CN1866812A - 配置无线链路控制层中确认传输模式参数的方法 - Google Patents
配置无线链路控制层中确认传输模式参数的方法 Download PDFInfo
- Publication number
- CN1866812A CN1866812A CN 200510127738 CN200510127738A CN1866812A CN 1866812 A CN1866812 A CN 1866812A CN 200510127738 CN200510127738 CN 200510127738 CN 200510127738 A CN200510127738 A CN 200510127738A CN 1866812 A CN1866812 A CN 1866812A
- Authority
- CN
- China
- Prior art keywords
- rtt
- pdu
- parameter
- rlc
- time
- 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 40
- 230000005540 biological transmission Effects 0.000 title claims abstract description 29
- 230000002045 lasting effect Effects 0.000 claims description 6
- 238000012544 monitoring process Methods 0.000 claims description 2
- 238000012790 confirmation Methods 0.000 abstract 1
- 239000003999 initiator Substances 0.000 abstract 1
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 4
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 4
- 238000012360 testing method Methods 0.000 description 2
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及一种配置无线链路控制层中确认传输模式参数的方法,其核心为:当发送端发送分组数据单元PDU后,根据收到接收端反馈的所述PDU的状态报告的时刻相对于所述PDU发送时刻的差,对所述PDU的环回时间RTT进行实时测量,并根据测量得到的数据计算承载信道的RTT;根据得到的承载信道的RTT对无线链路控制层的确认传输模式RLC AM参数进行配置。通过本发明,能够根据测量得到的PDU的RTT计算承载信道的RTT,从而能够针对变化的信道对RLC AM参数进行配置,进而能够保证变化的信道中数据的传输服务质量。
Description
技术领域
本发明涉及通信领域,尤其涉及一种配置确认传输模式参数的方法。
背景技术
在UTRAN(UMTS Terrestrial Radio Access Network;通用移动通讯系统陆地接入网络)无线网络接口协议结构中,存在一个RLC(Radio LinkControl;无线链路控制)子层,该子层的功能是对上层数据进行不同正确性等级的传输,具体可以通过三种传输模式来实现,即透明模式,非确认模式和确认模式,其中所述确认模式(缩写为AM)能够保证数据包在发送端和接收端的对等层得到100%的正确传输,其是通过一种滑动窗的机制来实现该功能的。实施过程如下:
步骤1、RLC将缓存的数据组装成若干个PDU(Packet Data Unit;分组数据单元),并对每个PDU进行编号,编号在0~4095之间循环。
步骤2、配置一个发送窗口,发送窗口大小为S,RLC开始运行时,将PDU按照编号顺序放入发送窗口,并通过RLC下面的MAC层调度发送。
步骤3、当被发送的数据PDU被接收端收到后,接收端收到该PDU后在下一个可用的TTI发送该PDU的确认(也可以说状态报告)到发送端;
步骤4、发送端收到所述PDU的确认后,就会对所述PDU进行标记。
步骤5、如果收到确认的PDU是发送窗口下沿对应的PDU,则将发送窗口往后面顺序移动,直到遇到第一个没有被标记确认的PDU。
假设所述没有被标记该PDU号码为N,那么此时第N号PDU就对应了发送窗口的下沿,而后面的S~(S+N-1)号PDU此时进入了发送窗,可以被调度。
步骤6、重复上面的步骤3至步骤5的过程。
以上过程能够保证数据能够被接收端正确地收到,但是,如果没有主动发起查询数据是否正确接收到的机制,那么当数据在传送过程中被丢弃掉时,发送端将不能及时地重新发送被丢弃数据,导致发送窗口不能快速滑动,从而影响数据的传输速率。因此,为了避免这种情况发生,在RLC层引入了几套主动发起轮询的机制,使接收端在收到轮询后就报告其所接收到的PDU的情况,以便发送端能够及时得到数据的接收情况,从而及时地重发未被正确接收到的数据。
在RLC中引入的主动发起轮询的机制中,有一种是基于时间的主动轮询机制,通过该机制能够估计发送出去的PDU是否被成功接收,进而能够保证及时主动地重新发送未被正确接收的PDU。所述的基于时间的轮询机制主要包括几种:
1、周期轮询:每经过Timer_poll_periodic(周期轮询时间),由RLC主动发起一次轮询,以便及时知道PDU的接收状况;
2、定时轮询:RLC发送了一个携带轮询请求的PDU后,如果等待Timer_poll(定时轮询时间)还没有收到该PDU的状态报告,则再次发送该携带轮询请求的PDU。该机制可以避免该携带轮询PDU的丢失而得不到状态报告;
3、轮询禁止:当发送一个携带轮询请求的PDU后,在后面的Timer_poll_prohibit(轮询禁止时间)内都不能再次进行轮询,以避免轮询次数过多;
4、状态报告禁止:接收端在发送了一个状态报告后的Timer_Status_Prohibit(状态报告禁止时间)内,不能再次发送状态报告,以避免过多的状态报告引起PDU过多的重传。
以上轮询方式中的轮询参数(Timer_poll_periodic、Timer_poll、Timer_poll_prohibit和Timer_Status_Prohibit)都属于RLC AM参数,在配置这些参数时,与PDU在发送端和接收端的RLC子层的RTT(Round TripTimer;环回时延)相关。所述的RTT是指:从发送端的RLC发送一个PDU后开始,到发送端的RLC收到接收端反馈的该PDU的状态报告的时刻为止,所经过的时间。
另外,RLC AM参数中的Timer_MRW和Timer_RST定时参数也与RTT相关。
如果信道的RTT不能确定,则基于时间的RLC AM参数就很可能配置不合适,容易导致由于RLC复位引起的掉话或者数据发送的速率非常低,不能满足用户的服务质量需求等问题。因此,对应RLC AM传输模式来说,RTT的确定非常重要。
与本发明有关的现有技术是基于DCH信道对RLC AM参数进行配置的方案,其基本思想是:在DCH信道中,通过测试得到一个固定的RTT,然后基于该固定的RTT配置一套RLC AM参数。
由现有技术的技术方案可以看出,其存在如下缺陷:
在DCH信道中,数据PDU从发送端的RLC层发送出来到接收端RLC的过程是比较固定的,其RTT可以通过测试得到,所以根据所述测得的RTT能够正确配置RLC AM参数。但是对于HS-DSCH信道,数据PDU离开发送端的RLC层后,先被缓存于下层MAC-hs的队列中,PDU何时被调度决定于MAC-hs,其时间是不确定的,从而引起HS-DSCH信道的RTT变成了一系列离散的值,这样给RLC AM参数的配置带来了困难。如果RLC AM参数不能适于信道的变化,容易降低数据传输效率,影响传输服务质量,进而导致掉话。
发明内容
本发明的目的是提供一种配置无线链路控制层中确认传输模式参数的方法,通过本发明,能够针对变化的信道对RLC AM参数进行配置,进而能够保证变化的信道中数据的传输服务质量。
本发明的目的是通过以下技术方案实现的:
本发明提供一种配置无线链路控制层中确认传输模式参数的方法,其包括:
A、当发送端发送分组数据单元PDU后,根据收到接收端反馈的所述PDU的状态报告的时刻相对于所述PDU发送时刻的差,对所述PDU的环回时间RTT进行实时测量,并根据测量得到的数据计算承载信道的RTT;
B、根据得到的承载信道的RTT对无线链路控制层的确认传输模式RLCAM参数进行配置。
其中,所述步骤A具体包括:
A1、发送端发送PDU给接收端,并在发送每一个PDU的时刻对所述PDU开始计时;
A2、当发送端接收到接收端反馈的所述PDU的状态报告时,则结束对所述PDU的计时,并记录下发生的时间作为所述PDU的RTT;
A3、统计在设定时间段内得到报告的所有PDU的数量和RTT,并根据统计结果计算并得到承载所述PDU的信道的RTT。
其中,所述步骤A3具体包括:
其中,所述步骤A还包括:
A4、对所述承载信道的RTT进行更新。
其中,所述步骤A4具体包括:
A41、根据接收到的PDU的状态报告,确定需要重新发送的PDU;
A42、优先发送需要重新发送的PDU,然后发送新的PDU,并在发送时刻,对对应的PDU开始计时;
A43、当发送端接收到对应PDU的状态报告时,则结束对所述PDU的计时,并记录下发生的时间作为所述PDU的RTT;
A44、统计在设定时间段内得到报告的所有PDU的数量和RTT,并根据统计结果更新所述承载信道的RTT。
其中,步骤A2或步骤A43具体包括:
如果发送端接收到接收端反馈的所述PDU的状态报告的时间未超过设定的域值,则结束对所述PDU的计时,并记录下发生的时间作为所述PDU的RTT;否则将所述设定的域值作为所述PDU的RTT。
其中,所述步骤B具体包括:
B1、设置承载信道的初始RTT,并根据所述初始RTT配置初始的RLCAM参数,并将所述初始RTT作为当前RTT,然后实时监测承载信道的RTT;
B2、根据监测到的承载信道的RTT配置RLC AM参数,并用其更新所述初始配置的RLC AM参数。
其中,所述步骤B2具体包括:
B21、将监测到的RTT与当前RTT进行比较,如果监测到的承载信道的RTT大于所述当前RTT,并超过预定值且持续设定时间,则根据监测到的承载信道的RTT配置RLC AM参数;如果监测的承载信道的RTT小于所述当前RTT,并超过预定值且持续设定时间,则根据监测到的承载信道的RTT配置RLC AM参数;
B22、实时用重新配置的RLC AM参数更新已经配置的RLC AM参数。
其中,所述步骤B具体包括:
B3、周期性地监测承载信道的RTT,并根据监测到的RTT配置RLC AM参数;
或,
B4、实时监测承载信道的RTT,并周期性地根据监测到的RTT配置RLCAM参数。
其中,步骤B2、B21、B3或B4中,所述根据RTT配置RLC AM参数的过程具体包括:
C1、获取承载信道每决定发送一次数据的时间间隔TTI,以及监测到的RTT;
C2、根据公式AM Timer=RTT+a×TTI,其中a为设定的整数,配置RLC AM参数。
其中,当对上行业务的RLC AM参数进行配置时,所述方法还包括:
D、通过在空中接口发送无线承载重配置消息,将配置好的RLC AM参数通知给用户。
由上述本发明提供的技术方案可以看出,本发明当发送端发送分组数据单元PDU后,根据收到接收端反馈的所述PDU的状态报告的时刻相对于所述PDU发送时刻的差,对所述PDU的环回时间RTT进行实时测量,并根据测量得到的数据计算承载信道的RTT;根据得到的承载信道的RTT对无线链路控制层的确认传输模式RLC AM参数进行配置。通过本发明,能够根据测量得到的PDU的RTT计算承载信道的RTT,从而能够针对变化的信道对RLC AM参数进行配置,进而能够保证变化的信道中数据的传输服务质量。
附图说明
图1为本发明提供的最佳实施例的流程图。
具体实施方式
本发明提供一种配置无线链路控制层中确认传输模式参数的方法,其核心为:当发送端发送分组数据单元PDU后,根据收到接收端反馈的所述PDU的状态报告的时刻相对于所述PDU发送时刻的差,对所述PDU的环回时间RTT进行实时测量,并根据测量得到的数据计算承载信道的RTT;根据得到的承载信道的RTT对无线链路控制层的确认传输模式RLC AM参数进行配置。
本发明提供的第一实施例,如图1所示,包括:
步骤11、当发送端发送分组数据单元PDU后,根据收到接收端反馈的所述PDU的状态报告的时刻相对于所述PDU发送时刻的差,对所述PDU的环回时间RTT进行实时测量。具体实施过程包括:
首先,发送端发送PDU给接收端,并在发送每一个PDU的时刻对所述PDU开始计时;如果发送端接收到接收端反馈的所述PDU的状态报告的时间未超过设定的域值,则结束对所述PDU的计时,并记录下发生的时间作为所述PDU的RTT;否则将所述设定的域值作为所述PDU的RTT。具体可通过设定的定时器实现,例如如下所示的处理过程:
当一个新RLC PDU被发送以后,对该PDU启动定时器Ti;
如果发送端在一个时间段内可以得到接收端对N个PDU的确认状态报告(ACK/NACK),则每个PDU的RTT为其定时器Ti所对应的时刻。
如果发生异常,则发送端在有数据PDU等待确认的情况下总是不能收到状态报告,为了避免定时器的时间T变得过大,对T设置一个上限值,如20s,如果T超过上限值则关闭该定时器。认为该PDU RTT等于上限值。
步骤12、根据测量得到的数据计算承载信道的RTT。
统计在设定时间段内得到的所有PDU的数量N,以及所有PDU的RTT,根据公式
得到承载信道的RTT。
为了得到比较准确的承载信道的RTT,还需要将收到ACK确认状态报告的PDU删除掉,然后重新发送收到NACK状态报告的PDU和新的PDU,以获取另一设定时间段内的PDU的RTT,然后根据其计算承载信道的RTT,并用其更新已经得到的承载信道的RTT。具体实施过程包括:
步骤13、根据接收到的PDU的状态报告,确定需要重新发送的PDU。
步骤14、优先发送需要重新发送的PDU,然后发送新的PDU,并在发送时刻,对对应的PDU开始计时。
步骤15、如果发送端接收到接收端反馈的所述PDU的状态报告的时间未超过设定的域值,则结束对所述PDU的计时,并记录下发生的时间作为所述PDU的RTT;否则将所述设定的域值作为所述PDU的RTT。
步骤13至步骤15的过程仍然可以通过定时器实现,例如,将收到ACK确认状态报告的定时器删去,重置收到NACK状态报告的PDU对应的定时器Ti,并在该PDU重新开始发送时启动定时器Ti;然后优先发送收到NACK状态报告的PDU,随后发送新的PDU给接收端;当发送端在一定的时间段内收到这些PDU的状态报告,则每个PDU的RTT为其定时器Ti所对应的时刻。如果发生异常,则发送端在有数据PDU等待确认的情况下总是不能收到状态报告,为了避免定时器的时间T变得过大,对T设置一个上限值,如20s,如果T超过上限值则关闭该定时器。认为该PDU RTT等于上限值。
步骤16、统计在设定时间段内得到的所有PDU的数量和RTT,并根据统计结果更新所述承载信道的RTT。
经过上述过程之后,能够得到承载信道的RTT,之后发送端,如RNC(Radio Network Controller;无线网络控制器)根据所述得到承载信道的RTT对RLC AM参数进行配置。具体实施过程包括:
步骤17、设置承载信道的初始RTT,并根据所述初始RTT配置初始的RLC AM参数,并将所述初始RTT作为当前RTT,然后实时监测承载信道的RTT。
步骤18、将监测到的RTT与当前RTT进行比较,如果监测到的承载信道的RTT大于所述当前RTT,并超过预定值且持续设定时间,或小于所述当前RTT,并超过预定值且持续设定时间,则根据监测到的承载信道的RTT配置RLC AM参数,并实时用重新配置的RLC AM参数更新已经配置的RLC AM参数。
以上过程中的初始RTT参数,预定值和设定时间可以根据实际情况进行配置。具体触发重配置实现RLC AM参数的实现可以通过如下的例子实现:
首先,在业务建立时设置一个初始RTT,用RTT0表示;然后,根据该RTT0配置RLC AM参数,并开始实时监测信道的RTT;如果监测到的HS-DSCH RTT变得大于RTT0+△,或者小于RTT0-△,并持续一段Time totrigger,那么就更新RLC AM参数,并设置RTT0等于当前监测到的HS-DSCH RTT。其中所述的初始RTT参数,△和Time to trigger参数都可以根据实际情况进行配置。
由于Timer_poll_periodic、Timer_poll、Timer_poll_prohibit、Timer_Status_Prohibit等RLC AM参数与RTT一般具有如公式1所示的关系:
AM Timer=RTT+a×TTI,其中a为设定的整数; 公式1
另外,还有RLC AM参数中的Timer_MRW和Timer_RST定时参数都与RTT相关,也符合上面的公式。因此在具体配置RLC AM参数时,首先获取承载信道每决定发送一次数据的时间间隔TTI,以及监测到的RTT;然后根据上述公式1配置RLC AM参数。
不同的RLC AM参数对应的参数a取值可如表1所示:
Timer | a范围 | 建议值 |
Timer_poll_periodic | >0 | 5 |
Timer_poll | >0 | 3 |
Timer_poll_prohibit | >0 | 2 |
Timer_Status_Prohibit | <0 | -2 |
Timer_MRW | >0 | 3 |
Timer_RST | >0 | 3 |
表1
本发明提供的第二实施例,与第一实施例的不同之处在于,执行完步骤11和步骤12后,直接执行步骤17至步骤18的过程,在此实施例中,由于未去除收到ACK确认状态报告的PDU的RTT,之后根据这样得到的PDU的RTT配置的RLC AM参数不如第一实施例中配置的参数准确。
本发明提供的第三实施例,与第一实施例的区别之处为:
在执行完步骤11至步骤16的过程之后,不再执行步骤17至步骤19的过程,而是进行如下操作:
周期性地监测承载信道的RTT,并根据监测到的RTT配置RLC AM参数。
具体配置RLC AM参数的过程,雷同于第一实施例中的步骤18的相关描述,这里不再详细叙述。
本发明提供的第四实施例,与第一实施例的区别之处为:
在执行完步骤11至步骤16的过程之后,不再执行步骤17至步骤18的过程,而是进行如下操作:
实时监测承载信道的RTT,并周期性地根据监测到的RTT配置RLC AM参数。
具体配置RLC AM参数的过程,雷同与第一实施例中的步骤18的相关描述,这里不再详细叙述。
在上述实施例中,如果针对下行业务配置RLC AM,则承载信道中主要的RLC AM定时参数都是位于RNC,因此,RNC对RLC AM参数进行重配置的时候可不用空中接口消息,就能够完成本功能。
对于上行业务,RNC发送的状态报告将承载于所述上行业务对应的下行传输信道上,因此,配置上行业务的RLC AM参数时,还需要通过在空中接口上发送Radio Bearer Reconfiguration信令,将配置好的RLC AM参数通知给用户。
由上述本发明的具体实施方案可以看出,其存在如下效果:
本发明能够实时地监测HS-DSCH RTT,从而能够根据监测到的RTT配置合理的RLC AM参数值,进而能够减小承载于HS-DSCH信道的业务的掉话率,并提高业务数据的传输速率。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (11)
1、一种配置无线链路控制层中确认传输模式参数的方法,其特征在于,包括:
A、当发送端发送分组数据单元PDU后,根据收到接收端反馈的所述PDU的状态报告的时刻相对于所述PDU发送时刻的差,对所述PDU的环回时间RTT进行实时测量,并根据测量得到的数据计算承载信道的RTT;
B、根据得到的承载信道的RTT对无线链路控制层的确认传输模式RLCAM参数进行配置。
2、根据权利要求1所述的方法,其特征在于,所述步骤A具体包括:
A1、发送端发送PDU给接收端,并在发送每一个PDU的时刻对所述PDU开始计时;
A2、当发送端接收到接收端反馈的所述PDU的状态报告时,则结束对所述PDU的计时,并记录下发生的时间作为所述PDU的RTT;
A3、统计在设定时间段内得到报告的所有PDU的数量和RTT,并根据统计结果计算并得到承载所述PDU的信道的RTT。
4、根据权利要求2所述的方法,其特征在于,所述步骤A还包括:
A4、对所述承载信道的RTT进行更新。
5、根据权利要求4所述的方法,其特征在于,所述步骤A4具体包括:
A41、根据接收到的PDU的状态报告,确定需要重新发送的PDU;
A42、优先发送需要重新发送的PDU,然后发送新的PDU,并在发送时刻,对对应的PDU开始计时;
A43、当发送端接收到对应PDU的状态报告时,则结束对所述PDU的计时,并记录下发生的时间作为所述PDU的RTT;
A44、统计在设定时间段内得到报告的所有PDU的数量和RTT,并根据统计结果更新所述承载信道的RTT。
6、根据权利要求2或5所述的方法,其特征在于,步骤A2或步骤A43具体包括:
如果发送端接收到接收端反馈的所述PDU的状态报告的时间未超过设定的域值,则结束对所述PDU的计时,并记录下发生的时间作为所述PDU的RTT;否则将所述设定的域值作为所述PDU的RTT。
7、根据权利要求1所述的方法,其特征在于,所述步骤B具体包括:
B1、设置承载信道的初始RTT,并根据所述初始RTT配置初始的RLCAM参数,并将所述初始RTT作为当前RTT,然后实时监测承载信道的RTT;
B2、根据监测到的承载信道的RTT配置RLC AM参数,并用其更新所述初始配置的RLC AM参数。
8、根据权利要求7所述的方法,其特征在于,所述步骤B2具体包括:
B21、将监测到的RTT与当前RTT进行比较,如果监测到的承载信道的RTT大于所述当前RTT,并超过预定值且持续设定时间,则根据监测到的承载信道的RTT配置RLC AM参数;如果监测的承载信道的RTT小于所述当前RTT,并超过预定值且持续设定时间,则根据监测到的承载信道的RTT配置RLC AM参数;
B22、实时用重新配置的RLC AM参数更新已经配置的RLC AM参数。
9、根据权利要求1所述的方法,其特征在于,所述步骤B具体包括:
B3、周期性地监测承载信道的RTT,并根据监测到的RTT配置RLC AM参数;
或,
B4、实时监测承载信道的RTT,并周期性地根据监测到的RTT配置RLCAM参数。
10、根据权利要求7、8或9所述的方法,其特征在于,步骤B2、B21、B3或B4中,所述根据RTT配置RLC AM参数的过程具体包括:
C1、获取承载信道每决定发送一次数据的时间间隔TTI,以及监测到的RTT;
C2、根据公式AM Timer=RTT+a×TTI,其中a为设定的整数,配置RLC AM参数。
11、根据权利要求1所述的方法,其特征在于,当对上行业务的RLC AM参数进行配置时,还包括:
D、通过在空中接口发送无线承载重配置消息,将配置好的RLC AM参数通知给用户。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005101277385A CN100505609C (zh) | 2005-12-05 | 2005-12-05 | 配置无线链路控制层中确认传输模式参数的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005101277385A CN100505609C (zh) | 2005-12-05 | 2005-12-05 | 配置无线链路控制层中确认传输模式参数的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1866812A true CN1866812A (zh) | 2006-11-22 |
CN100505609C CN100505609C (zh) | 2009-06-24 |
Family
ID=37425705
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005101277385A Active CN100505609C (zh) | 2005-12-05 | 2005-12-05 | 配置无线链路控制层中确认传输模式参数的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100505609C (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101895372A (zh) * | 2010-06-29 | 2010-11-24 | 中国科学院计算技术研究所 | 无线链路控制层确认模式下的数据传输方法 |
CN101350943B (zh) * | 2007-07-19 | 2012-02-08 | 鼎桥通信技术有限公司 | Hsdpa业务类型转换中的rlc模式设置方法 |
CN110087186A (zh) * | 2013-05-30 | 2019-08-02 | 高通股份有限公司 | 用于增强型往返时间(rtt)交换的方法和系统 |
-
2005
- 2005-12-05 CN CNB2005101277385A patent/CN100505609C/zh active Active
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101350943B (zh) * | 2007-07-19 | 2012-02-08 | 鼎桥通信技术有限公司 | Hsdpa业务类型转换中的rlc模式设置方法 |
CN101895372A (zh) * | 2010-06-29 | 2010-11-24 | 中国科学院计算技术研究所 | 无线链路控制层确认模式下的数据传输方法 |
CN101895372B (zh) * | 2010-06-29 | 2013-04-03 | 中国科学院计算技术研究所 | 无线链路控制层确认模式下的数据传输方法 |
CN110087186A (zh) * | 2013-05-30 | 2019-08-02 | 高通股份有限公司 | 用于增强型往返时间(rtt)交换的方法和系统 |
CN110087186B (zh) * | 2013-05-30 | 2021-02-12 | 高通股份有限公司 | 用于增强型往返时间(rtt)交换的方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN100505609C (zh) | 2009-06-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1225134C (zh) | 链路管理器及链路管理方法 | |
CN1285225C (zh) | 用于在无线电通信系统中从无线电链路控制层发送数据的方法 | |
CN101047484A (zh) | 一种传输层重传方法和系统 | |
CN101044698A (zh) | 在移动通信系统中用信令方式发送用于上行链路数据传送的用户设备状态信息的方法和装置 | |
CN1674715A (zh) | 移动通信中执行基于压缩模式的混合自动重发请求的方法 | |
CN1930833A (zh) | 控制站装置、基站装置、终端装置、分组通信系统以及分组通信方法 | |
CN1702993A (zh) | 无线通信设备 | |
CN1976272A (zh) | 在移动通信系统中控制反馈信号的可靠性的方法和装置 | |
CN1533105A (zh) | 无线电通信系统、基站与校正无线电链路质量信息的方法 | |
CN1918825A (zh) | 发送和接收具有处理时间信息的控制协议数据单元 | |
CN1951135A (zh) | 控制站装置、基站装置、接收方法、传输方法以及通信方法 | |
CN101047485A (zh) | 通信终端以及重发控制方法 | |
CN1729709A (zh) | 无线通信网络及流量控制方法 | |
CN1694547A (zh) | 无线基站装置和无线通信控制方法 | |
CN1819677A (zh) | 一种基于非服务基站相对命令的终端操作方法及其装置 | |
CN1806400A (zh) | 移动通信系统中发送反向分组数据的设备和方法 | |
CN101030840A (zh) | 具有重传请求的数据传输方法和接收端状态报告编制方法 | |
CN1738442A (zh) | 用于工作在压缩模式下的无线通信网络的方法和装置 | |
CN1638310A (zh) | 移动通信系统、无线控制装置和基站 | |
CN1968066A (zh) | 适用于多载波高速下行分组接入的信道配置和分配方法 | |
CN101039452A (zh) | 增强的专用信道中调度信息的传输方法及其系统 | |
CN1833422A (zh) | 分组通信装置 | |
CN1241346C (zh) | Wcdma系统无线网络控制层的流量控制方法 | |
CN101060656A (zh) | 增强的专用信道中服务授权参数的控制方法及用户设备 | |
CN1949925A (zh) | 一种lte技术中的平滑切换方法 |
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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20211223 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: xFusion Digital Technologies Co., Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |