WO2009074103A1 - Procédé et dispositif pour réaliser la mise en attente - Google Patents

Procédé et dispositif pour réaliser la mise en attente Download PDF

Info

Publication number
WO2009074103A1
WO2009074103A1 PCT/CN2008/073331 CN2008073331W WO2009074103A1 WO 2009074103 A1 WO2009074103 A1 WO 2009074103A1 CN 2008073331 W CN2008073331 W CN 2008073331W WO 2009074103 A1 WO2009074103 A1 WO 2009074103A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
request
access
leg
iccf
Prior art date
Application number
PCT/CN2008/073331
Other languages
English (en)
French (fr)
Inventor
Shuiping Long
Hui Jin
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP08859589A priority Critical patent/EP2230814B1/en
Priority to JP2010536314A priority patent/JP2011505772A/ja
Priority to ES08859589T priority patent/ES2397967T3/es
Publication of WO2009074103A1 publication Critical patent/WO2009074103A1/zh
Priority to US12/793,211 priority patent/US20100238841A1/en

Links

Classifications

    • 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/1096—Supplementary features, e.g. call forwarding or call holding
    • 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/1083—In-session procedures
    • H04L65/1094—Inter-user-equipment sessions transfer or sharing
    • 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/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • 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/428—Arrangements for placing incoming calls on hold
    • H04M3/4283—Call holding circuits
    • 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
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2066—Call type detection of indication, e.g. voice or fax, mobile of fixed, PSTN or IP

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and a device for implementing call hold under the centralized control of an Internet Protocol Multimedia Subsystem (IMS).
  • IMS Internet Protocol Multimedia Subsystem
  • IMS Internet Protocol Multimedia Subsystem
  • PS packet domain
  • ICS IMS Centralised Service
  • the UE makes an IMS call call through a CS access call leg, and at the same time, weakens or removes
  • VMSC visited mobile switching center
  • IMSC CS access IMS control channel
  • USSD Unstructured Supplementary Service Data
  • PS also known as another IMS call.
  • the CS network provides a service feature: Service Change and UDI (Service Change and UDI) Fallback feature (SCUDIF), where unstructured data information (UDI) is a bearer capability of a CS network, that is, the UE can transmit data at a rate of 64 kps, and a typical application of the bearer capability is a video call.
  • Service change allows the UE to switch between voice calls and video calls while the call is in progress without interrupting the call.
  • Fallback (Fallback) enables the UE to establish a voice call when the video call attempt cannot be successful, ensuring call setup.
  • Figure 1 shows the existing call hold process. The components in Figure 1 are described as follows:
  • ICS UE-A is an enhanced UE that supports ICCC.
  • Start UE-A and UE-B to make the first call UE-A makes a call through CS access call leg and UE-B, the signaling endpoint of CS access call leg is ICCF, and the media stream endpoint is media gateway control function (MGCF , Media Gateway Control Function) entity, so the media connection of the first call includes CS media connection (UE-A to MGW) and IP media connection (MGW to UE-B), and the MGW implements conversion between the two.
  • MGW Media Gateway Control Function
  • the IMS Telephony Application Server (TAS) exists in the signaling path between the ICCF and UE-B, ICCF and UE-C. The figure is not shown in the figure.
  • the TAS performs the control media resource function to play the call suspend prompt tone. Charge event collection and other operations. Since the embodiment of the present invention does not require enhancement of the TAS, TAS is not mentioned in subsequent texts and drawings.
  • a call hold process in ICS is as follows:
  • UE-A sends a pending call request to ICCF via ICCC.
  • the ICCF sends a call suspension request to UE-B, and can send a call suspension request to UE-B through a SIP re-Invite or Update message.
  • UE-A sends a call to the UE-C request to the ICCF.
  • ICCF sends a call request Invite to UE-C, which contains the media information of the MGW's IP media connection port, which is saved in the ICCF during the previous call setup process.
  • UE-C indicates that it is ringing, waiting for the user to answer.
  • the ICCF sends the media information of the UE-C to the MGCF through an Update message, and the MGCF indicates
  • the MGW is connected to the UE-C.
  • the UE-C instructs the user to answer the call and sends a 200 OK to the ICCF.
  • the ICCF indicates through the ICCC that the call is answered.
  • the basic idea of the above solution is to reuse the CS media connection, and the IP media connection of the MGW can be changed between UE-B and UE-C. It can only be applied to two voice calls or two video calls, but it cannot be adapted. In the case of two different calls, because they require different CS media connections.
  • a method for implementing call hold the method comprising:
  • the first user equipment UE accesses the call leg CS access call leg and the second UE to perform a first call call by using a first circuit domain, and the signaling endpoint of the first CS access call leg is a circuit domain access internet protocol multimedia sub- System control function ICCF entity, the first CS access call leg supports a first media type;
  • the first UE establishes a second call by using the ICCC request and the third UE;
  • a method for implementing call hold comprising:
  • the first UE and the third UE establish a second call according to the call request, so that the first UE and the third UE perform a second call.
  • a control device for implementing call hold comprising:
  • a holding unit configured to maintain a first call between the first UE and the second UE
  • a receiving unit configured to receive a call request from the first UE when the holding unit holds the first call, where a media type of the call request is different from a media type of the first call;
  • the receiving unit receives the call request, the first UE and the third UE establish a second call according to the call request, so that the first UE and the third UE perform the first Two call calls.
  • a terminal device for implementing call hold comprising:
  • a first call unit configured to perform a first call call by using the first CS access call leg and the second UE, where the signaling endpoint of the first CS access call leg is an ICCF entity, and the first CS access call leg supports the first a media type;
  • a holding unit configured to hold the first call by using an ICCC request
  • a second call establishing unit configured to establish a second call by using the ICCC request and the third UE; a second call unit, configured to perform a second call call by using the second CS access call leg and the third UE, where the second CS access call leg supports the second media type.
  • the method and device for implementing the call hold provided by the embodiment of the present invention are performing the first call call through the first CS access call leg and the second UE, and then performing the second call by using the second CS access call leg and the third UE.
  • the first CS access call leg and the second CS access call leg support different media types, thereby solving the call hold when the media types of the two calls are different.
  • FIG. 5 is a flowchart of implementing call hold in Embodiment 4 of the present invention.
  • FIG. 7 is a flowchart of implementing call hold in Embodiment 6 of the present invention.
  • Service Change and UDI Fallback feature (SCUDIF), a CS network service feature, where Service Change enables the UE to switch between a voice call and a video call during a call without interrupting the call; Fallback enables the UE to establish a voice call when the video call attempt is not successful, and the call setup is guaranteed.
  • SCUDIF Service Change and UDI Fallback feature
  • FIG. 2 is a flow chart showing the implementation of call hold in the first embodiment of the present invention.
  • the existing voice call is implemented, and the call hold when the video call is established.
  • steps 7 to 11 in this flow are newly inserted.
  • the UE-A accesses the call leg CS access call leg and the UE-B through the first circuit domain to make a voice call
  • the first CS access call leg accesses the Internet Protocol multimedia subsystem control function entity ICCF in the UE-A and the circuit domain.
  • the signaling endpoint of the first CS access call leg is ICCF
  • the media stream endpoint is MGCF
  • the media connection of the voice call includes CS media connection (UE-A to MGW) and IP media connection (MGW)
  • MGW IP media connection
  • the first CS access call leg Support for the first media type, namely voice.
  • UE-A sends a pending call request to ICCF via ICCC.
  • the ICCF sends a call suspension request to UE-B, which can be sent via SIP re-Invite or Update message.
  • UE-A sends a call to the UE-C request to the ICCF.
  • ICCF sends a call request Invite to UE-C, which contains the media information of the MGW's IP media connection port, which is saved in the ICCF during the previous call setup process.
  • UE-C indicates that it is ringing, waiting for the user to answer.
  • the ICCF sends the media information of the UE-C to the MGCF through an Update message, and the MGCF instructs the MGW to connect to the UE-C.
  • the UE-A sends a CS call mode change request to the VMSC network, requesting that the CS voice call be changed to a CS multimedia call.
  • the VMSC sends a CS call mode change request to the MGCF through the core inter-network message.
  • the MGCF generates a SIP media negotiation message and sends it to the ICCF to request the addition of video media.
  • the ICCF sends a media negotiation message to the UE-C through the CSCF.
  • the UE-C accepts the increase media request, returns a 200 OK response, and the ICCF forwards the acknowledgement response.
  • MGCF and UE-A perform in-band H.245 negotiation (so-in-band, that is, information exchange through the data channel instead of the signaling path, so in fact, the MGCF needs to interact through the MGW to complete the negotiation).
  • the UE-C instructs the user to answer the call and sends a 200 OK to the ICCF.
  • the ICCF indicates through the ICCC that the call is answered.
  • the UE-A performs a second call conversation through the second CS access call leg and the UE-C, and the second CS access call leg supports the second media type.
  • the second CS access call leg is established between the UE-A and the circuit domain access Internet Protocol Multimedia Subsystem Control Function Entity ICCF, the signaling endpoint of the second CS access call leg is the ICCF, and the media stream endpoint is the MGW, so the voice
  • the media connection of the call includes a CS media connection (UE-A to MGW) and an IP media connection (MGW to UE-C), and the second CS access call leg supports the second media type, ie multimedia.
  • ICCF does not need to be modified on the basis of the protocol; UE-A needs to be enhanced on the basis of the protocol, that is, in the call holding application Making new calls in different media types and being able to initiate changes to CS media connections, The voice media connection is changed to a media connection that supports voice and video.
  • UE-A uses the SCUDIF feature. It is also possible to change the voice media connection to a media connection supporting voice and video by using the ICCF to initiate a change of the CS media connection; the ICCF needs to be enhanced on the basis of the protocol, that is, the new call is decided in the call hold application as a different medium. Type and ability to initiate changes to CS media connections, from voice media connections to media connections that support voice and video.
  • FIG. 3 is a flowchart of implementing call hold in Embodiment 2 of the present invention.
  • the existing voice call is implemented, and the call hold when the video call is established.
  • the difference from the first embodiment is that after the ICCF receives the new media type call request of the UE-A in step 3, the ICCF waits for the MGCF to send a media negotiation request (carrying the MGW new media information), and then receives the request.
  • the UE-C initiates a call request.
  • UE-A sends a pending call request to ICCF via ICCC.
  • the ICCF sends a call suspension request to UE-B, which can be sent via SIP re-Invite or Update message.
  • UE-A sends a call to the UE-C request to the ICCF, indicating that the call is a new media type.
  • the UE-A sends a CS call mode change request to the VMSC network, requesting that the CS voice call be changed to a CS multimedia call.
  • the VMSC sends a CS call mode change request to the MGCF through the core inter-network message.
  • the MGCF generates a SIP media negotiation message and sends it to the ICCF to request to add video media.
  • the ICCF sends a call request to the UE-C, which contains the new media information of the MGW.
  • the UE-C indicates that it is ringing, waiting for the user to answer.
  • the ICCF indicates to the MGCF that the add media request is accepted.
  • the MGCF and UE-A perform in-band H.245 negotiation (so-in-band, that is, information interaction through the data channel instead of the signaling path, so in fact, the MGCF needs to interact through the MGW to complete the negotiation).
  • UE-C instructs the user to answer the call and sends a 200 OK to ICCF.
  • the ICCF indicates through the ICCC that the call is answered.
  • the ICCF needs to be modified. After receiving the new media type call of UE-A (indicated in the message in step 3), the ICCF waits for the MGCF to send a media negotiation request (carrying the new media information of the MGW), and then receives the message.
  • the UE-C initiates a call request;
  • UE-A needs to enhance, ie, decides a new call in the call hold application as a different media type and initiates a change of the CS media connection, from a voice media connection to a media connection supporting voice and video.
  • UE-A uses SCUDIF Sex.
  • changes to the CS media connection can also be initiated by the ICCF.
  • FIG. 4 is a flowchart of implementing call hold in Embodiment 3 of the present invention.
  • the existing voice call is implemented, and the call hold when the video call is established.
  • the difference from the second embodiment is that the first CS access call leg is released first, and then the second CS access call leg is established.
  • UE-A sends a pending call request to ICCF via ICCC.
  • the ICCF sends a call suspension request to UE-B, which can be sent via SIP re-Invite or Update message.
  • UE-A sends a call to the UE-C request to the ICCF.
  • the UE-A requests the VMSC to release the current call, and the VMSC sends a release request to the MGCF;
  • the MGCF generates a SIP session release request to the ICCF;
  • UE-A sends a multimedia (voice + video) call request to the VMSC, and the VMSC sends a call request to the MGCF;
  • the MGCF generates a SIP multimedia session invitation to the ICCF.
  • the ICCF sends a call request to Invite to UE-C, which contains the new media information of the MGW.
  • UE-C indicates that it is ringing, waiting for the user to answer.
  • the ICCF indicates to the MGCF that the session invitation is accepted.
  • the MGCF indicates to the VMSC that the call request is accepted and the VMSC indicates that the UE-A call is accepted.
  • MGCF and UE-A perform in-band H.245 negotiation (so-in-band, that is, information exchange through the data channel instead of the signaling path, so in fact, the MGCF needs to interact through the MGW to complete the negotiation).
  • the UE-C instructs the user to answer the call and sends a 200 OK to the ICCF.
  • the ICCF indicates through the ICCC that the call is answered.
  • the capability that the UE-A needs to enhance in this embodiment is: in the call holding application, the new call is decided to be a different media type and the release of the first CS access call leg can be initiated, UE- A uses the SCUDIF feature. The release of the first CS access call leg may also be initiated by the ICCF.
  • FIG. 5 is a flowchart of implementing call hold in Embodiment 4 of the present invention. The difference from the first embodiment is that the call holding when the existing video call is implemented and the voice call is established does not require the H.245 negotiation process.
  • UE-A sends a suspend current call request to ICCF via ICCC.
  • the ICCF sends a call suspension request to the UE-B, which can pass the SIP re-Invite or Update message.
  • UE-A sends a call to the UE-C request to the ICCF.
  • ICCF sends a call request Invite to UE-C, which contains the media information of the MGW's IP media connection port, which is saved in the ICCF during the previous call setup process.
  • UE-C indicates that it is ringing, waiting for the user to answer.
  • the ICCF sends the media information of the UE-C to the MGCF through an Update message, and the MGCF instructs the MGW to connect to the UE-C.
  • the UE-A sends a CS call mode change request to the VMSC network, requesting that the CS voice call be changed to a CS multimedia call.
  • the VMSC sends a CS call mode change request to the MGCF through the core inter-network message.
  • the MGCF generates a SIP media negotiation message and sends it to the ICCF to request the addition of video media.
  • the ICCF sends a media negotiation message to the UE-C through the CSCF.
  • the UE-C accepts the increase media request, returns a 200 OK response, and the ICCF forwards the acknowledgement response.
  • UE-C instructs the user to answer the call and sends a 200 OK to ICCF.
  • the ICCF indicates through the ICCC that the call is answered.
  • FIG. 6 is a flowchart of implementing call hold in Embodiment 5 of the present invention. The difference from the second embodiment is that the call holding when the existing video call is implemented and the voice call is established does not require the H.245 negotiation process.
  • UE-A sends a pending call request to ICCF via ICCC.
  • the ICCF sends a call suspension request to UE-B, which can be sent via SIP re-Invite or Update message.
  • UE-A sends a call to the UE-C request to the ICCF, indicating that the call is a new media type.
  • the UE-A sends a CS call mode change request to the VMSC network, requesting that the CS voice call be changed to a CS multimedia call.
  • the VMSC sends a CS call mode change request to the MGCF through the core inter-network message.
  • the MGCF generates a SIP media negotiation message and sends it to the ICCF to request to add video media.
  • the ICCF sends a call request to the UE-C, which contains the new media information of the MGW.
  • the UE-C indicates that it is ringing, waiting for the user to answer.
  • the ICCF indicates to the MGCF that the add media request is accepted.
  • the UE-C instructs the user to answer the call and sends a 200 OK to the ICCF. 10.
  • the ICCF indicates through the ICCC that the call is answered.
  • FIG. 7 is a flowchart of implementing call hold in Embodiment 6 of the present invention.
  • the difference from the third embodiment is that the call hold when the existing video call is implemented and the voice call is established, and the H.245 negotiation process is not required.
  • UE-A sends a pending call request to ICCF via ICCC.
  • the ICCF sends a call suspension request to UE-B, which can be sent via SIP re-Invite or Update message.
  • UE-A sends a call to the UE-C request to the ICCF.
  • the UE-A requests the VMSC to release the current call, and the VMSC sends a release request to the MGCF;
  • the MGCF generates a SIP session release request to the ICCF;
  • UE-A sends a multimedia (voice + video) call request to the VMSC, and the VMSC sends a call request to the MGCF;
  • the MGCF generates a SIP multimedia session invitation to the ICCF.
  • the ICCF sends a call request to Invite to UE-C, which contains the new media information of the MGW.
  • UE-C indicates that it is ringing, waiting for the user to answer.
  • the VMSC indicates that the UE-A call is accepted.
  • the UE-C instructs the user to answer the call and sends a 200 OK to the ICCF.
  • the ICCF indicates through the ICCC that the call is answered.
  • the embodiment of the present invention further provides a control device for implementing call hold.
  • the device can be set independently or integrated in a network control device such as an ICCF.
  • the device includes:
  • a holding unit configured to maintain a first call between the first UE and the second UE
  • a receiving unit configured to receive a call request from the first UE when the holding unit holds the first call, where a media type of the call request is different from a media type of the first call;
  • the receiving unit receives the call request, the first UE and the third UE establish a second call according to the call request, so that the first UE and the third UE perform the first Two call calls.
  • the control unit may include:
  • the call mode changing unit is configured to perform a CS call mode change according to the media type of the call request, thereby obtaining a second CS access call leg, and establishing the second call.
  • the first UE and the second UE perform a first call call by using a first CS access call leg, and the first CS access call leg supports the first media type.
  • the control unit may include:
  • a releasing unit configured to release the first CS access call leg with the first UE
  • a establishing unit configured to establish a second CS access call leg with the first UE, where the second The CS access call leg supports the second media type to establish the second call.
  • the embodiment of the present invention further provides a control device for implementing call hold.
  • the device can be set independently or integrated in a network control device such as an ICCF.
  • the device includes:
  • a receiving unit configured to: after the first UE initiates a CS call mode change, receive a media negotiation request from the media gateway control function entity MGCF, where the media negotiation request carries a new media information of the media network management MGW;
  • a sending unit configured to send a call request to the third UE when the receiving unit receives the media negotiation request.
  • the embodiment of the present invention further provides a control device for implementing call hold.
  • the device can be set independently or integrated in a network control device such as an ICCF.
  • the device includes:
  • a receiving unit configured to: after the first UE initiates a CS call mode change, receive a media negotiation request from the media gateway control function entity MGCF, where the media negotiation request carries a new media information of the media network management MGW;
  • a sending unit configured to send a call request to the third UE when the receiving unit receives the media negotiation request.
  • the embodiment of the present invention further provides a control device for implementing call hold.
  • the device can be set independently or integrated in a network control device such as an ICCF.
  • the device includes:
  • a holding unit configured to maintain a first call between the first UE and the second UE
  • a receiving unit configured to receive a call request from the first UE when the holding unit holds the first call, where a media type of the call request is different from a media type of the first call; and a control unit, configured to: When the receiving unit receives the call request, a CS call mode change is initiated.
  • the embodiment of the present invention further provides a control device for implementing call hold.
  • the device can be set independently or integrated in a network control device such as an ICCF.
  • the device includes: a holding unit, configured to maintain a first call between the first UE and the second UE, where the first UE and the second UE perform a first call call by using a first CS access call leg, the first CS access call leg Support the first media type;
  • a receiving unit configured to receive a call request from the first UE when the holding unit holds the first call, where the media type of the call request is a second media type;
  • control unit configured to: when the receiving unit receives the call request, release a first CS access call leg with the first UE, and establish a second CS access call leg with the first UE, The second CS access call leg supports the second media type.
  • the embodiment of the present invention further provides a terminal device for implementing call hold, where the terminal device includes: a first call unit, configured to perform a first call call by using a first CS access call leg and a second UE, where the first CS The signaling endpoint of the access call leg is an ICCF entity, and the first CS access call leg supports the first media type;
  • a holding unit configured to hold the first call by using an ICCC request
  • a second call establishing unit configured to establish a second call by using the ICCC request and the third UE, where the second call unit is configured to perform a second call call by using the second CS access call leg and the third UE, where The second CS access call leg supports the second media type.
  • the second call setup unit may include:
  • a call unit configured to initiate a call request to call the third UE by using the ICCC
  • a change unit configured to perform a CS call mode change, to obtain a second CS access call leg, and establish a second call.
  • the second call setup unit may include:
  • a call unit configured to initiate a call request to call the third UE by using the ICCC
  • a release unit configured to release a first CS access call leg with the ICCF entity
  • a establishing unit configured to establish a second CS access call leg with the ICCF entity, where the second CS access call leg supports the second media type.
  • the embodiment of the invention further provides a terminal device for implementing call hold, the device comprising: a holding unit, configured to send a first call hold request to the circuit domain access internet protocol multimedia subsystem control function entity ICCF, the first call Maintaining a request for maintaining a first call between the terminal device and the second UE, the terminal device and the second UE passing the first CS access call
  • the first CS call call leg supports the first media type
  • the call unit is configured to send a call request to the ICCF after the holding unit sends the first call hold request, the call
  • the requested media type is the second media type;
  • the embodiment of the invention further provides a terminal device for implementing call hold, the device comprising: a holding unit, configured to send a first call hold request to the circuit domain access internet protocol multimedia subsystem control function entity ICCF, the first call Maintaining a request for maintaining a first call between the terminal device and the second UE, the terminal device and the second UE performing a first call call by using a first CS access call leg, the first CS access call leg support First media type;
  • a call unit configured to send a call request to the ICCF after the holding unit sends the first call hold request, where the media type of the call request is a second media type;
  • control unit configured to: after the call unit sends a call request, release a first CS access call leg with the ICCF, establish a second CS access call leg with the ICCF, the second CS The access call leg supports the second media type.

Landscapes

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

Description

实现呼叫保持的方法及设备
本申请要求于 2007 年 12 月 4 日提交中国专利局、 申请号为 200710193853.1、 发明名称为"实现呼叫保持的方法及设备"的中国专利申请的 优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信领域， 特别涉及在互联网协议多媒体子系统（IMS )集中 业务控制下， 实现呼叫保持的方法及设备。
背景技术
当 UE只能接入电路域（ CS ) 网络， 或者 UE可接入的分组域（ PS )接入 网络不支持实时语音和视频媒体的场景下， 3GPP的互联网协议多媒体子系统 ( IMS, IP Multimedia Subsystem ) 集中业务（ IMS Centralised Service, ICS ) 控制特性可实现 UE通过 CS网络承载语音或视频媒体来建立 IMS呼叫，由 IMS 中的应用服务器对呼叫进行业务提供； CS承载通过建立 UE和新引入的 CS 接入 IMS控制功能（ IMS CS Control Function, ICCF ) 实体之间的 CS呼叫来 实现， 也可以说 UE通过一个 CS接入呼叫支路（ access call leg )进行 IMS呼 叫通话， 同时， 削弱或去除拜访地移动交换中心（VMSC )中的业务处理逻辑； UE通过新引入的 CS接入 IMS控制信道（ IMS CS Control Channel, ICCC )收 发 IMS 呼叫相关的控制信令， ICCC 可能通过非结构化补充业务数据 ( Unstructured Supplementary Service Data, USSD, 是 CS网络的一种消息通 信机制）或 PS (也即另一个 IMS呼叫 )承载。
为了实现 UE的呼叫保持（call hold ), 即 UE在一个进行呼叫基础上， 可 以将当前呼叫 hold, 再建立一个新的呼叫， CS网络提供一种业务特性： 改变 和回退（ Service Change and UDI Fallback feature, SCUDIF ), 其中， 非结构化 数据消息 （Unstructured Data Information, UDI )是一种 CS网络的承载能力， 即 UE可以以 64kps的速率发送数据， 该承载能力的典型应用为视频呼叫。 改 变（ Service change )使得 UE可以在呼叫进行过程中在语音呼叫和视频呼叫之 间转换， 而不会中断呼叫。 回退（Fallback )使得 UE建立视频呼叫尝试不能 够成功时， 建立语音呼叫， 保证通话建立。
根据 SCUDIF特性，在 ICS课题中已存在一种 call hold业务方案，流程如 下：
图 1是已有 call hold流程， 对图 1中各组成部分说明如下：
ICS UE-A是支持 ICCC的增强 UE。开始 UE-A和 UE-B进行第一呼叫 UE-A 通过 CS access call leg和 UE-B进行一个呼叫， CS access call leg的信令端点是 ICCF, 而媒体流端点是媒体网关控制功能 （MGCF, Media Gateway Control Function )实体， 所以第一呼叫的媒体连接包括 CS媒体连接（ UE-A到 MGW ) 和 IP媒体连接两个部分（ MGW到 UE-B ), MGW实现两者的转换。 注： IMS 电话应用服务器 （ TAS )在 ICCF和 UE-B, ICCF和 UE-C之间的信令路径中 存在， 图中没有画出， TAS执行控制媒体资源功能播放呼叫挂起提示音、 计费 事件收集等操作。 因为本发明实施例不需要对 TAS进行增强， 后续的文字和 附图中都不再提及 TAS。
参见图 1 , 在 ICS中的一种 call hold流程如下：
1. UE-A通过 ICCC发送挂起当前呼叫请求到 ICCF。
2. ICCF发送呼叫挂起请求到 UE-B,可以通过 SIP re-Invite或 Update消息 将呼叫挂起请求发送到 UE-B。
3. UE-A发送呼叫 UE-C请求到 ICCF。
4. ICCF发送呼叫请求 Invite到 UE-C, 包含 MGW的 IP媒体连接端口的 媒体信息， 该媒体信息在前一个呼叫建立过程中在 ICCF保存起来。
5. UE-C指示正在振铃， 等待用户应答。
6. ICCF将 UE-C的媒体信息通过 Update消息发送到 MGCF, MGCF指示
MGW连接 UE-C。
7. UE-C指示用户应答呼叫， 发送 200 OK到 ICCF。
8. ICCF通过 ICCC指示呼叫被应答。
上述方案基本思想是重用 CS媒体连接、 MGW的 IP媒体连接对端可以在 UE-B和 UE-C之间变化， 只能应用于两个语音呼叫， 或者两个视频呼叫的情 形， 但不能适应于两个不同呼叫的情况， 因为它们需要不同的 CS媒体连接。 发明内容
本发明实施例的目的在于提供实现呼叫保持的方法及设备，实现当两个呼 叫的媒体类型不同时的呼叫保持。 一种实现呼叫保持的方法， 该方法包括：
第一用户设备 UE通过第一电路域接入呼叫支路 CS access call leg和第二 UE进行第一呼叫通话， 所述第一 CS access call leg的信令端点为电路域接入 互联网协议多媒体子系统控制功能 ICCF实体， 所述第一 CS access call leg支 持第一媒体类型；
通过电路域接入互联网协议多媒体子系统控制信道 ICCC请求保持所述第 一呼叫；
所述第一 UE通过所述 ICCC请求和第三 UE建立第二呼叫；
通过第二 CS access call leg和所述第三 UE进行第二呼叫通话， 所述第二 CS access call leg支持第二媒体类型。
一种实现呼叫保持的方法， 该方法包括：
根据第一 UE的 ICCC请求保持第一 UE和第二 UE之间的第一呼叫； 接收来自所述第一 UE的呼叫请求，所述呼叫请求的媒体类型与所述第一 呼叫的媒体类型不同；
根据所述呼叫请求使所述第一 UE与第三 UE建立第二呼叫， 以使所述第 一 UE和所述第三 UE进行第二呼叫通话。
一种实现呼叫保持的控制设备， 该控制设备包括：
保持单元， 用于保持第一 UE和第二 UE之间的第一呼叫；
接收单元， 用于当所述保持单元保持所述第一呼叫时，接收来自所述第一 UE的呼叫请求， 所述呼叫请求的媒体类型与所述第一呼叫的媒体类型不同； 控制单元， 用于当所述接收单元接收到所述呼叫请求时，根据所述呼叫请 求使所述第一 UE与第三 UE建立第二呼叫，以使所述第一 UE和所述第三 UE 进行第二呼叫通话。
一种实现呼叫保持的终端设备， 该终端设备包括：
第一通话单元， 用于通过第一 CS access call leg和第二 UE进行第一呼叫 通话，所述第一 CS access call leg的信令端点为 ICCF实体，所述第一 CS access call leg支持第一媒体类型；
保持单元， 用于通过 ICCC请求保持所述第一呼叫；
第二呼叫建立单元， 用于通过所述 ICCC请求和第三 UE建立第二呼叫； 第二通话单元， 用于通过第二 CS access call leg和所述第三 UE进行第二 呼叫通话， 所述第二 CS access call leg支持第二媒体类型。
釆用本发明实施例提供的实现呼叫保持的方法及设备， 正在通过第一 CS access call leg和第二 UE进行第一呼叫通话时， 再通过第二 CS access call leg 和第三 UE进行第二呼叫通话，第一 CS access call leg和第二 CS access call leg 支持的媒体类型不同， 从而解决当两个呼叫的媒体类型不同时的呼叫保持。 附图说明
图 1是背景技术中实现呼叫保持的流程图；
图 2是本发明实施例一中实现呼叫保持的流程图；
图 3是本发明实施例二中实现呼叫保持的流程图；
图 4是本发明实施例三中实现呼叫保持的流程图；
图 5是本发明实施例四中实现呼叫保持的流程图；
图 6是本发明实施例五中实现呼叫保持的流程图；
图 7是本发明实施例六中实现呼叫保持的流程图。
具体实施方式
下面对本发明进行详细说明。
在介绍具体方案之前， 首先介绍一个术语：
改变和回退（Service Change and UDI Fallback feature, SCUDIF ), 一种 CS网络业务特性， 其中， Service Change使得 UE可以在呼叫进行过程中在语 音呼叫和视频呼叫之间转换， 而不会中断呼叫； Fallback使得 UE建立视频呼 叫尝试不能够成功时， 建立语音呼叫， 保证通话建立。
图 2 所示为本发明实施例一中实现呼叫保持的流程图。 实现已有语音呼 叫， 再建立视频呼叫时的呼叫保持。 与背景技术中介绍的技术方案（图 1 )相 比， 本流程中步骤 7 ~ 11是新插入的。
UE-A通过第一电路域接入呼叫支路 CS access call leg和 UE-B进行语音 呼叫通话， 第一 CS access call leg在 UE-A和电路域接入互联网协议多媒体子 系统控制功能实体 ICCF之间建立，第一 CS access call leg的信令端点是 ICCF, 而媒体流端点是 MGCF, 所以语音呼叫的媒体连接包括 CS媒体连接 ( UE-A 到 MGW )和 IP媒体连接两个部分（ MGW到 UE-B ), 第一 CS access call leg 支持第一媒体类型， 即语音。
1. UE-A通过 ICCC发送挂起当前呼叫请求到 ICCF。
2. ICCF发送呼叫挂起请求到 UE-B,可以通过 SIP re-Invite或 Update消息。
3. UE-A发送呼叫 UE-C请求到 ICCF。
4. ICCF发送呼叫请求 Invite到 UE-C, 包含 MGW的 IP媒体连接端口的 媒体信息， 该媒体信息在前一个呼叫建立过程中在 ICCF保存起来。
5. UE-C指示正在振铃， 等待用户应答。
6. ICCF将 UE-C的媒体信息通过 Update消息发送到 MGCF, MGCF指示 MGW连接 UE-C。
7. UE-A向 VMSC网络发送 CS呼叫模式变更请求， 请求由 CS语音呼叫 变更为 CS多媒体呼叫。 VMSC通过核心网间消息发送 CS呼叫模式变更请求 到 MGCF。
8. MGCF生成 SIP媒体协商消息发送到 ICCF, 请求增加视频媒体。 ICCF 通过 CSCF将媒体协商消息发送到 UE-C。
9. UE-C接受增加媒体请求， 返回 200 OK应答， ICCF转发确认应答。
10. MGCF和 UE-A进行带内 H.245协商 （所谓带内， 即通过数据通道而 不是信令路径的信息交互， 所以， 实际上 MGCF要通过 MGW进行交互来完 成协商） 。
11. UE-C指示用户应答呼叫， 发送 200 OK到 ICCF。
12. ICCF通过 ICCC指示呼叫被应答。
UE-A通过第二 CS access call leg和 UE-C进行第二呼叫通话， 所述第二 CS access call leg支持第二媒体类型。第二 CS access call leg在 UE-A和电路域 接入互联网协议多媒体子系统控制功能实体 ICCF之间建立， 第二 CS access call leg的信令端点是 ICCF, 而媒体流端点是 MGW, 所以语音呼叫的媒体连 接包括 CS媒体连接（ UE-A到 MGW )和 IP媒体连接两个部分（ MGW到 UE-C ) , 第二 CS access call leg支持第二媒体类型， 即多媒体。
7至 10为釆用 UE-A发起 CS媒体连接的变更的流程，在此方案下， ICCF 在协议的基础上不需要修改； UE-A在协议的基础上需要增强， 即在呼叫保持 应用程序中决策新的呼叫为不同媒体类型并能够发起 C S媒体连接的变更， 由 语音媒体连接变更为支持语音和视频的媒体连接。 UE-A使用 SCUDIF特性。 也可以釆用 ICCF发起 CS媒体连接的变更的方式将语音媒体连接变更为 支持语音和视频的媒体连接； ICCF在协议的基础上需要增强， 即在呼叫保持 应用程序中决策新的呼叫为不同媒体类型并能够发起 C S媒体连接的变更， 由 语音媒体连接变更为支持语音和视频的媒体连接。
图 3 所示为本发明实施例二中实现呼叫保持的流程图。 实现已有语音呼 叫， 再建立视频呼叫时的呼叫保持。 与实施例一的不同之处在于， 在步骤 3 中 ICCF收到 UE-A的新的媒体类型呼叫请求后， ICCF等待 MGCF发送媒体 协商请求 （携带 MGW新的媒体信息） ， 收到后再向 UE-C发起呼叫请求。
1. UE-A通过 ICCC发送挂起当前呼叫请求到 ICCF。
2. ICCF发送呼叫挂起请求到 UE-B,可以通过 SIP re-Invite或 Update消息。
3. UE-A发送呼叫 UE-C请求到 ICCF, 指示该呼叫为新的媒体类型。
4. UE-A向 VMSC网络发送 CS呼叫模式变更请求， 请求由 CS语音呼叫 变更为 CS多媒体呼叫。 VMSC通过核心网间消息发送 CS呼叫模式变更请求 到 MGCF。
5. MGCF生成 SIP媒体协商消息发送到 ICCF, 请求增加视频媒体。
6. ICCF发送呼叫请求 Invite到 UE-C, 包含 MGW的新的媒体信息。
7. UE-C指示正在振铃， 等待用户应答。
8. ICCF向 MGCF指示增加媒体请求被接受。
9. MGCF和 UE-A进行带内 H.245协商（所谓带内， 即通过数据通道而不 是信令路径的信息交互， 所以， 实际上 MGCF要通过 MGW进行交互来完成 协商） 。
10. UE-C指示用户应答呼叫， 发送 200 OK到 ICCF。
11. ICCF通过 ICCC指示呼叫被应答。
上述方案中 ICCF需要修改， 收到 UE-A的新的媒体类型呼叫 （在步骤 3 消息中指示）请求后， ICCF等待 MGCF发送媒体协商请求（携带 MGW新的 媒体信息） ， 收到后再向 UE-C发起呼叫请求； UE-A需要增强， 即在呼叫保 持应用程序中决策新的呼叫为不同媒体类型并发起 CS媒体连接的变更， 由语 音媒体连接变更为支持语音和视频的媒体连接。 这里， UE-A使用 SCUDIF特 性。 与实施例一相同， CS媒体连接的变更也可以由 ICCF发起。
图 4 所示为本发明实施例三中实现呼叫保持的流程图。 实现已有语音呼 叫， 再建立视频呼叫时的呼叫保持。 与实施例二的不同之处在于， 本实施例先 释放第一 CS access call leg, 再建立第二 CS access call leg。
1. UE-A通过 ICCC发送挂起当前呼叫请求到 ICCF。
2. ICCF发送呼叫挂起请求到 UE-B,可以通过 SIP re-Invite或 Update消息。
3. UE-A发送呼叫 UE-C请求到 ICCF。
4. UE-A请求 VMSC释放当前呼叫， VMSC发送释放请求到 MGCF;
5. MGCF生成 SIP会话释放请求到 ICCF;
6. UE-A发送建立多媒体 (语音 +视频 )呼叫请求到 VMSC, VMSC发送 呼叫请求到 MGCF;
7. MGCF生成 SIP多媒体会话邀请到 ICCF。
8. ICCF发送呼叫请求 Invite到 UE-C, 包含 MGW的新的媒体信息。
9. UE-C指示正在振铃， 等待用户应答。
10. ICCF向 MGCF指示会话邀请被接受。
11. MGCF向 VMSC指示呼叫请求被接受， VMSC指示 UE-A呼叫被接受。
12. MGCF和 UE-A进行带内 H.245协商 （所谓带内， 即通过数据通道而 不是信令路径的信息交互， 所以， 实际上 MGCF要通过 MGW进行交互来完 成协商） 。
13. UE-C指示用户应答呼叫， 发送 200 OK到 ICCF。
14. ICCF通过 ICCC指示呼叫被应答。
与实施例二不同的是， 在本实施例中 UE-A需要增强的能力为： 在呼叫保 持应用程序中决策新的呼叫为不同媒体类型并能够发起第一 CS access call leg 的释放， UE-A使用 SCUDIF特性。也可以由 ICCF发起释放第一 CS access call leg的释放。
图 5所示为本发明实施例四中实现呼叫保持的流程图。与实施例一的不同 之处在于， 实现已有视频呼叫， 再建立语音呼叫时的呼叫保持， 不需要 H.245 协商过程。
1. UE-A通过 ICCC发送挂起当前呼叫请求到 ICCF。 2. ICCF发送呼叫挂起请求到 UE-B,可以通过 SIP re-Invite或 Update消息。
3. UE-A发送呼叫 UE-C请求到 ICCF。
4. ICCF发送呼叫请求 Invite到 UE-C, 包含 MGW的 IP媒体连接端口的 媒体信息， 该媒体信息在前一个呼叫建立过程中在 ICCF保存起来。
5. UE-C指示正在振铃， 等待用户应答。
6. ICCF将 UE-C的媒体信息通过 Update消息发送到 MGCF, MGCF指示 MGW连接 UE-C。
7. UE-A向 VMSC网络发送 CS呼叫模式变更请求， 请求由 CS语音呼叫 变更为 CS多媒体呼叫。 VMSC通过核心网间消息发送 CS呼叫模式变更请求 到 MGCF。
8. MGCF生成 SIP媒体协商消息发送到 ICCF, 请求增加视频媒体。 ICCF 通过 CSCF将媒体协商消息发送到 UE-C。
9. UE-C接受增加媒体请求， 返回 200 OK应答， ICCF转发确认应答。
10. UE-C指示用户应答呼叫， 发送 200 OK到 ICCF。
11. ICCF通过 ICCC指示呼叫被应答。
图 6所示为本发明实施例五中实现呼叫保持的流程图。与实施例二的不同 之处在于， 实现已有视频呼叫， 再建立语音呼叫时的呼叫保持， 不需要 H.245 协商过程。
1. UE-A通过 ICCC发送挂起当前呼叫请求到 ICCF。
2. ICCF发送呼叫挂起请求到 UE-B,可以通过 SIP re-Invite或 Update消息。
3. UE-A发送呼叫 UE-C请求到 ICCF, 指示该呼叫为新的媒体类型。
4. UE-A向 VMSC网络发送 CS呼叫模式变更请求， 请求由 CS语音呼叫 变更为 CS多媒体呼叫。 VMSC通过核心网间消息发送 CS呼叫模式变更请求 到 MGCF。
5. MGCF生成 SIP媒体协商消息发送到 ICCF, 请求增加视频媒体。
6. ICCF发送呼叫请求 Invite到 UE-C, 包含 MGW的新的媒体信息。
7. UE-C指示正在振铃， 等待用户应答。
8. ICCF向 MGCF指示增加媒体请求被接受。
9. UE-C指示用户应答呼叫， 发送 200 OK到 ICCF。 10. ICCF通过 ICCC指示呼叫被应答。
图 7所示为本发明实施例六中实现呼叫保持的流程图。与实施例三的不同 之处在于， 实现已有视频呼叫， 再建立语音呼叫时的呼叫保持， 不需要 H.245 协商过程。
1. UE-A通过 ICCC发送挂起当前呼叫请求到 ICCF。
2. ICCF发送呼叫挂起请求到 UE-B,可以通过 SIP re-Invite或 Update消息。
3. UE-A发送呼叫 UE-C请求到 ICCF。
4. UE-A请求 VMSC释放当前呼叫， VMSC发送释放请求到 MGCF;
5. MGCF生成 SIP会话释放请求到 ICCF;
6. UE-A发送建立多媒体（语音 +视频）呼叫请求到 VMSC, VMSC发送 呼叫请求到 MGCF;
7. MGCF生成 SIP多媒体会话邀请到 ICCF。
8. ICCF发送呼叫请求 Invite到 UE-C, 包含 MGW的新的媒体信息。
9. UE-C指示正在振铃， 等待用户应答。
Figure imgf000011_0001
， VMSC指示 UE-A呼叫被接受。
12. UE-C指示用户应答呼叫， 发送 200 OK到 ICCF。
13. ICCF通过 ICCC指示呼叫被应答。
本发明实施例还提供一种实现呼叫保持的控制设备， 该设备可以独立设 置， 也可以集成在 ICCF等网络控制设备中， 该设备包括：
保持单元， 用于保持第一 UE和第二 UE之间的第一呼叫；
接收单元， 用于当所述保持单元保持所述第一呼叫时，接收来自所述第一 UE的呼叫请求， 所述呼叫请求的媒体类型与所述第一呼叫的媒体类型不同； 控制单元， 用于当所述接收单元接收到所述呼叫请求时，根据所述呼叫请 求使所述第一 UE与第三 UE建立第二呼叫，以使所述第一 UE和所述第三 UE 进行第二呼叫通话。
所述控制单元可以包括：
呼叫模式变更单元， 用于根据所述呼叫请求的媒体类型进行 CS呼叫模式 变更， 从而得到第二 CS access call leg, 建立所述第二呼叫。 所述第一 UE和所述第二 UE通过第一 CS access call leg进行第一呼叫通 话， 所述第一 CS access call leg支持第一媒体类型。 此时， 所述控制单元可以 包括：
释放单元， 用于释放与所述第一 UE之间的所述第一 CS access call leg; 建立单元， 用于建立与所述第一 UE之间的第二 CS access call leg, 所述 第二 CS access call leg支持第二媒体类型， 从而建立所述第二呼叫。
本发明实施例还提供一种实现呼叫保持的控制设备， 该设备可以独立设 置， 也可以集成在 ICCF等网络控制设备中， 该设备包括：
接收单元， 用于当第一 UE发起 CS呼叫模式变更后， 接收来自媒体网关 控制功能实体 MGCF的媒体协商请求，所述媒体协商请求携带媒体网管 MGW 新的媒体信息；
发送单元， 用于当所述接收单元接收到所述媒体协商请求， 向第三 UE发 送呼叫请求。
本发明实施例还提供一种实现呼叫保持的控制设备， 该设备可以独立设 置， 也可以集成在 ICCF等网络控制设备中， 该设备包括：
接收单元， 用于当第一 UE发起 CS呼叫模式变更后， 接收来自媒体网关 控制功能实体 MGCF的媒体协商请求，所述媒体协商请求携带媒体网管 MGW 新的媒体信息；
发送单元， 用于当所述接收单元接收到所述媒体协商请求， 向第三 UE发 送呼叫请求。
本发明实施例还提供一种实现呼叫保持的控制设备， 该设备可以独立设 置， 也可以集成在 ICCF等网络控制设备中， 该设备包括：
保持单元， 用于保持第一 UE和第二 UE之间的第一呼叫；
接收单元， 用于当所述保持单元保持第一呼叫时， 接收来自所述第一 UE 的呼叫请求， 所述呼叫请求的媒体类型与所述第一呼叫的媒体类型不同； 控制单元， 用于当所述接收单元接收到呼叫请求时， 发起 CS呼叫模式变 更。
本发明实施例还提供一种实现呼叫保持的控制设备， 该设备可以独立设 置， 也可以集成在 ICCF等网络控制设备中， 该设备包括： 保持单元， 用于保持第一 UE和第二 UE之间的第一呼叫,所述第一 UE和 第二 UE通过第一 CS access call leg进行第一呼叫通话，所述第一 CS access call leg支持第一媒体类型；
接收单元， 用于当所述保持单元保持第一呼叫时， 接收来自所述第一 UE 的呼叫请求， 所述呼叫请求的媒体类型为第二媒体类型；
控制单元， 用于当所述接收单元接收到呼叫请求时， 释放与所述第一 UE 之间的第一 CS access call leg, 建立与所述第一 UE之间的第二 CS access call leg, 所述第二 CS access call leg支持第二媒体类型。
本发明实施例还提供了一种实现呼叫保持的终端设备， 该终端设备包括： 第一通话单元， 用于通过第一 CS access call leg和第二 UE进行第一呼叫 通话，所述第一 CS access call leg的信令端点为 ICCF实体，所述第一 CS access call leg支持第一媒体类型；
保持单元， 用于通过 ICCC请求保持所述第一呼叫；
第二呼叫建立单元， 用于通过所述 ICCC请求和第三 UE建立第二呼叫； 第二通话单元， 用于通过第二 CS access call leg和所述第三 UE进行第二 呼叫通话， 所述第二 CS access call leg支持第二媒体类型。
所述第二呼叫建立单元可以包括：
呼叫单元， 用于通过所述 ICCC请求发起呼叫所述第三 UE的呼叫请求； 变更单元， 用于进行 CS呼叫模式变更， 从而得到第二 CS access call leg, 建立第二呼叫。
所述第二呼叫建立单元可以包括：
呼叫单元， 用于通过所述 ICCC请求发起呼叫所述第三 UE的呼叫请求； 释放单元， 用于释放与所述 ICCF实体之间的第一 CS access call leg;
建立单元， 用于建立与所述 ICCF实体之间的第二 CS access call leg, 所 述第二 CS access call leg支持第二媒体类型。
本发明实施例还提供一种实现呼叫保持的终端设备， 该设备包括： 保持单元， 用于向电路域接入互联网协议多媒体子系统控制功能实体 ICCF发送第一呼叫保持请求， 所述第一呼叫保持请求用于保持该终端设备与 第二 UE之间的第一呼叫,所述该终端设备和第二 UE通过第一 CS access call leg进行第一呼叫通话， 所述第一 CS access call leg支持第一媒体类型； 呼叫单元， 用于当所述保持单元发送第一呼叫保持请求后， 向所述 ICCF 发送呼叫请求， 所述呼叫请求的媒体类型为第二媒体类型；
控制单元，用于当所述呼叫单元发送呼叫请求后，发起 CS呼叫模式变更。 本发明实施例还提供一种实现呼叫保持的终端设备， 该设备包括： 保持单元， 用于向电路域接入互联网协议多媒体子系统控制功能实体 ICCF发送第一呼叫保持请求， 所述第一呼叫保持请求用于保持该终端设备与 第二 UE之间的第一呼叫,所述该终端设备和第二 UE通过第一 CS access call leg进行第一呼叫通话， 所述第一 CS access call leg支持第一媒体类型；
呼叫单元， 用于当所述保持单元发送第一呼叫保持请求后， 向所述 ICCF 发送呼叫请求， 所述呼叫请求的媒体类型为第二媒体类型；
控制单元， 用于当所述呼叫单元发送呼叫请求后， 释放与所述 ICCF之间 的第一 CS access call leg, 建立与所述 ICCF之间的第二 CS access call leg, 所 述第二 CS access call leg支持第二媒体类型。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明 可借助软件加必需的硬件平台的方式来实现， 当然也可以全部通过硬件来实 施， 但很多情况下前者是更佳的实施方式。 基于这样的理解， 本发明的技术方 案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计 算机软件产品可以存储在存储介质中， 如 ROM/RAM、 磁碟、 光盘等， 包括若 干指令用以使得一台计算机设备（可以是个人计算机， 服务器， 或者网络设备 等）执行本发明各个实施例或者实施例的某些部分所述的方法。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通 技术人员来说， 在不脱离本发明原理的前提下， 还可以作出若干改进和润饰， 这些改进和润饰也应视为本发明的保护范围。

