系统信息传递增强的制作方法

系统信息传递增强
1.相关申请
2.本申请要求于2019年8月14日提交的印度申请号201941032866的优先权，其通过引用而被整体并入本文。
技术领域
3.本公开涉及用于在已经将gnb分解为gnb
‑
cu(集中式单元)和gnb
‑
du(分布式单元)的环境中提供和广播系统信息(si)的机制。


背景技术：

4.第三代合作伙伴计划(3gpp)支持以分解架构(disaggregated architecture)进行gnb部署，该架构允许gnb被分解成gnb
‑
cu(集中式单元)和gnb
‑
du(分布式单元)，如下文的图1和图3将示出的。分解架构影响用于提供和广播系统信息(si)的机制，因为si的一些部分在gnb
‑
cu中被处置，而其他部分在gnb
‑
du中被处置。在当前规范中，gnb
‑
du拥有并编码mib和sib1，而gnb
‑
cu拥有并编码所有其他剩余的系统信息广播(sib)。本公开应用于以下：
5.在任何场景中，gnb
‑
du能够提供最初打算从gnb
‑
cu触发的系统信息(诸如sib9)，gnb
‑
du能够自主地生成它并进行广播，而无需来自gnb
‑
cu的进一步辅助。由于不再需要gnb
‑
cu在gnb
‑
cu与gnb
‑
du之间的接口上提供连续更新，因此该功能性可以大大减少接口上的信令，在一些场景中，该连续更新的频率可能高达每160ms，诸如在sib9中的参考时间传递的情况下。
6.在任何场景中，gnb
‑
cu可以受益于接收gnb
‑
du得出的信息并使用它来经由专用单播信令(诸如编码的sib或诸如时间参考等另一信息)将其传递给用户设备(ue)。这样做的益处有两方面。首先，如果信息在gnb
‑
du处被生成/取回，则该信息更加可靠/准确，诸如时间参考信息。因此，优选地使用gnb
‑
du已经生成的信息，而不是使gnb
‑
cu自己生成它。如果gnb
‑
du以编码形式(即，作为sib)提供si，则gnb
‑
cu可以直接复制和粘贴它，而无需进一步解码/重新编码。其次，接收到的信息(例如时间参考信息)也可以适用于多个ue。因此，单次信息获取可能足以将其应用于多个ue。在这种情况下，未编码的信息是优选的。取决于场景，gnb
‑
cu还可以将其直接提供给ue，或者以sib的形式对其进行编码。
7.本公开适用于5g和lte中的分解架构，即，适用于由3gpp定义的f1和w1接口。尽管在本公开中，将f1场景用作讨论的基础，但是相同的解决方案也适用于w1。
8.需要一种解决方案，允许：
9.●
gnb
‑
cu经由专用信令(单播)提供更准确/可靠的系统信息。
10.●
在广播(多播)情况下，减少甚或完全消除gnb
‑
cu与gnb
‑
du之间的浪费和不必要的信令。
11.已经讨论了在gnb
‑
cu而非gnb
‑
du处拥有和编码sib9的问题。鉴于gnb
‑
cu没有准确的时间信息，除非与gnb
‑
du存在非常紧密的同步，否则基于gnb
‑
cu上的编码来实现sib9传递非常复杂。尽管建议改变现有的系统信息框架，使得gnb
‑
du拥有并编码sib9，但由于担心
向后兼容性以及具有仍然让gnb
‑
cu编码sib9的规范的早前版本的实现，尚未接受该建议。替代地，存在妥协，使gnb
‑
cu仍然拥有并编码sib9，但允许gnb
‑
du在广播之前对其进行重新编码。
12.如本公开中将指出的，gnb
‑
du重新编码sib9的能力仍然具有多个缺点，且由于无法解决过多的信令而不是有效的，并且gnb
‑
cu仍然在专用信令(单播)情况下提供了不准确的信息。进一步地，它在一般级别上不适用于所有其他系统信息情况，而只能部分地应付sib9的问题。这是主要缺点，考虑到作为新工作项的一部分，正在考虑新的sib，这些sib在当前框架下也无法以最佳方式工作，该当前框架在gnb
‑
du处拥有并编码mib/sib1，并且在gnb
‑
cu处拥有并编码所有其他sib。例如，这种示例是正在考虑用于非公共网络(npn)的新sib，以及可能经由新的sib单播传递非常准确的信息，这是3gpp发行版16工作项中的工业iot(iiot)所需的。
13.在随后的讨论中应该理解，术语“gnb”应该理解为是指“网络节点”。术语“gnb”用于表示5g中的网络节点。然而，应该理解的是，如下所述，本发明不限于5g，而是可以适用于尚待开发的其他代或还要开发的早前代。因此，“gnb”应该更广泛地理解为网络节点。


技术实现要素：

14.在本公开的第一方面中，一种方法包括：通过第一节点向第二节点指示用于生成与其他系统信息(osi)相关的信息的能力信息单元；从第二节点接收确认指示；以及通过第一节点，生成去往至少一个用户设备的系统信息广播信息。
15.在本公开的第二方面中，一种装置包括：至少一个处理器；以及至少一个存储器，包括计算机程序代码，至少一个存储器和计算机程序代码被配置为与至少一个处理器一起，使该装置执行以下操作：通过第一节点向第二节点指示用于生成与其他系统信息(osi)相关的信息的能力信息单元；从第二节点接收确认指示；以及通过第一节点，生成去往至少一个用户设备的系统信息广播信息。
16.在本公开的第三方面中，一种装置包括：用于通过第一节点向第二节点指示用于生成与其他系统信息(osi)相关的信息的能力信息单元的部件；用于从第二节点接收确认指示的部件；以及用于通过第一节点生成去往至少一个用户设备的系统信息广播信息的部件。
17.在本公开的第四方面中，一种计算机程序产品包括非瞬态计算机可读存储介质，该非瞬态计算机可读存储介质承载被体现在其中以用于与计算机一起使用的计算机程序代码，该计算机程序代码包括用于执行以下的代码：通过第一节点向第二节点指示用于生成与其他系统信息(osi)相关的信息的能力信息单元；从第二节点接收确认指示；以及通过第一节点，生成去往至少一个用户设备的系统信息广播信息。
18.在本公开的第五方面中，一种方法包括：通过第二节点从第一节点接收用于生成与其他系统信息(osi)相关的信息的能力信息单元；以及向第一节点传输确认指示。
19.在本公开的第六方面中，一种装置包括：至少一个处理器；以及包括计算机程序代码的至少一个存储器，至少一个存储器和计算机程序代码被配置为与至少一个处理器一起，使该装置执行以下：通过第二节点从第一节点接收用于生成与其他系统信息(osi)相关的信息的能力信息单元；以及向第一节点传输确认指示。
20.在本公开的第七方面中，一种装置包括：用于通过第二节点从第一节点接收用于生成与其他系统信息(osi)相关的信息的能力信息单元的部件；以及用于向第一节点传输确认指示的部件。
21.在本公开的第八方面中，一种计算机程序产品包括非瞬态计算机可读存储介质，该非瞬态计算机可读存储介质承载被体现在其中以用于与计算机一起使用的计算机程序代码，该计算机程序代码包括用于执行以下的代码：通过第二节点从第一节点接收用于生成与其他系统信息(osi)相关的信息的能力信息单元；以及向第一节点传输确认指示。
附图说明
22.当结合所附附图阅读时，在以下具体实施方式中，这些教导的前述和其他方面将变得更加明显。
23.图1示出了可以实践本公开的主题的某些装置的简化框图。
24.图2和图3示出了具有5g核心(5gc)和ng
‑
ran的新无线电(nr)架构的示例。
25.图4图示了具有sib或时间参考信息的单播传递的本公开的实施例。
26.图5图示了f1设立过程。
27.图6图示了gnb
‑
du配置更新过程。
28.图7图示了gnb
‑
cu配置更新过程。
29.图8图示了在rrc连接状态下用于si请求支持的ue过程。
30.图9是图示了根据本公开的由gnb
‑
du执行的方法的流程图。
31.图10是图示了根据本公开的由gnb
‑
cu执行的方法的流程图。
具体实施方式
32.图1是可以实践本公开的主题的一个可能的且非限制性的示例的框图。图示了用户设备(ue)110、无线电接入网络(ran)节点170和(多个)网络元件190。在图1的示例中，用户设备(ue)110与无线网络100进行无线通信。ue是可以访问无线网络的无线设备(通常是移动设备)。ue 110包括通过一个或多个总线127互连的一个或多个处理器120、一个或多个存储器125以及一个或多个收发器130。一个或多个收发器130中的每个收发器130包括接收器rx 132和发送器tx 133。一个或多个总线127可以是地址、数据或控制总线，并且可以包括任何互连机制，诸如主板或集成电路上的一系列线路、光纤或其他光学通信设备等。一个或多个收发器130被连接到一个或多个天线128。一个或多个存储器125包括计算机程序代码123。ue110包括模块140，其包括可以以多种方式实现的部分140
‑
1和/或140
‑
2之一或两者。模块140可以在硬件中被实现为模块140
‑
1，诸如实现为一个或多个处理器120的一部分。模块140
‑
1也可以实施为集成电路或者通过其他硬件(诸如可编程逻辑阵列)实施。在另一示例中，模块140可以实施为模块140
‑
2，其被实施为计算机程序代码123并且由一个或多个处理器120执行。例如，一个或多个存储器125和计算机程序代码123可以被配置为与一个或多个处理器120一起使用户设备110执行本文描述的一个或多个操作。ue 110经由无线链路111与ran节点170通信。
33.在该示例中，ran节点170是提供诸如ue 110的无线设备到无线网络100的接入的基站。ran节点170可以是例如用于5g(也称为新无线电(nr))的基站。在5g中，ran节点170可
以是ng
‑
ran节点，其被定义为gnb或ng
‑
enb。gnb是向ue提供nr用户平面和控制平面协议终端的节点，并经由ng接口连接至5gc(诸如例如(多个)网络元件190)。ng
‑
enb是向ue提供e
‑
utra用户平面和控制平面协议终端的节点，并经由ng接口连接至5gc。ng
‑
ran节点可以包括多个gnb，其也可以包括集中式单元(cu)(gnb
‑
cu)196和(多个)分布式单元(du)(gnb
‑
du)，其中示出了du 195。注意，du可以包括或耦合至无线电单元(ru)，并且控制无线电单元(ru)。gnb
‑
cu是托管gnb的rrc、sdap和pdcp协议或控制一个或多个gnb
‑
du的操作的en
‑
gnb的rrc和pdcp协议的逻辑节点。gnb
‑
cu终止与gnb
‑
du连接的f1接口。f1接口被图示为附图标记198，尽管附图标记198还图示了ran节点170的远程元件和ran节点170的集中式元件之间的链路，诸如在gnb
‑
cu 196和gnb
‑
du 195之间。gnb
‑
du是托管gnb或ng
‑
enb的rlc、mac和phy层的逻辑节点，并且其操作部分地由gnb
‑
cu控制。一个gnb
‑
cu支持一个或多个小区。一个小区仅由一个gnb
‑
du支持。gnb
‑
du终止与gnb
‑
cu连接的f1接口198。注意，du 195被认为包括例如作为ru的一部分的收发器160，但是其一些示例可以例如在du的控制下并连接至du 195而将收发器160作为单独的ru的一部分。ran节点170还可以是用于lte(长期演进)的enb(演进型nodeb)基站或者任何其他合适的基站或节点。
34.ran节点170包括通过一个或多个总线157互连的一个或多个处理器152、一个或多个存储器155、一个或多个网络接口((多个)n/w i/f)161以及一个或多个收发器160。一个或多个收发器160中的每个收发器160包括接收器rx 162和发送器tx 163。一个或多个收发器160连接至一个或多个天线158。一个或多个存储器155包括计算机程序代码153。cu 196可以包括(多个)处理器152、存储器155和网络接口161。注意，du 195也可以包含其自己的存储器/多个存储器和(多个)处理器和/或其他硬件，但是这些未示出。
35.ran节点170包括模块150，模块150包括可以以多种方式被实现的部分150
‑
1和/或150
‑
2之一或两者。模块150可以在硬件中被实现为模块150
‑
1，诸如实现为一个或多个处理器152的一部分。模块150
‑
1也可以被实现为集成电路或者通过其他硬件(诸如可编程逻辑阵列)视线。在另一示例中，模块150可以被实现为模块150
‑
2，其被实施为计算机程序代码153并且由一个或多个处理器152执行。例如，一个或多个存储器155和计算机程序代码153被配置为与一个或多个处理器152一起使ran节点170执行本文描述的一个或多个操作。注意，模块150的功能性可以被分布，诸如被分布在du 195和cu 196之间，或者仅在du 195中被实现。
36.一个或多个网络接口161通过网络通信，诸如经由链路176和131。两个或多个gnb 170可以使用例如链路176通信。链路176可以是有线或无线的或者两者，并且可以实施例如用于5g的xn接口、用于lte的x2接口或用于其他标准的其他合适接口。
37.一个或多个总线157可以是地址、数据或控制总线，并且可以包括任何互连机制，诸如主板或集成电路上的一系列线路、光纤或其他光学通信设备、无线信道等。例如，一个或多个收发器160可以被实施为用于lte的远程无线电头(rrh)195或用于5g的gnb实施方式的分布式单元(du)195，而ran节点170的其他元件可能在物理上处于与rrh/du不同的位置，并且一个或多个总线157可以部分地实施为例如光纤电缆或其他合适的网络连接，以将ran节点170的其他元件(例如集中式单元(cu)、gnb
‑
cu)连接至rrh/du 195。附图标记198还指示那些合适的(多个)网络链路。
38.要注意的是，本文中的描述指示“小区”执行功能，但是应该清楚的是，形成小区的
设备将执行功能。小区构成基站的一部分。即，每个基站可以存在多个小区。例如，针对单个载波频率和关联带宽，可能存在三个小区，每个小区覆盖360
°
区域的三分之一，使得单个基站的覆盖区域覆盖近似的椭圆形或圆形。此外，每个小区可以与单个载波相对应，并且基站可以使用多个载波。所以，如果每个载波存在三个120
°
小区并且存在两个载波，那么基站具有总共6个小区。
39.无线网络100可以包括一个或多个网络元件190，该网络元件190可以包括核心网络功能性，并且经由一个或多个链路181提供与诸如电话网络和/或数据通信网络(例如互联网)等又一网络的连接性。用于5g的这种核心网络功能性可以包括(多个)接入和移动性管理功能((多个)amf)和/或用户平面功能((多个)upf)和/或(多个)会话管理功能((多个)smf)。用于lte的这种核心网络功能性可以包括mme(移动性管理实体)/sgw(服务网关)功能性。这些仅仅是(多个)网络元件190可以支持的示例性功能，并且要注意的是，可以支持5g和lte功能。ran节点170经由链路131被耦合到网络元件190。链路131可以被实现为例如用于5g的ng接口或用于lte的s1接口或者用于其他标准的其他合适的接口。网络元件190包括通过一个或多个总线185互连的一个或多个处理器175、一个或多个存储器171以及一个或多个网络接口((多个)n/w i/f)180。一个或多个存储器171包括计算机程序代码173。一个或多个存储器171和计算机程序代码173被配置为与一个或多个处理器175一起使网络元件190执行一个或多个操作。
40.无线网络100可以实现网络虚拟化，该网络虚拟化是将硬件和软件网络资源和网络功能性组合成单个的、基于软件的管理实体(虚拟网络)的过程。网络虚拟化涉及平台虚拟化，通常与资源虚拟化组合。网络虚拟化被分类为外部的(将许多网络或网络的部分组合成虚拟单元)或者被分类为内部的(向单个系统上的软件容器提供类似网络的功能性)。要注意的是，在某种程度上，仍然使用诸如处理器152或175以及存储器155和171等硬件来实现由网络虚拟化产生的虚拟化实体，并且这种虚拟化实体也会产生技术效果。
41.计算机可读存储器125、155和171可以是适合于本地技术环境的任何类型，并且可以使用任何合适的数据存储技术来实现，诸如基于半导体的存储器设备、闪速存储器、磁性存储器设备和系统、光学存储器设备和系统、固定存储器和可移除存储器。计算机可读存储器125、155和171可以是用于执行存储功能的部件。处理器120、152和175可以是适合于本地技术环境的任何类型，并且作为非限制性示例，可以包括以下一项或多项：通用计算机、专用计算机、微处理器、数字信号处理器(dsp)和基于多核处理器架构的处理器。处理器120、152和175可以是用于执行诸如控制ue 110、ran节点170等功能和本文描述的其他功能的部件。
42.通常，用户设备110的各种实施例可以包括但不限于诸如智能手机等蜂窝电话、平板计算机、具有无线通信能力的个人数字助理(pda)、具有无线通信能力的便携式计算机、具有无线通信能力的图像拍摄设备(诸如数码相机)、具有无线通信能力的游戏设备、具有无线通信能力的音乐存储和播放设备、允许无线互联网访问和浏览的互联网设备、具有无线通信能力的平板计算机以及将这种功能的组合合并在一起的便携式单元或终端。
43.图2和图3示出了具有5g核心(5gc)和ng
‑
ran的新无线电(nr)架构的示例。基站gnb通过与核心ng的接口耦合至5gc，并且gnb通过基站间接口xn耦合至彼此。
44.因此已经引入了一种合适的但非限制性的技术上下文以用于示例实施例的实践，
现在将以更大的特定性来描述示例实施例。
45.3gpp ts 38.401定义了如下分布系统信息：
46.●
gnb
‑
du负责编码mib和sib1。
47.●
gnb
‑
cu负责编码所有其他系统信息，即，sib2、sib3等。注意，当在某些sib之间没有特定区别时，整个集合被称为“其他si”(osi)。
48.●
gnb
‑
du可能会重新编码sib9。
49.sib可以通过以下方式被传递给ue：
50.1.广播传递(多播)
51.广播传递是默认机制。在3gpp ts 38.470和3gpp ts 38.473中定义的f1接口支持分别经由f1设立过程以及du配置更新和cu配置更新消息两者在gnb
‑
du和gnb
‑
cu之间交换它们对应的sib。同样地，gnb
‑
cu可以经由系统信息传递命令消息命令gnb
‑
du广播属于其他si的sib。
52.广播的频率是可配置的。然而，有可能“始终开启(always on)”广播，这意味着sib将被连续广播。如果sib由gnb
‑
cu拥有/编码并且是其他si的一部分，则这将需要gnb
‑
cu提供更新后的sib，因为每当其内容由gnb
‑
du传输时，其内容就会变化。即使gnb
‑
du能够重新编码某些sib(诸如sib9)，这也是必要的。同样地，针对一些sib(诸如sib9)，该频率可能高达每160ms。
53.本公开通过引入一种机制来应付该问题，该机制使gnb
‑
du向gnb
‑
cu指示它具有生成与其他si相关的信息的能力。利用该信息，gnb
‑
cu可以退出继续地为所指示的sib提供更新，并将确认指示发送回gnb
‑
du。在该消息交换之后，gnb
‑
du将自主地生成所协定的sib，而无需与gnb
‑
cu进行任何进一步的通信。另外，提出了一种选项，如果由于某种原因，gnb
‑
cu是用以生成sib的优选实体，则由gnb
‑
cu启用/禁用gnb
‑
du处的该功能。
54.f1接口中需要进行的改变是f1设立程序、du配置更新程序和cu配置更新程序的新信息元素(ie)。
55.附加地，3gpp规范允许“按需”的传递系统信息。方法中的一个方法是经由消息1(msg1)。在该场景中，ue可以直接联系gnb
‑
du并请求某些sib被广播。在接收到请求并假设gnb
‑
du已具有可用信息后，诸如因为它已预先经由f1方法中的任何方法从gnb
‑
cu接收到该信息，它便能够对应地广播它而无需gnb
‑
cu干预。如果所请求的sib在gnb
‑
du处不可用，则gnb
‑
du将必须在广播之前从gnb
‑
cu请求它。
56.本公开应付了该问题。方法与先前场景相同，因为指示和允许gnb
‑
du自主地生成和广播某个sib的方法也是适用的。然而，如果gnb
‑
du接收到针对尚未被接收的sib的请求，则它能够自己生成它，可以这样做并进行广播，而无需与gnb
‑
cu进行交互。
57.2.专用(rrc)信令(即，单播(rrc)信令)
58.当前，经由专用信令进行的si传递主要被用于两个目的：在切换期间提供sib1；并向处于rrc连接状态的特定ue提供经更新的sib1和/或etws/cmas通知(sib6、sib7和sib8)，该特定ue使用不支持广播的带宽部分(bwp)，诸如通过不具有配置的公共搜索空间(css)。即，利用该bwp的ue无法经由默认广播机制来接收任何sib。在这种情况下，gnb
‑
du将无法接收广播的ue列表提供给gnb
‑
cu。然后，gnb
‑
cu将sib单独地提供给每个ue。
59.现有机制的普遍问题是，由gnb提供给sib内的不同ue的信息将包括完全相同的信
息。进一步地，如果信息在gnb
‑
cu处被生成，则与任何其他si一样，它可能不是最佳的。一种这样的情况是sib9，尽管将来可能会应用于其他sib，其中gnb
‑
du可以生成的时间参考信息更加准确和可靠。因此，优选地使用gnb
‑
du可以生成的信息。
60.本公开通过引入扩展上文针对广播场景描述的方法的机制来应付该问题。鉴于gnb
‑
cu已经意识到gnb
‑
du可以生成在其他si中使用的某些信息，它可以请求这种信息，而不是自己生成。进一步地，根据信息，gnb
‑
cu应该有可能请求已编码的sib，或者仅将其一些内容作为ie进行传递。这是有用的，因为一些信息对于多个ue可能是相同的，或者可能适用于多个sib。在这种情况下，在gnb
‑
cu处具有灵活性来判定是使用来自gnb
‑
du的“辅助”信息来对sib本身进行编码还是从gnb
‑
du请求已编码的sib而可能无需任何改变即可传输将是有益的。提供辅助信息使得cu能够准备向ue的单播信令，而不会增加f1上的信令开销。接收到已经编码的sib的cu可能暗示必须针对每个ue执行f1程序。还设想将系统信息的一些未编码内容用于一些其他目的，诸如gnb
‑
cu之间的协作或与核心网络共享信息。
61.f1接口中所需的改变是新的ie，以指示gnb
‑
cu正在请求gnb
‑
du生成的信息。为此，重用cu配置更新过程以及为此目的引入新过程都是可行的选择。
62.在图4中呈现了该建议的实施例。
63.在步骤1中，一个或多个ue经由单播rrc信令请求gnb
‑
cu提供特定sib或时间参考信息。该请求可以经由rrc系统信息请求消息或新的“时间参考信息请求”消息来实现。该请求可以附加地指示ue是否有兴趣周期性地或仅“一次”地接收信息。
64.一旦从至少一个ue接收到该请求，则gnb
‑
cu判定所请求的信息应该源自gnb
‑
du。在步骤2中，它将sib/时间信息请求发送给gnb
‑
du，指示它想要一次性地还是周期性地接收信息。
65.在步骤3中，gnb
‑
du用所请求的信息对gnb
‑
cu做出响应。注意，由于单播rrc消息是由gnb
‑
cu编码的，因此gnb
‑
du无法将信息直接发送给ue。
66.在步骤4中，诸如经由包含专用sib ie的rrc重新配置消息或经由dl信息传送消息，利用专用rrc信令将所请求的信息提供给请求该信息的ue。
67.在周期性地需要ue请求的信息的情况下，例如可以通过来自ue的显式指示或通过请求的性质来确定，可以假设时间参考信息总是需要周期性地更新，那么周期性地重复步骤3和4，如图4中的步骤3'和4'所表示的。
68.还应该注意，当前规范不支持图4中的步骤1。3gpp规范允许请求sib，但仅在gnb在sib1中指示某个sib或si消息可用但当前处于“非广播”状态的情况下。基于该指示和附加的配置，处于rrc空闲或rrc不活动状态的ue可以请求特定sib或si消息使用两个方法之一而被提供：
69.●
经由基于msg1的机制，其中ue发送所配置的物理随机接入信道(prach)前导码以指示它希望接收的si消息。
70.●
经由msg3(rrcsysteminforequest)，其中ue可以指示它希望接收的特定sib。
71.因此，当前的按需si传递机制还存在两个附加问题：
72.●
只可以在ue处于rrc空闲或rrc不活动状态的情况下ue才请求按需si。对于sib9，这尤其是个问题，如果sib9没有被配置为始终广播，则需要它的ue(例如工业物联网(iot)ue)无法请求。
73.●
一旦请求，si将由gnb使用广播信令进行传递。因此，rrc连接的ue无法在未配置css的bwp中接收到它。
74.建议通过引入用于按需si请求机制的以下新ue和网络行为来处置该问题，从而使图4中的程序的步骤1是可能的：
75.在两种新情况下，允许ue向网络发送基于msg3的sib传递请求：
76.●
如果ue处于rrc连接状态且其有意接收的sib在sib1中
77.具有“不广播”状况：
78.■
无论网络是否已经配置了基于msg1的osi机制，ue都可以发送基于msg3的请求。当前，在网络配置了基于msg1的机制的情况下，ue无法使用基于msg3的机制，但是针对rrc连接的ue，基于msg1的osi请求是不适当的。
79.■
网络还可以提供基于msg3的osi被rrc连接的ue支持/允许的附加指示。
80.●
如果ue在没有css被配置的bwp中处于rrc连接状态，则忽略有关的sib具有“广播”状况设置还是“不广播”状况设置，
81.因为ue始终无法经由广播接收它。
82.一旦网络从处于rrc连接状态的ue接收到这种请求，网络便经由专用rrc信令传递该请求而不是广播它，像按需si此刻那样进行。
83.ie变化：
84.ie定义的可能变化的高级视图(ie名称只是指示性的)如下：
85.●
指示gnb
‑
du能够生成的其他si相关信息的新ie。
86.●
例如：gnb
‑
du其他si能力(枚举(时间参考信息、sib9、
…
))
87.●
指示gnb
‑
cu将不再向gnb
‑
du提供属于其他si的某些sib的更新的新ie。
88.●
禁用gnb
‑
cu其他si更新(枚举(未禁用、sib9、
…
))
89.●
指示gnb
‑
cu想要从gnb
‑
du取回的其他si相关信息的新ie。该请求限于gnb
‑
du指示的能力。
90.●
所请求的gnb
‑
du其他si(枚举(时间参考信息、sib9、
…
))
91.●
提供gnb
‑
du已经生成的其他si相关信息的新ie。内容可能包括完全编码的sib以及明确提供的一些其他信息。
92.●
gnb
‑
du其他si相关信息
93.>si类型列表<0..在gnb
‑
du处生成的其他si的最大编号>
94.>>sib
95.>时间参考信息
96.>
…
97.过程变化：
98.变化的高级视图包括：
99.1.f1设立程序，如图5所图示的：
100.●
f1设定请求502
101.●
包括gnb
‑
du其他si能力ie
102.●
f1设定请求响应504
103.●
包括其他si更新禁用的ie
104.2.gnb
‑
du配置更新程序，如图6所图示的：
105.●
gnb
‑
du配置更新602
106.●
包括gnb
‑
du其他si能力ie
107.●
(*)在没有新过程被引入的情况下，包括gnb
‑
du其他si相关信息ie
108.●
gnb
‑
du配置更新确认604
109.●
包括其他si更新禁用的ie
110.3.gnb
‑
cu配置更新过程，如图7所图示的：
111.●
gnb
‑
cu配置更新702
112.●
包括其他si更新禁用的ie
113.●
(*)在没有新过程被引入的情况下，包括gnb
‑
du其他si请求的ie
114.●
gnb
‑
cu配置更新确认704
115.●
(*)在没有新程序被引入的情况下，包括gnb
‑
du其他si相关信息ie
116.4.(新)其他si请求程序：
117.●
(*)新过程：其他si请求
118.●
选项1：作为2类过程引入它
119.■
其他si请求
120.●
包括gnb
‑
du其他si请求的ie
121.■
(现有程序)gnb
‑
du配置更新
122.●
包括gnb
‑
du其他si相关信息ie
123.●
选项2：作为1类程序引入它
124.■
其他si请求
125.●
包括gnb
‑
du其他si请求的ie
126.■
其他si请求响应
127.●
包括gnb
‑
du其他si相关信息ie
128.在图8中呈现了处于rrc连接状态的ue针对sib9的si请求的新过程的示例。新步骤标记有星号(*)。
129.该过程可以导致ue发送si请求，该ue能够经由广播接收si(即，它处于rrc连接状态，但是位于支持广播si传递的bwp中)或只能经由专用rrc信令接收所请求的sib，即，它位于不支持si传递的bwp中。在第一情况下，网络根据其偏好(例如取决于是否有多于单个ue请求某个sib)选择经由广播还是单播提供si。在第二情况下，别无选择，并且传递应该经由rrc专用信令进行。为了使ue知道已选择了哪种方法，gnb可以在证实消息中指示这一点(此刻，ue在接收到证实时始终发起广播si传递)。备选地，gnb可以不发送证实，而是立即或尽早传递具有所请求的sib的消息。
130.上述过程和ie变化将提供以下益处：
131.●
在广播(多播)情况下，减少甚或完全消除gnb
‑
cu和gnb
‑
du之间的浪费和不必要的信令。这是可能的，因为gnb
‑
cu和gnb
‑
du已经交换了能力并就将传递系统信息的节点达成了协定，因此不再需要频繁的更新。进一步地，它移除了gnb
‑
du不必要解码和重新编码其自己可以生成的信息的需要。
132.●
gnb
‑
cu将经由专用信令(单播)提供更准确/可靠的系统信息。这是可能的，因为
gnb
‑
cu已经意识到gnb
‑
du能力，因此可以判定是否从gnb
‑
du请求信息，而不是自己生成信息。
133.●
gnb
‑
cu能够编译单个信息源并将其重用于多个ue，而不必个体地生成。鉴于一些信息(诸如时间参考信息)并非特定于任何ue，这是可能的。因此，由gnb
‑
du提供的该信息的单个实例可以在多个消息或sib中重用，并且无需在每个ue的基础上进行请求。
134.●
该解决方案与该规范的发行版15版本向后兼容。
135.●
当当前未广播所需信息或当ue在不支持广播信息传递的bwp(诸如未配置css的bwp)中操作时，专用的sib传递请求或时间参考信息传递对于处于rrc连接状态的ue是可行的。
136.图9是图示了根据本公开的由gnb
‑
du执行的方法的流程图。在框902中，gnb
‑
du向第二节点指示用于生成与其他系统信息(osi)相关的信息的能力信息单元。在框904中，gnb
‑
du从第二节点接收确认指示。而且，在框906中，gnb
‑
du生成去往至少一个用户设备的系统信息广播信息。
137.图10是图示了根据本公开的由gnb
‑
cu执行的方法的流程图。在框1002中，gnb
‑
cu从第一节点接收用于生成与其他系统信息(osi)相关的信息的能力信息单元。而且，在框1004中，gnb
‑
cu将确认指示传输给第一节点。
138.通常，各种示例性实施例可以被实现在硬件或专用电路、软件、逻辑或其任何组合中。例如，一些方面可以被实现在硬件中，而其他方面可以被实现在可以由控制器、微处理器或其他计算设备执行的固件或软件中，尽管本发明并不限于此。
139.尽管本发明的示例性实施例的各个方面可以被图示和描述为框图、流程图或者使用一些其他图形表示，但是要充分理解的是，本文描述的这些框、装置、系统、技术或方法可以作为非限制性示例实施在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或者其他计算设备或其某种组合中。
140.因此，应该了解的是，本发明的示例性实施例的至少一些方面可以在诸如集成电路芯片和模块等各种组件中实践，并且本发明的示例性实施例可以在实施为集成电路的装置中实现。一个或多个集成电路可以包括用于实施以下至少一项或多项：一个或多个数据处理器、一个或多个数字信号处理器、基带电路系统和射频电路系统(可配置以根据本发明的示例性实施例进行操作)的电路系统以及可能的固件。
141.当结合附图阅读时，鉴于前述描述，对本发明的前述示例性实施例的各种修改和改编对于相关领域的技术人员来说可能会变得显而易见。例如，尽管上面已经在对5g nr系统的改进的上下文中描述了示例性实施例，但是应该了解的是，本发明的示例性实施例不限于仅与该一种特定类型的无线通信系统一起使用。本文呈现的本发明的示例性实施例是解释性的而不是详尽的，或者以其他方式限制了本发明的范围。
142.在先前的讨论中使用了以下缩写：
143.bwp
ꢀꢀꢀꢀ
带宽部分
144.css
ꢀꢀꢀꢀ
公共搜索空间
145.cu
ꢀꢀꢀꢀꢀ
集中式单元
146.dl
ꢀꢀꢀꢀꢀ
下行链路
147.du
ꢀꢀꢀꢀꢀ
分布式单元
148.ghz
ꢀꢀꢀꢀ
千兆赫兹
149.gnb
ꢀꢀꢀꢀ
gnodeb(5g基站)
150.gnb
‑
cu
ꢀꢀ
gnb集中式单元
151.gnb
‑
du
ꢀꢀ
gnb分布式单元
152.ie
ꢀꢀꢀꢀꢀꢀ
信息单元
153.iiot
ꢀꢀꢀꢀ
工业物联网
154.iot
ꢀꢀꢀꢀꢀ
物联网
155.mib
ꢀꢀꢀꢀꢀ
主信息块
156.msg1
ꢀꢀꢀꢀ
消息1
157.msg3
ꢀꢀꢀꢀ
消息3
158.npn
ꢀꢀꢀꢀꢀ
非公共网络
159.nr
ꢀꢀꢀꢀꢀꢀ
新无线电(5g)
160.osi
ꢀꢀꢀꢀꢀ
其他系统信息
161.prach
ꢀꢀꢀ
物理随机接入信道
162.rf
ꢀꢀꢀꢀꢀꢀ
射频
163.rrc
ꢀꢀꢀꢀꢀ
无线电资源控制
164.rrh
ꢀꢀꢀꢀꢀ
远程无线电头
165.rx
ꢀꢀꢀꢀꢀꢀ
接收器
166.si
ꢀꢀꢀꢀꢀꢀ
系统信息
167.sib
ꢀꢀꢀꢀꢀ
系统信息广播
168.ss
ꢀꢀꢀꢀꢀꢀ
同步信号
169.tx
ꢀꢀꢀꢀꢀꢀ
发送器
170.ue
ꢀꢀꢀꢀꢀꢀ
用户设备
171.ul
ꢀꢀꢀꢀꢀꢀ
上行链路
172.wi
ꢀꢀꢀꢀꢀꢀ
工作项
173.3gpp
ꢀꢀꢀꢀ
第三代合作伙伴计划
174.5g
ꢀꢀꢀꢀꢀꢀ
第五代
175.本文使用的术语仅用于描述特定的实施例并且不旨在限制本发明。如本文所使用的，单数形式“一”、“一个”和“该”也旨在包括复数形式，除非上下文另外清晰指示。还要理解的是，当在本说明书中使用时，术语“包括(comprises)”和/或“包括(comprising)”指定了规定特征、整数、步骤、操作、元件和/或组件的存在，但是不排除存在或者添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或其分组。
176.已经出于说明和描述的目的呈现了本发明的描述，但是并不旨在是详尽的或将本发明限制为所公开的形式。在不脱离本发明的范围和精神的情况下，许多修改和变型对于本领域的普通技术人员来说将是显而易见的。选择并且描述实施例是为了最好地解释本发明的原理和实际应用，并且使本领域的其他普通技术人员能够理解本发明的各种实施例，这些实施例具有适于所设想的特定用途的各种修改。
177.当结合附图阅读时，鉴于前述描述，各种修改和改编对于相关领域的技术人员来说可能会变得显而易见。然而，本公开的教导的任何和所有修改仍将落入本发明的非限制
性实施例的范围内。
178.尽管在特定实施例的上下文中进行了描述，但是对于本领域技术人员明显的是，对这些教导进行的多种修改和各种改变可能会发生。因此，尽管已经相对于本发明的一个或多个实施例具体地示出和描述了本发明，但是本领域技术人员将理解，在不脱离上面陈述的本发明的范围的情况下，可以在其中进行某些修改或改变。