CN112040453A - 寻呼和rar调度方法 - Google Patents

Abstract

提供用于UE的寻呼以及RAR和DCI的方法和装置。在一个新颖方面中，SI寻呼以及呼叫寻呼分开发送以及分别透过SI寻呼DCI以及呼叫寻呼DCI调度。在一个实施例中，引入特别PO用于SI寻呼DCI调度的独立SI寻呼，以及特别PO与用于呼叫寻呼的PO不同。在另一个新颖方面，SI寻呼以及呼叫寻呼一起调度，在PDSCH中透过呼叫寻呼DCI调度。在一个例子中，SI寻呼承载数值标签以及比特图，其中该数值标签指示出是否任何SI更新，以及该比特图指示出哪个或者那些SI更新。在另一个例子中，SI寻呼承载几个数值标签，以及数值标签的数量对应SI的数量。该UE将当前数值标签与已存储数值标签做比较，以验证是否SI改变。

Description

寻呼和RAR调度方法

技术领域

所揭露实施例一般有关于无线通信系统，以及更具体地，有关寻呼以及随机接入响应(Random Access Response，RAR)调度以及DL控制信息(Downlink ControlInformation，DCI)。

背景技术

第三代合作伙伴计划(Third generation partnership project，3GPP)以及长期演进(Long Term Evolution，LTE)移动电信系统提供高数据率，更低延迟以及提高的系统效能。这样的系统被优化用于常规数据通信，其中不需要重复重传。但是，在一些条件下，需要重复重传。举例说明，安装在建筑物的地下室，或者锡箔绝缘的隔离建筑，金属窗户或者传统的厚墙建筑的一些UE，在无线接口上，相较于一般的LTE装置，可能经历显著的更大的穿透损耗。需要更多资源/功率以支持这些覆盖场景下的UE。相较于一般LTE装置，重复(repetition)被认为是一个公认的技术以解决额外穿透损耗。在另一个例子中，机器类型通信(Machine-Type Communication，MTC)对于运营商是重要的营收渠道，以及从运营商角度具有巨大的潜力。降低MTE UE/装置的成本对于IOT概念的实现是重要的使能。LC-MTC/LC-UE具有受限的频宽。受限的频宽以及重复传输的要求，需要寻呼以及RAR过程的增强。

需要用于LC-UE的寻呼以及RAR调度的改进以及增强。

发明内容

提供用于LC UE方法以及装置，从而用于寻呼以及RAR调度以及对应的DCI格式。在一个新颖方面中，系统信息寻呼(System Information-paging，SI寻呼)以及呼叫寻呼(call-paging)被分离发送，以及透过SI寻呼DCI(SI-Paging-DCI)以及呼叫寻呼DCI(call-Paging-DCI)分别调度。在一个实施例中，引入特别的寻呼时机(Paging Occasion，PO)，用于透过SI寻呼DCI调度的独立(stand alone)的SI寻呼，以及特别PO不同于用于呼叫寻呼的PO。在另一个新颖方面中，在呼叫寻呼DCI所调度的PDSCH中包含呼叫寻呼消息内容和SI寻呼消息内容。在一个实施例中，SI寻呼承载一个数值标签(value tag)以及比特图(bitmap)，其中，数值标签指示出是否任何SI更新，以及比特图指示哪个或者哪些个SI更新。在另一个实施例中，SI寻呼承载着几个数值标签，以及数值标签的数量对应SI的数量。UE与已存储的数值标签比较当前的数值标签，以验证是否SI改变。

在另一个新颖方面中，RAR调度以及RAR DCI格式为基于UE的覆盖范围增强(CE)级别。在一个实施例中，在无线通信网络中基于DL测量，UE决定CE级别以及选择用于这个CE级别的前缀(preamble)，以及决定是否RAR模式为用于单一UE的单一RAR(single RAR)，或者用于多个UE的多RAR(multiple RAR)。UE基于UE的CE级别，以及RAR模式解码RAR。在一个实施例中，对于覆盖范围增强(Coverage Enhanced，CE)或者覆盖范围扩展(CoverageExtension，CE)模式，以及正常覆盖范围(Normal Coverage，NC)模式，RAR DCI具有相同大小。在另一个实施例中，如果CE级别指示出CE模式，发送功率控制(Transmit PowerControl，TPC)命令栏位加载有(overloaded)重复数量，其中重复数量指示出用于CE级别的重复数量。

在下面详细描述详细的实施例以及方法。发明内容不用于限定本发明。本发明保护范围以权利要求为准。

附图说明

附图中，相同数字表示相似的元件，用于描述本发明的实施例。

图1为根据本发明的实施例，具有用于LC-UE增强寻呼以及RAR调度的示例无线网络100的示意图。

图2为根据本发明的实施例，透过相同寻呼消息，寻呼一组UE的组呼的示意图。

图3A以及3B为根据本发明的实施例，用于SI寻呼消息的SI数值标签以及比特图的示意图。

图4为根据本发明的实施例用于呼叫寻呼的DCI格式的示意图。

图5为根据本发明的实施例中，具有额外寻呼时机(Paging Occasion，PO)的寻呼过程的示意图。

