CN1780199A - 判定数据包编码、译码方式的方法 - Google Patents
判定数据包编码、译码方式的方法 Download PDFInfo
- Publication number
- CN1780199A CN1780199A CN 200410094621 CN200410094621A CN1780199A CN 1780199 A CN1780199 A CN 1780199A CN 200410094621 CN200410094621 CN 200410094621 CN 200410094621 A CN200410094621 A CN 200410094621A CN 1780199 A CN1780199 A CN 1780199A
- Authority
- CN
- China
- Prior art keywords
- packet
- transmitting terminal
- receiving terminal
- decoded mode
- described method
- 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)
- Communication Control (AREA)
Abstract
判定数据包编码、译码方式的方法,发送端根据一个时间相关的参数、上一相关数据包的应答信息和调度信息判定发送数据包的编码方式;发送端判定编码方式与接收端译码方式是否失步;接收端根据一个时间相关的物理层参数、新数据指示信息,结合上一相关数据包的译码方式和译码结果判定接收数据包的译码方式;接收端判定译码方式与发送端编码方式是否失步。发送端不直接发送信令指明发送数据包所采用的编码方式。数据包发送过程中所采用的编码方式遵循一定的顺序,且编码方式与发送端发送的新数据包指示信息之间有一一对应的关系。
Description
技术领域
本发明涉及无线通信系统中数据传输的技术领域,具体涉及判定数据包编码、译码方式的方法。
背景技术
无线通信系统数据业务中采用的一种链路自适应技术是增加冗余混合自动重复请求(简称IR HARQ)。首次传输数据包时采用纠错能力较低的编码方式,如果接收端能够正确译码,则能得到较高的信息码速率。如果传输失败,重传将开始。重传的数据包不是首次所传数据包的简单重复,而是增加了其中的冗余部分。接收端根据每次传输所采用的编码方式(冗余版本,Redundancy version简称RV)对所有接收到的数据包合并后的结果进行解码。发送端通过上行信令通知接收端当前发送数据块所采用的冗余版本。
为了减小上行信令的开销,无线通信系统数据业务中已有的方法是:接收端根据接收数据的连接帧号(Connection Frame Number,简称CFN),结合HARQ过程的最大个数、冗余版本的最大个数,利用不同的算法计算接收数据包所采用的冗余版本,如公式(1)、(2)所示:
方法一:
else RV=CFN mod NRV
方法二:
其中,NARQ为N等&停HARQ(简称N S&W HARQ)中HARQ过程的个数;NRV是增加冗余HARQ机制所采用冗余版本的个数;RV是根据计算所得到的冗余版本;CFN是连接帧号。
表1给出了NARQ=5,NRV=4时,给定CFN,根据方法一、方法二计算所得的RV。
表1NARQ=5,NRV=4时,给定CFN根据方法一、方法二计算所得的RV。
CFN | ARQ | RV(方法一) | RV(方法二) |
0 | 0 | 0 | 0 |
1 | 1 | 1 | 0 |
2 | 2 | 2 | 0 |
3 | 3 | 3 | 0 |
4 | 4 | 0 | 0 |
5 | 0 | 1 | 1 |
6 | 1 | 2 | 1 |
7 | 2 | 3 | 1 |
8 | 3 | 0 | 1 |
9 | 4 | 1 | 1 |
10 | 0 | 2 | 2 |
11 | 1 | 3 | 2 |
12 | 2 | 0 | 2 |
13 | 3 | 1 | 2 |
14 | 4 | 2 | 2 |
15 | 0 | 3 | 3 |
16 | 1 | 0 | 3 |
表一
已有的方法存在以下问题:
1)根据公式(1)、公式(2),结合表1可以看出,利用CFN,采用方法一、方法二计算RV,任意一个HARQ过程不会连续地使用同一个RV。考虑下面的情况:发送端利用某一个HARQ过程发送一个数据包,第一次传输接收端即成功译码。接下来发送端将利用该HARQ过程发送新的数据包,但该HARQ过程不能采用与上次传输相同的RV。因此方法一、方法二不能应用于完全增加冗余HARQ(Full Increased Redundancy HARQ,简称Full IR HARQ)机制。因为Full IR HARQ要求每个数据包的第一次传输采用固定的RV(可自解码)。
2)考虑下面的情况:发送端利用某一个HARQ过程发送一个数据包,第一次传输,接收端没有正确接收,发送端重传该数据包,在达到最大重传次数前,接收端正确接收该数据包。接下来发送端将利用该HARQ过程发送新的数据包。由于方法一、方法二完全利用CFN计算RV,没有考虑实际的传输过程,不能根据上次传输的结果调整RV的输出。
3)方法一、方法二没有考虑HARQ和基站控制的调度间的相互作用。采用部分异步HARQ(Partial asynchronous HARQ)机制时,发送端的传输受基站调度的影响,在某些系统帧对应的时间间隔内,发送端不能传输数据。此时,每个数据包在传输过程中所采用的冗余版本不再有规律可循,不能应用于Full IR HARQ,并且可能对接收端的译码产生影响。
4)CFN是一个媒体接入控制(Medium Access Control,简称MAC)层的参数,具体地讲它是一个帧计数器,用于用户设备(User Equipment,简称UE)和接入网(Universal Terrestrial Radio Access Network,简称UTRAN)之间传输信道的同步。在发送端的MAC层,CFN与每个传输块集(TransportBlock Set,简称TBS)相关联,CFN和TBS一起被传递给物理层(Physicallayer,简称PHY)。不通过空中接口传输CFN,接收端的PHY根据系统帧号(System Frame Number,简称SFN)与CFN的映射关系,通过系统帧号获得每个TBS的CFN,并传递给MAC层。接收端根据接收数据包的冗余版本信息进行译码,这是一个PHY的操作,如采用方法一、方法二,则需要利用一个MAC的参数(CFN),这将引入额外的时延。
发明内容
本发明的目的是提供一种判定数据包编码、译码方式的方法。
为实现上述目的,一种判定数据包编码、译码方式的方法,包括步骤:
发送端根据一个时间相关的参数、上一相关数据包的应答信息和调度信息判定发送数据包的编码方式;
发送端判定编码方式与接收端译码方式是否失步;
接收端根据一个时间相关的物理层参数、新数据指示信息,结合上一相关数据包的译码方式和译码结果判定接收数据包的译码方式;
接收端判定译码方式与发送端编码方式是否失步。
发送端不直接发送信令指明发送数据包所采用的编码方式。数据包发送过程中所采用的编码方式遵循一定的顺序(可以是发送端和接收端默认的一种顺序),且编码方式与发送端发送的新数据包指示信息之间有一一对应的关系。接收端根据一个时间相关的参数和新数据包指示信息,结合上一相关数据包所采用的译码方式和译码结果判定当前接收数据包应采用的译码方式。
附图说明
图1是发送端判定发送数据包的编码方式的流程;
图2是发送端RV失步检测及处理模块流程;
图3是接收端判定接收数据包的译码方式的流程;
图4是接收端RV失步检测及处理模块流程。
具体实施方式
本发明针对无线通信系统的数据业务,提出了一种判定数据包编码、译码方式(冗余版本,简称RV)的方法。发送端不直接传输冗余版本信息,接收端根据系统帧号、发送端发送的新数据指示(New Data Indicator,简称NDI),结合上一接收数据包的译码结果、HARQ过程的最大个数和冗余版本的最大个数判定当前接收数据包的RV。接收端利用SFN计算接收数据包的RV,而不是通过SFN映射得到CFN后再计算RV,降低了时延;接收端根据SFN计算RV时,利用了NDI信息,考虑了每个数据包的实际传输过程,发送端根据上一相关数据包的应答信息及时调整发送数据包的编码方式,可应用于部分增加冗余(Partial IR)HARQ和完全增加冗余(Full IR)HARQ机制。发送端根据调度指令判定发送数据包的NDI,接收端根据NDI判定接收数据包的RV,考虑了基站调度的影响,每个数据包在传输过程中所采用的RV有一定规律,不受基站调度的影响,不增加译码设备的复杂度。接收端根据SFN、NDI判定接收数据包的RV时,结合上一数据包的RV和译码结果,消除了NDI传输错误对数据传输的影响。采用本发明所提供的方法,可以在减少信令开销的同时,降低传输过程中丢包的几率。由于判定RV时考虑了实际的传输过程和调度的影响,本发明适用范围广。可很好地应用于Full IR HARQ和Partial IR HARQ机制,部分异步(Partial Asynchronous)HARQ和同步(Synchronous)HARQ机制。
发送端计算RV的方法
发送端不直接发送冗余版本信息。发送端根据发送数据包的连接帧号(简称CFN),利用最新接收的上一相关数据包的应答信息(ACK/NAK)和调度指令,结合HARQ过程的最大个数和冗余版本的最大个数,计算发送数据包的RV。数据包发送过程中采用的RV遵循一定的顺序。
计算所得的RV与数据包采用的编码方式、新数据指示(简称NDI)有一一对应的关系。发送端根据计算所得的RV发送对应的NDI。
发送端采用以下方法计算发送数据包的RV:
1)发送端首先根据连接帧号判断发送数据包所属的HARQ过程ID;
n=CFN mod NHARQ
其中n为HARQ过程ID;CFN为连接帧号;NHARQ为N S&W HARQ中HARQ过程的个数。
2)根据调度指令,如果发送端可以发送数据包,则根据上一相关数据包的应答信息和RV计算发送数据包的RV。
RV(n)=FA/N(n)·[RV(n)+1]modNRV
其中,FA/N(n)是标志位,指示上一相关数据包的应答信息。如果收到肯定应答信息(简称ACK),则FA/N(n)=0,如果收到否定应答信息(简称NAK),则FA/N(n)=1;RV(n)是HARQ过程n发送数据包的冗余版本;
NRV是IR HARQ机制所采用RV的个数。
3)根据调度指令,如果发送端不能发送数据包,则没有RV输出。
发送端计算RV的流程如图1所示。
接收端计算RV的方法
接收端根据当前的系统帧号(简称SFN)和NDI指示,结合上一数据包的译码结果、HARQ过程的最大个数和冗余版本的最大个数,计算当前接收数据包的RV。接收端采用以下方法计算当前接收数据包的RV:
1)接收端首先根据NDI判断当前系统帧内是否有数据包到达。如果收到NDI则表示当前系统帧内有数据包到达,未收到NDI则表示当前系统帧内没有新数据包到达。
2)如果当前系统帧内有数据包到达,则根据系统帧号判断接收数据包所属的HARQ过程ID;
n=SFN mod NHARQ
其中n为HARQ过程ID;SFN为系统帧号;NHARQ为N S&W HARQ中HARQ过程的个数。
3)如果NDI指示为重传数据包,则根据NDI选择RV(NDI与RV之间有一一对应的关系)并根据上一相关数据包的RV判断所选择的RV的正确性(数据包发送过程中采用的RV遵循一定的顺序)。
如果判断可能由于NDI传输错误而导致RV输出不正确,则根据上一数据包的RV和译码结果,计算当前接收数据包的RV。
If FA/N(n)=1 Then RV(n)=(RV(n)+1)modNRV
Else RV(n)=0
其中,FA/N为标志位指示上一相关数据包的译码结果,如果上一数据包正确接收,则FA/N(n)=0,如果上一数据包未正确接收,则FA/N(n)=1;RV(n)是HARQ过程n接收数据包的冗余版本,新数据包的冗余版本为“0”;NRV是IR HARQ机制所采用RV的个数。
4)如果NDI指示为新数据包,则根据上一数据包的译码结果判断NDI传输的正确性,如果上一相关数据包已正确接收或已达到最大重传次数,则判定NDI正确接收,此时接收端根据NDI指示设定初始传输的RV。如果上一数据包未正确接收且未达到最大重传次数,则判定NDI传输错误,此时接收端根据上一相关数据包的RV设定当前接收数据包的RV。
接收端计算RV的流程如图2所示。
NDI传输错误的处理方法
这里将NDI传输错误分为三类:
1)第一类NDI传输错误s0→
s0(NDI=s0表示新数据包,NDI=
s0表示重传数据包):
接收端收到NDI指示为重传数据包时,根据NDI选择RV,并根据上一相关数据包的RV,判断所选择RV的正确性,如果不满足指定的顺序,则判定发生NDI传输错误,此时接收端根据上一相关数据包的RV和译码结果计算当前接收数据包的RV。如表2所示:
表2第一类NDI传输错误
发送端接收的应答信息 | 发送端RV | 发送端发送NDI | 接收端接收NDI | 接收端RV | 接收端产生的应答信息 |
ACK | 0 | 000 | 000 | 0 | ACK |
ACK | 0 | 000 | 001(传输错误) | 0 | ACK |
… | … | … | … | … | … |
数据包正确接收,则接收端将设置RV(n)=NRV。发送端发送新数据包的同时传输NDI=000,接收端错误接收到NDI=001,此时根据上一相关数据包的RV判定当前接收数据包的RV应为0,此种情况NDI传输错误不对数据传输产生影响。
2)第二类NDI传输错误
s0→s0
接收端收到NDI指示为新数据包时,结合上一相关数据包的RV和译码结果判断NDI传输的正确性,如果上一相关数据包正确接收或已达到最大重传次数,则判定NDI正确接收,此时接收端根据NDI设定初始传输的RV,如果上一数据包未正确接收且未达到最大重传次数,则判定NDI传输错误,此时接收端根据上一相关数据包的RV和译码结果设定当前接收数据包的RV。如表3所示:
表3第二类NDI传输错误
发送端接收的应答信息 | 发送端RV | 发送端发送NDI | 接收端接收NDI | 接收端RV | 接收端产生的应答信息 |
NAK | 0 | 000 | 000 | 0 | NCK |
ACK | 1 | 001 | 000(传输错误) | 1 | ACK |
… | … | … | … | … | … |
第一次传输接收端未正确接收,发送端重传数据包的同时传输NDI=001,接收端错误接收到NDI=000,接收端根据上一相关数据包的RV和译码结果判定发生NDI传输错误,设置RV=1,此类NDI传输错误不对数据传输产生影响。
3)第三类NDI传输错误
s0→
s0
发生此类错误时,接收端的处理方法同第一类错误,此类NDI传输错误同样不对数据传输产生影响。如表4所示:
表4第三类NDI传输错误
发送端接收的应答信息 | 发送端RV | 发送端发送NDI | 接收端接收NDI | 接收端RV | 接收端产生的应答信息 |
ACK | 0 | 000 | 000 | 0 | ACK |
ACK | 1 | 001 | 002(传输错误) | 1 | NAK |
… | … | … | … | … | … |
应答信息传输错误对数据传输的影响及处理方法
应答信息的传输可能出现以下几种错误:
①接收端译码不正确,发送NAK,发送端收到ACK。(简称NAK传输错误)
②接收端正确译码,发送ACK,发送端收到NAK。(简称ACK传输错误)
③接收端发送ACK或NAK,发送端没有收到应答信息。
发送端没有收到应答信息则默认接收端没有正确译码。如果接收端实际发送的应答信息为ACK,此时情况③对传输的影响同情况②。发生ACK传输错误时,发送端重传,接收端接收到重复的数据包,再次传输ACK/NAK。数据包中含有序列号信息,指明该数据包在重排队序列中的位置,接收端可以利用该信息去除重复的数据包。
发生NAK传输错误时,发送端开始发送新的数据包,导致接收端上一个数据包的缺失,最终高层将要求发送端重传“失序”队列中所有的数据包,引入较大的时延。
表5ACK传输错误
发送端接收的应答信息 | 发送端RV | 发送端发送NDI | 接收端接收NDI | 接收端RV | 接收端产生的应答信息 |
NAK(传输错误) | 0 | 000 | 000 | 0 | ACK |
NAK | 1 | 001 | 001 | 0 | NAK |
NAK(连续三次) | 2 | 010 | 010 | 1 | NAK |
NAK | 0 | 000 | 000 | 2 | NAK(连续三次) |
ACK | 0 | 000 | 000 | 0 | ACK |
… | … | … | … | … | … |
如表5所示,第一次传输时接收端正确接收发送ACK并设定RV=NRV。发送端错误地接收到NAK,发送数据包并发送NDI=001。接收端根据上一相关数据包的RV和译码结果判断发生NDI传输错误。此时,接收端根据上一相关数据包的RV设定当前接收数据包的RV=0,导致接收端RV与发送端RV失步。
表6NAK传输错误
发送端接收的应答信息 | 发送端RV | 发送端发送NDI | 接收端接收NDI | 接收端RV | 接收端产生的应答信息 |
ACK(传输错误) | 0 | 000 | 000 | 0 | NAK |
NAK | 0 | 000 | 000 | 1(失步) | NAK |
NAK | 1 | 001 | 001 | 2(失步) | NAK(连续三次) |
NAK(连续三次) | 2 | 002 | 002 | 0(失步) | NAK |
ACK | 0 | 000 | 000 | 0(同步) | ACK |
… | … | … | … | … | … |
如表6所示,第一次传输时接收端未正确接收发送NAK。发送端错误地接收到ACK,开始发送新的数据包并发送NDI=000。接收端收到NDI指示新数据包到达时,根据上一相关数据包的RV和译码结果判断发生NDI传输错误。此时,接收端根据上一相关数据包的RV设定当前接收数据包的RV=1,导致接收端RV与发送端RV失步。
本发明给出如下解决方法使得发送端RV与接收端RV失步后能够快速恢复同步:
发送端连续接收到NRV个“NAK”,则将相应HARQ过程发送数据包的RV值设置为“0”,直到收到一个“ACK”,继续以步骤一中所述的算法计算RV。发送端RV失步的检测与处理方法如图2所示。
接收端连续检测到NRV个“NAK”,则将相应HARQ过程接收数据包的RV值设置为“0”,直到收到一个“ACK”,继续以步骤二中所述的算法计算RV。接收端RV失步的检测与处理方法如图4所示。
降低传输过程中丢包的几率
NAK传输错误对传输的影响要远远大于ACK传输错误对传输的影响。本发明给出如下方法来降低由于NAK传输错误而导致丢包的几率。在无线通信系统的数据传输过程,由于采用N S&W HARQ和其它一系列抗干扰措施,同一个数据包出现连续译码错误的几率是非常低的。采用本发明提供的RV计算方法,发生应答传输错误将导致发送端RV与接收端RV失步,发送端检测到失步后根据最近接收到的一系列应答信息判断导致失步的原因是否为NAK传输错误,重传相应的数据包,降低传输过程中丢包的几率。具体方法如表6所示:第一次重传时的NAK传输错误,导致发送端连续收到NRV个NAK,从而判定发送端RV与接收端RV失步,而导致失步的原因是三次NAK前接收到的ACK信息是错误为的,发送端从上一个数据包开始发送。
实施例
为易于理解,这里给出了ACK/NAK,NDI正确传输时的实施例。出现ACK/NAK,NDI传输错误时的情况,请参见步骤三、步骤四给出的处理方法。
例1,NHARQ=3(HARQ过程的最大个数),相应HARQ过程的标示号(简称ID)分别为0、1、2。NRV=2(冗余版本的最大个数),相应冗余版本的ID分别为0、1(X代表没有RV输出)。表6给出了根据步骤一、步骤二计算所得各HARQ过程的RV,由于不考虑ACK/NAK,NDI传输错误的情况,接收端的RV与发送端的RV保持同步。
表6RV值(NHARQ=3,NRV=2)
SFN | HARQProcessID | NDI | RV |
0 | 0 | 0 | 0 |
1 | 1 | 0 | 0 |
2 | 2 | 0 | 0 |
3 | 0 | 1 | 1 |
4 | 1 | 0 | 0 |
5 | 2 | 0 | 0 |
6 | 0 | X | X |
7 | 1 | 1 | 1 |
8 | 2 | 0 | 0 |
9 | 0 | 0 | 0 |
10 | 1 | 0 | 0 |
11 | 2 | 1 | 1 |
12 | 0 | 1 | 1 |
13 | 1 | 0 | 0 |
14 | 2 | 0 | 0 |
15 | 0 | 0 | 0 |
16 | 1 | X | X |
下面以ID为0的HARQ过程的RV计算为例
SFN=0,
对于每个HARQ的过程的初始传输,预先定义NDI=0,RV0(0)=0。
SFN=3
NDI=1,RV3(0)=[RV0(0)+1]mod NRV=1
SFN=6
受调度的影响,在该时间段内没有数据包发送。相应地没有RV输出。
SFN=9
因为RV3(0)=1,已达到最大重传次数。当前NDI的取值应为“0”。
RV9(0)=0.
SFN=12
NDI=1,RV12(0)=[RV9(0)+1]modNRV=1
SFN=15
因为RV12(0)=1,已达到最大重传次数。当前NDI的取值应为“0”。RV15(0)=0
例2,NHARQ=5,HARQ的ID分别为0、1、2、3、4。NRV=4,冗余版本的ID分别为0、1、2、3(X代表没有RV输出)。表7给出了根据步骤一、步骤二计算所得各HARQ过程的RV,由于不考虑ACK/NAK,NDI传输错误的情况,接收端的RV与发送端的RV保持同步。各HARQ过程RV的计算过程可参见例1。
表7RV值(NHARQ=5,NRV=4)
SFN | HARQProcessID | NDI | RV |
0 | 0 | 1 | 0 |
1 | 1 | 1 | 0 |
2 | 2 | 1 | 0 |
3 | 3 | 1 | 0 |
4 | 4 | 1 | 0 |
5 | 0 | 0 | 1 |
6 | 1 | 0 | 1 |
7 | 2 | 0 | 1 |
8 | 3 | 1 | 0 |
9 | 4 | 1 | 0 |
10 | 0 | 1 | 0 |
11 | 1 | 0 | 2 |
12 | 2 | 1 | 0 |
13 | 3 | X | X |
14 | 4 | 1 | 0 |
15 | 0 | 1 | 0 |
16 | 1 | 0 | 3 |
本发明针对无线通信系统的数据业务,提出了一种根据新数据指示信息判断数据包编码方式的方法,并给出了具体的实现方法和规则。
本发明具有下述效果:
1)发送端根据一个时间相关的参数判定发送数据包的编码方式,接收端根据一个时间相关的物理层参数判定接收数据包的译码方式,可应用于N等&停HARQ方式。
2)发送端不直接传输信令指明数据包所采用的编码方式。接收端根据一个时间相关的参数和新数据指示信息,结合上一相关数据包的译码结果判定接收数据包的译码方式,能够节省信令开销。
3)发送端根据一个时间相关的参数,利用最新接收到的应答信息和调度指令,判定发送数据包应采用的编码方式,不需要接收端发送额外的信息,能够节省信令开销。
4)接收端根据一个时间相关的物理层参数判定接收数据包的译码方式,降低了时延。
5)考虑了每个数据包的实际传输过程,根据上一数据包的译码结果及时调整当前数据包的编码方式,可应用于部分冗余HARQ和完全冗余HARQ机制。
6)考虑了调度对数据传输的影响,利用最新的调度信息判定当前数据包的编码方式,每个数据包传输过程中所采用的编码方式有一定规律且不受调度的影响,不增加译码设备的复杂度,可应用于Full IR & PartialAsynchronous HARQ Scheme。
7)数据包发送过程中所采用的编码方式遵循一定的顺序,发送端可以根据上一个相关数据包的译码方式、译码结果,判断NDI传输是否出现错误选择正确的译码方式,消除NDI传输错误对数据传输的影响。
8)接收端遵循一定的机制判定接收端译码方式与发送端编码方式的失步,并采取一定的措施,确保出现应答信息传输错误后,接收端译码方式与发送端编码方式快速恢复同步。
9)发送端遵循一定的机制判定发送端编码方式与接收端译码方式的失步,并采取一定的措施,确保出现应答信息传输错误后,发送端编码方式与接收端译码方式快速恢复同步。
10)出现否定应答信息传输错误导致发送端编码方式与接收端译码方式失步时,发送端发送新的数据不会成功,发送端连续几次收到NAK后判定发送端编码方式与接收端译码方式失步。发送端根据最近接收到的一系列应答信息判断失步的原因是否为否定应答信息传输错误,重传相应的数据包,从而降低丢包的几率。
Claims (14)
1.一种判定数据包编码、译码方式的方法,包括步骤:
发送端根据一个时间相关的参数、上一相关数据包的应答信息和调度信息判定发送数据包的编码方式;
发送端判定编码方式与接收端译码方式是否失步;
接收端根据一个时间相关的物理层参数、新数据指示信息,结合上一相关数据包的译码方式和译码结果判定接收数据包的译码方式。
2.按权利要求1所述的方法,其特征在于所述时间相关的参数是连接帧号。
3.按权利要求1所述的方法,其特征在于所述的时间相关的物理层参数是系统帧号。
4.按权利要求1所述的方法,其特征在于所述数据包发送过程中所采用的编码方式遵循发送端和接收端之间指定的顺序。
5.按权利要求1所述的方法,其特征在于还包括发送端发送新数据包指示信息,所述新数据包指示信息与数据包编码方式之间有一一对应的关系。
6.按权利要求1所述的方法,其特征在于如果发送端连续收到指定个数的否定应答信息则判定发送端编码方式与接收端译码方式失步。
7.按权利要求6所述的方法,其特征在于如果发送端判定发送端编码方式与接收端译码方式失步,则根据最近接收到的一系列应答信息判断失步的原因。
8.按权利要求7所述的方法,其特征在于如果失步的原因是“否定应答信息”传输错误,则发送端重发相应的数据包。
9.按权利要求6所述的方法,其特征在于如果发送断判定编码方式与接收端译码方式失步,发送端连续发送首次传输的数据包和对应的新数据指示信息,直到收到肯定应答信息为止,以恢复发送端编码方式与接收端译码方式的同步。
10.按权利要求1所述的方法,其特征在于所述接收端通过新数据指示信息和上一相关数据包的译码方式获得当前接收数据包的译码方式。
11.按权利要求10所述的方法,其特征还在于接收端获得当前接收数据包的译码方式后,根据上一个相关数据包的译码方式和译码结果判断当前接收的新数据指示信息的正确性。
12.按权利要求11所述的方法,其特征还在于当接收端判定发生新数据指示信息传输错误后,则根据上一个数据包的译码方式和译码结果判定当前数据包应采用的译码方式。
13.按权利要求1所述的方法,其特征在于如果连续出现指定个数的译码错误,则接收端判定译码方式与发送端编码方式失步。
14.按权利要求13所述的方法,其特征在于如果接收端判定译码方式与发送端编码方式失步,则连续采用与首次接收数据包相同的译码方式直到失步后的第一次正确译码为止,以恢复接收端译码方式与发送端编码方式的同步。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200410094621 CN1780199A (zh) | 2004-11-17 | 2004-11-17 | 判定数据包编码、译码方式的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200410094621 CN1780199A (zh) | 2004-11-17 | 2004-11-17 | 判定数据包编码、译码方式的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1780199A true CN1780199A (zh) | 2006-05-31 |
Family
ID=36770333
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200410094621 Pending CN1780199A (zh) | 2004-11-17 | 2004-11-17 | 判定数据包编码、译码方式的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1780199A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109788509A (zh) * | 2017-11-15 | 2019-05-21 | 华为技术有限公司 | 连续数据包传输失败的规避方法及装置 |
CN110771077A (zh) * | 2017-06-19 | 2020-02-07 | 高通股份有限公司 | 使用系统性码利用可自解码冗余版本(rv)的通信技术 |
US11239860B2 (en) | 2016-06-14 | 2022-02-01 | Qualcomm Incorporated | Methods and apparatus for compactly describing lifted low-density parity-check (LDPC) codes |
US11671120B2 (en) | 2015-11-12 | 2023-06-06 | Qualcomm Incorporated | Puncturing for structured low density parity check (LDPC) codes |
USRE49989E1 (en) | 2017-06-10 | 2024-05-28 | Qualcomm Incorporated | Communication techniques involving pairwise orthogonality of adjacent rows in LPDC code |
-
2004
- 2004-11-17 CN CN 200410094621 patent/CN1780199A/zh active Pending
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11671120B2 (en) | 2015-11-12 | 2023-06-06 | Qualcomm Incorporated | Puncturing for structured low density parity check (LDPC) codes |
US11239860B2 (en) | 2016-06-14 | 2022-02-01 | Qualcomm Incorporated | Methods and apparatus for compactly describing lifted low-density parity-check (LDPC) codes |
US11496154B2 (en) | 2016-06-14 | 2022-11-08 | Qualcomm Incorporated | High performance, flexible, and compact low-density parity-check (LDPC) code |
US11831332B2 (en) | 2016-06-14 | 2023-11-28 | Qualcomm Incorporated | High performance, flexible, and compact low-density parity-check (LDPC) code |
US11942964B2 (en) | 2016-06-14 | 2024-03-26 | Qualcomm Incorporated | Methods and apparatus for compactly describing lifted low-density parity-check (LDPC) codes |
USRE49989E1 (en) | 2017-06-10 | 2024-05-28 | Qualcomm Incorporated | Communication techniques involving pairwise orthogonality of adjacent rows in LPDC code |
CN110771077A (zh) * | 2017-06-19 | 2020-02-07 | 高通股份有限公司 | 使用系统性码利用可自解码冗余版本(rv)的通信技术 |
CN110771077B (zh) * | 2017-06-19 | 2022-07-01 | 高通股份有限公司 | 使用系统性码利用可自解码冗余版本的通信方法和装置 |
CN109788509A (zh) * | 2017-11-15 | 2019-05-21 | 华为技术有限公司 | 连续数据包传输失败的规避方法及装置 |
US11277877B2 (en) | 2017-11-15 | 2022-03-15 | Huawei Technologies Co., Ltd. | Method and apparatus for avoiding failure of transmitting consecutive data packets |
CN109788509B (zh) * | 2017-11-15 | 2023-03-10 | 华为技术有限公司 | 连续数据包传输失败的规避方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8089940B2 (en) | Method and system for efficient and reliable data packet transmission | |
US6839007B2 (en) | Inner coding of higher priority data within a digital message | |
KR100951209B1 (ko) | 무선 통신 시스템에서의 데이터 디코딩 방법 및 장치 | |
US10523373B2 (en) | Base station device, user equipment, wireless communication system, and communication method | |
EP1211840A1 (en) | Hybrid ARQ with parallel packet transmission | |
JP2008160742A (ja) | 移動通信装置 | |
US20070250751A1 (en) | Automatic repeat request (arq) scheme | |
KR101433834B1 (ko) | 이동통신 시스템에서 전송 시간 간격 재구성 장치 및 방법 | |
AU2002334856A1 (en) | Flexible ARQ for packet data transmission | |
CN1820443A (zh) | 从发射机向接收机传输数据包 | |
US20120192026A1 (en) | Methods and Systems for Data Transmission Management Using HARQ Mechanism for Concatenated Coded System | |
JP4829754B2 (ja) | 無線通信方法及び無線通信装置 | |
JP5690480B2 (ja) | 基地局、ユーザ端末及びシングルセルエンハンスドmbmsの実現方法 | |
US8495445B2 (en) | Radio communication apparatus and method | |
CN1464677A (zh) | 通信网络中的数据重传方法 | |
CN1780199A (zh) | 判定数据包编码、译码方式的方法 | |
CN1494781A (zh) | Arq系统中帧定界的方法和装置 | |
JP2007129673A (ja) | 再送制御方法及び受信側装置 | |
CN1780198A (zh) | 根据译码结果判定数据包编码、译码方式的方法 | |
KR101626152B1 (ko) | 통신 시스템에서 데이터 재전송 시스템 및 방법 | |
EP3758266A1 (en) | Harq txop frame exchange for harq retransmission using harq threads | |
US20110119549A1 (en) | Method of associating automatic repeat request with hybrid automatic repeat request | |
US8625478B2 (en) | Hybrid automatic repeat request system and method thereof in a communication system | |
US9008016B2 (en) | Data transmission method and system | |
CN1830181A (zh) | 无线通信系统中接收数据的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |