WO2011069450A1 - Ims系统中的媒体控制方法及其系统和装置 - Google Patents

Ims系统中的媒体控制方法及其系统和装置 Download PDF

Info

Publication number
WO2011069450A1
WO2011069450A1 PCT/CN2010/079563 CN2010079563W WO2011069450A1 WO 2011069450 A1 WO2011069450 A1 WO 2011069450A1 CN 2010079563 W CN2010079563 W CN 2010079563W WO 2011069450 A1 WO2011069450 A1 WO 2011069450A1
Authority
WO
WIPO (PCT)
Prior art keywords
rtsp
media
command
message
sip
Prior art date
Application number
PCT/CN2010/079563
Other languages
English (en)
French (fr)
Inventor
王亚晨
俞承志
赵耀
杨放春
Original Assignee
中国移动通信集团公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中国移动通信集团公司 filed Critical 中国移动通信集团公司
Publication of WO2011069450A1 publication Critical patent/WO2011069450A1/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/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]

Definitions

  • the present invention relates to the field of communications, and in particular, to a media control method in an IMS system, and a system and apparatus therefor. Background technique
  • the IP Multimedia Subsystem is a SIP-based session control system.
  • the design of the IMS system adopts a layered architecture, which embodies the idea of "separation of service and control" and “separation of control from access and bearer", enabling different user terminals to pass different wireless access technologies. Or the wired access technology accesses the IMS network, enjoys unified call control services, and can use diverse multimedia value-added services.
  • This hierarchical network architecture is designed to facilitate the interconnection and integration of different networks.
  • IMS is widely recognized by the industry as the core technology of the next generation network, and it is also an important way to solve the convergence of mobile and fixed networks and introduce differentiated services such as voice, data and video.
  • the user terminal using the SIP protocol Session Initiation Protocol
  • SIP protocol Session Initiation Protocol
  • RTSP protocol Real- Time
  • the Streaming Protocol (Real-Time Streaming Protocol) enables the SIP user terminal and the network side to implement interactive control of media services more conveniently.
  • the solution mainly integrates the RTSP and the SIP protocol.
  • this solution needs to maintain two sets of protocol stacks on the client and the server side respectively, and joins the synchronization mechanism, so the control is complicated and costly. Higher. Summary of the invention
  • the embodiment of the invention provides a media control method and a system thereof in an IMS system, which are used to solve the problem that the SIP protocol in the existing IMS system has poor support for the RTSP protocol, resulting in user terminals and network side. Media interaction control achieves difficult problems.
  • a media control method in an IMS system comprising:
  • the media control function entity MCF or the media control parsing entity set in the IMS system receives
  • the SIP message is mapped to the corresponding RTSP command according to the mapping relationship between the SIP message and the real-time transport streaming protocol RTSP command, or the RTSP command is parsed from the SIP message; then, the mapping or parsing is obtained.
  • the RTSP command is sent to the media delivery function entity MDF; wherein the SIP message received by the media control parsing entity is sent by the MCF to the media control parsing entity after receiving the SIP message sent by the user terminal;
  • the MDF controls the media service requested by the user terminal according to the received RTSP command.
  • a media control system applied to an IMS system including:
  • a function entity for implementing media control configured to receive a SIP message sent by the user terminal for controlling the media service for the media service, and mapping the SIP message according to the mapping relationship between the SIP message and the RTSP command For the corresponding RTSP command, or unravel the RTSP command from the SIP message; then, the mapped or parsed RTSP command is sent to the media delivery function entity MDF;
  • the MDF is configured to control, according to the received RTSP command, the media service requested by the user terminal.
  • a media control device in an IMS system comprising:
  • a SIP message generating unit configured to generate a session initiation protocol SIP message for controlling the media service for the requested media service
  • the SIP message sending unit is configured to send, to the network side, the SIP message generated by the SIP message generating unit.
  • the MCF or the media control parsing entity can be configured by mapping the SIP message sent by the user terminal with the RTSP command, or by carrying the RTSP command in the SIP message.
  • the RTSP command is obtained according to the received SIP message mapping or parsing, so that the MDF can control the corresponding media service according to the RTSP command obtained from the SIP message mapping or parsing, and implement the interactive control process of the user terminal and the network side to the media service.
  • the existing RTSP protocol is basically unchanged, thereby ensuring the integrity of the RTSP protocol, and on the other hand, the existing SIP The protocol changes are small, which reduces the difficulty of implementing media service interaction control. On the other hand, it reduces the coupling degree between SIP protocol and RTSP protocol.
  • FIG. 1 is a schematic diagram of a system architecture and a media control flow diagram of media interaction control in an IMS IPTV system according to an embodiment of the present invention
  • FIG. 2 is a schematic flowchart of a media playback process according to an embodiment of the present invention.
  • FIG. 3 is a schematic diagram of a process for removing a media service session according to an embodiment of the present invention
  • FIG. 4 is a schematic diagram of a media transmission suspension process according to an embodiment of the present invention.
  • FIG. 5 is a schematic diagram of a media playback recovery process according to an embodiment of the present invention.
  • FIG. 6 is a schematic diagram of a media playback fast forward process according to an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of a media control apparatus in an IMS system according to an embodiment of the present invention. detailed description
  • the embodiment of the present invention maps the SIP protocol message to the RTSP protocol command for implementing the media interaction control; or, by extending the SIP protocol message, the RTSP control signaling information of the media interaction control is carried in the message body of the SIP protocol message, thereby The media interaction control signaling information carried in the message body of the SIP protocol message generates a corresponding RTSP protocol command to implement media interaction control in the IMS system.
  • RTSP commands that implement media interaction control include:
  • DESCRIBE command Request media description information of the RTSP path;
  • PLAY command Start playing streaming media data;
  • PAUSE command Temporarily stop streaming without releasing server resources
  • FORWARD command Quickly browse forward streaming media data
  • OPTIONS command Ask the server which commands are available
  • SETUP command Set the properties of the session, as well as the transfer mode, to establish a session;
  • some RTSP commands are implemented by using corresponding methods of the original SIP protocol, and the RTSP commands may include:
  • REDIRECT command can be implemented using the REFER method of the SIP protocol
  • TEARDOWN command Can be implemented using the BYE method of the SIP protocol
  • OPTIONS command Can be implemented using the OPTIONS method of the SIP protocol.
  • RTSP commands such as the PLAY command, the DESCRIBE command, the PAUSE command
  • SET-PARAMETER command FORWARD command, etc.
  • the signaling information of the RTSP command carried in the message generates a corresponding RTSP command, thereby implementing media interaction control.
  • the embodiment of the present invention extends the re-INVITE message or the INFO message of the original SIP protocol, and uses the message body (BODY) of the message to carry the signaling information of the RTSP command.
  • mapping relationship between a SIP message and an RTSP command by defining a mapping relationship between a SIP message and an RTSP command, and defining
  • the message body of the SIP message can carry the signaling information of the RTSP command and the corresponding SIP message parsing rule, thereby forming a new SIP protocol rule capable of supporting RTSP media interaction control, which can be called a SIP+ protocol rule.
  • Table 1 shows the mapping relationship between a SIP+ protocol message and an RTSP command.
  • the message body of the RE-INVITE message is provided with fields such as PLAY, PAUSE, FORWARD or DESCRIBE, which are used to carry the corresponding RTSP signaling information for controlling media interaction.
  • fields in the message body of the RE-INVITE message can also be increased or decreased according to actual needs.
  • the RE-INVITE message can also be replaced with an INFO message.
  • Table 1 only shows the mapping relationship between several commonly used RTSP commands and SIP messages. According to the above rules, those skilled in the art should be able to derive the mapping relationship between other RTSP commands and SIP messages.
  • Other RTSP signaling messages that can be carried in the message body of the SIP message.
  • the embodiment of the present invention needs to modify the system architecture of the media interaction control in the existing IMS IPTV system.
  • the system architecture related to media interaction control in the IMS IPTV system mainly includes a CSCF (Call Session Control Function Entity), an IPTV AS (Media Application Server), and an MCF (Media Control Function Entity). ), MDF (Media Transfer Function Entity), and a newly added media control resolution gateway (or media control parsing entity) in this embodiment.
  • CSCF includes S-CSCF (Serving CSCF), P-CSCF (Proxy CSCF) and I-CSCF (Query CSCF), I-CSCF and S-CSCF can be set together, as shown in Figure 1! /S-CSCF.
  • the media control resolution gateway can be a separate functional entity or a functional module that can be combined with the MCF.
  • the CSCF in the above system performs call control according to the existing mechanism;
  • the IPTV AS provides media service data according to the existing mechanism;
  • the MCF is mainly responsible for handling media flow control of the MDF, managing media processing of the MDF, and monitoring the MDF according to the existing mechanism. Status, management and user interaction, etc.;
  • MDF is mainly responsible for processing the transmission of the media stream, reporting the status to the MCF, storing the media, etc. according to the existing mechanism;
  • the media control resolution gateway is mainly responsible for the SIP+ protocol rules defined in the embodiment of the present invention.
  • the MCF, the media control resolution gateway and the MDF constitute a media control system related to media control. It should be noted that the MCF, the media control resolution gateway, and the MDF are the main functional entities in the media control system, and it is not excluded that the system further includes other network entities for implementing signaling or streaming media data transmission services or other necessary Network entity.
  • the media interaction control process provided by the embodiment of the present invention mainly includes:
  • Step 101 The user terminal (UE) requests the user to control the media service, for example, controlling the media service transmission connection session (establishing a session or tearing down the session) or controlling the streaming media sent by the network side (pause, play, or fast)
  • the SIP+ protocol rule defined by the embodiment of the present invention generates a SIP message to request control of the media service.
  • the UE can support the SIP+ protocol rule and the RTSP protocol defined in the embodiment of the present invention.
  • Step 102 The SIP message arrives at the P-CSCF, and the P-CSCF processes and forwards the SIP message to the I/S-CSCF, where the S-CSCF performs session control, where the I-CSCF provides the S-S that processes the user request when necessary.
  • CSCF Serving Call Control Function
  • Step 103 The S-CSCF forwards the SIP message to the corresponding AS for further processing.
  • Step 105 The MCF receives a SIP message from the S-CSCF.
  • Step 106 The MCF sends the received SIP message to the media control resolution gateway, where the media control parsing gateway performs mapping or parsing of the SIP message to the RTSP command.
  • Step 107 The media control resolution gateway sends the parsed RTSP command to the MDF for media control.
  • RTP protocol Real Time Transport Protocol
  • RTCP protocol Real Time Transport Protocol
  • Step 201 ⁇ 202 the UE according to The user obtains a request for the media service, and sends an INVITE message to the P-CSCF to request to establish a media service transmission connection session, where the INVITE message carries the multimedia session description (SDP) information of the IJE; and the P-CSCF returns an INVITE response message (100 Trying );
  • SDP multimedia session description
  • the user can select and order a certain media service through the media service client configured in the UE, according to the media service selected by the user and the submitted command of the media service (such as clicking a corresponding function button), the UE according to the Request to generate an INVITE message and send it.
  • Steps 203 ⁇ 204 the P-CSCF forwards the INVITE message to! /S-CSCF; I/S-CSCF returns an INVITE response message (100 Trying);
  • Steps 205-206 The I/S-CSCF performs session control according to the INVITE message, and sends an INVITE message to the AS corresponding to the requested streaming media to request further processing of the media service request.
  • the AS returns an INVITE response message (100 Trying). ;
  • Steps 207-208 The AS performs service processing on the INVITE message, and sends an INVITE message to the I/S-CSCF, where the SDP information is carried; and the I/S-CSCF returns an INVITE response message (100 Trying);
  • Steps 209 ⁇ 210 the I/S-CSCF sends an INVITE message to the MCF; the MCF returns an INVITE response message (100 Trying);
  • Steps 211 ⁇ 212 the MCF sends the received INVITE message to the media control resolution gateway; the media control resolution gateway returns an INVITE response message (100 Trying);
  • Steps 213 to 214 in the SIP+ protocol rule defined by the embodiment of the present invention, SIP INVITE
  • the message is in a mapping relationship with the RTSP SETUP command. Therefore, the media control resolution gateway converts the SIP INVITE message into an RTSP SETUP command, and sends the RTSP SETUP command to the MDF.
  • the MDF establishes a media transmission connection session with the UE according to the RTSP SETUP command. And return the RTSP SETUP response;
  • Steps 215 ⁇ 219 the media control resolution gateway sends a 200 OK response message, and the message is sent to the UE along the signaling path;
  • Step 220 224 The UE returns an ACK acknowledgement message, and the message is sent along the signaling path to the media control resolution gateway.
  • the step of sending a SIP response message is an optional step.
  • Step 301 The UE sends a P-CSCF to the P-CSCF. Sending a BYE message to request to tear down the media transmission connection session; in this step, the user may request to end the media service by submitting a close or end command for the media service that has been requested by the media service client configured in the UE, and the UE according to the UE The request generates a BYE message and sends it.
  • Step 302 The P-CSCF forwards the BYE message to the I/S-CSCF.
  • Step 303 The I/S-CSCF performs session control according to the BYE message, and sends a BYE message to the AS corresponding to the requested media service.
  • Step 304 The AS performs service processing according to the BYE message, and sends a BYE message to the I/S-CSCF.
  • Step 305 The I/S-CSCF sends a BYE message to the MCF.
  • Step 306 The MCF sends the BYE message to the media control resolution gateway.
  • Step 307 The SIP BYE message has a mapping relationship with the RTSP TEARDOWN command in the SIP+ protocol rule defined by the embodiment of the present invention. Therefore, the media control resolution gateway converts the SIP BYE message into an RTSP TEARDOWN command, and sends the RTSP TEARDOWN command.
  • Step 308 The MDF removes the media transmission connection session with the UE according to the RTSP TEARDOWN command, and returns an RTSP TEARDOWN response.
  • the process includes the following steps:
  • Step 401 The UE sends a re-INVITE message to the P-CSCF to request to suspend the transmission of the streaming media data.
  • the message body of the re-INVITE message includes a PAUSE field, and the value of the field is RTSP PAUSE signaling data.
  • the user can submit a request to suspend playback by clicking the PAUSE command button in the media player, and the UE generates a re-INVITE message according to the request, and carries the RTSP PAUSE signaling data in the message body of the re-INVITE message. .
  • Step 402 The P-CSCF forwards the re-INVITE message to the I/S-CSCF.
  • Step 403 The I/S-CSCF performs session control according to the re-INVITE message, and sends the re-INVITE message to the AS.
  • Step 404 The AS performs service processing according to the re-INVITE message, and sends a re-INVITE message to the I/S-CSCF.
  • Step 405 The I/S-CSCF sends a re-INVITE message to the MCF.
  • Step 406 The MCF sends the received re-INVITE message to the media control resolution gateway.
  • Step 408 The MDF pauses to transmit streaming media data to the UE and returns a response message according to the RTSP TEARDOWN command, while keeping the session in a connected state.
  • Steps 409 - 413 transmitting a 200 OK message along the signaling path
  • Steps 414 ⁇ 418 the UE returns an ACK response message, and the ACK response message is along the signaling path. Transfer to the media control resolution gateway.
  • the process mainly includes the following steps:
  • Step 501 The UE sends a re-INVITE message to the P-CSCF to request to resume media playback.
  • the message body of the re-INVITE message includes a PLAY field, and the value of the field is the signaling data of the RTSP PLAY command.
  • the user can submit a request for resuming playback by clicking the PLAY command button in the media player, and the UE generates a re-INVITE message according to the request, and carries the RTSP PLAY signaling data in the message body of the re-INVITE message. .
  • Step 502 The P-CSCF forwards the re-INVITE message to the I/S-CSCF.
  • Step 503 The I/S-CSCF root re-INVITE message performs session control, and sends a re-INVITE message to the AS.
  • Step 504 The AS processes the re-INVITE message, and sends a re-INVITE message to the I/S-CSCF.
  • Step 505 The I/S-CSCF sends the re-INVITE message to the MCF.
  • Step 506 The MCF sends the re-INVITE message to the media control resolution gateway.
  • Step 508 The MDF restores the media stream transmission between the UE and the UE according to the RTSP PLAY command, and returns a response message.
  • Steps 509 ⁇ 513 the media control resolution gateway sends a 200 OK response message, and the message is sent to the UE along the signaling path;
  • Steps 514 ⁇ 518 the UE returns an ACK response message, and the response message is sent along the signaling path to the media control resolution gateway.
  • the process mainly includes the following steps:
  • Step 601 The UE sends a re-INVITE message to the P-CSCF to request fast forward play.
  • the message body of the re-INVITE message contains a FORWARD field whose value is the signaling data of the RTSP FORWARD command;
  • Step 602 The P-CSCF forwards the re-INVITE message to the I/S-CSCF.
  • Step 603 The I/S-CSCF performs session control according to the message, and sends a re-INVITE message to the AS.
  • Step 604 The AS performs service processing according to the message, and sends a re-INVITE message to the I/S-CSCF.
  • Step 605 The I/S-CSCF sends a re-INVITE message to the MCF.
  • Step 606 The MCF sends a re-INVITE message to the media control resolution gateway.
  • Step 607 The media control resolution gateway parses the RTSP FORWARD command from the message body of the re-INVITE message according to the SIP+ protocol, and sends the command to the MDF.
  • Step 608 The MDF sets the media stream transmission status with the UE to a fast forward state according to the RTSP FORWARD command, and returns a response message.
  • Steps 609 ⁇ 613 the media control resolution gateway sends a 200 OK response message, and the message is sent to the UE along the signaling path;
  • Steps 614 ⁇ 618 the UE returns an ACK response message, and the response message is sent along the signaling path to the media control resolution gateway.
  • the SIP message sent by the UE may carry information for identifying the media service requested by the user and other related information, such as SDP information, which is sent by the UE in the embodiment of the present invention.
  • the SIP message can also carry the information as needed, so that the related entities on the network side can process the corresponding media service or control the corresponding media service according to the information.
  • the embodiment of the present invention further provides a media control device in an IMS system.
  • the device includes:
  • a SIP message generating unit 701 configured to generate, for the requested media service, the media Session initialization protocol SIP message for the service;
  • the SIP message sending unit 702 is configured to send, to the network side, the SIP message generated by the SIP message generating unit.
  • the device shown in FIG. 7 includes a SIP message generating unit 701, which is specifically configured to:
  • the SIP message generating unit 701 included in the apparatus shown in FIG. 7 is specifically configured to:
  • the SIP message is generated according to the request of the user to forward the media service corresponding to the media service, and the RTSP FORWARD command is used to indicate that the network side transmits the streaming media data corresponding to the requested media service in the fast forward mode.
  • the SIP message generating unit 701 included in the apparatus shown in FIG. 7 is specifically configured to:
  • the carried RTSP command is carried in the message body of the SIP message to generate a SIP message.
  • the SIP message generating unit 701 included in the apparatus shown in FIG. 7 is specifically configured to: A re-INVITE message or an INFO message for controlling the media service is generated for the requested media service.
  • the above device shown in FIG. 7 may be a user terminal.
  • the units included in the media control device in the above IMS system are only logically divided according to the functions implemented by the device. In actual applications, the superposition or splitting of the above units may be performed.
  • the function implemented by the media control device in the IMS system provided by the embodiment corresponds to the media interaction control process provided by the foregoing embodiment, and the more detailed processing flow implemented by the device is in the foregoing method embodiment. It has been described in detail and will not be described in detail here.
  • the SIP message is mapped to the related RTSP command by extending the original SIP protocol, or the SIP message can be loaded with the RTSP command, and the analysis is added on the network side.
  • the gateway function entity or module is configured to obtain an RTSP command according to the SIP message mapping, or parse out the RTSP command from the SIP message, so that the MDF entity can implement the interactive control of the media service according to the RTSP command obtained by mapping or parsing, This makes it easier for users to use multimedia value-added services and reduce costs.

