一种支持业务本地分流的方法及基站子系统的制作方法
一种支持业务本地分流的方法及基站子系统的制作方法
【技术领域】
[0001] 本发明设及通信技术领域，尤其设及一种支持业务本地分流的方法及基站子系 统。
【背景技术】
[0002] W长期演进化ong Term Evolution,简称LTE)技术为例，参见图1所示的网络架构 示意图，对于传统的公众陆地移动网络，当用户设备化ser Equipment,简称肥）比如肥1访 问和其接入的基站1在同一地理位置的服务器或其它网络设备（比如校园网服务器)时，对 应的业务流向为UEK-〉基站1<->交换机 <-〉边缘路由器 <-〉核屯、网 <-〉因特网 <-〉校园网服 务器，当肥1和肥2均接入基站1，则肥1和肥2通信的业务流向为肥1<->基站1<->交换机<-〉 边缘路由器 <-〉核屯、网 <-〉边缘路由器 <-〉交换机 <-〉基站1 <-〉肥2。
[0003] 可见，即便在同一个网内，数据业务也需要经过核屯、网。运样带来了如下问题：
[0004] (1)、数据业务经过核屯、网绕了一圈，导致数据传输时延加大、服务质量(Quality of Service，简称QoS)降低，严重影响用户体验；
[0005] (2)、加重网络负担，可能导致网络拥塞；
[0006] (3)、增加传输带宽运营成本。
[0007] 随着无线技术的不断发展，用户所需的带宽越来越大，如果还是采用传统的公众 陆地移动网络业务传输模式，上述问题会越来越严重。
【发明内容】
[000引有鉴于此，本发明实施例的主要目的在于提供一种支持业务本地分流的方法及基 站子系统，W实现提高数据传输速度、降低网络负担、减少运营成本的目的。
[0009] 为实现上述目的，本发明实施例提供了一种支持业务本地分流的方法，所述方法 应用于一种基站子系统，所述基站子系统包括基站和由业务分流转发引擎与业务分流控制 模块组成的业务本地分流模块，所述业务分流控制模块控制所述业务分流转发引擎和所述 基站的分组数据汇聚协议PDCP模块实现所述方法，所述方法包括：
[0010] 所述PDCP模块获取所述基站服务的第一用户设备上发的第一数据包，当确定所述 第一用户设备支持本地分流业务、且所述第一数据包的目的地址为预先配置的分流到本地 的网络地址或位于预先配置的分流到本地的网段内时，将所述第一数据包发送至所述业务 分流转发引擎；
[0011] 所述业务分流转发引擎将所述第一数据包发送至所述目的地址，其中，所述第一 数据包在传输过程中不经过核屯、网。
[0012] 可选的，所述业务分流转发引擎将所述第一数据包发送至所述目的地址，包括：
[0013] 若所述业务分流转发引擎确定所述第一数据包的目的地址为所述基站服务的第 二用户设备的IP地址，则通过所述PDCP模块直接将所述第一数据包下发至所述第二用户设 备；
[0014] 若所述业务分流转发引擎确定所述第一数据包的目的地址为与所述基站在同一 地理位置的服务器或其它网络设备，所述服务器或其它网络设备与所述交换机相连，则直 接将所述第一数据包经所述交换机发送至所述服务器或其它网络设备。
[0015] 可选的，所述方法还包括：
[0016] 所述业务分流转发引擎经交换机获取与所述基站在同一地理位置的服务器或其 它网络设备下发的第二数据包，当确定所述第二数据包的目的地址为所述基站服务的第一 用户设备的IP地址，则通过所述PDCP模块直接将所述第二数据包下发至所述第一用户设 备。
[0017] 可选的，所述PDCP模块中存储有至少一个转发表，每个转发表对应一个用户设备； 所述当确定所述第一用户设备支持本地分流业务、且所述第一数据包的目的地址为预先配 置的分流到本地的网络地址或位于预先配置的分流到本地的网段内时之后，还包括：
[0018] 若所述PDCP模块中未存储有与所述第一用户设备对应的转发表，则创建与所述第 一用户设备对应的转发表，其中，与所述第一用户设备对应的转发表中包括所述第一数据 包的源地址；
[0019] 则，确定所述第二数据包的目的地址为所述基站服务的第一用户设备的IP地址， 包括：
[0020] 所述业务分流转发引擎将所述第二数据包的目的地址与所有转发表中的源地址 进行匹配，若匹配成功且匹配出的源地址为所述基站服务的第一用户设备的IP地址，则确 定所述第二数据包的目的地址为所述第一用户设备的IP地址。
[0021 ]可选的，所述业务分流转发引擎将所述第二数据包的目的地址与所有转发表中的 源地址进行匹配之后，还包括：
[0022] 若匹配失败，则当确定所述第二数据包的目的地址为所述基站服务的第二用户设 备的IP地址、且确定所述第二用户设备支持本地分流业务时，利用所述PDCP模块创建与所 述第二用户设备对应的转发表，其中，与所述第二用户设备对应的转发表中包括所述第二 数据包的目的地址；
[0023] 通过所述PDCP模块直接将所述第二数据包下发至所述第二用户设备。
[0024] 可选的，所述基站侧预先配置了本地分流业务对应的至少一个用户属性编号 SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用户设备配置了一个不同的 SPID；
[0025] 所述确定所述第一用户设备支持本地分流业务，包括：
[0026] 所述基站在接收到MME下发的初始上下文建立请求消息后，将本地配置的SPID与 所述初始上下文建立请求消息中携带的所述第一用户设备的SPID进行匹配，若匹配成功， 则确定所述第一用户设备支持本地分流业务。
[0027] 可选的，所述基站侧预先配置了本地分流业务对应的至少一个用户属性编号 SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用户设备配置了一个不同的 SPID；
[0028] 所述确定所述第二用户设备支持本地分流业务，包括：
[0029] 所述基站在接收到MME下发的初始上下文建立请求消息后，将本地配置的SPID与 所述初始上下文建立请求消息中携带的所述第二用户设备的SPID进行匹配，若匹配成功， 则确定所述第二用户设备支持本地分流业务。
[0030] 可选的，在所述业务分流控制模块控制所述业务分流转发引擎和所述PDCP模块实 现所述方法之前，还包括：
[0031] 所述基站按照传统方法对获取的上行数据包进行业务转发，若确定所述上行数据 包的源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所述基站按照传统方 法对获取的下行数据包进行业务转发，若确定所述下行数据包的目的地址为所述基站服务 的用户设备的IP地址，则保存该IP地址；
[0032] 所述确定所述第一数据包的目的地址为所述基站服务的第二用户设备的IP地址， 包括：
[0033] 将所述第一数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功 且匹配出的IP地址为所述第二用户设备的IP地址，则确定所述第一数据包的目的地址为所 述基站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第一数据包，确定所述 第一数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。
[0034] 可选的，在所述业务分流控制模块控制所述业务分流转发引擎和所述PDCP模块实 现所述方法之前，还包括：
[0035] 所述基站按照传统方法对获取的上行数据包进行业务转发，若确定所述上行数据 包的源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所述基站按照传统方 法对获取的下行数据包进行业务转发，若确定所述下行数据包的目的地址为所述基站服务 的用户设备的IP地址，则保存该IP地址；
[0036] 所述确定所述第二数据包的目的地址为所述基站服务的第二用户设备的IP地址， 包括：
[0037] 将所述第二数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功 且匹配出的IP地址为所述第二用户设备的IP地址，则确定所述第二数据包的目的地址为所 述基站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第二数据包，确定所述 第二数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。
[0038] 可选的，所述业务本地分流模块位于所述基站内部或位于所述基站与交换机之 间。
[0039] 本发明实施例还提供了一种基站子系统，所述基站子系统包括基站和由业务分流 转发引擎与业务分流控制模块组成的业务本地分流模块，所述业务分流控制模块控制所述 业务分流转发引擎和所述基站的分组数据汇聚协议PDCP模块实现W下功能：
[0040] 所述PDCP模块获取所述基站服务的第一用户设备上发的第一数据包，当确定所述 第一用户设备支持本地分流业务、且所述第一数据包的目的地址为预先配置的分流到本地 的网络地址或位于预先配置的分流到本地的网段内时，将所述第一数据包发送至所述业务 分流转发引擎；
[0041 ]所述业务分流转发引擎将所述第一数据包发送至所述目的地址，其中，所述第一 数据包在传输过程中不经过核屯、网。
[0042] 可选的，所述业务分流控制模块具体控制所述业务分流转发引擎和所述PDCP模块 实现W下功能：
[0043] 若所述业务分流转发引擎确定所述第一数据包的目的地址为所述基站服务的第 二用户设备的IP地址，则通过所述PDCP模块直接将所述第一数据包下发至所述第二用户设 备；
[0044] 若所述业务分流转发引擎确定所述第一数据包的目的地址为与所述基站在同一 地理位置的服务器或其它网络设备，所述服务器或其它网络设备与所述交换机相连，则直 接将所述第一数据包经所述交换机发送至所述服务器或其它网络设备。
[0045] 可选的，所述业务分流控制模块还控制所述业务分流转发引擎和所述PDCP模块实 现W下功能：
[0046] 所述业务分流转发引擎经交换机获取与所述基站在同一地理位置的服务器或其 它网络设备下发的第二数据包，当确定所述 第二数据包的目的地址为所述基站服务的第一 用户设备的IP地址，则通过所述PDCP模块直接将所述第二数据包下发至所述第一用户设 备。
[0047] 可选的，所述PDCP模块中存储有至少一个转发表，每个转发表对应一个用户设备； 所述业务分流控制模块还控制所述PDCP模块实现W下功能：
[004引当所述PDCP模块确定所述第一用户设备支持本地分流业务、且所述第一数据包的 目的地址为预先配置的分流到本地的网络地址或位于预先配置的分流到本地的网段内时， 若所述PDCP模块中未存储有与所述第一用户设备对应的转发表，则创建与所述第一用户设 备对应的转发表，其中，与所述第一用户设备对应的转发表中包括所述第一数据包的源地 址；
[0049] 所述业务分流控制模块具体控制所述业务分流转发引擎实现W下功能：
[0050] 所述业务分流转发引擎将所述第二数据包的目的地址与所有转发表中的源地址 进行匹配，若匹配成功且匹配出的源地址为所述基站服务的第一用户设备的IP地址，则确 定所述第二数据包的目的地址为所述第一用户设备的IP地址。
[0051] 可选的，所述业务分流控制模块还控制所述业务分流转发引擎和所述PDCP模块实 现W下功能：
[0052] 所述业务分流转发引擎将所述第二数据包的目的地址与所有转发表中的源地址 进行匹配之后，若匹配失败，则当确定所述第二数据包的目的地址为所述基站服务的第二 用户设备的IP地址、且确定所述第二用户设备支持本地分流业务时，利用所述PDCP模块创 建与所述第二用户设备对应的转发表，其中，与所述第二用户设备对应的转发表中包括所 述第二数据包的目的地址；
[0053] 通过所述PDCP模块直接将所述第二数据包下发至所述第二用户设备。
[0054] 可选的，所述基站侧预先配置了本地分流业务对应的至少一个用户属性编号 SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用户设备配置了一个不同的 SPID；
[0055] 所述基站，用于在接收到MME下发的初始上下文建立请求消息后，将本地配置的 SPID与所述初始上下文建立请求消息中携带的所述第一用户设备的SPID进行匹配，若匹配 成功，则确定所述第一用户设备支持本地分流业务。
[0056] 可选的，所述基站侧预先配置了本地分流业务对应的至少一个用户属性编号 SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用户设备配置了一个不同的 SPID；
[0057] 所述基站，用于在接收到MME下发的初始上下文建立请求消息后，将本地配置的 SPID与所述初始上下文建立请求消息中携带的所述第二用户设备的SPID进行匹配，若匹配 成功，则确定所述第二用户设备支持本地分流业务。
[0058] 可选的，所述基站，还用于在所述业务分流控制模块控制所述业务分流转发引擎 和所述PDCP模块实现所述方法之前，按照传统方法对获取的上行数据包进行业务转发，若 确定所述上行数据包的源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所 述基站按照传统方法对获取的下行数据包进行业务转发，若确定所述下行数据包的目的地 址为所述基站服务的用户设备的IP地址，则保存该IP地址；
[0059] 所述业务分流控制模块具体控制所述业务分流转发引擎实现W下功能：
[0060] 将所述第一数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功 且匹配出的IP地址为所述第二用户设备的IP地址，则确定所述第一数据包的目的地址为所 述基站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第一数据包，确定所述 第一数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。
[0061] 可选的，所述基站，还用于在所述业务分流控制模块控制所述业务分流转发引擎 和所述PDCP模块实现所述方法之前，按照传统方法对获取的上行数据包进行业务转发，若 确定所述上行数据包的源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所 述基站按照传统方法对获取的下行数据包进行业务转发，若确定所述下行数据包的目的地 址为所述基站服务的用户设备的IP地址，则保存该IP地址；
[0062] 所述业务分流控制模块具体控制所述业务分流转发引擎实现W下功能：
[0063] 将所述第二数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功 且匹配出的IP地址为所述第二用户设备的IP地址，则确定所述第二数据包的目的地址为所 述基站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第二数据包，确定所述 第二数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。
[0064] 可选的，所述业务本地分流模块位于所述基站内部或位于所述基站与交换机之 间。
[0065] 本发明实施例提供的支持业务本地分流的方法及基站子系统，通过PDCP模块获取 接入基站的第一用户设备上发的第一数据包，当所述第一数据包的目的地址为本地网络地 址或本地网段时，若确定所述第一用户设备支持本地分流业务，则将所述第一数据包发送 至所述业务分流转发引擎;所述业务分流转发引擎将所述第一数据包发送至所述目的地 址。本发明实施例可W将本地业务数据进行本地分流，而不必将本地业务数据经过核屯、网 再发回本地，运样可W有效提高数据传输速度、降低网络负担、减少传输带宽运营成本。
【附图说明】
[0066] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明 的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可W根据 运些附图获得其他的附图。
[0067] 图1为现有技术中网络架构示意图；
[0068] 图2为本发明实施例支持本地业务分流的使用场景示意图之一；
[0069] 图3为本发明实施例支持本地业务分流的使用场景示意图之二；
[0070] 图4为本发明实施例支持本地业务分流的使用场景示意图之Ξ;
[0071 ]图5为本发明实施例支持业务本地分流的方法的流程示意图；
[0072] 图6为本发明实施例信令交互示意图；
[0073] 图7为本发明实施例基站子系统的组成示意图。
【具体实施方式】
[0074] 为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例 中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是 本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员 在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0075] 参见图2所示的支持本地业务分流的使用场景示意图之一，其中包含了固定有线 宽带接入、固定WiFi接入和移动宽带接入(即公众陆地移动网络接入）。基站1、基站2、···、基 站N是采用公众陆地移动网络技术体制的基站子系统设备的主要组成部分，对于LTE而言， 基站即eNodeB设备，用户通过操作维护中屯、（Operation and Maintenance Center,简称 OMC)对基站进行管理。
[0076] 与常规基站相比，为支持业务本地分流，在基站子系统内置业务本地分流模块，所 述业务本地分流模块是一个逻辑实体，可W和常规基站共用硬件，也可W单独运行在某个 硬件实体中。在本发明实施例中，所述业务本地分流模块位于基站内部或位于基站与交换 机之间，参见图3所示的支持本地业务分流的使用场景示意图之二，所述业务本地分流模块 位于常规基站和交换机之间，参见图4所示的支持本地业务分流的使用场景示意图之Ξ，所 述业务本地分流模块位于常规基站内部，是基站子系统的一部分。所述业务本地分流模块 所在的具有物理位置，可W根据网络具体部署情况而定。所述业务本地分流模块包括业务 分流控制模块（内置本地业务分流控制策略）、业务分流转发引擎。
[0077] 图4中暂不考虑操作维护中屯、（Operation and Maintenance Center,简称0MC)和 基站的物理连接。WLTE为例，所述业务本地分流模块和常规基站位于同一个物理实体(常 规基站）中，所述业务本地分流模块由业务分流控制模块和业务分流转发引擎组成。其中， 所述业务分流控制模块根据用户的策略配置（用户通过0MC设置），控制所述业务分流转发 引擎和分组数据汇聚协议(Packet Data Convergence Protocol,简称PDCP)模块协同工 作，实现本地业务分流。
[0078] 下面W图4为例介绍业务本地分流方法。
[0079] 参见图5,为本发明实施例提供的支持业务本地分流的方法的流程示意图，所述方 法应用于一种基站子系统，所述基站子系统包括基站和由业务分流转发引擎与业务分流控 制模块组成的业务本地分流模块，所述业务分流控制模块控制所述业务分流转发引擎和所 述基站的分组数据汇聚协议PDCP模块实现所述方法，该方法包括：
[0080] 步骤501:所述PDCP模块获取所述基站服务的第一用户设备上发的第一数据包，当 确定所述第一用户设备支持本地分流业务、且所述第一数据包的目的地址为预先配置的分 流到本地的网络地址或位于预先配置的分流到本地的网段内时，将所述第一数据包发送至 所述业务分流转发引擎。
[0081 ]步骤502:所述业务分流转发引擎将所述第一数据包发送至所述目的地址，其中， 所述第一数据包在传输过程中不经过核屯、网。
[0082] 为实现业务本地分流，需要预先确定接入基站的UE1是否支持业务本地分流，为 此，在步骤501之前，需要在基站侧配置本地分流业务对应的用户属性编号（Subscriber Profile ID,简称SPID)、分流到本地的目的网络地址或者网段，对于支持本地业务分流的 用户，在核屯、网移动性管理组件(Mobility Management Entity,简称MME)也需要做对应的 配置。
[0083] 在协议3GPP TS 36.413中，5口10的定义如下表所示：
[0084]
[0085] 在本发明实施例中，通过定义一个SPID用来指定特定类型的用户设备肥支持业务 本地分流，此SPID和其它特定业务类型的SPID不冲突，具体使用方法如下：
[00化]每个通讯设备UE最多只能配置一个SPID，指示业务类型。比如肥A支持业务本地 分流，UE B支持业务本地分流和频率优先级业务，UE C不支持特定的业务。在MME侧，分别对 肥A和肥B配置SPID A和SPID B，而不用为UE C配置SPID。在基站侧，需要配置支持业务本 地分流的SPID为SPID A和SPID B，需要配置支持频率优先级业务的SPID为SPID B。对于基 站上发给MME的第一条肥消息，MME能确定肥消息中的肥对应的标识比如国际移动用户识别 码（International Mobile Subscriber Identity,简称IMSI)，确定在回送的初始上下文 建立请求（Initial Context Se1:up Request)中是否需要带SPID、或者是否需要带SPID A 或SPID B。注意：基站上发给MME的第一条UE消息（即初始化用户信息Initaial UE Message)已经给UE分配了一个临时的标识，MME回送的初始上下文建立请求中仍然保留着 运个标识，运样基站能根据初始上下文建立请求中携带的此标识和SPID情况确定此肥是否 支持业务本地分流。比如，当明确初始上下文建立请求中携带的SPID为SPID A或者SPID B 时，则该UE支持业务本地分流；当SPID为SPID B，则同时在切换等操作中还考虑频率优先 级。
[0087]可见，在支持业务本地分流的通讯设备和其它常用通讯设备组网的情况下，本发 明实施例在移动性管理实体MME侧，对W国际移动用户识别码IMSI为标识（或其它类型标 识）的每个通讯设备，配置是否支持关联用户属性编号SPID和在支持关联SPID的情况下配 置具体的SPID值。在基站侧，配置支持业务本地分流业务对应的SPID，注意该SPID可能不止 一个。通讯设备接入MME时，MME在下发给基站的初始上下文建立请求消息（Initial Context Setup Request)中，根据配置可W不携带SPID或者携带该通讯设备的SPID。基站 解析MME发来的初始上下文建立请求消息，确定是否带有SPID并获得具体取值：如果无 SPID，则该初始上下文建立请求消息对应的通讯设备不支持业务本地分流;如果有SPID，贝。 查询基站侧关于业务本地分流的SPID配置，如果发现匹配，说明该初始上下文建立请求消 息对应的通讯设备支持业务本地分流，否则说明不支持。需要说明的是，为了安全，在基站 不知道通讯设备的永久标识(比如IMSI)，因此基站无法根据标识确定支持业务本地分流的 通讯设备，但通过MME下发的初始上下文建立请求消息中的相关内容和基站侧的SPID配置 能确定需要支持业务本地分流的通讯设备。
[0088] 综上可知，所述基站侧预先配置了本地分流业务对应的至少一个用户属性编号 SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用户设备配置了一个不同的 SPID;基于此，在步骤501中，所述第一用户设备支持本地分流业务的确定方法包括：
[0089] 所述基站在接收到MME下发的初始上下文建立请求消息后，将本地配置的SPID与 所述初始上下文建立请求消息中携带的所述第一用户设备的SPID进行匹配，若匹配成功， 则确定所述第一用户设备支持本地分流业务。
[0090] 参见图6所示的信令交互示意图，下面W信令交互的方式，介绍基站利用SPID来确 定用户设备UE是否支持业务本地分流的方式。
[0091] 步骤601: eNodeB在本地配置业务本地分流对应的SPID(使能发送关于业务本地分 流对应的SPID)，比如SPID A和SPID B。
[0092] 步骤602:肥向eNodeB发送物理随机接入信道前导PRACH Preamble。
[0093] 步骤603:eNodeB根据PRACH Preamble计算肥的定时提前量Timing Advance,并向 肥发送随机接入响应(Random Access Response ,简称为RAR)消息，所述RAR消息中携带了 定时提前量。
[0094] 步骤604:肥向eNodeB发送无线资源控制（Radio Resurce Control,简称RRC)连接 请求消息，目阳RC Connection Request。
[00巧]步骤605: eNodeB向UE发送RRC连接建立消息，即RRC Connection Set叩（RA Contention Resolution)。
[0096] 步骤606:UE向eNodeB发送RRC连接建立完成消息（包含附着请求、PDN连接请求）， 良PRRC Connection Setup Complete(Attach Request/PDN Connectivity Request)〇
[0097] 步骤607: eNodeB向MME发送初始化用户信息（包含附着请求、PDN连接请求），即 Initaial UE Message(Attach Request/PDN Connectivity Request)。
[0098] 步骤608: MME向eNodeB发送初始上下文建立请求消息（包含附着请求、激活默认 EPS承载上下文请求），即Initaial Context Setup Request(Attach Request/Activate Default EPS Bearer Context Request),该消息中可能携带肥对应的SPID。
[0099] 步骤609: eNodeB向UE发送RRC连接重配置消息（包含附着请求、激活默认EPS承载 上下文请求），良PRRC Connection Reconfiguration (Attach Request/Activate Default EPS Bearer Context Request)。
[0100] 步骤6010: eNodeB向UE发送RRC连接重配置完成消息，gPRRC Connection 民econfiguration Complete。
[0101 ] 步骤6011: eNodeB向MME发送初始上下文设置响应消息，BP Initaial Context Setup 民esponse。
[0102] 步骤6012:肥向eNodeB发送上行信息传输消息（包含附着完成、激活默认EPS承载 上下文完成），良PUplink Information Transfer (Attach Complete/Activate Default EPS Bearer Context Accept)。
[0103] 步骤6013: eNodeB向MME发送上行NAS传输消息（包含附着完成、激活默认EPS承载 上下文完成），即Uplink NAS Transpo;rt(Attach Complete/Activate Default EPS Bearer Context Accept)。
[0104] 步骤6014: eNodeB根据本地配置的SPID和MME下发的初始上下文建立请求中的信 息，确定该肥是否支持业务本地分流。比如，当为肥配置的SPID为SPID A且初始上下文建立 请求中携带SPID A时，则确定该UE支持业务本地分流，当为UE配置的SPID为SPID A且初始 上下文建立请求中没有携带SPID A时，则确定该肥不支持业务本地分流。
[0105] 在本发明实施例中，当基站接收到肥1上发的第一数据包后，在PDCP模块上对所述 第一数据包进行探测，由于基站侧已经配置了分流到本地的目的网络地址或者网段，通过 分析所述第一数据包发现其目的地址（即PDCP承载的IP分组目的地址)是用户配置的分流 地址或者位于用户配置的地址段内，并且按照上述方法已经确定肥1支持本地分流业务，贝U 说明可W对所述第一数据包进行本地分流，此时所述PDCP模块将所述第一数据包发送至业 务分流转发引擎，W便所述业务分流转发引擎按照步骤502进行本地分流。
[0106] 对于UE1上发至基站的第一数据包，其目的地址是已配置的本地网络地址或属于 已配置的本地网段，对此，步骤502存在W下两种实现方式：
[0107] 1、所述业务分流转发引擎若确定所述第一数据包的目的地址为所述基站服务的 第二用户设备肥2的IP地址，即肥1和肥2接入了同一基站。
[0108] 在运种情况下，所述业务分流转发引擎通过所述PDCP模块直接将所述第一数据包 下发至所述第二用户设备。也就是说，W图1为例，如果所述第一数据包的目的IP地址为接 入到本基站（比如基站1)的UE2的IP地址，则将所述第一数据包重新经过PDCP模块下发至 肥2,而不用经过用户层面的GPRS隧道协议(GPRSTunnellin评;rotocolfo;rtheuse;rplane,简 称GTP-U)处理，即所述第一数据包不用经过GTP-U处理进入核屯、网并环回至肥2，此时，用户 肥1和肥2通信的业务流向为:肥1 <-〉基站1 <-〉肥2。
[0109] 2、所述业务分流转发引擎若确定所述第一数据包的目的地址为与所述基站在同 一地理位置的服务器或其它网络设备，即肥1与服务器或其它网络设备（比如本地应用服务 器，比如校园网服务器)在同一地理位置。
[0110] 在运种情况下，所述业务分流转发引擎直接将所述第一数据包经交换机发送至所 述服务器或其它网络设备。也就是说，参见图1，如果所述第一数据包的目的IP地址为与本 基站（比如基站1)在同一地理位置的校园网服务器，此时需要校园网服务器和基站一样挂 在交换机上，即服务器与交换机相连，则所述第一数据包不必经过GTP-U处理后送入核屯、 网，而是业务分流转发引擎直接将所述第一数据包通过网口发给交换机，交换机再将所述 第一数据包发送至与自己连接的校园网服务器中，此时，用户肥1访问和其接入的基站在同 一地理位置的服务器（比如校园网服务器)对应的业务流向为: UEl<->基站1<->交换机<-〉 校园网服务器。
[0111] 综上，当发现所述第一数据包的目的地址为本基站服务的肥2的IP地址，则业务分 流转发引擎重新将所述第一数据包交给PDCP模块处理，W不经过核屯、网直接发给肥2;当所 述PDCP模块发现所述第一数据包的目的地址为与本基站在同一地理位置的服务器或其它 网络设备，则业务分流转发引擎将所述第一数据包直接通过网口经交换机发送至服务器或 其它网络设备；当前述条件都不满足时，PDCP层业务数据被交给GTP-U处理。
[0112] 上述内容介绍了对上行数据包(所述第一数据包）进行本地分流的方法，进一步 地，本发明实施例还包括对下行数据包(第二数据包)的处理方法，包括：
[0113] 所述业务分流转发引擎经交换机获取与所述基站在同一地理位置的服务器或其 它网络设备下发的第二数据包，当确定所述第二数据包的目的地址为所述基站服务的第一 用户设备UE1的IP地址，则通过所述PDCP模块直接将所述第二数据包下发至所述第一用户 设备肥1。也就是说，利用业务分流转发引擎对下行方向（即基站到肥方向）的IP报文即第二 数据包进行探测处理，如果发现收到的第二数据包的目的IP地址是接入本基站的肥的IP地 址，比如是接入本基站的第一用户设备肥1的IP地址，则所述业务分流转发引擎将所述第二 数据包交给PDCP模块，由PDCP模块通过网口将所述第二数据包下发至肥1。
[0114] 在本发明实施例中，所述PDCP模块中存储有至少一个转发表，每个转发表对应一 个支持业务本地分流的用户设备。对于肥1来说，如果UE1支持业务本地分流、且肥1上发的 第一数据包的目的地址是预先配置的分流地址或位于预先配置的网段内，此时，在首次对 UE1的第一数据包进行本地分流前，需要创建一个转发表，该转发表包括："UE1在基站中的 唯一标识、承载ID(用来区分所述第一数据包的业务类型，比如语音、数据等），PDCP承载的 IP分组源地址（即UE1的IP地址Γ。因此，在步骤501中，当确定所述第一用户设备支持本地 分流业务、且所述第一数据包的目的地址为预先配置的分流到本地的网络地址或位于预先 配置的分流到本地的网段内时之后，本发明实施例进一步包括:若所述PDCP模块中未存储 有与所述第一用户设备对应的转发表，则创建与所述第一用户设备对应的转发表，其中，与 所述第一用户设备对应的转发表中包括所述第一数据包的源地址。
[0115] 需要说明的是，一旦建立了转发表，就可W对SPID标识的UE进行业务本地分流。当 UE在基站内被删除或者该UE的PDCP承载被删除，对应的转发表被删除。
[0116] 基于对转发表的创建，所述业务分流转发引擎按照下述方法确定所述第二数据包 的目的地址为接入所述基站服务的第一用户设备UE1的IP地址:对于所述第二数据包的IP 目的地址不是本基站的IP地址，所述业务分流转发引擎将所述第二数据包的目的地址与所 有转发表中的源地址进行匹配，若匹配成功，且匹配出的源地址为所述基站服务的第一用 户设备的IP地址，即如果所述第二数据包的目的地址和与肥1对应的转发表中的"PDCP承载 的IP分组源地址"相同，则确定所述第二数据包的目的地址为所述第一用户设备的IP地址。
[0117] 此外，所述业务分流转发引擎将所述第二数据包的目的地址与所有转发表中的源 地址进行匹配后，若匹配失败，则当确定所述第二数据包的目的地址为所述基站服务的第 二用户设备UE2的IP地址、且确定所述第二用户设备UE2支持本地分流业务时，利用所述 PDCP模块创建与所述第二用户设备UE2对应的转发表，其中，与所述第二用户设备对应的转 发表中："UE2在基站中的唯一标识、承载ID(用来区分所述第二数据包的业务类型，比如语 音、数据等），PDCP承载的IP分组目的地址即为所述第二数据包的目的地址（即UE2的IP地 址r。然后所述业务分流转发引擎通过所述PDCP模块直接将所述第二数据包下发至所述第 二用户设备。
[0118] 在本发明实施例中，按照下述方法确定所述第二用户设备肥2支持本地分流业务：
[0119] 由于所述基站侧已经预先配置了本地分流业务对应的至少一个用户属性编号 SPID，移动性管理实体MME侧也预先为每个支持本地分流业务的用户设备配置了一个不同 的SPID。基于此，所述基站在接收到MME下发的初始上下文建立请求消息后，将本地配置的 SPID与所述初始上下文建立请求消息中携带的所述第二用户设备的SPID进行匹配，若匹配 成功，则确定所述第二用户设备支持本地分流业务。相关内容请参见图6所示信令交互图及 所述第一用户设备支持本地分流业务的确定方法。
[0120] 在进行本地业务分流前，基站首先按照传统的方法进行业务转发，并在此期间确 定本基站服务的肥的IP地址，具体方法如下；
[0121] 下行PDCP承载的IP分组目的地址即该PDCP承载对应肥的IP地址，上行PDCP承载的 IP分组源地址即该PDCP承载对应UE的IP地址，即可W通过分析PDCP承载的IP报文内容获 取。注意给肥分配IP地址的是NAS信令，对基站是透明的，但是可W用本方法通过学习获知。 获取的IP地址作为PDCP业务承载的一项参数而保留，只有该UE支持本地分流(通过SPID确 定)且该项参数空的情况下才启动上述分析动作W降低系统的负荷。因此，在所述业务分流 控制模块控制所述业务分流转发引擎和所述PDCP模块实现所述方法之前，还包括：
[0122] 所述基站按照传统方法对获取的上行数据包进行业务转发，若确定所述上行数据 包的源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所述基站按照传统方 法对获取的下行数据包进行业务转发，若确定所述下行数据包的目的地址为所述基站服务 的用户设备的IP地址，则保存该IP地址。
[0123] 可见，在进行业务本地分流前，基站已经保存了自己服务的UE的IP地址，根据保存 的IP地址，本发明实施例可按照下述方法确定UE1上发的所述第一数据包的目的地址为所 述基站服务的第二用户设备的IP地址：
[0124] 将所述第一数据包的目的地址与所述基站中保存的IP地址（即本基站服务的所有 肥的IP地址)进行匹配，若匹配成功且匹配出的IP地址为所述第二用户设备的IP地址，则确 定所述第一数据包的目的地址为所述基站服务的第二用户设备的IP地址;若匹配失败，贝U 通过分析所述第一数据包，确定所述第一数据包的目的地址是否为所述基站服务的第二用 户设备的IP地址，如果是，便可通过所述PDCP模块直接将所述第一数据包下发至所述第二 用户设备，同时将分析出的第二用户设备的IP地址也保存在基站。
[0125] 本发明实施例同样可按照下述方法确定所述第二数据包的目的地址为所述基站 服务的第二用户设备的IP地址：
[0126] 将所述第二数据包的目的地址与所述基站中保存的IP地址（即本基站服务的所有 肥的IP地址)进行匹配，若匹配成功且匹配出的IP地址为所述第二用户设备的IP地址，则确 定所述第二数据包的目的地址为所述基站服务的第二用户设备的IP地址;若匹配失败，贝U 通过分析所述第二数据包，确定所述第二数据包的目的地址是否为所述基站服务的第二用 户设备的IP地址，如果是，便可通过所述PDCP模块直接将所述第二数据包下发至所述第二 用户设备，同时将分析出的第二用户设备的IP地址也保存在基站。
[0127] 在本发明实施例中，对于来自业务分流转发引擎下行方向数据包的目的地址，其 不是所述PDCP模块存储的转发表中的IP地址，也不是基站服务的肥的IP地址，此时，将下行 方向数据包丢弃。
[0128] 参见图7,为本发明实施例提供的基站子系统的组成示意图，所述基站子系统包括 基站和由业务分流转发引擎702与业务分流控制模块703组成的业务本地分流模块，所述业 务分流控制模块703控制所述业务分流转发引擎702和所述基站的分组数据汇聚协议PDCP 模块701实现W下功能：
[0129] 所述PDCP模块701获取所述基站服务的第一用户设备上发的第一数据包，当确定 所述第一用户设备支持本地分流业务、且所述第一数据包的目的地址为预先配置的分流到 本地的网络地址或位于预先配置的分流到本地的网段内时，将所述第一数据包发送至所述 业务分流转发引擎702;
[0130] 所述业务分流转发引擎702将所述第一数据包发送至所述目的地址，其中，所述第 一数据包在传输过程中不经过核屯、网。
[0131] 在本发明实施例中，所述业务分流控制模块703具体控制所述业务分流转发引擎 702和所述PDCP模块701实现W下功能：
[0132] 若所述业务分流转发引擎702确定所述第一数据包的目的地址为所述基站服务的 第二用户设备的IP地址，则通过所述PDCP模块701直接将所述第一数据包下发至所述第二 用户设备；
[0133] 若所述业务分流转发引擎702确定所述第一数据包的目的地址为与所述基站在同 一地理位置的服务器或其它网络设备，所述服务器或其它网络设备与所述交换机相连，贝U 直接将所述第一数据包经所述交换机发送至所述服务器或其它网络设备。
[0134] 在本发明实施例中，所述业务分流控制模块703还控制所述业务分流转发引擎702 和所述PDCP模块701实现W下功能：
[0135] 所述业务分流转发引擎702经交换机获取与所述基站在同一地理位置的服务器或 其它网络设备下发的第二数据包，当确定所述第二数据包的目的地址为所述基站服务的第 一用户设备的IP地址，则通过所述PDCP模块701直接将所述第二数据包下发至所述第一用 户设备。
[0136] 在本发明实施例中，所述PDCP模块701中存储有至少一个转发表，每个转发表对应 一个用户设备;所述业务分流控制模块703还控制所述PDCP模块701实现W下功能：
[0137] 当所述PDCP模块确定所述第一用户设备支持本地分流业务、且所述第一数据包的 目的地址为预先配置的分流到本地的网络地址或位于预先配置的分流到本地的网段内时， 若所述PDCP模块701中未存储有与所述第一用户设备对应的转发表，则 创建与所述第一用 户设备对应的转发表，其中，与所述第一用户设备对应的转发表中包括所述第一数据包的 源地址；
[0138] 所述业务分流控制模块703具体控制所述业务分流转发引擎702实现W下功能：
[0139] 所述业务分流转发引擎702将所述第二数据包的目的地址与所有转发表中的源地 址进行匹配，若匹配成功且匹配出的源地址为所述基站服务的第一用户设备的IP地址，贝U 确定所述第二数据包的目的地址为所述第一用户设备的IP地址。
[0140] 在本发明实施例中，所述业务分流控制模块703还控制所述业务分流转发引擎702 和所述PDCP模块701实现W下功能：
[0141] 所述业务分流转发引擎702将所述第二数据包的目的地址与所有转发表中的源地 址进行匹配之后，若匹配失败，则当确定所述第二数据包的目的地址为所述基站服务的第 二用户设备的IP地址、且确定所述第二用户设备支持本地分流业务时，利用所述PDCP模块 701创建与所述第二用户设备对应的转发表，其中，与所述第二用户设备对应的转发表中包 括所述第二数据包的目的地址；
[0142] 通过所述PDCP模块701直接将所述第二数据包下发至所述第二用户设备。
[0143] 在本发明实施例中，所述基站侧预先配置了本地分流业务对应的至少一个用户属 性编号SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用户设备配置了一个 不同的SPID;
[0144] 所述基站，用于在接收到MME下发的初始上下文建立请求消息后，将本地配置的 SPID与所述初始上下文建立请求消息中携带的所述第一用户设备的SPID进行匹配，若匹配 成功，则确定所述第一用户设备支持本地分流业务。
[0145] 在本发明实施例中，所述基站侧预先配置了本地分流业务对应的至少一个用户属 性编号SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用户设备配置了一个 不同的SPID;
[0146] 所述基站，用于在接收到MME下发的初始上下文建立请求消息后，将本地配置的 SPID与所述初始上下文建立请求消息中携带的所述第二用户设备的SPID进行匹配，若匹配 成功，则确定所述第二用户设备支持本地分流业务。
[0147] 在本发明实施例中所述基站，还用于在所述业务分流控制模块703控制所述业务 分流转发引擎702和所述PDCP模块701实现所述方法之前，按照传统方法对获取的上行数据 包进行业务转发，若确定所述上行数据包的源地址为所述基站服务的用户设备的IP地址， 则保存该IP地址;所述基站按照传统方法对获取的下行数据包进行业务转发，若确定所述 下行数据包的目的地址为所述基站服务的用户设备的IP地址，则保存该IP地址；
[0148] 所述业务分流控制模块703具体控制所述业务分流转发引擎702实现W下功能：
[0149] 将所述第一数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功 且匹配出的IP地址为所述第二用户设备的IP地址，则确定所述第一数据包的目的地址为所 述基站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第一数据包，确定所述 第一数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。
[0150] 在本发明实施例中所述基站，还用于在所述业务分流控制模块控制所述业务分流 转发引擎和所述PDCP模块实现所述方法之前，按照传统方法对获取的上行数据包进行业务 转发，若确定所述上行数据包的源地址为所述基站服务的用户设备的IP地址，则保存该IP 地址;所述基站按照传统方法对获取的下行数据包进行业务转发，若确定所述下行数据包 的目的地址为所述基站服务的用户设备的IP地址，则保存该IP地址；
[0151] 所述业务分流控制模块703具体控制所述业务分流转发引擎702实现W下功能：
[0152] 将所述第二数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功 且匹配出的IP地址为所述第二用户设备的IP地址，则确定所述第二数据包的目的地址为所 述基站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第二数据包，确定所述 第二数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。
[0153] 在本发明实施例中，所述业务本地分流模块位于所述基站内部或位于所述基站与 交换机之间。
[0154] 本发明实施例提供的支持业务本地分流的方法及基站子系统，通过PDCP模块获取 接入基站的第一用户设备上发的第一数据包，当所述第一数据包的目的地址为本地网络地 址或本地网段时，若确定所述第一用户设备支持本地分流业务，则将所述第一数据包发送 至所述业务分流转发引擎;所述业务分流转发引擎将所述第一数据包发送至所述目的地 址。本发明实施例可W将本地业务数据进行本地分流，而不必将本地业务数据经过核屯、网 再发回本地，运样可W有效提高数据传输速度、降低网络负担、减少传输带宽运营成本。
[0155] 通过W上的实施方式的描述可知，本领域的技术人员可W清楚地了解到上述实施 例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于运样的 理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可软件产品的形式 体现出来，该计算机软件产品可W存储在存储介质中，如R0M/RAM、磁碟、光盘等，包括若干 指令用W使得一台计算机设备(可W是个人计算机，服务器，或者诸如媒体网关等网络通信 设备，等等)执行本发明各个实施例或者实施例的某些部分所述的方法。
[0156] 需要说明的是，对于实施例公开的系统而言，由于其与实施例公开的方法相对应， 所W描述的比较简单，相关之处参见方法部分说明即可。
[0157] 还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个 实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示运些实体或操作之间 存在任何运种实际的关系或者顺序。而且，术语"包括"、"包含"或者其任何其他变体意在涵 盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要 素，而且还包括没有明确列出的其他要素，或者是还包括为运种过程、方法、物品或者设备 所固有的要素。在没有更多限制的情况下，由语句"包括一个……"限定的要素，并不排除在 包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0158] 对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。 对运些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的 一般原理可W在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明 将不会被限制于本文所示的运些实施例，而是要符合与本文所公开的原理和新颖特点相一 致的最宽的范围。
【主权项】
1. 一种支持业务本地分流的方法，其特征在于，所述方法应用于一种基站子系统，所述 基站子系统包括基站和由业务分流转发引擎与业务分流控制模块组成的业务本地分流模 块，所述业务分流控制模块控制所述业务分流转发引擎和所述基站的分组数据汇聚协议 rocp模块实现所述方法，所述方法包括： 所述rocp模块获取所述基站服务的第一用户设备上发的第一数据包，当确定所述第一 用户设备支持本地分流业务、且所述第一数据包的目的地址为预先配置的分流到本地的网 络地址或位于预先配置的分流到本地的网段内时，将所述第一数据包发送至所述业务分流 转发引擎； 所述业务分流转发引擎将所述第一数据包发送至所述目的地址，其中，所述第一数据 包在传输过程中不经过核心网。2. 根据权利要求1所述的方法，其特征在于，所述业务分流转发引擎将所述第一数据包 发送至所述目的地址，包括： 若所述业务分流转发引擎确定所述第一数据包的目的地址为所述基站服务的第二用 户设备的ip地址，则通过所述rocp模块直接将所述第一数据包下发至所述第二用户设备； 若所述业务分流转发引擎确定所述第一数据包的目的地址为与所述基站在同一地理 位置的服务器或其它网络设备，所述服务器或其它网络设备与所述交换机相连，则直接将 所述第一数据包经所述交换机发送至所述服务器或其它网络设备。3. 根据权利要求1所述的方法，其特征在于，所述方法还包括： 所述业务分流转发引擎经交换机获取与所述基站在同一地理位置的服务器或其它网 络设备下发的第二数据包，当确定所述第二数据包的目的地址为所述基站服务的第一用户 设备的ip地址，则通过所述rocp模块直接将所述第二数据包下发至所述第一用户设备。4.根据权利要求3所述的方法，其特征在于，所述PDCP模块中存储有至少一个转发表， 每个转发表对应一个用户设备;所述当确定所述第一用户设备支持本地分流业务、且所述 第一数据包的目的地址为预先配置的分流到本地的网络地址或位于预先配置的分流到本 地的网段内时之后，还包括： 若所述rocp模块中未存储有与所述第一用户设备对应的转发表，则创建与所述第一用 户设备对应的转发表，其中，与所述第一用户设备对应的转发表中包括所述第一数据包的 源地址； 贝ij，确定所述第二数据包的目的地址为所述基站服务的第一用户设备的ip地址，包括： 所述业务分流转发引擎将所述第二数据包的目的地址与所有转发表中的源地址进行 匹配，若匹配成功且匹配出的源地址为所述基站服务的第一用户设备的IP地址，则确定所 述第二数据包的目的地址为所述第一用户设备的IP地址。5. 根据权利要求4所述的方法，其特征在于，所述业务分流转发引擎将所述第二数据包 的目的地址与所有转发表中的源地址进行匹配之后，还包括： 若匹配失败，则当确定所述第二数据包的目的地址为所述基站服务的第二用户设备的IP地址、且确定所述第二用户设备支持本地分流业务时，利用所述PDCP模块创建与所述第 二用户设备对应的转发表，其中，与所述第二用户设备对应的转发表中包括所述第二数据 包的目的地址； 通过所述PDCP模块直接将所述第二数据包下发至所述第二用户设备。6. 根据权利要求1所述的方法，其特征在于，所述基站侧预先配置了本地分流业务对应 的至少一个用户属性编号SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用 户设备配置了一个不同的SPID; 所述确定所述第一用户设备支持本地分流业务，包括： 所述基站在接收到MME下发的初始上下文建立请求消息后，将本地配置的SPID与所述 初始上下文建立请求消息中携带的所述第一用户设备的SPID进行匹配，若匹配成功，则确 定所述第一用户设备支持本地分流业务。7. 根据权利要求5所述的方法，其特征在于，所述基站侧预先配置了本地分流业务对应 的至少一个用户属性编号SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用 户设备配置了一个不同的SPID; 所述确定所述第二用户设备支持本地分流业务，包括： 所述基站在接收到MME下发的初始上下文建立请求消息后，将本地配置的SPID与所述 初始上下文建立请求消息中携带的所述第二用户设备的SPID进行匹配，若匹配成功，则确 定所述第二用户设备支持本地分流业务。8. 根据权利要求2所述的方法，其特征在于，在所述业务分流控制模块控制所述业务分 流转发引擎和所述rocp模块实现所述方法之前，还包括： 所述基站按照传统方法对获取的上行数据包进行业务转发，若确定所述上行数据包的 源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所述基站按照传统方法对 获取的下行数据包进行业务转发，若确定所述下行数据包的目的地址为所述基站服务的用 户设备的IP地址，则保存该IP地址； 所述确定所述第一数据包的目的地址为所述基站服务的第二用户设备的IP地址，包 括： 将所述第一数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功且匹 配出的IP地址为所述第二用户设备的IP地址，则确定所述第一数据包的目的地址为所述基 站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第一数据包，确定所述第一 数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。9. 根据权利要求5所述的方法，其特征在于，在所述业务分流控制模块控制所述业务分 流转发引擎和所述rocp模块实现所述方法之前，还包括： 所述基站按照传统方法对获取的上行数据包进行业务转发，若确定所述上行数据包的 源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所述基站按照传统方法对 获取的下行数据包进行业务转发，若确定所述下行数据包的目的地址为所述基站服务的用 户设备的IP地址，则保存该IP地址； 所述确定所述第二数据包的目的地址为所述基站服务的第二用户设备的IP地址，包 括： 将所述第二数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功且匹 配出的IP地址为所述第二用户设备的IP地址，则确定所述第二数据包的目的地址为所述基 站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第二数据包，确定所述第二 数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。10. 根据权利要求1至9任一项所述的方法，其特征在于，所述业务本地分流模块位于所 述基站内部或位于所述基站与交换机之间。11. 一种基站子系统，其特征在于，所述基站子系统包括基站和由业务分流转发引擎与 业务分流控制模块组成的业务本地分流模块，所述业务分流控制模块控制所述业务分流转 发引擎和所述基站的分组数据汇聚协议rocp模块实现以下功能： 所述rocp模块获取所述基站服务的第一用户设备上发的第一数据包，当确定所述第一 用户设备支持本地分流业务、且所述第一数据包的目的地址为预先配置的分流到本地的网 络地址或位于预先配置的分流到本地的网段内时，将所述第一数据包发送至所述业务分流 转发引擎； 所述业务分流转发引擎将所述第一数据包发送至所述目的地址，其中，所述第一数据 包在传输过程中不经过核心网。12. 根据权利要求11所述的基站子系统，其特征在于，所述业务分流控制模块具体控制 所述业务分流转发引擎和所述rocp模块实现以下功能： 若所述业务分流转发引擎确定所述第一数据包的目的地址为所述基站服务的第二用 户设备的ip地址，则通过所述rocp模块直接将所述第一数据包下发至所述第二用户设备； 若所述业务分流转发引擎确定所述第一数据包的目的地址为与所述基站在同一地理 位置的服务器或其它网络设备，所述服务器或其它网络设备与所述交换机相连，则直接将 所述第一数据包经所述交换机发送至所述服务器或其它网络设备。13. 根据权利要求11所述的基站子系统，其特征在于，所述业务分流控制模块还控制所 述业务分流转发引擎和所述rocp模块实现以下功能： 所述业务分流转发引擎经交换机获取与所述基站在同一地理位置的服务器或其它网 络设备下发的第二数据包，当确定所述第二数据包的目的地址为所述基站服务的第一用户 设备的ip地址，则通过所述rocp模块直接将所述第二数据包下发至所述第一用户设备。14.根据权利要求13所述的基站子系统，其特征在于，所述rocp模块中存储有至少一个 转发表，每个转发表对应一个用户设备;所述业务分流控制模块还控制所述rocp模块实现 以下功能： 当所述rocp模块确定所述第一用户设备支持本地分流业务、且所述第一数据包的目的 地址为预先配置的分流到本地的网络地址或位于预先配置的分流到本地的网段内时，若所 述rocp模块中未存储有与所述第一用户设备对应的转发表，则创建与所述第一用户设备对 应的转发表，其中，与所述第一用户设备对应的转发表中包括所述第一数据包的源地址； 所述业务分流控制模块具体控制所述业务分流转发引擎实现以下功能： 所述业务分流转发引擎将所述第二数据包的目的地址与所有转发表中的源地址进行 匹配，若匹配成功且匹配出的源地址为所述基站服务的第一用户设备的ip地址，则确定所 述第二数据包的目的地址为所述第一用户设备的ip地址。15. 根据权利要求14所述的基站子系统，其特征在于，所述业务分流控制模块还控制所 述业务分流转发引擎和所述rocp模块实现以下功能： 所述业务分流转发引擎将所述第二数据包的目的地址与所有转发表中的源地址进行 匹配之后，若匹配失败，则当确定所述第二数据包的目的地址为所述基站服务的第二用户 设备的IP地址、且确定所述第二用户设备支持本地分流业务时，利用所述PDCP模块创建与 所述第二用户设备对应的转发表，其中，与所述第二用户设备对应的转发表中包括所述第 二数据包的目的地址； 通过所述PDCP模块直接将所述第二数据包下发至所述第二用户设备。16. 根据权利要求11所述的基站子系统，其特征在于，所述基站侧预先配置了本地分流 业务对应的至少一个用户属性编号SPID，移动性管理实体MME侧预先为每个支持本地分流 业务的用户设备配置了一个不同的SPID; 所述基站，用于在接收到MME下发的初始上下文建立请求消息后，将本地配置的SPID与 所述初始上下文建立请求消息中携带的所述第一用户设备的SPID进行匹配，若匹配成功， 则确定所述第一用户设备支持本地分流业务。17. 根据权利要求15所述的基站子系统，其特征在于，所述基站侧预先配置了本地分流 业务对应的至少一个用户属性编号SPID，移动性管理实体MME侧预先为每个支持本地分流 业务的用户设备配置了一个不同的SPID; 所述基站，用于在接收到MME下发的初始上下文建立请求消息后，将本地配置的SPID与 所述初始上下文建立请求消息中携带的所述第二用户设备的SPID进行匹配，若匹配成功， 则确定所述第二用户设备支持本地分流业务。18. 根据权利要求12所述的基站子系统，其特征在于， 所述基站，还用于在所述业务分流控制模块控制所述业务分流转发引擎和所述PDCP模 块实现所述方法之前，按照传统方法对获取的上行数据包进行业务转发，若确定所述上行 数据包的源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所述基站按照传 统方法对获取的下行数据包进行业务转发，若确定所述下行数据包的目的地址为所述基站 服务的用户设备的IP地址，则保存该IP地址； 所述业务分流控制模块具体控制所述业务分流转发引擎实现以下功能： 将所述第一数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功且匹 配出的IP地址为所述第二用户设备的IP地址，则确定所述第一数据包的目的地址为所述基 站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第一数据包，确定所述第一 数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。19. 根据权利要求15所述的基站子系统，其特征在于， 所述基站，还用于在所述业务分流控制模块控制所述业务分流转发引擎和所述PDCP模 块实现所述方法之前，按照传统方法对获取的上行数据包进行业务转发，若确定所述上行 数据包的源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所述基站按照传 统方法对获取的下行数据包进行业务转发，若确定所述下行数据包的目的地址为所述基站 服务的用户设备的IP地址，则保存该IP地址； 所述业务分流控制模块具体控制所述业务分流转发引擎实现以下功能： 将所述第二数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功且匹 配出的IP地址为所述第二用户设备的IP地址，则确定所述第二数据包的目的地址为所述基 站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第二数据包，确定所述第二 数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。20. 根据权利要求11至19任一项所述的基站子系统，其特征在于，所述业务本地分流模 块位于所述基站内部或位于所述基站与交换机之间。
【专利摘要】本发明公开了一种支持业务本地分流的方法，该方法应用于一种基站子系统，所述基站子系统包括基站和由业务分流转发引擎与业务分流控制模块组成的业务本地分流模块，所述业务分流控制模块控制所述业务分流转发引擎和所述基站的分组数据汇聚协议PDCP模块实现所述方法，该方法包括：所述PDCP模块获取所述基站服务的第一用户设备上发的第一数据包，当确定所述第一用户设备支持本地分流业务、且所述第一数据包的目的地址为预先配置的分流到本地的网络地址或位于预先配置的分流到本地的网段内时，将所述第一数据包发送至所述业务分流转发引擎；所述业务分流转发引擎将所述第一数据包发送至所述目的地址，其中，所述第一数据包在传输过程中不经过核心网。
【IPC分类】H04W28/08
【公开号】CN105491617
【申请号】CN201510881315
【发明人】付永魁
【申请人】北京北方烽火科技有限公司
【公开日】2016年4月13日
【申请日】2015年12月3日
【技术领域】
[0001] 本发明设及通信技术领域，尤其设及一种支持业务本地分流的方法及基站子系 统。
【背景技术】
[0002] W长期演进化ong Term Evolution,简称LTE)技术为例，参见图1所示的网络架构 示意图，对于传统的公众陆地移动网络，当用户设备化ser Equipment,简称肥）比如肥1访 问和其接入的基站1在同一地理位置的服务器或其它网络设备（比如校园网服务器)时，对 应的业务流向为UEK-〉基站1<->交换机 <-〉边缘路由器 <-〉核屯、网 <-〉因特网 <-〉校园网服 务器，当肥1和肥2均接入基站1，则肥1和肥2通信的业务流向为肥1<->基站1<->交换机<-〉 边缘路由器 <-〉核屯、网 <-〉边缘路由器 <-〉交换机 <-〉基站1 <-〉肥2。
[0003] 可见，即便在同一个网内，数据业务也需要经过核屯、网。运样带来了如下问题：
[0004] (1)、数据业务经过核屯、网绕了一圈，导致数据传输时延加大、服务质量(Quality of Service，简称QoS)降低，严重影响用户体验；
[0005] (2)、加重网络负担，可能导致网络拥塞；
[0006] (3)、增加传输带宽运营成本。
[0007] 随着无线技术的不断发展，用户所需的带宽越来越大，如果还是采用传统的公众 陆地移动网络业务传输模式，上述问题会越来越严重。
【发明内容】
[000引有鉴于此，本发明实施例的主要目的在于提供一种支持业务本地分流的方法及基 站子系统，W实现提高数据传输速度、降低网络负担、减少运营成本的目的。
[0009] 为实现上述目的，本发明实施例提供了一种支持业务本地分流的方法，所述方法 应用于一种基站子系统，所述基站子系统包括基站和由业务分流转发引擎与业务分流控制 模块组成的业务本地分流模块，所述业务分流控制模块控制所述业务分流转发引擎和所述 基站的分组数据汇聚协议PDCP模块实现所述方法，所述方法包括：
[0010] 所述PDCP模块获取所述基站服务的第一用户设备上发的第一数据包，当确定所述 第一用户设备支持本地分流业务、且所述第一数据包的目的地址为预先配置的分流到本地 的网络地址或位于预先配置的分流到本地的网段内时，将所述第一数据包发送至所述业务 分流转发引擎；
[0011] 所述业务分流转发引擎将所述第一数据包发送至所述目的地址，其中，所述第一 数据包在传输过程中不经过核屯、网。
[0012] 可选的，所述业务分流转发引擎将所述第一数据包发送至所述目的地址，包括：
[0013] 若所述业务分流转发引擎确定所述第一数据包的目的地址为所述基站服务的第 二用户设备的IP地址，则通过所述PDCP模块直接将所述第一数据包下发至所述第二用户设 备；
[0014] 若所述业务分流转发引擎确定所述第一数据包的目的地址为与所述基站在同一 地理位置的服务器或其它网络设备，所述服务器或其它网络设备与所述交换机相连，则直 接将所述第一数据包经所述交换机发送至所述服务器或其它网络设备。
[0015] 可选的，所述方法还包括：
[0016] 所述业务分流转发引擎经交换机获取与所述基站在同一地理位置的服务器或其 它网络设备下发的第二数据包，当确定所述第二数据包的目的地址为所述基站服务的第一 用户设备的IP地址，则通过所述PDCP模块直接将所述第二数据包下发至所述第一用户设 备。
[0017] 可选的，所述PDCP模块中存储有至少一个转发表，每个转发表对应一个用户设备； 所述当确定所述第一用户设备支持本地分流业务、且所述第一数据包的目的地址为预先配 置的分流到本地的网络地址或位于预先配置的分流到本地的网段内时之后，还包括：
[0018] 若所述PDCP模块中未存储有与所述第一用户设备对应的转发表，则创建与所述第 一用户设备对应的转发表，其中，与所述第一用户设备对应的转发表中包括所述第一数据 包的源地址；
[0019] 则，确定所述第二数据包的目的地址为所述基站服务的第一用户设备的IP地址， 包括：
[0020] 所述业务分流转发引擎将所述第二数据包的目的地址与所有转发表中的源地址 进行匹配，若匹配成功且匹配出的源地址为所述基站服务的第一用户设备的IP地址，则确 定所述第二数据包的目的地址为所述第一用户设备的IP地址。
[0021 ]可选的，所述业务分流转发引擎将所述第二数据包的目的地址与所有转发表中的 源地址进行匹配之后，还包括：
[0022] 若匹配失败，则当确定所述第二数据包的目的地址为所述基站服务的第二用户设 备的IP地址、且确定所述第二用户设备支持本地分流业务时，利用所述PDCP模块创建与所 述第二用户设备对应的转发表，其中，与所述第二用户设备对应的转发表中包括所述第二 数据包的目的地址；
[0023] 通过所述PDCP模块直接将所述第二数据包下发至所述第二用户设备。
[0024] 可选的，所述基站侧预先配置了本地分流业务对应的至少一个用户属性编号 SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用户设备配置了一个不同的 SPID；
[0025] 所述确定所述第一用户设备支持本地分流业务，包括：
[0026] 所述基站在接收到MME下发的初始上下文建立请求消息后，将本地配置的SPID与 所述初始上下文建立请求消息中携带的所述第一用户设备的SPID进行匹配，若匹配成功， 则确定所述第一用户设备支持本地分流业务。
[0027] 可选的，所述基站侧预先配置了本地分流业务对应的至少一个用户属性编号 SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用户设备配置了一个不同的 SPID；
[0028] 所述确定所述第二用户设备支持本地分流业务，包括：
[0029] 所述基站在接收到MME下发的初始上下文建立请求消息后，将本地配置的SPID与 所述初始上下文建立请求消息中携带的所述第二用户设备的SPID进行匹配，若匹配成功， 则确定所述第二用户设备支持本地分流业务。
[0030] 可选的，在所述业务分流控制模块控制所述业务分流转发引擎和所述PDCP模块实 现所述方法之前，还包括：
[0031] 所述基站按照传统方法对获取的上行数据包进行业务转发，若确定所述上行数据 包的源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所述基站按照传统方 法对获取的下行数据包进行业务转发，若确定所述下行数据包的目的地址为所述基站服务 的用户设备的IP地址，则保存该IP地址；
[0032] 所述确定所述第一数据包的目的地址为所述基站服务的第二用户设备的IP地址， 包括：
[0033] 将所述第一数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功 且匹配出的IP地址为所述第二用户设备的IP地址，则确定所述第一数据包的目的地址为所 述基站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第一数据包，确定所述 第一数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。
[0034] 可选的，在所述业务分流控制模块控制所述业务分流转发引擎和所述PDCP模块实 现所述方法之前，还包括：
[0035] 所述基站按照传统方法对获取的上行数据包进行业务转发，若确定所述上行数据 包的源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所述基站按照传统方 法对获取的下行数据包进行业务转发，若确定所述下行数据包的目的地址为所述基站服务 的用户设备的IP地址，则保存该IP地址；
[0036] 所述确定所述第二数据包的目的地址为所述基站服务的第二用户设备的IP地址， 包括：
[0037] 将所述第二数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功 且匹配出的IP地址为所述第二用户设备的IP地址，则确定所述第二数据包的目的地址为所 述基站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第二数据包，确定所述 第二数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。
[0038] 可选的，所述业务本地分流模块位于所述基站内部或位于所述基站与交换机之 间。
[0039] 本发明实施例还提供了一种基站子系统，所述基站子系统包括基站和由业务分流 转发引擎与业务分流控制模块组成的业务本地分流模块，所述业务分流控制模块控制所述 业务分流转发引擎和所述基站的分组数据汇聚协议PDCP模块实现W下功能：
[0040] 所述PDCP模块获取所述基站服务的第一用户设备上发的第一数据包，当确定所述 第一用户设备支持本地分流业务、且所述第一数据包的目的地址为预先配置的分流到本地 的网络地址或位于预先配置的分流到本地的网段内时，将所述第一数据包发送至所述业务 分流转发引擎；
[0041 ]所述业务分流转发引擎将所述第一数据包发送至所述目的地址，其中，所述第一 数据包在传输过程中不经过核屯、网。
[0042] 可选的，所述业务分流控制模块具体控制所述业务分流转发引擎和所述PDCP模块 实现W下功能：
[0043] 若所述业务分流转发引擎确定所述第一数据包的目的地址为所述基站服务的第 二用户设备的IP地址，则通过所述PDCP模块直接将所述第一数据包下发至所述第二用户设 备；
[0044] 若所述业务分流转发引擎确定所述第一数据包的目的地址为与所述基站在同一 地理位置的服务器或其它网络设备，所述服务器或其它网络设备与所述交换机相连，则直 接将所述第一数据包经所述交换机发送至所述服务器或其它网络设备。
[0045] 可选的，所述业务分流控制模块还控制所述业务分流转发引擎和所述PDCP模块实 现W下功能：
[0046] 所述业务分流转发引擎经交换机获取与所述基站在同一地理位置的服务器或其 它网络设备下发的第二数据包，当确定所述 第二数据包的目的地址为所述基站服务的第一 用户设备的IP地址，则通过所述PDCP模块直接将所述第二数据包下发至所述第一用户设 备。
[0047] 可选的，所述PDCP模块中存储有至少一个转发表，每个转发表对应一个用户设备； 所述业务分流控制模块还控制所述PDCP模块实现W下功能：
[004引当所述PDCP模块确定所述第一用户设备支持本地分流业务、且所述第一数据包的 目的地址为预先配置的分流到本地的网络地址或位于预先配置的分流到本地的网段内时， 若所述PDCP模块中未存储有与所述第一用户设备对应的转发表，则创建与所述第一用户设 备对应的转发表，其中，与所述第一用户设备对应的转发表中包括所述第一数据包的源地 址；
[0049] 所述业务分流控制模块具体控制所述业务分流转发引擎实现W下功能：
[0050] 所述业务分流转发引擎将所述第二数据包的目的地址与所有转发表中的源地址 进行匹配，若匹配成功且匹配出的源地址为所述基站服务的第一用户设备的IP地址，则确 定所述第二数据包的目的地址为所述第一用户设备的IP地址。
[0051] 可选的，所述业务分流控制模块还控制所述业务分流转发引擎和所述PDCP模块实 现W下功能：
[0052] 所述业务分流转发引擎将所述第二数据包的目的地址与所有转发表中的源地址 进行匹配之后，若匹配失败，则当确定所述第二数据包的目的地址为所述基站服务的第二 用户设备的IP地址、且确定所述第二用户设备支持本地分流业务时，利用所述PDCP模块创 建与所述第二用户设备对应的转发表，其中，与所述第二用户设备对应的转发表中包括所 述第二数据包的目的地址；
[0053] 通过所述PDCP模块直接将所述第二数据包下发至所述第二用户设备。
[0054] 可选的，所述基站侧预先配置了本地分流业务对应的至少一个用户属性编号 SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用户设备配置了一个不同的 SPID；
[0055] 所述基站，用于在接收到MME下发的初始上下文建立请求消息后，将本地配置的 SPID与所述初始上下文建立请求消息中携带的所述第一用户设备的SPID进行匹配，若匹配 成功，则确定所述第一用户设备支持本地分流业务。
[0056] 可选的，所述基站侧预先配置了本地分流业务对应的至少一个用户属性编号 SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用户设备配置了一个不同的 SPID；
[0057] 所述基站，用于在接收到MME下发的初始上下文建立请求消息后，将本地配置的 SPID与所述初始上下文建立请求消息中携带的所述第二用户设备的SPID进行匹配，若匹配 成功，则确定所述第二用户设备支持本地分流业务。
[0058] 可选的，所述基站，还用于在所述业务分流控制模块控制所述业务分流转发引擎 和所述PDCP模块实现所述方法之前，按照传统方法对获取的上行数据包进行业务转发，若 确定所述上行数据包的源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所 述基站按照传统方法对获取的下行数据包进行业务转发，若确定所述下行数据包的目的地 址为所述基站服务的用户设备的IP地址，则保存该IP地址；
[0059] 所述业务分流控制模块具体控制所述业务分流转发引擎实现W下功能：
[0060] 将所述第一数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功 且匹配出的IP地址为所述第二用户设备的IP地址，则确定所述第一数据包的目的地址为所 述基站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第一数据包，确定所述 第一数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。
[0061] 可选的，所述基站，还用于在所述业务分流控制模块控制所述业务分流转发引擎 和所述PDCP模块实现所述方法之前，按照传统方法对获取的上行数据包进行业务转发，若 确定所述上行数据包的源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所 述基站按照传统方法对获取的下行数据包进行业务转发，若确定所述下行数据包的目的地 址为所述基站服务的用户设备的IP地址，则保存该IP地址；
[0062] 所述业务分流控制模块具体控制所述业务分流转发引擎实现W下功能：
[0063] 将所述第二数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功 且匹配出的IP地址为所述第二用户设备的IP地址，则确定所述第二数据包的目的地址为所 述基站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第二数据包，确定所述 第二数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。
[0064] 可选的，所述业务本地分流模块位于所述基站内部或位于所述基站与交换机之 间。
[0065] 本发明实施例提供的支持业务本地分流的方法及基站子系统，通过PDCP模块获取 接入基站的第一用户设备上发的第一数据包，当所述第一数据包的目的地址为本地网络地 址或本地网段时，若确定所述第一用户设备支持本地分流业务，则将所述第一数据包发送 至所述业务分流转发引擎;所述业务分流转发引擎将所述第一数据包发送至所述目的地 址。本发明实施例可W将本地业务数据进行本地分流，而不必将本地业务数据经过核屯、网 再发回本地，运样可W有效提高数据传输速度、降低网络负担、减少传输带宽运营成本。
【附图说明】
[0066] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明 的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可W根据 运些附图获得其他的附图。
[0067] 图1为现有技术中网络架构示意图；
[0068] 图2为本发明实施例支持本地业务分流的使用场景示意图之一；
[0069] 图3为本发明实施例支持本地业务分流的使用场景示意图之二；
[0070] 图4为本发明实施例支持本地业务分流的使用场景示意图之Ξ;
[0071 ]图5为本发明实施例支持业务本地分流的方法的流程示意图；
[0072] 图6为本发明实施例信令交互示意图；
[0073] 图7为本发明实施例基站子系统的组成示意图。
【具体实施方式】
[0074] 为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例 中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是 本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员 在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0075] 参见图2所示的支持本地业务分流的使用场景示意图之一，其中包含了固定有线 宽带接入、固定WiFi接入和移动宽带接入(即公众陆地移动网络接入）。基站1、基站2、···、基 站N是采用公众陆地移动网络技术体制的基站子系统设备的主要组成部分，对于LTE而言， 基站即eNodeB设备，用户通过操作维护中屯、（Operation and Maintenance Center,简称 OMC)对基站进行管理。
[0076] 与常规基站相比，为支持业务本地分流，在基站子系统内置业务本地分流模块，所 述业务本地分流模块是一个逻辑实体，可W和常规基站共用硬件，也可W单独运行在某个 硬件实体中。在本发明实施例中，所述业务本地分流模块位于基站内部或位于基站与交换 机之间，参见图3所示的支持本地业务分流的使用场景示意图之二，所述业务本地分流模块 位于常规基站和交换机之间，参见图4所示的支持本地业务分流的使用场景示意图之Ξ，所 述业务本地分流模块位于常规基站内部，是基站子系统的一部分。所述业务本地分流模块 所在的具有物理位置，可W根据网络具体部署情况而定。所述业务本地分流模块包括业务 分流控制模块（内置本地业务分流控制策略）、业务分流转发引擎。
[0077] 图4中暂不考虑操作维护中屯、（Operation and Maintenance Center,简称0MC)和 基站的物理连接。WLTE为例，所述业务本地分流模块和常规基站位于同一个物理实体(常 规基站）中，所述业务本地分流模块由业务分流控制模块和业务分流转发引擎组成。其中， 所述业务分流控制模块根据用户的策略配置（用户通过0MC设置），控制所述业务分流转发 引擎和分组数据汇聚协议(Packet Data Convergence Protocol,简称PDCP)模块协同工 作，实现本地业务分流。
[0078] 下面W图4为例介绍业务本地分流方法。
[0079] 参见图5,为本发明实施例提供的支持业务本地分流的方法的流程示意图，所述方 法应用于一种基站子系统，所述基站子系统包括基站和由业务分流转发引擎与业务分流控 制模块组成的业务本地分流模块，所述业务分流控制模块控制所述业务分流转发引擎和所 述基站的分组数据汇聚协议PDCP模块实现所述方法，该方法包括：
[0080] 步骤501:所述PDCP模块获取所述基站服务的第一用户设备上发的第一数据包，当 确定所述第一用户设备支持本地分流业务、且所述第一数据包的目的地址为预先配置的分 流到本地的网络地址或位于预先配置的分流到本地的网段内时，将所述第一数据包发送至 所述业务分流转发引擎。
[0081 ]步骤502:所述业务分流转发引擎将所述第一数据包发送至所述目的地址，其中， 所述第一数据包在传输过程中不经过核屯、网。
[0082] 为实现业务本地分流，需要预先确定接入基站的UE1是否支持业务本地分流，为 此，在步骤501之前，需要在基站侧配置本地分流业务对应的用户属性编号（Subscriber Profile ID,简称SPID)、分流到本地的目的网络地址或者网段，对于支持本地业务分流的 用户，在核屯、网移动性管理组件(Mobility Management Entity,简称MME)也需要做对应的 配置。
[0083] 在协议3GPP TS 36.413中，5口10的定义如下表所示：
[0084]
[0085] 在本发明实施例中，通过定义一个SPID用来指定特定类型的用户设备肥支持业务 本地分流，此SPID和其它特定业务类型的SPID不冲突，具体使用方法如下：
[00化]每个通讯设备UE最多只能配置一个SPID，指示业务类型。比如肥A支持业务本地 分流，UE B支持业务本地分流和频率优先级业务，UE C不支持特定的业务。在MME侧，分别对 肥A和肥B配置SPID A和SPID B，而不用为UE C配置SPID。在基站侧，需要配置支持业务本 地分流的SPID为SPID A和SPID B，需要配置支持频率优先级业务的SPID为SPID B。对于基 站上发给MME的第一条肥消息，MME能确定肥消息中的肥对应的标识比如国际移动用户识别 码（International Mobile Subscriber Identity,简称IMSI)，确定在回送的初始上下文 建立请求（Initial Context Se1:up Request)中是否需要带SPID、或者是否需要带SPID A 或SPID B。注意：基站上发给MME的第一条UE消息（即初始化用户信息Initaial UE Message)已经给UE分配了一个临时的标识，MME回送的初始上下文建立请求中仍然保留着 运个标识，运样基站能根据初始上下文建立请求中携带的此标识和SPID情况确定此肥是否 支持业务本地分流。比如，当明确初始上下文建立请求中携带的SPID为SPID A或者SPID B 时，则该UE支持业务本地分流；当SPID为SPID B，则同时在切换等操作中还考虑频率优先 级。
[0087]可见，在支持业务本地分流的通讯设备和其它常用通讯设备组网的情况下，本发 明实施例在移动性管理实体MME侧，对W国际移动用户识别码IMSI为标识（或其它类型标 识）的每个通讯设备，配置是否支持关联用户属性编号SPID和在支持关联SPID的情况下配 置具体的SPID值。在基站侧，配置支持业务本地分流业务对应的SPID，注意该SPID可能不止 一个。通讯设备接入MME时，MME在下发给基站的初始上下文建立请求消息（Initial Context Setup Request)中，根据配置可W不携带SPID或者携带该通讯设备的SPID。基站 解析MME发来的初始上下文建立请求消息，确定是否带有SPID并获得具体取值：如果无 SPID，则该初始上下文建立请求消息对应的通讯设备不支持业务本地分流;如果有SPID，贝。 查询基站侧关于业务本地分流的SPID配置，如果发现匹配，说明该初始上下文建立请求消 息对应的通讯设备支持业务本地分流，否则说明不支持。需要说明的是，为了安全，在基站 不知道通讯设备的永久标识(比如IMSI)，因此基站无法根据标识确定支持业务本地分流的 通讯设备，但通过MME下发的初始上下文建立请求消息中的相关内容和基站侧的SPID配置 能确定需要支持业务本地分流的通讯设备。
[0088] 综上可知，所述基站侧预先配置了本地分流业务对应的至少一个用户属性编号 SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用户设备配置了一个不同的 SPID;基于此，在步骤501中，所述第一用户设备支持本地分流业务的确定方法包括：
[0089] 所述基站在接收到MME下发的初始上下文建立请求消息后，将本地配置的SPID与 所述初始上下文建立请求消息中携带的所述第一用户设备的SPID进行匹配，若匹配成功， 则确定所述第一用户设备支持本地分流业务。
[0090] 参见图6所示的信令交互示意图，下面W信令交互的方式，介绍基站利用SPID来确 定用户设备UE是否支持业务本地分流的方式。
[0091] 步骤601: eNodeB在本地配置业务本地分流对应的SPID(使能发送关于业务本地分 流对应的SPID)，比如SPID A和SPID B。
[0092] 步骤602:肥向eNodeB发送物理随机接入信道前导PRACH Preamble。
[0093] 步骤603:eNodeB根据PRACH Preamble计算肥的定时提前量Timing Advance,并向 肥发送随机接入响应(Random Access Response ,简称为RAR)消息，所述RAR消息中携带了 定时提前量。
[0094] 步骤604:肥向eNodeB发送无线资源控制（Radio Resurce Control,简称RRC)连接 请求消息，目阳RC Connection Request。
[00巧]步骤605: eNodeB向UE发送RRC连接建立消息，即RRC Connection Set叩（RA Contention Resolution)。
[0096] 步骤606:UE向eNodeB发送RRC连接建立完成消息（包含附着请求、PDN连接请求）， 良PRRC Connection Setup Complete(Attach Request/PDN Connectivity Request)〇
[0097] 步骤607: eNodeB向MME发送初始化用户信息（包含附着请求、PDN连接请求），即 Initaial UE Message(Attach Request/PDN Connectivity Request)。
[0098] 步骤608: MME向eNodeB发送初始上下文建立请求消息（包含附着请求、激活默认 EPS承载上下文请求），即Initaial Context Setup Request(Attach Request/Activate Default EPS Bearer Context Request),该消息中可能携带肥对应的SPID。
[0099] 步骤609: eNodeB向UE发送RRC连接重配置消息（包含附着请求、激活默认EPS承载 上下文请求），良PRRC Connection Reconfiguration (Attach Request/Activate Default EPS Bearer Context Request)。
[0100] 步骤6010: eNodeB向UE发送RRC连接重配置完成消息，gPRRC Connection 民econfiguration Complete。
[0101 ] 步骤6011: eNodeB向MME发送初始上下文设置响应消息，BP Initaial Context Setup 民esponse。
[0102] 步骤6012:肥向eNodeB发送上行信息传输消息（包含附着完成、激活默认EPS承载 上下文完成），良PUplink Information Transfer (Attach Complete/Activate Default EPS Bearer Context Accept)。
[0103] 步骤6013: eNodeB向MME发送上行NAS传输消息（包含附着完成、激活默认EPS承载 上下文完成），即Uplink NAS Transpo;rt(Attach Complete/Activate Default EPS Bearer Context Accept)。
[0104] 步骤6014: eNodeB根据本地配置的SPID和MME下发的初始上下文建立请求中的信 息，确定该肥是否支持业务本地分流。比如，当为肥配置的SPID为SPID A且初始上下文建立 请求中携带SPID A时，则确定该UE支持业务本地分流，当为UE配置的SPID为SPID A且初始 上下文建立请求中没有携带SPID A时，则确定该肥不支持业务本地分流。
[0105] 在本发明实施例中，当基站接收到肥1上发的第一数据包后，在PDCP模块上对所述 第一数据包进行探测，由于基站侧已经配置了分流到本地的目的网络地址或者网段，通过 分析所述第一数据包发现其目的地址（即PDCP承载的IP分组目的地址)是用户配置的分流 地址或者位于用户配置的地址段内，并且按照上述方法已经确定肥1支持本地分流业务，贝U 说明可W对所述第一数据包进行本地分流，此时所述PDCP模块将所述第一数据包发送至业 务分流转发引擎，W便所述业务分流转发引擎按照步骤502进行本地分流。
[0106] 对于UE1上发至基站的第一数据包，其目的地址是已配置的本地网络地址或属于 已配置的本地网段，对此，步骤502存在W下两种实现方式：
[0107] 1、所述业务分流转发引擎若确定所述第一数据包的目的地址为所述基站服务的 第二用户设备肥2的IP地址，即肥1和肥2接入了同一基站。
[0108] 在运种情况下，所述业务分流转发引擎通过所述PDCP模块直接将所述第一数据包 下发至所述第二用户设备。也就是说，W图1为例，如果所述第一数据包的目的IP地址为接 入到本基站（比如基站1)的UE2的IP地址，则将所述第一数据包重新经过PDCP模块下发至 肥2,而不用经过用户层面的GPRS隧道协议(GPRSTunnellin评;rotocolfo;rtheuse;rplane,简 称GTP-U)处理，即所述第一数据包不用经过GTP-U处理进入核屯、网并环回至肥2，此时，用户 肥1和肥2通信的业务流向为:肥1 <-〉基站1 <-〉肥2。
[0109] 2、所述业务分流转发引擎若确定所述第一数据包的目的地址为与所述基站在同 一地理位置的服务器或其它网络设备，即肥1与服务器或其它网络设备（比如本地应用服务 器，比如校园网服务器)在同一地理位置。
[0110] 在运种情况下，所述业务分流转发引擎直接将所述第一数据包经交换机发送至所 述服务器或其它网络设备。也就是说，参见图1，如果所述第一数据包的目的IP地址为与本 基站（比如基站1)在同一地理位置的校园网服务器，此时需要校园网服务器和基站一样挂 在交换机上，即服务器与交换机相连，则所述第一数据包不必经过GTP-U处理后送入核屯、 网，而是业务分流转发引擎直接将所述第一数据包通过网口发给交换机，交换机再将所述 第一数据包发送至与自己连接的校园网服务器中，此时，用户肥1访问和其接入的基站在同 一地理位置的服务器（比如校园网服务器)对应的业务流向为: UEl<->基站1<->交换机<-〉 校园网服务器。
[0111] 综上，当发现所述第一数据包的目的地址为本基站服务的肥2的IP地址，则业务分 流转发引擎重新将所述第一数据包交给PDCP模块处理，W不经过核屯、网直接发给肥2;当所 述PDCP模块发现所述第一数据包的目的地址为与本基站在同一地理位置的服务器或其它 网络设备，则业务分流转发引擎将所述第一数据包直接通过网口经交换机发送至服务器或 其它网络设备；当前述条件都不满足时，PDCP层业务数据被交给GTP-U处理。
[0112] 上述内容介绍了对上行数据包(所述第一数据包）进行本地分流的方法，进一步 地，本发明实施例还包括对下行数据包(第二数据包)的处理方法，包括：
[0113] 所述业务分流转发引擎经交换机获取与所述基站在同一地理位置的服务器或其 它网络设备下发的第二数据包，当确定所述第二数据包的目的地址为所述基站服务的第一 用户设备UE1的IP地址，则通过所述PDCP模块直接将所述第二数据包下发至所述第一用户 设备肥1。也就是说，利用业务分流转发引擎对下行方向（即基站到肥方向）的IP报文即第二 数据包进行探测处理，如果发现收到的第二数据包的目的IP地址是接入本基站的肥的IP地 址，比如是接入本基站的第一用户设备肥1的IP地址，则所述业务分流转发引擎将所述第二 数据包交给PDCP模块，由PDCP模块通过网口将所述第二数据包下发至肥1。
[0114] 在本发明实施例中，所述PDCP模块中存储有至少一个转发表，每个转发表对应一 个支持业务本地分流的用户设备。对于肥1来说，如果UE1支持业务本地分流、且肥1上发的 第一数据包的目的地址是预先配置的分流地址或位于预先配置的网段内，此时，在首次对 UE1的第一数据包进行本地分流前，需要创建一个转发表，该转发表包括："UE1在基站中的 唯一标识、承载ID(用来区分所述第一数据包的业务类型，比如语音、数据等），PDCP承载的 IP分组源地址（即UE1的IP地址Γ。因此，在步骤501中，当确定所述第一用户设备支持本地 分流业务、且所述第一数据包的目的地址为预先配置的分流到本地的网络地址或位于预先 配置的分流到本地的网段内时之后，本发明实施例进一步包括:若所述PDCP模块中未存储 有与所述第一用户设备对应的转发表，则创建与所述第一用户设备对应的转发表，其中，与 所述第一用户设备对应的转发表中包括所述第一数据包的源地址。
[0115] 需要说明的是，一旦建立了转发表，就可W对SPID标识的UE进行业务本地分流。当 UE在基站内被删除或者该UE的PDCP承载被删除，对应的转发表被删除。
[0116] 基于对转发表的创建，所述业务分流转发引擎按照下述方法确定所述第二数据包 的目的地址为接入所述基站服务的第一用户设备UE1的IP地址:对于所述第二数据包的IP 目的地址不是本基站的IP地址，所述业务分流转发引擎将所述第二数据包的目的地址与所 有转发表中的源地址进行匹配，若匹配成功，且匹配出的源地址为所述基站服务的第一用 户设备的IP地址，即如果所述第二数据包的目的地址和与肥1对应的转发表中的"PDCP承载 的IP分组源地址"相同，则确定所述第二数据包的目的地址为所述第一用户设备的IP地址。
[0117] 此外，所述业务分流转发引擎将所述第二数据包的目的地址与所有转发表中的源 地址进行匹配后，若匹配失败，则当确定所述第二数据包的目的地址为所述基站服务的第 二用户设备UE2的IP地址、且确定所述第二用户设备UE2支持本地分流业务时，利用所述 PDCP模块创建与所述第二用户设备UE2对应的转发表，其中，与所述第二用户设备对应的转 发表中："UE2在基站中的唯一标识、承载ID(用来区分所述第二数据包的业务类型，比如语 音、数据等），PDCP承载的IP分组目的地址即为所述第二数据包的目的地址（即UE2的IP地 址r。然后所述业务分流转发引擎通过所述PDCP模块直接将所述第二数据包下发至所述第 二用户设备。
[0118] 在本发明实施例中，按照下述方法确定所述第二用户设备肥2支持本地分流业务：
[0119] 由于所述基站侧已经预先配置了本地分流业务对应的至少一个用户属性编号 SPID，移动性管理实体MME侧也预先为每个支持本地分流业务的用户设备配置了一个不同 的SPID。基于此，所述基站在接收到MME下发的初始上下文建立请求消息后，将本地配置的 SPID与所述初始上下文建立请求消息中携带的所述第二用户设备的SPID进行匹配，若匹配 成功，则确定所述第二用户设备支持本地分流业务。相关内容请参见图6所示信令交互图及 所述第一用户设备支持本地分流业务的确定方法。
[0120] 在进行本地业务分流前，基站首先按照传统的方法进行业务转发，并在此期间确 定本基站服务的肥的IP地址，具体方法如下；
[0121] 下行PDCP承载的IP分组目的地址即该PDCP承载对应肥的IP地址，上行PDCP承载的 IP分组源地址即该PDCP承载对应UE的IP地址，即可W通过分析PDCP承载的IP报文内容获 取。注意给肥分配IP地址的是NAS信令，对基站是透明的，但是可W用本方法通过学习获知。 获取的IP地址作为PDCP业务承载的一项参数而保留，只有该UE支持本地分流(通过SPID确 定)且该项参数空的情况下才启动上述分析动作W降低系统的负荷。因此，在所述业务分流 控制模块控制所述业务分流转发引擎和所述PDCP模块实现所述方法之前，还包括：
[0122] 所述基站按照传统方法对获取的上行数据包进行业务转发，若确定所述上行数据 包的源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所述基站按照传统方 法对获取的下行数据包进行业务转发，若确定所述下行数据包的目的地址为所述基站服务 的用户设备的IP地址，则保存该IP地址。
[0123] 可见，在进行业务本地分流前，基站已经保存了自己服务的UE的IP地址，根据保存 的IP地址，本发明实施例可按照下述方法确定UE1上发的所述第一数据包的目的地址为所 述基站服务的第二用户设备的IP地址：
[0124] 将所述第一数据包的目的地址与所述基站中保存的IP地址（即本基站服务的所有 肥的IP地址)进行匹配，若匹配成功且匹配出的IP地址为所述第二用户设备的IP地址，则确 定所述第一数据包的目的地址为所述基站服务的第二用户设备的IP地址;若匹配失败，贝U 通过分析所述第一数据包，确定所述第一数据包的目的地址是否为所述基站服务的第二用 户设备的IP地址，如果是，便可通过所述PDCP模块直接将所述第一数据包下发至所述第二 用户设备，同时将分析出的第二用户设备的IP地址也保存在基站。
[0125] 本发明实施例同样可按照下述方法确定所述第二数据包的目的地址为所述基站 服务的第二用户设备的IP地址：
[0126] 将所述第二数据包的目的地址与所述基站中保存的IP地址（即本基站服务的所有 肥的IP地址)进行匹配，若匹配成功且匹配出的IP地址为所述第二用户设备的IP地址，则确 定所述第二数据包的目的地址为所述基站服务的第二用户设备的IP地址;若匹配失败，贝U 通过分析所述第二数据包，确定所述第二数据包的目的地址是否为所述基站服务的第二用 户设备的IP地址，如果是，便可通过所述PDCP模块直接将所述第二数据包下发至所述第二 用户设备，同时将分析出的第二用户设备的IP地址也保存在基站。
[0127] 在本发明实施例中，对于来自业务分流转发引擎下行方向数据包的目的地址，其 不是所述PDCP模块存储的转发表中的IP地址，也不是基站服务的肥的IP地址，此时，将下行 方向数据包丢弃。
[0128] 参见图7,为本发明实施例提供的基站子系统的组成示意图，所述基站子系统包括 基站和由业务分流转发引擎702与业务分流控制模块703组成的业务本地分流模块，所述业 务分流控制模块703控制所述业务分流转发引擎702和所述基站的分组数据汇聚协议PDCP 模块701实现W下功能：
[0129] 所述PDCP模块701获取所述基站服务的第一用户设备上发的第一数据包，当确定 所述第一用户设备支持本地分流业务、且所述第一数据包的目的地址为预先配置的分流到 本地的网络地址或位于预先配置的分流到本地的网段内时，将所述第一数据包发送至所述 业务分流转发引擎702;
[0130] 所述业务分流转发引擎702将所述第一数据包发送至所述目的地址，其中，所述第 一数据包在传输过程中不经过核屯、网。
[0131] 在本发明实施例中，所述业务分流控制模块703具体控制所述业务分流转发引擎 702和所述PDCP模块701实现W下功能：
[0132] 若所述业务分流转发引擎702确定所述第一数据包的目的地址为所述基站服务的 第二用户设备的IP地址，则通过所述PDCP模块701直接将所述第一数据包下发至所述第二 用户设备；
[0133] 若所述业务分流转发引擎702确定所述第一数据包的目的地址为与所述基站在同 一地理位置的服务器或其它网络设备，所述服务器或其它网络设备与所述交换机相连，贝U 直接将所述第一数据包经所述交换机发送至所述服务器或其它网络设备。
[0134] 在本发明实施例中，所述业务分流控制模块703还控制所述业务分流转发引擎702 和所述PDCP模块701实现W下功能：
[0135] 所述业务分流转发引擎702经交换机获取与所述基站在同一地理位置的服务器或 其它网络设备下发的第二数据包，当确定所述第二数据包的目的地址为所述基站服务的第 一用户设备的IP地址，则通过所述PDCP模块701直接将所述第二数据包下发至所述第一用 户设备。
[0136] 在本发明实施例中，所述PDCP模块701中存储有至少一个转发表，每个转发表对应 一个用户设备;所述业务分流控制模块703还控制所述PDCP模块701实现W下功能：
[0137] 当所述PDCP模块确定所述第一用户设备支持本地分流业务、且所述第一数据包的 目的地址为预先配置的分流到本地的网络地址或位于预先配置的分流到本地的网段内时， 若所述PDCP模块701中未存储有与所述第一用户设备对应的转发表，则 创建与所述第一用 户设备对应的转发表，其中，与所述第一用户设备对应的转发表中包括所述第一数据包的 源地址；
[0138] 所述业务分流控制模块703具体控制所述业务分流转发引擎702实现W下功能：
[0139] 所述业务分流转发引擎702将所述第二数据包的目的地址与所有转发表中的源地 址进行匹配，若匹配成功且匹配出的源地址为所述基站服务的第一用户设备的IP地址，贝U 确定所述第二数据包的目的地址为所述第一用户设备的IP地址。
[0140] 在本发明实施例中，所述业务分流控制模块703还控制所述业务分流转发引擎702 和所述PDCP模块701实现W下功能：
[0141] 所述业务分流转发引擎702将所述第二数据包的目的地址与所有转发表中的源地 址进行匹配之后，若匹配失败，则当确定所述第二数据包的目的地址为所述基站服务的第 二用户设备的IP地址、且确定所述第二用户设备支持本地分流业务时，利用所述PDCP模块 701创建与所述第二用户设备对应的转发表，其中，与所述第二用户设备对应的转发表中包 括所述第二数据包的目的地址；
[0142] 通过所述PDCP模块701直接将所述第二数据包下发至所述第二用户设备。
[0143] 在本发明实施例中，所述基站侧预先配置了本地分流业务对应的至少一个用户属 性编号SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用户设备配置了一个 不同的SPID;
[0144] 所述基站，用于在接收到MME下发的初始上下文建立请求消息后，将本地配置的 SPID与所述初始上下文建立请求消息中携带的所述第一用户设备的SPID进行匹配，若匹配 成功，则确定所述第一用户设备支持本地分流业务。
[0145] 在本发明实施例中，所述基站侧预先配置了本地分流业务对应的至少一个用户属 性编号SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用户设备配置了一个 不同的SPID;
[0146] 所述基站，用于在接收到MME下发的初始上下文建立请求消息后，将本地配置的 SPID与所述初始上下文建立请求消息中携带的所述第二用户设备的SPID进行匹配，若匹配 成功，则确定所述第二用户设备支持本地分流业务。
[0147] 在本发明实施例中所述基站，还用于在所述业务分流控制模块703控制所述业务 分流转发引擎702和所述PDCP模块701实现所述方法之前，按照传统方法对获取的上行数据 包进行业务转发，若确定所述上行数据包的源地址为所述基站服务的用户设备的IP地址， 则保存该IP地址;所述基站按照传统方法对获取的下行数据包进行业务转发，若确定所述 下行数据包的目的地址为所述基站服务的用户设备的IP地址，则保存该IP地址；
[0148] 所述业务分流控制模块703具体控制所述业务分流转发引擎702实现W下功能：
[0149] 将所述第一数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功 且匹配出的IP地址为所述第二用户设备的IP地址，则确定所述第一数据包的目的地址为所 述基站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第一数据包，确定所述 第一数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。
[0150] 在本发明实施例中所述基站，还用于在所述业务分流控制模块控制所述业务分流 转发引擎和所述PDCP模块实现所述方法之前，按照传统方法对获取的上行数据包进行业务 转发，若确定所述上行数据包的源地址为所述基站服务的用户设备的IP地址，则保存该IP 地址;所述基站按照传统方法对获取的下行数据包进行业务转发，若确定所述下行数据包 的目的地址为所述基站服务的用户设备的IP地址，则保存该IP地址；
[0151] 所述业务分流控制模块703具体控制所述业务分流转发引擎702实现W下功能：
[0152] 将所述第二数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功 且匹配出的IP地址为所述第二用户设备的IP地址，则确定所述第二数据包的目的地址为所 述基站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第二数据包，确定所述 第二数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。
[0153] 在本发明实施例中，所述业务本地分流模块位于所述基站内部或位于所述基站与 交换机之间。
[0154] 本发明实施例提供的支持业务本地分流的方法及基站子系统，通过PDCP模块获取 接入基站的第一用户设备上发的第一数据包，当所述第一数据包的目的地址为本地网络地 址或本地网段时，若确定所述第一用户设备支持本地分流业务，则将所述第一数据包发送 至所述业务分流转发引擎;所述业务分流转发引擎将所述第一数据包发送至所述目的地 址。本发明实施例可W将本地业务数据进行本地分流，而不必将本地业务数据经过核屯、网 再发回本地，运样可W有效提高数据传输速度、降低网络负担、减少传输带宽运营成本。
[0155] 通过W上的实施方式的描述可知，本领域的技术人员可W清楚地了解到上述实施 例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于运样的 理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可软件产品的形式 体现出来，该计算机软件产品可W存储在存储介质中，如R0M/RAM、磁碟、光盘等，包括若干 指令用W使得一台计算机设备(可W是个人计算机，服务器，或者诸如媒体网关等网络通信 设备，等等)执行本发明各个实施例或者实施例的某些部分所述的方法。
[0156] 需要说明的是，对于实施例公开的系统而言，由于其与实施例公开的方法相对应， 所W描述的比较简单，相关之处参见方法部分说明即可。
[0157] 还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个 实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示运些实体或操作之间 存在任何运种实际的关系或者顺序。而且，术语"包括"、"包含"或者其任何其他变体意在涵 盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要 素，而且还包括没有明确列出的其他要素，或者是还包括为运种过程、方法、物品或者设备 所固有的要素。在没有更多限制的情况下，由语句"包括一个……"限定的要素，并不排除在 包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0158] 对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。 对运些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的 一般原理可W在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明 将不会被限制于本文所示的运些实施例，而是要符合与本文所公开的原理和新颖特点相一 致的最宽的范围。
【主权项】
1. 一种支持业务本地分流的方法，其特征在于，所述方法应用于一种基站子系统，所述 基站子系统包括基站和由业务分流转发引擎与业务分流控制模块组成的业务本地分流模 块，所述业务分流控制模块控制所述业务分流转发引擎和所述基站的分组数据汇聚协议 rocp模块实现所述方法，所述方法包括： 所述rocp模块获取所述基站服务的第一用户设备上发的第一数据包，当确定所述第一 用户设备支持本地分流业务、且所述第一数据包的目的地址为预先配置的分流到本地的网 络地址或位于预先配置的分流到本地的网段内时，将所述第一数据包发送至所述业务分流 转发引擎； 所述业务分流转发引擎将所述第一数据包发送至所述目的地址，其中，所述第一数据 包在传输过程中不经过核心网。2. 根据权利要求1所述的方法，其特征在于，所述业务分流转发引擎将所述第一数据包 发送至所述目的地址，包括： 若所述业务分流转发引擎确定所述第一数据包的目的地址为所述基站服务的第二用 户设备的ip地址，则通过所述rocp模块直接将所述第一数据包下发至所述第二用户设备； 若所述业务分流转发引擎确定所述第一数据包的目的地址为与所述基站在同一地理 位置的服务器或其它网络设备，所述服务器或其它网络设备与所述交换机相连，则直接将 所述第一数据包经所述交换机发送至所述服务器或其它网络设备。3. 根据权利要求1所述的方法，其特征在于，所述方法还包括： 所述业务分流转发引擎经交换机获取与所述基站在同一地理位置的服务器或其它网 络设备下发的第二数据包，当确定所述第二数据包的目的地址为所述基站服务的第一用户 设备的ip地址，则通过所述rocp模块直接将所述第二数据包下发至所述第一用户设备。4.根据权利要求3所述的方法，其特征在于，所述PDCP模块中存储有至少一个转发表， 每个转发表对应一个用户设备;所述当确定所述第一用户设备支持本地分流业务、且所述 第一数据包的目的地址为预先配置的分流到本地的网络地址或位于预先配置的分流到本 地的网段内时之后，还包括： 若所述rocp模块中未存储有与所述第一用户设备对应的转发表，则创建与所述第一用 户设备对应的转发表，其中，与所述第一用户设备对应的转发表中包括所述第一数据包的 源地址； 贝ij，确定所述第二数据包的目的地址为所述基站服务的第一用户设备的ip地址，包括： 所述业务分流转发引擎将所述第二数据包的目的地址与所有转发表中的源地址进行 匹配，若匹配成功且匹配出的源地址为所述基站服务的第一用户设备的IP地址，则确定所 述第二数据包的目的地址为所述第一用户设备的IP地址。5. 根据权利要求4所述的方法，其特征在于，所述业务分流转发引擎将所述第二数据包 的目的地址与所有转发表中的源地址进行匹配之后，还包括： 若匹配失败，则当确定所述第二数据包的目的地址为所述基站服务的第二用户设备的IP地址、且确定所述第二用户设备支持本地分流业务时，利用所述PDCP模块创建与所述第 二用户设备对应的转发表，其中，与所述第二用户设备对应的转发表中包括所述第二数据 包的目的地址； 通过所述PDCP模块直接将所述第二数据包下发至所述第二用户设备。6. 根据权利要求1所述的方法，其特征在于，所述基站侧预先配置了本地分流业务对应 的至少一个用户属性编号SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用 户设备配置了一个不同的SPID; 所述确定所述第一用户设备支持本地分流业务，包括： 所述基站在接收到MME下发的初始上下文建立请求消息后，将本地配置的SPID与所述 初始上下文建立请求消息中携带的所述第一用户设备的SPID进行匹配，若匹配成功，则确 定所述第一用户设备支持本地分流业务。7. 根据权利要求5所述的方法，其特征在于，所述基站侧预先配置了本地分流业务对应 的至少一个用户属性编号SPID，移动性管理实体MME侧预先为每个支持本地分流业务的用 户设备配置了一个不同的SPID; 所述确定所述第二用户设备支持本地分流业务，包括： 所述基站在接收到MME下发的初始上下文建立请求消息后，将本地配置的SPID与所述 初始上下文建立请求消息中携带的所述第二用户设备的SPID进行匹配，若匹配成功，则确 定所述第二用户设备支持本地分流业务。8. 根据权利要求2所述的方法，其特征在于，在所述业务分流控制模块控制所述业务分 流转发引擎和所述rocp模块实现所述方法之前，还包括： 所述基站按照传统方法对获取的上行数据包进行业务转发，若确定所述上行数据包的 源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所述基站按照传统方法对 获取的下行数据包进行业务转发，若确定所述下行数据包的目的地址为所述基站服务的用 户设备的IP地址，则保存该IP地址； 所述确定所述第一数据包的目的地址为所述基站服务的第二用户设备的IP地址，包 括： 将所述第一数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功且匹 配出的IP地址为所述第二用户设备的IP地址，则确定所述第一数据包的目的地址为所述基 站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第一数据包，确定所述第一 数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。9. 根据权利要求5所述的方法，其特征在于，在所述业务分流控制模块控制所述业务分 流转发引擎和所述rocp模块实现所述方法之前，还包括： 所述基站按照传统方法对获取的上行数据包进行业务转发，若确定所述上行数据包的 源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所述基站按照传统方法对 获取的下行数据包进行业务转发，若确定所述下行数据包的目的地址为所述基站服务的用 户设备的IP地址，则保存该IP地址； 所述确定所述第二数据包的目的地址为所述基站服务的第二用户设备的IP地址，包 括： 将所述第二数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功且匹 配出的IP地址为所述第二用户设备的IP地址，则确定所述第二数据包的目的地址为所述基 站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第二数据包，确定所述第二 数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。10. 根据权利要求1至9任一项所述的方法，其特征在于，所述业务本地分流模块位于所 述基站内部或位于所述基站与交换机之间。11. 一种基站子系统，其特征在于，所述基站子系统包括基站和由业务分流转发引擎与 业务分流控制模块组成的业务本地分流模块，所述业务分流控制模块控制所述业务分流转 发引擎和所述基站的分组数据汇聚协议rocp模块实现以下功能： 所述rocp模块获取所述基站服务的第一用户设备上发的第一数据包，当确定所述第一 用户设备支持本地分流业务、且所述第一数据包的目的地址为预先配置的分流到本地的网 络地址或位于预先配置的分流到本地的网段内时，将所述第一数据包发送至所述业务分流 转发引擎； 所述业务分流转发引擎将所述第一数据包发送至所述目的地址，其中，所述第一数据 包在传输过程中不经过核心网。12. 根据权利要求11所述的基站子系统，其特征在于，所述业务分流控制模块具体控制 所述业务分流转发引擎和所述rocp模块实现以下功能： 若所述业务分流转发引擎确定所述第一数据包的目的地址为所述基站服务的第二用 户设备的ip地址，则通过所述rocp模块直接将所述第一数据包下发至所述第二用户设备； 若所述业务分流转发引擎确定所述第一数据包的目的地址为与所述基站在同一地理 位置的服务器或其它网络设备，所述服务器或其它网络设备与所述交换机相连，则直接将 所述第一数据包经所述交换机发送至所述服务器或其它网络设备。13. 根据权利要求11所述的基站子系统，其特征在于，所述业务分流控制模块还控制所 述业务分流转发引擎和所述rocp模块实现以下功能： 所述业务分流转发引擎经交换机获取与所述基站在同一地理位置的服务器或其它网 络设备下发的第二数据包，当确定所述第二数据包的目的地址为所述基站服务的第一用户 设备的ip地址，则通过所述rocp模块直接将所述第二数据包下发至所述第一用户设备。14.根据权利要求13所述的基站子系统，其特征在于，所述rocp模块中存储有至少一个 转发表，每个转发表对应一个用户设备;所述业务分流控制模块还控制所述rocp模块实现 以下功能： 当所述rocp模块确定所述第一用户设备支持本地分流业务、且所述第一数据包的目的 地址为预先配置的分流到本地的网络地址或位于预先配置的分流到本地的网段内时，若所 述rocp模块中未存储有与所述第一用户设备对应的转发表，则创建与所述第一用户设备对 应的转发表，其中，与所述第一用户设备对应的转发表中包括所述第一数据包的源地址； 所述业务分流控制模块具体控制所述业务分流转发引擎实现以下功能： 所述业务分流转发引擎将所述第二数据包的目的地址与所有转发表中的源地址进行 匹配，若匹配成功且匹配出的源地址为所述基站服务的第一用户设备的ip地址，则确定所 述第二数据包的目的地址为所述第一用户设备的ip地址。15. 根据权利要求14所述的基站子系统，其特征在于，所述业务分流控制模块还控制所 述业务分流转发引擎和所述rocp模块实现以下功能： 所述业务分流转发引擎将所述第二数据包的目的地址与所有转发表中的源地址进行 匹配之后，若匹配失败，则当确定所述第二数据包的目的地址为所述基站服务的第二用户 设备的IP地址、且确定所述第二用户设备支持本地分流业务时，利用所述PDCP模块创建与 所述第二用户设备对应的转发表，其中，与所述第二用户设备对应的转发表中包括所述第 二数据包的目的地址； 通过所述PDCP模块直接将所述第二数据包下发至所述第二用户设备。16. 根据权利要求11所述的基站子系统，其特征在于，所述基站侧预先配置了本地分流 业务对应的至少一个用户属性编号SPID，移动性管理实体MME侧预先为每个支持本地分流 业务的用户设备配置了一个不同的SPID; 所述基站，用于在接收到MME下发的初始上下文建立请求消息后，将本地配置的SPID与 所述初始上下文建立请求消息中携带的所述第一用户设备的SPID进行匹配，若匹配成功， 则确定所述第一用户设备支持本地分流业务。17. 根据权利要求15所述的基站子系统，其特征在于，所述基站侧预先配置了本地分流 业务对应的至少一个用户属性编号SPID，移动性管理实体MME侧预先为每个支持本地分流 业务的用户设备配置了一个不同的SPID; 所述基站，用于在接收到MME下发的初始上下文建立请求消息后，将本地配置的SPID与 所述初始上下文建立请求消息中携带的所述第二用户设备的SPID进行匹配，若匹配成功， 则确定所述第二用户设备支持本地分流业务。18. 根据权利要求12所述的基站子系统，其特征在于， 所述基站，还用于在所述业务分流控制模块控制所述业务分流转发引擎和所述PDCP模 块实现所述方法之前，按照传统方法对获取的上行数据包进行业务转发，若确定所述上行 数据包的源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所述基站按照传 统方法对获取的下行数据包进行业务转发，若确定所述下行数据包的目的地址为所述基站 服务的用户设备的IP地址，则保存该IP地址； 所述业务分流控制模块具体控制所述业务分流转发引擎实现以下功能： 将所述第一数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功且匹 配出的IP地址为所述第二用户设备的IP地址，则确定所述第一数据包的目的地址为所述基 站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第一数据包，确定所述第一 数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。19. 根据权利要求15所述的基站子系统，其特征在于， 所述基站，还用于在所述业务分流控制模块控制所述业务分流转发引擎和所述PDCP模 块实现所述方法之前，按照传统方法对获取的上行数据包进行业务转发，若确定所述上行 数据包的源地址为所述基站服务的用户设备的IP地址，则保存该IP地址;所述基站按照传 统方法对获取的下行数据包进行业务转发，若确定所述下行数据包的目的地址为所述基站 服务的用户设备的IP地址，则保存该IP地址； 所述业务分流控制模块具体控制所述业务分流转发引擎实现以下功能： 将所述第二数据包的目的地址与所述基站中保存的IP地址进行匹配，若匹配成功且匹 配出的IP地址为所述第二用户设备的IP地址，则确定所述第二数据包的目的地址为所述基 站服务的第二用户设备的IP地址，若匹配失败，则通过分析所述第二数据包，确定所述第二 数据包的目的地址是否为所述基站服务的第二用户设备的IP地址。20. 根据权利要求11至19任一项所述的基站子系统，其特征在于，所述业务本地分流模 块位于所述基站内部或位于所述基站与交换机之间。
【专利摘要】本发明公开了一种支持业务本地分流的方法，该方法应用于一种基站子系统，所述基站子系统包括基站和由业务分流转发引擎与业务分流控制模块组成的业务本地分流模块，所述业务分流控制模块控制所述业务分流转发引擎和所述基站的分组数据汇聚协议PDCP模块实现所述方法，该方法包括：所述PDCP模块获取所述基站服务的第一用户设备上发的第一数据包，当确定所述第一用户设备支持本地分流业务、且所述第一数据包的目的地址为预先配置的分流到本地的网络地址或位于预先配置的分流到本地的网段内时，将所述第一数据包发送至所述业务分流转发引擎；所述业务分流转发引擎将所述第一数据包发送至所述目的地址，其中，所述第一数据包在传输过程中不经过核心网。
【IPC分类】H04W28/08
【公开号】CN105491617
【申请号】CN201510881315
【发明人】付永魁
【申请人】北京北方烽火科技有限公司
【公开日】2016年4月13日
【申请日】2015年12月3日
最新回复(0)