WO2008040171A1

WO2008040171A1 - A method, system of circuit switching domain apperceiving multi-media session media information of ims domain

Info

Publication number: WO2008040171A1
Application number: PCT/CN2007/002765
Authority: WO
Inventors: Yan Li; Dongming Zhu
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2006-09-25
Filing date: 2007-09-19
Publication date: 2008-04-10
Also published as: CN101155173A; CN101155173B

Abstract

A method, system of circuit switching domain apperceiving multi-media session media information of IMS domain are provided. They can resolve the question that in prior arts intelligent service control entity in circuit switching domain can not apperceives multi-media session media information of IMS domain. The method includes: Service switching entity IM-SSF obtains multi-media session media information from session control signaling of IMS domain received; IM-SSF reports the multi-media session media information to intelligent service control entity SCP. The system includes: HSS, SCP, S-CSCF and IM-SSF that connects with SCP and S-CSCF; An interface is between the IM-SSF and the SCP. Then the intelligent service control entity in circuit switched domain can apperceive multi-media session media information of IMS domain.

Description

Method and system for circuit domain sensing IMS domain multimedia session media information

The present invention relates to the field of communications, and in particular, to a method and system for perceiving IMS domain multimedia session media information in a circuit domain. Background technique

The bearer of the next generation communication network has been fully switched to IP. From the development of communication networks, both CDMA and GSM/WCDMA have experienced an evolution from traditional circuit-switched networks to IP packet-switched networks that control bearer separation to all-IP multimedia networks. Take the evolution of CDMA as an example: CDMA network bearer from the initial TDM bearer, to define two evolution stages of LMSD and MMD, select IP as the bearer selection of core network and access network, and A interface selects IP on bearer type; The CDMA LMSD stage circuit domain implements the separation of bearer and control, and supports IP on the bearer type; the MMD version introduces the IMS domain in the core network, and the interface signaling IP (SIP). The ultimate goal in this evolution is to provide services from a unified IMS network.

On the other hand, in 1984, Bell Communications and American Technology Corporation proposed the concept of intelligent network, which is a system that can generate and implement various new services quickly, conveniently, flexibly, economically and efficiently, with business processing and calling. Handle the design features of phase separation. Because the intelligent network has the above advantages, the traditional circuit domain quickly introduces an intelligent network architecture, in which the fixed network defines the Intelligent Network Application Protocol (INSP), and the GSM/WCDMA implements the intelligent service, introducing the mobile network enhanced logic client. CAMEL (Customized Application for Mobile Network Enhanced Logic), CDMA mobile communication system defines a series of wireless intelligent network (WIN, Wireless Intelligent Network) protocol. The above intelligent network architectures are all based on the traditional circuit domain. When the traditional circuit domain transitions to the IMS network, it is still necessary to introduce the intelligent network into the IMS domain. GSM/WCDMA has introduced the CAMEL functional architecture into the IMS domain and defined Related standards (TS23.278), and CDMA currently has no relevant standards to define how to introduce WIN-based intelligent networks into the IMS domain. First, the intelligent service implementation process of the existing CDMA traditional circuit domain.

CDMA traditional circuit domain provides users with a variety of intelligent services, such as PPC (prepaid), FPH (paid), ICS (incoming call screening) and other services. The following takes PPC services as an example to illustrate CDMA traditional circuit domain intelligent services. Implementation mechanism.

· The process of signing a PPC service and initiating a caller for a traditional circuit domain user is shown in Figure 1, which includes the following steps:

1. The user passes the BSC (Base Station Controller) to the MSC (Mobile)

The Switch Center Mobile Switching Center/SSF (Service Switching Function) sends an initial call request carrying the called number and the calling party ID.

2. The MSC/SSF judges that the calling user has signed the Origination_Attempt-Authorized trigger, according to the address of the SCP (Service Control Point) recorded by the trigger.

The SCP sends an ORREQ message carrying the calling party identity.

3. The SCP checks that the user has activated the PPC service and that the user has sufficient account balance.

The MSC/SSF returns orreq, indicating that the call continues.

4. The MSC/SSF determines that the calling user has subscribed to the Calling-Routing-Address-Available trigger, and sends an ANLYZD to the SCP according to the address corresponding to the trigger, carrying the called routing information obtained according to the called number.

5. Based on the called routing information in ANLYZD, the SCP determines the rate of the calling party's call and returns anlyzd to the MSC/SSF to indicate that the call continues.

6. The MSC/SSF sends an origination message (via inter-office control signaling) to the called user's home network according to the routing information.

7. The called network returns the called ringing message and sends a ringback tone to the calling user.

8. The called network returns a user response.

9. The MSC/SSF determines that the calling user has signed the 0_Answer trigger, and sends an OANSWER message to the SCP according to the address corresponding to the trigger, carrying the called user response time, and the SCP starts charging according to the time.

• The process of signing a PPC service as a called party by a traditional circuit domain user is shown in Figure 2, including the following. Column steps:

1. The MSC/SSF receives the origination request.

2. The MSC/SSF judges that the called user is a mobile user, and obtains the called routing information from the HLR (Home Location Register) of the called party.

3. The HLR determines that the user has signed the PPC service, and then returns the corresponding smart trigger list and the called user identifier.

4. Based on the information returned by the HLR, the MSC/SSF determines that the user has signed the Initial- Termination trigger, and sends an ANLYZD message to the SCP according to the SCP address recorded by the trigger, carrying the called user identifier.

5. The SCP checks that the called user activates the PPC service and the user has sufficient account balance.

The MSC/SSF returns anlyzd, indicating that the call continues.

6. The MSC/SSF again obtains the called routing information from the HLR and carries the trigtype parameter to distinguish the first route.

7. The HLR returns a termlist indicating that the called user is currently within the MSC/SSF jurisdiction (if the user roams to another MSC, the HLR will return routing information that can be routed to other MSCs).

8. The MSC/SSF determines that the called user has subscribed to the Called-Routing-Address-Available trigger, and sends an ANLYZD to the SCP according to the address corresponding to the trigger, carrying the called routing information obtained according to the HLR return message.

9. Based on the called routing information in ANLYZD, the SCP determines the rate of the called user's call and returns anlyzd to the MSC/SSF to indicate that the call continues.

10 - 11. Since the called user is in the MSC/SSF, the MSC/SSF sends a paging request message to the subordinate BSC, and the BSC returns a paging response (if the called user roams to another MSC, the MSC/SSF returns according to the HLR. Routing information, sending an initial call message to the corresponding MSC, the called number is a routing number).

12 - 13. The MSC/SSF sends an assignment message to the subordinate BSC to allocate the resources required for the call. The BSC returns the assignment and the called user starts ringing.

14. The MSC/SSF returns the called ringing to the calling side. 15. The called user returns a response message.

16. The MSC/SSF determines that the called user has subscribed to the T-Answer trigger, and sends a TANSWER message to the SCP according to the address corresponding to the trigger, carrying the called user response time, and the SCP starts charging according to the time.

17. The MSC/SSF returns the called response to the calling side.

It can be seen from the above CDMA traditional circuit domain intelligent service flow that for the intelligent network service, the main function of the MSC/SSF is to receive the call control signaling (which may come from the access network or from other MSCs), according to The information contained in the call control signaling determines whether the smart trigger condition of the user subscription is met, and if yes, interacts with the SCP to provide call related information to the SCP, and the SCP completes the related intelligent service according to the information. It should be noted that the MSC/SSF of the CDMA legacy circuit domain only processes a voice call service, so in all intelligent interactions with the SCP, no service type is carried (default is voice).

Second, the multimedia session of the IMS domain.

IMS domain users can conduct multimedia sessions (that is, sessions including voice, video, and other media streams) that are carried over IP. When the calling party establishes a call, because the calling and called terminals have different capabilities or the status of the calling and called networks is different, the calling and called users are required to negotiate the multimedia session to establish a session recognized by both parties.

• The normal call setup process for the IMS domain is shown in Figure 3. It includes the following steps:

1. UE1 sends a start call request to the S_CSCF (Serving-CSCF Service CSCF) registered by the calling user through the P-CSCF (Proxy-CSCF Proxy CSCF) (not shown in the figure, P-CSCF is not shown), and the request message includes The media stream information such as voice, video, and the like to be established (the media stream information includes an encoding scheme of each media stream supported by the calling side and information such as bandwidth allocated for each media stream).

2. S-CSCF The called party information in the initial call message (request url carries), finds the called home network, forwards the call request to the called I-CSCF (if the calling user signs other services, then S – CSCF forwards the initial call request to the AS (application server) according to the iFC (initial filtering rule) signed by the user. After the AS finishes processing, it returns to S CSCF, and continues to proceed by S CSCF. Row routing).

3. The I-CSCF of the called home network interacts with the HSS (Home Subscriber Server) that is associated with the called user, learns the S-CSCF registered by the called user, and forwards the call request to the S registered by the called user. A CSCF (not shown in the figure, the process of I-CSCF interacting with HSS is not shown).

4. The S-CSCF registered by the called user sends a start call request to the called user through the P-CSCF according to the user address recorded at the time of registration (not shown in the figure, P-CSCF is not shown). Note: Like the calling party, the S-CSCF can also forward the initial call request to the AS according to the iFC of the called party. After the AS finishes processing, it will return to the S-CSCF, and the S_CSCF will continue to send the message to the called user. Call request.

5. The called user returns a 183 message indicating that the called user is currently only able to receive the voice media component, and the encoding scheme supported by the voice media component (there are multiple) and the bandwidth allocated for the voice media stream, the message is based on the initial call. The path established at the time of the request is returned to the calling user.

6. The calling user returns a 183 response confirmation message (PRACK), carrying the voice coding scheme finally selected by the calling user (only one type), and transmitting to the called user according to the routing path recorded in the received 183 response message (I_CSCF) Used only for the route of the initial request, subsequent requests are not via I-CSCF).

7. The called user returns a response message of the PRACK, and the carried media information is consistent with the received one (the media stream negotiation is completed).

8. After the calling user completes the resource reservation on the calling side, the calling party sends an UPDATE message to the called party to indicate that the resource reservation on the calling side is complete. '

9. The called user returns a response message for UPDATE.

10. After the called user completes the resource reservation, it returns a 180 ringing message.

11. The calling user returns a 180 response confirmation message (PRACK).

12. The called user returns a response message of PRACK.

13. The called user returns a 200 OK response message.

14. The calling user returns a confirmation message (ACK) for the reply message.

After the call is established, the calling party and the called party can still initiate the media negotiation process according to the user's needs. Media streams for the current call can be added, reduced, or modified. The media renegotiation process in the IMS domain session is shown in Figure 4. It includes the following steps:

1. The UE1 sends a session change request to change from a voice call to a multimedia call. The request message includes media stream information such as voice and video to be re-established (the media stream information includes a coding scheme of each media stream supported by UE1 and The information about the bandwidth allocated by the media stream), because the session change request is a message sent in the current session, and is directly sent to the UE2 according to the routing information inserted at the time of session establishment (the period in the figure is omitted, P-CSCF is not drawn). Note: UE1 here can be either the calling user or the called user.

2. The UE2 returns a 183 message indicating that the UE2 can currently receive the multimedia call, and the message includes the coding schemes supported by each media stream (there are multiple types) and the bandwidth allocated for each media stream, and the message is returned to the UE1.

3. The UE1 home returns a 183 response confirmation message (PRACK), which carries the coding scheme (only one) of each media stream finally selected by UE1, and sends it to UE2.

4. The UE2 returns a response message of the PRACK, and the carried media information is consistent with the received one (the media stream negotiation is completed).

