公共控制块的传输的制作方法

公共控制块的传输
1.本技术是申请号为“201780093227.7”、申请日为“2017年10月8日”、发明名称为“公共控制块的传输”的分案申请。


背景技术：

2.随着新产品的出现，利用无线通信频谱的产品和服务的数量持续增长。尽管在此频谱中对带宽的需求不断增长，但可用带宽保持固定。商业通信设备传统上使用300mhz频段，但是该频段可能无法满足未来无线通信的需求。
3.未来的无线通信将通过使用更高的载波频率例如28ghz，45ghz等而利用不止第四代(4g)通信系统。这样的高频会导致很大的自由传输损耗，因此必须确保天线具有足够的增益以确保高频通信具有类似于传统4g lte系统的覆盖范围内的sinr的信号干扰噪声比(“sinr”)。由于对应于高频通信的载波频率具有较短的波长，因此可以确保每单位面积可以容纳更多的天线元件，并且更多的天线元件意味着可以使用波束成形来提高天线增益，从而确保高频率通信覆盖性能。
4.使用波束成形方法，基站或其他发射机可以在某个方向上聚焦能量，而在其他方向上，传输能量可以相对较小。换句话说，每个波束具有其自己的方向，并且每个波束可以相对于基站在其自身的方向上聚焦。为了确保发射机的通信区域有足够的覆盖范围，一旦基站和远程节点之间的通信已经建立，基站就可以在不同方向上发送多个波束。对于较大的通信区域，为在整个通信区域中实现足够的覆盖范围而发送的波束数量可能在数十甚至数百个之内。但是，为了满足最初的接入要求以首先在通信区域内的基站和远程节点之间建立通信，必须实现系统广播消息的全方位覆盖。用这么多天线发送系统广播消息或广播系统广播消息对系统资源提出了很高的要求。


技术实现要素：

5.根据本公开，提供了一种装置和/或方法，用于在物理广播信道上通过多个天线端口发送公共控制块的时域位置信息。根据时域位置信息发送公共控制块。
6.作为另一示例，提供了一种装置和/或方法，用于接收已经在物理广播信道上通过多个天线端口广播的公共控制块的时域位置信息。所述公共控制块可以被接收当其根据所述时域位置信息被发送时。
附图说明
7.尽管本文中呈现的技术可以以不同的形式来体现，但是附图中示出的特定实施例仅是对本文提供的描述的补充的一些示例。这些实施例不应以限制方式诸如限制所附权利要求来解释。
8.图1a是用于在无线通信系统的下行中发送数据和控制信道的无线电资源的时频网格的说明性结构。
9.图1b示出了通过发送实际发送的块的位图的指示形式。
10.图1c示出了通过发送实际发送的ss块的数量的指示形式。
11.图1d示出了通过位图和数量的组合的指示形式。
12.图1e示出了通过位图和数量的组合的另一指示形式。
13.图2是示意性示出了用于在通信区域内发送由ue可用以定位公共控制块的时域位置信息的方法的实施例的流程图。
14.图3是示出由ue执行以建立与bs的通信的方法的实施例的流程图。
15.图4示出了ofdm符号，ssb和ccb之间的映射图样的说明性示例。
16.图5示出了ofdm符号，ssb和ccb之间的映射图样的另一说明性示例，其中，ccb被集中以缩短ccb的接收延迟。
17.图6示出了用于实际传输的多个可用的ssb图样。
18.图7示出了利用ssb和ccb之间的一对一相关性的ofdm符号，ssb和ccb之间的映射图样的另一说明性示例。
19.图8示出了利用在ssb和ccb之间的一对一相关性但在ccb集中的情况下的ofdm符号，ssb和ccb之间的映射图样的另一说明性示例。
20.图9示出了利用每个ssb和对应的ccb之间的统一时域偏移的ofdm符号，ssb和ccb之间的映射图样的另一说明性示例。
21.图10示出了ofdm符号和ssb之间的映射图样的另一说明性示例，其中ccb和ofdm符号之间没有预定义的映射图样。
22.图11示出了在ofdm符号和ssb之间的映射图样的另一说明性示例，其中在ccb和ofdm符号之间的没有预定义的映射图样。
23.图12示出了映射图样的另一说明性示例，其中ccb块同步信号对应于频分复用，诸如当ccb同步信号是时域偏移0时。
24.图13
‑
15是示出域位置信息指示模式的框图。
25.图16是涉及可以利用和/或实现本文呈现的技术的至少一部分的基站(bs)的示例配置的场景的图示。
26.图17是涉及可以利用和/或实现本文提出的技术的至少一部分的用户设备(ue)的示例配置的场景的图示。
27.图18是根据本文阐述的一个或多个规定的以示例性非暂时性计算机可读介质为特征的场景的图示。
具体实施方式
28.现在将在下文中参考附图来更全面地描述主题，所述附图形成本发明的一部分，并且通过图示的方式示出了特定的示例实施例。该描述无意作为已知概念的广泛或详细讨论。相关领域的普通技术人员通常已知的细节可能已经被省略，或者可以以概要的方式进行处理。
29.以下主题可以以各种不同形式来体现，例如方法，设备，组件和/或系统。因此，该主题并不旨在被解释为限于本文阐述的任何示例实施例。相反，提供示例实施例仅仅是为了说明。这样的实施例可以例如采取硬件，软件，固件或其任何组合的形式。
30.在下一代无线通信系统(例如，新无线电(new radio)或“nr”)中，系统信息被分为
最小化系统信息(msi)和其他系统信息(“other si”)。最小化系统信息进一步分为在物理广播信道(“pbch”)上承载的主系统信息(“mib”)和在物理下行共享信道(例如，物理下行共享信道或“pdsch”)上承载的剩余最小化系统信息(“rmsi”)。主系统信息mib用于提供小区的基本系统参数，剩余最小化系统信息rmsi用于提供与初始接入相关的配置信息，例如初始接入请求传输配置、和初始接入响应消息接收配置等等。
31.rmsi由物理下行控制信道(“pdcch”)调度，并被承载在pdsch上。可以在pbch中指示rmsi调度信息所位于的公共控制资源集(“coreset”)的时频域位置。在nr系统中，pbch被承载在同步信号/物理广播信道块(“ss块或“ssb”)中。一个同步周期中包括多个ssb。具有同步信号和pbch的不同ssb可以在相同或不同的波束方向或天线端口上传输，以实现通信区域的完全覆盖。天线端口是逻辑端口，用于在类似信道条件下进行信号传输。例如，对于假设独立信道的下行方向上的操作模式(例如，siso vs.mimo)，可以定义单独的逻辑天线端口。不同波束方向或天线端口的pbch需要合并接收，因此本系统和方法涉及在不同波束方向或天线端口发送相同的内容。
32.然而，为了确保数据传输的灵活性，在不同的波束方向或天线端口上，不同ssb的时域位置与对应的coreset的时域位置之间的关系可能不同。为了允许这种灵活性而不会影响来自不同波束方向或天线端口的pbch的合并接收，本文公开的系统和方法确保了coreset或包括coreset的至少一个公共控制块(“ccb”)的时域位置可以在多个不同的波束方向或不同的天线端口上被准确地指示。
33.提供了一种或多种用于在通信网络中的节点之间通信控制块以在不同小区中建立无线通信的计算设备和/或技术。例如，作为节点的示例的基站(“bs”)包括用于在通信网络中建立小区或“通信区域”的蜂窝天线。例如，当ue位于由bs建立的小区内时，bs可以与用户设备(“ue”)通信，从而在通信网络中形成第二节点。为了最初建立通信，bs通过bs的多个天线端口在物理广播下行信道上发送用于ccb的时域位置信息。
34.可以根据时域位置信息结合同步信号块(“ssb”)可选地在一个或多个不同的物理下行信道上发送ccb。ssb和ccb可以映射到包括一个或多个正交频分复用(“ofdm”)符号的数据传输时隙，可选地在多个连续时隙的每一个中。
35.时域位置信息的实施例可以包括与物理广播信道所属的ssb的天线端口相对应的信息。例如，时域位置信息可以包括以下中的至少一个(可选地多个或可选地所有)：(i)时域中ccb的起点，指示出由bs发送ccb要何时开始的时间；(ii)由bs实际发送ssb所在的图样；(iii)潜在ccb被映射到多个时隙中的数据传输时隙或ofdm符号所在的图样；(iv)分配给一个ssb的潜在ccb的数量；(v)对应于两个相邻ssb的潜在ccb的起点之间的偏移；或(vi)监测周期的一个或多个参数，在该监测周期期间，ue将盲检测是否已接收到被实际发送的ccb。监测周期的参数的示例可以包括以下中的一个或多个：ue将在其期间执行盲检测的监测时段，在确定检测到ccb的下行控制信息之前要由ue执行的盲检测的最大数量，在确定检测到该下行控制信息之前要由ue执行的监测的持续时间，或者在公共控制块内的公共控制资源集配置。
36.一些实施例中，ccb可以包括公共控制资源集(common coreset)。common coreset承载从其发送ccb的bs的特定波束方向或天线端口的公共控制信息的至少一部分、并且可选地全部。common coreset中包括的信息的示例可以包括以下中的至少一个(并且可选地
包括多个或全部)：寻呼下行控制信息，剩余最小系统信息的调度信息，寻呼指示信息等。其中，寻呼指示用于触发用户设备报告下行天线端口信息以用于后续的寻呼传输。换句话说，ccb发送用于特定下行天线端口/下行波束方向的公共控制信息。在一个扫描周期内，一个或多个公共控制块ccb用于完成所有下行天线端口/下行波束方向的公共控制信息传输。实施例中，ccb可以是包括一个或多个ofdm符号的时隙或微时隙(mini
‑
slot)。在一些示例中，ccb中传送的信息除了common coreset之外，还包括：寻呼消息、剩余的最小系统信息等中的至少一个(可选地多个或可选地全部)。
37.common coreset可以配置在ccb内，可以包括ccb占用的多个ofdm符号中的至少一个，以及ccb占用的多个资源单元(re)中的至少一个。公共控制资源集配置可以包括以下中的至少一个(并且可选地多个或全部)：公共控制资源集占用的符号数量，在ccb内的时域相对位置，公共控制资源集占用的资源单元的数量，或在ccb中的频域相对位置。
38.参考附图，蜂窝通信系统所利用的通信技术可以是正交频分复用(ofdm)。图1a示出了用于在利用ofdm的无线通信系统的下行中发送数据和控制信道(例如，pbch)的无线资源的时频网格100的结构。在图1a中，水平轴表示频率f，而纵轴表示时间t。ofdm符号120被示为一组re，以粗体轮廓沿着图1a中的频率轴布置，并且是时间轴上最小的传输单位。时隙110包括n
sy ofdm符号。出于说明目的，在此描述的实施例中，n等于14，但是例如，取决于诸如子载波间隔的因素，根据一些实施例的n的值可以是诸如7、14、21等的任何整数值。子帧115包括两个时隙110。时隙110的持续时间大约为0.5ms，而子帧的持续时间大约为1.0ms。以图1a的列105布置的子载波是频域中最小的传输单元，并且整个系统传输频带包括n
b
个子载波。
39.在时频网格100中，资源单元(“re”)125是由独立的ofdm符号索引和独立的子载波索引指示的基本单元。资源块(“rb”)或物理资源块130包括在图1a的时域t中的14个连续的ofdm符号，以及频域110中的n
sc
个连续子载波。对于一些实施例，n
sc
的值可以是任何整数，例如6、12、18等，但是为了简洁和清晰起见，这里将其描述为等于12。因此，rb 130包括n
sy
×
n
sc re，或者在所示示例中为14
×
12。rb是可以被调度用于传输的最小单元。
40.诸如时域位置信息之类的控制信息包括指示符，该指示符指示承载common coreset的ofdm符号的数目以及re的数目。例如，common coreset在x个ofdm符号和y个re中被发送。在一些实施例中，x可以是1、2、3、4等，并且y是正整数。
41.在图2中示出了用于发送可由ue使用以定位ccb的时域位置信息的方法的示例。在200处，bs间或地、或可选地周期性地在pbch或其他公共信道上地发送时域位置信息，其可由在范围内的ue接收和解释，而无需首先接收专门用于与该bs进行通信的配置信息。一旦由ue接收到，则时域位置信息通知ue何时期望接收ccb，或者期望接收ccb内的coreset。
42.时域位置信息可以包括允许ue将ccb与在ssb的传输期间从bs接收的其他数据区分开的任何信息。时域位置信息可以是指定要发送和接收ccb的时间点的客观信息，也可以是指定要相对于参考点发送和接收ccb的时间的相对信息。参考点可以是开始发送其他数据或结束发送其他数据的起点，也可以是传输中相对于在同一传输期间发送的其他数据的位置。
43.例如，时域位置信息可以包括在由bs在pbch上广播的主信息块(“mib”)。可以在mib内(例如，在无线帧的子帧的前m个ofdm符号中，其中m可以是任何整数值诸如1、2、3、4、
5、6、7、8等)找到要由ue使用来定位ue所在的特定通信区域的ccb或common coreset的时域位置信息。在频域中，mib占用bs和ue已知的定义数量的子载波(例如72个)。mib携带很少的但对于ue的初始接入来说很重要的信息。mib可以在每10ms无线电帧内、或在任何其他定期安排的时间处(诸如在每时隙110内一次)间或或定期在pbch上广播，例如每n个无线电帧(其中n可以是任何整数值诸如1、2、3、4、5、6等)。
44.时域位置信息的具体示例可以包括以下中的至少一个(可选地多个或可选地全部)：(i)时域中ccb的起点，指示出由bs开始发送ccb的时间；(ii)由bs实际发送ssb所在的图样；(iii)潜在ccb被映射到多个时隙中的数据传输时隙或部分时隙的ofdm符号的图样；(iv)配置给一个ssb的潜在ccb的数量；(v)对应于两个相邻ssb的潜在ccb的起点之间的偏移；或(vi)监测周期的一个或多个参数，在该监测周期期间，ue将盲检测是否已接收到ccb。监测周期的参数的示例可以包括以下中的一个或多个：ue将在其期间执行盲检测的监测时段，在确定检测到ccb的下行控制信息之前要由ue执行的盲检测的最大数量，在确定检测到该下行控制信息之前要由ue执行的监测的持续时间，或者在公共控制块内的公共控制资源集配置。
45.对于发送时域起点或起点的参考作为时域位置信息的实施例，这样的时域起点可以由以下中的至少一个(可选地多个或可选地全部)来描述：第一个潜在ccb所在的无线帧号，第一个潜在ccb所在的子帧号，潜在ccb所在的第一个时隙号，第一个潜在的符号索引(例如，n
sy
值)，第一个潜在ccb与第一个ssb之间的无线帧号偏移，潜在ccb与第一个ssb之间的子帧号偏移，第一个潜在ccb与第一个ssb之间的时隙号偏移，或第一个潜在ccb和第一个ssb之间的符号编号偏移。
46.不管所发送的时域位置信息的类型如何，在210处bs将ccb映射到数据传输时隙110中的ofdm符号，以顺应在200处bs发送的时域位置信息。随后在220处根据所发送的时域位置信息，bs发送被映射的ccb，包括common coreset。换句话说，ccb由bs在要由ue检测的时域位置信息所指示的特定时间处发送。
47.在图3中示出了由ue执行以与bs建立通信的方法的实施例。一旦进入由bs建立的通信区域的有效通信范围，在300处ue完成初始小区同步。一旦与bs同步，在310处ue就通过接收pbch传输并检测特定于发送了pbch的波束方向或天线端口的时域位置信息来开始建立对bs的网络的初始接入。在320处，ue在由时域位置信息所指定的时/频域位置处检测来自bs的下行传输，以建立与bs的通信。
48.可以以多种方式实现在210处将ccb映射到由时域位置信息指定的传输时间、时隙、ofdm符号、另一数据块等。例如，并且参考图4，ssb(0
‑
7)和ccb(0
‑
9)被定义为潜在的ssb和ccb，这意味着它们可供使用。被实际发送的ssb和ccb在图4中以交叉阴影线示出。它们的一部分被bs选择以被实际发送给ue。有四(4)个时隙，标示为时隙0，时隙1，时隙2，时隙3，每个时隙包括十四(14)个ofdm符号0
‑
13。在图4中所示的实施例中的潜在ssb的数量由字母“l”表示，且l等于8。为ssb分配了从零(0)到七(7)的索引值(标示为ssb0，ssb1，ssb2，...ssb7)，并且每个ssb占用四(4)个连续符号，如表1所示：
49.表1
50.ssb编号时隙号ofdm符号ccb编号ssb004
‑
70,1,2
ssb108
‑
111,2,3ssb212
‑
52,3,4ssb316
‑
93,4,5ssb424
‑
74,5,6ssb528
‑
115,6,7ssb632
‑
56,7,8ssb736
‑
97,8,9
51.例如，每个潜在ssb对应于三个潜在ccb。ssb0对应于ccb 0、1和2，如图4中的括号400所示。与两个相邻的ss块相对应的潜在ccb的起点之间的偏移m为m＝1，即一(1)个ccb。换句话说，由于对应于ssb0的第一个潜在ccb是ccb0，并且对应于与ssb0紧邻的ssb1的第一个潜在ccb是ccb1，所以ccb1和ccb0之间的偏移是一(1)个ccb。类似地，由于对应于ssb3的第一个潜在ccb是ccb3，并且对应于与ssb3紧邻的ssb4的第一个潜在ccb是ccb4，所以ccb4和ccb3之间的偏移还是一(1)ccb。在图4所示的实施例中，需要总共十(10)个ccb，如由m
×
l+n
‑
m＝1
×
8+3
‑
1＝10ccb给出，其中n是与潜在ssb对应的潜在ccb的最大数量。
52.对应于不同潜在ssb的潜在ccb可以重叠，并且每个被实际发送的ssb将对应于被实际发送的ccb。从与ssb相对应的三个潜在ccb资源之一中随机选择被实际发送的ccb，但是，被选择为实际发送的ccb为已被选出，以使所选择的ccb不重叠。在图4所示的本实施例中，实际发送的ssb1和实际发送的ssb2均对应于ccb2。但是，由于选择了ccb2与ssb1对应传输，因此ccb2无法作为与ssb2对应传输的选项。因此，ssb1对应于ccb2，并且ssb2被选择与ccb4对应。同样，ssb4对应于ccb5，ssb6被随机选择与ccb8对应。
53.在一些实施例中，可以通过以下方法向ue指示被实际发送的ssb位置：
54.方法1：位图(bitmap)。通知实际发送的ssb位置的直接方法是为每个ssb使用位图，如图1b所示。通过指示每个ssb状态可以获得完全的灵活性。对于6ghz以上，ssb索引的最大数量将为64，这意味着将需要64比特。这是很大的信令开销。
55.方法2：数量。另一种方法是通知实际发送的ssb的数量，并定义每个ssb的映射顺序。如图1c所示，实际发送的ssb将以从前到后的映射顺序位于标称ssb的前x处。显然，可以减少信令开销，对于64个ssb的情况，仅需要6比特。另一方面，一个以上的连续时隙将被阻止进行其他服务传输，或者某些预期的ssb将被打孔。也就是说，将限制配置的灵活性。
56.方法3：位图和数量的组合。最好为类似urllc的服务传输保留一些候选ssb资源，而不是打孔被期望发送的ssb，尤其是在需要较少ssb的情况下。
57.出于以上目的，可以定义两种类型的ssb。
58.类型1ssb可以被限于进行从前到后的映射。并且这样的ssb的数量足以指示是否实际发送了这样的ssb。
59.类型2ssb被选择用于潜在的类似urllc的服务传输，并且位图是指示该ssb是否被实际发送的合理方案。
60.如图1d所示，每四个ssb之一被定义为类型1ssb。对于64个ssb的情况，类型1ssb的数目是16，并且总共需要16个比特来指示类型1ssb的传输状态。其他ssb被分类为类型2ssb，并且这样的指示需要6比特。
61.它是方法1和方法2之间的折衷。也就是说，可以通过将类型1ssb的数量设置为等
于最大ssb数量来获得方法1。相反，当我们将类型2ssb的数量设置为等于最大ssb数量时，将采用方法2。因此，可以通过选择两种类型的ssb数量的合理比例来在信令开销和灵活性之间取得平衡。
62.通过位图和数量的组合指示的另一种形式在图1e中示出。候选ssb分为ssb组。
63.采用位图指示ssb组内实际发送的ssb。
64.不同的ssb组共享实际发送的ssb的相同图样。
65.进一步涉及包含实际发送的ssb的ssb组的数量。
66.以ssb组中的4个ssb和总共64个潜在ssb为例。需要四个比特来指示ssb组内的实际发送的ssb。引入另外四个比特以进一步指示包含实际发送的ssb的ssb组的数量。具体地，用于指示ssb组内的实际发送的ssb的四个比特是1101，这意味着一个组中的第一、第二和第四ssb被实际发送。指示包含实际发送的ssb的ssb组的数量的另外四位是0111，这意味着包含实际发送的ssb的是前七个ssb组，并且这七个ssb组在ssb组内共享实际发送的ssb的相同图样(1101)。
67.值得注意的是，ssb组中的ssb的数量可以被设置为小于或等于潜在ssb的数量的任何值。
68.方法4：组合位图和位图。也在图1e中示出的另一实施例中，候选ssb被划分为ssb组。指示方法可以被描述为ssb组内的ssb的位图和ssb组的另一位图的组合。
69.采用位图来指示ssb组内的实际发送的ssb。
70.不同的ssb组共享实际发送的ssb的相同图样。
71.还引入用于指示包含实际发送ssb的ssb组的另一个位图。
72.让我们以一个ssb组中的4个ssb和总共64个潜在ssb为例。需要四个比特来指示ssb组内的实际发送的ssb。引入另外的十六个比特以进一步指示包含实际发送ssb的ssb组的位图。具体地，用于指示ssb组内的实际发送的ssb的四个比特是1101，这意味着一个组中的第一、第二和第四ssb被实际发送。指示包含实际发送ssb的ssb组号的另外十六个比特是1111 1110 00000000，这意味着包含实际发送的ssb的是前七个ssb组，并且这七个ssb组在ssb组内共享实际发送的ssb的相同图样(1101)。
73.值得注意的是，ssb组中的ssb的数量可以被设置为小于或等于潜在ssb的数量的任何值。
74.方法5：图样。可以预定义实际发送的ssb的一些图样，并且将图样索引配置给ue以指示实际发送的ssb位置。从理论上讲，需要定义大量实际发送的ssb图样，以实现充分的灵活性。这是巨大的开销。为了简化起见，将选择和预定义一些典型的图样。如图6所示，在8个ssb的情况下定义了七个图样。值得注意的是，仅支持了一部分数量的ssb被实际发送。不允许使用某些情况例如3、5、6、7个实际发送的ssb。对于某些现有数量，实际发送的ssb的位置在一定程度上受到限制。也可以通过定义合理的图样数量来考虑信令开销和灵活性之间的平衡。
75.可以在pbch或rmsi或其他si或专用rrc信号中将实际发送的ssb的位置通知给idle和connected ue。
76.还预定义了从ccb到数据传输时隙的映射图样。对于图4所示的映射图样，假设每个ccb占用两个ofdm符号。时隙中的ofdm符号被ccb占用的情况与图4所示的时隙相同。因
此，在图4中，已经在时隙0中指定了ccb 0、1、2、3，因此将时隙0中的ccb分别映射到时隙0中的ofdm符号，即符号4至5，符号6至7，符号8至9，和符号10到11。类似地，时隙1中的ccb 4、5、6、7被分别映射到时隙1中的符号2至3，符号4至5，符号6至7，符号8至9。并且ccb 8、9被分别映射到时隙2中的符号4至5和符号6至7。
77.在本示例中，实际发送的ssb是ssb1，ssb2，ssb4和ssb6，如在图4中使用交叉阴影线所指定的，为确保可以合并实际发送的ssb内的pbch，并且包括时域位置信息的每个pbch传输包含相同的内容。基于以上描述，pbch的具体内容如下：
78.ccb时域起点：从ssb起点偏移1个无线帧(即10ms)；
79.ccb到数据传输时隙的映射图样为：如图4所示的图样；
80.每个ssb对应于n＝3个潜在ccb；和
81.对应于两个相邻ssb的潜在ccb的起点之间的偏移m为m＝1。
82.对于m和n的值配置，可以预定义一组典型值，并且可以通过pbch指示当前使用的值。例如，预定义m＝1或2，并且将需要一比特来指示m的当前值。例如，该比特的值“0”表示“m＝1”，并且该比特的值“1”代表“m＝2”。类似地，它可以预定义n＝3或5，并且将需要一比特来指示n的当前值。例如，该比特的值'0'表示'n＝3'，而该比特的值'1'表示'n＝5'。
83.值得注意的是，n和m的值也可以在规范中固定地定义。在这种情况下，相关信息将不包括在pbch中。例如，在规范中已经定义了n＝3和m＝1，相关的信息域将被省略。
84.在接收到pbch传输后，ue获得上述信息，可以直接找到ccb时域起点。然后，ue判断与接收到的ssb相对应的ccb。在ssb中，ue可以获得诸如ssb索引的其他信息。例如，ssb索引由pbch解调参考信号(“dmrs”)指示，并且定义了八个不同的dmrs序列。ue可以通过检测当前的pbch dmrs序列索引来确定当前的ssb索引。例如，ue识别出当前的ssb索引是4，并且进一步确定与ssb4相对应的潜在ccb是ccb4，ccb5或ccb6。(即，由于与两个相邻ssb对应的潜在ccb的起点之间的偏移为m＝1，因此与ssb4对应的第一个潜在ccb为ccb4，并且由于每个ssb对应于潜在ccb资源的数量n＝3，进一步确认了ccb可以是ccb 4、5或6)。
85.然后，ue根据ccb到数据传输时隙的映射图样，确定ccb资源4、5和6的特定时域资源位置。ue对ccb 4、5和6执行盲检测以确定实际发送的ccb是ccb 5，如图4所示。值得注意的是，ccb4也是对应于ssb2的实际发送的ccb。但是ue只能检测到ccb5。这是因为ccb4和ccb5是通过不同的下行天线端口发送的，并且下行天线端口下的ue对应于ssb4。这也是用于ccb5的下行天线端口。
86.ccb5内的common coreset的相对位置可以由系统预先定义或者在pbch中指示。相对位置信息包括以下中的至少一个：所确定的ccb5中common coreset所占据的符号数量，ccb5内common coreset在时域上的相对位置，common coreset所占据的资源单元数量，相对于ccb5的频域中的公共控制资源集的位置，等等。
87.ue完成ccb时域信息的获取和接收，进一步检测公共控制资源集中的下行公共控制信息，并根据接收到的下行公共控制信息来接收公共数据(如rmsi，寻呼消息等)。
88.pbch还可以指示ccb的频域资源。如果ue确定了ccb的时域位置，则还可能需要根据pbch的指示来确定ccb的频域位置。
89.一些实施例集中了将要发送的ccb以缩短ccb的接收延迟。具有集中的ccb的映射图样的说明性示例在图5中示出。与前面的示例一样，潜在ssb的数量为l＝8(即ssb索引为
0
‑
7)，并且每个ssb占用4个连续的ofdm符号。图5示出了潜在ssb到数据传输时隙的映射图样，其在下表2中总结。映射图样对于网络侧(例如，bs)和ue是已知的。
90.表2
[0091] 时隙号ofdm符号ccb编号ssb004
‑
70,1,2ssb108
‑
11无效(null)ssb212
‑
51,2,3ssb316
‑
9nullssb424
‑
72,3,4ssb528
‑
11nullssb632
‑
53,4,5ssb736
‑
9null
[0092]
在本示例中，为每个实际发送的ssb配置一组潜在的ccb。如图6所示，在系统中预定义了多个(例如七个)ssb的可能图样。bs在向ue的pbch上的传输中包括3位标识符，以指示正在使用的当前图样。在本示例中，由图6中的标签“b
‑
ssb：”标识的图样正被使用。存在ccb重叠的可能性。例如，潜在的ccb 0、1、2对应于ssb0，潜在的ccb 1、2、3对应于ssb2。因此，潜在的ccb 1和2分别对应于ssb0和ssb2。
[0093]
还预定义了从潜在ccb到数据传输时隙的映射图样，例如图5所示的图样。再次假设每个潜在的ccb占用两个ofdm符号，并通过使用ssb映射图样到图5所示的数据传输时隙，将潜在ccb 0、1、2、3分别映射到时隙0中的符号4至5，符号6至7，符号8至9和符号10至11；潜在ccb 4、5、6、7映射到时隙1中的符号2至3，符号4至5，符号6至7和符号8至9；潜在ccb 8,9映射到时隙2的符号符号4至5，符号6至7。
[0094]
时域位置信息中包括的pbch特定内容如下：
[0095]
ccb时域起点：距ssb起点的时域偏移为1个无线帧(即10ms)
[0096]
ccb到数据传输时隙的映射图样如图5所示；
[0097]
每个ssb对应于n＝3个潜在ccb；和
[0098]
与两个相邻的实际发送的ssb对应的潜在ccb的起点之间的偏移为m＝1。
[0099]
在pbch上接收到时域位置信息连同ssb后，ue获得上述信息，可以直接找到潜在的ccb时域起点。然后，ue判断与接收到的ssb相对应的ccb。在ssb中，ue可以获得诸如ssb索引的其他信息。例如，ssb索引由pbch dmrs指示，并定义了八个不同的dmrs序列。ue可以通过检测当前的pbch dmrs序列索引来确定当前的ssb。对于本示例，ue识别出当前的ssb索引是4。ue还推断出对应于ssb4的潜在ccb是2、3、4，如上面的表2中所总结的。即，由于图5的ssb图样被实际发送，所以具有ssb索引为4的ssb是网络侧实际发送的第三个ssb；与相邻的两个ssb相对应的潜在ccb资源的起点之间的偏移；对应于第三实际发送的ssb(即，ssb4)的第一个ccb为ccb2，对应于每个ssb的潜在ccb的数量为n＝3，进一步确认了ccb可以承载ccb资源2，3，4。
[0100]
ue然后根据潜在ccb到数据传输时隙的映射图样来确定ccb资源2、3和4的特定时域资源位置。ue对ccb 2、3、4执行盲检测以确定实际发送的ccb是ccb3。如图5所示，ccb0对应于ssb0，ccb2对应于ssb2，ccb3对应于ssb4，并且ccb4对应于ssb6。至此，ue完成了ccb时
域信息的获取和接收。
[0101]
此外，pbch还可以指示ccb的频域资源，并且ue可以确定ccb的时域位置。ue还可以根据pbch指示来确定ccb的频域位置。
[0102]
根据一些实施例，如图7所示，在ssb和ccb之间存在直接关系。潜在ssb的数量再次为l＝8(即，ssb索引为0
‑
7)，并且每个ssb占用4个连续的ofdm符号。下表3中总结了ssb到数据传输时隙和ccb的映射。映射图样对于网络侧(例如，bs)和ue是已知的。
[0103]
表3
[0104] 时隙号ofdm符号ccb编号.ssb004
‑
70ssb108
‑
111ssb212
‑
52ssb316
‑
93ssb424
‑
74ssb528
‑
115ssb632
‑
56ssb736
‑
97
[0105]
在本示例中，要发送的ssb在一对一的基础上直接对应于一个ccb。也就是说，ssb0对应于ccb0，ssb1对应于ccb1，依此类推。当实际发送ssb 1、2、4、6时，对应于相同索引的ccb将相应地实际发送。
[0106]
如图7所示，还预定义了潜在ccb到数据传输时隙的映射图样，假设ccb占据两个符号，其中ccb 0、1、2、3被映射到时隙0中的符号4至5，符号6至7，符号8至9以及符号10到11；ccb 4、5、6、7被映射到时隙1中的符号2至3，符号4至5，符号6至7和符号8至9。
[0107]
在pbch上发送的特定于pbch的时域位置信息如下：
[0108]
ccb时域起点：从ssb起点偏移5个子帧(在本示例中为5ms)。
[0109]
在ssb内的pbch上接收到时域位置信息后，ue获得上述信息，可以直接找到ccb时域起点。然后，ue判断与接收到的ssb相对应的ccb。在ssb中，ue获得其他信息，例如，接收到的ssb的ssb索引。例如，ssb索引由pbch dmrs指示，并定义了八个不同的dmrs序列。ue可以通过检测当前的pbch dmrs序列索引来确定当前的ssb。对于本示例，如果ue认识到当前的ssb索引是4，则ue进一步确定对应于ssb4的ccb是ccb4。
[0110]
ccb4的特定时域资源位置是根据ccb到数据传输时隙的映射图样确定的，例如从ccb时域起点开始的第二个时隙的符号2至3。ue接收ccb，并且ue完成ccb时域信息的获取和接收。
[0111]
pbch还可以指示ccb的频域资源，并且ue可以确定ccb的时域位置。ue还可以根据pbch指示而确定ccb的频域位置。
[0112]
类似于参考图7所描述的实施例，一些实施例可以利用ssb和ccb之间的直接的一对一的关联，但是也可以集中了ccb。图8示出了在ccb被集中的情况下利用一对一地与ccb相对应的要发送的ssb的实施例。表4总结了每个ssb与其各自的时隙、ofdm符号和ccb的关系。
[0113]
表4
[0114][0115][0116]
从表4中可以看出，ssb0对应于ccb0，ssb2对应于ccb1，ssb4对应于ccb2，ssb6对应于ccb3。为了将实际传输ssb的预定图样通知给ue，如图6中所示，bs具有七个预定义的ssb实际传输图样。在pbch上发送给ue的3位标识符表示当前正在使用的ssb图样再次为“b
‑
ssb”。
[0117]
如图8所示。参照图8，还预先定义了ccb到数据传输时隙的映射图样。在图8中可以看出，如果每个ccb占用两个符号，则ccb0占用时隙0的符号4至5；ccb1占用时隙0的符号6至7；ccb2占用时隙0的符号8到9；ccb3占用时隙0的10到11。类似地，ccb4占用时隙1的符号2到3；ccb5占用时隙1的符号4到5；ccb6占用时隙1的符号6到7；并且ccb7占用时隙1的符号8到9。
[0118]
对于本示例，在pbch上发送的pbch特定时域位置信息如下：
[0119]
ccb时域起点：从ssb起点偏移5个子帧(即5ms)；
[0120]
ccb到数据传输时隙的映射图样如图8所示；
[0121]
实际传输ssb图样如图8所示。
[0122]
在接收到ssb内pbch上的时域位置信息后，ue获得上述信息，并可以直接找到ccb时域起点。然后，ue判断与接收到的ssb相对应的ccb。在ssb中，ue获得诸如针对接收到的ssb的ssb索引之类的其他信息。例如，ssb索引可以由pbch dmrs指示，并定义八个不同的dmrs序列。ue可以通过检测当前的pbch dmrs序列索引来确定当前的ssb。例如，如果ue识别出当前ssb索引为4，根据图8所示的实际传输ssb图样，则ssb索引为4对应于第三实际发送的ssb。ue然后可以根据ccb到数据传输时隙的映射图样来确定ccb 3的特定时域位置。ue接收ccb 3，从而ue完成ccb时域信息的获取和接收。
[0123]
pbch还可以指示ccb的频域资源，并且终端可以确定ccb的时域位置。还可以期望根据pbch指示来确定ccb的频域位置。
[0124]
一些实施例可以在每个ssb和对应的ccb之间利用统一的时域偏移。参考图9，ccb到数据传输时隙的映射图样与ssb到数据传输时隙的映射图样相同。每个ssb及其对应的ccb之间也存在统一的时域偏移。
[0125]
具体地，潜在ssb的数量为l＝8(即，ssb索引为0
‑
7)，并且每个ssb占用四(4)个连续的ofdm符号。在图9中每个ssb到其ofdm符号和对应的ccb的映射在下面的表5中进行了总结。
[0126]
表5
[0127]
[0128][0129]
每个潜在的ssb具有一个对应的ccb，该ccb被映射到与其各自的ssb相同的数据传输时隙。换句话说，从ccb时域的开始，ccb0映射到时隙0的符号4至7；ccb1映射到时隙0的符号8到11；ccb2映射到时隙1中的符号2到5；ccb3映射到时隙1的符号6到9；ccb4映射到时隙2的符号4到7；ccb5映射到时隙2的符号8到11；ccb6映射到时隙3的符号2到5；并且ccb7映射到时隙3的符号6至9。
[0130]
对于本示例，在pbch上发送的用于传达ccb时域信息的pbch特定时域位置信息如下：
[0131]
ccb和对应的ssb时域偏移：5个子帧(即5ms)。
[0132]
在ssb内的pbch上接收到时域位置信息后，ue获取上述信息，并基于每个ccb相对于其对应的ssb的统一偏移，直接确定与接收到的ssb对应的ccb的时域位置。ue不需要如以上针对一些实施例所描述那样的获得额外的ssb索引信息。
[0133]
一些实施例在ccb和ofdm符号之间没有预定义的映射图样，如图10所示。图10示出了映射到ofdm符号的ssb。ssb0映射到时隙0的符号4至7；ssb1映射到时隙0的符号8至11；ssb2映射到时隙1的符号2到5；ssb3映射到时隙1的符号6到9；ssb4映射到时隙2的符号4至7；ssb5映射到时隙2的符号8至11；ssb6映射到时隙3的符号2到5；并且ssb7映射到时隙3的符号6到9。该映射图样对于网络侧(例如，bs)和ue是已知的。
[0134]
在本实施例中，ccb不具有到ofdm符号的预定义的映射图样。因此，在pbch上发送的时域位置信息指示以下信息：
[0135]
ccb时域起点：从第一个ssb的时隙偏移1个无线帧(10ms)；
[0136]
监测周期：4个符号，即ue从ccb时域起始位置起，盲目尝试每4个ofdm符号检测所述ccb，直到成功检测到下行控制信息为止，或者达到尝试检测ccb的最大数量(例如，当终端达到ccb未成功检测到下行控制信息的次数的上限时，则认为检测失败)。可以将ccb的盲检测尝试的上限设置为任何期望值，但是在本示例中为12，这使得ue从ccb时域起始位置起尝试盲检测ccb 12次。
[0137]
ccb中的common coreset的配置包括以下配置信息：如在图10中，由ccreset在ccb中占据的符号数目是两个ofdm符号(2os)，其将coreset建立为ccb的前两个符号。coreset占用的资源单元数为10个资源块(10rb)，这确立了coreset占据ccb中的10个最高索引rb。
[0138]
ue在pbch上成功检测到ssb1。ccb的配置信息在pbch中读取。进一步地，根据所述ccb的时域起始信息找到所述第一个潜在ccb的位置。如果在第一个潜在ccb的common coreset中未检测到下行控制信息，则在与第五符号相对应的第二个潜在ccb处重复上述检测过程，依此类推，最终在第三个潜在ccb中成功检测到下行控制信息。ue完成ccb时域信息的获取和接收。
[0139]
潜在ccb的数量是冗余的，因此bs可以从潜在ccb中选择实际发送的ccb资源。可以跳过某些ccb，并将其用于其他数据或控制信息的传输。
[0140]
此外，pbch还可以指示ccb的频域资源，并且ue可以确定ccb的时域位置。可能期望根据在pbch上发送的指示来确定ccb的频域位置。
[0141]
图11示出了在ofdm符号和ssb之间的映射图样的另一说明性示例，而没有在ccb和ofdm符号之间的预定义映射图样。在图中，ssb的数量为l＝16(即，ssb索引为0
‑
15)，每个ssb占用4个连续的ofdm符号，如图11所示那样被映射。ssb0映射到时隙0中的符号4至7；ssb1映射到时隙0的符号8到11；ssb2映射到时隙1中的符号2到5；ssb3映射到时隙1的符号6到9；ssb4映射到时隙2的符号4至7；ssb5映射到时隙2的符号8到11；ssb6映射到时隙3的符号2到5；和ssb7映射到时隙3的符号6至9。八(8)个后续ssb的层1100被分组，并且ssb被直接映射到以上针对本示例描述的ofdm符号。ssb到ofdm符号的映射图样以及层1100中的ssb到被映射到ofdm符号的那些ssb的映射图样对于网络侧(例如，bs)和ue是已知的。
[0142]
在本示例中，ccb不具有到ofdm符号的预定义映射图样。层110中的每组ssb对应于一组12个潜在ccb资源，并且针对同一组ssb在pbch上与ssb一起发送的时域位置信息包含相同的内容。ccb的不同集合对应于各个ccb的不同时域位置信息。由于要指示的ccb配置信息可能不同(例如ccb时域起点和其他信息)，因此属于不同ssb组的pbch上的时域位置信息可能会不同(例如，一组ssb诸如ssb 0
‑
7的内容相同，但与另一组ssb的内容不同)。
[0143]
对于每组ssb，pbch以与以上关于图10所述相同的方式指示ccb配置信息。因此将不再描述此过程。
[0144]
对于一些实施例，例如当ccb和对应的ssb具有时域偏移0时，ccb与具有相同下行天线端口的ssb进行频分复用。对于此类实施例，用于ccb的时域位置信息包括：
[0145]
ccb时域起点：ccb和对应的ssb的时间偏移为0。
[0146]
因为ccb和ssb以一一对应的方式布置，所以不需要盲检测许多潜在ccb资源。监测周期指示字段无效。
[0147]
ccb监测的上限为1，或者ccb监测的上限无效。
[0148]
ccb中的common coreset的配置包括以下配置信息：如图11所示，ccb中公共控制
资源集占用的符号数为两个ofdm符号(2os)，coreset构成ccb的前两个符号，公共控制资源集占用的资源单元数为10资源块(rb)，并且coreset位于ccb中具有最高索引的10个资源块中。
[0149]
ue成功地在ssb1上检测到同步信号和pbch。从pbch中读取ccb的配置信息。此外，根据ccb的时域起始信息来设置ccb，并且coreset是盲检测是不必要的。然后，ue完成ccb时域位置信息的获取和接收。
[0150]
在pbch上接收到ssb后，ue获得上述信息，可以直接找到与接收到的ssb相对应的ccb。在这一点上，ue不需要获得附加的ssb索引。
[0151]
参照图13
‑
15详细描述了与本实施例对应的ccb时域位置信息指示模式。考虑在两个位置进行ccb映射，其中一个部分映射到ssb频域的一侧或两侧，而另一部分映射到另一时域位置。通过此映射，可以减少ccb第二部分的扫描持续时间，从而减少对其他数据和控制的影响。
[0152]
在一些实施例中，可以通过对应的common coreset中的pbch或pdcch指示ue当前ccb被映射到两个位置或一个位置。例如，pbch中的一比特可用于这种指示，该比特“0”的值表示“当前ccb被映射到两个位置”，而该比特“1”的值表示“当前ccb被映射到一个位置”。
[0153]
复用方法的一种实现方式是，ccb的两个部分即第一部分和第二部分具有其自己的公共控制资源集(例如，资源块)，如图13所示。另一种方式是，由两部分的ccb使用同一common coreset中的下行控制信息进行调度，如图14和15所示。
[0154]
在图13所示的模式下，需要在pbch上指示两个ccb配置信息，并且具有ssb频分复用的ccb的配置与以上参考图12描述的相同。ccb的第二部分的配置可以根据本文描述的任何实施例，并且在此不再赘述。
[0155]
在ue成功检测到ccb各个部分的下行控制信息后，ue还根据下行控制信息的指示而在ccb中接收该信息(诸如rmsi或寻呼消息)。
[0156]
在图14所示的模式下，仅第一部分ccb配置信息以与关于以上图10描述的技术相同的方式在pbch上发送。在ue成功检测到ccb的第一部分中的下行控制信息后，ue还根据下行控制信息的指示接收ccb的第二部分中分配的信息(诸如，rmsi或寻呼消息)。
[0157]
在图15所示的模式下，根据本文所述的任何实施例，ccb配置信息的仅第二部分在pbch上的传输中被指示。在ue在ccb的第二部分中成功地检测到下行控制信息后，ue还根据下行控制信息的指示而接收在ccb的两部分中分配的数据(诸如，rmsi或寻呼消息)。
[0158]
ccb的两个部分中的信息可以是相同或不同的信息。当这两部分包含不同的信息时，ue需要成功解码信息的两个部分，然后获得完整的信息。当ccb的两个部分包含相同的信息时，ccb的两个部分中的信息可以用于不同的冗余版本(redundancy version，rv)，或仅用于信息重复。ue可以仅接收ccb的一个部分以获得完整的信息(诸如，rmsi或寻呼消息等)。ue还可以接收ccb的两个部分，并执行增量冗余(ir)合并或追逐合并(cc)。从而提高接收性能。
[0159]
图16呈现了可以利用本文提供的技术的至少一部分的基站1650(例如，网络实体)的示意性架构图1600。这样的基站1650可以在配置和/或能力方面变化很大(单独地或与其他基站、节点、终端单元和/或服务器等结合)，以便提供服务，诸如更多其他公开的技术、场景等中的一个或多个的至少一些。例如，基站1650可以将一个或多个用户设备(ue)连接到
(例如，无线和/或有线)网络(例如，其可以连接和/或包括一个或多个其他基站)，例如码分多址(cdma)网络，时分多址(tdma)网络，频分多址(fdma)网络，正交fdma(ofdma)网络，单载波fdma(sc
‑
fdma)网络等。所述网络可以实现无线电技术，例如通用地面无线电接入(utra)，cdma2000，全球移动通信系统(gsm)，演进utra(e
‑
utra)，ieee 802.11，ieee 802.16，ieee 802.20，flash
‑
ofdm等。bs和/或ue可以使用标准诸如长期演进(lte)、5g新无线电(nr)等进行通信。
[0160]
基站1650可以包括处理指令的一个或多个(例如，硬件)处理器1610。一个或多个处理器1610可以可选地包括多个核；一个或多个协处理器，例如数学协处理器或集成图形处理单元(gpu)；和/或一层或多层本地高速缓冲存储器。基站1650可以包括存储器1602，其存储了各种形式的应用程序，例如操作系统1604；一个或多个基站应用1606；和/或各种形式的数据，诸如数据库1608和/或文件系统等。基站1650可以包括各种外围组件，诸如可连接到本地局域网和/或广域网的有线和/或无线网络适配器1614；一个或多个存储组件1616，诸如硬盘驱动器，固态存储设备(ssd)，闪存设备和/或磁盘和/或光盘读取器；和/或其他外围组件。
[0161]
基站1650可以包括以一个或多个通信总线1612为特征的主板，所述通信总线1612使用各种总线技术(诸如串行或并行at附件(ata)总线协议的变体；统一串行总线(usb)协议；和/或小型计算机系统接口(sci)总线协议)来互连处理器1610，存储器1602和/或各种外围设备。在多总线场景中，通信总线1612可以将基站1650与至少一个其他服务器互连。可选地包括在基站1650中的其他组件(尽管未在图16的示意图1600中示出)包括显示器；显示适配器诸如图形处理单元(gpu)；输入外围设备诸如键盘和/或鼠标；和/或可以存储基本输入/输出系统(bios)例程(其有助于将基站1650引导到准备状态)的闪存设备，等等。
[0162]
基站1650可以在各种物理外壳中操作，诸如桌面或塔，和/或可以与显示器集成为“一体化”设备。基站1650可以水平安装和/或安装在机柜或机架中，和/或可以简单地包括一组互连的组件。基站1650可以包括专用和/或共享电源1618，其为其他组件提供和/或调节电力。基站1650可以向另一个基站和/或服务器和/或其他设备提供电力和/或从其接收电力。基站1650可以包括共享和/或专用气候控制单元1620，其调节气候特性，诸如温度、湿度和/或气流。许多这样的基站1650可以被配置和/或适于利用本文给出的技术的至少一部分。
[0163]
图17呈现了用户设备(ue)1750(诸如，通信设备)的示意性架构图1700，基于其可以实现本文呈现的技术的至少一部分。这样的ue 1750可以在配置和/或能力方面变化很大，以便向用户提供各种功能。ue 1750可以以各种形式提供，诸如移动电话(诸如，智能电话)；台式机或塔式工作站；与显示器1708集成的“一体化”设备；笔记本电脑，平板电脑，可转换平板电脑或掌上设备；可穿戴设备(诸如可安装在耳机，眼镜，耳塞和/或手表中，和/或与衣物整合)；和/或一件家具的部件，诸如桌面，和/或其他装置诸如车辆或住宅。ue 1750可以以各种角色为用户服务，诸如电话，工作站，自助服务终端，媒体播放器，游戏设备和/或家用电器。
[0164]
ue 1750可以包括处理指令的一个或多个(诸如，硬件)处理器1710。一个或多个处理器1710可以可选地包括多个核；一个或多个协处理器诸如数学协处理器或集成图形处理单元(gpu)；和/或一层或多层本地高速缓冲存储器。ue1750可以包括存储器1701，其存储各
种形式的应用，诸如操作系统1703；一个或多个用户应用程序1702，诸如文档应用程序，媒体应用程序，文件和/或数据接入应用程序，通信应用程序，诸如web浏览器和/或电子邮件客户端，实用程序和/或游戏；和/或各种外围设备的驱动程序。ue 1750可以包括各种外围组件，诸如可连接到局域网和/或广域网的有线和/或无线网络适配器1706；一个或多个输出组件，诸如与显示适配器(可选地包括图形处理单元(gpu))耦合的显示器1708，与扬声器耦合的声音适配器，和/或打印机；输入装置，用于接收来自用户的输入，诸如键盘1711，鼠标，麦克风，相机和/或显示器1708的触敏部件；和/或环境传感器，诸如检测ue 1750的位置、速度和/或加速度的gps接收器1719，检测ue 1750的物理定向的罗盘，加速度计和/或陀螺仪。可选地可以包括有ue 1750(尽管未在图17的示意性架构图1700中示出)的其他组件包括一个或多个存储组件，诸如硬盘驱动器，固态存储设备(ssd)，闪存设备，和/或磁盘和/或光盘读取器；可以存储基本输入/输出系统(bios)例程(其有助于将ue 1750引导到准备状态)的闪存设备；和/或调节气候特性诸如温度、湿度和气流等的气候控制单元。
[0165]
ue 1750可以包括以一个或多个通信总线1712为特征的主板，所述通信总线1712使用各种总线技术(诸如串行或并行at附件(ata)总线协议的变体；统一串行总线(usb)协议；和/或小型计算机系统接口(sci)总线协议)而互连处理器1710，存储器1701和/或各种外围设备。ue 1750可以包括供应和/或调节用于其他组件的电力的专用和/或共享电源1718，和/或存储了电力以供在ue 1750未经由电源1718连接到电力源时使用的电池1704。ue 1750可以向其他客户端设备提供电力和/或从其他客户端设备接收电力。
[0166]
图18是涉及示例性非暂时性计算机可读介质1802的场景1800的图示。非暂时性计算机可读介质1802可以包括处理器可执行指令1812，其在由处理器1816执行时致使执行(诸如，由处理器1816执行)至少一些本文的规定。非暂时性计算机可读介质1802可以包括存储器半导体(诸如，利用静态随机存取存储器(sram)，动态随机存取存储器(dram)和/或同步动态随机存取存储器(sdram)技术的半导体)，硬盘驱动器的盘片，闪存设备，或磁盘或光盘(诸如光盘(cd)，数字通用盘(dvd)和/或软盘)。示例性非暂时性计算机可读介质1802存储计算机可读数据1804，当由设备1808的读取器1810(诸如，硬盘驱动器的读取头或在固态存储设备上调用的读取操作)读取1806时，表达出计算机可读数据1804。在一些实施例中，处理器可执行指令1812在被执行时致使操作的执行，例如，诸如图2和3中的示例方法中的至少一些。在一些实施例中，处理器可执行指令1812被配置为致使系统和/或场景的实现，诸如本文所述的示例系统的至少一些。
[0167]
如在本技术中所使用的，“模块”，“系统”，“接口”和/或类似物通常旨在指代与计算机相关的实体，或者是硬件、硬件与软件的组合，或者是执行中的软件。诸如，组件可以是但不限于是在处理器上运行的进程，处理器，对象，可执行文件，执行的线程，程序和/或计算机。举例来说，在控制器上运行的应用程序和控制器都可以是组件。一个或多个组件可以驻留在进程和/或执行的线程内，并且组件可以位于一个计算机上和/或分布在两个或更多个计算机(诸如，节点)之间。
[0168]
除非另有说明，否则“第一”，“第二”和/或类似词并不旨在暗示时间方面，空间方面，排序等。相反，这些术语仅用作特征、元件和物品等的标识符、名称等。例如，第一对象和第二对象通常对应于对象a和对象b或两个不同或两个相同的对象或均等对象。
[0169]
此外，“示例”、“说明性实施例”在本文中用于表示用作实例，说明等，并且不一定
是有利的。如本文所用，“或”旨在表示包含性的“或”而不是排他性的“或”。另外，本技术中使用的“一”和“一个”通常被解释为表示“一个或多个”，除非另有说明或从上下文清楚地指向单数形式。此外，a和/或b等中的至少一个通常表示a或b或者a和b两者。此外，“包括”，“具有”，“带有”，“有”和/或其变体所达到的程度用于说明书或权利要求中，这些术语旨在以与术语“包含”类似的方式包括在内。
[0170]
尽管用结构特征和/或方法动作专用的语言描述了本主题，但应理解，所附权利要求书中定义的主题不必限于上述具体特征或动作。相反，上面描述的具体特征和动作是作为实现至少一些权利要求的示例形式而公开的。
[0171]
此外，所要求保护的主题可以使用标准编程和/或工程技术实现为方法，装置或制造产品，以产生软件，固件，硬件或其任何组合来控制计算机(诸如，节点)实施所公开的主题。这里使用的术语“制造产品”旨在涵盖可从任何计算机可读设备，载体或介质访问的计算机程序。当然，在不脱离所要求保护的主题的范围或精神的情况下，可以对该构造进行许多修改。
[0172]
本文提供了实施方案和/或实施例的各种操作。这里描述的一些或所有操作的顺序不应被解释为暗示这些操作必须依赖于顺序。受益于本说明书的本领域技术人员将理解可替代排序。此外，应该理解的是，并非所有操作都必须存在于本文提供的每个实施例和/或示例中。而且，应该理解，在一些实施例和/或示例中并非所有操作都是必需的。
[0173]
此外，尽管已经相对于一个或多个实施方式示出并描述了本公开，但是本领域技术人员基于对本说明书和附图的阅读和理解将想到等同的改变和修改。本公开包括所有这些修改和变更，并且仅受所附权利要求的范围限制。特别地，关于由上述组件(诸如，元件，资源等)执行的各种功能，除非另有说明，否则用于描述这些组件的术语旨在对应于执行所描述组件的指定功能(诸如，功能上等同)的任何组件，尽管在结构上并不等同于所公开的结构也是如此。另外，尽管可能仅关于若干实施方式中的一个公开了本公开的特定特征，但是这样的特征可以与其他实施方式的一个或多个其他特征组合，如对于任何给定或特定应用可能期望和有利的。