通信控制方法和用户设备与流程

本发明涉及无线通信技术领域，更具体地，本发明涉及的方法以及相应的基站和用户设备。

背景技术：

随着移动通信的快速增长和技术的巨大进步，世界将走向一个完全互联互通的网络社会，即任何人或任何东西在任何时间和任何地方都可以获得信息和共享数据。预计到2020年，互联设备的数量将达到500亿部，其中仅有100亿部左右可能是手机和平板电脑，其它的则不是与人对话的机器，而是彼此对话的机器。因此，如何设计系统以更好地支持万物互联是一项需要深入研究的课题。

为此，在2016年3月举行的第三代合作伙伴计划(3gpp)ran#64次全会上，提出了新5g无线接入技术的研究课题(参见非专利文献：rp-160671newsidproposal：studyonnewradioaccesstechnology)。在该工作项目的描述中，未来新的通信制式的工作频段可扩展至100ghz，同时将至少满足增强的移动宽带业务需求、海量物联网终端的通信需求，以及高可靠性要求的业务需求等，该项目研究工作将于2018年结束。

(1)当ue(userequipment，用户设备)被触发了一个调度请求，如果对于这个调度请求没有有效的pucch(physicaluplinkcontrolchannel物理上行链路控制信道)资源配置，ue将启动一个随机接入过程，并且在这个随机接入过程的消息三中携带bsr(bufferstatusreport，缓存状态报告)，使得gnb(5g基站)知道ue有数据要发送，从而获得调度。

(2)如果对于这个调度请求配置了相应的pucch资源，那么ue将在pucch上发送调度请求，在不触发随机接入过程的情况下获得调度。

(3)另外，当ue为了这个调度请求在pucch发送了多次的调度请求，还是没有得到网络侧的调度，那么ue将通知rrc(radioresourcecontrol，无线资源控制)层释放所有服务小区的pucch资源，并且通知rrc释放所有服务小区的srs(soundingreferencesignalling，探测参考信号)资源，以及清除任何配置的下行指派和上行授权，然后启动一个随机接入过程，并且在这个随机接入过程的消息三中携带bsr，使得gnb知道ue有数据要发送，从而获得调度。

此外，在nr(newradio，新一代无线技术)中，引入了波束赋形技术(beamforming)。当物理链路质量出现问题，为了恢复链路质量，可以采用bfr即波束传输失败恢复(beamfailurerecovery)过程。在ue在进行bfr过程时也会触发随机接入过程。这个随机接入过程可以是基于竞争冲突解决的。在这过程中，ue在消息三中可以携带bsr。

由此可见，对于一个由调度请求而触发的随机接入过程，在ue侧存在两种状况：

第一种是ue没有释放pucch/srs资源，以及保留有配置的下行指派和上行授权；((1)的情况)

第二种是ue释放了pucch/srs资源，以及清除了配置的下行指派和上行授权。((3)的情况)

另一方面，对于一个由bfr触发的随机接入过程，可以与调度请求触发的pucch传输一并进行，因此，如果bfr触发的随机接入过程在pucch传输达到最大次数时就成功完成，那么可能发生第一种状况；否则可能发生第二种状况。

对于上述的第二种状况，由于资源和配置被释放/清除，gnb需要向ue发送重配置信息，重新配置好pucch/srs资源，以及重新配置下行指派和上行授权资源。然而在现有技术中，由于gnb无法识别随机接入过程是属于上述第一种状况还是属于上述第二种状况，因此无法有针对性地设置向ue发送重配置信息的策略。而若为了避免发生漏发重配置信息的情况而让gnb向ue对所有随机接入过程发送重配置信息，则在上述的第一种状况下，由于ue没有释放pucch/srs资源并保留有配置的下行指派和上行授权，发送重配置信息会造成不必要的重配置信息的发送，带来了资源浪费。

技术实现要素：

本发明正是鉴于上述问题而提出的，提供一种，能够避免发送不必要的重配置信息而带来的资源浪费。

本发明的第一方面，提供一种通信控制方法，由用户设备执行，包括：在通过pucch发送调度请求的次数超过规定次数时，对资源配置进行资源配置处理；生成指示所述资源配置处理的内容的指示信息；触发随机接入过程。

本发明的第二方面，提供一种通信控制方法，包括：用户设备在通过pucch发送调度请求的次数超过规定次数时，对资源配置进行资源配置处理；触发随机接入过程，

所述资源配置处理包括：

