CN1984058B - 高速上行分组接入的服务调度更新方法及其系统 - Google Patents
高速上行分组接入的服务调度更新方法及其系统 Download PDFInfo
- Publication number
- CN1984058B CN1984058B CN2006100792542A CN200610079254A CN1984058B CN 1984058 B CN1984058 B CN 1984058B CN 2006100792542 A CN2006100792542 A CN 2006100792542A CN 200610079254 A CN200610079254 A CN 200610079254A CN 1984058 B CN1984058 B CN 1984058B
- Authority
- CN
- China
- Prior art keywords
- dispatch
- variable
- value
- service dispatch
- user terminal
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 125
- 230000011664 signaling Effects 0.000 claims description 60
- 230000005540 biological transmission Effects 0.000 claims description 17
- 238000005516 engineering process Methods 0.000 abstract description 7
- 238000010295 mobile communication Methods 0.000 abstract description 3
- 230000001174 ascending effect Effects 0.000 abstract description 2
- 238000012423 maintenance Methods 0.000 description 3
- FFBHFFJDDLITSX-UHFFFAOYSA-N benzyl N-[2-hydroxy-4-(3-oxomorpholin-4-yl)phenyl]carbamate Chemical compound OC1=C(NC(=O)OCC2=CC=CC=C2)C=CC(=C1)N1CCOCC1=O FFBHFFJDDLITSX-UHFFFAOYSA-N 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000002708 enhancing effect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000001228 spectrum Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000000630 rising effect Effects 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及移动通信技术，公开了一种高速上行分组接入的服务调度更新方法及其系统，使得用户终端能更准确地根据网络侧的调度结果传输数据。本发明中，在接收到RG′hold′时，也对用户终端的SG变量进行更新，更新为当前HARQ进程在上一个TTI的SG值。除了为用户终端的所有HARQ进程维护一个共享SG变量的方式外，还可以为用户终端的每个HARQ进程单独维护一个SG变量。对于这种单独维护SG变量的方式，在接收到RG信令时，根据RG信令内的指示对当前的HARQ进程进行维护更新，在接收到AG信令时，根据AG信令内的指示对每个HARQ进程的SG变量进行统一的更新。
Description
技术领域
本发明涉及移动通信技术，特别涉及高速上行分组接入的服务调度。
背景技术
第三代合作伙伴项目(3rd Generation Partnership Project，简称“3GPP”)作为移动通信领域的重要组织推动了3G技术的标准化工作，其早期的协议版本中上行和下行业务的承载都是基于专用信道，其中，99版(Release 99，简称“R99”)中上行和下行能够达到的数据传输速率均为384千比特每秒(Kbps)。
随着移动通信技术的发展，3G技术也在不断的发展演进。许多对流量和迟延要求较高的数据业务如视频、流媒体和下载等需要系统提供更高的传输速率和更短的时延，高速下行分组接入(High Speed Downlink Packet Access，简称“HSDPA”)和高速上行分组接入(High Speed Uplink Packet Access，简称“HSUPA”)就是3G技术的重要演进。不同于R99版本中数据包的调度和重传由无线网络控制器(Radio Network Controller，简称“RNC”)控制，HSDPA和HSUPA中，数据包的调度和重传等由基站控制，这种更快速的控制可以更好的适应信道变化，减小传输时延，增加数据吞吐量。HSDPA和HSUPA分别能够提供高达14.4兆比特每秒(Mbps)和5.76Mbps的峰值速率，频谱利用率也得到很大的提高。
其中，HSUPA作为高速上行数据包接入技术，在2004年引入到了3GPP第6版(Release 6，简称“R6”)的版本中。类似于HSDPA，HSUPA采用更短的传输时间间隔(Transmission Timing Interval，简称“TTI”)和帧长(2ms或10ms)以实现快速自适应控制，在物理层使用混合自动重传请求(Hybrid Auto Repeat reQuest，简称“HARQ”)和基于基站的快速上行调度技术，提高了上行的频谱效率。
为了实现用户设备(User Equipment，简称“UE”)上行数据的高效率传输，HSUPA新增加了两个上行物理信道和三个下行物理信道，它们分别是用于承载用户数据的上行的增强专用物理数据传输信道(Enhanced-DCHDedicated Physical Data Channel，简称“E-DPDCH”)，用于传输伴随物理层信令，为E-DPDCH解调提供伴随信令的上行的增强专用物理控制信道(Enhanced-DCH Dedicated Physical Control Channel，简称“E-DPCCH”)，用于控制UE的上行传输速率的绝对授权信道(Enhanced-DCH Absolute GrantChannel，简称“E-AGCH”)和相对授权信道(Enhanced-DCH Relative GrantChannel，简称“E-RGCH”)，以及用于指示上行进程数据传输是否正确的重传指示信道(E-DCH Hybrid ARQ Indicator Channel，简称“E-HICH”)。其中，E-AGCH只在服务无线连接小区存在，用于指示UE上行可以传输的最大传输速率，调节的频率比较低；E-RGCH在服务无线连接和非服务无线连接小区都可以存在，用于指示UE按一定步长调整上行传输速率，调整的频率比较高，最高可达每TTI一次。HSUPA中，UE通过E-HICH获知数据是否被正确接收，如果不正确，将发起重传，否则发送新数据。除了物理层增加信道之外，为了配合HSUPA，还在MAC层中引入MAC-e(e指增强)和MAC-es两个子层，以支持HARQ和快速调度，MAC-e和MAC-es处于物理层和MAC-d之间。HSUPA的协议结构图如图1所示。
一直以来，如何根据网络侧当前的资源利用情况对UE的业务速率进行调度是3GPP长期研究的重要课题，在R99/R4(Release 4)/R5(Release 5)中，上行调度和数据速率控制都是在RNC里完成的，而在R6中，对于HSUPA，其上行调度和数据速率控制都是由基站实现的。与在RNC中进行控制和调度相比，基站的控制和调度可以更快地对上行负载的变化作出反应，从而获得更高的小区吞吐量和更大的覆盖范围。
在现有的HSUPA中，基站通过AGCH和RGCH向其下辖的UE下发绝对调度(Absolute Grant，简称“AG”)或相对调度(Relative Grant，简称“RG”)命令，对其覆盖范围内UE的业务速率进行控制和调度。UE在接收到来自基站的调度命令后，根据调度命令的内容进行相应的速率提升或降低，如何使UE准确及时地响应基站的速率调度，是保证HSUPA性能的关键点之一。
具体地说，按照协议3GPP，TS 25.321里11.8.1.3中对UE的服务调度(Serving Grant，简称“SG”)值更新的描述，当UE收到来自基站的RG时，首先判断该UE的HARQ进程是否为激活的，且其“Primary_Grant_Available”等于“真”，且其SG值不等于“Zero_Grant”，且AG定时器已经超时，并且该HARQ进程的前一个TTI内有调度传输，如果满足以上条件，则UE根据RG信令对HARQ进程的传输速率进行调整。由于同一UE包含多个HARQ进程，这些HARQ进程共用同一个SG变量，在不同的TTI上运行，因此，当接收到的RG信令为“up(上升)”时，UE将该共享的SG变量当前的取值更新为大于当前运行的HARQ进程在上一个TTI内所使用的SG值的值；当接收到的RG信令为“down(下降)”时，UE将当前的SG变量的取值更新为小于当前运行的HARQ进程在上一个TTI所使用的SG值的值；当接收到的RG信令为“hold(保持)”时，UE不对当前SG变量的取值作任何处理。UE当前的HARQ进程根据当前的SG值传输数据。比如说，同一UE包含8个HARQ进程，分别为进程0-进程7，不同的HARQ进程共用同一个SG变量，在不同的TTI内传输数据。进程0在第一个TTI内传输数据，进程1在第二个TTI内传输数据，以此类推，在进程7在第八个TTI内传输数据后，重新开始由进程0在第九个TTI内传输数据，以此循环往复。为了调整不同进程的传输速率，UE在每个TTI都收到一个RG信令，如果收到的RG信令为“up”，假设在第九个TTI内UE收到的RG信令为“up”，则UE将当前SG变量的取值更新为大于当前运行的进程0在其上一个TTI(即第一个TTI)内所使用的SG值的值，如在第一个TTI内，进程0使用的SG值为5.6kb/s，则在第九个TTI内，将SG变量的取值更新为7.9kb/s，使进程0在第九个TTI内使用的SG值大于该进程在上一个TTI内使用的SG值；同样，如果在第九个TTI内UE收到的RG命令为“down”，则在第九个TTI内，将SG变量的取值更新为小于5.6kb/s的值，如4.6kb/s，使得进程0在第九个TTI内使用的SG值小于该进程在上一个TTI(即第一个TTI)内使用的SG值；如果在第九个TTI内UE收到的RG命令为“hold”，则不对当前的SG变量的取值作任何更新。
在实际应用中，上述方案存在以下问题：在现有技术中，UE可能无法准确地根据网络侧RG信令的调度结果传输数据。
造成这种情况的主要原因在于，在现有技术中，当网络侧希望某HARQ进程保持该进程在上一个TTI内的传输速率时，向该HARQ进程的UE发送RG′hold′的信令，针对上述案例，当网络侧希望进程0在第九个TTI内保持其在第一个TTI内的传输速率时，向其UE发送RG′hold′的信令，UE收到该RG信令后，不对当前SG的值作任何处理，然而，由于同一UE的多个HARQ进程在不同的TTI内共用同一个SG，因此当前TTI内SG变量的取值为上一个TTI内，即第八个TTI内，进程7所使用的SG值，而非进程0在其运行的上一个TTI内，即第一个TTI内所使用的SG值，可见并未达到网络侧发送该RG信令所期望效果，且使得UE对该HARQ进程的传输速率作出错误的调整。尤其当上一TTI内的HARQ进程使用的SG值与本HARQ进程原应使用的SG值差别很大时，错误的调度将使得网络侧无法更合理地分配网络资源。
发明内容
有鉴于此，本发明的主要目的在于提供一种高速上行分组接入的服务调度更新方法及其系统，使得用户终端能更准确地根据网络侧的调度结果传输数据。
为实现上述目的，本发明提供了一种高速上行分组接入的服务调度更新方法，包含以下步骤：
用户终端在接收到来自网络侧的相对调度信令时，如果该信令指示维持原有的数据速率，则将当前的服务调度变量的取值设置为当前的混合自动重传请求进程在上一个传输时间间隔所使用的服务调度值。
其中，所述用户终端只维护一个服务调度变量，由各混合自动重传请求进程共享。
此外在所述方法中，所述用户终端为每个混合自动重传请求进程单独维护一个服务调度变量。
此外在所述方法中，还包含以下步骤：
当所述用户终端在接收到相对调度信令时，该用户终端根据该相对调度信令更新当前混合自动重传请求进程的服务调度变量的取值；
当所述用户终端在接收到绝对调度信令时，该用户终端根据该绝对调度信令更新每个混合自动重传请求进程的服务调度变量的取值。
本发明还提供了一种高速上行分组接入的服务调度更新系统，包含至少一个用户终端与网络侧，所述用户终端内还包含：
收发模块，用于与所述网络侧交互信令；
更新模块，用于更新用户终端当前的服务调度变量的取值；
以及判断模块，用于在所述收发模块接收到相对调度信令时，判断该信令是否指示维持原有的数据速率，如果是，则通知所述更新模块将当前的服务调度变量的取值设置为当前的混合自动重传请求进程在上一个传输时间间隔所使用的服务调度值。
其中，所述用户终端只维护一个服务调度变量，由各混合自动重传请求进程共享。
此外在所述系统中，所述用户终端为每个混合自动重传请求进程单独维护一个服务调度取值。
此外在所述系统中，所述判断模块还用于：
当所述收发模块接收到相对调度信令时，指示所述更新模块根据该相对调度信令更新当前混合自动重传请求进程的服务调度变量的取值；
当所述收发模块接收到绝对调度信令时，指示所述更新模块根据该绝对调度信令更新每个混合自动重传请求进程的服务调度变量的取值。
通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，在接收到RG′hold′时，也对用户终端的SG变量进行更新，更新为当前HARQ进程在上一个TTI的SG值。从而保证了用户终端当前的HARQ进程能准确地根据网络侧的调度结果在当前TTI内发送数据，使得用户终端SG变量取值的更新与网络侧所期望的一致，体现出网络侧的调度命令在用户终端侧的影响，提高了HSUPA系统的性能。
除了为用户终端的所有HARQ进程维护一个共享SG变量的方式外，还可以为用户终端的每个HARQ进程单独维护一个SG变量。对于这种单独维护SG变量的方式，在接收到RG信令时，根据RG信令内的指示对当前的HARQ进程的SG变量的取值进行维护更新，在接收到AG信令时，根据AG信令内的指示对每个HARQ进程的SG变量的取值进行统一的更新。
附图说明
图1是现有技术中HSUPA的协议结构示意图；
图2是根据本发明第一实施方式的HSUPA的服务调度更新方法流程图；
图3是根据本发明第二实施方式的HSUPA的服务调度更新方法流程图；
图4是根据本发明第三实施方式的HSUPA的服务调度更新系统结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。
本发明的核心在于，UE在接收到RG信令为′hold′时，也需要对当前SG变量的取值进行更新，UE将当前的SG变量的取值更新为当前的HARQ进程在上一个TTI所使用的SG值，使得该UE当前的HARQ进程能准确地根据网络侧的调度结果在当前TTI内发送数据。
下面根据发明原理对本发明第一实施方式HSUPA的服务调度更新方法进行说明。
如图2所示，在步骤210中，UE接收来自网络侧的调度信令，接着进入步骤220，UE判断该调度信令是AG信令还是RG信令，如果UE接收到的是AG信令，则进入步骤230，反之如果UE接收到的是RG信令，则进入步骤240。
在步骤230中，UE根据接收到的AG信令更新每个HARQ进程所对应的SG变量的取值。具体地说，为了避免因同一UE的多个HARQ进程共用一个SG变量而产生意外的错误，在本实施方式中，UE为每一个HARQ进程单独维护一个SG变量，即同一UE的多个HARQ进程分别拥有各自的SG变量，UE在收到来自网络侧的AG信令时，根据该AG信令更新每个HARQ进程的SG变量的取值，将每个HARQ进程的SG变量的取值均更新为该AG信令的指定值。
在UE收到RG信令时，进入步骤240，UE进一步判断该RG信令指示的是′up′、′hold′、还是′down′。如果该RG信令为指示上调速率的′up′，则进入步骤250，UE根据现有协议将当前的HARQ进程的SG变量的取值在其原有的基础上进行上调；如果该RG信令为指示下调速率的′down′，则进入步骤260，UE根据现有协议将当前的HARQ进程的SG变量的取值在其原有的基础上进行下调；如果该RG信令为指示维持原有速率的′hold′，则进入步骤270，UE将当前HARQ进程的SG变量的取值更新为该HARQ进程在上一个TTI内所使用的SG值。无论对当前HARQ进程的SG变量的取值上调、维持、或下调，UE当前的HARQ进程均按照更新后的SG值在当前TTI内发送数据。
本实施方式通过UE为每一个HARQ进程分别维护一个单独使用的SG变量，有效避免了UE在接收到RG信令为′hold′时，当前的HARQ进程错误地根据上一TTI内其他HARQ进程所使用的SG值在当前TTI内发送数据，保证了UE当前的HARQ进程能准确地根据网络侧的调度结果在当前TTI内发送数据，使得UE的SG变量的更新与网络侧所期望的一致，体现出网络侧的调度命令在UE侧的影响，提高了HSUPA系统的性能。
本发明第二实施方式HSUPA的服务调度更新方法与第一实施方式大致相同，其区别仅在于，第一实施方式中，同一UE的多个HARQ进程分别拥有各自的SG变量，UE对每个HARQ进程的SG变量进行单独维护，而在本实施方式中，为了更好地与现有技术相融和，同一UE的多个HARQ进程共用同一个SG变量，UE只需对一个SG变量进行维护，根据网络侧的信令，将该SG变量在不同的TTI内更新为不同的取值，使每个HARQ进程在其对应的TTI内能够使用网络侧预期的SG值。
具体地说，如图3所示，在步骤310中，UE接收来自网络侧的调度信令，接着进入步骤320，UE判断该调度信令是AG信令还是RG信令，如果UE接收到的是AG信令，则进入步骤330，反之如果UE接收到的是RG信令，则进入步骤340。
由于UE接收到的是AG信令，因此在步骤330中，UE根据该AG信令更新当前的SG值，即将当前的SG变量的取更新为该AG信令中的指定值。
在UE收到RG信令时，进入步骤340，UE进一步判断该RG信令指示的是′up′、′hold′、还是′down′。如果该RG信令为指示上调速率的′up′，则进入步骤350，UE根据现有协议上调SG变量当前的取值，具体上调方法与现有技术相同，在此不再赘述；如果该RG信令为指示下调速率的′down′，则进入步骤360，UE根据现有协议下调SG变量当前的取值，其下调方法同样与现有技术相同；如果该RG信令为指示维持原有速率的′hold′，则进入步骤370，UE将SG变量当前的取值更新为当前的HARQ进程在上一个TTI内所使用的SG值。举例而言，同一UE包含8个HARQ进程，分别为进程0-进程7，七个HARQ进程共用同一个SG变量，在不同的TTI内传输数据。进程0在第一个TTI内根据该TTI对应的SG值传输数据，进程1在第二个TTI内根据该TTI对应的SG值传输数据，以此类推，并在进程7在第八个TTI内传输数据后，重新开始由进程0在第九个TTI内根据该TTI对应的SG值传输数据，以此循环往复。假设在第九个TTI内UE收到的RG信令为“hold”，则UE将SG变量在该TTI内的取值更新为该TTI内运行的进程0在其上一个TTI内所使用的SG值，即更新为进程0在第一个TTI内所使用的SG值，从而避免了UE错误地将当前的SG值维持上一TTI内其他HARQ进程的SG值，保证了UE当前的HARQ进程能准确地根据网络侧的调度结果在当前TTI内发送数据。
本发明第三实施方式HSUPA的服务调度更新系统，如图4所示，包含用于与网络侧交互信令的收发模块，用于更新UE当前的SG变量的取值的更新模块，以及用于判断接收到的信令是否指示维持原有的数据速率的判断模块。
在本系统中，UE为每个HARQ进程单独维护一个SG变量，具体地说，收发模块接收来自网络侧的调度信令，当该调度信令是RG信令时，由判断模块判断其是否指示维持原有的数据速率，如果是，则通知更新模块将当前的HARQ进程的SG变量的取值更新为该进程在上一个TTI内所使用的SG值。当收发模块接收到的调度信令是AG信令时，指示更新模块根据该AG信令更新每个HARQ进程的SG变量的取值。由于UE为每一个HARQ进程维护一个单独使用的SG变量，有效避免了UE在接收到RG信令为′hold′时，当前的HARQ进程错误地根据上一TTI内其他HARQ进程所使用的SG值在当前TTI内发送数据，保证了UE当前的HARQ进程能准确地根据网络侧的调度结果在当前TTI内发送数据，使得UE中SG变量取值的更新与网络侧所期望的一致，体现出网络侧的调度命令在UE侧的影响，提高了HSUPA系统的性能。
虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。
Claims (8)
1.一种高速上行分组接入的服务调度更新方法，其特征在于，包含以下步骤：
用户终端在接收到来自网络侧的相对调度信令时，如果该信令指示维持原有的数据速率，则将当前的服务调度变量的取值设置为当前的混合自动重传请求进程在上一个传输时间间隔所使用的服务调度值。
2.根据权利要求1所述的高速上行分组接入的服务调度更新方法，其特征在于，所述用户终端只维护一个服务调度变量，由各混合自动重传请求进程共享。
3.根据权利要求1所述的高速上行分组接入的服务调度更新方法，其特征在于，所述用户终端为每个混合自动重传请求进程单独维护一个服务调度变量。
4.根据权利要求3所述的高速上行分组接入的服务调度更新方法，其特征在于，还包含以下步骤：
当所述用户终端在接收到相对调度信令时，该用户终端根据该相对调度信令更新当前混合自动重传请求进程的服务调度变量的取值；
当所述用户终端在接收到绝对调度信令时，该用户终端根据该绝对调度信令更新每个混合自动重传请求进程的服务调度变量的取值。
5.一种高速上行分组接入的服务调度更新系统，包含至少一个用户终端与网络侧，其特征在于，所述用户终端内还包含：
收发模块，用于与所述网络侧交互信令；
更新模块，用于更新用户终端当前的服务调度变量的取值；
以及判断模块，用于在所述收发模块接收到相对调度信令时，判断该信令是否指示维持原有的数据速率，如果是，则通知所述更新模块将当前的服务调度变量的取值设置为当前的混合自动重传请求进程在上一个传输时间间隔所使用的服务调度值。
6.根据权利要求5所述的高速上行分组接入的服务调度更新系统，其特征在于，所述用户终端只维护一个服务调度变量，由各混合自动重传请求进程共享。
7.根据权利要求5所述的高速上行分组接入的服务调度更新系统，其特征在于，所述用户终端为每个混合自动重传请求进程单独维护一个服务调度变量。
8.根据权利要求7所述的高速上行分组接入的服务调度更新系统，其特征在于，所述判断模块还用于：
当所述收发模块接收到相对调度信令时，指示所述更新模块根据该相对调度信令更新当前混合自动重传请求进程的服务调度变量的取值；
当所述收发模块接收到绝对调度的信令时，指示所述更新模块根据该绝对调度信令更新每个混合自动重传请求进程的服务调度变量的取值。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006100792542A CN1984058B (zh) | 2006-04-18 | 2006-04-18 | 高速上行分组接入的服务调度更新方法及其系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006100792542A CN1984058B (zh) | 2006-04-18 | 2006-04-18 | 高速上行分组接入的服务调度更新方法及其系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1984058A CN1984058A (zh) | 2007-06-20 |
| CN1984058B true CN1984058B (zh) | 2010-09-29 |
Family
ID=38166304
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2006100792542A Active CN1984058B (zh) | 2006-04-18 | 2006-04-18 | 高速上行分组接入的服务调度更新方法及其系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1984058B (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101436888B (zh) * | 2007-11-15 | 2013-08-14 | 华为技术有限公司 | 功率控制的方法、系统、基站和用户终端 |
| CN101600222B (zh) * | 2009-07-02 | 2012-01-04 | 华为终端有限公司 | 非服务相对授权的处理方法、装置 |
| CN102033948A (zh) * | 2010-12-22 | 2011-04-27 | 中国农业银行股份有限公司 | 一种数据更新方法和装置 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1423435A (zh) * | 2001-12-05 | 2003-06-11 | 华为技术有限公司 | 高速下行数据包接入系统对不同服务质量业务的支持方法 |
| CN1694571A (zh) * | 2004-05-04 | 2005-11-09 | 三星电子株式会社 | 为软切换用户设备选择服务调度小区的装置和方法 |
-
2006
- 2006-04-18 CN CN2006100792542A patent/CN1984058B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1423435A (zh) * | 2001-12-05 | 2003-06-11 | 华为技术有限公司 | 高速下行数据包接入系统对不同服务质量业务的支持方法 |
| CN1694571A (zh) * | 2004-05-04 | 2005-11-09 | 三星电子株式会社 | 为软切换用户设备选择服务调度小区的装置和方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1984058A (zh) | 2007-06-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102833871B (zh) | 处理增强上链调度允准的无线通信方法及装置 | |
| CN101267232B (zh) | 无线通讯系统客户端改善服务授权量值设定的方法及装置 | |
| US9118476B2 (en) | Transmission control method | |
| CN100512565C (zh) | 一种提高无线通信上行分组调度的方法 | |
| KR101104263B1 (ko) | 향상된 업링크 공률 제어방법 | |
| MX2008001167A (es) | Metodo y aparato para control de transmisiones de canales dedicados mejorados. | |
| CN100496007C (zh) | 配置增强专用信道混合自动重传请求指示信道功率偏置值的方法、基站与无线接入网系统 | |
| CN100442915C (zh) | 移动通信系统中高速数据传输的调度方法 | |
| JP2009105570A (ja) | 無線通信システム、無線通信方法、基地局及び無線端末 | |
| CN101330454B (zh) | 一种多载波系统的高速上行链路分组接入方法 | |
| CN101060656B (zh) | 增强的专用信道中服务授权参数的控制方法及用户设备 | |
| KR100953580B1 (ko) | 전송 속도 제어 방법, 무선 기지국 및 무선 네트워크제어국 | |
| CN1984058B (zh) | 高速上行分组接入的服务调度更新方法及其系统 | |
| US20080070583A1 (en) | Method and apparatus for setting serving grant in a wireless communications system | |
| JP5118071B2 (ja) | 基地局、無線通信システム及び無線通信方法 | |
| US8009621B2 (en) | Radio communication system, method and base station with controlled transmission rate | |
| CN101026574A (zh) | 无线通信系统、固定台设备及信号发送方法 | |
| CN100542352C (zh) | E-dch中服务授权处理方法 | |
| EP1901575A2 (en) | Method and apparatus for setting serving grant in a wireless communications system | |
| KR20050106213A (ko) | 무선 이동통신 시스템의 상향링크 데이터 전송 제어 방법 | |
| CN101146043A (zh) | 无线通讯系统设定工作允传量值的方法及其相关装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| ASS | Succession or assignment of patent right |
Owner name: HUAWEI TECH CO., LTD., SHANGHAI Free format text: FORMER OWNER: HUAWEI TECHNOLOGY CO., LTD. Effective date: 20080912 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20080912 Address after: Code 615, Nanjing Road, Pudong District, Shanghai, China: 200121 Applicant after: SHANGHAI HUAWEI TECHNOLOGIES CO.,LTD. Address before: Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Province, China: 518129 Applicant before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
| 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: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee after: HUAWEI TECHNOLOGIES Co.,Ltd. Address before: 200121, Nanjing Road, Pudong District, Shanghai, No. 615 Patentee before: SHANGHAI HUAWEI TECHNOLOGIES CO.,LTD. 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. |