上行链路传输中的功率控制

技术领域

本公开的实施例总体上涉及通信技术，并且更具体地涉及用于功率余量报告的方法、设备和计算机可读介质。

背景技术

在最近的通信网络中，已经提出了几种功率管理技术。例如，网络设备为向终端设备的上行链路传输分配带宽和所需要的功率。终端设备可以向网络设备报告关于功率余量的信息。在接收到该信息时，网络设备可以基于功率余量来控制功率。这样的功率控制方案通常不是则准确。

发明内容

总体上，本公开的实施例涉及一种用于功率减小指示的方法和对应的通信设备。

在第一方面，本公开的实施例提供了一种终端设备。该终端设备包括：至少一个处理器；以及耦合到至少一个处理器的存储器，存储器中存储有指令，该指令在由至少一个处理器执行时使终端设备：在终端设备处从网络设备接收所需要的传输功率的第一信息。所需要的传输功率是用于终端设备在由网络设备管理的小区中执行上行链路传输的由网络设备需要的传输功率。该网络设备还被使得将所需要的传输功率与终端设备的最大传输功率进行比较。该网络设备还被使得响应于所需要的传输功率超过最大传输功率向网络设备发送第二信息，该第二信息包括针对小区中的上行链路传输的功率减小的指示。

在第二方面，本公开的实施例提供了一种网络设备。该网络设备包括：至少一个处理器；以及耦合到至少一个处理器的存储器，存储器中存储有指令，该指令在由至少一个处理器执行时使网络设备：在网络设备处向终端设备发送所需要的传输功率的第一信息。所需要的传输功率是用于终端设备在由网络设备管理的小区中执行上行链路传输的由网络设备需要的传输功率。该网络设备还被使得从终端设备接收第二信息，该第二信息包括针对小区中的上行链路传输的功率减小指示。该网络设备还被引起基于该指示来执行与终端设备的通信。

在第三方面，本公开的实施例提供了一种方法。该方法包括：在终端设备处从网络设备接收所需要的传输功率的第一信息。所需要的传输功率是用于终端设备在由网络设备管理的小区中执行上行链路传输的由网络设备需要的传输功率。该方法还包括将所需要的传输功率与终端设备的最大传输功率进行比较。该方法还包括：响应于所需要的传输功率超过最大传输功率，向网络设备发送第二信息，该第二信息包括针对小区中的上行链路传输的功率减小的指示。

在第四方面，本公开的实施例提供了一种方法。该方法包括：在网络设备处向终端设备发送所需要的传输功率的第一信息。所需要的传输功率是用于终端设备在由网络设备管理的小区中执行上行链路传输的由网络设备需要的传输功率。该方法还包括从终端设备接收第二信息，该第二信息包括针对小区中的上行链路传输的功率减小的指示。该方法还包括基于该指示来执行与终端设备的通信。

在第五方面，本公开的实施例提供了一种装置。该装置包括用于在终端设备处从网络设备接收所需要的传输功率的第一信息的部件。所需要的传输功率是用于终端设备在由网络设备管理的小区中执行上行链路传输的由网络设备需要的传输功率。该装置还包括用于将所需要的传输功率与终端设备的最大传输功率进行比较的部件。该装置还包括用于响应于所需要的传输功率超过最大传输功率而向网络设备发送第二信息的部件，该第二信息包括针对小区中的上行链路传输的功率减小的指示。

在第六方面，本公开的实施例提供了一种装置。该装置包括用于在网络设备处向终端设备发送所需要的传输功率的第一信息的部件。所需要的传输功率是用于终端设备在由网络设备管理的小区中执行上行链路传输的由网络设备需要的传输功率。该装置还包括用于从终端设备接收第二信息的部件，该第二信息包括针对小区中的上行链路传输的功率减小的指示。该装置还包括用于基于该指示来执行与终端设备的通信的部件。

在第七方面，本公开的实施例提供了一种计算机可读介质。该计算机可读介质上存储有指令，该指令在由机器的至少一个处理单元执行时引起机器实现根据第三方面或第四方面的方法。