挂起至少一部分服务小区的pucch资源；和/或

挂起至少一部分服务小区的srs资源；和/或

挂起至少一部分配置的下行指派和上行授权。

本发明的第三方面，提供一种通信控制方法，由基站执行，包括：接收用户设备发送的随机接入请求并响应，接收所述用户设备生成的指示资源配置处理的内容的指示信息，根据所述指示信息对资源配置的重新分配进行控制。

本发明的第四方面，提供一种用户设备，包括：处理器；以及存储器，存储有指令；其中，所述指令在由所述处理器运行时执行上述由用户设备执行的通信控制方法。

本发明的第五方面，提供一种基站，包括：处理器；以及存储器，存储有指令；其中，所述指令在由所述处理器运行时执行上述由基站执行的通信控制方法。

附图说明

图1是表示本发明的应用场景的一例的图。

图2是用于对本发明的第一方案的由用户设备实施的通信控制方法进行说明的流程图。

图3是用于对本发明的第一方案的由基站实施的通信控制方法进行说明的流程图。

图4是示出本发明的一个实施例的用户设备40的框图。

图5是示出本发明的一个实施例的基站50的框图。

具体实施方式

下面结合附图和具体实施方式对本发明进行详细阐述。应当注意，本发明不应局限于下文所述的具体实施方式。另外，为了简便起见，省略了对与本发明没有直接关联的公知技术的详细描述，以防止对本发明的理解造成混淆。

在具体描述之前，先对本发明中提到的若干术语做如下说明。除非另有指出，本发明中涉及的术语都具有下文的含义

为了便于理解以下的说明中，以nr移动通信系统及其后续的演进版本作为示例应用环境，以支持nr的基站和ue设备为例，具体描述了根据本发明的多个实施方式。然而，需要指出的是，本发明不限于以下实施方式，而是可适用于更多其它的无线通信系统，例如elte(enhacedlongtermevolution，增强的长期演进技术)通信系统，而且可以适用于其他基站和ue设备，例如支持elte的基站和ue设备。首先，参照图1对本发明的应用场景的一例进行简要说明。

图1是表示本发明的应用场景的一例的图。设ue被触发了一个调度请求或者是有一个待定的调度请求(s1)，如果对于这个调度请求没有有效的pucch资源配置(s2：n)，ue将启动一个随机接入过程(ra，randomaccess)(s3)。通过随机接入过程，ue在发送给gnb的消息三中携带bsr，向gnb通知ue侧的缓存状态报告，使得gnb知道ue有数据要发送，从而获得调度(s4)。

另一方面，如果对于这个调度请求配置了相应的pucch资源(s2：y)，那么ue将在pucch上发送调度请求(s5)，如果能够获得调度(s6：y)，则ue在不触发随机接入过程的情况下获得调度并结束，gnb不对资源配置进行重新分配。

在pucch上发送调度请求的次数由计数器sr_counter记录(s8)，ue每次在pucch上发送调度请求之前，都要判断sr_counter的值是否大于门限值sr-transmax，sr-transmax定义了最多允许发送的次数。当sr_counter＜sr-transmax时(s8：n)，ue继续指示物理层在有效的pucch资源上发送用于调度请求的信号(s5)，并接着判断是否成功获得调度(s6)，如果没有获得调度则返回并对计数器sr_counter进行递增(s7)后，重复上述的判断。而当sr_counter≥sr-transmax时(s8：y)，ue会对资源配置进行资源配置处理(s9)。这里，资源配置处理，例如可以是通知rrc层释放至少一部分或者所有服务小区的pucch资源、以及至少一部分或者所有服务小区的srs资源，并清除至少一部分或者任何配置的下行指派(configureddlassignment)和配置的上行授权(configuredulgrant)中的至少一项。然后，触发一个随机接入过程(s3)，并且取消待定的调度请求。通过随机接入过程，ue在发送给gnb的消息三中携带bsr，向gnb通知ue侧的缓存状态报告，使得gnb知道ue有数据要发送，从而获得调度。

本发明的第一方案的技术思路就在于，在资源配置处理(s9)之后、触发随机接入过程(s3)之前，生成指示资源配置处理(s9)的内容的指示信息，以便于基站gnb在对资源配置的重新分配进行控制时可以基于该指示信息决定是否进行以及/或者进行哪些重新分配(s10)，从而避免发送不必要的重新分配资源配置的信息而带来的信令浪费。

