CN103108356B - 一种状态包延时发送方法及系统 - Google Patents

一种状态包延时发送方法及系统 Download PDF

Info

Publication number
CN103108356B
CN103108356B CN201110357451.7A CN201110357451A CN103108356B CN 103108356 B CN103108356 B CN 103108356B CN 201110357451 A CN201110357451 A CN 201110357451A CN 103108356 B CN103108356 B CN 103108356B
Authority
CN
China
Prior art keywords
nackdelaytimer
duration
rlc
transmission
delay
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.)
Expired - Fee Related
Application number
CN201110357451.7A
Other languages
English (en)
Other versions
CN103108356A (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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201110357451.7A priority Critical patent/CN103108356B/zh
Publication of CN103108356A publication Critical patent/CN103108356A/zh
Application granted granted Critical
Publication of CN103108356B publication Critical patent/CN103108356B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了一种状态包延时发送方法及系统,所述方法包括:当NACKDelayTimer计时超时时,UE开始进行重传评估,并根据评估结果调整NACKDelayTimer的时长;按照调整后的NACKDelayTimer的时长进行状态包的延时发送。本发明通过根据UE的重传评估结果,实现对NACKDelayTimer的时长调整,实现状态包的延时发送,能够很好地在状态包发送和无意义重传之间进行平衡,提高下行数据的吞吐量。

Description

一种状态包延时发送方法及系统
技术领域
本发明涉及数字移动通信技术领域,尤其涉及一种状态包延时发送方法及系统。
背景技术
在宽带码分多址(Wideband Code Division Multiple Access,WCDMA)网络中,通用陆地无线接入网(Universal Terrestrial Radio Access Network,UTRAN)包括无线网络控制器(Radio Network Controller,RNC)和基站(NodeB)两种基本网元。
随着WCDMA网络的发展,高速下行接收链路分组接入(High Speed DownlinkPacket Access,HSDPA)、高速上行发送链路分组接入(High Speed Uplink PacketAccess,HSUPA)、双载波高速下行分组接入(Dual Carrier-High Speed Downlink PacketAccess,DC-HSDPA)、双频段双载波高速下行分组接入(Dual Band-Dual Carrier-HighSpeed Downlink Packet Access,DB-DC-HSDPA)、双载波高速上行分组接入(DualCarrier-High Speed Uplink Packet Access,DC-HSUPA)、四载波高速下行分组接入(FourCarrier-High Speed Downlink Packet Access,4C-HSDPA)以及八载波高速下行分组接入(Eight Carrier-High Speed Downlink Packet Access,8C-HSDPA)这些技术陆续地被引入,使得终端(UE)的上下行数据传输率不断得到提高。
对于上述不同维数的多载波技术,以下行方向为例,一个重要的共同特征是:UE必须配备有N个下行接收数据处理链(Receiver Chain),可以同时接收处理来自同一个基站、同一个扇区(sector)的若干个载波下行发送来的无线连接控制(Radio Link Control,RLC)数据包。
在某些情况下,装备有N个接收数据处理链的UE进入到了扇区载波配置仅有M个的网络时(M小于N),显然会有N-M个接收数据处理链会处于闲置状态。此时,为了能够充分利用UE的N-M个闲置的接收数据处理链,网络和UE可通过采用多点下行传输技术来实现如下操作:网络向同一个基站或者两个不同的基站的不同扇区发送不同的RLC数据包,UE同时接收处理来自同一基站不同扇区或者不同的基站不同扇区的单个或者多个载波下行发送来的RLC数据包。举一个简单的例子,对于具备DC-HSDPA能力的UE,进入到了单频点网络(Single Frequency Network),UE只能从一个下行频点上接收一路下行RLC数据包,为了充分发挥此UE的双接收链路能力,采用多点传输技术,可以使UE从同一基站不同扇区或者两个不同基站不同扇区的同一个下行频点上接收两路独立的RLC数据包。
图1示出了同基站单频点双接收的操作示意图,如图1所示,UE在同一基站的扇区1和扇区2中各自独立的高速共享控制信道(High Speed Shared Control Channel,HS-SCCH)的调度命令控制下,在同一个传输时间间隔(Transmission Time Interval,TTI)内,分别独立地从扇区1和扇区2的下行频点F1接收一个RLC数据包,总计两个RLC数据包。这里,为了便于理解,可以暂时忽略RLC层到媒体接入控制(Media Access Control,MAC)层数据包之间的复用或者分割关系,将上述两个RLC数据包理解为两个不同序号(SequenceNumber,SN)的RLC数据包。其中,上述从同一个基站的两个不同扇区接收单一频点上两个不同RLC数据包的模式通常称为同基站同频点双小区(Intra-NodeB Single Frequency DualCell,Intra-NodeB SFDC)模式,该模式适用于UE处于同基站的两个相邻小区边缘的软切换区域。
为了反馈RLC数据包是否正确接收,终端需要在上行无线链路发送Status PDU状态包给基站,基站进一步上传给RNC。如扇区1发来序号为5(SN=5)的RLC数据包,扇区2发来序号为6(SN=6)的RLC数据包;当终端正确接收了RLC数据包(SN=5),而没有正确接收RLC数据包(SN=6),那么在网络规定的一段时间之后,终端通过上发状态包告知网络:ACK确认RLC数据 包(SN=5)已经正确接收,而NACK负确认RLC数据包(SN=6)没有正确接收。之后网络基于接收到的状态包,选择在某一个扇区重发RLC数据包(SN=6)。
图2示出了跨基站单频点双接收的操作示意图,如图2所示,UE在不同基站的扇区1和扇区2中各自的HS-SCCH调度命令控制下,在同一个TTI内,分别从基站1和基站2的下行频点F1接收一个PDU数据包,总计两个PDU数据包。这里,为了便于理解,可以暂时忽略RLC层到MAC层数据包之间的复用或者分割关系,将上述两个RLC数据包理解为两个不同SN的RLC数据包。其中,上述从不同基站的两个不同扇区接收单一频点上两个不同RLC数据包的模式通常称为跨基站同频点双小区(Inter-NodeB SFDC)模式,该模式适用于UE处于跨基站的两个相邻小区边缘的软切换区域。
为了反馈RLC数据包是否正确接收,终端需要在上行无线链路发送StatusPDU状态包,不过此状态包被基站1和基站2同时接收,并且进一步上传给RNC。如扇区1发来序号为7(SN=7)的RLC数据包,扇区2发来序号为10(SN=10)的RLC数据包;当终端正确接收了RLC数据包(SN=10),而没有正确接收RLC数据包(SN=7),那么在网络规定的一段时间之后,终端通过上发状态包告诉网络:ACK确认RLC数据包(SN=10)已经正确接收,而NACK负确认RLC数据包(SN=7)没有正确接收。之后网络基于接收到的状态包,选择在某一个扇区重发RLC数据包(SN=7)。
理论上,只要网络频点资源允许,同一个基站或者两个不同基站的两个不同扇区也可以在不同的下行频点上发送两个不同的RLC数据包,而同时UE从同一个基站或者两个不同基站的两个不同扇区的双下行频点上接收两个不同的RLC数据包,上述模式通常分别称为同基站双频点双小区(Intra-NodeB Dual Frequency Dual Cell,Intra-NodeB DFDC)模式和跨基站双频点双小区(Inter-NodeB DFDC)模式。上述仅仅列举了UE下行双小区接收操作的过程,逻辑上还可以向更高维进行扩展,如对于有4C-HSDPA接收能力的UE,其可以同时从同一个基站的两个不同扇区或者两个不同基站的两个不同扇区的双频 点进行下行四小区接收操作等等。
基站内(Intra-NodeB)多点传输技术,RNC不需要对RLC数据包进行跨基站间的分流。相对于多载波技术,尽管下行RLC数据包来自于不同扇区的同一个频点或多个不同频点,但共同点在于,UE仍然从同一个基站接收HS-SCCH控制信道的调度控制,所以,即使是多个扇区内的多个HS-SCCH信道参与调度控制,由于扇区属于同一个基站,彼此间还是能够协同调度控制命令,不会出现接收的RLC数据包序号存在大量空隙(GAP)的情况。而跨基站(Inter-NodeB)多点传输技术,RNC则需要对RLC数据包进行跨基站间的分流,即一部分RLC(SN=X)由基站1发送,而剩余部分RLC(SN=Y)由基站2发送。相对于多载波技术,不仅下行RLC数据包来自于不同扇区的同一个频点或多个不同频点,而且UE要从不同基站的不同扇区接收多个HS-SCCH控制信道的调度控制,而不同基站的不同扇区内的多个HS-SCCH信道由于完全异地,因而彼此间不能很好地协同调度控制命令,可能会导致出现接收的RLC数据包序号出现大量GAP的情况。这些RLC SN GAP中的RLC数据包可能是在空口真正地丢失了,如UE的MAC层没能重传恢复,RLC层没能正确接收等,或者RLC数据包仅仅暂时停留在某一个基站的发送缓存中,UE可能需要延时一段时间才能正确接收到。对于后者,这种非空口真正地丢失RLC数据包而仅仅是暂时性被缓存而出现RLC SN GAP的现象,通常称为Skew。
网络或者终端应该尽可能识别出Skew,因为若不对Skew进行识别,终端会在上报的状态包中错误地对RLC SN GAP中的RLC数据包进行错误负确认NACK,进而使得网络会对所述RLC SN GAP中的属于Skew的RLC数据包进行不必要地重传。
为了减少网络不必要的重传,现有的对UE可能发送含有错误负确认(NACK)的状态包进行延时的过程如下:参照图3,RNC把RLC数据包分流成两队,队伍1包含RLC数据包SN=0,1,2,3,8,将在小区1内下行发送;队伍2包含RLC数据包SN=4,5,6,7,将在小区2内下行发送。应当理解,此时UE事先并不知道RNC采取什么序号方式分流,因此不知道哪个RLC SN将来自哪 个小区。只有在UE正确接收RLC数据包之后,才能获知此RLC数据包来自哪个小区,若接收失败,UE仍然并不清楚此RLC数据包来自哪个小区。
在时间点T0,UE分别从小区1和2正确接收到RLC(SN=0)和RLC(SN=4)。UE检测出RLC SN GAP=1,2,3,并且不确定这些RLC(SN=1,2,3)来自哪个小区,所以不清楚到底是真正丢失还是Skew。此后当UE本有时机上报状态包时,会延时发送对RLC(SN=1,2,3)的错误负确认NACK,并且为RLCSN GAP=1,2,3开始负确认延时计时器NACKDelayTimer_1。
在时间点T1,UE分别从小区1正确接收到RLC(SN=1),但无法从小区2正确接收RLC(SN=5)。UE检测出RLC SN GAP=2,3,并且不确定这些RLC(SN=2,3)来自哪个小区,所以不清楚到底是真正丢失还是Skew。此后当UE本有时机上报状态包时,会延时发送对RLC(SN=2,3)的错误负确认NACK,因为延时计时器NACKDelayTimer_1仍未到时。
在时间点T2,UE分别从小区1和2正确接收到RLC(SN=2)和RLC(SN=6)。UE检测出RLC SN GAP=3,5,并且不确定这些RLC(SN=3,5)来自哪个小区,所以不确定到底是真正丢失还是Skew。此后当UE本有时机上报状态包时,会延时发送对RLC(SN=3,5)的错误负确认NACK。一方面延时计时器NACKDelayTimer_1仍未到时,另外由于RLC SN GAP=5和RLC SNGAP=3不连续,因此为RLC SN GAP=5开启第二个延时计时器NACKDelayTimer_2。
在时间点T3,UE分别从小区1和2正确接收到RLC(SN=3),RLC(SN=7)。UE检测出RLC SN GAP=5。随着RLC SN GAP=3的消失,UE会终止取消NACKDelayTimer_1,因为来自小区1的连续序列RLC数据包已经全部正确接收,UE本来可以按照原本的时机上报状态包,以推动RNC一侧RLC发送窗口的前进。但是由于RLC SN GAP=5的存在,UE仍然要让NACKDelayTimer_2继续计时,进而仍然阻止了UE按照原本的时机上报状态包,RNC一侧RLC发送窗口仍然不能前进。
在时间点T4,UE从小区1正确接收到RLC(SN=8),通过Iub接口流控, 没有新的RLC数据包从小区2发送。此刻,因为来自小区1的RLC数据包最大序号已经是8,而来自小区2的RLC数据包最大序号已经是7,此时UE可以确定RLC(SN=5)是真正地在空口丢失了,终止取消NACKDelayTimer_2,UE允许在下一个时机对上报状态包,从而推动RNC一侧RLC发送窗口的前进。
上述NACKDelayTimer延时机制中,虽然可以最大可能避免UE发送可能含有错误的接收负确认NACK的状态包,因为只有当终端经过很长时间延时之后,确定了某RLC数据包真正丢失了,才允许上行发送状态包,从而网络侧才能进行真正有意义的重传。但是这种方法存在一个明显的缺点,就是由于状态包既包含对正确接收RLC数据包的确认ACK,又包含对没有正确接收RLC数据包的负确认NACK,延时负确认NACK必定也延时了确认ACK,从而RNC侧RLC发送窗口会被妨碍前进,下行数据吞吐率会受到影响。
发明内容
有鉴于此,本发明的主要目的在于提供一种状态包延时发送方法及系统,能够调整状态包的延时时间,提高下行数据吞吐率。
为达到上述目的,本发明的技术方案是这样实现的:
一种状态包延时发送方法,所述方法包括:
当NACKDelayTimer计时超时时,UE开始进行重传评估,并根据评估结果调整NACKDelayTimer的时长;
按照调整后的NACKDelayTimer的时长进行状态包的延时发送。
进一步地,所述方法还包括:
RNC根据RLC发送窗口的大小,设置NACKDelayTimer的时长并发送给UE;
当UE接收到的RLC数据包序号出现空隙时,在自身下一个原本上行发送状态包的时刻开启所述NACKDelayTimer开始计时。
其中,所述UE开始进行重传评估为:
在预先配置的重传评估周期内,对重复正确接收的RLC数据包进行计数, 得到重复个数。
其中,所述根据评估结果调整NACKDelayTimer的时长为:
当重复个数大于预先配置的门限值时,UE对所述NACKDelayTimer的时长进行延长;
当重复个数大于0、小于或等于预先配置的门限值时,所述NACKDelayTimer的时长保持不变;
当重复个数为0时,UE对所述NACKDelayTimer的时长进行缩短。
其中,所述按照调整后的NACKDelayTimer的时长进行状态包的延时发送为:
当所述NACKDelayTimer超时时,UE在自身下一个上行发送状态包的时刻进行状态包的发送。
一种状态包延时发送系统,所述系统包括:UE,用于在NACKDelayTimer计时超时时,开始进行重传评估,并根据评估结果调整NACKDelayTimer的时长;按照调整后的NACKDelayTimer的时长进行状态包的延时发送。
进一步地,所述系统还包括:RNC,用于根据RLC发送窗口的大小,设置NACKDelayTimer的时长并发送给UE;
所述UE,还用于接收到的RLC数据包序号出现空隙时,在自身下一个原本上行发送状态包的时刻开启所述NACKDelayTimer开始计时。
其中,所述UE,具体用于在预先配置的重传评估周期内,对重复正确接收的RLC数据包进行计数,得到重复个数。
其中,所述UE,具体用于当重复个数大于预先配置的门限值时,对所述NACKDelayTimer的时长进行延长;当重复个数大于0、小于或等于预先配置的门限值时,所述NACKDelayTimer的时长保持不变;当重复个数为0时,对所述NACKDelayTimer的时长进行缩短。
其中,所述UE,具体用于当所述NACKDelayTimer超时时,在自身下一个上行发送状态包的时刻进行状态包的发送。
本发明通过根据UE的重传评估结果,实现对NACKDelayTimer的时长调 整,实现状态包的延时发送,能够很好地在状态包发送和无意义重传之间进行平衡,提高下行数据的吞吐量。
附图说明
图1为同基站单频点双接收的操作示意图;
图2为跨基站单频点双接收的操作示意图;
图3为跨基站出现RLC SN GAP的接收示意图;
图4为本发明状态包延时发送方法的实现流程示意图;
图5为本发明状态包延时发送系统的结构示意图。
具体实施方式
本发明的基本思想为:当NACKDelayTimer计时超时时,UE开始进行重传评估,并根据评估结果调整NACKDelayTimer的时长;按照调整后的NACKDelayTimer的时长进行状态包的延时发送。
为使本发明的目的、技术方案和优点更加清楚明白,以下举实施例并参照附图,对本发明进一步详细说明。
图4示出了本发明状态包延时发送方法的实现流程,如图4所示,所述方法包括下述步骤:
步骤401,当NACKDelayTimer计时超时时,UE开始进行重传评估,并根据评估结果调整NACKDelayTimer的时长;
具体地,在本步骤之前,所述方法还包括:RNC根据UE业务下行数据吞吐率的需求,结合自身的算法,为UE确定合适的RLC数据包大小、RLC发送窗口的大小以及根据RLC发送窗口的大小,设置NACKDelayTimer的时长、重传评估周期的时长并发送给UE;当UE接收到的RLC数据包序号出现空隙时,在自身下一个原本上行发送状态包的时刻开启所述NACKDelayTimer开始计时。
其中,UE开始进行重传评估为:在RNC预先配置的重传评估周期内,对 重复正确接收的RLC数据包进行计数,得到重复个数。
根据评估结果调整NACKDelayTimer的时长为:当重复个数大于预先配置的门限值时,UE对所述NACKDelayTimer的时长进行延长;当重复个数大于0、小于或等于预先配置的门限值时,所述NACKDelayTimer的时长保持不变;当重复个数为0时,UE对所述NACKDelayTimer的时长进行缩短。
应当理解,本步骤之前还包括,RNC设置并发送与重复个数比较的门限值以及每次对NACKDelayTimer的时长进行延长或缩短的时长。
步骤402,按照调整后的NACKDelayTimer的时长进行状态包的延时发送。
具体地,当所述NACKDelayTimer超时时,UE在自身下一个上行发送状态包的时刻进行状态包的发送。
图5示出了本发明状态包延时发送系统的结构,如图5所示,所述系统包括:UE 52,用于在NACKDelayTimer计时超时时,开始进行重传评估,并根据评估结果调整NACKDelayTimer的时长;按照调整后的NACKDelayTimer的时长进行状态包的延时发送。
进一步地,所述系统还包括:RNC 51,用于根据RLC发送窗口的大小,设置NACKDelayTimer的时长并发送给UE 52;
所述UE 52,还用于接收到的RLC数据包序号出现空隙时,在自身下一个原本上行发送状态包的时刻开启所述NACKDelayTimer开始计时。
其中,所述UE 52,具体用于在RNC 51预先配置的重传评估周期内,对重复正确接收的RLC数据包进行计数,得到重复个数。
其中,所述UE 52,具体用于当重复个数大于预先配置的门限值时,对所述NACKDelayTimer的时长进行延长;当重复个数大于0、小于或等于预先配置的门限值时,所述NACKDelayTimer的时长保持不变;当重复个数为0时,对所述NACKDelayTimer的时长进行缩短。
其中,所述UE 52,具体用于当所述NACKDelayTimer超时时,在自身下一个上行发送状态包的时刻进行状态包的发送。
下面结合具体的实施例对上述方法进行详细说明。
实施例一
101:当UE处于跨基站单频点双接收操作时,根据UE业务下行数据吞吐率的需求,RNC侧根据自身预配的算法,为UE确定合适的RLC数据包大小(RLC PDU size)、RLC发送窗口的大小(RLC transmission window size)以及NACKDelayTimer的时长;
具体地,实施例一中RLC PDU size=300byte,RLC transmission window size=256,NACKDelayTimer=200ms。
102:RNC通过无线资源控制(Radio Resource Control,RRC)消息的无线承载重配(Radio Bearer Reconfiguration)给UE配置上述参数以及其他按照现有RRC协议必要的参数。
103:由于无线环境质量的改善,RNC根据自设预配的算法,重选确定RLCPDU size=600byte,RLC transmis sion window size=128和NACKDelayTimer=100ms。
这里,由于重新确定的RLC发送窗口变小了,RLC发送窗口由于接收不到状态包而被阻止前进概率则变大,故RNC会重新将NACKDelayTimer的时长设置的更短。
104:RNC通过RRC消息的无线承载重配重新静态地配置给UE上述参数以及其他按照现有RRC协议必要的参数;
这里,基站的跨基站单频点双接收操作继续进行。
实施例二
201:当UE处于跨基站单频点双接收操作时,根据UE业务下行数据吞吐率的需求,RNC侧根据自身预设的算法,为UE确定合适的RLC数据包大小(RLC PDU size)、RLC发送窗口的大小(RLC transmission window size)、NACKDelayTimer的时长、重传评估周期(FalseNACK Evaluation Period)、门限值(Heavy_Skew_Threshold)以及NACKDelayTimer的每次调整量(Delta);
具体地,实施例二中RLC PDU size=400byte,RLC transmission window size=128,NACKDelayTimer=200ms,False NACK Evaluation Period=300ms, Heavy_Skew_Threshold=8,Delta=50ms。
202:RNC通过RRC消息的无线承载重配给UE配置上述参数以及其他按照现有RRC协议必要的参数。
203:在跨基站多点传输过程中,出现了RLC SN GAP,UE开始进行状态包延时发送。
具体地,当NACKDelayTimer=200ms超时之后,UE开始进行重传评估,并且持续网络侧配置的300ms。在这段时间内,UE记录重复正确接收了多少个RLC数据包。
当重复个数超过网络侧配置的门限值8,表明跨基站多点传输Skew严重,当前的NACKDelayTimer设置过短,UE本地动态地将NACKDelayTimer延长一个Delta=50ms;当重复个数低于网络侧配置的门限值8但不等于0,表明当前的NACKDelayTimer设置合理,保持长度不变。如果重复个数等于0,表明跨基站多点传输Skew问题得到缓解,UE本地动态地将NACKDelayTimer缩短一个Delta=50ms。
204:UE基于调整后的NACKDelayTimer,继续进行跨基站单频点双接收操作。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。

Claims (8)

1.一种状态包延时发送方法,其特征在于,所述方法包括:
当负确认延时计时器NACKDelayTimer计时超时时,在预先配置的重传评估周期内,对重复正确接收的无线连接控制RLC数据包进行计数,得到重复个数,并根据重复个数调整NACKDelayTimer的时长;
按照调整后的NACKDelayTimer的时长进行状态包的延时发送。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
无线网络控制器RNC根据RLC发送窗口的大小,设置NACKDelayTimer的时长并发送给UE;
当UE接收到的RLC数据包序号出现空隙时,在自身下一个原本上行发送状态包的时刻开启所述NACKDelayTimer开始计时。
3.根据权利要求1所述的方法,其特征在于,所述根据重复个数调整NACKDelayTimer的时长为:
当重复个数大于预先配置的门限值时,UE对所述NACKDelayTimer的时长进行延长;
当重复个数大于0、小于或等于预先配置的门限值时,所述NACKDelayTimer的时长保持不变;
当重复个数为0时,UE对所述NACKDelayTimer的时长进行缩短。
4.根据权利要求1至3任一项所述的方法,其特征在于,所述按照调整后的NACKDelayTimer的时长进行状态包的延时发送为:
当所述NACKDelayTimer超时时,UE在自身下一个上行发送状态包的时刻进行状态包的发送。
5.一种状态包延时发送系统,其特征在于,所述系统包括:UE,用于在NACKDelayTimer计时超时时,在预先配置的重传评估周期内,对重复正确接收的无线连接控制RLC数据包进行计数,得到重复个数,并根据重复个数调整NACKDelayTimer的时长;按照调整后的NACKDelayTimer的时长进行状态包的延时发送。
6.根据权利要求5所述的系统,其特征在于,所述系统还包括:RNC,用于根据RLC发送窗口的大小,设置NACKDelayTimer的时长并发送给UE;
所述UE,还用于接收到的RLC数据包序号出现空隙时,在自身下一个原本上行发送状态包的时刻开启所述NACKDelayTimer开始计时。
7.根据权利要求5所述的系统,其特征在于,所述UE,具体用于当重复个数大于预先配置的门限值时,对所述NACKDelayTimer的时长进行延长;当重复个数大于0、小于或等于预先配置的门限值时,所述NACKDelayTimer的时长保持不变;当重复个数为0时,对所述NACKDelayTimer的时长进行缩短。
8.根据权利要求5至7任一项所述的系统,其特征在于,所述UE,具体用于当所述NACKDelayTimer超时时,在自身下一个上行发送状态包的时刻进行状态包的发送。
CN201110357451.7A 2011-11-11 2011-11-11 一种状态包延时发送方法及系统 Expired - Fee Related CN103108356B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201110357451.7A CN103108356B (zh) 2011-11-11 2011-11-11 一种状态包延时发送方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110357451.7A CN103108356B (zh) 2011-11-11 2011-11-11 一种状态包延时发送方法及系统

Publications (2)

Publication Number Publication Date
CN103108356A CN103108356A (zh) 2013-05-15
CN103108356B true CN103108356B (zh) 2017-12-01

Family

ID=48315853

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110357451.7A Expired - Fee Related CN103108356B (zh) 2011-11-11 2011-11-11 一种状态包延时发送方法及系统

Country Status (1)

Country Link
CN (1) CN103108356B (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1914846A (zh) * 2003-12-19 2007-02-14 松下电器产业株式会社 利用同步重发的混合自动重复请求协议
CN101127587A (zh) * 2007-09-25 2008-02-20 中兴通讯股份有限公司 一种自动重传请求状态报告触发方法
CN101291199A (zh) * 2007-04-20 2008-10-22 大唐移动通信设备有限公司 混合自动重传请求中检测反馈消息正确性的方法和装置
CN102025471A (zh) * 2009-09-21 2011-04-20 中兴通讯股份有限公司 一种状态报告触发方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040202329A1 (en) * 2003-04-11 2004-10-14 Samsung Electronics Co., Ltd. Method and system for providing broadcast service using encryption in a mobile communication system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1914846A (zh) * 2003-12-19 2007-02-14 松下电器产业株式会社 利用同步重发的混合自动重复请求协议
CN101291199A (zh) * 2007-04-20 2008-10-22 大唐移动通信设备有限公司 混合自动重传请求中检测反馈消息正确性的方法和装置
CN101127587A (zh) * 2007-09-25 2008-02-20 中兴通讯股份有限公司 一种自动重传请求状态报告触发方法
CN102025471A (zh) * 2009-09-21 2011-04-20 中兴通讯股份有限公司 一种状态报告触发方法及装置

Also Published As

Publication number Publication date
CN103108356A (zh) 2013-05-15

Similar Documents

Publication Publication Date Title
KR102033597B1 (ko) 이동통신 시스템에서 랜덤 액세스 절차를 수행하는 방법 및 장치
US12108413B2 (en) Method and apparatus for transmitting and receiving data using plurality of carriers in mobile communication system
KR102394123B1 (ko) 차세대 이동 통신 시스템에서 복수 개의 스케쥴링 요청을 전송하는 방법 및 장치
US11277767B2 (en) Method and device for processing buffer state report in wireless communication system using inter-ENB carrier aggregation technology
US20130114579A1 (en) Data transmission method, related base station and user equipment
EP3651534B1 (en) Method for adjusting contention window size in wireless communication system and apparatus using method
US20150043489A1 (en) Method and apparatus for small cell enhancement in a wireless communication system
EP3556135B1 (en) Method and apparatus for processing data in a wireless communication system
CN105356984A (zh) 在支持载波聚合的无线通信系统中进行测量的方法和装置
US11844078B2 (en) Dynamic selection of LCP parameters
US20110075620A1 (en) Method for controlling data and signal in a mobile communication system
CN107925472A (zh) 在无线通信系统中激活或者停用小区的方法及其设备
CN102932923B (zh) 3g网络和4g网络载波聚合方法及系统
CN103108356B (zh) 一种状态包延时发送方法及系统
CN103108355B (zh) 一种状态包延时发送方法及系统
KR102258129B1 (ko) Tdd을 지원하는 이동통신 시스템에서 tdd 설정 정보를 단말에게 효과적으로 제공하고 상향링크 전송 타이밍을 결정하기 위한 방법 및 장치
KR20240149678A (ko) 무선 통신 시스템에서 trp 동작을 지원하는 방법 및 장치

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
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: 20171201

Termination date: 20191111