"一种 GTP-U隧道错误处理方法及装置"的中国专利申请 的优先权，其全部内容通过引用结合在 本申请中。 技术领域 本发明涉及无线通信技术领域， 尤其涉及一种 GTP 用户面隧道错误的处理方法及装 置。 背景技术 在未来的移动通信系统， 例如 B3G ( Beyond Third Generation, 后三代） 中或 LTE-A

( Long Term Evolution- Adavance,长期演进升级）， 系统将提供更高的峰值数据速率和小区 吞吐量， 同时也需要更大的带宽， 目前 2GHz以下的未分配带宽已经很少， B3G系统需要 的部分或全部带宽只能在更高的频段上， 例如 3GHz以上寻找。 频段越高， 电波传播衰减 的越快， 传输距离越短， 因此同样覆盖区域下， 要保证连续覆盖， 需要更多的基站， 由于 基站通常具有较高的造价， 这无疑会增加布网成本， 不适于广泛应用。 为了解决布网成本 以及覆盖问题， 各厂商和标准化组织开始研究将 RN ( Relay Node, 中继节点）引入到蜂窝 系统中， 增加覆盖。

如图 1为 LTE- A系统引入 RN后的网络架构图， RN通过 DeNB ( Donor Evolved Node B , 施主基站 )下的施主小区 （ donor cell )接入到核心网， 和核心网没有直接的有线接口， 每个 RN可以控制一个或多个小区。 在此架构下， UE和 RN之间的接口称为 Uu 口， 而 RN和 DeNB之间的接口称为 Un接口， DeNB和相邻 e B ( Evolved NodeB , 演进基站） 之间的接口称为 Χ2接口。

S 1接口上可以建立传输承载数据的用户面 S 1 -U隧道， Χ2接口上可以建立传输承载数 据的用户面 X2-U隧道。 Un接口上可建立接收 S1接口传输过来的承载数据及向 S1接口发 送承载数据的用户面 S1-U隧道； 及建立接收 X2接口传输过来的承载数据及向 X2接口发 送承载数据的用户面 X2-U隧道。

根据 3GPP TS 36.300, RN引入后用户面 S1-U和 X2-U协议栈如图 2和图 3所示。 Un 接口上的 S1-U隧道和 S1接口上的 S1-U隧道通过串接组成 EPS( Evolved Packet System 演 进的分组系统）承载的一部分。对于下行数据 ， DeNB通过 S1接口的 S1-U隧道，将从 S-GW ( Serving Gateway月艮务网关） 收到的 GTP ( General Packet Radio Service Tunnel Protocol, 通用分组无线业务隧道协议 ) PDU ( Protocol Data Unit, 协议数据单元 ) 交换到 Un接口 上的 S1-U隧道上， 从而完成对下行用户面数据的转发， 上行用户面数据的转发过程以及 X2-U的转发过程， DeNB釆用类似的处理。

S1-U隧道和 X2-U隧道均属于 GTP-U隧道，根据 3GPP TS23.007, 现有技术中对于用 户面 GTP-U ( GTP User )异常处理釆用如下机制。

e B对于 GTP-U异常釆用如下处理方法：

如果 eNB从 SGW收到 GTP错误指示（ GTP error indication ),则 eNB将立刻发起 E-RAB ( Evolved Radio Access Bear, 演进的无线接入承载）释放流程， 并立刻在本地释放此 E-RAB;

如果 eNB通过 X2接口从对端 eNB收到 GTP错误指示（ GTP error indication ),则 eNB 将忽略此错误指示。

S-GW对于 GTP-U异常釆用如下处理方法：

当 S-GW从 eNB收到一个涉及某个 UE的承载上下文（ Bear Context ) 的 GTP错误指 示（ GTP error indication ), SGW将不删除所涉及的承载上下文， 而是删除涉及此 UE的所 有到 eNB的 GTP隧道的 TEID ( Tunnel End Point Identifier, 隧道端点标识）。 S-GW开始 緩存涉及此 UE的下行数据， 并且发送下行数据指示（ Downlink Data Notification ) 消息给 MME, MME触发后续的所涉及的承载的重建过程。

根据 3GPP TS 29.281 , 现有技术中用户面 GTP-U error indication消息携带信息项格式 如下表 1所示， GTP-U PDU的头部 Header摘要如表 2所示

表 1 GTP-U Error Indication消息携带的信息项

表 2 GTP-U Header概要

5 TEID (1st Octet)

6 TEID(2nd Octet)

7 TEID (3rd Octet)

8 TEID(4th Octet)

9 顺序号 Sequence Number (1st Octet) 1) 4)

10 顺序号 Sequence Number (2nd Octet) 1) 4)

11 N-PDU Number2) 4)

12 Next Extension Header Type3) 4) 在将中继节点 RN引入系统后， DeNB将 RN到 SGW的用户面 S 1 -U隧道及 RN到相 邻 eNB的 X2-U隧道分别分割成了两段隧道。

而现有技术中没有考虑 DeNB 作为代理节点一旦发现 GTP 错误指示 （ GTP error indication )后的处理方法，在 GTP-U隧道传输 PDU既包括用户 PDU也包括一些控制 PDU, 对于控制 PDU, GTP-U PDU的头部 Header是全零， GTP-U error indication消息属于控制 PDU。 由于现有技术 DeNB仅会根据 PDU的头部进行转发处理， 因此不会对 GTP-U的控 制 PDU进行转发处理， 因此 DeNB仅仅根据 GTP-U的 Header信息是无法判断，这条消息 如何在 "下一跳"进行转发。 一旦 DeNB忽略 GTP错误指示将造成系统工作异常。 另一方 面，对于 X2接口上的 GTP错误指示，现有技术中为筒化处理，接收端 将忽略此错误指示， 但是在 Relay场景下， 考虑到 Un口占用空口资源进行数据转发， 但是上述数据将在目标 侧被删除， 这将造成 Un口传输资源的浪费。

