特許 7278679 モバイルエッジコンピューティングノードの選択方法、装置及びシステム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-05-12

(45)【発行日】2023-05-22

(54)【発明の名称】モバイルエッジコンピューティングノードの選択方法、装置及びシステム

(51)【国際特許分類】

   H04L 61/4511 20220101AFI20230515BHJP

   H04L 67/02 20220101ALI20230515BHJP

   H04L 67/289 20220101ALI20230515BHJP

【ＦＩ】

H04L61/4511

H04L67/02

H04L67/289

【請求項の数】 17

(21)【出願番号】P 2021551817

(86)(22)【出願日】2020-04-23

(65)【公表番号】

(43)【公表日】2022-04-18

(86)【国際出願番号】 CN2020086398

(87)【国際公開番号】W WO2020228505

(87)【国際公開日】2020-11-19

【審査請求日】2021-08-31

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

(32)【優先日】2019-05-10

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

(73)【特許権者】

【識別番号】517392436

【氏名又は名称】▲騰▼▲訊▼科技（深▲セン▼）有限公司

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100150197

【弁理士】

【氏名又は名称】松尾 直樹

(72)【発明者】

【氏名】游 志▲強▼

(72)【発明者】

【氏名】楼 佳嘉

【審査官】大石 博見

(56)【参考文献】

【文献】特表２０１１－５０８５２５（ＪＰ，Ａ）

【文献】特表２０１１－５１２７１５（ＪＰ，Ａ）

【文献】特開２０１５－５２５９８３（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１０／０２９１９４３（ＵＳ，Ａ１）

【文献】中国特許出願公開第１０９６４０３１９（ＣＮ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ６１／４５１１

Ｈ０４Ｌ ６７／０２

Ｈ０４Ｌ ６７／２８９

(57)【特許請求の範囲】

【請求項1】

エッジクラウドゲートウェイにより実行されるモバイルエッジコンピューティング（ＭＥＣ）ノードの選択方法であって、前記エッジクラウドゲートウェイは、モバイルエッジコンピューティングノードの選択システムに設けられ、前記選択システムは、少なくとも、ユーザープレーン機能、前記エッジクラウドゲートウェイ及びグローバルサーバロードバランシングを含み、
エッジクラウドゲートウェイが、ユーザープレーン機能により転送されるドメイン名要求を受信するステップであって、前記ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であり、目的アドレスがグローバルサーバロードバランシングのＩＰアドレスであり、又は、前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致するステップと、
前記ドメイン名要求に基づき、前記グローバルサーバロードバランシングから、対応するエッジアプリケーションバーチャルネットワークの間の互いに接続されたエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得するステップと、
前記ユーザープレーン機能を介して端末にドメイン名応答を返信するステップであって、前記ドメイン名応答には少なくとも前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれるステップと、
前記ユーザープレーン機能により転送される業務要求を受信するステップであって、前記業務要求の目的アドレスが前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）であるステップと、
前記業務要求及びプリセットルートポリシーに基づき、対応するモバイルエッジコンピューティング（ＭＥＣ）処理サーバを決定し、前記業務要求を前記対応するＭＥＣ処理サーバにルートするステップと、を含む方法。

【請求項2】

前記方法はさらに、前記ドメイン名要求の要求状態を記録するステップを含み、前記要求状態は、ＤＮＳ要求または第１ＨＴＴＰ ＤＮＳ要求を表す請求項１に記載の方法。

【請求項3】

前記ドメイン名要求に基づき、前記グローバルサーバロードバランシングから、対応するエッジアプリケーションバーチャルネットワークの間の互いに接続されたエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得する前記ステップは、具体的に、
前記ドメイン名要求に基づき、前記グローバルサーバロードバランシングに第２ＨＴＴＰ ＤＮＳ要求を送信するステップであって、前記第２ＨＴＴＰ ＤＮＳ要求には少なくとも業務加速ドメイン名、ソースアドレス、及び目的アドレスが含まれ、前記ソースアドレスは前記エッジクラウドゲートウェイのＩＰアドレスであり、目的アドレスは前記グローバルサーバロードバランシングのＩＰアドレスであるステップと、
前記グローバルサーバロードバランシングにより返信される第１ＨＴＴＰ ＤＮＳ応答を受信するステップであって、前記第１ＨＴＴＰ ＤＮＳ応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）は、前記グローバルサーバロードバランシングが前記エッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき、決定したものであるステップと、を含む請求項２に記載の方法。

【請求項4】

前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致するか、または目的アドレスがグローバルサーバロードバランシングのＩＰアドレスであると、前記ドメイン名要求に基づき、前記グローバルサーバロードバランシングに第２ＨＴＴＰ ＤＮＳ要求を送信する前記ステップは、
前記ドメイン名要求の要求状態がＤＮＳ要求であると、前記ドメイン名要求を解析し、前記ドメイン名要求におけるドメイン名を取得し、解析されたドメイン名要求を第２ＨＴＴＰ ＤＮＳ要求として改めてパッケージングするステップと、
改めてパッケージングされた第２ＨＴＴＰ ＤＮＳ要求を前記グローバルサーバロードバランシングに送信するステップと、を含む請求項３に記載の方法。

【請求項5】

前記ユーザープレーン機能を介して前記端末にドメイン名応答を返信する前記ステップは、
前記ドメイン名要求の要求状態がＤＮＳ要求であると、ＤＮＳ応答を返信するステップと、
前記ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、第２ＨＴＴＰ ＤＮＳ応答を返信するステップと、を含む請求項２に記載の方法。

【請求項6】

前記ユーザープレーン機能、前記エッジクラウドゲートウェイ及び前記グローバルサーバロードバランシングはそれぞれ異なる事前設定規則に対応し、前記事前設定規則は業務加速のルーティング設定を表す請求項１～５のいずれか１項に記載の方法。

【請求項7】

前記ユーザープレーン機能は第１事前設定規則に対応し、前記第１事前設定規則は少なくとも、ドメイン名がプリセット業務加速ドメイン名であるドメイン名要求は、エッジクラウドゲートウェイに転送すること、或いは、目的アドレスがグローバルサーバロードバランシングのＩＰアドレスであるドメイン名要求は、エッジクラウドゲートウェイに転送すること、或いは、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求は、エッジクラウドゲートウェイに転送することを含み、
前記エッジクラウドゲートウェイは第２事前設定規則に対応し、前記第２事前設定規則は少なくともプリセットルートポリシーを含み、
前記グローバルサーバロードバランシングは第３事前設定規則に対応し、前記第３事前設定規則は少なくとも、ソースアドレスがエッジクラウドゲートウェイのＩＰアドレスであるＨＴＴＰ ＤＮＳ要求に対して、ＨＴＴＰ ＤＮＳ要求におけるエッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき、対応するエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を返信することを含む請求項６に記載の方法。

【請求項8】

前記ユーザープレーン機能は第４事前設定規則に対応し、前記第４事前設定規則は少なくとも、プロトコルポート情報がプリセットプロトコルポート要求に合致するドメイン名要求は、エッジクラウドゲートウェイに転送すること、或いは、目的アドレスがグローバルサーバロードバランシングのＩＰアドレスであるドメイン名要求は、エッジクラウドゲートウェイに転送すること、或いは、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求は、エッジクラウドゲートウェイに転送することを含み、
前記エッジクラウドゲートウェイは第５事前設定規則に対応し、前記第５事前設定規則は少なくともプリセットルートポリシーを含むとともに、ＤＮＳ要求に対する解析能力を具備する請求項７に記載の方法。

