CN104283656B - 一种维护am模式rlc接收窗口及数据接收的方法 - Google Patents

一种维护am模式rlc接收窗口及数据接收的方法 Download PDF

Info

Publication number
CN104283656B
CN104283656B CN201410456506.3A CN201410456506A CN104283656B CN 104283656 B CN104283656 B CN 104283656B CN 201410456506 A CN201410456506 A CN 201410456506A CN 104283656 B CN104283656 B CN 104283656B
Authority
CN
China
Prior art keywords
rlc
rice
wine
window
reception
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.)
Active
Application number
CN201410456506.3A
Other languages
English (en)
Other versions
CN104283656A (zh
Inventor
孙建松
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhangtong Technology (Shaoxing) Co., Ltd
Original Assignee
Nanjing Nakai Yongxin Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nanjing Nakai Yongxin Information Technology Co Ltd filed Critical Nanjing Nakai Yongxin Information Technology Co Ltd
Priority to CN201410456506.3A priority Critical patent/CN104283656B/zh
Publication of CN104283656A publication Critical patent/CN104283656A/zh
Application granted granted Critical
Publication of CN104283656B publication Critical patent/CN104283656B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1657Implicit acknowledgement of correct or incorrect reception, e.g. with a moving window

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本发明公开了一种维护AM模式RLC接收窗口及数据接收的方法,主要包括以下步骤:(1)首先,通过重排序定时器来确定RLC包接收的成功;(2)通过接收到的状态报告来判断相应的数据包是否被UE/eNB接收正确;(3)最后,根据空口接收装置RLC包接收的正确与否及UE/eNB接收正确与否,调整RLC接收窗口移动。空口上直接接收UE的数据,通过对重排定时器超时以及状态报告来判断AM模式的RLC数据包是否丢失,从而来维护AM模式的RLC接收窗口,使得空口接收装置的AM RLC实体的接收窗口尽可能的同网络侧/UE的接收窗口保持一致,不至于对丢包数据长时间等待而造成接收窗口的停滞而造成数据溢出等问题。

Description

一种维护AM模式RLC接收窗口及数据接收的方法
技术领域
本发明涉及无线通信技术领域以及无线通信接收领域,特别涉及一种维护AM模式RLC接收窗口及数据接收的方法。
背景技术
随着无线通信技术的发展,人们对高速率,低延迟,低成本提出了越来越高的要求。LTE(Long Term Evolution)项目就在这样的背景下产生了。该标准采用了OFDM(Orthogonal Frequency Division Multiplexing),MIMO(Multiple InputMultipleOutput)等先进的无线传输技术、扁平网络结构和全IP的系统架构;支持可变带宽,最大20M带宽;最高100Mbit/s的峰值速率和更短的传输时延。随着技术的发展和成熟,为了追求更高的速率,更广的覆盖,更灵活的组网等,一些新兴技术应运而生,例如CA(Carrier Aggregation),Relay,CoMP等。
LTE网络的最终目标是给用户提供更高质量的无线数据传输服务,因此测试和监测LTE系统的空中接口质量显得至关重要。为此,我们提出了一种接收LTE系统空口数据的方法和装置,其中LTE空口协议RLC的AM模式下的接收窗口的维护,由于空口接收装置不参与LTE网络和终端的通信,无法触发网络侧重传数据,所以它的处理方式不同于基站和终端的RLC的AM模式下的接收窗口的维护。为此我们提出了一种适合于该装置的维护RLC的AM模式下的接收窗口的方法。
具体的讲,由于空口接收装置在工作过程中不参与实际通信过程,并不生成和发送RLC状态报告反馈,而是接收eNB\UE发送的RLC状态报告,因此存在eNB\UE接收RLC包正确,空口接收装置接收RLC包错误,或者eNB\UE接收RLC包错误,空口接收装置接收RLC包正确的情况。所以对于AM模式的RLC的接收窗口的维护空口接收装置与3GPP标准上规定的功能存在较大差异。
LTE中AM模式的RLC主要功能包括重传机制,轮询与状态报告,及RLC发送窗口和接收窗口的维护。其中接收端会将已经确认接收错误的RLC包的接收状态反馈给发送端,以便于触发发送端对于接收错误的包进行重传。另外,发端也可以在RLC层的包头中设置轮询比特来触发收端发送状态报告。在数据包的发送过程中,发送端按照接收端的状态报告来触发发送窗口的移动,而接收端则按照接收到的数据包是否正确来维护接收窗口,接收端对于接收包是否丢失判断基于重排序定时器,即重排序定时超时,在定时器超时后还没有确认收到的包即认为数据包丢失,在反馈给发送端的状态报告中会包含这些错误包的序号(SN),发端会对这些数据包进行重传。
下面举例说明3GPP标准中规定的RLC AM模式下接收窗口维护过程:接收窗口定义:SN固定10bit,接收窗口大小为SN最大值一半。
对于VR(A)<=SN<VT(MR),则说明落在窗口之内,否则之外。
接收端变量,如图1:
VR(R)101:连续接收确认的最大序列号的紧挨着下一个序列号。
VR(MR):接收窗口的上边界,等于VR(R)+AM_Window_Size。
VR(X):当重排序定时器运行时该变量才有存在的意义。记录着触发重排序定时PDU的紧挨着的下一个序列号。在重排序运行期间,该变量记录着重排序定时器对应的序列号的上边界。
VR(MS)102:等待重排序最早的PDU序列号,在重排序窗口之内,小于该变量的PDU接收状态已经确认,小于它的空隙放弃接收,等待重传。初始值为0。
VR(H)103:已经接收的PDU序列号最大的紧挨着的下一个序列号。
例如:如果x落在接收窗口之内:
如果X>=VR(H),则更新VR(H)到x+1;
如果SN=VR(MS)接收到,则更新VR(MS)到最近的还没有正确接收的空隙的序列号。
如果X=VR(R),且对应的AMD PDU分段都已经完全接收,则更新VR(R)到最新一个空隙。更新VR(MR)=VR(R)+AM_window_size;重组VR(R)之前的RLC SDU并按序递交高层。
如果重排序定时器在运行,VR(x)=VR(R),或者VR(x)落在接收窗口之外,且不等于VR(MR),则停止重排序定时器。
如果重排序定时没有运行,VR(H)>VR(MS),则启动重排序定时器,并VR(x)=VR(H)。
如果重排序定时器超时,更新VR(MS)到最近的空隙;如果VR(H)>VR(MS)则启动重排序定时器,并VR(x)=VR(H)。
发明内容
发明目的:针本发明提供了一种维护AM模式RLC接收窗口及数据接收的方法,能够使空口检测装置的AM模式的RLC实体的接收窗口尽可能的同网络侧/UE的接收窗口保持一致。
技术方案:为实现上述发明目的,本发明采用以下技术方案:一种维护AM模式RLC接收窗口及数据接收的方法,包括以下步骤:
(1)首先,通过重排序定时器来确定RLC包是否接收成功;
(2)空口接收装置通过接收到的RLC状态报告来判断相应的数据包是否被UE/eNB接收正确;
(3)最后,根据空口接收装置RLC包接收的正确与否及UE/eNB接收正确与否,调整RLC接收窗口移动。
其中,步骤(1)中空口接收装置RLC包接收的正确性具体确认方法如下:通过重排序定时器判断空口接收装置RLC数据包接收正确与否方法为:a)该数据包已经正确接收,则该数据判断为已经接收成功,b)该数据包的重排定时器超时,则判断该数据包接收失败。
步骤(2)中所述空口接收装置RLC数据包UE/eNB接收接收正确与否方法:a)接收到RLC状态报告为ACK,则判断该数据包接收正确,收到RLC状态报告为NACK,则判断该数据包丢失;b)在重排序定时器超时且状态报告禁止定时器超时后的指定时间内没有报告接收,则认为空口接收装置判断丢失的数据包在网络侧/UE都接收正确。
步骤(3)中所述RLC接收窗口的调整,根据接收数据的正确与否调整空口接收装置的AM RLC接收窗口边界;当确认数据包已经正确接收或者确认数据包已经丢失则触发接收窗口的移动。
步骤(3)所述进一步调整接收窗口移动的方法按以下4种情形处理:
a)当网络侧/UE接收正确,空口接收装置接收正确时:按3GPP协议规定移动接收窗口边界;
b)当网络侧/UE接收正确,但是空口接收装置接收错误时:对于DRB/SRB2,默认该RLC包接收正确,移动接收窗口边界;对于SRB1,结束后续接收,并通知应用层发生数据接收错误情况;
c)当网络侧/UE接收错误,但是空口接收装置接收数据正确时:空口接收装置按照自己接收数据的正确性移动接收窗口边界;同时对于对应序列号(SN)的数据包丢弃处理,即重传该SN对应的数据包丢弃;
d)当网络侧/UE接收错误,同时空口接收装置接收数据错误时:空口接收装置认为该数据接收错误,等待重传数据包的接收,并结合接下来的状态报告进一步判断接收窗口移动。
附图说明
图1为AM模式的RLC接收窗口的流程示意图;
图2为本发明所述维护RLC接收窗口的逻辑流程图;
图3为本发明所述维护RLC接收窗口方法的原理图。
具体实施方式
下面结合附图和具体实施例,进一步阐明本发明,应理解这些实施例仅用于说明本发明而不用于限制本发明的范围,在阅读了本发明之后,本领域技术人员对本发明的各种等价形式的修改均落于本申请所附权利要求所限定的范围。
如图2和3所示,我们提出了一种适合于该装置的维护RLC的AM模式下的接收窗口的方法。具体的讲,由于空口接收装置在工作过程中不参与实际通信过程,并不生成和发送RLC状态报告反馈,而是接收eNB\UE发送的RLC状态报告,因此存在eNB\UE接收RLC包正确,空口接收装置接收RLC包错误,或者eNB\UE接收RLC包错误,空口接收装置接收RLC包正确的情况。所以对于AM模式的RLC的接收窗口的维护空口接收装置与3GPP标准上规定的功能存在较大差异。
LTE中AM模式的RLC主要功能包括重传机制,轮询与状态报告,及RLC发送窗口和接收窗口的维护。其中接收端会将已经确认接收错误的RLC包的接收状态反馈给发送端,以便于触发发送端对于接收错误的包进行重传。另外,发端也可以在RLC层的包头中设置轮询比特来触发收端发送状态报告。在数据包的发送过程中,发送端按照接收端的状态
报告来触发发送窗口的移动,而接收端则按照接收到的数据包是否正确来维护接收窗口,接收端对于接收包是否丢失判断基于重排序定时器,即重排序定时超时,在定时器超时后还没有确认收到的包即认为数据包丢失,在反馈给发送端的状态报告中会包含这些错误包的序号(SN),发端会对这些数据包进行重传。
如图3所示,本发明简单的说包括如下3个步骤:步骤201,通过重排序定时器来确定RLC包接收的正确性;步骤202,根据所述RLC包接收的正确性,调整接收窗口移动;步骤203,通过对应状态报告来进一步调整接收窗口移动。
如图2所示,具体的说,本发明所述维护AM模式RLC接收窗口及数据接收的方法包括如下步骤:
步骤201中,如果空口接收装置接收到数据,表示数据接收成功;如果数据包的重排序定时器超时,则判断数据包接收失败。
步骤202中,空口接收装置继续判断RLC数据包UE/eNB接收是否正确:a)如果接收到RLC状态报告为ACK,则判断数据包接收正确;如果RLC状态报告为NACK,则判断数据包丢失;b)如果在重排序定时器超时且状态报告禁止定时器超时后的指定时间内没有报告接收,则认为空口接收装置判断丢失的数据包在网络侧/UE都接收正确。
步骤203中,按照重排序定时器和网络侧/UE数据包接收正确的情形,进一步调整接收窗口的移动,详细情况如下:a)当网络侧/UE接收正确,空口接收装置接收正确时:按3GPP协议规定移动接收窗口边界;b)当网络侧/UE接收正确,但是空口接收装置接收错误时:对于DRB/SRB2,默认该RLC包接收正确,移动接收窗口边界;对于SRB1,结束后续接收,并通知应用层发生数据接收错误情况;c)当网络侧/UE接收错误,但是空口接收装置接收数据正确时:空口接收装置按照自己接收数据的正确性移动接收窗口边界;同时对于对应序列号(SN)的数据包丢弃处理,即重传该SN对应的数据包丢弃;d)当网络侧/UE接收错误,同时空口接收装置接收数据错误时:空口接收装置认为该数据接收错误,等待重传数据包的接收,并结合接下来的状态报告进一步判断接收窗口移动。
本实施例,空口上直接接收和监测UE的数据,客观评估网络和UE性能。通过对接收数据正确性的判断以及状态报告的接收来综合判断接收窗口的维护,使得空口接收装置的AM RLC实体的接收窗口尽可能的同网络侧/UE的接收窗口保持同步,不至于因丢包数据长时间等待而造成接收窗口数据溢出等问题。

Claims (1)

1.一种维护AM模式RLC接收窗口及数据接收的方法,其特征在于:包括以下步骤:
(1)首先,通过重排序定时器来确定空口接收装置RLC包接收正确与否;
(2)空口接收装置通过接收到的RLC状态报告来判断相应的数据包是否被UE/eNB接收正确;
(3)最后,根据空口接收装置RLC包接收的正确与否及UE/eNB接收正确与否,调整RLC接收窗口移动;
步骤(1)的具体方法为:
(1-1)若数据包已经正确接收,则该数据判断为已经接收成功;
(1-2)若数据包的重排定时器超时,则判断该数据包接收失败;
步骤(2)的具体方法为:
(2-1)接收到RLC状态报告为ACK,则判断该数据包接收正确,收到RLC状态报告为NACK,则判断该数据包丢失;
(2-2)在重排序定时器超时且状态报告禁止定时器超时后的指定时间内没有报告接收,则认为空口接收装置判断丢失的数据包在网络侧/UE都接收正确;
步骤(3)的具体方法为:根据接收数据的正确与否调整空口接收装置的AM RLC接收窗口边界;当确认数据包已经正确接收或者确认数据包已经丢失则触发接收窗口的移动;所述调整接收窗口移动的方法按以下4种情形处理:
(3-1)当网络侧/UE接收正确,空口接收装置接收正确时:按3GPP协议规定移动接收窗口边界;
(3-2)当网络侧/UE接收正确,但是空口接收装置接收错误时:对于DRB/SRB2,默认该RLC包接收正确,移动接收窗口边界;对于SRB1,结束后续接收,并通知应用层发生数据接收错误情况;
(3-3)当网络侧/UE接收错误,但是空口接收装置接收数据正确时:空口接收装置按照自己接收数据的正确性移动接收窗口边界;同时对于对应序列号(SN)的数据包丢弃处理,即重传该SN对应的数据包丢弃;
(3-4)当网络侧/UE接收错误,同时空口接收装置接收数据错误时:空口接收装置认为该数据接收错误,等待重传数据包的接收,并结合接下来的状态报告进一步判断接收窗口移动。
CN201410456506.3A 2014-09-09 2014-09-09 一种维护am模式rlc接收窗口及数据接收的方法 Active CN104283656B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410456506.3A CN104283656B (zh) 2014-09-09 2014-09-09 一种维护am模式rlc接收窗口及数据接收的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410456506.3A CN104283656B (zh) 2014-09-09 2014-09-09 一种维护am模式rlc接收窗口及数据接收的方法

Publications (2)

Publication Number Publication Date
CN104283656A CN104283656A (zh) 2015-01-14
CN104283656B true CN104283656B (zh) 2017-12-05

Family

ID=52258174

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410456506.3A Active CN104283656B (zh) 2014-09-09 2014-09-09 一种维护am模式rlc接收窗口及数据接收的方法

Country Status (1)

Country Link
CN (1) CN104283656B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017177440A1 (zh) * 2016-04-15 2017-10-19 富士通株式会社 状态指示的传输装置、方法以及通信系统
CN114008952A (zh) 2019-09-23 2022-02-01 Oppo广东移动通信有限公司 一种窗口调整方法及装置、网络设备、终端设备
CN113708889A (zh) * 2020-05-22 2021-11-26 维沃移动通信有限公司 数据传输方法和设备
CN113573357A (zh) * 2021-07-29 2021-10-29 锐迪科微电子科技(上海)有限公司 下行数据接收方法、系统、存储介质及终端
CN115515180B (zh) * 2022-08-29 2023-09-15 翱捷科技股份有限公司 一种更新am模式的nr rlc接收窗口的方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101478380B (zh) * 2008-01-03 2013-02-27 中兴通讯股份有限公司 一种自动重传请求窗口管理方法
CN101483506A (zh) * 2008-01-08 2009-07-15 中兴通讯股份有限公司 一种自动重传请求状态报告抑制方法
US8638723B2 (en) * 2010-10-01 2014-01-28 Interdigital Patent Holdings, Inc. MAC and RLC architecture and procedures to enable reception from multiple transmission points
CN102868504A (zh) * 2012-08-24 2013-01-09 中兴通讯股份有限公司 一种发送状态报告的方法和rlc接收实体