图6为根据本发明的实施例，当SI寻呼以及呼叫寻呼分开发送时的第一阶段过程的示意图。

图7为根据本发明的实施例，当SI寻呼以及呼叫寻呼分开发送时，SI寻呼过程的第二阶段过程的示意图。

图8为根据本发明的实施例，当SI寻呼以及呼叫寻呼分开发送时，呼叫寻呼过程的第二阶段的示意图。

图9为根据本发明的实施例，SI寻呼以及呼叫寻呼一起发送时的流程图。

图10为根据本发明的实施例，用于单一RAR的DCI的示意图。

图11A根据本发明的实施例用于多RAR的DCI的示意图。

图11B为根据本发明的实施例，用于多RAR DCI的不同场景比较表格。

图12为根据本发明的实施例，用于单一RAR或者多RAR的RAR过程的第一阶段示意图。

图13为根据本发明的实施例，用于单一RAR过程的第二阶段示意图。

图14为根据本发明的实施例，用于多RAR过程的第二阶段的示意图。

图15为根据本发明的实施例，透过分开发送SI寻呼以及呼叫寻呼，用于寻呼调度以及DCI格式的流程示意图。

图16为根据本发明的实施例，透过一起发送SI寻呼以及呼叫寻呼，用于寻呼调度以及DCI格式的流程示意图。

图17为根据本发明的实施例，基于CE级别，用于RAR调度的流程图。

具体实施方式

下面详细参考本发明的一些实施例，伴随附图介绍本发明的例子。

当前，传统的呼叫调度以及RAR调度不是设计用于重复传输，其中寻呼为指示出系统信息(System Information，SI)修改以及寻呼空闲UE以建立RRC连接，以及RAR为来自eNB，用于UE发送前缀的响应。举例说明，LC UE不支持PDCCH，而是，使用MTC PDCCH(M-PDCCH)。进一步说，在接收用于SI更新提醒的寻呼消息之后，UE依然需要盲解码全部SI以确认哪个SI已经修改。这将对LC MTC UE引入而更多功耗，该功耗被期望具有10年的电池寿命。为了方便描述，用于指示出系统信息修改的寻呼消息中的信息，被称作SI寻呼，以及用于指示RRC连接建立的寻呼消息称作呼叫寻呼。

图1为根据本发明的实施例，用于LC UE，具有增强寻呼以及RAR调度的无线网络100的示意图。无线通信系统100包含一个或者多个无线网络，以及无线通信网络的每一个具有固定的基础架构单元，例如基站105以及106。基础单元也可以称作接入点、接入终端、基站、eNB或者所属领域中其他名词。基站105以及106中的每一个服务一个地理区域。无线通信站105以及106服务的地理区域在该例子中重叠。

无线通信网络100中的UE 101以及102由基站105提供服务。其他UE，例如UE103、107以及108由不同的基站106提供服务。

在一个新颖方面中，UE101、102、103、107以及108可以为LC UE，以及LC UE可以具有不同的CE级别，以支持CE。在一个实施例中，LC UE101、102、103、107以及108为实际上真的LC MTC UE。在另一个实施例中，LC MTC UE101、102、103、107以及108为普通的UE，其被当做/作为是LC UE。举例说明，CE模式中的普通的UE可以当做LC UE而服务。

为了使用较少的资源负载和更少的功耗而寻呼一组UE，单一寻呼消息为多播(multi-cast)给一组UE，在一个例子中以一组ID识别。即只有一个ID寻呼一组UE。在另一个实例子中，用于多个UE的单一寻呼消息为组特定(group-specific)寻呼无线网络临时识别符(Paging Radio Network Temporary Identifier，P-RNTI)的函数。在此例子中，单一寻呼消息可以为从P-RNTI产生的序列，以及如果这样的序列存在，对应UE决定他们被寻呼。一个设计选项中，组特定P-RNTI为透过上层(higher layer)广播配置。对于没有承载多个UE特定ID的单一的寻呼消息，可以配置(重配置)分组。在一个例子中，具有相似的CE级别的UE分组在一起。在另一个例子中，在一个特定区域中具有相同服务(service)/业务(traffic)类型的UE，被分组在一起，以及透过组ID而识别。然后，在一个单一寻呼消息中的一组UE，可以具有相同的CE级别，或者不同的CE级别。在一个选项中，如果CE级别相似，基于用于寻呼分组的公共的CE级别而决定用于重传的重复数量。在另一个选项中，寻呼具有混合级别CE数值。因此，重复数量为对应寻呼组中对应最高CE级别。

图1进一步给出根据本发明的实施例，UE101以及基站105的简化方块示意图。

基站105具有天线126，包含一个或者多个天线，其发送以及接收无线信号。RF收发器模块123，耦接到天线，从天线阵列126接收RF信号，将其转换为基频信号以及发送给处理器122。RF收发器123也将从处理器122接收的基频信号进行转换，将其转换为RF信号以及发送给天线阵列126。处理器122处理已接收基频信号以及调用不同功能模块以实施基站105中的功能。存储器121存储程序指令以及数据124以控制基站105的运作。基站105也包含一组控制模块，例如寻呼以及RAR模块125，其实施功能任务以配置，调度，执行以及与UE101为寻呼以及RAR相关任务而通信。

UE101具有天线阵列135，具有一个天线，其发送以及接收无线信号。RF收发器模块134耦接到天线，从天线阵列135接收RF信号，将其转换为基频信号以及发送给处理器132。RF收发器134也将处理器132接收的基频信号进行转换，将其转换为RF信号以及发送给天线135。处理器132处理已接收基频信号以及调用不同功能模块以实施移动台101的功能。存储器131存储程序指令以及数据136，以控制移动台101的运作。

UE101也包含一组控制模块其实施功能任务。寻呼模块191处理用于SI寻呼以及呼叫寻呼的寻呼监视。基于CE级别，RAR模块192处理用于单一RAR以及多RAR的RAR过程。

在一个新颖方面，寻呼消息为多播给多个UE。被寻呼的一组UE，透过具有很小负载大小的相同组ID而寻呼。功耗以及资源效率被提高，尤其用于具有重复传输的LC UE。

图2为根据本发明的实施例，相同单一寻呼消息寻呼不同组UE的寻呼分组的示意图。基站209覆盖具有不同CE级别的多个UE。图2给出了根据不同的规则用于寻呼消息的不同分组的示意图。

在一个例子中，具有相同服务类型但是不同CE级别的UE分组在一起，以及透过相同组ID而配置。如图所示，寻呼分组210包含四个UE，UE211、UE212，UE213以及UE214，分别具有的CE级别为CE级别1、CE级别3、CE级别4以及CE级别1。相同寻呼分组中的全部UE具有相同的组ID-1。寻呼消息201为使用组ID-1而多播。一个寻呼消息201覆盖相同寻呼分组210中的四个UE。在一个实施例中，需要重复传输用于CE模式中的UE。在一个选项中，重复的数量基于较高的CE模式。在这个例子中，组-1中的每一个UE，UE211、212、213以及214，使用对应CE级别-4的重复数量而重复传输，CE级别-4为组-1中的最高CE级别。这样的分组可以透过网络或者透过上层信令而预先配置。在另一个实施例中，具有相同CE级别的UE分组在一起。具有相同的寻呼分组ID-2的寻呼分组220，包含分组在一起的UE221、222以及223。寻呼分组220中的每一个UE具有相同的CE级别，即，CE级别-1。使用基于公共CE级别(CE级别-1)的相同的重复数量，寻呼消息202多播给寻呼分组220中的全部UE。

在其他例子中，组特定P-RNTI用于识别寻呼分组。寻呼分组230包含UE231、232、以及233，分别具有CE级别-1，CE级别-5以及CE级别-2。寻呼消息203多播给寻呼分组230中的每一个UE，寻呼分组230具有组特定P-RNTI，P-RNTI-1。重复数量设定为对应该组的最高CE级别，其为CE级别-5。在再一个例子中，透过另一个组特定P-RNTI，P-RNTI-2，具有相同CE级别的UE分组在一起。如图所示，寻呼分组240包含UE241以及242，每一个具有相同的CE级别-2。在具有P-RNTI-1的寻呼分组240中，寻呼消息204为多播给每一个UE，其中重复数量设定为对应CE级别-1，而在具有P-RNTI-2的寻呼分组230中，寻呼消息203发送给每一个UE，其中重复数量设定为对应CE级别-5，寻呼分组230中最高CE级别。

为了减少UE功耗，期望SI寻呼可以指示出哪个SI信息(包含用于LC MTC UE的MTCMIB(M-MIB)以及MTC SIB(M-SIB)))将会被更新。在一个例子中，SI寻呼总是发送，无论是否有SI改变。在另一个例子中，只当更新一些系统信息时发送SI寻呼。在一个例子中，如果有系统信息改变，SI寻呼必须在小区中使用最高CE级别发送，以保证全部UE可以接到该提醒。在另一个例子中，当SI寻呼在承载呼叫寻呼的PDSCH中发送，如果没有系统新更新，SI寻呼可以发送给部分UE。在一个新颖方面中，SI寻呼包含比特图以及数值标签。比特图指示出哪个系统信息改变，以及数值标签指示出是否有任何MTC SI(M-SI)更新。在这个新颖方面中，在一个例子中，比特图的长度等于用于MTC UE的M-SI消息的数量。在另一个例子中，比特图的长度等于用于MTC UE的SI消息的数量加一，以指示出M-MIB以及M-SI的更新。数值标签的数值范围可以记作具有Y比特的整数，其中用于Y的候选数值为{4,5}。

在另一个新颖方面中，SI寻呼包含几个数值标签以及每一个数值标签指示出是否对应SI更新。在一个新颖方面中，这里全部的数值标签数量等于比特图的长度。以及在一个新颖方面中，每一个数值标签的数值范围等于数值标签。

图3A给出根据本发明的实施例，用于SI寻呼消息的SI数值标签以及比特图的示意图。在一个例子中，SI寻呼中，有X比特数值标签301以及Y比特比特图302。在一个实例子中，数值标签301具有5比特以及指示出一些系统信息的任何改变。UE将已收到数值标签与上次收到的数值标签进行比较。如果数值标签301改变，其指示出存在系统信息的更新。然后UE检查Y比特比特图302以决定哪个M-SI或者M-MIB更新。透过设定比特图302中的对应比特，例如为1，比特图302指示出一个M-SI或者M-MIB更新。

图3B给出根据本发明的实施例，用于SI寻呼消息的SI数值标签以及比特图的示意图。在这个图中，在SI寻呼中有Y个数值标签{303，304，305，306}。在这个例子中，M-MIB改变由SI寻呼中的数值标签303所指示。进一步说，对于MTC UE有3个M-SI消息，以及每一个M-SI改变提醒分别记为数值标签304、305、306。如果任何数值标签的数值改变，UE可以决定对应的SI改变或者将要改变。

对应LC MTC UE，用于调度寻呼消息的DCI的格式，不同于既有DCI格式。一个考虑是资源分配(Resource Allocation，RA)栏位。由于频宽限制，资源限制在受限大小，例如6个PRB对(1.4MHz)。然后，RA栏位可以指示出哪个窄带(narrow band)用于寻呼消息传输，或者在窄带中分配多少个资源。在第一例子中，在RA栏位中指示出来用于寻呼消息的只有一个窄带分配，其中，假设已指示出来的窄带中的全部资源用于传输。在第二例子中，已知窄带中的资源透过RA栏位指示出来，其中已知窄带为透过上层配置(重配置)，或者预先定义，或者基于一个规则得到。在第三例子中，RA栏位指示出窄带位置以及在已指示出窄带中资源分配。RA栏位的长度依赖于整个信道频宽。以20MHz频宽为例子，在第一实施例中，RA栏位大小可以为4比特，在第二实施例中，为5比特，考虑到1.4MHz限制，以及在第三实施例中为9比特。

进一步说，调制阶数(modulation order)在具有负载大小限制以及成本降低的MTC UE可能受到限制。举例说明，在正常模式下，可以支持16QAM，以及在CE模式下只应用QPSK。然后，调制以及编码方案(Modulation And Coding Scheme，MCS)栏位可以为4比特或者5比特。而且，如果多个UE需要在一个寻呼消息中寻呼，负载大小可以更大。MCS栏位指示出来的负载大小为寻呼消息的实际大小。在另一个例子中，透过MCS栏位加上SI寻呼的负载大小，用于寻呼消息的负载大小在已指示出负载大小中指示出来。

第三，用于重复数量指示的栏位，在CE模式也是需要的。在一个例子中，重复数量透过重复数量栏位明示给出。在已指示出重复数量为1时，可以翻译为没有CE。在另一个实施例中，重复数量栏位给出一个系数，以及UE透过在该系数上乘上一个基本的重复数量而得到精确的重复数量。这里，基础的重复数量为广播或者预先定义。

然后用于LC MTC UE接收寻呼消息的DCI格式，可以包含MCS栏位，RA栏位，以及至少重复指示栏位。考虑到区块率(blocking rate)或者大量(massive)UE的情况，用于动态扩展PO分配的一个或者多个栏位，可以包含其中以指示出动态的额外扩展PO。举例说明，用于这个目的的单一比特的数值可以翻译为，有额外扩展PO。为了方便描述，用于接收/解码控制信息的当前扩展PO，命名为第一扩展PO，以及在第一扩展PO从已解码DCI指示出的额外扩展PO，可以也命名为第二扩展PO。然后，如果一个UE发现其没有在当前寻呼消息中被寻呼，其中，该寻呼消息为透过第一扩展PO的控制信息而调度，在第一扩展PO指示出的第二扩展PO，UE可以尝试解码用于寻呼消息的另一个DCI，尝试解码用于寻呼消息的另一个DCI。在一个例子中，额外PO指示总是存在。然后UE总是盲解码一个DCI大小，即，呼叫寻呼DCI大小。在另一个实施例中，额外扩展PO指示为可选。然后UE可以盲解码两个不同的DCI大小。根据已决定第一扩展PO的不同的CE级别，已指示出额外扩展PO的位置可以在预先定义上加上一个基本时间距离。

图4为根据本发明的实施例，调度寻呼消息给LC MTC UE的DCI格式的示意图。寻呼DCI400包含MCS栏位401、RA栏位402、重复数量栏位403，以及额外扩展PO栏位404。MCS栏位401可以为4比特或者5比特，依赖于寻呼消息中的UE数量。在一个实施例中，4比特MCS栏位用于QPSK，而5比特MCS栏位用于16QPSK。在不同的例子中RA栏位402具有4比特，5比特或者9比特。重复数量栏位403可以为2比特栏位或者3比特栏位。1比特额外PO栏位404指示出跟随当前已决定扩展PO，是否有用于寻呼消息的另一个可用扩展PO。

图5给出根据本发明，具有额外扩展PO的寻呼过程的示意图。步骤501中，UE在扩展PO 521解码用于寻呼消息的DCI。步骤501中的DCI指示出有一个额外扩展PO。步骤502中，UE根据步骤501中的DCI，接收寻呼消息。基于步骤501指示出来的额外扩展PO，UE转到解码额额外扩展PO 522的另一个DCI(步骤503)。步骤503，UE解码用于另一个寻呼监视的第二DCI。基于步骤503的已解码DCI，UE在步骤504解码另一个寻呼消息。

既有系统中，PO为承载控制信息以及寻呼消息的子帧。考虑到LC MTC UE的特性，UE可以在一个子帧中解码调度寻呼消息的控制信息。以及在另一个子帧中接收对应寻呼消息，既然控制信息以及寻呼消息可以位于不同的窄带中。进一步，在具有重复的CE模式情况下，在解码对应寻呼消息之前，UE可以首先在多个子帧中解码控制信息。因此，UE可以决定开始点以在监视寻呼消息时解码控制信息。在本发明中，引入额外PO用于LC MTC UE的寻呼消息监视，其中扩展PO为开始点或者时域中的位置，以解码调度寻呼消息的控制信息，该寻呼消息中包含SI寻呼以及呼叫寻呼。

呼叫寻呼用于初始化RRC连接，所以其只被没有RRC连接的空闲UE监视。在一个例子中，SI寻呼为用于具有RRC连接的UE，在接收SI寻呼之后决定接收以及解码对应SI。在另一个例子中，对应SI中已更新IE为由网络特定发送给UE，以及已接收信息可以在下一个修改周期(modification period)应用。请注意，一个或者多个M-SI消息的不是全部发送，但是只发送每一个M-SI消息中已更新部分。

在一个例子中，SI寻呼以及呼叫寻呼分在不同的时间位置分开发送以及接收。特别地，SI寻呼由用于SI寻呼的专用扩展PO(即，SI寻呼PO)中的MTC PDCCH(MPDCCH)发送。呼叫寻呼由MPDCCH中由呼叫寻呼DCI所调度的PDSCH中发送，该呼叫寻呼从用户呼叫寻呼的另一个扩展PO(即，呼叫寻呼PO)发送。在一个新颖方面中，当UE在连接状态时，UE透过检测SI寻呼而检查是否SI更新。当UE在空闲模式时，在每一个不同的扩展PO，UE监视呼叫寻呼或者SI寻呼。

在另一个例子中，SI寻呼以及呼叫寻呼在相同扩展PO一起调度。特别地，如果没有发送呼叫寻呼，SI寻呼透过SI寻呼DCI发送，以及如果有呼叫寻呼传输，SI寻呼由呼叫寻呼DCI调度的PDSCH承载。在这个新颖方面中，当UE在连接状态中，对应SI消息中的已更新IE，由eNB调度而特定发送给UE。当空闲模式中的UE，在每一扩展PO，UE监视呼叫寻呼以及SI寻呼。

图6为根据本发明的实施例，不同扩展PO分开调度的SI寻呼以及呼叫寻呼时，第一阶段过程的示意图。步骤601中，UE决定时间位置，例如扩展PO，以监视寻呼信息。步骤602中，UE决定其是否在空闲状态。如果步骤602决定为否，在时频资源中，既然已连接UE只监视SI寻呼，UE转到步骤604以及使用SI寻呼DCI大小盲解码SI寻呼DCI。UE随后继续到步骤610以处理SI寻呼消息。如果步骤602决定为是，UE转到步骤603。步骤603中，UE决定是否已决定扩展PO为用于SI寻呼。如果步骤603决定为是，UE转到步骤604以及继续。如果步骤603决定为否，即已决定扩展PO为用户的呼叫寻呼，其意味着当前扩展PO为呼叫寻呼PO，在已决定时频资源中，UE使用呼叫寻呼DCI大小盲解码DCI，以获得用于呼叫寻呼的位置(步骤605)。

图7给出根据本发明的实施例，不同扩展PO，分来调度SI寻呼以及呼叫寻呼时，SI寻呼的第二阶段的示意图。步骤701中，跟着步骤610的盲解码SI寻呼DCI，透过CRC校验UE决定是否盲解码成功。如果步骤701，决定为否，UE转到步骤703以及等待下一个SI寻呼PO，其中，假设SI寻呼不在每一个可能的SI寻呼PO发送。如果步骤701决定为是，UE转到步骤702，以及获得SI改变提醒。基于步骤702，UE在适当的时间位置，在步骤704解码以及更新对应M-MIB或者M-SI。

图8为根据本发明的实施例，不同扩展PO，分开调度SI寻呼以及呼叫寻呼的呼叫寻呼过程第二阶段示意图。步骤801中，跟随呼叫寻呼DCI的盲解码步骤620之后，UE透过CRC校验而检查决定是否解码成功。如果步骤801决定为否，UE转到步骤806以及等待尝试下一个呼叫寻呼PO。如果步骤801决定为是，UE转到步骤802。步骤802，UE根据已解码DCI解码PDSCH。UE然后在步骤803检查是否已经被寻呼。如果步骤803决定为是，UE转到步骤804，以及获得寻呼信息以及准备RRC连接建立。如果步骤803决定为否，下一步有两个选项。在第一选项中，没有用于UE的额外扩展PO，UE停止寻呼处理以及转到等待下一个扩展PO。在第二选项中，UE转到步骤810以及检查是否有由已解码呼叫寻呼DCI指示出来的额外扩展PO。如果步骤810决定为否，UE可以停止寻呼处理以及转到等待下一个已扩展PO。如果步骤810决定为是，UE回到步骤605以在额外扩展PO盲解码呼叫寻呼DCI。

图9为根据本发明的实施例，在相同扩展PO，一起调度SI寻呼以及呼叫寻呼时，示例流程示意图。首先在步骤911中，UE决定时间位置，即监视寻呼信息的PO。然后在步骤912，UE决定频率位置以接收寻呼DCI以及盲解码两个不同DCI大小(SI寻呼DCI以及呼叫寻呼DCI)。然后在步骤913，UE决定是否盲解码成功。如果在步骤913为是，UE转到步骤914以决定是否使用SI寻呼DCI大小或者呼叫寻呼DCI大小盲解码成功。如果使用SI寻呼成功，UE转到步骤915以从已解码SI寻呼DCI获得SI寻呼信息。如果使用呼叫寻呼DCI大小成功，UE转到步骤917根据从已解码寻呼DCI获得的调度信息，在PDSCH中接收以及解码信息。这里，寻呼信息包含SI寻呼以及呼叫寻呼。如果步骤913的盲解码不成功，UE转到步骤916以在这个PO决定寻呼信息以及尝试下一个扩展PO。

在另一个新颖方面，也修改用于LC MTC UE的RAR信息传输以及RAR消息的内容。对于LC MTC UE，RAR消息由MPDCCH中发送的RAR DCI所调度。RAR DCI以及RAR消息的传输，例如资源和重复级别，依赖于PRACH，其中PRACH资源可以依据不同CE级别而分割(partition)。具有相似CE要求的UE在相同RAR消息中调度，以减少功耗以及资源开销。RAR消息的开始点也依赖于PRACH传输。由于传输中的重复，在一个例子中，在CE模式中扩展RAR监视窗口(monitoring window)。在另一个例子中，RAR监视窗口与既有相同以及定义为监视RAR DCI的开始点。然后RAR监视窗口不包含RAR DCI以及/或者RAR消息的重复传输的时间段，以及RAR监视窗口的长度为用于RAR DCI监视的开始点的数量。

从资源开销以及功耗的角度，考虑到用于控制信道以及数据信道的不同编码方案，透过控制信道(像MPDCCH)而不是数据信道(像PDSCH)发送小消息，对于小负载大小更有效。在一个例子中，引入了两个RAR模式。一个是多RAR模式以及其他为单一RAR模式。在多RAR模式中，一个或者多个UE复用在透过PDSCH发送的一个RAR消息中，该RAR消息被多RARDCI所调度。在单一RAR模式中，MAC RAR PDU中至少全部内容透过单一RAR DCI所承载，其中，只有一个UE被单一RAR消息所承载。进一步说，也发送随机接入前缀识别符(RandomAccess Preamble Identifier，RAPID)，以确认是否已接收DCI为用于UE。在一个周期网络可以配置只一个模式，或者同时配置两个模式。在优选实施例中，一个小区中只有透过上层配置的一个RAR模式工作。DCI格式以及大小，对于单一RAR模式以及多个RAR模式是不同的。

考虑到LC UE的限制，可以修改RAR消息中的一些内容。一个考虑是UL授权中资源分配的大小，该UL授权在RAR中承载以及用于MSG3传输。在一个例子中，根据UL系统频宽改变资源分配大小以减少开销。在一个选项中，资源分配栏位指示出使用哪个窄带，以及窄带中精确的资源分配。对于LC MTC UE，UL传输限制到一个PRB对，以增强每个子载波的SNR。然后，在一个例子中，可能大小可以为{5,7,8,10}比特，其中窄带中只有一个PRB对分配用于传输。

另一个考虑为UL授权中的TPC命令。在第一例子中，TPC命令复用(reuse)做CE模式中用于MSG3的重复数量。既然UE可以透过测量决定自己的CE级别，UE知道如何翻译这个栏位。在第二例子中，没有RAR消息中引入新的栏位，以及用于MSG3的重复数量从对应已发送前缀的特定重复级别得到，TPC命令不修改。在第三例子中，也使用TPC命令以及引入额外的栏位以指示出用于CE模式的MSG3的重复数量。

进一步说，回退指示符(Backoff Indicator，BI)值以及传输可以修改。在第一例子中，BI与MAC RAR标头分开以及总是透过RAR DCI发送。第二例子中，BI在承载其他RAR内容的PDSCH中发送，以及如果没有UE被网络响应，BI在RAR DCI中发送。第三例子中，BI与MACRAR标头分开以及由上层配置为半静态，但是不是动态发送。

由于大量的重复会要求更多时间以再次发送前缀，一旦没有RAR用于之前的已发送前缀，BI的值也可以在CE模式中扩展。在一个例子中，扩展BI值透过在已指示正常BI值乘上一个系数而得到。在另一个例子中，引入一些新的BI值用于LC MTC UE。

显然地，RAR DCI格式在单一RAR模式以及多RAR模式是不同的。为了方便描述，用于单一RAR的RAR DCI命名为单一RAR DCI，以及用于多RAR的RAR DCI命名为多RAR DCI。然后单一RAR DCI可以用于承载MAC RAR内容，RAPID以及可选择承载的BI信息。

图10为根据本发明的实施例，用于单一RAR模式，单一RAR DCI的示意图。在用于单一RAR DCI的例子中，假设TPC命令复用为重复数量。然后RAR DCI大小在NC模式以及CE模式中为相同。UE可以透过测量决定自己为CE模式或者NC模式。无论CE模式或者NC模式，根据UL频宽改变RA栏位。相应地，在不同的RA大小，MAC RAR PDU1003的大小为{42,44,45,47}比特，如图10所示，以及MAC RAR PDU1003包含时序提前(Timing Advance，TA)临时C-RNTI以及UL授权。请注意，如果引入了用于重复数量的额外栏位，MAC RAR PDU的大小在一个例子中增加2比特，在另一个例子中增加3比特。

在这个例子中，单一RAR DCI也包含具有4比特的BI 1001，以及具有6比特的RAPID1002。

在多RAR模式的情况，多RAR DCI调度用于一个或者多个UE的一个RAR消息。与呼叫寻呼DCI相似，多RAR DCI可以至少包含MCS栏位，以及RA栏位。进一步说，在一个例子中，引入重复数量栏位以指示RAR接收的重复数量。在另一个例子中，用于RAR接收的重复数量从对应特定重复级别的基本重复数量，以及来自MCS栏位负载大小/编码率而得到。

考虑到可能没有MAC RAR传输，在多RAR DCI中引入一个标志，是否有MAC RAR PDU传输。在一个例子中，当没有MAC RAR PDU时，BI值在多RAR DCI中发送。在另一个例子中，BI值使用MAC RAR PDU而发送，如果MAC RAR PDU存在已被PDSCH所承载。

图11A给出根据本发明的实施例，用于多RAR模式，多RAR DCI的示意图。在这个例子中，DCI大小在NC模式以及CE模式为相同。如果没有MAC RAR PDU，BI在多RAR DCI中发送，否则，其为PDSCH承载MAC RAR PDU的数据封包的第一项(entry)。多RAR DCI具有一比特的标志1101，4或者5比特的MAC栏位1102，从{5-比特,7-比特,8-比特,10-比特}选择的大小的RA栏位1103，以及2比特重复数量栏位1104。

图11B为根据本发明的实施例，翻译多RAR DCI的不同场景的表格。在这个例子中，如果1比特旗标(flag)为0，其指示出没有MAC RAR PDU传输的场景，多RAR DCI包含旗标以及BI。这意味着BI在多RAR DCI中发送，以及没有DCI大小的改变。然后，UE只解码多RAR DCI以获得BI值，没有解码PDSCH。如果1比特旗标设定为1，这指示出有MAC RAR PDU传输的场景，BI在承载RAR消息的PDSCH中。以及如果DCI格式以及大小对于NC以及CE模式不同时，这样场景下的RAR DCI包含一比特的旗标，MCS栏位，RA栏位以及CE模式中的重复数量。

图12给出根据本发明的实施例，用于单一RAR或者多RAR，RAR处理的第一阶段过程示意图。请注意，假设在上述例子中BI值动态发送，但是不是由上层半静态配置。步骤1201中，UE基于DL测量决定CE级别。步骤1202中，UE决定监视RAR的时间位置。步骤1203中，UE决定在当前周期中应用哪个RAR模式。如果步骤1203中决定了为单一RAR模式，在步骤1204UE盲解码单一RAR DCI的DCI大小，UE随后转到步骤1210去处理单一RAR模式中的RAR消息。如果步骤1203决定为多RAR模式UE转到步骤1205以及盲解码多RAR DCI的DCI大小。然后UE转到步骤1220处理多RAR场景中的RAR消息。

图13为根据本发明的实施例用于单一RAR过程的第二阶段的示意图。步骤1301中，UE透过CRC校验检查是否单一RAR DCI的解码成功。如果步骤1301决定为否，UE结束处理，即没有发送承载MAC RAR PDU的控制信息。如果步骤1301决定为是，UE转到步骤1302以检查是否有RAPID匹配。如果步骤1302决定为否，UE转到步骤1303以及从已解码单一RAR DCI中获得BI值。如果步骤1302决定为是，UE转到步骤1304以及从已解码单一RAR DCI获得MACRARPDU。

图14为根据本发明的实施例，用于多RAR过程的第二阶段的示意图。步骤1401中，UE透过CRC校验决定是否多RAR DCI盲解码成功。如果步骤1401决定为否，UE结束处理，即UE从已决定时间位置，决定，没有调度MAC RAR PDU的控制信息。如果步骤1401决定为是，UE转到步骤1402以及透过在多RAR DCI中解码第一旗标栏位而决定是否有任何RAR消息。如果步骤1402决定为否，UE转到步骤1403以及从已解码多RAR DCI中获得BI值。如果步骤1402决定为是，UE转到步骤1404以及解码PDSCH。步骤1405中，UE检查是否有RAPID匹配。如果步骤1405决定为否，在步骤1407UE从PDSCH获得BI值。如果步骤1405决定为是，UE在步骤1406获得RAR内容。

图15为根据本发明的实施例，在不同的扩展PO，透过分开调度SI寻呼以及呼叫寻呼而寻呼调度以及DCI格式的流程示意图。步骤1501中，无线网络中UE基于UE状态检测用于寻呼消息的第一扩展PO。步骤1502中，UE决定第一扩展PO是SI寻呼PO还是呼叫寻呼PO。步骤1503中，UE解码SI寻呼DCI以获得SI寻呼消息以获得SI的改变提醒，如果第一扩展PO决定为SI寻呼PO。步骤1504，如果第一扩展PO决定为呼叫寻呼PO，UE解码呼叫寻呼DCI以获得呼叫寻呼消息的调度信息。

图16为根据本发明的实施例，在相同的时间位置，调度SI寻呼以及呼叫寻呼，用于寻呼调度以及DCI格式的流程图。步骤1601中，无线网络中的UE检测用于寻呼消息的第一扩展PO。步骤1602中，UE根据SI寻呼DCI格式以及呼叫寻呼DCI格式而实施盲解码。步骤1603中，如果使用SI寻呼DCI格式盲解码成功，UE获得SI改变提醒。步骤1604中，如果使用呼叫寻呼DCI格式盲解码成功，UE获得SI寻呼消息以及呼叫寻呼消息的调度信息。

图17为根据本发明的实施例，基于CE级别，用于RAR调度的流程图。步骤1701中，无线通信网络中的UE基于测量决定CE级别，以及发送来自一组资源的对应已决定CE级别的前缀。步骤1702中，UE在时域中决定位置以监视用于RAR的控制信息。步骤1703中，UE决定是否RAR模式为用于单一UE的单一RAR，或者用于多个UE的多RAR。步骤1704中，UE基于CE级别以及RAR模式解码RAR。

虽然联系特定实施例用于说明目的描述本发明，本发明保护范围不以此为限。相应地，在不脱离本发明精神范围内，对所描述实施例的特征所所属领技术人员可以进行润饰修改以及组合，本发明保护范围以权利要求为准。

Claims (12)

1.一种寻呼方法，包括：

确定用户设备状态；

基于该用户设备状态接收寻呼；

获取用于系统信息更新通知和/或用户设备识别符信息的寻呼信息。

2.根据权利要求1所述的寻呼方法，其特征在于，确定该用户设备状态是确定该用户设备处于RRC连接模式还是RRC空闲模式。

3.根据权利要求1所述的寻呼方法，其特征在于，基于该用户设备状态来接收寻呼是：在RRC连接模式下，该用户设备在控制信道中接收承载系统信息更新通知信息的寻呼消息。

4.根据权利要求1所述的寻呼方法，其特征在于，基于该用户设备状态来接收寻呼是在RRC空闲模式下由该用户设备接收承载系统信息更新通知信息和该用户设备识别符信息的寻呼消息。

5.根据权利要求1所述的寻呼方法，其特征在于，基于该用户设备状态来接收寻呼是在一个子帧中接收控制信道并且在相同或不同子帧中接收数据信道。

6.根据权利要求1所述的寻呼方法，其中，基于该用户设备状态来接收寻呼可以取决于在不同频率资源中配置的寻呼时机，该寻呼时机用于不同用户设备状态。

7.根据权利要求6所述的寻呼方法，其特征在于，一些寻呼时机用于处于RRC连接模式的该用户设备，并且一些寻呼时机至少用于在RRC空闲模式的该用户设备。

8.一种随机接入响应调度方法，包含：

无线通信网络中，基于测量，透过用户设备决定覆盖范围增强级别；

在时域决定位置，以监视用于随机接入响应的控制信息；

决定是否随机接入响应模式为用于单一用户设备的单一随机接入响应或者用于多个用户设备的多随机接入响应；

基于该覆盖范围增强级别以及该随机接入响应模式解码该随机接入响应。

9.根据权利要求8所述的方法，其特征在于，该随机接入响应的下行链路控制信息具有用于覆盖范围增强模式以及正常覆盖范围模式的相同大小。

10.根据权利要求8所述的方法，其特征在于，如果覆盖范围增强级别指示出覆盖范围增强模式，发送功率控制TPC命令域装载有重复数量，其中该重复数量指示出配置给该覆盖范围增强级别发送第三消息的重复传输的数量，其中该TPC命令承载该随机接入响应中的上行链路UL授权中。

11.根据权利要求8所述的方法，其特征在于，使用发送功率控制TPC命令，以及引入额外的栏位以指示出用于覆盖范围增强模式的第三消息的重复数量，其中该发送功率控制TPC命令承载在该随机接入响应中的UL授权中。

12.根据权利要求8所述的方法，其特征在于，回退指示符在随机接入响应下行链路控制信息中发送，或者在物理下行链路共享信道PDSCH中发送，或者透过上层而配置该回退指示符。

Images