WO2014101437A1 - 呼叫的标识方法和装置 - Google Patents

呼叫的标识方法和装置 Download PDF

Info

Publication number
WO2014101437A1
WO2014101437A1 PCT/CN2013/082016 CN2013082016W WO2014101437A1 WO 2014101437 A1 WO2014101437 A1 WO 2014101437A1 CN 2013082016 W CN2013082016 W CN 2013082016W WO 2014101437 A1 WO2014101437 A1 WO 2014101437A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
parameter
message
header field
network element
Prior art date
Application number
PCT/CN2013/082016
Other languages
English (en)
French (fr)
Inventor
孙联峰
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to JP2015548154A priority Critical patent/JP6103660B2/ja
Priority to EP13866932.0A priority patent/EP2922264B1/en
Publication of WO2014101437A1 publication Critical patent/WO2014101437A1/zh
Priority to US14/749,249 priority patent/US9674345B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42034—Calling party identification service
    • H04M3/42042—Notifying the called party of information on the calling party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/04—Recording calls, or communications in printed, perforated or other permanent form
    • H04M15/06—Recording class or number of calling, i.e. A-party or called party, i.e. B-party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/57—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for integrated multimedia messaging subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/63—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on the content carried by the session initiation protocol [SIP] messages

Definitions

  • the present invention relates to the field of communications, and in particular, to a call identification method and apparatus. Background technique
  • the Media Gateway Control Function needs to implement the initial session of the session (SIP) signaling and the Integrated Services Digital Network User Part (ISUP)/Bearer Independent Call Control (BICC) signaling are mutually converted.
  • SIP Session Initiation Protocol
  • ISUP Integrated Services Digital Network User Part
  • BICC Bearer Independent Call Control
  • a call in a CS network, a call may be identified by using a call reference Call reference parameter or a global call reference Global Call reference parameter, and the parameter may also be used to charge a call; in an IMS network, a call may be used.
  • the Can-ID parameter identifies the call and uses the icid parameter to bill the call.
  • the disadvantage of the prior art is that when a cross-domain call is made, cross-domain call association cannot be achieved because the parameters used by the CS network and the IMS network to identify the call are inconsistent. In practical applications, billing cannot be performed through a unified call identifier, which complicates call billing. Summary of the invention
  • the embodiment of the invention provides a call identification method and device for implementing cross-domain call association by using a unified call reference parameter identifier.
  • an embodiment of the present invention provides a method for identifying a call, where the method includes: receiving an invite Invite message sent by an IMS network element of an IP multimedia subsystem, where the Invite message carries the called identifier information;
  • the called terminal identified by the called identification information is a circuit switched CS network user, a CS call reference CR parameter or a global call reference GCR parameter is generated, which is used to carry the initial address message IAM sent to the CS network element.
  • Said CR parameter or said GCR parameter is a circuit switched CS network user
  • the sending the response message to the IMS network element is: sending the 180/181/182/ to the IMS network element. a 183/200 message, where the 180/181/182/183/200 message carries the CS call reference header field; when the Invo te message does not carry the OORe1 information, the IMS network element
  • the sending the response message is: after receiving the address full message ACM sent by the CS network element, sending a 180 message to the IMS network element, where the 180 message carries the CS call reference header field; or, receives After the response message A ⁇ /CONNECT sent by the CS network element, the device sends a 200 message to the IMS network element, where the 200 message carries the CS call reference header field.
  • the CS call reference header field further includes a protocol indication parameter, where the protocol indication parameter is used to indicate a protocol used to define the CR parameter or the GCR parameter Types of.
  • an embodiment of the present invention provides a method for identifying a call, where the method includes: receiving an initial address message IAM sent by a CS-switched network element;
  • the Invi te message is sent to the IP multimedia subsystem IMS network element, where the Invi te message carries the CS call reference header field, and is used to identify the call corresponding to the call signaling message.
  • the CS call reference header field further includes a protocol indication parameter, where the protocol indication parameter is used to indicate a protocol type used to define the CR parameter or the GCR parameter.
  • the embodiment of the present invention further provides a call identifier device, where the device includes: a receiving unit, configured to receive an invite Invi te message sent by an IP multimedia subsystem IMS network element, where the Invi te message is carried There is called identification information, and the called identification information is transmitted to the identification unit;
  • An identification unit configured to receive the called identifier information transmitted by the receiving unit, and generate a CS call reference CR parameter or a global call reference when the called terminal identified by the called identifier information is a circuit switched CS network user GCR parameters, and transmitting the CR parameters or GCR parameters to the sending unit and the response unit;
  • a sending unit configured to receive the CR parameter or the GCR parameter sent by the identifying unit, and send an initial address message IAM to the CS network element, where the IAM carries the CR parameter or the GCR parameter generated by the identifying unit;
  • a response unit configured to receive the CR parameter or the GCR parameter sent by the identifying unit, generate a CS call reference header field according to the CR parameter or the GCR parameter, and send a response message to the IMS network element, where the response message is carried
  • the CS call reference header field is used to identify a call corresponding to the Invi te message.
  • the response unit when the Invi te message carries the OORe1 information, the response unit is specifically configured to: send a 180/181/182/183/200 message to the IMS network element, The 180/181/182/183/200 message carries the CS call reference header field; when the Invo te message does not carry the OORe1 information, the response unit is specifically configured to: receive the After the address full message ACM sent by the CS network element, the 180 message is sent to the IMS network element, where the 180 message carries the CS call reference header field; or, the response message sent by the CS network element is received. After A ⁇ /CONNECT, the MS message is sent to the IMS network element, where the 200 message carries the CS call reference header field.
  • the CS call reference header field further includes a protocol indication parameter, where the protocol indication parameter is used to indicate a protocol used to define the CR parameter or the GCR parameter Types of.
  • the embodiment of the present invention further provides an apparatus for identifying a call, where the apparatus includes: a receiving unit, configured to receive an initial address message IAM sent by a circuit-switched CS network element, and transmit the IAM to a generating unit;
  • a generating unit configured to receive the IAM sent by the receiving unit, extract a call reference CR parameter or a global call reference GCR parameter from the IAM, and generate a CS call reference header field according to the CR parameter or the GCR parameter, where Transmitting the CS call reference header field to the sending unit;
  • a sending unit configured to receive the CS call reference header field that is sent by the generating unit, and send an invite Invite message to the IP multimedia subsystem IMS network element, where the Inv i te message carries the CS call reference header field And used to identify the call corresponding to the call signaling message.
  • the unified call reference parameter can be used to identify the cross-domain call. , is conducive to the interconnection between different networks.
  • FIG. 1 is a schematic diagram of an application scenario of a method for identifying a call according to an embodiment of the present invention
  • FIG. 2 is a flowchart of a method for identifying a call according to an embodiment of the present invention
  • FIG. 3 is a flowchart of another method for identifying a call according to an embodiment of the present invention.
  • FIG. 4 is a flowchart of another method for identifying a call according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of another method for identifying a call according to an embodiment of the present invention.
  • FIG. 6 is a schematic diagram of a call identification device according to an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of another call identification device according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of another call identification device according to an embodiment of the present invention.
  • FIG. 9 is a schematic diagram of another call identification device according to an embodiment of the present invention.
  • FIG. 10 is a schematic diagram of an MGCF according to an embodiment of the present invention.
  • FIG. 11 is a schematic diagram of another MGCF according to an embodiment of the present disclosure. detailed description
  • FIG. 1 is a schematic diagram of an application scenario of a method for identifying a call according to an embodiment of the present invention.
  • the method for identifying a call provided by the embodiment of the present invention can be applied to a scenario in which a calling terminal and a called terminal are in different networks, for example, in a practical application.
  • the calling terminal is located in the CS network and can be connected to the CS network element.
  • the called terminal is located in the IMS network and can be connected to the IMS network element.
  • the CS network element that receives the call signaling message of the calling terminal sends the Global Call Reference (GCR) parameter or the call reference to the MGCF entity.
  • GCR Global Call Reference
  • the MGCF entity After the initial address message (I AM) message of the (Call Reference, CR) parameter, the MGCF entity generates a CS call reference header field according to the GCR parameter or the CR parameter, and sends the call reference header field to the IMS network element.
  • the Invite message because the CS call reference header field includes a corresponding GCR parameter or a CR parameter, the GCR parameter or the CR parameter can be used to uniformly identify the cross-domain call.
  • the scenario in which the calling terminal and the called terminal are in different networks may also be that the calling terminal is located in the IMS network, and the called terminal is located in the CS network.
  • FIG. 2 is a flowchart of a method for identifying a call according to an embodiment of the present invention.
  • the executor of the embodiment is an MGCF entity, where the method for identifying the call after the MGCF entity receives the Invite message sent by the IMS network element is described in detail.
  • the scenario corresponding to the embodiment is the calling terminal.
  • the called terminal Located on the IMS network, the called terminal is located in the CS network. As shown in Figure 2, this embodiment includes the following steps:
  • Step 201 Receive an invite Invite message sent by the IMS network element, where the Invite message carries the called identifier information.
  • the IMS network element is a more general definition, and is used to refer to a network element that performs signaling interaction with the MGCF entity.
  • the IMS network element that sends the Inv i te message to the MGCF entity is an Outbound Gateway Control Function (BGCF) entity.
  • the BGCF entity is an integral part of the IMS network. It mainly implements the call routing function and is used to select the network connected to the CS network domain entry point.
  • the corresponding network device such as the IMS access network element
  • the IMS network element can receive the signaling message and send it to the IMS network element.
  • the IMS network element extracts the called identifier information of the called terminal in the call signaling message.
  • the IMS network element extracts the called identity information of the called terminal from the call signaling message sent by the terminal, and determines that the called terminal corresponding to the called identity information is the CS user terminal, and then sends an Invi te message to the MGCF.
  • the Invi te message carries the called identity information, the calling identity information, and the call identification information.
  • the call identifier information is an identifier used to identify a session in the S IP protocol used by the IMS network.
  • Step 202 When the called terminal identified by the called identifier information is a circuit switched CS network user, generate a CS call reference CR parameter or a global call reference GCR parameter, where the initial address message IAM is sent to the CS network element. Carrying the CR parameter or the GCR parameter.
  • the MGCF entity After receiving the Invi te message, the MGCF entity performs routing according to the called identifier information, and generates a GCR parameter or a CR parameter, and carries the CR parameter or the GCR parameter in the IAM message sent to the CS network element to indicate the use of the CS side.
  • the CR parameter or the GCR parameter identifies the call.
  • the MGCF entity selects a CR parameter or a GCR parameter to be used according to the outgoing signaling type.
  • a configuration information table needs to be saved in the MGCF functional entity, where the mapping relationship between the outgoing signaling type and the CR parameter or the GCR parameter to be used is saved.
  • the MGCF entity may decide whether to carry the CR parameter or the GCR parameter in the generated CS call header field. Specifically, when the BICC (Bearer Independent Host Control Protocol) signaling is used on the CS side, the MGCF chooses whether to use the GCR parameter or the CR parameter, and needs to query the corresponding configuration information.
  • BICC Breast Independent Host Control Protocol
  • ITU International Telecommunication Union Integrated Services Digital Network User Part
  • ITU IS User Part Signaling
  • ANSI I SUP American National Standards Institute Integrated Services Digital Network User Part
  • the CR parameter is used to identify the call.
  • Step 203 Generate a CS call reference header field according to the CR parameter or the GCR parameter, and send a response message to the IMS network element, where the response message carries the CS call reference header field, where the identifier is corresponding to the Invite message. Call.
  • the information exchange between the MGCF entity and the IMS network element uses the SIP message.
  • the MGCF entity may be in the response message returned to the IMS network element. Carrying a CR parameter or a GCR parameter, wherein the response message may be a 180/181/182/183/200 message.
  • the response message sent here is not a response message specially sent for sending the CS reference header field, but the CS reference header field is carried in the response message existing in the prior art.
  • a CS call reference header field may be generated according to the CR parameter or the GCR parameter, and the format of the CS call reference header field may be as follows:
  • gcr is the GCR parameter, xxxxxxx is the content of the GCR parameter, and its length is equivalent to the character length of the GCR content in the CS network
  • cr is the CR parameter
  • Yyyyyyy is the content of the CR parameter, the length of which is equivalent to the character length of the CR content in the CS network
  • crf is the protocol indication parameter
  • zzzzzzz is the value of crf, and can be BICC, or ITUISUP, or ANSIISUP.
  • the parameter crf is optional.
  • a CR parameter or a GCR parameter is carried in a CS call reference header field.
  • Whether the CR parameter or the GCR parameter is specifically carried in the CS call reference header field is determined by the outgoing signaling type. If the CS network side uses the CR parameter, the CR parameter is carried in the CS call reference header field; if the CS network side uses the GCR parameter, Then carry the GCR parameter in the CS call reference header field.
  • the MGCF may carry the CS call reference header field in the response message to identify the call corresponding to the call signaling message.
  • the MGCF needs to send the 180/181/182/183/200 message carrying the media information allocated by the MGCF to the IMS network element.
  • the CS call reference header field can be carried in the 180/181/182/183/200 message. If the Invi te message sent by the IMS network element to the MGCF entity does not carry the l OORe l parameter, the MGCF entity may send the IMS network element to the IMS network element after receiving the address full message (Adding s Complete Mes sage, ACM) sent by the CS network element.
  • ACM Address Full message
  • the 200 message carries the CS call reference header field.
  • the 180 message may not carry the CS call reference header field, and therefore needs to be carried in the 200 message.
  • the CS call reference header field may be carried only in the 180 message and the CS call reference header field is not carried in the 200 message. Therefore, after receiving the response message returned by the MGCF entity, the IMS network element can record and save the CR parameter or the GCR parameter in the CS call reference header field as the identifier information for identifying the call, thereby achieving the use of the CS side.
  • the call reference parameters are used to identify cross-domain calls, which facilitates interconnection between different networks.
  • the MGCF entity receives the invite Invi te message sent by the IP multimedia subsystem IMS network element, where the Inv i te message carries the called identifier information; when the called terminal identifier identifies the called terminal
  • the CS call reference CR parameter or the global call reference GCR parameter is generated to carry the CR parameter or the GCR parameter in the initial address message IAM sent to the CS network element; according to the CR The parameter or the GCR parameter, the CS call reference header field is generated, and the CS call reference header field is carried in the response message sent to the IMS network element, so that the The IMS network element identifies the call corresponding to the Inv i te message by using the CR parameter or the GCR parameter in the CS call reference header field.
  • the IMS network element can use the CR parameter or the GCR parameter consistent with the CS side to identify the cross-domain call, which facilitates the interconnection between different networks; when the subsequent call is charged, the unified Call reference parameters for call billing, and the charging method for cross-domain calls.
  • FIG. 3 is a flowchart of another method for identifying a call according to an embodiment of the present invention.
  • the executor of this embodiment is an MGCF entity. As shown in FIG. 3, this embodiment includes the following steps:
  • Step 301 Receive an initial address message IAM sent by the CS network element.
  • the corresponding network device such as the CS network element
  • the CS network element can receive the signaling message; after receiving the signaling message, the CS network element according to the signaling message
  • the called identity information is carried, and the called terminal is located in the IMS network, and the IAM message is sent to the MGCF entity, where the message carries the call reference parameter CR or the global call reference parameter GCR, which is used to identify the call.
  • Step 302 Extract a call reference CR parameter or a global call reference GCR parameter from the IAM, and generate a CS call reference header field according to the CR parameter or the GCR parameter.
  • the CS call reference header field can be generated according to the parameter.
  • the format of the CS call reference header field may be as follows:
  • gcr is the GCR parameter, xxxxxxx is the content of the GCR parameter, and its length is equivalent to the character length of the GCR content in the CS network
  • cr is CR
  • the parameter, yyyyyyy is the content of the CR parameter, the length of which is equivalent to the character length of the CR content in the CS network
  • crf is the protocol indication parameter
  • zzzzzzz is the value of crf, and can be BICC, or ITUI SUP, or ANS II SUP.
  • the parameter crf is optional.
  • the CR parameter or the GCR parameter may be carried in the existing header field of the SIP message.
  • a CR parameter or a GCR parameter is carried in a CS call reference header field.
  • Whether the CR parameter or the GCR parameter is specifically carried in the CS call reference header field is determined by the incoming signaling type. If the CS network side uses the CR parameter, the CR parameter is carried in the CS call reference header field; if the CS network side uses the GCR parameter, Then carry the GCR parameter in the CS call reference header field.
  • a configuration information table may be saved in the MGCF functional entity, where the mapping relationship between the outgoing signaling type and the CR parameter or the GCR parameter to be used is configured.
  • the MGCF entity may decide whether to carry the CR parameter or the GCR parameter in the generated CS call header field.
  • the MGCF chooses whether to use the GCR parameter or the CR parameter, and needs to query the corresponding configuration information.
  • the CS side uses the ITU-T I SUP signaling and the ANSI I SUP signaling, the CR is used. Parameters to identify the call.
  • Step 303 Send an invite Invi te message to the IP multimedia subsystem IMS network element, where the Invi te message carries the CS call reference header field, and is used to identify the call corresponding to the call signaling message.
  • the MGCF may carry the CS call reference header field in the Invi te message sent to the IMS network element to identify the call corresponding to the call signaling message.
  • the IMS network element can record and save the CR parameter or the GCR parameter in the CS call reference header field as the identifier information for identifying the call, thereby implementing the use and the CS side. Consistent call reference parameters to identify cross-domain calls facilitate interworking between different networks.
  • the MGCF entity receives the IAM sent by the CS network element, extracts a call reference CR parameter or a global call reference GCR parameter from the IAM, and generates a CS call reference header field according to the CR parameter or the GCR parameter;
  • the IP multimedia subsystem IMS network element sends an invite Invi te message, where the Invi te message carries the CS call reference header field, and is used to identify the call signaling The corresponding call. Therefore, the IMS network element can use the call reference parameter consistent with the CS side to identify the cross-domain call, which facilitates the interconnection and intercommunication between different networks.
  • the unified call reference can be used.
  • the parameters are used for call billing, and the charging method for cross-domain calls is simplified.
  • the MGCF may generate a CS call reference header field according to the called identifier information carried in the Inv i te message sent by the IMS network element, and indicate, by using a response message returned to the IMS network element, the IMS network element is used to identify the call.
  • CR or GCR parameters may be generated by the IMS network element.
  • the IMS network element may generate a CS call reference header field, and then carry the CS call reference header field in the message sent to the MGCF entity, and the MGCF entity according to the CS call reference header field and the CS side message A new CS call reference header field is generated, and the new call reference header field is carried in the response message returned to the IMS network element, thereby indicating that the IMS network element uses the call reference parameter consistent with the CS side to identify the cross Domain call.
  • FIG. 4 is a flowchart of another method for identifying a call according to an embodiment of the present invention.
  • the executor of the embodiment is an IMS network element, and the method for performing cross-domain call identification after the IMS network element receives the call signaling message sent by the calling terminal is described in detail.
  • the embodiment includes the following steps: Step 401: Receive a call signaling message sent by a calling terminal, where the call signaling message carries called identifier information.
  • Step 402 Identify, according to the called identification information, that the called terminal identified by the called identification information is a circuit switched CS network user, and generate a first CS call reference header field.
  • the IMS network element After receiving the call signaling message sent by the calling terminal, the IMS network element extracts the called identification information from the call signaling message, and determines that the called terminal is a CS user terminal according to the called identification information, and generates a CS. Call the reference header field.
  • gcr is the GCR parameter, xxxxxxx is the content of the GCR parameter, and its length is equivalent to the character length of the GCR content in the CS network
  • cr is CR
  • the parameter, yyyyyyy is the content of the CR parameter, the length of which is equivalent to the character length of the CR content in the CS network
  • crf is the protocol indication parameter
  • zzzzzzz is The value of crf, which can be BICC, or ITUISUP, or ANSI ISUP.
  • the parameter crf is optional.
  • a CR parameter or a GCR parameter is carried in a CS call reference header field.
  • Whether the CR parameter or the GCR parameter is specifically carried in the CS call reference header field is determined by the outgoing signaling type. If the CS network side uses the CR parameter, the CR parameter is carried in the CS call reference header field; if the CS network side uses the GCR parameter, Then carry the GCR parameter in the CS call reference header field.
  • Step 403 Send an invite Invi te message to the media gateway control function MGCF entity, where
  • the MGCF entity carries a second CS call reference header field in the returned response message to identify the call corresponding to the call signaling message, where the second CS call reference header field is the MGCF entity according to the first CS Call reference header field and configuration information generated.
  • the first CS call reference header field may be carried in the Invi te message sent to the MGCF entity, so that the MGCF entity receives the Inv i te message according to the first A CS call reference header field generates a second CS call reference header field.
  • the first CS call reference header field may include both the GCR parameter and the CR parameter, and in the IAM message sent to the CS network element, according to the protocol used by the CS side, the GCR parameter or the CR parameter of the specified type is selected. And generating a second CS call reference header field according to the GCR parameter or the CR parameter to be used.
  • the second CS call reference header field may be carried, so that the IMS network element knows the identification information used by the CS side for the current call.
  • the MGCF entity determines whether to use the CR parameter or the GCR parameter in the second CS call reference header field according to the outgoing signaling type.
  • a configuration information table needs to be saved in the MGCF functional entity, where the mapping relationship between the outgoing signaling type and the CR parameter or the GCR parameter to be used is saved.
  • the MGCF entity may decide whether to carry the CR parameter or the GCR parameter in the generated CS call header field.
  • BICC on the CS side.
  • the MGCF chooses whether to use the GCR parameter or the CR parameter, and needs to query the corresponding configuration information.
  • the CS side uses the ITU-T I SUP signaling and the ANS II SUP signaling, the CR parameter is used to identify the call.
  • the IMS network element receives the call signaling message sent by the calling terminal, where the call signaling message carries the called identification information, and identifies the called identification information according to the called identification information.
  • the identified called terminal is a circuit switched CS network user, and generates a first CS call reference header field; and sends an invite Inv i te message to the media gateway control function MGCF entity, where the MGCF entity carries the first message in the returned response message.
  • the second CS call reference header field is used to identify the call corresponding to the call signaling message, and the second CS call reference header field is generated by the MGCF entity according to the first CS call reference header field and configuration information.
  • the IMS network element can use the call reference parameter consistent with the CS side to identify the cross-domain call, which facilitates the interconnection and intercommunication between different networks.
  • the unified call reference can be used.
  • the parameters are used for call billing, and the charging method for cross-domain calls is simplified.
  • Described in the above embodiment is a process of generating a first CS call reference header field by an IMS network element and carrying a first CS call reference header field in an Inv i te message sent to the MGCF entity, and the following embodiment will describe the MGCF.
  • the entity After receiving the Inv i te message carrying the first CS call reference header field, the entity generates a second CS call reference header field according to the first CS call reference header field and implements a cross-domain call association.
  • FIG. 5 is a flowchart of another method for identifying a call according to an embodiment of the present invention.
  • the executor of the embodiment is an MGCF entity, and the method for performing cross-domain call association after the MGCF entity receives the Inv i te message sent by the IMS network element is described in detail.
  • the embodiment includes the following steps: Step 501: Receive an Inv i te message sent by an IP multimedia subsystem IMS network element, where the Inv i te message carries a first circuit switched CS call reference header field .
  • the corresponding network device such as the IMS network element
  • the IMS network element can receive the signaling message and send it to the IMS network element.
  • the IMS network element extracts the called identifier information of the called terminal in the call signaling message.
  • the IMS network element extracts the called identity information of the called terminal from the call signaling message sent by the terminal, and determines that the called terminal corresponding to the called identity information is the CS user terminal
  • the IMS network element may send an Invi te message to the MGCF.
  • the Invi te message carries the called identifier information, and includes a header CS call reference header field.
  • the CS call reference header field is generated by the IMS network element according to the called identifier information.
  • gcr is the GCR parameter, xxxxxxx is the content of the GCR parameter, and its length is equivalent to the character length of the GCR content in the CS network
  • cr is CR
  • the parameter, yyyyyy, is the content of the CR parameter, and its length is equivalent to the character length of the CR content in the CS network
  • crf is the protocol indication parameter
  • zzzzzzz is the value of crf, which can be BICC, or ITUISUP, or ANSI ISUP.
  • the parameter crf is optional.
  • Step 502 Extract the call reference CR parameter and/or the global call reference GCR parameter from the first CS call reference header field.
  • Step 503 Generate a second CS call reference header field according to the first CS call reference header field and configuration information, where the second CS call reference header field carries a CR parameter or the GCR parameter.
  • the first CS call reference header field may include both the GCR parameter and the CR parameter, and in the IAM message sent by the MGCF entity to the CS network element, according to the protocol used by the CS side, only the specified type of GCR parameter or CR parameter may be used. Therefore, a second CS call reference header field can be generated according to the GCR parameter or the CR parameter to be used.
  • the MGCF entity determines whether to use the CR parameter or the GCR parameter in the second CS call reference header field according to the outgoing signaling type.
  • a configuration information table needs to be saved in the MGCF functional entity, where the mapping relationship between the outgoing signaling type and the CR parameter or the GCR parameter to be used is saved.
  • the MGCF entity may decide whether to carry the CR parameter or the GCR parameter in the generated CS call header field.
  • BICC on the CS side.
  • the MGCF chooses whether to use the GCR parameter or the CR parameter, and needs to query the corresponding configuration information.
  • the ITU side uses the ITU-T I SUP signaling and the ANSI I SUP signaling, the CR parameter is used to identify the call.
  • Step 504 Return a response message to the IMS network element, where the response message carries the second CS call reference header field, and is used to identify the call corresponding to the Invi te message.
  • the MGCF may carry the second CS call reference header field in the response message returned to the IMS telescope to identify the call corresponding to the call signaling message.
  • the sending the response message to the IMS network element is: sending a 180/181/182/183/200 message to the IMS network element, where the 180/ The 181/182/183/200 message carries the second CS call reference header field.
  • the sending the response message to the IMS network element is: After the address full message ACM sent by the CS network element, the device sends a 180 message to the IMS network element, where the 180 message carries the second CS call reference header field; or, the CS network element is sent. After the response message A ⁇ /CONNECT, the message is sent to the IMS network element, where the 200 message carries the second CS call reference header field.
  • the 180 message may not carry the CS call reference header field, and therefore needs to be carried in the 200 message.
  • the second call reference header field may be carried only in the 180 message and the CS call reference header field is not carried in the 200 message.
  • the IMS network element can use the call reference parameter consistent with the CS side to identify the cross-domain call, which facilitates the interconnection between different networks, and then performs the subsequent call.
  • Time-consuming, call billing can be performed through the unified call reference parameter, and the charging method of the cross-domain call is simplified.
  • the MGCF entity receives the invite Invi te message sent by the IP multimedia subsystem IMS network element, where the Invi te message carries the first circuit switched CS call reference header field and the called identifier information; Generating the call reference CR parameter and/or the global call reference GCR parameter in a CS call reference header field; generating a second CS call according to a protocol type used by the CS side Referring to the reference header field, the second CS call reference header field carries a CR parameter or the GCR parameter; and returns a response message to the IMS network element, where the response message carries the second CS call reference a header field, configured to identify a call corresponding to the call signaling message. Therefore, it is possible to use the unified call reference parameter to identify the cross-domain call, and perform call charging through the unified call reference parameter, and the charging method of the cross-domain call is implemented.
  • FIG. 6 is a schematic diagram of a call identification device according to an embodiment of the present invention. As shown in FIG. 6, this embodiment includes the following units;
  • the receiving unit 601 is configured to receive an Invi te message sent by the IP multimedia subsystem IMS network element, where the Invi te message carries the called identifier information, and the called identifier information is transmitted to the identifying unit.
  • the corresponding network device such as the IMS network element
  • the IMS network element can receive the signaling message and send it to the IMS network element.
  • the IMS network element extracts the called identifier information of the called terminal in the call signaling message.
  • the IMS network element is a relatively general definition and is used to refer to the network element in the IMS network.
  • the IMS network element that sends the Invi te message to the MGCF entity is a BGCF entity.
  • the BGCF entity is an integral part of the IMS network. It mainly implements the call routing function and is used to select the network connected to the CS network domain entry point.
  • the IMS network element extracts the called identity information of the called terminal from the call signaling message sent by the terminal, and determines that the called terminal corresponding to the called identity information is the CS user terminal, and then sends an Invi te message to the MGCF.
  • the Invi te message carries the called identity information, the calling identity information, and the call identification information.
  • the call identifier information is an identifier used to identify a session in the S IP protocol used by the IMS network.
  • the identifying unit 602 is configured to receive the called identity information that is sent by the receiving unit, and generate a CS call reference CR parameter or a global call when the called terminal identified by the called identity information is a circuit switched CS network user. Refer to the GCR parameter and transmit the CR parameter or GCR parameter to the hair Send unit and response unit.
  • the information exchange between the MGCF entity and the IMS network element is a SIP message.
  • the MGCF entity may return a response message to the IMS network element.
  • Carry CR parameters or GCR parameters is call identification information used to identify the call in the CS network.
  • the CS call reference header field may be generated according to the CR parameter and/or the GCR parameter, and the format of the CS call reference header field may be as follows:
  • gcr is the GCR parameter, xxxxxxx is the content of the GCR parameter, and its length is equivalent to the character length of the GCR content in the CS network
  • cr is the CR parameter
  • Yyyyyyy is the content of the CR parameter, the length of which is equivalent to the character length of the CR content in the CS network
  • crf is the protocol indication parameter
  • zzzzzzz is the value of crf, and can be BICC, or ITUISUP, or ANSIISUP.
  • a configuration information table needs to be saved in the MGCF functional entity, where the mapping relationship between the outgoing signaling type and the CR parameter or the GCR parameter to be used is saved.
  • the MGCF entity may decide whether to carry the CR parameter or the GCR parameter in the generated CS call header field.
  • the MGCF chooses whether to use the GCR parameter or the CR parameter, and needs to query the corresponding configuration information.
  • the CS side uses the ITU-T ISUP signaling and the ANSI ISUP signaling, the CR parameter is used. Identify the call.
  • the response unit 603 is configured to receive the CR parameter or the GCR parameter sent by the identifying unit, generate a CS call reference header field according to the CR parameter or the GCR parameter, and send a response message to the IMS network element, where the response message is sent.
  • the CS call reference header field is carried to identify a call corresponding to the Invite message.
  • the response unit 603 is specifically configured to: send a 180/181/182/183/200 message to the IMS network element, where the 180/181/182/183/200 message carries The CS calls a reference header field.
  • the response unit 603 is specifically configured to: After receiving the address full message ACM sent by the CS network element, the method sends a 180 message to the IMS network element, where the 180 message carries the CS call reference header field; or, the CS network element is sent. After the response message ANM/C0NNECT, the message is sent to the IMS network element, where the 200 message carries the CS call reference header field.
  • the sending unit 604 is configured to receive the CR parameter or the GCR parameter sent by the identifying unit, and send an initial address message IAM to the CS network element, where the IAM carries the CR parameter or the GCR parameter generated by the identifying unit. .
  • the IMS network element can record and save
  • the CR parameter or the GCR parameter in the CS call reference header field is used as the identification information for identifying the call, so that the call reference parameter consistent with the CS side is used to identify the cross-domain call, which facilitates the interconnection between different networks.
  • the call can be charged through the unified call reference parameter, and the charging method of the cross-domain call is simplified.
  • FIG. 7 is a schematic diagram of another call identification device according to an embodiment of the present invention. As shown in Figure 7, this embodiment includes the following steps:
  • the receiving unit 701 is configured to receive an initial address message IAM sent by the circuit switched CS network element, and transmit the IAM to the generating unit.
  • the corresponding network device such as the CS network element
  • the CS network element can receive the signaling message; after receiving the signaling message, the CS network element according to the signaling message
  • the called identity information is carried, and the called terminal is located in the IMS network, and the IAM message is sent to the MGCF entity, where the message carries the call reference parameter CR or the global call reference parameter GCR, which is used to identify the call.
  • a generating unit 702 configured to receive the IAM sent by the receiving unit, extract a call reference CR parameter or a global call reference GCR parameter from the IAM, and generate a CS call reference header field according to the CR parameter or the GCR parameter, Transmitting the CS call reference header field to a transmitting unit.
  • the MGCF entity After the MGCF entity extracts the CR parameter or the GCR parameter from the IAM message, it can generate according to the parameter. CS calls the reference header field.
  • the format of the CS call reference header field may be as follows:
  • gcr is the GCR parameter, xxxxxxx is the content of the GCR parameter, and its length is equivalent to the character length of the GCR content in the CS network
  • cr is CR
  • the parameter, yyyyyyy is the content of the CR parameter, the length of which is equivalent to the character length of the CR content in the CS network
  • crf is the protocol indication parameter
  • zzzzzzz is the value of crf, and can be BICC, or ITUI SUP, or ANS II SUP.
  • the parameter crf is optional.
  • a configuration information table needs to be saved in the MGCF functional entity, where the mapping relationship between the outgoing signaling type and the CR parameter or the GCR parameter to be used is saved.
  • the MGCF entity may decide whether to carry the CR parameter or the GCR parameter in the generated CS call header field.
  • the MGCF chooses whether to use the GCR parameter or the CR parameter, and needs to query the corresponding configuration information.
  • the CR is used. Parameters to identify the call.
  • a sending unit 703 configured to receive the CS call reference header field that is sent by the generating unit,
  • the IP multimedia subsystem sends an INVITE message to the IMS network element, where the Inv i te message carries the CS call reference header field, and is used to identify the call corresponding to the call signaling message.
  • the MGCF may carry the CS call reference header field in the Inv i te message sent to the IMS network element to identify the call corresponding to the call signaling message.
  • the IMS network element can record and save the CR parameter or the GCR parameter in the CS call reference header field as the identification information identifying the call, thereby realizing the use and CS.
  • the side-consistent call reference parameters identify cross-domain calls, which facilitates interworking between different networks.
  • the unified call reference parameter can be used for call accounting, and the charging method of the cross-domain call is simplified.
  • FIG. 8 is a schematic diagram of another call identification device according to an embodiment of the present invention. As shown in FIG. 8, this embodiment includes the following single Yuan:
  • the receiving unit 801 is configured to receive a call signaling message sent by the calling terminal, where the call signaling message carries the called identification information, and the called identification information is transmitted to the identifying unit, where the call signaling message is sent. Transfer to the processing unit.
  • the identifying unit 802 is configured to receive the called identification information sent by the receiving unit, and identify, according to the called identification information, that the called terminal identified by the called identification information is a circuit switched CS network user, and generate a first CS call reference header field; the CS call reference header field is sent to the transmitting unit.
  • the IMS network element After receiving the call signaling message sent by the calling terminal, the IMS network element extracts the called identification information from the call signaling message, and determines that the called terminal is a CS user terminal according to the called identification information, and generates a CS. Call the reference header field.
  • gcr is the GCR parameter, xxxxxxx is the content of the GCR parameter, and its length is equivalent to the character length of the GCR content in the CS network
  • cr is CR
  • the parameter, yyyyyyy is the content of the CR parameter, the length of which is equivalent to the character length of the CR content in the CS network
  • crf is the protocol indication parameter
  • zzzzzzz is the value of crf, and can be BICC, or ITUI SUP, or ANS II SUP.
  • the parameter crf is optional.
  • the sending unit 803 is configured to receive the CS call reference header field that is sent by the identification unit, and send an invite Inv i te message to the media gateway control function MGCF entity, where the MGCF entity carries the second message in the returned response message.
  • the CS call reference header field is used to identify the call corresponding to the call signaling message, and the second CS call reference header field is generated by the MGCF entity according to the first CS call reference header field and configuration information.
  • the first CS call reference header field may be carried in the Inv i te message sent to the MGCF entity, so that the MGCF entity receives the Inv i te message, according to the The first CS call reference header field generates a second CS call reference header field.
  • the first The CS call reference header field may include both the GCR parameter and the CR parameter, and in the IAM message sent to the CS network element, according to the protocol used by the CS side, only the specified type of GCR parameter or CR parameter may be used, and according to The second CS call reference header field is generated using the GCR parameter or the CR parameter.
  • the second CS call reference header field may be carried, so that the IMS network element knows the identification information used by the CS side for the current call.
  • the MGCF entity determines whether to use the CR parameter or the GCR parameter in the second CS call reference header field according to the outgoing signaling type.
  • a configuration information table needs to be saved in the MGCF functional entity, where the mapping relationship between the outgoing signaling type and the CR parameter or the GCR parameter to be used is saved.
  • the MGCF entity may decide whether to carry the CR parameter or the GCR parameter in the generated CS call header field.
  • the MGCF chooses whether to use the GCR parameter or the CR parameter, and needs to query the corresponding configuration information.
  • the CS side uses the ITU-T I SUP signaling and the ANS II SUP signaling, the CR is used. Parameters to identify the call.
  • the IMS network element can use the call reference parameter consistent with the CS side to identify the cross-domain call, which facilitates the interconnection and intercommunication between different networks.
  • the unified call reference can be used.
  • the parameters are used for call billing, and the charging method for cross-domain calls is simplified.
  • FIG. 9 is a schematic diagram of another call identification device according to an embodiment of the present invention. As shown in Figure 9, this embodiment includes the following elements:
  • the receiving unit 901 is configured to receive an invite Invite message sent by the IP multimedia subsystem IMS network element, where the Inv i te message carries a first circuit switched CS call reference header field, where the first CS call reference header field is used. Transfer to the extraction unit.
  • the corresponding network device such as the IMS network element
  • the IMS network element can receive the signaling message and send it to the IMS network element.
  • the IMS network element extracts the called identifier information of the called terminal in the call signaling message.
  • the IMS network element extracts the called identifier information of the called terminal from the call signaling message sent by the terminal, and After determining that the called terminal corresponding to the called identifier information is a CS user terminal, the Inv i te message may be sent to the MGCF.
  • the Inv i te message carries the called identification information, and includes a header CS call reference header field.
  • the CS call reference header field is generated by the IMS network element according to the called identifier information.
  • gcr is the GCR parameter, xxxxxxx is the content of the GCR parameter, and its length is equivalent to the character length of the GCR content in the CS network
  • cr is CR
  • the parameter, yyyyyyy is the content of the CR parameter, the length of which is equivalent to the character length of the CR content in the CS network
  • crf is the protocol indication parameter
  • zzzzzzz is the value of crf, and can be BICC, or ITUI SUP, or ANS II SUP.
  • the parameter crf is optional.
  • the extracting unit 902 is configured to receive the first CS call reference header field sent by the receiving unit, and extract the call reference CR parameter and/or the global call reference GCR parameter from the first CS call reference header field, The CR parameter and/or the GCR parameter are transmitted to a generating unit.
  • a generating unit 903 configured to receive the CR parameter and/or the GCR parameter sent by the extracting unit, and generate a second CS call reference header field according to the first CS call reference header field and configuration information, where The second CS call reference header field carries a CR parameter or the GCR parameter, and the second CS call reference header field is transmitted to the sending unit.
  • the MGCF entity determines whether to use the CR parameter or the GCR parameter in the second CS call reference header field according to the outgoing signaling type.
  • a configuration information table needs to be saved in the MGCF functional entity, where the mapping relationship between the outgoing signaling type and the CR parameter or the GCR parameter to be used is saved.
  • the MGCF entity may decide whether to carry the CR parameter or the GCR parameter in the generated CS call header field.
  • the MGCF chooses whether to use the GCR parameter or the CR parameter, and needs to query the corresponding configuration information.
  • the CS side uses the ITU-T I SUP signaling and the ANS II SUP signaling, the CR is used. Parameters to identify the call.
  • the sending unit 904 is configured to receive the second CS call reference header field sent by the generating unit, where Returning a response message to the IMS network element, where the response message carries the second CS call reference header field, and is used to identify a call corresponding to the call signaling message.
  • the sending unit 904 is specifically configured to: send a 180/181 / 182/183/200 message to the IMS network element, where the 180/181/182/183/200 message The message carries the second CS call reference header field;
  • the sending unit 904 is specifically configured to: after receiving the address full message ACM sent by the CS network element, send a 180 message to the IMS network element, where the Invo te message does not carry the information of the OORe1, The message is carried in the 180 message carrying the second CS call reference header field; or, after receiving the response message ANM/CONNECT sent by the CS network element, sending a message 200 to the IMS network element, where the 200 message carries The second CS calls a reference header field.
  • the 180 message may not carry the CS call reference header field, and therefore needs to be carried in the 200 message.
  • the second call reference header field may be carried only in the 180 message and the CS call reference header field is not carried in the 200 message.
  • the IMS network element can know the identification information used by the CS network side for the current call, and can record and save the information as the identification information identifying the call, that is, use A call reference parameter consistent with the CS side to identify a cross-domain call.
  • the call billing can be performed through the unified call reference parameter, and the charging method of the cross-domain call is simplified.
  • FIG. 10 is a schematic diagram of an MGCF according to an embodiment of the present invention. As shown in FIG. 10, this embodiment includes the following components:
  • the receiver 1001 is configured to receive an invite Invi te message sent by the IP multimedia subsystem IMS network element, where the Inv i te message carries the called identifier information.
  • the processor 1002 is configured to generate a CS call reference CR parameter or a global call reference GCR parameter when the called terminal identified by the called identifier information is a circuit switched CS network user, for initial sending to the CS network element.
  • the address message IAM carries the CR parameter or the GCR parameter.
  • the MGCF entity After receiving the Invi te message, the MGCF entity performs routing according to the called identity information, and generates
  • the information exchange between the MGCF entity and the IMS network element is a SIP message.
  • the MGCF entity may return a response message to the IMS network element.
  • the CR parameter or the GCR parameter is call identification information used to identify the call in the CS network.
  • a CS call reference header field may be generated according to the CR parameter or the GCR parameter, and the format of the CS call reference header field may be as follows:
  • gcr is the GCR parameter, xxxxxxx is the content of the GCR parameter, and its length is equivalent to the character length of the GCR content in the CS network
  • cr is the CR parameter
  • Yyyyyyy is the content of the CR parameter, the length of which is equivalent to the character length of the CR content in the CS network
  • crf is the protocol indication parameter
  • zzzzzzz is the value of crf, and can be BICC, or ITUISUP, or ANSIISUP.
  • the parameter crf is optional.
  • a configuration information table needs to be saved in the MGCF functional entity, where the mapping relationship between the outgoing signaling type and the CR parameter or the GCR parameter to be used is saved.
  • the MGCF entity may decide whether to carry the CR parameter or the GCR parameter in the generated CS call header field.
  • the MGCF chooses whether to use the GCR parameter or the CR parameter, and needs to query the corresponding configuration information.
  • the CS side uses the ITU-T ISUP signaling and the ANSI ISUP signaling, the CR parameter is used. Identify the call.
  • the sender 1003 is configured to generate, according to the CR parameter or the GCR parameter, a CS call reference header field, where the CS call reference header field is carried in a response message sent to the IMS network element, so that the IMS network element
  • the call corresponding to the Invite message is identified using the CR parameter or GCR parameter in the CS call reference header field.
  • the sender 1003 is specifically configured to: send a 180/181/182/183/200 message to the IMS network element, where the 180/181/182/183/200 message is carried.
  • the CS call reference header field There is the CS call reference header field;
  • the transmitter 1003 is specifically configured to: After receiving the address full message ACM sent by the CS network element, the method sends a 180 message to the IMS network element, where the 180 message carries the CS call reference header field; or, the CS network element is sent. After the response message ANM/C0NNECT, the message is sent to the IMS network element, where the 200 message carries the CS call reference header field.
  • the 180 message may not carry the CS call reference header field, and therefore needs to be carried in the 200 message.
  • the second call reference header field may be carried only in the 180 message and the CS call reference header field is not carried in the 200 message.
  • the MGCF entity receives the Invi te message sent by the IMS network element, where the Invi te message carries the call identifier information and the called identifier information; and generates a call reference CR parameter according to the called identifier information and/or Or the global call reference GCR parameter; generating a CS call reference header field according to the CR parameter and/or the GCR parameter, and sending a response message to the IMS network element, where the response message carries the CS call reference header field, where Identifying a call corresponding to the call signaling message. Therefore, the IMS network element can use the call reference parameter consistent with the CS side to identify the cross-domain call, and when the subsequent call is charged, the call can be charged through the unified call reference parameter. Billing method for cross-domain calls.
  • FIG. 11 is a schematic diagram of another MGCF according to an embodiment of the present invention. As shown in Figure 11, this embodiment includes the following components:
  • the receiver 1101 is configured to receive an initial address message IAM sent by the circuit switched CS network element.
  • the processor 1102 is configured to extract a call reference CR parameter or a global call reference GCR parameter from the IAM, and generate a CS call reference header field according to the CR parameter or the GCR parameter.
  • the CS call reference header field can be generated according to the parameter.
  • the parameter crf is optional.
  • a configuration information table needs to be saved in the MGCF functional entity, where the mapping relationship between the outgoing signaling type and the CR parameter or the GCR parameter to be used is saved.
  • the MGCF entity may decide whether to carry the CR parameter or the GCR parameter in the generated CS call header field.
  • the MGCF chooses whether to use the GCR parameter or the CR parameter, and needs to query the corresponding configuration information.
  • the CR is used. Parameters to identify the call.
  • the sender 1103 is configured to send an invite Inv i te message to the IP multimedia subsystem IMS network element, where the Inv i te message carries the CS call reference header field, and is used to identify the call corresponding to the call signaling message. .
  • the MGCF may carry the CS call reference header field in the Inv i te message sent to the IMS network element to identify the call corresponding to the call signaling message.
  • the IMS network element can record and save the CR parameter or the GCR parameter in the CS call reference header field as the identification information identifying the call, thereby realizing the use and CS.
  • the side-consistent call reference parameters identify cross-domain calls, which facilitates interworking between different networks.
  • the unified call reference parameter can be used for call accounting, and the charging method of the cross-domain call is simplified.
  • the MGCF entity receives the IAM sent by the CS network element, and extracts a call reference CR parameter or a global call reference GCR parameter from the IAM, and according to the CR parameter or the GCR parameter.
  • Generating a CS call reference header field sending an invite Invi te message to the IP multimedia subsystem IMS network element, where the Invi te message carries the CS call reference header field, and is used to identify the call corresponding to the call signaling message. Therefore, the IMS network element can use the call reference parameter consistent with the CS side to identify the cross-domain call, and when the subsequent call is charged, the call can be charged through the unified call reference parameter. Billing method for cross-domain calls.
  • RAM random access memory
  • ROM read only memory
  • EEPROM electrically programmable ROM
  • EEPROM electrically erasable programmable ROM
  • registers hard disk, removable disk, CD-ROM, or technical field Any other form of storage medium known.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)

Abstract

本发明涉及一种呼叫的标识方法和装置。该方法包括：接收IP多媒体子系统（IMS）网元发送的邀请（Invite）消息，所述Invite消息中携带有被叫标识信息（201）；当所述被叫标识信息所标识的被叫终端为电路交换（CS）网络用户时，生成呼叫参考（CR）参数或全局呼叫参考（GCR）参数，用以在向CS网元发送的初始地址消息（IAM）消息中携带所述CR参数或所述GCR参数（202）；根据所述CR参数或GCR参数，生成CS呼叫参考头域，向IMS网元发送响应消息，该消息中携带所述CS呼叫参考头域，以标识所述Invite消息对应的呼叫（203）。本发明实现了通过统一的呼叫参考参数标识实现跨域呼叫关联。

Description

'乎叫的标识方法和装置
技术领域
本发明涉及通信领域， 尤其涉及一种呼叫的标识方法和装置。 背景技术
在 IP多媒体子系统 ( IP Multimedia Subsystem, IMS ) 网络与传统的电 路交换（Circuit Switched, CS ) 网络对接实现中， 需通过媒体网关控制功 能 (Media Gateway Control Function, MGCF )实现会话初始 十办议 ( Session Initiation Protocol, SIP )信令与综合业务数字网用户部分（ Integrated Services Digital Network User Part , I SUP ) /承载无关呼叫控制 ( Bearer Independent Call Control, BICC )信令的相互转换。
现有技术下， 在 CS网络中， 可以使用呼叫参考 Call reference参数或 者全局呼叫参考 Global Call reference 参数标识呼叫， 并且也可使用该参 数来对呼叫进行计费； 而在 IMS 网络中， 可以使用呼叫标识 Can-ID参数标 识呼叫， 使用 icid参数对呼叫进行计费。 但是现有技术的缺点是在进行跨域 呼叫时， 由于 CS网络和 IMS网络所使用的用来标识呼叫的参数不一致， 无法 实现跨域呼叫关联。 在实际应用中， 无法通过统一的呼叫标识进行计费， 使 呼叫计费复杂化。 发明内容
本发明实施例提供了一种呼叫的标识方法和装置， 以通过统一的呼叫参 考参数标识实现跨域呼叫关联。
第一方面， 本发明实施例提供了一种呼叫的标识方法， 所述方法包括： 接收 I P多媒体子系统 IMS网元发送的邀请 Invite消息，所述 Invite消 息中携带有被叫标识信息； 当所述被叫标识信息所标识的被叫终端为电路交换 CS网络用户时，生成 CS呼叫参考 CR参数或全局呼叫参考 GCR参数， 用以在向 CS网元发送的初始 地址消息 IAM中携带所述 CR参数或所述 GCR参数；
根据所述 CR参数或 GCR参数， 生成 CS呼叫参考头域， 向 IMS网元发送 响应消息，所述响应消息中携带有所述 CS呼叫参考头域，用以标识所述 Invi te 消息对应的呼叫。
在第一种可能的实现方式中，所述 Inv i te消息中携带有 l OORe l信息时， 所述向 IMS 网元发送响应消息具体为： 向所述 IMS 网元发送 180/181/182/183/200 消息， 所述 180/181/182/183/200 消息中携带有所述 CS呼叫参考头域； 所述 Invi te消息中没有携带所述 l OORe l信息时， 所述向 IMS网元发送响应消息具体为：接收到所述 CS网元发送的地址全消息 ACM后， 向所述 IMS网元发送 180消息，所述 180消息中携带有所述 CS呼叫参考头域； 或者， 接收到所述 CS网元发送的应答消息 A匪 /CONNECT后， 向所述 IMS网元 发送 200消息， 所述 200消息中携带有所述 CS呼叫参考头域。
结合第一方面， 在第二种可能的实现方式中， 所述 CS呼叫参考头域还包 括协议指示参数， 所述协议指示参数用以指示定义所述 CR参数或所述 GCR参 数所使用的协议类型。
第二方面， 本发明实施例提供了一种呼叫的标识方法， 所述方法包括： 接收电路交换 CS网元发送的初始地址消息 IAM;
从所述 IAM中提取呼叫参考 CR参数或全局呼叫参考 GCR参数，并根据所 述 CR参数或 GCR参数生成 CS呼叫参考头域；
向 IP多媒体子系统 IMS网元发送邀请 Invi te消息，所述 Invi te消息中 携带有所述 CS呼叫参考头域， 用以标识所述呼叫信令消息对应的呼叫。
在第一种可能的实现方式中，所述 CS呼叫参考头域还包括协议指示参数， 所述协议指示参数用以指示定义所述 CR参数或所述 GCR参数所使用的协议类 型。 第三方面， 本发明实施例还提供了一种呼叫的标识装置， 所述装置包括： 接收单元，用于接收 IP多媒体子系统 IMS网元发送的邀请 Invi te消息， 所述 Invi te消息中携带有被叫标识信息， 将所述被叫标识信息传输至识别单 元；
识别单元， 用于接收所述接收单元传输的所述被叫标识信息， 当所述被 叫标识信息所标识的被叫终端为电路交换 CS 网络用户时， 生成 CS呼叫参考 CR参数或全局呼叫参考 GCR参数，并将所述 CR参数或 GCR参数传输至发送单 元和响应单元；
发送单元，用于接收所述识别单元发送的所述 CR参数或 GCR参数，向 CS 网元发送初始地址消息 IAM, 所述 IAM中携带有所述识别单元生成的 CR参数 或所述 GCR参数；
响应单元， 用于接收所述识别单元发送的所述 CR参数或 GCR参数， 根据 所述 CR参数或 GCR参数， 生成 CS呼叫参考头域， 向 IMS网元发送响应消息， 所述响应消息中携带所述 CS呼叫参考头域， 用以标识所述 Invi te消息对应 的呼叫。
在第一种可能的实现方式中， 所述 Invi te消息中携带有 l OORe l信息时， 所述响应单元具体用于： 向所述 IMS 网元发送 180/181/182/183/200消息， 所述 180/181 /182/183/200消息中携带有所述 CS呼叫参考头域；所述 Invi te 消息中没有携带所述 l OORe l信息时， 所述响应单元具体用于： 接收到所述 CS 网元发送的地址全消息 ACM后， 向所述 IMS网元发送 180消息， 所述 180消 息中携带有所述 CS呼叫参考头域； 或者， 接收到所述 CS 网元发送的应答消 息 A匪 /CONNECT后， 向所述 IMS网元发送 200消息， 所述 200消息中携带有 所述 CS呼叫参考头域。
结合第三方面， 在第二种可能的实现方式中， 所述 CS呼叫参考头域还包 括协议指示参数， 所述协议指示参数用以指示定义所述 CR参数或所述 GCR参 数所使用的协议类型。 第四方面， 本发明实施例还提供了一种呼叫的标识装置， 所述装置包括： 接收单元， 用于接收电路交换 CS网元发送的初始地址消息 IAM, 将所述 IAM传输至生成单元；
生成单元，用于接收所述接收单元发送的所述 IAM,从所述 IAM中提取呼 叫参考 CR参数或全局呼叫参考 GCR参数， 并根据所述 CR参数或 GCR参数生 成 CS呼叫参考头域， 将所述 CS呼叫参考头域传输至发送单元；
发送单元， 用于接收所述生成单元传输的所述 CS呼叫参考头域， 向 IP 多媒体子系统 IMS网元发送邀请 Inv i t e消息， 所述 Inv i te消息中携带有所 述 CS呼叫参考头域， 用以标识所述呼叫信令消息对应的呼叫。
本发明实施例中， 当用户在 CS网络和 IMS网络之间进行跨域呼叫时， 通 过在 IMS网络的 S IM消息中扩展 CS呼叫参考头域， 可以使用统一的呼叫参考 参数来标识跨域呼叫， 有利于不同网络间的互联互通。 附图说明
图 1为本发明实施例提供的一种呼叫的标识方法的应用场景示意图； 图 2为本发明实施例提供的一种呼叫的标识方法流程图；
图 3为本发明实施例提供的另一呼叫的标识方法流程图；
图 4为本发明实施例提供的另一呼叫的标识方法流程图；
图 5为本发明实施例提供的另一呼叫的标识方法流程图；
图 6为本发明实施例提供的一种呼叫的标识装置示意图；
图 7为本发明实施例提供的另一呼叫的标识装置示意图；
图 8为本发明实施例提供的另一呼叫的标识装置示意图；
图 9为本发明实施例提供的另一呼叫的标识装置示意图；
图 10为本发明实施例提供的- -种 MGCF示意图；
图 11为本发明实施例提供的另一 MGCF示意图； 具体实施方式
以下描述中， 为了说明而不是为了限定， 提出了诸如特定系统结构、 接 口、 技术之类的具体细节， 以便透切理解本发明。 然而， 本领域的技术人员 应当清楚， 在没有这些具体细节的其它实施例中也可以实现本发明。 在其它 情况中， 省略对众所周知的装置、 电路以及方法的详细说明， 以免不必要的 细节妨碍本发明的描述。
图 1 为本发明实施例提供的一种呼叫的标识方法的应用场景示意图。 如 图 1 所示， 本发明实施例提供的呼叫的标识方法在实际应用时， 作为一种新 的呼叫的标识方法可应用于主叫终端和被叫终端在不同的网络中的场景， 例 如， 主叫终端位于 CS网络中， 可连接到 CS网元， 被叫终端位于 IMS网络中， 可连接到 IMS 网元。 本发明实施例实现了主叫终端呼叫被叫终端时， 接收到 主叫终端的呼叫信令消息的 CS 网元向 MGCF实体发送的携带有全局呼叫参考 (Global Call Reference, GCR)参数或者呼叫参考 （Call Reference, CR ) 参数的初始地址消息 ( Initial address message, I AM) 消息后， MGCF 实体 根据该 GCR参数或者 CR参数生成 CS呼叫参考头域， 并向 IMS网元发送携带 该呼叫参考头域的 Invite消息， 由于 CS呼叫参考头域中包括对应的 GCR参 数或者 CR参数， 因此可以使用该 GCR参数或者 CR参数统一标识该跨域呼叫。 另外， 主叫终端和被叫终端在不同的网络中的场景还可以为， 主叫终端位于 IMS网络中， 被叫终端位于 CS网络中。
图 2为本发明实施例提供的一种呼叫的标识方法流程图。 如图 2所示， 该实施例的执行主体是 MGCF实体， 其中详细描述了 MGCF实体在接收到 IMS 网元发送的 Invite消息之后对呼叫进行标识的方法， 该实施例对应的场景是 主叫终端位于 IMS网络， 被叫终端位于 CS网络。 如图 2所示， 该实施例包括 以下步骤：
步骤 201,接收 IMS网元发送的邀请 Invite消息，所述 Invite消息中携 带有被叫标识信息。 本发明实施例中， IMS网元是一个比较概括的定义， 用来指与 MGCF实体 进行信令交互的网元。 例如， 向 MGCF实体发送 Inv i te消息的 IMS网元为出 口网关控制功能（Breakout Ga teway Cont rol Funct ion , BGCF ) 实体。 BGCF 实体是 IMS网络的一个组成部分， 主要是实现呼叫路由功能， 用来选择与 CS 网络域切入点相连的网络。
主叫终端向被叫终端发起语音呼叫请求时， 对应的网络设备， 如 IMS接 入网元可接收到信令消息， 并发送至 IMS网元。 IMS网元接收到主叫终端对应 的呼叫信令消息后， 在该呼叫信令消息中提取被叫终端的被叫标识信息。
IMS 网元从终端发送的呼叫信令消息中提取被叫终端的被叫标识信息并 判断被叫标识信息对应的被叫终端为 CS用户终端后， 可发送 Invi te消息至 MGCF。 其中， 该 Invi te消息中携带有被叫标识信息、 主叫标识信息和呼叫标 识信息。 其中， 呼叫标识信息为 IMS 网络所使用的 S IP协议中用来标识一次 会话的标识 Ca l l-ID。
步骤 202 , 当所述被叫标识信息所标识的被叫终端为电路交换 CS网络用 户时， 生成 CS呼叫参考 CR参数或全局呼叫参考 GCR参数， 用以在向 CS网元 发送的初始地址消息 IAM中携带所述 CR参数或所述 GCR参数。
MGCF 实体接收到 Invi te 消息后， 根据被叫标识信息进行路由， 并生成 GCR参数或者 CR参数， 并在发送至 CS网元的 IAM消息中携带该 CR参数或者 GCR参数， 用以指示 CS侧使用该 CR参数或者 GCR参数标识此次呼叫。
具体地, MGCF实体根据出局信令类型选择要使用的 CR参数或者 GCR参数。 为了实现本发明的技术方案， 在 MGCF功能实体中需要保存一个配置信息表， 其中保存了出局信令类型和要使用的 CR参数或 GCR参数的映射关系。 通过查 询该配置信息表中的配置信息， MGCF实体可决定在生成的 CS呼叫头域中携带 CR参数还是 GCR参数。 具体地，在 CS侧使用 BICC ( Bearer Independent Ca l l Cont rol , 与承载无关的呼叫控制协议）信令时， MGCF会选择使用 GCR参数还 是 CR 参数， 需要查询相应的配置信息； 对于 CS 侧使用 ITU-T ISUP ( International Telecommunication Union Integrated Services Digital Network User Part, 国际电联 IS匪用户部分）信令和 ANSI I SUP (American National Standards Institute Integrated Services Digital Network User Part, 美国国家标准学会 IS匪用户部分）信令时， 则使用 CR参数来标识呼 叫。
步骤 203, 根据所述 CR参数或 GCR参数， 生成 CS呼叫参考头域， 向 IMS 网元发送响应消息， 所述响应消息中携带有所述 CS呼叫参考头域， 用以标识 所述 Invite消息对应的呼叫。
具体地， MGCF实体和 IMS网元之间进行信息交互使用 SIP消息， 为了使 得 IMS网元可以使用与 CS网络侧相同的呼叫标识信息标识呼叫， MGCF实体可 以在向 IMS网元返回的响应消息中携带 CR参数或 GCR参数， 其中， 该响应消 息可以是 180/181/182/183/200 消息。 需要说明的是， 这里发送的响应消息 并不是为了发送 CS参考头域而特意发送的响应消息， 而是在现有技术中已有 的响应消息中携带该 CS参考头域。
其中， 可以根据该 CR参数或 GCR参数生成一个 CS呼叫参考头域， 该 CS 呼叫参考头域的格式可以如下：
CS-Cal 1-Ref erence: gcr=xxxxxxx; cr=yyyyyyy; crf=zzzzzzz 其中， gcr为 GCR参数， xxxxxxx为 GCR参数的内容， 其长度相当于 CS 网络中 GCR内容的字符长度； cr为 CR参数， yyyyyyy为 CR参数的内容， 其 长度相当于 CS网络中 CR内容的字符长度； crf 为协议指示参数， zzzzzzz为 crf 的值， 可以为 BICC、 或 ITUISUP、 或 ANSIISUP。
在 CS呼叫参考头域中， 参数 crf 是可选的。
当然， 也不可以不在 SIP消息中扩展新的头域， 而是在 SIP消息的已有 头域中携带 CR参数或 GCR参数。
优选的， 下面以在 CS呼叫参考头域中携带 CR参数或 GCR参数为例进行 描述。 在 CS呼叫参考头域具体携带 CR参数还是 GCR参数是由出局信令类型决 定的， 如果 CS网络侧使用 CR参数， 则在 CS呼叫参考头域中携带 CR参数； 如果 CS网络侧使用 GCR参数， 则在 CS呼叫参考头域中携带 GCR参数。
生成 CS呼叫参考头域后， MGCF可在响应消息中携带该 CS呼叫参考头域， 用以标识所述呼叫信令消息对应的呼叫。
具体地， 如果 IMS网元发送至 MGCF实体的 Invi te消息中携带有 l OORe l 参数， 则 MGCF 需要向 IMS 网元发送携带有 MGCF 分配的媒体信息的 180/181/182/183/200消息， 可以在该 180/181/182/183/200消息中携带 CS 呼叫参考头域。 如果 IMS 网元发送至 MGCF 实体的 Invi te 消息中没有携带 l OORe l参数， 则 MGCF实体可以在接收到 CS网元发送的地址全消息（ Addres s Complete Mes sage , ACM )后， 向 IMS网元发送 180消息， 并在 180消息中携 带 CS呼叫参考头域；或者，在接收到 CS网元发送的应答消息（ Answer Mes sage A匪； Connect Mes sage )后， 向所述 IMS网元发送 200消息， 所述 200消息 中携带有所述 CS呼叫参考头域。
在 MGCF不支持 l OORe l的情况下， 180消息可能不携带 CS呼叫参考头域， 因此需要在 200消息中携带。 可选地， 可以仅仅在 180消息中携带 CS呼叫参 考头域而 200消息中不携带 CS呼叫参考头域。 由此， IMS网元在接收到 MGCF 实体返回的响应消息后， 便可记录并保存 CS呼叫参考头域中的 CR参数或者 GCR参数作为标识此次呼叫的标识信息， 从而实现使用与 CS侧一致的呼叫参 考参数来标识跨域呼叫， 有利于不同网络间的互联互通。
本发明实施例中， MGCF实体接收 IP多媒体子系统 IMS 网元发送的邀请 Invi te消息， 所述 Inv i te消息中携带有被叫标识信息； 当所述被叫标识信息 所标识的被叫终端为电路交换 CS网络用户时， 生成 CS呼叫参考 CR参数或全 局呼叫参考 GCR参数， 用以在向 CS网元发送的初始地址消息 IAM中携带所述 CR参数或所述 GCR参数； 根据所述 CR参数或 GCR参数， 生成 CS呼叫参考头 域， 用以在向 IMS网元发送的响应消息中携带所述 CS呼叫参考头域， 以使所 述 IMS网元使用所述 CS呼叫参考头域中的所述 CR参数或 GCR参数标识所述 Inv i te消息对应的呼叫。 由此， 可使 IMS网元使用与 CS侧一致的 CR参数或 者 GCR参数来标识跨域呼叫， 有利于不同网络间的互联互通； 在后续对此次 呼叫进行计费时， 可通过该统一的呼叫参考参数进行呼叫计费， 筒化了跨域 呼叫的计费方法。
上述实施例描述了 MGCF实体在主叫终端在 IMS网络， 被叫终端在 CS网 络的场景下进行跨域呼叫关联的方法， 下述实施例描述主叫终端在 CS网络， 被叫终端在 IMS 网络的场景下进行跨域呼叫关联的方法。 图 3为本发明实施 例提供的另一呼叫的标识方法流程图。 该实施例的执行主体是 MGCF实体， 如 图 3所示， 本实施例包括以下步骤：
步骤 301 , 接收 CS网元发送的初始地址消息 IAM。
CS网络中的主叫终端向位于 IMS网络中的被叫终端发起呼叫时， 对应的 网络设备， 如 CS网元可接收到信令消息； CS网元接收到信令消息后， 根据信 令消息中携带了被叫标识信息， 判断被叫终端位于 IMS网络中， 则向 MGCF实 体发送 IAM 消息， 该消息中携带有呼叫参考参数 CR或者全局呼叫参考参数 GCR, 用来标识此次呼叫。
步骤 302 ,从所述 IAM中提取呼叫参考 CR参数或全局呼叫参考 GCR参数， 并根据所述 CR参数或 GCR参数生成 CS呼叫参考头域。
MGCF实体从 IAM消息中提取 CR参数或者 GCR参数后，可根据该参数生成 CS呼叫参考头域。
具体地， 该 CS呼叫参考头域的格式可以如下：
CS-Ca l 1-Ref erence: gcr=xxxxxxx; cr=yyyyyyy; crf=zzzzzzz 其中， gcr为 GCR参数， xxxxxxx为 GCR参数的内容， 其长度相当于 CS 网络中 GCR内容的字符长度； cr为 CR参数， yyyyyyy为 CR参数的内容， 其 长度相当于 CS网络中 CR内容的字符长度； crf 为协议指示参数， zzzzzzz为 crf 的值， 可以为 BICC、 或 ITUI SUP、 或 ANS I I SUP。 在 CS呼叫参考头域中， 参数 crf 是可选的。
当然， 也可以不在 SIP消息中扩展新的头域， 而是在 SIP消息的已有头 域中携带 CR参数或 GCR参数。
优选的， 下面以在 CS呼叫参考头域中携带 CR参数或 GCR参数为例进行 描述。
在 CS呼叫参考头域具体携带 CR参数还是 GCR参数是由入局信令类型决 定的， 如果 CS网络侧使用 CR参数， 则在 CS呼叫参考头域中携带 CR参数； 如果 CS网络侧使用 GCR参数， 则在 CS呼叫参考头域中携带 GCR参数。
具体地， 为了实现本发明的技术方案， 在 MGCF功能实体中可保存一个配 置信息表， 其中配置了出局信令类型和要使用的 CR参数或 GCR参数的映射关 系。通过查询该配置信息表中的配置信息， MGCF实体可决定在生成的 CS呼叫 头域中携带 CR参数还是 GCR参数。 当然， 在 CS侧使用 BICC信令时， MGCF会 选择使用 GCR参数还是 CR参数， 需要查询相应的配置信息； 对于 CS侧使用 ITU-T I SUP信令和 ANSI I SUP信令时， 则使用 CR参数来标识呼叫。
步骤 303 ,向 IP多媒体子系统 IMS网元发送邀请 Invi te消息，所述 Invi te 消息中携带有所述 CS呼叫参考头域，用以标识所述呼叫信令消息对应的呼叫。
生成 CS呼叫参考头域后， MGCF可在发送至 IMS网元的 Invi te消息中携 带该 CS呼叫参考头域， 用以标识所述呼叫信令消息对应的呼叫。
由此， IMS网元在接收到 MGCF实体发送的 Invi te消息后，便可记录并保 存 CS呼叫参考头域中的 CR参数或者 GCR参数作为标识此次呼叫的标识信息， 从而实现使用与 CS侧一致的呼叫参考参数来标识跨域呼叫， 有利于不同网络 间的互联互通。
本发明实施例中， MGCF实体接收 CS网元发送的 IAM; 从所述 IAM中提取 呼叫参考 CR参数或全局呼叫参考 GCR参数， 并根据所述 CR参数或 GCR参数 生成 CS呼叫参考头域； 向 IP多媒体子系统 IMS网元发送邀请 Invi te消息， 所述 Invi te消息中携带有所述 CS呼叫参考头域， 用以标识所述呼叫信令消 息对应的呼叫。 由此， 可使 IMS网元使用与 CS侧一致的呼叫参考参数来标识 跨域呼叫， 有利于不同网络间的互联互通， 在后续对此次呼叫进行计费时， 可通过该统一的呼叫参考参数进行呼叫计费， 筒化了跨域呼叫的计费方法。
在上面的实施例中， MGCF可以根据 IMS网元发送的 Inv i te消息中携带的 被叫标识信息生成 CS 呼叫参考头域并通过返回给 IMS 网元的响应消息指示 IMS网元用来标识呼叫的 CR或 GCR参数。
在下面的实施例中， IMS网元可以生成一个 CS呼叫参考头域， 然后在发 送到 MGCF实体的消息中携带该 CS呼叫参考头域， MGCF实体根据该 CS呼叫参 考头域以及 CS侧的信令生成一个新的 CS呼叫参考头域， 并在返回给 IMS网 元的响应消息中携带该新的呼叫参考头域， 由此可以指示 IMS网元使用与 CS 侧一致的呼叫参考参数来标识跨域呼叫。
图 4为本发明实施例提供的另一呼叫的标识方法流程图。 该实施例的执 行主体是 IMS 网元， 其中详细描述了 IMS 网元在接收到主叫终端发送的呼叫 信令消息后进行跨域呼叫标识的方法。 如图 4所示， 该实施例包括以下步骤： 步骤 401 ,接收主叫终端发送的呼叫信令消息，所述呼叫信令消息中携带 有被叫标识信息。
步骤 402 ,根据所述被叫标识信息，识别所述被叫标识信息所标识的被叫 终端为电路交换 CS网络用户，并生成第一 CS呼叫参考头域。
IMS网元接收到主叫终端发送的呼叫信令消息后，从该呼叫信令消息中提 取被叫标识信息， 并根据该被叫标识信息判断被叫终端为 CS用户终端后， 可 生成一个 CS呼叫参考头域。
该 CS呼叫参考头域的格式可以如下：
CS-Ca l 1-Ref erence: gcr=xxxxxxx; cr=yyyyyyy; crf=zzzzzzz 其中， gcr为 GCR参数， xxxxxxx为 GCR参数的内容， 其长度相当于 CS 网络中 GCR内容的字符长度； cr为 CR参数， yyyyyyy为 CR参数的内容， 其 长度相当于 CS网络中 CR内容的字符长度； crf 为协议指示参数， zzzzzzz为 crf 的值， 可以为 BICC、 或 ITUISUP、 或 ANSI ISUP。
在 CS呼叫参考头域中， 参数 crf 是可选的。
当然， 也不可以不在 SIP消息中扩展新的头域， 而是在 SIP消息的已有 头域中携带 CR参数或 GCR参数。
优选的， 下面以在 CS呼叫参考头域中携带 CR参数或 GCR参数为例进行 描述。
在 CS呼叫参考头域具体携带 CR参数还是 GCR参数是由出局信令类型决 定的， 如果 CS网络侧使用 CR参数， 则在 CS呼叫参考头域中携带 CR参数； 如果 CS网络侧使用 GCR参数， 则在 CS呼叫参考头域中携带 GCR参数。
步骤 403 , 向媒体网关控制功能 MGCF 实体发送邀请 Invi te消息， 所述
MGCF实体在返回的响应消息中携带第二 CS呼叫参考头域，用以标识所述呼叫 信令消息对应的呼叫， 所述第二 CS呼叫参考头域是所述 MGCF实体根据所述 第一 CS呼叫参考头域以及配置信息生成的。
IMS网元生成第一 CS呼叫参考头域后， 可在发送至 MGCF实体的 Invi te 消息中携带该第一 CS呼叫参考头域， 以使得 MGCF实体在接收到 Inv i te消息 后， 根据该第一 CS呼叫参考头域生成第二 CS呼叫参考头域。 具体地， 第一 CS呼叫参考头域中可以同时包括 GCR参数和 CR参数， 而在发送至 CS网元的 IAM消息中，根据 CS侧所使用的协议，选择指定类型的 GCR参数或者 CR参数， 并根据要使用的 GCR参数或者 CR参数， 生成第二 CS呼叫参考头域。在向 IMS 网元返回响应消息时， 可以携带该第二 CS呼叫参考头域， 以使得 IMS网元知 悉 CS侧对本次呼叫所使用的标识信息。
具体地， MGCF 实体根据出局信令类型决定第二 CS呼叫参考头域中使用 CR参数还是使用 GCR参数。 为了实现本发明的技术方案， 在 MGCF功能实体中 需要保存一个配置信息表，其中保存了出局信令类型和要使用的 CR参数或 GCR 参数的映射关系。 通过查询该配置信息表中的配置信息， MGCF 实体可决定在 生成的 CS呼叫头域中携带 CR参数还是 GCR参数。 当然， 在 CS侧使用 BICC 信令时， MGCF会选择使用 GCR参数还是 CR参数， 需要查询相应的配置信息； 对于 CS侧使用 ITU-T I SUP信令和 ANS I I SUP信令时， 则使用 CR参数来标识 呼叫。
本发明实施例中， IMS网元接收主叫终端发送的呼叫信令消息，所述呼叫 信令消息中携带有被叫标识信息； 根据所述被叫标识信息， 识别所述被叫标 识信息所标识的被叫终端为电路交换 CS网络用户，并生成第一 CS呼叫参考头 域； 向媒体网关控制功能 MGCF实体发送邀请 Inv i te消息， 用以所述 MGCF实 体在返回的响应消息中携带第二 CS呼叫参考头域， 用以标识所述呼叫信令消 息对应的呼叫， 所述第二 CS呼叫参考头域是所述 MGCF实体根据所述第一 CS 呼叫参考头域以及配置信息生成的。 由此， 可使 IMS网元使用与 CS侧一致的 呼叫参考参数来标识跨域呼叫， 有利于不同网络间的互联互通， 在后续对此 次呼叫进行计费时， 可通过该统一的呼叫参考参数进行呼叫计费， 筒化了跨 域呼叫的计费方法。
上面的实施例中描述的是由 IMS网元生成第一 CS呼叫参考头域并在发送 至 MGCF实体的 Inv i te消息中携带第一 CS呼叫参考头域的过程， 下面的实施 例将描述 MGCF实体接收到该携带第一 CS呼叫参考头域的 Inv i te消息后， 根 据第一 CS呼叫参考头域生成第二 CS呼叫参考头域并实现跨域呼叫关联的方 法。
图 5为本发明实施例提供的另一呼叫的标识方法流程图。 该实施例的执 行主体是 MGCF实体，其中详细描述了 MGCF实体接收到 IMS网元发送的 Inv i te 消息后进行跨域呼叫关联的方法。 如图 5所示， 本实施例包括以下步骤： 步骤 501 ,接收 IP多媒体子系统 IMS网元发送的邀请 Inv i te消息，所述 Inv i te消息中携带有第一电路交换 CS呼叫参考头域。
主叫终端向被叫终端发起语音呼叫请求时， 对应的网络设备， 如 IMS 网 元可接收到信令消息， 并发送至 IMS网元。 IMS网元接收到主叫终端对应的呼 叫信令消息后， 在该呼叫信令消息中提取被叫终端的被叫标识信息。 IMS 网元从终端发送的呼叫信令消息中提取被叫终端的被叫标识信息并 判断被叫标识信息对应的被叫终端为 CS用户终端后， 可发送 Invi te消息至 MGCF。 其中， 该 Invi te消息中携带有被叫标识信息， 并包括头域 CS呼叫参 考头域。 其中， CS呼叫参考头域为 IMS网元根据被叫标识信息生成的。
Figure imgf000016_0001
CS-Ca l 1-Ref erence: gcr=xxxxxxx; cr=yyyyyyy; crf=zzzzzzz 其中， gcr为 GCR参数， xxxxxxx为 GCR参数的内容， 其长度相当于 CS 网络中 GCR内容的字符长度； cr为 CR参数， yyyyyyy为 CR参数的内容， 其 长度相当于 CS网络中 CR内容的字符长度； crf 为协议指示参数， zzzzzzz为 crf 的值， 可以为 BICC、 或 ITUISUP、 或 ANSI ISUP。
在 CS呼叫参考头域中， 参数 crf 是可选的。
当然， 也不可以不在 SIP消息中扩展新的头域， 而是在 SIP消息的已有 头域中携带 CR参数或 GCR参数。
步骤 502 , 从所述第一 CS呼叫参考头域中提取所述呼叫参考 CR参数和 / 或全局呼叫参考 GCR参数。
步骤 503 ,根据所述第一 CS呼叫参考头域和配置信息，生成第二 CS呼叫 参考头域， 所述第二 CS呼叫参考头域中携带有所 CR参数或所述 GCR参数。
第一 CS呼叫参考头域中可以同时包括 GCR参数和 CR参数， 而在 MGCF实 体发送至 CS网元的 IAM消息中， 根据 CS侧所使用的协议， 可以只使用指定 类型的 GCR参数或者 CR参数， 因此可根据要使用的 GCR参数或者 CR参数， 生成第二 CS呼叫参考头域。
具体地， MGCF 实体根据出局信令类型决定第二 CS呼叫参考头域中使用 CR参数还是使用 GCR参数。 为了实现本发明的技术方案， 在 MGCF功能实体中 需要保存一个配置信息表，其中保存了出局信令类型和要使用的 CR参数或 GCR 参数的映射关系。 通过查询该配置信息表中的配置信息， MGCF 实体可决定在 生成的 CS呼叫头域中携带 CR参数还是 GCR参数。 当然， 在 CS侧使用 BICC 信令时， MGCF会选择使用 GCR参数还是 CR参数， 需要查询相应的配置信息； 对于 CS侧使用 ITU-T I SUP信令和 ANSI I SUP信令时， 则使用 CR参数来标识 呼叫。
步骤 504 ,向所述 IMS网元返回响应消息，所述响应消息中携带有所述第 二 CS呼叫参考头域， 用以标识所述 Invi te消息对应的呼叫。
生成第二 CS呼叫参考头域后， MGCF可在返回给 IMS望远的响应消息中携 带该第二 CS呼叫参考头域， 用以标识所述呼叫信令消息对应的呼叫。
具体地， 所述 Invi te消息中携带有 l OORe l信息时， 所述向 IMS网元发 送响应消息为： 向所述 IMS 网元发送 180/181/182/183/200 消息， 所述 180/181/182/183/200消息中携带有所述第二 CS呼叫参考头域； 所述 Invi te 消息中没有携带所述 l OORe l信息时， 所述向 IMS网元发送响应消息为： 接收 到所述 CS网元发送的地址全消息 ACM后， 向所述 IMS网元发送 180消息， 所 述 180消息中携带有所述第二 CS呼叫参考头域； 或者， 接收到所述 CS网元 发送的应答消息 A匪 /CONNECT后， 向所述 IMS网元发送 200消息， 所述 200 消息中携带有所述第二 C S呼叫参考头域。
在 MGCF不支持 l OORe l的情况下， 180消息可能不携带 CS呼叫参考头域, 因此需要在 200消息中携带。 可选地， 作为一种非常规选择， 可以仅仅在 180 消息中携带第二呼叫参考头域而 200消息中不携带 CS呼叫参考头域。
由此， IMS网元在接收到 MGCF实体返回的响应消息后， 可使用与 CS侧一 致的呼叫参考参数来标识跨域呼叫， 有利于不同网络间的互联互通， 在后续 对此次呼叫进行计费时， 可通过该统一的呼叫参考参数进行呼叫计费， 筒化 了跨域呼叫的计费方法。
本发明实施例中， MGCF实体接收 IP多媒体子系统 IMS 网元发送的邀请 Invi te消息， 所述 Invi te消息中携带有第一电路交换 CS呼叫参考头域和被 叫标识信息； 从所述第一 CS呼叫参考头域中提取所述呼叫参考 CR参数和 /或 全局呼叫参考 GCR参数； 根据所述 CS侧所使用的协议类型， 生成第二 CS呼 叫参考头域， 所述第二 CS呼叫参考头域中携带有所 CR参数或所述 GCR参数； 向所述 IMS网元返回响应消息， 所述响应消息中携带有所述第二 CS呼叫参考 头域， 用以标识所述呼叫信令消息对应的呼叫。 由此， 可以实现使用统一的 呼叫参考参数来标识跨域呼叫， 并通过该统一的呼叫参考参数进行呼叫计费 , 筒化了跨域呼叫的计费方法。
相应地， 本发明实施例还提供了一种呼叫的标识装置， 图 6为本发明实 施例提供的一种呼叫的标识装置示意图。 如图 6 所示， 该实施例包括以下单 元；
接收单元 601 , 用于接收 IP多媒体子系统 IMS 网元发送的邀请 Invi te 消息， 所述 Invi te消息中携带有被叫标识信息， 将所述被叫标识信息传输至 识别单元。
主叫终端向被叫终端发起语音呼叫请求时， 对应的网络设备， 如 IMS 网 元可接收到信令消息， 并发送至 IMS网元。 IMS网元接收到主叫终端对应的呼 叫信令消息后， 在该呼叫信令消息中提取被叫终端的被叫标识信息。 本发明 实施例中， IMS网元是一个比较概括的定义，用来指 IMS网络中的网元。例如， 向 MGCF实体发送 Invi te消息的 IMS网元为 BGCF 实体。 BGCF实体是 IMS网 络的一个组成部分， 主要是实现呼叫路由功能， 用来选择与 CS网络域切入点 相连的网络。
IMS 网元从终端发送的呼叫信令消息中提取被叫终端的被叫标识信息并 判断被叫标识信息对应的被叫终端为 CS用户终端后， 可发送 Invi te消息至 MGCF。 其中， 该 Invi te消息中携带有被叫标识信息、 主叫标识信息和呼叫标 识信息。 其中， 呼叫标识信息为 IMS 网络所使用的 S IP协议中用来标识一次 会话的标识 Ca l l-ID。
识别单元 602 ,用于接收所述接收单元传输的所述被叫标识信息， 当所述 被叫标识信息所标识的被叫终端为电路交换 CS 网络用户时， 生成 CS呼叫参 考 CR参数或全局呼叫参考 GCR参数， 并将所述 CR参数或 GCR参数传输至发 送单元和响应单元。
具体地， MGCF实体和 IMS网元之间进行信息交互的为 SIP消息， 为了使 得 IMS网元可以使用与 CS网络侧相同的呼叫标识信息标识呼叫， MGCF实体可 以在向 IMS网元返回的响应消息中携带 CR参数或 GCR参数。 其中， 该 CR参 数或 GCR参数为 CS网络中用来标识呼叫的呼叫标识信息。
其中， 可以根据该 CR参数和 /或 GCR参数生成一个 CS呼叫参考头域， 该 CS呼叫参考头域的格式可以如下：
CS-Cal 1-Ref erence: gcr=xxxxxxx; cr=yyyyyyy; crf=zzzzzzz 其中， gcr为 GCR参数， xxxxxxx为 GCR参数的内容， 其长度相当于 CS 网络中 GCR内容的字符长度； cr为 CR参数， yyyyyyy为 CR参数的内容， 其 长度相当于 CS网络中 CR内容的字符长度； crf 为协议指示参数， zzzzzzz为 crf 的值， 可以为 BICC、 或 ITUISUP、 或 ANSIISUP。
具体地， 为了实现本发明的技术方案， 在 MGCF功能实体中需要保存一个 配置信息表， 其中保存了出局信令类型和要使用的 CR参数或 GCR参数的映射 关系。通过查询该配置信息表中的配置信息， MGCF实体可决定在生成的 CS呼 叫头域中携带 CR参数还是 GCR参数。 当然， 在 CS侧使用 BICC信令时， MGCF 会选择使用 GCR参数还是 CR参数， 需要查询相应的配置信息； 对于 CS侧使 用 ITU-T ISUP信令和 ANSI ISUP信令时， 则使用 CR参数来标识呼叫。
响应单元 603, 用于接收所述识别单元发送的所述 CR参数或 GCR参数， 根据所述 CR参数或 GCR参数， 生成 CS呼叫参考头域， 向 IMS网元发送响应 消息， 所述响应消息中携带所述 CS呼叫参考头域， 用以标识所述 Invite消 息对应的呼叫。
当 Invite消息中携带有 lOORel信息时， 响应单元 603具体用于： 向所 述 IMS网元发送 180/181/182/183/200消息， 所述 180/181/182/183/200消 息中携带有所述 CS呼叫参考头域。
当 Invite消息中没有携带所述 lOORel信息时，响应单元 603具体用于： 接收到所述 CS网元发送的地址全消息 ACM后，向所述 IMS网元发送 180消息， 所述 180消息中携带有所述 CS呼叫参考头域； 或者， 接收到所述 CS网元发 送的应答消息 ANM/C0NNECT后， 向所述 IMS网元发送 200消息， 所述 200消 息中携带有所述 CS呼叫参考头域。
发送单元 604 , 用于接收所述识别单元发送的所述 CR参数或 GCR参数， 向 CS网元发送初始地址消息 IAM, 所述 IAM中携带有所述识别单元生成的 CR 参数或所述 GCR参数。
由此， IMS网元在接收到 MGCF实体返回的响应消息后， 便可记录并保存
CS呼叫参考头域中的 CR参数或者 GCR参数作为标识此次呼叫的标识信息，从 而实现使用与 CS侧一致的呼叫参考参数来标识跨域呼叫， 有利于不同网络间 的互联互通。 在后续对此次呼叫进行计费时， 可通过该统一的呼叫参考参数 进行呼叫计费， 筒化了跨域呼叫的计费方法。
相应地， 本发明实施例还提供了一种呼叫的标识装置。 图 7为本发明实 施例提供的另一呼叫的标识装置示意图。 如图 7 所示， 本实施例包括以下步 骤：
接收单元 701 , 用于接收电路交换 CS网元发送的初始地址消息 IAM, 将 所述 IAM传输至生成单元。
CS网络中的主叫终端向位于 IMS网络中的被叫终端发起呼叫时， 对应的 网络设备， 如 CS网元可接收到信令消息； CS网元接收到信令消息后， 根据信 令消息中携带了被叫标识信息， 判断被叫终端位于 IMS网络中， 则向 MGCF实 体发送 IAM 消息， 该消息中携带有呼叫参考参数 CR或者全局呼叫参考参数 GCR, 用来标识此次呼叫。
生成单元 702 , 用于接收所述接收单元发送的所述 IAM, 从所述 IAM中提 取呼叫参考 CR参数或全局呼叫参考 GCR参数， 并根据所述 CR参数或 GCR参 数生成 CS呼叫参考头域， 将所述 CS呼叫参考头域传输至发送单元。
MGCF实体从 IAM消息中提取 CR参数或者 GCR参数后，可根据该参数生成 CS呼叫参考头域。
具体地， 该 CS呼叫参考头域的格式可以如下：
CS-Ca l 1-Ref erence: gcr=xxxxxxx; cr=yyyyyyy; crf=zzzzzzz 其中， gcr为 GCR参数， xxxxxxx为 GCR参数的内容， 其长度相当于 CS 网络中 GCR内容的字符长度； cr为 CR参数， yyyyyyy为 CR参数的内容， 其 长度相当于 CS网络中 CR内容的字符长度； crf 为协议指示参数， zzzzzzz为 crf 的值， 可以为 BICC、 或 ITUI SUP、 或 ANS I I SUP。
在 CS呼叫参考头域中， 参数 crf 是可选的。
具体地， 为了实现本发明的技术方案， 在 MGCF功能实体中需要保存一个 配置信息表， 其中保存了出局信令类型和要使用的 CR参数或 GCR参数的映射 关系。通过查询该配置信息表中的配置信息， MGCF实体可决定在生成的 CS呼 叫头域中携带 CR参数还是 GCR参数。 当然， 在 CS侧使用 BICC信令时， MGCF 会选择使用 GCR参数还是 CR参数， 需要查询相应的配置信息； 对于 CS侧使 用 ITU-T I SUP信令和 ANS I I SUP信令时， 则使用 CR参数来标识呼叫。
发送单元 703 , 用于接收所述生成单元传输的所述 CS呼叫参考头域， 向
IP多媒体子系统 IMS网元发送邀请 Inv i te消息， 所述 Inv i te消息中携带有 所述 CS呼叫参考头域， 用以标识所述呼叫信令消息对应的呼叫。
生成 CS呼叫参考头域后， MGCF可在发送至 IMS网元的 Inv i te消息中携 带该 CS呼叫参考头域， 用以标识所述呼叫信令消息对应的呼叫。
由此， IMS网元在接收到 MGCF实体发送的 Inv i te消息后，便可记录并保 存 CS呼叫参考头域中的 CR参数或者 GCR参数作为标识此次呼叫的标识信息， 从而实现使用与 CS侧一致的呼叫参考参数来标识跨域呼叫， 有利于不同网络 间的互联互通。 在后续对此次呼叫进行计费时， 可通过该统一的呼叫参考参 数进行呼叫计费， 筒化了跨域呼叫的计费方法。
相应地， 本发明实施例还提供了一种呼叫的标识装置。 图 8为本发明实 施例提供的另一呼叫的标识装置示意图。 如图 8 所示， 该实施例包括以下单 元：
接收单元 801 ,用于接收主叫终端发送的呼叫信令消息，所述呼叫信令消 息中携带有被叫标识信息， 将所述被叫标识信息传输至识别单元， 将所述呼 叫信令消息传输至处理单元。
识别单元 802 ,用于接收所述接收单元发送的所述被叫标识信息，根据所 述被叫标识信息， 识别所述被叫标识信息所标识的被叫终端为电路交换 CS网 络用户，并生成第一 CS呼叫参考头域； 将所述 CS呼叫参考头域发送至发送单 元。
IMS网元接收到主叫终端发送的呼叫信令消息后，从该呼叫信令消息中提 取被叫标识信息， 并根据该被叫标识信息判断被叫终端为 CS用户终端后， 可 生成一个 CS呼叫参考头域。
该 CS呼叫参考头域的格式可以如下：
CS-Ca l 1-Ref erence: gcr=xxxxxxx; cr=yyyyyyy; crf=zzzzzzz 其中， gcr为 GCR参数， xxxxxxx为 GCR参数的内容， 其长度相当于 CS 网络中 GCR内容的字符长度； cr为 CR参数， yyyyyyy为 CR参数的内容， 其 长度相当于 CS网络中 CR内容的字符长度； crf 为协议指示参数， zzzzzzz为 crf 的值， 可以为 BICC、 或 ITUI SUP、 或 ANS I I SUP。
在 CS呼叫参考头域中， 参数 crf 是可选的。
发送单元 803 , 用于接收所述识别单元传输的所述 CS呼叫参考头域， 向 媒体网关控制功能 MGCF实体发送邀请 Inv i te消息， 用以所述 MGCF实体在返 回的响应消息中携带第二 CS呼叫参考头域， 用以标识所述呼叫信令消息对应 的呼叫， 所述第二 CS呼叫参考头域是所述 MGCF实体根据所述第一 CS呼叫参 考头域以及配置信息生成的。
IMS网元生成第一 CS呼叫参考头域后， 可在发送至 MGCF实体的 Inv i te 消息中携带该第一 CS呼叫参考头域， 以使得 MGCF实体在接收到 Inv i te消息 后， 根据该第一 CS呼叫参考头域生成第二 CS呼叫参考头域。 具体地， 第一 CS呼叫参考头域中可以同时包括 GCR参数和 CR参数， 而在发送至 CS网元的 IAM消息中， 根据 CS侧所使用的协议， 可以只使用指定类型的 GCR参数或者 CR参数， 并根据要使用的 GCR参数或者 CR参数， 生成第二 CS呼叫参考头域。 在向 IMS网元返回响应消息时，可以携带该第二 CS呼叫参考头域，以使得 IMS 网元知悉 CS侧对本次呼叫所使用的标识信息。
具体地， MGCF 实体根据出局信令类型决定第二 CS呼叫参考头域中使用 CR参数还是使用 GCR参数。 为了实现本发明的技术方案， 在 MGCF功能实体中 需要保存一个配置信息表，其中保存了出局信令类型和要使用的 CR参数或 GCR 参数的映射关系。 通过查询该配置信息表中的配置信息， MGCF 实体可决定在 生成的 CS呼叫头域中携带 CR参数还是 GCR参数。 当然， 在 CS侧使用 BICC 信令时， MGCF会选择使用 GCR参数还是 CR参数， 需要查询相应的配置信息； 对于 CS侧使用 ITU-T I SUP信令和 ANS I I SUP信令时， 则使用 CR参数来标识 呼叫。
由此， 可使 IMS网元使用与 CS侧一致的呼叫参考参数来标识跨域呼叫， 有利于不同网络间的互联互通， 在后续对此次呼叫进行计费时， 可通过该统 一的呼叫参考参数进行呼叫计费， 筒化了跨域呼叫的计费方法。
相应地， 本发明实施例还提供了一种呼叫的标识装置， 图 9为本发明实 施例提供的另一呼叫的标识装置示意图。 如图 9 所示， 本实施例包括以下单 元：
接收单元 901 , 用于接收 IP多媒体子系统 IMS 网元发送的邀请 Inv i t e 消息， 所述 Inv i te消息中携带有第一电路交换 CS呼叫参考头域， 将所述第 一 CS呼叫参考头域传输至提取单元。
主叫终端向被叫终端发起语音呼叫请求时， 对应的网络设备， 如 IMS 网 元可接收到信令消息， 并发送至 IMS网元。 IMS网元接收到主叫终端对应的呼 叫信令消息后， 在该呼叫信令消息中提取被叫终端的被叫标识信息。
IMS 网元从终端发送的呼叫信令消息中提取被叫终端的被叫标识信息并 判断被叫标识信息对应的被叫终端为 CS用户终端后， 可发送 Inv i te消息至 MGCF。 其中， 该 Inv i te消息中携带有被叫标识信息， 并包括头域 CS呼叫参 考头域。 其中， CS呼叫参考头域为 IMS网元根据被叫标识信息生成的。
该 CS呼叫参考头域的格式可以如下：
CS-Ca l 1-Ref erence: gcr=xxxxxxx; cr=yyyyyyy; crf=zzzzzzz 其中， gcr为 GCR参数， xxxxxxx为 GCR参数的内容， 其长度相当于 CS 网络中 GCR内容的字符长度； cr为 CR参数， yyyyyyy为 CR参数的内容， 其 长度相当于 CS网络中 CR内容的字符长度； crf 为协议指示参数， zzzzzzz为 crf 的值， 可以为 BICC、 或 ITUI SUP、 或 ANS I I SUP。
在 CS呼叫参考头域中， 参数 crf 是可选的。
提取单元 902 ,用于接收所述接收单元发送的所述第一 CS呼叫参考头域， 从所述第一 CS呼叫参考头域中提取所述呼叫参考 CR参数和 /或全局呼叫参考 GCR参数， 将所述 CR参数和 /或所述 GCR参数传输至生成单元。
生成单元 903 ,用于接收所述提取单元发送的所述 CR参数和 /或所述 GCR 参数， 根据所述第一 CS呼叫参考头域和配置信息， 生成第二 CS呼叫参考头 域， 所述第二 CS呼叫参考头域中携带有所 CR参数或所述 GCR参数， 将所述 第二 CS呼叫参考头域传输至发送单元。
具体地， MGCF 实体根据出局信令类型决定第二 CS呼叫参考头域中使用 CR参数还是使用 GCR参数。 为了实现本发明的技术方案， 在 MGCF功能实体中 需要保存一个配置信息表，其中保存了出局信令类型和要使用的 CR参数或 GCR 参数的映射关系。 通过查询该配置信息表中的配置信息， MGCF 实体可决定在 生成的 CS呼叫头域中携带 CR参数还是 GCR参数。 当然， 在 CS侧使用 BICC 信令时， MGCF会选择使用 GCR参数还是 CR参数， 需要查询相应的配置信息； 对于 CS侧使用 ITU-T I SUP信令和 ANS I I SUP信令时， 则使用 CR参数来标识 呼叫。
发送单元 904 ,用于接收所述生成单元发送的所述第二 CS呼叫参考头域， 向所述 IMS网元返回响应消息， 所述响应消息中携带有所述第二 CS呼叫参考 头域， 用以标识所述呼叫信令消息对应的呼叫。
所述 Invi te消息中携带有 l OORe l信息时， 发送单元 904具体用于： 向 所述 IMS 网元发送 180/181 /182/183/200消息， 所述 180/181/182/ 183/200 消息中携带有所述第二 C S呼叫参考头域；
所述 Invi te消息中没有携带所述 l OORe l信息时， 发送单元 904具体用 于： 接收到所述 CS网元发送的地址全消息 ACM后， 向所述 IMS网元发送 180 消息， 所述 180消息中携带有所述第二 CS呼叫参考头域； 或者， 接收到所述 CS网元发送的应答消息 ANM/CONNECT后， 向所述 IMS网元发送 200消息， 所 述 200消息中携带有所述第二 CS呼叫参考头域。
在 MGCF不支持 l OORe l的情况下， 180消息可能不携带 CS呼叫参考头域， 因此需要在 200消息中携带。 可选地， 作为一种非常规选择， 可以仅仅在 180 消息中携带第二呼叫参考头域而 200消息中不携带 CS呼叫参考头域。
由此， IMS 网元在接收到 MGCF 实体返回的响应消息后， 便可以知悉 CS 网络侧对本次呼叫所使用的标识信息， 可记录并保存此信息作为标识此次呼 叫的标识信息， 即使用与 CS侧一致的呼叫参考参数来标识跨域呼叫。 并可通 过该统一的呼叫参考参数进行呼叫计费， 筒化了跨域呼叫的计费方法。
相应地， 本发明实施例提供了一种 MGCF实体， 图 10为本发明实施例提 供的一种 MGCF示意图。 如图 10所示， 本实施例包括以下元件：
接收器 1001 , 用于接收 IP多媒体子系统 IMS网元发送的邀请 Invi te消 息， 所述 Inv i te消息中携带有被叫标识信息。
处理器 1002 ,用于当所述被叫标识信息所标识的被叫终端为电路交换 CS 网络用户时， 生成 CS呼叫参考 CR参数或全局呼叫参考 GCR参数， 用以在向 CS网元发送的初始地址消息 IAM中携带所述 CR参数或所述 GCR参数。
MGCF 实体接收到 Invi te 消息后， 根据被叫标识信息进行路由， 并生成
GCR参数或者 CR参数。 具体地， MGCF实体和 IMS网元之间进行信息交互的为 SIP消息， 为了使 得 IMS网元可以使用与 CS网络侧相同的呼叫标识信息标识呼叫， MGCF实体可 以在向 IMS网元返回的响应消息中携带 CR参数或 GCR参数。 其中， 该 CR参 数或 GCR参数为 CS网络中用来标识呼叫的呼叫标识信息。
其中， 可以根据该 CR参数或 GCR参数生成一个 CS呼叫参考头域， 该 CS 呼叫参考头域的格式可以如下：
CS-Cal 1-Ref erence: gcr=xxxxxxx; cr=yyyyyyy; crf=zzzzzzz 其中， gcr为 GCR参数， xxxxxxx为 GCR参数的内容， 其长度相当于 CS 网络中 GCR内容的字符长度； cr为 CR参数， yyyyyyy为 CR参数的内容， 其 长度相当于 CS网络中 CR内容的字符长度； crf 为协议指示参数， zzzzzzz为 crf 的值， 可以为 BICC、 或 ITUISUP、 或 ANSIISUP。
在 CS呼叫参考头域中， 参数 crf 是可选的。
具体地， 为了实现本发明的技术方案， 在 MGCF功能实体中需要保存一个 配置信息表， 其中保存了出局信令类型和要使用的 CR参数或 GCR参数的映射 关系。通过查询该配置信息表中的配置信息， MGCF实体可决定在生成的 CS呼 叫头域中携带 CR参数还是 GCR参数。 当然， 在 CS侧使用 BICC信令时， MGCF 会选择使用 GCR参数还是 CR参数， 需要查询相应的配置信息； 对于 CS侧使 用 ITU-T ISUP信令和 ANSI ISUP信令时， 则使用 CR参数来标识呼叫。
发送器 1003,用于根据所述 CR参数或 GCR参数，生成 CS呼叫参考头域， 用以在向 IMS网元发送的响应消息中携带所述 CS呼叫参考头域，以使所述 IMS 网元使用所述 CS呼叫参考头域中的所述 CR参数或 GCR参数标识所述 Invite 消息对应的呼叫。
所述 Invite消息中携带有 lOORel信息时， 发送器 1003具体用于： 向所 述 IMS网元发送 180/181/182/183/200消息， 所述 180/181/182/183/200消 息中携带有所述 CS呼叫参考头域；
所述 I nv i t e消息中没有携带所述 10 ORe 1信息时，发送器 1003具体用于： 接收到所述 CS网元发送的地址全消息 ACM后，向所述 IMS网元发送 180消息， 所述 180消息中携带有所述 CS呼叫参考头域； 或者， 接收到所述 CS网元发 送的应答消息 ANM/C0NNECT后， 向所述 IMS网元发送 200消息， 所述 200消 息中携带有所述 CS呼叫参考头域。
在 MGCF不支持 l OORe l的情况下， 180消息可能不携带 CS呼叫参考头域， 因此需要在 200消息中携带。 可选地， 作为一种非常规选择， 可以仅仅在 180 消息中携带第二呼叫参考头域而 200消息中不携带 CS呼叫参考头域。
本发明实施例中， MGCF实体接收 IMS网元发送的 Invi te消息，所述 Invi te 消息中携带有呼叫标识信息和被叫标识信息； 根据所述被叫标识信息， 生成 呼叫参考 CR参数和 /或全局呼叫参考 GCR参数； 根据所述 CR参数和 /或 GCR 参数， 生成 CS呼叫参考头域， 向 IMS网元发送响应消息， 所述响应消息中携 带有所述 CS呼叫参考头域， 用以标识所述呼叫信令消息对应的呼叫。 由此， 可使 IMS网元使用与 CS侧一致的呼叫参考参数来标识跨域呼叫， 在后续对此 次呼叫进行计费时， 可通过该统一的呼叫参考参数进行呼叫计费， 筒化了跨 域呼叫的计费方法。
上述实施例描述了 MGCF实体在主叫终端在 IMS网络， 被叫终端在 CS网 络的场景下进行跨域呼叫关联的方法， 下述实施例描述 MGCF实体在主叫终端 在 CS 网络， 被叫终端在 IMS 网络的场景下进行跨域呼叫关联的方法。 图 11 为本发明实施例提供的另一 MGCF示意图。 如图 11所示， 本实施例包括以下 元件：
接收器 1101 , 用于接收电路交换 CS网元发送的初始地址消息 IAM。
处理器 1102 , 用于从所述 IAM中提取呼叫参考 CR参数或全局呼叫参考 GCR参数， 并根据所述 CR参数或 GCR参数生成 CS呼叫参考头域。
MGCF实体从 IAM消息中提取 CR参数或者 GCR参数后，可根据该参数生成 CS呼叫参考头域。
具体地， 该 CS呼叫参考头域的格式可以如下： CS-Ca l 1-Ref erence: gcr=xxxxxxx; cr=yyyyyyy; crf=zzzzzzz 其中， gcr为 GCR参数， xxxxxxx为 GCR参数的内容， 其长度相当于 CS 网络中 GCR内容的字符长度； cr为 CR参数， yyyyyyy为 CR参数的内容， 其 长度相当于 CS网络中 CR内容的字符长度； crf 为协议指示参数， zzzzzzz为 crf 的值， 可以为 BICC、 或 ITUI SUP、 或。
在 CS呼叫参考头域中， 参数 crf 是可选的。
具体地， 为了实现本发明的技术方案， 在 MGCF功能实体中需要保存一个 配置信息表， 其中保存了出局信令类型和要使用的 CR参数或 GCR参数的映射 关系。通过查询该配置信息表中的配置信息， MGCF实体可决定在生成的 CS呼 叫头域中携带 CR参数还是 GCR参数。 当然， 在 CS侧使用 BICC信令时， MGCF 会选择使用 GCR参数还是 CR参数， 需要查询相应的配置信息； 对于 CS侧使 用 ITU-T I SUP信令和 ANS I I SUP信令时， 则使用 CR参数来标识呼叫。
当然， 也不可以不在 S IP消息中扩展新的头域， 而是在 S IP消息的已有 头域中携带 CR参数和 /或 GCR参数。
发送器 1103 , 用于向 IP多媒体子系统 IMS网元发送邀请 Inv i te消息， 所述 Inv i te消息中携带有所述 CS呼叫参考头域， 用以标识所述呼叫信令消 息对应的呼叫。
生成 CS呼叫参考头域后， MGCF可在发送至 IMS网元的 Inv i te消息中携 带该 CS呼叫参考头域， 用以标识所述呼叫信令消息对应的呼叫。
由此， IMS网元在接收到 MGCF实体发送的 Inv i te消息后，便可记录并保 存 CS呼叫参考头域中的 CR参数或者 GCR参数作为标识此次呼叫的标识信息， 从而实现使用与 CS侧一致的呼叫参考参数来标识跨域呼叫， 有利于不同网络 间的互联互通。 在后续对此次呼叫进行计费时， 可通过该统一的呼叫参考参 数进行呼叫计费， 筒化了跨域呼叫的计费方法。
本发明实施例中， MGCF实体接收 CS网元发送的 IAM; 从所述 IAM中提取 呼叫参考 CR参数或全局呼叫参考 GCR参数， 并根据所述 CR参数或 GCR参数 生成 CS呼叫参考头域； 向 IP多媒体子系统 IMS网元发送邀请 Invi te消息， 所述 Invi te消息中携带有所述 CS呼叫参考头域， 用以标识所述呼叫信令消 息对应的呼叫。 由此， 可使 IMS网元使用与 CS侧一致的呼叫参考参数来标识 跨域呼叫， 在后续对此次呼叫进行计费时， 可通过该统一的呼叫参考参数进 行呼叫计费， 筒化了跨域呼叫的计费方法。
专业人员应该还可以进一步意识到， 结合本文中所公开的实施例描述的 各示例的单元及算法步骤， 能够以电子硬件、 计算机软件或者二者的结合来 实现， 为了清楚地说明硬件和软件的可互换性， 在上述说明中已经按照功能 一般性地描述了各示例的组成及步骤。 这些功能究竟以硬件还是软件方式来 执行， 取决于技术方案的特定应用和设计约束条件。 专业技术人员可以对每 个特定的应用来使用不同方法来实现所描述的功能， 但是这种实现不应认为 超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、 处理 器执行的软件模块， 或者二者的结合来实施。 软件模块可以置于随机存储器 ( RAM ) 、 内存、 只读存储器（ROM ) 、 电可编程 ROM、 电可擦除可编程 R0M、 寄存器、 硬盘、 可移动磁盘、 CD-R0M、 或技术领域内所公知的任意其它形式 的存储介质中。
以上所述的具体实施方式， 对本发明的目的、 技术方案和有益效果进行 了进一步详细说明， 所应理解的是， 以上所述仅为本发明的具体实施方式而 已， 并不用于限定本发明的保护范围， 凡在本发明的精神和原则之内， 所做 的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权利要求
1、 一种呼叫的标识方法， 其特征在于， 所述方法包括：
接收 IP多媒体子系统 IMS网元发送的邀请 Invi te消息，所述 Invi te消 息中携带有被叫标识信息；
当所述被叫标识信息所标识的被叫终端为电路交换 CS网络用户时，生成
CS呼叫参考 CR参数或全局呼叫参考 GCR参数， 用以在向 CS网元发送的初始 地址消息 IAM中携带所述 CR参数或所述 GCR参数；
根据所述 CR参数或 GCR参数， 生成 CS呼叫参考头域， 向 IMS网元发送 响应消息，所述响应消息中携带有所述 CS呼叫参考头域，用以标识所述 Invi te 消息对应的呼叫。
2、 根据权利要求 1所述的呼叫的标识方法， 其特征在于， 所述 Invi te 消息中携带有 l OORe l信息时， 所述向 IMS网元发送响应消息具体为： 向所述 IMS网元发送 180/181/182/183/200消息，所述 180/181/182/183/200消息中 携带有所述 CS呼叫参考头域；
所述 Invi te消息中没有携带所述 l OORe l信息时， 所述向 IMS网元发送 响应消息具体为： 接收到 CS网元发送的地址全消息 ACM后， 向所述 IMS网元 发送 180消息， 所述 180消息中携带有所述 CS呼叫参考头域； 或者， 接收到 CS网元发送的应答消息 ANM/CONNECT后， 向所述 IMS网元发送 200消息， 所 述 200消息中携带有所述 CS呼叫参考头域。
3、 根据权利要求 1所述的呼叫的标识方法， 其特征在于， 所述 CS呼叫 参考头域还包括协议指示参数， 所述协议指示参数用以指示定义所述 CR参数 或所述 GCR参数所使用的协议类型。
4、 一种呼叫的标识方法， 其特征在于， 所述方法包括：
接收电路交换 CS网元发送的初始地址消息 IAM;
从所述 IAM中提取呼叫参考 CR参数或全局呼叫参考 GCR参数，并根据所 述 CR参数或 GCR参数生成 CS呼叫参考头域； 向 IP多媒体子系统 IMS网元发送邀请 Invi te消息， 所述 Invi te消息中 携带有所述 CS呼叫参考头域， 用以标识所述 IAM对应的呼叫。
5、 根据权利要求 4所述的呼叫的标识方法， 其特征在于， 所述 CS呼叫 参考头域还包括协议指示参数， 所述协议指示参数用以指示定义所述 CR参数 或所述 GCR参数所使用的协议类型。
6、 一种呼叫的标识装置， 其特征在于， 所述装置包括：
接收单元，用于接收 IP多媒体子系统 IMS网元发送的邀请 Invi te消息， 所述 Invi te消息中携带有被叫标识信息， 将所述被叫标识信息传输至识别单 元；
识别单元， 用于接收所述接收单元传输的所述被叫标识信息， 当所述被 叫标识信息所标识的被叫终端为电路交换 CS 网络用户时， 生成 CS呼叫参考 CR参数或全局呼叫参考 GCR参数，并将所述 CR参数或 GCR参数传输至发送单 元和响应单元；
发送单元，用于接收所述识别单元发送的所述 CR参数或 GCR参数，向 CS 网元发送初始地址消息 IAM, 所述 IAM中携带有所述识别单元生成的 CR参数 或所述 GCR参数；
响应单元， 用于接收所述识别单元发送的所述 CR参数或 GCR参数， 根据 所述 CR参数或 GCR参数， 生成 CS呼叫参考头域， 向 IMS网元发送响应消息， 所述响应消息中携带所述 CS呼叫参考头域， 用以标识所述 Invi te消息对应 的呼叫。
7、 根据权利要求 6所述的呼叫的标识装置， 其特征在于， 所述 Invi te 消息中携带有 l OORe l信息时， 所述响应单元具体用于： 向所述 IMS网元发送 180/181/182/183/200 消息， 所述 180/181/182/183/200 消息中携带有所述 CS呼叫参考头域；
所述 Invi te消息中没有携带所述 l OORe l信息时， 所述响应单元具体用 于： 接收到所述 CS网元发送的地址全消息 ACM后， 向所述 IMS网元发送 180 消息， 所述 180消息中携带有所述 CS呼叫参考头域； 或者， 接收到所述 CS 网元发送的应答消息 A匪 /CONNECT后， 向所述 IMS网元发送 200消息， 所述 200消息中携带有所述 CS呼叫参考头域。
8、 根据权利要求 6所述的呼叫的标识装置， 其特征在于， 所述 CS呼叫 参考头域还包括协议指示参数， 所述协议指示参数用以指示定义所述 CR参数 或所述 GCR参数所使用的协议类型。
9、 一种呼叫的标识装置， 其特征在于， 所述装置包括：
接收单元， 用于接收电路交换 CS网元发送的初始地址消息 IAM, 将所述 IAM传输至生成单元；
生成单元，用于接收所述接收单元发送的所述 IAM,从所述 IAM中提取呼 叫参考 CR参数或全局呼叫参考 GCR参数， 并根据所述 CR参数或 GCR参数生 成 CS呼叫参考头域， 将所述 CS呼叫参考头域传输至发送单元；
发送单元， 用于接收所述生成单元传输的所述 CS呼叫参考头域， 向 IP 多媒体子系统 IMS网元发送邀请 Invi te消息， 所述 Inv i te消息中携带有所 述 CS呼叫参考头域， 用以标识所述 IAM对应的呼叫。
10、 根据权利要求 9所述的呼叫的标识装置， 其特征在于， 所述 CS呼 叫参考头域还包括协议指示参数， 所述协议指示参数用以指示定义所述 CR参 数或所述 GCR参数所使用的协议类型。
PCT/CN2013/082016 2012-12-24 2013-08-22 呼叫的标识方法和装置 WO2014101437A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2015548154A JP6103660B2 (ja) 2012-12-24 2013-08-22 呼識別方法および装置
EP13866932.0A EP2922264B1 (en) 2012-12-24 2013-08-22 Call identification method and device
US14/749,249 US9674345B2 (en) 2012-12-24 2015-06-24 Call identifying method and apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210564452.3 2012-12-24
CN201210564452.3A CN103095689B (zh) 2012-12-24 2012-12-24 呼叫的标识方法和装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/749,249 Continuation US9674345B2 (en) 2012-12-24 2015-06-24 Call identifying method and apparatus

Publications (1)

Publication Number Publication Date
WO2014101437A1 true WO2014101437A1 (zh) 2014-07-03

Family

ID=48207822

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/082016 WO2014101437A1 (zh) 2012-12-24 2013-08-22 呼叫的标识方法和装置

Country Status (5)

Country Link
US (1) US9674345B2 (zh)
EP (1) EP2922264B1 (zh)
JP (1) JP6103660B2 (zh)
CN (1) CN103095689B (zh)
WO (1) WO2014101437A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103095689B (zh) * 2012-12-24 2017-06-13 华为技术有限公司 呼叫的标识方法和装置
FR3023117A1 (fr) * 2014-06-30 2016-01-01 Orange Procede et dispositif d' etablissement d' une communication
CN113966011A (zh) * 2020-07-03 2022-01-21 中国移动通信有限公司研究院 呼叫建立方法、装置、设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080123625A1 (en) * 2006-08-11 2008-05-29 Adrian Buckley System and method for managing call continuity in IMS network environment
WO2008069545A1 (en) * 2006-12-04 2008-06-12 Samsung Electronics Co., Ltd. Heterogeneous communication system and method for processing call in the same system
CN101409627A (zh) * 2007-10-09 2009-04-15 华为技术有限公司 跨网络关联计费的方法、网络设备、计费实体和计费系统
CN101790147A (zh) * 2009-01-23 2010-07-28 华为技术有限公司 计费信息关联方法及系统
CN103095689A (zh) * 2012-12-24 2013-05-08 华为技术有限公司 呼叫的标识方法和装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2792325B2 (ja) * 1992-05-06 1998-09-03 日本電気株式会社 課金チケット識別方式
US7769000B2 (en) * 2006-01-10 2010-08-03 Research In Motion Limited System and method for managing call routing in a network environment including IMS
EP2153615B1 (en) * 2007-06-01 2013-08-28 Research In Motion Limited System and method for managing mobile-terminated (mt) calls in ims network environment using alternative signaling
JP5350650B2 (ja) * 2008-03-05 2013-11-27 日本電気株式会社 通信制御方法、ゲートウェイ装置、中継サーバ、通信システム、および装置のプログラム
CN101924751B (zh) * 2009-05-22 2013-11-06 中兴通讯股份有限公司 一种单模业务连续性实现方法及单模业务连续性系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080123625A1 (en) * 2006-08-11 2008-05-29 Adrian Buckley System and method for managing call continuity in IMS network environment
WO2008069545A1 (en) * 2006-12-04 2008-06-12 Samsung Electronics Co., Ltd. Heterogeneous communication system and method for processing call in the same system
CN101409627A (zh) * 2007-10-09 2009-04-15 华为技术有限公司 跨网络关联计费的方法、网络设备、计费实体和计费系统
CN101790147A (zh) * 2009-01-23 2010-07-28 华为技术有限公司 计费信息关联方法及系统
CN103095689A (zh) * 2012-12-24 2013-05-08 华为技术有限公司 呼叫的标识方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2922264A4 *

Also Published As

Publication number Publication date
CN103095689A (zh) 2013-05-08
US9674345B2 (en) 2017-06-06
US20150296078A1 (en) 2015-10-15
EP2922264A1 (en) 2015-09-23
CN103095689B (zh) 2017-06-13
JP2016507938A (ja) 2016-03-10
EP2922264B1 (en) 2017-11-22
JP6103660B2 (ja) 2017-03-29
EP2922264A4 (en) 2015-12-02

Similar Documents

Publication Publication Date Title
TWI397287B (zh) 混合式通信網路中用以提供相關通信對話訊息之方法與系統
US9473991B2 (en) Method and device for providing correlation means in hybrid telecommunication networks
KR101224254B1 (ko) 통신 네트워크 통합 방법 및 통신 시스템
US8606936B2 (en) Communication system, session control management server and session control method
US10506657B2 (en) Message generating arrangement
EP2056556A1 (en) An intercommunication method and a communication system between different networks
CN106911688A (zh) 基于ims的语音业务实现方法及装置
WO2009049521A1 (fr) Procédé, dispositif de réseau, entité de facturation et système de facturation pour facturation inter-réseau
US9055083B2 (en) Interworking method and interworking control unit, method and system for implementing simulation services
WO2014101437A1 (zh) 呼叫的标识方法和装置
US20170118256A1 (en) Method of detecting a spoofing of identity belonging to a domain
CN103828321B (zh) 扩展通过IMS接口的SIP P‑Served用户报头
CN105556921B (zh) 用于浏览器始发规程的基于移动设备的代理
KR20090085616A (ko) 조합 서비스를 단일 엔드포인트로 라우팅하기 위한 방법 및 애플리케이션 서버
JP2004336663A (ja) Ｉｐ電話付加サービス提供方法
WO2011127799A1 (zh) 路由方法、装置及系统
EP2589213B1 (en) Suppression of announcements in communication networks
WO2012089055A1 (zh) 在ip多媒体子系统网络实现被叫付费业务的方法和装置
CN115529375B (zh) 界面显示方法、装置和电子设备
WO2009046610A1 (fr) Procédé et système de facturation pour un service prépayé
WO2010075692A1 (zh) 前转业务的识别方法和设备
WO2009046656A1 (fr) Procédé, système et dispositif de traitement de service de messagerie
KR101351999B1 (ko) 인터넷전화망 이용 대가 정산 시스템 및 그 방법
US8477925B2 (en) Call method, device, and communication system for private branch exchange user
WO2011140712A1 (zh) 一种为非ims终端实现ims共享公共用户标识服务的方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13866932

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2013866932

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013866932

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2015548154

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE