CN105704739A - 用户面重新初始化的方法及装置 - Google Patents

Abstract

本发明公开了用户面重新初始化的方法，包括：eNB监测自身HARQ信息的发送状态，当HARQ信息的连续重传失败次数超过设定阈值时，控制用户面重新初始化。本发明还同时公开了用户面重新初始化的装置。

Description

用户面重新初始化的方法及装置

技术领域

本发明涉及无线传输技术领域，尤其涉及用户面重新初始化的方法及装置。

背景技术

演进全球陆地无线接入系统(EvolvedUniversalTerrestrialRadioAccessNetwork，E-UTRAN)由演进的节点B(evolvedNodeB，eNB)组成，eNB为用户设备(UserEquipment，UE)提供用户面和控制面的协议终止。用户面包括分组数据汇聚(PacketDataConvergenceProtocol，PDCP)子层、无线链路控制(RadioLinkControl，RLC)子层和媒体接入(MediumAccessControl，MAC)子层。控制面从上至下包括非接入(Non-AccessStratum，NAS)层，无线资源控制(RadioResourceControl，RRC)层、PDCP子层、RLC子层和MAC子层。

MAC子层的主要功能包括实现逻辑信道和传输信道之间的映射；将逻辑信道上的MAC的业务数据单元(ServiceDataUnit，SDUs)复用到一个传输块后通过传输信道传递到物理层进行传输；将来自物理层通过传输信道投递的传输块解复用为逻辑信道上的MAC-SDUs；通过混合自动重传请求(HybridAutomaticRepeatRequest，HARQ)功能纠正传输错误；调度信息报告；单个UE的逻辑信道优先级处理；eNB对多个UE通过动态调度实现优先级处理；多媒体广播多播业务(MultimediaBroadcastMulticastService，MBMS)业务识别；传输格式选择。

RLC实体可以配置为三种模式：透明模式(TransparentMode，TM)、非确认模式(UnacknowledgedMode，UM)、确认模式(AcknowledgedMode，AM)，即RLC子层可以提供三种模式的数据传输服务。其中AM模式下，RLC的协议数据单元(ProtocolDataUnit，PDU)发送后，接收端会给发送端发状态包来通知发送端RLC-PDU接收情况。UM模式下，接收端不会给发送端发送状态报告来通知发送端RLC-PDU的接收情况，因此UM模式的数据仅能通过HARQ重传保证数据包的发送。主要功能包括传输上层的PDU；AM数据传输时通过自动重传请求(AutomaticRepeatRequest，ARQ)实现错误更正；UM和AM数据传输中，实现级联、分段、重组RLC-SDU；AM数据传输中，RLC数据PDU的重分段；UM和AM数据传输中，RLC数据PDU的重排序、重复检测、RLC-SDU丢弃；AM数据传输中，协议错误检测；RLC重建。

PDCP子层为用户面提供的功能包括：头压缩和解压缩；传输用户面数据；RLC-AM模式传输时，PDCP重建过程按序投递上层PDU和检测重复的底层SDU；RLC-AM模式传输时，切换过程重传PDCP-SDU；加密和解密；上行基于时间的SDU丢弃。PDCP子层为控制面提供的功能包括：加密和完整性保护；控制面数据传输。PDCP为了执行加密和完整性保护，需要维护COUNT(计数器)变量，此变量长度为32bit，由高位的超帧号(HyperFrameNumber，HFN)部分和低位的PDCP的序列号(SequenceNumber，SN)组成，PDCP的SN的长度由eNB通过RRC层的重配消息来定义。当发送端发送一个PDCP-PDU时，就把计数器(COUNT)加1，PDCP-PDU中的PDCP-SN部分等于发送端COUNT的PDCP-SN部分。当映射到UMRLC的接收端收到PDCP-PDU后，如果PDCP-PDU中的PDCP-SN值小于接收端维护的Next_PDCP_RX_SN(下一个期望接收的PDCP-SN)变量，则接收端维护的COUNT的HFN部分加1，否则HFN部分不变。Next_PDCP_RX_SN更新为PDCP-PDU的PDCPSN+1，对PDCP-PDU解密使用的COUNT由HFN部分和PDCP-PDU的PDCPSN部分组合而成。当发送端加密和完整性保护使用的COUNT和接收端解密和完整性保护使用的COUNT值不同时，解密结果一定是错误的，完整性保护也会失败。

当无线环境非常差导致接收端无法收到发送端的数据，并且接收端和发送端配置了UM模式RLC实体时，UE上行的HARQ重传多次，UE的MAC层也可能检测不到HARQ确认，当HARQ重传超过最大次数，UE会把对应的HARQ进程的缓存清空，即不再传输HARQ缓存中的MAC-PDU。由于配置了UM模式，接收端RLC子层不会给发送端确认包，发送端的RLC子层也无法感知有RLC-PDU传输失败，因此PDCP子层也感知不到PDCP-PDU传输失败。假设连续多次HARQ传输失败后，有一个MAC-PDU传输成功，UE的PDCP子层维护的COUNT的HFN部分已经加1，并且发送成功的MAC-PDU携带的PDCP-PDU中的PDCP-SN最小值已经比eNB的PDCP子层维护的Next_PDCP_RX_SN大，则eNB的PDCP子层不会把COUNT值的HFN部分加1，会导致UE和eNB维护的COUNT值的HFN部分不能同步从而导致后续所有PDCP-PDU的完整性保护失败，且解密内容错误，最终导致业务连接断掉。同样的，下行HARQ也存在这样的问题。当HARQ重传次数比较大时，可能在PDCP的HFN还未不同步时，就已经导致连接断掉了，过多的重传会浪费空口的资源。

LTE下接入层出现各种异常，都可以通过重建流程恢复链路。异常包括配置消息无效、切换失败、持续检测到失步、RLC-AM模式传输时有重传超过配置的最大限制次数、连接态下MAC随机接入失败等。重建以及重建后第一次重配流程会对RLC和PDCP进行重建操作。在PDCP重建流程中会对把UM模式传输RB的COUNT的HFN和PDCP-SN部分都重置为0。RLC重建流程会将所有RLC的状态变量重置为初始值。当MAC在RRC层的控制下执行重置流程时，会把所有下行的HARQ的缓存都清空。

现有技术中解决配置UM模式时，连续多次上行或者下行HARQ失败，会造成发送端和接收端的PDCP-COUNT的HFN部分不同步，即使后续有数据包发送成功，也由于COUNT的HFN部分不一致造成解密结果错误而导致上层无法组装正确的数据包而丢弃此数据包，或者完整性保护失败而在PDCP层丢包。而此时没有重建机制来恢复用户面的数据传递，最终导致业务连接断开，用户体验差。

发明内容

有鉴于此，本发明实施例期望提供一种用户面重新初始化的方法及装置，至少能解决现有UM模式下的数据传输中断等技术问题。

本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种用户面重新初始化的方法，应用于UM模式，所述方法包括：

eNB监测自身HARQ信息的发送状态；

当HARQ信息的连续重传失败次数超过设定阈值时，控制eNB侧的用户面重新初始化。

上述方案中，所述eNB监测自身HARQ信息的发送状态包括：

设置连续失败变量，并对所述连续失败变量置0；

MAC实体检测UE发来的HARQ信息，如果没有从所述HARQ信息中检测到发送成功的确认信息，并且HARQ重传次数超过重传最大次数，则所述连续传输失败变量值加一；否则，继续检测所述HARQ信息；

当从所述HARQ信息中检测到发送成功的确认消息时，对连续传输失败变量置0。

上述方案中，所述当HARQ信息的连续重传失败次数超过设定阈值时，控制eNB侧的用户面重新初始化包括：

当所述连续传输失败变量超过设定阈值时，eNB发送重配消息给UE，指示UE开始小区内切换流程，UE和eNB在所述切换流程中各自完成MAC实体的重置，eNB的无线承载的RLC实体和PDCP实体进行重建；或

eNB停止给UE发送授权，触发UE发起竞争随机接入；如果eNB在竞争随机接入过程中未检测到UE发来重建请求消息，则不给UE竞争解决，竞争随机接入失败，触发UE发起重建流程；或

eNB停止发送定时调整命令，触发UE发起竞争随机接入；如果eNB在竞争随机接入过程中未检测到UE发来重建请求消息，则不给UE竞争解决，竞争随机接入失败，触发UE发起重建流程。

上述方案中，所述竞争随机接入过程包括：

eNB接收到UE发起的竞争随机接入资源的前导信息后，向UE发送包含竞争随机接入资源参数消息；eNB接收UE发来的竞争随机接入请求消息，如果竞争随机接入请求消息包括C-RNTIMAC控制信元，则不给UE发送竞争解决消息对应的确认重建消息；如果重建请求消息包括公共控制信道数据包，则给UE发送竞争解决消息和重建消息。

本发明实施例还提供了一种用户面重新初始化的装置，所述装置包括：

第一信息监测单元，用于监测eNB端的HARQ信息的发送状态；

第一用户面初始化单元，用于当HARQ信息的连续重传失败次数超过设定阈值时，控制eNB侧的用户面重新初始化。

上述方案中，所述第一信息监测单元包括：

第一状态监测模块，用于设置连续失败变量，并对所述连续失败变量置0；检测UE发来的HARQ信息，如果没有从所述HARQ信息中检测到发送成功的确认信息，并且HARQ重传次数超过重传最大次数，则所述连续传输失败变量值加一；否则，继续检测所述HARQ信息；当从所述HARQ信息中检测到发送成功的确认消息时，对连续传输失败变量置0。

上述方案中，所述第一用户面初始化单元还包括：

第一用户面初始化模块，用于在所述连续传输失败变量超过设定阈值时，发送重配消息给UE，指示UE开始小区内切换流程，UE和eNB在所述切换流程中各自完成MAC实体的重置，eNB的无线承载的RLC实体和PDCP实体进行重建；或停止给UE发送授权，触发UE发起竞争随机接入；如果eNB在竞争随机接入过程中未检测到UE发来重建请求消息，则不给UE竞争解决，竞争随机接入失败，触发UE发起重建流程；或停止发送定时调整命令，触发UE发起竞争随机接入；如果在竞争随机接入过程中未检测到UE发来重建请求消息，则不给UE竞争解决，竞争随机接入失败，触发UE发起重建流程。

上述方案中，所述第一用户面初始化模块还包括：

竞争随机接入子模块，用于接收到UE发起的竞争随机接入资源的前导信息后，向UE发送包含竞争随机接入资源参数消息；接收UE发来的竞争随机接入请求消息，如果竞争随机接入请求消息包括C-RNTIMAC控制信元，则不给UE发送竞争解决消息对应的确认重建消息；如果重建请求消息包括公共控制信道数据包，则给UE发送竞争解决消息和重建消息。

本发明实施例所提供的UM模式下控制用户面重新初始化的方法及装置，在HARQ信息的连续重传失败次数超过设定阈值时，控制用户面重新初始化，能够保证UM模式下的数据传输不中断，进而保证了PDU的正常加密和解密。

附图说明

图1为本发明实施例1的用户面重新初始化的方法的实现流程示意图；

图2为本发明实施例1的eNB监测自身HARQ信息的发送状态的流程图；

图3为本发明实施例2的用户面重新初始化的方法的实现流程示意图；

图4为本发明实施例3的用户面重新初始化的装置的组成结构示意图；

图5为本发明实施例4的用户面重新初始化的装置的组成结构示意图。

具体实施方式

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

实施例1

为了解决现有E-UTRAN中UM模式下的数据传输中断等技术问题，本实施例期望提供一种用户面重新初始化的方法，应用于UM模式，如图1所示，本实施例方法包括以下步骤：

步骤S101：eNB监测自身HARQ信息的发送状态；

步骤S102：当HARQ信息的连续重传失败次数超过设定阈值时，控制eNB侧的用户面重新初始化。

由于UM模式下没有信息反馈功能，为了实现数据的正确性，可以设置一个设定阈值，设定阈值用来限定HARQ信息的连续重传失败次数，用于保证在传输数据出现错误前对eNB侧的用户面重新初始化。

本实施例的eNB监测自身HARQ信息的发送状态，当HARQ信息的连续重传失败次数超过设定阈值时，控制eNB侧的用户面重新初始化，能够保证UM模式下的数据传输不中断。

具体的，步骤S101中所述eNB监测自身HARQ信息的发送状态的流程图如图2所示，包括：

步骤S1011：设置连续失败变量，并对所述连续失败变量置0；

步骤S1012：eNB侧的MAC实体检测UE发来的HARQ信息，如果没有从所述HARQ信息中检测到发送成功的确认信息，并且HARQ重传次数超过重传最大次数，则所述连续传输失败变量值加一；否则，继续检测所述HARQ信息；

步骤S1013：当从所述HARQ信息中检测到发送成功的确认消息时，对连续传输失败变量置0。

步骤S102中所述当HARQ信息的连续重传失败次数超过设定阈值时，控制eNB侧的用户面重新初始化包括三种方法：

1)当所述连续传输失败变量超过设定阈值时，eNB发送重配消息给UE，指示UE开始小区内切换流程，UE和eNB在所述切换流程中各自完成MAC实体的重置，eNB的无线承载的RLC实体和PDCP实体进行重建；或

2)eNB停止给UE发送授权，触发UE发起竞争随机接入；如果eNB在竞争随机接入过程中未检测到UE发来重建请求消息，则不给UE竞争解决，竞争随机接入失败，触发UE发起重建流程；或

3)eNB停止发送定时调整命令，触发UE发起竞争随机接入；如果eNB在竞争随机接入过程中未检测到UE发来重建请求消息，则不给UE竞争解决，竞争随机接入失败，触发UE发起重建流程。

上述竞争随机接入过程包括：

eNB接收到UE发起的竞争随机接入资源的前导信息后，向UE发送包含竞争随机接入资源参数消息；eNB接收UE发来的竞争随机接入请求消息，如果竞争随机接入请求消息包括小区无线网络临时标识(Cell-RadioNetworkTemporaryIdentifier，C-RNTI)MAC控制信元，则不给UE发送竞争解决消息对应的确认重建消息；如果重建请求消息包括公共控制信道数据包，则给UE发送竞争解决消息和重建消息。

实施例2

本实施例提供了一种用户面重新初始化的方法，应用于UM模式，如图3所示，本实施例方法包括：

步骤S201：UE监测自身HARQ信息的发送状态；

步骤S202：当HARQ信息的连续重传失败次数超过设定阈值时，控制UM侧的用户面重新初始化。

具体的，步骤S201中所述UE监测自身HARQ信息的发送状态包括：

步骤S2011：设置连续失败变量，并对所述连续失败变量置0；

步骤S2012：UE侧的MAC实体检测向eNB发送的HARQ信息，如果没有从所述HARQ信息中检测到发送成功的确认信息，并且HARQ重传次数超过重传最大次数，则所述连续传输失败变量值加一；否则，继续检测所述HARQ信息；

步骤S2013：当从所述HARQ信息中检测到发送成功的确认消息时，对连续传输失败变量置0。

步骤S202中所述当HARQ信息的连续重传失败次数超过设定阈值时，控制UM侧的用户面重新初始化包括：当所述连续传输失败变量超过设定阈值时，UE的MAC实体通知UE的RRC实体发起重建流程。

实施例3

本实施例是在实施例1的方法的基础上提供的一种用户面重新初始化的装置，应用于UM模式，如图4所示，所述装置包括：

第一信息监测单元301，用于监测eNB端的HARQ信息的发送状态；

第一用户面初始化单元302，用于当HARQ信息的连续重传失败次数超过设定阈值时，控制eNB侧的用户面重新初始化。

具体的，所述第一信息监测单元301包括：

第一状态监测模块301，用于设置连续失败变量，并对所述连续失败变量置0；检测UE发来的HARQ信息，如果没有从所述HARQ信息中检测到发送成功的确认信息，并且HARQ重传次数超过重传最大次数，则所述连续传输失败变量值加一；否则，继续检测所述HARQ信息；当从所述HARQ信息中检测到发送成功的确认消息时，对连续传输失败变量置0。

所述第一用户面初始化单元302还包括：

第一用户面初始化模块，用于在所述连续传输失败变量超过设定阈值时，发送重配消息给UE，指示UE开始小区内切换流程，UE和eNB在所述切换流程中各自完成MAC实体的重置，eNB的无线承载的RLC实体和PDCP实体进行重建；或停止给UE发送授权，触发UE发起竞争随机接入；如果eNB在竞争随机接入过程中未检测到UE发来重建请求消息，则不给UE竞争解决，竞争随机接入失败，触发UE发起重建流程；或停止发送定时调整命令，触发UE发起竞争随机接入；如果在竞争随机接入过程中未检测到UE发来重建请求消息，则不给UE竞争解决，竞争随机接入失败，触发UE发起重建流程。

所述第一用户面初始化单元302还包括：

竞争随机接入子模块，用于接收到UE发起的竞争随机接入资源的前导信息后，向UE发送包含竞争随机接入资源参数消息；接收UE发来的竞争随机接入请求消息，如果竞争随机接入请求消息包括C-RNTIMAC控制信元，则不给UE发送竞争解决消息对应的确认重建消息；如果重建请求消息包括公共控制信道数据包，则给UE发送竞争解决消息和重建消息。

实施例4

本实施例是在实施例2方法的基础上提出的一种用户面重新初始化的装置，如图5所示，所述装置包括：

第二信息监测单元401，用于监测UE端的HARQ信息的发送状态；

第二用户面初始化单元402，用于当HARQ信息的连续重传失败次数超过设定阈值时，控制UM侧的用户面重新初始化。

具体的，所述第二信息监测单元401包括：

第二状态监测模块，用于设置连续失败变量，并对所述连续失败变量置0；检测向eNB发送的HARQ信息，如果没有从所述HARQ信息中检测到发送成功的确认信息，并且HARQ重传次数超过重传最大次数，则所述连续传输失败变量值加一；否则，继续检测所述HARQ信息；当从所述HARQ信息中检测到发送成功的确认消息时，对连续传输失败变量置0。

所述第二用户面初始化单元402还包括：

第二用户面初始化模块，用于在所述连续传输失败变量超过设定阈值时，通知UE的RRC实体发起重建流程。

实施例5

本实施例通过一个实际场景对本发明进行详细说明。

本发明首先要对所有HARQ进程进行连续HARQ失败次数的统计，发送端MAC实体维护一个连续失败变量Consistent_HARQ_Fail，发送端MAC实体可以是UE的MAC实体，也可以是eNB的MAC实体。监测HARQ信息的发送状态的步骤包括：

步骤A1：Consistent_HARQ_Fail置0；

步骤A2：当发送端的物理层检测到HARQ反馈为否定的确认(negativeacknowledgement，NACK)，进入步骤A3；如果HARQ反馈为确认(acknowledgement，ACK)，则返回步骤A1；

步骤A3：若任意HARQ进程的重传次数达超过了重传最大次数，则清空HARQ进程缓存，进入步骤A4；否则返回步骤A2；

步骤A4：Consistent_HARQ_Fail的值加一；

步骤A5：如果Consistent_HARQ_Fail达到预先设定的设定阈值，则进入发起重建流程。否则转步骤A2。

由于eNB配置的授权大小不同，MAC-PDU可以承载的RLC-PDU数量不同，进而携带的PDCP-PDU个数也不同。设定阈值的取值需要保证检测到连续设定阈值次HARQ重传失败，PDCP-SN也不会达到最大取值而变成0。具体取值可以根据需要确定，取值越小，重建可能更频繁，但是UM的连续丢包数可能会减少，链路恢复更快。

当UE的MAC实体检测到HARQ实体的Consistent_HARQ_Fail超过设定阈值时，进行如下步骤：

步骤B1：UE的MAC实体通知RRC实体进入重建流程；

步骤B2：UE给eNB发送重建请求消息，重建原因选择“其他原因”；

步骤B3：eNB正常给UE发重建响应消息。

当eNB的MAC实体检测到HARQ实体的连续重传失败，可以通知eNB的RRC实体，由eNB的RRC实体触发小区内切换(intra-cellhandover)流程来实现让UE完成重建RLC实体、PDCP实体和重置MAC实体的目的。

当eNB的MAC实体检测到HARQ连续重传失败，则进行如下步骤：

步骤C1，eNB的物理层停止给UE发定时调整(Timealignment，TA)或者授权。UE的MAC检测到TA超时后或者调度请求发送超过最大次数后，通知RRC实体删除物理上行控制信道/探测参考信号(PhysicalUplinkControlChannel/SoundingReferenceSymbol，PUCCH/SRS)资源，并发起竞争随机接入。当UE的物理层发送调度请求超过最大次数，还获取不到eNB的物理层发来的授权，则UE会通知MAC发起竞争随机接入；

步骤C2，UE的MAC发送随机接入的第一消息Msg1，其中包含MAC选择的随机接入前导信息；

步骤C3，eNB收到第一消息Msg1后，回复随机接入响应消息第二消息Msg2，即竞争随机接入资源参数消息，其中包括临时小区无线网络临时标识(CellRadioNetworkTemporaryIdentifier，C-RNTI)、TA和授权；

步骤C4，UE在接收到第二消息Msg2后，UE的MAC组装第三消息Msg3(竞争随机接入请求)消息发送给eNB，其中包括C-RNIT控制信元。eNB判断此UE已经有HARQ重传失败超限，并且第三消息Msg3中未携带重建请求消息，而是携带了C-RNTI控制信元，则不再发送竞争解决的第四消息Msg4(确认重建)消息；

步骤C5，UE的MAC检测到竞争解决超时，前导发送次数累加一次，如果前导发送次数超过RRC配置的最大值，通知UE的RRC实体随机接入失败，继续执行步骤C6；否则，返回步骤C2；

步骤C6，UE的RRC实体发起重建流程，通知UE的MAC实体执行竞争随机接入流程；

步骤C7，UE的MAC实体发送随机接入的第一消息Msg1；

步骤C8，eNB回复随机接入响应消息第二消息Msg2；

步骤C9，UE的MAC实体组装第三消息Msg3，其中包括公共控制信道消息，即RRC实体组装的重建请求消息；

步骤C10，eNB判断此UE已经有HARQ重传失败超限，并且第三消息Msg3中携带了公共控制信道消息，给UE发竞争解决消息第四消息Msg4；

步骤C11，eNB的MAC把重建请求消息转发给eNB的RRC实体；

步骤C12、C13和C14分别为eNB的RRC实体构造重建消息，通过空口发送给UE的RRC实体。UE的RRC实体收到重建消息后，按照正常重建流程处理，并给eNB回复重建完成消息。eNB收到重建完成后，和正常重建流程一样处理，发送一条重配消息，完成此流程后，所有承载的PDCP实体、RLC实体、MAC实体的状态都会复位。从而解决UM传输模式下，连续HARQ失败带来的UE和eNB的状态不同步问题。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (8)

1.一种用户面重新初始化的方法，应用于UM模式，其特征在于，所述方法包括：

eNB监测自身HARQ信息的发送状态；

当HARQ信息的连续重传失败次数超过设定阈值时，控制eNB侧的用户面重新初始化。

2.根据权利要求1所述的方法，其特征在于，所述eNB监测自身HARQ信息的发送状态包括：

设置连续失败变量，并对所述连续失败变量置0；

MAC实体检测UE发来的HARQ信息，如果没有从所述HARQ信息中检测到发送成功的确认信息，并且HARQ重传次数超过重传最大次数，则所述连续传输失败变量值加一；否则，继续检测所述HARQ信息；

当从所述HARQ信息中检测到发送成功的确认消息时，对连续传输失败变量置0。

3.根据权利要求2所述的方法，其特征在于，所述当HARQ信息的连续重传失败次数超过设定阈值时，控制eNB侧的用户面重新初始化包括：

当所述连续传输失败变量超过设定阈值时，eNB发送重配消息给UE，指示UE开始小区内切换流程，UE和eNB在所述切换流程中各自完成MAC实体的重置，eNB的无线承载的RLC实体和PDCP实体进行重建；或

eNB停止给UE发送授权，触发UE发起竞争随机接入；如果eNB在竞争随机接入过程中未检测到UE发来重建请求消息，则不给UE竞争解决，竞争随机接入失败，触发UE发起重建流程；或

eNB停止发送定时调整命令，触发UE发起竞争随机接入；如果eNB在竞争随机接入过程中未检测到UE发来重建请求消息，则不给UE竞争解决，竞争随机接入失败，触发UE发起重建流程。

4.根据权利要求3所述的方法，其特征在于，所述竞争随机接入过程包括：

eNB接收到UE发起的竞争随机接入资源的前导信息后，向UE发送包含竞争随机接入资源参数消息；eNB接收UE发来的竞争随机接入请求消息，如果竞争随机接入请求消息包括C-RNTIMAC控制信元，则不给UE发送竞争解决消息对应的确认重建消息；如果重建请求消息包括公共控制信道数据包，则给UE发送竞争解决消息和重建消息。

5.一种用户面重新初始化的装置，其特征在于，所述装置包括：

第一信息监测单元，用于监测eNB端的HARQ信息的发送状态；

第一用户面初始化单元，用于当HARQ信息的连续重传失败次数超过设定阈值时，控制eNB侧的用户面重新初始化。

6.根据权利要求5所述的装置，其特征在于，所述第一信息监测单元包括：

第一状态监测模块，用于设置连续失败变量，并对所述连续失败变量置0；检测UE发来的HARQ信息，如果没有从所述HARQ信息中检测到发送成功的确认信息，并且HARQ重传次数超过重传最大次数，则所述连续传输失败变量值加一；否则，继续检测所述HARQ信息；当从所述HARQ信息中检测到发送成功的确认消息时，对连续传输失败变量置0。

7.根据权利要求6所述的装置，其特征在于，所述第一用户面初始化单元还包括：

第一用户面初始化模块，用于在所述连续传输失败变量超过设定阈值时，发送重配消息给UE，指示UE开始小区内切换流程，UE和eNB在所述切换流程中各自完成MAC实体的重置，eNB的无线承载的RLC实体和PDCP实体进行重建；或停止给UE发送授权，触发UE发起竞争随机接入；如果eNB在竞争随机接入过程中未检测到UE发来重建请求消息，则不给UE竞争解决，竞争随机接入失败，触发UE发起重建流程；或停止发送定时调整命令，触发UE发起竞争随机接入；如果在竞争随机接入过程中未检测到UE发来重建请求消息，则不给UE竞争解决，竞争随机接入失败，触发UE发起重建流程。

8.根据权利要求7所述的装置，其特征在于，所述第一用户面初始化模块还包括：

竞争随机接入子模块，用于接收到UE发起的竞争随机接入资源的前导信息后，向UE发送包含竞争随机接入资源参数消息；接收UE发来的竞争随机接入请求消息，如果竞争随机接入请求消息包括C-RNTIMAC控制信元，则不给UE发送竞争解决消息对应的确认重建消息；如果重建请求消息包括公共控制信道数据包，则给UE发送竞争解决消息和重建消息。