CN101212405A - 媒体路由控制系统及控制方法 - Google Patents
媒体路由控制系统及控制方法 Download PDFInfo
- Publication number
- CN101212405A CN101212405A CNA2006101698641A CN200610169864A CN101212405A CN 101212405 A CN101212405 A CN 101212405A CN A2006101698641 A CNA2006101698641 A CN A2006101698641A CN 200610169864 A CN200610169864 A CN 200610169864A CN 101212405 A CN101212405 A CN 101212405A
- Authority
- CN
- China
- Prior art keywords
- port
- route control
- address
- medium route
- acting server
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及媒体路由控制系统,MRCG1与UE1、PS1及IP网络1连接,PS1将由IP网络1承载的UE1发送和/或接收的媒体流引流至MRCG1,MRCG1根据地址端口转换信息转发媒体流。本发明还涉及媒体流控制方法,为主叫和被叫的通信预留端口,MRCG1记录地址端口转换信息;PS1修改呼叫建立请求消息及呼叫建立成功消息中的主被叫地址端口,终端根据修改后的主被叫地址端口发送媒体流;MRCG1根据记录的地址端口转换信息修改媒体流的目的地址端口信息并转发。本发明将信令处理和媒体处理单元分开,实现了媒体流的负载分担,提高了系统的可扩展性。
Description
技术领域
本发明涉及媒体路由控制系统及控制方法,尤其是具有良好可扩展性的媒体路由控制系统及控制方法。
背景技术
随着通信网络全IP化的趋势日益明朗,如何构造下一代网络(NGN)成为业界关注的焦点,电信和互联网融合业务及高级网络协议(Telecoms &Internet converged Services & Protocols for Advanced Networks,简称TISPAN)标准化组织等提出了以3GPP的IP多媒体子系统(IP MultimediaSubsystem,简称IMS)为核心的NGN架构,实现了话音、数据的统一承载,移动、固定融合的全IP通信网络。
在未来全IP网络中,既存在传统的互联网业务,也将出现基于IMS的电信业务如话音、视频等,这些基于IMS的电信业务实时性和可用性要求高,需要更好的服务质量(Quality of Service,简称QoS)和安全保证,目前许多运营商提出了采用不同IP网络分别承载传统互联网业务和电信业务的方案。
在多个IP承载网络条件下,运营商希望把用户基于IMS的电话业务和其他业务进行区分,承载在不同物理或逻辑IP网络上。对于信令流,由于是终端到IMS代理服务器的访问,可以根据不同的目的地址转发到不同的网络上;对于媒体流,由于是终端到终端的通信,无法通过IP五元组(源、目的地址,源、目的端口和协议类型)区分出IMS媒体流和其他互联网业务的媒体流。当用户采用同一终端(如PC、PDA等)同时访问互联网并打电话时,如何将IMS话音业务的媒体流和互联网上的业务流区分开来成为问题。
现有的一种解决方案在网络中引入了专门的分流设备,分流设备能从信令层获得呼叫的IP五元组信息,记录IP五元组和承载信令流的骨干网的对应关系,将用户发起的IMS媒体流引导到该分流设备上,根据这些信息进行地址的转换和媒体流的转发,从而实现业务媒体流的分流。
但是,在这种解决方案中,分流设备是信令处理和媒体处理合一的设备,例如,会话初始协议(Session Initial Protocal,简称SIP)业务分流设备既是一个SIP代理,又是一个媒体路由控制网关,这种方式实现简单,但在业务量较大时,分流设备对媒体流的处理将成为瓶颈,可扩展性面临问题。
发明内容
本发明的目的在于针对现有技术所存在的缺陷,提供媒体流分流系统及分流方法,实现媒体流的负载分担,提高了系统的可扩展性。
为了实现上述目的,本发明提供了一种媒体路由控制系统,包括第一终端及第二终端,承载媒体流的第一IP网络及第二IP网络,用于建立呼叫的第一代理服务器及第二代理服务器,以及与第一IP网络连接用于控制建立呼叫的呼叫控制设备,其特征在于该系统还包括:第一媒体路由控制网关,与所述第一终端、第一代理服务器及第一IP网络连接,用于为第一代理服务器分担媒体流。
其中,第一媒体路由控制网关可为一个或一个以上;第一终端可通过一个或一个以上路由器与第一代理服务器连接;第一媒体路由控制网关与第一代理服务器可直接连接,或通过一个或一个以上路由器连接,或通过第一IP网络连接;第一终端与第一媒体路由控制网关可通过一个或一个以上路由器连接,或通过第一IP网络连接。
第一媒体路由控制网关可与第二代理服务器连接,或通过一个或一个以上路由其连接,或通过第一IP网络连接,用于为第二代理服务器分担媒体流;所述第二终端可与第一媒体路由控制网关通过一个或一个以上路由器连接,或通过第一IP网络连接。
媒体路由控制系统还可包括:第二媒体路由控制网关,与所述第二终端、第二代理服务器及第一IP网络连接,用于为第二代理服务器分担媒体流。所述第二媒体路由控制网关可为一个或一个以上。
本发明还提供了一种媒体流控制方法,包括以下步骤:
步骤1、主叫终端发送呼叫建立请求消息至第一代理服务器,该呼叫建立请求消息中携带有被叫终端标识以及主叫地址端口信息;
步骤2、第一代理服务器与第一媒体路由控制网关协商地址端口信息,第一媒体路由控制网关预留第一端口,记录第一端口与主叫地址端口的映射关系;第一代理服务器将呼叫建立请求消息中的主叫地址修改为第一媒体路由控制网关的地址,将主叫端口修改为第一端口;
步骤3、第一代理服务器将修改后的呼叫建立请求消息通过第二代理服务器发送至被叫终端;
步骤4、被叫终端返回携带有被叫地址端口信息的呼叫建立成功消息,该呼叫建立成功消息经过第二代理服务器发送至第一代理服务器;
步骤5、第一代理服务器与第一媒体路由控制网关协商地址端口信息,第一媒体路由控制网关预留第二端口,记录第二端口与被叫地址端口的映射关系;第一代理服务器将呼叫建立成功消息中的被叫地址修改为第一媒体路由控制网关的地址,将被叫端口修改为第二端口,并将修改后的呼叫建立成功消息发送至主叫终端;
步骤6、主叫终端根据接收到的呼叫建立成功消息中的被叫地址端口信息发送媒体流,和/或被叫终端根据呼叫建立请求消息中的主叫地址端口信息发送媒体流;
步骤7、第一媒体路由控制网关接收到媒体流后,根据记录的映射关系修改媒体流的目的地址端口信息并发送修改后的媒体流。
第一代理服务器接收到呼叫建立请求消息,与第一媒体路由控制网关协商地址端口信息时,执行以下步骤:
步骤21、第一代理服务器向第一媒体路由控制网关发送端口预留消息,该端口预留消息中携带有主叫地址端口信息;
步骤22、第一媒体路由控制网关预留第一端口,记录第一端口与主叫地址端口的映射关系,向第一代理服务器返回携带有第一端口信息的端口预留确认消息;
步骤23、第一代理服务器将呼叫建立请求消息中的主叫地址修改为第一媒体路由控制网关的地址,主叫端口修改为第一端口。
第一代理服务器接收到呼叫建立成功消息,与第一媒体路由控制网关协商地址端口信息时,执行以下步骤:
步骤51、第一代理服务器向第一媒体路由控制网关发送端口预留消息,该端口预留消息中携带有被叫地址端口信息;
步骤52、第一媒体路由控制网关预留第二端口,记录第二端口与被叫地址端口的映射关系,向第一代理服务器返回携带有第二端口信息的端口预留确认消息;
步骤53、第一代理服务器将呼叫建立成功消息中的被叫地址修改为第一媒体路由控制网关的地址,被叫端口修改为第二端口。
第二代理服务器的媒体流也可由第一媒体路由控制网关分担,第二代理服务器接收到呼叫建立请求消息后,与第一媒体路由控制网关协商地址端口信息,第一媒体路由控制网关预留第三端口,记录第三端口与该呼叫建立请求消息携带的主叫地址端口的映射关系;第二代理服务器将该呼叫建立请求消息中的主叫地址修改为第二媒体路由控制网关的地址,将主叫端口修改为第三端口,然后向被叫终端发送第二代理服务器修改后的呼叫建立请求消息。第二代理服务器接收到呼叫建立成功消息后,与第一媒体路由控制网关协商地址端口信息,第一媒体路由控制网关预留第四端口,记录第四端口与该呼叫建立请求消息携带的被叫地址端口的映射关系;第二代理服务器将该呼叫建立成功消息中的被叫地址修改为第一媒体路由控制网关的地址,将被叫端口修改为第四端口,然后向第一代理服务器发送修改后的呼叫建立成功消息。
当媒体路由控制系统中包括用于为第二代理服务器分担媒体流的第二媒体路由控制网关时,第二代理服务器接收到呼叫建立请求消息后,与第二媒体路由控制网关协商地址端口信息,第二媒体路由控制网关预留第三端口,记录第三端口与该呼叫建立请求消息携带的主叫地址端口的映射关系;第二代理服务器将该呼叫建立请求消息中的主叫地址修改为第二媒体路由控制网关的地址,将主叫端口修改为第三端口,然后向被叫终端发送第二代理服务器修改后的呼叫建立请求消息。第二代理服务器接收到呼叫建立成功消息后,与第二媒体路由控制网关协商地址端口信息,第二媒体路由控制网关预留第四端口,记录第四端口与该呼叫建立请求消息携带的被叫地址端口的映射关系;第二代理服务器将该呼叫建立成功消息中的被叫地址修改为第二媒体路由控制网关的地址,将被叫端口修改为第四端口,然后向第一代理服务器发送修改后的呼叫建立成功消息。
当被叫终端返回呼叫建立失败消息时,第二代理服务器可根据呼叫建立失败消息中的主叫地址向媒体路由控制网关发送端口删除消息;媒体路由控制网关释放第三端口,并删除第三端口的映射关系记录,向第二代理服务器返回端口删除确认消息;第二代理服务器将呼叫建立失败消息转发给第一代理服务器。
第一代理服务器可记录预留第一端口的第一媒体路由控制网关的地址,第一代理服务器接收到呼叫建立失败消息后,向第一媒体路由控制网关发送端口删除消息;第一媒体路由控制网关释放第一端口,并删除第一端口的映射关系记录,向第一代理服务器返回端口删除确认消息;第一代理服务器将呼叫建立失败消息转发给主叫终端。
当代理服务器具有多个对应的媒体路由控制网关时,所述代理服务器可记录各媒体路由控制网关的健康状态,以及承载会话数量或剩余带宽等负载信息;在接收到呼叫建立请求消息时,根据媒体的健康状况和负载情况选择转发当前呼叫的媒体流的媒体路由控制网关。
为了使主被叫发送的媒体流由同一媒体路由控制网关分流,当系统中只存在第一媒体路由控制网关时,第一及第二代理服务器接收到呼叫建立成功消息时,可根据请求消息中携带的主叫地址信息选择相应的媒体路由控制网关预留端口;当系统中存在第二媒体路由控制网关时,第一代理服务器需记录预留第一端口的第一媒体路由控制网关的地址,并根据记录选择该第一媒体路由控制网关预留第二端口。从而,可有效避免网络故障引发的单向通信现象。
本发明又提供了一种媒体路由控制方法,包括以下步骤:
步骤1’、主叫终端发送呼叫建立请求消息通过第二代理服务器发送至第一代理服务器,该呼叫建立请求消息中携带有被叫终端标识以及主叫地址端口信息;
步骤2’、第一代理服务器与第一媒体路由控制网关协商地址端口信息,第一媒体路由控制网关预留第一端口,记录第一端口与主叫地址端口的映射关系;第一代理服务器将呼叫建立请求消息中的主叫地址修改为第一媒体路由控制网关的地址,将主叫端口修改为第一端口;
步骤3’、第一代理服务器将修改后的呼叫建立请求消息发送至被叫终端;
步骤4’、被叫终端向第一代理服务器返回携带有被叫地址端口信息的呼叫建立成功消息;
步骤5’、第一代理服务器与第一媒体路由控制网关协商地址端口信息,第一媒体路由控制网关预留第二端口,记录第二端口与被叫地址端口的映射关系;第一代理服务器将呼叫建立成功消息中的被叫地址修改为第一媒体路由控制网关的地址,将被叫端口修改为第二端口,并将修改后的呼叫建立成功消息通过第二代理服务器发送至主叫终端;
步骤6’、主叫终端根据接收到的呼叫建立成功消息中的被叫地址端口信息发送媒体流,和/或被叫终端根据呼叫建立请求消息中的主叫地址端口信息发送媒体流;
步骤7’、第一媒体路由控制网关接收到媒体流后,根据记录的映射关系修改媒体流的目的地址端口信息并发送修改后的媒体流。
本发明将信令处理和媒体处理单元分开,实现了媒体流的负载分担,提高了系统的可扩展性;代理服务器根据媒体路由控制网关的负载情况及健康状态将媒体流分担到相应媒体路由控制网关,从而充分利用设备资源,以保证媒体流传输质量;采用心跳检测技术动态检测媒体路由控制网关的健康状态,避免了单点故障,提高了系统的可用性。
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
附图说明
图1为本发明的媒体路由控制系统实施例一结构示意图;
图2为本发明的媒体路由控制系统实施例二结构示意图;
图3为本发明的媒体路由控制系统实施例三结构示意图;
图4为本发明的一种媒体流控制方法流程图;
图5为本发明的另一种媒体流控制方法流程图;
图6为本发明的PS1接收到呼叫建立请求消息后与MRCG1协商地址端口信息为至主叫终端的通信预留端口的方法一具体实施例流程图;
图7为本发明的PS1接收到呼叫建立成功消息后与MRCG1协商地址端口信息为至被叫终端的通信预留端口的方法一具体实施例流程图;
图8为本发明的媒体路由控制系统实施例四结构示意图;
图9为本发明的媒体路由控制系统实施例五结构示意图;
图10为本发明的媒体路由控制系统实施例六结构示意图;
图11为本发明的应用具有MRCG1及MRCG2的媒体路由控制系统的媒体路由控制方法流程图;
图12为本发明的PS2接收到呼叫建立请求消息后与MRCG2协商地址端口信息为至主叫终端的通信预留端口的方法一具体实施例流程图;
图13为本发明的PS2接收到呼叫建立成功消息后与MRCG2协商地址端口信息为至被叫终端的通信预留端口的方法一具体实施例流程图;
图14为本发明的媒体路由控制系统实施例七结构示意图;
图15为PS1与PS2共用MRCG1的媒体路由控制方法流程图。
具体实施方式
本发明引入了媒体路由控制网关(Media Route Control Gateway,简称MRCG),该网关专门用于分担媒体流负载,从而将信令处理单元和媒体处理单元分开,使系统具有良好的可扩展性。
本发明的媒体路由控制网关包括终端UE1及UE2,承载媒体流的I P网络1及IP网络2,用于建立呼叫的代理服务器PS1及PS2,与IP网络1连接用于控制建立呼叫的呼叫控制设备,以及用于为PS1分担媒体流的MRCG1。代理服务器的的地址信息可静态设置于终端中,终端也可动态获取代理服务器的地址信息。MRCG1在信令流程中需要与PS1协商用于转发媒体流的端口,PS1将由IP网络1承载的媒体流引至MRCG1;在媒体传输过程中,MRCG1根据内部记录的地址端口转换信息转发UE1发送和/或接收的媒体流,因此对于MRCG1来讲,UE1、PS1及IP网络1需是可达的。
终端UE1及UE2可采用多种方式接入IP网络2。例如,UE1及UE2分别通过PS1及PS2接入IP网络2,此时,当PS1及PS2接收到媒体流数据以及应由IP网络2承载的信令流时只进行转发。UE1及UE2也可先与路由器R连接,通过该路由器R与IP网络2及PS1连接。本发明对终端与IP网络的连接方式并没有特殊的要求,只要终端能够与所属的代理服务器通信并且能与相应代理服务器的媒体路由控制网关通信即可。
UE1可通过一个或一个以上路由器与PS1连接;MRCG1与PS1可直接连接,或通过一个或一个以上路由器连接,或通过IP网络1连接;UE1与MRCG1可通过一个或一个以上路由器连接,获通过IP网络1连接。
如图1所示,为本发明的媒体路由控制系统实施例一结构示意图。UE1通过路由器R1与PS1及MRCG1连接,并通过R1与IP网络2连接。PS1及MRCG1均与IP网络1连接。UE2通过路由器R2、PS2接入IP网络1,并通过R2接入IP网络2。PS1将由IP网络1承载的UE1发送至UE2的媒体流引至MRCG1,MRCG1根据地址转换信息将UE1发送至UE2的媒体流经IP网络1转发至UE2。由于系统中具有为PS1分担媒体流的MRCG1,因此PS1只处理信令,媒体流由MRCG1处理。在UE2侧,由于UE2只能通过PS2与IP网络1进行数据传输,因此PS2既要处理信令又要处理媒体数据。
如图2所示,为本发明的媒体路由控制系统实施例二结构示意图,UE1通过R3接入IP网络1及IP网络2。MRCG1及PS1通过R4接入IP网络1。UE1通过R3、IP网络1及R4与PS1及MRCS1通信,PS1级MRCG1可通过R4通信。在UE2侧,UE2通过R5与IP网络1及IP网络2连接,PS2通过R5与IP网络1连接,并通过R5与UE2通信。
如图3所示,为本发明的媒体路由控制系统实施例三结构示意图,UE1通过路由器R6及MRCG1接入IP网络1,并通过R6接入IP网络2。PS1通过路由器R7接入IP网络1。UE1通过R6与MRCG1通信,并通过R6、MRCG1、IP网络1及R7与PS1通信,MRCG1通过IP网络1及R7与PS1通信。UE2通过路由器R8接入IP网络1及IP网络2,PS2与R8连接,通过R8与UE2通信,并通过R8接入IP网络1。
由于在UE1侧,PS1具有MRCG1为其分担媒体流负载,因此IP网络1承载的UE1发送和/或接收的媒体流均可由PS1引至MRCG1。
如图4所示,为本发明的一种媒体流控制方法流程图,当主叫终端UE1向被叫终端UE2发起媒体流传输时,需要执行以下步骤:
步骤1、UE1发送呼叫建立请求消息至PS1,该呼叫建立请求中携带有UE2标识以及主叫地址端口信息,该主叫地址端口信息即UE1的地址及UE1用于接收媒体流的端口;
步骤2、PS1接收到呼叫建立请求消息后,与MRCG1协商地址端口信息,MRCG1为至主叫UE1的通信预留第一端口(以下用P1表示),记录P1与主叫地址端口的映射关系,即记录P1与UE1的地址及用于接收媒体流的端口的映射关系;PS1将呼叫建立请求消息中的主叫地址修改为MRCG1的地址,将主叫端口修改为P1;
步骤3、PS1将修改后的呼叫建立请求消息通过PS2发送至UE2;
步骤4、UE2返回携带有被叫地址端口信息的呼叫建立成功消息,该呼叫建立成功消息经过PS2发送至PS1;被叫地址端口信息即UE2的地址及UE2用于接收UE1媒体流的端口;
步骤5、PS1接收到呼叫建立成功消息后,与MRCG1协商地址端口信息,MRCG1为至被叫UE2的通信预留第二端口(以下用P2表示),记录P2与被叫地址端口的映射关系,即记录P2与UE2的地址及用于接收媒体流的端口的映射关系;PS1将呼叫建立成功消息中的被叫地址修改为MRCG1的地址,将被叫端口修改为P2,并将修改后的呼叫建立成功消息发送至UE1;
步骤6、UE1根据接收到的呼叫建立成功消息中的被叫地址端口信息发送媒体流,和/或UE2根据呼叫建立请求消息中的主叫地址端口信息发送媒体流;由于PS1修改了呼叫建立请求消息中的主叫地址端口以及呼叫建立成功消息中的被叫地址端口,因此UE1在向UE2发送媒体流时,根据呼叫建立成功消息中的被叫地址端口将媒体流发送至PS1的P2端口,UE2在向UE1发送媒体流时,根据呼叫建立请求消息中的主叫地址端口将媒体流发送至PS1的P1端口;
步骤7、MRCG1接收到媒体流后,根据记录的映射关系修改媒体流的目的地址端口信息并发送修改后的媒体流;若媒体流的接收端口为P1,即媒体流为发送至UE1的媒体流,MRCG1通过查找映射关系,可确定P1对应的地址端口为UE1的地址及用于接收媒体流的端口,MRCG1将媒体流的目的地址端口修改为UE1的地址端口,并继续向UE1转发;若媒体流的接收端口为P2,即媒体流为发送至UE2的媒体流,通过查找映射关系,可确定P2对应的地址端口为UE2的地址及用于接收媒体流的端口,MRCG1将媒体流的目的地址端口修改为UE2的地址端口,并继续转发。
如图5所示,为本发明的另一种媒体流控制方法流程图,当主叫终端UE2向被叫终端UE1发起媒体流传输时,需要执行以下步骤:
步骤1’、UE2发送呼叫建立请求消息通过PS2发送至PS1,该呼叫建立请求消息中携带有UE1标识以及主叫地址端口信息;主叫地址端口信息即UE2的地址及UE2用于接收媒体流的端口;
步骤2’、PS1接收到呼叫建立请求消息后,与MRCG1协商地址端口信息,MRCG1为至主叫UE2的通信预留P1,记录P1与主叫地址端口的映射关系,即记录P1与UE2的地址及用于接收媒体流的端口;PS1将呼叫建立请求消息中的主叫地址修改为MRCG1的地址,将主叫端口修改为P1;
步骤3’、PS1将修改后的呼叫建立请求消息发送至UE1;
步骤4’、UE1向PS1返回携带有被叫地址端口信息的呼叫建立成功消息;
步骤5’、PS1与MRCG1协商地址端口信息,MRCG1为至被叫UE1的通信预留P2,记录P2与UE1的地址及用于接收媒体流的端口的映射关系;PS1将呼叫建立成功消息中的被叫地址修改为MRCG1的地址,将被叫端口修改为P2,并将修改后的呼叫建立成功消息通过PS2发送至UE2;
步骤6’、UE2根据接收到的呼叫建立成功消息中的被叫地址端口信息发送媒体流,和/或UE1根据呼叫建立请求消息中的主叫地址端口信息发送媒体流;由于PS1修改了呼叫建立请求消息中的主叫地址端口以及呼叫建立成功消息中的被叫地址端口,因此UE2在向UE1发送媒体流时,根据呼叫建立成功消息中的被叫地址端口将媒体流发送至PS1的P2端口,UE1在向UE2发送媒体流时,根据呼叫建立请求消息中的主叫地址端口将媒体流发送至PS1的P1端口;
步骤7’、MRCG1接收到媒体流后,根据记录的映射关系修改媒体流的目的地址端口信息并发送修改后的媒体流;若媒体流的接收端口为P1,即媒体流为发送至UE2的媒体流,MRCG1通过查找映射关系,可确定P1对应的地址端口为UE2的地址及用于接收媒体流的端口,MRCG1将媒体流的目的地址端口修改为UE2的地址端口,并继续转发;若媒体流的接收端口为P2,即媒体流为发送至UE1的媒体流,通过查找映射关系,可确定P2对应的地址端口为UE2的地址及用于接收媒体流的端口,MRCG1将媒体流的目的地址端口修改为UE2的地址端口,并继续转发。
在上述的UE1向UE2传输媒体流及UE2向UE1传输媒体流两种情况下,均只对由PS1分流的媒体流进行了负载分担。步骤2、步骤5、步骤2’及步骤5’均为PS1与MRCG1协商地址端口的步骤,其中,步骤2及步骤2’是为被叫终端发送至主叫终端的媒体流预留端口,步骤5及步骤5’是为主叫终端发送至被叫终端的媒体流预留端口。PS1可通过SIP、H.248等协议请求MRCG1预留转发媒体流的端口,并在MRCG1上设置地址端口转换策略。
如图6所示,为PS1接收到呼叫建立请求消息后与MRCG1协商地址端口信息,为至主叫终端的通信预留端口的方法一具体实施例流程图,包括如下步骤:
步骤21、PS1向MRCG1发送端口预留消息,该端口预留消息中携带有主叫地址端口信息;
步骤22、MRCG1为至主叫终端的通信预留P1,记录P1与主叫地址端口的映射关系,向PS1返回携带有P1信息的端口预留确认消息;
步骤23、PS1将呼叫建立请求消息中的主叫地址修改为MRCG1的地址,主叫端口修改为P1。
如图7所示,为PS1接收到呼叫建立成功消息后与MRCG1协商地址端口信息为至被叫终端的通信预留端口的方法一具体实施例流程图,包括如下步骤:
步骤51、PS1向MRCG1发送端口预留消息,该端口预留消息中携带有被叫地址端口信息;
步骤52、MRCG1为至被叫终端的通信预留P2,记录P2与被叫地址端口的映射关系,向MRCG1返回携带有P2信息的端口预留确认消息;
步骤53、PS1将呼叫建立成功消息中的被叫地址修改为MRCG1的地址,被叫端口修改为P2。
在本发明的媒体路由控制系统中,MRCG1可为一个也可为一个以上。采用两个或多个MRCG1可避免当单个MRCG1发生故障时,便无法对媒体流进行分流的问题。
当MRCG1为一个以上时,PS1可依照预先定义的负载平衡规则,根据两个MRCS1的实际负载情况将需要转发的媒体流引至某一MRCS1,由该MRCS1转发。
如图8所示,为本发明的媒体路由控制系统实施例四结构示意图。在UE1侧,本实施例在实施例三的基础上又加入了2个MRCG1,从而,系统中共有3个MRCG1用来转发媒体流。在UE2侧,UE2通过R11与接入IP网络1及IP网络2,PS2通过R12接入IP网络1。
PS1可采用心跳检测技术检测MRCG1的健康状况,并根据健康状况将MRCG1加入服务队列或从服务队列中删除。在确定由哪个MRCG1转发媒体流时,PS1可根据MRCG1的健康状态信息及负载信息,以及预先设定的负载均衡规则,选择用于转发当前呼叫的媒体流的媒体路由控制网关。PS1可根据MRCG1的会话数量或剩余带宽量选择将当前的呼叫指派到哪个MRCG1,方法如下:
(1)当根据会话数量选择时,PS1记录各MRCG1的健康状态及承载会话数量,在各MRCG1中,选择健康状态正常并且会话数量最少的转发当前呼叫的媒体流,并将该MRCG1的会话数量增一,在流媒体传输结束后,该MRCG1的会话数量减一。
(2)当根据剩余带宽量选择时,PS1记录各MRCG1的健康状态及剩余带宽量,在各MRCG1中,选择健康状态正常并且剩余带宽量最大的转发当前呼叫的媒体流,核算当前呼叫消耗带宽量并从该MRCG1的剩余带宽量中扣除,当媒体流传输结束后,将该MRCG1的剩余带宽量增加相应的消耗带宽量。
由于系统中存在多个MRCG1,若发送至主叫终端和被叫终端的媒体流有不同的MRCG1分流,那么在发生网络故障时,可能发生单向通信的现象,例如,可能发生UE1可向UE2发送媒体流,但UE2无法向UE1发送媒体流的情况。为了避免这种现象的发生,需要由同一MRCG1分流发送至主叫终端的媒体流以及主叫终端发送的媒体流。呼叫建立成功消息中携带有用于分担至主叫的媒体流的MRCG1的地址,因此PS1在选择用于分担至被叫的媒体流的MRCG1时,可根据该地址选择相同的MRCG1分担至被叫的媒体流。
在呼叫建立过程中,若UE2返回的是呼叫建立失败消息,则需要释放为该呼叫预留的端口。PS1在转发呼叫建立请求消息时,将主叫地址端口修改成为MRCG1的地址及预留的端口P1,因此在呼叫建立失败消息中携带的主叫地址端口信息即MRCG1的地址及预留端口P1,PS1可直接从中提取MRCG1的地址,向该MRCG1发送端口删除消息,令MRCG1删除预留端口P1;MRCG1释放P1,并删除P1的映射关系记录,即删除P1与UE1的地址端口的映射关系,并向PS1返回端口删除确认消息;PS1将呼叫建立失败消息转发至UE1。
在本发明的媒体路由控制系统中,也可为PS2加入媒体路由控制网关MRCG2。如图9所示,为本发明的媒体路由控制系统实施例五结构示意图。在UE1侧,UE1通过R13接入IP网络1及IP网络2,PS1及两个MRCG1均通过R14接入IP网络1。在UE2侧,UE2通过R15接入IP网络1及IP网络2,PS2及MRCG2通过R16接入IP网络1。PS2将由IP网络1承载的由UE2接收和/或发送的媒体流引流至MRCG2,MRCG2根据地址转换信息修改媒体流的目的地址并进行转发。
MRCG1及MRCG2均可为一个或一个以上,UE1侧PS1及MRCG1的连接方式与UE2侧PS2与MRCG2的连接方式可以相同也可以不同。如图10所示,为本发明的媒体路由控制系统实施例六结构示意图。在UE1侧,UE1通过R17接入IP网络1及IP网络2。PS1具有两个MRCG1,PS1与其中一个MRCG1通过R18接入IP网络1,另一个MRCG1通过R19接入IP网络1。在UE2侧,UE2通过R20与两个MRCG2连接,两个MRCG2均直接接入IP网络1;UE2通过R20接入IP网络2;PS2通过R21接入IP网络1,MRCG2可通过IP网络1及R21与PS2通信。当MRCG1或MRCG2为一个以上时,PS1或PS2可根据预先设置的负载均衡规则将媒体流引流至相应的媒体路由控制网关,具体方法不再赘述。
在图4所示的UE1向UE2传输媒体流的情况及图5所示的UE2向UE1传输媒体流情况,均只对由PS1分流的媒体流进行了负载分担。当媒体路由控制系统中加入了MRCG2后,可进一步由MRCG2对PS2分流的媒体流进行负载分担。下面以UE1向UE2传输媒体流为例进行说明。在UE1侧,PS1与MRCG1协商地址端口的步骤,PS1修改信令的步骤以及MRCG1修改转发媒体流的步骤没有变化。由于需要对PS2分流的媒体流负载进行分担,因此UE2侧的处理流程有所变化。
如图11所示,为应用于具有MRCG1及MRCG2的媒体路由控制系统的媒体路由控制方法流程图,包括如下步骤:
步骤101、UE1发送呼叫建立请求消息至PS1,该呼叫建立请求中携带有UE2标识以及主叫地址端口信息,该主叫地址端口信息即UE1的地址及UE1用于接收媒体流的端口;
步骤102、PS1接收到呼叫建立请求消息后,与MRCG1协商地址端口信息,MRCG1为至主叫(即UE1)的通信预留P1,记录P1与主叫地址端口的映射关系,即记录P1与UE1的地址及用于接收媒体流的端口的映射关系;PS1将呼叫建立请求消息中的主叫地址修改为MRCG1的地址,将主叫端口修改为P1;
步骤103、PS1将修改后的呼叫建立请求消息发送至PS2;
步骤104、PS2与MRCG2协商地址端口信息,MRCG2为至主叫(由于PS1修改了主叫地址端口,因此此时主叫为MRCG1)的通信预留第三端口(以下用P3表示),记录P3与该呼叫建立请求消息携带的主叫地址端口的映射关系,即记录P3与MRCG1的地址及P1端口的映射关系;PS2将该呼叫建立请求消息中的主叫地址修改为MRCG2的地址,将主叫端口修改为P3;
步骤105、PS2向UE2发送PS2修改后的呼叫建立请求消息;
步骤106、UE2向PS2返回携带有被叫地址端口信息的呼叫建立成功消息;被叫地址端口信息即UE2的地址及UE2用于接收UE1媒体流的端口;
步骤107、PS2与MRCG2协商地址端口信息,MRCG2为被叫(即UE2)预留第四端口(以下用P4表示),记录P4与该呼叫建立成功消息携带的被叫地址端口的映射关系,即记录P4与UE2的地址及用于接收媒体流的端口的映射关系;PS2将该呼叫建立成功消息中的被叫地址修改为MRCG2的地址,将被叫端口修改为P4;
步骤108、PS2向PS1发送修改后的呼叫建立成功消息;
步骤109、PS1与MRCG1协商地址端口信息,MRCG1为至被叫(由于PS2修改了被叫地址端口,因此此时被叫为MRCG2)的通信预留P2,记录P2与被叫地址端口的映射关系,即记录P2与MRCG2的地址及P4的映射关系;PS1将呼叫建立成功消息中的被叫地址修改为MRCG1的地址,将被叫端口修改为P2,并将修改后的呼叫建立成功消息发送至UE1;
步骤110、UE1根据接收到的呼叫建立成功消息中的被叫地址端口信息发送媒体流,和/或UE2根据呼叫建立请求消息中的主叫地址端口信息发送媒体流;由于PS1及PS2修改了呼叫建立请求消息中的主叫地址端口以及呼叫建立成功消息中的被叫地址端口,因此UE1在向UE2发送媒体流时,根据呼叫建立成功消息中的被叫地址端口将媒体流发送至PS1的P2端口,UE2在向UE1发送媒体流时,根据呼叫建立请求消息中的主叫地址端口将媒体流发送至PS2的P3端口;
步骤111、MRCG1及MRCG2接收到媒体流后,根据记录的映射关系修改媒体流的目的地址端口信息并发送修改后的媒体流。
当UE1向UE2发送媒体流时,UE1发送的媒体流的目的地址为MRCG1的地址,端口为P2;MRCG1接收到媒体流后,通过查找映射关系,可确定P2对应的地址端口为MRCG2的地址及P4端口,MRCG1将媒体流的目的地址端口修改为MRCG2的地址及P4,并继续向MRCG2转发;MRCG2接收到该媒体流后,通过查找映射关系,可确定P4对应的地址端口为UE2的地址及用于接收媒体流的端口,MRCG2将媒体流的目的地址端口修改为UE2的地址及用于接收媒体流的端口,并继续向UE2转发。
当UE2向UE1发送媒体流时,UE2发送的媒体流的目的地址为MRCG2的地址,端口为P3;MRCG2接收到媒体流后,通过查找映射关系,可确定P3对应的地址端口为MRCG1的地址及P1端口,MRCG2将媒体流的目的地址端口修改为MRCG1地址及P1,并继续转发直MRCG1;MRCG1接收到媒体流后,通过查找映射关系,可确定P1对应的地址端口为UE1的地址及用于接收媒体流的端口,MRCG1将媒体流的目的地址端口修改为UE1的地址及用于接收媒体流的端口,并继续向UE1转发。
上述的步骤102及步骤104是为至主叫的通信预留端口的步骤,步骤107及步骤109是为被叫的通信预留端口的步骤,其中,步骤102及步骤107分别与图6、图7所示方法相同。PS2同样可通过SIP、H.248等协议请求MRCG2预留端口,并在MRCG2上设置地址端口转换策略。
如图12所示,PS2接收到呼叫建立请求消息后与MRCG2协商地址端口信息,为至主叫终端的通信预留端口的方法一具体实施例流程图,包括:
步骤1041、PS2向MRCG2发送端口预留消息,该端口预留消息中携带有呼叫建立请求消息携带的主叫地址端口信息,由于PS1修改了主叫地址端口,因此此时主叫地址为MRCG1的地址,主叫端口为P1;
步骤1042、MRCG2预留P3,记录P3与主叫地址端口的映射关系,即记录P3与MRCG1的地址及P1端口的映射关系,向PS2返回携带有P3信息的端口预留确认消息;
步骤1043、PS2将呼叫建立请求消息中的主叫地址修改为MRCG2的地址,主叫端口修改为P3。
如图13所示,为PS2接收到呼叫建立成功消息后与MRCG2协商地址端口信息为至被叫终端的通信预留端口的方法一具体实施例流程图,包括如下步骤:
步骤1071、PS2向MRCG2发送端口预留消息,该端口预留消息中携带有呼叫建立成功消息携带的被叫地址端口信息,即UE2的地址及用于接收媒体流的端口信息;
步骤1072、MRCG2预留P4,记录P4与被叫地址端口的映射关系,即记录P4与UE2的地址及用于接收媒体流的端口的映射关系,向PS2返回携带有P4信息的端口预留确认消息;
步骤1073、PS2将呼叫建立成功消息中的被叫地址修改为MRCG2的地址,被叫端口修改为P4。
由于PS2在转发呼叫建立请求消息时,将主叫地址端口修改成为MRCG2的地址及预留的端口P3,因此,被叫终端UE2返回的呼叫建立成功消息中携带的主叫地址端口信息为MRCG2的地址及端口P3,PS2在接收到呼叫建立成功消息后,可根据该消息中的主叫地址选择MRCG2,从而可保证主被叫发送的媒体流由同一MRCG2转发。
同时,由于呼叫建立成功消息中的主叫地址端口为MRCG2的地址端口,而并不是MRCG1的地址端口,因此,为了保证由同一MRCG1转发主叫终端发送及主叫终端接收的媒体流,PS1在修改呼叫建立请求消息的地址端口信息时,还要记录为该呼叫分配的MRCG1的地址,并在收到呼叫建立成功消息后,根据记录选择同一MRCG1预留端口P2。
在呼叫建立过程中,若UE2返回的是呼叫建立失败消息,则需要释放为该呼叫预留的P1及P3端口。由于PS2将主叫地址端口修改成为MRCG2的地址及预留的端口P3,因此在UE2返回的呼叫建立失败消息中携带的主叫地址端口信息为MRCG2的地址及预留端口P3,PS2可直接从中提取MRCG2的地址,向该MRCG2发送端口删除消息,令MRCG2删除预留端口P3;MRCG2释放P3,并删除P3的映射关系记录,即删除P3与MRCG1的地址及P1端口的映射关系,并向PS2返回端口删除确认消息;PS2将呼叫建立失败消息转发至PS1。
同时,由于呼叫建立成功消息中的主叫地址端口为MRCG2的地址端口,而并不是MRCG1的地址端口,因此,为了保证能够在呼叫建立失败时释放P1,PS1在修改呼叫建立请求消息的地址端口信息时,还要记录为该呼叫分配的MRCG1的地址和端口;在收到呼叫建立失败消息后,根据记录查找为该呼叫分配的MRCG1的地址,向该MRCG1发送端口删除消息,令MRCG1删除预留端口P1;MRCG1释放P1,并删除P1的映射关系记录,即删除P1与UE1的地址端口的映射关系,并向PS1返回端口删除确认消息;PS1将呼叫建立失败消息转发至UE1。
呼叫建立过程以及后续的媒体流传输过程可能由于网络的原因而中断,例如,被叫终端返回的为呼叫建立成功消息,PS2接收到了该消息,并进行了地址端口修改,但由于网络原因,无法传送至PS1,使该呼叫无法继续。因此,需要在MRCG中设置超时释放的端口管理机制,媒体路由控制网关在预留端口时触发计时器计时,如果在预定时间内没有媒体流到达时,则释放该端口。
PS2的媒体流也可由MRCG1来分担,即PS1和PS2共用MRCG1,而不为PS2设置专用的MRCG2。如图14所示,为本发明的媒体路由控制系统实施例七结构示意图,在UE1侧,UE1通过R22接入IP网络1及IP网络2。PS1、PS2、以及3个MRCG1均与IP网络1连接。UE2通过R23接入IP网络1及IP网络2。MRCG1对于PS1、PS2、UE1及UE2来讲,均是可达的。
此时,在步骤104及步骤107中,PS2应与MRCG1协商地址端口转换关系,分别预留P3及P4。
如图15所示,为PS1与PS2共用MRCG1时的媒体路由控制方法流程图,包括:
步骤201、UE1发送呼叫建立请求消息至PS1,该呼叫建立请求中携带有UE2标识以及主叫地址端口信息,该主叫地址端口信息即UE1的地址及UE1用于接收媒体流的端口;
步骤202、PS1接收到呼叫建立请求消息后,与MRCG1协商地址端口信息,MRCG1为至主叫(即UE1)的通信预留P1,记录P1与主叫地址端口的映射关系,即记录P1与UE1的地址及用于接收媒体流的端口的映射关系;PS1将呼叫建立请求消息中的主叫地址修改为MRCG1的地址,将主叫端口修改为P1;
步骤203、PS1将修改后的呼叫建立请求消息发送至PS2;
步骤204、PS2与MRCG1协商地址端口信息,MRCG1为至主叫(由于PS1修改了主叫地址端口,因此此时主叫为预留P1的MRCG1)的通信预留P3,记录P3与该呼叫建立请求消息携带的主叫地址端口的映射关系,即记录P3与预留P1的MRCG1的地址及P1端口的映射关系;PS2将该呼叫建立请求消息中的主叫地址修改为预留P3的MRCG1的地址,将主叫端口修改为P3;
MRCG1转发媒体流时,需要根据端口的映射关系记录修改媒体流目的地址。为了减少媒体流转发修改次数,可由同一MRCG1预留P1及P3,并由同一MRCG1预留P2及P4,这样,在转发媒体流时,只需转发一次即可。例如,当同一MRCG1预留P1级P3时,P3端口接收到的媒体流后,由P3映射为P1,并进一步由P1映射为UE1的地址端口,将媒体流地址端口修改为UE1的地址端口,并发送至UE1。而为了避免单向通信,P1和P2应属于同一MRCG1,P3和P4也应属于同一MRCG1。从而,P1-P4应由同一MRCG1分配,从而即可减少转发媒体流的网络传输,又可避免单向通信。此时,由于PS2接收到的呼叫建立请求消息中携带的主叫地址为预留P1的MRCG1的地址,因此,PS2可提取呼叫建立请求消息中的主叫地址,与地址为该主叫地址的MRCG1协商地址端口信息;PS2向该MRCG1发送端口预留消息;该MRCG1预留P3,记录P3与P1的映射关系(由于P3及P1为同一MRCG1的端口,因此映射关系中不需记录地址只需记录端口),并向PS2返回携带有P3信息的端口预留确认消息;PS2将呼叫建立请求中的主叫端口修改为P3(由于P3及P1为同一MRCG1的端口,因此不需修改主叫地址),并向被叫终端转发。
步骤205、PS2向UE2发送PS2修改后的呼叫建立请求消息;
步骤206、UE2向PS2返回携带有被叫地址端口信息的呼叫建立成功消息;被叫地址端口信息即UE2的地址及UE2用于接收UE1媒体流的端口;
步骤207、PS2与MRCG1协商地址端口信息,MRCG1为被叫(即UE2)预留P4,记录P4与该呼叫建立成功消息携带的被叫地址端口的映射关系,即记录P4与UE2的地址及用于接收媒体流的端口的映射关系;PS2将该呼叫建立成功消息中的被叫地址修改为MRCG2的地址,将被叫端口修改为P4;
为了保证P1-P4属于同一MRCG1,选择预留P1及P3的MRCG1预留P4;呼叫建立成功消息中的主叫地址即为预留P1及P3的MRCG1的地址,因此可根据该地址选择预留P4的MRCG1。
步骤208、PS2向PS1发送修改后的呼叫建立成功消息;
步骤209、PS1与MRCG1协商地址端口信息,MRCG1为至被叫(由于PS2修改了被叫地址端口,因此此时被叫为MRCG2)的通信预留P2,记录P2与被叫地址端口的映射关系,即记录P2与预留P4的MRCG1的地址及P4的映射关系;PS1将呼叫建立成功消息中的被叫地址修改为预留P2的MRCG1的地址,被叫端口修改为P2,并将修改后的呼叫建立成功消息发送至UE1;
为了保证P1-P4属于同一MRCG1,选择预留P1、P3及P4的MRCG1预留P2;呼叫建立成功消息中的主叫地址即为预留P1、P3及P4的MRCG1的地址,因此可根据该地址选择预留P2的MRCG1;PS1记录P2与被叫地址端口的映射关系,即记录P2与P4的映射关系(由于P2及P4为同一MRCG1的端口,因此映射关系中不需记录地址只需记录端口);PS1将呼叫建立成功消息中的被叫端口修改为P2(由于P2及P4为同一MRCG1的端口,因此不需修改被叫地址只需修改被叫端口),并将修改后的呼叫建立成功消息发送至UE1。
步骤210、UE1根据接收到的呼叫建立成功消息中的被叫地址端口信息发送媒体流,和/或UE2根据呼叫建立请求消息中的主叫地址端口信息发送媒体流;由于PS1及PS2修改了呼叫建立请求消息中的主叫地址端口以及呼叫建立成功消息中的被叫地址端口,因此UE1在向UE2发送媒体流时,根据呼叫建立成功消息中的被叫地址端口将媒体流发送至PS1的P2端口,UE2在向UE1发送媒体流时,根据呼叫建立请求消息中的主叫地址端口将媒体流发送至PS2的P3端口;
步骤211、MRCG1接收到媒体流后,根据记录的映射关系修改媒体流的目的地址端口信息并发送修改后的媒体流。
当UE1向UE2发送媒体流时,UE1发送的媒体流的目的地址为MRCG1的地址,端口为P2;MRCG1接收到媒体流后,通过查找映射关系记录,可确定P2对应端口P4,P4对应UE2的地址及用于接收媒体流的端口,MRCG1将媒体流的目的地址端口修改为UE2的地址及用于接收媒体流的端口,并继续向UE2转发。
当UE2向UE1发送媒体流时,UE2发送的媒体流的目的地址为MRCG1的地址,端口为P3;MRCG1接收到媒体流后,通过查找映射关系,可确定P3对应的端口为P1端口,P1对应的地址端口为UE1的地址及用于接收媒体流的端口,MRCG1将媒体流的目的地址端口修改为UE1的地址及用于接收媒体流的端口,并继续向UE1转发。
MRCG1可在分配了P3后,可根据P3与P1的映射关系以及P1与UE1地址及用于接收媒体流的端口的映射关系生成P3与UE1的地址及用于接收媒体流的端口的映射关系;在P3端口接收到媒体流后,可直接将P3映射为UE1的地址和用于接收媒体流的端口,将媒体流的目的地址修改为UE1的地址,目的端口修改为UE1用于接收媒体流的端口,并转发至UE1。在分配了P2后,可根据P2与P4的映射关系以及P4与UE2地址及用于接收媒体流的端口的映射关系生成P2与UE2的地址及用于接收媒体流的端口的映射关系;在P2端口接收到媒体流后,可直接将P2映射为UE2的地址和用于接收媒体流的端口,将媒体流的目的地址修改为UE2的地址,目的端口修改为UE1用于接收媒体流的端口,并转发至UE2。
在接收到呼叫建立失败消息时,PS2可根据该消息中的主叫地址端口确定为该呼叫预留了P3端口的MRCG1,向该MRCG1发送端口删除消息,MRCG1释放P3端口,删除P3端口的映射关系记录,并向PS2返回端口删除确认消息。若P1端口与P3端口属于同一MRCG1,那么,在删除P3端口的映射关系记录前,可根据该记录确定为该呼叫预留的P1端口,释放P1端口,并删除P1端口的映射关系记录。若在预留P1及P3时,二者不属于同一MRCG1,那么,PS1在修改呼叫建立请求消息时,应记录为给呼叫预留P1的MRCG1的地址;若被叫终端UE2返回的是呼叫建立失败消息,那么PS1可根据记录的地址向相应的MRCG1发送端口删除消息,该MRCG1释放P1端口,删除P1端口的映射关系记录,并向PS1返回端口删除确认消息;PS1向UE1返回呼叫建立失败消息。
本发明将媒体流分流设备的信令和媒体处理单元分开,一个信令处理单元可以对应多个媒体处理单元,通过一种通信方法使媒体处理在多个媒体处理单元上进行负载分担,提高了系统的扩展性。代理服务器根据媒体路由控制网关的负载情况及健康状态将媒体流分担到相应媒体路由控制网关,从而充分利用设备资源,以保证媒体流传输质量;采用心跳检测技术动态检测媒体路由控制网关的健康状态,避免了单点故障,提高了系统的可用性。
最后应当说明的是:以上实施例仅用以说明本发明的技术方案而非对其限制;尽管参照较佳实施例对本发明进行了详细的说明,所属领域的普通技术人员应当理解,依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换;而不脱离本发明技术方案的精神,其均应涵盖在本发明请求保护的技术方案范围当中。
Claims (44)
1.一种媒体流路由控制系统,包括第一终端及第二终端,承载媒体流的第一IP网络及第二IP网络,用于建立呼叫的第一代理服务器及第二代理服务器,以及与第一IP网络连接用于控制建立呼叫的呼叫控制设备,其特征在于该系统还包括:第一媒体路由控制网关,与所述第一终端、第一代理服务器及第一IP网络连接,用于为第一代理服务器分担媒体流。
2.根据权利要求1所述的媒体路由控制系统,其特征在于:所述第一媒体路由控制网关为一个或一个以上。
3.根据权利要求1或2所述的媒体路由控制系统,其特征在于:所述第一终端通过一个或一个以上路由器与第一代理服务器连接。
4.根据权利要求1或2所述的媒体路由控制系统,其特征在于:所述第一媒体路由控制网关与第一代理服务器直接连接,或通过一个或一个以上路由器连接,或通过第一IP网络连接;所述第一终端与第一媒体路由控制网关通过一个或一个以上路由器连接,或通过第一IP网络连接。
5.根据权利要求1或2所述的媒体路由控制系统,其特征在于:所述第一媒体路由控制网关与第二代理服务器连接,或通过一个或一个以上路由其连接,或通过第一IP网络连接,还用于为第二代理服务器分担媒体流;所述第二终端与第一媒体路由控制网关通过一个或一个以上路由器连接,或通过第一IP网络连接。
6.根据权利要求1或2所述的媒体路由控制系统,其特征在于还包括:第二媒体路由控制网关,与所述第二终端、第二代理服务器及第一IP网络连接,用于为第二代理服务器分担媒体流。
7.根据权利要求6所述的媒体路由控制系统,其特征在于:所述第二媒体路由控制网关为一个或一个以上。
8.一种媒体路由控制方法,其特征在于包括以下步骤:
步骤1、主叫终端发送呼叫建立请求消息至第一代理服务器,该呼叫建立请求消息中携带有被叫终端标识以及主叫地址端口信息;
步骤2、第一代理服务器与第一媒体路由控制网关协商地址端口信息,第一媒体路由控制网关预留第一端口,记录第一端口与主叫地址端口的映射关系;第一代理服务器将呼叫建立请求消息中的主叫地址修改为第一媒体路由控制网关的地址,将主叫端口修改为第一端口;
步骤3、第一代理服务器将修改后的呼叫建立请求消息通过第二代理服务器发送至被叫终端;
步骤4、被叫终端返回携带有被叫地址端口信息的呼叫建立成功消息,该呼叫建立成功消息经过第二代理服务器发送至第一代理服务器;
步骤5、第一代理服务器与第一媒体路由控制网关协商地址端口信息,第一媒体路由控制网关预留第二端口,记录第二端口与被叫地址端口的映射关系;第一代理服务器将呼叫建立成功消息中的被叫地址修改为第一媒体路由控制网关的地址,将被叫端口修改为第二端口,并将修改后的呼叫建立成功消息发送至主叫终端;
步骤6、主叫终端根据接收到的呼叫建立成功消息中的被叫地址端口信息发送媒体流,和/或被叫终端根据呼叫建立请求消息中的主叫地址端口信息发送媒体流;
步骤7、第一媒体路由控制网关接收到媒体流后,根据记录的映射关系修改媒体流的目的地址端口信息并发送修改后的媒体流。
9.根据权利要求8所述的媒体流路由控制方法,其特征在于所述步骤2具体为:
步骤21、第一代理服务器向第一媒体路由控制网关发送端口预留消息,该端口预留消息中携带有主叫地址端口信息;
步骤22、第一媒体路由控制网关预留第一端口,记录第一端口与主叫地址端口的映射关系,向第一代理服务器返回携带有第一端口信息的端口预留确认消息;
步骤23、第一代理服务器将呼叫建立请求消息中的主叫地址修改为第一媒体路由控制网关的地址,主叫端口修改为第一端口。
10.根据权利要求8所述的媒体流路由控制方法,其特征在于所述步骤5具体为:
步骤51、第一代理服务器向第一媒体路由控制网关发送端口预留消息,该端口预留消息中携带有被叫地址端口信息;
步骤52、第一媒体路由控制网关预留第二端口,记录第二端口与被叫地址端口的映射关系,向第一代理服务器返回携带有第二端口信息的端口预留确认消息;
步骤53、第一代理服务器将呼叫建立成功消息中的被叫地址修改为第一媒体路由控制网关的地址,被叫端口修改为第二端口。
11.根据权利要求8所述的媒体路由控制方法,其特征在于所述步骤2中,第一代理服务器根据第一媒体路由控制网关的健康状态信息及负载信息,以及预先设定的负载均衡规则,选择第一媒体路由控制网关协商地址端口信息。
12.根据权利要求8所述的媒体路由控制方法,其特征在于:第一代理服务器在接收到呼叫建立成功消息后,根据该呼叫建立成功消息中携带的主叫地址端口信息选择用于转发当前呼叫的媒体流的第一媒体路由控制网关。
13.根据权利要求8所述的媒体路由控制方法,其特征在于该方法还包括:当被叫终端返回呼叫建立失败消息时,第一代理服务器向第一媒体路由控制网关发送端口删除消息;第一媒体路由控制网关释放第一端口,并删除第一端口的映射关系记录,向第一代理服务器返回端口删除确认消息;第一代理服务器将呼叫建立失败消息转发给主叫终端。
14.根据权利要求8所述的媒体路由控制方法,其特征在于所述步骤7具体为:
步骤71、第一媒体路由控制网关接收到媒体流后,根据媒体流的端口查找对应的地址端口信息;
步骤72、第一媒体路由控制网关将媒体流的目的地址端口修改为对应的地址端口并发送修改后的媒体流。
15.根据权利要求8所述的媒体路由控制方法,其特征在于所述步骤3具体为:
步骤31a、第一代理服务器将修改后的呼叫建立请求消息发送至第二代理服务器;
步骤32a、第二代理服务器与第一媒体路由控制网关协商地址端口信息,第一媒体路由控制网关预留第三端口,记录第三端口与该呼叫建立请求消息携带的主叫地址端口的映射关系;第二代理服务器将该呼叫建立请求消息中的主叫地址修改为第一媒体路由控制网关的地址,将主叫端口修改为第三端口;
步骤33a、第二代理服务器向被叫终端发送第二代理服务器修改后的呼叫建立请求消息。
16.根据权利要求15所述的媒体路由控制方法,其特征在于所述步骤31a和32a之间还包括:第二代理服务器根据该呼叫建立请求消息中携带的主叫地址端口信息选择地址为主叫地址的第一媒体路由控制网关。
17.根据权利要求15或16所述的媒体路由控制方法,其特征在于所述步骤32a具体为:
步骤321a、第二代理服务器向第一媒体路由控制网关发送端口预留消息,该端口预留消息中携带有该呼叫建立请求消息携带的主叫地址端口信息;
步骤322a、第一媒体路由控制网关预留第三端口,记录第三端口与主叫地址端口的映射关系,向第二代理服务器返回携带有第三端口信息的端口预留确认消息;
步骤323a、第二代理服务器将呼叫建立请求消息中的主叫地址修改为第一媒体路由控制网关的地址,主叫端口修改为第三端口。
18.根据权利要求15所述的媒体路由控制方法,其中所述步骤4具体为:
步骤41a、被叫终端向第二代理服务器返回携带有被叫地址端口信息的呼叫建立成功消息;
步骤42a、第二代理服务器与第一媒体路由控制网关协商地址端口信息,第一媒体路由控制网关预留第四端口,记录第四端口与该呼叫建立请求消息携带的被叫地址端口的映射关系;第二代理服务器将该呼叫建立成功消息中的被叫地址修改为第一媒体路由控制网关的地址,将被叫端口修改为第四端口;
步骤43a、第二代理服务器向第一代理服务器发送修改后的呼叫建立成功消息。
19.根据权利要求18所述的媒体路由控制方法,其特征在于所述步骤41a和步骤42a之间还包括:第二代理服务器根据呼叫建立成功消息中携带的主叫地址信息选择第一媒体路由控制网关。
20.根据权利要求18或19所述的媒体路由控制方法,其中所述步骤42a具体为:
步骤421a、第二代理服务器向第一媒体路由控制网关发送端口预留消息,该端口预留消息中携带有该呼叫建立请求消息携带的被叫地址端口信息;
步骤422a、第一媒体路由控制网关预留第四端口,记录第四端口与被叫地址端口的映射关系,向第二代理服务器返回携带有第四端口信息的端口预留确认消息;
步骤423a、第二代理服务器将呼叫建立成功消息中的被叫地址修改为第一媒体路由控制网关的地址,被叫端口修改为第四端口。
21.根据权利要求15所述的媒体路由控制方法,其特征在于还包括:当被叫终端返回呼叫建立失败消息时,第二代理服务器根据该呼叫建立失败消息中的主叫地址端口向第一媒体路由控制网关发送端口删除消息;第一媒体路由控制网关释放第三端口,并删除第三端口的映射关系记录,向第二代理服务器返回端口删除确认消息;第二代理服务器将呼叫建立失败消息转发给第一代理服务器。
22.根据权利要求21所述的媒体路由控制方法,其特征在于所述步骤2还包括:第一代理服务器记录预留第一端口的第一媒体路由控制网关的地址;第一代理服务器接收到呼叫建立失败消息后,根据记录向相应的第一媒体路由控制网关发送端口删除消息;第一媒体路由控制网关释放第一端口,并删除第一端口的映射关系记录,向第一代理服务器返回端口删除确认消息;第一代理服务器将呼叫建立失败消息转发给主叫终端。
23.根据权利要求16所述的媒体路由控制方法,其特征在于还包括:当被叫终端返回呼叫建立失败消息时,第二代理服务器根据该呼叫建立失败消息中的主叫地址端口向第一媒体路由控制网关发送端口删除消息;第一媒体路由控制网关释放第三端口及与第三端口具有映射关系的端口,并删除第三端口的映射关系记录以及与第三端口具有映射关系的端口的映射关系记录,向第二代理服务器返回端口删除确认消息;第二代理服务器将呼叫建立失败消息转发给第一代理服务器。
24.根据权利要求8所述的媒体路由控制方法,其中所述步骤3具体为:
步骤31b、第一代理服务器将修改后的呼叫建立请求消息发送至第二代理服务器;
步骤32b、第二代理服务器与第二媒体路由控制网关协商地址端口信息,第二媒体路由控制网关预留第三端口,记录第三端口与该呼叫建立请求消息携带的主叫地址端口的映射关系;第二代理服务器将该呼叫建立请求消息中的主叫地址修改为第二媒体路由控制网关的地址,将主叫端口修改为第三端口;
步骤33b、第二代理服务器向被叫终端发送第二代理服务器修改后的呼叫建立请求消息。
25.根据权利要求24所述的媒体路由控制方法,其特征在于所述步骤31b与步骤32b之间还包括:第二代理服务器根据第二媒体路由控制网关的健康状态信息及负载信息,以及预先设定的负载均衡规则,选择第二媒体路由控制网关。
26.根据权利要求24或25所述的媒体路由控制方法,其中所述步骤32b具体为:
步骤321b、第二代理服务器向第二媒体路由控制网关发送端口预留消息,该端口预留消息中携带有该呼叫建立请求消息携带的主叫地址端口信息;
步骤322b、第二媒体路由控制网关预留第三端口,记录第三端口与主叫地址端口的映射关系,向第二代理服务器返回携带有第三端口信息的端口预留确认消息;
步骤323b、第二代理服务器将呼叫建立请求消息中的主叫地址修改为第二媒体路由控制网关的地址,主叫端口修改为第三端口。
27.根据权利要求25所述的媒体路由控制方法,其中所述步骤4具体为:
步骤41b、被叫终端向第二代理服务器返回携带有被叫地址端口信息的呼叫建立成功消息;
步骤42b、第二代理服务器与第二媒体路由控制网关协商地址端口信息,第二媒体路由控制网关预留第四端口,记录第四端口与该呼叫建立请求消息携带的被叫地址端口的映射关系;第二代理服务器将该呼叫建立成功消息中的被叫地址修改为第二媒体路由控制网关的地址,将被叫端口修改为第四端口;
步骤43b、第二代理服务器向第一代理服务器发送修改后的呼叫建立成功消息。
28.根据权利要求27所述的媒体路由控制方法,其特征在于所述步骤41b与步骤42b之间还包括:第二代理服务器根据该呼叫建立成功消息中携带的主叫地址信息选择第二媒体路由控制网关。
29.根据权利要求27或28所述的媒体路由控制方法,其中所述步骤42b具体为:
步骤421b、第二代理服务器向第二媒体路由控制网关发送端口预留消息,该端口预留消息中携带有该呼叫建立请求消息携带的被叫地址端口信息;
步骤422b、第二媒体路由控制网关预留第四端口,记录第四端口与被叫地址端口的映射关系,向第二代理服务器返回携带有第四端口信息的端口预留确认消息;
步骤423b、第二代理服务器将呼叫建立成功消息中的被叫地址修改为第二媒体路由控制网关的地址,被叫端口修改为第四端口。
30.根据权利要求27所述的媒体路由方法,其特征在于所述步骤7还包括:第二媒体路由控制网关接收到媒体流后,根据记录的映射关系修改媒体流的目的地址端口信息并发送修改后的媒体流。
31.根据权利要求24所述的媒体路由控制方法,其特征在于还包括:当被叫终端返回呼叫建立失败消息时,第二代理服务器根据呼叫建立失败消息中的主叫地址端口信息向第二媒体路由控制网关发送端口删除消息;第二媒体路由控制网关释放第三端口,并删除第三端口的映射关系记录,向第二代理服务器返回端口删除确认消息;第二代理服务器将呼叫建立失败消息转发给第一代理服务器。
32.根据权利要求31所述的媒体路由控制方法,其特征在于:所述步骤2中,第一代理服务器记录分配第一端口的第一媒体路由控制网关的地址;第一代理服务器接收到第二代里服务器返回的呼叫建立失败消息时,根据记录向第一媒体路由控制网关发送端口删除消息;第一媒体路由控制网关释放第一端口,并删除第一端口的映射关系记录,向第一代理服务器返回端口删除确认消息;第一代理服务器将呼叫建立失败消息转发给主叫终端。
33.根据权利要求15或24所述的媒体路由控制方法,其特征在于所述步骤2还包括:第一代理服务器记录预留第一端口的第一媒体路由控制网关的地址;所述步骤5中,第一代理服务器根据记录选择预留第一端口的第一媒体路由控制网关协商地址端口信息。
34.根据权利要求11或25所述的媒体路由控制方法,其特征在于:所述代理服务器记录相应媒体路由控制网关的健康状态及承载会话数量,在对应的媒体路由控制网关中,选择健康状态正常并且会话数量最少的媒体路由控制网关协商地址端口信息,并增加该媒体路由控制网关的会话数量,在流媒体传输结束后,减少该媒体路由控制网关的会话数量。
35.根据权利要求11或25所述的媒体路由控制方法,其特征在于:所述代理服务器记录对应的媒体路由控制网关的健康状态及剩余带宽量,在对应的媒体路由控制网关中,选择健康状态正常并且剩余带宽量最大的媒体路由控制网关协商地址端口信息,核算当前呼叫消耗带宽量并从该媒体路由控制网关的剩余带宽量中扣除,当媒体流传输结束后,将该媒体路由控制网关的剩余带宽量增加相应的消耗带宽量。
36.根据权利要求11或25所述的媒体路由控制方法,其特征在于还包括:所述代理服务器采用心跳检测技术检测对应的媒体路由控制网关的健康状况,并根据健康状况将对应的媒体路由控制网关加入服务队列或从服务队列中删除。
37.根据权利要求8-16、18、19、21-25、27、28、30-32任一所述的媒体路由控制方法,其特征在于还包括:媒体路由控制网关在预留端口时触发计时器计时,当在预定时间内没有媒体流到达时,释放该端口。
38.一种媒体路由控制方法,其特征在于包括以下步骤:
步骤1’、主叫终端发送呼叫建立请求消息通过第二代理服务器发送至第一代理服务器,该呼叫建立请求消息中携带有被叫终端标识以及主叫地址端口信息;
步骤2’、第一代理服务器与第一媒体路由控制网关协商地址端口信息,第一媒体路由控制网关预留第一端口,记录第一端口与主叫地址端口的映射关系;第一代理服务器将呼叫建立请求消息中的主叫地址修改为第一媒体路由控制网关的地址,将主叫端口修改为第一端口;
步骤3’、第一代理服务器将修改后的呼叫建立请求消息发送至被叫终端;
步骤4’、被叫终端向第一代理服务器返回携带有被叫地址端口信息的呼叫建立成功消息;
步骤5’、第一代理服务器与第一媒体路由控制网关协商地址端口信息,第一媒体路由控制网关预留第二端口,记录第二端口与被叫地址端口的映射关系;第一代理服务器将呼叫建立成功消息中的被叫地址修改为第一媒体路由控制网关的地址,将被叫端口修改为第二端口,并将修改后的呼叫建立成功消息通过第二代理服务器发送至主叫终端;
步骤6’、主叫终端根据接收到的呼叫建立成功消息中的被叫地址端口信息发送媒体流,和/或被叫终端根据呼叫建立请求消息中的主叫地址端口信息发送媒体流;
步骤7’、第一媒体路由控制网关接收到媒体流后,根据记录的映射关系修改媒体流的目的地址端口信息并发送修改后的媒体流。
39.根据权利要求38所述的媒体路由控制方法,其特征在于所述步骤1’及步骤2’之间还包括:第一代理服务器根据第一媒体路由控制网关的健康状态信息及负载信息,以及预先设定的负载均衡规则,选择媒体路由控制网关。
40.根据权利要求38或39所述的媒体流路由控制方法,其特征在于所述步骤2’具体为:
步骤21’、第一代理服务器向第一媒体路由控制网关发送端口预留消息,该端口预留消息中携带有主叫地址端口信息;
步骤22’、第一媒体路由控制网关预留第一端口,记录第一端口与主叫地址端口的映射关系,向第一代理服务器返回携带有第一端口信息的端口预留确认消息;
步骤23’、第一代理服务器将呼叫建立请求消息中的主叫地址修改为第一媒体路由控制网关的地址,主叫端口修改为第一端口。
41.根据权利要求38所述的媒体路由控制方法,其特征在于所述步骤4’及步骤5’之间还包括:第一代理服务器根据该呼叫建立成功消息中携带的主叫地址端口信息选择第一媒体路由控制网关。
42.根据权利要求38或41所述的媒体流路由控制方法,其特征在于所述步骤5’具体为:
步骤51’、第一代理服务器向第一媒体路由控制网关发送端口预留消息,该端口预留消息中携带有被叫地址端口信息;
步骤52’、第一媒体路由控制网关预留第二端口,记录第二端口与被叫地址端口的映射关系,向第一代理服务器返回携带有第二端口信息的端口预留确认消息;
步骤53’、第一代理服务器将呼叫建立成功消息中的被叫地址修改为第一媒体路由控制网关的地址,被叫端口修改为第二端口。
43.根据权利要求38所述的媒体路由控制方法,其特征在于该方法还包括:当被叫终端返回呼叫建立失败消息时,第一代理服务器向第一媒体路由控制网关发送端口删除消息;第一媒体路由控制网关释放第一端口,并删除第一端口的映射关系记录,向第一代理服务器返回端口删除确认消息;第一代理服务器将呼叫建立失败消息经第二代理服务器转发给主叫终端。
44.根据权利要求38或43所述的媒体路由控制方法,其特征在于所述步骤2’中,第一代理服务器根据第一媒体路由控制网关的健康状态信息及负载信息,以及预先设定的负载均衡规则,选择第一媒体路由控制网关协商地址端口信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101698641A CN101212405B (zh) | 2006-12-29 | 2006-12-29 | 媒体路由控制方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101698641A CN101212405B (zh) | 2006-12-29 | 2006-12-29 | 媒体路由控制方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101212405A true CN101212405A (zh) | 2008-07-02 |
CN101212405B CN101212405B (zh) | 2011-09-21 |
Family
ID=39612091
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006101698641A Active CN101212405B (zh) | 2006-12-29 | 2006-12-29 | 媒体路由控制方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101212405B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101917409A (zh) * | 2010-07-23 | 2010-12-15 | 深圳粤和通科技有限公司 | 一种多媒体流的传输方法及系统 |
CN102065342A (zh) * | 2009-11-18 | 2011-05-18 | 中兴通讯股份有限公司 | 分组交换网络中的呼叫保持方法、系统和设备 |
CN101753438B (zh) * | 2009-12-08 | 2012-06-06 | 中兴通讯股份有限公司 | 实现通道分离的路由器及其通道分离的传输方法 |
CN101753739B (zh) * | 2008-12-01 | 2012-09-05 | 中兴通讯股份有限公司 | 一种nat下终端非本地放音的实现方法 |
CN116566955A (zh) * | 2023-07-07 | 2023-08-08 | 杭州英旭智能科技有限公司 | 一种基于mqtt的数字语音通话方法、装置及应用 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7321565B2 (en) * | 2003-08-29 | 2008-01-22 | Ineoquest Technologies | System and method for analyzing the performance of multiple transportation streams of streaming media in packet-based networks |
CN1856163B (zh) * | 2005-04-27 | 2011-05-18 | 华为技术有限公司 | 一种具有会话边界控制器的通信系统及其传输信令的方法 |
CN100459524C (zh) * | 2006-04-25 | 2009-02-04 | 中国移动通信集团公司 | 媒体流分流系统及分流方法 |
CN100438442C (zh) * | 2006-04-25 | 2008-11-26 | 中国移动通信集团公司 | 媒体流分流系统及媒体流分流方法 |
-
2006
- 2006-12-29 CN CN2006101698641A patent/CN101212405B/zh active Active
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101753739B (zh) * | 2008-12-01 | 2012-09-05 | 中兴通讯股份有限公司 | 一种nat下终端非本地放音的实现方法 |
CN102065342A (zh) * | 2009-11-18 | 2011-05-18 | 中兴通讯股份有限公司 | 分组交换网络中的呼叫保持方法、系统和设备 |
CN101753438B (zh) * | 2009-12-08 | 2012-06-06 | 中兴通讯股份有限公司 | 实现通道分离的路由器及其通道分离的传输方法 |
CN101917409A (zh) * | 2010-07-23 | 2010-12-15 | 深圳粤和通科技有限公司 | 一种多媒体流的传输方法及系统 |
CN101917409B (zh) * | 2010-07-23 | 2013-04-24 | 深圳粤和通科技有限公司 | 一种多媒体流的传输方法及系统 |
CN116566955A (zh) * | 2023-07-07 | 2023-08-08 | 杭州英旭智能科技有限公司 | 一种基于mqtt的数字语音通话方法、装置及应用 |
CN116566955B (zh) * | 2023-07-07 | 2023-09-19 | 杭州英旭智能科技有限公司 | 一种基于mqtt的数字语音通话方法、装置及应用 |
Also Published As
Publication number | Publication date |
---|---|
CN101212405B (zh) | 2011-09-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7142532B2 (en) | System and method for improving communication between a switched network and a packet network | |
EP1386469B1 (en) | Alternate routing of voice communication in a packet-based network | |
RU2463744C2 (ru) | Связь с коммутацией каналов и коммутацией пакетов | |
US8908509B2 (en) | Flow admission control in an IP network | |
US7281043B1 (en) | System for sharing resources among RSVP sessions | |
JP3880867B2 (ja) | Ipエンドポイント間のipベアラパスを管理するためのipパケットアクセスゲートウェイ(ippag)システムおよび方法およびコンピュータプログラム製品 | |
US8301744B2 (en) | Systems and methods for QoS provisioning and assurance for point-to-point SIP sessions in DiffServ-enabled MPLS networks | |
EP1668471A2 (en) | Methods and systems for per-session dynamic management of media gateway resources | |
CN101212405B (zh) | 媒体路由控制方法 | |
CN100546308C (zh) | 网关控制协议报文传输方法 | |
EP1436963B1 (en) | Method, apparatus and computer program for selecting a media gateway control function based on the monitoring of resources of media gateway functions | |
EP2200226B1 (en) | Method, system and device for bearer resource reservation | |
JP4738363B2 (ja) | Sipサーバ | |
CN101022461A (zh) | 一种传送信令消息的方法和信令设备 | |
US8428074B2 (en) | Back-to back H.323 proxy gatekeeper | |
KR100705564B1 (ko) | 네트워크에서의 자원 관리 장치 및 방법 | |
US8817775B2 (en) | Access gateway and method of operation by the same | |
EP1185069A2 (en) | Method and system for providing anonymity in an IP telephony network | |
WO2010017176A1 (en) | Systems and methods for qos provisioning and assurance for point-to-point sip sessions in diffserv-enabled mpls networks | |
CN100438442C (zh) | 媒体流分流系统及媒体流分流方法 | |
US20050111459A1 (en) | Method for transmitting communication data in a communication system | |
KR100407810B1 (ko) | 음성 데이터 통합 인터넷 프로토콜과 공중전화 교환망간의 상호 지능망 서비스 방법 및 장치 | |
US8208374B2 (en) | Method, network agent and bandwidth broker for managing the available bandwidth for connections between terminals of a packet-oriented communication network | |
CN101330426B (zh) | Iptv网络互连架构及互连方法 | |
JP2003060711A (ja) | パケット通信制御方式及びパケット通信方法 |
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 |