Claims

权 利 要 求
1、 一种实现呼叫保持的方法， 其特征在于， 该方法包括：
第一用户设备 UE通过第一电路域接入呼叫支路 CS access call leg和第二 UE进行第一呼叫通话， 所述第一 CS access call leg的信令端点为电路域接入 互联网协议多媒体子系统控制功能 ICCF实体， 所述第一 CS access call leg支 持第一媒体类型；
通过电路域接入互联网协议多媒体子系统控制信道 ICCC请求保持所述第 一呼叫；
所述第一 UE通过所述 ICCC请求和第三 UE建立第二呼叫；
通过第二 CS access call leg和所述第三 UE进行第二呼叫通话， 所述第二
CS access call leg支持第二媒体类型。
2、根据权利要求 1 所述的方法，其特征在于，所述第一 UE通过所述 ICCC 请求和第三 UE建立第二呼叫包括：
通过所述 ICCC请求向所述 ICCF实体发送呼叫所述第三 UE的呼叫请求； 在所述 ICCF实体向所述第三 UE发送所述呼叫请求， 控制所述第一 CS access call leg和所述第三 UE建立媒体连接之后， 所述第一 UE进行 CS呼叫 模式变更， 使所述第一 CS access call leg支持的所述第一媒体类型变更为所述 第二媒体类型， 得到所述第二 CS access call leg。
3、根据权利要求 1 所述的方法，其特征在于，所述第一 UE通过所述 ICCC 请求和第三 UE建立第二呼叫包括：
通过所述 ICCC请求向所述 ICCF实体发送呼叫所述第三 UE的呼叫请求； 所述 ICCF实体用于先向所述第三 UE发送所述呼叫请求， 控制第一 CS access call leg和所述第三 UE建立媒体连接， 再进行 CS呼叫模式变更， 使所 述第一 CS access call leg支持的所述第一媒体类型变更为所述第二媒体类型， 得到所述第二 CS access call leg。
4、根据权利要求 1 所述的方法，其特征在于，所述第一 UE通过所述 ICCC 请求和第三 UE建立第二呼叫包括：
通过所述 ICCC请求向所述 ICCF实体发送呼叫所述第三 UE的呼叫请求； 在所述 ICCF实体向所述第三 UE发送所述呼叫请求之后， 所述第一 UE 发起释放所述第一 CS access call leg, 建立与所述 ICCF实体之间的所述第二 CS access call leg;
所述 ICCF实体用于在所述第一 UE建立与所述 ICCF实体之间的所述第 二 CS access call leg之后， 控制所述第二 CS access call leg和所述第三 UE建 立媒体连接。
5、根据权利要求 1 所述的方法，其特征在于，所述第一 UE通过所述 ICCC 请求和第三 UE建立第二呼叫包括：
通过所述 ICCC请求向所述 ICCF实体发送呼叫所述第三 UE的呼叫请求； 所述 ICCF实体用于先向所述第三 UE发送所述呼叫请求， 再发起释放所 述第一 CS access call leg, 建立所述第二 CS access call leg, 然后控制所述第二 CS access call leg和所述第三 UE建立媒体连接。
6、根据权利要求 1 所述的方法，其特征在于，所述第一 UE通过所述 ICCC 请求和第三 UE建立第二呼叫包括：
通过所述 ICCC请求向所述 ICCF实体发送呼叫第三 UE的呼叫请求； 所述第一 UE进行 CS呼叫模式变更， 使所述第一 CS access call leg支持 的所述第一媒体类型变更为所述第二媒体类型， 得到所述第二 CS access call leg;
所述 ICCF实体用于在所述第一 UE进行 CS呼叫模式变更之后， 向所述 第三 UE发送所述呼叫请求， 控制第二 CS access call leg和所述第三 UE建立 媒体连接。
7、根据权利要求 1 所述的方法，其特征在于，所述第一 UE通过所述 ICCC 请求和第三 UE建立第二呼叫包括：
通过所述 ICCC请求向所述 ICCF实体发送呼叫所述第三 UE的呼叫请求； 所述 ICCF实体用于先进行 CS呼叫模式变更， 将所述第一 CS access call leg支持的媒体类型变更为第二媒体类型， 得到所述第二 CS access call leg, 再 向所述第三 UE发送所述呼叫请求， 控制所述第二 CS access call leg和所述第 三 UE建立媒体连接。
8、根据权利要求 1 所述的方法，其特征在于，所述第一 UE通过所述 ICCC 请求和第三 UE建立第二呼叫包括： 通过所述 ICCC请求向所述 ICCF实体发送呼叫所述第三 UE的呼叫请求； 所述第一 UE发起释放所述第一 CS access call leg,建立与所述 ICCF实体 之间的所述第二 CS access call leg;
所述 ICCF实体用于在所述第一 UE建立与所述 ICCF实体之间的所述第 二 CS access call leg之后， 向所述第三 UE发送所述呼叫请求， 然后控制所述 第二 CS access call leg和所述第三 UE建立媒体连接。
9、根据权利要求 1 所述的方法，其特征在于，所述第一 UE通过所述 ICCC 请求和第三 UE建立第二呼叫包括：
通过所述 ICCC请求向所述 ICCF实体发送呼叫所述第三 UE的呼叫请求； 所述 ICCF实体用于先发起释放所述第一 CS access call leg, 建立所述第 二 CS access call leg, 再向所述第三 UE发送所述呼叫请求， 然后控制所述第 二 CS access call leg和所述第三 UE建立媒体连接。
10、 根据权利要求 1 至 9任意一项所述的方法， 其特征在于， 所述第一 媒体类型为语音， 第二媒体类型为多媒体； 或者， 所述第一媒体类型为多媒体, 第二媒体类型为语音。
11、根据权利要求 1所述的方法，其特征在于，所述第二 CS access call leg 的实现方法包括：
进行 CS呼叫模式变更， 得到所述第二 CS access call leg;
或者， 释放所述第一 CS access call leg, 建立所述第二 CS access call leg。
12、 一种实现呼叫保持的方法， 其特征在于， 该方法包括：
根据第一 UE的 ICCC请求保持第一 UE和第二 UE之间的第一呼叫； 接收来自所述第一 UE的呼叫请求，所述呼叫请求的媒体类型与所述第一 呼叫的媒体类型不同；
根据所述呼叫请求使所述第一 UE与第三 UE建立第二呼叫， 以使所述第 一 UE和所述第三 UE进行第二呼叫通话。
13、 根据权利要求 12所述的方法， 其特征在于， 所述根据所述呼叫请求 使所述第一 UE与第三 UE建立第二呼叫包括：
根据所述呼叫请求的媒体类型进行 CS呼叫模式变更， 从而得到第二 CS access call leg, 建立所述第二呼叫。
14、 根据权利要求 12所述的方法， 其特征在于， 所述第一 UE和所述第 二 UE通过第一 CS access call leg进行第一呼叫通话， 所述第一 CS access call leg支持第一媒体类型；
所述根据所述呼叫请求使所述第一 UE与第三 UE建立第二呼叫包括： 释放与所述第一 UE之间的所述第一 CS access call leg, 建立与所述第一
UE之间的第二 CS access call leg, 所述第二 CS access call leg支持第二媒体类 型， 从而建立第二呼叫。
15、 一种实现呼叫保持的控制设备， 其特征在于， 该控制设备包括： 保持单元， 用于保持第一 UE和第二 UE之间的第一呼叫；
接收单元， 用于当所述保持单元保持所述第一呼叫时，接收来自所述第一
UE的呼叫请求， 所述呼叫请求的媒体类型与所述第一呼叫的媒体类型不同； 控制单元， 用于当所述接收单元接收到所述呼叫请求时，根据所述呼叫请 求使所述第一 UE与第三 UE建立第二呼叫，以使所述第一 UE和所述第三 UE 进行第二呼叫通话。
16、 根据权利要求 15所述的控制设备， 其特征在于， 所述控制单元包括： 呼叫模式变更单元， 用于根据所述呼叫请求的媒体类型进行 CS呼叫模式 变更， 从而得到第二 CS access call leg, 建立所述第二呼叫。
17、 根据权利要求 15所述的控制设备， 其特征在于， 所述第一 UE和所 述第二 UE通过第一 CS access call leg进行第一呼叫通话， 所述第一 CS access call leg支持第一媒体类型；
所述控制单元包括：
释放单元， 用于释放与所述第一 UE之间的所述第一 CS access call leg; 建立单元， 用于建立与所述第一 UE之间的第二 CS access call leg, 所述 第二 CS access call leg支持第二媒体类型， 从而建立所述第二呼叫。
18、 一种实现呼叫保持的终端设备， 其特征在于， 该终端设备包括： 第一通话单元， 用于通过第一 CS access call leg和第二 UE进行第一呼叫 通话，所述第一 CS access call leg的信令端点为 ICCF实体，所述第一 CS access call leg支持第一媒体类型；
保持单元， 用于通过 ICCC请求保持所述第一呼叫； 第二呼叫建立单元， 用于通过所述 ICCC请求和第三 UE建立第二呼叫； 第二通话单元， 用于通过第二 CS access call leg和所述第三 UE进行第二 呼叫通话， 所述第二 CS access call leg支持第二媒体类型。
19、 根据权利要求 18所述的终端设备， 其特征在于， 所述第二呼叫建立 单元包括：
呼叫单元， 用于通过所述 ICCC请求发起呼叫所述第三 UE的呼叫请求； 变更单元， 用于进行 CS呼叫模式变更， 从而得到第二 CS access call leg, 建立第二呼叫。
20、 根据权利要求 18所述的终端设备， 其特征在于， 所述第二呼叫建立 单元包括：
呼叫单元， 用于通过所述 ICCC请求发起呼叫所述第三 UE的呼叫请求； 释放单元， 用于释放与所述 ICCF实体之间的第一 CS access call leg; 建立单元， 用于建立与所述 ICCF实体之间的第二 CS access call leg, 所 述第二 CS access call leg支持第二媒体类型。
PCT/CN2008/073331 2007-12-04 2008-12-04 Procédé et dispositif pour réaliser la mise en attente WO2009074103A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP08859589A EP2230814B1 (en) 2007-12-04 2008-12-04 Method for realizing a call hold
JP2010536314A JP2011505772A (ja) 2007-12-04 2008-12-04 呼の保持を実現する方法および装置
ES08859589T ES2397967T3 (es) 2007-12-04 2008-12-04 Método para realizar la retención de una llamada
US12/793,211 US20100238841A1 (en) 2007-12-04 2010-06-03 Method and Device for Holding Calls

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710193853.1 2007-12-04
CN200710193853.1A CN101453453B (zh) 2007-12-04 2007-12-04 实现呼叫保持的方法及设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/793,211 Continuation US20100238841A1 (en) 2007-12-04 2010-06-03 Method and Device for Holding Calls

