CN110278612A - 无线通信中处理多个无线电资源控制程序的方法和设备 - Google Patents
无线通信中处理多个无线电资源控制程序的方法和设备 Download PDFInfo
- Publication number
- CN110278612A CN110278612A CN201910198373.7A CN201910198373A CN110278612A CN 110278612 A CN110278612 A CN 110278612A CN 201910198373 A CN201910198373 A CN 201910198373A CN 110278612 A CN110278612 A CN 110278612A
- Authority
- CN
- China
- Prior art keywords
- rrc
- program
- random access
- radio resource
- control
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/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
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/002—Transmission of channel access control information
- H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/002—Transmission of channel access control information
- H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
- H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
- H04W74/0866—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a dedicated channel for access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
-
- 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
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
Abstract
本发明从用户设备的角度公开一种无线通信中处理多个无线电资源控制程序的方法和设备。在一个实施例中,所述方法包含触发缓冲区状态报告。所述方法还包含传送用于随机接入程序的前导码。所述方法还包含接收用于响应前导码的随机接入响应。另外,所述方法包含基于随机接入响应中所提供的上行链路准予来创建传输块,其中即使所述上行链路准予指示了大于等于第一公共控制信道服务数据单元大小与用于缓冲区状态报告的介质访问控制控制元素大小的总和的传输块大小,所述传输块也无法包含第一公共控制信道服务数据单元和用于缓冲区状态报告的介质访问控制控制元素。此外,所述方法包含基于随机接入响应中所提供的上行链路准予而传送传输块。
Description
技术领域
本公开大体上涉及无线通信网络,且更具体地说,涉及无线通信系统中处理多个RRC程序的方法和设备。
背景技术
随着往来移动通信装置的大量数据的通信需求的快速增长,传统的移动语音通信网络演进成与互联网协议(Internet Protocol,IP)数据包通信的网络。此类IP数据包通信可为移动通信装置的用户提供IP承载语音、多媒体、多播和按需通信服务。
示范性网络结构是演进型通用陆地无线电接入网(Evolved UniversalTerrestrial Radio Access Network,E-UTRAN)。E-UTRAN系统可提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前,3GPP标准组织正在讨论新的下一代(例如,5G)无线电技术。因此,目前正在提交和考虑对3GPP标准的当前主体的改变以演进并完成3GPP标准。
发明内容
从用户设备(User Equipment,UE)的角度公开一种方法和设备。在一个实施例中,所述方法包含触发缓冲区状态报告(Buffer Status Report,BSR)。所述方法还包含传送用于随机接入程序的前导码。所述方法还包含接收用于响应前导码的随机接入响应。另外,所述方法包含基于随机接入响应中所提供的上行链路准予来创建传输块,其中即使所述上行链路准予指示了大于第一公共控制信道(Common Control Channel,CCCH)服务数据单元(Service Data Unit,SDU)大小与用于BSR的介质访问控制(Medium Access Control,MAC)控制元素大小的总和的传输块大小,所述传输块也无法包含第一CCCH SDU和用于BSR的MAC控制元素。此外,所述方法包含基于随机接入响应中所提供的上行链路准予而传送传输块。
附图说明
图1示出根据一个示范性实施例的无线通信系统的图。
图2是根据一个示范性实施例的传送器系统(也被称作接入网络)和接收器系统(也被称作用户设备或UE)的框图。
图3是根据一个示范性实施例的通信系统的功能框图。
图4是根据一个示范性实施例的图3的程序代码的功能框图。
图5是3GPP TS 38.331V15.0.0的图5.2.2.1-1的重现。
图6是3GPP TS 38.300V15.0.0的图9.2.2.4.1-1的重现。
图7是3GPP TS 38.300V15.0.0的图7.3-1的重现。
图8是3GPP TS 38.300V15.0.0的图9.2.2.5-1的重现。
图9是根据一个实施例的图。
图10是根据一个实施例的图。
图11是根据一个实施例的图。
图12是根据一个实施例的图。
图13是根据一个实施例的图。
图14是根据一个实施例的图。
图15是根据一个实施例的图。
图16是根据一个示范性实施例的流程图。
图17是根据一个示范性实施例的流程图。
图18是根据一个示范性实施例的流程图。
图19是根据一个示范性实施例的流程图。
图20是根据一个示范性实施例的流程图。
具体实施方式
下文描述的示范性无线通信系统和装置使用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信,例如语音、数据等。这些系统可基于码分多址(code division multiple access,CDMA)、时分多址(time division multiple access,TDMA)、正交频分多址(orthogonal frequency division multiple access,OFDMA)、3GPP长期演进(Long Term Evolution,LTE)无线接入、3GPP高级长期演进(Long TermEvolution Advanced,LTE-A或LTE-高级)、3GPP2超移动宽带(Ultra Mobile Broadband,UMB)、WiMax、3GPP新无线电(New Radio,NR)或一些其它调制技术。
具体地说,下文描述的示范性无线通信系统装置可设计成支持一个或多个标准,例如在本文中称为3GPP的名为“第三代合作伙伴计划”的联盟提供的标准,包含:RAN2#97主席纪要;RAN2#98主席纪要;RAN2#99bis主席纪要;RAN2#adhoc1801主席纪要;RAN2#101主席纪要;R2-1802735,LG电子公司的“关于按需SI请求程序的其余问题(Remaining issues onon-demand SI request procedure)”;TS 38.300V15.0.0,“NR;NR和NG-RAN总体描述;阶段2(版本15)(NR;NR and NG-RAN Overall Description;Stage 2(Release15))”;TS38.321V15.0.0,“NR;介质访问控制(MAC)协议规范(版本15)(NR;Medium Access Control(MAC)protocol specification(Release 15))”;TS 36.331V15.0.0,“NR;无线电资源控制(RRC)协议规范(版本15)(NR;Radio Resource Control(RRC)protocol specification(Release 15))”;R2-1809109,LG电子公司的“用于电子邮件探讨的TP(TP for emaildiscussion)”;以及R2-1808000,爱立信的“SA概论(Introduction of SA)”。上文所列标准和文件特此明确地以全文引用的方式并入。
图1示出根据本发明的一个实施例的多址无线通信系统。接入网络100(accessnetwork,AN)包含多个天线群组,一个群组包含104和106,另一个群组包含108和110,并且还有一个群组包含112和114。在图1中,每个天线群组仅示出两个天线,然而,每个天线群组可利用更多或更少的天线。接入终端116(access terminal,AT)与天线112和114通信,其中天线112和114在前向链路120上传送信息到接入终端116,且在反向链路118上从接入终端116接收信息。接入终端(access terminal,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的前向链路的信噪比。另外,相比于通过单个天线对其所有接入终端进行传送的接入网络,使用波束成形对随机分散在其覆盖区域中的接入终端进行传送的接入网络对相邻小区中的接入终端的干扰更少。
接入网络(access network,AN)可以是用于与终端通信的固定站或基站,且还可被称作接入点、Node B、基站、增强型基站、演进型Node B(evolved Node B,eNB)或某其它术语。接入终端(access terminal,AT)还可被称为用户设备(user equipment,UE)、无线通信装置、终端、接入终端或某其它术语。
图2是MIMO系统200中的传送器系统210(也称为接入网络)和接收器系统250(也称为接入终端(access terminal,AT)或用户设备(user equipment,UE))的实施例的简化框图。在传送器系统210处,将用于数个数据流的业务数据从数据源212提供到传送(transmit,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制定包括矩阵索引部分和秩值部分的反向链路消息。
反向链路消息可包括与通信链路和/或接收到的数据流有关的各种类型的信息。反向链路消息接着由还从数据源236接收数个数据流的业务数据的TX数据处理器238处理、由调制器280调制、由传送器254a到254r调节且被传送回到传送器系统210。
在传送器系统210处,来自接收器系统250的已调制信号由天线224接收、由接收器222调节、由解调器240解调且由RX数据处理器242处理,以便提取接收器系统250传送的反向链路消息。处理器230接着确定使用哪个预译码矩阵来确定波束成形权重,接着处理所提取的消息。
转向图3,此图示出根据本发明的一个实施例的通信装置的替代简化功能框图。如图3中所示,可利用无线通信系统中的通信装置300来实现图1中的UE(或AT)116和122或图1中的基站(或AN)100,且所述无线通信系统优选地是NR系统。通信装置300可包含输入装置302、输出装置304、控制电路306、中央处理单元(central processing unit,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通常执行物理连接。
在RAN2#97会议中达成如主席纪要RAN2#97中所描述的一些协议,内容如下:
针对非活动状态的UL数据的潜在解决方案的共同方面的协议(由于尚不存在支持非活动状态的UL数据的协议):
1a1:RRC_INACTIVE状态下用于上行链路数据传送的UE AS上下文标识符应与从RRC_INACTIVE到RRC_CONNECTED的状态转变中所用的上下文标识符相同。
1a2:UE AS上下文在UE转到RRC_INACTIVE状态时在网络中通过网络分配的“AS上下文ID”定位和标识且存储在UE(和所述网络)中,且在UE尝试传送小数据和/或执行到RRC_CONNECTED的转变时用于定位AS上下文。
1c:UE AS上下文可存储在“锚点”/源gNB中,且在需要时在触发小数据传送和/或从RRC_INACTIVE到RRC_CONNECTED的转变后可被提取到新的服务gNB。
1d:所述网络应能够在UE在RRC_INACTIVE中发送小数据时执行上下文更新。该更新应依赖RRC信令且应在“第二”消息(例如由小数据传送所触发的RRCConnectionResume或控制响应消息)中完成。
2a:小数据传送可通过2步骤或4步骤RACH程序两者来操作。
2b:小数据传送将“第一”消息中传送的AS上下文ID用于争用解决(至少在使用RACH时)。
3:在接收到具有小UL数据的“第一”消息之后,所述网络应能够告知UE其应通过DLRRC消息(例如RRCConnectionResume)移到RRC_CONNECTED。
5a1:设想大数据的传送会引起状态转变到RRC_CONNECTED。状态转变是网络决策。
5b:UE通过初始上行链路数据传送在“第一”消息中提供所有必要信息以使网络能够将UE移到RRC_CONNECTED状态或使网络能够将UE保留在RRC_INACTIVE,例如BSR。有待研究(FFS)数据阈值是否应用于触发与连接恢复相反的单独数据传送程序。
6a:应支持RRC_INACTIVE状态下的后续小的上行链路数据传送(例如第一UL数据之后的传送)。FFS术语“后续小数据”是仅涵盖不频繁传送情况还是另外涵盖频繁传送。
6b:在用户面数据可用的情况下,通过网络响应消息(例如Msg4)将小的下行链路数据发送到UE是有益的,前提是所述用户面设计支持这一点。
8a:小数据传送解决方案应能够支持至少RLC ARQ机制。
注意:等待关于HARQ重传的RAN1进程。
10:无论选择哪个解决方案,UE会基于其RRC状态执行任务。如果发现特定于数据传送程序的其它任务是必要的,可对其进行探讨。
12:在需要时,具有小UL数据的“第一”消息可提供信息以使网络能够应用过载控制和优先级区分。FFS什么形式的过载控制/优先级区分可应用于基于争用的情况中。
在RAN2#98会议中达成如主席纪要RAN2#98中所描述的一些协议,内容如下:
协议:
1将RRC_INACTIVE定义为NR中的新RRC状态。
2在重选到不属于所配置的基于RAN的通知区域(RAN-based notification area,RNA)的小区时且周期性地,RRC_INACTIVE中的UE通过恢复程序通知NR RAN关于基于RAN的位置区域更新(RAN-based location area update,RLAU)。
协议
1如果SA2/CT1确认PLMN选择受支持,则AS支持RRC_INACTIVE中的UE的PLMN选择(即,向NAS提供可用PLMN)。
协议
1连接恢复消息将包含可至少指示RAN区域更新的信息。不排除包含用以实现接入控制的信息。
针对非活动状态下使用DRX(在支持的情况下排除eDRX)的寻呼的协议。
1:针对非活动状态下的UE使用与闲置状态下的UE相同的寻呼时机计算机制。
2:源自CN UE ID的相同输入以及相同的计算方程式用于计算RAN发起的寻呼和CN发起的寻呼的寻呼时机。
3:gNB需要知道在计算中要使用的源自CN UE ID的输入以及来自NG核心的CN UE特定DRX周期。
4:非活动状态的UE可配置有在专用信令上的UE特定RAN DRX周期。
5:UE使用CN UE特定DRX周期和小区广播的DRX周期以及RAN DRX周期中的最短周期。所有DRX周期值必须是彼此的倍数。
6:UE特定RAN DRX周期在UE进入闲置状态时释放。
7当UE在非活动状态下移动到RNA区域中的一个新小区时,继续使用UE特定RANDRX周期。
协议
1 RAN2目标在于,用于RRC_IDLE中的UE的5G AC机制适用于RRC_INACTIVE中的UE。
FFS是否有些方面可能不适用或相对于RRC_IDLE可能需要针对RRC_INACTIVE进行改变(通过CT1和RAN2解决)。
2 RAN2旨在对用于RRC_CONNECTED中的UE的5G AC机制进行定义。详情FFS
3至少对于RRC_IDLE,UE NAS向UE RRC提供接入类别信息
对于RRC_INACTIVE,FFS
4连接请求将包含使gNB能够决定是否拒绝所述连接请求的一些信息
FFS所包含的信息是否例如由NAS提供、源自AC等
对于RRC_INACTIVE,FFS
在RAN2#99bis会议中达成如主席纪要RAN2#99bis中所描述的一些协议,内容如下:
协议
1非活动状态下试图恢复RRC连接的UE可接收在SRB0(无完整性保护)上发送的MSG4以将UE移回到非活动状态(即,通过等待定时器拒绝)。
2非活动的相关参数/配置不应通过在SRB0上发送的MSG4(因为其为不受保护消息)进行更新。
3非活动状态下试图恢复RRC连接的UE可接收在至少具有完整性保护的SRB1上发送的MSG4以将UE移回到非活动状态(即,未被拒绝)。(RNA更新使用情况)
4协议3的MSG4(即,未被拒绝)可配置与可由将UE移到非活动状态的消息配置的至少相同的参数(例如I-RNTI、RNA、RAN DRX周期、周期性RNAU定时器、重新引导载波频率,用于非活动模式移动性控制信息或重选优先级信息)。(将独立论述安全框架)
5非活动状态下试图恢复RRC连接的UE可接收在至少具有完整性保护的SRB1上发送的MSG4以将UE移到闲置状态。
5.1此MSG4(即SRB1释放到闲置)可携载与RRC连接释放类别的消息相同的信息(例如优先级、重新引导信息、闲置模式移动性控制信息、原因和闲置模式重选信息)。
6非活动状态下试图恢复RRC连接的UE无法接收在SRB0(无完整性保护)上发送的MSG4以将UE移到闲置以保持在闲置状态(即,未妨碍对回退到RRC连接建立的使用)。
在RAN2#adhoc1801会议中达成如主席纪要RAN2#adhoc1801中所描述的一些协议,内容如下:
协议
1如果专用重新选择参数在进入RRC_INACTIVE和RRC_IDLE时未被提供,则UE应用从系统信息接收的小区重选参数。
协议:
1NR中的闲置模式/非活动模式DRX周期配置应将LTE中的默认DRX周期参数作为基准。
2NR中的最大闲置/非活动模式DRX值应为2.56s。
在RAN2#101会议中达成如主席纪要RAN2#101中所描述的一些协议,内容如下:
协议
1:对于小区列表方法,RNA含有属于相同PLMN的小区
2:RAN通知区域中的小区的最大数目是32;
3:NR小区身份标识(36位)用作小区列表方法的小区id;
4:一个RNA中配置的最大RAN区域ID是[32]
5:RANAC大小应[6]位。(发送LS到RAN3)
6:对于一个小区,仅可广播1个RANAC。单个RANAC对于共享RAN的所有PLMN是共同的。
7RANAC是SIB1中的任选字段。
8可在一个RAN通知区域中配置最大16个TAI;
9协议将ASN.1作为基准。
10对于Rel-15,RNA必选配置成用于非活动UE;(可在讨论RANU与TAU之间的交互之后重新讨论)
协议
1:RAN2确认,响应于RNAU将UE移到RRC_CONNECTED或RRC_IDLE是允许的且取决于eNB决策。
2:RAN2同意,归因于RNA的改变,UE上下文在服务gNB从UE接收RNAU时被传递到服务gNB。
3:如果恢复程序(包含RNAU程序)失效,UE移到RRC_IDLE且向NAS指示执行NAS恢复
3a恢复程序由定时器(类似于用于连接建立程序的T300)保护。UE在定时器到期后考虑恢复故障。
4对于RAN寻呼,I-RNTI在寻呼记录中用作UE身份标识。
5UE在接收RAN寻呼后发起RRC连接恢复程序。
6RAN2确认,UE在其在RRC_INACTIVE状态下接收到CN寻呼时移到RRC_IDLE并通知NAS。
7对于RAN寻呼,相同寻呼消息用作闲置寻呼。
8RAN寻呼并不用于将UE从RRC_INACTIVE移到RRC_IDLE。
协议
1:从NR非活动到LTE/5GC小区的RAT间重选,UE移到闲置状态并通知NAS触发NAS恢复。
运作假设:
1在连接暂停时提供NCC
2:基于暂停消息中收到的NCC导出新密钥且将其用于计算MSG3中的MAC-I。
协议
1在UE上下文传递到另一网络节点之前,Msg3受保护且验证由上一服务gNB执行。
FFS目标gNB是否也可能在一些情况下能够验证Msg3。
=>包含在先前脱机状态下是否通过旧密钥或新密钥保护Msg 3。
2就如在LTE中,Msg3在RRC消息中包含MAC-I
FFS用于MAC-I计算的输入,以便可能解决SA3的重放攻击问题。
协议
1:假设基于来自RAN1的反馈对MSG3大小没有限制,I-RNTI大小是52位,包含节点ID和UE标识符。
2:内部结构对于UE是透明的,且可通过RAN3探讨内部结构。
仅用于NR的协议
1:至少8个且优选地16个(或更多个)原因值包含在MSG3中。在我们已从RAN1接收到关于MSG3大小的输入且具有齐全的MSG3内容时结束。
2:至少针对NR重新使用以下LTE建立原因值:emergency、highPriorityAccess、mt-Access、mo-Signalling、mo-Data、mo-VoiceCall-v1280
FFS LTE原因delayTolerantAccess-v1020在NR中是否也可用。
3:AS触发事件、RNA更新应受ACB控制
FFS哪个接入类别用于RNA更新
4:按需SI请求不应受ACB控制。
协议
1确认前一协议:SI请求是RC消息。
2 SI请求和RRC连接请求是2个独立程序。
3 UE ID未包含在MSG3中
4对于争用解决,UE MAC执行与其它情况相同的操作,并根据传送的请求(MAC中的共同RACH程序)检查争用解决MAC CE。
网络可并行地发起多个无线电资源控制(Radio Resource Control,RRC)程序,如3GPP TS 38.331中所描述,如下:
5.1.2一般要求
UE应:
1>按RRC的接收次序处理接收到的消息,即,应完成对消息的处理,之后开始处理后续消息;
注意1:可在接收UE对先前发起的程序的响应之前发起后续程序。
3GPP R2-1802735包含关于如何加速RRC连接恢复或建立的以下讨论:
我们认为存在两个选项来避免此问题:
-选项1:如果RRC触发例如RRC连接建立或RRC连接恢复的状态转变程序,则UE停止进行中的针对SI请求的RACH程序。
-选项2:代替RRC信令,在Msg3中为SI请求定义新的MAC CE。
在选项1中,如果RRC触发例如RRC连接建立或RRC连接恢复的状态转变程序,但如果针对SI请求的RACH程序在进行中,则UE停止进行中的针对SI请求的RACH程序,然后触发用于状态转变的新RACH程序。
同时,选项2不同于前一协议。然而,由于CCCH消息具有比MAC中的MAC CE更高的优先级,因此容易地解决此问题是有益的。另外,由于MAC CE和RACH前导码终止于DU(而RRC消息终止于CU),因此基于Msg3的SI请求程序可与基于网络中的Msg1的SI请求程序对准。
因此,我们提出上文选项中的一个来避免所述问题。
方案10:我们提出考虑以下选项中的一个以避免由SI请求传送引起的延迟的状态转变:
-选项1:如果RRC触发例如RRC连接建立或RRC连接恢复的状态转变程序,则UE停止进行中的针对SI请求的RACH程序。
-选项2:代替RRC信令,在Msg3中为SI请求定义新的MAC CE。
3GPP 38.321提供关于如何加速RRC连接恢复或建立的以下讨论:
5.1随机接入程序
5.1.1随机接入程序初始化
根据TS 38.300[2],在此小节中描述的随机接入程序通过PDCCH命令、通过MAC实体自身、通过来自下层的波束故障指示或通过用于事件的RRC发起。在MAC实体中,在任何时间点都只存在一个进行中的随机接入程序。除PSCell以外的SCell上的随机接入程序应仅通过PDCCH命令发起,其中ra-PreambleIndex不同于0b000000。
注意1:如果MAC实体接收对新随机接入程序的请求,同时另一随机接入程序已在MAC实体中进行,则由UE实施方案决定是继续进行中的程序还是开始新程序(例如,针对SI请求)。
RRC针对随机接入程序配置以下参数:
-prach-ConfigIndex:传送随机接入前导码可用的一组PRACH资源;
-ra-PreambleInitialReceivedTargetPower:初始前导码功率;
-rsrp-ThresholdSSB、csirs-dedicatedRACH-Threshold和sul-RSRP-Threshold:用于选择SS块和对应的PRACH资源的RSRP阈值;
-ra-PreamblePowerRampingStep:功率斜变因子;
-ra-PreambleIndex:随机接入前导码;
-ra-PreambleTx-Max:前导码传送的最大数目;
-如果SSB映射到前导码:
-(仅SpCell)每个群组中的每个SSB的startIndexRA-PreambleGroupA、numberOfRA-Preambles和numberOfRA-PreamblesGroupA。
-否则:
-(仅SpCell)每个群组中的startIndexRA-PreambleGroupA、numberOfRA-Preambles和numberOfRA-PreamblesGroupA。
-如果numberOfRA-PreamblesGroupA等于numberOfRA-Preambles,那么不存在随机接入前导码群组B。
-随机接入前导码群组A中的前导码是前导码startIndexRA-PreambleGroupA到startIndexRA-PreambleGroupA+numberOfRA-PreamblesGroupA-1;
-如果存在,那么随机接入前导码群组B中的前导码是前导码startIndexRA-PreambleGroupA+numberOfRA-PreamblesGroupA到startIndexRA-PreambleGroupA+numberOfRA-Preambles-1。
注意2:如果随机接入前导码群组B受小区支持,且SSB映射到前导码,那么随机接入前导码群组B包含在每个SSB中。
-如果存在随机接入前导码群组B:
-ra-Msg3SizeGroupA(每小区):用以确定随机接入前导码的群组的阈值。
-用于SI请求和对应的PRACH资源的一组随机接入前导码(若存在);
-用于波束故障恢复请求和对应的PRACH资源的一组随机接入前导码(若存在);
-ra-ResponseWindow:用以监测RA响应的时间窗;
-bfr-ResponseWindow:用以监测关于波束故障恢复请求的响应的时间窗;
-ra-ContentionResolutionTimer:争用解决定时器(仅SpCell)。
另外,假设相关服务小区的以下信息可用于UE:
-如果存在随机接入前导码群组B:
-如果MAC实体配置有supplementaryUplink,且选择SUL载波用于执行随机接入程序:
-PCMAX,c_SUL:SUL载波的经配置UE传送功率。
-否则:
-PCMAX,c:执行随机接入程序的服务小区的经配置UE传送功率。
针对随机接入程序使用以下UE变量:
-PREAMBLE_INDEX;
-PREAMBLE_TRANSMISSION_COUNTER;
-PREAMBLE_POWER_RAMPING_COUNTER;
-PREAMBLE_RECEIVED_TARGET_POWER;
-PREAMBLE_BACKOFF;
-PCMAX;
-TEMPORARY_C-RNTI。
当发起随机接入程序时,MAC实体应:
1>清除Msg3缓冲区;
1>将PREAMBLE_TRANSMISSION_COUNTER设置成1;
1>将PREAMBLE_POWER_RAMPING_COUNTER设置成1;
1>将PREAMBLE_BACKOFF设置成0ms;
1>如果用信号显式表示用于随机接入程序的载波:
2>选择用信号表示的载波以执行随机接入程序。
1>否则,如果未用信号显式表示用于随机接入程序的载波;且
1>如果随机接入程序的小区配置有supplementaryUplink;且
1>如果下行链路路径损耗参考的RSRP小于sul-RSRP-Threshold:
2>选择所述SUL载波以执行随机接入程序;
2>将PCMAX设置成PCMAX,c_SUL。
1>否则:
2>选择正常载波以执行随机接入程序;
2>将PCMAX设置成PCMAX,c。
1>执行随机接入资源选择程序(参见小节5.1.2)。
5.1.2随机接入资源选择
MAC实体应:
1>如果随机接入程序由来自下层的波束故障指示发起;且
1>如果与SS块和/或CSI-RS中的任一个相关联的用于波束故障恢复请求的无争用PRACH资源已通过RRC显式提供;且
1>如果相关联的SS块当中具有高于rsrp-ThresholdSSB的SS-RSRP的SS块或相关联的CSI-RS当中具有高于csirs-dedicatedRACH-Threshold的CSI-RSRP的CSI-RS中的至少一个可用,那么:
2>选择相关联的SS块当中具有高于rsrp-ThresholdSSB的SS-RSRP的SS块或相关联的CSI-RS当中具有高于csirs-dedicatedRACH-Threshold的CSI-RSRP的CSI-RS;
2>将PREAMBLE_INDEX设置成对应于从用于波束故障恢复请求的一组随机接入前导码中选择的SS块或CSI-RS的ra-PreambleIndex。
1>否则,如果ra-PreambleIndex已通过PDCCH或RRC显式提供;且
1>如果ra-PreambleIndex不是0b000000;且
1>如果与SS块或CSI-RS相关联的无争用PRACH尚未通过RRC显式提供,那么:
2>将PREAMBLE_INDEX设置成用信号表示的ra-PreambleIndex。
1>否则,如果与SS块相关联的无争用PRACH资源已通过RRC显式提供,且相关联的SS块当中具有高于rsrp-ThresholdSSB的SS-RSRP的至少一个SS块可用,那么:
2>选择相关联的SS块当中具有高于rsrp-ThresholdSSB的SS-RSRP的SS块;
2>将PREAMBLE_INDEX设置成对应于所选择的SS块的ra-PreambleIndex。
1>否则,如果与CSI-RS相关联的无争用PRACH资源已通过RRC显式提供,且相关联的CSI-RS当中具有高于csirs-dedicatedRACH-Threshold的CSI-RSRP的至少一个CSI-RS可用,那么:
2>选择相关联的CSI-RS当中具有高于csirs-dedicatedRACH-Threshold的CSI-RSRP的CSI-RS;
2>将PREAMBLE_INDEX设置成对应于所选择的CSI-RS的ra-PreambleIndex。
1>否则:
2>选择具有高于rsrp-ThresholdSSB的SS-RSRP的SS块;
2>如果Msg3尚未被传送:
3>如果存在随机接入前导码群组B:且
3>如果潜在的Msg3大小(可用于传送的UL数据加上MAC标头以及在需要时存在的MAC CE)大于ra-Msg3SizeGroupA,且路径损耗小于(执行随机接入程序的服务小区的)PCMAX-ra-PreambleInitialReceivedTargetPower,那么:
4>选择随机接入前导码群组B。
3>否则:
4>选择随机接入前导码群组A。
2>否则(即,Msg3被重传):
3>选择与用于对应于Msg3的第一次传送的前导码传送尝试相同的随机接入前导码群组。
2>如果随机接入前导码与SS块之间的关联被配置,那么:
3>从与所选择的SS块和所选择的群组相关联的随机接入前导码中以相同概率随机选择ra-PreambleIndex。
2>否则:
3>从所选择的群组内的随机接入前导码中以相同概率随机选择ra-PreambleIndex。
2>将PREAMBLE_INDEX设置成所选择的ra-PreambleIndex。
1>如果上文已选择SS块且PRACH时机与SS块之间的关联被配置,那么:
2>从对应于所选择的SS块的PRACH时机中确定下一可用PRACH时机。
1>否则,如果上文已选择CSI-RS且PRACH时机与CSI-RS之间的关联被配置,那么:
2>从对应于所选择的CSI-RS的PRACH时机中确定下一可用PRACH时机。
1>否则:
2>确定下一可用PRACH时机。
1>执行随机接入前导码传送程序(参看小节5.1.3)。
5.1.3随机接入前导码传送
对于每个前导码,MAC实体应:
1>如果PREAMBLE_TRANSMISSION_COUNTER大于一;且
1>如果尚未从下层接收到暂停功率斜变计数器的通知;且
1>如果所选SS块未改变(即,与前一随机接入前导码传送相同):
2>将PREAMBLE_POWER_RAMPING_COUNTER递增1。
1>将PREAMBLE_RECEIVED_TARGET_POWER设置成ra-PreambleInitialReceivedTargetPower+DELTA_PREAMBLE+
(PREAMBLE_POWER_RAMPING_COUNTER-1)*powerRampingStep;
1>除用于波束故障恢复请求的无争用前导码以外,计算与其中传送随机接入前导码的PRACH相关联的RA-RNTI;
1>指示物理层使用所选择的PRACH、对应的RA-RNTI(若可用)、PREAMBLE_INDEX和PREAMBLE_RECEIVED_TARGET_POWER传送前导码。
与其中传送随机接入前导码的PRACH相关联的RA-RNTI计算为:
RA-RNTI=1+s_id+14*t_id+14*X*f_id+14*X*Y*ul_carrier_id
其中s_id是所指定的PRACH的第一OFDM符号的索引(0≤s_id<14),t_id是系统帧中所指定的PRACH的第一时隙的索引(0≤t_id<X),f_id是频域中所指定的PRACH的索引(0≤f_id<Y),且ul_carrier_id是用于Msg1传送的UL载波(0表示正常载波,1表示SUL载波)。值X和Y在TS 38.213[6]中指定。
5.1.4随机接入响应接收
一旦传送随机接入前导码且不管测量间隙是否可能出现,MAC实体都应:
1>如果已用信号表示‘多个前导码传送’:
2>在第一前导码传送结束后的X个符号(在TS 38.213[6]中指定)的固定持续时间之后在第一PDCCH时机开始处起始ra-ResponseWindow;
2>当ra-ResponseWindow处于运行中时,监测通过RA-RNTI标识的随机接入响应的SpCell的PDCCH。
1>否则,如果用于波束故障恢复请求的无争用随机接入前导码通过MAC实体传送,那么:
2>在前导码传送结束后的X个符号(在TS 38.213[6]中指定)的固定持续时间之后在第一PDCCH时机开始处起始bfr-ResponseWindow;
2>当bfr-ResponseWindow处于运行中时,监测响应于由C-RNTI标识的波束故障恢复请求的SpCell的PDCCH。
1>否则:
2>在前导码传送结束后的X个符号(在TS 38.213[6]中指定)的固定持续时间之后在第一PDCCH时机开始处起始ra-ResponseWindow;
2>当ra-ResponseWindow处于运行中时,监测由RA-RNTI标识的随机接入响应的SpCell的PDCCH。
1>如果PDCCH传送寻址到C-RNTI;且
1>如果用于波束故障恢复请求的无争用随机接入前导码通过MAC实体传送,那么:
2>认为随机接入程序成功完成。
1>否则,如果下行链路指派已在RA-RNTI的PDCCH上接收到且接收到的TB被成功解码:
2>如果随机接入响应含有退避指示符子标头,那么:
3>使用表7.2-1将PREAMBLE_BACKOFF设置成退避指示符子标头的BI字段的值。
2>否则:
3>将PREAMBLE_BACKOFF设置成0ms。
2>如果随机接入响应含有对应于所传送PREAMBLE_INDEX的随机接入前导码标识符(参看小节5.1.3),那么:
3>认为此随机接入响应接收成功。
2>如果认为随机接入响应接收成功:
3>如果随机接入响应仅包含RAPID,那么:
4>认为此随机接入程序成功完成;
4>向上层指示接收针对SI请求的应答。
3>否则:
4>如果已用信号表示‘多个前导码传送’:
5>停止传送其余前导码(如果存在)。
4>针对其中传送随机接入前导码的服务小区应用以下动作:
5>处理接收到的定时提前命令(参见小节5.2);
5>向下层指示ra-PreambleInitialReceivedTargetPower以及应用于最新前导码传送的功率斜变量(即,(PREAMBLE_POWER_RAMPING_COUNTER-1)*powerRampingStep);
5>处理接收到的UL准予值并向下层指示所述值。
4>如果MAC实体在共同PRACH前导码当中未选中随机接入前导码,那么:
5>认为随机接入程序成功完成。
4>否则:
5>将TEMPORARY_C-RNTI设置成在随机接入响应中接收的值;
5>如果这是在此随机接入程序内的第一成功接收到的随机接入响应:
6>如果未针对CCCH逻辑信道进行传送,那么:
7>向复用和汇编实体指示在后续上行链路传送中包含C-RNTI MAC CE。
6>从复用和汇编实体获得要传送的MAC PDU并将其存储在Msg3缓冲区中。
1>如果ra-ResponseWindow到期,且如果尚未接收到含有匹配所传送PREAMBLE_INDEX的随机接入前导码标识符的随机接入响应;或
1>如果bfr-ResponseWindow到期,且如果尚未接收到寻址到C-RNTI的PDCCH,那么:
2>认为随机接入响应接收不成功;
2>将PREAMBLE_TRANSMISSION_COUNTER递增1;
2>如果PREAMBLE_TRANSMISSION_COUNTER=ra-PreambleTx-Max+1:
3>如果在SpCell上传送随机接入前导码,那么:
4>向上层指示随机接入问题。
3>否则,如果在SCell上传送随机接入前导码,那么:
4>认为随机接入程序未成功完成。
2>如果在此随机接入程序中,MAC在共同PRACH前导码当中选择了随机接入前导码,那么:
3>根据0与PREAMBLE_BACKOFF之间的均匀分布,选择随机退避时间;
3>将后续随机接入前导码传送延迟所述退避时间。
2>执行随机接入资源选择程序(参看小节5.1.2)。
在成功接收到含有匹配所传送PREAMBLE_INDEX的随机接入前导码标识符的随机接入响应之后,MAC实体可停止ra-ResponseWindow(且因此停止随机接入响应的监测)。
HARQ操作不适用于随机接入响应传送。
5.1.5争用解决
争用解决基于SpCell的PDCCH上的C-RNTI或DL-SCH上的UE争用解决身份标识。
一旦传送Msg3,MAC实体应:
1>起始ra-ContentionResolutionTimer并在每个HARQ重传处重新起始ra-ContentionResolutionTimer;
1>不管测量间隙是否可能出现,在ra-ContentionResolutionTimer处于运行中时监测PDCCH;
1>如果从下层接收到PDCCH传送的接收的通知:
2>如果C-RNTI MAC CE包含在Msg3中:
3>如果由MAC子层自身或由RRC子层发起随机接入程序,且PDCCH传送寻址到C-RNTI且含有针对新传送的UL准予;或
3>如果通过PDCCH命令发起随机接入程序,且PDCCH传送寻址到C-RNTI,那么:
4>认为此争用解决成功;
4>停止ra-ContentionResolutionTimer;
4>舍弃TEMPORARY_C-RNTI;
4>认为此随机接入程序成功完成。
2>否则,如果CCCH SDU包含在Msg3中且PDCCH传送寻址到其TEMPORARY_C-RNTI:
3>如果MAC PDU成功解码,那么:
4>停止ra-ContentionResolutionTimer;
4>如果MAC PDU含有UE争用解决身份标识MAC CE;且
4>如果MAC CE中的UE争用解决身份标识匹配Msg3中所传送的CCCH SDU,那么:
5>认为此争用解决成功并且结束MAC PDU的反汇编和多路分用;
5>将C-RNTI设置成TEMPORARY_C-RNTI的值;
5>舍弃TEMPORARY_C-RNTI;
5>认为此随机接入程序成功完成。
4>否则
5>舍弃TEMPORARY_C-RNTI;
5>认为此争用解决不成功并且舍弃成功解码的MAC PDU。
1>如果ra-ContentionResolutionTimer到期:
2>舍弃TEMPORARY_C-RNTI;
2>认为争用解决不成功。
1>如果争用解决被认为未成功,那么:
2>清除Msg3缓冲区中用于传送MAC PDU的HARQ缓冲区;
2>将PREAMBLE_TRANSMISSION_COUNTER递增1;
2>如果PREAMBLE_TRANSMISSION_COUNTER=preambleTransMax+1:
3>向上层指示随机接入问题。
2>根据0与PREAMBLE_BACKOFF之间的均匀分布,选择随机退避时间;
2>将后续随机接入前导码传送延迟所述退避时间;
2>执行随机接入资源选择程序(参看小节5.1.2)。
5.1.6随机接入程序的完成
在随机接入程序完成后,MAC实体应:
1>舍弃用信号显式表示的ra-PreambleIndex(若存在);
1>清除Msg3缓冲区中用于传送MAC PDU的HARQ缓冲区。
[…]
5.4.3复用和汇编
5.4.3.1逻辑信道优先级排序
5.4.3.1.1概述
每当执行新传送时,应用逻辑信道优先级排序程序。
RRC通过用于每MAC实体的每个逻辑信道的信令来控制上行链路数据的调度:
-priority,其中增大的优先级值指示较低优先级;
-prioritisedBitRate,其设置优先化位速率(Prioritized Bit Rate,PBR);
-bucketSizeDuration,其设置存储桶大小持续时间(Bucket Size Duration,BSD)。
RRC另外通过配置用于每个逻辑信道的映射限制来控制LCP程序:
-lcp-allowedSCS,其设置允许的用于传送的子载波间隔;
-lcp-maxPUSCH-Duration,其设置允许的用于传送的最大PUSCH持续时间;
-lcp-configuredGrantType1Allowed,其设置是否可将配置的准予类型1用于传送;
-lcp-allowedServingCells,其设置允许的用于传送的小区。
MAC实体应针对每个逻辑信道j维持变量Bj。Bj应在建立相关逻辑信道时初始化到零,且在LCP程序的每个执行个体之前递增乘积PBR×T,其中PBR是逻辑信道j的优先化位速率且T是自上次更新Bj以来流逝的时间。UE在LCP程序之间更新Bj的确切时刻取决于UE实施方案,只要Bj在LCP处理准予的时间是最新的即可。然而,Bj的值绝不能超过存储桶大小,且如果Bj的值大于逻辑信道j的存储桶大小,应将其设置成存储桶大小。逻辑信道的存储桶大小等于PBR×BSD。
如果请求MAC实体同时传送多个MAC PDU,或如果MAC实体在一个或多个重合PDCCH时机内接收多个UL准予(即在不同服务小区上),则由UE实施方案决定以哪种次序处理所述准予。
5.4.3.1.2逻辑信道的选择
在执行新的传送时,MAC实体应:
1>为每个UL准予选择满足以下所有条件的逻辑信道:
2>在已配置的情况下,lcp-allowedSCS中所允许的子载波间隔索引值集包含关联到UL准予的子载波间隔索引;以及
2>在已配置的情况下,lcp-maxPUSCH-Duration大于或等于关联到UL准予的PUSCH传送持续时间;以及
2>在已配置的情况下,lcp-configuredGrantType1Allowed在UL准予是配置准予类型1的情况下被设置为真;以及
2>在已配置的情况下,lcp-allowedServingCells包含关联到UL准予的小区信息。
注意:所述子载波间隔索引、PUSCH传送持续时间和小区信息包含在从下层接收的用于对应的所调度上行链路传送的上行链路传送信息中。
5.4.3.1.3资源的分配
在执行新的传送时,MAC实体应:
1>将资源分配到逻辑信道,如下:
2>在小节5.4.3.1.2中针对UL准予所选的其中Bj>0的逻辑信道是呈降序优先次序的分配资源。如果逻辑信道的PBR被设置成“无穷大”,那么MAC实体将在满足较低优先级逻辑信道的PBR之前为可用于逻辑信道上的传送的所有数据分配资源;
2>将Bj递减提供到上述逻辑信道j的MAC SDU的总大小;
注意:Bj的值可为负。
2>如果剩余任何资源,则在小节5.4.3.1.2中所选的所有逻辑信道均按严格的降序优先级次序(不论Bj的值如何)提供,直到用于该逻辑信道的数据或UL准予(无论哪个先发生)用尽为止。配置有相同优先级的逻辑信道应当被同等地提供。
UE在以上调度程序期间还应遵循以下规则:
-如果整个SDU(或部分传送的SDU或重传的RLC PDU)配合到相关联MAC实体的剩余资源中,那么UE不应将RLC SDU(或部分传送的SDU或重传的RLC PDU)分段;
-如果UE将来自逻辑信道的RLC SDU分段,那么其将最大化片段的大小以尽可能地填充相关联MAC实体的准予;
-UE应使数据的传送最大化;
-如果MAC实体被给予等于或大于8个字节的UL准予大小,同时具有可用于传送的数据,则MAC实体不应仅传送填充BSR和/或填充。
在满足以下条件的情况下,MAC实体不应产生用于HARQ实体的MAC PDU:
-MAC实体配置有skipUplinkTxDynamic,且指示到HARQ实体的准予寻址到C-RNTI,或指示到HARQ实体的准予是配置的上行链路准予;以及
-所述MAC PDU包含零个MAC SDU;以及
-所述MAC PDU仅包含周期性BSR,且不存在可用于任何LCG的数据,或所述MAC PDU仅包含填充BSR。
逻辑信道应根据以下次序排列优先级(最高优先级列在第一):
-用于C-RNTI的MAC CE或来自UL-CCCH的数据;
-用于SPS确认的MAC CE;
-用于BSR的MAC CE,所包含的用于填充的BSR除外;
-用于单输入PHR或多输入PHR的MAC CE;
-来自任何逻辑信道的数据,来自UL-CCCH的数据除外;
-所包含的用于填充的BSR的MAC CE。
5.4.3.2 MAC控制元素和MAC SDU的多路复用
MAC实体应根据小节5.4.3.1和6.1.2在MAC PDU中复用MAC CE和MAC SDU。
5.4.4调度请求
调度请求(Scheduling Request,SR)用于请求UL-SCH资源以进行新的传送。
可用零个、一个或更多个SR配置来配置MAC实体。SR配置由跨越不同BWP和小区的用于SR的一组PUCCH资源组成。对于逻辑信道,每BWP最多配置一个用于SR的PUCCH资源。
每个SR配置对应于一个或多个逻辑信道。每个逻辑信道可映射到零或一个SR配置,所述SR配置由RRC配置。触发BSR(小节5.4.5)的LCH的SR配置(如果存在此类配置)被视为所触发SR的对应SR配置。对于因retxBSR-Timer到期所触发的BSR,所触发SR的对应SR配置是在BSR被触发时具有可用于传送的数据的最高优先级LCH的配置(如果存在此类配置)。
RRC针对调度请求程序配置以下参数:
-sr-ProhibitTimer(根据SR配置);
-sr-TransMax(根据SR配置);
-sr-ConfigIndex。
以下UE变量用于所述调度请求程序:
-SR_COUNTER(根据SR配置)。
如果SR被触发且不存在待定的对应于相同SR配置的其它SR,则MAC实体将对应SR配置的SR_COUNTER设置成0。
当SR被触发时,其将被视为待定,直到将其取消为止。当汇编MAC PDU且此PDU包含BSR,所述BSR含有触发BSR(参看小节5.4.5)的上至(且包含)上一事件的缓冲区状态时,或当UL准予可容纳可用于传送的所有待定数据时,应取消所有待定SR且应停止每个相应的sr-ProhibitTimer。
仅BWP上在SR传送时机的时间是活动状态的PUCCH资源被视为有效。
只要至少一个SR待定,对于每个待定SR,MAC实体应:
1>如果MAC实体没有配置成用于待定SR的有效PUCCH资源:
2>在SpCell上发起随机接入程序(参见小节5.1)且取消待定SR。
1>否则,对于对应于待定SR的SR配置:
2>当MAC实体在有效PUCCH资源上具有用于所配置SR的SR传送时机时;以及
2>如果sr-ProhibitTimer在SR传送时机的时间不处于运行中;以及
2>如果用于SR传送时机的PUCCH资源不与测量间隙重叠;以及
2>如果用于SR传送时机的PUCCH资源不与UL-SCH资源重叠:
3>如果SR_COUNTER<sr-TransMax:
4>将SR_COUNTER递增1;
4>指示物理层在用于SR的一个有效的PUCCH资源上用信号表示SR;
4>起始sr-ProhibitTimer。
3>否则:
4>通知RRC释放用于所有服务小区的PUCCH;
4>通知RRC释放用于所有服务小区的SRS;
4>清除配置的任何下行链路指派和上行链路准予;
4>在SpCell上发起随机接入程序(参见小节5.1)且取消所有待定SR。
注意:当MAC实体具有用于SR传送时机的多于一个重叠有效PUCCH资源时,由UE实施方案决定选择哪个用于SR的有效PUCCH资源来用信号发送SR。
5.4.5缓冲区状态报告
缓冲区状态报告(Buffer Status reporting,BSR)程序用于为服务gNB提供关于MAC实体中的UL数据量的信息。
RRC配置以下参数以控制BSR:
-periodicBSR-Timer;
-retxBSR-Timer;
-logicalChannelSR-Delay;
-logicalChannelSR-DelayTimer;
-logicalChannelGroup。
每个逻辑信道可使用logicalChannelGroup分配到LCG。LCG的最大数目是八。
MAC实体根据TS 38.322和38.323[3][4]中的数据量计算程序来确定可用于逻辑信道的UL数据量。
如果发生以下事件中的任一个,应触发BSR:
-MAC实体具有可用于属于LCG的逻辑信道的新UL数据;以及以下任一个
-所述新UL数据属于具有更高优先级的逻辑信道,其优先级高于属于任何LCG的含有可用UL数据的任何逻辑信道的优先级;或
-属于LCG的逻辑信道中没有一个含有任何可用UL数据。
在此情况下,所述BSR在下文称为‘常规BSR’。
-分配UL资源,且填充位的数目等于或大于缓冲区状态报告MAC CE加上其子标头的大小,在此情况下,下文将所述BSR称为“填充BSR”;
-retxBSR-Timer到期,且属于LCG的逻辑信道中的至少一个含有UL数据,在此情况下,下文将所述BSR称为‘常规BSR’。
-periodicBSR-Timer到期,在此情况下,下文将所述BSR称为“周期性BSR”。
对于常规BSR,MAC实体应:
1>如果针对逻辑信道触发BSR,由上层针对所述逻辑信道配置logicalChannelSR-Delay,则:
2>起始或重新起始logicalChannelSR-DelayTimer。
1>否则:
2>如果在运行中,则停止logicalChannelSR-DelayTimer。
对于常规和周期性BSR,MAC实体应:
1>如果在BSR将要传送时,多于一个LCG具有可用于传送的数据:
2>针对具有可用于传送的数据的所有LCG,报告长BSR。
1>否则:
2>报告短BSR。
对于填充BSR:
1>如果填充位的数目等于或大于短BSR加上其子标头的大小但小于长BSR加上其子标头的大小:
2>如果在BSR将要传送时,多于一个LCG具有可用于传送的数据:
3>如果填充位的数目等于短BSR加上其子标头的大小:
4>报告截断的具有带有可用于传送的数据的最高优先级逻辑信道的LCG的短BSR。
3>否则:
4>报告截断的具有带有可用于传送的数据的逻辑信道的LCG的长BSR,遵循降序优先级次序,且在相同优先级情况下依照升序LCGID次序。
2>否则:
3>报告短BSR;
1>否则,如果填充位的数目等于或大于长BSR加上其子标头的大小:
2>针对具有可用于传送的数据的所有LCG,报告长BSR。
MAC实体应:
1>如果缓冲区状态报告程序确定至少一个BSR已触发且未取消:
2>如果UL-SCH资源可用于新的立即传送,那么:
3>指示复用和汇编程序产生BSR MAC CE;
3>起始或重新起始periodicBSR-Timer,当所有产生的BSR是截断的长或短BSR时除外;
3>起始或重新起始retxBSR-Timer。
2>否则,如果常规BSR已触发且logicalChannelSR-DelayTimer不处于运行中:
3>如果上行链路准予并非配置的准予;或
3>如果针对由上层设置逻辑信道SR掩蔽(logicalChannelSR-Mask)的逻辑信道,未触发常规BSR,那么:
4>触发调度请求。
甚至是在多个事件已在此时触发BSR的情况下,MAC PDU也应最多含有一个BSRMAC CE。常规BSR和周期性BSR应优先于填充BSR。
MAC实体应在接收到针对任何UL-SCH上的新数据的传送的准予后重新起始retxBSR-Timer。
当UL准予可容纳可用于传送的所有待定数据但并不足以另外容纳BSR MAC控制元素加上其子标头时,可取消所有所触发的BSR。当BSR包含在用于传送的MAC PDU中时,将取消所有所触发的BSR。
MAC实体将在一个MAC PDU中传送最多一个BSR。当MAC PDU含有常规或周期性BSR时,不应包含填充BSR。
3GPP 38.331如下描述系统信息请求程序:
5.2.2系统信息获取
5.2.2.1一般UE要求
[标题为“系统信息获取(System information acquisition)”的3GPPTS38.331V15.0.0的图5.2.2.1-1重现为图5]
UE应用SI获取程序以获取AS-和NAS信息。所述程序适用于RRC_IDLE下、RRC_INACTIVE下和RRC_CONNECTED下的UE。
RRC_IDLE和RRC_INACTIVE下的UE应确保具有(至少)MasterInformationBlock、SystemInformationBlockType1以及SystemInformationBlockTypeX到SystemInformationBlockTypeY的有效版本(取决于有关RAT对UE控制的移动性的支持)。
RRC_CONNECTED状态下的UE应确保具有(至少)MasterInformationBlock、SystemInformationBlockType1以及SystemInformationBlockTypeX的有效版本(取决于朝向有关RAT的移动性的支持)。
UE应存储从当前驻留/服务小区获取的相关SI。UE获取和存储的SI的版本仅某一时间保持有效。UE可例如在小区重选之后、在从覆盖范围外返回后或在SI改变指示之后使用SI的此类存储版本。
编者注:[FFS是否需要UE除针对当前驻留/服务小区外对SI进行存储]。FFS_Standalone
编者注:[FFS是否提供不同版本的SIB]。FFS_Standalone
编者注:[FFS UE可以或应当存储若干版本的SI]。FFS_Standalone
编者注:当解决以上FFS时进行更新。取决于以上FFS的解决,可考虑5.2.2.2下的另一小节。FFS_Standalone
5.2.2.2 SI有效性和(重新)获取SI的必要
在小区选择(例如在通电之后)、小区重选、从覆盖范围外返回后、在越区移交完成之后、在从另一RAT进入RAN之后;每当UE在存储的SI中不具有有效版本时,UE应如条目5.2.2.3所限定来应用SI获取程序。
编者注:[FFS_Standalone是否在接收到HO命令后,SI获取取决于存储的SI]
当UE如条目5.2.2.3中所描述在当前驻留/服务小区中获取MasterInformationBlock或SystemInformationBlockType1或SI消息时,UE应存储所获取的SI。
5.2.2.2.1 SI有效性
UE应:
1>在[FFS]从成功地被确认为有效的时刻起数小时之后删除存储的SI的任何版本;
1>如果在当前驻留/服务小区中,UE在存储的SI中不具有对应于必要SI的systemInfoAreaIdentifier和systemInfoValueTag/systemInfoConfigurationIndex的该SI的有效版本:
2>如条目5.2.2.3中所指定(重新)获取SI。
注意:在SI获取程序中,UE可基于systemInfoAreaIdentifier和systemInfoValueTag/systemInfoConfigurationIndex而假设当前驻留/服务小区中的所获取SI在当前驻留/服务小区之外的其它小区中有效。
编者注:[FFS_Standalone要使用的术语是systemInfoValueTag还是systemInfoConfigurationIndex]
编者注:[FFS_Standalone要用于区域ID的术语是systemInfoAreaIdentifier]
编者注:[FFS_Standalone区域ID和valuetag是单独用信号表示还是作为单个标识符]
编者注:[FFS_Standalone区域ID是关联到每个SIB/SI消息还是关联到SIB/SI消息群组或是所有SIB/SI消息]
5.2.2.2.2 SI改变指示和PWS通知
使用修改周期,即,在其中传送SI改变指示的周期之后在修改周期中提供更新后的SI。RAN通过寻呼传送SI改变指示和PWS通知。可在前述修改周期内出现SI改变指示的重复。
编者注:上述描述文本可保留在此小节中或移动到下一节
5.2.1.FFS_Standalone
如果UE处于RRC_CONNECTED或配置成在RRC_IDLE中或在RRC_INACTIVE中使用小于修改周期的DRX周期且接收寻呼消息:
1>如果接收到的寻呼消息包含etws/cmasNotification;
2>UE应紧接着重新获取SIB1且应用如在小节[X.X.X.X FFS_Ref]中限定的SI获取程序。
1>否则,如果接收到的寻呼消息包含systemInfoModification;
2>UE应从下一修改周期一开始就应用如在小节[X.X.X.X FFS_Ref]中限定的SI获取程序。
注意:对于PWS通知,重新获取SIB1以知晓用于PWS消息的调度信息。
编者注:[FFS_Standalone是否在接收到SI改变指示后,SI获取取决于存储的SI]
编者注:[FFS_Standalone是否值标记和区域标识符包含在寻呼消息中以重新获取SIB1]
编者注:[FFS_Standalone用于接入控制通知和其它非接入控制配置更新的更新机制]
5.2.2.3系统信息的获取
5.2.2.3.1 MIB和SIB1的获取
UE应:
1>如[X]中所限定,获取MIB;
1>如果UE不能够获取所述MIB;
2>遵循如条目5.2.2.5中所限定的动作;
1>否则:
2>执行章节5.2.2.4.1中限定的动作;
1>获取如在[X]中限定的SystemInformationBlockType1;
1>如果UE不能够获取SystemInformationBlockType1:
2>遵循如条目5.2.2.5中所限定的动作;
1>否则执行章节5.2.2.4.2中限定的动作;
编者注:参考RAN1[X]规范可用于MIB和SIB1的调度。FFS_Standalone
5.2.2.3.2 SI消息的获取
当获取SI消息时,UE应:
1>如下确定用于有关SI消息的SI窗口的起始:
编者注:[FFS_Standalone到其中调度SI消息的子帧/时隙的映射细节]
编者注:[FFS_Standalone是否存在例如其中无法传送SI消息的子帧的任何例外]
编者注:[FFS_Standalone是否不同SI消息的SI窗口不重叠]。
编者注:[FFS_Standalone是否多个SI消息可映射到相同SI窗口]
编者注:[FFS_Standalone是否SI窗口的长度对于所有SI消息是共同的,或其是否根据SI消息配置]
编者注:[FFS_Standalone UE是否可累积跨越修改周期内的若干SI窗口的SI消息传送]
1>如果SI消息获取未因UE请求而被触发:
2>从SI窗口的起始使用SI-RNTI接收DL-SCH且继续,直到SI窗口的结束为止,所述SI窗口的绝对时间长度由si-WindowLength给出,或直到接收到SI消息为止。
2>如果在SI窗口结束前未接收到SI消息,在用于有关SI消息的下一SI窗口时机处重复接收。
1>如果SI消息获取因UE请求而被触发:
2>[FFS_Standalone从SI窗口的起始使用SI-RNTI接收DL-SCH且继续,直到SI窗口的结束为止,所述SI窗口的绝对时间长度由si-WindowLength给出,或直到接收到SI消息为止];
2>[FFS_Standalone如果在SI窗口结束前未接收到SI消息,在用于有关SI消息的下一SI窗口时机处重复接收]。
编者注:[FFS_Standalone在触发SI请求后UE应从哪个SI窗口接收DL-SCH的细节。
编者注:[FFS_Standalone UE在传送因UE请求而触发的情况下应针对SI消息接收监测多少个SI窗口的细节]
编者注:[FFS_Standalone UE是否需要监测SI窗口中的所有TTI以用于接收SI消息]
1>如条目5.2.2.2中所指定存储所获取的SI消息。
编者注:FFS_Standalone在完成细节后将更新由UE请求触发的SI消息获取的程序文本。
5.2.2.3.3对按需系统信息的请求
当获取SI消息(其根据SystemInformationBlockType1指示在UE请求后提供)时,UE应:
1>如果处于RRC_IDLE或处于RRC_INACTIVE:
2>如果[FFS_Standalone]字段在SIB1中接收:
3>UE应触发下层以根据TS 38.321[3]使用[所指示的PRACH前导码]和[所指示的PRACH资源]发起前导码传送程序;
3>如果从下层接收对SI请求的应答;
4>如小节5.2.2.3.2中限定,获取所请求SI消息。
编者注:利用Msg1请求程序的细节进行更新。FFS_Standalone
2>否则
3>UE应触发下层以根据TS 38.321[3]发起随机接入程序;
3>如果接收到对SI请求的应答;
4>如小节5.2.2.3.2中限定,获取所请求SI消息。
编者注:利用Msg3请求程序的细节进行更新。FFS_Standalone
1>否则(在RRC_CONNECTED状态):
2>[细节FFS_Standalone]
编者注:在RRC_CONNECTED下利用按需请求程序的细节进行更新。FFS_Standalone
编者注:[FFS_Standalone是否需要单独小节来描述其中按需SI未被UE成功地接收以及其中其应发起新请求的情况]
5.2.2.4在接收到SI消息后的动作
5.2.2.4.1在接收到MasterInformationBlock后的动作
在接收到MasterInformationBlock后,UE应:
1>存储所获取的MIB;
1>如果UE处于RRC_IDLE或如果UE处于RRC_INACTIVE或如果UE处于RRC_CONNECTED,而T311处于运行中:[FFS]
2>如果所获取MIB中的cellBarred被设置成barred;
3>根据TS 38.304将小区视作被禁止[FFS]。
2>否则,
3>应用接收到的参数[FFS]以获取SIB1。
编者注:在已协议MasterInformationBlock的内容时进行更新。FFS。
5.2.2.4.2在接收到SystemInformationBlockType1后的动作
在接收到SystemInformationBlockType1后,UE应:
1>存储所获取SIB1;
1>如果UE具有存储的与获取的SIB1中的systemInfoAreaIdentifier和systemInfoValueTag/systemInfoConfigurationIndex相关联的必要SIB的有效版本:
2>使用SIB的所述存储版本。
1>否则,如果SIB1消息指示仅应要求提供SI消息:
2>触发获取如小节5.2.2.3中限定的SI消息(若需要)的请求。
1>否则:
2>获取如小节5.2.2.3.2中限定的SI消息(若需要),其根据SystemInformationBlockType1中的schedulingInfoList提供。
编者注:[FFS_Standalone是否存在按需SI实际上在此时刻广播的额外指示]
编者注:在已协议SystemInformationBlockType1的内容时进行更新。FFS_Standalone。
编者注:在一些必要SIB来自广播且其它必要SIB通过SI请求获得时更新捕捉UE行为的方式。
5.2.2.4.3在接收到SystemInformationBlockTypeX后的动作
编者注:通过其它小节扩展,因为更多SIB被限定。FFS_Standalone
5.2.2.5必要系统信息缺失
UE应:
1>如果处于RRC_IDLE或处于RRC_INACTIVE:
2>如果UE不能够获取所述MIB;或
2>如果UE不能够获取所述SIB1且UE不具有存储的SIB1有效版本;或
2>[FFS_Standalone是否UE不能够获取[FFS必要SystemInformationBlockTypeX]以及UE不具有存储的SystemInformationBlockTypeX有效版本];
3>根据TS 38.304[X]将小区视作被禁止;以及
3>执行禁止,就如intraFreqReselection被设置成允许一样;
编者注:[FFS_Standalone在RRC_CONNECTED状态下RRC连接重新建立程序和对应的SI读取的细节]。
编者注:[FFS_Standalone是否接入小区所需的所有信息都包含在SIB1中或是否SIB1和SIB2均在NR中是必要的]。
在NR中,引入许多新机制来使此新系统受益。例如,为UE引入RRC非活动状态以减小因存储AS上下文所致的接入延迟。RRC非活动下的UE执行RRC连接恢复程序以恢复连接。RRC连接恢复程序示于图6中,其为3GPP TS 38.300V15.0.0的图9.2.2.4.1-1的重现。图6的每个步骤的描述可在3GPP TS 38.300V15.0.0的章节9.2.2.4.1中找到。
例如,引入按需系统信息机制以减小定期广播传送。可减小功率和无线电资源。更具体地,处于RRC非活动或处于RRC闲置状态的UE可执行按需机制以从基站请求其它系统信息。(基于Msg3的)按需系统信息程序示于图7中,其为3GPP 38.300V15.0.0的图7.3-1的重现。图7的描述可在3GPP38.300的章节7.3-1中找到。
另一增强是引入用于UE移动性的无线电接入网络(Radio Access Network,RAN)通知区域。所述RAN通知区域类似跟踪区。如果UE从一个RAN通知区域移动到另一RAN通知区域,则UE需要自主地将UE位置告知网络。RAN通知区域更新程序示于图8中,其为3GPP TS38.300V15.0.0的图9.2.2.5-1的重现。图8的每个步骤的描述可在3GPP TS 38.300V15.0.0的章节9.2.2.5中找到。设计RAN通知区域以确保网络可将UE的接入层(Access Stratum,AS)上下文从一个基站转发到另一基站。所述RAN通知区域小于跟踪区。基于这些新机制,UE需要在RRC闲置状态或在RRC非活动状态下通过公共控制信道(Common Control Channel,CCCH)执行许多不同传送。
在一些情况中,UE需要触发和执行多个RRC程序。图9中示出一个可能情况。在图9中所示的实例中,在处于RRC非活动状态的UE移动到新小区之后,UE确定更新RAN通知区域和系统信息。UE可基于RAN通知区域ID(在系统信息中)的改变而确定RAN通知区域更新或新小区是否属于配置的小区列表。UE可基于系统信息区域ID和/或系统信息中的值标记(例如MIB、SIB1、RMSI等)确定更新或重新获取系统信息。在此实施例中,UE决定首先更新系统信息且稍后执行RAN通知区域更新(RAN Notification Area Update,RNAU)。
基于NR RRC和NR介质访问控制(Medium Access Control,MAC)规范,如果UE需要执行基于Msg3的系统信息请求程序以获得另一SI,则RRC层将用于系统信息请求的RRC消息(通过CCCH)递送到MAC层,且MAC层触发常规BSR并间接触发用于传送用于系统信息请求的RRC消息的随机接入程序(通过CCCH)。另一方面,在RRC层将用于系统信息请求的RRC消息(通过CCCH)递送到MAC层之后,RRC层可进一步将用于RNAU的RRC消息递送到MAC层,因为不存在关于禁止UE触发以及并行运行不同RRC程序的限制。在此情况下,如果RAR中的上行链路准予并非足够大,则Msg3可包含用于系统信息请求的RRC消息、短BSR MAC CE和对应的MAC子标头(且在Msg3中不包含用于RNAU的RRC消息)。且取消常规BSR。
因此,由于用于系统信息请求的RRC消息中不包含UE ID,因此基站无法为了响应短BSR而调度另一上行链路准予。且UE因常规BSR的消除而不执行另一随机接入程序以传送用于基于RAN的通知区域更新(RAN-based Notification Area Update,RNAU)的RRC消息。UE无法恢复用于RNAU的RRC消息的传送,且RNAU在这种情况下失败(图9中示出)。即使用RRC连接请求程序、RRC连接恢复程序、跟踪区更新程序、另一个(基于Msg3的)系统信息请求程序或需要通过CCCH传送RRC消息的任何其它RRC程序来替换RNAU程序,也可能发生类似的情况。RRC连接恢复程序和RRC连接建立程序可由UE自身所触发或通过来自网络的寻呼而触发。另外,RNAU程序可替换成小数据传送程序。在将来,RAN2可总结UE如何在没有RRC状态改变的情况下执行小数据传送的设计。UE可在RRC非活动或在RRC闲置状态下执行小数据传送。小数据传送程序可以是使用RRC消息携载用户数据(用户面数据)。或者,UE可直接在RRC闲置或在RRC非活动状态下(通过基于争用的随机接入程序中的Msg3)发送用于BSR的MACCE和数据。
另一方面,即使UE ID包含在系统信息请求中,但所述网络可能不能够调度UE。例如,如果RNAU程序在新小区中尚未完成,新基站就无法基于UE ID来辨识UE。另一方面,网络无法通过C-RNTI调度对UE的上行链路准予,因为UE在UE处于RRC非活动或处于RRC闲置状态时不监测C-RNTI。因此,短BSR对于SI请求程序是无用的。
为了防止CCCH阻断问题,提出以下解决方案。在一个实施例中,针对处于RRC非活动状态的UE和/或处于RRC闲置状态的UE应用所述解决方案。
解决方案1-允许UE每次触发并且执行一个UE所触发RRC程序
在此解决方案中,UE限于每次触发并且执行一个RRC程序。在一个实施例中,RRC程序可由UE触发。RRC程序可在UE处于RRC非活动或处于RRC闲置状态时被执行。在完成所述RRC程序之后,UE可触发或可执行另一RRC程序。在RRC程序接收到对应响应的情况下,RRC程序可被视为完成。在RRC程序不需要响应且UE已完成RRC程序的RRC消息的传送的情况下,RRC程序可被视为完成。
图10中示出应用解决方案1的实例。在图10中,如果UE决定首先执行按需SI请求,则UE应延迟RNAU程序的触发。在一个实施例中,如果传送用于SI请求的RRC消息(例如接收对应的确认或对应的争用是坚决的),则SI请求程序可被视为完成。如果上层接收下层指示传送已完成(例如争用解决),则SI请求程序可被视为完成。
图11中示出应用解决方案1的另一实例。在图11中,如果UE决定首先执行按需SI请求,则UE应延迟RRC连接恢复程序的触发。在一个实施例中,如果UE接收到由用于SI请求的RRC消息请求的另一SI,则SI请求程序可被视为完成。
在另一实施例中,在UE触发或将要触发RRC连接建立程序或RRC连接恢复程序时,按需SI请求程序可不被触发。按需SI请求程序将被延迟。在一个实施例中,按需SI请求程序可在UE回到RRC闲置或RRC非活动状态时被执行。如果按需请求的SI将用于RRC连接状态,则按需SI请求程序可在RRC连接状态下执行。另外,如果按需SI请求程序在进行中,则可不触发RRC连接建立程序或RRC恢复程序。且进行中的按需SI请求程序可能不因RRC连接建立程序或RRC恢复程序而被丢弃。
总的来说,此解决方案的缺点可能在于,即使RAR上行链路准予指示足够大的Msg3大小用于多个RRC消息(通过CCCH的RRC消息),UE也无法执行多个RRC程序。
解决方案2-在递送第二RRC程序的CCCH消息之前重置MAC
在此解决方案中,UE需要在执行下一RRC程序之前执行MAC重置。所述下一RRC程序可以是RRC连接建立程序、RRC连接恢复程序、RNAU程序、跟踪区更新程序或(基于Msg3的)系统信息请求程序。总的来说,这种解决方案的缺点可能在于,前一RRC程序可能被意外终止。
解决方案3-改变用于RRC程序(或用于CCCH传送)的随机接入程序的触发条件
在LTE中,如果UE需要传送CCCH SDU(RRC程序的RRC消息),CCCH SDU可基于MAC程序而触发随机接入程序。更具体地,UE可针对从空改变到非空的缓冲区而触发常规BSR。且UE可能针对常规BSR触发随机接入程序,因为UE在RRC非活动或在RRC闲置状态下不具有SR配置。
为了解决所述问题,不论缓冲区状态和/或常规BSR如何,RRC层都将直接触发必须传送至少一RRC消息(例如CCCH SDU)的RRC程序的随机接入程序。在LTE中,RRC层可仅在PSCell添加情况下触发随机接入程序。原因在于,PSCell添加不具有可触发随机接入程序的用于传送的对应消息。
解决方案4:MAC在争用坚决时指示上层(即RRC层),且RRC基于所述指示产生或递
送下一CCCH SDU以用于下层
在此解决方案中,UE可在UE完成前一RRC程序的RRC消息传送之后将下一RRC程序的另一RRC消息递送到MAC层以供传送。为了实现此构思,UE可能需要向上层指示随机接入程序的(成功)完成和/或前一RRC程序的RRC消息传送是否完成。图12中示出一个可能实例。在此实例中,UE可触发RNAU程序但保持CCCH SDU。且UE可在CCCH SDU的前一传送完成或随机接入程序成功的情况下将CCCH SDU递送到下层。
总的来说,这种解决方案的缺点可能在于,UE无法在相同时间执行多个RRC程序。RRC程序可由UE触发。
解决方案5:UE在CCCH数据待定而无任何所触发常规BSR时自主地触发另一常规
BSR
在此情况下,UE应在UE中存在待定CCCH SDU的情况下触发常规BSR。在一个实施例中,UE应在UE具有可用于传送的数据且UE不在RRC连接状态的情况下触发常规BSR。对于以上情况,UE可能已经报告可用于传送的那些数据的缓冲区状态。常规BSR并不由重传BSR定时器触发。
解决方案6:UE基于RAR准予指示的TB大小产生和/或递送CCCH消息
UE可针对第一(所触发)RRC程序(例如系统信息请求)创建第一CCCH消息。且UE可针对第一CCCH消息触发随机接入程序。在接收RAR之后,UE可基于由RAR中的上行链路准予指示的TB大小来确定是否针对第二(所触发)RRC程序(例如RNAU、RRC连接建立、RRC连接恢复等)创建第二CCCH消息。另外,如果TB大小足够大,则UE可考虑用于第三所触发RRC程序的下一CCCH SDU。
解决方案7:UE在一段时期保持监测C-RNTI(在RRC或在RRC非活动状态)
在此解决方案中,RRC闲置或RRC非活动状态的UE可能在随机接入程序的争用坚决后需要监测C-RNTI一段时期。在一个实施例中,如果Msg3包含BSR MAC CE,则UE可能需要监测C-RNTI。Msg3还可包含CCCH SDU。Msg3还可包含来自DCCH的数据或来自DRB的数据。在一个实施例中,所述时期可受定时器控制。所述时期可以是在UE重新选择到另一小区之前的时期。所述周期还可以是DRX周期。在一个实施例中,周期性可受计数器控制。基站可能需要调整关于UE将保持C-RNTI多长时间的理解。
解决方案8:UE基于限制而不能将BSR MAC CE(用于BSR的MAC CE)包含到Msg3中
由于在包含BSR MAC CE的情况下将取消常规BSR,因此可通过禁止将BSR MAC CE包含在Msg3中来进行防止。Msg3可以是随机接入程序中的争用传送。所述限制可以是,UE不能将CCCH SDU和BSR MAC CE包含在相同Msg3(或相同TB)中。在一个实施例中,UE可包含此情况中所包含以用于填充的BSR的MAC CE。或者,UE可能不包含所包含以用于填充的BSR的MAC CE。在一个实施例中,如果UE具有无法包含在相同Msg3中的另一CCCH SDU,则UE也无法包含CCCH SDU和BSR MAC CE。或者,即使UE不具有另一CCCH SDU,UE也无法包含CCCH SDU和BSR MAC CE。
在一个实施例中,常规BSR在UE多路复用或产生传输块时可能不取消。在UE坚定争用时,如果UE不再有可用于传送的数据,常规BSR可取消。
解决方案9:始终优先考虑用于系统信息请求的RRC消息之外的其它RRC消息(例如
RRC连接请求、RRC恢复请求)
在此解决方案中,如果UE具有用于不同RRC消息的多个CCCH SDU,则UE可能需要处理那些RRC消息的递送次序。在一个实施例中,RRC层始终在递送用于系统信息请求的RRC消息之前递送其它RRC消息。或者,UE可在执行传输块的多路复用时优先化其它RRC消息。换句话说,UE可能首先包含其它RRC消息且接着是系统信息请求。
在一个实施例中,其它RRC消息和用于系统信息请求的RRC消息可属于相同逻辑信道。其它RRC消息可属于CCCH(例如SRB0)。在一个实施例中,用于系统信息请求的RRC消息可不具有事务标识符。以此方式,将不会破坏依序处理的规则。在一个实施例中,其它RRC消息是指RRCSetupRequest、RRCResumeRequest和RRCReestablishmentRequest。
解决方案10-不允许UE在相同时间触发RRC连接建立相关的程序(即RRC连接设置
或RRC连接恢复)和按需SI请求程序。
在此解决方案中,UE可能限于在限制下(例如取决于进行中的程序和/或取决于待触发的程序)触发RRC连接建立相关的程序和/或触发按需SI请求程序(例如基于Msg3的按需SI、基于Msg1的按需SI)。在一个实施例中,如果UE决定触发按需SI请求程序或如果UE具有进行中的按需SI请求程序,则UE不可触发RRC连接建立相关的程序。在另一实施例中,如果UE(决定)触发RRC连接建立相关的程序或如果UE具有进行中的RRC连接建立相关的程序,则UE不可触发按需SI请求程序。换句话说,UE不可在相同时间具有进行中的RRC连接建立相关的程序和进行中的按需SI请求程序。以上实施例可组合以形成另一实施例。
在一个实施例中,如果UE检测到用于触发RRC连接建立相关的程序(例如RRC连接恢复、RRC连接建立)的条件,则UE不可丢弃进行中的按需SI请求程序。如果UE检测到用于触发按需SI请求程序的条件,UE也不可丢弃进行中的RRC连接建立相关的程序。另外,如果归因于进行中的RRC程序(例如第一RRC程序),第二RRC程序的触发待定,则UE可在进行中的RRC程序完成之后触发第二RRC程序。
在一个实施例中,如果UE接收到由用于SI请求的RRC消息请求的另一SI,则SI请求程序可被视为完成。具体地说,如果传送用于SI请求的RRC消息(例如接收对应的确认或对应的争用是坚决的),则SI请求程序也可被视为完成。此外,如果上层接收下层指示传送已完成(例如争用解决),则SI请求程序可被视为完成。
在一个实施例中,不同于RRC连接恢复程序、RRC连接请求程序或基于Msg3的系统信息请求程序的其它RRC程序可被触发且与RRC连接恢复程序、RRC连接请求程序或基于Msg3的系统信息请求程序并行运行。以下列出触发RRC连接建立相关的程序的可能条件:
1.UE由网络(例如基站或核心网络)寻呼;
2.跟踪区更新(系统信息中的TrackingAreaCode在UE驻留于新小区时改变);
3.RAN通知区域更新(例如UE驻留于属于与先前驻留的小区的RAN通知区域不同的RAN通知区域的新小区、周期性RAN区域更新定时器到期);和/或
4.NAS指示到RRC的连接建立。
触发按需SI请求程序的可能条件包含:
1.系统信息区域ID改变(系统信息中)
2.没有有效系统信息(例如移动性相关的SI)
3.UE发起需要系统信息的服务(例如V2X、MBMS)
解决方案10可适用于一些SI请求触发条件和/或一些连接建立触发条件而非所有条件。例如,仅连接建立触发的条件2和条件3将基于按需SI请求程序而防止或被防止。尽管如此,不排除条件的组合。
以下是基于3GPP R2-1809109和R2-1808000用于解决方案10的可能文本提议。具有下划线的字是针对解决方案10添加的文本提议。
5.2.2.4.2在接收到SIB1后的动作
在接收到SIB1后,UE应:
1>存储所获取SIB1;
1>如果cellAccessRelatedInfo含有具有所选择PLMN的PLMN-Identity的条目:
2>在程序的其余部分中针对小区使用如在含有所选择PLMN的对应cellAccessRelatedInfo中接收到的plmn-IdentityList、trackingAreaCode和cellIdentity。
1>将cellIdentity转发到上层;
1>将trackingAreaCode转发到上层;
1>若存在,将ims-EmergencySupport转发到上层;
1>若存在,将eCallOverIMS-Support转发到上层;
1>应用包含在servingCellConfigCommon中的配置;
如果UE具有存储的根据小节5.2.2.2.1的必要SIB的有效版本:
2>使用SIB的所述存储版本;
1>如果UE尚未存储根据小节5.2.2.2.1的一个或若干个必要SIB的有效版本,且如 果UE并未执行或将要执行RRC连接建立程序或RRC连接恢复程序:
2>对于含有根据SIB1中的si-SchedulingInfo的必要SIB的SI消息:
3>如果指示为当前未广播;
4>触发获取如小节5.2.2.3.3中限定的SI消息(若需要)的请求。
3>否则;
4>获取如小节5.2.2.3.2中限定的SI消息(若需要);
[…]
5.3.3.2发起
UE在上层请求RRC连接的建立而UE处于RRC_IDLE且UE并未执行或将要执行按需系 统信息的请求时发起所述程序
在发起所述程序后,UE应:
1>应用如x.x.x中指定的默认物理信道配置;
1>应用如x.x.x中指定的默认半持久调度配置;
1>应用如x.x.x中指定的默认MAC主配置;
1>应用如9.1.1.2中指定的CCCH配置;
1>起始定时器T300;
1>根据5.3.3.3发起RRCSetupRequestmessage的传送;
[…]
5.3.13.2发起
在上层或AS请求RRC连接的恢复时、在响应于NG-RAN寻呼时或在触发RNA更新后而UE处于RRC_INACTIVE状态且UE并未执行或将要执行按需系统信息的请求,UE发起所述程序:
在发起所述程序后,UE应:
编者注:FFS SCG配置是否应释放或其是否应处理为任何其它配置(即通过差量信令)。
1>应用L1/L2默认配置;
1>应用如9.1.1.2中指定的CCCH配置;
编者注:FFS NR是否支持timeAlignmentTimerCommon、是否在SIB2中传送且与UE行为相关联)。
1>起始定时器T319;
1>停止定时器T380;
1>根据5.3.13.3发起RRCResumeRequest消息的传送;
编者注:FFS在连接重续之前对最新系统信息获取的要求。
编者注:FFS关于用于恢复请求的默认L1/L2配置(例如CCCH、物理信道、MAC、调度等)的细节。
图13示出解决方案10的示范性实施例。图13示出基于解决方案10如何处理冲突的实例。由于UE可基于接收到的SI(例如SIB1、MIB、RMSI)检测连接建立程序的触发条件和按需SI请求程序的触发条件,因此基于解决方案10,UE可执行任一一个程序且可保持另一个程序。在此实例中,可选择RRC恢复请求程序,且SI请求可待定(未触发)。在RRC恢复请求程序完成之后,UE可执行待定的SI请求程序。
图14示出解决方案10的另一示范性实施例。图14示出基于解决方案10如何处理冲突的实例。由于UE可基于接收到的SI(例如SIB1、MIB、RMSI)检测连接建立程序的触发条件和按需SI请求程序的触发条件,因此基于解决方案10,UE可执行任一一个程序且可保持另一个程序。在此实例中,可选择SI请求程序,且RRC连接建立可待定(未触发)。在SI请求程序完成之后,UE可执行待定的RRC恢复请求程序。
对于上述解决方案,第一RRC程序可以是基于Msg3的系统信息请求程序、RRC连接请求程序、RRC连接恢复程序、跟踪区更新程序、RNAU程序或RRC连接建立程序。第二RRC程序可以是另一基于Msg3的系统信息请求、RRC连接请求程序、RRC连接恢复程序、跟踪区更新程序、RNAU程序或RRC连接建立程序。
对于上述解决方案,所述RRC程序可以是基于Msg3的系统信息请求程序、RRC连接请求程序、RRC连接恢复程序、跟踪区更新程序、RNAU程序或RRC连接建立程序。
在一个实施例中,用于系统信息请求的RRC程序可在用于系统信息请求的RRC消息被传送时被视为完成。或者,用于系统信息请求的RRC程序可在用于系统信息请求的RRC消息被传送且对应的系统信息被接收到时被视为完成。
此外,如果第一RRC程序并非SI请求程序,可能仍然发生相同问题。图15中示出一个可能实例。在此实例中,第一RRC程序可以是RNAU程序。如果网络不让UE进入RRC连接状态以响应RNAU请求,则可能阻挡用于系统信息请求的RRC消息(CCCH SDU)。网络可使UE保持在RRC非活动状态或可将UE改变到RRC闲置状态(归因于UE上下文提取失败或小区加载)。还可考虑上文所论述的解决方案以解决此情况。
图16是从网络节点的角度来看的根据一个示范性实施例的流程图1600。在步骤1605,UE触发BSR。在步骤1610,UE传送用于随机接入程序的前导码。在步骤1615,UE接收用于响应前导码的随机接入响应。在步骤1620,UE基于随机接入响应中所提供的上行链路准予来创建传输块,其中即使所述上行链路准予指示了大于等于第一公共控制信道(CommonControl Channel,CCCH)服务数据单元(Service Data Unit,SDU)大小与用于BSR的介质访问控制(Medium Access Control,MAC)控制元素大小的总和的传输块大小,所述传输块也无法包含第一CCCH SDU和用于BSR的MAC控制元素。在步骤1625,UE基于随机接入响应中提供的上行链路准予来传送所述传输块。
在一个实施例中,BSR是常规BSR。在创建传输块时不可取消BSR。在传送传输块时不可取消BSR。针对所述BSR触发随机接入程序。BSR的MAC控制元素大小也考虑了相应的MAC子标头。第一个CCCH SDU大小也考虑了相应的MAC子标头。
在一个实施例中,如果UE具有因上行链路准予指示的传输块大小不足而无法包含在传输块中的第二CCCH SDU,则传输块也无法包含第一CCCH SDU和用于BSR的MAC控制元素。在一个实施例中,传输块大小不足以容纳第一CCCH SDU和第二CCCH SDU。用于BSR的MAC控制元素可能不是经包含以用于填充的BSR。用于BSR的MAC控制元素可以是经包含以用于填充的BSR。BSR可因第一CCCH SDU到达而缓冲区为空而被触发。
返回参考图3和4,在网络节点的一个示范性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使网络节点能够(i)触发BSR,(ii)发送用于随机接入程序的前导码,(iii)接收用于响应前导码的随机接入响应,(iv)基于随机接入响应中提供的上行链路准予来创建传输块,其中即使上行链路准予指示大于等于第一CCCH SDU的大小和用于BSR的MAC控制元素的大小的总和的传输块大小,传输块也无法包含第一CCCH SDU和用于BSR的MAC控制元素,以及(v)基于随机接入响应中提供的上行链路准予来传送所述传输块。此外,CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图17是从UE的角度来看的根据一个示范性实施例的流程图1700。在步骤1705,UE检测用于触发第一RRC程序的第一条件。在步骤1710,UE触发第一RRC程序且将包含属于第一RRC程序的第一RRC消息的第一传输块传送到基站。在步骤1715,UE检测用于触发第二RRC程序的第二条件,其中早于第一传输块的多路复用来检测所述第二条件。在步骤1720,UE触发第二RRC程序,且在第一RRC消息包含在传输块中之后将包含属于第二RRC程序的第二RRC消息的第二传输块传送到基站。
在一个实施例中,可在第一RRC程序完成之后或在多路复用第一传输块之后触发第二RRC程序。在一个实施例中,可检测第二条件,且可基于来自基站的相同消息(例如SIB1)检测第一条件。
在一个实施例中,第一RRC程序可以是RRC连接建立或RRC连接恢复;且第一条件可以是无线电接入网络(Radio Access Network,RAN)通知区域更新、跟踪区更新、mo数据、紧急呼叫、mo信令或mt接入。第二RRC程序是系统信息请求;且第二条件是系统信息区域改变、系统信息更新或获取系统信息。
在一个实施例中,第二RRC程序可以是RRC连接建立或RRC连接恢复;且第二条件可以是RAN通知区域更新、跟踪区更新、mo数据、紧急呼叫、mo信令或mt接入。第一RRC程序可以是系统信息请求;且第一条件可以是系统信息区域改变、系统信息更新或获取系统信息。
返回参考图3和4,在UE的一个示范性实施例中,装置300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312以使UE能够(i)检测用于触发第一RRC程序的第一条件,(ii)触发第一RRC程序且将包含属于第一RRC程序的第一RRC消息的第一传输块传送到基站,(iii)检测用于触发第二RRC程序的第二条件,其中早于第一传输块的多路复用来检测第二条件,以及(iv)触发第二RRC程序,且在第一RRC消息包含在传输块中之后,将包含属于第二RRC程序的第二RRC消息的第二传输块传送到基站。此外,CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图18是从UE的角度看的根据一个示范性实施例的流程图1800。在步骤1805,UE针对第一CCCH SDU触发第一BSR。在步骤1810,UE传送用于随机接入程序的前导码。在步骤1815,UE接收用于响应前导码的随机接入响应。在步骤1820,UE基于随机接入响应中提供的上行链路准予而将包含第一CCCH SDU和用于BSR的BSRMAC控制元素的Msg3传送到基站,其中BSR MAC控制元素报告包含第二CCCH SDU的缓冲区大小。在步骤1825,UE在基站确认接收到所述Msg3之后且在重传BSR定时器到期之前触发第二BSR。
在一个实施例中,用于BSR的MAC控制元素并非用于填充的BSR的MAC控制元素。在另一实施例中,用于BSR的MAC控制元素是用于填充的BSR的MAC控制元素。第一CCCH SDU可以是系统信息请求消息,且第二CCCH SDU可以是RRC连接恢复请求消息或RRC连接请求消息。第一CCCH SDU可以是RRC连接恢复请求消息或RRC连接请求消息,且第二CCCH SDU可以是系统信息请求消息。
返回参考图3和4,在UE的一个示范性实施例中,装置300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312以使UE能够(i)针对第一CCCH SDU触发第一BSR,(ii)发送用于随机接入程序的前导码,(iii)接收用于响应所述前导码的随机接入响应,(iv)基于随机接入响应中提供的上行链路准予,将包含第一CCCH SDU和用于BSR的BSRMAC控制元素的Msg3传送到基站,其中BSR MAC控制元素报告包含第二CCCH SDU的缓冲区大小,以及(v)在基站确认接收到Msg3之后且在重传BSR定时器到期之前触发第二BSR。此外,CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图19是从UE的角度看的根据一个示范性实施例的流程图1900。在步骤1905,UE检测用于触发第一RRC程序的第一条件以及用于触发第二RRC程序的第二条件。在步骤1910,UE触发第一RRC程序且传送包含属于第一RRC程序的第一RRC消息的第一传输块。在步骤1915,UE触发第二RRC程序,且在第一RRC消息包含在传输块中之后传送包含属于第二RRC程序的第二RRC消息的第二传输块。
在一个实施例中,可在第一RRC程序完成之后或在多路复用第一传输块之后触发第二RRC程序。可早于第一传输块的多路复用来检测第二条件。
返回参考图3和4,在UE的一个示范性实施例中,装置300包含存储在存储器310中的程序代码312。CPU308可执行程序代码312以使UE能够(i)检测用于触发第一RRC程序的第一条件和用于触发第二RRC程序的第二条件,(ii)触发第一RRC程序且传送包含属于第一RRC程序的第一RRC消息的第一传输块,以及(iii)触发第二RRC程序,且在第一RRC消息包含在传输块中之后传送包含属于第二RRC程序的第二RRC消息的第二传输块。此外,CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图20是从UE的角度看的根据一个示范性实施例的流程图2000。在步骤2005,UE检测用于触发第一RRC程序的第一条件以及用于触发第二RRC程序的第二条件。在步骤2010,UE触发第一RRC程序且触发第二RRC程序。在步骤2015,UE在随机接入程序中接收随机接入响应,其中所述随机接入响应包含用于UE的上行链路准予。在步骤2020,UE取决于上行链路准予调度的传输块大小而确定是否创建第二RRC程序的第二RRC消息。
在一个实施例中,UE可执行随机接入程序以传送第一RRC程序的第一RRC消息。在一个实施例中,如果传输块大小足够大以容纳第一RRC消息和第二RRC消息以及对应的标头(例如,MAC子标头、RLC标头或PDCP标头),则UE可创建第二RRC消息。
返回参考图3和4,在UE的一个示范性实施例中,装置300包含存储在存储器310中的程序代码312。CPU308可执行程序代码312以使UE能够(i)检测用于触发第一RRC程序的第一条件和用于触发第二RRC程序的第二条件,(ii)触发第一RRC程序且触发第二RRC程序,(iii)在随机接入程序中接收随机接入响应,其中所述随机接入响应包含用于UE的上行链路准予,以及(iv)取决于上行链路准予调度的传输块大小而确定是否创建第二RRC程序的第二RRC消息。此外,CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
在图19和20中示出且上文所描述的实施例的上下文中,在一个实施例中,第一条件可包含UE检测到系统信息区域身份标识改变、UE检测到值标记改变、UE检测到RAN通知区域改变、UE检测到trackingAreaCode改变、NAS请求连接建立和/或UE重新选择驻留于新小区。第二条件可包含UE检测到系统信息区域身份标识改变、UE检测到值标记改变、UE检测到RAN通知区域改变、UE检测到trackingAreaCode改变、NAS请求连接建立和/或UE重新选择驻留于新小区。
在一个实施例中,可早于接收随机接入响应来检测第二条件。也可早于接收随机接入响应来检测第一条件。
在一个实施例中,第一RRC消息可以是系统信息请求消息、RRC连接恢复请求消息或RRC连接请求消息。第二RRC消息是系统信息请求消息、RRC连接恢复请求消息或RRC连接请求消息。
在一个实施例中,UE可处于RRC非活动或处于RRC闲置状态。UE可能不处于RRC连接状态。第一RRC消息可以是CCCH SDU。第二RRC消息也可以是CCCH SDU。
在一个实施例中,第一RRC程序可以是基于Msg3的系统信息请求程序、RAN通知区域更新程序、跟踪区更新程序、RRC连接恢复程序或RRC连接请求程序。第二RRC程序可以是基于Msg3的系统信息请求程序、RAN通知区域更新程序、跟踪区更新程序、RRC连接恢复程序或RRC连接请求程序。
上文已经描述了本公开的各种方面。应明白,本文中的教示可通过广泛多种形式实施,且本文中所公开的任何具体结构、功能或这两者仅是代表性的。基于本文中的教示,所属领域的技术人员应了解,本文公开的方面可独立于任何其它方面而实施,且两个或更多个这些方面可以各种方式组合。例如,可以使用本文中所阐述的任何数目个方面来实施设备或实践方法。另外,可使用除了在本文中所阐述的一个或多个方面之外或不同于所述方面的其它结构、功能或结构和功能来实施此类设备或实践此类方法。作为一些上述概念的实例,在一些方面,可基于脉冲重复频率来建立并行信道。在一些方面,可基于脉冲位置或偏移来建立并行信道。在一些方面,可基于跳时序列建立并行信道。在一些方面,可基于脉冲重复频率、脉冲位置或偏移以及跳时序列而建立并行信道。
所属领域的技术人员将理解,可使用多种不同技术和技艺中的任一种来表示信息和信号。例如,可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。
所属领域的技术人员将进一步了解,结合本文公开的方面而描述的各种说明性逻辑块、模块、处理器、装置、电路和算法步骤可实施为电子硬件(例如,数字实施方案、模拟实施方案或两者的组合,其可使用源译码或一些其它技术来设计)、各种形式的程序或并入有指令的设计代码(为方便起见,本文中可称为“软件”或“软件模块”)或两者的组合。为了清楚地说明硬件与软件的此互换性,上文已大体上在其功能方面描述了各种说明性组件、块、模块、电路和步骤。此类功能是实施为硬件还是软件取决于特定应用和外加于整个系统的设计约束。所属领域的技术人员可针对每个特定应用以不同方式实施所描述的功能,但此类实施决策不应被解释为引起对本公开的范围的偏离。
另外,结合本文公开的方面描述的各种说明性逻辑块、模块和电路可实施于集成电路(“IC”)、接入终端或接入点内或者由集成电路、接入终端或接入点执行。IC可包括通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(applicationspecific integrated circuit,ASIC)、现场可编程门阵列(field programmable gatearray,FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电组件、光学组件、机械组件,或设计成执行本文中所描述的功能的任何组合,且可执行驻存在IC内、在IC外或这两种情况下的代码或指令。通用处理器可以是微处理器,但在替代方案中,处理器可以是任何常规处理器、控制器、微控制器或状态机。处理器也可实施为计算装置的组合,例如DSP和微处理器的组合、多个微处理器、与DSP内核结合的一个或多个微处理器,或任何其它此类配置。
应理解,任何所公开过程中的步骤的任何具体次序或层级都是示例方法的实例。应理解,基于设计偏好,过程中的步骤的具体次序或层级可重新布置,同时仍处于本公开的范围内。所附方法权利要求项以示例次序呈现各个步骤的要素,且并非意在限于所呈现的具体次序或层级。
结合本文中所公开的方面描述的方法或算法的步骤可直接用硬件、用由处理器执行的软件模块或用这两者的组合体现。软件模块(例如,包含可执行指令和相关数据)和其它数据可驻存在数据存储器中,例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可装卸式磁盘、CD-ROM或所属领域中已知的任何其它形式的计算机可读存储介质。示例存储介质可联接到例如计算机/处理器等机器(为方便起见,所述机器在本文中可称为“处理器”),使得所述处理器可从存储介质读取信息(例如,代码)且将信息写入到存储介质。示例存储介质可与处理器形成一体。处理器和存储介质可驻存在ASIC中。ASIC可驻存在用户设备中。在替代方案中,处理器和存储介质可作为离散组件驻存在用户设备中。此外,在一些方面中,任何合适的计算机程序产品可包括计算机可读介质,所述计算机可读介质包括与本公开的方面中的一个或多个方面相关的代码。在一些方面,计算机程序产品可包括封装材料。
虽然已结合各种方面描述本发明,但应理解,本发明能够进行进一步修改。本申请旨在涵盖大体上遵循本发明的原理的对本发明的任何改变、使用或调适,包含处于在本发明所属的领域内的已知和惯用实践的范围内的对本公开的偏离。
Claims (20)
1.一种用于用户设备的方法,其特征在于,包括:
触发缓冲区状态报告;
传送用于随机接入程序的前导码;
接收用于响应所述前导码的随机接入响应;
基于所述随机接入响应中所提供的上行链路准予来创建传输块,其中即使所述上行链路准予指示了大于等于第一公共控制信道服务数据单元大小与用于缓冲区状态报告的介质访问控制控制元素大小的总和的传输块大小,所述传输块也无法包含所述第一公共控制信道服务数据单元和用于缓冲区状态报告的所述介质访问控制控制元素;以及
基于所述随机接入响应中提供的所述上行链路准予来传送所述传输块。
2.根据权利要求1所述的方法,其特征在于,所述缓冲区状态报告是常规缓冲区状态报告。
3.根据权利要求1所述的方法,其特征在于,在创建所述传输块时不取消所述缓冲区状态报告。
4.根据权利要求1所述的方法,其特征在于,在传送所述传输块时不取消所述缓冲区状态报告。
5.根据权利要求1所述的方法,其特征在于,针对所述缓冲区状态报告触发所述随机接入程序。
6.根据权利要求1所述的方法,其特征在于,如果所述用户设备具有因所述上行链路准予指示的所述传输块大小不足而未包含在所述传输块中的第二公共控制信道服务数据单元,则所述传输块也无法包含所述第一公共控制信道服务数据单元和用于缓冲区状态报告的介质访问控制控制元素。
7.根据权利要求1所述的方法,其特征在于,用于缓冲区状态报告的所述介质访问控制控制元素并非用于填充的缓冲区状态报告的介质访问控制控制元素。
8.根据权利要求1所述的方法,其特征在于,用于缓冲区状态报告的所述介质访问控制控制元素是用于填充的缓冲区状态报告的介质访问控制控制元素。
9.根据权利要求1所述的方法,其特征在于,所述缓冲区状态报告因所述第一公共控制信道服务数据单元到达而缓冲区为空而被触发。
10.一种用于用户设备的方法,其特征在于,包括:
检测用于触发第一无线电资源控制程序的第一条件;
触发所述第一无线电资源控制程序且传送包含属于所述第一无线电资源控制程序的第一无线电资源消息的第一传输块;
检测用于触发第二无线电资源控制程序的第二条件,其中早于所述第一传输块的多路复用来检测所述第二条件;以及
触发所述第二无线电资源控制程序,且在所述第一无线电资源控制消息包含在所述传输块中之后将包含属于所述第二无线电资源控制程序的第二无线电资源控制消息的第二传输块传送到基站。
11.根据权利要求10所述的方法,其特征在于,所述第二无线电资源控制程序在所述第一无线电资源控制程序完成之后被触发。
12.根据权利要求10所述的方法,其特征在于,所述第二无线电资源控制程序在所述第一传输块被多路复用之后被触发。
13.根据权利要求10所述的方法,其中检测所述第二条件,且基于来自基站的相同消息而检测所述第一条件。
14.根据权利要求10所述的方法,其特征在于,(i)所述第一无线电资源控制程序是无线电资源控制连接建立或无线电资源控制连接恢复,(ii)所述第一条件是无线电接入网络通知区域更新、跟踪区更新、mo数据、紧急呼叫、mo信令或mt接入,(iii)所述第二无线电资源控制程序是系统信息请求,以及(iv)所述第二条件是系统信息区域改变、系统信息更新或获取系统信息。
15.根据权利要求10所述的方法,其特征在于,(i)所述第二无线电资源控制程序是无线电资源控制连接建立或无线电资源控制连接恢复,(ii)所述第二条件是无线电接入网络通知区域更新、跟踪区更新、mo数据、紧急呼叫、mo信令或mt接入,(iii)所述第一无线电资源控制程序是系统信息请求,以及(iv)所述第一条件是系统信息区域改变、系统信息更新或获取系统信息。
16.一种用于用户设备的方法,其特征在于,包括:
针对第一公共控制信道服务数据单元触发第一缓冲区状态报告;
传送用于随机接入程序的前导码;
接收用于响应所述前导码的随机接入响应;
基于所述随机接入响应中提供的上行链路准予,将包含所述第一公共控制信道服务数据单元和用于缓冲区状态报告的介质访问控制控制元素的Msg3传送到基站,其中所述缓冲区状态报告介质访问控制控制元素报告包含第二共控制信道服务数据单元的缓冲区大小;以及
在由基站确认接收到所述Msg3之后且在重传缓冲区状态报告定时器到期之前触发第二缓冲区状态报告。
17.根据权利要求16所述的方法,其特征在于,用于缓冲区状态报告的所述介质访问控制控制元素并非用于填充的缓冲区状态报告的介质访问控制控制元素。
18.根据权利要求16所述的方法,其特征在于,用于缓冲区状态报告的所述介质访问控制控制元素并非用于填充的缓冲区状态报告的介质访问控制控制元素。
19.根据权利要求16所述的方法,其特征在于,所述第一公共控制信道服务数据单元是系统信息请求消息,且所述第二公共控制信道服务数据单元是无线电资源控制连接恢复请求消息或无线电资源控制连接请求消息。
20.根据权利要求16所述的方法,其特征在于,所述第一公共控制信道服务数据单元是无线电资源控制连接恢复请求消息或无线电资源控制连接请求消息,且所述第二公共控制信道服务数据单元是系统信息请求消息。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201862643972P | 2018-03-16 | 2018-03-16 | |
US62/643,972 | 2018-03-16 | ||
US201862682305P | 2018-06-08 | 2018-06-08 | |
US62/682,305 | 2018-06-08 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110278612A true CN110278612A (zh) | 2019-09-24 |
CN110278612B CN110278612B (zh) | 2022-07-12 |
Family
ID=67904312
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910198373.7A Active CN110278612B (zh) | 2018-03-16 | 2019-03-15 | 无线通信中处理多个无线电资源控制程序的方法和设备 |
Country Status (2)
Country | Link |
---|---|
US (1) | US20190289661A1 (zh) |
CN (1) | CN110278612B (zh) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112788779A (zh) * | 2019-11-06 | 2021-05-11 | 华硕电脑股份有限公司 | 无线通信系统中用于上行链路准予覆盖的方法和设备 |
CN112804745A (zh) * | 2019-11-14 | 2021-05-14 | 华硕电脑股份有限公司 | 无线通信系统中上行链路定时确定的方法和设备 |
WO2021087887A1 (zh) * | 2019-11-07 | 2021-05-14 | 华为技术有限公司 | 一种通信方法及装置 |
CN113056020A (zh) * | 2019-12-26 | 2021-06-29 | 大唐高鸿数据网络技术股份有限公司 | 一种资源重选的判定方法及终端 |
CN113259987A (zh) * | 2020-02-07 | 2021-08-13 | 华硕电脑股份有限公司 | 无线通信系统中递送中继的缓冲区状态报告的方法和设备 |
WO2021185146A1 (en) * | 2020-03-20 | 2021-09-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods, access network node and terminal device for random access procedure |
CN113645660A (zh) * | 2020-05-11 | 2021-11-12 | 华硕电脑股份有限公司 | 上行链路空间复用下产生传输块的方法和设备 |
CN114158141A (zh) * | 2020-09-08 | 2022-03-08 | 华硕电脑股份有限公司 | 无线通信系统中用于连接恢复程序的方法和设备 |
CN114630440A (zh) * | 2022-05-13 | 2022-06-14 | 深圳小米通讯技术有限公司 | 数据传输方法、装置、终端设备和存储介质 |
CN114640637A (zh) * | 2022-05-17 | 2022-06-17 | 深圳传音控股股份有限公司 | 处理方法、通信设备及存储介质 |
WO2022148405A1 (zh) * | 2021-01-08 | 2022-07-14 | 大唐移动通信设备有限公司 | 数据发送处理方法、装置及处理器可读存储介质 |
WO2022233005A1 (en) * | 2021-05-06 | 2022-11-10 | Nokia Shanghai Bell Co., Ltd. | Small data transmissions |
WO2023151482A1 (zh) * | 2022-02-11 | 2023-08-17 | 华为技术有限公司 | 通信方法及装置 |
TWI825495B (zh) * | 2020-10-21 | 2023-12-11 | 芬蘭商諾基亞科技公司 | 使用者裝備和網路實體與由其執行之方法、及相關聯電腦程式碼與電腦可讀儲存媒體 |
Families Citing this family (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3840522B1 (en) * | 2018-04-02 | 2023-06-28 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Methods and devices for controlling rrc state |
AU2019265694B2 (en) * | 2018-05-10 | 2022-08-11 | Telefonaktiebolaget Lm Ericsson | UE behavior with rejection of resume request |
US11553550B2 (en) * | 2018-07-04 | 2023-01-10 | Lg Electronics Inc. | Method and apparatus for supporting security in RRC inactive state in wireless communication system |
TWI743548B (zh) * | 2018-08-31 | 2021-10-21 | 財團法人工業技術研究院 | 用於使用者設備和遠程接入節點的連接重定向方法以及使用所述方法的使用者設備 |
US11026204B2 (en) * | 2018-10-03 | 2021-06-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods providing release and re-direct message contents and UE behavior and related wireless devices |
CN112789944B (zh) * | 2018-10-12 | 2024-04-30 | 索尼集团公司 | 对蜂窝网络的无线电接入网的接入节点进行操作的方法 |
CN111385836B (zh) * | 2018-12-29 | 2022-05-27 | 大唐移动通信设备有限公司 | 一种信息配置和数据传输的方法及设备 |
WO2020191059A1 (en) * | 2019-03-19 | 2020-09-24 | Apple Inc. | Signaling for inactive small data transmission without path switching |
WO2020197327A1 (ko) * | 2019-03-28 | 2020-10-01 | 엘지전자 주식회사 | 무선통신시스템에서 rrc 재개 후 rlf에 관련된 rrc 메시지를 전송하는 사이드링크 tx ue의 동작 방법 |
WO2021011285A1 (en) * | 2019-07-17 | 2021-01-21 | Google Llc | Communication of segmented radio resource control messages |
WO2021018010A1 (en) * | 2019-07-26 | 2021-02-04 | FG Innovation Company Limited | Methods and apparatuses for scheduling request resource prioritization for beam failure recovery |
EP3991463A4 (en) * | 2019-08-02 | 2022-08-24 | Samsung Electronics Co., Ltd. | METHOD AND DEVICE FOR PERFORMING A FREQUENCY MEASUREMENT AND SETTING A FREQUENCY MEASUREMENT FOR A TERMINAL IN NO-CONNECTION MODE |
JP2021057673A (ja) * | 2019-09-27 | 2021-04-08 | Kddi株式会社 | ランダムアクセス手順を実行する端末装置、基地局装置、制御方法、及びプログラム |
KR20210051749A (ko) * | 2019-10-31 | 2021-05-10 | 삼성전자주식회사 | 긴급 호 수행 방법 및 이를 위한 전자 장치 |
CN112996144B (zh) * | 2019-12-02 | 2023-01-20 | 大唐移动通信设备有限公司 | 非激活态终端的基站间交互优化方法、装置和电子设备 |
KR20210093766A (ko) * | 2020-01-17 | 2021-07-28 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템에서 랜덤 액세스 채널(rach) 기반 소규모 데이터 전송 절차를 위한 방법 및 장치 |
US11140694B1 (en) * | 2020-03-31 | 2021-10-05 | Asustek Computer Inc. | Method and apparatus for prioritization between uplink data and scheduling request in a wireless communication system |
TWI746402B (zh) * | 2020-04-10 | 2021-11-11 | 華碩電腦股份有限公司 | 無線通訊系統中次細胞波束故障恢復的隨機存取程序的方法和設備 |
US20230225004A1 (en) * | 2020-05-20 | 2023-07-13 | Nec Corporation | Method, device and computer readable medium for communications |
JP2023538285A (ja) * | 2020-08-05 | 2023-09-07 | コムキャスト ケーブル コミュニケーションズ, エルエルシー | 非接続状態のためのリソース構成 |
CN116097813A (zh) * | 2020-08-20 | 2023-05-09 | 高通股份有限公司 | 用于小数据传递的传输块大小(tbs)配置 |
WO2022087115A1 (en) * | 2020-10-21 | 2022-04-28 | Ofinno, Llc | Downlink data of small data transmission procedure |
JP2024502872A (ja) * | 2021-01-14 | 2024-01-23 | オフィノ, エルエルシー | 非アクティブコンテキスト管理 |
CN116724610A (zh) * | 2021-01-14 | 2023-09-08 | 苹果公司 | 通过混合参数集的控制资源集/系统信息块1传输 |
US11622388B2 (en) * | 2021-03-08 | 2023-04-04 | Nokia Technologies Oy | Energy efficient, RRC state aware uplink radio resource allocation |
WO2022205360A1 (en) * | 2021-04-01 | 2022-10-06 | Lenovo (Beijing) Limited | Method and apparatus for location notification and small data transmission in radio resource control inactive state |
WO2023014949A1 (en) * | 2021-08-05 | 2023-02-09 | Ofinno, Llc | Delay timer for data transmission in inactive state |
CN114205307B (zh) * | 2021-12-02 | 2023-07-18 | 中国联合网络通信集团有限公司 | 数据包传输方法、rlc实体及存储介质 |
WO2023153731A1 (ko) * | 2022-02-11 | 2023-08-17 | 엘지전자 주식회사 | Sdt와 관련된 통신 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102067479A (zh) * | 2008-06-18 | 2011-05-18 | Lg电子株式会社 | 发送mac pdu的方法 |
CN107454620A (zh) * | 2016-04-28 | 2017-12-08 | Lg电子株式会社 | 用于发送数据量信息的方法及用户设备 |
EP3291628A1 (en) * | 2016-08-28 | 2018-03-07 | Lg Electronics Inc. | Method of performing random access procedure and communication apparatus therefor |
-
2019
- 2019-03-15 CN CN201910198373.7A patent/CN110278612B/zh active Active
- 2019-03-15 US US16/354,943 patent/US20190289661A1/en not_active Abandoned
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102067479A (zh) * | 2008-06-18 | 2011-05-18 | Lg电子株式会社 | 发送mac pdu的方法 |
CN107454620A (zh) * | 2016-04-28 | 2017-12-08 | Lg电子株式会社 | 用于发送数据量信息的方法及用户设备 |
EP3291628A1 (en) * | 2016-08-28 | 2018-03-07 | Lg Electronics Inc. | Method of performing random access procedure and communication apparatus therefor |
Non-Patent Citations (2)
Title |
---|
HUAWEI, HISILICON: "Remaining issues on State transition between RRC CONNECTED and INACTIVE", 《3GPP TSG-RAN WG2 MEETING AH 1801 R2-1800493》 * |
LG ELECTRONICS INC.: "Remaining issues on on-demand SI request procedure", 《3GPP TSG-RAN WG2 #101 R2-1802735》 * |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112788779A (zh) * | 2019-11-06 | 2021-05-11 | 华硕电脑股份有限公司 | 无线通信系统中用于上行链路准予覆盖的方法和设备 |
CN112788779B (zh) * | 2019-11-06 | 2023-10-31 | 华硕电脑股份有限公司 | 无线通信系统中用于上行链路准予覆盖的方法和设备 |
WO2021087887A1 (zh) * | 2019-11-07 | 2021-05-14 | 华为技术有限公司 | 一种通信方法及装置 |
CN112804745A (zh) * | 2019-11-14 | 2021-05-14 | 华硕电脑股份有限公司 | 无线通信系统中上行链路定时确定的方法和设备 |
CN113056020B (zh) * | 2019-12-26 | 2022-05-10 | 大唐高鸿智联科技(重庆)有限公司 | 一种资源重选的判定方法及终端 |
CN113056020A (zh) * | 2019-12-26 | 2021-06-29 | 大唐高鸿数据网络技术股份有限公司 | 一种资源重选的判定方法及终端 |
CN113259987A (zh) * | 2020-02-07 | 2021-08-13 | 华硕电脑股份有限公司 | 无线通信系统中递送中继的缓冲区状态报告的方法和设备 |
CN113259987B (zh) * | 2020-02-07 | 2022-06-21 | 华硕电脑股份有限公司 | 无线通信系统中递送中继的缓冲区状态报告的方法和设备 |
WO2021185146A1 (en) * | 2020-03-20 | 2021-09-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods, access network node and terminal device for random access procedure |
CN113645660A (zh) * | 2020-05-11 | 2021-11-12 | 华硕电脑股份有限公司 | 上行链路空间复用下产生传输块的方法和设备 |
CN114158141A (zh) * | 2020-09-08 | 2022-03-08 | 华硕电脑股份有限公司 | 无线通信系统中用于连接恢复程序的方法和设备 |
CN114158141B (zh) * | 2020-09-08 | 2024-03-22 | 华硕电脑股份有限公司 | 无线通信系统中用于连接恢复程序的方法和设备 |
TWI825495B (zh) * | 2020-10-21 | 2023-12-11 | 芬蘭商諾基亞科技公司 | 使用者裝備和網路實體與由其執行之方法、及相關聯電腦程式碼與電腦可讀儲存媒體 |
WO2022148405A1 (zh) * | 2021-01-08 | 2022-07-14 | 大唐移动通信设备有限公司 | 数据发送处理方法、装置及处理器可读存储介质 |
WO2022233005A1 (en) * | 2021-05-06 | 2022-11-10 | Nokia Shanghai Bell Co., Ltd. | Small data transmissions |
WO2023151482A1 (zh) * | 2022-02-11 | 2023-08-17 | 华为技术有限公司 | 通信方法及装置 |
CN114630440A (zh) * | 2022-05-13 | 2022-06-14 | 深圳小米通讯技术有限公司 | 数据传输方法、装置、终端设备和存储介质 |
CN114630440B (zh) * | 2022-05-13 | 2022-08-19 | 深圳小米通讯技术有限公司 | 数据传输方法、装置、终端设备和存储介质 |
CN114640637A (zh) * | 2022-05-17 | 2022-06-17 | 深圳传音控股股份有限公司 | 处理方法、通信设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
US20190289661A1 (en) | 2019-09-19 |
CN110278612B (zh) | 2022-07-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110278612A (zh) | 无线通信中处理多个无线电资源控制程序的方法和设备 | |
CN111511036B (zh) | 针对系统信息请求的随机接入程序的方法和设备 | |
JP6960443B2 (ja) | 無線通信システムにおけるランダムアクセス手順のmsg3送信を改善するための方法及び装置 | |
US10667323B1 (en) | Method and apparatus for releasing preconfigured uplink resources configuration in a wireless communication system | |
JP6486987B2 (ja) | 無線通信システムで拡張アクセス遮断適用方法及び装置 | |
CN109699088B (zh) | 无线通信系统中基于msg3的系统信息请求的方法和设备 | |
EP3354105B1 (en) | Method for performing random access procedure in enhanced coverage mode in a wireless communication system and device therefor | |
JP6361737B2 (ja) | 無線通信ネットワークのアクセス方法 | |
CN110476474B (zh) | 用于执行随机接入过程的设备和方法 | |
US9801122B2 (en) | Access control method and apparatus of UE | |
KR101407091B1 (ko) | 무선 통신 시스템에서 랜덤접속 절차를 수행하는 방법 및 장치 | |
CN110050502A (zh) | 高可靠性和数据提前传送 | |
US20230189078A1 (en) | Use of wait period to obtain on-demand system information for wireless networks | |
CN108933649A (zh) | 无线通信中用于监测物理下行链路控制信道的方法和设备 | |
CN109644500B (zh) | 用于单随机接入过程的多随机接入前导传输 | |
US20220353908A1 (en) | Control method for slice network, terminal, and network device |
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 |