CN102365845B - 本地路由实现方法及系统、网络设备 - Google Patents

Abstract

本发明实施例涉及一种本地路由实现方法及系统、网络设备，其中方法包括：在终端切换的过程中获取所述终端的因特网协议IP地址；接收业务流承载信令，所述业务流承载信令中包括所述终端提供的业务流信息以及与所述终端进行通信的对端的IP地址；若根据所述终端的IP地址与所述对端的IP地址判断所述终端与所述对端位于同一个本地路由执行设备下，则对所述业务流相对应的报文执行本地路由操作。本发明实施例提供的本地路由实现方法及系统、网络设备，由于避免了通过本地路由执行设备将该业务流相对应的报文路由至HA后再传送至外部网络，因此减少了业务流相对应的报文在网元之间传输的时延，降低了核心网传输负载。

Description

本地路由实现方法及系统、网络设备

本申请要求于2010年4月23日提交的申请号为PCT/CN2010/072130、发明名称为“本地路由实现方法及系统、网络设备”的PCT国际专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明实施例涉及通信技术领域，尤其是一种本地路由实现方法及系统、网络设备。

背景技术

移动通信网络正致力于为用户提供更高的分组传输能力，以满足移动用户对快速增长的数据业务的需求。基于IEEE802.16无线接入技术的移动微波接入全球互通(Worldwide Interoperability for Microwave Access，简称：WiMAX)网络，能够为用户提供高速的数据传输能力，因此受到了广泛的关注。

在移动WiMAX网络中，当终端与外部网络通信时，终端发送的上行报文，经过基站(Base Station，简称：BS)传递到服务网关(Serving GW)，再传递到锚定网关(Anchor GW)，最后经过家乡代理(Home Agent，简称：HA)传送到外部网络中；下行报文则从外部网络经过反方向的承载路径路由至终端。当终端用户的通信对端为另一个移动终端时，如果两个终端位于同一个服务网关(Serving GW)下，两个终端之间的报文仍然需要首先从服务网关(Serving GW)传输到HA，然后再从HA返回给该服务网关(ServingGW)并发送给目标终端，因此，两个终端之间的报文传输路径从服务网关(ServingGW)到HA之间发生了重叠。

为了解决上述路径重叠问题，在现有的3GPP网络中，终端在与MSC建立呼叫时，MSC将终端携带的呼叫对端的综合业务数字网(Integrated ServicesDigital Network，简称：ISDN)电话号码映射到对端的国际移动用户识别码(international mobile subscriber identity，简称：IMSI)，然后根据记录的终端上下文，判断呼叫对端所在BSS是否与主叫终端所在的BSS相同，如果相同则通知BSS在两者之间进行语音的本地交换。

发明人在实施本发明的过程中发现，位于WiMAX网络中的终端在发起业务时，服务网关设备并不能够根据终端的MSID判断对端是否位于该网关设备下的本地网络，因此现有技术中的本地触发技术并不能应用于WiMAX网络中进行本地路由触发。

发明内容

本发明实施例的目的在于提供一种本地路由实现方法及系统、网络设备，减少报文传输时延，降低核心网传输负载。

本发明实施例提供一种本地路由实现方法，包括：

在终端切换的过程中获取所述终端的因特网协议IP地址；

接收业务流承载信令，所述业务流承载信令中包括所述终端提供的业务流信息以及与所述终端进行通信的对端的IP地址；

若根据所述终端的IP地址与所述对端的IP地址判断所述终端与所述对端位于同一个本地路由执行设备下，则对所述业务流相对应的报文执行本地路由操作。

本发明实施例提供一种网络设备，包括：

获取模块，用于在终端切换的过程中获取所述终端的因特网协议IP地址；

接收模块，用于接收业务流承载信令，所述业务流承载信令中包括所述终端提供的业务流信息以及与所述终端进行通信的对端的IP地址；

路由模块，用于若根据所述终端的IP地址与所述对端的IP地址判断所述终端与所述对端位于该网络设备下，则对所述业务流相对应的报文执行本地路由操作。

本发明实施例提供一种本地路由实现方法，包括：

锚定网关接收由服务网关或基站根据终端提供的业务流信息发起的与对端传输该业务流的业务流承载信令，所述对端为与所述终端进行通信的终端设备，所述业务流承载信令中携带有所述对端的IP地址；

若所述锚定网关根据所述对端的IP地址与已获取到的所述终端的IP地址判断所述终端与所述对端位于同一个本地路由执行设备下，则所述锚定网关对所述业务流进行本地路由授权，并通知该本地路由执行设备对所述业务流相对应的报文执行本地路由。

本发明实施例提供一种网络设备，包括：

接收模块，用于接收由终端发起的通过原服务网关转发的与对端传输业务流的业务流承载信令，所述对端为与所述终端进行通信的终端设备，所述业务流承载信令中携带有所述对端的IP地址；

授权模块，用于若根据所述对端的IP地址与已获取到的所述终端的IP地址判断所述终端与所述对端位于该网络设备下，则对所述业务流进行本地路由授权；

通知模块，用于通知该网络设备对所述业务流相对应的报文进行本地路由。

本发明实施例提供一种本地路由实现方法，包括：

锚定网关接收由服务网关根据终端提供的业务流信息发起的与对端传输业务流的业务流承载信令，所述对端为与所述终端进行通信的终端设备，所述业务流承载信令中携带有所述对端的IP地址；

若所述锚定网关根据所述对端的IP地址与已获取到的所述终端的IP地址判断所述终端与所述对端位于该服务网关下，向所述服务网关发送本地路由指示，使所述服务网关根据所述本地路由指示判断是否可以对所述业务流相对应的报文在所述服务网关下的基站进行本地路由。

本发明实施例提供一种本地路由实现系统，包括：锚定网关、服务网关、基站；

所述锚定网关接收由所述服务网关根据终端提供的业务流信息发起的与对端传输业务流的业务流承载信令，所述对端为与所述终端进行通信的终端设备，所述业务流承载信令中携带有所述对端的IP地址；

若所述锚定网关根据所述对端的IP地址与已获取到的所述终端的IP地址判断所述终端与所述对端位于所述服务网关下，向所述服务网关发送本地路由指示，使所述服务网关根据所述本地路由指示判断是否可以对所述业务流相对应的报文在所述服务网关下的所述基站进行本地路由。

本发明实施例提供了一种本地路由实现方法，其特征在于，包括：

锚定网关接收由服务网关或基站根据终端提供的业务流信息发起的与对端传输该业务流的业务流承载信令，所述对端为与所述终端进行通信的终端设备，所述业务流承载信令中携带有所述对端的IP地址；

若所述锚定网关根据所述对端的IP地址判断所述对端位于所述锚定网关下，则由所述锚定网关对所述业务流相对应的报文执行本地路由。

本发明实施例提供的本地路由实现方法及系统、网络设备，若根据终端的IP地址与对端的IP地址判断出终端与对端位于同一个本地路由执行设备下，则对业务流相对应的报文执行本地路由操作，实现了将业务流相对应的报文通过本地路由传输至该对端，由于避免了通过本地路由执行设备将该业务流相对应的报文路由至HA后再传送至外部网络，因此减少了业务流相对应的报文在网元之间传输的时延，降低了核心网传输负载。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例所适用的网络系统架构图；

图2为本发明本地路由实现方法一个实施例的流程示意图；

图3为本发明本地路由实现方法又一个实施例的流程示意图；

图4为图3所示实施例所适用的信令流程图；

图5为本发明本地路由实现方法另一个实施例的流程示意图；

图6为图5所示实施例所适用的信令流程图；

图7为本发明网络设备一个实施例的结构示意图；

图8为本发明网络设备又一个实施例的结构示意图；

图9为本发明本地路由实现方法再一个实施例的流程示意图；

图10A为图9所示实施例所适用的信令流程图；

图10B为图9所示实施例所适用的另一个信令流程图

图11为本发明网络设备再一个实施例的结构示意图；

图12为本发明本地路由实现方法还一个实施例的流程示意图；

图13为图12所示实施例所适用的信令流程图；

图14为本发明本地路由实现系统实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例所适用的网络系统架构图，如图1所示，在终端从原基站11切换到目标基站17前，终端通过原基站11、原服务网关12将报文发送给锚定网关13，锚定网关13再将报文发送至HA14，通过HA14传送至外部网络15，从而实现终端与外部网络的信息交换；在终端从原基站11切换到目标基站17后，终端通过目标基站17、目标服务网关16将报文发送给锚定网关13，锚定网关13再将报文发送至HA14，通过HA14传送至外部网络15，从而实现终端与外部网络的信息交换。本发明实施例中，锚定网关13为终端在切换时报文传输路径的锚定点，该锚定点在终端初始接入网络时能够获取终端的IP地址；原服务网关12为终端切换前与原基站11相对应的服务网关，目标服务网关16为终端切换后的与目标基站17相对应的服务网关；进一步地，若终端在原基站11下初始接入网络，则原服务网关12与锚定网关13可以为同一个网关设备。图1所示的系统架构仅为一个示例性说明并不能构成对本发明实施例所适用场景的限制。

图2为本发明本地路由实现方法一个实施例的流程示意图，如图2所示，本实施例包括如下步骤：

步骤201、在终端切换的过程中获取终端的IP地址；

步骤202、接收业务流承载信令，其中，业务流承载信令中包括终端提供的业务流信息以及与终端进行通信的对端的IP地址；

其中，业务流承载信令可以由终端发起，也可以由基站根据终端提供的业务流信息发起。

步骤203、若根据该终端的IP地址与该对端的IP地址判断该终端与该对端位于同一个本地路由执行设备下，则对该业务流相对应的报文执行本地路由操作。

其中，本地路由执行设备依据实际的网络架构可以为基站或者服务网关。

本发明实施例提供的本地路由实现方法，若根据终端的IP地址与对端的IP地址判断出终端与对端位于同一个本地路由执行设备下，则对该业务流相对应的报文执行本地路由操作，实现了将业务流相对应的报文通过本地路由传输至该对端，由于避免了通过本地路由执行设备将该业务流相对应的报文路由至HA后再传送至外部网络，因此减少了业务流相对应的报文在网元之间传输的时延，降低了核心网传输负载。

图3为本发明本地路由实现方法又一个实施例的流程示意图，本实施例以在终端切换过程中向终端切换前的原服务网关获取该终端的IP地址为例进行示例性说明，其中，执行本发明实施例的网络设备具体可以为终端切换后的服务网关(Serving ASN-GW)或基站；如图3所示，并结合图1所示的系统架构图进行说明，本实施例包括如下步骤：

步骤301、接收来自原服务网关的携带有终端的IP地址的切换确认消息；

其中，来自原服务网关的携带有终端的IP地址的切换确认消息可以是原基站在接收到终端发送的切换指示消息后转发给原服务网关的，原基站接收到的来自终端的切换指示消息具体可以为MOB_HO_IND消息，原基站根据该切换指示消息向原目标服务网关发送携带有该终端的IP地址的切换确认消息，进一步地，携带有该终端的IP地址的切换确认消息具体可以为HO_Cnf消息；在具体实现时，若执行本发明实施例的主体为终端切换后的目标基站，则原服务网关将携带有终端的IP地址的切换确认消息发送给目标服务网关后，目标服务网关还需要将该携带有终端的IP地址的切换确认消息转发给该目标基站，若执行本发明实施例的主体为终端切换后的目标服务网关，则在目标服务网关可以根据实际需要确定是否向目标基站转发给切换确认消息，若目标服务网关向目标基站转发该切换确认消息，则目标服务网关还可以根据实际情况确定是否需要将终端的IP地址携带在该切换确认消息中。

步骤302、从该切换确认消息中获取该终端的IP地址；

其中，由于携带有终端的IP地址的切换确认消息中携带有该终端的IP地址，因此不论执行本发明实施例的主体为目标服务网关还是目标基站，均可以通过该携带有终端的IP地址的切换确认消息获取到终端的IP地址。

步骤303、接收由该终端发起的与对端传输业务流的业务流承载信令，其中，对端为与该终端进行通信的终端设备，该业务流承载信令中携带有该对端的IP地址；

其中，业务流承载信令可以由终端发起，也可以由基站根据终端提供的业务流信息发起，若执行本发明实施例的主体为目标基站，则业务流承载信令可以由终端发起并发送给该目标基站，若执行本发明实施例的主体为目标服务网关，则可以由目标基站根据终端提供的业务流信息发起并发送给目标服务网关；进一步地，在终端从原基站切换至目标基站后，通过该业务流承载信令可以实现目标基站与目标服务网关之间建立新的承载或者修改现有的承载，从而通过目标基站、目标服务网关向对端传输该终端发起的业务流；例如：终端发送动态业务增加请求(DSA-REQ)消息以新建一个新的承载，或者，终端发送动态业务修改请求(DSC-REQ)消息以修改现有的承载，通过新的承载或者修改后的承载，从而实现传输该终端发起的业务流。

步骤304、若根据终端的IP地址与对端的IP地址判断该终端与该对端位于同一个本地路由执行设备下，向锚定网关发送路径注册请求消息，指示锚定网关根据该路径注册请求消息对该业务流进行业务授权；

其中，若该本地路由执行设备为本发明实施例的执行主体，具体可以为目标基站或者目标服务网关；若执行主体为目标基站，则目标基站通过目标服务网关向锚定网关发送路径注册请求消息，若执行主体为目标服务网关，则目标服务网关直接向锚定网关发送路径注册请求消息；该路径注册请求(Path_Reg_Req)消息可以携带有进行本地路由的指示信息，指示锚定网关对该业务流进行业务授权。

步骤305、接收该锚定网关返回的完成业务授权的应答消息；

其中，若执行本发明实施例的主体为目标基站，则目标基站通过目标服务网关接收来自锚定网关返回的完成业务授权的应答消息，若执行本发明实施例的主体为目标服务网关，则目标服务网关直接接收锚定网关返回的完成业务授权的应答消息；

步骤306、根据该完成业务授权的应答消息将该业务流相对应的报文路由至该对端；

上述步骤304～步骤306中，由于该对端的IP地址也位于同一个本地路由执行设备下，将终端发起的业务流相对应的报文根据对端的IP地址通过该本地路由执行设备路由至该对端，从而实现了业务流相对应的报文的本地路由。

本发明实施例提供的本地路由实现方法，若根据该终端的IP地址与该对端的IP地址判断出终端与对端位于同一个目标服务网关或者目标基站下，则目标服务网关或者目标基站将该业务流相对应的报文进行本地路由，实现了将业务流相对应的报文通过本地路由传输至该对端，由于避免了通过目标服务网关或者目标基站将该业务流相对应的报文路由至HA后再传送至外部网络，因此减少了业务流相对应的报文在网元之间传输的时延，降低了核心网传输负载。

在上述图3所示实施例的步骤301和步骤302还可以替换地为：在终端切换过程中向终端所在的接入网络的鉴权器获取终端的IP地址，具体可以通过如下过程获取终端的IP地址：

向鉴权器发送用于请求获取终端的IP地址的上下文请求消息；

接收鉴权器根据上下文请求消息返回的携带有所述终端的IP地址的上下文响应消息；

从携带有该终端的IP地址的上下文响应消息中获取所述终端的IP地址。

具体地，若执行主体为目标服务网关，则上述获取终端的IP地址的过程具体可以为：

目标服务网关向鉴权器发送用于请求获取所述终端的IP地址的上下文请求消息；

目标服务网关接收所述鉴权器根据所述上下文请求消息返回的携带有所述终端的IP地址的上下文响应消息；

目标服务网关从所述携带有所述终端的IP地址的上下文响应消息中获取所述终端的IP地址。

可替换地，若执行主体为目标基站，则上述获取终端的IP地址的过程具体可以为：

目标基站通过目标服务网关向鉴权器发送用于请求获取所述终端的IP地址的上下文请求消息；

目标基站通过所述目标服务网关接收所述鉴权器根据所述上下文请求消息返回的携带有所述终端的IP地址的上下文响应消息；

目标基站通过所述目标服务网关从所述携带有所述终端的IP地址的上下文响应消息中获取所述终端的IP地址。

为了更清楚的理解图3所示实施例的技术方案，下面结合图4所示的信令流程图进行示例性说明；图4为图3所示实施例所适用的信令流程图，本实施例中，目标服务网关(Serving ASN-GW)在终端切换过程中向终端切换前的原服务网关获取该终端的IP地址，原服务网关为终端切换前的服务网关，目标服务网关为终端切换后的服务网关，锚定网关(Anchor GW)将来自服务网关的业务流通过HA传输至外部网络；如图4所示，本实施例包括如下步骤：

步骤401、终端向原基站发送切换指示消息，该切换指示消息用于指示原基站该终端要将承载业务切换到目标基站(New BS)；

其中，切换指示消息具体可以为终端切换指示(MOB_HO_IND)消息。

步骤402、原基站向目标基站发送切换确认(HO_Cnf)消息，确认终端将从原基站切换到目标基站；具体地，原服务基站(Old Serving GW)通过原服务网关及目标网关(New Serving GW)向终端切换后的目标基站发送该切换确认消息(HO_Cnf)，原基站或原服务网关将终端的IP地址包含在该切换确认消息中；目标服务网关(Serving GW)或目标基站通过该切换确认消息(HO_Cnf)获取该终端的IP地址；

步骤403、目标基站向原基站(Old BS)返回切换响应(HO_Ack)消息，其中，切换响应消息可以经由目标服务网关(Serving GW)和原服务网关(OldServing GW)转发给原基站；

步骤404、目标基站从鉴权器(Authenticator)获取该终端的上下文消息(Context retrieval)；

其中，该上下文消息具体可以为安全密钥(Key)等，并且该上下文消息可以通过目标服务网关(Serving GW)转发给目标基站；

步骤405、终端在目标基站下重新进入网络；

步骤406、目标基站通过目标服务网关与锚定网关建立承载，用于传输终端当前发起的业务流；

其中，通过在目标基站、目标服务网关、锚定网关之间建立承载，使终端发起的业务流相对应的报文通过锚定网关转发给外部网络。

步骤407、目标基站向鉴权器(Authenticator)更新用于空口鉴权的基于密文的消息认证码(Cipher-based Message Authentication Code，简称：CMAC)密钥(Key)；

步骤408、目标基站向原基站发送切换完成(HO_Complete)消息，指示原基站切换完成；其中，该切换完成消息可以通过目标服务网关、原服务网关转发给原基站；

步骤409、原基站向目标基站返回切换应答(HO_Ack)消息，并清除终端在原基站的上下文消息，该上下文消息具体可以为：用户密钥、承载信息等；其中，该切换应答消息可以通过原服务网关、目标服务网关转发给目标基站；

通过上述步骤401～步骤409，即可实现原基站到目标基站的切换，并使目标服务网关或者目标基站获取到终端的IP地址；当终端发起新的业务流时，终端通过发起业务流承载信令可以建立一个新的承载或者修改一个现有的承载，实现传输与该业务流相关的报文；具体地，该业务流承载信令对于不同的网元可以为不同消息，对于终端来说，该业务流承载信令可以为动态业务增加请求(DSA-REQ)消息，用于建立一个新的承载，也可以为动态业务修改请求(DSC-REQ)消息，用于修改一个现有的承载。具体地，对于基站或服务网关来说，该业务流承载信令可以为路径注册请求(Path_Reg_req)消息或路径修改请求(Path_Mod_req)消息，上述消息同样适用于本发明的其它实施例。下面以建立新的承载为例通过步骤410～步骤416进行示例性说明。

步骤410、终端向目标基站发送动态业务增加请求(DSA-REQ)消息，指示目标基站建立新的承载；其中，在该DSA-REQ消息中携带有该业务流的IP五元组信息(Packet classification rule)，该IP五元组信息具体包括了业务流的源IP地址、目的IP地址、源端口号、目的端口号、协议类型；

步骤411、目标基站向终端返回动态业务建立应答(DSX-RVD)消息，表示接收到该动态业务增加请求(DSA-REQ)消息；

步骤412、目标基站向目标服务网关发送路径注册请求(Path_Reg_Req)消息，用于请求建立新的承载，其中，该路径注册请求消息中携带有业务流的IP五元组信息；

步骤413、若目标服务网关(Serving GW)根据业务流的IP五元组信息中的目的IP地址和该终端的IP地址判断出该业务流的对端位于该目标服务网关下，则确定可以将该业务流相对应的报文通过本地路由传输至对端；

步骤414、目标服务网关向锚定网关发送路径注册请求(Path_Reg_Req)消息，其中，该路径注册请求消息中携带有进行本地路由的指示信息；

步骤415、目标服务网关对步骤410中终端指示目标基站进行的该新的承载进行资源授权，使得锚定网关可以根据步骤414中获取到的进行本地路由的指示信息对本地路由进行授权；进一步地，目标服务网关可以通过向接入网络中的鉴权器发送授权请求实现本地路由授权；锚定网关通过目标服务网关向目标基站返回应答消息，实现建立该新的承载；

步骤416、目标服务网关在该新的承载上将业务流相对应的报文通过本地路由传输至对端。

本发明实施例提供的本地路由实现方法，若根据终端的IP地址与业务流承载信令携带的对端的IP地址判断出终端与对端位于目标服务网关下，则目标服务网关将来自该终端的业务流相对应的报文通过执行本地路由操作传输至该对端，由于避免了通过锚定网关将该业务流相对应的报文路由至HA后再传送至外部网络，因此减少了业务流相对应的报文在网元之间传输的时延，降低了核心网传输负载。

上述流程以目标服务网关执行本地路由为例进行示例性说明，若为目标基站执行本地路由，目标基站通过切换确认消息获取到该终端的IP地址，若根据业务流的IP五元组信息中的目的IP地址和该终端的IP地址判断出该业务流的对端位于该目标基站下，则确定可以将该业务流通过本地路由传输至对端，对于目标基站与鉴权器等网元设备的交互，可以参考前述目标服务网关与鉴权器的交互，在此不再赘述。

图5为本发明本地路由实现方法另一个实施例的流程示意图，本实施例以在终端切换过程中向终端所在的接入网络的鉴权器获取终端的IP地址为例进行示例性说明，其中，执行本发明实施例的网络设备具体可以为终端切换后的服务网关(Serving ASN-GW)或者终端切换后的基站；本发明实施例以基站为例进行示例性说明，如图5所示，本发明实施例包括如下步骤：

步骤501、切换后的目标基站向鉴权器发送用于请求获取终端的IP地址的上下文请求消息；该上下文请求消息可以通过目标服务网关转发给鉴权器；

其中，该上下文请求消息具体可以为Context_Req消息；

步骤502、目标基站接收该鉴权器根据该上下文请求消息返回的携带有该终端的IP地址的上下文响应消息；该上下文响应消息可以通过目标服务网关转发给鉴权器；

其中，上下文响应消息具体可以为Context_Rsp消息。

步骤503、目标基站接收由该终端发起的与对端传输业务流的业务流承载信令，其中，对端为与终端进行通信的终端设备，业务流承载信令中携带有对端的IP地址；

其中，在终端从原基站切换至目标基站后，通过该业务流承载信令可以实现目标基站与目标服务网关之间建立新的承载或者修改现有的承载，从而通过目标基站、目标服务网关向对端传输该终端发起的业务流；例如：终端发送动态业务增加请求(DSA-REQ)消息以新建一个新的承载，或者，终端发送动态业务修改请求(DSC-REQ)消息以修改现有的承载，通过新的承载或者修改后的承载，从而实现传输该终端发起的业务流。

步骤504、若目标基站根据终端的IP地址与对端的IP地址判断该终端与该对端位于该目标基站下，目标基站向锚定网关发送进行本地路由的指示信息；

其中，该进行本地路由的指示信息可以携带在路径修改请求(Path_Mod_Req)消息中；可选地，锚定网关根据该进行本地路由的指示信息对业务流进行业务授权。

步骤505、目标基站接收锚定网关根据该进行本地路由的指示信息返回的应答消息；

步骤506、目标基站根据应答消息将来自终端的业务流相对应的报文路由至对端。

上述步骤504～步骤506中，由于该对端的IP地址也位于该目标服务网关下，目标服务网关将终端发起的业务流根据对端的IP地址通过该目标服务网关路由至该对端，从而实现了目标基站对业务流相对应的报文的本地路由。

本发明实施例提供的本地路由实现方法，若目标基站据终端的IP地址与业务流承载信令携带的对端的IP地址确定终端与对端为目标基站下的IP地址，则将来自该终端的业务流相对应的报文本地路由至该对端，由于避免了通过锚定网关将该业务流相对应的报文路由至HA后再传送至核心网，因此减少了业务流相对应的报文在网元之间传输的时延，降低了核心网传输负载。

为了更清楚的理解图5所示实施例的技术方案，下面结合图6所示的信令流程图进行示例性说明；图6为图5所示实施例所适用的信令流程图，本实施例以目标基站(Target BS)在终端切换过程中向终端切换前的基站获取该终端的IP地址，本实施例中，原基站为终端切换前的基站，目标基站为终端切换后的基站，锚定网关(Anchor GW)将来自目标基站的业务流通过HA传输至核心网；如图6所示，本实施例包括如下步骤：

步骤601、终端向原基站发送切换指示消息，该切换指示消息用于指示原基站该终端要将承载业务切换到目标基站(Target BS)；

其中，切换指示消息具体可以为终端切换指示(MOB_HO_IND)消息。

步骤602、原基站向目标基站发送切换确认(HO_Cnf)消息，确认终端将从原基站切换到目标基站；目标基站向原基站返回切换响应(HO_Ack)消息；

其中，该切换确认消息可以通过原服务网关、目标服务网关发送给目标基站；该切换响应消息可以通过目标服务网关、原服务网关转发送给终端；

步骤603、目标基站向目标服务网关发送上下文请求(Context_Req)消息，用于向接入网络中的鉴权器请求获取该终端的上下文信息；该上下文请求消息可选地携带有用于获取终端的IP地址的指示信息，通过目标服务网关(Serving GW)转发给该鉴权器(Authenticator)；

步骤604、鉴权器通过目标服务网关向目标基站返回上下文响应(Context_Rsp)消息，其中，该上下文响应消息携带有终端的IP地址，目标服务网关转发IP地址给目标基站；通过该上下文响应消息，目标服务网关和目标基站均可获取到该终端的IP地址；

步骤605、终端在目标基站下重新进入网络；

步骤606、目标基站通过目标服务网关与锚定网关建立承载，用于传输终端当前发起的业务流；

其中，通过在目标基站、目标服务网关、锚定网关之间建立承载，使终端发起的业务流通过锚定网关转发给核心网。

步骤607、目标基站向鉴权器(Authenticator)更新用于空口鉴权的CMACKey信息；

步骤608、目标基站向原基站发送切换完成(HO_Complete)消息，指示原基站切换完成；其中，该切换完成消息可以通过目标服务网关、原服务网关转发给原基站；

步骤609、原基站向目标基站返回切换应答(HO_Ack)消息，并清除终端在原基站的上下文消息；其中，该切换应答消息可以通过原服务网关、目标服务网关转发给目标基站；通过该上下文消息存储了用户密钥、承载信息等。

通过上述步骤601～步骤609，即可实现原基站到目标基站的切换，并使目标服务网关或者目标基站获取到终端的IP地址；当终端发起新的业务流时，终端通过发起业务流承载信令可以建立一个新的承载或者修改一个现有的承载，实现传输与该业务流相关的报文；具体地，该业务流承载信令具体可以为动态业务增加请求(DSA-REQ)消息，用于建立一个新的承载，也可以为动态业务修改请求(DSC-REQ)，用于修改一个现有的承载，由于通过建立新的承载已经在图4所示实施例中进行示例性说明，下面通过步骤610～步骤616以修改一个现有的承载为例进行示例性说明。

步骤610、终端向目标基站发送动态业务修改请求(DSC-REQ)消息，指示目标基站修改现有的承载，以重用该现有的承载传输新的业务流；

其中，在该动态业务修改请求消息中携带有该业务流的IP五元组信息；该IP五元组信息具体包括了业务流的源IP地址、目的IP地址、源端口号、目的端口号、协议类型。

步骤611、目标基站向终端返回动态业务修改响应(DSX-RVD)消息，表示接收到该动态业务修改请求(DSC-REQ)消息；

步骤612、目标基站根据业务流中的IP五元组中的目的IP地址以及该终端的IP地址判断出该业务流的对端位于该目标基站下；

步骤613、目标基站向目标服务网关发送路径修改请求(Path_Mod_Req)消息，用于请求修改现有的承载；其中，该路径修改请求消息携带有进行本地路由的指示信息；

步骤614、目标服务网关向锚定网关发送该路径修改请求(Path_Mod_Req)消息；其中，该路径修改请求消息携带有进行本地路由的指示信息；

步骤615、锚定网关对该现有的承载进行资源授权，并且锚定网关还可以根据该进行本地路由的指示信息对本地路由进行授权；锚定网关通过目标服务网关向目标基站返回应答消息，实现对现有的承载进行修改；

步骤616、目标基站在该修改后的现有的承载上将业务流相对应的报文通过本地路由传输对端；

本发明实施例提供的本地路由实现方法，若根据终端的IP地址与业务流承载信令携带的对端的IP地址确定终端与对端为目标基站下的IP地址，则目标服务网关将来自该终端的业务流相对应的报文通过执行本地路由传输至该对端，由于避免了通过锚定网关将该业务流相对应的报文路由至HA后再传送至外部网络，因此减少了业务流相对应的报文在网元之间传输的时延，降低了核心网传输负载。

需要说明的是，上述图2～图6所示实施例所描述的终端的切换流程仅为本发明实施例的示例，只要使得目标服务网关或者目标基站能够通过终端的切换流程获取终端的IP地址，若获取消息的种类以及获取消息的顺序有所不同，但同样实现了本发明实施例所述的通过终端的切换流程获取终端的IP地址，均为本发明实施例所述的实现方法，本发明实施例仅为描述方便不再赘述。

图7为本发明网络设备一个实施例的结构示意图，本发明实施例的网络设备具体可以为服务网关，也可以为基站；如图7所示，本实施例包括：获取模块71、接收模块72、路由模块73；

其中，获取模块71在终端切换的过程中获取所述终端的因特网协议IP地址；接收模块72接收业务流承载信令，所述业务流承载信令中包括所述终端提供的业务流信息以及与所述终端进行通信的对端的IP地址；若根据所述终端的IP地址与所述对端的IP地址判断所述终端与所述对端位于该网络设备下，则路由模块73对所述业务流相对应的报文执行本地路由操作。

本发明实施例提供的网络设备，若根据终端的IP地址与对端的IP地址判断出终端与对端位于该网络设备下，则路由模块73对该业务流相对应的报文执行本地路由操作，实现了将业务流相对应的报文通过本地路由传输至该对端，由于避免了通过网络设备将该业务流相对应的报文路由至HA后再传送至外部网络，因此减少了业务流相对应的报文在网元之间传输的时延，降低了核心网传输负载。

图8为本发明网络设备又一个实施例的结构示意图，本发明实施例的网络设备具体可以为服务网关，也可以为基站；如图8所示，本实施例包括：获取模块81、接收模块82、路由模块83；

其中，获取模块81在终端切换的过程中获取所述终端的因特网协议IP地址；接收模块82接收业务流承载信令，所述业务流承载信令中包括所述终端提供的业务流信息以及与所述终端进行通信的对端的IP地址；若根据所述终端的IP地址与所述对端的IP地址判断所述终端与所述对端位于该网络设备下，则路由模块83对所述业务流相对应的报文执行本地路由操作。

进一步地，获取模块81还可以包括：第一获取单元811和/或第二获取单元812；其中，第一获取单元811在终端切换过程中向所述终端切换前的原服务网关获取所述终端的IP地址；第二获取单元812在终端切换过程中向所述终端所在的接入网络的鉴权器获取所述终端的IP地址。

进一步地，第一获取单元811还可以包括：第一接收子单元8111、第一获取子单元8112；其中，第一接收子单元8111接收来自原服务网关的携带有该终端的IP地址的切换确认消息；第一获取子单元8112从所述切换确认消息中获取所述终端的IP地址。

进一步地，第二获取单元812还可以包括：发送子单元8121、第二接收子单元8122、第二获取子单元8123；其中，发送子单元8121向鉴权器发送用于请求获取所述终端的IP地址的上下文请求消息；第二接收子单元8122从所述携带有所述终端的IP地址的上下文响应消息中获取所述终端的IP地址；第二获取子单元8123从所述携带有所述终端的IP地址的上下文响应消息中获取所述终端的IP地址。

进一步地，路由模块83还可以包括：发送单元831、路由单元832；其中，发送单元831向锚定网关发送路径注册请求消息，指示所述锚定网关根据所述路径注册请求消息对所述业务流进行业务授权，并接收所述锚定网关返回的完成业务授权的应答消息；路由单元832将来自所述终端的业务流相对应的报文路由至所述对端。

本发明实施例提供的网络设备，若根据终端的IP地址与业务流承载信令携带的对端的IP地址确定终端与对端为该网络设备下的IP地址，则路由模块83将来自该终端的业务流相对应的报文本地路由至该对端，由于避免了通过网络设备将该业务流相对应的报文路由至HA后再传送至核心网，因此减少了业务流相对应的报文在网元之间传输的时延，降低了核心网传输负载。

图9为本发明本地路由实现方法再一个实施例的流程示意图，如图9所示，本发明实施例包括如下步骤：

步骤901、锚定网关接收由服务网关或基站根据终端提供的业务流信息发起的与对端传输该业务流的业务流承载信令，其中，该对端为与终端进行通信的终端设备，业务流承载信令中携带有对端的IP地址；

步骤902、若锚定网关根据该对端的IP地址与已获取到的终端的IP地址判断该终端与该对端位于同一个本地路由执行设备下，则该锚定网关可选地对该业务流进行本地路由授权，并通知该本地路由执行设备对该业务流相对应的报文执行本地路由操作。

其中，本地路由执行设备依据实际的网络架构可以为基站或者服务网关。

当本地路由执行设备为锚定网关时，则锚定网关直接对该业务流相对应的报文执行本地路由操作。

本发明实施例提供的本地路由实现方法，若根据对端的IP地址与已获取到的终端的IP地址确定终端与对端位于同一个本地路由执行设备下，则指示该本地路由执行设备对该业务流相对应的报文执行本地路由操作，由于避免了通过该锚定网关将该业务流相对应的报文路由至HA后再传送至外部网络，因此减少了业务流相对应的报文在网元之间传输的时延，降低了核心网传输负载。

进一步地，在上述图9所示实施例的步骤902中，锚定网关对业务流进行本地路由授权具体可以为：

锚定网关向鉴权器发送资源请求消息，所述资源请求消息包括所述终端所请求的建立承载的业务流以及对所述业务流进行本地路由授权的指示；

锚定网关接收所述鉴权器根据所述对所述业务流进行本地路由授权的指示返回的资源应答消息，所述资源应答消息携带有所述鉴权器对所述业务流进行授权的授权结果，使所述本地路由执行设备根据所述授权结果对所述业务流执行本地路由。

通过上述过程，避免了将该终端发起的业务流相对应的报文路由至HA后再传送至核心网，因此减少了业务流相对应的报文在网元之间传输的时延，降低了核心网传输负载。

为了更清楚的理解图9所示实施例的技术方案，下面结合图10A所示的信令流程图进行示例性说明；图10A为图9所示实施例所适用的信令流程图，本实施例中，当终端发起一个新的业务时，终端发起业务流承载信令，该业务流承载信令具体可以为建立一个新的承载，还可以为修改一个现有的承载，该业务流承载用于传输该业务相关的报文；如图10A所示，本实施例包括如下步骤：

步骤1001、终端向基站发送动态业务增加请求(DSA-REQ)消息，指示基站建立新的承载；

在上述动态业务增加请求消息中携带有终端发起的业务流的IP五元组信息，该IP五元组信息具体包括了业务流的源IP地址、目的IP地址、源端口号、目的端口号、协议类型；

步骤1002、基站向终端返回动态业务建立应答(DSA-RVD)消息，表示接收到该动态业务增加请求(DSA-REQ)消息；

步骤1003、基站向服务网关发送路径注册请求(Path_Reg_Req)消息，请求建立一个新的承载，其中，该Path_Reg_Req消息携带有业务流的IP五元组信息；

步骤1004、服务网关向锚定网关发送该路径注册请求(Path_Reg_Req)消息，其中，该路径注册请求(Path_Reg_Req)消息携带业务流的IP五元组信息；

步骤1005、锚定网关(Anchor GW)根据IP五元组信息中的目的IP地址以及锚定网关已获取到的终端的IP地址检测该对端是否也位于该发送请求的服务网关(Serving GW)下；如果是，则判断可以在该服务网关(Serving GW)处执行本地路由；

或者，若执行本地路由的执行主体为服务网关下的基站，则锚定网关判断是否可以在基站处执行本地路由；锚定网关(Anchor GW)还需要进一步获取对端的承载信息，该承载信息具体可以为承载标识、IP五元组等，其中，通过承载标识指示基站在指定的业务流承载上对业务流相对应的报文执行本地路由；

步骤1006、锚定网关(Anchor GW)通过接入网络中的鉴权器对该动态业务增加请求进行资源授权；

进一步地，锚定网关(Anchor GW)还可以对本地路由进行授权；具体地，锚定网关向鉴权器发送资源请求消息，其中，资源请求消息包括终端所请求的建立承载的业务流以及对所述业务流进行本地授权的指示；接收鉴权器根据对该业务流进行本地授权的指示返回的资源应答消息，其中，资源应答消息携带有鉴权器对业务流进行授权的授权结果。

步骤1007、锚定网关(Anchor GW)向服务网关返回路径注册响应(Path_Reg_Rsp)消息；其中，该路径注册响应消息携带有在服务网关或者基站(Serving GW/BS)处进行本地路由的指示信息，该进行本地路由的指示信息包括至少如下一种信息：本地路由的指示、执行本地路由的业务流信息、对端的承载信息(例如：承载标识、IP五元组信息)；

步骤1008、服务网关(Serving GW)向基站返回该路径注册响应(Path_Reg_Rsp)消息，其中，该路径注册响应消息可选地携带有进行本地路由的指示信息；

步骤1009、基站向终端返回动态业务增加请求响应(DSA-RSP)消息；

步骤1010、终端向基站返回动态业务增加请求确认(DSA-ACK)消息；

步骤1011、基站向服务网关(Serving GW)返回路径注册确认(Path_Reg_Ack)消息；

步骤1012、服务网关向锚定网关返回路径注册响应(Path_Reg_Rsp)消息，指示承载建立完成；

步骤1013、锚定网关(Anchor GW)向鉴权器(Authenticator)发送资源预留响应(RR_Ack)消息，指示资源授权完成；

步骤1014、服务网关根据锚定网关(Anchor GW)的进行本地路由的指示信息在该承载上对相应的业务流进行本地路由操作；

或者，若执行本地路由的执行主体为服务网关下的基站，则基站根据锚定网关(Anchor GW)的进行本地路由的指示信息在该承载上对相应的业务流进行本地路由操作。

图10B为图9所示实施例所适用的另一个信令流程图，本实施例中，锚定网关本身作为本地路由执行设备；如图10B所示，本实施例包括如下步骤：

步骤1501、终端向基站发送动态业务修改请求(DSC-REQ)消息，指示基站修改一个现有承载，以使用该承载传输该业务流；

在上述动态业务修改请求消息中携带有终端发起的业务流的IP五元组信息，该IP五元组信息具体包括了业务流的源IP地址、目的IP地址、源端口号、目的端口号、协议类型；

步骤1502、基站向终端返回动态业务修改应答(DSC-RVD)消息，表示接收到该动态业务修改请求(DSC-REQ)消息；

步骤1503、基站向锚定网关发送路径修改请求(Path_Mod_Req)消息，请求修改的现有承载用于传输该业务的IP报文。其中，该Path_Mod_Req消息携带有业务流的IP五元组信息；

