CN108811157B - 在无线通信***中请求用于控制元素传送的资源的方法和设备 - Google Patents
在无线通信***中请求用于控制元素传送的资源的方法和设备 Download PDFInfo
- Publication number
- CN108811157B CN108811157B CN201810386884.7A CN201810386884A CN108811157B CN 108811157 B CN108811157 B CN 108811157B CN 201810386884 A CN201810386884 A CN 201810386884A CN 108811157 B CN108811157 B CN 108811157B
- Authority
- CN
- China
- Prior art keywords
- configuration
- mac
- transmission
- control element
- 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
Links
Images
Classifications
-
- 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/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- 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/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- 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/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
-
- 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/56—Allocation or scheduling criteria for wireless resources based on priority criteria
-
- 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/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明从用户设备的角度公开一种方法和设备,其中用户设备被网络节点分配有多个调度请求配置。在一个实施例中,所述方法包含如果定时器到期则用户设备触发媒体接入控制控制元素。所述方法还包含用户设备触发对媒体接入控制控制元素的调度请求。所述方法还包含用户设备基于多个调度请求配置中的第一调度请求配置传送调度请求,其中第一调度请求配置与当媒体接入控制控制元素被触发时具有可用于传送的数据的最高优先级逻辑信道相关联。
Description
技术领域
本公开大体上涉及无线通信网络,且更具体地说涉及在无线通信***中请求资源控制元素传送的方法和设备。
背景技术
随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求快速增长,传统的移动语音通信网络演变成与互联网协议(Internet Protocol,IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。
示例性网络结构是演进型通用陆地无线接入网(E-UTRAN)。E-UTRAN***可以提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前,3GPP标准组织正在讨论新下一代(例如,5G)无线电技术。因此,目前正在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。
发明内容
从用户设备(User Equipment,UE)的角度公开了一种方法和设备,其中UE被网络节点分配有多个调度请求(Scheduling Request,SR)配置。在一个实施例中,所述方法包含如果定时器到期则UE触发媒体接入控制(Medium Access Control,MAC)控制元素(ControlElement,CE)。所述方法还包含UE触发对MAC控制元素的SR。所述方法还包含UE基于多个SR配置中的第一SR配置传送SR,其中第一SR配置与当MAC控制元素被触发时具有可用于传送的数据的最高优先级逻辑信道相关联。
附图说明
图1示出根据一个示例性实施例的无线通信***的图。
图2是根据一个示例性实施例的传送器***(也被称作接入网络)和接收器***(也被称作用户设备或UE)的框图。
图3是根据一个示例性实施例的通信***的功能框图。
图4是根据一个示例性实施例的图3的程序代码的功能框图。
图5是3GPP TS 36.321 V14.2.0的图6.1.3.1-1的再现。
图6是3GPP TS 36.321 V14.2.0的图6.1.3.1-2的再现。
图7是3GPP TS 36.321 V14.2.0的表6.1.3.1-1的再现。
图8是3GPP TS 36.321 V14.2.0的表6.1.3.1-2的再现。
图9是3GPP TS 36.321 V14.2.0的图6.1.3.1a-1的再现
图10是3GPP TS 36.321 V14.2.0的图6.1.3.1a-2的再现。
图11是根据一个示例性实施例的图。
图12是根据一个示例性实施例的图。
图13是根据一个示例性实施例的图。
图14是根据一个示例性实施例的图。
图15是根据一个示例性实施例的图。
图16是根据一个示例性实施例的图。
图17是根据一个示例性实施例的图。
图18是根据一个示例性实施例的图。
图19是根据一个示例性实施例的图。
图20是根据一个示例性实施例的图。
图21是根据一个示例性实施例的图。
图22是根据一个示例性实施例的图。
图23是根据一个示例性实施例的图。
图24是根据一个示例性实施例的图。
图25是根据一个示例性实施例的图。
图26是根据一个示例性实施例的图。
图27是根据一个示例性实施例的图。
图28是根据一个示例性实施例的图。
图29是根据一个示例性实施例的图。
图30是根据一个示例性实施例的图。
图31是根据一个示例性实施例的图。
图32是根据一个示例性实施例的图。
图33是根据一个示例性实施例的图。
图34是根据一个示例性实施例的图。
图35是根据一个示例性实施例的流程图。
图36是根据一个示例性实施例的流程图。
图37是根据一个示例性实施例的流程图。
图38是根据一个示例性实施例的流程图。
图39是根据一个示例性实施例的流程图。
图40是根据一个示例性实施例的流程图。
图41是根据一个示例性实施例的流程图。
图42是根据一个示例性实施例的流程图。
图43是根据一个示例性实施例的流程图。
图44是根据一个示例性实施例的流程图。
图45是根据一个示例性实施例的流程图。
图46是根据一个示例性实施例的流程图。
具体实施方式
下文描述的示例性无线通信***和装置采用支持广播业务的无线通信***。广泛部署无线通信***以提供各种类型的传送,例如语音、数据等等。这些***可以是基于码分多址(CDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、3GPP LTE(Long Term Evolution,长期演进)无线接入、3GPP LTE-A或LTE-高级(Long Term Evolution Advanced,长期演进高级)、3GPP2UMB(Ultra Mobile Broadband,超移动宽带)、WiMax或一些其它调制技术。
确切地说,下文描述的示例性无线通信***装置可以被设计成支持一个或多个标准,例如由名为“第三代合作伙伴计划”的在本文中被称作3GPP的联合体提供的标准,包含:TR 38.913 V14.1.0,“对下一代接入技术的情境和要求的研究”;TS 36.300 V14.2.0,“演进型通用陆地无线电接入(E-UTRA)和演进型通用陆地无线接入网络(E-UTRAN);总体描述;阶段2”;TS 36.321 V14.2.0,“演进型通用陆地无线电接入(E-UTRA);媒体接入控制(MAC)协议规范”;TS 36.331 V14.2.0,“演进型通用陆地无线电接入(E-UTRA);无线电资源控制(RRC);协议规范”;TS 38.804 v14.0.0,“对新无线电接入技术的研究;无线电接口协议方面”;R2-1703796,“来自NR/LTE分组讨论的报告(UP NR,FeD2D,可穿戴装置,Rel-14修正)”;以及R2-1704030,“来自LTE分组讨论的报告”,副会长(InterDigital)。上文所列的标准和文档特此明确地以全文引用的方式并入。
图1示出了根据本发明的一个实施例的多址无线通信***。接入网络100(AN)包含多个天线群组,其中一个天线群组包含104和106,另一天线群组包含108和110,并且又一天线群组包含112和114。在图1中,针对每一天线群组仅示出了两个天线,但是每一天线群组可以利用更多或更少个天线。接入终端116(AT)与天线112和114通信,其中天线112和114经由前向链路120向接入终端116传送信息,并经由反向链路118从接入终端116接收信息。接入终端(AT)122与天线106和108通信,其中天线106和108经由前向链路126向接入终端(AT)122传送信息,并经由反向链路124从接入终端(AT)122接收信息。在FDD***中,通信链路118、120、124和126可使用不同频率以供通信。例如,前向链路120可使用与反向链路118所使用频率不同的频率。
每一天线群组和/或它们被设计成在其中通信的区域常常被称作接入网络的扇区。在实施例中,天线群组各自被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。
在通过前向链路120和126的通信中,接入网络100的传送天线可以利用波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且,相比于通过单个天线传送到其所有接入终端的接入网络,使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的所述接入网络对相邻小区中的接入终端产生更少的干扰。
接入网络(AN)可以是用于与终端通信的固定台或基站,并且也可以被称作接入点、节点B、基站、增强型基站、演进型节点B(evolved Node B,eNB),或某一其它术语。接入终端(AT)还可以被称作用户设备(user equipment,UE)、无线通信装置、终端、接入终端或某一其它术语。
图2是MIMO***200中的传送器***210(也被称作接入网络)和接收器***250(也被称作接入终端(AT)或用户设备(UE)的实施例的简化框图。在传送器***210处,从数据源212将用于数个数据流的业务数据提供到传送(TX)数据处理器214。
在一个实施例中,通过相应的传送天线传送每个数据流。TX数据处理器214基于针对每一数据流而选择的特定译码方案来格式化、译码及交错所述数据流的业务数据以提供经译码数据。
可使用OFDM技术将每一数据流的经译码数据与导频数据多路复用。导频数据通常为以已知方式进行处理的已知数据样式,且可在接收器***处使用以估计信道响应。随后基于针对每个数据流选择的特定调制方案(例如,BPSK、QPSK、M-PSK或M-QAM)来调制(即,符号映射)用于所述数据流的经复用导频和经译码数据以提供调制符号。可以通过由处理器230执行的指令来确定用于每个数据流的数据速率、译码和调制。
接着将所有数据流的调制符号提供给TX MIMO处理器220,所述处理器可进一步处理所述调制符号(例如,用于OFDM)。TX MIMO处理器220接着将NT个调制符号流提供给NT个传送器(TMTR)222a至222t。在某些实施例中,TX MIMO处理器220对数据流的符号及传送所述符号的天线应用波束成形权重。
每一传送器222接收及处理相应符号流以提供一个或多个模拟信号,并且进一步调节(例如,放大、滤波及上变频转换)所述模拟信号以提供适合于经由MIMO信道传送的经调制信号。接着分别从NT个天线224a到224t传送来自传送器222a到222t的NT个经调制信号。
在接收器***250处,由NR个天线252a至252r接收所传送的经调制信号,并且将从每个天线252接收到的信号提供到相应的接收器(RCVR)254a至254r。每一接收器254调节(例如,滤波、放大和下变频转换)相应的接收到的信号、将经调节信号数字化以提供样本,并且进一步处理所述样本以提供对应的“接收到的”符号流。
RX数据处理器260接着接收来自NR个接收器254的NR个所接收符号流且基于特定接收器处理技术处理所述符号流以提供NT个“检测到的”符号流。RX数据处理器260接着解调、解交错及解码每一检测到的符号流以恢复数据流的业务数据。由RX数据处理器260进行的处理与传送器***210处的TX MIMO处理器220和TX数据处理器214所执行的处理互补。
处理器270周期性地确定要使用哪个预译码矩阵(下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。
反向链路消息可包括与通信链路及/或接收到的数据流有关的各种类型的信息。反向链路消息接着由TX数据处理器238(其还接收来自数据源236的数个数据流的业务数据)处理,由调制器280调制,由传送器254a至254r调节,及被传送回到传送器***210。
在传送器***210处,来自接收器***250的经调制信号通过天线224接收、通过接收器222调节、通过解调器240解调,并通过RX数据处理器242处理,以提取通过接收器***250传送的反向链路消息。接着,处理器230确定使用哪一预译码矩阵以确定波束成形权重,然后处理所提取的消息。
转而参看图3,此图示出了根据本发明的一个实施例的通信装置的替代简化功能框图。如图3中所示出,可以利用无线通信***中的通信装置300以用于实现图1中的UE(或AT)116和122或图1中的基站(或AN)100,并且无线通信***优选地是LTE***。通信装置300可包含输入装置302、输出装置304、控制电路306、中央处理单元(central processingunit,CPU)308、存储器310、程序代码312以及收发器314。控制电路306通过CPU 308执行存储器310中的程序代码312,由此控制通信装置300的操作。通信装置300可接收由用户通过输入装置302(例如,键盘或小键盘)输入的信号,且可通过输出装置304(例如,显示器或扬声器)输出图像和声音。收发器314用于接收和传送无线信号、将接收到的信号传递到控制电路306、且无线地输出由控制电路306产生的信号。也可以利用无线通信***中的通信装置300来实现图1中的AN 100。
图4是根据本发明的一个实施例在图3中所示的程序代码312的简化的框图。在此实施例中,程序代码312包含应用层400、层3部分402以及层2部分404,且耦合到层1部分406。层3部分402通常执行无线电资源控制。层2部分404通常执行链路控制。层1部分406通常执行物理连接。
下一代(即,5G)接入技术的3GPP标准化活动自从2015年3月已经启动。下一代接入技术旨在支持以下三个系列的使用情形以用于满足紧急的市场需要以及由ITU-R IMT-2020阐述的更长期的要求:
-增强型移动宽带(enhanced Mobile Broadband,eMBB)
-大规模机器类型通信(massive Machine Type Communications,mMTC)
-超可靠且低时延通信(Ultra-Reliable and Low Latency Communications,URLLC)。
关于新无线电接入技术的5G研究项目的目的是识别且开发新无线电***所需的技术组件,其应当能够使用范围至少高达100GHz的任何频谱带。支持高达100GHz的载波频率带来无线电传播领域中的许多挑战。随着载波频率增加,路径损耗也增加。
调度请求(Scheduling Request,SR)程序和缓冲区状态报告(Buffer StatusReport,BSR)程序被设计成用于UE请求上行链路资源。另一方面,侧链路(Sidelink)缓冲区状态报告程序被设计成用于UE请求专用侧链路资源。由于侧链路BSR或BSR将传送到基站,因此如果需要则UE将触发SR以请求用于传送侧链路BSR或BSR的上行链路资源。细节程序在3GPP TS 36.321中如下描述:
5.4.4调度请求
调度请求(SR)用于请求用于新传送的UL-SCH资源。
当触发SR时,其将被视为待决的,直到其被取消为止。当组装MAC PDU且此PDU包含含有直到(且包含)触发BSR的最后事件的缓冲状态的BSR(参见子条款5.4.5)时,或者如果所有待决SR由侧链路BSR触发,当组装MAC PDU且此PDU包含含有直到(且包含)触发侧链路BSR的最后事件的缓冲状态的侧链路BSR(参见子条款5.14.1.4)时,或者如果所有待决SR由侧链路BSR触发,当上部层配置自主资源选择时,或当UL准予可适应可用于传送的所有待决数据时,将取消所有待决SR且将停止sr-ProhibitTimer。
如果触发SR且不存在其它待决的SR,那么MAC实体将SR_COUNTER设定为0。
只要一个SR待决,MAC实体就将针对每一TTI:
-如果没有UL-SCH资源可用于在此TTI中的传送:
-如果MAC实体不具有用于任何TTI中配置的SR的有效PUCCH资源且如果用
于MCG MAC实体的rach-Skip或用于SCG MAC实体的rach-SkipSCG未经配置:那
么在SpCell上起始随机接入程序(参见子条款5.1)且取消所有待决SR;
-否则如果MAC实体具有至少一个有效的PUCCH资源用于为此TTI配置的SR
且如果此TTI不是用于传送的测量间隙或侧链路发现间隙的部分且如果
sr-ProhibitTimer不处于运行中:
-如果SR_COUNTER<dsr-TransMax:
-将SR_COUNTER递增1;
-指示物理层在用于SR的一个有效的PUCCH资源上发送SR;
-启动sr-ProhibitTimer。
-否则:
-通知RRC释放用于所有服务小区的PUCCH;
-通知RRC释放用于所有服务小区的SRS;
-清除任何配置的下行链路指派和上行链路准予;
-在SpCell上起始随机接入程序(参见子条款5.1)且取消所有待决SR。
注意:当MAC实体在一个TTI中具有用于SR的多于一个有效的PUCCH资源时在哪一有效的用于SR的PUCCH资源上用信号表示SR的选择留给UE实施方案解决。
注意:SR_COUNTER针对每一SR集束递增。sr-ProhibitTimer是在SR集束的第一TTI中启动。
5.4.5缓冲区状态报告
缓冲区状态报告程序用以为服务eNB提供关于与MAC实体相关联的UL缓冲区中可用于传送的数据量的信息。RRC通过配置三个定时器periodicBSR-Timer、retxBSR-Timer和logicalChannelSR-ProhibitTimer且通过针对每一逻辑信道任选地发送向LCG分配逻辑信道的logicalChannelGroup而控制BSR报告[8]。
对于缓冲区状态报告程序,MAC实体将考虑未悬置的所有无线电承载且可以考虑悬置的无线电承载。
对于NB-IoT,不支持长BSR且所有逻辑信道属于一个LCG。
如果以下事件中的任一者发生,那么将触发缓冲区状态报告(BSR):
-用于属于LCG的逻辑信道的UL数据变为可用于RLC实体中或PDCP实体中的传送(何种数据将被视为可用于传送的定义分别在[3]和[4]中指定)且数据属于具有比属于任何LCG且其数据已经可用于传送的逻辑信道的优先级更高优先级的逻辑信道,或者对于属于LCG的任何逻辑信道不存在可用于传送的数据,在此情况下下文将BSR称为“常规BSR”;
-分配UL资源且填补位的数目等于或大于缓冲区状态报告MAC控制元素加上其子标头的大小,在此情况下下文将BSR称为“填补BSR”;
-retxBSR-Timer到期且MAC实体针对属于LCG的任何逻辑信道具有可用于传送的数据,在此情况下下文将BSR称为“常规BSR”;
-periodicBSR-Timer到期,在此情况下下文将BSR称为“周期性BSR”。
对于常规BSR:
-如果由于数据变成可用于针对logicalChannelSR-ProhibitTimer由上部层配置的逻辑信道的传送而触发BSR:
-启动或重新启动logicalChannelSR-ProhibitTimer;
-否则:
-如果在运行,则停止logicalChannelSR-ProhibitTimer。
对于常规且周期性BSR:
-如果多于一个LCG具有可用于在其中传送BSR的TTI中的传送:报告长BSR;
-否则报告短BSR。
对于填补BSR:
-如果填补位的数目等于或大于短BSR加上其子标头的大小但小于长BSR加上其子标头的大小:
-如果多于一个LCG具有可用于在其中传送BSR的TTI中的传送:报告具有可用于传送的数据的最高优先级逻辑信道的LCG的截断BSR;
-否则报告短BSR。
-否则如果填补位的数目等于或大于长BSR加上其子标头的大小,报告长BSR。
对于NB-IoT:
-如果rai-Activation经配置,且针对BSR已触发零字节的缓冲区大小,且UE在近期可能有更多数据要发送或接收(有待进一步研究):
-取消任何待决BSR。
如果缓冲区状态报告程序确定至少一个BSR已触发且未取消:
-如果MAC实体具有为用于此TTI的新传送分配的UL资源:
-指示多路复用和组装程序产生BSR MAC控制元素;
-启动或重新启动periodicBSR-Timer,当所有所产生BSR是截断BSR时除外;
-启动或重新启动retxBSR-Timer。
-否则如果常规BSR已触发且logicalChannelSR-ProhibitTimer不处于运行中:
-如果由于数据变成可用于针对逻辑信道SR掩蔽(logicalChannelSR-Mask)由上部层设置的逻辑信道的传送而使得上行链路准予未经配置或常规BSR未触发:
-将触发调度请求。
即使当到BSR可传送的时候多个事件触发BSR且在此情况下常规BSR和周期性BSR将具有超过填补BSR的优先时,MAC PDU也将含有至多一个MAC BSR控制元素。
MAC实体将在收到针对任何UL-SCH上的新数据的传送的准予的指示后即刻重新启动retxBSR-Timer。
倘若此TTI中的UL准予可适应可用于传送的所有待决数据但不足以另外适应BSRMAC控制元素加上其子标头,则将取消所有触发的BSR。当BSR包含在用于传送的MAC PDU中时将取消所有触发的BSR。
MAC实体将在TTI中传送至多一个常规/周期性BSR。如果请求MAC实体在TTI中传送多个MAC PDU,那么其可在并不含有常规/周期性BSR的MAC PDU中的任一者中包含填补BSR。
在TTI中传送的所有BSR始终反映在对于此TTI已经建置所有MAC PDU之后的缓冲区状态。每一LCG将每TTI报告至多一个缓冲区状态值,且此值将在报告用于此LCG的缓冲区状态的所有BSR中报告。
注意:不允许填补BSR取消触发的常规/周期性BSR,NB-IoT除外。仅针对特定MACPDU触发填补BSR,且当此MAC PDU已建置时取消触发。
[…]
5.14.1.4缓冲区状态报告
侧链路缓冲区状态报告程序用以为服务eNB提供关于与MAC实体相关联的SL缓冲区中可用于传送的侧链路数据量的信息。RRC通过配置两个定时器periodic-BSR-TimerSL和retx-BSR-TimerSL来控制侧链路的BSR报告。每一侧链路逻辑信道属于ProSe目的地。依据侧链路逻辑信道的优先级和LCG ID与logicalChGroupInfoList[8]中上部层提供的优先级之间的映射,每一侧链路逻辑信道被分配给LCG。根据ProSe目的地界定LCG。
如果以下事件中的任一者发生,那么将触发侧链路缓冲区状态报告(BSR):
-如果MAC实体具有经配置SL-RNTI或经配置SL-V-RNTI,那么:
-针对ProSe目的地的侧链路逻辑信道,SL数据变得可用于RLC实体或PDCP实体中的传送(对什么数据将被视为可用于传送的界定分别在[3]和[4]中指定,并且要么数据属于具有比属于任何LCG(属于相同ProSe目的地)且其数据已经可用于传送的侧链路逻辑信道的优先级高的优先级的侧链路逻辑信道,要么目前不存在数据可用于属于相同ProSe目的地的任一个侧链路逻辑信道的传送,在此情况下,侧链路BSR在下文指代为“常规侧链路BSR”;
-分配UL资源,并且在已经触发填补BSR之后剩余的填补位的数目等于或大于侧链路BSRMAC控制元素的大小加上其子标头,所述侧链路BSRMAC控制元素含有ProSe目的地的至少一个LCG的缓冲区状态,在此情况下,侧链路BSR在下文指代为“填补侧链路BSR”;
-retx-BSR-TimerSL到期,且MAC实体针对任一个侧链路逻辑信道具有可用于传送的数据,在此情况下侧链路BSR在下文指代为“常规侧链路BSR”;
-periodic-BSR-TimerSL到期,在此情况下,侧链路BSR在下文指代为“周期性侧链路BSR”;
-否则:
-SL-RNTI或SL-V-RNTI被上部层配置,并且SL数据可用于RLC实体或PDCP实体中的传送(对什么数据将被视为可用于传送的界定分别在[3]和[4]中指定),在此情况下,侧链路BSR在下文指代为“常规侧链路BSR”。
对于常规且周期性侧链路BSR:
-如果UL准予中的位的数目等于或大于侧链路BSR的大小加上其子标头,所述侧链路BSR含有用于具有可用于传送的所有LCG的数据的缓冲区状态,那么:
-报告含有用于具有可用于传送的数据的所有LCG的缓冲区状态的侧链路BSR;
-否则,考虑到UL准予中的位的数目,报告含有用于尽可能多的具有可用于传送的数据的LCG的缓冲区状态的截断侧链路BSR。
对于填补侧链路BSR:
-如果在已经触发填补BSR之后剩余的填补位的数目等于或大于侧链路BSR的大小加上其子标头,所述侧链路BSR含有用于具有可用于传送的所有LCG的缓冲区状态,那么:
-报告含有用于具有可用于传送的数据的所有LCG的缓冲区状态的侧链路BSR;
-否则,考虑到UL准予中的位的数目,报告含有用于尽可能多的具有可用于传送的数据的LCG的缓冲区状态的截断侧链路BSR。
如果缓冲区状态报告程序确定至少一个侧链路BSR已触发且未取消:
-如果MAC实体具有针对此TTI分配用于新传送的UL资源,并且出于逻辑信道优先级区分的原因,所分配的UL资源可容纳侧链路BSRMAC控制元素加上其子标头,那么:
-指示多路复用和组装程序产生侧链路BSR MAC控制元素;
-除在所有产生的侧链路BSR是截断侧链路BSR时之外,启动或重新启动periodic-BSR-TimerSL;
-启动或重新启动retx-BSR-TimerSL;
-否则,如果常规侧链路BSR已触发,那么:
-如果上行链路准予未配置,那么:
-将触发调度请求。
MAC PDU将含有最多一个侧链路BSRMAC控制元素,即使在多个事件触发侧链路BSR时也这样,知道可以传送侧链路BSR为止,在此情况下,常规侧链路BSR和周期性侧链路BSR将优先于填补侧链路BSR。
在接收SL准予后,MAC实体将重新启动retx-BSR-TimerSL。
在针对此SC周期有效的剩余经配置SL准予可以容纳可用于侧链路通信中的传送的所有待决数据的情况下,或在有效的剩余经配置SL准予可以容纳可用于V2X侧链路通信中的传送的所有待决数据的情况下,所有所触发的常规侧链路BSR将被取消。在MAC实体不具有可用于任一个侧链路逻辑信道的传送的数据的情况下,所有所触发的侧链路BSR将被取消。当侧链路BSR(除截断侧链路BSR以外)包含在MAC PDU中以用于传送时,所有所触发的侧链路BSR将被取消。当上部层配置自主资源选择时,所有所触发的侧链路BSR将被取消,并且retx-BSR-TimerSL和periodic-BSR-TimerSL将停止。
MAC实体将在TTI中传送至多一个常规/周期性侧链路BSR。如果请求MAC实体在TTI中传送多个MAC PDU,那么它可包含任一个不含有常规/周期性侧链路BSR的MAC PDU中的填补侧链路BSR。
在TTI中传送的所有侧链路BSR始终反映在对于此TTI已经建置所有MAC PDU之后的缓冲区状态。每一LCG将每TTI报告至多一个缓冲区状态值,且此值将在报告用于此LCG的缓冲区状态的所有侧链路BSR中报告。
注意:不允许填补侧链路BSR取消触发的常规/周期性侧链路BSR。仅针对特定MACPDU触发填补侧链路BSR,且当此MAC PDU已建置时取消触发。
6.1.3.1缓冲区状态报告MAC控制元素
缓冲区状态报告(BSR)MAC控制元素由以下各项组成:
-短BSR和截断BSR格式:一个LCG ID字段和一个对应缓冲区大小字段(图6.1.3.1-1);或
-长BSR格式:四个缓冲区大小字段,对应于LCG ID#0到#3(图6.1.3.1-2)。
BSR格式由具有LCID的MAC PDU子标头识别,如表6.2.1-2中指定。
如下定义字段LCG ID和缓冲区大小:
-LCG ID:逻辑信道群组ID字段识别正报告缓冲区状态的逻辑信道的群组。字段的长度是2个位。对于NB-IoT,LCG ID被设定成#0。
-缓冲区大小:缓冲区大小字段识别在用于TTI的所有MAC PDU已经建置之后跨越逻辑信道群组的所有逻辑信道可用的总数据量。数据量是以字节的数目指示。其将包含可用于RLC层中和PDCP层中的传送的所有数据;何种数据将被视为可用于传送的定义分别在[3]和[4]中指定。RLC和MAC标头的大小在缓冲区大小计算中不考虑。此字段的长度是6个位。如果extendedBSR-Sizes未经配置,那么缓冲区大小字段采取的值在表6.1.3.1-1中示出。如果extendedBSR-Sizes经配置,那么缓冲区大小字段采取的值在表6.1.3.1-2中示出。
[3GPP TS 36.321V14.2.0的标题为“短BSR和截断BSR MAC控制元素”的图6.1.3.1-1再现为图5]
[3GPP TS 36.321V14.2.0的标题为“长BSR MAC控制元素”的图6.1.3.1-2再现为图6]
[3GPP TS 36.321V14.2.0的标题为“用于BSR的缓冲区大小水平”的表6.1.3.1-1再现为图7]
[3GPP TS 36.321V14.2.0的标题为“用于BSR的延伸缓冲区大小水平”的表6.1.3.1-2再现为图8]
6.1.3.1a侧链路BSR MAC控制元素
侧链路BSR和截断侧链路BSR MAC控制元素由每报告目标群组的一个目的地索引字段、一个LCG ID字段和一个对应缓冲区大小字段组成。
侧链路BSR MAC控制元素由具有LCID的MAC PDU子标头识别,如表6.2.1-2中指定。它们具有可变的大小。
对于每一包含的群组,字段定义如下(图6.1.3.1a-1和6.1.3.1a-2):
-目的地索引:目的地索引字段识别ProSe目的地或V2X侧链路通信的目的地。此字段的长度是4个位。将值设定成在destinationInfoList或v2x-DestinationInfoList中报告的目的地的索引且如果报告多个此类列表,则以与[8]中指定相同的次序跨越所有列表循序地对值编索引;
-LCG ID:逻辑信道群组ID字段识别正报告缓冲区状态的逻辑信道的群组。字段的长度是2个位;
-缓冲区大小:缓冲区大小字段识别在用于TTI的所有MAC PDU已经建置之后跨越ProSe目的地的LCG的所有逻辑信道可用的总数据量。数据量是以字节的数目指示。其将包含可用于RLC层中和PDCP层中的传送的所有数据;何种数据将被视为可用于传送的定义分别在[3]和[4]中指定。RLC和MAC标头的大小在缓冲区大小计算中不考虑。此字段的长度是6个位。缓冲区大小字段采取的值在表6.1.3.1-1中示出;
-R:保留位,被设定成“0”。
以属于LCG的侧链路逻辑信道的最高优先级的递减次序包含LCG的缓冲区大小,而无关于目的地索引字段的值。
[3GPP TS 36.321V14.2.0的标题为“针对偶数N的侧链路BSR和截断侧链路BSRMAC控制元素”的图6.1.3.1a-1被再现为图9]
[3GPP TS 36.321V14.2.0的标题为“针对奇数N的侧链路BSR和截断侧链路BSRMAC控制元素”的图6.1.3.1a-2被再现为图10]
逻辑信道优先级区分(Logical channel prioritization,LCP)程序和MAC控制元素与MAC SDU的多路复用在3GPP TS 36.321中描述如下:
5.4.3多路复用和组装
5.4.3.1逻辑信道优先级区分
当执行新传送时应用逻辑信道优先级区分程序。
RRC通过用于每一逻辑信道的信令而控制上行链路数据的调度:priority,其中增加的priority值指示较低优先级;prioritisedBitRate,其设定经区分优先的位速率(Prioritized Bit Rate,PBR);bucketSizeDuration,其设定桶大小持续时间(BucketSize Durat ion,BSD)。对于,NB-IoT,prioritisedBitRate、bucketSizeDuration以及逻辑信道优先级区分程序的对应步骤(即,下方的步骤1和步骤2)不适用。
MAC实体将维持用于每一逻辑信道j的变量Bj。Bj将当相关逻辑信道建立时初始化为零,且针对每一TTI由乘积PBR×TTI持续时间递增,其中PBR是逻辑信道j的经区分优先的位速率。然而,Bj的值从不可超过桶大小,且如果Bj的值大于逻辑信道j的桶大小,那么其将设定成桶大小。逻辑信道的桶大小等于PBR×BSD,其中PBR和BSD是由上部层配置。
当执行新传送时MAC实体将执行以下逻辑信道优先级区分程序:
-MAC实体将在以下步骤中将资源分配到逻辑信道:
-步骤1:具有Bj>0的所有逻辑信道以递减优先级次序被分配资源。如果逻辑信道的PBR设定成“无穷大”,那么MAC实体将在满足较低优先级逻辑信道的PBR之前为可用于逻辑信道上的传送的所有数据分配资源;
-步骤2:MAC实体将使Bj递减在步骤1中服务于逻辑信道j的MAC SDU的总大小;
●注意:Bj的值可为负。
-步骤3:如果任何资源保留,那么以严格减小优先级次序(无论Bj的值如何)服务于所有逻辑信道直到用于所述逻辑信道的数据或UL准予耗尽,无论哪种情况首先出现。被配置成具有相等优先级的逻辑信道应当被相等地服务。
-UE在以上调度程序期间还将遵循以下规则:
-如果整个SDU(或部分地传送的SDU或重传的RLC PDU)配合于相关联MAC实体的剩余资源中,那么UE不应当将RLC SDU(或部分地传送的SDU或重传的RLCPDU)分段;
-如果UE将来自逻辑信道的RLC SDU分段,那么其将最大化片段的大小以尽可能地填充相关联MAC实体的准予;
-UE应当最大化数据的传送。
-如果MAC实体被给定等于或大于4个字节的UL准予大小,同时具有可用于传送的数据,那么MAC实体将不会仅传送填补BSR和/或填补(除非UL准予大小小于7个字节且需要传送AMD PDU片段);
-对于根据帧结构类型3操作的服务小区上的传送,MAC实体将仅考虑laa-Allowed已经配置的逻辑信道。
MAC实体将不传送对应于悬置的无线电承载的逻辑信道的数据(当无线电承载被视为悬置时的条件在[8]中定义)。
如果MAC PDU仅包含用于以零MAC SDU填补BSR或周期性BSR的MAC CE且不存在对于此TTI所请求的非周期性CSI[2],那么MAC实体在以下情况中将不产生用于HARQ实体的MAC PDU:
-倘若MAC实体经配置有skipUplinkTxDynamic且向HARQ实体指示的准予是寻址到C-RNTI;或
-倘若MAC实体经配置有skipUplinkTxSPS且向HARQ实体指示的准予是经配置上行链路准予;
对于逻辑信道优先级区分程序,MAC实体将按降序考虑以下相对优先级:
-用于来自UL-CCCH的C-RNTI或数据的MAC控制元素;
-用于SPS确认的MAC控制元素;
-用于BSR的MAC控制元素,为了填补而包含的BSR除外;
-用于PHR、延伸PHR或双重连接性PHR的MAC控制元素;
-用于侧链路BSR的MAC控制元素,为了填补而包含的侧链路BSR除外;
-来自任何逻辑信道的数据,来自UL-CCCH的数据除外;
-用于为了填补而包含的BSR的MAC控制元素;
-用于为了填补而包含的侧链路BSR的MAC控制元素。
●注意:当请求MAC实体在一个TTI中传送多个MAC PDU时,步骤1到3和相关联规则可以独立地应用于每一准予或应用于准予的容量的总和。而且准予经处理的次序留给UE实施方案解决。由UE实施方案决定当请求MAC实体在一个TTI中传送多个MAC PDU时在哪一MACPDU中包含MAC控制元素。当请求UE在一个TTI中产生两个MAC实体中的MAC PDU时,由UE实施方案解决准予经处理的次序。
5.4.3.2MAC控制元素和MAC SDU的多路复用
MAC实体将根据子条款5.4.3.1和6.1.2在MAC PDU中多路复用MAC控制元素和MACSDU。
由RRC控制的逻辑信道的配置在3GPP TS 36.331中描述如下:
LogicalChannelConfig
IE LogicalChannelConfig用以配置逻辑信道参数。
LogicalChannelConfig信息元素
SR和BSR相关RRC配置在3GPP TS 36.331中描述如下:
MAC-MainConfig
IE MAC-MainConfig用以指定用于信令和数据无线电承载的MAC主要配置。可每小区群组(即MCG或SCG)独立地配置所有MAC主要配置参数,除非另外显式地指定。
MAC-MainConfig信息元素
用于NR设计的研究项目中RAN2的发展在3GPP TS 38.804中提到。3GPP TS 38.804指定支持多个基础参数且NR中的逻辑信道可以与TTI持续时间和/或基础参数相关联。此关联的主要目的是用于实现服务要求。举例来说,紧急服务可以与较短TTI相关联以用于时延减少。同时,较短TTI还提供用于数据传送的更多机会以实现较高数据速率。基础参数和TTI持续时间的定义在3GPP TS 38.804中描述如下:
5.4.7基础参数和TTI持续时间
一个基础参数对应于频域中的一个副载波间距。通过以整数N缩放基本副载波间距,可在TR 38.802[14]中界定不同基础参数。
一个TTI持续时间在一个传送方向上对应于时域中的数个连续符号。当使用不同数目个符号(例如,在一个传送方向上对应于微时隙、一个时隙或若干个时隙)时,可界定不同TTI持续时间。
一个基础参数和一个TTI持续时间的组合决定了在物理层上将如何进行传送。
无线电承载的逻辑信道所映射到的基础参数和/或TTI持续时间可经由RRC信令配置和重新配置。映射对RLC不可见,即,RLC配置是按照逻辑信道,而不依赖于基础参数和/或TTI持续时间,并且ARQ可在逻辑信道配置有的基础参数和/或TTI持续时间中的任一个上操作。
单个MAC实体可支持一个或多个基础参数和/或TTI持续时间,但为了遵从所述映射,逻辑信道优先级区分程序考虑一个LCH到一个或多个基础参数和/或TTI持续时间的映射。
注意:具有多个基础参数和TTI持续时间的HARQ操作有待进一步研究,且其应当由RAN1讨论和决定。
注意:超出TTI的基础参数的任何特性是否对MAC可见有待进一步研究(取决于RAN1中的进展)。
在RAN2#97bis会议中,与SR设计相关的新协议如下做出:
关于SR/BSR的协议
-SR应当至少区分触发SR的逻辑信道的“基础参数/TTI类型”(这如何完成有待进一步研究)。
在RAN2#98会议中,与SR设计相关的新协议如下做出:
协议
1.可对UE配置多个SR配置,且使用哪个SR配置取决于触发SR的LCH。用于逻辑信道的SR配置的粒度有待进一步研究。
2.从RAN2观点来看,具有多个SR配置的单个位SR足以区分触发SR的逻辑信道的“基础参数/TTI长度”。RAN2尚未识别具有足够支持的需要多位SR的其它使用情况。
3.RAN2未发现传达缓冲区状态信息的需要。
4.将LS发送到RAN1以向RAN1指示RAN2未发现支持多位SR的需要。
基于最新协议,SR将需要反映触发SR的上行链路逻辑信道的TTI和/或基础参数信息。此协议的主要目的是加速上行链路资源请求且避免由逻辑信道的TTI/基础参数配置造成的资源浪费。如何反映TTI和/或基础参数信息将需要进一步研究。下文论述可能的方法。
方法1-网络将多个SR配置提供到UE。不同SR配置在频域、时域和/或码域中可含有不同无线电资源,且每一SR配置链接到TTI/基础参数信息。所述链接可以基于隐式关联(例如,根据SR配置用于SR传送的基础参数链接到请求关于所述基础参数的资源)和/或显式关联(例如,TTI/基础参数信息包含在每一SR配置中)而建立。TTI/基础参数信息可以是一个或多个以下候选者:
1.基础参数(例如,基础参数索引)
2.TTI长度/持续时间(例如,最大TTI阈值、特定TTI长度/持续时间(范围))
3.逻辑信道身份
4.逻辑信道群组身份
5.逻辑信道优先级
6.QoS流ID
且UE可直接显式地或隐式地使SR配置与逻辑信道关联。举例来说,如果SR配置包含逻辑信道(群组)身份,那么属于某些逻辑信道(群组)的数据到达可触发BSR且还可基于SR配置触发对应SR。作为另一实例,如果每一SR配置包含用于执行SR传送的基础参数信息,属于某些逻辑信道(群组)的数据到达,那么将触发使用与建议使用的逻辑信道(群组)相同的基础参数的SR配置。
方法2-NR中定义具有多个位的新SR。SR中的多个位可以被设计为一个或多个字段。每一字段可用以指示如下列出的一个或多个信息:
1.基础参数
2.TTI长度/持续时间(例如,最大TTI阈值、特定TTI长度/持续时间(范围))
3.逻辑信道身份(例如,表示不同逻辑信道的位图,用于指示LCID的字段)
4.逻辑信道群组身份
5.逻辑信道优先级
6.QoS流ID
一个可能实例可以是SR中存在两个字段。第一字段表示基础参数,且第二字段表示TTI长度/持续时间。如果对基础参数A和基础参数B建议的逻辑信道以及低于0.5ms的TTI长度具有将到来的数据,则SR可以在第一字段中指示基础参数A和基础参数B且在第二字段中指示低于0.5ms的TTI。替代地,SR可以在第一字段中指示基础参数A或基础参数B且在第二字段中指示低于0.5ms的TTI。替代地,SR可以在第一字段中指示仅基础参数A且在第二字段中指示低于0.5ms的TTI。仅指示基础参数A的UE可取决于网络配置(例如,网络配置UE以指示哪一个,UE仅从网络接收基础参数A配置,…)。仅指示基础参数A的UE可取决于基础参数A上的较短时隙长度。在一个实施例中,逻辑信道与具有可用于传送的数据的其它逻辑信道的优先级相比具有最高优先级。
另一实例可以是SR中用于指示逻辑信道身份的一个字段。UE将LCID设定为在具有数据的所有逻辑信道中具有最高优先级的逻辑信道的身份。由于网络将逻辑信道的TTI和/或基础参数配置提供到UE,因此网络可了解UE的TTI/基础参数需要。
方法3-此方法是先前两个方法的混合。可以对UE配置多个SR配置,且那些SR配置中的至少一个支持多个位SR。所述多个SR配置和多个位SR独立地表示一个或多个以下信息:
1.基础参数
2.TTI长度/持续时间(例如,最大TTI阈值、特定TTI长度/持续时间(范围))
3.逻辑信道身份(例如,表示不同逻辑信道的位图,用于指示LC ID的字段)
4.逻辑信道群组身份
5.逻辑信道优先级
6.QoS流ID
通过多个位SR和多个SR配置的信息表示可以是不同的或具有某一水平的重叠。举例来说,使用多个位SR以指示逻辑信道的某个群组内的特定LCID,同时使用不同SR配置以指示在逻辑信道的不同群组中数据是否可用。特定LCID可用以关于具有数据的逻辑信道的群组识别具有最高优先级或最短TTI和/或基础参数的逻辑信道。作为另一实例,使用多个位SR和不同SR配置以指示不同信息。使用多个位SR以指示TTI长度/持续时间信息且使用多个SR配置以指示不同基础参数。
另一方面,仍存在所述协议未涵盖的一些可能的情况。对于那些情况还不清楚如何处置SR触发/设定。下文观察且列出那些可能的情况。
情况1:侧链路BSR
在LTE中,引入侧链路接口用于UE之间的直接通信。类似于BSR,侧链路BSR用以从基站请求侧链路资源。当需要传送侧链路BSR且不具有上行链路资源时UE将触发SR。由于基站将提供仅上行链路资源用于从UE响应SR且上行链路资源无法用于侧链路传送,因此根据最新协议,资源浪费仍可能发生。此外,不清楚侧链路逻辑信道是否将与TTI长度和/或基础参数相关联。
情况2:基于控制元素控制的定时器和/或计数器(例如,retx-BSR定时器)
在LTE中,存在被设计成用于处置不期望条件的一些定时器和/或计数器。当计数器到达阈值或定时器到期时,UE可以触发MAC控制元素且可以进一步触发SR。重新传送BSR定时器是LTE中的一个实例。更具体地,对于重新传送BSR定时器情况,如果重新传送BSR定时器到期并且UE仍然具有可用于属于LCG的任何逻辑信道的传输的数据,则UE触发BSR。在NR中,在许多程序中使用此设计是相当可能的。如果定时器和/或计数器触发未预期的MAC控制元素,那么UE可以触发SR以用于尽可能快地将MAC控制元素转发到网络。
情况3:可触发SR的潜在新的上行链路MAC控制元素
在NR中可以引入新控制元素用于不同目的。此处,新控制元素将触发SR。新控制元素被设计成用于UE自主地向网络(例如,基站、TRP、CU和/或DU等)报告信息。新MAC控制元素可以或可不与逻辑信道相关。举例来说,可以存在波束相关的控制元素(例如,波束报告、波束质量报告、波束失败指示等)。由于UE可以比网络侧更早检测到此条件,因此波束相关的控制元素可能需要尽可能快地向网络报告。波束相关控制元素可以用于上行链路和/或下行链路。波束相关控制元素可以用于UE波束和/或网络波束。
作为另一实例,在Rel-14中引入SPS辅助信息消息。可以存在新MAC控制元素用于快速更新最新信息。新MAC控制元素可以指示下文列出的一个或多个信息以用于帮助网络更新对应SPS:
1.逻辑信道身份
2.SPS配置索引
3.小区和/或频率信息
4.波束信息
5.无线电承载身份
6.QoS流ID
7.周期性
8.起始偏移
9.服务/业务是否终止的指示
10.包大小(例如,TB大小、MAC PDU大小、RLC PDU大小、PDCP PDU大小、IP包大小等)
由于网络可能不能够立即检测业务模式改变,因此当UE不具有上行链路资源时新控制元素能够触发SR是较好的。
可以由新MAC CE报告的其它可能的信息可为一个或多个以下信息:
1.DL信道质量
2.数据速率
3.数据到达
4.UE传送功率
5.一个或多个RB和/或一个或多个逻辑信道改变的业务特性(例如,消息大小、时延要求、优先级、通信路径(上行链路、侧链路、中继等)、MCS暗示、可靠性、侧链路的目的地和/或源、RNTI关联、RB与QoS流ID之间的映射、传送功率设定、多少(重新)传送机会、小区与RB/LC之间的映射、HARQ过程/实体与LC/RB之间的映射等)
6.UE波束成形(例如,任何时间中多少波束、在波束成形之后的功率限制、波束成形开/关等)
7.UE模式(例如,覆盖范围增强模式等)
8.UE移动性(例如,速度等)
9.拥塞检测(例如,检测特定时间侧链路和/或上行链路是否拥塞等)
此外,新MAC CE也可以是用于起始某些服务或功能的请求。所述服务或功能可以是一个或多个以下候选者。
1.***信息请求(例如,其它SI请求MAC CE)
2.资源请求(例如,(侧链路)竞争资源请求、不含准予的资源请求、前同步码资源请求、特定定时和/或特定连续周期中的保留上行链路/侧链路资源等)
3.时间对准请求
4.包复制功能请求
5.小区激活/去激活请求
6.下行链路MAC CE请求
7.TTI捆绑请求
8.定位请求
9.HARQ配置改变请求(例如,改变HARQ过程数目和/或复位HARQ
10.改变数据速率请求(例如,UE的数据速率、某个小区的数据速率,和/或一个或多个LC的数据速率等)
下文论述基于每一前述方法的可能的情况;在一个示例性实施例中,如以下所提到的所有逻辑信道皆会属于某一LCG。可替代地,如以下所提到的逻辑信道不需属于某一LCG。
应用方法1-在情况1中,提出用于处置侧链路BSR如何触发SR以用于请求上行链路资源的可能的选项。
选项1(用于UE选择SR配置的预定义规则)-可能UE根据与当由于侧链路BSR而触发SR时的默认或接入基础参数相关联的SR配置而触发SR传送。默认基础参数可以是在规范中为控制元素请求资源所定义的默认基础参数。默认基础参数可以是用于在RRC_IDLE状态和/或RRC_INACTIVE状态中接收***信息的基础参数。默认基础参数可以是用于执行初始接入的基础参数。默认基础参数可以对于不同UE是不同的(例如,NB-IoT UE和正常UE可以由于UE能力而具有不同的默认基础参数)。
另一可能性可以是UE根据与UE可使用的最大(例如,SCS=480khz、SCS=120khz)或最小基础参数(例如,SCS=15khz、SCS=2.5khz)相关联的SR配置而始终触发SR传送。UE可使用的基础参数将需要考虑UE能力。在一个实施例中,UE可使用的基础参数还将需要考虑从网络提供的配置。如果UE不具有与某些基础参数相关的配置,那么UE可能不能够在所述基础参数上传送SR,即使UE能够使用也是如此。所述配置可以是SR配置。
另一可能性可以是UE始终根据具有最密集SR传送机会的SR配置触发SR传送。又一可能性可以是UE使用UE正被配置的所有SR配置来触发SR传送。
此外,基础参数可以被方法1的描述中提到的一个或多个TTI/基础参数信息(例如,LCG和/或TTI长度等)代替。替代地,考虑上文所提及的所有可能的简单规则,另一可能性可以是网络配置当侧链路BSR被触发时UE将遵循哪一种规则。
选项2(网络配置侧链路BSR与SR配置之间的关联)-网络可能可以将基础参数和/或TTI信息提供到服务(例如,侧链路、MBMS、V2X、V2V、中继、MTC、URLLC、IoT等)。且与服务相关的MAC控制元素将通过与具有数据的逻辑信道相似的规则来触发SR传送。MAC控制元素将根据与基础参数和/或TTI信息相关联的SR配置触发SR传送。基础参数和/或TTI信息可以在服务配置(例如,侧链路通信配置、侧链路发现配置等)中提供。
另一可能性可以是网络将基础参数和/或TTI信息提供到MAC控制元素。MAC控制元素将根据与基础参数和/或TTI信息相关联的SR配置触发SR传送。此外,MAC控制元素可以或可不限于仅使用与基础参数和/或TTI信息相关的上行链路资源用于传送。
又一可能性可以是SR配置包含MAC控制元素信息(例如,MAC控制元素的LCID、MAC控制元素对应位图等)。
此外,基础参数和/或TTI信息可以被方法1的描述中提到的一个或多个信息代替。
另一可能性可以是网络在与MAC控制元素相关的服务配置中提供SR配置索引/身分。且UE根据用于MAC控制元素的SR配置索引/身分触发SR。
选项3(所有SR配置可为候选者,且UE选择其中的一个)-UE可以可能根据具有与MAC控制元素触发定时最接近的SR传送机会的SR配置触发SR传送。最接近的SR传送可能需要考虑UE处理能力。
选项4(用于控制元素(例如,侧链路BSR)的所定义SR配置)-UE可以可能以用于专门处置一个或多个MAC控制元素的SR配置进行配置。可能存在专用于处置MAC控制元素的多于一个SR配置。
选项5(UE可自主地选择多个SR配置中的一个而不是所有SR配置,且基于一些条件 决定多个SR配置)-UE可以可能以用于决定SR配置的适当集合的一个或多个准则进行配置。所述准则可以是用于TTI长度和/或基础参数的阈值。所述准则可以是LCG。
选项6(UE触发与具有数据的逻辑信道相关的SR配置)-假定侧链路逻辑信道也将关联不同的TTI长度和/或基础参数,UE可以应用类似于上行链路设计的解决方案。
UE可以可能根据与在所有ProSe目的地中具有数据的所有侧链路逻辑信道内的最高优先级侧链路逻辑信道的TTI长度和/或基础参数相关联的SR配置来触发SR传送。另一可能性可以是UE根据与用于最新侧链路BSR触发的侧链路逻辑信道的TTI长度和/或基础参数相关联的SR配置来触发SR传送。
在情况2中,考虑和提出用于处置用于基于控制元素而控制的定时器和/或计数器的SR触发的以下可能的选项:
选项1(用于UE选择SR配置的预定义规则)-UE可以可能当控制元素需要触发SR时根据与默认或接入基础参数相关联的SR配置来触发SR传送。默认基础参数可以是在规范中为控制元素请求资源所定义的默认基础参数。默认基础参数可以是用于在RRC_IDLE状态和/或RRC_INACTIVE状态中接收***信息的基础参数。默认基础参数可以是用于执行初始接入的基础参数。默认基础参数可以对于不同UE是不同的(例如,NB-IoT UE和正常UE可以由于UE能力而具有不同的默认基础参数)。
替代地,UE可以始终根据与UE可以使用的最大或最小基础参数相关联的SR配置来触发SR传送。UE可以使用的基础参数将需要考虑UE能力。在一个实施例中,UE可以使用的基础参数也将需要考虑从网络提供的配置。如果UE不具有与某些基础参数相关的配置,那么UE可能不能够在所述基础参数上传送SR,即使UE能够使用也是如此。所述配置可以是SR配置。
另一可能性可以是UE始终根据具有最密集SR传送机会的SR配置进行SR传送。又一可能性可以是UE在UE正被配置的所有SR配置上触发SR传送。此外,基础参数可以被方法1的描述中提到的一个或多个TTI/基础参数信息(例如,LCG和/或TTI长度,…)代替。替代地,考虑上文所提及的所有可能的简单规则,另一可能性可以是网络配置当触发基于MAC CE的定时器/计数器控制时UE将遵循哪一个规则。
选项2(网络配置此基于MAC CE的定时器/计数器控制与SR配置之间的关联)-网络可能可以将基础参数和/或TTI信息提供到服务(例如,侧链路、MBMS、V2X、V2V、中继、MTC、URLLC、IoT等)。与服务相关的MAC控制元素将通过与具有数据的逻辑信道相似的规则来触发SR配置。MAC控制元素将根据与基础参数和/或TTI信息相关联的SR配置触发SR传送。基础参数和/或TTI信息可以在服务配置(例如,侧链路通信配置、侧链路发现配置等)中提供。
替代地,网络可以可能将基础参数和/或TTI信息提供到MAC控制元素。更具体地说,在情况2中,基础参数和/或TTI信息可以提供到特定定时器或计数器用于处置基于MACCE控制的定时器/计数器。MAC控制元素将根据与基础参数和/或TTI信息相关联的SR配置来触发SR传送。此外,MAC控制元素可以或可不限于仅使用与基础参数和/或TTI信息相关的上行链路资源用于传送。
另一可能性可以是SR配置包含MAC控制元素信息(例如,MAC控制元素的LCID、MAC控制元素对应位图、与基于MAC CE的定时器/计数器控制相关的定时器和/或计数器IE)。此外,基础参数和/或TTI信息可以被方法1的描述中提到的一个或多个信息代替。
另一可能性可以是网络在与MAC控制元素相关的服务配置中提供SR配置索引/身分。且UE根据用于MAC控制元素的SR配置索引/身分触发SR。
选项3(所有SR配置可为候选者,且UE选择其中的一个)-UE可以可能根据具有与MAC控制元素触发定时最接近的SR传送机会的SR配置触发SR传送。最接近的SR传送可能需要考虑UE处理能力。
选项4(用于控制元素(例如,用于基于MAC CE的定时器/计数器控制、用于不与逻 辑信道相关的MAC CE)的所定义SR配置)-UE将可能以用于专门处置一个或多个MAC控制元素的SR配置进行配置。可能存在专用于处置MAC控制元素的多于一个SR配置。
选项5(UE可以自主地选择多个SR配置中的一个而不是所有SR配置,且基于一些条 件决定多个SR配置)-UE将可能以用于决定SR配置的适当集合的一个或多个准则进行配置。所述准则可以是用于TTI长度和/或基础参数的阈值。所述准则可以是LCG。
选项6(基于缓冲区状态触发SR)-UE可能基于当前哪一个逻辑信道具有数据来触发SR传送。更具体地说,UE将根据与具有数据的所有(侧链路)逻辑信道内的最高优先级逻辑信道的TTI和/或基础参数相关联的SR配置来触发SR传送。
替代地,UE可以根据与具有数据的所有(侧链路)逻辑信道内的最高优先级逻辑信道的LCG相关联的SR配置来触发SR传送。
选项7(基于定时器/计数器参数触发SR)-通常,定时器和/或计数器将基于某个时间单位而增加或减小。UE可能根据与所述时间单位相关联的SR配置来触发SR传送。可存在用于将时间单位转换为对应基础参数和/或TTI的参数(例如,1个时隙、14个OFDM符号等)。举例来说,如果1ms子帧是定时器的时间单位且UE触发由定时器控制的控制元素,则控制元素将使用15khz基础参数上的SR配置。
在情况3中,用于处置用于潜在新控制元素的SR触发的可能的选项如下:
选项1(用于UE选择SR配置的预定义规则)-UE可能当新MAC CE需要触发SR时根据与默认或接入基础参数相关联的SR配置来触发SR传送。默认基础参数可以是在规范中为控制元素请求资源所定义的默认基础参数。默认基础参数可以是用于在RRC_IDLE状态和/或RRC_INACTIVE状态中接收***信息的基础参数。默认基础参数可以是用于执行初始接入的基础参数。默认基础参数可以对于不同UE是不同的(例如,NB-IoT UE和正常UE可以由于UE能力而具有不同的默认基础参数)。
替代地,UE可以始终根据与UE可使用的最大或最小基础参数相关联的SR配置来触发SR传送。UE可使用的基础参数将需要考虑UE能力。在一个实施例中,UE可以使用的基础参数也将需要考虑从网络提供的配置。如果UE不具有与某些基础参数相关的配置,那么UE可能不能够在所述基础参数上传送SR,即使UE能够使用也是如此。所述配置可以是SR配置。
另一可能性可以是UE始终根据具有最密集SR传送机会的SR配置进行SR传送。又一可能性可以是UE在UE正被配置的所有SR配置上触发SR传送。此外,基础参数可以被方法1的描述中提到的一个或多个TTI/基础参数信息(例如,LCG和/或TTI长度,…)代替。替代地,考虑上文所提及的所有可能的简单规则,另一可能性可以是网络配置当新控制元素被触发时UE将遵循哪一种规则。
选项2(网络配置新MAC CE与SR配置之间的关联)-网络可能可以将基础参数和/或TTI信息提供到服务(例如,侧链路、MBMS、V2X、V2V、中继、MTC、URLLC、IoT等)。且与服务相关的MAC控制元素将通过与具有数据的逻辑信道相似的规则进行SR配置的SR传送。MAC控制元素将根据与基础参数和/或TTI信息相关联的SR配置触发SR传送。基础参数和/或TTI信息可以在服务配置(例如,侧链路通信配置、侧链路发现配置等)中提供。
另一可能性可以是网络将基础参数和/或TTI信息提供到MAC控制元素。MAC控制元素将根据与基础参数和/或TTI信息相关联的SR配置触发SR传送。此外,MAC控制元素可以或可不限于仅使用与基础参数和/或TTI信息相关的上行链路资源用于传送。
另一可能性可以是SR配置包含MAC控制元素信息(例如,MAC控制元素的LCID、MAC控制元素对应位图、…)。此外,基础参数和/或TTI信息可以被方法1的描述中提到的一个或多个信息代替。
另一可能性可以是网络在与MAC控制元素相关的服务配置中提供SR配置索引/身分。且UE根据用于MAC控制元素的SR配置索引/身分触发SR。
选项3(所有SR配置可为候选者,且UE选择其中的一个)-UE可能根据具有与MAC控制元素触发定时最接近的SR传送的SR配置来触发SR传送。最接近的SR传送可能需要考虑UE处理能力。
选项4(用于新MAC控制元素的所定义SR配置)-UE可能将以专用于处置一个或多个MAC多个MAC控制元素的SR配置进行配置。可能存在专用于处置MAC控制元素的多于一个SR配置。
选项5(UE可以自主地选择多个SR配置中的一个而不是所有SR配置,且基于一些条 件决定多个SR配置)-UE可能将以用于决定SR配置的适当集合的一个或多个准则进行配置。所述准则可以是用于TTI长度和/或基础参数的阈值。The criteria couldbe LCG(s).
应用方法2
在情况1中,用于处置侧链路BSR如何触发SR以用于请求上行链路资源的可能的选项如下:
选项1(用于UE设定多个位SR的预定义规则)-UE可能当侧链路BSR需要触发SR时将多个位SR设定为默认或接入基础参数。默认基础参数可以是在规范中为MAC控制元素请求资源所定义的默认基础参数。默认基础参数可以是用于在RRC_IDLE状态和/或RRC_INACTIVE状态中接收***信息的基础参数。默认基础参数可以对于不同UE是不同的(例如,NB-IoT UE和正常UE可以由于UE能力而具有不同的默认基础参数)。
另一可能性可以是UE将多个位SR设定为UE可使用的最大或最小基础参数。UE可使用的基础参数将需要考虑UE能力。在一个实施例中,UE可使用的基础参数还将需要考虑从网络提供的配置。如果UE不具有与某些基础参数相关的配置,那么UE可能不能够在所述基础参数上传送SR,即使UE能够使用也是如此。所述配置可以是数据传送相关配置。
又一可能性可以是UE设定多个位SR以请求UE可使用的所有基础参数。此外,基础参数可以被方法2的描述中提到的一个或多个TTI/基础参数信息(例如,LCG和/或TTI长度等)代替。替代地,考虑上文所提及的所有可能的简单规则,另一可能性可以是网络配置当侧链路BSR被触发时UE将遵循哪一种规则。
选项2(网络配置侧链路BSR与多个位SR设定之间的关联)-网络可能可以将基础参数和/或TTI信息提供到服务(例如,侧链路、MBMS、V2X、V2V、中继、MTC、URLLC、IoT等)。且与服务相关的MAC控制元素将通过与具有数据的逻辑信道相似的规则来设定多个位SR。MAC控制元素将多个位SR设定为基础参数和/或TTI信息。基础参数和/或TTI信息可以在服务配置(例如,侧链路通信配置、侧链路发现配置等)中提供。
另一可能性可以是网络将基础参数和/或TTI信息提供到MAC控制元素。MAC控制元素将多个位SR设定为基础参数和/或TTI信息。此外,MAC控制元素可以或可不限于仅使用与基础参数和/或TTI信息相关的上行链路资源用于传送。
又一可能性可以是SR配置包含如何设定MAC控制元素信息(例如,MAC控制元素的LCID与多个位设定之间的关联等)。此外,基础参数和/或TTI信息可以被方法1的描述中提到的一个或多个信息代替。
选项3-在此选项中,多个位SR的所有可能的设定可为候选者。且UE自身决定如何设定。
选项4(用于控制元素(例如,侧链路BSR)的多个位SR的所定义专用设定)-UE可能将以用于处置一个或多个MAC控制元素的多个位SR中的一个或多个字段的专用设定进行配置。可以存在用以处置不同MAC控制元素的多于一个专用设定。
选项5(UE可自主地选择多个位SR的多个设定中的一个而不是所有可能的设定)-基于一些条件决定多个SR设定)-UE可能将以用于决定SR设定的适当集合的一个或多个准则进行配置。所述准则可以是用于TTI长度和/或基础参数的阈值。所述准则可以是LCG。
选项6(UE基于具有数据的逻辑信道设定多个位SR)-假定侧链路逻辑信道也将关联不同的TTI长度和/或基础参数。在此假设中,UE可以应用类似于上行链路设计的解决方案。UE可能将多个位SR设定为在所有ProSe目的地中具有数据的所有侧链路逻辑信道内的最高优先级侧链路逻辑信道的TTI长度和/或基础参数。另一可能性可以是UE将多个位SR设定为用于最新侧链路BSR触发的侧链路逻辑信道的TTI长度和/或基础参数。
在情况2中,用于处置用于基于控制元素控制的定时器和/或计数器的SR触发的可能的选项如下:
选项1(用于UE设定多个位SR的预定义规则)-UE可能当基于MAC CE的定时器/计数器控制需要触发SR时将多个位SR设定为默认或接入基础参数。默认基础参数可以是在规范中为控制元素请求资源所定义的默认基础参数。默认基础参数可以是用于在RRC_IDLE状态和/或RRC_INACTIVE状态中接收***信息的基础参数。默认基础参数可以对于不同UE是不同的(例如,NB-IoT UE和正常UE可以由于UE能力而具有不同的默认基础参数)。
另一可能性可以是UE将多个位SR设定为UE可使用的最大或最小基础参数。UE可使用的基础参数将需要考虑UE能力。在一个实施例中,UE可使用的基础参数还将需要考虑从网络提供的配置。如果UE不具有与某些基础参数相关的配置,那么UE可能不能够在所述基础参数上传送SR,即使UE能够使用也是如此。所述配置可以是数据传送相关配置。
又一可能性可以是UE设定多个位SR以请求UE可使用的所有基础参数。此外,基础参数可以被方法2的描述中提到的一个或多个TTI/基础参数信息(例如,LCG和/或TTI长度,…)代替。替代地,考虑上文所提及的所有可能的简单规则,另一可能性可以是网络配置当触发基于MAC CE的定时器/计数器控制时UE将遵循哪一个规则。
选项2(网络配置基于MAC CE的定时器/计数器控制与多个位SR设定之间的关联)-网络可能可以将基础参数和/或TTI信息提供到服务。且与服务相关的MAC控制元素将通过与具有数据的逻辑信道相似的规则来设定多个位SR。MAC控制元素将多个位SR设定为基础参数和/或TTI信息。基础参数和/或TTI信息可以在服务配置(例如,侧链路通信配置、侧链路发现配置等)中提供。
另一可能性可以是网络将基础参数和/或TTI信息提供到MAC控制元素。MAC控制元素将多个位SR设定为基础参数和/或TTI信息。此外,MAC控制元素可以或可不限于仅使用与基础参数和/或TTI信息相关的上行链路资源用于传送。
又一可能性可以是SR配置包含如何设定MAC控制元素信息(例如,MAC控制元素的LCID与多个位设定之间的关联,…)。此外,基础参数和/或TTI信息可以被方法2的描述中提到的一个或多个信息代替。
选项3-在此选项中,多个位SR的所有可能的设定可为候选者,且UE自身决定如何设定。
选项4(用于基于MAC CE的定时器/计数器控制的多个位SR的所定义专用设定)-UE可能将以用于处置一个或多个控制元素的多个位SR中的一个或多个字段的专用设定进行配置。可以存在用以处置不同控制元素的多于一个专用设定。
选项5:UE可自主地选择多个位SR的多个设定中的一个而不是所有可能的设定;且 基于一些条件决定多个SR设定-UE将可能以用于决定SR设定的适当集合(例如,如何设定SR的不同字段)的一个或多个准则进行配置。所述准则可以是用于TTI长度和/或基础参数的阈值。所述准则可以是LCG。
选项6(基于缓冲区状态设定多个位SR)-UE可能基于当前哪一逻辑信道具有数据而设定多个位SR。更具体地说,UE将多个位SR设定为具有数据的所有(侧链路)逻辑信道内的最高优先级逻辑信道的TTI和/或基础参数。
替代地,UE将多个位SR设定为具有数据的所有(侧链路)逻辑信道内的最高优先级逻辑信道的LCG。
选项7(基于定时器/计数器参数设定多个位SR)-通常,定时器和/或计数器将基于某个时间单位而增加或减小。UE可能基于时间单位来设定多个位SR。可存在用于将时间单位转换为对应基础参数和/或TTI的参数(例如,1个时隙、14个OFDM符号,…)。举例来说,如果1ms子帧是定时器的时间单位且UE触发由定时器控制的控制元素,则控制元素将多个位SR设定为15khz基础参数。
在情况3中,用于处置用于潜在新控制元素的SR触发的可能的选项如下:
选项1(用于UE设定多个位SR的预定义规则)-UE可能当新控制元素需要触发SR时将多个位SR设定为默认或接入基础参数。默认基础参数可以是在规范中为控制元素请求资源所定义的默认基础参数。默认基础参数可以是用于在RRC_IDLE状态和/或RRC_INACTIVE状态中接收***信息的基础参数。默认基础参数可以对于不同UE是不同的(例如,NB-IoTUE和正常UE可以由于UE能力而具有不同的默认基础参数)。
另一可能性可以是UE将多个位SR设定为UE可使用的最大或最小基础参数。UE可使用的基础参数将需要考虑UE能力。在一个实施例中,UE可使用的基础参数还将需要考虑从网络提供的配置。如果UE不具有与某些基础参数相关的配置,那么UE可能不能够在所述基础参数上传送SR,即使UE能够使用也是如此。所述配置可以是数据传送相关配置。
又一可能性可以是UE设定多个位SR以请求UE可使用的所有基础参数。此外,基础参数可以被方法2的描述中提到的一个或多个TTI/基础参数信息(例如,LCG和/或TTI长度,…)代替。替代地,考虑上文所提及的所有可能的简单规则,另一可能性可以是网络配置当新MAC控制元素被触发时UE将遵循哪一种规则。
选项2(网络配置新MAC控制元素与多个位SR设定之间的关联)-网络可能可以将基础参数和/或TTI信息提供到服务(例如,侧链路、MBMS、V2X、V2V、中继、MTC、URLLC、IoT等)。与服务相关的MAC控制元素将通过与具有数据的逻辑信道相似的规则来设定多个位SR。MAC控制元素将多个位SR设定为基础参数和/或TTI信息。基础参数和/或TTI信息可以在服务配置(例如,侧链路通信配置、侧链路发现配置、…)中提供。
另一可能性可以是网络将基础参数和/或TTI信息提供到MAC控制元素。MAC控制元素将多个位SR设定为基础参数和/或TTI信息。此外,MAC控制元素可以或可不限于仅使用与基础参数和/或TTI信息相关的上行链路资源用于传送。
又一可能性可以是SR配置包含如何设定MAC控制元素信息(例如,MAC控制元素的LCID与多个位设定之间的关联,…)。此外,基础参数和/或TTI信息可以被方法2的描述中提到的一个或多个信息代替。
选项3-多个位SR的所有可能的设定可为候选者,且UE自身决定如何设定。
选项4(用于控制元素的多个位SR的所定义专用设定)-UE可能将以用于处置一个或多个控制元素的多个位SR中的一个或多个字段的专用设定进行配置。可以存在用以处置不同控制元素的多于一个专用设定。
选项5(UE可自主地选择多个位SR的多个设定中的一个而不是所有可能的设定;且基于一些条件决定多个SR设定)-UE可能将以用于决定SR设定的适当集合的一个或多个准则进行配置。所述准则可以是用于TTI长度和/或基础参数的阈值。所述准则可以是LCG。
应用方法3
在情况1中,用于处置侧链路BSR如何触发SR以用于请求上行链路资源的一些可能的选项如下:
选项1(用于UE选择SR配置且相应地设定多个位SR的预定义规则)-UE可能当侧链路BSR需要触发SR时根据与默认或接入基础参数相关联的SR配置来触发且设定SR传送。默认基础参数可以是在规范中为控制元素请求资源所定义的默认基础参数。默认基础参数可以是用于在RRC_IDLE状态和/或RRC_INACTIVE状态中接收***信息的基础参数。默认基础参数可以对于不同UE是不同的(例如,NB-IoT UE和正常UE可以由于UE能力而具有不同的默认基础参数)。
另一可能性可以是UE始终根据与UE可使用的最大或最小基础参数相关联的SR配置来触发且设定SR传送。UE可使用的基础参数将需要考虑UE能力。在一个实施例中,UE可使用的基础参数还将需要考虑从网络提供的配置。如果UE不具有与某些基础参数相关的配置,那么UE可能不能够在所述基础参数上传送SR,即使UE能够使用也是如此。所述配置可以是SR配置。
又一可能性可以是UE始终触发具有最密集SR传送机会的SR配置。此外,基础参数可以被方法3的描述中提到的一个或多个TTI/基础参数信息(例如,LCG和/或TTI长度,…)代替。替代地,考虑上文所提及的所有可能的简单规则,另一可能性可以是网络配置当侧链路BSR被触发时UE将遵循哪一种规则。
选项2(网络配置侧链路BSR和SR配置与多个位SR设定之间的关联)-网络可能可以将基础参数和/或TTI信息提供到服务(例如,侧链路、MBMS、V2X、V2V、中继、MTC、URLLC、IoT等)。与服务相关的MAC控制元素将通过与具有数据的逻辑信道相似的规则来触发且设定SR传送。MAC控制元素将根据与基础参数和/或TTI信息相关联的SR配置触发且设定SR传送。基础参数和/或TTI信息可以在服务配置(例如,侧链路通信配置、侧链路发现配置、…)中提供。
另一可能性可以是网络将基础参数和/或TTI信息提供到MAC控制元素。MAC控制元素将根据与基础参数和/或TTI信息相关联的SR配置触发SR传送。此外,MAC控制元素可以或可不限于仅使用与基础参数和/或TTI信息相关的上行链路资源用于传送。
又一可能性可以是SR配置包含MAC控制元素信息和/或如何设定用于MAC CE的多个位SR(例如,MAC元素的LCID、MAC控制元素对应位图、…)。此外,基础参数和/或TTI信息可以被方法3的描述中提到的一个或多个信息代替。
另一可能性可以是网络在与MAC控制元素相关的服务配置中提供SR配置索引/身分和/或如何设定多个位SR。且UE根据用于MAC控制元素的SR配置索引/身分触发SR并且还基于服务配置设定多个位SR。
选项3(UE实施方案)-所有SR配置和/或多个位SR设定可为候选者。UE可决定选择哪一种SR配置以及如何对其进行设定。
选项4(用于控制元素(例如,侧链路BSR)的所定义SR配置和多个位SR设定)-UE可能将以专用于处置一个或多个控制元素的SR配置和特定多个位SR设定进行配置。可以存在专用于处置控制元素的多于一个SR配置和/或特定SR设定。
选项5(UE可自主地选择多个SR配置和/或多个位SR设定中的一个,且基于一些条 件决定多个SR配置和/或多个位SR设定)-UE可能将以用于决定SR配置和/或多个位SR设定的适当集合的一个或多个准则进行配置。所述准则可以是用于TTI长度和/或基础参数的阈值。所述准则可以是LCG。
选项6(UE根据与具有数据的逻辑信道相关联的SR配置触发且设定SR传送)-假定侧链路逻辑信道也将关联于不同的TTI长度和/或基础参数,UE可以应用类似于上行链路设计的解决方案。UE可能根据与在所有ProSe目的地中具有数据的所有侧链路逻辑信道内的最高优先级侧链路逻辑信道的TTI长度和/或基础参数相关联的SR配置来触发且设定SR传送。
另一可能性可以是UE根据与用于最新侧链路BSR触发的侧链路逻辑信道的TTI长度和/或基础参数相关联的SR配置来触发且设定SR传送。
在情况2中,用于处置用于基于控制元素控制的定时器和/或计数器的SR触发的一些可能的选项如下:
选项1(用于UE选择SR配置且相应地设定多个位SR的预定义规则)-UE可能当基于MAC CE的定时器/计数器控制需要触发SR时根据与默认或接入基础参数相关联的SR配置来触发且设定SR传送。默认基础参数可以是在规范中为控制元素请求资源所定义的默认基础参数。默认基础参数可以是用于在RRC_IDLE状态和/或RRC_INACTIVE状态中接收***信息的基础参数。默认基础参数可以对于不同UE是不同的(例如,NB-IoT UE和正常UE可以由于UE能力而具有不同的默认基础参数)。
另一可能性可以是UE始终根据与UE可使用的最大或最小基础参数相关联的SR配置来触发且设定SR传送。UE可使用的基础参数将需要考虑UE能力。在一个实施例中,UE可使用的基础参数还将需要考虑从网络提供的配置。如果UE不具有与某些基础参数相关的配置,那么UE可能不能够在所述基础参数上传送SR,即使UE能够使用也是如此。所述配置可以是SR配置。
又一可能性可以是UE始终触发具有最密集SR传送机会的SR配置。此外,基础参数可以被方法3的描述中提到的一个或多个TTI/基础参数信息(例如,LCG和/或TTI长度,…)代替。替代地,考虑上文所提及的所有可能的简单规则,另一可能性可以是网络配置当新MAC控制元素被触发时UE将遵循哪一种规则。
选项2(网络配置基于MAC CE的定时器/计数器控制与SR配置和多个位SR设定之间 的关联)-网络可能可以将基础参数和/或TTI信息提供到服务。与服务相关的MAC控制元素将通过与具有数据的逻辑信道相似的规则来触发且设定SR传送。MAC控制元素将根据与基础参数和/或TTI信息相关联的SR配置触发且设定SR传送。基础参数和/或TTI信息可以在服务配置(例如,侧链路通信配置、侧链路发现配置、…)中提供。
另一可能性可以是网络将基础参数和/或TTI信息提供到MAC控制元素。MAC控制元素将根据与基础参数和/或TTI信息相关联的SR配置触发SR传送。此外,MAC控制元素可以或可不限于仅使用与基础参数和/或TTI信息相关的上行链路资源用于传送。
又一可能性可以是SR配置包含MAC控制元素信息和/或如何设定用于MAC CE的多个位SR(例如,MAC元素的LCID、MAC控制元素对应位图、…)。此外,基础参数和/或TTI信息可以被方法3的描述中提到的一个或多个信息代替。
另一可能性可以是网络在与MAC控制元素相关的服务配置中提供SR配置索引/身分和/或如何设定多个位SR。且UE根据用于MAC控制元素的SR配置索引/身分触发SR并且还基于服务配置设定多个位SR。
选项3(UE实施方案)-所有SR配置和/或多个位SR设定可为候选者;且UE可决定选择哪一种SR配置以及如何对其进行设定。
选项4(用于控制元素(例如,侧链路BSR)的所定义SR配置和多个位SR设定)-UE可能将以专用于处置一个或多个控制元素的SR配置和特定多个位SR设定进行配置。可以存在专用于处置MAC控制元素的多于一个SR配置和/或特定SR设定。
选项5(UE可自主地选择多个SR配置和/或多个位SR设定中的一个,且基于一些条 件决定多个SR配置和/或多个位SR设定)-UE可能将以用于决定SR配置和/或多个位SR设定的适当集合的一个或多个准则进行配置。所述准则可以是用于TTI长度和/或基础参数的阈值。所述准则可以是LCG。
选项6(基于缓冲区状态触发且设定SR)-UE可能基于哪个(哪些)逻辑信道当前具有数据而触发且设定SR传送。更具体地说,UE将根据与具有数据的所有(侧链路)逻辑信道内的最高优先级逻辑信道的TTI和/或基础参数相关联的SR配置来触发且设定SR传送。
替代地,UE将根据与具有数据的所有(侧链路)逻辑信道内的最高优先级逻辑信道的LCG相关联的SR配置来触发且设定SR传送。
选项7(基于定时器/计数器参数触发且设定SR)-通常,定时器和/或计数器将基于某个时间单位而增加或减小。UE可能根据与所述时间单位相关联的SR配置来触发且设定SR传送。可存在用于将时间单位转换为对应基础参数和/或TTI的参数(例如,1个时隙、14个OFDM符号,…)。举例来说,如果1ms子帧是定时器的时间单位且UE触发由定时器控制的控制元素,则控制元素将根据与15khz基础参数相关联的SR配置来触发且设定SR传送。
在情况3中,用于处置用于潜在新控制元素的SR触发的一些可能的选项如下:
选项1(用于UE选择SR配置且相应地设定多个位SR的预定义规则)-UE可能当新MACCE需要触发SR时根据与默认或接入基础参数相关联的SR配置来触发且设定SR传送。默认基础参数可以是在规范中为控制元素请求资源所定义的默认基础参数。默认基础参数可以是用于在RRC_IDLE状态和/或RRC_INACTIVE状态中接收***信息的基础参数。默认基础参数可以对于不同UE是不同的(例如,NB-IoT UE和正常UE可以由于UE能力而具有不同的默认基础参数)。
另一可能性可以是UE始终根据与UE可使用的最大或最小基础参数相关联的SR配置来触发且设定SR传送。UE可使用的基础参数将需要考虑UE能力。在一个实施例中,UE可使用的基础参数还将需要考虑从网络提供的配置。如果UE不具有与某些基础参数相关的配置,那么UE可能不能够在所述基础参数上传送SR,即使UE能够使用也是如此。所述配置可以是SR配置。
又一可能性可以是UE始终触发具有最密集SR传送机会的SR配置。此外,基础参数可以被方法3的描述中提到的一个或多个TTI/基础参数信息(例如,LCG和/或TTI长度等)代替。替代地,考虑上文所提及的所有可能的简单规则,另一可能性可以是网络配置当新MAC控制元素被触发时UE将遵循哪一种规则。
选项2(网络配置新MAC CE与SR配置和多个位SR设定之间的关联)-网络可能可以将基础参数和/或TTI信息提供到服务。与服务相关的MAC控制元素将通过与具有数据的逻辑信道相似的规则来触发且设定SR传送。MAC控制元素将根据与基础参数和/或TTI信息相关联的SR配置触发且设定SR传送。基础参数和/或TTI信息可以在服务配置(例如,侧链路通信配置、侧链路发现配置、…)中提供。
另一可能性可以是网络将基础参数和/或TTI信息提供到MAC控制元素。MAC控制元素将根据与基础参数和/或TTI信息相关联的SR配置触发SR传送。此外,MAC控制元素可以或可不限于仅使用与基础参数和/或TTI信息相关的上行链路资源用于传送。
又一可能性可以是SR配置包含MAC控制元素信息和/或如何设定用于MAC CE的多个位SR(例如,MAC元素的LCID、MAC控制元素对应位图、…)。此外,基础参数和/或TTI信息可以被方法3的描述中提到的一个或多个信息代替。
另一可能性可以是网络在与MAC控制元素相关的服务配置中提供SR配置索引/身分和/或如何设定多个位SR。且UE根据用于MAC控制元素的SR配置索引/身分触发SR并且还基于服务配置设定多个位SR。
选项3(UE实施方案)-所有SR配置和/或多个位SR设定可为候选者;且UE可决定选择哪一种SR配置以及如何对其进行设定。
选项4(用于控制元素(例如,侧链路BSR)的所定义SR配置和多个位SR设定)-UE可能将以专用于处置一个或多个控制元素的SR配置和特定多个位SR设定进行配置。可以存在专用于处置控制元素的多于一个SR配置和/或特定SR设定。
选项5(UE可自主地选择多个SR配置和/或多个位SR设定中的一个,且基于一些条 件决定多个SR配置和/或多个位SR设定)-UE可能将以用于决定SR配置和/或多个位SR设定的适当集合的一个或多个准则进行配置。所述准则可以是用于TTI长度和/或基础参数的阈值。所述准则可以是LCG。
图11是基础参数和TTI概念的示例性图示。如图11中所示出,在此实例中将基础参数解释为副载波间距(sub-carrier spacing,SCS)。TTI指代调度的时域持续时间(例如,一个或多个OFDM符号、毫秒、时隙、子帧、…)。替代地,可以将基础参数解释为在某些SCS中的特定TTI持续时间。此外,在***观点中带可以半静态地分成不同子带以用于支持不同基础参数。从UE来看,此分离可能是不可见的。替代地,可以不存在分离,且网络基于控制信号动态地在不同基础参数上分配资源。
图12是用于在情况3中应用方法1的选项2的实例。在之前的部分中,逻辑信道1(LC1)的数据和逻辑信道2(LC2)的数据独立地触发上行链路BSR。由LC1和LC2使用的SR配置是不同的,以用于反映不同基础参数上的资源需要。此外,SR配置可以包含用于建立关联的新MAC CE的身份。基于所述关联,在后面的部分中,当UE触发新MAC CE且不存在上行链路资源时,UE根据SR配置1传送SR。另一方面,如果当不存在上行链路资源时UE触发侧链路BSR,那么UE将根据SR配置2传送SR。
图13是在情况1中应用方法1的选项2的实例。类似于图12,通过在侧链路服务配置中包含基础参数信息(即基础参数1)而建立所述关联。当UE触发侧链路BSR且不存在上行链路资源时,UE将根据SR配置1传送SR。
图14是在情况3中应用方法1的选项2的实例。类似于先前实例,通过基础参数与新MAC CE的身份之间的映射表而建立所述关联。
图15是在情况3中应用方法2的选项2的实例。SR包含用于单独地指示TTI持续时间需要和基础参数需要的两个不同的字段。在之前的部分中,逻辑信道1的数据和逻辑信道2的数据独立地触发上行链路BSR。用于每一数据到达事件的SR传送是根据逻辑信道配置以不同值设定。在后面的部分中,由于新MAC CE也具有对应逻辑信道配置,因此将相应地设定用于转发新MAC CE的SR传送。
图16是在情况3中应用方法2的选项1的实例。在此实例中,UE将选择TTI和基础参数的组合以用于尽可能快地递送新MAC CE。因此,UE将SR中的字段设定为120khz SCS和TTI以用于紧急服务。
图17是在情况3中应用方法1的选项1的实例。在此实例中,UE将触发且传送与用于新MAC CE的最大基础参数相关的SR配置的SR。因此,UE根据SR配置1传送SR。
图18是在情况3中应用方法1的选项3的实例。在此实例中每一SR配置将具有其SR传送机会。SR传送机会在不同表中以“O”指示示出。当UE触发新MAC CE时,UE将不管SR配置如何都选择紧邻触发定时的最接近SR传送机会。在此实例中,选择SR配置2中的SR传送机会。在不同替代方案中,UE可考虑SR配置。更具体地说,当选择适当SR传送资源时UE将不考虑所有SR配置。UE将基于准则和/或阈值而排除一些SR配置。所述准则可以是本公开中提到的一个或多个信息候选者。阈值可以是SR配置相关联的信息,例如基础参数、TTI持续时间、LCG、优先级、TB大小等。
PDCCH监视论述
在当前NR设计中,引入多个基础参数以用于支持变化的服务要求和UE能力。更具体地说,不同基础参数意味着不同单载波间距(SCS)且可支持不同TTI持续时间。不同基础参数上的数据传送将由于不同TTI持续时间而具有不同时延。使用的SCS越大,支持的TTI持续时间越短。
在LTE中,在UE传送SR之后,UE需要保持监视控制信道(例如,PDCCH)用于从基站接收对应调度,直到不存在待决SR(或取消SR)为止。关于用于调度数据传送的基础参数的控制信道,可考虑以下一些可能的设计:
替代方案1:基础参数上的控制信道可仅调度基础参数上的数据信道。
替代方案2:基础参数上的控制信道可调度一个或多个基础参数上的数据信道。
替代方案3:基础参数上的控制信道可调度UE可支持和/或UE被配置有的任何基础参数。
对于替代方案1,控制信道将与用于调度的特定数据基础参数相关联。UE将预期从控制信道接收的数据资源调度(例如,下行链路指派、上行链路准予、侧链路准予、SPS调度、无准予激活命令)在特定基础参数上发生。所述关联可以由网络(例如,基站)配置。所述关联可以是隐式建立的。隐式关联可以是与数据信道相同的基础参数上、与某些基础参数上的数据信道的子带相同的子带上、或与某些基础参数上的数据信道的小区相同的小区中的控制信道。
关于替代方案2,不同基础参数上的控制信道与数据信道之间的关联可以是隐式或显式的。举例来说,在隐式关联情况中,控制信道可用以在较大/较小和等于控制信道的基础参数的任何基础参数上调度数据传送。以此方式,一旦UE被配置有控制信道,UE就将自身建立关联。对于另一实例,在显式关联中,当网络提供控制信道的配置时,网络可使控制信道关联到一个或多个基础参数。一个可能方式是将基础参数相关信息(例如,基础参数索引)包含到控制信道配置中。其它可能的方式可以是在基础参数相关配置中包含控制信道信息(例如,控制信道配置索引),或在不同小区上映射数据信道的一个或多个基础参数。
随后为此目的可以再使用LTE中的交叉载波调度方法。在载波聚合中,控制信道可用以调度一个或多个小区。基于设计,可建立控制信道与数据信道的基础参数之间的关联。此外,UE可被配置有多个控制信道。不同控制信道可以使用不同替代方案(例如,默认控制信道使用替代方案3且额外控制信道使用替代方案2)。
对于替代方案3,控制信道可以在(UE被配置有或UE能够使用的)任何基础参数上调度数据传送。以替代方案3应用的在控制信道上传送的调度控制消息可包含数据传送的与基础参数相关的信息。
下文论述基于替代方案的不同情况和用于SR反映基础参数/TTI信息的方法。且假设是基于UE具有多个控制资源集合或调用的控制信道(例如,多个下行链路控制信道)。每一控制资源集合可以在数据基础参数调度上应用三个替代方案中的一个。此外,可以为一个小区或为载波聚合情况分配多个控制资源集合。不同控制资源集合可以与时间和/或频率和/或码域分离。
方法1+替代方案1或替代方案2
情况1:特殊SR触发事件(例如,侧链路BSR、基于控制元素控制的定时器和/或计数器(例如,retx-BSR定时器)、可触发SR的潜在新上行链路MAC控制元素)
选项1(监视负责调度与具有被触发SR的SR配置相关的基础参数的控制信道)-在此选项中,由于每一SR配置与一个或多个基础参数相关联,因此基于特定配置的SR传送可向基站告知上行链路需要的TTI持续时间和/或基础参数。基站基于所接收SR传送而调度资源是合理的。因此,应当监视可提供对应调度的控制信道。
选项2(监视负责调度与具有被触发SR的SR配置相关的基础参数以及大于或小于 与具有被触发SR的SR配置相关的基础参数的基础参数的控制信道)-在此选项中,由于每一SR配置与一个或多个基础参数相关联,因此基于特定配置的SR传送可向基站告知上行链路需要的TTI持续时间和/或基础参数。基站基于所接收SR传送而调度资源将是合理的。因此,应当监视可提供对应调度的控制信道。
此外,为了增加***调度灵活性,允许基站在不同基础参数上或以不同TTI持续时间调度资源而不是仅由SR传送告知基础参数和/或TTI持续时间也是有益的。一个可能规则是让UE还监视可调度小于或大于由SR传送承载的基础参数信息的基础参数的控制信道。多大或多小的范围可以由基站配置和/或基于预定义规则而决定(例如,直到UE被配置有的最大或最小基础参数为止)。对于URLLC服务,从时延角度来看较大基础参数资源也可以适合于UE。对于eMTC服务,从低复杂性角度和可靠性角度来看较小基础参数可以适合于UE。
UE是否也将监视更小或更大的基础参数可以如下完成:
1.由网络配置。
2.由UE自身基于进行中的服务和/或当前SR传送(例如,小于阈值的SR请求TTI/基础参数、针对某些逻辑信道触发的SR)而决定
3.基于UE类别/类型/复杂性而决定
4.基于UE预订而决定
选项3(监视用于UE被配置有或UE可支持的所有基础参数的控制信道)-UE直接监视UE能够监视的所有控制信道是最简单的方式。
选项4(监视负责调度与具有被触发SR的SR配置相关的最大或最小基础参数的控 制信道)-在此选项中,UE始终监视最大或最小基础参数。最大或最小基础参数可以限于与具有触发SR的SR配置相关联的那些基础参数。网络(例如,基站)将共享相同了解且基于同一规则进行调度。通过限制用于监视的控制信道的数目,可以减少电力消耗。
此外,由于UE可以具有用于不同基础参数的多个控制信道,因此UE可以基于除SR传送外的条件而监视并非最大或最小的其它控制信道。除SR传送外的条件可以是下方列出的一个或多个选项:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
选项5(监视可调度与具有被触发SR的SR配置相关的大多数基础参数或UE被配置 有或UE可支持的大多数基础参数的控制信道)-在此选项中,UE将选择调度更多基础参数的控制信道以用于减少监视的功率消耗。UE可以仅考虑与具有被触发SR的SR配置相关的那些基础参数以用于计算由控制信道调度的基础参数的数目。
选项6(监视与特殊SR触发事件相关联的特定控制信道)-在此选项中,由于UE知道对于特殊事件触发SR且网络将基于所接收SR共享相同了解,因此UE可以监视与特殊SR触发事件相关联的控制信道而不是所有控制信道。
所述关联可以由网络(例如,基站)配置。可以在服务配置(例如,侧链路配置)、控制信道配置(例如,在控制信道配置中包含控制元素身份)、小区配置(例如,控制信道和控制元素属于同一小区)或通过***信息或专用信令提供的其它可能RRC配置中提供所述关联。举例来说,侧链路BSR触发SR且SR传送到网络。
假定并非全部PDCCH(例如,所有控制资源集合)可调度侧链路资源,如果SR可以指示侧链路BSR存在,则UE将监视可调度侧链路资源的PDCCH。且哪一PDCCH可用以调度侧链路资源可以由侧链路相关配置(例如,通信配置、池配置或基础参数配置)和/或小区配置决定。
所述关联可以是预定义的。举例来说,UE监视默认控制信道是否有特殊事件。
选项7(监视用于上行链路的控制信道)-在此选项中,控制信道可以分成两个集合或三个集合。第一集合用于上行链路调度。第二集合用于下行链路调度。第三集合用于下行链路调度和上行链路调度两者。在UE传送SR传送之后,UE将监视第一集合和/或第三集合。此外,第二集合可以基于下方列出的条件而不是SR传送条件进行监视。
所述条件可以是下方列出的一个或多个选项:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
情况2:SR由上行链路数据到达触发
选项1(监视负责调度与具有被触发SR的SR配置相关的基础参数的控制信道)-在此选项中,由于每一SR配置与一个或多个基础参数相关联,因此基于特定配置的SR传送可向基站告知上行链路需要的TTI持续时间和/或基础参数。基站基于所接收SR传送而调度资源是合理的。因此,应当监视可提供对应调度的控制信道。
选项2(监视负责调度与具有被触发SR的SR配置相关的基础参数以及大于或小于 与具有被触发SR的SR配置相关的基础参数的基础参数的控制信道)-在此选项中,由于每一SR配置与一个或多个基础参数相关联,因此基于特定配置的SR传送可向基站告知上行链路需要的TTI持续时间和/或基础参数。基站基于所接收SR传送而调度资源是合理的。因此,应当监视可提供对应调度的控制信道。
此外,为了增加***调度灵活性,允许基站在不同基础参数上或以不同TTI持续时间调度资源而不是仅由SR传送告知基础参数和/或TTI持续时间也是有益的。一个可能规则是让UE还监视可调度小于或大于由SR传送承载的基础参数信息的基础参数的控制信道。多大或多小的范围可以由基站配置和/或基于预定义规则而决定(例如,直到UE被配置有的最大或最小基础参数为止)。对于URLLC服务,从时延角度来看较大基础参数资源也可以适合于UE。对于eMTC服务,从低复杂性角度和可靠性角度来看较小基础参数可以适合于UE。
UE是否还将监视更小或更大基础参数可以:
1.由网络配置。
2.由UE自身基于进行中的服务和/或当前SR传送(例如,小于阈值的SR请求TTI/基础参数、针对某些逻辑信道触发的SR)而决定
3.基于UE类别/类型/复杂性而决定
4.基于UE预订而决定
选项3(监视用于UE被配置有或UE可支持的所有基础参数的控制信道)-UE直接监视UE能够监视的所有控制信道是最简单的方式。
选项4(监视负责调度与具有被触发SR的SR配置相关的最大或最小基础参数的控 制信道)-在此选项中,UE始终监视最大或最小基础参数。最大或最小基础参数可以限于与具有触发SR的SR配置相关联的那些基础参数。网络(例如,基站)将共享相同了解且基于同一规则进行调度。通过限制用于监视的控制信道的数目,可以减少电力消耗。
此外,由于UE可以具有用于不同基础参数的多个控制信道,因此UE可以基于除SR传送外的条件而监视并非最大或最小的其它控制信道。除SR传送外的条件可以是下方列出的一个或多个选项:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
选项5(监视可调度与具有被触发SR的SR配置相关的大多数基础参数或UE被配置 有或UE可支持的大多数基础参数的控制信道)-在此选项中,UE将选择调度更多基础参数的控制信道以用于减少监视的功率消耗。UE可以仅考虑与具有被触发SR的SR配置相关的那些基础参数以用于计算由控制信道调度的基础参数的数目。
选项6(监视用于上行链路的控制信道)-在此选项中,控制信道可以分成两个集合或三个集合。第一集合用于上行链路调度。第二集合用于下行链路调度。第三集合用于下行链路调度和上行链路调度两者。在UE传送SR传送之后,UE将监视第一集合和/或第三集合。此外,第二集合可以基于下方列出的条件而不是SR传送条件进行监视。
所述条件可以是下方列出的一个或多个选项:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
方法2+替代方案1或替代方案2
情况1:特殊SR触发事件(例如,侧链路BSR、基于控制元素控制的定时器和/或计数器(例如,retx-BSR定时器)、可触发SR的潜在新上行链路MAC控制元素)
选项1(监视负责调度与最后SR传送的多个位设定相关的基础参数的控制信道)-在此选项中,由于多个位设定与一个或多个基础参数相关联,因此基站可基于所接收SR传送而调度资源。因此,应当监视可提供对应基础参数调度的控制信道。
选项2(监视负责调度与最后SR传送的多个位设定相关的基础参数以及大于或小 于与最后SR传送的多个位设定相关的基础参数的基础参数的控制信道)-在此选项中,由于SR中的每一种多个位设定与一个或多个基础参数相关联,因此基于特定配置的SR传送可向基站告知上行链路需要的TTI持续时间和/或基础参数。基站基于所接收SR传送而调度资源是合理的。因此,应当监视可提供对应调度的控制信道。
此外,为了增加***调度灵活性,允许基站在不同基础参数上或以不同TTI持续时间调度资源而不是仅由SR传送告知基础参数和/或TTI持续时间是有益的。一个可能规则是让UE还监视可调度小于或大于由SR传送承载的基础参数信息的基础参数的控制信道。多大或多小的范围可以由基站配置和/或基于预定义规则而决定(例如,直到UE被配置有的最大或最小基础参数为止)。对于URLLC服务,从时延角度来看较大基础参数资源也可以适合于UE。对于eMTC服务,从低复杂性角度和可靠性角度来看较小基础参数可以适合于UE。
UE是否还将监视更小或更大基础参数可以:
1.由网络配置。
2.由UE自身基于进行中的服务和/或当前SR传送(例如,小于阈值的SR请求TTI/基础参数、针对某些逻辑信道触发的SR)而决定
3.基于UE类别/类型/复杂性而决定
4.基于UE预订而决定
此外,由于UE可以具有用于不同基础参数的多个控制信道,因此UE可以基于除SR传送外的条件而监视并非最大或最小的其它控制信道。除SR传送外的条件可以是下方列出的一个或多个选项:
选项4(监视负责调度与最后SR传送的多个位设定相关的最大或最小基础参数的 控制信道)-在此选项中,UE始终监视最大或最小基础参数。最大或最小基础参数可以限于由SR传送告知的那些基础参数。网络(例如,基站)将共享相同了解且基于同一规则进行调度。通过限制用于监视的控制信道的数目,可以减少电力消耗。
此外,由于UE可以具有用于不同基础参数的多个控制信道,因此UE可以基于除SR传送外的条件而监视并非最大或最小的其它控制信道。除SR传送外的条件可以是下方列出的一个或多个选项:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
选项5(监视可调度与最后SR传送的多个位设定相关的大多数基础参数或UE被配 置有或UE可支持的大多数基础参数的控制信道)-在此选项中,UE将选择调度更多基础参数的控制信道以用于减少监视的功率消耗。且UE可仅考虑由SR传送告知的那些基础参数以用于计算由控制信道调度的基础参数的数目。
选项6(监视与特殊SR触发事件相关联的特定控制信道)-在此选项中,由于UE知道对于特殊事件触发SR且网络将基于所接收SR共享相同了解,因此UE可以监视与特殊SR触发事件相关联的控制信道而不是所有控制信道。
所述关联可以由网络(例如,基站)配置。可以在服务配置(例如,侧链路配置)、控制信道配置(例如,在控制信道配置中包含控制元素身份)、小区配置(例如,控制信道和控制元素属于同一小区)或…中提供所述关联。举例来说,侧链路BSR触发SR且SR传送到网络。假定并非全部PDCCH(例如,所有控制资源集合)可调度侧链路资源。如果SR可以指示侧链路BSR存在,那么UE将监视可调度侧链路资源的PDCCH。且哪一PDCCH可用以调度侧链路资源可以由侧链路相关配置(例如,通信配置、池配置或基础参数配置)和/或小区配置决定。
所述关联可以是预定义的。举例来说,UE监视默认控制信道是否有特殊事件。
选项7(监视用于上行链路的控制信道)-在此选项中,控制信道可以分成两个集合或三个集合。第一集合用于上行链路调度。第二集合用于下行链路调度。第三集合用于下行链路调度和上行链路调度两者。在UE传送SR传送之后,UE将监视第一集合和/或第三集合。此外,第二集合可以基于下方列出的条件而不是SR传送条件进行监视。
所述条件可以是下方列出的一个或多个选项:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
情况2:SR由上行链路数据到达触发
选项1(监视负责调度与最后SR传送的多个位设定相关的基础参数的控制信道)-在此选项中,由于多个位设定与一个或多个基础参数相关联,因此基站可基于所接收SR传送而调度资源。因此,应当监视可提供对应基础参数调度的控制信道。
选项2(监视负责调度与最后SR传送的多个位设定相关的基础参数以及大于或小 于与最后SR传送的多个位设定相关的基础参数的基础参数的控制信道)-在此选项中,由于SR中的每一种多个位设定与一个或多个基础参数相关联,因此基于特定配置的SR传送可向基站告知上行链路需要的TTI持续时间和/或基础参数。基站基于所接收SR传送而调度资源是合理的。因此,应当监视可提供对应调度的控制信道。
此外,为了增加***调度灵活性,允许基站在不同基础参数上或以不同TTI持续时间调度资源而不是仅由SR传送告知基础参数和/或TTI持续时间也是有益的。一个可能规则是让UE还监视可调度小于或大于由SR传送承载的基础参数信息的基础参数的控制信道。多大或多小的范围可以由基站配置和/或基于预定义规则而决定(例如,直到UE被配置有的最大或最小基础参数为止)。对于URLLC服务,从时延角度来看较大基础参数资源也可以适合于UE。对于eMTC服务,从低复杂性角度和可靠性角度来看较小基础参数可以适合于UE。
UE是否还将监视更小或更大基础参数可以:
1.由网络配置。
2.由UE自身基于进行中的服务和/或当前SR传送(例如,小于阈值的SR请求TTI/基础参数、针对某些逻辑信道触发的SR)而决定
3.基于UE类别/类型/复杂性而决定
4.基于UE预订而决定
选项3(监视用于UE被配置有或UE可支持的所有基础参数的控制信道)-UE直接监视UE能够监视的所有控制信道是最简单的方式。
选项4(监视负责调度与最后SR传送的多个位设定相关的最大或最小基础参数的 控制信道)-在此选项中,UE始终监视最大或最小基础参数。最大或最小基础参数可以限于由SR传送告知的那些基础参数。网络(例如,基站)将共享相同了解且基于同一规则进行调度。通过限制用于监视的控制信道的数目,可以减少电力消耗。
此外,由于UE可以具有用于不同基础参数的多个控制信道,因此UE可以基于除SR传送外的条件而监视并非最大或最小的其它控制信道。除SR传送外的条件可以是下方列出的一个或多个选项:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
选项5(监视可调度与最后SR传送的多个位设定相关的大多数基础参数或UE被配 置有或UE可支持的大多数基础参数的控制信道)-在此选项中,UE将选择调度更多基础参数的控制信道以用于减少监视的功率消耗。UE可仅考虑由SR传送告知的那些基础参数以用于计算由控制信道调度的基础参数的数目。
选项6(监视用于上行链路的控制信道)-在此选项中,控制信道可以分成两个集合或三个集合。第一集合用于上行链路调度。第二集合用于下行链路调度。第三集合用于下行链路调度和上行链路调度两者。在UE传送SR传送之后,UE将监视第一集合和/或第三集合。此外,第二集合可以基于下方列出的条件而不是SR传送条件进行监视。
所述条件可以是下方列出的一个或多个选项:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
方法3+替代方案1或替代方案2
情况1:特殊SR触发事件(例如,侧链路BSR、基于控制元素控制的定时器和/或计数器(例如,retx-BSR定时器)、可触发SR的潜在新上行链路MAC控制元素)
选项1(监视负责调度与具有被触发SR的每一SR配置和/或每一SR配置的最后SR传 送的多个位设定相关的基础参数的控制信道)-在此选项中,由于基于SR配置的多个位SR传送与一个或多个基础参数相关联,因此SR传送可向基站告知上行链路需要的TTI持续时间和/或基础参数。基站基于所接收SR传送而调度资源是合理的。因此,应当监视可提供对应调度的控制信道。
选项2(监视负责调度与具有被触发SR的每一SR配置和/或每一SR配置的最后SR传 送的多个位设定相关的基础参数以及大于或小于与具有被触发SR的每一SR配置和/或每一 SR配置的最后SR传送的多个位设定相关的基础参数的基础参数的控制信道)-在此选项中,由于基于SR配置的多个位SR传送与一个或多个基础参数相关联,因此基于特定配置的SR传送可向基站告知上行链路需要的TTI持续时间和/或基础参数。基站基于所接收SR传送而调度资源将是合理的。因此,应当监视可提供对应调度的控制信道。
此外,为了增加***调度灵活性,允许基站在不同基础参数上或以不同TTI持续时间调度资源而不是仅由SR传送告知基础参数和/或TTI持续时间也是有益的。一个可能规则是让UE还监视可调度小于或大于从SR传送承载的基础参数信息的基础参数的控制信道。多大或多小的范围可以由基站配置和/或基于预定义规则而决定(例如,直到UE被配置有的最大或最小基础参数为止)。对于URLLC服务,从时延角度来看较大基础参数资源也可以适合于UE。对于eMTC服务,从低复杂性角度和可靠性角度来看较小基础参数可以适合于UE。
UE是否还将监视更小或更大基础参数可以:
1.由网络配置。
2.由UE自身基于进行中的服务和/或当前SR传送(例如,小于阈值的SR请求TTI/基础参数、针对某些逻辑信道触发的SR)而决定
3.基于UE类别/类型/复杂性而决定
4.基于UE预订而决定
选项3(监视用于UE被配置有或UE可支持的所有基础参数的控制信道)-UE直接监视UE能够监视的所有控制信道是最简单的方式。
选项4(监视负责调度与具有被触发SR的SR配置和/或每一SR配置的最后SR传送的 多个位设定相关的最大或最小基础参数的控制信道)-在此选项中,UE始终监视最大或最小基础参数。最大或最小基础参数可以限于由SR传送告知的那些基础参数。网络(例如,基站)将共享相同了解且基于同一规则进行调度。通过限制用于监视的控制信道的数目,可以减少电力消耗。
此外,由于UE可以具有用于不同基础参数的多个控制信道,因此UE可以基于除SR传送外的条件而监视并非最大或最小的其它控制信道。除SR传送外的条件可以是下方列出的一个或多个选项:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
选项5(监视可调度与具有被触发SR的SR配置和/或每一SR配置的最后SR传送的多 个位设定相关的大多数基础参数或UE被配置有或UE可支持的大多数基础参数的控制信 道)-在此选项中,UE将选择调度更多基础参数的控制信道以用于减少监视的功率消耗。UE可仅考虑由SR传送告知的那些基础参数以用于计算由控制信道调度的基础参数的数目。
选项6(监视与特殊SR触发事件相关联的特定控制信道)-在此选项中,由于UE知道对于特殊事件触发SR且网络将基于所接收SR共享相同了解,因此UE可以监视与特殊SR触发事件相关联的控制信道而不是所有控制信道。
所述关联可以由网络(例如,基站)配置。可以在服务配置(例如,侧链路配置)、控制信道配置(例如,在控制信道配置中包含控制元素身份)、小区配置(例如,控制信道和控制元素属于同一小区)或…中提供所述关联。举例来说,侧链路BSR触发SR且SR传送到网络。假定并非全部PDCCH可调度侧链路资源,如果SR可以指示侧链路BSR存在,则UE将监视可调度侧链路资源的PDCCH。且哪一PDCCH可用以调度侧链路资源可以由侧链路相关配置(例如,通信配置、池配置或基础参数配置)和/或小区配置决定。
所述关联可以是预定义的。举例来说,UE监视默认控制信道是否有特殊事件。
选项7(监视用于上行链路的控制信道)-在此选项中,控制信道可以分成两个集合或三个集合。第一集合用于上行链路调度。第二集合用于下行链路调度。第三集合用于下行链路调度和上行链路调度两者。在UE传送SR传送之后,UE将监视第一集合和/或第三集合。此外,第二集合可以基于下方列出的条件而不是SR传送条件进行监视。
所述条件可以是下方列出的一个或多个选项:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
情况2:SR由上行链路数据到达触发
选项1(监视负责调度与具有被触发SR的每一SR配置和/或每一SR配置的最后SR传 送的多个位设定相关的基础参数的控制信道)-在此选项中,由于基于SR配置的多个位SR传送与一个或多个基础参数相关联,因此SR传送可向基站告知上行链路需要的TTI持续时间和/或基础参数。基站基于所接收SR传送而调度资源将是合理的。因此,应当监视可提供对应调度的控制信道。
选项2(监视负责调度与具有被触发SR的每一SR配置和/或每一SR配置的最后SR传 送的多个位设定相关的基础参数以及大于或小于与具有被触发SR的每一SR配置和/或每一 SR配置的最后SR传送的多个位设定相关的基础参数的基础参数的控制信道)-在此选项中,由于基于SR配置的多个位SR传送与一个或多个基础参数相关联,因此基于特定配置的SR传送可向基站告知上行链路需要的TTI持续时间和/或基础参数。基站基于所接收SR传送而调度资源是合理的。因此,应当监视可提供对应调度的控制信道。
此外,为了增加***调度灵活性,允许基站在不同基础参数上或以不同TTI持续时间调度资源而不是仅由SR传送告知基础参数和/或TTI持续时间也是有益的。一个可能规则是让UE还监视可调度小于或大于从SR传送承载的基础参数信息的基础参数的控制信道。多大或多小的范围可以由基站配置和/或基于预定义规则而决定(例如,直到UE被配置有的最大或最小基础参数为止)。对于URLLC服务,从时延角度来看较大基础参数资源也可以适合于UE。对于eMTC服务,从低复杂性角度和可靠性角度来看较小基础参数可以适合于UE。
UE是否还将监视更小或更大基础参数可以:
1.由网络配置。
2.由UE自身基于进行中的服务和/或当前SR传送(例如,小于阈值的SR请求TTI/基础参数、针对某些逻辑信道触发的SR)而决定
3.基于UE类别/类型/复杂性而决定
4.基于UE预订而决定
选项3(监视用于UE被配置有或UE可支持的所有基础参数的控制信道)-UE直接监视UE能够监视的所有控制信道是最简单的方式。
选项4(监视负责调度与具有被触发SR的SR配置和/或每一SR配置的最后SR传送的 多个位设定相关的最大或最小基础参数的控制信道)-在此选项中,UE始终监视最大或最小基础参数。最大或最小基础参数可以限于由SR传送告知的那些基础参数。网络(例如,基站)将共享相同了解且基于同一规则进行调度。通过限制用于监视的控制信道的数目,可以减少电力消耗。
此外,由于UE可以具有用于不同基础参数的多个控制信道,因此UE可以基于除SR传送外的条件而监视并非最大或最小的其它控制信道。除SR传送外的条件可以是下方列出的一个或多个选项:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
选项5(监视可调度与具有被触发SR的SR配置和/或每一SR配置的最后SR传送的多 个位设定相关的大多数基础参数或UE被配置有或UE可支持的大多数基础参数的控制信 道)-在此选项中,UE将选择调度更多基础参数的控制信道以用于减少监视的功率消耗。UE可仅考虑由SR传送告知的那些基础参数以用于计算由控制信道调度的基础参数的数目。
选项6(监视用于上行链路的控制信道)-在此选项中,控制信道可以分成两个集合或三个集合。第一集合用于上行链路调度。第二集合用于下行链路调度。第三集合用于下行链路调度和上行链路调度两者。在UE传送SR传送之后,UE将监视第一集合和/或第三集合。此外,第二集合可以基于下方列出的条件而不是SR传送条件进行监视。
所述条件可以是下方列出的一个或多个选项:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
方法1+替代方案3
情况1:特殊SR触发事件(例如,侧链路BSR、基于控制元素控制的定时器和/或计数器(例如,retx-BSR定时器)、可触发SR的潜在新上行链路MAC控制元素)
选项1(监视UE被配置有的所有控制信道)-UE仅监视所有被配置的控制信道。
选项2(监视用于具有被触发SR的每一SR配置的特定控制信道)-在此选项中,控制信道将与SR配置相关联。因此,在UE基于SR配置传送SR之后,UE将监视相关联控制信道。所述关联可以基于小区配置、服务配置(例如,侧链路配置、V2X配置)、控制信道配置、SR配置或MAC配置而建立。以此方式,UE可减少用于监视的控制资源集合以减少功率消耗。
选项3(监视与特殊SR触发事件相关联的特定控制信道)-在此选项中,由于UE知道针对特殊事件触发SR且网络将基于所接收SR而共享相同了解,因此UE可以监视与特殊SR触发事件相关联的控制信道而不是所有控制信道(例如,对UE配置的所有控制资源集合)。
所述关联可以由网络(例如,基站)配置。可以在服务配置(例如,侧链路配置)、控制信道配置(例如,在控制信道配置中包含控制元素身份)、小区配置(例如,控制信道和控制元素属于同一小区)或…中提供所述关联。举例来说,侧链路BSR触发SR且SR传送到网络。假定并非全部PDCCH(例如,对UE配置的所有控制资源集合)可调度侧链路资源,如果SR可以指示侧链路BSR存在,则UE将监视可调度侧链路资源的PDCCH。且哪一PDCCH可用以调度侧链路资源可以由侧链路相关配置(例如,通信配置、池配置或基础参数配置)和/或小区配置决定。
所述关联可以是预定义的。举例来说,UE监视默认控制信道是否有特殊事件。
选项4(不管SR触发事件如何都监视特定控制信道(例如,由网络配置的默认控制 信道,用于上行链路调度的控制信道)-在此选项中,不管由SR传送承载的信息如何,UE都将监视特定控制信道。
特定控制信道可以由网络配置或由预定义规则确定。举例来说,如果UE被配置有控制信道A、B、C,则网络可以进一步配置UE以在执行SR传送之后仅监视控制信道A和B且SR在UE中仍待决。UE可以在经过某个周期(例如,由定时器或计数器控制)之后应用此机制。以此方式,UE可减少关于控制信道监视的功率消耗。对于另一实例,UE将在执行SR传送之后监视默认基础参数且SR在UE中仍待决。
在一个实施例中,UE监视仅默认基础参数可以如先前实例那样由定时器控制。对于另一实例,如果控制信道用于不同链路调度(例如,下行链路、上行链路、侧链路、中继链路、…),则UE应当在执行SR传送之后监视用于上行链路的控制信道且SR在UE中仍待决。
此外,UE可以基于用于监视PDCCH的DRX机制中列出的一个或多个条件而监视其它控制信道,SR触发条件除外。用于所述条件的可能候选者在下面列出:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
情况2:SR由上行链路数据到达触发
选项1(监视UE被配置有的所有控制信道)-UE仅监视所有被配置的控制信道。
选项2(监视用于具有被触发SR的每一SR配置的特定控制信道)-在此选项中,控制信道将与SR配置相关联。因此,在UE基于SR配置传送SR之后,UE将监视相关联控制信道。所述关联可以基于小区配置、服务配置(例如,侧链路配置、V2X配置)、控制信道配置、SR配置或MAC配置而建立。以此方式,UE可减少用于监视的控制资源集合以减少功率消耗。
选项3(不管SR触发事件如何都监视特定控制信道(例如,由网络配置的默认控制 信道))-在此选项中,不管由SR传送承载的信息如何,UE都将监视特定控制信道。
特定控制信道可以由网络配置或由预定义规则确定。举例来说,如果UE被配置有控制信道A、B、C,则网络可以进一步配置UE以在执行SR传送之后仅监视控制信道A和B且SR在UE中仍待决。UE可以在经过某个周期(例如,由定时器或计数器控制)之后应用此机制。以此方式,UE可减少关于控制信道监视的功率消耗。对于另一实例,UE将在执行SR传送之后监视默认基础参数且SR在UE中仍待决。UE监视仅默认基础参数可以如先前实例那样由定时器控制。对于另一实例,如果控制信道用于不同链路调度(例如,下行链路、上行链路、侧链路、中继链路等),则UE应当在执行SR传送之后监视用于上行链路的控制信道且SR在UE中仍待决。
此外,UE可以基于用于监视PDCCH的DRX机制中列出的一个或多个条件而监视其它控制信道,SR触发条件除外。用于所述条件的可能候选者在下面列出:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
方法2+替代方案3
情况1:特殊SR触发事件(例如,侧链路BSR、基于控制元素控制的定时器和/或计数器(例如,retx-BSR定时器)、可触发SR的潜在新上行链路MAC控制元素)
选项1(监视UE被配置有的所有控制信道)-UE仅监视所有被配置的控制信道。
选项2(监视用于具有被触发SR的每一SR配置的特定控制信道)-在此选项中,控制信道将与SR配置相关联。因此,在UE基于SR配置传送SR之后,UE将监视相关联控制信道。所述关联可以基于小区配置、服务配置(例如,侧链路配置、V2X配置)、控制信道配置、SR配置或MAC配置而建立。以此方式,UE可减少用于监视的控制资源集合以减少功率消耗。
选项3(监视与特殊SR触发事件相关联的特定控制信道)-在此选项中,由于UE知道针对特殊事件触发SR且网络将基于所接收SR而共享相同了解,因此UE可以监视与特殊SR触发事件相关联的控制信道(例如,控制资源集合)而不是所有控制信道。
所述关联可以由网络(例如,基站)配置。可以在服务配置(例如,侧链路配置)、控制信道配置(例如,在控制信道配置中包含控制元素身份)、小区配置(例如,控制信道和控制元素属于同一小区)或MAC配置中提供所述关联。举例来说,侧链路BSR触发SR且SR传送到网络。
假定并非全部PDCCH(例如,对UE配置的控制资源集合)可调度侧链路资源,如果SR可以指示侧链路BSR存在,则UE将监视可调度侧链路资源的PDCCH。且哪一PDCCH可用以调度侧链路资源可以由侧链路相关配置(例如,通信配置、池配置或基础参数配置)和/或小区配置决定。
所述关联可以是预定义的。举例来说,UE监视默认控制信道是否有特殊事件。
选项4(不管SR触发事件如何都监视特定控制信道(例如,由网络配置的默认控制 信道))-在此选项中,不管由SR传送承载的信息如何,UE都将监视特定控制信道。
特定控制信道可以由网络配置或由预定义规则确定。举例来说,如果UE被配置有控制信道A、B、C,则网络可以进一步配置UE以在执行SR传送之后仅监视控制信道A和B且SR在UE中仍待决。UE可以在经过某个周期(例如,由定时器或计数器控制)之后应用此机制。以此方式,UE可减少关于控制信道监视的功率消耗。对于另一实例,UE将在执行SR传送之后监视默认基础参数且SR在UE中仍待决。UE监视仅默认基础参数可以如先前实例那样由定时器控制。对于另一实例,如果控制信道用于不同链路调度(例如,下行链路、上行链路、侧链路、中继链路等),则UE应当在执行SR传送之后监视用于上行链路的控制信道且SR在UE中仍待决。
此外,UE可以基于用于监视PDCCH的DRX机制中列出的一个或多个条件而监视其它控制信道,SR触发条件除外。下面列出用于所述条件的可能的选项:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
情况2:SR由上行链路数据到达触发
选项1(监视UE被配置有的所有控制信道)-UE仅监视所有被配置的控制信道。
选项2(监视用于具有被触发SR的每一SR配置的特定控制信道)-在此选项中,控制信道将与SR配置相关联。因此,在UE基于SR配置传送SR之后,UE将监视相关联控制信道。所述关联可以基于小区配置、服务配置(例如,侧链路配置、V2X配置)、控制信道配置、SR配置或MAC配置而建立。以此方式,UE可减少用于监视的控制资源集合以减少功率消耗。
选项3(不管SR触发事件如何都监视特定控制信道(例如,由网络配置的默认控制信道))-在此选项中,不管由SR传送承载的信息如何,UE都将监视特定控制信道。
特定控制信道可以由网络配置或由预定义规则确定。举例来说,如果UE被配置有控制信道A、B、C,则网络可以进一步配置UE以在执行SR传送之后仅监视控制信道A和B且SR在UE中仍待决。UE可以在经过某个周期(例如,由定时器/计数器控制)之后应用此机制。以此方式,UE可减少关于控制信道监视的功率消耗。
作为另一实例,UE将在执行SR传送之后监视默认基础参数且SR在UE中仍待决。UE监视仅默认基础参数可以如先前实例那样由定时器控制。
作为又一实例,如果控制信道用于不同链路调度(例如,下行链路、上行链路、侧链路、中继链路等),则UE应当在执行SR传送之后监视用于上行链路的控制信道且SR在UE中仍待决。
此外,UE可基于用于监视PDCCH的DRX机制中列出的一个或多个条件监视其它控制信道(例如,其它控制资源集合),SR触发条件除外。用于所述条件的可能候选者在下面列出:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
方法3+替代方案3
情况1:特殊SR触发事件(例如,侧链路BSR、基于控制元素控制的定时器和/或计数器(例如,retx-BSR定时器)、可触发SR的潜在新上行链路MAC控制元素)
选项1(监视UE被配置有的所有控制信道)-UE仅监视所有被配置的控制信道。
选项2(监视用于具有被触发SR的每一SR配置的特定控制信道)-在此选项中,控制信道将与SR配置相关联。因此,在UE基于SR配置传送SR之后,UE将监视相关联控制信道。所述关联可以基于小区配置、服务配置(例如,侧链路配置、V2X配置)、控制信道配置、SR配置或MAC配置而建立。以此方式,UE可减少用于监视的控制资源集合以减少功率消耗。
选项3(监视与特殊SR触发事件相关联的特定控制信道)-在此选项中,由于UE知道对于特殊事件触发SR且网络将基于所接收SR共享相同了解,因此UE可以监视与特殊SR触发事件相关联的控制信道而不是所有控制信道。
所述关联可以由网络(例如,基站)配置。可以在服务配置(例如,侧链路配置)、控制信道配置(例如,在控制信道配置中包含控制元素身份)、小区配置(例如,控制信道和控制元素属于同一小区)或MAC配置中提供所述关联。举例来说,侧链路BSR触发SR且SR传送到网络。假定并非全部PDCCH可调度侧链路资源,如果SR可以指示侧链路BSR存在,则UE将监视可调度侧链路资源的PDCCH。且哪一PDCCH可用以调度侧链路资源可以由侧链路相关配置(例如,通信配置、池配置或基础参数配置)和/或小区配置决定。
所述关联可以是预定义的。举例来说,UE监视默认控制信道是否有特殊事件。
选项4(不管SR触发事件如何都监视特定控制信道(例如,由网络配置的默认控制 信道))-在此选项中,不管由SR传送承载的信息如何,UE都将监视特定控制信道。
特定控制信道可以由网络配置或由预定义规则确定。举例来说,如果UE被配置有控制信道A、B、C,则网络可以进一步配置UE以在执行SR传送之后仅监视控制信道A和B且SR在UE中仍待决。UE可以在经过某个周期(例如,由定时器或计数器控制)之后应用此机制。以此方式,UE可减少关于控制信道监视的功率消耗。对于另一实例,UE将在执行SR传送之后监视默认基础参数且SR在UE中仍待决。UE监视仅默认基础参数可以如先前实例那样由定时器控制。
作为另一实例,如果控制信道用于不同链路调度(例如,下行链路、上行链路、侧链路、中继链路等),则UE应当在执行SR传送之后监视用于上行链路的控制信道且SR在UE中仍待决。此外,UE可以基于用于监视PDCCH的DRX机制中列出的一个或多个条件而监视其它控制信道,SR触发条件除外。用于所述条件的可能候选者在下面列出:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
情况2:SR由上行链路数据到达触发
选项1(监视UE被配置有的所有控制信道)-UE仅监视所有被配置的控制信道。
选项2:(监视用于具有被触发SR的每一SR配置的特定控制信道)-在此选项中,控制信道将与SR配置相关联。因此,在UE基于SR配置传送SR之后,UE将监视相关联控制信道。所述关联可以基于小区配置、服务配置(例如,侧链路配置、V2X配置)、控制信道配置、SR配置或MAC配置而建立。以此方式,UE可减少用于监视的控制资源集合以减少功率消耗。
选项3(不管SR触发事件如何都监视特定控制信道(例如,由网络配置的默认控制 信道))-在此选项中,不管由SR传送承载的信息如何,UE都将监视特定控制信道。
特定控制信道可以由网络配置或由预定义规则确定。举例来说,如果UE被配置有控制信道A、B、C,则网络可以进一步配置UE以在执行SR传送之后仅监视控制信道A和B且SR在UE中仍待决。UE可以在经过某个周期(例如,由定时器/计数器控制)之后应用此机制。以此方式,UE可减少关于控制信道监视的功率消耗。
作为另一实例,UE将在执行SR传送之后监视默认基础参数且SR在UE中仍待决。UE监视仅默认基础参数可以如先前实例那样由定时器控制。
作为另一实例,如果控制信道用于不同链路调度(例如,下行链路、上行链路、侧链路、中继链路、…),则UE应当在执行SR传送之后监视用于上行链路的控制信道且SR在UE中仍待决。
此外,UE可以基于用于监视PDCCH的DRX机制中列出的一个或多个条件而监视其它控制信道,SR触发条件除外。用于所述条件的可能候选者在下面列出:
1.DurationTimer处于运行中
2.drx-InactivityTimer处于运行中
3.drx-RetransmissionTimer处于运行中
4.drx-ULRetransmissionTimer处于运行中
5.ContentionResolutionTimer处于运行中
6.用于待决HARQ重新传送的上行链路准予可发生,且用于同步HARQ过程的对应HARQ缓冲区中存在数据
7.在对MAC实体未选择的前同步码的随机接入响应的成功接收之后尚未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH。
8.用于待决HARQ(重新)传送的侧链路准予可发生。
此外,上行链路数据到达的情况和每一特殊SR触发事件的情况可以在PDCCH监视上应用不同选项。
举例来说,对于上行链路数据到达情况,UE可以应用监视所有控制信道或对应控制信道以用于调度与由SR传送承载的基础参数信息相关的基础参数,而特殊事件应用选项3以用于监视与特殊SR触发事件相关联的特定控制信道。在此情况下,SR传送将基于多个位SR的设定和/或使用哪一种SR配置而指示特殊事件。
作为另一实例,UE在上行链路数据到达情况中监视用于上行链路的控制信道,且UE针对特殊SR触发事件情况监视所有控制信道(例如,侧链路BSR或retxBSR定时器到期或新控制元素)。
对于不同特殊SR触发事件,UE也可以应用不同选项。举例来说,UE可以应用针对侧链路BSR情况的特定控制监视,以及针对retxBSR定时器到期情况的所有控制信道监视和针对上行链路数据到达情况的对由SR承载的信息的对应调度控制信道。
此外,关于PDCCH监视周期,一个可能性是在SR配置的SR被传送之后且直到SR配置的SR被取消(例如,无用于SR配置的待决SR)或具有被触发SR的所有SR配置的SR被取消(例如,UE中无待决SR)为止,保持监视负责调度与具有被触发SR的SR配置相关的基础参数的控制信道。另一可能性是在执行对应SR传送之后在某个周期内(例如,由定时器控制)监视负责调度与具有被触发SR的SR配置相关的基础参数的控制信道。
额外可能性是不管正传送的具有被触发SR的哪一种SR配置的SR如何都监视一个或多个控制信道。上文所提及的可能性也可以同时在不同控制信道上应用。举例来说,对于控制信道(例如,默认控制信道),在UE执行SR传送之后UE监视控制信道。在UE执行SR传送之后UE将进一步监视另一控制信道。另外,UE将在某个周期内监视另一控制信道而不是监视直到无SR待决。
默认控制信道可以由下方的一个或多个条件界定:
1.PCell上的控制信道
2.用以监视寻呼消息的控制信道
3.用以监视SI-RNTI的控制信道
4.用于调度默认基础参数的控制信道
5.具有第一索引或最后索引的控制信道
具有被触发SR的SR配置指代具有待决SR的SR配置且自从针对SR配置的最后SR取消时起UE已经基于SR配置执行SR传送一次。图19中示出实例。确切地说,图19示出具有被触发SR的SR配置的PDCCH监视周期的示例性实施例。图19中的灰色周期是用于具有被触发SR的SR配置1的PDCCH监视周期。图19中的黑色周期是用于具有被触发SR的SR配置2的PDCCH监视周期。
如图19中所示出,当UE基于SR配置执行SR传送且针对SR配置或针对所有SR配置或在UE中存在SR待决时,UE开始监视用于具有被触发SR的SR配置的控制信道(例如,PDCCH)。
控制信道可以是PDCCH。控制信道可以是下行链路控制信道(例如,ePDCCH、sPDCCH等)。控制信道可以是控制资源集合。控制信道是UE可接收控制信令以用于对数据传送调度资源的下行链路信道。
图20是在情况2中应用方法1和替代方案1的选项1的实例。存在两个SR配置和两个控制信道(在前部部分中且箭头意味着基础参数可由控制信道调度)。每一SR配置与一个上行链路数据基础参数需要相关联。当UE在顶部上的SR配置的第二传送机会中执行SR传送时,UE将监视深灰色的控制信道。
图21是用于在情况1中应用方法2和替代方案1的选项6的实例。UE将具有多个位SR的SR传送到基站。多个位SR示出了侧链路BSR的存在。网络将隐式地了解以在也能够调度侧链路资源的控制信道上调度上行链路资源。另一方面,如果多个位SR示出用于上行链路数据到达情况的基础参数,那么UE可以根据先前实例中的规则监视控制信道。
图22是用于在情况1中应用方法1和替代方案1的选项3的实例。当UE在顶部的SR配置的第二传送机会中执行SR传送时,UE将监视所有控制信道(深灰色)。
图23是用于在情况1中应用方法2和替代方案1的选项6的实例。UE将具有多个位SR的SR传送到基站。多个位SR示出新MAC CE的存在。由于控制信道与新MAC CE相关联,因此UE仅监视控制信道(深灰色)。
图24是在情况2中应用方法1和替代方案1的选项4的实例。存在两个SR配置和两个控制信道(在前部部分中且箭头意味着基础参数可由控制信道调度)。每一SR配置与一个或多个上行链路数据基础参数需要相关联。当UE基于第二SR配置执行SR传送时,UE将监视深灰色的控制信道。假定第二SR配置与中间的数据基础参数相关,则UE将监视控制信道(深灰色)用于调度中间的基础参数和大于中间的基础参数。
图25是在情况2中应用方法1和替代方案3的选项2的实例。存在两个SR配置和两个控制信道(在前部部分中且箭头意味着基础参数可由控制信道调度)。每一SR配置与一个上行链路数据基础参数需要相关联。当UE在顶部的SR配置的第二传送机会中执行SR传送时,UE将监视深灰色的控制信道,因为控制信道与SR配置1相关联。
图26是在情况1中应用方法1和替代方案3的选项4的实例。存在两个SR配置和两个控制信道(在前部部分中且箭头意味着基础参数可由控制信道调度)。每一SR配置与一个上行链路数据基础参数需要相关联。当UE在顶部的SR配置的第二传送机会中执行SR传送时,UE将监视深灰色的控制信道,因为控制信道是默认控制信道。
图27是用于在所有控制信道上应用替代方案1的实例。确切地说,图27图示了数据基础参数的控制信道与调度之间的一对一映射。如图27中所示出,每一控制信道(示出为深灰色部分)可在特定基础参数上调度数据传送。
图28是用于在所有控制信道上应用替代方案3的实例。确切地说,图28图示了数据基础参数的控制信道与调度之间的一对一映射。控制信道(示出为深灰色部分)可在三个不同基础参数上调度数据传送。
图29是用于在控制信道上应用替代方案2的实例。确切地说,图29图示了数据基础参数的控制信道与调度之间的一对一映射。顶部的控制信道被配置成能够在多个基础参数上调度数据传送,而其它两个控制信道被配置成能够在特定基础参数上调度数据传送。
图30是用于在控制信道上应用替代方案1和替代方案2两者的实例。确切地说,图30图示了数据基础参数的控制信道与调度之间的一对一映射。顶部的控制信道是以替代方案2应用,而其它两个控制信道是以替代方案1应用。
SR更新机制
上文论述了如何针对特殊事件(例如,基于MAC CE/新上行链路MAC CE控制的侧链路BSR/定时器)传送SR以及当SR传送且未取消时如何监视下行链路控制资源集合。论述现在转向当存在进行中的SR传送时如何处置新将到来的触发SR的事件。
下面列出不同SR触发条件的发生次序的可能的情况:
情况A.上行链路数据到达(进行中);较高优先级上行链路数据到达(新)
情况B.特殊事件(进行中);上行链路数据到达(新)
情况C.上行链路数据到达(进行中);特殊事件(新)
情况D.特殊事件(进行中);特殊事件(新)
注意:特殊事件可涉及上文论述中的情况1、2和3(例如,侧链路BSR等)。
应用方法1(用于在不同基础参数上请求资源的多个SR资源集合/多个SR配置)
在情况A中,UE在针对上行链路数据到达情况传送SR。更具体地说,上行链路数据到达意味着由于缓冲区变成非空的或将到来的较高优先级数据而触发常规BSR。由于可能未接收到SR传送,因此UE应当在其SR传送机会中保持传送SR。在UE保持传送SR的同时,较高优先级数据可能到达且触发另一常规BSR。在此条件下,情况A将发生。
假定新数据到达将基于与进行中的SR传送的SR配置不同的SR配置而触发SR,提出关于在情况A中如何基于多个SR配置处置SR传送的以下可能的解决方案:
解决方案1(基于多个SR配置的并行SR传送)-在此解决方案中,UE可支持基于不同SR配置传送多个SR传送。多个SR传送可以在相同或不同小区上发生(例如,全部在PCell上或者一个在PCell上,另一个在SCell上)。因此,新上行链路数据到达事件基于SR配置而触发SR传送,而当前SR传送基于另一SR配置而执行。
基于此解决方案,网络可从属于同一UE的SR传送导出更多信息。举例来说,如果进行中的事件是针对延迟敏感数据且新数据到达是针对时延耐久数据,那么基于不同SR配置的并行多个SR传送可帮助网络(例如,gNB)提供延迟敏感的数据资源,以满足新事件和当前事件两者的需要。
解决方案2(更新SR传送以反映最高优先级需要(新事件或当前缓冲区大小)-UE可以或可不支持基于不同SR配置的并行多个SR传送。如果UE不支持,那么UE将需要停止当前SR传送以用于基于与当前使用的SR配置不同的SR配置而起始SR传送。
取决于是否针对较高优先级数据触发新事件,UE将决定是否切换到使用不同SR配置来执行SR传送。更具体地说,如果新事件是将到来的较高优先级数据,那么UE将改变为使用与新事件相关的SR配置(例如,触发新事件的逻辑信道)。如果新事件是针对优先级低于触发进行中的SR传送的逻辑信道的优先级的数据,那么UE将不改变为使用与新事件相关的SR配置(例如,触发新事件的逻辑信道)。以此方式,UE可传送较少SR传送且减少功率消耗。
解决方案3(保持使用进行中的SR配置而不是基于用于新到达数据的不同SR配置 而起始SR传送)-不管是否存在将到来的较高优先级数据,UE都将保持基于当前使用的SR配置而传送SR传送。
解决方案4(基于时延决定是否改变SR配置)-UE将基于数据的时延要求决定是否使用与新事件相关的SR配置。如果与新事件相关的数据的时延要求与缓冲区中的任何数据的要求相比更严格,那么UE将基于与新事件相关的SR配置起始SR传送。关于进行中的SR传送,即使起始用于不同SR配置的新SR传送,UE也可以或可不停止当前SR传送。时延可以基于数据属于的逻辑信道的QoS而导出。时延可以基于数据属于的逻辑信道的TTI和/或基础参数而导出。
解决方案5(使用与最新SR触发事件相关的SR配置执行SR传送)-UE将基于与新事件(例如,将到来的较高优先级数据、retx-BSR定时器到期等)相关的SR配置而起始SR传送。
在情况B中,UE在针对特殊事件情况传送SR。更具体地说,特殊事件可以涉及如上文所论述的情况1、2和3(例如,侧链路BSR、基于MAC CE控制的定时器,或新上行链路MACCE)。由于可能未接收到SR传送,因此UE应当在其SR传送机会中保持传送SR。在UE保持传送SR的同时,上行链路数据可能到达且触发常规BSR。在此条件下,情况B将发生。情况B与情况C之间的差异是特殊事件与上行链路数据到达事件之间的触发次序。
假定新将到来的事件(例如,上行链路数据到达或特殊事件)将基于与进行中的SR传送的SR配置不同的SR配置触发SR,提出关于如何基于多个SR配置处置SR传送的基于不同特殊事件的可能的解决方案如下:
常规侧链路BSR触发SR
解决方案1(基于多个SR配置的并行SR传送)-在此解决方案中,UE可支持基于不同SR配置传送多个SR传送。多个SR传送可以在相同或不同小区上发生(例如,全部在PCell上或者一个在PCell上另一个在SCell上,或者多个SCell与PCell之间的任何其它可能的组合)。因此,新事件(例如,上行链路数据到达)基于SR配置而触发SR传送,而当前SR传送基于另一SR配置而执行。
基于此解决方案,网络可从属于同一UE的SR传送导出更多信息。举例来说,网络(例如,gNB)能够发现上行链路数据到达和特殊事件的发生。
解决方案2(更新SR传送以反映最高优先级需要(新事件或当前缓冲区大小)-UE可以或可不支持基于不同SR配置的并行多个SR传送。如果UE不支持,那么UE将需要停止当前SR传送以用于基于与当前使用的SR配置不同的SR配置而起始SR传送。
由于在此解决方案中UE需要反映较高优先级需要,因此特殊事件与上行链路数据到达之间的优先级将需要清楚地界定。下面列出一些可能的选项:
1.遵循逻辑信道优先级区分规则-在当前LCP机制中,每一MAC CE和数据将具有对应优先级以用于决定包含次序和/或在不存在足够资源适应所有数据和上行链路MAC CE的情况下决定应当包含什么。在上行链路数据和与特殊事件相关的MAC CE(常规侧链路BSR)之间可以发生优先级比较。此外,上行链路数据可能不属于任何LCG或者被配置或指示为特殊数据(例如,在特殊数据属于的逻辑信道的配置中具有特殊指示或阈值,或一个分支中的复制数据)。由于上行链路数据到达事件触发常规BSR且间接触发SR,因此在常规上行链路BSR和与特殊事件相关的MAC CE(常规侧链路BSR)之间可以发生优先级比较。
取决于优先级比较结果,将基于与具有较高优先级的事件相关的SR配置而执行SR传送。UE可以停止使用当前SR配置。
2.遵循网络配置(例如,阈值、特定逻辑信道的配置等)-在此选项中,网络(例如,gNB)可设置新将到来的事件与当前事件之间的优先级区分。更具体地说,网络可基于配置阈值或发送指示(在配置中)而设置优先级区分。
举例来说,网络可提供与侧链路数据的优先级相关的阈值以决定常规侧链路BSR是否比常规上行链路BSR更重要。如果侧链路BSR是针对报告具有高于阈值的优先级的数据,那么常规侧链路BSR更重要。替代地,如果侧链路BSR是针对报告具有低于阈值的优先级的数据,那么也可以是常规侧链路BSR更重要。可以存在多于一个阈值(或称为限制)用于产生优先级区分的范围。侧链路数据的优先级可以被替换为上行链路逻辑信道或QoS流的优先级。
作为另一实例,网络可在(侧链路)逻辑信道配置中或侧链路服务配置(例如,V2V、D2D中继、V2X、MBMS、URLLC、全双工等)中或MAC CE相关配置中提供指示。如果包含此指示,那么可以区分优先级。
在一个实施例中,如果所述指示在逻辑信道配置中,那么在数据变成可用于所述逻辑信道的情况下将对常规上行链路BSR区分优先级。此外,如果所述指示在侧链路服务配置(例如,V2V、D2D中继等)中,那么在数据变成可用于服务的情况下将对侧链路BSR区分优先级。另外,如果所述指示在MAC CE相关配置中,那么将对MAC CE区分优先级。
所述指示可以或可不指示可对其区分优先级到什么程度。如果所述指示无法指示可对其区分优先级到什么程度(例如,区分优先级超过上行链路BSR,或SPS确认,或甚至CCCH SDU),那么MAC CE(例如,侧链路BSR、新上行链路MAC CE或基于MAC CE控制的定时器)将被区分优先级超过应当预定义的MAC CE或数据。如果所述指示指示可对其区分优先级到什么程度,那么所述指示可以包含某种索引(例如,LCP规则位置等)或值(例如,优先级)或位图(例如,优先级位图或LCP规则位置位图)以用于告知区分优先级结果。
以此方式,UE可传送较少SR传送且减少功率消耗。
解决方案3(保持使用进行中的SR配置而不是基于用于新到达数据的不同SR配置 而起始SR传送)-无论新将到来的事件是什么,UE都将保持基于当前使用的SR配置而传送SR传送。如果与当前SR传送相关的SR触发事件被取消,那么可以更新用以执行SR传送的SR配置。
解决方案4(基于时延决定是否改变SR配置)-UE将基于数据(例如,侧链路数据)的时延要求决定是否使用与新事件相关的SR配置。如果与新事件相关的数据的时延要求与缓冲区中的任何数据的要求相比更严格,那么UE将基于与新事件相关的SR配置起始SR传送。关于进行中的SR传送,即使起始用于不同SR配置的新SR传送,UE也可以或可不停止当前SR传送。
在上行链路数据与侧链路数据之间可以发生时延比较。举例来说,如果缓冲区中的侧链路数据的最小时延要求与1ms相关联且缓冲区中的上行链路数据的最小时延要求是4ms(例如,eMBB),那么将对侧链路BSR区分优先级。替代地,在MAC CE之间发生比较。
此外,由于MAC CE在LTE中没有时延要求,因此用于MAC CE的时延要求可能需要针对应用此解决方案而定义和/或配置。举例来说,将以基于用于执行侧链路传送的侧链路资源池或小区的基础参数的时延要求来界定侧链路BSR。作为另一实例,将以基于侧链路逻辑信道(具有数据)或侧链路QoS流(具有数据)的时延要求来界定侧链路BSR。
解决方案5(使用与最新SR触发事件相关的SR配置执行SR传送)-UE将基于与新事件(例如,将到来的较高优先级数据或retx-BSR定时器到期,或特殊事件等)相关的SR配置而起始SR传送。举例来说,假定当传送用于上行链路BSR的SR时触发侧链路BSR。用于当前SR传送的SR配置将改变为与侧链路BSR相关的SR配置。
解决方案6(始终将上行链路数据需要区分优先级超过特殊事件(例如,侧链路 BSR))-如果新将到来的事件是常规侧链路BSR且当前SR传送反映上行链路数据需要,那么UE将保持使用当前SR配置。相反,如果新将到来的事件是针对上行链路数据需要且当前SR传送是针对常规侧链路BSR,那么UE将当前SR配置改变为与新将到来的事件相关的不同SR配置。
基于MAC CE控制的定时器触发SR
解决方案1(基于多个SR配置的并行SR传送)-在此解决方案中,UE可支持基于不同SR配置传送多个SR传送。多个SR传送可以在相同或不同小区上发生(例如,全部在PCell上或者一个在PCell上另一个在SCell上,或者多个SCell与PCell之间的任何其它可能的组合)。因此,新事件(例如,上行链路数据到达、特殊事件)基于SR配置触发SR传送,而当前SR传送基于另一SR配置而执行。
基于此解决方案,网络可从属于同一UE的SR传送导出更多信息。举例来说,网络(例如,gNB)能够发现上行链路数据到达和特殊事件的发生。
解决方案2(更新SR传送以反映最高优先级需要(新事件或当前缓冲区大小))-UE可以或可不支持基于不同SR配置的并行多个SR传送。如果UE不支持,那么UE将需要停止当前SR传送以用于基于与当前使用的SR配置不同的SR配置而起始SR传送。
由于在此解决方案中UE需要反映较高优先级需要,因此特殊事件与上行链路数据到达之间的优先级将需要清楚地界定。下面列出可能的选项:
1.遵循逻辑信道优先级区分规则-在当前LCP机制中,每一MAC CE和数据将具有对应优先级以用于决定包含次序和/或在不存在足够资源适应所有数据和上行链路MAC CE的情况下决定应当包含什么。在上行链路数据(例如,缓冲区中的最高优先级数据)和与特殊事件相关的MAC CE(基于MAC CE控制的定时器)之间可以发生优先级比较。此外,上行链路数据可能不属于任何LCG或者被配置或指示为特殊数据(例如,在特殊数据属于的逻辑信道的配置中具有特殊指示或阈值,或一个分支中的复制数据)。由于上行链路数据到达事件触发常规BSR且间接触发SR,因此在常规上行链路BSR和与特殊事件相关的MAC CE(基于MACCE控制的定时器)之间可以发生优先级比较。
取决于优先级比较结果,将基于与具有较高优先级的事件相关的SR配置而执行SR传送。UE可以停止使用当前SR配置。
2.遵循网络配置(例如,阈值、特定逻辑信道的配置等)-在此候选者中,网络(例如,gNB)可设置新将到来的事件与当前事件之间的优先级区分。更具体地说,网络可基于配置阈值或发送指示(在配置中)而设置优先级区分。
举例来说,网络可提供与上行链路逻辑信道的优先级相关的阈值以决定基于MACCE控制的定时器是否比常规上行链路BSR更重要。如果BSR是针对报告属于具有高于阈值的优先级的逻辑信道的数据,那么常规上行链路BSR更重要。替代地,如果BSR是针对报告属于具有低于阈值的优先级的逻辑信道的数据,那么常规上行链路BSR可以更重要。可以存在多于一个阈值(或称为限制)用于产生优先级区分的范围。上行链路逻辑信道的优先级可以被替换为QoS流。
作为另一实例,网络可在逻辑信道配置中或在服务配置(例如,V2X、中继、MBMS、URLLC、全双工等)中或在MAC CE相关配置中提供指示。如果包含此指示,那么可以区分优先级。
在一个实施例中,如果所述指示在逻辑信道配置中,那么在数据变成可用于所述逻辑信道的情况下将对常规上行链路BSR区分优先级。此外,如果所述指示在服务配置(例如,V2V、D2D中继等)中,那么在数据变成可用于服务的情况下将对BSR区分优先级。另外,如果所述指示在MAC CE相关配置中,那么将对MAC CE区分优先级。
所述指示可以或可不指示可对其区分优先级到什么程度。如果所述指示无法指示可对其区分优先级到什么程度,那么将对MAC CE(例如,侧链路BSR、新上行链路MAC CE,或基于MAC CE控制的定时器)区分优先级超过应当预定义的MAC CE或数据。如果所述指示指示可对其区分优先级到什么程度,那么所述指示可以包含某种索引(例如,LCP规则位置等)或值(例如,优先级)或位图(例如,优先级位图或LCP规则位置位图)以用于告知区分优先级结果。以此方式,UE可传送较少SR传送且减少功率消耗。
解决方案3(保持使用进行中的SR配置而不是基于用于新到达数据的不同SR配置 而起始SR传送)-无论新将到来的事件是什么,UE都将保持基于当前使用的SR配置而传送SR传送。如果与当前SR传送相关的SR触发事件被取消,那么可以更新用以执行SR传送的SR配置。
解决方案4(基于时延决定是否改变SR配置)-UE将基于新将到来的事件(例如,用于逻辑信道的常规BSR或基于MAC CE控制的定时器)的时延要求决定是否使用与新事件相关的SR配置。如果与新事件相关的时延要求比任何其它当前SR触发事件的时延要求更严格,那么UE将基于与新事件相关的SR配置起始SR传送。关于进行中的SR传送,即使起始用于不同SR配置的新SR传送,UE也可以或可不停止当前SR传送。
由于MAC CE在LTE中没有时延要求,因此用于MAC CE的时延要求可能需要针对应用此解决方案而定义和/或配置。一个可能方式是使基于MAC CE控制的定时器与某些TTI持续时间和/或某些基础参数(相关配置中)关联。相关联TTI持续时间和/或基础参数也可以用于定时器计数。
解决方案5(使用与最新SR触发事件相关的SR配置执行SR传送)-UE将基于与新事件(例如,将到来的较高优先级数据或retx-BSR定时器到期,或特殊事件…)相关的SR配置而起始SR传送。举例来说,假定当传送用于上行链路BSR的SR时触发基于MAC CE控制的定时器,用于当前SR传送的SR配置将改变为与基于MAC CE控制的定时器相关的SR配置。
解决方案6(始终将上行链路数据需要区分优先级超过特殊事件(例如,基于MAC CE控制的定时器))-如果新将到来的事件是基于MAC CE控制的定时器且当前SR传送反映上行链路数据需要,那么UE将保持使用当前SR配置。相反,如果新将到来的事件是针对上行链路数据需要且当前SR传送是针对基于MAC CE控制的定时器,那么UE将当前SR配置改变为与新将到来的事件相关的不同SR配置。
解决方案7(按情况界定每一特殊事件与上行链路数据到达情况之间的优先级区 分)-有可能界定每一潜在上行链路MAC CE和上行链路BSR与能够触发SR传送的任何其它MAC CE(例如,侧链路BSR、基于MAC CE控制的定时器)之间的关系。在此解决方案中,例如可以界定基于MAC CE(例如,波束相关MAC CE)控制的定时器以始终区分优先级超过上行链路数据到达。此外,可以界定基于(例如,(侧链路)PHR)控制的另一定时器以具有比上行链路数据到达低的优先级(例如,常规BSR)。基于所界定结果,UE可以始终将特殊事件(例如,不是BSR的特定MAC CE)区分优先级超过上行链路数据到达情况(例如,常规BSR)。另外,UE还可以始终将上行链路数据到达情况(例如,常规BSR)区分优先级超过另一特殊事件(例如,不是BSR的特定MAC CE)。UE还可以基于所界定结果始终将特殊事件区分优先级超过另一特殊事件。
新上行链路MAC CE触发SR(上文论述中的情况3)
解决方案1(基于多个SR配置的并行SR传送)-在此解决方案中,UE可支持基于不同SR配置传送多个SR传送。多个SR传送可以在相同或不同小区上发生(例如,全部在PCell上或者一个在PCell上另一个在SCell上,或者多个SCell与PCell之间的任何其它可能的组合)。因此,新事件(例如,上行链路数据到达、特殊事件)基于SR配置触发SR传送,而当前SR传送基于另一SR配置而执行。
基于此解决方案,网络可从属于同一UE的SR传送导出更多信息。举例来说,网络(例如,gNB)能够发现上行链路数据到达和特殊事件的发生。
解决方案2(更新SR传送以反映最高优先级需要(新事件或当前缓冲区大小))-UE可以或可不支持基于不同SR配置的并行多个SR传送。如果UE不支持,那么UE将需要停止当前SR传送以用于基于与当前使用的SR配置不同的SR配置而起始SR传送。
由于在此解决方案中UE需要反映较高优先级需要,因此特殊事件与上行链路数据到达之间的优先级将需要清楚地界定。下面列出可能的选项:
1.遵循逻辑信道优先级区分规则-在当前LCP机制中,每一MAC CE和数据将具有对应优先级以用于决定包含次序和/或在不存在足够资源适应所有数据和上行链路MAC CE的情况下决定应当包含什么。在上行链路数据(例如,缓冲区中的最高优先级数据)和与特殊事件相关的MAC CE(新上行链路MAC CE)之间可以发生优先级比较。此外,上行链路数据可能不属于任何LCG或者被配置或指示为特殊数据(例如,在特殊数据属于的逻辑信道的配置中具有特殊指示或阈值,或一个分支中的复制数据)。由于上行链路数据到达事件触发常规BSR且间接触发SR,因此在常规上行链路BSR和与特殊事件相关的MAC CE(新上行链路MACCE)之间可以发生优先级比较。
取决于优先级比较结果,将基于与具有较高优先级的事件相关的SR配置而执行SR传送。UE可以停止使用当前SR配置。
2.遵循网络配置(例如,阈值、特定逻辑信道的配置等)-在此选项中,网络(例如,gNB)可设置新将到来的事件与当前事件之间的优先级区分。更具体地说,网络可基于配置阈值或发送指示(在配置中)而设置优先级区分。
举例来说,网络可提供与上行链路逻辑信道的优先级相关的阈值以决定新上行链路MAC CE是否比常规上行链路BSR更重要。如果BSR是针对报告属于具有高于阈值的优先级的逻辑信道的数据,那么常规上行链路BSR更重要。替代地,如果BSR是针对报告属于具有低于阈值的优先级的逻辑信道的数据,那么常规上行链路BSR可以更重要。可以存在多于一个阈值(或称为限制)用于产生优先级区分的范围。上行链路逻辑信道的优先级可以被替换为QoS流。
作为另一实例,网络可在逻辑信道配置中或服务配置(例如,V2X、中继、MBMS、URLLC、全双工等)中或新上行链路MAC CE相关配置中提供指示。如果包含此指示,那么可以区分优先级。
在一个实施例中,如果所述指示在逻辑信道配置中,那么在数据变成可用于所述逻辑信道的情况下将对常规上行链路BSR区分优先级。此外,如果所述指示在服务配置(例如,V2V、D2D中继等)中,那么在数据变成可用于服务的情况下将对BSR区分优先级。另外,如果所述指示在新上行链路MAC CE相关配置中,那么将对新上行链路MAC CE区分优先级。
所述指示可以或可不指示可对其区分优先级到什么程度。如果所述指示无法指示可对其区分优先级到什么程度,那么将对MAC CE(例如,侧链路BSR/新上行链路MAC CE/基于MAC CE控制的定时器)区分优先级超过应当预定义的MAC CE或数据。如果所述指示指示可对其区分优先级到什么程度,那么所述指示可以包含某种索引(例如,LCP规则位置等)或值(例如,优先级)或位图(例如,优先级位图或LCP规则位置位图)以用于告知区分优先级结果。以此方式,UE可传送较少SR传送且减少功率消耗。
解决方案3(保持使用进行中的SR配置而不是基于用于新到达数据的不同SR配置 而起始SR传送)-无论新将到来的事件是什么,UE都将保持基于当前使用的SR配置而传送SR传送。如果与当前SR传送相关的SR触发事件被取消,那么可以更新用以执行SR传送的SR配置。
解决方案4(基于时延决定是否改变SR配置)-UE将基于新将到来的事件(例如,用于逻辑信道的常规BSR或潜在的新MAC CE)的时延要求决定是否使用与新事件相关的SR配置。如果与新事件相关的时延要求比任何其它当前SR触发事件的时延要求更严格,那么UE将基于与新事件相关的SR配置起始SR传送。关于进行中的SR传送,即使起始用于不同SR配置的新SR传送,UE也可以或可不停止当前SR传送。
由于MAC CE在LTE中没有时延要求,因此用于MAC CE的时延要求可能需要针对应用此解决方案而定义和/或配置。由于MAC CE在LTE中没有时延要求,因此用于MAC CE的时延要求可能需要针对应用此解决方案而定义和/或配置。一个可能方式是使潜在的新MACCE与某些TTI持续时间和/或某些基础参数(相关配置中)关联。相关联TTI持续时间和/或基础参数也可以用于定时器计数。
解决方案5(使用与最新SR触发事件相关的SR配置执行SR传送)-UE将基于与新事件(例如,将到来的较高优先级数据或retx-BSR定时器到期,或特殊事件…)相关的SR配置而起始SR传送。举例来说,假定当传送用于上行链路BSR的SR时触发新上行链路MAC CE。用于当前SR传送的SR配置将改变为与新上行链路MAC CE相关的SR配置。
解决方案6(始终将上行链路数据需要区分优先级超过特殊事件(例如,新上行链 路MAC CE))-如果新将到来的事件是基于MAC CE控制的定时器且当前SR传送反映上行链路数据需要,那么UE将保持使用当前SR配置。相反,如果新将到来的事件是针对上行链路数据需要且当前SR传送是针对新上行链路MAC CE,那么UE将当前SR配置改变为与新将到来的事件相关的不同SR配置。
解决方案7(按情况界定每一特殊事件与上行链路数据到达情况之间的优先级区 分)-可以界定每一潜在上行链路MAC CE和上行链路BSR与可触发SR传送的任何其它MAC CE(例如,侧链路BSR、基于MAC CE控制的定时器)之间的关系。在此解决方案中,例如可以将潜在上行链路MAC CE(例如,波束相关MAC CE)界定为始终被区分优先级超过上行链路数据到达。另外,可以界定与上行链路数据到达(例如,常规BSR)相比具有较低优先级的另一潜在上行链路MAC CE(例如,(侧链路)PHR)。基于所界定结果,UE可以始终将特殊事件(例如,不是BSR的特定MAC CE)区分优先级超过上行链路数据到达情况(例如,常规BSR)。此外,UE还可以始终将上行链路数据到达情况(例如,常规BSR)区分优先级超过另一特殊事件(例如,不是BSR的特定MAC CE)。UE还可以基于所界定结果始终将特殊事件区分优先级超过另一特殊事件。
在情况D中,UE在针对特殊事件情况传送SR。更具体地说,特殊事件可以涉及如上文所论述的情况1、2和3(例如,侧链路BSR/基于MAC CE控制的定时器/新上行链路MAC CE)。由于可能未接收到SR传送,因此UE应当在其SR传送机会中保持传送SR。在UE保持传送SR的同时,另一特殊事件可能被触发且间接触发SR。在此条件中,情况D将发生。
解决方案1(基于多个SR配置的并行SR传送)-在此解决方案中,UE可支持基于不同SR配置传送多个SR传送。多个SR传送可以在相同或不同小区上发生(例如,全部在PCell上或者一个在PCell上另一个在SCell上,或者多个SCell与PCell之间的任何其它可能的组合)。因此,新事件(例如,特殊事件)基于SR配置而触发SR传送,而当前SR传送基于另一SR配置(用于先前SR触发事件)而执行。
基于此解决方案,网络可从属于同一UE的SR传送导出更多信息。举例来说,网络(例如,gNB)可发现不同特殊事件的发生。
解决方案2(更新SR传送以反映最高优先级需要(新事件或当前缓冲区大小)-UE可以或可不支持基于不同SR配置的并行多个SR传送。如果UE不支持,那么UE将需要停止当前SR传送以用于基于与当前使用的SR配置不同的SR配置而起始SR传送。
由于在此解决方案中UE需要反映较高优先级需要,因此特殊事件之间的优先级将需要清楚地界定。下面列出可能的候选者:
1.遵循逻辑信道优先级区分规则-在当前LCP机制中,每一上行链路MAC CE和数据将具有对应优先级以用于决定包含次序和/或在无足够资源可适应所有数据和上行链路MAC CE的情况下决定应当包含什么。在与不同特殊事件相关的MAC CE之间可以发生优先级比较。
取决于优先级比较结果,将基于与具有较高优先级的事件相关的SR配置而执行SR传送。UE可以停止使用当前SR配置执行SR传送。
2.遵循网络配置(例如,阈值、特定逻辑信道的配置等)-在此候选者中,网络(例如,gNB)可设置新将到来的事件与当前事件之间的优先级区分。更具体地说,网络可基于配置阈值或发送指示(在配置中)而设置优先级区分。
举例来说,网络可提供与侧链路逻辑信道的优先级相关的阈值以决定某些特殊事件是否比常规侧链路BSR更重要。如果侧链路BSR是针对报告属于具有高于阈值的优先级的逻辑信道的数据,那么常规侧链路BSR更重要。替代地,如果侧链路BSR是针对报告属于具有低于阈值的优先级的逻辑信道的侧链路数据,那么常规侧链路BSR可以更重要。可以存在多于一个阈值(或称为限制)用于产生优先级区分的范围。
作为另一实例,网络可在服务配置(例如,V2V、V2X、中继、MBMS、URLLC、全双工等)中或特殊事件相关配置(例如,波束成形配置、SPS配置、无准予配置、包复制配置)中提供指示。如果包含此指示,那么可以对相关MAC CE的优先级进行区分优先级。
在一个实施例中,如果所述指示在服务配置(例如,V2V、D2D中继、…)中,那么在数据变成可用于服务的情况下将对BSR区分优先级。此外,如果所述指示在特殊事件相关配置中,那么将对对应MAC CE区分优先级。
所述指示可以或可不指示可对其区分优先级到什么程度。如果所述指示无法指示可对其区分优先级到什么程度,那么将对MAC CE(例如,侧链路BSR/新上行链路MAC CE/基于MAC CE控制的定时器)区分优先级超过应当预定义的MAC CE或数据。如果所述指示指示可对其区分优先级到什么程度,那么所述指示可以包含某种索引(例如,LCP规则位置等)或值(例如,优先级)或位图(例如,优先级位图或LCP规则位置位图)以用于告知区分优先级结果。以此方式,UE可传送较少SR传送且减少功率消耗。
解决方案3(保持使用进行中的SR配置而不是基于用于新到达数据的不同SR配置 而起始SR传送)-无论新将到来的事件是什么,UE都将保持基于当前使用的SR配置而传送SR传送。如果与当前SR传送相关的SR触发事件被取消,那么可以更新用以执行SR传送的SR配置。
解决方案4(基于时延决定是否改变SR配置)-UE将基于新将到来的特殊事件的时延要求决定是否使用与新事件相关的SR配置。如果与新事件相关的时延要求比任何其它当前SR触发事件的时延要求更严格,那么UE将基于与新事件相关的SR配置起始SR传送。关于进行中的SR传送,即使起始用于不同SR配置的新SR传送,UE也可以或可不停止当前SR传送。
由于MAC CE在LTE中没有时延要求,因此用于MAC CE的时延要求可能需要针对应用此解决方案而定义和/或配置。
解决方案5(使用与最新SR触发事件相关的SR配置执行SR传送)-UE将基于与新事件(例如,retx-BSR定时器到期或事件)相关的SR配置起始SR传送。举例来说,假定当传送用于侧链路BSR的SR时触发新上行链路MAC CE,则用于当前SR传送的SR配置将改变为与新上行链路MAC CE相关的SR配置。
解决方案6(按情况界定每一特殊事件情况之间的优先级区分)-可以界定每一潜在上行链路MAC CE和上行链路BSR与可触发SR传送的任何其它MAC CE(例如,侧链路BSR、基于MAC CE控制的定时器)之间的关系。在此解决方案中,例如可以将潜在上行链路MAC CE(例如,波束相关MAC CE)界定为始终被区分优先级超过侧链路BSR。此外,可以界定与基于MAC CE控制的定时器相比具有较低优先级的另一潜在上行链路MAC CE(例如,(侧链路)PHR)。基于所界定的结果,UE可以始终将特殊事件(例如,不是BSR的特定MAC CE)区分优先级超过另一特殊事件。
SR配置如何与新事件相关或相关联可参考上文关于如何触发用于特殊事件的SR的论述。此外,SR配置与上行链路数据到达之间的关系是在逻辑信道信息与SR配置之间。逻辑信道信息可以是LCID、TTI持续时间限制、基础参数或属于的小区。
图31是基于不同SR配置的并行的多个SR传送的示例性实施例。UE在基于SR配置1执行SR传送。当新事件将到来且新事件与SR2相关时,UE也将基于SR配置2执行SR传送,同时基于SR配置1的SR传送将不停止和/或取消。
图32是遵循LCP规则来区分优先级的示例性实施例。确切地说,图32图示了遵循LCP规则来决定基于多个SR配置中的哪一个SR配置执行SR传送。如图32中所示出,UE在基于与侧链路相关的SR配置传送SR。更具体地说,SR配置与侧链路BSR相关。然而,当常规上行链路BSR由上行链路数据到达触发且SR配置2与常规上行链路BSR相关以反映缓冲区(例如,间接触发SR的逻辑信道)中的上行链路数据的需要时,基于SR配置1的SR传送将停止,因为侧链路BSR具有比上行链路BSR低的优先级。UE将开始基于SR配置2执行SR传送。
图33是遵循最新事件的示例性实施例。确切地说,图33图示了基于不同SR配置的并行的多个SR传送。在此实例中,第一新事件与SR配置2相关联。因此,基于解决方案,UE将改变为执行基于SR配置2的SR传送且停止基于SR配置1的SR传送。当与SR配置1相关的第二新事件发生时,UE将改变回到使用SR配置1执行SR传送。
图34是始终遵循上行链路数据需要的示例性实施例。当UE在针对与SR配置2相关的新上行链路MAC CE传送SR时,上行链路数据到达事件发生。由于与SR配置2相关的上行链路数据到达事件,UE将改变为使用SR配置2执行SR传送。上行链路数据到达事件与SR配置2相关,因为上行链路数据的TTI/基础参数类型需要应当通过SR配置2来区分。
图35是根据UE的一个示例性实施例的流程图3500,其中UE被网络节点分配有多个SR配置。在步骤3505中,如果定时器到期则UE触发MAC控制元素。在步骤3510中,UE触发针对MAC控制元素的SR。在步骤3515中,UE基于多个SR配置中的第一SR配置传送SR,其中所述第一SR配置与当MAC控制元素被触发时具有可用于传送的数据的最高优先级逻辑信道相关联。
在一个实施例中,定时器可以是retxBSR-Timer。MAC控制元素可以是BSR。第一SR配置可以基于最高优先级逻辑信道的身份而与最高优先级逻辑信道相关联。
返回参看图3和4,在其中UE被网络节点分配有多个SR配置的UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)如果定时器到期则触发MAC控制元素,(ii)触发针对MAC控制元素的SR,以及(iii)基于多个SR配置中的第一SR配置传送SR,其中所述第一SR配置与当MAC控制元素被触发时具有可用于传送的数据的最高优先级逻辑信道相关联。此外,CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图36是根据UE的一个示例性实施例的流程图3600。在步骤3605中,UE从网络节点接收多个SR配置。在步骤3610中,UE触发第一MAC控制元素。在步骤3615中,UE触发针对第一MAC控制元素的第一SR。在步骤3620中,UE根据多个SR配置中的第一SR配置将第一SR传送到网络节点,其中所述第一SR配置是基于所述第一SR配置的特性而选择。
在一个实施例中,所述特性可以是所述第一SR配置在第一MAC控制元素被触发之后具有最接近SR传送机会。第一MAC控制元素可以是侧链路BSR。第一MAC控制元素可以由于定时器到期而被触发。
在一个实施例中,UE可以触发用于第一逻辑信道的上行链路数据的第二MAC控制元素。且UE触发针对第二MAC控制元素的第二SR。此外,UE可以根据多个SR配置中的第二SR配置将第二SR传送到网络节点,其中所述第二SR配置是基于第一逻辑信道与第二SR配置之间的关联而选择。
在一个实施例中,UE可以根据第二SR配置执行第二SR传送,而无需暂停或停止根据第一SR配置执行第三SR传送。替代地,当UE触发第二MAC控制元素时UE可以停止根据第一SR配置执行第三SR传送。
返回参考图3和4,在UE的一个示例性实施例中,装置300包含存储在存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)从网络节点接收多个SR配置,(ii)触发第一MAC控制元素,(iii)触发针对第一MAC控制元素的第一SR,以及(iv)根据多个SR配置中的第一SR配置将第一SR传送到网络节点,其中所述第一SR配置是基于所述第一SR配置的特性而选择。此外,CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图37是根据UE的一个示例性实施例的流程图3700,其中UE被网络节点分配有多个SR配置且MAC控制元素与多个SR配置中的第一SR配置之间存在关联。在步骤3705中,UE触发MAC控制元素。在步骤3710中,UE基于第一SR配置传送SR。
在一个实施例中,所述关联可以通过将MAC控制元素链接到传送时间间隔(Transmission Time Interval,TTI)长度信息(例如,最大TTI阈值等)而建立。第一SR配置可以与TTI长度信息相关联。
替代地,所述关联可以通过将MAC控制元素链接到基础参数信息而建立。第一SR配置可以与基础参数信息相关联。
此外,所述关联可以通过将MAC控制元素链接到一个或多个逻辑信道身份而建立。第一SR配置可以与逻辑信道身份相关联。
另外,所述关联可以通过将MAC控制元素链接到一个或多个逻辑信道群组而建立。第一SR配置与逻辑信道群组相关联。并且,第一SR配置可以包含与MAC控制元素有关的信息(例如,MAC CE的身份、对应服务身份(例如,侧链路、MBMS、V2X)等)。
所述关联也可以通过在第一SR配置中包含与MAC控制元素有关的信息而建立。
所述关联可以通过将第一SR配置的信息(例如,索引、身份等)包含到与MAC控制元素相关的配置中而建立。所述配置可以是服务配置(例如,侧链路配置、V2X配置、MBMS配置等)。所述配置可以是MAC配置。
返回参考图3和4,在UE的一个示例性实施例中,装置300包含存储在存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)触发MAC控制元素,以及(ii)基于第一SR配置传送SR。此外,CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图38是根据UE的一个示例性实施例的流程图3800,其中UE由网络节点通过用于选择SR配置的预定义规则被分配有多个SR配置。在步骤3805中,UE从网络节点接收多个SR配置。在步骤3810中,UE触发MAC控制元素。在步骤3815中,UE根据多个SR配置中的一个SR配置将SR传送到网络节点,其中SR配置是基于所述SR配置的特性而选择。
在一个实施例中,所述特性可以是用于在默认基础参数或接入基础参数上请求资源的SR配置。所述特性也可以是在默认基础参数或接入基础参数上分配的SR配置。此外,所述特性可以是与其它SR配置相比具有最密集SR传送机会的SR配置。另外,所述特性可以是在MAC控制元素的触发定时之后具有最接近SR传送机会的SR配置。所述特性也可以是SR配置用于请求UE可使用的最短TTI和/或最大基础参数资源。此外,所述特性可以是专用于请求用于MAC控制元素的传送资源的SR配置。
在一个实施例中,UE不具有多个连接性。
返回参看图3和4,在其中UE由网络节点以用于选择SR配置的预定义规则被分配有多个SR配置的UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)从网络节点接收多个SR配置,(ii)触发MAC控制元素,以及(iii)根据多个SR配置中的一个SR配置将SR传送到网络节点,其中SR配置是基于SR配置的特性而选择。此外,CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图39是根据UE的一个示例性实施例的流程图3900,其中UE被配置用于控制元素的多个位SR设定的网络节点分配有一个SR配置且其中在MAC控制元素与根据SR配置传送的SR中的一个或多个字段的一个或多个值之间存在映射。在步骤3905中,UE触发MAC控制元素。在步骤3910中,UE根据SR配置将SR传送到网络节点,其中SR的所述一个或多个字段被设定为映射到MAC控制元素的一个/多个值。
在一个实施例中,所述映射可以通过将MAC控制元素链接到TTI长度信息(例如,最大TTI阈值等)而建立。所述一个或多个值与TTI长度信息相关联。
替代地,所述映射可以通过将MAC控制元素链接到基础参数信息(例如,一个或多个基础参数索引、基础参数索引位图等)而建立。所述一个或多个值与基础参数信息相关联。
所述映射也可以通过将MAC控制元素链接到一个或多个逻辑信道身份而建立。所述一个或多个值与逻辑信道身份相关联。
此外,所述映射可以通过将MAC控制元素链接到一个或多个逻辑信道群组而建立。所述一个或多个值与逻辑信道群组相关联。
另外,所述映射可以通过将与MAC控制元素相关的信息(例如,MAC CE的身份、对应服务身份(例如,侧链路、MBMS、V2X)等)直接映射到SR配置中的一个或多个值而建立。
返回参看图3和4,在其中UE被配置用于控制元素的多个位SR设定的网络节点分配有一个SR配置且其中在MAC控制元素与根据SR配置传送的SR中的一个或多个字段的一个或多个值之间存在映射的UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)触发MAC控制元素,以及(ii)根据SR配置将SR传送到网络节点,其中SR的所述一个或多个字段被设定为映射到MAC控制元素的一个/多个值。此外,CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图40是根据具有用于控制元素的预定义多个位SR设定的UE的一个示例性实施例的流程图4000。在步骤4005中,UE从网络节点接收SR配置,其中基于SR配置的SR传送包含用于网络节点导出上行链路资源需求的TTI长度和/或基础参数的第一字段。在步骤4010中,如果第一SR未被上行链路数据到达触发则UE将第一SR传送到网络节点,其中第一SR中的第一字段被设定成第一值。在步骤4015中,如果第二SR由上行链路数据到达触发则UE将第二SR传送到网络节点,其中第二SR中的第一字段是基于上行链路数据到达的基础参数和/或TTI需要而设定。
在一个实施例中,所述第一值可以是用以指示UE中存在待决的至少一MAC控制元素的特定值。所述第一值也可以是用以指示MAC控制元素被触发的特定值。举例来说,如果第一字段中存在3个位,则‘000’-‘011’可以用于上行链路数据到达情况,‘111’可以是用以指示MAC控制元素的特定值,且‘100’-‘110’可以用于其它情况或保留供未来使用。
在一个实施例中,所述第一值可以指示默认基础参数上的上行链路资源需求、初始接入基础参数、对TTI长度的特定范围的上行链路资源需求、对LCG的上行链路资源需求,或对逻辑信道的上行链路资源需求。
在一个实施例中,当触发MAC控制元素时UE不具有可用于在DRB或SRB中的传送的数据。
在一个实施例中,MAC控制元素可以是侧链路BSR、由定时器触发的控制元素、用于报告波束相关信息的控制元素、用于报告业务模式改变的控制元素,或用于确认来自网络的命令的控制元素。
在一个实施例中,MAC控制元素可能不与逻辑信道相关。
返回参看图3和4,在具有用于控制元素的预定义多个位SR设定的UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)从网络节点接收SR配置,其中基于SR配置的SR传送包含用于网络节点导出上行链路资源需求的TTI长度和/或基础参数的第一字段,(ii)如果第一SR未被上行链路数据到达触发则将第一SR传送到网络节点,其中第一SR中的第一字段被设定成第一值,以及(iii)如果第二SR由上行链路数据到达触发则将第二SR传送到网络节点,其中第二SR中的第一字段是基于上行链路数据到达的基础参数和/或TTI需要而设定。此外,CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图41是根据UE的一个示例性实施例的流程图4100,其中UE被配置有多个下行链路控制信道。在步骤4105中,UE将由第一条件触发的调度请求传送到网络节点,其中所述第一条件不同于由上行链路数据到达触发的常规BSR的条件。在步骤4110中,UE监视多个下行链路控制信道的第一集合。
返回参看图3和4,在其中UE被配置有多个下行链路控制信道的UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)将由第一条件触发的调度请求传送到网络节点,其中所述第一条件不同于由上行链路数据到达触发的常规BSR的条件,以及(ii)监视多个下行链路控制信道的第一集合。此外,CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图42是根据网络节点的一个示例性实施例的流程图4200,其中UE被网络节点配置有多个下行链路控制信道。在步骤4205中,网络节点从UE接收由第一条件触发的调度请求,其中所述第一条件不同于由上行链路数据到达触发的常规BSR的条件。在步骤4210中,网络节点经由多个下行链路控制信道的第一集合将上行链路资源提供到UE。
返回参看图3和4,在其中UE由网络节点配置有多个下行链路控制信道的网络节点的一个示范性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使网络节点能够(i)从UE接收由第一条件触发的调度请求,其中所述第一条件不同于由上行链路数据到达触发的常规BSR的条件,以及(ii)经由多个下行链路控制信道的第一集合将上行链路资源提供到UE。此外,CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
在图41-42中示出且在以上文字中描述的实施例的上下文中,在一个实施例中,所述第一条件可以是常规侧链路BSR被触发,上行链路控制元素(BSR除外)被触发,上行链路控制元素被定时器到期触发,或上行链路控制元素被超过阈值的计数器值触发。
在一个实施例中,UE可以基于第一规则决定所述第一集合。所述第一规则可以是选择与第一条件相关联的控制信道,或选择特定控制信道而无论调度请求的传送所承载的基础参数和/或TTI信息如何。
在一个实施例中,如果调度请求是由不同于第一条件的第二条件触发则UE可以监视多个下行链路控制信道的第二集合,其中所述第二集合不同于所述第一集合。UE也可以基于第二规则决定所述第二集合。在一个实施例中,所述第二规则可以是选择与第二条件相关联的控制信道,选择特定控制信道而无论调度请求的传送所承载的基础参数和/或TTI信息如何,选择全部多个控制信道,或基于调度请求的传送所承载的基础参数和/或TTI信息而选择控制信道。
在一个实施例中,所述第二条件可以是常规侧链路BSR被触发,上行链路控制元素(BSR除外)被触发,上行链路控制元素被定时器到期触发,上行链路控制元素被超过阈值的计数器值触发,或常规BSR被上行链路数据到达触发。
图43是根据UE的一个示例性实施例的流程图4300,其中UE被配置有多个下行链路控制信道。在步骤4305中,UE将调度请求传送到网络节点。在步骤4310中,如果针对上行链路数据到达触发调度请求,则UE基于第一规则监视多个下行链路控制信道的第一集合。在步骤4315中,如果针对不同于上行链路数据到达的条件触发调度请求则UE基于第二规则监视多个下行链路控制信道的第二集合,其中所述第一集合不同于所述第二集合。
返回参看图3和4,在其中UE被配置有多个下行链路控制信道的UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)将调度请求传送到网络节点,(ii)如果针对上行链路数据到达触发调度请求,则基于第一规则监视多个下行链路控制信道的第一集合,以及(iii)如果针对不同于上行链路数据到达的条件触发调度请求则基于第二规则监视多个下行链路控制信道的第二集合,其中所述第一集合不同于所述第二集合。此外,CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图44是根据网络节点的一个示例性实施例的流程图4400,其中网络节点以多个下行链路控制信道配置UE。在步骤4405中,网络节点从UE接收调度请求。在步骤4410中,如果针对上行链路数据到达触发调度请求则网络节点基于第一规则经由多个下行链路控制信道的第一集合将上行链路资源提供到UE。在步骤4415中,如果针对不同于上行链路数据到达的条件触发调度请求则网络节点基于第二规则经由多个下行链路控制信道的第二集合将上行链路资源提供到UE,其中所述第一集合不同于所述第二集合。
返回参看图3和4,在其中网络节点以多个下行链路控制信道配置UE的网络节点的一个示范性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使网络节点能够(i)从UE接收调度请求,(ii)如果针对上行链路数据到达触发调度请求则基于第一规则经由多个下行链路控制信道的第一集合将上行链路资源提供到UE,以及(iii)如果针对不同于上行链路数据到达的条件触发调度请求则基于第二规则经由多个下行链路控制信道的第二集合将上行链路资源提供到UE,其中所述第一集合不同于所述第二集合。此外,CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
在图43-44中示出且在上述文字中描述的实施例的上下文中,在一个实施例中,所述第一规则可以是选择全部多个控制信道作为所述第一集合,或者选择与调度请求的传送所承载的基础参数和/或TTI信息相关的控制信道作为所述第一集合。
在一个实施例中,所述第二规则可以是选择全部多个控制信道作为所述第一集合,选择与调度请求的传送所承载的基础参数和/或TTI信息相关的控制信道作为所述第一集合,选择与所述条件相关联的控制信道作为所述第一集合,或者选择特定控制信道而无论调度请求的传送所承载的基础参数和/或TTI信息如何。
在一个实施例中,多个下行链路控制信道中的至少一个可以在所有基础参数上、在一个或多个基础参数上或仅在特定基础参数上调度数据传送。多个下行链路控制信道中的所述至少一个也可以调度侧链路传送。
图45是根据UE的一个示例性实施例的流程图4500,其中UE被网络节点分配有多个SR配置。在步骤4505中,UE触发与多个SR配置中的第一SR配置相关的第一SR。在步骤4510中,UE根据第一SR配置执行向网络节点的第一SR传送。在步骤4515中,UE触发与多个SR配置中的第二SR配置相关的第二SR,其中所述第二SR不被上行链路数据到达触发。在步骤4520中,UE根据第二SR配置执行向网络节点的第二SR传送。
在一个实施例中,第一SR可以由以下各项触发:上行链路数据到达(例如,常规BSR)、侧链路BSR(例如,常规侧链路BSR)、基于MAC控制元素控制的定时器,或不同于3GPPTS 36.321中列出的任何上行链路MAC CE的新MAC CE。
在一个实施例中,第二SR可以由以下各项触发:侧链路BSR(例如,常规侧链路BSR)、基于MAC控制元素控制的定时器,或新MAC CE(其不同于3GPP TS 36.321中列出的任何上行链路MAC CE。
在一个实施例中,UE可以在第二SR被触发之后停止执行根据多个SR配置中的第一SR配置向网络节点的第三SR传送。UE可以决定根据基于LCP程序中的优先级区分规则的第二SR配置、根据基于触发第二SR的MAC CE的时延要求的第二SR配置、或者在第二SR由侧链路BSR触发的情况下根据第二SR配置而执行第二SR传送,其中侧链路BSR是用于报告属于具有高于阈值的优先级的逻辑信道的数据。
返回参看图3和4,在其中UE被网络节点分配有多个SR配置的UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)触发与多个SR配置中的第一SR配置相关的第一SR,(ii)根据第一SR配置执行向网络节点的第一SR传送,(iii)触发与多个SR配置中的第二SR配置相关的第二SR,其中所述第二SR不被上行链路数据到达触发,以及(iv)根据第二SR配置执行向网络节点的第二SR传送。此外,CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图46是根据UE的一个示例性实施例的流程图4600,其中UE被网络节点分配有多个SR配置。在步骤4605中,UE触发与多个SR配置中的第一SR配置相关的第一SR,其中所述第一SR不被上行链路数据到达触发。在步骤4610中,UE根据第一SR配置执行向网络节点的第一SR传送。在步骤4615中,UE触发与多个SR配置中的第二SR配置相关的第二SR。在步骤4620中,UE根据第二SR配置执行向网络节点的第二SR传送。
在一个实施例中,第一SR可以由以下各项触发:侧链路BSR(例如,常规侧链路BSR)、基于MAC控制元素控制的定时器,或新MAC CE(其不同于3GPP TS 36.321中列出的任何上行链路MAC CE。
在一个实施例中,第二SR可以由以下各项触发:侧链路BSR(例如,常规侧链路BSR)、基于MAC控制元素控制的定时器、不同于3GPP TS 36.321中列出的任何上行链路MACCE的新MAC CE、或上行链路数据到达(例如,常规BSR)。
在一个实施例中,UE可以在第二SR被触发之后停止执行根据多个SR配置中的第一SR配置向网络节点的第三SR传送。UE也可以决定根据基于LCP程序中的优先级区分规则的第二SR配置、根据基于触发第二SR的MAC CE的时延要求的第二SR配置、或者在第二SR由侧链路BSR触发的情况下根据第二SR配置而执行第二SR传送,其中侧链路BSR是用于报告属于具有高于阈值的优先级的逻辑信道的数据。
在一个实施例中,第一SR配置和第二SR配置可以用于在不同基础参数和/或TTI持续时间上请求资源。此外,由第一SR配置指示的资源和由第二SR配置指示的资源可以在不同小区上。另外,由第一SR配置指示的资源和由第二SR配置指示的资源可以在不同基础参数和/或TTI持续时间上。
返回参看图3和4,在其中UE被网络节点分配有多个SR配置的UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)触发与多个SR配置中的第一SR配置相关的第一SR,其中所述第一SR不被上行链路数据到达触发,(ii)根据第一SR配置执行向网络节点的第一SR传送,(iii)触发与多个SR配置中的第二SR配置相关的第二SR,以及(iv)根据第二SR配置执行向网络节点的第二SR传送。此外,CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
上文已经描述了本发明的各种方面。应明白,本文中的教示可以通过广泛多种形式实施,且本文中所公开的任何具体结构、功能或这两者仅是代表性的。基于本文中的教示,所属领域的技术人员应了解,本文中公开的方面可以独立于任何其它方面而实施,且可以各种方式组合这些方面中的两个或多于两个方面。举例来说,可以使用本文中所阐述的任何数量的方面来实施设备或实践方法。另外,通过使用除了本文所阐述的方面中的一个或多个之外或不同于本文所阐述的实施例中的一个或多个的其它结构、功能性或结构与功能性,可实施此设备或可实践此方法。作为上述概念中的一些的实例,在一些方面中,可以基于脉冲重复频率建立并行信道。在一些方面中,可以基于脉冲位置或偏移建立并行信道。在一些方面中,可以基于时间跳频序列建立并行信道。在一些方面中,可以基于脉冲重复频率、脉冲位置或偏移、以及时间跳频序列建立并行信道。
所属领域的技术人员应理解,可使用多种不同技术和技艺中的任一种来表示信息和信号。举例来说,可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。
所属领域的技术人员将进一步了解,结合本文公开的方面描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可以被实施为电子硬件(例如,数字实施方案、模拟实施方案或两者的组合,其可以使用源编码或某种其它技术来设计)、并入指令的各种形式的程序或设计代码(在本文为方便起见可以称为“软件”或“软件模块”),或两者的组合。为清晰地说明硬件与软件的这种可互换性,上文已大体就其功能性来描述了各种说明性组件、块、模块、电路和步骤。此类功能性是实施为硬件还是软件取决于具体应用和施加于整个***的设计约束。本领域的技术人员可针对每一具体应用以不同方式来实施所描述的功能性,但这样的实施决策不应被解释为会引起脱离本发明的范围。
另外,结合本文公开的方面描述的各种说明性逻辑块、模块和电路可以实施于集成电路(“IC”)、接入终端或接入点内或者由集成电路、接入终端或接入点执行。IC可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件,或其经设计以执行本文中所描述的功能的任何组合,且可以执行驻留在IC内、在IC外或这两种情况下的代码或指令。通用处理器可以是微处理器,但在替代方案中,处理器可以是任何的常规处理器、控制器、微控制器或状态机。处理器也可以实施为计算装置的组合,例如DSP和微处理器的组合、多个微处理器、与DSP核心结合的一或多个微处理器,或任何其它此类配置。
应理解,在任何所公开过程中的步骤的任何特定次序或层级都是示例方法的实例。应理解,基于设计偏好,过程中的步骤的特定次序或层级可以重新布置,同时保持在本公开的范围内。所附方法权利要求以样本次序呈现各种步骤的要素,且并不有意限于所呈现的特定次序或层级。
结合本文中所公开的方面描述的方法或算法的步骤可以直接用硬件、用由处理器执行的软件模块、或用这两者的组合实施。软件模块(例如,包含可执行指令和相关数据)和其它数据可以驻存在数据存储器中,例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除式磁盘、CD-ROM或所属领域中已知的计算机可读存储媒体的任何其它形式。样本存储媒体可以耦合到例如计算机/处理器等机器(为方便起见,所述机器在本文中可以称为“处理器”),使得所述处理器可以从存储媒体读取信息(例如,代码)且将信息写入到存储媒体。或者,样本存储媒体可以与处理器形成一体。处理器和存储媒体可以驻留在ASIC中。ASIC可以驻留在用户设备中。在替代方案中,处理器和存储媒体可作为离散组件而驻留在用户设备中。此外,在一些方面中,任何合适的计算机程序产品可包括计算机可读媒体,所述计算机可读媒体包括与本发明的各方面中的一个或多个方面相关的代码。在一些方面中,计算机程序产品可以包括封装材料。
虽然已结合各种方面描述本发明,但应理解本发明能够进行进一步修改。本申请希望涵盖大体上遵循本发明的原理的对本发明的任何变化、使用和改编,且包含处于本发明所属领域内的已知和惯例实践范围内的与本公开的偏离。
Claims (19)
1.一种用户设备的方法,其特征在于,所述用户设备被网络节点分配有多个调度请求配置,所述方法包括:
如果定时器到期触发媒体接入控制控制元素;
触发对所述媒体接入控制控制元素的调度请求;以及
基于所述多个调度请求配置中的第一调度请求配置传送所述调度请求,其中所述第一调度请求配置是当所述媒体接入控制控制元素被触发时从所述多个调度请求配置中选择的,所述第一调度请求配置与具有可用于传送的数据的最高优先级逻辑信道相关联。
2.根据权利要求1所述的方法,其特征在于,所述定时器是retxBSR-Timer。
3.根据权利要求1所述的方法,其特征在于,所述媒体接入控制控制元素是缓冲区状态报告。
4.根据权利要求1所述的方法,其特征在于,所述第一调度请求配置基于所述最高优先级逻辑信道的身份而与所述最高优先级逻辑信道相关联。
5.根据权利要求1所述的方法,其特征在于,进一步包括:如果所述用户设备具有用于属于逻辑信道群组的任何逻辑信道的数据,则触发所述媒体接入控制控制元素。
6.一种用户设备的方法,其特征在于,包括:
从网络节点接收多个调度请求配置;
触发第一媒体接入控制控制元素;
触发对所述第一媒体接入控制控制元素的第一调度请求;以及
根据所述多个调度请求配置中的第一调度请求配置将所述第一调度请求传送到所述网络节点,其中所述第一调度请求配置是基于所述第一调度请求配置的特性从所述多个调度请求配置中选择的,
其中,所述第一调度请求配置的特性是指所述第一调度请求配置在所述第一媒体接入控制控制元素被触发之后具有最接近调度请求传送机会。
7.根据权利要求6所述的方法,其特征在于,进一步包括:
触发用于第一逻辑信道的上行链路数据的第二媒体接入控制控制元素;
触发对所述第二媒体接入控制控制元素的第二调度请求;以及
根据所述多个调度请求配置中的第二调度请求配置将所述第二调度请求传送到所述网络节点,其中所述第二调度请求配置是基于所述第一逻辑信道与所述第二调度请求配置之间的关联而选择。
8.根据权利要求7所述的方法,其特征在于,进一步包括:
所述用户设备根据所述第二调度请求配置执行所述第二调度请求传送而无需暂停或停止根据所述第一调度请求配置执行第三调度请求传送。
9.根据权利要求7所述的方法,其特征在于,进一步包括:
当所述用户设备触发所述第二媒体接入控制控制元素时所述用户设备停止根据所述第一调度请求配置执行第三调度请求传送。
10.根据权利要求6所述的方法,其特征在于,所述第一媒体接入控制控制元素是侧链路缓冲区状态报告。
11.根据权利要求6所述的方法,其特征在于,所述第一媒体接入控制控制元素是由于定时器到期而被触发。
12.根据权利要求11所述的方法,其特征在于,所述定时器是retxBSR-Timer。
13.根据权利要求6所述的方法,其特征在于,所述第一媒体接入控制控制元素是缓冲区状态报告。
14.根据权利要求6所述的方法,其特征在于,进一步包括:如果所述用户设备具有用于属于逻辑信道群组的任何逻辑信道的数据,则触发所述第一媒体接入控制控制元素。
15.一种用户设备,其特征在于,包括:
控制电路;
处理器,其安装于所述控制电路中;以及
存储器,其安装于所述控制电路中且以操作方式联接到所述处理器;
其中所述处理器被配置成执行存储在所述存储器中的程序代码以进行以下操作:
如果定时器到期触发媒体接入控制控制元素;
触发对所述媒体接入控制控制元素的调度请求;以及
基于多个调度请求配置中的第一调度请求配置传送所述调度请求,其中所述第一调度请求配置是当所述媒体接入控制控制元素被触发时从所述多个调度请求配置中选择的,所述第一调度请求配置与具有可用于传送的数据的最高优先级逻辑信道相关联。
16.根据权利要求15所述的用户设备,其特征在于,所述定时器是retxBSR-Timer。
17.根据权利要求15所述的用户设备,其特征在于,所述媒体接入控制控制元素是缓冲区状态报告。
18.根据权利要求15所述的用户设备,其特征在于,所述第一调度请求配置基于所述最高优先级逻辑信道的身份而与所述最高优先级逻辑信道相关联。
19.根据权利要求15所述的用户设备,其特征在于,进一步包括:如果所述用户设备具有用于属于逻辑信道群组的任何逻辑信道的数据,则触发所述媒体接入控制控制元素。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201762490072P | 2017-04-26 | 2017-04-26 | |
US62/490,072 | 2017-04-26 | ||
US201762519718P | 2017-06-14 | 2017-06-14 | |
US62/519,718 | 2017-06-14 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108811157A CN108811157A (zh) | 2018-11-13 |
CN108811157B true CN108811157B (zh) | 2022-01-11 |
Family
ID=62091692
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810386884.7A Active CN108811157B (zh) | 2017-04-26 | 2018-04-26 | 在无线通信***中请求用于控制元素传送的资源的方法和设备 |
Country Status (7)
Country | Link |
---|---|
US (3) | US11159979B2 (zh) |
EP (1) | EP3397015A1 (zh) |
JP (1) | JP6637541B2 (zh) |
KR (1) | KR102091925B1 (zh) |
CN (1) | CN108811157B (zh) |
HK (1) | HK1258858A1 (zh) |
TW (1) | TWI665897B (zh) |
Families Citing this family (100)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10912145B2 (en) * | 2016-04-15 | 2021-02-02 | Lg Electronics Inc. | Method for performing transmission of a SR bundle in a wireless communication system and a device therefor |
US10750410B2 (en) | 2016-09-30 | 2020-08-18 | Huawei Technologies Co., Ltd. | Ultra reliable low latency connection support in radio access networks |
JP2020107920A (ja) * | 2017-04-27 | 2020-07-09 | シャープ株式会社 | 端末装置、基地局装置、および、通信方法 |
US11019652B2 (en) | 2017-05-04 | 2021-05-25 | Ofinno, Llc | Parallel scheduling request process management |
CN108810927B (zh) * | 2017-05-05 | 2020-01-07 | 维沃移动通信有限公司 | 一种调度请求的处理方法及*** |
US20180324833A1 (en) * | 2017-05-05 | 2018-11-08 | Qualcomm Incorporated | Enhancements to logic channel prioritization procedure with multiple numerologies |
US10708929B2 (en) * | 2017-05-05 | 2020-07-07 | Htc Corporation | Device and method of handling scheduling request for logical channel |
CN109691211B (zh) * | 2017-05-05 | 2020-06-26 | Oppo广东移动通信有限公司 | 逻辑信道资源分配的方法和终端设备 |
CN108811129B (zh) * | 2017-05-05 | 2020-03-10 | 华为技术有限公司 | 资源调度方法及设备 |
US10485017B2 (en) * | 2017-05-30 | 2019-11-19 | Htc Corporation | Device and method of handling a schedule request |
JP6527622B2 (ja) * | 2017-06-08 | 2019-06-05 | 華碩電腦股▲ふん▼有限公司 | 無線通信システムにおける複数のsr(スケジューリング要求)構成の方法及び装置 |
US10750526B2 (en) * | 2017-06-15 | 2020-08-18 | Htc Corporation | Device and method of handling a scheduling request |
US20180367288A1 (en) * | 2017-06-16 | 2018-12-20 | Huawei Technologies Co., Ltd. | Dynamic activation and deactivation of packet duplication |
KR102488339B1 (ko) * | 2017-07-10 | 2023-01-13 | 삼성전자 주식회사 | 다중 스케쥴링 요청을 설정하는 방법 및 장치 |
US11337265B2 (en) | 2017-08-10 | 2022-05-17 | Comcast Cable Communications, Llc | Beam failure recovery request transmission |
US10855359B2 (en) | 2017-08-10 | 2020-12-01 | Comcast Cable Communications, Llc | Priority of beam failure recovery request and uplink channels |
US10887939B2 (en) | 2017-08-10 | 2021-01-05 | Comcast Cable Communications, Llc | Transmission power control for beam failure recovery requests |
CN116782398A (zh) * | 2017-08-10 | 2023-09-19 | 夏普株式会社 | 基站、用户设备和相关方法 |
US11950287B2 (en) | 2017-08-10 | 2024-04-02 | Comcast Cable Communications, Llc | Resource configuration of beam failure recovery request transmission |
US11277301B2 (en) | 2017-09-07 | 2022-03-15 | Comcast Cable Communications, Llc | Unified downlink control information for beam management |
US11611468B2 (en) | 2017-09-28 | 2023-03-21 | Comcast Cable Communications, Llc | Beam management with DRX configuration |
KR102500134B1 (ko) * | 2017-11-01 | 2023-02-15 | 삼성전자주식회사 | 무선 통신 시스템에서 패킷 데이터 정보를 송수신하기 위한 장치 및 방법 |
CA3024596A1 (en) | 2017-11-16 | 2019-05-16 | Comcast Cable Communications, Llc | Beam paging assistance |
US10645610B2 (en) * | 2017-11-24 | 2020-05-05 | Mediatek Singapore Pte. Ltd. | Method and apparatus for skipping uplink transmission in mobile communications |
CA3029372A1 (en) | 2018-01-09 | 2019-07-09 | Comcast Cable Communications, Llc | Beam selection in beam failure recovery request retransmission |
US10660119B2 (en) * | 2018-01-09 | 2020-05-19 | Asustek Computer Inc. | Method and apparatus for handling SCell deactivation timer in a wireless communication system |
CN110034799B (zh) * | 2018-01-11 | 2023-09-01 | 华为技术有限公司 | 通信方法和通信设备 |
US10798622B2 (en) | 2018-02-09 | 2020-10-06 | Comcast Cable Communications, Llc | Beam failure recovery in carrier aggregation |
US20190253927A1 (en) * | 2018-02-13 | 2019-08-15 | Samsung Electronics Co., Ltd | Method and apparatus for transmitting and receiving duplicated data in wireless communication system |
US11419066B2 (en) * | 2018-02-15 | 2022-08-16 | Comcast Cable Communications, Llc | Beam failure report |
CA3038605A1 (en) | 2018-03-30 | 2019-09-30 | Comcast Cable Communications, Llc | Configuration for beam failure recovery |
CA3038779A1 (en) | 2018-04-02 | 2019-10-02 | Comcast Cable Communications, Llc | Beam failure recovery |
KR102632780B1 (ko) * | 2018-05-10 | 2024-02-02 | 삼성전자주식회사 | 무선 통신 시스템에서 서비스를 제공하기 위한 장치 및 방법 |
US11095355B2 (en) | 2018-05-10 | 2021-08-17 | Comcast Cable Communications, Llc | Prioritization in beam failure recovery procedures |
US11082973B2 (en) * | 2018-06-20 | 2021-08-03 | Qualcomm Incorporated | Upstream timing control mechanisms for non-terrestrial networks |
WO2020032737A1 (ko) * | 2018-08-09 | 2020-02-13 | 엘지전자 주식회사 | 무선 통신 시스템에서 상향링크 전송을 수행하기 위한 방법 및 이를 위한 장치 |
US11012137B2 (en) | 2018-08-09 | 2021-05-18 | Comcast Cable Communications, Llc | Resource management for beam failure recovery procedures |
KR102293380B1 (ko) * | 2018-08-10 | 2021-08-25 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템에서 다수의 장치 대 장치 리소스 풀을 위한 리소스 할당의 방법 및 장치 |
US12010654B2 (en) * | 2018-08-10 | 2024-06-11 | Lg Electronics Inc. | Method for V2X operation based on restructuring of plurality of resources in wireless communication system and terminal using same |
CN110831062B (zh) * | 2018-08-10 | 2022-02-25 | 华为技术有限公司 | 一种通信方法及相关设备 |
CN110830955B (zh) * | 2018-08-14 | 2024-01-05 | 夏普株式会社 | 用户设备的控制方法、基站的控制方法以及用户设备 |
US10779188B2 (en) * | 2018-09-06 | 2020-09-15 | Cisco Technology, Inc. | Uplink bandwidth estimation over broadband cellular networks |
CN113660694B (zh) * | 2018-09-18 | 2024-04-12 | 华为技术有限公司 | 传输数据的方法和装置 |
US11324064B2 (en) | 2018-09-24 | 2022-05-03 | Comcast Cable Communications, Llc | Beam failure recovery procedures |
CA3056608A1 (en) | 2018-09-25 | 2020-03-25 | Comcast Cable Communications, Llc | Beam configuration for secondary cells |
BR112021003715A2 (pt) * | 2018-09-27 | 2021-05-25 | Telefonaktiebolaget Lm Ericsson (Publ) | métodos realizados por um dispositivo sem fio e por uma estação base, dispositivo sem fio, e, estação base |
JP6918214B2 (ja) | 2018-10-31 | 2021-08-11 | エルジー エレクトロニクス インコーポレイティド | Nr v2xにおける位置情報を送受信する方法及び装置 |
CN113261386B (zh) * | 2018-11-01 | 2022-09-23 | 中兴通讯股份有限公司 | 侧链路逻辑信道和资源配置 |
US20210391952A1 (en) * | 2018-11-01 | 2021-12-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Harq bundling procedure for non-terrestrial networks |
WO2020087446A1 (zh) | 2018-11-01 | 2020-05-07 | Oppo广东移动通信有限公司 | 传输数据的方法和终端设备 |
WO2020116753A1 (en) * | 2018-12-05 | 2020-06-11 | Lg Electronics Inc. | Method and apparatus for transmitting data unit in wireless communication system |
EP3900455A1 (en) * | 2018-12-21 | 2021-10-27 | Nokia Solutions and Networks Oy | Reducing uplink scheduling latency and overhead for standard packet sizes |
CN111385891B (zh) * | 2018-12-29 | 2023-07-11 | 华为技术有限公司 | 配置方法、设备及*** |
CN114845412A (zh) * | 2019-01-08 | 2022-08-02 | 华为技术有限公司 | 触发调度请求的方法、设备及*** |
US20220086897A1 (en) * | 2019-01-11 | 2022-03-17 | Apple Inc. | Rach resource coordination mechanisms for adjacent hops in iab |
US20200236694A1 (en) * | 2019-01-22 | 2020-07-23 | Qualcomm Incorporated | Techniques for configuring scheduling request for sidelink in wireless communications |
EP3927044A4 (en) * | 2019-02-14 | 2022-09-07 | Beijing Xiaomi Mobile Software Co., Ltd. | METHOD AND APPARATUS FOR DETERMINING AN SR CONFIGURATION AND STORAGE MEDIA |
CN111586622B (zh) * | 2019-02-15 | 2022-11-22 | 华为技术有限公司 | 无线通信的方法和装置 |
WO2020175943A1 (ko) * | 2019-02-27 | 2020-09-03 | 엘지전자 주식회사 | 사이드링크 통신을 수행하는 장치의 장치 능력 보고 |
KR102401124B1 (ko) * | 2019-02-27 | 2022-05-23 | 엘지전자 주식회사 | 사이드링크 통신을 수행하는 장치의 장치 능력 보고 |
EP3949617A1 (en) * | 2019-03-27 | 2022-02-09 | Telefonaktiebolaget LM Ericsson (publ) | Methods for sl sr/bsr handling |
WO2020204325A1 (ko) * | 2019-03-29 | 2020-10-08 | 엘지전자 주식회사 | 무선 통신 시스템에서 상향링크 데이터 채널의 전력 제어에 기반한 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국 |
JP7394145B2 (ja) * | 2019-03-29 | 2023-12-07 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムにおけるサイドリンク通信のための制御情報を送受信する方法及び装置 |
CN113748737B (zh) * | 2019-03-29 | 2023-11-10 | Lg电子株式会社 | 发送和接收用于副链路通信的控制信息的方法和频带部分 |
WO2020204323A1 (ko) * | 2019-03-29 | 2020-10-08 | 엘지전자 주식회사 | 무선 통신 시스템에서 상향링크 제어 채널의 전력 제어에 기반한 단말의 채널 상태 정보 보고 방법 및 이를 지원하는 단말 및 기지국 |
CN111615184B (zh) * | 2019-04-22 | 2023-12-22 | 维沃移动通信有限公司 | 处理方法及终端 |
CN111954310B (zh) * | 2019-05-17 | 2023-10-10 | 华硕电脑股份有限公司 | 区分侧链路缓冲区状态报告中传送反馈模式的方法和设备 |
ES2975983T3 (es) * | 2019-05-29 | 2024-07-19 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Método de transmisión de información y aparato terminal |
CN112153746B (zh) * | 2019-06-28 | 2022-11-25 | 华为技术有限公司 | 通信方法及装置 |
CN111294758B (zh) * | 2019-07-22 | 2021-10-01 | 北京紫光展锐通信技术有限公司 | 逻辑信道优先级处理方法及装置、存储介质、终端 |
CN112291848B (zh) * | 2019-07-23 | 2023-09-26 | 上海华为技术有限公司 | 一种终端能力配置的方法及通信装置 |
KR20220027989A (ko) * | 2019-07-31 | 2022-03-08 | 엘지전자 주식회사 | 무선통신시스템에서 bsr에 관련된 ue의 동작 방법 및 장치 |
CN114424657A (zh) * | 2019-08-14 | 2022-04-29 | Idac控股公司 | 用于新无线电侧链路信道状态信息获取的装置和方法 |
US20220295526A1 (en) * | 2019-08-15 | 2022-09-15 | Beijing Xiaomi Mobile Software Co., Ltd. | Method and device for data transmission |
CN112469078A (zh) * | 2019-09-06 | 2021-03-09 | 财团法人工业技术研究院 | 在多跳无线网络中传输缓冲区状态报告的方法和网络设备 |
WO2021056218A1 (zh) * | 2019-09-24 | 2021-04-01 | Oppo广东移动通信有限公司 | 传输冲突的解决方法、装置、终端和介质 |
EP3799518A1 (en) * | 2019-09-27 | 2021-03-31 | Apple Inc. | Secondary cell link recovery request transmission |
CN112584443A (zh) * | 2019-09-27 | 2021-03-30 | 苹果公司 | 辅助小区链路恢复请求传输 |
CA3153205A1 (en) * | 2019-09-30 | 2021-04-08 | Huawei Technologies Co., Ltd. | Method for reporting buffer status report and communications apparatus |
WO2021062708A1 (zh) * | 2019-09-30 | 2021-04-08 | Oppo广东移动通信有限公司 | 无线通信方法和终端设备 |
WO2021062820A1 (zh) * | 2019-09-30 | 2021-04-08 | 华为技术有限公司 | 一种通信方法及装置 |
CN112616190B (zh) * | 2019-10-03 | 2024-07-12 | 联发科技股份有限公司 | 无线通信***中的传输优先级划分方法及装置 |
CN112788769B (zh) * | 2019-11-06 | 2022-11-25 | 维沃移动通信有限公司 | 一种信息处理方法、设备及*** |
CN114651493A (zh) * | 2019-11-07 | 2022-06-21 | 中兴通讯股份有限公司 | 用于参考信令设计和配置的***和方法 |
WO2021087853A1 (en) * | 2019-11-07 | 2021-05-14 | Apple Inc. | Prioritization between uplink and sidelink communications |
KR102597334B1 (ko) * | 2019-12-03 | 2023-11-03 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템에서 장치 대 장치 사이드링크 harq-ack 생성을 위한 방법 및 장치 |
US11540166B2 (en) * | 2019-12-05 | 2022-12-27 | Qualcomm Incorporated | Procedures for managing quality of service flows |
KR20220118433A (ko) * | 2019-12-23 | 2022-08-25 | 삼성전자주식회사 | V2x(vehicle-to-everything) 통신을 위한 cg(configured grant) 타입 1을 처리하기 위한 방법 및 장치 |
US20210243795A1 (en) * | 2020-01-30 | 2021-08-05 | Nokia Technologies Oy | Flexible data transmission methods considering configured grant timers |
WO2021157792A1 (ko) * | 2020-02-06 | 2021-08-12 | 엘지전자 주식회사 | Nr v2x에서 csi 보고를 수행하는 방법 및 장치 |
CN113411833B (zh) * | 2020-03-16 | 2023-02-21 | 大唐移动通信设备有限公司 | 一种资源请求方法、装置、设备及存储介质 |
EP4096322A4 (en) * | 2020-03-26 | 2023-01-25 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | METHOD, APPARATUS AND DEVICE FOR CONFIGURING INFORMATION, AND STORAGE MEDIUM |
US11877268B2 (en) * | 2020-08-06 | 2024-01-16 | Intel Corporation | Streamlining protocol layers processing, and slotless operation |
EP4026392B1 (en) * | 2020-08-31 | 2022-12-21 | Ofinno, LLC | Subsequent data information for small data transmission |
CN112332953B (zh) * | 2020-11-18 | 2022-10-18 | 紫光展锐(重庆)科技有限公司 | 一种数据发送的方法及相关装置 |
US11696299B2 (en) * | 2021-04-01 | 2023-07-04 | Qualcomm Incorporated | Indication of unoccupied data channel occasion |
US20220322408A1 (en) * | 2021-04-06 | 2022-10-06 | Qualcomm Incorporated | Urllc indications with multi-transmission grants |
US11800322B2 (en) | 2021-04-15 | 2023-10-24 | Nokia Solutions And Networks Oy | Signalling for positioning latency control |
US20230087091A1 (en) * | 2021-09-17 | 2023-03-23 | Qualcomm Incorporated | Techniques for data multiplexing based on packet delay |
WO2023201452A1 (en) * | 2022-04-18 | 2023-10-26 | Nokia Shanghai Bell Co., Ltd. | Devices, methods, apparatuses, and computer readable media for scheduling request trigger |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
HUE044307T2 (hu) | 2007-06-19 | 2019-10-28 | Optis Cellular Tech Llc | Eljárások és rendszerek erõforrások ütemezésére telekommunikációs rendszerben |
ES2568219T3 (es) | 2009-05-05 | 2016-04-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Manipulación de un activador de petición de planificación |
EP2765731B1 (en) | 2012-12-24 | 2021-06-16 | Innovative Sonic Corporation | Methods and apparatus of small cell enhancement in a wireless communication system |
PL2802185T3 (pl) * | 2013-04-01 | 2020-05-18 | Innovative Sonic Corporation | Sposób i urządzenie do dodawania komórek obsługujących w systemie komunikacji bezprzewodowej |
JP6649728B2 (ja) | 2014-09-17 | 2020-02-19 | 創新音▲速▼股▲ふん▼有限公司 | 無線通信システムにおけるリソースを要求する方法と装置 |
KR102268754B1 (ko) * | 2014-11-05 | 2021-06-24 | 엘지전자 주식회사 | D2d 통신 시스템에서 사이드링크 버퍼 상태 보고에 의해 트리거된 스케줄링 요청을 취소하는 방법 및 그 장치 |
JP2017538373A (ja) * | 2014-11-06 | 2017-12-21 | エルジー エレクトロニクス インコーポレイティド | D2d通信システムにおいてサイドリンクバッファ状態報告を取り消す方法及びその装置 |
WO2016186004A1 (ja) | 2015-05-15 | 2016-11-24 | 株式会社Nttドコモ | ユーザ装置、及びmacコントロールエレメント送信方法 |
JP6599479B2 (ja) * | 2015-05-15 | 2019-10-30 | 華為技術有限公司 | 端末、基地局、およびスケジューリング要求送信方法 |
JP6563582B2 (ja) * | 2015-07-06 | 2019-08-21 | エルジー エレクトロニクス インコーポレイティド | 二重接続においてバッファ状態報告又はスケジューリング要求を取り消す方法及びそのための装置 |
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 |
-
2018
- 2018-04-26 CN CN201810386884.7A patent/CN108811157B/zh active Active
- 2018-04-26 JP JP2018084608A patent/JP6637541B2/ja active Active
- 2018-04-26 KR KR1020180048501A patent/KR102091925B1/ko active IP Right Grant
- 2018-04-26 US US15/963,313 patent/US11159979B2/en active Active
- 2018-04-26 EP EP18169501.6A patent/EP3397015A1/en active Pending
- 2018-04-26 TW TW107114338A patent/TWI665897B/zh active
-
2019
- 2019-01-25 HK HK19101329.9A patent/HK1258858A1/zh unknown
-
2021
- 2021-08-18 US US17/406,014 patent/US20210392542A1/en not_active Abandoned
- 2021-09-17 US US17/478,598 patent/US20220007230A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
JP2018186506A (ja) | 2018-11-22 |
US20220007230A1 (en) | 2022-01-06 |
KR102091925B1 (ko) | 2020-03-23 |
US20180317123A1 (en) | 2018-11-01 |
TWI665897B (zh) | 2019-07-11 |
US20210392542A1 (en) | 2021-12-16 |
US11159979B2 (en) | 2021-10-26 |
HK1258858A1 (zh) | 2019-11-22 |
JP6637541B2 (ja) | 2020-01-29 |
KR20180120114A (ko) | 2018-11-05 |
CN108811157A (zh) | 2018-11-13 |
TW201840166A (zh) | 2018-11-01 |
EP3397015A1 (en) | 2018-10-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108811157B (zh) | 在无线通信***中请求用于控制元素传送的资源的方法和设备 | |
KR102416866B1 (ko) | 무선 통신 시스템에서 사이드링크 통신의 재송신 스케줄링을 개선하는 방법 및 장치 | |
CN110662202B (zh) | 在无线通信***中处理装置到装置资源释放的方法和设备 | |
CN110831202B (zh) | 针对多个装置到装置资源池分配资源的方法和设备 | |
KR102281974B1 (ko) | 무선 통신 시스템에서 사이드링크 자원 할당 모드 구성을 위한 방법 및 장치 | |
KR102263786B1 (ko) | 무선 통신 시스템에 있어서 일대일 사이드링크 통신을 개선하는 방법 및 장치 | |
CN112752293B (zh) | 无线通信***中处置装置间反馈传送的方法和设备 | |
EP3399724B1 (en) | Method and apparatus of transmitting data duplication in a wireless communication system | |
KR102303881B1 (ko) | 무선 통신 시스템에 있어서 디바이스-대-디바이스 리소스 풀을 선택하는 방법 및 장치 | |
US20180176937A1 (en) | Method and apparatus of handling multiple uplink resource collisions in a wireless communication system | |
US20210204301A1 (en) | Method and apparatus for deprioritizing duplicated packet transmission in wireless communication system | |
EP3855862B1 (en) | Method and apparatus for handling logical channel prioritization regarding sidelink discontinuous reception in a wireless communication system | |
CN110741674A (zh) | 无线通信***中用于触发缓冲区状态报告的方法和用于该方法的装置 | |
US12052662B2 (en) | Method and apparatus for handling logical channel prioritization regarding sidelink discontinuous reception in a wireless communication system |
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 |