Also Published As

Publication number Publication date
CN104283656A (zh) 2015-01-14

Similar Documents

Publication Publication Date Title
JP6350601B2 (ja) 物理アップリンク共有チャンネル(pusch)送信時間間隔(tti)バンドリング
CN104283656B (zh) 一种维护am模式rlc接收窗口及数据接收的方法
CN110572244B (zh) 数据重传、数据接收响应方法及装置、存储介质
KR101692552B1 (ko) 이동통신시스템에서 harq 및 arq 파라미터 설정 장치 및 방법
EP1968229B1 (en) Communication apparatus, communication method and program
EP3857759B1 (en) User equipment and base station involved in transmission of data
JP5390022B2 (ja) ステータスレポートのトリガー方法及び装置
KR20160034911A (ko) 소형 셀 배치에서의 효율적인 폐기 메커니즘
CN104486051A (zh) 一种数据重传方法及装置
KR20090003373A (ko) 무선 통신 시스템용 무선 링크 프로토콜
HUE031038T2 (en) Procedure and apparatus for transmitting a status report
EP1871034A1 (en) Method and apparatus of packet discard in a wireless communications system
IL206206A (en) METHOD AND ARRANGEMENT FOR TREATING SCIENCE Status is broadcast via radio between transmission and reception nodes
WO2018082582A1 (zh) 一种数据传输方法及装置、计算机存储介质
JP2017526225A5 (zh)
WO2015127608A1 (en) Method and apparatus for triggering acknowledgement status report in wireless communications system
CN101944984B (zh) 一种协议数据单元的传输方法及系统
EP3484081B1 (en) Data retransmission method and device
KR101532222B1 (ko) 통신 시스템 및 그의 rrc 접속 방법
WO2015054855A1 (zh) 数据传输方法、装置和设备
WO2007121635A1 (fr) Procédé de retransmission d&#39;une unité de données de commande d&#39;un protocole de commande à liaison sans fil en mode de reconnaissance
WO2009115642A1 (en) Re-establishment of a rlc entity
KR101232599B1 (ko) 매체 접근 제어 프로토콜 데이터 유닛 재조립 방법 및 이를 수행하는 수신기
CN106658546A (zh) 无线链路控制层轮询定时器的时长调整方法及装置
WO2013170464A1 (zh) 传输或接收上行sps业务数据的方法及用户设备、基站

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20200520

Address after: Room 118, first floor, e-commerce Park, dongbaihu Town, Zhuji City, Shaoxing City, Zhejiang Province, 311818

Patentee after: Zhangtong Technology (Shaoxing) Co., Ltd

Address before: 211106, No. 37, general road, Jiangning economic and Technological Development Zone, Nanjing, Jiangsu

Patentee before: NANJING NAKAI YONGXIN INFORMATION TECHNOLOGY Co.,Ltd.

TR01 Transfer of patent right