CN101404566A - 一种lte系统中混合自动重传请求机制的实现方法及系统 - Google Patents
一种lte系统中混合自动重传请求机制的实现方法及系统 Download PDFInfo
- Publication number
- CN101404566A CN101404566A CNA200810225564XA CN200810225564A CN101404566A CN 101404566 A CN101404566 A CN 101404566A CN A200810225564X A CNA200810225564X A CN A200810225564XA CN 200810225564 A CN200810225564 A CN 200810225564A CN 101404566 A CN101404566 A CN 101404566A
- Authority
- CN
- China
- Prior art keywords
- formation
- retransmission
- retransmission request
- hybrid automatic
- down mixing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Detection And Prevention Of Errors In Transmission (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种LTE系统中混合自动重传请求机制的实现方法及系统。该方法包括下列步骤：在e－NodeB端构建HARQ信息队列，并在LTE系统的每一次调度周期到来前，获取所述HARQ信息队列中队列节点中上行HARQ信息和下行HARQ信息；e－NodeB端根据所述下行HARQ信息，为需要接收下行传输块的用户设备选择合适的用于发送所述下行传输块的下行HARQ进程，发送所述下行传输块，并更新所述用户设备对应的HARQ信息队列中的队列节点中下行HARQ信息；e－NodeB端接收用户设备发送的上行传输块，并更新所述用户设备对应的HARQ信息队列中的队列节点中上行HARQ信息。其为LTE系统中混合自动重传请求机制提供了具体的实现方法。
Description
技术领域
本发明涉及第三代移动通信技术的长期演进计划(Long Term Evolution，LTE)技术领域，特别是涉及一种LTE系统中混合自动重传请求(Hybridautomatic repeat request，HARQ)机制的实现方法及系统。
背景技术
LTE(Long Term Evolution)项目是第三代移动通信技术的演进，由第三代合作伙伴计划(the 3rd Generation Partner Project简称3GPP)提出，它改进并增强了第三代移动通信技术的空中接入技术，采用正交频分复用和多输入多输出等技术作为其对第三代移动通信技术的演进方向。在20MHz频谱带宽下能够提供下行100Mbit/s与上行50Mbit/s的峰值速率，能显著改善小区边缘用户的性能并提高小区容量和降低系统延迟。LTE项目规范了演进型全球陆地无线接入网络(e-UTRAN)的架构，包括演进型节点基站(e-NodeB)，e-NodeB之间通过X2接口相互连接，e-NodeB通过S1接口与服务网关(s-GW)或是移动管理实体(MME)相连。
3GPP标准文档TS 36.300协议要求e-NodeB中的媒体接入控制系统支持混合自动重传请求机制。协议规定使用N信道停止等待混合自动重传请求机制，以传输块为单位进行传输或重传。其中，下行方向使用自适应重传HARQ，用户设备接收到传输数据块后通过物理上行控制信道(PUCCH)或物理上行共享信道(PUSCH)反馈传输块确认(Acknowledgement，简称ACK)或传输块否认(Negative Acknowledgement，简称NACK)信息。另外，下行重传必须在物理下行控制信道(PDCCH)完成调度后进行。相对的，上行方向使用同步HARQ，同一用户设备内所有的最大重传次数相同。对于上行收到的传输块，e-NodeB通过物理信道HARQ指示信道(PHICH)进行反馈ACK或NACK。
虽然3GPP协议规范了HARQ机制在e-NodeB端需要具备的功能，但没有规定和限制其具体的实施方法。
发明内容
本发明的目的在于提供一种LTE系统中混合自动重传请求机制的实现方法及系统。其提出了一种适用于LTE系统的混合自动重传请求机制的实现方法。
为实现本发明的目的而提供的一种LTE系统中混合自动重传请求机制的实现方法，LTE系统包括e-NodeB端和用户设备，其特征在于，所述方法包括下列步骤：
A.在e-NodeB端为用户设备构建混合自动重传请求信息队列，并在LTE系统的每一次调度周期到来前，获取所述混合自动重传请求信息队列中队列节点中上行混合自动重传请求信息和下行混合自动重传请求信息；
B.e-NodeB端根据所述下行混合自动重传请求信息，为需要接收下行传输块的用户设备选择合适的用于发送所述下行传输块的下行混合自动重传请求进程，发送所述下行传输块，并更新所述用户设备对应的混合自动重传请求信息队列中的队列节点中下行混合自动重传请求信息；
C.e-NodeB端接收用户设备发送的上行传输块，并更新所述用户设备对应的混合自动重传请求信息队列中的队列节点中上行混合自动重传请求信息。
所述步骤A中获取用户设备的上行混合自动重传请求信息和下行混合自动重传请求信息的步骤包括：
A1.在LTE系统的调度周期到来前获取下行混合自动重传请求信息；
A2.在LTE系统的调度周期的开始时刻获取上行混合自动重传请求信息。
所述步骤A1还包括下列步骤：
A11.访问所述队列节点的下行混合自动重传请求信息中的空闲进程队列，队列为空，则表示没有处于空闲状态的进程；队列不为空，则传输新的下行传输块时将使用空闲进程队列队首的空闲进程作为传输新的下行传输块的进程；
A12.访问所述队列节点的下行混合自动重传请求信息中的重传进程队列，队列为空，则表示没有需要重传下行传输块的进程；队列不为空，则重传下行传输块时将使用重传进程队列队首的重传进程作为重传下行传输块的进程；
A13.判断所述混合自动重传请求信息队列中是否存在下一个队列节点，若存在，则返回步骤A11，访问该队列节点；否则，进入步骤A2。
所述步骤A2还包括下列步骤：
A21.根据当前时间，计算当前上行混合自动重传请求进程号；
A22.获得当前上行混合自动重传请求进程的进程状态，并判断是否是要求重传状态，若是，则给出重传上行传输块的大小；否则记录当前上行混合自动重传请求进程的进程状态的信息；
A23.将步骤A22中得到的信息提交给所述上行混合自动重传请求信息。
所述步骤B还包括下列步骤：
B1.e-NodeB端选择合适的用于发送所述下行传输块的下行混合自动重传请求进程，发送所述下行传输块；
B2.用户设备接收所述下行传输块后进行CRC校验，并根据CRC校验结果发送确认或否认；
B3.e-NodeB端根据收到的所述确认或否认，修改传输所述下行传输块的下行混合自动重传请求进程的状态信息。
所述步骤B1还包括下列步骤：
B11.查找将要接收所述下行传输块的用户设备对应的混合自动重传请求信息队列的队列节点；
B12.判断是否是重传下行传输块，若是，则进入步骤B13；否则，进入步骤B14；
B13.根据所述混合自动重传请求信息队列的队列节点的下行混合自动重传请求信息中重传进程队列队首的重传进程号，选择重传进程，并除去该队首，更新传输所述下行传输块的下行混合自动重传请求进程的状态信息；
B14.根据所述混合自动重传请求信息队列的队列节点的下行混合自动重传请求信息中空闲进程队列队首的空闲进程号，选择空闲进程，并除去该队首，更新传输所述下行传输块的下行混合自动重传请求进程的状态信息。
所述步骤B3还包括下列步骤：
B31.根据收到确认或否认的时间，由3GPP36系列协议规范计算出发送下行传输块的时间，通过与记录的下行传输块发送时间对比，查找到传输所述确认或否认所属的下行传输块的下行混合自动重传请求进程；
B32.判断所述下行传输块的状态，若处于等待反馈状态，则进入步骤B33；否则结束；
B33.判断是否收到确认，是，则进入步骤B34；否则进入步骤B35；
B34.通过对所述下行传输块所在的下行混合自动重传请求进程状态的转换，进入空闲状态，所述下行混合自动重传请求进程转换为空闲进程，将所述空闲进程的进程号排入下行混合自动重传请求信息的空闲进程队列的队尾；
B35.通过进行所述下行传输块所在的下行混合自动重传请求进程状态的转换，进入空闲状态或要求重传状态。
所述步骤B35还包括下列步骤：
B351.若所述下行传输块已经达到最大传输次数，则向RLC层报告混合自动重传请求传输失败，并提供RLC PDU信息；下行混合自动重传请求进程进入空闲状态，所述下行混合自动重传请求进程的进程号排入下行混合自动重传请求信息的空闲进程队列的队尾；
B352.若所述下行传输块没有达到最大传输次数，所述下行混合自动重传请求进程进入要求重传状态，所述下行混合自动重传请求进程的进程号排入下行混合自动重传请求信息的重传进程队列的队尾。
所述步骤C还包括下列步骤：
C1.用户设备根据收到的上行授权或之前的有效上行配置，按照需要进行上行传输；
C2.e-NodeB端在上行授权的物理信道上接收用户设备发送的上行传输块，进行解码，并根据接收上行传输块的时间判断所述上行传输块所属的上行混合自动重传请求进程；
C3.若解码成功，则进入步骤C4；否则进入步骤C5；
C4.向上层递交解码成功的上行传输块，同时向用户设备发送确认，接收该上行传输块的混合自动重传请求进程进入空闲状态，所述上行传输块接收完成；
C5.更新上行混合自动重传请求信息，同时向用户设备发送否认，接收该上行传输块的混合自动重传请求进程进入等待重传状态，所述上行传输块接收完成。
为实现本发明的目的还提供一种LTE系统中实现混合自动重传请求机制的系统，所述系统包括：
混合自动重传请求信息队列存储单元，用于存储混合自动重传请求信息队列的信息；
上行调度设备，用于根据混合自动重传请求信息队列存储单元存储的上行混合自动重传请求信息作出上行调度结果，为用户设备分配上行混合自动重传请求进程；
下行调度设备，用于根据混合自动重传请求信息队列存储单元存储的下行混合自动重传请求信息，作出下行调度结果，并通过物理信道通知用户设备；
进程状态控制器，用于根据所述系统中数据传输的情况转换混合自动重传请求进程状态；
系统控制器，用于对所述系统中的各部分进行协调控制。
本发明的有益效果是：为LTE系统中混合自动重传请求机制提供了具体的实现方法。
附图说明
图1是本发明LTE系统中混合自动重传请求机制的实现方法的流程图；
图2是本发明中HARQ信息队列的结构图；
图3是本发明中获取HARQ信息队列的信息的流程图；
图4是本发明中e-NodeB端向用户设备发送数据的流程图；
图5是本发明中下行HARQ进程状态转换示意图；
图6是本发明中用户设备向e-NodeB端发送数据的流程图；
图7是本发明中上行HARQ进程状态转换示意图；
图8是本发明LTE系统中实现混合自动重传请求机制的系统的结构图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明的一种LTE系统中混合自动重传请求(Hybrid automaticrepeat request，HARQ)机制的实现方法及系统进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明的LTE系统中混合自动重传请求机制的实现方法及系统，是在e-NodeB端对应与所述e-NodeB进行数据传输的用户设备构建HARQ信息队列，并根据HARQ信息队列的信息和LTE系统的要求进行e-NodeB与用户设备的数据传输。
下面结合上述目标详细介绍本发明LTE系统中混合自动重传请求机制的实现方法。
图1是本发明LTE系统中混合自动重传请求机制的实现方法的流程图，图2是本发明中HARQ信息队列的结构图，如图1、图2所示，LTE系统中混合自动重传请求机制的实现方法包括下列步骤：
步骤S100，在e-NodeB端对应与所述e-NodeB进行数据传输的用户设备(User Equipment，UE)构建HARQ信息队列，并在LTE系统的每一次调度周期到来前，获取用户设备对应的队列节点的上行HARQ信息和下行HARQ信息；
作为一种可实施方式，假设与e-NodeB端进行数据传输的UE包括UE1、UE2，那么该e-NodeB端建立的HARQ信息队列包括队列节点1和队列节点2，分别记录e-NodeB与UE1、e-NodeB与UE2的数据传输的状态信息。
图3是本发明中获取HARQ信息队列的信息的流程图，如图3所示，所述步骤S100包括下列步骤：
步骤S110，在LTE系统的调度周期到来前获取下行HARQ信息；
下行调度设备在调度周期到来前分别从下行HARQ信息中的重传进程队列和空闲进程队列读取信息。
所述空闲进程，是指e-Node端通过一下行HARQ进程发送下行传输块后收到UE端的确认的该下行HARQ进程，也包括从未进行过下行HARQ传输的进程，即处于初始状态的下行HARQ进程。e-NodeB端接收到UE的确认，说明此下行传输块传输成功，传输该下行传输块的下行HARQ进程为空闲状态，此时，所述下行HARQ进程又称为空闲进程，进入空闲进程队列。
所述重传进程，是指传输重传的下行传输块的下行HARQ进程，此时，该下行HARQ进程又称为重传进程，进入重传进程队列。
步骤S111，访问所述队列节点的下行HARQ信息中的空闲进程队列，队列为空，则表示没有处于空闲状态的进程；队列不为空，则传输新的下行传输块时将使用空闲进程队列队首的空闲进程作为传输新的下行传输块的进程；
LTE系统中e-NodeB端通过下行调度设备根据数据传输的情况分配的下行HARQ进程向UE传输下行传输块，空闲进程队列为空，那么e-NodeB将暂时无法向UE传输下行传输块；只有等到空闲进程时才能传输下行传输块。
步骤S112，访问所述队列节点的下行HARQ信息中的重传进程队列，队列为空，则表示没有需要重传的进程；队列不为空，则重传下行传输块时将使用重传进程队列队首的重传进程作为重传下行传输块的进程；
步骤S113，判断所述HARQ信息队列中是否存在下一个队列节点，若存在，则返回步骤S111，访问该队列节点；否则，进入步骤S120；
步骤111与步骤112并不限于上述执行顺序，下行调度设备在调度周期到来前也可以同时从下行HARQ信息中的重传进程队列和空闲进程队列读取信息或者先读取空闲进程队列信息再读取重传进程队列信息。
步骤S120，在LTE系统的调度周期的开始时刻获取上行HARQ信息；
上行调度设备根据上行HARQ信息作出上行调度结果，为UE分配上行HARQ进程。
步骤S121，根据当前时间，计算当前上行HARQ进程号；
所述计算方法是指：根据当前时间，确定系统帧号和上行子帧号，进而确定当前应使用的上行HARQ进程号，应使用的上行HARQ进程号＝(系统帧号×10+上行子帧号)mod上行HARQ进程数目。
步骤S122，获得当前上行HARQ进程的进程状态，并判断是否是要求重传状态，若是，则给出重传上行传输块的大小；否则记录当前上行HARQ进程的进程状态的信息；
步骤S123，将步骤S122中得到的信息提交给所述上行HARQ信息；
步骤S200，根据下行HARQ信息和LTE系统的要求，为需要接收数据的UE选择合适的下行HARQ进程进行发送，并更新下行HARQ信息；
图4是本发明中e-NodeB端向用户设备发送数据的流程图，如图4所示，所述步骤S200包括下列步骤：
步骤S210，选择合适的下行HARQ进程，发送下行传输块；
步骤S211，查找将要接收下行传输块的UE对应的HARQ信息队列的队列节点；
步骤S212，判断是否是重传下行传输块，若是，则进入步骤S213；否则(即是新的下行传输块)，进入步骤S214；
步骤S213，根据所述HARQ信息队列的队列节点的下行HARQ信息中重传进程队列队首的重传进程号，选择重传进程，并除去该队首，更新传输所述下行传输块的下行HARQ进程的状态信息；
所述状态信息包括：传输次数、传输块发送时间、传输冗余版本号，传输状态、传输反馈超时定时器；
步骤S214，根据所述HARQ信息队列的队列节点的下行HARQ信息中空闲进程队列队首的空闲进程号，选择空闲进程，并除去该队首，更新传输所述下行传输块的下行HARQ进程的状态信息；
所述状态信息包括：传输次数、传输块发送时间、传输冗余版本号、传输状态、传输反馈超时定时器记录传输块大小；
步骤S220，UE端接收所述下行传输块后进行CRC校验，并根据CRC校验结果发送确认(ACK)或否认(NACK)；
所述根据CRC校验结果发送确认或否认的方法，是本领域技术人的公知常识，在此不再一一赘述。
步骤S230，e-NodeB端根据收到的所述确认或否认修改传输所述下行传输块的下行HARQ进程的状态信息；
图5是本发明中下行HARQ进程状态转换示意图，如图4、图5所示，所述步骤S230还包括下列步骤：
步骤S231，根据收到ACK/NACK的时间，由3GPP36系列协议规范计算出发送下行传输块的时间，通过与记录的下行传输块发送时间对比，查找到传输所述ACK/NACK所属的下行传输块的下行HARQ进程；
步骤S232，判断所述下行传输块的状态，若处于等待反馈状态，则进入步骤S233；否则结束；
步骤S233，判断是否收到ACK，是，则进入步骤S234；否则进入步骤S235；
步骤S234，通过进程状态控制器进行所述下行传输块所在的下行HARQ进程状态的转换，进入空闲状态，所述下行HARQ进程转换为空闲进程，将所述空闲进程的进程号排入下行HARQ信息的空闲进程队列的队尾；
步骤S235，通过进程状态控制器进行所述下行传输块所在的下行HARQ进程状态的转换，进入空闲状态或要求重传状态；
所述步骤S235还包括下列步骤：
步骤S235a，若所述下行传输块已经达到最大传输次数，则向RLC层报告HARQ传输失败，并提供RLC PDU信息，供RLC层确定需要进行重传的RLC PDU；下行HARQ进程进入空闲状态，所述下行HARQ进程的进程号排入下行HARQ信息的空闲进程队列的队尾；
所述下行传输块中包含多个RLC PDU，所述提供RLC PDU信息的目的是帮助RLC层的ARQ系统确定需要重传的RLC PDU。
步骤S235b，若所述下行传输块没有达到最大传输次数，所述下行HARQ进程进入要求重传状态，所述下行HARQ进程的进程号排入下行HARQ信息的重传进程队列的队尾；
步骤S300，e-NodeB端接收UE发送的上行传输块，并更新所述UE对应的队列节点中上行HARQ信息；
图6是本发明中用户设备向e-NodeB端发送数据的流程图，图7是本发明中上行HARQ进程状态转换示意图，如图6、图7所示，所述步骤S300包括下列步骤：
步骤S310，UE根据在物理信道上收到的上行授权，或之前的有效上行配置，按照需要进行上行传输；
所述上行授权，是指具体的物理时频资源。
步骤S320，e-NodeB端在上行授权的物理信道上接收UE发送的上行传输块，进行解码，并根据接收上行传输块的时间判断所述上行传输块所属的上行HARQ进程；
步骤S330，若解码成功，则进入步骤S340；否则进入步骤S350；
步骤S340，向上层递交解码成功的上行传输块，同时向UE发送ACK，接收该上行传输块的HARQ进程进入空闲状态，一次上行传输块接收完成；
步骤S350，更新上行HARQ信息，同时向UE发送NACK，接收该上行传输块的HARQ进程进入等待重传状态，一次上行传输块接收完成。
相应于本发明的一种LTE系统中混合自动重传请求机制的实现方法，还提供一种LTE系统中实现混合自动重传请求机制的系统。
图8是本发明LTE系统中实现混合自动重传请求机制的系统的结构图，如图8所示，其包括e-NodeB端和用户设备，还包括：
HARQ信息队列存储单元1，用于存储HARQ信息队列的信息；
上行调度设备2，用于根据HARQ信息队列存储单元存储的上行HARQ信息作出上行调度结果，为UE分配上行HARQ进程；
下行调度设备3，用于根据HARQ信息队列存储单元存储的下行HARQ信息，作出下行调度结果，并通过物理信道通知UE；
进程状态控制器4，用于根据系统中数据传输的情况转换HARQ进程状态；
系统控制器5，用于对系统中的各部分进行协调控制。
e-NodeB端和用户设备之间进行数据传输，由系统控制器获取数据信息构建HARQ信息队列并存储在HARQ信息队列存储单元中；系统控制器调用上行调度器和下行调度器，为e-NodeB端和用户设备分配HARQ进程；进程状态控制器根据系统中数据传输的情况转换HARQ进程状态，并将转换后的状态提交给HARQ信息队列存储单元来更新HARQ信息队列的信息。
本发明的有益效果在于：为LTE系统中混合自动重传请求机制提供了具体的实现方法。
通过结合附图对本发明具体实施例的描述，本发明的其它方面及特征对本领域的技术人员而言是显而易见的。
以上对本发明的具体实施例进行了描述和说明，这些实施例应被认为其只是示例性的，并不用于对本发明进行限制，本发明应根据所附的权利要求进行解释。
Claims (10)
1.一种LTE系统中混合自动重传请求机制的实现方法，LTE系统包括e-NodeB端和用户设备，其特征在于，所述方法包括下列步骤：
A.在e-NodeB端为用户设备构建混合自动重传请求信息队列，并在LTE系统的每一次调度周期到来前，获取所述混合自动重传请求信息队列中队列节点中上行混合自动重传请求信息和下行混合自动重传请求信息；
B.e-NodeB端根据所述下行混合自动重传请求信息，为需要接收下行传输块的用户设备选择合适的用于发送所述下行传输块的下行混合自动重传请求进程，发送所述下行传输块，并更新所述用户设备对应的混合自动重传请求信息队列中的队列节点中下行混合自动重传请求信息；
C.e-NodeB端接收用户设备发送的上行传输块，并更新所述用户设备对应的混合自动重传请求信息队列中的队列节点中上行混合自动重传请求信息。
2.根据权利要求1所述的LTE系统中混合自动重传请求机制的实现方法，其特征在于，所述步骤A中获取用户设备的上行混合自动重传请求信息和下行混合自动重传请求信息的步骤包括：
A1.在LTE系统的调度周期到来前获取下行混合自动重传请求信息；
A2.在LTE系统的调度周期的开始时刻获取上行混合自动重传请求信息。
3.根据权利要求2所述的LTE系统中混合自动重传请求机制的实现方法，其特征在于，所述步骤A1还包括下列步骤：
A11.访问所述队列节点的下行混合自动重传请求信息中的空闲进程队列，队列为空，则表示没有处于空闲状态的进程；队列不为空，则传输新的下行传输块时将使用空闲进程队列队首的空闲进程作为传输新的下行传输块的进程；
A12.访问所述队列节点的下行混合自动重传请求信息中的重传进程队列，队列为空，则表示没有需要重传下行传输块的进程；队列不为空，则重传下行传输块时将使用重传进程队列队首的重传进程作为重传下行传输块的进程；
A13.判断所述混合自动重传请求信息队列中是否存在下一个队列节点，若存在，则返回步骤A11，访问该队列节点；否则，进入步骤A2。
4.根据权利要求2所述的LTE系统中混合自动重传请求机制的实现方法，其特征在于，所述步骤A2还包括下列步骤：
A21.根据当前时间，计算当前上行混合自动重传请求进程号；
A22.获得当前上行混合自动重传请求进程的进程状态，并判断是否是要求重传状态，若是，则给出重传上行传输块的大小；否则记录当前上行混合自动重传请求进程的进程状态的信息；
A23.将步骤A22中得到的信息提交给所述上行混合自动重传请求信息。
5.根据权利要求1所述的LTE系统中混合自动重传请求机制的实现方法，其特征在于，所述步骤B还包括下列步骤：
B1.e-NodeB端选择合适的用于发送所述下行传输块的下行混合自动重传请求进程，发送所述下行传输块；
B2.用户设备接收所述下行传输块后进行CRC校验，并根据CRC校验结果发送确认或否认；
B3.e-NodeB端根据收到的所述确认或否认，修改传输所述下行传输块的下行混合自动重传请求进程的状态信息。
6.根据权利要求5所述的LTE系统中混合自动重传请求机制的实现方法，其特征在于，所述步骤B1还包括下列步骤：
B11.查找将要接收所述下行传输块的用户设备对应的混合自动重传请求信息队列的队列节点；
B12.判断是否是重传下行传输块，若是，则进入步骤B13；否则，进入步骤B14；
B13.根据所述混合自动重传请求信息队列的队列节点的下行混合自动重传请求信息中重传进程队列队首的重传进程号，选择重传进程，并除去该队首，更新传输所述下行传输块的下行混合自动重传请求进程的状态信息；
B14.根据所述混合自动重传请求信息队列的队列节点的下行混合自动重传请求信息中空闲进程队列队首的空闲进程号，选择空闲进程，并除去该队首，更新传输所述下行传输块的下行混合自动重传请求进程的状态信息。
7.根据权利要求6所述的LTE系统中混合自动重传请求机制的实现方法，其特征在于，所述步骤B3还包括下列步骤：
B31.根据收到确认或否认的时间，由3GPP36系列协议规范计算出发送下行传输块的时间，通过与记录的下行传输块发送时间对比，查找到传输所述确认或否认所属的下行传输块的下行混合自动重传请求进程；
B32.判断所述下行传输块的状态，若处于等待反馈状态，则进入步骤B33；否则结束；
B33.判断是否收到确认，是，则进入步骤B34；否则进入步骤B35；
B34.通过对所述下行传输块所在的下行混合自动重传请求进程状态的转换，进入空闲状态，所述下行混合自动重传请求进程转换为空闲进程，将所述空闲进程的进程号排入下行混合自动重传请求信息的空闲进程队列的队尾；
B35.通过进行所述下行传输块所在的下行混合自动重传请求进程状态的转换，进入空闲状态或要求重传状态。
8.根据权利要求7所述的LTE系统中混合自动重传请求机制的实现方法，其特征在于，所述步骤B35还包括下列步骤：
B351.若所述下行传输块已经达到最大传输次数，则向RLC层报告混合自动重传请求传输失败，并提供RLC PDU信息；下行混合自动重传请求进程进入空闲状态，所述下行混合自动重传请求进程的进程号排入下行混合自动重传请求信息的空闲进程队列的队尾；
B352.若所述下行传输块没有达到最大传输次数，所述下行混合自动重传请求进程进入要求重传状态，所述下行混合自动重传请求进程的进程号排入下行混合自动重传请求信息的重传进程队列的队尾。
9.根据权利要求1所述的LTE系统中混合自动重传请求机制的实现方法，其特征在于，所述步骤C还包括下列步骤：
C1.用户设备根据收到的上行授权或之前的有效上行配置，按照需要进行上行传输；
C2.e-NodeB端在上行授权的物理信道上接收用户设备发送的上行传输块，进行解码，并根据接收上行传输块的时间判断所述上行传输块所属的上行混合自动重传请求进程；
C3.若解码成功，则进入步骤C4；否则进入步骤C5；
C4.向上层递交解码成功的上行传输块，同时向用户设备发送确认，接收该上行传输块的混合自动重传请求进程进入空闲状态，所述上行传输块接收完成；
C5.更新上行混合自动重传请求信息，同时向用户设备发送否认，接收该上行传输块的混合自动重传请求进程进入等待重传状态，所述上行传输块接收完成。
10.一种LTE系统中实现混合自动重传请求机制的系统，其特征在于，所述系统包括：
混合自动重传请求信息队列存储单元，用于存储混合自动重传请求信息队列的信息；
上行调度设备，用于根据混合自动重传请求信息队列存储单元存储的上行混合自动重传请求信息作出上行调度结果，为用户设备分配上行混合自动重传请求进程；
下行调度设备，用于根据混合自动重传请求信息队列存储单元存储的下行混合自动重传请求信息，作出下行调度结果，并通过物理信道通知用户设备；
进程状态控制器，用于根据所述系统中数据传输的情况转换混合自动重传请求进程状态；
系统控制器，用于对所述系统中的各部分进行协调控制。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA200810225564XA CN101404566A (zh) | 2008-11-05 | 2008-11-05 | 一种lte系统中混合自动重传请求机制的实现方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA200810225564XA CN101404566A (zh) | 2008-11-05 | 2008-11-05 | 一种lte系统中混合自动重传请求机制的实现方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101404566A true CN101404566A (zh) | 2009-04-08 |
Family
ID=40538445
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA200810225564XA Pending CN101404566A (zh) | 2008-11-05 | 2008-11-05 | 一种lte系统中混合自动重传请求机制的实现方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101404566A (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101873631A (zh) * | 2009-04-27 | 2010-10-27 | 中兴通讯股份有限公司 | 一种上行数据重传的处理方法及系统 |
| CN103338097A (zh) * | 2013-07-23 | 2013-10-02 | 北京中科晶上科技有限公司 | Harq数据处理的方法与系统 |
| CN105940628A (zh) * | 2013-10-30 | 2016-09-14 | 华为技术有限公司 | 混合自动重传请求数据解码方法、节点设备及解码系统 |
| CN107070611A (zh) * | 2016-02-05 | 2017-08-18 | 诺基亚通信公司 | 用于实施重传方案的方法和装置 |
| WO2018201959A1 (zh) * | 2017-05-05 | 2018-11-08 | 华为技术有限公司 | 上行数据的传输方法和装置 |
-
2008
- 2008-11-05 CN CNA200810225564XA patent/CN101404566A/zh active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101873631A (zh) * | 2009-04-27 | 2010-10-27 | 中兴通讯股份有限公司 | 一种上行数据重传的处理方法及系统 |
| CN101873631B (zh) * | 2009-04-27 | 2014-04-30 | 中兴通讯股份有限公司 | 一种上行数据重传的处理方法及系统 |
| CN103338097A (zh) * | 2013-07-23 | 2013-10-02 | 北京中科晶上科技有限公司 | Harq数据处理的方法与系统 |
| CN103338097B (zh) * | 2013-07-23 | 2016-05-25 | 北京中科晶上科技有限公司 | Harq数据处理的方法与系统 |
| CN105940628A (zh) * | 2013-10-30 | 2016-09-14 | 华为技术有限公司 | 混合自动重传请求数据解码方法、节点设备及解码系统 |
| CN107070611A (zh) * | 2016-02-05 | 2017-08-18 | 诺基亚通信公司 | 用于实施重传方案的方法和装置 |
| WO2018201959A1 (zh) * | 2017-05-05 | 2018-11-08 | 华为技术有限公司 | 上行数据的传输方法和装置 |
| CN108809541A (zh) * | 2017-05-05 | 2018-11-13 | 华为技术有限公司 | 上行数据的传输方法和装置 |
| CN108809541B (zh) * | 2017-05-05 | 2021-08-03 | 华为技术有限公司 | 上行数据的传输方法和装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105743623B (zh) | 通过发送时间间隔集束处理来增强上行链路传输 | |
| TWI415414B (zh) | 傳輸時間間隔集束機制轉換時之混合式自動重傳請求程序的方法及裝置 | |
| CN100449981C (zh) | 多载波高速下行分组接入中混合自动重传方法 | |
| CN102474392B (zh) | 在针对采用多点协作传输接收的分组的nack传输中引入延迟 | |
| TWI495291B (zh) | 在無線通信系統中用以維護連接之服務品質之技術 | |
| CN101931514B (zh) | 一种混合自动重传请求中的通信方法、系统和设备 | |
| CN109391372A (zh) | 通信方法与设备 | |
| TW201238274A (en) | Method and apparatus for dynamically adjusting data transmission parameters and controlling H-ARQ processes | |
| WO2014101233A1 (zh) | 信息传输方法和装置 | |
| CN107431580A (zh) | 授权辅助接入系统中用于传输上行数据的方法和装置 | |
| CN101741530A (zh) | 传输时间间隔集束机制的上链路传输的方法及相关装置 | |
| CN106301711A (zh) | 在半持续性传输中改善的重传能力 | |
| CN102893548A (zh) | 用于控制传输载波去激活的方法和设备 | |
| CN102158972A (zh) | 一种数据传输的方法和装置 | |
| WO2017016351A1 (zh) | 一种上行数据的传输方法及装置 | |
| WO2016070672A1 (zh) | 一种实现数据传输的方法及装置 | |
| CN103814615A (zh) | 一种数据传输方法及用户设备 | |
| WO2013107408A1 (zh) | 数据传输的方法及装置 | |
| WO2013037299A1 (zh) | 传输数据的方法、物联网设备和网络侧设备 | |
| WO2014173351A1 (zh) | 一种上行控制信息的发送方法及用户设备、基站 | |
| CN110351020A (zh) | 一种传输数据的方法、装置和系统 | |
| WO2010111858A1 (zh) | 资源调度方法及用户设备 | |
| CN109804584A (zh) | 下行数据的ack/nack信息反馈方法及相关设备 | |
| CN104125039A (zh) | 一种确定传输链路的类型的方法、系统及设备 | |
| WO2013044880A1 (zh) | 一种数据传输方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Assignee: Beijing Zhongke Jingshang Technology Co., Ltd. Assignor: Institute of Computing Technology, Chinese Academy of Sciences Contract record no.: 2011110000143 Denomination of invention: Method and system for implementing mixed automatic retransmission request mechanism in LTE system License type: Exclusive License Open date: 20090408 Record date: 20110823 |
|
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20090408 |
|
| EC01 | Cancellation of recordation of patent licensing contract | ||
| EC01 | Cancellation of recordation of patent licensing contract |
Assignee: Beijing Zhongke Polytron Technologies Inc Assignor: Institute of Computing Technology, Chinese Academy of Sciences Contract record no.: 2011110000143 Date of cancellation: 20181212 |
|
| EM01 | Change of recordation of patent licensing contract | ||
| EM01 | Change of recordation of patent licensing contract |
Change date: 20181212 Contract record no.: 2011110000143 Assignee after: Beijing Zhongke Polytron Technologies Inc Assignee before: Beijing Zhongke Jingshang Technology Co., Ltd. |