用于配置随机接入信道资源的方法和设备与流程

本公开的实施例总体上涉及通信技术，更具体地，涉及用于配置随机接入信道资源的方法和设备。

背景技术：

目前，在r14的elaa(授权辅助频谱接入)技术中，在非竞争性ra(随机接入)过程期间，网络设备会向终端设备发送pdcch(物理下行控制信道)指令以按照指定的前导码id在预先配置的资源池中的一个或多个分配的prach(物理随机接入信道)资源上触发前导码传输。

在传统的随机接入过程中，通过rrc(无线资源控制)配置将载波的一个数据帧中的可用prach资源(包括频域资源、序列集、时域资源)预先配置并指定给终端设备。可用于prach传输的时域prach资源被rrc配置为prach配置索引。之后，通过结合pdcch指令接收时间和prach配置索引(在pdcch指令中表示为4比特的“prachmaskindex(屏蔽索引)”)，在经配置的prach资源中确定终端设备传输prach所使用的实际prach资源。因此，在传统的lte系统中，可用prach资源被rrc配置限制为某个或某些特定的子帧。

然而，由于elaa载波的rach过程中的前导码是在未授权的载波上传输的，故不确定的lbt(对话前监听)结果可能会延迟随机接入过程。此外，由于elaa中ul(上行链路)/dl(下行链路)配置会随着传输数据块的不同而改变，因此固定的或半静态的prach资源配置还会增加接入时间。对于帧结构类型2而言，时域上的prach资源受dl/ul配置制约。由于在elaa中任何子帧均可以是ul子帧或dl子帧，故这种基于dl/ul配置的资源指示就不充足了。因此，可能出现半静态资源配置与动态ul子帧相冲突的情况。

技术实现要素：

总体上，本公开提供了用于配置随机接入信道资源的方法和设备。

在第一方面，本公开的实施例提供了一种通信方法。该方法包括：在网络设备处，确定用于传输前导码的上行链路子帧在多个预定条件下的候选配置，预定条件涉及上行链路或下行链路传输状况；以及向终端设备发送配置的指示，以便终端设备根据指示来配置上行链路子帧。

在第二方面，本公开的实施例提供了一种通信方法。该方法包括：在终端设备处，从网络设备接收用于传输前导码的上行链路子帧在多个预定条件下的候选配置的指示；基于终端设备处的上行链路或者下行链路传输状况，确定多个预定条件中被满足的条件；以及基于指示和被满足的条件对应的候选配置，从候选配置中选择候选配置，以便设置用于传输前导码的上行链路子帧。

在第三方面，本公开的实施例提供了一种网络设备。该网络设备包括：控制器，被配置为确定用于传输前导码的上行链路子帧在多个预定条件下的候选配置，预定条件涉及上行链路或下行链路传输状况；以及收发器，被配置为向终端设备发送配置的指示，以便终端设备根据指示来配置上行链路子帧。

在第四方面，本公开的实施例提供了一种终端设备。该终端设备包括：收发器，被配置为从网络设备接收用于传输前导码的上行链路子帧在多个预定条件下的候选配置的指示；以及控制器，被配置为基于终端设备处的上行链路或者下行链路传输状况，确定多个预定条件中被满足的条件，并且基于指示和被满足的条件对应的候选配置，从候选配置中选择候选配置，以便设置用于传输前导码的上行链路子帧。

通过下文描述将会理解，根据本公开的实施例，通过在网络设备侧配置终端设备处的上行链路或者下行链路传输状况与多个候选配置之间的对应关系，使得终端设备根据该对应关系而基于上行链路或下行链路的实际传输情况灵活地配置上行链路资源用于传输随机接入所需的前导码，从而避免了如上所述的随机接入过程的延迟，提高了prach传输的成功率，并且合理地分配了用于随机接入的信道资源。

应当理解，发明内容部分中所描述的内容并非旨在限定本公开实施例的关键或重要特征，亦非用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标记表示相同或相似的元素，其中：

图1示出了本公开的实施例可以在其中实施的示例通信网络；

图2示出了根据本公开的某些实施例的网络设备与一个终端设备进行信令交互用于prach传输的高级别管道图；

图3示出了根据本公开的某些实施例的示例通信方法的流程图；

