運用支援システム

運用支援システム（OSS）、英国では運用支援システム、NTT ^[1]ではオペレーションシステム（OpS）は、通信サービスプロバイダがネットワーク（電話網など）を管理するために使用するコンピュータシステムである。ネットワークインベントリ、サービスプロビジョニング、ネットワーク構成、障害管理などの管理機能をサポートする。

オペレーション サポート システムは、ビジネス サポート システム(BSS)とともに、さまざまなエンドツーエンドの通信サービスをサポートします。BSS と OSS は、それぞれ独自のデータとサービスの責任を負います。これら 2 つのシステムは、OSS/BSS、BSS/OSS、または単に B/OSS と略されることがよくあります。

頭字語 OSS は、システム全体として見たすべての運用サポート システムを指す単数形でも使用されます。

OSS のさまざまな区分は、TM フォーラム、産業研究機関、または OSS ベンダーによって提案されています。一般に、OSS は少なくとも次の 5 つの機能をカバーします。

• ネットワーク管理システム
• サービス提供
• ネットワークインベントリ、アクティベーション、プロビジョニングを含むサービスフルフィルメント
• サービス保証
• カスタマーケア

1970 年頃までは、多くの OSS 活動は手動の管理プロセスによって実行されていました。しかし、この活動の多くはコンピュータで置き換えられることが明らかになりました。その後 5 年ほどで、電話会社はこの活動の多くを自動化するコンピュータ システム(またはソフトウェア アプリケーション)を多数作成しました。これが、 Unixオペレーティング システムとC プログラミング言語の開発の原動力の 1 つでした。ベル システムは、さまざまな OSS アプリケーション用に、 Digital Equipment Corporationから独自のPDP-11コンピュータ製品ラインを購入しました。ベル システムで使用された OSS システムには、 AMATPS、CSOBS、EADAS、リモート メモリ管理システム (RMAS)、交換制御センター システム(SCCS)、サービス評価システム(SES)、トランク統合記録保持システム(TIRKS) などがあります。この時代の OSS システムについては、Bell System Technical Journal、Bell Labs Record、およびTelcordia Technologies (現在はEricssonの一部) SR-2275で説明されています。 ^[2]

多くの OSS システムは、当初は相互にリンクされておらず、多くの場合、手動による介入が必要でした。たとえば、顧客が新しい電話サービスを注文する場合を考えてみましょう。注文システムは顧客の詳細と注文の詳細を取得しますが、電話交換機を直接構成することはできません。これはスイッチ管理システムによって行われます。新しいサービスの詳細は、注文処理システムからスイッチ管理システムに転送する必要があります。これは通常、技術者が1 つの画面から別の画面に詳細を再入力することによって行われます。このプロセスは、「回転椅子統合」と呼ばれることがよくあります。これは明らかにもう 1 つの非効率性の原因であったため、次の数年間は OSS アプリケーション間の自動化されたインターフェイス、つまり OSS 統合の作成に重点が置かれました。安価でシンプルな OSS 統合は、ほとんどの通信会社にとって依然として大きな目標です。

OSS に関する作業の多くは、そのアーキテクチャの定義に集中しています。簡単に言えば、OSS には 4 つの重要な要素があります。

• プロセス
  • 一連の出来事
• データ
  • 行動の根拠となる情報
• アプリケーション
  • データを管理するプロセスを実装するコンポーネント
• テクノロジー
  • アプリケーションをどのように実装するか

1990 年代に、ITU 電気通信標準化部門(ITU-T) の電気通信管理ネットワーク(TMN) モデルで新しい OSS アーキテクチャの定義が行われました。これにより、OSS 内で適用可能な TMN の 4 層モデルが確立されました。

• ビジネスマネジメントレベル（BML）
• サービス管理レベル (SML)
• ネットワーク管理レベル (NML)
• 要素管理レベル (EML)

標準では 4 つのレベルしか言及されていませんが、5 番目のレベルは要素自体であると言及されることがあります。これは、後の作業の基礎となりました。ネットワーク管理は、 ISOによってさらにFCAPSモデル (障害、構成、アカウンティング、パフォーマンス、セキュリティ)を使用して定義されました。この基礎は、ITU-T TMN 標準によって、TMN 標準 M.3000 - M.3599 シリーズの技術ベースの機能モデルとして採用されました。FCAPS モデルは元々 IT エンタープライズ ネットワーク用に考案され、ITU-T TMN 標準に準拠する通信サービス プロバイダーによって運営されるパブリック ネットワークで使用するために採用されました。

ネットワークとサービスの管理における大きな課題は、アクセスネットワークとコア ネットワークのネットワーク要素を管理および制御する能力です。これまで、ネットワーク管理の標準プロトコルを定義するために標準化フォーラム (ITU-T、3GPP) で多くの努力が払われてきましたが、成功せず実用的な結果も得られませんでした。一方、IETF SNMPプロトコル (Simple Network Management Protocol) は、EML-NML 通信レベルでインターネットと通信会社の管理の事実上の標準となっています。

2000 年以降、新しいブロードバンドおよび VoIP サービスの成長に伴い、ホーム ネットワークの管理も OSS およびネットワーク管理の範囲に入りつつあります。DSLフォーラム TR-069仕様では、EML-NML インターフェイスでホーム ネットワーク デバイスおよび端末を管理するのに適した CPE WAN 管理プロトコル (CWMP) が定義されています。

TMフォーラム(旧称 TeleManagement Forum) は、通信サービス プロバイダーと通信業界のサプライヤーの国際会員組織です。OSS は一般に独自のカスタム技術が主流ですが、TM フォーラムは OSS と BSS の標準とフレームワークを推進しています。

2005 年までに、OSS アーキテクチャの開発は、2000 年に設立された TM フォーラムの新世代運用システムおよびソフトウェア(NGOSS) プログラムの結果となりました。これにより、OSS 統合で採用すべき一連の原則と、標準化されたアプローチを提供する一連のモデルが確立されました。NGOSS は Frameworx に名前が変更されました。

• 情報モデル（共有情報/データモデル、またはSID） - 現在では情報フレームワークと呼ばれることが多い。
• プロセスモデル（拡張テレコムオペレーションマップ、またはeTOM） - 現在ではビジネスプロセスフレームワークとしてよく知られています。
• アプリケーション モデル(テレコム アプリケーション マップ) (現在はアプリケーション フレームワークとして知られています)、アーキテクチャ (テクノロジ ニュートラル アーキテクチャ)、およびライフサイクル モデル。

TM フォーラムは、Frameworx を次のようなアーキテクチャとして説明しています。

• 「緩く結合された」
• 分散した
• コンポーネントベース

コンポーネントは、共通の通信手段（情報交換インフラストラクチャを使用。例：EAI、Web サービス、EJB）を介して相互作用します。プロセス管理やポリシー管理を使用して動作を制御し、コンポーネントが提供するサービスによって提供される機能を調整できます。

TM フォーラムの NGOSS 作業の初期の焦点は、プロセス、情報、およびアプリケーションの相互作用に関するビジネス ステークホルダーの視点をサポートする参照モデルの構築でした。並行して実行されていたのは、OSS 機能 (主に MTNM) へのアクセスを提供するためのインターフェイス仕様に関する実装ステークホルダーの視点をサポートする活動でした。MTNM 作業は、マルチテクノロジー オペレーション システム インターフェイスMTOSI を提供する一連の Web サービスに進化しました。最近では、^{[いつ? ]} Java を介した OSS イニシアチブ(OSS/J)が TMF に参加し、NGOSS ベースの BSS/OSS API を提供しました。

オープンデジタルアーキテクチャ（ODA）は、業界で合意された青写真、言語、および従うべき主要な設計原則のセットを提供します。モノリシックなレガシーソフトウェアソリューションの維持から、AIを使用してオーケストレーションできる機敏なクラウドベースの機能の管理への移行に実用的な道筋を提供します。これは、TMフォーラムのオープンAPIを技術およびビジネスプラットフォーム機能にマッピングするリファレンスアーキテクチャです。^[3]

• ビジネス支援システム
• COSMOS（通信）
• ループ保守運用システム
• OA&M
• サービス評価システム
• スイッチングコントロールセンターシステム

• ビデオ: OSS/BSS とは何ですか?
• TMフォーラム
• JavaによるOSSイニシアチブ
• OSS ニュースレビュー
• Analysys Mason の OSS Observer ランディング ページ
• パイプラインマガジン
• InsideTelephony OSS/BSS (2017.05.20 Wayback Machine 経由)
• 課金とOSSの世界
• OSSライン
• 通信OSSとBSS
• テルコルディア SR-2275