技术领域

本发明涉及移动通信领域， 具体涉及 3GPP 网络中终端发生切换时本地 互通的实现方法及网元设备。

背景技术

为了保持第三代移动通信系统在通信领域的竟 争力， 为用户提供速率更 快、 时延更低、 以及更加个性化的移动通信服务， 同时， 降低运营商的运营 标准工作组正致力于演进分组系统（ Evolved Packet System, 简称 EPS )的研 究。 图 1示出了演进分组域系统的结构示意图， 如图 1所示， 整个 EPS系统 分为无线接入网和核心网两部分。在核心网中 ，包含了归属用户服务器（ Home Subscriber Server,简称为 HSS )、移动性管理实体（ Mobility Management Entity, 简称为 MME ) 、 服务 GPRS支持节点 （ Serving GPRS Support Node, 简称为 SGSN )、策略计费规则功能（ Policy and Charging Rule Function,简称为 PCRF )、 服务网关（ Serving Gateway, 简称为 S-GW )、 分组数据网关（ PDN Gateway, 简称为 P-GW )和分组数据网络（ Packet Data Network, 简称 PDN )。 下面详 细描述各部分功能：

归属用户服务器， 是用户签约数据的永久存放地点， 位于用户签约的归 属网。

移动性管理实体， 是用户签约数据在当前网络的存放地点， 负责终端到 网络的非接入层信令管理、 终端的安全验证功能、 终端的移动性管理、 用户 空闲模式下的跟踪和寻呼管理功能和承载管理 。

服务 GPRS支持节点， 是全球移动通讯系统（Global System for Mobile

Communications,简称为 GSM )增强数据率 GSM演进（ Enhanced Data Rate for GSM Evolution , 简称为 EDGE ) 无线接入网 （GSM EDGE Radio Access Network , 简称为 GERAN ) 和通用移动通信系统 （ Universal Mobile Telecommunications System,简称为 UMTS )陆地无线接入网（ UMTS Terrestrial Radio Access Network, 简称为 UTRAN )用户接入核心网络的业务支持点， 功能上与移动性管理实体类似， 负责用户的位置更新、 寻呼管理和承载管理 等功能。

服务网关， 是核心网到无线系统的网关， 负责终端到核心网的用户面承 载、 终端空闲模式下的数据緩存、 网络侧发起业务请求的功能、 合法监听和 分组数据路由和转发功能； 服务网关负责统计用户终端使用无线网的情况 ， 并产生终端使用无线网的话单， 传送给计费网关。

分组数据网关， 是演进系统和该系统外部分组数据网络的网关 ， 它连接 到因特网和分组数据网络上， 负责终端的互联网协议（ Internet Protocol , 简称 为 IP )地址分配、 计费功能、 分组包过滤、 以及策略控制等功能。

分组数据网络， 是运营商的 IP业务网络， 该网络通过运营商的核心网为 用户提供 IP服务。

策略计费规则功能实体， 是演进系统中负责提供计费控制、 在线信用控 制、 门限控制、 以及服务质量（Quality of Service, 简称为 QoS )策略方面规 则的服务器。

无线接入网， 是由演进基站 ( Evolved NodeB, 简称为 eNB )和 3G无线 网络控制器（Radio Network Controller, 简称为 RNC )组成， 它主要负责无 线信号的收发， 通过空中接口和终端联系， 管理空中接口的无线资源、 资源 调度、 以及接入控制。

上述服务 GPRS支持节点是升级过的 SGSN, 能够支持与服务网关之间 的 S4接口， 并与移动性管理单元之间釆用 GPRS 隧道协议版本 2 ( GPRS Tunneling Protocol version 2, 简称为 GTPv2 )进行互通。 而对于支持 3G核心 网的 SGSN来说分组交换（Packet Switching, 简称为 PS )域网络架构与图 1 有所不同。此时 SGSN与 MME釆用 Gn接口相连， 互通釆用 GPRS隧道协议 版本 1 ( GPRS Tunneling Protocol version 1 , 简称为 GTPvl ) 。 SGSN不能与 服务网关相连， 通过 Gn接口连接到网关 GPRS 支持节点 （Gateway GPRS Support Node, 简称为 GGSN )直接进行分组数据网络访问。

当用户进行业务访问时， 终端会发起 PDN ( Packet Data Network, 分组 数据网络）连接建立过程， MME/SGSN根据终端上报的用户所使用业务对应 的 APN选择核心网服务网关和锚地网关， 建立从终端-无线基站 -核心网网关 (服务网关和锚点网关 ) 间的用户面通道。 用户通过锚点网关访问外部 /内部 网络的业务， 当用户在锚点网关服务区内移动时， 业务不会中断。 图 2所示 为用户终端接收 /发送数据的用户面路径。 其中， 路径 1 表示用户访问外部 Internet网络， 路径 2表示用户与同属于一个锚点网关服务区内的� �户进行通 信。

从图 2中可以看出， 用户终端接收 /发送的数据都会通过核心网锚点网关 转发， 即便相互通信的两个用户可能位于相同 /相邻的无线侧网元下。 目前来 看， 这种数据传输方式并不优化， 由于数据均通过核心网锚点进行转发， 数 据传输路径较长， 进而增加了用户数据传输的时延， 降低了核心网的资源利 用率。 尤其是在终端到终端业务普及发展后 （如 P2P、 对战类游戏、 IMS语 音或者视频业务等） ， 数据路由方面的瓶颈会更加凸显。

因此在标准领域中提出了本地互通的概念， 如图 3所示。 对于位于同一 个无线侧网元（例如： 宏基站、 家庭基站等）或者相邻无线侧网元下相互进 行业务访问的用户来说， 建立无线侧的路由优化通道使得互通数据可以 通过 无线侧网元直接 /间接转发。进行互通数据传递的路由优化通� �可以是 IP in IP 的路由通道或者是诸如 GTP或者 GRE等点到点的专用隧道。 图 3a所示为用 户位于相同无线侧网元场景下的本地互通实现 ， 此时无线侧网元将用户间互 通的数据直接在本地转发， 不通过上层核心网网元， 减少核心网资源占用。 图 3b所示为用户位于相邻无线侧网元场景下的本� ��互通实现，相邻无线侧网 元指的是地理位置相近的， 具体由运营商规划确定。 互通数据通过相邻无线 侧网元间路由优化通道进行转发， 此条通道可以是每设备的， 也可以是每承 载的。 数据可以基于 IP路由， 也可以基于隧道路由。

为实现本地路由， 需要建立基站本地或者基站间的路由优化通道 。 相关 技术由数据路由的锚点判定本地互通启动及指 示路由优化通道的建立。 图 4 以用户附着在相邻无线侧网元的场景为例描述 了本地互通的实现过程。

步骤 401 , 相互通信的两终端数据通过锚点网关进行转发 。

步骤 402 , 锚点网关根据用户签约、 用户位置关系、 业务类型、 本地策 略等判定是否执行本地互通。

步骤 403 , 锚点网关向控制面网元发送启动本地互通信令 ， 消息通过控 制面网元转发给无线侧网元。 消息中包括互通的对端无线侧网元信息， 进行 互通的数据路由策略， 用于承载封装的 TFT ( Traffic Flow Template, 传输流 模板）等信息。

步骤 404 , 无线侧网元根据对端信息建立无线侧网元间的 优化路由通道， 该通道可以是 IP路由通道，也可以是 GTP或者 GRE或者 PMIP等专用隧道。 可以是基于每设备的路径， 也可以是基于每承载的路径。

步骤 405 , 在路由优化通道建立完成后， 互通数据可以在无线侧网元间 转发。 无线侧网元釆用数据路由策略将上行数据中用 于互通的数据通过优化 路径转发， 对端无线侧网元釆用 TFT信息用于无线承载匹配。

在建立了用户间的本地互通后， 若用户发生了切换， 那么需要确定新基 站以及对端用户所附着的基站间是否仍可以维 持本地互通。 基于图 4所描述 的本地互通建立过程， 锚点网关需要重新判定本地互通。 通过分析发现， 锚 点网关需要在切换完成后的承载更新过程时才 可以获得用户新附着的基站信 息， 也就是说在切换完成后才可以根据用户签约、 用户位置关系、 业务类型、 本地策略等信息判定本地互通是否可以维持 /释放， 判定结束后通过通知消息 通知新 /旧基站以及对端基站重建新的路由优化通道� �者释放原有的路由优 化通道。

上述切换场景下的本地互通的重新判定时机比 较晚， 且依赖核心网控制 面信令通知无线侧网元执行本地互通维持 /释放操作。 由于用户的移动行为不 受控制， 互通判定对移动网络来说增加了信令负荷。 另外一方面， 由于本地 互通不能根据用户的移动情况及时判定，会造 成本地互通实现上的操作滞后， 部分数据可能在一定时间段内还通过核心网转 发。

发明内容

本发明实施例提供一种本地互通的实现方法及 网元设备， 解决现有技术 中在本地互通情况下终端发生切换时对本地互 通通道处理不合理的问题。 为了解决上述技术问题，本发明实施例提供了 一种本地互通的实现方法， 其包括：源无线侧网元下使用本地互通功能的 终端需切换到目标无线侧网元， 功能时， 所述源无线侧网元将本地互通信息通知至所述 目标无线侧网元； 所 信息建立本地互通路由优化通道。

上述方法还可以具有以下特点：

所述本地互通信息包括： 所述本地互通对端无线侧网元的地址、 通过所 述路由优化通道进行本地互通的终端的信息和 /或承载匹配信息。

上述方法还可以具有以下特点： 所述目标无线侧网元的步骤包括：

所述源无线侧网元将所述本地互通信息发送至 所述目标无线侧网元； 或 所述源无线侧网元将所述本地互通信息发送至 所述终端的控制面网元， 所述控制面网元将所述本地互通信息发送至所 述目标无线侧网元； 或

所述源无线侧网元将所述本地互通信息发送至 所述终端的源控制面网 元， 所述源控制面网元将所述本地互通信息发送至 所述终端的目标控制面网 元， 所述目标控制面网元将所述本地互通信息发送 至所述目标无线侧网元。

上述方法还可以具有以下特点： 地互通功能时， 释放与本地互通对端无线侧网元之间已建立的 本地互通路由 优化通道。

上述方法还可以包括： 地互通功能时， 通知锚点网关释放所述终端和所述终端的本地 互通对端之间 的本地互通绑定信息。

上述方法还可以包括： 所述源无线侧网元通知锚点网关释放所述终端 和所述终端的本地互通对 端之间的本地互通绑定信息的步骤包括： 侧网元向所述终端的控制面网元发送所述释放 指示， 所述终端的控制面网元 向所述锚点网关发送所述释放指示； 或

所述源无线侧网元向所述终端的控制面网元发 送所述释放指示， 所述终 端的控制面网元向所述锚点网关发送所述释放 指示； 或

所述源无线侧网元向所述终端的控制面网元发 送所述释放指示， 所述终 端的控制面网元向所述终端的本地互通对端的 控制面网元发送所述释放指 示， 所述终端的本地互通对端的控制面网元向所述 锚点网关发送所述释放指 示。

为了解决上述技术问题， 本发明实施例还提供了一种本地互通的网元设 备， 其中， 所述网元设备包括判断单元、 发送单元、 接收单元以及本地互通 处理单元；

所述判断单元， 设置为判断此网元设备下使用本地互通功能的 终端是否 需切换到目标无线侧网元， 以及判断所述终端在所述目标无线侧网元上是 否 能够维持本地互通功能；

所述发送单元， 设置为在所述判断单元判定此网元设备下使用 本地互通 能够维持本地互通功能时， 向所述目标无线侧网元通知本地互通信息；

所述接收单元， 设置为接收其它网元设备发送的本地互通信息 ； 所述本地互通处理单元， 设置为所述接收单元收到本地互通信息后根据 所述本地互通信息与相应目标无线侧网元建立 本地互通路由优化通道。

上述网元设备还可以具有以下特点：

所述本地互通信息包括： 所述本地互通对端无线侧网元的地址、 通过所 述路由优化通道进行本地互通的终端的信息和 /或承载匹配信息。

上述网元设备还可以具有以下特点：

所述本地互通处理单元， 还设置为在所述判断单元判定所述终端在所述 目标无线侧网元上不能够维持本地互通功能时 ， 释放与本地互通对端无线侧 网元之间已建立的本地互通路由优化通道。

上述网元设备还可以具有以下特点：

所述本地互通处理单元， 还设置为在所述判断单元判定所述终端在所述 目标无线侧网元上不能够维持本地互通功能时 ， 向锚点网关通知释放所述终 端和所述终端的本地互通对端之间的本地互通 绑定信息。

本方案可以解决本地互通情况下终端发生切换 时对本地互通通道处理不 合理的问题， 保证终端切换过程中新的本地互通通道的顺利 建立以及旧的本 地互通通道的及时释放， 同时节省网络信令， 有效防止本地互通实现上的操 作滞后。 附图概述

图 1为演进分组域系统的结构示意图；

图 2为用户接受 /发送数据路径示意图；

图 3a和图 3b为本地互通实现示意图；

图 4为相关技术的本地互通的建立方式；

图 5为实施例中的本地互通的网元设备的结构示� �图；

图 6为实施例中实施方式一的示意图；

图 7为实施例中实施方式二的示意图；

图 8为实施例中实施方式三的示意图；

图 9为实施例中锚点网关获知本地互通释放的实� �方式一的示意图； 图 10为实施例中锚点网关获知本地互通释放的实� ��方式二的示意图； 图 11为实施例中锚点网关获知本地互通释放的实� ��方式三的示意图。 本发明的较佳实施方式

本地互通的实现方法包括： 源无线侧网元下使用本地互通功能的终端需 网元上能够维持本地互通功能时， 将本地互通信息通知至所述目标无线侧网 元； 所述目标无线侧网元和所述终端的本地互通对 端无线侧网元才艮据所述本 地互通信息建立本地互通路由优化通道。

所述本地互通信息包括： 所述本地互通对端无线侧网元的地址、 通过所 述路由优化通道进行本地互通的终端的信息、 承载匹配信息。 所述目标无线侧网元的方式是以下方式中的一 种：

一，所述源无线侧网元将所述本地互通信息发 送至所述目标无线侧网元； 二， 所述源无线侧网元将所述本地互通信息发送至 所述终端的控制面网 元， 所述控制面网元将所述本地互通信息发送至所 述目标无线侧网元；

三， 所述源无线侧网元将所述本地互通信息发送至 所述终端的源控制面 网元， 所述源控制面网元将所述本地互通信息发送至 所述终端的目标控制面 网元，所述目标控制面网元将所述本地互通信 息发送至所述目标无线侧网元。 地互通功能时， 释放与本地互通对端无线侧网元之间已建立的 本地互通路由 优化通道。 地互通功能时， 通知锚点网关释放所述终端和所述终端的本地 互通对端之间 的本地互通绑定信息。 所述源无线侧网元通知锚点网关释放所述终端 和所述 终端的本地互通对端之间的本地互通绑定信息 的方式是以下方式中的一种： 无线侧网元向所述终端的控制面网元发送所述 释放指示， 所述终端的控制面 网元向所述锚点网关发送所述释放指示；

二， 所述源无线侧网元向所述终端的控制面网元发 送所述释放指示， 所 述终端的控制面网元向所述锚点网关发送所述 释放指示；

三， 所述源无线侧网元向所述终端的控制面网元发 送所述释放指示， 所 述终端的控制面网元向所述终端的本地互通对 端的控制面网元发送所述释放 指示， 所述终端的本地互通对端的控制面网元向所述 锚点网关发送所述释放 指示。

如图 5所示， 本实施例中的本地互通的网元设备， 包括判断单元 50、 发 送单元 51、 接收单元 52和本地互通处理单元 53。

所述判断单元 50, 设置为判断此网元设备下使用本地互通功能的 终端是 否需切换到目标无线侧网元， 以及判断所述终端在所述目标无线侧网元上是 否能够维持本地互通功能；

所述发送单元 51 , 设置为在所述判断单元 50判定此网元设备下使用本 地互通功能的终端需切换到目标无线侧网元并 且所述终端在所述目标无线侧 网元上能够维持本地互通功能时，向所述目标 无线侧网元通知本地互通信息； 所述接收单元 52, 设置为接收其它网元设备发送的本地互通信息 ； 所述本地互通处理单元 53 , 设置为所述接收单元 51 收到本地互通信息 后根据所述本地互通信息与相应目标无线侧网 元建立本地互通路由优化通 道。

所述本地互通信息包括： 所述本地互通对端无线侧网元的地址、 通过所 述路由优化通道进行本地互通的终端的信息、 承载匹配信息。

所述本地互通处理单元 53 , 还设置为在所述判断单元 50判定所述终端 在所述目标无线侧网元上不能够维持本地互通 功能时， 释放与本地互通对端 无线侧网元之间已建立的本地互通路由优化通 道。

所述本地互通处理单元 53 , 还设置为在所述判断单元 50判定所述终端 在所述目标无线侧网元上不能够维持本地互通 功能时， 向锚点网关通知释放 所述终端和所述终端的本地互通对端之间的本 地互通绑定信息。

图 6为本发明实施方式一， 具体包括如下步骤：

步骤 601 , 终端 1上报测量报告， 报告相邻无线侧网元标识、 信号强度 等信息。

步骤 602, 终端 1附着的源无线侧网元 1根据终端 1上报的测量报告发 现已不适合为其服务， 则选择信号强的目标无线侧网元准备发起切换 。 如果 源无线侧网元 1 已经启动了终端 1的本地互通功能， 那么需要再判定终端 1

较佳地， 源无线侧网元 1可以比较目标无线侧网元 1的位置与本地互通 对端终端 2所附着的无线侧网元 2的地理位置是否相近。 由于本地互通的建 立已经由锚点网关根据用户签约、 业务类型、 本地策略等信息判定过。 因此 源无线侧网元 1不需要对已经启用的本地互通进行签约、 业务类型等方面的 判定， 仅需要完成拓朴位置的重新判定即可。

如果判定能够继续维持本地互通， 那么执行步骤 603~606。

如果判定不能维持本地互通， 那么执行步骤 607~610。

步骤 603 , 源无线侧网元 1向目标无线侧网元 1发送切换请求消息， 消 息中携带本地互通信息， 其中本地互通信息包括： 互通对端无线侧网元地址、 互通用户标识 /地址、 载匹配（例如 TFT、 对应的 载标识）等信息。

步骤 604 , 目标无线侧网元 1回复切换响应消息。

步骤 605 , 目标无线侧网元 1才艮据收到的本地互通信息向互通对端 （终 端 2 )所附着的无线侧网元 2发送本地互通建立请求消息， 消息中包括互通 的用户信息， 新的无线侧网元地址。 无线侧网元 2根据收到的消息更新路由 优化通道。 此条消息可以通过无线侧网元之间的控制面接 口发送， 也可以釆 用特殊数据包的形式通过用户面通道发送（新 定义传递消息的数据包的包 头） 。

步骤 606 , 无线侧网元 2回复本地互通建立响应消息。

需要说明的是， 目标无线侧网元 1与无线侧网元 2之间的本地互通更新 维护过程不影响正常的切换流程，本发明不限 定 506步和 511步的先后顺序。

步骤 607 , 源无线侧网元 1向目标无线侧网元 1发送切换请求消息， 开 始切换过程。

步骤 608, 目标无线侧网元 1在完成无线资源预留后回复切换响应消息。 步骤 609, 如果源无线侧网元 1判定目标无线侧网元 1与无线侧网元 2 之间不能继续维持本地互通，则向无线侧网元 2发送本地互通释放请求消息， 删除已经建立的本地互通路由优化通道。 此条消息可以通过无线侧网元之间 的控制面接口发送， 也可以釆用特殊数据包的形式通过用户面通道 发送（新 定义传递消息的数据包的包头） 。

步骤 610, 无线侧网元 2回复本地互通释放响应消息。

需要说明的是， 源无线侧网元 1与无线侧网元 2之间的本地互通释放过 程不影响正常的切换流程。 本发明不限定 507步和 509步的先后顺序。

步骤 611 , 终端 1 同步到目标无线侧网元 1后， 向控制面网元发送路径 切换请求消息， 表明用户已切换到目标无线侧网元 1上。

步骤 612 , 控制面网元发送承载修改请求消息， 将新的无线侧网元标识 信息发送给锚点网关。 如果控制面网元和锚点网关之间部署了服务网 关， 那 么该消息要通过服务网关进行转发。

步骤 613 , 锚点网关返回承载修改响应消息。

步骤 614 , 控制面网元向目标无线侧网元 1回复路径切换响应消息。

图 7为本发明实施方式二， 具体包括如下步骤：

步骤 701 , 终端 1上^艮测量 4艮告， 告相邻无线侧网元标识、 信号强度 等信息。

步骤 702, 终端 1附着的源无线侧网元 1根据终端 1上报的测量报告发 现已不适合为其服务， 则选择信号强的目标无线侧网元准备发起切换 。 如果 无线侧网元 1 已经启动了终端 1的本地互通功能， 那么需要再判定终端 1在 目标无线侧网元上是否可以继续维持本地互通 。

较佳地， 源无线侧网元 1可以比较目标无线侧网元 1的位置与本地互通 对端终端 2所附着的无线侧网元 2的地理位置是否相近。 由于本地互通的建 立已经由锚点网关根据用户签约、 业务类型、 本地策略等信息判定过。 因此 无线侧网元 1不需要对已经启用的本地互通进行签约、 业务类型等方面的判 定， 仅需要完成拓朴位置的重新判定即可。

如果判定能够继续维持本地互通， 那么执行步骤 703~708。 如果判定不能维持本地互通， 那么执行步骤 709~714。

步骤 703 , 源无线侧网元 1 向控制面网元发送切换请求消息， 消息中携 带本地互通信息， 其中本地互通信息包括： 互通对端无线侧网元地址、 互通 用户标识 /地址、 载匹配（例如 TFT、 对应的 载标识）等信息。

步骤 704, 控制面网元向目标无线侧网元 1发送切换请求消息， 消息中 携带本地互通信息。

步骤 705 , 目标无线侧网元 1 向控制面网元回复切换确认消息， 表明无 线侧资源预留完毕。

步骤 706, 控制面网元通知源无线侧网元 1发起用户的切换， 用户可以 同步到目标无线侧网元上。

步骤 707 , 目标无线侧网元 1才艮据收到的本地互通信息向互通对端 （终 端 2 )所附着的无线侧网元 2发送本地互通建立请求消息， 消息中包括互通 的用户信息， 新的无线侧网元地址。 无线侧网元 2根据收到的消息更新路由 优化通道。 此条消息可以通过无线侧网元之间的控制面接 口发送， 也可以釆 用特殊数据包的形式通过用户面通道发送（新 定义传递消息的数据包的包 头） 。

步骤 708, 无线侧网元 2回复本地互通建立响应消息。

需要说明的是， 目标无线侧网元 1与无线侧网元 2之间的本地互通更新 维护过程不影响正常的切换流程，本发明不限 定 605步和 607步的先后顺序。

步骤 709, 源无线侧网元 1 向控制面网元发送切换请求消息， 开始切换 过程。

步骤 710, 控制面网元向目标无线侧网元 1发送切换请求消息。

步骤 711 , 目标无线侧网元 1 向控制面网元回复切换确认消息， 表明无 线侧资源预留完毕。

步骤 712, 控制面网元通知源无线侧网元 1发起用户的切换， 用户可以 同步到目标基站上。

步骤 713 , 如果源无线侧网元 1判定目标无线侧网元 1与无线侧网元 2 之间不能继续维持本地互通，则向无线侧网元 2发送本地互通释放请求消息， 删除已经建立的本地互通路由优化通道。 此条消息可以通过无线侧网元之间 的控制面接口发送， 也可以釆用特殊数据包的形式通过用户面通道 发送（新 定义传递消息的数据包的包头） 。

步骤 714, 无线侧网元 2回复本地互通释放响应消息。

需要说明的是， 源无线侧网元 1与无线侧网元 2之间的本地互通释放过 程不影响正常的切换流程。 本发明不限定 609步和 613步的先后顺序。

步骤 715 , 当终端 1 同步到目标无线侧网元 1上后， 目标无线侧网元 1 向控制面网元发送切换通知消息。

步骤 716 , 控制面网元通过承载修改请求消息， 将新的无线侧网元标识 信息发送给锚点网关。 如果控制面网元和锚点网关之间部署了服务网 关， 那 么该消息要通过服务网关进行转发。

步骤 717 , 锚点网关返回承载修改响应消息。

图 8为本发明实施方式三， 具体包括如下步骤：

在图 7中， 为终端 1服务的控制面网元是相同的， 在实际应用中也存在 切换后为终端 1服务的控制面网元是不同的情况， 此种场景下本发明的发明 点仍然适用。 不同的是本地互通信息需要在两个控制面网元 之间的消息 （如 转发重定位请求） 中携带， 如步骤 803~808所述。 其它步骤与图 7相同， 在 此不做赞述。

在上述实施方式一、 二、 三中， 若无线侧网元决定释放本地互通的路由 优化通道， 那么锚点网关需要获知这一点， 因为锚点网关上保存着本地互通 用户及本地互通建立所需的绑定关系信息。 本发明给出了锚点网关可选使用 的显式获知本地互通释放的实施方式。

图 9为本发明锚点网关获知本地互通释放实施方� �一， 具体包括如下步 骤：

步骤 901 , 终端 1上^艮测量 4艮告， 告相邻无线侧网元标识、 信号强度 等信息。 步骤 902, 终端 1附着的源无线侧网元 1根据终端 1上报的测量报告发 现已不适合为其服务， 则选择信号强的目标无线侧网元准备发起切换 。 如果 源无线侧网元 1 已经启动了终端 1的本地互通功能， 那么需要再判定终端 1 如果不能维持本地互通， 则执行如下步骤。

步骤 903 , 源无线侧网元 1向目标无线侧网元 1发送切换请求， 消息中 携带本地互通释放指示。 本地互通释放指示包括互通的两个终端信息， 如标 识或者 IP地址。

步骤 904 , 目标无线侧网元 1回复切换响应消息。

步骤 905 , 若源无线侧网元 1判定目标无线侧网元 1与无线侧网元 2之 间不能继续维持本地互通， 则向无线侧网元 2发送本地互通释放请求消息， 删除已经建立的本地互通路由优化通道。

步骤 906 , 无线侧网元 2回复本地互通释放响应消息。

步骤 907 , 终端 1 同步到目标无线侧网元 1后， 向控制面网元发送路径 切换请求消息， 表明用户已切换到目标无线侧网元 1上。 消息中携带本地互 通释放指示。

步骤 908 , 控制面网元发送承载修改请求消息， 消息中携带本地互通释 放指示。 如果控制面网元和锚点网关之间部署了服务网 关， 那么该消息要通 过服务网关进行转发。 锚点网关收到本地互通释放指示后， 释放已建立的终 端 1和终端 2之间的本地互通绑定信息。

步骤 909, 锚点网关返回承载修改响应消息。

步骤 910 , 控制面网元向目标无线侧网元 1回复路径切换响应消息。 图 10为本发明锚点网关获知本地互通释放实施方� ��二，具体包括如下步 骤：

步骤 1001 , 终端 1上报测量报告， 报告相邻无线侧网元标识、 信号强度 等信息。

步骤 1002, 终端 1附着的源无线侧网元 1根据终端 1上报的测量报告发 现已不适合为其服务， 则选择信号强的目标无线侧网元准备发起切换 。 如果 无线侧网元 1 已经启动了终端 1的本地互通功能， 那么需要再判定终端 1在 目标无线侧网元上是否可以继续维持本地互通 。

如果判定不能为之本地互通则执行如下步骤。

步骤 1003 , 源无线侧网元 1向控制面网元发送切换请求消息， 消息中携 带本地互通释放指示。 本地互通释放指示包括互通的两个终端信息， 如标识 或者 IP地址。