当结合以示例方式示出本公开的实施例的原理的附图阅读时，根据对特定实施例的以下描述，本公开的实施例的其他特征和优点也将很清楚。

附图说明

本公开的实施例以示例方式呈现，并且其优点在下面参考附图更详细地解释，在附图中

图1示出了PHR介质访问控制(MAC)控制元素(CE)的示意图；

图2示出了另一PHR MAC CE的示意图；

图3示出了其他的PHR MAC CE的示意图；

图4示出根据本公开的实施例的通信系统的示意图；

图5示出了根据本公开的实施例的设备之间的交互的示意图；

图6示出了根据本公开的实施例的在通信设备处实现的方法的流程图；

图7示出了根据本公开的实施例的在通信设备处实现的方法的流程图；

图8示出了根据本公开的实施例的设备的示意图；以及

图9示出了根据本公开的一些实施例的示例计算机可读介质的框图。

在所有附图中，相同或相似的附图标记表示相同或相似的元素。

具体实施方式

现在将参考几个示例实施例来讨论本文中描述的主题。应当理解，这些实施例仅出于使得本领域技术人员能够更好地理解并且因此实现本文中描述的主题的目的而进行讨论，而没有对主题的范围提出任何限制。

本文中使用的术语仅出于描述特定实施例的目的，而非旨在限制示例实施例。如本文中使用的，除非上下文另外明确指出，否则单数形式的“一个”、“一”和“该”也意图包括复数形式。应当进一步理解，当在本文中使用时，术语“包括”、“包括有”、“包含”和/或“包含有”指定所述特征、整体、步骤、操作、元素和/或组件的存在，但是不排除一个或多个其他特征、整体、步骤、操作、元素、组件和/或其组的存在或增加。

还应当注意，在一些替代实现中，所提到的功能/动作可以不按图中指出的顺序发生。例如，取决于所涉及的功能/动作，连续示出的两个功能或动作实际上可以同时执行，或者有时可以以相反的顺序执行。

如本文中使用的，术语“通信网络”是指遵循任何合适的通信标准的网络，诸如长期演进(LTE)、高级LTE(LTE-A)、宽带码分多址(WCDMA)、高速分组访问(HSPA)、新无线电(NR)等。此外，终端设备与通信网络中的网络设备之间的通信可以根据任何合适的一代通信协议来执行，包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、第四代(4G)、4.5G、未来的第五代(5G)通信协议和/或当前已知或将来要开发的任何其他协议。

本公开的实施例可以应用于各种通信系统中。考虑到通信的快速发展，当然，还将存在可以体现本公开的未来类型的通信技术和系统。不应当将本公开的范围限制为仅上述系统。为了说明的目的，将参考5G通信系统来描述本公开的实施例。

本文中使用的术语“网络设备”包括但不限于通信系统中的基站(BS)、网关、注册管理实体和其他合适的设备。术语“基站”或“BS”表示节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、NR NB(也称为gNB)、远程无线电单元(RRU)、无线电报头(RH)、远程无线电头(RRH)、中继、低功率节点(例如，毫微微、微微等)。

本文中使用的术语“终端设备”包括但不限于“用户设备(UE)”和能够与网络设备通信的其他合适的终端设备。例如，“终端设备”可以是指终端、移动终端(MT)、订户站(SS)、便携式订户站、移动站(MS)或接入终端(AT)。

本文中使用的术语“电路系统”可以是指以下中的一个或多个或全部：

(a)纯硬件电路实现(诸如仅在模拟和/或数字电路系统中的实现)，以及

(b)硬件电路和软件的组合，诸如(如适用)：

(i)模拟和/或数字硬件电路与软件/固件的组合，以及

(ii)具有软件的硬件处理器(包括数字信号处理器)、软件和存储器的任何部分，这些部分一起工作以引起诸如移动电话或服务器等装置执行各种功能，以及

(c)需要软件(例如，固件)才能操作但是在操作不需要时软件可以不存在的硬件电路和/或处理器，诸如微处理器或微处理器的一部分。

“电路系统”的这种定义适用于该术语在本申请中的所有使用，包括在任何权利要求中。作为另一示例，如本申请中使用的，术语“电路系统”也仅涵盖硬件电路或处理器(或多个处理器)或硬件电路或处理器及其(或它们的)随附软件和/或固件的一部分的实现。术语“电路系统”还涵盖(例如并且在适用于特定权利要求元素的情况下)用于移动设备的基带集成电路或处理器集成电路、或者服务器、蜂窝网络设备或其他计算或网络设备中的类似集成电路。

如上所述，终端设备可以将功率余量报告给网络设备。由终端设备将功率余量报告(PHR)报告给网络，以实现上行链路的高效调度。PHR可以由某些条件触发。例如，PHR可以由路径损耗(PL)变化高于阈值来触发。替代地，PHR可以由周期性定时器到期来触发。

在传统技术中，终端设备可以发送一个小区或多个小区的PHR。图1示出了单条目PHR MAC CE的示意图。图2示出了配置的上行链路小于8的服务小区的索引最高(也称为ServCell索引)的多条目PHR MAC CE的示意图。图3示出了配置的上行链路等于或高于32的服务小区的ServCell索引最高的多条目PHR MAC CE的示意图。应当注意，关于图1-3所示的ServCell索引和数目仅用于说明目的，而非限制。

定义了不同类型的PHR：类型1功率余量被定义为取决于物理上行链路共享信道(PUSCH)传输功率的剩余功率；类型2PHR被定义为取决于PUCCH传输功率的剩余功率；类型3PHR被定义为取决于SRS传输的剩余功率。实际PHR和虚拟PHR取决于相关信道上是否存在实际UL传输来定义。以类型1的PHR为例：如果UE确定激活的服务小区的类型1功率余量报告基于实际PUSCH传输，则对于服务小区c的载波f的活动上行链路(UL)带宽部分(BWP)b上的PUSCH传输时机i，UE如下计算类型1功率余量报告：

其中P

PUSCH传输功率定义如下，这取决于PUSCH资源分配带宽

对于双连接(例如，E-UTRAN新无线电——双连接(EN-DC)和NE—DC)，当总功率超过UE功率时，可能会发生功率减小。

在EN-DC的场景中，如果UE指示用于EN-DC的E-UTRA与NR之间的动态功率共享的能力，并且如果MCG的子帧i

在NE—DC的场景中，如果UE指示E-UTRA与NR之间的动态功率共享的能力，并且如果MCG的子帧i

此外，具有载波聚合(CA)和/或双连接(DC)配置的PHR报告可能很大。随着配置的载波数目的增加，所触发的PHR无法被包括在MAC PDU中的可能性也增加。在32个服务小区的情况下，PHR MAC CE可以超过60个字节。根据当前技术，仅当整个PHR MAC CE可以被包括在PDU中时，才包括PHR。

在PHR被截断的场景中，当完整的PHR不能容纳在MAC PDU中时，可以报告一些小区的功率余量(PH)。当发生功率减小时，即使PH值指示仍然剩余功率，网络设备也将无法基于被报告小区的PH值来确定当前分配和功率控制是否适当，因为传输功率的减小并未被考虑在内。

根据本公开的实施例，如果终端设备需要减小传输功率，则终端设备向网络设备传输功率减小指示。网络设备基于功率减小指示来执行与终端设备的通信。以这种方式，在功率控制期间考虑了功率减小，因此改善了UL调度。

图4示出了可以在其中实现本公开的实施例的通信系统400的示意图。作为通信网络的一部分的通信系统400包括终端设备410-1、410-2、......、410-N(统称为“终端设备410”，其中N是整数)。通信系统400包括一个或多个网络设备，例如，网络设备420-1、420-2、......、420-M(统称为“网络设备420”，其中M是整数)。应当理解，通信系统400还可以包括为了清楚起见而省略的其他元件。应当理解，图4所示的终端设备和网络设备的数目是出于说明的目的而给出的，而没有提出任何限制。网络设备420可以与终端设备410通信。

通信系统400中的通信可以根据任何适当的通信协议来实现，包括但不限于第一代(1G)、第二代(2G)、第三代(3G)、第四代(4G)和第五代(5G)等的蜂窝通信协议、诸如电气和电子工程师协会(IEEE)802.11等无线局域网通信协议、和/或当前已知或将来开发的任何其他协议。而且，通信可以利用任何适当的无线通信技术，包括但不限于：码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、频分双工(FDD)、时分双工(TDD)、多输入多输出(MIMO)、正交频分多址(OFDMA)、和/或当前已知或将来开发的任何其他技术。

图5示出了根据本公开的实施例的交互500的示意图。交互500可以在任何合适的设备处实现。仅出于说明的目的，将交互500描述为在终端设备410-1和网络设备420-1处实现。

网络设备420-1发送505所需要的传输功率的第一信息。网络设备需要所需要的功率来执行上行链路传输。在一些实施例中，第一信息可以指示由网络设备420-1管理的一个小区430-1的所需要的功率。在其他实施例中，第一信息可以指示若干小区(例如，小区430-1和小区430-2)的所需要的功率。在一些实施例中，小区430-1和小区430-2可以由网络设备420-1来管理。可替代地，小区430-1和小区430-2可以由不同网络设备(例如，网络设备420-1和网络设备420-2)来管理。

终端设备410-1将所需要的传输功率与终端设备410-1的最大传输功率进行比较510。最大传输功率是终端设备410-1能够为上行链路传输而提供的功率。

如果终端设备410-1确定所需要的传输功率超过最大传输功率，则终端设备410-1向网络设备420-1发送515第二信息。第二信息包括功率减小的指示。功率减小的指示可以使用来自P

在一些实施例中，终端设备410-1可以基于预定规则来确定520哪个(哪些)小区和/或哪个(哪些)信道要执行功率减小。例如，如果小区430-1是主小区并且小区430-2是辅小区，则终端设备410-1可以减小525小区430-2上的传输功率。

在一些其他实施例中，如果小区430-1是长期演进(LTE)网络中的小区并且小区430-2是新无线电(NR)网络中的小区，则终端设备410-1可以减小525小区430-2上的传输功率。

在一些实施例中，信道可以包括多个信道，例如，PUSCH、物理上行链路控制信道(PUCCH)和物理随机接入信道(PRACH)中的一种或多种。如果所需要的功率超过最大传输功率，则终端设备410-1可以基于其优先级来减小525除PUCCH/PRACH之外的PUSCH上的传输功率。

网络设备420—1基于所接收的功率减小的指示来执行530与终端设备410-1的通信。网络设备420-1可以基于该指示来执行UL调度。在一些实施例中，网络设备420-1可以减小到终端设备410-1的PUSCH分配带宽。可替代地，如果网络设备420-1接收到功率减小的指示，则网络设备420—1可以不发送用于增加/减小到终端设备410-1的传输功率的功率控制命令。

图6示出了根据本公开的实施例的方法600的流程图。方法600可以在任何合适的设备处实现。仅出于说明的目的，方法600被描述为在终端设备410—1处实现。

在框610处，终端设备410-1接收所需要的传输功率的第一信息。网络设备需要所需要的功率来执行上行链路传输。在一些实施例中，第一信息可以指示由网络设备420-1管理的一个小区430-1的所需要的功率。在其他实施例中，第一信息可以指示若干小区(例如，小区430-1和430-2)的所需要的功率。

在框620处，终端设备410-1将所需要的传输功率与终端设备410-1的最大传输功率进行比较。最大传输功率是终端设备410-1能够为上行链路传输而提供的功率。

如果终端设备410-1确定所需要的传输功率超过最大传输功率，则在框630处，终端设备410-1向网络设备420-1传输第二信息。第二信息包括功率减小指示。功率减小指示可以使用来自PHR中的P

