法律状态公告日
法律状态信息
法律状态
2012-05-23
授权
授权
2009-08-05
实质审查的生效
实质审查的生效
2009-06-10
公开
公开
技术领域
本发明涉及通信领域，尤其涉及一种建立MRCP控制与承载通道的技术。
背景技术
媒体资源控制协议(Media Resource Control Protocol，MRCP)是一项新兴的标准，主要用于实现对分布式架构上媒体资源进行控制和操作。MRCP不是一个独立的协议，必须依靠会话管理协议在客户端和服务器之间建立媒体资源控制协议MRCP控制会话。为了交互方便，MRCP选择会话发起协议(Session Initiation Protocol，SIP)作为基本的会话管理协议，通过在客户端和服务器之间的SIP消息交互，协商出MRCP消息传输所需要的连接信息，其中，MRCP会话参数用SIP消息体部分的会话描述协议(Session DescriptionProtocol，SDP)描述。
MRCP协议中定义的资源引擎包含多种资源，主要包括Speechrecog资源，为自动语音识别(Automatic Speech Recognize，ASR)，用于实现ASR业务，即计算机通过运算对用户的语音进行自动识别，并根据识别结果触发相应程序，产生相关动作的一种技术；Speechsynth资源，为文本到语音转换(Text ToSpeech，TTS)，用于实现TTS业务，即一种将文本转换成语音的技术；Dtmfrecog资源，为双音多频(Dual Tone Multi-Frequency，DTMF)识别资源；Speakverify资源，为发言者识别资源；recorder资源，为录音资源等等。
根据3GPP标准的定义和3GPP相关协议的描述，用于提供各种资源业务的逻辑网元可以分为应用服务器(Application Server，AS)、媒体资源控制器(Media Resource Function Controller，MRFC)、媒体资源处理器(MediaResource Function Processor，MRFP)和资源引擎。分离架构下通过MRCP协议进行资源操作的逻辑架构可以如图1所示。其中，AS用于提供业务逻辑，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与MRFC之间采用Cr/Sr接口和Mr接口，MRFC与MRFPP之间采用Mp接口。根据3GPP的定义，MRFC和MRFP之间的Mp接口采用ITU-T的H.248协议。MRFP和ASR/TTS引擎之间的接口有三个：分别是控制层面的SIP协议、控制层面的MRCP协议和承载面的RTP协议(Real Time TransportProtocol，实时传输协议)。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控制与承载通道的方法、系统以及媒体资源控制器与媒体资源处理器，可以解决由于MRFP不支持SIP协议导致在分离架构下无法建立MRFP与资源引擎之间MRCP控制与承载通道的问题。
本发明提供了一种建立MRCP控制与承载通道的方法，所述方法包括：
媒体资源控制器根据资源业务请求与资源引擎之间建立会话发起协议SIP会话并进行SIP协商；
媒体资源控制器将所述SIP协商信息发送给媒体资源处理器，则媒体资源处理器与资源引擎之间的MRCP控制与承载通道建立完成。
本发明提供了一种建立MRCP控制与承载通道的系统，所述系统包括媒体资源控制器和媒体资源处理器：
媒体资源控制器，用于接收资源业务请求消息，并根据所述资源业务请求消息与资源引擎之间建立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业务操作的系统图；
图6为本发明实施例中媒体资源控制器装置图；
图7为本发明实施例中媒体资源处理器装置图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施方式及附图，对本发明作进一步详细的说明。
本发明实施例可应用于分离架构下通过MRCP协议实现各种资源业务的操作，如ASR资源、TTS资源、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接收来自用户的资源业务请求；
当用户UE向AS发起资源业务请求时，AS向MRFC发起资源业务请求。
步骤402、MRFC向ASR/TTS引擎发送建立SIP会话的请求消息；
MRFC根据所述资源业务请求向ASR/TTS引擎发送建立SIP会话的请求消息，所述建立SIP会话的请求消息携带有MRFP的IP地址与端口号信息以及所请求的资源业务的信息，所述建立SIP会话的请求消息具体可以为SIPINVITE消息。
步骤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.248Modify Req消息中携带有上述的SIP协商信息。具体可以通过扩展H.248协议的方式来实现，如增加一个H.248包，所述H.248包可以包括MRCPChannel 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引擎发送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会话的请求消息具体可以为SIP BYE消息。
步骤411、ASR/TTS引擎向MRFC返回响应消息；
ASR/TTS引擎收到所述结束SIP会话的请求消息后，结束MRFC与ASR/TTS引擎之间的SIP会话，并向MRFC返回响应消息，所述响应消息具体可以为200OK消息。
步骤412、MRFC向MRFP发送释放所述SIP协商信息的请求；
所述MRFC向MRFP发送释放所述SIP协商信息的请求可以是MRFC通过H.248协议向MRFP发送H.248 Modify Req消息，具体可以通过扩展H.248协议的方式来实现，如增加一个H.248的包，该包至少包括MRCP ChannelIdentifier属性和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与ASR/TTS引擎53之间的SIP协商信息；以及用于根据接收单元511接收到的结束资源业务的消息向ASR/TTS引擎53发送结束SIP会话的请求；
第二交互单元513，用于根据第一交互单元512收到的所述SIP协商信息向媒体资源处理器52发送所述SIP协商信息；以及，在需要结束媒体资源业务时向媒体资源处理器52发送释放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引擎的资源操作结果；资源释放单元524，用于在用户需要结束资源业务时，根据接收单元521收到的释放所述SIP协商信息的请求，释放所述SIP协商信息；
响应单元522，用于在接收单元521收到所述SIP协商信息后，向媒体资源控制器51的第二交互单元513返回响应消息；以及在资源释放单元524释放所述SIP协商信息后，向媒体资源控制器51的第二交互单元513返回响应消息。
下面结合图5、图6、图7，详细描述该实施例的具体实施过程。
当用户UE向AS发起资源业务请求时，媒体资源控制器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返回响应消息，所述响应消息中携带有媒体资源控制器51与ASR/TTS引擎53之间的SIP协商信息，所述SIP协商信息包括MRCP消息传输所需要的连接信息，具体可以包括MRCP的通道标识Channel Identifier、ASR/TTS引擎53的能力信息和RTP/RTCP的UDP端口号等信息，但是不限于上述信息，所述ASR/TTS引擎53向媒体资源控制器51返回的响应消息具体可以为200OK响应消息；
媒体资源控制器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包包括MRCPChannel 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发送结束资源业务的请求时，媒体资源控制器51的接收单元511接收来自AS的结束资源业务的消息；
第一交互单元512根据接收单元511接收到的所述结束资源业务的消息，向ASR/TTS引擎53发送结束SIP会话的请求消息，所述结束SIP会话的请求消息具体可以为SIP BYE消息；
ASR/TTS引擎53收到所述结束SIP会话的请求消息后，结束SIP会话，并向所述第一交互单元512返回响应消息，所述响应消息具体可以为200OK消息；
SIP会话拆除后，媒体资源控制器51的第二交互单元513向媒体资源处理器52的接收单元521发送释放所述SIP协商信息的请求，请求释放媒体资源处理器52上的所述SIP协商信息，所述释放所述SIP协商信息的请求可以通过H.248协议发送H.248 Modify Req消息的方式，具体可以通过扩展H.248协议的方式来实现，如增加一个H.248的包，该包至少包括MRCP ChannelIdentifier属性和RTP/RTCP端口号属性的内容，但不限于上述内容；
媒体资源处理器52的资源释放单元524根据接收单元521收到的所述释放SIP协商信息的请求，释放所述SIP协商信息后，响应单元522向媒体资源控制器51的第二交互单元513返回响应消息，所述响应消息可以具体为H.248Modify Resp消息，资源操作业务结束。
本发明技术方案带来的有益效果：通过MRFC与ASR/TTS引擎之间建立SIP会话并进行SIP交互，然后通过扩展H.248协议的方式，将MRFC与ASR/TTS引擎之间的SIP协商结果告知MRFP，以完成MRFP与ASR/TTS引擎之间MRCP控制通道和媒体承载通道的建立。这种实现方式解决了由于MRFP不支持SIP协议导致在分离架构下无法建立MRFP与资源引擎之间MRCP控制与承载通道的问题，同时满足3GPP关于ASR/TTS业务的实现架构。
但上述仅为本发明的较佳实施方式，并非用于限定本发明的保护范围，任何熟悉本技术领域的技术人员应当认识到，凡在本发明的精神和原则范围之内，所做的任何修饰、等效替换、改进等，均应包含在本发明的权利保护范围之内。
机译： 一种用于制造用于电梯系统的带状承载装置的方法，一种用于制造承载装置的设备，用于电梯系统的承载装置以及电梯系统。
机译： 在移动通信系统中建立公用传输通道的方法，尤其是在建立具有相同连接帧号的控制站和基站之间建立到物理通道的公用传输通道时
机译： 承载建立方法和装置，媒体网关和语音承载建立系统
