CN104685955A - 上行链路传输方法和上行链路传输装置 - Google Patents

上行链路传输方法和上行链路传输装置 Download PDF

Info

Publication number
CN104685955A
CN104685955A CN201380050593.6A CN201380050593A CN104685955A CN 104685955 A CN104685955 A CN 104685955A CN 201380050593 A CN201380050593 A CN 201380050593A CN 104685955 A CN104685955 A CN 104685955A
Authority
CN
China
Prior art keywords
uplink
community
channel
subframe
resource
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201380050593.6A
Other languages
English (en)
Other versions
CN104685955B (zh
Inventor
黄大成
李润贞
金奉会
徐东延
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN104685955A publication Critical patent/CN104685955A/zh
Application granted granted Critical
Publication of CN104685955B publication Critical patent/CN104685955B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0658—Feedback reduction
    • H04B7/066—Combined feedback for a number of channels, e.g. over several subcarriers like in orthogonal frequency division multiplexing [OFDM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0057—Physical resource allocation for CQI
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/12—Flow control between communication endpoints using signalling between network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明的一个实施例公开一种在用于共享一个上行链路资源的多小区环境中通过终端执行的上行链路传输方法。上行链路传输方法能够包括下述步骤：接收用于设置的控制信息，使得由第一小区和第二小区共享一个上行链路，其中控制信息设置使得在相同的上行链路子帧上不同时发送上行链路控制信道和上行链路共享信道；如果要求通过用于第一调度请求的上行链路控制信道和通过用于上行链路控制信息的上行链路共享信道在相同的子帧上同时发送用于第一小区的第一调度请求(SR)和用于第二小区的上行链路控制信息(UCI)，则选择一个信道；以及在上行链路子帧上发送所选择的信道。

Description

上行链路传输方法和上行链路传输装置
技术领域
本发明涉及一种无线通信，并且更加具体地，涉及一种无线通信系统中的上行链路传输方法和设备。
背景技术
3GPP(第三代合作伙伴计划)LTE(长期演进)是UMTS(通用移动电信系统)的进步，与3GPP版本8一起被引入。在3GPP LTE中，OFDMA(正交频分多址)被用于下行链路，并且SC-FDMA(单载波频分多址)被用于上行链路。3GPP LTE采用具有最多4个天线的MIMO(多输入多输出)。最近，是3GPP LTE的演进的3GPP LTE-A(LTE高级)的讨论正在进行中。
如在3GPP TS 36.211V10.4.0中所提出的，在3GPP LTE中的物理信道可以被分类成诸如PDSCH(物理下行链路共享信道)和PUSCH(物理和上行链路共享信道)的数据信道和诸如PDCCH(物理下行链路控制信道)、PCFICH(物理控制格式指示符信道)、PHICH(物理混合ARQ指示符信道)以及PUCCH(物理上行链路控制信道)的控制信道。
在诸如混合自动重传请求(HARQ)ACK/NACK、信道状态信息(CSI)、以及调度请求(SR)的各种上行链路控制信息的传输中使用上行链路信道。
与用于下行链路信道的无线电资源相比，用于上行链路信道的无线电资源被更多地限制，上行链路控制信息的传输错误可能降低服务质量，并且导致，上行链路信道的设计需要考虑传输错误。
发明内容
本说明书的公开的目的是为了更加有效率地发送上行链路信道。
为了实现以上目的，根据本说明书的公开，提供一种在其中共享单个上行链路资源的多小区环境中通过用户设备执行的上行链路传输方法。该方法可以包括：接收配置上行链路控制信道和上行链路共享信道的控制信息，使得在相同的一个上行链路子帧上不同时发送上行链路控制信道和上行链路共享信道，其中由第一小区和第二小区共享单个上行链路资源；如果分别要求通过上行链路控制信道和上行链路共享信道在相同的子帧上同时发送用于第一小区的第一调度请求(SR)和用于第二小区的上行链路控制信息(UCI)，则选择上行链路控制信道和上行链路共享信道中的任意一个；在上行链路子帧上发送所选择的信道。
该方法可以进一步包括：发送用于第二小区的第二SR。可以通过与第一SR的资源不同的上行链路资源来发送第二SR。在此，发送第二SR所通过的上行链路资源可以具有与第一SR的上行链路控制信道的索引不同的上行链路控制信道的索引或者具有不同的资源块(RB)位置。
该方法可以进一步包括：在另一上行链路子帧上发送用于第二小区的第二SR。在此，第一和第二SR中的每个可以包括关于相应的小区的信息。
该方法可以进一步包括：接收配置用于第二小区的第二SR的控制信息，使得在另一上行链路子帧上发送第二SR。
可以在具有奇数编号的索引的子帧上发送第一调度请求，以及在具有偶数编号的索引的子帧上发送第二SR。
该方法可以进一步包括：从第一小区接收用于第一SR的第一上行链路许可；以及从第二小区接收用于第二SR的第二上行链路许可。在不同的子帧上接收第一上行链路许可和第二上行链路许可。
该方法可以进一步包括：执行用于第一小区的上行链路共享信道的传输。在第一小区和第二小区中不同地设置用于上行链路共享信道的无线电资源的跳频。
在选择上行链路控制信道和上行链路共享信道中的任意一个中，基于UCI的类型和容器中的一个或者多个可以选择任意一个信道。在此，基于UCI的类型和容器中的任意一个可以确定优先级。
为了实现以上目的，根据本说明书的公开，提供一种在其中共享单个上行链路资源的多小区环境中执行上行链路传输的用户设备。该用户设备可以包括：RF单元，该RF单元接收配置上行链路控制信道和上行链路共享信道的控制信息，使得在相同的一个上行链路子帧上不同时发送上行链路控制信道和上行链路共享信道，其中由第一小区和第二小区共享单个上行链路资源；以及处理器，如果分别要求通过上行链路控制信道和上行链路共享信道在相同的子帧上同时发送用于第一小区的第一调度请求(SR)和用于第二小区的上行链路控制信息(UCI)，则该处理器选择上行链路控制信道和上行链路共享信道中的任意一个。此外，RF单元被进一步配置成在上行链路子帧上发送通过处理器选择的信道。
根据本说明书的公开，因为在其中上行链路资源不充分的条件下多个小区共享单个上行链路资源，所以能够有效率地使用上行链路资源。
附图说明
图1是无线通信系统。
图2图示根据3GPP LTE中的FDD的无线电帧的架构。
图3图示根据3GPP LTE中的TDD的下行链路无线电帧的架构。
图4是图示在3GPP LTE中的单个上行链路或者下行链路时隙的资源网格的示例性图。
图5图示下行链路子帧的结构。
图6图示3GPP LTE中的上行链路子帧的结构。
图7是在现有的单载波系统和载波聚合系统之间的比较的示例。
图8图示在载波聚合系统中的跨载波调度。
图9图示当在载波聚合系统中配置跨载波调度时调度的示例。
图10图示在上行链路子帧中的PUCCH和PUSCH。
图11图示在3GPP LTE中的周期性的CSI报告的示例。
图12图示在3GPP LTE中的非周期性的CSI报告的示例。
图13图示PUCCH和PUSCH的同时传输的示例。
图14是图示在e节点B和UE之间的HARQ的操作的示例性图。
图15是图示当主小区和辅小区独立地执行调度时可能出现的技术含糊不清的流程图。
图16图示关于多小区环境中的PRACH的过程。
图17图示关于多小区环境中的调度请求(SR)的过程。
图18图示关于在多小区环境中的上行链路信道的调度的示例。
图19是图示其中本发明的实施例被实现的无线通信系统的框图。
具体实施方式
在下文中，基于第三代合作伙伴计划(3GPP)长期演进(LTE)或者3GPP LTE高级(LTE-A)，本发明将会被应用。这仅是示例，并且本发明可以被应用于各种无线通信系统。在下文中，LTE包括LTE和/或LTE-A。
在此使用的技术术语仅被用于描述特定的实施例并且不应被解释为限制本发明。此外，在此使用的技术术语应被解释为具有本领域的技术人员通常理解的意义而不是太广泛或者太狭窄，除非另有明文规定。此外，在此使用的技术术语，被确定为没有精确地表现本发明的精神，应被本领域的技术人员能够精确地理解的这样的技术术语替代或者通过其来理解。此外，在此使用的通用术语应如字典中定义的在上下文中解释，而不是以过分狭窄的方式解释。
本说明书中的单数的表达包括复数的意义，除非单数的意义在上下文中明确地不同于复数的意义。在下面的描述中，术语“包括”或者“具有”可以表示在本说明书中描述的特征、数目、步骤、操作、组件、部分或者其组合的存在，并且可以不排除另一特征、另一数目、另一步骤、另一操作、另一组件、其另一部分或者组合的存在或者添加。
术语“第一”和“第二”被用于解释关于各种组件的解释的用途，并且组件不限于术语“第一”和“第二”。术语“第一”和“第二”仅被用于区分一个组件与另一组件。例如，在没有偏离本发明的范围的情况下第一组件可以被命名为第二组件。
将会理解的是，当元件或者层被称为“被连接到”或者“被耦合到”另一元件或者层时，其能够被直接地连接或者耦合到另一元件或者层，或者可以存在中间元件或者层。相反地，当元件被称为“被直接地连接到”或者“被直接地耦合到”另一元件或者层时，不存在中间元件或者层。
在下文中，将会参考附图更加详细地描述本发明的示例性实施例。在描述本发明中，为了简单理解，贯穿附图相同的附图标记被用于表示相同的组件，并且关于相同组件的重复性描述将会被省略。关于被确定为使本发明的精神不清楚的公知领域的详细描述将会被省略。附图被提供以仅使本发明的精神容易理解，但是不应旨在限制本发明。应理解的是，本发明的精神可以扩大到除了附图中示出的那些之外的其修改、替换或者等同物。
如在此所使用的，“无线装置”可以是固定的或者移动的，并且可以通过诸如终端、MT(移动终端)、UE(用户设备)、ME(移动设备)、MS(移动站)、UT(用户终端)、SS(订户站)、手持式装置、或者AT(接入终端)的其他术语表示。
如在此所使用的，“基站”通常指的是与无线装置通信的固定站并且可以通过诸如eNB(演进的节点B)、BTS(基站收发系统)、或者接入点的其他术语可以表示。
通过多个服务小区可以服务无线装置。每个服务小区可以被定义为下行链路(DL)分量载波(CC)或者一对DL CC和上行链路(UP)CC。
服务小区可以被划分成主小区和辅小区。主小区是以主频率操作的小区，并且执行初始连接建立过程，启动连接重建过程，或者在切换过程期间被设计为主小区。主小区也可以被称为参考小区。辅小区以第二频率操作，在RRC(无线电资源控制)连接被建立之后可以被设置，并且可以被用于提供附加的无线电资源。至少一个主小区可以被连续地设置，并且可以通过较高层信令(例如，RRC消息)可以添加/修改/取消辅小区。
主小区的小区索引(CI)可以被固定。例如，最低的CI可以被指定为主小区的CI。在下文中，主小区的CI是0，并且从1顺序地分配辅小区的CI。
图1示出无线通信系统。
无线通信系统包括至少一个基站(BS)20。各自的BS 20向特定的地理区域20a、20b以及20c(通常被称为小区)提供通信服务。每个小区可以被划分成多个区域(被称为扇区)。用户设备(UE)10可以是固定的或者移动的并且可以通过诸如移动站(MS)、移动用户设备(MT)、用户设备(UT)、订户站(SS)、无线装置、个人数字助理(PDA)、无线调制解调器、手持式装置的其他名称引用。BS 20通常指的是与UE 10通信的固定站并且可以通过诸如演进的节点B(eNB)、基站收发系统(BTS)、接入点(AP)等的其他名称命名。
终端通常属于一个小区并且终端属于的小区被称为服务小区。向服务小区提供通信服务的基站被称为服务BS。因为无线通信系统是蜂窝系统，与服务小区相邻的其他小区存在。与服务小区相邻的其他小区被称为相邻小区。向相邻小区提供通信服务的基站被称为相邻BS。基于终端相对地决定服务小区和相邻小区。
在下文中，下行链路意指从基站20到终端10的通信并且上行链路意指从终端10到基站20的通信。在下行链路中，发射器可以是基站20的一部分并且接收器可以是终端10的一部分。在上行链路中，发射器可以是终端10的一部分并且接收器可以是基站20的一部分。
同时，无线通信系统可以是多输入多输出(MIMO)系统、多输入单输出(MISO)系统、单输入单输出(SISO)系统、以及单输入多输出(SIMO)系统中的任意一个。MIMO系统使用多个发送天线和多个接收天线。MISO系统使用多个发送天线和一个接收天线。SISO系统使用一个发送天线和一个接收天线。SIMO系统使用一个发送天线和一个接收天线。在下文中，发送天线意指被用于发送一个信号或者流的物理或者逻辑天线并且接收天线意指被用于接收一个信号或者流的物理或者逻辑天线。
同时，无线通信系统通常可以被划分为频分双工(FDD)类型和时分双工(TDD)类型。根据FDD类型，上行链路传输和下行链路传输被实现同时占用不同的频带。根据TDD类型，在不同的时间实现上行链路传输和下行链路传输同时占用相同的频带。TDD类型的信道响应是充分互惠的。这意指在给定的频率区域中下行链路信道响应和上行链路信道响应彼此大约相同。因此，在基于TDD的无线通信系统中，可以从上行链路信道响应获取下行链路信道响应。在TDD类型中，因为在上行链路传输和下行链路传输中整个频带被时分，所以不可以同时执行通过基站的下行链路传输和通过终端的上行链路传输。在其中以子帧为单位划分上行链路传输和下行链路传输的TDD系统中，在不同的子帧中执行上行链路传输和下行链路传输。
在下文中，将会详细地描述LTE系统。
图2示出根据第三代长期合作伙伴计划(3GPP)长期演进(LTE)的FDD的下行链路无线电帧结构。
在此可以合并3GPP TS 36.211V8.2.0(2008-03)的章节5“演进的通用陆地无线电接入(U-UTRAN)；物理信道和调制(版本8)”。
参考图2，无线电帧是由十个子帧组成，并且一个子帧是由两个时隙组成。通过从0至19的时隙编号指定无线电帧中的时隙。发送一个子帧的时间被称为传输时间间隔(TTI)。TTI可以被称为用于数据传输的调度单位。例如，一个无线电帧的长度可以是10ms，一个子帧的长度可以是1ms，并且一个时隙的长度可以是0.5ms。
无线电帧的结构仅是示例，并且被包括无线电帧中的子帧的数目、被包括在子帧中的时隙的数目等可以被不同地修改。
例如，尽管描述一个时隙包括多个OFDM符号，但是被包括在一个时隙中的OFDM符号的数目可以取决于循环前缀(CP)的长度而变化。
图3图示根据3GPP LTE中的TDD的下行链路无线电帧的架构。
为此，可以参考3GPP TS 36.211V8.7.0(2009-05)“EvolvedUniversal Terrestrial Radio Access(E-UTRA)；Physical Channels andModulation(演进通用陆地无线接入(E-UTRA)；物理信道和调制)(版本8)”，章节4，并且这是用于TDD(时分复用)。
无线电帧包括索引从0至9的10个子帧。一个子帧包括两个连续的时隙。对于要发送一个子帧所耗费的时间称为TTI(传输时间间隔)。例如，一个子帧的长度可以是1ms，并且一个时隙的长度可以是0.5ms。
一个时隙在时域中可以包括多个OFDM(正交频分复用)符号。OFDM符号仅表示时域中的一个符号时段，因为3GPP LTE对于下行链路(DL)采用OFDMA(正交频分多址)，并且因此，多址接入方案或者名称不限于此。例如，可以通过诸如SC-FDMA(单载波频分多址)符号或者符号时段的其他术语表示OFDM符号。
通过示例，一个时隙包括七个OFDM符号。然而，被包括在一个时隙中的OFDM符号的数目可以取决于CP(循环前缀)的长度而变化。根据3GPP TS 36.211V8.7.0，在正常的CP中一个时隙包括七个OFDM符号，并且在扩展的CP中一个时隙包括六个OFDM符号。
资源块(RB)是资源分配单位并且在一个时隙中包括多个子载波。例如，如果一个时隙在时域中包括七个OFDM符号并且在频域中资源块包括12个子载波，则一个资源块可以包括7x12个资源元素(RE)。
具有索引#1和索引#6的子帧称为特定的子帧，并且包括DwPTS(下行链路导频时隙：DwPTS)、GP(保护时段)以及UpPTS(上行链路导频时隙)。DwPTS被用于终端中的初始小区搜索、同步、或者信道估计。UpPTS被用于基站中的信道估计并且被用于建立终端的上行链路传输同步。GP是用于去除由于在上行链路和下行链路之间的下行链路信号的多路径延迟在上行链路上出现的干扰的时段。
在TDD中，DL(下行链路)子帧和UL(上行链路)在一个无线电帧中共存。
[表1]
“D”表示DL子帧，“U”表示UL子帧，并且“S”表示特定子帧。当从基站接收UL-DL配置时，根据无线电帧的配置终端可能意识到子帧是DL子帧或者UL子帧。
DL(下行链路)子帧在时域中被分成控制区域和数据区域。控制区域在子帧的第一时隙中包括多达三个第一OFDM符号。然而，被包括在控制区域中的OFDM符号的数目可以被改变。PDCCH和其他控制信道被指配给控制区域，并且PDSCH被指配给数据区域。
图4图示用于3GPP LTE中的一个上行链路或者下行链路时隙的示例资源网格。
参考图4，上行链路时隙包括在时域中的多个OFDM(正交频分复用)符号和频域中的NRB个资源块(RB)。例如，在LTE系统中，资源块(RB)的数目，即，NRB，可以是从6至110。
在此，通过示例，一个资源块包括由时域中的七个OFDM符号和频域中的12个子载波组成的7x12个资源元素。然而，在资源块中的子载波的数目和OFDM符号的数目不限于此。资源块中的OFDM符号的数目或者子载波的数目可以被不同地改变。换言之，取决于上述CP的长度可以变化OFDM符号的数目。具体地，3GPP LTE将一个时隙定义为在CP的情况下具有七个OFDM符号并且在扩展的CP的情况下具有六个OFDM符号。
OFDM符号是要表示一个符号时段，并且取决于系统，也可以称为SC-FDMA符号、OFDM符号、或者符号时段。资源块是资源分配的单位并且包括频域中的多个子载波。被包括在上行链路时隙中的资源块的数目，即，NUL，取决于在小区中设置的上行链路传输带宽。资源网格上的每个元素称为资源元素。
同时，一个OFDM符号中的子载波的数目可以是128、256、512、1024、1536、以及2048中的一个。
在3GPP LTE中，在图4中示出的用于一个上行链路时隙的资源网格也可以应用于用于下行链路时隙的资源网格。
图5图示下行链路子帧的架构。
为此，可以参考3GPP TS 36.211V10.4.0(2011-12)“EvolvedUniversal Terrestrial Radio Access(E-UTRA)；Physical Channels andModulation(演进通用陆地无线接入(E-UTRA)；物理信道和调制)(版本10)”，章节4。
无线电帧包括索引从0至9的10个子帧。一个子帧包括两个连续的时隙。因此，无线电帧包括20个时隙。对于要发送一个子帧所耗费的时间称为TTI(传输时间间隔)。例如，一个子帧的长度可以是1ms，并且一个时隙的长度可以是0.5ms。
一个时隙在时域中可以包括多个OFDM(正交频分复用)符号。OFDM符号仅表示时域中的一个符号时段，因为3GPP LTE对于下行链路(DL)采用OFDMA(正交频分多址)，并且多址方案或者名称不限于此。例如，OFDM符号可以被称为SC-FDMA(单载波频分多址)符号或者符号时段。
在图5中，通过示例，假定正常的CP，一个时隙包括例如七个OFDM符号。然而，被包括在一个时隙中的OFDM符号的数目可以取决于CP(循环前缀)的长度而变化。即，如上所述，根据3GPP TS 36.211V10.4.0，在正常的CP中一个时隙包括七个OFDM符号，并且在扩展的CP中一个时隙包括六个OFDM符号。
资源块(RB)是用于资源分配的单位并且在一个时隙中包括多个子载波。例如，如果一个时隙在时域中包括七个OFDM符号并且在频域中资源块包括12个子载波，则一个资源块可以包括7x12个资源元素(RE)。
在时域中DL(下行链路)子帧被分成控制区域和数据区域。控制区域在子帧的第一时隙中包括最多前面的三个OFDM符号。然而，被包括在控制区域中的OFDM符号的数目可以被改变。PDCCH(物理下行链路控制信道)和其他控制信道被指配给控制区域，并且PDSCH被指配给数据区域。
如在3GPP TS 36.211V10.4.0中所提出的，3GPP LTE中的物理信道可以被分类成诸如PDSCH(物理下行链路共享信道)和PUSCH(物理上行链路共享信道)的数据信道以及诸如PDCCH(物理下行链路控制信道)、PCFICH(物理控制格式指示符信道)、PHICH(物理混合-ARQ指示符信道)以及PUCCH(物理上行链路控制信道)的控制信道。
在子帧的第一OFDM符号中发送的PCFICH承载关于子帧中被用于控制信道的传输的OFDM符号的数目(即，控制区域的大小)的CIF(控制格式指示符)。无线装置首先在PCFICH上接收CIF并且然后监测PDCCH。
不同于PDCCH，在没有使用盲解码的情况下通过子帧中的固定的PUCCH资源发送PCFICH。
PHICH承载用于UL HARQ(混合自动重传请求)的ACK(肯定应答)/NACK(否定应答)信号。用于无线装置在PUSCH上发送的UL(上行链路)数据的ACK/NACK信号在PHICH上发送。
在无线电帧的第一子帧的第二时隙中的前面的四个OFDM符号中发送PBCH(物理广播信道)。PBCH承载对于无线装置与基站通信所必需的系统信息，并且通过PBCH发送的系统信息称为MIB(主信息块)。相比之下，通过PDCCH指示的在PDSCH上发送的系统信息称为SIB(系统信息块)。
PDCCH可以承载用于一些UE组中的单独的UE的VoIP(互联网语音传输协议)和一组传输功率控制命令的激活、诸如在PDSCH上发送的随机接入响应的较高层控制消息的资源分配、关于DL-SCH的系统信息、关于PCH的寻呼信息、UL-SCH(上行链路共享信道)的资源分配信息、以及DL-SCH(下行链路共享信道)的资源分配和传输格式。在控制区域中可以发送多个PDCCH，并且终端可以监控多个PDCCH。在一个CCE(控制信道元素)或者一些连续的CCE的集合上发送PDCCH。CCE是被用于向PDCCH提供每无线电信道状态的编译速率的逻辑分配单元。CCE对应于多个资源元素组。取决于在CCE的数目和通过CCE提供的编译速率之间的关系，确定PDCCH的格式和PDCCH的可能的数目。
通过PDCCH发送的控制信息称为下行链路控制信息(DCI)。DCI可以包括PDSCH的资源分配(这也被称为DL(下行链路)许可)、PUSCH的资源分配(这也被称为UL(上行链路)许可)、用于一些UE组中的单独的UE的传输功率控制命令集、以及/或者VoIP(互联网语音传输协议)的激活。
基站根据要被发送到终端的DCI确定PDCCH格式并且将CRC(循环冗余校验)添加到控制信息。取决于PDCCH的拥有者或者用途CRC被掩蔽有独特的标识符(RNTI；无线电网络临时标识符)。在PDCCH是用于特定终端的情况下，终端的独特的标识符，诸如C-RNTI(小区-RNTI)可以被掩蔽到CRC。或者，如果PDCCH是用于寻呼消息，则寻呼指示符，例如，P-RNTI(寻呼-RNTI)可以被掩蔽到CRC。如果PDCCH是用于系统信息块(SIB)，则系统信息指示符、SI-RNTI(系统信息-RNTI)可以被掩蔽到CRC。为了指示是对终端的随机接入前导的传输的响应的随机接入响应，RA-RNTI(随机接入-RNTI)可以被掩蔽到CRC。
在3GPP LTE中，盲解码被用于监控PDCCH。盲解码是通过对接收到的PDCCH(这被称为候选PDCCH)的CRC(循环冗余检验)去掩蔽所期待的标识符并且检查CRC错误来识别是否PDCCH是其自身的控制信道。基站根据要被发送到无线装置的DCI确定PDCCH格式，然后将CRC添加到DCI，并且取决于PDCCH的拥有者或者用途对CRC掩蔽唯一的标识符(这被称为RNTI(无线电网络临时标识符))。
根据3GPP TS 36.211V10.4.0，上行链路信道包括PUSCH、PUCCH、SRS(探测参考信号)、以及PRACH(物理随机接入信道)。
图6图示3GPP LTE中的上行链路子帧的架构。
参考图6，在频域中上行链路子帧可以被分成控制区域和数据区域。控制区域被指配用于上行链路控制信息的传输的PUCCH(物理上行链路控制信道)。数据区域被指配用于数据的传输(在一些情况下，也可以发送控制信息)的PUSCH(物理上行链路共享信道)。
在子帧中的资源块(RB)对中指配用于一个终端的PUCCH。资源块对中的资源块在第一和第二时隙中的每个中占用不同的子载波。在被指配给PUCCH的资源块对中的资源块占用的频率相对于时隙边界而变化。这指的是被指配给PUCCH的RB对在时隙边界处跳频。
通过随着时间经不同的子载波发送上行链路控制信息终端可以获得频率分集增益。m是指示在子帧中被指配给PUCCH的资源块对的逻辑频域位置的位置索引。
在PUCCH上发送的上行链路控制信息包括HARQ(混合自动重传请求)、ACK(肯定应答)/NACK(否定应答)、指示下行链路信道状态的CQI(信道质量指示符)、以及是上行链路无线电资源分配请求的SR(调度请求)。
PUSCH被映射有是传送信道的UL-SCH。在PUSCH上发送的上行链路数据可以是用于为TTI发送的UL-SCH的数据块的传送块。传送块可以是用户信息。或者，上行链路数据可以是被复用的数据。被复用的数据可以是通过复用用于UL-SCH的传送块和控制信息获得的数据。例如，通过数据复用的控制信息可以包括CQI、PMI(预编译矩阵指示符)、HARQ、以及RI(秩指示符)。或者，上行链路数据可以仅由控制信息组成。
现在将会描述载波聚合系统。
图7图示在单载波系统和载波聚合系统之间的比较的示例。
参考图7，可以存在各种载波带宽，并且一个载波被指配给终端。相反地，在载波聚合(CA)系统中，多个分量载波(DL CC A至C、UL CC A至C)可以被指配给终端。分量载波(CC)意指在载波聚合系统中使用载波并且可以被简称为载波。例如，三个20MHz分量载波可以被指配使得将60MHz带宽分配给终端。
载波聚合系统可以被分类成连续的载波聚合系统，其中被聚合的载波是连续的；以及非连续的载波聚合系统，其中被聚合的载波被彼此分开。在下文中，当简单地参考载波聚合系统时，应被理解为包括分量载波是连续的情况和控制信道是非连续的情况这两者。
当一个或者多个分量载波被聚合时，分量载波可以使用在现有系统中采用的带宽，用于与现有系统的向后兼容性。例如，3GPP LTE系统支持1.4MHz、3MHz、5MHz、10MHz、15MHz以及20MHz的带宽，并且3GPP LTE-A系统可以仅使用3GPP LTE系统的带宽配置20MHz或者更多的宽带。或者，除了使用现有系统的带宽，新的带宽可以被定义以配置宽带。
无线通信系统的多个频带被分离成多个载波频率。在此，载波频率意指小区的小区频率。在下文中，小区可以意指下行链路频带资源和上行链路频率资源。或者，小区可以指的是下行频率资源和可选的上行链路频率资源的组合。此外，在没有考虑载波聚合(CA)的正常情况下，一个小区可以始终具有一对上行链路频率资源和下行链路频率资源。
为了让分组数据通过特定小区被发送/接收，终端应首先完成特定小区上的配置。在此，配置意指对于在小区上的数据传输/接收所必需的系统信息的接收被完成。例如，配置可以包括接收对于数据传输和接收所必需的公共物理层参数或者MAC(媒介接入控制)层或者对于RRC层中的特定操作所必需的参数的整个过程。配置完成的小区是处于下述状态中，一旦当可以发送接收指示分组数据的信息时，分组传输和接收可能立即是可能的。
处于配置完成状态中的小区可以被保持在激活或者失活状态下。在此，“激活”意指数据传输或者接收被进行或者处于就绪状态中。终端可以监测或者接收被激活的小区的控制信道(PDCCH)和数据信道(PDSCH)以便于识别被指配的资源(大概频率或者时间)。
“失活”意指业务数据的传输或者接收是不可能的同时最小信息的测量或者传输/接收是可能的。终端可以从被失活的小区接收对于接收分组所必需的系统信息(SI)。相反地，终端没有监测或者接收被失活的小区的控制信道(PDCCH)和数据信道(PDSCH)以便于识别被指配的资源(大概频率或者时间)。
小区可以被分类成主小区和辅小区、服务小区。
主小区意指在主频率下操作的小区。主小区是终端进行与基站的初始连接建立过程或者连接建立过程的小区或者在切换的过程期间被指定为主小区的小区。
辅小区意指在辅助频率下操作的小区。一旦RRC连接被建立辅小区被配置并且被用于提供附加的无线电资源。
在没有配置载波聚合的情况下或者当终端不能够提供载波聚合时服务小区被配置成主小区。在载波聚合被配置的情况下，术语“服务小区”表示向终端配置的小区并且可以包括多个服务小区。一个服务小区可以是由下行链路分量载波或者一对{下行链路分量载波，上行链路分量载波}组成。多个服务小区可以是由主小区和一个或者多个所有的辅小区组成。
PCC(主分量载波)意指与主小区相对应的分量载波(CC)。PCC是数个CC当中的终端最初实现与基站的连接或者RRC连接的一个。PCC是负责用于关于多个CC的信令的连接或者RCC连接并且管理是与终端有关的连接信息的终端背景信息(UE背景)的特定CC。此外，PCC实现与终端的连接，使得当处于RRC连接模式下时PCC始终保持在激活状态下。与主小区相对应的下行链路分量载波称为下行链路主分量载波(DL PCC)并且与主小区相对应的上行链路分量载波称为上行链路主分量载波(UL PCC)。
SCC(辅分量载波)意指与辅小区相对应的CC。即，SCC是除了PCC之外的CC，其被指配给终端并且是除了PCC之外的用于终端执行附加的资源分配的被扩展的载波。SCC可以被保持在激活状态或者失活状态下。与辅小区相对应的下行链路分量载波称为下行链路辅分量载波(DL SCC)并且与辅小区相对应的上行链路分量载波称为上行链路辅分量载波(UL SCC)。
主小区和辅小区可以具有下述特性。
首先，主小区被用于发送PUCCH。其次，主小区始终被保持被激活同时取决于特定情况辅小区可以被激活/失活。第三，当主小区经历无线电链路故障(在下文中，“RLF”)时，RRC重新连接被触发。第四，通过随着RACH(随机接入信道)过程一起出现的切换过程或者通过变更安全密钥可以变化主小区。第五，通过主小区接收NAS(非接入层)信息。第六，在FDD系统中，主小区始终具有一对DL PCC和UL PCC。第七，在每个终端中不同的分量载波(CC)可以被设置为主小区。第八，通过切换或者小区选择/小区重选过程仅主小区可以被更换。在添加新的服务小区中，RRC信令可以被用于发送专用的服务小区的系统信息。
当配置服务小区时，下行链路分量载波可以形成一个服务小区或者下行链路分量载波和上行链路分量载波形成连接从而配置一个服务小区。然而，服务小区没有单独配置有一个上行链路分量载波。
在服务小区的激活/失活的概念上分量载波的激活/失活是等效的。例如，假定服务小区1是由DL CC1组成，服务小区1的激活意指DLCC1的激活。如果通过DL CC2和UL CC2的连接配置服务小区2，则服务小区2的激活意指DL CC2和UL CC2的激活。在此意义上，每个分量载波可以对应于服务小区。
在上行链路和下行链路之间聚合的分量载波的数目可以变化。当下行链路CC的数目与上行链路CC的数目相同时，表示对称的聚合，并且当数目相互不同时，称为非对称的聚合。此外，CC的大小(即，带宽)可以相互不同。例如，当五个CC被用于配置70MHz带时，配置可以如下：5MHz CC(载波#0)+20MHz CC(载波#1)+20MHz CC(载波#2)+20MHz CC(载波#3)+5MHz CC(载波#4)。
如上所述，载波聚合系统，不同于单载波系统，可以支持多个分量载波(CC)，即，多个服务小区。
这样的载波聚合系统可以支持跨载波调度。跨载波调度是可以进行通过除了基本上被链接到特定分量载波的分量载波之外的其他分量载波发送的PUSCH的资源分配和/或通过利用特定分量载波发送的PDCCH利用其他分量载波发送的PDSCH的资源分配的调度方案。换言之，通过不同的下行链路CC可以发送PDCCH和PDSCH，并且通过除了被链接到其中发送包括UL许可的PDCCH的下行链路CC的上行链路CC之外的上行链路CC可以发送PUSCH。正因如此，支持跨载波调度的系统需要指示DL CC/UL CC的载波指示符，通过其PDSCH/PUSCH被发送，其中PDCCH提供控制信息。包括这样的载波指示符的字段在下文中称为载波指示字段(CIF)。
支持跨载波调度的载波聚合系统可以包含以传统的DCI(下行链路控制信息)格式的载波指示字段(CIF)。在跨载波调度支持的载波聚合系统中，例如，LTE-A系统，可以具有由于CIF添加到现有的DIF格式(即，在LTE系统中使用的DCI格式)扩展的3个比特，并且PDCCH架构可以重用现有的编译方法或者资源分配方法(即，基于CCE的资源映射)。
图8例示载波聚合系统中的跨载波调度。
参考图8，基站可以配置PDCCH监测DL CC(监测CC)集合。PDCCH监测DL CC集合是由所有聚合的DL CC中的一些组成，并且如果配置跨载波调度，则用户设备仅对在PDCCH监测DL CC集合中包括的DL CC执行PDCCH监测/解码。换言之，基站仅通过在PDCCH监测DL CC集合中包括的DL CC发送用于被经历调度的PDSCH/PUSCH的PDCCH。PDCCH监测DL CC集合可以被UE特定地、UE组特定地、或者小区特定地配置。
图8图示示例，其中，三个DL CC(DL CC A、DL CC B、以及DL CC C)被聚合，并且DL CC A被设置为PDCCH监测DL CC。用户设备可以通过DL CC A的PDCCH接收用于DL CC A、DL CC B、以及DL CC C的PDSCH的DL许可。通过DL CC A的PDCCH发送的DCI包含CIF，使得其可以指示DCI是用于哪一个DL CC。
图9图示当在跨载波调度中配置跨载波调度时执行的调度的示例。
参考图9，DL CC 0、DL CC 2、以及DL CC 4属于PDCCH监测DL CC集合。用户设备在DL CC 0的CSS中搜寻用于DL CC 0和UL CC0(经由SIB 2被链接到DL CC 0的UL CC)的DL许可/UL许可。在DL CC 0的SS 1中用户设备搜寻用于DL CC 1和UL CC 1的DL许可/UL许可。SS 1是USS的示例。即，DL CC 0的SS 1是用于搜寻执行跨载波调度的DL许可/UL许可的搜索空间。
图10图示在上行链路子帧上的PUCCH和PUSCH。
将会参考图10描述PUCCH格式。
上行链路控制信息(UCI)可以被发送给PUCCH。在这样的情况下，PUCCH根据格式发送各种类型的控制信息。UCI包括HARQACK/NACK、调度请求(SR)、以及表示下行链路信道状态的信道状态信息(CSI)。
PUCCH格式1发送调度请求(SR)。在这样的情况下，可以应用开关键控(OOK)方案。PUCCH格式1a发送由关于一个码字的二进制相移键控(BPSK)方案调制的肯定应答/否定应答(ACK/NACK)。PUCCH格式1b发送由与两个码字有关的正交相移键控(QPSK)方案调制的ACK/NACK。PUCCH格式2发送由QPSK方案调制的信道质量指示符(CQI)。PUCCH格式2a和2b传送CQI和ACK/NACK。
表1图示PUCCH格式。
[表2]
在要被发送的PUCCH中映射每个PUCCH格式。例如，在要被发送的分配给UE的带边缘的资源块(在图7中m＝0，1)中映射PUCCH格式2/2a/2b。在与在要发送的带的中心方向中PUCCH格式2/2a/2b被分配到的资源块相邻的资源块(例如，m＝2)中可以映射被混合的PUCCH资源块(RB)。SR和ACK/NACK被发送到的PUCCH格式1/1a/1b可以被布置在m＝4或者m＝5的资源块中。在CQI被发送到的PUCCH格式2/2a/2b中可以使用的资源块的数目N(2)RB可以通过广播信号向UE被指示。
前述的CSI是表示DL信道的状态的索引，并且可以包括信道质量指示符(CQI)和预编译矩阵指示符(PMI)中的至少一个。此外，预编译类型指示符(PTI)、秩指示符(RI)等可以被包括。
CQI提供关于在预定的时间内通过UE可以支持的链路自适应参数的信息。CQI可以指示通过考虑到UE接收器的特性通过DL信道可以支持的数据速率、信噪比(SINR)等。基站可以通过使用CQI确定要被应用于DL信道的调制(QPSK、16-QAM、64-QAM等)和编译速率。CQI可以通过各种方法被产生。例如，各种方法可以包括量化和如原样反馈信道状态的方法、计算和反馈信噪比(SINR)的方法、通知被实际应用于诸如调制编译方案(MCS)的信道的状态的方法等。当基于MCS产生CQI时，MCS包括调制方案、编译方案、以及根据编译方案等的编译速率。
PMI基于码本在预编译中提供关于预编译矩阵的信息。PMI和多输入多输出(MIMO)相关联。在MIMO中的PMI的反馈可以被称为闭环MIMO。
RI是关于通过UE推荐的层的数目的信息。即，RI表示在空间复用中使用的独立的流的数目。仅在UE使用空间复用在MIMO模式下操作的情况下反馈RI。RI始终与一个或者多个CQI反馈相关联。即，通过采用预定的RI值计算反馈的CQI。因为信道的秩通常改变得比CQI缓慢，所以RI被反馈比CQI的数目少。RI的传输时段可以是CQI/PMI传输时段的倍数。在整个系统带中定义了RI，并且频率选择的RI反馈不被支持。
正因如此，仅在UCI的传输中使用PUCCH。为此，PUCCH支持多种格式。根据从属于PUCCH格式的调制方案用于每个子帧的具有不同的比特数目的PUCCH可以被使用。
同时，被图示的PUSCH被映射在是传输信道的上行链路共享信道(UL-SCH)中。在PUSCH上发送的上行链路数据可以是作为用于TTI期间发送的UL-SCH的数据块的传输块。传输块可以包括用户数据。可替选地，上行链路数据可以是被复用的数据。通过复用用于UL-SCH的传输块和信道状态信息可以获取被复用的数据。例如，在数据中复用的信道状态信息(CSI)可以包括CQI、PMI、RI等。可替选地，可以仅通过上行链路状态信息构造上行链路数据。可以通过PUSCH发送周期性的或者非周期性的信道状态信息。
通过PDCCH上的UL许可分配PUSCH。尽管未被图示，在用于PUSCH的解调参考信号(DM RS)的传输中使用正常的CP的每个时隙中的第四个OFDM符号。
在下文中，描述CSI的周期性的传输。
图11图示在3GPP LTE中的周期性的CSI报告的示例。
如在图11中所示，可以根据在上层中确定的时段通过PUCCH周期性地发送CSI。即，通过PUCCH可以发送周期性的信道状态信息(CSI)。
通过上层信号可以半静态地配置UE使得通过PUCCH周期性地反馈差分CSI(CQI、PMI、RI)。在这样的情况下，UE根据如在下面给出的表中所示的被定义的模式发送相应的CSI。
[表3]
为了前述的传输模式中的每个支持在下面描述的PUCCH中的周期性的CSI报告模式。
[表4]
同时，CSI报告的冲突意指，其中被配置成发送第一CSI的子帧和被配置成发送第二CSI的子帧相互相同的情况。当CSI报告的冲突发生时，根据第一CSI和第二CSI的优先级，第一CSI和第二CSI被同时发送，或者具有低优先级的CSI的传输被丢弃(可替选地，被称为放弃或者停止)，并且具有高优先级的CSI可以被发送。
通过PUCCH的CSI报告可以包括根据CQI、PMI和RI的传输组合的各种报告类型，并且根据每种报告类型(在下文中，被缩写为类型)划分的时段和偏移值被支持。
类型1：支持用于通过UE选择的子带的CSI反馈。
类型1a：支持子带CQI和第二PMI反馈。
类型2、2b以及2c：支持宽带CQI和PMI反馈。
类型2a：支持宽带PMI反馈。
类型3：支持RI反馈。
类型4：发送宽带CQI。
类型5：支持RI和宽带PMI反馈。
类型6：支持RI和PTI反馈。
在下文中，描述CSI的非周期性的传输。
图12图示在3GPP LTE中的非周期性的CSI报告的示例。
请求CSI的传输的控制信号，即，非周期性的CSI请求信号，可以被包括在PDCCH 910中发送的PUSCH的调度控制信号，即，UL许可中。在这样的情况下，UE通过PUSCH 920非周期性地报告CSI。如上所述，在PUSCH上的CSI的传输被称为非周期性的CSI报告，因为响应于来自于BS的请求触发。通过UL许可或者随机接入响应许可可以触发CSI报告。
更加具体地，无线装置在子帧n中通过PDCCH 910接收UL许可，包括关于PUSCH的调度的信息。UL许可可以包括CQI请求字段。下面的表图示2个比特的CQI请求字段的示例。CQI请求字段的比特的值或者数目仅是示例。
[表5]
CQI请求字段的值 内容
00 CSI报告没有被触发
01 服务小区上的CSI报告被触发
10 第一组服务小区上的CSI报告被触发
11 第二组服务小区上的CSI报告被触发
BS可以事先通知无线装置关于其CSI报告被触发的第一和第二集合的信息。
当CSI报告被触发时，无线装置在子帧n+k中在PUSCH 920上发送CSI。在这样的情况下，k＝4，但是仅是示例。
BS可以事先向无线装置指定用于CSI的报告节点。
下面的表图示在3GPP LTE中的CSI报告模式的示例。
[表6]
(1)模式1-2(模式1-2)
假定仅通过与每个子带有关的相应的子带发送DL数据选择预编译矩阵。无线装置通过假定与通过系统带或者较高层信号指定的带(被称为带集合S)有关的所选择的预编译矩阵生成CQI(被称为宽带CQI)。
无线装置发送包括每个子带的宽带CQI和PMI的CSI。在这样的情况下，取决于系统带的大小每个子带的大小可以是不同的。
(2)模式2-0
无线装置选择与通过系统带或者较高层信号指定的带(带集合S)有关的首选的M个子带。通过假定在所选择的M个子带中已经发送了数据无线装置生成子带CQI。无线装置附加地生成与系统带或者带集合S有关的单个宽带CQI。
无线装置发送包括关于所选择的M个子带、子带CQI、以及宽带CQI的信息的CSI。
(3)模式2-2
假定通过M个首选的子带发送DL数据无线装置选择M个首选的子带和用于M个首选的子带的单个预编译矩阵。
在每个码字中定义用于M个首选的子带的子带CSI。另外，无线装置生成用于系统带或者带集合S的宽带CQI。
无线装置发送包括M个首选的子带、单个子带CQI、以及PMI的CSI、宽带PMI、以及用于M个被首选的子带的宽带CQI。
(4)模式3-0
无线装置发送包括用于被配置的子带的宽带CQI和子带CQI的CSI。
(5)模式3-1
无线装置生成用于系统带或者带集合S的单个预编译矩阵。无线装置通过假定被生成的单个预编译矩阵生成用于每个码字的子带CQI。无线装置可以通过假定单个预编译矩阵生成宽带CQI。
下面描述PUCCH和PUSCH的同时传输。
在3GPP版本8或者版本9系统中，当使用用于上行链路传输的SC-FDMA方法时不允许UE在单个载波上同时发送PUCCH和PUSCH以便于保持单载波特性。
然而，在3GPP版本10系统中，通过较高层可以指示是否PUCCH和PUSCH被同时发送。即，UE可以同时发送PUCCH和PUSCH或者可以响应于来自于较高层的指令仅发送PUCCH和PUSCH中的一个。
图13图示PUCCH和PUSCH的同时传输的示例。
如参考图13可以看到，UE在子帧n中接收PDCCH 1010。
此外，例如，UE可以在子帧n＝4中同时发送PUCCH 1020和PUSCH 1030。
在3GPP版本10系统中如下地定义PUCCH和PUSCH的同时传输。
假定仅为单个服务小区已经配置UE并且UE被配置成不同时发送PUSCH和PUCCH。在这样的情况下，如果UE没有发送PUSCH，则可以根据PUCCH格式1/1a/1b/3发送UE。如果UE发送PUSCH，但是PUSCH不对应于随机接入响应许可，则可以通过PUSCH发送UCI。
不同于上述，假定仅为单个服务小区已经配置了UE并且UE被配置成不同时发送PUSCH和PUCCH。在这样的情况下，如果UCI仅包括HARQ-ACK和SR，则可以根据PUCCH格式1/1a/1b/3通过PUCCH发送UCI。然而，如果UCI仅包括周期性的CSI，则可以根据PUCCH格式2在PUCCH上发送UCI。可替选地，如果UCI包括周期性的CSI和HARQ-ACK并且UE没有发送PUSCH，则可以根据PUCCH格式2/2a/2b通过PUCCH发送UCI。可替选地，如果UCI仅包括HARQ-ACK/NACK或者UCI包括HARQ-ACK/NACK和SR，则UCI包括肯定的SR和周期性的/非周期性的CSI，或者UCI仅包括非周期性的CSI、HARQ-ACK/NACK，SR，并且肯定的SR可以通过PUCCH被发送，并且可以通过PUSCH发送周期性的/非周期性的CSI。
不同于上述，假定为一个或者多个服务小区已经配置了UE并且UE被配置成不同时发送PUSCH和PUCCH。在这样的情况下，如果UE没有发送PUSCH，则可以根据PUCCH格式1/1a/1b/3通过PUCCH发送UCI。如果UCI包括非周期性的CSI或者包括非周期性的UCI和HARQ-ACK，则可以通过服务小区的PUSCH发送UCI。可替选地，如果UCI包括周期性的CSI和HARQ-ACK/NACK并且UE在主小区的子帧n中没有发送PUSCH，则可以通过PUSCH发送UCI。
不同于上述，假定为一个或者多个服务小区已经配置了UE并且UE被配置成能够同时发送PUSCH和PUCCH。在这样的情况下，如果UCI包括HARQ-ACK和SR中的一个或者多个，则可以根据PUCCH格式1/1a/1b/3通过PUCCH发送UCI。然而，如果UCI仅包括周期性的CSI，则可以使用PUCCH格式2通过PUCCH发送UCI。可替选地，如果UCI包括周期性的CSI和HARQ-ACK/NACK并且UE没有发送PUSCH，则在没有根据一些情况发送的情况下CSI可以被丢弃(或者放弃)。可替选地，如果通过HARQ-ACK/NACK和周期性的CSI发送UCI并且UE在主小区的子帧中发送PUSCH，则可以根据PUCCH格式1a/1b/3通过PUCCH发送HARQ-ACK/NACK并且可以通过PUSCH发送周期性的CSI。
下面描述3GPP LTE中的HARQ。
3GPP LTE在上行链路传输中使用同步的HARQ并且在下行链路传输中使用异步HARQ。同步的HARQ意指重传时序被固定，并且异步的HARQ意指重传时序没有被固定。即，同步HARQ被最初发送并且在HARQ的周期中被重传。
图14是图示在(e)节点B和UE之间的HARQ的操作示例性图。
如在图14中所图示，在现有技术中，为了数据的有效传输在MAC层中执行了HARQ操作，并且详细的HARQ操作过程如下。
首先，(e)节点B，即，e节点B 200，使用HARQ方法，通过物理下行链路控制信道(PDCCH)发送调度信息以便于将数据发送到UE，即，UE 100。
UE 100通过监测控制信道，即，PDCCH，检查进入的调度信息。
如果通过检查调度信息发现存在关于UE 100的信息，则UE 100在与PDCCH相关联的时间点处通过公共信道(物理共享信道(PSCH))从e节点B 200接收数据(例如，被图示的数据#1和数据#2)。
当接收数据时，UE 100尝试进行数据的解码。基于解码的结果UE将HARQ反馈发送到e节点B 200。即，如果在解码中是成功的，则UE 100发送ACK信号，并且如果在解码中不是成功的，则UE 100通过PUCCH或者PUSCH将NACK信号发送到e节点B 200。
当接收ACK信号时，e节点B 200检测到UE的数据的传输已经成功并且发送下一个数据。
如果e节点B 200接收NACK信号，则检测到UE 100的数据的传输已经不成功并且在适当的时间点处根据相同的格式或者新格式重新发送相同的数据。
已经发送NACK信号的UE 100尝试进行被重新发送的数据的接收。
如果UE接收被重新发送的数据，则在其中使用各种方法数据的解码事先已经不成功的状态下其组合被重新发送的数据和被存储在缓冲器中的数据并且尝试数据的解码。如果其在解码中是成功的，则UE100发送ACK信号，并且如果在解码中其不是成功的，则UE 100通过PUCCH或PUSCH将NACK信号发送到e节点B 200。UE 100重复发送NACK信号并且接收被重新发送的数据的过程直到在数据的解码中成功。
迄今为止已经描述了在向下方向中，即，在从e节点B 200到UE100的方向中的HARQ。
然而，在向上方向中，即，从UE 100到e节点B 200的方向中使用了同步HARQ。在这样的情况下，同步的HARQ意指在数据的传输之间的时间间隔是相同的。即，如果UE在执行传输之后不得不对任何传输执行重传，则在从先前的传输开始的特定时间之后产生传输。在这样的情况下，优点在于，因为在每个传输时间点处使用PDCCH发送调度信息出现的无线电资源的浪费能够被减少，并且因为UE没有适当地接收PDCCH没有执行合适的传输的危险能够被减少。
图15是图示当主小区和辅小区独立地执行调度时可能出现的技术含糊不清的流程图。
参考图15，主小区210将RRC重新配置消息发送到UE，即，UE100。辅小区，即，SCell，可以通过RRC重新配置消息被添加。在这样的情况下，辅小区可以用于下行链路。即，主小区提供上行链路和下行链路这两者，但是辅小区可以仅提供下行链路。
在这样的情况下，两个小区可以是e节点B内类型或者e节点B间类型。
UE 100响应于RRC重新配置消息将RRC重新配置-完成消息发送到主小区210。
主小区210确定是否激活被添加的辅小区220，即，SCell。如果被添加的主小区220需要被激活，则主小区210将激活消息发送到UE100。
同时，如果两个小区是e节点B间，则每个小区可以在其下行链路上独立地调度。因此，每个小区向UE 100发送包括调度信息的PDCCH并且然后发送包括下行链路数据的PDSCH。
根据调度信息，可以要求将PUCCH发送到主小区210，并且可以要求将PUSCH发送到辅小区220。然而，在这样的情况下，如果UE 100还没有被配置成同时发送PUCCH和PUSCH，则问题可能出现。
此外，如上所述，与用于载波的有效管理的小区的数目(或者e节点B的数目)或者由于其中可用的载波被限制的条件可以不确保上行链路分量载波(CC)的数目。此外，如果小区以像e节点B间形式一样聚合载波的方式在地理上对应于不同的e节点B，则需要考虑发送诸如与每个小区相对应的非周期性的CSI的重要上行链路信息的方法。
同时，需要考虑在其中由于通过UE可支持的UL CC的限制和甚至在其中UL CC已经被充分地确保的条件中的实现问题在相同的时间中可用的UL CC被限制的条件下发送UL信息的方法。
因此，下面描述用于改进的解决方案。
为了减少上述问题，可以考虑其中多个小区在单个上行链路CC中分配数个上行链路信道的方法。通过较高层信号可以启用或者禁用此。数个上行链路信道可以包括包括UL-SCH的PUSCH、包括非周期性的CSI的PUSCH、SRS、PRACH等。在PUCCH的情况下，响应于下行链路许可在数个小区之间可以执行协调。此外，包括UL-SCH的PUSCH可以包括与随机接入响应的许可相对应的PUSCH(即，msg3)。PUSCH可以包括HARQ-ACK和周期性的CSI的捎带形式。可以使用上行链路许可执行用于在单个上行链路CC上分配上行链路信道的方案。
然而，当使用如上所述的上行链路许可要解决问题时，如果在两个小区之间没有共享关于相互调度的信息或者产生大的延迟，则尽管多条信息被交换，但是用于小区的上行链路许可可以相互冲突。
因此，下面描述用于当冲突出现时减少问题的方案以及UE过程。
图16图示在多小区环境中的关于PRACH的过程。
如参考图16可以看到的，如果主小区210和辅小区220对应于在地里上相互分开的e节点B，如在站间CA中，则对于共享单个上行链路CC的每个小区或者小区组要求独立的时序调节。具体地，如所图示的，用于每个小区或者小区组的PRACH传输需要被考虑。此外，如所图示的，在从UE发送到各自的小区的PRACH之间可能出现冲突，因为与每个小区或者小区组中的PRACH相对应的PDCCH命令可以被独立地调度。因此，UE要求用于解决小区之间的冲突的方案或者过程。
在第一方案中，其中要发送PDCCH命令的子帧索引可以被配置成在小区之间不相互重叠或者可以通过X2接口共享传输信息。在这样的情况下，基于其中用于每个小区或者小区组的PDCCH被发送的资源可以限制其中UE 100检测PDCCH的搜索空间。因此，能够减少UE中的盲解码的数目。
在第二方案中，其中用于每个小区或者小区组的PRACH要被发送的子帧索引可以被配置成对于每个小区或者小区组没有相互重叠或者可以通过X2接口共享传输信息。基于子帧索引要发送PDCCH命令的位置可以被指定。
在第三方案中，发送用于每个小区或者小区组的PRACH的方法可以被配置成对于每个小区或者小区组没有相互重叠或者可以通过X2接口共享传输信息。在这样的情况下，可以通过PRACH配置、前导索引、资源位置等的组合实现发送PRACH的方法。此外，可以通过PDCCH命令通知UE一些信息或者整个信息。在这样的情况下，如果PRACH配置和资源位置与由主小区指定的参数相同，则可以不附加地通知UE PRACH配置和资源位置。如果PRACH配置和资源位置不同于通过主小区指定的参数，则可以通知UE PRACH配置和资源位置。
同时，可以保持与在用于相同的小区的PRACH和另一上行链路信道之间的冲突有关的关于现有的3GPP版本10的优先级的规则。
然而，在用于不同的小区和上行链路信道的PRACH之间可能出现冲突。因此，下面描述用于解决冲突的UE过程和优先级规则。
<在用于不同小区或者小区组的PRACH和PUCCH/PUSCH/SRS之间的冲突>
在第一方案中，UE可以将高的优先级给予与主小区相对应的上行链路信道。在这样的情况下，与主小区相对应的信息可以被丢弃。如果出现与主小区或者辅小区有关的冲突，则可以从较小的小区索引设置高优先级。此外，PUCCH可以包括UCI，诸如HARQ-ACK、CSI、以及SR，并且PUSCH可以包括UL-SCH、周期性的/非周期性的CSI、HARQ-ACK等的组合。
在第二方案中，UE 100可以以与随机接入许可、非周期性的CSI/SRS、周期性的CSI、周期性的SRS、以及UL-SCH相对应的PRACH、HARQ-ACK/SR、PUSCH(即，msg3)的顺序给予高的优先级。如果出现与主小区或者辅小区有关的冲突，则从较小的小区索引设置高的优先级。
在第三方案中，UE 100可以以与随机接入许可、PRACH、HARQ-ACK/SR、非周期性的CSI/SRS、周期性的CSI、周期性的SRS、以及UL-SCH相对应的PUSCH(即，msg3)的顺序给予优先级。如果出现与主小区或者辅小区有关的冲突，则从较小的小区索引设置高的优先级。在PRACH上高的优先级被设置的范围意指高的优先级被给予现有的随机接入过程。
在第四方案中，UE 100可以以PRACH、HARQ-ACK/SR、非周期性的CSI/SRS、周期性的CSI、周期性的SRS、以及UL-SCH的顺序给予高的优先级。如果出现与主小区或者辅小区有关的冲突，则从较小的小区索引设置高的优先级。
可以为每个子帧不同地设置的前述的优先级可以被事先指定或者通过较高层信号配置。在这样的情况下，用于先前指定优先级的方案的示例可以意指基于与特定小区或者特定小区组相对应的子帧的优先级的设置。
<在不同小区或者小区组的PRACH之间的冲突>
在第一方案中，UE 100可以将高的优先级给予与主小区相对应的PRACH，并且与辅小区相对应的PRACH可以被放弃。如果出现与主小区或者辅小区有关的冲突，则可以从较小的小区索引设置高的优先级。
在第二方案中，UE 100同时发送多个PRACH。在这样的情况下，如果发送PRACH的方法是相同的，则仅属于相应的PRACH以及用于单个小区或者小区组的PRACH的PRACH可以被发送。在这样的情况下，通过PRACH配置、PRACH前导索引等可以表示发送PRACH的方法。从相应的UE的角度来看所选择的PRACH可以对应于具有小的服务小区索引的小区并且可以对应于在下行链路子帧中具有较早的位置的小区。
在第三方案中，当冲突出现时UE 100没有发送任何PRACH。
在第四方案中，UE 100可以基于被动态地配置的PRACH之间的优先级选择要被发送的PRACH。在这样的情况下，动态地配置PRACH的方法的示例可以包括其中被包括在PDCCH命令中的信息被使用的示例。
当冲突出现时的优先级可以为每个子帧被不同地设置并且可以被事先指定或者通过较高层信号配置。先前指定优先级的方法可以以与特定小区或者小区组相对应的子帧为基础。
图17图示关于多小区环境中的调度请求(SR)的过程。
如果主小区210和辅小区220对应于如在站间CA中在地理上相互分开的e节点B，则通过UE 100将调度请求(SR)仅发送到特定的一个小区的方法可以是无效的，因为在小区之间的多条信息的交换不是平滑的。
因此，如在图17(a)中所图示的，UE 100可以将SR发送到每个小区(或者小区组)。配置信息可以通过较高层信号被发送到UE 100使得UE 100能够将SR发送到如上所述的每个小区。当发送SR时，UE 100可以包括关于SR中的与SR相对应的小区的信息并且发送SR。每个小区响应于来自于UE 100的SR分配上行链路资源并且发送包括关于被分配的上行链路资源的信息的上行链路许可(或者也被称为UL许可)。
下面描述SR传输方案的详细示例。
在第一方案中，每个小区可以配置用于UE的SR传输方法并且通过被图示的X2接口与其他小区共享被配置的SR传输方法。在这样的情况下，可以通过用于发送SR的PUCCH资源和/或SR配置索引确定SR传输方法。
在第二方案中，传输时间、PUCCH资源等可以被配置使得所有的小区，即，载波聚合(CA)的主体，能够从UE 100监控SR。在这样的情况下，如果UE 100发送SR，则所有的小区，即，载波聚合(CA)的主体，从UE 100接收SR。
在第三方案中，UE 100可以包括关于PUCCH中的与SR相对应的小区的信息和SR并且发送PUCCH。在这样的情况下，关于小区的信息可以是服务小区索引。对于每个小区来说用于PUCCH的资源可以是不同的。此外，为了发送SR，UE 100可以使用PUCCH格式3。
可以通过较高层信号为UE自动地指示是否实际地应用前述的方案。
同时，如在图17(b)中所图示，如果在单个子帧中同时发送用于主小区210的SR和用于辅小区200的上行链路信道则可能出现冲突。在这样的情况下，取决于被包括在上行链路信道中的信息的类型UE 100可以为SR设置优先级。下面描述设置优先级的详细实施例。
<在包括SR的PUCCH和包括HARQ-ACK的PUCCH/PUSCH之间的冲突>
虽然UE 100还没有被配置成同时发送PUCCH和PUSCH，如果因为在包括SR的PUCCH和包括HARQ-ACK的PUCCH/PUSCH之间的同时传输条件被产生冲突出现，则UE 100可以选择下述数个方案中的任意一个并且根据所选择的方案操作。
在这样的情况下，在PUCCH格式1a/1b的情况下包括HARQ-ACK的PUCCH可以仅发送HARQ-ACK或者包括用于相应的小区的SR。在PUCCH格式2/2a/2b的情况下包括HARQ-ACK的PUCCH可以包括CSI。在PUCCH格式3的情况下包括HARQ-ACK的PUCCH可以包括HARQ-ACK仅反馈/HARQ-ACK+SR/HARQ-ACK+CSI/HARQ-ACK+SR+CSI等。如果通过PUSCH发送HARQ-ACK，则PUCCH可以包括周期性的/非周期性的CSI、UL-SCH等。取决于被包括在PUCCH中的UCI的类型根据PUCCH格式1/1a/1b/3可以发送包括SR的PUCCH。下述是当冲突出现时UE过程的更加详细的示例。
在第一方案中，UE 100可以将高的优先级给予UCI和与主小区相对应的容器。在这样的情况下，与辅小区相对应的信息被放弃。如果在辅小区之间出现冲突，则可以从较小的小区索引设置高的优先级。
在第二方案中，UE 100可以将高的优先级给予包括HARQ-ACK的PUCCH/PUSCH。如果在其之间已经出现冲突的所有PUCCH包括HARQ-ACK，则从较小的小区索引设置高的优先级。在这样的情况下，可以放弃在具有最高的优先级的PUCCH中没有包括的SR。
在第三方案中，使用公共的上行链路信道资源UE 100可以同时发送UCI的一部分或者整个UCI。在这样的情况下，UE 100可以附加地执行用于减少UCI的一些或者所有的UCI的比特的数目的过程。上行链路资源可以被先前指定或者可以通过较高层配置。如果在上行链路信道之间冲突出现，则UE 100可以使用已经被先前指定或者通过较高层配置的资源。
在第四方案中，UE 100选择要通过较高层发送的容器，在该容器中包括UCI的一部分或者整个UCI，并且发送容器。
所选择的容器已经被专用于相应的小区。即，每个小区仅在其自己的容器上执行DTX检测。为了每个子帧可以不同地设置当冲突出现时的优先级。这可以被事先指定或者通过较高层信号配置。
<包括SR的PUCCH和不包括HARQ-ACK的PUCCH/PUSCH>
尽管UE 100还没有被配置成同时发送PUCCH和PUSCH，但是如果因为包括SR的PUCCH和不包括HARQ-ACK的PUCCH/PUSCH被同时发送冲突出现，则UE 100可以根据所选择的方案选择下述数个方案中的任意一个并且操作。
在这样的情况下，不包括HARQ-ACK的上行链路信道可以包括周期性的/非周期性的CSI、UL-SCH等。此外，取决于被包括在PUCCH中的UCI的类型根据PUCCH格式1/1a/1b/3可以发送包括SR的PUCCH。下述是当冲突出现时UE过程的更加详细的示例。
在第一方案中，UE 100可以将高的优先级给予UCI和与主小区相对应的容器。在这样的情况下，与辅小区相对应的信息被放弃。如果在辅小区之间出现冲突，则可以从较小的小区索引设置高的优先级。
在第二方案中，UE 100可以将高的优先级给予包括SR的PUCCH。在这样的情况下，没有被包括在具有最高的优先级的PUCCH中的UCI被放弃。
在第三方案中，UE 100使用PUCCH资源同时发送UCI的一部分或者整个UCI。在这样的情况下，UE 100可以附加地执行用于减少一些或者全部UCI的比特的数目的过程。PUCCH资源可以被先前指定或者通过较高层配置。如果冲突出现，则UE 100可以使用先前已经配置或者通过较高层配置的资源。
在第四方案中，UE 100选择通过较高层信号发送的容器，在该容器中包括UCI的一部分或者整个UCI，并且发送容器。在这样的情况下，可以使用PUCCH资源索引选择要被发送的容器。
所选择的容器可以被专用于相应的小区。即，每个小区在其自己的容器上执行DTX检测。可以为每个子帧不同地设置当冲突出现时的优先级。这可以被事先指定或者通过较高层信号配置。
图18图示在多小区环境中的关于上行链路信道的调度的示例。
当多个小区在单个上行链路CC上调度它们的上行链路信道时，在上行链路信道之间可能出现冲突。因此，要求用于防止冲突或使UE能够处理冲突的过程。上行链路信道可以包括UL-SCH、非周期性的CSI、以及非周期性的SRS的组合。下面描述用于过程的详细方案。
在第一方案中，如果在第n个下行链路子帧上接收上行链路许可，则能够在第(n+k)(例如，第(n+4))个上行链路子帧上发送上行链路信道。因此，每个小区可以通过配置其中能够发送上行链路许可的子帧避免在上行链路信道之间的冲突。为此，每个小区事先分割上行链路资源。例如，在FDD中，如果小区的数目是2，则一个小区可以通过偶数编号的子帧索引(例如，被图示的编号0、2、4、6以及8子帧)发送上行链路许可，并且其他小区可以通过奇数编号的子帧索引(例如，被图示的编号1、3、5、7、以及9子帧)发送上行链路许可。每个小区可以通知UE其中通过上行链路信令能够发送的上行链路许可的子帧的配置。也可以在小区之间交换子帧的配置。此外，其中上行链路许可可以被发送的子帧的配置可以是小区特定的或者可以是UE特定的。如果其中能够发送上行链路子帧的子帧的配置是小区特定的，则每个小区或者小区组可以指定其中要事先发送上行链路许可的子帧并且通过X2接口等与其他小区交换。如果其中能够发送上行链路许可的子帧的配置是UE特定的，则每个小区或者小区组通知其他小区配置。
在第二方案中，在上行链路子帧被分配给每个小区或者小区组之后，可以与其他小区共享配置信息。在这样的情况下，子帧的分配可以是小区特定的或者可以是UE特定的。每个小区可以通过上行链路信号通知UE配置信息。例如，在FDD中，一个小区通过偶数编号的子帧索引发送上行链路信道，并且其他小区可以通过奇数编号的子帧索引发送上行链路信道。如果其中要执行上行链路传输的上行链路子帧不是通过小区分配的子帧，则UE 100可以放弃或者延迟上行链路传输或者可以从小区再次请求调度。
在第三方案中，UE可以自动配置用于每个CC的上行链路子帧并且通知每个小区被配置的上行链路子帧。每个小区可以参考在调度上行链路资源中通过相应的UE配置的子帧。如果通过每个小区分配的子帧不是通过相应的UE 100配置的子帧，则相应的UE 100可以放弃或者延迟上行链路传输或者可以从小区再次请求调度。
在第四方案中，UE可以在小区之间同等地分割上行链路子帧并且分配它们。当同等地分割上行链路子帧时，UE 100可以使用各自的小区ID分类子帧。例如，如果小区0和小区1共享单个上行链路CC，则UE 100可以将偶数编号的子帧分配给小区0并且将奇数编号的子帧分配给小区1。如果每个小区意识到被分配给UE的CC的数目，则即使在没有附加的信息的情况下每个小区可以推论通过UE分配的子帧。在TDD的情况下，可用的上行链路子帧可以被分布。
在这样的情况下，如果为了每个小区或者小区组分割用于上行链路许可的资源，则当基于用于相应的小区或者小区组的资源信息检测用于相应的小区或者小区组的PDCCH时，UE 100可以限制搜索空间。因此，通过UE执行的盲解码的数目能够被减少。在周期探测参考信号(SRS)的情况下，以事先或者通过较高层信号共享或者分配要被用于每个小区或者小区组的SRS的方式能够减少在周期性的SRS之间的冲突。除了子帧的分割之外，可以考虑在子帧内分割资源并且使用它们作为FDM的方法。为了让资源被用作如上所述的FDM，假定共享上行链路CC的小区已经经历时间同步。
<在TDD的多个小区之间的上行链路信道的调度>
下述是用于在TDD系统中分割用于每个小区或者用于每个小区组的上行链路子帧的方案的详细示例。为了方便起见，通过CG_A指示一个小区(或者小区组)，并且通过CG_B指示其他小区(或者小区组)。CG_A和CG_B可以具有站内或者站间e节点B关系。此外，上行链路CC基本上可以对应于主小区。即，如果两种或者更多种类型的UL-DL配置被使用，则可以被实际地发送的上行链路子帧以与主小区相对应的UL-DL配置为基础。下面是其中相对于所有的小区UL-DL配置是相同的或者与主小区相对应的UL-DL配置的上行链路子帧数目是与辅小区相对应的UL-DL配置的上行链路子帧数目的子集形式。
首先，如果在表1中图示主小区的UL-DL配置是1，则与子帧编号2、3、7以及8相对应的上行链路子帧被分布给CG_A，并且与子帧编号4和9相对应的上行链路子帧被分布给CG_B。在上面的条件中，用于CG_A的UL许可可以通过子帧编号0、1、5、以及6被发送。在这样的情况下，在子帧编号0和5的情况下，UL索引的MSB可以被限于0。此外，可以通过子帧编号0和5可以发送用于CG_B的UL许可。在这样的情况下，上行链路索引的LSB可以被限于0。
其后，首先，如果主小区的UL-DL配置是在表1中图示的1、2、3、4、以及6，则上行链路子帧可以被专用地分布给CG_A和CG_B。
同时，下面描述UE的非周期性的CSI。具体地，在站间CA条件下，通过用于一个小区的上行链路许可从在地理上与一个小区分开的另一小区请求非周期性的CSI可能是无效的。因此，如果UCI被专用于每个小区并且为每个小区发送，则使用提供作为参数的下行链路的小区的数目用于非周期性的CSI请求的比特的数目可以被设置。例如，如果提供下行链路的小区的数目是3，则第一小区组包括提供下行链路的一个小区，并且第二小区组包括提供下行链路的两个小区，用于第一小区组的非周期性的CSI请求的比特的数目可以被设置为1，并且用于第二小区组的非周期性的CSI请求的比特的数目可以被设置为2。在这样的情况下，关于请求的1比特信息可以被用于确定是否将非周期性的CSI发送给服务小区或者包括服务小区的小区组。此外，如果UCI被配置成被专用于每个相应的小区并且为每个相应的小区发送，如果相对于主小区在SRS和PUCCH之间已经配置同时传输或者被缩短的PUCCH使用，则相对于共享上行链路CC的所有小区其可以被同样地配置。在这样的情况下，UCI被专用于和发送到每个相应的小区的意义可以意指例如基于cell_A对用于cell_A的UCI_A执行功率配置、加扰序列配置、资源配置等。
下述是当基于上行链路许可在上行链路信道之间冲突出现时通过UE执行的过程的详细示例。
<在UCI和UL-SCH之间的冲突>
尽管UE 100还没有被配置成同时发送PUCCH和PUSCH，但是如果因为其中HARQ-ACK、包括周期性的/非周期性的CSI的PUCCH、以及包括UL-SCH的PUSCH被同时发送的条件被产生所以冲突出现，则UE过程的详细示例如下。
在第一方案中，高的优先级可以被设置为信息和与主小区相对应的容器。在这样的情况下，与辅小区相对应的信息被放弃。如果在辅小区之间出现冲突，则可以从较小的小区索引设置高的优先级。
在第二方案中，如果用于两个UL-SCH的资源没有相互重叠，则UE 100可以通过各自的PUSCH同时发送两个UL-SCH。在这样的情况下，资源意指被调度的RB。
在第三方案中，以HARQ-ACK、非周期性的CSI、以及UL-SCH(也是周期性的CSI)的顺序给予优先级。其后，以优先级顺序发送与一些信息或者整个信息相对应的上行链路信道。如果在辅小区之间出现冲突，则从较小的小区索引设置高的优先级。
在这样的情况下，可以通过较高层信号设置是否执行放弃和同时传输。可以为每个子帧不同地设置当冲突出现时的优先级。这可以被事先指定或者通过较高层信号配置。在这样的情况下，事先指定优先级的方法的示例可以被限于基于与特定小区/小区组相对应的子帧的优先级的设置。
<在SRS之间的冲突>
如果UCI已经被设置为在每个相应的小区中被专门地发送，则在每个相应的小区中也可以专门地发送SRS并且其可以被发送使得使用公共的参数通过所有的小区检测。在这样的情况下，SRS可以被划分成周期性的SRS和非周期性的SRS，并且用于周期性的SRS和非周期性的SRS的UE过程可以被单独地配置。下面是更加详细的示例。
在第一方案中，高的优先级可以被设置为与主小区相对应的SRS。在这样的情况下，与辅小区相对应的信息被放弃。如果在辅小区之间出现冲突，则可以从较小的小区索引设置高的优先级。
在第二方案中，可以以非周期性的SRS和周期性的SRS的顺序给出高的优先级。如果在辅小区之间出现冲突，则从较小的小区索引设置高的优先级。
在第三方案中，如果用于两个SRS的资源没有相互重叠，则UE 100同时发送两个SRS。在这样的情况下，资源可以意指SRS带宽。
可以为每个子帧不同地设置当冲突出现时的优先级。可以事先指定或者通过较高层信号配置此。
<在SRS和PUCCH之间的冲突>
首先，PUCCH可以包括HARQ-ACK、周期性的CSI、SR等的组合，并且可以相对于特定格式的被缩短的形式发送。在这样的情况下，被缩短的形式可以意指在PUCCH传输之后没有使用最后的OFDM符号。可以提供是否通过较高层信号将被缩短的形式应用于每个小区的通知。基本上，相对于相同的小区，可以以包括HARQ-ACK(或者SR)、非周期性的SRS、周期性的CSI的反馈、以及周期性的SRS的反馈的顺序设置优先级。下述是当在用于不同小区的SRS和PUCCH之间冲突出现时UE过程的更加详细的示例。
在第一方案中，高的优先级可以给予与主小区相对应的上行链路信道。在这样的情况下，与辅小区相对应的信息可以被放弃。如果在辅小区之间出现冲突，则可以从较小的小区索引设置高的优先级。
在第二方案中，UE 100以包括HARQ-ACK(或者SR)、非周期性的SRS、仅周期性的CSI反馈、以及周期性的SRS的反馈的顺序设置优先级。
可以为每个子帧不同地设置当冲突出现时的优先级。可以事先指定或者通过较高层信号配置此。
<PUSCH跳频>
如上所述，尽管上行链路子帧已经被划分并且为每个小区分配，但是存在UE使用另一小区的子帧同时执行PUSCH跳频的可能性。因此，如果多个小区已经被配置成共享单个上行链路CC并且调度各自的上行链路信道，则根据每个小区(或者小区组)的调度限制方法可以被单独地设置当将PUSCH发送给每个小区时是否UE执行PUSCH跳频。如果调度限制方法被设置为TDM方法，则可以为每个小区(每个小区组)独立地配置是否应用PUSCH跳频和应用PUSCH跳频的方法。如果调度限制方法被设置为FDM方法，则PUSCH跳频可以始终不被使用，并且PUSCH跳频的结果可以被配置使得它们在小区(小区组)之间相互重叠。在这样的情况下，配置PUSCH跳频的结果使得它们没有相互重叠的方法的示例可以被设置为与在与共享上行链路CC的所有小区相对应的上行链路许可内的跳频比特值相同。
迄今为止已经描述了本发明的示例性实施例可以通过各种手段被实现。例如，通过硬件、固件、软件、或者其组合可以实现本发明的示例性实施例。下面参考附图对其进行详细的描述。
图19是其中实现本发明的实施例的无线通信系统的框图。
基站200包括处理器201、存储器202、以及RF(射频)单元203。存储器202与处理器201相连接并且存储用于驱动处理器201的各条信息。RF单元203与处理器201相连接并且发送和/或接收无线电信号。处理器201实现如在此所建议的功能、过程、以及/或者方法。在上述实施例中，可以通过处理器201执行基站的操作。
无线装置100包括处理器101、存储器102、以及RF单元103。存储器102与处理器101相连接并且存储用于驱动处理器101的各条信息。RF单元103与处理器101相连接并且发送和/或接收无线电信号。处理器101实现如在此所建议的功能、过程、以及/或者方法。在上述实施例中，可以通过处理器101实现无线装置的操作。
处理器可以包括ASIC(专用集成电路)、其他芯片组、逻辑电路、和/或数据处理设备。存储器可以包括ROM(只读存储器)、RAM(随机存取存储器)、闪存、存储卡、存储介质、以及/或者其他存储器件。RF单元可以包括基带电路，用于处理无线电信号。当以软件实现实施例时，可以在用于执行上述功能的模块(处理、或者功能)中实现上述方案。模块可以被存储在存储器中并且通过处理器执行。存储器可以被定位在处理器内或者外并且可以经由各种公知的手段与处理器相连接。
在上述系统中，利用具有一系列步骤或者块的流程图描述了方法，但是本发明不限于步骤或者顺序。一些步骤可以同时或者按照不同于上述步骤的顺序被执行。本领域的普通技术人员将会理解的是，流程图中的步骤没有相互排斥，并且在没有影响本发明的范围的情况下一些其他步骤可以被包括在流程图中或者流程图中的一些步骤可以被删除。可以在无线移动通信系统的用户设备、基站、或者其他设备中使用本发明。

Claims (16)

1.一种在其中共享单个上行链路资源的多小区环境中通过用户设备执行的上行链路传输方法，所述方法包括：
接收配置上行链路控制信道和上行链路共享信道的控制信息，使得在相同的一个上行链路子帧上不同时发送所述上行链路控制信道和所述上行链路共享信道，其中由第一小区和第二小区共享所述单个上行链路资源；
如果分别要求通过所述上行链路控制信道和所述上行链路共享信道在相同的子帧上同时发送用于第一小区的第一调度请求(SR)和用于第二小区的上行链路控制信息(UCI)，则选择所述上行链路控制信道和所述上行链路共享信道中的任意一个；
在所述上行链路子帧上发送所选择的信道。
2.根据权利要求1所述的上行链路传输方法，进一步包括：
发送用于所述第二小区的第二SR，
其中，通过与所述第一SR的资源不同的上行链路资源来发送所述第二SR。
3.根据权利要求2所述的上行链路传输方法，其中，发送所述第二SR所通过的上行链路资源具有与所述第一SR的上行链路控制信道的索引不同的上行链路控制信道的索引或者具有不同的资源块(RB)位置。
4.根据权利要求1所述的上行链路传输方法，进一步包括：
在另一上行链路子帧上发送用于所述第二小区的第二SR。
5.根据权利要求4所述的上行链路传输方法，其中，所述第一和所述第二SR中的每个包括关于相应的小区的信息。
6.根据权利要求4所述的上行链路传输方法，进一步包括：
接收配置用于所述第二小区的第二SR的控制信息，使得在另一上行链路子帧上发送所述第二SR。
7.根据权利要求4所述的上行链路传输方法，其中：
在具有奇数编号的索引的子帧上发送所述第一调度请求，以及
在具有偶数编号的索引的子帧上发送所述第二SR。
8.根据权利要求4所述的上行链路传输方法，进一步包括：
从所述第一小区接收用于所述第一SR的第一上行链路许可；以及
从所述第二小区接收用于所述第二SR的第二上行链路许可，
其中，在不同的子帧上接收所述第一上行链路许可和所述第二上行链路许可。
9.根据权利要求1所述的上行链路传输方法，进一步包括：
执行用于所述第一小区的上行链路共享信道的传输，
其中，在所述第一小区和所述第二小区中不同地设置用于所述上行链路共享信道的无线电资源的跳频。
10.根据权利要求1所述的上行链路传输方法，其中，在选择所述上行链路控制信道和所述上行链路共享信道中的任意一个中，基于所述UCI的类型和容器中的一个或者多个来选择任意一个信道。
11.根据权利要求10所述的上行链路传输方法，其中，基于所述UCI的类型和所述容器中的任意一个来确定优先级。
12.一种在其中共享单个上行链路资源的多小区环境中执行上行链路传输的用户设备，所述用户设备包括：
RF单元，所述RF单元接收配置上行链路控制信道和上行链路共享信道的控制信息，使得在相同的一个上行链路子帧上不同时发送所述上行链路控制信道和所述上行链路共享信道，其中由第一小区和第二小区来共享所述单个上行链路资源；以及
处理器，如果分别要求通过所述上行链路控制信道和所述上行链路共享信道在相同的子帧上同时发送用于所述第一小区的第一调度请求(SR)和用于所述第二小区的上行链路控制信息(UCI)，则所述处理器选择所述上行链路控制信道和所述上行链路共享信道中的任意一个，
其中，所述RF单元在所述上行链路子帧上发送通过所述处理器选择的信道。
13.根据权利要求12所述的用户设备，其中，所述RF单元在另一上行链路子帧上发送包括用于所述第二小区的第二SR的上行链路控制信道。
14.根据权利要求13所述的用户设备，其中，所述第一和所述第二SR中的每个包括关于相应的小区的信息。
15.根据权利要求13所述的用户设备，其中：
在具有奇数编号的索引的子帧上发送所述第一调度请求，以及
在具有偶数编号的索引的子帧上发送所述第二SR。
16.根据权利要求12所述的用户设备，其中：
所述RF单元执行用于所述第一小区的上行链路共享信道的传输；以及
在所述第一小区和所述第二小区中不同地设置用于所述上行链路共享信道的无线电资源的跳频。
CN201380050593.6A 2012-09-28 2013-08-05 上行链路传输方法和上行链路传输装置 Active CN104685955B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201261706785P 2012-09-28 2012-09-28
US61/706,785 2012-09-28
PCT/KR2013/007025 WO2014051254A1 (ko) 2012-09-28 2013-08-05 상향링크 전송 방법 및 장치

Publications (2)

Publication Number Publication Date
CN104685955A true CN104685955A (zh) 2015-06-03
CN104685955B CN104685955B (zh) 2019-02-01

Family

ID=50388594

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380050593.6A Active CN104685955B (zh) 2012-09-28 2013-08-05 上行链路传输方法和上行链路传输装置

Country Status (3)

Country Link
US (2) US10194423B2 (zh)
CN (1) CN104685955B (zh)
WO (1) WO2014051254A1 (zh)

Cited By (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017107331A1 (zh) * 2015-12-25 2017-06-29 华为技术有限公司 一种多载波下的载波聚合实现方法及基站
CN107197529A (zh) * 2016-03-15 2017-09-22 华为技术有限公司 一种序列信号发送方法及终端
CN108029111A (zh) * 2015-08-07 2018-05-11 夏普株式会社 终端装置、通信方法以及集成电路
JPWO2017022802A1 (ja) * 2015-08-06 2018-05-31 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
CN108141823A (zh) * 2015-10-19 2018-06-08 华为技术有限公司 一种用户设备、网络节点、方法和计算机程序产品
CN108370518A (zh) * 2015-08-06 2018-08-03 夏普株式会社 终端装置、基站装置、通信方法以及集成电路
CN108702768A (zh) * 2018-04-24 2018-10-23 北京小米移动软件有限公司 调度请求传输方法及装置和资源分配方法及装置
CN108809606A (zh) * 2016-11-04 2018-11-13 华为技术有限公司 信道状态信息反馈的方法与装置
CN109392168A (zh) * 2017-08-04 2019-02-26 维沃移动通信有限公司 一种数据传输方法及终端
CN109962750A (zh) * 2017-12-25 2019-07-02 普天信息技术有限公司 一种上行业务信道和控制信道冲突时信号处理方法及系统
WO2019137405A1 (zh) * 2018-01-11 2019-07-18 华为技术有限公司 一种信息传输方法、装置以及计算机可读存储介质
WO2019137213A1 (zh) * 2018-01-12 2019-07-18 华为技术有限公司 上行控制信息传输方法和通信装置
CN110351007A (zh) * 2018-04-04 2019-10-18 华为技术有限公司 一种上行控制信息发送和接收方法及装置
CN110475372A (zh) * 2018-05-10 2019-11-19 维沃移动通信有限公司 一种上行传输方法及终端
WO2020011096A1 (zh) * 2018-07-13 2020-01-16 维沃移动通信有限公司 上行传输方法及终端
CN111819807A (zh) * 2018-01-05 2020-10-23 日本电气株式会社 用于无线通信系统中的上行链路信号传输和接收的方法和设备
CN112042254A (zh) * 2018-05-08 2020-12-04 康普技术有限责任公司 主动pusch授权以防止速率限流
CN112260805A (zh) * 2019-07-22 2021-01-22 海能达通信股份有限公司 一种数据传输方法、装置及电子设备
CN112602285A (zh) * 2018-08-28 2021-04-02 高通股份有限公司 上行链路信道复用和捎带
CN113518458A (zh) * 2020-04-09 2021-10-19 北京三星通信技术研究有限公司 上行数据和控制信息的传输方法及其设备
CN113518465A (zh) * 2018-04-04 2021-10-19 北京小米移动软件有限公司 调度请求传输方法和调度请求传输装置
CN113826432A (zh) * 2019-05-13 2021-12-21 瑞典爱立信有限公司 用于上行链路传输的方法、终端设备和网络节点
CN114208371A (zh) * 2019-08-16 2022-03-18 鸿颖创新有限公司 用于处理harq反馈的方法和装置
CN114390719A (zh) * 2015-09-25 2022-04-22 松下电器（美国）知识产权公司 用户设备、通信方法、基站和集成电路
CN114679247A (zh) * 2016-06-22 2022-06-28 苹果公司 载波聚合系统中的上行链路探测参考信号（srs）传输
CN114826499A (zh) * 2016-11-04 2022-07-29 摩托罗拉移动有限责任公司 识别用于发送第一上行链路信道的资源
WO2023011480A1 (zh) * 2021-08-06 2023-02-09 维沃移动通信有限公司 上行控制信息传输方法、装置及相关设备
WO2023010507A1 (en) * 2021-08-06 2023-02-09 Qualcomm Incorporated Ue initiated unified tci switching
US11716737B2 (en) 2018-05-08 2023-08-01 Commscope Technologies Llc Gratuitous PUSCH grants during LTE RRC connection and NAS attach procedures
WO2023159613A1 (en) * 2022-02-28 2023-08-31 Nokia Shanghai Bell Co., Ltd. Pdcch monitoring in carrier aggregation deployment

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014051254A1 (ko) 2012-09-28 2014-04-03 엘지전자 주식회사 상향링크 전송 방법 및 장치
USRE49468E1 (en) * 2012-10-24 2023-03-21 Samsung Electronics Co., Ltd Method and apparatus for transmitting and receiving common channel information in wireless communication system
JP5902608B2 (ja) * 2012-12-28 2016-04-13 株式会社Ｎｔｔドコモ 移動局及び無線基地局
KR102071550B1 (ko) * 2013-03-06 2020-01-31 삼성전자주식회사 전력 절감을 위한 이동용 전자 장치 및 그 방법
US9654961B2 (en) * 2013-04-04 2017-05-16 Lg Electronics Inc. Method for device to device communication in a wireless communication system and apparatus therefor
US20150195819A1 (en) * 2014-01-06 2015-07-09 Intel IP Corporation Systems and methods for modulation and coding scheme selection and configuration
AU2015237347B2 (en) * 2014-03-24 2017-06-15 Telefonaktiebolaget Lm Ericsson (Publ) System and method for activating and deactivating multiple secondary cells
EP3138347A4 (en) 2014-04-28 2017-12-13 Intel IP Corporation Simultaneous scheduling request transmission in dual connectivity
JP6193481B2 (ja) * 2014-05-09 2017-09-06 株式会社Ｎｔｔドコモ ユーザ装置、及び送信制御方法
US20160149628A1 (en) * 2014-11-25 2016-05-26 Intel Corporation Channel state information (csi) reporting for carrier aggregation
CN114095996A (zh) 2015-05-15 2022-02-25 北京三星通信技术研究有限公司 一种上行功率的分配方法和用户设备
US10674478B2 (en) * 2015-08-07 2020-06-02 Sharp Kabushiki Kaisha Terminal device, communication method, and integrated circuit
US10701692B2 (en) * 2015-08-10 2020-06-30 Qualcomm Incorporated Techniques for managing uplink transmissions in a shared radio frequency spectrum band and a dedicated radio frequency spectrum band
WO2017105158A1 (ko) * 2015-12-18 2017-06-22 엘지전자 주식회사 상향링크 제어 정보 전송 방법 및 이를 수행하는 사용자 장치
US10333670B2 (en) 2016-05-06 2019-06-25 Qualcomm Incorporated Sounding reference signals with collisions in asymmetric carrier aggregation
BR112018077369A2 (pt) 2016-06-30 2019-04-09 Huawei Technologies Co., Ltd. método de transmissão da informação de enlace ascendente, dispositivo relacionado, e sistema de comunicações
EP3468269B1 (en) * 2016-06-30 2020-09-16 Huawei Technologies Co., Ltd. Uplink control channel transmission and reception method and apparatus
CN107567085A (zh) * 2016-06-30 2018-01-09 夏普株式会社 支持sTTI的基站、用户设备及其执行的方法
US10314037B2 (en) 2016-07-08 2019-06-04 Qualcomm Incorporated Latency reduction techniques in wireless communications
CN108366430B (zh) * 2017-01-26 2023-10-03 华为技术有限公司 调度请求的方法和终端设备
US20180368188A1 (en) * 2017-06-15 2018-12-20 Sharp Laboratories Of America, Inc. User equipments, base stations and methods
WO2019057092A1 (en) * 2017-09-19 2019-03-28 Mediatek Inc. TIME SIGNALING OF FEEDBACK OF UPLINK CONTROL INFORMATION IN WIRELESS COMMUNICATIONS
CN118611831A (zh) * 2017-10-11 2024-09-06 瑞典爱立信有限公司 无线电接入网络的确认信令过程
CN110225586B (zh) * 2018-03-01 2022-04-15 大唐移动通信设备有限公司 上行控制信息的传输方法、接收方法、终端、基站及装置
BR112020019927A2 (pt) * 2018-03-30 2021-01-05 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Método e dispositivo para transmitir informações de controle de enlace ascendente
WO2019215898A1 (ja) * 2018-05-10 2019-11-14 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
CN113271676B (zh) * 2018-08-07 2023-09-19 维沃移动通信有限公司 Pusch和sr处理方法及设备
CN111163518B (zh) * 2018-11-08 2023-05-12 大唐移动通信设备有限公司 一种信息传输方法、配置方法、终端及网络侧设备
US11991673B2 (en) * 2019-02-19 2024-05-21 Nokia Solutions And Networks Oy Apparatus, method, and computer program
US11758540B2 (en) * 2019-03-21 2023-09-12 Acer Incorporated Multiplexing method of uplink control information (UCI) for ultra-reliable and low latency communications (URLLC)
US11452123B2 (en) * 2019-09-17 2022-09-20 Qualcomm Incorporated Uplink control information multiplexing with dynamic physical uplink shared channel skipping

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100195575A1 (en) * 2009-01-30 2010-08-05 Samsung Electronics Co., Ltd. Transmitting uplink control information over a data channel or over a control channel
CN101977099A (zh) * 2010-10-29 2011-02-16 中兴通讯股份有限公司 一种上行信道的发送方法、基站和用户设备
WO2011162568A2 (ko) * 2010-06-24 2011-12-29 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어 정보 전송 방법 및 장치
CN102474495A (zh) * 2009-08-17 2012-05-23 Lg电子株式会社 在无线通信系统中对发送上行链路控制信息的上行链路载波进行分配的方法及装置
CN102510577A (zh) * 2011-10-28 2012-06-20 中兴通讯股份有限公司 一种进行上行信道或信号发送的方法及设备
CN102656831A (zh) * 2009-10-28 2012-09-05 Lg电子株式会社 多载波系统中的上行控制信息发送方法和装置

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100670423B1 (ko) 2004-11-04 2007-01-16 삼성전자주식회사 광대역 무선 접속 통신 시스템에서 이종 주변 기지국 정보를 이용한 통신 시스템 및 방법
WO2007073250A1 (en) 2005-12-22 2007-06-28 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic inter- cell channel sharing
JP4711844B2 (ja) 2006-02-08 2011-06-29 株式会社エヌ・ティ・ティ・ドコモ 無線通信システムにおける上りリンクのチャネル構成
CN101558679B (zh) * 2006-11-17 2012-11-28 艾利森电话股份有限公司 当信道质量参数降到预定义的阈值以下时经由单独上行链路与基站通信的移动站
US20100167665A1 (en) * 2008-12-30 2010-07-01 Nokia Corporation Enhanced error correction performance
US9565011B2 (en) * 2009-06-04 2017-02-07 Qualcomm Incorporated Data transmission with cross-subframe control in a wireless network
RU2557164C2 (ru) * 2009-10-01 2015-07-20 Интердиджитал Пэйтент Холдингз, Инк. Передача управляющих данных восходящей линии связи
KR101652869B1 (ko) * 2009-11-02 2016-09-01 삼성전자주식회사 네트워크 다중 입출력 시스템에서 협력 멀티 포인트 송신을 위한 동적 채널 피드백 제어 방법
CA2795384C (en) * 2010-04-02 2020-09-15 Changsoo Koo Uplink sounding reference signals configuration and transmission
WO2011132993A2 (ko) * 2010-04-22 2011-10-27 엘지전자 주식회사 반송파 집성 시스템에서 상향링크 제어 정보 전송 방법 및 장치
US10536910B2 (en) * 2010-05-28 2020-01-14 Qualcomm Incorporated Apparatus and method for random access channel power prioritization
WO2012011718A2 (ko) * 2010-07-19 2012-01-26 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
US9930677B2 (en) * 2010-12-07 2018-03-27 Sharp Kabushiki Kaisha Prioritizing multiple channel state information (CSI) reporting with carrier aggregation
CN103024923B (zh) * 2011-09-26 2015-09-09 华为技术有限公司 一种保证并行数据随机接入的方法及用户设备
US8891402B2 (en) * 2011-09-30 2014-11-18 Sharp Kabushiki Kaisha Devices for reporting uplink information
EP2777326B1 (en) * 2011-11-10 2020-01-08 Telefonaktiebolaget LM Ericsson (publ) Methods and arrangement for handling a data transferral in a cellular network
US9247563B2 (en) * 2011-12-23 2016-01-26 Blackberry Limited Method implemented in a user equipment
US9265008B2 (en) * 2012-02-27 2016-02-16 Lg Electronics Inc. Method for controlling uplink transmission power in wireless communication system and apparatus therefor
US9544801B2 (en) * 2012-08-03 2017-01-10 Intel Corporation Periodic channel state information reporting for coordinated multipoint (coMP) systems
JP6336983B2 (ja) * 2012-08-23 2018-06-06 インターデイジタル パテント ホールディングス インコーポレイテッド 異なるサービングサイトへの物理レイヤリソースの提供
CA2886214C (en) * 2012-09-28 2017-10-24 Blackberry Limited Methods and apparatus for enabling enhancements to flexible subframes in lte heterogeneous networks
WO2014051254A1 (ko) 2012-09-28 2014-04-03 엘지전자 주식회사 상향링크 전송 방법 및 장치
US10932205B2 (en) * 2013-08-02 2021-02-23 Blackberry Limited Uplink power sharing control
EP4195793A1 (en) * 2014-03-14 2023-06-14 Apple Inc. User equipment and method for uplink channel transmission in dual connectivity

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100195575A1 (en) * 2009-01-30 2010-08-05 Samsung Electronics Co., Ltd. Transmitting uplink control information over a data channel or over a control channel
CN102474495A (zh) * 2009-08-17 2012-05-23 Lg电子株式会社 在无线通信系统中对发送上行链路控制信息的上行链路载波进行分配的方法及装置
CN102656831A (zh) * 2009-10-28 2012-09-05 Lg电子株式会社 多载波系统中的上行控制信息发送方法和装置
WO2011162568A2 (ko) * 2010-06-24 2011-12-29 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어 정보 전송 방법 및 장치
CN101977099A (zh) * 2010-10-29 2011-02-16 中兴通讯股份有限公司 一种上行信道的发送方法、基站和用户设备
CN102510577A (zh) * 2011-10-28 2012-06-20 中兴通讯股份有限公司 一种进行上行信道或信号发送的方法及设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CATT: "Concurrent transmission of uplink signals on PUSCH in Rel-10", 《3GPP TSG RAN WG1 MEETING #64 R1-110706》 *
FUJITSU: "Discussion on simultaneous transmissions of PRACH and PUCCH/PUSCH/SRS", 《3GPP TSG RAN WG1 MEETING #68 R1-120754》 *

Cited By (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108370518B (zh) * 2015-08-06 2021-11-16 夏普株式会社 终端装置、基站装置以及通信方法
JPWO2017022802A1 (ja) * 2015-08-06 2018-05-31 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
CN108370518A (zh) * 2015-08-06 2018-08-03 夏普株式会社 终端装置、基站装置、通信方法以及集成电路
CN108029111A (zh) * 2015-08-07 2018-05-11 夏普株式会社 终端装置、通信方法以及集成电路
CN108029111B (zh) * 2015-08-07 2022-03-08 夏普株式会社 终端装置以及通信方法
CN114390719A (zh) * 2015-09-25 2022-04-22 松下电器（美国）知识产权公司 用户设备、通信方法、基站和集成电路
CN108141823A (zh) * 2015-10-19 2018-06-08 华为技术有限公司 一种用户设备、网络节点、方法和计算机程序产品
WO2017107331A1 (zh) * 2015-12-25 2017-06-29 华为技术有限公司 一种多载波下的载波聚合实现方法及基站
CN107197529B (zh) * 2016-03-15 2021-01-12 华为技术有限公司 一种序列信号发送方法及终端
CN107197529A (zh) * 2016-03-15 2017-09-22 华为技术有限公司 一种序列信号发送方法及终端
CN114679247A (zh) * 2016-06-22 2022-06-28 苹果公司 载波聚合系统中的上行链路探测参考信号（srs）传输
US10886990B2 (en) 2016-11-04 2021-01-05 Huawei Technologies Co., Ltd. Method and apparatus for feeding back channel state information
CN108809606A (zh) * 2016-11-04 2018-11-13 华为技术有限公司 信道状态信息反馈的方法与装置
CN114826499A (zh) * 2016-11-04 2022-07-29 摩托罗拉移动有限责任公司 识别用于发送第一上行链路信道的资源
CN109392168A (zh) * 2017-08-04 2019-02-26 维沃移动通信有限公司 一种数据传输方法及终端
CN109392168B (zh) * 2017-08-04 2021-04-02 维沃移动通信有限公司 一种数据传输方法及终端
CN109962750A (zh) * 2017-12-25 2019-07-02 普天信息技术有限公司 一种上行业务信道和控制信道冲突时信号处理方法及系统
CN111819807B (zh) * 2018-01-05 2023-08-25 日本电气株式会社 用于无线通信系统中的上行链路信号传输和接收的方法和设备
CN111819807A (zh) * 2018-01-05 2020-10-23 日本电气株式会社 用于无线通信系统中的上行链路信号传输和接收的方法和设备
US11575485B2 (en) 2018-01-05 2023-02-07 Nec Corporation Method and devices for uplink signal transmitting and receiving in a wireless communication system
CN110034841B (zh) * 2018-01-11 2021-01-12 华为技术有限公司 一种信息传输方法、装置以及计算机可读存储介质
US11438105B2 (en) 2018-01-11 2022-09-06 Huawei Technologies Co., Ltd. Information transmission on a control channel
CN110034841A (zh) * 2018-01-11 2019-07-19 华为技术有限公司 一种信息传输方法、装置以及计算机可读存储介质
WO2019137405A1 (zh) * 2018-01-11 2019-07-18 华为技术有限公司 一种信息传输方法、装置以及计算机可读存储介质
WO2019137213A1 (zh) * 2018-01-12 2019-07-18 华为技术有限公司 上行控制信息传输方法和通信装置
CN110351007B (zh) * 2018-04-04 2021-09-07 华为技术有限公司 一种上行控制信息发送和接收方法及装置
US11438921B2 (en) 2018-04-04 2022-09-06 Huawei Technologies Co., Ltd. Uplink control information sending and receiving method and apparatus
CN113518465A (zh) * 2018-04-04 2021-10-19 北京小米移动软件有限公司 调度请求传输方法和调度请求传输装置
CN113518465B (zh) * 2018-04-04 2024-03-26 北京小米移动软件有限公司 调度请求传输方法和调度请求传输装置
CN110351007A (zh) * 2018-04-04 2019-10-18 华为技术有限公司 一种上行控制信息发送和接收方法及装置
CN108702768A (zh) * 2018-04-24 2018-10-23 北京小米移动软件有限公司 调度请求传输方法及装置和资源分配方法及装置
US11716737B2 (en) 2018-05-08 2023-08-01 Commscope Technologies Llc Gratuitous PUSCH grants during LTE RRC connection and NAS attach procedures
CN112042254A (zh) * 2018-05-08 2020-12-04 康普技术有限责任公司 主动pusch授权以防止速率限流
CN110475372A (zh) * 2018-05-10 2019-11-19 维沃移动通信有限公司 一种上行传输方法及终端
CN110475372B (zh) * 2018-05-10 2021-09-24 维沃移动通信有限公司 一种上行传输方法及终端
WO2020011096A1 (zh) * 2018-07-13 2020-01-16 维沃移动通信有限公司 上行传输方法及终端
CN112602285A (zh) * 2018-08-28 2021-04-02 高通股份有限公司 上行链路信道复用和捎带
CN112602285B (zh) * 2018-08-28 2024-04-26 高通股份有限公司 上行链路信道复用和捎带
US11758533B2 (en) 2018-08-28 2023-09-12 Qualcomm Incorporated Uplink channel multiplexing and piggybacking
CN113826432A (zh) * 2019-05-13 2021-12-21 瑞典爱立信有限公司 用于上行链路传输的方法、终端设备和网络节点
US12096441B2 (en) 2019-05-13 2024-09-17 Telefonaktiebolaget Lm Ericsson (Publ) Methods, terminal device and network node for uplink transmission
CN112260805B (zh) * 2019-07-22 2023-03-24 海能达通信股份有限公司 一种数据传输方法、装置及电子设备
CN112260805A (zh) * 2019-07-22 2021-01-22 海能达通信股份有限公司 一种数据传输方法、装置及电子设备
CN114208371B (zh) * 2019-08-16 2024-05-07 鸿颖创新有限公司 用于传输harq反馈的方法和用户设备
CN114208371A (zh) * 2019-08-16 2022-03-18 鸿颖创新有限公司 用于处理harq反馈的方法和装置
CN113518458A (zh) * 2020-04-09 2021-10-19 北京三星通信技术研究有限公司 上行数据和控制信息的传输方法及其设备
WO2023010507A1 (en) * 2021-08-06 2023-02-09 Qualcomm Incorporated Ue initiated unified tci switching
WO2023011480A1 (zh) * 2021-08-06 2023-02-09 维沃移动通信有限公司 上行控制信息传输方法、装置及相关设备
WO2023159613A1 (en) * 2022-02-28 2023-08-31 Nokia Shanghai Bell Co., Ltd. Pdcch monitoring in carrier aggregation deployment

Also Published As

Publication number Publication date
US10631279B2 (en) 2020-04-21
US10194423B2 (en) 2019-01-29
WO2014051254A1 (ko) 2014-04-03
US20150223235A1 (en) 2015-08-06
CN104685955B (zh) 2019-02-01
US20190159195A1 (en) 2019-05-23

Similar Documents

Publication Publication Date Title
US10631279B2 (en) Uplink transmission method and uplink transmission device
KR101753550B1 (ko) 무선 통신 시스템에서 신호를 송수신하기 위한 방법 및 이를 위한 장치
KR101741102B1 (ko) 무선 통신 시스템에서 신호를 송수신하기 위한 방법 및 이를 위한 장치
KR101520712B1 (ko) 캐리어 병합을 위한 자원 구성 방법 및 이를 위한 장치
JP6456471B2 (ja) 非兔許帯域を支援する無線接続システムにおいて伝送機会区間を設定する方法及び装置
JP6676070B2 (ja) データチャネルを送受信する方法及びｌｃ機器
CN104641577B (zh) 发送上行链路控制信息的方法和装置
US9571248B2 (en) Method and apparatus for configuring a reference signal in a wireless communication system
US9693264B2 (en) Signal transmission method and device in a wireless communication system
CN107104767B (zh) 在无线通信系统中设置动态子帧的方法及其设备
CN110140408A (zh) 用于在无线通信系统中执行副链路发送的方法及其装置
CN114175830A (zh) 在无线通信系统中发送和接收物理上行链路共享信道(pusch)的方法、装置和系统
CN105027481A (zh) 在epdcch上接收控制信息的方法
JP6177991B2 (ja) 同じ周波数帯域を使用する複数のサイトにリソースを割り当てる方法及び装置
CN104769867B (zh) 聚合多个小区的方法和设备
CN105210311A (zh) 用于通过位于小区覆盖范围扩展区域中的mtc装置接收系统信息的方法
CN104205688A (zh) 用于在无线通信系统中聚合载波的方法和设备
CN105745849A (zh) 用于执行随机接入过程的方法
CN105052068A (zh) 使终端能够在无线通信系统中收发信号的方法及装置
CN104584460A (zh) 在无线通信系统中接收下行链路控制信道的方法和设备
CN103430469A (zh) 用于在无线通信系统中发送控制信息的方法和设备
CN104969500A (zh) 收发信号的方法和用于其的装置
CN103891184A (zh) 在无线通信系统中确定探测参考信号的传输的方法及其终端
CN103493416A (zh) 在无线通信系统中发射ack/nack信息的方法和装置
CN103404063A (zh) 在无线通信系统中发射接收确认的方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant