eTOM и BSS/OSS · атлас на процесите, данните и системите
От TOM до ODA: процесната карта eTOM по нива и домейни, информационният модел SID, картата на приложенията TAM, Open APIs, ODA компонентите и пълният BSS/OSS стек като логическа архитектура, заедно с TMN, FCAPS, NFV MANO, 3GPP управление и MEF LSO. Кратки дефиниции, номера на документи и API, без разкази.
cpx·bubim-etom·20 секции·6 диаграми·TOM · eTOM · SID · TAM · Open APIs · ODA·допълва bubim-3gpp
01
TM Forum, Frameworx и как се чете документ
TM Forum (до 2009 TeleManagement Forum, преди това NMF) е индустриалната асоциация на операторите и доставчиците, която стандартизира как се управляват телеком услуги. Нейните рамки са езикът, на който се описват BSS и OSS.
Термин
Значение
TOM
Telecom Operations Map (GB910, 1995 до 2000). Първата процесна карта: три слоя (Customer Care, Service Development & Operations, Network & Systems Management) срещу три вертикали Fulfillment, Assurance, Billing (FAB).
eTOM
enhanced Telecom Operations Map, днес Business Process Framework (GB921). Йерархичен каталог на всички бизнес процеси на доставчик на услуги. Приет от ITU-T като Recommendation M.3050.
SID
Shared Information / Data model, днес Information Framework (GB922). Общ обектен модел на всичко, за което eTOM процесите говорят: клиент, продукт, услуга, ресурс, партньор.
TAM
Telecom Application Map, днес Application Framework (GB929). Картата на приложенията (BSS и OSS системи), които изпълняват eTOM процесите върху SID данните.
NGOSS
New Generation OSS (2000 до 2009). Програмата, която събра eTOM, SID и TNA (Technology Neutral Architecture) с жизнен цикъл по четири гледни точки (business, system, implementation, deployment).
Frameworx
Името на пакета от 2010: eTOM + SID + TAM + Integration Framework + Business Metrics. Все още е референцията за conformance сертификация.
Open APIs
REST интерфейси TMF6xx (от 2014), с JSON схеми, базирани на SID. Над 100 API, задължителни за ODA компонентите.
ODA
Open Digital Architecture (от 2018). Целевата архитектура: компоненти (ODA Components) с Open APIs, разположени върху ODA Canvas (Kubernetes), организирани във функционални блокове.
GB / TR / IG / TMF
Префикси на документите: GB guidebook (нормативни рамки), TR technical report, IG introductory guide (ODA), TMF API и компоненти (TMF620, TMFC001), RN release notes.
Conformance
Сертификация на продукти и оператори спрямо eTOM, SID, TAM и Open APIs. Нивото на съответствие се обявява по процес / ABE / API.
Йерархична номерация 1.x.y.z: първата цифра е областта, всяка следваща е нивото надолу
GB921D съдържа пълния списък; GB921E дава end-to-end потоците
02
От TOM към eTOM, Frameworx и ODA
Четирите поколения на рамката. Всяко следващо включва предишното, затова термините съжителстват: едни говорят за eTOM, други за Frameworx, трети за ODA, и имат предвид едно и също семейство документи.
Период
Рамка
Какво добавя
1995 до 2000
TOM · GB910
Процесна карта само за операциите, FAB вертикали, три хоризонтални слоя по модела клиент → услуга → мрежа. Основа на всички по-късни BSS/OSS карти.
2001
eTOM 1.0 · GB921
Добавя SIP (стратегия, инфраструктура, продукт) и Enterprise Management; въвежда Operations Support & Readiness като четвърта операционна вертикала.
2004
ITU-T M.3050
eTOM става международна препоръка, обвързана с TMN (M.3010) и FCAPS (M.3400).
2005 до 2009
NGOSS
eTOM + SID + TNA + Compliance. SID става Information Framework, появява се TAM.
2010
Frameworx
Пакетът eTOM, SID, TAM, Integration Framework, Business Metrics. Домейн-базирана eTOM (Market/Sales, Product, Customer, Service, Resource, Business Partner, Enterprise).
2014
Open APIs
REST интерфейси TMF6xx, Open API Conformance, API Component Suite.
2018 →
ODA
Компонентна архитектура върху Open APIs и ODA Canvas; ODA Components каталог (TMFC), ODA Business Architecture, AI and Data readiness. Frameworx остава като референтен модел вътре в ODA.
03
eTOM · карта ниво 0 и 1
Класическата „шахматна дъска“. Редовете са домейните (кого или какво управляваме), колоните са процесните групи (какъв тип работа е). Всяка клетка на ниво 2 е процесна група.
Вертикални процеси · ниво 1
Вертикала
Област
Какво покрива
Strategy & Commit
SIP
Стратегия на пазар, продукт, услуга, ресурс и верига на доставки; решения за инвестиции и ангажименти.
Infrastructure Lifecycle Mgmt
SIP
Планиране, изграждане и извеждане на капацитет: мрежи, платформи, канали, партньорска мрежа.
Product Lifecycle Mgmt
SIP
Дефиниране, разработка, пускане, промяна и извеждане на продукти и оферти.
Operations Support & Readiness
OPS
Подготовка и поддръжка на операциите: инвентар, работни екипи, каталози, рутинни процедури. Не е по клиентска заявка.
Fulfillment
OPS
От заявка до доставена и активирана услуга: продажба, поръчка, конфигурация, активация, доставка на оборудване.
Assurance
OPS
Поддържане на услугата в договореното качество: мониторинг, проблеми, тикети, SLA, качество.
Billing & Revenue Mgmt
OPS
Събития за ползване, таксуване, фактури, плащания, вземания, уреждане с партньори, revenue assurance.
Хоризонтални домейни · ниво 1
Домейн
Старо име (eTOM до v8)
Какво покрива
Market / Sales
Marketing & Offer Mgmt (част)
Пазари, сегменти, канали, продажби, кампании.
Product
Marketing & Offer Mgmt (част)
Портфолио, оферти, цени, продуктов каталог, продуктово представяне.
Customer
Customer Relationship Mgmt (CRM)
Всичко с лице към клиента: интерфейси, поръчки, проблеми, SLA, фактуриране, задържане и лоялност.
Service
Service Mgmt & Operations · Service Development & Mgmt
Услугите като технически обект (CFS/RFS): конфигурация, активация, проблеми, качество, mediation.
Resource
Resource Mgmt & Operations · Resource Development & Mgmt
Мрежа, IT и приложения като ресурси: провижънинг, аварии, производителност, събиране на данни, workforce.
Най-ползваните имена от GB921. Таблицата е по домейн, вътре по вертикала. Имената са оригиналните английски, защото така се срещат в RFP, продуктови карти и conformance доклади.
Вертикала
Процесни групи ниво 2
Типична система
Customer домейн
OSR
Customer Support & Readiness · Customer Interface Mgmt (поддръжка на каналите)
CRM, контакт център
Fulfillment
Customer Interface Mgmt · Selling · Marketing Fulfillment Response · Order Handling · Customer Information Mgmt
Market Sales Support & Readiness · Selling · Product Support & Readiness · Product Configuration · Product Performance Assessment
CRM, catalog
05
Enterprise Management
Третата област на ниво 0. Не е телеком специфична, но eTOM я включва, за да бъде картата пълна и за да има къде да отидат сигурността, регулацията и финансите.
Процесна група
Съдържание
Strategic & Enterprise Planning
Стратегия, бизнес развитие, архитектура на предприятието, group enterprise mgmt.
бележкаRevenue Assurance и Fraud се срещат и в Enterprise Risk, и в Billing & Revenue Mgmt. На практика RA системата седи в BSS (секция 09), а политиките и одитът са Enterprise.
06
SID · Information Framework
GB922. Обектният модел, на който говорят всички Open APIs. Организиран в домейни (същите като eTOM) и в ABE (Aggregate Business Entities): групи от свързани класове. Централната идея е моделът Product → Service → Resource.
Домейн
Ключови ABE и класове
Бележка
Common Business Entities
Party (Individual, Organization), PartyRole, Location, Agreement, Business Interaction, Policy, Usage, Root Entities, Time
Общите класове, ползвани навсякъде. Party е човек или организация, PartyRole е ролята му (Customer, Supplier, Employee).
Customer е PartyRole. Account държи баланса и фактурирането.
Service
ServiceSpecification, Service (CustomerFacingService, ResourceFacingService), ServiceOrder, ServiceProblem, ServiceUsage, ServiceTest, Service Performance, Service Configuration
CFS е видимият за клиента компонент на продукта, RFS е техническата му реализация.
Огледало на Customer домейна, но с ролята обърната.
Enterprise
Workforce, Work Order, Project, Enterprise Risk, Revenue Assurance, Performance, Capacity
Включва и workforce модела за полеви наряди.
Понятие
Дефиниция
Specification / Instance
Всяка основна същност има двойка: спецификация (шаблон в каталог) и инстанция (конкретен обект при клиент). ProductSpecification → Product, ServiceSpecification → Service, ResourceSpecification → Resource.
Characteristic
Параметризация без промяна на модела: всяка Specification носи CharacteristicSpecification, инстанцията носи Characteristic със стойност. Така се описват скорост, VLAN ID, номер.
Catalog-driven
Принципът, че поръчка, активация и billing се управляват от каталожните спецификации, а не от код. Каталогът е единственият източник на истината за какво се продава и как се реализира.
Service impact
Връзките Resource → RFS → CFS → Product → Customer позволяват от аларма да се стигне до засегнати клиенти и обратно.
07
TAM · Application Framework
GB929. Картата на приложенията, групирани по същите домейни. Полезна за портфолио на системите, RFP и за разговора „коя система прави кой процес“.
Домейн
Приложения по TAM
BSS / OSS
Market / Sales
Campaign Mgmt, Sales Portals, Sales Force Automation, Mass Market Sales, Corporate Sales, Channel Sales, Market Analysis, Lead & Prospect Mgmt
Customer Information Mgmt, Customer Order Mgmt, Customer Self Mgmt, Customer Contact / Retention / Loyalty, Customer Service / Account Problem Resolution, Customer QoS / SLA Mgmt, Billing (Bill Calculation, Invoice, Account Mgmt, Payment, Collections, Billing Inquiry), Rating, Charging
BSS
Service
Service Catalog, Service Order Mgmt, Service Inventory, Service Design / Assign, Service Activation, Service Problem Mgmt, Service Quality Mgmt, Service Performance Mgmt, Service Test Mgmt, Service Level Agreement Mgmt
ESB, API Gateway, Event Bus, Data Integration, Master Data Mgmt, Workflow / BPM, Identity
Хоризонтален слой
08
BSS/OSS стек · логическа архитектура
Петте слоя, както се чертаят в повечето целеви архитектури, с типичните компоненти и Open API-то, което най-често ги излага. Вдясно е съответствието със слоевете на TMN, за да се чете и старият, и новият език.
Системите с лице към клиента и приходите: CRM, каталог, CPQ, поръчки, charging, billing, A/R, партньори, RA.
Customer, Product, Market, Partner домейни
3 · OSS
Network IT / операции
Системите с лице към услугата и мрежата: сервизни поръчки, инвентар, активация, аварии, производителност, workforce, планиране.
Service и Resource домейни
4 · Управление на мрежата
Мрежови операции
EMS/NMS, SDN контролери, NFV MANO, 3GPP управление (28.5xx), cloud / Kubernetes платформи.
Resource домейн (EML / NML)
5 · Мрежа
Мрежа
RAN, ядро, транспорт, фиксиран достъп, IT инфраструктура.
NEL
граница BSS / OSSГраницата минава през поръчката: COM (Customer Order Mgmt) е BSS, SOM (Service Order Mgmt) е OSS, и те си говорят с TMF641 Service Ordering. Същата граница при assurance: trouble ticket на клиентско ниво е BSS/CRM, service problem и alarm са OSS. Каталогът е единствената система, която нарочно стои и в двата свята.
09
BSS · компоненти
Какво е всеки компонент, кой eTOM процес изпълнява и кое API го излага. Имената са функционални, не продуктови.
Откриване на злоупотреби в реално време (SIM box, IRSF, subscription fraud).
Enterprise Risk · FMS, правила и ML
Общи BSS услуги
Number · SIM mgmt
Инвентар на номера, SIM/eSIM профили, преносимост (MNP).
Resource (logical) · TMF639, TMF702, GSMA SGP
Contract · Agreement
Договори, условия, SLA споразумения, подписи.
Agreement · TMF651, TMF667
Party · Identity
Единен регистър на хора и организации, роли, съгласия и privacy.
Party, PartyRole · TMF632, TMF669, TMF644
10
OSS · компоненти
Същата таблица за операционната страна. Компонентите са групирани по FAB и OSR, както ги подрежда eTOM.
Компонент
Роля
eTOM · SID · API
Fulfillment
Service Catalog
Техническият каталог: ServiceSpecification за CFS и RFS, ResourceSpecification, правила за декомпозиция и дизайн. Често е една система с продуктовия каталог.
Service Development · ServiceSpecification · TMF633, TMF634
SOM
Service Order Mgmt: приема сервизни поръчки от COM, оркестрира дизайн, резервация, активация и тест; връща статус.
Service Configuration & Activation · ServiceOrder · TMF641, TMF645
Service Inventory
Какви услуги са активни, с кои параметри, върху кои ресурси. Основа за impact анализ и за миграции.
Service Mgmt Support & Readiness · Service · TMF638
Orchestration · Activation
Превежда сервизни параметри в команди към мрежата (NETCONF/YANG, REST, CLI, SNMP, SBI), през EMS или директно; включва NFV/SDN оркестрация.
REST интерфейси с общ стил (TMF630 REST API Design Guidelines) и JSON схеми от SID. Версии v4 и v5 (v5 с OpenAPI 3 и подобрена полиморфия). Списъкът е подборът, който се среща най-често в BSS/OSS архитектури.
API
Име
Домейн · употреба
Product и търговия
TMF620
Product Catalog Management
Оферти, спецификации, цени; единственото API, което всеки интегратор познава
TMF622
Product Ordering
Продуктови поръчки от канали към COM
TMF637
Product Inventory
Какво има клиентът (Product инстанции)
TMF648
Quote Management
Оферти B2B и B2C
TMF663
Shopping Cart
Количка преди поръчка
TMF671
Promotion
Промоции и правила
TMF679
Product Offering Qualification
Може ли да се продаде на този адрес / клиент
TMF680
Recommendation
Next best offer
TMF700
Shipping Order
Доставка на оборудване
Customer и Party
TMF629
Customer Management
Клиентът като PartyRole
TMF632
Party Management
Individual, Organization
TMF666
Account Management
Billing, Party и Financial account
TMF669
Party Role Management
Роли: supplier, partner, employee
TMF651
Agreement Management
Договори и SLA споразумения
TMF667
Document Management
Документи към договор, фактура
TMF681
Communication Management
Съобщения към клиента (SMS, email, push)
TMF683
Party Interaction
Взаимодействия в контакт центъра
TMF644
Privacy Management
Съгласия и privacy профили
TMF672
User Roles & Permissions
Права на потребители
TMF673 · 674 · 675
Geographic Address · Site · Location
Адреси, обекти, координати
TMF646
Appointment
Срещи с техник или в магазин
TMF697
Work Order
Наряди за полеви екипи
Billing
TMF678
Customer Bill Management
Фактури и редове
TMF677
Usage Consumption
Ползване спрямо пакети и баланси
TMF635
Usage Management
Записи за ползване към rating
TMF676
Payment Management
Плащания и методи
Service
TMF633
Service Catalog Management
CFS / RFS спецификации
TMF641
Service Ordering
Границата COM → SOM
TMF638
Service Inventory
Активни услуги
TMF640
Service Activation & Configuration
Активация към мрежата
TMF645
Service Qualification
Техническа осъществимост
TMF653
Service Test Management
Тестове на услуги
TMF656
Service Problem Management
Проблеми на ниво услуга
TMF657
Service Quality Management
KQI и качество
TMF623
SLA Management
SLA дефиниции и нарушения
Resource
TMF634
Resource Catalog Management
ResourceSpecification
TMF639
Resource Inventory Management
Инвентар на ресурси
TMF652
Resource Ordering
Ресурсни поръчки
TMF702
Resource Activation & Configuration
Активация на ресурси
TMF664
Resource Function Activation & Configuration
VNF / CNF функции (NFV)
TMF685
Resource Pool Management
Пулове от номера, IP, лицензи
TMF687
Stock Management
Складови наличности
TMF642
Alarm Management
Аларми към и от fault системи
TMF628
Performance Management
Измервания и прагове
TMF621
Trouble Ticket
Тикети
TMF655
Change Management
Промени
Общи
TMF688
Event Management
Публикуване и абонамент за събития
TMF701
Process Flow Management
Стартиране и следене на процеси
TMF696
Risk Management
Оценки на риск (fraud, credit)
TMF630 · 631
REST API Design Guidelines · Hub / notification pattern
Стилът, на който са написани всички
v4 срещу v5v5 премества спецификациите към OpenAPI 3.0, добавя строга полиморфия (@type, @baseType), JSON Schema за всички ресурси и по-строги правила за hub/notification. Повечето оператори са в смесено състояние; ODA компонентите изискват конкретна версия.
13
ODA · Open Digital Architecture
Текущата целева архитектура на TM Forum: вместо монолитни BSS и OSS, каталог от компоненти с нормирани интерфейси, разположени върху обща платформа.
Елемент
Дефиниция
Функционални блокове
Шест групи от IG1167: Engagement Mgmt, Party Mgmt, Core Commerce Mgmt, Production, Intelligence Mgmt, Decoupling & Integration (вижте секция 14 за диаграмата).
ODA Component
Самостоятелно разгъваема единица с ясно дефинирани Open APIs (exposed и dependent), собствени данни и управление на жизнения цикъл. Каталогът ги номерира TMFC0xx (например Product Catalog Management, Product Order Capture, Service Order Management, Resource Inventory).
Component Specification
YAML / JSON описание: кои API излага, кои консумира, какви събития публикува, security и observability изисквания.
ODA Canvas
Референтна оперативна среда върху Kubernetes: API gateway, identity, observability, event bus, секрети, lifecycle operator за компоненти. Отворена реализация в GitHub на TM Forum.
ODA Business Architecture
eTOM, SID и Business Metrics, препозиционирани като бизнес слой на ODA.
ODA Deployment / Implementation
Как компонентите се подреждат в среди, multi-vendor, CI/CD, conformance тестове (Component Test Kit).
AI & Data
AI Operations, Data Governance, Intelligence Mgmt блок; AI Readiness Framework и Autonomous Networks (AN) нива 0 до 5, съгласувани с TM Forum и операторите.
Autonomous Networks
Нива на автономност 0 (ръчно) до 5 (пълна автономност) по IG1218 / IG1252, closed-loop операции и intent-based интерфейси (TMF921 Intent Management API).
14
TMN, FCAPS и управление на мрежата
Предшественикът на eTOM от страната на ITU-T и съвременните рамки за управление на мрежата, които OSS трябва да интегрира.
Рамка
Орган
Какво определя
Връзка с OSS
TMN · M.3010
ITU-T
Петте слоя (BML, SML, NML, EML, NEL) и интерфейсите Q3, X, F между тях.
Слоевият модел, от който идва делението EMS / NMS / OSS
FCAPS · M.3400
ITU-T
Fault, Configuration, Accounting, Performance, Security като функционални области.
Sonata се ползва за партньорски поръчки; Legato отговаря на TMF641
ONAP
Linux Foundation
Отворена оркестрационна платформа: SDC, SO, SDNC, A&AI, DCAE, Policy, CDS.
Референтна реализация на OSS оркестрация
IETF · OpenConfig
IETF, OpenConfig
NETCONF, RESTCONF, YANG, gNMI, gRPC телеметрия.
Южните интерфейси на активацията и телеметрията
ITIL
Axelos / PeopleCert
IT service management: incident, problem, change, configuration (CMDB).
TR143 съпоставя eTOM и ITIL; CMDB ↔ Resource Inventory
15
Метрики и KPI
TM Forum Business Metrics (част от Frameworx) и най-често срещаните оперативни показатели по вертикала. Дефинициите са кратки, формулите варират по оператор.
Вертикала
Метрика
Какво мери
Fulfillment
Order-to-activation time
Време от приета поръчка до активирана услуга, по продукт.
Fulfillment
Order fallout rate
Дял на поръчките, спрели за ръчна намеса.
Fulfillment
First-time-right
Дял на активациите без повторна работа.
Assurance
MTTR · MTBF
Средно време за възстановяване · между откази, по услуга или ресурс.
Assurance
SLA compliance
Дял на периодите без нарушение на договореното ниво.
Assurance
Ticket volume · FCR
Брой тикети на 1000 клиенти · решени при първи контакт.
Billing
Revenue leakage
Приход, който не е таксуван или събран, като дял от общия.
Billing
DSO · bad debt
Дни до събиране · несъбрани вземания.
Billing
Bill accuracy · disputes
Дял на фактурите без оплакване.
Customer
NPS · CSAT · CES
Препоръка · удовлетвореност · усилие на клиента.
Customer
Churn · ARPU · CLV
Отлив · среден приход на потребител · стойност на клиента.
Operations
Autonomy level
Ниво на автономност 0 до 5 на операционен процес (AN рамка).
16
Интеграционни шаблони
Как компонентите се свързват. Повечето реални стекове са смес от всички.
Шаблон
Дефиниция
Къде се среща
Point-to-point
Директни интерфейси между системи, често файлови или вендорски API.
Наследени BSS/OSS; mediation към billing
ESB · SOA
Шина с трансформации и маршрутизация; канонични модели (често SID).
Стекове от 2005 до 2015
API gateway · Open APIs
Синхронни REST TMF6xx през gateway с OAuth2; компонентите излагат и консумират стандартни API.
ODA, дигитални канали
Event streaming
Асинхронни събития (TMF688, Kafka): поръчки, аларми, usage като поток; CQRS и event sourcing.
Assurance, mediation, аналитика
Catalog-driven orchestration
Поръчките се декомпозират по правила в каталога, не в код; BPMN / workflow енджин изпълнява.
COM → SOM → RI
Intent-based
Консуматорът казва „какво“, домейнът решава „как“ (TMF921 Intent, ETSI ZSM, 3GPP intent-driven management 28.312).
Slice и cloud операции
Closed loop
Мониторинг → анализ → решение → действие без човек; нива на автономност.
Self-healing, self-optimizing
Data mesh · lake
Събитията и инвентарът се копират в аналитична платформа; AI/ML модели връщат препоръки в OSS/BSS.
Intelligence Mgmt блок
17
Връзка с 3GPP · къде мрежата среща BSS/OSS
Допълнение към 3GPP атласа (bubim-3gpp). Точките, в които мрежовите функции от 3GPP се срещат с BSS/OSS компонентите от този атлас.
Вземете end-to-end потока от GB921E, разбийте го на ниво 3 процеси, сложете KPI на всяка граница.
11, 15
Данни и каталог
Моделирайте продукта, услугата и ресурса по SID (PSR), решете кой каталог е източник на истината.
06, 07
20
Източници
Документите на TM Forum са достъпни след безплатна регистрация; част от тях са само за членове. Номерата на GB и TMF документи са стабилни между версиите, съдържанието се обновява на всеки релийз на Frameworx / ODA.
Управление и таксуване от страната на мрежата; вижте bubim-3gpp.
обхватИмената на процесите и ABE са по Frameworx (eTOM и SID от версии 14 до 23); при по-стари документи ще срещнете CRM / SM&O / RM&O / S/PRM имената от колоната „старо име“ в секция 03. Списъкът с Open APIs е подбор, не пълният каталог.
0 comments