CN103109553B - 本地路由处理方法、装置和通信系统 - Google Patents

Abstract

本发明实施例提供一种本地路由处理方法、装置和通信系统。本地路由处理方法，包括：本地路由处理装置检测到两个用户设备UE的承载上下文中包含相同的会话标识；所述本地路由处理装置对与所述会话标识对应的业务流进行本地路由处理，所述会话标识由应用功能实体分配。本发明实施例可以使得处于同一个基站或服务网关内的两个UE，或者处于同一锚定网关但是不同服务网关之间的两个UE的业务流直接在本地环回，而无需再回传至锚定网关经由IMS网络路由环回，不但减轻了核心网回程传输网络压力，还同时降低业务流传输延迟，提高了网络服务质量。

Description

本地路由处理方法、装置和通信系统

技术领域

本发明实施例涉及通信领域，尤其涉及一种本地路由处理方法、装置和通信系统。

背景技术

第三代合作伙伴计划(3rd Generation Partnership Project，以下简称：3GPP)组织正在进行分组域移动核心网的研究，即演进的分组系统(EvolvedPacket System，以下简称：EPS)。

当用户设备(User Equipment，以下简称：UE)附着到EPS中时，通过建立经由演进基站(Evolved NodeB，以下简称：eNodeB)、服务网关(ServingGateway，以下简称：SGW)到锚定的分组数据网网关(Packet Data NetworkGateway，以下简称：PGW)的承载，从而实现UE与外部分组数据网络(PacketData Network，以下简称：PDN)之间的PDN连接业务。为了能把互联网的发展和无线通信的发展结合起来，向移动用户提供更丰富的多媒体业务，3GPP组织在移动核心网中引入了多媒体子系统(IP Multimedia Subsystem，以下简称：IMS)。IMS可利用EPS提供基于IP的交互式多媒体业务，如IP电话(Voice over Internet Protocol，以下简称：VoIP)、视频会议等实时的、端到端的移动业务，或者如文件共享、多媒体聊天、动态推送等非实时的端到端业务。

但是，发明人在实现本发明的过程中发现，在引入IMS的EPS中，UE通过IMS系统建立端到端的多媒体通信时，即便通信双方的UE处于同一个基站(如eNodeB)或服务网关(如SGW)下，业务流都也要经过PGW在IMS域中实现最终的数据交换和传输，从而造成三角路由，最终增加了回程网络和传输网络的传输负担以及PGW的处理负担，并且还增加了传输时延，降低了网络服务质量。

发明内容

本发明实施例提供一种本地路由处理方法、装置和通信系统，以解决现有技术中端到端业务三角路由造成的传输资源占用较大，传输时延较长以及网络服务质量较低的问题。

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

本地路由处理装置检测到两个用户设备UE的承载上下文中包含相同的会话标识；

所述本地路由处理装置对与所述会话标识对应的业务流进行本地路由处理，所述会话标识由应用功能实体分配。

本发明实施例提供一种本地路由处理装置，包括：

检测模块，用于检测到两个用户设备UE的承载上下文中包含相同的会话标识，所述会话标识由应用功能实体分配；

本地路由处理模块，用于对与所述会话标识对应的业务流进行本地路由处理。

本发明实施例还提供一种通信系统，包括：包含应用功能实体的多媒体子系统IMS和演进的分组系统EPS，所述EPS中包含策略和计费规则功能PCRF实体和本地路由处理装置；

所述多媒体子系统，用于通过所述应用功能实体在会话协商过程中为两个UE之间的业务流分配会话标识，并且在与所述PCRF实体进行会话信息交互的过程中将所述会话标识发送给所述PCRF实体；

所述PCRF实体，用于与所述本地路由处理装置进行交互，为所述两个UE之间的业务流建立专有承载，建立专有承载的信令消息中包含本地路由授权信息和所述会话标识，所述本地路由授权信息包括所述本地路由授权指示信息或者用于所述本地路由处理装置获取所述本地路由授权指示信息所需的本地路由策略信息；

所述本地路由处理装置，用于检测到两个用户设备UE的承载上下文中包含相同的会话标识，并对与所述会话标识对应的业务流进行本地路由处理。

本发明实施例中，本地路由处理装置可以检测两个UE的承载上下文中的会话标识是否相同，如果相同，则可以确定两个UE之间存在本地业务流，进而实现该业务流的本地路由处理。本发明实施例可以使得处于同一个基站或服务网关内的两个UE，或者处于同一个锚定网关但是不同服务网关之间的两个UE的本地业务流直接在本地环回，而无需再回传至锚定网关经由IMS网络路由环回，不但减轻了核心网回程传输网络压力，还同时降低业务流传输延迟，提高了网络服务质量。

附图说明

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

图1为现有技术引入IMS的EPS的网络架构示意图；

图2为本发明实施例所应用的一种本地路由用户面模型；

图3为本发明实施例所应用的另一种本地路由用户面模型；

图4为本发明本地路由处理方法实施例一的流程图；

图5为本发明本地路由处理方法实施例二中AF与PCRF之间交互的信令流程图；

图6为本发明本地路由处理方法实施例三的信令流程图；

图7为本发明本地路由处理方法实施例四的信令流程图；

图8为本发明本地路由处理方法实施例五的信令流程图；

图9为本发明本地路由处理方法实施例六的信令流程图；

图10为本发明本地路由处理装置实施例一的结构示意图；

图11为本发明本地路由处理装置实施例二的结构示意图；

图12为本发明本地路由处理装置实施例三的结构示意图；

图13为本发明本地路由处理装置实施例四的结构示意图；

图14为本发明本地路由处理装置实施例五的结构示意图；

图15为本发明本地路由处理装置实施例六的结构示意图；

图16为本发明通信系统实施例的结构示意图。

具体实施方式

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

图1为现有技术引入IMS的EPS的网络架构示意图，如图1所示，当源侧UE(以下简称：oUE)和目的侧UE(以下简称：tUE)之间通过IMS建立端到端的多媒体通信时，需要先通过EPS网络为oUE和tUE分别建立到IMS的专有承载，oUE和tUE所有发出和接收的IP数据包均封装在专有承载中传输，并最终经过IMS网络实现路由。即使oUE和tUE附着于同一个eNodeB、SGW或者PGW下，oUE和tUE之间的业务流也要在IMS网络中实现最终的数据交换和传输，因此，在引入IMS的EPS中，端到端业务易产生三角路由迂回，占用较多的传输资源，并增加传输延时，降低网络服务质量和用户体验质量。

鉴于此，本发明实施例提出了一种EPS网络中基于跨层联合实现本地路由的技术方案。首先，就本地路由用户面模型进行详细介绍。所谓本地路由用户面模型即为EPS网络在实现业务流的本地路由过程中所要完成的业务流控制功能的逻辑实现。根据EPS网络本地路由执行位置，可分为基站或服务网关内的本地路由以及基站或服务网关间的本地路由。

图2为本发明实施例所应用的一种本地路由用户面模型，如图2所示，oUE-1和tUE-1附着在相同的eNodeB或者SGW上，因此，oUE-1与tUE-1之间的本地路由为eNodeB或者SGW内的本地路由，eNodeB或者SGW中的承载上下文将oUE-1的上行承载端口与tUE-1的下行承载端口绑定，也即将源侧eNodeB(以下简称：o-eNodeB)或源测SGW(以下简称：oSGW)的地址及承载ID与目的侧eNodeB(以下简称：t-eNodeB)或目的侧SGW(以下简称：tSGW)的地址及承载ID绑定。当oUE-1向tUE-1发送业务流数据报文时，eNodeB或者SGW将上行承载中的业务流数据报文解封装，根据承载端口查找到承载上下文中为实现本地路由对应的tUE-1的下行承载端口，然后将业务流数据报文按tUE-1的下行承载端口封装并转发给tUE-1，从而实现业务流在eNodeB或SGW内的本地路由。

oUE-2到tUE-2附着在不同的eNodeB或者SGW上，因此，oUE-2与tUE-2之间的本地路由为eNodeB或者SGW之间的本地路由。首先需要在o-eNodeB和t-eNodeB间，或oSGW和tSGW间建立本地路由转发隧道，o-eNodeB或oSGW中的承载上下文将oUE-2的上行承载端口与转发隧道的端口绑定，t-eNodeB或tSGW中的承载上下文将转发隧道的端口与tUE-2的下行承载端口绑定。当oUE-2向tUE-2发送业务流数据报文时，eNodeB或SGW将上行承载中的业务流数据报文解封装，根据承载端口查找到承载上下文中为实现本地路由对应的转发隧道端口，然后将业务流数据报文按转发隧道端口封装并转发给tUE-2，从而实现业务流在eNodeB或SGW之间的本地路由。

图3为本发明实施例所应用的另一种本地路由用户面模型，如图3所示，该用户面模型与图2所示用户面模型类似，也包括eNodeB或SGW内的本地路由以及eNodeB或SGW之间的本地路由，其区别在于，在eNodeB或SGW执行本地路由之前，还包括网络地址转换(Network Address Transfer，以下简称：NAT)。具体来说，如果EPS网络与IMS网络间存在NAT设备，执行本地路由之前，oUE和tUE之间的业务流需要经过NAT转换，在此情况下实现本地路由时，在eNodeB或SGW，oUE发出的业务流在进入tUE对应下行承载之前需要完成NAT转换，即根据NAT映射信息将业务流的目的公网传输地址转换为目的私网传输地址，将源私网传输地址转换为源公网传输地址。

基于上述两种本地路由用户面模型，本发明实施例提供以下具体技术方案。

图4为本发明本地路由处理方法实施例一的流程图，如图4所示，本实施例的方法可以包括：

步骤401、本地路由处理装置检测到两个UE的承载上下文中包含相同的会话标识；

步骤402、本地路由处理装置对与会话标识对应的业务流进行本地路由处理。

具体来说，oUE和tUE可以通过IMS网络中的应用功能(ApplicationFunction，以下简称：AF)实体，在交互建立会话协商的过程中，由AF实体为oUE和tUE之间的业务流分配统一的会话标识，并且在与EPS网络中的策略和计费规则功能实体(Policy and Charging Rule Function，简称：PCRF)实体进行为oUE和tUE之间的业务流建立专有承载的交互过程中，可以将该会话标识发送给PRCF，从而使得EPS网络中的本地路由处理装置可以从oUE和tUE各自的承载上下文中获取该会话标识。

由上述分析可知，EPS网络中的本地路由处理装置可以检测oUE和tUE的承载上下文中是否包含相同的会话标识，如果检测到包含相同的会话标识，则表示oUE和tUE之间存在业务流。在本实施例中，该会话标识举例来说可以为全球会话标识(Global Call ID，以下简称：GCID)。因此，该本地路由处理装置即可对与该会话标识对应的业务流进行本地路由处理。该本地路由处理既可包括上述eNodeB或SGW内的本地路由处理，也可以包括上述eNodeB或SGW之间的本地路由处理，其实现原理与上述图2或者图3所示实现原理类似，此处不再赘述。

需要说明的是，本实施例中的本地路由处理装置既可以是EPS网络中新增的部署，也可以采用EPS网络中的现有部署，例如采用eNodeB、SGW或者PGW，本实施例不作限制。

本实施例中，本地路由处理装置可以检测两个UE的承载上下文中的会话标识是否相同，如果相同，则可以确定两个UE之间存在业务流，进而实现该业务流的本地路由处理。本实施例可以使得处于同一个基站或服务网关内的两个UE，或者处于同一锚定网关但是不同服务网关之间的两个UE的业务流直接在本地环回，而无需再回传至锚定网关经由IMS网络路由环回，不但减轻了核心网回程传输网络压力，还同时降低业务流传输延迟，提高了网络服务质量。

进一步地，在执行上述步骤401之前，PCRF实体在为oUE和tUE分别建立专有承载的过程中，还可以为oUE和tUE之间的业务流分配本地路由授权指示信息，从而使得EPS网络中的本地路由处理装置可以从oUE和tUE各自的承载上下文中获取本地路由授权指示信息，并根据两个本地路由授权指示信息来确定是否允许对oUE和tUE之间的业务流进行本地路由处理，当两个本地路由授权指示信息均表示允许对业务流进行本地路由时，本地路由处理装置才可以对oUE和tUE之间的业务流进行本地路由处理。因此，本发明实施例的技术方案，通过IMS网络中的应用控制层实体分配统一会话标识以及EPS网络中的策略和计费规则功能实体PCRF分配本地路由授权指示信息，可以简化EPS网络的本地路由策略控制流程。

oUE发起的会话可以包含：指向一个tUE的多个业务流，或者指向多个tUE的多个业务流。因此，为oUE和tUE间的会话分配相同的会话标识的过程可以包括：

