用户面重新初始化的方法及装置的制造方法
【技术领域】
[0001]本发明涉及无线传输技术领域，尤其涉及用户面重新初始化的方法及装置。
【背景技术】
[0002]演进全球陆地无线接入系统(EvolvedUniversal Terrestrial Rad1 AccessNetwork，E-UTRAN)由演进的节点 B(evolved Node B，eNB)组成，eNB 为用户设备(UserEquipment,UE)提供用户面和控制面的协议终止。用户面包括分组数据汇聚(Packet DataConvergence Protocol, PDCP)子层、无线链路控制(Rad1 Link Control, RLC)子层和媒体接入(Medium Access Control, MAC)子层。控制面从上至下包括非接入(Non-AccessStratum, NAS)层，无线资源控制(Rad1 Resource Control, RRC)层、PDCP 子层、RLC 子层和MAC子层。
[0003]MAC子层的主要功能包括实现逻辑信道和传输信道之间的映射；将逻辑信道上的MAC的业务数据单元(Service Data Unit，SDUs)复用到一个传输块后通过传输信道传递到物理层进行传输；将来自物理层通过传输信道投递的传输块解复用为逻辑信道上的MAC-SDUs ;通过混合自动重传请求(Hybrid Automatic Repeat Request，HARQ)功能纠正传输错误；调度信息报告；单个UE的逻辑信道优先级处理；eNB对多个UE通过动态调度实现优先级处理；多媒体广播多播业务(Multimedia Broadcast Multicast Service, MBMS)业务识别；传输格式选择。
[0004]RLC实体可以配置为三种模式:透明模式(Transparent Mode，TM)、非确认模式(Unacknowledged Mode，UM)、确认模式(Acknowledged Mode，AM)，即 RLC 子层可以提供三种模式的数据传输服务。其中AM模式下，RLC的协议数据单元(Protocol Data Unit，PDU)发送后，接收端会给发送端发状态包来通知发送端RLC-PDU接收情况。UM模式下，接收端不会给发送端发送状态报告来通知发送端RLC-PDU的接收情况，因此UM模式的数据仅能通过HARQ重传保证数据包的发送。主要功能包括传输上层的PDU ;AM数据传输时通过自动重传请求(Automatic Repeat Request, ARQ)实现错误更正；UM和AM数据传输中，实现级联、分段、重组RLC-SDU ;AM数据传输中，RLC数据PDU的重分段；UM和AM数据传输中，RLC数据PDU的重排序、重复检测、RLC-SDU丢弃；AM数据传输中，协议错误检测；RLC重建。
[0005]PDCP子层为用户面提供的功能包括:头压缩和解压缩；传输用户面数据；RLC_AM模式传输时，PDCP重建过程按序投递上层PDU和检测重复的底层SDU ;RLC-AM模式传输时，切换过程重传rocp-SDU ;加密和解密；上行基于时间的SDU丢弃。rocp子层为控制面提供的功能包括:加密和完整性保护；控制面数据传输。rocp为了执行加密和完整性保护，需要维护COUNT (计数器)变量，此变量长度为32bit，由高位的超帧号(Hyper Frame Number,HFN)部分和低位的roCP的序列号(Sequence Number, SN)组成，PDCP的SN的长度由eNB通过RRC层的重配消息来定义。当发送端发送一个I3DCP-PDU时，就把计数器(COUNT)加1，PDCP-PDU中的I3DCP-SN部分等于发送端COUNT的I3DCP-SN部分。当映射到UM RLC的接收端收到I3DCP-PDU后，如果I3DCP-PDU中的roCP-SN值小于接收端维护的Next_PDCP_RX_SN (下一个期望接收的roCP-SN)变量，则接收端维护的COUNT的HFN部分加1，否则HFN部分不变。Next_PDCP_RX_SN 更新为 PDCP-PDU 的 PDCP SN+1，对 PDCP-PDU 解密使用的 COUNT 由 HFN 部分和H)CP-PDU的rocp SN部分组合而成。当发送端加密和完整性保护使用的count和接收端解密和完整性保护使用的COUNT值不同时，解密结果一定是错误的，完整性保护也会失败。
[0006]当无线环境非常差导致接收端无法收到发送端的数据，并且接收端和发送端配置了 UM模式RLC实体时，UE上行的HARQ重传多次，UE的MAC层也可能检测不到HARQ确认，当HARQ重传超过最大次数，UE会把对应的HARQ进程的缓存清空，即不再传输HARQ缓存中的MAC-PDU。由于配置了 UM模式，接收端RLC子层不会给发送端确认包，发送端的RLC子层也无法感知有RLC-PDU传输失败，因此I3DCP子层也感知不到roCP-PDU传输失败。假设连续多次HARQ传输失败后，有一个MAC-PDU传输成功，UE的TOCP子层维护的COUNT的HFN部分已经加1，并且发送成功的MAC-PDU携带的PDCP-PDU中的PDCP-SN最小值已经比eNB的roCP子层维护的Next_PDCP_RX_SN大，则eNB的I3DCP子层不会把COUNT值的HFN部分加1，会导致UE和eNB维护的COUNT值的HFN部分不能同步从而导致后续所有I3DCP-PDU的完整性保护失败，且解密内容错误，最终导致业务连接断掉。同样的，下行HARQ也存在这样的问题。当HARQ重传次数比较大时，可能在I3DCP的HFN还未不同步时，就已经导致连接断掉了，过多的重传会浪费空口的资源。
[0007]LTE下接入层出现各种异常，都可以通过重建流程恢复链路。异常包括配置消息无效、切换失败、持续检测到失步、RLC-AM模式传输时有重传超过配置的最大限制次数、连接态下MAC随机接入失败等。重建以及重建后第一次重配流程会对RLC和HXP进行重建操作。在rocp重建流程中会对把UM模式传输RB的COUNT的HFN和TOCP-SN部分都重置为O。RLC重建流程会将所有RLC的状态变量重置为初始值。当MAC在RRC层的控制下执行重置流程时，会把所有下行的HARQ的缓存都清空。
[0008]现有技术中解决配置UM模式时，连续多次上行或者下行HARQ失败，会造成发送端和接收端的I3DCP-COUNt的HFN部分不同步，即使后续有数据包发送成功，也由于COUNT的HFN部分不一致造成解密结果错误而导致上层无法组装正确的数据包而丢弃此数据包，或者完整性保护失败而在HXP层丢包。而此时没有重建机制来恢复用户面的数据传递，最终导致业务连接断开，用户体验差。
【发明内容】
[0009]有鉴于此，本发明实施例期望提供一种用户面重新初始化的方法及装置，至少能解决现有UM模式下的数据传输中断等技术问题。
[0010]本发明实施例的技术方案是这样实现的:
[0011]本发明实施例提供了一种用户面重新初始化的方法，应用于UM模式，所述方法包括:
[0012]eNB监测自身HARQ信息的发送状态；
[0013]当HARQ信息的连续重传失败次数超过设定阈值时，控制eNB侧的用户面重新初始化。
[0014]上述方案中，所述eNB监测自身HARQ信息的发送状态包括:
[0015]设置连续失败变量，并对所述连续失败变量置O ;
[0016]MAC实体检测UE发来的HARQ信息，如果没有从所述HARQ信息中检测到发送成功的确认信息，并且HARQ重传次数超过重传最大次数，则所述连续传输失败变量值加一；否贝1J，继续检测所述HARQ信息；
[0017]当从所述HARQ信息中检测到发送成功的确认消息时，对连续传输失败变量置O。
[0018]上述方案中，所述当HARQ信息的连续重传失败次数超过设