【請求項9】

前記第１事前設定規則、前記第２事前設定規則、前記第４事前設定規則または前記第５事前設定規則は、設置されたエッジコントローラにより配置されるか、またはローカルに配置され、
前記エッジコントローラは、前記選択システムにおけるコアネットワークのクラウドセンターに設けられるとともに、エッジクラウドゲートウェイ及びユーザープレーン機能とそれぞれ通信接続する請求項８に記載の方法。

【請求項10】

前記エッジクラウドゲートウェイは、前記選択システムのＭＥＣノード側またはエッジデータセンターＤＣ側に設けられる請求項１～５のいずれか１項に記載の方法。

【請求項11】

モバイルエッジコンピューティングノード選択のためのエッジクラウドゲートウェイであって、前記エッジクラウドゲートウェイは、モバイルエッジコンピューティング（ＭＥＣ）ノードの選択システムに設けられ、前記選択システムは、少なくともユーザープレーン機能、前記エッジクラウドゲートウェイ及びグローバルサーバロードバランシングを含み、具体的に、
ユーザープレーン機能により転送されるドメイン名要求を受信するための第１受信モジュールであって、前記ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であるか、または目的アドレスがグローバルサーバロードバランシングのＩＰアドレスであり、或いは、前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致する第１受信モジュールと、
前記ドメイン名要求に基づき、前記グローバルサーバロードバランシングから、対応するエッジアプリケーションバーチャルネットワークの間の互いに接続されたエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得するための取得モジュールと、
前記ユーザープレーン機能を介して端末にドメイン名応答を返信するための送信モジュールであって、前記ドメイン名応答には少なくとも前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれる送信モジュールと、
前記ユーザープレーン機能により転送される業務要求を受信するための第２受信モジュールであって、前記業務要求の目的アドレスが前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）である第２受信モジュールと、
前記業務要求及びプリセットルートポリシーに基づき、対応するモバイルエッジコンピューティング（ＭＥＣ）処理サーバを決定するための決定モジュールと、
前記業務要求を前記対応するＭＥＣ処理サーバにルートするためのルートモジュールと、を含むエッジクラウドゲートウェイ。

【請求項12】

モバイルエッジコンピューティングノードの選択システムであって、少なくともユーザープレーン機能、エッジクラウドゲートウェイ及びグローバルサーバロードバランシングを含み、具体的に、
前記ユーザープレーン機能は、端末から送信されるドメイン名要求を受信し、前記ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であるか、または目的アドレスがグローバルサーバロードバランシングのＩＰアドレスであると決定する、或いは、前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致すると決定した場合、前記ドメイン名要求を前記エッジクラウドゲートウェイに転送し、
前記エッジクラウドゲートウェイは、前記ドメイン名要求に基づき、前記グローバルサーバロードバランシングから、対応するエッジアプリケーションバーチャルネットワークの間の互いに接続されたエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得し、
前記ユーザープレーン機能を介して前記端末にドメイン名応答を返信し、前記ドメイン名応答には少なくとも前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、
前記ユーザープレーン機能により転送される業務要求を受信し、前記業務要求は、前記ユーザープレーン機能が前記端末から送信される業務要求における目的アドレスが前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）であると解析した場合に転送され、
前記業務要求及びプリセットルートポリシーに基づき、対応するモバイルエッジコンピューティング（ＭＥＣ）処理サーバを決定し、前記業務要求を前記対応するＭＥＣ処理サーバにルートするシステム。

【請求項13】

前記エッジクラウドゲートウェイは具体的に、
前記ドメイン名要求に基づき、前記グローバルサーバロードバランシングに第２ＨＴＴＰ ＤＮＳ要求を送信し、前記第２ＨＴＴＰ ＤＮＳ要求には少なくとも業務加速ドメイン名、ソースアドレス、及び目的アドレスが含まれ、前記ソースアドレスは前記エッジクラウドゲートウェイのＩＰアドレスであり、目的アドレスは前記グローバルサーバロードバランシングのＩＰアドレスであり、
前記グローバルサーバロードバランシングにより返信される第１ＨＴＴＰ ＤＮＳ応答を受信し、前記第１ＨＴＴＰ ＤＮＳ応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）は、前記グローバルサーバロードバランシングが前記エッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき決定したものである請求項１２に記載のシステム。

【請求項14】

前記ドメイン名要求は、前記ユーザープレーン機能が端末から送信されるドメイン名要求におけるプロトコルポート情報がプリセットプロトコルポート要求に合致するか、または目的アドレスがグローバルサーバロードバランシングのＩＰアドレスであると決定した場合に転送され、前記エッジクラウドゲートウェイは具体的に、
前記ドメイン名要求の要求状態がＤＮＳ要求であると、前記ドメイン名要求を解析し、前記ドメイン名要求におけるドメイン名を取得し、解析されたドメイン名要求を第２ＨＴＴＰ ＤＮＳ要求として改めてパッケージングし、
改めてパッケージングされた第２ＨＴＴＰ ＤＮＳ要求を前記グローバルサーバロードバランシングに送信する請求項１３に記載のシステム。

【請求項15】

電子機器であって、メモリ、プロセッサ及びメモリに記憶されるとともにプロセッサで実行可能なコンピュータプログラムを含み、前記プロセッサは前記プログラムを実行する際、請求項１～１０のいずれか１項に記載の方法を実行する電子機器。

【請求項16】

コンピュータプログラムが記憶されるコンピュータ可読記憶媒体であって、前記コンピュータプログラムは請求項１～１０のいずれか１項に記載の方法を実行するコンピュータ可読記憶媒体。

【請求項17】

命令を含むコンピュータプログラムであって、コンピュータで実行される際、前記コンピュータに請求項１～１０のいずれか１項に記載の方法を実行させるコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、２０１９年０５月１０日にて中国特許庁に提出され、出願番号が２０１９１０３８７５８７.９であり、出願の名称が「モバイルエッジコンピューティングノードの選択方法、装置及びシステム」である中国特許出願の優先権を主張して、その全ての内容は本出願に援用される。

【0002】

本出願は、移動通信分野に関し、特にモバイルエッジコンピューティングノードの選択に関する。

【背景技術】

【0003】

現在、科学技術の発展に連れて、ユーザーの、通信業務処理及び伝送レートに対する需要がますます高くなり、特に第５世代移動通信技術（５－Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）の移動通信ネットワークに対して、処理速度に対する要求がより高くなり、モバイルエッジコンピューティングは、モバイルアクセスネットワークを利用してコンピューティング、記憶、処理などの能力を近くて提供し、遅延を減少させることができる。そのため、モバイル端末を当該モバイル端末に最も近いモバイルエッジコンピューティング（Ｍｏｂｉｌｅ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）ノードにスケジューリングする必要がある。

【発明の概要】

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

【0004】

本出願の実施例は、従来技術において、まだ５Ｇ移動通信ネットワークに対するＭＥＣノード選択の解決策がないという問題を解決するために、モバイルエッジコンピューティングノードの選択方法、装置及びシステムを提供する。

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

【0005】

