通信事業とメディア向け通信ネットワークインベントリおよび注文管理

通信事業とメディア向け注文管理 (OMT) アプリケーションを使用すると、すべての製品とサービスの注文を 1 か所から管理できます。これらの製品注文は、サービス注文に分割され、さらにリソース注文に分割されます。

OMT 統合の概要

注文ワークフローは、顧客向けサービス注文 (CFS) とリソース向けサービス注文 (RFS) を履行する注文タスクを生成します。インベントリ構成アイテム (CI)、モデル、およびテンプレートを含むネットワーク関連タスクは、 通信事業ネットワークインベントリ アプリケーションとやり取りしてネットワーク CI を作成する場合があります。すべてのネットワーク関連の注文タスクについて、 通信事業ネットワークインベントリ アプリケーションで変更要求を作成する必要があります。

次の図は、サービス要求を管理するプロセスの概要と、 通信事業ネットワークインベントリ および 通信事業向け注文管理 アプリケーションの詳細なワークフローを示しています。

ワークフローのステージは次のとおりです。

1. オーケストレーション:このステージでは、 通信事業向け注文管理 アプリケーションがオーダーオーケストレーションの機能を果たします。これは、ネットワーク計画を含むさまざまな指図関連タスクを実行するためのリソース指図を生成します。これらの資源オーダーは、サービスエージェントまたはTMF641を介して開始することができます。
2. 計画:このステージでは、SPMは、事前定義されたSPMプロジェクトテンプレートを活用して、プロジェクトの作成を開始します。その後、SPM は 通信事業向け注文管理 との確立された統合を利用して、さらなるプロジェクト処理を促進します。
3. 調達:このステージでは、要求を満たすためのハードウェア資産の調達アクティビティのインスタンス化が取得されます。
4. 設計アサイン:このステージでは、 通信事業ネットワークインベントリ アプリケーションは次のプロセスを開始します。
   1. 分析された変更特性に基づいてそれぞれの変更モデルをトリガーする変更要求を作成します。
   2. は、変更特性に基づいて変更タスクを作成します。
   3. は、テンプレートサブフロー、読み取りフローアクション、およびフローの作成アクションを含むインベントリタスクフローを介してすべてのタスクを完了します。その後、必要な CI またはリソースが読み取られるか作成されます。
5. ビルド:このステージでは、サービスは物理的にビルドされるか、FSM を介して実装されます。
6. アクティブ化:サービスは、アクティブ化手順を使用して展開されます。

ネットワーク CI を作成するために、 通信事業ネットワークインベントリ アプリケーションと 通信事業向け注文管理 アプリケーションが統合され、設計やアサインなどのサービスタスクまたは製品タスクが実行されます。ネットワークインベントリ関連のアクションが必要なタスクに対して変更要求が開始されます。

次の条件が満たされていることを確認する必要があります。

1. 同じインスタンス内の 通信事業ネットワークインベントリ アプリケーションと 通信事業向け注文管理 アプリケーションの両方のライセンスが必要です。
2. この統合では、 通信事業とメディア向け注文管理 からの ADD アクションサービス注文要求のみが提供されます。

アドミン向け

変更要求を作成するには、アドミニストレーターはネットワークインベントリアクションを必要とする注文タスクに対して次のタスクを実行する必要があります。

1. レコードプロデューサーを作成します。詳細については、「 レコードプロデューサーの作成」を参照してください。
2. 「Create a change model」に移動します。詳細については、「 変更モデルの作成」を参照してください。
   デフォルトでは、 通信事業ネットワークインベントリ アプリケーションは次の表に示す変更モデルを提供します。

   表 : 1. デフォルトの変更モデル

   変更モデル	説明
   プロビジョン LAG	ポート間でイーサネットリンクを作成し、それらのイーサネットリンク上に LAG 回線を作成します。LAG には仮想インターフェイスがあります。VLAN 範囲も作成され、LAG に関連付けられます。
   GPON ブロードバンドサービス (自動)	既存のネットワーク上で GPON サービスをプロビジョニングします。
   Fiber-wise モビリティインフラストラクチャ	既存のネットワーク上にモビリティインフラストラクチャをプロビジョニングします。
   電気通信機器の設計とアサイン	特定のネットワークサイトで事前定義されたテンプレートに従って機器を作成します。

   以前の変更モデルのステータスは、[新規]、[実装]、[レビュー]、および [クローズ済み] です。デフォルトでは、新しい変更モデルの状況はすべて [新規] に設定されます。

3. 通信事業ネットワークインベントリアプリケーションによって提供されるディシジョンテーブルに意思決定エントリを作成します。エントリの作成方法については、 通信事業向け注文管理 統合 を参照してください。

TNI-OMT 統合を使用して変更タスクを作成するためのワークフローは次のとおりです。

1. OMT サブフローは注文タスクを作成します。
2. [注文タスクの作成] トリガーを受信すると、TNI フローは [変更要求の作成] を起動し、後で変更要求アクションを作成します。
3. OMT アクションとサービス仕様は、TNI 注文タスク送信スクリプトインクルードおよび意思決定テーブルの変更モデル、レコードプロデューサーにマッピングされます。次に、OMT 特性がレコードプロデューサー変数にマッピングされます。
4. その後、プロデューサーはsn_scを介してレコードプロデューサーに送信されます。CatItem API です。
5. 注文タスク、変更モデル、および変数に関する変更要求を作成します。また、sn sc を使用します。結果を TNI フローに返すための CatItem API。
6. このアクションが完了すると、注文タスクに作業メモが追加されます。
7. 変更要求がクローズされると、注文タスクに作業メモが追加されます。

インベントリエージェントの場合

インベントリエージェントは、アサインされた変更タスクを開き、検証し、実装し、クローズすることができます。実装後、作成された CI が [影響を受ける CI ] タブに追加されます。注文タスクがクローズされると、注文タスクの作業メモが更新されます。

その結果、 通信事業とメディア向け注文管理 アプリケーションは影響を受ける CI のリストを取得し、製品注文を CI に関連付けるインストールベースアイテムを作成します。詳細については 、「電気通信、メディア、テクノロジー向け注文管理での注文フルフィルメントの構成」を参照してください。

注:

• 注文タスクの変更要求は、意思決定エントリーが作成された場合にのみ自動的に作成されます。
• 注文タスクのインベントリアクションの必要性に基づいて、いくつかの変更要求が作成されます。
• デモデータとして:
  • 通信事業とメディア向け注文管理 アプリケーションでは、SD-WAN 製品に 通信事業ネットワークインベントリ アプリケーションへの機器作成変更要求をトリガーする [ CPE の割り当てとインストール ] タスクがあります。
  • 通信事業ネットワークインベントリアプリケーションには、機器の作成、リンクアグリゲーショングループ (LAG) のプロビジョニング、ギガバイトパッシブ光ネットワーク (GPON) ブロードバンドの自動化、およびファイバーワイズモビリティインフラを通信事業ネットワークインベントリワークフローとして使用できるデモデータがあります。

関連概念

• 通信事業ネットワークインベントリとハードウェア資産管理との統合