媒体控制与处理分离构架下的流控方法及其系统的制作方法

专利名称：媒体控制与处理分离构架下的流控方法及其系统的制作方法
技术领域：
本发明涉及通信领域，特别涉及媒体控制与处理分离构架下的流控技术。
背景技术：
传统网络是基于时分多路复用(Time Division Multiplexing,简称 "TDM")的公用电话交换网(Public Switched Telephone Network,简称 "PSTN")话音网，以电路交换(Circuits Switch,简称"CS")为主，当
初主要是为了传输语音、保证语音质量、承担语音业务而设计建造的，其业
务和控制都由交换机完成。
随着通信技术的不断发展，互联网、移动通信网以及固定电话通信网的 各种业务不断渗透和融合，出现了诸如网间互联协议(Internet Protocol,简 称"IP")电话、无线应用协议(Wireless Application Protocol,简称"WAP") 以及视频会议等新兴业务类型。
为了提高了网络传输速率，丰富了网络业务种类，新一代的网络构架将 媒体控制设备和媒体处理设备相分离，如图1所示。由媒体控制设备完成呼 叫控制，并指示媒体处理设备操作媒体资源。媒体处理设备提供媒体资源， 并按照媒体控制设备的指示操作媒体资源。媒体控制设备和媒体处理设备之 间通过媒体控制协议进行交互，如H.248协议。媒体控制设备包括但不限于 媒体网关控制器(Media Gateway Controller,简称"MGC")、移动业务交 换中心(Mobile services Switching Center,简称"MSC")服务器、和多媒 体资源功能控制器(Multimedia Resource Function Controller,简称"MRFC")
等，i某体处理设备包括但不限于々某体网关(Media GateWay,简称"MGW") 和多媒体资源功能处理器(Multimedia Resource Function Processor, 简称 "MRFP")等。
下面对媒体控制设备和媒体处理设备之间采用的媒体控制协议，H.248 协议，以及CS网络釆用的多媒体通信控制协议H.245协议进行介绍。
H.248协议是国际电信联盟标准部(International Telecommunication Union Telecommunication Standardization Sector, 简称"ITU-T" ) SG16标准 组织定义的，专门用于媒体资源控制的协议。
H.248协议的基本原理是把媒体处理设备上的各种资源抽象为网络， 该网络又分为物理网络和临时网络。物理网络代表一些具有半永久存在性的 物理实体，如TDM时隙；临时网络代表临时申请使用后释放的公共资源， 如实时传输协议(RealTime Transfer Protocol,简称"RTP")流。网络之间 的组合被抽象为上下文，用拓朴来描述网络之间的关系。基于这些抽象，呼 叫接续实际上是对网络和上下文的操作，通过媒体控制设备和媒体处理设备 之间的命令请求和响应来完成，命令包括增加、修改、删除、通知等；命令 参数称为描述符，包括属性(Property)、信号(Signal)、事件(Event)、 统计(Statistic)，具有业务相关性的参数逻辑上被聚合为一个包(Package)。 包是H.248协议提供的扩展协议功能的方法。H.248协议通过包来扩展协议 的功能，向协议中增加新的功能， 一般不需要修改协议本体，而只需定义新 的包(Package)。 一个包可以看成是一个独立特性的封装，当媒体处理设备 声称支持这个包时，也就等于它支持这个特性，媒体控制设备可以使用包中 定义的属性、事件、信号、统计，来操作媒体处理设备上的媒体资源，实现 对应的业务逻辑。
H.245协议是ITU-T制定的多媒体通信的控制协议。
H.245协议定义了在通讯开始或通讯过程中进行带内协商时使用的一系
列过程，利用这些过程来实现交换语音、；现频以及数据能力；请求传输特 殊的语音、视频或者数据模式；管理用来传输语音、视频以及数据信息的逻 铒通道；进行主从确定；传送各种控制和指示信号；控制单个逻辑通道或者 整个复用的比特率；以及计算环回时延。
H.245协议还定义了网络消息的语法和语义。这些消息覆盖了接收和发 送能力、接收端的模式优先、逻辑通道信令、控制和指示等。采用应答信令 过程以保证可靠的音视频和数据通讯。
H.245协议包括Command类消息，用于呼叫建立后，要求对端按照本端 的命令执行某种操作。Command类消息包括"flow control command"消息。 用于在呼叫建立后，本端网络质量改变时通知对端，要求对端对发送到本端 的某个媒体流或者整个复用流的比特率进行流控。
为了使现有的CS业务能够在未来的IP网络中延续，第三代移动通信合 作伙伴项目(3rd Generation Partnership Project,简称"3GPP")在R5/R6 标准提出了基于IP的多媒体子系统(IP based Multimedia Subsystem,简称 "IMS" )， IMS是专门为下一代全IP的多媒体移动网络设计的系统，着眼 于用IP网络承载移动多媒体业务，3GPP规范引入了 IMS这一概念，主要是 希望通过IP的形式提供传统的CS服务(如语音服务)，以及希望通过这个 IMS系统实现向用户提供的所有多媒体服务。IMS采用IP分组域作为其控制 信令和媒体传输的承载通道，采用会话发起协议(Session Initiation Protocol, 简称"SIP")作为呼叫控制信令，建立、保持和终止语音及多媒体进程，实 现了业务管理、会话控制及承载接入的三者分离。
IMS与CS网络建立多媒体会话时，需要通过媒体控制设备和媒体处理 设备完成IMS网络与CS网络之间信令互通和用户数据互通。 一般IMS网络 采用SIP协议作为控制信令，CS网络采用H.245协议作为多媒体通信控制协 议。其中，IMS网络的SIP控制信令在媒体控制设备终结，CS网络的H.245
媒体控制信令可以在々某体控制设备终结也可以在媒体处理设备终结。
一般的，IMS与CS网络多媒体会话建立时，需要经过以下过程
1) 、 IMS与々某体控制设备之间通过控制协i义，如SIP协议，建立通信；
2) 、媒体控制设备通过媒体控制协议，如H.248协议，要求媒体处理 设备为IMS端点预留媒体资源；
3) 、媒体控制设备通过媒体控制协议，如H.248协议，要求媒体处理 设备为CS端点预留媒体资源；
4) 、在媒体处理设备终结H.245消息时，媒体处理设备打开媒体处理 设备到CS的单向逻辑通道，CS打开CS到媒体处理设备的单向逻辑通道； 在媒体控制设备终结H.245消息时，媒体控制设备打开媒体控制设备到CS 的单向逻辑通道，CS打开CS到媒体控制设备的单向逻辑通道。
IMS与CS多媒体会话中，当CS网络质量降低时，为了保证传输质量， CS侧将对接收到的媒体流进行流控，通过H.245协议的"flow control command"流控消息要求对端降低该媒体流的发送速率。
根据H.245消息在媒体处理设备和在媒体控制设备终结的不同情况，对 媒体流进行流控时也有两种不同的处理。
H.245协议的"flow control command"消息在媒体处理设备终结的情况
多媒体会话建立后，当CS网络质量降低时，CS側向媒体处理设备发送 H.245的"flow control command"消息，用于限定远端单个逻辑通道或者整 个复用逻辑通道的比特率上限。媒体处理设备将该消息通过媒体控制协议， 如H.248.12，上报给媒体控制设备。媒体控制设备接收到CS侧发送的"flow control command"消息后，根据"flow control command"消息中包含的逻辑 通道中媒体流比特率上限，要求媒体处理设备修改CS复用端点和IMS端点 该媒体流的比特率上限。媒体处理设备根据媒体控制设备的指示，对媒体流
进行流控，后续业务不受影响。在cs侧对该^ 某体流限定的最高比特率低于 媒体处理设备发送该媒体流到CS侧的最低比特率时，媒体处理设备停止传 送该纟某体流。H.245协议的"flow control command"消息在媒体控制设备终结的情况多媒体会话建立后，当CS网络质量降低时，CS側向媒体控制设备发送 H.245协议的"flow control command"消息，用于限定远端单个逻辑通道或 者整个复用逻辑通道的比特率上限。媒体控制设备接收到CS侧发送的"flow control command"消息后，根据"flow control command"消息中包含的逻辑 通道中媒体流比特率上限，要求媒体处理设备修改CS复用端点和IMS端点 媒体流的比特率上限。媒体处理设备根据媒体控制设备的指示，对媒体流进 行流控，后续业务不受影响。在CS侧对该媒体流限定的最高比特率低于媒 体处理设备发送该媒体流到CS側的最低比特率时，媒体控制设备要求媒体 处理设备停止传送该媒体流。在实际应用中，存在以下问题CS网络质量较差时业务可能会被中断。造成这种情况的主要原因在于，CS网络在其网络质量较差时，将限定远 端单个逻辑通道或者整个复用逻辑通道的传输比特率，在CS侧对媒体流限定的最高比特率低于媒体处理设备发送该媒体流到CS侧的最低比特率时， 媒体处理设备会停止该媒体流的传送，导致其业务的中断。发明内容有鉴于此，本发明的主要目的在于提供一种媒体控制与处理分离构架下 的流控方法及其系统，使得cs网络质量较差时业务不会被中断。为实现上述目的，本发明提供了一种媒体控制与处理分离构架下的流控方法，包含以下步骤
如果电路交换cs侧流控要求的最高速率低于媒体流当前编解码的最低 速率，则将媒体处理设备到IP多媒体子系统IMS、媒体处理设备到CS侧的 媒体流的编解码分别更新为符合所述CS侧流控要求的编解码。其中，所述更新编解码的步骤包含以下子步骤所述媒体处理设备分别为本端到CS側和IMS到本端的媒体流选择符合 所述CS侧流控要求的第一编解码和第二编解码；所述媒体处理设备通过所述媒体控制设备通知IMS将所述媒体流的编 解码修改为第二编解码；所述媒体处理设备关闭原先为所述媒体流开启的逻辑通道，再为该媒体 流开启新的逻辑通道，在该新的逻辑通道使用第一编解码。此外在所述方法中，所述媒体控制设备通过选择编解码值事件，指示所 述媒体处理设备在检测到电路交换CS侧流控要求的最高速率低于媒体流当 前编解码的最低速率，且该媒体处理设备能够分别为本端到CS侧和IMS到 本端的媒体流选择符合所述CS侧流控要求的第一编解码和第二编解码时， 上报相应观测事件并携带选择的编解码。此外在所述方法中，所述更新编解码的步骤包含以下子步骤所述媒体处理设备分别为本端到CS側和IMS到本端的媒体流选择符合 所述CS侧流控要求的第一编解码和第二编解码的候选集；所述媒体处理设备通过所述媒体控制设备通知IMS第二编解码的候选 集，IMS从该候选集中选择一种作为第二编解码，在本端将所述媒体流的编 解码修改为第二编解码，并通过所述媒体控制设备通知所述媒体处理设备将 IMS端点中所述媒体流的编解码修改为第二编解码；所述媒体处理设备关闭原先为所述媒体流开启的逻辑通道，再为该媒体 流开启新的逻辑通道，在该新的逻辑通道使用第 一编解码。
此外在所述方法中，所述更新编解码的步骤包含以下子步骤所述媒体控制设备分别为媒体处理设备到CS侧和IMS到媒体处理设备 的媒体流选择符合所迷CS侧流控要求的第一编解码和第二编解码；所述媒体控制设备通知所述媒体处理设备将CS复用端点和IMS端点中 所述媒体流的编解码分别修改为第一编解码和第二编解码；所述媒体控制设备关闭原先为所述媒体流开启的逻辑通道，再为该媒体 流开启新的逻辑通道，在该新的逻辑通道使用第一编解码；所述媒体控制设备通知IMS将所述媒体流的编解码修改为第二编解码。此外在所述方法中，所述更新编解码的步骤包含以下子步骤所述媒体控制设备分别为媒体处理设备到CS侧和IMS到媒体处理设备 的媒体流选择符合所述CS侧流控要求的第一编解码和第二编解码的候选集；所述媒体控制设备通知IMS第二编解码的候选集，IMS从该候选集中选 择一种作为第二编解码，在本端将所述媒体流的编解码修改为第二编解码， 并通知所述媒体控制设备所选的第二编解码；所述媒体控制设备通知所述媒体处理设备将CS复用端点和IMS端点中 所述媒体流的编解码分别修改为第一编解码和第二编解码；所述媒体控制设备关闭原先为所述媒体流开启的逻辑通道，再为该媒体 流开启新的逻辑通道，在该新的逻辑通道使用第一编解码。此外在所述方法中，所述CS侧与所述^某体处理设备通过交互，在双向 均关闭所述CS側与所述媒体处理设备之间原先为所述媒体流开启的逻辑通 道，再为该媒体流开启新的逻辑通道，触发所述媒体处理设备重新协商新的 编解码。此外在所述方法中，所述CS侧与所述媒体控制设备通过交互，在双向 均关闭所述CS侧与所述媒体处理设备之间原先为所述媒体流开启的逻辑通 道，再为该媒体流开启新的逻辑通道，触发所述媒体控制设备重新协商新的此外在所迷方法中，所迷媒休控制设备通过SIP消息通知IMS将所迷媒 体流的编解码修改为第二编解码。此外在所述方法中，通过H.245命令开启和关闭所述逻辑通道。此外在所述方法中，所述媒体处理设备或媒体控制设备，根据来自所述 CS侧的流控命令，判断CS側流控要求的最高速率是否低于媒体流当前编解 码的最低速率。本发明还提供了 一种媒体控制与处理分离构架下的流控系统，包含用于检测CS侧流控要求的最高速率是否低于媒体流当前编解码的最低 速率的设备；用于在CS侧流控要求的最高速率低于媒体流当前编解码的最低速率时， 将媒体处理设备到IMS和媒体处理设备到CS侧的媒体流的编解码分别更新 为符合所述CS侧流控要求的编解码的设备。通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，如 果CS侧要求的最高速率低于媒体流当前编解码的最低速率，则根据CS側要 求更新媒体流的编解码。通过更新编解码，使得媒体流可以以大于O的速率 满足流控的要求，从而保持业务的连续性。通过在H.245消息包中增加选择编解码值的事件描述符和观测事件描述 符，使得媒体处理设备可以在CS侧流控要求的最高速率低于媒体流当前编 解码的最低速率、并且本端有能力选择符合CS侧流控要求的编解码时，向 媒体控制设备上报为本端到CS侧和IMS到本端的媒体流选择的新的编解码。可以由媒体处理设备或媒体控制设备为媒体流选择编解码，并通知相关
设备为该^(某体流修改编解码。这种方案对相对于现有技术只涉及媒体处理设备和媒体控制设备的改动，能够与现有CS侧设备和IMS设备较好兼容。媒体处理设备或媒休控制设备可以为IMS选择一个编解码的候选集，由 IMS从候选集中选择最适合的编解码。这种方案实质上增加了媒体处理设备 或媒体控制设备与IMS之间就新编解码的协商过程，从而可以综合地根据媒 体处理设备或媒体控制设备和IMS的实际情况决定最佳的编解码。也可以由CS侧通过与媒体处理设备或媒体控制设备的交互，在双向均 关闭CS侧与媒体处理设备之间原先的逻辑通道，再为该媒体流开启新的逻 辑通道，触发为该媒体流重新协商新的编解码。这种方案对媒体处理设备和 媒体控制设备的变动较小。


图1是现有技术中媒体控制设备与媒体处理设备分离的示意图；图2是根据本发明第 一实施方式的媒体控制与处理分离构架下的流控方 法流程图；图3是根据本发明第一实施方式的媒体控制与处理分离构架下的流控方 法中媒体控制设备与媒体处理设备间的交互示意图；图4是根据本发明第三实施方式的媒体控制与处理分离构架下的流控方 法流程图；图5是根据本发明第五实施方式的媒体控制与处理分离构架下的流控方 法流程图；图6是根据本发明第七实施方式的媒体控制与处理分离构架下的流控方 法流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发 明作进一歩地详细描迷。本发明的核心在于，在cs侧要求的最高速率低于媒体流当前编解码的 最低速率时，根据CS側要求更新媒体处理设备到IMS、媒体处理设备到CS 侧的媒体流的编解码。通过更新编解码，使得媒体流可以以大于0的速率满 足流控的要求，从而保持业务的连续性。下面根据发明原理对本发明第 一实施方式媒体控制与处理分离构架下 的流控方法进行说明。在本实施方式中，H.245消息在媒体处理设备终结。如图2所示，在步骤201中，媒体控制设备通过选择编解码值事件，指 示媒体处理设备在检测到电路交换CS侧流控要求的最高速率低于媒体流当 前编解码的最低速率，且该媒体处理设备能够分别为本端到CS侧和IMS到 本端的媒体流选择符合CS侧流控要求的第一编解码和第二编解码时，上报 相应观测事件并携带选择的编解码。其中，选择编解码值事件是针对媒体处理设备在检测到电路交换CS侧 流控要求的最高速率低于媒体流当前编解码的最低速率这一情况，新定义的 事件。具体定义如下所示Event Name (事件名称) ChoiceCodecValue (选择编解码值)EventID (事件标识) ccv (0x0001)Description (描述符) 指示媒体处理设备在检测到电路交换CS侧流控要求的最高速率低于媒体流当前编解码的最低速率，且该媒体处理 设备能够分别为本端到CS側和IMS到本端的媒体流选择符合CS侧流控要 求的第一编解码和第二编解码时，上报相应观测事件并携带选择的编解码。根据该新定义的选择编解码值事件，针对H.245消息在媒体处理设备终
结的情况，在现有的H.248.12协议中的H.245消息包中增加一个事件描述符， 媒体控制设备通过该选择编解码值事件的描述符，通知媒体处理设备进行速 率的比较以及编解码的选择，该事件描述符的具体定义如下所示Events Descriptor (事件描述符)Parameter Name (参数名称) ChoiceCodecValue (选择编解码值) PammeterID (参数标识) ccv (0x0001)Description (描述符) 指示媒体处理设备检测电路交换CS侧流控要求的最高速率是否低于媒体流当前编解码的最低速率，且在低于媒 体流当前编解码最低速率时，分别为本端到CS侧和IMS到本端的媒体流选 择符合CS侧流控要求的第一编解码和第二编解码，并上报相应观测事件， 携带选择的编解码。Type(类型) 枚举Optional (是否可选) 是Possible values (可能值) 一种符合要求的编解码Default (缺省值) 无除了在H.245消息包中增加一个事件描述符之外还需增加一个观测事件 描述符，媒体处理设备通过观测事件描述符中包含参数值 "ChoiceCodecValue",上报其选择的编解码。该观测事件描述符的具体定 义如下所示Observed Events Descriptor (观测事件描述符)Parameter Name (参数名称)ChoiceCodecValue (选择编解码值)Parameter ID (参凄史标识) ccv (0x0001) Description (描述符) i某体处理设备在检测到电路交换CS侧流控要求的最高速率低于媒体流当前编解码的最低速率，且该媒体处理 设备能够分别为本端到CS侧和IMS到本端的媒体流选择符合CS侧流控要 求的第一编解码和第二编解码时，上报相应观测事件并携带选择的编解码。Type (类型) 枚举Optional (是否可选) 是Possible values (可能值) 一种符合要求的编解码Default (缺省值) 无通过在H.245消息包中增加选择编解码值的事件描述符和观测事件描述 符，使得媒体处理设备可以在CS侧流控要求的最高速率低于媒体流当前编 解码的最低速率、并且本端有能力选择符合CS侧流控要求的编解码时，向 媒体控制设备上报为本端到CS側和IMS到本端的媒体流选择的新的编解码。接着进入步骤202,媒体处理设备根据媒体控制设备的指示进行监测， 在接收到CS侧发送的H.245协议的"flow control command"消息时，媒体 处理设备向媒体控制设备上报该"flow control command"消息。接着进入步骤203，媒体处理设备判断"flow control command"消息中 指示的CS侧对媒体流限定的最高速率是否低于该媒体流当前编解码的最低 速率，如果是则分别为本端到CS侧和IMS到本端的媒体流选择符合CS侧 流控要求的第一编解码和第二编解码。通过更新编解码，使得媒体流可以以 大于0的速率满足流控的要求，从而保持业务的连续性。接着进入步骤204，媒体处理设备发送H.245 CLC关闭逻辑通道消息给 CS侧，关闭原先为该媒体流开启的逻辑通道。接着进入步骤205，媒体处理设备向媒体控制设备上报选择编解码值事 件，在上报的选择编解码值事件的ChoiceCodecValue (选择编解码值)参数 中包含选定的第一编解石马和第二编解石马。接着进入步骤206,媒体控制设备根据媒体处理设备上报的第二编解码， 更新会话描述协议(Session Description Protocol,简称"SDP")中该媒体 流对应的编解码后，向IMS发送SIP消息，通知IMS将该々某体流的编解码修 改为第二编解码。接着进入步骤207, IMS接收到来自媒体控制设备的消息后，将本端SDP 中该媒体流对应的编解码更新为第二编解码，并返回SIP消息给媒体控制设 备。接着进入步骤208，媒体控制设备接收到该SIP消息后，通知媒体处理 设备将CS复用端点和IMS端点中该媒体流的编解码分别修改为第一编解码 和第二编解码。由于通过媒体处理设备为媒体流选择编解码，并通知相关设 备为该媒体流修改编解码，相对于现有技术，只涉及媒体处理设备的改动， 能够与现有CS侧设备和IMS设备较好兼容。接着进入步骤209，媒体处理设备向CS侧发送H.245 OLC开启逻辑通 道消息，为该々某体流开启新的逻辑通道，在该新的逻辑通道使用第一编解码。以上是本实施方式媒体控制与处理分离构架下的流控方法流程，下面根 据该流程，对H.245消息在媒体处理设备终结的情况下，媒体处理设备与媒 体控制设备间的交互进行示例说明。其交互如图3所示，其中媒体控制设备是MGCF,媒体处理设备是 IM-MGW。首先在步骤301中，MGCF通过H.248修改/事件描述符，指示 IM-MGW在检测到电路交换CS侧流控要求的最高速率低于媒体流当前编解 码的最低速率，且该IM-MGW能够分别为本端到CS侧和IMS到本端的媒 体流选择符合CS侧流控要求的第一编解码和第二编解码时，上报相应观测 事件并携带选择的编解码。IM-MGW收到该修改/事件描述符后，返回相应 的应答。
接着在步骤302中，IM-MGW根据MGCF的指示进行监测，在接收到 CS侧发送的H.345协议的"flow control command"消息时，IM-MGW向MGCF 发送H.248通报事件/流量控制命令，上报该"flow control command"消息。 MGCF返回相应的应答。接着在步骤303中，IM-MGW判断"flow control command"消息中指示 的CS側对媒体流限定的最高速率是否低于该媒体流当前编解码的最低速率， 如果是则分别为本端到CS侧和IMS到本端的媒体流选择符合CS侧流控要 求的第一编解码和第二编解码，并通过H.248通报事件/编码向MGCF上报 该第一编解码和第二编解码。MGCF返回相应的应答。接着在步骤304中，MGCF通过H.248修改/远程描述符通知IM-MGW 将CS复用端点和IMS端点中该媒体流的编解码分别修改为第一编解码和第 二编解码。IM-MGW收到后返回相应应答。通过更新编解码，使得媒体流可 以以大于0的速率满足流控的要求，从而保持业务的连续性。本发明第二实施方式媒体控制与处理分离构架下的流控方法与第一实 施方式大致相同，其区别仅在于，在第一实施方式中，在CS侧流控要求的 最高速率低于媒体流当前编解码的最低速率时，媒体处理设备分别为本端到 CS侧和IMS到本端的媒体流选择符合CS側流控要求的第 一编解码和第二编 解码；而在本实施方式中，在CS侧流控要求的最高速率低于媒体流当前编 解码的最低速率时，媒体处理设备分别为本端到CS侧和IMS到本端的媒体 流选择符合CS侧流控要求的第一编解码、和第二编解码的候选集，媒体处 理设备通过媒体控制设备通知IMS第二编解码的候选集，IMS从该候选集中 选择一种作为第二编解码，在本端将该媒体流的编解码修改为第二编解码，并通过媒体控制设备通知媒体处理设备将IMS端点中该媒体流的编解码修改 为第二编解码。该方案实质上增加了媒体处理设备或媒体控制设备与IMS之 间就新编解码的协商过程，从而可以综合地根据媒体处理设备或媒体控制设
备和IMS的实际情况决定最佳的编解码。下面对本发明第三实施方式媒体控制与处理分离构架下的流控方法进 行说明。在本实施方式中，H.245消息在媒体控制设备终结。如图4所示，在步骤401中，媒体控制设备接收到CS侧发送的H.245 协议的"flow control command"消息时，判断该消息中指示的CS侧对媒体 流限定的最高速率是否低于该媒体流当前编解码的最低速率，如果是则分别 为媒体处理设备到CS側和IMS到媒体处理设备的媒体流选择符合CS侧流 控要求的第一编解码和第二编解码。通过更新编解码，使得媒体流可以以大 于0的速率满足流控的要求，从而保持业务的连续性。接着进入步骤402,媒体控制设备发送H.245 CLC关闭逻辑通道消息给 CS侧，关闭原先为该媒体流开启的逻辑通道。接着进入步骤403，媒体控制设备更新SDP中该媒体流对应的编解码为 第二编解码后，向IMS发送SIP消息，通知IMS将该媒体流的编解码修改为 第二编解码。接着进入步骤404， IMS接收到来自媒体控制设备的消息后，将本端SDP 中该媒体流对应的编解码更新为第二编解码，并发送SIP消息给媒体控制设 备。接着进入步骤405，媒体控制设备接收到该SIP消息后，通知媒体处理 设备将CS复用端点和IMS端点中该媒体流的编解码分别修改为第一编解码 和第二编解码。由于仅通过媒体控制设备为媒体流选择编解码，并通知相关 设备为该媒体流修改编解码，相对于现有技术，只涉及媒体控制设备的改动， 能够与现有CS侧设备和IMS设备较好兼容。接着进入步骤406,媒体控制设备向CS侧发送H.245 OLC开启逻辑通 道消息，为该媒体流开启新的逻辑通道，在该新的逻辑通道使用第一编解码。 本发明第四实施方式媒体控制与处理分离构架下的流控方法与第三实施方式大致相同，其区别仅在于，在第三实施方式中，在cs側流控要求的最高速率低于媒体流当前编解码的最低速率时，媒体控制设备分别为媒体处理设备到CS侧和IMS到媒体处理设备的媒体流选择符合CS侧流控要求的 第一编解码和第二编解码；而在本实施方式中，在CS侧流控要求的最高速 率低于媒体流当前编解码的最低速率时，媒体处理设备分别为媒体处理设备 到CS侧和IMS到媒体处理设备的媒体流选择符合CS侧流控要求的第一编 解码、和第二编解码的候选集，媒体控制设备通知IMS第二编解码的候选集， IMS从该候选集中选择一种作为第二编解码，在本端将该媒体流的编解码修 改为第二编解码，并将选定的第二编解码通知媒体控制设备。由媒体控制设 备通知媒体处理设备将CS复用端点和IMS端点中该媒体流的编解码分别修 改为第一编解码和该选定的第二编解码。该方案实质上增加了媒体处理设备 或媒体控制设备与IMS之间就新编解码的协商过程，从而可以综合地根据媒 体处理设备或媒体控制设备和IMS的实际情况决定最佳的编解码。下面对本发明第五实施方式媒体控制与处理分离构架下的流控方法进 行说明。本实施方式中，主要由CS侧通过与媒体处理设备或媒体控制设备 的交互，在双向均关闭CS侧与媒体处理设备之间原先的逻辑通道，再为该 媒体流开启新的逻辑通道，触发为该媒体流重新协商新的编解码。这种方案 对媒体处理设备和媒体控制设备的变动较小。在本实施方式中，H.245消息 在媒体处理设备终结。如图5所示，在步骤501中，媒体控制设备通过选择编解码值事件，指 示媒体处理设备在监测到电路交换CS側流控要求的最高速率低于媒体流当 前编解码的最低速率，且该媒体处理设备能够分别为本端到CS侧和IMS到 本端的媒体流选择符合CS側流控要求的第一编解码和第二编解码时，上报 相应观测事件并携带选择的编解码。
在步骤502中，CS侧在网络质量降低时，向々某体处理设备发送H.245 协议的"flow control command"消息，限定CS側流控要求的最高速率。接着进入步骤503,媒休处理设备通过现有技术上报该事件给媒体控制 设备，同时媒体处理设备停止发送该媒体流。接着进入步骤504，媒体处理设备判断"flow control command"消息中 指示的CS侧对媒体流限定的最高速率是否低于该媒体流当前编解码的最低 速率，如果是则向CS侧发送"flow control indication"消息，指示此时的速 率为0。接着进入步骤505，在收到来自媒体处理设备的"flow control indication" 消息后，CS侧向媒体处理设备发送"request mode"消息，关闭本端到媒体 处理设备之间为该i某体流开启的逻辑通道。接着进入步骤506， CS侧向媒体处理设备发送CLC关闭逻辑通道消息， 选择新的编解码。通过更新编解码，使得媒体流可以以大于0的速率满足流 控的要求，从而保持业务的连续性。接着进入步骤507， CS侧向媒体处理设备发送OLC打开逻辑通道消息， 为该媒体流开启本端到媒体处理设备之间新的逻辑通道。接着进入步骤508，媒体处理设备上报CS侧发送的"request mode"消 息、CLC关闭逻辑通道消息、和OLC打开逻辑通道消息。接着进入步骤509,媒体处理设备发送CLC关闭逻辑通道消息，关闭本 端到CS側为该媒体流开启的逻辑通道。接着进入步骤510,媒体处理设备向媒体控制设备上报选择编解码值事 件，在上报的选择编解码值事件的ChoiceCodecValue (选择编解码值)参数 中包含媒体处理设备为该媒体流选择的本端到CS侧的第一编解码和IMS側 到本端的第二编解码。通过更新编解码，使得媒体流可以以大于0的速率满 足流控的要求，从而保持业务的连续性。接着进入步骤511,媒体控制设备根据媒体处理设备上报的第二编解码， 炎新SOP中设Jf装休流补应的编解;S乌居，尚IMS发送SIP消息，通知IMS将 该媒体流的编解码修改为第二编解码。接着进入步骤512,IMS接收到来自媒体控制设备的消息后，将本端SDP 中该媒体流对应的编解码更新为第二编解码，并返回SIP消息给媒体控制设 备。接着进入步骤513,媒体控制设备接收到该SIP消息后，通知媒体处理 设备修改CS复用端点、IMS端点的该媒体流对应的SDP，将CS复用端点和 IMS端点的该々某体流采用的编解码分别修改为第一编解码和第二编解码。接着进入步骤514，媒体处理设备向CS侧发送OLC打开逻辑通道消息， 开启本端到CS侧的单向逻辑通道。本发明第六实施方式媒体控制与处理分离构架下的流控方法与第五实 施方式大致相同，其区别仅在于，在第五实施方式中，在CS侧流控要求的 最高速率低于媒体流当前编解码的最低速率时，媒体处理设备分别为本端到 CS侧和IMS到本端的媒体流选择符合CS侧流控要求的第 一编解码和第二编 解码；而在本实施方式中，在CS侧流控要求的最高速率低于媒体流当前编 解码的最低速率时，媒体处理设备分别为本端到CS侧和IMS到本端的媒体 流选择符合CS侧流控要求的第一编解码、和第二编解码的候选集，媒体处 理设备通过媒体控制设备通知IMS第二编解码的候选集，IMS从该候选集中 选择一种作为第二编解码，在本端将该媒体流的编解码修改为第二编解码，并通过媒体控制设备通知媒体处理设备将IMS端点中该媒体流的编解码修改 为第二编解码。该方案实质上增加了媒体处理设备或媒体控制设备与IMS之 间就新编解码的协商过程，从而可以综合地根据媒体处理设备或媒体控制设 备和IMS的实际情况决定最佳的编解码。 下面对本发明第七实施方式i某体纟空制与处理分离构架下的流4空方法进行说明。本实施方式中，主要由cs側通过与媒体处理设备或媒体控制设备 的交互，在双向均关闭cs侧与媒体处理设备之间原先的逻辑通道，再为该 媒体流开启新的逻辑通道，触发为该媒体流重新协商新的编解码。这种方案对媒体处理设备和媒体控制设备的变动较小。在本实施方式中，H.245消息 在媒体控制设备终结。如图6所示，在步骤601中，CS侧在网络质量降低时，向媒体控制设备 发送H.245协议的"flow control command"消息，限定CS側流控要求的最 高速率。接着进入步骤602，媒体控制设备判断"flow control command"消息中 指示的CS侧对媒体流限定的最高速率是否低于该媒体流当前编解码的最低 速率，如果是则指示媒体处理设备停止发送该媒体流。接着进入步骤603，媒体控制设备向CS侧发送"flow control indication" 消息，指示此时的速率为0。接着进入步骤604，在收到来自媒体控制设备的"flow control indication" 消息后，CS侧向媒体控制设备发送"request mode"消息，关闭本端到媒体 控制设备之间为该媒体流开启的逻辑通道。接着进入步骤605， CS侧向媒体控制设备发送CLC关闭逻辑通道消息， 选择新的编解码。通过更新编解码，使得媒体流可以以大于O的速率满足流 控的要求，从而保持业务的连续性。接着进入步骤606, CS侧向媒体控制设备发送OLC打开逻辑通道消息， 为该媒体流开启本端到媒体控制设备之间新的逻辑通道。接着进入步骤607，媒体控制设备发送CLC关闭逻辑通道消息，关闭本 端到CS側为该媒体流开启的逻辑通道。 接着进入步骤608,媒体控制设备为媒体处理设备与IMS之间的该媒体 流选择更新的第二编解码，并通过SIP消息将选择的第二编解码发送给IMS。接着进入歩骤609, IMS接收到来自媒体控制设备的消息后，将本端中 该媒体流对应的编解码更新为第二编解码，并返回SIP消息给媒体控制设备。接着进入步骤610，媒体控制设备接收到该SIP消息后，通知媒体处理 设备修改CS复用端点、IMS端点的该媒体流对应的SDP，将CS复用端点和 IMS端点的该媒体流采用的编解码分别修改为第一编解码和第二编解码。接着进入步骤611，媒体控制设备向CS侧发送OLC打开逻辑通道消息， 开启本端到CS侧的单向逻辑通道。本发明第八实施方式媒体控制与处理分离构架下的流控方法与第七实 施方式大致相同，其区别仅在于，在第七实施方式中，媒体控制设备为媒体 处理设备与IMS之间的该媒体流选择符合CS要求的第二编解码，并通过SIP 消息将选择的第二编解码发送给IMS;而在本实施方式中，媒体控制设备为 媒体处理设备与IMS之间的该媒体流选择符合CS要求的第二编解码候选集， 并通过SIP消息将选择的第二编解码候选集发送给IMS,由IMS从该候选集 中选择一种作为第二编解码，在本端将该媒体流的编解码修改为第二编解码， 并将选定的第二编解码通知媒体控制设备。该方案实质上增加了媒体处理设 备或媒体控制设备与IMS之间就新编解码的协商过程，从而可以综合地根据 媒体处理设备或媒体控制设备和IMS的实际情况决定最佳的编解码。本发明第九实施方式媒体控制与处理分离构架下的流控系统，包含用于 检测CS側流控要求的最高速率是否低于媒体流当前编解码的最低速率的设 备；以及，用于在CS侧流控要求的最高速率低于媒体流当前编解码的最低 速率时，将媒体处理设备到IMS和媒体处理设备到CS側的媒体流的编解码 分别更新为符合CS侧流控要求的编解码的设备。通过更新编解码，使得媒 体流可以以大于0的速率满足流控的要求，从而保持业务的连续性。
本发明所称的^某体处理设备和媒体控制设备在不同的应用环境中也可 以有其它的称呼，但其功能是一样的。例如，媒体处理设备常被称为媒体网 关等，媒体控制设备常被称为媒体网关控制器、软交换等。虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和 描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各 种改变，而不偏离本发明的精神和范围。
权利要求
1.一种媒体控制与处理分离构架下的流控方法，其特征在于，包含以下步骤如果电路交换CS侧流控要求的最高速率低于媒体流当前编解码的最低速率，则将媒体处理设备到IP多媒体子系统IMS、媒体处理设备到CS侧的媒体流的编解码分别更新为符合所述CS侧流控要求的编解码。
2. 根据权利要求1所述的媒体控制与处理分离构架下的流控方法，其 特征在于，所述更新编解码的步骤包含以下子步骤所述媒体处理设备分别为本端到CS側和IMS到本端的媒体流选择符合 所述CS側流控要求的第 一编解码和第二编解码；所述媒体处理设备通过所述媒体控制设备通知IMS将所述媒体流的编 解码修改为第二编解码；所述媒体处理设备关闭原先为所述媒体流开启的逻辑通道，再为该媒体 流开启新的逻辑通道，在该新的逻辑通道使用第 一编解码。
3. 根据权利要求2所述的媒体控制与处理分离构架下的流控方法，其 特征在于，所述媒体控制设备通过选择编解码值事件，指示所述媒体处理设 备在检测到电路交换CS側流控要求的最高速率低于媒体流当前编解码的最 低速率，且该媒体处理设备能够分别为本端到CS侧和IMS到本端的媒体流 选择符合所述CS侧流控要求的第一编解码和第二编解码时，上报相应观测 事件并携带选择的编解码。
4. 根据权利要求1所述的媒体控制与处理分离构架下的流控方法，其 特征在于，所述更新编解码的步骤包含以下子步骤所述CS側流控要求的第 一编解码和第二编解码的候选集； 所述媒体处理设备通过所述媒体控制设备通知IMS第二编解码的候选 集，IMS从该候选集中选择一种作为第二编解码，在本端将所述媒体流的编 解码修改为第二编解码，并通过所述媒体控制设备通知所述媒体处理设备将 IMS端点中所述媒体流的编解码修改为第二编解码；所述媒体处理设备关闭原先为所述媒体流开启的逻辑通道，再为该媒体 流开启新的逻辑通道，在该新的逻辑通道使用第 一编解码。
5. 根据权利要求1所迷的媒体控制与处理分离构架下的流控方法，其 特征在于，所述更新编解码的步骤包含以下子步骤所述媒体控制设备分别为媒体处理设备到CS侧和IMS到媒体处理设备 的媒体流选择符合所述CS側流控要求的第一编解码和第二编解码；所述媒体控制设备通知所述媒体处理设备将CS复用端点和IMS端点中 所述媒体流的编解码分别修改为第一编解码和第二编解码；所述媒体控制设备关闭原先为所述媒体流开启的逻辑通道，再为该媒体 流开启新的逻辑通道，在该新的逻辑通道使用第一编解码；所述媒体控制设备通知IMS将所述媒体流的编解码修改为第二编解码。
6. 根据权利要求1所述的媒体控制与处理分离构架下的流控方法，其 特征在于，所述更新编解码的步骤包含以下子步骤所述媒体控制设备分别为媒体处理设备到CS侧和IMS到媒体处理设备 的媒体流选择符合所述CS侧流控要求的第一编解码和第二编解码的候选 集；所述媒体控制设备通知IMS第二编解码的候选集，IMS从该候选集中 选择一种作为第二编解码，在本端将所述媒体流的编解码修改为第二编解码，并通知所述媒体控制设备所选的第二编解码；所述媒体控制设备通知所述媒体处理设备将CS复用端点和IMS端点中 所述i某体流的编解码分别修改为第 一编解码和第二编解码；所述媒体控制设备关闭原先为所述媒体流开启的逻辑通道，再为该媒体 流开启新的逻辑通道，在该新的逻辑通道使用第一编解码。
7. 根据权利要求1所述的媒体控制与处理分离构架下的流控方法，其 特征在于，所述CS侧与所述媒体处理设备通过交互，在双向均关闭所述CS 侧与所述媒体处理设备之间原先为所述媒体流开启的逻辑通道，再为该媒体 流开启新的逻辑通道，触发所述媒体处理设备重新协商新的编解码。
8. 根据权利要求1所述的媒体控制与处理分离构架下的流控方法，其 特征在于，所述CS侧与所述媒体控制设备通过交互，在双向均关闭所述CS 侧与所述媒体处理设备之间原先为所述媒体流开启的逻辑通道，再为该媒体 流开启新的逻辑通道，触发所述媒体控制设备重新协商新的编解码。
9. 根据权利要求2至5中任一项所述的媒体控制与处理分离构架下的 流控方法，其特征在于，所述媒体控制设备通过SIP消息通知IMS将所述 媒体流的编解码修改为第二编解码。
10. 根据权利要求2至8中任一项所述的媒体控制与处理分离构架下的 流控方法，其特征在于，通过H.245命令开启和关闭所述逻辑通道。
11. 根据权利要求2至8中任一项所述的媒体控制与处理分离构架下的 流控方法，其特征在于，所述媒体处理设备或媒体控制设备，根据来自所述 CS侧的流控命令，判断CS侧流控要求的最高速率是否低于媒体流当前编解 码的最低速率。
12. —种媒体控制与处理分离构架下的流控系统，其特征在于，包含用于检测CS侧流控要求的最高速率是否低于媒体流当前编解码的最低 速率的设备；用于在CS侧流控要求的最高速率低于媒体流当前编解码的最低速率 时，将媒体处理设备到IMS和媒体处理设备到CS侧的^某体流的编解码分别更新为符合所述CS侧流控要求的编解码的设备。
全文摘要
本发明涉及通信领域，公开了一种媒体控制与处理分离构架下的流控方法及其系统，使得CS网络质量较差时业务不会被中断。本发明中，如果CS侧要求的最高速率低于媒体流当前编解码的最低速率，则根据CS侧要求更新媒体流的编解码。在H.245消息包中增加选择编解码值的事件描述符和观测事件描述符。可以由媒体处理设备或媒体控制设备为媒体流选择编解码，并通知相关设备为该媒体流修改编解码。也可以通过双向关闭媒体控制设备与CS侧之间原先的逻辑通道，再为该媒体流开启新的逻辑通道，触发相关设备为该媒体流重新协商新的编解码。
文档编号H04L29/06GK101127697SQ200610121130
公开日2008年2月20日 申请日期2006年8月18日 优先权日2006年8月18日
发明者王洪波, 谭仕勇 申请人:华为技术有限公司