本出願の実施例が提供する具体的な技術案は以下のようであり、
１つの態様によれば、本出願の実施例はモバイルエッジコンピューティングノードの選択方法を提供し、前記方法はエッジクラウドゲートウェイにより実行され、前記エッジクラウドゲートウェイはモバイルエッジコンピューティングノードの選択システムに設けられ、前記システムは少なくともユーザープレーン機能、前記エッジクラウドゲートウェイ及びグローバルサーバロードバランシングを含み、具体的に、
エッジクラウドゲートウェイがユーザープレーン機能により転送されるドメイン名要求を受信するステップであって、前記ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であるか、または目的アドレスがグローバルサーバロードバランシングのＩＰアドレスであり、或いは、前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致するステップと、
前記ドメイン名要求に基づき、前記グローバルサーバロードバランシングから、対応するエッジアプリケーションバーチャルネットワークの間の互いに接続されたエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得するステップと、
前記ユーザープレーン機能を介して前記端末にドメイン名応答を返信するステップであって、前記ドメイン名応答には少なくとも前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれるステップと、
前記ユーザープレーン機能により転送される業務要求を受信するステップであって、前記業務要求の目的アドレスが前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）であるステップと、
前記業務要求及びプリセットルートポリシーに基づき、対応するＭＥＣ処理サーバを決定し、前記業務要求を前記対応するＭＥＣ処理サーバにルートするステップと、を含む。

【0006】

他の態様によれば、本出願の実施例はモバイルエッジコンピューティングノード選択のためのエッジクラウドゲートウェイを提供し、前記エッジクラウドゲートウェイはモバイルエッジコンピューティングノードの選択システムに設けられ、前記システムは少なくともユーザープレーン機能、前記エッジクラウドゲートウェイ及びグローバルサーバロードバランシングを含み、具体的、
ユーザープレーン機能により転送されるドメイン名要求を受信するための第１受信モジュールであって、前記ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であるか、または目的アドレスがグローバルサーバロードバランシングのＩＰアドレスであり、或いは、前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致する第１受信モジュールと、
前記ドメイン名要求に基づき、前記グローバルサーバロードバランシングから、対応するエッジアプリケーションバーチャルネットワークの間の互いに接続されたエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得するための取得モジュールと、
前記ユーザープレーン機能を介して前記端末にドメイン名応答を返信するための送信モジュールであって、前記ドメイン名応答には少なくとも前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれる送信モジュールと、
前記ユーザープレーン機能により転送される業務要求を受信するための第２受信モジュールであって、前記業務要求の目的アドレスが前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）である第２受信モジュールと、
前記業務要求及びプリセットルートポリシーに基づき、対応するＭＥＣ処理サーバを決定するための決定モジュールと、
前記業務要求を前記対応するＭＥＣ処理サーバにルートするためのルートモジュールと、を含む。

【0007】

好適な実現形態において、さらに、前記ドメイン名要求の要求状態を記録するための記録モジュールを含み、前記要求状態はＤＮＳ要求または第１ＨＴＴＰ ＤＮＳ要求を表す。

【0008】

好適な実現形態において、取得モジュールは具体的に、
前記ドメイン名要求に基づき、前記グローバルサーバロードバランシングに第２ＨＴＴＰ ＤＮＳ要求を送信し、前記第２ＨＴＴＰ ＤＮＳ要求には少なくとも業務加速ドメイン名、ソースアドレス、及び目的アドレスが含まれ、前記ソースアドレスが前記エッジクラウドゲートウェイのＩＰアドレスであり、目的アドレスが前記グローバルサーバロードバランシングのＩＰアドレスであり、
前記グローバルサーバロードバランシングにより返信される第１ＨＴＴＰ ＤＮＳ応答を受信し、前記第１ＨＴＴＰ ＤＮＳ応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）は、前記グローバルサーバロードバランシングが前記エッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき、決定したものである。

【0009】

好適な実現形態において、前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致するか、または目的アドレスがグローバルサーバロードバランシングのＩＰアドレスであると、取得モジュールは具体的に、
前記ドメイン名要求の要求状態がＤＮＳ要求であると、前記ドメイン名要求を解析し、前記ドメイン名要求におけるドメイン名を取得し、解析されたドメイン名要求を第２ＨＴＴＰ ＤＮＳ要求として改めてパッケージングし、
改めてパッケージングされた第２ＨＴＴＰ ＤＮＳ要求を前記グローバルサーバロードバランシングに送信する。

【0010】

好適な実現形態において、送信モジュールは具体的に、
前記ドメイン名要求の要求状態がＤＮＳ要求であると、ＤＮＳ応答を返信し、
前記ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、第２ＨＴＴＰ ＤＮＳ応答を返信する。

【0011】

好適な実現形態において、前記ユーザープレーン機能、前記エッジクラウドゲートウェイ及び前記グローバルサーバロードバランシングはそれぞれ異なる事前設定規則に対応し、前記事前設定規則は業務加速のルーティング設定を表す。

【0012】

好適な実現形態において、前記ユーザープレーン機能は第１事前設定規則に対応し、前記第１事前設定規則は少なくとも、ドメイン名がプリセット業務加速ドメイン名であるドメイン名要求は、エッジクラウドゲートウェイに転送すること、或いは、目的アドレスがグローバルサーバロードバランシングのＩＰアドレスであるドメイン名要求は、エッジクラウドゲートウェイに転送すること、或いは、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求は、エッジクラウドゲートウェイに転送されることを含み、
前記エッジクラウドゲートウェイは第２事前設定規則に対応し、前記第２事前設定規則は少なくともプリセットルートポリシーを含み、
前記グローバルサーバロードバランシングは第３事前設定規則に対応し、前記第３事前設定規則は少なくとも、ソースアドレスがエッジクラウドゲートウェイのＩＰアドレスであるＨＴＴＰ ＤＮＳ要求に対して、ＨＴＴＰ ＤＮＳ要求におけるエッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき、対応するエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を返信することを含む。

【0013】

好適な実現形態において、前記ユーザープレーン機能は第４事前設定規則に対応し、前記第４事前設定規則は少なくとも、プロトコルポート情報がプリセットプロトコルポート要求に合致するドメイン名要求は、エッジクラウドゲートウェイに転送すること、或いは、目的アドレスがグローバルサーバロードバランシングのＩＰアドレスであるドメイン名要求は、エッジクラウドゲートウェイに転送すること、或いは、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求は、エッジクラウドゲートウェイに転送することを含み、
前記エッジクラウドゲートウェイは第５事前設定規則に対応し、前記第５事前設定規則は少なくともプリセットルートポリシーを含むとともに、ＤＮＳ要求に対する解析能力を具備する。

【0014】

好適な実現形態において、前記第１事前設定規則、前記第２事前設定規則、前記第４事前設定規則または前記第５事前設定規則は設置されたエッジコントローラにより配置されるか、またはローカルに配置され、
前記エッジコントローラは、前記システムにおけるコアネットワークのクラウドセンターに設けられるとともに、エッジクラウドゲートウェイ及びユーザープレーン機能とそれぞれ通信接続する。

【0015】

他の態様によれば、本出願の実施例はモバイルエッジコンピューティングノードの選択システムを提供し、少なくともユーザープレーン機能、エッジクラウドゲートウェイ及びグローバルサーバロードバランシングを含み、具体的に、
前記ユーザープレーン機能は、端末から送信されるドメイン名要求を受信し、前記ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であるか、または目的アドレスがグローバルサーバロードバランシングのＩＰアドレスであると決定し、或いは、前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致すると決定した場合、前記ドメイン名要求を前記エッジクラウドゲートウェイに転送し、
前記エッジクラウドゲートウェイは、前記ドメイン名要求に基づき、前記グローバルサーバロードバランシングから、対応するエッジアプリケーションバーチャルネットワークの間の互いに接続されたエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得し、
前記ユーザープレーン機能を介して前記端末にドメイン名応答を返信し、前記ドメイン名応答には少なくとも前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、
前記ユーザープレーン機能により転送される業務要求を受信し、前記業務要求は、前記ユーザープレーン機能が前記端末から送信される業務要求における目的アドレスが前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）であると解析した場合に転送され、
前記業務要求及びプリセットルートポリシーに基づき、対応するＭＥＣ処理サーバを決定し、前記業務要求を前記対応するＭＥＣ処理サーバにルートする。

【0016】

本出願の他の実施例は電子機器を提供し、メモリ、プロセッサ及びメモリに記憶されるとともにプロセッサで実行可能なコンピュータプログラムを含み、前記プロセッサは前記プログラムを実行する際、以上の態様のモバイルエッジコンピューティングノードの選択方法を実行する。

【0017】

他方の態様によれば、本出願の実施例は記憶媒体を提供し、前記記憶媒体はコンピュータプログラムを記憶し、前記コンピュータプログラムは以上の態様のモバイルエッジコンピューティングノードの選択方法を実行する。

【0018】

他方の態様によれば、本出願の実施例は命令を含むコンピュータプログラム製品を提供し、コンピュータで実行される際、前記コンピュータに以上の態様のモバイルエッジコンピューティングノードの選択方法を実行させる。

【0019】

本出願の実施例が提供する技術案は少なくとも以下の有益な効果を含み、
モバイルエッジコンピューティングノードの選択方法を提供し、エッジクラウドゲートウェイにより実行され、エッジクラウドゲートウェイはモバイルエッジコンピューティングノードの選択システムに設けられ、当該システムは少なくともユーザープレーン機能、エッジクラウドゲートウェイ、及びグローバルサーバロードバランシングを含み、端末から送信されるドメイン名要求に対して、当該ドメイン名要求はＤＮＳ要求またはＨＴＴＰ ＤＮＳ要求であってもよく、ユーザープレーン機能は当該ドメイン名要求に対して分析処理を行って、業務加速を必要とする場合、エッジクラウドゲートウェイに転送し、さらに、エッジクラウドゲートウェイにより処理し、グローバルサーバロードバランシングからエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得し、ユーザープレーン機能を介して、エッジアプリケーションバーチャルＩＰ（ＶＩＰ）を端末に送信することで、端末は目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求を送信し、当該端末の業務要求を対応するＭＥＣ処理サーバにルートし、このように、エッジクラウドゲートウェイを追加し、従来のネットワークフローを改良することで、ＤＮＳ及びＨＴＴＰ ＤＮＳアドレッシングシーンを両立でき、適用シーンがより柔軟になり、モバイルエッジコンピューティングノードの選択メカニズムを実現し、５Ｇ移動通信ネットワークに対するＭＥＣノード選択の解決策という問題を解决し、エッジコンピューティングノードを近くて選択し、エッジ加速という目的を実現する。

【図面の簡単な説明】

【0020】

【図1】関連技術におけるＣＤＮスケジューリングの方法フローの概略図である。

【図2】本出願の実施例における、モバイルエッジコンピューティングノードの選択システムのアーキテクチャ概略図である。

【図3】本出願の実施例における、モバイルエッジコンピューティングノードの選択方法のフローチャートである。

【図4】本出願の実施例における、モバイルエッジコンピューティングノードの選択方法のインタラクションフローチャートである。

【図5】本出願の実施例の他のモバイルエッジコンピューティングノードの選択方法のインタラクションフローチャートである。

【図6】本出願の実施例におけるモバイルエッジコンピューティングノードの選択装置の構成概略図である。

【図7】本出願の実施例における電子機器の構成概略図である。

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

【0021】

以下、本出願の実施例の図面を結合し、本出願の実施例の技術案を明らか且つ完全に説明し、明らかに、説明する実施例は全ての実施例ではなく、本出願の一部の実施例に過ぎない。本出願の実施例に基づき、当業者が進歩性に値する労働をしない前提で取得した他の全ての実施例は、いずれも本出願の保護範囲に属する。

【0022】

コンテンツデリバリネットワーク（Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ、ＣＤＮ）の基本的な考えは、インターネットで、データ伝送速度と安定性に影響する恐れがあるボトルネック及びリンクをなるべく避けることで、コンテンツをより早く、より安定に伝送し、ＣＤＮは、近くでアクセスして、加速することを目的とする。

【0023】

ドメイン名システム（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ、ＤＮＳ）は、ドメイン名とネットワークとの間の、互いに接続されたプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）アドレスを互いにマッピングできる分散型データベースとして、ユーザーに、より便利にインターネットにアクセスさせ、マシンにより直接に読み取られるＩＰアドレスデータストリングを覚える必要がない。

【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】

また、ドメイン名要求の要求状態を記録するステップを含み、要求状態はＤＮＳ要求または第１ＨＴＴＰ ＤＮＳ要求を表す。

【0090】

本出願の実施例において、端末から送信されるドメイン名要求を、エッジクラウドゲートウェイに転送する際、ＵＰＦとエッジクラウドゲートウェイとの異なる配置規則に基づき、２つの可能な実施形態を提供し、具体的に、
第１の実施形態：ＵＰＦは第１事前設定規則に対応し、エッジクラウドゲートウェイは第２事前設定規則に対応し、ＧＳＬＢは第３事前設定規則に対応し、即ち、ＵＰＦに、ＤＮＳ要求に対する解析能力を具備させ、そうすれば、
ＵＰＦは端末から送信されるドメイン名要求を受信し、ドメイン名要求の要求状態がＤＮＳ要求であると、端末から送信されるドメイン名要求を解析し、ドメイン名がプリセット業務加速ドメイン名であると決定した場合、エッジクラウドゲートウェイに転送し、ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、当該ドメイン名要求の目的アドレスがＧＳＬＢのＩＰアドレスであると決定した場合、エッジクラウドゲートウェイに転送する。

【0091】

第２の実施形態：ＵＰＦは第４事前設定規則に対応し、エッジクラウドゲートウェイは第５事前設定規則に対応し、ＧＳＬＢは第３事前設定規則に対応し、即ち、エッジクラウドゲートウェイにＤＮＳ要求に対する解析能力を具備させ、そうすれば、
ＵＰＦは端末から送信されるドメイン名要求を受信し、ドメイン名要求の要求状態がＤＮＳ要求であると、ドメイン名要求におけるプロトコルポート情報がプリセットプロトコルポート要求に合致すると決定した場合、エッジクラウドゲートウェイに転送し、ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、当該ドメイン名要求の目的アドレスがＧＳＬＢのＩＰアドレスであると決定した場合、エッジクラウドゲートウェイに転送する。

【0092】

ステップ３１０：ドメイン名要求に基づき、グローバルサーバロードバランシングから対応するエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得する。

【0093】

具体的に、ステップ３１０を実行する場合、以下のステップを含み、
Ｓ１、ドメイン名要求に基づき、ＧＳＬＢに第２ＨＴＴＰ ＤＮＳ要求を送信し、第２ＨＴＴＰ ＤＮＳ要求には少なくとも業務加速ドメイン名、ソースアドレス、及び目的アドレスが含まれ、ソースアドレスがエッジクラウドゲートウェイのＩＰアドレスであり、目的アドレスがグローバルサーバロードバランシングのＩＰアドレスである。