类似的问题同样存在于网络部署家庭基站 HeNB的场景下， 如图 4所示， 在网络部署 家庭基站 HeNB的场景下， 家庭基站网关 HeNB Gateway作为 HeNB的 S1-U代理节点提 供服务， 而 HeNB作为 S1-U的被代理节点。 现有技术中没有考虑 HeNB Gateway作为代 理节点时， 发现 GTP错误指示 （ GTP error indication )后的处理方法。 发明内容 本发明提供一种 GTP-U隧道错误处理方法及装置，解决了现有系� ��架构中代理节点引 入之后 , GTP-U错误发生后没有异常处理机制进行处理的� ��题，从而保证系统的稳定运行。

本发明提供一种用户面通用分组无线业务隧道 协议 GTP-U隧道错误处理方法， 包括： 代理节点接收被代理节点或核心网节点发送的 GTP-U错误指示，其中所述代理节点分 别与被代理节点和核心网节点间建立有对应同 一承载的 GTP-U隧道 S1-U;

代理节点根据所述代理节点与被代理节点间的 控制面接口类型，对 GTP-U错误指示进 行处理， 其中不同的控制面接口类型管理不同类型 GTP-U隧道。

本发明还提供一种用户面通用分组无线业务隧 道协议 GTP-U 隧道错误处理方法， 包 括：

被代理节点接收代理节点发送的 GTP-U错误指示，其中所述代理节点分别与被代� ��节 点和核心网节点间建立有对应同一承载的 GTP-U隧道 S1-U;

被代理节点根据所述被代理节点与代理节点间 的控制面接口类型，对 GTP-U错误指示 进行处理， 其中不同的控制面接口类型管理不同类型 GTP-U隧道。

本发明还提供一种代理设备， 包括：

错误指示接收单元，用于接收被代理节点或核 心网节点发送的 GTP-U错误指示，其中 所述代理设备分别与被代理节点和核心网节点 间建立有对应同一承载的 GTP-U隧道 S1-U; 错误处理单元， 用于根据所述代理设备与被代理节点间的控制 面接口类型， 对 GTP-U 错误指示进行处理， 其中不同的控制面接口类型管理不同类型 GTP-U隧道。

本发明还提供一种被代理设备， 包括：

错误信息接收单元，用于接收代理节点发送的 GTP-U错误指示，其中所述代理节点分 别与被代理设备和核心网节点间建立有对应同 一承载的 GTP-U隧道 S1-U;

用户面错误处理单元， 用于根据所述被代理设备与代理节点间的控制 面接口类型， 对 GTP-U错误指示进行处理， 其中不同的控制面接口类型管理不同类型 GTP-U隧道。

利用本发明提供的 GTP-U错误处理方法及装置，具有以下有益效果� ��解决了现有系统 架构中代理节点引入之后， GTP-U错误发生后没有异常处理机制进行处理的� ��题， 从而保 证系统得稳定运行。 附图说明 图 1为包含 RN的 E-UTRAN网络架构图；

图 2为 Relay部署场景下 S1-U用户面协议栈示意图；

图 3为 Relay部署场景下 X2-U用户面协议栈示意图；

图 4为家庭基站 HeNB部署场景下的系统架构图；

图 5为本发明实施例提供的代理节点的 GTP-U隧道错误处理方法；

图 6为本发明实施例提供的被代理节点的 GTP-U隧道错误处理方法；

图 7为本发明实施例 DeNB通过 UN口从 Relay收到 GTP-U error indication后的处理 方法 1流程图；

图 8为本发明实施例 DeNB通过 UN口从 Relay收到 GTP-U error indication后的处理 方法 2流程图； 图 9为本发明实施例 DeNB通过 S 1接口从 S-GW收到 GTP-U error indication后的处 理方法流程图；

图 10为本发明实施例 Relay收到来自 DeNBGTP-U error indication后的处理方法流程 图；

图 11为本发明实施例中代理设备的结构图；

图 12为本发明实施例中被代理设备的结构图。 具体实施方式 下面结合附图和实施例对本发明提供的 GTP-U错误处理方法及装置进行更详细地说 明。

本发明实施例主要解决现有系统架构中代理节 点如施主基站弓 I入之后，用户面 GTP-U 隧道发生错误后的处理方法，如图 5所示，本发明实施例提供的 GTP-U错误处理方法包括： 步骤 S501 , 代理节点接收被代理节点或核心网节点发送的 GTP-U错误指示， 其中所 述代理节点分别与被代理节点和核心网节点间 建立有对应同一承载的 GTP-U隧道 S 1-U; 其中， 所述被代理节点是网络中为用户终端提供服务 的接入网节点， 代理节点是网络 中用于实现被代理节点和核心网节点数据转发 的节点。

即代理节点与被代理节点间的 S 1-U, 与代理节点与核心网节点间的 S 1-U, 组成系统 承载的一部分。

步骤 S502 ,代理节点根据所述代理节点与被代理节点间� �控制面接口类型，对 GTP-U 错误指示进行处理， 其中不同的控制面接口类型管理不同类型 GTP-U隧道。

被代理节点为向 UE提供服务的节点， 代理节点作为比较特殊的节点， 与被代理节点 的控制面接口类型可能包含一个或多个， 因此， 本发明实施例中代理节点通过确定与被代 理节点间的具体接口类型，决策如何进行 GTP-U隧道错误处理，接口面控制类型是否为多 个，决定了代理节点是否需要对从核心网节点 发送过来的 GTP-U错误指示正确指示给被代 理节点， 及是否需要区分从被代理节点接收的 GTP-U错误指示属于哪类 GTP-U隧道等， 因此本发明实施例解决了现有系统架构中代理 节点引入之后 , GTP-U错误发生后没有异常 处理机制进行处理的问题， 从而保证系统的稳定运行。

对于代理节点确定与被代理节点间的控制面接 口类型，对 GTP-U错误指示的具体处理 方式， 优选釆用本发明如下实施例所提供的处理方式 。

1 )对于代理节点从被代理节点接收到 GTP-U错误指示的处理方式

在控制面接口类型同时包含管理 S 1-U的 S 1-C接口和管理 X2-U的 X2-C接口， 其中 X2-U为代理节点分别与被代理节点和接入网节� �间建立的对应同一承载的 GTP-U隧道， 即代理节点同时连接核心网节点和接入网节点 ，在该应用场景下，代理节点对 GTP-U错误 指示进行处理， 包括：

如果是从被代理节点接收到 GTP-U错误指示， 获取所述 GTP-U错误指示中的隧道标 识信息，根据现有机制， 被代理节点向代理节点发送 GTP-U错误指示时， 会将代理节点向 被代理节点分配的出现错误的 GTP-U隧道的隧道标识信息携带在 GTP-U错误指示中， 具 体地， 这些隧道标识信息包含隧道端点标识 TEID和传输层地址；

根据预先确定的 X2-C接口所管理的 X2-U的隧道标识信息， 及 S1-C接口所管理的 S 1 -U的隧道标识信息， 确定出现异常的 GTP-U隧道类型， 即确定出现异常的 GTP-U隧道 是涉及 S1-U还是涉及 X2-U或同时涉及， 具体获取每个接口类型所管理的 GTP-U可以通 过从这些接口中获得的接入消息获得；

根据确定的出现异常的 GTP-U隧道类型， 进行 GTP-U隧道错误处理， 不同的 GTP-U 隧道类型决定了具体的处理方式不同， GTP-U错误指示中携带有代理节点向被代理节点� �� 配的隧道标识信息，如果 X2-U和 S1-U涉及同一承载，则代理节点会向被代理节� �为 X2-U 和 S 1 -U分配相同的隧道标识信息， 因此， 确定出现异常的 GTP-U隧道可能仅包含 S 1 -U , 或可能同时包含 S1-U和 X2-U时， 在此场景下， 具体的处理方式优选釆用如下任一方式。

①确定所述 GTP-U错误指示中的隧道标识信息对应的承载；� ��定向核心网节点分配的 与所述承载对应的 S 1 -U的隧道标识信息； 向核心网节点发送 GTP-U错误指示， 所发送的 GTP-U错误指示中携带所述确定的隧道标识信息� ��

隧道标识信息与承载之间是一一对应的关系， 而代理节点向被代理节点为该承载所对 应的 GTP-U 隧道所分配的隧道标识信息， 与核心网节点向代理节点为该承载所对应的 GTP-U隧道所分配的隧道标识信息是不同的， 因此， 代理节点向发送的 GTP-U错误指示 中， 具体携带核心网节点向代理节点为该承载所分 配的隧道标识信息。

②确定所述 GTP-U错误指示中的隧道标识信息对应的承载；� ��别向被代理节点和核心 网节点发起针对所述确定的承载的去激活流程 。

代理节点触发向被代理节点和核心网节点发起 的去激活流程， 可以参照现有的去激活 流程实施， 这里不再详述。

确定出现异常的 GTP-U隧道仅包含 X2-U时， 本实施例优选釆用如下处理方式： 对出 现异常的 X2-U进行标记， 之后接收到通过所述出现异常的 X2-U的隧道向接入网节点转 发的数据时， 直接丢弃所述数据。 具体地， 可以确定 GTP-U错误指示中的隧道标识信息对 应的承载， 标记接入网节点向代理节点为该承载所对应的 X2-U隧道所分配的隧道标识信 息。

在控制面接口类型仅包含管理 S1-U的 S1-C接口时， 对 GTP-U错误指示进行处理， 具优选釆用如下任一处理方式： ①如果是从被代理节点接收到 GTP-U错误指示， 代理节点将所述 GTP-U错误指示转 发给核心网节点， 需要注意的是由于仅有一个接口类型， 因此， 代理节点不需要进行哪个 接口类型出错的判断， 直接向核心网节点发送 GTP-U错误指示， 且该 GTP-U错误指示中 携带核心网节点向代理节点为出错的 S1-U隧道分配的隧道标识信息。

②代理节点获取 GTP-U错误指示中的隧道标识信息，确定获取的� ��道标识信息对应的 承载； 代理节点分别向被代理节点和核心网节点发起 针对所述确定的承载的去激活流程， 具体去激活流程可以参照现有的去激活流程实 施， 这里不再详述。

控制面接口类型仅包含管理 S1-U的 S1-C接口的错误处理方式，优选应用于如下场� �： 代理节点为家用演进基站网关 HeNB GW, 所述被代理节点和接入网节点为不同的家庭基 站 HeNB, 所述核心网节点为服务网关。 控制面接口类型同时包含上述两类接口的错误 处 理方式， 优选应用于如下场景： 代理节点为施主演进基站 De B, 所述接入网节点为演进 基站 e B, 所述被代理节点为中继节点 RN, 所述核心网节点为服务网关。

2 )对于代理节点从核心网节点接收到 GTP-U错误指示的处理方式

在控制面接口类型同时包含管理 S1-U的 S1-C接口和管理 X2-U的 X2-C接口， 其中 X2-U为代理节点分别与被代理节点和接入网节� �间建立的对应同一承载的 GTP-U隧道， 即代理节点同时与核心网节点和接入网节点连 接， 代理节点对 GTP-U错误指示进行处理， 优选釆用如下任一处理方式：

①如果是从核心网节点接收到 GTP-U错误指示， 获取所述 GTP-U错误指示中的隧道 标识信息， 该隧道标识信息是代理节点向核心网节点分配 的出现异常的隧道对应的隧道标 识信息， 代理节点确定获取的隧道标识信息对应的承载 ； 确定被代理节点向代理节点分配 的与所述承载对应的 S1-U的隧道标识信息； 向被代理节点发送 GTP-U错误指示， 所发送 的 GTP-U错误指示中携带所述确定的隧道标识信息� ��从而使被代理节点获得具体出现异常 的 GTP-U隧道。

②如果是从核心网节点接收到 GTP-U错误指示， 获取所述 GTP-U错误指示中的隧道 标识信息， 该隧道标识信息是代理节点向核心网节点分配 的出现异常的隧道对应的隧道标 识信息， 代理节点确定获取的隧道标识信息对应的承载 ； 分别向被代理节点和核心网节点 发起针对所述确定的承载的去激活流程。

具体的去激活流程可以参照现有的去激活流程 实施， 这里不再详述。

在控制面接口类型仅包含管理 S1-U的 S1-C接口时， 对 GTP-U错误指示进行处理， 优选釆用如下任一方式：

①如果是从核心网节点接收到 GTP-U错误指示， 代理节点将所述 GTP-U错误指示转 发给被代理节点。 需要注意的是由于仅有一个接口类型， 因此， 代理节点不需要进行哪个 接口类型出错的判断， 直接向被代理节点发送 GTP-U错误指示。 ②代理节点获取 GTP-U错误指示中的隧道标识信息，确定获取的� ��道标识信息对应的 承载； 代理节点分别向被代理节点和核心网节点发起 针对所述确定的承载的去激活流程， 具体去激活流程可以参照现有的去激活流程实 施， 这里不再详述。

控制面接口类型仅包含管理 S1-U的 S1-C接口的错误处理方式，优选应用于如下场� �： 代理节点为家用演进基站网关 He B GW, 所述被代理节点和接入网节点为不同的家庭基 站 He B, 所述核心网节点为服务网关。 控制面接口类型同时包含上述两类接口的错误 处 理方式， 优选应用于如下场景： 代理节点为施主演进基站 De B, 所述接入网节点为演进 基站 e B, 所述被代理节点为中继节点 RN, 所述核心网节点为服务网关。

3 )代理节点从接入网节点接收到 GTP-U错误指示

代理节点除与被代理节点连接， 还同时连接有接入网节点和核心网节点时， 控制面接 口类型同时包含管理 S1-U的 S1-C接口和管理 X2-U的 X2-C接口，其中 X2-U为代理节点 分别与被代理节点和接入网节点间建立的对应 同一承载的 GTP-U隧道，本实施例中，代理 节点对从接入网节点接收的 GTP-U错误指示处理方式， 优选釆用如下任一方式：

①代理节点接收到接入网节点发送的 GTP-U错误指示时，确定 X2-U接口管理的 X2-C 出现异常； 确定使用所述出现异常的 X2-C的用户终端 UE由被代理节点提供服务时， 代 理节点对出现异常的 X2-U进行标记，具体地，可以标记被代理节点� �代理节点分配的 X2-U 的隧道标识信息；之后接收到需要通过所述出 现异常的 X2-U向被代理节点转发的数据时， 直接丢弃所述数据。

②代理节点接收到接入网节点发送的 GTP-U错误指示时，确定 X2-U接口管理的 X2-C 出现异常； 确定使用所述出现异常的 X2-C的 UE由被代理节点提供服务时， 向被代理节 点发送 GTP-U错误指示， 所发送的 GTP-U错误指示中携带被代理节点向代理节点为� ��现 异常的 X2-C分配的隧道标识信息。

代理节点与接入网节点之间的接口类型仅存在 X2-C, 因此接收到 GTP-U错误指示时 不需要进行哪种类型的 GTP-U出错。

代理节点从接入网节点接收到 GTP-U错误指示优选应用于如下场景：代理节点� ��施主 演进基站 DeNB, 所述接入网节点为演进基站 eNB, 所述被代理节点为中继节点 RN, 所 述核心网节点为服务网关。

本发明实施例还提供一种用户面通用分组无线 业务隧道协议 GTP-U 隧道错误处理方 法， 如图 6所示， 包括：

步骤 S601 , 被代理节点接收代理节点发送的 GTP-U错误指示， 其中所述代理节点分 别与被代理节点和核心网节点间建立有对应同 一承载的 GTP-U隧道 S1-U;

步骤 S602 , 被代理节点根据所述被代理节点与代理节点间 的控制面接口类型， 对

GTP-U错误指示进行处理， 其中不同的控制面接口类型管理不同类型 GTP-U隧道。 被代理节点作为比较特殊的节点， 与代理节点可能仅存在 S1-C接口， 也可能同时存 在 S1-C接口和 X2-U接口， 本发明实施例通过确定存在哪些接口类型，从 而可以根据确定 是否需要区分是哪个接口类型出错， 或是否进行接口类型出错判断等， 因此解决了现有系 统架构中代理节点引入之后， GTP-U错误发生后没有异常处理机制进行处理的� ��题， 从而 保证系统得稳定运行。

优选地， 在控制面接口类型同时包含管理 S1-U的 S1-C接口和管理 X2-U的 X2-C接 口， 其中 X2-U 为代理节点分别与被代理节点和接入网节点间 建立的对应同一承载的 GTP-U隧道， 即代理节点同时与接入网节点和核心网节点连 接， 被代理节点对 GTP-U错 误指示进行处理， 包括： 获取所述 GTP-U错误指示中的隧道标识信息， 即被代理节点向代 理节点分配的目前出现异常的 GTP-U隧道对应的隧道标识信息；根据预先确定� �� X2-C接 口所管理的 X2-U的隧道标识信息， 及 S1-C接口所管理的 S1-U的隧道标识信息， 确定出 现异常的 GTP-U隧道类型； 根据确定的出现异常的 GTP-U隧道类型， 进行 GTP-U隧道错 误处理。

优选地， 被代理节点根据确定的出现异常的 GTP-U隧道类型， 进行 GTP-U隧道错误 处理， 优选釆用如下任一或任几种方式：

①出现异常的 GTP-U隧道为 S1-U时， 确定获取的隧道标识信息对应的承载； 发起针 对所述确定的承载的去激活流程。

②出现异常的 GTP-U隧道为 X2-U时， 对出现异常的 X2-U进行标记； 之后接收到需 通过所述出现异常的 X2-U向代理节点发送的数据时， 直接丢弃所述数据。

优选地， 上述隧道标识信息包括隧道端点标识 TEID和传输层地址。

在控制面接口类型仅包含管理 S1-U的 S1-C接口时， 被代理节点进行 GTP-U错误指 示的处理方式可以参照现有的演进基站的错误 处理方式， 这里不再详述。

本发明实施例提供的方法可以应用到演进基站 场景或家庭基站的场景， 在控制面接口 类型同时包含管理 S1-U的 S1-C接口和管理 X2-U的 X2-C接口时的错误处理方式， 优选 应用于如下场景： 代理节点为施主演进基站 De B, 所述接入网节点为演进基站 e B, 所 述被代理节点为中继节点 RN, 所述核心网节点为服务网关 S-GW。

下面以本发明实施例提供的 GTP-U 隧道错误处理方法应用到如下场景为例给出本 发 明优选实施例： 代理节点为施主演进基站 DeNB, 所述接入网节点为演进基站 eNB, 所述 被代理节点为中继节点 RN, 所述核心网节点为服务网关。 其中根据发现 GTP-U错误的节 点类型的不同以及控制面接口类型的不同， 处理方法也不同， 具体分为中继节点 Relay发 现 GTP-U错误的处理方法和 DeNB发现错误后的处理方法。

实施例 1~6用于解决 DeNB发现 GTP-U错误指示的处理方法。 具体的， 实施例 1、 2 解决 DeNB通过 Un口从 Relay收到 GTP-U错误指示的处理方法； 实施例 3、 4解决 DeNB 通过 SI接口从 S-GW收到 GTP-U错误指示的处理方法； 实施例 5、 6解决 DeNB通过 X2 接口从相邻的 eNB或者 DeNB收到 GTP-U错误指示的处理方法。

实施例 1

DeNB通过 Un口从 Relay收到 GTP-U错误指示 GTP-U error indication后的处理方法 1 , 其中控制面接口类型同时包含管理 S1-U的 S1-C接口和管理 X2-U的 X2-C接口， 如图 7 所示， 包括如下步骤：

步骤 S701 , 根据控制面接口类型 （例如， 从 S1-C接口传输的 S1接入（S1AP ) 消息 收到或者从 X2-C接口传输的 X2接入（ X2AP ) 消息）， DeNB将 Relay为其 GTP-U隧道 分配的隧道端点标识 "Tunnel Endpoint Identifier Data"和传输层地址 "GTP-U Peer Address" 与 Sl-U或者 X2-U进行关联。

上述 S1AP消息会携带 Relay为 DeNB的 S1-U隧道分配的 TEID和传输层地址，X2AP 消息会携带 Relay为 DeNB的 X2-U隧道分配的 TEID和传输层地址。需要注意的是， Relay 可能为涉及同一 E-RAB的 S1-U和 X2-U分配相同的 GTP-U TEID和传输层地址， 这种情 况下， S1-U和 X2-U可能被同时涉及。

步骤 S702, DeNB收到 GTP-U error indication首先判断此 GTP-U error indication类型， 可能的错误类型包括 S1-U上的 GTP-U error indication, X2-U上 GTP-U error Indication和 同时涉及 Sl-U和 X2-U的 GTP-U error Indication DeNB收到 Error indication 消息后根据 error indication中的 "Tunnel Endpoint Identifier Data" 和 "GTP-U Peer Address" 信息项以 及 Relay之前保存的 "Tunnel Endpoint Identifier Data" 和 "GTP-U Peer Address" 与控制面 接口 （从 Sl-C接口 S1AP消息收到或者从 X2-C接口 X2-AP消息接收） 的关联， 判断此 GTP error indication的错误类型属于 S1-U上的 GTP-U错误还是 X2-U上的 GTP-U错误或 者是同时涉及 S1-U和 X2-U。如果是涉及 Sl-U的 GTP-U error indication或者同时涉及 Sl-U 和 X2-U, 则执行步骤 S703 , 如果是仅涉及 X2-U的 GTP-U error indication, 则执行步骤 S705。

步骤 S703 ,如果 DeNB判断出是涉及 S 1 -U的 GTP-U error indication或者同时涉及 S 1 -U 和 X2-U, 获取所述 GTP-U错误指示中的 TEID和传输层地址， 并根据已保存的 UE上下 文， 获得 TEID对应的隧道涉及的 E-RAB信息， 然后， 根据 E-RAB信息获得此 E-RAB在 S1口由 SGW分配的 TEID信息和传输层地址信息。

步骤 S704, DeNB根据步骤 S703中获得的 S1接口上 SGW分配的 TEID信息和传输 层地址信息， 构造 GTP-U error Indication信息并通过 S 1接口发送给 SGW;

步骤 S705 , 如果 DeNB判断出是仅涉及 X2-U的 GTP-U error indication, 对此 GTP-U 隧道进行标记， 后续对于涉及此 GTP-U隧道的转发数据， DeNB将进行直接丢包处理。

实施例 2 De B通过 UN口从 Relay收到 GTP-U error indication后的处理方法 2,控制面接口类 型同时包含管理 S1-U的 S1-C接口和管理 X2-U的 X2-C接口， 如图 8所示， 与方法 1的 主要不同在于涉及 S 1-U错误时的处理方法不同， 主要包括以下步骤：

步骤 S801 , 根据控制面接口类型（例如， 从 S1-C接口 S1AP消息收到或者从 X2-C接 口 X2AP接收）， DeNB将 Relay为其 GTP-U隧道分配的 "Tunnel Endpoint Identifier Data" 和" GTP-U Peer Address"与 Sl-U或者 X2-U进行关联。 （注意： Relay可能为涉及同一 E-RAB 的 S1-U和 X2-U分配相同的 GTP-U TEID和传输层地址， 这种情况下， S1-U和 X2-U可 能被同时涉及）

步骤 S802, DeNB收到 GTP-U error indication首先判断此 GTP-U error indication类型， 可能的错误类型包括 S1-U上的 GTP-U error indication, X2-U上 GTP-U error Indication和 同时涉及 Sl-U和 X2-U的 GTP-U error Indication DeNB收到 Error indication 消息后根据 error indication中的 "Tunnel Endpoint Identifier Data" 和 "GTP-U Peer Address" 信息项以 及 Relay之前保存的 "Tunnel Endpoint Identifier Data" 和 "GTP-U Peer Address" 与控制面 接口（从 S1-C接口 S1AP消息收到或者从 X2-C接口 X2-AP接收）的关联，判断此 GTP error indication的错误类型属于 S1接口上的 GTP-U错误还是 X2接口上的 GTP-U错误或者是 同时涉及 S1-U和 X2-U。 如果涉及 S1-U的 GTP-U error indication或者同时涉及 S1-U和 X2-U, 执行步骤 S803 , 如果仅涉及 X2接口的 GTP-U error indication, 则执行步骤 S805; 步骤 S803 ,如果 DeNB判断出是涉及 S 1 -U的 GTP-U error indication或者同时涉及 S 1 -U 和 X2-U , 则 DeNB根据 GTP-U错误指示中的隧道标识信息并根据以保存� �� UE上下文， 获得错误隧道涉及的 E-RAB信息。

步骤 S804, 居步骤 S803获得的 E-RAB信息， DeNB作为 MME的代理触发向 Relay 设备的针对此 GTP-U隧道涉及的 E-RAB的去激活流程， E-RAB释放流程可参考 3GPP TS 36.413 8.2.3.2.1中关于 MME触发的 E-RAB释放流程的描述。

步骤 S805 , 根据步骤 S803获得的 E-RAB标识信息， DeNB作为 Relay的代理触发向 MME设备的针对此 GTP-U隧道涉及的 E-RAB 的去激活流程， E-RAB释放流程可参考 3GPP TS 36.413 8.2.3.2.2, e B触发的 E-RAB释放流程的描述。

步骤 S804和步骤 S805的执行无先后顺序限制。

步骤 S806, 如果 DeNB判断出是仅涉及 X2接口的 GTP-U error indication对此 GTP-U 隧道进行标记， 后续对于涉及此 GTP-U隧道的转发数据， DeNB将进行直接丢包处理。

实施例 3

DeNB通过 S1接口从 S-GW收到 GTP-U error indication后的处理方法 1 , 主要包括如 下步骤：

步骤 1 , DeNB根据 GTP-U错误指示中的隧道标识信息并根据以保存� �� UE上下文， 获得错误隧道涉及的 E-RAB信息，然后，根据 E-RAB信息获得此 E-RAB在 Un口由 Relay 为 S1-U分配的 TEID信息和传输层地址信息。

步骤 2, De B根据步骤 1获得的 Un接口上 Relay分配的 TEID信息和传输层地址信 息， 构造 GTP-U error Indication信息并通过 Un接口 S1-U发送给 Relay。

实施例 4

DeNB通过 S1接口从 S-GW收到 GTP-U error indication后的处理方法 2,如图 9所示， 主要包括如下步骤：

步骤 S901 , DeNB根据 GTP-U错误指示中的隧道标识信息并根据以保存� �� UE上下文， 获得隧道涉及的 E-RAB信息。

步骤 S902, 居步骤 S901获得的 E-RAB标识信息， DeNB作为 MME的代理触发向

Relay设备的针对此 GTP-U隧道涉及的 E-RAB的去激活流程， E-RAB释放流程可参考 3GPP TS 36.413 8.2.3.2.1中关于 MME触发的 E-RAB释放流程的描述。

步骤 S903 , 根据步骤 S901获得的 E-RAB标识信息， DeNB作为 Relay的代理触发向 MME设备的针对此 GTP-U隧道涉及的 E-RAB 的去激活流程， E-RAB释放流程可参考 3GPP TS 36.413 8.2.3.2.2, e B触发的 E-RAB释放流程的描述。

实施例 5

DeNB通过 X2-C接口从对端 eNB接收到 GTP-U error indication后的处理方法 1 , 主 要包括以下步骤：

步骤 1 , 如果从 X2-C接口收到错误指示， 则确定 X2-U出错， DeNB根据自身保存的 UE下文信息， 判断使用此出错的隧道的 UE是否由 Relay设备控制的小区提供服务。

步骤 2, 如果涉及的 UE由 Relay控制的小区直接提供服务， 则 DeNB对此 GTP-U隧 道进行标记， 后续对于涉及此 GTP-U隧道的转发数据， DeNB将进行直接丢包处理。

实施例 6

DeNB通过 X2-C接口从对端 eNB接收到 GTP-U error indication后的处理方法 1 , 主 要包括以下步骤：

步骤 1 , 如果从 X2-C接口收到错误指示， 则确定 X2-U出错， DeNB根据自身保存的 UE下文信息， 判断使用此 GTP-U隧道的 UE是否由 Relay设备控制的小区提供服务。

步骤 2, 如果涉及的 UE是由 Relay设备控制的小区提供服务， 则 DeNB通过 Un口发 送 GTP-U error indication信息给 Relay。 GTP-U error indication中包括 DeNB为此 E-RAB 的 X2-U在 Un口分配的传输层地址信息和 TEID信息。

实施例 7

本实施例用于解决 Relay在 Un口上收到来自 DeNB的 GTP-U错误指示的处理方法， 其中控制面接口类型同时包含管理 S1-U的 S1-C接口和管理 X2-U的 X2-C接口。 如图 10 所示， 主要包括以下步骤：

步骤 S101 , 根据控制面接口类型（例如， 从 S1-C接口 S1AP消息收到或者从 X2-C接 口 X2AP接收）， Relay将 DeNB为其 GTP-U隧道分配的 "Tunnel Endpoint Identifier Data" 和 "GTP-U Peer Address" 与 Sl-U或者 X2-U接口进行关联。

步骤 S 102 , Relay收到 GTP-U error indication首先判断此 GTP-U error indication类型， 可能的错误类型包括 S1-U上的 GTP-U error indication和 X2-U上 GTP-U error Indication„ Relay收到 Error indication 消息后才艮据 error indication中的 "Tunnel Endpoint Identifier Data" 和 "GTP-U Peer Address" 信息项以及 Relay之前保存的 "Tunnel Endpoint Identifier Data" 和 "GTP-U Peer Address" 与控制面接口 （从 S 1 -C接口 S 1 AP消息收到或者从 X2-C接口 X2-AP接收）的关联判断此 GTP error indication的错误类型属于 S1-U上的 GTP-U错误还 是 X2-U上的 GTP-U错误。 如果是涉及 S1-U的 GTP-U error indication, 则执行步骤 S103 , 如果是涉及 X2-U的 GTP-U error indication, 则执行步骤 S104;

步骤 S103 , 如果 Relay判断出是涉及 S1-U的 GTP-U error indication, 则 Relay触发此 出错的 GTP-U隧道涉及的 E-RAB的去激活流程， E-RAB释放流程可参考 3GPP TS 36.413 8.2.3.2.2中关于 e B触发的 E-RAB释放流程的描述。

步骤 S104,如果 Relay判断出是涉及 X2-U的 GTP-U error indication, 则 Relay停止在 此 GTP-U隧道上发送数据。

本发明实施例解决的问题本盾上是用于 DeNB作为 Relay设备与核心网 （ EPC ) 的用 户面代理节点所引入的， 因此本发明的方案同样适用于 HeNB部署场景， 只是功能的执行 实体可能变成被代理节点 （例如 HeNB )和代理节点 （例如 HeNB gateway )。

基于同一发明构思， 本发明实施例中还提供了一种代理设备和被代 理设备， 由于这些 设备解决问题的原理与一种 GTP-U隧道错误处理方法相似，因此这些设备的� ��施可以参见 方法的实施， 重复之处不再赘述。

本发明实施例提供一种代理设备， 如图 11所示， 包括：

错误指示接收单元 10, 用于接收被代理节点或核心网节点发送的 GTP-U错误指示， 其中所述代理设备分别与被代理节点和核心网 节点间建立有对应同一承载的 GTP-U 隧道 S1-U;

错误处理单元 20 , 用于根据所述代理设备与被代理节点间的控制 面接口类型， 对

GTP-U错误指示进行处理， 其中不同的控制面接口类型管理不同类型 GTP-U隧道。

优选地， 在控制面接口类型同时包含管理 S1-U的 S1-C接口和管理 X2-U的 X2-C接 口， 其中 X2-U 为代理设备分别与被代理节点和接入网节点间 建立的对应同一承载的

GTP-U隧道， 错误处理单元 20, 具体用于：

如果是从被代理节点接收到 GTP-U错误指示， 获取所述 GTP-U错误指示中的隧道标 识信息；

根据预先确定的 X2-C接口所管理的 X2-U的隧道标识信息， 及 S1-C接口所管理的 S 1 -U的隧道标识信息， 确定出现异常的 GTP-U隧道类型；

根据确定的出现异常的 GTP-U隧道类型， 进行 GTP-U隧道错误处理

优选的，错误处理单元 20确定出现异常的 GTP-U隧道仅包含 S1-U,或同时包含 S1-U 和 X2-U时， 进行 GTP-U隧道错误处理， 包括：

确定所述 GTP-U错误指示中的隧道标识信息对应的承载；

确定核心网节点向所述代理设备分配的与所述 承载对应的 S 1 -U的隧道标识信息； 向核心网节点发送 GTP-U错误指示， 所发送的 GTP-U错误指示中携带所述确定的隧 道标识信息。

优选地，错误处理单元 20确定出现异常的 GTP-U隧道仅包含 S1-U,或同时包含 S1-U 和 X2-U时， 进行 GTP-U隧道错误处理， 包括：

确定所述 GTP-U错误指示中的隧道标识信息对应的承载；

分别向被代理节点和核心网节点发起针对所述 确定的承载的去激活流程。

优选地， 错误处理单元 20确定出现异常的 GTP-U隧道仅包含 X2-U时， 进行 GTP-U 隧道错误处理， 具体包括：

对出现异常的 X2-U进行标记， 之后接收到通过所述出现异常的 X2-U的隧道向接入 网节点转发的数据时， 直接丢弃所述数据。

优选地， 在控制面接口类型同时包含管理 S1-U的 S1-C接口和管理 X2-U的 X2-C接 口， 其中 X2-U 为代理设备分别与被代理节点和接入网节点间 建立的对应同一承载的 GTP-U隧道， 错误处理单元 20具体用于：

如果是从核心网节点接收到 GTP-U错误指示， 获取所述 GTP-U错误指示中的隧道标 识信息， 并确定获取的隧道标识信息对应的承载；

确定被代理节点向所述核心网节点分配的与所 述承载对应的 S1-U的隧道标识信息； 向核心网节点发送 GTP-U错误指示， 所发送的 GTP-U错误指示中携带所述确定的隧 道标识信息。

优选地， 在控制面接口类型同时包含管理 S1-U的 S1-C接口和管理 X2-U的 X2-C接 口， 其中 X2-U 为代理设备分别与被代理节点和接入网节点间 建立的对应同一承载的 GTP-U隧道， 错误处理单元 20具体用于：

如果是从核心网节点接收到 GTP-U错误指示， 获取所述 GTP-U错误指示中的隧道标 识信息， 并确定获取的隧道标识信息对应的承载；

分别向被代理节点和核心网节点发起针对所述 确定的承载的去激活流程。

优选地， 在控制面接口类型同时包含管理 S1-U的 S1-C接口和管理 X2-U的 X2-C接 口， 其中 X2-U 为代理设备分别与被代理节点和接入网节点间 建立的对应同一承载的 GTP-U隧道， 错误处理单元 20进一步用于：

接收到接入网节点发送的 GTP-U错误指示时，确定 X2-U接口管理的 X2-C出现异常； 确定使用所述出现异常的 X2-C的用户终端 UE由被代理节点提供服务时， 对出现异 常的 X2-U进行标记；

