CN107409412A - 用于辅小区上的物理上行控制信道的系统和方法 - Google Patents
用于辅小区上的物理上行控制信道的系统和方法 Download PDFInfo
- Publication number
- CN107409412A CN107409412A CN201680012658.1A CN201680012658A CN107409412A CN 107409412 A CN107409412 A CN 107409412A CN 201680012658 A CN201680012658 A CN 201680012658A CN 107409412 A CN107409412 A CN 107409412A
- Authority
- CN
- China
- Prior art keywords
- pucch
- dispatch request
- scell
- enb
- rrc
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/52—Allocation or scheduling criteria for wireless resources based on load
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
描述由用户设备(UE)执行的方法。所述方法包括:根据调度请求计数器是否小于调度请求传输的最大数量,指示所述UE的物理层在物理上行控制信道(PUCCH)上发信号通知调度请求(SR);以及在主小区上的PUCCH和PUCCH辅小区上的PUCCH中的任一个上发送SR到演进节点B(eNB)。在所述调度请求计数器小于所述调度请求传输的最大数量的情况下,递增所述调度请求计数器。
Description
技术领域
本发明通常涉及通信系统。更具体地,本发明涉及用于辅小区上的物理上行控制信道的系统及方法。
背景技术
无线通信装置已经变得更小且更强大以满足消费者的需求并提高其便携性和便利性。消费者已变得依赖无线通信装置并且期望可靠的服务、扩展的覆盖区域以及增强的功能。无线通信系统可以为多个无线通信装置提供通信,其中每个无线通信装置可以由一个基站为其服务。基站可以是与无线通信装置相通信的装置。
发明内容
技术问题
随着无线通信装置的发展,对通信容量、速度、灵活性、低复杂性和效率的改善已在寻求。然而,提高通信容量、速度、灵活性、低复杂性和效率可能存在某些问题。
例如,无线通讯装置可以利用多个小区与一个或者多个装置相通讯。然而,所述多个小区可能仅提供有限的灵活性和效率。如本论述所阐明的,提高通信灵活性与效率的系统及方法可能是有益的。
问题的解决方案
根据本发明,提供了一种由用户设备(User Equipment,UE)执行的方法,包括:根据调度请求计数器是否小于调度请求传输的最大数量,指示所述UE的物理层在物理上行控制信道(Physical Uplink Control Channel,PUCCH)上发信号通知调度请求(SchedulingRequest,SR);以及在主小区上的PUCCH和PUCCH辅小区上的PUCCH中的任一个上发送SR到演进节点B(Evolved Node B,eNB),其中,在所述调度请求计数器小于所述调度请求传输的最大数量的情况下,递增所述调度请求计数器。
根据本发明,提供了一种由演进节点B(eNB)执行的方法,包括:在主小区上的物理上行控制信道(PUCCH)和PUCCH辅小区上的PUCCH中的任一个上从用户设备(UE)接收调度请求(SR),其中,所述SR是根据调度请求计数器是否小于调度请求传输的最大数量而由所述UE发送,并且在所述调度请求计数器小于所述调度请求传输的最大数量的情况下,递增所述调度请求计数器。
根据本发明,提供了一种用户设备(UE),包括:处理电路,其被配置及/或编程以:根据调度请求计数器是否小于调度请求传输的最大数量,指示所述UE的物理层在物理上行控制信道(Physical Uplink Control Channel,PUCCH)上发信号通知调度请求(Scheduling Request,SR);以及在主小区上的PUCCH和PUCCH辅小区上的PUCCH中的任一个上发送SR到演进节点B(Evolved Node B,eNB),其中,在所述调度请求计数器小于所述调度请求传输的最大数量的情况下,递增所述调度请求计数器。
根据本发明,提供了一种演进节点B(eNB),包括:处理电路,其被配置及/或编程以:在主小区上的物理上行控制信道(PUCCH)和PUCCH辅小区上的PUCCH上从用户设备(UE)接收调度请求(SR),其中,所述SR是根据调度请求计数器是否小于调度请求传输的最大数量而由所述UE发送,并且在所述调度请求计数器小于所述调度请求传输的最大数量的情况下,递增所述调度请求计数器。
附图说明
[图1]图1是示出可以实现用于辅小区上的物理上行控制信道的系统及方法的一个或多个演进节点B(eNB)以及一个或多个用户设备(UE)的配置的框图;
[图2]图2是示出由UE执行调度请求过程的方法的实现方式的流程图;
[图3]图3是示出由eNB执行调度请求过程的方法的实现方式的流程图;
[图4a]图4a是示出在主小区或辅小区上的物理上行控制信道(PUCCH)上的调度请求的配置的示例的示意图;
[图4b]图4b是示出在主小区或辅小区上的物理上行控制信道(PUCCH)上的调度请求的配置的示例的示意图;
[图4c]图4c是示出在主小区或辅小区上的物理上行控制信道(PUCCH)上的调度请求的配置的示例的示意图;
[图4d]图4d是示出在主小区或辅小区上的物理上行控制信道(PUCCH)上的调度请求的配置的示例的示意图;
[图5]图5是示出由UE执行与激活/去激活相关的调度请求过程的方法的实现方式的流程图;
[图6]图6是示出另一种由eNB执行与激活/去激活相关的调度请求过程的方法的实现方式的流程图;
[图7]图7是示出由UE执行与调度请求相关的PUCCH释放过程的方法的实现方式的流程图;
[图8]图8是示出由eNB执行与调度请求相关的PUCCH释放过程的方法的实现方式的流程图;
[图9]图9是示出由UE为调度请求过程设置SR禁止定时器的方法900的实现方式的流程图;
[图10]图10是示出由eNB为调度请求过程设置SR禁止定时器的方法1000的实现方式的流程图;
[图11]图11示出可在UE中利用的各种部件;
[图12]图12示出可在eNB中利用的各种部件;
具体实施方式
详细描述
一种由用户设备(User Equipment,UE)执行的方法被描述。所述方法包括接收RRC(Radio Resource Control,无线资源控制)消息,其包括了与用于辅小区的调度请求传输的最大数量相关的第一参数;基于所述第一参数,执行调度请求过程;及在辅小区上的物理上行控制信道(Physical Uplink Control Channel,PUCCH)上发送调度请求。所述RRC消息进一步包括与用于主小区的调度请求传输的最大数量相关的第二参数以及所述调度请求过程进一步基于所述第二参数来执行。
一种由用户设备(User Equipment,UE)执行的方法被描述。所述方法包括发送RRC消息,其包括了与用于辅小区的调度请求传输的最大数量相关的第一参数;及在辅小区上的物理上行控制信道(PUCCH)上接收调度请求,其中,调度请求过程是基于所述第一参数执行的。所述RRC消息进一步包括与用于主小区的调度请求传输的最大数量相关的第二参数以及所述调度请求过程进一步基于所述第二参数来执行。
一种用户设备(UE)被描述。用户设备包括处理电路。处理电路被配置及/或编程以接收RRC消息,其包括了与用于辅小区的调度请求传输的最大数量相关的第一参数;基于所述第一参数,执行调度请求过程;及在辅小区上的物理上行控制信道(PUCCH)上发送调度请求。所述RRC消息进一步包括与用于主小区的调度请求传输的最大数量相关的第二参数以及所述调度请求过程进一步基于所述第二参数来执行。
一种演进节点B(eNB)被描述。eNB包括处理电路,其被配置及/或编程以发送RRC消息,其包括了与用于辅小区的调度请求传输的最大数量相关的第一参数;及在辅小区上的物理上行控制信道(PUCCH)上接收调度请求,其中,调度请求过程是基于所述第一参数执行的。所述RRC消息进一步包括与用于主小区的调度请求传输的最大数量相关的第二参数以及所述调度请求过程进一步基于所述第二参数来执行。
另一种由用户设备(UE)执行的方法被描述。所述方法包括根据辅小区是否被激活,设置与调度请求传输的最大数量相关的值,以及根据调度请求计数器是否小于调度请求传输的最大数量,指示UE的物理层在物理上行控制信道(PUCCH)上发信号通知调度请求(Scheduling Request,SR)。在调度请求计数器小于调度请求传输的最大数量的情况下,递增所述调度请求计数器。所述方法还包括在主小区的PUCCH以及辅小区的PUCCH的任一个或者两个上发送SR到演进节点B(eNB)。
另一种由演进节点B(eNB)执行的方法被描述。所述方法包括传送激活/去激活媒体访问控制(Medium Access Control,MAC)控制元素(Control Element,CE)到用户设备(UE),以及在物理上行控制信道(PUCCH)上从用户设备(UE)接收调度请求(SR)。根据调度请求计数器是否小于调度请求传输的最大数量,由UE发送SR,以及在调度请求计数器小于调度请求传输的最大数量的情况下,递增所述调度请求计数器,以及根据辅小区是否被激活,设置与调度请求传输的最大数量相关的值。SR可以在主小区的PUCCH以及辅小区的PUCCH的任一个或者两个上进行传送。
另一种用户设备(UE)被描述。用户设备包括处理电路。处理电路被配置及/或编程以根据辅小区是否被激活,设置与调度请求传输的最大数量相关的值,以及根据调度请求计数器是否小于调度请求传输的最大数量,指示UE的物理层在物理上行控制信道(PUCCH)上发信号通知调度请求(SR)。在调度请求计数器小于调度请求传输的最大数量的情况下,递增所述调度请求计数器。处理电路还被配置及/或编程以进一步在主小区的PUCCH以及辅小区的PUCCH的任一个或者两个上发送SR到演进节点B(eNB)。
另一种演进节点B(eNB)被描述。eNB包括处理电路。处理电路被配置及/或编程以传送激活/去激活媒体访问控制(Medium Access Control,MAC)控制元素(ControlElement,CE),以及在物理上行控制信道(PUCCH)上从用户设备(UE)接收调度请求(SR)。根据调度请求计数器是否小于调度请求传输的最大数量,由UE发送SR,以及在调度请求计数器小于调度请求传输的最大数量的情况下,递增所述调度请求计数器,以及根据辅小区是否被激活,设置与调度请求传输的最大数量相关的值。SR可以在主小区的PUCCH以及辅小区的PUCCH的任一个或者两个上进行传送。
还描述了另一种由用户设备(UE)执行的方法。所述方法包括通过UE的无线资源控制(Radio Resource Control,RRC)实体从UE的较低层接收物理上行控制信道(PUCCH)/探测参考信号(Sounding Reference Signal,SRS)释放请求,通过UE的RRC实体从UE的较低层接收PUCCH释放请求,在从UE的较低层接收到PUCCH/SRS释放请求时将默认的物理信道配置应用于所有服务小区的调度请求配置,以及在从UE的较低层接收到PUCCH释放请求时将所述默认的物理信道配置应用于相关的辅小区的调度请求配置。用于调度请求配置的默认的物理信道配置是释放并且在时间对齐定时器到期的情况下,通过UE的媒体访问控制(MAC)实体通知PUCCH释放请求,时间对齐定时器与辅时间提前组(Secondary Timing AdvanceGroup,sTAG)相关联并且相关的辅小区属于sTAG。
还描述了另一种由演进节点B(eNB)执行的方法。所述方法包括传送定时提前命令媒体访问控制(MAC)控制元素(CE)到用户设备(UE),以及在从UE的较低层接收到PUCCH/SRS释放请求时,考虑UE将默认的物理信道配置应用于所有服务小区的调度请求配置,以及在从UE的较低层接收到PUCCH释放请求时,考虑UE将所述默认的物理信道配置应用于相关的辅小区的调度请求配置。用于调度请求配置的默认的物理信道配置是释放并且在时间对齐定时器到期的情况下,通过UE的媒体访问控制(MAC)实体向UE的较低层通知PUCCH释放请求,时间对齐定时器与辅时间提前组(sTAG)相关联并且相关的辅小区属于sTAG。
还描述了另一种用户设备(UE)。UE包括处理电路。处理电路被配置及/或编程以通过UE的无线资源控制(RRC)实体从UE的较低层接收物理上行控制信道(PUCCH)/探测参考信号(SRS)释放请求,通过UE的RRC实体从UE的较低层接收PUCCH释放请求,在从UE的较低层接收到PUCCH/SRS释放请求时将默认的物理信道配置应用于所有服务小区的调度请求配置,以及在从UE的较低层接收到PUCCH释放请求时将所述默认的物理信道配置应用于相关的辅小区的调度请求配置。用于调度请求配置的默认的物理信道配置是释放并且在时间对齐定时器到期的情况下,通过UE的媒体访问控制(MAC)实体通知PUCCH释放请求,时间对齐定时器与辅时间提前组(sTAG)相关联并且相关的辅小区属于sTAG。
还描述了另一种演进节点B(eNB)。eNB包括处理电路。处理电路被配置及/或编程以传送定时提前命令媒体访问控制(MAC)控制元素(CE)到用户设备(UE),以及在从UE的较低层接收到PUCCH/SRS释放请求时,考虑UE将默认的物理信道配置应用于所有服务小区的调度请求配置,以及在从UE的较低层接收到PUCCH释放请求时,考虑UE将所述默认的物理信道配置应用于相关的辅小区的调度请求配置。用于调度请求配置的默认的物理信道配置是释放并且在时间对齐定时器到期的情况下,通过UE的媒体访问控制(MAC)实体向UE的较低层通知PUCCH释放请求,时间对齐定时器与辅时间提前组(sTAG)相关联并且相关的辅小区属于sTAG。
还描述了另一种由用户设备(UE)执行的方法。所述方法包括从演进节点B(eNB)接收RRC消息,该RRC消息包括与辅小区的SR周期相关的参数和与SR禁止定时器相关的参数,以及根据辅小区的SR周期设置SR禁止定时器。
SR禁止定时器还可根据主小区的SR周期进行设置。
还描述了另一种由演进节点B(eNB)执行的方法。所述方法包括发送RRC消息到用户设备(UE),该RRC消息包括与辅小区的SR周期相关的参数和与SR禁止定时器相关的参数,以及考虑UE根据辅小区的SR周期来设置SR禁止定时器。所述方法进一步包括考虑UE根据辅小区的SR周期与主小区的SR周期来设置SR禁止定时器。
还描述了另一种用户设备(UE)。UE包括处理电路。处理电路被配置及/或编程以从演进节点B(eNB)接收RRC消息,该RRC消息包括与辅小区的SR周期相关的参数和与SR禁止定时器相关的参数,以及根据辅小区的SR周期设置SR禁止定时器。SR禁止定时器还可根据主小区的SR周期进行设置。
还描述了另一种演进节点B(eNB)。eNB包括处理电路。处理电路被配置及/或编程以发送RRC消息到用户设备(UE),该RRC消息包括与辅小区的SR周期相关的参数和与SR禁止定时器相关的参数,以及考虑UE根据辅小区的SR周期来设置SR禁止定时器。处理电路进一步被配置及/或编程以考虑UE根据辅小区的SR周期与主小区的SR周期来设置SR禁止定时器。
3Gpp长期演进(Long Term Evolution,LTE)是向用于改善通用移动通信系统(Universal Mobile Telecommunications System,UMTS)移动电话或设备标准来处理未来需求的项目给出的名称。在一方面,UMTS已经被修改来为演进的通用陆地无线接入(Evolved Universal Terrestrial Radio Access,E-UTRA)及演进的通用陆地无线接入网络(Evolved Universal Terrestrial Radio Access Network,E-UTRAN)提供支持和规范。
可以关联3Gpp LTE、演进LTE(LTE-Advanced,LTE-A)及其他标准(例如,3GPP的第8、9、10、11、12及/或13版)对在此公开的系统及方法的至少一些方面进行描述。然而,本公开的范围不应当局限于这一点。在此公开的系统及方法的至少一些方面可以在其它类型的无线通信系统中使用。
一种无线通信装置可以是用于向基站传达语音和/或数据的电子装置,基站继而可以与装置的网络(例如,公共交换电话网络(Public Switched Telephone Network,PSTN)、因特网等)进行通信。在此描述的系统和方法中,无线通信装置或者可以被称为移动台、UE(用户设备)、接入终端、用户站、移动终端、远程站、用户终端、终端、用户单元、移动装置等。无线通信装置的示例包括蜂窝电话、智能电话、个人数字助理(Personal DigitalAssistants,PDAs)、笔记本电脑、上网本、电子阅读器、无线调制解调器等。在3GPP规范中,无线通信装置代表性地被称为UE。然而,因为本公开的范围应当不限于所述3GPP标准,术语“UE”和“无线通信装置”在此可交换地使用以表示更一般的术语“无线通信装置”。
在3GPP规范中,基站通常被称为节点B、eNB、家庭增强或演进节点B(HomeEnhanced or Evolved Node B,HeNB)或某个其他类似术语。因为本公开的范围应当不限于3GPP标准,术语“基站”、“节点B”、“eNB”和“HeNB”在此可交换地使用以表示更一般的术语“基站”。此外,“基站”的示例是接入点。接入点可以是为无线通信装置提供网络(例如,局域网(Local Area Network,LAN)、因特网等)接入的电子装置。术语“通信装置”可以用于表示无线通信装置和/或基站。
应当注意,如这里所使用的,“小区”可以指的是任何一个通信信道,其可以通过标准化或监管机构指定以用于高级国际移动电信(InternationalMobileTelecommunications-Advanced,IMT-Advanced),并且其全部或其子集可以被3GPP用作要用于在eNB和UE之间通信的许可频段(例如,频带)。还应当注意,在E-UTRA与E-UTRAN总的描述中,如在此所使用的,“小区”可以定义为“下行链路(Downlink,DL)与任选的上行链路(Uplink,UL)资源的组合”。在下行链路资源的载波频率与上行链路资源的载波频率之间的链接可以在下行链路资源上传送的系统信息中表示。
“配置的小区”是UE知道并且被eNB允许发送或接收信息的那些小区。“配置的小区”可以是服务小区。UE可以接收系统信息并且对配置的小区执行所需的测量。对于无线连接的“配置的小区”可以包括主小区和/或没有、一个、或者多个辅小区。“激活的小区”是所述UE在其上进行传输和接收的那些配置的小区。即,激活的小区是对于其而言所述UE监视所述物理下行链路控制信道(Physical Downlink Control Channel,PDCCH)的那些小区,并且在下行链路传输的情况下,是对于其而言所述UE解码物理下行链路共享信道(Physical Downlink Shared Channel,PDSCH)的那些小区。“去激活的小区”是所述UE未监视传输PDCCH的那些配置的小区。应当注意,可以以不同的尺度来描述“小区”。例如,“小区”可以具有时间、空间(例如,地理)和频率特性。
eNB也可以通过S1接口连接到演进分组核心(Evolved Packet Core,EPC)。例如,eNB可以通过S1-MME(management entity,移动性管理实体)接口连接到移动性管理实体(MME)以及通过S1-U接口433a连接到服务网关(Serving Gateway,S-GW)。S1接口支持MME、服务网关与eNB之间的多对多的关系。S1-MME接口是对于控制面的S1接口以及S1-U接口是对于用户面的S1接口。Uu接口是UE与eNB之间对于E-UTRAN 435a的无线协议的无线接口。
E-UTRAN的无线协议架构可以包括用户面和控制面。用户面协议栈可以包括分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)、无线链路控制(Radio LinkControl,RLC)、介质访问控制(Medium Access Control,MAC)及物理(Physical,PHY)层。数据无线承载(Data Radio Bearer,DRB)是承载用户数据(与控制面信令相反)的无线承载。例如,DRB可以映射到用户面协议栈。PDCP、RLC、MAC和PHY子层(终止于网络上的eNB460a)可以对用户面执行功能(例如,报头压缩、加密、调度、ARQ和HARQ)。PDCP实体位于PDCP子层中。RLC实体位于RLC子层中。MAC实体位于MAC子层中。PHY实体位于PHY子层中。
控制面可以包括控制面协议栈。PDCP子层(终止于网络侧的eNB中)可以对控制面执行功能(例如,加密和完整性保护)。RLC和MAC子层(终止于网络侧的eNB中)可以执行与用户面相同的功能。无线资源控制(Radio Resource Control,RRC)(终止于网络侧的eNB中)可执行以下功能。RRC可执行广播功能、寻呼、RRC连接管理、无线承载(Radio Bearer,RB)控制、移动性功能、UE测量报告和控制。非接入层(Non-Access Stratum,NAS)控制协议(终止于网络侧的MME)可执行演进分组系统(Evolved Packet System,EPS)承载管理、认证、演进分组系统连接管理(Evolved Packet System Connection Management,ECM)等)空闲(ECM-IDLE)移动性处理、在ECM-IDLE中的寻呼始发以及安全控制。
信令无线承载(Signaling Radio Bearer,SRB)是可以仅用于RRC和NAS消息的传输的无线承载(RB)。定义了三种SRB。SRB0可用于使用公共控制信道(Common ControlChannel,CCCH)逻辑信道的RRC消息。SRB1可用于在建立SRB2之前的均使用专用控制信道(Dedicated Control Channel,DCCH)逻辑信道的RRC消息(其可包括携带的NAS消息)以及NAS消息。SRB2可以用于均使用DCCH逻辑信道的包括记录测量信息的RRC消息以及NAS消息。SRB2的优先级低于SRB1,并可以在安全激活之后由E-UTRAN(例如,eNB)进行配置。广播控制信道(Broadcast Control Channel,BCCH)逻辑信道可用于广播系统信息。一些BCCH逻辑信道可以发送系统信息,所述系统信息可从E-UTRAN通过广播信道(Broadcast Channel,BCH)传输信道发送到UE。一些BCCH逻辑信道可以发送系统信息,所述系统信息可从E-UTRAN通过下行共享信道(Downlink Shared Channel,DL-SCH)传输信道发送到UE。
例如,DL-DCCH逻辑信道可用于(但不限于)RRC连接重配置信息、RRC连接重建信息、RRC连接释放、UE能力查询信息、DL(下行)信息传输消息或者安全模式命令信息。UL-DCCH逻辑信道可用于(但不限于)测量报告信息、RRC连接重配置完成信息、RRC连接重建完成信息、RRC连接建立完成信息、安全模式完成信息、安全模式失败信息、UE能力信息、消息、UL切换准备传输信息、UL信息传输消息、计数器检查响应信息、UE信息响应消息、接近指示信息、中继节点(Relay Node,RN)重配置完成信息、MBMS计数响应信息、频间RSTD测量指示信息、UE辅助信息消息、设备内共存指示信息、MBMS兴趣指示信息、SCG失败信息消息。DL-CCCH逻辑信道可用于(但不限于)RRC连接重建信息、RRC连接重建拒绝信息、RRC连接拒绝信息或者RRC连接建立信息。UL-CCCH逻辑信道可用于(但不限于)RRC连接重建请求信息或RRC连接请求信息。
UE可以从eNB接收一个或多个的RRC消息以获得RRC配置或参数。UE的RRC层可以根据由RRC消息、广播系统信息等配置的RRC配置或参数,来配置UE的RRC层及/或较低层(例如,PHY层、MAC层、RLC层、PDCP层)。eNB可以传送一个或多个RRC消息到UE以使得UE根据可以由RRC消息、广播系统信息等配置的RRC配置或参数来配置UE的RRC层及/或较低层。
当配置载波聚合时,UE可以具备一个与网络的RRC连接。一个无线接口可以提供载波聚合。在RRC连接的建立、重建和切换期间,一个服务小区可以提供非接入层(Non-AccessStratum,NAS)移动性消息(例如,跟踪区域标识(Tracking Area Identity,TAI))。在RRC连接的重建和切换期间,一个服务小区可以提供安全输入。这种小区可被称为主小区(Primary Cell,PCell)。在下行链路中,与PCell相对应的分量载波可以是下行链路主分量载波(Downlink Primary Component Carrier,DL PCC),而在上行链路中,其可以是上行链路主分量载波(Uplink Primary Component Carrier,UL PCC)。
根据UE能力,一个或多个Scell可被配置为与PCell一起组成服务小区集合。在下行链路中,与SCell相对应的分量载波可以是下行链路辅分量载波(Downlink SecondaryComponent Carrier,DL SCC),而在上行链路中,其可以是上行链路辅分量载波(UplinkSecondary Component Carrier,UL SCC)。
因此,针对UE的已配置服务小区集合可以包括一个PCell和一个或多个SCell。针对每个SCell,UE102对上行链路资源(除了下行链路资源以外)的使用是可配置的。所配置的DL SCC的数目可以大于或等于UL SCC的数目,并且SCell不可以被配置为仅针对上行链路使用。
从UE视角来看,每个上行链路资源可以属于一个服务小区。可以配置的服务小区的数目取决于UE的聚合能力。PCell仅可以使用切换过程来改变(例如,利用安全密钥改变和随机接入过程)。PCell可以用于PUCCH发送。主辅小区(primary secondary cell,PSCell)也可以用于PUCCH发送。PCell或者PSCell不可以被去激活。当PCell经历无线链路失败(Radio Link Failure,RLF)时,而不是当SCell经历RLF时,可以触发重建。此外,可以从PCell获取NAS消息。
可以由RRC执行SCell的重配置、增加和移除。在LTE内切换时,无线资源控制(RRC)层还可以增加、移除或重配置SCell,以便与目标PCell一起使用。当增加新的SCell时,可以使用专用RRC信令来发送SCell的全部所需的系统信息(例如,当处于连接模式时,UE不需要直接从SCell获取广播系统信息)。
在此描述的系统和方法可以提高无线资源在载波聚合(Carrier Aggregation,CA)操作中的有效利用。载波聚合是指多于一个分量载波(CC)的同时利用。在载波聚合中,可以将多于一个的小区聚集到UE。在一个例子中,载波聚合可以用于增加对UE可用的有效带宽。在传统的载波聚合中,假设单一的eNB为UE提供多个服务小区。即使在场景中两个或多个小区可以与可被单一eNB控制(例如,调度)的小区聚合(例如,宏基站与远程射频头(remote radio head,RRH)小区聚合)。
正如已经认识到的,不是所有CA方面都直接以分量载波的增长量进行测量。作为例子,如果增加具有CA能力的UE及/或聚合的CC的数量,所述小区作为主小区(PCell)可高度加载。这可能是因为有仅应用于PCell的关键特征,即物理上行控制信道(PUCCH)传输。所支持的分量载波数量的增加会要求每个CA UE的所需的PUCCH有效负荷大小有相当大的增长,随着CA UE数量的增长,甚至可对PCell上行链路(Uplink,UL)负荷产生更严重的影响。在PCell中容纳所有PUCCH传输显然会影响性能,特别是对于非CA UE。在这种情况下,宏小区与由RRH服务的小小区之间的PCell变化可以在网络中分配UE的PUCCH资源,从而解决过载问题。然而,这样可以用简单的方式消除小小区设备如RRH的安装的益处。
在Rel-12中,开发了双连接(Dual Connectivity,DC),其中UE可能需要能够上行链路载波聚合(UL-CA),其在跨小区组(Cell-Groups,CGs)同时进行PUCCH/PUCCH与PUCCH/PUSCH传输。在小小区部署场景中,每个节点(例如,eNB,RRH等)可以具有其自己的独立调度器。为了使两个节点的无线资源利用效率最大化,UE可以连接到两个或更多的具有不同调度器的节点。UE可以被配置多组服务小区,其中每个组可以具有载波聚合操作(例如,如果该组包括一个以上的服务小区)。在配置有主小区组和辅小区组时,在RRC_CONNECTED中的UE可以配置有双连接。小区组(Cell Group,CG)可以是UE的服务小区的子集,该UE配置有双连接(DC),即主小区组(Master Cell Grou,MCG)或辅小区组(Secondary Cell Group,SCG)。所述主小区组可以是包括PCell和零个或多个辅小区的UE的一组服务小区。辅小区组(SCG)可以是UE的一组辅小区,该UE配置有DC并包括PSCell和零个或多个其他辅小区。一种主辅小区(Primary Secondary Cell,PSCell)可以是SCG小区,其中的UE被指示在执行SCG变化过程时执行随机接入。在双连接中,两个MAC实体可以被配置在UE中:一个用于MCG以及一个用于SCG。每个MAC实体可以通过RRC配置支持PUCCH传输和基于竞争的随机接入的服务小区。在MAC层中,术语“专用单元”(Special Cell,SpCell)可以指这样的小区,而术语SCell可以指其他服务小区。根据MAC实体是与MCG还是SCG相关联,术语SpCell也可以分别指MCG的PCell或SCG的PSCell。包含了MAC实体的SpCell的时间提前组(Timing AdvanceGroup,TAG)可以指主时间提前组(primary TAG,pTAG),而术语辅时间提前组(secondaryTAG,sTAG)指其它TAG。
每个TAG的MAC实体具有可配置的定时器(例如,时间对齐定时器(timeAlignmentTimer))。时间对齐定时器用于控制MAC实体考虑要多长时间将属于相关联的TAG的服务小区进行上行链路时间对齐。eNB可以将用于每个TAG的时间对齐定时器的每个值来配置UE。UE可以从eNB接收时间提前命令MAC控制元素。时间提前命令MAC控制元素(CE)可以指示TAG和时间提前命令。时间提前命令MAC CE中的时间提前命令字段可以指示索引值TA(0,1,2…63),该索引值用于控制MAC实体须应用的定时调整量。UE可以将时间提前命令应用到所指示的TAG。UE可以开启或重新启动与所指示的TAG相关联的timeAliggnmentTimer。在timeAliggnmentTimer到期且timeAliggnmentTimer与pTAG相关联的情况下,UE可以为所有服务小区刷新所有HARQ缓冲器,可以通知RRC为所有服务小区释放物理上行链路控制信道(PUCCH)/探测参考信号(Sounding Reference Signal,SRS),可以清除任何已配置的下行链路分配和上行链路授权,并且在到期时可以考虑所有运行的timeAliggnmentTimer。在timeAliggnmentTimer到期且timeAliggnmentTimer与sTAG相关联的情况下,对于属于这个TAG的所有服务小区,UE可以清除所有的HARQ缓冲器,并通知RRC释放SRS。
UE可以从eNB接收激活/去激活命令MAC控制元素。网络(例如,eNB)可以通过发送激活/去激活MAC控制元素来激活和去激活SCell。激活/去激活MAC控制元素可以包括字段Ci。如果存在配置有SCellIndex i的SCell,则Ci字段用SCellIndex i指示SCell的激活/去激活状态。将Ci字段设为“1”以指示具有SCellIndex i的SCell是激活的。将Ci字段设为“0”以指示具有SCellIndex i的SCell是去激活的。
在Rel-12的DC下,用于CA的辅小区(SCell)上的PUCCH应该尽可能多地通过对DC重复使用PUCCH机制(例如,PSCell上的PUCCH)来进行介绍,但是用于CA的辅小区(SCell)上的PUCCH没有在Rel-12中介绍。鉴于PUCCH考虑到可被聚合的DL载波的数量的增加,用于CA的SCell上的PUCCH可以减轻负担。
在Rel-13的CA下,SCell上的PUCCH可被介绍。UE可以配置有多个PUCCH组。一个MAC实体可以配置有多个PUCCH组。PUCCH SCell可以是配置有PUCCH的SCell。主PUCCH组(PUCCHgroup,PPG)可以是一组包括SpCell的服务小区,该SpCell的PUCCH信令与SpCell上的PUCCH相关联。辅PUCCH组(Secondary PUCCH group,SPG)可以是一组SCell,该SCell的PUCCH信令与PUCCH SCell上的PUCCH相关联。在PUCCH SCell上可能没有基于竞争的随机接入。服务小区的PUCCH映射可由RRC配置。激活/去激活可以支持PUCCH SCell。SCell和PUCCH SCell可以不支持无线链路监控,尽管SpCell可以支持无线链路监控。
如果未以其他方式指明,则UE中不同的MAC实体的功能可以独立操作。如果未以其他方式指明,在每个MAC实体中使用的定时器和参数可以独立地配置。如果未以其他方式指明,由每个MAC实体考虑的服务小区、小区-无线网络临时标识(Radio Network TemporaryIdentifier,RNTI)(Cell-RNTI,C-RNTI)、无线承载、逻辑信道、上下层实体、逻辑信道组(Logical Channel Groups,LCGs)以及HARQ实体可以指被映射到该MAC实体的那些。
这些MAC实体可以处理以下传输通道:
-广播信道(Broadcast Channel,BCH);
-下行共享信道(Downlink Shared Channel,DL-SCH);
-寻呼信道(Paging Channel,PCH);
-上行共享信道(Uplink Shared Channel,UL-SCH);
-随机接入信道(Random Access Channel,RACH);
-多播信道(Multicast Channel,MCH)。
这些MAC实体可以使用定时器。一旦启动,定时器开始运行,直到其停止或直到其到期为止;否则不运行。如果不在运行,定时器可以启动,或者在其运行时进行重启。定时器可以总是从它的初始值启动或重新启动。
如果MAC实体配置有一个或多个SCell,则每个MAC实体可以有多个下行共享信道(DL-SCH)以及可以有多个上行共享信道(UL-SCH)和随机接入信道(RACH);在SpCell上有一个DL-SCH和UL-SCH,对于每个SCell有一个DL-SCH、零个或一个UL-SCH以及零个或一个RACH。传输时间间隔(Transmission Time Interval,TTI)可以是子帧(即,1 ms)。
在MAC实体的一个实现方式中,如果MAC实体没有配置有SPG,在表单(1)中概括的调度请求过程可以执行。
调度请求可用于为新传输请求UL-SCH资源。当SR被触发时,它可以被认为是待处理的,直到它被取消。在组装了MAC协议数据单元(Protocol Data Unit,PDU)并且这个PDU包括了缓冲器状态报告(Buffer Status Report,BSR),且该缓冲器状态报告包含了直到(并且包含)触发BSR的最后一个事件的缓冲器状态时,或者当UL授权可以容纳可传输的所有待处理数据时,所有待处理的SR都可以被取消并且SR禁止定时器(sr-ProhibitTimer)可以停止。
如果SR被触发且没有其它待处理的SR时,MAC实体可以设置SR_COUNTER为零。
只要有待处理的SR,MAC实体可对每个TTI:
-如果没有UL-SCH资源是可在该TTI中传输的:
-如果MAC实体没有有效的PUCCH资源用于在任何TTI中配置的SR:
在SpCell上发起随机接入过程并取消所有待处理的SR;
-否则,如果MAC实体具备有效的PUCCH资源用于为该TTI配置的SR并且如果该TTI不是测量间隙的部分且如果sr-ProhibitTimer没在运行时:
-如果SR_COUNTER<dsr-TransMax:
-SR_COUNTER加一;
-指示物理层在PUCCH上发信号通知SR:
-启动sr-ProhibitTimer。
-否则:
-通知RRC对所有服务小区释放PUCCH/探测参考信号(SRS);
-清除任何已配置的下行链路分配及上行链路授权;
-在SpCell上发起随机接入过程并取消所有待处理的SR。表单(1)
现在参考附图来描述在此公开的系统及方法的各个示例,其中相似的标号可表示功能上类似的元件。如通常所描述和附图所示的系统及方法,可以在此以多种不同的实现方式来布置和设计。因此,在附图中表示的几种实现方式的下述的更详细的说明不意欲限制所要求保护的范围,而仅是所述系统和方法的代表。
图1是示出可以实现用于容纳特定UE的系统及方法的一个或多个演进节点B(eNB)160以及一个或多个用户设备(UE)102的配置的框图。一个或多个UE102可使用一个或多个天线122a-n来与一个或多个eNB160进行通信。例如,UE102使用一个或多个天线122a-n向eNB160发送电磁信号以及从eNB160接收电磁信号。eNB160使用一个或多个天线180a-n与UE102进行通信。
应当注意在一些配置中,在此描述的一个或多个UE102可在单个装置中实现。例如,在一些实施方式中,多个UE102可以被组合成单个装置。附加地或可替换地,在一些配置中,在此描述的一个或多个eNB160可在单个装置中实现。例如,在一些实施方式中,多个eNB160可以被组合成单个装置。在图1的上下文中,例如,依照在此描述的系统及方法,单个装置可以包括一个或多个UE102。附加地或可替换地,依照在此描述的系统及方法,一个或多个eNB160可被实现为单个装置或多个装置。
UE102和eNB160可使用一个或多个信道119、121进行互相通信。例如,UE102可使用一个或多个上行信道121和信号来传送信息或数据到eNB160。上行信道121的例子包括物理随机接入信道(Physical Random Access Channel,PRACH)、物理上行控制信道(PhysicalUplink Control Channel,PUCCH)和物理上行共享信道(Physical Uplink SharedChannel,PUSCH)等等。上行信号的例子包括解调参考信号(Demodulation ReferenceSignal,DMRS)和探测参考信号(Sounding Reference Signal,SRS)等等。例如,一个或多个eNB160也可使用一个或多个下行信道119和信号来传送信息或数据到一个或多个UE102。下行信道119的例子包括PDCCH、PDSCH、增强型PDCCH(Enhanced PDCCH,EPDCCH)等等。下行信号的例子包括主同步信号(Primary Synchronization Signal,PSS)、小区特定参考信号(Cell-specific Reference Signal,CRS)和信道状态信息(Channel State Information,CSI)-参考信号(CSI Reference Signal,CSI-RS)等等。可以使用其它种类的信道或信号。
一个或多个UE102的每一个可以包括一个或多个收发器118、一个或多个解调器114、一个或多个解码器108、一个或多个编码器150、一个或多个调制器154、一个或多个数据缓冲器104和一个或多个UE操作模块124。例如,可以在UE102中实现一个或多个接收和/或传输路径。为了方便,仅在UE102中图示了单个收发器118、解码器108、解调器114、编码器150和调制器154,虽然可以实现多个并行元件(例如,多个收发器118、解码器108、解调器114、编码器150和调制器154)。
收发器118可以包括一个或多个接收器120和一个或多个发送器158。一个或多个接收器120可以使用一个或多个天线122a-n来从eNB160接收信号。例如,接收器120可以接收和下转换信号以产生一个或多个接收的信号116。一个或多个接收的信号116可以被提供给解调器114。一个或多个发送器158可以使用一个或多个天线122a-n来向eNB160发送信号。例如,一个或多个发送器158可以上转换和发送一个或多个调制的信号156。
解调器114可以解调所述一个或多个接收的信号116以产生一个或多个解调的信号112。所述一个或多个解调的信号112可以被提供给解码器108。UE102可以使用解码器108来解码信号。解码器108可以产生一个或多个解码的信号106、110。例如,第一UE解码的信号106可包括可以在数据缓冲器104中存储的接收的有效负荷数据。第二UE解码的信号110可包括开销数据和/或控制数据。例如,第二UE解码的信号110可提供可以被UE操作模块124使用来执行一个或多个操作的数据。
如在此使用,术语“模块”可以表示可以以硬件、软件或硬件和软件的组合来实现的特定元件或组件。然而,应当注意,在此被表示为“模块”的任何元件可以替代地以硬件被实现。例如,可以以硬件、软件或两者的组合来实现UE操作模块124。
通常,UE操作模块124可以使UE102能与一个或多个eNB160进行通信。UE操作模块124可以包括UE PUCCH资源控制模块126、UE调度请求操作模块128、UE时间对齐操作模块129和UE激活/去激活模块130的一个或多个。在一些实施方式中,UE操作模块124可以包括物理(Physical,PHY)实体、媒体访问控制(Medium Access Control,MAC)实体、无线链路控制(Radio Link Control,RLC)实体,分组数据集中协议(Packet Data ConvergenceProtocol,PDCP)实体和无线资源控制(Radio Resource Control,RRC)实体。
UE操作模块124可以提供有效地执行调度请求过程的益处。UE PUCCH资源控制模块126可以控制PUCCH组和PUCCH资源以及控制PUCCH资源配置中的参数。UE调度请求操作模块126可以执行调度请求过程。UE时间对齐操作模块127可以执行包括维护上行时间对齐的时间对齐过程。UE激活/去激活模块128可以执行激活/去激活过程。
UE操作模块124可以向一个或多个接收器120提供信息148。例如,UE操作模块124可以基于RRC消息(例如,广播的系统信息、RRC连接重配置信息)、MAC控制元素(ControlElement,CE)和/或下行控制信息(Downlink Control Information,DCI)而通知接收器120何时接收或何时不接收传输。
UE操作模块124可以向解调器114提供信息138。例如,UE操作模块124可以通知解调器114预期从eNB160传输的调制模式。
UE操作模块124可以向解码器108提供信息136。例如,UE操作模块124可以通知解码器108从eNB160传输的预期编码。
UE操作模块124可以向编码器150提供信息142。信息142可以包括待编码的数据和/或用于编码的指令。例如,UE操作模块124可以命令编码器150对传输数据146和/或其他信息142进行编码。
编码器150可以对UE操作模块124提供的传输数据146和/或其他信息142进行编码。例如,对数据146和/或其他信息142的编码可以涉及检错和/或校正编码、向空间、时间和/或频率资源映射数据以用于传输、多路复用等。编码器150可以向调制器154提供编码的数据152。
UE操作模块124可以向调制器154提供信息144。例如,UE操作模块124可以通知调制器154要用于向eNB160传输的调制类型(例如,星座映射)。调制器154可以调制编码的数据152以向一个或多个发送器158提供一个或多个调制的信号156。
UE操作模块124可以向一个或多个发送器158提供信息140。这个信息140可以包括用于一个或多个发送器158的指令。例如,UE操作模块124可以命令一个或多个发送器158何时向eNB160发送信号。一个或多个发送器158可以上转换和向一个或多个eNB160发送调制的信号156。
eNB160可以包括一个或多个收发器176、一个或多个解调器172、一个或多个解码器166、一个或多个编码器109、一个或多个调制器113、一个或多个数据缓冲器162和一个或多个eNB操作模块182。例如,可以在eNB160中实现一个或多个接收和/或传输路径。为了方便,仅在eNB160中图示了单个收发器176、解码器166、解调器172、编码器109和调制器113,虽然可以实现多个并行元件(例如,多个收发器176、解码器166、解调器172、编码器109和调制器113)。
收发器176可以包括一个或多个接收器178和一个或多个发送器117。一个或多个接收器178可以使用一个或多个天线180a-n从UE102接收信号。例如,接收器178可以接收和下转换信号以产生一个或多个接收的信号174。所述一个或多个接收的信号174可以被提供到解调器172。一个或多个发送器117可以使用一个或多个天线180a-n来向UE102发送信号。例如,一个或多个发送器117可以上转换和发送一个或多个调制的信号115。
解调器172可以解调一个或多个接收的信号174以产生一个或多个解调的信号170。所述一个或多个解调的信号170可以被提供到解码器166。eNB160可以使用解码器166来解码信号。解码器166可以产生一个或多个解码的信号164、168。例如,第一eNB解码的信号164可以包括接收的有效负荷数据,其可以被存储在数据缓冲器162中。第二eNB解码的信号168可以包括开销数据和/或控制数据。例如,第二eNB解码的信号168可以提供数据(例如,PUSCH传输数据),所述数据可以被eNB操作模块182用于执行一个或多个操作。
通常,eNB操作模块182可以使eNB160能与一个或多个UE102进行通信。eNB操作模块182可以包括一个或多个eNB PUCCH资源控制模块194、eNB调度请求操作模块196、eNB时间对齐操作模块197和eNB激活/去激活模块198。eNB操作模块182可以包括PHY实体、MAC实体、RLC实体、PDCP实体和RRC实体。
eNB操作模块182可以提供有效地执行调度请求过程的益处。eNBPUCCH资源控制模块194可以控制PUCCH组和PUCCH资源以及控制PUCCH资源配置中的参数。eNB调度请求操作模块196可以执行调度请求过程。eNB时间对齐操作模块197可以执行包括维护上行时间对齐的时间对齐过程。eNB激活/去激活模块198可以执行激活/去激活过程。
eNB操作模块182可以向一个或多个接收器178提供信息190。例如,eNB操作模块182可以基于RRC消息(例如,广播的系统信息、RRC连接重配置信息)、MAC控制元素和/或DCI(下行控制信息)而通知接收器178何时接收或何时不接收传输。
eNB操作模块182可以向解调器172提供信息188。例如,eNB操作模块182可以通知解调器172预期从UE102传输的调制模式。
eNB操作模块182可以向解码器166提供信息186。例如,eNB操作模块182可以通知解码器166从UE102传输的预期编码。
eNB操作模块182可以向编码器109提供信息101。信息101可以包括待编码的数据和/或用于编码的指令。例如,eNB操作模块182可以命令编码器109对传输数据105和/或其他信息101进行编码。
通常,eNB操作模块182可以使eNB160能够与一个或多个网络节点(例如,移动性管理实体(Mobility Management Entity,MME)、服务网关(ServingGateway,S-GW)、eNB)进行通信。eNB操作模块182也可以生成要向UE102发信号的RRC连接重配置信息。
编码器109可以对eNB操作模块182提供的传输数据105和/或其他信息101进行编码。例如,对数据105和/或其他信息101的编码可以涉及检错和/或校正编码、向空间、时间和/或频率资源映射数据以用于传输、多路复用等。编码器109可以向调制器113提供编码的数据111。传输数据105可以包括待转发给UE102的网络数据。
eNB操作模块182可以向调制器113提供信息103。信息103可以包括用于调制器113的指令。例如,eNB操作模块182可以通知调制器113要用于向UE102传输的调制类型(例如,星座映射)。调制器113可以调制编码的数据111以向一个或多个发送器117提供一个或多个调制的信号115。
eNB操作模块182可以向一个或多个发送器117提供信息192。这个信息192可以包括用于一个或多个发送器117的指令。例如,eNB操作模块182可以命令一个或多个发送器117何时(或何时不)向UE102发送信号。一个或多个发送器117可以上转换和向一个或多个UE102发送调制的信号115。
应当注意,在eNB160和UE102中包括的一个或多个元件或其部分可以以硬件来实现。例如,一个或多个这些元件或其部分可以被实现为芯片、电路或硬件部件等。也应当注意,一个或多个在此所述的功能或方法可以使用硬件来实现和/或执行。例如,一个或多个在此所述的方法可以使用芯片集、专用集成电路(Application-Specific IntegratedCircuit,ASIC)、大规模集成电路(Large-Scale Integrated circuit,LSI)或集成电路等来实施和/或实现。
图2是示出由UE102执行调度请求过程的方法200的实现方式的流程图。
UE102可以,202,从eNB160接收一个或多个RRC消息以配置一个或多个PUCCH小区组、PUCCH SCell和SR。根据可由RRC消息、广播系统信息等配置的RRC配置,UE102的RRC层可以配置UE102的RRC层及/或较低层(例如,PHY层、MAC层、RLC层、PDCP层)。例如,UE102可以,202,接收包括了与用于辅小区的调度请求传输的最大数量相关的第一参数(例如,dsr-TransMax)的RRC消息。基于所述第一参数,UE102可以,204,执行调度请求过程。
UE102的PHY层可以由较高层配置(例如,MAC层,RLC层,PDCP层,RRC层)以在主小区上的PUCCH上和/或在辅小区上的PUCCH上的一个天线端口或两个天线端口上,206,发送SR。调度请求可以在映射到3GPP TS36.211中定义的天线端口p上的PUCCH资源
上发送,其中,
由较高层配置,除非SR与使用PUCCH Format 3的HARQ-ACK的传输在时间上一致,在这种情况下,根据3GPP TS 36.212的子条款5.3.3.1,SR与HARQ-ACK复用。对SR传输周期(可称为SR周期)的SR配置SRPERIODICITY与SR子帧偏移NOFFSET,SR可以由较高层给出的参数SR配置索引(sr-ConfigIndex)ISR,在(1)(从3GPP TS 36.213中的表10.1.5-1)中进行定义。
SR传输实例是上行子帧,其满足
nf是在3GPP TS 36.211中定义的系统帧号。ns是在3GPP TS 36.211中定义的在无线帧内的时隙号。
表(1):UE专用SR周期及子帧偏移配置
dsr-TransMax信息元素(Information Element,IE)可以是可在调度请求过程中使用以指定调度请求传输的最大数量的参数。调度请求配置(SchedulingRequestConfig)IE可以是RRC层中的信息元素,并可用于指定调度请求相关参数。SchedulingRequestConfig IE可以为PCell或PSCell配置。在SCell被配置为PUCCH SCell的情况下,可以为PUCCH SCell配置SchedulingRequestConfig IE。
给出如下信息元素(IE)SchedulingRequestConfig:
对于dsr-TransMax IE:值n4可对应于4次传输,n8对应于8次传输等。Sr-ConfigIndex IE是参数ISR。sr-PUCCH-ResourceIndex IE或sr-PUCCH-ResourceIndexP1 IE是分别用于天线端口P0和天线端口P1的参数
只有在配置了sr-PUCCH-ResourceIndex时,E-UTRAN(例如,eNB)配置sr-PUCCH-ResourceIndexP1。SchedulingRequestConfig IE可包括dsr-TransMax、sr-PUCCH-ResourceIndex和sr-ConfigIndex。schedulingRequestConfig-v1020 IE可包括sr-PUCCH-ResourceIndexP1。
sr-ProhibitTimer IE可用于指定sr-ProhibitTimer的到期时间。用于PCell的SchedulingRequestConfig IE和/或schedulingRequestConfig-v1020 IE可包括在PhysicalConfigDedicated IE中。用于PSCell的SchedulingRequestConfig IE和/或schedulingRequestConfig-v1020 IE可包括在PhysicalConfigDedicatedPSCell-r12 IE中。用于PUCCH SCell的SchedulingRequestConfig IE和/或schedulingRequestConfig-v1020 IE可包括在physicalConfigDedicatedSCell-r10 IE中。通过使用RRC连接重配置信息、RRC连接重建信息或RRC连接建立信息,UE102可从eNB160接收或获取那些信息元素。
IE专用物理配置(Physical Configuration Dedicated,PhysicalConfigDedicated)、IE专用物理配置PSCell-Rel-12(Physical ConfigurationDedicated PSCell-Rel-12,PhysicalConfigDedicatedPSCell-r12)与IE专用物理配置SCell-Rel-10(Physical Configuration Dedicated SCell-Rel-10,physicalConfigDedicatedSCell-r10)可以用于指定UE专用物理信道配置。
在UE102的MAC实体的一个实施方式中,在表单(2)中概括的调度请求过程可以执行204。
调度请求(SR)可用于为新传输请求UL-SCH资源。当SR被触发时,它可以被认为是待处理的,直到它被取消。在组装了MAC协议数据单元(PDU)并且这个PDU包括了缓冲器状态报告(Buffer Status Report,BSR),且该缓冲器状态报告包含了直到(并且包含)触发BSR的最后一个事件的缓冲器状态时,或者当UL授权可以容纳可传输的所有待处理数据时,所有待处理的SR都可以被取消并且SR禁止定时器(sr-ProhibitTimer)可以停止。
如果SR被触发且没有其它待处理的SR时,MAC实体可以设置SR_COUNTER为零。
只要有待处理的SR,MAC实体可对每个TTI:
-如果没有UL-SCH资源是可在该TTI中传输的:
-如果MAC实体没有有效的PUCCH资源用于在任何TTI中配置的SR:
在SpCell上发起随机接入过程并取消所有待处理的SR;
-否则,如果MAC实体具备有效的PUCCH资源用于为该TTI配置的SR并且如果该TTI不是测量间隙的部分且如果sr-ProhibitTimer没有运行时:
-如果配置了用于SpCell的dsr-TransMax:
-将DSR_TRANSMAXSPCELL设置为用于SpCell的dsr-TransMax,否则为零。
-如果配置了用于PUCCH SCell的dsr-TransMax并且PUCCH SCell是激活的:
-将DSR_TRANSMAXSCELL设置为用于PUCCH SCell的dsr-TransMax,否则为零。
-将DSR_TRANSMAX设置为DSR_TRANSMAXSPCELL+DSR_TRANSMAXSCELL。
-如果SR_COUNTER<DSR_TRANSMAX:
-SR_COUNTER加一:
-指示物理层在PUCCH上发信号通知SR;
-启动sr-ProhibitTimer。
-否则:
-通知RRC对所有服务小区释放PUCCH/探测参考信号(SRS);
-清除任何已配置的下行链路分配及上行链路授权;
-在SpCell上发起随机接入过程并取消所有待处理的SR。
表单(2)
只要有一个SR是待处理的,UE102的MAC实体可针对每个TTI,202,确定是否没有UL-SCH资源可在该TTI中传输。UE102的MAC实体还可以确定,202,MAC实体是否没有用于在任何TTI中配置的SR的有效PUCCH资源。UE102的MAC实体还可以确定,202,MAC实体是否具有用于在该TTI中配置的SR的有效PUCCH资源并且是否该TTI不是测量间隙的一部分且sr-ProhibitTimer定时器是否没有运行。如果没有UL-SCH资源可在该TTI中传输,并且如果MAC实体具有用于该TTI配置的SR的有效PUCCH资源,并且如果该TTI不是测量间隙的一部分,并且如果sr-ProhibitTimer定时器没有运行,UE102的MAC实体可以执行203以下步骤。
如果配置了用于SpCell的dsr-TransMax,UE102的MAC实体可以将DSR_TRANSMAXSPCELL设置为用于SpCell的dsr-TransMax,否则为0。如果配置了用于PUCCHSCell的dsr-TransMax且PUCCH SCell是激活的,UE102的MAC实体可以将DSR_TRANSMAXSCELL设置为用于PUCCH SCell的dsr-TransMax,否则为0。
UE102的MAC实体可以,204,将DSR_TRANSMAX设置为DSR_TRANSMAXSPCELL+DSR_TRANSMAXSCELL。因此,根据用于PUCCH SCell的dsr-TransMax,DSR_TRANSMAX可以是SR传输数量的上限并且可以进行调整。
当UE102的MAC实体可指示物理层在PUCCH上发信号通知SR时,SR_COUNTER可以是递增1的有价值的。UE102的MAC实体可判断SR_COUNTER是否小于DSR_TRANSMAX。在SR_COUNTER小于DSR_TRANSMAX的情况下,UE102的MAC实体可将SR_COUNTER加1,可以指示物理层在PUCCH上发信号通知SR,并可以启动sr-ProhibitTimer。否则,UE102的MAC实体可以通知UE102的RRC实体对所有服务小区释放PUCCH/探测参考信号(SRS),可以清除任何已配置的下行链路分配及上行链路授权,并可在SpCell上发起随机接入过程并取消所有待处理的SR。
在另一个设置SR传输数量的上限的实现方式中,可以只为UE102的MAC实体配置一个dsr-TransMax。考虑到在SpCell上和PUCCH SCell上的SR发送的总数,eNB160将dsr-TransMax设置为足够的值。UE102的MAC实体可判断SR_COUNTER是否小于dsr-TransMax。在SR_COUNTER小于dsr-TransMax的情况下,UE102的MAC实体可将SR_COUNTER加1,可以指示物理层在PUCCH上发信号通知SR,并可以启动sr-ProhibitTimer。否则,UE102的MAC实体可以通知UE102的RRC实体对所有服务小区释放PUCCH/探测参考信号(SRS),可以清除任何已配置的下行链路分配及上行链路授权,并可在SpCell上发起随机接入过程并取消所有待处理的SR。
图5是示出由UE102执行与激活/去激活相关的调度请求过程的方法500的实现方式的流程图。如图2所描述,如果配置了用于PUCCH SCell的dsr-TransMax且PUCCH SCell是激活的,UE102的MAC实体可以,502,将DSR_TRANSMAXSCELL设置为用于PUCCH SCell的dsr-TransMax,否则为0。也就是说,基于辅小区是否被激活,UE102可以,502,设置与调度请求传输的最大数量相关的值(例如,DSR_TRANSMAX)。在SR_COUNTER小于DSR_TRANSMAX的情况下,UE102的MAC实体可将SR_COUNTER加1,可以,504,指示物理层在PUCCH上发信号通知SR,并可以启动sr-ProhibitTimer。
在一种实现方式中,在PUCCH SCell被去激活的情况下,UE102的MAC实体可以将PUCCH SCell上用于SR的PUCCH资源视为无效。在PUCCH SCell被激活的情况下,UE 102的MAC实体可以应用正常的SCell操作,包括使PUCCH SCell上用于SR的PUCCH资源有效。在其它实现方式中,在去激活PUCCH SCell时,UE102的MAC实体可以通知UE102的RRC实体为PUCCHSCell释放PUCCH。在这些实现方式中,激活/去激活能够有效地控制PUCCH资源。
在MAC实体接收到激活SCell的TTI中的激活/去激活MAC控制元素的情况下,MAC实体可以根据定义的定时在TTI中激活SCell。在MAC实体接收到去激活SCell的TTI中的激活/去激活MAC控制元素的情况下,或者在与激活的SCell相关联的SCell去激活定时器(sCellDeactivationTimer)在该TTI中到期的情况下,根据定义的定时,UE102可以在TTI中去激活SCell。UE102的MAC实体可以对每个配置的SCell维护sCellDeactivationTimer定时器并在其到期时去激活相关联的SCell。UE102的MAC实体可以不对PUCCH SCell而只对其他SCell使用sCellDeactivationTimer定时器。与激活/去激活相关的调度请求过程可以提供配置SR配置和/或激活/去激活过程的灵活性的益处。
图7是示出执行与调度请求相关的PUCCH释放过程的方法700的实现方式的流程图。在从UE102的较低层(例如,MAC实体)接收到PUCCH/SRS释放请求时,对于每个配置的SCell,如果有的话,UE102的RRC实体可以对cqi-ReportConfig应用默认的物理信道配置并释放cqi-ReportConfigSCell。在从UE102的较低层(例如,MAC实体)接收到PUCCH/SRS释放请求时,UE102的RRC实体可以对所有服务小区的soundingRS-UL-ConfigDedicated应用默认的物理信道配置。在从UE102的较低层(例如,MAC实体)接收到PUCCH/SRS释放请求时,UE102的RRC实体可以,702,对所有服务小区的schedulingRequestConfig应用默认的物理信道配置。对cqi-ReportConfig、soundingRS-UL-ConfigDedicated和schedulingRequestConfig的默认的物理信道配置可以是“release(释放)”值或者“N/A”值。“N/A”表明UE102不应用特定值。在从较低层接收到SRS释放请求时,UE102的RRC实体可以对相关TAG的小区的soundingRS-UL-ConfigDedicated应用默认的物理信道配置。在从较低层接收到PUCCH释放请求时,UE102的RRC实体可以,704,对相关的PUCCH Sell的schedulingRequestConfig应用默认的物理信道配置,或者可以对相关的PUCCH Sell释放schedulingRequestConfig。
UE102的MAC实体可以接收定时提前命令MAC控制元素。定时提前命令MAC CE可以指示TAG和定时提前命令。定时提前命令MAC CE中的定时提前命令字段可以指示索引值TA(0,1,2…63),其用于控制MAC实体必须应用的定时调整量。UE102的MAC实体可以对指示的TAG应用定时提前命令。UE102的MAC实体可以启动或重新启动与所指示的TAG相关联的timeAliggnmentTimer。在timeAlignmentTimer到期并且该timeAlignmentTimer与pTAG相关联的情况下,UE102的MAC实体可以对所有服务小区的所有HARQ缓冲器进行刷新,可以通知RRC为所有服务小区释放物理上行控制信道(PUCCH)/探测参考信号(SRS),可以清除任何已配置的下行链路分配和上行链路授权,并且可以在到期时考虑所有运行的timeAlignmentTimer。在timeAlignmentTimer到期且该timeAlignmentTimer与sTAG相关联的情况下,对于属于该TAG的所有服务小区,UE102的MAC实体可以刷新所有的HARQ缓冲器,可以通知RRC释放SRS,并且在PUCCH SCell属于该TAG的情况下,可以通知RRC释放PUCCH。释放SCell PUCCH SR可以提供配置SR配置、激活/去激活过程和/或时间对齐定时器设置的灵活性的益处。
图9是示出为调度请求过程设置SR禁止定时器的方法900的实现方式的流程图。UE102的RRC实体可以从eNB160接收,902,RRC消息,其包括与用于辅小区的SR周期(即sr-ConfigIndex)相关的参数以及与SR禁止定时器(即sr-ProhibitTimer)相关的参数。UE102的RRC实体可以,904,基于用于辅小区的SR周期设置SR禁止定时器,并可以应用SR禁止定时器。sr-ConfigIndex可以指定SR周期和SR子帧偏移。sr-ProhibitTimer可以是用于SR过程的定时器。sr-ProhibitTimer可用于禁止某个时期的SR传输。值0意为对PUCCH上的SR传输没有配置定时器。值1对应于一个SR周期,值2对应于2*SR周期等。在仅对PCell配置SR的情况下,用于确定定时器周期的SR周期可以是用于PCell的SR周期。在仅对SCell配置SR的情况下,用于确定定时器周期的SR周期可以是用于SCell的SR周期。在对SCell和PCell配置了SR的情况下,用于确定定时器周期的SR周期可以是在PCell和SCell之间具有较短(或最短)周期的SR周期。换句话说,在为PCell配置的SR周期是8ms并且为SCell配置的SR周期是4ms的情况下,则使用4ms(即较短)的SR周期来确定SR禁止定时器周期。UE120可根据用于辅小区的SR周期和用于主小区的SR周期来设置SR禁止定时器。在另一个示例中,在对SCell和PCell配置SR的情况下,用于确定定时器周期的SR周期可以是在PCell和SCell之间具有较长(或最长)周期的SR周期。在又一个示例中,在对SCell和PCell配置SR的情况下,用于确定定时器周期的SR周期可以是用于PCell的SR周期。在又一个示例中,在对SCell和PCell配置SR的情况下,用于确定定时器周期的SR周期可以是用于PCell的SR周期。基于SCell SR周期设置SR禁止定时器可以提供配置SR禁止定时器的灵活性和信令开销降低的益处。
图3是示出由eNB160执行调度请求过程的方法300的实现方式的流程图。eNB160可以向UE102发送一个或多个RRC消息,从而为UE102配置PUCCH小区组、PUCCH SCell和SR中的一个或多个。根据可由RRC消息、广播系统信息等配置的RRC配置,eNB160的RRC层可以假设或考虑UE102的RRC层配置UE102的RRC层和/或较低层(例如,PHY层,MAC层,RLC层,PDCP层)。例如,eNB160可以,302,发送RRC消息,其包括了与用于辅小区的调度请求传输的最大数量相关的第一参数(例如,dsr-TransMax)。eNB160可以,304,在辅小区上的物理上行控制信道(PUCCH)上接收调度请求,其中调度请求过程是基于所述第一参数执行的。
sr-ProhibitTimer IE、schedulingRequestConfig IE、schedulingRequestConfig-v1020 IE、PhysicalConfigDedicated IE、PhysicalConfigDedicatedPSCell-r12 IE、physicalConfigDedicatedSCell-r10 IE等,可以通过RRC连接重配置信息、RRC连接重建信息、RRC连接建立信息等从eNB160发送到UE102。eNB160可对UE102配置用于PUCCH SCell的dsr-TransMax。对PCell的PUCCH SCell的dsr-TranMax的独立配置可以提供对SR传输数量的上限的配置的灵活性的益处。
在eNB160的MAC实体的一个实现方式中,eNB160可以控制或管理在表单(2)中概括的并可以由UE102执行的调度请求过程。eNB160可以假设或考虑UE102执行在图2、图5、图7中所描述的调度请求过程。eNB160可以假设或考虑UE102执行如图2、图5、图7中所描述的去激活过程。在eNB160对UE配置在PCell或者PSCell上的PUCCH上的SR的情况下,eNB160可以在SpCell上的PUCCH上接收SR。在eNB160对UE配置在PUCCH SCell上的PUCCH上的SR的情况下,eNB160可以在PUCCH SCell上的PUCCH上接收SR。
图6是示出一种由eNB160执行与激活/去激活相关的调度请求过程的方法600的实现方式的流程图。eNB160可以,602,发送激活/去激活MAC控制元素。eNB160可以,604,在物理上行控制信道(PUCCH)上从用户设备(UE)接收调度请求(SR),其中,所述SR可根据调度请求计数器是否小于调度请求传输的最大数量而由所述UE发送。在调度请求计数器小于调度请求传输的最大数量的情况下,可以递增所述调度请求计数器。根据辅小区是否被激活可以设置与调度请求传输的最大数量相关的值。与激活/去激活相关的调度请求过程可以提供配置SR配置和/或激活/去激活过程的灵活性的益处。
图8是示出与调度请求相关的由eNB160执行与调度请求相关的PUCCH释放过程的方法600的实现方式的流程图。eNB160可以,802,发送定时提前命令MAC控制元素。在从UE的较低层接收到PUCCH/SRS释放请求后,eNB160可以考虑UE对所有服务小区的调度请求配置应用默认的物理信道配置。在从UE的较低层接收到PUCCH释放请求后,eNB可以,804,考虑UE对相关的辅小区的调度请求配置应用默认的物理信道配置。释放SCell PUCCH SR可以提供配置SR配置、激活/去激活过程和/或时间对齐定时器设置的灵活性的益处。
图10是示出由eNB160为调度请求过程设置SR禁止定时器的方法1000的实现方式的流程图。eNB160的RRC实体可以,1002,向UE102发送RRC消息,其包括与用于辅小区的SR周期(即sr-ConfigIndex)相关的参数以及与SR禁止定时器(即sr-ProhibitTimer)相关的参数。eNB160可以,1004,假定或考虑UE120基于辅小区的SR周期设置SR禁止定时器,并且可以应用该SR禁止定时器。Sr-ConfigIndex可以指定SR周期和SR子帧偏移。Sr-禁止定时器可以是用于SR过程的定时器。sr-ProhibitTimer可用于禁止某个时期的SR传输。值0意为对PUCCH上的SR传输没有配置定时器。值1对应于一个SR周期,值2对应于2*SR周期等。在只对PCell配置SR的情况下,用于确定定时器周期的SR周期可以是用于PCell的SR周期。
在SCell SR周期的基础上设置SR禁止定时器可以提供配置SR禁止定时器的灵活性和信令开销降低的益处。
图4a到4d是示出在PCell或SCell上的PUCCH上的SR配置的示例的示意图。图4a示出了对UE102的PCell配置schedulingRequestConfig IE的情况的例子。在401-407中示出了SR资源。该调度请求是仅对PCell配置。SR周期是4ms。图4b示出了对UE102的PCell配置schedulingRequestConfig IE和对UE102的SCell(即PUCCH SCell)也配置schedulingRequestConfig IE的情况的例子。该调度请求是为PCell和SCell配置。SCell的SR资源示于411-417中。SCell的SR资源示于421-424中。PCell的SR周期是8ms且SCell的SR周期是4ms。PCell和SCell的资源的子帧不基于SR子帧偏移重叠。图4c示出对UE102的SCell(即PUCCH SCell)配置schedulingRequestConfig IE的情况的例子。该调度请求是为PCell和SCell配置。SCell的SR资源示于431-437中。SCell的SR周期是4ms。图4d示出了对UE102的PCell配置schedulingRequestConfig IE和对UE102的SCell(即PUCCH SCell)也配置schedulingRequestConfig IE的情况的另一个例子。该调度请求是为PCell和SCell配置。SCell的SR资源示于441-447中。SCell的SR资源示于451-454中。PCell的SR周期是8ms且SCell的SR周期是4ms。
PCell和SCell的资源的子帧是重叠的。
如图4c所示,如果E-UTRAN(例如,eNB160)在任何TTI(即,任何子帧)中配置SR子帧偏移为服务小区中的SR资源是不重叠的,UE102的PHY层可以不需要处理在SR资源中的选择或者在SR资源中的功率共享。在UE102的MAC实体指示PHY层在PUCCH上在TTI中发信号通知SR的情况下,UE102的PHY层可以根据SR配置在TTI中发送SR。在图4c中,如果SCell被去激活,对于在某一时间段内的SR的PUCCH资源,子帧的数量(即,SR传输时刻)可以改变。因此,为每个配置有PUCCH(即,PCell和PUCCH SCell)的服务小区配置dsr-TransMax可以是有效率的。在这些实现方式中,可以提供用于SR的PUCCH的高效资源管理。
另一方面,如图4d所示,如果E-UTRAN(例如,eNB160)在一个TTI(即,一个子帧)中将SR子帧偏移配置为服务小区中的SR资源是重叠的,UE102的PHY层可以需要处理在SR资源中的选择或者在SR资源中的功率共享。在图4d中,如果SCell被去激活,对于在某一时间段内的SR的PUCCH资源,子帧的数量(即,SR传输时刻)可不改变。因此,为MAC实体配置一个dsr-TransMax,或者,基于eNB160内的PCell的dsr-TransMax的总和的考虑对PUCCH SCell的dsr-TransMax进行调整以及eNB160为PCell和SCell发送dssr-TransMax的适当值,是有效率的。在一个实现方式中,UE102的MAC实体指示PHY层在PUCCH上在TTI中发信号通知SR的情况下,UE102的PHY层可以根据SR配置在PCell上的PUCCH和SCell上的PUCCH,在TTI中发送SR。在另一个实现方式中,UE102的MAC实体指示PHY层在PUCCH上在TTI中发信号通知SR的情况下,UE102的PHY层可以根据SR配置在PCell上的PUCCH和SCell上的PUCCH中的其中之一上,在TTI中发送SR。eNB160可以向UE102发送RRC消息以指定,UE102是否在PCell和SCell两者的PUCCH上都发送SR,和/或,在冲突中PCell的PUCCH或者SCell的PUCCH的哪一个被选择来发送SR。在这些实现方式中,可以提供用于SR的PUCCH的高效资源管理。
图11示出可在UE1102中利用的各种部件。根据结合图1描述的UE102可以实现结合图11描述的UE1102。UE1102包括处理器1181,其控制UE1102的操作。处理器1181也可以被称为中央处理器(Central Processing Unit,CPU)。存储器1187,其可包括只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、所述两者或可存储信息的任何类型的装置的结合,向处理器1181提供指令1183a和数据1185a。存储器1187的一部分也可以包括非易失性随机存取存储器(Non-Volatile Random Access Memory,NVRAM)。指令1183b和数据1185b也可以驻留在处理器1181中。被加载到处理器1181内的指令1183b和/或数据1185b也可以包括被加载以由处理器1181执行或处理的来自存储器1187的指令1183a和/或数据1185a。指令1183b可以被处理器1181执行以实现如上所述的方法200、500、700和900的一个或多个。
UE1102也可以包括壳体,其包含一个或多个发送器1158和一个或多个接收器1120,以允许数据的传输和接收。发送器1158和接收器1120可以被结合为一个或多个收发器1118。一个或多个天线1122a-n附接到该壳体,并且电耦合到收发器1118。
UE1102的各个部件通过总线系统1189耦合在一起,总线系统1189除了数据总线之外可以包括电力总线、控制信号总线和状态信号总线。然而,为了清楚,各条总线在图11中被图示为总线系统1189。UE1102也可以包括数字信号处理器(Digital Signal Processor,DSP)1191以用于处理信号。UE1102也可以包括通信接口1193,其提供用户访问UE1102的功能。在图11中图示的UE1102是功能框图,而不是具体部件的列表。
图12示出可在eNB1260中利用的各种部件。根据结合图1描述的eNB160可以实现结合图12描述的eNB1260。eNB1260包括控制eNB1260的操作的处理器1281。处理器1281也可以被称为中央处理单元(CPU)。存储器1287,其包括只读存储器(ROM)、随机存取存储器(RAM)、所述两者或可存储信息的任何类型的装置的组合,向处理器1281提供指令1283a和数据1285a。存储器1287的一部分也可以包括非易失性随机存取存储器(NVRAM)。指令1283b和数据1285b也可以驻留在处理器1281中。被加载到处理器1281内的指令1283b和/或数据1285b也可以包括被加载以由处理器1281执行或处理的来自存储器1287的指令1283a和/或数据1285a。指令1283b可以被处理器1281执行以实现如上所述的方法300、600、800和1000的一个或多个。
eNB1260也可以包括壳体,其包含一个或多个发送器1217和一个或多个接收器1278,以允许数据的传输和接收。发送器1217和接收器1278可以被结合为一个或多个收发器1276。一个或多个天线1280a-n附接到该壳体,并且电耦合到收发器1276。
eNB1260的各个部件通过总线系统1289耦合在一起,总线系统1289除了数据总线之外也包括电力总线、控制信号总线和状态信号总线。然而,为了清楚,各条总线在图12中被图示为总线系统1289。eNB1260也可以包括数字信号处理器(DSP)1291以用于处理信号。eNB1260也可以包括通信接口1293,其提供用户访问eNB1260的功能。在图12中图示的eNB1260是功能框图,而不是具体部件的列表。
术语“计算机可读介质”指的是可以被计算机或处理器访问的任何可用介质。在此使用的术语“计算机可读介质”可以表示永久和有形的计算机和/或处理器可读介质。通过示例而不是限制,计算机可读或处理器可读介质可以包括RAM、ROM、电可擦除可编程只读存储器(EEPROM)、致密盘只读存储器(CD-ROM)或其他光盘存储器、磁盘存储器或其他磁存储装置或可以用于承载或存储以指令或数据结构的形式的期望的程序代码并且可以被计算机或处理器访问的任何其他介质。在此使用的磁盘和光盘包括致密盘(CD)、激光盘、光盘、数字化视频光盘(DVD)、软盘和蓝光(注册商标)盘,其中,磁盘通常磁再现数据,而光盘使用激光来光学地再现数据。
应当注意可以使用硬件来实现和/或执行在此所描述的一个或多个方法。例如,可以使用芯片集、专用集成电路(Application-Specific Integrated Circuit,ASIC)、大规模集成电路(Large-Scale Integrated Circuit,LSI)或集成电路等来实施和/或实现在此所描述的一个或多个方法。
每一个在此公开的方法包括用于实现所述方法的一个或多个步骤或动作。该方法步骤和/或动作可以彼此交换和/或组合为单个步骤,而不偏离权利要求的范围。换句话说,除非需要步骤或动作的特定顺序来用于被描述的方法的适当的操作,否则可以在不偏离权利要求的范围的情况下修改特定步骤和/或动作的顺序和/或使用。
应当明白,权利要求不限于上面图示的精确的配置和部件。可以在不偏离权利要求的范围的情况下对在此所述的系统、方法和设备的布置、操作和细节作出各种修改、改变和变型。
Claims (4)
1.一种由用户设备(UE)执行的方法,其特征在于,包括:
根据调度请求计数器是否小于调度请求传输的最大数量,指示所述UE的物理层在物理上行控制信道(PUCCH)上发信号通知调度请求(SR);及
在主小区上的PUCCH和PUCCH辅小区上的PUCCH中的任一个上发送SR到演进节点B(eNB),其中,在所述调度请求计数器小于所述调度请求传输的最大数量的情况下,递增所述调度请求计数器。
2.一种由演进节点B(eNB)执行的方法,其特征在于,包括:
在主小区上的物理上行控制信道(PUCCH)和PUCCH辅小区上的PUCCH中的任一个上从用户设备(UE)接收调度请求(SR),其中,所述SR是根据调度请求计数器是否小于调度请求传输的最大数量而由所述UE发送,并且在所述调度请求计数器小于所述调度请求传输的最大数量的情况下,递增所述调度请求计数器。
3.一种用户设备(UE),其特征在于,包括:
处理电路,被配置及/或编程以:
根据调度请求计数器是否小于调度请求传输的最大数量,指示所述UE的物理层在物理上行控制信道(PUCCH)上发信号通知调度请求(SR);及
在主小区上的PUCCH和PUCCH辅小区上的PUCCH中的任一个上发送SR到演进节点B(eNB),其中,在所述调度请求计数器小于所述调度请求传输的最大数量的情况下,递增所述调度请求计数器。
4.一种演进节点B(eNB),其特征在于,包括:
处理电路,被配置及/或编程以:
在主小区上的物理上行控制信道(PUCCH)和PUCCH辅小区上的PUCCH上从用户设备(UE)接收调度请求(SR),其中,所述SR是根据调度请求计数器是否小于调度请求传输的最大数量而由所述UE发送,并且在所述调度请求计数器小于所述调度请求传输的最大数量的情况下,递增所述调度请求计数器。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562139227P | 2015-03-27 | 2015-03-27 | |
US62/139227 | 2015-03-27 | ||
PCT/JP2016/001571 WO2016157798A1 (en) | 2015-03-27 | 2016-03-17 | Systems and methods for a physical uplink control channel on a secondary cell |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107409412A true CN107409412A (zh) | 2017-11-28 |
CN107409412B CN107409412B (zh) | 2021-06-29 |
Family
ID=57006620
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680012658.1A Active CN107409412B (zh) | 2015-03-27 | 2016-03-17 | 用于辅小区上的物理上行控制信道的系统和方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10405339B2 (zh) |
EP (1) | EP3275267A4 (zh) |
CN (1) | CN107409412B (zh) |
WO (1) | WO2016157798A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110856277A (zh) * | 2019-11-21 | 2020-02-28 | 中铁二十局集团第三工程有限公司 | 一种用于博物馆超高大跨度焊接球节点网架施工的监测信息传输方法及系统 |
US11350438B2 (en) | 2017-09-15 | 2022-05-31 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for configuring scheduling request, terminal device, and computer storage medium |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10159110B2 (en) * | 2015-03-27 | 2018-12-18 | Sharp Kabushiki Kaisha | Systems and methods for a physical uplink control channel on a secondary cell |
WO2016186401A1 (ko) | 2015-05-15 | 2016-11-24 | 삼성전자 주식회사 | 이동 통신 시스템에서 스케줄링 요청을 송수신하는 방법 및 장치 |
EP4358623A1 (en) | 2016-11-17 | 2024-04-24 | Samsung Electronics Co., Ltd. | Method and apparatus for activating/deactivating cells with scalable transmission time intervals in wireless communication system using cell aggregation |
EP3602863A1 (en) * | 2017-03-24 | 2020-02-05 | Telefonaktiebolaget LM Ericsson (Publ) | Scheduling request handling with multiple configured ttis |
CN109587805B (zh) * | 2017-09-28 | 2021-02-19 | 维沃移动通信有限公司 | 调度请求的处理方法及终端设备 |
EP3902369A4 (en) * | 2018-12-21 | 2022-07-13 | Ntt Docomo, Inc. | USER DEVICE AND WIRELESS COMMUNICATION METHOD |
US11672965B2 (en) | 2021-09-28 | 2023-06-13 | Biolinq Incorporated | Microneedle enclosure and applicator device for microneedle array based continuous analyte monitoring device |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102083131A (zh) * | 2010-11-05 | 2011-06-01 | 大唐移动通信设备有限公司 | 可配置的终端载波最大传输功率的上报方法和设备 |
US20130201960A1 (en) * | 2012-02-06 | 2013-08-08 | Samsung Electronics Co. Ltd. | Method and apparatus for transmitting/receiving data on multiple carriers in mobile communication system |
CN104067551A (zh) * | 2013-01-18 | 2014-09-24 | 华为技术有限公司 | 数据传输方法、基站和用户设备 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2532204A4 (en) * | 2010-02-02 | 2016-11-16 | Nokia Technologies Oy | APPARATUS AND METHOD FOR REQUESTING UPLINK RADIO RESOURCES |
EP2966800A1 (en) * | 2011-04-29 | 2016-01-13 | Interdigital Patent Holdings, Inc. | Carrier aggregation with subframe restrictions |
WO2013168850A1 (ko) * | 2012-05-09 | 2013-11-14 | 삼성전자 주식회사 | 이동통신 시스템에서 불연속 수신을 제어하는 방법 및 장치 |
KR102130375B1 (ko) | 2012-05-09 | 2020-07-06 | 삼성전자 주식회사 | 이동통신 시스템에서 복수의 캐리어를 이용해서 데이터를 송수신하는 방법 및 장치 |
US8923880B2 (en) * | 2012-09-28 | 2014-12-30 | Intel Corporation | Selective joinder of user equipment with wireless cell |
US9960895B2 (en) * | 2015-03-09 | 2018-05-01 | Ofinno Technologies, Llc | Updating secondary cell configuration in a wireless network |
US20160270094A1 (en) * | 2015-03-09 | 2016-09-15 | Ofinno Technologies, Llc | Power Headroom in a Wireless Network |
US10182406B2 (en) * | 2015-03-09 | 2019-01-15 | Comcast Cable Communications, Llc | Power headroom report for a wireless device and a base station |
US9820298B2 (en) * | 2015-03-09 | 2017-11-14 | Ofinno Technologies, Llc | Scheduling request in a wireless device and wireless network |
US9872336B2 (en) * | 2015-03-09 | 2018-01-16 | Ofinno Technologies, Llc | Secondary cell and control channel in a wireless device and wireless network |
US10271371B2 (en) * | 2015-03-09 | 2019-04-23 | Ofinno Technologies, Llc | Control channel of a secondary cell in a timing advance group |
US9980204B2 (en) * | 2015-03-16 | 2018-05-22 | Ofinno Technologies, Llc | Channel state information transmission |
-
2016
- 2016-03-17 CN CN201680012658.1A patent/CN107409412B/zh active Active
- 2016-03-17 US US15/557,157 patent/US10405339B2/en active Active
- 2016-03-17 WO PCT/JP2016/001571 patent/WO2016157798A1/en active Application Filing
- 2016-03-17 EP EP16771691.9A patent/EP3275267A4/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102083131A (zh) * | 2010-11-05 | 2011-06-01 | 大唐移动通信设备有限公司 | 可配置的终端载波最大传输功率的上报方法和设备 |
US20130201960A1 (en) * | 2012-02-06 | 2013-08-08 | Samsung Electronics Co. Ltd. | Method and apparatus for transmitting/receiving data on multiple carriers in mobile communication system |
CN104067551A (zh) * | 2013-01-18 | 2014-09-24 | 华为技术有限公司 | 数据传输方法、基站和用户设备 |
Non-Patent Citations (2)
Title |
---|
NOKIA NETWORKS: "SR on SCell", 《3GPP TSG-RAN WG2 MEETING #89 R2-150129》 * |
SAMSUNG: "Scheduling Request in Dual Connectivity", 《3GPP TSG-RAN WG2 MEETING #85 R2-140247》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11350438B2 (en) | 2017-09-15 | 2022-05-31 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for configuring scheduling request, terminal device, and computer storage medium |
CN110856277A (zh) * | 2019-11-21 | 2020-02-28 | 中铁二十局集团第三工程有限公司 | 一种用于博物馆超高大跨度焊接球节点网架施工的监测信息传输方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
EP3275267A1 (en) | 2018-01-31 |
WO2016157798A1 (en) | 2016-10-06 |
EP3275267A4 (en) | 2018-11-07 |
US20180049231A1 (en) | 2018-02-15 |
US10405339B2 (en) | 2019-09-03 |
CN107409412B (zh) | 2021-06-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107409410A (zh) | 用于辅小区上的物理上行控制信道的系统和方法 | |
US11229084B2 (en) | User equipment, a base station, and methods for a physical uplink control channel on one or more serving cells | |
US10575323B2 (en) | Systems and methods for a physical uplink control channel on a secondary cell | |
CN107409412A (zh) | 用于辅小区上的物理上行控制信道的系统和方法 | |
CN107148789A (zh) | 终端装置、基站装置及方法 | |
US20230156700A1 (en) | Terminal apparatus, base station apparatus, and communication method | |
US11799589B2 (en) | Terminal apparatus, base station apparatus, and communication method | |
WO2021162130A1 (en) | Terminal apparatus, base station apparatus, and communication method | |
WO2022080502A1 (en) | User equipments, base stations, and methods | |
WO2022004271A1 (en) | Terminal apparatus, base station apparatus, and communication method | |
WO2021162129A1 (en) | Terminal apparatus, base station apparatus, and communication method | |
WO2021149837A1 (en) | Terminal apparatus, base station apparatus, and communication method | |
US20240023185A1 (en) | User equipments, base stations, and methods | |
US20230413288A1 (en) | User equipment, base station, and communication method | |
US20240163012A1 (en) | User equipment, base station, and communication method | |
WO2022196789A1 (en) | User equipments, base stations, and methods | |
WO2024142574A1 (en) | User equipments, base stations, and methods | |
WO2022080499A1 (en) | User equipments, base stations, and methods | |
WO2022004213A1 (en) | Terminal apparatus, base station apparatus, and communication method |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |