[发明专利]排程请求方法及通信装置

说明书

技术领域

本发明指一种进行排程请求的方法及通信装置，尤指一种用于一无线通信系统的一客户端中进行排程请求的方法及通信装置，以在客户端使用短传输周期传送排程请求信息时，减少不必要的排程请求信息传输，以节省电力消耗。

背景技术

长期演进(Long Term Evolution，LTE)无线通信系统是一种建立于第三代移动通信系统(如全球移动电信系统)之上的先进式高速无线通信系统，其只需支持封包交换传输，且无线链路控制(Radio LinkControl，RLC)通信协议层与媒体接入控制(Media Access Control，MAC)通信协议层可被整合于同一通信网络单元，如基地台之中，而不需分开位于基地台(Node B)及无线网络控制器(Radio NetworkController，RNC)之中，因此系统架构较简单。

在长期演进无线通信系统中，演进式通用陆地全球无线存取网络，如加强式(eNBs)基地台，通过无线资源分派，使客户端取得传输资源，以上传数据至网络端或从网络端下载数据。其中，无线资源分派方式包含了预设资源分派及动态资源分派两种方式。预设资源分派是网络端利用无线资源控制(Radio Resource Control)信令来分配无线资源，以供客户端周期性传输固定数据量的数据，例如：语音数据。于周期性的时间间隔，客户端根据所分配的无线资源上传或下载数据，以达到与网络端之间的数据交换。另一方面，动态资源分派方式是网络端根据同一小区区域(Cell)中客户端的数目、客户端的流量及服务质量需求，动态地分派无线资源至客户端，而客户端必须通过监听(monitor)物理下行链路控制信道(Physical Downlink Control Channel，PDCCH)接收控制信令，以取得下行链路或上行链路传输资源。

对于动态资源分派来说，当客户端有数据待传送时，例如当上行链路数据抵达客户端的一传输寄存器时，若无可供使用的上行链路共享信道(Uplink Shared Channel，UL-SCH)资源，客户端会通过一排程请求程序(Scheduling Request procedure)，要求网络端分派上行链路传输资源，以进行上行链路数据传输。若客户端具有已配置的物理上行链路控制信道资源(Physical Uplink Control Channel，PUCCH)，排程请求信息将通过物理上行链路控制信道进行传送；否则，例如客户端没有物理上行链路控制信道资源，或已配置的物理上行链路控制信道失效，则须通过一随机存取程序(Radom Access procedure)来进行排程请求。由于物理上行链路控制信道资源客户端的专用传输资源，因此通过物理上行链路控制信道传送的排程请求信息可称为专用排程请求信息(Dedicated Scheduling Request，D-SR)。相反地，通过随机存取程序传送的排程请求信息则称为随机存取排程请求信息(RA-SR)。

在客户端触发一排程请求之后，若客户端具有已配置的物理上行链路控制信道资源，客户端会周期性地在物理上行链路控制信道上传送一排程请求信息，直到排程请求被取消为止。其中，排程请求会于客户端接收到网络端分配给新传输的上行链路传输资源，或排程请求信息的传送次数超过一预设参数DSR_TRANS_MAX时取消。当排程请求信息的传送次数超过参数DSR_TRANS_MAX时，代表客户端的上行链路传输可能发生问题，例如：物理上行链路控制信道资源失效、上行链路时序失去同步或用来传输排程请求的物理上行链路控制信道功率设定错误(例如，功率设定太小而使所传送的排程请求无法被基地台侦测)，导致客户端所传送的排程请求信息不能被网络端成功解码接收，在此情形下，客户端将改用随机存取程序来传送排程请求信息。

在目前规范中，在物理上行链路控制信道上传送排程请求信息的最小传输周期为5毫秒(ms)，亦即每间隔5毫秒，客户端才能在物理上行链路控制信道上传送一排程请求信息。在此情形下，客户端平均须等待2.5毫秒才能获得传送排程请求信息的机会。对于实时性需求越来越高的通信系统来说，上述等待时间可能过长。因此，业界已提出使用更短传输周期的方案，例如2毫秒或3毫秒，来解决上述等待时间过长的问题。然而，当传输周期小于基地台处理排程请求信息的时间或封包往返时间(Round Trip Time，RTT)时，过于频繁的传输排程请求信息不仅造成许多不必要的传输，对于手机有限的电力来说也是一种浪费。

发明内容

因此，本发明主要提供一种进行排程请求的方法及通信装置。