接收到需要通过所述出现异常的 X2-U向被代理节点转发的数据时， 直接丢弃所述数 据。

优选地， 在控制面接口类型同时包含管理 S1-U的 S1-C接口和管理 X2-U的 X2-C接 口， 其中 X2-U 为代理设备分别与被代理节点和接入网节点间 建立的对应同一承载的 GTP-U隧道， 错误处理单元 20进一步用于：

接收到接入网节点发送的 GTP-U错误指示时，确定 X2-U接口管理的 X2-C出现异常； 确定使用所述出现异常的 X2-C的用户终端 UE由被代理节点提供服务时， 向被代理 节点发送 GTP-U错误指示， 所发送的 GTP-U错误指示中携带被代理节点向代理设备分� �� 的出现异常的 X2-C的隧道标识信息。

优选地， 在控制面接口类型仅包含管理 S1-U的 S1-C接口时， 错误处理单元 20具体 用于：

如果是从被代理节点接收到 GTP-U错误指示， 将所述 GTP-U错误指示转发给核心网 节点；

如果是从核心网节点接收到 GTP-U错误指示， 将所述 GTP-U错误指示转发给被代理 节点。

优选地， 在控制面接口类型仅包含管理 S1-U的 S1-C接口时， 错误处理单元 20具体 用于：

获取 GTP-U错误指示中的隧道标识信息， 确定获取的隧道标识信息对应的承载； 分别向被代理节点和核心网节点发起针对所述 确定的承载的去激活流程。

优选地， 所述所述代理设备为施主演进基站 De B, 所述接入网节点为演进基站 e B, 所述被代理节点为中继节点 RN, 所述核心网节点为服务网关； 或者所述代理设备为家用 演进基站网关 He B GW, 所述被代理节点和接入网节点为不同的家庭基 站 He B, 所述 核心网节点为服务网关。

本发明实施例还提供一种被代理设备， 如图 12所示， 包括： 错误信息接收单元 30, 用于接收代理节点发送的 GTP-U错误指示，其中所述代理节点分别与被代� ��设备和核心网 节点间建立有对应同一承载的 GTP-U隧道 S1-U; 用户面错误处理单元 40, 用于根据所述 被代理设备与代理节点间的控制面接口类型， 对 GTP-U错误指示进行处理，其中不同的控 制面接口类型管理不同类型 GTP-U隧道。 优选地， 在控制面接口类型同时包含管理 S 1-U的 S 1-C接口和管理 X2-U的 X2-C接 口， 其中 X2-U 为代理节点分别与被代理设备和接入网节点间 建立的对应同一承载的 GTP-U隧道， 用户面错误处理单元 40 , 具体用于：

获取所述 GTP-U错误指示中的隧道标识信息；

根据预先确定的 X2-C接口所管理的 X2-U的隧道标识信息， 及 S 1-C接口所管理的

S 1 -U的隧道标识信息， 确定出现异常的 GTP-U隧道类型；

根据确定的出现异常的 GTP-U隧道类型， 进行 GTP-U隧道错误处理。

优选地， 用户面错误处理单元 40 , 具体用于在出现异常的 GTP-U隧道为 S 1-U时， 确 定获取的隧道标识信息对应的承载； 发起针对所述确定的承载的去激活流程。

优选地， 用户面错误处理单元 40 , 具体用于在出现异常的 GTP-U隧道为 X2-U时， 对 出现异常的 X2-U进行标记； 之后接收到需通过所述出现异常的 X2-U向代理节点发送的 数据时， 直接丢弃所述数据。

优选地， 所述被代理设备为中继节点 RN, 所述代理节点为施主演进基站 De B , 所述 接入网节点为演进基站 e B , 所述核心网节点为服务网关； 或者所述被代理设备和接入网 节点为不同的家庭基站 He B , 所述代理节点为家用演进基站网关 He B GW, 所述核心 网节点为服务网关。

本领域内的技术人员应明白， 本发明的实施例可提供为方法、 系统、 或计算机程序产 品。 因此， 本发明可釆用完全硬件实施例、 完全软件实施例、 或结合软件和硬件方面的实 施例的形式。 而且， 本发明可釆用在一个或多个其中包含有计算机 可用程序代码的计算机 可用存储介盾 （包括但不限于磁盘存储器、 CD-ROM、 光学存储器等）上实施的计算机程 序产品的形式。

本发明是参照根据本发明实施例的方法、 设备（系统）、 和计算机程序产品的流程图 和 /或方框图来描述的。 应理解可由计算机程序指令实现流程图和 /或方框图中的每一流 程和 /或方框、 以及流程图和 /或方框图中的流程和 /或方框的结合。 可提供这些计算机 程序指令到通用计算机、 专用计算机、 嵌入式处理机或其他可编程数据处理设备的处 理器 以产生一个机器， 使得通过计算机或其他可编程数据处理设备的 处理器执行的指令产生用 于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能� � 装置。

这些计算机程序指令也可存储在能引导计算机 或其他可编程数据处理设备以特定方 式工作的计算机可读存储器中， 使得存储在该计算机可读存储器中的指令产生 包括指令装 置的制造品， 该指令装置实现在流程图一个流程或多个流程 和 /或方框图一个方框或多个 方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他 可编程数据处理设备上， 使得在计算机 或其他可编程设备上执行一系列操作步骤以产 生计算机实现的处理， 从而在计算机或其他 可编程设备上执行的指令提供用于实现在流程 图一个流程或多个流程和 /或方框图一个 方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例， 但本领域内的技术人员一旦得知了基本创造性 概 念， 则可对这些实施例作出另外的变更和修改。 所以， 所附权利要求意欲解释为包括优选 实施例以及落入本发明范围的所有变更和修改 。

显然， 本领域的技术人员可以对本发明实施例进行各 种改动和变型而不脱离本发明实 施例的精神和范围。 这样， 倘若本发明实施例的这些修改和变型属于本发 明权利要求及其 等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。