【0094】

ステップ３００で説明した２つの実施形態に基づき、当該Ｓ１を実行する場合、対応して、以下の２つの実施形態を有し、
第１の実施形態：ＵＰＦは第１事前設定規則に対応し、エッジクラウドゲートウェイは第２事前設定規則に対応し、ＧＳＬＢは第３事前設定規則に対応し、即ち、ＵＰＦにＤＮＳ要求に対する解析能力を具備させ、そうすれば、
ドメイン名要求の要求状態がＤＮＳ要求であると、ＵＰＦはＤＮＳ要求に対する解析を完成しており、エッジクラウドゲートウェイに転送し、そうすれば、エッジクラウドゲートウェイは解析されたドメイン名要求を直接的に第２ＨＴＴＰ ＤＮＳ要求として改めてパッケージングし、ＧＳＬＢに第２ＨＴＴＰ ＤＮＳ要求を送信すればよく、ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、エッジクラウドゲートウェイは、ドメイン名要求におけるソースアドレスを、エッジクラウドゲートウェイのＩＰアドレスに修正することで、第２ＨＴＴＰ ＤＮＳ要求を取得し、ＧＳＬＢに転送する。

【0095】

第２の実施形態：ＵＰＦは第４事前設定規則に対応し、エッジクラウドゲートウェイは第５事前設定規則に対応し、ＧＳＬＢは第３事前設定規則に対応し、即ち、エッジクラウドゲートウェイにＤＮＳ要求に対する解析能力を具備させ、そうすれば、
ドメイン名要求の要求状態がＤＮＳ要求であると、エッジクラウドゲートウェイはドメイン名要求を解析し、ドメイン名要求におけるドメイン名を取得し、解析されたドメイン名要求を第２ＨＴＴＰ ＤＮＳ要求として改めてパッケージングし、改めてパッケージングされた第２ＨＴＴＰ ＤＮＳ要求をグローバルサーバロードバランシングに送信し、ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、エッジクラウドゲートウェイはドメイン名要求におけるソースアドレスを修正することで、第２ＨＴＴＰ ＤＮＳ要求を取得し、ＧＳＬＢに転送する。

【0096】

Ｓ２、ＧＳＬＢから返信される第１ＨＴＴＰ ＤＮＳ応答を受信し、第１ＨＴＴＰ ＤＮＳ応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、エッジアプリケーションバーチャルＩＰ（ＶＩＰ）は、グローバルサーバロードバランシングがエッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき決定したものである。

【0097】

ステップ３２０：ユーザープレーン機能により、端末にドメイン名応答を返信し、ドメイン名応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれる。

【0098】

ステップ３２０を実行する場合、以下の２つの状況に分け、
第１の状況：ドメイン名要求の要求状態がＤＮＳ要求であると、ＤＮＳ応答を返信する。
第２の状況：ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、第２ＨＴＴＰ ＤＮＳ応答を返信する。

【0099】

ステップ３３０：ユーザープレーン機能により転送される業務要求を受信し、業務要求の目的アドレスはエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である。

【0100】

この場合、ＵＰＦはその第１事前設定規則または第４事前設定規則において、当該規則を予め配置しており、即ち、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求を、エッジクラウドゲートウェイに転送する。

【0101】

ステップ３４０：業務要求及びプリセットルートポリシーに基づき、対応するＭＥＣ処理サーバを決定し、業務要求を対応するＭＥＣ処理サーバにルートする。

【0102】

このように、本出願の実施例において、エッジクラウドゲートウェイを追加し、ＤＮＳ及びＨＴＴＰ ＤＮＳアドレッシングシーンを両立でき、端末のドメイン名要求をエッジクラウドゲートウェイに転送し、エッジクラウドゲートウェイを介して処理し、結果として、端末の業務要求を対応するＭＥＣ処理サーバにルートし、モバイルエッジコンピューティングノードの選択メカニズムを実現し、業務加速という目的を実現し、５Ｇ移動通信ネットワークに対するＭＥＣノード選択方法の問題を解决する。

【0103】

上記の実施例に基づき、以下は、具体的な適用シーンを利用して説明し、ＵＰＦとエッジクラウドゲートウェイとの異なる事前設定規則に対して、以下は、２つの異なる実施形態を採用して、本出願の実施例におけるモバイルエッジコンピューティングノードの選択方法を説明する。

【0104】

第１の実施形態：ＵＰＦは第１事前設定規則に対応し、エッジクラウドゲートウェイは第２事前設定規則に対応し、即ち、ＵＰＦがＤＮＳ要求を解析するシーンである。

【0105】

具体的に、図４を参照し、本出願の実施例におけるモバイルエッジコンピューティングノードの選択方法のインタラクションフローチャートである。

【0106】

ステップ４００：端末はＵＰＦにドメイン名要求を送信する。

【0107】

具体的に、端末は標準ＤＮＳまたはＨＴＴＰ ＤＮＳを介してオリジナルドメイン名に対する要求をトリガーし、即ち、端末は伝統のＤＮＳまたはＨＴＴＰ ＤＮＳアドレッシングメカニズムに基づく。

【0108】

当該ドメイン名要求の要求状態は、ＤＮＳ要求、または第１ＨＴＴＰ ＤＮＳ要求である。

【0109】

ステップ４０１：ＵＰＦは、端末から送信されるドメイン名要求を受信する。

【0110】

ステップ４０２：ＵＰＦは、ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であるか、または目的アドレスがＧＳＬＢのＩＰアドレスであると決定した場合、ドメイン名要求をエッジクラウドゲートウェイに転送する。

【0111】

本出願の実施例において、ＵＰＦに対して第１事前設定規則を配置し、ＵＰＦにＤＮＳ要求に対する解析能力を具備させ、ＵＰＦは対応する第１事前設定規則に基づき、要求状態がＤＮＳ要求であるドメイン名要求に対して、ＤＮＳ要求を解析し、業務加速を必要とするドメイン名であるかどうかを決定し、要求状態が第１ＨＴＴＰ ＤＮＳ要求であるドメイン名要求に対して、目的アドレスをチェックし、目的アドレスがＧＳＬＢのＩＰアドレスであると、業務加速を必要とすると決定し、エッジクラウドゲートウェイに転送する。

【0112】

ステップ４０３：エッジクラウドゲートウェイは、ＵＰＦにより転送されるドメイン名要求を受信する。

【0113】

ステップ４０４：エッジクラウドゲートウェイは、ＧＳＬＢに第２ＨＴＴＰ ＤＮＳ要求を送信する。

【0114】

第２ＨＴＴＰ ＤＮＳ要求には少なくとも業務加速ドメイン名、ソースアドレス、及び目的アドレスが含まれ、ソースアドレスはエッジクラウドゲートウェイのＩＰアドレスであり、目的アドレスはＧＳＬＢのＩＰアドレスである。

【0115】

また、エッジクラウドゲートウェイは、ドメイン名要求の要求状態を記録する。

【0116】

