一种分组数据调度方法及装置的制造方法
【技术领域】
[0001]本发明涉及移动通信技术领域，尤其涉及一种分组数据调度方法及装置。
【背景技术】
[0002]随着无线通信技术的进一步发展以及智能终端的广泛普及，分组数据域的业务量正在快速增长。更由于多线程的高级智能终端的广泛应用，终端会在有不同业务需求的情况下向核心网(Core Network,CN)进行多次分组数据协议(Packet Data Protocol,PDP)上下文激活以满足用户不同的应用需求，如:接入点CMNET和CMffAP用于互联网(Internet)访问，接入点CMMAIL用于移动邮箱，接入点CMMM用于移动商城等。在终端与CN完成多TOP连接的情况下，终端将能实现各种不同分组数据同时传输的功能，如:查看新闻，实时更新天气信息，更新邮箱状态等，达到了在任何时间、任何地点满足用户丰富多彩的业务需求的目的。
[0003]根据第三代合作伙伴计划(3rdGenerat1n Partnership Project, 3GPP)协议规定，在码分多址接入CDMA (Code Divis1n Multiple Access, CDMA)系统中，小区基站与用户设备(User Equipment, UE)交互的上行方向上，各UE拥有并独享一颗正交可变扩频因子(Orthogonal Variable Spreading Factor Code, 0VSF)码树，小区基站是根据有限的上行扰码区分不同用户，所以用户的上行资源基本不受限制；在小区基站与用户UE交互的下行方向上，由于所有小区用户都共享同一颗OVSF码树的码资源，并根据分配给不同UE的OVSF码来区分不同的用户，并且小区基站是依据下行链路最大数据传输速率的需求对下行物理信道资源进行分配的，数据传输速率越高，占用的小区基站的码资源越多，系统的容量则会相应变低。
[0004]由此可见，在UE为满足多业务应用需求完成多PDP激活后将会使用大量小区基站的码资源，直接影响了系统的容量。考虑到不同业务类型(流媒体类，交互类，背景类)的数据传输模型，在保证满足业务的服务质量(Quality of Service, QoS)的情况下,对某一UE的业务资源的分配方法由原来各种业务独享一条专用传输信道优化为多业务共享一条专用传输信道，也即逻辑信道复用，此时多个用于承载不同业务的逻辑信道可映射到一个传输信道，图1所示即为3个专用控制信道(Dedicated Control Channel, DCCH)映射到(也即复用)一个专用信道(Dedicated Channel,DCH),以及两个专用业务信道(DedicatedTraffic Channel,DTCH)映射到或复用一个DCH信道的情况，这种逻辑信道复用方式能减低多PDP业务对系统码资源产生的负荷，也同时减少了多PDP业务对系统容量的影响。因此，CDMA系统下行链路对多PDP业务的逻辑信道复用策略在如今智能终端广泛应用的情况下显得极其关键。
[0005]现有逻辑信道复用技术主要是小区基站在分配本小区内的某一 UE的无线链路控制(Rad1 Link Control, RLC)子模块和媒体接入控制(Medium Access Control, MAC)子模块业务数据调度资源时，以CN携带的业务类型优先级或在业务类型相同的情况下以业务建立的先后顺序(即逻辑信道的索引号)为依据分配不同的逻辑信道优先级，RLC子模块和MAC子模块在有限的调度资源的情况下，对复用传输信道的逻辑信道根据其优先级调度各自缓存的数据，优先调度优先级高的分组数据，在优先级高的逻辑信道没有缓存的分组数据的情况下再调度优先级次高逻辑信道缓存的分组数据，具体的针对某一 UE的分组数据调度方法如图2所示，包括以下步骤:
[0006]步骤201 =MAC子模块在调度时刻到达时，判断是否存在待调度的传输信道，若是，则执行步骤202 ;若否，则执行步骤203。
[0007]步骤202:判断是否存在逻辑信道复用，若是，则执行步骤204 ;若否，则执行步骤205。
[0008]步骤203 =MAC子模块传输信道调度结束。
[0009]步骤204:按照逻辑信道优先级查询逻辑信道缓存，并执行步骤206。
[0010]步骤205:判断是否有待发送的数据，若是，则执行步骤207，若否，则执行步骤203。
[0011]步骤206:判断所有逻辑信道的缓存是否为零，若是，则执行步骤203，若否，则执行步骤208。
[0012]步骤207:将待发送的数据构造成协议规定的MAC协议数据单元格式的数据并发送，并执行步骤203。
[0013]步骤208:选择优先级较高且有待发送数据的逻辑信道映射到当前传输信道并执行步骤207。
[0014]在某一 UE同时进行多PDP分组业务的情况下，根据上述按照逻辑信道优先级的分组数据调度方法的上述特性，在逻辑信道复用的情况下对分组业务数据进行调度时会存在以下问题:
[0015](I)针对CN没有携带业务类型或携带相同业务类型的情况下，多PDP连接的各分组业务的逻辑信道优先级分配按照逻辑信道的索引号(业务接入的先后顺序)分配，在现有MAC子模块优先调度完优先级高的逻辑信道数据的策略下，越后发起接入请求的分组交换(Packet Switch，PS)业务越难获取到MAC子模块的调度机会，造成承载在未被调度的逻辑信道上的分组业务数据无法进行正确交互的后果，最终导致手机发起小区更新流程，原因为RLC不可恢复错误，影响用户体验。
[0016](2)针对已经按业务类型区分逻辑信道优先级的分组数据调度的情况，现有的分组数据调度方法将优先调度优先级较高逻辑信道上的数据且在调度完优先级较高逻辑信道的分组数据后才调度逻辑信道优先级次高的分组数据。现有系统的基本业务类型有:会话类业务，流媒体类业务，交互类业务和背景类业务，各类型业务的调度优先级顺序是先会话类业务，其次是流媒体类业务，再次是交互类业务，最后则是背景类业务。在多PDP业务并发且逻辑信道复用到一条专用传输信道上的情况时，业务优先级较低的分组业务数据就有可能被阻塞在RLC子模块的缓存中获取不到调度的资源。同样由于基站侧与手机侧中某些逻辑信道间的数据交互异常，引起手机或基站异常释放流程，导致业务中断，影响用户体验。
[0017]并且在上述问题(I)和问题(2)中，在高优先级的逻辑信道一直存在大量待传输数据的情况下，MAC子模块的传输信道调度资源优先分配给具有高优先级的逻辑信道，相对较低优先级的逻辑信道则会因获取不到传输信道的调度资源而导致其承载的数据包则一直被阻塞。由于被阻塞的数据包中包含有基站端RLC子模块与手机端RLC子模块用作指示模块内数据传输状态的数据包，例如:在发现对端数据传送状态连续错误时要求对端RLC子模块执行传输状态复位操作的状态重置数据包，用于反馈当前数据传输状态的数据反馈信息数据包，为保证及时发现数据传输出错的轮询数据包等，因此，若指示模块内数据传输状态的数据包传输不及时，则会导致两端的RLC子模块无法维护正确的数据传输状态，这将导致业务数据以及RLC和MAC子模块对等实体间交互的状态数据无法传输，最终导致业务链路中断，影响用户体验。
【发明内容】
[0018]有鉴于此，本发明实施例提供了一种分组数据调度方法及装置，用以解决现有技术在多个逻辑信道复用一个传输信道时存在的优先级低的逻辑信道因获取不到调度资源而导致的业务链路中断的问题。
[0019]本发明实施例提供了一种分组数据调度方法及装置，具体如下:
[0020]一种分组数据调度方法，所述方法包括:
[0021]在数据调度时刻到来时，确定映射到当前传输信道的逻辑信道的个数大于I ;
[0022]根据调度计数器的当前计数值和所述逻辑信道的优先级，从所述逻辑信道中挑选一个优先调度的逻辑信道，所述调度计数器用于记录当前传输信道已经被调度的次数；
[0023]在挑选的逻辑信道中的数据缓存量不为零时，将当前传输信道的调度资源分配给挑选的逻辑信道，并
[0024]利用所述调度资源对该挑选的逻辑信道中缓存的分组数据进行调度。
[0025]一种分组数据调度装置，