US20110044211A1 - Method and device for holding calls between networks - Google Patents

Method and device for holding calls between networks Download PDF

Info

Publication number
US20110044211A1
US20110044211A1 US12/914,267 US91426710A US2011044211A1 US 20110044211 A1 US20110044211 A1 US 20110044211A1 US 91426710 A US91426710 A US 91426710A US 2011044211 A1 US2011044211 A1 US 2011044211A1
Authority
US
United States
Prior art keywords
ue
call
media streams
sending
receiving
Prior art date
Legal status (The legal status 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 status listed.)
Abandoned
Application number
US12/914,267
Inventor
Shuiping Long
Hui Jin
Xiaoyan Duan
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
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
Priority to CN 200810093832 priority Critical patent/CN101527891B/en
Priority to CN200810093832.7 priority
Priority to PCT/CN2009/071443 priority patent/WO2009132566A1/en
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Assigned to HUAWEI TECHNOLOGIES CO., LTD. reassignment HUAWEI TECHNOLOGIES CO., LTD. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: DUAN, XIAOYAN, JIN, HUI, LONG, SHUIPING
Publication of US20110044211A1 publication Critical patent/US20110044211A1/en
Application status is Abandoned legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16Communication-related supplementary services, e.g. call-transfer or call-hold
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements or protocols for real-time communications
    • H04L65/10Signalling, control or architecture
    • H04L65/1013Network architectures, gateways, control or user entities
    • H04L65/1016IMS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements or protocols for real-time communications
    • H04L65/10Signalling, control or architecture
    • H04L65/1066Session control
    • H04L65/1096Features, e.g. call-forwarding or call hold
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/428Arrangements for placing incoming calls on hold
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Interconnection arrangements between switching centres
    • H04M7/12Interconnection arrangements between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step, decimal and non-decimal, circuit-switched and packet-switched, i.e. gateway arrangements
    • H04M7/1205Interconnection arrangements between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step, decimal and non-decimal, circuit-switched and packet-switched, i.e. gateway arrangements where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1225Details of core network interconnection arrangements
    • H04M7/123Details of core network interconnection arrangements where the packet-switched network is an Internet Protocol Multimedia System-type network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/428Arrangements for placing incoming calls on hold
    • H04M3/4285Notifying, informing or entertaining a held party while on hold, e.g. Music On Hold

Abstract

A method and a device for holding calls between networks are disclosed herein. The method includes: receiving a call hold request sent by a UE in a CS network, where the call hold request carries an indication that the UE in the CS network will continue sending media streams; and instructing a peer device to keep receiving the media streams from the UE in the CS network and stop sending the media streams. In the technical solution under the present invention, the UE in the CS network partially releases the radio resources after initiating the call hold operation, and therefore, the UE in the CS network can play local media files to the peer device after the call is held, thus saving network resources and improving the user experience.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is a continuation of International Application No. PCT/CN2009/071443, filed on Apr. 24, 2009, which claims priority to Chinese Patent Application No. 200810093832.7, filed on Apr. 30, 2008, both of which are hereby incorporated by reference in their entireties.
  • FIELD OF THE INVENTION
  • The present invention relates to mobile communication, and in particular, to a method and a device for holding calls between networks.
  • BACKGROUND
  • IP Multimedia Subsystem (IMS) is an IP multimedia service support subsystem put forward in release 5 of the 3rd Generation Partnership Project (3GPP) in order to provide multimedia services for mobile users through the Internet. The IMS is characterized by the following features: (1) an IP-based multimedia service and session control core network; (2) a public platform that supports various integrated services and is independent of any access technology and access mode; (3) use of a flexible Session Initiation Protocol (SIP) and standardized open interfaces, which makes it possible to support a wide range of services; (4) definition and perfection by multiple standardization organizations (the 3GPP/3GPP 2 defines the IMS network components and infrastructure, and accomplishes concordance as far as possible; the International Telegraph Union-Telecommunication Standardization Sector (ITU-T) and the European Telecommunications Standardization Institute (ETSI) adopt the IMS-based New Generation Network (NGN) or Next Generation Network (NGN) architecture, and make progress on that basis). It is generally believed in the industry that the IMS is a trend for the future.
  • Most users still use the traditional CS network currently, including PSTN, Integrated Services Digital Network (ISDN), and 2nd Generation Global System for Mobile Telecommunication (2G GSM). Therefore, it is important to implement interworking between the IMS network and the CS network, namely, implement the calls between the IMS user and the CS user. Important devices for interworking between the IMS network and the CS network are Media Gateway Control Function (MGCF), IMS Media Gateway (IMS-MGW), and Border Gateway Control Function (BGCF). The MGCF is responsible for interconnection of the control plane, and implements mapping between the SIP signaling and the Bearer Independent Call Control protocol (BICC) or ISDN User Part (ISUP). Accordingly, the IMS-MGW performs protocol conversion on user plane, terminates at the CS network, and provides conversion between the two types of termination. The MGCF uses the H.248 protocol to control the action of the IMS-MGW. The BGCF selects the location of the egress to the CS network when the IMS user initiates a call to a CS network user.
  • Currently, the CS network service platform is separated from the IMS network service platform, which makes it costly for the operator to operate the network and introduce new services. The IMS Centralized Service (ICS) project currently developed by the 3GPP attempts to let the IMS service platform support both the user CS access and the PS access. The essence of the ICS is: The CS network bears the real-time IMS session media (voice and video), and a transparent control channel is introduced between the User Equipment (UE) and the IMS network to support the IMS service control. The control channel may be implemented through Unstructured Supplementary Service Data (USSD) or SIP, where the USSD is a data communication mechanism of the CS network, and is generally applicable to communication between the UE and the server). An ICS server is introduced into the IMS network to support the ICS. The ICS server communicates with the Serving Call Session Control Function (S-CSCF) through an IP multimedia Subsystem Service Control (ISC) interface.
  • In the prior art, at the time of setting up a call between the UE in the CS network and the UE in the IMS network, if the UE in the CS network is holding a call, the UE needs to send a call hold request to the CS network to release the radio resources of the UE in the CS network. The call hold announcement has to be played by the CS network to the peer device, which does not meet the requirements in certain service scenarios, for example, the user who leaves the telephone set temporarily expects to send individualized music to the peer user, or the user at a sports event site expects to play the on-site commentary to the peer user without further bidirectional conversation.
  • SUMMARY
  • The embodiments of the present invention provide a method and a device for holding calls between networks so that the UE in the CS network releases radio resources partially after initiating a call hold operation and plays media files to the peer device.
  • The method for holding calls between networks includes:
  • receiving a call hold request sent by a UE in the CS network, where the call hold request carries an indication that the UE in the CS network will continue sending media streams; and
  • instructing the peer device to keep receiving the media streams from the UE of the CS network and stop sending the media streams.
  • A UE provided in an embodiment of the present invention includes:
  • a sending module, configured to send a call hold request or call retrieval request to an IMS network server; and
  • a sustaining module, configured to sustain the CS network channel after the sending module sends the call hold request.
  • An IMS network device provided in an embodiment of the present invention includes:
  • a receiving module, configured to: receive a call hold request or call retrieval request sent by a UE in the CS network, where the call hold request carries an indication that the UE in the CS network will continue sending media streams; and
  • a sending module, configured to send a signaling indicative of holding or retrieving the call to the peer device according to the call hold request or call retrieval request received by the receiving module.
  • Compared with the prior art, the technical solution under the present invention brings the following benefits: The UE in the CS network partially releases the radio resources after initiating the call hold operation. Therefore, the UE in the CS network can play media files to the peer device after the call is held, thus saving network resources and improving the user experience.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a flowchart of holding calls between networks according to the first embodiment of the present invention;
  • FIG. 2 is a flowchart of holding calls between networks through a SIP signaling according to the second embodiment of the present invention;
  • FIG. 3 is a flowchart of holding calls between networks through a USSD signaling according to the third embodiment of the present invention;
  • FIG. 4 shows a structure of a UE according to the fourth embodiment of the present invention; and
  • FIG. 5 shows a structure of an IMS network device according to the fifth embodiment of the present invention.
  • DETAILED DESCRIPTION OF THE EMBODIMENTS
  • The embodiments of the present invention provide a method for holding calls between networks so that the UE in the CS network releases radio resources partially after initiating a call hold operation and plays local media files to the peer device.
  • The embodiments of the present invention are detailed below with reference to accompanying drawings.
  • FIG. 1 is a flowchart of holding calls between networks in the first embodiment of the present invention. The method for holding calls between networks includes the following steps:
  • Step S101: The IMS network server receives a call hold request sent by a UE in the CS network, where the call hold request carries an indication that the UE in the CS network will continue sending media streams.
  • Specifically, the UE in the CS network is capable of the ICS function, and the call hold request may be sent through a SIP signaling or USSD signaling. The ICS-enabled UE supports PS access and CS access. The UE sends a SIP signaling to the IMS server through PS access, and combines the CS access with the PS access to implement the ICS function. By contrast, the UE in the prior art uses the CS access or PS access independently. Therefore, the technical solution herein saves the operation cost and reduces the cost of introducing new services.
  • Meanwhile, the UE in the CS network sends a call hold request directly to the IMS network server rather than the CS network device, thus implementing centralized control for the call hold service in the IMS network. Moreover, after the call is held, the UE in the CS network sustains the CS network channel, and goes on receiving and transmitting media streams but stops decoding the received media streams. The media streams may be sent by the UE after the UE performs media coding for the received media signals or after the UE converts the format of the local media file, or the UE sends the local media files directly.
  • Step S102: The IMS network server instructs the peer device to keep receiving media streams from the UE of the CS network and stop sending media streams. In the prior art, after receiving the hold message forwarded by a Mobile Switching Center (MSC) server, the MGCF converts the hold message into a SIP message which is then sent to the peer device through an S-SCSF.
  • In the embodiments of the present invention, however, the IMS network server receives the call hold request sent by the UE in the CS network and then sends a request to the peer device, instructing the peer to keep receiving but stop sending media streams.
  • This step adjusts the media channel of the IMS network, namely, Real-time Transmission Protocol (RTP) channel. As a result, the peer device stops sending media streams but the UE is still capable of receiving media streams. Therefore, media streams are still sent to the UE in the IMS network continuously, for example, for the purpose of playing the local media files of the UE in the CS network.
  • After the call is held, the UE in the CS network and the UE in the IMS network can choose to terminate the call and release all resources occupied by this call; or the UE in the CS network sends a call retrieval request to recover the call, go on with the conversation, and continue receiving and sending media streams.
  • The call hold request mentioned here may be sent through a SIP signaling or USSD signaling.
  • After the call is retrieved, the UE in the CS network recovers the function of decoding the received media streams, and the UE in the IMS network recovers the function of sending media streams.
  • In the technical solution under the present invention, the UE in the CS network partially releases the radio resources after initiating the call hold operation, and therefore, the UE in the CS network can play media files to the peer device after the call is held, thus saving network resources and improving the user experience.
  • In order to make the technical solution under the present invention clearer, the following describes the method of holding calls between networks in more detail with respect to a network signaling exchange process. The second embodiment of the present invention is shown in FIG. 2:
  • It is worthy of attention that the technical solution under the present invention requires the UE in the CS network to support the ICS function, namely, the UE in the CS network is an ICS UE.
  • Other network entities are described below:
  • MSC server: an entity introduced by the softswitch of the CS mobile network, and is capable of MSC call control and mobility management and controlling the CS-MGW to bear media streams of the call. The MSC server communicates with the UE through a layer-3 signaling (such as 24.008 signaling in the 3GPP network) of the mobile network.
  • IMS-MGW: IMS media gateway, corresponding to the CS-MGW and designed for media streams exchange between the CS network and the IMS network.
  • MGCF: serving as a controller of the IMS-MGW and converting the SIP signaling of the IMS network and the signaling of the CS network.
  • The MSC server combines with the MGCF to convert the SIP signaling of the IMS network and the layer-3 signaling of the mobile network, and may be called a signaling conversion server. The signaling conversion server may be an independent network entity.
  • ICS Application Server (ICS AS): a server that supports ICS in the IMS network, and communicates with the S-CSCF through an ISC interface.
  • S-CSCF: an entity that implements registration and session control.
  • Based on the network entities above, the method for holding calls between networks in this embodiment includes the following steps:
  • Step S201: Through a re-INVITE message, the ICS UE sends a call hold request to the ICS AS.
  • The re-INVITE is a call hold request of the SIP format. The signaling uses “sendonly” to indicate the signaling format: (re-INVITE(SDP(a=sendonly))), which means that the ICS UE will continue sending media streams.
  • The re-INVITE is forwarded to the IMS network server (namely, ICS AS) through an S-CSCF.
  • Step S202: The ICS AS returns a re-INVITE to the S-CSCF.
  • Described above is a normal IMS processing process.
  • Step S203: The S-CSCF sends a re-INVITE to the peer device, namely, the UE in the IMS network.
  • The signaling uses “sendonly” to instruct the peer device to: hold the call, namely, the UE in the IMS network stops sending media streams to the network; and go on receiving media streams.
  • Through the foregoing operations, the peer device releases the relevant resources of the media streams in the sending direction.
  • Step S204: The peer device sends a 200 OK to the S-CSCF as a confirmation.
  • Step S205: The S-CSCF sends a 200 OK to the ICS AS.
  • Step S206: The ICS AS sends a re-INVITE to the MGCF through an S-CSCF.
  • This signaling uses “recvonly” to instruct the MGCF to stop receiving but go on sending the RTP media streams. Correspondingly, the peer device receives but stops sending the media streams.
  • The MGCF controls the IMS-MGW to stop receiving media streams from the peer device but go on sending media streams to the peer device.
  • Step S207: The MGCF sends a 200 OK message to the S-CSCF as a confirmation, and the message is forwarded to the ICS AS.
  • Step S208: The ICS AS sends a 200 OK to the ICS UE through an S-CSCF to confirm success of holding the call.
  • At this time, the radio air interface resources of the ICS UE still exist, and the ICS UE goes on receiving media stream data, for the purpose of keeping the connection only, without performing other operations; the ICS UE may stop decoding the received media streams, and continue encoding the media signals and sending them to the peer device or playing the local media files to the peer device.
  • After the call is held, the ICS UE and the peer device (namely, the UE in the CS network and the UE in the IMS network) can choose to terminate the call and release all resources occupied by this call; or the UE in the CS network sends a call retrieval request to recover the call, proceed to step S209, go on with the conversation, and continue receiving and sending media streams.
  • Step S209: Through a re-INVITE message, the ICS UE sends a call retrieval request to the ICS AS.
  • The re-INVITE is a call hold request of the SIP format. The signaling uses “sendrecv” to indicate that the ICS UE expects to recover the call and resume receiving and sending media streams.
  • The re-INVITE is forwarded to the ICS AS through an S-CSCF.
  • Step S210: The ICS AS returns a re-INVITE to the S-CSCF.
  • Described above is a normal IMS processing process.
  • Step S211: The S-CSCF sends a re-INVITE to the peer device.
  • As well, this signaling uses “sendrecv” to instruct the peer device to resume sending media streams and go on receiving media streams.
  • Step S212: The peer device sends a 200 OK as a confirmation.
  • Step S213: The S-CSCF sends a 200 OK to the ICS AS.
  • Step S214: The ICS AS sends a re-INVITE to the MGCF through an S-CSCF.
  • This signaling uses “sendrecv” to instruct the MGCF to resume receiving and go on sending the RTP media streams. Correspondingly, the peer device resumes sending the media streams.
  • The MGCF controls the IMS-MGW to resume receiving media streams from the peer device and go on sending media streams to the peer device.
  • Step S215: The MGCF sends a 200 OK message to the S-CSCF as a confirmation, and the message is forwarded to the ICS AS.
  • Step S216: The ICS AS sends a 200 OK to the ICS UE through an S-CSCF to confirm success of retrieving the call.
  • In the technical solution under the present invention, the UE in the CS network partially releases the radio resources after initiating the call hold operation, and therefore, the UE in the CS network can play local media files to the peer device after the call is held, thus saving network resources and improving the user experience.
  • It is worthy of attention that in the second embodiment of the present invention, the call hold signaling and the call retrieval signaling are sent through a SIP signaling, but are not limited to the SIP signaling. Alternatively, the call hold operation or the call retrieval operation may be performed through a USSD signaling, which is described in the third embodiment. As shown in FIG. 3, the method in the third embodiment includes the following steps:
  • Step S301: Through a USSD signaling, the ICS UE sends a call hold request to the ICS AS.
  • The signaling uses “sendonly” to indicate that the ICS UE will go on sending media streams.
  • The USSD signaling is forwarded to the IMS network server (namely, ICS AS) through an S-CSCF.
  • Step S302: The ICS AS returns a re-INVITE to the S-CSCF.
  • Described above is a normal IMS processing process.
  • Step S303: The S-CSCF sends a re-INVITE to the peer device, namely, the UE in the IMS network.
  • The signaling uses “sendonly” to instruct the peer device to: hold the call, namely, the UE in the IMS network stops sending media streams to the network; and go on receiving media streams.
  • Through the foregoing operations, the peer device releases the relevant resources of the media streams in the sending direction.
  • Step S304: The peer device sends a 200 OK to the S-CSCF as a confirmation.
  • Step S305: The S-CSCF sends a 200 OK to the ICS AS.
  • Step S306: The ICS AS sends a re-INVITE to the MGCF through an S-CSCF.
  • This signaling uses “recvonly” to instruct the MGCF to stop receiving but go on sending the media streams. Correspondingly, the peer device receives but stops sending the media streams.
  • The MGCF controls the IMS-MGW to stop receiving media streams from the peer device but go on sending media streams to the peer device.
  • Step S307: The MGCF sends a 200 OK message to the S-CSCF as a confirmation, and the message is forwarded to the ICS AS.
  • Step S308: The ICS AS sends a response message of a USSD format to the ICS UE through an S-CSCF to confirm success of holding the call.
  • At this time, the radio air interface resources of the ICS UE still exist, and the ICS UE goes on receiving media stream data, for the purpose of keeping the connection only; the ICS UE may stop decoding the received media streams, and continue encoding the media signals and sending them to the peer device or playing the local media files to the peer device.
  • After the call is held, the ICS UE and the peer device (namely, the UE in the CS network and the UE in the IMS network) can choose to terminate the call and release all resources occupied by this call; or the UE in the CS network sends a call retrieval request to recover the call, proceed to step S309, go on with the conversation, and continue receiving and sending media streams.
  • Step S309: Through a response message of the USSD format, the ICS UE sends a call retrieval request to the ICS AS.
  • The re-INVITE is a call hold request of the SIP format. The signaling uses “sendrecv” to indicate that the ICS UE expects to recover the call and resume receiving and sending media streams.
  • The re-INVITE is forwarded to the ICS AS through an S-CSCF.
  • Step S310: The ICS AS returns a re-INVITE to the S-CSCF.
  • Described above is a normal IMS processing process.
  • Step S311: The S-CSCF sends a re-INVITE to the peer device.
  • As well, this signaling uses “sendrecv” to instruct the peer device to resume sending media streams and go on receiving media streams.
  • Step S312: The peer device sends a 200 OK as a confirmation.
  • Step S313: The S-CSCF sends a 200 OK to the ICS AS.
  • Step S314: The ICS AS sends a response message of the USSD format to the MGCF through an S-CSCF.
  • This signaling uses “sendrecv” to instruct the MGCF to resume receiving and go on sending the media streams. Correspondingly, the peer device resumes sending the media streams.
  • The MGCF controls the IMS-MGW to resume receiving media streams from the peer device and go on sending media streams to the peer device.
  • Step S315: The MGCF sends a 200 OK message to the S-CSCF as a confirmation, and the message is forwarded to the ICS AS.
  • Step S316: The ICS AS sends a response message of a USSD format to the ICS UE through an S-CSCF to confirm success of retrieving the call.
  • In the technical solution under the present invention, the UE in the CS network partially releases the radio resources after initiating the call hold operation, and therefore, the UE in the CS network can play local media files to the peer device after the call is held, thus saving network resources and improving the user experience.
  • FIG. 4 shows a structure of a UE in the fourth embodiment of the present invention. The UE includes:
  • a sending module 41, configured to: send a call hold request or call retrieval request to the IMS network server, namely, ICS AS, where the call hold request carries an indication that the UE will continue sending media streams; and
  • a sustaining module 42, configured to sustain the CS network channel after the sending module 41 sends the call hold request.
  • The sending module 41 includes at least one of the following sub-modules:
  • a SIP sending sub-module 411, configured to send a call hold request or call retrieval request to an IMS network server through a SIP signaling; and
  • a USSD sending sub-module 412, configured to: send a call hold request or call retrieval request to the IMS network server through a USSD signaling, where the call hold request carries an indication that the UE will continue sending media streams.
  • The sustaining module 42 further includes:
  • a receiving sub-module 421, configured to receive media streams;
  • a first sending sub-module 422, configured to send media streams; and
  • a second sending sub-module 423, configured to collect media signals in real time for media coding and send the media streams.
  • When the radio air interface resources of the ICS UE still exist, the receiving sub-module 421 goes on receiving media stream data, for the purpose of keeping the connection only, without performing other operations; the ICS UE stops decoding the received media streams, and continues encoding the media signals and sending them to the peer device. The media streams further include local media files.
  • After the call is held, the ICS UE and the peer device (namely, the UE in the CS network and the UE in the IMS network) can choose to terminate the call and release all resources occupied by this call; or the UE in the CS network sends a call retrieval request to recover the call, go on with the conversation, and continue receiving and sending media streams.
  • FIG. 5 shows an IMS network device in the fifth embodiment of the present invention. The IMS network device includes:
  • a receiving module 51, configured to: receive a call hold request or call retrieval request sent by a UE in the CS network, where the call hold request carries an indication that the UE in the CS network will continue sending media streams; and
  • a sending module 52, configured to send a signaling indicative of holding or retrieving the call to the peer device according to the call hold request or call retrieval request received by the receiving module 51.
  • The receiving module 51 includes at least one of the following sub-modules: a SIP receiving sub-module 511, and a USSD receiving sub-module 512.
  • The SIP receiving sub-module 511 is configured to receive the call hold request or call retrieval request from the UE in the CS network through a SIP signaling. The SIP receiving sub-module 511 receives the call hold request or call retrieval request forwarded by the S-CSCF and sent through a re-INVITE. The SIP receiving sub-module 511 returns a re-INVITE to the S-CSCF, and the S-CSCF sends the re-INVITE to the peer device, namely, the UE in the IMS network.
  • The USSD receiving sub-module 512 is configured to receive the call hold request or call retrieval request from the UE in the CS network through a USSD signaling. The USSD receiving sub-module 512 receives the call hold request or call retrieval request forwarded by the S-CSCF and sent through a re-INVITE. The USSD receiving sub-module 512 returns a re-INVITE to the S-CSCF, and the S-CSCF sends the re-INVITE to the peer device, namely, the UE in the IMS network.
  • The signaling for sending the call hold request uses “sendonly” to indicate that the ICS UE will go on sending media streams. The signaling for sending the call retrieval request uses “sendonly” to instruct the peer device to: hold the call (namely, the UE in the IMS network stops sending media streams to the network); and go on receiving media streams.
  • After reading the foregoing embodiments, those skilled in the art are clearly aware that the present invention may be implemented through hardware, or through software in addition to a necessary universal hardware platform. Therefore, the technical solution under the present invention may be embodied as a software product. The software product may be stored in a non-volatile storage medium (such as CD-ROM, USB flash disk, or mobile hard disk), and may include several instructions that enable a computer device (such as personal computer, server, or network device) to perform the methods provided in the embodiments of the present invention.
  • In view of the above, although the present invention has been described through several exemplary embodiments, the invention is not limited to such embodiments. Any modification, equivalent substitution or improvement without departing from the spirit and principle of the present invention should be covered in the scope of protection of the present invention.

Claims (16)

1. A method for holding calls between networks, comprising:
receiving a call hold request sent by an IMS Centralized Service (ICS) User Equipment (UE), ICS UE, in a Circuit Switched (CS) network, wherein the call hold request carries an indication that media streams will continue to be sent to peer User Equipment (UE), peer UE, and
sending, to the peer UE, the hold request indicating the peer UE shall stop sending the media streams, and continue receiving the media streams from the ICS UE in the CS network according to the hold request.
2. The method for holding calls between networks according to claim 1, wherein the receiving of the call hold request sent by the ICS UE in the CS network comprises:
receiving the call hold request sent by the ICS UE in the CS network through a Session Initiation Protocol (SIP) signaling; or
receiving the call hold request sent by the ICS UE in the CS network through an Unstructured Supplementary Service Data (USSD) signaling.
3. The method for holding calls between networks according to claim 1, wherein after the ICS UE in the CS network sends the call hold request, the method further comprises: sustaining a CS network channel, wherein sustaining a CS network channel comprises:
receiving, by the ICS UE in the CS network, the media streams and stopping decoding the media streams; and
sending the media streams.
4. The method for holding calls between networks according to claim 3, wherein the sending of the media streams by the ICS UE in the CS network comprises:
encoding, by the ICS UE in the CS network, media and sending the media streams.
5. The method for holding calls between networks according to claim 4, wherein:
the media streams sent by the ICS UE in the CS network comprise local media files.
6. The method for holding calls between networks according to claim 1, wherein after sending, to the peer UE, the hold request indicating the peer UE shall stop sending the media streams, and continue receiving the media streams from the ICS UE in the CS network according to the hold request, the method further comprises:
receiving a call retrieval request sent by the ICS UE in the CS network; and
instructing the peer UE to resume receiving and sending the media streams.
7. The method for holding calls between networks according to claim 6, wherein the receiving of the call retrieval request sent by the ICS UE in the CS network comprises:
receiving the call retrieval request sent by the ICS UE in the CS network through a Session Initiation Protocol (SIP) signaling; or
receiving the call retrieval request sent by the ICS UE in the CS network through an Unstructured Supplementary Service Data (USSD) signaling.
8. The method for holding calls between networks according to claim 6, wherein:
the ICS UE in the CS network resumes decoding the received media streams after sending the call retrieval request.
9. A User Equipment (UE), comprising:
a sending module, configured to send a call hold request or call retrieval request to an IP Multimedia Subsystem (IMS) network server, wherein the call hold request carries an indication that media streams will continue to be sent to peer User Equipment (UE), peer UE.
10. The UE of claim 9, wherein the sending module comprises at least one of the following sub-modules:
a Session Initiation Protocol (SIP) sending sub-module, configured to send the call hold request or call retrieval request to the IMS network server through a SIP signaling; and
an Unstructured Supplementary Service Data (USSD) sending sub-module, configured to send the call hold request or call retrieval request to the IMS network server through a USSD signaling.
11. The UE of claim 9, further comprising:
a sustaining module, configured to sustain a Circuit Switched (CS) network channel after the sending module sends the call hold request.
12. The UE of claim 10, wherein the sustaining module further comprises:
a receiving sub-module, configured to receive media streams; and
a first sending sub-module, configured to send the media streams.
13. The UE of claim 10, wherein the sustaining module further comprises:
a second sending sub-module, configured to collect media signals in real time for media coding and send the media streams.
14. The UE of claim 13, wherein media sources of the media streams comprise local media files.
15. An IP Multimedia Subsystem (IMS) network device, comprising:
a receiving module, configured to: receive a call hold request or call retrieval request sent by a User Equipment (UE) in a Circuit Switched (CS) network, wherein the call hold request carries an indication that the UE in the CS network will continue sending media streams; and
a sending module, configured to send a signaling indicative of holding or retrieving a call to a peer device according to the call hold request or call retrieval request received by the receiving module.
16. The IMS network device of claim 14, wherein the receiving module comprises at least one of the following sub-modules:
a Session Initiation Protocol (SIP) receiving sub-module, configured to receive the call hold request or call retrieval request from the UE in the CS network through a SIP signaling; and
an Unstructured Supplementary Service Data (USSD) receiving sub-module, configured to receive the call hold request or call retrieval request from the UE in the CS network through a USSD signaling.
US12/914,267 2008-04-30 2010-10-28 Method and device for holding calls between networks Abandoned US20110044211A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN 200810093832 CN101527891B (en) 2008-04-30 2008-04-30 Method and device for keeping cross network call
CN200810093832.7 2008-04-30
PCT/CN2009/071443 WO2009132566A1 (en) 2008-04-30 2009-04-24 Cross-network call holding method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US13/552,145 US8717946B2 (en) 2008-04-30 2012-07-18 Method and device for holding calls between networks

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/071443 Continuation WO2009132566A1 (en) 2008-04-30 2009-04-24 Cross-network call holding method and apparatus

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/552,145 Continuation US8717946B2 (en) 2008-04-30 2012-07-18 Method and device for holding calls between networks

Publications (1)

Publication Number Publication Date
US20110044211A1 true US20110044211A1 (en) 2011-02-24

Family

ID=41095541

Family Applications (2)

Application Number Title Priority Date Filing Date
US12/914,267 Abandoned US20110044211A1 (en) 2008-04-30 2010-10-28 Method and device for holding calls between networks
US13/552,145 Active US8717946B2 (en) 2008-04-30 2012-07-18 Method and device for holding calls between networks

Family Applications After (1)

Application Number Title Priority Date Filing Date
US13/552,145 Active US8717946B2 (en) 2008-04-30 2012-07-18 Method and device for holding calls between networks

Country Status (4)

Country Link
US (2) US20110044211A1 (en)
EP (1) EP2262291B1 (en)
CN (1) CN101527891B (en)
WO (1) WO2009132566A1 (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101527891B (en) 2008-04-30 2011-04-20 华为技术有限公司 Method and device for keeping cross network call
US20120014375A1 (en) * 2010-07-16 2012-01-19 Avaya Inc. Method for Telephone Connection Preservation
CN103179680B (en) * 2011-12-23 2016-05-25 中国移动通信集团北京有限公司 A link-holding method, system, and IAD sbc
KR20140035595A (en) * 2012-09-14 2014-03-24 에스케이플래닛 주식회사 System for synchronous control of screen, method and apparatus for the same
US9124693B2 (en) 2013-09-06 2015-09-01 Vonage Network, Llc Method and system for on-hold messaging for off network calls

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020122401A1 (en) * 2001-03-02 2002-09-05 Zeng-Jun Xiang System and method in a wireless telecommunication network for placing a voice call on hold and conducting a data session
US20060168266A1 (en) * 2004-11-20 2006-07-27 Tekvizion, Inc. Apparatus and method for providing signaling mediation for voice over internet protocol telephony
US20090201922A1 (en) * 2007-05-31 2009-08-13 Huawei Technologies., Ltd. Method for changing session media, method for establishing a call, and equipment thereof
US20100040218A1 (en) * 2007-01-05 2010-02-18 Zte Corporation Consultative transfer service method and apparatus
US20110194461A1 (en) * 2004-07-30 2011-08-11 Yun Chao Hu Method and device for session control in hybrid telecommunications network

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6836478B1 (en) * 1999-12-30 2004-12-28 At&T Corp. Call hold with reminder and information push
GB0311004D0 (en) 2003-05-13 2003-06-18 Nokia Corp Charging in communication networks
US7773581B2 (en) * 2004-03-19 2010-08-10 Ericsson Ab Method and apparatus for conferencing with bandwidth control
CN1925524B (en) * 2005-08-31 2010-05-12 上海贝尔阿尔卡特股份有限公司 Method and apparatus for realizing calling switching in soft exchanging communication network
CN100479440C (en) * 2005-10-13 2009-04-15 华为技术有限公司 System and method for communication of circuit exchange network and IP multimedia subsystem network
EP1806899B1 (en) 2006-01-10 2009-04-01 Research In Motion Limited Method and system for managing call routing in a network environment including a circuit-switched network and an IP Multimedia Subsystem IMS
US20070165605A1 (en) * 2006-01-17 2007-07-19 Samsung Electronics Co., Ltd. Apparatus and method for handling call features activated by POTS phones in an IP multimedia subsystem
EP2265052B1 (en) 2006-02-06 2012-08-22 Research In Motion Limited Method and system for routing a SIP call in a network environment including a circuit-switched network and an IP Multimedia Subsystem IMS
EP2802121A1 (en) 2006-08-11 2014-11-12 BlackBerry Limited System and method for managing call continuity in IMS network environment
CN101111086B (en) * 2007-08-28 2010-04-07 华为技术有限公司 Method and system for call control
CN101527891B (en) 2008-04-30 2011-04-20 华为技术有限公司 Method and device for keeping cross network call

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020122401A1 (en) * 2001-03-02 2002-09-05 Zeng-Jun Xiang System and method in a wireless telecommunication network for placing a voice call on hold and conducting a data session
US20110194461A1 (en) * 2004-07-30 2011-08-11 Yun Chao Hu Method and device for session control in hybrid telecommunications network
US20060168266A1 (en) * 2004-11-20 2006-07-27 Tekvizion, Inc. Apparatus and method for providing signaling mediation for voice over internet protocol telephony
US20100040218A1 (en) * 2007-01-05 2010-02-18 Zte Corporation Consultative transfer service method and apparatus
US20090201922A1 (en) * 2007-05-31 2009-08-13 Huawei Technologies., Ltd. Method for changing session media, method for establishing a call, and equipment thereof

Also Published As

Publication number Publication date
EP2262291A4 (en) 2014-01-22
EP2262291B1 (en) 2016-11-02
EP2262291A1 (en) 2010-12-15
US8717946B2 (en) 2014-05-06
CN101527891B (en) 2011-04-20
CN101527891A (en) 2009-09-09
US20120281595A1 (en) 2012-11-08
WO2009132566A1 (en) 2009-11-05

Similar Documents

Publication Publication Date Title
US7194071B2 (en) Enhanced media gateway control protocol
CN1890931B (en) System, apparatus, and method for establishing circuit-switched communications via packet switched network signaling
US7330542B2 (en) Method and system for establishing a multimedia connection by negotiating capability in an outband control channel
US7551734B2 (en) Method and system for modifying a connection parameter
US8861510B1 (en) Dynamic assignment of media proxy
CN100372342C (en) Method for providing service to circuit field user via group field
EP1677485B1 (en) Method and apparatus for providing multimedia ringback services to user devices in IMS networks.
US7512090B2 (en) System and method for routing calls in a wireless network using a single point of contact
US20070217589A1 (en) VOIP conferencing
US20030128819A1 (en) Method for retrieving multimedia messages from a multimedia mailbox
KR101129264B1 (en) Fast internet SIP/SDP procedures for conference operations upon request form end user with optimization of network resources
US7031747B2 (en) Internet protocol multimedia subsystem component providing of packet-switched switching functions to serving mobile switching center feature server
US8155084B2 (en) User equipment, call continuity application server, and network handover method
CN101160941B (en) Method and system of implementing multimedia ring back tone
US7756121B2 (en) System and method for processing a plurality of requests for a plurality of multi-media services
EP2012516B1 (en) Customised playback telephony services
CN101547415B (en) System and method for establishing an outgoing gsm call as an enterprise call in ims condition
US8339438B2 (en) Web based access to video associated with calls
US20040043793A1 (en) Mobile communications system and operation control method, and node and wireless control apparatus therefor
US7983244B2 (en) Interworking between domains of a communication network operated based on different switching principles
CN101438561A (en) Number portability for an IMS network
EP1665825B1 (en) Intelligent multimedia calls
CN1756242A (en) System and method for carrying service using circuit switching in IP multimedia subsystem
US20100002606A1 (en) Method of providing a service over a hybrid network and system thereof
KR100880992B1 (en) System and method for interworking between ims network and h.323 network