一种lte中的广播组播重传方法
【技术领域】
[0001]本发明涉及一种LTE (Long Term Evolut1n,长期演进)中的广播组播重传方法。
【背景技术】
[0002]缩略语和关键术语定义:
[0003]ACK Acknowledgment，确认
[0004]AM Acknowledged Mode，非确认模式
[0005]C-RNTI Cell Rad1 Network Temporary Identif ier，小区无线网络临时标识
[0006]DL-SCH DownLink Shared Channel，下行共享信道
[0007]eNB evolved Node B，演进型基站
[0008]HARQ Hybrid Automatic Repeat reQuest，混合自动重传请求
[0009]MAC Medium Access Control，媒体接入控制
[0010]MAC PDU Medium Access Control Protocol Data Unit，协议数据单元
[0011]MAC CE Medium Access Control Control Element，MAC 控制单元
[0012]MBMS Multimedia Broadcast/Multicast Service，多媒体广播多播业务
[0013]MCS Modulat1n and Coding Scheme，调制与编码方案
[0014]MSG3 Message3，第三条消息
[0015]NACK Negative Acknowledgment,否定确认
[0016]PDCCH Physical Downlink Shared Channel,物理下行控制信道
[0017]PUCCH Physical Uplink Shared Channel,物理上行控制信道
[0018]RAR Random Access Respouse，随机接入响应
[0019]RA-RNTI Random Access Rad1 Network Temporary Identifier
[0020]RLC Rad1 Link Control,无线链路控制
[0021]RRC Rad1 Resource Control,无线资源控制协议
[0022]UE User Equipment，用户设备
[0023]UM Unacknowledged Mode，非确认模式
[0024]在过去的通信中，人们更多的关注于面向单用户的数据传输。随着动通信技术的不断发展，移动终端有了更多的业务需求，如移动多媒体务。当在一个小区中，相同的内容需要传输给多余3 — 5个用户时，点到多点的传输相比于点对点传输变得更加高效。因而，多媒体广播多播业务在LTE Release被引入。
[0025]多媒体广播多播业务，简称MBMS，其定义为通过核心网对广播和多播业务提供一种有效的传输模式。
[0026]在现有的LTE技术中，一个MBMS会话同时将数据发送给多个UE。在MBMS会话开始的时候，UE可能处于空闲状态RRC—IDLE，也可能处在连接状态RRC—CONNECTED。当UE处于RRC—IDLE时，不需要发起随机接入使UE进入RRC—CONNECTED，即处于RRC—IDLE可以直接接收MBMS传输的数据。不管是处于RRC—IDLE的UE还是处于RRC—CONNECTED的UE在接收到MBMS传输的数据时，都不对数据包进行确认，且处于RRC_IDLE的UE无法进行反馈的。
[0027]在现有MBMS中，不管是处于RRC_IDLE的UE还是处于RRC_CONNECTED的UE在接收到MBMS传输的数据时，都不对数据包进行确认，对于MBMS业务的可靠性没有保证。
【发明内容】
[0028]现有技术中的MBMS是一种缺乏可靠性的传输，本发明针对现有的MBMS传输方式存在的问题，而提供一种LTE中的广播组播重传方法，本发明的方法为确认重传机制，以保证数据的完整性，以适应需要提供高质量MBMS服务的应用场景。
[0029]本发明的技术方案为:
[0030]一种LTE中的广播组播重传方法，其特征在于按以下步骤进行:
[0031]步骤1、eNB将广播组播的数据缓存起来，并启动一个定时器，缓存的数据等待一个时间T，各UE不管处于RRC_IDLE状态还是处于RRC_CONNECTED状态，都将进行正常的广播组播业务的接收操作，各UE并对所接收到的数据包进行正确性校验，各UE并对所接收到的数据包进行正确性校验，若接收正确不做处理，若接收出现错误则需要回复否定回答NACK，请求eNB重传出错的数据包；
[0032]步骤2、若eNB的定时器超时，且没有收到各UE的重传请求，则将缓存的数据删除，认为所有UE都已经正确收到数据；
[0033]步骤3、若eNB收到UE的重传请求后，根据用户的状态进行相对应的不同的处理:I)若UE处于RRC_IDLE状态:eNB将在随机接入过程中的MSG3中收到UE的新定义的MACCE，通过该MAC CE知道需要重传的数据信息，然后，eNB综合多个用户指示的重传请求信息后，将需要重传的UM RLC PDU复用后通过相应的逻辑信道发送或者通过MAC PDU预留比特指示是复用重传的广播组播帧，并重启该帧对应的定时器；2)若UE处于RRC_CONNECTED状态:若UE请求重传的数据已经通过复用重传，则不需要新的处理；若UE请求重传的数据帧没有通过复用重传，则eNB将该UE请求重传的RLC UMPDU作为负载送到一个单播的UM或AM逻辑信道进行重新封装传输，该单播的UM或AM逻辑信道通过较低的MCS等级和HARQ重传保证该RLC UM PDU正确传输到UE。
[0034]步骤I中若UE接收出错，根据该接收出错的UE当前的RRC状态分别进行不同处理:I)若该UE处于RRC_IDLE状态:根据在3GPP协议标准中的定义，UE处于RRC_IDLE状态时，需要在上行传输相应的ACK或NACK给eNB，则需要进行随机接入来建立UE与eNB之间的链接；在随机接入的MSG3中携带需要重传的信息发送给eNB，随即将随机接入停止，不再进行后面的步骤；2)若UE处于RRC_CONNECTED状态:则通过上行共享信道UL-SCH发送新定义的MAC CE，此外该MAC CE与其他RLC PDU复用后发送，所述新定义的MAC CE中，主要包含两个字段:序号字段和位图字段；其中序号字段填充UE收到错误的数据包序号，后面紧跟的位图字段依次指示紧跟该数据包序号后面的数据包的接收情况，位图的第i比特，数据包序号=序号+i的数据包接收错误。
[0035]步骤I)中随机接入来建立UE与eNB之间的链接具体步骤为:步骤一传输前导序列，每个小区有64个随机接入的前导序列，其中64-Ncf个前导序列被用于基于竞争的随机接入也就是初始接入、Ncf个前导序列非竞争的随机接入也就是切换时的接入；UE从64-Ncf个前导序列中选取一个进行传输，通过前导序列，让eNB知道存在一个终端试图跟eNB建立连接；步骤二随机接入响应:当eNB检测到UE发送的前导序列，就会在DL-SCH上发送一个响应，包含:检测到的前导序列的索引号、用于上行同步的时间调整信息、初始的上行资源分配，用于发送随后的MSG3，以及一个临时C-RNTI ;步骤三MSG3发送:发送了接入前导序列以后，UE需要监听HXXH信道，是否存在eNB回复的RAR ；UE接收到RAR，获得上行的时间同步和上行资源；在3GPP协议标准中的完整随即接入过程中，UE需要通过MSG3以及随后冲突检测来解决这样的随机接入冲突，而在本方案中，针对广播组播帧的重传请求，UE只需要在本步骤中MSG3发送阶段，在MSG3中承载一个新定义的MAC CE，该MAC CE用来指示哪些组播语音丢失即可，不用随机接入的后面进行的冲突检测，即此时UE仍然处在RRC_IDLE状态。
[0036]所述的步骤3的I)步中的MAC PDU主要包含三部分:MAC头、MAC载荷以及可选的填充；MAC头和MAC载荷是可变的；一个MAC头里设有一个或者多个MAC子头，每一个MAC子头对应一个MAC SDU、一个MAC CE或者填充位。
[0037]所述的每个MAC子头都有2个比特的预留比特位。
[0038]所述的每个MAC子头的两个比特预留位设置为01、10或11来标识为复用重传的广播组播帧，这个重传的广播组播帧能被多个UE同时接收。
[0039]本发明技术方案带来的有益效果:1、提出了一种基于特殊应用场景下的可靠性的广播组播重传机制；2、只有当传输出错，UE才向eNB发送重传请求，即保证处于RRC_IDLE状态下接收广播组播的UE只有当接收到错误数据的时候才发起随机接入的请求来请求重传，在保证广播组播的可靠性的通信，又保证较少的系统开销。
【附图说明】
[0040]图1为现有的LTE技术中传输示意图。
[0041]图2为本发明的基于竞争的随机接入的示意图。
[0042]图3为本发明的新定义的MAC CE示意图。
[0043]图4为本发明的MAC PDU格式示意图。
[0044]图5为本发明的通过UM接口重传的封装示意图。
[0045]图6为本发明的通过AM接口重传的封装示意图。
【具体实施方式】
[0046]结合附图对本发明作进一步的描述。
[0047]图1为现有的LTE技术中传输示意图。一个MBMS会话同时将数据发送给多个UE。在MBMS会话开始的时候，UE可能处于空闲状态RRC_IDLE，也可能处在连接状态RRC_CONNECTED。当UE处于RRC_IDLE状态时，不需要发起随机接入使UE进入RRC_CONNECTED状态，即处于RRC_IDLE状态可以直接接收MBMS传输的数据。不管是处于RRC_IDLE状态的UE还是处于RRC_CONNECTED状态的UE在接收到MBMS传输的数据时，都不对数据包进行确认，且处于RRC_IDLE状态的UE无法进行反馈的。
[0048]1、在特殊的应用场景下，需要给多个UE提供可靠的广播组播服务，确保每个UE都能收到广播组播的内容。例如，在下行可靠广播语音，集群中，广播语音需要高可靠性，可以通过UM逻辑信道以MBMS，也可以通过其他组播方式进行广播服务。此外，eNB将广播组播的数据缓存起来，并启动一个定时器T。缓存的数据等待一个时间Τ，若定时器T超时，且没有收到UE的重传请求，则将缓存的数据删除，认为UE都已经正确收到了数据。
[0049]2,UE不管处于RRC_IDLE状态还是处于RRC_CONNECTED状态都将进行正常的广播组播业务的接收操作，并对所接