5. After completing the resource reservation of the calling side, the UE1 sends an UPDATE message to the called side, indicating that the UE1 resource reservation is completed.

6. UE2 returns a response message for UPDATE.

7. After UE2 completes the resource reservation, it returns a 180 ringing message.

8. UE1 returns a 180 acknowledgement message (PRACK).

9. UE2 returns a response message of PRACK.

10. UE2 returns a 200 OK Session Change Request Complete message.

11. UE1 returns an acknowledgement message (ACK) for the reply message.

As can be seen from the above two IMS domain processes, the IMS domain multimedia call has more media negotiation process during session establishment and media negotiation process in the session than the voice call in the traditional circuit domain, while the voice call in the traditional circuit domain is only Voice-supported media is supported, and its encoding format is also fixed (narrowband speech codec format), so this media negotiation process is not required. 3. As shown in FIG. 5, an architecture for providing traditional circuit domain intelligent services to IMS domain users has been defined in 3GPP standard 23.278.

The standard introduces the IM-SSF functional entity (IM-service switching function entity) in the IMS domain. On the one hand, the IM-SSF acts as an AS, receives the SIP message sent by the S-CSCF through the ISC interface, and senses the call-related signaling. On the one hand, the IM-SSF acts as an SSF, which detects that the user needs to trigger the SCP to perform service control after a call occurs in the IMS domain. The IM-SSF downloads the smart subscription data through the Si interface, and triggers the call to the corresponding SCP according to the subscription data or the network configuration, and performs intelligent service processing. The functional entity of the gsmSCF (GSM Service Control Function GSM service control function entity) in the GSM network has a MAP interface with the HSS/HLR, through which the location information (roaming information) of the user in the circuit domain can be obtained, and the smart service subscription situation and Call blocking, forwarding, and other circuit domains supplement business information. In the 3GPP standard 23.278, the interaction between IM-SSF and gsmSCF can use the CAP protocol (for GSM network), and the interaction between similar IM-SSF and CDMA intelligent service control entity (winSCP) can use ANSI41 protocol, see figure 6 is shown.

The inventor discovered during the invention that the prior art mentioned that IM-SSF has the ability to trigger to the CDMA intelligent service control entity (winSCP), but its interface protocol (T1 interface in Figure 6) still uses the traditional circuit domain ANSI 41. protocol. The T1 interface protocol of the traditional circuit domain only uses voice calls. The interface protocol is used. winSCP is a process of media negotiation that cannot sense the multimedia session of the IMS domain user. Therefore, winSCP cannot obtain the multimedia session information of the user. Taking the PPC service as an example, since winSCP cannot know whether the user initiates a multimedia call or a voice call only, the two types of calls initiated by the user cannot be distinguished, and the user can only be charged by the same standard. In addition, if the user adds or reduces media stream information during the call, winSCP is not aware of it. For this type of call, the call can only be charged at the time of the initial call. The above defects make the intelligent services of the traditional circuit domain imperfectly provided to the IMS domain users. Summary of the invention

Embodiments of the present invention provide a method for perceiving IMS domain multimedia session media information in a circuit domain and The system is used to solve the problem that the circuit domain intelligent service control entity cannot perceive the IMS domain multimedia session media information in the prior art.

The method of the embodiment of the invention comprises the following steps:

The service switching function entity IM-SSF obtains the multimedia session media information from the received IMS domain session control signaling; and the IM-SSF reports the obtained multimedia session media information to the intelligent service control entity SCP.

The system of the embodiment of the present invention includes: a home subscription server HSS, an intelligent service control entity SCP, and an S-CSCF, and the system further includes: a service switching function entity IM-SSF respectively connected to the HSS, the SCP, and the S-CSCF, The multimedia session media information is obtained from the received IMS domain session control signaling. The interface between the IM-SSF and the SCP is used by the IM-SSF to report the obtained multimedia session media information to the SCP.

After the IM-SSF obtains the multimedia session media information from the received IMS domain session control signaling, the IM-SSF extends the T1 interface protocol message between the IM-SSF and the SCP (winSCP in the CDMA intelligent network). The parameter carries the multimedia session media information, or the message in the extended T1 interface protocol carries the multimedia session media information, and reports the multimedia session media information to the corresponding SCP, so that the SCP can perceive the multimedia session media information. DRAWINGS

1 is a flow chart of a conventional circuit domain user signing a PPC service and initiating a calling party; FIG. 2 is a flow chart of a conventional circuit domain user signing a PPC service as a called party;

FIG. 3 is a flowchart of a common call setup in an existing IMS domain;

Figure 4 is a flow chart of media renegotiation in an existing IMS domain session;

FIG. 5 is a schematic diagram of a system architecture for providing a traditional circuit domain intelligent service to an IMS domain user; FIG. 6 is a schematic diagram of a system architecture for providing a traditional circuit domain intelligent service to an IMS domain user including a winSCP;

7 is a schematic structural diagram of a system according to an embodiment of the present invention;

8 is a flow chart of steps of a method according to an embodiment of the present invention; Figure 9 is a flow chart of an example of the method of the present invention;

10 is a flowchart of Example 2 of the method of the present invention

11 is a flowchart of Example 3 of the method of the present invention.

12 is a flow chart of an example 4 of the method of the present invention

Figure 13 is a flowchart of Example 5 of the method of the present invention

Figure 14 is a flowchart of Example 6 of the method of the present invention

Figure 15 is a flowchart of Example 7 of the method of the present invention

Figure 16 is a flow chart of an eighth embodiment of the method of the present invention. detailed description

In order to make the circuit domain intelligent service control entity unable to perceive the IMS domain multimedia session media information, the embodiment of the present invention provides a system for sensing the IMS domain multimedia session media information in a circuit domain, as shown in FIG. 7 , including IM-SSF, and through the Si The HSS connected to the IM-SSF via the ISC interface, the S-CSCF connected to the IM-SSF through the ISC interface, and the intelligent service control entity SCP connected to the IM-SSF through the interface T1 (in the CDMA intelligent network) In the winSCP).

