管理不连续接收功能的方法与流程

本发明关于一种用于一无线通信系统的方法，尤其涉及一种用于一无线通信系统用来管理不连续接收功能的方法。

背景技术：

第三代行动通信联盟（the3rd Generation Partnership Project，3GPP）所制定的长期演进（Long Term Evolution，LTE）无线通信系统，目前被视为提供高数据传输率、低潜伏时间、封包最佳化以及改善系统容量和覆盖范围的一种新无线接口及无线网络架构。于长期演进无线通信系统中，演进式通用陆地全球无线存取网络（Evolved Universal Terrestrial Radio Access Network，E-UTRAN）包含多个加强式基地台（evolved Node-B，eNB），并与多个行动台（mobile station），或称为客户端（user equipment，UE）进行通信。

在LTE系统中，客户端配置有不连续接收（discontinuous reception，DRX）功能，其允许客户端在特定期间监听一实体下链路控制信道（Physical

Downlink Control Channel，PDCCH）的信令传输，以降低客户端的功率消耗。值得注意的是，不连续接收功能是由基地台所设置，以及不连续接收功能的设定包含短期不连续接收周期（Short DRX cycle）及长期不连续接收周期

（Long DRX cycle）。详细来说，不连续接收周期包含有清醒期间（waking

period）及休眠期间（sleeping period）。若客户端在清醒期间接收到传输封包时，清醒期间应被延长，以允许客户端接收接下来的传输封包。换句话说，

为了接收后续可能的传输封包，基地台会配置具有较长清醒期间的不连续接收周期予客户端。

申请人注意到若客户端分配到具有较长清醒期间的不连续接收功能设定时，虽然不会延迟客户端传送接收到的因特网通信协议（Internet Protocol，IP）封包予应用程序，且能提供较佳的使用经验，但是此不连续接收功能设置会造成客户端较高的功率消耗。相反的，若客户端分配到具有较长休眠期间的不连续接收功能设定时，虽然能有效节省客户端的电力，但是却造成实时封包传输的延迟。然而，现有的LTE系统未规范基地台如何选择适当的清醒期间／睡眠期间的长度，来设置客户端的不连续接收功能，因而造成上述问题的发生。

技术实现要素：

因此，本发明提供用于一无线通信系统中，用来管理不连续接收功能的方法，以选择适当的清醒期间／睡眠期间的长度，来设置客户端的不连续接收功能，进而解决上述问题。

本发明公开一种管理不连续接收功能的方法，用于一无线通信系统的一行动装置中，该方法包含有:当该行动装置的一设定变更时，传送关于该设定的信息至该无线通信系统的一网络端，以使该网络端根据该信息来设置该行动装置的该不连续接收功能。

本发明还公开一种管理不连续接收功能的方法，用于一无线通信系统的一网络端中，该方法包含有:从该无线通信系统的一行动装置接收关于该行动装置的一设定变更的信息；以及根据该信息，设置该行动装置的该不连续接收功能。

本发明还公开一种管理不连续接收功能的方法，用于一无线通信系统的一行动装置中，该方法包含有:当该行动装置的一设定变更时，根据该设定来设置该行动装置的该不连续接收功能。

本发明还公开一种通信系统，用来管理不连续接收功能，该通信系统包含有:一行动装置，用来当该行动装置的一设定变更时，传送关于该设定的信息；以及一网络端，用来当从该行动装置接收关于该行动装置的一设定变更的信息时，根据该信息，设置该行动装置的该不连续接收功能。

根据上述技术方案，本发明相较于现有技术至少具有下列优点及有益效果：本发明提供用于客户端与网络端中，利用关于客户端的设定变更的信息来管理不连续接收功能的方法，藉以降低客户端的电力消耗。以及，利用客户端或网络端根据客户端不同的应用模式或不同的功率消耗，通过查找或根据特定算法来计算出应用模式或功率消耗所对应到的不连续接收功能的设

定，进而更改不连续接收功能的设定。

附图说明

图1为一无线通信系统的示意图。

图2为本发明实施例一通信装置的示意图。

图3-5为本发明多种实施例的流程图。