Landscapes

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

Description

IMS系统中的媒体控制方法及其系统和装置 技术领域
本发明涉及通信领域，尤其涉及一种 IMS系统中的媒体控制方法及其系统 和装置。 背景技术
IP多媒体子系统（ IMS )是一个基于 SIP协议的会话控制系统。 IMS系统 的设计采取分层架构形式， 该分层架构体系体现了 "业务与控制分离"和 "控 制与接入及承载相分离" 的思想， 使得不同的用户终端能够通过不同的无线 接入技术或者有线接入技术接入到 IMS网络中， 享受统一的呼叫控制服务， 并且能够使用多样化的多媒体增值业务。 这种层次化的网络架构设计为不同 网络的互联互通和业务的融合奠定了 出。 目前， IMS被业界广泛认同为下 一代网络的核心技术， 也是解决移动与固网融合， 引入语音、 数据、 视频三 重融合等差异化业务的重要方式。
然而， 在 IMS系统环境下， 使用 SIP协议（Session Initiated Protocol, 会 话初始化协议） 的用户终端， 由于 SIP协议主要支持会话控制， 对媒体交互 控制支持不足，不能比较好地支持 RTSP协议（Real - Time Streaming Protocol, 实时传送流媒体协议）， 使得 SIP用户终端和网络侧不能较为方便地实现媒体 业务的交互控制。
目前已出现使 SIP终端支持 RTSP业务的方案， 该方案主要将 RTSP和 SIP协 议融合， 但这种方案需要在客户端和服务器端分别维护两套协议栈， 并加入 同步机制， 因此控制复杂、 成本较高。 发明内容
本发明实施例提供一种 IMS系统中的媒体控制方法及其系统， 用以解决 现有 IMS系统中 SIP协议对 RTSP协议支持性差， 导致用户终端和网络侧的 媒体交互控制实现难度大的问题。
本发明实施例提供的技术方案包括：
一种 IMS系统中的媒体控制方法， 包括：
媒体控制功能实体 MCF或者设置于 IMS系统的媒体控制解析实体接收到
'请求的媒体业务发送的用于控制该媒体业务的会
协议 SIP消息后，根据 SIP消息与实时传送流媒体协议 RTSP命令的映射关系， 将所述 SIP消息映射为对应的 RTSP命令， 或者从该 SIP消息中解析出 RTSP 命令； 然后， 将映射或解析得到的 RTSP命令发送给媒体传送功能实体 MDF; 其中， 所述媒体控制解析实体接收到的 SIP消息是所述 MCF在接收到所述用 户终端发送的 SIP消息后发送给所述媒体控制解析实体的；
所述 MDF根据接收到的 RTSP命令， 对所述用户终端所请求的媒体业务 进行控制。
一种媒体控制系统， 应用于 IMS系统， 包括：
实现媒体控制的功能实体， 用于接收用户终端针对其所请求的媒体业务 发送的用于控制该媒体业务的 SIP消息，并根据所述 SIP消息与 RTSP命令的 映射关系， 将所述 SIP消息映射为对应的 RTSP命令， 或者从该 SIP消息中解 折出 RTSP命令； 然后， 将映射或解析得到的 RTSP命令发送给媒体传送功能 实体 MDF;
MDF, 用于根据接收到的 RTSP命令， 对所述用户终端所请求的媒体业 务进行控制。
一种 IMS系统中的媒体控制装置， 包括：
SIP消息生成单元，用于针对所请求的媒体业务生成用于控制该媒体业务 的会话初始化协议 SIP消息；
SIP消息发送单元， 用于向网络侧发送所述 SIP消息生成单元生成的 SIP 消息。
本发明的上述实施例， 通过将用户终端发送的 SIP消息与 RTSP命令进行 映射， 或者在 SIP消息中携带 RTSP命令， 使 MCF或者媒体控制解析实体能够 根据接收到的 SIP消息映射或解析得到 RTSP命令，从而使 MDF能够根据从 SIP 消息映射或解析得到的 RTSP命令对相应的媒体业务进行控制， 实现用户终端 和网络侧对媒体业务的交互控制过程。由于将 SIP消息与 RTSP命令进行映射， 或者在 SIP消息中携带 RTSP命令， 这样， 一方面对现有的 RTSP协议基本没 有改动， 因而保证了 RTSP协议的完整性， 另一方面， 对现有 SIP协议的改动 较小， 因而降低了实现媒体业务交互控制的难度， 再一方面， 降低了 SIP协 议与 RTSP协议的耦合度。 附图说明
图 1本发明实施例所提供的 IMS IPTV系统中有关媒体交互控制的系统架 构以及媒体控制流程示意图；
图 2为本发明实施例所提供的媒体播放处理流程示意图；
图 3为本发明实施例所提供的媒体业务会话拆除流程示意图；
图 4为本发明实施例所提供的媒体传输暂停流程示意图；
图 5为本发明实施例所提供的媒体播放恢复流程示意图；
图 6为本发明实施例所提供的媒体播放快进流程示意图；
图 7为本发明实施例所提供的 IMS系统中的媒体控制装置示意图。 具体实施方式
下面结合附图对本发明实施例作详细描述。
本发明实施例通过将 SIP协议消息映射为实现媒体交互控制的 RTSP协议 命令； 或者，通过扩展 SIP协议消息将实现媒体交互控制的 RTSP控制信令信 息携带于 SIP协议消息的消息体中 ,从而根据 SIP协议消息的消息体中携带的 媒体交互控制信令信息来生成相应的 RTSP协议命令， 以实现 IMS系统中进 行媒体交互控制。
通常， 实现媒体交互控制的 RTSP命令包括：
DESCRIBE命令： 请求 RTSP路径的媒体描述信息； PLAY命令： 开始播放流媒体数据；
PAUSE命令： 临时停止流， 而不释放服务器资源；
SET— PARAMETER命令： 设置流控制参数；
TEARDOWN命令： 关闭对话；
FORWARD命令： 快速向前浏览流媒体数据；
OPTIONS命令： 询问服务器， 哪些命令可用；
SETUP命令： 设置会话的属性， 以及传输模式， 建立会话；
REDIRECT命令： 重定向命令。
本发明实施例中，将其中的某些 RTSP命令使用原有 SIP协议的相应方法 来实现， 这些 RTSP命令可以包括：
SETUP命令： 可以使用 SIP协议的 INVITE方法实现；
REDIRECT命令： 可以使用 SIP协议的 REFER方法实现；
TEARDOWN命令： 可以使用 SIP协议的 BYE方法实现；
OPTIONS命令： 可以使用 SIP协议的 OPTIONS方法实现。
对于其他 RTSP命令， 如， PLAY命令、 DESCRIBE命令、 PAUSE命令、
SET— PARAMETER命令、 FORWARD命令等， 则可以通过扩展 SIP协议消息 的消息体， 将 RTSP命令的信令信息携带于 SIP协议消息的消息体中， 以便相 关的媒体交互控制实体根据扩展后的 SIP协议消息中携带的 RTSP命令的信令 信息生成相应的 RTSP命令， 从而实现媒体交互控制。
针对需要扩展 SIP协议消息的情况， 本发明实施例通过对原 SIP协议的 re-INVITE消息或 INFO消息进行扩展， 利用该消息的消息体 ( BODY )来携 带 RTSP命令的信令信息。
本发明实施例中，通过定义 SIP消息与 RTSP命令的映射关系， 以及定义
SIP消息的消息体可携带的 RTSP命令的信令信息以及相应的 SIP消息解析规 则，从而形成了能够支持 RTSP媒体交互控制的新的 SIP协议规则， 可将该协 议规则称之为 SIP+协议规则。
表 1给出了一种 SIP+协议消息与 RTSP命令的映射关系。 SIP+ INVITE REFER BYE OPTIONS RE-INVITE
RTSP SETUP REDIRECTE TEARDOW OPTIONS PLAY PAUSE DESCRIBE FORWARD 表 1中， RE-INVITE消息的消息体中设置有 PLAY、 PAUSE, FORWARD 或 DESCRIBE等字段， 用来承栽相应的控制媒体交互用的 RTSP信令信息。 当然， RE-INVITE 消息的消息体中的字段也可根据实际需要进行增减。 RE-INVITE消息也可替换为 INFO消息。
需要说明的是，表 1仅给出了几种常用的 RTSP命令与 SIP消息的映射关 系，根据以上规律，本领域技术人员应该能够得出除此以外的其他 RTSP命令 与 SIP消息的映射关系以及 SIP消息的消息体中可以携带的其他 RTSP信令信 为了实现媒体交互控制，本发明实施例需要对现有 IMS IPTV系统中有关 媒体交互控制的系统架构进行改造。
如图 1所示，本发明实施例所提供的 IMS IPTV系统中有关媒体交互控制 的系统架构， 主要包括 CSCF (呼叫会话控制功能实体）、 IPTV AS (媒体应 用服务器）、 MCF (媒体控制功能实体）、 MDF (媒体传送功能实体）， 以及本 实施例所新增加的媒体控制解析网关（或称媒体控制解析实体）。其中， CSCF 包括 S-CSCF (服务 CSCF )、 P-CSCF (代理 CSCF )和 I-CSCF (查询 CSCF ), I-CSCF和 S-CSCF可以合设， 如图 1中的！ /S-CSCF。 媒体控制解析网关可以 是一个独立的功能实体， 也可以作为一个功能模块与 MCF合设。
上述系统中的 CSCF根据现有机制进行呼叫^舌控制； IPTV AS根据现 有机制提供媒体业务数据； MCF根据现有机制主要负责处理对 MDF的媒体 流控制、 管理 MDF的媒体处理、 监测 MDF的状态、 管理与用户的交互等； MDF根据现有机制主要负责处理媒体流的传送、 向 MCF报告状态、 存储媒 体等； 媒体控制解析网关根据本发明实施例定义的 SIP+协议规则， 主要负责 从 MCF接收有关媒体控制的 SIP消息， 并根据 SIP消息与 RTSP命令的映射 关系将 SIP消息映射为 RTSP命令， 或者从 SIP消息中解析出 RTSP命令， 然 后将映射或解析出的 RTSP命令发送给 MDF,从而使 MDF根据该 RTSP命令 控制流媒体数据的传送或进行会话控制等。
可以看出， MCF、媒体控制解析网关和 MDF构成了与媒体控制相关的媒 体控制系统。 需要说明的是， MCF、媒体控制解析网关和 MDF是所述媒体控 制系统中的主要功能实体， 不排除该系统中还包括其他为实现信令或流媒体 数据传输服务的网络实体或其他必要的网络实体。
基于上述系统架构， 如图 1 所示， 本发明实施例提供的媒体交互控制流 程主要包括：
步骤 101、 用户终端 （UE )在用户请求对媒体业务进行控制， 如， 对媒 体业务传输连接会话进行控制 （建立会话或拆除会话）或对网络侧发送的流 媒体进行控制（暂停、播放或快进播放等）时，根据本发明实施例定义的 SIP+ 协议规则生成 SIP消息， 以请求对媒体业务进行控制；
其中， 所述 UE能够支持本发明实施例定义的 SIP+协议规则和 RTSP协 议。
步骤 102、 SIP 消息到达 P-CSCF, P-CSCF 处理并转发该 SIP 消息给 I/S-CSCF, 由 S-CSCF进行会话控制， 其中， I-CSCF在必要时提供处理该用 户请求的 S-CSCF;
步骤 103、 S-CSCF将 SIP消息转发到相应的 AS以进行进一步处理； 步骤 104、 AS处理根据该 SIP消息进行媒体业务处理， 将该 SIP消息发 送给 S-CSCF;
步骤 105、 MCF接收来自 S-CSCF的 SIP消息；
步骤 106、 MCF将接收到的 SIP消息发送给媒体控制解析网关， 由媒体 控制解析网关进行 SIP消息到 RTSP命令的映射或解析；
步骤 107、 媒体控制解析网关将解析出的 RTSP命令发送给 MDF进行媒 体控制； 步骤 108、 MDF根据 RTSP命令对媒体流的传送进行控制， 从而完成媒 体交互控制。 根据 RTSP命令， MDF可以使用 RTP协议 (实时传输协议）或 RTCP协议传送流媒体数据到 UE。
下面结合图 2、 图 3、 图 4和图 5， 进一步对本发明实施例所提供的针对 不同类型的媒体交互控制的实现流程进行详细描述。
当用户在播放列表中选中其中一项媒体业务后， 建立 UE 到网络侧的会 话， 并通过该会话传送流媒体数据， 以上流程如图 2所示， 包括如下步骤： 步骤 201 ~ 202、 UE根据用户获取媒体业务的请求， 向 P-CSCF 发送 INVITE消息， 以请求建立媒体业务传输连接会话， 该 INVITE消息中携带该 IJE 的多媒体会话描述（SDP )信息； P-CSCF返回 INVITE应答消息 （100 Trying );
该步骤中，用户可以通过其 UE中配置的媒体业务客户端选择并点播某媒 体业务， 根据用户选择的媒体业务以及提交的点播该媒体业务的命令（如点 击相应的功能按钮）， UE根据该请求生成 INVITE消息并发送。
步骤 203 ~ 204、 P-CSCF将该 INVITE消息转发给！ /S-CSCF; I/S-CSCF 返回 INVITE应答消息 （ 100 Trying );
步骤 205 ~ 206、 I/S-CSCF根据该 INVITE消息进行会话控制， 并向所请 求的流媒体对应的 AS发送 INVITE消息，以请求进一步处理该媒体业务请求； AS返回 INVITE应答消息 （ 100 Trying );
步骤 207 ~ 208、 AS对 INVITE消息进行业务处理， 将 INVITE消息发送 给 I/S-CSCF, 其中携带 SDP信息； I/S-CSCF返回 INVITE应答消息（100 Trying );
步骤 209 ~ 210、 I/S-CSCF向 MCF发送 INVITE消息； MCF返回 INVITE 应答消息（ 100 Trying );
步骤 211 ~ 212、MCF将接收到的 INVITE消息发送给媒体控制解析网关； 媒体控制解析网关返回 INVITE应答消息（ 100 Trying );
步骤 213 ~ 214、由于本发明实施例所定义的 SIP+协议规则中， SIP INVITE 消息与 RTSP SETUP命令存在映射关系， 因此媒体控制解析网关将该 SIP INVITE 消息转换为 RTSP SETUP命令， 并将该 RTSP SETUP命令发送给 MDF; MDF根据该 RTSP SETUP命令建立与 UE的媒体传输连接会话， 并返 回 RTSP SETUP响应；
步骤 215 ~ 219、 媒体控制解析网关发送 200 OK响应消息， 该消息沿信 令路径发送到 UE;
步骤 220 224、 UE返回 ACK确认消息， 该消息沿信令路径发送到媒体 控制解析网关。
上述流程中， 发送 SIP应答消息的步骤为可选步骤。
媒体传输连接会话建立之后， MDF通过该会话向 UE传送流媒体数据。 在媒体传输连接会话建立后， 用户可以关闭或结束所请求的媒体业务， 此时媒体传输连接会话将被拆除， 如图 3所示， 该流程主要包括如下步骤： 步骤 301、 UE向 P-CSCF发送 BYE消息，以请求拆除媒体传输连接会话； 该步骤中，用户可以通过其 UE中配置的媒体业务客户端针对已经请求的 媒体业务， 通过提交关闭或结束命令来请求结束该媒体业务， UE根据该请求 生成 BYE消息并发送。
步骤 302、 P-CSCF将该 BYE消息转发给 I/S-CSCF;
步骤 303、 I/S-CSCF根据该 BYE消息进行会话控制， 并向与所请求的媒 体业务对应的 AS发送 BYE消息；
步骤 304、 AS对根据该 BYE消息进行业务处理，并向 I/S-CSCF发送 BYE 消息；
步骤 305、 I/S-CSCF向 MCF发送 BYE消息；
步骤 306、 MCF将 BYE消息发送给媒体控制解析网关；
步骤 307、 由于本发明实施例所定义的 SIP+协议规则中， SIP BYE消息 与 RTSP TEARDOWN命令存在映射关系， 因此媒体控制解析网关将该 SIP BYE消息转换为 RTSP TEARDOWN命令，并将该 RTSP TEARDOWN命令发 送给 MDF; 步骤 308、 MDF根据该 RTSP TEARDOWN命令拆除与 UE的媒体传输连 接会话， 并返回 RTSP TEARDOWN响应；
步骤 309 ~ 313、 MDF发送 200 OK响应消息， 该消息沿信令路径发送到
UE。
在媒体播放的过程中 （即在流媒体数据传输过程中）， 用户可以暂停播放 当前的流媒体， 此时， 会暂停传送该流媒体， 如图 4所示， 该流程包括如下 步骤：
步骤 401、 UE向 P-CSCF发送 re-INVITE消息， 以请求暂停传送流媒体 数据， 该 re-INVITE消息的消息体包含有 PAUSE字段， 该字段的值为 RTSP PAUSE信令数据；
该步骤中， 用户可以通过点击媒体播放器中的 PAUSE命令按钮提交暂停 播放的请求， UE根据该请求生成 re-INVITE消息， 并将 RTSP PAUSE信令数 据携带于该 re-INVITE消息的消息体中。
步骤 402、 P-CSCF将 re-INVITE消息转发给 I/S-CSCF;
步骤 403、 I/S-CSCF 根据该 re-INVITE 消息进行会话控制， 并将该 re-INVITE消息发送给 AS;
步骤 404、 AS对根据该 re-INVITE消息进行业务处理， 并将 re-INVITE 消息发送给 I/S-CSCF;
步骤 405、 I/S-CSCF向 MCF发送 re-INVITE消息；
步骤 406、 MCF将接收到的 re-INVITE消息发送给媒体控制解析网关； 步骤 407、 媒体控制解析网关根据本发明实施例 SIP+协议规则， 从 re-INVITE 消息的消息体中解析出 RTSP TEARDOWN 命令， 并将 RTSP TEARDOWN命令发送给 MDF;
步骤 408、 MDF根据 RTSP TEARDOWN命令， 在保持会话处于连接状 态下， 暂停向 UE传送流媒体数据， 并返回响应消息；
步骤 409 - 413, 沿信令路径传输 200 OK消息；
步骤 414 ~ 418、 UE返回 ACK响应消息， 该 ACK响应消息沿信令路径 传输到媒体控制解析网关。
当媒体播放被暂停后， 用户可以恢复播放， 此时会恢复播放流媒体数据， 如图 5所示， 该流程主要包括如下步骤：
步骤 501、 UE向 P-CSCF发送 re-INVITE消息， 以请求恢复媒体播放； 该 re-INVITE消息的消息体包含有 PLAY字段， 该字段的值为 RTSP PLAY命 令的信令数据；
该步骤中， 用户可以通过点击媒体播放器中的 PLAY命令按钮提交恢复 播放的请求， UE根据该请求生成 re-INVITE消息， 并将 RTSP PLAY信令数 据携带于该 re-INVITE消息的消息体中。
步骤 502、 P-CSCF将 re-INVITE消息转发给 I/S-CSCF;
步骤 503、 I/S-CSCF根 re-INVITE消息进行会话控制， 并将 re-INVITE消 息发送给 AS;
步骤 504、 AS对根据该 re-INVITE消息进行处理， 并将 re-INVITE消息 发送给 I/S-CSCF;
步骤 505、 I/S-CSCF将该 re-INVITE消息发送给 MCF;
步骤 506、 MCF将该 re-INVITE消息发送给媒体控制解析网关； 步骤 507、 媒体控制解析网关根据 SIP+协议的规定， 从该 re-INVITE消 息的消息体中解析出 RTSP PLAY命令，并将该 RTSP PLAY命令发送给 MDF;
步骤 508、 MDF根据该 RTSP PLAY命令恢复与 UE之间处于暂停状态的 媒体流传输， 并返回响应消息；
步骤 509 ~ 513、 媒体控制解析网关发送 200 OK响应消息， 该消息沿信 令路径发送到 UE;
步骤 514 ~ 518、 UE返回 ACK响应消息， 该响应消息沿信令路径发送到 媒体控制解析网关。
在媒体播放的过程中， 用户可以请求对流媒体进行快进播放， 如图 6所 示， 该流程主要包括如下步骤：
步骤 601、 UE向 P-CSCF发送 re-INVITE 消息， 以请求快进播放； 该 re-INVITE 消息的消息体包含有 FORWARD 字段， 该字段的值为 RTSP FORWARD命令的信令数据；
步骤 602、 P-CSCF将 re-INVITE消息转发给 I/S-CSCF;
步骤 603、 I/S-CSCF根据该消息进行会话控制，并将 re-INVITE消息发送 给 AS;
步骤 604、 AS 根据该消息进行业务处理， 并将 re-INVITE 消息送给 I/S-CSCF;
步骤 605、 I/S-CSCF将 re-INVITE消息发送给 MCF;
步骤 606、 MCF将 re-INVITE消息发送给媒体控制解析网关；
步骤 607、 媒体控制解析网关根据 SIP+协议的规定， 从该 re-INVITE消 息的消息体中解析出 RTSP FORWARD命令， 并将该命令发送给 MDF;
步骤 608、 MDF根据 RTSP FORWARD命令，将与 UE之间进行的媒体流 传输状态设为快进状态， 并返回响应消息；
步骤 609 ~ 613、 媒体控制解析网关发送 200 OK响应消息， 该消息沿信 令路径发送到 UE;
步骤 614 ~ 618、 UE返回 ACK响应消息， 该响应消息沿信令路径发送到 媒体控制解析网关。
根据现有 SIP协议的规定， UE所发送的 SIP消息中可以根据需要携带用 于标识用户所诸求的媒体业务的信息以及其他相关的信息， 如 SDP信息， 本 发明实施例中 UE所发送的 SIP消息中也可以根据需要携带这些信息，以使网 络侧的相关实体能够根据这些信息处理相应的媒体业务或对相应的媒体业务 进行控制。
与上述方法实施例对应， 本发明实施例还提供了一种 IMS系统中的媒体 控制装置， 如图 7所示， 该装置包括：
SIP消息生成单元 701以及 SIP消息发送单元 702;
其中：
SIP消息生成单元 701， 用于针对所请求的媒体业务生成用于控制该媒体 业务的会话初始化协议 SIP消息；
SIP消息发送单元 702， 用于向网络侧发送所述 SIP消息生成单元生成的 SIP消息。
本发明实施例提供的优选实施方式中， 图 7所示装置包括的 SIP消息生 成单元 701 , 具体用于：
根据用户建立媒体业务传输连接会话的请求生成 SIP INVITE消息， 所述 SIP INVITE消息与 RTSP SETUP命令对应， 用于指示网络侧建立所请求的媒 体业务所对应的媒体传输连接会话； 或
根据用户拆除媒体业务传输连接会话的诸求生成 SIP BYE消息，所述 SIP BYE消息与 RTSP TEARDOWN命令对应， 用于指示网络侧拆除所请求的媒 体业务所对应的媒体传输连接会话。
本发明实施例提供的优选实施方式中， 图 7所示装置包括的 SIP消息生 成单元 701， 具体用于：
根据用户暂停播放媒体业务对应的流媒体的请求生成 SIP 消息， 其中携 带 RTSP PAUSE命令信息， 所述 RTSP PAUSE命令用于指示网络侧暂停传送 所请求的媒体业务对应的流媒体； 或
根据用户恢复播放媒体业务对应的流媒体的诸求生成 SIP 消息， 其中携 带 RTSP PLAY命令信息， 所述 RTSP PLAY命令用于指示网络侧对暂停传送 的所请求的媒体业务对应的流媒体恢复传送； 或
根据用户快进播放媒体业务对应的流媒体的请求生成 SIP 消息， 其中携 带 RTSP FORWARD命令信息，所迷 RTSP FORWARD命令用于指示网络侧以 快进模式传送所请求的媒体业务对应的流媒体数据。
本发明实施例提供的优选实施方式中， 图 7所示装置包括的 SIP消息生 成单元 701， 具体用于：
将携带的 RTSP命令承栽于 SIP消息的消息体中生成 SIP消息。
本发明实施例提供的优选实施方式中， 图 7所示装置包括的 SIP消息生 成单元 701， 具体用于： 针对所请求的媒体业务生成用于控制该媒体业务的 re-INVITE 消息或 INFO消息。
实际应用中， 图 7所示的上述装置可以为用户终端。
应当理解， 以上 IMS系统中的媒体控制装置包括的单元仅为根据该装置 实现的功能进行的逻辑划分， 实际应用中， 可以进行上述单元的叠加或拆分。 并且该实施例提供的 IMS系统中的媒体控制装置所实现的功能与上述实施例 提供的媒体交互控制流程——对应， 对于该装置所实现的更为详细的处理流 程， 在上述方法实施例中已做详细描述， 此处不再详细描述。
综上所述， 本发明的上述实施例， 通过对原有 SIP协议的扩展， 使 SIP 消息与相关的 RTSP命令进行映射， 或者使 SIP消息能够承栽 RTSP命令， 以 及通过在网络側新增解析网关功能实体或模块， 来实现根据 SIP 消息映射得 到 RTSP命令， 或者从 SIP消息中解析出其承栽的 RTSP命令， 使 MDF实体 能够根据映射或解析得到的 RTSP命令来实现媒体业务的交互控制，从而使用 户更加方便地使用多媒体增值业务， 减小成本支出。
显然， 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本 发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权利要 求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。

