CN101378391B - 媒体业务实现方法及通讯系统以及相关设备 - Google Patents

媒体业务实现方法及通讯系统以及相关设备 Download PDF

Info

Publication number
CN101378391B
CN101378391B CN200710145739.1A CN200710145739A CN101378391B CN 101378391 B CN101378391 B CN 101378391B CN 200710145739 A CN200710145739 A CN 200710145739A CN 101378391 B CN101378391 B CN 101378391B
Authority
CN
China
Prior art keywords
media
mrs
mrc
media services
control messages
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.)
Active
Application number
CN200710145739.1A
Other languages
English (en)
Other versions
CN101378391A (zh
Inventor
王啸
张玉侠
徐培利
雷晓松
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
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN200710145739.1A priority Critical patent/CN101378391B/zh
Priority to PCT/CN2008/072217 priority patent/WO2009030171A1/zh
Publication of CN101378391A publication Critical patent/CN101378391A/zh
Application granted granted Critical
Publication of CN101378391B publication Critical patent/CN101378391B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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]

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)

Abstract

本发明公开了一种媒体业务实现方法及通讯系统以及相关设备，可以组合不同的媒体服务以满足媒体业务的需求。本发明方法包括：媒体资源客户端MRC与媒体资源服务器MRS之间建立媒体控制通道后，组合功能实体对MRC发送的媒体服务控制消息进行组合；所述组合功能实体将所述经过组合的媒体服务控制消息通过所述媒体控制通道传输至所述MRS，所述经过组合的媒体服务控制消息用以指示所述MRS根据该经过组合的媒体服务控制消息提供所述MRC所需的媒体服务。本发明还提供一种通讯系统以及相关设备。本发明可以组合不同的媒体服务以满足媒体业务的需求。

Description