步骤 1004, 控制面网元向目标无线侧网元 1发送切换请求消息。

步骤 1005 , 目标无线侧网元 1向控制面网元回复切换确认消息， 表明无 线侧资源预留完毕。

步骤 1006, 控制面网元通知源无线侧网元 1发起用户的切换， 用户可以 同步到目标无线侧网元上。

步骤 1007 , 如果源无线侧网元 1判定目标无线侧网元 1与无线侧网元 2 之间不能继续维持本地互通，则向无线侧网元 2发送本地互通释放请求消息， 删除已经建立的本地互通路由优化通道。

步骤 1008 , 无线侧网元 2回复本地互通释放响应消息。

步骤 1009 , 当终端 1同步到目标无线侧网元 1上后， 目标无线侧网元 1 向控制面网元发送切换通知消息。

步骤 1010, 控制面网元通过承载修改请求消息， 将本地互通释放指示通 知给锚点网关。 如果控制面网元和锚点网关之间部署了服务网 关， 那么该消 息要通过服务网关进行转发。 锚点网关收到本地互通释放指示后， 释放已建 立的终端 1和终端 2之间的本地互通绑定信息。

步骤 1011 , 锚点网关向控制面网元回复承载修改响应消息 。

图 11为本发明锚点网关获知本地互通释放实施方� ��三， 图 10与图 9中 为终端 1服务的控制面网元是相同的， 在实际应用中也存在切换后为终端 1 服务的控制面网元是不同的情况， 此种场景下本发明的发明点仍然适用， 不 同的是本地互通释放指示需要在两个控制面网 元之间的消息 （如转发重定位 请求） 中携带， 如步骤 1103、 步骤 1104所述， 其它步骤与图 10相同， 在此 不做赘述。 需要说明的是， 在不冲突的情况下， 本申请中的实施例及实施例中的特 征可以相互任意组合。 当然， 本发明还可有其他多种实施例， 在不背离本发明精神及其实质的 但这些相应的改变和变形都应属于本发明所附 的权利要求的保护范围。

本领域普通技术人员可以理解上述方法中的全 部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。

工业实用性 本发明实施例解决本地互通情况下终端发生切 换时对本地互通通道处理 不合理的问题， 保证终端切换过程中新的本地互通通道的顺利 建立以及旧的 本地互通通道的及时释放， 同时节省网络信令， 有效防止本地互通实现上的 操作滞后。