本发明的第二方案的技术思路在于，对资源配置处理(s9)进行改良，将对资源配置的释放/清除的至少一部分替代为挂起(suspend)，并让ue根据来自gnb的消息将挂起的资源配置重新激活，从而相应地节约对资源配置重新进行分配带来的开销。

图2是用于对本发明的第一方案的由用户设备实施的通信控制方法进行说明的流程图。然而本发明的方法并非限定于图1中的应用场景，可以在任何适用本发明的方法的场景中使用。

在步骤s21，在通过pucch发送调度请求的次数超过规定次数时，对资源配置进行资源配置处理。

在步骤s22，生成指示所述资源配置处理的内容的指示信息。

在步骤s23，触发随机接入过程。

图3是用于对本发明的第一方案的由基站实施的通信控制方法进行说明的流程图。然而本发明的方法并非限定于图1中的应用场景，可以在任何适用本发明的方法的场景中使用。

在步骤s31，接收用户设备发送的随机接入请求并响应，

在步骤s32，接收所述用户设备生成的指示资源配置处理的内容的指示信息，

在步骤s33，根据所述指示信息对资源配置的重新分配进行控制。

【第一方案】

以下，通过若干实施例对本发明的第一方案进行进一步的详细说明。

如上所述，实施例1～4中，以通过帮助gnb识别ue侧是否释放资源，从而避免发送不必要的重新分配信息而带来的资源浪费为例进行说明。

实施例1

当待定的(pending)调度请求有相应的调度请求配置时，

如果sr_counter＜sr-transmax

-指示物理层在有效的pucch资源上发送用于调度请求的信号

否则，作为资源配置处理，

-释放所有服务小区的pucch资源；和/或

-释放所有服务小区的srs资源；和/或

-清除任何配置的下行指派和上行授权；

-作为指示资源配置处理的内容的指示信息，生成macce。优选的，该macce可以携带信息，直接或者间接地指示ue已经释放pucch资源，释放srs资源，和/或清除任何配置的下行指派和上行授权；

-启动/触发随机接入过程，并取消所有待定的调度请求。

优选的，上述生成macce还可以是ue指示复用和组装过程(multiplexingandassemblyprocedure)或者复用和组装实体(multiplexingandassemblyentity)生成macce。

这个macce可以由macpdu子头中携带特定的lcid值来表征，它的固定长度可以为0比特，也可以大于0比特。

这个macce用来指示或者通知gnbue已经释放了pucch资源和/或srs资源，以及和/或清除任何配置的下行指派和上行授权。

可选的，这个macce还可以用来指示或者通知gnbpucch的传输次数已经不小于最大允许的传输次数。gnb在收到该指示后，可以间接的知道ue已经释放了pucch资源和/或srs资源，以及和/或清除任何配置的下行指派和上行授权。在这种情况下，这个macce间接地指示了释放的信息。

本实施例中，复用和组装过程(multiplexingandassemblyprocedure)或者复用和组装实体(multiplexingandassemblyentity)是指用于生成macce或者macpdu的处理过程或者是负责生成macce或者macpdu的实体。

在触发的随机接入过程中，ue发送前导序列preamble，即随机接入请求，gnb收到该请求后，向ue发送响应消息；ue接收到响应消息后，在调度的上行资源上，将上述的指示信息发送给gnb，上述指示信息可以是携带在macce中的、用来指示ue已经释放了pucch资源和/或srs资源以及和/或清除任何配置的下行指派和上行授权的信息，或者是用来指示pucch的传输次数已经大于最大允许的传输次数的信息。gnb基于该指示信息对资源配置进行重新分配，向ue发送pucch/srs资源配置，以及/或者是向ue配置下行指派和上行授权。

实施例2

在实施例2中，所述的直接指示或者间接指示信息还可以携带在bsr中。具体的实现方法是

当有可用于传输的上行资源时，ue指示复用和组装过程(multiplexingandassemblyprocedure)或者复用和组装实体(multiplexingandassemblyentity)生成bsrmacce。

如果ue执行了实施例1中所述的一个或着多个释放行为，那么标识/表征这个bsrmacce的lcid的取值为第一lcid；

否则，标识/表征这个bsrmacce的lcid的取值为第二lcid。

本实施例2的一个变形例可以是：

当有可用于传输的上行资源时，ue指示复用和组装过程(multiplexingandassemblyprocedure)或者复用和组装实体(multiplexingandassemblyentity)生成bsrmacce。

如果ue未执行实施例1中所述的一个或着多个释放行为，那么标识/表征这个bsrmacce的lcid的取值为第二lcid；

否则，标识/表征这个bsrmacce的lcid的取值为第一lcid。

本实施例2的又一个变形例可以是：

bsrmacce可以由macpdu子头中携带特定的lcid值来表征，当ue执行了实施例1中所述的一个或着多个释放行为，lcid的取值为第一lcid；否则，lcid的取值为第二lcid。

本变形例的又一实现方法可以是

bsrmacce可以由macpdu子头中携带特定的lcd值来表征，当ue没有执行实施例1中所述的一个或着多个释放行为，lcid的取值为第二lcid；否则，lcid的取值为第一lcid。

实施例3

和实施例2的区别在于，ue采用了间接指示。

当有可用于传输的上行资源时，ue指示复用和组装过程(multiplexingandassemblyprocedure)生成bsrmacce。

如果pucch的传输次数大于等于最大允许的传输次数(sr_counter≥sr-transmax)，那么标识/表征这个bsrmacce的lcd的取值为第一lcid；

否则，标识/表征这个bsrmacce的lcid的取值为第二lcid。

本实施例3的一个变形例可以是：

当有可用于传输的上行资源时，ue指示复用和组装过程(multiplexingandassemblyprocedure)生成bsrmacce。

如果pucch的传输次数小于最大允许的传输次数(sr_counter＜sr-transmax)，那么标识/表征这个bsrmacce的lcid的取值为第二lcid：

否则，标识/表征这个bsrmacce的lcid的取值为第一lcid。

本实施例3的又一个变形例可以是：

bsrmacce可以由macpdu子头中携带特定的lcid值来表征，当pucch的传输次数大于等于最大允许的传输次数(sr_counter≥sr-transmax)，lcid的取值为第一lcid；否则，lcid的取值为第二lcid。

本实施例3的再一个变形例可以是：

bsrmacce可以由macpdu子头中携带特定的lcid值来表征，当pucch的传输次数小于最大允许的传输次数(sr_counter＜sr-transmax)，lcid的取值为第二lcid；否则，lcid的取值为第一lcid。

实施例4

和实施例1不同的是，在实施例4中，ue仅对部分资源配置进行释放/清除，例如仅释放/清除当前服务小区的相关的资源配置。

当待定的调度请求有相应的调度请求配置时，

如果sr_counter＜sr-transmax

-指示物理层在有效的pucch资源上发送用于调度请求的信号

否则

-释放当前服务小区的pucch资源；和/或

-释放当前服务小区的srs资源；和/或

-清除当前的服务小区配置的下行指派和上行授权；

-作为指示资源配置处理的内容的指示信息，生成macce。优选的，该macce可以携带信息，直接或者间接地指示ue已经释放pucch资源，释放srs资源，和/或清除任何配置的下行指派和上行授权

-启动/触发随机接入过程，并取消所有待定的调度请求。

优选的，当前的服务小区可以是指当前进行调度请求信号发送的服务小区，或者是发送调度请求的pucch所在的服务小区。

【第二方案】

另外，在gnb不能准确区分ue是否执行了资源释放的操作时，为了避免或者减少重新分配的开销，可以要求ue不进行资源释放，而是将资源挂起或者暂停使用；还可以是ue释放部分的资源，或者是ue释放部分的资源，并将其他的资源挂起或者暂停使用。由此，ue可以根据来自gnb的消息将挂起的资源配置激活，从而节约资源配置的重新分配带来的开销。

以下，以实施例5、6为例对本发明的第二方案进行说明。通过这种方法，ue可以根据来自gnb的消息将可以对挂起的资源进行激活，从而避免了重新分配的开销。另外，在存在被释放的资源或清除的配置的情况下，gnb可仅对被ue释放或清除的部分资源配置进行重新分配即可，从而能减少重新分配的开销。

如上所述，和第一方案不同的是在第二方案中，ue对于至少一部分配置资源，取代资源的释放/清除，将资源挂起(suspend)或者暂停。

目前在nr中，配置的上行授权有两种类型，配置的上行授权类型一(configuredgranttype1)和配置的上行授权类型二(configuredgranttype2)。其中两者的区别在于，配置的上行授权类型一(configuredgranttype1)被配置后即可使用；配置的上行授权类型二(configuredgranttype2)被配置后，ue还需要接收到激活信令才能使用。本发明中，对不同的授权类型可以采用相同或者不同的措施。

实施例5

