CN107534537B - 用于资源选择的调度请求 - Google Patents

用于资源选择的调度请求 Download PDF

Info

Publication number
CN107534537B
CN107534537B CN201680014760.5A CN201680014760A CN107534537B CN 107534537 B CN107534537 B CN 107534537B CN 201680014760 A CN201680014760 A CN 201680014760A CN 107534537 B CN107534537 B CN 107534537B
Authority
CN
China
Prior art keywords
pucch
wireless device
primary
scell
scheduling request
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.)
Active
Application number
CN201680014760.5A
Other languages
English (en)
Other versions
CN107534537A (zh
Inventor
E·迪南
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.)
Comcast Cable Communications LLC
Original Assignee
Ofinno Technologies LLC
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 Ofinno Technologies LLC filed Critical Ofinno Technologies LLC
Priority claimed from PCT/US2016/021227 external-priority patent/WO2016144893A1/en
Publication of CN107534537A publication Critical patent/CN107534537A/zh
Application granted granted Critical
Publication of CN107534537B publication Critical patent/CN107534537B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

多个小区包括具有主物理上行控制信道(PUCCH)的主小区,以及具有辅PUCCH的PUCCH辅小区。无线设备在子帧内在一个有效PUCCH资源上传输用于调度请求资源的调度请求;当所述无线设备在子帧内有一个以上用于调度请求的有效PUCCH资源时,所述无线设备选择主PUCCH和辅PUCCH中的一个作为一个有效PUCCH资源以在子帧内发送调度请求。

Description

用于资源选择的调度请求
相关申请的交叉引用
本申请要求2015年3月9日提交的美国临时申请号62/130,552和2015年3月9号提交的美国临时申请号62/130,563的优先权,其通过引用整体并入此文。
附图说明
本文结合附图对本发明的各种实施例中的几个示例进行了说明。
图1是根据本发明实施例的一方面描述PFDM子载波的示例集的示意图;
图2是根据本发明实施例的一方面描述载波组中两个载波的示例传输时间及接收时间示意图;
图3是根据本发明实施例的一方面描述OFDM无线资源的示意图;
图4是根据本发明实施例的一方面的基站和无线装置的方框图;
图5A、5B、5C和5D是根据本发明实施例的一方面的上行和下行信号传输示例性示意图;
图6是根据本发明实施例的一方面的具有载波聚合(CA)和双连接(DC)的协议结构的示例性示意图;
图7是根据本发明实施例的一方面的具有CA和DC的协议结构的示例性示意图;
图8是显示了根据本发明实施例的一方面的示例性示例性时间提前量组(TAG)配置;
图9是根据本发明实施例的一方面的辅时间提前量组组内的随机访问过程中的示例性消息流;
图10是根据本发明实施例的一方面将小区分成物理上行控制信道(PUCCH)组的示例性分组;
图11根据本发明实施例的一方面说明了将小区分为一个或多个物理上行控制信道组和一个或多个时间提前量组的示例性分组;
图12根据本发明实施例的一方面说明了将小区分为一个或多个物理上行控制信道组和一个或多个时间提前量组的示例性分组;
图13是根据本发明实施例的一方面的示例性媒体访问控制分组数据单元(MACPDU);
图14是根据本发明实施例的一方面的示例性SR过程;
图15是根据本发明实施例的一方面的示例性用户设备专用SR周期和子帧偏移量配置;
图16是根据本发明实施例的一方面的示例性流程图;
图17是根据本发明实施例的一方面的示例性流程图;
图18是根据本发明实施例的一方面的示例性流程图;以及
图19是根据本发明实施例的一方面的示例性流程图。
具体实施方式
本发明的示例性实施例使得多个物理上行控制信道(PUCCH)组能够运行。此处公开的本技术的实施例可应用于多载波通信系统的技术领域。更尤其地,此处公开的本技术的实施例可以涉及PUCCH组的运行。
以下的首字母缩略词在本公开中使用:
ASIC专用集成电路
BPSK二进制相移键控
CA载波聚合
CSI信道状态信息
CDMA码分多址
CSS公共搜索空间
CPLD复杂可编程逻辑器件
CC分量载波
DL下行链路
DCI下行控制信息
DC双连接
EPC演进的分组核心
E-UTRAN演进的通用陆地无线接入网
FPGA现场可编程门阵列
FDD频分复用
HDL硬件描述语言
HARQ混合自动重传请求
IE信息元
LTE长期演进
MCG主小区组
MeNB主进化节点B
MIB主信息块
MAC媒体访问控制
MAC媒体访问控制
MME移动性管理实体
NAS非接入层
OFDM正交频分复用
PDCP分组数据会聚协议
PDU分组数据单元
PHY物理层的
PDCCH物理下行控制信道
PHICH物理HARQ指示信道
PUCCH物理上行控制信道
PUSCH物理上行共享信道
PCell主小区
PCell主小区
PCC主分量载波
PSCell主辅小区
pTAG主时间提前量组
QAM正交幅度调制
QPSK正交相移键控
RBG资源块组
RLC无线链路控制
RRC无线资源控制
RA随机访问
RB资源块
SCC辅分量载波
SCell辅小区
Scell辅小区
SCG辅小区组
SeNB辅进化节点B
sTAG辅时间提前量组
SDU服务数据单元
S-GW服务网关
SRB信令无线承载
SC-OFDM单载波OFDM
SFN系统帧号
SIB系统信息块
TAI跟踪区域标识符
TAT时间对准计时器
TDD时分双工
TDMA时分多址
TA时间提前量
TAG时间提前量组
TB传输块
UL上行链路
UE用户设备
VHDL VHSIC硬件描述语言
本发明的示例性实施例可通过利用各种物理层调制和传输机制实现。示例性传输机制可包括,但不限于:CDMA、OFDM、TDMA、小波技术,以及/或相似的。还可采用混合传输机制,如TDMA/CDMA,和OFDM/CDMA等。各种调制方案均可在物理层的信号传输中使用。调制方案的示例包括但不限于:相位、振幅、代码,这些的组合以及/或类似的。示例性无线传输方法可通过利用BPSK、QPSK、16-QAM、64-QAM、256-QAM和/或类似的来实施QAM。物理无线传输可根据传输要求和无线条件通过动态或半动态更改调制和编码策略增强。
图1是根据本发明实施例的一方面描述PFDM子载波的示例集的示意图。如该示例中说明的,示意图中箭头可表示多载波OFDM系统中的子载波。OFDM系统可使用如OFDM技术、SC-OFDM或类似的技术。例如,箭头101显示了子载波发送信息符号。图1仅作说明之用,并且典型的多载波OFDM系统可在载波中包括更多子载波。举例来说,一个载波中的子载波数在10~10000范围内。图1示出了传输频带中的两个保护频带106和107。如图1所示,保护频带106在子载波103与子载波104之间。子载波A的示例集102包括子载波103和子载波104。图1还示出了子载波B的示例集105。如图所示,在子载波B的示例集105中的任意两个子载波之间不存在保护频带。多载波OFDM通信系统中的载波可以是连续载波、非连续载波或连续载波和非连续载波二者的组合。
图2是根据本发明实施例的一方面描述两个载波的示例传输时间及接收时间的示意图。多载波OFDM通信系统可包括一个或多个载波,例如,1~10之间的载波。载波A204和载波B205可具有相同或不同的时间结构。虽然图2中所示为两个同步的载波,但是载波A204和载波B205可以相互同步,也可以相互不同步。可以针对FDD和TDD双工机制可支持不同的无线帧结构。图2示出了示例性FDD帧定时。下行链路和上行链路传输可组织为无线帧201。在该示例中,无线帧持续时间为10毫秒。此外,还可支持其他持续时间的帧,如,1~100毫秒范围内的帧。在该示例中,每个10毫秒无线帧201可分为10个大小相同的子帧202。此外,还支持其他持续时间的子帧,如,长度为0.5毫秒、1毫秒、2毫秒和5毫秒的子帧。子帧可由两个或多个时隙(如,时隙206和207)组成。对于FDD的示例,10个子帧可以用于下行链路传输,且在每个10毫秒的间隔中10个子帧可以用于上行链路传输。上行链路和下行链路传输可以在频域中分离。时隙可以包括多个OFDM符号203。时隙206中OFDM符号203的数量可以依据循环前缀长度和子载波间距而定。
图3是根据本发明实施例的一方面描述OFDM无线资源的示意图。图3中示出了时间304和频率305表示的资源网格结构。下行链路子载波或资源块(RB)(该示例中为6~100RB)的数目至少部分取决于配置在小区中的下行传输带宽306。最小无线资源单元可称为资源元(如,301)。资源元可分组为资源块(如,302)。资源块又可分组为更大的称作资源块组(RBG)(如,303)的无线资源,。时隙206中已发送的信号可由多个子载波中的一个或多个资源网格和多个OFDM符号进行描述。资源块可用于描述某些物理信道到资源元间的映射。物理资源元的其他预设分组可依靠无线技术在本系统中实现。例如,24个子载波可以在5毫秒的时间内被分组为无线块。在说明性示例中,资源块可对应于时域中的一个时隙和频域中的180kHz(对于15kHz子载波带宽和12个子载波)。
图5A、5B、5C和5D是根据本发明实施例的一方面的上行和下行信号传输的示例性示意图。图5A示出了示例性上行链路物理信道。代表物理上行共享信道的基带信号可执行以下过程。这些功能仅作示例来说明的并且预计其他机制也可在各种实施例中实现。这些功能可以包括扰频处理、扰频位数的调制以生成复值符号、将复值调制符号映射至一个或几个传输层、转换预编码以生成复值符号、复值符号的预编码、预编码的复值符号至资源元的映射、每个天线端口的复值时域单载波频分多址(SC-FDMA)信号的生成,以及/或类似的。
图5B示出了每个天线端口的复值SC-FDMA基带信号和/或复值PRACH基带信号的载波频率的示例性调制和上变换。发送前,可进行滤波。
图5C示出了下行链路传输的示例性结构。代表下行链路物理信道的基带信号可执行以下过程。这些功能仅作示例之用,并且预计其他机制也可在各种实施例中实现。所述功能可包括对将要在物理信道上传输的码字中的编码比特进行扰频处理;扰频比特的调制以生成复数值调制符号;将复值调制符号映射到一个或多个传输层上;对每个层上复值调制符号进行预编码以在天线端口上传输;每个天线端口的复值调制符号至资源元的映射;每个天线端口的复值时域OFDM的生成,以及/或类似的。
图5D示出了对每个天线端口的复值OFDM基带信号的载波频率的示例性调制和上变换。发送前,可进行滤波。
图4是根据本发明实施例的一方面的基站401和无线设备406的示例性框图。通信网络400可包括至少一个基站401和至少一个无线设备406。基站401可包括至少一个通信接口402、至少一个处理器403和至少一组程序代码指令405,该程序代码指令405存储于非临时性存储器404,并且可由该至少一个处理器403执行。无线设备406可包括至少一个通信接口407、至少一个处理器408和至少一组程序代码指令410,该程序代码指令410储于非临时性存储器409,并且可由该至少一个处理器408执行。基站401中的通信接口402可配置成通过通信路径与无线设备406中的通信接口407进行通信,该通信路径至少包括一个无线链路411。该无线链路411可为双向链路。无线设备406中的通信接口407也可配置成与基站401中的通信接口402进行通信。基站401和无线设备406可配置成经过无线链路411利用多频载波发送和接收数据。根据实施例的各方面中的某些方面,可使用收发器。收发器是一种既包括发送器,也包括接收器的设备。收发器可在如无线设备、基站和中继节点和/或类似的设备中使用。通信接口402、407和无线链路411中实现的无线技术的示例性实施例在图1、图2、图3和图5以及相关文本中说明。
接口可为硬件接口、固件接口、软件接口和/或其组合。硬件接口可包括连接器、电线、电子设备诸如驱动器、放大器和/或类似的。软件接口可包括存储于存储器设备以执行协议、协议层、通信驱动器、装置驱动器及其结合,和/或类似的代码。固件接口可以包括嵌入式硬件和存储在存储器设备中的代码和/或与存储器设备通信的代码的结合,以实现连接、电子设备的操作、协议、协议层、通信驱动程序、装置驱动程序、硬件的操作及其结合,以及/或类似的。
术语“配置”与设备性能有关,无论该设备是处于运行状态,还是非运行状态。“配置”还可指设备中可影响其运行特性的特定设置,无论该设备是处于运行状态,还是非运行状态。也就是说,可在设备中“配置”硬件、软件、固件、寄存器、存储值和/或类似的,从而为设备提供特定特性,无论该设备是处于运行状态,还是非运行状态。术语“在设备中生成的控制消息”可指控制消息具有可用于为设备配置特定特性的参数,无论该设备是处于运行状态,还是非运行状态。
根据实施例的各方面中的某些方面,LTE网络可包括多个基站,向无线设备提供用户面PDCP/RLC/MAC/PHY和控制面(RRC)的协议终端。一个或多个基站可与其他一个或多个基站相互连接(如,利用X2接口)。基站还可连接至EPC,例如,利用SI接口。举例来说,基站可利用SI-MME接口互联至MME,以及利用SI-U接口互联至S-G。SI接口可支持多个MME/服务网关与基站之间的多对多关联。基站可包括多个扇区,如1、2、3、4或6扇区。基站可包括多个小区,如,从1-50个小区或更多。例如,小区可以被归类为主小区或辅小区。在RRC连接建立/重建立/切换时,一个服务小区可提供NAS(非接入层)移动性信息(如,TAI),并且在RRC连接重建立或切换时,一个服务小区可提供安全输入。该小区可以是主小区(PCell)。在下行链路中,PCell对应的载波可以是下行主分量载波(DL PCC),而在上行链路中,则为上行主分量载波(UL PCC)。根据无线设备的性能,辅小区(SCells)可配置成与PCell一起形成一组服务小区。在下行链路中,SCell对应的载波可以是下行辅分量载波(DL SCC),而在上行链路中,则为上行辅分量载波(UL SCC)。SCell可有上行载波,也可以没有上行载波。
包括下行载波和上行载波(可选)的小区可分配物理小区ID和小区索引。载波(上行或下行)可仅仅只属于一个小区。小区ID或小区索引还可对小区的下行载波或上行载波进行识别(依据使用它的内容)。在本说明书中,小区ID可等同于载波ID,而小区索引等同于载波索引。在实施中,物理小区ID或小区索引可被分配给一小区。可利用在下行载波上传输的同步信号来确定小区ID。可利用RRC消息确定小区索引。举例来说,在述及第一下行载波的第一物理小区ID时,本说明书是指该第一物理小区ID适用于包括第一下行载波的小区。例如,这一概念可同样地适用于载波激活。当说明书中述及第一载波被激活时,说明书可能同样是指包括第一载波的小区被激活。
实施例可根据需要进行配置其操作。在满足某些标准时,可执行公开的机制,如,在无线设备、基站、无线环境、网络及其组合中,和/或类似的。示例性标准可至少部分基于诸如流量负载、初始系统设置、数据包大小、流量特征、上述结合,和/或类似的。在满足一个或多个标准时,各种示例性实施例均可适用。因此,可实现选择性执行公开协议的示例性实施例。
基站可与无线设备混合通信。无线设备可支持多种技术和/或相同技术的多个版本。根据类型和/或性能,无线设备可具备某些特定性能。基站可包括多个扇区。当本公开述及基站与多个无线设备通信时,本公开是指覆盖范围内的整个无线设备的子集。例如,本公开可能是指多个具有指定LTE版本、指定性能且在基站指定扇区内的无线设备。本公开中的多个无线设备是指多个选定的无线设备和/或按照本公开方法执行的在覆盖范围内的整个无线设备的子集,和/或类似的。例如,覆盖范围内可能存在多个不符合本公开方法的无线设备,这是因为这些无线设备是基于较老版本LTE技术执行的。
图6和图7是根据本发明实施例的一方面的带有载波聚合(CA)和双连接(DC)的协议结构的示例性示意图。E-UTRAN可支持双连接(DC)操作,因此,可在RRC_CONNECTED中配置多个RX/TX UE,以使用由2个位于2个eNBs中的调度器提供的无线资源,其中的2个eNBs通过X2接口经由非理想回程连接。与某个UE的DC有关的eNBs可以设定为两种不同的任务角色:MeNB或SeNB。在DC中,UE可连接至一个MeNB和一个SeNB。DC中执行的机制可扩展覆盖两个以上eNBs。图7示出了当配置有主小区群(MCG)和辅小区群(SCG)时,UE侧MAC实体的示例性结构,并且该结构不会对运行形成限制。为了简单起见,图中未示出媒体广播组播服务(MBMS)的接收。
在DC中,特定承载使用的无线协议构架取决于承载的建立方式。可存在三种选择,MCG承载、SCG承载和如图6中所示的分离承载。RRC可位于MeNB中,且SRBs可被配置为MCG型承载,并可使用MeNB的无线资源。DC还可被描述成为被配置使用SeNB提供的无线资源的至少一个承载。DC可以或不可以在本发明示例性实施例中配置/实现。
在DC情况下,UE可配置2个MAC实体:一个用于MeNB的MAC实体,另一个用于SeNB的MAC实体。在DC中,UE配套的服务小区可以包括两个子集:包括MeNB服务小区的主小区组(MCG),以及包括SeNB服务小区的辅小区组(SCG)。对于SCG,下列一种或多种情况适用:SCG中至少有一个小区配置有UL CC,并且其中有一个名为PSCell(或SCG的PCell或有时为PCell)的小区配置有PUCCH资源;配置SCG时,至少存在一个SCG承载或分离承载;在检测PSCell上的物理层问题或随机访问问题时,或RLC重传次数达到了与SCG相关的最大重传次数时,或在增加或改变SCG过程中检测PSCell上的接入问题时:RRC连接重建立程序可能没被触发,UL向SCG小区的传输停止,MeNB可能通过UE被告知SCG失败类型,而对于分离承载,经由MeNB的DL数据传输被保持;为分离承载配置RLC AM承载;像PCell一样,PSCell不会被去激活;PSCell随SCG变化(如,安全密钥变更以及RACH程序)而发生变化;和/或既不支持变更分离承载与SCG承载之间的直接承载类型,也不支持同时配置SCG和分离承载。
关于MeNB与SeNB之间的交互,下列一个或多个原则适用:MeNB可维护UE的无线资源管理(RRM)测量配置,并且判断(如,基于接收到的测量报告或流量情况或承载类型)可要求SeNB为UE提供其他资源(服务小区);一旦接收到来自MeNB的请求,若UE配置了其他服务小区,则SeNB创建一个容器(或判断无可用资源,而不创建容器);对于UE的能力协调,MeNB向SeNB提供(部分)AS配置和UE能力;MeNB和SeNB可利用X2消息携带的RRC容器(节点间消息)交换UE配置信息;SeNB可为其现有服务小区(如,向SeNB发送消息的PUCCH)发起重配置请求;SeNB可判断哪个小区是SCG内的PSCell;MeNB可以不更改SeNB提供的RRC配置内容;在SCG添加和SCG SCell添加的情况下,MeNB向SCG小区提供最新的测量结果;MeNB和SeNB二者通过OAM获得彼此的SFN和子帧偏移量(如,针对测量间隔的不连续接收(DRX)的比对和识别)。在一示例中,在添加新的SCG SCell时,专用RRC信令可用于发送与CA有关的小区所需系统信息,但从SCG中的PSCell的MIB中获得的SFN除外。
根据实施例的各个方面中的某些方面,具有上行链路的服务小区可以被分组在TA组(TAG),其中相同的时间对准(TA)应用至服务小区。一个TAG中的服务小区可使用相同的定时参考。对于指定的TAG,用户设备(UE)可在设定时间内用一个下行载波作为定时参考。UE可使用TAG中的下行载波作为TAG的定时参考。对于指定的TAG,UE可使上行子帧和属于相同的TAG上行载波的帧传输定时同步。根据实施例的各个方面中的某些方面,具有上行链路的服务小区可以对应于由相同接收器托管的服务小区,其中相同的TA应用至服务小区。TA组可以至少包括一个配置有上行链路的服务小区。支持多个TA的UE可支持2个或更多TA组。一个TA组可包含PCell,并被称为主TAG(pTAG)。在配置多个TAG时,至少有一个TA组不含PCell,并被称为辅TAG(sTAG)。相同TA组中的载波可使用相同的TA值以及相同的定时参考。DC配置时,属于小区组(MCG或SCG)的小区可分为多个TAG,该TAG包括pTAG和一个或多个sTAGs。
图8显示了根据本发明实施例的一方面的示例性TAG配置。在示例1中,pTAG包括PCell,而sTAG包括SCell1。在示例2中,pTAG包括PCell和SCelll,而sTAG包括SCell2和SCell3。在示例3中,pTAG包括PCell和SCelll,sTAGl包括SCell2和SCell3,而sTAG2包括SCell4。一个小区组(MCG或SCG)可支持多达4个TAG,此外,还可提供其他TAG示例性配置。在本公开的各个示例中,对用于pTAG和sTAG的示例性机制进行了描述。描述了具有一个示例性sTAG的操作,并且相同的操作可适用于其他sTAG。该示例性机制可适用于配置有多个sTAG的情况。
根据实施例的各个方面中的某些方面,TA维护、路径损耗参考处理以及pTAG的计时参考可以服从LTE版本10的原理。UE可能需测量下行路径损耗,以计算上行传输功率。路径损耗参考可用于控制上行功率和/或传输随机访问签到。UE可利用路径损耗参考小区上接收到的信号测量下行路径损耗。SCell在pTAG中的路径损耗参考可从下列2个选项中选择和/或仅限于下列2个选项:a)下行SCell利用系统信息块2(SIB2)链接至上行SCell,以及b)下行pCell。使用RRC信息作为SCell初始配置和/或重新配置的部分,对于pTAG中的SCell的路径损耗参考可以是可配置的。根据实施例各个方面的某些方面,SCell配置中的物理层专用配置SCell信息元(IE)可包括pTAG中用于SCell的路径损耗参考SCell(下行载波)。利用系统信息块2(SIB2)链接至上行SCell的下行SCell可以是指被连接至SCell下行链路的SIB2。不同的TAG可在不同的带中进行操作。对于sTAG中的上行载波,路径损耗参考可以只对下行SCell是可配置的,该下行SCell使用SCell的系统信息块2(SIB2)被连接至上行SCell。
为了获得sTAG的初始上行链路(UL)时间校准,eNB可发起RA过程。在sTAG中,UE可将该sTAG中激活的任何SCells中的一个用作定时参考小区。在一示例性实施例中,sTAG中的SCell的计时参考可以是SIB2,该SIB2被连接至SCell的下行链路,最近的RA程序的前导在该SCell上被发送。每个TA组可有一个定时参考和一个时间校准计时器(TAT)。TAG的TAT可用不同的值进行配置。在MAC实体中,当与pTAG相关的TAT到期时:所有TAT都可被视为到期;UE可刷新服务小区的HARQ缓冲区,UE可清除配置的任何下行分配/上行授权,以及UE中的RRC可为所有配置的服务小区释放PUCCH/SRS。pTAG TAT没有运行时,sTAG TAT也可不运行。当与sTAG相关的TAT到期时:a)SRS传输可以在相应的SCell上停止,b)释放SRS RRC配置,c)相应的SCell的CSI上报配置可以维持,和/或d)UE中的MAC刷新相应SCell的HARQ缓冲区。
eNB可经由已激活的SCell的PDCCH命令发起RA程序。该PDCCH命令可在该SCell的调度小区上发送。当小区配置了跨载波调度时,该调度小区不同于用于前导传输的小区,并且PDCCH命令包括SCell索引。至少一基于非竞争的RA程序可以得到支持以用于被分配给sTAG的SCell。
图9是根据本发明实施例的一方面的辅时间提前量组中随机访问程序中的示例性信息流。eNB发送激活命令600,以激活SCell。前导602(Msgl)可响应于SCell(属于sTAG)的PDCCH命令601由UE发送。在一示例性实施例中,SCell的前导传输可利用PDCCH格式1A由网络控制。响应于SCell前导传输的Msg2消息603(RAR:随机访问响应),可发送给PCell公共搜索空间(CSS)中的RA-RNTI。上行数据包604可在传输前导的SCell上发送。
根据实施例的一些方面,可以通过随机访问程序完成初始的计时对准。这可以涉及UE传输随机访问前导和eNB,在随机访问响应窗口内以初始TA指令NTA(时间提前量)来响应。在UE中设定NTA=0,则随机访问前导的开始可以对准相应的上行子帧的开始。eNB可以从UE发射的随机访问前导处估计上行链路定时。TA指令可以由eNB基于理想的UL定时与实际的UL定时之差的估计而获得。UE可以确定相对相应的sTAG的下行链路的初始上行传输定时,其中前导在该sTAG上被发送。
服务小区至TAG的映射可以由带有RRC信令的服务eNB来配置。TAG配置和重新配置的方法可以是基于RRC信令的。根据实施例的一些方面,当eNB执行SCell附加配置时,相关的TAG配置可以针对SCell配置。在示例性实施例中,通过移除(释放)SCell且添加(配置)新的带有已更新TAG ID的SCell,eNB可以修改SCell的TAG配置。该新的带有已更新TAG ID的SCell可以是开始闲置的,随后被分配已更新的TAG ID。eNB可以激活已更新的新的SCell,以及开始在已激活的SCell上调度数据包。在示例性实施中,可能不太可能改变与SCell有关的TAG,相反的,SCell可能需要被移除且新的SCell可能需要添加另一个TAG。例如,如果有需要将SCell从sTAG移至pTAG,至少一个RRC信息,例如至少一个RRC重新配置信息,可以被发送给UE,通过释放SCell然后配置SCell作为pTAG的部分以重新配置TAG配置(当添加/配置没有TAG索引的SCell时,SCell可以被明确地分配给pTAG)。PCell可以不改变它的TA组且可以总是pTAG的成员。
RRC连接重配置的目的是修改RRC连接(如,建立、修改和/或释放RB;切换、设置、修改和/或释放检测;添加、修改和/或释放SCell)。如果接收到的RRC连接重配置消息中包含sCellToReleaseList,UE可以执行SCell释放。如果接收到的RRC连接重配置消息中包含sCellToAddModList,UE执行SCell添加或修改。
在LTE版本10和版本11的CA中,PUCCH仅在PCell(PSCell)上被发送给eNB。在LTE版本12以及更早的版本中,UE可以在一个小区(PCell或PSCell)上发送PUCCH信息至给定的eNB。
随着支持UE的CA的数量以及聚合载波的数量增加,PUCCH的数量以及PUCCH有效载荷的大小也会增加。调节PCell上的PUCCH传输可以致使PCell上高PUCCH载荷。SCell上的PUCCH可以被引入从PCell中卸载PUCCH资源。可以配置一个以上的PUCCH,例如PCell上的PUCCH以及SCell上的另一个PUCCH。图10为根据本发明实施例的一方面将小区分成物理上行控制信道(PUCCH)组的示例性分组。在示例性实施例中,一个、两个或多个小区可以配置有PUCCH资源以用于发送CSI/应答(ACK)/否定回答(NACK)至基站。小区可以被分组成多个PUCCH组,且组里的一个或多个小组可以配置有PUCCH。在示例性的配制中,一个SCell可以属于一个PUCCH组。具有已配置被发送至基站的PUCCH的SCell可以被称为PUCCH SCell,且具有被发送至相同基站的共同PUCCH资源的小区组可以被称为PUCCH组。
在版本12中,PUCCH可配置在PCell和/或PSCell上,但不可配置在其他SCells上。在一示例性实施例中,UE可发行一消息,表明UE支持PUCCH在PCell和SCell上的配置。该指示消息与UE支持的双连接指示消息分开。在一示例性实施例中,UE支持DC和PUCCH组二者。在一示例性实施例中,可配置DC或PUCCH组,但不能二者都配置。在另一示例性实施例中,支持更复杂的包含DC和PUCCH组二者的配置。
当UE可配置PUCCH组时,并且如果UE表明它可支持同步的PUCCH/PUSCH传输性能,则意味着UE支持在PCell和SCell二者上同步的PUCCH/PUSCH传输。当配置了多个PUCCH组时,PUCCH可配置或不配置同步的PUCCH/PUSCH传输。
在示例性实施例中,实现两个服务区上基站的PUCCH传输可以如图10所示。第一组小区可以使用PCell上的PUCCH,且可以被称为PUCCH组1或者主PUCCH组。第二组小区可以使用SCell上的PUCCH,且可以被称为PUCCH组2或者辅PUCCH组。可以配置一个、两个或多个PUCCH组。在示例中,小区可以被分成两个PUCCH组,且每个PUCCH组可以包括带有PUCCH资源的小区。PCell可以为主PUCCH组提供PUCCH资源,且辅PUCCH组中的SCell可以为辅PUCCH组中的小区提供PUCCH资源。在示例性实施例中,可以配置不同PUCCH组中小区之间的非跨载波调度。当没有配置不同PUCCH组中小区之间的跨载波调度时,PHICH信道上的ACK/NACK可以受限于PUCCH组内。下行和上行调度活动在属于不同PUCCH组的小区之间可以是分离的。
SCell上的PUCCH可携带HARQ-ACK和CSI信息。PCell可配置有PUCCH资源。在一示例性实施例中,SCell PUCCH功率控制的RRC参数不同于PCell PUCCH的RRC参数。SCell PUCCH的传输功率控制指令可在携带PUCCH的SCell的DCI内进行被传输。
PUCCH组之间的PUCCH传输上的UE程序可以是不同的和/或独立的。例如,对于PUCCH PCell和PUCCH SCell,DL HARQ-ACK计时的确定、HARQ-ACK和/或CSI的PUCCH资源确定、PUCCH上同步HARQ-ACK+CSI的高层配置、一个子帧中同步HARQ-ACK+SRS的高层配置可以被不同地配置。
PUCCH组可以是由RRC配置的一组服务小区,且可以使用组中相同的服务小区以用于PUCCH的传输。主PUCCH组可以是包含PCell的PUCCH组。辅PUCCH组可以不包含PCell的PUCCH小区组。在一示例性实施例中,SCell属于一个PUCCH组。当有一个SCell可以属于PUCCH组时,该SCell的ACK/NACK或CSI经由该PUCCH组中的PUCCH(PUCCH SCell或PUCCHPCell)进行传输。SCell上的PUCCH可减少PCell上的PUCCH载荷。PUCCH SCell可在相应的PUCCH组中用于SCells的UCI传输。
在一示例性实施例中,可对PUCCH进行灵活配置,即可在1个、2个或更多PUCCH上发送控制信令。除了PCell,还可为PUCCH传输配置选定数量的SCells(文中称为PUCCHSCell)。在某个PUCCH SCell中传输的控制信令信息与相应PUCCH组中的一系列SCell有关,该SCell由网络通过RRC信令进行配置。
由PUCCH信道携带的PUCCH控制信令可以被分布到PCell和SCell之间以用于卸载或鲁棒性目的。通过使能SCell中的PUCCH,可能对于给定的UE在PCell和选定数量的SCell(例如PUCCH SCell)之间分布全局的CSI报告是可能的,从而通过给定UE在特定小区上限制PUCCH CSI资源消耗。有可能将特定SCell的CSI报告映射至选定的PUCCH SCell。SCell可以被分配特定的周期性和时间偏移以用于控制信息的传输。服务小区的周期性的CSI可以通过RRC信令在PUCCH上被映射(在PCell或者PUCCH-SCell上)。分布CSI报告、HARQ反馈和/或跨PUCCH SCell调度请求的可能性可以提供灵活性和性能提高。服务小区的HARQ反馈可以通过RRC信令在PUCCH上被映射(在PCell或者PUCCH SCell上)。
在示例性实施例中,PUCCH传输可被配置到PCell以及CA中的一个SCell上。SCellPUCCH可利用PUCCH组概念来实现,其中,聚合小区被分为2个或更多个PUCCH组。PUCCH组中的小区可被配置用于携带PUCCH。可配置超过5个载波。在这些示例性实施例中,可聚合的载波数多达n个。举例来说,n可以是16、32或64。某些CC为非后向兼容配置,仅支持高级UE(如,支持许可协助访问的SCell)。在一示例性实施例中,可支持一个SCell PUCCH(如,两个PUCCH组)。在另一示例性实施例中,可以使用携带PUCCH的具有许多(一个以上)SCell的PUCCH组概念(例如,可以有两个以上的PUCCH组)。
在示例性的实施例中,给定的PUCCH组可以不包括MCG和SCG两者的服务小区。PUCCH中的一个可以被配置在PCell上。在示例性实施例中,服务小区的PUCCH映射可以由RRC信息配置。在示例性实施例中,SCell索引和ServCell索引的最大值可以是31(从0-31)。在示例中,stag-Id的最大值可以是3。已调度小区的通信接口(CIF)可以被准确配置。通过给定SCell的PUCCH配置可以配置PUCCH SCell。PUCCH SCell的HARQ反馈和CSI报告可以在那个PUCCH SCell的PUCCH上被发送。如果没有显示那个SCell的PUCCH SCell,则SCell的HARQ反馈和CSI报告可以在PCell的PUCCH上被发送。SCell的HARQ反馈和CSI报告可以在PUCCH SCell的PUCCH上被发送;因此它们可以不在不同PUCCH SCell的PUCCH上被发送。UE可以给服务小区上报类型2的PH,该服务小区配置有PUCCH。在示例性实施例中,对于PUCCHSCell,可以支持MAC的激活和取消激活。eNB可以管理SCell的激活/取消激活状态。新添加的PUCCH SCell可以初始化为取消激活的。
在一示例性实施例中,支持独立配置PUCCH组和TAG。图11和图12示出了TAG和PUCCH组的示例性配置。举例来说,一个TAG可包括多个带PUCCH的服务小区。例如,每个TAG仅可包括属于一个PUCCH组的小区。例如,TAG可包括属于不同PUCCH组的服务小区(无PUCCH)。
TAG与PUCCH组之间可能没有一一映射。例如,PUCCH SCell在配置中属于主TAG。在示例性实施例中,一个PUCCH组的服务小区可以在不同的TAG中且一个TAG的服务小区可以在不同的PUCCH组中。PUCCH组和TAG的配置可留给eNB来实现。在另一示例性实施例中,可规定PUCCH小区的配置限制条件。举例来说,在一示例性实施例中,给定PUCCH组的小区可以属于相同的TAG。在示例中,TAG可以仅仅包括PUCCH组的小区。在示例中,可以实施TAG和PUCCH组之间的一一映射。在实施中,小区配置可以受限于这些示例中的一些。在其它实施中,可以允许以下配置中的一些或全部。
在一示例性实施例中,SCell在pTAG中的计时参考可为PCell。SCell在sTAG中的定时参考可以是sTAG中任意激活的SCell。对于pTAG中的SCell(无论是否配置有PUCCH),其路径损耗参考可配置为PCell或连接至SCell的SIB-2。对于sTAG中的SCell,其路径损耗参考可为连接至SCell的SIB-2。当与pTAG相关的TAT到期时,与sTAG相关的TAT可被视为到期。当包含PUCCH SCell的sTAG的TAT到期时,MAC可指示RRC释放用于PUCCH组的PUCCH资源。当包含PUCCH SCell的sTAG的TAT没有运行时,辅PUCCH组中的SCell的上行传输(PUSCH)可以不受影响,其中的辅PUCCH组不属于包含PUCCH SCell的sTAG。包含PUCCH SCell的sTAG的TAT到期不会触发其他TAG的TAT到期,其中相同PUCCH组中其它SCell属于其它TAG。当与未包含PUCCH SCell的sTAG()相关的TAT没有运行时,无线设备将停止对sTAG中SCell的上行传输,且可以不影响其他TAG。
在示例性实施例中,每个TAG而言,MAC实体可以具有可配置的计时器timeAlignmentTimer(时间对准计时器)。timeAlignmentTimer可以用于控制MAC实体认为多长时间是属于有关TAG的服务小区的对准的上行时间。当接收到计时提前指令MAC控制元,MAC实体可以为指示的TAG的应用计时提前指令;开始或重启与指示的TAG有关的timeAlignmentTimer。当属于TAG的服务小区在随机访问响应消息中接收到计时提前指令时,和/或如果随机访问前导没有被MAC实体选择,则MAC实体可以为这个TAG应用计时提前指令和开始或重启与这个TAG有关的timeAlignmentTimer。另外,如果与这个TAG有关的timeAlignmentTimer没有运行,则可以为这个TAG应用计时提前指令以及可以开始与这个TAG有关的timeAlignmentTimer。当竞争解决机制被视为无效时,与该TAG相关的timeAlignmentTimer可以停止。另外,MAC实体可忽略接收到的计时提前指令。
本发明的示例性实施例可实现多个PUCCH组的操作。其它示例性实施例可以包括非暂时有形的计算机可读介质,其包括可由一个或多个处理器执行的指令以致使PUCCH组的运行。但是其它示例性实施例可以包括一种产品,该产品包括非暂时有形的计算机可读机构——可访问的介质,其具有在其上编码的指令以使得可编程硬件致使一设备(例如无线通信器、UE、基站等等)能够使PUCCH组运行。设备可以包括处理器、存储器、接口和/或类似的。其它示例性实施例可以包括通信网络,该通信网络包括诸如基站、无线设备(或用户设备:UE)、服务器、转换器、天线和或类似的设备。在示例性实施例中,一个或多个TAG可以连同PUCCH组配置一起配置。
图13是根据本发明实施例的一方面的示例性MAC PDU。在一示例性实施例中,MACPDU可以包括MAC头文件、0个或多个MAC服务数据单元(MAC SDU)、0个或多个MAC控制元以及选择性填充。MAC头文件和MAC SDU的大小可变。MAC PDU可包括一个或多个MAC PDU子头文件。子头文件可对应MAC SDU、MAC控制元或填充。MAC PDU子头文件可包含消息头R、F2、E、LCID、F和/或L。MAC PDU子头文件可以包括消息头R、F2、E、LCID、F和/或L。MAC PDU中最后的子头文件以及固定大小的MAC控制元的子头文件可以包括四个消息头R、F2、E和/或LCID。与填充相对应的MAC PDU子头文件可以包括四个消息头R、F2、E和/或LCID。
在示例性实施例中,LCID或逻辑信道ID字段可以识别相应的MAC SDU的逻辑信道实例或者相应的MAC控制元或填充的类型。对于包含在MAC PDU中的MAC SDU、MAC控制元或者填充,可以有一个LCID字段。除了那个,当需要单字节或两字节填充但又不能在MAC PDU的末端通过填充来完成时,在MAC PDU中可以包含有一个或两个附加的LCID字段。该LCID字段的大小可以是,例如5比特。L或者长度字段可以以字节为单位指示相应的MAC SDU或者大小可变的MAC控制元的长度。除了最后的子头文件和对应于固定大小的MAC控制元的子头文件,每个MAC PDU子头文件可以有一个L字段。L字段的大小可以由F字段和F2字段来指示。F或Format字段可以指示长度字段的大小。除了最后的子头文件和对应于固定大小的MAC控制元的子头文件,以及除了当F2被设置为等于1时,每个MAC PDU子头文件可以有一个F字段。F字段的大小可以是1比特。在示例中,如果包括F字段,和/或如果MAC SDU或者大小可变的MAC控制元的大小小于128字节,则F字段的值被设置为0,否则它被设置为1。F2或Format2字段可以指示长度字段的大小。每个MAC PDU子头文件可以有一个F2字段。F2字段的大小可以是1比特。在示例中,如果MAC SDU或者大小可变的MAC控制元的大小大于32767字节并且如果相应的子头文件不是最后的子头文件,则F2字段的值可以被设置为1,否则它被设置为0。E或Extension字段可以是指示在MAC子头文件中是否存在多个字段的标记。E字段可以被设置为“1”以指示至少R/F2/E/LCID字段的另一个设置。E字段可以被设置为“0”以指示MACSDU、MAC控制元或填充(padding)在下一个字节开始。R或保留比特,设置为“0”。
MAC PDU子头文件的顺序可与对应的MAC SDU、MAC控制元以及填充的顺序一致。MAC控制元可位于所有MAC SDU的前面。除需要添加单字节或2字节填充时,填充位于MACPDU的末尾处。填充可以是任意值且MAC实体可以忽略它。当在MAC PDU末尾处填充时,允许0个或多个填充字节。当需要添加单字节或2字节填充时,与该填充对应的1个或2个MAC子头文件被置放在MAC PDU最起始的位置在任何其他MAC PDU子头文件的前面。在一示例中,一个MAC PDU的最大值可以以每个传输块(TB)每个MAC实体被传输,一个MCH MAC PDU的最大值可以以每个发送时间间隔(TTI)被传输。
至少有一个RRC消息可为至少一个小区提供配置参数,并为PUCCH组提供配置参数。一个或多个RRC消息中的信息元可在已配置小区与PUCCH SCell之间提供映射。小区可分组成为多个小区组,且小区可分配给配置的PUCCH组中的一个。PUCCH组与配置有PUCCH资源的小区之间存在一一对应关系。至少有一个RRC消息可在SCell与PUCCH组之间提供映射,并提供在PUCCH SCell上的PUCCH配置。
SCell系统信息(公共参数)携带在专用RRC消息的RadioResourceConfigCommonSCell(无线资源配置公共辅小区)中。一些PUCCH相关信息可包含在SCell的公共信息(如,RadioResourceConfigCommonSCell)中。SCell和PUCCH资源的专用配置参数可由RRC专用信令进行配置,例如利用RadioResourceConfigCommonSCell。
IE PUCCH-ConfigCommon和IE PUCCH-ConfigDedicated可用于分别指定公共的PUCCH配置和UE特定的PUCCH配置。
在一示例中,PUCCH-ConfigCommon包括deltaPUCCH-Shift:ENUMERATED{dsl,ds2,ds3};nRB-CQI:INTEGER(0..98);nCS-AN:INTEGER(0..7);和/或n1PUCCH-AN:INTEGER(0..2047)。参数deltaPUCCH-Shift
Figure GDA0002259032380000171
nRB-CQI
Figure GDA0002259032380000172
Ncs-An
Figure GDA0002259032380000173
以及n1PUCCH
Figure GDA0002259032380000174
可以是PUCCH的物理层参数。
可以采用PUCCH-ConfigDedicated。PUCCH-ConfigDedicated可以包括ackNackRepetition CHOICE{release:NULL,setup:SEQUENCE{repetitionFactor:ENUMERATED{n2,n4,n6,sparel},n1PUCCH-AN-Rep:INTEGER(0..2047)}},tdd-AckNackFeedbackMode:ENUMERATED{bundling,multiplexing}OPTIONAL}。ackNackRepetitionj参数指示是否配置ACK/NACK重复。n2对应重复因子2,n4对应repetitionFactor参数(NANRep)的4。n1PUCCH-AN-Rep参数可以为
Figure GDA0002259032380000175
对应天线端口P0和天线端口P1。dd-AckNackFeedbackMode参数指示所用的TDD ACK/NACK反馈模式中的一个。数值绑定对应所用的ACK/NACK绑定,而值复用对应ACK/NACK复用。相同的数值可以应用到PUCCH和PUSCH二者上的ACK/NACK反馈模式。
PUCCH-ConfigDedicated参数可以包括同步PUCCH-PUSCH参数,该同步PUCCH-PUSCH参数指示是否配置了同步的PUCCH和PUSCH传输。当在配置有PCell的带中nonContiguousUL-RA-WithinCC-Info设置为支持时,E-UTRAN可以给PCell配置这个字段。当在配置有PSCell的带(band)中nonContiguousUL-RA-WithinCC-Info设置为支持时,E-UTRAN可以给PSCell配置这个字段。当在配置有PUCCH SCell的带中nonContiguousUL-RA-WithinCC-Info设置为支持时,E-UTRAN可以给PUCCH SCell配置这个字段。
UE可以发送无线电能力给eNB,指示UE是否支持PUCCH组的配置。UE能力信息中的同步PUCCH-PUSCH可以应用至PCell和SCell两者。对于PCell和PUCCH SCell,同步PUCCH+PUSCH可以分开配置(使用独立IE)。例如,PCell和PUCCH SCell可以具有不同的或相同的与同步PUCCH+PUSCH相关的配置。
从小区载荷、载波质量(如,利用测量报告)、载波配置和/或其他参数方面考虑,eNB可以从现有SCells或候选SCell中选择PUCCH SCell。从功能角度来看,PUCCH小区组管理过程包括PUCCH小区组添加、PUCCH小区组释放、PUCCH小区组改变和/或PUCCH小区组重配置。PUCCH小区组添加程序可以用于添加辅PUCCH小区组(例如,在辅PUCCH小区组中添加PUCCH SCell和一个或多个SCell)。在示例性实施例中,使用一个或多个RRC消息,小区可以被释放和添加。在另一个示例性实施例中,使用第一RRC消息,小区可以被释放,然后使用第二RRC消息,小区可以被添加。
当包括PUCCH SCell的SCell被配置时,他们可以是处于取消激活的状态。通过激活MAC CE,在RRC配置程序之后可以激活PUCCH SCell。eNB可以给UE发射MAC CE激活指令。UE可以可以激活SCell以作为接收MAC CE激活指令的响应。
在示例性实施例中,一旦启动计时器就会投入运行,直至其停止或到期;否则它可能不在运行。如果计时器没有运行,则可启动,或者如果计时器正在运行,则可重启。举例来说,计时器可以从其初始值启动或重启。
调度请求(SR)用于请求用于新传输的UL-SCH资源。在DC中,调度请求(SR)可经由PSCell直接从UE传输至SeNB。这将减少调度延迟和相关的信令载荷。
在配置PUCCH组时,可在PCell、PUCCH SCell或二者上配置SR资源。如果在PUCCHSCell中配置有SR资源,则可使SR载荷在服务小区之间得到很好分配。在示例性配置中,UE的SR可在服务小区,如,PCell或指定的PUCCH SCell上发送。在某些情况下,SCell有更多可用容量,这也是为什么在PUCCH SCell上分配更多SR资源的原因。如果SCell上的PUCCH携带了SR信号,那么因调度请求而由UE发起无线访问PCell的机会将减少,并且信令开销和RACH资源的使用量也将降低。
SR载荷可在PUCCH SCell和PCell之间共享。SR资源可配置于PUCCH SCell上。是否将SR资源配置于PCell上、PUCCH SCell上或PCell和PUCCH SCell二者之上需由eNB和/或UE判断实现。SR资源可被配置在PCell和PUCCH SCell二者上。当SR经由PUCCH SCell或PCell发送,并执行sr-ProhibitTimer控制SR传输计时操作时,SR_COUNTER可能增加。SR过程可利用PCell和PUCCH SCell二者上的SR资源。
SR资源可在时域中交织,例如,某些子帧(TTI)可在PCell上含有有效SR资源,而某些其他子帧可在PUCCH SCell上含有有效SR资源。在一示例中,如图14所示,某些TTI在PCell上含有有效SR资源,某些TTI在PUCCH SCell上含有有效SR资源,并且某些TTI在PCell和PUCCH SCell二者上均含有有效SR资源。在一示例中,PCell和PUCCH SCell上的有效SR资源的配置相同,且可能在时间重叠。TTI可能不包含全部有效SR资源或包含一个以上SR资源(在PCell和PUCCH SCell二者上)。eNB可利用不同IE用于SR资源在PCell和PUCCH SCell上的配置。示例性实施例可适用于在PCell和PUCCH SCell上实现多种SR资源的配置。
在一示例性实施例中,SR资源可由RRC消息中的一个或多个信息元进行配置。例如,可利用SchedulingRequestConfig IE在PCell和/或PUCCH SCell上配置PUCCH资源。SchedulingRequestConfig IE可用于指定某些调度请求相关参数。SchedulingRequestConfig IE包含在UE配置的专用物理层配置IE中。
SchedulingRequestConfig IE可包括设置或释放调度资源以及其他参数的信息元。SchedulingRequestConfig IE可包括PUCCH资源索引(sr-Configlndex)、SR配置索引(sr-Configlndex)和SR最大传输(dsr-TransMax)IE。至少有一个RRC消息包含有用于在PCell上SR资源的配置的第一SchedulingRequestConfig IE和用于在PUCCH SCell上的SR资源的配置的第二SchedulingRequestConfig IE。sr-Configlndex可被定义,并可根据规范3GPP TS 36.213v.12定义sr-PUCCH-Resourcelndex(如,sr-PUCCH-Resourcelndex和sr-PUCCH-ResourcelndexPl)。如果配置了sr-PUCCHResourcelndex,则E-UTRAN可配置sr-PUCCH-ResourcelndexP1。
配置SR配置的至少一个RRC消息还可以包括要用于确定调度请求过程的计时器值的sr-ProhibitTimer IE。
当SR被触发时,对应的SR过程应被视为等待(pending),直至其被取消。当一个MACPDU被组合,并且该PDU包含的BSR(缓冲状态报告)包括直至(含)最后一次触发BSR事件为止的缓冲状态时,或者当UL授权能够容纳用于未决数据时,则可以取消SR等待,且可以停止sr-ProhibitTimer。如果SR被触发,且不存在其他SR等待,则MAC实体可将SR_COUNTER设置为“0”。
只要一个SR正在等待,MAC实体以及如果在此TTI内没有UL-SCH资源可用于传输,并且如果MAC实体在任何TTI内都没有配置有效PUCCH资源用于SR:UE(如,MAC实体)可在SpCell上发起随机访问过程,并取消等待SR。在一示例性实施例中,如果在PUCCH SCell上配置有SR资源且PUCCH SCell被去激活,则MAC实体在去激活的PUCCH SCell上可能没有有效PUCCH资源用于发送SR。如果SR未配置到PUCCH SCell上,MAC实体在PUCCH SCell上可能也没有用于SR的有效PUCCH资源。
在示例性实施例中,UE可至少接收一个含有一个或多个小区配置参数的RRC消息,该RRC消息可包含调度请求资源及过程的配置参数。至少一个RRC消息可包含PCell的第一SR最大传输消息元(IE)和PUCCH SCell的第二SR最大传输信息元。该至少一个消息可包含用于PCell和PUCCH SCell二者的公共SR禁止计时器消息元。
该至少一个消息可包含用于主PUCCH上的调度请求资源的第一调度请求配置索引。第一调度请求配置索引可指示第一调度请求周期和第一偏移(offset),如示例性图15所示。该至少一个消息可进一步包括用于辅PUCCH上的调度请求资源的第二调度请求配置索引。第二调度请求配置索引可指示第二调度请求周期和第二偏移(如示例性图15)。SR计时器的初始值可利用公共SR禁止计时器IE进行判断。该公共SR禁止计时器IE指示一个数字,如,从0至7。初始值被判定为由数值(SR禁止计时器IE)乘以SR周期。该SR周期是第一SR周期和第二SR周期的最短SR周期。例如,数值为“0”时,表示PUCCH上没有配置用于SR传输的计时器,其中,数值“1”对应一个SR周期,数值“2”对应2*SR周期等。
SR禁止计时器可通过无线资源控制消息进行配置。SR禁止计时器可在MAC实体中配置用于SR过程。SR禁止计时器可利用至少一个PCell专用配置参数进行配置。当在PUCCHSCell或PCell上发送SR时,UE(如,MAC实体)可利用SR禁止计时器IE值启动SR禁止计时器,其中的SR禁止计时器IE值利用所述至少一个专用配置参数进行配置。SR禁止计时器可同样被称为配置SR资源的SR禁止计时器,无论是否在PCell或PUCCH SCell上发送该SR资源。RRC消息可包含一个SR禁止计时器IE,该SR禁止计时器IE用于判定SR禁止计时器的初始值。该SR禁止计时器的初始值可用于SR禁止计时器(SR计时器),无论是否在PCell或PUCCH SCell上发送SR。当在主小区和/或辅小区上发送SR信号时,该机制可在为SR过程配置不同SR禁止计时器IE和/或SR禁止计时器值(初始值)时,降低灵活性。通过减小RRC消息大小,这也可降低信令开销。利用这种配置,UE可无需接收、存储和/或保持多个SR禁止计时器值,并且相同的信息元可适用于一个SR过程,无论是否在PCell或PUCCH SCell上发送SR。RRC消息可包含单个SR禁止计时器的IE。当在PUCCH SCell和/或PCell的PUCCH资源上发送SR时,单个SR禁止计时器可被配置为SR传输过程的参数。
可支持各种SR禁止计时器初始值。单个SR禁止计时器初始值可由UE和eNB支持,并且可使用相同的SR禁止计时器,无论PCell或PUCCH SCell是否被用于携带SR请求。这在为主PUCCH组和辅PUCCH组中的不同PUCCH资源配置多个SR禁止计时器和/或初始值时,可降低灵活性。SR过程可使用相同的SR禁止计时器IE/值,无论PCell或PUCCH SCell是否被用于携带SR请求。否则,每个组都有自己的计时器和/或初始值,这将增加信令开销。
在一示例性实施例中,至少一个RRC消息可包含用于SR过程的SR禁止计时器信息元。该至少一个RRC消息可包含PCell上的SR资源的第一SR最大传输信息元和PUCCH SCell上的SR资源的第二SR最大传输信息元。该机制可在减少开销与保持PCell、PUCCH SCell或二者的SR资源配置灵活性方面保持平衡。
在一示例性实施例中,无线设备可接收至少一个消息,包括:多个小区的配置参数。该多个小区被分组为多个物理上行控制信道(PUCCH)组,包括:主PUCCH组和辅PUCCH组。该至少一个消息进一步包括:针对多个PUCCH组中的每个PUCCH组的信息元(IE)的不同调度请求(SR)最大传输次数;和SR计时器的SR禁止计时器IE。
如果为主小区配置了调度请求(SR)资源,则该至少一个消息应包括主PUCCH的第一IE。该第一IE表明SR的最大传输次数。如果为PUCCH辅小区配置了SR资源,则至少一个消息应包括辅PUCCH的第二IE。该第二IE表明SR的最大传输次数。如果为主PUCCH和辅PUCCH二者都配置了SR,则eNB为主PUCCH和辅PUCCH配置相同的SR最大传输次数值。
在一示例性实施例中,至少一个RRC消息可包含用于PCell的第一SR最大传输信息元和用于PUCCH SCell的第二SR最大传输信息元。该过程允许在PCell、PUCCH SCell或二者上灵活配置SR资源。这将增加信令开销,但可为PCell、PUCCH SCell或二者在配置SR资源方面提供灵活性。当配置了PUCCH组时,SR可被配置在PCell和/或PUCCH SCell上。在PUCCH中有SR的可能性可使SR载荷在服务小区之间得到很好分配。该至少一个RRC消息可包含MAC实体(每个MCG和SCG都有各自的MAC实体)中的用于UE的SR过程的SR禁止计时器IE。
在一示例性配置中,可在服务小区,如,PCell或PUCCH SCell,上发送UE SR请求信号。无线设备可在PUCCH小区组(PCell或PUCCH SCell中的一个)内的小区上发送与SR过程相关的SR。该无线设备可使用至少采用SR禁止计时器IE判定的初始值启动SR计时器,无论是使用多个PUCCH小区群中的哪个PUCCH小区组来发送SR。如果达到SR最大传输次数,SR计时器到期并且SR过程处于等待,则无线设备可取消等待SR过程。SR的最大传输次数可通过第一SR最大传输IE或第二SR最大传输IE(二者都具有相同的值)进行确定。
在一示例性实施例中,eNB可在PCell、PUCCH SCell或二者上配置PUCCH SR资源。在一示例性实施例中,在执行SR过程时,如果MAC实体在此TTI内配置有SR的有效PUCCH资源,且如果该TTI不属于测量间隔的一部分,并且sr-ProhibitTimer没有运行:->如果SR_COUNTER<dsr-TransMax,则UE(如,MAC实体)可执行下列一个、一个以上或全部过程:UE可以将SR_COUNTER加1;UE可以指示物理层在PUCCH上发送SR;和/或可以UE启动sr-ProhibitTimer。否则,UE执行下列一个、一个以上或全部过程:UE可以通知RRC释放服务小区的PUCCH/SRS;UE可以清除所有已配置的下行分配和上行授权;和/或UE可以在SpCell上发起随机访问过程并取消等待SR。
如果SR过程失败(当SR_COUNTER=dsr-TransMax时),UE可以通知RRC释放所有已配置PUCCH和/或SRS的服务小区的PUCCH/SRS,无论一个或多个SR信号是在主PUCCH还是在辅PUCCH上发送的。UE可清除任何已配置的下行分配和上行授权;UE可以在SpCell上发起随机访问过程,和/或在SR过程失败时取消等待SR,无论一个或多个SR信号是否是在主PUCCH或辅PUCCH上发送。例如,UE可以通知RRC释放全部已配置PUCCH和/或SRS的服务小区(包括PCell、PUCCH SCell及其他SCell)的PUCCH/SRS,无论最后一个SR是否在PCell或PUCCHSCell上发送。例如,UE可以清除任何已配置的下行分配和上行授权,UE可以在SpCell上发起随机访问过程和/或取消等待SR,无论最后一个SR是否在PCell或PUCCH SCell上发送。
在一示例性实施例中,eNB可在PCell、PUCCH SCell或二者上配置PUCCH SR资源。MAC实体具有用于发送SR的有效PUCCH资源,其中的SR根据SR配置参数配置在PCell、SCell或二者的TTI内。SR资源可在时域中交织,例如,某些子帧(TTI)可以包括PCell上的SR资源,而其他一些子帧可以包括PUCCH SCell上的SR资源。在一示例中,如图14所示,一些TTI包括PCell(如,1401、1402、1403)上的SR资源,一些TTI包括PUCCH SCell(如,1404、1405、1406、1407、1408)上的SR资源,一些TTI包括PCell和PUCCH SCell二者(如,TTI 1402/1406)上的SR资源,而一些TTI可包括任何SR资源(如,1441、1442、1443)。在一示例中,PCell和PUCCHSCell上的SR资源可具有相同的配置,并且可时间上重叠。TTI可不含SR资源或含有PCell和PUCCH SCell二者上的SR资源。eNB可利用不同的IE,在PCell和PUCCH SCell上配置SR资源。示例性实施例可适用于PCell和PUCCH SCell上的各种SR配置。
图14是根据本发明实施例的一方面的示例性SR过程。主PUCCH的示例性有效SR资源位于TTI(子帧)1401、1402和1403中。辅PUCCH的示例性有效SR资源为1404、1405、1406、1407和1408。如示例中所示,主PUCCH和辅PUCCH二者在TTI 1402/1406中都有有效SR资源。TTI 1402和TTI 1406是相同的TTI。1402指主PUCCH上的SR资源。1406指辅PUCCH上的SR资源。
如果MAC实体具有为该TTI配置的SR的至少一个有效PUCCH资源,且如果该TTI不属于测量间隔的一部分,并且如果sr-ProhibitTimer没有运行:->如果SR_COUNTER<dsr-TransMax,则UE可执行下列一个、一个以上或全部过程:UE可以将SR_COUNTER加1;UE可以选择PCell或SCell的PUCCH上的SR资源,并且UE可以指示物理层在所选PUCCH上发送SR信号;和/或UE可以启动sr-ProhibitTimer。否则,UE可执行下列一个、一个以上或全部过程:UE可通知RRC释放服务小区的PUCCH/SRS;UE可清除所有已配置的下行分配和上行授权;和/或UE可在SpCell上发起随机访问过程并取消待传SR。
物理层被指示在给定TTI内在PUCCH资源上发送SR。UE(如,MAC层/实体)可能需要判断调度请求是否已在PCell PUCCH或SCell PUCCH发送。例如,TTI包括PCell或PUCCHSCell上的RRC资源、不包括PCell和PUCCH SCell二者上的RRC资源,或者包括PCell和PUCCHSCell二者上的RRC资源。在一示例中,TTI内可包括PCell和PUCCH SCell二者上的SR资源。PCell和PUCCH SCell上的RRC资源可时间上重叠。某些子帧(TTI)可包括PCell和SCell二者上的SR资源。当PCell和PUCCH Cell中仅有一个在给定TTI内含有已配置的SR资源时,MAC指示物理层经由该已配置的SR资源在小区上发送SR,其中,在已配置的SR资源上,TTI采用了所选小区上的PUCCH资源。例如,子帧1401包括主PUCCH上的有效SR资源。辅PUCCH不包括子帧1401内的SR资源。例如,子帧1408包括辅PUCCH上的有效SR资源。主PUCCH不包括TTI1408内的有效SR资源。
如果在给定TTI内在PCell和SCell二者上配置了有效SR资源,UE(如,MAC实体)需选择一个小区用于SR信号传输。例如,在子帧1402/1406中,SR资源被配置在PCell(SR资源1402)和PUCCH SCell(SR资源1406)上。在如图14所示的示例中,UE选择主PUCCH上的SR资源,用于SR信号传输1411。在另一示例中(图14中未示出),当在给定TTI内主PUCCH和辅PUCCH二者上的SR资源有效时,UE可以选择PUCCH SCell上的SR资源。UE可选择主PUCCH和辅PUCCH上的其中一个SR资源,用于SR传输。当指定子帧内有一个以上可用SR资源时,UE可不在两个SR资源上传输SR。该机制可利用PCell和PUCCH SCell上配置的SR资源实现调度过程。无线设备可在每个TTI内执行独立选择操作,其中,在TTI内,有一个以上有效SR资源可用于SR信号传输。无线设备可执行选择,并可应用其到一个或多个TTI内,其中,有一个以上有效SR资源,用于SR信号传输。在无线设备中可根据其预设规则和/或预先配置进行选择。
在一示例性实施例中,当在TTI内PCell和PUCCH SCell上包括SR资源,UE(如,UE中的MAC实体)可利用确定性过程选择具有PUCCH资源的小区。例如,UE可以优先于SCellPUCCH资源而选择PCell PUCCH SR资源。当PCell和PUCCH SCell二者上都有可用资源时,UE选择PCell用于在PUCCH上SR传输。在一示例中,当在多个调度给SR传输的TTI内PCell和PUCCH SCell二者上都有可用资源时,UE可以在PCell与PUCCH SCell之间切换,以用于后续SR传输的传输(如,PCell、SCell、PCell和SCell等)。在一示例中,UE可基于小区负载、PUCCH负载、干扰或其他的小区相关参数来选择PCell或SCell。
在一示例中,当SR资源在TTI内的PCell和SCell二者上都可用时,UE自行从PCell和SCell中选择一个。UE可利用一个预确定性过程从两个小区中选择一个。在一示例中,当SR资源在TTI内的PCell和SCell二者上都可用时,UE根据随机或伪随机过程从PCell和SCell中选择一个。当有超过两个PUCCH SR可用资源时,例如,当有两个以上小区有PUCCHSR可用资源时,可采用类似的方法选择。在一示例性实施例中,在设定TTI内(如,当有TTI函数以及在TTI内有可用SR资源时),可采用预定公式从PCell和PUCCH SCell中选择一个。
在一示例性实施例中,SR资源可由eNB通过在TTI内不重叠PCell和SCell中的可用SR资源的方式进行配置。如果在TTI内PCell和PUCCH SCell上的SR PUCCH可用资源不重叠,则在设定TTI内,PCell或PUCCH SCell但并非二者上可有有效可用的SR资源。根据该配置,在某些TTI内,SR资源在PCell和PUCCH SCell中的任何一个上均不可用。当TTIs内PCell和PUCCH SCell中的SR资源不重叠时,两个有SR资源的后续子帧之间的时间差将减小。
调度请求(SR)可用于为新传输请求UL-SCH资源。当SR被触发时,直达它被取消前,都将被视为处于等待状态。当一个MAC PDU被组合,并且该PDU包含的BSR包括直至(包含)最后一次触发BSR事件为止的缓冲状态时,则取消待传SR,并停止sr-ProhibitTimer。在一示例中,对于待传SR由Sidelink BSR触发的情况,当一个MAC PDU被组合,并且该PDU包含的Sidelink BSR包括直至(含)最后一次触发Sidelink BSR为止的缓冲状态时,可取消待传SR并停止sr-ProhibitTimer。
如果一个SR被触发,且没有其他SR处于等待状态,MAC实体可将SR_COUNTER设置为“0”。
只要有一个SR处于等待状态,MAC实体可以为每个TTI内执行以下动作。如果在此TTI内没有UL-SCH资源可用于传输,并且如果MAC实体没有用于任何TTI中配置的SR的有效PUCCH资源,则UE(如,MAC实体)将在SpCell上发起随机访问过程,并取消MAC实体中所有待传SR。
只要有一个SR处于等待状态,MAC实体将为每个TTI内执行以下操作。如果在此TTI内没有用于传输的可用UL-SCH资源,且如果MAC实体在某些TTI中配置了用于SR的有效PUCCH资源,以及如果MAC实体具有为该TTI配置的SR的至少一个有效PUCCH资源,如果该TTI不是测量间隔的一部分,并且如果sr-ProhibitTimer没有运行,UE(如,MAC实体)将执行以下动作:如果SR_COUNTER<dsr-TransMax,将SR_COUNTER加1;指示物理层在一个用于SR的有效PUCCH资源上发送SR;启动sr-ProhibitTimer。否则,UE(如,MAC实体)将执行以下一个或多个操作:通知RRC释放全部服务小区的PUCCH(若配置);通知RRC释放全部服务小区的SRS(若配置);清除任何已配置的下行分配和上行授权;在SpCell上发起随机访问过程,并取消全部待传SR。
在一示例性实施例中,当MAC实体在一个TTI内有一个以上用于SR的有效PUCCH资源时,将由UE选择一个有效SR PUCCH资源,用于发送SR信号。在TTI内,SR资源可被配置在PCell、PUCCH SCell或二者上。当SR可在SR资源上传输时,SR资源被视为有效。例如,当PUCCH SCell被去激活,或者当PUCCH SCell在TAG内其TAT没有运行时,PUCCH上配置的SR资源可被视为有效SR资源。SR资源无法在去激活或不同步的PUCCH SCell上传输。
UE可由上层配置,以在所选SCell的一个天线端口或两个天线端口上传输SR。调度请求可在映射至天线端口p的PUCCH资源上
Figure GDA0002259032380000251
上发送,其中,
Figure GDA0002259032380000252
可由上层配置,但利用PUCCH格式3,使SR与HARQ-ACK的传输保持时间上一致的情况除外,此时,SR与HARQ-ACK复用。SR传输周期SR周期和SR子帧偏移量N偏移,SR的SR配置可由图14中所示表格的参数
Figure GDA0002259032380000262
由上层设定)确定。SR传输实例为满足
Figure GDA0002259032380000261
modSR周期=0的上行子帧。
图16是根据本发明实施例的一方面的示例流程图。在1610,无线设备至少接收一个来自基站的消息。该消息可包含多个小区的配置参数。多个小区可包括主小区和PUCCH辅小区。主小区可包括主物理上行控制信道(PUCCH)。PUCCH辅小区可包括辅PUCCH。如果主小区配置有调度请求(SR)资源,那么该消息可进一步包含用于主PUCCH的第一信息元(IE)。第一IE表明SR最大传输次数。如果PUCCH辅小区配置有SR资源,那么该消息可进一步包含用于辅PUCCH的第二IE。第二IE表明SR最大传输次数。此外,该消息还可包含用于SR计时器的SR禁止计时器IE。
该至少一个消息可包含用于主PUCCH上的调度请求资源的第一调度请求配置索引。第一调度请求配置索引可指示如图15示例图中所示的第一调度请求周期和第一偏移。该至少一个消息可进一步包括用于辅PUCCH上的调度请求资源的第二调度请求配置索引。第二调度请求配置索引可指示如图15示例图中所示的第二调度请求周期和第二偏移量。SR计时器的初始值可利用SR禁止计时器IE进行确定。该SR禁止计时器IE指示一个数字,如,从0至7。初始值被确定为由数值(SR禁止计时器IE)乘以SR周期。该SR周期是第一SR周期和第二SR周期的最短SR周期。例如,数值为“0”时,表示PUCCH上没有配置用于SR传输的计时器,其中,数值“1”对应一个SR周期,数值“2”对应2*SR周期等。
多个小区可被分成多个PUCCH组。PUCCH组可包括主PUCCH组和/或辅PUCCH组。主PUCCH组可包括主小区。辅PUCCH组可包括PUCCH辅小区。
无线设备可在1620发送与SR过程相关的SR。SR可在主PUCCH或辅PUCCH上传输。SR资源可配置于主PUCCH和/或辅PUCCH上。第一SR资源可配置于主小区上。第二SR资源可配置于PUCCH辅小区上。图14是根据本发明实施例的一方面的示例性SR过程。
SR计时器可在1530启动,其中SR计时器的初始值可至少利用SR禁止计时器IE确定,无论主PUCCH和辅PUCCH中的哪一个被用于传输SR(见1450、1460和1470)。在图14中所示的示例中,1450(主PUCCH上的SR)、1460(辅PUCCH上的SR)以及1470(主PUCCH上的SR)的初始值相同,并且用相同的SR禁止计时器IE进行配置。当SR传输时,SR计数器加1。
如果SR传输次数在第一SR子帧内达到最大,则可在1640取消SR过程。第一IE可表明SR的最大传输次数。辅PUCCH的第二IE指示相同的SR最大传输次数。第一IE和第二IE不可配置不同的值。例如,当SR处于等待状态,没有可用于发送的上行共享信道资源,MAC实体至少有一个用于SR的有效PUCCH资源,子帧不属于测量间隔的一部分,并且SR计时器没有运行,则第一SR子帧可以是子帧。
图17是根据本发明实施例的一方面的示例性流程图。无线设备可在1710接收来自基站的消息。该消息可包含配置参数、第一信息元(IE)、第二IE和/或SR禁止计时器IE。该配置参数可用于多个小区。多个小区可包括主小区和/或PUCCH辅小区。主小区可包括主小区物理上行控制信道(PUCCH)。PUCCH辅小区可包括辅PUCCH。如果主小区配置有调度请求(SR)资源,则第一IE可用于主PUCCH。该第一IE可表明SR的最大传输次数。如果PUCCH辅小区配置有SR资源,则第二IE可用于辅PUCCH。该第二IE可表明SR的最大传输次数(具有与第一IE的值相同)。SR禁止计时器IE可用于SR计时器。第一SR资源可被配置在主小区上。第二SR资源可被配置在PUCCH辅小区上。
多个小区可被分成多个PUCCH组。多个PUCCH组可包括主PUCCH组和/或辅PUCCH组。主PUCCH组可包括主小区。辅PUCCH组可包括PUCCH辅小区。
SR可在主PUCCH和/或辅PUCCH上传输。SR资源可被配置在主PUCCH和/或辅PUCCH上。
可在1720判断SR计数器的计数是否小于第一SR子帧内的SR最大传输次数。如果判断为否,则在1760取消SR过程。第一IE和第二IE二者的数值与SR最大传输次数相同。
如果判断为是,则需进行一系列动作。在1730,将SR计数器加1。在1740,指示物理层在一个用于SR的有效PUCCH资源上发送一个与SR过程相关的SR。在1750,以初始值启动SR计时器,该初始值可至少利用SR禁止计时器IE进行判断,无论主PUCCH和辅PUCCH中的哪一个被用于传输SR。图14中示出了一个示例。
该至少一个消息可包含用于主PUCCH上的调度请求资源的第一调度请求配置索引。第一调度请求配置索引可指示第一调度请求周期和第一偏移(如图15示例图中所示)。该至少一个消息可进一步包括用于辅PUCCH上的调度请求资源的第二调度请求配置索引。第二调度请求配置索引可指示第二调度请求周期和第二偏移(如图15示例图中所示)。SR计时器的初始值可利用SR禁止计时器IE进行判断。该SR禁止计时器IE指示一个数字,如,从0至7。初始值被确定为由数值(SR禁止计时器IE)乘以SR周期。该SR周期是第一SR周期和第二SR周期的最短SR周期。例如,数值为“0”时,表示PUCCH上没有配置用于SR传输的计时器,其中,数值“1”对应一个SR周期,数值“2”对应2*SR周期等。
在一示例中,当SR过程处于等待状态,没有可用于发送的上行共享信道资源,MAC实体至少有一个用于SR的有效PUCCH资源,子帧不属于测量间隔的一部分,并且SR计时器没有运行时,第一SR子帧可以是子帧。
图18是根据本发明实施例的一方面的示例性流程图。在1810,无线设备至少接收一个来自基站的消息。该消息可包含多个小区的配置参数。多个小区可包括主小区和PUCCH辅小区。主小区可包括发送到基站的主小区物理上行控制信道(PUCCH)。PUCCH辅小区可包括发送到基站的辅PUCCH。
多个小区可被分成多个物理上行控制信道(PUCCH)组。PUCCH组可包括主PUCCH组和/或辅PUCCH组。主PUCCH组可包括主小区。辅PUCCH组可包括PUCCH辅小区。
在1820,物理层由媒体访问控制(MAC)实体命令在子帧内的用于SR的有效PUCCH资源上传输SR信号。当MAC实体在子帧内有一个以上用于SR的有效PUCCH资源时,MAC实体可选择主PUCCH和辅PUCCH中的一个作为用于SR的一个有效PUCCH资源,用于在子帧内传输SR信号。
在1830,调度请求信号可由物理层在一个有效PUCCH资源上传输。
当SR信号可在PUCCH资源上传输时,用于SR的PUCCH资源有效。MAC实体可根据实施规则选择一个有效PUCCH资源。当PUCCH辅小区被去激活时,PUCCH辅小区上用于调度请求的PUCCH资源无效。
图19是根据本发明实施例的一方面的示例流程图。在1910,无线设备至少可接收一个包含多个小区配置参数的消息。多个小区包括主小区,主小区配置有传输至基站的主物理上行控制信道(PUCCH);以及PUCCH辅小区,其配置有传输至基站的辅PUCCH。在1930,无线设备可在子帧内在一个用于SR的有效PUCCH资源上传输调度请求,其中,当无线设备在子帧内有一个以上用于SR的有效PUCCH资源时,无线设备选择主PUCCH和辅PUCCH中的一个作为在子帧内用于传输SR的一个有效PUCCH资源。
各种示例性实施方式是可行的。当主PUCCH和辅PUCCH二者均有有效PUCCH资源时,MAC实体可选择主PUCCH资源用于传输SR。MAC实体可利用至少一个规则选择一个有效PUCCH资源。示例性规则可包括:MAC实体优选主PUCCH资源用于传输SR;MAC实体采用PUCCH资源负载信息;MAC实体在用于SR的主PUCCH资源与用于SR的辅PUCCH资源之间切换;MAC实体可使用随机或伪随机过程、随机和伪随机过程的组合和/或其他类似过程等。当MAC实体在子帧内有一个以上用于SR的有效PUCCH资源时,无线设备可自行从用于SR的主PUCCH资源和用于SR的辅PUCCH资源中选择一个,用于传输SR。
此外,无线设备可确定主PUCCH、辅PUCCH或二者是否在子帧内配置有至少一个用于SR的有效PUCCH资源。
主PUCCH组可包括一组服务小区,一组服务小区包括PCell,PCell的PUCCH信令与PCell上的PUCCH有关。PUCCH组可以是主PUCCH组,也可以是辅PUCCH组。PUCCH SCell可包括配置有PUCCH的辅小区。辅PUCCH组可包括一组SCell,其中,SCell的PUCCH信令与PUCCHSCell上的PUCCH有关。
对于物理上行控制信道,PUCCH可在PCell、PUCCH SCell(若CA中有配置)和/或PSCell(DC)上传输。就载波聚合而言,配置用于UE的服务小区集可包括一个PCell和一个或多个SCells。在一示例中,如果没有配置DC,可在SCell上增配一个PUCCH,并将其称为PUCCHSCell。当配置PUCCH SCell时,RRC可将每个服务小区的映射配置至主PUCCH组和/或辅PUCCH组(例如,对于各SCell而言,无论PCell和/或PUCCH SCell是否被用于发送ACK/NAKs和CSI报告)。
IE PhysicalConfigDedicated可用于指定UE专用物理信道配置。IESchedulingRequestConfig可用于指定与调度请求相关的参数,如,SchedulingRequestConfig信息元、释放参数、设置参数、sr-PUCCH-Resourcelndex参数和/或sr-Configlndex参数。对于dsr-TransMax字段,SR传输参数可包含对应于传输次数的数值。例如,n4对应4次传输,n8对应8次传输等。EUTRAN可为所有已配置该字段的服务小区配置相同的数值。IE PhysicalConfigDedicated字段可用于指定UE专用物理信道配置。IESchedulingRequestConfig可用于指定与调度请求相关的参数。IE MAC-MainConfig可用于指定信令和数据无线承载的主要MAC配置。除非另有明确说明,否则所有MAC主要配置参数都可根据小区组(如,MCG或SCG)独立配置。
PUCCH上用于SR传输的计时器(如,sr-ProhibitTimer)可包括一个值,该值以任何有PUCCH的服务小区的最短SR周期的周期数表示。例如,数值“0”表示PUCCH上没有配置用于SR传输的计时器,其中,数值“1”对应于一个SR周期;数值“2”对应于2*SR周期等。
调度请求(SR)可用于例如申请用于新传输的UL-SCH资源。当SR被触发时,直达它被取消前,都将被视为处于等待状态。当一个MAC PDU被组合,并且该PDU包含的BSR包括直至(含)最后一次触发BSR为止的缓冲状态时,或者当一个MAC PDU被组合,并且该PDU包含的Sidelink BSR包括直至(含)最后一次触发Sidelink BSR为止的缓冲状态时,如果全部待传SR都被Sidelink BSR触发,或者当上层配置自行的资源选择时,如果全部待传SR都被Sidelink BSR触发,或者当UL授权可容纳所有用于未决待传数据时,可取消待传SR并停止sr-ProhibitTimer。如果SR被触发,且不存在其他待传SR,则MAC实体可将SR_COUNTER设置为“0”。
如果MAC实体在此TTI内没有UL-SCH资源可用于传输,并且如果MAC实体没有用于在任何TTI中配置的SR的有效PUCCH资源,那么只要有一个SR处于等待状态,MAC实体都可用于每个TTI:在SpCell上发起随机访问过程,并取消全部待传SR。否则,如果MAC实体具有为TTI配置的SR的至少一个有效PUCCH资源,如果该TTI不属于测量间隔的一部分,并且如果sr-ProhibitTimer没有运行:如果SR_COUNTER<dsr-TransMax,将SR_COUNTER加1,指示物理层在一个用于SR的有效PUCCH资源上发送SR,和/或启动sr-ProhibitTimer。否则:通知RRC释放全部服务小区的PUCCH;通知RRC释放全部服务小区的SRS,清除任何已配置的下行分配和上行授权,在SpCell上发起随机访问过程和/或取消全部待传SR。注意,当MAC实体在一个TTI内有一个以上用于SR的有效PUCCH资源时,需由UE来选择在哪个用于SR的有效PUCCH资源上发送SR。
本说明书中的“一(a和an)”及类似词语应被解释为“至少一个”和“一个或更多”。本书明书中的术语“可以(may)”应被解释为“可以,例如(may,for example)”。换句话说,术语“可以”是指“可以”之后的词语是多种适用可能性中的一种可能性示例,该示例可或不可在各种实施例中的一个或多个中使用。如果A和B为集合,且A的每个元素也是B的元素,那么A应被称为B的子集。本说明书中只需考虑非空集及子集。例如,B={cell1,cell2}的子集可能是{cell1}、{cell2}和{celll,cell2}。
在本说明书中,参数(信息元:IE)可包括一个或多个对象,并且这些对象中的每一个还可包括一个或多个其他对象。例如,参数(IE)N包括参数(IE)M,参数(IE)M包括参数(IE)K以及参数(IE)K包括参数(信息元)J;又如,N可包括K,并且N还可包括J。在一示例性实施例中,当一个或多个消息包含多个参数时,这就意味着多个参数中一个参数至少包含在一个或多个消息中的一个中,但不必包含在一个或多个消息中的每一个中。
本公开实施例中所述的许多元件可用模块实现。本公开中的模块定义为可执行定义函数并与其他元件有定义接口的可分离元件。本公开中所述的模块可在硬件、结合硬件的软件、固件、湿件(即,具有生物元件的硬件)或其组合中来实现,所有元件在性能上均是相当的。例如,模块可以作为以计算机语言写成的软件程序来实施,该软件程序配置为由硬件机构(如C、C++、Fortran、Java、Basic、Matlab或者类似的)或者建模/仿真程序(例如Simulink、Stateflow、GNU Octave、或LabVIEWMathScript)来执行。另外,可以使用物理硬件来实施模块,该物理硬件包括离散的或可编程的模拟、数字的和/或量子硬件。可编程硬件的例子包括:计算机、微型控制器、微型处理器、专用集成电路(ASIC);现场可编程门阵列(FPGA);和复杂可编程逻辑器件(CPLD)。计算机、微型控制器和微型处理器都使用诸如汇编、C、C++等语言来编程。FPGA、ASIC和CPLD通常使用硬件描述语言(HDL)来编程,例如超高速集成电路(VHSIC)的硬件描述语言(VHDL)或者Verilog,其在可编程器件上配置带有更少功能的内部硬件模块之间的连接。最后,需要强调以上提及的技术通常是结合使用的,以实现功能模块的结果。
本专利申请文件的公开内容包含受版权保护的材料。版权所有人不反对任何人按照其在美国专利商标局的专利文档或记录中的形式对本专利文档或专利公开内容进行复制,但在其他方面保留所有版权。
虽然上面已经对各种实施例进行了描述,但是应当理解的是,这些实施例仅作示例之用,而并非旨在限制本发明。但对相关领域的技术人员显而易见的是,在不脱离本发明的精神和范围的前提下,可对这些实施例做形式和细节上的各种改变。事实上,在阅读了上面的描述之后,对于相关领域的技术人员来说,如何实现替代实施例是显而易见的。因此,本发明的实施例不应受上述示例性实施例中的任何一个的限制。尤其应当注意的是,出于举例目的,上述说明着重描述了使用FDD通信系统的示例。然而,本领域的技术人员应意识到,本发明的实施例可进一步在包含一个或多个TDD小区(如,帧结构2和/或帧结构3-授权辅助接入)的系统中实现。公开的方法和系统可在无线或有线系统中实现。本发明中各种实施例的特征可以进行组合。一个实施例的一种或多种特征(方法或系统)可在其他实施例中实现。本发明仅以数量有限的示例性组合向本领域技术人员表明,可在各种实施例中进行特征组合,以创造出增强型传输和接收系统及方法。
此外,应当理解的是,任何强调功能和优点的图均仅出于示例目的。所公开的架构是足够灵活且可配置的,除已示出的方式外,还可以以其他方式进行使用。例如,所有流程图中列出的操作动作均可在某些实施例中重新排序或仅可选地使用。
进一步地,本公开的摘要旨在使美国专利商标局及公众,特别是不熟悉专利或法律术语或措辞的科学家、工程师及本领域的从业者能够从粗略查阅中快速确定本申请的技术公开的本质及精髓。本公开的摘要并非旨在以任何方式限制其范围。
最后,申请人主张,只有在权利要求中明确含有“用于……的方式”或“用于……的步骤”的措辞时,才可根据35 U.S.C.112的第六段下进行解释。未明确包含“用于……的方式”或“用于……的步骤”的措辞时,不应根据35 U.S.C.112下进行解释。

Claims (15)

1.一种用于资源选择的调度请求方法,包括:
接收包含有多个小区配置参数的至少一个消息,所述多个小区包括:
具有传输至基站(401)的主物理上行控制信道PUCCH的主小区;以及
具有传输至基站(401)的辅PUCCH的PUCCH辅小区;
通过无线设备(406)媒体访问控制MAC实体,指示物理层在发送时间间隔TTI内在一个配置的有效PUCCH资源上传输用于一调度请求的调度请求信号,其中,当无线设备(406)MAC实体在相同的TTI内具有配置的有效PUCCH资源用于所述主小区和PUCCH辅小区的调度请求时,所述无线设备(406)MAC实体选择主PUCCH和辅PUCCH中的一个作为用于所述调度请求的配置的有效PUCCH资源,以在所述TTI内传输调度请求信号;以及
通过所述物理层在所述配置的有效PUCCH资源上传输调度请求信号。
2.根据权利要求1所述的方法,其中,当所述调度请求信号能够在所述PUCCH资源上传输时,用于所述调度请求的PUCCH资源有效。
3.根据权利要求1或2所述的方法,其中,所述无线设备MAC实体根据实施规则选择所述一个有效PUCCH资源。
4.根据权利要求1所述的方法,其中,当所述PUCCH辅小区被去激活时,用于所述PUCCH辅小区上的所述调度请求的PUCCH资源无效。
5.根据权利要求1所述的方法,其中,当所述主PUCCH和辅PUCCH二者均具有有效PUCCH资源时,所述无线设备MAC实体选择主PUCCH用于调度请求。
6.根据权利要求1所述的方法,其中,所述无线设备MAC实体利用以下规则中的至少一个选择一个有效PUCCH资源:
所述无线设备MAC实体优先考虑主PUCCH用于调度请求;
所述无线设备MAC实体采用PUCCH资源负载信息;
所述无线设备MAC实体在用于调度请求的主PUCCH与用于调度请求的辅PUCCH之间交替;以及
所述无线设备MAC实体采用随机或伪随机过程。
7.根据权利要求1所述的方法,其中,当所述无线设备MAC实体在相同的TTI内具有有效PUCCH资源用于所述主小区和PUCCH辅小区的调度请求时,无线设备自行从用于所述调度请求的主PUCCH或用于所述调度请求的辅PUCCH中选择一个。
8.根据权利要求1所述的方法,进一步包括确定所述主PUCCH或辅PUCCH或二者是否具有为所述TTI配置的所述调度请求的至少一个有效PUCCH资源。
9.一种无线设备(406),包括:
一个或多个处理器;以及
存储指令的存储器,当所述一个或多个处理器执行所述指令时,使所述无线设备:
接收包含有多个小区配置参数的至少一个消息,所述多个小区包括:
具有传输至基站(401)的主PUCCH的主小区,其中PUCCH表示物理上行控制信道;以及
具有传输至基站(401)的辅PUCCH的PUCCH辅小区;
通过无线设备媒体访问控制MAC实体,指示物理层在发送时间间隔TTI内在一个配置的有效PUCCH资源上传输调度请求信号以获取调度请求,其中,当无线设备(406)MAC实体在相同的TTI内具有配置的有效PUCCH资源用于所述主PUCCH和辅PUCCH的调度请求时,所述无线设备MAC实体选择主PUCCH和辅PUCCH中的一个作为所述配置的有效PUCCH资源以在所述TTI内传输所述调度请求信号;以及
通过所述物理层在所述配置的有效PUCCH资源上传输所述调度请求。
10.根据权利要求9所述的无线设备,其中,当所述无线设备MAC实体在所述发送时间间隔TTI内具有有效PUCCH资源用于所述主小区和PUCCH辅小区的调度请求时,所述无线设备自行从用于所述调度请求的主PUCCH和用于所述调度请求的辅PUCCH中选择一个。
11.根据权利要求9所述的无线设备,其中,当所述调度请求信号能够在所述PUCCH资源上传输时,用于所述调度请求的PUCCH资源有效。
12.根据权利要求9所述的无线设备,其中,所述无线设备MAC实体根据实施规则选择所述一个有效PUCCH资源。
13.根据权利要求9所述的无线设备,其中,当所述PUCCH辅小区被去激活时,用于所述PUCCH辅小区上的所述调度请求的PUCCH资源无效。
14.根据权利要求9所述的无线设备,其中,当所述主PUCCH和辅PUCCH二者均具有有效PUCCH资源时,所述无线设备MAC实体选择主PUCCH用于调度请求。
15.根据权利要求9所述的无线设备,其中,所述无线设备MAC实体利用以下规则中的至少一个选择一个有效PUCCH资源:
所述无线设备MAC实体优先考虑主PUCCH用于调度请求;
所述无线设备MAC实体采用PUCCH资源负载信息;
所述无线设备MAC实体在用于调度请求的主PUCCH与用于调度请求的辅PUCCH之间交替;以及
所述无线设备MAC实体采用随机或伪随机过程。
CN201680014760.5A 2015-03-09 2016-03-07 用于资源选择的调度请求 Active CN107534537B (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201562130552P 2015-03-09 2015-03-09
US201562130563P 2015-03-09 2015-03-09
US201562130554P 2015-03-09 2015-03-09
US62/130,563 2015-03-09
US62/130,554 2015-03-09
US62/130,552 2015-03-09
PCT/US2016/021227 WO2016144893A1 (en) 2015-03-09 2016-03-07 Scheduling request for carrier aggregation

Publications (2)

Publication Number Publication Date
CN107534537A CN107534537A (zh) 2018-01-02
CN107534537B true CN107534537B (zh) 2020-03-13

Family

ID=60765448

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680014760.5A Active CN107534537B (zh) 2015-03-09 2016-03-07 用于资源选择的调度请求

Country Status (1)

Country Link
CN (1) CN107534537B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10575323B2 (en) * 2015-03-27 2020-02-25 Sharp Kabushiki Kaisha Systems and methods for a physical uplink control channel on a secondary cell
CN110351017B (zh) 2018-04-04 2022-03-29 华为技术有限公司 一种通信方法、装置以及系统
WO2020113433A1 (zh) * 2018-12-04 2020-06-11 Oppo广东移动通信有限公司 一种处理调度请求的方法及装置、终端
CN111435905B (zh) * 2019-03-27 2021-06-18 维沃移动通信有限公司 一种信息发送方法及终端
CN112702795A (zh) * 2019-10-22 2021-04-23 普天信息技术有限公司 一种增强多子带终端资源一致性的方法和设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101640905A (zh) * 2008-07-31 2010-02-03 大唐移动通信设备有限公司 一种上行调度请求的配置方法
CN103026649A (zh) * 2010-07-26 2013-04-03 Lg电子株式会社 用于传输控制信息的方法和装置
CN103378954A (zh) * 2012-04-20 2013-10-30 北京三星通信技术研究有限公司 支持发送分集和信道选择的分配harq-ack信道资源的方法
CN103503535A (zh) * 2011-04-29 2014-01-08 诺基亚西门子网络公司 用于去激活用户设备的主小区和辅小区之一的方法和设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2605472C2 (ru) * 2012-05-11 2016-12-20 Хуавэй Текнолоджиз Ко., Лтд. Способ беспроводной связи, поддерживающий harq, пользовательское оборудование и базовая станция

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101640905A (zh) * 2008-07-31 2010-02-03 大唐移动通信设备有限公司 一种上行调度请求的配置方法
CN103026649A (zh) * 2010-07-26 2013-04-03 Lg电子株式会社 用于传输控制信息的方法和装置
CN103503535A (zh) * 2011-04-29 2014-01-08 诺基亚西门子网络公司 用于去激活用户设备的主小区和辅小区之一的方法和设备
CN103378954A (zh) * 2012-04-20 2013-10-30 北京三星通信技术研究有限公司 支持发送分集和信道选择的分配harq-ack信道资源的方法

Also Published As

Publication number Publication date
CN107534537A (zh) 2018-01-02

Similar Documents

Publication Publication Date Title
US11265904B2 (en) Wireless device scheduling request in a wireless network
US11943154B2 (en) Wireless uplink resource allocation
US11818071B2 (en) Scheduling request on a secondary cell of a wireless device
US11765718B2 (en) Scheduling resource allocation in wireless network
CN107534537B (zh) 用于资源选择的调度请求

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20180809

Address after: American Pennsylvania

Applicant after: Comcast Cable Communications LLC

Address before: Virginia

Applicant before: European Finno Technology Co., Ltd.

GR01 Patent grant