在一些实施例中，终端设备410—1可以基于预定规则(例如，优先级)来确定哪个(哪些)小区将执行功率减小。例如，如果小区430—1是主小区并且小区430-2是辅小区，则终端设备410—1可以减小小区430-2上的传输功率。

在其他实施例中，如果小区430—1是长期演进(LTE)网络中的小区并且小区430-2是新无线电(NR)网络中的小区，则终端设备410—1可以减小小区430-2上的传输功率。

在一些实施例中，当需要由终端设备执行功率减小时，PHR可以被触发以传输到网络设备。在一些示例中，在功率减小需要被应用于多个服务小区或阈值数目的服务小区的情况下触发功率余量报告，其中这样的阈值数目可以由网络设备可配置。在一些示例中，在功率减小被应用于主小区(PCell)、主辅小区(PSCell)和/或(多个)辅小区(SCell)的情况下触发功率余量报告。

在本公开的示例实施例中，当完整的PHR MAC CE无法适合MAC PDU时，它引入截断PHR以实现报告部分PHR。截断PHR可能不会取消所触发的PHR，并且可以保持未决，直到可以将完整的报告复用到MAC PDU中。

截断PHR还可以明确指示PHR已经被触发但不适合可用资源(例如，在填充可用时将其包括在内的情况下)。例如，不同逻辑信道标识(LCID)或多条目PHR格式的位图中保留比特可以用于这个目的或者单条目PHR格式的功率余量(PH)值之前的保留位之一。

在一个实施例中，终端设备410-1可以为每个激活的服务小区设置位图中的比特(如当前)，但是在MAC PDU中的可用字节耗尽之前，为其所能容纳的尽可能多的位报告PH。终端设备410-1可以基于严格优先级规则来报告小区，网络设备基于该严格优先级规则来确定实际报告哪些服务小区。例如，这对于使网络设备了解在双连接中其他小区组中激活了多少个服务小区特别有用。

在报告截断PHR的场景中，可以优先报告具有真实PUSCH传输的小区，因为功率减小仅发生在具有真实PUSCH传输的小区中。另外，终端设备410-1可以针对施加了功率减小的小区而不是没有功率减小的小区来传输PHR。

为了减小开销，用于截断PHR的某些规则也可以适用于常规触发PHR，例如，关于要在PHR中报告的小区子集或仅显式地配置的小区子集的显式配置的规则在PHR中报告。

在一些实施例中，要在截断PHR中报告的小区可以用以下规则中的一个或多个来选择：

(1)在同一MAC实体(即，同一小区组)内的小区优先于另一MAC实体(即，另一小区组)的小区；

(2)PCell/PSCell优先于SCell；

(3)根据PH类型/值，例如真实/虚拟，类型1/2/3：(a)优先考虑传输PHR时具有实际UL传输资源的小区，即，报告了真实PH的小区，而不是具有虚拟PHR的小区；(b)对于任何小区，类型1的PH优先于类型3的PH；(c)优先考虑施加有或不施加有功率回退的小区；(d)优先考虑具有最低PH值的小区；(e)与最后的PHR相比，优先考虑PH值变化最大的小区；

(4)根据小区的小区索引或频率/频带：(a)小区索引的升序/降序。优先考虑具有最低服务小区索引的小区(以便能够使用8比特位图多条目PHR格式，而不是32比特位图多条目PHR格式)；(b)小区的频率/频带的升序/降序。每个频带一个小区，报告每个频带内具有最低/最高频带索引的频带；

(5)明确地指示在配置小区时是否应当报告该小区的PH；

(6)在由于SCell激活而触发PHR的情况下，新激活的SCell；

(7)按照配置顺序的SCell；

(8)按照数字基本配置(numerology)顺序的SCell；

(9)按照BWP大小的顺序的SCell。

在一些实施例中，终端设备410-1可以仅在一个小区中执行上行链路传输。终端设备410-1可以基于预定规则来确定在哪个(哪些)信道上执行功率减小。例如，信道可以包括多个信道，例如，PUSCH、物理上行链路控制信道(PUCCH)和物理随机接入信道(PRACH)中的一种或多种。如果所需要的功率超过最大传输功率，则终端设备410-1可以基于其优先级来确定减小除PUCCH/PRACH之外的PUSCH上的传输功率。

