设置非连续接收模式参数的方法
【专利摘要】在设置DRX参数时，仅有背景业务的用户设备应设置长的DRX。但是现有技术中，基站无法判断用户设备是否仅有背景业务。本发明提供了设置非连续接收参数的方法，其中，用户设备向基站发送指示，该指示指明该用户设备只具有第一类型业务，例如背景业务，基站确定与该第一类型业务匹配的DRX配置后将其发送给该用户设备，用户设备设置该非连续接收参数。该方案的优点是，由于用户设备知晓当前仅运行的第一类型业务，所以基站能够根据用户设备的报告来确定与该第一类型业务匹配的DRX配置。优选地，用户设备或基站能够根据观察到的基于之前确定的DRX配置进行通信的性能，确定是否需要调整DRX配置，操作简单，灵活性强。
【专利说明】设置非连续接收模式参数的方法
【技术领域】
[0001]本发明涉及无线通信，特别涉及无线通信中的非连续接收(DRX)。
【背景技术】
[0002]使用现有的移动通信网络的设备类型持续增长，包括智能电话、膝上电脑、上网本、平板电脑和嵌入式调制解调器等。很多设备都能够运行各种类型的数据应用，而且常常是并行运行。设备和应用的这种多样性相应地产生了多种业务类型，这些业务类型都应被承载业务的无线接入网所有效地支持。因此，在RAN#51会议中已经批准建立一个LTE RAN的工作项(Work Item)来用于增强多样数据应用(EDDA)。
[0003]在EDDA中的一个重要议题是功率消耗问题。目前来说，设置合适的非连续接收(DRX)参数对于节省用户设备UE的电池功率消耗来说是十分有用的机制。使用适用于较低实时性的DRX，例如长周期DRX能够有效地降低UE的功率消耗，比如当DRX的周期长至640ms时，UE的功率消耗能够达到空闲模式的功率消耗水平。通过选择合适的DRX参数，例如DRX周期、ON时间、不活动计时器时长等参数时，现有的DRX机制能够有效地节省UE的功率消耗，所以，关键的问题就在于如何选择合适的DRX参数。
[0004]在之前的会议中，已经提出了一些用于进行DRX参数设置的提案。业内的意见是对于仅有背景业务的用户设备UE，要使连接状态的功率和idle状态相近。因此，仅有背景业务的用户设备应设置长的DRX。但是现有标准中，基站无法判断用户设备是否仅有背景业务。标准化提案中，R2-121465提出的方案是:基站eNB提供了一系列的DRX参数给用户设备UE。由于UE最能了解它正在运行什么业务，它的数据包到达分布如何，以及其他跨层的信息，所以UE从该一系列DRX参数中选取最合适的DRX参数，并将所选择的参数索引告知eNB。eNB将UE的选择考虑在内，并结合相关因素(例如网络负载等)，为UE配置最终的DRX参数(UE所选择的,或者是由eNB所更改的)。
[0005]另外，UE的电池状态信息也能够被提供给eNB，以便于eNB决定DRX的参数配置。例如，如果UE有充足的电量，那么eNB可以设定适于较高实时性的DRX参数，而如果UE的电量有限，那么eNB可以对DRX参数进行优化，例如设定适于较低实时性的DRX参数，从而节省电量，使得UE的待机时间更长。R2-121465提出使用电池电量等级，LG电子提出使用功率连接指示来报告电池信息都不能准确的反映用户的电池情况。
【发明内容】
[0006]现有技术基站无法判断用户设备是否仅有背景业务并且不支持对于仅有背景业务和有背景业务和其他业务的场景的不同DRX参数的配置。现有标准化提案中的方案必须在UE侧定义根据所收集的信息来选取最合适的DRX参数的规则。并且，UE也需要用很长时间来监测业务情况并获得业务数据包的到达分布等统计结果，然后UE才能根据这些统计结果来选择合适的DRX参数。因此，标准化提案的一个缺点是需要UE进行比较复杂的操作，并且十分耗时。[0007]根据本发明的第一个方面，提供了一种在基站中用于设置用户设备的非连续接收参数的方法，包括如下步骤:接收到该用户设备发送的指示，该指示指明该用户设备只具有第一类型业务；确定与该第一类型业务匹配的非连续接收参数；将与该第一类型业务匹配的非连续接收参数发送给该用户设备。用户可以基于所述非连续接收参数进行通信，并确定相应的通信性能，并且基于所述通信性能，确定是否需要调整非连续接收参数，并将需要调整参数指示发送给基站；
[0008]该方面的优点在于，由于用户设备知晓当前仅运行的第一类型业务，所以基站能够根据用户设备的报告来确定与该第一类型业务匹配的DRX参数，并由用户观察自己的通信性能来对配置的参数逐级调整，不需要由用户设备定义选择规则进行选择，也节省了监测业务情况所需的时间。
[0009]根据一个优选的实施方式，该方法还包括如下步骤:接收到该用户设备发送的指示，该指示指明该用户设备具有第一类型业务和第二类型业务；确定与该第一类型业务和第二类型业务匹配的非连续接收参数；将与该第一类型业务和第二类型业务匹配的非连续接收参数发送给该用户设备。
[0010]该方面的优点在于，由于用户设备知晓当前同时运行的第一类型业务和第二类型业务，所以基站能够根据用户设备的报告来确定匹配的DRX参数来满足第二类业务的要求。
[0011]根据一个优选的实施方式，与该第一类型业务匹配的非连续接收参数包括至少两组参数，所述确定步骤按一定规则从中确定一组参数，
[0012]该方法还包括如下步骤:
[0013]-接收该用户设备发送的信令，该信令用于请求该基站调整非连续接收参数；
[0014]-基于该信令并结合相关因素，从该至少两组参数中确定该用户设备的最终的非连续接收参数。
[0015]该实施方式的优点在于，根据用户设备的反馈信令来调整DRX参数，能够符合用户设备的实际通信性能，比较准确。
[0016]或者，该方法还包括如下步骤:
[0017]-确定所述用户设备基于该非连续接收进行通信的通信性能；
[0018]-基于所述通信性能并结合相关因素，确定是否需要调整非连续接收参数。
[0019]其中，优选地，所述相关因素包括:
[0020]该用户设备的待传输数据的QoS ；
[0021]下行业务情况；
[0022]系统情况。
[0023]该实施方式的优点在于，基站eNB可以根据基站处下行的通信性能来确定该DRX参数是否适合该用户设备，并进行相应地调整，比较准确。
[0024]根据一个进一步的实施方式，所述一定规则为以下任一项:
[0025]-优先选择适于较高实时性的非连续接收参数；
[0026]-优先选择适于较低实时性的非连续接收参数；
[0027]-随机选择。
[0028]该方法在所述接收步骤之前还包括如下步骤:[0029]-基于如下至少任一情况，确定初始的非连续接收参数:
[0030]该用户设备的待传输数据的QoS ；
[0031]下行业务情况；
[0032]系统情况；
[0033]-将该初始的非连续接收参数发送给该用户设备；
[0034]其中，基站所确定的DRX参数是用于背景业务和活动业务同时存在的业务场景。
[0035]根据一个优选的实施方式，所述第一类型业务包括背景业务，所述第二类型业务包括活动业务，
[0036]与所述背景业务匹配的非连续接收参数参数适于较低的实时性，其中，具有以下至少任一特性:
[0037]-较长的非连续接收周期；
[0038]-较短的ON时间；
[0039]-较短的不活动计时器；
[0040]与所述背景业务和活动业务匹配共存场景的非连续接收参数参数适于较高的实时性，其中，具有以下至少任一特性:
[0041]-较短的非连续接收周期；
[0042]-较长的ON时间；
[0043]-较长的不活动计时器。
[0044]该实施方式为不同的业务场景分别提供了较优的DRX参数，保持业务的实时性并且优化功率消耗。
[0045]根据本发明的第二个方面，提供了一种在用户设备中用于设置非连续接收参数的方法，包括如下步骤:向基站发送指示，该指示指明该用户设备只具有第一类型业务；接收并设置该基站发送的与该第一类型业务匹配的非连续接收参数。
[0046]根据一个优选的实施方式，该方法还包括如下步骤:向基站发送指示，该指示指明该用户设备具有第一类型业务和第二类型业务；接收该基站发送的与该第一类型业务和第二类型业务匹配的非连续接收参数。
[0047]根据一个优选的实施方式，该方法还包括如下步骤:基于所述非连续接收参数进行通信，并确定相应的通信性能；基于所述通信性能，确定是否需要调整非连续接收参数；当需要时，向该基站发送信令，该信令用于请求调整非连续接收参数。
[0048]优选的，所述确定通信性能的操作包括至少任一项:
[0049]-检测缓存器中待发送的数据的数据量；
[0050]-检测待发送的数据的延迟；
[0051]所述确定是否需要调整的操作包括:
[0052]-当该数据量和/或延迟大于一定阈值时，确定需要调整非连续接收使其适于更高的实时性；
[0053]-当该数据量和/或延迟小于一定阈值时，确定需要调整非连续接收使其适于更低的实时性。
[0054]该实施方式的优点在于，用户设备根据基于当前DRX参数的通信性能确定是否需要调整DRX参数，能够使得DRX参数符合用户设备的实际情况，而通信性能是用户设备能够容易测量的，所以也不会过多增加用户设备的复杂性。
[0055]根据一个优选的实施方式，该方法在所述发送步骤之前还包括如下步骤:
[0056]-接收来自基站的、初始的非连续接收参数；
[0057]-判断该用户设备是否具有除第一类型之外的第二类型业务:
[0058]?当具有时，使用该初始的非连续接收参数进行通信；
[0059]?否则，向该基站发送所述指示。
[0060]该实施方式的优点在于，由于DRX参数是由基站确定，基站默认确定的DRX参数是第一类型业务和第二类型业务混合的业务场景，当用户设备符合这一业务场景时，直接可以使用该参数，省去了汇报过程。
[0061 ] 现有技术的另一个缺点是仅能够反映当前使用电池的特性，而无法反映出用户对功率消耗的偏好。例如，用户有一块备用电池，并需要实时性较高的通信性能，而现有的UE和eNB都无法获知这一情况并作出相应的处理。
[0062]为解决这一问题，本发明还提供了一种在基站中用于设置用户设备的非连续接收参数的方法，包括如下步骤:接收来自用户设备的、用户的功率消耗偏好；根据该功率消耗偏好，确定用户设备的非连续接收参数；将该非连续接收参数发送给用户设备。
[0063]也提供了一种在用户设备中用于设置非连续接收参数的方法，包括如下步骤:接收用户输入的功率消耗偏好；接收来自该基站的非连续接收参数；
[0064]还包括如下步骤:将该功率消耗偏好发送给该基站；或，
[0065]还包括如下步骤:根 据基站发送的非连续接收参数进行通信，并确定相应的通信性能；根据该功率消耗偏好与该通信性能，确定是否需要请求基站调整非连续接收参数。
[0066]以上方面的优点在于，基站和用户设备能够根据用户对功率消耗的偏好来设置更加适合的DRX参数，提高了通信系统的灵活性。
【专利附图】
【附图说明】
[0067]通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更加明显:
[0068]图1示出了根据本发明的一个实施方式在各种业务场景下的等待延迟的示意图；
[0069]图2示出了根据本发明的另一个实施方式在各种业务场景下的等待延迟的示意图。
【具体实施方式】
[0070]首先，在基站eNB确定用户设备UE需要进行DRX时，基站基于如下至少任一情况，确定初始的非连续接收参数:
[0071]该用户设备的待传输数据的QoS ；
[0072]下行业务情况；
[0073]系统情况，例如负载。
[0074]基站eNB并不清楚用户设备UE的业务情况，因此一般来说，基站所确定的DRX参数是根据业务映射的无线承载的QoS要求设置的，用于背景业务和活动业务同时存在的业务场景。[0075]之后，基站将该初始的非连续接收参数发送给用户设备UE。
[0076]用户设备UE知晓它正在运行的业务，当它目前同时运行着背景业务和活动业务时，由于基站eNB确定的DRX参数适合UE的业务场景，所以用户设备UE直接使用该初始的非连续接收参数进行通信；当它目前仅运行着背景业务时，这个DRX参数可能是与背景业务不匹配的，例如这个DRX适合较高的实时性,用于实时性较低的背景业务时会存在一定的功率浪费。所以用户设备UE向基站发送指示，该指示指明该用户设备UE只具有背景业务。在具体实现方面，该指示可以通过MAC信令传输。
[0077]基站eNB接收到这一指示，并确定与该第一类型业务匹配的DRX参数，而后，将该DRX参数提供给该用户设备UE。
[0078]用户设备UE在接收到该DRX参数后，设置该参数，完成设置过程。
[0079]之后，用户设备UE基于该DRX参数进行通信。
[0080]如图1所示，在第I个小时(O-1hOm)中，用户设备UE仅有背景业务，因此基站eNB为用户设备UE选择的DRX参数中的DRX周期为1024ms，延迟如图1中所示。
[0081]之后，在第2个小时(Ih0m-2h0m)中，除之前已经运行的背景业务之外，用户设备UE还启动了一个活动业务。这两个业务可以被映射到相同或不同的无线承载(RB)上。不论如何，活动业务所映射到的RB对实时性的要求较高，需要较短的延迟。
[0082]用户设备UE向基站发送指示，该指示指明该用户设备具有背景业务和活动业务，基站eNB接收到这一指示。
[0083]之后，基站eNB确定与该背景业务和活动业务匹配的DRX参数，并将该DRX参数发送给该用户设备UE，用户设备UE接收并设置该DRX参数。
[0084]之后，用户设备UE基于该DRX参数进行通信。
[0085]如图1所示，在第2个小时中，用户设备UE具有背景业务和活动业务，因此基站eNB为用户设备UE选择的DRX参数中的DRX周期为32ms，以保证活动业务对实时性的要求，延迟如图1中所示。
[0086]之后，在第3个小时(2h0m_3h0m)中，活动业务结束，用户设备UE又仅有背景业务。
[0087]用户设备UE向基站发送指示，该指示指明该用户设备仅具有背景业务，基站eNB接收到这一指示。
[0088]之后，基站eNB确定与该背景业务匹配的DRX参数，并将该DRX参数发送给该用户设备UE，用户设备UE接收并设置该DRX参数。
[0089]之后，用户设备UE基于该DRX参数进行通信。
[0090]如图1所示，在第3个小时(2h0m_3h0m)中，用户设备UE仅具有背景业务，因此基站eNB为用户设备UE选择的DRX参数中的DRX周期为1024ms，以保证活动业务对实时性的要求，延迟如图1中所示。
[0091]之后，第4个小时(3h0m-4h0m)中和第5个小时(4h0m_4h30m)中，用户设备UE分别又启动了活动业务，以及将该活动业务结束。基站eNB为用户设备UE分别设置了 DRX周期为32ms和1024ms的DRX参数，延迟如图1中所示。
[0092]在以上的实施方式，基站eNB为仅有背景业务的业务场景设置的DRX参数是相同的。在一个优选的实施方式中，基站eNB为仅有背景业务的业务场景能够从至少两组DRX参数中进行选择设置，下面将描述这一种实施方式。
[0093]与前一个实施方式类似地，基站eNB并不清楚用户设备UE的业务情况，因此，一般来说，基站所确定的DRX参数是用于背景业务和活动业务同时存在的业务场景。
[0094]之后，基站将该初始的非连续接收参数发送给用户设备UE。
[0095]用户设备UE目前仅运行着背景业务I时，这个DRX参数应该是与背景业务不匹配的，例如这个DRX适合较高的实时性，用于实时性较低的背景业务I时会存在一定的功率浪费。所以用户设备UE将基站发送指示，该指示指明该用户设备只具有背景业务。在具体实现方面，该指示可以通过MAC信令传输。
[0096]基站eNB接收到这一指示，并从多个DRX参数中确定与该背景业务匹配的DRX参数。如下文将更详细描述的，用户设备UE能够根据所确定的该DRX参数的通信性能进行反馈，最后确定最终的DRX参数。所以，在确定这个DRX参数时，基站eNB能够按照适合实时性的高低在适合背景业务中的DRX参数候选集中来确定，例如为了保证背景业务得到较短延迟，优先选择适合实时性较高的DRX参数；又例如，为了使得用户设备节省功率，优先选择适合实时性较低的DRX参数；或者，也可以随机选择。而后，基站eNB将该DRX参数提供给该用户设备UE。
[0097]用户设备UE在接收到该DRX参数后，设置该DRX参数，完成设置过程。
[0098]之后，用户设备UE基于该DRX参数进行通信。
[0099]例如，为了使得用户设备节省功率，在适合背景业务中的DRX参数候选集中选择适合实时性较低的DRX参数，基站eNB优先为用户设备UE设置的DRX参数是参数1，该参数中DRX周期是1024ms。用户设备UE基于该DRX参数进行通信，如图2中第I个小时(OhOm-1hOm)中的前一小段时间中所示，最大延迟是1024ms。
[0100]并且，用户设备UE还观察基于该DRX参数通信的通信性能。在一些优选的实施方式中，用户设备UE能够检测缓存器中待发送的数据的数据量，和/或检测待发送的数据的延迟。
[0101]之后，基于通信性能，确定是否需要调整非连续接收参数。在一些优选的实施方式中，用户设备UE能够判断:
[0102]-当该数据量和/或延迟大于一定阈值时，确定需要调整DRX使其适于更高的实时性；或者相反地，
[0103]-当该数据量和/或延迟小于一定阈值时，确定需要调整DRX使其适于更低的实时性。
[0104]在本实施方式中，背景业务I具有的数据的数据量较大并且较为频繁，在DRX周期为1024ms的情况下会导致缓存器中的数据量过多并且数据延迟较长。所以，用户设备UE判断需要调整DRX使其适于更高的实时性。
[0105]接下来，用户设备UE向基站eNB发送信令，该信令用于请求调整非连续接收参数使其适于更高的实时性。该信令能够是一个从具体实现的角度，该信令能够通过MAC信令传输。
[0106]基站eNB接收到这一信令后，能够结合相关因素，确定该用户设备UE的最终的非连续接收参数。例如，在本实施方式中，基站eNB能够将DRX参数2设置给用户设备UE,即将DRX周期从1024ms缩短至640ms。如图1中第I个小时的后一段时间中所示。[0107]在第2个小时(Ih0m-2h0m)中，用户设备UE还启动了活动业务。则与前一个实施方式类似的，用户设备UE向基站eNB发出指示，指明它具有背景业务和活动业务。因此，基站eNB为用户设备UE设置DRX参数3，其中的DRX周期为32ms，以保证活动业务对实时性的要求，延迟如图2中第2个小时所示。
[0108]在第3个小时(2h0m_3h0m)中，用户设备UE终止了活动业务和背景业务1，并启动了背景业务2。
[0109]用户设备UE向基站发送指示，该指示指明该用户设备仅具有背景业务，基站eNB接收到这一指示。
[0110]之后，基站eNB确定与该背景业务匹配的DRX参数。在一个实施方式中，与第I个小时类似地，为了使得用户设备节省功率，基站eNB在适合背景业务中的DRX参数候选集中选择适合实时性较低的DRX参数，即为用户设备UE设置的DRX参数是参数I。用户设备UE基于该DRX参数I进行通信。
[0111]用户设备UE还确定基于该DRX参数I通信的通信性能，用户设备UE能够检测缓存器中待发送的数据的数据量，和/或检测待发送的数据的延迟。
[0112]在本实施方式中，背景业务2具有的数据的数据量较小并且不频繁，在DRX周期为1024ms的情况下，缓存器中的数据量和数据延迟均合适。所以，用户设备UE不会判断需要调整DRX参数。
[0113]在另一个实施方式中，由于之前基站eNB为仅有背景业务的用户设备UE最终所设置的DRX参数是参数2，基站eNB可以将这个参数记录下来，在第3个小时中为用户设备UE设置的DRX参数2。
[0114]用户设备UE基于该DRX参数2进行通信，如图2中第3个小时的前一小段时间中所示。
[0115]并且，用户设备UE还确定基于该DRX参数通信的通信性能，用户设备UE能够检测缓存器中待发送的数据的数据量，和/或检测待发送的数据的延迟。
[0116]在本实施方式中，背景业务2具有的数据的数据量较小并且不频繁，在DRX周期为640ms的情况下，缓存器中的数据量较少并且数据延迟较短。所以，出于节省功率等原因，用户设备UE能够判断需要调整DRX使其适于更低的实时性。
[0117]接下来，用户设备UE向基站eNB发送信令，该信令用于请求调整非连续接收参数使其适于更高的实时性。从具体实现的角度，该信令能够通过MAC信令传输。
[0118]基站eNB接收到这一信令后，能够结合相关因素，确定该用户设备UE的最终的非连续接收参数。例如，在本实施方式中，基站eNB能够将DRX参数I设置给用户设备UE,即将DRX周期从640ms延长至1024ms。如图2中第3个小时的后一段时间中所示，最大延迟是 1024ms。
[0119]之后，第4个小时(3h0m-4h0m)和第5个小时(4h0m-4h30m)中，用户设备UE分别又启动了活动业务，以及将该活动业务结束。基站eNB为用户设备UE分别设置了 DRX周期为32ms和1024ms的DRX参数，延迟如图2中所示。
[0120]在以上的实施方式中，由用户设备UE来根据通信性能请求调整DRX参数。在一个变化的实施方式中，也可以由基站eNB来根据通信性能自动地调整DRX方案，例如基站eNB能够确定所缓存的用户设备UE的下行数据的数据量或延迟是否过大或过小，并根据这一性能来调整DRX参数使其适合更高或更低的实时性。
[0121]在另一个方面中，现有技术中的用户设备UE和基站eNB所交互的电池电量等级和充电状态并不能反应用户的实际偏好。例如，持有高电量用户设备UE的用户需要尽量节省功率，因为他在一段时间内无法更换电池或充电；或者，持有低电量用户设备UE的用户并不需要节省功率，而需要较短的延迟，因为他有备用电池或者能够充电。为了解决这一问题，在本发明的实施方式中，用户设备UE接收用户输入的功率消耗偏好，将该功率消耗偏好发送给该基站eNB。该基站eNB能够根据该功率消耗偏好，确定用户设备的非连续接收参数，并将该非连续接收参数发送给用户设备。例如，功率偏好是节省功率时，基站eNB能够确定使用DRX周期较长的DRX参数；而当功率偏好是不需节省功率时，基站eNB能够确定使用DRX周期较短的DRX参数。
[0122]或者，用户设备UE根据基站发送的非连续接收参数进行通信，用户设备UE确定相应的通信性能。用户设备UE接收用户输入的功率消耗偏好，并根据该功率消耗偏好与该通信性能，确定是否需要请求基站调整非连续接收参数。例如，当延迟过高，并且功率偏好是不需要节省功率时，用户设备UE能够发出调整信令；而当功率偏好是节省功率时，用户设备UE不发出信令。
[0123]需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相
互任意组合。
[0124]当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。例如，适用于背景业务的几组DRX参数还可以包括不同ON时间和不同不活动计时器。
[0125]本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
【权利要求】
1.一种在基站中用于设置用户设备的非连续接收模式参数的方法，包括如下步骤: -接收到该用户设备发送的指示，该指示指明该用户设备只具有第一类型业务； -确定与该第一类型业务匹配的非连续接收参数； -将与该第一类型业务匹配的非连续接收参数发送给该用户设备。
2.根据权利要求1所述的方法，其特征在于，还包括如下步骤: -接收到该用户设备发送的指示，该指示指明该用户设备具有第一类型业务和第二类型业务； -确定与该第一类型业务和第二类型业务匹配的非连续接收参数； -将与该第一类型业务和第二类型业务匹配的非连续接收参数发送给该用户设备。
3.根据权利要求1所述的方法，其特征在于，与该第一类型业务匹配的非连续接收参数包括至少两组参数，所述确定步骤按一定规则从中确定一组参数， 该方法还包括如下步骤: -接收该用户设备发送的信令，该信令用于请求该基站调整非连续接收参数； -基于该信令并结合相关因素，从该至少两组参数中确定该用户设备的最终的非连续接收参数； 或者，该方法还包括如下步骤: -确定所述用户设备基 于该非连续接收进行通信的通信性能； -基于所述通信性能并结合相关因素，确定是否需要调整非连续接收参数。
4.根据权利要求1所述的方法，其特征在于，该方法在所述接收步骤之前还包括如下步骤: -基于如下至少任一情况，确定初始的非连续接收参数: 该用户设备的待传输数据的QoS ； 下行业务情况； 系统情况； -将该初始的非连续接收参数发送给该用户设备。
5.根据权利要求1所述的方法，其特征在于，还包括如下步骤: -接收来自用户设备的、用户的功率消耗偏好； -根据该功率消耗偏好，确定用户设备的非连续接收参数。
6.根据权利要求2所述的方法，其特征在于，所述第一类型业务包括背景业务，所述第二类型业务包括活动业务， 与所述背景业务匹配的非连续接收参数适于较低的实时性，其中，具有以下至少任一特性: -较长的非连续接收周期； -较短的ON时间； -较短的不活动计时器； 与所述背景业务和活动业务共存场景匹配的非连续接收参数适于较高的实时性，其中，具有以下至少任一特性: -较短的非连续接收周期； -较长的ON时间；-较长的不活动计时器。
7.—种在用户设备中用于设置非连续接收参数的方法，包括如下步骤: -向基站发送指示，该指示指明该用户设备只具有第一类型业务； -接收并设置该基站发送的与该第一类型业务匹配的非连续接收参数。
8.根据权利要求7所述的方法，其特征在于，还包括如下步骤: -向基站发送指示，该指示指明该用户设备具有第一类型业务和第二类型业务； -接收并设置该基站发送的与该第一类型业务和第二类型业务匹配的非连续接收参数。
9.根据权利要求7所述的方法，其特征在于，还包括如下步骤: -基于所述非连续接收参数进行通信，并确定相应的通信性能； -基于所述通信性能，确定是否需要调整非连续接收参数； -当需要时，向该基站发送信令，该信令用于请求调整非连续接收参数。
10.根据权利要求9所述的方法，其特征在于，所述确定通信性能的操作包括至少任一项: -检测缓存器中待发送的数据 的数据量； -检测待发送的数据的延迟； 所述确定是否需要调整的操作包括: -当该数据量和/或延迟大于一定阈值时，确定需要调整非连续接收使其适于更高的实时性； -当该数据量和/或延迟小于一定阈值时，确定需要调整非连续接收使其适于更低的实时性。
11.根据权利要求7所述的方法，其特征在于，该方法在所述发送步骤之前还包括如下步骤: -接收来自基站的、初始的非连续接收参数； -判断该用户设备是否具有除第一类型之外的第二类型业务: ?当具有时，使用该初始的非连续接收参数进行通信； ?否则，向该基站发送所述指示。
12.根据权利要求8或11所述的方法，其特征在于，所述第一类型业务包括背景业务，所述第二类型业务包括活动业务。
13.根据权利要求9所述的方法，其特征在于，还包括如下步骤: -接收用户输入的功率消耗偏好； 所述确定是否需要调整非连续接收参数的步骤还基于所述功率消耗偏好； 该方法还包括步骤: -将该功率消耗偏好发送给该基站。
14.一种在基站中用于设置用户设备的非连续接收参数的方法，包括如下步骤: -接收来自用户设备的、用户的功率消耗偏好； -根据该功率消耗偏好，确定用户设备的非连续接收参数； -将该非连续接收参数发送给用户设备。
15.一种在用户设备中用于设置非连续接收参数的方法，包括如下步骤:-接收用户输入的功率消耗偏好；-接收来自该基站的非连续接收参数；还包括如下步骤:-将该功率消耗偏好发送给该基站；或，还包括如下步骤:-根据基站发送的非连续接收参数进行通信，并确定相应的通信性能；-根据该功率消耗偏好与该通信·性能，确定是否需要请求基站调整非连续接收参数。
【文档编号】H04W52/02GK103428773SQ201210148651
【公开日】2013年12月4日 申请日期:2012年5月14日 优先权日:2012年5月14日
【发明者】温萍萍, 钱德瑞卡·沃拉尔 申请人:上海贝尔股份有限公司, 阿尔卡特朗讯