As a part of this application, the drawings illustrated herein are used for further describing the invention. The embodiments of the invention and illustrations thereof are illustrative only, and by no way to limit the scope of the invention. In the drawings:
Embodiments of the invention will now be illustrated in detail in conjunction with the drawings.
As shown in
Step S10: a calling terminal initiates a session request to a called terminal, and a home domain S-CSCF (Serving-CSCF) of the called terminal or a home domain S-CSCF of the calling terminal forwards the session request to a CSI-IW interworking function entity for controlling the interworking (i.e. interworking control function entity). The calling terminal is a CSI terminal or an IMS terminal, and the called terminal is a CSI terminal or an IMS terminal;
Step S20: the CSI-IW interworking function entity correlates and matches the existing IMS sessions after receiving the session request; and
Step S30: a session adding operation is performed according to the correlating and matching result.
As shown in
a forwarding module 10 for enabling a calling terminal to initiate a session request to a called terminal, and a home domain S-CSCF (Serving-CSCF) of the called terminal or a home domain S-CSCF of the calling terminal forwarding the session request to a CSI-IW interworking function entity according to specific situations, wherein the calling terminal is a CSI terminal or an IMS terminal, and the called terminal is a CSI terminal or an IMS terminal.
Additionally, the forwarding module 10 includes a first forwarding module (not shown) for enabling the S-CSCF to determine whether to forward a session request to a CSI-IW for processing according to one piece of the following information or any combination thereof when the S-CSCF receives the session request in the case that the session request is forwarded to the CSI-IW interworking entity by the home domain S-CSCF of the called terminal: whether the session request carries the PMI (Personal Mobile Identity) information of the calling terminal; and whether the calling terminal is a CSI terminal; and
the forwarding module 10 includes a second forwarding module (not shown) for enabling the S-CSCF to determine whether the local side terminal has CSI capability and determine the capability of an access network in which the local side terminal is located when the S-CSCF receives the session request in the case that the session request is forwarded to the CSI-IW interworking entity by the home domain S-CSCF of the calling terminal, and to determine whether to route the session request to the local side CSI-IW for service.
A matching module 20 for enabling the CSI-IW interworking entity to correlate and match the existing IMS sessions after receiving the session request; and
a session adding operating module 30 for performing the session adding operation according to the correlating and matching result.
Additionally, as described above, an embodiment of the invention further provides an MGCF enhancing method, wherein the MGCF maps the CSI-related information in a CS domain signaling to the CSI-related information in an IMS signaling. Specifically, the MGCF entity maps the CSI-related information carried in a user-to-user signaling in the CS domain signaling to the CSI-related information in an IMS signaling.
Additionally, in the above MGCF enhancing method, the MGCF maps one of the following information or any combination thereof carried in a CS domain signaling and an IMS signaling: the PMI information of a CSI terminal; the capability information of an access network in which the calling terminal is located; and the GRUU (Globally Routable User Agent (UA) URIs) information of a CSI terminal.
Additionally, one embodiment of the invention further provides an apparatus for session adding, which is physically integrated with an MGCF. The apparatus includes a mapping module (not shown) for mapping the CSI-related information in the CS domain signaling to the CSI-related information in the IMS signaling.
The apparatus further includes:
a forwarding module for receiving a session request sent from the mapping module and forwarding the session request to an interworking control function entity.
The mapping module maps the CSI-related information carried in a user-to-user signaling in the CS domain signaling to the CSI-related information in the IMS signaling.
The mapping module maps one of the following information or any combination thereof carried in the CS domain signaling and the IMS signaling:
the PMI information of the CSI terminal; the capability information of the access network in which the calling terminal is located; and the GRUU information of the CSI terminal.
The calling terminal is the CSI terminal, and the called terminal is the IMS terminal; or
the called terminal is the CSI terminal, and the calling terminal is the IMS terminal.
Specific embodiments of the invention will now be illustrated with reference to
As shown to
Step S202: a calling terminal initiates a session request to a called terminal, and the home domain S-CSCF of the called terminal forwards the session request, optionally, when receiving an IMS session request, the home domain S-CSCF of the called terminal determines whether to forward the session request to a CSI-IW interworking function entity for processing according to one piece of the following information or any combination thereof: whether the PMI (Personal mobile identity) information of a CSI terminal is carried in the session request; and whether the calling terminal is a CSI terminal.
Step S204: the CSI-IW interworking function entity correlates and matches the existing IMS sessions after receiving the session request; and
Step S206: a session adding operation is performed according to the correlating and matching result.
More particularly, the method for session adding during the interworking between a CSI terminal and an IMS terminal includes:
Step S202: when receiving an IMS session request, the home S-CSCF of the called terminal determines whether to forward the session request to a CSI-IW interworking function entity for processing according to one of the following information or any combination thereof: whether the PMI information of a CSI terminal is carried in the session request; and whether the calling terminal is a CSI terminal.
Step S204: the CSI-IW interworking function entity correlates and matches the existing IMS sessions when receiving an IMS session request sent from a calling terminal to a called terminal; and
Step S206: If the matching is successful, the CSI-IW:
initiates a process for modifying the existing IMS session, and adds a media component in the new IMS session request to the existing IMS session;
further routes the session request message by using the GRUU information of the called terminal which is currently in session with the calling terminal as the RequestURI (Request Uniform Resource Identifier) information of the session; and
sets caller preference information in the session request and further routes the session request.
If the matching is failed, the CSI-IW forwarding the IMS session request to the called terminal for processing.
The information correlated and matched by the CSI-IW includes the calling number information of the calling terminal and the called number information of the called terminal.
Additionally, the method may further include:
an MGCF of the CSI terminal's home domain IMS network maps the PMI information carried in the CS domain signaling to the IMS domain information, and the called terminal's home domain S-CSCF filters an IMS session request according to the PMI information in the message when receiving the IMS session request; if the message carries the PMI information of the CSI terminal, forwards the session request message to a CSI-IW for further processing.
The method for converting between the PMI information in the CS domain signaling and the IMS domain information by an MGCF of the CSI terminal home domain includes the following steps: the MGCF obtains the PMI information of the CSI terminal from a UUS (user to user signaling) signaling of the CS domain, and fills the information into a SIP signaling of the IMS domain.
According to the above method, one embodiment of the invention provides a system for Called Network control of session adding during the interworking between a calling terminal and a called terminal, in which system the CSI-IW is deployed on the called IMS network side. The function of each part of the system is described as follows:
CSI-IW interworking control function entity:
if the matching is successful, the CSI-IW may:
initiate a process for modifying the existing IMS session, and add a media component in the new IMS session request to the existing IMS session;
further route the session request message by using the GRUU information of the called terminal which is currently in session with the calling terminal as the RequestURI (Request Uniform Resource Identifier) information of the session; and
set caller preference information in the session request and further route the session request.
if the matching is failed, the CSI-IW forwards the IMS session request to the called terminal for processing.
The information correlated and matched by the CSI-IW includes the calling number information of the calling terminal and the called number information of the called terminal.
Additionally, an MGCF of the CSI terminal's home domain IMS network maps the PMI information carried in the CS domain signaling to the IMS domain information, and the called terminal's home domain S-CSCF filters an IMS session request according to the PMI information in the message when receiving the IMS session request: if the message carries the PMI information of the CSI terminal, the called terminal's home domain S-CSCF forwards the session request message to a CSI-IW for further processing.
The method for converting between the PMI information in the CS domain signaling and the IMS domain information by an MGCF of the CSI terminal home domain includes: the MGCF obtains the PMI information of the CSI terminal from a UUS (user to user signaling) signaling of the CS domain, and fills it into a SIP signaling of the IMS domain.
In the embodiments described above, the calling terminal may be a CSI terminal or an IMS terminal; similarly, the called terminal may be a CSI terminal or an IMS terminal.
As shown in
Step S302: a CSI terminal initiates a voice call request in the CS domain;
Step S304: an MGCF maps the CS signaling into INVITE and forwards the INVITE to an S-CSCF of the called IMS network via the calling IMS network;
Step S306: the S-CSCF of the Called Network detects that the session request message contains PMI information;
Step S308: the S-CSCF of the Called Network routes the session request message to the CSI-IW for service processing;
Step S310: the CSI-IW matches the called number information according to the calling number information; the matching is failed;
Step S312: the CSI-IW forwards the request message to the called S-CSCF;
Step S314: the called S-CSCF forwards the session request message to the called IMS terminal;
Step S316: the called IMS terminal sends a 200 OK response message to the called S-CSCF;
Step S318: the called S-CSCF forwards the 200 OK response message to the CSI-IW;
Step S320: the CSI-IW forwards the 200 OK response message to the called S-CSCF;
Step S322: the called S-CSCF forwards the 200 OK response message to the calling network; and
Step S324: the MGCF of the calling network maps the 200 OK response message into a CS call response message, and forwards it to the CS part of the calling CSI terminal. At this point, a CS bearer is established between the CSI terminal and the MGW, and an IP bearer is established between the MGW and the IMS terminal;
Step S326: the CSI terminal initiates a non-real-time session request to the IMS terminal. This session request reaches the called S-CSCF via the calling network;
Step S328: the called S-CSCF detects that the message carries PMI information;
Step S330: the called S-CSCF forwards the message to the CSI-IW for processing;
Step S332: the CSI-IW matches the called number information according to the calling number information; the matching is successful;
Step S334: the CSI-IW initiates a session modifying message, which carries a new media component, to the IMS terminal;
Step S336: the session modifying message reaches the called IMS terminal via the called S-CSCF;
Step S338: the called IMS terminal sends a 200 OK response message;
Step S340: the called S-CSCF forwards the 200 OK response message to the CSI-IW;
Step S342: the CSI-IW forwards the 200 OK response message to the called S-CSCF; and
Step S344: the called S-CSCF sends the 200 OK response message to the IMS part of the calling IMS terminal via the calling network. At this point, adding non-real-time media between the CSI terminal and the IMS terminal is successful.
As shown in
In this embodiment, Steps S402 to S432 are basically the same as the above Steps S302 to S332, and will not be described here.
Step S434: the CSI-IW forwards a non-real-time session request targeting at the IMS terminal to the called S-CSCF. In the session request message, the CSI-IW has filled some caller preference information of the IMS terminal. In this step, the CSI-IW may use the GRUU information of the IMS terminal as the RequestURI information of the non-real-time session request;
Step S436: the called S-CSCF forwards the session request to the called IMS terminal;
Step S438: the called IMS terminal sends a 200 OK response message;
Step S440: the called S-CSCF forwards the 200 OK response message to the CSI-IW;
Step S442: the CSI-IW forwards the 200 OK response message to the called S-CSCF; and
Step S444: the called S-CSCF forwards the 200 OK response message to the IMS part of the calling CSI terminal via the calling network. At this point, adding non-real-time media between the CSI terminal and the IMS terminal is successful.
Optionally, control can be conducted in the calling side network. In this alternative solution, the CSI-IW is located in a calling side network. The function of each part is as follows:
CSI-IW interworking control function entity may:
correlate and match the existing IMS sessions when receiving a session request sent from the calling terminal to the called terminal.
If the matching is successful, the CSI-IW may:
initiate a process for modifying the existing session, and add a media component in a new session request to the existing session;
further route the session request message by using the GRUU information of the called terminal which is currently in session with the calling terminal as the RequestURI information of the session; and
set caller preference information in the session request, and further route the session request.
If the matching is failed, it means there is no IMS session from the calling terminal to the called terminal, then the CSI-IW forwards the IMS session request to the called terminal for processing.
The information correlated and matched by the CSI-IW includes the calling number information of the calling terminal and the called number information of the called terminal.
The calling side S-CSCF:
After receiving the IMS session request, the calling side S-CSCF routes the IMS session request to the local side CSI-IW for service control if the local side terminal has CSI capability and the access network in which the local side terminal is located has real-time media bearing capability. The process in which the S-CSCF determines whether the local side terminal has CSI capability includes the following steps:
the S-CSCF determines whether the terminal is a CSI terminal according to the terminal capability information carried during the user registering; and
the S-CSCF obtains the capability information of the local side terminal by querying another system.
Additionally, the following step may be further performed: a CS domain function entity on the CSI calling side routes the CS call request from the CSI terminal to a CSI-IW of the home domain IMS of the CSI terminal for service logic control when receiving the CS call request.
As shown in
Step S502: After receiving the IMS session request, the calling side S-CSCF routes the IMS session request to the local side CSI-IW for service control if the local side terminal has CSI capability and the access network in which the local side terminal is located has real-time media bearing capability;
Step S504: the CSI-IW correlates and matches the existing IMS sessions when receiving the IMS session request;
Step S506: a session adding operation is performed according to the correlating and matching result.
In particular, the method for session adding during the interworking between a CSI terminal and an IMS terminal according to the optional solution includes:
Step S502: After receiving the IMS session request, the calling side S-CSCF routes the IMS session request to the local side CSI-IW for service control if the local side terminal supports CSI capability and the access network in which the local side terminal is located has real-time media bearing capability. Optionally, the process in which the S-CSCF determines whether the calling terminal has CSI capability may includes the following steps:
the S-CSCF determines whether the terminal is a CSI terminal according to the terminal capability information carried during the user registering; and
the S-CSCF obtains the capability information of the local side terminal by querying another system.
Step S504: the CSI-IW correlates and matches the existing IMS sessions when receiving the IMS session request;
Step S506: a session adding operation is performed according to the correlating and matching result,
if the matching is successful, the CSI-IW may:
initiate a process for modifying the existing session, and add the media component in a new session request to the existing session;
further route the session request message by using the GRUU information of the called terminal currently in session with the calling terminal as the RequestURI information of the session; and
set caller preference information in the session request, and further route the session request.
If the matching is failed, the CSI-IW forwards the IMS session request to the IMS terminal for processing.
The information correlated and matched by the CSI-IW includes the calling number information of the calling terminal and the called number information of the called terminal.
Additionally, if the CSI terminal initiates the call request in the CS domain, the CS domain function entity forwards the call request to the CSI-IW in the home domain of the CSI terminal for processing when receiving the CS domain call request from the CSI terminal.
One embodiment of the invention further provides an apparatus for session adding during the interworking between a CSI terminal and an IMS terminal in a packet network, for example, the CSI interworking control function entity CSI-IW in the above embodiment, which includes:
a matching module for correlating and matching the existing sessions after receiving a session request; and
a session adding operating module for performing session adding operation according to the correlating and matching result.
If the matching is successful, the session adding operating module initiates a process for modifying the existing session and adds the media component in the session request to the existing session.
As shown in
Step S602: a CSI terminal initiates a voice call request in the CS domain, and a network entity in the CS domain of the CSI terminal routes the call request to the calling IMS network which is the home domain of the CSI terminal;
Step S604: an MGCF maps the CS signaling into INVITE, and forwards to the S-CSCF of the calling IMS network;
Step S606: the S-CSCF of the calling network detects whether the calling terminal has CSI capability;
Step S608: the calling S-CSCF detects that the calling terminal has CSI capability, and routs the session request message to the CSI-IW for service processing;
Step S610: the CSI-IW matches according to the calling number information and the called number information; and the matching is failed;
Step S612: the CSI-IW forwards the request message to the calling S-CSCF;
Step S614: the calling S-CSCF forwards the session request message to the called IMS terminal via the called IMS network;
Step S616: the called IMS terminal sends a 200 OK response message to the calling S-CSCF via the called IMS network;
Step S618: the calling S-CSCF forwards the 200 OK response message to the CSI-IW;
Step S620: the CSI-IW forwards the 200 OK response message to the calling S-CSCF;
Step S622: the calling S-CSCF forwards the 200 OK response message to the calling MGCF;
Step S624: the calling MGCF maps the 200 OK response message into a CS call response message, and forwards the CS call response message to the CS part of the calling CSI terminal. At this point, a CS bearer is established between the CSI terminal and the MGW, and an IP bearer is established between the MGW and the IMS terminal;
Step S626: the CSI terminal initiates a non-real-time session request to the IMS terminal, which request reaches the calling S-CSCF;
Step S628: the calling S-CSCF queries whether the calling terminal has CSI capability;
Step S630: the calling S-CSCF learns that the calling terminal has CSI capability, and forwards the session request message to the CSI-IW for processing;
Step S632: the CSI-IW matches according to the calling number information and the called number information, and the matching is successful;
Step S634: the CSI-IW initiates a session modifying message carrying a new media component to the IMS terminal. In this step, the CSI-IW forwards the session request to the IMS terminal, and makes the session request reach the IMS terminal currently in session with the CSI terminal by setting the GRUU information of the IMS terminal as the RequestURI of the IMS session request or setting caller preference capability of the IMS terminal in the IMS session request;
Step S636: the session modifying message reaches the called IMS terminal via the called IMS network;
Step S638: the called IMS terminal sends a 200 OK response message, and the response message reaches the calling S-CSCF via the called IMS network;
Step S640: the calling S-CSCF forwards the 200 OK response message to the CSI-IW;
Step S642: the CSI-IW forwards the 200 OK response message to the calling S-CSCF; and
Step S644: the calling S-CSCF sends the 200 OK response message to the IMS part of the calling IMS terminal via the calling network. At this point, adding non-real-time media between the CSI terminal and the IMS terminal is successful.
It can be seen from the above description that in the technical solutions of the embodiments, a CSI terminal may initiate a multimedia session to the opposite IMS terminal during the interworking between a CSI terminal and an IMS terminal.
Additionally, one embodiment of the invention provides a solution to control a Called Network in which a CSI-IW is deployed on the called IMS side, so that the real-time session and non-real-time session initiated by the calling terminal are terminated on the same IMS terminal; or, the real-time session and non-real-time session initiated by the calling terminal are merged into an IMS session on the Called Network side and terminated to the called terminal. Thus, the called terminal does not perceive whether the opposite terminal is a CSI terminal or another IMS terminal.
For convenience, the invention is illustrated exemplarily by taking the interworking between a CSI terminal and an IMS terminal as an example, but the invention is not limited thereto, and other terminals such as VoIP (Voice over IP) terminals is applicable for the invention.
In the above description, the calling terminal can be a CSI terminal or an IMS terminal; similarly, the called terminal can be a CSI terminal or an IMS terminal.
Further, in describing representative embodiments of the present invention, the specification may have presented the method and/or process of the present invention as a particular sequence of steps. However, to the extent that the method or process does not rely on the particular order of steps set forth herein, the method or process should not be limited to the particular sequence of steps described. As one of ordinary skill in the art would appreciate, other sequences of steps may be possible. Therefore, the particular order of the steps set forth in the specification should not be construed as limitations on the claims. In addition, the claims directed to the method and/or process of the present invention should not be limited to the performance of their steps in the order written, and one skilled in the art can readily appreciate that the sequences may be varied and still remain within the spirit and scope of the present invention.
Unless the context clearly requires otherwise, throughout the description and the claims, the words “comprise,” “comprising,” and the like are to be construed in an inclusive sense as opposed to an exclusive or exhaustive sense; that is to say, in the sense of “including, but not limited to.” Words using the singular or plural number also include the plural or singular number respectively. Additionally, the words “herein,” “above,” “below” and words of similar import, when used in this application, shall refer to this application as a whole and not to any particular portions of this application. When the claims use the word “or” in reference to a list of two or more items, that word covers all of the following interpretations of the word: any of the items in the list, all of the items in the list and any combination of the items in the list.
Those described above are merely preferred embodiments for implementing the present invention, and by no way to limit the invention thereto. One skilled in the art should appreciate that various modifications and changes are available for the invention. Accordingly, various modifications, equivalent substitution and improvements within the spirit or principle of the invention are covered by the protection scope of the invention.
Number | Date | Country | Kind |
---|---|---|---|
200610077914.3 | Apr 2006 | CN | national |