运营模式 # 4 - 运营商主导平台商业提供给他人

操作模型 # 4:操作员 LED 平台商业报价对其他人 v 1.0 ngmn.org 掌握歧义的路线 操作模型 # 4 ： 操作员 LED 平台向其他人提供商业 对于公共文件（P）：© 2024 Next Generation Mobile Networks Alliance e.V. 保留所有权利。未经Next Generation Mobile NetworksAlliance e.V. 的书面许可，不得以任何形式或任何手段复制或传输本文档的任何部分。 本文件中包含的信息代表了NGMN协会（e.V.）截至发布日期对所讨论问题当前的观点。本文件按“原样”提供，不附带任何明示或默示的担保，包括但不限于适销性、非侵权或特定用途适用性的担保。对于因使用本文件中的信息而产生的任何责任（包括侵犯任何财产权利的侵权责任）均予以免责声明。本文件不授予任何知识产权许可，无论是明示还是默示。本文件仅用于信息参考目的，可能会随时更改。读者不应根据本文件设计产品。 目录 对于整体介绍运行模式，请参阅单独文档#0，标题为“运行模式 - 第0部分简介”。单击此处为了文件. 0506............1007.....................................11结论 … … … … … … … … … … … … … … … … 9缩写表参考文献 执行摘要....................4 介绍................................5 ..................7..............................7..........7............7............................7..............................7..................................7..........7...........8............................8..............................8............................8的含义操作员平台4.1 端到端平台Development4.1. 1 目标组织支持运行模式4.1. 2 工艺变更4.1. 3 人员(技能)Changes4.1. 4 CommercialAspects4.2 操作员驱动平台4.2. 1 目标组织机构支持运行模式4.2. 2 工艺变更4.2. 3 人员(技能)Changes4.2. 4 CommercialAspects4.3 联合发展 -A OUTLOOK * * * 免责声明 ： 本出版物中提到的所有运营商和供应商示例仅用于说明目的 ，通过具体的例子来澄清模型。对特定品牌或公司名称的引用是不打算作为认可或建议。 NGMN 既不认可也不促进任何特定的运营商或供应商 ， 无意这样做。 执行摘要 01 此出版物概述了一种电信运营模式，其中运营商或一组运营商开发并维护一个开放平台，供其他运营商采用。该策略使运营商或运营商集团能够控制技术和运营，并共享专业知识，促进互惠共赢的生态系统。该模式可以从销售产品到共同开发平台不等。 Conclusions: 从运营商或运营商集团的角度来看，即那些开发并销售平台的运营商集团，可以得出以下结论。开发自己平台的运营商具有最大的灵活性，但在将平台推向市场时会面临一定的局限性。他们需要考虑市场细分、客户需求和趋势。平台应具备模块化和开放性，以便于供应商集成和客户采用。需降低商业化平台的风险。这种运营模式可以促进技术创新、减少供应商锁定，并促进市场竞争和创新。 确定了三个子模型。 （ 1) 端到端平台开发与维护 ： 运营商负责平台从规划和设计到部署和维护的整个生命周期管理。这需要专门的研发和运营团队、大量的资源投入以及内部协作。采用敏捷开发流程和持续集成/持续交付（CI/CD）至关重要。运营商需要培养虚拟化、云技术及自动化方面的技能。 （ 2) 运营商驱动平台与供应商协作 ： 运营商开发核心平台并与供应商合作提供特定组件。这种策略将运营商的专业知识与最佳解决方案相结合。这包括管理供应商合作、确保组件兼容性和集成以及维持高标准。运营商需要采用新技能和工作方法，例如DevOps。 （ 3) 联合开发倡议 ： 多个运营商合作共同开发一个平台，共享资源、专业知识和风险。这涉及开发机构、支持、维护以及市场策略等方面的复杂考量，同时还需要考虑竞争因素。 02INTRODUCTION 在这一运营模式中，电信运营商（或一组运营商）担任主导角色，并负责开发和维护一个可以被其他运营商采用的开放平台。这种做法使主导运营商能够保持对技术、解决方案和运营的控制，同时与其它运营商分享其专业知识和技术平台，从而创建一个互利共赢的生态系统。该模式下确实存在多种变体，从产品销售到在一个开放生态系统中共同开发平台。 这样的平台通常具有高度的灵活性和可扩展性，能够支持多种硬件和软件组件，并可以根据不同运营商的具体要求进行调整。开发该平台的运营商或运营商集团还能够在其自身的网络中测试底层解决方案，以验证其功能和性能。这有助于证明该解决方案确实有效且表现良好。 这些平台通常涵盖关键领域，如核心网络（CN）、无线接入网络（RAN）、运营支撑系统（OSS）和业务支撑系统（BSS），并支持开放标准和互操作性。未来，传输领域也可能被纳入。 03运营模式 ： 运营商开发平台向他人提供商业 一家电信运营商承担开发和维护开放平台/解决方案的主要责任，其他运营商可以采用这些平台/解决方案。这种做法使电信运营商能够保留对技术和服务运营的控制权，同时与其它运营商分享其专业知识和技术平台，共同构建一个互惠互利的生态系统。此外，该运营商还可以将其在自身网络中成功部署解耦网络所开发的平台、合作伙伴关系、解决方案和服务分享给寻求已验证解决方案和服务的其他运营商。在这个类别下，运营商可以根据自身独特的情况选择多种具体的运营模式： (2) 运营商驱动平台与供应商协作 电信运营商开发核心平台，但与多家硬件和软件供应商以及系统集成商合作，以实现特定组件和功能。这种模式利用了运营商的专业知识，并结合了来自不同供应商的选定解决方案，促进了灵活性和创新。 示例: 运营商可能会开发核心网络管理平台，并集成来自不同供应商的RAN解决方案，以确保互操作性和灵活性。在这种情况下，该平台可以作为产品或服务提供。运营商还可以开发Open RAN生态系统和解决方案用于自身网络，然后将该解决方案打包后提供给其他运营商。 （ 1) 端到端平台开发与维护 (3) 联合开发倡议 电信运营商负责平台的整个生命周期，包括规划、设计、开发、互操作性测试、部署、集成和维护。这种模式适用于具有强大技术能力和充足资源进行全方位平台管理投资的运营商。 多家电信运营商合作共同开发一个平台，共享资源、专业知识和风险。这种方法可以在预竞争环境中通过多个运营商的联合投入和投资，导致更加稳健且广泛接受的解决方案。 示例: 示例: 一家拥有广泛研发设施的大型电信运营商可以开发一个开放平台，并将其作为产品、套餐或服务提供给较小的区域运营商，或者没有研发能力的运营商，提供持续的支持和更新。 电信运营商联盟可能共同开发一个开放的5G网络平台，汇集其研发努力以创建标准化解决方案。在此共同开发的平台上，运营商可以创建产品、服务或解决方案，并提供定制化和支持服务。 04运营商平台的启示 4.1 端到端平台开发 （ 1) 技能发展 ：运营商需要投资培训计划，以培养虚拟化、云技术、自动化以及管理容器化网络功能的编排工具方面的技能。 4.1 端到端平台开发 示例: (2) 新的工作方法 ： 这个子模型的一个例子是AT&T的Network Cloud平台。自该公司在2018年推出5G以来，该平台一直在大规模运行AT&T的5G核心网络。[1] 采用像DevOps和CI/CD管道这样的方法论是必不可少的，这需要从传统的电信环境转变为更加协作和敏捷的工作方式。这也要求组织结构发生改变。 4.1. 1 支持运营模式的目标组织 4.1. 4 其他方面 本模型旨在针对拥有专门研发和运营团队的操作者，这些团队能够处理平台开发的各个阶段，包括设计、开发、测试和维护。为了保持技术领导地位，必须投入大量资源进行平台和解决方案的研发以及持续改进。部门之间的强化内部合作是必要的，以确保平台功能的无缝集成和优化。此组织还需要拥有一支强大的DevOps团队。 目标客户将是处于类似阶段并以与牵头运营商类似的规模工作的其他运营商。 由于主导运营商享有平台的独家使用权，因此盈利、风险和维护将完全由其承担。主导运营商还将负责管理平台路线图。 产品（或服务）的维护和支持必须到位，并且需要有发布管理、更新分发和技术支持客户的策略。 4.1. 2 工艺变更 该模型使采用敏捷开发流程成为可能，以应对市场变化和快速的技术迭代。它要求实施CI/CD流程以确保持续改进并快速部署平台。 4.2 操作员驱动平台 示例: 这个子模型的一个例子是NTT Docomo Orex品牌[2]。该品牌提供了由NTT Docomo与多家全球硬件、软件和容器平台供应商合作开发的完整Open RAN服务，包括集成服务。他们提供了多种预集成解决方案，这些方案是由不同的合作伙伴组合而成，并在自己的实验室和网络中进行了测试。除了提供解决方案外，他们还提供服务和支持（SMO）。 4.1. 3 人员(技能) 变更 开发和管理一个分拆的网络平台需要在技能、组织形式和文化方面进行显著的变革。 2. 领导运营商处于主导地位，并采取“合作伙伴”策略，重新销售供应商的模块，并将其纳入维护体系，同时作为客户的单一点联系人。 4.2. 1 支持运营模式的目标组织 该模型针对拥有专门合作伙伴管理团队和解决方案团队的运营商，这些团队能够处理与多家供应商的合作，确保各种组件的兼容性和集成。需要对供应商提供的解决方案进行技术监督，以确保符合平台标准和运营要求。这也要求有一个强大的研发团队以及一个强大的实验室来测试互操作性。 4.3 联合开发 — — 展望 一个平台的联合开发将使运营商和供应商能够互补能力、加速开发路线图，并基于联合治理和联合市场推广战略在产品待办事项列表中管理功能的优先级。 这个模型包含众多方面，超出了本文的范围，值得在单独的努力中进行深入讨论。 4.2. 2 工艺变更 建立并优化供应商管理流程是确保供应商解决方案无缝集成所必需的。实施严格的品质控制流程是确保供应商提供的组件和服务符合平台标准所必需的。还需要有一个强大的认证过程和机制，以确保不同组合能够正常工作并获得批准印章。 仅强调在多运营商共同开发的平台中提出的主要问题： 发展: 单个运营商将掌握发展和能力路线图的主导权，还是由多个运营商共同分享或分割这一主导权？如果由多个运营商共享/分割，如何组织功能开发、路线图规划和互操作性？清晰的分界原则是什么，以区分通用的电信级架构，同时仍允许产品定制？ 4.2. 3 人员(技能) 变更 与3.1.3相同，除了需要建立一个全面的组织和协作结构，让主导运营商开发团队能够与各个供应商的发展实体进行互动。一个可能的例子可以是“类似Scrum”的方法。 •支持和维护 ： 如果作为商业平台推出市场，则需要提供相应的支持。每个运营商是否将支持其贡献的模块/功能？是否有必要找到一个独立实体来提供全面的支持，并且如何处理来自运营商联盟的变更请求？ 4.2. 4 商业方面 两种型号是可能的 ： 1. 主导运营商仅引入核心平台至市场，风险和利润完全由其自主控制。然而，它确保了开放接口的维护，并提供了经过测试/支持的供应商列表。 • 市场策略 ： 当产品推向市场时，利润和风险将如何在运营商之间分配？GTM（Go-T