The S-CSCF (Service Session Control Function Entity) performs session control and registration services for IMS domain users. When the user is in the session, the S-CSCF maintains the session state, and according to the network operator's need for service support, interacts with the IM-SSF through the ISC interface, and the IM-SSF provides the corresponding service.

The HSS stores data related to users and services, including smart subscription data. The smart subscription data can be downloaded to the IM-SSF through the Si interface (using the ANSI 41 protocol) or the Sh interface (using the diameter protocol), so that the IM-SSF interacts with the corresponding SCP according to the data.

The intelligent service control entity SCP (the intelligent service control entity winSCP in the CDMA network) provides the corresponding intelligent service according to the session information reported by the IM-SSF. The SCP in the implementation of the present invention is the intelligent service control entity SCP, and will not be described again.

The IM-SSF, as a service platform (AS), receives session control signaling sent from the S-CSCF, and obtains multimedia session media information from the received session control signaling; As a service switching function entity, according to the user smart subscription data (downloaded from the HSS through the Si/Sh interface), the service information is provided to the corresponding SCP through the extended T1 interface ( ΤΓ ), that is, the ANSI 41 protocol used by the extended CDMA intelligent network. (The information is extracted from the session control signaling), and the corresponding intelligent service is provided by the SCP. The IM-SSF also needs to report the IMS domain multimedia session media information through the UI interface (including: media negotiation information when the IMS domain session is established, and media negotiation information in the IMS domain session; the media negotiation information further includes at least one of the following : Media type, media required bandwidth, media transport protocol, and media codec format, enabling SCP to perceive the characteristics of the IMS domain multimedia session to provide a complete intelligent service.

Applying the above system, the embodiment of the present invention further provides a method for the circuit domain to perceive the media information of the multimedia session in the IMS domain. Referring to FIG. 8, the following main steps are included:

51. The IM-SSF receives the IMS domain session control signaling.

During the session establishment process or during the session duration, the IM-SSF receives the IMS domain session control signaling sent by the S-CSCF.

52. The IM-SSF obtains multimedia session media information from the received IMS domain session control signaling. The multimedia session media information includes: media negotiation information when the IMS domain session is established, and media negotiation information in the IMS domain session. Further, the media negotiation information includes at least one of the following: a media type, a required bandwidth of the media, a media transmission protocol, and a media codec format.

The S3 and the IM-SSF report the obtained multimedia session media information to the intelligent service control entity SCP.

The IM-SSF reports the information to the corresponding SCP after each new multimedia session media information is obtained. The final media negotiation result information is directly reported to the corresponding SCP after the media negotiation is completed. The process of acquiring the multimedia session media information by the IM-SSF, including but not limited to: the process of acquiring the initial multimedia session media information (may be empty) during the establishment of the session; adding the media stream before establishing the session, and obtaining corresponding The process of multimedia session media information; the process of acquiring corresponding multimedia session media information after the media negotiation is completed during the establishment of the session; and the process of acquiring the corresponding multimedia session media information during the media renegotiation process; The process of obtaining current multimedia session information when the SCP initiates a session state query.

IM-SSF through extended IM-SSF and SCP (winSCP in CDMA intelligent network) The parameter in the ΤΓ interface protocol message carries the multimedia session media information; or the message in the ΤΓ interface protocol between the extended IM-SSF and the SCP (winSCP in the CDMA intelligent network) by the IM-SSF (ie The newly added message carries the multimedia session media information and reports it to the corresponding SCP. The extended protocol is the ANSI 41 protocol used by the CDMA intelligent network.

Then, the SCP adjusts the rate according to the currently received multimedia session media information, and charges the IMS domain user; or selects the called user to complete the session establishment. Thereby providing perfect intelligent services to IMS domain users.

The following is specifically described by eight examples.

Method Example 1. The IMS domain user initiates a caller, and the SCP provides PPC (prepaid) service to it. See Figure 9 for the following specific steps:

1. UE1 sends a start call request to the S-CSCF registered by the calling user through the P_CSCF (not shown in the figure, P-CSCF is omitted), and the request message includes media stream information such as voice, video, etc. to be established by the call (media stream) The information includes an encoding scheme for each media stream supported by the calling side and information such as bandwidth allocated for each media stream. The S-CSCF forwards the originating request to the IM-SSF according to the iFC subscribed by the user.

2. The IM-SSF determines that the calling user has signed the Origination-Attempt-Authentiated Trigger, and sends an ORREQ (Original Request) message to the SCP according to the SCP address recorded by the trigger, in addition to the session information required to carry the original intelligent service. It also needs to carry the medialist parameter, which contains the media stream information to be established in the initial call request message, including the media type.

(such as voice, video, etc.), transport protocol (such as RTP, etc.), media format (ie, encoding format of media stream, such as voice AMR, EVRC encoding, etc.), bandwidth of media stream application, etc., or any combination.

3. The SCP checks that the calling user activates the PPC service and the user has sufficient account balance to support the multimedia call, then returns orreq to the MSC/SSF to indicate that the call continues.

4. The IM-SSF determines that the calling user has signed the Calling-Routing-Address-Available Trigger, and sends an ANLYZD to the SCP according to the SCP address recorded by the trigger, carrying the called routing information obtained according to the called user identifier. 5. Based on the called routing information in ANLYZD and the media stream information carried in ORREQ, the SCP determines the initial rate of the calling user's call (the media negotiation has not been completed yet, and the rate may change later), to IM- The SSF returns anlyzd, indicating that the call continues.

6. After processing the intelligent service interaction, the IM-SSF returns an origin call request message to the S_CSCF and inserts itself into the call path.

7. The S-CSCF routes the call request to the called side.

8. The called party returns a 183 message to the S-CSCF, indicating that the called user can only receive the voice media component at present, and the coding scheme supported by the voice media component (there are multiple types, which are the coding scheme provided by the calling side). Set) and the bandwidth allocated for the voice media stream.

9. Since IM-SSF has been inserted into the call path, S-CSCF forwards the 183 message to

IM-SSF.

10. After the IM-SSF records the media stream information in the message, the message is forwarded to the calling user through the S-CSCF, P-CSCF.

11. The calling user returns a 183 response confirmation message (PRACK), carrying the voice coding scheme finally selected by the calling user (only one type), and sending to the IM through the S-CSCF according to the routing path recorded in the received 183 response message. -SSF, IM-SSF records the media information.

12. The IM-SSF returns the PRACK message to the S_CSCF.

13. S-CSCF sends a PRACK message to the called side.

14. The called user returns a response message of the PRACK, and the carried media information is consistent with the received PRACK (the media stream negotiation is completed).

15. Since the IM-SSF has been inserted into the call path, the S-CSCF forwards the response message to the IM-SSF.

16. The IM-SSF records the media stream information in the message, and uses the information as the session to establish the negotiated media stream information, and forwards the message to the calling user through the S_CSCF and the P_CSCF.

17. The calling party and the called user complete the resource reservation process (for details, see background technology 2),

The IM-SSF has been inserted into the call path. If the media stream information after the negotiation changes during the resource reservation process, the IM-SSF can also perceive the information (in general, the resource reservation will follow The media stream information of the session negotiation is completed).

18. The called user returns a session response message.

19. Since the IM-SSF has been inserted into the call path, the S-CSCF forwards the session response message to the IM-SSF.

20. The IM-SSF determines that the calling user has signed the 0_Answer trigger, and sends an OANSWER message to the SCP according to the SCP address recorded by the trigger. In addition to carrying the session information required by the original intelligent service, the IMlist parameter is also required to carry the medialist parameter. The media stream information when the session is finally established (that is, the media stream information finally recorded by the IM-SSF after media negotiation and resource reservation) is included; after receiving the message, the SCP re-relies according to the media stream information at the time of the final session establishment. Adjust the rate and start billing the calling party.

21. The IM-SSF forwards the called user response message to the calling user via the S_CSCF, P_CSCF.

22 - 24. The calling user returns a response confirmation message (ACK).

Note 1: The media stream information of the initial request can also be carried in the ANLYZD message triggered by Calling-Routing-Address- Available.

Note 2: The media stream information of the initial request may also not be reported to the SCP, and the media information after the negotiation is completed is reported only in the OANSWER message.

Note 3: Although the example is PPC service, this mechanism is also applicable to other intelligent services.

Method Example 2: The IMS domain user acts as the called party, and the SCP provides the PPC (prepaid) service to it. Referring to Figure 10, the following specific steps are included:

1. The calling side routes the originating call request message to the I_CSCF of the called user's home network, and the I-CSCF sends an originating call request to the S-CSCF registered by the called user (not shown in the figure, I_CSCF is omitted), the request message The media stream information such as voice and video to be established by the call (the media stream information includes the coding scheme of each media stream supported by the calling side and the bandwidth allocated for each media stream), and the S-CSCF is based on the called user. The contracted iFC forwards the initial call request to the IM-SSF.

2. The IM-SSF determines that the called user has subscribed to the InitialJTermination trigger, and sends an ANLYZD (Analyzed Information) message to the SCP according to the SCP address recorded by the trigger. In addition to the session information required for the original intelligent service, the medialist parameter is also included, and the parameter includes the media stream information to be established in the initial call request message, including media type (such as voice, video, etc.), and a transport protocol (such as RTP, etc., media format (ie, encoding format of media stream, such as voice AMR encoding, EVRC encoding, etc.), bandwidth of media stream application, and the like.

3. The SCP checks that the called subscriber activates the PPC service and the subscriber has sufficient account balance to support the multimedia call, then returns anlyzd to the IM-SSF indicating that the call continues.

4. The IM-SSF determines that the called user has subscribed to the Called-Routing_Address-Available trigger, and sends an ANLYZD message to the SCP according to the SCP address recorded by the trigger, carrying the current roaming information of the called user.

5. The SCP determines the initial rate of the called user's call according to the called roaming information and media stream information in ANLYZD (the media negotiation has not been completed yet, the rate may change later), and returns anlyzd to IM-SSF. Indicates that the call continues.

7. The S_CSCF sends a call request message to the called user through the P-CSCF according to the address registered by the called user.

8 ~ 17. The subsequent media negotiation and resource reservation process is similar to the calling process. Since the IM-SSF has been inserted into the call path, the IM-SSF can perceive the media negotiation process of the session and record the corresponding media stream information.

18. The called user returns a session response message.

20. The IM-SSF determines that the called user has signed the T-Answer trigger, and sends a TANSWER message to the SCP according to the SCP address recorded by the trigger. In addition to carrying the session information required by the original intelligent service, the IMlist parameter is also required to be carried. The parameter should include the media stream information when the session is finally established (that is, the media stream information finally recorded by the IM-SSF after media negotiation and resource reservation); after receiving the message, the SCP receives the media stream information according to the final session establishment. , re-adjust the rate, and start - - Billing the called user.

21. The IM-SSF sends a called response message to the calling side through the S-CSCF.

22 - 24. The calling user returns a response confirmation message (ACK).

Note 1: The media stream information of the initial request can also be carried in the ANLYZD message triggered by Called_Routing_Address- Available.

Note 2: The media stream information of the initial request may also not be reported to the SCP, and the media information after the negotiation is completed is reported only in the TANSWER message.

Method Example 3: The IMS domain user has established a voice call. During the call, the local user initiates a media renegotiation process to establish a video call. The SCP needs to re-adjust the rate based on the negotiated media information. See Figure 11 for the following specific steps:

1. The calling party and the called party have established a voice call.

2. The local user initiates a session change and wants to add video media components. Note: The local user can be the calling user or the called user.

3. Since the IM-SSF has been inserted into the call path, the IM-SSF can receive the session change request message, and the IM-SSF detects the O/TService_Change_Request trigger (for the calling user, 0, called) Is T), sending an O/TSCR message to the SCP according to the address corresponding to the trigger, carrying the media stream information in the current session change request message, the current session identifier (BILLINGID), the user identifier (MSID), and the session change. The direction is initiated by the local ( direct=local ). Note: 0/TService_Change—The Request Trigger is a new smart trigger (there is no session media negotiation process in the traditional circuit domain), and the 0/TSCR message is a new ANSI41 protocol message; except for media stream information and session change direction The other parameters are the parameters defined by the existing ANSI 41 protocol.

4. The SCP determines that the local user has sufficient balance to support the addition of video components, and returns an empty scr (otherwise, the scr can be rejected).

5. The IM-SSF forwards the session change request message to the S_CSCF.

6. S-CSCF sends a session change request message to the peer.

7. Perform media negotiation and resource reservation process (see Background 2) because IM-SSF has Inserted into the call path, the IM-SSF can perceive the media negotiation process of the session change and record the corresponding media stream information.

8. The peer returns a session change completion message.

9. The S-CSCF sends the message to the IM-SSF.

10. The IM-SSF detects the (O/T) Service_Change_Complish trigger, and sends a (0/T)SCC to the SCP according to the address corresponding to the trigger, carrying the session change result (result=Success), and the negotiated media information ( If the negotiation fails, the media information before the change, the current session ID (BILLINGID), the user ID (MSID), and the negotiation completion time (TOD, TDO) are included. Note: (0/T)SCC is also a new ANSI41 message.

11. After receiving the message, the SCP re-adjusts the rate and returns a response message.

12. The IM-SSF returns the update completion to the local user.

Note 1: The multimedia session media information to be changed and the direction of the session change may not be reported to the SCP, and the media information after the renegotiation is completed is reported only on the (O/T) SCC message.

Method Example 4: The IMS domain user has established a voice call. During the call, the peer user initiates a media renegotiation process to establish a video call. The SCP needs to re-adjust the rate based on the negotiated media information. Referring to Figure 12, the following specific steps are included:

1. The calling party and the called party have established a voice call.

2. The peer initiates a session change, and it is desired to add a video media component. The session change request message is sent to the S-CSCF to which the local user belongs.

3. The S_CSCF sends a Session Change Request message to the IM-SSF.

4. After the IM-SSF receives the session change request message, the IM-SSF detects (0/T) Service_Change_Request trigger (for the calling user is 0, the called is T), according to the corresponding trigger The address sends a (0/T) SCR message to the SCP, carrying the media stream information in the current session change request message, the current session identifier (BILLINGID), the user identifier (MSID), and the direction of the session change initiated by the peer (direct= Reomote ).

5. The SCP determines that the local user has sufficient balance to support receiving the video component, and returns an empty scr (otherwise, the rejection reason may be included in the scr). 6. The IM-SSF sends a session change request message to the local user.

7. Into the "media negotiation and resource reservation process.

8. The local end returns a session change completion message.

9. The IM-SSF detects (O/T) Service-Change-Complish trigger, sends a (0/T)SCC to the SCP according to the address corresponding to the trigger, carries the session change result (result=Success), and after negotiation Media information (if the negotiation fails, carry the media information before the change), the current session ID (BILLINGID), user ID (MSID), and negotiation completion time (TOD, TDO).

10. After receiving the message, the SCP re-adjusts the rate and returns a response message.

11. The IM-SSF returns the update completion to the S-CSCF.

12. The S_CSCF returns the update completion to the peer user.

Method Example 5: The calling user in the IMS domain requests to establish a voice call in the initial session request, and requests to add a media stream to become a multimedia call during the negotiation process. See Figure 13 for the following specific steps:

1 ~ 10. Same as method example one.

11. The calling user returns a 183 response confirmation message (PRACK), which, in addition to carrying the selected voice coding scheme, carries the newly added video media message, that is, the voice call becomes a multimedia call. According to the routing path recorded in the received 183 response message, it is sent to the IM-SSF through the S-CSCF.

12. After the IM-SSF receives the PRACK message, the IM-SSF detects the 0_Service_Change_Request trigger, and satisfies the condition set by the trigger (if the setting condition is that the media stream increases), according to the trigger corresponding to the trigger The address sends an OSCR message to the SCP, carries the media stream information in the PRACK message, the current session identifier (BILLINGID), the user identifier (MSID), and the direction of the media change initiated by the local end (direct=LOCAL).

13. The SCP determines that the local user has sufficient balance to support the initiation of the multimedia session, and returns an empty scr (otherwise, the rejection reason may be included in the scr). 14 - 26. The follow-up process is the same as Method Example 1.

Note 1: If the SCP does not pay attention to the media change process and only pays attention to the final media negotiation result, 11 ~ 13 is an optional step.

Note 2: For the called process, it is similar to the process. The difference is that the T-Service-Change-Request trigger is triggered. In the reported TSCR message, the media change direction is the peer.

Method Example 6: The calling user does not carry media information in the initial session request, and the called information is provided by the called user in the IMS domain, and the calling user negotiates according to the media information provided by the called user (only the non-IMS domain user calls the IMS domain user) This can happen, so only the called process is provided). See Figure 14 for the following specific steps:

1. The calling side routes the originating call request message to the I-CSCF of the called user's home network, and the I_CSCF sends an initial calling request to the S-CSCF registered by the called user (not shown in the figure, I-CSCF is omitted). The request message does not include the call media information, and the S-CSCF forwards the start call request to the IM-SSF according to the iFC signed by the called user.

2. The IM-SSF determines that the called user has subscribed to the Initial- Termination trigger, and sends an ANLYZD (Analyzed Information) message to the SCP according to the SCP address recorded by the trigger, which is optional except for the session information required for the original intelligent service. Carry the medialist parameter, its content is empty. Note: The medialist parameter may also not be carried.

3. The SCP checks that the called user activates the PPC service and the user has sufficient account balance, then returns anlyzd to the IM-SSF to indicate that the call continues.

4. The IM-SSF determines that the called user has subscribed to the Called-Routing-Address- Available trigger, and sends an ANLYZD message to the SCP according to the SCP address recorded by the trigger, carrying the current roaming information of the called user.

5. Based on the called roaming information in ANLYZD, the SCP determines the initial rate of the called user's call (there is no media information at this time, the rate may change subsequently), and returns anlyzd to the IM-SSF to indicate that the call continues.

6. After processing the intelligent service interaction, the IM-SSF returns an initial call request message to the S CSCF, and Insert yourself into the call path.

7. The S-CSCF sends a call request message to the called user via the P-CSCF according to the address registered by the called user.

8. The called user returns a 183 message to the S-CSCF, indicating the media information currently selected by the called user, including the media stream information such as voice and video to be established.

9. Since the IM-SSF has been inserted into the call path, the S-CSCF forwards the 183 message to the IM-SSF.

10. After the IM-SSF receives the 183 message, the ΙΜ-SSF detects the T_Service_Change_Request trigger, and satisfies the condition set by the trigger (if the set condition is that the media stream is increased), according to the trigger corresponding to the trigger The address sends a TSCR message to the SCP, carries the media stream information in the 183 message, the current session identifier (BILLINGID), the user identifier (MSID), and the direction of the media change initiated by the local end (direct=LOCAL).

11. If the SCP determines that the local user has sufficient balance to receive the multimedia session, it returns an empty scr (otherwise, the scr can be rejected).

12. The IM-SSF forwards the message to the calling party via the S-CSCF.

13. The calling user returns a 183 response confirmation message (PRACK), carrying the media information (audio) selected by the calling user, and transmitting to the IM-SSF, IM through the S-CSCF according to the routing path recorded in the received 183 response message. - The SSF records the media information (because the media information is a subset of the media information contained in the 183 message, so the T-Service_Change_Request trigger is not triggered).

14. The IM-SSF returns the PRACK message to the S_CSCF.

15 - 26. The follow-up process is the same as Method Example 2.

Note 1: The multimedia session media information selected by the called party may not be reported to the SCP, and the media information after the negotiation is completed is reported only in the TANSWER message.

Note 2: In this method example, the process of adding media streams can also be added. That is, the IM-SSF carries the multimedia session media information selected by the called side, the multimedia session media information corresponding to the added media type, and the media change in the message sent to the SCP according to the SCP address recorded in the trigger signed by the user. direction. Method Example VII. The SCP actively queries the IM-SSF for the status of the current session. Referring to Figure 15, the following specific steps are included:

1. The calling party and the called party have established a multimedia call.

2. After the SCP session state detection timer expires, the user state needs to be checked, and a CCDIR message is sent to the IM-SSF, including the current session identifier (BILLINGID), the user identifier (MSID),

Information such as the SCP identifier (MSCID). Note: The purpose of the SCP check session state is to solve the problem of inconsistent session state between the SCP and the IM-SSF. For example, after the IM-SSF sends an (O/T) ANSWER message, it enters the session establishment state, but the SCP does not receive the failure due to the failure. The message is still waiting for the user to answer.

3. After receiving the message, the IM-SSF checks the corresponding session state according to the BILLID and the MSID. If the call is not released, it returns ccdir, and the message carries the medialist parameter, indicating the media information of the current session; otherwise, returning wrong information.

The above seven method examples are all based on the PPC intelligent service. However, the mechanism is not limited to the PPC intelligent service. Other intelligent services can also apply this mechanism to provide intelligent services to the IMS domain users.

Method Example VIII. The IMS domain user subscribes to the ICS (Incoming Call Screening) intelligent service, and can select different processing according to the media type of the incoming call. If it is a voice call, it is processed by the user, and if it is a multimedia call, it is forwarded to another user. Referring to Figure 16, the following specific steps are included:

1. The calling side routes the originating call request message to the I-CSCF of the called user B home network, and the I-CSCF sends an initial call request to the S-CSCF registered by the called user (not shown in the figure, I- CSCF), the request message includes the identifier of the called user B (request-url carried) and the voice stream, video and other media stream information to be established (the media stream information includes the coding scheme of each media stream supported by the calling side and For information such as the bandwidth allocated by each media stream, the S-CSCF forwards the initial call request to the IM-SSF according to the iFC signed by the called user.

2. After receiving the initial call request, the IM-SSF determines that the called user has subscribed to the Advance-Termination trigger, and sends an ANLYZD message to the SCP according to the SCP address recorded by the trigger, in addition to the session information required to carry the original ICS intelligent service. In addition, you need to carry the medialist parameter, which contains the media stream information to be established in the initial call request message. 3. The SCP determines that the call is a multimedia call according to the medialist parameter, and needs to forward the call to the user C, and then returns an anlyzd message to the IM-SSF, including the termlist parameter, including the information of the forwarded user C.

4. After receiving the message, the IM-SSF reconstructs the initial call request message according to the termlist parameter, changes the called party information to user C (modifies request_url), and returns the modified initial call request message to S— CSCF.

5. The S-CSCF routes the Origination Request message to the network to which User C belongs.

In summary, the embodiment of the present invention extends the T1 between the IM-SSF and the SCP (winSCP in the CDMA intelligent network) after the IM-SSF obtains the multimedia session media information from the received IMS domain session control signaling. The parameter in the interface protocol message carries the multimedia session media information, or the message in the extended T1 interface protocol carries the multimedia session media information, and reports the multimedia session media information to the corresponding SCP, so that the SCP can perceive the multimedia session media information.

Further, after the SCP senses the multimedia session media information of the IMS domain, the rate may be adjusted according to the current multimedia session media information, and the IMS domain user is charged; or the called user is selected to complete the session establishment, and the reused original is achieved. The purpose of the circuit domain winSCP is to reduce the investment of network operators.

It is apparent that those skilled in the art can make various modifications and variations to the invention without departing from the spirit and scope of the invention. Thus, it is intended that the present invention cover the modifications and variations of the inventions

Claims

Rights request

A method for perceiving IMS domain multimedia session media information, wherein the circuit domain comprises the following steps:

The service switching function entity IM-SSF obtains multimedia session media information from the received IMS domain session control signaling;

The IM-SSF reports the obtained multimedia session media information to the intelligent service control entity SCP.

2. The method according to claim 1, wherein the multimedia session media information comprises: media negotiation information when the IMS domain session is established, and media negotiation information in the IMS domain session.

3. The method according to claim 2, wherein the media negotiation information comprises at least one of the following: a media type, a required bandwidth of the media, a media transmission protocol, and a media codec format.

The method according to any one of claims 1 to 3, wherein the SCP adjusts the rate according to the currently received multimedia session media information, and charges the IMS domain user.

5. The method according to claim 4, wherein in the process of establishing the called party and the session, the following steps are included:

After the media negotiation is completed, the S-CSCF notifies the IM-SSF of the media negotiation result information;

The mediation result information is carried in the message sent to the SCP according to the SCP address recorded in the trigger signed by the user.

6. The method according to claim 5, wherein the step A1 further comprises the step of:

The Cl1 and the S-CSCF carry the initial multimedia session media information in the initial call request message forwarded to the IM-SSF according to the initial filtering rule iFC;

The D1, the IM-SSF carries the initial multimedia session media information in the message sent to the SCP according to the SCP address recorded in the trigger of the user subscription, so that the SCP determines the initial rate.

7. The method of claim 5, wherein the calling side or the called side initiates a process of increasing the media stream prior to said step A1.

8. The method according to claim 7, wherein before the step A1, if After the SCP learns the initial multimedia session media information and adds the media type, the steps include:

The El l and the IM-SSF carry at least the added media type and the direction of the media change in the message sent to the SCP according to the SCP address recorded in the trigger signed by the user.

The method according to claim 7, wherein if the IMS domain user provides the multimedia session media information as the called user, the step A1 further includes the following steps:

C12. The S-CSCF does not carry the multimedia session media information in the initial call request message forwarded to the IM-SSF according to the initial filtering rule iFC;

D12. The IM-SSF does not carry the multimedia session media information in the message sent to the SCP according to the SCP address recorded in the trigger signed by the user.

E12: After the called party selects the multimedia session media information, the IM-SSF carries the multimedia session media information selected by the called side, and the media change, in the message sent to the SCP according to the SCP address recorded in the trigger signed by the user. direction.

The method according to claim 9, wherein, before the step A1, if the media type is added, the step E12 further includes the following steps:

F12. The IM-SSF carries at least the added media type and the direction of the media change in the message sent to the SCP according to the SCP address recorded in the trigger signed by the user.

The method according to claim 4, wherein if media renegotiation occurs during the session, the following steps are included:

After the media renegotiation is completed, the S-CSCF informs the IM-SSF of the media renegotiation result information; B2, and the IM-SSF carries the message in the message sent to the SCP according to the SCP address recorded in the trigger signed by the user. The media revisits the result information.

The method according to claim 11, wherein the step A2 further comprises: step: the session change request message forwarded by the S-CSCF to the IM-SSF carries the multimedia conference media information to be changed;

The IM-SSF carries the multimedia session media information to be changed and the direction of the session change in the message sent to the SCP according to the SCP address recorded in the trigger signed by the user.

13. The method according to any one of claims 1 to 3, characterized in that, if the SCP initiates The status query includes the following steps:

After receiving the query message, the IM-SSF checks the session state corresponding to the session information carried in the query message. If the session is not released, the IM-SSF carries the current session in the query response message reported to the SCP. The multimedia session media information used; otherwise, an error message is returned.

The method according to any one of claims 1 to 3, wherein the SCP selects a called user according to the currently received multimedia session media information to complete session establishment.

15. The method according to claim 14, wherein in the session-initiated inbound screening process, the following steps are included:

The S-CSCF carries the initial multimedia session media information in the initial call request message forwarded to the IM-SSF according to the initial filtering rule iFC;

The IM-SSF carries the initial multimedia session media information in a message sent to the SCP according to the SCP address recorded in the trigger of the user subscription;

The SCP determines the media type according to the initial multimedia session media information, and returns the corresponding called user information to complete the session establishment.

The method according to any one of claims 1 to 3, wherein the multimedia session media information is carried by extending parameters in an interface protocol message between the IM-SSF and the SCP; or extending the IM-SSF and The message in the interface protocol between the SCPs carries the multimedia session media information.

17. The method of claim 16, wherein the interface protocol is an ANSI 41 protocol used by a CDMA intelligent network.

18. The method of claim 1, wherein the SCP is a winSCP in a CDMA intelligent network.

A system for perceiving IMS domain multimedia session media information, comprising: a home subscription server HSS, an intelligent service control entity SCP, and an S-CSCF, wherein the system further includes:

a service switching function entity IM-SSF connected to the HSS, the SCP, and the S-CSCF, configured to obtain multimedia session media information from the received IMS domain session control signaling;

An interface between the IM-SSF and the SCP, used by the IM-SSF to report the acquired multimedia to the SCP Body session media information.

20. The system of claim 19, wherein the SCP is a winSCP in a CDMA intelligent network.

The system according to claim 19, wherein the multimedia session media information comprises at least one of the following: a media type, a required bandwidth of the media, a media transmission protocol, and a media codec format.