其中，附图标记说明如下：

10 无线通信系统

20 通信装置

200 处理装置

210 储存单元

214 程序代码

220 通信接口单元

30、40、50 流程

300、302、304、400、402、404、 步骤

406、500、502、504

具体实施方式

请参考图1，图1为本发明实施例一无线通信系统10的示意图。无线通信系统10可为一长期演进系统（Long Term Evolution，LTE）、通用移动通信系统（universal mobile telecommunications system，UMTS）或任何其它相似的网络系统，其简略地是由一网络端及多个行动装置所组成。在LTE系统中，网络端可为一演进式通用陆地全球无线存取网络（evolved-UTRAN，

EUTRAN），其可包含多个演进式基地台（eNBs）或一核心网络端（例如：

行动管理单元（mobility management entity，MME）），而行动装置可视作客户端（UEs），如行动电话、计算机系统等装置。此外，根据传输方向，网络端及客户端可视为一传送器及一接收器。举例来说，对于一上链路（uplink，

UL）传输，客户端为传送端而网络端为接收端；对于一下链路（downlink，DL）传输，网络端为传送端而客户端为接收端。

请参考图2，图2为本发明实施例一通信装置20的示意图。通信装置20可为图1中的行动装置，其包含一处理装置200、一储存单元210以及一通信接口单元220。处理装置200可为一微处理器或一特殊应用集成电路

（application-specific integrated circuit，ASIC）。储存单元210可为任一数据储存装置，用来储存一程序代码214，并通过处理装置200读取及执行程序代码214。举例来说，储存单元210可为用户识别模块（subscriber identity

module，SIM）、只读式内存（read-only memory，ROM）、随机存取内存

（random-access memory，RAM）、光盘只读存储器（CD-ROMs）、磁带

（magnetic tapes）、软盘（floppy disks）、光学数据储存装置（optical data storagedevices）等等，而不限于此。控制通信接口单元220可为一无线收发器，其根据处理装置200的处理结果用来与网络端进行无线通信。

请参考图3，其为本发明实施例一流程30的流程图，流程30用于一无线通信系统中的一客户端中，用来管理不连续接收功能（discontinuous

reception，DRX），以降低客户端的功率消耗。流程30可编译为程序代码214，并包含有以下步骤：

步骤300：开始。

步骤302：当客户端的一设定变更时，传送关于该设定的信息至无线通信系统的一网络端，以使网络端根据该信息来设定客户端的不连续接收功能。

步骤304：结束。

根据流程30，当客户端的设定变更时（如功率设定／应用模式设定／所需的网络响应时间因使用者设定而变更），客户端会回报关于客户端的功率设定／应用模式设定／所需的网络响应时间的信息予网络端，因此网络端（如基地台）能使用此信息来设置客户端的不连续接收周期中的清醒期间／休眠期间的长度。

举例来说，当客户端的功率被使用者设定至较低的功率消耗状态时，客户端会传送低功率消耗的信息予网络端。网络端在接收此信息后，会降低不连续接收功能中进行接收功能的时间（即增加休眠期间或减少清醒期间）。另外，当客户端的功率被使用者设定至较高的功率消耗状态时，客户端会传送高功率消耗的信息予网络端。网络端在接收此信息后，会增加不连续接收功能中进行接收功能的时间（即减少休眠期间或增加清醒期间）。因此，设定变更信息可用来协助网络端决定客户端的功率参数（如上述网络端增加或减少休眠期间，会改变客户端的功率参数设定），藉以在不影响使用者经验的情况下，有效节省客户端电力。

在另一实施例中，当客户端所需的网络响应时间降低时，客户端会传送相关信息予网络端；网络端在接收此信息后，会增加不连续接收功能中进行接收功能的时间（即减少休眠期间或增加清醒期间）。相反的，当客户端所需的网络响应时间增加时，客户端会传送相关信息予网络端；网络端在接收此信息后，会减少不连续接收功能中进行接收功能的时间（即增加休眠期间或减少清醒期间）。值得注意的是，使用者可决定是否需提升网络响应时间，进而改变客户端的功率消耗状态。