Claims

权 利 要 求
1、 一种 IMS系统中的媒体控制方法， 其特征在于， 包括：
媒体控制功能实体 MCF或者设置于 IMS系统的媒体控制解析实体接收到 用户终端针对其所请求的媒体业务发送的用于控制该媒体业务的会话初始化 协议 SIP消息后，根据 SIP消息与实时传送流媒体协议 RTSP命令的映射关系， 将所述 SIP消息映射为对应的 RTSP命令， 或者从该 SIP消息中解析出 RTSP 命令； 然后， 将映射或解析得到的 RTSP命令发送给媒体传送功能实体 MDF; 其中， 所述媒体控制解析实体接收到的 SIP消息是所述 MCF在接收到所述用 户终端发送的 SIP消息后发送给所述媒体控制解析实体的；
所述 MDF根据接收到的 RTSP命令， 对所述用户终端所请求的媒体业务 进行控制。
2、 如权利要求 1所述的方法， 其特征在于， 所述 SIP消息与 RTSP命令 的映射关系， 包括以下之一或任意組合：
SIP INVITE消息与 RTSP SETUP命令的对应关系；
SIP BYE消息与 RTSP TEARDOWN命令的对应关系；
SIP REDIRECTE消息与 RTSP REFER命令的对应关系；
SIP OPTIONS消息与 RTSP OPTIONS命令的对应关系；
从所述 SIP消息解析出的 RTSP命令， 包括： RTSP PLAY命令、 RTSP PAUSE命令、 RTSP DESCRIBE命令或 RTSP FORWARD命令。
3、如权利要求 2所述的方法， 其特征在于， 所述用户终端发送 SIP消息， 具体为： 所述用户终端根据用户建立媒体业务传输连接会话的请求发送 SIP INVITE消息；
所述 MCF或者所述媒体控制解析实体根据所述映射关系将 SIP消息映射 为对应的 RTSP命令， 具体为： 所述 MCF或者所述媒体控制解析实体根据所 述映射关系中 SIP INVITE消息与 RTSP SETUP命令的对应关系 , 将所述 SIP INVITE消息映射为 RTSP SETUP命令； 所述 MDF根据所述 RTSP SETUP命令，为所述用户终端所请求的媒体业 务建立媒体传输连接会话。
4、如权利要求 2所述的方法， 其特征在于， 所述用户终端发送 SIP消息， 具体为： 所述用户终端根据用户拆除媒体业务传输连接会话的请求发送 SIP BYE消息；
所述 MCF或者所述媒体控制解析实体根据所述映射关系将 SIP消息映射 为对应的 RTSP命令， 具体为： 所述 MCF或者所述媒体控制解析实体根据所 述映射关系中 SIP BYE消息与 RTSP TEARDOWN命令的对应关系， 将所述 SIP BYE消息映射为 RTSP TEARDOWN命令；
所述 MDF 据所述 RTSP TEARDOWN命令， 拆除所述用户终端所请求 的媒体业务所对应的媒体传输连接会话。
5、如权利要求 2所述的方法， 其特征在于， 所述用户终端发送 SIP消息， 具体为： 所迷用户终端根据用户暂停播放媒体业务对应的流媒体的请求发送 SIP消息， 其中携带 RTSP PAUSE命令信息；
所述 MCF或者所述媒体控制解析实体从所述 SIP消息解析出的 RTSP命 令为 RTSP PAUSE命令；
所述 MDF根据所述 RTSP PAUSE命令，暂停向所述用户终端传送该用户 终端所请求的媒体业务对应的流媒体。
6、如权利要求 2所述的方法，其特征在于， 所述用户终端发送 SIP消息， 具体为： 所述用户终端根据用户恢复播放媒体业务对应的流媒体的请求发送 SIP消息， 其中携带 RTSP PLAY命令信息；
所述 MCF或者所述媒体控制解析实体从所述 SIP消息解析出的 RTSP命 令为 RTSP PLAY命令；
所述 MDF根据所述 RTSP PLAY命令， 对暂停向所述用户终端传送的该 用户终端所请求的媒体业务对应的流媒体恢复传送。
7、如权利要求 2所述的方法， 其特征在于， 所述用户终端发送 SIP消息， 具体为： 所述用户终端根据用户快进播放媒体业务对应的流媒体的请求发送 SIP消息， 其中携带 RTSP FORWARD命令信息；
所述 MCF或者所迷媒体控制解析实体从所述 SIP消息解析出的 RTSP命 令为 RTSP FORWARD命令；
所述 MDF根据所述 RTSP FORWARD命令， 以快进模式向所述用户终端 传送该用户终端所请求的媒体业务对应的流媒体数据。
8、 如权利要求 5、 6或 7所述的方法， 其特征在于， 所述 SIP消息中携 带的 RTSP命令承栽于所述 SIP消息的消息体中。
9、 如权利要求 5、 6或 7所述的方法， 其特征在于， 所述 SIP 消息为 re-INVITE消息或 INFO消息。
10、 一种媒体控制系统， 应用于 IMS系统， 其特征在于， 包括： 实现媒体控制的功能实体， 用于接收用户终端针对其所请求的媒体业务 发送的用于控制该媒体业务的 SIP消息，并 居所述 SIP消息与 RTSP命令的 映射关系， 将所述 SIP消息映射为对应的 RTSP命令， 或者从该 SIP消息中解 析出 RTSP命令； 然后， 将映射或解析得到的 RTSP命令发送给媒体传送功能 实体 MDF;
MDF, 用于根据接收到的 RTSP命令， 对所述用户终端所请求的媒体业 务进行控制。
11、 如权利要求 10所述的媒体控制系统， 其特征在于， 所述 SIP消息为 SIP INVITE消息；
所述实现媒体控制的功能实体具体用于： 根据所述映射关系中 SIP INVITE消息与 RTSP SETUP命令的对应关系， 将所迷 SIP INVITE消息映射 为 RTSP SETUP命令；
所述 MDF具体用于： 根据所述 RTSP SETUP命令， 为所述用户终端所请 求的媒体业务建立媒体传输连接会话。
12、 如权利要求 10所述的媒体控制系统， 其特征在于， 所述 SIP消息为 SIP BYE消息；
所述实现媒体控制的功能实体具体用于： 根据所述映射关系中 SIP BYE 消息与 RTSP TEARDOWN命令的对应关系，将所述 SIP BYE消息映射为 RTSP TEARDOWN命令；
所述 MDF具体用于： 根据所述 RTSP TEARDOWN命令， 拆除所述用户 终端所请求的媒体业务所对应的媒体传输连接会话。
13、 如权利要求 10所述的媒体控制系统， 其特征在于， 所述 SIP消息的 消息体中携带 RTSP PAUSE命令信息；
所述实现媒体控制的功能实体具体用于： 从所述 SIP 消息解析出 RTSP PAUSE命令；
所述 MDF具体用于： 根据所述 RTSP PAUSE命令， 暂停向所述用户终端 传送该用户终端所请求的媒体业务对应的流媒体。
14、 如权利要求 10所述的媒体控制系统， 其特征在于， 所述 SIP消息的 消息体中携带 RTSP PLAY命令信息；
所述实现媒体控制的功能实体具体用于： 从所述 SIP消息解析出的 RTSP 命令为 RTSP PLAY命令；
所述 MDF具体用于： 根据所述 RTSP PLAY命令， 对暂停向所述用户终 端传送的该用户终端所请求的媒体业务对应的流媒体恢复传送。
15、 如权利要求 10所述的媒体控制系统， 其特征在于， 所述 SIP消息的 消息体中携带 RTSP FORWARD命令信息；
所述实现媒体控制的功能实体具体用于： 从所述 SIP消息解析出的 RTSP 命令为 RTSP FORWARD命令；
所述 MDF具体用于： 根据所述 RTSP FORWARD命令， 以快进模式向所 述用户终端传送该用户终端所请求的媒体业务对应的流媒体数据。
16、 如权利要求 13、 14或 15所述的媒体控制系统， 其特征在于， 所述 实现媒体控制的功能实体接收到的所述 SIP消息为 re-INVITE消息或 INFO消 '¾· =
17、如权利要求 10-15任一项所述的媒体控制系统， 其特征在于， 所述实 现媒体控制的实体为媒体控制功能实体 MCF; 或者， 所述实现媒体控制的实体包括： MCF以及与 MCF连接的媒体控 制解析实体； 所述 MCF将接收到的 SIP消息发送给所述媒体控制解析实体，
18、 一种 IMS系统中的媒体控制装置， 其特征在于， 包括：
SIP消息生成单元，用于针对所请求的媒体业务生成用于控制该媒体业务 的会话初始化协议 SIP消息；
SIP消息发送单元， 用于向网络侧发送所述 SIP消息生成单元生成的 SIP 消息。
19、 如权利要求 18所述的装置， 其特征在于， 所述 SIP消息生成单元， 具体用于：
根据用户建立媒体业务传输连接会话的请求生成 SIP INVITE消息， 所述 SIP INVITE消息与 RTSP SETUP命令对应， 用于指示网络侧建立所请求的媒 体业务所对应的媒体传输连接会话； 或
根据用户拆除媒体业务传输连接会话的请求生成 SIP BYE消息，所述 SIP BYE消息与 RTSP TEARDOWN命令对应， 用于指示网络侧拆除所请求的媒 体业务所对应的媒体传输连接会话。
20、 如权利要求 18所述的装置， 其特征在于， 所述 SIP消息生成单元， 具体用于：
根据用户暂停播放媒体业务对应的流媒体的请求生成 SIP 消息， 其中携 带 RTSP PAUSE命令信息， 所述 RTSP PAUSE命令用于指示网络侧暂停传送 所请求的媒体业务对应的流媒体； 或
根据用户恢复播放媒体业务对应的流媒体的请求生成 SIP 消息， 其中携 带 RTSP PLAY命令信息， 所述 RTSP PLAY命令用于指示网络侧对暂停传送 的所请求的媒体业务对应的流媒体恢复传送； 或
根据用户快进播放媒体业务对应的流媒体的请求生成 SIP 消息， 其中携 带 RTSP FORWARD命令信息，所述 RTSP FORWARD命令用于指示网络侧以 快进模式传送所请求的媒体业务对应的流媒体数据。
21、 如权利要求 20所述的装置， 其特征在于， 所述 SIP消息生成单元， 具体用于：
将携带的 RTSP命令承栽于 SIP消息的消息体中生成 SIP消息。
22、 如权利要求 20所述的装置， 其特征在于， 所述 SIP消息生成单元， 具体用于：
针对所请求的媒体业务生成用于控制该媒体业务的 re-INVITE 消息或 INFO消息。
23、 如权利要求 18至 22任一项所述的装置， 其特征在于， 所述 IMS系 统中的媒体控制装置为用户终端。
PCT/CN2010/079563 2009-12-08 2010-12-08 Ims系统中的媒体控制方法及其系统和装置 WO2011069450A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910242301.4 2009-12-08
CN200910242301.4A CN102088447A (zh) 2009-12-08 2009-12-08 Ims系统中的媒体控制方法及其系统

Publications (1)

Publication Number Publication Date
WO2011069450A1 true WO2011069450A1 (zh) 2011-06-16

Family

ID=44100062

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/079563 WO2011069450A1 (zh) 2009-12-08 2010-12-08 Ims系统中的媒体控制方法及其系统和装置

Country Status (2)

Country Link
CN (1) CN102088447A (zh)
WO (1) WO2011069450A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104994067B (zh) * 2015-05-25 2018-05-18 南京邮电大学 Sip网络访问rtsp监控网络的系统及方法
CN113329040B (zh) * 2021-08-03 2021-11-02 江苏怀业信息技术股份有限公司 媒体流转发过程中的协议转换方法、装置
CN114448949B (zh) * 2022-02-18 2024-03-01 小视科技(江苏)股份有限公司 解决客户端串流现象的方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101222418A (zh) * 2007-01-10 2008-07-16 华为技术有限公司 Rtsp客户端访问sip媒体资源的方法、系统及信令网关
WO2009036605A1 (en) * 2007-09-20 2009-03-26 Lucent Technologies Inc. Method and system for processing sip message with rtsp encapsulation in ims
WO2009080345A1 (en) * 2007-12-21 2009-07-02 Koninklijke Kpn N.V. Method and system for transmitting a multimedia stream
CN101547189A (zh) * 2008-03-28 2009-09-30 华为技术有限公司 一种CoD业务的建立方法，系统和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101222418A (zh) * 2007-01-10 2008-07-16 华为技术有限公司 Rtsp客户端访问sip媒体资源的方法、系统及信令网关
WO2009036605A1 (en) * 2007-09-20 2009-03-26 Lucent Technologies Inc. Method and system for processing sip message with rtsp encapsulation in ims
WO2009080345A1 (en) * 2007-12-21 2009-07-02 Koninklijke Kpn N.V. Method and system for transmitting a multimedia stream
CN101547189A (zh) * 2008-03-28 2009-09-30 华为技术有限公司 一种CoD业务的建立方法，系统和装置

Also Published As

Publication number Publication date
CN102088447A (zh) 2011-06-08

Similar Documents

Publication Publication Date Title
US8307049B2 (en) Method and device for obtaining media description information of IPTV services
TWI516064B (zh) 媒體串流傳輸的通信期控制
JP2006525693A (ja) マルチメディア・ストリーミングにおけるクライアント速度機能のシグナリング方法
WO2007093127A1 (fr) Système, procédé et dispositif de configuration d'une session média interactive d'après un sous-système ip multimédia
US20060256748A1 (en) System and method for interworking between IMS network and H.323 network
WO2007098703A1 (fr) Procédé, système et dispositif de ressources multimédia permettant d'obtenir un service de programmation tv basé sur un réseau ngn
WO2008134955A1 (fr) Procédé, système et appareil pour appliquer des informations de capacité de terminal dans un service iptv
WO2008151550A1 (fr) Procédé d'enregistrement de réseau de programmes, serveur de traitement multimédia et système d'enregistrement de réseau
WO2007031028A1 (fr) Procede de negociation de la duree du paquet de flux multimedia
EP2314048A1 (en) Fast content switching in a communication system
CN101222418A (zh) Rtsp客户端访问sip媒体资源的方法、系统及信令网关
JP5576882B2 (ja) ドメインおよび加入をこえてセッションを転送するシステムおよび方法
WO2009049509A1 (fr) Procédé et appareil de commande pour lire des données d'un flux multimédia
WO2008148326A1 (fr) Procédé, système, agent d'activité et terminal pour réaliser une activité de convergence
WO2011069450A1 (zh) Ims系统中的媒体控制方法及其系统和装置
WO2009121284A1 (zh) 一种提供智能业务的方法、系统及网关
WO2010028601A1 (zh) 以文件方式传输媒体内容的方法、系统及设备
WO2009049518A1 (fr) Procédé, système et entité d'établissement de session de système de télévision par internet ip
CN102238152B (zh) 控制内容报告行为的方法、装置和系统
WO2008086741A1 (fr) Procédé, dispositif et système pour réaliser un service de télécopie et. 38 sur internet
US20090248810A1 (en) Systems and methods for querying status of peer-to-peer multimedia connections in communication systems
JP4868606B2 (ja) ストリーミング送信制御方法
WO2014026316A1 (zh) 媒体数据传输方法及设备
WO2009030171A1 (fr) Procédé d'implémentation de service média, système de communication et dispositifs associés
CN101459572B (zh) 一种在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: 10835485

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

Country of ref document: EP

Kind code of ref document: A1