若oUE发起的会话中包含指向不同tUE的多个业务流，则本发明实施例的技术方案中，AF可以为每对oUE和tUE间的一个业务流分配相同的会话标识；

若oUE发起的会话中包含指向一个tUE的多个业务流，则本发明实施例的技术方案中，AF可以为多个业务流中具有不同的业务质量(Quality ofService，以下简称：QoS)要求的业务流分配不同的会话标识，从而可以区分oUE和tUE之间不同QoS要求的业务流。

对于PCRF为oUE和tUE分别建立专有承载的过程来说，在建立专有承载之前，AF与PCRF可以进行会话信息交互，并在会话信息交互的过程中，AF可以将包含会话标识的会话信息传递给PCRF，该会话信息包括oUE的会话信息和tUE的会话信息。随后，PCRF即可根据会话信息和本地路由策略，为oUE和tUE分配本地路由授权信息。然后，PCRF触发PGW为每个会话标识对应的业务流分别建立所需的专有承载。建立专有承载的信令消息中即可包含会话标识和本地路由授权信息。

更具体地来说，PCRF可以采用两种方式为oUE和tUE分配本地路由授权信息。其一，PCRF可以根据本地路由策略自行设定oUE和tUE的本地路由授权信息，在此情况下，该本地路由授权信息即为本地路由授权指示信息，以指示是否允许对oUE或tUE的业务流进行本地路由处理，然后，PCRF可以通过该本地路由授权指示信息通知EPS网络中的本地路由处理装置是否可以对oUE和tUE之间的业务流进行本地路由处理；其二，PCRF本身并不决策是否允许对oUE或tUE的业务流进行本地路由处理，而是根据本地路由策略向EPS网络中的本地路由处理装置发送本地路由策略信息，由本地路由处理装置根据该本地路由策略信息进一步做出本地路由决策。这两种方式中，该本地路由策略包括但不限于IP流业务种类限制、计费限制、合法监听限制、用户签约限制等。

另外，对于已建立的本地路由来说，PCRF还可以通过将本地路由指示设定为不允许，并将解除本地路由的指示消息下发给本地路由处理装置，以使得该本地路处理装置可以根据指示消息解除本地路由，从而使oUE和tUE之间的本地路由通信回退到常规路由通信。

针对本地路由之前，需要进行NAT转换的情况来说，PCRF可直接向AF获取NAT映射信息，或者在AF与PRCF进行会话信息交互过程中，由AF将NAT映射信息随会话信息一起传递给PCRF。PCRF触发PGW建立UE会话所需的专有承载时，其信令消息中可以进一步包含该NAT映射信息。建立本地路由后，本地路由处理装置即可收到oUE的上行数据报文，根据NAT映射信息完成数据报文源和目的IP地址与端口号的转换，然后再转发给tUE。

图5为本发明本地路由处理方法实施例二中AF与PCRF之间交互的信令流程图，如图5所示，AF与PCRF可以进行如下交互过程，以完成AF分配会话标识的过程，本实施例以GCID为例进行说明。需要说明的是，本实施例中的AF可以分为源侧AF(以下简称：oAF)和目的侧AF(以下简称：tAF)，PCRF也可以分为源侧PCRF(以下简称：oPCRF)和目的侧PCRF(以下简称：tPCRF)，其中，oAF和oPCRF对应服务于oUE，tAF和tPCRF对应服务于tUE。

步骤501、oUE向oAF传递初始会话信息。

该初始会话信息用于建立oUE和tUE之间的媒体业务流会话。初始会话信息中可以包括需要与对端tUE进行协商的业务流类型，例如音频、视频、数据等；编解码格式；传输地址，例如IP地址和端口号；QoS参数等。

步骤502、oAF为当前要建立的oUE和tUE之间的业务流分配GCID，并从初始会话信息中获取oUE所需的下行业务流连接信息。

该下行业务流的连接信息可以包括下行业务流的IP地址、端口号等。

步骤503、oAF向tAF转发初始会话信息。

该初始会话信息中包含GCID。

步骤504、tAF从初始会话信息中获取tUE所需的上行业务流连接信息。

该上行业务流连接信息可以包含上行业务流的IP地址、端口号等。

步骤505、tAF将初始会话信息发送给tUE。

tUE可以从初始会话信息中选定能够支持的业务流类型，例如音频、视频、数据等；编解码格式；传输地址，例如IP地址和端口号；QoS参数等，

步骤506、tUE将协商后的会话信息返回给tAF。

步骤507、tAF从协商后的会话信息中获取tUE所需的下行业务流连接信息。

下行业务流连接信息可以包括下行业务流的IP地址、端口号等。

步骤508、tAF将包含GCID的业务流连接信息发送给tPCRF。

该业务流连接信息中可以包括上行、下行连接信息，协商后的媒体类型、编解码类型、带宽等。

步骤509、tPCRF保存业务流连接信息，并找到tUE对应该业务连接的IP连接接入网(IP Connectivity Access Network，以下简称：IP-CAN)会话。

步骤510、tPCRF向tAF返回业务流连接信息确认消息。

步骤511、tPCRF根据业务连接信息以及本地路由策略创建策略与计费控制(Policy and Charge Control，以下简称：PCC)规则，建立分组核心演进(Evolved Packet Core，以下简称：EPC)专有承载。

PCC规则可以包含GCID和本地路由授权指示信息，或者为了由EPS网络中的本地路由处理装置进一步做出本地路由决策，tPCRF还可将本地路由策略信息发送给EPS网络中的本地路由处理装置，并与PGW交互为当前业务连接触发建立tUE所需的EPC专有承载。

需要说明的是，步骤511可以与步骤510并行执行。

步骤512、tAF收到tPCRF返回的业务流连接信息确认消息后，向oAF转发协商后的会话信息。

步骤513、oAF获取oUE所需的上行业务流连接信息。

步骤514、oAF将包含GCID的业务流连接信息发送给oPCRF。

步骤515、oPCRF保存业务流连接信息，并找到oUE对应该业务连接的IP-CAN会话。

步骤516、oPCRF向oAF返回业务流连接信息确认消息。

步骤517、oAF向oUE返回协商后的会话信息。

步骤518、oPCRF根据业务连接信息以及本地路由策略创建PCC规则，建立EPC专有承载。

oPCRF可以与PGW交互为当前业务连接触发建立oUE所需的EPC专有承载。

