特開 2023-109988 サービス管理およびオーケストレーションにおける通信方法、および、システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023109988

(43)【公開日】2023-08-08

(54)【発明の名称】サービス管理およびオーケストレーションにおける通信方法、および、システム

(51)【国際特許分類】

   H04W 28/086 20230101AFI20230801BHJP

   H04W 92/24 20090101ALI20230801BHJP

   H04W 76/10 20180101ALI20230801BHJP

   H04L 43/20 20220101ALI20230801BHJP

【ＦＩ】

H04W28/086

H04W92/24

H04W76/10

H04L43/20

【審査請求】有

【請求項の数】20

【出願形態】ＯＬ

【公開請求】

(21)【出願番号】P 2023088942

(22)【出願日】2023-05-30

(31)【優先権主張番号】202211241527.4

(32)【優先日】2022-10-11

(33)【優先権主張国・地域又は機関】CN

(71)【出願人】

【識別番号】503419697

【氏名又は名称】光寶科技股フン有限公司

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】蘇 致▲ウェ▼

(72)【発明者】

【氏名】林 佩萱

(57)【要約】      （修正有）

【課題】サービス管理およびオーケストレーションにおける通信方法及びシステムを提供する。
【解決手段】方法は、非リアルタイム無線アクセスネットワーク（ＲＡＮ）インテリジェントコントローラー（Ｎｏｎ－ＲＴ ＲＩＣ）フレームワークにより、エレメント管理システム（ＥＭＳ）から送信された、Ｎｏｎ－ＲＴ ＲＩＣアプリケーション（ｒＡｐｐ）を実行するのに必要な第二データを要求するための第一サブスクリプションメッセージを受信する工程と、Ｎｏｎ－ＲＴ ＲＩＣフレームワークにより、第一サブスクリプションメッセージにしたがって、第一コールバックメッセージを、ｒＡｐｐに送信して、ＥＭＳが第二データを要求することを通知する工程と、ｒＡｐｐにより、第一コールバックメッセージにしたがって、第二データを、ＥＭＳに送信する工程と、を有する。
【選択図】図５

【特許請求の範囲】

【請求項1】

サービス管理およびオーケストレーションにおける通信方法であって、
非リアルタイム無線アクセスネットワーク（ＲＡＮ）インテリジェントコントローラー（Ｎｏｎ－ＲＴ ＲＩＣ）フレームワークにより、エレメント管理システム（ＥＭＳ）から送信された、Ｎｏｎ－ＲＴ ＲＩＣアプリケーション（ｒＡｐｐ）を実行するのに必要な第二データを要求するための第一サブスクリプションメッセージを受信する工程と、
前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークにより、前記第一サブスクリプションメッセージにしたがって、第一コールバックメッセージを、前記ｒＡｐｐに送信して、前記ＥＭＳが前記第二データを要求することを通知する工程と、
前記ｒＡｐｐにより、前記第一コールバックメッセージにしたがって、前記第二データを、前記ＥＭＳに送信する工程と、
を有することを特徴とする方法。

【請求項2】

前記ｒＡｐｐが、前記第一コールバックメッセージにしたがって、前記第二データを、前記ＥＭＳに送信する前に、さらに、
前記ｒＡｐｐにより、前記第二データを生成するのに必要な第一データを取得することを要求するための第二サブスクリプションメッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信する工程と、
前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークにより、前記第二サブスクリプションメッセージにしたがって、第二コールバックメッセージを、前記ＥＭＳに送信する工程と、
前記ＥＭＳにより、前記第二コールバックメッセージにしたがって、前記第一データを、前記ｒＡｐｐに送信する工程と、
前記ｒＡｐｐにより、前記第一データにしたがって、前記第二データを取得する工程と、
を有することを特徴とする請求項１に記載の方法。

【請求項3】

さらに、前記ＥＭＳにより、前記第二データを読み取るとともに、応答し、且つ、ウェブサービスページ上で表示する工程を有することを特徴とする請求項１に記載の方法。

【請求項4】

前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークが、前記ＥＭＳから送信された前記第一サブスクリプションメッセージを受信する前に、さらに、
前記ＥＭＳにより、第一登録プロセスを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに実行する工程、および、
前記ｒＡｐｐにより、第二登録プロセスを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに実行する工程、
を有することを特徴とする請求項１に記載の方法。

【請求項5】

前記第一登録プロセスは、
前記ＥＭＳにより、第一登録要求メッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、前記ＥＭＳの登録を要求する工程と、
前記ＥＭＳにより、第一サブスクリプション要求メッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、前記ＥＭＳに必要なデータのサブスクリプションを要求する工程と、
前記ＥＭＳにより、第一情報タイプの登録メッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、前記ＥＭＳにより提供される情報タイプの登録を要求する工程と、
前記ＥＭＳにより、第一情報提供者登録メッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、前記ＥＭＳを情報提供者として登録することを要求する工程と、
を有することを特徴とする請求項４に記載の方法。

【請求項6】

前記第二登録プロセスは、
前記ｒＡｐｐにより、第二登録要求メッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、前記ｒＡｐｐの登録を要求する工程と、
前記ｒＡｐｐにより、第二サブスクリプション要求メッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、前記ｒＡｐｐに必要なデータのサブスクリプションを要求する工程と、
前記ｒＡｐｐにより、第二情報タイプの登録メッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、前記ｒＡｐｐにより提供される情報タイプの登録を要求する工程と、
前記ｒＡｐｐにより、第二情報提供者登録メッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、前記ｒＡｐｐを情報提供者として登録することを要求する工程と、
を有することを特徴とする請求項４に記載の方法。

【請求項7】

前記ＥＭＳのＩＰアドレスは、前記第一サブスクリプションメッセージ、および、前記第一コールバックメッセージ中に含まれることを特徴とする請求項１に記載の方法。

【請求項8】

前記ｒＡｐｐのＩＰアドレスは、前記第二サブスクリプションメッセージ、および、前記第二コールバックメッセージ中に含まれることを特徴とする請求項２に記載の方法。

【請求項9】

前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、サービス管理およびオーケストレーション（ＳＭＯ）内部インターフェースにより、前記ＥＭＳと接続されることを特徴とする請求項１に記載の方法。

【請求項10】

前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、Ｒ１インターフェースにより、前記ｒＡｐｐと接続されることを特徴とする請求項１に記載の方法。

【請求項11】

サービス管理およびオーケストレーションにおける通信システムであって、
エレメント管理システム（ＥＭＳ）と、
非リアルタイム無線アクセスネットワーク（ＲＡＮ）インテリジェントコントローラー（Ｎｏｎ－ＲＴ ＲＩＣ）アプリケーション（ｒＡｐｐ）と、
前記ＥＭＳ、および、前記ｒＡｐｐに結合されるＮｏｎ－ＲＴ ＲＩＣフレームワークと、を有し、
前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、前記ＥＭＳから送信された第一サブスクリプションメッセージを受信し、前記第一サブスクリプションメッセージは、前記ｒＡｐｐを実行するのに必要な第二データを要求するために用いられ、
前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、前記第一サブスクリプションメッセージにしたがって、第一コールバックメッセージを、前記ｒＡｐｐに送信して、前記ＥＭＳが前記第二データを要求することを通知し、
前記ｒＡｐｐは、前記第一コールバックメッセージにしたがって、前記第二データを、前記ＥＭＳに送信する、
ことを特徴とするシステム。

【請求項12】

前記ｒＡｐｐが、前記第一コールバックメッセージにしたがって、前記第二データを、前記ＥＭＳに送信する前に、さらに、
前記ｒＡｐｐは、第二サブスクリプションメッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信し、前記第二サブスクリプションメッセージは、前記第二データを生成するのに必要な第一データの取得を要求するために用いられ、
前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、前記第二サブスクリプションメッセージにしたがって、第二コールバックメッセージを、前記ＥＭＳに送信し、
前記ＥＭＳは、前記第二コールバックメッセージにしたがって、前記第一データを、前記ｒＡｐｐに送信し、
前記ｒＡｐｐは、前記第一データにしたがって、前記第二データを取得する、
ことを特徴とする請求項１１に記載のシステム。

【請求項13】

さらに、前記ＥＭＳが、前記第二データを読み取るとともに、応答し、且つ、ウェブサービスページ上で表示することを特徴とする請求項１１に記載のシステム。

【請求項14】

前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークが、前記ＥＭＳから送信された前記第一サブスクリプションメッセージを受信する前に、さらに、
前記ＥＭＳが、第一登録プロセスを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに実行し、
前記ｒＡｐｐが、第二登録プロセスを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに実行する、
ことを特徴とする請求項１１に記載のシステム。

【請求項15】

前記第一登録プロセスは、
前記ＥＭＳが、第一登録要求メッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、前記ＥＭＳの登録を要求する工程と、
前記ＥＭＳが、第一サブスクリプション要求メッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、前記ＥＭＳに必要なデータのサブスクリプションを要求する工程と、
前記ＥＭＳが、第一情報タイプの登録メッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、前記ＥＭＳにより提供される情報タイプの登録を要求する工程と、
前記ＥＭＳが、第一情報提供者登録メッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、前記ＥＭＳを情報提供者として登録することを要求する工程と、
を有することを特徴とする請求項１４に記載のシステム。

【請求項16】

前記第二登録プロセスは、
前記ｒＡｐｐが、第二登録要求メッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、前記ｒＡｐｐの登録を要求する工程と、
前記ｒＡｐｐが、第二サブスクリプション要求メッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、前記ｒＡｐｐに必要なデータのサブスクリプションを要求する工程と、
前記ｒＡｐｐが、第二情報タイプの登録メッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、前記ｒＡｐｐにより提供される情報タイプの登録を要求する工程と、
前記ｒＡｐｐが、第二情報提供者登録メッセージを、前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、前記ｒＡｐｐを情報提供者として登録することを要求する工程と、
を有することを特徴とする請求項１４に記載のシステム。

【請求項17】

前記ＥＭＳのＩＰアドレスは、前記第一サブスクリプションメッセージ、および、前記第一コールバックメッセージ中に含まれることを特徴とする請求項１１に記載のシステム。

【請求項18】

前記ｒＡｐｐのＩＰアドレスは、前記第二サブスクリプションメッセージ、および、前記第二コールバックメッセージ中に含まれることを特徴とする請求項１２に記載のシステム。

【請求項19】

前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、サービス管理およびオーケストレーション（ＳＭＯ）内部インターフェースにより、前記ＥＭＳと接続されることを特徴とする請求項１１に記載のシステム。

【請求項20】

前記Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、Ｒ１インターフェースにより、前記ｒＡｐｐと接続されることを特徴とする請求項１１に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、オープン無線アクセスネットワーク（Ｏｐｅｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、Ｏ－ＲＡＮ）技術に関するものであって、特に、サービス管理およびオーケストレーションにおける通信方法、および、システムに関するものである。

【背景技術】

【0002】

全ソフトウェアライゼーション（Ｓｏｆｔｗａｒｉｚａｔｉｏｎ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）は、近年、ネットワーク、計算、通信領域において、受け入れられるようになった概念である。近年、ソフトウェア無線（ｓｏｆｔｗａｒｅ－ｄｅｆｉｎｅｄ ｒａｄｉｏ）の理論から、次第に、モバイル通信ネットワーク中で実施されるようになっていて、ソフトウェアライゼーション（Ｓｏｆｔｗａｒｉｚａｔｉｏｎ）、仮想化（Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）、および、ネットワーク機能の分解（ｄｉｓａｇｇｒｅｇａｔｉｏｎ ｏｆ ｎｅｔｗｏｒｋｉｎｇ ｆｕｎｃｔｉｏｎａｌｉｔｉｅｓ）等のキー実現技術（ｋｅｙ ｅｎａｂｌｉｎｇ ｔｅｃｈｎｏｌｏｇｉｅｓ）に基づいたソフトウェア定義のセルラーネットワーク（ｓｏｆｔｗａｒｅ－ｄｅｆｉｎｅｄ ｃｅｌｌｕｌａｒ ｎｅｔｗｏｒｋ）は、すでに、Ｂ５Ｇ／６Ｇをサポートし、高速ネットワーク最適化を実行することができる未来の主要技術としてみなされている。これまでの４Ｇネットワークは、ブラックボックス（ｂｌａｃｋｂｏｘ）の形式で設計され、未来の高度に柔軟な配置条件に耐えることができない。多くのテレコム事業者は、次第に、彼らの注目を、オープン無線アクセスネットワーク（Ｏｐｅｎ ＲＡＮ）の研究と実現に向けている。オープンユーザーインターフェースにより、Ｏｐｅｎ ＲＡＮは、異なる通信接続業者のハードウェアとソフトウェアのネットワーク統合と部署に至るまで、多くの注目を集めている。Ｏ－ＲＡＮ連合の成立は、単一の製造業者の研究開発が、多くの人材、および、費用を必要とする問題を解決し、疑いようもなく、Ｏｐｅｎ ＲＡＮの研究開発を大きく後押しする。Ｏ－ＲＡＮソフトウェアコミュニティ（Ｏ－ＲＡＮ ＳＣ）は、Ｏ－ＲＡＮ機能定義に必要なオープンソースソフトウェアモジュールの開発の責任を負うとともに、ワイヤレスアクセスネットワークに関連する全ソフトウェア開発（各種オープンソフトウェアの技術文書、テストと整合を含む）、コードストレージ、ツールとデベロッパー整合テスト作業を管理して、ソフトウェアコードと、Ｏ－ＲＡＮ連合のオープン構造および仕様とを一致させる。

【0003】

Ｏ－ＲＡＮは、Ｏ－ＲＡＮ連合により標準化されたＯｐｅｎ ＲＡＮバージョンである。Ｏ－ＲＡＮは、３ＧＰＰ（登録商標） ＴＳ ３８．４０１の基礎上に築かれ、新しい機能、および、オープン、相互運用可能なインターフェースを有する。ＲＡＮ構造に対するこの新しいアプローチは、増加したサプライチェーン多様性と減少した部署コストに関連するいくつかの長所をもたらすと同時に、ネットワーク集積コストと複雑性を増加させる。

【0004】

