CN1705291A - 媒体路由器的媒体流路由方法 - Google Patents

媒体路由器的媒体流路由方法 Download PDF

Info

Publication number
CN1705291A
CN1705291A CN 200410047253 CN200410047253A CN1705291A CN 1705291 A CN1705291 A CN 1705291A CN 200410047253 CN200410047253 CN 200410047253 CN 200410047253 A CN200410047253 A CN 200410047253A CN 1705291 A CN1705291 A CN 1705291A
Authority
CN
China
Prior art keywords
media
route
terminal
opposite end
signaling
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.)
Pending
Application number
CN 200410047253
Other languages
English (en)
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.)
Shang Yang Technology (china) Co Ltd
Original Assignee
Shang Yang Technology (china) 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 Shang Yang Technology (china) Co Ltd filed Critical Shang Yang Technology (china) Co Ltd
Priority to CN 200410047253 priority Critical patent/CN1705291A/zh
Publication of CN1705291A publication Critical patent/CN1705291A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种在媒体路由器中用于路由媒体流标识的方法,其包括下列步骤:a)接收媒体连接控制信令;b)根据控制信令中的信息依次判断是否属于桥接路由、镜像路由和短路路由之一;c)根据所判断的路由类型生成路由连接规则和/或相应的路由表;d)根据路由规则或路由表进行媒体描述的替换,以进行网络的连接。该MR媒体流路由技术主要使用于媒体路由器中。该技术将媒体路由器的众多路由情形总结为Bridge、Mirror和Shortcut三种路由类型,智能快捷的判断并创建路由规则形成路由表。其中,Shortcut的路由类型的媒体流并不需要经过MR,平均减少了1/3的媒体流负荷。并且通过三种媒体流路由之间的切换即可方便的支持包括多方通话在内的软交换新业务。

Description

媒体路由器的媒体流路由方法
技术领域
本发明涉及媒体路由器,特别涉及媒体流路由,VoIP,防火墙穿透,IP网络,软交换协议等,主要用于MGCP、H.248、SIP、H.323等通讯协议的媒体流路由方法。
背景技术
NGN(下一代网络)语音/视频业务是当前技术发展最快的一种新型的媒体流业务网络,从目前NGN技术发展的情况看,在信令的定义、处理,与产品的实施上有了长足的发展。但是在媒体流互联互通,语音流管理,接入手段,终端设备管理,网络安全性管理等等发展的非常不平衡。以下是宽带语音、视频业务目前急待解决的一些问题:如媒体流互联互通;媒体流管理;接入技术的实施与管理;宽带语音网络安全性实施与管理;防火墙穿透等。
应用现有的通讯协议,软交换相关的协议,音频/视频电话必须有直接的网络连接才能够进行通话。但是在实际的网络中,这种假设并不成立。下面是我们常见的几种造成宽带音频/视频电话无法实施的情况(特别是在不同网络中存在NAT和防火墙的时候的被叫),如:公网和私网的互通;私网与私网的互通;与企业局域网的互通;VPN及其之间的互通等。
如图1所示是一种典型的媒体流不能互通的情况,从图中可以看出公网与私网媒体流不能互联互通。
因此,需要一种MR媒体路由设备。如图2所示,其包括媒体路由器MR,对于业务层来说,简单的讲,MR是可连接公网、私网,实现防火墙(NAT)穿透,实现公网、私网下的用户终端互通,实现通话、视频等媒体业务的设备。
发明内容
本发明的目的在于提供一种“MR的媒体流路由技术”,其成功的解决了在NGN框架下MR设备音频、视频和数据的媒体流互联互通,快速完成路由操作,提高媒体路由设备的处理能力,减少在媒体流路由上的资源消耗。并且最大限度的节约网络带宽,提高网络带宽的利用率,进而提高媒体流所承载的服务质量QoS。
为实现本发明的目的,我们提供一种在媒体路由器中用于路由媒体流的方法,其包括下列步骤:a)接收媒体连接控制信令;b)根据控制信令中的信息依次判断是否属于桥接路由、镜像路由和短路路由之一;c)根据所判断的路由类型生成路由连接规则和/或相应的路由表;d)根据路由规则或路由表进行媒体描述的替换,以进行网络的连接。
如上所述的方法,其中所述步骤b)还包括下列步骤:当在创建连接的呼叫信令中,没有指定媒体描述或对端的描述不是媒体路由器上的资源的情况下,将路由类型判断为桥接路由。
如上所述的方法,其中在创建连接的呼叫信令中,没有指定媒体描述时,所述路由连接规则为:SR4<=>SR3<=>SR2,其中SR4、SR3和SR2是指IP地址+端口号的二元组。
如上所述的方法,其中在创建连接的呼叫信令中,没有指定媒体描述时,所述路由表为:
  源媒体资源   本地转发的媒体资源   转发至远端的媒体资源   目的媒体资源
  SR4   SR3   SR2   空
  空   SR2   SR3   SR4
如上所述的方法,其中在创建连接的呼叫信令中,对端的描述不是媒体路由器上的资源的情况时,所述路由规则为:SR4<=>SR3<=>SR2<=>SR1,其中SR4、SR3、SR2和SR1是指IP地址+端口号的二元组。
如上所述的方法,其中在创建连接的呼叫信令中,对端的描述不是媒体路由器上的资源的情况时,所述路由表为:
  源媒体资源   本地转发的媒体资源   转发至远端的媒体资源   目的媒体资源
  SR4   SR3   SR2   SR1
  SR1   SR2   SR3   SR4
如上所述的方法,其中所述步骤d)还包括下列步骤:对于发往SR1所属终端的信令,相应的对端媒体描述应该替换为SR2,指示该终端对端连接为SR2;对于发往SR4所属终端的信令,相应的对端媒体描述应该替换为SR3,指示该终端对端连接为SR3。
如上所述的方法,其中所述步骤b)还包括下列步骤:在创建连接的呼叫信令中,当媒体流是在路由器管理下的在不同通信实体的终端、或在同一通信实体下来自于不同的防火墙终端的呼叫时,将路由类型判断为镜像路由。
如上所述的方法,当路由类型判断为镜像路由时,其中所述路由规则为:SR3<=>SR2<=>SR5<=>SR4,其中SR2、SR3、SR4和SR5是指IP地址+端口号的二元组。
如上所述的方法,当路由类型判断为镜像路由时,所述路由表为:
  源媒体资源   本地转发的媒体资源   转发至远端的媒体资源   目的媒体资源
  SR3   SR2   SR5   SR4
  SR4   SR5   SR2   SR3
如上所述的方法,其中当路由类型判断为镜像路由时,所述步骤d)还包括下列步骤:对于发往SR3所属终端的信令,相应的对端媒体描述应该替换为SR2,指示该终端对端连接为SR2;对于发往SR4所属终端的信令,相应的对端媒体描述应该替换为SR5,指示该终端对端连接为SR5。
如上所述的方法,其中所述步骤b)还包括下列步骤:在创建连接的呼叫信令中,当媒体流是在路由器管理下的同一通信实体的终端、并在同一单层防火墙下呼叫时,将路由类型判断为短路路由。
如上所述的方法,其中当路由类型判断为短路路由时,所述路由规则为:SR3<=>SR4,其中SR3和SR4是指IP地址+端口号的二元组。
如上所述的方法,其中当路由类型判断为短路路由时,所述步骤d)还包括下列步骤:对于发往SR3所属终端的信令,相应的对端媒体描述应该替换为SR4,指示该终端对端连接为SR4;对于发往SR4所属终端的信令,相应的对端媒体描述应该替换为SR3,指示该终端对端连接为SR3。
附图说明
图1示出了现有技术的公网与私网不能互连互通的示意图;
图2示出了MR媒体路由器的典型应用的示意图;
图3示出了根据本发明的一个实施例的媒体路由类型判别流程图;
图4示出了Bridge路由类型的示意图;
图5示出了Mirror路由类型的示意图;
图6示出了Shortcut路由类型的示意图。
具体实施方式
下面结合附图来详细说明本发明的具体实施例。在此,需要说明的是,为了示例的目的,本发明给出如下的实施例,但是本发明并不限定于下面具体的实施例,本领域的普通技术人员,根据本发明的教导,可以以其他方式来实现本发明。本说明书附图用于说明本发明,并构成本说明书的一部分,用于结合说明书来详细说明本发明的原理。
媒体流路由技术
本发明的MR媒体路由技术的核心任务是完成路由对象的媒体流互联互通。衡量媒体路由器的性能,其路由效率是一个重要因素,即要求通过简单快速处理即能连通媒体流。同时,由于音频、视频的通讯通常需要支持多方通话(多方视频会议),新业务支持等需求,要求媒体路由器能够根据信令对通讯连接进行动态修改。
通讯实体上的端口分配策略决定了通讯连接修改的难易程度,同时根据通讯端口即可作为路由快速索引。
MR媒体路流由技术通过通讯终端以及通讯所在的终端之间的网络连通情况,智能的判断选择最优的媒体流路由,引入了Bridge、Shortcut、Mirror三种路由类型为媒体流通过媒体路由器选择最优路由,根据路由类型生成路由规则形成路由表。因此,MR媒体流路由技术既能方便的支持相应的呼叫控制协议及其业务,又能高效的完成媒体流的路由工作。
媒体流端口资源分配/回收策略
在NGN系统中,媒体流通常指RTP/RTCP流,因此以下描述媒体流均指RTP/RTCP流。支持RTP/RTCP媒体流需要2个通道(也即固定实体上的两个通讯端口)分别用于传输RTP和RTCP媒体流。(协议建议分配一对奇偶相连的端口,偶数端口用于RTP和奇数端口RTCP。)
资源分配
对一条连接每次在MR上分配2对媒体流端口,一对在终端连接的一侧,一对在CA软交换侧通讯实体一侧,以便对呼叫信令的媒体描述部分(如SDP)的替换。同时CA侧的通讯实体端口作为呼叫的另一条连接的查询索引,用于决定两条连接是否属于同一个呼叫。
由于媒体描述都是属于通讯实体的,通常选择媒体描述的端口号为索引,把这些端口号线性规定在一定的范围内(如20000-50000),资源分配也是线性分配。这样可以通过线性查找快速定位媒体流资源。
资源回收
由于端口资源是线性分配的,在连接正常释放的情况下,通过线性查找即可准确定位资源并进行是否。
对于异常的连接,通常可以通过连接上的媒体流包的统计来判断该连接是否已经吊死,从而决定是否连接。这也是对媒体资源回收的强有力的保障。
媒体路由类型判别
媒体路由判别对象
媒体路由判别是针对呼叫中的媒体连接控制信令进行的,通常只有这些信令才携带媒体描述信息。如:MGCP/H.248的CRCX、MDCX等信令,SIP的INVITE、ACK(INVITE)、200OK(INVITE)、180Ringing、183Session Progress等信令,H.323的H.245媒体控制信令、H.225.0的快速启动和H.245通道信令等。
一般的,MGCP/H.248、SIP的媒体描述是承载在以上描述的相应信令的SDP中,H.323的媒体描述是承载在相应信令上的媒体逻辑通道和能力描述的单元中。因此,本文中的媒体描述分析和替换都是针对以上信令的SDP和相应的单元的。
媒体路由类型判别流程
Bridge、Mirror、Shortcut三种路由类型是并列的,MR上所有的媒体路由都可以判断为这三种路由类型。
三种媒体路由类型的判别流程如图3所示:从图3中可以看出,MR首先接收媒体连接控制信令;然后根据控制信令中的信息依次判断是否属于桥接路由(bridge)、镜像路由(mirror)和短路路由(shortcut);然后根据所判断的路由类型生成路由连接规则和相应的路由表;然后根据路由规则或路由表进行媒体描述的替换,以进行网络的连接。
下面分别描述三种类型的媒体流路由方法:
媒体流路由类型:桥接(Bridge)
Bridge路由类型如图4所示。图4示出了Bridge路由类型的示意图,从图4中可以看出,该Bridge路由类型包括:
CA:软交换,由于控制和承载的分离,软交换不参与媒体流通讯,因此图中没有和其他组建连线;
路由实体:相当于连接;
Comm entity8:通讯实体8,其中8是通讯实体的编号,这里是指CA侧的通讯实体(MR上的通信实体,可以为一个网卡,或者网卡上的指定端口);
Comm entity12:通讯实体12,其中12是通讯实体的编号,这里是指在MR管理下的部分终端相连的通讯实体;
SR1:媒体流资源1,是指不在MR管理下的终端的媒体流资源(在主叫或被叫的终端上),该资源对于该路由类型不是必须的;
SR2:媒体流资源2,MR在CA侧的通讯实体8上分配的媒体流资源,以连通CA侧终端的媒体流(若存在);
SR3:媒体流资源3,MR在CA侧的通讯实体12上分配的媒体流资源,以连通终端的媒体流;
SR4:媒体流资源4,是指和本连接相关的终端的媒体流资源(在主叫或被叫的终端上)。
在创建连接的呼叫信令中,若没有指定媒体描述,如:发起呼叫的第一个创建连接信令。或者对端的媒体描述不是MR上的资源的情形,如:在MR管理下的终端设备和非MR管理下的设备(如TG)通话时。这两种情况创建连接的媒体流穿过MR,连通呼叫两端的终端。MR在这类呼叫过程中起到媒体流桥接作用,因此称为Bridge(桥接)路由。
根据路由类型,媒体描述(也即IP地址和端口号)生成MR上的IP路由规则,即可实现Bridge的路由。
判据
两种情况需要创建Bridge路由,也即Bridge路由规则判据:
Bridge判据一:未携带媒体资源的创建连接信令:
创建连接的信令中未携带媒体资源描述,这种创建信令通常是有CA下发的,一般发生在呼叫早期,因此是一种过渡的路由类型。
对此类信令的创建连接请求,创建Bridge路由,以便提供放音等媒体流通道。由于未携带对端的媒体流资源,因此图4中的SR1是不存在的,这种情况不是完整的Bridge路由,一般会根据呼叫的后继信令转换为完整的Bridge、Mirror或者Shortcut路由。
由于未携带对端媒体资源的连接通常是呼叫创建连接的初始部分,根据后来的连接修改和创建信令可能需要修改路由类型为Mirror或者Shortcut的路由类型。
根据路由类型生成的双向连接路由规则:
SR4<=>SR3<=>SR2
Bridge判据二:MR管理外的终端和MR下的终端相互呼叫:
根据媒体资源描述的判断,MR管理外的设备即是指来自CA的信令中的媒体描述在CA侧已分配媒体资源中不能找到对应的索引。
由于连接双方的媒体流资源是明确的,因此是完整的Bridge路由。
根据路由类型生成的双向连接路由规则:
SR4<=>SR3<=>SR2<=>SR1
MR上的与该呼叫相关所有媒体资源保留到呼叫结束,支持呼叫过程中的不同路由类型的切换即可实现多方通话等新业务。
路由表:
Bridge判据一路由表
根据上节所述,其路由规则:
SR4<=>SR3<=>SR2
对应的路由表:
Bridge判据一路由表
  源媒体资源   本地转发的媒体资源   转发至远端的媒体资源   目的媒体资源
  SR4   SR3   SR2   空
  空   SR2   SR3   SR4
在表中,
SR4,SR3,...是指IP地址+端口号的二元组。
源媒体资源(Local Resource):即源IP+Port,若存在防火墙NAT,通常在正常通讯时替换为防火墙上的Pinhole地址+Port。
MR上本地转发的媒体资源(Forward Local):即和源相连的MR上的IP+Port。
MR上转发至远端的媒体资源(Forward Remote):即和目的相连的MR上的IP+Port。
目的媒体资源(Remote Dest):即目的IP+Port,若存在防火墙NAT,通常在正常通讯时替换为防火墙上的Pinhole地址+Port。
本例中路由表建立的是双向连接通道,因此存在两条路由规则。根据呼叫的实际情况和呼叫的进展,可只存在一个路由规则,通常是仅建立前向连接或者仅建立后向连接的情形。
Bridge判据二路由表
根据上节所述,其路由规则:
SR4<=>SR3<=>SR2<=>SR1
对应的路由表:
Bridge判据二路由表
  源媒体资源   本地转发的媒体资源   转发至远端的媒体资源   目的媒体资源
  SR4   SR3   SR2   SR1
  SR1   SR2   SR3   SR4
在表中,
SR4,SR3,...是指IP地址+端口号的二元组;
源媒体资源(Local Resource):即源IP+Port,若存在防火墙NAT,通常在正常通讯时替换为防火墙上的Pinhole地址+Port;
MR上本地转发的媒体资源(Forward Local):即和源相连的MR上的IP+Port;
MR上转发至远端的媒体资源(Forward Remote):即和目的相连的MR上的IP+Port;
目的媒体资源(Remote Dest):即目的IP+Port,若存在防火墙NAT,通常在正常通讯时替换为防火墙上的Pinhole地址+Port。
本例中路由表建立的是双向连接通道,因此存在两条路由规则。根据呼叫的实际情况和呼叫的进展,可只存在一个路由规则,通常是仅建立前向连接或者仅建立后向连接的情形。
媒体描述替换
媒体描述的替换是路由技术实现的最后一步,对于Bridge的路由类型,对于呼叫/控制信令的媒体描述替换是必要的。
发往SR1所属终端的信令:相应的对端媒体描述应该替换为SR2,指示该终端对端连接为SR2,只有这样网络才是连通的。
发往SR4所属终端的信令:相应的对端媒体描述应该替换为SR3,指示该终端对端连接为SR3,只有这样网络才是连通的。
媒体流路由类型:Mirror
Mirror路由类型如图5所示。图5示出了Mirror路由类型的示意图,在图5中,
CA:软交换,由于控制和承载的分离,软交换不参与媒体流通讯,因此图中没有和其他组建连线;
路由实体:相当于连接;
Comm entity8:通讯实体8,其中8是通讯实体的编号,这里是指CA侧的通讯实体;
Comm entity12:通讯实体12,其中12是通讯实体的编号,这里是指在MR下的部分终端相连的通讯实体;
Comm entity13:通讯实体13,其中13是通讯实体的编号,这里是指在MR下的部分终端相连的通讯实体;
SR1:媒体流资源1,MR内部在CA侧的通讯实体8上分配的媒体流资源,以便为该连接连通CA侧的媒体流;
SR2:媒体流资源2,MR在CA侧的通讯实体12上分配的媒体流资源,以连通终端的媒体流;
SR3:媒体流资源3,是指和本连接相关的终端上的媒体流资源(在主叫或被叫的终端上);
SR4:媒体流资源4,是指和本连接相关的终端上的媒体流资源(在主叫或被叫的终端上);
SR5:媒体流资源5,MR在CA侧的通讯实体13上分配的媒体流资源,以连通终端的媒体流;
SR6:媒体流资源6,MR内部在CA侧的通讯实体8上分配的媒体流资源,以便为该连接连通CA的媒体流。
在MR管理下在不同通讯实体的终端,或者同一通讯实体下来自不同NAT(防火墙)终端相互呼叫时,媒体流经过MR,路由转发到呼叫另一端。在MR看来,在这类呼叫中将呼叫双方终端互为镜像,因此称为Mirror(镜像)路由。
根据路由类型,媒体描述(也即IP和端口)生成MR上的IP路由规则,即可实现Mirror的路由。
判据
Mirror路由判据一:在MR管理下的在不同通讯实体的终端相互呼叫。根据终端发送的信令目的地址和端口号可知MR管理下的终端是来自不同通讯实体。
Mirror路由判据二:同一通讯实体下并且来自不同NAT(防火墙)的终端相互呼叫。对于相同的通讯实体的终端,根据NAT上Pinhole IP的不同,即可简单的判断是否来自同一个NAT。
两种判据所生成的路由规则是相同的:
SR3<=>SR2<=>SR5<=>SR4
MR上的与该呼叫相关所有媒体资源保留到呼叫结束,支持呼叫过程中的不同路由类型的切换即可实现多方通话等新业务。
路由表
根据上节所述,其路由规则:
SR3<=>SR2<=>SR5<=>SR4
对应的路由表:
Mirror路由表
  源媒体资源   本地转发的媒体资源   转发至远端的媒体资源   目的媒体资源
  SR3   SR2   SR5   SR4
  SR4   SR5   SR2   SR3
在表中,
SR4,SR3,...是指IP地址+端口号的二元组。
源媒体资源(Local Resource):即源IP+Port,若存在防火墙NAT,通常在正常通讯时替换为防火墙上的Pinhole地址+Port;
MR上本地转发的媒体资源(Forward Local):即和源相连的MR上的IP+Port;
MR上转发至远端的媒体资源(Forward Remote):即和目的相连的MR上的IP+Port;
目的媒体资源(Remote Dest):即目的IP+Port,若存在防火墙NAT,通常在正常通讯时替换为防火墙上的Pinhole地址+Port。
本例中路由表建立的是双向连接通道,因此存在两条路由规则。根据呼叫的实际情况和呼叫的进展,可只存在一个路由规则,通常是仅建立前向连接或者仅建立后向连接的情形。
媒体描述替换
媒体描述的替换是路由技术实现的最后一步,对于Mirror的路由类型,对于呼叫/控制信令的媒体描述替换是必要的。
发往SR3所属终端的信令:相应的对端媒体描述应该替换为SR2,指示该终端对端连接为SR2,只有这样网络才是连通的。
发往SR4所属终端的信令:相应的对端媒体描述应该替换为SR5,指示该终端对端连接为SR5,只有这样网络才是连通的。
媒体流路由类型:Shortcut
Shortcut类型如图6所示。参见图6,图6示例了Shortcut路由类型的示意图,在图中,
CA:软交换,由于控制和承载的分离,软交换不参与媒体流通讯,因此图中没有和其他组建连线;
路由实体:相当于连接;
Comm entity8:通讯实体8,其中8是通讯实体的编号,这里是指CA侧的通讯实体;
Comm entity12:通讯实体12,其中12是通讯实体的编号,这里是指在MR下的部分终端相连的通讯实体;
SR1:媒体流资源1,MR内部在CA侧的通讯实体8上分配的媒体流资源,以便为该连接连通北向的媒体流;
SR2:媒体流资源2,MR在CA侧的通讯实体12上分配的媒体流资源,以连通终端的媒体流;
SR3:媒体流资源3,是指和本连接相关的终端上的媒体流资源(在主叫或被叫的终端上);
SR4:媒体流资源4,是指和本连接相关的终端上的媒体流资源(在主叫或被叫的终端上);
SR5:媒体流资源5,MR在CA侧的通讯实体13上分配的媒体流资源,以连通终端的媒体流;
SR6:媒体流资源6,MR内部在CA侧的通讯实体8上分配的媒体流资源,以便为该连接连通CA的媒体流。
在MR管理下的在同一通讯实体,并且来自同一个防火墙(NAT)下的终端相互呼叫时,为减少网络带宽的浪费和提升MR处理能力,此时可以判定媒体流不需要经过MR,呼叫双方媒体流直接通讯。这相当于MR在这类呼叫中将呼叫双方的媒体流连接短路,因此称为Shortcut(短路)路由。
根据路由类型,在MR上可以不生成路由表,直接替换呼叫/控制信令即可实现Shortcut的路由。
判据
Shortcut路由判据:在MR管理下在同一通讯实体,并且来自同一个防火墙(NAT)下的终端相互呼叫。根据终端发送的信令目的地址和端口号可知MR管理下的终端是来自同通讯实体,若NAT上Pinhole IP相同,即可简单的判断是来自同一个NAT。
路由规则可以简单的描述为:
SR3<=>SR4
从路由规则可知,该路由和MR没有关系,也就是说,两个终端直接通讯,MR侧不需要生成路由规则。
MR上的与该呼叫相关所有媒体资源保留到呼叫结束,支持呼叫过程中的不同路由类型的切换即可实现多方通话等新业务。
路由表
Shortcut路由类型在MR上不需要路由表。
媒体描述替换
媒体描述的替换是路由技术实现的最后一步,对于Shortcut的路由类型,对于呼叫/控制信令的媒体描述替换是必要的。
发往SR3所属终端的信令:相应的对端媒体描述应该替换为SR4,指示该终端对端连接为SR4,只有这样网络才是连通的。
发往SR4所属终端的信令:相应的对端媒体描述应该替换为SR3,指示该终端对端连接为SR3,只有这样网络才是连通的。
若存在多层NAT或者VLAN的情形,由于MR的层面根据IP和端口号一般只能判断一层防火墙(NAT),当Shortcut路由中的两个终端在多次(2层及其以上)不同的NAT中,或者在不同VLAN中时,可能呼叫导致单通。
因此,在Shortcut路由的通讯中,应该保持对终端连接的审计(现有的软交换通讯协议均支持连接审计,如MGCP的AUCX,SIP的Options等),若连接审计的数据表明呼叫单通则快速切换到Mirror的路由类型即可。
路由类型的切换:
三种媒体流路由相对独立,封装性好。
根据以上的描述可知,对应的Bridge、Mirror、Shortcut三种媒体流路由类型有判据,相应的路由规则,路由表,媒体描述替换方法。它们之间相互独立,并且有良好的封装性,在确定了媒体流路由以后,即可根据不同的媒体流路由类型和相应的方法完成路由以及媒体描述替换等路由相关的工作。
路由类型切换
由于三种媒体流路由的相对独立和良好的封装性,在根据判据确定媒体流路由类型以后,即可进入各自媒体流路由的处理,为路由类型的切换提供了最方便的方法。因此可以方便的支持多方通话等电信新业务。
由此可知,本发明具有如下优点:
MR上的媒体资源实现线性分配、线性查找,准确释放。
通过简单判据,如CA的端口索引,可快速决定两个连接确定的呼叫的路由类型,避免大规模计算和遍历,减少计算复杂度,从而节省了呼叫接续时间。
根据Bridge、Mirror路由类型生成路由规则形成路由表,Shortcut路由类型可以不生成路由表,路由表简单清晰。
Bridge、Mirror、Shortcu三种路由类型相对独立,封装性好,可以方便的相互切换,支持多方通话等电信新业务。
Shortcut路由类型的引入,平均减少了1/3的媒体流通过MR,大幅提升MR的媒体路由能力。
MR的媒体流路由技术已成功的应用于尚阳科技(中国)有限公司的媒体路由产品PacketMaster系列产品,并作为PacketMaster系列产品的核心技术。
上述实施例和优点仅仅是示例性的,不能构成为本发明的限制。本发明的教导可以很容易地应用于其它类型的装置。本发明的描述用于说明,而不用来对权利要求的范围进行限制。许多改变、修改和变化对于本领域的普通技术人员来说是显而易见的。

Claims (16)

1.一种在媒体路由器中用于路由媒体流的方法,其特征在于包括下列步骤:
a)接收媒体连接控制信令;
b)根据控制信令中的信息依次判断是否属于桥接路由、镜像路由和短路路由之一;
c)根据所判断的路由类型生成路由连接规则和/或相应的路由表;
d)根据路由规则或路由表进行媒体描述的替换,以进行网络的连接。
2.如权利要求1所述的方法,其中所述步骤b)还包括下列步骤:当在创建连接的呼叫信令中,没有指定媒体描述或对端的描述不是媒体路由器上的资源的情况下,将路由类型判断为桥接路由。
3.如权利要求2所述的方法,其中在创建连接的呼叫信令中,没有指定媒体描述时,所述路由连接规则为:SR4<=>SR3<=>SR2,其中SR4、SR3和SR2是指IP地址+端口号的二元组。
4.如权利要求2所述的方法,其中在创建连接的呼叫信令中,没有指定媒体描述时,所述路由表为:   源媒体资源   本地转发的媒体资源   转发至远端的媒体资源   目的媒体资源   SR4   SR3   SR2   空   空   SR2   SR3   SR4
5.如权利要求2所述的方法,其中在创建连接的呼叫信令中,对端的描述不是媒体路由器上的资源的情况时,所述路由规则为:SR4<=>SR3<=>SR2<=>SR1,其中SR4、SR3、SR2和SR1是指IP地址+端口号的二元组。
6.如权利要求2所述的方法,其中在创建连接的呼叫信令中,对端的描述不是媒体路由器上的资源的情况时,所述路由表为:   源媒体资源   本地转发的媒体资源   转发至远端的媒体资源   目的媒体资源   SR4   SR3   SR2   SR1   SR1   SR2   SR3   SR4
7.如权利要求5或6所述的方法,其中所述步骤d)还包括下列步骤:
对于发往SR1所属终端的信令,相应的对端媒体描述应该替换为SR2,指示该终端对端连接为SR2;
对于发往SR4所属终端的信令,相应的对端媒体描述应该替换为SR3,指示该终端对端连接为SR3。
8.如权利要求1所述的方法,其中所述步骤b)还包括下列步骤:在创建连接的呼叫信令中,当媒体流是在路由器管理下的在不同通信实体的终端、或在同一通信实体下来自于不同的防火墙终端的呼叫时,将路由类型判断为镜像路由。
9.如权利要求8所述的方法,其中所述路由规则为:SR3<=>SR2<=>SR5<=>SR4,其中SR2、SR3、SR4和SR5是指IP地址+端口号的二元组。
10.如权利要求8所述的方法,其中所述路由表为:   源媒体资源   本地转发的媒体资源   转发至远端的媒体资源   目的媒体资源   SR3   SR2   SR5   SR4   SR4   SR5   SR2   SR3
11.如权利要求9或10所述的方法,其中所述步骤d)还包括下列步骤:
对于发往SR3所属终端的信令,相应的对端媒体描述应该替换为SR2,指示该终端对端连接为SR2;
对于发往SR4所属终端的信令,相应的对端媒体描述应该替换为SR5,指示该终端对端连接为SR5。
12.如权利要求1所述的方法,其中所述步骤b)还包括下列步骤:在创建连接的呼叫信令中,当媒体流是在路由器管理下的同一通信实体的终端、并在同一单层防火墙下呼叫时,将路由类型判断为短路路由。
13.如权利要求12所述的方法,其中所述路由规则为:SR3<=>SR4,其中SR3和SR4是指IP地址+端口号的二元组。
14.如权利要求13所述的方法,其中所述步骤d)还包括下列步骤:
对于发往SR3所属终端的信令,相应的对端媒体描述应该替换为SR4,指示该终端对端连接为SR4;
对于发往SR4所属终端的信令,相应的对端媒体描述应该替换为SR3,指示该终端对端连接为SR3。
15.如权利要求12所述的方法,其中当短路路由中的两个终端在多层不同的防火墙中、或者在不同的VLAN中时,使其呼叫单通。
16.如权利要求15所述的方法,其中路由器保持对终端连接的审计,如果连接审计的数据表明呼叫单通,则快速切换到镜像路由。
CN 200410047253 2004-05-28 2004-05-28 媒体路由器的媒体流路由方法 Pending CN1705291A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN 200410047253 CN1705291A (zh) 2004-05-28 2004-05-28 媒体路由器的媒体流路由方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 200410047253 CN1705291A (zh) 2004-05-28 2004-05-28 媒体路由器的媒体流路由方法

Publications (1)

Publication Number Publication Date
CN1705291A true CN1705291A (zh) 2005-12-07

Family

ID=35577757

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 200410047253 Pending CN1705291A (zh) 2004-05-28 2004-05-28 媒体路由器的媒体流路由方法

Country Status (1)

Country Link
CN (1) CN1705291A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100452729C (zh) * 2006-08-11 2009-01-14 威盛电子股份有限公司 网络诊断方法
WO2011023014A1 (zh) * 2009-08-27 2011-03-03 中兴通讯股份有限公司 大容量会话边界控制器及其实现方法
US8315261B2 (en) 2006-04-19 2012-11-20 Cisco Technology, Inc. Techniques for integrated routing of call circuit signaling and the internet protocol

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8315261B2 (en) 2006-04-19 2012-11-20 Cisco Technology, Inc. Techniques for integrated routing of call circuit signaling and the internet protocol
CN100452729C (zh) * 2006-08-11 2009-01-14 威盛电子股份有限公司 网络诊断方法
WO2011023014A1 (zh) * 2009-08-27 2011-03-03 中兴通讯股份有限公司 大容量会话边界控制器及其实现方法

Similar Documents

Publication Publication Date Title
CN1198433C (zh) 带有防火墙和网络地址转换的音频-视频电话
CN101030865A (zh) 一种网络地址转换和/或防火墙穿越平台、系统及其方法
CN101052154A (zh) Ip多媒体子系统及其编解码转换控制方法
CN101061672A (zh) 通信系统、无线局域网基站控制装置和无线局域网基站装置
CN1455554A (zh) 网际协议上的话音网络系统
CN1747470A (zh) 分组域业务信号处理系统及其方法
CN1941753A (zh) 下一代网络中的ip互通网关及其实现ip域互通的方法
CN1926828A (zh) 分组通信网络和分组通信方法
CN1773967A (zh) 通过分组域为电路域用户提供业务的方法
CN1870826A (zh) 一种呼叫释放控制系统及其方法
CN1866919A (zh) 基于虚拟局域网堆叠的业务交换方法
CN101080097A (zh) 一种实现多媒体呼叫业务的方法、系统及装置
CN1901742A (zh) 一种信道切换方法
CN1780261A (zh) 使用封装和单播的区分服务组播系统和方法
CN1870777A (zh) 一种选择被叫路由的方法、网络及设备
CN101051993A (zh) 会话标识替换的方法及使用该会话标识替换的会话替代的方法
CN1968258A (zh) 一种媒体协商不同类型能力的方法
CN101056349A (zh) 以网关控制协议支持的高速传真的信令流程的实现方法
CN1838616A (zh) 媒体流分流系统及分流方法
CN1889541A (zh) 基于sip支持多itsp的系统及实现方法
CN1705291A (zh) 媒体路由器的媒体流路由方法
CN1190927C (zh) 在数据网络中将数据包从第一交换单元传输到第二交换单元的方法与装置
CN1874384A (zh) 一种业务切换的方法
CN1992964A (zh) 获得分组网络用户终端地理位置信息的系统和方法
CN1556644A (zh) 一种实现支持多媒体业务的软交换呼叫处理系统及方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
ASS Succession or assignment of patent right

Owner name: ZHONGTONG SIPU TECHNOLOGY ( SHENZHEN ) CO., LTD.

Free format text: FORMER OWNER: UP TECHNOLOGIES (CHINA) LTD.

Effective date: 20060210

C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20060210

Address after: 518052, Shenzhen Nanshan District hi tech Development Zone, South District, state micro R & D building, 4 floor

Applicant after: Yangzi Technology (Shenzhen) Co., Ltd.

Address before: Beijing City, Xicheng District No. 66 South Granville built 12 storey building

Applicant before: UP Technologies (China) Ltd.

C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication