(57)【要約】本発明の実施例は、ＶＮＦ配置用のリソース認可方法、ＶＮＦＭおよびＮＦＶＯ、記憶媒体、機器を開示している。前記方法は、ＶＮＦＭがリソース申請要求の有無を判断することと、リソース申請要求がある場合、リソース認可要求をＶＮＦＭからＮＦＶＯに送信することと、ＶＮＦＭがＮＦＶＯから送信されたリソース認可結果が含まれているリソース認可応答を受信することと、ＶＮＦＭが前記リソース認可結果を処理することとを含む。【選択図】図１−２
2019507990.tif 000002
【特許請求の範囲】
【請求項１】
ＶＮＦ（Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）配置用のリソース認可方法において、
ＶＮＦＭ（ＶＮＦ  ｍａｎａｇｅｒ）がリソース申請要求の有無を判断することと、
リソース申請要求がある場合、ＶＮＦＭがリソース認可要求をＮＦＶＯ（ＮＦＶ  Ｏｒｃｈｅｓｔｒａｔｏｒ）に送信することと、
ＶＮＦＭが、ＮＦＶＯから送信されたリソース認可結果が含まれているリソース認可応答を受信することと、
ＶＮＦＭが前記リソース認可結果を処理することとを含むＶＮＦ配置用のリソース認可方法。
【請求項２】
前記リソース認可要求に、リソースプール標識パラメータの指示が携帯されており、
前記指示は、認可されるリソースプールである第１種類リソースプールのリソースプール標識パラメータ、または、認可できないリソースプールである第２種類リソースプールのリソースプール標識パラメータを含み、
対応して、前記リソース認可結果は、前記ＶＮＦＭに指示されるリソースプールを認可するか否かを示し、または申請条件を満足するリソースプールを指摘するためのものである請求項１に記載の方法。
【請求項３】
前記リソース認可要求に、リソースプール標識パラメータの指示が携帯されていない請求項１に記載の方法。
【請求項４】
前記リソース申請要求の有無を判断することは、
ＶＮＦＭが、少なくとも前記リソースプールの識別情報が携帯されているリソース指示をソースプールから受信し、前記リソース指示に基づいてリソース申請要求の有無を判断すること、
または、
ＶＮＦＭが、所定の定義に基づくポリシーに基づいて、リソース申請要求の有無を判断することを含む請求項２に記載の方法。
【請求項５】
リソース申請要求がある場合、ＶＮＦＭが、前記リソースプールの識別情報を第１種類リソースプールのリソースプール標識パラメータとして確定することと、
ＶＮＦＭが、前記リソースプールの識別情報を前記リソース認可要求に携帯させることをさらに含む請求項４に記載の方法。
【請求項６】
前記ＶＮＦＭが前記リソース認可結果を処理することは、
前記リソース認可結果として、前記ＶＮＦＭに指示されるリソースプールを認可したと示す場合、ＶＮＦＭが認可結果に基づいてリソースを使用することを含む請求項２に記載の方法。
【請求項７】
ＶＮＦ（Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）配置用のリソース認可方法において、
ＮＦＶＯ（ＮＦＶ  Ｏｒｃｈｅｓｔｒａｔｏｒ）が、ＶＮＦＭ（ＶＮＦ  ｍａｎａｇｅｒ）から送信されたリソース認可要求を受信することと、
ＮＦＶＯが前記リソース認可要求に基づいてリソース認可結果を確定することと、
ＮＦＶＯが前記リソース認可結果に基づいてリソース認可応答を生成することと、
ＮＦＶＯが前記リソース認可応答を前記ＶＮＦＭに送信することとを含むＶＮＦ配置用のリソース認可方法。
【請求項８】
前記リソース認可要求には、リソースプール標識パラメータの指示が携帯されていなく、
前記リソース認可要求に基づいてリソース認可結果を確定することは、
前記リソース認可要求に応答して、使用可能なリソースプールの標識パラメータをリソース認可結果として確定することを含む請求項７に記載の方法。
【請求項９】
前記リソース認可要求には、リソースプール標識パラメータの指示が携帯されており、
前記指示は、認可されるリソースプールである第１種類リソースプールのリソースプール標識パラメータ、または、認可できないリソースプールである第２種類リソースプールのリソースプール標識パラメータを含み、
前記リソース認可要求に基づいてリソース認可結果を確定することは、
前記指示に基づいて、前記指示の標識に対応するリソースプールを認可できるかを判断してリソース認可結果を得ることを含む請求項７に記載の方法。
【請求項１０】
ＶＮＦＭ（ＶＮＦ  ｍａｎａｇｅｒ）であって、
リソース申請要求の有無を判断するように配置されている第１判断ユニットと、
リソース申請要求がある場合、リソース認可要求をＮＦＶＯ（ＮＦＶ  Ｏｒｃｈｅｓｔｒａｔｏｒ）に送信するように配置されている第１送信ユニットと、
ＮＦＶＯから送信されたリソース認可結果が含まれているリソース認可応答を受信するように配置されている第１受信ユニットと、
前記リソース認可結果を処理するように配置されている処理ユニットとを含むＶＮＦＭ。
【請求項１１】
前記第１判断ユニットは、
リソースプールから送信された少なくとも前記リソースプールの識別情報が携帯されているリソース指示を受信するように配置されている受信モジュールと、
前記リソース指示に基づいてリソース申請要求の有無を判断するように配置されている判断モジュールとを含む請求項１０に記載のＶＮＦＭ。
【請求項１２】
ＮＦＶＯ（ＮＦＶ  Ｏｒｃｈｅｓｔｒａｔｏｒ）であって、
ＶＮＦＭ（ＶＮＦ  ｍａｎａｇｅｒ）から送信されたリソース認可要求を受信するように配置されている第２受信ユニットと、
前記リソース認可要求に基づいてリソース認可結果を確定するように配置されている第２判断ユニットと、
前記リソース認可結果に基づいてリソース認可応答を生成するように配置されている生成ユニットと、
前記リソース認可応答を前記ＶＮＦＭに送信するように配置されている第２送信ユニットとを含むＮＦＶＯ。
【請求項１３】
コンピュータ実行可能なコマンドが記憶されているコンピュータ記憶媒体であって、
当該コンピュータ実行可能なコマンドは、請求項１〜６のいずれか一項または請求項７〜９のいずれか一項に記載のＶＮＦ配置用のリソース認可方法を実行するように配置されているコンピュータ記憶媒体。
【請求項１４】
第１プロセッサと、実行可能なコマンドを記憶するように配置されている第１記憶媒体とを含むＶＮＦＭ（ＶＮＦ  ｍａｎａｇｅｒ）であって、
第１プロセッサは、記憶されている実行可能なコマンドを実行するように配置され、
前記実行可能なコマンドは、
リソース申請要求の有無を判断することと、
リソース申請要求がある場合、リソース認可要求をＮＦＶＯ（ＮＦＶ  Ｏｒｃｈｅｓｔｒａｔｏｒ）に送信することと、
ＮＦＶＯから送信されたリソース認可結果が含まれているリソース認可応答を受信することと、
前記リソース認可結果を処理することとを含むＶＮＦＭ。
【請求項１５】
第２プロセッサと、実行可能なコマンドを記憶するように配置されている第２記憶媒体とを含むＮＦＶＯ（ＮＦＶ  Ｏｒｃｈｅｓｔｒａｔｏｒ）であって、
第２プロセッサは、記憶されている実行可能なコマンドを実行するように配置され、
前記実行可能なコマンドは、
ＶＮＦＭ（ＶＮＦ  ｍａｎａｇｅｒ）から送信されたリソース認可要求を受信することと、
前記リソース認可要求に基づいてリソース認可結果を確定することと、
前記リソース認可結果に基づいてリソース認可応答を生成することと、
前記リソース認可応答を前記ＶＮＦＭに送信することとを含むＮＦＶＯ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＮＦＶ（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）技術に係り、特にＶＮＦ（Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）配置用のリソース認可方法、ＶＮＦＭおよびＮＦＶＯ、記憶媒体、機器に係る。
【背景技術】
【０００２】
現在のＥＴＳＩ（Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ）のＮＦＶアーキテクチャにおいて、ＭＡＮＯ（Ｍａｎａｇｅｍｅｎｔ  ａｎｄ  Ｏｒｃｈｅｓｔｒａｔｉｏｎ）ネットワーキングは、主に、グローバルリソースの認可やネットワークサービスのライフサイクル管理を担うＮＦＶＯ（ＮＦＶ  Ｏｒｃｈｅｓｔｒａｔｏｒ）プラットフォーム、ＶＮＦのライフサイクル管理を実現するＶＮＦＭ（ＶＮＦ  ｍａｎａｇｅｒ）および、上位レイヤに向けて仮想リソースプールを提供するＶＩＭ（Ｖｉｒｔｕａｌ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｍｅｎｔ）を含む。
【０００３】
関連技術において下記のような２種類の技術拡張方案を有する。
１）方法１として、ＶＮＦＭからＮＦＶＯにリソース認可申請を開始する場合、申請リソース量が明示される。この方法において、ＶＮＦＭが簡単なリソース申請が実現できるものの、グローバル的に各リソースプールのリソース分布状況が分からないため、指定リソースプールへのリソース配置ができず、リソースプールを跨いだＶＮＦ配置も実現できない。
２）方法２として、ＶＮＦＭからＮＦＶＯにリソース認可申請を開始する場合、申請リソース量が明示されるとともに、リソースプール標識パラメータが指示される。ＶＮＦＭによるＶＮＦ拡張において、拡張部分と元々のリソースが同一のリソースプールに配置される。
【０００４】
関連技術において、ＶＮＦＭによるリソース申請に、申請リソース量を明示した上でリソース認可申請をＮＦＶＯに開始することが提案されている。しかしながら、グローバルリソースが複数のリソースプールに分布する可能性がある一方、現在のＶＮＦＭは、グローバル的に各リソースプールのリソース占用状況が分からない。関連技術は、それぞれ以下の欠陥が存在する。
１）方法１において、ＶＮＦＭは、リソース認可申請を開始する際にリソースプール標識パラメータを指定せず、申請されるリソースがどのリソースプールに属するかについて決定権を持たない。また、現在のＶＮＦＭは、各リソースプールでのリソース占用状況が分からないため、リソースプールを跨いだＶＮＦ配置が実現できない。
２）方法２において、主に、ＶＮＦ拡張時に拡張部分と元々のＶＮＦの同一リソースプールへの配置が保証できる。しかしながら、ＶＮＦＭは、リソースプールにおけるグローバルリソースが分からないため、リソース申請の成功が保証できない。また、方法２においても、リソースプールを跨いだＶＮＦ配置が実現できない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
これに鑑みて、本発明の実施例は、関連技術に存在する少なくとも１つの問題を解決するためにＶＮＦ配置用のリソース認可方法、ＶＮＦＭおよびＮＦＶＯ、記憶媒体、機器を提供して、ＮＦＶＯがリソース認可可否の決定権を持ち、認可後にＶＮＦＭがリソース使用権を持つようにすることができる。
【課題を解決するための手段】
【０００６】
本発明の実施例は、第１方面として、ＶＮＦ配置用のリソース認可方法を提供する。前記方法は、リソース申請要求の有無をＶＮＦＭによって判断することと、リソース申請要求がある場合、リソース認可要求をＶＮＦＭからＮＦＶＯに送信することと、ＮＦＶＯから送信されたリソース認可結果が含まれているリソース認可応答をＶＮＦＭによって受信することと、ＶＮＦＭによって前記リソース認可結果を処理することとを含む。
【０００７】
本発明の実施例は、第２方面として、ＶＮＦ配置用のリソース認可方法を提供する。前記方法は、ＶＮＦＭから送信されたリソース認可要求をＮＦＶＯによって受信することと、ＮＦＶＯが前記リソース認可要求に基づいてリソース認可結果を確定することと、ＮＦＶＯが前記リソース認可結果に基づいてリソース認可応答を生成することと、ＮＦＶＯが前記リソース認可応答を前記ＶＮＦＭに送信することとを含む。
【０００８】
本発明の実施例は、第３方面として、ＶＮＦＭを提供する。前記ＶＮＦＭは、リソース申請要求の有無を判断するように配置されている第１判断ユニットと、リソース申請要求がある場合、リソース認可要求をＮＦＶＯに送信するように配置されている第１送信ユニットと、ＮＦＶＯから送信されたリソース認可結果が含まれているリソース認可応答を受信するように配置されている第１受信ユニットと、前記リソース認可結果を処理するように配置されている処理ユニットとを含む。
【０００９】
本発明の実施例は、第４方面として、ＮＦＶＯを提供する。前記ＮＦＶＯは、ＶＮＦＭから送信されたリソース認可要求を受信するように配置されている第２受信ユニットと、前記リソース認可要求に基づいてリソース認可結果を確定するように配置されている第２判断ユニットと、前記リソース認可結果に基づいてリソース認可応答を生成するように配置されている生成ユニットと、前記リソース認可応答を前記ＶＮＦＭに送信するように配置されている第２送信ユニットとを含む。
【００１０】
本発明の実施例は、第５方面として、コンピュータ実行可能なコマンドが記憶されているコンピュータ記憶媒体を提供する。当該コンピュータ実行可能なコマンドは、本発明の第１方面または第２方面の実施例に提供されるＶＮＦ配置用のリソース認可方法を実行するように配置されている。
【００１１】
本発明の実施例は、第６方面として、第１プロセッサと、実行可能なコマンドを記憶するように配置されている第１記憶媒体とを含むＶＮＦＭを提供する。第１プロセッサは、記憶されている実行可能なコマンドを実行するように配置される。前記実行可能なコマンドは、リソース申請要求の有無を判断することと、リソース申請要求がある場合、リソース認可要求をＮＦＶＯに送信することと、ＮＦＶＯから送信されたリソース認可結果が含まれているリソース認可応答を受信することと、前記リソース認可結果を処理することとを含む。
【００１２】
本発明の実施例は、第７方面として、第２プロセッサと、実行可能なコマンドを記憶するように配置されている第２記憶媒体とを含むＮＦＶＯを提供する。第２プロセッサは、記憶されている実行可能なコマンドを実行するように配置される。前記実行可能なコマンドは、ＶＮＦＭから送信されたリソース認可要求を受信することと、前記リソース認可要求に基づいてリソース認可結果を確定することと、前記リソース認可結果に基づいてリソース認可応答を生成することと、前記リソース認可応答を前記ＶＮＦＭに送信することを含む。
【発明の効果】
【００１３】
本発明の実施例は、ＶＮＦ配置用のリソース認可方法、ＶＮＦＭおよびＮＦＶＯ、記憶媒体、機器を提供する。ＶＮＦＭは、リソース申請要求の有無を判断し、リソース申請要求がある場合、リソース認可要求をＮＦＶＯに送信する。ＶＮＦＭは、ＮＦＶＯから送信されたリソース認可結果が含まれているリソース認可応答を受信し、前記リソース認可結果を処理する。このように、ＮＦＶＯがリソース認可可否の決定権を持ち、認可後にＶＮＦＭがリソース使用権を持つようにすることができる。
【図面の簡単な説明】
【００１４】
【図１−１】図１‐１は、関連技術において柔軟なＶＮＦ拡張のリソース認可フローチャートである。
【図１−２】図１‐２は、本発明の実施例によるＶＮＦ配置用のリソース認可方法が実現されるフローチャートである。
【図２】図２は、本発明の実施例によるＶＮＦ配置用のリソース認可方法が実現されるフローチャートである。
【図３】図３は、本発明の実施例によるＶＮＦ配置用のリソース認可方法が実現されるフローチャートである。
【図４】図４は、本発明の実施例によるＶＮＦ配置用のリソース認可システムの構成図である。
【発明を実施するための形態】
【００１５】
以下、柔軟な拡張プロセスを例として関連技術のリソース認可フローを説明する。図１‐１は、関連技術において柔軟なＶＮＦ拡張のリソース認可フローチャートである。図１‐１に示されているように、当該フローは、ＶＮＦＭによってリソース申請要求があると確定するステップＳ１０１と、ＶＮＦの柔軟な拡張用のリソースを要求するためのリソース認可要求をＶＮＦＭからＮＦＶＯに送信するステップＳ１０２と、ＮＦＶＯが前記リソース認可要求に基づいて認可の決定をするステップＳ１０３と、ＮＦＶＯがリソース認可結果をＶＮＦＭに送信するステップＳ１０４と、ＶＮＦＭがリソース認可結果に基づいてリソースの割り当てと計算を行い、割り当てと計算済みのリソースをリソースプールに送信するステップＳ１０５を含む。ステップＳ１０４において、前記リソース認可結果は、リソース認可応答に携帯され、リソース認可応答は、ＶＮＦＭに送信される。ステップＳ１０５において、ＶＮＦＭは、リソース認可結果の指示に基づいて、対応するリソースプールの中のリソースを使用する。
【００１６】
図１‐１から、ＶＮＦＭからリソース申請が必要な際に、まずリソース認可認証インタフェースを用いて、拡張に要するリソースの確認をＮＶＦＯに要求することが分かる。それから、ＮＦＶＯは、拡張に要するリソース認可要求を認可する。認証が成功すれば、ＮＦＶＯは、リソース認可応答をＶＮＦＭに送信する。前記リソース認可応答には、認可成功識別子および割り当てられたリソースプール識別情報が携帯されている。ＶＮＦＭは、リソース認可応答に基づいて、割り当てられたリソースプール識別情報を確定することができる。次に、ＶＮＦＭは、リソースプール識別情報に基づいて、ＮＦＶＯに指示されるリソースプールでＶＮＦ拡張を行う。
【００１７】
図１‐１に示されている実施例は、柔軟な拡張プロセスに基づくものである。当業者は、上記方法がリソース新規作成シーンに同様に適用すると理解すべきである。
【００１８】
関連技術において下記のような２種類の技術拡張方案を有する。
１）方法１として、ＶＮＦＭは、ＮＦＶＯにリソース認可申請を開始する場合、申請リソース量が明示されるが、リソースプール標識パラメータの指定がないため、申請されるリソースがどのリソースプールに属するかについて決定権を持たない。この方法において、ＶＮＦＭが簡単なリソース申請が実現できるものの、グローバル的に各リソースプールのリソース分布状況が分からないため、指定リソースプールへのリソース配置ができず、リソースプールを跨いだＶＮＦ配置も実現できない。
２）方法２として、ＶＮＦＭは、ＮＦＶＯにリソース認可申請を開始する場合、申請リソース量が明示されるとともに、リソースプール標識パラメータも指示される。ＶＮＦＭは、ＶＮＦの拡張において、拡張部分と元々のリソースを同一のリソースプールに配置することができる。当該方法において、ＶＮＦ拡張時に拡張部分と元々のＶＮＦの同一リソースプールへの配置が保証されるものの、リソースプールを跨いだＶＮＦ配置が実現できない（他のリソースプールの標識が分からないため。）。
【００１９】
以下、図面と具体的な実施例を参照して本発明の技術手段をさらに詳細に記載する。
【００２０】
上述した背景技術に基づいて、本発明の実施例は、ＶＮＦ配置用のリソース認可方法を提供する。図１‐２は、本発明の実施例によるＶＮＦ配置用のリソース認可方法が実現されるフローチャートである。図１〜２に示されているように、当該方法は、下記のステップＳ１１１〜ステップＳ１１４を含む。
【００２１】
ステップＳ１１１において、リソース申請要求の有無をＶＮＦＭによって判断する。
【００２２】
ここで、リソース申請要求の有無をＶＮＦＭによって判断することは、下記の（１）〜（２）を含む。
（１）人的な操作に基づいてリソース申請要求の有無を判断する。例えば、人的な新規作成や拡張の場合、まずＶＮＦＭによって自動的にリソースを申請する必要がある。
（２）予め設定されたポリシーに基づいてリソース申請要求の有無を判断する。例えば、リソースレイヤとアプリケーションレイヤの両方の検出に基づいて、ＶＮＦＭ自身のポリシーをマッチングして実行される。例えば中央プロセッサ（ＣＰＵ）の負荷が８０％に達すると自動的に拡張して新しい仮想マシンを追加するかというポリシーと関連するＣＰＵ検出に基づいて、自動拡張をトリガーする。ここで、拡張は、リソース申請要求の一種である。
【００２３】
本発明の他の実施例において、前記リソース申請要求には、申請されるリソースの総量をさらに含む。前記リソースは、仮想マシンリソース、計算リソース、記憶リソース、ネットワークリソースのうちの１つまたは複数を含む。
【００２４】
ステップＳ１１２において、リソース申請要求がある場合、リソース認可要求をＶＮＦＭからＮＦＶＯに送信する。
【００２５】
ここで、前記リソース認可要求には、リソースプール標識パラメータの指示が携帯されている。ここで、前記指示は、認可されるリソースプール（指定されるリソースプール標識パラメータに対応するリソースプール）である第１種類リソースプールのリソースプール標識パラメータ、または、認可できないリソースプール（除外されるリソースプール標識パラメータに対応するリソースプール）である第２種類リソースプールのリソースプール標識パラメータを含む。
【００２６】
ステップＳ１１３において、ＮＦＶＯから送信されたリソース認可結果が含まれているリソース認可応答をＶＮＦＭによって受信する。
【００２７】
ここで、前記リソース認可結果は、前記ＶＮＦＭに指示されるリソースプールを認可するか否かを示し、または申請条件を満足するリソースプールを指摘するためのものである。具体的に、前記リソース認可結果は、前記ＶＮＦＭに指定されるリソースプール標識パラメータのリソースプールを認可するか否か、または、除外されるリソースプール標識パラメータ以外のリソースプールを認可するか否かを示すためのものである。
【００２８】
ここで、ステップＳ１１２に引き続き、ＶＮＦＭからＮＦＶＯに送信されるリソース認可要求に第１種類リソースプールのリソースプール標識パラメータが携帯されると、ＶＮＦＭに指示されるリソースプールは、要求される第１種類リソースプールである。ＶＮＦＭからＮＦＶＯに送信されるリソース認可要求に第２種類リソースプールのリソースプール標識パラメータが携帯されると、ＶＮＦＭに指示されるリソースプールは、要求される第２種類リソースプール以外の他のリソースプールである。
【００２９】
前記リソース認可結果によって、リソース認可結果として成功であることが示され、ＶＮＦＭに申請される第１種類リソースプールのリソースプール標識パラメータに指示されるリソースプールを認可したと示される場合、ＶＮＦＭは、認可済みの第１種類リソースプールにおけるリソースを使用する。前記リソース認可結果によって、リソース認可結果として成功であることが示され、ＶＮＦＭに申請される第２種類リソースプールのリソースプール標識パラメータに指示されるリソースプール以外の他のリソースプールを認可したと示される場合、ＶＮＦＭは、認可済みの他のリソースプールにおけるリソースを使用する。
【００３０】
ステップＳ１１４において、ＶＮＦＭによって前記リソース認可結果を処理する。
【００３１】
ここで、前記のＶＮＦＭによって前記リソース認可結果を処理することは、前記リソース認可結果として、前記ＶＮＦＭに指示されるリソースプールを認可したと示す場合、ＶＮＦＭが認可結果に基づいてリソースを使用することを含む。ここで認可結果に基づいてリソースを使用することは、リソースを計算し、算出したリソースをリソースプールに割り当て、リソースを使用することを含む。
【００３２】
本発明の実施例において、前記のリソース申請要求の有無を判断することは、ＶＮＦＭが、少なくとも前記リソースプールの識別情報が携帯されているリソース指示をリソースプールから受信し、前記リソース指示に基づいてリソース申請要求の有無を判断することを含む。または、ＶＮＦＭが、所定の定義に基づくポリシーに基づいて、リソース申請要求の有無を判断する。
【００３３】
対応的に、前記方法は、リソース申請要求がある場合、ＶＮＦＭが前記リソースプールの識別情報を第１種類リソースプールのリソースプール標識パラメータとして確定することと、ＶＮＦＭが前記リソースプールの識別情報を前記リソース認可要求に携帯させることをさらに含む。
【００３４】
図１‐２に対応して、本発明の実施例は、ＶＮＦ配置用のリソース認可方法を提供する。前記方法は、下記ステップＳ１２１〜ステップＳ１２４を含む。
【００３５】
ステップＳ１２１において、ＮＦＶＯが、ＶＮＦＭから送信されたリソースプール標識パラメータの指示が携帯されているリソース認可要求を受信する。
【００３６】
ここで、前記指示は、認可されるリソースプール（指定されるリソースプール標識パラメータに対応するリソースプール）である第１種類リソースプールのリソースプール標識パラメータ、または、認可できないリソースプール（除外されるリソースプール標識パラメータに対応するリソースプール）である第２種類リソースプールのリソースプール標識パラメータを含む。
【００３７】
ステップＳ１２２において、ＮＦＶＯが、前記指示に基づいて、前記指示の標識に対応するリソースプールを認可できるかを判断してリソース認可結果を得る。
【００３８】
ここで、ＮＦＶＯが前記指示に基づいて、前記指示の標識に対応するリソースプールを認可できるかを判断してリソース認可結果を得ることは、以下を含む。すなわち、ＮＦＶＯが、前記ＶＮＦＭに指示されるリソースプール標識パラメータのリソースプールを認可するか否か、または、除外されるリソースプール標識パラメータ以外のリソースプールを認可するか否かを判断してリソース認可結果を得る。
【００３９】
ステップＳ１２３において、ＮＦＶＯが、前記リソース認可結果に基づいてリソース認可応答を生成する。
【００４０】
ステップＳ１２４において、ＮＦＶＯが、前記リソース認可応答を前記ＶＮＦＭに送信する。
【００４１】
本発明の他の実施例において、ＶＮＦ配置用のリソース認可方法を提供する。前記方法は、下記ステップＳ１３１〜ステップＳ１３４を含む。
【００４２】
ステップＳ１３１において、ＮＦＶＯが、ＶＮＦＭから送信されたリソース認可要求を受信する。
【００４３】
ステップＳ１３２において、ＮＦＶＯが、前記リソース認可要求に基づいて、リソース認可結果を確定する。
【００４４】
ここで、前記リソース認可要求にリソースプール標識パラメータの指示が携帯されていない場合、前記ＮＦＶＯが前記リソース認可要求に基づいてリソース認可結果を確定することは、前記リソース認可要求に応答して、使用可能なリソースプールの標識パラメータをリソース認可結果として確定することを含む。ここで、使用可能なリソースプールは、リソース認可条件を満足する余剰リソースプールであってもよい。ここで、リソース認可条件を満足する余剰リソースプールは、リザーブリソースプール以外の、リソース認可条件を満足するリソースプールであってもよい。
【００４５】
ここで、前記リソース認可要求にリソースプール標識パラメータの指示が携帯され、かつ前記指示は、認可されるリソースプールである第１種類リソースプールのリソースプール標識パラメータ、または、認可できないリソースプールである第２種類リソースプールのリソースプール標識パラメータを含む場合、ＮＦＶＯが前記リソース認可要求に基づいてリソース認可結果を確定することは、ＮＦＶＯが前記指示に基づいて、前記指示の標識に対応するリソースプールを認可できるかを判断してリソース認可結果を得ることを含む。
【００４６】
ここで、ＮＦＶＯが前記ＶＮＦＭに指示されるリソースプール標識のリソースプールを認可するか否か、または、除外されるリソースプール標識以外のリソースプールを認可するか否かを判断してリソース認可結果を得る。ここで、前記リソース認可結果は、前記ＶＮＦＭに指示されるリソースプール標識パラメータのリソースプールを認可するか否か、または、除外されるリソースプール標識パラメータ以外のリソースプールを認可するか否かを示すためのものである。
【００４７】
ステップＳ１３３において、ＮＦＶＯが、前記リソース認可結果に基づいてリソース認可応答を生成する。
【００４８】
ステップＳ１３４において、ＮＦＶＯが、前記リソース認可応答を前記ＶＮＦＭに送信する。
【００４９】
関連技術の上記欠陥に対し、本発明の実施例によるＶＮＦ配置用のリソース認可方法の概要を以下に記する。関連技術において、ＶＮＦＭは、申請されるリソースがどのリソースプールに属するかについて決定権を持たない。したがって、本発明の実施例において、ＶＮＦＭがＮＦＶＯにリソースを申請する際に、リソースプール標識パラメータ（ＶＩＭＩＤ）を携帯することによって、ＮＦＶＯが、申請されるリソースを指定リソースプールに割り当てる。指定リソースプールのリソースプール標識パラメータが条件を満たさない場合、ＮＦＶＯは、当該認可申請を拒絶する。ここで、指定リソースプールのリソースプール標識パラメータが条件を満たさないことは、少なくとも、当該リソースプールに充分なリソースがないことや、当該ＶＮＦＭに当該リソースプールの使用権限がないことを含む。
【００５０】
図２は、本発明の実施例によるＶＮＦ配置用のリソース認可方法が実現されるフローチャートである。図２に示されているように、当該フローは、下記のステップＳ２０１〜ステップＳ２０６を含む。
【００５１】
ステップＳ２０１において、リソースプール１からＶＮＦＭにリソース指示をレポートする。
【００５２】
ここで、リソースプール１から、周期的にまたは非周期的にまたはＶＮＦＭからの要求に基づいて、ＶＮＦＭにリソース指示をレポートする。リソース指示に自身のＣＰＵの負荷を携帯させてもよい。仮にリソースプール１のＣＰＵの負荷を２０％とする。
【００５３】
ステップＳ２０２において、ＶＮＦＭは、前記リソース指示に基づいて、リソース申請要求があることを確定する。
【００５４】
ここで、ＶＮＦＭが、新規の計算タスクを発見すると、新規のリソースをＮＦＶＯに申請する必要があり、すなわちリソース申請要求（または拡張要求）がある。リソースプール１のＣＰＵ負荷が比較的低い（例えば所定の閾値４０％より低い）ことに鑑みて、リソース申請要求において、リソースは、リソースプール１に基づくものであってもよい。言い換えれば、新規に申請するリソースは、リソースプール１におけるものと指定されてもよい。
【００５５】
ステップＳ２０３において、ＶＮＦＭは、リソースプール標識パラメータが携帯されているリソース認可要求をＮＦＶＯに送信する。
【００５６】
ここで、実現プロセスにおいて、前記リソースプール標識パラメータは、リソースプールの属性を用いて示されてもよい。例えば、リソースプール標識パラメータは、リソースプールの識別情報（ＩＤ）や、リソースプールの名称、種類などを含んでもよい。本実施例において、リソースプール標識パラメータを、リソースプール１の識別情報としてもよい。
【００５７】
ステップＳ２０４において、ＮＦＶＯが、前記リソース認可要求に基づいて認可を決定する。
【００５８】
ここで、本発明の別の実施例として、ＮＦＶＯが、前記リソース認可要求に基づいて、認可しないと決定する。通常、ＮＦＶＯが認可しない理由は、主にリソースプール標識パラメータが条件を満たさないためである。例えば、上記条件は、リソースプール標識パラメータにマッチングするリソースプールにおけるリソースがすべて占用されていることや、リソースプール標識パラメータにマッチングするリソースプールにおけるリソースがこれ以上割り当てられない（例えば、リソースプールに割り当てられていないリソースがあるものの、割り当てられていないリソースは、リザーブリソースである。）ことを含んでもよい。
【００５９】
ステップＳ２０５において、ＮＦＶＯが、ＶＮＦＭにリソース認可結果を送信する。
【００６０】
ここで、前記リソース認可結果とは、リソース認可申請が同意されるか否かの指示である。通常、ＮＦＶＯは、ＶＮＦＭにリソース認可結果を送信するほか、リソースに使用されるべきリソースプール識別情報（ＩＤ）もＶＮＦＭに送信する。本実施例において、ステップＳ２０５で、リソース認可申請として同意を得られた指示であって、かつリソースプールの識別情報がリソースプール１であるとする。
【００６１】
ステップＳ２０６において、ＶＮＦＭは、リソース認可結果の中のリソースプール識別情報に基づいてリソースを使用する。
【００６２】
ここで、ＶＮＦＭは、リソースプール１の中のリソースを使用する。
【００６３】
関連技術の上記欠陥に対し、本発明の実施例によるＶＮＦ配置用のリソース認可方法の概要を以下に記する。関連技術において、ＶＮＦＭによってリソースプールを跨いだ配置が実現できず、方案２によるリソースプール標識パラメータを基に、別のパラメータすなわち除外リソースプール標識リスト（ＥｘＶＩＭＩＤ  Ｌｉｓｔ）の追加が可能である。リストには、１つまたは複数の除外されるリソースプール標識パラメータ（ＥｘＶＩＭＩＤ）を含む。除外リソースプールリストの以外に、条件を満たすリソースプールが存在すると、該リソースが、対応するリソースプールに配置される。逆に、指定される除外リソースプール標識リストが条件を満たさない場合、ＮＦＶＯが、当該認可要求を拒絶すべきである。
【００６４】
図３は、本発明の実施例によるＶＮＦ配置用のリソース認可方法が実現されるフローチャートである。図３に示されているように、当該フローは、下記のステップＳ３０１〜ステップＳ３０６を含む。
【００６５】
ステップＳ３０１において、リソースプール１からＶＮＦＭにリソース指示を送信する。
【００６６】
ここで、リソースプール１から、周期的にまたは非周期的にまたはＶＮＦＭからの要求に基づいて、ＶＮＦＭにリソース指示をレポートする。リソース指示には、自身のＣＰＵの負荷が携帯されてもよい。仮にリソースプール１のＣＰＵの負荷を８０％などとする。
【００６７】
ステップＳ３０２において、ＶＮＦＭが、前記リソース指示に基づいて、リソース申請要求があることを確定する。
【００６８】
ここで、ＶＮＦＭは、新規の計算タスクを発見すると、新規のリソースをＮＦＶＯに申請する必要がある。リソースプール１において中央プロセッサ（ＣＰＵ）負荷が８０％に達することや、申請されるリソースを元々のリソースとは異なるリソースプールに配置して遠隔耐障害性の目的を達成するという目的に鑑みて、新規に指示されるリソースプールはリソースプール１を含むべきではない。これは、リソースプール１のＣＰＵ負荷が大きすぎることや遠隔耐障害性の目的が達成されないからである。
【００６９】
ステップＳ３０３において、ＶＮＦＭが、リソースプール標識パラメータが携帯されているリソース認可要求をＮＦＶＯに送信する。
【００７０】
ここで、実現プロセスにおいて、前記リソースプール標識パラメータは、リソースプールの属性を用いて示されてもよい。例えば、リソースプール標識パラメータは、リソースプールの識別情報（ＩＤ）や、リソースプールの名称、種類などを含んでも良い。リソース認可要求には、除外されるリソースプール１の識別情報（すなわち除外されるリソースプール標識パラメータ）を含む。
【００７１】
ステップＳ３０４において、ＮＦＶＯは、前記リソース認可要求に基づいて認可を決定する。
【００７２】
ここで、ＮＦＶＯは、リソース認可要求を解析し、リソースプール１の識別情報が除外されるリソースプール標識パラメータであると確定すると、リソースプール１以外のリソースプール２を認可する。
【００７３】
ここで、本発明の別の実施例として、ＮＦＶＯは、前記リソース認可要求に基づいて、認可しないと決定する。通常、ＮＦＶＯが認可をしない理由は、主にリソースプール標識パラメータが条件を満たさないためである。例えば上記条件は、リソースプール標識パラメータにマッチングするリソースプールにおけるリソースがすべて占用されていることや、リソースプール標識パラメータにマッチングするリソースプールにおけるリソースがこれ以上割り当てられない（例えばリソースプールに割り当てられていないリソースがあるものの、割り当てられていないリソースは、リザーブリソースである。）ことを含む。
【００７４】
ステップＳ３０５において、ＮＦＶＯが、ＶＮＦＭにリソース認可結果を送信する。
【００７５】
ここで、前記リソース認可結果とは、リソース認可申請が同意されるか否かの指示である。通常、ＮＦＶＯは、ＶＮＦＭにリソース認可結果を送信するほか、リソースに使用されるべきリソースプール識別情報（ＩＤ）もＶＮＦＭに送信する。本実施例において、ステップＳ３０５で、リソース認可申請として同意を得られた指示であって、かつリソースプールの識別情報がリソースプール２であるとする。
【００７６】
ステップＳ３０６において、ＶＮＦＭは、リソース認可結果におけるリソースプール識別情報に基づいてリソースを使用する。
【００７７】
ここで、ＶＮＦＭは、リソースプール２におけるリソースを使用する。
【００７８】
上述した１つの実施例において、ＶＮＦＭが、ＮＦＶＯにリソースを申請する際に、指定にされるリソースプール標識パラメータ（リソースプール１の識別情報）をリソース認可要求に携帯する。上述した別の実施例において、ＶＮＦＭが、ＮＦＶＯにリソースを申請する際に、除外リソースプール標識リスト（リソースプール１の識別情報）をリソース認可要求に携帯する。これによって、ＶＮＦＭからＮＦＶＯにリソースを申請する際に、１）リソースプール標識パラメータと２）除外リソースプール標識リストとの２つの選択可能なパラメータを携帯することが分かる。１）リソースプール標識パラメータについて、指定されるリソースプール標識パラメータが条件を満たさない場合、ＮＦＶＯは、当該認可要求を拒絶すべきである。リソース認可要求にリソースプール標識パラメータが携帯されていない場合、ＮＦＶＯによって割り当てられる。２）除外リソースプール標識リストについて、リストには１つまたは複数の除外されるリソースプール標識パラメータを含んでもよい。指定される除外リソースプール標識リストが条件を満たさない場合、ＮＦＶＯは、当該認可要求を拒絶すべきである。指定されるリソースプール標識パラメータと除外リソースプール標識リストとの２つのパラメータは、同時に携帯されない。上述した２つのパラメータによって、リソースプールを跨いだＶＮＦ配置の２種類のシーンを実現することができる。
１）追加されるリソース要求と元々のリソースが同一リソースプールに位置する場合、リソース認可要求にリソースプール標識パラメータを携帯し、以前と同一のリソースプールを選択してもよい（フローは図２に示される）。
２）追加されるリソース要求と元々のリソースが異なるリソースプールに位置する場合、リソース認可要求に除外リソースプール標識リストを携帯する。当該リストは、除外されるリソースプールを示すことに用いられる（フローは図３に示される。）。
【００７９】
関連技術において、ＶＮＦＭは、グローバル的に各リソースプールにおけるリソース占用状況が分からないため、申請されるリソースがどのリソースプールに属するかについて決定権を持たない。本発明の実施例によるリソースプール標識パラメータを携帯する方法において、ＶＮＦＭに申請されるリソースプール標識パラメータが条件を満たす場合、ＮＦＶＯは、リソースを元々のリソースプールと同一のリソースプールに配置するが、逆の場合、当該認可要求を拒絶する。当該リソースプール標識パラメータが携帯されていない場合、ＮＦＶＯによって割り当てられる。
【００８０】
関連技術において、ＶＮＦＭによってリソースプールを跨いだＶＮＦ配置が実現できない。本発明の実施例において、除外リソースプール標識リストを携帯することを提案する。リソース要求を元々のリソースとは異なるリソースプールに配置したい場合、リストに除外されるリソースプール標識パラメータを記入する。除外リソースプールリスト以外に、条件を満足するリソースプールがあれば、リソースは、対応するリソースプールに配置される。逆の場合、ＮＦＶＯは、当該認可要求を拒絶する。
【００８１】
上述した実施例に基づいて、本発明の実施例は、ＶＮＦＭとＮＦＶＯを含むＶＮＦ配置用のリソース認可システムを提供する。ここで、前記ＶＮＦＭに含まれる第１判断ユニット、第１送信ユニット、第１受信ユニット、処理ユニットなどのユニット、および各ユニットに含まれる各モジュールは、いずれもＶＮＦＭのプロセッサによって実現される。前記ＮＦＶＯに含まれる第２受信ユニット、第２判断ユニット、生成ユニットおよび第２送信ユニットなどのユニットは、いずれもＮＦＶＯのプロセッサによって実現される。実現プロセスにおいて、もちろん論理回路によって実現されてもよい。実施例のプロセスにおいて、プロセッサは、ＣＰＵ、ＭＰＵ、ＤＳＰまたはＦＰＧＡなどである。
【００８２】
図４は、本発明の実施例によるＶＮＦ配置用のリソース認可システムの構成図である。図４に示されているように、当該システムは、ＶＮＦＭ４１０とＮＦＶＯ４２０を含む。ＶＮＦＭは、第１判断ユニット４１１と、第１送信ユニット４１２と、第１受信ユニット４１３と、処理ユニット４１４を含む。前記ＮＦＶＯ４２０は、第２受信ユニット４２１と、第２判断ユニット４２２と、生成ユニット４２３と、第２送信ユニット４２４を含む。
【００８３】
前記第１判断ユニット４１１は、リソース申請要求の有無を判断するように配置されている。前記第１送信ユニット４１２は、リソース申請要求がある場合、リソース認可要求をＮＦＶＯに送信するように配置されている。ここで、前記リソース認可要求には、リソースプール標識パラメータの指示が携帯されている。ここで、前記リソース認可要求には、リソースプール標識パラメータの指示が携帯されていなくてもよい。前記リソース認可要求に基づいてリソース認可結果を確定することは、前記リソース認可要求に応答して、使用可能なリソースプールの標識パラメータをリソース認可結果として確定することを含む。
【００８４】
前記第２受信ユニット４２１は、ＶＮＦＭから送信されたリソースプール標識パラメータの指示が携帯されているリソース認可要求を受信するように配置されている。ここで、前記指示は、認可されるリソースプールである第１種類リソースプールのリソースプール標識パラメータ、または、認可できないリソースプールである第２種類リソースプールのリソースプール標識パラメータを含む。
【００８５】
前記第２判断ユニット４２２は、前記リソース認可要求に基づいてリソース認可結果を確定するように配置されている。ここで、リソース認可要求にリソースプール標識パラメータの指示が携帯されている場合、前記第２判断ユニット４２２は、前記指示に基づいて、前記指示の標識に対応するリソースプールを認可できるかを判断してリソース認可結果を得る。この場合、前記リソース認可結果は、前記ＶＮＦＭに指示されるリソースプールを認可するか否かを示すためのものである。具体的に、前記リソース認可結果は、前記ＶＮＦＭに指示されるリソースプール標識パラメータのリソースプールを認可するか否か、または、除外されるリソースプール標識パラメータ以外のリソースプールを認可するか否かを示すためのものである。
【００８６】
ここで、前記リソース認可要求にリソースプール標識パラメータの指示が携帯されていない場合に、前記リソース認可要求に基づいてリソース認可結果を確定することは、前記リソース認可要求に応答して、使用可能なリソースプールの標識パラメータをリソース認可結果として確定することを含む。
【００８７】
前記生成ユニット４２３は、前記リソース認可結果に基づいてリソース認可応答を生成するように配置されている。前記第２送信ユニット４２４は、前記リソース認可応答を前記ＶＮＦＭに送信するように配置されている。前記第１受信ユニット４１３は、ＮＦＶＯから送信されたリソース認可結果が含まれているリソース認可応答を受信するように配置されている。ここで、リソース認可要求にリソースプール標識パラメータの指示が携帯されている場合、前記リソース認可結果は、前記ＶＮＦＭに指示されるリソースプールを認可するか否かを示すためのものである。前記処理ユニット４１４は、前記リソース認可結果を処理するように配置されている。
【００８８】
本発明の実施例のＶＮＦＭにおいて、前記第１判断ユニットは、さらに、リソースプールから少なくとも前記リソースプールの識別情報が携帯されているリソース指示を受信するように配置されている受信モジュールと、前記リソース指示に基づいてリソース申請要求の有無を判断するように配置されている判断モジュールを含む。
【００８９】
本発明の実施例におけるＶＮＦＭは、前記第１判断ユニットにさらに受信モジュールと判断モジュールを含む場合、確定ユニットと、携帯ユニットをさらに含む。前記確定ユニットは、リソース申請要求がある場合、前記リソースプールの識別情報を第１種類リソースプールのリソースプール標識パラメータとして確定するように配置されている。前記携帯ユニットは、前記リソースプールの識別情報を前記リソース認可要求に携帯する。
【００９０】
本発明の実施例のＶＮＦＭにおいて、前記処理ユニットは、前記リソース認可結果として前記ＶＮＦＭに指示されるリソースプールを認可したと示す場合、割り当てられるリソースを計算し、算出したリソースをリソースプールに割り当てるように配置されている。
【００９１】
なお、以上のシステム実施例の記載は、上述した方法実施例の記載とは類似し、方法実施例と似る有益な効果を奏する。本発明のシステム実施例に開示されない技術上の細部は、それを理解するために本発明の方法実施例の記載を参照されたい。
【００９２】
なお、上述した実施例１〜実施例４による技術手段は、ＥＴＳＩ（Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ）規格に定義されている対象名称を例として説明されている。すなわち、リソース認可要求は、ＶＮＦＭによって生成され、リソース認可応答は、ＮＦＶＯによって生成され、新規作成および拡張の対象は、ＶＮＦである。当業者は、本発明の各実施例による技術手段がＩＴＵ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ）などの規格に定義されている対象名称に応用されてもよいと理解できる。例えば、ＶＮＦＭで実行されるステップは、ＶＣＮＭ（Ｍａｎａｇｅｍｅｎｔ  ｏｆ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ  ｏｆ  Ｃｏｎｔｒｏｌ  Ｎｅｔｗｏｒｋ  Ｅｎｔｉｔｙ）によって実行され、ＮＦＶＯで実行されるステップは、オーケーストレーター（Ｏｒｃｈｅｓｔｒａｔｏｒ）によって実行され、新規作成および拡張の対象は、ＶＣＮ（Ｖｉｒｔｕａｌｉｚａｔｉｏｎ  ｏｆ  Ｃｏｎｔｒｏｌ  Ｎｅｔｗｏｒｋ  Ｅｎｔｉｔｙ）である。
【００９３】
なお、本発明の実施例において、上述したＶＮＦ配置用のリソース認可方法は、ソフトウェア機能モジュールの形式で実現され、独立なプロダクトとして販売または使用される場合、１つのコンピュータ読み取り可能な記憶媒体に記憶されてもよい。このような理解に基づき、本発明の実施例による技術手段の実質的または従来技術に貢献した部分は、ソフトウェアプロダクトの形式で現れる。１つの記憶媒体に記憶される当該コンピュータソフトウェアプロダクトは、本発明の各実施例に記載される方法のすべてまたは一部をコンピュータ装置（パーソナルコンピュータ、サーバ又はネットワーク装置であってもよい）に実行させるためのいくつかのコマンドを含む。上述した記憶媒体は、Ｕディスク、モバイルハードディスク、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気ディスクまたは光ディスクなど、プログラムコードを格納することができる様々な媒体を含む。このように、本発明の実施例は、いっさい特定のハードウェアとソフトウェアとの組み合わせに限定されない。
【００９４】
対応して、本発明の実施例は、コンピュータ実行可能なコマンドが記憶されているコンピュータ記憶媒体を提供する。当該コンピュータ実行可能なコマンドは、本発明の実施例によるＶＮＦ配置用のリソース認可方法を実行するように配置されている。
【００９５】
対応して、本発明の実施例は、第１プロセッサと、実行可能なコマンドを記憶するように配置されている第１記憶媒体とを含むＶＮＦＭを提供する。第１プロセッサは、記憶されている実行可能なコマンドを実行するように配置される。前記実行可能なコマンドは、リソース申請要求の有無を判断することと、リソース申請要求がある場合、リソース認可要求をＮＦＶＯに送信することと、ＮＦＶＯから送信されたリソース認可結果が含まれているリソース認可応答を受信することと、前記リソース認可結果を処理することとを含む。
【００９６】
対応して、本発明の実施例は、第２プロセッサと、実行可能なコマンドを記憶するように配置されている第２記憶媒体とを含むＮＦＶＯを提供する。第２プロセッサは、記憶されている実行可能なコマンドを実行するように配置される。前記実行可能なコマンドは、ＶＮＦＭからのリソース認可要求を受信することと、前記リソース認可要求に基づいてリソース認可結果を確定することと、前記リソース認可結果に基づいてリソース認可応答を生成することと、前記リソース認可応答を前記ＶＮＦＭに送信することとを含む。
【００９７】
なお、明細書の全文にわたって言及されている「１つの実施例」や「一実施例」とは、実施例に関連する特定の特徴、構造または特性が本発明の少なくとも１つの実施例に含まれることを意味する。従って、明細書の各箇所に記載されている「１つの実施例において」や「一実施例において」とは、必ずしも同一の実施例を指すとは限らない。また、これらの特定の特徴、構造または特性は、任意かつ適切な方式で１つまたは複数の実施例に組み入れられることができる。本発明の各実施例において、上記各プロセスの番号の大きさは、実行順の前後を意味するのではなく、各プロセスの実行順は、その機能および内在的な論理によって確定されるものであり、本発明の実施例の実施プロセスに対しいっさい限定を構成しないと理解すべきである。上述した本発明の実施例の番号は、単に記載用のものであり、実施例の優劣を代表しない。
【００９８】
なお、本明細書において、「含む」や「含有する」またはそれ以外のあらゆる変形用語は、非排他的に含むことを意味する。よって、一連の要素を含むプロセス、方法、モノまたは装置は、それらの要素を含むだけではなく、明確に列挙されていない他の要素をさらに含み、またはこのようなプロセス、方法、モノまたは装置に固有の要素をさらに含む。特に限定されない限り、「…を１つ含む」の表現によって限定される要素について、当該要素を含むプロセス、方法、モノまたは装置に他の同一要素の存在を除外しない。
【００９９】
本願で提供されるいくつかの実施例において、開示された機器および方法は、他の方式で実施され得ることを理解されたい。以上記載した機器実施例は、単に例示的なものである。例えば、記載したユニットの区分は、単に論理機能の区分であり、実際に実現する際に別の区分方式がある。例えば、複数のユニットまたはコンポーネントは、組み合わせてもよく、別のシステムに一体化されてもよく、または、一部の特徴は、無視されてもよく、または実行されなくてもよい。また、示されておりまたは議論されている各構成部分の相互間の結合や直接結合や通信接続は、インタフェース、機器またはユニットを介した間接結合や通信接続であってもよく、電気的、機械的、または他の形式であってもよい。
【０１００】
以上個別部品として説明したユニットは、物理的に離間したものであってもよく、そうでなくてもよい。ユニットとして示した部品は、物理ユニットであってもよく、そうでなくてもよい。すなわち、一箇所に位置してもよく、複数のネットワークユニットに位置してもよい。実際の必要に応じてそのうちの一部またはすべてのユニットを選択して本発明の実施例の目的を実現する。
【０１０１】
また、本発明の各実施例における各機能的ユニットは、全て１つの処理ユニットに一体化されていてもよいし、別々に１つのユニットとしてもよいし、２つ以上のユニットが１つのユニットに一体化されてもよい。上述した一体化ユニットは、ハードウェアの形態、またはハードウェアとソフトウェア機能ユニットの形態で実施することができる。
【０１０２】
上記方法実施例を実現するステップのすべてまたは一部は、プログラムによって関連ハードウェアに指示して完成させてもよいと当業者が理解できる。前記のプログラムは、コンピュータ読み取り可能な記憶媒体に格納される。当該プログラムは、実行時に、上記方法実施例を含むステップを実行する。上記の記憶媒体は、モバイル記憶デバイス、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気ディスクまたは光ディスクなど、プログラムコードを記憶することができる様々な媒体である。
【０１０３】
または、本発明の上述した一体化ユニットは、ソフトウェア機能モジュールの形式で実現され、独立なプロダクトとして販売または使用される場合、１つのコンピュータ読み取り可能な記憶媒体に記憶されてもよい。このような理解に基づき、本発明の実施例による技術手段の実質的または従来技術に貢献した部分は、ソフトウェアプロダクトの形式で現れる。１つの記憶媒体に記憶される当該コンピュータソフトウェアプロダクトは、本発明の各実施例に記載される方法のすべてまたは一部をコンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク装置であってもよい）に実行させるためのいくつかのコマンドを含む。上述した記憶媒体は、モバイル記憶デバイス、ＲＯＭ、磁気ディスクまたは光ディスクなど、プログラムコードを格納することができる様々な媒体を含む。
【０１０４】
以上の記載は、本発明の具体的な実施形態に過ぎない。本発明の保護範囲は、これに限定されない。当業者が本発明に開示されている技術範囲内に容易に想到できる変化または差し替えは、いずれも本発明の保護範囲内に含まれるべきである。従って、本発明の保護範囲は、特許請求の範囲を基準とするべきである。
産業上の利用可能性
【０１０５】
本発明の実施例において、ＶＮＦＭは、リソース申請要求の有無を判断し、リソース申請要求がある場合、リソース認可要求をＮＦＶＯに送信する。ＶＮＦＭは、リソース認可結果が含まれているＮＦＶＯからのリソース認可応答を受信し、前記リソース認可結果を処理する。このように、ＮＦＶＯがリソース認可可否の決定権を持ち、認可後にＶＮＦＭがリソース使用権を持つようにすることができる。
【図１−１】
2019507990.tif 000003
【図１−２】
2019507990.tif 000004
【図２】
2019507990.tif 000005
【図３】
2019507990.tif 000006
【図４】
2019507990.tif 000007
【国際調査報告】
2019507990.tif 000008
2019507990.tif 000009
2019507990.tif 000010
2019507990.tif 000011