切换处的QOS流重映射支持的制作方法

切换处的qos流重映射支持
1.优先权声明
2.本技术要求于2021年1月7日提交的序列号为63/134,743的美国临时专利申请的优先权权益，该申请通过引用以其整体合并于此。
技术领域
3.实施例涉及下一代无线通信。具体地，一些实施例涉及在分解的下一代无线电接入网络(ng-ran)处的切换，并且甚至更具体地，涉及在分解的ng-ran的切换处的服务质量(qos)流重映射。


背景技术：

4.由于使用网络资源的用户设备(ue)的设备类型的增加以及在这些ue上操作的各种应用(例如，视频流)所使用的数据量和带宽的增加，无线系统(包括第5代(5g)网络并开始包括第6代(6g)网络等等)的使用和复杂性增加。随着通信设备的数量和多样性的大量增加，相应的网络环境(包括路由器、交换机、桥接器、网关、防火墙和负载均衡器)已经变得越来越复杂。不出所料，任何新技术的出现都会带来许多问题。
附图说明
5.在不一定按比例绘制的附图中，相似的标号在不同视图中可以描述相似的组件。具有不同字母后缀的相似标号可以表示相似组件的不同实例。附图以示例方式而非限制方式概括图示了本文档中论述的各种实施例。
6.图1a示出了根据一些方面的网络的架构。
7.图1b示出了根据一些方面的非漫游5g系统架构。
8.图1c示出了根据一些方面的非漫游5g系统架构。
9.图2示出了根据一些实施例的通信设备的框图。
10.图3示出了根据一些方面的o-ran系统架构。
11.图4示出了根据一些方面的图3的o-ran系统的逻辑架构。
12.图5示出了根据一些方面的示例o-ran架构。
13.图6示出了根据一些方面的切换(ho)过程的流程图。
14.图7示出了根据一些实施例的承载上下文建立过程。
15.图8示出了根据一些实施例的gnb-cu-cp发起的承载上下文修改过程。
16.图9示出了根据一些实施例的gnb-cu-up发起的承载上下文修改过程。
具体实施方式
17.下面的描述和附图充分示出了具体实施例，以使得本领域技术人员能够实现它们。其他实施例可以包括结构的、逻辑的、电气的、过程的和其他的变化。一些实施例的部分和特征可以包括在其他实施例中，或替代其他实施例的部分和特征。权利要求中阐述的实
施例包括这些权利要求的所有可用等同物。
18.图1a示出了根据一些方面的网络的架构。网络140a包括3gpp lte/4g和ng网络功能，这些功能可以扩展到6g功能。因此，虽然将提到5g，但是应当理解的是，这能够扩展到6g结构、系统和功能。网络功能可以被实现为专用硬件上的分立网络元件、在专用硬件上运行的软件实例、和/或在适当平台(例如，专用硬件或云基础设施)上实例化的虚拟化功能。
19.网络140a被示出为包括用户设备(ue)101和ue 102。ue 101和102被示出为智能手机(例如，可连接到一个或多个蜂窝网络的手持触摸屏移动计算设备)，但是也可以包括任何移动或非移动计算设备，例如便携式(笔记本电脑)或台式计算机、无线手机、无人机、或包括有线和/或无线通信接口的任何其他计算设备。ue 101和102可以在本文中被统称为ue 101，并且ue 101可以用于执行本文中公开的一种或多种技术。
20.本文描述的任何无线电链路(例如，如在网络140a或任何其他图示网络中使用的)可以根据任何示例性无线电通信技术和/或标准进行操作。任何频谱管理方案包括例如专用许可频谱、未许可频谱、(许可)共享频谱(例如，2.3-2.4ghz、3.4-3.6ghz、3.6-3.8ghz和其他频率中的许可共享访问(lsa)、以及3.55-3.7ghz和其他频率中的频谱访问系统(sas))。不同的单载波或正交频域复用(ofdm)模式(cp-ofdm、sc-fdma、sc-ofdm、基于滤波器组的多载波(fbmc)、ofdma等)(特别是3gpp nr)可以通过将ofdm载波数据位向量分配到相应的符号资源来使用。
21.在一些方面中，ue 101和102中的任一者都可以包括物联网(iot)ue或蜂窝iot(ciot)ue，其可以包括为利用短寿命ue连接的低功耗iot应用而设计的网络接入层。在一些方面中，ue 101和102中的任一者都可以包括窄带(nb)iot ue(例如，增强的nb-iot(enb-iot)ue和进一步增强的(fenb-iot)ue)。iot ue可以利用诸如机器对机器(m2m)或机器类型通信(mtc)之类的技术，通过公共陆地移动网络(plmn)、基于接近度的服务(prose)或设备对设备(d2d)通信、传感器网络、或iot网络，来与mtc服务器或设备交换数据。m2m或mtc数据交换可以是由机器发起的数据交换。iot网络包括互连连接的iot ue，其可以包括唯一可识别的嵌入式计算设备(在互联网基础设施内)，具有短寿命连接。iot ue可以执行后台应用(例如，保持活动消息、状态更新等)以促进iot网络的连接。在一些方面中，ue 101和102中的任一者都可以包括增强的mtc(emtc)ue或进一步增强的mtc(femtc)ue。
22.ue 101和102可以被配置为与无线电接入网(ran)110连接(例如，通信地耦合)。ran 110可以是例如演进的通用移动通信系统(umts)地面无线电接入网(e-utran)、下一代ran(ng ran)、或其他类型的ran。
23.ue 101和102分别利用连接103和104，每个连接包括物理通信接口或层(下面进一步详细讨论)；在该示例中，连接103和104被示出为使能通信耦合的空中接口，并且可以符合蜂窝通信协议，例如全球移动通信系统(gsm)协议、码分多址(cdma)网络协议、即按即说(ptt)协议、蜂窝上ptt(poc)协议、通用移动通信系统(umts)协议、3gpp长期演进(lte)协议、5g协议、6g协议等。
24.在一个方面中，ue 101和102可以进一步通过prose接口105直接交换通信数据。prose接口105也可以被称为侧链路(sl)接口，该sl接口包括一个或多个逻辑信道，包括但不限于物理侧链路控制信道(pscch)、物理侧链路共享信道(pssch)、物理侧链路发现信道(psdch)、物理侧链路广播信道(psbch)、和物理侧链路反馈信道(psfch)。
25.ue 102被示出为被配置为经由连接107接入接入点(ap)106。连接107可以包括本地无线连接，例如，符合任何ieee 802.11协议的连接，根据该协议，ap 106可以包括无线保真路由器。在该示例中，ap 106被示出为连接到互联网而不连接到无线系统的核心网络(下面进一步详细描述)。
26.ran 110可以包括一个或多个接入节点，该一个或多个接入节点使能连接103和104。这些接入节点(an)可以被称为基站(bs)、nodeb、演进nodeb(enb)、下一代nodeb(gnb)、ran节点等，并且可以包括在地理区域(例如，小区)内提供覆盖的地面站(例如，地面接入点)或卫星站。在一些方面中，通信节点111和112可以是传输/接收点(trp)。在通信节点111和112是nodeb(例如，enb或gnb)的情况下，一个或多个trp可以在nodeb的通信小区内发挥作用。ran 110可以包括用于提供宏小区的一个或多个ran节点(例如，宏ran节点111)，以及用于提供毫微微小区或微微小区(例如，相比于宏小区，具有更小的覆盖区域、更小的用户容量、或更高的带宽的小区)的一个或多个ran节点(例如，低功率(lp)ran节点112)。
27.ran节点111和112中的任一者都可以终接(terminate)空中接口协议，并且可以是ue 101和102的第一接触点。在一些方面中，ran节点111和112中的任一者都可以实现ran 110的各种逻辑功能，包括但不限于无线电网络控制器(rnc)功能，例如，无线电承载管理、上行链路和下行链路动态无线电资源管理和数据分组调度、以及移动性管理。在示例中，节点111和/或112中的任一者都可以是gnb、enb、或其他类型的ran节点。
28.ran 110被示出为通过s1接口113通信地耦合到核心网络(cn)120。在各个方面中，cn 120可以是演进分组核心(epc)网络、下一代分组核心(npc)网络、或一些其他类型的cn(例如，参考图1b至图1c所示)。在该方面中，s1接口113被分为两个部分：s1-u接口114，其承载ran节点111和112与服务网关(s-gw)122之间的流量数据；以及s1移动性管理实体(mme)接口115，其是ran节点111和112与mme 121之间的信令接口。
29.在该方面中，cn 120包括mme 121、s-gw 122、分组数据网络(pdn)网关(p-gw)123、和家庭订户服务器(hss)124。mme 121在功能上可以类似于传统的服务通用分组无线业务(gprs)支持节点(sgsn)的控制平面。mme 121可以管理接入中的移动性方面，例如网关选择和跟踪区域列表管理。hss 124可以包括网络用户的数据库，包括用来支持网络实体处理通信会话的订阅相关信息。cn 120可以包括一个或几个hss 124，这取决于移动订户的数量、设备的容量、网络的组织等等。例如，hss 124可以提供对路由/漫游、认证、授权、命名/寻址解析、位置依赖性等的支持。
30.s-gw 122可以终接朝向ran 110的s1接口113，并且在ran 110和cn 120之间路由数据分组。此外，s-gw 122可以是用于ran节点间切换的本地移动性锚点，并且还可以为3gpp间移动性提供锚点。s-gw 122的其他责任可以包括合法拦截、收费、和一些策略执行。
31.p-gw 123可以终接朝向pdn的sgi接口。p-gw 123可以通过互联网协议(ip)接口125在cn 120和外部网络(例如，包括应用服务器184(或者称为应用功能(af))的网络)之间路由数据分组。p-gw 123还可以将数据传送到其他外部网络131a，该其他外部网络131a可以包括互联网、ip多媒体子系统(ips)网络、和其他网络。一般地，应用服务器184可以是提供与核心网络(例如，umts分组服务(ps)域、lte ps数据服务等)一起使用ip承载资源的应用的元件。在该方面中，p-gw 123被示出为通过ip接口125通信地耦合到应用服务器184。应用服务器184还可以被配置为通过cn 120支持针对ue 101和102的一个或多个通信服务(例
如，互联网语音协议(voip)会话、ptt会话、组通信会话、社交网络服务等)。
32.p-gw 123还可以是用于策略执行和收费数据收集的节点。策略和收费规则功能(pcrf)126是cn 120的策略和收费控制元件。在非漫游场景中，在一些方面中，在家庭公共陆地移动网络(hplmn)中可能存在与ue的互联网协议连接性接入网络(ip-can)会话相关联的单一pcrf。在具有本地流量中断的漫游场景中，可能存在与ue的ip-can会话相关联的两个pcrf：hplmn内的家庭pcrf(h-pcrf)、和受访公共陆地移动网络(vplmn)内的受访pcrf(v-pcrf)。pcrf 126可以通过p-gw 123通信地耦合到应用服务器184。
33.在一些方面中，通信网络140a可以是iot网络或5g或6g网络，包括使用许可(5g nr)和未许可(5g nr-u)频谱中的通信的5g新无线电网络。目前iot实现之一是窄带iot(nb-iot)。未许可频谱中的操作可以包括双连接性(dc)操作以及未许可频谱中的独立lte系统，根据该独立lte系统，基于lte的技术仅在未许可频谱中操作，而不使用许可频谱中的“锚点”，称为multefire。在未来的版本和5g系统中，期望进一步加强lte系统在许可以及未许可频谱中的操作。这种增强的操作可以包括用于侧链路资源分配的技术和用于nr侧链路v2x通信的ue处理行为。
34.ng系统架构(或6g系统架构)可以包括ran 110和5g核心网络(5gc)120。ng-ran 110可以包括多个节点，例如gnb和ng-enb。cn 120(例如，5g核心网络/5gc)可以包括接入和移动性功能(amf)和/或用户平面功能(upf)。amf和upf可以通过ng接口通信地耦合到gnb和ng-enb。更具体地，在一些方面中，gnb和ng-enb可以通过ng-c接口连接到amf，并且通过ng-u接口连接到upf。gnb和ng-enb可以通过xn接口相互耦合。
35.在一些方面中，ng系统架构可以在各种节点之间使用参考点。在一些方面中，每个gnb和ng-enb都可以被实现为基站、移动边缘服务器、小小区、家庭enb等等。在一些方面中，在5g架构中，gnb可以是主节点(mn)，并且ng-enb可以是从节点(sn)。
36.图1b示出了根据一些方面的非漫游5g系统架构。具体地，图1b示出了以参考点表示的5g系统架构140b，其可以扩展到6g系统架构。更具体地，ue 102可以与ran 110以及一个或多个其他5gc网络实体进行通信。5g系统架构140b包括多个网络功能(nf)，例如amf 132、会话管理功能(smf)136、策略控制功能(pcf)148、应用功能(af)150、upf 134、网络切片选择功能(nssf)142、认证服务器功能(ausf)144、和统一数据管理(udm)/家庭订户服务器(hss)146。
37.upf 134可以提供到数据网络(dn)152的连接，其可以包括例如运营商服务、互联网接入、或第三方服务。amf 132可以用于管理接入控制和移动性，并且还可以包括网络切片选择功能。amf 132可以提供基于ue的认证、授权、移动性管理等等，并且可以独立于接入技术。smf 136可以被配置为根据网络策略来设置和管理各种会话。因此，smf 136可以负责会话管理以及ip地址到ue的分配。smf 136还可以选择和控制upf 134以用于数据传输。smf 136可以与ue 101的单个会话或ue 101的多个会话相关联。也就是说，ue 101可以具有多个5g会话。可以为每个会话分配不同的smf。使用不同的smf可以允许单独地管理每个会话。因此，每个会话的功能可以是相互独立的。
38.upf 134可以根据期望的服务类型在一个或多个配置中进行部署，并且可以与数据网络进行连接。pcf 148可以被配置为提供使用网络切片、移动性管理、和漫游的策略框架(类似于4g通信系统中的pcrf)。udm可以被配置为存储订户配置文件和数据(类似于4g通
信系统中的hss)。
39.af 150可以向负责策略控制的pcf 148提供关于分组流的信息，以支持期望的qos。pcf 148可以为ue 101设置移动性和会话管理策略。为此目的，pcf 148可以使用分组流信息来确定针对amf 132和smf 136的适当操作的适当策略。ausf 144可以存储用于ue认证的数据。
40.在一些方面中，5g系统架构140b包括ip多媒体子系统(ims)168b以及多个ip多媒体核心网络子系统实体，例如呼叫会话控制功能(cscf)。更具体地，ims 168b包括cscf，其可以作为代理cscf(p-cscf)162b、服务cscf(s-cscf)164b、紧急cscf(e-cscf)(在图1b中未示出)、或询问cscf(i-cscf)166b。p-cscf 162b可以被配置为ue 102在im子系统(ims)168b内的第一接触点。s-cscf 164b可以被配置为处理网络中的会话状态，并且e-cscf可以被配置为处理紧急会话的某些方面，例如将紧急请求路由到正确的紧急中心或psap。i-cscf 166b可以被配置为充当如下所有ims连接在运营商网络内的接触点，这些ims连接的目的地是该网络运营商的订户、或当前位于该网络运营商的服务区域内的漫游订户。在一些方面中，i-cscf 166b可以连接到另一个ip多媒体网络170e，例如，由不同的网络运营商操作的ims。
41.在一些方面中，udm/hss 146可以耦合到应用服务器160e，该应用服务器160e可以包括电话应用服务器(tas)或其他应用服务器(as)。as 160b可以通过s-cscf 164b或i-cscf 166b耦合到ims 168b。
42.参考点表示示出了相应的nf服务之间可以存在交互。例如，图1b示出了以下参考点：n1(在ue 102和amf 132之间)、n2(在ran 110和amf 132之间)、n3(在ran 110和upf 134之间)、n4(在smf 136和upf 134之间)、n5(在pcf 148和af 150之间，未示出)、n6(在upf 134和dn 152之间)、n7(在smf 136和pcf 148之间，未示出)、n8(在udm 146和amf 132之间，未示出)、n9(在两个upf 134之间，未示出)、n10(在udm 146和smf 136之间，未示出)、n11(在amf 132和smf 136之间，未示出)、n12(在ausf 144和amf 132之间，未示出)、n13(在ausf 144和udm 146之间，未示出)、n14(在两个amf 132之间，未示出)、n15(在非漫游场景的情况下在pcf 148和amf 132之间，或者在漫游场景的情况下在pcf 148与受访网络和amf 132之间，未示出)、n16(在两个smf之间，未示出)、和n22(在amf 132和nssf 142之间，未示出)。还可以使用图1b中未示出的其他参考点表示。
43.图1c示出了5g系统架构140c和基于服务的表示。除了图1b中所示的网络实体之外，系统架构140c还可以包括网络暴露功能(nef)154和网络存储库功能(nrf)156。在一些方面中，5g系统架构可以是基于服务的，并且网络功能之间的交互可以通过相应的点对点参考点ni来表示，或者被表示为基于服务的接口。
44.在一些方面中，如图1c所示，基于服务的表示可以用来表示控制平面内的网络功能，这些网络功能使得其他已授权的网络功能能够访问他们的服务。在该方面，5g系统架构140c可以包括以下基于服务的接口：namf 158h(amf 132展现的基于服务的接口)、nsmf 158i(smf 136展现的基于服务的接口)、nnef 158b(nef 154展现的基于服务的接口)、npcf 158d(pcf 148展现的基于服务的接口)、nudm 158e(udm 146展现的基于服务的接口)、naf 158f(af 150展现的基于服务的接口)、nnrf 158c(nrf 156展现的基于服务的接口)、nnssf 158a(nssf 142展现的基于服务的接口)、nausf 158g(ausf 144展现的基于服务的接口)。
还可以使用图1c中未示出的其他基于服务的接口(例如，nudr、n5g-eir和nudsf)。
45.nr-v2x架构可以支持具有多种流量模式的高可靠性低延迟侧链路通信，包括具有随机分组到达时间和大小的周期性和非周期性通信。本文所公开的技术可以用于支持具有动态拓扑的分布式通信系统(包括侧链路nr v2x通信系统)中的高可靠性。
46.图2示出了根据一些实施例的通信设备的框图。通信设备200可以是ue(例如，专用计算机、个人或笔记本计算机(pc)、平板pc、或智能手机)、专用网络设备(例如，enb)、将服务器配置为作为网络设备进行操作的服务器运行软件、虚拟设备、或者能够(顺序地或以其他方式)执行指定机器要采取的动作的指令的任何机器。例如，通信设备200可以被实现为图1a至图1c中所示的一个或多个设备。注意，本文所描述的通信可以在由发送实体(例如，ue、gnb)发送之前进行编码，以由接收实体(例如，gnb、ue)接收，并在由接收实体接收之后进行解码。
47.如本文所述的示例可以包括逻辑或若干个组件、模块或机构，或者可以在逻辑或若干个组件、模块或机构上操作。模块和组件是能够执行指定的操作并且可以按一定方式来配置或布置的有形实体(例如，硬件)。在示例中，电路可以按指定的方式被布置为模块(例如，在内部或者对于外部实体，例如其他电路)。在示例中，一个或多个计算机系统(例如，单机、客户端或服务器计算机系统)或者一个或多个硬件处理器的全部或部分可以由固件或软件(例如，指令、应用部分或者应用)配置为进行操作来执行指定操作的模块。在示例中，软件可以驻留在机器可读介质上。在示例中，软件当被模块的底层硬件执行时使得该硬件执行指定的操作。
48.因此，术语“模块”(以及“组件”)被理解为涵盖有形实体，是物理构造的、特别配置(例如，硬连线)的、或者临时(例如，暂态)配置(例如，编程)的来以指定方式操作或者执行本文描述的任何操作的一部分或全部的实体。考虑模块被临时配置的示例，不需要在任何一个时刻实例化每个模块。例如，在模块包括利用软件配置的通用硬件处理器的情况下，该通用硬件处理器在不同时间可以被配置为各个不同的模块。软件可以相应地将硬件处理器配置为例如在一个时刻构成一个特定模块并且在另一时刻构成另一模块。
49.通信设备200可以包括硬件处理器(或等价的处理电路)202(例如，中央处理单元(cpu)、gpu、硬件处理器核心、或其任何组合)、主存储器204和静态存储器206，其中的一些或全部可以通过互连(例如，总线)208相互通信。主存储器204可以包括任何或全部的可移动存储装置和非可移动存储装置、易失性存储器或非易失性存储器。通信设备200还可以包括显示单元210，例如视频显示器、字母数字输入设备212(例如，键盘)和用户界面(ui)导航设备214(例如，鼠标)。在示例中，显示单元210、输入设备212和ui导航设备214可以是触摸屏显示器。通信设备200还可以包括存储设备(例如，驱动单元)216、信号生成设备218(例如，扬声器)、网络接口设备220和一个或多个传感器，例如全球定位系统(gps)传感器、指南针、加速度计或其他传感器。通信设备200还可以包括输出控制器，例如串行(例如，通用串行总线(usb))、并行、或其他有线或无线(例如，红外(ir)、近场通信(nfc)等)连接以与一个或多个外围设备(例如，打印机、读卡器等)通信或者控制一个或多个外围设备。
50.存储设备216可以包括非暂态机器可读介质222(以下简称机器可读介质)，其上存储了体现本文描述的任何一个或多个技术或功能或者被本文描述的任何一个或多个技术或功能所利用的一组或多组数据结构或指令224(例如，软件)。在由通信设备200执行指令
224期间，指令224也可以完全或至少部分地驻留在主存储器204内、在静态存储器206内、和/或在硬件处理器202内。虽然机器可读介质222被示出为单个介质，但是术语“机器可读介质”可以包括被配置为存储一个或多个指令224的单个介质或多个介质(例如，集中式或分布式数据库，和/或关联的缓存和服务器)。
51.术语“机器可读介质”可以包括能够存储、编码或携带供通信设备200执行并且使得通信设备200执行本公开的任何一个或多个技术的指令的任何介质，或者能够存储、编码或携带被这种指令使用或者与这种指令相关联的数据结构的任何介质。非限制性机器可读介质示例可以包括固态存储器，以及光介质和磁介质。机器可读介质的具体示例可以包括：非易失性存储器，例如半导体存储器设备(例如，电可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom))，以及闪存设备；磁盘，例如内部硬盘和可移除盘；磁光盘；随机访问存储器(ram)；以及cd-rom和dvd-rom盘。
52.还可以利用若干无线局域网(wlan)传输协议(例如，帧中继、互联网协议(ip)、传输控制协议(tcp)、用户数据报协议(udp)、超文本传输协议(http)等等)中的任何一种经由网络接口设备220使用传输介质226通过通信网络，来发送或接收指令224。示例通信网络可以包括局域网(lan)、广域网(wan)、分组数据网络(例如，互联网)、移动电话网络(例如，蜂窝网络)、简易老式电话(pots)网络、和无线数据网络。网络上的通信可以包括一个或多个不同的协议，例如电气和电子工程师协会(ieee)802.11标准系列(称为wi-fi)、ieee 802.16标准系列(称为wimax)、ieee 802.15.4标准系列、长期演进(lte)标准系列、通用移动通信系统(umts)标准系列、点对点(p2p)网络、下一代(ng)/第五代(5g)标准等等。在示例中，网络接口设备220可以包括用来连接到传输介质226的一个或多个物理插孔(例如，以太网、同轴、或电话插孔)或一个或多个天线。
53.注意，本文使用的术语“电路”是指被配置为提供描述的功能的硬件组件、是这些硬件组件的一部分、或者包括这些硬件组件，这些硬件组件例如是电子电路、逻辑电路、处理器(共享的、专用的或群组的)和/或存储器(共享的、专用的或群组的)、专用集成电路(asic)、现场可编程设备(fpd)(例如，现场可编程门阵列(fpga)、可编程逻辑器件(pld)、复杂pld(cpld)、高容量pld(hcpld)、结构化asic、或可编程soc)、数字信号处理器(dsp)等等。在一些实施例中，电路可以执行一个或多个软件或固件程序，以提供至少一些描述的功能。术语“电路”还可以指一个或多个硬件元件(或者在电气或电子系统中使用的电路组合)与程序代码的组合，用于执行该程序代码的功能。在这些实施例中，硬件元件和程序代码的组合可以被称为特定类型的电路。
54.因此，本文使用的术语“处理器电路”或“处理器”是指下列电路、是下列电路的一部分、或者包括下列电路：该电路能够顺序且自动地执行一系列算术或逻辑操作，或者记录、存储和/或传输数字数据。术语“处理器电路”或“处理器”可以指一个或多个应用处理器、一个或多个基带处理器、物理中央处理单元(cpu)、单核或多核处理器、和/或能够执行或以其他方式操作计算机可执行指令(例如，程序代码、软件模块和/或功能进程)的任何其他设备。
55.本文描述的任何无线电链路都可以根据下列无线电通信技术和/或标准中的任一者或多者进行操作，所述无线电通信技术和/或标准包括但不限于：全球移动通信系统(gsm)无线电通信技术、通用分组无线电业务(gprs)无线电通信技术、增强型数据速率gsm
演进(edge)无线电通信技术、和/或第三代合作伙伴计划(3gpp)无线电通信技术，例如，通用移动通信系统(umts)、自由多媒体接入(foma)、3gpp长期演进(lte)、3gpp长期演进高级(lte高级)、码分多址2000(cdma2000)、蜂窝数字分组数据(cdpd)、mobitex、第三代(3g)、电路交换数据(csd)、高速电路交换数据(hscsd)、通用移动通信系统(第三代)(umts(3g))、宽带码分多址(通用移动通信系统)(w-cdma(umts))、高速分组接入(hspa)、高速下行链路分组接入(hsdpa)、高速上行链路分组接入(hsupa)、高速分组接入+(hspa+)、通用移动通信系统时分双工(umts-tdd)、时分码分多址(td-cdma)、时分同步码分多址(td-scdma)、第三代合作伙伴计划版本8(第4代之前)(3gpp rel.8(4g之前))、3gpp rel.9(第3代合作伙伴计划版本9)、3gpp rel.10(第3代合作伙伴计划版本10)、3gpp rel.11(第3代合作伙伴计划版本11)、3gpp rel.12(第3代合作伙伴计划版本12)、3gpp rel.13(第3代合作伙伴计划版本13)、3gpp rel.14(第3代合作伙伴计划版本14)、3gpp rel.15(第3代合作伙伴计划版本15)、3gpp rel.16(第3代合作伙伴计划版本16)、3gpp rel.17(第3代合作伙伴计划版本17)以及后续版本(例如，rel.18、rel.19等等)、3gpp 5g、5g、5g新无线电(5g nr)、3gpp 5g新无线电、3gpp lte扩展、lte高级专业、lte许可辅助接入(laa)、multefire、umts陆地无线电接入(utra)、演进的umts陆地无线电接入(e-utra)、长期演进高级(第四代)(lte高级(4g))、cdmaone(2g)、码分多址2000(第三代)(cdma2000(3g))、优化演进数据或仅演进数据(ev-do)、高级移动电话系统(第一代)(amps(1g))、全接入通信系统/扩展式全接入通信系统(tacs/etacs)、数字amps(第二代)(d-amps(2g))、即按即说(ptt)、移动电话系统(mts)、改进的移动电话系统(imts)、高级移动电话系统(amts)、olt(挪威语offentlig landmobil telefoni，公共陆地移动电话)、mtd(瑞典语mobiltelefonisystem d的缩写，或移动电话系统d)、公共自动化陆地移动(autotel/palm)、arp(芬兰语autoradiopuhelin，“汽车无线电话”)、nmt(北欧移动电话)、ntt(日本电信电话)的大容量版本(hicap)、蜂窝数字分组数据(cdpd)、mobitex、datatac、集成数字增强网络(iden)、个人数字蜂窝(pdc)、电路交换数据(csd)、个人手持电话系统(phs)、宽带集成数字增强型网络(widen)、iburst、未许可移动接入(uma，也称为3gpp通用接入网络或gan标准)、zigbee、蓝牙(r)、无线千兆联盟(wigig)标准、通用毫米波标准(在10-300ghz及以上进行操作的无线系统，例如wigig、ieee 802.11ad、ieee 802.11ay等等)、在300ghz和thz频带以上进行操作的技术、(基于3gpp/lte、或ieee 802.11p、或ieee 802.11bd以及其他的)车辆对车辆(v2v)和车辆对x(v2x)和车辆对基础设施(v2i)和基础设施对车辆(i2v)通信技术、3gpp蜂窝v2x、dsrc(专用短程通信)通信系统(例如，智能传输系统和其他(通常在5850mhz至5925mhz或以上进行操作(通常高达5935mhz，遵循cept报告71中的更改建议)))、欧洲its-g5系统(即，基于ieee 802.11p的dsrc的欧洲风格，包括its-g5a(即，在以下欧洲its频带中操作its-g5，该欧洲its频带在频率范围5875ghz至5905ghz中专用于安全相关应用的its)、its-g5b(即，在以下欧洲its频带中进行操作，该欧洲its频带在频率范围5855ghz至5875ghz中专用于its非安全应用)、its-g5c(即，在频率范围5470ghz至5725ghz中操作its应用))、在700mhz频带(包括715mhz至725mhz)中的在日本的dsrc、基于ieee 802.11bd的系统等等。
56.本文描述的各个方面可以用于任何频谱管理方案的情境，这些频谱管理方案包括专用许可频谱、未许可频谱、许可豁免频谱、(许可)共享频谱(例如，2.3-2.4ghz、3.4-3.6ghz、3.6-3.8ghz及以上频率中的许可共享访问(lsa)，并且3.55-3.7ghz及以上频率中
的频谱访问系统(sas)/公民宽带无线电系统(cbrs))。适用的频谱带包括imt(国际移动通信)频谱以及其他类型的频谱/频带，例如具有国家分配的频带(包括450-470mhz、902-928mhz(注：例如在us分配的(fcc部分15))、863-868.6mhz(注：例如在欧盟分配的(etsi en 300 220))、915.9-929.7mhz(注：例如在日本分配的)、917-923.5mhz(注：例如在韩国分配的)、755-779mhz和779-787mhz(注：例如在中国分配的)、790-960mhz、1710-2025mhz、2110-2200mhz、2300-2400mhz、2.4-2.4835ghz(注：其是具有全球可用性的ism频带，并且其由wi-fi技术系列(11b/g/n/ax)和蓝牙使用)、2500-2690mhz、698-790mhz、610-790mhz、3400-3600mhz、3400-3800mhz、3800-4200mhz、3.55-3.7ghz(注：例如在us分配给公民宽带无线电业务)、5.15-5.25ghz和5.25-5.35ghz和5.47-5.725ghz和5.725-5.85ghz频带(注：例如在us分配的(fcc部分15)，包括总共500mhz频谱中的四个u-nii频带)、5.725-5.875ghz(注：例如在eu分配的(etsi en 301 893))、5.47-5.65ghz(注：例如在韩国分配的)、5925-7125mhz和5925-6425mhz频带(注：us和eu分别正在考虑))。下一代wi-fi系统预计将包括6ghz频谱作为操作频带，但值得注意的是，截至2017年12月，wi-fi系统还不允许在该频带中使用。预计在2019-2020年完成监管，imt先进频谱、imt-2020频谱(预计包括3600-3800mhz、3800-4200mhz、3.5ghz频带、700mhz频带、24.25-86ghz范围内的频带等)、在fcc的“频谱前沿”5g倡议下可用的频谱(包括27.5-28.35ghz、29.1-29.25ghz、31-31.3ghz、37-38.6ghz、38.6-40ghz、42-42.5ghz、57-64ghz、71-76ghz、81-86ghz、和92-94ghz等)、5.9ghz(通常为5.85-5.925ghz)和63-64ghz的its(智能交通系统)频带、目前分配给wigig的频带(例如，wigig频带1(57.24-59.40ghz)、wigig频带2(59.40-61.56ghz)、和wigig频带3(61.56-63.72ghz)、和wigig频带4(63.72-65.88ghz))、57-64/66ghz(注：该频带具有接近全球指定的多千兆无线系统(mgws)/wigig，在us(fcc部分15)分配了总共14ghz频谱，而eu(用于固定p2p的etsi en 302 567和etsi en 301 217-2)分配了总共9ghz频谱)、70.2ghz-71ghz频带、65.88ghz和71ghz之间的任意频带、目前分配给车载雷达应用的频带(例如，76-81ghz)、以及未来频带(包括94-300ghz及以上)。此外，该方案可以在诸如tv空白频带(通常低于790mhz)之类的频带的辅助基础上进行使用，其中400mhz和700mhz频带是有前途的候选频带。除了蜂窝应用之外，垂直市场的特定应用也可以得到解决，例如pmse(程序制作和特殊事件)、医疗、健康、外科手术、汽车、低延迟、无人机等应用。
57.本文描述的各个方面还可以实现方案的分层应用，例如通过基于对频谱的优先级访问，为不同类型的用户(例如，低/中/高优先级等)引入分层使用优先级，例如第1级用户具有最高优先级，其次是第2级用户，然后是第3级用户等等。
58.本文描述的各个方面还可以通过将ofdm载波数据位向量分配到相应的符号资源，来应用于不同的单载波或ofdm类型(cp-ofdm、sc-fdma、sc-ofdm、基于过滤器组的多载波(fbmc)、ofdma等)(特别是，3gpp nr(新无线电))。
59.本文档中的一些特征是针对网络侧定义的，例如ap、enb、nr、或gnb，请注意，该术语通常在3gpp 5g和6g通信系统等的上下文中使用。尽管如此，ue也可以扮演该角色，并且充当ap、enb或gnb；也就是说，针对网络设备定义的一些或所有特征可以由ue实现。
60.如上所述，图3示出了根据一些方面的o-ran系统架构。图3提供了o-ran架构300的高级视图。o-ran架构300包括四个o-ran定义的接口—即a1接口、o1接口、o2接口和开放式前传管理(m)平面接口—其将服务管理和编排(smo)框架302连接到o-ran网络功能(nf)304
和o-cloud 306。
61.o1接口是编排和管理实体(orchestration/nms)与o-ran管理元件之间的接口，用于操作和管理，通过该接口实现fcaps管理、软件管理、文件管理以及其他类似的功能。o2接口是smo框架与o-cloud之间的接口。a1接口是non-rt ric和near-rt ric之间的接口，以实现near-rt ric应用/功能的策略驱动指导，并支持ai/ml工作流。
62.smo 302还与外部系统310连接，外部系统310向smo 302提供额外的配置数据。图3还示出a1接口连接smo 302中或smo 302处的o-ran非实时(rt)ran智能控制器(ric)312和o-ran nf 304中或o-ran nf 304处的o-ran near-rt ric 314。o-ran nf 304可以是虚拟化网络功能(vnf)，例如虚拟机(vm)或容器，位于o-cloud 306和/或使用定制硬件的物理网络功能(pnf)之上。当与smo框架302接口时，期望所有o-ran nf 304都支持o1接口。o-ran nf 304经由ng接口(这是3gpp定义的接口)连接到ng-core 308。smo 302和o-ran无线电单元(o-ru)316之间的开放式前传m平面接口支持o-ran混合模型中的o-ru 316管理。开放式前传m平面接口是到smo 302的可选接口，包含该接口是为了向后兼容的目的，并且仅用于在混合模式下管理o-ru 316。o1接口的o-ru 316终端朝向smo 302。
63.图4示出了根据一些方面的图3的o-ran系统的逻辑架构。图4示出了与图3的o-ran架构300相对应的o-ran逻辑架构400。在图4中，分别地，smo 402对应于smo 302，o-cloud 406对应于o-cloud 306，non-rt ric 412对应于non-rt ric 312，near-rt ric 414对应于near-rt ric 314，并且o-ru 416对应于图3的o-ru 316。o-ran逻辑架构400包括无线电部分和管理部分。
64.架构400的管理部分/侧包括包含non-rt ric 412的smo框架402并且可以包括o-cloud 406。o-cloud 406是云计算平台，包括物理基础设施节点的集合以托管相关的o-ran功能(例如，near-rt ric 414、o-ran中央单元-控制平面(o-cu-cp)421、o-ran中央单元-用户平面(o-cu-up)422、以及o-ran分布式单元(o-du)415)，支持软件组件(例如，os、vmm、容器运行时引擎、ml引擎等)，以及适当的管理和编排功能。
65.逻辑架构400的无线电部分/侧包括near-rt ric 414、o-ran分布式单元(o-du)415、o-ru 416、o-ran中央单元-控制平面(o-cu-cp)421、以及o-ran中央单元-用户平面(o-cu-up)422功能。逻辑架构400的无线电部分/侧也可以包括o-e/gnb 410。
66.o-du 415是托管以下项的逻辑节点：基于较低层功能划分的无线电链路控制(rlc)、媒体访问控制(mac)和较高物理(phy)层实体/元素(高phy层)。o-ru 416是托管以下项的逻辑节点：基于较低层功能划分的较低phy层实体/元素(低phy层)(例如，快速傅里叶变换/快速傅里叶逆变换(fft/ifft)、物理随机接入信道(prach)提取等)和rf处理元素。o-cu-cp 421是托管无线电资源控制(rrc)和分组数据会聚协议(pdcp)协议的控制平面(cp)部分的逻辑节点。o-cu-up 422是托管pdcp协议和服务数据适配协议(sdap)协议的用户平面部分的逻辑节点。
67.e2接口终接多个e2节点。e2节点是终接e2接口的逻辑节点/实体。对于nr/5g接入，e2节点包括o-cu-cp 421、o-cu-up 422、o-du 415或元素的任意组合。对于e-utra接入，e2节点包括o-e/gnb 410。如图4所示，e2接口还将o-e/gnb 410连接到near-rt ric 414。e2接口上的协议仅仅基于cp协议。e2功能分组为以下几类：(a)near-rt ric 414服务(report、insert、control和policy)；以及(b)near-rt ric 414支持功能，其包括e2接口管理(e2设
置、e2重置、一般错误情况的报告等)和near-rt ric服务更新(例如，与通过e2公开的e2节点功能列表相关的能力交换)。
68.图4示出了ue 401和o-e/gnb 410之间以及ue 401和o-ran组件之间的uu接口。uu接口是3gpp定义的接口，其包括从l1到l3的完整协议栈并且终接ng-ran或e-utran。o-e/gnb 410是支持e2接口的lte enb、5g gnb或ng-enb。o-e/gnb 410可以与之前讨论的其他ran节点相同或相似。ue 401可以对应于先前讨论的ue等。可以有多个ue 401和/或多个o-e/gnb 410，它们中的每一个可以经由各自的uu接口彼此连接。虽然没有在图4中示出，o-e/gnb 410支持o-du 415和o-ru 416功能，这两个功能之间有开放式前传(of)接口。
69.of接口在o-du 415和o-ru 416功能之间。of接口包括控制用户同步(cus)平面和管理(m)平面。图3和图4还示出o-ru 416终接朝向o-du 415的of m平面接口并且可选地终接朝向smo 402的of m平面接口。o-ru 416终接朝向o-du 415和smo 402的of cus平面接口。
70.f1-c接口连接o-cu-cp 421与o-du 415。如3gpp所定义，f1-c接口位于gnb-cu-cp和gnb-du节点之间。然而，出于o-ran的目的，在o-cu-cp 421与o-du 415功能之间采用f1-c接口，同时重用3gpp定义的原则和协议栈以及互操作性简档(profile)规范的定义。
71.f1-u接口连接o-cu-up 422与o-du 415。如3gpp所定义，f1-u接口位于gnb-cu-up和gnb-du节点之间。然而，出于o-ran的目的，在o-cu-up 422与o-du 415功能之间采用f1-u接口，同时重用3gpp定义的原则和协议栈以及互操作性简档规范的定义。
72.ng-c接口由3gpp定义为5gc中gnb-cu-cp与amf之间的接口。ng-c也称为n2接口。ng-u接口由3gpp定义，作为5gc中gnb-cu-up和upf之间的接口。ng-u接口被称为n3接口。在o-ran中，由3gpp定义的ng-c和ng-u协议栈被重用，并且可以适用于o-ran目的。
73.x2-c接口在3gpp中定义，用于在en-dc中在enb之间或在enb和en-gnb之间传输控制平面信息。x2-u接口在3gpp中定义，用于在en-dc中在enb之间或在enb和en-gnb之间传输用户平面信息。在o-ran中，由3gpp定义的x2-c和x2-u协议栈被重用，并且可以适用于o-ran目的。
74.xn-c接口在3gpp中定义，用于在gnb、ng-enb之间或ng-enb和gnb之间传输控制平面信息。xn-u接口在3gpp中定义，用于在gnb、ng-enb之间或ng-enb和gnb之间传输用户平面信息。在o-ran中，由3gpp定义的xn-c和xn-u协议栈被重用，并且可以适用于o-ran目的。
75.e1接口由3gpp定义为gnb-cu-cp和gnb-cu-up之间的接口。在o-ran中，由3gpp定义的e1协议栈被重用和适配为o-cu-cp 421和o-cu-up 422功能之间的接口。
76.o-ran non-rt ric 412是smo框架302、402内的逻辑功能，该逻辑功能实现了ran元素和资源的非实时控制和优化；ai/机器学习(ml)工作流，包括模型训练、推理和更新；near-rt ric 414中应用/特征的基于策略的指导。
77.o-ran near-rt ric 414是逻辑功能，该逻辑功能可通过e2接口上的细粒度数据收集和动作实现对ran元素和资源的近实时控制和优化。near-rt ric 414可以包括一个或多个ai/ml工作流，包括模型训练、推理和更新。
78.non-rt ric 412可以是ml训练主机，用于托管一个或多个ml模型的训练。可以使用从ric、o-du 415和o-ru 416收集的数据离线执行ml训练。对于监督学习，non-rt ric 412是smo 402的一部分，并且ml训练主机和/或ml模型主机/参与者可以是non-rt ric 412
up、o-du和o-enb。f1(f1-c、f1-u)和e1是逻辑3gpp接口，其协议、端点和基数在3gpp ts 38.401中有规定。
83.near-rt ric托管一个或多个xapp，该一个或多个xapp使用e2接口收集近实时信息(例如，ue基础、小区基础)并提供增值服务。near-rt ric可以接收声明性策略并通过a1接口获得数据丰富信息。e2接口上的协议基于控制平面协议。在e2或near-rt ric故障时，e2节点可以提供服务，但可能会中断某些只能使用near-rt ric提供的增值服务。
84.near-rt ric提供数据库功能，其存储与e2节点、小区、承载、流、ue以及它们之间的映射相关的配置。near-rt ric提供支持数据流水线的ml工具。near-rt ric提供消息传递基础设施。near-rt ric提供从near-rt ric框架和xapp到smo的日志记录、跟踪和度量收集。near-rt ric提供安全功能。near-rt ric支持冲突解决，以解决可能由来自xapp的请求引起的潜在冲突或重叠。
85.near-rt ric还提供了开放api，实现托管第3方xapp和来自near-rt ric平台供应商的xapp。near-rt ric还提供了与特定实现方式解决方案分离的开放式api，包括共享数据层(sdl)，sdl用作底层数据库的覆盖层并实现简化的数据访问。
86.xapp是设计用于在near-rt ric上运行的应用。这样的应用可能包括或提供一个或多个微服务，并且在上线时将识别它使用哪些数据以及提供哪些数据。xapp独立于near-rt ric，并且可由任何第三方提供。e2实现xapp和ran功能之间的直接关联。ran功能是e2节点中的特定功能；示例包括x2ap、f1ap、e1ap、s1ap、ngap接口和处理ue、小区等的ran内部功能。
87.xapp的架构具有实现xapp的逻辑的代码和允许xapp执行以下操作的ric库：发送和接收消息；从sdl层读取、向sdl层写入和从sdl层获取通知；以及写入日志消息。其他库将在未来版本中可用，包括用于设置和重置警报以及发送统计信息的库。此外，xapp可以使用访问库来访问sdl层中的特定命名空间。例如，r-nib可以通过使用r-nib访问库来读取，r-nib提供关于ric连接到哪些e2节点(例如，cu/du)以及每个e2节点支持哪些sm的信息。
88.o-ran标准接口(例如，o1、a1和e2)向xapp公开如下：xapp通过k8s configmap接收其配置—可以在xapp运行时更新配置，并且可以使用inotify()通知xapp此修改；xapp可以通过以下方式发送统计信息(pm)：(a)以ves格式将其直接发送到ves收集器，(b)通过rest接口公开统计信息供prometheus收集；xapp将通过特定类型的rmr消息接收a1策略指导(策略实例创建和删除操作)；并且xapp可以通过构建e2订阅asn.1有效负载并将其作为消息(rmr)发送来订阅e2事件，xapp将接收e2消息(例如，e2 indication)作为带有asn.1有效负载的rmr消息。同样，xapp可以发出e2控制消息。
89.除了与a1和e2相关的消息之外，xapp还可以发送由其他xapp处理的消息，并可以接收由其他xapp生成的消息。ric内部的通信是策略驱动的，即xapp无法指定消息的目标—xapp只是发送特定类型的消息，并且为ric实例指定的路由策略确定该消息要传递到哪些目的地(逻辑发布/订阅)。
90.从逻辑上讲，xapp是实现明确定义功能的实体。从机械上讲，xapp是包括一个或多个容器的k8s pod。对于可部署的xapp，xapp具有xapp描述符(例如，json)，它描述了xapp的配置参数和ric平台用来为xapp配置ric平台的信息。xapp开发者还为描述符提供了json架构。
91.除了这些基本要求外，xapp还可以执行以下任何操作：读取初始配置参数(在xapp描述符中传递)；接收更新的配置参数；发送和接收消息；读取和写入持久共享数据存储(键值存储)；接收a1-p策略指导消息—特别是用于创建或删除与给定策略类型相关的策略实例(rmr消息上的json有效负载)的操作；定义新的a1策略类型；通过e2接口向ran进行订阅，接收来自ran的e2 indication消息，并且向ran下发e2policy和control消息；并报告与其自身执行或观察到的ran事件相关的度量。
92.xapp开发和部署的生命周期包括以下状态：开发：设计、实施、本地测试；发布：xapp代码和xapp描述符被提交给lf gerrit存储库并且被包括在o-ran版本中。xapp被打包为docker容器并将其镜像发布到lf release登记处；载入/分布：xapp描述符(和潜在的执掌图表(helmchart))是为给定的ric环境定制的，并且生成的定制执掌图表存储在ric环境的xapp管理器使用的本地执掌图表存储库中；运行时参数配置：在部署xapp之前，运营商将提供运行时执掌图表参数以定制xapp kubernetes部署实例。该过程主要用于配置运行时唯一的执掌图表参数，例如实例uuid、活跃度检查、东向和北向服务端点(例如，dbaas入口、ves收集器端点)等；部署：xapp已通过xapp管理器部署，并且xapp舱(pod)正在ric实例上运行。对于有意义的xapp，部署状态可以进一步划分为通过xapp配置更新控制的其他状态。例如，正在运行、已停止。
93.指导near-rt ric架构定义以及near-rt ric、e2节点和smo之间的接口的一般原则包括以下内容：near-rt ric和e2节点功能与传输功能完全分离。near-rt ric和e2节点中使用的寻址方案与传输功能的寻址方案无关；e2节点支持3gpp无线电接入网络中定义的所有协议层和接口，包括用于e-utran的enb和用于ng-ran的gnb/ng-enb；near-rt ric和托管的“xapp”应用使用一组由e2节点公开的服务，这些服务由一系列ran功能和无线电接入技术(rat)相关的“e2服务模型”描述；near-rt ric接口按照以下原则定义：接口之间的功能划分具有尽可能少的选项，接口基于通过该接口控制的实体的逻辑模型，一个物理网络元件可以实现多个逻辑节点。
94.xapp可以增强near-rt ric的rrm功能。xapp为near-rt ric提供日志记录、跟踪和度量收集。
95.根据各种实施例，xapp包括xapp描述符和xapp镜像。xapp镜像是软件包。xapp镜像包含用于部署xapp的所有文件。xapp可以有多个版本的xapp镜像，这些版本由xapp镜像版本号标记。
96.xapp描述符描述了xapp镜像的封装格式。xapp描述符还提供数据以实现它们的管理和编排。xapp描述符为xapp管理服务提供了xapp的lcm必要的信息，如部署、删除、升级等。xapp描述符还提供了xapp健康管理相关的额外参数，如xapp的负载太重时的自动伸缩以及xapp变得不健康时的自动修复。xapp描述符在xapp启动时向xapp提供fcaps和控制参数。
97.xapp描述符的定义包括：xapp的基本信息，包括名称、版本、供应商、xapp镜像的url、虚拟资源要求(如cpu)等。这些信息用于支持xapp的lcm。附加地或替代地，基本信息包括或指示关于xapp的配置、度量和控制数据；fcaps管理规范，其指定xapp的配置选项、性能度量收集等；控制规范，其指定xapp为控制能力使用和提供的数据类型(例如，xapp订阅的性能管理(pm)数据、控制消息的消息类型)。
98.附加地或替代地，xapp描述符组件包括以下内容：配置：xapp配置规范包括配置数据的数据字典，即元数据，例如yang定义或配置参数列表及其语义。此外，它可以包括xapp的初始配置；控制：xapp控制规范应包括它使用和提供的实现控制能力的数据类型(例如xapp url、参数、输入/输出类型)。度量：xapp度量规范包括xapp提供的度量列表(例如，度量名称、类型、单位和语义)。
99.在这些示例中，near-rt ric具有以下功能：数据库功能，其允许读取和写入ran/ue信息；xapp订阅管理，其合并来自不同xapp的订阅，并且为xapp提供统一的数据分发；冲突缓解，其解决来自多个xapp的潜在重叠或冲突请求；消息基础设施，其实现near-rt ric内部功能之间的消息交互；安全性，其为xapp提供安全方案；以及管理服务，包括：作为smo的服务提供者的故障管理、配置管理和性能管理；xapp的生命周期管理；以及日志记录、跟踪和度量收集，其捕获、监控和收集near-rt ric内部的状态，并可以传输到外部系统进行进一步评估；以及接口终接，包括：e2终接，其终接来自e2节点的e2接口；a1终接，其终接来自non-rt ric的a1接口；以及o1终接，其终接来自smo的o1接口；以及由xapp托管的功能，其允许在near-rt ric处执行服务，并将结果通过e2接口发送到e2节点。
100.xapp可以提供ue相关信息以存储在ue-nib(ue网络信息库)数据库中。ue-nib维护ue列表和相关数据。ue-nib维护与连接的e2节点关联的ue身份的跟踪和相关性。xapp可以提供无线电接入网络相关信息以存储在r-nib(无线电网络信息库)数据库中。r-nib存储与连接的e2节点相关的配置和近乎实时的信息以及它们之间的映射。
101.xapp订阅管理管理从xapp到e2节点的订阅。xapp订阅管理强制执行控制xapp对消息的访问的策略授权。xapp订阅管理实现将来自不同xapp的相同订阅合并为对e2节点的单个订阅。
102.图6示出了根据一些方面的切换(ho)过程的流程图。如上所述，具有大量小区(微小区和其他小区)的高移动性或密集环境可能会增加ue参与切换过程的频率。如图所示：
103.1.源gnb-cu-cp向目标gnb-cu-cp发送切换请求消息。在条件切换的情况下，目标gnb被视为候选gnb，只有在满足cho条件时才由ue接入。
104.2-4.承载上下文建立过程如3gpp ts 38.401的第8.9.2节中所述执行。
105.5.目标gnb-cu-cp用切换请求确认消息响应源gnb-cu-cp。
106.6.执行f1 ue上下文修改过程，以向ue发送切换命令，并且指示停止针对ue的数据传输。
107.7-8.执行承载上下文修改过程(gnb-cu-cp发起)以使gnb-cu-cp能够取回pdcp ul/dl状态并交换承载的数据转发信息。
108.9.源gnb-cu-cp向目标gnb-cu-cp发送sn状态传输消息。
109.10-11.承载上下文修改过程如第8.9.2节中所述执行。如果不需要保留pdcp状态(例如完整配置)，则目标gnb-cu-cp不会将从sn状态传输消息携带的pdcp ul/dl状态传输到目标gnb-cu-up。
110.12.可以执行从源gnb-cu-up到目标gnb-cu-up的数据转发。
111.12a.在daps切换或条件切换的情况下，目标gnb-cu-cp向源gnb-cu-cp发送切换成功消息，以通知ue已成功接入目标小区。
112.12b.在daps切换或条件切换的情况下，执行f1 ue上下文修改过程以指示停止针
对ue的数据传输。
113.12c-12d.在daps切换或条件切换的情况下，执行承载上下文修改过程(gnb-cu-cp发起)以指示源gnb-cu-up停止分组传输并且还取回pdcp ul/dl状态。
114.12e.在daps切换或条件切换的情况下，源gnb-cu-cp将sn状态传输消息发送到目标gnb-cu-cp。
115.12f-12g.在daps切换或条件切换的情况下，执行承载上下文修改过程以向目标gnb-cu-up提供pdcp ul/dl状态(仅当需要保留pdcp状态时)，如ts 38.300中所述。
116.13-15.执行路径切换过程以更新ng-u到核心网络的dl tnl地址信息。
117.16.目标gnb-cu-cp向源gnb-cu-cp发送ue上下文释放消息。
118.17和19.承载上下文释放过程被执行。
119.18.执行f1 ue上下文释放过程以释放源gnb-du中的ue上下文。
120.3gpp一直支持当ue从一个小区切换到另一个小区时的数据转发和无损传输。对于nr(即来自3gpp rel-15)，即使qos流在切换时重新映射到不同的数据无线电承载(drb)，也扩展了对无损的支持。在qos流在切换时被映射到不同drb的无损传输期间，旧drb(即，由源节点配置)被配置在目标小区中。对于下行链路(dl)中的有序传输，目标gnb首先在旧drb上传输转发的pdcp服务数据单元(sdu)，然后在新drb上传输来自5gc的新数据。在上行链路(ul)中，在从ue接收到旧drb上的结束标记之前，目标gnb可能不会将来自新drb的qos流的数据传输到5gc。
121.在切换期间实现无损是基于源转发pdcp sdu，其中序列号(sn)已分配但未被旧drb中的ue确认。事实上，dl qos流可以通过pdu会话隧道以无损方式转发，但在这种情况下，旧drb配置为存在dl sdap头部，以确定从那些pdcp sdu中提取的服务数据适配协议(sdap)sdu(已经通过sdap实体处理)属于哪个qos流(基于qos流标识符(qfi))。此外，通过建立pdu会话转发隧道的qos流级别转发并不能保证重复传输保护。为保证无损并且避免重复传输，同时也能通过现有的pdcp sn保存机制保证按序传输，目标侧配置旧drb并临时继续，并且源执行drb级别转发且由pdcp sdu转发旧drb的qos流，直到源从cn接收到结束标记。
122.当聚合目标节点时，此机制就足够了。然而，在分离的cp-up的情况下，当前目标cu-cp首先在目标cu-up侧建立旧drb，然后通过e1ap承载上下文建立和承载上下文修改过程单独地更新映射(或建立新的drb)。当然，在目标cu-up完成传输转发的旧drb的pdcp sdu之前，通过e1ap承载上下文修改过程对drb配置的此类更新不应发生。这可能会破坏旧drb的无损传输。此外，由于qos流重映射将在切换时发生，旧drb的映射更新最好及时发生，即，一旦目标cu-up完成传输转发的pdcp sdu，就进行映射更新。然而，负责用户平面处理的是目标cu-up—目标cu-cp不知道目标cu-up何时会为从属的drb完成。众所周知，承载上下文是与一个ue相关联的gnb-cu-up节点中的信息块，该信息块用于通过e1接口进行通信。承载上下文可以包括关于数据无线电承载、pdu会话和与ue相关联的qos流的信息，并且包含用于维护朝向ue的用户平面服务的信息。
123.在一些实施例中，目标cu-cp可以估计定时，因为cn在接收到来自目标cu-cp的路径切换请求时向源发送结束标记。但是，cn侧可能存在无法估计的处理延迟。此外，在源侧缓存的分组的数量(以及因此在源侧完成转发的时间和在目标侧完成传输的时间)根据drb
而不同。通过e1ap承载上下文修改过程盲目估计更新drb配置的定时可能会导致破坏无损传输(如果提前(如上所述)，或者如果延迟)，则qos流重映射在切换时的好处就会丢失。即使假设目标cu-cp能够确定准确的定时，目标cu-cp也可能最终触发多个承载上下文修改过程(因为定时可能因drb而异)，这是低效的。因此，当目标ng-ran节点具有cp-up分离时，需要提供一种机制来克服nr中的上述限制。
124.图7-图9示出了承载上下文建立和修改过程。具体地，图7示出了根据一些实施例的承载上下文建立过程。承载上下文建立过程允许gnb-cu-cp在gnb-cu-up中建立承载上下文。gnb-cu-cp通过向gnb-cu-up发送承载上下文建立请求消息来发起该过程。如果gnb-cu-up成功建立请求的资源，它会用承载上下文建立响应消息回复gnb-cu-cp。gnb-cu-up在承载上下文建立响应消息中向gnb-cu-cp报告所有请求资源的结果，对于ng-ran，这些资源包括：pdu会话资源建立列表ie中成功建立的pdu会话资源的列表；pdu会话资源失败列表ie中未能建立的pdu会话资源的列表；对于每个已建立的pdu会话资源，drb建立列表ie中成功建立的drb的列表；对于每个已建立的pdu会话资源，drb失败列表ie中未能建立的drb的列表；对于每个已建立的drb，流建立列表ie中成功建立的qos流的列表；对于每个已建立的drb，流失败列表ie中未能建立的qos流的列表。
125.图8示出了根据一些实施例的gnb-cu-cp发起的承载上下文修改过程。gnb-cu-cp发起的承载上下文修改过程允许gnb-cu-cp修改gnb-cu-up中的承载上下文。gnb-cu-cp通过向gnb-cu-up发送承载上下文修改请求消息来发起该过程。如果gnb-cu-up成功修改承载上下文，它会用承载上下文修改响应消息回复gnb-cu-cp。
126.图9示出了根据一些实施例的gnb-cu-up发起的承载上下文修改过程。gnb-cu-up发起的承载上下文修改过程允许gnb-cu-up修改承载上下文(例如，由于本地问题)并通知gnb-cu-cp。gnb-cu-up通过向gnb-cu-cp发送承载上下文修改要求消息来发起该过程。gnb-cu-cp用承载上下文修改确认消息进行回复。
127.实施例1：目标cu-cp在目标cu-up中建立旧drb。然后，目标cu-up在目标cu-up完成发送转发的pdcp sdu时通知目标cu-cp，以便目标cu-cp可以通过后续的承载上下文修改过程及时更新drb配置。在这种情况下，了解确切的定时可能无关紧要，因为目标cu-up负责用户平面处理。然而，往返延迟和来自目标cu-up的指示以及来自目标cu-cp的后续更新可能发生多次，因为确切的定时可能因drb而不同。e1ap(ts 38.463)的示例实现方式如下：
128.对于ts 38.463
129.9.3.3.2 pdu会话资源待建立列表
130.该ie包含在承载上下文建立请求处使用的pdu会话资源相关信息。
131.132.133.[0134][0135][0136]
如所示出的，当转发完成时，转发完成通知请求ie可以指示对来自gnb-cu-up的转发完成通知消息的请求。
[0137]
9.2.2.x转发完成通知
[0138]
该消息由gnb-cu-up发送，以向gnb-cu-cp指示已为列出的drb完成传输转发的pdcp sdu。
[0139]
方向：gnb-cu-up
→
gnb-cu-cp
[0140]
[0141][0142]
消息类型ie唯一地标识正在发送的消息。gnb-cu-cp ue e1ap id唯一地标识gnb-cu-cp内e1接口上的ue关联。gnb-cu-up ue e1ap id唯一地标识gnb-cu-up内e1接口上的ue关联。drb id为ue唯一地标识drb。
[0143]
实施例2：目标cu-cp在目标cu-up中建立旧drb和新drb的超集，并且同时指示在目标cu-up完成传输转发的pdcp sdu时要反映的到旧drb的更新映射。在该实施例中，qos流可以不经受转发，因为每个drb是要为该drb建立的qos流的超集。在这种情况下，源drb配置被保留，然后更新为新映射，一旦目标cu-up完成为每个旧drb传输转发的pdcp sdu(其定时可能因drb而不同)，就会发生这种情况。没有像实施例1那样在目标cu-cp和cu-up之间使用额外的通信，或者可能涉及的潜在延迟；一次性承载上下文建立过程可能就足够了。
[0144]
对于ts 38.463
[0145]
9.3.3.2 pdu会话资源待建立列表
[0146]
该ie包含在承载上下文建立请求处使用的pdu会话资源相关信息。
[0147]
[0148]
[0149]
[0150][0151]
[0152][0153]
如果待建立的更新qos流信息ie存在，则一旦在切换期间传输来自源的转发的pdcp sdu已完成，drb中的qos流映射就会更新。下面提供了包含的qos流qos参数列表：
[0154]
9.3.1.25qos流qos参数列表
[0155]
该ie包含qos流列表，包括qos流参数。
[0156]
[0157][0158]
范围限制解释maxnoofqosflowspdu会话中的qos流的最大数量。值为64。
[0159]
在一些实施例中，可以使用qos流重映射参数而不是上述待建立的更新qos流信息参数。qos流重映射参数类似于待建立的更新qos流信息参数，指示在转发来自源gnb的drb完成后在该转发期间使用的drb的drb配置的变化。具体地，qos流重映射参数的枚举值可以指示drb仍然存在但是drb的qos流要改变(枚举值“更新”)或者可以指示drb可以被删除(枚举“源配置”)。
[0160]
因此，在一些实施例中，如果qos流重映射ie包含在drb的承载上下文建立请求消息中的drb待建立列表ie内并设置为“更新”，则gnb-cu-up可以认为在系统内切换过程期间完成处理转发的pdcp sdu之后，针对drb映射的qos流被更新为包括在待建立的qos流信息ie中的qos流。如果qos流重映射ie包含在drb的承载上下文建立请求消息中的drb待建立列表ie内并设置为“源配置”，则gnb-cu-up可以认为在系统内切换过程期间完成处理通过该drb转发的pdcp sdu之后没有qos流映射到drb，并且忽略包括在针对有关drb的待建立的qos流信息ie中的信息。
[0161]
在一些实施例中，qos流重映射ie可以包含在承载上下文修改请求消息中的pdu会话资源待修改列表ie的drb待建立列表ie内。
[0162]
虽然已参考具体的示例实施例描述了实施例，但是将会明白，在不脱离本公开的更宽广范围的情况下，可以对这些实施例做出各种修改和改变。因此，说明书和附图应被认为是说明性的，而不是限制性的。形成本文一部分的附图以图示而非限制方式示出了可以
实现主题的具体实施例。图示的实施例被充分详细地描述以使得本领域技术人员能够实现本文公开的教导。可以从其利用和得出其他实施例，从而可以在不脱离本公开的范围的情况下做出结构上和逻辑上的替代和改变。这个具体实施方式部分因此不应当被从限制意义上来理解，而各种实施例的范围仅由所附权利要求以及这种权利要求被授予的等同物的全部范围来限定。
[0163]
主题在本文中可以单独和/或总体上由术语“实施例”来提及，这只是为了方便，而并不打算将本技术的范围主动限制到任何单个创造性构思，如果实际上公开了多于一个的话。从而，虽然本文已图示和描述了具体实施例，但应当明白，任何打算实现相同目的的布置都可以替代所示出的具体实施例。本公开打算覆盖各种实施例的任何和所有适应性改变或变化。本领域技术人员在阅读以上描述后将易于得到上述实施例的组合以及本文没有具体描述的其他实施例。
[0164]
在本文档中，像专利文档中常见的那样，使用了术语“一”或“一个”来包括一个或者多于一个，这独立于“至少一个”或“一个或多个”的任何其他实例或使用。在本文档中，术语“或”被用于指代非排他性或，从而使得“a或b”包括“a，但没有b”、“b，但没有a”以及“a和b”，除非另有指示。在本文档中，术语“包括”和“在其中”被用作相应术语“包含”和“其中”的简明英语等同。另外，在所附权利要求中，术语“包括”和“包含”是开放性的，也就是说，除了在权利要求中这种术语之后列出的那些以外还包括其他元素的系统、ue、物品、构成、配方或过程仍被认为落在该权利要求的范围内。另外，在所附权利要求中，术语“第一”、“第二”和“第三”等等仅被用作标签，而并不打算对其对象施加数值要求。
[0165]
本公开的摘要被提供来符合37c.f.r.1.72(b)，其需要允许读者迅速地确定技术公开的性质的摘要。摘要是在如下理解下提交的：它不会被用于解释或限制权利要求的范围或含义。此外，在前述的具体实施方式部分中，可以看出为了精简本公开，各种特征被一起分组在单个实施例中。公开的这种方法不应被解释为反映了希望要求保护的实施例要求比每个权利要求中明确记载的更多的特征。更确切地说，如所附权利要求反映的，发明性主题存在于少于单个公开实施例的全部特征中。从而，将所附权利要求并入到具体实施方式部分中，其中每个权利要求独立作为一个单独的实施例。

技术特征：
1.一种用于第5代nodeb中央单元-控制平面(gnb-cu-cp)的装置，所述装置包括：处理电路，被配置为：确定用户设备(ue)从源gnb的切换将发生；确定在所述切换期间是否将发生针对数据无线电承载(drb)的服务质量(qos)流重映射；以及响应于确定所述qos流重映射将发生，经由e1接口向中央单元-用户平面(gnb-cu-up)提供针对所述drb的消息，所述消息指示：针对所述gnb-cu-up，在完成从所述源gnb转发的所述drb的分组数据汇聚协议(pdcp)服务数据单元(sdu)的传输之后，qos流重映射将发生；以及存储器，被配置为存储所述消息。2.如权利要求1所述的装置，其中，所述切换是无损切换。3.如权利要求1所述的装置，其中，所述消息包括pdu会话资源待建立列表信息元素(ie)，所述pdu会话资源待建立列表ie指示qos重映射ie中的所述qos流重映射。4.如权利要求3所述的装置，其中，所述pdu会话资源待建立列表ie还包括针对来自所述源gnb的drb的qos映射ie，以供所述gnb-cu-up用于传输从所述源gnb转发的所述pdcp sdu。5.如权利要求1所述的装置，其中，所述消息指示所述gnb-cu-up将在完成从所述源gnb转发的所述pdcp sdu的传输之后自动应用所述qos重映射。6.如权利要求1所述的装置，其中：所述处理电路还被配置为解码在所述gnb-cu-up中建立所述drb的请求；以及所述消息指示响应于所述请求的针对所述drb的更新drb配置，所述更新drb配置包括所述qos流重映射。7.如权利要求1所述的装置，其中：所述处理电路还被配置为解码在所述gnb-cu-up中建立所述drb的请求；以及所述消息指示针对所述drb的更新drb配置，所述更新drb配置包括所述qos流重映射，所述更新drb配置在建立所述drb之后被指示。8.如权利要求1所述的装置，其中，所述处理电路还被配置为提供更新drb配置以经由承载上下文建立请求过程来更新所述drb的drb配置，所述更新drb配置包括所述qos流重映射。9.如权利要求8所述的装置，其中，所述承载上下文建立请求过程包括：向所述gnb-cu-up传输承载上下文建立请求消息，并且响应于所述gnb-cu-up成功建立承载上下文，从所述gnb-cu-up接收承载上下文建立响应消息。10.如权利要求1所述的装置，其中：所述消息是承载上下文建立请求消息，所述承载上下文建立请求消息包括drb待建立列表ie，所述drb待建立列表ie包括待建立的qos流信息ie和qos流重映射ie，并且所述qos流重映射ie向所述gnb-cu-up指示：在所述drb的所述pdcp sdu的传输完成之后，针对所述drb映射的qos流将被更新为所述待建立的qos流信息ie中包括的至少一个qos流。
11.如权利要求1所述的装置，其中：所述消息是承载上下文建立请求消息，所述承载上下文建立请求消息包括drb待建立列表ie，所述drb待建立列表ie包括待建立的qos流信息ie和qos流重映射ie，并且所述qos流重映射ie向所述gnb-cu-up指示：在所述drb的所述pdcp sdu的传输完成之后，没有针对所述drb映射的qos流将被映射到所述drb，并且针对所述drb，所述待建立的qos流信息ie中包括的信息将被忽略。12.一种用于第5代nodeb中央单元-用户平面(gnb-cu-up)的装置，所述装置包括：处理电路，被配置为：在用户设备(ue)从源gnb的无损切换期间，经由e1接口从中央单元-控制平面(gnb-cu-cp)接收承载上下文建立请求消息，所述消息指示：在从所述源gnb转发的所述drb的分组数据汇聚协议(pdcp)服务数据单元(sdu)的传输完成之后，服务质量(qos)流重映射是否将发生；确定所述pdcp sdu的传输是否已完成；以及响应于确定所述pdcp sdu的传输已完成并且所述qos流重映射将发生，经由e1接口向中央单元-控制平面(gnb-cu-cp)提供，基于所述承载上下文建立请求消息调整所述drb的drb配置；以及存储器，被配置为存储所述承载上下文建立请求消息。13.如权利要求12所述的装置，其中，所述承载上下文建立请求消息包括pdu会话资源待建立列表信息元素(ie)，所述pdu会话资源待建立列表ie指示qos重映射ie中的所述qos流重映射。14.如权利要求13所述的装置，其中，所述pdu会话资源待建立列表ie还包括针对所述drb的qos映射ie，以供所述gnb-cu-up用于传输从所述源gnb转发的所述pdcp sdu。15.如权利要求12所述的装置，其中，所述承载上下文建立请求消息指示：所述gnb-cu-up将在完成从所述源gnb转发的所述pdcp sdu的传输之后自动应用所述qos重映射。16.如权利要求12所述的装置，其中：所述承载上下文建立请求消息包括drb待建立列表ie，所述drb待建立列表ie包括待建立的qos流信息ie和qos流重映射ie，以及所述qos流重映射ie向所述gnb-cu-up指示：在所述drb的所述pdcp sdu的传输完成之后，针对所述drb映射的qos流将被更新为所述待建立的qos流信息ie中包括的至少一个qos流。17.如权利要求12所述的装置，其中：所述承载上下文建立请求消息包括drb待建立列表ie，所述drb待建立列表ie包括待建立的qos流信息ie和qos流重映射ie，以及所述qos流重映射ie向所述gnb-cu-up指示：在所述drb的所述pdcp sdu的传输完成之后，没有针对所述drb映射的qos流将被映射到所述drb，并且针对所述drb，所述待建立的qos流信息ie中包括的信息将被忽略。18.一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储有指令，所述指令用于由第5代nodeb中央单元-控制平面(gnb-cu-cp)的一个或多个处理器执行，当所
述指令被执行时，所述一个或多个处理器用于将所述gnb-cu-cp配置为：确定用户设备(ue)从源gnb的gnb内无损切换将发生；确定在所述切换期间是否将发生针对数据无线电承载(drb)的服务质量(qos)流重映射；以及响应于确定所述qos流重映射将发生，经由e1接口向中央单元-用户平面(gnb-cu-up)提供针对所述drb的承载上下文建立请求消息，所述消息指示：针对所述gnb-cu-up，在完成从所述源gnb转发的所述drb的分组数据汇聚协议(pdcp)服务数据单元(sdu)的传输之后，qos流重映射将发生。19.如权利要求18所述的非暂态计算机可读存储介质，其中，所述承载上下文建立请求消息包括pdu会话资源待建立列表信息元素(ie)，所述pdu会话资源待建立列表ie指示qos重映射ie中的所述qos流重映射。20.如权利要求19所述的非暂态计算机可读存储介质，其中，所述pdu会话资源待建立列表ie还包括qos映射ie，以供所述gnb-cu-up用于传输从所述源gnb转发的所述pdcp sdu。

技术总结
描述了用于从源gNB进行无损切换的装置和系统。gNB-CU-CP确定在切换期间是否将发生针对DRB的QoS流重映射，并且向gNB-CU-UP发送针对DRB的承载上下文建立请求消息。QoS流重映射发生在从源gNB转发的DRB的PDCP SDU的传输完成之后。该消息包括PDU会话资源待建立列表IE，该IE具有供gNB-CU-UP用于传输SDU的QoS映射IE和指示重映射的QoS重映射IE。QoS重映射IE具有第一值来指示QoS流将被更新，并且具有第二值来指示没有QoS流将被映射到DRB。来指示没有QoS流将被映射到DRB。来指示没有QoS流将被映射到DRB。


技术研发人员：韩载珉
受保护的技术使用者：英特尔公司
技术研发日：2021.12.14
技术公布日：2023/8/16