CN102742339B - 基于竞争的上行链路数据传输方法、设备和系统 - Google Patents

Abstract

提供了基于竞争的上行链路数据传输方法、设备和系统。所述方法可以包括：由通信系统中的主控节点接收通过上行竞争传输资源传输的数据，并对所述数据进行解码，其中，所述上行竞争传输资源是由所述主控节点分配给所述通信系统中的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源；及所述主控节点向利用所述上行竞争传输资源传输数据的各个终端节点发送反映所述各个终端节点所传输的数据是否已被成功解码的接收状态信息。

Description

基于竞争的上行链路数据传输方法、设备和系统

技术领域

本发明涉及通信领域，具体而言，涉及基于竞争的上行链路数据传输方法、基于竞争的上行链路数据传输设备以及包括所述设备的通信系统。

背景技术

针对第四代移动通信系统（即International Mobile Telecommunications–Advanced（IMT-Advanced），高级的国际移动电信系统），ITU-R（国际电联无线电通信部门）分别在系统可支持的带宽、数据传输速率、时延、移动性和覆盖性等方面提出了需求。其中，在时延方面的需求包括对控制平面时延的需求以及对用户平面时延的需求。如图1所示，控制平面的时延包括：空闲模式（Idle Mode）与连接模式（Connected Mode）之间的转换时延以及在连接模式下激活状态（Active state）与休眠状态（Dormant state）之间的转换时延。其中，在空闲模式与连接模式之间的转换时延要求不高于50毫秒，而在激活状态与休眠状态之间的转换时延要求不高于10毫秒。

如何满足上述时延需求是当前研究的热点之一。目前建议采用的方案有：减小调度请求的发送周期以及引入基于竞争的上行链路数据传输等。

3GPP R2-100125（“Impacts of Contention Based Uplink in RAN2”，Ericsson（爱立信），3GPP RAN2#68bis，西班牙巴伦西亚，2010年1月18日至1月22日）公开了一种基于竞争的上行链路数据传输方法。在该方法中，基站通过广播或专用信令通知用户设备在基于竞争的上行链路传输中可用的基于竞争-无线网络临时标识（CB-RNTI）。用户设备在收到CB-RNTI后，开始监听物理下行控制信道（PDCCH），并解码用于竞争传输的上行资源（CB-grant）。基站根据当前所用的调度算法确定在每一个子帧内是否分配上行资源。当用户设备在PDCCH上解码得到CB-grant后，开始处理要传 输的上行数据。在与CB-grant对应的时刻，用户设备在物理上行共享信道上传输数据。利用这种基于竞争的上行链路传输方法，用户设备不必向基站发送调度请求来请求基站为其分配专用的上行资源，因此，在一定程度上能够降低用户设备在激活状态与休眠状态之间的转换时延。

发明内容

本发明提供了一种基于竞争的上行链路传输方法和设备、系统，其中，通信系统中的主控节点能够将其对通过上行链路传输的数据的接收状态信息及时反馈给发送数据的终端节点，从而使得这些终端节点能够及时得知其所发送的数据是否已被成功接收。

根据本发明的一个方面，提供了一种通信系统中的基于竞争的上行链路数据传输方法，该方法包括：由通信系统中的主控节点接收通过上行竞争传输资源传输的数据，并对所述数据进行解码，其中，所述上行竞争传输资源是由所述主控节点分配给所述通信系统中的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源；及所述主控节点向利用所述上行竞争传输资源传输数据的各个终端节点发送反映所述各个终端节点所传输的数据是否已被成功解码的接收状态信息。

根据本发明的另一方面，提供了一种通信系统中的基于竞争的上行链路数据传输方法，该方法包括：通信系统中的第四终端节点在通过上行竞争传输资源向所述通信系统中的主控节点传输数据后，接收所述主控节点反馈的反映通过所述上行竞争传输资源向所述主控节点传输数据的各个终端节点所传输的数据是否已被成功解码的接收状态信息，其中，所述上行竞争传输资源是由所述主控节点分配给所述通信系统中的包括该第四终端节点的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源，以及根据所述接收状态信息来确定该第四终端节点所传输的数据是否已被成功接收。

根据本发明的另一方面，提供了一种基于竞争的上行链路数据传输设备，该设备设置于通信系统的主控节点中，并且包括：接收装置，用于接收通过上行竞争传输资源传输的数据，其中，所述上行竞 争传输资源是由所述主控节点分配给所述通信系统中的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源；解码装置，用于对所接收的数据进行解码；及状态反馈装置，用于根据所述解码装置的解码结果，向利用所述上行竞争传输资源传输数据的各个终端节点反馈反映所述各个终端节点所传输的数据是否被解码成功的接收状态信息。

根据本发明的另一方面，提供了一种通信系统中的终端节点，该终端节点包括：状态接收装置，用于在该终端节点通过上行竞争传输资源向所述通信系统中的主控节点传输数据后，接收所述主控节点反馈的反映通过所述上行竞争传输资源向所述主控节点传输数据的各个终端节点所传输的数据的接收状态的接收状态信息，其中，所述上行竞争传输资源是由所述主控节点分配给所述通信系统中的包括该终端节点的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源，以及状态确定装置，用于根据所述接收状态信息来确定本终端节点所传输的数据是否已被成功接收。

根据本发明的另一方面，提供了一种通信系统中的基于竞争的上行链路数据传输方法，该方法包括：由通信系统中的主控节点接收通过上行竞争传输资源传输的数据，并对所述数据进行解码，其中，所述上行竞争传输资源是由所述主控节点分配给所述通信系统中的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源；所述主控节点向利用所述上行竞争传输资源传输数据的各个终端节点发送反映所述各个终端节点所传输的数据是否已被成功解码的接收状态信息；通信系统中的第四终端节点在通过上行竞争传输资源向所述通信系统中的主控节点传输数据后，接收所述主控节点反馈的接收状态信息；以及根据所述接收状态信息来确定该第四终端节点所传输的数据是否已被成功接收。

根据本发明的另一方面，提供了一种通信系统，该通信系统包括主控节点（如基站）和终端节点。所述主控节点包括基于竞争的上行链路数据传输设备，该设备包括：接收装置，用于接收通过上行竞争传输资源传输的数据，其中，所述上行竞争传输资源是由所述主控节点分配给所述通信系统中的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源；解码装置，用于对所接收的数据进行解码；及状态反馈装置，用于根据所述解码装置的解码 结果，向利用所述上行竞争传输资源传输数据的各个终端节点反馈反映所述各个终端节点所传输的数据是否被解码成功的接收状态信息。所述终端节点包括：状态接收装置，用于在该终端节点通过上行竞争传输资源向所述通信系统中的主控节点传输数据后，接收所述主控节点反馈的反映通过所述上行竞争传输资源向所述主控节点传输数据的各个终端节点所传输的数据的接收状态的接收状态信息，其中，所述上行竞争传输资源是由所述主控节点分配给所述通信系统中的包括该终端节点的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源，以及状态确定装置，用于根据所述接收状态信息来确定本终端节点所传输的数据是否已被成功接收。

另外，本发明的实施例还提供了用于实现上述方法的计算机程序。

此外，本发明的实施例还提供了至少计算机可读介质形式的计算机程序产品，其上记录有用于实现上述方法的计算机程序代码。

附图说明

参照下面结合附图对本发明实施例的说明，会更加容易地理解本发明的以上和其它目的、特点和优点。附图中的部件不是成比例绘制的，而只是为了示出本发明的原理。在附图中，相同的或类似的技术特征或部件将采用相同或类似的附图标记来表示。

图1是示出了ITU-R对于控制平面上不同状态之间的转换时延的要求的示意图；

图2是示出了通信系统的终端节点利用基于竞争的上行传输资源向通信系统的基站传输数据的过程的示意性流程图；

图3(A)和(B)分别是示出了根据本发明一个实施例、在基于竞争的上行链路传输过程中通信系统中的主控节点向终端节点反馈数据接收状态信息的方法以及终端接收所述接收状态信息的方法的示意性流程图；

图4(A)和(B)分别是示出了根据本发明另一实施例的反馈接收状态信息的方法以及接收所述接收状态信息的方法的示意性流程图；

图5(A)和(B)分别是示出了根据本发明另一实施例的反馈接收状态信息的方法以及接收所述接收状态信息的方法的示意性流程图；

图6(A)和(B)分别是示出了在上述实施例中主控节点通过MAC信令反馈接收状态信息以及终端节点接收并处理该MAC信令的示意性流程图；

图7(A)和(B)分别示出了根据本发明另一实施例的反馈数据接收状态信息的方法以及接收所述接收状态信息的方法的示意性流程图；

图8(A)和(B)分别示出了根据本发明另一实施例的反馈数据接收状态信息的方法以及接收所述接收状态信息的方法的示意性流程图；

图9(A)和(B)分别示出了图7(A)所示的状态反馈步骤和图7(B)所示的状态接收步骤的具体示例；

图10(A)和(B)分别示出了图7(A)所示的状态反馈步骤和图7(B)所示的状态接收步骤的另一具体示例；

图11(A)和(B)分别示出了根据本发明另一实施例的信反馈数据接收状态信息的方法以及接收所述接收状态信息的方法的示意性流程图；

图12(A)和(B)分别示出了图11(A)所示的状态反馈步骤和图11(B)所示的状态接收步骤的具体示例；

图13(A)和(B)分别示出了图11(A)所示的状态反馈步骤和图11(B)所示的状态接收步骤的另一具体示例；

图14示出了根据本发明一个实施例的MAC反馈信令的格式；

图15-19分别是示出了根据本发明实施例的设置于通信系统的主控节点中用于反馈数据的接收状态信息的设备的结构的示意性框图；

图20-22分别是示出了根据本发明实施例的设置于通信系统的终端节点中用于接收并处理所述接收状态信息的设备的结构的示意性框图；以及

图23是示出用于实现本发明的计算机的结构的示例性框图。

具体实施方式

下面参照附图来说明本发明的实施例。在本发明的一个附图或一种实施方式中描述的元素和特征可以与一个或更多个其它附图或实施方式中示出的元素和特征相结合。应当注意，为了清楚的目的，附图和说明中省略了与本发明无关的、本领域普通技术人员已知的部件和处理的表示和描述。

3GPP R2-100125提供了用户设备利用基于竞争的方式向基站传输数据的方法，但没有提供基站如何将数据的接收状态信息反馈给用户设备的方法，即没有提供如何使得用户设备得知其所发送的数据是否被正确接收的方法。在基于竞争的上行链路传输中，可能会发生多个用户设备在同一个上行资源上发送数据从而造成上行传输冲突的情况。在目前的通信系统（例如LTE系统）中，当基站成功解码用户设备的数据后，通过物理层反馈信令（通过物理混合ARQ（自动重传请求）指示信道，PHICH）向用户终端反馈正确接收的确认信息（ACK）,否则反馈未正确接收的确认信息（NACK）。由于常规的PHICH只能传送一个比特的信息，因此，这种单纯利用物理层反馈信令的反馈机制不适用于基于竞争的上行链路传输。例如，假设用户设备A和用户设备B同时在同一个上行资源上发送数据。在基站只成功解码了用户设备A的数据的情况下，如果基站通过PHICH反馈一正确接收的确认信息（ACK），则用户设备A和用户设备B都会收到该消息。在这种情况下，用户设备B会错误地认为其发送的数据已被成功接收。

本发明提供了一种基于竞争的上行链路传输方法和设备、系统，其中，通信系统中的主控节点能够将其对通过上行链路传输的数据的接收状态信息及时反馈给发送数据的终端节点，从而使得这些终端节点都能够及时得知其所发送的数据是否已被成功接收。这里所述的主控节点可以是通信系统中的基站（如eNodeB），而终端节点可以是通信系统中的用户设备或移动站。另外，在以下实施例和/或示例中所称的“通信系统”可以是任何适当的通信系统，例如LTE通信系统、LTE-A通信系统等等，这里不一一列举。下文中，为了叙述方便，会采用LTE或LTE-A系统作为示例，但应理解，本发明不应被视为限制于此。根据本发明的方法和设备可以应用于支持基于竞争的 上行链路数据传输的任何通信系统。

为了更好地理解本发明，下面首先参考图2来描述通信系统中的终端节点通过基于竞争的上行传输资源向基站发送数据的过程。

如图2所示，在步骤S101，主控节点（如基站）202通过广播或专用信令通知终端节点（如用户设备）201在基于竞争的上行链路传输中可用的上行资源的标识。作为一个示例，该标识可以为基于竞争的无线网络临时标识(Contention-Based Radio Network Temporary Identifier，CB-RNTI)。在步骤S102，终端节点201在收到CB-RNTI后，如果需要发送上行数据，则在随后的每一个子帧中利用CB-RNTI对物理下行控制信道（PDCCH）进行掩码盲检测。在步骤103，主控节点根据适当的调度算法确定在每一个子帧内是否在物理上行共享信道（PUSCH）上分配上行资源（如CB-grant）。在本示例中，为了叙述方便，假设主控节点202在第n个下行子帧中在PUSCH上分配了一个CB-grant，并通过用CB-RNTI加扰的PDCCH将调度信息发送给终端节点。作为一个示例，该调度信息例如可以包含在LTE标准中的DCI(Downlink Control Indicator，下行控制指示)format 0中，其中，DCI format 0中的1比特的NDI（New Data Indicator，新数据指示）值可以设为“0”，以指示有新数据传输的终端节点可以使用该CB-RNTI标识的上行传输资源。

在步骤104，当终端节点201通过利用CB-RNTI对PDCCH进行掩码盲检测而在第n个下行子帧中检测到在PUSCH上分配的CB-grant后，如果判断该PDCCH传输的DCI format中NDI值为0，那么该节点201开始对需要上行传输的数据进行处理，并在媒体访问控制（MAC）层协议数据单元（MAC PDU）中加入自己的标识。作为一个示例，终端节点的标识可以为小区无线网络临时标识（Cell-Radio Network Temporary Identifier，C-RNTI）。

在步骤105，终端节点201向主控节点202发送上行数据。为了叙述方便，假设在第n+4个上行子帧，终端节点201通过主控节点201分配的在所述PUSCH上的CB-grant来传输数据。在步骤106，在第n+4个上行子帧，主控节点202在PUSCH的CB-grant上接收到来自用户设备的数据，并对接收到的数据进行解码。

图3(A)示出了根据本发明的一个实施例、主控节点在接收到终端节点以基于竞争的方式发送的数据后反馈该数据的接收状态信息的方法的示意性流程。如图3(A)所示，该方法包括步骤303和307。

在步骤303中，主控节点接收终端节点通过上行竞争传输资源传输的数据，并对所述数据进行解码。该步骤也称为接收和解码步骤。

这里所述以及下文中将要提到的上行竞争传输资源是由主控节点分配给通信系统中的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源。例如，图2中所示的PHSCH上的CB-grant即为所述上行竞争传输资源的一个示例。但应理解，这仅仅是一个示例，所述上行竞争传输资源可以是任何可用于竞争传输的上行资源，这里不一一列举。

在步骤307中，主控节点向利用所述上行竞争传输资源传输数据的各个终端节点发送反映所述各个终端节点所传输的数据是否已被成功解码的接收状态信息，使得每个利用所述上行竞争传输资源发送数据的终端节点都能够得知其所发送的数据的是否已被成功接收。该步骤也称为状态反馈步骤。

例如，主控节点可以利用MAC层反馈信令和通过物理下行控制信道发送的调度信令、或者利用通过物理混合ARQ指示信道等发送的物理层反馈信令与上述两种信令的任何组合等来发送所述接收状态信息。

利用上述方法，基站能够向每个利用所述上行竞争传输资源发送数据的终端节点反馈其所发送的数据的接收状态。

图3(B)示出了与图3(A)的方法对应的、终端节点接收所述接收状态信息的方法的示例性流程。

如图3(B)所示，在步骤304中，终端节点在通过上行竞争传输资源向所述通信系统中的主控节点传输数据后，接收主控节点反馈的反映通过所述上行竞争传输资源向所述主控节点传输数据的各个终端节点所传输的数据是否已被成功解码的接收状态信息。该步骤也称为状态接收步骤。然后，在步骤308中，终端节点根据所接收的接收状态信息来确定其所传输的数据是否已被成功接收。该步骤也称为状态确定步骤。

利用上述方法，每个利用所述上行竞争传输资源向主控节点发送数据的终端节点均可以及时得知其所发送的数据的接收状态。

在一些实施例中，为了向各个终端节点反馈其数据的接收状态，所述主控节点发送的接收状态信息可以包括传输了已被主控节点成功解码的数据的终端节点的标识。终端节点可以监视主控节点是否反馈了其自己的标识，若是（即所接收到的接收状态信息中的标识为该终端节点的标识），则可以确定自己发送的数据已被成功接收。否则，如果该接收状态信息中没有自己的标识，则可以确定其所发送的数据未被成功接收。

通信系统中的每个终端节点都有一个对应的标识。这里所述的以及下文将要描述的终端节点的标识例如可以是上文提到的C-RNTI或者其它任何形式的标识，本发明不对该标识的格式作任何限定。

图4(A)示出了根据本发明的另一实施例的主控节点在接收到终端节点以基于竞争的方式发送的数据后反馈该数据的接收状态信息的方法的示意性流程。在该实施例中，主控节点首先调度一下行传输信道，然后通过该下行传输信道来发送所述接收状态信息。为了描述方便，在本实施例中，将所调度的下行传输信道称为“第一下行传输信道”。

如图4(A)所示，该方法包括步骤403、407-3和407-5。

步骤403与图3(A)所示的步骤303相似，这里不再赘述。

步骤407-3和步骤407-5与图3(A)所示的步骤307对应。具体地，在步骤407-3中，主控节点首先调度用于发送接收状态信息的第一下行传输信道，具体地，通过利用所述上行竞争传输资源的标识加扰的物理下行控制信道来发送封装有用于指示第一下行传输资源的信息的调度信令（也称为第一调度信令）。该步骤也称为第一资源反馈步骤。

在本实施例以及其它实施例或示例中，主控节点可以采用任何适当的方法对信道进行加扰，本文中不作限制。

这里所述以及下文中将要描述的上行竞争传输资源的标识是用来标识该上行竞争传输资源的任何标识。例如，其可以是上文提到的CB-RNTI或者任何适当格式的用于标识该资源的标识，本发明不 对其格式作任何限定。

然后，在步骤407-5中，通过第一下行传输资源来发送所述接收状态信息。主控节点判断是否成功解码了所接收的数据，并判断该数据是哪个终端节点发送的（例如，终端节点可以在发送数据时同时发送其标识，基站在正确解码该数据后，即可得到该终端节点的标识），然后将该终端节点（在本实施例中称为第一终端节点）的标识包括于要反馈的接收状态信息中。该步骤也称为第一信息反馈步骤。

所述第一下行传输资源可以是任何适于发送所述接收状态信息的下行传输资源，例如物理下行共享信道（如LTE标准中的PDSCH）或者其它适当的下行数据传输信道上的资源，这里不一一列举。

通过上述方法，基站可以将通过上行竞争传输资源传输的数据的接收状态及时反馈给相关的终端节点。

在上述实施例中，接收状态信息可以仅包括数据已被成功解码的终端节点的标识，而不包括数据未被成功解码的终端节点的标识。在这种情况下，终端节点通过判断自己的标识是否被反馈即可确定其数据是否已被成功解码。

在一个示例中，可以通过MAC层反馈信令来发送所述接收状态信息。图6(A)示出了利用MAC层反馈信令来发送接收状态信息的一个示例。如图6(A)所示，步骤407-5可以包括步骤407-51和407-52。在步骤407-51中，将包括接收状态信息的信息（称为第二信息）封装在MAC信令（称为第一MAC信令）中，然后在步骤407-52中通过所述第一下行传输资源来发送第一MAC信令。

如果基站没有解码成功所接收的数据，则所反馈的MAC信令中可以不包括任何终端节点的标识（例如，可以仅包括报头和/或其它信息）。

作为一个示例，第一MAC信令中还可以包括退避指示（BI），用于指示终端节点在某个时间段内不进行上行数据传输。设该时间段包括T个单位时间，则T的值满足0≤T≤BI。这里所述的单位时间可以根据实际应用来选择，这里不作详述。可选地，主控节点可以仅在没有成功解码任何数据的情况下将BI封装于MAC信令中。在成功解码某个终端节点的数据的情况下，主控节点也可以根据实际需要来 判断是否指示终端节点进行退避，若是，则将BI添加到MAC信令中。

图14示出了MAC信令的一个具体示例。如图14所示，MAC反馈信令可以包含两部分：MAC报头（MAC header）和MAC净荷（payload）。MAC报头由子报头（sub-header）构成。MAC净荷由MAC CBR(基于竞争的响应，Contention-based response)构成。

MAC子报头可以有两种类型：E/T/R/R/BI子报头和E/T/R/R/R/R/R/R子报头。其中各个比特的含义如下：

E(1bit)：用于指示其所在的MAC子报头后面的字节是MAC子报头还是MAC CBR。可选地，当E取“0”时，表示后面为E/T/R/R/R/R/R/R子报头；当E取“1”时，表示后面为MAC CBR；

T(1bit)：用于指示MAC子报头的类型。可选地，当T取“0”时，为E/T/R/R/BI子报头；当T取“1”时，为E/T/R/R/R/R/R/R子报头；

BI(4bit)：随机退避指示值，指示退避的时间范围；

R(1bit):预留比特。

作为一个示例，在MAC报头中，最多只有一个E/T/R/R/BI子报头，且该E/T/R/R/BI子报头没有对应的MAC CBR。在MAC报头中，每个E/T/R/R/R/R/R/R子报头可以对应一个MAC CBR。这里，MAC CBR为终端节点的标识，例如该标识可以为长度为16比特的C-RNTI。

应理解，上述MAC信令的结构仅仅是示例性的，而非限制性的。在根据本发明的实施例中，MAC信令的结构并不局限于上述具体的结构，而是可以采用任何适当的格式，这里不一一详述。

在上述示例中，基站利用MAC层的信令来发送接收状态信息，从而使得相关的终端节点能够及时得知其所传输的数据是否已被成功接收。

图4(B)示出了与图4(A)的方法对应的、终端节点接收所述接收状态信息的方法的示意性流程。

如图4(B)所示，该方法包括步骤404-3、404-5和408。

步骤404-3和404-5与图3(A)所示的步骤304对应。具体地， 在步骤404-3中，本终端节点（为了叙述方便，也称为第四终端节点）利用所述上行竞争传输资源的标识对物理下行控制信道进行掩码盲检测。该步骤也称为第一盲检测步骤。

在本实施例和其它实施例或示例中，终端节点可以采用任何适当的方法对信道进行掩码盲检测，这里不作任何限制。

在利用该上行竞争传输资源的标识在物理下行控制信道上检测到基站发送的第一调度信令时，本终端节点解析第一调度信令，以获得有关第一下行传输资源的信息，然后在步骤404-5中，接收通过所述第一下行传输资源从所述主控节点反馈的接收状态信息。该步骤也称为第一信息接收步骤。作为一个示例，主控节点可以利用LTE标准的PDCCH信令来发送有关第一下行传输资源的信息，在这种情况下，如果终端节点利用上行竞争传输资源的标识对物理下行控制信道进行掩码盲检测时成功检测到了PDCCH，即可在PDCCH上传输的DCI（Downlink Control Indicator）中的调度信令所指示的下行传输资源上接收所述接收状态信息。

所接收的接收状态信息包括数据已被成功接收的第一终端节点的标识，因此，在步骤408中，本终端节点判断自身的标识是否包括于该信息中（即判断接收状态信息中的第一终端节点的标识是否本终端节点的标识），如果是，则确定本终端节点所传输的数据已被成功接收，否则，则确定其所传输的数据未被成功接收。

利用上述方法，终端节点在通过上行竞争传输资源发送了数据之后，可以及时得知该数据是否已被成功接收。

在接收状态信息只包括数据已被成功接收的第一终端节点的标识的情况下，终端节点需要处理的数据量小，可以大大提高处理效率。

图6(B)示出了在基站如图6(A)所示的那样利用MAC层的反馈信令来发送接收状态信息时终端节点接收该MAC层的反馈信令的方法。如图6(B)所示，当在步骤404-3中通过利用所述上行竞争传输资源的标识对物理下行控制信道进行掩码盲检测而检测到基站发送的第一调度信令时，本终端节点解析第一调度信令，以获得有关第一下行传输资源的信息。然后在步骤404-51中，接收通过所述第一下行传输资源发送的第一媒体访问控制信令，并在步骤404-52中解析所 述第一媒体访问控制信令，以获得所述接收状态信息。最后在步骤408中，根据所述接收状态信息来确定其所发送的数据是否已被成功接收。具体确定方法同上，这里不再赘述。

在主控节点反馈的信息中还包括退避指示（BI）的情况下，终端节点通过解析该信息还可以获得该BI的值。根据该BI的值，终端节点在某个时间段内不进行上行数据传输。该终端节点在[0,BI]中随机选择一个退避值T，在与该退避值T对应的时间段内不进行上行时间传输。而在延迟T个单位时间后，终端节点再次通过上行竞争传输资源进行上行数据重传。可选地，在退避期间，终端节点可以选择通过发送调度请求来请求基站分配专用的上行传输资源。如果接收到的MAC反馈信令中不包含退避指示，则终端节点可以选择在随后分配的上行竞争传输资源中重传数据或者通过发送调度请求来请求基站分配专用的上行传输资源进行数据重传。

作为一个示例，除了数据已被成功解码的第一终端节点的标识之外，基站向终端节点反馈的接收状态信息还可以包括对应的数据是否接收成功的指示信息。例如，可以分别用1比特的指示信息来指示某个终端节点的数据解码成功或失败，如0标识成功，1标识失败等。终端节点在收到接收状态信息后，可以根据其标识所对应的指示信息来判断其所发送的数据是否已被成功解码。

作为一个示例，若确定其所传输的数据已被成功接收，则终端节点可以选择在随后分配的上行竞争传输资源中传输新数据，或者选择发送调度请求，请求基站分配专用的上行传输资源。若确定其所传输的数据没有被成功接收，终端节点也可以选择在随后分配的上行竞争传输资源中重传数据，或者选择发送调度请求，请求基站分配专用的上行传输资源用于重传。

图5(A)示出了根据本发明的另一实施例、主控节点在接收到终端节点以基于竞争的方式发送的数据后反馈该数据的接收状态信息的方法，而图5(B)示出了与图5(A)所示的方法对应的、终端节点接收所述接收状态信息的方法。

在该实施例中，在解码成功某个终端节点（在本实施例中也称为第一终端节点）发送的数据的情况下，主控节点判断是否为该第一终端节点继续分配上行传输资源，若是，则通过利用该第一终端节点的标识加扰的物理下行控制信道来发送调度信令，从而将调度信令发 送给该第一终端节点，同时也达到将第一终端节点的标识反馈给相关的各个终端节点的目的；否则，主控节点采用与参考图4(A)或图6(a)描述的实施例/或示例相似的方法来反馈接收状态信息。

如图5(A)所示，所述反馈接收状态信息的方法包括步骤503、507-1、507-2、507-3、507-5、507-7和507-9。

步骤503与步骤303或403相似，这里不再赘述。

步骤507-1、507-2、507-3、507-5、507-7和507-9与前述实施例中的状态反馈步骤对应。

具体地，在步骤507-1中，主控节点判断是否成功解码所接收的数据，若否，则执行步骤507-3和步骤507-9。507-3和步骤507-9分别与参考图4(A)或图6(A)描述的实施例或示例中的步骤407-3和407-5相似，这里不再赘述。

若主控节点解码成功所接收的数据（发送该数据的终端节点为第一终端节点），则在步骤507-2中判断是否为第一终端节点继续分配上行传输资源（称为第一上行传输资源）。该步骤也称为第一资源分配步骤。

主控节点可以根据其任何适当的调度算法来判断是否为第一终端节点分配第一上行传输资源。可选地，终端节点所发送的数据中可以包括用于指示其缓存状态的信息（如LTE中的缓存状态报告（Buffer Status Report），BSR）。在这种情况下，主控节点可以根据该缓存状态的信息以及其当前的调度算法来决定是否分配上行传输资源。这里不作详述。

这里所述以及下文中将提及的第一上行传输资源可以是任何适当的上行传输资源，例如物理上行共享传输信道（如LTE标准中的PUSCH），这里不一一列举。

若判断为第一终端节点分配第一上行传输资源，则执行步骤507-7和507-9，即通过利用所述第一终端节点的标识加扰的物理下行控制信道来调度所述第一上行传输资源，否则执行上述的步骤507-3和507-5。

具体地，在步骤507-7中，将用于指示为第一终端节点分配的第一上行传输资源的信息封装在一个调度信令（称为第二调度信令）中。该步骤也称为第一封装步骤。然后，在步骤507-9中，通过利用 所述第一终端节点的标识加扰的物理下行控制信道来发送所述第二调度信令，以使所述各个终端节点得知其所传输的数据的接收状态以及所述第一上行传输资源的信息。该步骤也称为第二信息反馈步骤。

通过上述方法，基站可以将通过上行竞争传输资源传输的数据的接收状态及时反馈给相关的终端节点。另外，在基站成功解码第一终端节点发送的数据并为第一终端节点继续分配上行传输资源的情况下，可以通过第一终端节点的标识加扰的物理下行控制信道来发送调度信息，从而及时将新分配的上行传输资源通知到第一终端节点，同时达到向各个相关终端节点反馈接收状态信息的目的。这样可以进一步节约传输资源，并进一步提高传输效率。

如图5(B)所示，终端节点接收所述接收状态信息的方法包括步骤504、508-1、508-2、508-3、508-4和508-5。

步骤504与步骤404的不同之处在于，在步骤504中，终端节点不但所述上行竞争传输资源的标识对物理下行控制信道进行掩码盲检测，同时还利用本终端节点的标识对物理下行控制信道进行掩码盲检测。该步骤也称为第二盲检测步骤。

步骤508-1、508-2、508-3、508-4和508-5对应于前述实施例/示例中的状态确定步骤。具体地，在步骤508-1中，终端节点判断是否利用本终端节点的标识接收到基站反馈的第二调度信令，或者判断是否利用上行竞争传输资源的标识检测到第一调度信令。若利用本终端节点的标识检测到第二调度信令，则在步骤508-2中确定其所传输的数据已被成功接收。作为一个示例，用于指示第一上行传输资源的调度信息可以包含在LTE标准中的PDCCH DCI format 0中，若终端节点利用本终端节点的标识成功检测到PDCCH DCI format 0，则可以确定其所发送的数据已被成功解码。

在利用所述上行竞争传输资源的标识接收到封装有用于指示第一下行传输资源的第一信息的第一调度信令时，则在步骤508-3中接收通过所述第一下行传输资源从所述主控节点反馈的包括所述接收状态信息的第二信息，在步骤508-4中判断其标识是否包括于所述第二信息中，如果是，则在步骤508-2中确定其所传输的数据已被成功接收，否则，则在步骤508-5中确定其所传输的数据未被成功接收。

在接收到所述第二调度信令之后，终端节点还可以解析所述第 二调度信令，以获得其中的调度信息（即用于指示第一上行传输资源的信息）；并在第一上行传输资源上继续传输数据。如上所述，该第一上行传输资源可以是物理上行共享信道（如LTE标准的PUSCH）上的资源。例如，若终端节点利用本终端节点的标识成功检测到PDCCH DCI format 0，则可以在随后的某个适当的上行子帧中利用DCI format 0中的调度信令所指示的上行传输资源（例如PUSCH资源）传输数据。

在上述方法中，在基站成功解码某个终端节点（第一终端节点）发送的数据并为第一终端节点继续分配上行传输资源的情况下，通过第一终端节点的标识加扰的物理下行控制信道来发送调度信息。第一终端节点通过利用本终端节点的标识对物理下行控制信道进行掩码盲检测即可及时得知其数据已被接收成功，同时获得新分配的上行传输资源，进一步提高了传输效率。

作为一个示例，步骤507-5还可以包括参考图6所描述的步骤407-51和407-52，而步骤508-4还可以包括参考图6所描述的步骤404-51和404-52。换言之，与上述实施例/示例相似，在没有成功解码所接收的数据的情况下或者在不为第一终端节点继续分配第一上行传输资源的情况下，主控节点可以采用MAC信令来反馈所述接收状态信息。所述MAC信令的格式、内容、传输方法、接收方法等与上述实施例或示例相似，例如，该MAC信令中可以包括退避指示（BI）等，这里不再重复。

图7(A)示出了根据本发明的另一实施例、主控节点在接收到终端节点以基于竞争的方式发送的数据后反馈该数据的接收状态信息的方法，而图7(B)示出了与图7(A)所示的方法对应的、终端节点接收所述接收状态信息的方法。在该实施例中，通信系统的主控节点（即基站）具备判断上行竞争资源上是否有多个用户设备的数据发生冲突的能力。

如图7(A)所示，主控节点反馈信息的方法包括步骤703、705和707。

在步骤703中，主控节点接收终端节点通过上行竞争传输资源传输的数据，并对所述数据进行解码。该步骤与前述实施例/示例中 的接收和解码步骤相似，这里不再重复。

在步骤705中，主控节点还判断在所述上行竞争传输资源上是否发生了冲突，即判断是否有多个终端同时利用该上行竞争传输资源发送数据。主控节点可以利用任何适当的方法来判断是否发生了冲突，这里不作详述。

在步骤707中，主控节点向利用所述上行竞争传输资源传输数据的各个终端节点发送反映所述各个终端节点所传输的数据是否已被成功解码的接收状态信息以及用于指示上行竞争数据传输资源上是否发生了冲突的信息。

主控节点可以利用适当的下行传输资源，如物理混合ARQ指示信道和/或者其它下行传输信道，来发送这些信息。

利用上述方法，主控节点可以将数据的接收情况与是否发生了冲突的信息融合在一起反馈给各相关的终端，从而使得各个终端能及时得知其所传输的数据的接收状态以及传输资源上的冲突状态。

如图7(B)所示，终端节点接收所述信息的方法包括步骤704和708。

在步骤704中，终端节点在通过上行竞争传输资源向所述通信系统中的主控节点传输数据后，通过监视相应的下行传输信道来接收主控节点反馈的反映通过所述上行竞争传输资源向所述主控节点传输数据的各个终端节点所传输的数据是否已被成功解码以及是否发生了冲突的信息。该步骤也称为状态接收步骤。然后，在步骤708中，终端节点根据所接收的信息来确定其所传输的数据是否已被成功接收。另外，根据所接收到的信息，终端节点还可以判断上行竞争传输资源上是否发生了冲突。

利用上述方法，每个利用所述上行竞争传输资源向主控节点发送数据的终端节点均可以及时得知其所发送的数据的接收状态。另外，在某些状态下还可以得知是否上行竞争传输资源上的冲突状态。

图8(A)示出了根据本发明的另一实施例、主控节点在接收到终端节点以基于竞争的方式发送的数据后反馈该数据的接收状态信息的方法，而图8(B)示出了与图8(A)所示的方法对应的、终端节点接收所述接收状态信息的方法。与图7所示的实施例相似，在图8所示的 实施例中通信系统的主控节点（即基站）也具备判断上行竞争资源上是否有多个用户设备的数据发生冲突的能力。另外，在图8所示的实施例中，基站通过物理层反馈信令向终端节点反馈信息。

如图8(A)所示，主控节点反馈信息的方法包括步骤803、805、807-1、807-2、807-3、807-4和807-5。

步骤803与步骤703相似，这里不再重复。

在步骤805中，主控节点判断在所述上行竞争传输资源上是否发生了冲突，即判断是否有多个终端同时利用该上行竞争传输资源发送数据。

在步骤807-1中，主控节点根据是否发生了冲突的信息以及是否成功解码数据的信息来判断是第一状态还是第二状态。若上行竞争传输资源上没有发生冲突并且没有解码成功接收到的数据，则判断为第一状态。如果上行竞争传输资源上没有发生冲突并且成功解码接收到的数据或者如果上行竞争传输资源上发生了冲突，则判断为第二状态。

若为第一状态，则在步骤807-2中将用于指示该第一状态的信息封装于物理层反馈信令（称为第一物理层反馈信令）中，并在步骤807-5中通过一下行传输资源（称为第二下行传输资源）向相关的终端节点发送该第一物理层反馈信令。

若为第二状态，则在步骤807-3中将用于指示该第一状态的信息封装于第一物理层反馈信令中，并在步骤807-5中通过第二下行传输资源向相关的终端节点发送该第一物理层反馈信令。

另外，在第二状态的情况下，在步骤807-4中向各个相关的终端节点反馈传输了已被成功解码的数据的终端节点（在本实施例中称为第二终端节点）的标识。

在该实施例中，将用于指示第一状态和第二状态之一的信息称为第三信息。由于指示两个状态，因此，该第三信息可以封装于包括1比特的物理层反馈信令中。例如，当物理层反馈信令中的1比特被设置为“0”，表示第一状态；被设置“1”时，表示第二状态；反之亦可。

利用上述方法，主控节点可以将数据的接收情况与是否发生了冲突的信息融合在一起反馈给各相关的终端，从而使得各个终端能及 时得知其所传输的数据的接收状态以及传输资源上的冲突状态。另外，在没有发生冲突且数据没有解码成功的第一状态下，仅需发送1比特的物理层反馈信令，基站即可将数据接收状态信息以及冲突信息反馈给终端节点。降低了信息处理量，并提高了信息处理效率。

如图8(B)所示，终端节点接收所述信息的方法包括步骤804-1、804-2、804-3、804-4以及808-1、808-2和808-3。

在步骤804-1中，终端节点监视第二下行传输资源，以接收封装有用于指示第一状态和第二状态之一的第三信息的第一物理层反馈信令。在步骤804-2中，终端节点解析所述第一物理层反馈信令，以获得所述第三信息。

在步骤804-3中，终端节点判断所述第三信息是否指示所述第一状态。如上所述，该第三信息可以仅包括1比特。例如，当该第三信息被设置为“0”，表示第一状态；被设置“1”时，表示第二状态。若是第一状态，则在步骤808-1中确定本终端节点所传输的数据没有被成功接收，并且在上行竞争传输资源上没有发生传输冲突。若为第二状态，则终端节点在步骤804-4中接收所述主控节点反馈的包括传输了所述主控节点已成功解码的数据的第二终端节点的标识的信息（称为第五信息）。然后，在步骤808-2中终端节点判断该第五信息是否包括本终端节点的标识，若是，则确定本终端节点所传输的数据已被成功接收，否则，则确定本终端节点的数据没有被成功接收。

利用上述方法，在没有发生冲突且数据没有解码成功的第一状态下，仅需接收1比特的物理层反馈信令，终端节点既可得知上行竞争传输资源上没有发生冲突且自己发送的数据没有被成功接收，降低了信息处理量，并提高了信息处理效率。

作为一个示例，在第一状态下，基站还可以选择继续为终端节点分配上行传输资源。例如，基站通过利用上行竞争传输资源的标识加扰的物理下行控制信道传输一调度信令，用于分配用于竞争传输的上行竞争传输资源。在终端节点侧，当终端节点确认为第一状态时，可以利用上行竞争传输资源的标识对物理下行控制信道进行掩码盲检测，以获取该调度信令。例如，该调度信令可以为LTE标准中的通过PDCCH传输的DCI format 0，其中NDI可以设为“1”，以便指示终端节点进行数据重传。而当终端节点检测到DCI format 0，且判断其中的NDI为1时，即可利用DCI format 0中的调度信息所指 示的上行传输资源来重传数据。具体地，该终端节点在判断NDI为1时，停止利用所述上行竞争传输资源的标识对物理下行控制信道进行掩码盲检测，并在后续的某个上行子帧（如第n+12个上行子帧）中利用DCI format 0中的调度信令所指示的上行资源进行数据重传。由于该NDI设置为1，其它终端节点不会利用该DCI format 0的调度信令所指示的上行资源进行上行数据传输。

作为另一示例，在第一状态下，终端节点还可以向基站发送调度请求，请求基站为其分配上行传输资源。这里不作详述。

图9(A)示出了图8(A)所示的步骤807-4（反馈第二终端节点的标识的步骤）的一个具体示例，而图9(B)示出了图8(B)所示的步骤804-4的一个对应的具体示例。

在该示例中，主控节点首先调度一下行传输信道（称为“第三下行传输信道），然后通过该下行传输信道来发送第二终端节点的标识。

如图9(A)所示，步骤807-4可以包括步骤807-42和807-43。

在步骤807-42中，主控节点首先调度用于发送第二终端节点的标识的第三下行传输信道，具体地，通过利用所述上行竞争传输资源的标识加扰的物理下行控制信道来发送封装有用于指示第三下行传输资源的信息（也称为第四信息）的调度信令（也称为第三调度信令）。该步骤也称为第二资源反馈步骤。

在步骤807-43中，通过第三下行传输资源来发送所述第二终端节点的标识。主控节点判断是否成功解码了所接收的数据，并判断该数据是哪个终端节点发送的（例如，终端节点可以在发送数据时同时发送其标识，基站在正确解码该数据后，既可得到该终端节点的标识），然后将该终端节点（在本实施例中称为第二终端节点）的标识包括于要反馈的第四信息中。该步骤也称为第四信息反馈步骤。

所述第三下行传输资源可以是任何适于发送所述接收状态信息的下行传输资源，例如物理下行共享信道（如LTE标准中的PDSCH）或者其它适当的下行数据传输信道上的资源，这里不一一列举。

如图9(B)所示，步骤804-4（接收所述主控节点反馈的包括第二终端节点的标识的第五信息）包括步骤804-41和804-42。

在步骤804-41中，本终端节点（也称为第四终端节点）利用所述上行竞争传输资源的标识对物理下行控制信道进行掩码盲检测。该步骤也称为第三盲检测步骤。

在利用该上行竞争传输资源的标识在物理下行控制信道上检测到基站发送的第三调度信令时，本终端节点解析第三调度信令，以获得有关第三下行传输资源的信息，然后在步骤804-42中，接收通过所述第三下行传输资源反馈的第五信息。该步骤也称为第二信息接收步骤。该步骤与参考图4(B)描述的实施例或示例中的步骤相似，这里不再重复。

在一个示例中，可以通过MAC层反馈信令来发送所述第二终端节点的标识。例如可以采用与图6(A)所示的示例相似的方法。具体地，步骤807-43（通过第三下行传输资源来发送所述第二终端节点的标识的步骤）可以包括：将包括第二终端节点的标识的第五信息封装于一MAC信令（称为第二MAC信令）中，并通过第三下行传输资源来发送该第二MAC信令。该MAC信令的格式、内容、传输方法、接收方法等与上述实施例或示例相似，例如，该MAC信令中可以包括退避指示（BI）等，这里不再重复。

在该示例中，终端节点可以采用与图6(B)所示的示例相似的方法来接收该标识。具体地，步骤804-42（接收通过所述第三下行传输资源反馈的第五信息的步骤）可以包括：接收通过第三下行传输资源反馈的第二MAC信令，解析所述第二MAC信令，以获得所述第五信息。在该示例中，在主控节点反馈的第二MAC信令中还包括退避指示（BI）的情况下，终端节点通过解析该信息还可以获得该BI的值。终端节点在获得BI值之后，可以采用上述实施例/示例中的方进行后续处理，这里不再重复。

图10(A)示出了图8(A)所示的步骤807-4（反馈第二终端节点的标识的步骤）的另一具体示例，而图10(B)示出了对应的接收方法的具体示例。

如图10(A)所示，步骤807-4可以包括步骤807-41、807-42、807-43、807-44、807-45和807-46。

在步骤807-41中，主控节点判断是否成功解码所接收的数据，若否，则执行步骤807-42和807-43（与图9(A)中所示的相似，这里 不再重复）。若成功解码某个终端节点（第二终端节点）发送的数据，则在步骤807-44中判断是否为第二终端节点继续分配上行传输资源（称为第二上行传输资源）。

主控节点可以根据其任何适当的调度算法来判断是否为第一终端节点分配第二上行传输资源。可选地，终端节点所发送的数据中可以包括用于指示其缓存状态的信息（如LTE中的缓存状态报告（Buffer Status Report），BSR）。在这种情况下，主控节点可以根据该缓存状态的信息以及其当前的调度算法来决定是否分配上行传输资源。这里不作详述。

这里所述以及下文中将提及的第二上行传输资源可以是任何适当的上行传输资源，例如上行共享传输信道（如LTE标准中的PUSCH），这里不一一列举。

若不为第二终端节点分配第二上行传输资源，则执行步骤807-42和807-43，否则执行步骤807-45和807-46，即通过利用所述第二终端节点的标识加扰的物理下行控制信道来调度所述第二上行传输资源。具体地，在步骤807-45中，将用于指示为第二终端节点分配的第二上行传输资源的信息封装在一个调度信令（称为第四调度信令）中。然后，在步骤807-46中，通过利用所述第二终端节点的标识加扰的物理下行控制信道来发送所述第四调度信令。

如图10(B)所示，终端节点在步骤804-3中判断第三信息指示第二状态后，在步骤804-4中进行盲检测。在步骤804-4中，终端节点不但所述上行竞争传输资源的标识对物理下行控制信道进行掩码盲检测，同时还利用本终端节点的标识对物理下行控制信道进行掩码盲检测。该步骤也称为第四盲检测步骤。

在步骤808-4中，终端节点判断是否利用本终端节点的标识接收到基站反馈的第四调度信令，或者判断是否利用上行竞争传输资源的标识检测到第三调度信令。

若利用本终端节点的标识检测到第四调度信令，则在步骤808-1中确定其所传输的数据已被成功接收。作为一个示例，用于指示第一上行传输资源的调度信息可以包含在LTE标准中的PDCCH DCI format 0信令中，若终端节点利用本终端节点的标识成功检测到PDCCH DCI format 0，则可以确定其所发送的数据已被成功解码。

在接收到所述第四调度信令之后，终端节点还可以解析所述第四调度信令，以获得其中的调度信息（即用于指示第二上行传输资源的信息）；并在第二上行传输资源上继续传输数据。如上所述，该第二上行传输资源可以是物理上行共享信道（如LTE标准的PUSCH）上的资源。例如，若终端节点利用本终端节点的标识成功检测到PDCCH DCI format 0，则可以在随后的某个适当的上行子帧（如第n+12子帧）中利用DCI format 0中的调度信令所指示的上行传输资源（例如PUSCH资源）传输数据。

