CN101064589A - 一种自动重传请求的状态报告方法 - Google Patents
一种自动重传请求的状态报告方法 Download PDFInfo
- Publication number
- CN101064589A CN101064589A CN 200610011850 CN200610011850A CN101064589A CN 101064589 A CN101064589 A CN 101064589A CN 200610011850 CN200610011850 CN 200610011850 CN 200610011850 A CN200610011850 A CN 200610011850A CN 101064589 A CN101064589 A CN 101064589A
- Authority
- CN
- China
- Prior art keywords
- automatic repeat
- repeat requests
- entity
- nack message
- requests entity
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 70
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 claims abstract 40
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 claims abstract 40
- 230000008859 change Effects 0.000 claims description 105
- 238000012545 processing Methods 0.000 claims description 21
- 230000007246 mechanism Effects 0.000 claims description 16
- 230000008569 process Effects 0.000 abstract description 14
- 230000005540 biological transmission Effects 0.000 abstract description 7
- 238000001514 detection method Methods 0.000 description 7
- 230000008713 feedback mechanism Effects 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 3
- 238000003672 processing method Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- GOLXNESZZPUPJE-UHFFFAOYSA-N spiromesifen Chemical compound CC1=CC(C)=CC(C)=C1C(C(O1)=O)=C(OC(=O)CC(C)(C)C)C11CCCC1 GOLXNESZZPUPJE-UHFFFAOYSA-N 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本发明公开了一种自动重传请求的状态报告方法，接收端自动重传请求实体进行如下处理：对于接收端自动重传请求实体正确接收的需反馈ACK消息的协议数据单元，仅由混合自动重传请求实体进行ACK消息的反馈；对于接收端自动重传请求实体未能正确接收的需反馈NACK消息的协议数据单元，如果混合自动重传请求实体没有对所述需反馈NACK消息的协议数据单元进行反馈，则由所述接收端自动重传请求实体进行所述协议数据单元的NACK消息的反馈。本发明解决了发送端自动重传请求实体可能在两个反馈方向上接收到对于同一个协议数据单元的同一次传输的重复的状态报告问题，避免了不必要的信令开销和处理开销，提高了***的性能。
Description
技术领域
本发明涉及数字移动通信技术领域，特别涉及无线通信***中自动重传请求的状态报告方法。
背景技术
第三代移动通信***的自动重传请求(ARQ)实***于无线网络控制器的无线链路控制层，其反馈机制为：接收端向发送端响应状态报告有周期性、协议数据单元(PDU)丢失检测、轮流检测三种触发方式。状态报告中确认消息(ACK)或非确认消息(NACK)数据包格式有位图(BITMAP)、列表(LIST)、列表(RLIST)三种，反馈的内容基于ARQ协议数据单元PDU。有禁止轮流检测、禁止周期性轮流检测两种降低状态报告频率的机制。混合自动重传请求(HARQ)实***于基站的媒体接入控制层和物理层，其反馈机制为：接收端向发送端响应确认消息(ACK)或非确认消息(NACK)。接收端或发送端的混合自动重传请求实体HARQ和自动重传请求实体ARQ之间没有是否传送成功的反馈机制。
第三代移通信长期演进***的自动重传请求实体ARQ位于基站的无线链路控制层，混合自动重传请求实体HARQ位于基站的媒体接入控制层和物理层，它们位于同一个网络节点。对于ARQ实体的反馈机制，现有技术为：基于发送端HARQ实体的反馈和/或接收端ARQ实体的反馈相结合的机制。发送端HARQ实体收到接收端HARQ实体的NACK消息，首先执行混合自动重传，失败最大重传次数后，向发送端ARQ反馈NACK消息。发送端HARQ实体收到接收端HARQ实体的ACK消息，在预设的定时器超时前，如果未收到接收端HARQ实体的NACK-＞ACK错误指示消息，则定时器超时后向发送端ARQ实体反馈ACK消息；定时器超时前如果收到了NACK-＞ACK错误指示消息，则向发送端ARQ实体反馈NACK消息。接收端的ARQ实体根据接收成功或失败的情况分别向发送端ARQ实体反馈ACK或NACK消息，接收端ARQ实体的反馈可以基于ARQ实体的错误检测机制和/或接收端HARQ实体的反馈信息。对于接收端ARQ实体反馈ACK消息或NACK消息的具体机制现在还没有方案。现有方案一个需要解决的问题是：由于发送端ARQ实体从发送端HARQ实体和接收端ARQ实体两个方向接收反馈信息，可能接收到对于同一个ARQ PDU同一次传输重复的状态报告，导致不必要的信令开销和处理开销。
发明内容
本发明所要解决的技术问题是提供一种自动重传请求的状态报告方法，解决由于发送端ARQ实体从发送端HARQ实体和接收端ARQ实体两个方向接收反馈信息，可能接收到对于同一个ARQ PDU的同一次传输的重复状态报告，导致不必要的信令开销和处理开销。
为达到上述目的，本发明提供了一种自动重传请求的状态报告方法，其特点在于，接收端自动重传请求实体进行如下处理：对于接收端自动重传请求实体正确接收的需反馈ACK消息的协议数据单元，仅由混合自动重传请求实体进行ACK消息的反馈；对于接收端自动重传请求实体未能正确接收的需反馈NACK消息的协议数据单元，如果混合自动重传请求实体没有对所述需反馈NACK消息的协议数据单元进行反馈，则由所述接收端自动重传请求实体进行所述协议数据单元的NACK消息的反馈。
上述的方法，其特点在于，接收端自动重传请求实体通过以下方式判断需反馈NACK消息的协议数据单元是否已经被所述混合自动重传请求实体反馈了NACK消息：接收端混合自动重传请求实体在向发送端混合自动重传请求实体回NACK消息达到最大次数后，向接收端自动重传请求实体发相应的通知消息；接收端自动重传请求实体判断所述通知消息中是否提供了对应的协议数据单元的编号，是则所述接收端自动重传请求实体拒绝向发送端自动重传请求实体反馈所述协议数据单元的NACK消息，否则接收端自动重传请求实体允许向发送端自动重传请求实体反馈所述协议数据单元的NACK消息。
上述的方法，其特点在于，接收端自动重传请求实体通过允许冗余的方式反馈所述协议数据单元的NACK消息，所述允许冗余的方式包括：接收端自动重传请求实体针对检测到的每一个丢失或错误的协议数据单元立即向发送端自动重传请求实体反馈NACK消息，由发送端自动重传请求实体通过相应的机制判断并处理冗余NACK消息。
上述的方法，其特点在于，接收端自动重传请求实体通过定时器方式反馈所述协议数据单元的NACK消息，所述定时器方式包括：接收端自动重传请求实体针对检测到的每一个丢失或错误的协议数据单元设置对应的定时器，在定时器超时前如果收到了相应的协议数据单元，则不反馈NACK消息；如果定时器超时前没有收到相应的协议数据单元，则在定时器超时后反馈NACK消息。
上述的方法，其特点在于，接收端自动重传请求实体通过以下方式反馈所述协议数据单元的NACK消息：接收端自动重传请求实体对于对应有所述通知消息的协议数据单元均不反馈NACK消息。
上述的方法，其特点在于，还包括：如果接收端自动重传请求实体没有收到所述通知消息，而检测到丢失的协议数据单元时，则认为发生了混合自动重传请求漏检的情况，接收端自动重传请求实体立即向发送端自动重传请求实体反馈NACK消息；
上述的方法，其特点在于，还包括：接收端自动重传请求实体对于所接收到的重复的协议数据单元予以丢弃。
上述的方法，其特点在于，发送端自动重传请求实体进行如下处理：发送端自动重传请求实体接收到发送端混合自动重传请求实体反馈的NACK消息或者接收端自动重传请求实体反馈的NACK消息时，重发相关的协议数据单元。
上述的方法，其特点在于，发送端自动重传请求实体进行如下处理：发送端自动重传请求实体接收到发送端混合自动重传请求实体的NACK消息时，针对该NACK消息所涉及的每一个协议数据单元分别设置定时器，并重发所述协议数据单元；如果在定时器超时前收到接收端自动重传请求实体针对所述协议数据单元的NACK消息，则认为是冗余的NACK消息予以丢弃；如果在定时器超时后收到所述NACK消息，则认为不是冗余的NACK消息，并重发所述协议数据单元。
上述的方法，其特点在于，发送端自动重传请求实体进行如下处理：发送端自动重传请求实体针对每一个协议数据单元在发送端混合自动重传请求实体反馈方向和接收端自动重传请求实体反馈方向分别设置一个计数器，计数器的初值均设为0，发送端自动重传请求实体每收到一次NACK消息，将对应的计数器值加1；发送端自动重传请求实体收到发送端混合自动重传请求实体的NACK消息后，重发该NACK消息所涉及的每一个协议数据单元；如果接着收到接收端自动重传请求实体针对所述协议数据单元的NACK消息，发送端自动重传请求实体将该方向的计数器值与另一方向的计数器值比较，如果相等则丢弃接收端自动重传请求实体方向的NACK消息，否则重发所述协议数据单元。
上述的方法，其特点在于，发送端自动重传请求实体进行的处理进一步包括如下步骤：
步骤410：发送端自动重传请求实体以滑动窗口方式发送协议数据单元；
步骤420：发送端自动重传请求实体判断是否接收到发送端混合自动重传请求实体的NACK消息，如果收到转步骤430；否则转步骤440；
步骤430：对相关所述协议数据单元分别设置定时器；该方向对应的计数器值分别加1，并重发所述协议数据单元，转步骤480；
步骤440：判断是否接收到接收端自动重传请求实体的NACK消息，如果收到转步骤450，否则转步骤460；
步骤450：该方向相关协议数据单元对应的计数器值分别加1，并重发所述协议数据单元；转步骤410；
步骤460：判断是否接收到发送端混合自动重传请求实体的ACK消息，如果收到转步骤470，否则转步骤410；
步骤470：对相关协议数据单元分别设定时器，定时器超时前保留所述协议数据单元；在定时器超时后再确定是否丢弃所述数据单元，转步骤410；
步骤480：判断是否接收到接收端自动重传请求实体对相同协议数据单元的NACK消息，如果收到转步骤490，否则转步骤460；
步骤490：该方向相关协议数据单元对应的计数器值分别加1，并与另一方向对应的计数器值比较，转步骤500；
步骤500：判断收到NACK消息时对应的定时器是否超时，如果超时转步骤520，否则转步骤510；
步骤510：判断计数器值是否相等，如果不相等，转步骤520，如果相等则转步骤530；
步骤520：重发相关协议数据单元；转步骤410；
步骤530：认为是冗余的NACK消息，丢弃所述NACK消息，转步骤410。
上述的方法，其特点在于，发送端自动重传请求实体还进行如下处理：发送端自动重传请求实体接收到发送端混合自动重传请求实体的ACK消息后，继续以滑窗方式发送新的数据单元；并针对该ACK消息所涉及的每个数据单元设置定时器；在定时器超时前保留所述数据单元；在定时器超时后结合具体条件判断是否可以丢弃所述数据单元；如果接着收到接收端自动重传请求实体针对同一个数据单元的NACK消息，则重发所述数据单元。
上述的方法，其特点在于，所述具体条件为：组成服务数据单元的所有数据单元是否均收到了发送端混合自动重传请求实体的ACK消息。
本发明的技术效果在于：
本发明解决了发送端ARQ实体可能在两个反馈方向上接收到对于同一个ARQ PDU的同一次传输的重复的状态报告问题，避免了不必要的信令开销和处理开销，提高了***的性能。
附图说明
图1是本发明的一种具体实施方式的消息流程图；
图2至图5是本发明发送端ARQ实体处理流程的4种实施例的流程图；
图6至图8是本发明接收端ARQ实体处理流程的3种实施例的流程图；
具体实施方式
本发明公开了一种基于NACK的ARQ实体状态报告方法，主要内容为：接收端ARQ实体对于正确接收的ARQ PDU不反馈ACK消息，因为发送端ARQ实体已经基于发送端HARQ实体的反馈接收到了ACK消息，解决了发送端ARQ实体可能收到同一个ARQ PDU同一次传输的重复ACK消息问题。对于NACK消息，由于HARQ实体本身处理机制的局限，不能够检测和/或处理所有的错误情况，需要另外依赖接收端ARQ实体的错误检测和处理机制。接收端ARQ实体只反馈HARQ实体所没有反馈的那些ARQ PDU的NACK消息，不需要对所有丢失或接收错误的ARQ PDU向发送端ARQ实体反馈NACK消息，因为HARQ实体已经反馈了其中一些ARQ PDU的NACK消息，解决了发送端ARQ实体可能收到同一个ARQ PDU同一次传输的重复NACK消息问题。
接收端ARQ实体判断HARQ实体已经反馈了NACK消息的ARQ PDU基于如下的方案：接收端HARQ实体在向发送端HARQ实体回NACK最大次数后，向接收端ARQ实体发相应的通知消息，通知消息的内容分为两种情况：一种情况为HARQ实体可以提供所包含的ARQ PDU编号；另一种情况为HARQ实体无法提供所包含的ARQ PDU编号。对于前者，接收端ARQ实体不向发送端ARQ实体反馈所述ARQ PDU的NACK消息；对于后者，接收端ARQ实体有三种处理方法：
接收端ARQ实体处理方法一，允许冗余NACK消息。接收端ARQ实体针对检测到的每一个丢失或错误的ARQ PDU立即向发送端ARQ实体反馈NACK消息，由发送端ARQ实体通过相应的机制判断并处理冗余NACK消息。
接收端ARQ实体处理方法二，定时器方式。接收端ARQ实体针对检测到的每一个丢失或错误的ARQ PDU不立即反馈NACK消息，而是设置对应的定时器，在定时器超时前如果收到了相应的ARQ PDU，则不反馈NACK消息；如果定时器超时前没有收到相应的ARQ PDU，则定时器超时后反馈NACK消息。该方案可以避免大部分冗余NACK消息问题，但是由于定时器设置的误差，可能出现少量的冗余NACK消息，发送端ARQ实体可以选择相应的措施进一步保护；或者不采取相关保护措施，允许少量的冗余NACK消息以及冗余ARQPDU重发现象。
接收端ARQ实体处理方法三，不反馈方式。接收端ARQ实体对于所检测到的丢失或错误的ARQ PDU不反馈NACK消息。
当发送端ARQ实体所选择的保护措施失效或者不采取保护措施的情况下，接收端ARQ实体对于所接收到的重复的ARQ PDU予以丢弃。
如果接收端ARQ实体没有收到接收端HARQ实体相应的通知消息，而检测到丢失的ARQ PDU时，说明为HARQ漏检的情况，立即向发送端ARQ实体反馈NACK消息。
发送端HARQ实体和接收端ARQ实体针对同一个ARQ PDU同一次传输向发送端ARQ实体反馈有三种情况：发送端ARQ实体收到发送端HARQ实体的NACK消息后，接着收到了接收端ARQ实体的NACK消息，后者表现为一次冗余NACK消息；发送端ARQ实体收到发送端HARQ实体的ACK消息后，接着收到了接收端ARQ实体的NACK消息，应以后者为准；发送端ARQ实体未收到发送端HARQ实体的NACK消息或ACK消息，收到了接收端ARQ实体的NACK消息。产生上述现象的原因为接收端ARQ实体定时器设置误差、无线传输过程的延迟或错误、HARQ实体错误检测机制的局限等。发送端ARQ实体有四种处理方法：
发送端ARQ实体处理方法一，允许少量冗余NACK消息以及冗余ARQ PDU重发。发送端ARQ实体接收到发送端HARQ实体反馈的NACK消息或者接收端ARQ实体反馈的NACK消息时，重发相关ARQ PDU。
发送端ARQ实体处理方法二，定时器方式。发送端ARQ实体接收到发送端HARQ实体NACK消息时，针对该NACK消息所涉及的每一个ARQ PDU分别设置定时器，并重发所述ARQ PDU。如果在定时器超时前收到接收端ARQ实体针对所述ARQ PDU的NACK消息，认为是冗余的NACK消息予以丢弃；如果在定时器超时后收到上述消息，认为不是冗余的NACK消息，重发所述ARQPDU。
发送端ARQ实体处理方法三，计数器方式。发送端ARQ实体针对每一个ARQ PDU在发送端HARQ实体反馈方向和接收端ARQ实体反馈方向分别设置一个计数器，计数器的初值均设为0，发送端ARQ实体每收到一次NACK消息，将对应的计数器值加1。发送端ARQ实体收到发送端HARQ实体的NACK消息后，重发该NACK消息所涉及的每一个ARQ PDU。如果接着收到接收端ARQ实体针对所述ARQ PDU的NACK消息，将该方向的计数器值与另一方向的计数器值比较，如果相等则丢弃接收端ARQ实体方向的NACK消息，否则重发所述ARQ PDU。
发送端ARQ实体处理方法四，定时器与计数器相结合方式。定时器的设置原则同方法二，计数器的设置与计算原则同方法三。发送端ARQ实体收到发送端HARQ实体的NACK消息时，重发该NACK消息所涉及的每一个ARQ PDU。如果在定时器超时前收到了接收端ARQ实体对于同一个ARQ PDU的NACK消息，则按方法三的处理方案；如果在定时器超时后收到上述消息，则重发所述ARQ PDU。
上述发送端四种方案中，发送端ARQ实体接收到发送端HARQ实体的ACK消息后，继续以滑窗方式发送新的ARQ PDU；并针对该ACK消息所涉及的每个ARQ PDU设置定时器；在定时器超时前不能丢弃所述ARQ PDU；在定时器超时后结合其它条件判断是否可以丢弃所述ARQ PDU，例如组成某ARQ SDU(服务数据单元)的所有ARQ PDU均收到了发送端HARQ实体的ACK消息。如果接着收到接收端ARQ实体针对同一个ARQ PDU的NACK消息，则重发所述ARQ PDU。
接收端方法一可以和发送端方法二、三、四分别组合；接收端方法二可以和发送端方法一、二、三、四分别组合；接收端方法三可以和发送端方法一组合。上述组合可以形成8种解决方案，这些方案尽管仍然可能存在冗余反馈以及冗余重发的现象，但在很大程度上避免了接收端ARQ Rx不必要的反馈和/或发送端ARQ Tx不必要的重发，降低了冗余现象的概率，提高了ARQ实体的效率和可靠性。接收端ARQ实体对于所接收到的冗余的ARQ PDU也有相应的保护措施。发送端ARQ实体也可以根据定时器或滑动窗口等机制主动向接收端ARQ实体请求状态报告，这种情况也可以采用类似的机制避免冗余反馈信息和冗余重发信息。
图1说明了一种具体实施方式的消息流程，其中ARQ Tx表示发送端ARQ实体，HARQ Tx表示发送端HARQ实体；ARQ Rx表示接收端ARQ实体，HARQ Rx表示接收端HARQ实体。实施步骤如下：
NACK场景1：HARQ Rx向HARQ Tx发送NACK消息达最大次数后，向ARQRx发送NACK Notify通知消息；HARQ Tx收到HARQ Rx的NACK消息且重传失败最大次数后，向ARQ Tx发送NACK消息。可能发生ARQ Rx向ARQ Tx反馈NACK消息，ARQ Tx和ARQ Rx分别采用发明内容中相应的机制处理冗余信息。
NACK场景2：HARQ Rx检测到NACK-＞ACK错误消息，向ARQ Rx发送NACKNotify通知消息，向HARQ Tx发送NACK-＞ACK错误指示消息；HARQ Tx收到该消息后向ARQ Tx发送NACK消息。可能发生ARQ Rx向ARQ Tx反馈NACK消息，ARQ Tx和ARQ Rx分别采用发明内容中相应的机制处理冗余信息。
NACK场景3：对于HARQ Rx未检测出的错误或者消息丢失的情况，ARQ Rx根据ARQ错误检测机制检测出的错误情况或ARQ PDU丢失情况，向ARQ Tx发送NACK消息。该场景可能出现异常情况：ARQ Tx先收到HARQ Tx对于某ARQ PDU的ACK消息，接着收到了ARQ Rx对于同一个ARQ PDU同一次传输的NACK消息。ARQ Tx和ARQ Rx分别采用发明内容中相应的机制处理冗余信息。
ACK场景：HARQ Tx收到HARQ Rx的ACK消息，在NACK-＞ACK错误检测定时器超时前未收到HARQ Rx的NACK-＞ACK错误指示消息，在定时器超时后向ARQ Tx发送ACK消息。
图2至图5是本发明发送端ARQ实体处理流程的4种实施例的流程图。收到相关消息时的对应处理流程为事件触发方式，由于实际收到相关消息的触发时机不同，各实施例均可能对应很多不同的流程，此处针对每个实施例给出一种情况。
参考图2为本发明发送端ARQ实体处理流程的实施例1，实施例1对应于上述的发送端ARQ实体处理方法一，步骤如下：
步骤110：以滑动窗口方式发送ARQ PDU；转步骤120；
步骤120：收到HARQ Tx的NACK消息或者ARQ Rx的NACK消息？如果收到转步骤130；否则转步骤140；
步骤130：重发相关的ARQ PDU，转步骤110；
步骤140：接收到HARQ Tx的ACK消息？如果收到转步骤150；否则转步骤110；
步骤150：对接收到ACK消息的ARQ PDU设置保护定时器，定时器超时前不能丢弃所述ARQ PDU；在定时器超时后结合其它条件判断是否可以丢弃所述ARQ PDU，例如组成某ARQ SDU的所有ARQ PDU均收到了发送端HARQ实体的ACK消息；转步骤110；
参考图3，为本发明发送端ARQ实体处理流程的实施例2。
实施例2对应于上述的发送端ARQ实体处理方法二，步骤如下：
步骤210：以滑动窗口方式发送ARQ PDU；转步骤220；
步骤220：接收到HARQ Tx的NACK消息？如果收到转步骤230；否则转步骤240；
步骤230：对相关ARQ PDU分别设定时器，并重发；转步骤280；
步骤240：接收到ARQ Rx的NACK消息？如果收到转步骤250；否则转步骤260；
步骤250：重发相关ARQ PDU；转步骤210；
步骤260：接收到HARQ Tx的ACK消息？如果收到转步骤270；否则转步骤210；
步骤270：对相关ARQ PDU分别设定时器，定时器超时前不能丢弃所述ARQ PDU；在定时器超时后结合其它条件判断是否可以丢弃所述ARQ PDU，例如组成某ARQ SDU的所有ARQ PDU均收到了发送端HARQ实体的ACK消息；转步骤210；
步骤280：接收到ARQ Rx对相同ARQ PDU的NACK消息？如果收到转步骤290；否则转步骤260；
步骤290：接收到ARQ Rx对相同ARQ PDU的NACK消息时，如果对应的定时器超时，转步骤295；否则转步骤300；
步骤295：重发相关ARQ PDU；转步骤210；
步骤300：认为是冗余的NACK消息，丢弃之；转步骤210；
参考图4，为本发明发送端ARQ实体处理流程的实施例3。
实施例3对应于上述的发送端ARQ实体处理方法三，步骤如下：
步骤310：以滑动窗口方式发送ARQ PDU；转步骤320；
步骤320：接收到HARQ Tx的NACK消息？如果收到转步骤330；否则转步骤340；
步骤330：该方向相关ARQ PDU对应的计数器值分别加1，并重发；转步骤380；
步骤340：接收到ARQ Rx的NACK消息？如果收到转步骤350；否则转步骤360；
步骤350：该方向相关ARQ PDU对应的计数器值分别加1，并重发；转步骤310；
步骤360：接收到HARQ Tx的ACK消息；如果收到转步骤370；否则转步骤310；
步骤370：对相关ARQ PDU分别设定时器，定时器超时前不能丢弃所述ARQ PDU；在定时器超时后结合其它条件判断是否可以丢弃所述ARQ PDU，例如组成某ARQ SDU的所有ARQ PDU均收到了发送端HARQ实体的ACK消息；转步骤310；
步骤380：接收到ARQ Rx对相同ARQ PDU的NACK消息？如果收到转步骤385；否则转步骤360；
步骤385：该方向相关ARQ PDU对应的计数器值分别加1，并与另一方向对应的计数器值比较，转步骤390；
步骤390：计数器值相等？如果不相等，转步骤395；否则转步骤400；
步骤395：重发相关ARQ PDU；转步骤310；
步骤400：认为是冗余的NACK消息，丢弃之；转步骤310；
参考图5，为本发明发送端ARQ实体处理流程的实施例4。
实施例4对应于上述的发送端ARQ实体处理方法四，步骤如下：
步骤410：以滑动窗口方式发送ARQ PDU；转步骤420；
步骤420：接收到HARQ Tx的NACK消息？如果收到转步骤430；否则转步骤440；
步骤430：对相关ARQ PDU分别设置定时器；该方向对应的计数器值分别加1；并重发；转步骤480；
步骤440：接收到ARQ Rx的NACK消息？如果收到转步骤450；否则转步骤460；
步骤450：该方向相关ARQ PDU对应的计数器值分别加1，并重发；转步骤410；
步骤460：接收到HARQ Tx的ACK消息？如果收到转步骤470；否则转步骤410；
步骤470：对相关ARQ PDU分别设定时器，定时器超时前不能丢弃所述ARQ PDU；在定时器超时后结合其它条件判断是否可以丢弃所述ARQ PDU，例如组成某ARQ SDU的所有ARQ PDU均收到了发送端HARQ实体的ACK消息；转步骤410；
步骤480：接收到ARQ Rx对相同ARQ PDU的NACK消息？如果收到转步骤490；否则转步骤460；
步骤490：该方向相关ARQ PDU对应的计数器值分别加1，并与另一方向对应的计数器值比较，转步骤500；
步骤500：收到NACK消息时对应的定时器超时？如果超时转步骤520；否则转步骤510；
步骤510：计数器值相等？如果不相等，转步骤520；否则转步骤530；
步骤520：重发相关ARQ PDU；转步骤410；
步骤530：认为是冗余的NACK消息，丢弃之；转步骤410；
图6至图8是本发明接收端ARQ实体处理流程的3种实施例的流程图。
参考图6，说明了一种接收端ARQ实体具体实施方式的实施例1的流程。
接收端实施例1对应于接收端ARQ实体处理方法一，步骤如下：
步骤610：接收端ARQ实体接收ARQ PDU；转步骤620；
步骤620：接收到HARQ Rx的NACK Notify消息？如果接收到，转步骤630；否则转步骤650；
步骤630：NACK Notify消息包含ARQ PDU编号？如果包含，转步骤640；否则转步骤660；
步骤640：对于所述ARQ PDU不向ARQ Tx反馈NACK消息；转步骤610；
步骤650：检测到ARQ PDU丢失或错误？如果检测到，转步骤660；否则转步骤610；
步骤660：对于检测到的所述ARQ PDU向ARQ Tx反馈NACK消息；转步骤610；
参考图7，说明了一种接收端ARQ实体具体实施方式的实施例2的流程。
接收端实施例2对应于接收端ARQ实体处理方法二，步骤如下：
步骤710：接收端ARQ实体接收ARQ PDU；转步骤720；
步骤720：接收到HARQ Rx的NACK Notify消息？如果接收到，转步骤730；否则转步骤770；
步骤730：NACK Notify消息包含ARQ PDU编号？如果包含，转步骤740；否则转步骤750；
步骤740：对于所述ARQ PDU不向ARQ Tx反馈NACK消息；转步骤710；
步骤750：对于检测到的丢失或错误的ARQ PDU分别设置定时器；转步骤760；
步骤760：定时器超时前接收到所述ARQ PDU？如果接收到，转步骤740；否则转步骤780；
步骤770：检测到ARQ PDU丢失或错误？如果检测到，转步骤780；否则转步骤710；
步骤780：对于所述ARQ PDU向ARQ Tx反馈NACK消息；转步骤710；
参考图8，说明了一种接收端ARQ实体具体实施方式的实施例3的流程。
接收端实施例3对应于接收端ARQ实体处理方法三，步骤如下：
步骤810：接收端ARQ实体接收ARQ PDU；转步骤820；
步骤820：接收到HARQ Rx的NACK Notify消息？如果接收到，转步骤830；否则转步骤840；
步骤830：对于所述ARQ PDU不向ARQ Tx反馈NACK消息；转步骤810；
步骤840：检测到ARQ PDU丢失或错误？如果检测到，转步骤850；否则转步骤810；
步骤850：对于检测到的所述ARQ PDU向ARQ Tx反馈NACK消息；转步骤810；
本发明解决了发送端ARQ实体可能在两个反馈方向上接收到对于同一个ARQ PDU的同一次传输的重复的状态报告问题，避免了不必要的信令开销和处理开销，提高了***的性能。
以上所述仅为本发明的较佳实施例，并非用来限定本发明的实施范围；凡是依本发明所作的等效变化与修改，都被本发明的专利范围所涵盖。
Claims (13)
1、一种自动重传请求的状态报告方法，其特征在于，接收端自动重传请求实体进行如下处理：对于接收端自动重传请求实体正确接收的需反馈ACK消息的协议数据单元，仅由混合自动重传请求实体进行ACK消息的反馈；对于接收端自动重传请求实体未能正确接收的需反馈NACK消息的协议数据单元，如果混合自动重传请求实体没有对所述需反馈NACK消息的协议数据单元进行反馈，则由所述接收端自动重传请求实体进行所述协议数据单元的NACK消息的反馈。
2、根据权利要求1所述的方法，其特征在于，接收端自动重传请求实体通过以下方式判断需反馈NACK消息的协议数据单元是否已经被所述混合自动重传请求实体反馈了NACK消息：
接收端混合自动重传请求实体在向发送端混合自动重传请求实体回NACK消息达到最大次数后，向接收端自动重传请求实体发相应的通知消息；接收端自动重传请求实体判断所述通知消息中是否提供了对应的协议数据单元的编号，是则所述接收端自动重传请求实体拒绝向发送端自动重传请求实体反馈所述协议数据单元的NACK消息，否则接收端自动重传请求实体允许向发送端自动重传请求实体反馈所述协议数据单元的NACK消息。
3、根据权利要求2所述的方法，其特征在于，接收端自动重传请求实体通过允许冗余的方式反馈所述协议数据单元的NACK消息，所述允许冗余的方式包括：
接收端自动重传请求实体针对检测到的每一个丢失或错误的协议数据单元立即向发送端自动重传请求实体反馈NACK消息，由发送端自动重传请求实体通过相应的机制判断并处理冗余NACK消息。
4、根据权利要求2所述的方法，其特征在于，接收端自动重传请求实体通过定时器方式反馈所述协议数据单元的NACK消息，所述定时器方式包括：
接收端自动重传请求实体针对检测到的每一个丢失或错误的协议数据单元设置对应的定时器，在定时器超时前如果收到了相应的协议数据单元，则不反馈NACK消息；如果定时器超时前没有收到相应的协议数据单元，则在定时器超时后反馈NACK消息。
5、根据权利要求2所述的方法，其特征在于，接收端自动重传请求实体通过以下方式反馈所述协议数据单元的NACK消息：接收端自动重传请求实体对于对应有所述通知消息的协议数据单元均不反馈NACK消息。
6、根据权利要求3、4或5所述的方法，其特征在于，还包括：
如果接收端自动重传请求实体没有收到所述通知消息，而检测到丢失的协议数据单元时，则认为发生了混合自动重传请求漏检的情况，接收端自动重传请求实体立即向发送端自动重传请求实体反馈NACK消息；
7、根据权利要求6所述的方法，其特征在于，还包括：接收端自动重传请求实体对于所接收到的重复的协议数据单元予以丢弃。
8、根据权利要求4或5所述的方法，其特征在于，发送端自动重传请求实体进行如下处理：发送端自动重传请求实体接收到发送端混合自动重传请求实体反馈的NACK消息或者接收端自动重传请求实体反馈的NACK消息时，重发相关的协议数据单元。
9、根据权利要求3或4所述的方法，其特征在于，发送端自动重传请求实体进行如下处理：发送端自动重传请求实体接收到发送端混合自动重传请求实体的NACK消息时，针对该NACK消息所涉及的每一个协议数据单元分别设置定时器，并重发所述协议数据单元；如果在定时器超时前收到接收端自动重传请求实体针对所述协议数据单元的NACK消息，则认为是冗余的NACK消息予以丢弃；如果在定时器超时后收到所述NACK消息，则认为不是冗余的NACK消息，并重发所述协议数据单元。
10、根据权利要求3或4所述的方法，其特征在于，发送端自动重传请求实体进行如下处理：发送端自动重传请求实体针对每一个协议数据单元在发送端混合自动重传请求实体反馈方向和接收端自动重传请求实体反馈方向分别设置一个计数器，计数器的初值均设为0，发送端自动重传请求实体每收到一次NACK消息，将对应的计数器值加1；发送端自动重传请求实体收到发送端混合自动重传请求实体的NACK消息后，重发该NACK消息所涉及的每一个协议数据单元；如果接着收到接收端自动重传请求实体针对所述协议数据单元的NACK消息，发送端自动重传请求实体将该方向的计数器值与另一方向的计数器值比较，如果相等则丢弃接收端自动重传请求实体方向的NACK消息，否则重发所述协议数据单元。
11、根据权利要求3或4所述的方法，其特征在于，发送端自动重传请求实体进行的处理进一步包括如下步骤：
步骤410：发送端自动重传请求实体以滑动窗口方式发送协议数据单元；
步骤420：发送端自动重传请求实体判断是否接收到发送端混合自动重传请求实体的NACK消息，如果收到转步骤430；否则转步骤440；
步骤430：对相关所述协议数据单元分别设置定时器；该方向对应的计数器值分别加1，并重发所述协议数据单元，转步骤480；
步骤440：判断是否接收到接收端自动重传请求实体的NACK消息，如果收到转步骤450，否则转步骤460；
步骤450：该方向相关协议数据单元对应的计数器值分别加1，并重发所述协议数据单元；转步骤410；
步骤460：判断是否接收到发送端混合自动重传请求实体的ACK消息，如果收到转步骤470，否则转步骤410；
步骤470：对相关协议数据单元分别设定时器，定时器超时前保留所述协议数据单元；在定时器超时后再确定是否丢弃所述数据单元，转步骤410；
步骤480：判断是否接收到接收端自动重传请求实体对相同协议数据单元的NACK消息，如果收到转步骤490，否则转步骤460；
步骤490：该方向相关协议数据单元对应的计数器值分别加1，并与另一方向对应的计数器值比较，转步骤500；
步骤500：判断收到NACK消息时对应的定时器是否超时，如果超时转步骤520，否则转步骤510；
步骤510：判断计数器值是否相等，如果不相等，转步骤520，如果相等则转步骤530；
步骤520：重发相关协议数据单元；转步骤410；
步骤530：认为是冗余的NACK消息，丢弃所述NACK消息，转步骤410。
12、根据权利要求9所述的方法，其特征在于，发送端自动重传请求实体还进行如下处理：发送端自动重传请求实体接收到发送端混合自动重传请求实体的ACK消息后，继续以滑窗方式发送新的数据单元；并针对该ACK消息所涉及的每个数据单元设置定时器；在定时器超时前保留所述数据单元；在定时器超时后结合具体条件判断是否可以丢弃所述数据单元；如果接着收到接收端自动重传请求实体针对同一个数据单元的NACK消息，则重发所述数据单元。
13、根据权利要求12所述的方法，其特征在于，所述具体条件为：组成服务数据单元的所有数据单元是否均收到了发送端混合自动重传请求实体的ACK消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006100118507A CN101064589B (zh) | 2006-04-30 | 2006-04-30 | 一种自动重传请求的状态报告方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006100118507A CN101064589B (zh) | 2006-04-30 | 2006-04-30 | 一种自动重传请求的状态报告方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101064589A true CN101064589A (zh) | 2007-10-31 |
| CN101064589B CN101064589B (zh) | 2011-11-30 |
Family
ID=38965345
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2006100118507A Expired - Fee Related CN101064589B (zh) | 2006-04-30 | 2006-04-30 | 一种自动重传请求的状态报告方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101064589B (zh) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010148748A1 (zh) * | 2009-06-25 | 2010-12-29 | 中兴通讯股份有限公司 | 一种无线链路控制层确认模式下快速重传的方法及装置 |
| CN103199924A (zh) * | 2011-12-20 | 2013-07-10 | Ruag瑞士股份公司 | 将光数据从低地球轨道传输到地球的方法及通信*** |
| WO2016026128A1 (en) * | 2014-08-21 | 2016-02-25 | SZ DJI Technology Co., Ltd. | Unmanned aerial vehicle communications methods and systems |
| CN106301703A (zh) * | 2015-05-15 | 2017-01-04 | 中兴通讯股份有限公司 | Harq发送、接收方法、装置及节点 |
| WO2017035727A1 (en) * | 2015-08-31 | 2017-03-09 | Qualcomm Incorporated | Broadcast automatic repeat request |
| CN107710721A (zh) * | 2015-08-21 | 2018-02-16 | 华为技术有限公司 | 一种信息处理方法、装置和*** |
| CN114666024A (zh) * | 2022-03-11 | 2022-06-24 | 成都中科微信息技术研究院有限公司 | 一种基于dvb协议的反向信令重传方法及通信*** |
| WO2022236476A1 (en) * | 2021-05-08 | 2022-11-17 | Nokia Shanghai Bell Co., Ltd. | Indicating missed negative acknowledgements |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ES2340467T3 (es) * | 2002-01-03 | 2010-06-04 | Innovative Sonic Limited | Mecanismo para evitar interrupciones basado en temporizador, para un sistema de comunicacion inalambrico de alta velocidad. |
| EP1550235B1 (en) * | 2002-05-10 | 2008-01-23 | Interdigital Technology Corporation | Method for monitoring transmission sequence numbers assigned to protocol data units to detect and correct transmission errors |
| US20060062173A1 (en) * | 2004-09-17 | 2006-03-23 | Lucent Technologies, Inc. | Hybrid automatic repeat request operation during soft hand offs in a wireless system |
-
2006
- 2006-04-30 CN CN2006100118507A patent/CN101064589B/zh not_active Expired - Fee Related
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101931516B (zh) * | 2009-06-25 | 2013-03-20 | 中兴通讯股份有限公司 | 一种无线链路控制层确认模式下快速重传的方法及装置 |
| WO2010148748A1 (zh) * | 2009-06-25 | 2010-12-29 | 中兴通讯股份有限公司 | 一种无线链路控制层确认模式下快速重传的方法及装置 |
| CN103199924A (zh) * | 2011-12-20 | 2013-07-10 | Ruag瑞士股份公司 | 将光数据从低地球轨道传输到地球的方法及通信*** |
| US10366548B2 (en) | 2014-08-21 | 2019-07-30 | SZ DJI Technology Co., Ltd. | Unmanned aerial vehicle communications methods and systems |
| WO2016026128A1 (en) * | 2014-08-21 | 2016-02-25 | SZ DJI Technology Co., Ltd. | Unmanned aerial vehicle communications methods and systems |
| CN106301703B (zh) * | 2015-05-15 | 2020-04-07 | 中兴通讯股份有限公司 | Harq发送、接收方法、装置及节点 |
| CN106301703A (zh) * | 2015-05-15 | 2017-01-04 | 中兴通讯股份有限公司 | Harq发送、接收方法、装置及节点 |
| CN107710721A (zh) * | 2015-08-21 | 2018-02-16 | 华为技术有限公司 | 一种信息处理方法、装置和*** |
| CN107710721B (zh) * | 2015-08-21 | 2020-02-14 | 华为技术有限公司 | 一种信息处理方法、装置和*** |
| US10666398B2 (en) | 2015-08-21 | 2020-05-26 | Huawei Technologies Co., Ltd. | Information processing method, apparatus, and system |
| WO2017035727A1 (en) * | 2015-08-31 | 2017-03-09 | Qualcomm Incorporated | Broadcast automatic repeat request |
| WO2022236476A1 (en) * | 2021-05-08 | 2022-11-17 | Nokia Shanghai Bell Co., Ltd. | Indicating missed negative acknowledgements |
| CN114666024A (zh) * | 2022-03-11 | 2022-06-24 | 成都中科微信息技术研究院有限公司 | 一种基于dvb协议的反向信令重传方法及通信*** |
| CN114666024B (zh) * | 2022-03-11 | 2024-04-30 | 成都中科微信息技术研究院有限公司 | 一种基于dvb协议的反向信令重传方法及通信*** |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101064589B (zh) | 2011-11-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101064589A (zh) | 一种自动重传请求的状态报告方法 | |
| CN101068137A (zh) | 在无线接入通信***中使用自动重复请求的装置和方法 | |
| CN1949698A (zh) | Lte技术中的自动重传方法、发送设备和接收设备 | |
| CN101047484A (zh) | 一种传输层重传方法和*** | |
| JP2021013158A (ja) | 無線通信システムにおけるデバイスツーデバイス通信のための時間ギャップを示すための方法および装置 | |
| US8438446B2 (en) | Method for transmitting/receiving broadcast or multicast service and terminal thereof | |
| CN1140968C (zh) | 多点传播递送服务重发控制方法及*** | |
| US8281200B2 (en) | Method and device for retransmitting data | |
| CN1918841A (zh) | 遗漏部分的标识和重发 | |
| CN1702993A (zh) | 无线通信设备 | |
| CN101047481A (zh) | 一种无线通信***中自动重传请求分布式反馈方法 | |
| EP2241126B1 (en) | Method of exchanging data between a base station and a mobile station. | |
| CN1976272A (zh) | 在移动通信***中控制反馈信号的可靠性的方法和装置 | |
| CN1922813A (zh) | 用于在能够处理多播和广播传输的***中进行数据修复的方法 | |
| CN1917416A (zh) | 多载波高速下行分组接入中混合自动重传方法 | |
| CN1692568A (zh) | 在无线接入网络中移动接收窗口的方法 | |
| CN1836401A (zh) | 用于组播数据传输的反馈信令 | |
| CN101030840A (zh) | 具有重传请求的数据传输方法和接收端状态报告编制方法 | |
| CN101034959A (zh) | 混合自动重传方法及其装置和*** | |
| CN101060386A (zh) | 混合自动重传请求实体及其数据块的上报方法 | |
| CN101060388A (zh) | 数据混合自动重传方法及装置 | |
| TW201703451A (zh) | 用於處理電信系統中之狀態資訊的方法及裝置 | |
| CN1951135A (zh) | 控制站装置、基站装置、接收方法、传输方法以及通信方法 | |
| JP5690480B2 (ja) | 基地局、ユーザ端末及びシングルセルエンハンスドｍｂｍｓの実現方法 | |
| CN1870591A (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 | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| ASS | Succession or assignment of patent right |
Owner name: JIANGSU GULF ELECTRICAL TECHNOLOGY CO., LTD. Free format text: FORMER OWNER: ZTE CORPORATION Effective date: 20141127 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 518057 SHENZHEN, GUANGDONG PROVINCE TO: 226000 NANTONG, JIANGSU PROVINCE |
|
| TR01 | Transfer of patent right |
Effective date of registration: 20141127 Address after: 226000 Jiangsu Province, Nantong City Chongchuan District Chongchuan Road No. 1 building new office 406, 408, 409. Patentee after: JIANGSU GULF ELECTRICAL TECHNOLOGY CO., LTD. Address before: 518057 Nanshan District, Guangdong high tech Industrial Park, science and Technology Industrial Park, ZTE building, block A, layer 6, layer Patentee before: ZTE Corporation |
|
| PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: State reporting method for automatic retransmission request Effective date of registration: 20171101 Granted publication date: 20111130 Pledgee: Nantong Productivity Promotion Center Pledgor: JIANGSU GULF ELECTRICAL TECHNOLOGY CO., LTD. Registration number: 2017980000443 |
|
| PC01 | Cancellation of the registration of the contract for pledge of patent right | ||
| PC01 | Cancellation of the registration of the contract for pledge of patent right |
Date of cancellation: 20181012 Granted publication date: 20111130 Pledgee: Nantong Productivity Promotion Center Pledgor: JIANGSU GULF ELECTRICAL TECHNOLOGY CO., LTD. Registration number: 2017980000443 |
|
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20111130 Termination date: 20190430 |