Telecommunications Network Inventory and Order Management for Telecommunications and Media

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

概要

注文ワークフローは、顧客向けサービス注文 (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. 変更モデルを作成します。詳細については、「 変更モデルの作成」を参照してください。
   デフォルトでは、 通信事業ネットワークインベントリ アプリケーションは次の表に示す変更モデルを提供します。

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

   変更モデル	Description (説明)
   プロビジョン 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 に関連付けます。詳細については、 Order Management for Telecommunications, Media, and Technology の受注処理の構成を参照してください。

注:

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

関連概念

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