Publications (1)

Publication Number Publication Date
WO2009074103A1 true WO2009074103A1 (fr) 2009-06-18

Family

ID=40735477

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/073331 WO2009074103A1 (fr) 2007-12-04 2008-12-04 Procédé et dispositif pour réaliser la mise en attente

Country Status (6)

Country Link
US (1) US20100238841A1 (zh)
EP (1) EP2230814B1 (zh)
JP (1) JP2011505772A (zh)
CN (1) CN101453453B (zh)
ES (1) ES2397967T3 (zh)
WO (1) WO2009074103A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11290685B2 (en) * 2013-07-03 2022-03-29 Huawei Technolgoies Co., Ltd. Call processing method and gateway

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101997697B (zh) * 2009-08-12 2012-06-20 华为终端有限公司 一种i1接口的业务控制方法和装置
US9749365B2 (en) * 2012-04-03 2017-08-29 Telefonaktiebolaget Lm Ericsson (Publ) Hold announcement configuration
EP2860932A1 (en) * 2013-10-09 2015-04-15 Telefonaktiebolaget L M Ericsson (Publ) Multimedia Communications Service Handling

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1556644A (zh) * 2003-12-30 2004-12-22 �����ʵ��ѧ 一种实现支持多媒体业务的软交换呼叫处理系统及方法
CN1832517A (zh) * 2005-03-08 2006-09-13 中兴通讯股份有限公司 一种基于h·248协议的实现新业务的方法
CN1960401A (zh) * 2005-11-02 2007-05-09 华为技术有限公司 一种汇接局实现双业务交替的方法
WO2007093740A2 (fr) * 2006-02-14 2007-08-23 Alcatel Lucent Dispositif et procede de controle de communications, en vue de l'etablissement automatique d'une communication de messagerie instantanee lors d'une mise en attente en cours de communication telephonique ou multimedia

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI19992054A (fi) * 1999-09-24 2001-03-24 Nokia Networks Oy Kaiunpoistajien ohjaus tietoliikennejärjestelmässä
US20050180338A1 (en) * 2004-02-17 2005-08-18 Nokia Corporation Swapping voice and video calls
CN1761274B (zh) * 2004-10-15 2011-06-01 华为技术有限公司 一种呼叫保持的处理方法
KR101103492B1 (ko) * 2005-01-31 2012-01-10 텔레폰악티에볼라겟엘엠에릭슨(펍) 무선 통신 네트워크에서 음성/멀티미디어 모드 전환 기술
DE102005006174A1 (de) * 2005-02-10 2006-08-17 Siemens Ag Signalisierung eines Wechsels von einem ersten Dienst zu einem zweiten Dienst während einer Gesprächsverbindung
CN1925524B (zh) * 2005-08-31 2010-05-12 上海贝尔阿尔卡特股份有限公司 一种在软交换通信网络中实现呼叫转接的方法和装置
EP2057818B1 (en) * 2006-08-28 2019-04-03 Nokia Technologies Oy Method, system and terminal for multimedia session establishment
CN1964400A (zh) * 2006-11-22 2007-05-16 华为技术有限公司 一种实现呼叫保持的方法及终端

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1556644A (zh) * 2003-12-30 2004-12-22 �����ʵ��ѧ 一种实现支持多媒体业务的软交换呼叫处理系统及方法
CN1832517A (zh) * 2005-03-08 2006-09-13 中兴通讯股份有限公司 一种基于h·248协议的实现新业务的方法
CN1960401A (zh) * 2005-11-02 2007-05-09 华为技术有限公司 一种汇接局实现双业务交替的方法
WO2007093740A2 (fr) * 2006-02-14 2007-08-23 Alcatel Lucent Dispositif et procede de controle de communications, en vue de l'etablissement automatique d'une communication de messagerie instantanee lors d'une mise en attente en cours de communication telephonique ou multimedia

Non-Patent Citations (1)

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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11290685B2 (en) * 2013-07-03 2022-03-29 Huawei Technolgoies Co., Ltd. Call processing method and gateway

Also Published As

Publication number Publication date
CN101453453A (zh) 2009-06-10
US20100238841A1 (en) 2010-09-23
EP2230814B1 (en) 2012-11-28
EP2230814A4 (en) 2011-03-23
CN101453453B (zh) 2011-08-03
JP2011505772A (ja) 2011-02-24
ES2397967T3 (es) 2013-03-12
EP2230814A1 (en) 2010-09-22

Similar Documents

Publication Publication Date Title
US8155084B2 (en) User equipment, call continuity application server, and network handover method
EP1656773B1 (en) Providing packet-based multimedia services via a circuit bearer
AU2011374206B2 (en) Methods and apparatuses for enabling an Single Radio Voice Call Continuity (SRVCC) access transfer of an emergency call back session
JP5255123B2 (ja) 通信ネットワークにおいてセッションを確立する方法
CN103703737B (zh) 用于支持ims服务连续性的实现的方法和设备
US20100066801A1 (en) Method for Implementing RBT Interworking, Media Gateway Control Function Device, and Application Server
WO2008145051A1 (fr) Procédé servant à convertir des supports de conversation, procédé et dispositif servant à mettre à jour l'établissement d'un appel
JP2010063116A (ja) 特にｕｍｔｓネットワークにおける課金識別子の分配
WO2009056059A1 (fr) Procédé, système et dispositif de renvoi automatique d'appel
WO2014044224A1 (zh) 接入协商、释放中服务质量承载资源控制的方法及系统
WO2011026438A1 (zh) 跨无线接入技术的语音切换方法、设备及网络系统
US20100254372A1 (en) System and method for enhancing ims centralized services
US8411597B2 (en) Method, system and apparatus for setting up multimedia call
WO2009089711A1 (fr) Procédé, système et dispositif pour faire alterner un type de média
WO2009074103A1 (fr) Procédé et dispositif pour réaliser la mise en attente
WO2008122235A1 (fr) Procédé de commande d'appel, adaptateur de domaine à commutation de circuits et dispositif terminal
WO2011038613A1 (zh) 一种带有彩铃的振铃状态会话的切换系统及方法
WO2009046653A1 (fr) Procédé, dispositif et système d'application de lignes directrices
WO2009124512A1 (zh) 控制早媒体播放的实现方法
JP2011526441A (ja) Ｉｍｓネットワーク内でカスタマイズされたビデオサービスを実現するための方法およびネットワークユニット
WO2008052466A1 (fr) Procédé, système et équipement pour une commutation parmi différents réseaux
WO2009021549A1 (en) Media switching in mobile communication systems
EP2222064A1 (en) Method and system for processing early media service between different domains
WO2010025649A1 (zh) 多媒体铃音业务的呼叫和控制方法、装置及系统
WO2008110110A1 (fr) Procédé et système de fourniture de service de sous-système multimédia ip

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: 08859589

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010536314

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2008859589

Country of ref document: EP