需要说明的是，步骤518可以与步骤516和步骤517并行执行。

另外，如果EPS网络与外部网络间存在NAT设备，并且业务流在本地路由优化之前需要通过NAT转换进行通信，则步骤508和步骤514由AF向PCRF传递的业务流连接信息中还可以包含NAT映射信息，步骤511和步骤518中建立EPC专有承载的PCC规则中也可以包含NAT映射信息。

本发明实施例中，本地路由处理装置可以为PGW、SGW或者eNodeB。针对本地路由处理装置的不同执行主体，可以对应采用不同的本地路由处理方法，具体来说：

若本地路由处理装置为PGW和SGW：

PGW检测到两个UE的承载上下文中包含相同的会话标识，则PGW可以请求SGW对与所述会话标识对应的业务流进行本地路由处理。具体来说，若两个UE附着在不同的SGW上，则请求源侧SGW建立两个SGW之间的本地路由。

若两个UE附着在相同的SGW上，则交由该SGW建立本地路由

若所述本地路由处理装置为SGW：

SGW检测到两个用户设备UE的承载上下文中包含相同的会话标识，对与所述会话标识对应的业务流建立该SGW内的本地路由。

若所述本地路由处理装置为SGW和eNodeB：

SGW检测到两个用户设备UE的承载上下文中包含相同的会话标识，若两个UE附着在不同的eNodeB上且两个eNodeB均具备本地路由能力，则SGW请求源侧eNodeB建立两个eNodeB之间的本地路由；

若所述两个UE附着在不同的eNodeB上且两个eNodeB中至少有一个不具备本地路由能力，则SGW建立该SGW内的本地路由；

若所述两个UE附着在相同的eNodeB上且该eNodeB具备本地路由能力，则交由该eNodeB实现本地路由。

若所述本地路由处理装置为eNodeB：

eNodeB检测到两个用户设备UE的承载上下文中包含相同的会话标识，对与所述会话标识对应的业务流建立该eNodeB内的本地路由。

下面采用几个具体实施例，对上述技术方案进行详细说明。

图6为本发明本地路由处理方法实施例三的信令流程图，如图6所示，在本实施例中，本地路由处理装置可以为SGW，tUE和oUE附着在相同的SGW上，因此本实施例可以实现SGW内的本地路由，具体来说，本实施例的方法可以包括：

步骤601、建立oUE和tUE间会话所需的EPC专有承载。

该过程可以采用如图5所示的过程实现，此处不再赘述。

步骤602、SGW根据oUE和tUE的承载上下文中包含相同的GCID识别本地通信。

需要说明的是，如果PGW也通过GCID识别本地通信并发现oUE和tUE附着在同一个SGW，则PGW可以忽略，而由SGW识别并处理。

步骤603、SGW根据本地路由授权指示信息判决执行本地路由。

需要说明的是，本实施例中SGW执行的是SGW内的本地路由。可选地，SGW在判决执行SGW内的本地路由之前，SGW可以判断oUE和tUE所在eNodeB是否支持本地路由功能，如果支持本地路由功能，则SGW可以触发eNodeB进行本地路由处理，eNodeB进行本地路由处理则可以包含eNodeB内的本地路由处理或者eNodeB之间的本地路由处理，取决于oUE和tUE是否附着于相同的eNodeB。如果SGW判断oUE和tUE所在eNodeB不支持本地路由功能，则SGW可以判决只能执行SGW内的本地路由。

具体来说，SGW可以获取oUE和tUE各自的承载上下文中与GCID对应的本地路由授权指示，如果两个本地路由授权指示均表示允许执行本地路由，则SGW可以建立SGW内的本地路由用户面，即对应图2或图3中的上半部分，即将oUE的上行承载与tUE的下行承载绑定，将tUE的上行承载与oUE的下行承载绑定。

步骤604、SGW将本地路由信息发送给移动管理实体(MobilityManagement Entity，简称：MME)。

为了支持灵活的本地路由移动性管理，SGW可以将oUE和tUE的本地路由信息分别告知MME。该步骤为可选步骤。

步骤605、oUE和tUE之间与该GCID对应的业务流在SGW内还回。

另外，需要说明的是，如果EPS网络与外部网络间存在NAT设备，并且业务流在本地路由优化之前需要通过NAT转换进行通信，则SGW在本地路由数据转发前需要根据NAT映射信息完成NAT地址转换。SGW还可以代替UE向NAT设备周期发送同步心跳包维持NAT设备中的地址映射信息不过期，以便于SGW中的NAT映射信息同步。

本实施例中，SGW可以检测oUE和tUE的承载上下文中的GCID是否相同，如果相同，则可以确定oUE和tUE之间存在业务流，进而实现该业务流在SGW内的本地路由处理。本实施例可以使得处于同一个SGW内的oUE和tUE的业务流直接在SGW内环回，而无需再回传至PGW经由IMS网络路由环回，不但减轻了核心网回程传输网络压力，还同时降低业务流传输延迟，提高了网络服务质量。

图7为本发明本地路由处理方法实施例四的信令流程图，如图7所示，在本实施例中，本地路由处理装置可以为PGW和SGW，PGW通过GCID识别本地通信并发现oUE和tUE附着在不同的SGW上，因此PGW可以触发建立SGW间的本地路由，具体来说，本实施例的方法可以包括：

步骤701、建立oUE和tUE间会话所需的EPC专有承载。

该过程可以采用如图5所示的过程实现，此处不再赘述。

步骤702、PGW根据oUE和tUE的承载上下文中包含相同的GCID识别本地通信。

步骤703、PGW根据本地路由授权指示信息判决执行本地路由。

在本实施例中，由于oUE和tUE附着在不同的SGW上，因此，PGW可以触发SGW之间的本地路由。

步骤704、PGW向oSGW发送本地路由建立请求。

该本地路由建立请求用于实现由oUE到tUE的本地路由，该请求中可以包括oUE和tUE的ID、承载ID、所在SGW的位置，计费ID、QoS信息等。

步骤705、oSGW向oMME发送本地路由建立请求。

步骤706、oMME向tSGW发送本地路由转发隧道建立请求。

oMME可以根据本地路由建立请求中tSGW的地址向tSGW发送本地路由转发隧道建立请求，该请求中可以包括tUE的ID、tUE下行承载ID等。

步骤707、tSGW向oMME反馈本地路由转发隧道建立响应。

tSGW可以分配转发隧道ID并与tUE下行承载ID绑定，然后将转发隧道ID通过该响应反馈给oMME。

步骤708、oMME向oSGW发送本地路由建立响应。

该响应中可以包含转发隧道ID。

步骤709、oSGW向PGW反馈本地路由建立响应。

在执行步骤709之前，oSGW可以将oUE上行承载与转发隧道绑定，从而实现oUE到tUE的本地路由用户面的建立。

步骤710、PGW向tSGW发送本地路由建立请求。

该请求用于实现由tUE到oUE的本地路由，该请求中可以包括tUE和oUE的ID、承载ID、所在SGW的位置、计费ID、QoS信息等。

步骤711、tSGW向tMME发送本地路由建立请求。

步骤712、tMME向oSGW发送本地路由转发隧道建立请求。

tMME可以根据本地路由建立请求中的oSGW地址，向oSGW发送本地路由转发隧道建立请求，该请求中可以包括oUE的ID、oUE下行承载ID等。

步骤713、oSGW向tMME反馈本地路由转发隧道建立响应。

oSGW可以分配转发隧道ID并与oUE下行承载ID绑定，然后将转发隧道ID通过该响应反馈给tMME。

步骤714、tMME向tSGW发送本地路由建立响应。

该响应中可以包含转发隧道ID。

步骤715、tSGW向PGW反馈本地路由建立响应。

在执行步骤715之前，tSGW将tUE上行承载与转发隧道绑定，从而实现tUE到oUE的本地路由用户面的建立。

至此，oSGW和tSGW即可建立SGW间的转发隧道，其类似于图2或图3所示的下半部分。

步骤716、oUE和tUE之间与该GCID对应的业务流在oSGW和tSGW之间还回。

另外，需要说明的是，如果EPS网络与外部网络间存在NAT设备，并且业务流在本地路由优化之前需要通过NAT转换进行通信，则SGW在本地路由数据转发前需要根据NAT映射信息完成NAT地址转换。SGW还可以代替UE向NAT设备周期发送同步心跳包维持NAT设备中的地址映射信息不过期，以便于SGW中的NAT映射信息同步。

本实施例中，PGW可以检测oUE和tUE的承载上下文中的GCID是否相同，如果相同，则可以确定oUE和tUE之间存在业务流，进而通过触发建立oSGW和tSGW之间的本地路由处理，实现该GCID对应的业务流在SGW之间的本地路由。本实施例可以使得附着于不同SGW的oUE和tUE的业务流在两个SGW之间环回，而无需再回传至PGW经由IMS网络路由环回，不但减轻了核心网回程传输网络压力，还同时降低业务流传输延迟，提高了网络服务质量。

图8为本发明本地路由处理方法实施例五的信令流程图，如图8所示，在本实施例中，本地路由处理装置可以为eNodeB，tUE和oUE附着在相同的eNodeB上，因此本实施例可以实现eNodeB内的本地路由，具体来说，本实施例的方法可以包括：

步骤801、建立oUE和tUE间会话所需的EPC专有承载。

该过程可以采用如图5所示的过程实现，此处不再赘述。

步骤802、eNodeB根据oUE和tUE的承载上下文中包含相同的GCID识别本地通信。

需要说明的是，如果SGW也通过GCID识别本地通信并发现oUE和tUE附着在同一个eNodeB，则SGW可以忽略，而由eNodeB识别并处理。

步骤803、eNodeB根据本地路由授权指示信息判决执行本地路由。

具体来说，eNodeB可以获取oUE和tUE各自的承载上下文中与GCID对应的本地路由授权指示，如果两个本地路由授权指示均表示允许执行本地路由，则eNodeB可以建立eNodeB内的本地路由用户面，即对应图2或图3中的上半部分，即将oUE的上行承载与tUE的下行承载绑定，将tUE的上行承载与oUE的下行承载绑定。

步骤804、eNodeB将本地路由信息发送给MME。

为了支持灵活的本地路由移动性管理，eNodeB可以将oUE和tUE的本地路由信息分别告知MME。该步骤为可选步骤。

步骤805、oUE和tUE之间与该GCID对应的业务流在eNodeB内还回。

另外，需要说明的是，如果EPS网络与外部网络间存在NAT设备，并且业务流在本地路由优化之前需要通过NAT转换进行通信，则在本地路由数据转发前，eNodeB可以先根据NAT映射信息完成NAT地址转换，同时eNodeB代替UE向NAT设备周期发送同步心跳包维持NAT设备中的地址映射信息不过期，以便于eNodeB中的NAT映射信息同步。

本实施例中，eNodeB可以检测oUE和tUE的承载上下文中的GCID是否相同，如果相同，则可以确定oUE和tUE之间存在业务流，进而实现该业务流在eNodeB内的本地路由处理。本实施例可以使得处于同一个eNodeB内的oUE和tUE的业务流直接在eNodeB内环回，而无需再回传至SGW、PGW经由IMS网络路由环回，不但减轻了核心网回程传输网络压力，还同时降低业务流传输延迟，提高了网络服务质量。

图9为本发明本地路由处理方法实施例六的信令流程图，如图9所示，在本实施例中，本地路由处理装置可以为SGW和eNodeB，SGW通过GCID识别本地通信并发现oUE和tUE附着在不同的eNodeB上，因此SGW可以触发建立eNodeB间的本地路由，具体来说，本实施例的方法可以包括：

步骤901、建立oUE和tUE间会话所需的EPC专有承载。

该过程可以采用如图5所示的过程实现，此处不再赘述。

步骤902、SGW根据oUE和tUE的承载上下文中包含相同的GCID识别本地通信。

步骤903、SGW根据本地路由授权指示信息判决执行本地路由。

在本实施例中，由于oUE和tUE附着在不同的eNodeB上，因此，SGW可以触发eNodeB之间的本地路由。

步骤904、SGW向MME发送本地路由建立请求。

该本地路由建立请求用于实现由oUE到tUE的本地路由，该请求中可以包括oUE和tUE的ID、承载ID、所在eNodeB的位置，计费ID、QoS信息等。

步骤905、MME向t-eNodeB发送本地路由转发隧道建立请求。

MME可以根据本地路由建立请求中t-eNodeB的地址向t-eNodeB发送本地路由转发隧道建立请求，该请求中可以包括tUE的ID、tUE下行承载ID等。

步骤906、t-eNodeB向MME反馈本地路由转发隧道建立响应。

t-eNodeB可以分配转发隧道ID并与tUE下行承载ID绑定，然后将转发隧道ID通过该响应反馈给MME。

步骤907、MME向o-eNodeB发送建立本地路由请求。

该请求中可以包括oUE的ID、oUE承载ID、tUE的ID、tUE承载ID或t-eNodeB地址以及t-eNodeB转发隧道ID。

步骤908、o-eNodeB向MME反馈建立本地路由响应。

o-eNodeB可以分配转发隧道ID并与oUE上行承载ID绑定。

步骤909、MME向SGW返回本地路由建立响应。

步骤910、SGW向MME发送本地路由建立请求。

该本地路由建立请求用于实现由tUE到oUE的本地路由，该请求中可以包含oUE和tUE的ID、承载ID、所在eNodeB的位置，计费ID、QoS信息等。

步骤911、MME向o-eNodeB发送本地路由转发隧道建立请求。

MME可以根据本地路由建立请求中的o-eNodeB地址，向o-eNodeB发送本地路由转发隧道建立请求，该请求中可以包括oUE的ID、oUE承载ID。

步骤912、o-eNodeB向MME反馈本地路由转发隧道建立响应。

o-eNodeB可以分配转发隧道ID并与oUE下行承载ID绑定，然后将转发隧道ID返回给MME。

步骤913、MME向t-eNodeB发送本地路由建立请求。

该请求中可以包括tUE的ID、tUE承载ID、oUE的ID、oUE承载ID或o-eNodeB地址以及o-eNodeB转发隧道ID)。t-eNodeB可以将tUE上行承载与转发隧道绑定，从而实现tUE到oUE的本地路由用户面的建立。

步骤914、t-eNodeB向MME反馈建立本地路由响应。

步骤915、MME向SGW返回本地路由建立响应。

至此，o-eNodeB和t-eNodeB即可建立eNodeB间的转发隧道，其类似于图2或图3所示的下半部分。

步骤916、oUE和tUE之间与该GCID对应的业务流在o-eNodeB和t-eNodeB之间还回。

另外，需要说明的是，如果EPS网络与外部网络间存在NAT设备，并且业务流在本地路由优化之前需要通过NAT转换进行通信，则eNodeB在本地路由数据转发前需要根据NAT映射信息完成NAT地址转换。eNodeB还可以代替UE向NAT设备周期发送同步心跳包维持NAT设备中的地址映射信息不过期，以便于eNodeB中的NAT映射信息同步。

本实施例中，SGW可以检测oUE和tUE的承载上下文中的GCID是否相同，如果相同，则可以确定oUE和tUE之间存在业务流，进而通过触发建立o-eNodeB和t-eNodeB之间的本地路由处理，实现该GCID对应的业务流在o-eNodeB和t-eNodeB之间的本地路由。本实施例可以使得附着于不同eNodeB的oUE和tUE的业务流在两个eNodeB之间环回，而无需再回传至SGW、PGW经由IMS网络路由环回，不但减轻了核心网回程传输网络压力，还同时降低业务流传输延迟，提高了网络服务质量。

图10为本发明本地路由处理装置实施例一的结构示意图，如图10所示，本实施例的装置可以包括：检测模块11和本地路由处理模块12，其中，检测模块11用于检测到两个用户设备UE的承载上下文中包含相同的会话标识，所述会话标识由应用功能实体分配；本地路由处理模块12用于对与所述会话标识对应的业务流进行本地路由处理。

本实施例的装置可以用于执行图4所示方法实施例的方法，其实现原理和技术效果类似，此处不再赘述。

图11为本发明本地路由处理装置实施例二的结构示意图，如图11所示，本实施例的装置在图10所示装置结构的基础上，还包括：授权信息确定模块13和获取模块14，其中，授权信息确定模块13用于根据所述两个UE的承载上下文中包含的本地路由授权指示信息，确定允许对所述业务流进行本地路由处理；获取模块14用于在为UE间的业务流建立专有承载的信令消息中获取本地路由授权信息和所述会话标识，所述本地路由授权信息由策略和计费规则功能PCRF实体生成，所述本地路由授权信息包括所述本地路由授权指示信息或者用于所述本地路由处理装置获取所述本地路由授权指示信息所需的本地路由策略信息。进一步的，获取模块14建立专有承载的信令消息中还包含网络地址转换NAT映射信息，所述NAT映射信息为所述PCRF实体与所述应用功能实体进行会话信息交互的过程中由所述应用功能实体发送给所述PCRF实体或者由所述PCRF实体主动向应用功能实体获取的，相应地，本实施例的装置还可以进一步包括地址转换处理模块15，该地址转换处理模块15用于根据所述NAT映射信息，对所述两个UE之间的数据报文进行地址转换处理。

本实施例的装置可以用于执行图5所示方法实施例的方法，其实现原理和技术效果类似，此处不再赘述。

在具体的网络部署时，本地路由处理装置包括：分组数据网网关PGW和服务网关SGW；或者服务网关SGW；或者SGW和演进基站eNodeB；或者eNodeB。下面采用几个实施例对该本地路由处理装置进行进一步说明。

图12为本发明本地路由处理装置实施例三的结构示意图，如图12所示，本实施例的装置在图10所示装置结构的基础上，该装置可以包括EPS网络中的PGW和SGW，检测模块11部署在PGW上，本地路由处理模块12部署在SGW上，检测模块11可以进一步包括：第一检测单元111，用于若所述两个UE附着在不同的SGW上，则请求源侧SGW上的本地路由处理模块建立两个SGW之间的本地路由；第二检测单元112，用于若所述两个UE附着在相同的SGW上，则交由该SGW上的本地路由处理模块建立本地路由。

本实施例的装置可以用于执行图6或图7所示方法实施例的方法，其实现原理和技术效果类似，此处不再赘述。

图13为本发明本地路由处理装置实施例四的结构示意图，如图13所示，本实施例的装置在图10所示装置结构的基础上，该装置可以为EPS网络中的SGW，检测模块11和本地路由处理模块12均部署在所述SGW上，本地路由处理模块12具体用于为与所述会话标识对应的业务流建立所述SGW内的本地路由。

本实施例的装置可以用于执行图6到图9所示方法实施例的方法，其实现原理和技术效果类似，此处不再赘述。

