CN102036261A - 一种lte系统中错误指示的处理方法和装置 - Google Patents

Abstract

本发明公开了一种LTE系统中错误指示的处理方法和装置。所述处理方法包括：(1)eNB用户面检测到错误发生时，向eNB控制面发送错误指示，其中包含错误原因和业务识别信息；(2)eNB控制面收到eNB用户面发来的错误指示后，根据业务识别信息判断出发生异常的业务类型，然后进行相应处理。所述处理装置包括eNB用户面模块和eNB控制面模块。本发明区分了发生异常的业务是SRB业务还是DRB业务，并相应地提供了合理的处理方式，对不能正常运行的业务及时予以资源释放，避免了资源的浪费或不当释放，保证了eNB的正常运行，提高了用户的使用满意度。

Description

一种LTE系统中错误指示的处理方法和装置

技术领域

本发明属于无线通讯技术领域，特别涉及LTE(Long Term Evolution，长期演进)系统中，eNB(Evolution NodeB，演进基站)处理错误指示(ERRORIndication)的方法和装置。

背景技术

LTE系统中，eNB包含了RNLC(Radio Network Layer-Control Plane，无线网络层控制面)、RNLU(Radio Network Layer-User Plane，无线网络层用户面)、MAC(Medium Access Control，媒体接入控制)和PHY(物理层)。RNLC主要针对的是eNB控制面，主要用于控制信息、信令的交互，主要包括公用信令和专用信令的传输。RNLU主要针对的是eNB用户面，用于空口信令和用户数据的传输等。RNLU分为DMAC(Destination MAC，目的MAC)、RLC(Radio Link Control，无线链路控制)、PDCP(Packet Data Convergence Protocol，分组数据汇聚协议)和GTPU(GPRS Tunnel Protocol User Plane，GPRS隧道协议用户面)几个层面，保证数据与信令的可靠传输。

RLC层位于MAC层之上，为用户和控制数据提供分段和重传业务。每个RLC实体由RRC(Radio Resource Control，无线资源控制协议)配置，并且根据业务类型有三种模式：TM(Transparent Mode，透明模式)模式、UM(Unacknowledged Mode，非确认模式)模式、AM(Acknowledged Mode，确认模式)模式。在传输过程中，例如设置的传输模式为AM模式，即每发送一包数据，需要对方实体回复响应ACK(ACKnowledgement，确认应答)，若未收到响应，则会重复发送该数据包，若发送达到了最大重传次数，则证明对方实体出现异常情况，此时eNB用户面向eNB控制面发送错误指示信息，指示相关业务发生异常。

PDCP层在AS(Access Stratum，接入层)协议栈中的位置位于RLC层之上，受RRC的调度和控制，将来自上层的用户数据传输到RLC子层。PDCP提供给上层的服务是PDCP SDU(Service Data Unit，服务数据单元)传递。每个PS(Packet Switched Domain，分组交换域)域的RAB(Radio Access Bearer，无线接入承载)都和一个RB(Resource Block，资源块)相关联，每个RB又和一个PDCP实体相关联。完整性保护与完整性保护验证是由PDCP层完成的，且是与SRB(Signaling Radio Bearer，信令无线承载)相关联的。若完整性保护或完整性保护验证发生异常失败，则eNB用户面会向eNB控制面发送错误指示信息，指示相关的RAB发生异常。

eNB用户面的GTPU收到核心网发送的错误指示，比如在发送数据的情况下，eNB向核心网发送数据，携带有源侧即eNB的TEID(Tunneling Endpoint Identifier，隧道ID)以及核心网侧的目的隧道ID，核心网在收到该包数据后进行解析，发现目的侧的隧道ID在本地找不到匹配的隧道，此时核心网就给eNB用户面发送一个错误指示，eNB用户面在收到该消息后，会向eNB控制面发送错误指示信息。

综上可见，eNB用户面可能在不同情形下向eNB控制面发送错误指示。现有技术中，eNB控制面收到eNB用户面发来的错误指示消息后，直接进行UE(User Equipment，用户设备)上下文资源的释放。这样的处理不区分具体发生错误的原因与发生错误的业务类型，将所有资源释放，可能导致不需要释放的资源也被释放掉，影响用户的使用感受，也影响到对产品本身的满意度。

发明内容

本发明要解决的技术问题是提出一种LTE系统中错误指示的处理方法，采用该方法可以根据发生错误的业务类型合理地释放相关资源，避免因释放掉不该被释放的资源而影响产品的使用性能。为此，本发明还提供一种LTE系统中错误指示的处理装置。

