WO2009089711A1 - Procédé, système et dispositif pour faire alterner un type de média - Google Patents

Procédé, système et dispositif pour faire alterner un type de média Download PDF

Info

Publication number
WO2009089711A1
WO2009089711A1 PCT/CN2008/073443 CN2008073443W WO2009089711A1 WO 2009089711 A1 WO2009089711 A1 WO 2009089711A1 CN 2008073443 W CN2008073443 W CN 2008073443W WO 2009089711 A1 WO2009089711 A1 WO 2009089711A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
media type
call
called party
call setup
Prior art date
Application number
PCT/CN2008/073443
Other languages
English (en)
French (fr)
Inventor
Hui Jin
Shuiping Long
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.
Publication of WO2009089711A1 publication Critical patent/WO2009089711A1/zh

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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method, system, and apparatus for media type change. Background technique
  • the mobile communication network is mainly a CS (Circuit Switched) network, including GSM (the Global System for Mobile communication), CDMA (Code Division Multiple Access), and the like.
  • GSM Global System for Mobile communication
  • CDMA Code Division Multiple Access
  • Each operator has established a relatively complete and rich service platform based on the CS network.
  • the MSC Mobile Switching Center
  • the service provision of the CS network requires the support of the MSC, and thus the introduction of new services is disadvantageous.
  • IMS IP Multimedia Subsystem
  • IP Multimedia Subsystem IP Multimedia Subsystem
  • CS Carrier Sense Multiple Access
  • PS Packet Switched
  • Incoming methods such as receiving/issuing calls, supplementing service data configuration and calling, etc. Therefore, 3GPP (The 3rd Generation Partnership Project) proposes ICS (IMS Centralized Service), which requires the UE to carry voice or VP (Visual Phone, Video Telephony) media over the CS network.
  • ICS IMS Centralized Service
  • the call service is supported by an AS (Application Server) in the IMS.
  • AS Application Server
  • An important aspect of ICS applications is that traditional CS UEs access the IMS network, as shown in Figure 1,
  • the schematic diagram of the prior art CS UE accessing the IMS network, the MSC Server in FIG. 1 is an enhancement to the existing CS network MSC server, and the enhanced MSC server can translate the CS domain signaling into a SIP (Session Initial Protocol) session.
  • the initial protocol is signaling, and the SIP signaling is sent to the IMS network, so as to achieve the purpose of enabling the CS UE to enjoy the IMS service.
  • the MGW Media Gate-Way, Media Gateway
  • the MSC server may control one or more MGWs. .
  • the existing MSC Server can only support the signaling conversion between the 3GPP TS 24.008 and the SIP protocol, that is, the MSC Server can only support voice calls, cannot support video calls, and cannot Support for changing media types during call setup, such as: Changing the media type from a video call to a voice call.
  • the MSC Server does not support changing the media type during the call setup process, so that the CS UE cannot establish a voice call when the video call cannot be successfully established. , causing the call to be interrupted.
  • Embodiments of the present invention provide a method, system, and apparatus for media type change, in which a media type is changed during a call setup process in which a CS network communicates with an IMS network.
  • an embodiment of the present invention provides a method for media type change, which is used to change a media type during a call setup process in which a circuit switched CS network and an Internet Protocol multimedia subsystem IMS network interwork, including: The party sends a call setup request, the call setup request carries the media type requested by the calling party, receives the feedback message of the called party, and the feedback message carries the media type accepted by the called party, according to the feedback message. The content generates a notification message and sends the notification message to the calling party.
  • an embodiment of the present invention further provides a system for changing a media type, which is used to change a media type during a call setup process in which a CS network and an IMS network communicate with each other, including: a calling party, configured to send a call setup request, where The call setup request carries the media type requested by the calling party; the called party is configured to receive a call setup request, and send a feedback message, where the feedback message carries the media type accepted by the called party; a network device, configured to send a call setup request sent by the calling party to the called party, receive a feedback message sent by the called party, generate a notification message according to the content of the feedback message, and A notification message is sent to the calling party.
  • the embodiment of the present invention further provides a CS access IMS network device, including: a request sending module, configured to send a call setup request sent by a calling party to a called party, where the call setup request carries the a media type requested by the calling party; a message receiving module, configured to receive a feedback message sent by the called party; a message generating module, configured to generate a notification message according to the content of the feedback message received by the message receiving module; And sending, to the calling party, a notification message generated by the message generating module.
  • a request sending module configured to send a call setup request sent by a calling party to a called party, where the call setup request carries the a media type requested by the calling party
  • a message receiving module configured to receive a feedback message sent by the called party
  • a message generating module configured to generate a notification message according to the content of the feedback message received by the message receiving module
  • sending to the calling party, a notification message generated by the message generating module.
  • the embodiment of the present invention further provides a terminal, including:
  • a sending module configured to send a call setup request to the network side, where the call setup request carries the requested media type
  • the receiving module is configured to receive a call setup request sent by the network side, and send a feedback message, where the feedback message carries a media type accepted by the terminal.
  • the embodiment of the present invention receives the feedback message sent by the called party, generates a notification message according to the media type accepted by the called party in the feedback message, and accepts the notification message by the called party.
  • the media type informs the calling party to establish a call connection, thereby realizing the change of the media type during the call setup process in which the CS network communicates with the IMS network.
  • FIG. 1 is a schematic diagram of a prior art CS UE accessing an IMS network
  • FIG. 2 is a flowchart of a method for changing a media type according to an embodiment of the present invention
  • FIG. 5 is a flowchart of Embodiment 3 of the present invention.
  • FIG. 6 is a structural diagram of a system for changing a media type according to an embodiment of the present invention.
  • FIG. 7 is a structural diagram of a device for accessing an IMS network by using an embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of a terminal according to an embodiment of the present invention. detailed description
  • An embodiment of the present invention provides a method for changing a media type, generating a notification message according to a media type accepted by the called party, and transmitting the notification message to the calling party, to notify the calling party of the media type accepted by the called party. Therefore, the media type is changed during the call establishment process in which the CS network and the IMS network interwork.
  • the method provided by the embodiment of the present invention is not only applicable to changing a media type from a video call to a voice call in a call setup process in which the CS network and the IMS network interwork, but also is applicable to changing a media type from a voice call to a video call media type by video.
  • the call is changed to a voice call as an example.
  • the CS access IMS network device is configured to access the call of the CS network to the IMS network or to access the call of the IMS network to the CS network, which may be an MSC Server or the like. Server is used as an example for explanation.
  • FIG. 2 it is a flowchart of a method for changing a media type according to an embodiment of the present invention, which specifically includes the following steps:
  • Step S201 Send a call setup request to the called party, where the call setup request carries the media type requested by the calling party.
  • the call setup request may be a video call request or a voice call request, but the embodiment of the present invention uses the call setup request as a video call request as an example.
  • the CS access IMS network device After receiving the call setup request sent by the calling party, the CS access IMS network device sends the call setup request to the called party.
  • Step S202 Receive a feedback message of the called party, where the feedback message carries the media type accepted by the called party, generates a notification message according to the content of the feedback message, and sends the notification message to the calling party to establish a call connection.
  • the called party accesses the IMS network device to send a feedback message, returns the media type accepted by the called party, and then the CS access IMS network device generates a notification message according to the content of the feedback message, and accepts the notification message by the called party.
  • the media type informs the calling party to establish a call connection.
  • the method for changing the media type receives a feedback message sent by the called party, generates a notification message according to the content of the feedback message, and notifies the calling party of the media type accepted by the called party to establish a call connection, thereby implementing the CS network.
  • the media type is changed during the call setup process interworking with the IMS network.
  • Embodiment 1 the calling party is a CS terminal, and both the CS terminal and the MSC Server support SCUDIF (Service Change and UDI/RDI Fallback). And the UDI/RDI fallback feature, where RDI (Restricted Digital Information) is restrictive digital information, and the CS terminal initiates a video call establishment process.
  • SCUDIF is a service feature of the CS network, so that the CS terminal can be in a call or During the call setup process, the media type is switched between voice calls and video calls without interrupting the call.
  • Step S301 the CS terminal UE-A initiates a video call request to the MSC Server by using a Setup message, where the Setup message request includes an RI (Repeat Indicator) parameter, and a supported BC-IE (Bearer Capability-Information Element, bearer)
  • the capability information element the BC-IE supporting the call in this embodiment is the bearer capability information element of the video call and the bearer capability information element of the voice call, respectively, wherein the video call is the preferred media type.
  • the Setup message includes an RI parameter, which is used to notify the MSC Server that the UE-A supports the SCUDIF feature. If the UE-A does not support the SCUDIF feature, the Setup message does not include the RI parameter.
  • Step S302 The MSC Server generates a SIP Invite message according to the received Setup message, where the SIP Invite message is used to initiate a video call invitation to the called party, and the SIP Invite message is sent to the UE-B via the S-CSCF.
  • Step S303 the UE-B passes the SIP temporary response message, for example: 183 message, or 182
  • the message, or 180 message returns the type of media it accepts, and the message finally arrives at the MSC Server.
  • the called party rejects the video request and only accepts the voice call request.
  • Step S304 the MSC Serve learns that the called party only accepts the voice call according to the content of the SIP temporary response message in step S303; and generates a Call Proceeding message according to the content of the SIP temporary response message, and the MSC Server calls the call.
  • the processing message informs the UE-A that the media type accepted by the called party is a voice call.
  • Step S305 The MSC Server confirms receipt of the SIP temporary response message by using the SIP PRACK message.
  • Step S306 The UE-B acknowledges receipt of the SIP PRACK message by using the 200 OK message.
  • Step S308 the MSC Server performs protocol conversion, converts the 200 OK message into a Connect message, and sends it to the UE-A to establish a call connection.
  • the MSC Server learns the media type accepted by the called party according to the content of the received SIP temporary response message, and generates a call processing message according to the content of the SIP temporary response message, and the media type accepted by the called party. Informing the calling party that the call type is changed from a video call to a voice call during call setup.
  • Embodiment 2 As shown in FIG. 4, it is a flowchart of Embodiment 2 of the present invention.
  • the called party is a CS terminal, and both the CS terminal and the MSC Server support the SCUDIF feature, and the calling party initiates a video call establishment process. .
  • Step S401 The calling party UE-B initiates a video call request to the CS terminal UE-AJ through the SIP Invite message.
  • Step S402 the MSC Server performs protocol conversion, and converts the SIP Invite message into a Setup message of the circuit domain.
  • the Setup message includes the RI parameter, and the BC-IE supported by the BC-IE.
  • the BC-IE supporting the call is respectively a video call.
  • the Setup message includes an RI parameter, which is used to notify the UE-A that it supports the SCUDIF feature. If the MSC Server does not support the SCUDIF feature, the Setup message does not include the RI parameter. Step S403, UE-A returns a response message by using a call confirmation message (call Confirmed).
  • the call confirmation message carries information that the media type accepted by the UE-A is a voice call.
  • Step 404 the MSC Server learns that the local user only accepts the voice call according to the content of the call confirmation message in step S403; the MSC Server generates a SIP temporary response message according to the content of the call confirmation message, for example: 183 message, or 182 message, or 180 message, to inform the calling party UE-B that the media type accepted by the called party UE-A is a voice call.
  • Step S405 UE-B acknowledges receipt of the SIP temporary response message by using a SIP PRACK message.
  • Step S406 the MSC Server confirms receipt of the SIP PRACK message by using the 200 OK message.
  • Step S407 UE-A returns a Connect connection message.
  • Step S408 the MSC Server performs protocol conversion, converts the Connect message into a 200 OK message, and sends the message to the UE-B through the S-CSCF to establish a call connection.
  • the MSC Server learns the media type accepted by the called party according to the content of the received call confirmation message, and generates a SIP temporary response message according to the content of the call confirmation message, and the media type accepted by the called party. Informing the calling party that the call type is changed from a video call to a voice call during call setup.
  • Embodiment 3 As shown in FIG. 5, it is a flowchart of Embodiment 3 of the present invention.
  • the called party is a CS terminal, and the CS terminal or the MSC Server does not support the SCUDIF feature, and the calling party initiates a video call establishment process. .
  • Step S501 The calling party UE-B sends a video call request to the CS terminal UE-A through the SIP Invite message.
  • Step S502 the MSC Server performs protocol conversion, and converts the SIP Invite message into a Setup message of the circuit domain.
  • the media type in the Setup message is a video call.
  • the RI parameter is not included in the Setup message.
  • Step S503 UE-A rejects this time through a release complete message Video call request.
  • the release message indicates that UE-A does not accept video call requests.
  • Step S504 the MSC Server determines according to the content of the message released in step S503.
  • UE-A does not accept the video call and initiates a voice call request to UE-A again.
  • Step S505 the MSC Server sends a SIP temporary response message to the calling party UE-B, for example: 183 message, or 182 message, or 180 message, notifying the calling party UE-B that the called UE-A accepts the media type as voice. call.
  • a SIP temporary response message for example: 183 message, or 182 message, or 180 message, notifying the calling party UE-B that the called UE-A accepts the media type as voice. call.
  • Step S504 and the step S505 may be performed simultaneously or at different times.
  • Step S507 the MSC Server confirms receipt of the SIP RACK message by using the 200 OK message.
  • Step S508 UE-A returns a Connect connection message.
  • Step S509 The MSC Server performs protocol conversion, converts the Connect message into a 200 OK message, and sends the message to the UE-B through the S-CSCF to establish a call connection.
  • the MSC Server learns that the called party rejects the video call according to the release message sent by the called party, and the MSC Server initiates a voice call request to the called party again, and simultaneously sends a SIP temporary response message to the calling party, The calling party is notified that the media type accepted by the called party is a voice call, thereby realizing the change of the call type from the video call to the voice call during the call setup process.
  • a structural diagram of a system for changing a media type includes: a calling party 61, configured to send a call setup request, where the call setup request carries a media type requested by the calling party 61;
  • the party 62 is configured to receive a call setup request, and send a feedback message, where the feedback message carries the media type accepted by the called party 62.
  • the CS accesses the IMS network device 63, and is configured to send the call setup request sent by the calling party 61 to the The calling party 62 sends, receives the feedback message sent by the called party 62, generates a notification message according to the content of the feedback message, and sends the notification message to the calling party 61.
  • the CS access IMS network device 63 In the above media type change system, the CS access IMS network device 63 generates a notification message according to the content of the feedback message sent by the called party 62, and notifies the calling party 61 of the media type accepted by the called party 62, thereby implementing the CS network.
  • the call setup process interworking with the IMS network Change the media type.
  • a structural diagram of a CS accessing an IMS network device includes: a request sending module 71, configured to send a call setup request sent by a calling party to a called party; and a message receiving module 72, Used to receive a feedback message sent by the called party;
  • the message generating module 73 is configured to generate a notification message according to the content of the feedback message received by the message receiving module 72.
  • the message sending module 74 is configured to send a notification message generated by the message generating module 73 to the calling party to establish a call connection corresponding to the notification message.
  • the message generating module 73 further includes: a call processing generating submodule 731, configured to generate a call processing message according to the type of media accepted by the called party.
  • the message generating module 73 further includes: a temporary response generating sub-module 732, configured to generate a SIP temporary response message according to the media type accepted by the called party.
  • the message generating module 73 further includes: a response generating submodule 733, configured to generate a SIP temporary response message carrying information that the called party accepts the media type as a voice call. ;
  • the CS access IMS network device further includes: a request initiation module 75, configured to initiate a voice call request to the called party after the message receiving module 72 receives the release message fed back by the called party.
  • the CS accesses the IMS network device, and the message receiving module 72 receives the feedback message sent by the called party.
  • the message generating module 73 generates a notification message according to the content of the feedback message, and notifies the calling party of the media type accepted by the called party, thereby implementing The media type is changed during the call setup process in which the CS network communicates with the IMS network.
  • the embodiment of the present invention further provides a terminal, as shown in FIG. 8, including: a sending module 81, configured to send a call setup request to the network side, where the call setup request carries the requested media type; and the receiving module 82 is configured to receive The call setup request sent by the network side, and sending a feedback message, where the feedback message carries the media type accepted by the terminal.
  • a sending module 81 configured to send a call setup request to the network side, where the call setup request carries the requested media type
  • the receiving module 82 is configured to receive The call setup request sent by the network side, and sending a feedback message, where the feedback message carries the media type accepted by the terminal.
  • the network side may access the IMS network device for the CS; the terminal may be according to the application.
  • the calling party CS terminal when the calling party is a CS terminal, the calling party CS terminal sends a call setup request to the CS access IMS network device, where the call setup request carries the requested media type.
  • the CS access IMS network device forwards the call setup request to the called party, and receives the feedback message of the called party, which is a SIP temporary response message, and the message carries the media type accepted by the called party.
  • the CS access IMS network device generates a call processing message according to the media type accepted by the called party in the SIP temporary response message, where the call processing message carries the media type accepted by the called party, and sends the call processing message to the calling party CS terminal. Establishing a call connection corresponding to the call processing message;
  • the calling direction CS accesses the IMS network device to send a call setup request, and the call setup request carries the requested media type.
  • the CS access IMS network device forwards the call setup request to the called party CS terminal, and receives the feedback message of the called party CS terminal, which is call acknowledgement information, and the message carries the media type accepted by the called party CS terminal.
  • the CS access IMS network device generates a SIP temporary response message according to the media type accepted by the called party CS terminal in the call confirmation information, where the SIP temporary response message carries the media type accepted by the called party, and sends the SIP temporary response message to the main Calling party, establishing a call connection corresponding to the SIP temporary response message;
  • the calling direction CS accesses the IMS network device to send a call setup request, and the call setup request is a video call request.
  • the CS access IMS network device forwards the video call request to the called party CS terminal, and receives the feedback message of the called party CS terminal, in order to release the message, the release message carries the information that the called party CS terminal does not accept the video call request.
  • the CS access IMS network device generates a SIP temporary response message carrying the voice type information accepted by the called party CS terminal according to the release message, and initiates a voice call request to the called party CS terminal to establish a call connection.
  • the SIP temporary response message includes a 183 message, or a 182 message, or a 180 message.
  • the present invention can be implemented by hardware, or by software plus necessary general hardware platform. Based on such understanding, the technical solution of the present invention can be produced by software.
  • the form of the product is reflected, the software product can be stored in a non-volatile storage medium
  • a computer device (may be a personal computer, server, or network device, etc.) to perform the methods described in various embodiments of the present invention.

Landscapes

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

Description

一种媒体类型变更的方法、 系统和装置 本申请要求于 2007年 12 月 14 日提交中国专利局， 申请号为 200710199578.4, 发明名称为 "一种媒体类型变更的方法、 系统和装 置"的中国专利申请的优先权，其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信技术领域， 特别涉及一种媒体类型变更的方法、 系统和装置。 背景技术
目前， 移动通信网络以 CS ( Circuit Switched, 电路交换） 网 络为主, 包括 GSM ( the Global System for Mobile communication, 全球通）、 CDMA ( Code Division Multiple Access , 码分多址） 等。 各运营商基于 CS网络建立了比较完善和丰富的业务平台， 其中， 由 MSC ( Mobile Switching Center, 移动交换中心 ) 负责呼叫路由 和业务逻辑执行， 如前转业务等。 但是 CS网络的业务提供需要漫 游地 MSC的支持， 因此对于新业务的引入不利。
IMS ( IP Multimedia Subsystem, IP多媒体子系统） 是目前通 信领域多网络融合的有效方案。 在 IMS 网络的演进过程中， 需要 保证用户在不同接入方式， 例如： CS 网络接入或 PS ( Packet Switched, 分组交换） 网络接入下的业务体验能够达到一致， 使用 户无需感知具体的接入方式， 如接收 /发出呼叫、 补充业务数据配 置和调用等。 因此, 3GPP ( The 3rd Generation Partnership Project, 第三代合作伙伴计划 )提出了 ICS ( IMS Centralized Service , IMS 集中业务控制），要求实现 UE通过 CS网络承载语音或 VP ( Visual Phone , 可视电话） 媒体来建立 IMS 呼叫， 由 IMS 中的 AS ( Application Server, 应用服务器）对呼叫业务提供支持。 ICS应 用的一个重要方面是传统 CS UE接入 IMS网络， 如图 1所示， 为 现有技术 CS UE接入 IMS网络的示意图， 图 1 中的 MSC Server 是对现有 CS网络 MSC server的增强， 增强后的 MSC server可以 将 CS域的信令翻译成 SIP ( Session Initial Protocol, 会话初始协 议）信令， 并将 SIP信令发送到 IMS网络中， 从而达到使 CS UE 享受 IMS 业务的目的。 MGW ( Media Gate-Way, 媒体网关） 在 MSC Server 的控制下， 进行 CS 接入承载和 RTP ( Real-time Streaming Protocol, 实时传输协议） 承载间的转换， MSC server 可能控制有一个或多个 MGW。
在现有的 CS UE主动发起语音呼叫的流程中， 现有的 MSC Server只能支持 3GPP TS 24.008与 SIP协议间的信令转换， 即 MSC Server只能支持语音呼叫， 不能支持视频呼叫， 同时不能支持在呼 叫建立的过程中变更媒体类型， 例如： 将媒体类型由视频呼叫变 更为语音呼叫。
因此， 发明人在实现本发明的过程中， 发现现有技术存在如 下不足： MSC Server不支持在呼叫建立的过程中变更媒体类型， 从而使得 CS UE在不能成功建立视频呼叫时，不能建立语音呼叫， 导致呼叫中断。 发明内容
本发明实施例提供一种媒体类型变更的方法、 系统和装置， 以实 现在 CS网络与 IMS网络互通的呼叫建立过程中变更媒体类型。
为达到上述目的，本发明实施例一方面提供一种媒体类型变更的 方法，用于在电路交换 CS网络与因特网协议多媒体子系统 IMS网络 互通的呼叫建立过程中变更媒体类型， 包括： 向被叫方发送呼叫建立 请求， 所述呼叫建立请求携带主叫方请求的媒体类型； 接收所述被叫 方的反馈消息， 所述反馈消息携带所述被叫方接受的媒体类型， 根据 所述反馈消息的内容生成通知消息， 并将所述通知消息发送给主叫 方。 另一方面， 本发明实施例还提供一种媒体类型变更的系统， 用于 在 CS网络与 IMS网络互通的呼叫建立过程中变更媒体类型， 包括： 主叫方， 用于发送呼叫建立请求， 所述呼叫建立请求携带所述主叫方 请求的媒体类型；被叫方，用于接收呼叫建立请求，并发送反馈消息， 所述反馈消息携带所述被叫方接受的媒体类型； CS接入 IMS网络装 置， 用于将所述主叫方发送的呼叫建立请求向所述被叫方发送，接收 所述被叫方发送的反馈消息， 根据所述反馈消息的内容生成通知消 息， 并将所述通知消息发送给所述主叫方。
再一方面， 本发明实施例还提供一种 CS接入 IMS网络装置， 包 括：请求发送模块，用于将主叫方发送的呼叫建立请求向被叫方发送， 所述呼叫建立请求携带所述主叫方请求的媒体类型； 消息接收模块， 用于接收所述被叫方发送的反馈消息； 消息生成模块， 用于根据所述 消息接收模块接收的反馈消息的内容生成通知消息； 消息发送模块， 用于将所述消息生成模块生成的通知消息发送给所述主叫方。
再一方面， 本发明实施例还提供一种终端， 包括：
发送模块， 用于向网络侧发送呼叫建立请求， 所述呼叫建立请求 携带请求的媒体类型；
接收模块， 用于接收所述网络侧发送的呼叫建立请求， 并发送反 馈消息， 所述反馈消息携带所述终端接受的媒体类型。
与现有技术相比， 本发明实施例具有以下优点： 本发明实施例接 收被叫方发送的反馈消息，根据该反馈消息中被叫方接受的媒体类型 生成通知消息， 将被叫方接受的媒体类型告知主叫方， 以建立呼叫连 接，从而实现了在 CS网络与 IMS网络互通的呼叫建立过程中变更媒 体类型。 附图说明
图 1为现有技术 CS UE接入 IMS网络示意图；
图 2为本发明实施例媒体类型变更的方法的流程图；
图 3为本发明实施例一的流程图； 图 4为本发明实施例二的流程图；
图 5为本发明实施例三的流程图；
图 6为本发明实施例媒体类型变更的系统的结构图；
图 7为本发明实施例 CS接入 IMS网络装置的结构图;
图 8为本发明实施例中一种终端的结构示意图。 具体实施方式
本发明实施例提供了一种媒体类型变更的方法，根据被叫方接受 的媒体类型生成通知消息， 并将该通知消息发送给主叫方， 以将被叫 方接受的媒体类型通知主叫方，从而实现了在 CS网络与 IMS网络互通 的呼叫建立过程中变更媒体类型。本发明实施例提供的方法不仅适用 于在 CS网络与 IMS网络互通的呼叫建立过程中将媒体类型由视频呼 叫变更为语音呼叫， 也适用于将媒体类型由语音呼叫变更为视频呼 媒体类型由视频呼叫变更为语音呼叫为例进行说明。在本发明实施例 中， CS接入 IMS网络装置用于将 CS网络的呼叫接入到 IMS网络或者， 将 IMS网络的呼叫接入到 CS网络， 可以为 MSC Server等， 本发明实施 例以 MSC Server为例进行说明。
如图 2所示， 为本发明实施例媒体类型变更的方法的流程图， 具 体包括以下步骤：
步骤 S201 , 向被叫方发送呼叫建立请求， 该呼叫建立请求携带主 叫方请求的媒体类型。 该呼叫建立请求可以为视频呼叫请求， 也可以 为语音呼叫请求，但本发明实施例以该呼叫建立请求为视频呼叫请求 为例进行说明。 在接收到主叫方发送的呼叫建立请求之后， CS接入 IMS网络装置将该呼叫建立请求发送给被叫方。
步骤 S202,接收被叫方的反馈消息， 该反馈消息携带被叫方接受 的媒体类型， 根据反馈消息的内容生成通知消息， 并将该通知消息发 送给主叫方， 以建立呼叫连接。 在接收到 CS接入 IMS网络装置发送的 呼叫建立请求之后， 被叫方向 CS接入 IMS网络装置发送反馈消息， 返 回被叫方接受的媒体类型，然后 CS接入 IMS网络装置根据该反馈消息 的内容生成通知消息， 将被叫方接受的媒体类型告知主叫方， 以建立 呼叫连接。
上述媒体类型变更的方法，接收被叫方发送的反馈消息， 根据该 反馈消息的内容生成通知消息， 将被叫方接受的媒体类型告知主叫 方， 以建立呼叫连接， 从而实现了在 CS网络与 IMS网络互通的呼叫建 立过程中变更媒体类型。
如图 3所示， 为本发明实施例一的流程图， 在实施例一中， 主叫 方为 CS终端， 并且该 CS终端与 MSC Server均支持 SCUDIF ( Service Change and UDI/RDI Fallback (业务变更和 UDI/RDI回退）特性时， 其中 RDI ( Restricted Digital Information )为限制性数字信息， CS终端 发起视频呼叫的建立流程。 SCUDIF是 CS网络的一种业务特性， 使得 CS终端可以在呼叫进行或呼叫建立过程中， 将媒体类型在语音呼叫 和视频呼叫之间转换， 而不会中断呼叫。
具体包括以下步骤：
步骤 S301 , CS终端 UE-A通过 Setup消息向 MSC Server发起视频呼 叫请求， 该 Setup消息请求中包含 RI ( Repeat Indicator , 重复指示）参 数, 及其支持的 BC-IE ( Bearer Capability- Information Element, 承载 能力信息元素） ， 本实施例中支持呼叫的 BC-IE分别为视频呼叫的承 载能力信息元素和语音呼叫的承载能力信息元素，其中视频呼叫为优 先选择的媒体类型。
由于 UE-A支持 SCUDIF特性， 因此该 Setup消息中包含 RI参数， 该参数用于通知 MSC Server UE-A支持 SCUDIF特性； 如果 UE-A不支 持 SCUDIF特性， 则 Setup消息不包含 RI参数。
步骤 S302, MSC Server根据收到的 Setup消息， 生成 SIP Invite消 息， 该 SIP Invite消息用于向被叫方发起一个视频呼叫邀请， 该 SIP Invite消息经 S-CSCF发送到 UE-B。
步骤 S303 , UE-B通过 SIP临时响应消息， 例如： 183消息， 或 182 消息， 或 180消息返回其接受的媒体类型， 该消息最终到达 MSC Server, 本实施例中， 被叫方拒绝视频请求， 只接受语音呼叫请求。
步骤 S304, MSC Serve 艮据步骤 S303中 SIP临时响应消息的内容， 获知被叫方仅接受语音呼叫； 并才艮据该 SIP临时响应消息的内容生成 呼叫处理（ Call Proceeding ) 消息， MSC Server通过呼叫处理消息通 知 UE-A被叫方接受的媒体类型为语音呼叫。
步骤 S305 , MSC Server通过 SIP PRACK消息确认收到 SIP临时响 应消息。
步骤 S306 , UE-B通过 200 OK消息确认收到 SIP PRACK消息。 步骤 S307 , UE-B返回摘机应答 200 OK消息。
步骤 S308, MSC Server进行协议转换， 将 200 OK消息转换成 Connect (连接） 消息， 发送给 UE-A, 以建立呼叫连接。
上述媒体类型变更的方法， MSC Server根据收到的 SIP临时响应 消息的内容获知被叫方接受的媒体类型， 并根据该 SIP临时响应消息 的内容生成呼叫处理消息， 将被叫方接受的媒体类型告知主叫方， 从 而实现了在呼叫建立过程中将呼叫类型由视频呼叫变更为语音呼叫。
如图 4所示， 为本发明实施例二的流程图， 在实施例二中， 被叫 方为 CS终端， 并且该 CS终端与 MSC Server均支持 SCUDIF特性， 主叫 方发起视频呼叫的建立流程。
具体包括以下步骤：
步骤 S401 ,主叫方 UE-B通过 SIP Invite消息向 CS终端 UE-AJ^起视 频呼叫请求。
步骤 S402, MSC Server进行协议转换， 将 SIP Invite消息转换成电 路域的 Setup消息， Setup消息中包含 RI参数， 及其支持的 BC-IE, 本实 施例中支持呼叫的 BC-IE分别为视频呼叫的承载能力信息元素和语音 呼叫的承载能力信息元素， 其中视频电话为优先选择的呼叫类型。
由于 MSC Server支持 SCUDIF特性， 因此该 Setup消息中包含 RI参 数， 该参数用于通知 UE-A其支持 SCUDIF特性； 如果 MSC Server不支 持 SCUDIF特性， 则该 Setup消息不包含 RI参数。 步骤 S403 , UE-A通过呼叫确认消息 （ Call Confirmed )返回应答 消息。 在该呼叫确认消息携带 UE-A接受的媒体类型是语音呼叫的信 息。
步骤 S404, MSC Server根据步骤 S403中的呼叫确认消息的内容， 获知本端用户仅接受语音呼叫； MSC Server根据呼叫确认消息的内 容， 生成 SIP临时响应消息， 例如： 183消息， 或 182消息， 或 180消息， 以通知主叫方 UE-B被叫方 UE-A接受的媒体类型为语音呼叫。
步骤 S405 , UE-B通过 SIP PRACK消息确认收到 SIP临时响应消 息。
步骤 S406 , MSC Server通过 200 OK消息确认收到 SIP PRACK消 息。
步骤 S407 , UE- A返回 Connect连接消息。
步骤 S408, MSC Server进行协议转换， 将 Connect消息转换成 200 OK消息， 通过 S-CSCF发送给 UE-B, 以建立呼叫连接。
上述媒体类型变更的方法， MSC Server根据收到的呼叫确认消息 的内容， 获知被叫方接受的媒体类型， 并根据该呼叫确认消息的内容 生成 SIP临时响应消息， 将被叫方接受的媒体类型告知主叫方， 从而 实现了在呼叫建立过程中将呼叫类型由视频呼叫变更为语音呼叫。
如图 5所示， 为本发明实施例三的流程图， 在实施例三中， 被叫 方为 CS终端， 并且该 CS终端或 MSC Server不支持 SCUDIF特性， 主叫 方发起视频呼叫的建立流程。
具体包括以下步骤：
步骤 S501 ,主叫方 UE-B通过 SIP Invite消息向 CS终端 UE-A^起视 频呼叫请求。
步骤 S502, MSC Server进行协议转换， 将 SIP Invite消息转换成电 路域的 Setup消息， Setup消息中的媒体类型为视频呼叫。
由于 MSC Server不支持 SCUDIF特性， 因此该 Setup消息中不包含 RI参数。
步骤 S503 , UE- A通过 release complete (完全释放 )消息拒绝本次 视频呼叫请求。 该释放消息说明 UE-A不接受视频呼叫请求。
步骤 S504, MSC Server根据步骤 S503中释放消息的内容， 判断
UE-A不接受视频呼叫， 向 UE- A再次发起语音呼叫请求。
步骤 S505, MSC Server向主叫方 UE-B发送 SIP临时响应消息， 例 如： 183消息, 或 182消息， 或 180消息， 通知主叫方 UE-B被叫方 UE-A 接受的媒体类型为语音呼叫。
其中， 步骤 S504和步骤 S505可以同时进行， 也可不同时进行。 步骤 S506 , UE-B通过 SIP PRACK消息确认收到 SIP临时响应消 息。
步骤 S507 , MSC Server通过 200 OK消息确认收到 SIP RACK消 息。
步骤 S508 , UE- A返回 Connect连接消息。
步骤 S509, MSC Server进行协议转换， 将 Connect消息转换成 200 OK消息， 通过 S-CSCF发送给 UE-B, 以建立呼叫连接。
上述媒体类型变更的方法， MSC Server根据被叫方发送的释放消 息， 获知被叫方拒绝视频呼叫， MSC Server再次向被叫方发起语音呼 叫请求， 同时向主叫方发送 SIP临时响应消息， 以向主叫方通知被叫 方接受的媒体类型为语音呼叫，从而实现了在呼叫建立过程中将呼叫 类型由视频呼叫变更为语音呼叫。
如图 6所示， 为本发明实施例媒体类型变更的系统的结构图， 包 括： 主叫方 61 , 用于发送呼叫建立请求， 该呼叫建立请求携带主叫 方 61请求的媒体类型； 被叫方 62, 用于接收呼叫建立请求， 并发送 反馈消息， 该反馈消息携带被叫方 62接受的媒体类型； CS接入 IMS 网络装置 63 , 用于将主叫方 61发送的呼叫建立请求向被叫方 62发 送， 接收被叫方 62发送的反馈消息， 根据该反馈消息的内容生成通 知消息， 并将通知消息发送给主叫方 61。
上述媒体类型变更的系统， CS接入 IMS网络装置 63根据被叫方 62 发送的反馈消息的内容生成通知消息，将被叫方 62接受的媒体类型通 知主叫方 61 ,从而实现了在 CS网络与 IMS网络互通的呼叫建立过程中 变更媒体类型。
如图 7所示， 为本发明实施例 CS接入 IMS网络装置的结构图， 包括： 请求发送模块 71 , 用于将主叫方发送的呼叫建立请求向被叫 方发送； 消息接收模块 72, 用于接收被叫方发送的反馈消息；
消息生成模块 73 , 用于根据消息接收模块 72接收的反馈消息的 内容生成通知消息；
消息发送模块 74, 用于将消息生成模块 73生成的通知消息发送 给主叫方， 以建立与该通知消息对应的呼叫连接。
在本发明另一实施例的 CS接入 IMS网络装置中，消息生成模块 73进一步包括： 呼叫处理生成子模块 731 , 用于根据被叫方接受的媒 体类型生成呼叫处理消息。
在本发明另一实施例的 CS接入 IMS网络装置中，消息生成模块 73进一步包括： 临时响应生成子模块 732, 用于根据被叫方接受的媒 体类型生成 SIP临时响应消息。
在本发明另一实施例的 CS接入 IMS网络装置中，消息生成模块 73进一步包括： 响应生成子模块 733 , 用于生成携带被叫方接受的媒 体类型为语音呼叫的信息的 SIP临时响应消息；
该 CS接入 IMS网络装置进一步包括： 请求发起模块 75, 用于在消 息接收模块 72接收到被叫方反馈的释放消息之后，向被叫方发起语音 呼叫请求。
上述 CS接入 IMS网络装置， 消息接收模块 72接收被叫方发送 的反馈消息，消息生成模块 73根据该反馈消息的内容生成通知消息， 将被叫方接受的媒体类型通知主叫方， 从而实现了在 CS网络与 IMS 网络互通的呼叫建立过程中变更媒体类型。
本发明实施例还提供一种终端， 如图 8 所示， 包括： 发送模块 81 , 用于向网络侧发送呼叫建立请求， 所述呼叫建立请求携带请求的 媒体类型； 接收模块 82, 用于接收所述网络侧发送的呼叫建立请求， 并发送反馈消息 , 所述反馈消息携带所述终端接受的媒体类型。
其中， 网络侧可以为 CS接入 IMS网络装置； 终端根据应用可以 为主叫方 CS终端或被叫方 CS终端。
具体的， 当主叫方为 CS终端时，主叫方 CS终端向 CS接入 IMS 网络装置发送呼叫建立请求， 该呼叫建立请求携带请求的媒体类型。
CS接入 IMS网络装置转发该呼叫建立请求给被叫方， 并接收被叫方 的反馈消息， 为 SIP临时响应消息， 该消息携带被叫方接受的媒体类 型。 CS接入 IMS网络装置根据 SIP临时响应消息中被叫方接受的媒 体类型生成呼叫处理消息，该呼叫处理消息中携带被叫方接受的媒体 类型， 并将呼叫处理消息发送给主叫方 CS终端， 建立与呼叫处理消 息对应的呼叫连接；
当被叫方为 CS终端时， 主叫方向 CS接入 IMS网络装置发送呼 叫建立请求， 该呼叫建立请求携带请求的媒体类型。 CS接入 IMS网 络装置转发该呼叫建立请求给被叫方 CS终端， 并接收被叫方 CS终 端的反馈消息， 为呼叫确认信息， 该消息携带被叫方 CS终端接受的 媒体类型。 CS接入 IMS网络装置根据呼叫确认信息中被叫方 CS终 端接受的媒体类型生成 SIP临时响应消息，该 SIP临时响应消息中携 带被叫方接受的媒体类型， 并将 SIP临时响应消息发送给主叫方， 建 立与 SIP临时响应消息对应的呼叫连接；
当被叫方为 CS终端时， 主叫方向 CS接入 IMS网络装置发送呼 叫建立请求， 该呼叫建立请求为视频呼叫请求。 CS接入 IMS网络装 置转发该视频呼叫请求给被叫方 CS终端， 并接收被叫方 CS终端的 反馈消息， 为释放消息， 该释放消息携带被叫方 CS终端不接受视频 呼叫请求的信息。 CS接入 IMS网络装置根据释放消息生成携带被叫 方 CS终端接受的媒体类型为语音呼叫信息的 SIP临时响应消息， 并 向被叫方 CS终端发起语音呼叫请求， 以建立呼叫连接。
其中， 上述 SIP临时响应消息包括 183 消息， 或 182消息， 或 180消息。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解 到本发明， 可以通过硬件实现， 也可以借助软件加必要的通用硬件平 台的方式来实现。基于这样的理解， 本发明的技术方案可以以软件产 品的形式体现出来， 该软件产品可以存储在一个非易失性存储介质
(可以是 CD-ROM, U盘， 移动硬盘等） 中， 包括若干指令用以使 得一台计算机设备（可以是个人计算机， 服务器， 或者网络设备等） 执行本发明各个实施例所述的方法。
总之， 以上所述仅为本发明的较佳实施例而已， 并非用于限定本 发明的保护范围。 凡在本发明的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权利要求
1、 一种媒体类型变更的方法， 用于在电路交换 CS 网络与因特 网协议多媒体子系统 IMS网络互通的呼叫建立过程中变更媒体类型， 其特征在于， 包括：
向被叫方发送呼叫建立请求，所述呼叫建立请求携带主叫方请求 的媒体类型；
接收所述被叫方的反馈消息，所述反馈消息携带所述被叫方接受 的媒体类型， 根据所述反馈消息的内容生成通知消息， 并将所述通知 消息发送给所述主叫方。
2、 如权利要求 1所述媒体类型变更的方法， 其特征在于， 还包 括： 根据所述通知消息建立与所述通知消息对应的呼叫连接。
3、 如权利要求 1所述媒体类型变更的方法， 其特征在于， 所述 通知消息携带所述被叫方接受的媒体类型。
4、 如权利要求 1所述媒体类型变更的方法， 其特征在于， 当所 述主叫方为 CS终端时， 所述反馈消息为会话初始化协议 SIP临时响 应消息。
5、 如权利要求 4所述媒体类型变更的方法， 其特征在于， 所述 根据反馈消息的内容生成通知消息具体包括：根据所述 SIP临时响应 消息中被叫方接受的媒体类型生成呼叫处理消息。
6、 如权利要求 1所述媒体类型变更的方法， 其特征在于， 当所 述被叫方为 CS终端时， 所述反馈消息为呼叫确认信息。
7、 如权利要求 6所述媒体类型变更的方法， 其特征在于， 所述 根据反馈消息的内容生成通知消息具体包括：根据所述呼叫确认信息 中被叫方接受的媒体类型生成 SIP临时响应消息。
8、 如权利要求 1所述媒体类型变更的方法， 其特征在于， 所述 被叫方为 CS终端， 所述呼叫建立请求为视频呼叫请求， 所述反馈消 息为释放消息， 所述反馈消息携带所述 CS终端不接受所述视频呼叫 请求的信息。
9、 如权利要求 8所述媒体类型变更的方法， 其特征在于， 所述 根据反馈消息的内容生成通知消息具体包括：根据所述释放消息生成 携带所述 CS终端接受的媒体类型为语音呼叫的信息的 SIP临时响应 消息。
10、 如权利要求 8所述媒体类型变更的方法， 其特征在于， 所述 建立与通知消息对应的呼叫连接包括： 向所述 CS终端发起语音呼叫 请求， 以建立呼叫连接。
11、 如权利要求 4、 7或 9所述媒体类型变更的方法， 其特征在 于，所述 SIP临时响应消息包括 183消息，或 182消息，或 180消息。
12、 一种媒体类型变更的系统， 用于在 CS网络与 IMS网络互通 的呼叫建立过程中变更媒体类型， 其特征在于， 包括：
主叫方， 用于发送呼叫建立请求， 所述呼叫建立请求携带所述主 叫方请求的媒体类型；
被叫方， 用于接收所述呼叫建立请求， 并发送反馈消息， 所述反 馈消息携带所述被叫方接受的媒体类型；
CS接入 IMS网络装置， 用于将所述主叫方发送的呼叫建立请求 向所述被叫方发送，接收所述被叫方发送的反馈消息， 根据所述反馈 消息的内容生成通知消息， 并将所述通知消息发送给所述主叫方。
13、 一种 CS接入 IMS网络装置， 其特征在于， 包括：
请求发送模块， 用于将主叫方发送的呼叫建立请求向被叫方发 送， 所述呼叫建立请求携带所述主叫方请求的媒体类型；
消息接收模块， 用于接收所述被叫方发送的反馈消息；
消息生成模块，用于根据所述消息接收模块接收的反馈消息的内 容生成通知消息；
消息发送模块，用于将所述消息生成模块生成的通知消息发送给 所述主叫方。
14、 如权利要求 13所述 CS接入 IMS网络装置， 其特征在于， 所述消息生成模块包括： 呼叫处理生成子模块， 用于根据所述被叫方
15、 如权利要求 13所述 CS接入 IMS网络装置， 其特征在于， 所述消息生成模块还包括： 临时响应生成子模块， 用于根据所述被叫 方接受的媒体类型生成 SIP临时响应消息。
16、 如权利要求 13所述 CS接入 IMS网络装置， 其特征在于， 所述消息生成模块还包括： 响应生成子模块， 用于生成携带所述被叫 方接受的媒体类型为语音呼叫的信息的 SIP临时响应消息。
17、 如权利要求 13所述 CS接入 IMS网络装置， 其特征在于， 所述 CS接入 IMS网络装置还包括： 请求发起模块， 用于在所述消息 接收模块接收到被叫方反馈的释放消息之后，向所述被叫方发起语音 呼叫请求。
18、 一种终端， 其特征在于， 包括：
发送模块， 用于向网络侧发送呼叫建立请求， 所述呼叫建立请求 携带请求的媒体类型；
接收模块， 用于接收所述网络侧发送的呼叫建立请求， 并发送反 馈消息， 所述反馈消息携带所述终端接受的媒体类型。
PCT/CN2008/073443 2007-12-14 2008-12-10 Procédé, système et dispositif pour faire alterner un type de média WO2009089711A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710199578.4 2007-12-14
CN200710199578.4A CN101459970B (zh) 2007-12-14 2007-12-14 一种媒体类型变更的方法、系统和装置

Publications (1)

Publication Number Publication Date
WO2009089711A1 true WO2009089711A1 (fr) 2009-07-23

Family

ID=40770528

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/073443 WO2009089711A1 (fr) 2007-12-14 2008-12-10 Procédé, système et dispositif pour faire alterner un type de média

Country Status (2)

Country Link
CN (1) CN101459970B (zh)
WO (1) WO2009089711A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101997697B (zh) 2009-08-12 2012-06-20 华为终端有限公司 一种i1接口的业务控制方法和装置
CN101646055B (zh) * 2009-09-03 2013-10-16 中兴通讯股份有限公司 实现视频互通网关功能的视频媒体服务器及视频互通方法
WO2012088717A1 (zh) * 2010-12-31 2012-07-05 华为技术有限公司 业务切换方法、装置及系统
CN103139743A (zh) * 2011-11-30 2013-06-05 中兴通讯股份有限公司 非语音的紧急业务媒体选择方法、系统及网络侧、终端
CN107371140B (zh) * 2016-05-11 2021-01-12 中国移动通信有限公司研究院 一种呼叫前转的处理方法及设备
CN110971420B (zh) * 2018-09-28 2021-08-20 展讯通信（上海）有限公司 会议电话媒体接入类型的更新方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1842084A (zh) * 2005-03-28 2006-10-04 华为技术有限公司 实现ims和cs业务并发时的终端能力交互和路由控制的方法
CN1972254A (zh) * 2005-08-01 2007-05-30 三星电子株式会社 终端之间语音和多媒体的互动服务的装置和方法
WO2007089586A2 (en) * 2006-01-31 2007-08-09 Interdigital Technology Corporation Interworking for a combined circuit switched (cs) and ip multimedia subsystem (ims) session
US20070217354A1 (en) * 2006-03-16 2007-09-20 Research In Motion Limited System and method for controlling VCC functionality in a network environment including IMS

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1297124C (zh) * 2004-09-30 2007-01-24 华为技术有限公司 Ip多媒体子系统中利用电路交换承载业务的系统及方法
CN1893427A (zh) * 2005-07-07 2007-01-10 华为技术有限公司 一种进行业务支持能力协商的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1842084A (zh) * 2005-03-28 2006-10-04 华为技术有限公司 实现ims和cs业务并发时的终端能力交互和路由控制的方法
CN1972254A (zh) * 2005-08-01 2007-05-30 三星电子株式会社 终端之间语音和多媒体的互动服务的装置和方法
WO2007089586A2 (en) * 2006-01-31 2007-08-09 Interdigital Technology Corporation Interworking for a combined circuit switched (cs) and ip multimedia subsystem (ims) session
US20070217354A1 (en) * 2006-03-16 2007-09-20 Research In Motion Limited System and method for controlling VCC functionality in a network environment including IMS

Also Published As

Publication number Publication date
CN101459970A (zh) 2009-06-17
CN101459970B (zh) 2011-02-09

Similar Documents

Publication Publication Date Title
EP2002684B1 (en) Supporting circuit switched interworking
KR101185669B1 (ko) 인터넷 프로토콜 멀티미디어 서브시스템 기반 3자간 통화를 위한 방법 및 장치
JP4571618B2 (ja) 会話型ベアラの交渉
US9036620B2 (en) Method, and related mobile communications system, for providing combinational network services
US7965704B2 (en) Method and apparatus for handling IMS terminal's call request including request for real-time service received over IMS domain by CSI terminal
WO2008145051A1 (fr) Procédé servant à convertir des supports de conversation, procédé et dispositif servant à mettre à jour l'établissement d'un appel
CN101111086B (zh) 一种呼叫控制的方法及系统
JP5255123B2 (ja) 通信ネットワークにおいてセッションを確立する方法
EP2382744A2 (en) Web based access to video associated with calls
US20100284267A1 (en) Call set-up in a communication network
EP2583476B1 (en) Methods and apparatuses for using a vplmn infrastructure by an hplmn to terminate an ims session set-up for a roaming user
WO2009089711A1 (fr) Procédé, système et dispositif pour faire alterner un type de média
JP5095759B2 (ja) 呼制御方法
WO2009074104A1 (fr) Procédé, système et appareil d'établissement d'appel multimédia
US8179916B2 (en) Properly playing in-band tones before call establishment when performing protocol interworking
WO2009052750A1 (fr) Méthode, dispositif et système d'établissement d'une communication entre deux parties
EP2230814B1 (en) Method for realizing a call hold
JP2007325191A (ja) 移動体通信システム及びセッション継続方法
WO2008110110A1 (fr) Procédé et système de fourniture de service de sous-système multimédia ip
WO2011023041A1 (zh) 一种指示终端媒体类型的呼叫方法及系统
WO2009121310A1 (zh) 一种网关选择的方法、系统及设备
WO2011107012A1 (zh) 一种业务控制方法和装置
WO2008119278A1 (fr) Procédé, terminal et dispositif réseau pour le changement d'état de domaine à commutation de paquets
WO2009049510A1 (fr) Procédé, système et dispositif pour une négociation de signalisation de service de données de protocole d'ouverture de session
WO2009089723A1 (fr) Procédé, système et dispositif permettant la sélection d'un noeud de médiation d'appel par un commutateur logiciel

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08870883

Country of ref document: EP

Kind code of ref document: A1