可替代地或另外地，第二信息还可以包括功率减小的量。在一些实施例中，功率减小的量可以使用PH字段来发送。在其他实施例中，功率减小的量可以使用PCmax字段来发送。以这种方式，网络设备知道用于改善功率调度的功率减小的量。

在示例实施例中，第二信息还可以包括功率减小的原因。例如，原因可以包括过热。可替代地或另外地，原因可以包括在另一小区组/MAC实体上的TX。以这种方式，网络设备具有传输条件的信息，从而改善了网络设备与终端设备之间的传输。

在一些实施例中，一种用于执行方法600的装置(例如，终端设备110-1)可以包括用于执行方法600中的对应步骤的相应部件。这些部件可以以任何合适的方式来实现。例如，它可以由电路系统或软件模块实现。

在一些实施例中，该装置包括：用于在终端设备处从网络设备接收所需要的传输功率的第一信息的部件，所需要的传输功率是用于终端设备在由网络设备管理的小区中执行上行链路传输的由网络设备需要的传输功率；用于将所需要的传输功率与终端设备的最大传输功率进行比较的部件；以及用于响应于所需要的传输功率超过最大传输功率而向网络设备发送第二信息的部件，该第二信息包括针对小区中的上行链路传输的功率减小的指示。

在一些实施例中，第二信息还包括以下至少之一：功率减小的量和功率减小的原因。

在一些实施例中，该装置还包括：用于基于小区的类型来确定小区的优先级的部件；以及用于响应于小区的优先级高于由网络设备管理的另一小区的优先级来减小终端设备在另一小区中的传输功率的部件。

在一些实施例中，该装置还包括：用于基于由终端设备在小区中使用的第一信道和第二信道的类型来确定第一信道和第二信道的第一优先级和第二优先级的部件；以及用于响应于第一优先级高于第二优先级而减小终端设备在第二信道上的传输功率的部件。

在一些实施例中，第二信息是在功率余量报告(PHR)中发送的。

图7示出了根据本公开的实施例的方法700的流程图。方法700可以在任何合适的设备处实现。仅出于说明的目的，方法700被描述为在网络设备420—1处实现。

在框710处，网络设备420—1发送所需要的传输功率的第一信息。网络设备需要所需要的功率来执行上行链路传输。在一些实施例中，第一信息可以指示由网络设备420-1管理的一个小区430-1的所需要的功率。在其他实施例中，第一信息可以指示若干小区(例如，小区430-1和430-2)的所需要的功率。

在框720处，网络设备420—1接收第二信息，该第二信息包括针对小区中的传输的功率减小的指示。第二信息包括功率减小的指示。功率减小指示可以使用来自P

可替代地或另外地，第二信息还可以包括功率减小的量。在一些实施例中，功率减小的量可以使用PH值来传输。在其他实施例中，功率减小的量可以使用PCmax字段来发送。

在示例实施例中，第二信息还可以包括功率减小的原因。例如，原因可以包括过热。替代地或另外地，原因可以包括在另一小区组/MAC实体上的TX。以这种方式，网络设备还知道功率减小的原因。

在框730处，网络设备420-1基于该指示来执行与终端设备410-1的通信。网络设备420-1可以基于该指示来执行功率调度。在一些实施例中，网络设备420-1可以减小到终端设备410-1的PUSCH分配带宽。替代地，如果网络设备420-1接收到功率减小指示，则网络设备420-1可以不发送用于增加到终端设备410-1的传输功率的功率控制命令。

在一些实施例中，一种用于执行方法600的装置(例如，终端设备110-1)可以包括用于执行方法600中的对应步骤的相应部件。这些部件可以以任何合适的方式来实现。例如，它可以由电路系统或软件模块实现。