当待定的调度请求有相应的调度请求配置时，

如果sr_counter＜sr-transmax

-指示物理层在有效的pucch资源上发送用于调度请求的信号

否则

-挂起(suspend)所有服务小区的pucch资源；和/或

-挂起(suspend)所有服务小区的srs资源；和/或

-挂起(suspend)任何配置的下行指派和上行授权；优选的，可以是挂起配置的上行授权类型一(configuredgranttype1)，释放配置的下行指派和配置的上行授权类型二(configuredgranttype2)

-启动/触发随机接入过程，并取消所有待定的调度请求。

为了恢复上述被挂起的资源，可以采用以下方法：

方法一：当所触发的随机接入过程成功时，ue可以

恢复(resume)或者初始化或者重新初始化((re-)initialize)挂起的pucch资源；恢复或者初始化或者重新初始化挂起的srs资源。

方法二：ue接收gnb发送的信息，该信息指示ue恢复(resume)或者初始化或者重新初始化((re-)initialize)挂起的pucch资源；恢复或者初始化或者重新初始化挂起的srs资源。

这样的信息可以携带在macce中，或者是携带在信令中。当ue收到该信息，如果相应的资源被挂起，那么ue执行恢复或者初始化或者重新初始化这些挂起的资源；如果相应的资源没有被挂起，或者是正常使用，那么ue可以忽略该信息，或者执行恢复或者初始化或者重新初始化这些挂起的资源。

这里，挂起pucch资源和srs资源，是指ue保存这些资源的配置信息，但是不使用这些资源。

这里挂起任何配置的下行指派和上行授权，是指ue保存配置的下行指派或者上行授权的配置信息，但是不使用这些资源，或者认为这些资源被去激活了。

这里恢复挂起pucch资源和srs资源，是指ue可以和挂起之前一样正常使用这些已经配置的资源，或者是根据存储的配置信息，对pucch资源或者srs资源进行配置。

这里恢复或者初始化或者重新初始化已挂起的任何配置的下行指派是指ue根据存储的配置信息，对下行指派进行配置，优选的，这些恢复的下行配置信息处于未激活的状态

这里恢复或者初始化或者重新初始化已挂起的任何配置的上行授权，对于配置的授权类型一(configuredgranttype1)，是指ue可以和挂起之前一样正常使用配置的授权类型一的资源，对于配置的授权类型二(configuredgranttype2)，可以是指恢复了配置的但是尚未被激活的配置的授权类型二，ue需要重新接收到激活信息时，才能够使用。

实施例6

和实施例5不同的是在实施例6中，ue可以对部分资源的进行释放，或者可以对部分资源进行挂起处理，还可以是对部分资源进行释放并对部分资源进行挂起。

当待定的调度请求有相应的调度请求配置时，

如果sr_counter＜sr-transmax

-指示物理层在有效的pucch资源上发送用于调度请求的信号

否则

-释放当前服务小区的pucch资源；和/或

-挂起其他服务小区的pucch资源；和/或

-释放当前服务小区的srs资源；和/或

-挂起其他服务小区的srs资源；和/或

-清除当前的服务小区配置的下行指派和上行授权；和/或

-挂起其他服务小区配置的下行指派和上行授权；和/或

-启动/触发随机接入过程，并取消所有待定的调度请求。

优选的，当前的服务小区可以是指当前进行调度请求信号发送的服务小区，或者是发送调度请求的pucch所在的服务小区。其他服务小区是指不包含当前服务小区的服务小区。

为了恢复上述被挂起的资源，可以采用实施例5中所述的方法。

以下，通过实施例7对资源的释放进行详细说明。

实施例7

基于前文所述的方法中，释放资源可以是mac层通知或者请求ue的上层(例如rrc层)将pucch资源配置释放。ue的上层接收到来自下层的关于释放pucch的通知或者请求时，释放包含在相关配置信息中和pucch有关的配置。

这里需要说明的是，ue可以通知上层释放所有服务小区的pucch资源；ue还可以通知上层释放当前服务小区的pucch资源。进一步地，ue还可以通知上层释放服务小区的仅和调度请求相关的pucch资源。

相应地，ue接收到来自下层的关于释放pucch资源的请求，ue可以释放包含在相关配置信息中和pucch有关的配置，例如，在csi报告的配置中包含了用于csi的pucch资源配置，在调度请求的配置中也包含了pucch资源配置，那么ue可以释放csi报告配置和调度请求配置中的pucch资源，这就是所说的释放所有和pucch有关的配置。

还可以是当ue接收到来自下层的关于释放pucch资源的请求时，ue仅释放包含在调度请求的配置中的pucch资源，而不释放包含在csi报告配置中的pucch资源，这可以称为部分释放和pucch有关的配置。

ue可以在向上层的指示中指示释放所有pucch配置还是释放部分pucch配置，然后基于下层的指示，ue执行相应的释放操作。例如ue通知上层释放服务小区的仅和调度请求相关的pucch资源时，ue仅释放包含在调度请求的配置中的pucch资源。

mac层还可以通知或者请求ue的上层(例如rrc层)将srs资源配置释放

ue的上层接收到来自下层的关于释放srs的通知或者请求时，释放包含在相关配置信息中和srs有关的配置；相应地，ue接收到来自下层的关于释放srs资源的请求，ue可以释放包含在srs相关配置信息srs的资源配置。

进一步地，当ue释放当前服务小区的pucch/srs资源时，ue可以在向上层指示释放pucch/srs资源时同时指示当前服务小区的相关信息，例如小区身份标识，或者小区编号；还可以是ue在向上层指示释放pucch/srs资源时，同时是指示哪些小区的pucch/srs资源需要被释放。

另外，ue在进行beamfailurerecovery(bfr)过程时也会触发随机接入过程。这个随机接入过程可以时基于竞争冲突解决的。在这过程中，ue在消息三中可能携带bsr。在bfr触发的随机接入过程中，当gnb接收到的消息三中携带的bsr时，gnb可能会认为这是一个调度请求触发的随机接入，从而增加了识别的难度，导致了不必要的重新分配信息的开销。针对bfr触发的随机接入过程带来的问题，实施例8提出了解决方法。

实施例8

对于beamfailurerecovery触发的随机接入过程，在消息三中不携带bsr。本方案排除了bfi导致的干扰场景。具体的实现方式可以是：

当ue在随机接入过程中成功收到随机接入响应时，如果随机接入过程是由beamfailurerecovery触发的，或者是由beam相关的事件触发的，那么ue指示复用和组装过程(multiplexingandassemblyprocedure)或者复用和组装实体(multiplexingandassemblyentity)不要将bsr包含在上行传输中。

本方法的又一实现方式可以是：

当ue在随机接入过程中成功收到随机接入响应时，如果随机接入过程不是由beamfailurerecovery触发的，或者是由beam相关的事件触发的，那么ue指示复用和组装过程(multiplexingandassemblyprocedure)或者复用和组装实体(multiplexingandassemblyentity)可以将bsr包含在上行传输中。

图4是示出本发明的一个实施例的用户设备40的框图。如图4所示，该用户设备40包括处理器401和存储器402。处理器401例如可以包括微处理器、微控制器、嵌入式处理器等。存储器402例如可以包括易失性存储器(如随机存取存储器ram)、硬盘驱动器(hdd)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器402上存储有程序指令。该指令在由处理器401运行时，可以执行本公开详细描述的由用户设备执行的上述通信控制方法。

图5是示出本发明的一个实施例的基站50的框图。如图5所示，该基站50包括处理器501和存储器502。处理器501例如可以包括微处理器、微控制器、嵌入式处理器等。存储器502例如可以包括易失性存储器(如随机存取存储器ram)、硬盘驱动器(hdd)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器502上存储有程序指令。该指令在由处理器501运行时，可以执行本公开详细描述的由基站执行的上述通信控制方法。

运行在根据本发明的设备上的程序可以是通过控制中央处理单元(cpu)来使计算机实现本发明的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器ram)、硬盘驱动器(hdd)、非易失性存储器(如闪速存储器)、或其他存储器系统中。

用于实现本发明各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机系统读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机系统”可以是嵌入在该设备中的计算机系统，可以包括操作系统或硬件(如外围设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。

用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如，单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器，也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路，也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下，本发明的一个或多个实施例也可以使用这些新的集成电路技术来实现。

此外，本发明并不局限于上述实施例。尽管已经描述了所述实施例的各种示例，但本发明并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备，如av设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。

如上，已经参考附图对本发明的实施例进行了详细描述。但是，具体的结构并不局限于上述实施例，本发明也包括不偏离本发明主旨的任何设计改动。另外，可以在权利要求的范围内对本发明进行多种改动，通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本发明的技术范围内。此外，上述实施例中所描述的具有相同效果的组件可以相互替代。