CN110999189A - 系统信息请求的确认 - Google Patents

Abstract

各种通信系统可以受益于合适的确认机制。例如，无线通信系统可以受益于用于确认系统信息请求的方法和机制。方法可以包括确定如何向用户设备提供所请求的系统信息。方法还可以包括向用户设备指示用户设备是要移动到连接模式还是停留在空闲模式或非活动模式来接收系统信息。

Description

系统信息请求的确认

相关申请的交叉引用

本申请要求于2017年6月23日提交的美国临时专利申请号62/524,122的优先权。上述申请的全部内容通过引用合并于此。

技术领域

各种通信系统可以受益于合适的确认机制。例如，无线通信系统可以受益于用于系统信息请求的确认的方法和机制。

背景技术

对于第三代合作伙伴计划(3GPP)新无线电(NR)系统，如3GPP TS 38.804中所述，对于基于消息1(Msg1)的系统信息(SI)请求，所请求的SI的最小粒度可以为一个SI消息，对应于长期演进(LTE)中的系统信息块(SIB)集合。此外，对于基于MSG1的SI请求，随机接入信道(RACH)前导码可以用来请求多个SI消息。

按需SI请求可以与RACH过程具有共同点。网络在消息2(Msg2)中发送对用户设备(UE)在Msg1中发送的SI请求的确认。此外，网络可以在消息4(Msg4)中发送对在消息3(Msg3)中发送的UE SI请求的确认。基于RA Msg3的SI请求也可以由网络(NW)经由Msg4来确认。

在UE经由基于Msg1或基于Msg3的随机接入(RA)过程的请求之后，网络(NW)将确认UE的请求，该请求充当针对UE的SI请求RA过程的成功完成。使用Msg3类型的解决方案，由于UE在Msg3传输中指示其UE ID时，NW可以将UE与请求一起标识。

NW可以在小区中广播所请求的SI，或者UE应当移动到连接模式来经由单播信令接收SI。如果无线电接入网(RAN)成功检索和验证了UE上下文，则应在SRB1上加密并发送MSG4。

发明内容

根据某些实施例，装置可以包括至少一个存储器和至少一个处理器，至少一个存储器包括计算机程序代码。至少一个存储器和计算机程序代码可以被配置为与至少一个处理器一起使得装置至少确定如何向用户设备提供所请求的系统信息。至少一个存储器和计算机程序代码还被配置为与至少一个处理器一起使得装置至少向用户设备指示用户设备是否要移动至连接模式还是停留在空闲模式或非活动模式来接收系统信息。

在某些实施例中，装置可以包括用于确定如何向用户设备提供所请求的系统信息的部件。装置还可以包括用于向用户设备指示用户设备是否要移动到连接模式还是停留在空闲模式或非活动模式来接收系统信息的部件。

根据某些实施例，对指令进行编码的非瞬态计算机可读介质，指令在硬件中执行时执行过程。过程可以包括确定如何向用户设备提供所请求的系统信息。过程还可以包括向用户设备指示用户设备是否要移动到连接模式还是停留在空闲模式或非活动模式来接收系统信息。

根据某些其他实施例，计算机程序产品可以对用于执行过程的指令进行编码。过程可以包括确定如何向用户设备提供所请求的系统信息。过程还可以包括向用户设备指示用户设备是否要移动到连接模式还是停留在空闲模式或非活动模式来接收系统信息。

根据某些实施例，装置可以包括用于确定如何向用户设备提供所请求的系统信息的电路装置。装置还可以包括用于向用户设备指示用户设备是否要移动到连接模式还是停留在空闲模式或非活动模式来接收系统信息的电路装置。

根据某些实施例，装置可以包括至少一个存储器和至少一个处理器，至少一个存储器包括计算机程序代码。至少一个存储器和计算机程序代码可以被配置为与至少一个处理器一起使得装置至少向网络请求系统信息。至少一个存储器和计算机程序代码还可以被配置为与至少一个处理器一起使得装置至少从网络接收对请求的响应，以指示用户设备是否要移动到连接模式或停留在空闲模式或非活动模式来接收系统信息。

在某些实施例中，装置可以包括用于从网络请求系统信息的部件。装置还可以包括用于从网络接收对请求的响应的部件，该响应指示用户设备将移动到连接模式还是停留在空闲模式或非活动模式来接收系统信息。

根据某些实施例，对指令进行编码的非暂时性计算机可读介质，指令在硬件中执行时执行过程。过程可以包括由用户设备从网络请求系统信息。过程还可以包括在用户设备处从网络接收对请求的响应，该响应指示用户设备是否要移动至连接模式还是停留在空闲模式或非活动模式来接收系统信息。

根据某些其他实施例，计算机程序产品可以对用于执行过程的指令进行编码。过程可以包括由用户设备从网络请求系统信息。过程还可以包括在用户设备处从网络接收对请求的响应，该响应指示用户设备是否要移动至连接模式还是停留在空闲模式或非活动模式来接收系统信息。

根据某些实施例，装置可以包括用于从网络请求系统信息的电路装置。装置还可以包括用于从网络接收对请求的响应的电路装置，该响应指示用户设备将移动到连接模式还是停留在空闲模式或非活动模式来接收系统信息。

根据某些实施例，方法可以包括从主节点向次级节点发送请求，以报告测量结果或针对次级节点的目标节点的推荐。主节点可以等待从次级节点接收测量结果或对目标节点的推荐。方法还可包括在等待接收测量结果或对目标节点的推荐之后，在主节点处确定释放次级节点或将次级节点改变为目标节点。

根据某些实施例，方法可以包括确定如何向用户设备提供所请求的系统信息。方法还可以包括向用户设备指示用户设备是否要移动到连接模式还是停留在空闲模式或非活动模式来接收系统信息。

在一个变型中，方法可以进一步包括接收对系统信息的请求。如何提供所请求的系统信息的确定可以基于所述请求。

在一个变型中，向用户设备的指示可以在确认消息中。

在一个变型中，当用户设备要经由专用信令接收系统信息时，指示可以指示连接模式。

在一个变型中，当用户设备要经由系统信息广播来接收系统信息时，指示可以指示空闲模式或非活动模式。

在一个变型中，针对系统信息的请求可以被接收作为针对按需系统信息的请求和对更高层数据服务的请求。

在一个变型中，方法可以进一步包括在无线电资源控制连接模式中向按需系统信息提供与高层信令并行的专用信令。

在另一变型中，指示可以是随机接入过程的消息2或消息4中包括的参数或信息元素。

根据某些实施例，方法可以包括由用户设备从网络请求系统信息。方法还可以包括在用户设备处从网络接收对请求的响应，该响应指示用户设备是否要移动到连接模式还是停留在空闲模式或非活动模式来接收系统信息。

在一个变型中，请求系统信息包括与请求更高层数据服务一起请求按需系统信息。

在一个变型中，方法可以进一步包括：在无线电资源控制连接模式中，利用与高层信令并行的专用信令接收按需系统信息。

在一个变型中，请求系统信息可以包括在消息1或消息3中。

附图说明

为了适当地理解本发明，应参考附图，其中：

图1图示了根据某些实施例的方法。

图2图示了根据某些实施例的系统。

具体实施方式

某些实施例涉及针对3GPP NR系统达成共识的按需系统信息传递。更具体地，某些实施例涉及针对UE的SI请求的NW确认以及UE应当如何进行行为。某些实施例也可适用于其他系统，因此该特定系统应被理解为这样的系统的一个示例。

在一些情况下，单个UE或很少UE可以在小区中请求系统信息。少数UE可以位于小区内的不同波束中。在这种情况下，就系统资源的使用而言，使用广播选项可能会很昂贵。然而，常规地，不存在针对NW的机制来使得UE移动到连接模式来接收所请求的SI。

附加地，某些实施例解决了UE需要请求按需系统信息，但同时又需要针对数据传输的更高层服务需求的情况。例如，更高层需求可以是针对非接入层(NAS)信令(例如，用于跟踪区域更新(TAU))、无线电接入网络(RAN)信令(例如，用于RAN区域更新)或用户平面数据服务。在这种情况下，在启动高层服务数据传输之前首先请求按需系统信息可能会为高层数据传输引入不可接受的延迟。

某些实施例让NW决定如何为UE提供所请求的系统信息。例如，NW可以在Msg2/Msg4确认消息中指示UE是否应移动到连接(CONNECTED)模式以经由专用信令来接收SI，还是应保持在空闲/非活动(IDLE/INACTIVE)模式以经由系统信息广播来接收SI。

附加地，当UE需要按需系统信息和更高层数据服务时，UE可以同时向NW指示两个请求。NW可以在RRC连接模式下利用与高层信令并行的专用信令来提供按需系统信息。

可以以各种方式来实现以上实施例。例如，当UE仅具有按需系统信息请求需求时，UE可以基于由最小系统信息所提供的网络配置在MSG1或MSG3中指示该需求。

当UE具有按需系统信息请求和更高层数据传输需求(例如，NAS信令、RAN信令或应用数据)时，UE可以在Msg3中指示对按需系统信息的需求。即使Msg1方法可以被配置，UE仍可以使用Msg3方法。

对于其中基于所指示的Msg1需求的专用信令的方法，NW可以利用用于SI请求的随机接入前导ID(RAPID)来响应UE的SI请求，并利用标志来指示UE应改用Msg3方法。在一个附加选项中，NW可以在随机接入响应(RAR)中指示NW何时开始广播与MSG1请求相对应的系统信息。在其他实施例中，响应可以用于向UE通知UE应基于正常过程来发起新的RACH过程以接入连接模式。

备选地，该指示对于(多个)UE的所有SI请求可以是公共的。例如，该指示可以适用于所有RAPID。