图4示出了根据本公开的某些实施例的确定用于传输前导码的上行链路子帧位于预定子帧之后的第一候选配置的示意图；

图5示出了根据本公开的某些实施例的确定用于传输前导码的上行链路子帧位于特殊子帧中的第二候选配置的示意图；

图6示出了根据本公开的某些其他实施例的示例通信方法的流程图；

图7示出了根据本公开的某些实施例的装置的框图；

图8示出了根据本公开的某些实施例的装置的框图；以及

图9示出了根据本公开的某些实施例的设备的框图。

在所有附图中，相同或相似参考数字表示相同或相似元素。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

在此使用的术语“网络设备”是指在基站或者通信网络中具有特定功能的其他实体或节点。“基站”(bs)可以表示节点b(nodeb或者nb)、演进节点b(enodeb或者enb)、远程无线电单元(rru)、射频头(rh)、远程无线电头端(rrh)、中继器、或者诸如微微基站、毫微微基站等的低功率节点等等。在本公开的上下文中，为讨论方便之目的，术语“网络设备”和“基站”可以互换使用，并且可能主要以enb作为网络设备的示例。

在此使用的术语“终端设备”或“用户设备”(ue)是指能够与基站之间或者彼此之间进行无线通信的任何终端设备。作为示例，终端设备可以包括移动终端(mt)、订户台(ss)、便携式订户台(pss)、移动台(ms)或者接入终端(at)，以及车载的上述设备。在本公开的上下文中，为讨论方便之目的，术语“终端设备”和“用户设备”可以互换使用。

在此使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”。其他术语的相关定义将在下文描述中给出。

由于在elaa载波的ra过程中，传输前导码所使用的载波是未授权的，故elaa中上行链路/下行链路配置会随着传输数据块的不同而改变。因此传统的固定的或半静态的prach资源配置无法适应随时间变化的上行链路或下行链路的实际传输情况，很容易造成随机接入过程延迟。

为解决此问题，一种方式是不限制可用于prach传输的子帧，这是因为在预先配置的子帧中的网络设备的pdcch指令传输或终端设备的prach传输的信道获得是没有保证的。换言之，该方式建议终端设备在由给定时间确定的任何子帧中传输prach，其中的给定时间是从pdcch指令接收时间偏移的时间。这表明，可以在触发rach过程的pdcch指令中动态地指定(例如通过prach屏蔽索引)时域资源(子帧)。然而，rach过程涉及潜在的多个具有功率斜坡(powerramping)的前导码传输。并且还可能需要附加的pdcch指令用于prach重传。此外，为了支持在更进一步的laa(独立laa或多连接laa)或multefire系统中支持竞争性随机接入过程，这种方式由于其不合理的资源预留方式而会产生极大的资源浪费。

因此，需要一种行之有效的方式高效地分配用于prach传输的随机接入信道资源。为了至少部分地解决这些以及其它潜在问题，本公开的实施例提供了全新的通信方法和相应的设备。

一般而言，根据本公开的实施例，网络设备可以确定用于传输前导码的上行链路子帧在多个预定条件下的候选配置，其中预定条件涉及上行链路或下行链路传输状况。之后，该网络设备可以向终端设备发送该配置的指示，以便终端设备根据指示来配置上行链路子帧。需要说明的是，该指示包含相应的上行链路或下行链路传输状况与相应的候选配置的对应关系，终端设备可以从指示中获知该对应关系，并根据实际传输状况来执行该对应关系中所确定的用于传输前导码的上行链路信道(例如，prach)资源配置。

也就是说，通过在网络设备侧配置终端设备处的上行链路或者下行链路传输状况与多个候选配置之间的对应关系，使得终端设备根据该对应关系而基于上行链路或下行链路的实际传输情况灵活地配置上行链路资源用于传输随机接入所需的前导码。以此方式，能够避免如上所述的随机接入过程的延迟，提高prach传输的成功率，并且合理地分配用于随机接入的信道资源。

图1示出了本公开的实施例可以在其中实施的示例通信网络100。如图1所示，通信网络100包括网络设备130以及多个终端设备，即，第一终端设备110和第二终端设备120。这些终端设备110、120可以与网络设备130通信。应理解，图1所示的网络设备和终端设备的数目仅仅是出于说明之目的而无意于限制。通信网络100可以包括任意适当数目的网络设备和终端设备。特别地，将在下文描述的本公开的实施例完全可以适用于单个用户设备。

网络100中的通信可以根据任何适当的通信协议来实施，包括但不限于，第一代(1g)、第二代(2g)、第三代(3g)、第四代(4g)和第五代(5g)等蜂窝通信协议、诸如电气与电子工程师协会(ieee)802.11等的无线局域网通信协议、和/或目前已知或者将来开发的任何其他协议。而且，该通信使用任意适当无线通信技术，包括但不限于，码分多址(cdma)、频分多址(fdma)、时分多址(tdma)、频分双工(fdd)、时分双工(tdd)、多输入多输出(mimo)、正交频分多址(ofdm)、和/或目前已知或者将来开发的任何其他技术。

根据本公开的实施例，网络设备130可以确定用于传输前导码的上行链路子帧在多个预定条件下的候选配置，其中预定条件涉及上行链路或下行链路传输状况。作为示例，上行链路或下行链路传输状况可以基本上涵盖由第一终端设备110或第二终端设备120所感测到的数据流的所有实际传输情况，例如上下行子帧配置。之后，该网络设备可以向第一终端设备110或第二终端设备120发送该配置的指示，以便相应的终端设备可以根据指示来配置上行链路子帧用于传输前导码。

对于单个终端设备(例如，第一终端设备110)而言，其可以感测数据流的实际传输情况，并根据所接收到的来自网络设备侧的该指示，选择与实际传输情况相对应的预定子帧来传输前导码。换言之，在网络设备130预先定义遇到各种传输情况所需的候选配置，再由例如第一终端设备110感测实际传输情况，并采取由网络设备130预先定义的候选配置方式来灵活地配置用于传输前导码的随机接入信道资源，从而避免随机接入过程的延迟，进而提高prach传输的成功率。

图2示出了根据本公开的某些实施例的网络设备130与其中一个终端设备110进行信令交互用于prach传输的高级别管道图。如图2所示，在进行上行链路前导码传输之前，网络设备130确定(210)ul子帧在多个条件下的候选配置，并且将这些候选配置以及相应条件的指示发送(220)给终端设备，例如第一终端设备110。第一终端设备110可以确定(230)当前满足的条件，并且接收到的指示来选择(240)多个候选配置中与所满足的条件对应的那个或者那些候选配置。继而，第一终端设备110按照该候选配置来设置ul子帧，以便向网络设备130传输(250)前导码。

下面将结合图3至图6分别从网络设备130和第一终端设备110的角度，对本公开的原理和具体实施例进行详细说明。首先参考图3，其示出了根据本公开的某些实施例的示例通信方法300的流程图。可以理解，方法300可以例如在如图1和图2所示的网络设备130处实施。为描述方便，下面结合图1和图2对方法300进行描述。

如图所示，在305，网络设备130确定用于传输前导码的上行链路子帧在多个预定条件下的候选配置，该预定条件涉及上行链路或下行链路传输状况，并且涉及上下行子帧配置。在310，网络设备130向第一终端设备110发送配置的指示，以便终端设备根据指示来配置上行链路子帧。

以此方式，网络设备130可以向第一终端设备110发送根据上行链路或下行链路传输状况如何配置上行链路子帧的指示，使接收到指示的第一终端设备110采取相应的策略在被分配的载波上传输前导码，从而避免了如上所述的随机接入过程的延迟，提高了prach传输的成功率，并且合理地分配了用于随机接入的信道资源。终端侧的处理将在后文结合图6详细说明。

在某些实施例中，网络设备130可以确定如下第一候选配置：如果存在预定的子帧，则用于携带前导码的上行链路子帧位于该预定子帧之后。在一些实施中，该预定子帧例如是下行链路结束子帧。图4示出了一个这样的实施例的示意图。在数据帧400中，带有字母“d”的数据帧410、420和430表示下行链路子帧，其中有花纹底色覆盖的“d”表示下行链路结束子帧，子帧440可别用来传输前导码。此时，当感测到一串下行链路子帧之后的下行链路结束子帧时，终端设备可以将下一子帧分配为用于传输前导码的子帧。作为另一示例，当感测到一串下行链路子帧之后的下行链路结束子帧时，终端设备可以将下行链路结束子帧之后的第n个子帧分配为用于传输前导码的子帧，n为正整数。以此方式，可以使终端设备通过感测下行链路结束子帧信令来配置相应子帧用于传输前导码，从而避免或减少了用于随机接入过程的延迟。

在某些实施例中，网络设备130还可以确定如下第二候选配置：如果前导码格式为4，则用于携带前导码的上行链路子帧位于特殊子帧中。图5示出了一个这样的实施例的示意图。在数据帧500中，带有字母“d”的子帧表示下行链路子帧，带有“u”的数据帧为上行链路子帧，带有字母“s”的子帧510为特殊子帧(specialsubframe)。该特殊子帧510可被用于传输前导码的子帧。相应地，终端设备可以解码数据帧并感测到帧中的特殊子帧510。作为示例，当感测到特殊子帧510时，终端设备可以将该特殊子帧分配为用于传输前导码的子帧。以此方式，可以使终端设备通过感测特殊子帧来将其配置用于传输前导码，从而避免或减少了用于随机接入过程的延迟。

在某些实施例中，网络设备130可以确定如下第三候选配置：在终端设备获知数据帧中的一个或多个预定上行链路子帧的情况下，则用于携带前导码的上行链路子帧位于获知的预定上行链路子帧中的一个或多个中。换言之，第三候选配置规定，将一部分子帧预先配置为潜在的随机接入信道资源用于传输前导码。作为示例，将数据帧中的奇子帧配置为用于传输前导码的子帧。一般地，预定上行链路子帧是从数据帧的边界开始计数的预定上行链路子帧。以此方式，可以使终端设备将预先获知的作为潜在随机接入信道资源的子帧用于传输前导码，从而避免或减少了用于随机接入过程的延迟。

在某些实施例中，如果网络设备很长一段时间没有传输pdcch，则也会使随机接入过程出现延迟。因此，网络设备130还可以确定如下第四候选配置：如果下行链路处于静默状态，则用于携带前导码的上行链路子帧位于独立发现信号(stand-alonediscoverysignal)之后。相应地，终端设备解码数据帧并感测到帧中的独立发现信号。作为示例，当感测到独立发现信号时，终端设备可以将下一子帧分配为用于传输前导码的子帧。作为另一示例，当感测到独立发现信号时，终端设备可以将独立发现信号之后的第m个子帧分配为用于传输前导码的子帧，m为正整数。以此方式，可以使终端设备通过感测独立发现信号来配置相应子帧用于传输前导码，从而避免或减少了用于随机接入过程的延迟。

在某些实施例中，如果在下行链路处于静默状态时期待接收的独立发现信号的密度不足，则仍会使随机接入过程出现延迟。因此，网络设备130可以确定如下第五候选配置：确定在终端设备从一个或多个数据帧中检测到预定个数的连续空子帧的情况下上行链路子帧位于该预定个数的连续空子帧之后。据此，终端设备可以在数据帧中的连续多个子帧未检测到下行链路传输之后将下一子帧视为用于传输前导码的子帧。作为示例，当一个数据帧中感测到连续9个空子帧时，终端设备可以将下一子帧分配为用于传输前导码的子帧。作为另一示例，当感测到例如9个空子帧时，终端设备可以将之后的第q个子帧分配为用于传输前导码的子帧，q为正整数。以此方式，可以使终端设备通过感测预定个数的空子帧并将之后的子帧视为prach资源来配置相应子帧用于传输前导码，从而避免或减少了用于随机接入过程的延迟。

应理解，为了prach传输的成功率以尽快完成随机接入，可是在数据帧中增加用于传输前导码的子帧的密度。因此，可以在各实际传输情况下配置多个用于传输前导码的子帧。此外，还可以在网络设备侧创建无线资源控制(rrc)层信令，将用于传输前导码的子帧配置为位于该rrc层信令之后。

下面的表1涵盖了上述第一候选配置、第二候选配置、第三候选配置、第四候选配置和第五候选配置这几种示例。例如，prach资源索引1所对应的子帧号涵盖了第一候选配置、第四候选配置和第五候选配置。prach资源索引6所对应的子帧号涵盖了第三候选配置、第四候选配置和第五候选配置。prach资源索引9所对应的子帧号涵盖了第二候选配置、第四候选配置和第五候选配置。

表1

应当理解，表1示出和上文描述的这些配置仅仅是示例性的。描述这些示例仅仅是为了帮助理解本公开实施例的思想和原理，无意以任何方式限制本公开的范围。而且，配置的其他方面可以按照目前已知或者将来开发的任何方式完成，本公开的范围在此方面同样不受限制。

在实现中，网络设备130可以将候选配置及其对应的条件以表格、程序代码、脚本、文本文件等任何适当的方式组织和发送给终端设备110、120。本公开的范围在此方面亦不受限制。

此外，由于本公开提供了新的prich资源配置方式，故传统的prach屏蔽索引也需要进行修改，以适应新的prich资源配置方式。prach屏蔽可用于触发在从备选prach资源中选择的特定资源上的prach传输。关于时域方面，prach屏蔽应当涵盖elaa的一个数据帧中的所有可能的时域prach资源。关于频域方面，prach屏蔽应当支持一个子帧中的最大prach成倍能力(例如，3倍)。

下面的表2示出了改进的prach屏蔽索引。借助于表2重新配置的prach屏蔽索引，能够避免配置冲突。

表2

图6示出了根据本公开的某些实施例的示例通信方法600的流程图。可以理解，方法600可以例如在如图1和图2所示的第一终端设备110处实施。为描述方便，下面结合图1和图2对方法600进行说明。

如图所示，在605，第一终端设备110从网络设备130接收用于传输前导码的上行链路子帧在多个预定条件下的候选配置的指示。在610，第一终端设备110基于终端设备处的上行链路或者下行链路传输状况，确定多个预定条件中被满足的条件。如上所述，与不同的候选配置对应的条件是基于上行链路和/或下行链路的状况来确定的。因此，第一终端设备110可以通过感测当前的上行链路和/或下行链路状况，来确定这些条件中的哪个或者哪些条件得到了满足

在615，第一终端设备110基于指示和被满足的条件对应的候选配置，从候选配置中选择候选配置，以便设置用于传输前导码的上行链路子帧。例如，在某些实施例中，第一终端设备110可以在存在预定子帧的情况下，选择将用于携带前导码的上行链路子帧设置在预定子帧之后的第一候选配置。作为示例，第一终端设备110可以在下行链路结束子帧之后的第一个子帧上传输前导码。以此方式，可以使终端设备通过感测下行链路结束子帧信令来配置相应子帧用于传输前导码，从而避免或减少了用于随机接入过程的延迟。

在某些实施例中，第一终端设备110可以响应于前导码的格式为4而选择将用于携带前导码的上行链路子帧设置在特殊子帧中的第二候选配置。作为示例，当感测到特殊子帧时，终端设备可以将该特殊子帧分配为用于传输前导码的子帧。以此方式，可以使终端设备通过感测特殊子帧来将其配置用于传输前导码，从而避免或减少了用于随机接入过程的延迟。

在某些实施例中，第一终端设备110可以响应于获知数据帧中的一个或多个预定上行链路子帧，选择将用于传输前导码的上行链路子帧设置在获知的预定上行链路子帧中的一个或多个中的第三候选配置。作为示例，将数据帧中的奇子帧配置为用于传输前导码的子帧。以此方式，可以使终端设备将预先获知的作为潜在随机接入信道资源的子帧用于传输前导码，从而避免或减少了用于随机接入过程的延迟。

在某些实施例中，第一终端设备110可以响应于下行链路处于静默状态，选择将用于携带前导码的上行链路子帧设置在独立发现信号之后的第四候选配置。作为示例，当感测到独立发现信号时，终端设备可以将下一子帧分配为用于传输前导码的子帧。以此方式，可以使终端设备通过感测独立发现信号来配置相应子帧用于传输前导码，从而避免或减少了用于随机接入过程的延迟。

在某些实施例中，第一终端设备110可以响应于从数据帧中检测到预定个数的连续空子帧，选择将用于传输前导码的上行链路子帧设置在该预定个数的连续空子帧之后的第五候选配置。作为示例，当感测到例如9个连续空子帧时，终端设备可以将下一子帧分配为用于传输前导码的子帧。以此方式，可以使终端设备通过感测预定个数的空子帧并将之后的子帧视为prach资源来配置相应子帧用于传输前导码，从而避免或减少了用于随机接入过程的延迟。

应当理解，上文结合图3至图5的示意图描述的网络设备130所执行的操作和相关的特征同样适用于第一终端设备110所执行的方法600，并且具有同样的效果，具体细节不再赘述。

图7示出了根据本公开的某些实施例的装置700的框图。可以理解，装置700可以实施在图1和图2所示的网络设备130侧。如图7所示，装置700包括：确定单元705，被配置为确定用于传输前导码的上行链路子帧在多个预定条件下的候选配置；发送单元710，被配置为向终端设备发送配置的指示，以便终端设备根据指示来配置上行链路子帧。

在某些实施例中，确定单元705包括第一确定单元，被配置为确定用于携带前导码的上行链路子帧位于预定子帧之后的第一候选配置。在某些实施例中，预定子帧是下行链路结束子帧。

在某些实施例中，确定单元705包括第二确定单元，被配置为确定在前导码的格式为4的情况下用于携带前导码的上行链路子帧位于特殊子帧中的第二候选配置。

在某些实施例中，确定单元705包括第三确定单元，被配置为确定在终端设备获知数据帧中的一个或多个预定上行链路子帧的情况下用于传输前导码的上行链路子帧位于获知的预定上行链路子帧中的一个或多个的第三候选配置。

在某些实施例中，确定单元705包括第四确定单元，被配置为确定在下行链路处于静默状态的情况下用于携带前导码的上行链路子帧位于独立发现信号之后的第四候选配置。

在某些实施例中，确定单元705包括第五确定单元，被配置为确定在终端设备从数据帧中检测到预定个数的连续空子帧的情况下上行链路子帧位于所述预定个数的连续空子帧之后的第五候选配置。

图8示出了根据本公开的某些实施例的装置800的框图。可以理解，装置800可以实施在图1和图2所示的第一终端设备110一侧。如图所示，装置800包括：接收单元805，被配置为从网络设备接收用于传输前导码的上行链路子帧在多个预定条件下的候选配置的指示；确定单元810，被配置为基于终端设备处的上行链路或者下行链路传输状况，确定多个预定条件中被满足的条件；以及选择单元815，被配置为基于指示和被满足的条件对应的候选配置，从候选配置中选择候选配置，以便设置用于传输前导码的上行链路子帧。

在某些实施例中，选择单元815包括第一选择单元，被配置为选择将用于携带前导码的上行链路子帧设置在预定子帧之后的第一候选配置。在某些实施例中，预定子帧是下行链路结束子帧。

在某些实施例中，选择单元815包括第二选择单元，被配置为响应于前导码的格式为4选择将用于携带前导码的上行链路子帧设置在特殊子帧中的第二候选配置。

在某些实施例中，选择单元815包括第三选择单元，被配置为响应于获知数据帧中的一个或多个预定上行链路子帧，选择将用于传输前导码的上行链路子帧设置在获知的预定上行链路子帧中的一个或多个的第三候选配置。

在某些实施例中，选择单元815包括第四选择单元，被配置为响应于下行链路处于静默状态，选择将用于携带前导码的上行链路子帧设置在独立发现信号之后的第四候选配置。

在某些实施例中，选择单元815包括第五选择单元，被配置为响应于从数据帧中检测到预定个数的连续空子帧，选择将用于传输前导码的上行链路子帧设置在该预定个数的连续空子帧之后的第五候选配置。

应当理解，装置700和装置800中记载的每个单元分别与参考图1至图6描述的方法300和600中的每个步骤相对应。因此，上文结合图1至图6描述的操作和特征同样适用于装置700和装置800及其中包含的单元，并且具有同样的效果，具体细节不再赘述。

装置700和装置800中所包括的单元可以利用各种方式来实现，包括软件、硬件、固件或其任意组合。在一个实施例中，一个或多个单元可以使用软件和/或固件来实现，例如存储在存储介质上的机器可执行指令。除了机器可执行指令之外或者作为替代，装置700和装置800中的部分或者全部单元可以至少部分地由一个或多个硬件逻辑组件来实现。作为示例而非限制，可以使用的示范类型的硬件逻辑组件包括现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准品(assp)、片上系统(soc)、复杂可编程逻辑器件(cpld)，等等。