为解决上述技术问题，本发明提出的LTE系统中错误指示的处理方法，包括如下步骤：

第一步，eNB用户面检测到错误发生时，向eNB控制面发送错误指示，其中包含错误原因和业务识别信息，所述业务识别信息用于标识发生异常的业务类型；

第二步，eNB控制面收到eNB用户面发来的错误指示后，根据业务识别信息判断出发生异常的业务类型，然后进行相应处理。

在上述第一步中，eNB用户面检测到的错误包括完整性保护发生异常失败、完整性保护验证发生异常失败、RLC重传达到最大次数以及核心网向eNB用户面发送错误指示等各种情形，即可能是其中的任何一种。

在上述第二步中，若判断出发生异常的业务是SRB业务，则eNB控制面向核心网发送初始用户设备上下文资源释放请求(Initial Ue Context Release Request)，指示需要进行上下文资源的释放，进而释放RRC和eNB内的上下文资源。

在上述第二步中，若判断出发生异常的业务是DRB业务，则eNB控制面向核心网发送ERAB(E-UTRAN Radio Access Bearer，演进3G无线接入网络无线接入承载)释放指示(ERAB Release Indication)，指示该DRB业务的相应资源需要释放，而后eNB与核心网进行各自的资源释放。进一步地，由于默认承载对于eNB内是不可见的，因此如果发生异常的是默认承载，此时eNB控制面向核心网发送ERAB Release Indication后，核心网发现请求释放的是默认承载，则会进一步给eNB控制面下发用户设备上下文资源释放命令(Ue Context Release Command)，要求进行上下文资源的释放。

为解决上述技术问题，本发明提出的LTE系统中错误指示的处理装置，包括eNB用户面模块和eNB控制面模块。所述eNB用户面模块用于在检测到错误发生时向eNB控制面模块发送错误指示，该错误指示包含错误原因和业务识别信息，其中业务识别信息用于标识发生异常的业务类型；所述eNB控制面模块用于收到eNB用户面模块发来的错误指示后，根据业务识别信息判断出发生异常的业务类型，然后进行相应处理。

进一步地，所述eNB用户面模块包括错误检测单元和错误指示发送单元。其中，错误检测单元用于检测发生错误的各种情形，并将错误原因提供给错误指示发送单元；错误指示发送单元用于将错误原因和业务识别信息构造成错误指示并将其发送给eNB控制面模块。

进一步地，所述eNB控制面模块包括错误指示接收单元、异常业务判断单元和错误处理单元。其中，错误指示接收单元用于接收eNB用户面模块发来的错误指示，并将其中的业务识别信息提供给异常业务判断单元；异常业务判断单元用于根据业务识别信息判断出发生异常的业务类型，并将判断结果提供给错误处理单元；错误处理单元根据发生异常的不同业务类型进行相应的处理。

进一步地，当异常业务判断单元判断出发生异常的业务是SRB业务时，所述错误处理单元向核心网发送初始用户设备上下文资源释放请求(Initial Ue Context Release Request)，指示需要进行上下文资源的释放，进而释放RRC和eNB内的上下文资源；当异常业务判断单元判断出发生异常的业务是DRB业务时，所述错误处理单元向核心网发送ERAB释放指示(ERAB Release Indication)，指示该DRB业务的相应资源需要释放，而后eNB与核心网进行各自的资源释放。进一步地，如果发生异常的是默认承载，此时所述错误处理单元向核心网发送ERAB Release Indication后，核心网发现请求释放的是默认承载，则会给eNB控制面模块下发用户设备上下文资源释放命令(Ue Context Release Command)，要求进行上下文资源的释放；如果核心网检测到请求释放的不是默认承载，则不下发Ue Context Release Command或ERAB Release Command命令，网络层与无线侧各自释放相应的承载。

本发明提供了一种LTE系统中错误指示的处理方法和装置，其好处主要在于区分了发生异常的业务是SRB业务还是DRB业务，并相应地提供了合理的处理方式，对不能正常运行的业务及时予以资源释放，避免了资源的浪费或不当释放，保证了eNB的正常运行，提高了用户的使用满意度。此外，本发明的处理涵盖了eNB用户面的所有发送ERROR Indication的原因。

附图说明

图1是UE、eNB和MME的接口关系图；

图2是eNB控制面与用户面接口关系图；

图3是本发明错误指示提示SRB业务发生异常的处理过程图；

图4是本发明错误指示提示DRB业务发生异常之一的处理过程图；

图5是本发明错误指示提示DRB业务发生异常之二的处理过程图；

