CN1848798A - 一种基于业务触发的ip数据流导向系统及方法 - Google Patents
一种基于业务触发的ip数据流导向系统及方法 Download PDFInfo
- Publication number
- CN1848798A CN1848798A CNA2005100642377A CN200510064237A CN1848798A CN 1848798 A CN1848798 A CN 1848798A CN A2005100642377 A CNA2005100642377 A CN A2005100642377A CN 200510064237 A CN200510064237 A CN 200510064237A CN 1848798 A CN1848798 A CN 1848798A
- Authority
- CN
- China
- Prior art keywords
- guiding
- packet
- session
- receives
- request
- 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
本发明公开了一种基于业务触发的IP数据流导向系统及方法,采取在应用平台,如:会话控制器(SC)的控制下,对于用户终端产生的具有特定承载需求的数据流,在用户终端内实现将该数据流导向至与能够实现其承载需求的承载网络相连的导向网关(NG),最后由该导向网关将该数据流通过其所连接的承载网络导向至目的终端。从而克服了传统路由技术中由网络层设备对接收到的来自用户终端的数据流进行分流导向所存在的导向能力不强,网络层设备负荷过重,实现复杂等弊病。而且本发明不需要对现网设备进行任何改造,只需在用户终端的客户端模块中增加相应的处理插件。因此本发明相对于策略路由实现过程简单,成本较低,具有在全网大规模使用的前景。
Description
技术领域
本发明涉及互联网际协议(IP)网络技术,特别是指一种基于业务触发的IP数据流导向系统及方法。
背景技术
IP协议是互联网的网络层协议。由于其基于尽力传送(Best Effort)原则,采用存贮转发的分组交换方式传送大多数IP数据包,因此IP网很难保证业务的服务质量(QoS)。目前的IP网主要支持Web、电子邮件和文件传送等对服务质量的要求比较低的传送型数据业务,然而随着业务需求以及业务种类的多样化,对网络的服务质量也提出了不同的要求。例如话音、视频会议以及流媒体等实时性要求比较高的业务,需要承载网络能够为其提供较高的服务质量;而对于上述的电子邮件和文件传送等传送型业务则对网络的承载能力并不要求太高。针对这一问题,目前的发展趋势是采用并行架构多张IP骨干网的方式来为具有不同服务等级需求的业务提供差异化的服务。在这种并行网络架构下,通过轻负载、高质量的网络承载服务质量要求比较高的高优先级业务,而通过原有的重负载、低质量的网络承载服务质量要求比较低的低优先级业务。
然而在这种并行的网络架构下,需要解决的一个问题是:在两个终端通信的过程中,如何将不同等级的业务流引导到不同的IP网络上,特别是如何将高等级的业务流引导到轻负载、高质量的IP网络上。对于低等级的业务流来说,可以利用传统的IP路由协议将数据包路由到对方终端,但该路由协议不具有数据流的纵向导向能力,即在两个要进行通信的终端之间,只能缺省地沿着一个网络进行数据传送。如果存在多个并行的网络时,传统的路由协议并不能将多个不同等级的数据流导向到不同的网络进行转发传送。
目前,针对上述问题提出的解决方案主要有基于策略的路由,简称策略路由,策略路由方法是令网络设备根据网络管理者制定的策略来决定一个报文或数据流的转发路径。基于该方法的并行的IP网络结构如图1所示,其中策略服务器(PS)用于执行管理功能,而与之相连的策略路由器(R)则根据PS指示的路由策略或者网络管理员手工配置的策略(该路由策略可以是基于IP包的源IP地址、传输层TCP/UDP端口、入端口等信息),对接收到的来自用户终端的数据包进行分类,然后根据数据包的类别将其转发到不同的网络上。举例来说:R在接收到用户终端(T)发送的数据包后,可以根据传输层UDP端口号,将接收到的数据包中的UDP端口号大于10000的数据包归类为高优先级的数据流,将其通过高QoS的承载网络转发该数据包;而UDP端口号低于10000的数据包则归类为低优先级的数据流,将该数据包通过低QoS的承载网络转发。与传统路由的基于路由表根据数据包的IP目的地址来选择转发路径转发报文不同,策略路由使得网络设备不仅能够根据IP目的地址,而且能够根据报文的大小、应用类别以及IP源地址等信息来选择转发路径转发报文。可以说,相对于传统的路由协议,策略路由为网络管理者提供了更强的控制报文转发的能力。然而,一方面策略路由与传统的缺省路由一样仍然需要由第三层网络设备对接收到的来自应用层的数据包进行导向,因此只能在有限的范围内满足终端对不同类型数据包的导向需求,而不可能完全适应终端的导向要求,所以导向能力不强。另一方面不难看出,策略路由最终是由诸如宽带接入服务器或路由器等三层网络设备来实现的,必然会增加相关网络设备的负荷,在一定程度上影响这些设备转发IP数据包的效率。另外要使得这些设备具备相应的策略路由的功能,即对数据包进行分类和选路的功能,就必须对现有的网络设备进行较大规模的改造,而且R与PS之间需要专门的接口,实现起来比较复杂,很难在全网中大规模实施。
发明内容
有鉴于此,本发明的一个目的在于提供一种基于业务触发的IP数据流导向系统,解决用户终端产生的不同承载需求的数据流的纵向导向问题。
为了达到上述目的,本发明提供了一种基于业务触发的IP数据流导向系统,该系统至少包括用户终端侧和网络侧,所述用户终端侧至少包括一个客户端模块,所述客户端模块进一步用于向会话控制器SC发送业务会话请求,并在接收到SC发送的导向指令后,将数据流导向至相应的导向网关NG;
所述网络侧至少包括:
SC,用于在接收到客户端模块发送的业务会话请求后,向目的终端发送会话通知,并且在接收到目的终端的响应之后,向NG发送数据导向请求;同时在接收到NG的响应后,向客户端模块发送导向指令;
NG,用于在接收到SC的数据导向请求后,记录本次会话的相关参数,并向SC发送响应;并且在接收到客户端模块发送的导向数据流后,进行相应的解除导向处理,然后将处理后得到数据流发送至与其相连的承载网络。
在上述系统中,所述客户端模块包括应用程序单元、TCP/IP单元和网络接口单元,所述应用程序单元包括会话处理单元,所述会话处理单元用于向会话控制器SC发送业务会话请求,并在接收到SC发送的导向指令后,对产生的数据包进行分类,并为具有导向要求的数据包加上相应的导向标识,然后向导向处理插件发送导向控制信令,并且在接收到导向处理插件返回的响应后,将数据包发送至TCP/IP单元;所述TCP/IP单元用于将应用程序单元发送的数据包封装成IP包,然后发送给导向处理插件;所述网络接口单元用于将接收到的携带有导向标识的IP包发送至相应的NG,并将接收到的没有导向标识的IP包通过缺省路由方式转发至相应的承载网络;
所述客户端模块进一步包括一个导向处理插件,用于判断接收到的来自TCP/IP单元的IP包是否具有导向标识,如果是,则对该IP包进行相应的导向处理,并将导向处理之后的数据包发送至网络接口单元;否则直接将该数据包发送至网络接口单元。
本发明的另一个目的是提供一种基于上述系统的不同等级的IP数据流导向方法,该方法至少包括如下步骤:
a、应用平台接收到用户终端发送的业务会话请求后,向目的终端发送会话通知;
b、应用平台接收到目的终端发送的响应后,向NG发送数据导向请求;NG接收到该数据导向请求后,记录本次会话的相关参数,并向应用平台发送响应;
c、应用平台在接收到NG的响应后,向用户终端发送包含有该NG的IP地址的导向指令;用户终端接收到应用平台的导向指令后,将具有相应承载要求的数据流导向至该NG;
d、NG接收到用户终端发送的数据流后,执行相应的解除导向处理,然后将处理后得到数据流发送至该NG连接的承载网络。
在上述方法中,步骤c中所述将数据流导向至该NG的步骤包括:
c1、用户终端对数据流进行隧道封装;
c2、将封装之后的数据包发送至相应的NG;
步骤d中,所述解除导向处理为对该数据流执行相应的解封装处理。
在上述方法中,步骤c1中所述隧道封装的步骤包括:在IP数据包前增加指明封装的数据包类型的隧道报头和包含本次会话参数的会话信息域;
步骤d中,所述解封装处理为将接收到的IP数据包的隧道报头和会话信息域去除。
在上述方法中,所述会话参数为业务类型、用户标识和会话标识。
在上述方法中,当用户终端发送的是IPv6数据包时,步骤c中所述的将数据流导向至该NG的步骤包括:利用应用平台提供的NG的IP地址生成本此会话IPv6数据包的路由扩展报头,并将该路由扩展报头插在IPv6包的基本报头和净荷之间,且使得IPv6基本报头的目的地址为NG的IPv6地址;
步骤d中,所述解除导向处理为对该IPv6数据包执行相应的去除路由扩展报头的操作。
在上述方法中,步骤a中所述应用平台在接收到用户终端发送的业务会话请求后,进一步判断该请求是否合法,如果是,则,向目的终端发送会话通知;否则丢弃该请求,结束本流程。
在上述方法中,步骤a中,所述判断该请求是否合法的步骤包括:判断用户终端发送的业务会话请求中所携带的客户端模块标识和密码是否与网络侧保存的该用户终端的签约信息中的记录一致。
在上述方法中,步骤b中,所述NG在接收到应用平台的数据导向请求后,进一步判断自身系统是否有能力承担本次会话的数据导向任务,如果是,则记录本次会话的相关参数,并向应用平台发送接纳响应,然后执行步骤c;否则向应用平台发送拒绝响应,应用平台接收到该拒绝响应后,重新选择NG,并向该重新选择的NG发送数据导向请求。
在上述方法中,步骤b中,所述判断自身系统是否有能力承担本次会话的数据流导向任务为判断系统当前的所承载的并发会话数是否达到设定的极限值,或者根据接收到的数据导向请求中的业务类型参数,判断该业务所需的带宽是否与自身系统当前所能够提供的资源相匹配。
在上述方法中,步骤d中,所述NG接收到用户终端发送的数据流之后,进一步识别该数据包,判断该数据包所携带的参数是否与记录的参数相符,如果是,则接纳该IP包,并将该数据包发送至相应的承载网络;否则,丢弃该IP包,结束本流程。
在上述方法中,步骤d中,所述NG在将接收到的数据包发送至相应的承载网络后,进一步向上层应用平台上报相关信息。
在上述方法中,步骤b中,所述应用平台在接收到目的终端发送的响应后,向归属于该应用平台管理域的最近的NG发送数据导向请求。
综上所述,在应用平台的控制之下,对于用户终端产生的不同承载需求的数据流,在用户终端内实现将具有不同承载要求数据流导向至相应的承载网络的导向网关,最后由导向网关将接收到的数据流通过其所连接的承载网络转发至目的终端。从而避免了传统路由技术中首先由用户终端将产生的数据流混合发送至网络层的相关设备,如路由器等,然后再由网络层设备对接收到的数据流进行分流导向过程中所存在的导向能力不强,网络层设备负荷过重,影响IP数据包的转发效率等弊病。而且本发明并不需要对现网设备进行任何改造,只需在用户终端的客户端模块中增加相应的处理插件即可实现在客户端模块对数据流进行分流,然后导向至相应的目的承载网络的目的。因此本发明的实现过程相对于策略路由要简单得多,而且无需对现网设备进行大规模改造,成本比较低,极具在全网大规模使用的前景。
附图说明
图1为现有技术的基于策略路由的并行IP网络结构示意图。
图2为本发明的基于业务触发的IP数据流导向系统的结构示意图。
图3为本发明客户端模块的结构示意图。
图4为本发明的IP数据流导向方法的总体流程图。
图5为本发明一个具体实施例的方法流程图。
图6为针对数据包IPv4进行隧道封装时的数据包格式示意图。
图7为针对数据包IPv6进行隧道封装时的数据包格式示意图。
图8为客户端模块内实现IP数据包封装的方法流程图。
图9a至图9c为客户端模块内在封装过程的IP数据包格式示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明作进一步的详细描述。
目前,为提供可运营、可管理、可增值的IP电信业务,电信运营商都已经或正在建设区别于传统IP骨干网的新型IP骨干网络。这种新型IP骨干网一般通过高带宽、低负载等方式来提供较高的服务质量,比传统的IP网在服务质量方面有了很大的提高。为了方便说明,下面将运营商原有的低服务质量的IP网称为IP-1,而将新建设的高服务质量的IP网称为IP-2。
本发明的核心思想是:在应用平台的控制之下,对于用户终端产生的特定承载需求的数据流,如QoS数据流,在用户终端内实现将该数据流导向至相应的承载网络如IP-2的导向网关(NG),最后由该NG将接收到的数据流通过其所连接的承载网络导向至目的终端。
本发明的基于业务触发的IP数据流导向系统的结构示意图如图2所示,该系统主要包括:用户终端侧和网络侧两部分。
在用户终端侧包括一个客户端模块,该客户端模块用于向会话控制器(SC)发送业务会话请求,并在接收到SC发送的包含有目的导向网关NG的IP地址的数据导向指令后,将相应承载要求的数据流导向至与相应承载网络相连的目的NG。在本发明中,NG与高QoS能力的IP-2承载网络相连,从而实现将用户终端产生的高QoS承载要求的数据流通过该高QoS的IP-2承载网络转发至目的终端的目的。
如图3所示,客户端模块主要包括应用程序单元、TCP/IP单元和网络接口单元,且该客户端模块进一步包括一个导向处理插件。其中应用程序单元包括会话处理单元,该会话处理单元用于向会话控制器SC发送业务会话请求,并在接收到SC发送的指令后,对产生的数据包进行分类,并为需要导向的数据包加上相应的导向标识,然后向导向处理插件发送导向控制信令,并且在接收到导向处理插件返回的响应后,将数据包发送至TCP/IP单元;TCP/IP单元用于将应用程序单元发送的数据流封装成IP包,然后发送给导向处理插件;导向处理插件用于判断接收到的来自TCP/IP单元的IP包是否具有导向标识,如果是,则对该IP包进行相应的导向处理,并将导向处理之后的数据包发送至网络接口单元,如果接收到的IP包没有导向标识,则直接将其发送至网络接口单元;网络接口单元用于将接收到的携带有导向标识的IP包发送至相应的NG,并将接收到的没有导向标识的IP包通过缺省路由方式转发至相应的承载网络。其中,导向处理插件进行导向处理可以通过对接收到的具有特定承载要求的数据流采取隧道封装或者针对IPv6数据包采取增加路由扩展报头等方式来实现。
在网络侧包括SC和NG。其中,SC用于在接收到客户端模块发送的业务会话请求后,向NG发送数据导向请求;同时在接收到NG的响应后,向客户端模块发送指令;该指令中可以包含与本次会话相关的导向信息。NG与特定的承载网络相连接,用于在接收到SC的数据导向请求后,记录相关的会话参数,并向SC发送响应;并且接收客户端模块发送的数据流,进行相应的解封装或者针对IPv6数据包采取相应的去除路由扩展报头等处理,然后将该数据流发送到相应的承载网络。该NG还用于记录特定业务会话IP数据流的相关信息,并将记录的信息上报到业务平台。
在一个并行架构的IP骨干网中,可以包括多个SC,也可以包括多个NG。用户终端可以选择与任何一个SC签约,建立与该SC的归属关系。一个SC可以管辖若干NG,这样每当SC接收到归属用户终端发送的业务会话请求时,该SC就会在自己所管辖的NG范围内为该用户终端确定一个数据流导向的目的NG,最终实现该用户终端将特定承载需求的数据流导向至该NG,进而实现通过与该NG相连的承载网络转发数据的目的。
以上是本发明的系统结构,下面说明本发明的基于上述系统的对IP数据流进行导向的方法,该方法的总体流程图如图4所示,具体包括如下步骤:
步骤401:客户端模块向其所归属的应用平台发送业务会话请求。在本发明中,应用平台是指SC。
步骤402:应用平台接收到该应用请求后,向目的终端发送会话通知;目的终端接收到会话通知后,向应用平台发送响应。
步骤403:应用平台接收到目的终端的响应后,向NG发送数据导向请求;NG接收到该数据导向请求后,记录本次会话的相关参数,并向应用平台发送响应。
步骤404:应用平台接收到NG的响应后,向客户端模块发送数据导向指令,该数据导向指令中包含有目的NG的IP地址。客户端模块接收到该数据导向指令后,将相应承载要求的数据流导向至目的NG。
步骤405:NG接收到客户端模块发送的数据流之后,进行相应的解除导向处理,然后将处理后得到数据流发送至与其相连的承载网络上,使得该数据流最终通过该承载网络转发至目的终端。
以上是本发明的总体流程,下面通过一个具体实施例详细说明本发明的技术方案。
步骤501:客户端模块向归属的SC发送业务会话请求,如VoIP等,该会话请求中可以包括如下信息:客户端模块标识、业务类型、客户端模块IP地址、客户端模块媒体数据流的端口号、数据流速率、目的终端标识等。
步骤502:SC接收到该请求后,判断该请求是否合法,如果是,则执行步骤503;否则执行步骤512。具体判断方式可以是:通过判断用户终端发送的业务会话请求中所携带的客户端模块标识以及加密后的密码或者其它信息是否与网络侧保存的该用户终端的签约信息中的记录一致,如果是,则该请求合法,否则该请求不合法。
步骤503:向目的终端发送会话通知,目的终端接收到该通知后,向SC发送响应。SC利用标准的控制信令通知本次会话的目的终端建立一个会话过程,具体发送通知的过程可以利用SIP协议或者其它会话控制协议来实现。此时假定目的终端处于空闲模式,满足建立会话的条件,目的终端返回成功响应;而当目的终端处于占线等工作状态时,则不能建立会话,返回失败响应,SC接收到失败响应后,丢弃业务会话请求,结束本流程。
步骤504:SC接收到目的终端的响应后,为本次会话生成一个会话标识,并向最近的NG发出数据导向请求,该请求中包含有如下参数:业务类型、客户端模块IP地址、会话标识、会话媒体数据流速率等。
步骤505:NG接收到SC的数据导向请求后,分析数据导向请求中的参数和自己当前的负荷,判断自己是否有能力承担本次会话的数据流导向任务,如果是,则执行步骤506;否则,执行步骤513。
举例来说,NG可以通过判断自己当前的承载的并发会话是否已经达到设定的极限值来判断自己是否有能力承担本次会话的数据流导向任务等;或者根据接收到的请求中的业务类型参数,来判断该业务所需要的带宽等资源是否与自己当前所能够提供的资源相匹配。
步骤506:记录接收到的数据导向请求中的与本次会话相关的参数,为接收客户端模块发出的数据流做好准备,并向SC发送接纳响应。
步骤507:SC接到来自NG的接纳响应后,向客户端模块发送数据导向指令,该导向指令中包含有目的NG的IP地址和本次会话的会话标识等信息。
步骤508:客户端模块接收到该数据导向指令后,将带相应的承载要求的数据包,例如带有QoS要求的数据流导向至该NG。
为了实现具有QoS要求的特定应用IP数据流被强制从发起用户终端导向至NG,客户端模块可以采用将要发送的数据流进行隧道封装或者针对IPv6采取路由扩展报头等方式,来实现对该数据流的导向控制。具体采取上述方式中的哪一种方式,需要根据客户端模块发出的数据包的类型来确定。
下面对上述当产生的数据流为IPv4数据流时和IPv6数据流时这两种情况分别进行说明。
如果客户端模块产生的是IPv4数据流,则采取隧道封装的方式对原IPv4数据包进行导向,即通过专门的封装协议建立客户端模块与NG间的隧道。针对IPv4数据包的具体封装格式如图6所示,即在原有的IP数据包外封装一层IP报头,称为隧道报头,而且为了便于接收该数据包的导向网关能够识别该数据包封装,还需要在隧道报头的“协议(Protocol)”字段指明封装的数据包的类型。同时为了实现NG对于数据流的控制,在原IP包和隧道报头之间可以插入一个会话信息域,会话信息域包含与业务相关的信息,例如业务类型、用户标识、会话标识以及其它信息等。
如果客户端模块发出的是IPv6数据流,则有两种导向方式:
第一种方式是通过IPv6协议中特有的路由扩展报头来实现,即客户端利用应用平台提供的NG的IP地址生成本此会话IPv6包路由扩展报头,并将该生成的路由扩展报头插在IPv6包的基本报头和净荷之间,且使得IPv6基本报头的目的地地址为NG的IPv6地址。此外,考虑到导向网关需要对多种应用加以区分的需求,为避免对于IP数据包多次封装造成传送性能的下降,可采用IPv6报头中的流标签或者IP地址来区分客户端模块的不同应用数据。
另一种方式是通过专有封装协议来建立客户端模块与导向网关间的隧道,该方式和IPv4数据包的封装方式基本相同,具体封装格式如图7所示,此处不再赘述。
在客户端模块中对数据流进行封装的过程如图8所示,具体参见步骤801~步骤803。
步骤509:NG接收到客户端模块发送的数据流之后,对该数据流的IP包进行识别,检查IP包中业务类型、会话标识、用户标识等会话参数信息,并判断该IP包所携带的参数是否与记录的参数一致来判断接收到的IP包是否合法,如果是,则执行步骤510;否则执行步骤511。其中IP包合法是指该IP包属于事先协商的、具有数据导向要求且获得授权的IP包。
步骤510:接纳该IP包,并执行相应的解封装处理,然后将处理后得到的数据流导向至与该NG连接的IP-2网络,同时该NG将相应的信息上报给SC,SC记录该NG的状态,并进行必要的统计工作,从而使得SC可以根据NG上报的信息,对相应的控制策略进行调整,结束本流程。
步骤511:丢弃该IP包,结束本流程。
步骤512:丢弃该请求,结束本流程。
步骤513:向SC发送拒绝响应,SC接到拒绝响应后,重新按照就近原则选择新的NG,并向该NG发送数据导向请求,然后执行步骤505。
下面说明在客户端模块中对产生的数据包进行封装的步骤,如图8所示,本过程具体包括如下步骤:
步骤801:判断产生的数据流是否具有QoS要求,如果是,则执行步骤802;否则,执行步骤803。此时的数据流为图9a所示。
步骤802:将该数据流发送至TCP/IP模块进行IP封装,然后将封装后得到的IP包发送至客户端模块的导向处理插件进行隧道封装,最后将封装后的数据包通过网络接口单元发送至相应的导向网关。经过TCP/IP模块进行IP封装后的数据包的格式如图9b所示;而经过导向处理插件进行隧道封装后得到的数据包的格式如图9c所示。
步骤803:将该数据流发送至TCP/IP模块进行IP封装,封装后得到的IP包在经过导向处理插件时不作任何处理,然后再通过客户端的网络接口单元按照缺省路由的方式进行转发,结束本流程。经过TCP/IP模块进行IP封装后的数据包的格式如图9b所示。
另外,以上过程主要是处理发起会话的客户端的数据流导向问题,如果是双向通信,通信对端发送到发起会话客户端的数据流同样也存在导向问题,可以按照同样的导向流程处理,为了便于说明,这一导向过程没有包含在以上的流程中。
而且本发明还可以对已有会话控制信令进行扩展来实现在不同实体间传送导向指令的目的。
总之,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (14)
1、一种网际协议IP数据流导向系统,该系统至少包括用户终端侧和网络侧,所述用户终端侧至少包括一个客户端模块,其特征在于:
所述客户端模块进一步用于向会话控制器SC发送业务会话请求,并在接收到SC发送的导向指令后,将数据流导向至相应的导向网关NG;
所述网络侧至少包括:
SC,用于在接收到客户端模块发送的业务会话请求后,向目的终端发送会话通知,并且在接收到目的终端的响应之后,向NG发送数据导向请求;同时在接收到NG的响应后,向客户端模块发送导向指令;
NG,用于在接收到SC的数据导向请求后,记录本次会话的相关参数,并向SC发送响应;并且在接收到客户端模块发送的导向数据流后,进行相应的解除导向处理,然后将处理后得到数据流发送至与其相连的承载网络。
2、根据权利要求1所述的系统,其特征在于:所述客户端模块包括应用程序单元、TCP/IP单元和网络接口单元,所述应用程序单元包括会话处理单元,所述会话处理单元用于向会话控制器SC发送业务会话请求,并在接收到SC发送的导向指令后,对产生的数据包进行分类,并为具有导向要求的数据包加上相应的导向标识,然后向导向处理插件发送导向控制信令,并且在接收到导向处理插件返回的响应后,将数据包发送至TCP/IP单元;所述TCP/IP单元用于将应用程序单元发送的数据包封装成IP包,然后发送给导向处理插件;所述网络接口单元用于将接收到的携带有导向标识的IP包发送至相应的NG,并将接收到的没有导向标识的IP包通过缺省路由方式转发至相应的承载网络;
所述客户端模块进一步包括一个导向处理插件,用于判断接收到的来自TCP/IP单元的IP包是否具有导向标识,如果是,则对该IP包进行相应的导向处理,并将导向处理之后的数据包发送至网络接口单元;否则直接将该数据包发送至网络接口单元。
3、一种基于权利要求1所述系统的IP数据流导向方法,其特征在于:该方法至少包括如下步骤:
a、应用平台接收到用户终端发送的业务会话请求后,向目的终端发送会话通知;
b、应用平台接收到目的终端发送的响应后,向NG发送数据导向请求;NG接收到该数据导向请求后,记录本次会话的相关参数,并向应用平台发送响应;
c、应用平台在接收到NG的响应后,向用户终端发送包含有该NG的IP地址的导向指令;用户终端接收到应用平台的导向指令后,将具有相应承载要求的数据流导向至该NG;
d、NG接收到用户终端发送的数据流后,执行相应的解除导向处理,然后将处理后得到数据流发送至该NG连接的承载网络。
4、根据权利要求3所述的方法,其特征在于:步骤c中,所述将数据流导向至该NG的步骤包括:
c1、用户终端对数据流进行隧道封装;
c2、将封装之后的数据包发送至相应的NG;
步骤d中,所述解除导向处理为对该数据流执行相应的解封装处理。
5、根据权利要求4所述的方法,其特征在于:步骤c1中所述隧道封装的步骤包括:在IP数据包前增加指明封装的数据包类型的隧道报头和包含本次会话参数的会话信息域;
步骤d中,所述解封装处理为将接收到的IP数据包的隧道报头和会话信息域去除。
6、根据权利要求5所述的方法,其特征在于:所述会话参数为业务类型、用户标识和会话标识。
7、根据权利要求3所述的方法,其特征在于:当用户终端发送的是IPv6数据包时,步骤c中所述的将数据流导向至该NG的步骤包括:利用应用平台提供的NG的IP地址生成本此会话IPv6数据包的路由扩展报头,并将该路由扩展报头插在IPv6包的基本报头和净荷之间,且使得IPv6基本报头的目的地址为NG的IPv6地址;
步骤d中,所述解除导向处理为对该IPv6数据包执行相应的去除路由扩展报头的操作。
8、根据权利要求3所述的方法,其特征在于:步骤a中,所述应用平台在接收到用户终端发送的业务会话请求后,进一步判断该请求是否合法,如果是,则,向目的终端发送会话通知;否则丢弃该请求,结束本流程。
9、根据权利要求8所述的方法,其特征在于:步骤a中,所述判断该请求是否合法的步骤包括:判断用户终端发送的业务会话请求中所携带的客户端模块标识和密码是否与网络侧保存的该用户终端的签约信息中的记录一致。
10、根据权利要求3所述的方法,其特征在于:步骤b中,所述NG在接收到应用平台的数据导向请求后,进一步判断自身系统是否有能力承担本次会话的数据导向任务,如果是,则记录本次会话的相关参数,并向应用平台发送接纳响应,然后执行步骤c;否则向应用平台发送拒绝响应,应用平台接收到该拒绝响应后,重新选择NG,并向该重新选择的NG发送数据导向请求。
11、根据权利要求10所述的方法,其特征在于:步骤b中,所述判断自身系统是否有能力承担本次会话的数据流导向任务为判断系统当前的所承载的并发会话数是否达到设定的极限值,或者根据接收到的数据导向请求中的业务类型参数,判断该业务所需的带宽是否与自身系统当前所能够提供的资源相匹配。
12、根据权利要求3所述的方法,其特征在于:步骤d中,所述NG接收到用户终端发送的数据流之后,进一步识别该数据包,判断该数据包所携带的参数是否与记录的参数相符,如果是,则接纳该IP包,并将该数据包发送至相应的承载网络;否则,丢弃该IP包,结束本流程。
13、根据权利要求3所述的方法,其特征在于:步骤d中,所述NG在将接收到的数据包发送至相应的承载网络后,进一步向上层应用平台上报相关信息。
14、根据权利要求3所述的方法,其特征在于:步骤b中,所述应用平台在接收到目的终端发送的响应后,向归属于该应用平台管理域的最近的NG发送数据导向请求。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100642377A CN100452766C (zh) | 2005-04-12 | 2005-04-12 | 一种基于业务触发的ip数据流导向系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100642377A CN100452766C (zh) | 2005-04-12 | 2005-04-12 | 一种基于业务触发的ip数据流导向系统及方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1848798A true CN1848798A (zh) | 2006-10-18 |
CN100452766C CN100452766C (zh) | 2009-01-14 |
Family
ID=37078167
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100642377A Active CN100452766C (zh) | 2005-04-12 | 2005-04-12 | 一种基于业务触发的ip数据流导向系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100452766C (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102209063A (zh) * | 2010-03-29 | 2011-10-05 | 华为技术有限公司 | 白板通话的实现方法、白板通话服务器和终端 |
CN102231879A (zh) * | 2011-06-24 | 2011-11-02 | 中兴通讯股份有限公司 | 终端设备和终端设备的业务数据处理的方法 |
US9066256B2 (en) | 2009-09-24 | 2015-06-23 | Huawei Technologies Co., Ltd. | Method, device and system for offloading network traffic |
WO2018068768A1 (zh) * | 2016-10-14 | 2018-04-19 | 中兴通讯股份有限公司 | 宽带业务控制方法及装置 |
CN109379784A (zh) * | 2017-01-25 | 2019-02-22 | 宏碁股份有限公司 | 对数据包进行映射的方法及使用所述方法的相关装置 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1005742A1 (en) * | 1998-06-19 | 2000-06-07 | Unisphere Solutions, Inc. | A quality of service facility in a device for performing ip forwarding and atm switching |
CN1124725C (zh) * | 2000-04-17 | 2003-10-15 | 中国普天信息产业集团公司 | 基于互联网协议的电话交换系统及方法 |
ATE356487T1 (de) * | 2002-04-25 | 2007-03-15 | Cit Alcatel | Status - basierende verfahrensverwaltungsmethode für ein kommunikationstransportnetz |
WO2004002061A1 (de) * | 2002-06-25 | 2003-12-31 | Siemens Aktiengesellschaft | KOMMUNIKATIONSNETZWERK UND BETRIEBSVERFAHREN FüR DIESES |
CN1283079C (zh) * | 2003-02-20 | 2006-11-01 | 华为技术有限公司 | Ip网络业务质量保证方法及系统 |
US20040177247A1 (en) * | 2003-03-05 | 2004-09-09 | Amir Peles | Policy enforcement in dynamic networks |
-
2005
- 2005-04-12 CN CNB2005100642377A patent/CN100452766C/zh active Active
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9066256B2 (en) | 2009-09-24 | 2015-06-23 | Huawei Technologies Co., Ltd. | Method, device and system for offloading network traffic |
CN102209063A (zh) * | 2010-03-29 | 2011-10-05 | 华为技术有限公司 | 白板通话的实现方法、白板通话服务器和终端 |
CN102209063B (zh) * | 2010-03-29 | 2014-07-30 | 华为技术有限公司 | 白板通话的实现方法、白板通话服务器和终端 |
CN102231879A (zh) * | 2011-06-24 | 2011-11-02 | 中兴通讯股份有限公司 | 终端设备和终端设备的业务数据处理的方法 |
CN102231879B (zh) * | 2011-06-24 | 2017-10-20 | 中兴通讯股份有限公司 | 终端设备和终端设备的业务数据处理的方法 |
WO2018068768A1 (zh) * | 2016-10-14 | 2018-04-19 | 中兴通讯股份有限公司 | 宽带业务控制方法及装置 |
CN107959578A (zh) * | 2016-10-14 | 2018-04-24 | 中兴通讯股份有限公司 | 一种宽带业务的控制方法及装置 |
CN109379784A (zh) * | 2017-01-25 | 2019-02-22 | 宏碁股份有限公司 | 对数据包进行映射的方法及使用所述方法的相关装置 |
CN109379784B (zh) * | 2017-01-25 | 2021-10-08 | 宏碁股份有限公司 | 对数据包进行映射的方法及使用所述方法的相关装置 |
Also Published As
Publication number | Publication date |
---|---|
CN100452766C (zh) | 2009-01-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7817611B2 (en) | Wireless local area network system | |
EP3522479B1 (en) | Techniques for efficient multipath transmission | |
CN102811464B (zh) | 移动互联网接入点及其带宽汇聚的方法、汇聚系统 | |
US8693502B2 (en) | Method, system and terminal for accessing packet data serving node | |
CN1264977A (zh) | 非封装移动网际协议 | |
CN1231076C (zh) | 用于为分组数据激活一个分组数据用户上下文的方法和系统 | |
CN1941753A (zh) | 下一代网络中的ip互通网关及其实现ip域互通的方法 | |
CN101150497A (zh) | 移动通信中多数据包传输的方法、系统及设备 | |
CN1172489C (zh) | 基于网络之间的数据通信系统及方法 | |
CN101039254A (zh) | 一种媒体数据重组方法以及组包服务器 | |
CN101064637A (zh) | 保证操作维护数据流服务质量的方法 | |
US8744457B2 (en) | Unique radio bearer (RB) procedure | |
CN1773993A (zh) | 会话中继设备和会话中继方法 | |
CN1848798A (zh) | 一种基于业务触发的ip数据流导向系统及方法 | |
CN1625152A (zh) | 一种保证传输分组数据业务质量的方法 | |
CN1852249A (zh) | 一种实现组播业务的方法 | |
CN101051865A (zh) | 在基带资源池与远端射频单元组成的网络上广播的方法 | |
CN1617508A (zh) | 一种服务质量策略转换设备及方法 | |
CN1665239A (zh) | 一种实现不同通信协议设备间信息传输的方法 | |
CN1886962A (zh) | 用于处理数据包流的上下文的方法及系统 | |
CN1878105A (zh) | 无线局域网与外部网络互通的方法及系统 | |
CN1934832A (zh) | 包数据服务节点以及使用它的通信方法 | |
CN1731759A (zh) | Ip电信网系统中复址无连接数据网分组的封装方法 | |
JP4912833B2 (ja) | 無線通信システムおよび移動端末 | |
JP4649242B2 (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 |