上行链路广播传输的方法、终端设备以及网络节点与流程

本公开的实施例总体上涉及通信技术，更具体地，涉及上行链路广播传输的方法、终端设备以及网络节点。

背景技术：

在第三代合作伙伴项目(3GPP)的全球移动通信系统(GSM)/宽带码分多址(WCDMA)/长期演进(LTE)等蜂窝通信网络中，终端设备通常驻留在基站所服务的小区中。当终端设备要进行数据传输时，首先向为其提供服务的基站发起随机接入过程。例如，终端设备可以向基站发送随机接入请求，例如随机接入前导码。基站在接收到终端设备发送的随机接入前导码后，向终端设备返回随机接入响应，该随机接入响应中包括针对终端设备后续的层2(L2)/层3(L3)消息的授权。终端设备可以基于该授权发送L2/L3消息，继而完成随机接入，从而进行后续的数据传输。

一种典型的随机接入过程是基于竞争的随机接入过程。在这种随机接入过程中，各终端设备共同使用一组预定的随机接入前导码来发起随机接入请求。例如，当终端设备想要发起随机接入过程时，首先从该组随机接入前导码中随机选择一个前导码，继而通过随机接入信道(RACH)将所选的前导码发送给基站，其中所发送的随机接入前导码使用该基站的标识，例如小区标识(ID)来加扰。

在基于竞争的随机接入过程中，任何终端设备都可以在需要时使用其选择的随机接入前导码向基站发送随机接入请求。这样，如果多个终端设备同时选择了同一随机接入前导码向同一基站发送了随机接入请求，那么在基站侧就会产生冲突。这会导致基站无法接收到终端设备所发送的随机接入码，继而无法进行相应响应，从而导致终端 设备接入失败。

在当前第五代(5G)蜂窝通信网络的标准化中，针对机器到机器通信的小数据传输也提出了一种基于竞争的数据传输方式。例如，部署于网络中的任意机器终端设备在要传输小数据时，都可以直接向基站发送数据请求消息或者直接发送数据。这种基于竞争的数据传输方式，同样会出现如上所述的冲突问题。

此外，在计算机通信网络中也存在类似的冲突问题。例如，在电子电气工程师协会(IEEE)的无线保真(WiFi)通信网络中，终端设备在要进行数据传输时会直接向其所驻留的接入点设备传输数据。当多个终端设备同时向同一接入点设备发送数据时，就会发生冲突。

技术实现要素：

一般地，本公开的实施例提出上行链路广播传输的方法、终端设备以及网络节点。

在第一方面，本公开的实施例提供一种上行链路广播传输的方法，包括：在上行链路信道上发起上行链路广播传输；以及从至少一个网络节点接收针对该上行链路广播传输的响应。

在第二方面，本公开的实施例提供一种上行链路广播传输的方法，包括：在上行链路信道上接收来自终端设备的上行链路广播传输；以及响应于接收到该上行链路广播传输，向该终端设备发送针对该上行链路广播传输的响应。

在第三方面，本公开的实施例提供一种终端设备，包括：第一发送器，被配置为在上行链路信道上发起上行链路广播传输；以及第一接收器，被配置为从至少一个网络节点接收针对该上行链路广播传输的响应。

在第四方面，本公开的实施例提供一种网络节点，包括：第二接收器，被配置为在上行链路信道上接收来自终端设备的上行链路广播传输；以及第二发送器，被配置为响应于接收到该上行链路广播传输，向该终端设备发送针对该上行链路广播传输的响应。

通过下文描述将会理解，根据本公开的实施例，终端设备在上行链路信道上进行上行链路广播传输。以此方式，覆盖区域能够覆盖终端设备的所有网络节点都能够接收到该UL传输，从而大大降低了终端设备的上行链路传输在网络节点处出现冲突的概率。

附图说明

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

图2示出了根据本公开的一个实施例的UL广播传输的方法的流程图；

图3示出了根据本公开的另一实施例的UL广播传输的方法的流程图

图4示出了根据本公开的一个实施例的用于接收UL广播传输的方法的流程图；

图5示出了根据本公开的一个实施例的随机接入信道上的广播类型的随机接入方法的示例流程；

图6示出了根据本公开的一个实施例的在UL广播信道上发送数据传输请求或数据本身的方法的示例流程；

图7示出了根据本公开的一个实施例的终端设备的框图；以及

图8示出了根据本公开的一个实施例的网络节点的框图。

具体实施方式

现在将参考若干示例实施例来描述本公开的原理。应当理解，描述这些实施例只是为了使本领域技术人员能够更好地理解进而实现本公开，而并非以任何方式限制本公开的范围。

在此使用的术语“网络节点”可以是表示诸如节点B(NodeB或者NB)、演进节点B(eNodeB或者eNB)以及诸如微微基站、毫微微基站等的低功率节点的蜂窝基站，以及诸如无线路由器等的无线接入点设备。

在此使用的术语“终端设备”是指能够与网络节点通信的任何终 端设备。作为示例，终端设备可以包括移动终端(MT)、订户台(SS)、便携式订户台(PSS)、移动台(MS)、接入终端(AT)、智能计量设备、便携式计算机设备等。

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

图1示出了本公开的实施例可以在其中实施的通信网络100。图1所示的通信网络100可以包括网络节点110、120和130以及终端设备140和150。网络节点110、120和130的覆盖区域分别为区域110’、120’和130’。终端设备140和150当前都驻留在区域120’中，由网络节点120为其提供服务。

如图1所示，除了区域120’，终端设备140还位于网络节点110的覆盖区域110’中，并且终端设备150还位于网络节点130的覆盖区域130’中。应理解，图1所示的网络节点和终端设备的数目仅仅是出于说明之目的而无意于限制。在通信网络100中，可以存在任意适当数目的网络节点和终端设备。

网络节点110、120和130与终端设备140和150之间的通信可以根据任何适当的通信协议来实施，包括但不限于，第一代(1G)、第二代(2.5G)、第三代(3G)、第四代(4G)通信协议、第五代(5G)蜂窝通信协议、IEEE 802.11x等无线局域网协议和/或目前已知或者将来开发的任何其他协议。

网络节点110、120和130以及终端设备140和150可以使用任意适当无线通信技术，包括但不限于，码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、频分双工(FDD)、时分双工(TDD)、多输入多输出(MIMO)、正交频分多址(OFDM)、WiFi、全球微波接入互操作性(WiMAX)和/或目前已知或者将来开发的任何其他技术。

在图1的通信网络100中，当终端设备140和150同时在它们二 者可以共享的上行链路(UL)信道上以基于竞争的方式向网络节点120发起UL传输时，可能会产生冲突。在本公开的上下文中，“基于竞争的方式”是指任意终端设备在需要时都可以在相应信道上进行UL传输的传输方式。该信道可以是各终端设备可以基于竞争共享的任意适当信道。相应地，终端设备在该信道上所发起的UL传输可以是任意适当UL传输。

作为示例，该信道可以是RACH，并且终端设备所进行的UL传输是随机接入请求的传输。在此示例中，如上所述，终端设备140在发起随机接入过程时，会首先随机选择一个随机接入前导码，继而将所选的随机接入前导码发送给网络节点110。终端设备140所发送的随机接入前导码可以用与网络节点110相关的小区ID来加扰。从而，网络节点110基于该小区ID来接收向自身发送的随机接入请求。

如果此时终端设备150选择了同一随机接入前导码来向网络节点110发起随机接入过程，则来自两个终端设备140和150的随机接入前导码会在网络节点110处产生冲突。这样，网络节点110无法对终端设备的140和150中任一终端设备的随机接入前导码进行正确解码，也就无法对终端设备140和150的接入请求进行响应，从而导致终端设备的140和150的随机接入过程都失败。

图2示出了根据本公开的一个实施例的UL广播传输的方法200的流程图。应理解，方法200可以由图1所示的通信网络100中的终端设备140和150来实施。为便于讨论，从终端设备140的角度对方法200进行说明。

如图所示，方法200开始于步骤210，在此终端设备140在UL信道上发起UL广播传输。在一个实施例中，UL信道可以被多个终端设备基于竞争而共享。也就是说，各终端设备只要有需要可以在任意时间占用该信道进行相应的UL传输。应理解，多个终端设备基于竞争对UL信道的共享仅仅是示例而非限制。作为备选示例，可以为终端设备分配用于进行UL广播传输的专用UL信道。本公开在此方面不受限制。

根据本公开的实施例，该UL广播传输可以是以广播方式进行的任意适当UL传输，例如包括但不限于随机接入请求的传输、数据传输请求的传输或者数据本身的传输。

根据本公开的实施例，UL广播传输是指终端设备以点到多点的方式向多个网络节点进行UL广播传输。终端设备140可以任意适当方式实现该广播传输。在一个实施例中，终端设备140可以在UL传输中不包括网络节点的标识，这使得覆盖区域能够覆盖该终端设备的网络节点都能接收到来自终端设备140的UL传输。

举例而言，当终端设备140要在RACH发送随机接入请求时，终端设备140在从预定的随机接入前导码的集合中随机选择了一个随机接入前导码后，在被配置用于RACH的时间和频率资源上发送所选择的随机接入前导码。与传统方式不同，该随机接入前导码并不使用网络节点的标识来加扰。这样，在图1所示的通信网络100中，除了当前为终端设备140提供服务的网络节点120之外，覆盖区域覆盖终端设备140的网络节点110也能够接收到该随机接入前导码。

除了上述基于已有的信道来进行UL广播传输之外，作为另一个示例，还可以专门配置用于终端设备进行UL广播传输的UL广播信道。例如，可以在网络部署阶段预配置特定的时间和频率资源以及信道扰码等以用作该UL广播信道。作为备选，还可以由网络节点根据需要动态地配置UL广播信道的时间和频率资源以及信道扰码等，继而将所配置的UL广播信道的相关信息通知网络中的其他网络节点以及终端设备。在UL广播信道被配置之后，终端设备就能够在该UL广播信道上例如通过不包括网络节点的标识来进行UL广播传输。

应理解，这种不携带网络节点的标识的UL广播方式仅仅是示例而非限制，本公开还可以其他方式来实现UL广播传输。例如，终端设备140可以在UL传输中包括其周围的多个网络节点、例如网络节点110和120的标识，以使得附近的网络节点110和120都能对该UL传输进行解码。而终端设备140可以任意适当方式获得这些网络节点110和120的标识。例如，终端设备140可以通过网络搜索而获 得该标识。

接下来，方法200进行到步骤220，在此终端设备140从至少一个网络节点接收针对在步骤210发起的UL广播传输的响应。如上所述，不仅当前为终端设备140提供服务的网络节点120，而且覆盖区域110’能够覆盖终端设备140的其他网络节点110同样能够接收到该UL广播传输。以此方式，大大降低了终端设备的UL传输在网络节点处出现冲突的概率，因为UL传输在多个网络节点处都出现冲突的概率会大大低于在某个网络节点处出现冲突的概率。

图3示出了根据本公开的另一实施例的UL广播传输的方法300的流程图。应理解，方法300接续方法200执行。下面结合图2对图3所示的方法300进行说明。

在此示例中，终端设备140在步骤220从多个网络节点接收到响应，并且该响应包括针对终端设备140的后续UL传输的授权。根据本公开的实施例，后续UL传输可以是与初始UL传输相关联的任意适当UL传输。例如，当终端设备140在步骤210初始发送的是随机接入请求时，该后续UL传输可以是L2/L3消息的传输。作为备选示例，当终端设备140初始发送的是数据传输请求时，后续UL传输可以是数据的传输。作为另一备选示例，终端设备140初始发送的可以是待输传数据的一部分，而后续传输是待传输数据的其他部分。

应理解，终端设备140要进行后续传输仅仅是示例而非限制。在某些情况下，终端设备140可以没有后续UL传输，方法200在终端设备140接收到来自网络节点的响应后结束。例如，如果终端设备140在步骤210以广播方式在UL信道上传输了待传输数据之后，在步骤220接收到网络节点的肯定应答，则终端设备140的UL数据传输完成，方法200结束。

如上所述，终端设备140在步骤210以广播方式向多个网络节点发起UL传输。相应地，可能有多个网络节点110和120接收到来自终端设备140的UL广播传输，并且对终端设备140的后续UL传输进行授权。这样，终端设备140就会接收到来自多个网络节点、例如 网络节点110和120的授权。

如图3所示，方法300开始于步骤310，在此终端设备140响应于在步骤220从多个网络节点接收到针对后续UL传输的授权，从多个网络节点中选择将要与其通信的网络节点。接下来，在步骤320，终端设备140向所选择的网络节点进行后续UL传输。

根据本公开的实施例，终端设备140可以根据任意适当规则来执行该网络节点的选择。在一个实施例中，可以根据网络节点的信号质量来选择将要通信的网络节点。例如，终端设备140可以选择信号质量较好的网络节点来发起后续通信。考虑到通信效率，在另一实施例中，终端设备140可以优先选择当前已经与其建立连接的网络节点来发起后续通信。应理解，还可以考虑其他适当因素来选择网络节点，或者可以基于所考虑的因素的任意组合来进行该选择。本公开在此发方面不受限制。

为了节省UL资源，在又一实施例中，终端设备140可以将向其发送了授权的所有网络节点都作为将要通信的网络节点。在此示例中，终端设备140在步骤320以广播方式向该多个网络节点进行后续UL传输。

当终端设备140选择了某个或某些网络节点来进行后续UL传输时，在一个实施例中，方法300还可以包括步骤330，在此终端设备140向未被选择的网络节点发送UL传输终止消息。该UL传输终止消息可以是用于向相应网络节点通知UL传输终止的任意适当消息。该消息可以是系统预配置的，并且可以实现为任意适当形式。作为示例，该UL传输终止消息可以无线电资源控制(RRC)信令的形式来实现。后文将结合图5和图6描述根据本公开的实施例的终端设备向网络节点进行UL广播传输的具体示例流程。

图4示出了根据本公开的一个实施例的用于接收UL广播传输的方法400的流程图。应理解，方法400可以由图1所示的通信网络100中的网络节点110、120和130来实施。为便于讨论，从网络节点110的角度对方法400进行说明。

如图所示，方法400开始于步骤410，在此网络节点110在UL信道上接收来自终端设备110的UL广播传输。如上所述，在一个实施例中，该UL信道可以被多个终端设备基于竞争而共享。也即，各终端设备可以在任意需要时占用该信道进行相应的UL传输。以广播方式进行的该UL传输可以是任意适当UL传输，例如包括但不限于随机接入请求的传输、数据传输请求的传输或者数据本身的传输。

如上所述，UL广播传输是指终端设备以点到多点的方式向多个网络节点进行UL传输。终端设备140可以任意适当方式实现UL广播传输。在一个实施例中，可以在终端设备140的UL传输中不包括网络节点的标识。相应地，网络节点110可以对不包括任何网络节点的标识的UL传输进行接收。在另一实施例中，来自终端设备140的UL传输中可以包括多个网络节点的标识。当其中包括网络节点110的标识时，网络节点110可以识别该UL传输。

接下来，方法400进行到步骤420，在此网络节点110向终端设备140发送针对所接收到的UL广播传输的响应。根据本公开的实施例，网络节点110向终端设备140发送的响应中可以包括终端设备140的标识，使得终端设备140能够识别针对自己的响应。

如上所述，因为终端设备的UL传输是以广播方式进行的，所以覆盖区域能够覆盖终端设备的网络节点都能够检测到该UL传输。以此方式，大大降低了终端设备的UL传输在网络节点处出现冲突的概率。

当终端设备140还有后续UL传输时，在一个实施例中，网络节点110在步骤420向终端设备140发送的响应中还可以包括针对后续UL传输的授权。如上所述，后续UL传输可以是与初始UL传输相关联的任意适当UL传输。

如上所述，终端设备140的初始UL传输是以广播方式发送的，相应地，可能有多个网络节点110接收到该UL传输，并且对后续UL传输进行授权。在这种情况下，当终端设备140接收到来自多个网络节点的授权时，终端设备140可以选择其中的一个或多个网络节点来 进行后续UL传输。如果网络节点110未被终端设备140选择用于进行后续通信，在一个实施例中，网络节点110可以从终端设备140接收到UL传输终止消息。如上所述，该UL传输终止消息可以是用于向相应网络节点通知UL传输终止的任意适当消息。

应理解，以上结合图2和图3讨论终端设备侧执行的方法时所提及的相关步骤或特征同样适用于网络节点侧的方法，故具体细节不再赘述。下面将结合图5和图6根据本公开的实施例的终端设备向网络节点进行UL广播传输的具体示例流程。

图5示出了根据本公开的一个实施例的RACH上的广播类型的随机接入方法500的示例流程。应理解，方法500可以在图1所示的通信网络100中实施。为便于讨论，以下参考图1进行说明。

如图所示，在方法500的步骤510，终端设备140以广播方式在RACH信道上发送随机接入前导码。在此示例中，终端设备140通过不使用网络节点的标识来对随机接入前导码加扰，而实现广播类型的随机接入请求的传输。如上所述，该随机接入前导码是终端设备140从预定的随机接入码集合中随机选择的，该预定的随机接入码集合是通信网络100中的各网络节点已知的，而且各网络节点的RACH信道占用相同的时间和频率资源。这样，当终端设备以广播方式发送所选择的随机接入前导码时，覆盖区域能够覆盖该终端设备的网络节点都能够接收到该随机接入前导码。

在图1所示的通信网络100中，网络节点110和120的覆盖区域110’和120’都能够覆盖终端设备140。相应地，网络节点110和120都能够接收到终端设备140以广播方式发送的随机接入前导码。在此示例中，终端设备140所发送的前导码在网络节点110和120处都没有出现冲突。相应地，网络节点110和120都能够对该前导码进行正确解码，并且继而网络节点120在步骤520在时隙1期间以及网络节点110在步骤530在时隙2期间都对终端设备140进行响应，即向终端设备140反馈回随机接入响应。

在图5所示的示例中，终端设备在发送随机接入前导码后还要发 送后续的L2/L3消息。因而，终端设备140在步骤510所广播的随机接入前导码中还内嵌有用于指示L2/L3消息大小的1比特指示。相应地，网络节点110和120所发送的随机接入响应中包括针对终端设备140的后续L2/L3消息的UL授权。此外，该随机接入响应还可以包括定时校准(TA)、小区无线电网络临时标识符(C-RNTI)等信息。

终端设备140在接收到来自网络节点110和120的授权后，为了进一步减少冲突概率，在步骤540和550向网络节点110和120二者都发送L2/L3消息。该L2/L3消息可以任意适当方式发送给网络节点110和120。例如，终端设备140可以通过不在L2/L3消息中包括网络终端的标识来广播该消息。作为备选，终端设备140还可以通过在L2/L3消息中包括网络节点110和120的标识来将该消息发送给网络节点110和120。

在此示例中，终端设备140所发送的L2/L3消息在网络节点110和120处也都未出现冲突，因而终端设备110在步骤560和570接收到来自网络节点110和120二者的RRC连接请求。在这种情况下，终端设备140选择要建立RRC连接的网络节点。如上所述，终端设备140可以任意适当方式执行网络节点的选择。例如，终端设备140可以根据网络节点的信号质量、是否已经与网络节点建立连接、其他适当因素、或者上述因素的任意组合来选择进行后续通信的网络节点。

在此示例中，终端设备140选择信号质量较好的网络节点110进行后续通信。接下来，在步骤580，终端设备140向网络节点110发送RRC连接建立完成消息。在此示例中，终端设备140还在步骤590向网络节点120发送RRC连接终止消息，以向网络节点120通知后续传输终止。该RRC连接终止消息是如上所述的UL传输终止消息的一个示例。如上所述，根据本公开的实施例，该RRC连接终止消息可以是系统预配置的，并且可以实现为任意适当形式。例如，该RRC连接终止消息可以RRC信令的形式来实现。

继而，在步骤511，网络节点110向终端设备140发送UL资源授权，并且终端设备140在步骤512向网络节点110发送用户数据报 协议(UDP)/互联网协议(IP)分组。然后，网络节点110在步骤513向终端设备140发送RRC连接释放。

图6示出了根据本公开的一个实施例的在UL广播信道上发送数据传输请求或数据本身的方法600的示例流程。应理解，方法600同样可以在图1所示的通信网络100中实施。为便于讨论，以下同样参考图1进行说明。

如图所示，在方法600的步骤610，终端设备140与为其提供服务的网络节点120进行认证、授权、加密消息的交互。接下来，终端设备140在步骤620进入空闲模式。当终端设备140要传输数据时，终端设备140在步骤630，在UL广播信道上直接进行UL数据传输。

如上所述，可以任意适当方式配置该UL广播信道。例如，可以在网络部署阶段预配置特定的时间和频率资源以及信道扰码等以用作该UL广播信道。作为备选，还可以由网络节点根据需要动态地配置UL广播信道的时间和频率资源以及信道扰码等，继而将所配置的UL广播信道的相关信息通知网络中的其他网络节点以及终端设备。

由于网络节点110和120的覆盖区域110’和120’都能够覆盖终端设备140，所以网络节点110和120都能够接收到终端设备140广播的数据。在此示例中，终端设备140所广播的数据在网络节点110和120处都没有出现冲突。相应地，网络节点110和120都能够对该数据进行正确解码、解调等操作。继而，网络节点120在步骤640在时隙1期间并且网络节点110在步骤650在时隙2期间向终端设备140发送确认(ACK)响应。

如果终端设备140要传输的数据量很大，则需要占用很多的UL资源。如果UL传输在网络节点处出现冲突，则会造成很大的资源浪费。为了减少这种资源浪费，在一个实施例中，如图6所示，终端设备140在步骤630在UL广播信道上不直接发送数据本身，而是发送数据传输请求。相应地，网络节点110和120在步骤640和650向终端设备140发送的ACK响应中包括针对后续数据传输的UL授权。除此之外，该ACK响应还可以包括TA、C-RNTI等。

除了不发送数据本身而发送数据请求之外，在另一实施例中，当终端设备140要传输的数据量很大时，终端设备140还可以将待传输的数据拆分后分多次进行传输。在此示例中，如图6所示，终端设备140在步骤630进行初始UL数据传输时可以在所传输的数据中包括后续分组指示符，以向网络节点指示还有待传输的后续分组。同样，网络节点110和120在对初始UL数据进行正确接收后，在向终端设备140发送的ACK响应中包括针对后续分组的UL授权。

终端设备140在接收到来自网络节点110和120二者的授权后，要选择将后续数据发送到的网络节点。如上所述，终端设备140可以任意适当方式进行该选择。例如，终端设备140可以根据网络节点的信号质量、是否已经与网络节点建立连接、其他适当因素、或者上述因素的任意组合来选择进行后续通信的网络节点。

在此示例中，终端设备140选择已经建立连接的网络节点120进行后续通信。继而，在步骤660，终端设备140向网络节点120发送后续UL分组，其中携带后续分组指示符，因为还有待传输的后续分组。终端设备140在步骤670向网络节点110发送UL传输终止消息，以通知网络节点120后续传输终止。如上所述，该UL传输终止消息可以是系统预配置的，并且可以实现为任意适当形式。例如，该UL传输终止消息可以RRC信令的形式来实现。

接下来，终端设备140在步骤680继续向网络节点120发送数据。在此示例中，终端设备140没有待传输的数据，所以在步骤680不携带后续分组指示符。继而，终端设备140在步骤690完成此次数据传输，返回空闲状态。

图7示出了根据本公开的一个实施例的终端设备700的框图。应理解，终端设备700可以实施为图1所示的通信网络100中的终端设备140和150。

如图所示，终端设备700包括第一发送器710和第一接收器720。第一发送器710被配置为在上行链路信道上发起上行链路广播传输。第一接收器720被配置为从至少一个网络节点接收针对该上行链路广 播传输的响应。在一个实施例中，该上行链路信道可以被多个终端设备基于竞争而共享。

在一个实施例中，该上行链路广播传输中可以不包括网络节点的标识。在一个实施例中，该上行链路信道可以包括随机接入信道。相应地，该第一发送器710可以进一步被配置为：在随机接入信道上发送随机接入请求，该随机接入请求未使用该网络节点的标识来加扰。

在一个实施例中，该上行链路广播传输中可以包括对于后续上行链路传输的指示。在该示例中，该第一接收器720可以进一步被配置为从多个网络节点接收该响应，该响应包括针对该后续上行链路传输的授权，

在一个实施例中，终端设备700可以进一步包括选择器730。选择器730被配置为响应于从该多个网络节点接收到该授权，从该多个网络节点中选择将要与其通信的网络节点。在此示例中，该第一发送器710可以进一步被配置为向所选择的网络节点进行该后续上行链路传输。在一个实施例中，该第一发送器710可以进一步被配置为：向该多个网络节点中未被选择的网络节点发送UL传输终止消息。

图8示出了根据本公开的一个实施例的网络节点800的框图。应理解，网络节点800可以实施为图1所示的通信网络100中的网络节点110、120和130。

如图所示，网络节点800包括第二接收器810和第二发送器820。第二接收器810被配置为在上行链路信道上接收来自终端设备的上行链路广播传输。第二发送器820被配置为响应于接收到该上行链路广播传输，向该终端设备发送针对该上行链路广播传输的响应。在一个实施例中，该上行链路信道被该终端设备和另一终端设备基于竞争而共享。

在一个实施例中，该上行链路广播传输中可以未包括网络节点的标识。在一个实施例中，该上行链路信道可以包括随机接入信道。相应地，该第二接收器810可以进一步被配置为：在随机接入信道上接收来自该终端设备的随机接入请求，该随机接入请求未使用该网络节 点的标识来加扰。

在一个实施例中，该上行链路广播传输中可以包括对于后续上行链路广播传输的指示。在此示例中，向该终端设备发送的该响应可以包括针对该后续上行链路广播传输的授权。在一个实施例中，该第二接收器820可以进一步被配置为：从该终端设备接收UL传输终止消息。

应当理解，终端设备700和网络节点800中记载的每个元件分别与参考图2至图6描述的方法200至600中的每个步骤相对应。因此，上文结合图2至图6描述的操作和特征同样适用于终端设备700和网络节点800及其中包括的元件，并且具有同样的效果，具体细节不再赘述。

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

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

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

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

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

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

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