图6是本发明错误指示的处理装置结构示意图。

具体实施方式

为更进一步阐述本发明为达成预定目的所采取的技术手段及功效，以下结合附图及实施例，对本发明提出的LTE系统中错误指示的处理方法和装置详细说明如下。

图1是UE、eNB和MME(Mobility Management Entity，移动性管理实体)的接口关系图。在LTE系统中，eNB与UE之间通过Uu接口进行信息交互；eNB与MME之间通过S1接口进行信息交互，MME是核心网的一个实体。

参见图2，eNB控制面与eNB用户面通过RUDP(Reliable User Datagram Protocol，可靠用户数据报协议)链路进行信息交互。

实施例1：

本实施例是说明当完整性保护失败或完整性保护验证失败或RLC重传达到最大次数时，eNB用户面向eNB控制面发送错误指示，指示相应的SRB业务发生异常，eNB控制面的处理流程，如图3所示。eNB用户面上报的错误指示包含业务识别信息与发生异常的原因，业务识别信息用以指示发生异常的业务类型。

步骤300，eNB用户面检测到PDCP层面发生了完整性保护失败或完整性保护验证失败或RLC重传达到最大次数，向eNB控制面发送Error Indication，其中包含了指示发生异常的业务类型的业务识别信息与错误原因；

步骤301，eNB控制面收到eNB用户面发来的Error Indication后，根据业务识别信息进行判断，判断出发生异常的业务属于SRB业务，即信令业务发生异常失败，可能是SRB1或SRB2业务；

步骤302，由于eNB控制面判断出是SRB业务发生异常，所以向核心网发送初始用户设备上下文资源释放请求(Initial Ue Context Release Request)，请求核心网下发初始用户设备上下文资源释放命令(Initial Ue Context Release Command)；

步骤303，核心网向eNB控制面下发初始用户设备上下文资源释放命令；

步骤304，eNB控制面向UE发送RRC释放命令，指示RRC的释放；

步骤305，eNB控制面删除eNB用户面的有关实体；

步骤306，eNB控制面指示eNB内上下文资源的释放。

至此，对于Error Indication指示SRB发生异常的处理完成。

实施例2：

本实施例是说明当RLC重传达到最大重传次数时，eNB用户面向eNB控制面发送错误指示，指示相应的DRB业务发生异常，eNB控制面的处理步骤，如图4所示。

步骤400，eNB用户面检查到RLC重传达到了最大重传次数时，向eNB控制面发送Error Indication，指示相应的业务发生错误，并指示错误原因；

步骤401，eNB控制面收到eNB用户面发来的Error Indication，根据其中的业务识别信息判断出发生异常的业务是DRB业务；

步骤402，由于eNB控制面判断出是DRB业务发生异常，所以向核心网发送ERAB Release Indication，指示该DRB业务发生异常，需要释放相应的资源；

步骤403，根据3GPP TS36-413协议，eNB控制面发送ERAB Release Indication后，不再等待ERAB Release Command消息，由核心网与eNB各自释放相应的DRB业务资源；

步骤404，eNB控制面向UE发送RRC Reconfiguration消息，进行RRC重配置；

步骤405，UE向eNB控制面回复RRC Reconfiguration Complete消息，指示UE RRC重配置完成。

至此，在RLC重传达到最大重传次数的情况下，对于Error Indication指示DRB发生异常的处理完成。

这里需要说明的是，默认承载对于eNB来说是不可见的，即eNB不能区分专用承载与默认承载，因此若默认承载发生异常，如RLC重传达到最大重传次数等，eNB用户面向eNB控制面发送该业务的错误指示，eNB控制面将需要释放的业务上报至核心网，核心网需判断该业务是默认承载还是专用承载。若是默认承载，核心网需要向无线侧eNB控制面下发Initial Ue Context Release Command命令，要求释放初始用户设备上下文资源，而后eNB控制面指示UE释放RRC，再删除eNB用户面的有关实体，以及指示eNB内上下文资源的释放，如图4中虚线框部分所示。

实施例3：

eNB用户面向核心网发送数据时，如ping包，会携带有源侧即eNB的隧道ID，还有核心网侧的目的隧道ID，核心网在收到该包数据后进行解析，发现目的侧的隧道ID在本地找不到匹配的隧道，此时核心网就给eNB用户面发送一个Error Indication。本实施例是说明核心网GTPU发生异常，向eNB用户面发送了Error Indication时，eNB用户面与eNB控制面的处理过程。

