(57)【要約】  ネットワーク装置（１０、３０）は、無線端末を送信元又は宛先とするユーザパケットをカプセル化するために使用されるカプセル化プロトコルのプロトコルデータユニットのヘッダ部分（８００）にエッジ・コンピューティング関連制御情報（１００１、１１０１）を含める。さらに、ネットワーク装置（１０）は、当該エッジ・コンピューティング関連制御情報（１００１、１１０１）をそのヘッダ部分（８００）に含むプロトコルデータユニットを送信する。
2018186000.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合されるとともに、無線端末を送信元又は宛先とする（originated from or destined for）ユーザパケットをカプセル化するために使用されるカプセル化（encapsulation）プロトコルのプロトコルデータユニットのヘッダ部分にエッジ・コンピューティング関連制御情報を含めるよう構成され、且つ前記エッジ・コンピューティング関連制御情報をそのヘッダ部分に含む前記プロトコルデータユニットを送信するよう構成された少なくとも１つのプロセッサと、
を備えるネットワーク装置。
【請求項２】
前記エッジ・コンピューティング関連制御情報は、前記無線端末に向けたサービス又はアプリケーションのためにコンピューティング・リソース及びストレージ・リソースのうち少なくとも一方を提供するよう構成されたサーバから無線アクセスネットワークノードに、又はその反対に送られる、
請求項１に記載のネットワーク装置。
【請求項３】
前記ネットワーク装置は、前記無線アクセスネットワークノード、又は前記無線アクセスネットワークノードと前記サーバとの間に配置されるコアネットワークノードであり、
前記エッジ・コンピューティング関連制御情報は、前記無線アクセスネットワークノード又は前記コアネットワークノードから前記サーバに送られる第１の制御情報を含む、
請求項２に記載のネットワーク装置。
【請求項４】
前記第１の制御情報は、無線インタフェース品質、セルスループット、バックホールスループット、前記無線端末が利用しているサービスの情報、及び前記無線端末の優先度情報のうち少なくとも１つを含む、
請求項３に記載のネットワーク装置。
【請求項５】
前記ネットワーク装置は、前記サーバであり、
前記エッジ・コンピューティング関連制御情報は、前記サーバから前記無線アクセスネットワークノードに送られる第２の制御情報を含む、
請求項２に記載のネットワーク装置。
【請求項６】
前記第２の制御情報は、
無線アクセスネットワーク内での無線リソース管理又は無線リソース・スケジューリングを調整するように前記無線アクセスネットワークノードに要求する無線リソース制御要求、及び
前記無線アクセスネットワークから前記サーバ又はコアネットワークに送られるユーザパケット群に対するトラフィック制御を調整するように前記無線アクセスネットワークノードに要求するトラフィック制御要求、
のうち少なくとも１つを含む、
請求項５に記載のネットワーク装置。
【請求項７】
前記カプセル化プロトコルは、コアネットワークノードと無線アクセスネットワークノードとの間で前記無線端末のユーザパケットを転送するために使用されるカプセル化プロトコルと共通である、
請求項１〜６のいずれか１項に記載のネットワーク装置。
【請求項８】
前記カプセル化プロトコルは、General Packet Radio Service (GPRS) Tunnelling Protocol for User Plane (GTP-U) である、
請求項１〜７のいずれか１項に記載のネットワーク装置。
【請求項９】
前記ヘッダ部分は、
前記プロトコルデータユニットが、ユーザパケットを運ぶプロトコルデータユニットであることを示すメッセージ・タイプ・フィールドと、
前記エッジ・コンピューティング関連制御情報を包含する第１のエクステンション・ヘッダを前記ヘッダ部分が含むことを示すネクスト・エクステンション・ヘッダ・タイプ・フィールドと、
前記エッジ・コンピューティング関連制御情報を包含する前記第１のエクステンション・ヘッダと、
を含む、
請求項８に記載のネットワーク装置。
【請求項１０】
無線端末を送信元又は宛先とする（originated from or destined for）ユーザパケットをカプセル化するために使用されるカプセル化プロトコルのプロトコルデータユニットのヘッダ部分にエッジ・コンピューティング関連制御情報を含めること、及び
前記エッジ・コンピューティング関連制御情報をそのヘッダ部分に含む前記プロトコルデータユニットを送信すること、
を備える、ネットワーク装置における方法。
【請求項１１】
前記エッジ・コンピューティング関連制御情報は、前記無線端末に向けたサービス又はアプリケーションのためにコンピューティング・リソース及びストレージ・リソースのうち少なくとも一方を提供するよう構成されたサーバから無線アクセスネットワークノードに、又はその反対に送られる、
請求項１０に記載の方法。
【請求項１２】
前記ネットワーク装置は、前記無線アクセスネットワークノード、又は前記無線アクセスネットワークノードと前記サーバとの間に配置されるコアネットワークノードであり、
前記エッジ・コンピューティング関連制御情報は、前記無線アクセスネットワークノード又は前記コアネットワークノードから前記サーバに送られる第１の制御情報を含む、
請求項１１に記載の方法。
【請求項１３】
前記第１の制御情報は、無線インタフェース品質、セルスループット、バックホールスループット、前記無線端末が利用しているサービスの情報、及び前記無線端末の優先度情報のうち少なくとも１つを含む、
請求項１２に記載の方法。
【請求項１４】
前記ネットワーク装置は、前記サーバであり、
前記エッジ・コンピューティング関連制御情報は、前記サーバから前記無線アクセスネットワークノードに送られる第２の制御情報を含む、
請求項１１に記載の方法。
【請求項１５】
前記第２の制御情報は、
無線アクセスネットワーク内での無線リソース管理又は無線リソース・スケジューリングを調整するように前記無線アクセスネットワークノードに要求する無線リソース制御要求、及び
前記無線アクセスネットワークから前記サーバ又はコアネットワークに送られるユーザパケット群に対するトラフィック制御を調整するように前記無線アクセスネットワークノードに要求するトラフィック制御要求、
のうち少なくとも１つを含む、
請求項１４に記載の方法。
【請求項１６】
前記カプセル化プロトコルは、コアネットワークノードと無線アクセスネットワークノードとの間で前記無線端末のユーザパケットを転送するために使用されるカプセル化プロトコルと共通である、
請求項１０〜１５のいずれか１項に記載の方法。
【請求項１７】
前記カプセル化プロトコルは、General Packet Radio Service (GPRS) Tunnelling Protocol for User Plane (GTP-U) である、
請求項１０〜１６のいずれか１項に記載の方法。
【請求項１８】
前記ヘッダ部分は、
前記プロトコルデータユニットが、ユーザパケットを運ぶプロトコルデータユニットであることを示すメッセージ・タイプ・フィールドと、
前記エッジ・コンピューティング関連制御情報を包含する第１のエクステンション・ヘッダを前記ヘッダ部分が含むことを示すネクスト・エクステンション・ヘッダ・タイプ・フィールドと、
前記エッジ・コンピューティング関連制御情報を包含する前記第１のエクステンション・ヘッダと、
を含む、
請求項１７に記載の方法。
【請求項１９】
ネットワーク装置における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、無線端末を送信元又は宛先とする（originated from or destined for）ユーザパケットをカプセル化するために使用されるカプセル化プロトコルのプロトコルデータユニットのヘッダ部分にエッジ・コンピューティング関連制御情報を含めることを備える、非一時的なコンピュータ可読媒体。
【請求項２０】
前記エッジ・コンピューティング関連制御情報は、前記無線端末に向けたサービス又はアプリケーションのためにコンピューティング・リソース及びストレージ・リソースのうち少なくとも一方を提供するよう構成されたサーバから無線アクセスネットワークノードに、又はその反対に送られる、
請求項１９に記載の非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、モバイル通信ネットワークに関し、特にエッジ・コンピューティングのための装置及び方法に関する。
【背景技術】
【０００２】
European Telecommunications Standards Institute（ETSI）は、Mobile Edge Computing（MEC）の標準化を開始している（非特許文献１を参照）。なお、ETSI MEC 業界標準グループ（Industry Specification Group（ISG））は、その名称を“Mobile Edge Computing”から“Multi-access Edge Computing”に変更した。例えば、MECは、アプリケーション開発者（application developers）及びコンテンツプロバイダに対して、モバイル加入者（mobile subscribers）に近接した無線アクセスネットワーク（Radio Access Network（RAN））内でのクラウド・コンピューティング能力（capabilities）及びinformation technology（IT）サービス環境を提供する。この環境は、超低遅延（ultra-low latency）及び広帯域幅（high bandwidth）に加えて、アプリケーション及びサービスによって活用される（leveraged）ことができる無線ネットワーク情報（radio network information generation）（e.g., 加入者位置およびセル負荷）への直接アクセスを提供する。【０００３】
MECは、Network Function Virtualization（NFV）と同様に、仮想化された（virtualized）プラットフォームに基づく。NFVはネットワーク機能に重点を置いているのに対して、MECは、ネットワークのエッジでのアプリケーション（モバイルエッジアプリケーション（mobile edge applications）と呼ばれる）の実行を可能とする。MECサーバは、モバイルエッジアプリケーションにコンピューティング・リソース、ストレージ・リソース、及びネットワークリソースを提供するためのプラットフォーム及び仮想化インフラストラクチャを含むエンティティである。MECサーバは、モバイルエッジ・ホスト又はモバイルエッジ・クラウドとも呼ばれる。【０００４】
Third Generation Partnership Project（3GPP）もMECに類似したソリューションを検討している。当該ソリューションは、“Context Aware Service Delivery in RAN”と呼ばれる（非特許文献２を参照）。“Context Aware Service Delivery in RAN”は、context aware service deliveryのためのキャッシュサーバをモバイル通信ネットワークのエッジに配置することを可能にする。さらに、3GPPによって検討されているNext Generation Radio Access Technologiesのための要求条件は、RANアーキテクチャが配置の柔軟性（deployment flexibility）を許容することを含む（非特許文献３を参照）。この配置の柔軟性は、例えば、コンテキストアウェアサービス配信（context aware service delivery）及び低遅延サービス（low latency services）を可能にするために、ホストに関係する（host relevant）RAN、コアネットワーク（CN）、及びアプリケーションの機能（functions）が当該RANのエッジに配置されることを許容する。【０００５】
特許文献１は、Long Term Evolution（LTE）基地局（i.e., eNB）が、RANエッジに配されたアプリケーションサーバ（i.e., MECサーバ）にユーザデータを送信し且つ当該サーバからユーザデータを受信するために、General Packet Radio Service (GPRS) Tunnelling Protocol for User Plane（GTP-U）プロトコルを使用することを開示している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】国際公開第２０１６／１７４８６４号
【非特許文献】
【０００７】
【非特許文献１】ETSI GS MEC 002 V1.1.1 (2016-03) “Mobile Edge Computing (MEC); Technical Requirements”, March 2016
【非特許文献２】3GPP TR 36.933 V14.0.0 (2017-03) “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on Context Aware Service Delivery in RAN for LTE; (Release 14)”, March 2017
【非特許文献３】3GPP TR 38.913 V14.2.0 (2017-03) “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on Scenarios and Requirements for Next Generation Access Technologies; (Release 14)”, March 2017
【発明の概要】
【発明が解決しようとする課題】
【０００８】
MECサーバは、モバイル通信ネットワーク内のノードとMEC関連制御情報を交換するためのインタフェースを利用できることが好ましいかもしれない。ここで、MEC関連制御情報は、例えば、モバイル通信ネットワークからMECサーバに送られる無線ネットワーク情報、MECサーバからモバイル通信ネットワークへのネットワーク制御要求、又はこれら両方を含む。モバイル通信ネットワーク内のノードは、RANノード（e.g., eNB、又はRadio Network Controller（RNC））であってもよいし、コアネットワークノード（e.g., S-GW、又はPacket Data Network (PDN) Gateway（P-GW））であってもよい。これに代えて、モバイル通信ネットワーク内のノードは、ローカルブレークアウトのためのゲートウェイ（e.g., Local Gateway (L-GW) for Local IP Access（LIPA）、L-GW for Selected IP Traffic Offload (SIPTO) at the Local Network、Standalone Gateway for SIPTO at the Local Network）であってもよい。【０００９】
なお、上述のように、特許文献１は、LTE eNBがユーザデータをMECサーバに送信し且つMECサーバから受信するためにGTP-Uプロトコルを使用することを開示している。しかしながら、特許文献１は、モバイル通信ネットワーク内のノード（e.g., eNB）がMEC関連制御情報をMECサーバと交換するためのインタフェースについて明示していない。【００１０】
本明細書に開示される実施形態が達成しようとする目的の１つは、MECエンティティ（e.g., MECサーバ）及びネットワークノード（e.g., 基地局、ゲートウェイ）がMEC関連制御情報を互いの間で複雑でない手法で（in an uncomplicated manner）交換することを可能にする装置、方法、及びプログラムを提供することである。この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【００１１】
第１の態様では、ネットワーク装置は、少なくとも１つのメモリと、前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、無線端末を送信元又は宛先とする（originated from or destined for）ユーザパケットをカプセル化するために使用されるカプセル化（encapsulation）プロトコルのプロトコルデータユニットのヘッダ部分にエッジ・コンピューティング関連制御情報を含めるよう構成され、且つ前記エッジ・コンピューティング関連制御情報をそのヘッダ部分に含む前記プロトコルデータユニットを送信するよう構成される。【００１２】
第２の態様では、ネットワーク装置における方法は、（ａ）無線端末を送信元又は宛先とする（originated from or destined for）ユーザパケットをカプセル化するために使用されるカプセル化プロトコルのプロトコルデータユニットのヘッダ部分にエッジ・コンピューティング関連制御情報を含めること、及び（ｂ）前記エッジ・コンピューティング関連制御情報をそのヘッダ部分に含む前記プロトコルデータユニットを送信すること、を含む。【００１３】
第３の態様では、プログラムは、コンピュータに読み込まれた場合に、ネットワーク装置における方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。当該方法は、無線端末を送信元又は宛先とする（originated from or destined for）ユーザパケットをカプセル化するために使用されるカプセル化プロトコルのプロトコルデータユニットのヘッダ部分にエッジ・コンピューティング関連制御情報を含めることを含む。
【発明の効果】
【００１４】
上述の態様によれば、MECエンティティ（e.g., MECサーバ）及びネットワークノード（e.g., 基地局、ゲートウェイ）がMEC関連制御情報を互いの間で複雑でない手法で（in an uncomplicated manner）交換することを可能にする装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００１５】
【図１】実施形態に係るモバイル通信ネットワークの構成例を示す図である。
【図２】実施形態に係るモバイル通信ネットワークの構成例を示す図である。
【図３】実施形態に係るモバイル通信ネットワークの構成例を示す図である。
【図４】実施形態に係るモバイル通信ネットワークの構成例を示す図である。
【図５】実施形態に係るモバイル通信ネットワークの構成例を示す図である。
【図６】実施形態に係るモバイル通信ネットワークの構成例を示す図である。
【図７】実施形態に係るモバイル通信ネットワークの構成例を示す図である。
【図８】実施形態に係るGTP-Uヘッダの構成例を示す図である。
【図９】実施形態に係るネクスト・エクステンション・ヘッダ・タイプの例を示す図である。
【図１０】実施形態に係るエクステンション・ヘッダの例を示す図である。
【図１１】実施形態に係るエクステンション・ヘッダの例を示す図である。
【図１２】実施形態に係るeNB/gNBとMECサーバとの間のシグナリングの例を示すシーケンス図である。
【図１３】実施形態に係るeNBの構成例を示す図である。
【図１４】実施形態に係るS-GWの構成例を示す図である。
【図１５】実施形態に係るMECサーバの構成例を示す図である。
【発明を実施するための形態】
【００１６】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００１７】
実施形態に係るモバイル通信ネットワークの構成例を図１〜図７を参照して説明する。図１〜図３は、LTEシステムとこれに結合されたMECサーバの配置（deployment）の例を示している。図１の例では、eNB１０は、S-GW２０及びMECサーバ３０と通信する。よく知られているように、eNB１０は、RAN（i.e., Evolved Universal Terrestrial Radio Access Network（E-UTRAN））内のノードであり、S-GW２０は、コアネットワーク（i.e., Evolved Packet Core（EPC））内のノードである。MECサーバ３０は、eNB１０に結合される。MECサーバ３０は、eNB１０と同じサイト内に配置されてもよい。
【００１８】
既に説明したように、MECサーバ３０は、モバイルエッジアプリケーションにコンピューティング・リソース、ストレージ・リソース、若しくはネットワークリソース又はこれらの任意の組合せを提供するためのプラットフォーム及び仮想化インフラストラクチャを含むエンティティである。MECサーバ３０は、モバイルエッジ・ホスト又はモバイルエッジ・クラウドとも呼ばれる。さらに、MECサーバ３０は、Internet of Things（IoT）サービス・イネーブラと呼ばれてもよい。
【００１９】
eNB１０は、無線端末（i.e., User Equipment（UE））のアップリンク・ユーザパケット（user packets）をS-GW２０を介してP-GW（不図示）に送り、且つダウンリンク・ユーザパケットをS-GW２０を介してP-GW（不図示）から受信するためにGTP-Uプロトコルを使用する。ダウンリンク・ユーザパケット及びアップリンク・ユーザパケットは、典型的には、Internet Protocol（IP）パケットである。さらに、図１の例では、eNB１０は、MECサーバ３０上にインスタンス化（instantiated）されているモバイルエッジアプリケーションとUE内で動作している（running）UEアプリケーションとの間で送受信されるユーザパケットを転送するためにGTP-Uプロトコルを使用する。
【００２０】
さらにまた、図１の例では、eNB１０は、MEC関連制御情報をMECサーバ３０に送り、且つMEC関連制御情報をMECサーバ３０から受信するためにもGTP-Uプロトコルを使用する。具体的には、eNB１０及びMECサーバ３０の各々は、GTPプロトコルデータユニット（Protocol Data Unit）（GTP-PDU）のヘッダ部分（i.e., GTP-Uヘッダ）にMEC関連制御情報を含めるよう構成され、且つMEC関連制御情報をそのヘッダ部分に含むGTP-PDUを送信するよう構成される。MEC関連制御情報を送るためのGTP-Uプロトコルの拡張又は改良の詳細は後述される。
【００２１】
eNB１０からMECサーバ３０に送られるMEC関連制御情報は、モバイル通信ネットワークに関する測定情報を含んでもよい。具体的には、eNB１０からMECサーバ３０へのMEC関連制御情報は、無線インタフェース品質、セルスループット、及びバックホールスループットのうち少なくとも１つを含んでもよい。無線インタフェース品質は、例えば、UEによって測定されたダウンリンクチャネル品質、eNB１０によって測定されたアップリンクチャネル品質、又はこれら両方を含んでもよい。無線インタフェース品質は、Received Signal Strength Indicator（RSSI）、Channel Quality Indicator（CQI）、Reference Signal Received Power（RSRP）、若しくはReference Signal Received Quality（RSRQ）、又はこれらの任意の組合せであってもよい。
【００２２】
さらに又はこれに代えて、eNB１０からMECサーバ３０へのMEC関連制御情報は、UE情報を含んでもよい。UE情報は、例えば、UEが利用しているサービスの情報、及びUEの優先度情報のうち少なくとも１つを示す。当該サービスの情報は、サービス種別若しくはQoS（Quality of Service）又は両方を含んでもよい。より詳細には、当該サービスの情報は、UEが利用しているビデオコンテンツに関連する情報であってもよい。さらに又はこれに代えて、UE情報は、UEの特性に関する様々な情報、例えば、UEの位置情報、セキュリティ情報、課金情報、ベアラ情報、又はUEの移動特性（e.g., 高速、低速、移動頻度）を含んでもよい。
【００２３】
MECサーバ３０からeNB１０に送られるMEC関連制御情報は、無線リソース制御要求であってもよい。当該無線リソース制御要求は、RAN内での無線リソース管理又は無線リソース・スケジューリングを調整するようにeNB１０に要求する。MECサーバ３０は、eNB１０から受信したMEC関連制御情報（e.g., 無線インタフェース品質、UEの優先度、UEの特性）に基づいて無線リソース制御要求を生成してもよい。例えば、無線リソース制御要求は、１又はそれ以上のUEsの無線接続（i.e., Radio Resource Control（RRC）コネクション）の解放、又は１又はそれ以上のUEsのセル間又はRadio Access Technology間（Inter-RAT）ハンドオーバをeNB１０に要求してもよい。例えば、無線リソース制御要求は、１又はそれ以上のUEsに適用されるスケジューリング・メトリックの調整をeNB１０に要求してもよい。
【００２４】
さらに又はこれに代えて、MECサーバ３０からeNB１０へのMEC関連制御情報は、トラフィック制御要求であってもよい。当該トラフィック制御要求は、eNB１０からコアネットワーク（i.e., S-GW２０）又はMECサーバ３０に送られるユーザパケット群に対するトラフィック制御を調整するようにeNB１０に要求する。例えば、トラフィック制御要求は、eNB１０からコアネットワーク（i.e., S-GW２０）又はMECサーバ３０に送られるユーザパケット群に対するトラフィックシェーピングをeNB１０に要求してもよい。トラフィック制御要求は、シェーピングの対象とされるパケットフローに関する識別子（e.g., UE識別子、Tunnel Endpoint Identifier（TEID））、フロー優先度、若しくはパケット伝送レート（e.g., committed information rate（CIR））、又はこれらの任意の組合せを示してもよい。
【００２５】
図２の例では、MECサーバ３０は、GTP-Uプロトコルを使用してコアネットワークノードであるS-GW２０と通信する。なお、図２に示されたS-GW２０は、ローカルブレークアウトのためのゲートウェイであってもよい。具体的には、S-GW２０は、SIPTO at the Local NetworkのためのスタンドアロンGWであってもよい。スタンドアロンGWは、少なくとも、S-GWのユーザプレーン機能およびP-GWのユーザプレーン機能を有する。
【００２６】
図１の例と同様に図２の例でも、eNB１０は、MECサーバ３０上にインスタンス化（instantiated）されているモバイルエッジアプリケーションとUE内で動作している（running）UEアプリケーションとの間で送受信されるユーザパケットを転送するためにGTP-Uプロトコルを使用してもよい。当該ユーザパケットは、eNB１０とS-GW２０の間のGTPトンネル、並びにS-GW２０とMECサーバ３０の間のGTPトンネルを介してeNB１０とMECサーバ３０との間で転送される。
【００２７】
さらにまた、図２の例では、S-GW２０は、MEC関連制御情報をMECサーバ３０に送り、且つMEC関連制御情報をMECサーバ３０から受信するためにGTP-Uプロトコルを使用する。なお、MEC関連制御情は、eNB１０とMECサーバ３０との間で交換されてもよい。言い換えると、S-GW２０は、eNB１０とMECサーバ３０との間でMEC関連制御情報を中継してもよい。
【００２８】
図３の例では、MECサーバ３０はeNB１０とS-GW２０との間に配置される。この場合には、上述したユーザパケットは、eNB１０とMECサーバ３０との間のGTPトンネル並びにMECサーバ３０とS-GW２０との間のGTPトンネルを介して、eNB１０とS-GW２０との間で転送される。
【００２９】
図４〜図７は、第5世代移動通信システム（5G）とこれに結合されたMECサーバの配置（deployment）の例を示している。3GPPは、2020年以降の導入に向けた5Gの標準化作業を3GPP Release 14として2016年に開始している。5Gは、LTE及びLTE-Advancedの継続的な改良・発展（enhancement/evolution）と新たな5Gエア・インタフェース（新たなRadio Access Technology（RAT））の導入による革新的な改良・発展の組合せで実現されると想定されている。新たなRATは、例えば、LTE/LTE-Advancedの継続的発展が対象とする周波数帯（e.g., 6 GHz以下）よりも高い周波数帯、例えば10 GHz以上のセンチメートル波帯及び30 GHz以上のミリ波帯をサポートする。
【００３０】
本明細書では、第5世代移動通信システムは、5G System、又はNext Generation (NextGen) System（NG System）とも呼ばれる。5G Systemのための新たなRATは、New Radio（NR）、5G RAT、又はNG RATと呼ばれる。5G Systemのための新たな無線アクセスネットワーク（Radio Access Network（RAN））は、5G-RAN又はNextGen RAN（NG RAN）と呼ばれる。5G-RAN 内の新たな基地局は、gNodeB（gNB）又はNR NodeB（NR NB）と呼ばれる。5G Systemのための新たなコアネットワークは、5G Core Network（5GC）又はNextGen Core（NG Core）と呼ばれる。5G Systemに接続する無線端末（UE）は、5G UE、NextGen UE（NG UE）又は単にUEと呼ばれる。5G SystemのためのRAT、UE、無線アクセスネットワーク、コアネットワーク、ネットワーク・エンティティ（ノード）、及びプロトコルレイヤ等の正式な名称は、標準化作業が進む過程で将来的に決定されるであろう。
【００３１】
図４の例では、gNB４０は、ユーザプレーン機能（User Plane Function（UPF））５０及びMECサーバ３０と通信する。gNB４０は、5G RAN内のノードである。5G RAN（gNB４０）とUPF５０との間のインタフェースは、N3インタフェース（又は参照点（reference point））と呼ばれる。MECサーバ３０は、gNB４０に結合される。MECサーバ３０は、gNB４０と同じサイト内に配置されてもよい。
【００３２】
なお、gNB４０は、Cloud Radio Access Network（C-RAN）コンセプトに基づいて実装されてもよい。すなわち、図４に示されるように、gNB４０は、Central Unit（CU）４２及び少なくとも１つのDistributed Unit（DU）４４を含んでもよい。CU４２は、Baseband Unit（BBU）又はCentral Unit（CU）と呼ばれる。DU４４は、Radio Unit（RU）、Remote Radio Head（RRH）、Remote Radio Equipment（RRE）、又はTransmission and Reception Point（TRP又はTRxP）とも呼ばれる。図４の例では、MECサーバ３０は、GTP-Uプロトコルを用いてCU４２と通信する。
【００３３】
gNB４０（CU４２）は、UEのアップリンク・ユーザパケット（user packets）をUPF５０に送り、且つダウンリンク・ユーザパケットをUPF５０から受信するためにGTP-Uプロトコルを使用する。ダウンリンク・ユーザパケット及びアップリンク・ユーザパケットは、典型的には、Internet Protocol（IP）パケットである。さらに、図４の例では、gNB４０（CU４２）は、MECサーバ３０上にインスタンス化（instantiated）されているモバイルエッジアプリケーションとUE内で動作している（running）UEアプリケーションとの間で送受信されるユーザパケットを転送するためにGTP-Uプロトコルを使用する。
【００３４】
さらにまた、図４の例では、gNB４０（CU４２）は、MEC関連制御情報をMECサーバ３０に送り、且つMEC関連制御情報をMECサーバ３０から受信するためにもGTP-Uプロトコルを使用する。具体的には、gNB４０（CU４２）及びMECサーバ３０の各々は、GTP-PDUのヘッダ部分（i.e., GTP-Uヘッダ）にMEC関連制御情報を含めるよう構成され、且つMEC関連制御情報をそのヘッダ部分に含むGTP-PDUを送信するよう構成される。MEC関連制御情報を送るためのGTP-Uプロトコルの拡張又は改良の詳細は後述される。
【００３５】
図５の例では、MECサーバ３０は、GTP-Uプロトコルを使用してコアネットワークノードであるUPF５０と通信する。なお、図５に示されたUPF５０は、ローカルブレークアウトのためのゲートウェイであってもよい。具体的には、UPF５０は、コンテキストアウェアサービス配信（context aware service delivery）及び低遅延サービス（low latency services）を可能にするために5G RANのエッジに配置されてもよい。
【００３６】
図４の例と同様に図５の例でも、gNB４０（CU４２）は、MECサーバ３０上にインスタンス化（instantiated）されているモバイルエッジアプリケーションとUE内で動作している（running）UEアプリケーションとの間で送受信されるユーザパケットを転送するためにGTP-Uプロトコルを使用してもよい。当該ユーザパケットは、gNB４０とUPF５０の間のGTPトンネル、並びにUPF５０とMECサーバ３０の間のGTPトンネルを介してgNB４０とMECサーバ３０との間で転送される。
【００３７】
さらにまた、図５の例では、UPF５０は、MEC関連制御情報をMECサーバ３０に送り、且つMEC関連制御情報をMECサーバ３０から受信するためにGTP-Uプロトコルを使用する。なお、MEC関連制御情は、gNB４０とMECサーバ３０との間で交換されてもよい。言い換えると、UPF５０は、gNB４０とMECサーバ３０との間でMEC関連制御情報を中継してもよい。
【００３８】
図６の構成例は、図４に示された構成例の変形であり、MECサーバ３０がgNB４０と同じサイト内に配置されることを明示している。図７の構成例は、図６の構成例の変形を示している。図７の構成例では、MECサーバ３０は、モバイルエッジアプリケーションからのダウンリンク・ユーザパケットをDU４４を介して（且つCU４２を介さずに）UEに送り、UEからのアップリンク・ユーザパケットをDU４４を介して（且つCU４２を介さずに）受信する。図７の例では、DU４４は、Packet Data Convergence Protocol（PDCP）を含む5G RANのユーザプレーンプロトコル・スタックをサポートする。
【００３９】
図４〜図７に示された構成例に代えて、MECサーバ３０は、gNB４０とUPF５０との間に配置されていてもよい。この場合には、上述したユーザパケットは、gNB４０とMECサーバ３０との間のGTPトンネル並びにMECサーバ３０とUPF５０との間のGTPトンネルを介して、gNB４０とUPF５０との間で転送される。
【００４０】
なお、図１〜図７に係る実施形態では、GTP-Uプロトコルが使用される例を示した。しかしながら、GTP-Uプロトコルは、UEを送信元又は宛先とする（originated from or destined for）ユーザパケットをカプセル化するためのカプセル化（encapsulation）プロトコルの一例に過ぎない。図１〜図７に係る実施形態は、GTP-Uプロトコルとは異なるカプセル化プロトコルを使用するよう変形されてもよい。例えば、現在標準化が進められている5Gシステムは、GTP-Uプロトコルとは異なるカプセル化プロトコルを、5Gネットワーク内でユーザデータを搬送するために使用するかもしれない。カプセル化プロトコルは、トンネリング・プロトコルと呼ぶこともできる。
【００４１】
以上の説明から理解されるように、図１〜図７に係る実施形態では、ネットワーク装置（e.g., eNB１０、S-GW２０、MECサーバ３０、gNB４０、CU４２、UPF５０）は、UEを送信元又は宛先とする（originated from or destined for）ユーザパケットをカプセル化するために使用されるカプセル化（encapsulation）プロトコルのPDUのヘッダ部分にMEC関連制御情報を含める。さらに、当該ネットワーク装置は、MEC関連制御情報をそのヘッダ部分に含むカプセル化プロトコルPDUを送信する。したがって、図１〜図７に係る実施形態では、RANとコアネットワークとの間でユーザパケットを転送するためのカプセル化プロトコルがMEC関連制御情報を送るためにも利用されることができる。よって、図１〜図７に係る実施形態は、MECサーバ３０及びネットワークノード（e.g., eNB１０、S-GW２０、gNB４０、UPF５０）がMEC関連制御情報を複雑でない手法で（in an uncomplicated manner）交換することを可能にできる。
【００４２】
続いて以下では、図８〜図１１を参照して、MEC関連制御情報を送るためのGTP-Uプロトコルの拡張又は改良の詳細について説明する。図８は、GTP-PDUに包含されるGTP-Uヘッダ８００の構成を示している。GTP-PDUは、GTP-Uメッセージとも呼ばれる。GTP-PDUは、G-PDU又はシグナリングメッセージのどちからである。ここで、G-PDUは、User data packet（i.e., Transport PDU（T-PDU））を搬送するために使用される。G-PDUは、User data packet（T-PDU）とGTP-Uヘッダとから成る。一方、シグナリングメッセージは、G-PDUとは異なり、パス管理又はトンネル管理のためにGTP-Uトンネルエンドポイント間で送られる制御メッセージである。シグナリングメッセージは、GTP-Uヘッダと、ゼロ又はそれ以上の情報要素（Information Elements（IEs））とから成る。
【００４３】
GTP-Uヘッダ８００内のメッセージ・タイプ・フィールド８０１は、GTP-PDU（i.e., GTP-Uメッセージ）のタイプを示す。例えば、GTP-UメッセージがG-PDU（i.e., ユーザIPパケットを運ぶGTP-PDU）であるとき、メッセージ・タイプ・フィールド８０１はデシマル値２５５がセットされる。一方、GTP-Uメッセージがシグナリングメッセージであるとき、メッセージ・タイプ・フィールド８０１はデシマル値１、２、２６、３１、又は２５４がセットされる。そのメッセージタイプ値（デシマル）が１、２、２６、３１、又は２５４であるとき、GTP-Uメッセージは、パス管理のためのEcho Request、パス管理のためのEcho Response、トンネル管理のためのError Indication、パス管理のためのSupported Extension Headers Notification、又はトンネル管理のためのEnd Markerである。
【００４４】
いくつかの実装において、MEC関連制御情報を運ぶGTP-PDUのGTP-Uヘッダ８００は、G-PDUに対応するデシマル値２５５がセットされたメッセージ・タイプ・フィールド８０１を含んでもよい。さらに、エクステンション・ヘッダ８０３がMEC関連情報を運ぶために使用されてもよい。エクステンション・ヘッダ８０３は、GTP-Uヘッダ８００に含まれる。ネクスト・エクステンション・ヘッダ・タイプ・フィールド８０２は、これに続くエクステンション・ヘッダのタイプを示す。なお、MEC関連制御情報を運ぶGTP-PDUのGTP-Uヘッダ８００にG-PDUに対応するデシマル値２５５がセットされる場合、当該GTP-PDUは、User data packet（i.e., Transport PDU（T-PDU））を包含するペイロードを含まなくてもよい。
【００４５】
図９は、ネクスト・エクステンション・ヘッダ・タイプ・フィールド８０２にセットされる値の具体例を示している。図９の例では、MEC関連制御情報を表す２つの値が新たに定義されている。図９の例では、値“1000 1000”は、エクステンション・ヘッダのタイプがMEC Container from eNB/gNB エクステンション・ヘッダ９０１であることを表す。同様に、値“1000 1001”は、エクステンション・ヘッダのタイプがMEC Container from MEC server エクステンション・ヘッダ９０２であることを表す。MEC Container from eNB/gNB エクステンション・ヘッダ９０１は、eNB１０又はgNB４０からMECサーバ３０に送られるMEC関連制御情報を運ぶMEC Container from eNB/gNBを包含する。MEC Container from MEC server エクステンション・ヘッダ９０２は、MECサーバ３０からeNB１０又はgNB４０に送られるMEC関連制御情報を運ぶMEC Container from MEC serverを包含する。
【００４６】
図１０は、MEC Container from eNB/gNB エクステンション・ヘッダ９０１の具体例を示している。MEC Container from eNB/gNB エクステンション・ヘッダ９０１は、MEC Container from eNB/gNBフィールド１００１を包含する。MEC Container from eNB/gNBフィールド１００１は、例えば、MEC識別子（MEC Identifier）、無線インタフェース品質（Air Information）、アップリンク・セルスループット（UL Cell Throughput）、ダウンリンク・セルスループット（DL Cell Throughput）、アップリンク・バックホールスループット（UL Backhaul Throughput）、ダウンリンク・バックホールスループット（DL Backhaul Throughput）、及びUE情報（UE information）のうち少なくとも１つを示す。MEC識別子は、eNB/gNBとMECサーバの間のMECに関するセッションを識別する。
【００４７】
図１１は、MEC Container from MEC server エクステンション・ヘッダ９０２の具体例を示している。MEC Container from MEC server エクステンション・ヘッダ９０２は、MEC Container from MEC serverフィールド１１０１を包含する。MEC Container from MEC serverフィールド１１０１は、例えば、MEC識別子（MEC Identifier）、無線スケジューラ設定（Radio Scheduler Configuration）、及びトラフィク制御パラメータ（Traffic Control parameters）のうち少なくとも１つを示す。
【００４８】
MEC関連制御情報を運ぶためにGTP-Uヘッダ内のエクステンション・ヘッダを使用することは、例えば、以下に述べる利点がある。GTP-Uプロトコルは、GTPエンティティが必須のエクステンション・ヘッダをサポートしていいない場合に、当該GTPエンティティがピアGTPエンティティに“Supported Extension Headers Notification”を送信することを規定している。“Supported Extension Headers Notification”は、パス管理のためのシグナリングメッセージであり、送信元のGTPエンティティによってサポートされるエクステンション・ヘッダ・タイプのリストを示す。あるいは、GTP-Uプロトコルは、未サポートのエクステンション・ヘッダをGTPエンティティが受信した場合に、当該GTPエンティティが当該受信されたエクステンション・ヘッダを無視（ignore）することを規定している。したがって、MEC関連制御情報を運ぶためにGTP-Uヘッダ内のエクステンション・ヘッダが使用される上述の実装は、ネットワークの動作の安定化に寄与できる。
【００４９】
図１２は、eNB１０（又はgNB４０）とMECサーバ３０との間のシグナリングの例（処理１２００）を示すシーケンス図である。ステップ１２０１では、eNB１０（又はgNB４０）は、MEC関連制御情報を運ぶMEC Container from eNB/gNBをMECサーバ３０に送る。当該MEC Container from eNB/gNBによって運ばれるMEC関連制御情報は、例えば、１又はそれ以上の品質パラメータ（e.g., CQI、セルスループット、バックホールスループット）の測定値を含む。eNB１０（又はgNB４０）は、ステップ１２０１のMEC Container from eNB/gNBを定期的に送ってもよいし、所定のトリガーイベントに応答して非周期的に送信してもよい。ステップ１２０２では、MECサーバ３０は、MEC関連制御情報を運ぶMEC Container from MEC serverをeNB１０（又はgNB４０）に送る。既に説明したように、当該MEC Container from MEC serverによって運ばれるMEC関連制御情報は、無線リソース制御要求又はトラフィック制御要求を含んでもよい。
【００５０】
続いて以下では、上述の実施形態に係るeNB１０、S-GW２０、MECサーバ３０、gNB４０、CU４２、及びUPF５０の構成例について説明する。図１３は、eNB１０の構成例を示すブロック図である。gNB４０の構成も図１３の構成と同様であってもよい。図１３を参照すると、eNB１０は、Radio Frequency（RF）トランシーバ１３０１、ネットワークインターフェース１３０３、プロセッサ１３０４、及びメモリ１３０５を含む。RFトランシーバ１３０１は、UEと通信するためにアナログRF信号処理を行う。RFトランシーバ１３０１は、複数のトランシーバを含んでもよい。RFトランシーバ１３０１は、アンテナ１３０２及びプロセッサ１３０４と結合される。RFトランシーバ１３０１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ１３０４から受信し、送信RF信号を生成し、送信RF信号をアンテナ１３０２に供給する。また、RFトランシーバ１３０１は、アンテナ１３０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１３０４に供給する。
【００５１】
ネットワークインターフェース１３０３は、ネットワークノード（e.g., S-GW２０、MECサーバ３０、及びMobility Management Entity（MME））と通信するために使用される。ネットワークインターフェース１３０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【００５２】
プロセッサ１３０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１３０４によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、Medium Access Control（MAC）レイヤ、および物理（PHY）レイヤの信号処理を含んでもよい。また、プロセッサ１３０４によるコントロールプレーン処理は、S1-MMEプロトコル、GTP-Uプロトコル、Radio Resource Control（RRC）プロトコル、及びMAC Control Element（MAC CE）の処理を含んでもよい。
【００５３】
プロセッサ１３０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１３０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）又はMicro Processing Unit（MPU））を含んでもよい。
【００５４】
メモリ１３０５は、揮発性メモリ及び不揮発性メモリによって構成される。メモリ１３０５は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１３０５は、プロセッサ１３０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１３０４は、ネットワークインターフェース１３０３又は図示されていないI/Oインタフェースを介してメモリ１３０５にアクセスしてもよい。
【００５５】
メモリ１３０５は、上述の複数の実施形態で説明されたeNB１０による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１３０６を格納してもよい。いくつかの実装において、プロセッサ１３０４は、当該ソフトウェアモジュール１３０６をメモリ１３０５から読み出して実行することで、上述の実施形態でシーケンス図及びフローチャートを用いて説明されたeNB１０の処理を行うよう構成されてもよい。
【００５６】
図１４は、S-GW２０の構成例を示すブロック図である。CU４２及びUPF５０の構成も図１４の構成と同様であってもよい。図１４を参照すると、S-GW２０は、ネットワークインターフェース１４０１、プロセッサ１４０２、及びメモリ１４０３を含む。ネットワークインターフェース１４０１は、ネットワークノード（e.g., eNB１０、MECサーバ３０、P-GW、及びMME）と通信するために使用される。ネットワークインターフェース１４０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
【００５７】
プロセッサ１４０２は、メモリ１４０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態において説明されたS-GW２０の処理を行う。プロセッサ１４０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１４０２は、複数のプロセッサを含んでもよい。
【００５８】
メモリ１４０３は、揮発性メモリ及び不揮発性メモリによって構成される。メモリ１４０３は、物理的に独立した複数のメモリデバイスを含んでもよい。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１４０３は、プロセッサ１４０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１４０２は、ネットワークインターフェース１４０１又は図示されていないI/Oインタフェースを介してメモリ１４０３にアクセスしてもよい。
【００５９】
メモリ１４０３は、上述の複数の実施形態で説明されたS-GW２０による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１４０４を格納してもよい。いくつかの実装において、プロセッサ１４０２は、当該ソフトウェアモジュール１４０４をメモリ１４０３から読み出して実行することで、上述の実施形態で説明されたS-GW２０の処理を行うよう構成されてもよい。
【００６０】
図１５は、MECサーバ３０の構成例を示すブロック図である。図１５を参照すると、MECサーバ３０は、ネットワークインターフェース１５０１、プロセッサ１５０２、及びメモリ（ストレージ）１５０３を含むハードウェア・コンポーネントを備える。ネットワークインターフェース１５０１は、ネットワークノード（e.g., eNB１０、S-GW２０、gNB４０、CU４２、DU４４、又はUPF５０）と通信するために使用される。ネットワークインターフェース１５０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
【００６１】
プロセッサ１５０２は、メモリ１５０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態において図面を用いて説明されたMECサーバ３０の処理を行う。プロセッサ１５０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１５０２は、複数のプロセッサを含んでもよい。
【００６２】
メモリ１５０３は、揮発性メモリ及び不揮発性メモリによって構成される。メモリ１５０３は、物理的に独立した複数のメモリデバイスを含んでもよい。メモリ１５０３は、プロセッサ１５０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１５０２は、。ネットワークインターフェース１５０１又は図示されていないI/Oインタフェースを介してメモリ１５０３にアクセスしてもよい。
【００６３】
図１５の例では、メモリ１５０３は、MECサービスを提供するためのソフトウェアモジュール群１５０４〜１５０６と、MEC関連制御情報を交換するためのモジュール１５０７を格納するために使用される。仮想化管理（virtualization management）ソフトウェア１５０４は、プロセッサ１５０２において実行され、ネットワークインターフェース１５０１、プロセッサ１５０２、及びメモリ１５０３を含むハードウェア・コンポーネントを仮想化し、Infrastructure as a Service（IaaS）又はPlatform as a Service（PaaS）機能（facility）を提供し、これにより１又はそれ以上のMECアプリケーション１５０７のためのホスティング環境を提供する。
【００６４】
アプリケーション・プラットフォーム・サービス（application platform services）ソフトウェア１５０５は、プロセッサ１５０２において実行され、通信サービス、無線ネットワーク情報サービス、トラフィックオフロード機能などのミドルウェア・サービスを１又はそれ以上のMECアプリケーション１５０６に提供する。
【００６５】
１又は複数のMECアプリケーション１５０６は、MECサーバ３０上にホストされたモバイルエッジアプリケーションである。１又は複数のMECアプリケーション１５０６は、アプリケーション・プラットフォーム・サービス・ソフトウェア１５０５によって提供される通信サービスを利用して、UE内で動作している（running）UEアプリケーションと通信する。
【００６６】
モジュール１５０７は、プロセッサ１５０２において実行され、上述の複数の実施形態で説明されたMEC関連制御情報を交換するためのMECサーバ３０の機能を提供する。
【００６７】
＜その他の実施形態＞
上述の実施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。
【００６８】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【００６９】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【００７０】
（付記１）
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合されるとともに、無線端末を送信元又は宛先とする（originated from or destined for）ユーザパケットをカプセル化するために使用されるカプセル化（encapsulation）プロトコルのプロトコルデータユニットのヘッダ部分にエッジ・コンピューティング関連制御情報を含めるよう構成され、且つ前記エッジ・コンピューティング関連制御情報をそのヘッダ部分に含む前記プロトコルデータユニットを送信するよう構成された少なくとも１つのプロセッサと、
を備えるネットワーク装置。
【００７１】
（付記２）
前記エッジ・コンピューティング関連制御情報は、前記無線端末に向けたサービス又はアプリケーションのためにコンピューティング・リソース及びストレージ・リソースのうち少なくとも一方を提供するよう構成されたサーバから無線アクセスネットワークノードに、又はその反対に送られる、
付記１に記載のネットワーク装置。
【００７２】
（付記３）
前記ネットワーク装置は、前記無線アクセスネットワークノード、又は前記無線アクセスネットワークノードと前記サーバとの間に配置されるコアネットワークノードであり、
前記エッジ・コンピューティング関連制御情報は、前記無線アクセスネットワークノード又は前記コアネットワークノードから前記サーバに送られる第１の制御情報を含む、
付記２に記載のネットワーク装置。
【００７３】
（付記４）
前記第１の制御情報は、無線インタフェース品質、セルスループット、バックホールスループット、前記無線端末が利用しているサービスの情報、及び前記無線端末の優先度情報のうち少なくとも１つを含む、
付記３に記載のネットワーク装置。
【００７４】
（付記５）
前記ネットワーク装置は、前記サーバであり、
前記エッジ・コンピューティング関連制御情報は、前記サーバから前記無線アクセスネットワークノードに送られる第２の制御情報を含む、
付記２に記載のネットワーク装置。
【００７５】
（付記６）
前記第２の制御情報は、
無線アクセスネットワーク内での無線リソース管理又は無線リソース・スケジューリングを調整するように前記無線アクセスネットワークノードに要求する無線リソース制御要求、及び
前記無線アクセスネットワークから前記サーバ又はコアネットワークに送られるユーザパケット群に対するトラフィック制御を調整するように前記無線アクセスネットワークノードに要求するトラフィック制御要求、
のうち少なくとも１つを含む、
付記５に記載のネットワーク装置。
【００７６】
（付記７）
前記カプセル化プロトコルは、コアネットワークノードと無線アクセスネットワークノードとの間で前記無線端末のユーザパケットを転送するために使用されるカプセル化プロトコルと共通である、
付記１〜６のいずれか１項に記載のネットワーク装置。
【００７７】
（付記８）
前記カプセル化プロトコルは、General Packet Radio Service (GPRS) Tunnelling Protocol for User Plane (GTP-U) である、
付記１〜７のいずれか１項に記載のネットワーク装置。
【００７８】
（付記９）
前記ヘッダ部分は、
前記プロトコルデータユニットが、ユーザパケットを運ぶプロトコルデータユニットであることを示すメッセージ・タイプ・フィールドと、
前記エッジ・コンピューティング関連制御情報を包含する第１のエクステンション・ヘッダを前記ヘッダ部分が含むことを示すネクスト・エクステンション・ヘッダ・タイプ・フィールドと、
前記エッジ・コンピューティング関連制御情報を包含する前記第１のエクステンション・ヘッダと、
を含む、
付記８に記載のネットワーク装置。
【００７９】
（付記１０）
無線端末を送信元又は宛先とする（originated from or destined for）ユーザパケットをカプセル化するために使用されるカプセル化プロトコルのプロトコルデータユニットのヘッダ部分にエッジ・コンピューティング関連制御情報を含めること、及び
前記エッジ・コンピューティング関連制御情報をそのヘッダ部分に含む前記プロトコルデータユニットを送信すること、
を備える、ネットワーク装置における方法。
【００８０】
（付記１１）
前記エッジ・コンピューティング関連制御情報は、前記無線端末に向けたサービス又はアプリケーションのためにコンピューティング・リソース及びストレージ・リソースのうち少なくとも一方を提供するよう構成されたサーバから無線アクセスネットワークノードに、又はその反対に送られる、
付記１０に記載の方法。
【００８１】
（付記１２）
前記ネットワーク装置は、前記無線アクセスネットワークノード、又は前記無線アクセスネットワークノードと前記サーバとの間に配置されるコアネットワークノードであり、
前記エッジ・コンピューティング関連制御情報は、前記無線アクセスネットワークノード又は前記コアネットワークノードから前記サーバに送られる第１の制御情報を含む、
付記１１に記載の方法。
【００８２】
（付記１３）
前記第１の制御情報は、無線インタフェース品質、セルスループット、バックホールスループット、前記無線端末が利用しているサービスの情報、及び前記無線端末の優先度情報のうち少なくとも１つを含む、
付記１２に記載の方法。
【００８３】
（付記１４）
前記ネットワーク装置は、前記サーバであり、
前記エッジ・コンピューティング関連制御情報は、前記サーバから前記無線アクセスネットワークノードに送られる第２の制御情報を含む、
付記１１に記載の方法。
【００８４】
（付記１５）
前記第２の制御情報は、
無線アクセスネットワーク内での無線リソース管理又は無線リソース・スケジューリングを調整するように前記無線アクセスネットワークノードに要求する無線リソース制御要求、及び
前記無線アクセスネットワークから前記サーバ又はコアネットワークに送られるユーザパケット群に対するトラフィック制御を調整するように前記無線アクセスネットワークノードに要求するトラフィック制御要求、
のうち少なくとも１つを含む、
付記１４に記載の方法。
【００８５】
（付記１６）
前記カプセル化プロトコルは、コアネットワークノードと無線アクセスネットワークノードとの間で前記無線端末のユーザパケットを転送するために使用されるカプセル化プロトコルと共通である、
付記１０〜１５のいずれか１項に記載の方法。
【００８６】
（付記１７）
前記カプセル化プロトコルは、General Packet Radio Service (GPRS) Tunnelling Protocol for User Plane (GTP-U) である、
付記１０〜１６のいずれか１項に記載の方法。
【００８７】
（付記１８）
前記ヘッダ部分は、
前記プロトコルデータユニットが、ユーザパケットを運ぶプロトコルデータユニットであることを示すメッセージ・タイプ・フィールドと、
前記エッジ・コンピューティング関連制御情報を包含する第１のエクステンション・ヘッダを前記ヘッダ部分が含むことを示すネクスト・エクステンション・ヘッダ・タイプ・フィールドと、
前記エッジ・コンピューティング関連制御情報を包含する前記第１のエクステンション・ヘッダと、
を含む、
付記１７に記載の方法。
【００８８】
（付記１９）
ネットワーク装置における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、無線端末を送信元又は宛先とする（originated from or destined for）ユーザパケットをカプセル化するために使用されるカプセル化プロトコルのプロトコルデータユニットのヘッダ部分にエッジ・コンピューティング関連制御情報を含めることを備える、プログラム。
【００８９】
（付記２０）
前記エッジ・コンピューティング関連制御情報は、前記無線端末に向けたサービス又はアプリケーションのためにコンピューティング・リソース及びストレージ・リソースのうち少なくとも一方を提供するよう構成されたサーバから無線アクセスネットワークノードに、又はその反対に送られる、
付記１９に記載のプログラム。
【００９０】
この出願は、２０１７年４月７日に出願された日本出願特願２０１７−０７６６１９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００９１】
１０  eNB
２０  S-GW
３０  MECサーバ
４０  gNB
５０  UPF
【図１】
2018186000.tif 000003
【図２】
2018186000.tif 000004
【図３】
2018186000.tif 000005
【図４】
2018186000.tif 000006
【図５】
2018186000.tif 000007
【図６】
2018186000.tif 000008
【図７】
2018186000.tif 000009
【図８】
2018186000.tif 000010
【図９】
2018186000.tif 000011
【図１０】
2018186000.tif 000012
【図１１】
2018186000.tif 000013
【図１２】
2018186000.tif 000014
【図１３】
2018186000.tif 000015
【図１４】
2018186000.tif 000016
【図１５】
2018186000.tif 000017
【国際調査報告】
2018186000.tif 000018
2018186000.tif 000019
2018186000.tif 000020
2018186000.tif 000021