GJR2390200R1010 83SR04E ABB PLC板

　　表达意图的语言标准化过程正在进行中（例如，在 TM [3] 中），但它还没有包含应用于不同应用领域时所需的表达能力。这应该由其他标准化机构或工作组的意图扩展和意图信息模型涵盖。对于 RAN，这很自然地由 3GPP SA5 和 RAN3 组来完成，这将确保意图扩展允许与现有接口（例如 3GPP 切片接口）共存和演进。

　　由于 RAN 意图应指导 RAN 自动化解决方案，因此 RAN 意图定义与 RAN 相关的目标关键性能指标 (KPI) 至关重要，例如用户吞吐量、延迟和覆盖范围。目标 KPI 应被视为 RAN 自动化解决方案应在已部署资源的可能性范围内满足的目标。每个目标 KPI 都必须根据 RAN 自动化解决方案可以测量的数量进行详细定义。这意味着意图的语言以及 RAN 中的相应测量都需要充分标准化。此外，由于 RAN 的性质，目标 KPI 需要用统计术语表示，即作为具有所需消费者体验的特定百分比用户的目标。

　　虽然需要输入目标 KPI，但它们不足以作为 RAN 意图。如果系统实现了目标 KPI 并且仍有可用资源，则系统需要额外的意图以及有关它应该优化的其他内容的信息，例如峰值吞吐量、容量或能源效率。这些是关于在满足所有 KPI 并且系统中仍有可用资源（例如，在覆盖小区中的低流量期间）的情况下系统将如何运行的规则，以及在没有 KPI 的情况下如何区分 KPI 的优先级。足够的资源来满足所有 KPI（例如在流量高峰情况下）。

　　如果系统无法实现目标 KPI，则需要一个关于如何确定可用资源优先级的指南。是否应该优先考虑某些服务或用户组？小区边缘用户是否应该断开连接或取消优先级？此外，在这种情况下，RAN 自动化解决方案应向运营商提供有关瓶颈和给定地理区域内额外容量需求的信息。

　　通过数据驱动和持续的软件开发，设计、部署和保证过程可以确保功能具有足够的适应性和鲁棒性，可以在运营网络的各种环境中使用。新的或更新的功能可以更快地推向市场，从而能够快速响应运营商的需求。作为 RAN 自动化解决方案的一部分，数据驱动开发 (DDD) 通过数据驱动、基于机器学习的自动化来补充软件开发。DDD 应允许根据从现场和数字网络双胞胎收集的数据进行本地调整，这将使从被动缓解转变为预测性和预防性软件管理以及支持和服务保证。

　　跨域

　　除了需要 E2E 跨域管理和编排之外，RAN 自动化解决方案可以与其他域交互也很重要。根据收到的 RAN 意图，我们的 RAN 自动化解决方案能够通过网络自动化平台与其他网络域互通，以优化 RAN 性能。例如，它可以与传输域互通以请求前传资源。

　　以下是我司【主营产品】，有需要可以发来帮您对比下价格哦!

　　主营：世界品牌的plc 、dcs 系统备件 模块

　　①allen-bradley(美国ab)系列产品》

　　②schneider(施耐德电气)系列产品》

　　③general electric(通用电气)系列产品》

　　④westinghouse(美国西屋)系列产品》

　　⑤siemens(西门子系列产品)》

　　⑥销售abb robots. fanuc robots、yaskawa robots、kuka robots、mitsubishi robots、otc robots、panasonic robots、motoman robots。

　　⑦estinghouse(西屋)： ovation系统、wdpf系统、max1000系统备件。

　　⑧invensys foxboro(福克斯波罗)：i/a series系统，fbm(现场输入/输出模块)顺序控制、梯形逻辑控制、事故追忆处理、数模转换、输入/输出信号处理、数据通信及处理等。invensys triconex: 冗余容错控制系统、基于三重模件冗余(tmr)结构的现代化的容错控制器。

　　⑨siemens(西门子)：siemens moore， siemens simatic c1，siemens数控系统等。

　　⑩bosch rexroth(博世力士乐)：indramat，i/o模块,plc控制器,驱动模块等。

　　◆motorola(摩托)：mvme 162、mvme 167、mvme1772、mvme177等系列。

　　plc模块，可编程控制器，cpu模块，io模块，do模块，ai模块，di模块，网通信模块，

　　以太网模块，运动控制模块，模拟量输入模块，模拟量输出模块，数字输入模块，数字输出

　　模块，冗余模块，电源模块，继电器输出模块，继电器输入模块，处理器模块。

　　我们的优势是：全新原装，，供给一年质保!本公司所有产品都经过严格检测，欢迎询价，收购。只需您有诚心，本公司将会给你供给一个比同行优势的价格，共同拿下单子。

　　As the RAN intent should guide the RAN automation solution, it is essential that RAN intents define target key performance indicators (KPIs) that are relevant to the RAN, such as user throughput, delay and coverage. The target KPIs should be considered as goals that the RAN automation solution should meet within the possibility of the deployed resources. Each target KPI must be defined in precise detail and based on quantities that the RAN automation solution can measure. This means that both the language for intents as well as the corresponding measurements in the RAN need to be sufficiently standardized. In addition, because of the nature of the RAN, the target KPIs need to be expressed in statistical terms – that is, as a target of a certain percentile of users with a desired consumer experience.

　　While the target KPIs are required input, they are not sufficient as RAN intents. If the target KPIs are fulfilled by the system and there are still resources available, the system needs additional intents with information about what else it should optimize, such as peak throughput, capacity or energy efficiency. These are rules for how the system will behave in situations when all KPIs are met and there are still free resources in the system (e.g. in periods of low traffic in coverage cells) as well as how to prioritize between KPIs in situations when there are not enough resources to meet all KPIs (in traffic peak situations, for example).

　　If the system cannot fulfill the target KPIs, it needs a guideline regarding how to prioritize the available resources. Should some services or user groups be prioritized? Should cell edge users be disconnected or deprioritized? Furthermore, in this situation, the RAN automation solution should provide information to the operator about bottlenecks and the need for extra capacity in a given geographic area.