在一些实施例中，该装置包括：用于在网络设备处向终端设备发送所需要的传输功率的第一信息的部件，所需要的传输功率是用于终端设备在由网络设备管理的小区中执行上行链路传输的由网络设备需要的传输功率；用于从终端设备接收第二信息的部件，该第二信息包括针对小区中的上行链路传输的功率减小的指示；以及用于基于该指示来执行与终端设备的通信的部件。

在一些实施例中，第二信息还包括以下至少之一：功率减小的量和功率减小的原因。

在一些实施例中，用于执行与终端设备的通信的模块包括：用于减小终端设备的物理上行链路共享信道(PUSCH)分配带宽的模块。

在一些实施例中，第二信息是在功率余量报告(PHR)中接收的。

图8是适合于实现本公开的实施例的设备800的简化框图。设备800可以在网络设备120处实现。设备800也可以在终端设备110处实现。如图所示，设备800包括一个或多个处理器810、耦合到处理器810的一个或多个存储器820、耦合到处理器810的一个或多个发射器和/或接收器(TX/RX)840。

处理器810可以是适合于本地技术网络的任何类型，并且作为非限制性示例，可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一种或多种。设备800可以具有多个处理器，诸如专用集成电路芯片，处理器在时间上从属于与主处理器同步的时钟。

存储器820可以是适合于本地技术网络的任何类型，并且作为非限制性示例，可以使用任何合适的数据存储技术来实现，诸如非暂态计算机可读存储介质、基于半导体的存储器设备、磁存储器设备和系统、光学存储器设备和系统、固定存储器和可移动存储器。

存储器820存储程序830的至少一部分。设备800可以将程序830从计算机可读介质加载到RAM以便执行。计算机可读介质可以包括任何类型的有形非易失性存储，诸如ROM、EPROM、闪存、硬盘、CD、DVD等。图9示出了CD或DVD形式的计算机可读介质800的示例。计算机可读介质具有存储在其上的程序830。

TX/RX 840用于双向通信。TX/RX 840具有至少一个天线以促进通信，尽管实际上本申请中提到的接入节点可以具有多个天线。通信接口可以表示与其他网络元件通信所必需的任何接口。

假定程序830包括程序指令，该程序指令在由相关联的处理器810执行时使得设备800能够根据本公开的实施例进行操作，如本文中参考图5和7讨论的。也就是说，本公开的实施例可以通过可以由设备800的处理器810执行的计算机软件来实现，或者通过硬件来实现，或者通过软件和硬件的组合来实现。

虽然本说明书包含很多特定的实现细节，但是这些不应当被解释为对任何公开内容或可能要求保护的内容的范围的限制，而应当被解释为对特定实现的特定公开内容特定的特征的描述。在单独实施例的上下文中在本说明书中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以分别在多个实施例中或以任何合适的子组合来实现。此外，尽管以上可以将特征描述为以某些组合起作用并且甚至最初如此要求保护，但是在某些情况下，可以从组合中排除所要求保护的组合中的一个或多个特征，并且所要求保护的组合可以涉及子组合或子组合的变体。

类似地，尽管在附图中以特定顺序描绘操作，但是这不应当被理解为要求这样的操作以所示的特定顺序或以连续的顺序执行，或者执行所有示出的操作以实现期望的效果。结果。在某些情况下，多任务和并行处理可能是有利的。此外，上述实施例中的各种系统组件的分离不应当被理解为在所有实施例中都需要这种分离，并且应当理解，所描述的程序组件和系统通常可以集成在单个软件产品中，或者打包成多个软件产品。

当结合附图阅读时，鉴于前述描述，对本公开的前述示例性实施例的各种修改、改编对于本领域技术人员而言将变得很清楚。任何和所有修改仍将落入本公开的非限制性和示例性实施例的范围内。此外，受益于前述说明书和相关附图中呈现的教导的本公开的这些实施例所涉及的本领域技术人员将能够想到本文中阐述的本公开的其他实施例。

因此，应当理解，本公开的实施例不限于所公开的特定实施例，并且修改和其他实施例旨在被包括在所附权利要求的范围内。尽管本文中使用特定术语，但是它们仅在一般性和描述性意义上使用，而不是用于限制的目的。