即ち、エッジクラウドゲートウェイは自分のＩＰアドレスをソースアドレスとし、ＧＳＬＢに第２ＨＴＴＰ ＤＮＳ要求をトリガーし、このように、要求状態がＤＮＳ要求であるドメイン名要求に対して、エッジクラウドゲートウェイを介して、オリジナルＤＮＳ要求を第２ＨＴＴＰ ＤＮＳ要求に変換し、再び送信する際、ローカルＤＮＳをバイパスし、直接的にＧＳＬＢに送信でき、アクセスフローを簡略化し、要求状態が第１ＨＴＴＰ ＤＮＳ要求であるドメイン名要求に対して、エッジクラウドゲートウェイはソースアドレスを自分のＩＰアドレスに修正し、ＧＳＬＢに第２ＨＴＴＰ ＤＮＳ要求を送信することで、ＧＳＬＢはソースアドレスに基づき、ソースアドレスがエッジクラウドゲートウェイのＩＰアドレスであると決定した場合、対応するように、業務加速のエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を返信する。

【0117】

ステップ４０５：ＧＳＬＢは、エッジクラウドゲートウェイから送信される第２ＨＴＴＰ ＤＮＳ要求を受信する。

【0118】

ステップ４０６：ＧＳＬＢは、エッジクラウドゲートウェイに第１ＨＴＴＰ ＤＮＳ応答を返信する。

【0119】

第１ＨＴＴＰ ＤＮＳ応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、エッジアプリケーションバーチャルＩＰ（ＶＩＰ）は、ＧＳＬＢがエッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき決定したものである。

【0120】

本出願の実施例において、当該ステップＧＳＬＢは、対応する第３事前設定規則に基づき実現でき、ＧＳＬＢは第２ＨＴＴＰ ＤＮＳ要求におけるソースアドレスがエッジクラウドゲートウェイのＩＰアドレスであり、要求されるドメイン名が業務加速ドメイン名であると決定した場合、エッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に対応する業務配置に基づき、実際のエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を返信するように選択する。

【0121】

ステップ４０７：エッジクラウドゲートウェイは、ＧＳＬＢから返信される第１ＨＴＴＰ ＤＮＳ応答を受信する。

【0122】

ステップ４０８：エッジクラウドゲートウェイは、第１ＨＴＴＰ ＤＮＳ応答に基づき、ＵＰＦを介して端末にドメイン名応答を返信する。

【0123】

ドメイン名応答には、少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれる。

【0124】

具体的に、以下の２つの状況を有し、
１）ドメイン名要求の要求状態がＤＮＳ要求であると、ＤＮＳ応答を返信する。
２）ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、第２ＨＴＴＰ ＤＮＳ応答を返信する。

【0125】

ステップ４０９：端末は、エッジクラウドゲートウェイがＵＰＦを介して返信したドメイン名応答を受信する。

【0126】

ステップ４１０：端末はドメイン名応答に基づき、ＵＰＦに業務要求を送信する。

【0127】

具体的に、端末はドメイン名応答を受信した後、可以ドメイン名応答におけるエッジアプリケーションバーチャルＩＰ（ＶＩＰ）に基づき、これを目的アドレスとして業務要求をトリガーし、業務要求における目的アドレスはエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である。

【0128】

ステップ４１１：ＵＰＦは、端末から送信される業務要求を受信する。

【0129】

ステップ４１２：ＵＰＦは、業務要求の目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）であると決定した場合、業務要求をエッジクラウドゲートウェイに転送する。

【0130】

ここで、ＵＰＦは対応する第１事前設定規則または第４事前設定規則に基づき、実現でき、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求は、エッジクラウドゲートウェイに転送される。

【0131】

ステップ４１３：エッジクラウドゲートウェイはＵＰＦにより転送される業務要求を受信し、業務要求及びプリセットルートポリシーに基づき、対応するＭＥＣ処理サーバを決定し、業務要求を対応するＭＥＣ処理サーバにルートする。

【0132】

このように、本出願の実施例において、主に５Ｇ移動通信ネットワークに対して、モバイルエッジコンピューティングノードの選択のための業務データフローを提出し、ＵＰＦにＤＮＳ要求に対する解析能力を具備させるように配置し、エッジクラウドゲートウェイなどの機器を介して、端末のＤＮＳアドレッシングまたはＨＴＴＰ ＤＮＳアドレッシングシーンに適用でき、業務を最も近いＭＥＣ処理サーバにルートし、精度がより高く、エッジコンピューティングノードに対する選択を実現し、遅延を低減させ、業務加速という目的を実現する。

【0133】

第２の実施形態：ＵＰＦは第４事前設定規則に対応し、エッジクラウドゲートウェイは第５事前設定規則に対応し、即ち、エッジクラウドゲートウェイがＤＮＳ要求を解析するシーンである。

【0134】

具体的に、図５を参照し、本出願の実施例におけるモバイルエッジコンピューティングノードの選択方法のインタラクションフローチャートである。

【0135】

ステップ５００：端末は、ＵＰＦにドメイン名要求を送信する。

【0136】

当該ドメイン名要求の要求状態は、ＤＮＳ要求、または第１ＨＴＴＰ ＤＮＳ要求である。

【0137】

ステップ５０１：ＵＰＦは、端末から送信されるドメイン名要求を受信する。

【0138】

ステップ５０２：ＵＰＦは、ドメイン名要求におけるプロトコルポート情報がプリセットプロトコルポート要求に合致するか、または目的アドレスがＧＳＬＢのＩＰアドレスであると決定した場合、ドメイン名要求をエッジクラウドゲートウェイに転送する。

【0139】

当該ステップは、ＵＰＦが対応する第４事前設定規則に基づき実現する。

【0140】

本出願の実施例において、ＵＰＦに対して第４事前設定規則を配置することで、ＵＰＦはＤＮＳ要求を解析せず、ＵＰＦは第４事前設定規則に基づき、要求状態がＤＮＳ要求であるドメイン名要求に対して、そのプロトコルポート情報をチェックし、プリセット要求に合致し、例えば、プロトコルポート情報がＵＤＰ ｐｏｒｔ ５３であると、ＤＮＳ要求であると決定し、エッジクラウドゲートウェイに転送することで、エッジクラウドゲートウェイは対応する第５事前設定規則に基づき、ＤＮＳ要求を解析する。要求状態が第１ＨＴＴＰ ＤＮＳ要求であるドメイン名要求に対して、目的アドレスをチェックし、目的アドレスがＧＳＬＢのＩＰアドレスであると、業務加速を必要とすると決定し、エッジクラウドゲートウェイに転送する。

【0141】

ステップ５０３：エッジクラウドゲートウェイは、ＵＰＦにより転送されるドメイン名要求を受信する。

【0142】

ステップ５０４：ドメイン名要求の要求状態がＤＮＳ要求であると、ＧＳＬＢに第２ＨＴＴＰ ＤＮＳ要求を送信する。

【0143】

ドメイン名要求の要求状態がＤＮＳ要求であると、エッジクラウドゲートウェイは当該ドメイン名要求を解析し、ドメイン名を取得し、解析されたドメイン名要求を第２ＨＴＴＰ ＤＮＳ要求として改めてパッケージングする。

【0144】

第２ＨＴＴＰ ＤＮＳ要求には少なくとも業務加速ドメイン名、ソースアドレス、及び目的アドレスが含まれ、ソースアドレスはエッジクラウドゲートウェイのＩＰアドレスであり、目的アドレスはＧＳＬＢのＩＰアドレスである。

【0145】

また、エッジクラウドゲートウェイはドメイン名要求の要求状態を記録する。

【0146】

ここで、エッジクラウドゲートウェイは配置された第５事前設定規則に対応し、本出願の実施例において、エッジクラウドゲートウェイにＤＮＳ要求に対する解析能力を具備させるように配置し、ドメイン名要求の要求状態がＤＮＳ要求であると、当該ドメイン名要求を解析し、ドメイン名要求におけるドメイン名を取得し、解析されたドメイン名要求を第２ＨＴＴＰ ＤＮＳ要求として改めてパッケージングし、改めてパッケージングされた第２ＨＴＴＰ ＤＮＳ要求をＧＳＬＢに送信する。

【0147】

ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、直接的に自分のＩＰアドレスをソースアドレスとし、第２ＨＴＴＰ ＤＮＳとしてパッケージングし、ＧＳＬＢに転送する。

【0148】

ステップ５０５：ＧＳＬＢは、エッジクラウドゲートウェイから送信される第２ＨＴＴＰ ＤＮＳ要求を受信する。

【0149】

ステップ５０６：ＧＳＬＢは、エッジクラウドゲートウェイに第１ＨＴＴＰ ＤＮＳ応答を返信する。

【0150】

第１ＨＴＴＰ ＤＮＳ応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、エッジアプリケーションバーチャルＩＰ（ＶＩＰ）は、ＧＳＬＢがエッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき決定したものである。

【0151】

ここで、ＧＳＬＢは対応する第３事前設定規則に基づき実現できる。

【0152】

ステップ５０７：エッジクラウドゲートウェイは、ＧＳＬＢから返信される第１ＨＴＴＰ ＤＮＳ応答を受信する。

【0153】

本出願の実施例において、上記のステップ５０４、ステップ５０７について、エッジクラウドゲートウェイは、伝統のローカルＤＮＳ（ｌｏｃａｌ ＤＮＳ、ＬＤＮＳ） をプロキシするとみなし、ＬＤＮＳ機能を具備してもよい。

【0154】

ステップ５０８：エッジクラウドゲートウェイは、第１ＨＴＴＰ ＤＮＳ応答に基づき、ＵＰＦを介して端末にドメイン名応答を返信する。

【0155】

ドメイン名応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれる。

【0156】

具体的に、以下の２つの状況を有し、
１）ドメイン名要求の要求状態がＤＮＳ要求であると、ＤＮＳ応答を返信する。
２）ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、第２ＨＴＴＰ ＤＮＳ応答を返信する。

【0157】

ステップ５０９：端末は、エッジクラウドゲートウェイがＵＰＦを介して返信したドメイン名応答を受信する。

【0158】

ステップ５１０：端末は、ドメイン名応答に基づき、ＵＰＦに業務要求を送信する。

【0159】

具体的に、端末は、ドメイン名応答を受信した後、ドメイン名応答におけるエッジアプリケーションバーチャルＩＰ（ＶＩＰ）に基づき、これを目的アドレスとして、業務要求をトリガーし、業務要求における目的アドレスはエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である。

【0160】

ステップ５１１：ＵＰＦは、端末から送信される業務要求を受信する。

【0161】

ステップ５１２：ＵＰＦは、業務要求の目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）であると決定した場合、業務要求をエッジクラウドゲートウェイに転送する。

【0162】

ここで、ＵＰＦは対応する第１事前設定規則または第４事前設定規則に基づき、実現でき、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求は、エッジクラウドゲートウェイに転送する。

【0163】

ステップ５１３：エッジクラウドゲートウェイは、ＵＰＦにより転送される業務要求を受信し、業務要求及びプリセットルートポリシーに基づき、対応するＭＥＣ処理サーバを決定し、業務要求を対応するＭＥＣ処理サーバにルートする。

【0164】

このように、本出願の実施例において、主に５Ｇ移動通信ネットワークに対して、モバイルエッジコンピューティングノードの選択のための他の業務データフローを提出し、エッジクラウドゲートウェイにＤＮＳ要求に対する解析能力を具備させるように配置し、エッジクラウドゲートウェイなどの機器を介して、端末のＤＮＳアドレッシングまたはＨＴＴＰ ＤＮＳアドレッシングシーンに適用でき、近いエッジコンピューティングノードを正確に選択し、業務を最も近いＭＥＣ処理サーバにルートし、位置精度がより高く、エッジ加速を実現する。

【0165】

上記の実施例に基づき、図６を参照し、本出願の実施例におけるモバイルエッジコンピューティングノード選択のためのエッジクラウドゲートウェイであり、エッジクラウドゲートウェイはモバイルエッジコンピューティングノードの選択システムに設けられ、当該システムには少なくともＵＰＦ、エッジクラウドゲートウェイ、ＧＳＬＢが含まれ、具体的に、
ＵＰＦにより転送されるドメイン名要求を受信するための第１受信モジュール６０であって、前記ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であるか、または目的アドレスがＧＳＬＢのＩＰアドレスである、或いは、前記ドメイン名要求におけるプロトコルポート情報がプリセットプロトコルポート要求に合致する第１受信モジュール６０と、
前記ドメイン名要求に基づき、前記ＧＳＬＢから対応するエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得するための取得モジュール６１と、
前記ＵＰＦを介して前記端末にドメイン名応答を返信するための送信モジュール６２であって、前記ドメイン名応答には少なくとも前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれる送信モジュール６２と、
前記ＵＰＦにより転送される業務要求を受信するための第２受信モジュール６３であって、前記業務要求の目的アドレスが前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）である第２受信モジュール６３と、
前記業務要求及びプリセットルートポリシーに基づき、対応するＭＥＣ処理サーバを決定するための決定モジュール６４と、
前記業務要求を前記対応するＭＥＣ処理サーバにルートするためのルートモジュール６５と、を含む。

【0166】

好ましくは、さらに、前記ドメイン名要求の要求状態を記録するための記録モジュール６６を含み、前記要求状態はＤＮＳ要求または第１ＨＴＴＰ ＤＮＳ要求を表す。

【0167】

好ましくは、取得モジュール６１は具体的に、
前記ドメイン名要求に基づき、前記ＧＳＬＢに第２ＨＴＴＰ ＤＮＳ要求を送信し、前記第２ＨＴＴＰ ＤＮＳ要求には少なくとも業務加速ドメイン名、ソースアドレス、及び目的アドレスが含まれ、前記ソースアドレスは前記エッジクラウドゲートウェイのＩＰアドレスであり、目的アドレスは前記ＧＳＬＢのＩＰアドレスであり、
前記ＧＳＬＢから返信される第１ＨＴＴＰ ＤＮＳ応答を受信し、前記第１ＨＴＴＰ ＤＮＳ応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）は、前記ＧＳＬＢが前記エッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき決定したものである。

【0168】

好ましくは、前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致するか、または目的アドレスがＧＳＬＢのＩＰアドレスであると、取得モジュール６１は具体的に、
前記ドメイン名要求の要求状態がＤＮＳ要求であると、前記ドメイン名要求を解析し、前記ドメイン名要求におけるドメイン名を取得し、解析されたドメイン名要求を第２ＨＴＴＰ ＤＮＳ要求として改めてパッケージングし、改めてパッケージングされた第２ＨＴＴＰ ＤＮＳ要求を前記ＧＳＬＢに送信する。

【0169】

好ましくは、送信モジュール６２は具体的に、
前記ドメイン名要求の要求状態がＤＮＳ要求であると、ＤＮＳ応答を返信し、
前記ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、第２ＨＴＴＰ ＤＮＳ応答を返信する。

【0170】

