CN1852084A - 一种数据包丢失的检测方法和检测装置 - Google Patents
一种数据包丢失的检测方法和检测装置 Download PDFInfo
- Publication number
- CN1852084A CN1852084A CN 200510113021 CN200510113021A CN1852084A CN 1852084 A CN1852084 A CN 1852084A CN 200510113021 CN200510113021 CN 200510113021 CN 200510113021 A CN200510113021 A CN 200510113021A CN 1852084 A CN1852084 A CN 1852084A
- Authority
- CN
- China
- Prior art keywords
- data
- unit
- data unit
- protocol data
- timer
- 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
Images
Landscapes
- Communication Control (AREA)
Abstract
本发明公开了一种数据包丢失检测的方法,包括:接收端获得当前序列号的协议数据单元;根据获得的协议数据单元判断该数据单元是否为业务数据单元中最后的协议数据单元,若是,则关闭数据包检测定时器,本过程结束,否则,重新启动数据包检测定时器,当数据包检测定时器超时,接收端向发送端发送待接收的协议数据单元的重发请求。本发明还公开了一种数据包丢失检测的装置。根据本发明,可在不改动RLC PDU的结构的情况下,就能实现数据包的丢失检测。本发明的数据包检测方法也不影响不支持该功能的UE的兼容性。
Description
技术领域
本发明涉及一种通信技术,尤其涉及一种数据包丢失的检测方法和检测装置。
背景技术
在确认模式的RLC PDU(无线链路协议数据单元)中有12比特的SequenceNumber(序列)域。发送端在生成PDU(协议数据单元)时,对每个PDU给出序列号,并添加到Sequence Number域中,在数据初始发送时按照序列号递增的顺序发送。接收端在接收PDU时,检测各PDU的序列号,当出现序列号不连续时,接收端认为缺的序列号所对应的PDU丢掉了,给发送端发送STATUSPDU(状态协议数据单元)消息,请求发送端重传丢失序列号所对应的PDU。
如图1所示,在RLC实体的发送端,假设仅传输一个RLC SDU(无线链路控制业务数据单元),该RLC SDU被分拆成三个分段,承载在三个RLC PDU中;一般会将最后一个RLC PDU的Poll比特位设置为有效,从而触发接收端报告当前的接收情况(包括已经正确接收的PDU和还没有收到的PDU)。
在发送端有如下机制触发设置PDU的Poll比特:Last PDU in buffer,LastPDU in retransmission buffer,Poll Timer,Every Poll_PDU PDU,Every Poll_SDUSDU,Window based,Timer based。在接收端有如下机制触发STATUS PDU的发送:Detection of a missing PDU,Timer based。
当最后一个PDU丢失时,接收端无法检测到PDU的丢失,只能依赖定时器触发。发送端的Poll Timer最大有1000ms,发送端的Timer based最大有2000ms,接收端的Timer based最大有2000ms,这时会存在一个不必要的大的延迟。
如图2和图3所示,NEC针对这个问题提出了如下的改进措施。
将RLC PDU中Sequence Number域的12比特长度,在传输信令时将其缩短为10比特,剩余的2比特用于新增的Count down Value(简称CV)域,Count downValue域指示后面还有多少个RLC PDU需要传输(如果需要传输的个数大于3,则还是取3)。还引入可配置的RRC参数Tolerance Margin,表示一个RLC实体的连续两个PDU之间的最大传输时间间隔,假设最大为1个TTI。
当接收端收到CV取值为1的PDU且最后一个PDU丢失后,在经过一个TTI后,接收端还没有收到CV取值为0的PDU,接收端认为该PDU被丢失了,触发STATUS PDU的发送。
然而,NEC提出的方案需要修改RLC PDU的结构,网络需要根据UE(用户终端)是否支持该能力对各UE分别处理,因此还需要UE上报该能力,这将导致对整个协议的改动比较大。如果网络侧不根据UE能力分别处理,将导致没有该功能的UE的兼容性问题。
发明内容
本发明的目的是提供一种数据包丢失的检测方法和检测装置,可不改动协议就能实现对丢失数据包的检测。
本发明公开了一种数据包丢失检测的方法,包括:
A、接收端获得当前序列号的协议数据单元;
B、根据获得的协议数据单元判断该数据单元是否为业务数据单元中最后的协议数据单元,若是,则关闭数据包检测定时器,本过程结束,否则,重新启动数据包检测定时器,执行步骤C;
C、当数据包检测定时器超时,接收端向发送端发送待接收的协议数据单元的重发请求。
所述的步骤B中判断该数据单元是否为业务数据单元中最后的协议数据单元可通过判断该协议数据单元的头扩展类型标志位是否为01,若HE标志位为01,则该协议数据单元为业务数据单元中最后的协议数据单元。
在执行步骤A之前,还执行选择数据包丢失检测机制。
本发明还公开了一种数据包丢失检测的装置,包括:
接收单元,用于接收协议数据包;
处理单元,用于根据协议数据单元处理数据包检测定时器;
发送单元,用于向发送端发送重发数据请求;
数据包检测定时器,用于触发向发送端发送重发数据请求。
所述处理单元包括:
检测单元,用于检测协议数据单元是否为业务数据单元中的最后协议数据单元;
启动单元,用于根据检测单元的检测结果启动或关闭数据包检测定时器。
根据本发明,可在不改动RLC PDU的结构的情况下,就能实现数据包的丢失检测。本发明的数据包检测方法也不影响不支持该功能的UE的兼容性。
附图说明
图1示出了SDU与PDU之间关系的示意图;
图2示出了PDU的结构示意图;
图3示出了NEC现有技术的SDU与PDU之间的关系示意图;
图4示出了本发明的数据包丢失的检测方法;
图5示出了定时器超时的处理流程。
具体实施方式
为了便于本领域一般技术人员理解和实现本发明,现结合附图描绘本发明的实施例。
本发明公开了一种数据包丢失检测的方法,其基本思想是:接收端获得当前序列号的PDU;然后根据获得的PDU判断该PDU是否为SDU中最后的PDU,若是,则关闭数据包检测定时器,本过程结束,否则,重新启动数据包检测定时器,等待接收下一个PDU,当数据包检测定时器超时,说明待接收的PDU已丢失,接收端向发送端发送待接收PDU的重发请求,以便发送端重发待接收的PDU。
根据本发明,需要利用协议中状态变量VR(H),VR(H)表示接收端当前已经接收的序列号最高的PDU的序列号加1,即待接收的PDU的序列号,初始设置为1。当每接收到一个PDU时,VR(H)会自动加1。
根据本发明,还要在接收端设置新的数据包检测定时器Timer_Segment_Interval_Margin,用于接收端触发STATUS PDU的发送。参照图4,下面详细描述本发明的数据包丢失的检测方法。
步骤41、接收端接收PDU,然后更新VR(H),使VR(H)为已接收的序列号最高的PDU的序列号加1。这时,VR(H)的值表示待接收PDU的序列号。
对于一个接收SDU期间,在初始时,VR(H)的值为1;在接收到第一个PDU时,VR(H)的值变为2;在接收到第二个PDU时,VR(H)的值变为3;...,直至该SDU的最后一个PDU接收完毕。
步骤42、接收端判断该PDU承载的数据是否是该SDU的最后部分,若是,执行步骤44,否则,执行步骤43。
可通过PDU的HE(Header Extension Type头扩展类型,00表示紧跟的后面部分为数据,01表示紧跟的后面部分为长度指示)标志位来判断PDU承载的数据是否是该SDU的最后部分,即当HE为01时,表示该PDU所承载的数据已是SDU的最后部分。
步骤43、如果PDU承载的数据不是SDU的最后部分,启动数据包检测定时器Timer_Segment_Interval_Margin,如果以前已经启动数据包检测定时器,则重新启动数据包检测定时器,然后,执行步骤45:本次PDU的接收过程结束,以便等待下一个PDU的到达。
步骤44、如果PDU是SDU的最后部分,且当前定时器已经启动,关闭定时器Timer_Segment_Interval_Margin,然后执行步骤45:本次PDU的接收过程结束,这时,SDU中的所有PDU均已接收完毕。
如图5所示,在数据包检测定时器Timer_Segment_Interval_Margin超时时,认为VR(H)所对应的PDU已经丢失,这时接收端触发STATUS PDU的发送,通知发送端序列号为VR(H)的PDU已经丢失,以便发送端重新发送序列号为VR(H)的PDU。下面参照图5描述定时器Timer_Segment_Interval_Margin超时时的处理流程。
步骤51,判断定时器Timer_Segment_Interval_Margin是否超时,若超时,执行步骤52,否则,等待。
步骤52、接收端触发STATUS PDU的发送,通知发送方序列号为VR(H)的PDU已经丢失,请求发送方重新发送VR(H)的PDU,以便发送端重新发送序列号为VR(H)的PDU。
步骤53、结束。
在接收端RLC实体初始化时,可通过高层信令消息(在该信令消息中包括如表1所示的数据包检测信元),控制接收端RLC实体选择上述的丢失数据包检测机制。当UE为发送端,网络侧为接收端时,只要控制网络侧即可;当UE为接收端,网络侧为发送端时,在3GPP 25331的10.3.4.1节添加新的可选信元,控制UE侧的RLC接收端是否使用该功能。空中接口控制面的RRC消息用于配置UE(User Eqipment用户设备)侧的各空口用户面实体,其中包括对RLC实体的配置。
表1数据包检测信元
Information Element/Groupname | Need | Multi | Typeandreference | Semantics description |
Timer_Segment_Interval_Margin | OP | Integer(10..160 by step of10) | Maximum time interval in msbetween received segments ofa RLC SDU |
本发明还公开了一种数据包丢失检测的装置,包括:接收单元,用于接收协议数据包;处理单元,用于根据协议数据单元处理数据包检测定时器;发送单元,用于向发送端发送重发数据请求;数据包检测定时器,用于触发向发送端发送重发数据请求。所述处理单元包括:检测单元,用于检测协议数据单元是否为业务数据单元中的最后协议数据单元;启动单元,用于根据检测单元的检测结果启动或关闭数据包检测定时器。
根据本发明,可在不改动RLC PDU的结构的情况下,就能实现数据包的丢失检测。本发明的数据包检测方法也不影响不支持该功能的UE的兼容性。
虽然通过实施例描绘了本发明,但本领域普通技术人员知道,在不脱离本发明的精神和实质的情况下,就可使本发明有许多变形和变化,本发明的范围由所附的权利要求来限定。
Claims (6)
1、一种数据包丢失检测的方法,其特征在于,包括:
A、接收端接收协议数据单元;
B、判断该协议数据单元是否为业务数据单元中最后的协议数据单元,若是,则关闭数据包检测定时器,本过程结束,否则,重新启动数据包检测定时器,执行步骤C;
C、当数据包检测定时器超时,接收端向发送端发送待接收的协议数据单元的重发请求。
2、根据权利要求1所述的数据包丢失检测的方法,其特征在于,所述的步骤B中判断该数据单元是否为业务数据单元中最后的协议数据单元可通过判断该协议数据单元的头扩展类型标志位是否为01,若HE标志位为01,则该协议数据单元为业务数据单元中最后的协议数据单元。
3、根据权利要求1所述的数据包丢失检测的方法,其特征在于,在执行步骤A之前,还执行选择数据包丢失检测机制。
4、根据权利要求1所述的数据包丢失检测的方法,其特征在于,所述的协议数据单元中设有序列号。
5、一种数据包丢失检测的装置,其特征在于,包括:
接收单元,用于接收协议数据包;
处理单元,用于根据协议数据单元处理数据包检测定时器;
发送单元,用于向发送端发送重发数据请求;
数据包检测定时器,用于触发向发送端发送重发数据请求。
6、根据权利要求5所述的数据包丢失检测的装置,其特征在于,所述处理单元包括:
检测单元,用于检测协议数据单元是否为业务数据单元中的最后协议数据单元;
启动单元,用于根据检测单元的检测结果启动或关闭数据包检测定时器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005101130215A CN100571107C (zh) | 2005-10-10 | 2005-10-10 | 一种数据包丢失的检测方法和检测装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005101130215A CN100571107C (zh) | 2005-10-10 | 2005-10-10 | 一种数据包丢失的检测方法和检测装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1852084A true CN1852084A (zh) | 2006-10-25 |
CN100571107C CN100571107C (zh) | 2009-12-16 |
Family
ID=37133555
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005101130215A Active CN100571107C (zh) | 2005-10-10 | 2005-10-10 | 一种数据包丢失的检测方法和检测装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100571107C (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101841856A (zh) * | 2010-04-12 | 2010-09-22 | 展讯通信(上海)有限公司 | 协议数据单元接收情况的状态报告发送方法及接收端 |
CN101217350B (zh) * | 2007-01-05 | 2012-04-18 | 电信科学技术研究院 | 协议数据单元的检测上报方法、系统及接收端 |
CN107491356A (zh) * | 2017-08-28 | 2017-12-19 | 广州市百果园信息技术有限公司 | 基于序号的消息处理方法、终端设备和服务器 |
WO2018202186A1 (zh) * | 2017-05-05 | 2018-11-08 | 华为技术有限公司 | 一种数据传输的处理方法和装置 |
CN108809510A (zh) * | 2017-05-05 | 2018-11-13 | 华为技术有限公司 | 一种数据传输的处理方法和装置 |
WO2019014918A1 (zh) * | 2017-07-21 | 2019-01-24 | Oppo广东移动通信有限公司 | 传输数据的方法和设备 |
CN110278058A (zh) * | 2019-06-05 | 2019-09-24 | 华为技术有限公司 | 一种冗余信息反馈方法及通信装置 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6947394B1 (en) * | 1999-04-09 | 2005-09-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Flexible radio link control protocol |
KR100447162B1 (ko) * | 2000-08-19 | 2004-09-04 | 엘지전자 주식회사 | 래디오 링크 콘트롤(rlc)에서 프로토콜 데이터 유닛(pdu) 정보의 길이 지시자(li) 처리방법 |
CN1202643C (zh) * | 2000-10-07 | 2005-05-18 | Lg电子株式会社 | 具有无线电链路控制层的无线电通信系统和数据处理方法 |
DE10054473A1 (de) * | 2000-11-03 | 2002-05-08 | Siemens Ag | Verfahren zum Austausch von Datenpaketen zwischen zwei Diensteerbringern eines Funkübertragungssystems |
KR100746790B1 (ko) * | 2001-11-14 | 2007-08-06 | 엘지노텔 주식회사 | 상태 정보 코딩방법 |
US6717927B2 (en) * | 2002-04-05 | 2004-04-06 | Interdigital Technology Corporation | System for efficient recovery of node B buffered data following serving high speed downlink shared channel cell change |
-
2005
- 2005-10-10 CN CNB2005101130215A patent/CN100571107C/zh active Active
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217350B (zh) * | 2007-01-05 | 2012-04-18 | 电信科学技术研究院 | 协议数据单元的检测上报方法、系统及接收端 |
CN101841856A (zh) * | 2010-04-12 | 2010-09-22 | 展讯通信(上海)有限公司 | 协议数据单元接收情况的状态报告发送方法及接收端 |
WO2018202186A1 (zh) * | 2017-05-05 | 2018-11-08 | 华为技术有限公司 | 一种数据传输的处理方法和装置 |
CN108809510A (zh) * | 2017-05-05 | 2018-11-13 | 华为技术有限公司 | 一种数据传输的处理方法和装置 |
CN108809510B (zh) * | 2017-05-05 | 2023-02-28 | 华为技术有限公司 | 一种数据传输的处理方法和装置 |
WO2019014918A1 (zh) * | 2017-07-21 | 2019-01-24 | Oppo广东移动通信有限公司 | 传输数据的方法和设备 |
CN109565377A (zh) * | 2017-07-21 | 2019-04-02 | Oppo广东移动通信有限公司 | 传输数据的方法和设备 |
CN107491356A (zh) * | 2017-08-28 | 2017-12-19 | 广州市百果园信息技术有限公司 | 基于序号的消息处理方法、终端设备和服务器 |
CN110278058A (zh) * | 2019-06-05 | 2019-09-24 | 华为技术有限公司 | 一种冗余信息反馈方法及通信装置 |
CN110278058B (zh) * | 2019-06-05 | 2020-11-03 | 华为技术有限公司 | 一种冗余信息反馈方法及通信装置 |
Also Published As
Publication number | Publication date |
---|---|
CN100571107C (zh) | 2009-12-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6650985B2 (ja) | 通信システムにおける方法および装置 | |
US9860915B2 (en) | Apparatus and method for moving a receive window in a radio access network | |
KR100982872B1 (ko) | 다중-링크 통신 시스템을 위한 무선 링크 프로토콜들 | |
EP2493104A1 (en) | Header compression data packet transmission method and device based on retransmission mechanism | |
JP2009543494A (ja) | 媒体アクセス制御破棄通知 | |
CN1852084A (zh) | 一种数据包丢失的检测方法和检测装置 | |
EP1988657A2 (en) | Method and related apparatus for handling packet discard in a wireless communication system | |
KR20060079570A (ko) | 통신 시스템에서 데이터 재전송 장치 및 방법 | |
CN101222303B (zh) | 一种媒体接入控制层上行反馈的实现方法 | |
KR20080012136A (ko) | 이동통신 시스템에서 패킷 송수신 방법 및 장치 |
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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20211227 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: Super fusion Digital Technology Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
TR01 | Transfer of patent right |