図１は、Ｏ－ＲＡＮシステム１００の構造図である。図１に示されるように、Ｏ－ＲＡＮシステム１００は、非リアルタイム無線アクセスネットワーク（ＲＡＮ）インテリジェントコントローラー（Ｎｏｎ－ＲＴ ＲＩＣ）１１１２を有するサービス管理およびオーケストレーション（ＳＭＯ）フレームワーク１１０、ニアリアルタイムＲＡＮインテリジェントコントローラー（Ｎｅａｒ－ＲＴ ＲＩＣ）１２０、Ｏ－ＲＡＮ中央装置コントロールプレーン（Ｏ－ＣＵ－ＣＰ）１３０２およびＯ－ＲＡＮ中央装置ユーザープレーン（Ｏ－ＣＵ－ＵＰ）１３０４で構成されるＯ－ＲＡＮ中央装置（Ｏ－ＣＵ）、Ｏ－ＲＡＮ分散ユニット（Ｏ－ＤＵ）１４０、Ｏ－ＲＡＮ無線装置（Ｏ－ＲＵ）１５０、Ｏ－ＲＡＮ進化型ノードＢ（Ｏ－ｅＮＢ）１６０、並びに、Ｏ－ＲＡＮクラウド（Ｏ－Ｃｌｏｕｄ）１７０という７つのメインパーツで構成される。

【0005】

上記のパーツは、Ｏ－ＲＡＮにより定義される標準のインターフェースＯ１、Ｏ２、Ａ１、Ｅ２、Ｏｐｅｎ ＦＨ Ｍ－Ｐｌａｎｅ、および、Ｏｐｅｎ ＦＨ ＣＵＳ－Ｐｌａｎｅにより、互いに接続される。Ｏ－ＣＵ－ＣＰ１３０２、Ｏ－ＣＵ－ＵＰ１３０４、および、Ｏ－ＤＵ １４０は、３ＧＰＰ ＴＲ ３８．８０１「Ｓｔｕｄｙ ｏｎ ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ：Ｒａｄｉｏ ａｃｃｅｓｓ ａｒｃｈｉｔｅｃｔｕｒｅ ａｎｄ ｉｎｔｅｒｆａｃｅｓ」，３ＧＰＰ ＴＲ ３８．８０６「Ｓｔｕｄｙ ｏｆ ｓｅｐａｒａｔｉｏｎ ｏｆ ＮＲ Ｃｏｎｔｒｏｌ Ｐｌａｎｅ（ＣＰ） ａｎｄ Ｕｓｅｒ Ｐｌａｎｅ（ＵＰ）ｆｏｒ ｓｐｌｉｔ ｏｐｔｉｏｎ ２」，３ＧＰＰ ＴＲ ３８．８１６「Ｓｔｕｄｙ ｏｎ Ｃｅｎｔｒａｌ Ｕｎｉｔ（ＣＵ）－分散型 Ｕｎｉｔ（ＤＵ）ｌｏｗｅｒ ｌａｙｅｒ ｓｐｌｉｔ ｆｏｒ ＮＲ」，３ＧＰＰ ＴＳ ３８．４７ｘ「ｓｅｒｉｅｓ ｓｔｕｄｙ ＣＵ／ＤＵ ｓｐｌｉｔ ａｒｃｈｉｔｅｃｔｕｒｅ」、および、３ＧＰＰ ＴＳ ３８．４６ｘ「ｓｅｒｉｅｓ ｓｔｕｄｙ ｃｏｎｔｒｏｌ－ｕｓｅｒ ｐｌａｎｅ ｓｅｐａｒａｔｉｏｎ」により定義されるインターフェースＥ１、Ｆ１－ｃ、Ｆ１－ｕ、ＮＧ－ｕ、ＮＧ－ｃ、Ｘ２－ｕ、Ｘ２－ｃ、Ｘｎ－ｕ、Ｘｎ－ｃにより、互いに接続される。

【0006】

図２は、ＳＭＯフレームワーク２００の構造図である。ＳＭＯフレームワーク２００は、主に、エレメント管理システム（ＥＭＳ）２１０、および、非リアルタイム ＲＡＮインテリジェントコントローラー（Ｎｏｎ－ＲＴ ＲＩＣ）２２０を有する。Ｎｏｎ－ＲＴ ＲＩＣ２２０は、Ｏ－ＲＡＮ構造中のＳＭＯフレームワーク２００の内部機能であり、且つ、Ａ１インターフェースを、Ｎｅａｒ－ＲＴ ＲＩＣに提供する。

【0007】

Ｏ１インターフェースは、ＳＭＯフレームワーク２００と端末装置（Ｏ－ｅＮＢ）を接続するために用いられ、Ｏ２インターフェースは、ＳＭＯフレームワーク２００とＯ－ＲＡＮクラウドを接続するために用いられ、且つ、Ｏｐｅｎ ＦＨ Ｍ－Ｐｌａｎｅインターフェースは、ＳＭＯフレームワーク２００とＯ－ＲＡＮ無線ユニットを接続するために用いられる。

【0008】

Ｎｏｎ－ＲＴ ＲＩＣ２２０は、Ｎｏｎ－ＲＴ ＲＩＣフレームワーク２２２、および、Ｎｏｎ－ＲＴ ＲＩＣアプリケーションプログラム（ｒＡｐｐｓ）２２４で構成される。Ｎｏｎ－ＲＴ ＲＩＣ２２０は、Ｒ１インターフェースにより、必要とされるサービスを、Ｎｏｎ－ＲＴ ＲＩＣアプリケーション２２４に公開する。

【0009】

しかし、現在のＳＭＯフレームワーク２００は、ＥＭＳ２１０がどのように情報をＮｏｎ－ＲＴ ＲＩＣ２２０に提供するかについて、はっきりと定義していない。よって、ＥＭＳ２１０とＮｏｎ－ＲＴ ＲＩＣ２２０間の操作プロセスを定義して、ＳＭＯフレームワークをさらに完全にするサービス管理およびオーケストレーションにおける通信の方法、および、システムが必要である。

【発明の概要】

【発明が解決しようとする課題】

【0010】

よって、本発明は、サービス管理およびオーケストレーションにおける通信の方法、および、システムを提供し、ＳＭＯフレームワークを、さらに完全にすることを目的とする。

【課題を解決するための手段】

【0011】

例示的な一実施形態において、サービス管理およびオーケストレーションにおける通信方法が提供される。本方法は、非リアルタイム無線アクセスネットワーク（ＲＡＮ）インテリジェントコントローラー（Ｎｏｎ－ＲＴ ＲＩＣ）フレームワークにより、エレメント管理システム（ＥＭＳ）から送信された、Ｎｏｎ－ＲＴ ＲＩＣアプリケーション（ｒＡｐｐ）を実行するのに必要な第二データを要求するための第一サブスクリプションメッセージを受信する工程と、Ｎｏｎ－ＲＴ ＲＩＣフレームワークにより、第一サブスクリプションメッセージにしたがって、第一コールバックメッセージを、ｒＡｐｐに送信して、ＥＭＳが第二データを要求することを通知する工程と、ｒＡｐｐにより、第一コールバックメッセージにしたがって、第二データを、ＥＭＳに送信する工程と、を有する。

【0012】

いくつかの実施形態において、ｒＡｐｐが、第一コールバックメッセージにしたがって、第二データをＥＭＳに送信する前に、本方法はさらに、ｒＡｐｐにより、第二データを生成するのに必要な第一データの取得を要求するための第二サブスクリプションメッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信する工程と、Ｎｏｎ－ＲＴ ＲＩＣフレームワークにより、第二サブスクリプションメッセージにしたがって、第二コールバックメッセージを、ＥＭＳに送信する工程と、ＥＭＳにより、第二コールバックメッセージにしたがって、第一データを、ｒＡｐｐに送信する工程と、ｒＡｐｐにより、第一データにしたがって、第二データを取得する工程と、を有する。

【0013】

いくつかの実施形態において、本方法はさらに、ＥＭＳにより、第二データを読み取るとともに、応答し、且つ、第二データを、ウェブサービスページ上で表示する工程を有する。

【0014】

いくつかの実施形態において、Ｎｏｎ－ＲＴ ＲＩＣフレームワークが、ＥＭＳから送信された第一サブスクリプションメッセージを受信する前に、本方法はさらに、ＥＭＳにより、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに、第一登録プロセスを実行する工程、および、ｒＡｐｐにより、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに、第二登録プロセスを実行する工程を有する。

【0015】

いくつかの実施形態において、第一登録プロセスは、ＥＭＳにより、第一登録要求メッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、ＥＭＳの登録を要求する工程と、ＥＭＳにより、第一サブスクリプション要求メッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、ＥＭＳに必要なデータのサブスクリプションを要求する工程と、ＥＭＳにより、第一情報タイプの登録メッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、ＥＭＳにより提供される情報タイプの登録を要求する工程と、ＥＭＳにより、第一情報提供者登録メッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、ＥＭＳを情報提供者として登録することを要求する工程と、を有する。

【0016】

いくつかの実施形態において、ｒＡｐｐにより、第二登録要求メッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、ｒＡｐｐの登録を要求する工程と、ｒＡｐｐにより、第二サブスクリプション要求メッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、ｒＡｐｐに必要なデータのサブスクリプションを要求する工程と、ｒＡｐｐにより、第二情報タイプの登録メッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、ｒＡｐｐにより提供される情報タイプの登録を要求する工程と、ｒＡｐｐにより、第二情報提供者登録メッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、ｒＡｐｐを情報提供者として登録することを要求する工程と、を有する。

【0017】

いくつかの実施形態において、ＥＭＳのＩＰアドレスは、第一サブスクリプションメッセージ、および、第一コールバックメッセージ中に含まれる。

【0018】

いくつかの実施形態において、ｒＡｐｐのＩＰアドレスは、第二サブスクリプションメッセージ、および、第二コールバックメッセージ中に含まれる。

【0019】

いくつかの実施形態において、Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、サービス管理およびオーケストレーション（ｓｅｒｖｉｃｅ ｍａｎａｇｅｍｅｎｔ ａｎｄ ｏｒｃｈｅｓｔｒａｔｉｏｎ、ＳＭＯ）内部インターフェースにより、ＥＭＳと接続される。

【0020】

いくつかの実施形態において、Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、Ｒ１インターフェースにより、ｒＡｐｐと接続される。

【0021】

例示的な一実施形態において、サービス管理およびオーケストレーションにおける通信システムが提供され、本システムは、エレメント管理システム（ＥＭＳ）、非リアルタイム無線アクセスネットワークインテリジェントコントローラー（（Ｎｏｎ－ｒｅａｌ ｔｉｍｅ ＲＡＮ Ｉｎｔｅｌｌｉｇｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ ａｐｐｌｉｃａｔｉｏｎ、ｒＡｐｐ）、および、Ｎｏｎ－ＲＴ ＲＩＣフレームワークを有する。Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、ＥＭＳとｒＡｐｐに結合される。Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、ＥＭＳから送信された、ｒＡｐｐの実行に必要な第二データを要求するための第一サブスクリプションメッセージを受信する。Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、第一サブスクリプションメッセージにしたがって、第一コールバックメッセージを、ｒＡｐｐに送信して、ＥＭＳが第二データを要求することを通知する。ｒＡｐｐは、第一コールバックメッセージにしたがって、第二データを、ＥＭＳに送信する。

【発明の効果】

【0022】

本発明の実施形態は、サービス管理およびオーケストレーションにおける通信のシステム、および、方法を提供し、ＥＭＳとＮｏｎ－ＲＴ ＲＩＣ間の操作仕様を定義して、Ｏ－ＲＡＮ機能をさらに改善する。

【図面の簡単な説明】

【0023】

【図1】Ｏ－ＲＡＮシステムの構造図である。

【図2】ＳＭＯフレームワークの構造図である。

【図3】本発明の一実施形態によるＳＭＯフレームワークを示す図である。

【図4】本発明の一実施形態によるＥＭＳ、および、ｒＡｐｐが、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに、登録プロセスを実行することを説明するフローチャートである。

【図5】本発明の一実施形態によるＥＭＳ、および、ｒＡｐｐが、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに、データのサブスクリプションのプロセスを実行することを説明するフローチャートである。

【図6】本発明の一実施形態によるＥＭＳ、および、ｒＡｐｐが、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに、サービスにより提供される情報タイプを登録するプロセスを説明するフローチャートである。

【図7】本発明の一実施形態によるＥＭＳ、および、ｒＡｐｐが、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに、情報提供者として登録するプロセスを説明するフローチャートである。

【図8】本発明の一実施形態によるＮｏｎ－ＲＴ ＲＩＣフレームワークによるＥＭＳとｒＡｐｐ間の通信を説明するフローチャートである。

【図9】本発明の一実施形態によるサービス管理およびオーケストレーションにおける通信方法を説明するフローチャートである。

【図10】本発明の実施形態を実施する例示的な動作環境を説明する図である。

【発明を実施するための形態】

【0024】

図３は、本発明の一実施形態によるＳＭＯフレームワーク３００を示す図である。ＳＭＯフレームワーク３００は、主に、エレメント管理システム（ＥＭＳ）３１０、および、非リアルタイムＲＡＮインテリジェントコントローラー（Ｎｏｎ－ＲＴ ＲＩＣ）３２０を有する。

【0025】

ＥＭＳ３１０は、Ｏ１インターフェースにより、Ｏ－ＲＡＮネットワークの故障、配置、監査、パフォーマンス、および、セキュリティ（ＦＣＡＰＳ）をサポートする機能を提供する。

【0026】

Ｎｏｎ－ＲＴ ＲＩＣ３２０の主要機能は、ガイダンスポリシー、機械学習（ＭＬ）モデルマネジメント、および、情報を、Ｎｅａｒ－ＲＴ ＲＩＣに提供することにより、インテリジェントＲＡＮを最適化して、ＲＡＮを、ある条件下で最適化することである。Ｎｏｎ－ＲＴ ＲＩＣ３２０は、また、非リアルタイムインターバル（すなわち、１秒より長い）で、インテリジェント無線リソースマネジメント機能を実行する。Ｎｏｎ－ＲＴ ＲＩＣ３２０は、データ分析、および、ＡＩ／ＭＬトレーニング／推測を用いて、ＳＭＯサービスを利用するＲＡＮ最適操作を判断する。

【0027】

Ｎｏｎ－ＲＴ ＲＩＣ３２０は、Ｎｏｎ－ＲＴ ＲＩＣフレームワーク３２２、および、Ｎｏｎ－ＲＴ ＲＩＣアプリケーション（ｒＡｐｐｓ）３２４を有し、サービスが、Ｎｏｎ－ＲＴ ＲＩＣフレームワーク３２２から、あるいは、ＳＭＯフレームワーク３００からであるにかかわらず、Ｎｏｎ－ＲＴ ＲＩＣフレームワーク３２２は、Ｒ１インターフェースにより、必要なサービスを、ｒＡｐｐ３２４に公開して、ｒＡｐｐ３２４は、Ａ１、Ｏ１、Ｏ２、および、Ｏｐｅｎ ＦＨ Ｍ－Ｐｌａｎｅインターフェースにより、情報を得るとともに、操作（たとえば、分配物理層ＩＤ（ＰＣＩ）３２４２、カバレッジと容量最適化（Ｃｏｖｅｒａｇｅ ａｎｄ Ｃａｐａｃｉｔｙ Ｏｐｔｉｍｉｚａｔｉｏｎ、ＣＣＯ）３２４４、自動近隣関係（Ａｕｔｏ Ｎｅｉｇｈｂｏｒ Ｒｅｌａｔｉｏｎ、ＡＮＲ）３２４６、あるいは、その他の第三者ｒＡｐｐ３３０により提供される操作）をトリガーする。

【0028】

ＥＭＳ３１０は、ウェブサービス３１２に接続される。ウェブサービス３１２は、オペレーター／マネージャーが、ヒューマンマシンインターフェース （たとえば、ウェブサービスの形式）により、管理意図（ｉｎｔｅｎｔ）を、ＥＭＳ３１０に送信することを提供する。ＥＭＳ３１０は、受信された意図を、対応するプラグラム命令に変換するとともに、関連する動作を、下層でトリガーして、調整と管理の目的を達成する。ＥＭＳ３１０は、サービス管理およびオーケストレーション（ＳＭＯ）内部インターフェース３５０により、Ｎｏｎ－ＲＴ ＲＩＣフレームワーク３２２に接続される。

【0029】

注意すべきことは、ＳＭＯフレームワーク３００中のＥＭＳ３１０、Ｎｏｎ－ＲＴ ＲＩＣフレームワーク３２２、および、ｒＡｐｐ３２４は、専用のハードウェア（たとえば、コンピュータ装置、サーバー、あるいは、コンピュータ装置、または、サーバー中のプロセッサの処理回路）上のネットワーク素子として実施されてもよく、専用のハードウェアを実行するソフトウェアインスタンスとして実施されてもよく、あるいは、適切なプラットフォーム（たとえば、クラウドインフラストラクチャー）に実装されたバーチャル機能として実施されてもよいことである。

【0030】

理解すべきことは、ＥＭＳ３１０、Ｎｏｎ－ＲＴ ＲＩＣフレームワーク３２２、および、ｒＡｐｐ３２４が、専用のハードウェアとして用いられるとき、ＥＭＳ３１０、Ｎｏｎ－ＲＴ ＲＩＣフレームワーク３２２、および、ｒＡｐｐ３２４は、任意のタイプの電子装置、たとえば、図１０に示されるように、図１０に関連して記述される電子装置１０００により実施されることである。

【0031】

図４～図７は、ＥＭＳ、および、ｒＡｐｐが、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに、登録プロセス、データのサブスクリプション、サービスにより提供される情報タイプの登録、および、情報提供者として登録するプロセスを説明する。

【0032】

注意すべきことは、図４～図７中、ｒＡｐｐにより実行される操作は、カバレッジと容量最適化（ＣＣＯ）を例としているが、当業者は、この実施形態にしたがって、適当な代替や調整を行うことができることである。

【0033】

図４は、本発明の一実施形態によるＥＭＳ、および、ｒＡｐｐが、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに、登録プロセスを実行することを説明するフローチャート４００である。

【0034】

工程Ｓ４０５において、ＥＭＳは、第一登録要求メッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、ＥＭＳの登録を要求する。該第一登録要求メッセージは、ＨＴＴＰ要求（ＰＵＴ）メッセージであり、アプリケーションプログラミングインターフェース（ＡＰＩ）、および、ＥＭＳ識別子を有する。たとえば、図４中の第一登録要求メッセージは、「ＰＵＴ／ｓｅｒｖｉｃｅｓ／ＥＭＳ」）として表現される。

【0035】

工程Ｓ４１０において、第一登録要求メッセージの受信に応答して、Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、ＨＴＴＰリプライメッセージを、ＥＭＳに送信する。一例において、ＨＴＴＰリプライメッセージは、２０１ ＯＫメッセージである。

【0036】

工程Ｓ４１５において、ｒＡｐｐは、第二登録要求メッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、ＣＣＯの登録を要求する。該第二登録要求メッセージは、ＨＴＴＰ要求（ＰＵＴ）メッセージであり、ＡＰＩ、および、ＣＣＯ識別子を有する。たとえば、図４中の第二登録要求メッセージは、「ＰＵＴ／ｓｅｒｖｉｃｅｓ／ＣＣＯ」として表現される。

【0037】

工程Ｓ４２０において、第二登録要求メッセージの受信に応答して、Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、ＨＴＴＰリプライメッセージを、ｒＡｐｐに送信する。一例において、ＨＴＴＰリプライメッセージは、２０１ ＯＫメッセージである。

【0038】

図５は、本発明の一実施形態によるＥＭＳ、および、ｒＡｐｐが、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに、データのサブスクリプションのプロセスを実行することを説明するフローチャート５００である。

【0039】

工程Ｓ５０５において、ＥＭＳは、第一サブスクリプション要求メッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、ＥＭＳに必要なデータのサブスクリプションを要求する。該第一サブスクリプション要求メッセージは、ＨＴＴＰ要求（ＰＵＴ）メッセージであり、ＡＰＩ、および、ｒＡｐｐ（たとえば、ＣＣＯ）を実行するのに必要なデータを有する。たとえば、図５中の第一サブスクリプション要求メッセージは、「ＰＵＴ／ｄａｔａ－ｃｏｎｓｕｍｅｒ／ｖ１／ｉｎｆｏ－ｊｏｂｓ／ｃｃｏ＿ｏｕｔｐｕｔ」として表現される。

【0040】

工程Ｓ５１０において、第一サブスクリプション要求メッセージの受信に応答して、Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、ＨＴＴＰリプライメッセージを、ＥＭＳに送信する。一例において、ＨＴＴＰリプライメッセージは、２０１ ＯＫメッセージである。

【0041】

工程Ｓ５１５において、ｒＡｐｐは、第二サブスクリプション要求メッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、ｒＡｐｐに必要なデータのサブスクリプションを要求する。該第二サブスクリプション要求メッセージは、ＨＴＴＰ要求（ＰＵＴ）メッセージであり、ＡＰＩ、および、ｒＡｐｐ（たとえば、ＣＣＯ）を実行するのに必要なデータを有する。たとえば、図５中の第二サブスクリプション要求メッセージは、「ＰＵＴ／ｄａｔａ－ｃｏｎｓｕｍｅｒ／ｖ１／ｉｎｆｏ－ｊｏｂｓ／ｃｃｏ＿ｉｎｐｕｔ」として表現される。

【0042】

工程Ｓ５２０において、第二サブスクリプション要求メッセージの受信に応答して、Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、ＨＴＴＰリプライメッセージを、ｒＡｐｐに送信する。一例において、ＨＴＴＰリプライメッセージは、２０１ ＯＫメッセージである。

【0043】

図６は、本発明の一実施形態によるＥＭＳ、および、ｒＡｐｐが、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに、サービスにより提供されるタイプを登録するプロセスを説明するフローチャート６００である。

【0044】

工程Ｓ６０５において、ＥＭＳは、第一情報タイプの登録メッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、ＥＭＳにより提供される情報タイプ（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｙｐｅ）の登録を要求する。該第一情報タイプの登録メッセージは、ＨＴＴＰ要求（ＰＵＴ）メッセージであり、ＥＭＳにより提供される情報タイプを有する。たとえば、図６中の第一情報タイプの登録メッセージは、「ＰＵＴ／ｄａｔａ－ｐｒｏｄｕｃｅｒ／ｖ１／ｉｎｆｏ－ｔｙｐｅｓ／ｃｃｏ＿ｉｎｐｕｔ」として表現される。

【0045】

工程Ｓ６１０において、第一情報タイプの登録メッセージの受信に応答して、Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、ＨＴＴＰリプライメッセージを、ＥＭＳに送信する。一例において、ＨＴＴＰリプライメッセージは、２０１ ＯＫメッセージである。

【0046】

工程Ｓ６１５において、ｒＡｐｐは、第二情報タイプの登録メッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、ｒＡｐｐにより提供される情報タイプの登録を要求する。該第二情報タイプの登録メッセージは、ＨＴＴＰ要求（ＰＵＴ）メッセージであり、ｒＡｐｐにより提供される情報タイプを有する。たとえば、図６中の第二情報タイプの登録メッセージは、「ＰＵＴ／ｄａｔａ－ｐｒｏｄｕｃｅｒ／ｖ１／ｉｎｆｏ－ｔｙｐｅｓ／ｃｃｏ＿ｏｕｔｐｕｔ」として表現される。

【0047】

工程Ｓ６２０において、第二情報タイプの登録メッセージの受信に応答して、Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、ＨＴＴＰリプライメッセージを、ｒＡｐｐに送信する。一例において、ＨＴＴＰリプライメッセージは、２０１ ＯＫメッセージである。

【0048】

図７は、本発明の一実施形態によるＥＭＳ、および、ｒＡｐｐが、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに、情報提供者として登録するプロセスを説明するフローチャート７００である。

【0049】

工程Ｓ７０５において、ＥＭＳは、第一情報提供者登録メッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、ＥＭＳを情報提供者として登録することを要求する。該第一情報提供者登録メッセージは、ＨＴＴＰ要求（ＰＵＴ）メッセージであり、ＥＭＳが工程Ｓ６０５中の情報タイプの情報提供者であることを示す。たとえば、図７中の第一情報提供者登録メッセージは、「ＰＵＴ／ｄａｔａ－ｐｒｏｄｕｃｅｒ／ｖ１／ｉｎｆｏ－ｐｒｏｄｕｃｅｒｓ／ｓｍｏ＿ｉｎｐｕｔ」として表現される。

【0050】

工程Ｓ７１０において、第一情報提供者登録メッセージの受信に応答して、Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、ＨＴＴＰリプライメッセージを、ＥＭＳに送信する。一例において、ＨＴＴＰリプライメッセージは、２０１ ＯＫメッセージである。

【0051】

工程Ｓ７１５において、ｒＡｐｐは、第二情報提供者登録メッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、ｒＡｐｐを情報提供者として登録することを要求する。該第二情報提供者登録メッセージは、ＨＴＴＰ要求（ＰＵＴ）メッセージであり、ｒＡｐｐが工程Ｓ６１５中の情報タイプの情報提供者であることを示す。たとえば、図７中の第二情報提供者登録メッセージは、「ＰＵＴ／ｄａｔａ－ｐｒｏｄｕｃｅｒ／ｖ１／ｉｎｆｏ－ｐｒｏｄｕｃｅｒｓ／ｃｃｏ＿ｏｕｔｐｕｔ」として表現される。

【0052】

工程Ｓ７２０において、第二情報提供者登録メッセージの受信に応答して、Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、ＨＴＴＰリプライメッセージを、ｒＡｐｐに送信する。一例において、ＨＴＴＰリプライメッセージは、２０１ ＯＫメッセージである。

【0053】

ＥＭＳ、および、ｒＡｐｐが、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに、登録プロセス、データのサブスクリプション、サービスにより提供される情報タイプの登録、および、情報提供者としての登録のプロセスを完成させた後、ＥＭＳは、Ｎｏｎ－ＲＴ ＲＩＣ中のｒＡｐｐと通信する。

【0054】

図８は、本発明の一実施形態によるＮｏｎ－ＲＴ ＲＩＣフレームワークによるＥＭＳとｒＡｐｐの通信を説明するフローチャート８００である。

【0055】

注意すべきことは、図８中で、ｒＡｐｐにより実行される操作は、カバレッジと容量最適化（ＣＣＯ）を例としているが、当業者は、この実施形態にしたがって、適当な代替や調整を行うことができることである。

【0056】

工程Ｓ８０５において、ＥＭＳは、ウェブサービスにより送信された信号を受信する。該信号は、ＥＭＳに、ｒＡｐｐ中のＣＣＯを実行するように指示する。

【0057】

工程Ｓ８１０において、ＥＭＳは、第一サブスクリプションメッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信して、ｒＡｐｐ中のＣＣＯを実行するのに必要な第二データ（ｃｃｏ＿ｏｕｔｐｕｔ）を要求する。該第一サブスクリプションメッセージは、ＨＴＴＰ要求（ＰＵＴ）メッセージであり、且つ、ＥＭＳのＩＰアドレスを有する。たとえば、図８において、第一サブスクリプションメッセージは、「ＰＵＴ／ｄａｔａ－ｃｏｎｓｕｍｅｒ／ｖ１／ｉｎｆｏ－ｊｏｂｓ／ｃｃｏ＿ｏｕｔｐｕｔ」として表現される。

【0058】

Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、第一サブスクリプションメッセージの受信後、第二データを提供する提供者がｒＡｐｐであると判断する。工程Ｓ８１５において、Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、第一サブスクリプションメッセージにしたがって、第一コールバックメッセージを、ｒＡｐｐに送信して、ＥＭＳが第二データを要求することを通知する。第一コールバックメッセージは、ＨＴＴＰ要求（ＰＯＳＴ）メッセージであり、且つ、ＥＭＳのＩＰアドレスを有する。たとえば、図８中の第一コールバックメッセージは、「ＰＯＳＴ／ｄａｔａ－ｐｒｏｄｕｃｅｒ／ｉｎｆｏ＿ｊｏｂ／ｃｃｏ」として表現される。

【0059】

工程Ｓ８２０において、ｒＡｐｐは、ｒＡｐｐ自身が、第一データ（ｃｃｏ＿ｉｎｐｕｔ）を必要とすると判断する。

【0060】

工程Ｓ８２５において、ｒＡｐｐは、第二サブスクリプションメッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信する。該第二サブスクリプションメッセージは、第二データを生成するのに必要な第一データ（ｃｃｏ＿ｉｎｐｕｔ）を取得することを要求するために用いられる。該第二サブスクリプションメッセージは、ＨＴＴＰ要求（ＰＵＴ）メッセージであり、且つ、ｒＡｐｐのＩＰアドレスを有する。たとえば、図８中の第二サブスクリプションメッセージは、「ＰＵＴ／ｄａｔａ－ｃｏｎｓｕｍｅｒ／ｖ１／ｉｎｆｏ－ｊｏｂｓ／ｃｃｏ＿ｉｎｐｕｔ」として表現される。

【0061】

Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、第二サブスクリプションメッセージの受信後、第一データを提供する提供者がＥＭＳであると判断する。工程Ｓ８３０において、Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、第二サブスクリプションメッセージにしたがって、第二コールバックメッセージを、ＥＭＳに送信して、ｒＡｐｐが第一データを要求することを通知する。該第二コールバックメッセージは、ＨＴＴＰ要求（ＰＯＳＴ）メッセージであり、且つ、ｒＡｐｐのＩＰアドレスを有する。たとえば、図８の第二コールバックメッセージは、「ＰＯＳＴ／ｄａｔａ－ｐｒｏｄｕｃｅｒ／ｉｎｆｏ＿ｊｏｂ／ｅｍｓ」として表現される。

【0062】

工程Ｓ８３５において、ＥＭＳは、第二コールバックメッセージ中のｒＡｐｐのＩＰアドレスにしたがって、第一データをｒＡｐｐに送信する。該第一データは、ＨＴＴＰ（ＰＯＳＴ）メッセージである。たとえば、図８中の第一データは、「ＰＯＳＴ／ｊｏｂ＿ｒｅｓｕｌｔ／ｃｃｏ＿ｉｎｐｕｔ」として表現される。

【0063】

工程Ｓ８４０において、ｒＡｐｐは、第一データを書き込む。

【0064】

ｒＡｐｐが、第一データを書き込んだ後、工程８４５において、ｒＡｐｐは、ＨＴＴＰリプライメッセージを、ＥＭＳに送信して、工程Ｓ８３５中の第一データの受信に応答する。一例において、ＨＴＴＰリプライメッセージは、２００ ＯＫメッセージである。

【0065】

工程Ｓ８５０において、工程Ｓ８３０中の第二コールバックメッセージの受信に応答して、ＥＭＳは、ＨＴＴＰリプライメッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信する。一例において、ＨＴＴＰリプライメッセージは、２００ ＯＫメッセージである。

【0066】

工程Ｓ８５５において、工程Ｓ８２５中の第二サブスクリプションメッセージの受信に応答して、Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、ＨＴＴＰリプライメッセージを、ｒＡｐｐに送信する。一例において、ＨＴＴＰリプライメッセージは、２００ ＯＫメッセージである。

【0067】

工程Ｓ８６０において、ｒＡｐｐは、第一データを読み取るとともに、ＣＣＯを実行して、第二データを生成する。

【0068】

工程Ｓ８６５において、ｒＡｐｐは、第一コールバックメッセージ中のＥＭＳのＩＰアドレスにしたがって、第二データをＥＭＳに送信する。該第二データは、ＨＴＴＰ（ＰＯＳＴ）メッセージである。たとえば、図８中の第二データは、「ＰＯＳＴ／ｊｏｂ＿ｒｅｓｕｌｔ／ｃｃｏ＿ｏｕｔｐｕｔ」として表現される。

【0069】

工程Ｓ８７０において、ＥＭＳは、第二データを書き込む。

【0070】

ＥＭＳが、第二データを書き込んだ後、工程Ｓ８７５において、ＥＭＳは、ＨＴＴＰリプライメッセージを、ｒＡｐｐに送信して、工程Ｓ８６５中の第二データの受信に応答する。一例において、ＨＴＴＰリプライメッセージは、２００ＯＫメッセージである。

【0071】

工程Ｓ８８０において、工程Ｓ８１５中の第一コールバックメッセージの受信に応答して、ｒＡｐｐは、ＨＴＴＰリプライメッセージを、Ｎｏｎ－ＲＴ ＲＩＣフレームワークに送信する。一例において、ＨＴＴＰリプライメッセージは、２００ ＯＫメッセージである。

【0072】

工程Ｓ８８５において、工程Ｓ８１０中の第一サブスクリプションメッセージの受信に応答して、Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、ＨＴＴＰリプライメッセージを、ＥＭＳに送信する。一例において、ＨＴＴＰリプライメッセージは、２００ ＯＫメッセージである。

【0073】

工程Ｓ８９０において、ＥＭＳは、第一データを実行するＣＣＯにより生成される第二データを読み取るとともに、応答し、且つ、工程Ｓ８０５のウェブサービスページ上で表示する。

【0074】

図９は、本発明の一実施形態によるサービス管理およびオーケストレーションにおける通信の方法９００を説明するフローチャートである。この方法は、図３のＥＭＳ３１０、Ｎｏｎ－ＲＴ ＲＩＣフレームワーク３２２、および、ｒＡｐｐ３２４により実施される。

【0075】

工程Ｓ９０５において、Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、ＥＭＳから送信された第一サブスクリプションメッセージを受信する。該第一サブスクリプションメッセージは、ｒＡｐｐを実行するのに必要な第二データを要求するために用いられ、且つ、第一サブスクリプションメッセージは、ＥＭＳのＩＰアドレスを有する。

【0076】

工程Ｓ９１０において、Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、第一サブスクリプションメッセージにしたがって、第一コールバックメッセージを、ｒＡｐｐに送信して、ＥＭＳが第二データを要求することを通知する。該第一コールバックメッセージは、ＥＭＳのＩＰアドレスを有する。

【0077】

工程Ｓ９１５において、ｒＡｐｐは、第一コールバックメッセージにしたがって、第二データを、ＥＭＳに送信する。

【0078】

一実施形態において、Ｎｏｎ－ＲＴ ＲＩＣフレームワークは、サービス管理およびオーケストレーション（ＳＭＯ）内部インターフェースにより、ＥＭＳと接続される。

【0079】

上述のように、本発明で提供されるサービス管理およびオーケストレーションにおける通信方法、および、システムは、サービス管理およびオーケストレーション内部インターフェースにより、ＥＭＳとＮｏｎ－ＲＴ ＲＩＣフレームワークを接続するとともに、ＥＭＳ、Ｎｏｎ－ＲＴ ＲＩＣフレームワーク、および、ｒＡｐｐ間の相互作用仕様を定義して、ＳＭＯフレームワークにおけるＥＭＳとｒＡｐｐ間のデータ送信の目的が達成される。

【0080】

本発明の記述された実施形態に対し、以下で、本発明の実施形態を実現する例示的な動作環境が記述される。図１０を参照すると、本発明の実施形態を実現する例示的な動作環境が示され、一般的に、電子装置１０００として知られる。電子装置１０００は、単に、適当なコンピュータ環境の一例であり、且つ、本開示の使用や機能性の範囲を制限することを意図しない。電子装置１０００は、説明されるコンポーネントの任意の一つ、あるいは、組み合わせに関連する任意の依存性、あるいは、要求を有するものとして解釈されるべきでもない。

【0081】

本開示は、コンピュータコード、あるいは、機械使用可能命令の手段により実現され、命令は、たとえば、プログラムモジュールのコンピュータ実行可能命令であり、プログラムモジュールは、コンピュータ、あるいは、その他の機械、たとえば、ＰＤＡ、あるいは、その他の携帯端末により実行される。一般的に、プログラムモジュールは、ルーティン、プログラム、オブジェクト、コンポーネンツ、データ構造等を有し、プログラムモジュールは、特定のタスクを実行する、あるいは、特定の抽象データタイプを実施するコードを指す。本開示は、各種システム構成で実現され、携帯用デバイス、家電製品、汎用コンピュータ、さらに専門的なコンピュータデバイス等を有する。本開示は、また、分散型コンピュータ環境で実現され、通信ネットワークにより接続される装置を処理する。

【0082】

図１０を参照すると、電子装置１０００は、一つ以上のメモリ１０１２、一つ以上のプロセッサ１０１４、一つ以上のディスプレイコンポーネント１０１６、一つ以上の入／出力（Ｉ／Ｏ）ポート１０１８、一つ以上の入／出力コンポーネント１０２０、および、示例的な電源１０２２に、直接、あるいは、間接的に結合されるバス１０１０を有する。バス１０１０は、一種以上のバス（たとえば、アドレスバス、データバス、あるいは、それらの任意の組み合わせ）を表す。図１０の各種ブロックは、わかりやすくするため、線で示されているが、実際は、各種素子の境界は、具体的ではない。たとえば、ディスプレイコンポーネント、たとえば、ディスプレイ装置は、Ｉ／Ｏコンポーネントとみなされ、且つ、プロセッサは、メモリを有する。

【0083】

電子装置１０００は、通常、各種コンピュータ可読媒体を有する。コンピュータ可読媒体は、電子装置１０００によりアクセス可能な任意の可用媒体であり、媒体は、同時に、揮発性と不揮発性媒体、リムーバブルと非リムーバブル媒体を有する。例として、これに制限されないが、コンピュータ可読媒体は、コンピュータストレージ媒体、および、通信媒体を有する。コンピュータ可読媒体は、同時に、たとえば、コンピュータ可読命令、データ構造、プログラムモジュール、あるいは、その他のデータ等の情報の任意の方法、あるいは、技術中で実現される揮発性、および、不揮発性、リムーバブル、および、非リムーバブル媒体を有する。コンピュータストレージ媒体は、これに制限されないが、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、あるいは、その他のメモリ技術、コンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、あるいは、その他の光学ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、あるいは、その他の磁気ストレージデバイス、あるいは、所望の情報を保存するのに用いられるとともに、電子装置１０００によりアクセスされる任意のその他の媒体を有する。コンピュータストレージ媒体自身は、信号を有さない。

【0084】

通信媒体は、通常、コンピュータ可読命令、データ構造、プログラムモジュール、あるいは、たとえば、搬送波、あるいは、その他の輸送機構を採用するモジュール化データ信号形式のデータを有するとともに、任意の情報伝送媒体を有する。用語「モジュール化データ信号」は、一つ以上の特集集合、あるいは、信号中で、情報を符号化する一方式で変化した信号のことを意味する。例として、これに制限されないが、通信媒体は、たとえば、有線ネットワーク、あるいは、直接有線接続の有線媒体、および、無線媒体、たとえば、音響、ＲＦ、赤外線、および、その他の無線媒体、あるいは、それらの任意の組み合わせを有する。

【0085】

メモリ１０１２は、揮発性と不揮発性メモリの形式のコンピュータストレージ媒体を有する。メモリは、リムーバブル、非リムーバブル、あるいは、それらの組み合わせである。例示的なハードウェアデバイスは、ソリッドステートメモリ、ハードドライブ、光学ディスクドライブ等を有する。電子装置１０００は、一つ以上のプロセッサを有し、たとえば、メモリ１０１２、あるいは、Ｉ／Ｏコンポーネント１０２０からの各エンティティのデータを読み取る。ディスプレイコンポーネント１０１６は、データ指示を、ユーザー、あるいは、別の装置に示す。例示的な表示コンポーネンツは、ディスプレイ装置、スピーカー、印刷素子、振動素子等を有する。

【0086】

Ｉ／Ｏポート１０１８は、電子装置１０００を、論理的に、Ｉ／Ｏコンポーネント１０２０を有するその他の装置に結合できるようにし、それらのいくつかは、内蔵装置である。事例的コンポーネンツは、マクロフォン、ジョイスティック、ゲームパッド、サテライトデッシュ、スキャナー、プリンター、ワイヤレス装置等を有する。Ｉ／Ｏコンポーネント１０２０は、ユーザーにより生成されるジェスチャー、音声、あるいは、その他の生理的入力を処理するナチュラルユーザーインターフェース（ＮＵＩ）を提供する。例において、これらの入力は、適切なネットワーク素子に送信されて、さらに処理される。電子装置１０００は、深度カメラ、たとえば、立体カメラシステム、赤外線システム、ＲＧＢカメラシステム、あるいは、それらの任意の組み合わせを備えていて、検出と識別を実現する。このほか、電子装置１０００は、センサー（たとえば、レーダー、光センサー）を有し、周期的に、周辺のセンサー範囲内の近隣環境を感知し、自身と周辺環境に関連する感知情報を表示する。さらに、電子装置１０００は、動きの検出を可能にする加速度計、あるいは、ジャイロスコープを備えている。加速度計、あるいは、ジャイロスコープの出力が、電子装置１０００のディスプレイに提供されて表示される。

【0087】

さらに、電子装置１０００中のプロセッサ１０１４は、メモリ１０１２中のプログラム、および、命令を実行して、上記の動作、および、工程、あるいは、ここで記述されるその他のことを実行することができる。

【0088】

本発明では好ましい実施例を前述の通り開示したが、これらは決して本発明に限定するものではなく、当該技術を熟知する者なら誰でも、本発明の思想を脱しない範囲内で各種の変形を加えることができる。

【符号の説明】

【0089】

１００ Ｏ－ＲＡＮシステム
１１０、２００、３００ ＳＭＯフレームワーク
１１１２、２２０、３２０ 非リアルタイム無線アクセスネットワーク（ＲＡＮ）インテリジェントコントローラー（Ｎｏｎ－ＲＴ ＲＩＣ）
１２０ Ｎｅａｒ－ＲＴ ＲＩＣ
１３０２ Ｏ－ＣＵ－ＣＰ
１３０４ Ｏ－ＣＵ－ＵＰ
１４０ Ｏ－ＤＵ
１５０ Ｏ－ＲＵ
１６０ Ｏ－ｅＮＢ
１７０ Ｏ－ＲＡＮクラウド
２１０、３１０ エレメント管理システム
２２２、３２２ Ｎｏｎ－ＲＴ ＲＩＣフレームワーク
２２４、３２４ ｒＡｐｐｓ
３１２ ウェブサービス
３２４２ ＰＣＩ
３２４４ ＡＮＲ
３２４６ ＣＣＯ
３３０ 第三者ｒＡｐｐｓ
３５０ ＳＭＯ内部インターフェース
４００ フローチャート
Ｓ４０５、Ｓ４１０、Ｓ４１５、Ｓ４２０、Ｓ４２０、Ｓ５０５、Ｓ５１０、Ｓ５１５、Ｓ５２０、Ｓ６０５、Ｓ６１０、Ｓ６１５、Ｓ６２０、Ｓ７０５、Ｓ７１０、Ｓ７１５、Ｓ７２０、Ｓ８０５、Ｓ８１０、Ｓ８１５、Ｓ８２０、Ｓ８２５、Ｓ８３０、Ｓ８３５、Ｓ８４０、Ｓ８４５、Ｓ８５０、Ｓ８５５、Ｓ８６０、Ｓ８６５、Ｓ８７０、Ｓ８７５、Ｓ８８０、Ｓ８８５、Ｓ８９０、Ｓ９０５、Ｓ９１０、Ｓ９１５ 工程
５００、６００、７００、８００、９００ フローチャート
１０００ 電子装置
１０１０ バス
１０１２ メモリ
１０１４ プロセッサ
１０１６ ディスプレイコンポーネント
１０１８ Ｉ／Ｏポート
１０２０ Ｉ／Ｏコンポーネンツ
１０２２ 電源
Ｏ１、Ｏ２、Ａ１、Ｅ２、Ｏｐｅｎ ＦＨ Ｍ－Ｐｌａｎｅ、Ｏｐｅｎ ＦＨ ＣＵＳ－Ｐｌａｎｅ、Ｏｐｅｎ ＦＨ Ｍ－Ｐｌａｎｅ、Ｅ１、Ｆ１－ｃ、Ｆ１－ｕ、ＮＧ－ｕ、ＮＧ－ｃ、Ｘ２－ｕ、Ｘ２－ｕ、Ｘｎ－ｕ、Ｘｎ－ｃ、Ｒ１ インターフェース

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】