好ましくは、前記ＵＰＦ、前記エッジクラウドゲートウェイ及び前記ＧＳＬＢはそれぞれ異なる事前設定規則に対応し、前記事前設定規則は業務加速のルーティング設定を表す。

【0171】

好ましくは、前記ＵＰＦは第１事前設定規則に対応し、前記第１事前設定規則は少なくとも、ドメイン名がプリセット業務加速ドメイン名であるドメイン名要求は、エッジクラウドゲートウェイに転送すること、または、目的アドレスがＧＳＬＢのＩＰアドレスであるドメイン名要求はエッジクラウドゲートウェイに転送すること、或いは、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求は、エッジクラウドゲートウェイに転送することを含み、
前記エッジクラウドゲートウェイは第２事前設定規則に対応し、前記第２事前設定規則は少なくともプリセットルートポリシーを含み、
前記ＧＳＬＢは第３事前設定規則に対応し、前記第３事前設定規則は少なくとも、ソースアドレスがエッジクラウドゲートウェイのＩＰアドレスであるＨＴＴＰ ＤＮＳ要求に対して、ＨＴＴＰ ＤＮＳ要求におけるエッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき、対応するエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を返信することを含む。

【0172】

好ましくは、前記ＵＰＦは第４事前設定規則に対応し、前記第４事前設定規則は少なくとも、プロトコルポート情報がプリセットプロトコルポート要求に合致するドメイン名要求は、エッジクラウドゲートウェイに転送すること、または、目的アドレスがＧＳＬＢのＩＰアドレスであるドメイン名要求はエッジクラウドゲートウェイに転送すること、或いは、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求は、エッジクラウドゲートウェイに転送することを含み、
前記エッジクラウドゲートウェイは第５事前設定規則に対応し、前記第５事前設定規則は少なくともプリセットルートポリシーを含むとともに、ＤＮＳ要求に対する解析能力を具備する。

【0173】

好ましくは、前記第１事前設定規則、前記第２事前設定規則、前記第４事前設定規則または前記第５事前設定規則は、設置されたエッジコントローラにより配置されるか、またはローカルに配置され、
前記エッジコントローラは、前記システムにおけるコアネットワークのクラウドセンターに設けられるとともに、エッジクラウドゲートウェイ及びＵＰＦとそれぞれ通信接続する。

【0174】

上記の実施例に基づき、図７を参照し、本出願の実施例における電子機器の構成概略図である。

【0175】

本出願の実施例は、電子機器を提供し、当該電子機器はプロセッサ７１０（Ｃｅｎｔｅｒ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ）、メモリ７２０、入力機器７３０及び出力機器７４０などを含んでもよく、入力機器７３０はキーボード、マウス、タッチスクリーンなどを含んでもよく、出力機器７４０は、液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、ＬＣＤ）、陰極線管（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ、ＣＲＴ）などの表示機器を含んでもよい。

【0176】

メモリ７２０は、読み取り専用メモリ（ＲＯＭ）、及びランダムアクセスメモリ（ＲＡＭ）を含み、プロセッサ７１０に、メモリ７２０に記憶されるプログラム命令及びデータを提供する。本出願の実施例において、メモリ７２０は、本出願の実施例の何れかのモバイルエッジコンピューティングノードの選択方法のプログラムを記憶できる。

【0177】

プロセッサ７１０は、メモリ７２０に記憶されるプログラム命令を呼び出すことで、取得したプログラム命令に従って、本出願の実施例の何れかのモバイルエッジコンピューティングノードの選択方法を実行する。

【0178】

上記の実施例に基づき、本出願の実施例において、コンピュータプログラムが記憶されるコンピュータ可読記憶媒体を提供し、前記コンピュータプログラムはプロセッサに実行される場合、上記の任意の方法実施例のモバイルエッジコンピューティングノードの選択方法を実現する。

【0179】

本出願の実施例は方法、システム、またはコンピュータプログラム製品として提供できる。従って、本出願は、ハードウェアのみの実施例、ソフトウェアのみの実施例、またはソフトウェアとハードウェアとの組合せを用いた実施例の形式を採用し得る。そして、本出願は、コンピュータ使用可能なプログラムコードを含む１つまたは複数のコンピュータ使用可能な記憶媒体（ディスクメモリ、ＣＤ－ＲＯＭ、および光学メモリなどを含むが、これらに限定されない）で実施されるコンピュータプログラム製品の形式を採用し得る。

【0180】

例示的な実施例において、コンピュータプログラム製品を提供し、当該コンピュータプログラム製品は実行される場合、上記の実施例が提供するモバイルエッジコンピューティングノードの選択方法を実現する。

【0181】

本出願は、本出願の実施例による方法、機器（システム）、およびコンピュータプログラム製品のフローチャート及び／またはブロック図を参照して説明する。コンピュータプログラム命令で、フローチャート及び／またはブロック図の各フロー及び／またはブロック、及びフローチャート及び／またはブロック図のフロー及び／またはブロックの組合せを実現することができる。これらのコンピュータプログラム命令を、汎用コンピュータ、専用コンピュータ、埋込み型プロセッサ、または他のプログラマブルデータ処理機器のプロセッサに提供して、マシンを生成し、コンピュータまたは他のプログラマブルデータ処理機器のプロセッサによって実行される命令が、フローチャートの１つまたは複数のフロー及び／またはブロック図の１つまたは複数のブロックに指定される機能を実現するための装置を生成することができる。

【0182】

これらのコンピュータプログラム命令は、コンピュータまたは他のプログラマブルデータ処理機器を特定の方式で動作するようにガイドすることができるコンピュータ可読メモリに記憶されて、当該コンピュータ可読メモリに記憶された命令が、命令装置を含む製品を生成することもできる。当該命令装置は、フローチャートの１つまたは複数のフロー、及び／またはブロック図の１つまたは複数のブロックに指定される機能を実現する。

【0183】

これらのコンピュータプログラム命令は、コンピュータまたは他のプログラマブルデータ処理機器にインストールされて、一連の操作ステップをコンピュータまたは他のプログラマブル機器上で実行させることによって、コンピュータにより実現される処理を生成することもでき、これによって、コンピュータまたは他のプログラマブル機器で実行される命令は、フローチャートの１つまたは複数のフロー、及び／またはブロック図の１つまたは複数のブロックに指定される機能を実現するためのステップを提供する。

【0184】

本出願の好適な実施例を説明したが、当業者は基本的な創造的概念を理解すると、これらの実施例に対して、別の変更及び修正を行うことができる。従って、添付の請求項は、好適な実施例及び本出願の範囲に該当する全ての変更及び修正を含むと解釈されることを意図する。

【0185】

明らかに、本出願の実施例の精神及び範囲から逸脱しない前提で、当業者は本出願の実施例に対していろんな改良及び変更を行うことができる。このように、本出願の実施例のこれらの修正及び変更は本出願の請求項及びその等価技術範囲内に属すると、本出願はこれらの修正及び変更も含む。

【符号の説明】

【0186】

２００ ＵＰＦ
２１０ エッジクラウドゲートウェイ
２２０ ＧＳＬＢ
２３０ エッジコントローラ
６０ 第１受信モジュール
６１ 取得モジュール
６２ 送信モジュール
６３ 第２受信モジュール
６４ 決定モジュール
６５ ルートモジュール
７１０ プロセッサ
７２０ メモリ
７３０ 入力機器
７４０ 出力機器

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】