在另一实施例中，使用者允许变更客户端的应用模式设定。应用模式设定可为使用者目前的使用状态，进而提供客户端的功率消耗状态予网络端。举例来说，客户端包含有第一应用模式用来表示屏幕开启的状态；第二应用模式用来表示屏幕关闭且声音开启的状态；以及第三应用模式用来表示屏幕关闭、声音关闭及振动关闭的状态。值得注意的是，客户端的应用模式不限于上述。举例来说，第一应用模式可为屏幕开启、第二应用模式可为屏幕关闭、声音关闭及振动开启，以及第三应用模式可为屏幕关闭、声音关闭及振动关闭。详细来说，当客户端通过使用者设定而从一第一应用模式变更至一第二应用模式时，客户端会传送应用模式变更的信息予网络端。若第二应用模式所对应的功率消耗量大于第一应用模式的功率消耗量时，在网络端在接收此信息后，会增加不连续接收功能中进行接收功能的时间（即减少休眠期间或增加清醒期间）。相反的，若第二应用模式所对应的功率消耗量小于第一应用模式的功率消耗量时，在网络端在接收此信息后，会减少不连续接收功能中进行接收功能的时间（即增加休眠期间或减少清醒期间）。

除此之外，本发明实施例可从客户端的应用模式设定，取得客户端所需的网络响应时间。举例来说，客户端包含有第一应用模式用来表示使用者正在使用手机，如执行游戏程序或观看网络电视／影片；第二应用模式用来表示使用者将手机置放于口袋或背包中，且欲知道任何手机来电／短讯／通知；以及第三应用模式用来表示使用者不需手机发出声音或振动来指示来电／短讯／通知。因此，第三应用模式所对应的网络响应时间大于第二应用模式所对应的网络响应时间，而第二应用模式所对应的网络响应时间大于第一应用模式所对应的网络响应时间。详细来说，当客户端通过使用者设定而从一第一应用模式变更至一第二应用模式时，客户端会传送相关信息予网络端。值得注意的是，若第二应用模式所对应的网络响应时间大于第一应用模式的网络响应时间时，在网络端在接收此信息后，会降低不连续接收功能中进行接收功能的时间（即增加休眠期间或减少清醒期间）。相反的，若第二应用模式所对应的网络响应时间小于第一应用模式的网络响应时间时，在网络端在接收此信息后，会增加不连续接收功能中进行接收功能的时间（即减少休眠期间或增加清醒期间）。

请参考图4，其为本发明实施例一流程40的流程图。流程40用于一无线通信系统中的一网络端中，用来管理不连续接收功能。流程40可编译为程序代码214，并包含有以下步骤：

步骤400：开始。

步骤402：从无线通信系统的一客户端接收关于客户端的一设定变更的信息。

步骤404：根据该信息，设定客户端的不连续接收功能。

步骤406：结束。

根据流程40，当网络端接收从客户端的设定变更信息时（如关于客户端的功率设定／应用模式设定／所需的网络响应时间的设定变更信息），网络端会根据此信息来设定不连续接收周期中的清醒期间／休眠期间的长度。因此，设定变更信息可用来协助网络端决定客户端的功率参数，藉以在不影响使用者经验的情况下，有效节省客户端电力。

举例来说，当网络端接收客户端所传送的低功率消耗的信息时，网络端会降低不连续接收功能中进行接收功能的时间（即增加休眠期间或减少清醒期间）。另一方面，当网络端接收客户端所传送的高功率消耗的信息时，网络端会增加不连续接收功能中进行接收功能的时间（即减少休眠期间或增加清醒期间）。值得注意的是，关于客户端传送设定变更信息至网络端的说明可参考上述，在此不再赘述。

在另一实施例中，当网络端从客户端接收关于网络响应时间降低的信息时，网络端会增加不连续接收功能中进行接收功能的时间（即减少休眠期间或增加清醒期间）。相反的，当网络端从客户端接收关于网络响应时间增加的信息时，网络端会减少不连续接收功能中进行接收功能的时间（即增加休眠期间或减少清醒期间）。

在另一实施例中，当网络端从客户端接收关于应用模式变更的信息时，

如此信息指示客户端从一第一应用模式变更至一第二应用模式，其中第二应用模式所对应的功率消耗量大于第一应用模式的功率消耗量，网络端会增加不连续接收功能中进行接收功能的时间（即减少休眠期间或增加清醒期间）。相反的，若第二应用模式所对应的功率消耗量小于第一应用模式的功率消耗量时，在网络端接收从客户端的应用模式变更的信息后，网络端会减少不连续接收功能中进行接收功能的时间（即增加休眠期间或减少清醒期间）。关于客户端的应用模式说明可参考上述，在此不再赘述。

在另一实施例中，当网络端从客户端接收关于应用模式变更的信息时，

如此信息指示客户端从一第一应用模式变更至一第二应用模式，其中第二应用模式所对应的网络响应时间大于第一应用模式的网络响应时间，网络端会降低不连续接收功能中进行接收功能的时间（即增加休眠期间或减少清醒期间）。相反的，若第二应用模式所对应的网络响应时间小于第一应用模式的网络响应时间时，在网络端在接收此信息后，网络端会增加不连续接收功能中进行接收功能的时间（即减少休眠期间或增加清醒期间）。关于客户端的应用模式说明可参考上述，在此不再赘述。

请参考图5，其为本发明实施例一流程50的流程图，流程50用于一无线通信系统中的一客户端中，用来管理不连续接收功能，以降低客户端的功率消耗。流程50可编译为程序代码214，并包含有以下步骤：

步骤500：开始。

步骤502：当客户端的一设定变更时，根据该设定来设置客户端的不连续接收功能。

步骤504：结束。

根据流程50，当客户端的设定变更时（如功率设定／应用模式设定／所需的网络响应时间因使用者设定而变更），客户端根据变更后的功率设定／应用模式设定／所需的网络响应时间来设置客户端的不连续接收周期中的清醒期间／休眠期间的长度。

举例来说，当客户端的功率设定变更至一低功率消耗状态时，客户端会降低该不连续接收功能中进行接收功能的时间，而当客户端的功率设定变更至一高功率消耗状态时，客户端会增加不连续接收功能中进行接收功能的时间。在一实施例中，当客户端所需网络响应时间降低时，客户端会增加不连续接收功能中进行接收功能的时间，而当客户端所需网络响应时间增加时，

客户端会降低不连续接收功能中进行接收功能的时间。在另一实施例中，当客户端的应用模式从一第一应用模式变更至一第二应用模式，且第二应用模式所表示的功率消耗量大于第一应用模式的功率消耗量时，客户端会增加不连续接收功能中进行接收功能的时间。相反的，当第二应用模式所表示的功率消耗量小于第一应用模式的功率消耗量时，客户端会降低不连续接收功能中进行接收功能的时间。除此之外，应用模式可表示客户端所需的网络响应时间，因此当客户端所需的网络响应时间增加时，客户端会降低不连续接收功能中进行接收功能的时间，以及当客户端所需的网络响应时间减少时，客户端会增加不连续接收功能中进行接收功能的时间。值得注意的是，详细的应用模式（如屏幕、声音及振动的开关状态）的说明可参考上述，在此不再赘述。

值得注意的是，上述所有步骤，包含所建议的步骤，可通过硬件、轫体（即硬件装置与计算机指令的组合，硬件装置中的数据为只读软件数据）或电子系统等方式实现。硬件可包含模拟、数字及混合电路（即微电路、微芯片或硅芯片）。电子系统可包含系统单芯片（system on chip，SOC）、系统封装（system in package，Sip）、计算机模块（computer on module，COM）及通信装置20。

综上所述，本发明实施例提供用于客户端与网络端中，利用关于客户端的设定变更的信息来管理不连续接收功能的方法，藉以降低客户端的电力消耗。进一步来说，客户端或网络端根据客户端不同的应用模式或不同的功率消耗，通过查找（mapping）或根据特定算法来计算出应用模式或功率消耗所对应到的不连续接收功能的设定，进而更改不连续接收功能的设定。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。