媒体业务实现方法及通讯系统以及相关设备
技术领域
本发明涉及通讯系统，尤其涉及一种媒体业务实现方法及通讯系统以及相关设备。
背景技术
现有技术中一种媒体业务实现方法主要采用IETF提供的一种方案，具体为：IETF定义了一种应用于媒体服务控制中的媒体资源broker(MRB，MediaResource Broker)，解决媒体服务系统中应用服务器与媒体服务器一对多和多对多的情形下对具有媒体服务能力的媒体资源服务器信息的收集以及向媒体资源客户端提供合适的媒体资源服务器信息的问题。
在实际的应用中，有时会需要在一个媒体业务中同时应用多种媒体服务，即由多个媒体资源服务器(MRS，Media Resource Server)同时提供不同的媒体服务，现有技术尚没有揭示这种情况下媒体业务实现方法。
发明内容
本发明实施例提供了一种媒体业务实现方法及通讯系统以及相关设备，可以组合不同的媒体服务以满足媒体业务的需求。
本发明实施例提供的媒体业务实现方法，包括：  媒体资源客户端MRC与媒体资源服务器MRS之间建立媒体控制通道后，组合功能实体对MRC发送的媒体服务控制消息进行组合；所述组合功能实体将所述经过组合的媒体服务控制消息通过所述媒体控制通道传输至所述MRS，所述经过组合的媒体服务控制消息用以指示所述MRS根据该经过组合的媒体服务控制消息提供所述MRC所需的媒体服务。
本发明实施例提供的通讯系统，包括：MRC，用于发送媒体服务控制消息，建立媒体控制通道；MRS，用于与MRC建立媒体控制通道，根据媒体服务控制消息提供媒体服务；组合功能实体，用于组合媒体服务控制消息，向MRS提供媒体服务控制消息，接收MRS对所述组合后的媒体服务控制消息的反馈结果，向MRC发送所述反馈结果。
本发明实施例提供的组合功能实体，包括：通道建立单元，用于建立传递媒体服务控制消息的媒体控制通道；控制消息处理单元，用于对接收到的媒体服务控制消息进行解析，执行以及构造；接收单元，用于接收MRS对组合后的媒体服务控制消息的反馈结果；发送单元，用于根据控制消息处理单元对媒体服务控制消息的执行的结果向MRS发送组合后的媒体服务控制消息，向MRC发送MRS的反馈结果。
本发明实施例提供的媒体资源客户端，包括：请求消息产生单元，用于产生媒体服务请求消息；控制消息产生单元，用于产生媒体服务控制消息；控制通道建立单元，用于与MRS建立媒体控制通道；组合功能单元，用于对控制消息产生单元产生的媒体服务控制消息进行组合，将组合后的媒体服务控制消息通过控制通道建立单元建立的媒体控制通道发送至MRS，接收MRS的反馈消息。
本发明实施例提供的MRB，包括：请求消息接收单元，用于接收MRC发送的媒体服务请求消息；查询单元，用于根据MRC发送的媒体服务请求消息指定提供媒体服务的MRS；第二控制通道建立单元，用于与所述指定的MRS之间建立媒体控制通道；第二组合功能单元，用于接收MRC发送的媒体服务控制消息，对所述媒体服务控制消息进行组合，将组合后的媒体服务控制消息通过控制通道建立单元建立的媒体控制通道发送至MRS，接收MRS的反馈消息，将所述MRS的反馈消息转发至MRC。
从以上技术方案可以看出，本发明实施例具有以下优点：
本发明实施例中由于组合功能实体通过媒体控制通道对MRS提供的媒体服务进行组合控制，即对MRC发送的媒体服务控制消息进行组合，所以可以使得MRS能够根据MRC的要求向MRC提供多种媒体服务业务，从而满足媒体业务的需求。
附图说明
图1为本发明实施例中通讯系统第一实施例示意图；
图2为本发明实施例中通讯系统第二实施例示意图；
图3为本发明实施例中通讯系统第三实施例示意图；
图4为本发明实施例中组合功能实体实施例示意图；
图5为本发明实施例中媒体业务实现方法第一实施例示意图；
图6为本发明实施例中媒体业务实现方法第二实施例示意图；
图7为本发明实施例中媒体业务实现方法第三实施例示意图；
图8为本发明实施例中媒体资源客户端实施例示意图；
图9为本发明实施例中MRB实施例示意图。
具体实施方式
本发明实施例提供了一种媒体业务实现方法及通讯系统以及相关设备，可以组合不同的媒体服务以满足媒体业务的需求。
本发明实施例中，组合功能实体用于对MRS提供的媒体服务进行组合控制，通过媒体资源客户端(MRC，Media Resource Client)发送的媒体服务控制消息对MRS提供的媒体服务进行控制，所以使得MRS能够根据MRC的要求向MRC提供多种媒体服务，从而满足媒体业务的需求。
下面根据组合功能实体所处位置的不同具体分析，具体有以下几种情况：
一、组合功能实体位于MRC中：
请参阅图1，本发明实施例中通讯系统第一实施例包括：
媒体资源客户端101，用于发送媒体服务请求消息、向组合功能实体104发送媒体服务控制消息、以及建立媒体控制通道；
MRB102，用于接收媒体资源客户端101发送的媒体服务请求消息，根据所需媒体服务指定媒体资源服务器103、建立信令交互；
媒体资源服务器103，用于与媒体资源客户端101建立媒体控制通道，提供媒体服务；
组合功能实体104，用于接收并组合媒体资源客户端101发送的媒体服务控制消息，向媒体资源服务器103提供媒体服务控制消息，接收媒体资源服务器103对所述组合后的媒体服务控制消息的反馈结果，向媒体资源客户端101发送所述反馈结果。
本实施例中，组合功能实体104位于媒体资源客户端101中，具体的运作流程为：
媒体资源客户端101发送媒体服务请求消息，MRB102确定所需的媒体资源服务，指定提供所需资源服务的媒体资源服务器103，并且MRB与指定的媒体资源服务器103交互会话初始化协议(SIP，Session InitializationProtocol)信令。如图1所示，MRB102与媒体资源客户端101建立媒体会话SIP信令通道，同时也与多个媒体资源服务器103建立媒体会话SIP信令通道。根据会话描述协议(SDP，Session Description Protocol)协商结果媒体资源客户端101与多个媒体资源服务器103建立媒体控制通道。媒体资源客户端101中包含的组合功能实体104就可以通过媒体控制通道传递媒体服务控制消息给多个媒体资源服务器103，这些媒体资源服务器103则为媒体资源客户端101提供媒体服务。
二、组合功能实体位于MRB中：
请参阅图2，本发明实施例中通讯系统第二实施例包括：
媒体资源客户端201，用于发送媒体服务请求消息，发送媒体服务控制消息，以及建立媒体控制通道；
MRB202，用于接收媒体资源客户端201发送的媒体服务请求消息，根据该媒体服务请求消息确定媒体资源客户端201所需服务，指定媒体资源服务器203，建立信令交互；
媒体资源服务器203，用于与媒体资源客户端201以及MRB202之间建立媒体控制通道；
组合功能实体204，用于接收并组合媒体资源客户端201发送的媒体服务控制消息，向媒体资源服务器203发送组合后的媒体服务控制消息，接收媒体资源服务器203对所述组合后的媒体服务控制消息的反馈结果，向媒体资源客户端201发送所述反馈结果。
本实施例中，组合功能实体204位于MRB 202中，具体的运作流程为：
MRB202分别与媒体资源客户端201及多个媒体资源服务器203建立媒体会话SIP信令通道，同时MRB202还与媒体资源客户端201及多个媒体资源服务器203建立媒体控制通道。媒体资源客户端201发送媒体服务请求消息，MRB202接收请求消息，解析媒体服务请求消息，指定提供所需资源服务的媒体资源服务器，并且MRB202与指定的媒体资源服务器203交互SIP信令。通道建立后，媒体资源客户端201发送媒体服务控制消息，MRB202中的组合功能实体204给多个媒体资源服务器203传递媒体服务控制消息，这些媒体资源服务器203为媒体资源客户端201提供媒体服务。
三、组合功能实体独立存在：
请参阅图3，本发明实施例中通讯系统第三实施例包括：
媒体资源客户端301，用于发送媒体服务请求消息，发送媒体服务控制消息，以及建立媒体控制通道；
MRB302，用于接收媒体资源客户端301发送的媒体服务请求消息；
媒体资源服务器303，用于与媒体资源客户端301以及MRB302之间建立媒体控制通道；
组合功能实体304，用于接收并组合媒体资源客户端301发送的媒体服务控制消息，向媒体资源服务器303发送组合后的媒体服务控制消息，接收媒体资源服务器303对所述组合后的媒体服务控制消息的反馈结果，向媒体资源客户端301发送所述反馈结果。
本实施例中，组合功能实体304独立存在，具体的运作流程为：
MRB302与媒体资源客户端301及多个媒体资源服务器303建立媒体会话SIP信令通道，组合功能实体304在MRB302的控制下分别与媒体资源客户端301及多个媒体资源服务器303建立媒体控制通道。通道建立后，媒体资源客户端301发送媒体服务控制消息，组合功能实体304向多个媒体资源服务器303传递媒体服务控制消息，这些媒体资源服务器303为媒体资源客户端301提供媒体服务。
下面对本发明实施例中的组合功能实体进行详细描述，请参阅图4，本发明实施例中组合功能实体实施例包括：
通道建立单元401，用于建立传递媒体服务控制消息的媒体控制通道；
控制消息处理单元402，用于对接收到的媒体服务控制消息进行解析，执行以及构造；
接收单元403，用于接收MRS对组合后的媒体服务控制消息的反馈结果；
发送单元404，用于根据控制消息处理单元对媒体服务控制消息的执行的结果向MRS发送组合后的媒体服务控制消息，向MRC发送MRS的反馈结果。
其中，发送单元404至少包括以下单元中的一种：
消息发送单元4041，若控制消息处理单元402对接收到的媒体服务控制消息进行构造，得到新的媒体服务控制消息，则消息发送单元4041用于向MRS发送经过重新构造的媒体服务控制消息；
命令发送单元4042，若控制消息处理单元402对接收到的媒体服务控制消息进行执行，得到媒体服务控制命令，则命令发送单元4042用于向MRS发送控制消息处理单元对媒体服务控制消息执行之后生成的媒体服务控制命令。
下面对本发明实施例中媒体业务实现方法进行详细描述，下面的实施例中均假设媒体客户端请求一个“语音短信”业务，该业务包含了媒体放音服务处理和媒体录音服务处理，根据业务需求客户端对两种媒体服务处理执行媒体控制。同样按照组合功能实体所处位置的不同进行分类，具体可以分为以下三类：
一、组合功能实体位置MRB中：
请参阅图5，本发明实施例中媒体业务实现方法第一实施例包括：
501、MRC向MRB请求媒体服务；
其中，请求消息INVITE中携带SDP offer，SDP offer描述了用户终端的媒体能力属性(例如“2个MS-line”，代表两个媒体流行)和媒体资源客户端建立媒体控制通道的属性(例如“1个MCc-line”，代表一个媒体控制行)。
本实施例中，SDP offer中媒体属性消息实例如下：
m＝audio ue_port1 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝recvonly
a＝label:1
m＝audio ue_port2 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝sendonly
a＝label:2
m＝application mrc_controlport TCP/mediacontrlproto
a＝setup:active
a＝connection:new
消息中的label行标识对应的媒体流，这里媒体控制行可以有关联标签也可以没有。
502、MRB根据MRC发送的媒体服务请求消息查询到对应的MRS为MRC服务；
本实施例中假设MRB查询到MRS1与MRS2为MRC服务。
503～504、MRB向对应的MRS发送邀请消息；
MRB接收媒体服务请求，解析媒体服务请求，指定提供所需服务(放音服务和录音服务)的MRS1和MRS2之后，分别向两个服务器发送服务请求。请求包含了SDP offer，MRB对收到的SDP offer进行重新构造，其中分别包含了用户终端支持的放音媒体能力属性和录音媒体能力属性及MRB分配的与之相应的媒体控制属性。
该步骤中SDP offer媒体属性消息实例分别如下所述：
m＝audio ue_port1 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝recvonly
a＝label:1
m＝application mrb_controlport1 TCP/mediacontrlproto
a＝setup:active
a＝connection:new
*******************************************************
m＝audio ue_port2 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝sendonly
a＝label:2
m＝application mrb_controlport2 TCP/mediacontrlproto
a＝setup:active
a＝connection:new
505～506、反馈200OK消息；
MRS1和MRS2接收服务请求，并给所请求的服务分配媒体流资源和媒体控制资源，同时回复请求的响应消息，包含SDP answer。SDP answer描述了MRS提供的媒体流能力属性和媒体控制属性。
本实施例中，MRS1和MRS2回复的响应消息SDP answer中媒体属性消息实例描述分别如下：
m＝audio mrs1_port1 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝sendonly
a＝lable:1
m＝audio mrs1_controlport1 TCP/mediacontrlproto
a＝setup:passive
a＝connection:new
*************************************************
m＝audio mrs2_port2 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝recvonly
a＝lable:2
m＝audio mrs2_controlport2 TCP/mediacontrlproto
a＝setup:passive
a＝connection:new
507、向MRC反馈200OK；
MRB收到两个资源服务器的响应消息后，给MRC回复响应消息，并构造新的SDP answer包含在响应消息中。SDP answer描述了两个资源服务器提供的媒体能力属性和MRB分配的媒体控制属性。
本实施例中，SDP answer中媒体属性消息实例描述如下：
m＝audio mrs1_port1 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝sendonly
a＝lable:1
m＝audio mrs2_port2 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝recvonly
a＝lable:2
m＝audio mrb_controlport TCP/mediacontrlproto
a＝setup:passive
a＝connection:new
508～510、MRC向MRB反馈确认消息，MRB向对应的MRS反馈确认消息。
本实施例中，完成媒体服务组合中媒体流通道和媒体控制通道建立后，媒体资源客户端即可以发送媒体服务控制消息以控制媒体资源服务器提供媒体服务。
本实施例中，媒体服务组合的初始建立过程具体包括：MRC发送媒体服务请求消息，请求消息包含了服务系统建立媒体流通道连接的SDP消息，此外还可能包含服务系统建立媒体控制通道连接的SDP消息，MRB接收并解析媒体服务请求消息，指定提供服务的媒体资源服务器MRS，并分别与多个MRS建立SIP Dialog，交互媒体服务请求消息，执行媒体能力协商，媒体能力协商完成意味着媒体流通道和媒体控制通道的建立，即完成了媒体服务组合的初始建立。
其中，媒体能力的协商(包括媒体流通道和媒体控制通道的协商)可能包含多次的SIP和SDP交互，并且媒体流通道和媒体控制通道的建立不分时间先后。
当媒体服务组合初始建立后，MRC通过MRB中的组合功能实体与几个MRS建立媒体服务控制关系，通过MRB中的组合功能实体对几个MRS执行媒体服务控制，几个MRS提供媒体服务。具体过程包括：
1、MRC发送媒体服务控制消息，该消息中可能携带整个媒体服务控制脚本消息。
2、MRB接收MRC的媒体服务控制消息后，MRB中的组合功能实体对消息进行解析执行相应的操作。当控制消息中包含媒体服务控制脚本或脚本位置指示信息，MRB中的组合功能实体会从Resource Server上获取脚本；当消息中包含脚本执行引擎指示，MRB中的组合功能实体将从Resource Server上获取脚本执行引擎。
3、MRB收到MRC的媒体服务控制消息，从消息中携带的内容获知需要MRS如何提供媒体服务，这些MRS为之前根据MRC发送的媒体服务请求消息指定的MRS。当媒体服务控制消息中携带媒体服务控制脚本时，MRB中的组合功能实体可以执行脚本并向提供相应媒体服务的MRS下发媒体服务命令；MRB中的组合功能实体也可以执行脚本后，重新构造相应的媒体服务处理的媒体服务控制脚本，并向提供相应服务的MRS发送相应的媒体服务控制消息。
下面以一具体实例进行说明组合功能实体对媒体服务控制消息的组合，本实施例中是以组合功能实体集成于MRB的情况为例，可以理解的是，组合功能实体位于其他位置时的处理情况类似，具体实例具体包括：
1、MRC向MRB发送“语音短信业务”媒体服务控制消息：
其中，媒体服务控制消息携带了“语音短信业务”媒体服务脚本消息。脚本消息中可能包含：
a、整个脚本所述内容：
指示包含放音段程序和录音段程序，指示放音段程序与录音段程序之间的关联关系，指示放音段程序和录音段程序执行时序。
b、放音段脚本程序：
描述放音脚本的相关属性，如放音元素、放音资源、放音时间、放音事件等，还可能包含从放音处理过渡到录音处理的程序。
描述录音脚本的相关属性，如录音元素、录音事件、录音保存位置等。
2、MRB收到媒体服务控制消息，解析消息，并向MRS发送媒体服务控制消息：
本实施例中，MRB收到的是包含了脚本的媒体服务控制消息，具体MRB的处理包括：
a、解析脚本内容，区分放音脚本段含义和录音脚本段含义，明确放音脚本段程序与录音段脚本程序执行的关系；
b、MRB分割原脚本，并依据它所支持的媒体控制协议重新构造一个单独的放音脚本和一个单独的录音脚本；
c、MRB按照原脚本所述先向放音资源服务器发送包含放音脚本的媒体服务控制消息，并代理MRC进行控制；
d、MRB按照原脚本所述再向录音资源服务器发送包含录音脚本的媒体服务控制消息，并代理MRC进行控制。
3、在放音或录音时，MRB代理MRC进行服务控制，它将向MRC传递媒体服务处理消息。
本实施例中媒体服务组合动态改变主要体现在三个方面：
1、新增MRS或新增MRS提供的媒体业务：
当媒体服务组合系统完成初始建立后，媒体服务组合系统可以根据媒体服务需求增加新的媒体资源服务。这种动态增加媒体资源服务包含两种情况：
A、增加提供新的资源服务的媒体资源服务器；
当MRC有了新的媒体资源服务需求之后，向MRB发送REINVITE消息请求与MRB进行重协商，其中，REINVITE消息中包含有SDP的修改内容，包括SDP中的媒体流属性修改以及媒体控制属性修改；
MRB根据接收到的REINVITE消息判断当前连接的MRS均无法满足该媒体资源服务需求，则指定一个新的能够满足该媒体资源服务需求的MRS；
根据指定的MRS的媒体服务属性与MRC对媒体属性进行重协商；
完成媒体属性重协商之后，根据重协商结果重新建立MRB与MRC之间，以及MRB与各个MRS之间的媒体控制通道。
B、从当前组合中的MRS上再组合一个新的资源服务。
当MRC有了新的媒体资源服务需求之后，向MRB发送REINVITE消息请求与MRB进行重协商，其中，REINVITE消息中包含有SDP的修改内容，包括SDP中的媒体流属性修改以及媒体控制属性修改；
MRB根据接收到的REINVITE消息指定当前连接的MRS中能够满足资源服务需求的MRS；
根据指定的MRS的媒体服务属性与MRC对媒体属性进行重协商；
完成媒体属性重协商之后，根据重协商结果重新建立MRB与MRC之间，以及MRB与各个MRS之间的媒体控制通道。
2、删减MRS或删减MRS提供的媒体业务：
当媒体服务组合完成初始建立后，媒体服务组合系统可以根据媒体服务需求删除或减少组合中的媒体资源服务。同样也包含两种情况：
A、从当前组合MRS中删除提供某各资源服务的MRS。消息处理也是MRC与MRB通过REINVITE请求重新协商媒体属性完成。
B、从当前组合的某个MRS上删除某个媒体资源服务。消息处理也是MRC与MRB通过REINVITE请求重新协商媒体属性完成。
3、修改资源服务提供的属性：
当媒体服务组合完成初始建立后，媒体服务组合可以修改已有媒体资源服务提供的属性，如改变MRS与用户终端UE之间的媒体流属性，MRS与上行客户端之间的媒体控制属性。消息处理也是通过REINVITE请求重新协商媒体属性完成。
二、组合功能实体位置MRC中：
请参阅图6，本发明实施例中媒体业务实现方法第二实施例包括：
601、MRC向MRB请求媒体服务；
请求消息中携带SDP offer，SDP offer描述了用户终端的媒体能力属性(例如“2个MS-line”，代表两个媒体流行)。
本实施例中，SDP offer中媒体属性消息实例如下：
m＝audio ue_port1 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝recvonly
m＝audio ue_port2 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝sendonlv
602、MRB根据MRC发送的媒体服务请求消息查询到对应的MRS为MRC服务；
本实施例中假设MRB查询到MRS1与MRS2为MRC服务。
603～604、MRB向对应的MRS发送邀请消息；
MRB接收媒体服务请求，指定提供所需服务(放音服务和录音服务)的MRS1和MRS2，并分别向两个服务器发送服务请求。请求包含了SDP offer，分别包含了用户终端支持的放音媒体能力属性和录音媒体能力属性。
本实施例中，SDP offer媒体属性消息实例描述如下：
m＝audio ue_port1 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝recvonly
*********************************************************
m＝audio ue_port2 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝sendonly
605～606、反馈200OK消息；
MRS1和MRS2接收服务请求，并给所请求的服务分配媒体流资源和媒体控制资源，同时回复请求的响应消息，包含SDP answer。SDP answer描述了MRS提供的媒体流能力属性和媒体控制属性。
本实施例中，媒体属性消息实例描述如下：
m＝audio mrs 1_port1 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝sendonly
***********************************************************
m＝audio mrs2_port2 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝recvonly
607、向MRC反馈200OK；
MRB收到两个资源服务器的响应消息后，给MRC回复响应消息，并构造新的SDP answer包含在响应消息中。SDP answer描述了两个资源服务器提供的媒体能力属性和MRB分配的媒体控制属性。
本实施例中，SDP answer中媒体属性消息实例描述如下：
m＝audio mrs1_port1 RTP/AVP 0
c＝IN IP4 202.114.118.100
a＝rtpmap:0 pcmu/8000
a＝sendonly
m＝audio mrs2_port2 RTP/AVP 0
c＝IN IP4 202.114.118.101
a＝rtpmap:0 pcmu/8000
a＝recvonly
608～610、MRC向MRB反馈确认消息，MRB向对应的MRS反馈确认消息；
611、发起重邀请请求；
MRC收到响应消息后，检查SDP answer消息体中的“c”行是否相同，如果不相同客户端知道两个媒体资源来自不同的服务器，否则来源于同一个服务器。当来源于不同的服务器时，MRC发送新的媒体服务请求REINVITE，请求消息中携带SDP offer，描述用户终端的媒体能力属性(例如“2个MS-line”)和媒体资源客户端建立媒体控制通道的属性(例如“2个MCc-line”，代表一个媒体控制行)。当检查结果是来源于同一个服务器时，就只会有“1个MCc-line”。
本实施例中假设两个媒体资源来自不同的服务器，则SDP offer媒体属性消息实例如下：
m＝audio ue_port1 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝recvonly
a＝label:1
m＝audio ue_port2 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝sendonly
a＝label:2
m＝application mrc_controlport1 TCP/mediacontrlproto
a＝setup:active
a＝connection:new
a＝Clabel:1
m＝application mrc_controlport2 TCP/mediacontrlproto
a＝setup:active
a＝connection:new
a＝Clabel:2
消息中“label”和“Clabel”行分别代表对应的媒体流行和媒体控制行，“label”和“Clabel”中的数字相同，表示媒体流关联相应的媒体控制通道。
612～613、MRB向对应的MRS发送重邀请消息；
MRB接收媒体服务请求，向先前两个资源服务器分别发送服务请求，请求中包含SDP offer，并分别用户终端支持的放音媒体能力属性和录音媒体能力属性及对应的媒体控制属性。
本实施例中，媒体属性消息实例分别如下所述：
m＝audio ue_port1 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝recvonly
a＝label:1
m＝application mrc_controlport1 TCP/mediacontrlproto
a＝setup:active
a＝connection:new
a＝Clabel:1
**********************************************************
m＝audio ue_port2 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝sendonly
a＝label:2
m＝application mrc_controlport2 TCP/mediacontrlproto
a＝setup:active
a＝connection:new
a＝Clabel:2
614～615、反馈200OK消息；
MRS1和MRS2响应服务请求，MRS不仅为请求的服务分配媒体流资源(可以采用先前分配的)还分配媒体控制资源。此时，SDP answer中媒体属性消息实例描述分别如下：
m＝audio mrs1_port1 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝sendonly
a＝lable:1
m＝audio mrs1_controlport1 TCP/mediacontrlproto
a＝setup:passive
a＝connection:new
a＝Clabel:1
*************************************************
m＝audio mrs2_port2 RTP/AVP 0
a＝rtpmap:0 pcmu/8 000
a＝recvonly
a＝lable:2
m＝audio mrs2_controlport2 TCP/mediacontrlproto
a＝setup:passive
a＝connection:new
a＝Clable:2
616、向MRC反馈200OK消息；
MRB再次收到两个资源服务器的响应消息后，给MRC回复响应消息，并构造新的SDP answer包含在响应消息中，其SDP answer中媒体属性消息实例描述如下：
m＝audio mrs1_port1 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝sendonly
a＝lable:1
m＝audio mrs2_port2 RTP/AVP 0
a＝rtpmap:0 pcmu/8000
a＝recvonly
a＝lable:2
m＝audio mrs1_controlport1 TCP/mediacontrlproto
a＝setup:passive
a＝connection:new
a＝Clabel:1
m＝audio mrs2_controlport2 TCP/mediacontrlproto
a＝setup:passive
a＝connection:new
a＝Clable:2
617～619、MRC向MRB反馈确认消息，MRB向对应的MRS反馈确认消息。
本实施例中，完成媒体服务组合中媒体流通道和媒体控制通道建立后，媒体资源客户端即可以发送媒体服务控制消息以控制媒体资源服务器提供媒体服务。
本实施例中，媒体服务组合的初始建立过程具体包括：MRC发送媒体服务请求消息，请求消息包含了服务系统建立媒体流通道连接的SDP消息，此外还可能包含服务系统建立媒体控制通道连接的SDP消息，MRB接收并解析媒体服务请求消息，指定提供服务的媒体资源服务器MRS，并分别与多个MRS建立SIP Dialog，交互媒体服务请求消息，执行媒体能力协商，媒体能力协商完成意味着媒体流通道和媒体控制通道的建立，即完成了媒体服务组合的初始建立。
其中，媒体能力的协商(包括媒体流通道和媒体控制通道的协商)可能包含多次的SIP和SDP交互，并且媒体流通道和媒体控制通道的建立不分时间先后。
当媒体服务组合初始建立后，MRC中的组合功能实体与几个MRS建立媒体服务控制关系，对几个MRS执行媒体服务控制，几个MRS提供媒体服务。这个过程中的关键处理包括：
MRC向几个MRS发送媒体服务控制消息。控制消息中可能携带媒体服务处理脚本消息或命令信息，MRC中的组合功能实体需要区分由各个MRS处理的媒体服务处理脚本含义，各个媒体服务处理脚本之间的关联关系，还要明确相关联的不同媒体服务处理脚本消息被执行的时序。
三、组合功能实体独立存在：
请参阅图7，本发明实施例中媒体业务实现方法第三实施例包括：
70 1、MRC向MRB发送INVITE消息请求语音视频媒体服务；
702、查询为MRC提供服务的MRS；
MRB接收MRC发送的INVITE消息，查询本地的媒体服务资源，决定由MRS1(提供语音服务)和MRS2(提供视频服务)为MRC提供服务。
703～708、MRB构造新的INVITE消息分别发送给MRS1和MRS2，接收返回的200OK，并发送ACK确认消息，MRB分别与MRS1和MRS2建立SIP Dialog 1和SIP Dialog 2；
709～710、MRB根据MRS1和MRS2返回的200OK中携带的SDP构造新的SDP，通过200 OK发送给MRC，接收MRC返回的ACK，与MRC建立SIP Dialog3；
711～713、MRB作为控制节点，向组合功能实体发送INVITE消息，通过SDP请求建立三个媒体控制通道(MRC与组合功能实体，MRS1与组合功能实体，MRS2与组合功能实体)，并在INVITE消息中携带三个控制通道的关联关系；MRB与组合功能实体间建立SIP Dialog 4；
714～716、MRB向MRC发送reINVITE消息，协商建立一个MRC与组合功能实体间的控制通道Media Control Channel 1；
717～722、MRB分别向MRS1和MRS2发送reINVITE消息，协商建立MRS1和MRS2与组合功能实体间的控制通道Media Control Channel 2和Media Control Channel 3。
本实施例中，完成媒体服务组合中媒体流通道和媒体控制通道建立后，媒体资源客户端即可以发送媒体服务控制消息以控制媒体资源服务器提供媒体服务。
本实施例中，媒体服务组合的初始建立过程具体包括：MRC发送媒体服务请求消息，请求消息包含了服务系统建立媒体流通道连接的SDP消息，此外还可能包含服务系统建立媒体控制通道连接的SDP消息，MRB接收并解析媒体服务请求消息，指定提供服务的媒体资源服务器MRS，并分别与多个MRS建立SIP Dialog，交互媒体服务请求消息，执行媒体能力协商，媒体能力协商完成意味着媒体流通道和媒体控制通道的建立，即完成了媒体服务组合的初始建立。
其中，媒体能力的协商(包括媒体流通道和媒体控制通道的协商)可能包含多次的SIP和SDP交互，并且媒体流通道和媒体控制通道的建立不分时间先后。
本实施例中在媒体服务组合初始建立之后，对媒体服务控制消息的处理过程与方法第一实施例中的处理过程类似，此处不再赘述。
综上所述，本发明实施例中由于组合功能实体通过媒体控制通道对MRS提供的媒体服务进行控制，所以可以使得MRS能够根据MRC的要求向MRC提供多种媒体业务，即组合功能实体对各个MRS提供的媒体服务进行组合控制，从而满足媒体业务的需求。
下面对上述实施例中的MRC以及MRB进行单独描述，请参阅图8，本发明实施例中MRC实施例包括：
请求消息产生单元801，用于产生媒体服务请求消息；
控制消息产生单元802，用于产生媒体服务控制消息；
控制通道建立单元803，用于与MRS建立媒体控制通道；
组合功能单元804，用于对控制消息产生单元产生的媒体服务控制消息进行组合，将组合后的媒体服务控制消息通过控制通道建立单元建立的媒体控制通道发送至MRS，接收MRS的反馈消息。
请参阅图9，本发明实施例中MRB实施例包括：
请求消息接收单元901，用于接收MRC发送的媒体服务请求消息；
查询单元902，用于根据MRC发送的媒体服务请求消息指定提供媒体服务的MRS；
第二控制通道建立单元903，用于与所述指定的MRS之间建立媒体控制通道；
第二组合功能单元904，用于接收MRC发送的媒体服务控制消息，对所述媒体服务控制消息进行组合，将组合后的媒体服务控制消息通过控制通道建立单元建立的媒体控制通道发送至MRS，接收MRS的反馈消息，将所述MRS的反馈消息转发至MRC。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括如下步骤：
媒体资源客户端MRC与媒体资源服务器MRS之间建立媒体控制通道后，
组合功能实体对MRC发送的媒体服务控制消息进行组合；
所述组合功能实体将所述经过组合的媒体服务控制消息通过所述媒体控制通道传输至所述MRS，所述经过组合的媒体服务控制消息用以指示所述MRS根据该经过组合的媒体服务控制消息提供所述MRC所需的媒体服务。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上对本发明所提供的一种媒体业务实现方法及通讯系统以及相关设备进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (20)

1.一种媒体业务实现方法，其特征在于，包括：
媒体资源客户端MRC与多个媒体资源服务器MRS之间建立媒体控制通道后，
组合功能实体对MRC发送的媒体服务控制消息进行组合，使得所述多个MRS能够根据MRC的要求向MRC提供多种媒体服务业务，所述媒体服务控制消息为包含多种媒体服务的一个消息；
所述组合功能实体将所述经过组合的媒体服务控制消息通过所述媒体控制通道传输至所述多个MRS，所述经过组合的媒体服务控制消息用以指示所述多个MRS根据该经过组合的媒体服务控制消息提供所述MRC所需的媒体服务。
2.根据权利要求1所述的方法，其特征在于，所述MRC与多个MRS之间建立媒体控制通道之前包括：
媒体资源broker MRB接收所述MRC发送的媒体服务请求消息；
所述MRB根据接收到的媒体服务请求消息指定提供媒体服务的MRS。
3.根据权利要求2所述的方法，其特征在于，所述组合功能实体置于MRC中；
所述MRC与MRS之间建立媒体控制通道的方法包括：
MRC根据MRB指定的MRS向对应的MRS发起媒体控制通道建立请求；
MRS向MRC反馈媒体控制通道建立响应；
所述组合功能实体对MRC发送的媒体服务控制消息进行组合的步骤包括：
MRC中的组合功能实体接收MRC中的控制消息产生单元产生的媒体服务控制消息；
所述组合功能实体对接收到的媒体服务控制消息进行组合，并向MRS发送组合后的媒体服务控制消息，其中，所述媒体服务控制消息中包含对应的MRS处理的脚本信息或者命令信息。
4.根据权利要求2所述的方法，其特征在于，所述组合功能实体置于MRB中；
所述MRC与MRS之间建立媒体控制通道的方法包括：
MRC建立与MRB之间的媒体控制通道；
MRB建立与MRS之间的媒体控制通道；
所述组合功能实体对MRC发送的媒体服务控制消息进行组合的步骤包括：
MRB中的组合功能实体对接收到的来自MRC的媒体服务控制消息进行解析；
根据解析的结果从资源服务器获取对应的脚本或脚本执行引擎指示；
根据所述脚本或脚本执行引擎指示向对应的MRS发送控制信息。
5.根据权利要求4所述的方法，其特征在于，所述根据脚本或脚本执行引擎指示向对应的MRS发送控制信息的步骤包括：
组合功能实体根据所述脚本或脚本执行引擎指示，执行脚本，生成媒体服务控制命令；
向对应的MRS发送所述媒体服务控制命令。
6.根据权利要求4所述的方法，其特征在于，所述根据所述脚本或脚本执行引擎指示向对应的MRS发送控制信息的步骤包括：
组合功能实体根据所述脚本或脚本执行引擎指示执行脚本；
根据脚本执行结果重新构造新的媒体服务控制消息；
向对应的MRS发送所述新的媒体服务控制消息。
7.根据权利要求2所述的方法，其特征在于，所述组合功能实体独立存在；
所述MRC与MRS之间建立媒体控制通道的步骤包括：
MRC建立与组合功能实体之间的媒体控制通道；
组合功能实体建立与MRS之间的媒体控制通道；
所述组合功能实体对MRC发送的媒体服务控制消息进行组合的步骤包括：
组合功能实体对接收到的来自MRC的媒体服务控制消息进行解析；
根据解析的结果从资源服务器获取对应的脚本或脚本执行引擎指示；
根据所述脚本或脚本执行引擎指示向对应的MRS发送控制信息。
8.根据权利要求7所述的方法，其特征在于，所述根据所述脚本或脚本执行引擎指示向对应的MRS发送控制信息的步骤包括：
组合功能实体根据所述脚本或脚本执行引擎指示，执行脚本，生成媒体服务控制命令；
向对应的MRS发送所述媒体服务控制命令。
9.根据权利要求7所述的方法，其特征在于，所述根据所述脚本或脚本执行引擎指示向对应的MRS发送控制信息的步骤包括：
组合功能实体根据所述脚本或脚本执行引擎指示执行脚本；
根据脚本执行结果重新构造新的媒体服务控制消息；
向对应的MRS发送所述新的媒体服务控制消息。
10.根据权利要求1所述的方法，其特征在于，所述MRC与MRS之间建立媒体控制通道的步骤之后包括：
媒体资源broker MRB根据接收的新的媒体服务请求重新组合媒体服务。
11.根据权利要求10所述的方法，其特征在于，所述MRB根据接收的新的媒体服务请求重新组合媒体服务的步骤包括：
MRB接收MRC发送的包含特定的媒体服务类型的重邀请请求；
根据所述媒体服务类型指定提供所需服务的MRS；
与所述MRS建立媒体控制通道；
或
MRB接收MRC发送的包含特定的媒体服务类型的重邀请请求；
查询当前的MRS中能够提供所述媒体服务的MRS；
更新与查询到的MRS之间的媒体控制通道。
12.根据权利要求10所述的方法，其特征在于，所述MRB根据接收的新的媒体服务请求重新组合媒体服务的步骤包括：
MRB接收MRC发送的包含特定的媒体服务类型的重邀请请求；
根据所述媒体服务类型对媒体属性进行重新协商；
根据协商结果断开与所述媒体服务类型对应的MRS的媒体控制通道；
或
MRB接收MRC发送的包含特定的媒体服务类型的重邀请请求；
根据所述媒体服务类型对媒体属性进行重新协商；
根据协商结果更新与所述媒体服务类型对应的MRS的媒体控制通道。
13.根据权利要求10所述的方法，其特征在于，所述MRB根据接收的新的媒体服务请求重新组合媒体服务的步骤包括：
MRB接收MRC发送的重邀请请求；
根据所述重邀请请求进行媒体属性重新协商；
修改当前MRS提供媒体服务的媒体能力属性。
14.一种通讯系统，其特征在于，包括：
媒体资源客户端MRC，用于发送媒体服务控制消息，建立媒体控制通道；
多个媒体资源服务器MRS，用于与MRC建立媒体控制通道，根据媒体服务控制消息提供媒体服务，所述媒体服务控制消息为包含多种媒体服务的一个消息；
组合功能实体，用于组合媒体服务控制消息，使得所述多个MRS能够根据MRC的要求向MRC提供多种媒体服务业务，向所述多个MRS提供媒体服务控制消息，接收所述多个MRS对组合后的媒体服务控制消息的反馈结果，向MRC发送所述反馈结果。
15.根据权利要求14所述的通讯系统，其特征在于，所述通讯系统还包括：
媒体资源broker MRB，用于接收MRC发送的媒体服务请求消息，根据所需媒体服务指定媒体资源服务器，并建立信令交互。
16.根据权利要求15所述的通讯系统，其特征在于，所述组合功能实体可以置于MRC中，也可以置于MRB中，也可以独立存在。
17.一种组合功能实体，其特征在于，包括：
通道建立单元，用于建立传递媒体服务控制消息的媒体控制通道；
控制消息处理单元，用于对接收到的媒体服务控制消息进行解析，执行以及构造，使得多个媒体资源服务器MRS能够根据媒体资源客户端MRC的要求向MRC提供多种媒体服务业务，所述媒体服务控制消息为包含多种媒体服务的一个消息；
接收单元，用于接收所述多个MRS对组合后的媒体服务控制消息的反馈结果；
发送单元，用于根据控制消息处理单元对媒体服务控制消息的执行的结果向所述多个MRS发送组合后的媒体服务控制消息，向MRC发送所述多个MRS的反馈结果。
18.根据权利要求17所述的组合功能实体，其特征在于，所述发送单元至少包括以下单元中的一种：
消息发送单元，用于向MRS发送经过重新构造的媒体服务控制消息；
命令发送单元，用于向MRS发送控制消息处理单元对媒体服务控制消息执行之后生成的媒体服务控制命令。
19.一种媒体资源客户端，其特征在于，包括：
请求消息产生单元，用于产生媒体服务请求消息；
控制消息产生单元，用于产生媒体服务控制消息，所述媒体服务控制消息为包含多种媒体服务的一个消息；
控制通道建立单元，用于与多个媒体资源服务器MRS建立媒体控制通道；
组合功能单元，用于对控制消息产生单元产生的媒体服务控制消息进行组合，使得所述多个MRS能够根据媒体资源客户端MRC的要求向MRC提供多种媒体服务业务，将组合后的媒体服务控制消息通过控制通道建立单元建立的媒体控制通道发送至所述多个MRS，接收所述多个MRS的反馈消息。
20.一种媒体资源broker MRB，其特征在于，包括：
请求消息接收单元，用于接收媒体资源客户端MRC发送的媒体服务请求消息；
查询单元，用于根据MRC发送的媒体服务请求消息指定提供媒体服务的多个媒体资源服务器MRS；
第二控制通道建立单元，用于与所述指定的多个MRS之间建立媒体控制通道；
第二组合功能单元，用于接收MRC发送的媒体服务控制消息，所述媒体服务控制消息为包含多种媒体服务的一个消息，对所述媒体服务控制消息进行组合，使得所述多个MRS能够根据MRC的要求向MRC提供多种媒体服务业务，将组合后的媒体服务控制消息通过第二控制通道建立单元建立的媒体控制通道发送至所述多个MRS，接收所述多个MRS的反馈消息，将所述多个MRS的反馈消息转发至MRC。
CN200710145739.1A 2007-08-31 2007-08-31 媒体业务实现方法及通讯系统以及相关设备 Active CN101378391B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200710145739.1A CN101378391B (zh) 2007-08-31 2007-08-31 媒体业务实现方法及通讯系统以及相关设备
PCT/CN2008/072217 WO2009030171A1 (fr) 2007-08-31 2008-08-29 Procédé d'implémentation de service média, système de communication et dispositifs associés

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200710145739.1A CN101378391B (zh) 2007-08-31 2007-08-31 媒体业务实现方法及通讯系统以及相关设备

Publications (2)

Publication Number Publication Date
CN101378391A CN101378391A (zh) 2009-03-04
CN101378391B true CN101378391B (zh) 2011-12-21

Family

ID=40421734

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200710145739.1A Active CN101378391B (zh) 2007-08-31 2007-08-31 媒体业务实现方法及通讯系统以及相关设备

Country Status (2)

Country Link
CN (1) CN101378391B (zh)
WO (1) WO2009030171A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105306420B (zh) * 2014-06-27 2019-08-30 中兴通讯股份有限公司 实现从文本到语音业务循环播放的方法、装置及服务器
CN107181723A (zh) * 2016-03-11 2017-09-19 中兴通讯股份有限公司 一种媒体编解码协商方法及终端设备
CN107659415B (zh) * 2016-07-25 2021-05-18 中兴通讯股份有限公司 一种云会议的媒体资源管理方法及装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5671225A (en) * 1995-09-01 1997-09-23 Digital Equipment Corporation Distributed interactive multimedia service system
CN1756279A (zh) * 2004-09-30 2006-04-05 阿尔卡特公司 提供要由应用使用的服务的媒体资源的管理方法
CN101026617B (zh) * 2006-02-18 2010-09-15 华为技术有限公司 一种ims网络中媒体资源调度方法
CN101026616B (zh) * 2006-02-18 2013-01-09 华为技术有限公司 基于ip多媒体子系统的交互式媒体会话建立方法
CN1968266B (zh) * 2006-06-05 2010-12-08 华为技术有限公司 一种媒体资源服务器的资源管理系统及方法

