CN113498076A - 基于o-ran的性能优化配置方法与设备 - Google Patents

基于o-ran的性能优化配置方法与设备 Download PDF

Info

Publication number
CN113498076A
CN113498076A CN202010201781.6A CN202010201781A CN113498076A CN 113498076 A CN113498076 A CN 113498076A CN 202010201781 A CN202010201781 A CN 202010201781A CN 113498076 A CN113498076 A CN 113498076A
Authority
CN
China
Prior art keywords
information
user
ric
interface
prediction
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.)
Pending
Application number
CN202010201781.6A
Other languages
English (en)
Inventor
王志刚
黄启鑫
张然然
朱颖
王颖
李燕
李滢
李红宏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Samsung Telecom R&D Center
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority to CN202010201781.6A priority Critical patent/CN113498076A/zh
Priority to KR1020210034204A priority patent/KR20210117960A/ko
Priority to PCT/KR2021/003247 priority patent/WO2021187871A1/en
Priority to EP21771865.9A priority patent/EP4101198A4/en
Publication of CN113498076A publication Critical patent/CN113498076A/zh
Priority to US17/561,306 priority patent/US12082006B2/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413—MIMO systems
    • H04B7/0452—Multi-user MIMO systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413—MIMO systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/16—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using machine learning or artificial intelligence
    • 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
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/121—Wireless traffic scheduling for groups of terminals or users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N20/00—Machine learning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0621—Feedback content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12—Access point controller devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Artificial Intelligence (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Evolutionary Computation (AREA)
  • Medical Informatics (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开涉及基于O‑RAN的网络系统，通过对网络负载、用户业务量、业务类型、移动性等测量和预测，为不同场景的用户选择不同的传输方式，并通过切片策略、RRC配置或MAC调度策略等方式具体实现，从而达到性能方面的提升。

Description

基于O-RAN的性能优化配置方法与设备
技术领域
本公开涉及O-RAN网络系统，并且更具体地，涉及用于在O-RAN系统中进行性能优化的方法与设备。
背景技术
5G(5th-Generation，第5代移动通信)核心网的变革已经悄然发生，而在无线接入网领域，5G无线接入网具有业务多、带宽大、频段高等特点，势必引起单站覆盖变小、设备复杂度增加、建网规模增大，导致网络成本巨大、投资回报风险增大。结合无线网这些具体的特征和需求，无线接入网领域势必需要引入新的IT(Information Technology，信息技术)、CT(Communication Technology，通信技术)、DT(Data technology，数字技术)融合的研发和设计思路，这与通信产业的宏观演进趋势一脉相承。
基于此，中国移动联合AT&T等运营商整合C-RAN联盟和xRAN论坛，主导创建O-RAN(open radio access network)产业联盟，提出了“开放”和“智能”两大核心愿景，这符合通信产业大的发展趋势，也是运营商主导的又一次大的网络变革，希望利用大数据、机器学习和人工智能技术建设开放智慧无线网络，同步结合开放标准、白盒硬件和开源软件来降低无线网络成本。
公开内容
本公开的各方面要解决至少上述问题和/或缺点，并且提供至少下述优点。本公开涉及基于O-RAN的网络系统，通过对网络负载、用户业务量、业务类型、移动性等测量和预测，为不同场景的用户选择不同的传输方式，并通过切片策略、RRC配置或MAC调度策略等方式具体实现，从而达到提升基站系统的吞吐量，改善用户体验，帮助终端省电等性能方面的提升。
根据本公开的一方面，一种用于在O-RAN系统中进行性能优化的方法，包括：创建至少两个网络子切片实例NSSI；通过管理实体与网络功能之间或网络功能内部的接口请求信息上报；接收上报信息并且基于上报信息生成策略信息；以及通过相应接口下发策略信息。
根据本公开的一方面，不同的NSSI对应于相应所选传输方式，并且其中，所述相应所选传输方式通过以下之一指示：NSSI中新增的单独的信息单元IE；NSSI名命字符串规则；以及NSSI与相应所选传输方式的隐式关联。
根据本公开的一方面，接收上报信息包括以下中至少之一：通过相应接口来接收用户能力信息；通过相应接口来接收小区能力信息；和通过相应接口来接收切片测量信息。
根据本公开的一方面，所述方法还包括从外部服务器接收与用户场景相关的信息，其中，所述与用户场景相关信息包括以下中至少一个：用户移动性相关信息，用于切片中每个小区中每个用户的移动性估计和预测；和用户业务流量相关信息，用于切片中每个小区中每个用户的业务流量估计和预测。
根据本公开的一方面，接收上报信息并且基于上报信息生成策略信息还包括：基于收集的与用户场景相关信息、采用人工智能/机器学习(AI/ML)模块生成策略信息。
根据本公开的一方面，所述策略信息包括以下中至少一个：用户移动性相关信息；用户业务流量相关信息；切片级配置信息；用户级配置信息；以及切片与用户之间的关联信息。
根据本公开的一方面，所述方法还包括：基于生成的策略信息来确定和发送RRC配置参数。
根据本公开的一方面，用于决策的智能控制器模块部署在一个模块中或者部署在多个模块中通过接口连接。
根据本公开的一方面，根据用于决策的智能控制模块的部署方式和生成的策略信息，在相应的接口上增加相应信息以及确定用于接收策略信息的接口。
根据本公开的一方面，一种用于在O-RAN系统中进行性能优化的方法，包括：通过管理实体与网络功能之间或网络功能内部的接口请求信息上报；接收上报信息并且基于上报信息生成预测信息；以及通过相应接口下发预测信息，其中，所述预测信息由基站用来确定用户的传输方式。
根据本公开的一方面，接收上报信息包括以下中至少之一：通过相应接口来接收用户能力信息；通过相应接口来接收小区能力信息；和通过相应接口来接收切片测量信息。
根据本公开的一方面，所述还包括从外部服务器接收与用户场景相关的信息，其中，所述与用户场景相关信息包括以下中至少一个：用户移动性相关信息，用于切片中每个小区中每个用户的移动性估计和预测；和用户业务流量相关信息，用于切片中每个小区中每个用户的业务流量估计和预测。
根据本公开的一方面，所述预测信息包括以下中至少一个：用户移动性预测信息；和用户业务流量预测信息。
根据本公开的一方面，接收上报信息并且基于上报信息生成预测信息还包括：基于收集的与用户场景相关信息、采用人工智能/机器学习(AI/ML)模块生成预测信息。
根据本公开的一方面，所述方法还包括基站基于下发的预测信息来确定和发送RRC配置参数。
根据本公开的一方面，用于预测的智能控制器模块部署在一个模块中或者部署在多个模块中通过接口连接。
根据本公开的一方面，根据用于预测的智能控制模块的部署方式和生成的预测信息，在相应的接口上增加相应信息以及确定用于接收预测信息的接口。
根据本公开的一方面，接收上报信息并且基于上报信息生成预测信息还包括从基站接收预测反馈以更新预测信息。
根据本公开的一方面，一种用于在O-RAN系统中进行性能优化的设备，包括：网络管理实体，通过管理实体与网络功能之间或网络功能之间的接口请求信息上报；RAN智能控制器，包括非实时RAN智能控制器(Non-RT RIC)和准实时智能控制器(Near-RT RIC)，被配置为基于上报信息生成策略信息或预测信息，并且通过相应接口下发策略信息或预测信息；以及基站，被配置为执下发的策略信息或根据下发的预测信息确定用于用户的传输方式。
根据本公开的一方面，一种用于在O-RAN系统中进行性能优化的设备，包括存储器、处理器，所述存储器上存储有指令，所述指令被处理器执行时实现前述方法。
附图说明
通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：
图1示出了根据本公开的实施例的O-RAN整体框架；
图2示出了示例的O-RAN切片物理资源划分的流程图；
图3示出了根据本公开的实施例的基于切片的用户移动性场景下的系统性能优化；
图4示出了根据本公开的实施例的基于切片的用户业务预测场景下的系统性能优化；
图5示出了根据本公开的实施例的基于切片的用户移动性场景和业务场景下的系统性能优化；
图6示出了根据本公开的实施例的基于切片的配置参数优化；
图7示出了根据本公开的实施例的基于预测的用户移动性场景下的系统性能优化；
图8示出了根据本公开的实施例的基于预测的业务场景下的系统性能优化
图9示出了根据本公开的实施例的基于预测的配置参数优化；
图10示出了根据本公开的实施例的RAN智能控制器进行决策的、基于切片的性能优化实现方式的一般流程图；以及
图11示出了根据本公开的实施例的RAN智能控制器进行预测的、辅助RAN节点的性能优化实现方式的一般流程图。
具体实施方式
以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。尽管已经提供了某些实施例和示例，但是基于本文所公开的内容，对于本领域技术人员而言显而易见的是，在不脱离本公开的范围的情况下，可以对所示的实施例和示例进行改变。本领域技术人员将理解，本公开的原理可以在任何适当布置的系统或设备中实施。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本公开所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
图1示出了根据本公开的实施例的O-RAN整体框架。O-RAN参考架构的设计原则建立在无线网CU/DU(Centralized Unit，集中单元/Distribute Unit，分布单元)架构和功能虚拟化的基础之上，引入开放接口和开放硬件参考设计，同时利用人工智能优化无线控制流程。以下将参考图1进行描述。
101指示服务管理与编排(Service Management and Orchestration，SMO)，其是提供多种管理服务和网络管理功能的实体。
101-1指示非实时的智能控制器(Non-Real Time RAN Intelligent Controller，Non-RT RIC)，具有微服务和策略管理、无线网络分析和人工智能模型的训练等功能，训练后的AI模型通过A1接口分发给准实时无线智能控制器进行在线推理和执行。
102指示O-RAN网络功能，相比非O-RAN系统，引入了准实时的智能控制器(Near-Real Time RAN Intelligent Controller，Near-RT RIC)，包括O-RAN控制单元(O-RAN-Control Unit，O-CU)，O-RAN数据单元(O-RAN-Data Unit，O-DU)，O-RAN射频单元(O-RANRatio Unit，O-RU)等实体。
O-RAN的网络功能部分可以是支持5G协议的gNB，也可以是支持4G(4th-Generation，第4代移动通信)LTE(Long Term Evolution，，长期演进)协议的eNB。
5G协议和4G协议有一个显著的不同在于，5G协议支持网络切片(Network Slice)，而4G协议不存在网络切片的概念。所以，gNB一般可以支持网络切片功能，而现有eNB不具备网络切片功能。
102-1指示Near-RT RIC，O-RAN架构中的准实时无线网络智能控制器组件嵌入到CU内运行，可理解为嵌入人工智能技术的下一代无线资源管理功能(Radio ResourceManagement，RRM)增强功能实体。
102-2指示O-CU，相比非O-RAN系统的CU，增加支持E2接口。
102-3指示O-DU，相比非O-RAN系统的DU，增加支持E2接口。
103指示O-Cloud，支持任务可编排的云系统。
104指示NG-core，其为5G核心网。
105指示外部系统，诸如各类应用APP的服务器等，可以给SMO提供丰富数据。
O1接口用于连接SMO和O-RAN网络功能实体。
O2接口用于连接SMO和O-RAN云(O-cloud)。
A1接口用于完成非实时无线智能控制器嵌入于网管功能，而准实时控制器嵌入于无线网元演进的基站(Evolved Node B，eNB)/下一代基站(Next Generation Node B，gNB)。由于人工智能的引入，网管与无线网元间的管理接口A1超出传统网管的错误、配置、计帐、性能和安全(Fault，Configuration，Accounting，Performance and Security，FCAPS)功能，扩展了基站运行策略的下发以及AI机器学习模型的下发等新的数据信息。
E2接口是介于near-RT RIC与CU/DU协议栈软件之间的标准接口。类比于传统设备的无线资源管理(Radio Resource Management，RRM)与无线资源控制(Radio ResourceControl，RRC)之间的接口，near-RT RIC不仅通过E2接口收集无线网各功能实体的测量信息，也通过这一接口下发控制命令字给基站，最终实现对基站行为的控制。在开放的软件架构下，通过E2接口的标准化，可实现near-RT RIC功能软件独立于传统基站软件版本的迭代演进能力，缩短软件功能的上市时间。
5G支持网络切片功能。现有O-RAN方案中通过non-RT RIC评估网络拥塞情况来支持网络切片的物理资源划分。
图2示出了示例的O-RAN切片物理资源划分的流程图。以下将参考图2进行描述。
步骤201由外部系统105触发。所述外部系统是能为SMO提供丰富数据的外部系统，例如，应用服务器等。
步骤202，SMO协助101-1Non-RT RIC收集常规内部和外部数据，由Non-RT RIC完成切片拥塞情况评估。在切片拥塞评估中，需要基于外部数据，利用Non-RT RIC内的人工智能/机器学习(Artificial Intelligence/Machine Learning，AI/ML)模块。所述外部数据，例如，应用服务器上的自然灾难等相关会造成网络拥塞的消息等。
步骤203，根据Non-RT RIC进一步的拥塞评估需求，由SMO完成进一步流量相关数据收集。所述进一步的拥塞评估需求，包括拥塞程度等的评估需求。所述流量相关数据，可以来源于O1接口的测量上报，也可以来源于外部系统。
步骤204，基于所收集相关数据，由Non-RT RIC基于AI/ML训练完成切片QoS(Quality of Service，服务质量)测量调整并配置给O-RAN网络功能实体，所述调整包括调整切片物理资源块(Physical Resource Block，PRB)个数。
步骤205，Non-RT RIC完成拥塞评估。
若拥塞解除，则在步骤206，删除相关拥塞处理策略。
以下将参考图3至图9来描述根据本公开的实施例的基于ORAN的系统性能优化。
大规模多输入多输出(Massive Multiple Input Multiple Output，MassiveMIMO)技术是5G和4.5G(4.5th-Generation，第4.5代)关键技术。在时分双工(TimeDivision Duplexing，TDD)Massive MIMO系统中，通过上行探测参考信息(SoundingReference Signal，SRS)测量上行信道信息，通过信道互易性获得下行信道信息；也可以通过配置信道信息参考信号(Channel State Information Reference Signal，CSI-RS)测量下行信道信息，用户反馈信道状态信息(Channel State Information，CSI)，包括预编码矩阵信息(Precoding Matrix Index，PMI)，秩信息(Rank Indicator，RI)，信道质量指示信道质量指示(Channel Quality Indicator，CQI)。在频分双工(Frequency DivisionDuplexing，FDD)Massive MIMO系统中，由于上下行信道不在相同频点上，基站无法利用信道互易性通过SRS获得下行信道信息，但是可以通过配置CSI-RS，通过用户反馈的方式获得下行信道信息。
当基站获得信道信息后，gNB或eNB通过波束赋形的方式实现信号传输。根据一个基站在相同时频资源上传输的信号属于一个用户还是属于多个用户，将Massive MIMO的传输方式分为多用户多输入多输出(Multi-User Multiple Input Multiple Output，MU-MIMO)和单用户多输入多输出(Single-User Multiple Input Multiple Output，SU-MIMO)两种传输方式。基于获取信道状态信息的方式不同，传输方式还可以细分为基于SRS的MU-MIMO，基于PMI的MU-MIMO，基于SRS的SU-MIMO，基于PMI的SU-MIMO。对于基于PMI的MU-MIMO，还可以根据用于反馈的码本的类型不同区分为基于类型I(Type I)码本的MU-MIMO，和基于类型II(Type II)码本的MU-MIMO，基于Type I码本的SU-MIMO和基于Type II码本的SU-MIMO等。如果允许多站协调给用户发送数据，传输方式还可以包括协调多点(CoordinatedMultiple Point，CoMP)等。综上所述，基站可以根据需要为用户选择具体的传输方式。
在实际部署中，不同的传输方式在不同的应用场景下传输频谱效率是不同的。例如，在实际系统中下行Massive MIMO系统最多可以支持8层或16层多用户数据传输，基于SRS的MU-MIMO方式，在高SRS信道质量、用户静止、大业务包情况下，可以实现最高的频谱效率。然而，当SRS信道质量下降、用户移动或者用户仅有小业务包的情况下，基于SRS的MU-MIMO的传输效率将可能大幅度降低，甚至低于SU-MIMO传输方式。
在实际系统中，基站会尽量为用户选择合适的传输方式。然而在现有非O-RAN系统中，基站虽然可以测量用户的CSI，参考信号接收功率(Reference Signal ReceivedPower，RSRP)等，却很难获得用户的移动速度相关信息，却很难对用户的移动情况进行预测；基站虽然可以获得用户当前的缓存占用(Buffer Occupy，BO)信息，却很难对用户后续的业务情况进行预测；基站虽然可以获得CSI反馈，却很难对后续信道质量变化做出预测。而一般情况下，配置用户使用一种传输方式，需要通过无线资源控制(Radio ResourceControl，RRC)信令给出相关的配置：例如，基于SRS的MU-MIMO传输需要为用户配置SRS参数。一旦配置使用某种传输方式，将在后续若干传输时间间隔(Transport Time Interval，TTI)内都使用该传输方式。也即，基站所决定的传输方式是应用于后续若干时间，而非仅当前时刻。所以，如果能基于预测的用户和场景信息来决定用户的传输方式会更加合适。
除此以外，O-RAN的Non-RT RIC可以根据各小区上报的用户数等信息，为各基站的传输方式推荐优化的配置参数等。
O-RAN的SMO从应用服务器获得丰富的用户数据。基于这些数据，利用Non-RT RIC的AI/ML，或者Near-RT RIC的AI/ML可以得到用户移动性、信道质量、业务量的相关预测。如果用以上信息帮助实现用户传输方式的决策，将会大大提升决策的合理性和系统传输效率的提升。
一方面，5G定义了增强移动宽带(Enhance Mobile Broadband，eMBB)、超可靠低时延通信(Ultra Reliable Low Latency Communications，uRLLC)及超大连接机器通信(Massive Machine Type Communications，mMTC)三大应用场景。例如eMBB的应用场景主要是指4K/8K高清视频、增强现实/虚拟现实(Augmented reality/Virtual reality，AR/VR)、3D全息等移动互联网大流量类消费级应用。
在5G协议定义中，通过网络切片技术支持三大应用场景的共存，即，同一个网络实体，支持多个切片，每个切片针对一种应用场景。同时，5G网络也支持定制化的切片，可以由业务、实现需要定义专属切片。
同时，利用切片功能，O-RAN可以将适合不同的传输方式的用户放入不同的子切片中，同时告知基站各子切片适合使用的传输方式。这样，一方面，基站为用户所使用的传输方式将更加合适，另一方面，不同的切片使用相互独立的资源，基站的调度和传输也将进一步简化。
另一方面，由于4G或者4.5G eNB或者gNB不支持切片和/或者子切片功能，可以在O1或者E2接口上添加针对用户属性、业务情况、移动情况等信息，将这些信息提供给eNB。eNB可以通过更丰富的用户和场景信息来为用户选择合适的传输方式、合适的配置参数等，这样也将会大大提升决策的合理性和系统传输效率的提升。
针对上述问题，本公开提出了一种基于O-RAN的系统性能优化方案，通过获取外部系统提供的丰富数据，如应用APP的服务器提供的全球定位系统(global positioningsystem，GPS)信息、业务服务器收集的业务信息等，结合RAN节点上报的内部监测信息，使用Non-RT RIC或者Near-RT RIC中的AI模块(AI/ML Function)进行预测或决策处理，然后将预测或决策的结果发给RAN节点中的相关功能模块，从而实现用户传输方式选择或者配置参数(例如非连续接收(discontinuous reception，DRX)配置)优化等目标。
根据RIC(此处将Non-RT RIC和Near-RT RIC统称为RIC)处理数据的方式不同，可以将本公开公开的实施例划分为两类，一类是RIC直接参与决策并利用切片实现，记为A类；一种是RIC进行预测，辅助RAN节点中模块进行优化处理，记为B类。根据数据来源和数据分类不同，可以分为移动性场景，业务场景和移动性、业务混合场景。因此，基于分类和场景，本公开列举下述实施例进行说明：
实施例A-1：基于切片的用户移动性场景下的系统性能优化；
实施例A-2：基于切片的业务场景下的系统性能优化；
实施例A-3：基于切片的移动性、业务场景下的系统性能优化；
实施例A-4：基于切片的配置参数优化；
实施例B-1：基于预测的用户移动性场景下的系统性能优化；
实施例B-2：基于预测的业务场景下的系统性能优化；以及
实施例B-3：基于预测的配置参数优化。
本领域技术人员将理解，本公开不限于上述实施例，任何使用到本公开相关创新点或将本公开的创新点进行组合的案例，都属于本公开声明的保护范围内。
实施例A-1
图3示出了根据本公开的实施例的基于切片的用户移动性场景下的系统性能优化。以下将参考图3进行描述。
步骤301，在O-RAN切片运行中开启。相比现有技术，本公开并非由拥塞事件触发，可以采用配置触发，或者周期运行的方式。例如，根据切片服务提供者或者切片客户的需求开启切片资源优化功能，或者在一个O-RAN系统中，一直开启切片优化功能。
相比现有拥塞触发方式的切片资源划分方式，本公开的切片资源优化方法可以周期进行。对于Non-RT RIC，可以支持秒级别的策略预测，相比现有技术更加动态。具体地，现有技术以拥塞事件触发，其事件尺度可能是若干天，或者若干月，若干小时。而本公开中的实施例利用Non-RT RIC可以是秒级别，利用Near-RT RIC可以是毫秒级别。
步骤302，由网络子切片管理功能(Network Slice Subnet ManagementFunction，NSSMF)创建网络子切片实例(Network Slice Subnet Instance，NSSI)。
具体地，单一的网络切片选择辅助信息(Single Network Slice SelectionAssistance Information，S-NSSAI)定义了一种端到端的网络切片，详见3GPP TS 23.003。
S-NSSAI是一个包含32比特的标识符，包含8比特的切片/服务类型(Slice/Service type，SST)和24比特的切片特色(Slice Differentiator，SD)。
多个S-NSSAI的集合构成网络切片选择辅助信息(Network Slice SelectionAssistance Information，NSSAI)。为了支持NSSAI的实现，网络会部署一个或多个网络切片实例(Network Slice Instance，NSI)，同时部署一个或多个NSSI。NSSI是NSI的全部或部分组成模块。一个NSSI可以属于一个NSI，也可以属于多个NSI。一个NSI可以由一个NSSI组成，也可以由多个NSSI组成。
本公开提出在一个O-RAN系统中，至少需要创建两个NSSI。在网络实现中，不同的NSSI对应与不同的优选传输方式，例如，MU-MIMO或SU-MIMO。
本所述的优选的传输方式，并非指在此NSSI中所有的用户仅支持这一种传输方式，而不支持其他传输方式。
例如，采用基于SRS的MU-MIMO作为优选传输方式的NSSI内，当用户的SRS信息不完备时，可能会临时回落到使用SU-MIMO传输等。
子切片管理模块在RAN侧创建至少两个子切片实例，分别支持不同的传输方式。子切片可以属于同一个切片实例，也可以属于不同的切片实例，但都属于同一个S-NSSAI。用户在子切片实例切换中，不需要更新S-NSSAI，从而减少信令开销，可以实现无缝软切换，尽可能减少对业务传输的影响。
在现有技术中，没有基于优选传输方式划分子切片的设计，因此在子切片属性里没有传输方式相关的信息。在本公开中，在O-RAN系统的NSSI信息接口中增加了代表NSSI优选传输方式的信息。
具体地，可以在NSSI中增加一个单独的信息单元(Information Element，IE)来标识此NSSI的优选传输方式，也可以通过NSSI命名字符串的规则来表示此NSSI的优选传输方式，也可以用隐含的方式关联该NSSI的优选传输方式，例如，NSSI所支持的用户移动速度范围等。
本公开的实施例使用基于传输方式的子切片的优点在于从物理资源上将两种传输方式的用户分隔开，消除不同传输方式之间的相互影响，便于对不同传输方式的子切片分别管理和测量，降低基站的处理复杂度。同时，通过子切片的方式通知基站优选的传输方式，也可以节约信令开销。
步骤303，数据收集。SMO模块从应用服务器收集用户移动性相关信息(例如空间坐标、GPS、相对于基站的方位信息、周边环境分布信息、地图等)，以上信息用于实现切片中每个小区中每个用户的移动性估计和预测。
SMO通过O1接口从网络功能，或者Non-RT RIC通过A1接口从Nea-RT RIC，或者Near-RT RIC通过E2接口从网络功能，获取用户的能力信息，例如SRS上报能力、支持的解调参考信号(demodulation reference signal，DMRS)类型、支持的DMRS符号数等，以上信息用于实现切片中每个小区中每个用户的可支持的传输方式集合的确定。
SMO通过O1接口从网络功能，或者Non-RT RIC通过A1接口从Nea-RT RIC，或者Near-RT RIC通过E2接口从网络功能，获取小区的能力信息，例如是否支持MU-MIMO传输、是否支持SU-MIMO传输、MU-MIMO最大传输层数、SU-MIMO最大传输层数、是否支持CoMP传输等，以上信息用于实现切片中每个小区中可支持的传输方式集合的确定。
SMO通过O1接口从网络功能，或者Non-RT RIC通过A1接口从Nea-RT RIC，或者Near-RT RIC通过E2接口从网络功能，获取切片相关的测量信息，例如在线的用户数、吞吐量、物理资源块(Physical Resource Block，PRB)利用率等，以上信息用于实现确定切片的总体负载情况。
数据收集后汇总于进行AI处理的RIC模块。
对于所述RIC模块为Non-RT RIC的情况，SMO通过内部总线将SMO所收集的信息传递给Non-RT RIC模块，Near RT-RIC通过A1接口将SMO所收集的信息传递给Non-RT RIC模块。
对于所述RIC模块为Near-RT RIC的情况，SMO通过内部总线将SMO所收集的信息传递给Non-RT RIC模块以进一步由Non-RT RIC通过A1接口传递给Near-RT RIC模块，网络功能通过E2接口将信息传递给Near-RT RIC模块。
在现有技术中，没有用例说明需要采集与传输方式决策相关的信息，没有考虑利用RIC对用户移动性估计和测量的能力确定传输方式。
本公开的实施例使用业务信息的优点在于，可以知道用户的业务模型，预测业务发生的时刻，提前给用户准备好资源，减少处理时延，提升用户的体验，满足SLA需求。使用用户能力信息的优点在于，让高性能的终端使用MU-MIMO，低性能的终端使用SU-MIMO，减少不必要的重传，提升资源利用率。不同等级的终端，其下行数据的传输能力不一样。根据3GPP协议，终端可以支持最少一层下行数据流，最多8层下行数据流。高性能的终端，在解调下行数据时，可以消除掉复用用户的干扰，解调出原始数据。
步骤304，确定用户子切片策略。RIC(Non-RT RIC和/或Near-RT RIC)基于所收集的数据通过运行AI模块为切片中每个小区每个用户选择优选传输方式，将用户放入相应的子切片中。
具体地，可以由Non-RT RIC完成此决策过程，决策通过A1接口传递给Near-RTRIC，然后由Near-RT RIC通过E2接口传递给网络功能。
具体地，可以由Non-RT RIC完成此决策过程，决策通过SMO内部总线分享给SMO，然后由SMO通过O1接口传递给网络功能。
具体地，可以由Near-RT RIC运行AI模块完成此决策过程，决策通过E2接口传递给网络功能。
具体地，可以由Non-RT RIC和Near-RT RIC分别运行AI模块完成此决策过程，Non-RT RIC将所做决策和完成的模型训练通过A1接口传递给Near-RT RIC，Near-RT RIC基于Non-RT RIC传递的信息和E2接口传递的信息进一步运行AI模块，完成最终决策并通过E2接口传递给网络功能。
具体地，决策后的用户传输方式通过子切片的方式传递给网络功能，例如，为每个子切片列举归属该子切片的用户标号，例如，为每个用户标注其归属的子切片标号等。
在现有技术中，没有传递用户优选传输方式信息的接口消息。本公开中引入以上接口消息传递以实现子切片优选传输方式选择功能。
具体地，对于Non-RT RIC运行AI模块确定优选传输方式的实现方式，需要在A1接口和E2接口上增加优选传输方式相关的信息。
具体地，对Near-RT RIC运行AI模块确定优选传输方式的实现方式，需要在E2接口上增加优选传输方式相关的信息。
具体地，对由Non-RT RIC和Near-RT RIC分别运行AI模块完成此决策的实现方式，需要在A1接口上增加Non-RT RIC训练结果和模型部署的信息，需要在E2接口上增加优选传输方式相关的信息。具体地，A1接口上增加的Non-RT RIC训练结果可以是每个用户的优选传输方式信息，也可以是每个用户的移动速度等级信息，也可以是每个用户的移动模型信息等。
步骤305，接收并应用用户子切片策略。网络功能通过O1接口或者E2收到用户的子切片信息后，删掉在原有子切片实例中的用户信息，在指示的子切片实例中建立用户的信息。
具体地，使用O1接口还是E2接口接收策略信息取决于步骤304中具体采用了哪种方法。对于通过Non-RT RIC决策的方式，网络功能可以通过O1接口接收，也可以通过E2接口接收。对于通过Near-RT RIC决策，或者Non-RT RIC与Near-RT RIC联合决策的方式，网络功能可以通过E2接口接收策略。
网络功能完成策略接收后，将按照子切片策略完成用户的RRC配置或者媒体接入控制(Media Access Control，MAC)调度。
本公开的实施例基于子切片实例操作，可以将传输方式从物理资源上分开，消除不同传输方式之间的相互影响。给出了用户在子切片切换过程中的操作。
为了支持以上过程的实现，还可以添加其他辅助步骤。
例如，网络功能模块可以通过O1接口告知SMO，网络功能模块或者小区是否支持基于优选传输方式的子切片功能。对于支持该功能的网络功能模块或者小区才进行上述图3中的流程。
例如，网络功能模块可以进一步上报一些测量数据，帮助RIC评估优选传输方式策略的效果，从而帮助RIC优化算法或终止基于优选传输方式的子切片功能。
根据上述实施例，通过对移动性的测量，为不同场景的用户选择不同的传输方式，并通过切片策略、RRC配置或MAC调度策略等方式具体实现，从而达到提升基站系统的吞吐量，改善用户体验，帮助终端省电等性能方面的提升。
实施例A-2
图4示出了根据本公开的实施例的基于切片的用户流量预测场景下的系统性能优化。以下将参考图4进行描述。
步骤401，在O-RAN切片运行中开启，与301步骤相同。
步骤402，与302步骤相同。
步骤403，数据收集。SMO模块从应用服务器收集用户流量预测相关信息(例如正在使用的移动应用，正在办公室还是正在开车等)，以上信息用于实现切片中每个小区中每个用户的流量估计和预测。
SMO通过O1接口从网络功能，或者Non-RT RIC通过A1接口从Nea-RT RIC，或者Near-RT RIC通过E2接口从网络功能，获取用户的能力信息，例如SRS上报能力、支持的DMRS类型、支持的DMRS符号数等，以上信息用于实现切片中每个小区中每个用户的可支持的传输方式集合的确定。
SMO通过O1接口从网络功能，或者Non-RT RIC通过A1接口从Nea-RT RIC，或者Near-RT RIC通过E2接口从网络功能，获取小区的能力信息，例如是否支持MU-MIMO传输、是否支持SU-MIMO传输、MU-MIMO最大传输层数、SU-MIMO最大传输层数、是否支持CoMP传输等，以上信息用于实现切片中每个小区中可支持的传输方式集合的确定。
SMO通过O1接口从网络功能，或者Non-RT RIC通过A1接口从Nea-RT RIC，或者Near-RT RIC通过E2接口从网络功能，获取切片相关的测量信息，例如在线的用户数、吞吐量、PRB利用率等，以上信息用于实现确定切片的总体负载情况。
数据收集后汇总于进行AI处理的RIC模块。
对于所述RIC模块为Non-RT RIC的情况，SMO通过内部总线将SMO所收集的信息传递给Non-RT RIC模块，Near RT-RIC通过A1接口将SMO所收集的信息传递给Non-RT RIC模块。
对于所述RIC模块为Near-RT RIC的情况，SMO通过内部总线将SMO所收集的信息传递给Non-RT RIC模块以进一步由Non-RT RIC通过A1接口传递给Near-RT RIC模块，网络功能通过E2接口将信息传递给Near-RT RIC模块。
在现有技术中，没有用例说明需要采集与传输方式决策相关的信息，没有考虑利用RIC对用户流量估计和测量的能力确定传输方式。
本公开的实施例使用业务信息的优点在于，可以知道用户的业务模型，预测业务发生的时刻，提前给用户准备好资源，减少处理时延，提升用户的体验，满足SLA需求。使用用户能力信息的优点在于，让高性能的终端使用MU-MIMO，低性能的终端使用SU-MIMO，减少不必要的重传，提升资源利用率。不同等级的终端，其下行数据的传输能力不一样。根据3GPP协议，终端可以支持最少一层下行数据流，最多8层下行数据流。高性能的终端，在解调下行数据时，可以消除掉复用用户的干扰，解调出原始数据。
步骤404，与步骤304相同。
步骤405，与步骤305相同。
为了支持以上过程的实现，还可以添加其他辅助步骤。
例如，网络功能模块可以通过O1接口告知SMO，网络功能模块或者小区是否支持基于优选传输方式的子切片功能。对于支持该功能的网络功能模块或者小区才进行上述图4中的流程。
例如，网络功能模块可以进一步上报一些测量数据，帮助RIC评估优选传输方式策略的效果，从而帮助RIC优化算法或终止基于优选传输方式的子切片功能。
根据上述实施例，通过对业务类型流量的测量，为不同场景的用户选择不同的传输方式，并通过切片策略、RRC配置或MAC调度策略等方式具体实现，从而达到提升基站系统的吞吐量，改善用户体验，帮助终端省电等性能方面的提升。
实施例A-3
图5示出了根据本公开的实施例的基于切片的用户移动性场景和业务场景下的系统性能优化。以下将参考图5进行描述。
步骤501，在O-RAN切片运行中开启，与301步骤相同。
步骤502，与302步骤相同。
步骤503，数据收集。SMO模块从应用服务器收集：用户移动性相关信息(例如空间坐标、GPS、相对于基站的方位信息、周边环境分布信息、地图等)，以上信息用于实现切片中每个小区中每个用户的移动性估计和预测；用户流量预测相关信息(例如正在使用的移动应用，正在办公室还是正在开车等)，以上信息用于实现切片中每个小区中每个用户的流量估计和预测。
SMO通过O1接口从网络功能，或者Non-RT RIC通过A1接口从Nea-RT RIC，或者Near-RT RIC通过E2接口从网络功能，获取用户的能力信息，例如SRS上报能力、支持的DMRS类型、支持的DMRS符号数等，以上信息用于实现切片中每个小区中每个用户的可支持的传输方式集合的确定。
SMO通过O1接口从网络功能，或者Non-RT RIC通过A1接口从Nea-RT RIC，或者Near-RT RIC通过E2接口从网络功能，获取小区的能力信息，例如是否支持MU-MIMO传输、是否支持SU-MIMO传输、MU-MIMO最大传输层数、SU-MIMO最大传输层数、是否支持CoMP传输等，以上信息用于实现切片中每个小区中可支持的传输方式集合的确定。
SMO通过O1接口从网络功能，或者Non-RT RIC通过A1接口从Nea-RT RIC，或者Near-RT RIC通过E2接口从网络功能，获取切片相关的测量信息，例如在线的用户数、吞吐量、PRB利用率等，以上信息用于实现确定切片的总体负载情况。
数据收集后汇总于进行AI处理的RIC模块。
对于所述RIC模块为Non-RT RIC的情况，SMO通过内部总线将SMO所收集的信息传递给Non-RT RIC模块，Near RT-RIC通过A1接口将SMO所收集的信息传递给Non-RT RIC模块。
对于所述RIC模块为Near-RT RIC的情况，SMO通过内部总线将SMO所收集的信息传递给Non-RT RIC模块以进一步由Non-RT RIC通过A1接口传递给Near-RT RIC模块，网络功能通过E2接口将信息传递给Near-RT RIC模块。
在现有技术中，没有用例说明需要采集与传输方式决策相关的信息，没有考虑利用RIC对用户移动性和流量估计以及测量的能力确定传输方式。
本公开的实施例使用业务信息的优点在于，可以知道用户的业务模型，预测业务发生的时刻，提前给用户准备好资源，减少处理时延，提升用户的体验，满足SLA需求。使用用户能力信息的优点在于，让高性能的终端使用MU-MIMO，低性能的终端使用SU-MIMO，减少不必要的重传，提升资源利用率。不同等级的终端，其下行数据的传输能力不一样。根据3GPP协议，终端可以支持最少一层下行数据流，最多8层下行数据流。高性能的终端，在解调下行数据时，可以消除掉复用用户的干扰，解调出原始数据。
步骤504，与步骤304相同。
步骤505，与步骤305相同。
为了支持以上过程的实现，还可以添加其他辅助步骤。
例如，网络功能模块可以通过O1接口告知SMO，网络功能模块，或者小区是否支持基于优选传输方式的子切片功能。对于支持该功能的网络功能模块或者小区才进行上述图4中的流程。
例如，网络功能模块可以进一步上报一些测量数据，帮助RIC评估优选传输方式策略的效果，从而帮助RIC优化算法或终止基于优选传输方式的子切片功能。
根据上述实施例，通过对用户业务量、业务类型、移动性等测量和预测，为不同场景的用户选择不同的传输方式，并通过切片策略、RRC配置或MAC调度策略等方式具体实现，从而达到提升基站系统的吞吐量，改善用户体验，帮助终端省电等性能方面的提升。
实施例A-4
图6示出了根据本公开的实施例的基于切片的配置参数优化。以下将参考图6进行描述。
步骤601，在O-RAN切片运行中开启，与301步骤相同。
步骤602，与302步骤相同。
步骤603，数据收集。SMO模块从应用服务器收集用户场景相关信息，例如移动性预测、流量预测、网络拥塞预测等。
SMO通过O1接口从网络功能，或者Non-RT RIC通过A1接口从Nea-RT RIC，或者Near-RT RIC通过E2接口从网络功能，获取用户的能力信息，例如SRS上报能力、支持的DMRS类型、支持的DMRS符号数等，以上信息用于实现切片中每个小区中每个用户的可支持的传输方式集合的确定。
SMO通过O1接口从网络功能，或者Non-RT RIC通过A1接口从Nea-RT RIC，或者Near-RT RIC通过E2接口从网络功能，获取小区的能力信息，例如是否支持MU-MIMO传输、是否支持SU-MIMO传输、MU-MIMO最大传输层数、SU-MIMO最大传输层数、是否支持CoMP传输等，以上信息用于实现切片中每个小区中可支持的传输方式集合的确定。
SMO通过O1接口从网络功能，或者Non-RT RIC通过A1接口从Nea-RT RIC，或者Near-RT RIC通过E2接口从网络功能，获取切片相关的测量信息，例如在线的用户数、吞吐量、PRB利用率等，以上信息用于实现确定切片的总体负载情况。
数据收集后汇总于进行AI处理的RIC模块。
对于所述RIC模块为Non-RT RIC的情况，SMO通过内部总线将SMO所收集的信息传递给Non-RT RIC模块，Near RT-RIC通过A1接口将SMO所收集的信息传递给Non-RT RIC模块。
对于所述RIC模块为Near-RT RIC的情况，SMO通过内部总线将SMO所收集的信息传递给Non-RT RIC模块以进一步由Non-RT RIC通过A1接口传递给Near-RT RIC模块，网络功能通过E2接口将信息传递给Near-RT RIC模块。
步骤604，确定用户子切片策略。RIC(Non-RT RIC和/或Near-RT RIC)基于所收集的数据通过运行AI模块为切片中不同传输方式的子切片优选RRC配置参数，或者切片中不同传输方式的子切片的每个用户优选RRC配置参数。
具体地，可以由Non-RT RIC完成此决策过程，决策通过A1接口传递给Near-RTRIC，然后由Near-RT RIC通过E2接口传递给网络功能。
具体地，可以由Non-RT RIC完成此决策过程，决策通过SMO内部总线分享给SMO，然后由SMO通过O1接口传递给网络功能。
具体地，可以由Near-RT RIC运行AI模块完成此决策过程，决策通过E2接口传递给网络功能。
具体地，可以由Non-RT RIC和Near-RT RIC分别运行AI模块完成此决策过程，Non-RT RIC将所做决策和完成的模型训练通过A1接口传递给Near-RT RIC，Near-RT RIC基于Non-RT RIC传递的信息和E2接口传递的信息进一步运行AI模块，完成最终决策并通过E2接口传递给网络功能。
具体地，决策后的RRC配置参数可以通过子切片的方式传递给网络功能，例如，为每个子切片列举相应的RRC配置参数信息，诸如用于终端节点的DRX信息、用于信道测量的SRS信息、用于信道估计的DMRS信息、用于CSI测量的CSI-RS信息和码本配置信息等。
具体地，决策后的RRC配置参数可以通过每个用户的RRC参数的方式传递给网络功能模块，例如，为每个子切片中的每个用户列举相应的RRC配置参数信息，诸如用于终端节点的DRX信息、用于信道测量的SRS信息、用于信道估计的DMRS信息、用于CSI测量的CSI-RS信息和码本配置信息等。
在现有技术中，没有传递用户RRC配置参数的接口消息。本公开中引入以上接口消息传递以实现子切片优选RRC配置参数功能。
具体地，对于Non-RT RIC运行AI模块确定优选RRC配置参数的实现方式，需要在A1接口和E2接口上增加优选传输方式相关的信息。
具体地，对Near-RT RIC运行AI模块确定优选RRC配置参数的实现方式，需要在E2接口上增加优选传输方式相关的信息。
具体地，对由Non-RT RIC和Near-RT RIC分别运行AI模块完成此决策的实现方式，需要在A1接口上增加Non-RT RIC训练结果和模型部署的信息，需要在E2接口上增加优选RRC配置参数相关的信息。具体地，A1接口上增加的Non-RT RIC训练结果可以是每个用户的优选RRC配置参数信息，也可以是每个用户的移动速度等级信息，也可以是每个用户的移动模型信息等。
步骤605，与步骤505相同。
为了支持以上过程的实现，还可以添加其他辅助步骤。
例如，网络功能模块可以通过O1接口告知SMO，网络功能模块，或者小区是否支持基于优选传输方式的子切片功能。对于支持该功能的网络功能模块或者小区才进行上述图6中的流程。
例如，网络功能模块可以进一步上报一些测量数据，帮助RIC评估优选传输方式策略的效果，从而帮助RIC优化算法或终止基于优选传输方式的子切片功能。
根据上述实施例，通过对用户业务量、业务类型、移动性等测量，为不同场景的用户选择不同的传输方式，并通过切片策略、RRC配置或MAC调度策略等方式具体实现，从而达到提升基站系统的吞吐量，改善用户体验，帮助终端省电等性能方面的提升。
实施例B-1
图7示出了根据本公开的实施例的基于预测的用户移动性场景下的系统性能优化。以下将参考图7进行描述。
步骤701为触发方式。相比现有技术，本公开的实施例并非由事件触发，而是基于配置周期性运行。可以采用配置触发，或者周期运行的方式。例如，根据服务提供者或者客户的需求开启功能。或者在一个O-RAN系统中，一直开启此功能。
步骤702，数据收集。相比现有技术，本公开不仅包括SMO利用O1接口收集的RAN内部数据，还包括RAN外部提供的丰富数据。
收集数据主要包括通过GPS直接提供或计算获得的用户的移动速度、移动方向、方位、加速度等；如果能够获得用户的导航信息，车辆的传感器信息等，则可以获取更丰富数据。
数据收集后汇总于进行AI处理的RIC模块。
对于所述RIC模块为Non-RT RIC的情况，SMO通过内部总线将SMO所收集的信息传递给Non-RT RIC模块，Near RT-RIC通过A1接口将其所收集的信息传递给Non-RT RIC模块。
对于所述RIC模块为Near-RT RIC的情况，SMO通过内部总线将SMO所收集的信息传递给Non-RT RIC模块以进一步由Non-RT RIC通过A1接口传递给Near-RT RIC模块，网络功能通过E2接口将信息传递给Near-RT RIC模块。
步骤703为RIC进行AI/ML模型训练。
AI模型可以部署到Non-RT RIC或/和Near-RT RIC。Non-RT RIC和Near-RT RIC主要是实时性区别，Non-RT RIC是秒级，Near-RT RIC是10ms～1s，无论AI模型部署在哪里都落入本专利保护范围内。
AI模型训练可以是周期性触发的，也可以是事件触发的，例如RAN内部性能测量数据低于某一指标时，小区中用户增加或减少时。
步骤704，采用ML模型进行预测。
AI模型可以部署到Non-RT RIC或/和Near-RT RIC。Non-RT RIC和Near-RT RIC主要是实时性区别，Non-RT RIC是秒级，Near-RT RIC是10ms～1s，无论AI模型部署在哪里都落入本专利保护范围内。
以下将以Near-RT RIC为例进行描述，而Near-RT RIC的处理类似，不再单独描述。
SMO周期性地将数据通过A1接口发送到Near-RT RIC，Near-RT RIC采用AI模型进行准实时预测。基于下述原因，进行下一周期的预测而不是直接将外部数据发送给RAN节点是必要的。
第一，实时性原因，Near-RT RIC(10ms～1s)和Non-RT RIC(>1s)都无法保证绝对实时，如果直接发数据给RAN节点，则会因为时间滞后产生误差。
第二，通过AI/ML预测可以获得直接数据无法反映的信息，例如用户加速度、下一时刻的位置等，或通过用户目前的业务应用层信息推断业务类型属于视频还是通话。
第三，可以将数据加工成RAN节点所需要的格式，降低RAN处理复杂度。
步骤705，RAN节点中的功能模块使用预测信息辅助决策。利用预测信息进行用户传输方式的决策。
具体地，RAN节点通过E2接口接收移动性预测信息。
所述移动性预测信息可以包括，用户当前的移动速度、移动方向、加速度、加速度方向、移动速度将持续多久等详细的移动速度相关信息。
所述移动性预测信息也可以包括大致的用户移动速度相关信息，例如用户的移动性等级，诸如，静止、缓慢移动、中等速度移动或者高速移动等。
所述移动性预测信息也可以包括大致的用户移动速度区间的相关信息，例如用户的移动速度在1千米每小时以下，介于1千米每小时到3千米每小时之间等。
相比现有技术，本公开在E2接口上引入用户级别移动性相关信息。
具体地，RAN节点接收到用户移动性相关信息后会基于以上信息确定用户的优选传输方式。
例如，对于低速用户，优选MU-MIMO传输方式。对于高速用户，优选SU-MIMO移动方式等。
为了支持以上过程的实现，还可以添加其他辅助步骤。
例如，网络功能模块可以通过O1接口告知SMO，网络功能模块或者小区是否支持基于接收用户移动性信息的功能。对于支持该功能的网络功能模块或者小区才进行上述图7中的流程。
例如，网络功能模块可以进一步上报一些测量数据，帮助RIC评估优选传输方式策略的效果，从而帮助RIC优化算法或终止功能。
根据上述实施例，通过移动性的预测，为不同场景的用户选择不同的传输方式，并通过切片策略、RRC配置或MAC调度策略等方式具体实现，从而达到提升基站系统的吞吐量，改善用户体验，帮助终端省电等性能方面的提升。
实施例B-2
图8示出了根据本公开的实施例的基于预测的业务场景下的系统性能优化。以下将参考图8进行描述。
步骤801为触发方式。相比现有技术，本公开的实施例并非由事件触发，而是基于配置周期性运行。可以采用配置触发，或者周期运行的方式。例如，根据服务提供者或者客户的需求开启功能。或者在一个O-RAN系统中，一直开启此功能。
步骤802，数据收集。相比现有技术，本公开不仅包括SMO利用O1接口收集的RAN内部数据，还包括RAN外部提供的丰富数据。
收集数据主要包括用户当前业务的类型和流量信息，例如正在进行语音通话、文件传输或视频观看等，并且获取例如传输文件大小，视频时长等信息。
数据收集后汇总于进行AI处理的RIC模块。
对于所述RIC模块为Non-RT RIC的情况，SMO通过内部总线将SMO所收集的信息传递给Non-RT RIC模块，Near RT-RIC通过A1接口将SMO所收集的信息传递给Non-RT RIC模块。
对于所述RIC模块为Near-RT RIC的情况，SMO通过内部总线将SMO所收集的信息传递给Non-RT RIC模块以进一步由Non-RT RIC通过A1接口传递给Near-RT RIC模块，网络功能通过E2接口将信息传递给Near-RT RIC模块。
步骤803为RIC进行AI/ML模型训练。
AI模型可以部署到Non-RT RIC或/和Near-RT RIC。Non-RT RIC和Near-RT RIC主要是实时性区别，Non-RT RIC是秒级，Near-RT RIC是10ms～1s，无论AI模型部署在哪里都落入本专利保护范围内。
AI模型训练可以是周期性触发的，也可以是事件触发的，例如RAN内部性能测量数据低于某一指标时，小区中用户增加或减少时。
步骤804为采用ML模型进行预测。
AI模型可以部署到Non-RT RIC或/和Near-RT RIC。Non-RT RIC和Near-RT RIC主要是实时性区别，Non-RT RIC是秒级，Near-RT RIC是10ms～1s，无论AI模型部署在哪里都落入本专利保护范围内。
以下将以Near-RT RIC为例进行描述，而Near-RT RIC的处理类似，不再单独描述。
SMO周期性地将数据通过A1接口发送到Near-RT RIC，Near-RT RIC采用AI模型进行准实时预测。基于下述原因，进行下一周期的预测而不是直接将外部数据发送给RAN节点是必要的。
第一，实时性原因，Near-RT RIC(10ms～1s)和Non-RT RIC(>1s)都无法保证绝对实时，如果直接发数据给RAN节点，则会因为时间滞后产生误差。
第二，通过AI/ML预测可以获得直接数据无法反映的信息，例如用户加速度、下一时刻的位置等，或通过用户目前的业务应用层信息推断业务类型属于视频还是通话。
第三，可以将数据加工成RAN节点所需要的格式，降低RAN处理复杂度。
步骤805，RAN节点中的功能模块使用预测信息辅助决策。利用预测信息进行用户传输方式的决策。
具体地，RAN节点通过E2接口接收流量预测信息。
所述流量预测信息可以包括，用户当前的缓存占用(buffer occupy，BO)、业务模型、业务到达间隔、业务平均BO、业务BO方差等。
所述流量信息也可以包括大致的用户流量相关信息，例如用户的流量等级，诸如，小流量业务、中等流量业务或者高流量业务等。
所述流量预测信息也可以包括大致的流量区间的相关信息，例如用户的流量速度在10字节每毫秒，介于10字节每毫秒到300字节每毫秒等。
相比现有技术，本公开在E2接口上引入用户级别流量相关信息。
具体地，RAN节点接收到流量相关信息后会基于以上信息确定用户的优选传输方式。
例如，对于低流量用户，优选SU-MIMO传输方式。对于高流量用户，优选MU-MIMO移动方式等。
为了支持以上过程的实现，还可以添加其他辅助步骤。
例如，网络功能模块可以通过O1接口告知SMO，网络功能模块或者小区是否支持基于接收用户流量信息的功能。对于支持该功能的网络功能模块或者小区才进行上述图8中的流程。
例如，网络功能模块可以进一步上报一些测量数据，帮助RIC评估优选传输方式策略的效果，从而帮助RIC优化算法或终止功能。
根据上述实施例，通过对用户业务量、业务类型的预测，为不同场景的用户选择不同的传输方式，并通过切片策略、RRC配置或MAC调度策略等方式具体实现，从而达到提升基站系统的吞吐量，改善用户体验，帮助终端省电等性能方面的提升。
实施例B-3
图9示出了根据本公开的实施例的基于预测的配置参数优化。以下将参考图9进行描述。
步骤901为触发方式。相比现有技术，本公开的实施例并非由事件触发，而是基于配置周期性运行。可以采用配置触发，或者周期运行的方式。例如，根据服务提供者或者客户的需求开启功能。或者在一个O-RAN系统中，一直开启此功能。
步骤902，数据收集。相比现有技术，本公开不仅包括SMO利用O1接口收集的RAN内部数据，还包括RAN外部提供的丰富数据。
用户业务相关数据收集，收集数据主要包括用户当前业务的类型和流量信息，例如正在进行语音通话、文件传输或视频观看等，并且获取例如传输文件大小，视频时长等信息。
数据收集后汇总于进行AI处理的RIC模块。
对于所述RIC模块为Non-RT RIC的情况，SMO通过内部总线将SMO所收集的信息传递给Non-RT RIC模块，Near RT-RIC通过A1接口将SMO所收集的信息传递给Non-RT RIC模块。
对于所述RIC模块为Near-RT RIC的情况，SMO通过内部总线将SMO所收集的信息传递给Non-RT RIC模块以进一步由Non-RT RIC通过A1接口传递给Near-RT RIC模块，网络功能通过E2接口将信息传递给Near-RT RIC模块。
步骤903为RIC进行AI/ML模型训练。
AI模型可以部署到Non-RT RIC或/和Near-RT RIC。Non-RT RIC和Near-RT RIC主要是实时性区别，Non-RT RIC是秒级，Near-RT RIC是10ms～1s，无论AI模型部署在哪里都落入本专利保护范围内。
AI模型训练可以是周期性触发的，也可以是事件触发的，例如RAN内部性能测量数据低于某一指标时，小区中用户增加或减少时。
步骤904为采用ML模型进行预测。
AI模型可以部署到Non-RT RIC或/和Near-RT RIC。Non-RT RIC和Near-RT RIC主要是实时性区别，Non-RT RIC是秒级，Near-RT RIC是10ms～1s，无论AI模型部署在哪里都落入本专利保护范围内。
以下将以Near-RT RIC为例进行描述，而Near-RT RIC的处理类似，不再单独描述。
SMO周期性地将数据通过A1接口发送到Near-RT RIC，Near-RT RIC采用AI模型进行准实时预测。基于下述原因，进行下一周期的预测而不是直接将外部数据发送给RAN节点是必要的。
第一，实时性原因，Near-RT RIC(10ms～1s)和Non-RT RIC(>1s)都无法保证绝对实时，如果直接发数据给RAN节点，则会因为时间滞后产生误差。
第二，通过AI/ML预测可以获得直接数据无法反映的信息，例如用户加速度、下一时刻的位置等，或通过用户目前的业务应用层信息推断业务类型属于视频还是通话。
第三，可以将数据加工成RAN节点所需要的格式，降低RAN处理复杂度。
步骤905，RAN节点中的功能模块使用预测信息辅助决策。利用预测信息进行用户RRC配置的决策。
具体地，RAN节点通过E2接口接收流量预测信息。
所述流量预测信息可以包括，用户当前的缓存占用(BO，buffer occupy)、业务模型、业务到达间隔、业务平均BO、业务BO方差等。
所述流量信息也可以包括大致的用户流量相关信息，例如用户的流量等级，诸如，小流量业务、中等流量业务或者高流量业务等。
所述流量预测信息也可以包括大致的流量区间的相关信息，例如用户的流量速度在10字节每毫秒，介于10字节每毫秒到300字节每毫秒等。
相比现有技术，本公开在E2接口上引入用户级别流量相关信息。
具体地，RAN节点接收到流量相关信息后会基于以上信息确定用户的RRC配置参数。
例如，对于低流量用户，优选长DRX周期参数，长SRS周期配置。对于高流量用户，优选短DRX周期参数，短SRS周期配置等。
为了支持以上过程的实现，还可以添加其他辅助步骤。
例如，网络功能模块可以通过O1接口告知SMO，网络功能模块，或者小区是否支持基于接收用户流量信息的功能。对于支持该功能的网络功能模块或者小区才进行上述图9中的流程。
例如，网络功能模块可以进一步上报一些测量数据，帮助RIC评估优选传输方式策略的效果，从而帮助RIC优化算法或终止功能。
根据上述实施例，通过对用户业务量、业务类型、移动性的预测，为不同场景的用户选择不同的传输方式，并通过切片策略、RRC配置或MAC调度策略等方式具体实现，从而达到提升基站系统的吞吐量，改善用户体验，帮助终端省电等性能方面的提升。
为了实现根据以上描述的本公开的实施例的系统性能优化，需要引入以下消息(列举一些具体接口信息作为示例)。
A1接口，下行方向。如果Non-RT RIC不执行ML模型，则需要提供以下数据，包括：用户GPS，导航路线，传感器信息(车辆或其他移动设备)，用户业务软件应用层信息，诸如业务类型，视频大小和时长，文件大小等。如果Non-RT RIC执行ML模型进行预测，则需要提供以下预测数据：对于实施例B-1，移动性数据、每个用户在下一个周期内(例如1s为周期)所有时间点的速度(例如以1ms划分时间点)、运动方向、加速度、方位、高度等可能的信息；对于实施例B-2，业务模型数据，包括业务类型，传输速率和时长。
E2接口，下行方向。如果Near-RT RIC执行ML模型，则需要提供以下数据：对于实施例B-1，移动性数据、每个用户在下一个周期内(例如100ms为周期)所有时间点的速度(例如以1ms划分时间点)、运动方向、加速度、方位、高度等可能的信息；对于实施例B-2，业务模型数据，包括业务类型，传输速率和时长。
E2接口，上行方向。提供RAN功能模块的能力描述，包括MAC调度模块描述自己有能力处理用户移动性信息，RRC模块描述自己有能力处理用户业务模型信息。
O1接口，上行方向，需要支持上报相关测量数据，例如系统总吞吐量，用户的平均吞吐量，用户MIMO传输方式，平均层数等。
更进一步地，为了支持本公开的实施例，需要针对接口进行以下修改：
1.增加一个子切片实例信息结构体，定义如下。
Figure BDA0002419623920000271
该结构体至少包括传输方式和子切片实例标识号。这个结构体在测量上报和决策消息下发都会用到。涉及到的接口是E2，A1。
2.增加用户关于Massive MIMO的能力信息
Figure BDA0002419623920000272
Figure BDA0002419623920000281
3.移动性数据定义(A1，E2接口下行)
Figure BDA0002419623920000282
4.业务模型数据定义(A1，E2接口下行)
Figure BDA0002419623920000283
以上参考图3至图9描述了根据本公开的具体实施例。以下将参考图10和图11来描述针对A类(即，是RIC直接参与决策并利用切片实现)和B类(RIC进行预测，辅助RAN节点中模块进行优化处理)实施例的一般流程。
图10示出了根据本公开的实施例的RAN智能控制器进行决策的、基于切片的性能优化实现方式的一般流程图。以下将参考图10进行描述。
针对A类实施例的操作流程，一般地包括以下步骤。
步骤1，创建支持MU传输方式的子切片和支持SU传输方式的子切片，对应于步骤301(以实施例A-1为例进行描述)。基于子切片，将不同传输方式的用户从无线资源上分开。有利于提高频谱效率，也有利于后续对子切片的优化管理。
步骤2，SMO向E2 Nodes请求上报需要的数据信息。
步骤3，E2 Nodes上报信息给SMO，对应于步骤302。在本公开的实施例中，Non-RTRIC需要基于E2 Nodes提供的用户的能力信息等决定该用户应该使用哪种类型的传输方式。
步骤4和步骤5，SMO从外部的服务器获取GPS信息和业务信息。对应于步骤302。在本方案中，Non-RT RIC的AI/ML模块基于GPS信息获取用户的移动模型，为Non-RT RIC决策提供速度，移动方向，空间坐标，周围建筑等信息。Non-RT RIC的AI/ML模块基于业务信息获取用户的业务模型，为Non-RT RIC决策提供业务类型，业务数据量，业务Qos需求等信息。
步骤6，Non-RT RIC基于移动信息，业务信息，用户能力信息等，给用户分配最优的传输方式，对应于步骤303。在本公开的实施例中，用户根据场景动态调整其传输方式，从而减少不必要的重传，提高系统的吞吐量和资源利用率。
步骤7和步骤8，将Non-RT RIC的决策结果下发到E2 Nodes(O-DU和O-CU-CP)，对应于步骤304。O-DU负责调度和无线资源的管理。O-CU-CP负责配置参数的管理。
SMO从外部的应用软件或应用服务器获GPS(Global Positioning System，全球定位系统)信息和业务信息，从E2 Nodes获取用户能力信息、切片相关的测量信息和用户性能的测量信息；Non-RT RIC中的AI/ML模块基于上述信息得到移动模型和业务模型；Non-RTRIC中的AI/ML模块基于移动模型、业务模型、切片相关的测量信息、用户性能的测量信息和用户能力信息等给用户选出最佳的传输方式(比如SU-MIMO或MU-MIMO)及最优的配置参数(DRX(Discontinuous Reception，不连续接收)，SR(Scheduling Request，调度请求)，PDSCH(Physical Downlink Shared Channel，物理下行共享信道)等)；Non-RT RIC将配置参数发给O-CU-CP，将用户归属的切片信息告诉O-DU.O-CU-CP将配置参数通过信令消息配给UE，同时更新O-DU侧该用户的配置参数。O-DU根据收到的切片配置通知，在所属切片中建立该用户的承载信息。配置完成后，在该切片中为用户做业务。
图11示出了根据本公开的实施例的RAN智能控制器进行预测的、辅助RAN节点的性能优化实现方式的一般流程图。以下将参考图11进行描述。
针对B类实施例的操作流程，一般地包括以下步骤。
步骤1：周期性请求O1接口上报RAN内部测量数据。
步骤2：O1接口上报RAN内部测量数据。
步骤3：周期性请求获取RAN外部丰富数据。
步骤4：收集RAN外部数据，包括GPS等移动性相关数据，传输速率等业务模型相关数据。
步骤5：非实时智能控制器进行AI/ML模型训练，是必要步骤。非实时智能控制器执行ML推导，对移动性，业务模型进行预测，是可选步骤。
步骤6：发送预测信息到准实时智能控制器。
步骤7：准实时智能控制器控制器执行ML推导，对移动性，业务模型进行预测，是可选步骤。
步骤8：准实时智能控制器发送预测结果到RAN节点中的功能模块，是必要步骤。
步骤9：O1接口反馈RAN参数调整或MAC调度策略调整后的性能测量。
步骤10：准实时智能控制器获取RAN性能测量信息和更新后的RAN外部信息。
步骤11：非实时智能控制器根据性能反馈衡量预测信息对系统的影响，进而判断ML模型是否合理。
步骤12：如果非实时智能控制器认为ML模型不合理，需要触发重新训练，是可选步骤。
步骤13：对ML模型进行更新。
以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。
本技术领域技术人员可以理解，本公开包括涉及用于执行本公开中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable ProgrammableRead-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically ErasableProgrammable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。
本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本公开公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解，本公开中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本公开中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本公开中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本公开的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本公开原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本公开的保护范围。

Claims (20)

1.一种用于在O-RAN系统中进行性能优化的方法，包括：
创建至少两个网络子切片实例NSSI；
通过管理实体与网络功能之间或网络功能内部的接口请求信息上报；
接收上报信息并且基于上报信息生成策略信息；以及
通过相应接口下发策略信息。
2.根据权利要求1所述的方法，其中，不同的NSSI对应于相应所选传输方式，并且其中，所述相应所选传输方式通过以下之一指示：
NSSI中新增的单独的信息单元IE；
NSSI名命字符串规则；以及
NSSI与相应所选传输方式的隐式关联。
3.根据权利要求1所述的方法，其中，接收上报信息包括以下中至少之一：
通过相应接口来接收用户能力信息；
通过相应接口来接收小区能力信息；和
通过相应接口来接收切片测量信息。
4.根据权利要求1所述的方法，还包括从外部服务器接收与用户场景相关的信息，其中，所述与用户场景相关信息包括以下中至少一个：
用户移动性相关信息，用于切片中每个小区中每个用户的移动性估计和预测；和
用户业务流量相关信息，用于切片中每个小区中每个用户的业务流量估计和预测。
5.根据权利要求1所述的方法，其中，接收上报信息并且基于上报信息生成策略信息还包括：
基于收集的与用户场景相关信息、采用人工智能/机器学习(AI/ML)模块生成策略信息。
6.根据权利要求1所述的方法，其中，所述策略信息包括以下中至少一个：
用户移动性相关信息；
用户业务流量相关信息；
切片级配置信息；
用户级配置信息；以及
切片与用户之间的关联信息。
7.根据权利要求1所述的方法，还包括：基于生成的策略信息来确定和发送RRC配置参数。
8.根据权利要求1所述的方法，其中，用于决策的智能控制器模块部署在一个模块中或者部署在多个模块中通过接口连接。
9.根据权利要求8所述的方法，其中，根据用于决策的智能控制模块的部署方式和生成的策略信息，在相应的接口上增加相应信息以及确定用于接收策略信息的接口。
10.一种用于在O-RAN系统中进行性能优化的方法，包括：
通过管理实体与网络功能之间或网络功能内部的接口请求信息上报；
接收上报信息并且基于上报信息生成预测信息；以及
通过相应接口下发预测信息；
其中，所述预测信息由基站用来确定用户的传输方式。
11.根据权利要求10所述的方法，其中，接收上报信息包括以下中至少之一：
通过相应接口来接收用户能力信息；
通过相应接口来接收小区能力信息；和
通过相应接口来接收切片测量信息。
12.根据权利要求10所述的方法，还包括从外部服务器接收与用户场景相关的信息，其中，所述与用户场景相关信息包括以下中至少一个：
用户移动性相关信息，用于切片中每个小区中每个用户的移动性估计和预测；和
用户业务流量相关信息，用于切片中每个小区中每个用户的业务流量估计和预测。
13.根据权利要求12所述的方法，其中，所述预测信息包括以下中至少一个：
用户移动性预测信息；和
用户业务流量预测信息。
14.根据权利要求10所述的方法，其中，接收上报信息并且基于上报信息生成预测信息还包括：
基于收集的与用户场景相关信息、采用人工智能/机器学习(AI/ML)模块生成预测信息。
15.根据权利要求10所述的方法，还包括：基站基于下发的预测信息来确定和发送RRC配置参数。
16.根据权利要求10所述的方法，其中，用于预测的智能控制器模块部署在一个模块中或者部署在多个模块中通过接口连接。
17.根据权利要求16所述的方法，根据用于预测的智能控制模块的部署方式和生成的预测信息，在相应的接口上增加相应信息以及确定用于接收预测信息的接口。
18.根据权利要求10所述的方法，其中，接收上报信息并且基于上报信息生成预测信息还包括从基站接收预测反馈以更新预测信息。
19.一种用于在O-RAN系统中进行性能优化的系统，包括：
网络管理实体，通过管理实体与网络功能之间或网络功能之间的接口请求信息上报；
RAN智能控制器，包括非实时RAN智能控制器(Non-RT RIC)和准实时智能控制器(Near-RT RIC)，被配置为基于上报信息生成策略信息或预测信息，并且通过相应接口下发策略信息或预测信息；以及
基站，被配置为执下发的策略信息或根据下发的预测信息确定用于用户的传输方式。
20.一种用于在O-RAN系统中进行性能优化的设备，包括存储器、处理器，所述存储器上存储有指令，所述指令被处理器执行时实现如权利要求1-18中任意一项所述的方法。
CN202010201781.6A 2020-03-20 2020-03-20 基于o-ran的性能优化配置方法与设备 Pending CN113498076A (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN202010201781.6A CN113498076A (zh) 2020-03-20 2020-03-20 基于o-ran的性能优化配置方法与设备
KR1020210034204A KR20210117960A (ko) 2020-03-20 2021-03-16 O-ran 기반 성능 최적화 및 구성을 위한 방법 및 장치
PCT/KR2021/003247 WO2021187871A1 (en) 2020-03-20 2021-03-16 Method and apparatus for o-ran-based performance optimization and configuration
EP21771865.9A EP4101198A4 (en) 2020-03-20 2021-03-16 METHOD AND DEVICE FOR OPTIMIZATION AND CONFIGURATION OF O-RAN BASED PERFORMANCE
US17/561,306 US12082006B2 (en) 2020-03-20 2021-12-23 Method and device for O-RAN-based performance optimization and configuration

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010201781.6A CN113498076A (zh) 2020-03-20 2020-03-20 基于o-ran的性能优化配置方法与设备

Publications (1)

Publication Number Publication Date
CN113498076A true CN113498076A (zh) 2021-10-12

Family

ID=77771726

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010201781.6A Pending CN113498076A (zh) 2020-03-20 2020-03-20 基于o-ran的性能优化配置方法与设备

Country Status (5)

Country Link
US (1) US12082006B2 (zh)
EP (1) EP4101198A4 (zh)
KR (1) KR20210117960A (zh)
CN (1) CN113498076A (zh)
WO (1) WO2021187871A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113938931A (zh) * 2021-12-17 2022-01-14 网络通信与安全紫金山实验室 应用于接入网的信息处理方法、系统、装置及存储介质
WO2023071340A1 (zh) * 2021-10-25 2023-05-04 中兴通讯股份有限公司 业务切片的调整方法、电子设备和存储介质
WO2023134398A1 (zh) * 2022-01-17 2023-07-20 中兴通讯股份有限公司 通信方法、设备和存储介质
WO2024104339A1 (zh) * 2022-11-14 2024-05-23 中国移动通信有限公司研究院 数据传输方法、装置、相关设备及存储介质

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11838787B2 (en) * 2020-04-22 2023-12-05 Samsung Electronics Co., Ltd. Functional architecture and interface for non-real-time ran intelligent controller
US11917527B2 (en) * 2020-05-05 2024-02-27 Intel Corporation Resource allocation and activation/deactivation configuration of open radio access network (O-RAN) network slice subnets
US11510208B2 (en) * 2021-01-07 2022-11-22 T-Mobile Usa, Inc. Selection of open radio access network (RAN) components
US20230107539A1 (en) * 2021-10-06 2023-04-06 Samsung Electronics Co., Ltd. Multi-batch reinforcement learning via multi-imitation learning
WO2023063856A1 (en) * 2021-10-13 2023-04-20 Telefonaktiebolaget Lm Ericsson (Publ) Energy aware data processing
WO2023063857A1 (en) * 2021-10-13 2023-04-20 Telefonaktiebolaget Lm Ericsson (Publ) Energy aware data processing
WO2023082180A1 (en) * 2021-11-12 2023-05-19 Telefonaktiebolaget Lm Ericsson (Publ) Power consumption management of radio access network (ran) node
US20230217312A1 (en) * 2022-01-05 2023-07-06 Dell Products, L.P. Adaptive radio access network bit rate scheduling
US12082049B2 (en) 2022-01-05 2024-09-03 Dell Products, L.P. Adaptive radio access network bit rate scheduling
WO2024118108A1 (en) * 2022-11-29 2024-06-06 Rakuten Symphony India Private Limited System and method for optimizing the scheduling of o-cloud nodes in a telecommunications network
CN118511639A (zh) * 2022-03-15 2024-08-16 乐天移动株式会社 针对o-ran非-rt ric的网络感知计算资源管理用例
CN118476274A (zh) * 2022-04-22 2024-08-09 乐天移动株式会社 在空闲时间关闭o-cloud节点以节省能耗的系统和方法
WO2023219416A1 (ko) * 2022-05-10 2023-11-16 삼성전자주식회사 사용자 단말의 이동성 예측을 위한 서버의 동작 방법 및 그 서버
WO2024035056A1 (ko) * 2022-08-08 2024-02-15 엘지전자 주식회사 무선 통신 시스템에서 머신 러닝에 기반한 최적화
WO2024035417A1 (en) * 2022-08-12 2024-02-15 Rakuten Mobile, Inc. Apparatus and method for implementing o-cloud node c-state change
US20240231472A1 (en) * 2022-08-12 2024-07-11 Rakuten Mobile, Inc. Apparatus and method for implementing o-cloud node p-state change
WO2024043917A1 (en) * 2022-08-25 2024-02-29 Rakuten Symphony Singapore Pte. Ltd. System and method for o-cloud node reconfiguration in a telecommunications system
WO2024043920A1 (en) * 2022-08-25 2024-02-29 Rakuten Symphony Singapore Pte. Ltd. O-cloud node uncordon
US20240250878A1 (en) * 2022-08-25 2024-07-25 Rakuten Symphony Singapore Pte. Ltd. System and method for providing a cloud resource optimization policy in telecommunications system
US20240250879A1 (en) * 2022-10-13 2024-07-25 Rakuten Mobile Usa Llc Non-real-time ric architecture supporting coordinated ran and core information sharing and control
WO2024101907A1 (en) * 2022-11-11 2024-05-16 Samsung Electronics Co., Ltd. Federated learning and management of global ai model in wireless communication system
KR20240106775A (ko) * 2022-12-29 2024-07-08 삼성전자주식회사 슬라이스에 대한 단말 레벨 처리량을 식별하기 위한 전자 장치 및 방법
WO2024196464A1 (en) * 2023-03-17 2024-09-26 Rakuten Symphony, Inc. O-cloud node shutdown management

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8914015B2 (en) 2006-03-20 2014-12-16 Qualcomm Incorporated Grouping of users for MIMO transmission in a wireless communication system
US20110009105A1 (en) * 2009-07-13 2011-01-13 Jungwoo Lee Self-organizing networks using directional beam antennas
US9065786B2 (en) * 2010-09-24 2015-06-23 Yagi Corp. Context-sensitive auto-responder
US9207988B2 (en) * 2012-06-29 2015-12-08 Intel Corporation Method, system, and device for managing server hardware resources in a cloud scheduling environment
US9379794B2 (en) 2012-10-02 2016-06-28 Qualcomm Incorporated Scheduling transmission for multi-user, multiple-input, multiple-output data
US9450662B2 (en) * 2014-11-13 2016-09-20 Intel IP Corporation Evolved node-B, user equipment, and methods for channel quality indicator (CQI) feedback
US9775045B2 (en) 2015-09-11 2017-09-26 Intel IP Corporation Slicing architecture for wireless communication
WO2017078770A1 (en) * 2015-11-03 2017-05-11 Intel IP Corporation Ran re-architecture for network slicing
CN108770014B (zh) * 2018-07-10 2022-03-25 广东工业大学 网络服务器的计算评估方法、系统、装置及可读存储介质
US11122461B2 (en) * 2019-07-22 2021-09-14 At&T Intellectual Property I, L.P. Flexible buffer management for optimizing congestion control using radio access network intelligent controller for 5G or other next generation wireless network

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023071340A1 (zh) * 2021-10-25 2023-05-04 中兴通讯股份有限公司 业务切片的调整方法、电子设备和存储介质
CN113938931A (zh) * 2021-12-17 2022-01-14 网络通信与安全紫金山实验室 应用于接入网的信息处理方法、系统、装置及存储介质
WO2023134398A1 (zh) * 2022-01-17 2023-07-20 中兴通讯股份有限公司 通信方法、设备和存储介质
WO2024104339A1 (zh) * 2022-11-14 2024-05-23 中国移动通信有限公司研究院 数据传输方法、装置、相关设备及存储介质

Also Published As

Publication number Publication date
US12082006B2 (en) 2024-09-03
WO2021187871A1 (en) 2021-09-23
KR20210117960A (ko) 2021-09-29
US20220116799A1 (en) 2022-04-14
EP4101198A1 (en) 2022-12-14
EP4101198A4 (en) 2023-07-26

Similar Documents

Publication Publication Date Title
CN113498076A (zh) 基于o-ran的性能优化配置方法与设备
US20210235277A1 (en) Method and apparatus for dynamically allocating radio resources in a wireless communication system
US12101223B2 (en) Telecommunication networks
CN109451534B (zh) 一种用于5G系统会话管理中QoS流的动态控制方法和装置
EP3855840A1 (en) Method and apparatus for orthogonal resource allocation in a wireless communication system
EP3855841A1 (en) Method and apparatus for allocating bandwidth in a wireless communication system based on demand
WO2022121559A1 (zh) 移动通信系统管控方法、网络管控体、系统及存储介质
US12057902B2 (en) Method and device of communication in a communication system using an open radio access network
US20210234648A1 (en) Method and apparatus for distribution and synchronization of radio resource assignments in a wireless communication system
CN105850173B (zh) 软件定义网络中的按需无线电协调
KR20200035134A (ko) 사용자 평면을 분리하기 위한 서비스 품질 구현들
US20240057139A1 (en) Optimization of deterministic and non-deterministic traffic in radio-access network (ran)
Tan et al. Wireless technology and protocol for IIoT and digital twins
Sánchez et al. A data-driven scheduler performance model for QoE assessment in a LTE radio network planning tool
WO2021152629A1 (en) Method and apparatus for dynamically allocating radio resources in a wireless communication system
CN111491322B (zh) 一种处理方法及设备
WO2024041117A1 (zh) 一种计算任务的分割方法及相关装置
US20230217298A1 (en) Quality Management for Wireless Devices
TW202347999A (zh) 用於基於應用資料單元（ａｄｕ）的排程的層２（ｌ２）程序
CN105850065A (zh) 信道估计相关的参数的配置
WO2023029757A1 (zh) 一种资源预估方法和相关设备
WO2021152633A1 (en) Method and apparatus for orthogonal resource allocation in a wireless communication system
CN116938671A (zh) 网络设备执行的方法及网络设备
WO2023131162A1 (zh) 一种通信方法、装置及计算机可读存储介质
WO2024140022A1 (zh) 一种通信方法、装置、可读存储介质及芯片系统

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