步骤500，核心网GTPU检测到隧道ID错误，向eNB用户面发送Error Indication，指示相关业务的隧道ID异常，如本地不存在匹配的隧道；

步骤501，eNB用户面收到核心网发来的错误指示，本地组织消息，向eNB控制面发送Error Indication，指示发生异常的业务；

步骤502，eNB控制面收到eNB用户面发来的Error Indication，根据其中的业务识别信息判断出发生异常的业务是DRB业务；

步骤503，由于eNB控制面判断出是DRB业务发生异常，所以向核心网发送ERAB释放指示(ERAB Release Indication)，指示该DRB业务发生异常，需要释放相应的资源；

步骤504，eNB、核心网各自释放相应的DRB业务资源；

步骤505，eNB控制面向UE发送RRC重配置消息(RRC Reconfiguration)，进行RRC重配置；

步骤506，UE向eNB控制面回复RRC重配置完毕消息(RRC Reconfiguration Complete)，指示UE RRC重配置完成。

至此，在核心网向eNB用户面发送Error Indication的情况下，对于eNB用户面发送Error Indication指示DRB发生异常的处理完成。

需要进一步说明的是，eNB用户面向eNB控制面发送该业务的错误指示，eNB控制面将需要释放的业务上报至核心网，核心网需判断该业务是默认承载还是专用承载。若是默认承载，核心网需要向无线侧eNB控制面下发初始用户设备上下文资源释放命令(Initial Ue Context Release Command)，要求释放初始用户设备上下文资源，而后eNB控制面指示UE释放RRC，再删除eNB用户面的有关实体，以及指示eNB内上下文资源的释放，如图5中虚线框部分所示。

实施例4：

参见图6，本实施例错误指示的处理装置包括eNB用户面模块和eNB控制面模块。所述eNB用户面模块用于在检测到错误发生时向eNB控制面模块发送错误指示，该错误指示包含错误原因和业务识别信息，其中业务识别信息用于标识发生异常的业务类型；所述eNB控制面模块用于收到eNB用户面模块发来的错误指示后，根据业务识别信息判断出发生异常的业务类型，然后进行相应处理。

所述eNB用户面模块进一步包括错误检测单元和错误指示发送单元。其中，错误检测单元用于检测发生错误的各种情形，并将错误原因提供给错误指示发送单元；错误指示发送单元用于将错误原因和业务识别信息构造成错误指示并将其发送给eNB控制面模块。

所述eNB控制面模块进一步包括错误指示接收单元、异常业务判断单元和错误处理单元。其中，错误指示接收单元用于接收eNB用户面模块发来的错误指示，并将其中的业务识别信息提供给异常业务判断单元；异常业务判断单元用于根据业务识别信息判断出发生异常的业务类型，并将判断结果提供给错误处理单元；错误处理单元根据发生异常的不同业务类型进行相应的处理。

当异常业务判断单元判断出发生异常的业务是SRB1或SRB2的业务时，所述错误处理单元向核心网发送初始用户设备上下文资源释放请求(Initial Ue Context Release Request)，指示需要进行上下文资源的释放，进而释放RRC和eNB内的上下文资源；当异常业务判断单元判断出发生异常的业务是DRB业务时，所述错误处理单元向核心网发送ERAB释放指示(ERAB Release Indication)，指示该DRB业务的相应资源需要释放，而后eNB与核心网进行各自的资源释放。

进一步地，如果发生异常的是默认承载，此时所述错误处理单元向核心网发送ERAB Release Indication后，核心网发现请求释放的是默认承载，则会给eNB控制面模块下发用户设备上下文资源释放命令(Ue Context Release Command)，要求进行上下文资源的释放。

通过上述具体实施方式的说明，当可对本发明为达成预定目的所采取的技术手段及功效得以更加深入且具体的了解，然而具体实施方式及所附图示仅是提供参考与说明之用，并非用来对本发明加以限制。

Claims (10)

1.一种LTE系统中错误指示的处理方法，其特征在于包括如下步骤：

第一步，演进基站(eNB)用户面检测到错误发生时，向eNB控制面发送错误指示，其中包含错误原因和业务识别信息，所述业务识别信息用于标识发生异常的业务类型；

第二步，eNB控制面收到eNB用户面发来的错误指示后，根据业务识别信息判断出发生异常的业务类型，然后进行相应处理。

2.根据权利要求1所述的错误指示的处理方法，其特征在于，在所述第二步中，若判断出发生异常的业务是信令无线承载(SRB)业务，则eNB控制面向核心网发送初始用户设备上下文资源释放请求，指示需要进行上下文资源的释放，进而释放RRC和eNB内的上下文资源。

3.根据权利要求1所述的错误指示的处理方法，其特征在于，在所述第二步中，若判断出发生异常的业务是数据无线承载(DRB)业务，则eNB控制面向核心网发送演进3G无线接入网络无线接入承载(ERAB)释放指示，指示该DRB业务的相应资源需要释放，而后eNB与核心网进行各自的资源释放。

4.根据权利要求3所述的错误指示的处理方法，其特征在于，若发生异常的是默认承载，在eNB控制面向核心网发送ERAB释放指示后，核心网进一步给eNB控制面下发用户设备上下文资源释放命令，要求进行上下文资源的释放。

5.根据权利要求1或2所述的错误指示的处理方法，其特征在于具体包括如下步骤：

步骤300，eNB用户面检测到分组数据汇聚协议(PDCP)层面发生了完整性保护失败或完整性保护验证失败或无线链路控制(RLC)重传达到最大次数，向eNB控制面发送错误指示；

步骤301，eNB控制面收到eNB用户面发来的错误指示后，根据业务识别信息判断出发生异常的业务属于SRB业务；

步骤302，eNB控制面向核心网发送初始用户设备上下文资源释放请求，请求核心网下发初始用户设备上下文资源释放命令；

步骤303，核心网向eNB控制面下发初始用户设备上下文资源释放命令；

步骤304，eNB控制面向用户设备(UE)发送RRC释放命令，指示RRC的释放；

步骤305，eNB控制面删除eNB用户面的有关实体；

步骤306，eNB控制面指示eNB内上下文资源的释放。

6.根据权利要求1或3所述的错误指示的处理方法，其特征在于具体包括如下步骤：

步骤501，eNB用户面检查到RLC重传达到了最大重传次数或者收到核心网发来的错误指示，向eNB控制面发送错误指示；

步骤502，eNB控制面收到eNB用户面发来的错误指示，根据业务识别信息判断出发生异常的业务是DRB业务；

步骤503，eNB控制面向核心网发送ERAB释放指示，指示该DRB业务发生异常需要释放相应的资源；

步骤504，eNB、核心网各自释放相应的DRB业务资源；

步骤505，eNB控制面向UE发送RRC重配置消息，进行RRC重配置；

步骤506，UE向eNB控制面回复RRC重配置完毕消息，指示UE RRC重配置完成。

7.根据权利要求6所述的错误指示的处理方法，其特征在于，如果核心网判断出发生异常的业务是默认承载，在所述步骤506之后，核心网向无线侧eNB控制面下发初始用户设备上下文资源释放命令，要求释放初始用户设备上下文资源，而后eNB控制面指示UE释放RRC，再删除eNB用户面的有关实体，以及指示eNB内上下文资源的释放。

8.一种LTE系统中错误指示的处理装置，其特征在于包括eNB用户面模块和eNB控制面模块；

所述eNB用户面模块用于在检测到错误发生时向eNB控制面模块发送错误指示，该错误指示包含错误原因和业务识别信息，其中业务识别信息用于标识发生异常的业务类型；

所述eNB控制面模块用于收到eNB用户面模块发来的错误指示后，根据业务识别信息判断出发生异常的业务类型，然后进行相应处理。

9.根据权利要求8所述的错误指示的处理装置，其特征在于，所述eNB用户面模块包括错误检测单元和错误指示发送单元；其中，错误检测单元用于检测发生错误的各种情形，并将错误原因提供给错误指示发送单元；错误指示发送单元用于将错误原因和业务识别信息构造成错误指示并将其发送给eNB控制面模块；

所述eNB控制面模块包括错误指示接收单元、异常业务判断单元和错误处理单元；其中，错误指示接收单元用于接收eNB用户面模块发来的错误指示，并将其中的业务识别信息提供给异常业务判断单元；异常业务判断单元用于根据业务识别信息判断出发生异常的业务类型，并将判断结果提供给错误处理单元；错误处理单元根据发生异常的不同业务类型进行相应的处理。

10.根据权利要求9所述的错误指示的处理装置，其特征在于，当异常业务判断单元判断出发生异常的业务是SRB业务时，所述错误处理单元向核心网发送初始用户设备上下文资源释放请求，指示需要进行上下文资源的释放，进而释放RRC和eNB内的上下文资源；

当异常业务判断单元判断出发生异常的业务是DRB业务时，所述错误处理单元向核心网发送ERAB释放指示，指示该DRB业务的相应资源需要释放，而后eNB与核心网进行各自的资源释放。

Images