专利名称：一种建立mrcp控制与承载通道的方法、装置与系统的制作方法
技术领域：
本发明涉及通信领域，尤其涉及一种建立MRCP控制与承载通道的技术。
背景技术：
媒体资源控制协议(Media Resource Control Protocol, MRCP )是一项新兴 的标准，主要用于实现对分布式架构上媒体资源进行控制和操作。MRCP不 是一个独立的协议，必须依靠会话管理协议在客户端和服务器之间建立媒体 资源控制协议MRCP控制会话。为了交互方便，MRCP选择会话发起协议 (Session Initiation Protocol, SIP )作为基本的会话管理协议，通过在客户端 和服务器之间的SIP消息交互，协商出MRCP消息传输所需要的连接信息， 其中，MRCP会话参数用SIP消息体部分的会话描述协议(Session Description Protocol, SDP )描述。
MRCP协议中定义的资源引擎包含多种资源，主要包括Speechrecog资源， 为自动语音识别(Automatic Speech Recognize, ASR),用于实现ASR业务， 即计算机通过运算对用户的语音进行自动识别，并根据识别结果触发相应程 序，产生相关动作的一种技术；Speechsynth资源，为文本到语音转换(Text To Speech, TTS),用于实现TTS业务，即一种将文本转换成语音的技术； Dtmfrecog资源，为双音多频(Dual Tone Multi-Frequency, DTMF )识别资源； Speakverify资源，为发言者识别资源；recorder资源，为录音资源等等。
根据3GPP标准的定义和3GPP相关协议的描述，用于提供各种资源业务 的逻辑网元可以分为应用服务器(Application Server, AS)、媒体资源控制器 (Media Resource Function Controller, MRFC ) 、 i某体资源处理器(Media Resource Function Processor ， MRFP )和资源引擎。分离架构下通过MRCP协 议进行资源操作的逻辑架构可以如图1所示。其中，AS用于4是供业务逻辑，MRFC负责媒体资源的控制与接入，实现承载控制，MRFP作为MRCP Client 负责进行媒体资源的处理，MRFC控制MRFP进行媒体资源处理，MRFP和 MRFC协作对外提供媒体资源功能，资源引擎作为MRCP Server。
另外，3GPP中对于AS、 MRFC、 MRFP和资源引擎之间的关系已经定义 了接口 。例如，对于MRCP定义的ASR/TTS资源，3GPP中对AS、 MRFC、 MRFP和ASR/TTS引擎之间的关系已经定义接口如图2所示。图2为分离架 构下通过MRCP协议进行ASR/TTS业务操作的逻辑架构图，该逻辑架构图由 AS、 MRFC、 MRFP、 ASR/TTS资源引擎组成，其中，MRFP可以视为一个 MRCP客户端Client, ASR/TTS引擎可以视为一个MRCP服务器Server, AS 与MRPC之间采用Cr/Sr接口和Mr接口 ， MRFC与MRFPP之间采用Mp接 口 。根据3GPP的定义，MRFC和MRFP之间的Mp接口采用ITU-T的H.248 协议。MRFP和ASR/TTS引擎之间的接口有三个分别是控制层面的SIP协 议、控制层面的MRCP协议和承载面的RTP协议(Real Time Transport Protocol,实时传输协议)。MRFP与ASR/TTS引擎进行资源业务操作时，首 先通过在MRFP和ASR/TTS引擎之间的SIP消息交互，协商出MRCP消息传 输所需要的连接信息，此时标志着MRCP承载与控制通道建立完成。MRCP 控制与承载通道建立完成后，MRCP协议负责由MRFP (MRCP Client )向 ASR/TTS引擎(MRCP Server)发起资源业务请求，以及ASR/TTS引擎向 MRFP返回ASR/TTS的资源业务操作结果。
但是，该分离架构有一个缺点，就是需要MRFP部件支持SIP协议，只 有通过MRFP与资源引擎之间进行SIP交互，协商出MRCP消息传输所需要 的连接信息，才能建立MRFP与资源引擎之间的MRCP控制与承载通道。而 现有技术中，根据通常情况下的功能实现划分，MRFP—般是没有SIP协议栈 的，即不支持SIP协议，这个约束妨碍了上述分离架构下MRCP控制与承载 通道的建立。
发明内容
本发明提出一种建立MRCP控制与承载通道的方法、系统以及々某体资源 控制器与i某体资源处理器，可以解决由于MRFP不支持SIP协议导致在分离 架构下无法建立MRFP与资源引擎之间MRCP控制与承载通道的问题。
本发明提供了一种建立MRCP控制与承载通道的方法，所述方法包括
媒体资源控制器根据资源业务请求与资源引擎之间建立会话发起协议 SIP会话并进行SIP协商；
媒体资源控制器将所述SIP协商信息发送给媒体资源处理器，则媒体 资源处理器与资源引擎之间的MRCP控制与承载通道建立完成。
本发明提供了一种建立MRCP控制与承载通道的系统，所述系统包括媒 体资源控制器和i某体资源处理器
媒体资源控制器，用于接收资源业务请求消息，并根据所述资源业务
请求消息与资源引擎之间建立SIP会话，以及向媒体资源处理器发送建立 SIP会话过程中获得的所述SIP协商信息；
媒体资源处理器，用于接收媒体资源控制器发送的所述协商信息，并完 成媒体资源处理器与ASR/TTS引擎之间的MRCP控制与承载通道的建立。
本发明提供了一种^(某体资源控制器，所述+某体资源控制器包括接收单 元、第一交互单元和第二交互单元
接收单元，用于接收资源业务请求消息；
第一交互单元，用于根据接收单元接收到的资源业务请求消息向资源 引擎发送建立SIP会话的请求，与资源引擎建立SIP会话进行SIP交互， 并接收所述SIP会话建立过程中的SIP协商信息；
第二交互单元，用于根据所述第一交互单元接收的所述SIP协商信息 向媒体资源处理器发送所述SIP协商信息。
本发明提供了一种媒体资源处理器，所述媒体资源处理器包括；
接收单元，用于接收来自媒体资源控制器的所述SIP协商信息，完成媒体资源处理器与ASR/TTS引擎之间的MRCP控制与承载通道的建立。
与现有技术相比，本发明技术方案通过MRFC与ASR/TTS引擎之间建立 SIP会话并进行SIP协商，然后通过扩展H.248协议的方式，将MRFC与 ASR/TTS引擎之间的SIP协商结果告知MRFP,完成MRFP与ASR/TTS引擎 之间MRCP控制通道和媒体承载通道的建立。这种实现方式解决了由于MRFP 不支持SIP协议导致在分离架构下无法建立MRFP与资源引擎之间MRCP控 制与承载通道的问题，同时满足3GPP关于ASR/TTS业务的实现架构。
图1为现有技术中分离架构下通过MRCP协议进行资源操作的逻辑架构
图2为现有技术中通过MRCP协议进行ASR/TTS业务操作的逻辑架构
图3为本发明实施例中通过MRCP协议进行ASR/TTS业务操作的逻辑架 构图4为本发明实施例中通过MRCP协议进行ASR/TTS业务操作的流程
图5为本发明实施例中通过MRCP协议进行ASR/TTS业务l喿作的系统
图6为本发明实施例中媒体资源控制器装置图； 图7为本发明实施例中i某体资源处理器装置图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施 方式及附图，对本发明作进一步详细的说明。
本发明实施例可应用于分离架构下通过MRCP协议实现各种资源业务的、DTMF识别资源、发言者识别资源、录音资 源等各种MRCP协议定义的资源。但为描述的方便，下述实施例仅以ASR和 TTS资源的操作为例进行说明。
图3为本发明实施例中通过MRCP协议进行ASR/TTS业务操作的逻辑架 构图。如图3所示，所述逻辑架构图包括AS、 MRFC、 MRFP、 ASR/TTS引 擎。其中，AS与MRFC之间采用Cr/Sr接口和Mr接口 ， MRFC与MRFPP 之间采用Mp接口， MRFP和ASR/TTS引擎之间的接口有三个分别是控制 层面的SIP协议、控制层面的MRCP协议和承载面的RTP协议。根据3GPP 的定义，MRFC和MRFP之间的Mp接口采用ITU-T的H.248协议，所以， 可以通过MRFC与ASR/TTS引擎之间建立SIP会话并进行SIP协商，然后将 MRFC与ASR/TTS引擎之间的SIP协商信息告知MRFP，具体可以通过扩展 H.248协议的方式将所述SIP协商信息告知MRFP,此时MRFP与ASR/TTS 引擎之间的MRCP控制与承载通道建立完成。其中，MRFC与ASR/TTS引擎 之间建立SIP会话是根据MRFP的IP地址及端口号信息建立的，所述MRFP 的IP地址及端口号信息可以预先配置在MRFC上，也可以在MRFC与 ASR/TTS引擎之间建立SIP会话前，由MRFP发送给MRFC,发送方式具体 可以通过扩展H.248消息的方式发送。如可以为MRFP通过H.248协议向 MRFP发送H.248 Modify Req消息，所述H.248 Modify Req消息中携带有 MRFP的IP地址及端口号信息。最后，MRFP通过建立的MRCP控制与承载 通道实现与ASR/TTS引擎之间的媒体资源操作。
本发明提供的第一较佳实施例，为一种分离架构下通过MRCP协议进行 ASR/TTS资源业务操作的方法。具体如图4所示，为本发明实施例中通过 MRCP协议进行媒体资源操作的流程图，MRFP与ASR/TTS引擎之间的MRCP 控制与承载通道的建立过程以及在MRCP控制与承载通道建立后MRFP与 ASR/TTS引擎之间进行资源业务操作的交互流程具体如下所述
步骤401、 MRFC接收来自用户的资源业务请求；
10当用户UE向AS发起资源业务请求时，AS向MRFC发起资源业务请求。 步骤402、 MRFC向ASR/TTS引擎发送建立SIP会话的请求消息； MRFC根据所述资源业务请求向ASR/TTS引擎发送建立SIP会话的请求 消息，所述建立SIP会话的i青求消息携带有MRFP的IP地址与端口号信息以 及所请求的资源业务的信息，所述建立SIP会话的请求消息具体可以为SIP INVITE消息。
步骤403、 ASR/TTS引擎向MRFC返回响应消息；
ASR/TTS引擎根据所述建立SIP会话的请求消息与MRFC之间建立SIP 会话进行SIP交互，分配MRCP通道标识Channel Identifier,并向MRFC返 回响应消息，所述响应消息中携带有MRFC与ASR/TTS引擎之间的SIP协 商信息，该SIP协商信息包括MRCP消息传输所需要的连接信息，具体可以 包括MRCP通道标识Channel Identifier、 ASR/TTS引擎的能力信息和 RTP/RTCP的UDP端口号信息，但是不限于上述信息。所述ASR/TTS引擎 向MRFC返回的响应消息具体可以为200 OK响应消息。 步骤404、 MRFC向ASR/TTS引擎发送应答消息；
MRFC收到上述SIP协商信息后，向ASR/TTS引擎发送应答消息，所述 应答消息具体可以为ACK消息。
步骤405、 MRFC向MRFP发送所述SIP协商信息；
MRFC得到所述SIP协商信息后向MRFP发送所述SIP协商信息，可以 为MRFC通过H.248协议向MRFP发送H.248 Modify Req消息，所述H.248 Modify Req消息中携带有上述的SIP协商信息。具体可以通过扩展H.248 协-汉的方式来实现，如增加一个H.248包，所述H.248包可以包括MRCP Channel Identifier属性和RTP/RTCP端口号属性的内容，但不限于上述内容， 通过所述H.248包携带所述SIP协商信息。
步骤406、 MRFP向MRFC返回响应消息；
MRFP收到所述SIP协商信息后，向MRFC返回响应消息，所述响应消息具体可以为H.248 Modify Resp消息。MRFP收到所述的SIP协商信息后，
标志着MRCP控制与承载通道建立完成。
步骤407、 MRFP向ASR/TTS引擎发送资源业务请求消息；
MRFP通过建立的MRCP控制与承载通道向ASR/TTS引擎发送资源业
务请求消息，具体可以通过MRFP向ASR/TTS I擎发送MRCP Req消息，
向ASR/TTS引擎请求资源业务。
步骤408、 ASR/TTS引擎向MRFP返回业务响应消息；
ASR/TTS引擎接收到MRFP的资源业务请求消息后，进行相应的
ASR/TTS资源操作，并向MRFP返回业务响应消息，具体可以返回MRCP Resp
消息，所述MRCP Resp消息携带ASR/TTS引擎的资源操作结果。 上述资源操作完成后，该实施例还可以包括以下步骤 步骤409、 MRFC接收来自用户的结束资源业务的消息； 当用户UE向AS发送结束资源业务的消息时，AS向MRFC发送结束资
源业务的消息。
步骤410、 MRFC向ASR/TTS引擎发送结束SIP会话的请求消息； MRFC接收所述结束资源业务的消息后，向ASR/TTS引擎发送结束SIP 会话的请求消息，所述结束SIP会话的请求消息具体可以为SIPBYE消息。 步骤411、 ASR/TTS引擎向MRFC返回响应消息； ASR/TTS引擎收到所述结束SIP会话的请求消息后，结束MRFC与 ASR/TTS引擎之间的SIP会话，并向MRFC返回响应消息，所述响应消息具 体可以为200 OK消息。
步骤412、 MRFC向MRFP发送释力文所述SIP协商信息的请求； 所述MRFC向MRFP发送释放所述SIP协商信息的请求可以是MRFC通 过H.248协议向MRFP发送H.248 Modify Req消息，具体可以通过扩展H.248 协议的方式来实现，如增加一个H.248的包，该包至少包括MRCP Channel Identifier属性和RTP/RTCP端口号属性的内容，但不限于上述内容。步骤413、 MRFP向MRFC返回响应消息；
MRFP释放SIP协商信息后，向MRFC返回响应消息，资源业务结束。 所述响应消息具体可以为H.248 Modify Resp消息。
第一实施例通过先在MRFC与ASR/TTS引擎之间建立SIP会话，并进行 SIP协商，然后通过扩展H.248协议的方式，将MRFC与ASR/TTS引擎之间 的SIP协商信息告知MRFP，以完成MRFP与ASR/TTS引擎之间MRCP控制 通道和媒体承载通道的建立，解决了由于MRFP不支持SIP协议导致在分离 架构下无法建立MRFP与资源引擎之间MRCP控制与承载通道的问题。
本发明提供的第二实施例，为一种建立MRCP控制与承载通道的系统。 如图5所示，所述系统包括媒体资源控制器51和媒体资源处理器52,进一 步还可以包括ASR/TTS引擎53。其中，
媒体资源控制器51,用于接收来自用户的资源业务请求消息，并根据 所述资源业务请求消息向ASR/TTS引擎53发送建立SIP会话的请求消息， 以及会话建立后进行SIP协商并将SIP协商信息发送给媒体资源处理器52; 以及在接收来自用户的结束资源业务的请求后，向ASR/TTS引擎53发送 结束SIP会话的请求，并在结束所述SIP会话后向媒体资源处理器52发送 释放所述SIP协商信息的请求；
媒体资源处理器52,用于接收所述媒体资源控制器51发送的SIP协商信 息，并在媒体资源处理器52与ASR/TTS引擎53之间的MRCP控制与承载通 道建立后，通过所述MRCP控制与承载通道与ASR/TTS引擎53进行资源业 务操作；以及需要结束资源业务时，释放所述SIP协商信息；
ASR/TTS引擎53,用于根据媒体资源控制器51发送的建立SIP会话请 求消息与媒体资源控制器51进行SIP协商，并返回SIP协商信息；以及用于 在媒体资源处理器52与ASR/TTS引擎53之间的MRCP控制与承载通道建立 后与媒体资源处理器52进行资源业务操作。
图6为本发明实施例中媒体资源控制器装置图。如图6所示，所述媒体资源控制器51包括接收单元511、第一交互单元512和第二交互单元513,进 一步地，还可以包括存储单元514:
接收单元511，用于接收来自用户的资源业务请求消息和结束资源业 务的消息；
第一交互单元512，用于根据接收单元511接收到的资源业务请求消 息向ASR/TTS引擎53发送建立SIP会话的请求，并接收在SIP会话建立 过程中媒体资源控制器51与ASR7TTS引擎53之间的SIP协商信息；以及 用于根据接收单元511接收到的结束资源业务的消息向ASR/TTS引擎53 发送结束SIP会话的请求；
第二交互单元513，用于根据第一交互单元512收到的所述SIP协商 信息向媒体资源处理器52发送所述SIP协商信息；以及，在需要结束媒体 资源业务时向媒体资源处理器5 2发送释放SIP协商信息的请求；
进一步地，第二交互单元512还用于当媒体资源处理器52收到所述 SIP协商信息时以及释放所述SIP协商信息的请求后，接收媒体资源处理 器52返回的响应信息。
存储单元514,用于存储MRFP的IP地址及端口号信息，所述信息可 以预先配置在MRFC上。
图7为本发明实施例中媒体资源处理器装置图。如图7所示，所述媒体 资源处理器52的包括接收单元521、响应单元522、资源操:作单元523和资 源释放单元524:
接收单元521,用于接收来自媒体资源控制器51的第二交互单元513发 送的所述SIP协商信息，此时标志着MRCP控制与承载通道的建立；以及接 收来自々某体资源控制器51的第二交互单元513发送的释放所述SIP协商信息 的请求；资源操作单元523,用于通过建立的MRCP控制与承载通道向 ASR/TTS引擎发送资源业务请求消息，并接收ASR/TTS引擎返回的业务响 应消息，所述响应消息中包括ASR/TTS引擎的资源才喿作结果；资源释放单元
14524,用于在用户需要结束资源业务时，根据接收单元521收到的释放所述SIP 协商信息的请求，释放所述SIP协商信息；
响应单元522，用于在接收单元521收到所述SIP协商信息后，向媒 体资源控制器51的第二交互单元513返回响应消息；以及在资源释放单元 524释放所述SIP协商信息后，向媒体资源控制器51的第二交互单元513 返回响应消息。
下面结合图5、图6、图7，详细描述该实施例的具体实施过程。
当用户UE向AS发起资源业务请求时，i某体资源控制器51通过接收单 元511接收AS发送的资源业务请求消息；
媒体资源控制器51的第一交互单元512根据所述接收单元511收到的资 源业务请求消息向ASR/TTS引擎53发送建立SIP会话的请求消息，所述建 立SIP会话的请求消息携带有MRFP的IP地址与端口号信息以及所请求的资 源业务信息，所述建立SIP会话的请求消息具体可以为SIP INVITE消息；
ASR/TTS引擎53收到第一交互单元512发送的建立SIP会话的请求消 息后，建立媒体资源控制器51与ASR/TTS引擎53之间的SIP会话并进行 SIP协商，为MRCP分配MRCP通道标识Channel Identifier,并向力某体资源 控制器51的第一交互单元512返回响应消息，所述响应消息中携带有i某体资 源控制器51与ASR/TTS引擎53之间的SIP协商信息，所述SIP协商信息包 括MRCP消息传输所需要的连接信息，具体可以包括MRCP的通道标识 Channel Identifier ASR/TTS引擎53的能力信息和RTP/RTCP的UDP端口 号等信息，但是不限于上述信息，所述ASR/TTS引擎53向媒体资源控制器 51返回的响应消息具体可以为200 OK响应消息；
々某体资源控制器51的第一交互单元512收到所述SIP协商信息后，向 ASR/TTS引擎53发送应答消息，所述应答消息具体可以为ACK消息；
媒体资源控制器51的第二交互单元513根据第一交互单元收到的SIP协 商信息向^ 某体资源处理器52的接收单元521发送所述SIP协商信息，可以通过H.248协议向所述接收单元521发送H.248 Modify Req消息的方式，所述 H.248 Modify Req消息中携带有所述的SIP协商信息。具体可以通过扩展 H.248协议的方式来实现。如增加一个H.248包，所述H.248包包括MRCP Channel Identifier属性和RTP/RTCP端口号属性的内容，但不限于上述内容， 通过所述H.248包携带所述SIP协商信息；
媒体资源处理器52的接收单元521收到所述SIP协商信息后，响应单元 522向媒体资源控制器51的第二交互单元513单元发送响应消息，所述响应 消息具体可以为H.248 Modify Resp消息；
MRFP52收到所述SIP协商消息后，标志着MRCP控制与浮义载通道建立 完成；
媒体资源处理器52的资源操作单元523通过MRCP控制与承载通道向 ASR/TTS引擎53发送资源业务请求消息，具体可以通过资源操作单元523 向ASR/TTS引擎53发送MRCP Req消息，向ASR/TTS引擎53请求资源业
务；
ASR/TTS引擎53接收到媒体资源处理器52资源操作单元523发送的资 源业务请求消息后，进行相应的ASR/TTS资源操:作，并向资源才喿作单元523 返回业务响应消息，具体可以返回MRCP Resp消息，所述MRCP Resp消息 携带ASR/TTS引擎53的资源操作结果。
上述资源业务操作完成后，该实施例还可以包括以下步骤
用户UE向AS发送结束资源业务的请求时，i某体资源控制器51的接收 单元511接收来自AS的结束资源业务的消息；
第一交互单元512根据接收单元511接收到的所述结束资源业务的消息， 向ASR/TTS引擎53发送结束SIP会话的请求消息，所述结束SIP会话的请求 消息具体可以为SIP BYE消息；
ASR/TTS引擎53收到所述结束SIP会话的请求消息后，结束SIP会话， 并向所述第一交互单元512返回响应消息，所述响应消息具体可以为200 OK消息；
SIP会话拆除后，媒体资源控制器51的第二交互单元513向媒体资源处 理器52的接收单元521发送释放所述SIP协商信息的请求，请求释放J 某体资 源处理器52上的所述SIP协商信息，所述释放所述SIP协商信息的请求可以 通过H.248协议发送H.248 Modify Req消息的方式，具体可以通过扩展H.248 协议的方式来实现，如增加一个H.248的包，该包至少包括MRCP Channel Identifier属性和RTP/RTCP端口号属性的内容，但不限于上述内容；
媒体资源处理器52的资源释放单元524根据接收单元521收到的所述释 放SIP协商信息的请求，释放所迷SIP协商信息后，响应单元522向i某体资源 控制器51的第二交互单元513返回响应消息，所述响应消息可以具体为H.248 Modify Resp消息，资源4喿作业务结束。
本发明技术方案带来的有益效果通过MRFC与ASR/TTS引擎之间建立 SIP会话并进行SIP交互，然后通过扩展H.248协议的方式，将MRFC与 ASR/TTS引擎之间的SIP协商结果告知MRFP,以完成MRFP与ASR/TTS引 擎之间MRCP控制通道和媒体承载通道的建立。这种实现方式解决了由于 MRFP不支持SIP协议导致在分离架构下无法建立MRFP与资源引擎之间 MRCP控制与承载通道的问题，同时满足3GPP关于ASR/TTS业务的实现架 构。
但上述仅为本发明的较佳实施方式，并非用于限定本发明的保护范围， 任何熟悉本技术领域的技术人员应当认识到，凡在本发明的精神和原则范围 之内，所做的任何修饰、等效替换、改进等，均应包含在本发明的权利保护 范围之内。
权利要求
1、一种建立媒体资源控制协议MRCP控制与承载通道的方法，其特征在于，包括如下步骤媒体资源控制器根据资源业务请求与资源引擎之间建立会话发起协议SIP会话并进行SIP协商；媒体资源控制器将所述SIP协商信息发送给媒体资源处理器，则媒体资源处理器与资源引擎之间的MRCP控制与承载通道建立完成。
2、 如权利要求l所述的方法，其特征在于，所述媒体资源控制器根据 资源业务请求与资源引擎之间建立会话发起协议SIP会话并进行SIP协商 之前，还包括获取媒体资源处理器的IP地址及端口号信息。
3、 如权利要求1所述的方法，其特征在于，所述MRCP控制与承载 通道建立后，进一步包括媒体资源处理器通过所述M RC P控制与承载通道与资源引擎进行资源 业务操作。
4、 如权利要求1所述的方法，其特征在于，所述SIP协商信息包括 MRCP协议的通道标识、资源引擎的能力信息和RTP/RTCP的UDP端口号信息。
5、 如权利要求l所述的方法，其特征在于，所述媒体资源控制器将所 述SIP协商信息发送给媒体资源处理器，具体包括媒体资源控制器向媒体资源处理器发送扩展的H.248消息，所述消息 中包括所述SIP协商信息。
6、 如权利要求l所述的方法，其特征在于，所述建立媒体资源处理器与资源引擎之间的MRCP控制与承载通道之后，还包括媒体资源控制器根据结束资源业务的消息结束与资源引擎的SIP会话；媒体资源控制器向媒体资源处理器发送释放所述SIP协商信息的请求。
7、如权利要求6所述的方法，其特征在于，所述媒体资源控制器向媒体资源处理器发送释放所述SIP协商信息的请求，具体包括媒体资源控制器向媒体资源处理器发送扩展的H.248消息，所述H.248 消息中包括释;^文所述SIP协商信息的请求消息。
8、 一种建立MRCP控制与承载通道的系统，其特征在于，所述系统包括 媒体资源控制器和媒体资源处理器媒体资源控制器，用于接收资源业务请求消息，并根据所述资源业务 请求消息与资源引擎之间建立SIP会话并进行SIP协商，以及向媒体资源 处理器发送所述SIP协商信息；媒体资源处理器，用于接收媒体资源控制器发送的所述SIP协商信息， 并完成媒体资源处理器与ASR/TTS引擎之间的MRCP控制与承载通道的建 立。
9、 如权利要求8所述的系统，其特征在于，所述媒体资源控制器，还用 于在需要结束资源业务时向资源引擎发送结束SIP会话的请求。
10、 如权利要求8所述的系统，其特征在于，所述媒体资源控制器，还 用于在需要结束资源业务时向媒体资源处理器发送释放所述SIP协商信息的 请求。
11、 如权利要求8所述的系统，其特征在于，所述媒体资源控制器包括 接收单元、第一交互单元和第二交互单元接收单元，用于接收资源业务请求消息；第一交互单元，用于根据所述接收单元接收到的资源业务请求消息向 资源引擎发送建立SIP会话的请求，与资源引擎建立SIP会话进行SIP协 商，并接收所述SIP协商信息；第二交互单元，用于根据第一交互单元收到的所述SIP协商信息向媒 体资源处理器发送所述SIP协商信息。
12、 如权利要求8所述的系统，其特征在于，所述媒体资源处理器包括接收单元接收单元，用于接收来自媒体资源控制器的所述SIP协商信息，完成媒体资源处理器与ASR/TTS引擎之间的MRCP控制与承载通道的建立。
13、 一种媒体资源控制器，其特征在于，所述媒体资源控制器包括接收 单元、第一交互单元和第二交互单元接收单元，用于接收资源业务请求消息；第 一交互单元，用于根据接收单元接收到的资源业务请求消息向资源 引擎发送建立SIP会话的请求，与资源引擎建立SIP会话进行SIP协商， 并接收所述SIP协商信息；第二交互单元，用于根据所述第一交互单元接收的所述SIP协商信息 向媒体资源处理器发送所述SIP协商信息。
14、 如权利要求13所述的媒体资源控制器，其特征在于，还包括存储 单元，用于存储媒体资源处理器的IP地址及端口号信息。
15、 如权利要求13所述的媒体资源控制器，其特征在于，所述接收单 元还用于接收来自用户的结束资源业务的消息。
16、 如权利要求13所述的媒体资源控制器，其特征在于，所述第一交 互单元，还用于根据接收单元接收到的结束资源业务的消息向资源引擎发 送拆除SIP会话的请求。
17、 如权利要求13所述的媒体资源控制器，其特征在于，所述第二交 互单元，还用于在需要结束媒体资源业务时向媒体资源处理器发送释放 SIP协商信息的请求。
18、 一种纟某体资源处理器，其特征在于，所述纟某体资源处理器包括 接收单元，用于接收来自媒体资源控制器的所述SIP协商信息，完成々某体资源处理器与ASR/TTS引擎之间的MRCP控制与承载通道的建立。
19、 如权利要求18所述的媒体资源处理器，其特征在于，所述接收单 元，还用于接收来自媒体资源控制器的释放所述SIP协商信息的请求。
20、 如权利要求18所述的媒体资源处理器，其特征在于，所述媒体资源处理器还包括资源释放单元，用于根据媒体资源控制器发送的释放所述SIP协商信 息的请求，释放所述SIP协商信息。
全文摘要
本发明涉及通信领域，公开了一种建立媒体资源控制协议MRCP控制与承载通道的方法，所述方法包括媒体资源控制器根据资源业务请求与资源引擎之间建立会话发起协议SIP会话并进行SIP协商；媒体资源控制器将所述SIP协商信息发送给媒体资源处理器，则媒体资源处理器与资源引擎之间的MRCP控制与承载通道建立完成。解决了现有技术中，由于MRFP不支持SIP协议导致在分离架构下无法建立MRFP与资源引擎之间MRCP控制与承载通道的问题。另外，本发明还公开了一种建立MRCP控制与承载通道的系统、媒体资源控制器和媒体资源处理器。
文档编号H04L29/06GK101453446SQ200710077479
公开日2009年6月10日 申请日期2007年11月30日 优先权日2007年11月30日
发明者高立平 申请人:华为技术有限公司