图9示出了适合实现本公开的实施例的设备900的方框图。设备900可以用来实现网络设备，例如图1和图2中所示的网络设备130；和/或用来实现终端设备，例如图1和图2中所示的第一终端设备110。

如图所示，设备900包括控制器910。控制器910控制设备900的操作和功能。例如，在某些实施例中，控制器910可以借助于与其耦合的存储器920中所存储的指令930来执行各种操作。存储器920可以是适用于本地技术环境的任何合适的类型，并且可以利用任何合适的数据存储技术来实现，包括但不限于基于半导体的存储器件、磁存储器件和系统、光存储器件和系统。尽管图9中仅仅示出了一个存储器单元，但是在设备900中可以有多个物理不同的存储器单元。

控制器910可以是适用于本地技术环境的任何合适的类型，并且可以包括但不限于通用计算机、专用计算机、微控制器、数字信号控制器(dsp)以及基于控制器的多核控制器架构中的一个或多个多个。设备900也可以包括多个控制器910。控制器910与收发器940耦合，收发器940可以借助于一个或多个天线950和/或其他部件来实现信息的接收和发送。

当设备900充当网络设备130时，控制器910和收发器940可以配合操作，以实现上文参考图3描述的方法300。当设备900充当第一终端设备110时，控制器910和收发器940可以配合操作，以实现上文参考图6描述的方法600。例如，在某些实施例中，上文描述的所有涉及数据/信息收发的动作可由收发器940来执行，而其他动作可由控制器910来执行。上文参考图3和图6所描述的所有特征均适用于设备900，在此不再赘述。

一般而言，本公开的各种示例实施例可以在硬件或专用电路、软件、逻辑，或其任何组合中实施。某些方面可以在硬件中实施，而其他方面可以在可以由控制器、微处理器或其他计算设备执行的固件或软件中实施。当本公开的实施例的各方面被图示或描述为框图、流程图或使用某些其他图形表示时，将理解此处描述的方框、装置、系统、技术或方法可以作为非限制性的示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备，或其某些组合中实施。

作为示例，本公开的实施林可以在机器可执行指令的上下文中被描述，机器可执行指令诸如包括在目标的真实或者虚拟处理器上的器件中执行的程序模块中。一般而言，程序模块包括例程、程序、库、对象、类、组件、数据结构等，其执行特定的任务或者实现特定的抽象数据结构。在各实施例中，程序模块的功能可以在所描述的程序模块之间合并或者分割。用于程序模块的机器可执行指令可以在本地或者分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质二者中。

用于实现本公开的方法的计算机程序代码可以用一种或多种编程语言编写。这些计算机程序代码可以提供给通用计算机、专用计算机或其他可编程的数据处理装置的处理器，使得程序代码在被计算机或其他可编程的数据处理装置执行的时候，引起在流程图和/或框图中规定的功能/操作被实施。程序代码可以完全在计算机上、部分在计算机上、作为独立的软件包、部分在计算机上且部分在远程计算机上或完全在远程计算机或服务器上执行。

在本公开的上下文中，机器可读介质可以是包含或存储用于或有关于指令执行系统、装置或设备的程序的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电子的、磁的、光学的、电磁的、红外的或半导体系统、装置或设备，或其任意合适的组合。机器可读存储介质的更详细示例包括带有一根或多根导线的电气连接、便携式计算机磁盘、硬盘、随机存储存取器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或闪存)、光存储设备、磁存储设备，或其任意合适的组合。

另外，尽管操作以特定顺序被描绘，但这并不应该理解为要求此类操作以示出的特定顺序或以相继顺序完成，或者执行所有图示的操作以获取期望结果。在某些情况下，多任务或并行处理会是有益的。同样地，尽管上述讨论包含了某些特定的实施细节，但这并不应解释为限制任何发明或权利要求的范围，而应解释为对可以针对特定发明的特定实施例的描述。本说明书中在分开的实施例的上下文中描述的某些特征也可以整合实施在单个实施例中。反之，在单个实施例的上下文中描述的各种特征也可以分离地在多个实施例或在任意合适的子组合中实施。

尽管已经以特定于结构特征和/或方法动作的语言描述了主题，但是应当理解，所附权利要求中限定的主题并不限于上文描述的特定特征或动作。相反，上文描述的特定特征和动作是作为实现权利要求的示例形式而被公开的。