报文传输方法和网络设备
技术领域
本发明涉及通信技术领域,具体涉及一种报文传输方法和网络设备。
背景技术
微波存取全球互联(Worldwide Interoperability for Microwave Access,WiMAX)是一种为企业和家庭用户提供“最后一英里”的宽带无线连接技术。图1示出了现有的WIMAX网络的示意图,在WiMAX网络中,终端包括移动台(Mobile Station,MS)或用户站(Subscriber Station,SS),终端通过基站(Base Station,BS)连接到WiMAX网络,WiMAX网络主要包括接入服务网络(Access Service Network,ASN)以及连接服务网络(Connectivity ServiceNetwork,CSN)两部分。接入服务网络负责终端接入,其主要包括BS和接入服务网关(Access Service Network Gateway,ASN-GW)。ASN-GW是接入服务网络的上行出口,负责对终端的接入认证、接入路由等功能。连接服务网络主要提供终端的互联网协议(Internet Protocol,IP)连接,核心路由等。对于终端来说,CSN提供移动IP(Mobile Internet Protocol,MIP)的家乡代理,ASN-GW提供移动IP的外部代理。
当两个终端通信时,它们之间的数据可能经过多个ASN-GW,并通过CSN转发,例如图1中的终端A(MS-A)和终端B(MS-B)之间的通信。对于一个终端来说,其所附着的BS所在的接入服务网络中的ASN-GW称为服务接入网关。终端的通信数据可能经过服务接入网关后再经过其它的ASN-GW到达CSN,而最靠近连接服务网络的那个ASN-GW称为锚定接入网关。例如,MS-A对应的服务接入网关为ASN-GW1,锚定接入网关为ASN-GW2,MS-B对应的服务接入网关和锚定接入网关均为ASN-GW3。
下面以基站为例来说明现有技术提供的一种报文传输方法,其主要包括:
基站接收终端A发送的媒体接入控制(Media Access Control,MAC)报文;查找空口连接标识和R6数据路径标识之间的映射关系获得MAC报文中携带的空口连接标识所对应的R6数据路径标识,或者通过MAC报文中的数据报文的分类信息找到数据报文所属的上行业务流,再找到该上行业务流所在的R6数据路径标识;将MAC报文中包含的数据报文封装成隧道报文,该隧道报文中携带对应的R6数据路径标识;将封装报文通过基站和服务接入网关之间隧道发送给服务接入网关。其中,R6数据路径标识(R6 Data PathIdentifier,DPID6)用于标识基站和服务接入网关之间的传输路径。
服务接入网关接收到隧道报文后,将隧道报文中包含的数据报文发送到锚定接入网关。锚定接入网关将接收到的数据报文发送到连接服务网络,连接服务网关对该数据报文进行路由,将该数据报文路由到移动台B的服务接入网关,服务接入网关通过下行路径将数据报文发送给移动台B所在的基站,移动台B所在的基站最终将该数据报文发送到移动台B。
发明人在研究现有技术的过程中发现,若终端A和B附着相同的基站或相同的接入网关时,终端A和B之间的数据报文仍然需要通过连接服务网络进行传输,存在网络资源浪费,传输效率低的问题。
发明内容
本发明提供一种报文传输方法和网络设备,可以实现在两个终端附着相同的基站或接入网关时,将终端之间的数据报文直接通过基站进行传输,提高了传输效率,节省了网络资源。
为解决上述技术问题,本发明实施例是通过以下技术方案来实现的:
本发明实施例提供的报文传输方法,包括:
从上行数据路径接收上行报文,所述上行报文中包含一数据报文;
判断本地是否建立有所述上行数据路径和对应的下行数据路径之间的映射关系;
若没有建立,则进一步判断所述数据报文所属的上行业务流的目的地址是否唯一;
若所述上行业务流的目的地址唯一,则进一步判断所述目的地址对应的目的终端是否在本地;
若所述目的终端在本地,则根据数据报文的分类信息查找所述数据报文的下行业务流;
若查找到所述数据报文的下行业务流,则通过所述下行业务流所在的下行数据路径发送下行报文,所述下行报文中包含所述数据报文。
本发明实施例还提供一种网络设备的报文传输方法,包括:
接收上行报文,所述上行报文中包含数据报文;
判断本地是否建立有所述数据报文所属的上行业务流和对应的下行业务流之间的映射关系;
若没有建立,则进一步判断所述上行业务流的目的地址是否唯一;
若上行业务流的目的地址唯一,则进一步判断所述目的地址对应的目的终端是否在本地;
若所述目的终端在本地,则根据所述数据报文的分类信息查找所述数据报文的下行业务流;
若查找到所述数据报文的下行业务流,则通过所述下行业务流所在的下行数据路径发送下行报文,所述下行报文中包含所述数据报文。
本发明实施例还提供一种网络设备的报文传输方法,包括:
接收上行业务流请求消息,所述上行业务流请求消息中携带上行业务流的目的地址;
判断所述上行业务流的目的地址是否唯一;
若所述上行业务流的目的地址唯一,则进一步判断所述目的地址对应的目的终端是否在本地;
若所述目的终端在本地,则根据所述上行业务流的分类信息查找与所述上行业务流对应的下行业务流;
若查找到对应的下行业务流,则建立所述上行业务流所在的上行数据路径和查找到的下行业务流所在的下行数据路径之间的映射关系,或建立所述上行业务流与查找到的下行业务流之间的映射关系;
从所述上行业务流所在的上行数据路径接收上行报文,所述上行报文中包含数据报文;
根据上行数据路径和查找到的下行业务流的下行数据路径之间的映射关系,获得与所述上行数据路径对应的下行数据路径,或者根据上行业务流与下行业务流之间的映射关系,获得与所述数据报文所属的上行业务流对应的下行业务流所在的下行数据路径;
通过获得的下行数据路径发送下行报文,所述下行报文中包含所述数据报文。
本发明实施例还提供一种报文传输方法,包括:
接收下行业务流请求消息,所述下行业务流请求消息中携带请求建立的下行业务流的目的终端的地址;
根据下行业务流的分类信息查找与所述下行业务流对应且目的地址为所述目的终端地址的上行业务流;
若查找到对应的上行业务流,则建立所述下行业务流所在的下行数据路径和查找到的上行业务流所在的上行数据路径之间的映射关系,或建立所述下行业务流与查找到的上行业务流之间的映射关系;
从所述上行业务流所在的上行数据路径接收上行报文,所述上行报文中包含数据报文;
根据下行数据路径和查找到的上行业务流的上行数据路径之间的映射关系,获得与所述上行数据路径对应的下行数据路径,或者根据所述下行业务流与上行业务流之间的映射关系,获得与所述上行业务流对应的下行业务流所在的下行数据路径;
通过获取的下行数据路径发送下行报文,所述下行报文中包含所述数据报文。
本发明实施例还提供一种网络设备,包括:
第一报文接收单元,用于从上行数据路径接收上行报文,所述上行报文中包含数据报文;
数据路径判断单元,用于判断本地是否建立有所述上行数据路径和对应的下行数据路径之间的映射关系;
第一判断单元,用于在判断本地没有建立所述映射关系时,进一步判断所述数据报文所属的上行业务流的目的地址是否唯一;
第二判断单元,用于在所述第一判断单元判断上行业务流的目的地址唯一时,进一步目的地址对应的目的终端是否在本地;
第一分类器查找单元,用于在所述第二判断单元判断目的终端在本地时,根据所述数据报文的分类信息查找所述数据报文的下行业务流;
第一报文发送单元,用于在查找到所述数据报文的下行业务流时,通过所述下行业务流所在的下行数据路径发送下行报文,所述下行报文中包含所述数据报文。
本发明实施例还提供一种网络设备,包括:
第二报文接收单元,用于接收上行报文,所述上行报文中包含数据报文;
业务流判断单元,用于判断本地是否建立有所述数据报文所属的上行业务流和对应的下行业务流之间的映射关系;
第三判断单元,用于在判断本地没有建立所述映射关系时,进一步判断所述上行业务流的目的地址是否唯一;
第四判断单元,用于在判断上行业务流的目的地址唯一时,进一步判断所述目的地址对应的目的终端是否在本地;
第二分类器查找单元,用于在判断所述目的终端在本地时,根据所述数据报文的分类信息查找所述数据报文的下行业务流;
第二报文发送单元,用于在查找到所述数据报文的下行业务流时,通过所述下行业务流所在的下行数据路径发送下行报文,所述下行报文中包含所述数据报文。
本发明实施例还提供一种网络设备,包括:
上行请求消息接收单元,用于接收上行业务流请求消息,所述上行业务流请求消息中携带上行业务流的目的地址;
第五判断单元,用于判断所述上行业务流的目的地址是否唯一;
第六判断单元,用于在所述上行业务流的目的地址唯一时,进一步判断所述目的地址对应的目的终端是否在本地;
第三分类器查找单元,用于在所述目的终端在本地的情况下,根据所述上行业务流的分类信息查找与所述上行业务流对应的下行业务流;
第三映射关系建立单元,用于在查找到对应的下行业务流时,建立所述上行业务流所在的上行数据路径和查找到的下行业务流所在的下行数据路径之间的映射关系,或建立所述上行业务流与查找到的下行业务流之间的映射关系;
第三报文接收单元,用于从所述上行业务流所在的上行数据路径接收上行报文,所述上行报文中包含数据报文;
第一数据路径获得单元,用于根据上行数据路径和查找到的下行业务流的下行数据路径之间的映射关系,获得与所述上行数据路径对应的下行数据路径,或者根据上行业务流与下行业务流之间的映射关系,获得与所述数据报文所属的上行业务流对应的下行业务流所在的下行数据路径;
第三报文发送单元,用于通过获得的下行数据路径发送下行报文,所述下行报文中包含所述数据报文。
本发明实施例还提供一种网络设备,包括:
下行请求消息接收单元,用于接收下行业务流请求消息,所述下行业务流请求消息中携带请求建立的下行业务流的目的终端的地址;
第四分类器查找单元,用于根据下行业务流的分类信息查找与所述下行业务流对应且目的地址为所述目的终端地址的上行业务流;
第四映射关系建立单元,用于在查找到对应的上行业务流时,建立所述下行业务流所在的下行数据路径和查找到的上行业务流所在的上行数据路径之间的映射关系,或建立所述下行业务流与查找到的上行业务流之间的映射关系;
第四报文接收单元,用于从所述上行业务流所在的上行数据路径接收上行报文,所述上行报文中包含数据报文;
第二数据路径获得单元,用于根据下行数据路径和查找到的上行业务流的上行数据路径之间的映射关系,获得与所述上行数据路径对应的下行数据路径,或者根据所述下行业务流与上行业务流之间的映射关系,获得与所述上行业务流对应的下行业务流所在的下行数据路径;
第四报文发送单元,用于通过获取的下行数据路径发送下行报文,所述下行报文中包含所述数据报文。
在本发明实施例中,在判断上行业务流的目的地址唯一,且该目的地址对应的目的终端在本地时,通过数据报文的分类信息查找数据报文的下行业务流,然后通过下行业务流所在的下行数据路径发送数据报文给目的终端。与现有技术相比,本发明实施例在两个终端附着相同的基站或相同的接入网关时,两个终端之间的数据报文直接通过上行数据路径和下行数据路进行传输,而不需要通过连接服务网络和上级网络设备进行传输,因而可以节省网络资源,降低了报文的传输延迟。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对现有技术和实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是现有的WIMAX网络的示意图;
图2是本发明实施例一提供的报文传输方法的流程图;
图3是本发明实施例二提供的报文传输方法的流程图;
图4是本发明实施例三提供的报文传输方法的流程图;
图5是本发明实施例四提供的报文传输方法的流程图;
图6是本发明实施例五提供的报文传输方法的流程图;
图7是本发明实施例六提供的报文传输方法的流程图;
图8是本发明实施例七提供的报文传输方法的流程图;
图9是本发明实施例八提供的报文传输方法的流程图;
图10是本发明实施例九提供的报文传输方法的流程图;
图11是本发明实施例十一提供的报文传输方法中网络设备获取终端的地址信息的方法流程图;
图12是本发明实施例十三提供的网络设备的结构示意图;
图13是本发明实施例十四提供的网络设备的结构示意图;
图14是本发明实施例十五提供的网络设备的结构示意图;
图15是本发明实施例十六提供的网络设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明提供了一种报文传输方法和网络设备。为了更好的理解本发明的技术方案,下面结合附图对本发明提供的实施例进行详细地描述。
参见图2,图2是本发明实施例一提供的报文传输方法的流程图。
在本发明实施例中,终端之间需要传输数据,该数据可以封装为数据报文。本发明实施例以源终端和目的终端为例进行说明,源终端向WiMAX网络发送数据报文,目的终端从WiMAX网络接收数据报文。本发明实施例一提供的报文传输方法可以包括:
101、从上行数据路径接收上行报文,上行报文中包含一数据报文。
具体的,网络设备从上行数据路径接收上行报文,该上行报文中包含一数据报文。
其中,网络设备可以为基站,此时本发明实施例中的上行数据路径为终端与基站之间的上行空口连接;网络设备还可以是服务接入网关,此时上行数据路径是指基站与服务接入网关之间的上行数据路径;网络设备还可以是锚定接入网关,此时上行数据路径是指服务接入网关与锚定接入网关之间的上行数据路径。
102、判断本地是否建立有该上行数据路径和对应的下行数据路径之间的映射关系。
具体的,网络设备可以判断本地是否建立有该上行数据路径和对应的下行数据路径之间的映射关系,若判断本地未建立该上行数据路径和对应的下行数据路径之间的映射关系,则执行步骤103。
其中,网络设备可以根据上行数据路径的标识查找本地的映射关系,若查找到对应的下行数据路径的标识,则判断本地已建立上行数据路径和对应的下行数据路径之间的映射关系,若未查找到对应下行数据路径的标识,则判断本地未建立上行数据路径和对应的下行数据路径之间的映射关系。
103、若没有建立,则进一步判断数据报文所属的上行业务流的目的地址是否唯一。
具体的,网络设备在判断本地没有建立该上行数据路径和对应的下行数据路径之间的映射关系时,进一步判断数据报文所属的上行业务流的目的地址是否唯一。
其中,网络设备根据可以判断上行业务流的分类器指示的目的地址是否唯一。若目的地址唯一,则执行步骤104。若上行业务流的目的地址不唯一,说明该业务流需要发送到多个目的地址,结束本流程或在网络设备是源终端的锚定接入网关时,可执行步骤110。
104、上行业务流的目的地址唯一,则进一步判断该目的地址对应的目的终端是否在本地。
具体的,网络设备在判断业务流的目的地址唯一时,进一步判断该目的地址对应的目的终端是否在本地,例如判断本地的终端地址信息中是否包含该目的终端。其中,网络设备本地的终端地址信息中保存有该网络设备管辖范围内的终端的地址信息。
本文所指的判断目的地址对应的目的终端是否在本地是指判断该目的地址对应的目的终端是否是网络设备管辖范围内的终端。
若本地的终端地址信息中包含该数据报文的目的地址,则说明目的地址对应的终端当前处于网络设备的管辖范围内,则执行步骤105。若本地的终端地址信息中不包含数据报文的目的地址,则说明目的地址对应的终端当前没有处于网络设备的管辖范围内,执行现有的报文转发方法,即向连接服务网络发送该数据报文。
105、目的终端在本地,则根据数据报文的分类信息查找该数据报文的下行业务流。
具体的,若网络设备判断目的终端在本地,例如判断本地的终端地址信息中包含数据报文的目的地址时,则根据数据报文的分类信息查找该数据报文的下行业务流,若查找到,则执行步骤106。其中,数据报文的分类信息中可以包括数据报文的源地址、目的地址、端口号、服务质量(Quantity of Service,QoS)参数等信息。
在本发明实施例中,若该数据报文对应的下行业务流和下行数据路径已经建立了,则可以查找到对应的下行业务流,执行步骤106,该数据报文可以进行本地路由。在本发明实施例中,本地路由可以理解为数据报文不需要经过连接服务网络和上级接入网设备进行传输。在本发明实施例中,若未查找到对应的下行业务流,则执行现有的报文转发方法,即向连接服务网络发送该数据报文。
106、查找到数据报文的下行业务流,则通过下行业务流所在的下行数据路径发送下行报文,下行报文中包含该数据报文。
具体的,若网络设备查找到数据报文的下行业务流,则说明该数据报文可以不经过连接服务网络和上级接入网设备进行传输,网络设备通过该下行业务流所在的下行数据路径发送下行报文,该下行报文中包括该数据报文。其中,网络设备可以将该数据报文封装到该下行数据路径隧道中传输。
在本发明实施例中,在判断上行业务流的目的地址唯一,且该目的地址对应的目的终端在本地时,通过数据报文的分类信息查找数据报文的下行业务流,然后通过下行业务流所在的下行数据路径发送数据报文给目的终端。与现有技术相比,本发明实施例在两个终端附着相同的基站的场景时,两个终端之间的数据报文直接通过上行数据路径和下行数据路进行传输,而不需要通过连接服务网络进行传输,因而可以节省网络资源,降低了报文的传输延迟。
进一步的,本发明实施例一提供的报文传输方法还可以在执行根据数据报文的分类信息查找数据报文的下行业务流(步骤105)之后,执行以下步骤:
107、建立上行数据路径和下行业务流所在的下行数据路径之间的映射关系。
具体的,网络设备可以在查找到数据路径的下行业务流时,建立上行数据路径和步骤105中查找到的下行业务流所在的下行数据路径之间的映射关系。其中,步骤106和步骤107之间是时序无关的。
本发明实施例中,网络设备在建立上述映射关系后,则可以在后续从该上行数据路径中接收上行报文时,执行判断本地是否建立有上行数据路径和对应的下行数据路径之间的映射关系时(步骤102),判断本地保存了映射关系,则网络设备可以执行以下步骤:
108、根据该映射关系获得该上行数据路径对应的下行数据路径。
具体的,网络设备可以查找该映射关系获得该上行数据路径对应的下行数据路径,然后执行步骤109。
109、通过根据该映射关系获得的下行数据路径发送下行报文,下行报文中包含该数据报文。
具体的,网络设备通过根据上述映射关系获得的下行数据路径发送下行报文,该下行报文中包含该数据报文,从而实现将终端的数据报文实现本地路由。
在本发明实施例中,网络设备还可以为源终端的锚定接入网关,此时网络设备在判断数据报文所属的上行业务流的目的地址不唯一时,即步骤102之后,还可以执行以下步骤:
110、根据数据报文的目的地址创建新上行业务流,新上行业务流的目的地址为数据报文的目的地址。
具体的,锚定接入网关在判断数据报文所属的上行业务流的目的地址不唯一时,锚定接入网关发起建立新上行业务流的过程,新上行业务流的目的地址为该新上行业务流中的数据报文的目的地址。锚定接入网关对接收到的上行报文依然按照现有的转发方式进行处理,即向连接服务网络发送该数据报文。
在创建新业务流后,源终端发送的数据包将通过新上行业务流进行传输,新上行业务流将对应的新的上行数据路径,且新上行业务流的目的地址是唯一的,网络设备在接收到新上行业务流发送的上行报文后,重新执行本发明实施例中的报文传输方法,确定接收到的上行报文是否可以本地路由。
实施例二
参见图3,图3是本发明实施例二提供的报文传输方法的方法流程图。
在本发明实施例二提供的报文传输方法可以包括:
201、从上行数据路径接收上行报文,上行报文中包含数据报文。
其中,步骤201的执行过程和上述实施例一中的步骤101相同,详情参见上述实施例一。
202、若上行数据路径的本地路由状态是初始值,则判断本地未建立上行数据路径和对应的下行数据路径之间的映射关系。
在本发明实施例中,网络设备判断本地是否建立有上行数据路径和对应的下行数据路径之间的映射关系的步骤是通过判断上行数据路径的本地路由状态来实现的。
具体的,网络设备可以获取上行数据路径的本地路由状态,其中本地路由状态包括可本地路由、不可本地路由和初始值。若上行数据路径的本地路由状态是初始值,则判断本地未建立上行数据路径和对应的下行数据路径之间的映射关系,执行步骤203。若上行数据路径的本地路由状态是可本地路由,则判断本地已建立上行数据路径和对应的下行数据路径之间的映射关系,则根据该映射关系查找上行数据路径对应的下行数据路径,通过查找到的下行数据路径发送该数据报文。
另外,若上行数据路径的本地路由状态为不可本地路由,则说明该数据报文是否可以本地路由已经判断过了,并且判断结果为不可本地路由,则向连接服务网络发送该数据报文。
203、进一步判断数据报文所属的上行业务流的目的地址是否唯一。
具体的,若判断上行业务流的目的地址不唯一,说明该上行业务流需要发送到多个目的地址,结束本流程或在网络设备是源终端的锚定接入网关时,可执行步骤209。
204、上行业务流的目的地址唯一,则进一步判断目的地址对应的目的终端是否在本地。
205、若目的终端在本地,则根据数据报文的分类信息查找数据报文的下行业务流。
具体的,步骤203-205的执行过程和上述实施例一中的步骤103-105的执行过程相同,详情参见上述实施例一。
206、若目的终端不在本地,则将上行数据路径的本地路由状态设置为不可本地路由。
具体的,若网络设备判断目的终端不在本地,则将上行数据路径的本地路由状态设置为不可本地路由。其中,上行数据路径的本地路由状态在设置之前为初始值。
207、若查找到数据报文的下行业务流,则通过下行业务流所在的下行数据路径发送下行报文,下行报文中包含该数据报文。
具体的,若网络设备查找到数据报文的下行业务流,则说明该数据报文可以不经过连接服务网络和上级接入网设备进行传输,网络设备通过该下行业务流所在的下行数据路径发送下行报文,该下行报文中包括该数据报文。其中,网络设备可以将该数据报文封装到该下行数据路径隧道中传输。
208、当查找到数据报文的下行业务流时,则将该上行数据路径的本地路由状态设置为可本地路由。
具体的,若网络设备查找到数据报文的下行业务流,则说明该数据报文可以不经过连接服务网络和上级接入网设备进行传输,网络设备将该上行数据路径的本地路由状态设置为可本地路由。
进一步的,本发明实施例二提供的报文传输方法还可以包括:
209、根据数据报文的目的地址创建新上行业务流,新上行业务流的目的地址为数据报文的目的地址。
其中,步骤209的执行过程可以参考上述实施例一中的步骤110的描述。
在本发明实施例二中,网络设备在接收到上行数据报文后,首先判断上行数据报文的上行数据路径的本地路由状态,如果本地路由状态为可本地路由,则直接查本地的映射关系获得对应的下行数据路径,将数据报文直接通过下行数据路径转发;如果本地路由状态为不可本地路由,则直接将数据报文按现有的转发方式进行转发,无须再对报文作本地路由判断;若本地路由状态为未作本地路由判断,才对数据报文进行本地路由判断,并将判断结果记录下来,实现同一上行业务流的数据报文仅需对一个数据报文进行本地路由判断,提高效率,节省系统资源。
实施例三
参见图4,图4是本发明实施例三提供的报文传输方法的方法流程图。
在本发明实施例提供的报文传输方法可以包括:
301、接收上行报文,上行报文中包含数据报文。
具体的,网络设备从上行数据路径接收上行报文,该上行报文中包含数据报文。
302、判断本地是否建立有该数据报文所属的上行业务流和对应的下行业务流之间的映射关系。
具体的,网络设备可以判断本地是否建立有该数据报文所属的上行业务流和对应的下行业务流之间的映射关系,若判断本地未建立该映射关系,则执行步骤303。
其中,网络设备可以根据上行业务流标识查找本地的映射关系,若查找到对应的下行业务流的标识,则判断本地已建立上行业务流和对应的下行业务流之间的映射关系,若未查找到对应下行业务流的标识,则判断本地未建立上行业务流和对应的下行业务流之间的映射关系。
若判断本地已经建立了该数据报文所属的上行业务流和对应的下行业务流之间的映射关系,则执行步骤308。
303、若没有建立,则进一步判断数据报文所属的上行业务流的目的地址是否唯一。
304、若上行业务流的目的地址唯一,则进一步判断该目的地址对应的目的终端是否在本地。
具体的,若判断目的终端在本地,则执行步骤305,否则结束本流程,执行正常的报文转发流程。
305、若目的终端在本地,则根据数据报文的分类信息查找该数据报文的下行业务流。
306、若查找到数据报文的下行业务流,则通过下行业务流所在的下行数据路径发送下行报文,下行报文中包含该数据报文。
其中,步骤303-306的执行过程和上述实施例一中的步骤103-106的执行过程相同,详情参见上述实施例一。
在本发明实施例中,在判断上行业务流的目的地址唯一,且该目的地址对应的目的终端在本地时,通过数据报文的分类信息查找数据报文的下行业务流,然后通过下行业务流所在的下行数据路径发送数据报文给目的终端。与现有技术相比,本发明实施例在两个终端附着相同的基站的场景时,两个终端之间的数据报文直接通过上行数据路径和下行数据路进行传输,而不需要通过连接服务网络进行传输,因而可以节省网络资源,降低了报文的传输延迟。
进一步的,本发明实施例三提供的报文传输方法还可以在执行根据数据报文的分类信息查找数据报文的下行业务流(步骤305)之后,执行以下步骤:
307、若查找到数据报文的下行业务流,则建立数据报文所属的上行业务流和下行业务流之间的映射关系。
具体的,网络设备可以在查找到数据路径的下行业务流时,建立该数据报文所属的上行业务流和查找到的下行业务流之间的映射关系。其中,步骤306和步骤307之间是时序无关的。
本发明实施例中,网络设备在建立上述映射关系后,则可以在后续从该上行数据路径中接收上行报文时,执行判断本地是否建立有上行业务流和对应的下行业务流之间的映射关系时(步骤302),判断本地保存了映射关系,则网络设备可以执行以下步骤:
308、根据该映射关系获得该上行业务流对应的下行业务流。
具体的,网络设备可以查找该映射关系获得该上行业务流对应的下行业务流,然后执行步骤309。
309、通过根据该映射关系获得的下行业务流所属的下行数据路径发送下行报文,下行报文中包含该数据报文。
具体的,网络设备通过根据上述映射关系获得的下行业务流所属的下行数据路径发送下行报文,该下行报文中包含该数据报文,从而实现将终端的数据报文实现本地路由。
在本发明实施例中,网络设备还可以为源终端的锚定接入网关,此时网络设备在判断数据报文所属的上行业务流的目的地址不唯一时,执行以下步骤:
310、根据数据报文的目的地址创建新上行业务流,新上行业务流的目的地址为数据报文的目的地址。
具体的,锚定接入网关在判断数据报文所属的上行业务流的目的地址不唯一时,锚定接入网关发起建立新上行业务流的过程,新上行业务流的目的地址为数据报文的目的地址。锚定接入网关对接收到的上行报文依然按照现有的转发方式进行处理,即向连接服务网络发送该数据报文。
在创建新业务流后,源终端发送的数据包将通过新上行业务流进行传输,新上行业务流将对应的新的上行数据路径,且新上行业务流的目的地址是唯一的,网络设备在接收到新上行业务流发送的上行报文后,重新执行本发明实施例中的报文传输方法,确定接收到的上行报文是否可以本地路由。
进一步的,在本发明实施例三提供的数据传输方法中,网络设备在执行步骤305时,若查找到数据报文的下行业务流,则说明该数据报文可以不经过连接服务网络和上级接入网设备进行传输,网络设备可以通过该下行业务流所在的下行数据路径发送该数据报文。网络设备将该数据报文所属的上行业务流的本地路由状态设置为可本地路由。其中,上行业务流的本地路由状态在设置之前为初始值。
另外,网络设备在执行步骤304时,若判断该目的终端不在本地,则说明该目的终端不在网络设备的管辖范围内,网络设备将该数据报文所属的上行业务流的本地路由状态设置为不可本地路由。
本发明实施例三通过设置数据报文所属的上行业务流的本地路由状态,可以使得在第二次接收到该上行数据路径上的数据报文时,直接根据本地路由状态来判断本地是否已建立数据报文所属的上行业务流和对应的下行业务流之间的映射关系。因而在本发明实施例三中,若网络设备判断数据报文所属的上行业务流的本地路由状态是可本地路由,则判断本地已建立数据报文所属的上行业务流和对应的下行业务流之间的映射关系。若该数据报文所属的上行业务流的本地路由状态是初始值,则判断本地未建立该数据报文所属的上行业务流和对应的下行业务流之间的映射关系。若数据报文所属的上行业务流的本地路由状态为不可本地路由,则说明该数据报文不可本地路由,执行现有的数据报文转发流程,即向连接服务网络发送该数据报文。本发明实施例三通过判断上行业务流的本地路由状态来判断是否本地是否建立数据报文所属的上行业务流和对应的下行业务流之间的映射关系,实现同一上行业务流的数据报文仅需对一个数据报文进行本地路由判断,因而可以提高效率,节省系统资源。
参见图5,图5是本发明实施例四提供的报文传输方法的流程图。
在终端发送报文之前,需要建立终端到锚定接入网关之间的上行业务流。在本发明实施例四提供在建立上行业务流的时候建立本地路由映射关系,实现本地路由,包括:
401、接收上行业务流请求消息,上行业务流请求消息中携带上行业务流的目的地址。
具体的,网络设备接收上行业务流请求消息,上行业务流请求消息中携带上行业务流的目的地址。网络设备在接收到上行业务流请求消息后,为终端建立上行业务流以及对应的上行业务路径,所建立的上行业务流或上行数据路径的本地路由状态设置为初始值,即未作本地路由判断。在一个数据路径可包含多个上行业务流的情况下,网络设备可以将新建的上行业务流加入到一个已有的数据路径中。
其中,网络设备可以为基站、服务接入网关或锚定接入网关。上行业务流请求可以由终端发起也可以由锚定接入网关发起。当上行业务流请求由终端发起时,上行业务流请求被发送到终端附着的基站,基站收到上行业务流请求后转发至终端的服务接入网关,服务接入网关收到上行业务流请求后转发至终端的锚定接入网关。当上行业务流请求由锚定接入网关发起时,上行业务流请求被发送到终端的服务接入网关,服务接入网关收到上行业务流请求后转发至终端附着的基站,基站收到上行业务流请求后转发至终端。
402、判断上行业务流的目的地址是否唯一。
具体的,网络设备判断上行业务流的目的地址是否唯一,若上行业务流的目的地址唯一,则执行步骤403,若上行业务流的目的地址不唯一,则结束本流程。
403、上行业务流的目的地址唯一,则进一步判断目的地址对应的目的终端是否在本地。
具体的,网络设备在判断上行业务流的目的地址唯一时,则进一步判断目的地址对应的目的终端是否在本地,例如判断本地的终端地址信息中是否包含上行业务流的目的地址。其中,网络设备本地的终端地址信息中保存有该网络设备管辖范围内的终端的地址信息。
若本地的终端地址信息中包含该上行业务流的目的地址,则说明上行业务流的目的地址对应的终端当前处于网络设备的管辖范围内,则执行步骤404。若本地的终端地址信息中不包含上行业务流的目的地址,则说明目的地址对应的终端当前没有处于网络设备的管辖范围内,将上行业务流的本地路由状态设置为不可本地路由,或者在一个数据路径只包含一个业务流的情况下将上行业务流对应的上行数据路径的本地路由状态设置为不可本地路由,结束本流程。
404、若目的终端在本地,则根据上行业务流的分类信息查找与上行业务流对应的下行业务流。
具体的,网络设备在判断目的终端在本地,即本地的终端地址信息中包含上行业务流的目的地址时,则通过上行业务流的分类信息查找与上行业务流对应的下行业务流。其中,上行业务流的分类信息中可以包括报文的源地址、目的地址、端口号、服务质量参数等信息,业务流请求消息和已有业务流的分类器中包含这些信息。
在本发明实施例中,若上行业务流对应的下行业务流已经建立了,则可以查找到对应的下行业务流,该上行业务流中的上行报文可以进行本地路由。在本发明实施例中,本地路由可以理解为上行报文中的数据报文不需要经过连接服务网络进行传输。若未查找到对应的下行业务流,则停止本流程,按现有流程将业务流发送到连接服务网络进行传输。
405、查找到对应的下行业务流,建立上行业务流和查找到的下行业务流之间的映射关系,或建立上行业务流所在的上行数据路径和查找到的下行业务流所在的下行数据路径之间的映射关系。
具体的,当一个数据路径只包含一个业务流时,网络设备可以在查找到对应的下行业务流之后,建立上行业务流所在的上行数据路径和查找到的下行业务流所在的下行数据路径之间的映射关系,将上行数据路径的本地路由状态设置为可本地路由;当一个数据路径可以包含多个业务流时,网络设备在查找到对应的下行业务流之后,建立上行业务流和查找到的下行业务流之间的映射关系,将该上行业务流的本地路由状态设置为可本地路由。
406、从上行业务流所在的上行数据路径接收上行报文,上行报文中包含数据报文。
具体的,网络设备从建立的上行业务流所在的上行数据路径接收上行报文,上行报文中包含数据报文。
其中,网络设备可以为基站,此时本发明实施例中的上行数据路径为终端与基站之间的上行空口连接,基站通过上行空口连接接收终端发送的上行报文;网络设备还可以是服务接入网关时,此时上行数据路径是指基站与服务接入网关之间的上行数据路径,服务接入网关通过上行数据路径接收基站发送的上行报文;网络设备还可以是锚定接入网关时,此时上行数据路径是指服务接入网关与锚定接入网关之间的上行数据路径,锚定接入网关通过上行数据路径接收服务接入网关发送的上行报文。
407、根据上行数据路径和查找到的下行业务流的下行数据路径之间的映射关系,获得与上行数据路径对应的下行数据路径,或者根据上行业务流与下行业务流之间的映射关系,获得与数据报文所属的上行业务流对应的下行业务流所在的下行数据路径。
具体的,当一个数据路径只包含一个业务流时,网络设备通过与数据报文的上行数据路径在本地的映射关系中查找到对应的下行数据路径;当一个数据路径可包含多个业务流时,网络设备通过与上行数据报文所属的上行业务流在本地映射关系中查找到对应的下行业务流,进一步获得该下行业务流所在的下行数据路径。
408、通过对应的下行数据路径发送下行报文,下行报文中包含数据报文。
具体的,网络设备在获得下行数据路径后,通过找到的下行数据路径发送下行报文,下行报文中包含数据报文。
在本发明实施例中,在接收到上行业务流请求消息时,判断上行业务流的目的地址对应的目的终端是否在本地,若是则通过上行业务流的分类信息查找与上行业务流对应的下行业务流,然后建立上行业务流的上行数据路径和查找到的下行业务流的下行数据路径之间或者该上行业务流和查找到的下行业务流之间的映射关系,最终通过本地的映射关系转发数据报文。与现有技术相比,本发明实施例在两个终端附着相同的基站、接入网关的场景时,两个终端之间的数据报文直接通过基站或接入网关转发,而不需要通过连接服务网络和上级接入网设备进行传输,因而可以节省网络资源,同时降低了报文的传输延迟。
进一步的,在本发明实施例四提供的报文传输方法中,当网络设备是基站时,该上行业务流请求消息是由终端向基站发送的业务流添加创建请求消息(DSA_Req)或业务流修改请求消息(DSC_Req),或者上行业务流请求消息是由终端的服务接入网关向基站发送的数据路径注册请求消息(Path_Reg_Req)或数据路径预注册请求消息(Path_Prereg_Req)。本实施例中,当网络设备是服务接入网关时,上行业务流请求消息是基站向服务接入网关发送的数据路径注册请求消息(Path_Reg_Req)或数据路径预注册请求消息(Path_Prereg_Req),或者上行业务流请求消息是由终端的锚定接入网关向服务接入网关发送的数据路径注册请求消息(Path_Reg_Req)或数据路径预注册请求消息(Path_Prereg_Req)。本实施例中,当网络设备是锚定接入网关时,上行业务流请求消息是服务接入网关向锚定接入网关发送的数据路径注册请求消息(Path_Reg_Req)或数据路径预注册请求消息(Path_Prereg_Req),或者上行业务流请求消息是由终端的锚定业务流授权器向锚定接入网关发送的资源请求消息(RR_Req)。
进一步的,在本发明实施例四提供的报文传输方法中,若网络设备为基站,则建立上、下行业务流或上、下行数据路径之间的映射关系的步骤(步骤405)具体为:基站将上行业务流的上行空口连接信息中的下行连接标识设置为所找到的下行业务流的下行空口连接标识。如果网络设备为接入网关(包括服务接入网关和锚定接入网关),则接入网关将上行业务流所在的上行数据路径的上行数据路径信息中的下行数据路径标识设置为所找到的下行业务流在其下行接口上的下行数据路径标识,或接入网关将上行业务流中对应的下行业务流标识设置为所找到的下行业务流的标识。
上述实施例四提供了在建立上行业务流的过程中判断该上行业务流是否可以本地路由,本发明实施例还提供在建立下行业务流的过程中,判断下行业务流是否存在可本地路由的对应的上行业务流。
参见图6,图6是本发明实施例五提供的报文传输方法的流程图。
在终端接收报文之前,需要建立终端到锚定接入网关之间的下行业务流。在本发明实施例五提供的本地路由方法可以包括:
501、接收下行业务流请求消息,下行业务流请求消息中携带请求建立的下行业务流的目的终端的地址。
具体的,网络设备接收下行业务流请求消息,下行业务流请求消息中携带请求建立的下行业务流的目的终端的地址。网络设备根据该下行业务流请求消息建立下行业务流和下行数据路径。
本实施例中,当网络设备是基站时,下行数据路径是指终端与基站之间的下行空口连接;网络设备是服务接入网关时,下行数据路径是指基站与服务接入网关之间的下行数据路径;当网络设备是锚定接入网关时,下行数据路径是指服务接入网关与锚定接入网关之间的下行数据路径。
502、根据下行业务流的分类信息查找与下行业务流对应且目的地址为目的终端地址的上行业务流。
具体的,网络设备在本地的全部上行业务流中通过报文分类信息查找与下行业务流对应且目的地址为目的终端地址的下行业务流。
在本发明实施例中,其中,分类器中包括数据报文的源地址、目的地址、端口号、服务质量参数等信息。一个源地址可以存在多个上行业务流,因而需要通过结合其它的参数例如上行业务流的目的地址、端口号、服务质量等参数来确定和下行业务流对应的且目的地址为目的终端地址的上行业务流。
在本发明实施例中,若下行业务流对应的上行业务流已经建立了,则可以查找到对应的上行业务流,该上行业务流中的上行报文可以进行本地路由。在本发明实施例中,本地路由可以理解为对应的上行报文中的数据报文不需要经过连接服务网络和上级接入网设备进行传输。若未查找到对应的上行业务流,则停止本流程。
503、若查找对对应的上行业务流,则建立下行业务流所在的下行数据路径和查找到的上行业务流所在的上行数据路径之间的映射关系,或建立下行业务流与查找到的上行业务流之间的映射关系。
具体的,当一个数据路径只包含一个业务流时,网络设备在查找到对应的上行业务流之后,建立查找到的上行业务流所在的上行数据路径和新建的下行数据路径之间的映射关系,将上行数据路径的本地路由状态设置为可本地路由;当一个数据路径可以包含多个业务流时,网络设备在查找到对应的上行业务流之后,建立查找到的上行业务流和新建的下行业务流之间的映射关系,将上行业务流的本地路由状态设置为可本地路由。
504、从上行业务流所在的上行数据路径接收上行报文,上行报文中包含数据报文。
具体的,网络设备从上行业务流所在的上行数据路径接收上行报文,上行报文中包含数据报文。
其中,网络设备可以为基站,此时本发明实施例中的上行数据路径为终端与基站之间的上行空口连接,基站通过上行空口连接接收终端发送的上行报文;网络设备还可以是服务接入网关时,此时上行数据路径是指基站与服务接入网关之间的上行数据路径,服务接入网关通过上行数据路径接收基站发送的上行报文;网络设备还可以是锚定接入网关时,此时上行数据路径是指服务接入网关与锚定接入网关之间的上行数据路径,锚定接入网关通过上行数据路径接收服务接入网关发送的上行报文。
505、根据上行数据路径和查找到的下行业务流的下行数据路径之间的映射关系,获得与上行数据路径对应的下行数据路径,或者根据上行业务流与下行业务流之间的映射关系,获得与数据报文所属的上行业务流对应的下行业务流所在的下行数据路径。
具体的,当一个数据路径只包含一个业务流时,网络设备通过与数据报文的上行数据路径在本地的映射关系中查找到对应的下行数据路径;当一个数据路径可包含多个业务流时,网络设备通过与上行数据报文所属的上行业务流在本地映射关系中查找到对应的下行业务流,然后进一步获得该下行业务流所在的下行数据路径。
506、通过对应的下行数据路径发送下行报文,下行报文中包含数据报文。
具体的,网络设备在获得下行数据路径后,通过找到的下行数据路径发送下行报文,该下行报文中包含该数据报文。
在本发明实施例中,在接收到下行业务流请求消息时,根据下行业务流的分类信息查找与下行业务流对应且目的地址为目的终端地址的上行业务流,然后建立下行业务流的下行数据路径和查找到的上行业务流所在的上行数据路径之间的映射关系或建立下行业务流和查找到的上行业务流之间的映射关系,进而在从上行数据路径接收到上行报文后,通过与上行数据路径对应的下行数据路径发送数据报文。与现有技术相比,本发明实施例在两个终端附着相同的基站、服务接入网关或锚定接入网关的场景时,两个终端之间的数据报文直接通过上行数据路径和下行数据路进行传输,而不需要通过连接服务网络进行传输,因而可以节省网络资源,降低了报文的传输延迟。
进一步的,本发明实施例五提供的报文传输方法中,当网络设备是基站时,下行业务流请求消息是由终端向基站发送的业务流添加创建请求消息(DSA_Req)或业务流修改请求消息(DSC_Req),或者下行业务流请求消息是由终端的服务接入网关向基站发送的数据路径注册请求消息(Path_Reg_Req)或数据路径预注册请求消息(Path_Prereg_Req)。本实施例中,当网络设备是服务接入网关时,下行业务流请求消息是基站向服务接入网关发送的数据路径注册请求消息(Path_Reg_Req)或数据路径预注册请求消息(Path_Prereg_Req),或者下行业务流请求消息是由终端的锚定接入网关向服务接入网关发送的数据路径注册请求消息(Path_Reg_Req)或数据路径预注册请求消息(Path_Prereg_Req)。本实施例中,当网络设备是锚定接入网关时,下行业务流请求消息是服务接入网关向锚定接入网关发送的数据路径注册请求消息(Path_Reg_Req)或数据路径预注册请求消息(Path_Prereg_Req),或者下行业务流请求消息是由终端的锚定业务流授权器向锚定接入网关发送的资源请求消息(RR_Req)。
进一步的,在本发明实施例五提供的报文传输方法中,若网络设备为基站,则建立下行业务流所在的下行数据路径和查找到的上行业务流所在的上行数据路径之间的映射关系的步骤(步骤505)具体为:基站将上行业务流的上行空口连接信息中的下行连接标识设置为对应的下行业务流的下行空口连接标识。如果网络设备为接入网关(包括服务接入网关和锚定接入网关),则接入网关将上行业务流所在的上行数据路径的上行数据路径信息中的下行数据路径标识设置为对应的下行业务流在其下行接口上的下行数据路径标识。
参见图7,图7是本发明实施例六提供的报文传输方法的流程图。
在本发明实施例六中,终端接收数据报文之前,需要建立终端到锚定接入网关之间的下行业务流。在本发明实施例六提供的报文传输方法可以包括:
601、接收下行业务流请求消息,下行业务流请求消息中携带请求建立的下行业务流的源地址和目的终端的地址。
在本发明实施例中,网络设备接收下行业务流请求消息,下行业务流请求消息中携带请求建立的下行业务流的源地址和目的终端的地址。
602、判断下行业务流的源地址是否唯一。
具体的,网络设备判断下行业务流的源地址是否唯一,若下行业务流的源地址唯一,则执行步骤604,若下行业务流的源地址不唯一,则执行步骤603。
603、下行业务流的源地址不唯一,则根据下行业务流的分类信息查找与下行业务流对应的上行业务流。
具体的,网络设备在判断下行业务流的源地址不唯一,则根据下行业务流的分类信息查找与下行业务流对应的上行业务流。其中查找过程和上述实施例五中步骤502中的查找过程相同,详情参见上述实施例五。在本发明实施例中,若根据下行业务流的分类信息查找到与下行业务流对应的上行业务流,则执行步骤606。
604、下行业务流的源地址唯一,则进一步判断源地址对应的源终端是否在本地。
具体的,网络设备在下行业务流的源地址唯一时,进一步判断源地址对应的源终端是否在本地,例如判断本地的终端地址信息中是否包含源地址。其中,网络设备本地的终端地址信息中保存有该网络设备管辖范围内的终端的地址信息。
若本地的终端地址信息中包含该下行业务流的源地址,则说明下行业务流的源地址对应的源终端当前处于网络设备的管辖范围内,则执行步骤605。若本地的终端地址信息中不包含下行业务流的源地址,则说明源地址对应的源终端当前没有处于网络设备的管辖范围内,结束本流程。
605、在源终端的上行业务流中根据下行业务流的分类信息查找与下行业务流对应且目的地址为目的终端地址的上行业务流。
具体的,网络设备在判断源终端在本地,例如网络设备判断本地的终端地址信息中包含下行业务流的源地址时,则说明源地址对应的终端在网络设备的管辖范围内,此时网络设备只需要在源终端的上行业务流中根据下行业务流的分类信息查找与下行业务流对应且目的地址为目的终端地址的上行业务流。若查找到对应的上行业务流,则执行步骤606。
606、查找到对应的上行业务流,建立下行业务流所在的下行数据路径和查找到的上行业务流所在的上行数据路径之间的映射关系,或建立下行业务流与查找到的上行业务流之间的映射关系。
607、从上行业务流所在的上行数据路径接收上行报文,上行报文中包含数据报文;
608、通过获取的下行数据路径发送下行报文,下行报文中包含该数据报文。
其中,步骤606-608的执行过程和上述实施例五中的步骤503-505的执行过程相同,详情参见上述实施例五。
在本发明实施例五提供的报文传输方法在实施例四的基础上增加了判断下行业务流请求消息中的下行业务流的源地址是唯一,进而在判断源地址唯一时,不需要在本地全部的上行业务流中查找上行业务流,而只需要在源地址对应的源终端的上行业务流中使用上行业务流分类信息查找与下行业务流对应的上行业务流,因而加快了查找上行业务流的速度,进一步提高了报文的转发效率。
以上对本发明实施例提供的报文传输方法进行了详细描述,下面再给出本发明实施例在具体的网络设备上的具体实现过程。
参见图8,图8是本发明实施例七提供的报文传输方法的流程图。
在本实施例中,网络设备为终端的锚定接入网关。锚定接入网关接收服务接入网关发送的上行报文。
锚定接入网关可以在本地的数据路径信息表中增加一个字段,表示与本地路由相关的状态,增加的字段内容如表1中的本地路由状态字段所示。
表1
表1表示的是关于上行数据路径的信息表,当然也可以将上行数据路径信息表和下行数据路径信息表合在一起,用一个属性字段表明是上行还是下行。表1中的字段“本地路由状态”可取三个值之一,对于刚建立的数据路径,其取初始值例如0表示未作过本地路由的判断;当锚定接入网关收到该上行路径的一个报文时,可以对其判断是否可以本地路由,判断的结果包括可本地路由和不可本地路由,可本地路由时将该路径本地路由状态设为第二值例如1,不可本地路由时将该路径本地路由状态设为第三值例如2。至于受运营策略和业务流的类型以及其它一些特殊限制(例如受到合法监听的业务流)不能做本地路由的情况,还可以将本地路由状态设为第四值,例如-1,表示任何时候收到数据报文都不用作本地路由判断。不作本地路由判断的情况本发明不作进一步描述。
表1中的字段“本地路由下行数据路径标识”表示当上行数据路径可以本地路由时,其对应的下行数据路径标识,其它情况下本字段取值无意义。当然,对于本地路由情况下上行数据路径标识和下行数据路径标识的映射关系也可以使用一个单独的表来表示,这里只是举例来说明可行的实现方法。
若网络中接入网关为每个业务流分配不同的数据路径,即一个数据路径只有一个业务流,如果一个数据路径可包含多个业务流,则本地路由状态可以添加到业务流的信息表中,并在业务流信息表中添加本地路由下行业务流标识。
本发明实施例七提供的报文传输方法包括如下步骤:
701、锚定接入网关从上行数据路径接收到一个上行报文。
在本发明实施例中,为了描述方便,假设这个上行报文为p。报文p是一个隧道报文,里面包含了数据路径标识和源终端发送的数据报文m。
702、锚定接入网关从报文p中取出上行路径标识d1和封装在p中的数据报文m。
其中,上行路径标识d1是在发明实施例中为R6上行路径标识,数据报文m是源终端真正发送的数据报文。
703、锚定接入网关判断d1标识的上行数据路径的本地路由状态。
在本发明实施例中,锚定接入网关判断本地是否建立有上行数据路径和对应的下行数据路径之间的映射关系是根据上行数据路径的本地路由状态来判断的。
具体的,如果锚定接入网关判断该本地路由状态表示已经本地路由,例如表1中本地路由状态取值为1,则执行步骤712作本地转发处理;如果d1路径的本地路由状态是不可本地路由,例如表1中本地路由状态取值为2,则执行步骤711作普通路由转发处理;如果d1路径的本地路由状态是未判断是否可本地路由,例如表1中本地路由状态取值为0,则执行步骤704继续处理。
704、锚定接入网关判断d1所在的上行业务流的分类器指示的目的地是否唯一的。
具体的,若锚定接入网关判断目的地址不唯一,则转步骤709为终端建立新业务流,本发明实施例可以将该业务流的本地路由状态置为2,即不可本地路由。若目的地址唯一,否则转步骤705继续本地路由判断过程。
705、锚定接入网关判断本地的终端地址信息中是否包含数据报文的目的地址。
锚定接入网关可以从数据报文m中取出数据报文的目的地址,在本地所记录的终端地址信息中查询,若能找到该目的地址的终端地址信息,说明目的终端也在自己管辖范围内,自己可能是目的终端的服务接入网关或锚定接入网关,则数据报文m可以进行本地路由,转步骤706作可本地路由处理。
若在本地的终端地址信息中未查找到该目的地址,则说明目的终端不在自己管辖范围内,则不能将数据报文m本地路由给该终端,转步骤710作不能本地路由处理。
706、锚定接入网关根据数据报文的分类信息查找数据报文的下行业务流。
具体的,锚定接入网关需要找和上行数据路径对应的下行数据路径,本发明实施例通过分类器实现来进行查找。其中,锚定接入网关根据数据报文的分类信息使用分类器查找数据报文的下行业务流,若查找到,则进一步获取下行业务流所在的下行数据路径的标识。
需要说明的是,一个终端可以具有多个下行数据路径,每个下行数据路径具有不同的或相同的源端地址以及QoS要求,因此需要使用分类器,即通过源地址、目的地址、端口号、QoS参数等信息匹配。如果找不到对应的下行业务流,说明必须的下行业务流尚未建立,转步骤711作现有的转发处理(因为目的终端的下行业务流是目的终端或目的终端的锚定接入网关发起建立的,而这里的锚定接入网关不一定是目的终端的锚定接入网关,所以这种情况下按现有的转发进行处理,目的终端的锚定接入网关后续会建立目的终端的下行业务流)。若找到对应的下行业务流,则将该下行业务流所在的下行数据路径标识记为d2,转步骤707继续处理。
在本发明的一个实施例中,锚定接入网关可以在通过数据报文m目的地址判断出可以在本地路由但又找不到数据报文m的下行业务流时启动一个定时器,在这个定时器超时之前不对d1标识的上行数据路径上的上行报文作本地路由判断,而是直接作现有的转发处理。这个定时器的时长可以是上行报文经锚定接入网关向上转发后最后到达目的地终端所需的时间。这个定时器可以和d1路径的本地路由状态字段配合起来使用,将本地路由状态设置为不可本地路由。当定时器超时后,将d1标识的上行数据路径的本地路由状态重新设为第一值即0,这就引起锚定接入网关对新收到的d1上的上行报文作本地路由判断,此时有可能d1对应的下行业务流已经在该锚定接入网关上建立。
707、锚定接入网关将d1标识的上行数据路径的本地路由状态设置为可本地路由,建立d1、d2之间的映射关系。
具体来说,锚定接入网关可将表1中所示的字段“本地路由状态”设置为1。同时,为了方便对d1路径上后续的报文作本地路由处理,锚定接入网关将上行数据路径标识d1和下行数据路径标识d2映射起来,对后续再收到d1路径上的上行报文,直接在表中查到对应的下行路径标识d2,就可以直接转发数据报文。其中,建立上行数据路径标识和下行数据路径标识之间的映射关系可以使用一张独立的表,也可以直接在表1所示的上行数据路径信息表中添加一字段记录对应的下行数据路径标识。
另外,对于d1路径实现本地路由后,如果该接入网关是数据报文m的目的终端的服务接入网关,则d2对应的R4数据路径标识对应的下行数据路径可以释放,从而节省系统资源。其中,R4数据路径标识(R4Data Path Identifier,DPID4)用于标识服务接入网关和锚定接入网关之间的传输路径。
708、锚定接入网关将数据报文m封装在d2标识的下行数据路径进行转发。
在本发明实施例中,数据报文m转发的下一站可能是目的终端的服务接入网关或目的终端附着的基站。
709、对数据报文m的目的地址创建新上行业务流。
具体的,锚定接入网关对于d1路径的目的地址不唯一,但目的地是某个终端的情况,锚定接入网关为源终端发起建立新上行业务流的过程,新的上行业务流具有唯一的目的地,即数据报文m的目的地址,以后与数据报文m同类的报文将会在新的上行数据路径上传输。因为建立业务流需要一个过程,对于数据报文m本身则仍通过步骤711作现有的转发处理。
710、设置d1的本地路由状态为不可本地路由。
若锚定接入网关在步骤705判断数据报文m的目的地址对应的目的终端不在本地,则设置d1的本地路由状态为不可本地路由,则对于d1路径后续的上行报文,锚定接入网关可以从本地路由状态上判断出不可本地路由后,直接从步骤703转到步骤711作现有的转发处理。
711、对于不能本地路由的报文,锚定接入网关按现有的转发方式将其转发到接入服务网络。
712、查找映射关系获得d1对应的下行数据路径标识d2。
具体的,如果锚定接入网关在步骤703中判断出d1路径已设为可本地路由,则通过d1查找预先保存的映射关系获得对应的下行数据路径标识d2。在查找到对应的下行数据路径标识d2后,转708作本地转发处理。在本发明实施例中,如果目的终端发生移动使其下行数据路径不再经过锚定接入网关,则下行数据路径d2不再存在,锚定接入网关应该将d1路径的本地路由状态设为0以便收到下一个报文时判断是否可本地路由,而对本数据报文可以作现有的转发处理,或者在将d1路径的本地路由状态设为0后直接回到步骤705重新判断数据报文m是否可以本地路由。
在本发明实施例七提供的报文转发方法中,锚定接入网关对上行数据路径d1的数据报文实现本地路由之后,省去了数据报文在CSN网络的传输,减少了传输延迟,也节约了CSN网络及锚定接入网关到CSN之间的传输资源。当该锚定接入网关是d1中的数据接收端的服务接入网关时,下行数据路径d2对应的R4接口下行数据路径被释放,节约了ASN之间的传输资源。
参见图9,图9是本发明实施例八提供的报文传输方法的流程图。
在本实施例中,网络设备为终端的服务接入网关。服务接入网关接收基站发送的上行报文。
服务接入网关可以在本地的数据路径信息表中增加一个字段,表示与本地路由相关的状态,同时再用另一个字段记录本地路由时上行数据路径标识对应的下行数据路径标识,如表2所示。当然,对于可本地路由的上行数据路径标识和下行数据路径标识的映射关系也可以另外使用一张信息表,这里只是举例说明一种可行的具体实现方法。
表2支持本地路由的服务接入网关上的数据路径信息
表2中的字段“本地路由状态”可取三个值之一,详情参见关于表1的描述。表2中的字段“本地路由下行数据路径标识”表示当上行数据路径可以本地路由时,其对应的下行数据路径标识,其它情况下本字段取值无意义。当然,对于本地路由情况下上行数据路径标识和下行数据路径标识的映射关系也可以使用一个单独的表来表示,这里只是举例来说明可行的实现方法。
同上一实施例,WiMAX网络中接入网关为每个业务流分配不同的数据路径,不在详述。
本发明实施例八提供的报文转发方法包括:
801、服务接入网关从上行数据路径接收上行报文。
为了描述方便,假设这个上行报文为p。上行报文p是一个隧道报文,里面包含了数据路径标识和终端发送的数据报文m。
802、服务接入网关从p中取出上行路径标识d1和封装在p中的数据报文m。
其中,上行路径标识d1是本发明实施例中的R6上行路径标识,即终端发送数据时从基站到服务接入网关这一段的数据路径标识。数据报文m是终端真正发送的报文。
803、服务接入网关判断d1标识的上行数据路径的本地路由状态。
在本发明实施例中,服务接入网关判断本地是否建立有上行数据路径和对应的下行数据路径之间的映射关系是根据上行数据路径的本地路由状态来判断的。
具体的,如果该本地路由状态表示已经本地路由,例如表2中本地路由状态取值为1,则转步骤810作本地转发处理;如果该本地路由状态是不可本地路由,例如表2所述本地路由状态取值为2,则转步骤809作现有的转发处理;如果该状态是未判断是否可本地路由,例如表2中本地路由状态取值为0,则转步骤804判断目的地址是否唯一。
804、服务接入网关判断d1所在的上行业务流的分类器指示的目的地址是否唯一。
具体的,若服务接入网关判断目的地址不唯一,则转步骤810作不能本地路由处理,执行现有的转发过程,本发明实施例可以将该业务流的本地路由状态置为2即不可本地路由。若目的地址唯一,否则转步骤805继续本地路由判断过程。
805、服务接入网关判断本地的终端地址信息中是否包含数据报文的目的地址。
具体的,服务接入网关可以从数据报文m中取出报文的目的地址,在本地所记录的终端地址信息表中查询,若能找到关于目的地址的终端地址信息,说明目的终端也在自己管辖范围内,自己可能是目的终端的服务接入网关或锚定接入网关,则数据报文m可以进行本地路由,转步骤806作可本地路由处理。
若在本地的终端地址信息中未查找到该目的地址,则说明目的终端不在自己管辖范围内,则不能将报文本地路由给该终端,转步骤810作不能本地路由处理。
806、服务接入网关根据数据报文的分类信息查找数据报文的下行业务流。
具体的,服务接入网关需要找到和上行数据路径对应的下行数据路径标识,本发明实施例通过分类器实现来进行查找。其中,服务接入网关根据数据报文的分类信息使用分类器查找数据报文的下行业务流,若查找到,则进一步获取下行业务流所在的下行数据路径的标识DPID-x。
需要说明的是,一个终端可以具有多个下行数据路径,每个下行数据路径具有不同的或相同的源端地址以及QoS要求,因此需要使用分类器。如果找不到对应的下行业务流,说明下行业务流尚未建立,转步骤810作不能本地路由处理,即执行现有的转发处理。如果找到对应的下行业务流,说明必须的下行数据路径已经建立,将下行业务流所在的下行数据路径标识记为d2,转步骤807执行本地路由处理。
作为一种优化,服务接入网关可以在通过报文m目的地址判断出可以在本地路由但又找不到数据报文m的下行业务流时启动一个定时器,在这个定时器超时之前不对d1标识的数据路径上的报文作本地路由判断,而是直接作现有的转发处理。这个定时器的时长可以是数据报文m经服务接入网关向上转发后最后到达目的地终端所需的时间。这个定时器可以和d1路径的本地路由状态字段配合起来使用,将本地路由状态设为第三值即2作为不能本地路由。当定时器超时后,将d1标识的上行数据路径的本地路由状态重新设为第一值即0,这就引起服务接入网关对新收到的d1上的数据报文作本地路由判断,此时有可能d1对应的下行业务流已经在该服务接入网关上建立。
807、服务接入网关将d1标识的上行数据路径的本地路由状态设置为可本地路由,建立d1、d2之间的映射关系。
具体来说,服务接入网关可将表2中所示的字段“本地路由状态”设置为1。同时,为了方便对d1路径上后续的报文作本地路由处理,服务接入网关将上行数据路径标识d1和下行数据路径标识d2映射起来,对后续再收到d1路径上的数据报文,直接在表中查到对应的下行路径标识d2,就可以直接转发数据报文。建立本地路由的会话相关的上行数据路径标识和下行数据路径标识之间的映射关系可以使用一张独立的表,也可以直接在表2所示的上行数据路径信息表中添加一字段记录对应的下行数据路径标识。
对于d1路径实现本地路由后,d1对应的到锚定接入网关的R4上行数据路径可以释放,以释放其占用的传输资源。同时,如果该接入网关又是报文m的目的终端的服务接入网关,则d2对应的R4下行数据路径也可以释放。
808、服务接入网关将数据报文m封装在d2标识的下行数据路径进行转发。
在本发明实施例中,数据报文m转发的下一站是目的终端的附着的基站。
809、设置d1的本地路由状态为不可本地路由。
若服务接入网关在步骤805判中断出数据报文m的目的地址对应的目的终端不在本地,则将d1标识的数据路径信息中的本地路由状态设为2,则对于d1路径后续的报文,服务接入网关可以从状态上判断出不可本地路由,直接从步骤804转到步骤810作现有的转发处理。
810、对于不能本地路由的报文,服务接入网关按现有的处理方式将其转发到锚定接入网关。
811、查找映射关系获得d1对应的下行数据路径标识d2。
具体的,如果服务接入网关在步骤803判断出d1路径已设为可本地路由,则通过d1查找预先保存的映射关系获得对应的下行数据路径标识d2,转步骤808作本地转发处理。
在本发明实施例八提供的报文转发方法中,服务接入网关对上行数据路径d1的报文实现本地路由之后,省去了数据报文在CSN网络的传输,减少了传输延迟,也节约了CSN网络及锚定接入网关到CSN之间的传输资源。同时d1以及d2相应的R4接口数据路径资源被释放,节约了ASN之间的传输资源。
参见图10,图10是本发明实施例九提供的报文传输方法的流程图。
在本发明实施例中,网络设备为终端所在的基站。基站接收终端发送的上行报文。
在本发明实施例中,基站可以在本地的空口连接信息表中增加一个字段,表示与本地路由相关的状态,同时再用另一个字段记录本地路由时上行空口连接标识对应的下行空口连接标识,如表3所示。当然,对于可本地路由的上行连接标识和下行连接标识的映射关系也可以另外使用一张信息表,这里只是举例说明一种可行的具体实现方法。
表3
表3中的字段“本地路由状态”可取三个值之一,详情参见关于表1的描述。表3中的字段“本地路由下行数据路径标识”表示当上行数据路径可以本地路由时,其对应的下行数据路径标识,其它情况下本字段取值无意义。当然,对于本地路由情况下上行数据路径标识和下行数据路径标识的映射关系也可以使用一个单独的表来表示,这里只是举例来说明可行的实现方法。
在空口上,空口连接与业务流总是一一对应的,但是如果允许一个空口连接包含多个业务流,则可以将本地路由状态设置在业务流信息表中。
本发明实施例九提供的报文转发方法可以包括:
901、基站从上行数据路径接收上行数据报文。
为了描述方便,假设这个数据报文为p。p是一个WiMAX空口MAC报文,MAC帧头包含了连接标识,帧的类型是数据帧,帧的数据部分是一个数据报文m。在本发明实施例中,上行数据路径为空口连接。
902、基站从p中取出连接标识c1和p中的数据部分即数据报文m。
其中,上行数据路径的标识在本发明实施例中为连接标识c1,数据报文m是终端真正发送的报文。连接标识用于标识终端和基站之间的空口连接。
903、基站判断c1标识的上行空口连接的本地路由状态。
在本发明实施例中,基站判断本地是否建立有上行数据路径和对应的下行数据路径之间的映射关系是根据上行空口连接的本地路由状态来判断的。
具体的,如果该本地路由状态表示已经本地路由,例如表3本地路由状态取值为1,则转910作本地转发处理;如果连接的本地路由状态是不可本地路由,例如表3本地路由状态取值为2,则转步骤909作现有的转发处理;如果连接的本地路由状态是未判断是否可本地路由,例如表3本地路由状态取值为0,则转步骤904判断是否可本地路由。
904、基站判断c1所在的上行业务流的分类器指示的目的地址是否唯一。
具体的,若基站判断目的地址不唯一,则转步骤909作现有的转发处理,本发明实施例可以将该业务流的本地路由状态置为2即不可本地路由。若目的地址唯一,否则转步骤905继续本地路由判断过程。
905、基站判断本地的终端地址信息中是否包含数据报文的目的地址。
具体的,基站可以从数据报文m中取出报文的目的地址,在本地所记录的终端地址信息表中查询,若能找到关于目的地址的终端地址信息,说明目的终端也附着到自己,则数据报文m可以本地路由,转步骤906作可本地路由处理。
若在本地的终端地址信息中未查找到该目的地址,则说明目的终端没有附着到自己,则不能将报文本地路由给该终端,转步骤910作不能本地路由处理。
906、基站根据数据报文的分类信息查找数据报文的下行业务流。
具体的,基站需要找到和上行空口连接对应的下行空口连接的标识,本发明实施例通过分类器实现来进行查找。其中,基站根据数据报文的分类信息查找数据报文的下行业务流,若查找到,则进一步获取下行业务流所在的下行空口连接的标识CID。
需要说明的是,一个终端可以具有多个下行空口连接,每个下行空口连接的源端地址不一定是一个具体的终端的地址,而且需要使用分类器,即结合源地址、目的地址、端口号、QoS要求等参数进行匹配。如果找不到对应的下行业务流,说明下行业务流尚未建立,转910作不能本地路由处理,即执行现有的转发处理。如果找到对应的下行业务流,说明必须的下行业务流已经建立,将此下行业务流所在的下行空口连接标识记为c2,转步骤907执行本地路由处理。
作为一种优化,基站可以在通过报文目的地址判断出可以在本地路由但又找不到数据报文m的下行业务流时启动一个定时器,在这个定时器超时之前不对c1标识的空口连接上的数据报文作本地路由判断,而是直接作现有的转发处理。这个定时器的时长大致是报数据文m经基站向上转发后最后到达目的地终端所需的时间。这个定时器可以和c1连接的本地路由状态字段配合起来使用,将本地路由状态设为第三值即2作为不能本地路由。当定时器超时后,将c1标识的空口连接的本地路由状态重新设为第一值即0,这就引起基站对新收到的c1上的数据报文作本地路由判断,此时有可能c1对应的下行业务流已经在该基站上建立。
907、基站将c1标识的上行空口连接的本地路由状态设置为可本地路由,建立c1、c2之间的映射关系。
具体来说,可将表3中所示的字段“本地路由状态”设置为1。同时,为了方便对c1空口连接上后续的数据报文作本地路由处理,基站将上行空口连接标识c1和下行空口连接标识c2映射起来,对后续再收到c1上的数据报文,直接在表中查到对应的下行空口连接标识c2,就可以直接转发。建立本地路由的会话相关的上行空口连接标识和下行空口连接标识之间的映射关系可以使用一张独立的表,也可以直接在表3所示的上行连接信息表中添加一字段记录对应的下行空口连接标识。
对于c1连接实现本地路由后,c1对应的ASN R6上行数据路径可以释放,以释放其占用的传输资源。同时,c2对应的ASN下行数据路径也可以释放。
908、基站将数据报文m封装在c2标识的下行空口连接向目的终端转发。
909、设置c1的本地路由状态为不可本地路由。
若基站在步骤905判断出数据报文m的目的地址对应的目的终端不在本地,则将c1标识的连接信息中的本地路由状态设为2,则对于c1上后续的报文,基站可以从状态上判断出不可本地路由,直接从步骤903转到步骤910作现有的转发处理了。
910、对于不能本地路由的报文,基站按现有的转发方式将其转发到服务接入网关。
911、查找映射关系获得c1对应的下行空口连接标识c2。
具体的,如果基站在步骤903判断出c1连接已设为可本地路由,则通过c1查表获得对应的下行空口连接标识c2,转步骤907作本地转发处理。
在本发明实施例九提供的报文转发方法中,基站对上行空口连接的数据报文实现本地路由之后,省去了数据报文在CSN网络的传输,也不用通过接入网关转发,减少了传输延迟,也节约了CSN网络及ASN网络的传输资源。
在上述实施例中,要求锚定接入网关、服务接入网关、基站都要知道管辖范围内的终端的地址信息,本发明下面的实施例给出网络设备如何获得管辖范围内的终端的地址信息。
实施例十、终端初始入网后网络设备获得终端IP地址信息。
在本应用场景中,终端初始入网,其服务接入网关同时也是锚定接入网关,而作为锚定接入网关,按照现有规范,其已经知道终端的IP地址,但需要让终端附着的基站知道终端的IP地址。本应用场景中,终端的接入网关可以向终端附着的基站转发终端IP地址更新消息,消息中包含终端的标识MSID和终端的地址信息。基站收到终端IP地址通知消息后,将终端的IP地址作为终端的上下文之一保存起来。
实施例十一,终端切换基站后网络设备获得终端IP地址信息。
在本应用场景中,终端切换所附着的基站后,可能服务接入网关也发生改变,但锚定接入网关暂时不会变。
终端的目标基站在完成切换后都会向终端的锚定认证器(通常位于终端的服务接入网关)作密钥计数更新过程,其目的之一是更新终端锚定认证器上该终端上下文信息中的基站信息,因此,当终端的锚定认证器收到更新终端的基站信息时,可以触发终端的锚定接入网关向终端的服务接入网关和新基站通知终端的地址信息。
参见图11,图11是本发明实施例十一提供的报文传输方法中网络设备获取终端的地址信息的方法流程图。
1001、终端的目标基站向终端的锚定认证器发送基站更新消息。
具体的,基站更新消息中包含终端的标识即移动台标识(Mobile StationIdentifier,MSID)MSID和基站标识(Base Station Identifier,BSID),该更新消息可以是现有规范中的密钥计数更新请求消息。
1002、终端的锚定认证器收到基站更新消息,向终端的锚定接入网关发送终端IP地址通知消息。
具体的,锚定认证器通过基站更新消息中的基站标识与原来记录的终端附着的基站标识比较,判断基站标识不同,则更新终端附着的基站标识,并向终端的锚定接入网关发送终端IP地址通知消息,其中包括终端的标识MSID。其中,终端的锚定接入网关作为终端的移动IP外部代理,它知道终端的IP地址。
需要说明的是,终端在切换过程中,锚定的认证器也可能发生改变,但终端新的锚定认证器在切换过程中会从终端旧的锚定认证器获得终端上下文,因此当终端的切换目标基站完成切换向终端新的锚定认证器发送密钥计数更新请求消息时,新的锚定认证器也可以从密钥计数更新请求消息中的基站标识判断出终端附着的基站发生改变。
1003、锚定接入网关接收终端IP地址通知消息,向服务接入网关发送终端IP地址通知消息。
其中,锚定接入网关向服务接入网关发送的终端IP地址通知消息中包括终端的标识MSID和终端的IP地址信息,以及一个指示信息,这个指示信息表明终端是切换了基站后导致锚定接入网关发送此消息的。
服务接入网关出了要保存终端的IP地址,还需要做一些额外的操作,见下一步描述。如果终端的锚定接入网关和服务接入网关是同一个接入网关,则这个消息直接发给基站,则执行步骤1006。
1004、服务接入网关收到终端IP地址通知消息,保存终端的IP地址。
具体的,服务接入网关将终端的IP地址保存下来。其中,服务接入网关可将终端的IP地址作为终端的上下文内容之一保存。
在本应用场景中,服务接入网关还检查终端与基站之间的所有上行数据路径(R6路径),对于本地路由状态为不可本地路由且业务流目的地是终端IP地址通知消息中指定的终端的所有上行数据路径,将其本地路由状态设为未判断本地路由状态。
1005、服务接入网关向终端附着的基站转发终端IP地址更新消息,终端IP地址更新消息中包含终端的标识MSID、终端的IP地址信息以及指示信息。
1006、基站接收终端IP地址通知消息后。
具体的,基站将终端的IP地址作为终端的上下文之一保存起来。基站记录终端的IP地址后,检查其记录的所有上行空口连接(含双向连接),对于本地路由状态为不可本地路由且业务流目的地是终端IP地址通知消息中指定的终端的所有上行空口连接,将其本地路由状态设为未判断本地路由状态。
通过上述过程,终端在切换基站之后,其附着的新基站和新服务接入网关也知道了它的IP地址,并且锚定接入网关、服务接入网关、基站上目的地到终端的上行路径/连接的本地路由状态及时得到更新。
上述场景二中是通过终端锚定认证器实现在终端切换基站后让终端锚定接入网关发起终端IP地址通知过程,另一种可行的方法是,切换过程中锚定接入网关需要为终端建立新的路径,因此锚定接入网关可以在完成数据路径建立后直接向服务接入网关发送终端IP地址更新消息。
实施例十二,终端的锚定接入网关切换时本地路由处理。
终端切换基站后,如果ASN发生变化,锚定接入网关也可能发生改变,但锚定接入网关的切换发生在基站切换完成之后。基站切换完成后,服务接入网关就不会再变,之后,如果原锚定接入网关离终端当前的位置过远,则可能发生锚定接入网关切换,使新的锚定接入网关离终端当前位置较近。新的锚定接入网关通常就是终端当前的服务接入网关。当新锚定接入网关为终端当前服务接入网关时,对于本发明实施例不产生特殊处理处理。当新锚定接入网关不是终端当前服务接入网关时,可能发生一些通信中的终端原来不能与对方在该接入网关本地路由,但现在却可以实现本地路由。
新的锚定接入网关无需向基站发送终端IP地址通知消息后,因为锚定接入网关的改变并不改变终端的IP地址。但新锚定接入网关需要检查其与其它服务接入网关之间的上行数据路径(R4路径)以及与直接连接的基站之间的上行数据路径(R6路径),对于本地路由状态为不可本地路由且业务流目的地是终端IP地址的所有上述上行数据路径,将其本地路由状态设为未判断本地路由状态。
以上对本发明实施例提供的报文传输方法进行了详细介绍,下面再给出和本发明方法实施例对应的装置。
实施例十三,参见图12,图12是本发明实施例十三提供的网络设备的结构示意图。
本发明实施例十三提供的网络设备包括:
第一报文接收单元1101,用于从上行数据路径接收上行报文,上行报文中包含一数据报文;
数据路径判断单元1102,用于判断本地是否建立有上行数据路径和对应的下行数据路径之间的映射关系;
第一判断单元1103,用于在判断本地没有建立该映射关系时,进一步判断数据报文所属的上行业务流的目的地址是否唯一;
第二判断单元1104,用于在第一判断单元1103判断上行业务流的目的地址唯一时,进一步目的地址对应的目的终端是否在本地;
第一分类器查找单元1105,用于在第二判断单元判断目的终端在本地时,根据数据报文的分类信息查找数据报文的下行业务流;
第一报文发送单元1106,用于在查找到数据报文的下行业务流时,通过下行业务流所在的下行数据路径发送下行报文,下行报文中包含数据报文。
本发明实施例十三提供的网络设备可以使用在前述对应的实施例一提供的报文传输方法中,详细执行过程参见上述方法实施例,在此不再重复描述。
进一步的,本发明实施例提供的网络设备还可以包括:
第一映射关系查找单元1107,用于在数据路径判断单元1102判断本地已经建立上行数据路径和对应的下行数据路径之间的映射关系时,根据映射关系获得上行数据路径对应的下行数据路径;
第一映射建立单元1108,用于在查找到数据报文的下行业务流时,建立上行数据路径和下行业务流所在的下行数据路径之间的映射关系;
其中,第一报文发送单元1106还用于通过根据映射关系获得的下行数据路径发送下行报文,下行报文中包含数据报文。
进一步的,若本发明实施例提供的网络设备为锚定接入网关时,则进一步包括:
第一业务流创建单元1109,用于在判断数据报文所属上行业务流的目的地址不唯一时,则根据数据报文的目的地址创建新上行业务流,新上行业务流的目的地址为数据报文的目的地址。
参见图13,图13是本发明实施例十四提供的网络设备的结构示意图。
本发明实施例十四提供的网络设备包括:
第二报文接收单元1201,用于接收上行报文,上行报文中包含数据报文;
业务流判断单元1202,用于判断本地是否建立有数据报文所属的上行业务流和对应的下行业务流之间的映射关系;
第三判断单元1203,用于在判断本地没有建立映射关系时,进一步判断上行业务流的目的地址是否唯一;
第四判断单元1204,用于在判断上行业务流的目的地址唯一时,进一步判断目的地址对应的目的终端是否在本地;
第二分类器查找单元1205,用于在判断目的终端在本地时,根据数据报文的分类信息查找数据报文的下行业务流;
第二报文发送单元1206,用于在查找到数据报文的下行业务流时,通过下行业务流所在的下行数据路径发送下行报文,下行报文中包含数据报文。
本发明实施例十四提供的网络设备可以使用在前述对应的实施例三提供的报文传输方法中,详细过程参见上述方法实施例,在此不再重复描述。
进一步的,本发明实施例十四提供的网络设备还可以包括:
第二映射关系查找单元1207,用于在判断本地已经建立数据报文所属的上行业务流和对应的下行业务流之间的映射关系时,根据映射关系获得上行业务流对应的下行业务流;
第二映射建立单元1208,用于在查找到数据报文的下行业务流时,建立该数据报文所属的上行业务流和下行业务流的之间的映射关系;
第二报文发送单元1206还用于通过根据映射关系获得的下行业务流所属的下行数据路径发送下行报文,下行报文中包含数据报文。
进一步的,若本发明实施例提供的网络设备为锚定接入网关时,则进一步包括:
第二业务流创建单元1209,用于在判断数据报文所属上行业务流的目的地址不唯一时,则根据数据报文的目的地址创建新上行业务流,新上行业务流的目的地址为数据报文的目的地址。
参见图14,图14是本发明实施例十五提供的网络设备的结构示意图。
本发明实施例十五提供的网络设备包括:
上行请求消息接收单元1301,用于接收上行业务流请求消息,上行业务流请求消息中携带上行业务流的目的地址;
第五判断单元1302,用于判断上行业务流的目的地址是否唯一;
第六判断单元1303,用于在上行业务流的目的地址唯一时,进一步判断目的地址对应的目的终端是否在本地;
第三分类器查找单元1304,用于在目的终端在本地的情况下,根据上行业务流的分类信息查找与上行业务流对应的下行业务流;
第三映射关系建立单元1305,用于在查找到对应的下行业务流时,建立上行业务流所在的上行数据路径和查找到的下行业务流所在的下行数据路径之间的映射关系,或建立上行业务流与查找到的下行业务流之间的映射关系;
第三报文接收单元1306,用于从上行业务流所在的上行数据路径接收上行报文,上行报文中包含数据报文;
第一数据路径获得单元1307,用于根据上行数据路径和查找到的下行业务流的下行数据路径之间的映射关系,获得与上行数据路径对应的下行数据路径,或者根据上行业务流与下行业务流之间的映射关系,获得与数据报文所属的上行业务流对应的下行业务流所在的下行数据路径;
第三报文发送单元1308,用于通过获得的下行数据路径发送下行报文,下行报文中包含数据报文。
本发明实施例十五提供的网络设备可以使用在前述对应的实施例四提供的报文传输方法中,详细过程参见上述方法实施例,在此不再重复描述。
参见图15,图15是本发明实施例十六提供的网络设备的结构示意图。
本发明实施例十五提供的网络设备包括:
下行请求消息接收单元1401,用于接收下行业务流请求消息,下行业务流请求消息中携带请求建立的下行业务流的目的终端的地址;
第四分类器查找单元1402,用于根据下行业务流的分类信息查找与下行业务流对应且目的地址为目的终端地址的上行业务流;
第四映射关系建立单元1403,用于在查找到对应的上行业务流时,建立下行业务流所在的下行数据路径和查找到的上行业务流所在的上行数据路径之间的映射关系,或建立下行业务流与查找到的上行业务流之间的映射关系;
第四报文接收单元1404,用于从上行业务流所在的上行数据路径接收上行报文,上行报文中包含数据报文;
第二数据路径获得单元1405,用于根据下行数据路径和查找到的上行业务流的上行数据路径之间的映射关系,获得与上行数据路径对应的下行数据路径,或者根据下行业务流与上行业务流之间的映射关系,获得与上行业务流对应的下行业务流所在的下行数据路径;
第四报文发送单元1406,用于通过获取的下行数据路径发送下行报文,下行报文中包含数据报文。
本发明实施例十五提供的网络设备可以使用在前述对应的实施例五提供的报文传输方法中,详细过程参见上述方法实施例,在此不再重复描述。
需要说明的是,上述网络设备中各单元、模块之间的信息交互、执行过程等内容,由于与本发明方法实施例基于同一构思,具体内容可参见本发明方法实施例中的叙述,此处不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,的程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上对本发明所报文传输方法和网络设备进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,本说明书内容不应理解为对本发明的限制。