Also Published As

Publication number Publication date
WO2009030171A1 (fr) 2009-03-12
CN101378391A (zh) 2009-03-04

Similar Documents

Publication Publication Date Title
US7602723B2 (en) Model for enforcing different phases of the end-to-end negotiation protocol (E2ENP) aiming QoS support for multi-stream and multimedia applications
CN102301754B (zh) 在融合互联网协议消息服务中控制用于互配的会话的方法和装置及其系统
CN101364883B (zh) 一种多终端会话方法及通讯系统以及相关设备
US20090119303A1 (en) Device for managing media server resources for interfacing between application servers and media servers in a communication network
CN101222418A (zh) Rtsp客户端访问sip媒体资源的方法、系统及信令网关
CN101924772B (zh) 支持跨网络、跨终端实现多媒体会话合并的通信方法
WO2017071389A1 (zh) 系统间融合方法及装置
US11050801B2 (en) Call to meeting upgrade
EP1966967A1 (en) A sip multi-user media client comprising a user agent to be shared by a plurality of user applications
CN105227418A (zh) 数据通道建立方法和通信设备
CN100525309C (zh) Ip多媒体子系统域用户接入控制方法及其系统
CN101127620B (zh) 一种在会话初始化协议中传送逻辑通道号的方法及其系统
JP5366861B2 (ja) ゲートウェイとｓｉｐサーバとの間のセッションを移行する方法、管理装置及びプログラム
CN101378391B (zh) 媒体业务实现方法及通讯系统以及相关设备
CN101431833A (zh) 会议加入方法、媒体服务控制装置及媒体服务控制服务器
WO2006008297A2 (en) Push to watch network element and software architecture
CN103327087A (zh) 一种会议控制的方法及装置
EP2283628B1 (en) Ims performance monitoring
CN104580275A (zh) 跨系统数据共享方法、辅流网关、会议服务器和控制器
CN101087302A (zh) 进行媒体资源控制的方法以及呼叫建立方法
CN101325564B (zh) 一种虚拟媒体网关选择方法、装置及系统
CN101800733B (zh) 处理业务交互的方法、系统及装置
CN101459631A (zh) 一种虚拟媒体网关选择方法、装置及系统
JP7009509B2 (ja) ネットワーク装置の管理
EP3058695B1 (en) Performing an action on certain media streams in a multimedia communications network

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant