多终端竞争冲突解决方法,终端和基站

摘要

本发明实施例公开了一种多终端竞争冲突解决方法、终端和基站。所述多终端竞争冲突解决方法包括：将包含当前终端的随机临时逻辑链路标识TLLI的上行无线块发送给基站；接收基站发送的下行无线块，其中所述下行无线块携带至少两个终端对应的随机TLLI和临时块流指示TFI，所述至少两个终端对应的随机TLLI和临时块流指示TFI中包括针对当前终端的随机TLLI和临时块流指示TFI；解析所述下行无线块，当所述下行无线块中携带的针对当前终端的随机TLLI是当前终端发送给基站的所述随机TLLI时，确定当前终端的竞争冲突解决。通过根据本发明实施例提供的方案，有效地节省了下行资源，提高了通信效率。

说明书

技术领域

本发明涉及通信技术领域，具体而言，涉及一种多终端竞争冲突解决方法、终端和 基站。

背景技术

随着分组业务的应用种类越来越多，出现了一种特点为频繁的小数据传输的应用， 例如在机器到机器(Machine to Machine，M2M)和智能手机中常见这种应用。在这类应 用中，客户端与服务器之间的每次传输的数据量比较小，但是这种交互式的传输比较频 繁。

在GSM EDGE无线接入网(GSM EDGE Radio Acesss Network，GERAN)中，分组数 据的传输是通过临时块流(Temporary Block Flow，TBF)实现的。临时块流TBF是移动 台(Mobile Station，MS)和网络之间临时的连接，在数据传输的过程中网络会通过指 派消息在空口建立这种临时逻辑链接。当终端有上行数据需要发送时，终端需要通过一 步接入或者两步接入或短接入的方式，请求建立上行TBF实现上行数据的发送。通过一 步接入和两步接入建立的上行TBF，网络可以动态的下发上行状态标识(Uplink State  Flag，USF)来调度上行分组数据的传输，通过两步接入和短接入，网络可以通过预留一 个或多个上行块资源供终端实现上行分组数据的传输。

然而，无论是一步接入、两步接入还是短接入，均要完成竞争冲突检测，只有竞争 冲突解决完成，终端才能成功建立上行TBF，进入分组传输模式来传输数据。

在一步接入的方式中，终端收到立即指派(Immediate Assignment)消息后，在分 组数据信道(Packet Data Channel，PDCH)上从发送第一个上行无线链路控制(Radio Link  Control，RLC)数据块开始，发送的每一个上行RLC数据块都会包含随机临时逻辑链路 标识(Temporary Logical LinkIdentifier，TLLI)，直到接收到网络回复的对应的随 机TLLI的分组上行应答否定应答(Packet Uplink Ack/Nack，PUAN)消息，两个随机 TLLI匹配，才确定竞争冲突解决完成，之后终端发送的上行RLC块就不需要携带上行 TLLI。在短接入的多块分配中，终端竞争冲突解决的过程与一步接入过程相同。

在两步接入的方式中，终端收到立即指派后，发送一个上行单块，包含分组资源请 求(Packet Resource Request，PRR)消息，该消息中包含随机TLLI。网络发送上行TBF 指派消息来响应该PRR消息，该上行分组指派消息中包含对应的随机TLLI。终端检测到 两个随机TLLI匹配，才确定竞争冲突解决完成。

终端收到立即指派消息后，发送第一个上行块是包含随机TLLI的，并且在竞争冲 突解决完成之前的每个上行块都是包含随机TLLI的。因为在一步接入方式中RLC数据块 中携带4字节长的随机TLLI会减少RLC/MAC数据块携带的有效数据净荷的信息量，网络 需要尽快解决冲突问题，只有竞争冲突解决完成之后，终端发送的上行数据块才不会再 携带随机TLLI。因此网络多数情况下接收到第一个RLC数据块就会立刻发送PUAN，且包 含要解决竞争冲突的目标终端携带的随机TLLI，而且通常为了保证目标终端正确接收到 网络发送的包含随机TLLI的PUAN消息，会连续发送多个该PUAN消息，进一步消耗下行 无线资源。在两步接入的方式中也存在类似问题。因此，竞争冲突解决流程会消耗大量 的下行资源用于发送PUAN消息，这样导致无线资源的利用率低。

发明内容

本发明实施例中提供了一种多终端竞争冲突解决方法、设备和系统，以解决现有技 术中的解决竞争冲突时消耗大量下行资源的问题。

一方面，本发明实施例提供了一种多终端竞争冲突解决方法，包括：将包含当前终 端的随机临时逻辑链路标识TLLI的上行无线块发送给基站；接收基站发送的下行无线 块，其中所述下行无线块携带至少两个终端对应的随机TLLI和临时块流指示TFI，所述 至少两个终端对应的随机TLLI和临时块流指示TFI中包括针对当前终端的随机TLLI和 临时块流指示TFI；解析所述下行无线块，当所述下行无线块中携带的针对当前终端的 随机TLLI是当前终端发送给基站的所述随机TLLI时，确定当前终端的竞争冲突解决。

另一方面，本发明实施例提供了一种多终端竞争冲突解决方法，包括：接收包括终 端的随机TLLI的上行无线块；将下行无线块发送给终端，其中所述下行无线块携带至少 两个终端对应的随机TLLI和临时块流指示TFI，所述至少两个终端对应的随机TLLI和 临时块流指示TFI中包括针对当前终端的随机TLLI和临时块流指示TFI，使得当所述下 行无线块中携带的针对当前终端的随机TLLI是当前终端发送的所述随机TLLI时，当前 终端确定自身的竞争冲突解决。

另一方面，本发明实施例提供了一种终端，包括：发送单元，用于将包含当前终端 的随机临时逻辑链路标识TLLI的上行无线块发送给基站；接收单元，用于接收基站发送 的下行无线块，其中所述下行无线块携带至少两个终端对应的随机TLLI和临时块流指示 TFI，所述至少两个终端对应的随机TLLI和临时块流指示TFI中包括针对当前终端的随 机TLLI和临时块流指示TFI；以及解析单元，用于解析所述下行无线块，当所述下行无 线块中携带的针对当前终端的随机TLLI是当前终端发送给基站的所述随机TLLI时，确 定当前终端的竞争冲突解决。

另一方面，本发明实施例提供了一种基站，包括：用于接收包括终端的随机TLLI 的上行无线块；以及发送单元，用于将下行无线块发送给终端，其中所述下行无线块携 带至少两个终端对应的随机TLLI和临时块流指示TFI，所述至少两个终端对应的随机 TLLI和临时块流指示TFI中包括针对当前终端的随机TLLI和临时块流指示TFI，使得当 所述下行无线块中携带的针对当前终端的随机TLLI是当前终端发送的所述随机TLLI时， 当前终端确定自身的竞争冲突解决。

通过根据本发明实施例提供的方案，通过较少数目的下行无线块传输了针对多个终 端的随机TLLI和临时块流指示TFI来解决竞争冲突，因此有效地节省了下行资源，提高 了通信效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使 用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于 本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的 附图。

图1示出了根据本发明实施例的多终端竞争冲突解决方法；

图2示出了根据本发明实施例的终端与基站之间通信过程的示意图；

图3示出了根据本发明另一实施例的多终端竞争冲突解决方法的流程图；

图4示出了根据本发明一个实施例的多终端竞争冲突解决方法的流程图；

图5示出了根据本发明实施例的终端的示意性结构图；以及

图6示出了根据本发明实施例的基站的示意性结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描 述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明 中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施 例，都属于本发明保护的范围。

图1示出了根据本发明实施例的多终端竞争冲突解决方法。可见，该方法包括如下 步骤：

步骤110、将包含当前终端的随机临时逻辑链路标识TLLI的上行无线块发送给基站。 在此，对于该上行无线块的具体类型并没有限制，例如可以是上行数据块，也可以是上行控 制块(例如上行控制消息)。该上行无线块将当前终端的用于解决竞争冲突的信息也即随机 TLLI发送给基站。

步骤120、接收基站发送的下行无线块，其中所述下行无线块携带至少两个终端对应 的随机TLLI和临时块流指示TFI，所述至少两个终端对应的随机TLLI和临时块流指示TFI 中包括针对当前终端的随机TLLI和临时块流指示TFI。

在基站接收到终端在步骤110中发送的上行无线块之后，为了解决竞争冲突，需要向终 端下发解决竞争冲突的下行无线块。如前面的背景技术部分所提及的，如果对于每个终端都 分别发送相应的下行无线块，则会消耗大量的下行资源。因此，为了减少对于下行资源的占 用，在本发明实施例中，基站所发送的下行无线块携带至少两个终端对应的随机TLLI和临 时块流指示TFI，例如针对终端1的TLLI1和TFI1以及针对终端2的TLLI2和TFI2。该下 行无线块例如可以由基站同时发送给多个发送了上述上行无线块给基站的终端。相应地，终 端接收基站发送的该下行无线块。

图2示出了根据本发明实施例的终端与基站之间通信过程的示意图。可以看到，终端1 和终端2可以分别将包括其随机TLLI的上行无线块发送给基站，基站在接收到终端发送的 上行无线块之后，将同一下行无线块发送给终端1和终端2，其中该下行无线块携带针对终 端1和终端2的竞争冲突解决所需的信息。例如，该下行无线块携带针对终端1的随机TLLI1 和临时块流指示TFI1，以及针对终端2的随机TLLI2和TFI2。

根据一个实施形式，该下行无线块中还可以携带针对上行无线块的Ack/Nack应答信 息、起始块序号(Starting Sequence Number，SSN)和比特位图bitmap。所述Ack/Nack 应答信息用于对是否正确接收到所述上线无线块进行应答。关于SSN和bitmap，在下面 还将详细描述。

另外，在下行无线块中还可以包括上行调制编码命令，由此基站可以利用该上行调 制编码命令在必要时修改相应终端的上行调制编码方式，以实现最佳的通信效果。需要 说明的是，在下行无线块中包括上行调制编码命令时，并不需要针对所有终端都下发该 上行调制编码命令，而是可以仅仅针对需要修改上行调制编码方式的终端下发。

步骤130、解析所述下行无线块，当所述下行无线块中携带的针对当前终端的随机 TLLI是当前终端发送给基站的所述随机TLLI时，确定当前终端的竞争冲突解决。具体 而言，终端根据TFI确定相应的随机TLLI是否是针对当前终端的，并将相应的随机TLLI 与当前终端的随机TLLI进行比较。例如，终端1根据TFI1确定随机TLLI1是针对当前 终端1的，并相应地将随机TLLI1与自身的TLLI1进行比较。当比较结果为二者匹配时， 确定终端1的竞争冲突解决。

从上面的描述可见，在本发明实施例中通过较少数目的下行无线块传输了针对多个 终端的随机TLLI和临时块流指示TFI来解决竞争冲突，因此有效地节省了下行资源，提 高了通信效率。

根据一个实施形式，所述下行无线块是单独构造的消息，或者是将现有PACCH消息 例如分组上行应答否定应答PUAN消息扩展而获得的消息。下面对此进行详细说明。

可以构造新的消息来作为下行无线块，以指示多个终端的上行TBF的TLLI。

例如，可以构造包括如下消息参数的下行无线块：

在上面可以看到，寻呼模式(PAGE_MODE)占2比特，针对是否为上行链路TFI的 选择位占1比特，针对TFI的部分(UPLINK_TFI)占5比特，针对TLLI的部分 (CONTENTION_RESOLUTION_TLLI)占32比特，针对起始块序号(Starting Sequence Number，SSN)的选择位占1比特，以及比特位图(bitmap)占8比特。可见，除去2 比特的PAGE MODE参数和1比特的循环指示参数，剩下的这些参数总共占用 1+5+32+1+8＝47比特。因此，CS-1编码(176比特)的消息可以同时支持3个终端 (47*3+2+1＜176)的竞争冲突解决。

另外，发明人注意到用于冲突解决的随机TLLI共32比特，但是实际上用于终端填 充随机值的只有第0-26比特，所以可以将TLLI长度进行压缩，也即将针对TLLI的参数 部分的长度从32比特减小到27比特。进一步地，如果进一步提高对冲突概率的容忍度， 也即如果可以允许出现更多的冲突，则可以将TLLI进一步压缩，例如压缩到16比特。

由此，可以设计包括如下消息参数的下行无线块：

可见，除去2比特的PAGE MODE参数和1比特的循环指示参数，剩下的这些参数总 共占用1+5+16+1+8＝31比特。因此，CS-1编码(176比特)的消息可以同时支持5个终 端(31*5+2+1＜176)的竞争冲突解决。

另外，网络需要尽快解决冲突问题，因此应答消息都是从RLC窗口起始部分应答的， 也就是SSN的序号总是为0。这样可以进一步省略针对SSN的选择位，从而省略SSN。例 如，可以设计为只要包含随机TLLI的PUAN就省略SSN，如果不包含随机TLLI的PUAN 则要包含SSN。

进一步，由于竞争冲突解决后，网络可能需要调整终端发送的不包含随机TLLI的 上行数据块的调制编码方式，因此在所构造的新的下行无线块中还可以为每个终端设置 上行调制编码方式。该调制编码方式用于指示终端使用哪种调制编码方法，如MSC-1到 MSC-9中的一种，发送不包含随机TLLI的上行数据块。

可见，除去2比特的PAGE MODE参数和1比特的循环指示参数，剩下的这些参数总 共占用1+5+32+1+8+1+4＝52比特。因此，CS-1编码(176比特)的消息可以同时支持3 个终端(52*3+2+1＜176)的竞争冲突解决。

上面提出的对于参数的压缩仅仅是示例性的，本领域技术人员容易理解的是，可以 根据实际需求来进行不同程度的压缩。另外，虽然在上面举例中，将多个TFI信息、TLLI 信息和bitmap、EGPRS_CHANNEL_CODING_SCHEME分别设计在一起，本领域技术人员容易 想到，也可以分别针对各个终端来设置相应的TFI信息、TLLI信息、bitmap和 EGPRS_CHANNEL_CODING_SCHEME，这并不改变本发明的实质。此外，针对各个终端所设计 的参数可以是彼此独立的，例如针对一个终端可以仅仅设置bitmap，而针对另一个终端 仅仅设置EGPRS_CHANNEL_CODING_SCHEME，这都在本发明实施例的公开范围中。

通过上面描述的新构造的下行无线块，实现了本发明实施例所提出的通过较少数目 的下行无线块传输针对多个终端的随机TLLI和临时块流指示TFI来解决竞争冲突，因此 有效地节省了下行资源，提高了通信效率。

可替选地，也可以将现有消息例如分组随路控制信道(Packet Associated Control  Channel，PACCH)控制消息扩展而获得所述下行无线块，该PACCH控制消息例如可以是 分组上行应答否定应答PUAN消息，也可以是分组上行临时块流指派消息，以指示多个终 端的上行TBF的TLLI。

下面示例性地示出了对现有的PUAN消息进行扩展，从而获得能够支持多个终端的 竞争冲突解决的消息。

在上面示例性地举出的对现有的PUAN消息的扩展中，用加粗字体表明了对现有消 息扩展的部分。因为现有的PUAN消息设计了四个message escape消息分支，分别指示 4个不同的参数模块，并通过00、01、10、11来分别指示，目前的PUAN消息只使用了 00这个分支，而01、10、11这三个分支还没有使用。可见，在此示例性地利用了现有 技术中尚未使用的可扩展部分“01”，“00”部分在现有技术中已经被使用，而“10”和 “11”部分在此仍然保留用于将来可能的扩展。

在扩展部分中，包括2比特的终端个数的信息(N_mobile)、相应个数的终端的TFI 信息(TFI)、TLLI信息(CONTENTION_RESOLUTION_TLLI)和bitmap信息(bitmap)。需 要说明的是，由于终端个数N_mobile从0开始计算，因此相应的个数为N_mobil的数值 加上1，即val(N_mobile)+1。因此在支持3个终端的情况下，每个终端的TFI信息占 5比特，TLLI信息占32比特，bitmap占8比特，EGPRS_CHANNEL_CODING_SCHEME占5bit， 总计为12+2+(5+32+8+5)×3＝164比特，其中选择比特(choice bit)为12比特， 即根据现有的PUAN消息的规定在达到上述“01”之前的比特数。“01”进一步占用2比 特。因此，总计为164比特。在支持5个终端的情况下，如果不考虑 EGPRS_CHANNEL_CODING_SCHEME，对TLLI信息进行压缩，每个终端的TFI信息占5比特， TLLI信息例如占16比特，bitmap占8比特，总计为12+2+(5+16+8+1)×5＝164比 特，如果考虑EGPRS_CHANNEL_CODING_SCHEME，对TLLI信息进行压缩，每个终端的TFI 信息占5比特，TLLI信息例如占16比特，bitmap占8比特，总计为12+2+(5+16+8+5) ×4＝150比特。可见，在这两种情况下总计都小于CS-1编码的上限176比特，从而是可 以实现的。

虽然在上面举出的对PUAN消息的扩展中，将多个TFI信息、TLLI信息和bitmap、 EGPRS_CHANNEL_CODING_SCHEME分别设计在一起，本领域技术人员容易想到，也可以分 别针对各个终端来设置相应的TFI信息、TLLI信息、bitmap和 EGPRS_CHANNEL_CODING_SCHEME，这并不改变本发明的实质。

并且上面举例虽然是对PUAN消息的扩展，实际上本领域技术人员可以理解，分组 资源指派消息(例如分组下行TBF指派、分组上行TBF指派等消息)等网络发送给终端 的PACCH消息均可以用来扩展，实现该功能。

图3示出了根据本发明另一实施例的多终端竞争冲突解决方法的流程图。可见，与 图1所示的流程图相比，在该方法中，在终端将包含当前终端的随机临时逻辑链路标识 TLLI的上行无线块发送给基站之前，还包括步骤300：将当前终端是否支持多终端竞争 冲突解决方法的信息发送给基站。由此，网络侧可以事先获取终端的能力信息，即得知 终端是否支持多终端冲突解决的方法，并相应地针对具有该能力的终端下发下行无线块。 终端可以通过接入请求消息、随机TLLI的上行无线块或者单独的上行控制消息将所述信 息发送给基站。也就是说，虽然在图3中是在步骤300中将该能力信息发送给基站，而 在步骤310中将包含随机TLLI的上行无线块发送给基站，实际工作中也完全可能将这两 个步骤合并成一个，即使用上行无线块来同时发送终端的能力信息和随机TLLI，或者使 用一个上行PACCH控制消息发送终端能力给网络，本发明实施例对此并未进行限制，只 要事先让网络侧获知终端的能力信息即可。另外，各个终端可以相应地自己选择所需的 方式。例如，终端1可以将自己的能力信息包含在接入请求消息中并发送给基站，而终 端2可以将自己的能力消息包含在新的上行控制消息中并发送给基站等等，这都在本发 明实施例的公开范围中。

图3的流程图中的其他步骤310、320和330与图1中的110、120及130完全相同， 这里不再赘述。

为了进一步提高能够解决竞争冲突的终端的数目，基站可以将一个逻辑子信道分成 独立的两路，即一个无线块周期内通过两个不同的训练序列传输两路不同的信息，而终 端可以利用预先给定的其中一个训练序列来对逻辑信道进行解码，从而解出该训练序列 对应的信息。这样，就可以使得一个无线块周期内传输的信息翻倍，也就是说两路独立 的信道可以同时下发多终端竞争解决消息，这样支持终端的个数也会翻倍。

当使用逻辑独立的两路信道来下发多终端竞争冲突解决消息时，可以规定终端使用 的训练序列，终端就可以在对应的逻辑信道上解码对应的信息，也可以不规定终端使用 两个训练序列中的哪个训练序列，而是要求终端进行忙检测，即终端需要使用两个训练 序列对同一个块周期的信息进行解码，以确定哪路包含自己的竞争冲突解决的信息。

由于使用盲检测时，终端需要消耗更多的电量和运算资源，为了尽量减少对终端运 算资源和电量的消耗，可以只要求终端在竞争冲突解决期间才忙检测两路，即终端竞争 冲突解决完成之前要解码两路，竞争冲突完成之后可以只解码一路。具体而言，就是终 端从发送第一个包含随机TLLI的上行数据块开始，就在下行开始对两路的信息进行忙检 测，直到收到网络发送的对应的随机TLLI，才终止对下行两路的忙检测。通过这种方式， 终端的电量和运算资源的消耗增加不大，同时也进一步提高了支持竞争冲突解决的终端 个数。

实践中，完全可以利用更多的训练序列来将一个逻辑子信道分成更多个独立的逻辑 子信道，其原理完全相同，这里不再赘述。

相应地，根据本发明的实施例，还从网络侧出发，提出了一种多终端竞争冲突解决 方法。图4示出了根据本发明一个实施例的多终端竞争冲突解决方法的流程图。可见， 该方法包括如下步骤：

步骤410、接收包括终端的随机TLLI的上行无线块。

步骤420、将下行无线块发送给终端，其中所述下行无线块携带至少两个终端对应 的随机TLLI和临时块流指示TFI，所述至少两个终端对应的随机TLLI和临时块流指示 TFI中包括针对当前终端的随机TLLI和临时块流指示TFI，使得当所述下行无线块中携 带的针对当前终端的随机TLLI是当前终端发送的所述随机TLLI时，当前终端确定自身 的竞争冲突解决。

根据一个实施形式，该方法还包括：接收终端是否支持多终端竞争冲突解决方法的 信息，并基于所述信息来确定是否将所述下行无线块发送给当前终端。该步骤可以在步 骤410之前执行，也可以与步骤410同时执行。该信息例如可以是终端通过接入请求消 息、随机TLLI的上行无线块或者单独的上行控制消息来发送给基站的。

根据一个实施形式，所述下行无线块是单独构造的消息或者将分组上行应答否定应 答PUAN消息扩展而获得的消息。

根据一个实施形式，将下行无线块发送给终端具体包括：将下行无线块通过不同的 训练序列在至少两个独立的逻辑子信道上下发。

根据一个实施形式，所述下行无线块中还携带Ack/Nack应答信息、起始块序号SSN 和比特位图bitmap，所述Ack/Nack应答信息用于对是否正确接收到所述上线无线块进 行应答。

根据一个实施形式，所述下行无线块还包括上行调制编码命令用于在必要时改变终 端的上行调制编码方式。

根据一个实施形式，所述下行无线块是单独构造的消息或者将PACCH控制消息扩展 而获得的消息。

根据一个实施形式，所述PACCH控制消息为分组上行应答否定应答PUAN消息，或 分组上行临时块流指派消息。

根据一个实施形式，在步骤420中将下行无线块发送给终端具体包括：将下行无线 块通过不同的训练序列在至少两个独立的逻辑子信道上下发。

关于上述实施例的具体内容，可以参见前面在终端侧的方法实施例的相应部分，这 里不再赘述描述。

相应地，根据本发明的实施例还提出了一种终端。图5示出了根据本发明实施例的 终端的示意性结构图。可见，该终端500包括：发送单元510，用于将包含当前终端的 随机临时逻辑链路标识TLLI的上行无线块发送给基站；接收单元520，用于接收基站发 送的下行无线块，其中所述下行无线块携带至少两个终端对应的随机TLLI和临时块流指 示TFI，所述至少两个终端对应的随机TLLI和临时块流指示TFI中包括针对当前终端的 随机TLLI和临时块流指示TFI；以及解析单元530，用于解析所述下行无线块，当所述 下行无线块中携带的针对当前终端的随机TLLI是当前终端发送给基站的所述随机TLLI 时，确定当前终端的竞争冲突解决。

根据一个实施形式，所述发送单元510还将当前终端是否支持多终端竞争冲突解决 方法的信息发送给基站，使得基站能够基于所述信息来确定是否将所述下行无线块发送 给当前终端。

根据一个实施形式，所述接收单元520具体用于利用预先给定的训练序列来对逻辑 信道进行解码。

根据一个实施形式，所述接收单元520在竞争冲突解决期间利用预先给定的训练序 列来对所述至少两个独立的逻辑子信道分别进行解码，在竞争冲突完成之后仅对针对当 前终端的逻辑子信道进行解码。

本领域技术人员可以理解，在通信系统中存在多个上述终端时，可以有效地节省下 行资源，提高通信效率。

相应地，根据本发明的实施例还提出了一种基站。图6示出了根据本发明实施例的 基站的示意性结构图。可见，该基站600，包括：接收单元610，用于接收包括终端的随 机TLLI的上行无线块；以及发送单元620，用于将下行无线块发送给终端，其中所述下 行无线块携带至少两个终端对应的随机TLLI和临时块流指示TFI，所述至少两个终端对 应的随机TLLI和临时块流指示TFI中包括针对当前终端的随机TLLI和临时块流指示 TFI，使得当所述下行无线块中携带的针对当前终端的随机TLLI是当前终端发送的所述 随机TLLI时，当前终端确定自身的竞争冲突解决。

根据一个实施形式，所述接收单元610还用于接收终端是否支持多终端竞争冲突解 决方法的信息，并基于所述信息来确定是否将所述下行无线块发送给当前终端。

根据一个实施形式，所述发送单元610将下行无线块通过不同的训练序列在至少两 个独立的逻辑子信道上下发。

关于上述装置实施例的具体细节，可以参见前面方法实施例的相关部分，这里不再 赘述。

本领域技术人员应该理解，本发明实施例中装置模块的划分为功能划分，实际具体 结构可以为上述功能模块的拆分或合并。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

权利要求的内容记载的方案也是本发明实施例的保护范围。

本领域普通技术人员可以理解上述实施例方法中的全部或部分处理是可以通过程 序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本 发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保 护范围之内。