在利用所述上行竞争传输资源的标识接收到封装有用于指示第三下行传输资源的信息的第三调度信令时，则在步骤808-5中接收通过所述第三下行传输资源从所述主控节点反馈的第五信息。例如，当利用所述上行竞争传输资源的标识检测到PDCCH时，则利用该PDCCH的DCI中的调度信令所指示的下行资源（第三下行传输资源）来接收第五信息。

在步骤808-2中判断其标识是否包括于所述第五信息中，如果是，则在步骤808-1中确定其所传输的数据已被成功接收，否则，则在步骤808-3中确定其所传输的数据未被成功接收。

作为一个示例，若确定其所传输的数据已被成功接收，则终端节点可以等待基站为其调度专用上行资源传输新数据，或者选择发送调度请求，请求基站分配专用的上行传输资源。若确定其所传输的数据没有被成功接收，终端节点也可以选择在随后分配的上行竞争传输资源中重传数据，或者选择发送调度请求，请求基站分配专用的上行传输资源用于重传。

作为一个示例，步骤807-43（通过第三下行传输资源来发送所述第二终端节点的标识的步骤）可以包括：将包括第二终端节点的标识的第五信息封装于第二MAC信令中，并通过第三下行传输资源来发送该第二MAC信令。相应地，接收所述第五信息的步骤808-5可以包括：接收通过第三下行传输资源反馈的第二MAC信令，解析所述第二MAC信令，以获得所述第五信息。该第二MAC信令的格式、内容、传输方法、接收方法等与上述实施例或示例相似，例如，该MAC信令中可以包括退避指示（BI）等，这里不再重复。在主控节点反馈的第二MAC信令中还包括退避指示（BI）的情况下，终端节点通过解析该信息还可以获得该BI的值。终端节点在获得BI值之后， 可以采用上述实施例/示例中的方进行后续处理，这里也不再重复。

图11(A)示出了根据本发明的另一实施例、主控节点在接收到终端节点以基于竞争的方式发送的数据后反馈该数据的接收状态信息的方法，而图11(B)示出了与图11(A)所示的方法对应的、终端节点接收所述接收状态信息的方法。与图7或8所示的实施例相似，在图11所示的实施例中通信系统的主控节点（即基站）也具备判断上行竞争资源上是否有多个用户设备的数据发生冲突的能力。另外，在图11所示的实施例中，基站也通过物理层反馈信令向终端节点反馈信息。

如图11(A)所示，主控节点反馈信息的方法包括步骤1103、2105、1107-1、1107-3、1107-4和1107-5。

步骤1103与步骤703或803相似，这里不再重复。

在步骤1105中，主控节点判断在所述上行竞争传输资源上是否发生了冲突，即判断是否有多个终端同时利用该上行竞争传输资源发送数据。

在步骤1107-1中，主控节点进一步判断所接收的数据是否被成功解码。

若上行竞争传输资源上没有发生冲突并且解码成功接收到的数据，则判断为第三状态；若没有上行传输冲突且所接收的数据未被成功解码，则判断为第四状态；若有上行传输冲突且所接收的来自某个终端节点（在本实施例中称为第三终端节点）的数据被成功解码，则判断为第五状态；而若有上行传输冲突且所接收的数据未被成功解码，则判断为第六状态。

在步骤1107-3中，将用于指示第三状态、第四状态、第五状态和第六状态中的一个的信息（称为第六信息）封装于物理层反馈信令（称为第二物理层反馈信令）中，并在步骤1107-4中通过一下行传输资源（称为第四下行传输资源）向相关的终端节点发送该第二物理层反馈信令。

另外，在第五状态的情况下，还要在步骤1107-5中向各个相关的终端节点反馈传输了已被成功解码的数据的终端节点（在本实施例中称为第三终端节点）的标识。

在该实施例中，由于第六信息指示4个状态，因此，该第六信息可以封装于包括2比特（或更多比特）的物理层反馈信令中。例如，当物理层反馈信令中的1比特被设置为“00”，表示第三状态；被设置“01”时，表示第四状态；被设置为“10”时表示第五状态，而设置为“11”时表示第六状态。

利用上述方法，在大多数状态（第三、第四和第六状态）下，终端仅需发送2比特的物理层反馈信令既可将数据接收状态和冲突信息反馈给终端节点。大大降低了信息处理量，并提高了信息处理效率。

如图11(B)所示，终端节点接收所述信息的方法包括步骤1104-1、1104-2、1104-3、1104-4以及1108-1、1108-2和1108-3。

在步骤1104-1中，终端节点监视第四下行传输资源，以接收封装有第六信息的第二物理层反馈信令。在步骤1104-2中，终端节点解析所述第二物理层反馈信令，以获得所述第六信息。

在步骤1104-3中，终端节点判断所述第六信息是否指示所述第五状态。如上所述，该第六信息可以仅包括2比特。若不是第五状态，则在步骤108-1中根据其具体状态来确定本终端节点所传输的数据是否被成功接收，并且还可以确定在上行竞争传输资源上是否发生了传输冲突。如果为第三状态，则确定没有冲突且其发送的数据已被成功接收。若为第四状态，则确定没有冲突但其发送的数据未被成功接收。若为第六状态，则确定有冲突且其发送的数据未被成功接收。

若为第五状态，则终端节点可以确定发生了冲突，并在步骤1104-4中接收所述主控节点反馈的包括传输了所述主控节点已成功解码的数据的第三终端节点的标识的信息（称为第七信息）。然后，在步骤1108-2中终端节点判断该第七信息是否包括本终端节点的标识，若是，则确定本终端节点所传输的数据已被成功接收，否则，则确定本终端节点的数据没有被成功接收。

利用上述方法，在第三、第四和第六状态下，仅需接收2比特的物理层反馈信令，终端节点既可得知上行竞争传输资源上是否发生了冲突且自己发送的数据是否被成功接收，降低了信息处理量，并提高了信息处理效率。

图12(A)示出了图11(A)所示的步骤1107-5（反馈第三终端节点的标识的步骤）的一个具体示例，而图12(B)示出了图11(B)所示的步 骤1104-4的一个对应的具体示例。

在该示例中，主控节点首先调度一下行传输信道（称为“第五下行传输信道），然后通过该下行传输信道来发送第三终端节点的标识。

如图11(A)所示，步骤1107-5可以包括步骤1107-52和1107-53。

在步骤1107-52中，主控节点首先调度用于发送第三终端节点的标识的第五下行传输信道，具体地，通过利用所述上行竞争传输资源的标识加扰的物理下行控制信道来发送封装有用于指示第五下行传输资源的信息的调度信令（也称为第五调度信令）。该步骤也称为第三资源反馈步骤。

在步骤1107-53中，通过第五下行传输资源来发送所述第三终端节点的标识。该步骤也称为第六信息反馈步骤。

所述第五下行传输资源可以是任何适于发送所述接收状态信息的下行传输资源，例如物理下行共享信道（如LTE标准中的PDSCH）或者其它适当的下行数据传输信道上的资源，这里不一一列举。

如图11(B)所示，步骤1104-4（接收所述主控节点反馈的包括第三终端节点的标识的信息）包括步骤1104-41和1104-42。

在步骤1104-41中，本终端节点（也称为第四终端节点）利用所述上行竞争传输资源的标识对物理下行控制信道进行掩码盲检测。该步骤也称为第五盲检测步骤。

在利用该上行竞争传输资源的标识在物理下行控制信道上检测到基站发送的第五调度信令时，本终端节点解析第五调度信令，以获得有关第五下行传输资源的信息，然后在步骤1104-42中，接收通过所述第六下行传输资源反馈的包括第三终端节点的标识的信息。该步骤也称为第三信息接收步骤。该步骤与参考图4(B)描述的实施例或示例中的步骤相似，这里不再重复。

在一个示例中，可以通过MAC层反馈信令来发送所述第三终端节点的标识。例如可以采用与图6(A)所示的示例相似的方法。具体地，步骤1107-53可以包括：将包括第三终端节点的标识的信息封装于一MAC信令（称为第三MAC信令）中，并通过第五下行传输资源来发送该第三MAC信令。该MAC信令的格式、内容、传输方法、 接收方法等与上述实施例或示例相似，例如，该MAC信令中可以包括退避指示（BI）等，这里不再重复。

在该示例中，终端节点可以采用与图6(B)所示的示例相似的方法来接收该标识。具体地，步骤1104-42可以包括：接收通过第五下行传输资源反馈的第三MAC信令，解析所述第三MAC信令，以获得所述信息。在该示例中，在主控节点反馈的第三MAC信令中还包括退避指示（BI）的情况下，终端节点通过解析该信息还可以获得该BI的值。终端节点在获得BI值之后，可以采用上述实施例/示例中的方进行后续处理，这里不再重复。

图13(A)示出了图11(A)所示的步骤1107-5的另一具体示例，而图13(B)示出了对应的接收方法的具体示例。

如图13(A)所示，步骤1107-5可以包括步骤1107-51、1107-52、1107-53、1107-54、1107-55和1107-56。

在步骤1107-51中，主控节点判断是否成功解码所接收的数据，若否，则执行步骤1107-52和1107-53（与图12(A)中所示的相似，这里不再重复）。若成功解码某个终端节点（第三终端节点）发送的数据，则在步骤1107-54中判断是否为第三终端节点继续分配上行传输资源（称为第四上行传输资源）。

主控节点可以根据其任何适当的调度算法来判断是否为第一终端节点分配第四上行传输资源。可选地，终端节点所发送的数据中可以包括用于指示其缓存状态的信息（如LTE中的缓存状态报告（Buffer Status Report），BSR）。在这种情况下，主控节点可以根据该缓存状态的信息以及其当前的调度算法来决定是否分配上行传输资源。这里不作详述。

这里所述以及下文中将提及的第四上行传输资源可以是任何适当的上行传输资源，例如上行共享传输信道（如LTE标准中的PUSCH），这里不一一列举。

若不为第三终端节点分配第四上行传输资源，则执行步骤1107-52和1107-53，否则执行步骤1107-55和1107-56。在步骤1107-55中，将用于指示为第三终端节点分配的第四上行传输资源的信息封装在一个调度信令（称为第六调度信令）中。然后，在步骤1107-56中，通过利用所述第三终端节点的标识加扰的物理下行控制信道来发送 所述第六调度信令。

如图11(B)所示，终端节点在步骤1104-3中判断第六信息指示第五状态后，在步骤1104-4中进行盲检测。在步骤1104-4中，终端节点不但所述上行竞争传输资源的标识对物理下行控制信道进行掩码盲检测，同时还利用本终端节点的标识对物理下行控制信道进行掩码盲检测。该步骤也称为第六盲检测步骤。

在步骤1108-4中，终端节点判断是否利用本终端节点的标识接收到基站反馈的第六调度信令，或者判断是否利用上行竞争传输资源的标识检测到第五调度信令。

若利用本终端节点的标识检测到第六调度信令，则在步骤1108-1中确定其所传输的数据已被成功接收。作为一个示例，用于指示第一上行传输资源的调度信息可以包含在LTE标准中的PDCCH DCI format 0信令中，若终端节点利用本终端节点的标识成功检测到其中的PDCCH DCI format 0，则可以确定其所发送的数据已被成功解码。

在接收到所述第六调度信令之后，终端节点还可以解析所述第六调度信令，以获得其中的调度信息（即用于指示第四上行传输资源的信息）；并在第四上行传输资源上继续传输数据。如上所述，该第四上行传输资源可以是物理上行共享信道（如LTE标准的PUSCH）上的资源。例如，若终端节点利用本终端节点的标识成功检测到PDCCH DCI format 0，则可以在随后的某个适当的上行子帧（如第n+12子帧）中利用DCI format 0中的调度信令所指示的上行传输资源（例如PUSCH资源）传输数据。

在利用所述上行竞争传输资源的标识接收到封装有用于指示第五下行传输资源的信息的第五调度信令时，则在步骤1108-5中接收通过所述第五下行传输资源从所述主控节点反馈的包括第三终端节点的标识的第七信息。例如，当利用所述上行竞争传输资源的标识检测到PDCCH DCI时，则利用该DCI中的调度信令所指示的下行资源（第五下行传输资源）来接收第七信息。

在步骤1108-2中判断其标识是否包括于所述第七信息中，如果是，则在步骤1108-1中确定其所传输的数据已被成功接收，否则，则在步骤1108-3中确定其所传输的数据未被成功接收。

作为一个示例，若确定其所传输的数据已被成功接收，则终端节点可以选择在随后分配的上行竞争传输资源中传输新数据，或者选择发送调度请求，请求基站分配专用的上行传输资源。若确定其所传输的数据没有被成功接收，终端节点也可以选择在随后分配的上行竞争传输资源中重传数据，或者选择发送调度请求，请求基站分配专用的上行传输资源用于重传。

作为一个示例，步骤1107-53可以包括：将包括第三终端节点的标识的第七信息封装于第三MAC信令中，并通过第五下行传输资源来发送该第三MAC信令。相应地，接收所述第七信息的步骤1108-5可以包括：接收通过第五下行传输资源反馈的第三MAC信令，解析所述第三MAC信令，以获得所述第七信息。该第三MAC信令的格式、内容、传输方法、接收方法等与上述实施例或示例相似，例如，该MAC信令中可以包括退避指示（BI）等，这里不再重复。在主控节点反馈的第三MAC信令中还包括退避指示（BI）的情况下，终端节点通过解析该信息还可以获得该BI的值。终端节点在获得BI值之后，可以采用上述实施例/示例中的方进行后续处理，这里也不再重复。

作为一个示例，在上述第三状态下，即如果基站判断在竞争资源中只有一个用户设备的数据并且成功解码所述用户设备的数据，基站还可以根据终端节点反馈的缓存状态信息（作为一个示例，接收的数据中可以包含终端节点的缓存状态信息）以及当前的调度算法来决定是否为该终端节点继续分配上行传输资源。如果基站决定调度该终端节点，则通过利用该终端节点的标识加扰的物理下行控制信道来传输调度信令，为所述终端节点分配上行传输资源。终端节点在判断为第三状态的情况下，可以继续使用本终端节点的标识对物理下行控制信道进行掩码盲检测，以接收该调度信令，并获取有关新分配的上行传输资源的信息，从而传输新数据。

作为另一示例，在上述第四状态下，即如果基站判断在竞争资源中只有一个用户设备的数据但是对所述用户设备的数据解码失败，基站还可以通过利用上行竞争传输资源的标识加扰的物理下行控制信道传输一调度信令，分配用于竞争传输的上行资源。例如，可以通过PDCCH传输DCI format 0，其中NDI设为“1”，用于指示用户设备进行数据重传。在该第四状态下，所述终端节点在确定其传输的 数据解码失败之后，还可以利用上行竞争传输资源的标识（如CB-RNTI）对物理下行控制信道进行掩码盲检测。当检测到DCI中的NDI为1时，停止利用掩码盲检测，并在随后的上行子帧（如第n+12个上行子帧）中利用DCI中的调度信令所指示的上行资源（如PUSCH上的CB-grant）进行数据重传。由于该NDI设置为1，其它终端节点不会在该上行资源上进行数据传输。

作为另一示例，在上述第六状态下，即如果基站判断在竞争资源中有多个用户设备的数据并且无法成功解码任何一个用户设备的数据，基站还可以通过利用上行竞争传输资源的标识（如CB-RNTI）加扰的物理下行控制信道传输一调度信令，调度一下行传输资源，并在该下行传输资源上传输一个MAC反馈信令。该MAC反馈信令中可以不包括任何终端节点的标识，但可以包含BI。在该第四状态下，终端节点在接收到的物理层反馈信令，并确定其通过上行竞争传输资源传输的数据接收失败之后，还可以利用上行竞争传输资源的标识对物理下行控制信道进行掩码盲检测。在检测到PDCCH DCI后，在DCI中调度信令所指示的下行传输资源上接收数据。如果接收到的数据中包含MAC反馈信令，并且该反馈信令中包含BI，那么该终端节点在[0,BI]的范围内按照均匀分布随机产生一个退避值T。在延迟T个单位时间后再次通过上行竞争传输资源进行数据传输。可选地，在退避期间，终端节点可以选择通过发送调度请求来请求基站分配专用的上行传输资源。

在参考图3-6所描述的实施例和/或示例中，基站既可具有判断上行竞争资源上是否有来自多个用户设备的数据发生冲突的能力，也可以不具备该能力。在具备该能力的情况下，通信系统可以选择采用参考图3-6描述的实施例或示例中的方法，也可以选择采用参考图7-13描述的实施例或示例中的方法。在这种情况下，基站与终端节点可以预先约定采用哪种信息反馈方式。

图15示出了根据本发明的一个实施例的基于竞争的上行链路数据传输设备1500。该设备1500设置于通信系统的主控节点中。如图15所示，该设备1500包括接收装置1501、解码装置1502和状态反馈装置1503。

接收装置1501用于接收通过上行竞争传输资源传输的数据。

与上述方法实施例/示例中相似，所述上行竞争传输资源是由所述主控节点分配给所述通信系统中的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源，这里不再重复。

解码装置1502用于对所接收的数据进行解码。

状态反馈装置1503用于根据所述解码装置的解码结果，向利用所述上行竞争传输资源传输数据的各个终端节点反馈反映所述各个终端节点所传输的数据是否被解码成功的接收状态信息。

所述状态反馈装置1503可以利用图3(A)-13(A)中所示的状态反馈步骤中的方法来反馈所述接收状态信息，这里不再重复。

图16示出了根据本发明的一实施例的基于竞争的上行链路数据传输设备1600。该设备1600设置于通信系统的主控节点中。如图16所示，该设备1600包括接收装置1601、解码装置1602和状态反馈装置1603，并且还包括调度信令生成装置1604。

接收装置1601、解码装置1602与图15所示的装置1501和1502相似，这里不再赘述。

调度信令生成装置1604可以生成将要通过物理下行控制信道传输的调度信令。例如，调度信令生成装置1604可以被配置用于将指示第一下行传输资源的第一信息封装于第一调度信令中，并且所述状态反馈装置1603用于：通过利用所述上行竞争传输资源的标识加扰的物理下行控制信道来发送所述第一调度信令；并通过所述第一下行传输资源来发送所述接收状态信息。所述接收状态信息包括传输了已被成功解码的数据的第一终端节点的标识。

调度信令生成装置1604生成调度信令以及状态反馈装置1603发送调度信令的方法可以与上述方法实施例/示例相似，这里不再赘述。

图17示出了根据本发明的另一实施例的基于竞争的上行链路数据传输设备1700。该设备1700也设置于通信系统的主控节点中。该设备1700与设备1600相似，不同之处在于设备1700还包括资源分配装置1705。

接收装置1701、解码装置1702与前述实施例中的对应装置相似，这里不再重复。

资源分配装置1705可以被配置用于判断是否为终端节点分配上行传输资源。例如，在成功解码所述第一终端节点所传输的数据的情况下，资源分配装置1705判断是否为所述第一终端节点继续分配第一上行传输资源。如果是，则指示调度信令生成单元1704生成调度信令。资源分配装置1705可以采用上述方法实施例/示例相似的方法来判断是否为终端节点分配上行资源，这里不再赘述。

调度信令生成装置1704具有与装置1604相似的功能，另外，调度信令生成装置1704还被配置用于在所述资源分配装置为所述第一终端节点继续分配第一上行传输资源时，将用于指示为所述第一终端节点分配的第一上行传输资源的信息和用于指示数据已被成功接收的信息封装于第二调度信令中。

状态反馈装置1703通过利用所述上行竞争传输资源的标识加扰的物理下行控制信道来发送所述第一调度信令并通过所述第一下行传输资源来发送所述接收状态信息。另外，状态反馈装置1703还被配置用于通过利用所述第一终端节点的标识加扰的物理下行控制信道来发送所述第二调度信令。

调度信令生成装置1704生成调度信令以及状态反馈装置1703发送调度信令的方法可以与上述方法实施例/示例相似，这里不再赘述。

图18示出了根据本发明的另一实施例的基于竞争的上行链路数据传输设备1800。该设备1800也设置于通信系统的主控节点中。该设备1800与设备1700相似，不同之处在于设备1800还包括MAC信令生成装置1806。

设备1800中的装置1801、1802、1803、1804和1805具有与设备1700中对应的装置相似的功能。

另外，MAC信令生成装置1806被配置用于生成MAC层的反馈信令。例如，MAC信令生成装置1806可以将第二信息封装于第一媒体访问控制信令中，并且所述状态反馈装置1803还可以用于通过所述第一下行传输资源来发送所述第一媒体访问控制信令。

MAC信令生成装置1806可以采用前述方法实施例/示例中的方法来生成并发送MAC信令，这里不再赘述。

图19示出了根据本发明的另一实施例的基于竞争的上行链路 数据传输设备1900。该设备1900也设置于通信系统的主控节点中。该设备1900与设备1500相似，不同之处在于其中的解码装置1902还可以被配置用于判断在所述上行竞争传输资源上是否发生了上行传输冲突。在这种情况下，状态反馈装置1903还可以用于：向利用所述上行竞争传输资源传输数据的各个终端节点反馈用于指示是否发生了上行传输冲突的信息。

设备1900中的各个装置可以具有与参考图7(A)-13(A)所示的实施例/示例中的方法对应的功能，这里不再重复。

作为一个示例，设备1900还可以包括物理层信令生成装置1907。物理层信令生成装置1907被配置用于生成物理层反馈信令。例如，物理层信令生成装置1907可以利用上述方法实施例中提到的方法将指示第一状态和第二状态之一的第三信息封装于第一物理层反馈信令中。状态反馈装置1903还可以被配置用于通过第二下行传输资源将所述第一物理层反馈信令发送所述各个终端节点，并且在所述第二状态下，还向所述各个终端节点反馈传输了所述主控节点已成功解码的数据的第二终端节点的标识。物理层信令生成装置1907可以利用上述方法实施例中提到的方法来生成物理层反馈信令，这里不再重复。

图20示出了根据本发明的一个实施例的基于竞争的上行链路数据传输设备2000。该设备2000设置于通信系统的终端节点中。如图20所示，该设备2000包括状态接收装置2001和状态确定装置2002。

状态接收装置2000用于在该终端节点通过上行竞争传输资源向所述通信系统中的主控节点传输数据后，接收所述主控节点反馈的反映通过所述上行竞争传输资源向所述主控节点传输数据的各个终端节点所传输的数据的接收状态的接收状态信息。

状态确定装置2002用于根据所述接收状态信息来确定本终端节点所传输的数据是否已被成功接收。

状态接收装置2000可以利用参考图3(B)-13(B)所描述的方法来接收所述接收状态信息，状态确定装置2002也可以利用参考图3(B)-13(B)所描述的方法来确定终端节点所发送的数据的接收状态。这里不再一一重复。

图21示出了根据另一实施例的基于竞争的上行链路数据传输设备2100。该设备2100也设置于通信系统的终端节点中。如图21所示，该设备2100中的状态接收装置2101可以包括盲检测单元2101-1和接收单元2101-2。

盲检测单元2101-1被配置用于对物理下行控制信道进行掩码盲检测，以接收同该信道发送的调度信令。例如，盲检测单元2101-1可以利用所述上行竞争传输资源的标识对物理下行控制信道进行掩码盲检测，以接收封装有用于指示第一下行传输资源的第一信息的第一调度信令。

接收单元2101-2被配置用于接收主控节点通过物理下行数据信道反馈的信息。例如，在盲检测单元2101-1接收到第一调度信令时，可以指示接收单元2101-2接收通过第一下行传输资源从主控节点反馈的包括接收状态信息的第二信息，并且所述状态确定装置2102用于判断第二信息中是否包括本终端节点的标识，若是，则确定本终端节点所传输的数据已被成功解码。

作为一个示例，盲检测单元2101-1还可以利用本终端节点的标识以及所述上行竞争传输资源的标识二者同时对所述物理下行控制信道进行掩码盲检测。在利用本终端节点的标识接收到第二调度信令时，状态确定单元2102确定本终端节点所传输的数据已被成功接收。在利用所述上行竞争传输资源的标识接收到封装有用于指示第一下行传输资源的第一信息的第一调度信令时，盲检测单元2101-1指示接收单元2101-2接收通过第一下行传输资源从主控节点反馈的包括所述接收状态信息的第二信息，并且状态确定装置2102被配置用于：判断所述第一终端节点的标识是否为本终端节点的标识，若是，则确定本终端节点所传输的数据已被成功解码。

图22示出了根据另一实施例的基于竞争的上行链路数据传输设备2200。该设备2200也设置于通信系统的终端节点中。该设备2200与设备2100相似，不同之处在于，状态接收装置2201除了盲检测单元2201-1和接收单元2201-2之外，还包括物理层信令接收单元2201-3。

物理层信令接收单元2201-3可以接收主控节点反馈的物理层反馈信令。例如，物理层信令接收单元2201-3可以接收所述主控节点利用物理层反馈信令通过例如物理下行混合ARQ信道反馈的用于 指示是否发生了上行传输冲突的信息。

物理层信令接收单元2201-3可以采用上述方法实施例/示例中的方法来接收物理层反馈信令，这里不再赘述。

利用上述设备，基站可以向每个利用所述上行竞争传输资源发送数据的终端节点反馈其所发送的数据的接收状态，而这些终端节点也可以及时获知其所发送的数据是否已被成功接收。

本领域的普通技术人员应理解，在此所例举的是示例性的，本发明并不局限于此。

在本说明书中，“第一”、“第二”以及“第N个”等表述是为了将所描述的特征在文字上区分开，以清楚地描述本发明。因此，不应将其视为具有任何限定性的含义。

作为一个示例，上述方法的各个步骤以及上述设备的各个组成模块和/或单元可以实施为通信系统的基站（如eNodeB）或者终端节点（如用户设备）中的软件、固件、硬件或其组合，并作为基站或终端节点的相应设备中的一部分。上述装置中各个组成模块、单元通过软件、固件、硬件或其组合的方式进行配置时可使用的具体手段或方式为本领域技术人员所熟知，在此不再赘述。

容易理解，包含上述实施例的设备的系统也应该被认为落入本发明的保护范围内。

作为一个示例，在通过软件或固件实现的情况下，可以从存储介质或网络向具有专用硬件结构的计算机（例如图23所示的通用计算机2300）安装构成该软件的程序，该计算机在安装有各种程序时，能够执行各种功能等。

在图23中，中央处理单元(CPU)2301根据只读存储器(ROM)2302中存储的程序或从存储部分2308加载到随机存取存储器(RAM)2303的程序执行各种处理。在RAM 2303中，也根据需要存储当CPU 2301执行各种处理等等时所需的数据。CPU 2301、ROM2302和RAM 2303经由总线2304彼此链路。输入/输出接口2305也链路到总线2304。

下述部件链路到输入/输出接口2305：输入部分2306（包括键盘、鼠标等等）、输出部分2307（包括显示器，比如阴极射线管(CRT)、液晶显示器(LCD)等，和扬声器等）、存储部分2308（包括硬盘等）、 通信部分2309（包括网络接口卡比如LAN卡、调制解调器等）。通信部分2309经由网络比如因特网执行通信处理。根据需要，驱动器2310也可链路到输入/输出接口2305。可拆卸介质2311比如磁盘、光盘、磁光盘、半导体存储器等等根据需要被安装在驱动器2310上，使得从中读出的计算机程序根据需要被安装到存储部分2308中。

在通过软件实现上述系列处理的情况下，从网络比如因特网或存储介质比如可拆卸介质2311安装构成软件的程序。

本领域的技术人员应当理解，这种存储介质不局限于图23所示的其中存储有程序、与设备相分离地分发以向用户提供程序的可拆卸介质2311。可拆卸介质2311的例子包含磁盘(包含软盘(注册商标))、光盘(包含光盘只读存储器(CD-ROM)和数字通用盘(DVD))、磁光盘（包含迷你盘(MD)(注册商标))和半导体存储器。或者，存储介质可以是ROM 2302、存储部分2308中包含的硬盘等等，其中存有程序，并且与包含它们的设备一起被分发给用户。

本发明还提出一种存储有机器可读取的指令代码的程序产品。所述指令代码由机器读取并执行时，可执行上述根据本发明实施例的方法。

相应地，用于承载上述存储有机器可读取的指令代码的程序产品的存储介质也包括在本发明的公开中。所述存储介质包括但不限于软盘、光盘、磁光盘、存储卡、存储棒等等。

在上面对本发明具体实施例的描述中，针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征相组合，或替代其它实施方式中的特征。

应该强调，术语“包括/包含”在本文使用时指特征、要素、步骤或组件的存在，但并不排除一个或更多个其它特征、要素、步骤或组件的存在或附加。

此外，本发明的方法不限于按照说明书中描述的时间顺序来执行，也可以按照其他的时间顺序地、并行地或独立地执行。因此，本说明书中描述的方法的执行顺序不对本发明的技术范围构成限制。

尽管上面已经通过对本发明的具体实施例的描述对本发明进行了披露，但是，应该理解，本领域的技术人员可在所附权利要求的 精神和范围内设计对本发明的各种修改、改进或者等同物。这些修改、改进或者等同物也应当被认为包括在本发明的保护范围内。

Claims (18)

1.一种通信系统中的基于竞争的上行链路数据传输方法，包括：

由通信系统中的主控节点接收通过上行竞争传输资源传输的数据，并对所述数据进行解码，其中，所述上行竞争传输资源是由所述主控节点分配给所述通信系统中的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源；及

所述主控节点向利用所述上行竞争传输资源传输数据的各个终端节点发送反映所述各个终端节点所传输的数据是否已被成功解码的接收状态信息；以及

所述主控节点判断在所述上行竞争传输资源上是否发生了上行传输冲突，

其中，向所述各个终端节点发送所述接收状态信息还包括：向利用所述上行竞争传输资源传输数据的各个终端节点反馈用于指示是否发生了上行传输冲突的信息，并且

其中，向所述各个终端节点发送所述接收状态信息包括：

将用于指示第一状态和第二状态中的一个的第三信息封装于第一物理层反馈信令中，其中，所述第一状态为没有发生上行传输冲突且所接收的数据未被成功解码的状态，而所述第二状态包括判断没有上行传输冲突且所接收的数据被成功解码的状态以及判断发生了上行传输冲突的状态；

通过第二下行传输资源将所述第一物理层反馈信令发送所述各个终端节点；以及

在所述第二状态下，向所述各个终端节点反馈传输了所述主控节点已成功解码的数据的第二终端节点的标识。

2.根据权利要求1所述的方法，其中，向所述各个终端节点反馈所述第二终端节点的标识包括：

通过利用所述上行竞争传输资源的标识加扰的物理下行控制信道来发送封装有用于指示第三下行传输资源的第四信息的第三调度信令，及

通过所述第三下行传输资源来反馈包括所述第二终端节点的标识的第五信息。

3.根据权利要求1所述的方法，其中，向所述各个终端节点发送所述接收状态信息还包括：

在第二状态下，在成功解码所述第二终端节点所传输的数据的情况下，所述主控节点判断是否为所述第二终端节点继续分配第二上行传输资源，并且

其中，向所述各个终端节点反馈所述第二终端节点的标识包括：

若判断为所述第二终端节点继续分配第二上行传输资源，则将用于指示为所述第二终端节点分配的第二上行传输资源的信息封装于第四调度信令中，并通过利用所述第二终端节点的标识加扰的物理下行控制信道来发送所述第四调度信令；

否则，通过利用所述上行竞争传输资源的标识加扰的物理下行控制信道来发送封装有用于指示第三下行传输资源的第四信息的第三调度信令，并通过所述第三下行传输资源来反馈包括所述第二终端节点的标识的第五信息。

4.根据权利要求2或3所述的方法，其中，通过所述第三下行传输资源来反馈所述第五信息包括：将所述第五信息封装于第二媒体访问控制信令中，并通过所述第三下行传输资源来发送所述第二媒体访问控制信令。

5.一种通信系统中的基于竞争的上行链路数据传输方法，包括：

由通信系统中的主控节点接收通过上行竞争传输资源传输的数据，并对所述数据进行解码，其中，所述上行竞争传输资源是由所述主控节点分配给所述通信系统中的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源；

所述主控节点向利用所述上行竞争传输资源传输数据的各个终端节点发送反映所述各个终端节点所传输的数据是否已被成功解码的接收状态信息；以及

所述主控节点判断在所述上行竞争传输资源上是否发生了上行传输冲突，

其中，向所述各个终端节点发送所述接收状态信息还包括：向利用所述上行竞争传输资源传输数据的各个终端节点反馈用于指示是否发生了上行传输冲突的信息，并且

其中，向所述各个终端节点发送所述接收状态信息包括：

将用于指示第三状态、第四状态、第五状态和第六状态中的一个的第六信息封装于第二物理层反馈信令中，其中，所述第三状态为没有上行传输冲突且第三终端节点所传输的数据被成功解码的状态，所述第四状态为没有上行传输冲突且所接收的数据未被成功解码的状态，所述第五状态为有上行传输冲突且所接收的来自第三终端节点的数据被成功解码的状态，所述第六状态为有上行传输冲突且所接收的数据未被成功解码的状态；

通过第四下行传输资源将所述第二物理层反馈信令发送所述各个终端节点；以及

在所述第五状态下，向所述各个终端节点反馈所述第三终端节点的标识。

6.根据权利要求5的方法，其中，向所述各个终端节点反馈所述第三终端节点的标识包括：

通过利用所述上行竞争传输资源的标识加扰的物理下行控制信道来发送封装有用于指示第五下行传输资源的信息的第五调度指令，及

通过所述第五下行传输资源来反馈包括所述第三终端节点的标识的信息。

7.根据权利要求6所述的方法，其中，向所述各个终端节点发送所述接收状态信息还包括：

在所述第五状态下，所述主控节点判断是否为所述第三终端节点分配第四上行传输资源，并且

其中，向所述各个终端节点反馈所述第三终端节点的标识包括：

如果判断为所述第三终端节点分配第四上行传输资源，则将用于指示为所述第三终端节点分配的第四上行传输资源的信息封装于第六调度信令中，并通过利用所述第三终端节点的标识加扰的物理下行控制信道来发送所述第六调度信令；

否则，通过利用所述上行竞争传输资源的标识加扰的物理下行控制信道来发送封装有用于指示第五下行传输资源的信息的第五调度指令，并通过所述第五下行传输资源来反馈包括所述第三终端节点的标识的信息。

8.一种通信系统中的基于竞争的上行链路数据传输方法，包括：

通信系统中的第四终端节点在通过上行竞争传输资源向所述通信系统中的主控节点传输数据后，接收所述主控节点反馈的反映通过所述上行竞争传输资源向所述主控节点传输数据的各个终端节点所传输的数据是否已被成功解码的接收状态信息，其中，所述上行竞争传输资源是由所述主控节点分配给所述通信系统中的包括该第四终端节点的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源，以及

根据所述接收状态信息来确定该第四终端节点所传输的数据是否已被成功接收，

其中，接收所述接收状态信息还包括：

接收所述主控节点反馈的用于指示是否发生了上行传输冲突的信息，并且

其中，接收所述接收状态信息包括：

监视第二下行传输资源，以接收封装有用于指示第一状态和第二状态之一的第三信息的第一物理层反馈信令；并解析所述第一物理层反馈信令，以获得所述第三信息，其中，所述第一状态为用于指示没有发生上行传输冲突且所接收的数据未被成功解码的状态，所述第二状态包括判断没有上行传输冲突且所接收的数据被成功解码的状态以及判断发生了上行传输冲突的状态，并且

其中，确定该第四终端节点所传输的数据是否已被成功接收包括：

判断所述第三信息是否指示所述第一状态，若是，则确定该第四终端节点所传输的数据没有被成功接收，否则，接收所述主控节点反馈的包括传输了所述主控节点已成功解码的数据的第二终端节点的标识的第五信息，判断该第五信息是否包括该第四终端节点的标识，若是，则确定该第四终端节点所传输的数据已被成功接收。

9.根据权利要求8所述的方法，其中，接收所述主控节点反馈的第五信息包括：

利用所述上行竞争传输资源的标识对物理下行控制信道进行掩码盲检测；以及

在接收到封装有用于指示第三下行传输资源的第四信息的第三调度信令时，接收通过所述第三下行传输资源反馈的第五信息。

10.根据权利要求8所述的方法，其中，接收所述主控节点反馈的第五信息包括：

利用所述上行竞争传输资源的标识和所述第四终端节点的标识二者对所述物理下行控制信道进行掩码盲检测，并且

其中，确定该第四终端节点所传输的数据是否已被成功接收还包括：

如果利用所述第四终端节点的标识接收到所述主控节点反馈的第四调度信令，则确定其所传输的数据已被成功接收；以及如果利用所述上行竞争传输资源的标识接收到封装有用于指示第三下行传输资源的第四信息的第三调度指令，则接收通过所述第三下行传输资源反馈的第五信息。

11.根据权利要求9或10所述的方法，其中，接收所述第五信息包括：接收通过所述第三下行传输资源发送的封装有所述第五信息的第二媒体访问控制信令，并解析所述第二媒体访问控制信令，以获得所述第五信息。

12.一种通信系统中的基于竞争的上行链路数据传输方法，包括：

通信系统中的第四终端节点在通过上行竞争传输资源向所述通信系统中的主控节点传输数据后，接收所述主控节点反馈的反映通过所述上行竞争传输资源向所述主控节点传输数据的各个终端节点所传输的数据是否已被成功解码的接收状态信息，其中，所述上行竞争传输资源是由所述主控节点分配给所述通信系统中的包括该第四终端节点的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源，以及

根据所述接收状态信息来确定该第四终端节点所传输的数据是否已被成功接收，

其中，接收所述接收状态信息还包括：

接收所述主控节点反馈的用于指示是否发生了上行传输冲突的信息，并且其中，

接收所述接收状态信息包括：监视第四下行传输资源，以接收封装有用于指示第三状态、第四状态、第五状态和第六状态之一的第六信息的第二物理层反馈信令，并解析所述第二物理层反馈信令，以获得所述第六信息，其中，所述第三状态为没有上行传输冲突且所接收的数据被成功解码的状态，所述第四状态为没有上行传输冲突且所接收的数据未被成功解码的状态，所述第五状态为有上行传输冲突且所接收的数据被成功解码的状态，所述第六状态为有上行传输冲突且所接收的数据未被成功解码的状态，并且

其中，确定该第四终端节点所传输的数据是否已被成功接收包括：判断所述第六信息指示所述状态中的哪一个，若指示所述第三状态，则确定该第四终端节点所传输的数据已被成功接收，若指示所述第四状态或者第六状态，则确定该第四终端节点所传输的数据未被成功接收；若指示所述第五状态，则接收从所述主控节点反馈的包括所传输的数据已被成功解码的第三终端节点的标识的第七信息，判断该第七信息是否包括该第四终端节点的标识，若是，则确定该第四终端节点所传输的数据已被成功接收。

13.根据权利要求12的方法，其中，接收所述第七信息包括：

利用所述上行竞争传输资源的标识对物理下行控制信道进行掩码盲检测；以及

在接收到封装有用于指示第五下行传输资源的信息的第五调度指令时，则接收通过所述第五下行传输资源反馈的所述第七信息。

14.根据权利要求12所述的方法，其中，接收所述第七信息包括：

利用所述第四终端节点的标识和所述上行竞争传输资源的标识二者对所述物理下行控制信道进行掩码盲检测，并且

其中，确定该第四终端节点所传输的数据是否已被成功接收包括：

如果利用所述第四终端节点的标识接收到所述主控节点反馈的第六调度信令，则确定该第四终端节点传输的数据已被成功接收；

如果利用所述上行竞争传输资源的标识接收到封装有用于指示第五下行传输资源的信息的第五调度指令，则接收通过所述第五下行传输资源反馈的所述第七信息。

15.一种基于竞争的上行链路数据传输设备，该设备设置于通信系统的主控节点中，并且包括：

接收装置，用于接收通过上行竞争传输资源传输的数据，其中，所述上行竞争传输资源是由所述主控节点分配给所述通信系统中的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源；

解码装置，用于对所接收的数据进行解码；及

状态反馈装置，用于根据所述解码装置的解码结果，向利用所述上行竞争传输资源传输数据的各个终端节点反馈反映所述各个终端节点所传输的数据是否被解码成功的接收状态信息，

其中，所述解码装置还被配置用于：判断在所述上行竞争传输资源上是否发生了上行传输冲突，

其中，所述状态反馈装置还被配置用于：向利用所述上行竞争传输资源传输数据的各个终端节点反馈用于指示是否发生了上行传输冲突的信息，并且

其中，所述状态反馈装置被配置用于：

将用于指示第一状态和第二状态中的一个的第三信息封装于第一物理层反馈信令中，其中，所述第一状态为没有发生上行传输冲突且所接收的数据未被成功解码的状态，而所述第二状态包括判断没有上行传输冲突且所接收的数据被成功解码的状态以及判断发生了上行传输冲突的状态；

通过第二下行传输资源将所述第一物理层反馈信令发送所述各个终端节点；以及

在所述第二状态下，向所述各个终端节点反馈传输了所述主控节点已成功解码的数据的第二终端节点的标识。

16.一种通信系统中的终端节点，包括：

状态接收装置，用于在该终端节点通过上行竞争传输资源向所述通信系统中的主控节点传输数据后，接收所述主控节点反馈的反映通过所述上行竞争传输资源向所述主控节点传输数据的各个终端节点所传输的数据的接收状态的接收状态信息，其中，所述上行竞争传输资源是由所述主控节点分配给所述通信系统中的包括该终端节点的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源，以及

状态确定装置，用于根据所述接收状态信息来确定本终端节点所传输的数据是否已被成功接收，

其中，所述状态接收装置还被配置用于接收所述主控节点反馈的用于指示是否发生了上行传输冲突的信息，并且

其中，所述状态接收装置被配置用于：

监视第二下行传输资源，以接收封装有用于指示第一状态和第二状态之一的第三信息的第一物理层反馈信令；并解析所述第一物理层反馈信令，以获得所述第三信息，其中，所述第一状态为用于指示没有发生上行传输冲突且所接收的数据未被成功解码的状态，所述第二状态包括判断没有上行传输冲突且所接收的数据被成功解码的状态以及判断发生了上行传输冲突的状态，并且

其中，所述状态确定装置被配置用于：

判断所述第三信息是否指示所述第一状态，若是，则确定该终端节点所传输的数据没有被成功接收，否则，接收所述主控节点反馈的包括传输了所述主控节点已成功解码的数据的第二终端节点的标识的第五信息，判断该第五信息是否包括该终端节点的标识，若是，则确定该终端节点所传输的数据已被成功接收。

17.一种基于竞争的上行链路数据传输设备，该设备设置于通信系统的主控节点中，并且包括：

接收装置，用于接收通过上行竞争传输资源传输的数据，其中，所述上行竞争传输资源是由所述主控节点分配给所述通信系统中的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源；

解码装置，用于对所接收的数据进行解码；及

状态反馈装置，用于根据所述解码装置的解码结果，向利用所述上行竞争传输资源传输数据的各个终端节点反馈反映所述各个终端节点所传输的数据是否被解码成功的接收状态信息，

其中，所述解码装置还被配置用于：判断在所述上行竞争传输资源上是否发生了上行传输冲突，

其中，所述状态反馈装置还被配置用于：向利用所述上行竞争传输资源传输数据的各个终端节点反馈用于指示是否发生了上行传输冲突的信息，并且

其中，所述状态反馈装置被配置用于：

将用于指示第三状态、第四状态、第五状态和第六状态中的一个的第六信息封装于第二物理层反馈信令中，其中，所述第三状态为没有上行传输冲突且第三终端节点所传输的数据被成功解码的状态，所述第四状态为没有上行传输冲突且所接收的数据未被成功解码的状态，所述第五状态为有上行传输冲突且所接收的来自第三终端节点的数据被成功解码的状态，所述第六状态为有上行传输冲突且所接收的数据未被成功解码的状态；

通过第四下行传输资源将所述第二物理层反馈信令发送所述各个终端节点；以及

在所述第五状态下，向所述各个终端节点反馈所述第三终端节点的标识。

18.一种通信系统中的终端节点，包括：

状态接收装置，用于在该终端节点通过上行竞争传输资源向所述通信系统中的主控节点传输数据后，接收所述主控节点反馈的反映通过所述上行竞争传输资源向所述主控节点传输数据的各个终端节点所传输的数据的接收状态的接收状态信息，其中，所述上行竞争传输资源是由所述主控节点分配给所述通信系统中的包括该终端节点的多个终端节点、用于所述多个终端节点以基于竞争的方式传输数据的上行传输资源，以及

状态确定装置，用于根据所述接收状态信息来确定本终端节点所传输的数据是否已被成功接收，

其中，所述状态接收装置还被配置用于接收所述主控节点反馈的用于指示是否发生了上行传输冲突的信息，并且

其中，所述状态接收装置被配置用于：

监视第四下行传输资源，以接收封装有用于指示第三状态、第四状态、第五状态和第六状态之一的第六信息的第二物理层反馈信令，并解析所述第二物理层反馈信令，以获得所述第六信息，其中，所述第三状态为没有上行传输冲突且所接收的数据被成功解码的状态，所述第四状态为没有上行传输冲突且所接收的数据未被成功解码的状态，所述第五状态为有上行传输冲突且所接收的数据被成功解码的状态，所述第六状态为有上行传输冲突且所接收的数据未被成功解码的状态，并且

其中，所述状态确定装置被配置用于：判断所述第六信息指示所述状态中的哪一个，若指示所述第三状态，则确定本终端节点所传输的数据已被成功接收，若指示所述第四状态或者第六状态，则确定本终端节点所传输的数据未被成功接收；若指示所述第五状态，则接收从所述主控节点反馈的包括所传输的数据已被成功解码的第三终端节点的标识的第七信息，判断该第七信息是否包括本终端节点的标识，若是，则确定本终端节点所传输的数据已被成功接收。