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

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

Info

Publication number
JP7252356B2
JP7252356B2 JP2021543182A JP2021543182A JP7252356B2 JP 7252356 B2 JP7252356 B2 JP 7252356B2 JP 2021543182 A JP2021543182 A JP 2021543182A JP 2021543182 A JP2021543182 A JP 2021543182A JP 7252356 B2 JP7252356 B2 JP 7252356B2
Authority
JP
Japan
Prior art keywords
edge
http
dns
request
service request
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.)
Active
Application number
JP2021543182A
Other languages
English (en)
Other versions
JP2022532007A (ja
Inventor
イオウ，ジチアン
ロウ，ジィアジィア
Original Assignee
テンセント・テクノロジー・（シェンジェン）・カンパニー・リミテッド
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 テンセント・テクノロジー・（シェンジェン）・カンパニー・リミテッド filed Critical テンセント・テクノロジー・（シェンジェン）・カンパニー・リミテッド
Publication of JP2022532007A publication Critical patent/JP2022532007A/ja
Application granted granted Critical
Publication of JP7252356B2 publication Critical patent/JP7252356B2/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/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
    • 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
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • 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/1014—Server selection for load balancing based on the content of a request
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

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

Claims (15)

  1. エッジクラウドゲートウェイが実行する、モバイルエッジコンピューティングにおけるノードの選択方法であって、前記エッジクラウドゲートウェイは、モバイルエッジコンピューティングノードの選択システムに設置され、前記選択システムは、少なくともユーザープレーン機能と前記エッジクラウドゲートウェイとグローバルサーバロードバラシングとを含み、
    前記ユーザープレーン機能によって転送された第２のハイパーテキストトランスファープロトコル（ＨＴＴＰ）サービス要求を受信するステップであって、前記第２のＨＴＴＰサービス要求の宛先アドレスがグローバルエッジゲートウェイＩＰであり、前記グローバルエッジゲートウェイＩＰが、グローバルサーバロードバラシングが端末から送信されたドメイン名システム（ＤＮＳ）要求を受信した場合に前記端末に返され、前記グローバルエッジゲートウェイＩＰがサービスアクセラレーションを識別するためのＩＰであるステップと、
    前記第２のＨＴＴＰサービス要求に基づいて、前記グローバルサーバロードバラシングからエッジアプリケーションＶＩＰを取得するステップと、
    前記端末にリダイレクト応答を送信するステップであって、前記端末が前記リダイレクト応答に基づいて第１のＨＴＴＰサービス要求を送信するように、前記リダイレクト応答において、リダイレクトアドレスが前記エッジアプリケーションＶＩＰであるステップと、
    前記エッジクラウドゲートウェイは、前記ユーザープレーン機能によって転送された前記第１のＨＴＴＰサービス要求を受信するステップであって、前記第１のＨＴＴＰサービス要求の宛先アドレスが、エッジアプリケーション仮想ネットワーク間の相互接続用のプロトコル仮想ＩＰ（ＶＩＰ）であるステップと、
    前記第１のＨＴＴＰサービス要求及び事前設定されたルートポリシーに基づいて、対応するモバイルエッジコンピューティング（ＭＥＣ）処理サーバーを決定するステップと、
    前記第１のＨＴＴＰサービス要求を前記対応するＭＥＣ処理サーバーに配布するステップと、を含む方法。
  2. 前記グローバルサーバロードバラシングからエッジアプリケーションＶＩＰを取得するステップは、
    前記グローバルサーバロードバラシングに第１のＤＮＳ要求を送信するステップであって、第１のＤＮＳ要求には、少なくとも、サービスアクセラレーションドメイン名とソースアドレスが含まれ、前記ソースアドレスは前記エッジクラウドゲートウェイのＩＰアドレスであるステップと、
    前記グローバルサーバロードバラシングによって返された第１のＤＮＳ応答を受信するステップであって、前記第１のＤＮＳ応答には、エッジアプリケーションＶＩＰが含まれ、前記エッジアプリケーションＶＩＰは、前記グローバルサーバロードバラシングによって前記第１のＤＮＳ要求におけるエッジクラウドゲートウェイのＩＰアドレス及びサービスアクセラレーションドメイン名に基づいて決定されるステップと、を含む請求項１に記載の方法。
  3. 前記リダイレクト応答はＨＴＴＰ
    ３０２リダイレクト応答である請求項２に記載の方法。
  4. 前記第１のＨＴＴＰサービス要求は、端末が前記ユーザープレーン機能によって転送された第２のＤＮＳ応答を受信した場合に送信されることであり、前記第２のＤＮＳ応答は、グローバルサーバロードバラシングが前記ユーザープレーン機能によって転送された第２のＤＮＳ要求を受信した場合に返されることであり、前記第２のＤＮＳ要求は、前記ユーザープレーン機能が前記端末から送信された前記第２のＤＮＳ要求における宛先アドレスが前記グローバルサーバロードバラシングのＩＰアドレスであると解析した場合に転送されることであり、
    前記第２のＤＮＳ応答には、少なくともエッジアプリケーションＶＩＰが含まれ、前記エッジアプリケーションＶＩＰは、前記グローバルサーバロードバラシングによって前記第２のＤＮＳ要求におけるサービスアクセラレーションドメイン名に基づいて決定される請求項１に記載の方法。
  5. 前記ユーザープレーン機能、前記エッジクラウドゲートウェイ及び前記グローバルサーバロードバラシングはそれぞれ異なる事前設定規則に対応し、前記事前設定規則はサービスアクセラレーションのルーティング設定を表す請求項１から４のいずれか１項に記載の方法。
  6. 前記ユーザープレーン機能は、第１の事前設定規則に対応し、前記第１の事前設定規則は少なくとも、宛先アドレスがグローバルエッジゲートウェイＩＰであるＨＴＴＰサービス要求がエッジクラウドゲートウェイに転送されること、又は、宛先アドレスがエッジアプリケーションＶＩＰであるＨＴＴＰサービス要求がエッジクラウドゲートウェイに転送されることを含み、
    前記エッジクラウドゲートウェイは、第２の事前設定規則に対応し、前記第２の事前設定規則は少なくとも、事前設定されたルートポリシーを含み、
    前記グローバルサーバロードバラシングは第３の事前設定規則に対応し、前記第３の事前設定規則は少なくとも、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＤＮＳ要求に対してグローバルエッジゲートウェイＩＰを返すこと、又は、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＤＮＳ要求に対して、ＤＮＳ要求における、ソースアドレスがエッジクラウドゲートウェイであるＩＰアドレス及びサービスアクセラレーションドメイン名に基づいて、対応するエッジアプリケーションＶＩＰを返すことを含む請求項５に記載の方法。
  7. 前記ユーザープレーン機能は、第４の事前設定規則に対応し、前記第４の事前設定規則は少なくとも、宛先アドレスがエッジアプリケーションＶＩＰであるＨＴＴＰサービス要求がエッジクラウドゲートウェイに転送されることを含み、
    前記グローバルサーバロードバラシングは、第５の事前設定規則に対応し、前記第５の事前設定規則は少なくとも、ドメイン名が事前設定されたサービスアクセラレーションドメイン名であるＤＮＳ要求に対して、ＤＮＳ要求におけるサービスアクセラレーションドメイン名に基づいて、対応するエッジアプリケーションＶＩＰを返すことを含む請求項５に記載の方法。
  8. 前記第１の事前設定規則又は前記第２の事前設定規則は、設置されたエッジコントローラによって配置され、又はローカルで配置され、

    前記エッジコントローラは、前記選択システムにおけるコアネットワークのクラウドセンターに設置され、それぞれ前記エッジクラウドゲートウェイ及び前記ユーザープレーン機能と通信接続する請求項６に記載の方法。
  9. 前記エッジクラウドゲートウェイは、前記選択システムのＭＥＣノード側又はエッジデータセンターＤＣ側に設置される請求項１から４のいずれか１項に記載の方法。
  10. モバイルエッジコンピューティングノード選択のためのエッジクラウドゲートウェイであって、前記エッジクラウドゲートウェイは、モバイルエッジコンピューティングノードの選択システムに設置され、前記選択システムは少なくとも、ユーザープレーン機能と前記エッジクラウドゲートウェイとグローバルサーバロードバラシングとを含み、前記エッジクラウドゲートウェイは、
    前記ユーザープレーン機能によって転送された第２のハイパーテキストトランスファープロトコル（ＨＴＴＰ）サービス要求を受信するための第２の受信モジュールであって、前記第２のＨＴＴＰサービス要求の宛先アドレスがグローバルエッジゲートウェイＩＰであり、前記グローバルエッジゲートウェイＩＰが、グローバルサーバロードバラシングが端末から送信されたドメイン名システム（ＤＮＳ）要求を受信した場合に前記端末に返され、前記グローバルエッジゲートウェイＩＰがサービスアクセラレーションを識別するためのＩＰである第２の受信モジュールと、
    前記第２のＨＴＴＰサービス要求に基づいて、前記グローバルサーバロードバラシングからエッジアプリケーションＶＩＰを取得するための取得モジュールと、
    前記端末にリダイレクト応答を送信するための送信モジュールであって、前記端末が前記リダイレクト応答に基づいて第１のＨＴＴＰサービス要求を送信するように、前記リダイレクト応答において、リダイレクトアドレスが前記エッジアプリケーションＶＩＰである送信モジュールと、
    前記ユーザープレーン機能によって転送された前記第１のＨＴＴＰサービス要求を受信するための第１の受信モジュールであって、前記第１のＨＴＴＰサービス要求の宛先アドレスが、エッジアプリケーション仮想ネットワークの間の相互接続用のプロトコル仮想ＩＰ（ＶＩＰ）である第１の受信モジュールと、
    前記第１のＨＴＴＰサービス要求及び事前設定されたルートポリシーに基づいて、対応するモバイルエッジコンピューティング（ＭＥＣ）処理サーバーを決定するための決定モジュールと、
    前記第１のＨＴＴＰサービス要求を前記対応するＭＥＣ処理サーバーに配布するための配布モジュールと、を含むエッジクラウドゲートウェイ。
  11. モバイルエッジコンピューティングノードの選択システムであって、前記選択システムは少なくとも、
    端末から送信された第１のハイパーテキストトランスファープロトコル（ＨＴＴＰ）サービス要求を受信し、前記第１のＨＴＴＰサービス要求における宛先アドレスがエッジアプリケーション仮想ネットワークの間の相互接続用のプロトコル仮想ＩＰ（ＶＩＰ）であると決定した場合、前記第１のＨＴＴＰサービス要求をエッジクラウドゲートウェイに転送するためのユーザープレーン機能と、
    前記ユーザープレーン機能によって転送された前記第１のＨＴＴＰサービス要求を受信し、前記第１のＨＴＴＰサービス要求及び事前設定されたルートポリシーに基づいて、対応するモバイルエッジコンピューティング（ＭＥＣ）処理サーバーを決定し、前記第１のＨＴＴＰサービス要求を前記対応するＭＥＣ処理サーバーに配布するためのエッジクラウドゲートウェイと、
    前記端末から送信されたドメイン名システム（ＤＮＳ）要求を受信した際、前記ＤＮＳ要求におけるドメイン名が事前設定されたサービスアクセラレーションドメイン名であると決定した場合、前記端末にグローバルエッジゲートウェイＩＰを返すためのグローバルサーバロードバラシングであって、前記グローバルエッジゲートウェイＩＰが、サービスアクセラレーションを識別するためのＩＰであるグローバルサーバロードバラシングと、を含み、
    前記ユーザープレーン機能はさらに、前記端末から送信された第２のＨＴＴＰサービス要求を受信し、前記第２のＨＴＴＰサービス要求における宛先アドレスがグローバルエッジゲートウェイＩＰであると決定した場合、前記第２のＨＴＴＰサービス要求を前記エッジクラウドゲートウェイに転送し、
    前記エッジクラウドゲートウェイはさらに、前記ユーザープレーン機能によって転送された第２のＨＴＴＰサービス要求を受信し、前記第２のＨＴＴＰサービス要求に基づいて、前記グローバルサーバロードバラシングからエッジアプリケーションＶＩＰを取得し、前記端末にリダイレクト応答を送信し、前記端末が前記リダイレクト応答に基づいて前記第１のＨＴＴＰサービス要求を送信するように、前記リダイレクト応答において、リダイレクトアドレスは前記エッジアプリケーションＶＩＰであるシステム。
  12. 前記グローバルサーバロードバラシングからエッジアプリケーションＶＩＰを取得する場合に、前記エッジクラウドゲートウェイは具体的に、
    前記グローバルサーバロードバラシングに第１のＤＮＳ要求を送信し、第１のＤＮＳ要求には少なくとも、サービスアクセラレーションドメイン名とソースアドレスが含まれ、前記ソースアドレスが前記エッジクラウドゲートウェイのＩＰアドレスであり、
    前記グローバルサーバロードバラシングによって返された第１のＤＮＳ応答を受信し、前記第１のＤＮＳ応答にはエッジアプリケーションＶＩＰが含まれ、前記エッジアプリケーションＶＩＰが、前記グローバルサーバロードバラシングによって前記第１のＤＮＳ要求における前記エッジクラウドゲートウェイのＩＰアドレス及びサービスアクセラレーションドメイン名に基づいて決定される請求項１１に記載のシステム。
  13. 前記グローバルサーバロードバラシングはさらに、前記ユーザープレーン機能によって転送された第２のＤＮＳ要求を受信した場合、第２のＤＮＳ応答を返し、前記第２のＤＮＳ要求は、前記ユーザープレーン機能が端末から送信された前記第２のＤＮＳ要求における宛先アドレスが前記グローバルサーバロードバラシングのＩＰアドレスであると解析した場合に転送され、前記第２のＤＮＳ応答には、少なくとも、エッジアプリケーションＶＩＰが含まれ、前記エッジアプリケーションＶＩＰは、前記グローバルサーバロードバラシングによって前記第２のＤＮＳ要求におけるサービスアクセラレーションドメイン名に基づいて決定され、
    前記ユーザープレーン機能は、さらに、前記グローバルサーバロードバラシングによって返された第２のＤＮＳ応答を受信し、前記端末が前記第２のＤＮＳ応答におけるエッジアプリケーションＶＩＰに基づいて前記第１のＨＴＴＰサービス要求を送信するように、前記第２のＤＮＳ応答を前記端末に転送する請求項１１に記載のシステム。
  14. 電子機器であって、メモリ、プロセッサー及びメモリに記憶されプロセッサーで実行可能なコンピュータプログラムを含み、前記プロセッサーは前記プログラムを実行するときに、請求項１から９のいずれか１項に記載の方法を実行する電子機器。
  15. 命令を含むコンピュータプログラムであって、コンピュータで実行されるときに、請求項１から９のいずれか１項に記載の方法を前記コンピュータに実行させるコンピュータプログラム。
JP2021543182A 2019-05-10 2020-04-15 モバイルエッジコンピューティングノードの選択方法、装置及びシステム並びにコンピュータプログラム Active JP7252356B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201910387647.7 2019-05-10
CN201910387647.7A CN110198307B (zh) 2019-05-10 2019-05-10 一种移动边缘计算节点的选择方法、装置及系统
PCT/CN2020/084892 WO2020228469A1 (zh) 2019-05-10 2020-04-15 一种移动边缘计算节点的选择方法、装置及系统

Publications (2)

Publication Number Publication Date
JP2022532007A JP2022532007A (ja) 2022-07-13
JP7252356B2 true JP7252356B2 (ja) 2023-04-04

Family

ID=67752584

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021543182A Active JP7252356B2 (ja) 2019-05-10 2020-04-15 モバイルエッジコンピューティングノードの選択方法、装置及びシステム並びにコンピュータプログラム

Country Status (6)

Country Link
US (1) US11303696B2 (ja)
EP (1) EP3968594B1 (ja)
JP (1) JP7252356B2 (ja)
KR (1) KR102514250B1 (ja)
CN (1) CN110198307B (ja)
WO (1) WO2020228469A1 (ja)

Families Citing this family (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7040763B2 (ja) * 2018-03-28 2022-03-23 日本電気株式会社 ゲートウェイ装置、方法、プログラム、及び記録媒体
CN110505073B (zh) * 2018-05-16 2020-11-17 华为技术有限公司 一种移动边缘计算方法及装置
CN110198363B (zh) * 2019-05-10 2021-05-18 深圳市腾讯计算机系统有限公司 一种移动边缘计算节点的选择方法、装置及系统
CN110445886B (zh) * 2019-07-05 2020-11-06 网宿科技股份有限公司 一种实现域名访问加速的方法和系统
CN110460652B (zh) * 2019-07-26 2021-09-14 网宿科技股份有限公司 一种资源获取方法及边缘计算调度服务器
CN112788089B (zh) * 2019-11-11 2023-11-07 财团法人工业技术研究院 多边缘云的网络通讯控制方法及边缘运算装置与系统
CN110933061B (zh) * 2019-11-22 2022-02-18 中国联合网络通信集团有限公司 一种通信方法及装置
CN110995826B (zh) * 2019-11-29 2022-05-03 腾讯科技（深圳）有限公司 通信处理方法、装置、计算机可读介质及电子设备
CN112953984B (zh) * 2019-12-10 2023-07-28 贵州白山云科技股份有限公司 数据处理方法、装置、介质及系统
CN110943922A (zh) * 2019-12-11 2020-03-31 中国联合网络通信集团有限公司 一种数据分流方法及路由器
CN113067907B (zh) * 2020-01-02 2023-04-07 中国移动通信有限公司研究院 一种边缘应用寻址的方法和相关设备
CN113067909B (zh) * 2020-01-02 2023-04-07 中国移动通信有限公司研究院 边缘节点寻址方法、装置、设备及存储介质
CN113315796B (zh) * 2020-02-26 2022-09-06 中移物联网有限公司 一种边缘引流开放方法、终端及能力开放平台
CN114124817B (zh) 2020-03-15 2023-03-14 腾讯科技（深圳）有限公司 基于边缘计算的通信方法、装置、介质及电子设备
CN113472822A (zh) * 2020-03-30 2021-10-01 中移(上海)信息通信科技有限公司 数据分流方法、装置、设备及介质
CN111565218B (zh) * 2020-04-08 2023-03-10 深圳数联天下智能科技有限公司 一种数据处理方法、电子设备
CN113766629B (zh) * 2020-06-03 2022-12-27 中国移动通信集团浙江有限公司 5g边缘计算场景下的业务处理方法及系统
CN111770477B (zh) * 2020-06-08 2024-01-30 中天通信技术有限公司 一种mec网络的保护资源的部署方法及相关装置
CN113938814B (zh) * 2020-07-08 2024-01-30 中国电信股份有限公司 内容分发网络的业务调度方法、upf、系统以及介质
CN113973099B (zh) * 2020-07-24 2023-12-15 中国电信股份有限公司 获取eas的ip地址的方法、装置及系统
CN112040189B (zh) * 2020-09-01 2022-06-24 浙江大华技术股份有限公司 前端设备的监控方法及系统、存储介质
CN112312481B (zh) * 2020-09-25 2022-06-21 网络通信与安全紫金山实验室 一种mec与多运营商核心网的通信方法及系统
CN112422679B (zh) * 2020-11-17 2022-02-22 中国联合网络通信集团有限公司 一种通信方法及装置
CN114598676A (zh) * 2020-11-19 2022-06-07 中国电信股份有限公司 应用寻址方法、系统和存储介质
CN112543481B (zh) * 2020-11-23 2023-09-15 中国联合网络通信集团有限公司 一种边缘节点算力负载均衡的方法、装置及系统
CN112601256B (zh) * 2020-12-07 2022-07-15 广西师范大学 一种超密集网络中基于mec-sbs簇化的负载调度方法
CN112637310B (zh) * 2020-12-17 2022-05-27 中国联合网络通信集团有限公司 边缘服务发现的方法、边缘服务网络
CN114845344A (zh) * 2021-02-01 2022-08-02 华为云计算技术有限公司 一种多接入边缘计算网络、流量处理方法及相关设备
CN115118786B (zh) * 2021-03-22 2024-03-19 中国电信股份有限公司 边缘业务调度方法、装置和系统、存储介质
CN115134103A (zh) * 2021-03-24 2022-09-30 腾讯科技（深圳）有限公司 请求处理方法、装置、设备及存储介质
CN113301126B (zh) * 2021-05-06 2024-03-12 中国南方电网有限责任公司 一种适用于异构组网网关的边缘计算方法
CN113285999A (zh) * 2021-05-18 2021-08-20 中云汇(成都)物联科技有限公司 边缘计算系统及控制方法
CN113641485A (zh) * 2021-07-02 2021-11-12 山东师范大学 一种任务卸载节点选择方法及系统
CN113301184B (zh) * 2021-07-08 2021-10-26 凌锐蓝信科技(北京)有限公司 远程访问方法、装置、计算机设备和存储介质
CN113890864B (zh) * 2021-10-19 2024-06-14 京东科技信息技术有限公司 数据包处理方法、装置、电子设备和存储介质
CN114039977B (zh) * 2021-11-10 2024-03-26 北京奇艺世纪科技有限公司 一种基于边缘计算的应用任务的实现方法、系统及装置
CN114257439B (zh) * 2021-12-17 2023-07-07 中国联合网络通信集团有限公司 业务调度方法、aaa服务器和业务支撑系统
CN114339727B (zh) * 2021-12-29 2023-08-15 中国联合网络通信集团有限公司 边缘平台、配置方法、装置、终端及存储介质
CN114422477B (zh) * 2021-12-30 2023-07-21 联想(北京)有限公司 基于边缘云架构的域名解析方法、装置及存储介质
CN114095869B (zh) * 2022-01-07 2022-05-03 广东海洋大学 一种为终端调度多接入边缘计算节点的方法、装置及系统
CN114584558B (zh) * 2022-01-17 2024-03-15 深圳渊联技术有限公司 云边协同分布式api网关系统及api调用方法
CN114827276B (zh) * 2022-04-22 2023-10-24 网宿科技股份有限公司 基于边缘计算的数据处理方法、设备及可读存储介质
CN115086318B (zh) * 2022-06-13 2024-04-05 南方电网数字平台科技(广东)有限公司 一种云边消息协同方法及装置
US11915059B2 (en) * 2022-07-27 2024-02-27 Oracle International Corporation Virtual edge devices
CN116192742B (zh) * 2022-12-15 2024-07-16 四川天邑康和通信股份有限公司 一种基于应用的路由加速方法及系统
CN116095107A (zh) * 2022-12-22 2023-05-09 中联重科股份有限公司 混凝土智能化生产与控制的云边协同系统及云边协同方法
CN115988092B (zh) * 2023-02-08 2023-06-23 天翼云科技有限公司 一种图像处理方法、装置、设备、介质及产品

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180287890A1 (en) 2013-08-08 2018-10-04 Level 3 Communications, Llc Content delivery methods and systems
CN109275160A (zh) 2017-07-17 2019-01-25 华为技术有限公司 数据分流方法、设备及系统
CN109379774A (zh) 2018-11-08 2019-02-22 网宿科技股份有限公司 智能调度方法、终端设备、边缘节点集群与智能调度系统
WO2019056949A1 (zh) 2017-09-21 2019-03-28 华为技术有限公司 业务重定向方法及装置
CN109640348A (zh) 2019-01-08 2019-04-16 中国联合网络通信集团有限公司 多业务mec网络架构、多业务数据流的处理方法及装置
CN109640319A (zh) 2019-01-16 2019-04-16 腾讯科技（深圳）有限公司 基于接入信息的调度方法、装置及电子设备

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7461154B2 (en) * 2004-11-18 2008-12-02 Cisco Technology, Inc. Communication arrangement between virtual routers of a physical router
CN106936856B (zh) * 2015-12-29 2019-10-22 中国电信股份有限公司 内容加速方法和延伸加速节点
US9866637B2 (en) * 2016-01-11 2018-01-09 Equinix, Inc. Distributed edge processing of internet of things device data in co-location facilities
JP6650535B2 (ja) * 2016-04-05 2020-02-19 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． モバイル協働型コミュニケーション方法及び装置
US11444850B2 (en) * 2016-05-02 2022-09-13 Huawei Technologies Co., Ltd. Method and apparatus for communication network quality of service capability exposure
CN110447209A (zh) * 2017-03-16 2019-11-12 英特尔公司 用于用户平面流量转发的系统、方法和设备
WO2019104280A1 (en) * 2017-11-27 2019-05-31 Intel IP Corporation Multi-access edge computing (mec) based multi-operator support for c-v2x systems
US11064057B2 (en) * 2017-11-30 2021-07-13 Intel Corporation Multi-access edge computing (MEC) translation of radio access technology messages
CN118473593A (zh) * 2018-03-30 2024-08-09 英特尔公司 多接入管理服务分组恢复机制
CN109040259B (zh) * 2018-08-09 2021-02-23 中国联合网络通信集团有限公司 一种基于mec的cdn节点分配方法和系统
US11271994B2 (en) * 2018-12-28 2022-03-08 Intel Corporation Technologies for providing selective offload of execution to the edge
US10848974B2 (en) * 2018-12-28 2020-11-24 Intel Corporation Multi-domain trust establishment in edge cloud architectures
US11121957B2 (en) * 2018-12-28 2021-09-14 Intel Corporation Dynamic quality of service in edge cloud architectures
US11711267B2 (en) * 2019-02-25 2023-07-25 Intel Corporation 5G network slicing with distributed ledger traceability and resource utilization inferencing
CN110198363B (zh) * 2019-05-10 2021-05-18 深圳市腾讯计算机系统有限公司 一种移动边缘计算节点的选择方法、装置及系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180287890A1 (en) 2013-08-08 2018-10-04 Level 3 Communications, Llc Content delivery methods and systems
CN109275160A (zh) 2017-07-17 2019-01-25 华为技术有限公司 数据分流方法、设备及系统
WO2019056949A1 (zh) 2017-09-21 2019-03-28 华为技术有限公司 业务重定向方法及装置
CN109379774A (zh) 2018-11-08 2019-02-22 网宿科技股份有限公司 智能调度方法、终端设备、边缘节点集群与智能调度系统
CN109640348A (zh) 2019-01-08 2019-04-16 中国联合网络通信集团有限公司 多业务mec网络架构、多业务数据流的处理方法及装置
CN109640319A (zh) 2019-01-16 2019-04-16 腾讯科技（深圳）有限公司 基于接入信息的调度方法、装置及电子设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
osaphex lab，5G ネットワークと MEC サーバの通信，2018年11月25日，<URL> https://www.osaphex.com/2018/11/25/5g-%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E3%81%A8-mec-%E3%82%B5%E3%83%BC%E3%83%90%E3%81%AE%E9%80%9A%E4%BF%A1/#:~:text=UPF%E3%81%AF%20User%20Plane%20Function,%E3%81%AE%E8%BB%A2%E9%80%81%E3%82%92%E6%8B%85%E3%81%86%E3%83%AB%E3%83%BC%E3%82%BF%E3%83%BC%E3%80%82

Also Published As

Publication number Publication date
CN110198307A (zh) 2019-09-03
US20210273987A1 (en) 2021-09-02
WO2020228469A1 (zh) 2020-11-19
US11303696B2 (en) 2022-04-12
EP3968594A4 (en) 2022-06-22
KR20210094077A (ko) 2021-07-28
EP3968594A1 (en) 2022-03-16
KR102514250B1 (ko) 2023-03-24
CN110198307B (zh) 2021-05-18
EP3968594B1 (en) 2023-11-29
JP2022532007A (ja) 2022-07-13

Similar Documents

Publication Publication Date Title
JP7252356B2 (ja) モバイルエッジコンピューティングノードの選択方法、装置及びシステム並びにコンピュータプログラム
JP7278679B2 (ja) モバイルエッジコンピューティングノードの選択方法、装置及びシステム
US11316786B2 (en) Systems and methods for directly responding to distributed network traffic
EP2901308B1 (en) Load distribution in data networks
US8972519B2 (en) Optimization of multimedia service over an IMS network
US20130290544A1 (en) Routing proxy for resource requests and resources
CN105359490A (zh) 在网络节点之间分配资源以用于提供网络节点功能
WO2013140336A2 (en) System and method of managing servers for streaming desk top applications
US9571566B2 (en) Terminating connections and selecting target source devices for resource requests
US20140189092A1 (en) System and Method for Intelligent Data Center Positioning Mechanism in Cloud Computing
US11128733B2 (en) Server-side resource prioritization
US20150100973A1 (en) Intelligent High-Volume Cloud Application Programming Interface Request Caching
WO2022026996A1 (en) Web client with response latency awareness
US10958580B2 (en) System and method of performing load balancing over an overlay network
CN115516842A (zh) 编排代理服务
US12010012B2 (en) Application-aware BGP path selection and forwarding
WO2018000617A1 (zh) 一种数据库的更新方法及调度服务器
CN113973086B (zh) 一种数据传输方法、装置及存储介质
WO2024033882A1 (en) Near real time request handling in flexible api router
JP2020058011A (ja) ゲートウェイ装置、ネットワークシステム、制御方法、及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210812

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220830

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221125

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: 20230314

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230323

R150 Certificate of patent or registration of utility model

Ref document number: 7252356

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150