步骤1504、锚定网关(Anchor GW)根据IP五元组信息中的目的IP地址，检测该对端是否也位于该锚定网关(Anchor GW)下；如果是，则判断可以在该锚定网关(Anchor GW)处执行本地路由；锚定网关(Anchor GW)存储有所有该网关下终端的IP地址，通过将该对端IP地址与所存储终端IP地址进行比较，锚定网关(Anchor GW)可以检测出该对端是否也位于该锚定网关下。步骤1505、可选地，锚定网关(Anchor GW)通过接入网络中的鉴权器对该动态业务增加请求进行本地路由授权；

步骤1506、锚定网关(Anchor GW)将该业务流的IP五元组(packetclassifier rule)与对端的对应下行承载相关联。即对于符合该IP五元组的IP报文，锚定网关直接转发到对应的对端的下行承载中。该步骤可以与后续步骤并行执行。

步骤1507、锚定网关(Anchor GW)向基站返回该路径注册响应(Path_Reg_Rsp)消息；

步骤1508、基站向终端返回动态业务增加请求响应(DSC-RSP)消息；

步骤1509、终端向基站返回动态业务增加请求确认(DSC-ACK)消息；

步骤1510、基站向锚定网关(Anchor GW)返回路径注册确认(Path_Reg_Ack)消息；

步骤1511、按照步骤1506中的关联关系，锚定网关(Anchor GW)对相应的业务流进行本地路由操作，将符合该业务流五元组的报文转发到所关联的通信对端下行承载。

本发明实施例提供的本地路由实现方法，若根据业务流承载信令携带的对端的IP地址与已获取到的终端的IP地址确定终端与对端位于同一个基站或者服务网关下，则指示该网络设备将来自该终端的业务流相对应的报文本地路由至该对端；或根据业务流承载信令携带的对端的IP地址确定对端也位于该锚定网关下，则锚定网关将来自该终端的业务流相对应的报文本地路由至该对端。由于避免了通过该锚定网关将该业务流相对应的报文路由至HA后再传送至外部网络，因此减少了业务流相对应的报文在网元之间传输的时延，降低了核心网传输负载。

图11为本发明网络设备再一个实施例的结构示意图，如图11所示，本是实施例包括：接收模块111、授权模块112、通知模块113；

其中，接收模块111接收由终端发起的通过原服务网关转发的与对端传输业务流的业务流承载信令，所述对端为与所述终端进行通信的终端设备，所述业务流承载信令中携带有所述对端的IP地址；若根据所述对端的IP地址与已获取到的所述终端的IP地址判断所述终端与所述对端位于同一个本地路由执行设备下，则授权模块112对所述业务流进行本地路由授权，通知模块113通知该本地路由执行设备对所述业务流相对应的报文进行本地路由。

其中，本地路由执行设备依据实际的网络架构可以为基站或者服务网关。

本发明实施例提供的网络设备，若根据对端的IP地址与已获取到的终端的IP地址确定终端与对端位于同一个本地路由执行设备下，则授权模块112对所述业务流进行本地授权操作，使本地路由执行设备对该业务流相对应的报文进行本地路由，由于避免了通过锚定网关将该业务流相对应的报文路由至HA后再传送至外部网络，因此减少了业务流相对应的报文在网元之间传输的时延，降低了核心网传输负载。

进一步地，在上述图11所示实施例的基础上，授权模块112还可以包括：发送单元、接收单元；其中，发送单元向鉴权器发送资源请求消息，所述资源请求消息包括所述终端所请求的建立承载的业务流以及对所述业务流进行本地路由授权的指示；接收单元接收所述鉴权器根据所述对所述业务流进行本地路由授权的指示返回的资源应答消息，所述资源应答消息携带有所述鉴权器对所述业务流进行授权的授权结果，使所述本地路由执行设备根据所述授权结果对所述业务流执行本地路由。

图12为本发明本地路由实现方法还一个实施例的流程示意图，如图12所示，本发明实施例包括如下步骤：

步骤121、接收由服务网关根据终端提供的业务流信息发起的与对端传输业务流的业务流承载信令，其中，对端为与终端进行通信的终端设备，业务流承载信令中携带有对端的IP地址；

步骤122、若根据对端的IP地址与已获取到的终端的IP地址判断终端与对端位于该服务网关下，向服务网关发送本地路由指示，使服务网关根据本地路由指示判断是否可以对该业务流相对应的报文在所述服务网关下的基站进行本地路由。

本发明实施例提供的本地路由实现方法，若根据对端的IP地址与已获取到的终端的IP地址判断终端与对端位于该服务网关下，则向服务网关发送本地路由指示，由于避免了通过该锚定网关将该业务流相对应的报文路由至HA后再传送至外部网络，因此减少了业务流相对应的报文在网元之间传输的时延，降低了核心网传输负载。

进一步地，在上述图12所示实施例的基础上，还可以包括：

若所述服务网关根据所述本地路由指示确定所述基站能够进行本地路由指示，则所述服务网关指示所述基站对所述业务流相对应的报文执行本地路由的操作。

图13为图12所示实施例所适用的信令流程图，本实施例中，当终端发起一个新的业务时，终端发起业务流承载信令，该业务流承载信令具体可以为建立一个新的承载，还可以为修改一个现有的承载，该业务流承载用于传输该业务相关的报文；如图13所示，本实施例包括如下步骤：

步骤1301、终端基站发送动态业务增加请求(DSA-REQ)消息，指示基站建立新的承载；在上述动态业务增加请求消息中携带有该业务流的IP五元组信息；

步骤1302、基站向终端返回动态业务建立应答(DSA-RVD)消息，表示接收到该动态业务增加请求(DSA-REQ)消息；

步骤1303、基站向服务网关发送路径注册请求(Path_Reg_Req)消息，请求建立一个新的承载；其中，该路径注册请求消息携带有业务流的IP五元组信息，该IP五元组信息具体包括了业务流的源IP地址、目的IP地址、源端口号、目的端口号、协议类型；

步骤1304、服务网关向锚定网关发送路径注册请求(Path_Reg_Req)消息；其中，该路径注册请求(Path_Reg_Req)消息携带有业务流的IP五元组信息；

步骤1305、锚定网关(Anchor GW)根据IP五元组信息中的目的IP地址以及锚定网关已获取到的终端的IP地址检测该对端是否也位于该发送请求的服务网关(Serving GW)下；如果是，则可以在该服务网关(Serving GW)处执行本地路由；

步骤1306、锚定网关对该路径注册请求消息进行资源授权；

此外，锚定网关还可以对本地路由进行授权；

步骤1307、锚定网关向服务网关返回路径注册响应(Path_Reg_Rsp)消息；其中，该路径注册响应(Path_Reg_Rsp)消息携带有进行本地路由的指示信息，该进行本地路由的指示信息可以包括以下至少一种：本地路由指示、执行本地路由的业务流信息、对端标识、对端的承载信息(例如：承载标识、IP五元组信息)；

步骤1308、服务网关根据IP五元组信息中的目的IP地址检测与终端通信的对端是否位于同一个基站下，如果是，则在基站处执行本地路由，继续执行步骤1309；如果否，则服务网关执行本地路由，并执行步骤1313；此外，服务网关还可以映射出对端在该基站处相对应的承载标识，通过该承载标识指示目标基站指定的业务流承载上执行本地路由；

步骤1309、服务网关向基站返回路径注册响应(Path_Reg_Rsp)消息，其中，该路径注册响应(Path_Reg_Rsp)消息携带有进行本地路由的指示信息；

步骤1310、基站向终端返回动态业务增加响应(DSA-RSP)消息；

步骤1311、终端向基站发送动态业务增加确认(DSA-ACK)消息；

步骤1312、基站向服务网关返回路径注册确认(Path_Reg_Ack)消息；

步骤1313、服务网关(Serving GW)向锚定网关(Anchor GW)返回路径注册响应(Path_Reg_Rsp)消息，指示锚定网关承载建立完成；

步骤1314、锚定网关(Anchor GW)向鉴权器(Authenticator)发送资源预留响应(RR_Ack)消息，指示资源授权完成；

步骤1315、服务网关或者基站(Serving GW/BS)根据锚定网关(AnchorGW)发送的进行本地路由的指示信息在该承载上对相应的业务流相对应的报文进行本地路由操作。

本发明实施例提供的本地路由实现方法，若根据业务流承载信令携带的对端的IP地址与已获取到的终端的IP地址确定终端与对端为同一个服务网关或者基站下的IP地址，则锚定网关指示该目标服务网关将来自该终端的业务流相对应的报文本地路由至该对端，由于避免了通过该锚定网关将该业务流相对应的报文路由至HA后再传送至外部网络，因此减少了业务流相对应的报文在网元之间传输的时延，降低了核心网传输负载。

图14为本发明本地路由实现系统实施例的结构示意图，如图14示，本实施例包括：本实施例包括：锚定网关141、服务网关142、基站143；

其中，锚定网关141接收由服务网关143根据终端提供的业务流信息发起的与对端传输业务流的业务流承载信令，所述对端为与所述终端进行通信的终端设备，所述业务流承载信令中携带有所述对端的IP地址；

若锚定网关141根据所述对端的IP地址与已获取到的所述终端的IP地址判断所述终端与所述对端位于服务网关142下，向服务网关142发送本地路由指示，使服务网关142根据所述本地路由指示判断是否可以对所述业务流相对应的报文在服务网关142下的基站143进行本地路。

本发明实施例提供的本地路由实现系统，若根据业务流承载信令携带的对端的IP地址与已获取到的终端的IP地址确定终端与对端为第二网络设备142下，则第一网络设备141向第二网络设备142发送本地路由指示，由于避免了通过该网络设备将该业务流相对应的报文路由至HA后再传送至核心网，因此减少了业务流相对应的报文在网元之间传输的时延，降低了核心网传输负载。

进一步地，在上述图14所示实施例的基础上，若服务网关142根据所述本地路由指示确定基站143能够进行本地路由指示，则服务网关142指示基站143对所述业务流相对应的报文进行本地路由；若服务网关142根据所述本地路由指示确定服务网关142进行本地路由，则服务网关142对所述业务流相对应的报文进行本地路由。

此外，本发明实施例中的IP地址，对于使用网际协议版本4(InternetProtocol version 4，简称：IPv4)协议的场景，为IPv4协议地址；对于使用网际协议版本6(Internet Protocol Version6，简称：IPv6)协议的场景，为IPv6协议地址或网络前缀；当然，上述IPv4协议地址以及IPv6协议地址并不能形成对本发明实施例的限制，只要是通过本发明实施例均能够实现本地路由的各种协议中规定的IP地址均为本发明实施例所述的IP地址。

通过本发明实施例，例如在WiMAX网络中，当终端与通信的对端位于同一个目标服务网关下时，报文传输路径从目标服务网关、锚定网关、HA输出至核心网，因此在目标服务网关、锚定网关、HA之间会发生传输路径重叠，即：终端与对端之间的报文仍然需要首先从目标服务网关传输到HA，然后再经HA返回给该目标服务网关并发送给对端。而通过上述本发明实施例，目标服务网关可以采用本地路由技术将终端发送的报文经过目标服务网关后发送给对端，从而减少报文在网元之间传输的时延、降低核心网传输的负载；或者，当终端与通信的对端位于同一个目标基站下时，报文传输路径从目标基站、目标服务网关、锚定网关、HA输出至核心网，因此在目标基站、目标服务网关、锚定网关、HA之间会发生传输路径重叠，即：终端与对端之间的报文仍然需要首先从目标基站传输到HA，然后再经HA返回给该目标基站并发送给对端。而通过上述本发明实施例，目标基站还可以采用本地路由技术将终端发送的报文经过目标基站后发送给对端，从而减少报文在网元之间传输的时延、降低核心网传输的负载。

上述本发明实施例仅以WiMAX网络为例进行示例性说明，但WiMAX并不能构成对本发明实施例的限制，只要根据终端的IP地址以及与终端进行通信的对端的IP地址触发本地路由，从而减少报文在网元之间传输的时延，均为本发明实施例所述适用的网络系统。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、设备、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本领域普通技术人员可以理解：实现上述实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (25)

1.一种本地路由实现方法，其特征在于，包括：

在终端切换的过程中获取所述终端的因特网协议IP地址；

接收业务流承载信令，所述业务流承载信令中包括所述终端提供的业务流信息以及与所述终端进行通信的对端的IP地址；

若根据所述终端的IP地址与所述对端的IP地址判断所述终端与所述对端位于同一个本地路由执行设备下，则对所述业务流相对应的报文执行本地路由操作，其中，对所述业务流相对应的报文执行本地路由操作包括：将所述业务流相对应的报文通过本地路由传输至该对端。

2.根据权利要求1所述的方法，其特征在于，所述在终端切换的过程中获取所述终端的因特网协议IP地址包括：

在终端切换过程中向所述终端切换前的原服务网关获取所述终端的IP地址；或者，

在终端切换过程中向所述终端所在的接入网络的鉴权器获取所述终端的IP地址。

3.根据权利要求2所述的方法，其特征在于，所述在终端切换过程中向所述终端切换前的原服务网关获取所述终端的IP地址包括：

接收来自原服务网关的携带有该终端的IP地址的切换确认消息；

从所述切换确认消息中获取所述终端的IP地址。

4.根据权利要求3所述的方法，其特征在于，所述本地路由执行设备为目标服务网关，

所述接收来自原服务网关的携带有该终端的IP地址的切换确认消息包括：

所述目标服务网关接收原服务网关发送的携带有该终端的IP地址的切换确认消息；

所述从所述切换确认消息中获取所述终端的IP地址包括：

所述目标服务网关从所述切换确认消息中获取所述终端的IP地址。

5.根据权利要求3所述的方法，其特征在于，所述本地路由执行设备为目标基站，

所述接收来自原服务网关的携带有该终端的IP地址的切换确认消息包括：

所述目标基站接收经目标服务网关转发的来自原服务网关的携带有该终端的IP地址的切换确认消息；

所述从所述切换确认消息中获取所述终端的IP地址包括：

所述目标基站从所述切换确认消息中获取所述终端的IP地址。

6.根据权利要求2所述的方法，其特征在于，所述在终端切换过程中向所述终端所在的接入网络的鉴权器获取所述终端的IP地址包括：

向鉴权器发送用于请求获取所述终端的IP地址的上下文请求消息；

接收所述鉴权器根据所述上下文请求消息返回的携带有所述终端的IP地址的上下文响应消息；

从所述携带有所述终端的IP地址的上下文响应消息中获取所述终端的IP地址。

7.根据权利要求6所述的方法，其特征在于，所述本地路由执行设备为目标服务网关，

所述向鉴权器发送用于请求获取所述终端的IP地址的上下文请求消息包括：

所述目标服务网关向鉴权器发送用于请求获取所述终端的IP地址的上下文请求消息；

所述接收所述鉴权器根据所述上下文请求消息返回的携带有所述终端的IP地址的上下文响应消息包括：

所述目标服务网关接收所述鉴权器根据所述上下文请求消息返回的携带有所述终端的IP地址的上下文响应消息；

所述从所述携带有所述终端的IP地址的上下文响应消息中获取所述终端的IP地址包括：

所述目标服务网关从所述携带有所述终端的IP地址的上下文响应消息中获取所述终端的IP地址。

8.根据权利要求6所述的方法，其特征在于，所述本地路由执行设备为目标基站，

所述向鉴权器发送用于请求获取所述终端的IP地址的上下文请求消息包括：

所述目标基站通过目标服务网关向鉴权器发送用于请求获取所述终端的IP地址的上下文请求消息；

所述接收所述鉴权器根据所述上下文请求消息返回的携带有所述终端的IP地址的上下文响应消息包括包括：

所述目标基站通过所述目标服务网关接收所述鉴权器根据所述上下文请求消息返回的携带有所述终端的IP地址的上下文响应消息；

所述从所述携带有所述终端的IP地址的上下文响应消息中获取所述终端的IP地址包括：

所述目标基站通过所述目标服务网关从所述携带有所述终端的IP地址的上下文响应消息中获取所述终端的IP地址。

9.根据权利要求1～8任一所述的方法，其特征在于，所述对所述业务流相对应的报文执行本地路由操作包括：

向锚定网关发送路径注册请求消息，指示所述锚定网关根据所述路径注册请求消息对所述业务流进行业务授权，并接收所述锚定网关返回的完成业务授权的应答消息；

将来自所述终端的业务流相对应的报文路由至所述对端。

10.一种网络设备，其特征在于，包括：

获取模块，用于在终端切换的过程中获取所述终端的因特网协议IP地址；

接收模块，用于接收业务流承载信令，所述业务流承载信令中包括所述终端提供的业务流信息以及与所述终端进行通信的对端的IP地址；

路由模块，用于若根据所述终端的IP地址与所述对端的IP地址判断所述终端与所述对端位于该网络设备下，则对所述业务流相对应的报文执行本地路由操作，其中，对所述业务流相对应的报文执行本地路由操作包括：将所述业务流相对应的报文通过本地路由传输至该对端。

11.根据权利要求10所述的设备，其特征在于，所述获取模块包括：

第一获取单元，用于在终端切换过程中向所述终端切换前的原服务网关获取所述终端的IP地址；和/或，

第二获取单元，用于在终端切换过程中向所述终端所在的接入网络的鉴权器获取所述终端的IP地址。

12.根据权利要求11所述的设备，其特征在于，

所述第一获取单元包括：

第一接收子单元，用于接收来自原服务网关的携带有该终端的IP地址的切换确认消息；

第一获取子单元，用于从所述切换确认消息中获取所述终端的IP地址；

所述第二获取单元包括：

发送子单元，用于向鉴权器发送用于请求获取所述终端的IP地址的上下文请求消息；

第二接收子单元，用于从所述携带有所述终端的IP地址的上下文响应消息中获取所述终端的IP地址；

第二获取子单元，用于从所述携带有所述终端的IP地址的上下文响应消息中获取所述终端的IP地址。

13.根据权利要求10～12任一所述的设备，其特征在于，所述路由模块包括：

发送单元，用于向锚定网关发送路径注册请求消息，指示所述锚定网关根据所述路径注册请求消息对所述业务流进行业务授权，并接收所述锚定网关返回的完成业务授权的应答消息；

路由单元，用于将来自所述终端的业务流相对应的报文路由至所述对端。

14.一种本地路由实现方法，其特征在于，包括：

锚定网关接收由服务网关或基站根据终端提供的业务流信息发起的与对端传输该业务流的业务流承载信令，所述对端为与所述终端进行通信的终端设备，所述业务流承载信令中携带有所述对端的IP地址；

若所述锚定网关根据所述对端的IP地址与所述终端的IP地址判断所述终端与所述对端位于同一个本地路由执行设备下，则由所述本地路由执行设备对所述业务流相对应的报文执行本地路由，其中，对所述业务流相对应的报文执行本地路由包括：将所述业务流相对应的报文通过本地路由传输至该对端。

15.如权利要求14所述的方法，其特征在于，所述方法还包括：

所述锚定网关对所述业务流进行本地路由授权。并通知所述本地路由执行设备对所述业务流相对应的报文执行本地路由。

16.根据权利要求15所述的方法，其特征在于，所述锚定网关对所述业务流进行本地路由授权包括：

所述锚定网关向鉴权器发送资源请求消息，所述资源请求消息包括所述终端所请求的建立承载的业务流以及对所述业务流进行本地路由授权的指示；

所述锚定网关接收所述鉴权器根据所述对所述业务流进行本地路由授权的指示返回的资源应答消息，所述资源应答消息携带有所述鉴权器对所述业务流进行授权的授权结果，使所述本地路由执行设备根据所述授权结果对所述业务流执行本地路由。

17.一种网络设备，其特征在于，包括：

接收模块，用于接收由终端发起的通过原服务网关转发的与对端传输业务流的业务流承载信令，所述对端为与所述终端进行通信的终端设备，所述业务流承载信令中携带有所述对端的IP地址；

授权模块，用于若根据所述对端的IP地址与已获取到的所述终端的IP地址判断所述终端与所述对端位于同一个本地路由执行设备下，则对所述业务流进行本地路由授权；

通知模块，用于通知该本地路由执行设备对所述业务流相对应的报文进行本地路由，其中，对所述业务流相对应的报文进行本地路由包括：将所述业务流相对应的报文通过本地路由传输至该对端。

18.根据权利要求17所述的设备，其特征在于，所述授权模块包括：

发送单元，用于向鉴权器发送资源请求消息，所述资源请求消息包括所述终端所请求的建立承载的业务流以及对所述业务流进行本地路由授权的指示；

接收单元，用于接收所述鉴权器根据所述对所述业务流进行本地路由授权的指示返回的资源应答消息，所述资源应答消息携带有所述鉴权器对所述业务流进行授权的授权结果，使所述本地路由执行设备根据所述授权结果对所述业务流执行本地路由。

19.一种本地路由实现方法，其特征在于，包括：

锚定网关接收由服务网关根据终端提供的业务流信息发起的与对端传输业务流的业务流承载信令，所述对端为与所述终端进行通信的终端设备，所述业务流承载信令中携带有所述对端的IP地址；

若所述锚定网关根据所述对端的IP地址与已获取到的所述终端的IP地址判断所述终端与所述对端位于该服务网关下，向所述服务网关发送本地路由指示，使所述服务网关根据所述本地路由指示判断是否可以对所述业务流相对应的报文在所述服务网关下的基站进行本地路由，其中，对所述业务流相对应的报文在所述服务网关下的基站进行本地路由包括：将所述业务流相对应的报文通过本地路由传输至该对端。

20.根据权利要求19所述的方法，其特征在于，还包括：

若所述服务网关根据所述本地路由指示确定所述基站能够进行本地路由指示，则所述服务网关指示所述基站对所述业务流相对应的报文进行本地路由；若所述服务网关根据所述本地路由指示确定该服务网关进行本地路由，则所述服务网关对所述业务流相对应的报文进行本地路由。

21.一种本地路由实现系统，其特征在于，包括：锚定网关、服务网关、基站；

所述锚定网关接收由所述服务网关根据终端提供的业务流信息发起的与对端传输业务流的业务流承载信令，所述对端为与所述终端进行通信的终端设备，所述业务流承载信令中携带有所述对端的IP地址；

若所述锚定网关根据所述对端的IP地址与已获取到的所述终端的IP地址判断所述终端与所述对端位于所述服务网关下，向所述服务网关发送本地路由指示，使所述服务网关根据所述本地路由指示判断是否可以对所述业务流相对应的报文在所述服务网关下的所述基站进行本地路由，其中，所述对所述业务流相对应的报文在所述服务网关下的所述基站进行本地路由包括：将所述业务流相对应的报文通过本地路由传输至该对端。

22.根据权利要求21所述的系统，其特征在于，还包括：

若所述服务网关根据所述本地路由指示确定所述基站能够进行本地路由指示，则所述服务网关指示所述基站对所述业务流相对应的报文进行本地路由；若所述服务网关根据所述本地路由指示确定该服务网关进行本地路由，则所述服务网关对所述业务流相对应的报文进行本地路由。

23.一种本地路由实现方法，其特征在于，包括：

锚定网关接收由服务网关或基站根据终端提供的业务流信息发起的与对端传输该业务流的业务流承载信令，所述对端为与所述终端进行通信的终端设备，所述业务流承载信令中携带有所述对端的IP地址；

若所述锚定网关根据所述对端的IP地址判断所述对端位于所述锚定网关下，则由所述锚定网关对所述业务流相对应的报文执行本地路由，其中，对所述业务流相对应的报文执行本地路由操作包括：将所述业务流相对应的报文通过本地路由传输至该对端。

24.如权利要求23所述的方法，其特征在于，所述方法还包括：

所述锚定网关对所述业务流进行本地路由授权。

25.根据权利要求24所述的方法，其特征在于，所述锚定网关对所述业务流进行本地路由授权包括：

所述锚定网关向鉴权器发送资源请求消息，所述资源请求消息包括所述终端所请求的建立承载的业务流以及对所述业务流进行本地路由授权的指示；

所述锚定网关接收所述鉴权器根据所述对所述业务流进行本地路由授权的指示返回的资源应答消息，所述资源应答消息携带有所述鉴权器对所述业务流进行授权的授权结果，使所述本地路由执行设备根据所述授权结果对所述业务流执行本地路由。