对于其中基于所指示的Msg3需求的专用信令的方法，NW可以使用针对空闲模式请求消息的RRC连接建立(RRCConnectionSetup)来响应UE的SI请求，或者使用针对非活动模式请求消息的RRC连接继续(RRCConnectionResume)来响应UE的SI请求，以将UE移动至连接模式。然后，网络可以使用已确认模式的无线电链路控制(AM RLC)信令，经由信令无线电承载1(SRB#1)来使用信号正常发送按需系统信息。

备选地/附加地，对于非活动模式UE，NW可以使用RRC连接释放(RRCConnectionRelease)类型的消息来做出响应，该消息包括所请求的SI消息以及可能的新的非活动配置。该选项可以受益于以下事实：可以将MSG4加密发送到非活动模式UE。

备选地/附加地，对于具有更高层信令需求(例如，NAS/RAN信令和/或应用数据)以及按需系统信息的UE，网络可以将UE移动到RRC连接模式并且可以通过使用介质访问控制(MAC)复用或在同一RRC消息内使用高层信令/应用数据来使用信号并行发送按需系统信息。按需系统信息的优先级可以与更高层信令/应用数据不同、更低或更高。

在一个选项中，SI可以经由为UE配置的另一SRB(例如，SRB2)来提供，SRB2可以具有比SRB1或某些配置的数据无线电承载(DRB)更低的优先级。

在一个选项中，NW可以为处于连接模式的UE指示稍后(例如，一旦完成了高优先级数据/信令)将提供UE正在请求的SI。指示可以是RRC连接重配置消息中的一比特指示的形式。

对于其中基于所指示的Msg3需求广播系统信息的方法，NW可以使用RRC连接拒绝(RRCConnectionReject)来响应UE的SI请求。该响应消息可以包括SI请求成功的指示。如果设置了指示，则UE可以尝试经由广播信令来接收所请求的SI。

NW可以在不设置指示的情况下拒绝请求。这样的拒绝可能意味着NW已过载。在该情况下，拒绝可能不作为对UE请求的确认。

经由Msg3解决方案的UE的SI请求可以基于消息的RRC连接请求(RRCConnectionRequest)(空闲模式UE)或RRC连接继续请求(RRCConnectionResumeRequest)(非活动模式UE)类型。UE可以在建立原因中指示UE正在请求按需SI。

图1图示了根据某些实施例的方法。如图1所示，方法可以包括在110处确定如何向用户设备提供所请求的系统信息。方法还可以包括在120处，向用户设备指示用户设备是否要移动到连接模式还是停留在空闲模式或非活动模式来接收系统信息。

向用户设备的指示可以在确认消息中。当用户设备要经由专用信令接收系统信息时，指示可以指示连接模式。当用户设备要经由系统信息广播接收系统信息时，指示可以指示空闲模式或非活动模式。

方法可以进一步包括在105处，接收针对系统信息的请求。可以基于请求来确定如何提供所请求的系统信息。针对系统信息的请求可以被接收作为对按需系统信息的请求以及对更高层数据服务的请求。方法可以进一步包括在130处，在无线资源控制连接模式中利用与高层信令并行的专用信令提供按需系统信息。

方法还可以包括在140处，由用户设备从网络请求系统信息。方法还可以包括在150处，在用户设备处从网络接收对请求的响应，该响应指示用户设备是否要移动到连接模式还是停留在空闲模式或非活动模式来接收系统信息。

请求系统信息可以包括请求按需系统信息。方法可以进一步包括在160处，在无线资源控制连接模式中，利用专用信令接收按需系统信息。在一个变型中，如上所述，请求系统信息可以在消息1或消息3中完成。

图2图示了根据本发明的某些实施例的系统。应当理解，图1的流程图的每个框可以通过各种方式(例如，硬件、软件、固件、一个或多个处理器和/或电路装置)或其组合来实现。在一个实施例中，系统可以包括若干设备，例如诸如网络元件210和用户设备(UE)或用户装置220。系统可以包括多于一个的UE 220和多于一个的网络元件210，但是为了图示的目的而仅示出了一个。网络元件可以是接入节点、接入点、基站、eNode B(eNB)、下一代NodeB(gNB)或任何其他网络元件。

这些设备中的每一个设备可以包括至少一个处理器或控制单元或模块，分别表示为214和224。可以在每个设备中提供至少一个存储器，分别表示为215和225。存储器可以包括其中包含的计算机程序指令或计算机代码，例如以用于执行上述实施例。可以提供一个或多个收发器216和收发器226，并且每个设备还可以包括分别图示为217和227的天线。尽管每个仅示出一个天线，但是可以向每个设备提供许多天线和多个天线元件。例如，可以提供这些设备的其他配置。例如，除了无线通信之外，网络元件210和UE 220还可以被配置用于有线通信，并且在这种情况下，天线217和227可以图示任何形式的通信硬件，而不仅限于天线。

收发器216和收发器226可以各自独立地是发射器、接收机、或者发射器和接收器两者，或者是可以被配置为用于发射和接收的单元或设备。发射机和/或接收机(就无线电部件而言)也可以实现为不位于设备本身中、例如位于天线杆中的远程无线电头。还应当理解，根据“动态(liquid)”或灵活无线电概念，可以以灵活的方式在不同的实体(例如，节点、主机或服务器)中执行操作和功能。换言之，分工可能因情况而异。一个可能的用途是使得网络元件传递本地内容。一个或多个功能也可以被实现为被提供为可以在服务器上运行的软件的虚拟应用。

用户装置或用户设备220可以是诸如移动电话或智能电话或多媒体设备的移动站(MS)、具有无线通信功能的平板电脑的计算机、具有无线通信功能的个人数据或数字助理(PDA)、车辆、便携式媒体播放器、数码相机、便携式摄像机、具有无线通信功能的导航单元或其任意组合。用户装置或用户设备220可以是传感器或智能仪表，或者是通常可以被配置用于单个位置的其他设备。

在一个示例性实施例中，诸如节点或用户设备的装置可以包括用于执行以上关于图1描述的实施例的部件。

处理器214和处理器224可以由任何计算或数据处理设备(例如，中央处理单元(CPU)、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑设备(PLD)、现场可编程门阵列(FPGA)、数字增强电路或类似设备或其组合)来体现。处理器可以被实现为单个控制器或者多个控制器或处理器。附加地，处理器可以被实现为本地配置、云配置或其组合中的处理器池。术语电路可以指代一个或多个电路或电子电路。术语处理器可以指代响应并处理驱动计算机的指令的电路(例如，逻辑电路)。

对于固件或软件，实现可以包括至少一个芯片组的模块或单元(例如，过程、功能等)。存储器215和存储器225可以独立地是任何合适的存储设备(例如，非暂时性计算机可读介质)。可以使用硬盘驱动(HDD)、随机存取存储器(RAM)、闪存或其他合适的存储器。存储器可以作为处理器组合在单个集成电路上或者可以与之分离。此外，可以存储在存储器中并且可以由处理器处理的计算机程序指令可以是任何适当形式的计算机程序代码(例如，以任何适当编程语言编写的编译或解释的计算机程序)。存储器或数据存储实体通常是内部的，但例如在从服务提供商获得附加存储容量的情况下，也可以是外部的或其组合。存储器可以是固定的或可移动的。

可以利用针对特定设备的处理器来配置存储器和计算机程序指令，以使得诸如网络元件210和/或UE 220的硬件装置执行上述任何过程(参见例如图1)。因此，在某些实施例中，非暂时性计算机可读介质可以利用计算机指令或一个或多个计算机程序(例如，添加或更新的软件例程、applet或宏)来进行编码，当计算机指令或一个或多个计算机程序在硬件中执行时，可以执行如本文所述的过程之一的过程。计算机程序可以由编程语言编码，编程语言可以是高级编程语言(例如，objective-C、C、C++、C#、Java等)，也可以是低级编程语言(例如，机器语言或汇编语言)。备选地，本发明的某些实施例可以完全以硬件来执行。

在某些实施例中，装置可以包括被配置为执行图1-图7中所示的任何过程或功能的电路。在一个示例中，电路可以是仅硬件的电路实现(例如，模拟和/或数字电路)。在另一示例中，电路可以是共同工作以使得设备来执行各种过程或功能的硬件电路和软件的组合(例如，(多个)模拟和/或数字硬件电路与软件或固件的组合，和/或(多个)硬件处理器的任何部分与软件(包括(多个)数字信号处理器)的组合)、软件和至少一个存储器。在又一示例中，电路可以是包括软件(例如，用于操作的固件)的(多个)硬件电路和/或(多个)处理器(例如，(多个)微处理器或(多个)微处理器的一部分)。当硬件操作不需要时，电路中的软件可以不存在。

此外，尽管图2图示了包括网络元件210和UE 220的系统，但是本发明的实施例可以适用于其他配置以及涉及附加元件(如本文所图示和讨论的)的配置。例如，可以存在多个用户设备设施和多个网络元件，或者提供类似功能的其他节点(例如，结合了用户设备和接入点的功能的节点(例如，中继节点))。

某些实施例可以具有各种益处和/或优点。例如，某些实施例可以为NW提供即时地决定如何经由专用信令，将UE移动到连接模式或经由系统信息广播，将UE保持在空闲/非活动模式下而向UE提供所请求的按需SI的方法和机制。这些机制和方式可以使得NW基于(多个)小区中的当前情况灵活地优化按需SI传输。

此外，某些实施例可以提供按需系统信息与NAS信令、RAN信令或应用层数据交换之间的并行操作。因此，某些实施例可以通过消除按需系统信息获取时间来使高层数据事务处理时间以及设备功耗最小化。

本领域普通技术人员将容易地理解，可以以不同顺序的步骤和/或以与所公开的配置不同的配置的硬件元件来实践如上所述的本发明。因此，尽管已基于这些优选实施例描述了本发明，但是对于本领域技术人员而言显而易见的是，在不脱离本发明的精神和范围的情况下，某些修改、变型和备选构造将是显而易见的。

缩写列表

RA 随机接入

RACH 随机接入信道

RAPID 随机接入前导ID

SI 系统信息

RAR 随机接入响应

MSG1 4 步随机接入过程的消息1(UE发送的RA前导码)

MSG2 4 步随机接入过程的消息2(RAR消息作为对NW发送的MSG1的响应)

MSG3 4 步骤随机接入过程的消息3(网络在MSG2中给定的已分配授权下的UE传输)

UE 用户设备

NAS 非接入层

RAN 无线电接入网

Claims (20)

1.一种方法，包括：

确定如何向用户设备提供所请求的系统信息；以及

向所述用户设备指示所述用户设备是否要移动到连接模式还是停留在空闲模式或非活动模式来接收所述系统信息。

2.根据权利要求1所述的方法，还包括：

接收针对系统信息的请求，其中如何提供所请求的系统信息的确定是基于所述请求的。

3.根据权利要求1或2所述的方法，其中向所述用户设备的指示被包括在确认消息中。

4.根据权利要求1至3中的任一项所述的方法，其中当所述用户设备要经由专用信令接收所述系统信息时，所述指示指示连接模式。

5.根据权利要求1至4中的任一项所述的方法，当所述用户设备要经由系统信息广播接收所述系统信息时，所述指示指示空闲模式或非活动模式。

6.根据权利要求1至5中的任一项所述的方法，其中针对所述系统信息的请求作为针对按需系统信息的请求被接收。

7.根据权利要求6中的任一项所述的方法，还包括：

利用专用信令来提供无线电资源控制连接模式中的所述按需系统信息。

8.根据权利要求1至7中任一项所述的方法，其中所述指示是随机接入过程的消息2或消息4中包括的参数或信息元素。

9.一种方法，包括：

由用户设备从网络请求系统信息；以及

在所述用户设备处，从所述网络接收对所述请求的响应，即所述用户设备是否要移动到连接模式还是停留在空闲模式或非活动模式来接收所述系统信息的指示。

10.根据权利要求9所述的方法，其中请求所述系统信息包括与请求更高层数据服务一起请求按需系统信息。

11.根据权利要求9或10所述的方法，还包括：

在无线电资源控制连接模式中，利用与更高层信令并行的专用信令来接收所述按需系统信息。

12.根据权利要求9至11中的任一项所述的方法，其中请求所述系统信息包括在随机接入过程的消息1或消息3中。

13.一种装置，包括：

至少一个存储器，包括计算机程序代码；以及

至少一个处理器；

其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述装置至少：

确定如何向用户设备提供所请求的系统信息；以及

向所述用户设备指示所述用户设备是否要移动到连接模式还是停留在空闲模式或非活动模式来接收所述系统信息。

14.根据权利要求13所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述装置至少：

接收针对系统信息的请求，其中如何提供所请求的系统信息的确定是基于所述请求的。

15.根据权利要求13或14所述的装置，其中向所述用户设备的指示被包括在确认消息中。

16.根据权利要求13至15中的任一项所述的装置，其中当所述用户设备要经由专用信令来接收所述系统信息时，所述指示指示连接模式。

17.根据权利要求13至16中的任一项所述的装置，当所述用户设备要经由系统信息广播来接收所述系统信息时，所述指示指示空闲模式或非活动模式。

18.根据权利要求13至17中的任一项所述的装置，其中针对所述系统信息的请求作为针对按需系统信息的请求被接收。

19.根据权利要求18中的任一项所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述装置至少：

利用专用信令来提供无线电资源控制连接模式中的所述按需系统信息。

20.根据权利要求13至19中的任一项所述的装置，其中所述指示是随机接入过程的消息2或消息4中包括的参数或信息元素。

Images