CN106465401B - 在无线通信系统中发送具有低延迟的上行链路数据的方法和设备 - Google Patents

Abstract

本说明书提供了一种在无线通信系统中发送需要低延迟的上行链路数据(UL数据)的方法。由终端执行的该方法包括以下步骤：从基站接收与基于竞争的PUSCH区有关的控制信息；以及基于所接收到的控制信息向所述基站发送上行链路数据。所述基于竞争的PUSCH区是能够在没有所述基站分配的UL许可的情况下发送所述终端的上行链路数据的资源区域。另外，为了在终端所执行的特定过程的类型之间进行区分，所述控制信息包括分配给各个类型的特定过程的过程区分信息。

Description

在无线通信系统中发送具有低延迟的上行链路数据的方法和 设备

技术领域

本说明书涉及一种发送具有低延迟的上行链路(UL)数据的方法和设备。

背景技术

在长期演进(LTE)系统的情况下，为了使资源的利用最大化，使用通过基于BS调度的资源分配处理来发送和接收数据的方法。

在此方法中，如果UE有数据要发送，则它首先向BS请求分配UL资源，并且仅利用BS所分配的UL资源来发送数据。

除了UE的UL数据的传输之外，此方法甚至还在整个过程中导致延迟。

具体地讲，如果UE要发送的UL数据是需要低延迟的数据，则当如上所述生成延迟时，服务质量可能变差。

发明内容

技术问题

本说明书的目的是提供一种能够在(宽带)无线通信系统中使UE基于竞争占据UL资源的分配以便使UE的过程延迟最小化的方法。

即，本说明书的目的是提供一种通过基于竞争的PUSCH区(CP区)的配置允许UE直接发送UL数据的方法。

另外，本说明书的目的是提供一种选择性地操作基于UL许可的数据传输方法和基于CP区的数据传输方法从而满足UE的过程延迟和所有小区资源的使用的方法。

即，本说明书的目的是提供一种仅针对需要低延迟并且对延迟敏感的UE和服务使用CP区并且对耐延迟的UE和服务执行基于UL许可的过程的方法。

另外，本说明书的目的是提供一种由BS确定由UE执行的过程的类型(基于UL许可的数据传输或者基于CP区的数据传输)的方法。

本说明书中要实现的目的不限于上述优点，本发明所属领域的技术人员可从以下描述明显地理解其它目的。

技术方案

在本说明书中，一种在无线通信系统中发送需要低延迟的UL数据的方法由用户设备执行，并且包括以下步骤：从基站接收与基于竞争的PUSCH区有关的控制信息；以及基于所接收到的控制信息向所述基站发送UL数据。所述基于竞争的PUSCH区包括可在没有所述基站分配的UL许可的情况下发送所述用户设备的所述UL数据的资源区域。所述控制信息包括分配给各个类型的特定过程以便确定所述用户设备执行的所述特定过程的类型的过程确定信息。

另外，在本说明书中，所述基于竞争的PUSCH区包括至少一个竞争PUSCH资源块(CPRB)。

另外，在本说明书中，所述UL数据通过所述CPRB被发送给所述基站。

另外，在本说明书中，所述过程确定信息包括PRACH前导码序列集合，该PRACH前导码序列集合包括用于以基于竞争的PUSCH区(CP区)为基础的RACH过程的第一PRACH前导码序列以及用于不使用CP区的一般RACH过程的第二PRACH前导码序列。

另外，在本说明书中，所述UL数据包括无线电资源控制(RRC)请求消息。所述方法还包括向所述基站发送所述第一PRACH前导码序列的步骤。所述RRC请求消息和所述第一PRACH前导码序列被同时地或相继地发送。所述RRC请求消息通过所述基于竞争的PUSCH区来发送。

另外，在本说明书中，该方法还包括接收由所述基站分配的PRACH前导码序列的步骤。所述控制信息通过接收由所述基站分配的所述PRACH前导码序列的所述步骤来发送。所述UL数据包括无线电资源控制(RRC)请求消息。所述RRC请求消息通过所述基于竞争的PUSCH区来发送。

另外，在本说明书中，所述控制信息包括指示属于UL资源区域并且被分配有CP区的资源区域的CP区资源区域信息以及指示关于所述CP区内的CPRB的总数和可用CPRB的信息的CPRB相关信息中的至少一个。

另外，在本说明书中，所述CPRB基于PRACH前导码或者基于用户设备标识符(ID)来随机地选择。

另外，在本说明书中，所述UL数据包括缓冲状态报告(BSR)消息。所述BSR消息通过所述基于竞争的PUSCH区来发送。

另外，在本说明书中，该方法还包括向所述基站发送实际数据的步骤。所述实际数据通过所述基于竞争的PUSCH区连同所述BSR消息一起被发送。

另外，在本说明书中，所述控制信息包括指示映射至各个CPRB的用户设备的CPRB-用户设备映射信息以及指示能够使用CP区的服务的服务类型信息中的至少一个。如果所述用户设备是能够使用所述基于竞争的PUSCH区的用户设备或者如果要发送给所述基站的所述UL数据与能够使用所述基于竞争的PUSCH区的服务有关，则执行发送所述RRC请求消息或者发送所述BSR消息的步骤。

另外，在本说明书中，所述控制信息通过系统信息块(SIB)、主信息块(MIB)和控制消息中的任一个来发送。

另外，在本说明书中，该方法还包括连同所述基站一起执行初始接入过程的步骤，其中，如果所述用户设备是通过所述初始接入过程需要低延迟的用户设备，则由所述基站发送所述控制信息。

另外，在本说明书中，一种在无线通信系统中发送需要低延迟的UL数据的用户设备包括用于以有线或无线方式与外部通信的通信单元以及在操作上连接至所述通信单元的处理器。所述处理器控制所述通信单元以使得所述通信单元从基站接收与基于竞争的PUSCH区有关的控制信息，并且控制所述通信单元以使得所述通信单元基于所接收到的控制信息向所述基站发送UL数据。所述基于竞争的PUSCH区包括能够在没有所述基站分配的UL许可的情况下发送所述用户设备的所述UL数据的资源区域。所述控制信息包括分配给各个类型的特定过程以便确定所述用户设备执行的所述特定过程的类型的过程确定信息。

有益效果

本说明书具有这样的优点：由于UE通过基于竞争的PUSCH区的配置来直接发送UL数据，所以使整个过程的延迟最小化。

另外，本说明书具有这样的优点：由于选择性地操作基于UL许可的数据传输方法和基于CP区的数据传输方法，所以满足UE的过程延迟和所有小区资源的使用二者。

另外，本说明书具有这样的优点：由于BS能够预先知道由UE执行的过程的类型，进而能够快速地和准确地识别要发送至UE的信息或者要从UE接收的信息，所以整个过程的延迟可减小。

另外，本说明书具有这样的优点：由于如果使用CP区执行RACH过程，则4步RACH过程作为2步RACH过程被执行，所以整个初始接入过程的延迟可减小。

即，有这样的优点：如果结构包括前导码和CP区二者存在于同一TTI内，则传统初始随机接入过程(即，15.5ms)可减小至最小6.5ms。

然而，在使用所提出的基于竞争的PUSCH区时，随着同时执行RACH的UE的数量增加，在占据基于竞争的PUSCH资源块的过程中，UE之间可能发生PUSCH资源冲突。

另外，本说明书具有这样的优点：由于在小区内尝试通过CP区占据UL资源的UE的数量可被限制性地指定，所以在多个UE占据基于竞争的PUSCH资源块(CPRB)的过程中，可能发生的CPRB资源冲突可减少。

本说明书中要获得的优点不限于上述优点，本发明所属领域的技术人员可从以下描述明显地理解其它优点。

附图说明

图1是示出演进通用地面无线电接入网络(E-UTRAN)的网络配置的示例的示图。

图2A示出控制平面的无线电协议结构的示例，图2B示出用户平面的无线电协议结构的示例。

图3是示出3GPP LTE-A系统中所使用的物理信道以及使用这些物理信道的一般信号传输方法的示例的示图。

图4A和图4B示出3GPP LTE-A中的无线电帧结构的示例。

图5是示出一个下行链路时隙的资源网格的示例的示图。

图6是示出下行链路子帧结构的示例的示图。

图7是示出上行链路子帧结构的示例的示图。

图8A和图8B是示出LTE系统中的随机接入过程的示例的示图。

图9A和图9B是示出LTE系统中的基于BS调度的资源分配处理的示例的示图。

图10A示出CP区配置的示例，图10B是示出形成CP区的竞争PUSCH资源块(CPRB)的示例的示图。

图11是示出CP区配置的另一示例的示图。

图12是示出与CP区有关的信息传输方法的示例的示图。

图13A至图13C是示出如果在随机接入过程中使用CP区，PRACH和CP区配置的示例的示图。

图14A示出在基于竞争的随机接入过程中使用CP区的示例，图14B是示出在基于非竞争的随机接入过程中使用CP区的示例的示图。

图15A示出使用CP区的UL资源分配处理(3步)的示例，图15B是示出使用CP区的UL资源分配处理(1步)的示例的示图。

图16示出在使用CP区的RACH过程中当生成与RRC消息的传输有关的冲突时以及当没有生成与RRC消息的传输有关的冲突时的示例。

图17是示出在使用CP区的RACH过程中通过CPRB使RRC消息的传输中的失败最小化的方法的示例的示图。

图18A和图18B是示出在使用CP区的RACH过程中通过CPRB使RRC消息的传输中的失败最小化的方法的其它示例的示图。

图19A和图19B是示出在使用CP区的RACH过程中通过CPRB使RRC消息的传输中的失败最小化的方法的其它示例的示图。

图20A和图20B是示出在使用CP区的RACH过程中通过CPRB使RRC消息的传输中的失败最小化的方法的其它示例的示图。

图21是示出在使用CP区的RACH过程中通过CPRB使RRC消息的传输中的失败最小化的方法的另一示例的示图。

图22A和图22B是示出本说明书所提出的在RACH过程中允许CP区仅用在特定UE或特定服务中的方法的示例的示图。

图23是示出本说明书所提出的允许CP区用于特定UE的方法的示例的示图。

图24是示出本说明书所提出的允许CP区用于特定UE的方法的另一示例的示图。

图25是示出本说明书所提出的允许CP区用于特定服务的方法的示例的示图。

图26是示出本说明书所提出的BS和UE的内部框图的示例的示图。

具体实施方式

在下文中，将参照附图详细描述根据本发明的优选实施方式。下面参照附图给出的详细描述仅旨在提供本发明的例示性实施方式，而不是表示其仅有实施方式。为了本发明的全面理解，下面的本发明的详细描述包括具体细节。然而，本领域技术人员可容易地理解，本发明可在没有那些具体细节的情况下实现。

对于一些情况，为了避免不利地使本发明的技术构思模糊，公知的结构和设备可被省略或者针对结构和设备的基本功能以框图的形式示出。

本文献中的基站被定义为直接与终端执行通信的网络的终端节点。本文献中被描述为由基站执行的特定操作可根据情况由基站的上层节点执行。换言之，明显的是在由包括基站的多个网络节点组成的网络中，为与终端通信而执行的各种操作可由基站或者基站以外的其它网络节点执行。术语基站(BS)可被诸如固定站、节点B、演进节点B(eNB)、基站收发器系统(BTS)和接入点(AP)的那些术语代替。另外，终端可以是固定的或移动的，并且可被称作诸如用户设备(UE)、移动站(MS)、用户终端(UT)、移动订户站(MSS)、订户站(SS)、高级移动站(AMS)、无线终端(WT)、机器型通信(MTC)装置、机器对机器(M2M)装置和装置对装置(D2D)装置的术语。

在下文中，下行链路传输表示从BS至UE的通信，上行链路传输表示从UE至BS的通信。在下行链路传输中，发送器可以是BS的一部分，而接收器可以是UE的一部分。在上行链路传输中，发送器可以是UE的一部分，而接收器可以是基站的一部分。

下面的描述中所使用的具体术语被引入以帮助理解本发明，并且可按照各种其它方式来修改，只要其修改的用途不脱离本发明的技术原理和构思即可。

下面所描述的技术可由基于诸如下列方案的各种无线接入系统使用：CDMA(码分多址)、FDMA(频分多址)、TDMA(时分多址)、OFDMA(正交频分多址)、SC-FDMA(单载波频分多址)和NOMA(非正交多址)。CDMA方案可通过诸如通用地面无线电接入(UTRA)和CDMA2000的无线电技术来实现。TDMA方案可通过诸如全球移动通信系统(GSM)、通用分组无线电服务(GPRS)和增强数据速率GSM演进(EDGE)的无线电技术来实现。OFDMA方案可通过诸如IEEE802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20和演进UTRA(E-UTRA)所定义的无线电技术来实现。UTRA是指定通用移动电信系统(UMTS)的标准的一部分。第3代合作伙伴计划(3GPP)长期演进(LTE)是采用E-UTRA的演进UMTS(E-UMTS)的标准的一部分，其针对下行链路传输采用OFDMA方案，针对上行链路传输采用SC-FDMA方案。LTE-A(高级)是3GPP LTE标准的增强。

本文献的实施方式可由诸如IEEE 802、3GPP和3GPP2的无线接入系统的标准规范中的至少一个支持。换言之，所述标准规范可用于支持本发明的实施方式当中为了使其技术原理清晰而没有明确描述的那些步骤或部分。另外，对于本文献中所使用的术语的技术定义，应该参考这些标准文献。

为了清晰，基于3GPP LTE/LTE-A标准来描述本文献；然而，应该理解，本发明不限于具体标准。

总体系统

图1示出可应用本发明的演进通用地面无线电接入网络(E-UTRAN)的网络结构的一个示例。

E-UTRAN系统是UTRAN系统的增强，可被称作3GPP LTE/LTE-A系统。E-UTRAN系统包括向UE提供控制平面和用户平面的eNB，eNB通过X2接口彼此连接。在eNB之间定义X2用户平面接口(X2-U)。X2-U接口旨在提供用户平面的分组数据单元(PDU)的无保障传送。在两个邻近eNB之间定义X2控制平面接口(X2-CP)。X2-CP执行eNB之间的上下文传送的功能、源eNB和目标eNB之间的用户平面隧道的控制、切换相关消息的传送以及上行链路负载管理。eNB通过空中接口连接至UE，通过S1接口连接至演进分组核心(EPC)。在eNB与服务网关(S-GW)之间定义S1用户平面接口(S1-U)。在eNB与移动性管理实体(MME)之间定义S1控制平面接口(S1-MME)。S1接口执行演进分组系统(EPS)承载服务管理功能、非接入层面(NAS)信令传输功能、网络共享、MME负载平衡功能等。S1接口支持eNB与MME/S-GW之间的多对多关系。

图2A和图2B示出在可应用本发明的无线通信系统中在UE与E-UTRAN之间定义的无线电接口协议结构。图2A示出控制平面的无线电协议结构，图2B示出用户平面的无线电协议结构。

参照图2A和图2B，UE与E-UTRAN之间的无线电接口协议层基于通信系统技术领域中熟知的开放系统互连(OSI)模型的下面三层可被分为第一层(L1)、第二层(L2)和第三层(L3)。UE与E-UTRAN之间的无线电接口协议水平地分成物理层、数据链路层和网络层；垂直地分成用户平面(用于数据信息传输的协议栈)和控制平面(用于控制信号的传输的协议栈)。

控制平面表示发送UE和网络用来管理呼叫的控制消息的路径。用户平面表示发送应用层中创建的数据(例如，语音数据或互联网分组数据)的路径。在下文中，将描述无线电协议的控制平面和用户平面。属于第一层的物理(PHY)层使用物理信道向上层提供信息传送服务。PHY层通过传输信道连接至属于上层的介质访问控制(MAC)层，在MAC层与PHY层之间通过传输信道来传送数据。传输信道根据如何通过无线电接口传送数据及其特性来分类。并且采用物理信道来在不同的物理层之间以及发送端的物理层与接收端的物理层之间传送数据。物理层通过OFDM方案来调制，并且使用时间和频率作为无线电资源。

存在物理层中使用的几个物理控制信道。物理下行链路控制信道(PDCCCH)向UE告知寻呼信道(PCH)、下行链路共享信道(DL-SCH)的资源分配以及与上行链路共享信道(UL-SCH)有关的混合自动重传请求(HARQ)信息。另外，PDCCH可承载向UE告知上行链路传输的资源分配的上行链路许可。物理控制格式指示符信道(PDFICH)向UE告知用于PDCCH的OFDM符号的数量并且针对各个子帧被发送。物理HARQ指示符信道(PHICH)承载响应于上行链路传输的HARQ确认(ACK)/否定确认(NACK)信号。物理上行链路控制信道(PUCCH)承载对下行链路传输的HARQACK/NACK信号的请求调度，并且承载诸如信道质量指示符(CQI)的上行链路控制信息。物理上行链路共享信道(PUSCH)承载UL-SCH。

第二层(L2)的MAC层通过逻辑信道向其上层，无线电链路控制(RLC)层提供服务。MAC层的功能包括逻辑信道与传输信道之间的映射；以及在属于逻辑信道的MAC服务数据单元(SDU)的传输信道上提供给物理信道的传输块的复用/解复用。

第二层(L2)的RLC层支持数据的可靠传输。RLC层的功能包括RLC SDU的级联、分段和重组。为了确保无线电承载(RB)所请求的各种级别的服务质量(QoS)，RLC层提供三种操作模式：透明模式(TM)、未确认模式(UM)和确认模式(AM)。AM RLC通过自动重传请求(ARQ)提供纠错。此外，在MAC层承载RLC功能的情况下，RLC层可被包括作为MAC层的功能块。

第二层(L2)的分组数据会聚协议(PDCP)层承载用户平面中的用户数据的传送、头压缩和加密的功能。头压缩是指减小承载相对大且没必要的控制信息的IP分组头的大小以使得诸如网际协议版本4(IPv4)或网际协议版本6(IPv6)的网际协议(IP)分组可通过具有窄带宽的无线电接口有效地发送的功能。控制平面中的PDCP层的功能包括平面数据的传送和加密/完整性保护。

位于第三层(L3)的最下部的无线电资源控制(RRC)层仅被定义于控制平面中。RRC层控制UE与网络之间的无线电资源。为此，UE和网络通过RRC层交换RRC消息。RRC层控制与无线电承载的配置、重新配置和释放有关的逻辑信道、传输信道和物理信道。无线电承载是指第二层(L2)为UE与网络之间的数据传输提供的逻辑路径。配置无线电承载指示无线电协议层和信道特性被定义以用于提供特定服务和特定参数并且设置其操作方法。无线电承载再次被分成信令RB(SRB)和数据RB(DRB)。SRB用作在控制平面中发送RRC消息的路径，DRB用作在用户平面中发送用户数据的路径。

位于RRC层的上层的非接入层面(NAS)层执行会话管理、移动性管理等的功能。

构成eNB的小区具有选自1.25MHz、2.5MHz、5MHz、10MHz、20MHz的带宽并且向UE提供下行链路或上行链路传输服务。可执行带宽配置以使得不同的小区具有彼此不同的带宽。

用于从网络至UE传输数据的下行链路传输信道包括发送系统信息的广播信道(BCH)、发送寻呼消息的PCH、发送用户业务或控制消息的DL-SCH。下行链路多播或广播服务业务或控制消息可通过DL-SCH或者通过单独的多播信道(MCH)来发送。此外，用于从UE至网络传输数据的上行链路传输信道包括发送初始控制消息的随机接入信道(RACH)以及发送用户业务或控制消息的上行链路共享信道。

逻辑信道处于传输信道的上层并且被映射至传输信道。逻辑信道被分成用于控制区域信息的传输的控制信道以及用于用户区域信息的传输的业务信道。逻辑信道包括广播控制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、专用控制信道(DCCH)、多播控制信道(MCCH)、专用业务信道(DTCH)和多播业务信道(MTCH)。

为了在位于控制平面中的NAS层中管理UE和UE的移动性，可定义EPS移动性管理(EMM)注册状态和EMM注销状态。EMM注册状态和EMM注销状态可被应用于UE和MME。如UE被首次接通电源时的情况一样，UE在其初始阶段处于EMM注销状态并且通过初始附接过程执行向网络注册的处理以连接至对应网络。如果连接过程成功执行，则UE和MME转变为EMM注册状态。

另外，为了管理UE与网络之间的信令连接，可定义EPS连接管理(ECM)连接状态和ECM-IDLE状态。ECM-CONNECTED状态和ECM-IDLE状态也可被应用于UE和MME。ECM连接包括在UE与eNB之间建立的RRC连接以及在eNB与MME之间建立的S1信令连接。RRC状态指示UE的RRC层和eNB的RRC层是否在逻辑上彼此连接。换言之，如果UE的RRC层连接至eNB的RRC层，则UE保持在RRC_CONNECTED状态。如果UE的RRC层和eNB的RRC层彼此未连接，则UE保持在RRC_IDLE状态。

网络能够在小区级别感知处于ECM-CONNECTED状态的UE的存在并且以有效的方式控制UE。另一方面，网络无法感知处于ECM-IDLE状态的UE的存在，核心网络(CN)基于跟踪区域(是比小区更大的区域单位)来管理UE。如果UE处于ECM-IDLE状态，则UE执行NAS利用在跟踪区域中唯一地指派的ID而配置的不连续接收(DRX)。换言之，UE可通过按照各个UE特定的寻呼DRX循环在特定寻呼时机监测寻呼信号来接收系统信息和寻呼信息的广播数据。当UE处于ECM-IDLE状态时，网络不保存UE的上下文信息。因此，处于ECM-IDLE状态的UE可执行基于UE的移动性相关过程(例如，小区选择或小区重选)而不必得到网络的命令。在处于ECM-IDLE状态的UE的位置从网络已知的位置改变的情况下，UE可通过跟踪区域更新(TAU)过程向网络告知其位置。另一方面，如果UE处于ECM-CONNECTED状态，则通过网络的命令来管理UE的移动性。在UE处于ECM-CONNECTED状态的同时，网络被告知UE所属的小区。因此，网络向UE发送数据以及从UE接收数据，控制诸如UE的切换的移动性，并且执行邻近小区的小区测量。

如上所述，为了使UE接收诸如语音或数据通信的传统移动通信服务，UE需要转变为ECM-CONNECTED状态。当UE首次接通电源时，类似于EMM状态，UE在其初始阶段保持在ECM-IDLE状态；如果UE通过初始附接过程成功向对应网络注册，则UE和MME转变为ECM-CONNECTED状态。另外，如果UE被注册在网络中，但是由于业务被停用而没有指派无线电资源，则UE保持在ECM-IDLE状态；如果针对对应UE生成新的上行链路或下行链路业务，则UE和MME通过服务请求过程转变为ECM-CONNECTED状态。

图3示出用于可应用本发明的3GPP LTE/LTE-A系统的物理信道以及使用这些物理信道的一般信号传输方法。

在S301步骤中，可能从电源关闭状态再次接通电源或者可能新进入小区的UE执行初始小区搜索任务(例如，使它自己与eNB同步)。为此，UE通过从eNB接收主同步信道(P-SCH)和辅同步信道(S-SCH)来与eNB同步并且获得诸如小区ID(标识符)的信息。

此后，UE从eNB接收物理广播信道(PBCH)信号并且获得eNB内的广播信号。此外，UE在初始小区搜索步骤中接收下行链路参考信号(DLRS)以检查下行链路信道状态。

完成初始小区搜索的UE在S302步骤中接收根据PDCCH的PDSCH和PDCCH信息以获得更具体的系统信息。

接下来，UE可执行随机接入过程(诸如S303至S306的步骤)以完成对eNB的连接处理。为此，UE通过物理随机接入信道(PRACH)发送前导码S303并且通过与PRACH对应的PDSCH接收响应于该前导码的响应消息S304。在基于竞争的随机接入的情况下，UE可执行连接解决过程，该过程包括附加PRACH信号的发送S305以及PDCCH信号和与PDCCH信号对应的PDSCH信号的接收S306。

此后，执行了上述过程的UE可执行PDCCH信号和/或PDSCH信号的接收S307以及PUSCH信号和/或PUCCH信号的发送S308，作为传统上行链路/下行链路信号传输过程。

UE发送至eNB的控制信息被统称为上行链路控制信息(UCI)。UCI包括HARQ-ACK/NACK、调度请求(SR)、信道质量指示符(CQI)、预编码矩阵指示符(PMI)和秩指示(RI)信息。

在LTE/LTE-A系统中，通过PUCCH周期性地发送UCI；如果控制信息和业务数据必须同时发送，则可通过PUSCH发送UCI。另外，可根据来自网络的请求或命令来通过PUSCH非周期性地发送UCI。

图4A和图4B示出可应用本发明的3GPP LTE/LTE-A系统中所定义的无线电帧结构。

在蜂窝OFDM无线分组通信系统中，上行链路/下行链路数据分组的传输以子帧为单位执行，一个子帧被定义为包括多个OFDM符号的预定时间周期。3GPP LTE/LTE-A标准支持可被应用于频分双工(FDD)方案的类型1无线电帧结构和可被应用于时分双工(TDD)方案的类型2无线电帧结构。在FDD模式下，上行链路传输和下行链路传输分别在相应的频带中执行。另一方面，对于TDD模式，上行链路和下行链路传输分别在时域中执行，但是占据相同的频带。TDD模式下的信道响应事实上是相互的。这意味着在频域中，下行链路信道响应事实上与对应上行链路信道响应相同。因此，对于在TDD模式下操作的无线通信系统而言可被视为优势的是，可从上行链路信道响应获得下行链路信道响应。由于在TDD模式下如此使用整个频域，使得上行链路和下行链路传输可按照时分方式来执行，所以eNB的下行链路传输和UE的上行链路传输无法同时执行。在以子帧为单位管理上行链路和下行链路传输的TDD系统中，上行链路和下行链路传输分别在相应的子帧中执行。

图4A示出类型1无线电帧的结构。下行链路无线电帧由10个子帧组成，各个子帧在时域中由两个时隙组成。发送一个子帧所需的时间周期被称为传输时间间隔(TTI)。例如，各个子帧的长度可等于1ms，各个时隙的长度可为0.5ms。各个时隙在时域中包括多个正交频分复用(OFDM)符号，在频域中包括多个资源块(RB)。3GPP LTE/LTE-A系统针对下行链路传输使用OFDMA方法；因此，OFDM符号旨在表示一个符号周期。一个OFDM符号可被视为对应于一个SC-FDMA符号或符号周期。作为资源分配单位的资源块包括一个时隙内的多个相继的子载波。

包括在一个时隙内的OFDM符号的数量可根据循环前缀的配置而变化。CP具有扩展CP和正常CP。例如，在OFDM符号由正常CP组成的情况下，包括在一个时隙内的OFDM符号的数量可为7。在OFDM符号由扩展CP组成的情况下，包括在一个时隙内的OFDM符号的数量变得小于正常CP的情况，因为单个OFDM的长度增加。在扩展CP的情况下，例如，包括在一个时隙内的OFDM符号的数量可为6。在信道条件不稳定(如UE高速移动时所观察到的)的情况下，可使用扩展CP来进一步减小符号间干扰。

由于当使用正常CP时各个时隙由7个OFDM符号组成，所以一个子帧包括14个OFDM符号。此时，各个子帧的最多前3个OFDM符号被分配给物理下行链路控制信道(PDCCH)，剩余OFDM符号被分配给物理下行链路共享信道(PDSCH)。

图4B示出类型2无线电帧。类型2无线电帧由两个半帧组成，各个半帧由5个子帧组成，各个子帧由两个时隙组成。在5个子帧当中，特殊子帧由下行链路导频时隙(DwPTS)、保护周期(GP)和上行链路导频时隙(UpPTS)组成。DwPTS由UE用来执行初始小区搜索、同步和信道估计。UpPTS由eNB用来执行信道估计以及与UE的上行链路传输同步。GP是旨在用于去除在上行链路传输期间由于上行链路与下行链路传输之间的下行链路信号的多径延迟而生成的干扰的周期。

上述无线电帧的结构仅是示例，包括在一个无线电帧内的子帧的数量、包括在一个子帧内的时隙的数量以及包括在一个时隙内的符号的数量可按照许多方式变化。

图5示出可应用本发明的无线通信系统中的一个下行链路时隙的资源网格。

参照图5，一个下行链路时隙在时域中包括多个OFDM符号。各个下行链路时隙包括7个OFDM符号，各个资源块在频域中包括12个子载波。然而，本发明不限于例示的配置。

资源网格的各个元素被称为资源元素，资源块包括12×7个资源元素。资源网格中的各个资源元素在时隙中可由索引对来标识。这里，k(k＝0,...,NRB×12-1)代表频域中的子载波索引，而代表时域中的OFDM符号。包括在下行链路时隙中的资源块的数量NRB取决于下行链路传输带宽。上行链路时隙的结构可与下行链路时隙相同。

图6示出可应用本发明的无线通信系统中的下行链路子帧的结构。

参照图6，在子帧内的第一时隙中，最多前三个OFDM符号构成被分配有控制信道的控制区域，剩余OFDM符号形成被分配有PDSCH的数据区域。3GPP LTE/LTE-A标准定义了PCFICH、PDCCH和PHICH作为下行链路控制信道。

PCFICH从子帧的第一OFDM符号发送，并且承载关于子帧内用于控制信道的传输的OFDM符号的数量(即，控制区域的大小)的信息。PHICH是针对上行链路的响应信道并且承载针对HARQ的ACK/NACK信号。通过PDCCH发送的控制信息被称为下行链路控制信息(DCI)。DCI包括上行链路资源分配信息、下行链路资源分配信息或者对任意UE组的上行链路传输(Tx)功率控制命令。

eNB根据要发送至UE的下行链路控制信息(DCI)来确定PDCCH格式，并且将循环冗余校验(CRC)增加至控制信息。CRC利用根据PDCCH的所有者或者PDCCH的预期用途的唯一标识符(称为无线电网络临时标识符(RNTI))来进行掩码处理。在PDCCH旨在用于特定UE的情况下，可利用UE的唯一标识符(例如，Cell-RNTI(C-RNTI))对CRC进行掩码处理。类似地，在PDCCH旨在用于寻呼消息的情况下，可利用寻呼标识符(例如，寻呼-RNTI(P-RNTI))对CRC进行掩码处理。在PDCCH旨在用于系统信息块的情况下，可利用系统信息标识符(例如，系统信息-RNTI(SI-RNTI))对CRC进行掩码处理。可利用随机接入-RNTI(RA-RNTI)对CRC进行掩码处理，以指定响应于UE的随机接入前导码的传输的随机接入响应。

图7示出可应用本发明的无线通信系统中的上行链路子帧的结构。

参照图7，上行链路子帧在频域中被分成控制区域和数据区域。承载上行链路控制信息的PUCCH被分配给控制区域。承载数据的PUSCH被分配给数据区域。如果上层命令，则UE可同时支持PUSCH和PUCCH。在用于各个UE的PUCCH的子帧内分配资源块对。属于分配给PUCCH的资源块对的资源块基于时隙边界在两个时隙中的每一个处占据不同的子载波。在这种情况下，分配给PUCCH的资源块对被称为在时隙边界处执行跳频。

随机接入信道(RACH)过程

图8A和图8B示出LTE系统中的随机接入过程的一个示例。

在RRC_IDLE状态下的初始连接、无线电连接失败之后的初始连接、需要随机接入过程的切换期间以及在处于RRC_CONNECTED状态下的同时出现需要随机接入过程的上行链路或下行链路数据时，执行随机接入过程。诸如RRC连接请求消息、小区更新消息和UTRAN注册区域(URA)更新消息的RRC消息的部分也通过随机接入过程发送。诸如公共控制信道(CCCH)、专用控制信道(DCCH)和专用业务信道(DTCH)的逻辑信道可被映射至物理信道，随机接入信道(RACH)。RACH被映射至物理信道，物理随机接入信道(PRACH)。

如果UE的MAC层命令UE的物理层执行PRACH传输，则UE的物理层首先选择一个接入时隙和一个签名并且通过上行链路传输发送PRACH前导码。随机接入过程被分成基于竞争的随机接入过程和基于非竞争的随机接入过程。

图8A示出基于竞争的随机接入过程的一个示例，图8B示出基于非竞争的随机接入过程的一个示例。

首先，将参照图8A描述基于竞争的随机接入过程。

UE通过系统信息从eNB接收关于随机接入的信息并且存储所接收到的信息。此后，在需要随机接入的情况下，UE向eNB发送随机接入前导码(也被称为消息1)S801。

如果eNB从UE接收随机接入前导码，则eNB向UE发送随机接入响应消息(也被称为消息2)S802。更具体地讲，关于随机接入响应消息的下行链路调度信息(利用随机接入-无线电网络临时标识符(RA-RNTI)进行了CRC掩码处理)可在L1或L2控制信道(PDCCH)上发送。接收到利用RA-RNTI进行了掩码处理的下行链路调度信号的UE可从物理下行链路共享信道(PDSCH)接收随机接入响应消息并且将所接收到的消息解码。此后，UE针对是否存在用于该UE的随机接入响应信息检查随机接入响应消息。

UE可通过针对UE发送的前导码检查随机接入前导码ID(RAID)的存在来确定随机接入响应信息的存在。

随机接入响应信息包括指示用于同步的定时偏移信息的定时对准(TA)、用于上行链路传输的无线电资源分配信息以及用于标识UE的临时C-RNTI。

如果接收到随机接入响应信息，则UE根据包括在响应信息中的无线电资源分配信息向上行链路共享信道(UL-SCH)执行上行链路传输(也被称为消息3)S2103。此时，上行链路传输可被描述为调度的传输。

在从UE接收到上行链路传输之后，eNB通过下行链路共享信道(DL-SCH)向UE发送用于竞争解决的消息(也被称为消息4)S804。

接下来，将参照图8B描述基于非竞争的随机接入过程。

在UE发送随机接入前导码之前，eNB向UE分配非竞争随机接入前导码S811。

可通过切换命令或者专用信令(例如，通过PDCCH的信令)来分配非竞争随机接入前导码。在非竞争随机接入前导码被分配给UE的情况下，UE将所分配的非竞争随机接入前导码发送给eNB S812。

此后，类似于基于竞争的随机接入过程的S802步骤，UE可向UE发送随机接入响应(也被称为消息2)S813。

尽管在上述随机接入过程期间未对随机接入响应应用HARQ，可对针对随机接入响应的上行链路传输或者用于竞争解决的消息应用HARQ。因此，对于随机接入响应的情况，UE不必发送ACK或NACK信号。

基于BS调度的UL资源分配处理

图9A和图9B是示出LTE系统中的基于BS调度的资源分配处理的示例的示图。

图9A是示出5步UL资源分配处理的示例的示图，图9B是示出3步UL资源分配处理的示例的示图。

图9A示出在用于缓冲状态报告(BSR)的UL无线电资源未被分配给UE的情况下，实际数据的UL资源分配处理，图9B示出在用于BSR的UL无线电资源已被分配给UE的情况下，实际数据的UL资源分配处理。

在LTE系统中，为了有效地使用UL无线电资源，BS需要知道各个UE在上行链路中发送何种类型的多少量的数据。

因此，UE向BS传送与要由UE直接发送的UL数据有关的信息。BS基于信息向UE分配用于UL数据的传输的资源。

在这种情况下，与从UE发送至BS的UL数据有关的信息是存储在UE的缓冲器中的UL数据的量，并且被称为BSR。如果在当前传输时间间隔(TTI)中PUSCH上的资源被分配给UE并且报告事件已被触发，则通过MAC控制元素发送BSR。

首先，下面参照图9A描述5步UL资源分配处理。

UE向BS发送UL调度请求以使得PUSCH资源被分配给UE(S901)。

如果报告事件生成，但是在当前TTI中在PUSCH上还未针对UE调度PUSCH资源，则使用调度请求来请求BS分配用于UE的UL传输的PUSCH资源。即，如果常规BSR被触发，但是UE没有用于向BS发送BSR的UL无线电资源，则UE在PUCCH上发送SR。

UE可通过PUCCH发送SR或者根据是否配置用于SR的PUCCH资源来发起随机接入过程。具体地讲，可发送SR的PUCCH资源由高层(例如，RRC层)以UE特定方式配置。SR配置包括SR周期性和SR子帧偏移信息。

当UE从BS接收到对用于BSR的传输的PUSCH资源的UL许可时(S902)，它向BS发送通过所分配的PUSCH资源触发的常规BSR(S903)。

BS通过BSR检查UE要在上行链路中发送的实际数据的量，并且向UE发送对用于实际数据的传输的PUSCH资源的UL许可(S904)。接收到对实际数据的传输的UL许可的UE通过所分配的PUSCH资源将实际UL数据发送至BS(S905)。

参照图9B，如果用于BSR的传输的PUSCH资源已经被分配给UE，则UE通过所分配的PUSCH资源发送BSR并且还连同调度请求一起向BS发送BSR(S911)。接下来，BS通过BSR检查UE要在上行链路中实际发送的数据的量，并且向UE发送对用于实际数据的传输的PUSCH资源的UL许可(S912)。接收到对实际数据的传输的UL许可的UE通过所分配的PUSCH资源将实际UL数据发送至BS(S913)。

下面描述在5G系统(或未来IMT-Advanced系统)中用于使UE的C平面延迟最小化的方法。下面参照附图详细描述与基于竞争的PUSCH区(以下称作“CP区”)的定义、配置CP区的方法和使用CP区的方法有关的内容。

CP区的定义和配置

图10A示出CP区配置的示例，图10B示出形成CP区的竞争PUSCH资源块(CPRB)的示例。

图10A示出在频分双工(FDD)的情况下的CP区配置的示例。

首先，CP区表示UE可直接发送UL数据，而无需来自BS的与UE的UL数据的传输有关的单独的资源分配调度的区域。

CP区可主要用于UE的需要低延迟的UL数据的传输。

参照图10A，1010是发送PUCCH的资源区域，1020对应于CP区。

CP区可被分配给可发送UL数据的PUSCH区域的特定资源区域。即，CP区可被分配给一个子帧(SF)或者一个或更多个邻接的子帧。CP区可不被分配给特定子帧。

图10B示出CPRB。CP区可包括一个或更多个CPRB。

CPRB指示CP区内可被一个UE占据的资源区域。一个UE被映射至一个CPRB1030，但是本发明不限于此。通过考虑UE的能力以及UE要发送的UL数据的量，多个CPRB可被应用于一个UE。多个UE可共享一个CPRB。

如图10B所示，可在一个CP区中定义N(N是自然数)个CPRB。

例如，如果使用CP区的UE的数量为3(例如，UE 1、UE 2和UE 3)并且形成CP区的CPRB的数量为4(例如，CPRB#1、CPRB#2、CPRB#3和CPRB#4)，则CPRB#1可被分配给UE 1，CPRB#2可被分配给UE 2，CPRB#3可被分配给UE 3。

在这种情况下，分配给各个UE的CPRB可由BS配置，或者当UE从BS接收与CP区的CPRB有关的信息时UE向BS请求所需的CPRB时，所需的CPRB可被分配给各个UE。

另外，当BS将CPRB分配给各个UE时，在小区中可容纳的UE的数量(或者用户的数量)有限的小小区的情况下，BS可将进入小区的UE和CPRB按照一对一的方式映射。

例如，如果小小区中可容纳的UE的最大数量为N，则小小区的BS可预先为N个UE分配CP区，并且不允许超出数量N的UE进入小小区，以使得小小区内的UE与CPRB按照一对一的方式映射。

如果在UE进入小小区之后RACH过程使用UE和CPRB的一对一映射方法，则在UE进入小小区之前在UE和BS之间隐含地同意CPRB分配方法。即，如果与宏小区具有连接性的UE通过双连接性增加与小小区的连接，则可通过小小区与宏小区之间的回程接口预先向UE分配CPRB。

在这种情况下，双连接性是指诸如锚定-增强器、载波聚合或同时多RAT通信的技术。

即，如果位于已配置CP区的小区中的UE具有需要低延迟的UL数据，则它可通过所配置的CP区直接将该UL数据发送至BS，而无需BS对UL数据的传输的调度(即，无需UL许可)。

CP区可广泛用在UE的需要低延迟的UL数据的传输中，但是可被限制性地用于要在特定过程中发送的UL数据(例如，随机接入过程的RRC请求消息和/或NAS请求消息或者BSR过程中的BSR的传输)。

另外，如图11所示，可针对各个过程不同地配置CP区。

CP区可根据其目的被定义为一个或更多个区。例如，为RACH过程配置的CP区和为BSR过程配置的CP区可被不同地配置。即，为不同目的定义的CP区可被配置在不同的子帧中，或者可被配置在同一子帧的不同资源区域中。

从图11可以看出用于RACH过程的CP区和用于不同过程(例如BSR)的CP区被不同地配置。

与CP区有关的信息传输方法

图12是示出与CP区有关的信息传输方法的示例的示图。

如果已在特定小区中配置CP区，则BS(或特定小区)向(该特定小区内的)UE发送与该特定小区中配置的CP区有关的控制信息(S1210)。

在这种情况下，所述特定小区可表示诸如毫微微小区、微微小区或微小区的小小区或者宏小区。

CP区相关控制信息包括指示特定小区中是否配置CP区的CP区配置通知信息。

另外，如果特定小区中配置了CP区，则CP区相关控制信息还包括CP区配置信息(即，与CP区配置有关的信息)，例如CP区的配置。

CP区配置信息可包括关于配置有CP区的UL资源的信息以及与可发送CP区内的CPRB的数据的传输有关的信息。

关于配置有CP区的UL资源的信息可包括关于通过考虑资源利用率而未配置CP区的UL子帧的信息。

如上所述，一个CP区可包括可被一个或更多个UE占据的N(自然数)个CPRB。

关于配置有CP区的UL资源的信息可包括指示在特定时间点特定UE可尝试占据CP区的资源的CP区的数量M的值。

在这种情况下，N*M值指示在特定时间点特定UE可选择(或占据)的CPRB的总数。

例如，如果具有相同目的并且各自具有四个CPRB的CP区的数量为2(两个CP区形成一个CP组)，则UE可具有8(4*2)个候选CPRB。

与可在配置的CPRB中发送的数据的传输有关的信息可包括与各个UE对应的最大资源块大小、调制和编码方案(MCS)级别和初始传输功率参考。

CP区相关控制信息可通过广播消息来发送，或者可通过针对特定UE的单播消息来发送。

具体地讲，CP区相关控制信息可利用以下四种方法来发送，但是不限于此，可按照各种方式来发送。

首先，CP区相关控制信息可通过主信息块(MIB)来发送给UE。CP区相关控制信息可被包括在发送基本物理层信息的MIB中。

其次，CP区相关控制信息可通过现有SIB-x来发送给UE。

如果CP区相关控制信息通过SIB-x来发送，则对应于CP区被配置用于网络连接的情况。在这种情况下，CP区相关控制信息可被包括在SIB-2中并被发送。

例如，如果CP区被配置用于RACH过程，则关于CP区的信息可被增加到SIB-2，以使得在UE接入小区之前UE预先识别出它可通过基于竞争的RRC连接请求消息的传输(例如，2步RA)访问该小区。

第三，CP区相关控制信息可通过新SIB-y来发送给UE。

即，如果CP区被配置用于网络连接之后的过程，则CP区相关控制信息可通过新SIB的定义来发送。

在这种情况下，BS可将提供小区是需要接收新SIB信息的小区的通知的指示包括在MIB、SIB-1或SIB-2中，并且可将该MIB、SIB-1或SIB-2发送给UE。

第四，CP区相关控制信息可通过新控制消息以单播的方式被发送给特定UE。

当UE接入小区时，CP区相关控制信息通过单播消息被发送给需要使用CP区的UE，以使得仅特定UE可接收CP区相关控制信息。

在这种情况下，当UE接入(或进入)小区时，它可将提供使用CP区的通知的信息包括在要发送给BS的消息中并且将该消息发送给BS。因此，BS可通过单播消息向UE发送CP区相关控制信息。

如上所述，CP区配置通知信息和CP区配置信息可被包括在CP区相关控制信息中并且可按照各种格式(例如，SIB、MIB和单播消息)被发送给UE。CP区通知信息和CP区配置信息可通过不同的消息来分别发送。

在这种情况下，尽管CP区配置通知信息和CP区配置信息被分别发送，它们可通过诸如SIB、MIB和单播消息的各种格式来发送。

图13A至图13C是示出如果在随机接入过程中使用CP区，PRACH和CP区配置的示例的示图。

当UE使用CP区执行RACH过程时，它可通过CP区向BS连同RACH前导码序列一起或者连续地发送RRC消息。

即，与仅当UE在发送RACH前导码序列之后通过随机接入响应消息接收到UL许可时才发送RRC消息的一般RACH过程不同，在基于CP区的RACH过程的情况下，UE可同时或利用连续时间资源将RACH前导码序列和RRC消息发送给BS。

首先，图13A是示出根据子帧内方法配置PRACH和CP区的示例的示图。

子帧内配置方法表示PRACH资源区域和CP区资源区域被划分到不同的资源并且在同一子帧内分配(TDM或FDM)。

图13A左侧的图示出PRACH资源区域和CP区资源区域被分配为同一子帧中的不同时间资源。图13A右侧的图示出PRACH资源区域和CP区资源区域被分配为同一子帧中的不同频率资源。

图13B是示出根据子帧间方法配置PRACH和CP区的示例的示图。

子帧间配置方法表示PRACH资源区域和CP区资源区域被划分到邻接子帧的资源(即，不同TTI)并且被分配。

从图13B可以看出，CP区资源区域被分配给紧挨着被分配有PRACH资源区域的子帧的子帧。

图13C示出根据子帧内方法和子帧间方法的混合来配置PRACH和CP区的示例。

即，将子帧内方法和子帧间方法混合的方法表示在特定子帧中不配置PRACH资源区域或CP区资源区域，以使小区内的资源的利用率最大化。

从图13C可以看出，仅PRACH被分配给一个子帧，PRACH资源区域和CP区资源区域二者被分配给接下来的子帧。

在这种情况下，可以看出，利用不同的频率资源分配PRACH资源区域和CP区资源区域。

除了图13A至图13C的方法以外，配置PRACH和CP区的方法可根据小区操作方案而不同。

基于CP区的RACH过程和BSR过程

下面参照附图详细描述在RACH过程和BSR过程中使用CP区的方法。

首先，下面描述在RACH过程中使用CP区的方法。

如果在RACH过程中使用CP区，则UE可使用CP区作为UL资源以便发送与下面的1至3对应的RRC+NAS请求消息。

即，在基于竞争的随机接入过程(即，4步RACH过程)的情况下，CP区可用于发送图8A的消息3。另外，在基于非竞争的随机接入过程(即，3步RACH过程)的情况下，CP区可用作UL资源以便在图8B的RACH过程之后发送RRC消息。

通过CP区发送的RRC请求消息可根据执行RACH的过程对应于下列消息中的任一个。

1.如果执行RACH过程以进行初始接入，则通过CP区发送的RRC请求消息是RRC连接请求消息。

2.如果执行RACH过程以进行切换(HO)，则通过CP区发送的RRC请求消息是RRC连接重新配置完成消息。

3.如果执行RACH过程以进行RRC连接重新建立，则通过CP区发送的RRC请求消息是RRC连接重新建立请求消息。

图14A示出在基于竞争的随机接入过程中使用CP区的示例，图14B是示出在基于非竞争的随机接入过程中使用CP区的示例的示图。

参照图14A，UE通过PRACH发送RACH前导码序列并且同时地或相继地通过CP区(具体地讲，CP区的CPRB)向BS发送RRC消息(S1401)。

此后，BS向UE发送竞争解决消息作为RRC响应消息(S1402)。

即，UE通过CP区发送RRC消息，而无需来自BS的单独的UL许可，并且UE从BS接收UL许可。因此，具有发送RRC消息所花费的时间可减少的优点。

即，UE通过CP区执行基于竞争的随机接入过程，因此可通过同时地或相继地发送消息3和RACH前导码序列来执行2步RACH过程。

参照图14B，在BS将RACH前导码序列分配给UE之后(S1411)，UE利用所分配的前导码序列同时地或相继地向BS发送RRC消息(S1412)。在这种情况下，所分配的前导码序列通过PRACH来发送，RRC消息通过CP区的CPRB被发送给BS。

此后，BS向UE发送随机接入响应消息作为对随机接入的响应(S1413)。

如果如上所述通过CP区发送RRC消息，则整个RRC过程(例如，切换(HO)执行)可更快速地执行，因为在RACH过程之后发送的RRC消息与RACH过程的执行一起被同时发送。

在图14A和图14B中，UE可省略向BS的RACH前导码的传输。

如果UE的RACH前导码的传输被省略，则对应于用于RACH过程中的UL同步的定时对准(TA)值已预先由UE通过从BS接收DL数据而获得的情况。

即，UE可通过使用GPS或者预先获得BS之间的时间差值来预先获得TA值。

如果UE的RACH前导码的传输被省略，则UE通过经由CPRB向BS仅发送与图14A和图14B的步骤S1401和S1412对应的RRC消息来执行RACH过程。

结果，如果CP区用于RACH过程，则RACH过程与不使用CP区的一般RACH过程的不同之处如下。

1.基于竞争的随机接入过程：从4步RACH过程到2步RACH过程。

2.基于非竞争的随机接入过程：从3步RACH过程+RRC消息的传输到包括RRC消息的传输的3步RACH过程。

下面描述在BSR过程中使用CP区的方法。

如上面参照图9A和图9B所描述的，一般的不使用CP区的基于BS调度的UL资源分配方法包括5步UL资源分配处理和3步UL资源分配处理。

5步UL资源分配处理包括5步处理。即，UE向BS请求UL调度，BS向UE发送对BSR的UL许可，UE向BS发送BSR。此后，BS向UE发送对UE的实际数据的传输的UL许可。UE通过该UL许可向BS发送实际数据。

另外，3步UL资源分配处理包括3步处理。即，UE与UL调度请求同时地向BS发送BSR。BS向UE发送对UE的实际数据的传输的UL许可。此后，UE通过该UL许可向BS发送实际数据。

如图15A和图15B所示，使用CP区的基于BS调度的UL资源分配处理在5步的情况下改变为3步UL资源分配处理，在3步的情况下改变为1步UL资源分配处理。

图15A示出使用CP区的UL资源分配处理(即，3步)的示例，图15B是示出使用CP区的UL资源分配处理(即，1步)的示例的示图。

如图15A所示，在使用CP区的基于BS调度的3步UL资源分配处理中，UE通过CP区直接向BS发送BSR，而无需从BS接收对BSR的UL许可(S1502)。

此后，UE从BS接收对实际数据的传输的UL许可，并且利用所接收到的UL许可向BS发送实际数据(S1503～S1504)。

另外，如图15B所示，UE可使用CP区连同实际数据一起将BSR发送给BS(S1512)。

因此，如果使用CP区执行UL资源分配处理，则一般的5步UL资源分配处理改变为3步UL资源分配处理，一般的3步UL资源分配处理改变为1步UL资源分配处理。

在这种情况下，为了使用CP区执行UL资源分配处理(即，3步和1步)，首先，BS向UE发送上述CP区相关控制信息(S1501、S1511)。

CP区相关控制信息可通过SIB来发送，因为它是系统相关信息，但是不限于此，可按照各种方式来发送。

如果如上所述使用CP区执行UL资源分配处理，则存在这样的优点：由于UE向BS请求UL资源并且由BS分配UL资源所花费的时间减少，所以与一般的基于BS调度的UL资源分配处理相比，整个过程的延迟可减小。

使CPRB冲突最小化的方法

下面以执行RACH过程的情况为例详细描述解决当两个或更多个UE通过CP区发送数据时可能发生的冲突的方法。

首先，由于尝试执行RACH过程的UE通过竞争占据资源(即，CPRB)，所以在占据CPRB的过程中在CP区中可能发生冲突。

在这种情况下，存在这样的问题：尽管两个或更多个UE选择不同的RACH前导码序列，通过PUSCH资源的同时占据，RACH过程可能由于冲突而失败。

图16示出当两个UE通过具有两个CPRB的CP区同时执行RACH过程时如果在RRC消息的传输中发生冲突以及如果在RRC消息的传输中没有发生冲突的示例。

首先，图16的左侧部分示出在RRC消息的传输中发生冲突的示例。

UE 1和UE 2在第一子帧的PRACH区域中向BS发送不同的RACH前导码序列。

UE 1和UE 2通过下一(即，第二)子帧中配置的CP区的CPRB#2向BS发送相应的RRC消息。在这种情况下，由于UE 1和UE 2占据相同的CPRB(CPRB#2)，所以发生冲突。结果，UE 1和UE 2的RRC消息的传输失败。

相比之下，图16的右侧部分示出在RRC消息的传输中没有发生冲突的示例。

UE 1和UE 2在第七子帧的PRACH区域中向BS发送不同的RACH前导码序列。

此后，UE 1通过分配给下一(即，第八)子帧的CP区的CPRB#2向BS发送RRC消息。UE2通过分配给下一(即，第八)子帧的CP区的CPRB#1向BS发送RRC消息。

在这种情况下，UE 1和UE 2成功地发送RRC消息，因为它们没有占据相同的CPRB，因此没有发生CPRB冲突。

图17是示出当使用CP区执行RACH过程时通过随机地选择CPRB来使通过CPRB传输RRC消息中的失败最小化的方法的示例的示图。

即，在此方法中，各个UE在发送PRACH的时间点随机地选择CP区中的CPRB并且通过随机地选择的CPRB来发送RRC消息。

在这种情况下，如果RRC消息的传输由于UE随机地选择的CPRB同时被UE占据而失败，则各个UE利用回退时间(即，RACH前导码和RRC消息的重新传输)来再次执行RACH过程。

即，如果各个UE再次执行RACH过程，则在各个UE中不同地设定用于再次执行RACH过程的回退时间，以使得不会由于CPRB的同时占据而发生冲突。

在这种情况下，回退时间可由BS设定或者响应于UE的请求来设定。

例如，回退时间可被设定为使得UE 2在UE 1发送RACH前导码和RRC消息之后的下一循环发送前导码和RRC消息。

在这种情况下，尽管RACH过程被设计为使得不发送PRACH，随机地选择CPRB的方法可相同地应用。

这参照图17来详细描述。UE 1和UE 2通过分配给第一子帧的PRACH区域向BS发送不同的RACH前导码序列。

此后，UE 1和UE 2随机地选择可使用CP区的CPRB。如图17所示，UE 1和UE 2选择相同的CPRB#2。

在这种情况下，各个UE随机地选择CPRB的时间点可以是UE从BS接收CP区相关控制信息、UE向BS发送RACH前导码或者UE通过CP区的CPRB向BS发送RRC消息的时间点。

因此，如果UE 1和UE 2通过所选择的CPRB#2发送RRC消息，则它们未能发送RRC消息。

此后，在应用于各个UE以便在RRC消息定时器届满之后再次执行RACH过程的回退时间过去之后，UE 1和UE 2通过相应PRACH发送前导码并且通过UE 1和UE 2随机地选择的CPRB#2向BS发送RRC消息。

换言之，UE 1和UE 2利用不同的回退时间在没有任何改变的情况下使用先前随机地选择的CPRB向BS发送RRC消息。

在这种情况下，UE 1和UE 2可在回退时间之后再次随机地选择CPRB。然而，为了使由于CPRB的同时占据造成的冲突最小化，UE 1和UE 2可通过所选择的CPRB发送RRC消息。

在这种情况下，当RRC消息之间发生冲突时，可从BS将关于应用于各个UE的回退时间的信息发送给各个UE。在这种情况下，BS可通过考虑各个UE中具有较高优先级的UL数据来不同地设定各个UE中的回退时间。

图17示出具有较短回退时间的UE 2首先通过CP区的CPRB#2向BS发送RRC消息，UE1在分配有下一CP区的周期中通过CPRB#2向BS发送RRC消息的示例。

图18A和图18B是示出当使用CP区来使用RACH过程时通过基于随机选择的前导码隐含地选择CPRB来使通过CPRB的RRC消息的传输中的失败最小化的方法的示例的示图。

即，在此方法中，UE随机地选择RACH前导码序列(在基于竞争的RACH过程的情况下)或者基于BS所分配的RACH前导码序列选择要使用的CPRB(在基于非竞争的RACH过程的情况下)。

根据图18A和图18B的隐含地选择CPRB的方法通过下式的模运算来执行。

UE所选择的CPRB(#)＝modulo(所选择的RACH前导码序列％N)

在这种情况下，N指示可被发送RACH前导码的UE占据的CPRB的总数。另外，N值是通过系统信息从BS接收的值。

在基于非竞争的RACH过程的情况下，UE基于BS先前分配的RACH前导码序列来占据CPRB。因此，BS可预先向各个UE分配RACH前导码序列以使得在占据CPRB时在可执行基于非竞争的RACH过程的UE之间不会发生冲突。

图18A是根据时分复用(TDM)方法分配CPRB的示例，图18B示出根据频分复用(FDM)方法分配CPRB的示例。

如图18A和图18B所示，UE 1选择RACH前导码序列#2，UE 2选择RACH前导码序列#4，CP区的CPRB的总数为4。

在这种情况下，如果根据式1计算UE 1和UE 2所选择的CPRB，则UE 1所选择的CPRB为CPRB#2(modulo(2/4))，UE 2所选择的CPRB为CPRB#0(modulo(4/4))。

因此，UE 1通过CPRB#2向BS发送RRC消息，UE 2通过CPRB#0向BS发送RRC消息。

下面结合基于竞争的RACH过程和基于非竞争的RACH过程来描述在图18A和图18B的方法中当发生CPRB冲突时解决冲突的方法。

首先，在基于竞争的RACH过程的情况下，如果两个或更多个UE通过同时选择相同的RACH前导码或者选择具有N倍数的相同的RACH前导码而选择相同的CPRB，则可能发生CPRB冲突。

在这种情况下，BS向各个UE发送指示不使用CP区的一般4步RACH过程的信息。

这在下面参照图19A详细描述。UE 1和UE 2向BS发送随机选择的RACH前导码(S1901)。

此后，UE 1和UE 2根据式1选择CPRB，但是UE 1和UE 2由于选择相同的CPRB而未能发送RRC消息(S1902)。

当BS检测到RRC消息的传输由于CPRB冲突而失败时，它利用通过各个UE的RACH前导码的接收确定的RA-RNTI向各个UE发送指示在不使用CP区的情况下需要执行一般的4步RACH过程的信息作为前导码响应(S1903)。从BS发送给UE 1的RA-RNTI是RA_RNTI_y，从BS发送给UE 2的RA-RNTI是RA_RNTI_x。

此后，UE 1和UE 2向BS发送RRC连接请求消息(S1904)。BS向UE 1和UE 2发送RRC连接设置消息(S1905)。

在基于非竞争的RACH过程的情况下，由于BS向UE分配RACH前导码序列，所以它分配RACH前导码以使得在通过RACH前导码序列选择CPRB的UE之间不会发生CPRB冲突(S1911)。

从BS接收RACH前导码的UE利用前导码序列编号和N(即，CP区的CPRB的总数)通过模(mod)运算向BS发送RRC请求消息。

这在下面参照图19B来详细描述。BS分别向UE 1和UE 2分配前导码x和前导码y，以使得CPRB(根据式1选择)彼此不冲突。

UE 1和UE 2通过UE 1和UE 2所选择的CPRB将RRC请求消息连同所分配的RACH前导码序列一起或者相继地发送给BS(S1912～S1913)。

此后，BS向UE 1和UE 2发送前导码响应消息或RRC响应消息(S1914)。

在这种情况下，在相同的TTI中执行步骤S1911至S1914。

图20A和图20B是示出图18A和图18B的方法用于全双工中继(FDR)UE的示例的示图。

在这种情况下，UE被假设为能够执行FDR的UE。即，FDR UE表示能够接收当FDR UE发送RACH前导码序列时同时发送RACH前导码的相邻UE的RACH前导码的UE。

FDR UE可获得相邻UE所选择的所有RACH前导码序列。

因此，这种方法是解决CPRB冲突的方法，其中，UE按照所发送的RACH前导码序列编号的降序或升序来选择CPRB以便解决CPRB冲突。

例如，CPRB被示出为按照RACH前导码序列的顺序来顺序地分配。另选地，可应用按照各种序列组合选择CPRB的方法，因为选择了具有最小值的前导码序列的UE可总是具有最高优先级。

图20A和图20B是示出应用了FDR的UE按照降序选择CPRB的示例的示图。

这在下面参照图20A和图20B来详细描述。UE 1选择前导码序列#2，UE 2选择前导码序列#4，UE 3选择前导码序列#8。各个UE可知道其它UE选择了哪些前导码序列。

由于按照UE 1、UE 2和UE 3的顺序(即，降序)确定前导码序列，所以分配给UE的CPRB也按照降序分配。

在这种情况下，CPRB仅被分配给两个UE，因为可用CPRB的数量为2。

即，与较低编号对应的CPRB#0被分配给UE 1。接下来，CPRB#1被分配给UE 2。CPRB没有被分配给UE 3，因为没有可用CPRB。

因此，UE 1和UE 2分别通过所选择的CPRB#0和CPRB#1向BS发送RRC消息。UE 3在对应时间点(即，子帧)放弃向BS传输RRC消息，并且在回退时间之后利用可用CPRB向BS发送RRC消息。

在这种情况下，在回退时间之后，如同向UE 1和UE 2分配CPRB的方法中一样，CPRB#0可按照降序被分配给UE 3。

如果在UE 3使用CPRB的时间点另一UE使用CPRB，则通过考虑与另一UE有关的前导码序列编号的降序，CPRB可被分配给UE 3。

图21是示出当使用CP区执行RACH过程时通过基于UE标识符(ID)隐含地选择CPRB来使通过CPRB的RRC消息的传输中的失败最小化的方法的示例的示图。

首先，BS通过系统信息向UE发送CPRB相关信息(S2101)。

此后，UE可基于UE ID根据下式2选择CPRB(S2102)。

即，基于UE ID的CPRB的选择根据式2来执行。

UE所选择的CPRB(#)＝modulo(UE ID％N)

在式2中，N是当执行RACH过程时可被UE占据的CPRB的总数。N值是系统相关信息并且可通过系统信息(SIB)被发送给UE。

UE ID可以是全局唯一UE ID(例如，IMSI、GUTI、S-TMSI或IP地址(PDN地址))，或者可以是UE ID(例如，用于标识小区内的UE的C-RNTI)。即，UE ID可以是在蜂窝网络中各种使用的UE ID。

此后，UE通过所选择的CPRB向BS发送UL数据(S2103)。

同样，基于UE ID选择CPRB的方法可同样被应用于不发送RACH前导码的RACH过程或者RACH过程以外的具有另一目的的过程。

下面详细描述本说明书中所提出的仅针对特定UE或特定服务使用CP区的方法。

本文中所描述的方法可被应用于诸如RACH过程(基于BS调度)和UL资源分配过程(即，BSR过程)的所有过程，但是为了描述方便，下面以RACH过程为例来详细描述。

仅针对特定UE或特定服务使用CP区的方法是用于在满足无线通信系统中的低延迟的同时使整个小区资源的效率最大化，并且被执行以根据情况可选地使用基于UL许可的UL数据的传输(不使用CP区)和UL数据的直接传输(使用CP区)。

不使用CP区的一般RACH过程被表示为“4步RACH过程”或“一般RACH过程”，使用CP区的RACH过程被表示为“2步RACH过程”或“基于CP区的RACH过程”。

图22A和图22B是示出本说明书所提出的在RACH过程中允许CP区仅用于特定UE或特定服务中的方法的示例的示图。

具体地讲，图22A示出无法使用CP区的UE或特定服务中的RACH过程，图22B示出可使用CP区的UE或特定服务中的RACH过程。

首先，BS配置CP区(基于竞争的PUSCH区)以便于UE在UL资源区域中在没有UL许可的情况下传输UL数据。在这种情况下，可仅针对与特定UE或特定服务有关的UL数据的传输配置CP区。

此后，BS向UE发送与所配置的CP区有关的控制信息(S2201)。

在这种情况下，控制信息包括根据特定过程的类型分配的过程确定信息，以便确定(或识别)UE所执行的特定过程的类型(或类型)。

具体地讲，过程确定信息表示BS用来识别UE是否使用CP区执行特定过程(例如，基于CP区的RACH过程或者基于CP区的BSR过程)或者UE是否在不使用CP区的情况下执行特定过程(例如，一般RACH过程或者一般BSR过程)的信息。

过程确定信息可以是物理随机接入信道(PRACH)前导码序列集合，包括用于基于CP区的RACH过程的第一PRACH前导码序列集合以及用于一般RACH过程的第二PRACH前导码序列集合。

又如，过程确定信息可以是PRACH前导码资源区域信息，包括用于基于CP区的RACH过程的第一PRACH前导码资源区域以及用于一般RACH过程的第二PRACH前导码资源区域。

控制信息还可包括用于提供特定小区是配置了CP区的小区的通知的CP区配置通知信息、指示属于UL资源区域并且分配有CP区的资源区域的CP区资源区域信息、指示包括在CP区中的CPRB的总数的CPRB数量信息以及指示CP区中可使用的CPRB的数量/CRPB数的CPRB可用信息。

控制信息还可包括指示UE能够使用CP区的指示信息、指示为各个CPRB分配的UE的CPRB-UE映射信息以及指示可使用CP区的服务的CP区使用服务类型信息。

控制信息是与系统有关的信息并且可通过系统信息块(SIB)或主信息块(MIB)来发送，但是不限于此。控制信息可通过不同的控制消息或者新的控制消息来发送，或者可按照单播方式仅被发送给特定UE。

此后，UE基于所接收到的控制信息检查它是不是能够使用CP区的UE或者要发送的UL数据是不是与可使用CP区的服务有关的数据。

如果作为检查的结果，发现UE是能够使用CP区的UE或者UL数据是与可使用CP区的服务有关的数据，则执行图22B的步骤。

即，UE向BS发送用于基于CP区的RACH过程的PRACH前导码序列(S2212)。

此后，BS通过从UE接收的PRACH前导码序列识别出由UE执行的RACH过程的类型是基于CP区的RACH过程，并且从UE接收RRC和NAS请求消息(S2213)。

在这种情况下，通过CP区从UE接收RRC和NAS请求消息。

响应于RRC和NAS请求消息，BS向UE发送RRC响应消息(S2214)。

如果作为检查的结果，发现UE是无法使用CP区的UE或者UL数据是与无法使用CP区的服务有关的数据，则执行图22A的步骤。

即，UE向BS发送用于一般RACH过程的PRACH前导码序列(S2202)。

BS通过从UE接收的PRACH前导码序列识别出由UE执行的过程的类型是一般RACH过程，并且向UE发送前导码响应作为对所接收到的PRACH前导码序列的响应(S2203)。

此后，UE在不使用CP区的情况下向BS发送RRC和NAS请求消息(S2204)。

响应于RRC和NAS请求消息，BS向UE发送RRC响应消息(S2205)。

上面描述了基于竞争的随机接入过程的示例，但是图22A和图22B的方法可同样被应用于基于非竞争的随机接入过程。

使用用户特定CP区的方法

下面参照图23至图25详细描述针对特定UE使用CP区以及针对特定服务使用CP区的方法。

图23是示出本说明书所提出的允许CP区用于特定UE的方法的示例的示图。

具体地讲，图23示出在进入小区的UE是需要低延迟的UE(例如，机器对机器(M2M)UE)的情况下，分配CP区的CPRB的方法。

如图23所示，UE和BS执行初始接入过程(S2301)。BS可通过初始接入过程知道UE是不是需要低延迟的UE。

如果BS识别出UE是需要低延迟的UE，则它为UE分配CP区的CPRB以使得UE可通过CP区发送UL数据。

BS向UE发送与所分配的CPRB有关的信息(S2302)。

此后，UE通过所分配的CPRB向BS发送UL数据(S2303)。

在这种情况下，如果UE是周期性地发送小数据的UE，则它可周期性地或者固定地通过所分配的CPRB向BS发送UL数据。

图24是示出本说明书所提出的允许CP区用于特定UE的方法的另一示例的示图。

图24示出通过如参照图17至图21所描述的经由系统信息预先向UE通知可用CPRB，允许UE随机地或者基于前导码或者基于UE ID选择CPRB的方法。

如图24所示，BS向UE发送关于其自己的小区中还未被UE占据的可用CPRB的信息(S2401)。在这种情况下，关于CPRB的信息可通过系统信息来发送。

即，BS向UE发送关于可用CPRB#0、3、5和6的信息。在这种情况下，CPRB#1、2、4和7已经被分配给其它UE并且对应于无法使用的CPRB。

如果分配给其它UE的CPRB由于其它UE的使用终止而变得可用，则BS可另外向其它UE发送关于可用CPRB的信息。

UE检查关于可用CPRB的信息，选择可用CPRB#0、3、5和6中的一个(例如，CPRB#3)，并且通过所选择的CPRB#3向BS发送UL数据。

在这种情况下，UE通过PRACH发送前导码序列，并且与前导码序列同时地或相继地通过所选择的CPRB#3向BS发送RRC连接请求消息(S2402)。

此后，BS向UE发送提供RRC连接设置的通知的消息(S2403)。

此后，BS可周期性地或者按照事件驱动方式向UE通知关于可用CPRB#0、5和6的信息(S2404)。

此后，如果UE需要通过CPRB发送UL数据，则它可选择可用CPRB中的一个并且通过所选择的CPRB向BS发送UL数据。

即，即使没有来自BS的针对BSR的单独的资源分配，UE也可通过可用CPRB#0、5和6向BS发送BSR(S2405)。

此后，BS向UE发送对UL数据的传输的UL许可(S2406)。

在这种情况下，一旦被UE占据的CPRB可被UE始终或者(半)静态地占据(如果存在与对应小区的连接的话)。

使用服务特定CP区的方法

图25是示出本说明书所提出的允许CP区用于特定服务的方法的示例的示图。

BS通过系统信息向UE发送关于它自己的小区中配置的CP区以及关于CP区的CPRB的信息(S2501)。

该系统信息包括指示可使用CPRB的服务类型的CP区使用服务类型信息。

UE基于所接收到的系统信息检查要发送给BS的UL数据是否与可使用CPRB的服务有关(S2502)。

在这种情况下，当UE在寻呼时通过CP区的CPRB执行初始接入时，它在接收寻呼的同时还接收相关数据的服务类型。因此，UE可知道要发送的UL数据是否与可使用CP区的CPRB的服务有关。

在这种情况下，CP区使用服务类型信息可被包括在寻呼消息中并被发送。

如果作为检查的结果，发现UL数据可通过CPRB来发送，则UE通过CPRB向BS发送UL数据(S2503)。

同样，当UE在进入小区之后执行BSR过程时，它可检查生成了BSR的UL数据是否与可使用CP区的CPRB的服务有关，并且可通过CPRB向BS发送UL数据。

图26是示出本说明书所提出的BS和UE的内部框图的示例的示图。

如图26所示，BS 2610和UE 2620分别包括通信单元(收发器单元或RF单元2613和2623)、处理器2611和2621以及存储器2612和2622。

eNB和UE还可包括相应的输入单元和输出单元。

通信单元2613、2623、处理器2611、2621、输入单元、输出单元以及存储器2612、2622在功能上连接以便执行本说明书所提出的方法。

当接收到从物理层(PHY)协议生成的信息时，通信单元(收发器或RF单元)2613、2623将所接收到的信息移至射频(RF)频谱，对信息执行滤波和放大，并且将经处理的信息发送至天线。另外，通信单元用于使从天线接收的RF信号移至PHY协议中可处理的频带并且执行滤波。

另外，通信单元可包括用于切换这种发送和接收功能的开关功能。

处理器2611、2621实现本说明书中所提出的功能、处理和/或方法。无线电接口协议层可由处理器来实现。

处理器可被表示为控制单元、控制器或计算机。

即，处理器控制通信单元以使得它从BS接收与基于竞争的PUSCH区有关的控制信息，并且控制通信单元以使得它基于所接收到的控制信息向BS发送UL数据。

存储器2612、2622连接至处理器并且存储用于基于CP区执行UL数据的传输的协议或参数。

处理器2611、2621可包括专用集成电路(ASIC)、其它芯片组、逻辑电路和/或数据处理器。存储器可包括只读存储器(ROM)、随机存取存储器(RAM)、闪存、存储卡、存储介质和/或其它存储装置。通信单元可包括用于处理无线电信号的基带电路。当实施方式以软件来实现时，上述方案可利用执行上述功能的模块(进程或函数)来实现。

所述模块可被存储在存储器中并且可由处理器执行。存储器可被置于处理器内部或外部并且通过各种熟知的手段连接至处理器。

输出单元(或显示单元)由处理器控制并且将处理器所输出的信息连同键输入单元所生成的键输入信号和来自处理器的各种信息信号一起输出。

另外，为了方便描述而划分并描述附图，但是可设计新的实施方式以使得它通过合并参照附图描述的实施方式来实现。另外，本发明的范围还包括设计根据本领域技术人员的需要编写有用于执行上述实施方式的程序的计算机可读记录介质。

根据本说明书的基于CP区发送UL数据的方法不限于并应用于上述实施方式的配置和方法，而是一些或所有的实施方式可被选择性地组合和配置以使得实施方式按照各种方式被修改。

此外，根据本说明书的基于CP区发送UL数据的方法可按照可被处理器读取的代码的形式被实现在可由包括在网络装置中的处理器读取的记录介质中。处理器可读记录介质包括存储有可被处理器读取的数据的所有类型的记录装置。例如，记录介质可包括ROM、RAM、CD-ROM、磁带、软盘和光学数据存储装置。另外，处理器可读记录介质可分布于经由网络连接的计算机系统上，处理器可读代码可按照分布式方式存储和执行。

另外，尽管上面示出和描述了本说明书的一些实施方式，本说明书不限于上述特定实施方式，在不脱离权利要求书的主旨的情况下，本说明书所属领域的普通技术人员可按照各种方式修改本发明。这些修改的实施方式不应脱离本说明书的技术精神或前景来解释。

另外，在本说明书中，描述了装置发明和方法发明二者，但是如果需要，两种发明的描述可被补充并应用。

工业实用性

本说明书将用于具有低延迟的UL数据的传输。

Claims (13)

1.一种用于在无线通信系统中发送需要低延迟的UL数据的方法，该方法由用户设备执行并且包括以下步骤：

从基站接收与基于竞争的PUSCH区有关的控制信息；以及

基于所接收到的控制信息向所述基站发送UL数据，

其中，所述基于竞争的PUSCH区包括能够在没有所述基站分配的UL许可的情况下发送所述用户设备的所述UL数据的资源区域，

所述控制信息包括过程确定信息，该过程确定信息被分配给各个类型的特定过程以便确定所述用户设备执行的所述特定过程的类型，并且

所述过程确定信息包括PRACH前导码序列集合，该PRACH前导码序列集合包括第一PRACH前导码序列和第二PRACH前导码序列，所述第一PRACH前导码序列用于以基于竞争的PUSCH区，即CP区，为基础的RACH过程，所述第二PRACH前导码序列用于不使用CP区的一般RACH过程。

2.根据权利要求1所述的方法，其中，所述基于竞争的PUSCH区包括至少一个竞争PUSCH资源块CPRB。

3.根据权利要求2所述的方法，其中，通过所述CPRB将所述UL数据发送给所述基站。

4.根据权利要求1所述的方法，其中，

所述UL数据包括无线电资源控制RRC请求消息，

所述方法还包括向所述基站发送所述第一PRACH前导码序列的步骤，

同时地或相继地发送所述RRC请求消息和所述第一PRACH前导码序列，并且

通过所述基于竞争的PUSCH区来发送所述RRC请求消息。

5.根据权利要求1所述的方法，该方法还包括接收由所述基站分配的PRACH前导码序列的步骤，其中，

通过接收由所述基站分配的所述PRACH前导码序列的步骤来发送所述控制信息，

所述UL数据包括无线电资源控制RRC请求消息，并且

通过所述基于竞争的PUSCH区来发送所述RRC请求消息。

6.根据权利要求1所述的方法，其中，所述控制信息包括CP区资源区域信息和CPRB相关信息中的至少一个，所述CP区资源区域信息指示属于UL资源区域并且被分配有所述CP区的资源区域，所述CPRB相关信息指示与所述CP区内的CPRB的总数和可用CPRB相关的信息。

7.根据权利要求3所述的方法，其中，基于PRACH前导码或者基于用户设备标识符ID来随机地选择所述CPRB。

8.根据权利要求1所述的方法，其中，

所述UL数据包括缓冲状态报告BSR消息，并且

通过所述基于竞争的PUSCH区来发送所述BSR消息。

9.根据权利要求8所述的方法，该方法还包括以下步骤：向所述基站发送实际数据，其中，连同BSR消息一起通过所述基于竞争的PUSCH区来发送所述实际数据。

10.根据权利要求4或8所述的方法，其中，

所述控制信息包括CPRB-用户设备映射信息和服务类型信息中的至少一个，所述CPRB-用户设备映射信息指示映射至各个CPRB的用户设备，所述服务类型信息指示能够使用所述CP区的服务，并且

如果所述用户设备是能够使用所述基于竞争的PUSCH区的用户设备或者如果要发送给所述基站的所述UL数据与能够使用所述基于竞争的PUSCH区的服务有关，则发送所述UL数据。

11.根据权利要求1所述的方法，其中，通过系统信息块SIB、主信息块MIB和控制消息中的任一个来发送所述控制信息。

12.根据权利要求1所述的方法，该方法还包括以下步骤：连同所述基站一起执行初始接入过程，其中，如果所述用户设备是通过所述初始接入过程需要低延迟的用户设备，则由所述基站发送所述控制信息。

13.一种在无线通信系统中发送需要低延迟的UL数据的用户设备，该用户设备包括：

通信单元，该通信单元用于以有线或无线方式与外部通信；以及

处理器，该处理器在操作上连接至所述通信单元，

其中，所述处理器控制所述通信单元以使得所述通信单元从基站接收与基于竞争的PUSCH区有关的控制信息，并且控制所述通信单元以使得所述通信单元基于所接收到的控制信息向所述基站发送UL数据，

所述基于竞争的PUSCH区包括能够在没有所述基站分配的UL许可的情况下发送所述用户设备的所述UL数据的资源区域，

所述控制信息包括过程确定信息，该过程确定信息被分配给各个类型的特定过程以便确定所述用户设备执行的所述特定过程的类型，并且

所述过程确定信息包括PRACH前导码序列集合，该PRACH前导码序列集合包括第一PRACH前导码序列和第二PRACH前导码序列，所述第一PRACH前导码序列用于以基于竞争的PUSCH区，即CP区，为基础的RACH过程，所述第二PRACH前导码序列用于不使用CP区的一般RACH过程。