图14为本发明本地路由处理装置实施例五的结构示意图，如图14所示，本实施例的装置在图10所示装置结构的基础上，该装置可以包括EPS网络中的SGW和eNodeB，检测模块11部署在SGW上，本地路由处理模块12部署在eNodeB上；检测模块11，可以包括：第三检测单元113，用于若所述两个UE附着在不同的eNodeB上且两个eNodeB均具备本地路由能力，则请求源侧eNodeB上的本地路由处理模块建立所述两个eNodeB之间的本地路由；第五检测单元115，用于若所述两个UE附着在相同的eNodeB上且该eNodeB具备本地路由能力，则交由该eNodeB上的本地路由处理装置实现本地路由。若本地路由处理模块12只部署在SGW上，或者本地路由处理模块12部署在SGW和eNodeB上，则该检测模块11还可以包括第四检测单元(图中未示出)，该第四检测单元用于若所述两个UE附着在不同的eNodeB上且两个eNodeB中至少有一个不具备本地路由能力，则请求SGW上的本地路由处理模块建立所述SGW内的本地路由。

本实施例的装置可以用于执行图9所示方法实施例的方法，其实现原理和技术效果类似，此处不再赘述。

图15为本发明本地路由处理装置实施例六的结构示意图，如图15所示，本实施例的装置在图10所示装置结构的基础上，该装置可以为EPS网络中的eNodeB，检测模块11和本地路由处理模块12均部署在eNodeB上，本地路由处理模块12可以具体用于为与所述会话标识对应的业务流建立该eNodeB内的本地路由。

本实施例的装置可以用于执行图8或图9所示方法实施例的方法，其实现原理和技术效果类似，此处不再赘述。

图16为本发明通信系统实施例的结构示意图，如图16所示，本实施例的系统可以包括：包含应用功能实体5的IMS1和EPS2，EPS2中包含PCRF实体3和本地路由处理装置4；IMS1用于通过应用功能实体5在会话协商过程中为两个UE之间的业务流分配会话标识，并且在与所述PCRF实体3进行会话信息交互的过程中将所述会话标识发送给PCRF实体3；PCRF实体3用于与本地路由处理装置4进行交互，为两个UE之间的业务流建立专有承载，建立专有承载的信令消息中包含本地路由授权信息和所述会话标识，所述本地路由授权信息包括所述本地路由授权指示信息或者用于所述本地路由处理装置4获取所述本地路由授权指示信息所需的本地路由策略信息；本地路由处理装置4用于检测到两个用户设备UE的承载上下文中包含相同的会话标识，并对与所述会话标识对应的业务流进行本地路由处理。

本地路由处理装置既可以为EPS2中新增的功能模块，也可以为PGW和SGW；或者SGW；或者SGW和eNodeB；或者eNodeB。本实施例的通信系统，其可以用于执行图4～9中任一实施例所示的方法，其实现原理和技术效果类似，此处不再赘述。

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

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

Claims (26)

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

本地路由处理装置检测到两个用户设备UE的承载上下文中包含相同的会话标识；

所述本地路由处理装置对与所述会话标识对应的业务流进行本地路由处理，所述会话标识由多媒体子系统IMS网络中的应用功能实体分配。

2.根据权利要求1所述的方法，其特征在于，所述本地路由处理为将所述业务流在本地路由处理装置内或本地路由处理装置间环回，而不再经过分组数据网网关PGW。

3.根据权利要求1所述的方法，其特征在于，所述对与所述会话标识对应的业务流进行本地路由处理之前，还包括：

所述本地路由处理装置根据所述两个UE的承载上下文中包含的本地路由授权指示信息，确定允许对所述业务流进行本地路由处理。

4.根据权利要求3所述的方法，其特征在于，所述本地路由处理装置检测到两个UE的承载上下文中包含相同的会话标识之前，还包括：

所述本地路由处理装置在为UE间的业务流建立专有承载的信令消息中获取本地路由授权信息和所述会话标识；

所述本地路由授权信息由策略和计费规则功能PCRF实体生成，所述本地路由授权信息包括所述本地路由授权指示信息或者用于所述本地路由处理装置获取所述本地路由授权指示信息所需的本地路由策略信息。

5.根据权利要求1所述的方法，其特征在于，所述会话标识，在源侧应用功能实体与目的侧应用功能实体间进行会话协商过程中，由源侧应用功能实体分配给所述两个UE之间的业务流，并由源侧应用功能实体传递给目的侧应用功能实体，且在所述源侧应用功能实体与源侧PCRF实体交互的过程中由所述源侧应用功能实体发送给所述源侧PCRF实体，在所述目的侧应用功能实体与目的侧PCRF实体交互的过程中由所述目的侧应用功能实体发送给所述目的侧PCRF实体。

6.根据权利要求1所述的方法，其特征在于，所述应用功能实体为所述两个UE之间具有不同业务质量要求的业务流分配不同的会话标识。

7.根据权利要求4所述的方法，其特征在于，所述建立专有承载的信令消息中还包含网络地址转换NAT映射信息，所述NAT映射信息为所述PCRF实体与所述应用功能实体进行会话信息交互的过程中由所述应用功能实体发送给所述PCRF实体或者由所述PCRF实体主动向应用功能实体获取的；

所述对与所述会话标识对应的业务流进行本地路由处理之前，还包括：

根据所述NAT映射信息，对所述两个UE之间的数据报文进行地址转换处理。

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

所述本地路由处理装置同步本地的NAT映射信息与AF中的NAT映射信息。

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

所述本地路由处理装置接收PCRF实体发送的解除本地路由的指示消息，并根据所述指示消息解除本地路由。

10.根据权利要求1～9中任一权利要求所述的方法，其特征在于，所述本地路由处理装置包括：分组数据网网关PGW和服务网关SGW；或者服务网关SGW；或者SGW和演进基站eNodeB；或者eNodeB。

11.根据权利要求10所述的方法，其特征在于，若所述本地路由处理装置为PGW和SGW；

所述本地路由处理装置检测到两个UE的承载上下文中包含相同的会话标识，包括：所述PGW检测到两个UE的承载上下文中包含相同的会话标识；

所述本地路由处理装置对与所述会话标识对应的业务流进行本地路由处理，包括：所述PGW请求SGW对与所述会话标识对应的业务流进行本地路由处理。

12.根据权利要求11所述的方法，其特征在于，所述PGW请求SGW对与所述会话标识对应的业务流进行本地路由处理，包括：

若所述两个UE附着在不同的SGW上，则PGW请求源侧SGW建立两个SGW之间的本地路由；

若所述两个UE附着在相同的SGW上，则交由该SGW建立本地路由。

13.根据权利要求10所述的方法，其特征在于，若所述本地路由处理装置为SGW；

所述本地路由处理装置检测到两个UE的承载上下文中包含相同的会话标识，包括：所述SGW检测到两个UE的承载上下文中包含相同的会话标识；

所述本地路由处理装置对与所述会话标识对应的业务流进行本地路由处理，包括：所述SGW为与所述会话标识对应的业务流建立所述SGW内的本地路由。

14.根据权利要求10所述的方法，其特征在于，若所述本地路由处理装置为SGW和eNodeB；

所述本地路由处理装置检测到两个UE的承载上下文中包含相同的会话标识，包括：所述SGW检测到两个UE的承载上下文中包含相同的会话标识；

所述本地路由处理装置对与所述会话标识对应的业务流进行本地路由处理，包括：若所述两个UE附着在不同的eNodeB上且两个eNodeB均具备本地路由能力，则SGW请求源侧eNodeB建立所述两个eNodeB之间的本地路由；若所述两个UE附着在不同的eNodeB上且两个eNodeB中至少有一个不具备本地路由能力，则SGW建立所述SGW内的本地路由；若所述两个UE附着在相同的eNodeB上且该eNodeB具备本地路由能力，则交由该eNodeB实现本地路由。

15.根据权利要求10所述的方法，其特征在于，若所述本地路由处理装置为eNodeB；

所述本地路由处理装置检测到两个UE的承载上下文中包含相同的会话标识，包括：所述eNodeB检测到两个UE的承载上下文中包含相同的会话标识；

所述本地路由处理装置对与所述会话标识对应的业务流进行本地路由处理，包括：为与所述会话标识对应的业务流建立该eNodeB内的本地路由。

16.一种本地路由处理装置，其特征在于，包括：

检测模块，用于检测到两个用户设备UE的承载上下文中包含相同的会话标识，所述会话标识由多媒体子系统IMS网络中的应用功能实体分配；

本地路由处理模块，用于对与所述会话标识对应的业务流进行本地路由处理。

17.根据权利要求16所述的装置，其特征在于，还包括：

授权信息确定模块，用于根据所述两个UE的承载上下文中包含的本地路由授权指示信息，确定允许对所述业务流进行本地路由处理。

18.根据权利要求17所述的装置，其特征在于，还包括：

获取模块，用于在为UE间的业务流建立专有承载的信令消息中获取本地路由授权信息和所述会话标识，所述本地路由授权信息由策略和计费规则功能PCRF实体生成，所述本地路由授权信息包括所述本地路由授权指示信息或者用于所述本地路由处理装置获取所述本地路由授权指示信息所需的本地路由策略信息。

19.根据权利要求18所述的装置，其特征在于，所述建立专有承载的信令消息中还包含网络地址转换NAT映射信息，所述NAT映射信息为所述PCRF实体与所述应用功能实体进行会话信息交互的过程中由所述应用功能实体发送给所述PCRF实体或者由所述PCRF实体主动向应用功能实体获取的；所述装置还包括：

地址转换处理模块，用于根据所述NAT映射信息，对所述两个UE之间的数据报文进行地址转换处理。

20.根据权利要求16～19中任一权利要求所述的装置，其特征在于，所述本地路由处理装置包括：分组数据网网关PGW和服务网关SGW；或者服务网关SGW；或者SGW和演进基站eNodeB；或者eNodeB。

21.根据权利要求20所述的装置，其特征在于，所述装置包括PGW和SGW，所述检测模块部署在所述PGW上，所述本地路由处理模块部署在所述SGW上；

所述检测模块包括：

第一检测单元，用于若所述两个UE附着在不同的SGW上，则请求源侧SGW上的本地路由处理模块建立两个SGW之间的本地路由；

第二检测单元，用于若所述两个UE附着在相同的SGW上，则交由该SGW上的本地路由处理模块建立本地路由。

22.根据权利要求20所述的装置，其特征在于，所述装置为SGW，所述检测模块和所述本地路由处理模块均部署在所述SGW上；

所述本地路由处理模块具体用于为与所述会话标识对应的业务流建立所述SGW内的本地路由。

23.根据权利要求20所述的装置，其特征在于，所述装置包括SGW和eNodeB，所述检测模块部署在所述SGW上，所述本地路由处理模块部署在所述SGW和/或eNodeB上；

所述检测模块，包括：

第三检测单元，用于若所述两个UE附着在不同的eNodeB上且两个eNodeB均具备本地路由能力，则请求源侧eNodeB上的本地路由处理模块建立所述两个eNodeB之间的本地路由；

第四检测单元，用于若所述两个UE附着在不同的eNodeB上且两个eNodeB中至少有一个不具备本地路由能力，则请求SGW上的本地路由处理模块建立所述SGW内的本地路由；

第五检测单元，用于若所述两个UE附着在相同的eNodeB上且该eNodeB具备本地路由能力，则交由该eNodeB上的本地路由处理装置实现本地路由。

24.根据权利要求20所述的装置，其特征在于，所述装置为eNodeB，所述检测模块和所述本地路由处理模块均部署在所述eNodeB上；

所述本地路由处理模块具体用于为与所述会话标识对应的业务流建立该eNodeB内的本地路由。

25.一种通信系统，其特征在于，包括：包含应用功能实体的多媒体子系统IMS和演进的分组系统EPS，所述EPS中包含策略和计费规则功能PCRF实体和本地路由处理装置；

所述多媒体子系统，用于通过所述应用功能实体在会话协商过程中为两个UE之间的业务流分配会话标识，并且在与所述PCRF实体进行会话信息交互的过程中将所述会话标识发送给所述PCRF实体；

所述PCRF实体，用于与所述本地路由处理装置进行交互，为所述两个UE之间的业务流建立专有承载，建立专有承载的信令消息中包含本地路由授权信息和所述会话标识，所述本地路由授权信息包括所述本地路由授权指示信息或者用于所述本地路由处理装置获取所述本地路由授权指示信息所需的本地路由策略信息；

所述本地路由处理装置，用于检测到两个用户设备UE的承载上下文中包含相同的会话标识，并对与所述会话标识对应的业务流进行本地路由处理。

26.根据权利要求25所述的系统，其特征在于，所述本地路由处理装置包括：分组数据网网关PGW和服务网关SGW；或者服务网关SGW；或者SGW和演进基站eNodeB；或者eNodeB。