用于广播信令传输的方法和设备与流程

本公开的实施例一般涉及电信领域，尤其涉及用于广播信令传输的方法和设备。

背景技术：

与当前的蜂窝系统相比，新无线电(nr)系统可能需要网络设备(例如，enb)较不频繁地发送广播信令(例如，在较长的传输时段中)，以便减少网络能量消耗和不必要的残余干扰。例如，建议每10.24秒发送一次接入信息表(ait)。因此，传输时段为10.24秒。还建议每100ms发送一次签名序列(ss)。然而，较长的传输时段带来了对接收机性能的较高要求。如果接收机不能在一个传输时段中对广播信令进行解码，则接收机必须等待下一个传输时段来执行解码。在这种情况下，例如，波束成形和/或重复被认为是用于增加传输增益，以及进一步确保接收机性能和补偿较高频率中的较大路径损耗。

为了在广播信令传输中启用多个波束或重复，建议nr系统保留一个固定时间段用于波束扫描或重复传输。例如，ait的时间段是10ms，ss的时间段是1ms。在该时间段内，网络设备连续扫描用于发送ait或ss的波束。然而，这种固定的长时间段可能导致网络设备和网络设备所服务的终端设备之间的通信中断。通信中断可能会使系统性能显著劣化，因此一般是不可接受的。此外，如果要发送一些紧急的上行链路业务信息，则用于广播传输的时间段将带来无法忍受的长时间的延迟。

此外，如果所有天线端口都用于ss/ait传输，则还可能引起下行链路(dl)中的长时间的数据服务中断，因为数据传输和ss/ait传输可能需要不同的波束。此外，如果在网络设备处使用数字波束成形方案，则由于dl中用于ss/ait传输的长时间段，将在时分双工(tdd)系统中发生ul中的长时间的数据服务中断。

技术实现要素：

一般地，本公开的示例实施例提供了用于广播信令传输的方法和设备，以解决上面分析的至少一个问题。此外，本公开的示例实施例提供了有关的广播方案。

在第一方面，提供了一种在网络设备处实现的方法。根据该方法，网络设备在第一传输时段内的第一传输窗口的第一持续时间中发送第一广播信令。然后，网络设备在第一传输窗口的第一持续时间和第二持续时间之间的广播间隙中与终端设备通信。第二持续时间在第一持续时间之后。此外，网络设备在第二持续时间中发送第一广播信令。

在一些实施例中，网络设备可以在第一持续时间中沿一组波束方向中的第一波束方向发送第一广播信令，并在第二持续时间中沿该组波束方向中的第二波束方向发送第一广播信令。第一波束方向与第二波束方向不同。

在一些实施例中，广播间隙可以与以下中的一个或多个相关联：在广播间隙中传送的下行链路数据的载波频率、在广播间隙中传送的上行链路信息(例如，包括数据和信令)的载波频率、在广播间隙中传送的下行链路/上行链路信息的服务类型。

在一些实施例中，第一持续时间和第二持续时间中的一个或多个可以与以下中的一个或多个相关联：第一广播信令的载波频率和第一广播信令的类型。在一些实施例中，下行链路数据的延迟要求和上行链路信息的延迟要求将影响广播信令的持续时间。因此，在设计广播方案时，可以对这些因素进行考虑。另外，可以将两个或更多个波束/重复用于相应持续时间中的传输。实际上，出于简化的目的，可以省略这些因素。

在一些实施例中，第一广播信令可以包括以下中的一个或多个：签名序列、接入信息表和寻呼消息。

在一些实施例中，网络设备还可以在第二持续时间之后第一传输窗口的第三持续时间中发送第一广播信令。第二持续时间和第三持续时间之间的广播间隙等于第二持续时间和第三持续时间之间的广播间隙。

在一些实施例中，可以使用第一广播方案来发送第一广播信令。网络设备还可以通过使用与第一广播方案相关联的第二广播方案，在第二传输时段内的第二传输窗口的第四持续时间中发送第二广播信令。在一些实施例中，第二广播信令的传输方案可以通过第一广播信令承载的信息来指示。

在一些实施例中，第一广播信令可以包括签名序列，第二广播信令可以包括接入信息表。

在第二方面，提供了一种在终端设备处实现的方法。根据该方法，终端设备确定网络设备在第一传输时段内发送的第一广播信令的第一广播方案。终端设备基于第一广播方案确定网络设备在第一传输时段之后的第二传输时段内要发送的第二广播信令的第二广播方案。作为示例，终端设备可以基于第一广播信令承载的信息来确定第二广播信令的第二广播方案。然后，终端设备基于第二广播方案检测第二广播信令。

在一些实施例中，终端设备可以在第一传输时段内检测第一广播信令。然后，终端设备可以基于检测到的第一广播信令确定第一广播方案。

在一些实施例中，终端设备可以在第一传输时段内的第一传输窗口的第一持续时间中检测第一广播信令。

在一些实施例中，终端设备还可以基于第一广播方案确定广播间隙；基于广播间隙，确定第一传输窗口的第二持续时间，第二持续时间在第一持续时间之后；以及在第二持续时间中检测第一广播信令。

在一些实施例中，终端设备还可以在第二持续时间广播间隙中与网络设备通信。

在第三方面，提供了一种设备，包括处理器和存储器。存储器包含可由处理器执行的指令，由此该设备可操作用于执行根据第一方面或第二方面的方法。

在第四方面，提供了一种有形地存储计算机程序的计算机可读存储介质。该计算机程序包括指令，当在至少一个处理器上执行该指令时，使至少一个处理器执行根据第一方面或第二方面的方法。

通过以下描述，应意识到，根据本公开的实施例，在一方面，将分离的持续时间用于广播信令传输，并且将持续时间之间的广播间隙用于网络设备和由网络设备服务的终端设备之间的通信。因此，网络设备在传输时段内的传输窗口的非连续持续时间中发送广播信令。网络设备还在广播间隙中与终端设备通信。以这种方式，可以减少由为发送广播信令而保留的长时间段所导致的中断。

在另一方面，预先确定用于传输不同广播信令的不同广播方案之间的关联或相关性。因此，终端设备基于进一步广播信令的广播方案来确定广播信令的广播方案。以这种方式，可以节省用于将广播方案通知给终端设备的信令，并且可以降低通过盲检确定广播方案的终端设备的复杂性/延迟。

应理解，发明内容部分不旨在确认本公开的实施例的关键或必要特征，也不旨在用于限制本公开的范围。通过以下描述，本公开的其他特征将变得易于理解。

附图说明

通过附图中对本公开的一些实施例的更详细的描述，本公开的以上以及其他目的、特征和优点将变得更显而易见，在附图中：

图1和图2是现有技术中用于ait的示例传输定时；

图3是可以在其中实现本公开的实施例的通信网络；

图4是根据本公开的一些实施例的网络设备处的方法的流程图；

图5至图7是根据本公开的一些实施例的用于广播信令传输的示例持续时间；

图8是根据本公开的一些实施例的终端设备处的方法的流程图；

图9是根据本公开的一些实施例的网络设备的框图；

图10是根据本公开的一些实施例的终端设备的框图；以及

图11是适合于实现本公开的实施例的设备的简化框图。

贯穿附图，相同或类似的附图标记表示相同或类似的元件。

具体实施方式

现在将参考一些示例实施例来描述本公开的原理。应理解，仅出于说明的目的对这些实施例进行描述，并帮助本领域技术人员理解和实现本公开，而不暗示对本公开的范围的任何限制。本文中所描述的公开内容还可以以除下面描述的方式之外的各种方式实现。

在下面的描述和权利要求中，除非另外定义，否则本文中所使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的含义相同的含义。

如在本文中所使用的，术语“网络设备”指代能够提供或托管终端设备可以在其中通信的小区或覆盖范围的设备。bs的示例包括但不限于节点b(nodeb或nb)、演进节点b(enodeb或enb)、远程无线电单元(rru)、无线电头端(rh)、远程无线电头端(rrh)、诸如毫微微节点、微微节点等的低功率节点。出于讨论的目的，在下文中，将参考enb作为网络设备的示例来描述一些实施例。

如在本文中所使用的，术语“终端设备”或“用户设备”(ue)指代具有无线或有线通信能力的任何设备。终端设备的示例包括但不限于个人计算机、台式电脑、移动电话、蜂窝电话、智能电话、个人数字助理(pda)、便携式计算机，诸如数码相机之类的图像捕获设备、游戏设备、音乐存储和回放设备、或能够进行无线或有线互联网访问和浏览等的互联网设备。终端设备还可以包括经由设备到设备(d2d)副链路或蜂窝上行链路的车辆到外界的(v2x)通信中的车辆。出于讨论的目的，在下文中，将参考ue作为终端设备的示例来描述一些实施例，并且在本公开的上下文中术语“终端设备”和“用户设备”(ue)可以互换使用。

如在本文中所使用的，术语“持续时间”指代发送信号的持续时间。术语“广播间隙”指代用于广播信令传输的不同持续时间之间的间隙，所述间隙中不能发送广播信令。例如，如果需要在多个持续时间中广播信号，则在持续时间之间将存在不能广播信号的若干广播间隙。

如在本文中所使用的，术语“广播信令”指代由网络设备广播的任何合适的信令。广播信令可以包括但不限于ait、ss、寻呼消息和其他系统信息。

如在本文中所使用的，术语“广播方案”或“广播模式”或“传输(tx)模式”指代用于发送广播信令的方案或模式，包括但不限于用于广播信令传输的持续时间、不同持续时间之间的广播间隙、波束成形方案，用于广播信令传输的开始时间等。出于讨论的目的，在本公开的上下文中，术语“广播方案”和“广播模式”可以互换使用。

如在本文中所使用的，术语“传输时段”指代定期地广播系统信息的周期。传输时段可以包含传输窗口，传输窗口完全包含在传输时段中。传输窗口可以比传输时段短或等于传输时段。此外，传输窗口可以位于传输时段中任何合适的位置处。举例来说，传输窗口的开始时间可以与传输时段的开始时间对齐。

如在本文中所使用的，单数形式“一”，“一个”和“所述”旨在还包括复数形式，除非上下文明确地给出相反的指示。术语“包括”及其变体应被解读为意指“包括但不限于”的开放性术语。术语“基于”应被解读为“至少部分基于”。术语“一个实施例”和“实施例”应被解读为“至少一个实施例”。术语“另一实施例”应被解读为“至少一个其他实施例”。下面可以包括其他显式和隐式定义。

在一些示例中，值、过程或装置被称为“最低”、“最佳”、“最小”等。应意识到，这种描述旨在指示可以在许多使用的功能替代方案中进行选择，并且这种选择不需要更好、更小或者优选于其他选择。

如上所述，用于发送ait的典型时间段(或传输时段)是10.24秒。也就是说，如果ue不能成功解码ait，则ue必须等待10.24秒以尝试另一次检测。为了增加传输增益，在nr系统中，在广播信号的传输中使用多个波束或重复。通常，多个波束或重复占据相对较长的时间段。在该时间段内，网络设备连续扫描用于发送ait或ss的波束。

图1和图2示出了现有技术中用于ait的示例传输定时。如图1所示，在基于多个波束的ait传输时段中，网络设备110使用不同的特定波束(例如，波束#0、波束#1、波束#2，...，波束#(n-1))在连续的持续时间中广播ait。同样，如图2所示，在基于多次重复的ait传输时段中，网络设备110发送连续持续时间中的ait的多次重复(例如，重复#0、重复#1、重复#2，...，重复#(n-1))。

但是，长时间段可能会中断网络设备与网络设备所服务的终端设备之间的正常上行链路和/或下行链路通信。因此，时间段可以使系统性能显著劣化并且是不可接受的。

例如，如果在网络设备上使用模拟波束成形方案，则网络设备在用于发送广播信号的时间段内不能执行接收操作，因此不允许终端设备在上行链路(ul)中向网络设备发送任何信息。当网络设备花费长时间段来经由波束扫描和/或传输重复来发送诸如ait或ss之类的广播信号时，所产生的上行链路服务中断可能影响正在进行的ul数据传输和随后的ul数据传输，因此是不可接受的。

特别地，在要发送一些紧急上行链路业务信息的情况下，用于广播信令传输的时间段将带来不可忍受的长时间延迟。例如，如果终端设备打算在该时间段中发送随机接入请求或快速确认(ack)/否定确认(nack)反馈，则终端设备必须等待很长时间，这可能使ul传输性能和效率劣化。

此外，如果所有天线端口都用于ss/ait传输，则还可能引起下行链路(dl)中的长时间的数据服务中断，因为数据传输和ss/ait传输可能需要不同的波束。例如，在频分双工(fdd)系统中，用于dl或ul数据传输的预编码矩阵通常不同于用于ss/ait传输的波束。结果是，长时间的数据服务中断可能在dl和ul两者中发生。

另外，如果在网络设备处使用数字波束成形方案，则由于dl中用于ss/ait传输的长时间段，将在时分双工(tdd)系统中发生ul中的长时间的数据服务中断。为了避免这种长时间业务中断，需要一种更灵活的用于广播信号的传输方案。

为了至少部分地解决以上和其他潜在问题，本公开的实施例通过为广播传输设计的新广播方案来减少广播信令传输期间的不适当中断。根据本公开的一些实施例，网络设备在通过广播间隙而彼此分离的持续时间中发送广播信令。以这种方式，网络设备可以使用用于广播传输的两个相邻持续时间之间的广播间隙来与网络设备所服务的终端设备进行通信。使用非连续持续时间可以显著减少由为连续发送广播信号而保留的长时间段所导致的中断。

另外，本公开的一些实施例提供广播模式的配置、与配置有关的信令以及用于检测广播信号的终端设备的对应过程。

图3示出了可以在其中实现本公开的实施例的示例通信网络300。网络300包括网络设备310和三个终端设备320-1、320-2和320-3(统称为“终端设备”320)。应理解，网络设备和终端设备的数量仅用于说明的目的而不暗示任何限制。网络100可以包括适于实现本公开的实施例的任何合适数量的网络设备和终端设备。

终端设备320可以与网络设备310通信并且经由网络设备310彼此通信。通信可以符合任何合适的标准，包括但不限于长期演进(lte)、lte演进、高级lte(lte-a)、宽带码分多址(wcdma)、码分多址(cdma)和全球移动通信系统(gsm)等。此外，可以根据当前已知的或将来开发的任何一代通信协议来执行通信。通信协议的示例包括但不限于第一代(1g)、第二代(2g)、2.5g、2.75g、第三代(3g)、第四代(4g)、4.5g、第五代(5g)通信协议。

如上所述，通过使用多个波束或重复，在由相对长的传输时段组成的连续的持续时间中发送广播信令。传输时段可能在ul和/或dl中导致不可接受的中断，因此使系统性能劣化。根据本公开的实施例，网络设备310在分离的持续时间中发送广播信令，并且在用于广播信令的两个相邻持续时间之间的广播间隙中与终端设备320中的一个或多个通信。

图4示出了根据本公开一些实施例的网络设备310处的示例方法400的流程图。如图所示，在方框405处，网络设备310在传输时段(称为“第一传输时段”)内的传输窗口(称为“第一传输窗口”)的持续时间(称为“第一持续时间”)中发送广播信令(称为“第一广播信令”)。然后，在方框410处，网络设备310在第一持续时间与在第一持续时间之后第一传输窗口的另一持续时间(称为“第二持续时间”)之间的广播间隙中与由网络设备310服务的终端设备320(例如，终端设备320-2、320-3)通信。网络设备310和终端设备320之间的通信可以发生在广播间隙内的任何合适的持续时间中。接下来，在方框415处，网络设备310在第二持续时间中发送第一广播信令。

根据本公开的实施例，第一持续时间和第二持续时间之间的广播间隙可以用于网络设备310与终端设备320之间的正在进行的ul数据传输和新出现的ul数据传输。广播间隙还可以用于从终端设备320到网络设备310的ul传输，例如快速ack/nack和快速随机接入。

以这种方式，可以在每个传输时段中，以预定模式在预定传输窗口内利用波束扫描和/或重复发送诸如ait/ss信息比特之类的广播信令。因此，一方面，可以将两次广播时机之间的广播间隙用于网络设备310和终端设备320之间的ul/dl传输。因此，减少了由于广播信令传输引起的中断。

另一方面，在用于广播信令传输的传输时段内使用传输窗口可以使该传输时段内的其他时间段可用于其他传输，因此可以进一步避免ul/dl通信的中断。另外，考虑到终端设备320对广播信令进行盲检，较短的传输窗口可以降低处理复杂性并增加终端设备的重复增益。将在以下段落中参考图8描述终端设备320处的示例操作和特征。

在方框405和方框415处，可以以任何合适的方式实现诸如ait或ss之类广播信令的发送。在一些实施例中，可以应用波束扫描以提供第一广播信令的全向覆盖。例如，网络设备310可以使用波束扫描来执行广播。例如，在第一持续时间中，网络设备310可以沿第一波束方向发送第一广播信令。在第二持续时间中，网络设备310可以沿第二波束方向发送第一广播信令。第一波束方向和第二波束方向不同，并且两者都从一组波束方向中获得。

作为示例，如图5至图7中任一图所示，整个传输窗口可以划分为用于广播信令的多个非连续持续时间。此外，用于广播信令传输的波束可以划分为多个组。通过使用以多个波束进行的多个非连续传输来广播第一广播信令来提供第一广播信令的全向覆盖。如方框410所示，可以将用于广播信令的相邻持续时间之间的广播间隙用于网络设备和终端设备之间的通信。以这种方式，用于ul/dl通信的持续时间和用于广播信令传输的持续时间是交错的。

在一些其他实施例中，广播可以建立在传输重复的基础上。例如，在第一持续时间和第二持续时间中，网络设备310可以例如使用全向天线发送两次第一广播信令。同样，可以从传输设置(txs)中获得重复模式。例如，每个传输窗口可以包括多个传输重复。终端设备320可以暂时解码每个传输重复或多个传输重复的组合信令。将在以下段落中参考图8详细描述终端设备320的操作。

使用波束设置(用于波束扫描选项)和传输设置(用于重复选项)概念进行系统信息分发可以避免终端设备频繁唤醒以监测并尝试检测诸如ss/ait之类的广播信令。此外，可以减少由于dl/ul切换而引起的无线电资源分段。

另外，如果每个发射机提供一个不同波束的重复，则终端设备320不需要在发射机之间组合符号信息。然后，终端设备320不必缓冲不同重复的符号信息来尝试不同的组合。因此，可以降低由于缓冲多次重复的符号信息和针对广播信令解码的不同组合尝试而引起的用于解码广播信令的ue的复杂性。

根据本公开的实施例，可以通过考虑任何合适的因素来确定用于广播第一广播信令的持续时间。在一些实施例中，持续时间可以特定于广播信令。例如，不同的广播信令通常具有不同的消息大小和不同的质量/覆盖要求，用于发送不同广播信令的持续时间可以不同。在一些实施例中，广播信令传输的持续时间可以与广播信令的载波频率相关联。例如，广播信令可以在较短的持续时间中以较高的载波频率广播，例如较短的传输时间间隔(tti)长度。换句话说，较高载波频率中的广播信令的持续时间可以比较低载波频率中的广播信令的持续时间短。

在一些其他实施例中，持续时间还可以取决于例如网络设备310的传输功率、终端设备320的接收机方案、在网络设备310处的传输波束成形以及在终端设备320处的接收机波束成形、无线电传播环境等。

同样地，可以通过考虑任何合适的因素来确定用于广播信令的相邻持续时间之间的广播间隙。在一些实施例中，广播间隙可以与广播间隙中通信的载波频率相关联。例如，以较高载波频率发送dl数据或ul信息(包括ul信令和/或数据)的广播间隙可以比以较低载波频率发送dl数据或ul信息的广播间隙短。

在一些实施例中，广播间隙可以与无线电系统的应用场景相关联。例如，对于适于延迟敏感服务的场景，广播间隙应该短，以减少服务数据传输的延迟。

在一些其他实施例中，用于广播信令的相邻持续时间之间的广播间隙可以相同。在这些实施例中，如在方框420处所示，网络设备310还可以在第二持续时间之后第一传输窗口的第三持续时间中发送第一广播信令。第二持续时间和第三持续时间之间的广播间隙等于第一持续时间和第二持续时间之间的广播间隙。

图5至图7示出了根据本公开的一些实施例的用于广播信令传输的示例持续时间。如图所示，在这些示例中，持续时间均匀地分布在传输时段内的传输窗口中。

如图5所示，使用来自波束组(包括例如bms1，...，bmsn)的不同波束在不同的持续时间中发送广播信令。基于波束组的这种持续时间提供广播信令的全向覆盖的子区域。另外，在该示例中，传输窗口等于传输时段。图6中所示出的示例与图5中的示例类似，除了较短的传输窗口之外。图7示出了与图5和图6中的传输模式类似的传输模式的示例，图7的示例适于利用重复的广播信令传输。如图所示，在这些示例中，传输窗口通常位于每个广播信令传输时段的开始处。

除了用于广播信令传输的时间相关参数之外，可以设计与广播方案有关的其他参数或方面。例如，考虑到较大的覆盖范围，可能需要更高的tx波束成形增益和/或更大数量的tx重复。此外，还可以设计tti长度、循环前缀长度、为广播信令分配的频率带宽。

根据精心设计的广播模式，不会连续发送广播信令(例如，ait/ss)。例如，可以根据预定的模式将用于广播信令传输的持续时间和用于服务数据的持续时间进行交错。以这种方式，可以将由于广播信令传输引起的所述服务中断控制在可忍受的级别中。

为了降低用于监测广播信令的终端设备的操作复杂性并减少信令开销，在一些实施例中，可以预先确定不同广播信令之间的关联或相关性。以这种方式，如果通过盲检确定了一种类型的广播信令的传输(tx)模式，则终端设备可以确定另一类型的广播信令的tx模式。在这些实施例中，如在方框425处所示，网络设备310可以在第二传输时段内的第二传输窗口的第四持续时间中发送第二广播信令。第二广播信令的广播方案可以与第一广播信令的第一广播方案相关联地预先确定。

例如，ait的tx模式可以取决于ss的tx模式。寻呼消息的tx模式也可以取决于sstx模式。作为另一示例，寻呼消息的tx模式也可以由系统信息(例如ait)指示。

在一些实施例中，为了进一步降低终端设备的复杂性，可以由ss序列隐含地指示一些广播信号(例如，ss)的tx模式。例如，不同的ss序列集可以指示用于ss的不同模式。因此，一旦检测到ss，终端设备就可以确定sstx模式。

在一些其他实施例中，可以预先定义不同广播信令的tx模式，以便进一步简化tx模式确定的复杂性和/或减少信令开销。在一些实施例中，仅预先定义ss的tx模式，而其他广播信令的tx模式取决于ss模式。

以这种方式，可以将不同的模式用于不同的广播信令。可能需要不同广播信号的tx模式的某种相关性，以便节省将tx模式通知给终端设备的信令或降低终端设备通过盲检确定tx模式的复杂性/延迟。

因此，终端设备320可以将不同广播方案之间的关联或相关性用于不同的广播信令。图8示出了根据本公开一些实施例的终端设备处的示例方法800的流程图。方法800可以在如图3所示的终端设备320-1处实现。出于讨论的目的，将参考图3描述方法800。

如图所示，在方框805，终端设备320-1确定第一广播信令的第一广播方案。可以以任何合适的方式获得。如上所述，在一些实施例中，可以预先定义用于不同广播信令的候选tx模式。在这些实施例中，预先定义的候选tx模式可以存储在终端设备侧。

在一些实施例中，可以在广播信令中隐含地指示一些广播信令的tx模式。例如，ss的tx模式可以由ss序列指示。在这些实施例中，终端设备320-1可以检测来自网络设备的第一广播信令。响应于在第一传输时段内的第一传输窗口的第一持续时间中检测到第一广播信令，终端设备320-1可以从第一广播信令确定第一广播方案，以便稍后与网络设备通信。

在方框810处，终端设备320-1基于第一广播方案确定第二广播信令的第二广播方案。在一些实施例中，由于可以在终端设备320-1处存储不同广播信令的tx模式之间的预定关联或相关性，因此方框810可能不是必需的。备选地，终端设备320-1可以在方框810之后，从第一广播信令的第一广播方案确定第二广播信令的第二广播方案。

举例来说，在ait的tx模式取决于ss的tx模式的实施例中，如果例如通过信令序列确定了ss的tx模式，则可以确定ait信令的tx模式。

在方框815处，终端设备320-1基于第二广播方案检测来自网络设备310的第二广播信令。例如，在获得ss信号之后，可以通过将ss解码为指示消息来确定ait可能的开始位置。然后，可以利用所确定的位置和tx模式来检测ait。注意，如果在方框810处不知道第二广播方案，则终端设备320-1可以对来自网络设备310的第二广播信令进行盲检。如果终端设备320-1知道第二广播方案，则可以节省功耗，因为它可以估计大致的时间位置以检测第二广播信令，并在等待即将到来的持续时间时休息。

如上所述，根据本公开的实施例，可以在具有预定广播间隙的非连续持续时间中广播该广播信令。在重复场景的这些实施例中，如图所示，在方框820处，终端设备320-1可以基于第一广播方案确定广播间隙。在方框825处，终端设备320-1可以基于广播间隙确定第一持续时间之后第一传输窗口的第二持续时间。在方框830处，终端设备320-1可以在第二持续时间中检测来自网络设备的第一广播信令。

如果终端设备320-1不知道tx模式，则传输重复可导致终端设备320-1解码广播信令的额外复杂性，因为ue必须缓冲多次重复的符号信息并尝试广播信令解码的不同组合。如果基于对先前广播信号的检测可以知道第二广播信令的tx模式，则终端设备320-1确切地知道如何组合用于检测第二广播信令的符号信息。

另外，在传输重复中，终端设备320-1可以暂时解码每个txs或多个txs的组合信令。当终端设备320-1对广播信令进行盲检时，广播信令传输窗口的长度应该尽可能短，从而可以降低终端设备320-1的处理复杂性并且可以增加重复增益。

如上所述，在终端设备320-1确定了广播信令的tx模式之后，终端设备320-1可以确定对应的广播间隙。在成功解码第一广播信令并接入网络之后，在方框835处，终端设备320-1可以在广播间隙中与网络设备通信。

例如，终端设备320-1可以在广播间隙中监测下行链路数据传输和用于上行链路传输的调度命令。终端设备320-1还可以根据来自网络的配置在广播间隙中发送调度请求或执行随机接入。

根据本公开的实施例，利用所设计的用于广播信令传输的模式，在非连续持续时间之间的广播间隙中，除终端设备320-1之外，终端设备320-2和320-3也可以在dl/ul中与网络设备310通信。以这种方式，可以提高系统的性能和效率。

应理解，与以上参考图3至图7描述的网络设备310有关的所有操作和特征同样适用于方法800并且具有类似的效果。出于简化的目的，将省略细节。

图9示出了根据本公开的一些实施例的网络设备900的框图。网络设备900可以被视为如图3所示的网络设备310的示例实现方式。

如图所示，网络设备900包括：第一广播单元910，被配置为在第一传输时段内的第一传输窗口的第一持续时间中发送第一广播信令；通信单元920，被配置为在第一持续时间和第一持续时间之后第一传输窗口的第二持续时间之间的广播间隙中与终端设备通信；第二广播单元930，被配置为在第二持续时间中发送第一广播信令。

在一些实施例中，第一广播单元910可以被配置为在第一持续时间中，沿一组波束方向中的第一波束方向发送第一广播信令。第二广播单元930可以被配置为在第二持续时间中，沿该组波束方向中的第二波束方向发送第一广播信令。第一波束方向与第二波束方向不同。

在一些实施例中，广播间隙可以与以下中的一个或多个相关联：在广播间隙中传送的下行链路数据的载波频率、在广播间隙中传送的上行链路信息的载波频率、下行链路数据的延迟要求和上行链路信息的延迟要求。

在一些实施例中，第一持续时间和第二持续时间中的一个或多个可以与以下中的一个或多个相关联：第一广播信令的载波频率、第一广播信令的类型、在广播间隙中传送的下行链路数据的延迟要求以及在广播间隙中传送的上行链路信息的延迟要求。

在一些实施例中，第一广播信令可以包括以下中的一个或多个：签名序列、接入信息表和寻呼消息。

在一些实施例中，网络设备900还可以包括：第三广播单元，被配置为在第二持续时间之后第一传输窗口的第三持续时间中发送第一广播信令。第一持续时间和第二持续时间之间的广播间隙等于第二持续时间和第三持续时间之间的广播间隙。

在一些实施例中，网络设备900还可以包括：第四广播单元，被配置为在第二传输时段内的第二传输窗口的第四持续时间中发送第二广播信令。可以与第二广播信令的第二广播方案相关联地预先确定第一广播信令的第一广播方案。在一些实施例中，第一广播信令可以包括签名序列，第二广播信令可以包括接入信息表。

图10示出了根据本公开的一些实施例的终端设备1000的框图。终端设备1000可以被视为如图3所示的终端设备320的示例实现方式。

如图所示，终端设备1000包括：第一确定单元1010，被配置为确定网络设备在第一传输时段内发送的第一广播信令的第一广播方案；第二确定单元1020，被配置为基于第一广播方案，确定网络设备在第一传输时段之后的第二传输时段内要发送的第二广播信令的第二广播方案；以及第一检测单元1030，被配置为基于第二广播方案检测来自网络设备的第二广播信令。

在一些实施例中，第一确定单元1010可以包括：第二检测单元，被配置为在第一传输时段内检测第一广播信令；以及第三确定单元，被配置为基于检测到的第一广播信令确定第一广播方案。

在一些实施例中，终端设备1000还可以包括：第四确定单元，被配置为基于第一广播方案确定广播间隙；第五确定单元，被配置为基于广播间隙，确定第一持续时间之后第一传输窗口的第二持续时间；以及第三检测单元，被配置为在第二持续时间中检测来自网络设备的第一广播信令。

在一些实施例中，广播间隙可以与以下中的一个或多个相关联：在广播间隙中传送的下行链路数据的载波频率、在广播间隙中传送的上行链路信息的载波频率、下行链路数据的延迟要求和上行链路信息的延迟要求。

在一些实施例中，第一持续时间和第二持续时间中的一个或多个可以与以下中的一个或多个相关联：第一广播信令的载波频率、第一广播信令的类型、在广播间隙中传送的下行链路数据的延迟要求以及在广播间隙中传送的上行链路信息的延迟要求。

在一些实施例中，终端设备1000还可以包括：通信单元，被配置为在第一持续时间和第二持续时间之间的广播间隙中与网络设备通信。

在一些实施例中，第一广播信令可以包括以下中的一个或多个：签名序列、接入信息表和寻呼消息。第二广播信令可以包括以下中的一个或多个：签名序列、接入信息表和寻呼消息。

在一些实施例中，第一广播信令可以包括签名序列，第二广播信令可以包括接入信息表。

应该理解，包括在网络设备900和终端设备1000中的单元对应于方法400和方法800的方框。因此，以上参照图3至图8描述的所有操作和特征也同样适于包括在网络设备900和终端设备1000中的单元，并且具有类似的效果。出于简化的目的，将省略细节。

网络设备900和终端设备1000中包括的单元可以以各种方式来实现，包括软件、硬件、固件或其任何组合。在一个实施例中，可以使用软件和/或固件(例如，存储在存储介质上的机器可执行指令)来实现一个或多个单元。除了机器可执行指令之外或代替机器可执行指令，可以至少部分地通过一个或多个硬件逻辑组件来实现网络设备900和终端设备1000中的单元的一部分或全部。例如但不限于，可以使用的硬件逻辑组件的例示类型包括现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑器件(cpld)等。

图11是适合于实现本公开的实施例的设备1100的简化框图。设备1100可以被视为如图3所示的网络设备310或终端设备320的另一示例实现方式。因此，设备1100可以分别在网络设备310或终端设备320处，或者作为网络设备310或终端设备320的至少一部分来实现。

如图所示，设备1100包括处理器1110、耦接到处理器1110的存储器1120、耦接到处理器1100的合适的发射机(tx)和接收机(rx)1140，以及耦接到tx/rx1140的通信接口。存储器1110存储程序1130的至少一部分。tx/rx1140用于双向通信。tx/rx1140具有至少一个天线以便于进行通信，尽管实际上本申请中提及的接入节点可具有若干天线。通信接口可以表示与其他网络元件通信所必需的任何接口，例如用于enb之间的双向通信的x2接口、用于移动管理实体(mme)/服务网关(s-gw)与enb之间的通信的s1接口、用于enb与中继节点(rn)之间的通信的un接口或者用于enb与ue之间的通信的uu接口。

假设程序1130包括程序指令，当该程序指令由关联的处理器1110执行时，使设备1100能够根据本公开的实施例(如本文中参考图1至图5所讨论的)来操作。可以通过可由设备1100的处理器1110执行的计算机软件、或者通过硬件或通过软件和硬件的组合来实现本文中的实施例。处理器1110可以被配置为实现本公开的各种实施例。此外，处理器1110和存储器1120的组合可以形成适于实现本公开的各种实施例的处理装置1150。

存储器1120可以是适合于本地技术网络的任何类型，并且可以使用任何合适的数据存储技术(例如，作为非限制性示例的非暂时性计算机可读存储介质、基于半导体的存储设备、磁存储设备和系统、光存储设备和系统、固定存储器和可移动存储器)来实现。尽管在设备1100中仅示出一个存储器1120，但设备1100中可以存在若干个物理上不同的存储模块。处理器1110可以是适用于本地技术网络的任何类型，并且作为非限制性示例可以包括以下的一个或多个：通用计算机、专用计算机、微处理器、数字信号处理器(dsp)和基于多核处理器架构的处理器。设备1100可以具有多个处理器，例如在时间上从动于与主处理器同步的时钟的专用集成电路芯片。

通常，可以用硬件或专用电路、软件、逻辑或其任何组合来实现本公开的各种实施例。一些方面可以用硬件来实现，而其他方面可以用可由控制器、微处理器或其他计算设备执行的固件或软件来实现。虽然本公开的实施例的多个方面被示出和描述为框图、流程图，或者使用一些其它的图形表示，但应意识到，本文描述的方框、装置、系统、技术或方法可以被实施为作为非限制示例的硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其它计算设备、或者它们的某种组合。

本公开还提供有形地存储在非暂时性计算机可读存储介质上的至少一个计算机程序产品。该计算机程序产品包括计算机可执行指令(例如包括在程序模块中的可执行指令)，其在设备中的目标真实或虚拟的处理器上执行，以执行如上参考图4至图5中的任一图描述的方法。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种实施例中，可以根据需要在程序模块之间组合或拆分程序模块的功能。可以在本地或分布式设备内执行程序模块的机器可执行指令。在分布式设备中，程序模块可以位于本地存储介质和远程存储介质二者中。

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

以上程序代码可以体现在机器可读介质上，机器可读介质可以是任何有形介质，其可以包含或存储由指令执行系统、装置或设备使用或与指令执行系统、装置或设备相关的程序。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括(但不限于)电、磁、光、电磁、红外、或半导体系统、装置或设备、或者前述各项的任意适当组合。机器可读存储介质的更加具体的示例包括：具有一个或多个电线的电连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或闪存)、光纤、便携式高密度盘只读存储器(cd-rom)、光存储设备、磁存储设备、或前述各项的任意适当组合。

此外，虽然以特定顺序描绘了操作，但是这不应被理解为要求这些操作以示出的特定顺序或以顺序次序执行，或者需要执行所有示出的操作来实现期望的结果。在特定情境下，多任务处理和并行处理可能是有利的。同样地，尽管在上述讨论中包含了若干具体实施细节，但这些细节不应被解释为对本公开的范围的限制，而应被解释为是对可能特定于特定实施例的特征的描述。在独立实施例的上下文中描述的特定特征也可以在单个实施例中组合实现。相反，在单个实施方式的上下文中描述的各种特征也可以在多个实施例中分开实现或以任何适当的子组合实现。

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