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

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

Info

Publication number
JP2022522368A
JP2022522368A JP2021551817A JP2021551817A JP2022522368A JP 2022522368 A JP2022522368 A JP 2022522368A JP 2021551817 A JP2021551817 A JP 2021551817A JP 2021551817 A JP2021551817 A JP 2021551817A JP 2022522368 A JP2022522368 A JP 2022522368A
Authority
JP
Japan
Prior art keywords
request
domain name
edge
cloud gateway
address
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2021551817A
Other languages
English (en)
Other versions
JP7278679B2 (ja
Inventor
志▲強▼ 游
佳嘉 楼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Publication of JP2022522368A publication Critical patent/JP2022522368A/ja
Application granted granted Critical
Publication of JP7278679B2 publication Critical patent/JP7278679B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1021—Server selection for load balancing based on client or server locations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Library & Information Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本出願は、モバイルエッジコンピューティングノードの選択方法、装置及びシステムを開示している。本出願は移動通信分野に関し、特にモバイルエッジコンピューティングノードの選択方法、装置及びシステムに関して、エッジクラウドゲートウェイはユーザープレーン機能により転送されるドメイン名要求を受信し、ドメイン名要求におけるドメイン名は業務加速ドメイン名であるか、または目的アドレスはグローバルサーバロードバラシングのＩＰアドレスであり、或いは、ドメイン名要求におけるプロトコルポート情報はプロトコルポート要求に合致し、グローバルサーバロードバラシングから対応するエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得し、ユーザープレーン機能を介して端末に送信し、ユーザープレーン機能により転送し、端末から送信される業務要求を受信し、業務要求を対応するＭＥＣ処理サーバにルートする。エッジクラウドゲートウェイを追加し、ＤＮＳ及びＨＴＴＰ ＤＮＳアドレッシングシーンを両立でき、エッジコンピューティングノードを近くて選択することを実現し、エッジ加速という目的を実現する。

Description

本出願は、２０１９年０５月１０日にて中国特許庁に提出され、出願番号が２０１９１０３８７５８７.９であり、出願の名称が「モバイルエッジコンピューティングノードの選択方法、装置及びシステム」である中国特許出願の優先権を主張して、その全ての内容は本出願に援用される。
本出願は、移動通信分野に関し、特にモバイルエッジコンピューティングノードの選択に関する。
現在、科学技術の発展に連れて、ユーザーの、通信業務処理及び伝送レートに対する需要がますます高くなり、特に第５世代移動通信技術（５－Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）の移動通信ネットワークに対して、処理速度に対する要求がより高くなり、モバイルエッジコンピューティングは、モバイルアクセスネットワークを利用してコンピューティング、記憶、処理などの能力を近くて提供し、遅延を減少させることができる。そのため、モバイル端末を当該モバイル端末に最も近いモバイルエッジコンピューティング（Ｍｏｂｉｌｅ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）ノードにスケジューリングする必要がある。
本出願の実施例は、従来技術において、まだ５Ｇ移動通信ネットワークに対するＭＥＣノード選択の解決策がないという問題を解決するために、モバイルエッジコンピューティングノードの選択方法、装置及びシステムを提供する。
本出願の実施例が提供する具体的な技術案は以下のようであり、
１つの態様によれば、本出願の実施例はモバイルエッジコンピューティングノードの選択方法を提供し、前記方法はエッジクラウドゲートウェイにより実行され、前記エッジクラウドゲートウェイはモバイルエッジコンピューティングノードの選択システムに設けられ、前記システムは少なくともユーザープレーン機能、前記エッジクラウドゲートウェイ及びグローバルサーバロードバラシングを含み、具体的に、
エッジクラウドゲートウェイがユーザープレーン機能により転送されるドメイン名要求を受信するステップであって、前記ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であるか、または目的アドレスがグローバルサーバロードバラシングのＩＰアドレスであり、或いは、前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致するステップと、
前記ドメイン名要求に基づき、前記グローバルサーバロードバラシングから、対応するエッジアプリケーションバーチャルネットワークの間の互いに接続されたエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得するステップと、
前記ユーザープレーン機能を介して前記端末にドメイン名応答を返信するステップであって、前記ドメイン名応答には少なくとも前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれるステップと、
前記ユーザープレーン機能により転送される業務要求を受信するステップであって、前記業務要求の目的アドレスが前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）であるステップと、
前記業務要求及びプリセットルートポリシーに基づき、対応するＭＥＣ処理サーバを決定し、前記業務要求を前記対応するＭＥＣ処理サーバにルートするステップと、を含む。
他の態様によれば、本出願の実施例はモバイルエッジコンピューティングノード選択のためのエッジクラウドゲートウェイを提供し、前記エッジクラウドゲートウェイはモバイルエッジコンピューティングノードの選択システムに設けられ、前記システムは少なくともユーザープレーン機能、前記エッジクラウドゲートウェイ及びグローバルサーバロードバラシングを含み、具体的、
ユーザープレーン機能により転送されるドメイン名要求を受信するための第１受信モジュールであって、前記ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であるか、または目的アドレスがグローバルサーバロードバラシングのＩＰアドレスであり、或いは、前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致する第１受信モジュールと、
前記ドメイン名要求に基づき、前記グローバルサーバロードバラシングから、対応するエッジアプリケーションバーチャルネットワークの間の互いに接続されたエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得するための取得モジュールと、
前記ユーザープレーン機能を介して前記端末にドメイン名応答を返信するための送信モジュールであって、前記ドメイン名応答には少なくとも前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれる送信モジュールと、
前記ユーザープレーン機能により転送される業務要求を受信するための第２受信モジュールであって、前記業務要求の目的アドレスが前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）である第２受信モジュールと、
前記業務要求及びプリセットルートポリシーに基づき、対応するＭＥＣ処理サーバを決定するための決定モジュールと、
前記業務要求を前記対応するＭＥＣ処理サーバにルートするためのルートモジュールと、を含む。
好適な実現形態において、さらに、前記ドメイン名要求の要求状態を記録するための記録モジュールを含み、前記要求状態はＤＮＳ要求または第１ＨＴＴＰ ＤＮＳ要求を表徴する。
好適な実現形態において、取得モジュールは具体的に、
前記ドメイン名要求に基づき、前記グローバルサーバロードバラシングに第２ＨＴＴＰ ＤＮＳ要求を送信し、前記第２ＨＴＴＰ ＤＮＳ要求には少なくとも業務加速ドメイン名、ソースアドレス、及び目的アドレスが含まれ、前記ソースアドレスが前記エッジクラウドゲートウェイのＩＰアドレスであり、目的アドレスが前記グローバルサーバロードバラシングのＩＰアドレスであり、
前記グローバルサーバロードバラシングにより返信される第１ＨＴＴＰ ＤＮＳ応答を受信し、前記第１ＨＴＴＰ ＤＮＳ応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）は、前記グローバルサーバロードバラシングが前記エッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき、決定したものである。
好適な実現形態において、前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致するか、または目的アドレスがグローバルサーバロードバラシングのＩＰアドレスであると、取得モジュールは具体的に、
前記ドメイン名要求の要求状態がＤＮＳ要求であると、前記ドメイン名要求を解析し、前記ドメイン名要求におけるドメイン名を取得し、解析されたドメイン名要求を第２ＨＴＴＰ ＤＮＳ要求として改めてパッケージングし、
改めてパッケージングされた第２ＨＴＴＰ ＤＮＳ要求を前記グローバルサーバロードバラシングに送信する。
好適な実現形態において、送信モジュールは具体的に、
前記ドメイン名要求の要求状態がＤＮＳ要求であると、ＤＮＳ応答を返信し、
前記ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、第２ＨＴＴＰ ＤＮＳ応答を返信する。
好適な実現形態において、前記ユーザープレーン機能、前記エッジクラウドゲートウェイ及び前記グローバルサーバロードバラシングはそれぞれ異なる事前設定規則に対応し、前記事前設定規則は業務加速のルーティング設定を表徴する。
好適な実現形態において、前記ユーザープレーン機能は第１事前設定規則に対応し、前記第１事前設定規則は少なくとも、ドメイン名がプリセット業務加速ドメイン名であるドメイン名要求は、エッジクラウドゲートウェイに転送すること、或いは、目的アドレスがグローバルサーバロードバラシングのＩＰアドレスであるドメイン名要求は、エッジクラウドゲートウェイに転送すること、或いは、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求は、エッジクラウドゲートウェイに転送されることを含み、
前記エッジクラウドゲートウェイは第２事前設定規則に対応し、前記第２事前設定規則は少なくともプリセットルートポリシーを含み、
前記グローバルサーバロードバラシングは第３事前設定規則に対応し、前記第３事前設定規則は少なくとも、ソースアドレスがエッジクラウドゲートウェイのＩＰアドレスであるＨＴＴＰ ＤＮＳ要求に対して、ＨＴＴＰ ＤＮＳ要求におけるエッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき、対応するエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を返信することを含む。
好適な実現形態において、前記ユーザープレーン機能は第４事前設定規則に対応し、前記第４事前設定規則は少なくとも、プロトコルポート情報がプリセットプロトコルポート要求に合致するドメイン名要求は、エッジクラウドゲートウェイに転送すること、或いは、目的アドレスがグローバルサーバロードバラシングのＩＰアドレスであるドメイン名要求は、エッジクラウドゲートウェイに転送すること、或いは、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求は、エッジクラウドゲートウェイに転送することを含み、
前記エッジクラウドゲートウェイは第５事前設定規則に対応し、前記第５事前設定規則は少なくともプリセットルートポリシーを含むとともに、ＤＮＳ要求に対する解析能力を具備する。
好適な実現形態において、前記第１事前設定規則、前記第２事前設定規則、前記第４事前設定規則または前記第５事前設定規則は設置されたエッジコントローラにより配置されるか、またはロカールに配置され、
前記エッジコントローラは、前記システムにおけるコアネットワークのクラウドセンターに設けられるとともに、エッジクラウドゲートウェイ及びユーザープレーン機能とそれぞれ通信接続する。
他の態様によれば、本出願の実施例はモバイルエッジコンピューティングノードの選択システムを提供し、少なくともユーザープレーン機能、エッジクラウドゲートウェイ及びグローバルサーバロードバラシングを含み、具体的に、
前記ユーザープレーン機能は、端末から送信されるドメイン名要求を受信し、前記ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であるか、または目的アドレスがグローバルサーバロードバラシングのＩＰアドレスであると決定し、或いは、前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致すると決定した場合、前記ドメイン名要求を前記エッジクラウドゲートウェイに転送し、
前記エッジクラウドゲートウェイは、前記ドメイン名要求に基づき、前記グローバルサーバロードバラシングから、対応するエッジアプリケーションバーチャルネットワークの間の互いに接続されたエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得し、
前記ユーザープレーン機能を介して前記端末にドメイン名応答を返信し、前記ドメイン名応答には少なくとも前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、
前記ユーザープレーン機能により転送される業務要求を受信し、前記業務要求は、前記ユーザープレーン機能が前記端末から送信される業務要求における目的アドレスが前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）であると解析した場合に転送され、
前記業務要求及びプリセットルートポリシーに基づき、対応するＭＥＣ処理サーバを決定し、前記業務要求を前記対応するＭＥＣ処理サーバにルートする。
本出願の他の実施例は電子機器を提供し、メモリ、プロセッサ及びメモリに記憶されるとともにプロセッサで実行可能なコンピュータプログラムを含み、前記プロセッサは前記プログラムを実行する際、以上の態様のモバイルエッジコンピューティングノードの選択方法を実行する。
他方の態様によれば、本出願の実施例は記憶媒体を提供し、前記記憶媒体はコンピュータプログラムを記憶し、前記コンピュータプログラムは以上の態様のモバイルエッジコンピューティングノードの選択方法を実行する。
他方の態様によれば、本出願の実施例は命令を含むコンピュータプログラム製品を提供し、コンピュータで実行される際、前記コンピュータに以上の態様のモバイルエッジコンピューティングノードの選択方法を実行させる。
本出願の実施例が提供する技術案は少なくとも以下の有益な効果を含み、
モバイルエッジコンピューティングノードの選択方法を提供し、エッジクラウドゲートウェイにより実行され、エッジクラウドゲートウェイはモバイルエッジコンピューティングノードの選択システムに設けられ、当該システムは少なくともユーザープレーン機能、エッジクラウドゲートウェイ、及びグローバルサーバロードバラシングを含み、端末から送信されるドメイン名要求に対して、当該ドメイン名要求はＤＮＳ要求またはＨＴＴＰ ＤＮＳ要求であってもよく、ユーザープレーン機能は当該ドメイン名要求に対して分析処理を行って、業務加速を必要とする場合、エッジクラウドゲートウェイに転送し、さらに、エッジクラウドゲートウェイにより処理し、グローバルサーバロードバラシングからエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得し、ユーザープレーン機能を介して、エッジアプリケーションバーチャルＩＰ（ＶＩＰ）を端末に送信することで、端末は目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求を送信し、当該端末の業務要求を対応するＭＥＣ処理サーバにルートし、このように、エッジクラウドゲートウェイを追加し、従来のネットワークフローを改良することで、ＤＮＳ及びＨＴＴＰ ＤＮＳアドレッシングシーンを両立でき、適用シーンがより柔軟になり、モバイルエッジコンピューティングノードの選択メカニズムを実現し、５Ｇ移動通信ネットワークに対するＭＥＣノード選択の解決策という問題を解决し、エッジコンピューティングノードを近くて選択し、エッジ加速という目的を実現する。
関連技術におけるＣＤＮスケジューリングの方法フローの概略図である。 本出願の実施例における、モバイルエッジコンピューティングノードの選択システムのアーキテクチャ概略図である。 本出願の実施例における、モバイルエッジコンピューティングノードの選択方法のフローチャートである。 本出願の実施例における、モバイルエッジコンピューティングノードの選択方法のインタラクションフローチャートである。 本出願の実施例の他のモバイルエッジコンピューティングノードの選択方法のインタラクションフローチャートである。 本出願の実施例におけるモバイルエッジコンピューティングノードの選択装置の構成概略図である。 本出願の実施例における電子機器の構成概略図である。
以下、本出願の実施例の図面を結合し、本出願の実施例の技術案を明らか且つ完全に説明し、明らかに、説明する実施例は全ての実施例ではなく、本出願の一部の実施例に過ぎない。本出願の実施例に基づき、当業者が進歩性に値する労働をしない前提で取得した他の全ての実施例は、いずれも本出願の保護範囲に属する。
コンテンツデリバリネットワーク（Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ、ＣＤＮ）の基本的な考えは、インターネットで、データ伝送速度と安定性に影響する恐れがあるボトルネック及びリンクをなるべく避けることで、コンテンツをより早く、より安定に伝送し、ＣＤＮは、近くでアクセスして、加速することを目的とする。
ドメイン名システム（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ、ＤＮＳ）は、ドメイン名とネットワークとの間の、互いに接続されたプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）アドレスを互いにマッピングできる分散型データベースとして、ユーザーに、より便利にインターネットにアクセスさせ、マシンにより直接に読み取られるＩＰアドレスデータストリングを覚える必要がない。
ユーザープレーン機能（Ｕｓｅｒ ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ、ＵＰＦ）は、ユーザープレーンの処理を担当する。
グローバルサーバロードバラシング（Ｇｌｏｂａｌ Ｓｅｒｖｅｒ Ｌｏａｄ Ｂａｌａｎｃｅ、ＧＳＬＢ）は、広域ネットワークでの異なる地域のサーバの間のトラフィック配分を実現し、ユーザーの要求を最も近いノード（またはエリア）にダイレクトすることで、アクセス品質を確保する。
ＭＥＣは、５Ｇ進化に基づくアーキテクチャであり、モバイルアクセスネットワークとインターネット業務とを深く融合させた技術であり、無線アクセスネットワークを利用して、電気通信ユーザーインターネット技術（Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ、ＩＴ）の必要なサービス及びクラウドコンピューティング機能を近くて提供し、ハイパフォーマンス、低遅延、及び高帯域幅を具備する電気通信レベルサービス環境を創造し、ネットワークにおける各項コンテンツ、サービス及びアプリケーションの高速ダウンロードを加速させ、消費者に途切れない高品質のネットワークエクスペリエンスを享有させる。
バーチャルＩＰ（Ｖｉｒｔｕａｌ ＩＰ、ＶＩＰ）は、特定のコンピュータまたはコンピュータにおけるネットワークインターフェースカードに接続されないＩＰアドレスであり、データパケットは当該ＶＩＰアドレスに送信されるが、全てのデータは実のネットワークインターフェースを経由する。
エッジアプリケーションバーチャルＩＰ（ＶＩＰ）は、エッジルームにあり、アプリケーションにロカール加速のバーチャルＩＰを提供することを示す。
現在、５Ｇ移動通信ネットワークは徐々に発展して、通信業務処理及び伝送レートに対する要求がより高くなり、ＭＥＣはモバイルアクセスネットワークを利用してコンピューティング、記憶、処理などの能力を近くて提供し、遅延を減少させることができるが、如何にモバイル端末を自分に最も近いＭＥＣノードにスケジューリングするかということは、解决しようとする問題であり、５Ｇは先端技術であるため、関連研究は少なくて、５Ｇ移動通信ネットワークで、如何にＭＥＣノードを選択するかということに対する関連解決策がまだ存在しない。
また、関連技術において、伝統のＤＮＳアドレッシングメカニズムは、対応するＩＰアドレスを決定し、データを伝送し、類似するように、図１を参照し、関連技術におけるＣＤＮスケジューリングの方法フローの概略図であり、以下のステップを含み、
ステップ１：端末は、ロカールＤＮＳ（ｌｏｃａｌ ＤＮＳ）にＤＮＳ要求を送信する。
ステップ２：ロカールＤＮＳは、ＧＳＬＢにＤＮＳ再帰クエリを要求する。
ステップ３：ＧＳＬＢは、ロカールＤＮＳに最適なアクセスＩＰアドレスを返信するとともに、ロカールＤＮＳは当該ＩＰアドレスをキャッシュする。
ステップ４：ロカールＤＮＳは、最適なＩＰアドレスを端末に送信する。
ステップ５：端末は、ＣＤＮノードに業務要求を送信する。
なお、当該ＣＤＮノードは、エッジノード（Ｏｕｔｅｒ Ｃｅｎｔｅｒ、ＯＣ）である。
ステップ６：ＣＮＤノードは、内部ルーティングに基づき、中間ソースＣＤＮノードに転送される。
ステップ７：中間ソースＣＤＮノードは、業務要求を業務ソースＣＤＮノードに転送する。
ステップ８：業務ソースＣＤＮノードは、中間ソースＣＤＮノードに要求されたデータを返信する。
ステップ９：ＣＤＮノードは、中間ソースＣＤＮノードからデータを取得し、キャッシュする。
ステップ１０：端末は、ＣＤＮノードからデータを取得する。
関連技術において、このようなスケジューリング方式はオペレータにより割り当てられたＩＰアドレスにより端末が所在する位置を位置決めし、それを最も近いＣＤＮノードにスケジューリングするが、ＩＰ位置決め技術に大きいずれが存在し、精度が低く、省レベルにしか達しない可能性があり、当該エリアのモバイルエッジコンピューティングノードは多いため、モバイルエッジコンピューティングノードの精度要求を満たすことができず、即ち、最も近いＭＥＣノードへのスケジューリングを実現できない。
従って、本出願の実施例において、主に５Ｇ移動通信ネットワークに対して、モバイルエッジコンピューティングノードの選択方法を提出し、標準ＤＮＳ及びハイパーテキストトランスファープロトコル（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ、ＨＴＴＰ）ＤＮＳを両立でき、端末は標準ＤＮＳ及びＨＴＴＰ ＤＮＳアドレッシング過程を応用し、端末アプリケーションに感知がない前提で、既存のネットワークフローを改良し、エッジコンピューティングノードに近くてアクセスすることを実現し、業務加速という目的に達する。
図２を参照し、本出願の実施例におけるモバイルエッジコンピューティングノードの選択システムのアーキテクチャ図であり、少なくともＵＰＦ２００、エッジクラウドゲートウェイ２１０、ＧＳＬＢ２２０、及びエッジコントローラ２３０を含む。
なお、本出願の実施例において、ネットワークアーキテクチャの配置で、データ経路はオペレータコアネットワークのセンタークラウドとエッジクラウドとを接続でき、データをエッジコンピューティングノードにルートするために、エッジクラウドゲートウェイ２１０及びエッジコントローラ２３０を追加する。エッジクラウドゲートウェイ２１０は、ＭＥＣノード側またはエッジデータセンター（Ｄａｔａ Ｃｅｎｔｅｒ、ＤＣ）側に設けられ、エッジコントローラ２３０は、コアネットワークのセンタークラウドに設けられ、エッジクラウドゲートウェイ２１０及びＵＰＦ２００とそれぞれ通信接続し、ＧＳＬＢ２２０もコアネットワークのセンタークラウド側に配置され、エッジコントローラ２３０と並列する機器であり、ＵＰＦ２００、エッジクラウドゲートウェイ２１０及びＧＳＬＢ２２０はそれぞれ異なる事前設定規則に対応し、事前設定規則は業務加速のルーティング設定を表徴する。
１）エッジコントローラ２３０は、主にグローバル業務トラフィックのスケジューリングを担当し、業務トラフィックをエッジクラウドゲートウェイ２１０にスケジューリングするように制御した後、エッジクラウドゲートウェイ２１０により、そのロカールの具体的なＭＥＣ処理サーバにスケジューリングし、以下のステップを含み、
ａ、オペレータ能力オープニングプラットフォームとドッキングし、エッジ業務を配置する場合、ＵＰＦ２００及びエッジクラウドゲートウェイ２１０に対して事前設定を行う。
具体的に、エッジコントローラ２３０は、ＵＰＦ２００の第１事前設定規則、第４事前設定規則、及びエッジクラウドゲートウェイ２１０の第２事前設定規則、第５事前設定規則をそれぞれ配置する。上記の配置規則について、後続の実施例において詳細に紹介する。
例えば、図２に示すように、エッジコントローラ２３０は、オペレータ能力オープニングプラットフォーム、オペレータ５Ｇコアネットワークにより、ＵＰＦ２００に対する事前設定を実現できる。
ｂ、オペレータ５Ｇコアネットワーク側からユーザーの位置情報を動的に収集し、各ホスティング業務に対して、エッジコンピューティングノードを近くて選択し、各ホスティング業務は、５Ｇ移動通信ネットワークにおいて、エッジコンピューティング必要がある業務であり、即ち、業務加速を必要とする業務である。
ｃ、ＩａａＳ （Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）、またはＰａａＳ（Ｐｌａｔｆｏｒｍ－ａｓ－ａ－Ｓｅｒｖｉｃｅ）コントローラとドッキングし、エッジＤＣリソースに対する制御を完成する。
ＩａａＳ及びＰａａＳは、図２に図示されていないが、実際に、エッジクラウドゲートウェイ２１０とエッジコントローラ２３０との間に位置してもよく、主に、エッジコントローラ２３０はＩａａＳ及びＰａａＳによりエッジクラウドゲートウェイ２１０のロード状態を監視し、エッジクラウドゲートウェイ２１０のロードスケジューリングを制御する。
２）ＧＳＬＢ２２０：エッジ業務を配置する場合、ＧＳＬＢ２２０に対しても事前設定を行う必要があり、具体的に、ＧＳＬＢ２２０は第３事前設定規則に対応し、第３事前設定規則は少なくとも以下を含み、
ａ、ソースアドレスがエッジクラウドゲートウェイ２１０のＩＰアドレスであるＨＴＴＰ ＤＮＳ要求に対して、ＨＴＴＰ ＤＮＳ要求におけるエッジクラウドゲートウェイ２１０のＩＰアドレス及び業務加速ドメイン名に基づき、対応するエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を返信する。
例えば、ＧＳＬＢ２２０は、エッジクラウドゲートウェイ２１０から送信される第２ＨＴＴＰ ＤＮＳ要求を受信した場合、エッジクラウドゲートウェイ２１０に第１ＨＴＴＰ ＤＮＳ応答を返信し、第２ＨＴＴＰ ＤＮＳ要求には少なくとも業務加速ドメイン名、ソースアドレス、及び目的アドレスが含まれ、ソースアドレスはエッジクラウドゲートウェイ２１０のＩＰアドレスであり、目的アドレスはＧＳＬＢ２２０のＩＰアドレスであり、第１ＨＴＴＰ ＤＮＳ応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、エッジアプリケーションバーチャルＩＰ（ＶＩＰ）は、ＧＳＬＢ２２０がエッジクラウドゲートウェイ２１０のＩＰアドレス及び業務加速ドメイン名に基づき決定したものである。
ｂ、ＧＳＬＢ２２０に対して、人為的に介入方式を追加してもよく、ＨＴＴＰ ＤＮＳ要求における異なるソースアドレスに対して、配置されたＩＰアドレスを返信する。
３）ＵＰＦ２００：本出願の実施例において、ＵＰＦ２００に対して事前設定を行う必要があり、事前設定機能は業務加速のルーティング設定を表徴し、ＵＰＦ２００はルーティング設定機能を提供する必要があり、ＵＰＦ２００は第１事前設定規則または第４事前設定規則に対応する。
第１事前設定規則は少なくとも以下を含み、
ａ、ドメイン名がプリセット業務加速ドメイン名であるドメイン名要求は、エッジクラウドゲートウェイ２１０に転送される。
本出願の実施例において、端末が送信するドメイン名要求は、標準のＤＮＳ要求または第１ＨＴＴＰ ＤＮＳ要求であってもよく、本出願の実施例は限定しない。
当該規則は主に、要求状態がＤＮＳ要求であるドメイン名要求を対象とし、ＵＰＦ２００はＤＮＳ要求を解析し、ＤＮＳ要求におけるドメイン名をチェックし、即ち、第１事前設定規則において、ＵＰＦ２００はＤＮＳ要求に対する解析機能を具備し、当該ＤＮＳ要求におけるドメイン名をチェックすることで、エッジクラウドゲートウェイ２１０に転送することができる。
ｂ、目的アドレスがＧＳＬＢ２２０のＩＰアドレスであるドメイン名要求は、エッジクラウドゲートウェイ２１０に転送される。
ＵＰＦ２００の第１事前設定規則において、ａ及びｂは端末から送信されるドメイン名要求を対象とし、ＵＰＦ２００は端末から送信されるドメイン名要求を受信した後、要求状態がＤＮＳ要求であるドメイン名要求に対して、ＤＮＳ要求を解析し、ドメイン名をチェックするか、または、要求状態が第１ＨＴＴＰ ＤＮＳ要求であるドメイン名要求に対して、目的アドレスをチェックする。
具体的に、ＵＰＦ２００は、端末から送信されるドメイン名要求を受信し、ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であるか、または、目的アドレスがＧＳＬＢ２２０のＩＰアドレスであると決定した場合、ドメイン名要求をエッジクラウドゲートウェイ２１０に転送する。
ｃ、目的アドレスがエッジアプリケーションＶＩＰである業務要求は、エッジクラウドゲートウェイ２１０に転送される。
具体的に、ＵＰＦ２００は、端末から送信される業務要求を受信し、業務要求における目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）であると決定した場合、業務要求をエッジクラウドゲートウェイ２１０に転送する。
第４事前設定規則は少なくとも以下を含み、
ａ、プロトコルポート情報がプリセットプロトコルポート要求に合致するドメイン名要求は、エッジクラウドゲートウェイ２１０に転送される。
本出願の実施例において、第４事前設定規則では、ＵＰＦ２００はＤＮＳ要求のドメイン名要求に対する解析機能を具備せず、主にエッジクラウドゲートウェイ２１０により解析し、従って、第４事前設定規則では、ＵＰＦ２００は端末から送信されるドメイン名要求を受信した後、そのプロトコルポート情報または目的アドレスのみをチェックしてもよい。
プロトコルポート情報に対するチェックは、主に要求状態がＤＮＳ要求であるドメイン名要求を対象とし、ＤＮＳ要求のプロトコルポート情報をチェックし、例えば、プリセットプロトコルポート要求はユーザデータグラムプロトコル（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ、ＵＤＰ）ポート（ｐｏｒｔ）５３であり、プロトコルポート情報がＵＤＰ ｐｏｒｔ ５３であると決定した場合、当該ドメイン名要求がＤＮＳ要求であることを示し、エッジクラウドゲートウェイ２１０に転送し、後続でエッジクラウドゲートウェイ２１０に、対応するＤＮＳ要求に対する解析能力を実行させ、ドメイン名を取得し、加速を必要かどうかを判定する。
ｂ、目的アドレスがＧＳＬＢ２２０のＩＰアドレスであるドメイン名要求は、エッジクラウドゲートウェイ２１０に転送される。
具体的に、ＵＰＦ２００は、端末から送信されるドメイン名要求を受信し、ドメイン名要求におけるプロトコルポート情報がプリセットプロトコルポート要求に合致するか、または目的アドレスがＧＳＬＢ２２０のＩＰアドレスであると決定した場合、ドメイン名要求をエッジクラウドゲートウェイ２１０に転送する。
ｃ、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求は、エッジクラウドゲートウェイ２１０に転送される。
なお、第１事前設定規則または第４事前設定規則は、設置されたエッジコントローラ２３０により配置されるか、またはロカールに配置され、つまり、ＵＰＦ２００はエッジコントローラ２３０により統一に配置管理できるだけではなく、さらに、ロカール配置によりロードされてもよく、本出願の実施例は限定しない。
４）エッジクラウドゲートウェイ２１０は、主に、ロカールトラフィック、即ち担当地域範囲内のトラフィックのスマートスケジューリング、ロードバランシング、統計分析などに用いられ、業務トラフィックを具体的なＭＥＣ処理サーバにスケジューリングする。 本出願の実施例において、エッジ業務を配置する場合、エッジクラウドゲートウェイ２１０に対しても事前設定を行う必要があり、具体的に、エッジクラウドゲートウェイ２１０は第２事前設定規則または第５事前設定規則に対応する。
第２事前設定規則は、少なくともプリセットルートポリシーを含む。
例えば、プリセットルートポリシーは、ＩＰ５タプル情報に基づきルートを行って、例えば、一般的に、ＩＰクインタプルにはソースＩＰアドレス、目的ＩＰアドレス、プロトコル番号、ソースポート及び目的ポートが含まれ、ロードバランシングアルゴリズムに基づき、ルートを行ってもよく、例えばロードバランシングアルゴリズムはソースアドレスハッシュアルゴリズムであり、ソースＩＰアドレスに対してハッシュ計算を行って、ハッシュ計算を介して１つのハッシュ値を取得し、当該ハッシュ値及びＭＥＣ処理サーバリストの配置規則に基づき、対応するＭＥＣ処理サーバを決定し、対応するＭＥＣ処理サーバに転送し、処理する。
また例えば、プリセットルートポリシーは、ユニフォームリソースロケータ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ、ＵＲＬ）情報に基づきルートを行うことであり、例えば、業務要求におけるドメイン名要求業務のタイプ、及び各ＭＥＣ処理サーバに記憶される特定ドメイン名、またはリソースタイプに基づき、例えば、特定ドメイン名、またはリソースタイプは処理ピクチャまたはビデオ業務タイプを表徴し、業務要求を、対応する業務タイプを処理するためのＭＥＣ処理サーバに転送する。
具体的なルートポリシーに対して、本出願の実施例は限定せず、実際のニーズ及び状況に基づき選択し使用すればよい。
第５事前設定規則は、少なくともプリセットルートポリシーを含むとともに、ＤＮＳ要求に対する解析能力を具備する。
即ち、エッジクラウドゲートウェイ２１０の２つの事前設定規則として、第２事前設定規則に比べて、第５事前設定規則は、エッジクラウドゲートウェイ２１０に標準ＤＮＳ要求に対する解析能力を具備させ、ＤＮＳメッセージを解析でき、携帯のドメイン名を取得し、さらに、対応する第２ＨＴＴＰ ＤＮＳ要求として改めてパッケージングすることができる。
なお、第２事前設定規則または第５事前設定要求は設置されたエッジコントローラ２３０により配置されるか、またはロカールに配置され、つまり、エッジクラウドゲートウェイ２１０はエッジコントローラ２３０により統一に配置管理できるだけではなく、さらに、ロカール配置によりロードされてもよく、本出願の実施例は限定しない。
なお、エッジクラウドゲートウェイ２１０の事前設定規則は、ＵＰＦ２００の事前設定規則に対応し、ＵＰＦ２００は端末から送信されるドメイン名要求を受信した後、対応する第１事前設定規則に基づき、対応する動作を実行し、即ち、ドメイン名または目的アドレスを解析し、さらにエッジクラウドゲートウェイ２１０に転送すると、エッジクラウドゲートウェイ２１０は第２事前設定規則に基づき、対応する動作を実行し、直接的にドメイン名などの情報に基づき、第２ＨＴＴＰ ＤＮＳ要求としてパッケージングし、ＧＳＬＢ２２０に送信できる。ＵＰＦ２００は、第４事前設定規則に基づき、対応する動作を実行し、即ち、解析しなく、プロトコルポート情報または目的アドレスのみをチェックし、さらに、エッジクラウドゲートウェイ２１０に転送すると、エッジクラウドゲートウェイ２１０は第５事前設定規則に基づき、対応する動作を実行し、ＤＮＳ要求であれば、解析してから、第２ＨＴＴＰ ＤＮＳ要求としてパッケージングし、ＧＳＬＢ２２０に送信し、この２つの実施形態について、本出願の実施例は限定しない。
具体的に、エッジクラウドゲートウェイ２１０は、
Ｓ１、ドメイン名要求に基づき、ＧＳＬＢ２２０から対応するエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得する。
エッジクラウドゲートウェイ２１０はさらに、ドメイン名要求の要求状態を記録し、要求状態はＤＮＳ要求または第１ＨＴＴＰ ＤＮＳ要求を表徴する。
即ち、本出願の実施例において、標準ＤＮＳまたは第１ＨＴＴＰ ＤＮＳ要求を介してオリジナルドメイン名に対するドメイン名要求をトリガーするように、端末を支持でき、目的アドレスはＧＳＬＢ２２０のＩＰアドレスである。
Ｓ１を実行する際、エッジクラウドゲートウェイ２１０は具体的に、
Ｓ１.１、ドメイン名要求に基づき、ＧＳＬＢ２２０に第２ＨＴＴＰ ＤＮＳ要求を送信し、第２ＨＴＴＰ ＤＮＳ要求には少なくとも業務加速ドメイン名、ソースアドレス、及び目的アドレスが含まれ、ソースアドレスがエッジクラウドゲートウェイ２１０のＩＰアドレスであり、目的アドレスがＧＳＬＢ２２０のＩＰアドレスである。
具体的に、ステップＳ１.１を実行する際、２つの状況があり得て、
第１の状況：ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であるか、または目的アドレスはＧＳＬＢ２２０のＩＰアドレスである。
即ち、ＵＰＦ２００の事前設定規則は第１事前設定規則であり、ＵＰＦ２００は、要求状態がＤＮＳ要求であるドメイン名要求を解析し、ＤＮＳ要求におけるドメイン名を取得し、そうすれば、端末から送信されるドメイン名要求がＤＮＳ要求であるか、それとも第１ＨＴＴＰ ＤＮＳ要求であるかに関わらず、エッジクラウドゲートウェイ２１０はＵＰＦ２００から送信されるドメイン名要求を受信した後、具体的に、ドメイン名要求に基づき、自分のＩＰアドレスを改めてソースアドレスとし、第２ＨＴＴＰ ＤＮＳとしてパッケージングし、ＧＳＬＢ２２０に転送する。
即ち、第１の状況は、ＵＰＦ２００に対応する第１事前設定規則を対象とし、ＵＰＦ２００はＤＮＳ要求に対する解析能力を具備し、エッジクラウドゲートウェイ２１０は第２事前設定規則に対応し、即ち、エッジクラウドゲートウェイ２１０はドメイン名要求を受信した後、ＤＮＳ要求であるドメイン名要求を解析しない。
第２の状況：ドメイン名要求におけるプロトコルポート情報は、プリセットプロトコルポート要求に合致するか、または目的アドレスはＧＳＬＢ２２０のＩＰアドレスである。
エッジクラウドゲートウェイ２１０は具体的に、ドメイン名要求の要求状態がＤＮＳ要求であると、当該ドメイン名要求を解析し、ドメイン名要求におけるドメイン名を取得し、解析されたドメイン名要求を改めて第２ＨＴＴＰ ＤＮＳ要求としてパッケージングし、改めてパッケージングされた第２ＨＴＴＰ ＤＮＳ要求をＧＳＬＢ２２０に送信する。
即ち、第２の状況はＵＰＦ２００に対応する第４事前設定規則を対象とし、ＵＰＦ２００はＤＮＳ要求に対する解析能力を具備せず、ドメイン名要求をエッジクラウドゲートウェイ２１０に送信した後、エッジクラウドゲートウェイ２１０は第５事前設定規則に対応し、エッジクラウドゲートウェイ２１０はＤＮＳ要求に対する解析能力を具備し、要求状態がＤＮＳ要求であるドメイン名要求を解析し、改めて第２ＨＴＴＰ ＤＮＳ要求としてパッケージングし、ＧＳＬＢ２２０に送信する。
また、ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、エッジクラウドゲートウェイ２１０は解析する必要がないが、改めてパッケージングしなければならなく、例えば、ソースアドレスを自分のＩＰアドレスに修正してから、ＧＳＬＢ２２０に送信する。
Ｓ１.２、ＧＳＬＢ２２０から返信される第１ＨＴＴＰ ＤＮＳ応答を受信し、第１ＨＴＴＰ ＤＮＳ応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、エッジアプリケーションバーチャルＩＰ（ＶＩＰ）はＧＳＬＢ２２０がエッジクラウドゲートウェイ２１０のＩＰアドレス及び業務加速ドメイン名に基づき決定するものである。
Ｓ２、ＵＰＦ２００により端末にドメイン名応答を返信し、ドメイン名応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれる。
ステップＳ２を実行する際、エッジクラウドゲートウェイ２１０は具体的に、
ドメイン名要求の要求状態がＤＮＳ要求であると、ＤＮＳ応答を返信し、
ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、第２ＨＴＴＰ ＤＮＳ応答を返信する。
本出願の実施例において、エッジクラウドゲートウェイ２１０はＧＳＬＢ２２０から返信される第１ＨＴＴＰ ＤＮＳ応答を受信した後、端末から送信されるドメイン名要求の要求状態に基づき、ＵＰＦ２００を介して対応する応答パケットを端末に返信し、即ち、端末から送信される要求状態がＤＮＳ要求であると、標準ＤＮＳ応答パケットとしてパッケージングされ、ＵＰＦ２００に返信され、端末から送信される要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、第２ＨＴＴＰ ＤＮＳ応答パケットとしてパッケージングされ、ＵＰＦ２００に返信されてため、ＵＰＦ２００は受信した応答パケットを端末に送信する。
Ｓ３、ＵＰＦ２００により転送される業務要求を受信し、業務要求は、ＵＰＦ２００が端末から送信される業務要求における目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）であると解析した際に転送される。
Ｓ４、業務要求及びプリセットルートポリシーに基づき、対応するＭＥＣ処理サーバを決定し、業務要求を対応するＭＥＣ処理サーバにルートする。
このように、本出願の実施例において、標準ＤＮＳ及びＨＴＴＰ ＤＮＳアドレッシングメカニズムを両立でき、エッジクラウドゲートウェイ及びエッジコントローラを追加し、端末は標準ＤＮＳ要求または第１ＨＴＴＰ ＤＮＳ要求を介して、オリジナルドメイン名に対するドメイン名要求をトリガーし、業務加速を必要とするドメイン名要求はエッジクラウドゲートウェイに転送する。端末から送信されるドメイン名要求がＤＮＳ要求であると、ＤＮＳ要求を解析するようにＵＰＦを配置してもよく、または、ＤＮＳ要求に対する解析能力を具備するようにエッジクラウドゲートウェイを配置してもよく、さらに、エッジクラウドゲートウェイは処理でき、ＧＳＬＢからエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得し、ＵＰＦを介してエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を端末に送信することで、端末はエッジアプリケーションバーチャルＩＰ（ＶＩＰ）に基づき、業務要求を送信し、端末の業務要求を具体的なＭＥＣ処理サーバにルートする。エッジクラウドゲートウェイがより端末に近接し、エッジクラウドゲートウェイを介して、オリジナルのＤＮＳ要求をＨＴＴＰ ＤＮＳ要求に変換でき、ロカールＤＮＳをバイパスでき、アクセスフローを簡略化し、従って、処理レートがより速くなり、遅延を減少させることができ、ＤＮＳまたはＨＴＴＰ ＤＮＳアドレッシングシーンに適用でき、エッジコンピューティングノードを近くて正確に選択し、エッジ加速という目的を実現する。また、従来技術の枠組みで、インターネットを介して、ユーザーに各種のアプリケーションサービス（Ｏｖｅｒ Ｔｈｅ Ｔｏｐ、ＯＴＴ）業務を提供することは、スムーズアクセスエッジコンピューティングノードを改良する必要がなく、ユーザーに感知がなく、実現の簡便性及びユーザーエクスペリエンスを向上させる。
上記の実施例の図２に示すシステムのアーキテクチャ図に基づき、図３を参照し、本出願の実施例における、モバイルエッジコンピューティングノードの選択方法のフローチャートであり、主にエッジクラウドゲートウェイに適用され、当該方法は以下のステップを含み、
ステップ３００：エッジクラウドゲートウェイは、ユーザープレーン機能により転送されるドメイン名要求を受信する。
ドメイン名要求は、ユーザープレーン機能が端末から送信されるドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であるか、または目的アドレスがグローバルサーバロードバラシングのＩＰアドレスであると解析した際に転送されるか、或いは、ドメイン名要求は、ユーザープレーン機能が端末から送信されるドメイン名要求におけるプロトコルポート情報がプリセットプロトコルポート要求に合致するか、または目的アドレスがグローバルサーバロードバラシングのＩＰアドレスであると決定した際に転送される。
また、ドメイン名要求の要求状態を記録するステップを含み、要求状態はＤＮＳ要求または第１ＨＴＴＰ ＤＮＳ要求を表徴する。
本出願の実施例において、端末から送信されるドメイン名要求を、エッジクラウドゲートウェイに転送する際、ＵＰＦとエッジクラウドゲートウェイとの異なる配置規則に基づき、２つの可能な実施形態を提供し、具体的に、
第１の実施形態：ＵＰＦは第１事前設定規則に対応し、エッジクラウドゲートウェイは第２事前設定規則に対応し、ＧＳＬＢは第３事前設定規則に対応し、即ち、ＵＰＦに、ＤＮＳ要求に対する解析能力を具備させ、そうすれば、
ＵＰＦは端末から送信されるドメイン名要求を受信し、ドメイン名要求の要求状態がＤＮＳ要求であると、端末から送信されるドメイン名要求を解析し、ドメイン名がプリセット業務加速ドメイン名であると決定した場合、エッジクラウドゲートウェイに転送し、ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、当該ドメイン名要求の目的アドレスがＧＳＬＢのＩＰアドレスであると決定した場合、エッジクラウドゲートウェイに転送する。
第２の実施形態：ＵＰＦは第４事前設定規則に対応し、エッジクラウドゲートウェイは第５事前設定規則に対応し、ＧＳＬＢは第３事前設定規則に対応し、即ち、エッジクラウドゲートウェイにＤＮＳ要求に対する解析能力を具備させ、そうすれば、
ＵＰＦは端末から送信されるドメイン名要求を受信し、ドメイン名要求の要求状態がＤＮＳ要求であると、ドメイン名要求におけるプロトコルポート情報がプリセットプロトコルポート要求に合致すると決定した場合、エッジクラウドゲートウェイに転送し、ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、当該ドメイン名要求の目的アドレスがＧＳＬＢのＩＰアドレスであると決定した場合、エッジクラウドゲートウェイに転送する。
ステップ３１０：ドメイン名要求に基づき、グローバルサーバロードバラシングから対応するエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得する。
具体的に、ステップ３１０を実行する場合、以下のステップを含み、
Ｓ１、ドメイン名要求に基づき、ＧＳＬＢに第２ＨＴＴＰ ＤＮＳ要求を送信し、第２ＨＴＴＰ ＤＮＳ要求には少なくとも業務加速ドメイン名、ソースアドレス、及び目的アドレスが含まれ、ソースアドレスがエッジクラウドゲートウェイのＩＰアドレスであり、目的アドレスがグローバルサーバロードバラシングのＩＰアドレスである。
ステップ３００で説明した２つの実施形態に基づき、当該Ｓ１を実行する場合、対応して、以下の２つの実施形態を有し、
第１の実施形態：ＵＰＦは第１事前設定規則に対応し、エッジクラウドゲートウェイは第２事前設定規則に対応し、ＧＳＬＢは第３事前設定規則に対応し、即ち、ＵＰＦにＤＮＳ要求に対する解析能力を具備させ、そうすれば、
ドメイン名要求の要求状態がＤＮＳ要求であると、ＵＰＦはＤＮＳ要求に対する解析を完成しており、エッジクラウドゲートウェイに転送し、そうすれば、エッジクラウドゲートウェイは解析されたドメイン名要求を直接的に第２ＨＴＴＰ ＤＮＳ要求として改めてパッケージングし、ＧＳＬＢに第２ＨＴＴＰ ＤＮＳ要求を送信すればよく、ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、エッジクラウドゲートウェイは、ドメイン名要求におけるソースアドレスを、エッジクラウドゲートウェイのＩＰアドレスに修正することで、第２ＨＴＴＰ ＤＮＳ要求を取得し、ＧＳＬＢに転送する。
第２の実施形態：ＵＰＦは第４事前設定規則に対応し、エッジクラウドゲートウェイは第５事前設定規則に対応し、ＧＳＬＢは第３事前設定規則に対応し、即ち、エッジクラウドゲートウェイにＤＮＳ要求に対する解析能力を具備させ、そうすれば、
ドメイン名要求の要求状態がＤＮＳ要求であると、エッジクラウドゲートウェイはドメイン名要求を解析し、ドメイン名要求におけるドメイン名を取得し、解析されたドメイン名要求を第２ＨＴＴＰ ＤＮＳ要求として改めてパッケージングし、改めてパッケージングされた第２ＨＴＴＰ ＤＮＳ要求をグローバルサーバロードバラシングに送信し、ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、エッジクラウドゲートウェイはドメイン名要求におけるソースアドレスを修正することで、第２ＨＴＴＰ ＤＮＳ要求を取得し、ＧＳＬＢに転送する。
Ｓ２、ＧＳＬＢから返信される第１ＨＴＴＰ ＤＮＳ応答を受信し、第１ＨＴＴＰ ＤＮＳ応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、エッジアプリケーションバーチャルＩＰ（ＶＩＰ）は、グローバルサーバロードバラシングがエッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき決定したものである。
ステップ３２０：ユーザープレーン機能により、端末にドメイン名応答を返信し、ドメイン名応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれる。
ステップ３２０を実行する場合、以下の２つの状況に分け、
第１の状況：ドメイン名要求の要求状態がＤＮＳ要求であると、ＤＮＳ応答を返信する。
第２の状況：ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、第２ＨＴＴＰ ＤＮＳ応答を返信する。
ステップ３３０：ユーザープレーン機能により転送される業務要求を受信し、業務要求の目的アドレスはエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である。
この場合、ＵＰＦはその第１事前設定規則または第４事前設定規則において、当該規則を予め配置しており、即ち、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求を、エッジクラウドゲートウェイに転送する。
ステップ３４０：業務要求及びプリセットルートポリシーに基づき、対応するＭＥＣ処理サーバを決定し、業務要求を対応するＭＥＣ処理サーバにルートする。
このように、本出願の実施例において、エッジクラウドゲートウェイを追加し、ＤＮＳ及びＨＴＴＰ ＤＮＳアドレッシングシーンを両立でき、端末のドメイン名要求をエッジクラウドゲートウェイに転送し、エッジクラウドゲートウェイを介して処理し、結果として、端末の業務要求を対応するＭＥＣ処理サーバにルートし、モバイルエッジコンピューティングノードの選択メカニズムを実現し、業務加速という目的を実現し、５Ｇ移動通信ネットワークに対するＭＥＣノード選択方法の問題を解决する。
上記の実施例に基づき、以下は、具体的な適用シーンを利用して説明し、ＵＰＦとエッジクラウドゲートウェイとの異なる事前設定規則に対して、以下は、２つの異なる実施形態を採用して、本出願の実施例におけるモバイルエッジコンピューティングノードの選択方法を説明する。
第１の実施形態：ＵＰＦは第１事前設定規則に対応し、エッジクラウドゲートウェイは第２事前設定規則に対応し、即ち、ＵＰＦがＤＮＳ要求を解析するシーンである。
具体的に、図４を参照し、本出願の実施例におけるモバイルエッジコンピューティングノードの選択方法のインタラクションフローチャートである。
ステップ４００：端末はＵＰＦにドメイン名要求を送信する。
具体的に、端末は標準ＤＮＳまたはＨＴＴＰ ＤＮＳを介してオリジナルドメイン名に対する要求をトリガーし、即ち、端末は伝統のＤＮＳまたはＨＴＴＰ ＤＮＳアドレッシングメカニズムに基づく。
当該ドメイン名要求の要求状態は、ＤＮＳ要求、または第１ＨＴＴＰ ＤＮＳ要求である。
ステップ４０１：ＵＰＦは、端末から送信されるドメイン名要求を受信する。
ステップ４０２：ＵＰＦは、ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であるか、または目的アドレスがＧＳＬＢのＩＰアドレスであると決定した場合、ドメイン名要求をエッジクラウドゲートウェイに転送する。
本出願の実施例において、ＵＰＦに対して第１事前設定規則を配置し、ＵＰＦにＤＮＳ要求に対する解析能力を具備させ、ＵＰＦは対応する第１事前設定規則に基づき、要求状態がＤＮＳ要求であるドメイン名要求に対して、ＤＮＳ要求を解析し、業務加速を必要とするドメイン名であるかどうかを決定し、要求状態が第１ＨＴＴＰ ＤＮＳ要求であるドメイン名要求に対して、目的アドレスをチェックし、目的アドレスがＧＳＬＢのＩＰアドレスであると、業務加速を必要とすると決定し、エッジクラウドゲートウェイに転送する。
ステップ４０３：エッジクラウドゲートウェイは、ＵＰＦにより転送されるドメイン名要求を受信する。
ステップ４０４：エッジクラウドゲートウェイは、ＧＳＬＢに第２ＨＴＴＰ ＤＮＳ要求を送信する。
第２ＨＴＴＰ ＤＮＳ要求には少なくとも業務加速ドメイン名、ソースアドレス、及び目的アドレスが含まれ、ソースアドレスはエッジクラウドゲートウェイのＩＰアドレスであり、目的アドレスはＧＳＬＢのＩＰアドレスである。
また、エッジクラウドゲートウェイは、ドメイン名要求の要求状態を記録する。
即ち、エッジクラウドゲートウェイは自分のＩＰアドレスをソースアドレスとし、ＧＳＬＢに第２ＨＴＴＰ ＤＮＳ要求をトリガーし、このように、要求状態がＤＮＳ要求であるドメイン名要求に対して、エッジクラウドゲートウェイを介して、オリジナルＤＮＳ要求を第２ＨＴＴＰ ＤＮＳ要求に変換し、再び送信する際、ロカールＤＮＳをバイパスし、直接的にＧＳＬＢに送信でき、アクセスフローを簡略化し、要求状態が第１ＨＴＴＰ ＤＮＳ要求であるドメイン名要求に対して、エッジクラウドゲートウェイはソースアドレスを自分のＩＰアドレスに修正し、ＧＳＬＢに第２ＨＴＴＰ ＤＮＳ要求を送信することで、ＧＳＬＢはソースアドレスに基づき、ソースアドレスがエッジクラウドゲートウェイのＩＰアドレスであると決定した場合、対応するように、業務加速のエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を返信する。
ステップ４０５：ＧＳＬＢは、エッジクラウドゲートウェイから送信される第２ＨＴＴＰ ＤＮＳ要求を受信する。
ステップ４０６：ＧＳＬＢは、エッジクラウドゲートウェイに第１ＨＴＴＰ ＤＮＳ応答を返信する。
第１ＨＴＴＰ ＤＮＳ応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、エッジアプリケーションバーチャルＩＰ（ＶＩＰ）は、ＧＳＬＢがエッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき決定したものである。
本出願の実施例において、当該ステップＧＳＬＢは、対応する第３事前設定規則に基づき実現でき、ＧＳＬＢは第２ＨＴＴＰ ＤＮＳ要求におけるソースアドレスがエッジクラウドゲートウェイのＩＰアドレスであり、要求されるドメイン名が業務加速ドメイン名であると決定した場合、エッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に対応する業務配置に基づき、実際のエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を返信するように選択する。
ステップ４０７：エッジクラウドゲートウェイは、ＧＳＬＢから返信される第１ＨＴＴＰ ＤＮＳ応答を受信する。
ステップ４０８：エッジクラウドゲートウェイは、第１ＨＴＴＰ ＤＮＳ応答に基づき、ＵＰＦを介して端末にドメイン名応答を返信する。
ドメイン名応答には、少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれる。
具体的に、以下の２つの状況を有し、
１）ドメイン名要求の要求状態がＤＮＳ要求であると、ＤＮＳ応答を返信する。
２）ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、第２ＨＴＴＰ ＤＮＳ応答を返信する。
ステップ４０９：端末は、エッジクラウドゲートウェイがＵＰＦを介して返信したドメイン名応答を受信する。
ステップ４１０：端末はドメイン名応答に基づき、ＵＰＦに業務要求を送信する。
具体的に、端末はドメイン名応答を受信した後、可以ドメイン名応答におけるエッジアプリケーションバーチャルＩＰ（ＶＩＰ）に基づき、これを目的アドレスとして業務要求をトリガーし、業務要求における目的アドレスはエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である。
ステップ４１１：ＵＰＦは、端末から送信される業務要求を受信する。
ステップ４１２：ＵＰＦは、業務要求の目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）であると決定した場合、業務要求をエッジクラウドゲートウェイに転送する。
ここで、ＵＰＦは対応する第１事前設定規則または第４事前設定規則に基づき、実現でき、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求は、エッジクラウドゲートウェイに転送される。
ステップ４１３：エッジクラウドゲートウェイはＵＰＦにより転送される業務要求を受信し、業務要求及びプリセットルートポリシーに基づき、対応するＭＥＣ処理サーバを決定し、業務要求を対応するＭＥＣ処理サーバにルートする。
このように、本出願の実施例において、主に５Ｇ移動通信ネットワークに対して、モバイルエッジコンピューティングノードの選択のための業務データフローを提出し、ＵＰＦにＤＮＳ要求に対する解析能力を具備させるように配置し、エッジクラウドゲートウェイなどの機器を介して、端末のＤＮＳアドレッシングまたはＨＴＴＰ ＤＮＳアドレッシングシーンに適用でき、業務を最も近いＭＥＣ処理サーバにルートし、精度がより高く、エッジコンピューティングノードに対する選択を実現し、遅延を低減させ、業務加速という目的を実現する。
第２の実施形態：ＵＰＦは第４事前設定規則に対応し、エッジクラウドゲートウェイは第５事前設定規則に対応し、即ち、エッジクラウドゲートウェイがＤＮＳ要求を解析するシーンである。
具体的に、図５を参照し、本出願の実施例におけるモバイルエッジコンピューティングノードの選択方法のインタラクションフローチャートである。
ステップ５００：端末は、ＵＰＦにドメイン名要求を送信する。
当該ドメイン名要求の要求状態は、ＤＮＳ要求、または第１ＨＴＴＰ ＤＮＳ要求である。
ステップ５０１：ＵＰＦは、端末から送信されるドメイン名要求を受信する。
ステップ５０２：ＵＰＦは、ドメイン名要求におけるプロトコルポート情報がプリセットプロトコルポート要求に合致するか、または目的アドレスがＧＳＬＢのＩＰアドレスであると決定した場合、ドメイン名要求をエッジクラウドゲートウェイに転送する。
当該ステップは、ＵＰＦが対応する第４事前設定規則に基づき実現する。
本出願の実施例において、ＵＰＦに対して第４事前設定規則を配置することで、ＵＰＦはＤＮＳ要求を解析せず、ＵＰＦは第４事前設定規則に基づき、要求状態がＤＮＳ要求であるドメイン名要求に対して、そのプロトコルポート情報をチェックし、プリセット要求に合致し、例えば、プロトコルポート情報がＵＤＰ ｐｏｒｔ ５３であると、ＤＮＳ要求であると決定し、エッジクラウドゲートウェイに転送することで、エッジクラウドゲートウェイは対応する第５事前設定規則に基づき、ＤＮＳ要求を解析する。要求状態が第１ＨＴＴＰ ＤＮＳ要求であるドメイン名要求に対して、目的アドレスをチェックし、目的アドレスがＧＳＬＢのＩＰアドレスであると、業務加速を必要とすると決定し、エッジクラウドゲートウェイに転送する。
ステップ５０３：エッジクラウドゲートウェイは、ＵＰＦにより転送されるドメイン名要求を受信する。
ステップ５０４：ドメイン名要求の要求状態がＤＮＳ要求であると、ＧＳＬＢに第２ＨＴＴＰ ＤＮＳ要求を送信する。
ドメイン名要求の要求状態がＤＮＳ要求であると、エッジクラウドゲートウェイは当該ドメイン名要求を解析し、ドメイン名を取得し、解析されたドメイン名要求を第２ＨＴＴＰ ＤＮＳ要求として改めてパッケージングする。
第２ＨＴＴＰ ＤＮＳ要求には少なくとも業務加速ドメイン名、ソースアドレス、及び目的アドレスが含まれ、ソースアドレスはエッジクラウドゲートウェイのＩＰアドレスであり、目的アドレスはＧＳＬＢのＩＰアドレスである。
また、エッジクラウドゲートウェイはドメイン名要求の要求状態を記録する。
ここで、エッジクラウドゲートウェイは配置された第５事前設定規則に対応し、本出願の実施例において、エッジクラウドゲートウェイにＤＮＳ要求に対する解析能力を具備させるように配置し、ドメイン名要求の要求状態がＤＮＳ要求であると、当該ドメイン名要求を解析し、ドメイン名要求におけるドメイン名を取得し、解析されたドメイン名要求を第２ＨＴＴＰ ＤＮＳ要求として改めてパッケージングし、改めてパッケージングされた第２ＨＴＴＰ ＤＮＳ要求をＧＳＬＢに送信する。
ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、直接的に自分のＩＰアドレスをソースアドレスとし、第２ＨＴＴＰ ＤＮＳとしてパッケージングし、ＧＳＬＢに転送する。
ステップ５０５：ＧＳＬＢは、エッジクラウドゲートウェイから送信される第２ＨＴＴＰ ＤＮＳ要求を受信する。
ステップ５０６：ＧＳＬＢは、エッジクラウドゲートウェイに第１ＨＴＴＰ ＤＮＳ応答を返信する。
第１ＨＴＴＰ ＤＮＳ応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、エッジアプリケーションバーチャルＩＰ（ＶＩＰ）は、ＧＳＬＢがエッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき決定したものである。
ここで、ＧＳＬＢは対応する第３事前設定規則に基づき実現できる。
ステップ５０７：エッジクラウドゲートウェイは、ＧＳＬＢから返信される第１ＨＴＴＰ ＤＮＳ応答を受信する。
本出願の実施例において、上記のステップ５０４、ステップ５０７について、エッジクラウドゲートウェイは、伝統のロカールＤＮＳ（ｌｏｃａｌ ＤＮＳ、ＬＤＮＳ） をプロキシするとみなし、ＬＤＮＳ機能を具備してもよい。
ステップ５０８：エッジクラウドゲートウェイは、第１ＨＴＴＰ ＤＮＳ応答に基づき、ＵＰＦを介して端末にドメイン名応答を返信する。
ドメイン名応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれる。
具体的に、以下の２つの状況を有し、
１）ドメイン名要求の要求状態がＤＮＳ要求であると、ＤＮＳ応答を返信する。
２）ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、第２ＨＴＴＰ ＤＮＳ応答を返信する。
ステップ５０９：端末は、エッジクラウドゲートウェイがＵＰＦを介して返信したドメイン名応答を受信する。
ステップ５１０：端末は、ドメイン名応答に基づき、ＵＰＦに業務要求を送信する。
具体的に、端末は、ドメイン名応答を受信した後、ドメイン名応答におけるエッジアプリケーションバーチャルＩＰ（ＶＩＰ）に基づき、これを目的アドレスとして、業務要求をトリガーし、業務要求における目的アドレスはエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である。
ステップ５１１：ＵＰＦは、端末から送信される業務要求を受信する。
ステップ５１２：ＵＰＦは、業務要求の目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）であると決定した場合、業務要求をエッジクラウドゲートウェイに転送する。
ここで、ＵＰＦは対応する第１事前設定規則または第４事前設定規則に基づき、実現でき、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求は、エッジクラウドゲートウェイに転送する。
ステップ５１３：エッジクラウドゲートウェイは、ＵＰＦにより転送される業務要求を受信し、業務要求及びプリセットルートポリシーに基づき、対応するＭＥＣ処理サーバを決定し、業務要求を対応するＭＥＣ処理サーバにルートする。
このように、本出願の実施例において、主に５Ｇ移動通信ネットワークに対して、モバイルエッジコンピューティングノードの選択のための他の業務データフローを提出し、エッジクラウドゲートウェイにＤＮＳ要求に対する解析能力を具備させるように配置し、エッジクラウドゲートウェイなどの機器を介して、端末のＤＮＳアドレッシングまたはＨＴＴＰ ＤＮＳアドレッシングシーンに適用でき、近いエッジコンピューティングノードを正確に選択し、業務を最も近いＭＥＣ処理サーバにルートし、位置精度がより高く、エッジ加速を実現する。
上記の実施例に基づき、図６を参照し、本出願の実施例におけるモバイルエッジコンピューティングノード選択のためのエッジクラウドゲートウェイであり、エッジクラウドゲートウェイはモバイルエッジコンピューティングノードの選択システムに設けられ、当該システムには少なくともＵＰＦ、エッジクラウドゲートウェイ、ＧＳＬＢが含まれ、具体的に、
ＵＰＦにより転送されるドメイン名要求を受信するための第１受信モジュール６０であって、前記ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であるか、または目的アドレスがＧＳＬＢのＩＰアドレスである、或いは、前記ドメイン名要求におけるプロトコルポート情報がプリセットプロトコルポート要求に合致する第１受信モジュール６０と、
前記ドメイン名要求に基づき、前記ＧＳＬＢから対応するエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得するための取得モジュール６１と、
前記ＵＰＦを介して前記端末にドメイン名応答を返信するための送信モジュール６２であって、前記ドメイン名応答には少なくとも前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれる送信モジュール６２と、
前記ＵＰＦにより転送される業務要求を受信するための第２受信モジュール６３であって、前記業務要求の目的アドレスが前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）である第２受信モジュール６３と、
前記業務要求及びプリセットルートポリシーに基づき、対応するＭＥＣ処理サーバを決定するための決定モジュール６４と、
前記業務要求を前記対応するＭＥＣ処理サーバにルートするためのルートモジュール６５と、を含む。
好ましくは、さらに、前記ドメイン名要求の要求状態を記録するための記録モジュール６６を含み、前記要求状態はＤＮＳ要求または第１ＨＴＴＰ ＤＮＳ要求を表徴する。
好ましくは、取得モジュール６１は具体的に、
前記ドメイン名要求に基づき、前記ＧＳＬＢに第２ＨＴＴＰ ＤＮＳ要求を送信し、前記第２ＨＴＴＰ ＤＮＳ要求には少なくとも業務加速ドメイン名、ソースアドレス、及び目的アドレスが含まれ、前記ソースアドレスは前記エッジクラウドゲートウェイのＩＰアドレスであり、目的アドレスは前記ＧＳＬＢのＩＰアドレスであり、
前記ＧＳＬＢから返信される第１ＨＴＴＰ ＤＮＳ応答を受信し、前記第１ＨＴＴＰ ＤＮＳ応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）は、前記ＧＳＬＢが前記エッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき決定したものである。
好ましくは、前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致するか、または目的アドレスがＧＳＬＢのＩＰアドレスであると、取得モジュール６１は具体的に、
前記ドメイン名要求の要求状態がＤＮＳ要求であると、前記ドメイン名要求を解析し、前記ドメイン名要求におけるドメイン名を取得し、解析されたドメイン名要求を第２ＨＴＴＰ ＤＮＳ要求として改めてパッケージングし、改めてパッケージングされた第２ＨＴＴＰ ＤＮＳ要求を前記ＧＳＬＢに送信する。
好ましくは、送信モジュール６２は具体的に、
前記ドメイン名要求の要求状態がＤＮＳ要求であると、ＤＮＳ応答を返信し、
前記ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、第２ＨＴＴＰ ＤＮＳ応答を返信する。
好ましくは、前記ＵＰＦ、前記エッジクラウドゲートウェイ及び前記ＧＳＬＢはそれぞれ異なる事前設定規則に対応し、前記事前設定規則は業務加速のルーティング設定を表徴する。
好ましくは、前記ＵＰＦは第１事前設定規則に対応し、前記第１事前設定規則は少なくとも、ドメイン名がプリセット業務加速ドメイン名であるドメイン名要求は、エッジクラウドゲートウェイに転送すること、または、目的アドレスがＧＳＬＢのＩＰアドレスであるドメイン名要求はエッジクラウドゲートウェイに転送すること、或いは、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求は、エッジクラウドゲートウェイに転送することを含み、
前記エッジクラウドゲートウェイは第２事前設定規則に対応し、前記第２事前設定規則は少なくともプリセットルートポリシーを含み、
前記ＧＳＬＢは第３事前設定規則に対応し、前記第３事前設定規則は少なくとも、ソースアドレスがエッジクラウドゲートウェイのＩＰアドレスであるＨＴＴＰ ＤＮＳ要求に対して、ＨＴＴＰ ＤＮＳ要求におけるエッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき、対応するエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を返信することを含む。
好ましくは、前記ＵＰＦは第４事前設定規則に対応し、前記第４事前設定規則は少なくとも、プロトコルポート情報がプリセットプロトコルポート要求に合致するドメイン名要求は、エッジクラウドゲートウェイに転送すること、または、目的アドレスがＧＳＬＢのＩＰアドレスであるドメイン名要求はエッジクラウドゲートウェイに転送すること、或いは、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求は、エッジクラウドゲートウェイに転送することを含み、
前記エッジクラウドゲートウェイは第５事前設定規則に対応し、前記第５事前設定規則は少なくともプリセットルートポリシーを含むとともに、ＤＮＳ要求に対する解析能力を具備する。
好ましくは、前記第１事前設定規則、前記第２事前設定規則、前記第４事前設定規則または前記第５事前設定規則は、設置されたエッジコントローラにより配置されるか、またはロカールに配置され、
前記エッジコントローラは、前記システムにおけるコアネットワークのクラウドセンターに設けられるとともに、エッジクラウドゲートウェイ及びＵＰＦとそれぞれ通信接続する。
上記の実施例に基づき、図７を参照し、本出願の実施例における電子機器の構成概略図である。
本出願の実施例は、電子機器を提供し、当該電子機器はプロセッサ７１０（Ｃｅｎｔｅｒ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ）、メモリ７２０、入力機器７３０及び出力機器７４０などを含んでもよく、入力機器７３０はキーボード、マウス、タッチスクリーンなどを含んでもよく、出力機器７４０は、液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、ＬＣＤ）、陰極線管（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ、ＣＲＴ）などの表示機器を含んでもよい。
メモリ７２０は、読み取り専用メモリ（ＲＯＭ）、及びランダムアクセスメモリ（ＲＡＭ）を含み、プロセッサ７１０に、メモリ７２０に記憶されるプログラム命令及びデータを提供する。本出願の実施例において、メモリ７２０は、本出願の実施例の何れかのモバイルエッジコンピューティングノードの選択方法のプログラムを記憶できる。
プロセッサ７１０は、メモリ７２０に記憶されるプログラム命令を呼び出すことで、取得したプログラム命令に従って、本出願の実施例の何れかのモバイルエッジコンピューティングノードの選択方法を実行する。
上記の実施例に基づき、本出願の実施例において、コンピュータプログラムが記憶されるコンピュータ可読記憶媒体を提供し、前記コンピュータプログラムはプロセッサに実行される場合、上記の任意の方法実施例のモバイルエッジコンピューティングノードの選択方法を実現する。
本出願の実施例は方法、システム、またはコンピュータプログラム製品として提供できる。従って、本出願は、ハードウェアのみの実施例、ソフトウェアのみの実施例、またはソフトウェアとハードウェアとの組合せを用いた実施例の形式を採用し得る。そして、本出願は、コンピュータ使用可能なプログラムコードを含む１つまたは複数のコンピュータ使用可能な記憶媒体（ディスクメモリ、ＣＤ－ＲＯＭ、および光学メモリなどを含むが、これらに限定されない）で実施されるコンピュータプログラム製品の形式を採用し得る。
例示的な実施例において、コンピュータプログラム製品を提供し、当該コンピュータプログラム製品は実行される場合、上記の実施例が提供するモバイルエッジコンピューティングノードの選択方法を実現する。
本出願は、本出願の実施例による方法、機器（システム）、およびコンピュータプログラム製品のフローチャート及び／またはブロック図を参照して説明する。コンピュータプログラム命令で、フローチャート及び／またはブロック図の各フロー及び／またはブロック、及びフローチャート及び／またはブロック図のフロー及び／またはブロックの組合せを実現することができる。これらのコンピュータプログラム命令を、汎用コンピュータ、専用コンピュータ、埋込み型プロセッサ、または他のプログラマブルデータ処理機器のプロセッサに提供して、マシンを生成し、コンピュータまたは他のプログラマブルデータ処理機器のプロセッサによって実行される命令が、フローチャートの１つまたは複数のフロー及び／またはブロック図の１つまたは複数のブロックに指定される機能を実現するための装置を生成することができる。
これらのコンピュータプログラム命令は、コンピュータまたは他のプログラマブルデータ処理機器を特定の方式で動作するようにガイドすることができるコンピュータ可読メモリに記憶されて、当該コンピュータ可読メモリに記憶された命令が、命令装置を含む製品を生成することもできる。当該命令装置は、フローチャートの１つまたは複数のフロー、及び／またはブロック図の１つまたは複数のブロックに指定される機能を実現する。
これらのコンピュータプログラム命令は、コンピュータまたは他のプログラマブルデータ処理機器にインストールされて、一連の操作ステップをコンピュータまたは他のプログラマブル機器上で実行させることによって、コンピュータにより実現される処理を生成することもでき、これによって、コンピュータまたは他のプログラマブル機器で実行される命令は、フローチャートの１つまたは複数のフロー、及び／またはブロック図の１つまたは複数のブロックに指定される機能を実現するためのステップを提供する。
本出願の好適な実施例を説明したが、当業者は基本的な創造的概念を理解すると、これらの実施例に対して、別の変更及び修正を行うことができる。従って、添付の請求項は、好適な実施例及び本出願の範囲に該当する全ての変更及び修正を含むと解釈されることを意図する。
明らかに、本出願の実施例の精神及び範囲から逸脱しない前提で、当業者は本出願の実施例に対していろんな改良及び変更を行うことができる。このように、本出願の実施例のこれらの修正及び変更は本出願の請求項及びその等価技術範囲内に属すると、本出願はこれらの修正及び変更も含む。
２００ ＵＰＦ
２１０ エッジクラウドゲートウェイ
２２０ ＧＳＬＢ
２３０ エッジコントローラ
６０ 第１受信モジュール
６１ 取得モジュール
６２ 送信モジュール
６３ 第２受信モジュール
６４ 決定モジュール
６５ ルートモジュール
７１０ プロセッサ
７２０ メモリ
７３０ 入力機器
７４０ 出力機器

Claims (17)

  1. エッジクラウドゲートウェイにより実行されるモバイルエッジコンピューティングノードの選択方法であって、前記エッジクラウドゲートウェイは、モバイルエッジコンピューティングノードの選択システムに設けられ、前記選択システムは、少なくとも、ユーザープレーン機能、前記エッジクラウドゲートウェイ及びグローバルサーバロードバラシングを含み、
    エッジクラウドゲートウェイが、ユーザープレーン機能により転送されるドメイン名要求を受信するステップであって、前記ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であり、目的アドレスがグローバルサーバロードバラシングのＩＰアドレスであり、又は、前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致するステップと、
    前記ドメイン名要求に基づき、前記グローバルサーバロードバラシングから、対応するエッジアプリケーションバーチャルネットワークの間の互いに接続されたエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得するステップと、
    前記ユーザープレーン機能を介して端末にドメイン名応答を返信するステップであって、前記ドメイン名応答には少なくとも前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれるステップと、
    前記ユーザープレーン機能により転送される業務要求を受信するステップであって、前記業務要求の目的アドレスが前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）であるステップと、
    前記業務要求及びプリセットルートポリシーに基づき、対応するモバイルエッジコンピューティングＭＥＣ処理サーバを決定し、前記業務要求を前記対応するＭＥＣ処理サーバにルートするステップと、を含む方法。
  2. 前記方法はさらに、前記ドメイン名要求の要求状態を記録するステップを含み、前記要求状態は、ＤＮＳ要求または第１ＨＴＴＰ ＤＮＳ要求を表徴する請求項１に記載の方法。
  3. 前記ドメイン名要求に基づき、前記グローバルサーバロードバラシングから、対応するエッジアプリケーションバーチャルネットワークの間の互いに接続されたエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得する前記ステップは、具体的に、
    前記ドメイン名要求に基づき、前記グローバルサーバロードバラシングに第２ＨＴＴＰ ＤＮＳ要求を送信するステップであって、前記第２ＨＴＴＰ ＤＮＳ要求には少なくとも業務加速ドメイン名、ソースアドレス、及び目的アドレスが含まれ、前記ソースアドレスは前記エッジクラウドゲートウェイのＩＰアドレスであり、目的アドレスは前記グローバルサーバロードバラシングのＩＰアドレスであるステップと、
    前記グローバルサーバロードバラシングにより返信される第１ＨＴＴＰ ＤＮＳ応答を受信するステップであって、前記第１ＨＴＴＰ ＤＮＳ応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）は、前記グローバルサーバロードバラシングが前記エッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき、決定したものであるステップと、を含む請求項２に記載の方法。
  4. 前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致するか、または目的アドレスがグローバルサーバロードバラシングのＩＰアドレスであると、前記ドメイン名要求に基づき、前記グローバルサーバロードバラシングに第２ＨＴＴＰ ＤＮＳ要求を送信する前記ステップは、
    前記ドメイン名要求の要求状態がＤＮＳ要求であると、前記ドメイン名要求を解析し、前記ドメイン名要求におけるドメイン名を取得し、解析されたドメイン名要求を第２ＨＴＴＰ ＤＮＳ要求として改めてパッケージングするステップと、
    改めてパッケージングされた第２ＨＴＴＰ ＤＮＳ要求を前記グローバルサーバロードバラシングに送信するステップと、を含む請求項３に記載の方法。
  5. 前記ユーザープレーン機能を介して前記端末にドメイン名応答を返信する前記ステップは、
    前記ドメイン名要求の要求状態がＤＮＳ要求であると、ＤＮＳ応答を返信するステップと、
    前記ドメイン名要求の要求状態が第１ＨＴＴＰ ＤＮＳ要求であると、第２ＨＴＴＰ ＤＮＳ応答を返信するステップと、を含む請求項２に記載の方法。
  6. 前記ユーザープレーン機能、前記エッジクラウドゲートウェイ及び前記グローバルサーバロードバラシングはそれぞれ異なる事前設定規則に対応し、前記事前設定規則は業務加速のルーティング設定を表徴する請求項１～５のいずれか１項に記載の方法。
  7. 前記ユーザープレーン機能は第１事前設定規則に対応し、前記第１事前設定規則は少なくとも、ドメイン名がプリセット業務加速ドメイン名であるドメイン名要求は、エッジクラウドゲートウェイに転送すること、或いは、目的アドレスがグローバルサーバロードバラシングのＩＰアドレスであるドメイン名要求は、エッジクラウドゲートウェイに転送すること、或いは、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求は、エッジクラウドゲートウェイに転送することを含み、
    前記エッジクラウドゲートウェイは第２事前設定規則に対応し、前記第２事前設定規則は少なくともプリセットルートポリシーを含み、
    前記グローバルサーバロードバラシングは第３事前設定規則に対応し、前記第３事前設定規則は少なくとも、ソースアドレスがエッジクラウドゲートウェイのＩＰアドレスであるＨＴＴＰ ＤＮＳ要求に対して、ＨＴＴＰ ＤＮＳ要求におけるエッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき、対応するエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を返信することを含む請求項６に記載の方法。
  8. 前記ユーザープレーン機能は第４事前設定規則に対応し、前記第４事前設定規則は少なくとも、プロトコルポート情報がプリセットプロトコルポート要求に合致するドメイン名要求は、エッジクラウドゲートウェイに転送すること、或いは、目的アドレスがグローバルサーバロードバラシングのＩＰアドレスであるドメイン名要求は、エッジクラウドゲートウェイに転送すること、或いは、目的アドレスがエッジアプリケーションバーチャルＩＰ（ＶＩＰ）である業務要求は、エッジクラウドゲートウェイに転送することを含み、
    前記エッジクラウドゲートウェイは第５事前設定規則に対応し、前記第５事前設定規則は少なくともプリセットルートポリシーを含むとともに、ＤＮＳ要求に対する解析能力を具備する請求項６に記載の方法。
  9. 前記第１事前設定規則、前記第２事前設定規則、前記第４事前設定規則または前記第５事前設定規則は、設置されたエッジコントローラにより配置されるか、またはロカールに配置され、
    前記エッジコントローラは、前記選択システムにおけるコアネットワークのクラウドセンターに設けられるとともに、エッジクラウドゲートウェイ及びユーザープレーン機能とそれぞれ通信接続する請求項７または８に記載の方法。
  10. 前記エッジクラウドゲートウェイは、前記選択システムのＭＥＣノード側またはエッジデータセンターＤＣ側に設けられる請求項１～５のいずれか１項に記載の方法。
  11. モバイルエッジコンピューティングノード選択のためのエッジクラウドゲートウェイであって、前記エッジクラウドゲートウェイは、モバイルエッジコンピューティングノードの選択システムに設けられ、前記選択システムは、少なくともユーザープレーン機能、前記エッジクラウドゲートウェイ及びグローバルサーバロードバラシングを含み、具体的に、
    ユーザープレーン機能により転送されるドメイン名要求を受信するための第１受信モジュールであって、前記ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であるか、または目的アドレスがグローバルサーバロードバラシングのＩＰアドレスであり、或いは、前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致する第１受信モジュールと、
    前記ドメイン名要求に基づき、前記グローバルサーバロードバラシングから、対応するエッジアプリケーションバーチャルネットワークの間の互いに接続されたエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得するための取得モジュールと、
    前記ユーザープレーン機能を介して端末にドメイン名応答を返信するための送信モジュールであって、前記ドメイン名応答には少なくとも前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれる送信モジュールと、
    前記ユーザープレーン機能により転送される業務要求を受信するための第２受信モジュールであって、前記業務要求の目的アドレスが前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）である第２受信モジュールと、
    前記業務要求及びプリセットルートポリシーに基づき、対応するモバイルエッジコンピューティングＭＥＣ処理サーバを決定するための決定モジュールと、
    前記業務要求を前記対応するＭＥＣ処理サーバにルートするためのルートモジュールと、を含むエッジクラウドゲートウェイ。
  12. モバイルエッジコンピューティングノードの選択システムであって、少なくともユーザープレーン機能、エッジクラウドゲートウェイ及びグローバルサーバロードバラシングを含み、具体的に、
    前記ユーザープレーン機能は、端末から送信されるドメイン名要求を受信し、前記ドメイン名要求におけるドメイン名がプリセット業務加速ドメイン名であるか、または目的アドレスがグローバルサーバロードバラシングのＩＰアドレスであると決定する、或いは、前記ドメイン名要求におけるプロトコルポート情報が、プリセットプロトコルポート要求に合致すると決定した場合、前記ドメイン名要求を前記エッジクラウドゲートウェイに転送し、
    前記エッジクラウドゲートウェイは、前記ドメイン名要求に基づき、前記グローバルサーバロードバラシングから、対応するエッジアプリケーションバーチャルネットワークの間の互いに接続されたエッジアプリケーションバーチャルＩＰ（ＶＩＰ）を取得し、
    前記ユーザープレーン機能を介して前記端末にドメイン名応答を返信し、前記ドメイン名応答には少なくとも前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、
    前記ユーザープレーン機能により転送される業務要求を受信し、前記業務要求は、前記ユーザープレーン機能が前記端末から送信される業務要求における目的アドレスが前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）であると解析した場合に転送され、
    前記業務要求及びプリセットルートポリシーに基づき、対応するモバイルエッジコンピューティングＭＥＣ処理サーバを決定し、前記業務要求を前記対応するＭＥＣ処理サーバにルートするシステム。
  13. 前記エッジクラウドゲートウェイは具体的に、
    前記ドメイン名要求に基づき、前記グローバルサーバロードバラシングに第２ＨＴＴＰ ＤＮＳ要求を送信し、前記第２ＨＴＴＰ ＤＮＳ要求には少なくとも業務加速ドメイン名、ソースアドレス、及び目的アドレスが含まれ、前記ソースアドレスは前記エッジクラウドゲートウェイのＩＰアドレスであり、目的アドレスは前記グローバルサーバロードバラシングのＩＰアドレスであり、
    前記グローバルサーバロードバラシングにより返信される第１ＨＴＴＰ ＤＮＳ応答を受信し、前記第１ＨＴＴＰ ＤＮＳ応答には少なくともエッジアプリケーションバーチャルＩＰ（ＶＩＰ）が含まれ、前記エッジアプリケーションバーチャルＩＰ（ＶＩＰ）は、前記グローバルサーバロードバラシングが前記エッジクラウドゲートウェイのＩＰアドレス及び業務加速ドメイン名に基づき決定したものである請求項１２に記載のシステム。
  14. 前記ドメイン名要求は、前記ユーザープレーン機能が端末から送信されるドメイン名要求におけるプロトコルポート情報がプリセットプロトコルポート要求に合致するか、または目的アドレスがグローバルサーバロードバラシングのＩＰアドレスであると決定した場合に転送され、前記エッジクラウドゲートウェイは具体的に、
    前記ドメイン名要求の要求状態がＤＮＳ要求であると、前記ドメイン名要求を解析し、前記ドメイン名要求におけるドメイン名を取得し、解析されたドメイン名要求を第２ＨＴＴＰ ＤＮＳ要求として改めてパッケージングし、
    改めてパッケージングされた第２ＨＴＴＰ ＤＮＳ要求を前記グローバルサーバロードバラシングに送信する請求項１３に記載のシステム。
  15. 電子機器であって、メモリ、プロセッサ及びメモリに記憶されるとともにプロセッサで実行可能なコンピュータプログラムを含み、前記プロセッサは前記プログラムを実行する際、請求項１～１０のいずれか１項に記載の方法を実行する電子機器。
  16. コンピュータプログラムが記憶されるコンピュータ可読記憶媒体であって、前記コンピュータプログラムは請求項１～１０のいずれか１項に記載の方法を実行するコンピュータ可読記憶媒体。
  17. 命令を含むコンピュータプログラムであって、コンピュータで実行される際、前記コンピュータに請求項１～１０のいずれか１項に記載の方法を実行させるコンピュータプログラム。
JP2021551817A 2019-05-10 2020-04-23 モバイルエッジコンピューティングノードの選択方法、装置及びシステム Active JP7278679B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201910387587.9A CN110198363B (zh) 2019-05-10 2019-05-10 一种移动边缘计算节点的选择方法、装置及系统
CN201910387587.9 2019-05-10
PCT/CN2020/086398 WO2020228505A1 (zh) 2019-05-10 2020-04-23 一种移动边缘计算节点的选择方法、装置及系统

Publications (2)

Publication Number Publication Date
JP2022522368A true JP2022522368A (ja) 2022-04-18
JP7278679B2 JP7278679B2 (ja) 2023-05-22

Family

ID=67752528

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021551817A Active JP7278679B2 (ja) 2019-05-10 2020-04-23 モバイルエッジコンピューティングノードの選択方法、装置及びシステム

Country Status (5)

Country Link
US (1) US11431673B2 (ja)
EP (1) EP3968610A4 (ja)
JP (1) JP7278679B2 (ja)
CN (1) CN110198363B (ja)
WO (1) WO2020228505A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7426409B2 (ja) 2019-06-17 2024-02-01 中国移動通信有限公司研究院 エッジアプリケーションを確定する方法、装置、機器及び記憶媒体

Families Citing this family (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110198307B (zh) * 2019-05-10 2021-05-18 深圳市腾讯计算机系统有限公司 一种移动边缘计算节点的选择方法、装置及系统
CN110198363B (zh) 2019-05-10 2021-05-18 深圳市腾讯计算机系统有限公司 一种移动边缘计算节点的选择方法、装置及系统
CN110290140B (zh) * 2019-06-28 2021-09-24 腾讯科技（深圳）有限公司 多媒体数据处理方法及装置、存储介质、电子设备
CN110445886B (zh) * 2019-07-05 2020-11-06 网宿科技股份有限公司 一种实现域名访问加速的方法和系统
CN112468604B (zh) * 2019-09-06 2022-03-25 华为技术有限公司 域名系统服务器的确定方法、请求处理方法和装置、系统
WO2021051420A1 (zh) * 2019-09-21 2021-03-25 华为技术有限公司 一种dns缓存记录的确定方法及装置
CN110769039B (zh) * 2019-10-09 2021-12-10 腾讯科技（深圳）有限公司 资源调度方法及装置、电子设备和计算机可读存储介质
CN110912835B (zh) * 2019-11-08 2023-04-07 腾讯科技（深圳）有限公司 业务分流方法、装置及系统
CN112825524B (zh) * 2019-11-20 2022-12-27 中国电信股份有限公司 网络服务节点的确定方法、装置和系统
CN110933061B (zh) * 2019-11-22 2022-02-18 中国联合网络通信集团有限公司 一种通信方法及装置
CN110995826B (zh) * 2019-11-29 2022-05-03 腾讯科技（深圳）有限公司 通信处理方法、装置、计算机可读介质及电子设备
CN112954084B (zh) * 2019-12-11 2022-11-08 中移物联网有限公司 边缘计算的处理方法、网络功能实例及边缘服务管控中心
CN111064821A (zh) * 2019-12-23 2020-04-24 北京达佳互联信息技术有限公司 边缘节点的ip地址的确定方法和装置
CN113055426A (zh) * 2019-12-28 2021-06-29 中移(成都)信息通信科技有限公司 业务访问方法、装置、设备和介质
CN113067909B (zh) * 2020-01-02 2023-04-07 中国移动通信有限公司研究院 边缘节点寻址方法、装置、设备及存储介质
CN113067907B (zh) * 2020-01-02 2023-04-07 中国移动通信有限公司研究院 一种边缘应用寻址的方法和相关设备
CN113382028B (zh) * 2020-03-10 2023-04-07 中国电信股份有限公司 内容分发网络实现方法和系统、边缘用户面功能实体
CN114124817B (zh) * 2020-03-15 2023-03-14 腾讯科技（深圳）有限公司 基于边缘计算的通信方法、装置、介质及电子设备
CN111427679B (zh) * 2020-03-25 2023-12-22 中国科学院自动化研究所 面向边缘计算的计算任务调度方法、系统、装置
CN113472822A (zh) * 2020-03-30 2021-10-01 中移(上海)信息通信科技有限公司 数据分流方法、装置、设备及介质
CN111565218B (zh) * 2020-04-08 2023-03-10 深圳数联天下智能科技有限公司 一种数据处理方法、电子设备
CN113301077B (zh) * 2020-05-20 2022-06-03 阿里巴巴集团控股有限公司 云计算服务部署与分流方法、系统、设备及存储介质
CN113766629B (zh) * 2020-06-03 2022-12-27 中国移动通信集团浙江有限公司 5g边缘计算场景下的业务处理方法及系统
CN111405614B (zh) * 2020-06-04 2020-09-29 北京东方通科技股份有限公司 一种移动边缘计算app负荷分担的方法
CN111683139B (zh) * 2020-06-05 2022-10-21 北京百度网讯科技有限公司 用于均衡负载的方法和装置
CN111770477B (zh) * 2020-06-08 2024-01-30 中天通信技术有限公司 一种mec网络的保护资源的部署方法及相关装置
CN111901387B (zh) * 2020-07-01 2022-07-08 中国联合网络通信集团有限公司 一种云专线的连接方法及装置
CN113973099B (zh) * 2020-07-24 2023-12-15 中国电信股份有限公司 获取eas的ip地址的方法、装置及系统
CN114095562A (zh) * 2020-07-31 2022-02-25 中国电信股份有限公司 边缘应用发现方法、系统以及增强防火墙
CN114080061A (zh) * 2020-08-17 2022-02-22 华为技术有限公司 一种基于数据边缘协议的通信方法
CN114598676A (zh) * 2020-11-19 2022-06-07 中国电信股份有限公司 应用寻址方法、系统和存储介质
CN112637310B (zh) * 2020-12-17 2022-05-27 中国联合网络通信集团有限公司 边缘服务发现的方法、边缘服务网络
CN113037884A (zh) * 2021-02-25 2021-06-25 浙江九州云信息科技有限公司 一种基于边缘管理的增强dns分流应用的方法
CN112995320B (zh) * 2021-03-03 2024-05-14 浪潮通信技术有限公司 基于流表的upf扩容下的负荷分担方法及系统
CN115118786B (zh) * 2021-03-22 2024-03-19 中国电信股份有限公司 边缘业务调度方法、装置和系统、存储介质
CN115426413B (zh) * 2021-05-14 2024-03-12 贵州白山云科技股份有限公司 基于5g的边缘节点调度方法、装置、介质及设备
CN113381894B (zh) * 2021-06-10 2024-04-12 北京小程科技有限公司 用于城市路内停车管理的去中心化数据通讯系统及方法
WO2022268166A1 (zh) * 2021-06-24 2022-12-29 中移(成都)信息通信科技有限公司 通信系统、方法、装置、第一设备及存储介质
CN113179190B (zh) * 2021-06-29 2022-01-07 深圳智造谷工业互联网创新中心有限公司 边缘控制器、边缘计算系统及其配置方法
CN113556727B (zh) * 2021-07-19 2022-08-23 中国联合网络通信集团有限公司 基于移动容器的云设备的数据传输方法及系统
CN114584558B (zh) * 2022-01-17 2024-03-15 深圳渊联技术有限公司 云边协同分布式api网关系统及api调用方法
CN114401502B (zh) * 2022-01-21 2023-07-18 中国联合网络通信集团有限公司 配置方法、装置、电子设备及存储介质
CN114827276B (zh) * 2022-04-22 2023-10-24 网宿科技股份有限公司 基于边缘计算的数据处理方法、设备及可读存储介质
CN115242817B (zh) * 2022-07-21 2023-10-24 阿里巴巴（中国）有限公司 数据访问处理方法、装置、设备和存储介质
CN115297179B (zh) * 2022-07-25 2024-03-08 天翼云科技有限公司 一种数据传输方法及装置
CN116170303A (zh) * 2022-12-02 2023-05-26 中国联合网络通信集团有限公司 一种数据配置方法、装置、服务器及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100291943A1 (en) * 2008-01-23 2010-11-18 Attila Mihaly Method and Apparatus for Pooling Network Resources
JP2011508525A (ja) * 2007-12-20 2011-03-10 ヤフー！ インコーポレイテッド グローバルトラフィックロードバランシングのためのクライアントの場所及びリゾルバの負荷を判断するためのｄｎｓワイルドカードビーコニング
JP2015525983A (ja) * 2012-06-26 2015-09-07 日本電気株式会社 通信方法、情報処理装置、通信システム、通信端末およびプログラム
CN109640319A (zh) * 2019-01-16 2019-04-16 腾讯科技（深圳）有限公司 基于接入信息的调度方法、装置及电子设备

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6119143A (en) * 1997-05-22 2000-09-12 International Business Machines Corporation Computer system and method for load balancing with selective control
US6150875A (en) * 1998-04-17 2000-11-21 Advanced Micro Devices, Inc. Apparatus and method for equalizing received network signals using a transconductance controlled single zero single pole filter
DE60110744D1 (de) * 2001-03-23 2005-06-16 Sun Microsystems Inc Client- Abfragenumlenkung
US7970876B2 (en) * 2002-07-23 2011-06-28 Avaya Communication Israel Ltd. Global server load balancer
CN102404378B (zh) * 2010-09-07 2014-11-05 成都索贝数码科技股份有限公司 一种流媒体分发传输网络系统
CN101984637B (zh) * 2010-11-02 2014-06-11 中兴通讯股份有限公司 内容分发实现方法及系统
WO2012064235A1 (en) * 2010-11-08 2012-05-18 Telefonaktiebolaget L M Ericsson (Publ) Traffic acceleration in mobile network
US10516608B2 (en) * 2014-09-11 2019-12-24 Oath Inc. Systems and methods for directly responding to distributed network traffic
CN104660700B (zh) * 2015-03-03 2019-02-19 网宿科技股份有限公司 一种内容分发网络的方法和系统
US10587503B2 (en) * 2016-04-08 2020-03-10 Apple Inc. User-plane path selection for the edge service
CN109257781B (zh) * 2017-07-13 2021-03-26 鸿海精密工业股份有限公司 换手方法与装置
EP3707881A1 (en) * 2017-11-10 2020-09-16 Intel IP Corporation Multi-access edge computing (mec) architecture and mobility framework
US10523748B2 (en) * 2017-12-22 2019-12-31 A10 Networks, Inc. Managing health status of network devices in a distributed global server load balancing system
EP3732846B1 (en) * 2017-12-25 2022-11-30 Nokia Solutions and Networks Oy Quality of service (qos) control in mobile edge computing (mec)
KR20200007754A (ko) * 2018-07-13 2020-01-22 삼성전자주식회사 엣지 컴퓨팅 서비스를 위한 방법 및 그의 전자 장치
US11244242B2 (en) * 2018-09-07 2022-02-08 Intel Corporation Technologies for distributing gradient descent computation in a heterogeneous multi-access edge computing (MEC) networks
CN110198307B (zh) * 2019-05-10 2021-05-18 深圳市腾讯计算机系统有限公司 一种移动边缘计算节点的选择方法、装置及系统
CN110198363B (zh) * 2019-05-10 2021-05-18 深圳市腾讯计算机系统有限公司 一种移动边缘计算节点的选择方法、装置及系统
US11257361B2 (en) * 2019-08-15 2022-02-22 National Yunlin University Of Science And Technology Vehicle driving shockwave prediction system for active safe driving and method thereof
CN110769039B (zh) * 2019-10-09 2021-12-10 腾讯科技（深圳）有限公司 资源调度方法及装置、电子设备和计算机可读存储介质
KR20210098724A (ko) * 2020-02-03 2021-08-11 삼성전자주식회사 엣지 컴퓨팅 서비스 제공을 위한 방법 및 장치
US20220052961A1 (en) * 2020-08-11 2022-02-17 Verizon Patent And Licensing Inc. Resource discovery in a multi-edge computing network

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011508525A (ja) * 2007-12-20 2011-03-10 ヤフー！ インコーポレイテッド グローバルトラフィックロードバランシングのためのクライアントの場所及びリゾルバの負荷を判断するためのｄｎｓワイルドカードビーコニング
US20100291943A1 (en) * 2008-01-23 2010-11-18 Attila Mihaly Method and Apparatus for Pooling Network Resources
JP2011512715A (ja) * 2008-01-23 2011-04-21 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ネットワーク・リソースをプールするための方法および装置
JP2015525983A (ja) * 2012-06-26 2015-09-07 日本電気株式会社 通信方法、情報処理装置、通信システム、通信端末およびプログラム
CN109640319A (zh) * 2019-01-16 2019-04-16 腾讯科技（深圳）有限公司 基于接入信息的调度方法、装置及电子设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7426409B2 (ja) 2019-06-17 2024-02-01 中国移動通信有限公司研究院 エッジアプリケーションを確定する方法、装置、機器及び記憶媒体

Also Published As

Publication number Publication date
EP3968610A4 (en) 2022-07-06
EP3968610A1 (en) 2022-03-16
US20210352042A1 (en) 2021-11-11
US11431673B2 (en) 2022-08-30
JP7278679B2 (ja) 2023-05-22
WO2020228505A1 (zh) 2020-11-19
CN110198363B (zh) 2021-05-18
CN110198363A (zh) 2019-09-03

Similar Documents

Publication Publication Date Title
JP2022522368A (ja) モバイルエッジコンピューティングノードの選択方法、装置及びシステム
JP7252356B2 (ja) モバイルエッジコンピューティングノードの選択方法、装置及びシステム並びにコンピュータプログラム
CN111385369B (zh) 一种域名服务器的分配方法和装置
US11463511B2 (en) Model-based load balancing for network data plane
EP3208979B1 (en) Software-defined network-based method and system for implementing content distribution network
US9467420B2 (en) Regional firewall clustering in a networked computing environment
CN111193773A (zh) 负载均衡方法、装置、设备及存储介质
Liu et al. CFN-dyncast: Load Balancing the Edges via the Network
CN116633934A (zh) 负载均衡方法、装置、节点及存储介质
US11064021B2 (en) Method, device and computer program product for managing network system
CN114125983A (zh) 移动网络用户面的路由方法、会话管理实体、系统和介质
WO2012113446A1 (en) Associating computing resources and communication resources with a service in a resource management architecture
CN115516842A (zh) 编排代理服务
CN113973086B (zh) 一种数据传输方法、装置及存储介质
US20200127923A1 (en) System and method of performing load balancing over an overlay network
CN115242882B (zh) 一种基于传输层路由访问k8s容器环境的方法及装置
US20240179223A1 (en) Method for providing edge computing service and apparatus for edge computing service
CN116418794A (zh) 适用于http3服务的cdn调度方法、装置、系统、设备及介质
WO2024033882A1 (en) Near real time request handling in flexible api router
GB2604971A (en) In-packet version tagging utilizing a perimeter NAT
CN113114565A (zh) 数据报文转发方法及装置、存储介质及电子设备

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210831

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220902

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221003

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221228

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230410

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230501

R150 Certificate of patent or registration of utility model

Ref document number: 7278679

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150