(57)【要約】制御装置（４０）は、第１のエンドノードから第２のエンドノードまでのエンドツーエンドパスに要求される要求エンドツーエンド性能を取得し、各パスセグメントに対して要求される各要求セグメント性能を前記要求エンドツーエンド性能に基づいて決定するよう構成されている。制御装置（４０）は、さらに、各要求セグメント性能を対応するパスセグメントに施行するために、各パスセグメントに含まれるノード又は各パスセグメントを制御するエンティティと通信するよう構成されている。制御装置（４０）は、さらに、各パスセグメントでの各要求セグメント性能の達成状況に基づいて、少なくとも１つのパスセグメントに現在施行されている要求セグメント性能を更新するよう構成されている。これにより、例えば、各パスセグメントの品質が変化する場合でも要求エンドツーエンド性能を保証することに寄与できる。
2018163556.tif 000002
【特許請求の範囲】
【請求項１】
メモリと、
前記メモリに結合され、複数のモジュールを実行するよう構成された少なくとも１つのプロセッサと、
を備え、
前記複数のモジュールは、
第１のエンドノードから第２のエンドノードまでのエンドツーエンドパスに要求される要求エンドツーエンド性能を取得するよう構成された取得モジュールと、ここで、前記エンドツーエンドパスは前記第１及び第２のエンドノード並びに少なくとも１つの中間ノードを含み、前記エンドツーエンドパスは複数のパスセグメントから成り；
各パスセグメントに対して要求される各要求セグメント性能を前記要求エンドツーエンド性能に基づいて決定するよう構成された制御モジュールと；
各要求セグメント性能を対応するパスセグメントに施行するために、各パスセグメントに含まれるノード又は各パスセグメントを制御するエンティティと通信するよう構成された施行モジュールと；
を備え、
前記制御モジュールは、さらに、各パスセグメントでの各要求セグメント性能の達成状況に基づいて、少なくとも１つのパスセグメントに現在施行されている要求セグメント性能を更新するよう構成されている、
制御装置。
【請求項２】
前記制御モジュールは、
現在施行されている要求セグメント性能を達成できなかったパスセグメントに対する新たな要求セグメント性能を緩和すること、及び
現在施行されている要求セグメント性能を達成できたパスセグメントに対する新たな要求セグメント性能を強化すること、
のいずれか又は両方を行うよう構成されている、
請求項１に記載の制御装置。
【請求項３】
前記制御モジュールは、
現在施行されている要求セグメント性能と新たな要求セグメント性能との差分が閾値を超える場合に、前記新たな要求セグメント性能を対応するパスセグメントに前記施行モジュールを介して施行するよう構成され、
前記差分が前記閾値を超えない場合に、前記新たな要求セグメント性能の施行を抑制するよう構成されている、
請求項１又は２に記載の制御装置。
【請求項４】
前記制御モジュールは、さらに、各パスセグメントの監視された性能パラメータに基づいて、各要求セグメント性能が達成されたか否かを判定するよう構成されている、
請求項１〜３のいずれか１項に記載の制御装置。
【請求項５】
前記第１のエンドノードと前記第２のエンドノードの少なくとも一方は無線端末であり、
前記少なくとも１つの中間ノードは基地局を含み、
前記複数のパスセグメントのうち少なくとも１つは、前記無線端末と前記基地局との間の無線アクセスネットワーク・セグメントである、
請求項１〜４のいずれか１項に記載の制御装置。
【請求項６】
前記第１のエンドノードと前記第２のエンドノードは同一の無線端末であり、
前記エンドツーエンドパスは、ラウンドトリップパスである、
請求項５に記載の制御装置。
【請求項７】
前記施行モジュールは、前記無線アクセスネットワーク・セグメントに対して対応する要求セグメント性能を施行するために、前記基地局と通信するよう構成されている、
請求項５又は６に記載の制御装置。
【請求項８】
前記要求エンドツーエンド性能は、前記エンドツーエンドパスに対する許容遅延に関し、
各要求セグメント性能は、各パスセグメントに対する許容遅延に関する、
請求項１〜７のいずれか１項に記載の制御装置。
【請求項９】
第１のエンドノードから第２のエンドノードまでのエンドツーエンドパスに要求される要求エンドツーエンド性能を取得すること、ここで、前記エンドツーエンドパスは前記第１及び第２のエンドノード並びに少なくとも１つの中間ノードを含み、前記エンドツーエンドパスは複数のパスセグメントから成り；
各パスセグメントに対して要求される各要求セグメント性能を前記要求エンドツーエンド性能に基づいて決定すること； 
各要求セグメント性能を対応するパスセグメントに施行するために、各パスセグメントに含まれるノード又は各パスセグメントを制御するエンティティと通信すること；及び
各パスセグメントでの各要求セグメント性能の達成状況に基づいて、少なくとも１つのパスセグメントに現在施行されている要求セグメント性能を更新すること、
を備える、制御装置により行われる方法。
【請求項１０】
前記更新することは、
現在施行されている要求セグメント性能を達成できなかったパスセグメントに対する新たな要求セグメント性能を緩和すること、及び
現在施行されている要求セグメント性能を達成できたパスセグメントに対する新たな要求セグメント性能を強化すること、
のいずれか又は両方を備える、
請求項９に記載の方法。
【請求項１１】
前記更新することは、
現在施行されている要求セグメント性能と新たな要求セグメント性能との差分が閾値を超える場合に、前記新たな要求セグメント性能を対応するパスセグメントに施行すること、及び
前記差分が前記閾値を超えない場合に、前記新たな要求セグメント性能の施行を抑制すること、
を備える、
請求項９又は１０に記載の方法。
【請求項１２】
各パスセグメントの監視された性能パラメータに基づいて、各要求セグメント性能が達成されたか否かを判定することをさらに備える、
請求項９〜１１のいずれか１項に記載の方法。
【請求項１３】
前記第１のエンドノードと前記第２のエンドノードの少なくとも一方は無線端末であり、
前記少なくとも１つの中間ノードは基地局を含み、
前記複数のパスセグメントのうち少なくとも１つは、前記無線端末と前記基地局との間の無線アクセスネットワーク・セグメントである、
請求項９〜１２のいずれか１項に記載の方法。
【請求項１４】
前記第１のエンドノードと前記第２のエンドノードは同一の無線端末であり、
前記エンドツーエンドパスは、ラウンドトリップパスである、
請求項１３に記載の方法。
【請求項１５】
前記施行することは、前記無線アクセスネットワーク・セグメントに対して対応する要求セグメント性能を施行するために、前記基地局と通信することを備える、
請求項１３又は１４に記載の方法。
【請求項１６】
前記要求エンドツーエンド性能は、前記エンドツーエンドパスに対する許容遅延に関し、
各要求セグメント性能は、各パスセグメントに対する許容遅延に関する、
請求項９〜１５のいずれか１項に記載の方法。
【請求項１７】
制御装置により行われる方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
第１のエンドノードから第２のエンドノードまでのエンドツーエンドパスに要求される要求エンドツーエンド性能を取得すること、ここで、前記エンドツーエンドパスは前記第１及び第２のエンドノード並びに少なくとも１つの中間ノードを含み、前記エンドツーエンドパスは複数のパスセグメントから成り；
各パスセグメントに対して要求される各要求セグメント性能を前記要求エンドツーエンド性能に基づいて決定すること； 
各要求セグメント性能を対応するパスセグメントに施行するために、各パスセグメントに含まれるノード又は各パスセグメントを制御するエンティティと通信すること；及び
各パスセグメントでの各要求セグメント性能の達成状況に基づいて、少なくとも１つのパスセグメントに現在施行されている要求セグメント性能を更新すること、
を備える、非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信ネットワークの制御に関し、特にエンドツーエンドパスを構成する複数のパスセグメントの制御に関する。
【背景技術】
【０００２】
無線通信ネットワークを介した超低遅延（ultra-low latency）サービスの提供が検討されている。超低遅延サービスは、ミッション・クリティカル通信（mission critical communication）を含んでもよい。例えば、Third Generation Partnership Project（3GPP）は、2020年移行の導入に向けた第5世代移動通信システム（5G）の標準化作業を3GPP Release 14として2016年に開始している。5Gシステムのアーキテクチャに対する要件は、ミッション・クリティカル通信のサポートを含む。【０００３】
超低遅延サービス又はミッション・クリティカル通信は、例えば、高度交通システム（intelligent transport systems）、産業オートメーション、ロボティクス、触覚（haptic or tactile）インターネット、仮想現実（virtual reality）及び拡張現実（augmented reality）を含む。超低遅延サービス又はミッション・クリティカル通信は、ミリ秒レベルのエンドツーエンド・レイテンシ（end-to-end latency）を必要とする。例えば、非特許文献１は、触覚インターネット・アプリケーションにおいて１ミリ秒エンドツーエンド・レイテンシ（1-millisecond end-to-end latency）が必要であることを記載している。【０００４】
なお、超低遅延サービス及びミッション・クリティカル通信は、信頼性（reliability）も必要とする。ここで、信頼性は、所定の（defined）エンドツーエンド・レイテンシ（i.e., 遅延バジェット、e.g., 1ミリ秒）内でのメッセージ送信を保証する能力（capability）を意味する。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ITU-T Technology Watch Report (August 2014) - The Tactile Internet, [retrieved on 2017-02-27], <URL: http://www.itu.int/oth/T2301000023/en>
【発明の概要】
【発明が解決しようとする課題】
【０００６】
２つのエンドノード（例えば、センサとアクチュエータ）の間の通信経路（以下、エンドツーエンドパスと呼ぶ）は、２又はそれ以上のパスセグメントを含む。所定のエンドツーエンド・レイテンシを保証するためには、各パスセグメントに遅延目標（delay objective）を設定し、各遅延目標を対応するパスセグメントに施行（enforce）することが要求される。【０００７】
しかしながら、各パスセグメントの品質または性能（performance）は動的に変化することに留意しなければならない。例えば、２又はそれ以上のパスセグメントは、基地局と端末との間の無線アクセスネットワーク（Radio Access Network（RAN））・セグメント（i.e., エアインタフェース）、及び基地局とアプリケーションサーバとの間の有線ネットワーク・セグメントを含む。RANセグメント（エアインタフェース）の品質又は性能（e.g., スループット）は、フェージング（fading）及び干渉（interference）により変動する。有線ネットワーク・セグメントの品質又は性能は、ネットワークエンティティ（e.g., 基地局、ルータ、ゲートウェイ）の処理負荷に応じて変動するかもしれない。【０００８】
なお、許容（acceptable）エンドツーエンド・レイテンシは、エンドツーエンドパスに要求される性能（以下、要求エンドツーエンド性能（performance）と呼ぶ）の一例である。例えば、要求エンドツーエンド性能は、エンドツーエンド・スループットであってもよい。【０００９】
本明細書に開示される実施形態が達成しようとする目的の１つは、各パスセグメントの品質が変化する場合でも要求エンドツーエンド性能を保証することに寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【００１０】
第１の態様では、制御装置は、メモリと、前記メモリに結合されるとともに複数のモジュールを実行するよう構成された少なくとも１つのプロセッサとを含む。前記複数のモジュールは、取得モジュール、制御モジュール、及び施行モジュールを含む。前記取得モジュールは、第１のエンドノードから第２のエンドノードまでのエンドツーエンドパスに要求される要求エンドツーエンド性能を取得するよう構成されている。ここで、前記エンドツーエンドパスは前記第１及び第２のエンドノード並びに少なくとも１つの中間ノードを含み、前記エンドツーエンドパスは複数のパスセグメントから成る。前記制御モジュールは、各パスセグメントに対して要求される各要求セグメント性能を前記要求エンドツーエンド性能に基づいて決定するよう構成されている。前記施行モジュールは、各要求セグメント性能を対応するパスセグメントに施行するために、各パスセグメントに含まれるノード又は各パスセグメントを制御するエンティティと通信するよう構成されている。前記制御モジュールは、さらに、各パスセグメントでの各要求セグメント性能の達成状況に基づいて、少なくとも１つのパスセグメントに現在施行されている要求セグメント性能を更新するよう構成されている。【００１１】
第２の態様では、制御装置により行われる方法は、以下を含む：
（ａ）第１のエンドノードから第２のエンドノードまでのエンドツーエンドパスに要求される要求エンドツーエンド性能を取得すること、ここで、前記エンドツーエンドパスは前記第１及び第２のエンドノード並びに少なくとも１つの中間ノードを含み、前記エンドツーエンドパスは複数のパスセグメントから成り；
（ｂ）各パスセグメントに対して要求される各要求セグメント性能を前記要求エンドツーエンド性能に基づいて決定すること； 
（ｃ）各要求セグメント性能を対応するパスセグメントに施行するために、各パスセグメントに含まれるノード又は各パスセグメントを制御するエンティティと通信すること；及び
（ｄ）各パスセグメントでの各要求セグメント性能の達成状況に基づいて、少なくとも１つのパスセグメントに現在施行されている要求セグメント性能を更新すること。【００１２】
第３の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００１３】
上述の態様によれば、各パスセグメントの品質が変化する場合でも要求エンドツーエンド性能を保証することに寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００１４】
【図１】第１の実施形態に係る通信ネットワークの構成例を示す図である。
【図２】エンドツーエンドパスの一例を示す図である。
【図３】エンドツーエンドパスの一例を示す図である。
【図４】エンドツーエンドパスの一例を示す図である。
【図５】エンドツーエンドパスの一例を示す図である。
【図６】第１の実施形態に係る制御装置の動作の一例を示すフローチャートである。
【図７】制御装置の構成例を示すブロック図である。
【図８】中間ノードの構成例を示すブロック図である。
【発明を実施するための形態】
【００１５】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００１６】
＜第１の実施形態＞
図１は、本実施形態を含む幾つかの実施形態に係る通信ネットワークの構成例を示している。図１の例では、通信ネットワークは、エンドノード１０、中間ノード２０Ａ及び２０Ｂ、並びにエンドノード３０を含む。エンドツーエンドパス１００は、エンドノード１０からエンドノード３０までの通信パスである。エンドノード１０は送信者（sender）エンドノードと呼ばれてもよく、エンドノード３０は受信者（receiver）エンドノードと呼ばれてもよい。
【００１７】
触覚インターネット及び産業オートメーションの例では、エンドノード１０はセンサに実装されたコンピュータであり、エンドノード３０はアクチュエータに実装されたコンピュータであってもよい。高度交通システム（ITS）の例では、エンドノード１０及びエンドノード３０は、共に自動車に実装されたコンピュータであってもよい。あるいは、エンドノード１０及びエンドノード３０のうち一方は自動車に実装されたコンピュータであり、他方はITSアプリケーションサーバであってもよい。
【００１８】
エンドツーエンドパス１００は、２又はそれ以上のパスセグメント１１０から成る。したがって、エンドツーエンドパス１００は、少なくとも１つの中間ノード２０を含む。図１の例では、エンドツーエンドパス１００は、３つのパスセグメント１１０Ａ、１１０Ｂ、及び１１０Ｃに分割されている。パスセグメント１１０Ａは、（sender）エンドノード１０から中間ノード２０Ａまでの通信パスである。パスセグメント１１０Ｂは、中間ノード２０Ａから中間ノード２０Ｂまでの通信パスである。パスセグメント１１０Ｃは、中間ノード２０Ｂから（receiver）エンドノード３０までの通信パスである。
【００１９】
エンドツーエンドパス１００は、アプリケーションレイヤの通信パスであり、アプリケーションレイヤ・メッセージを転送する。言い換えると、エンドツーエンドパス１００は、アプリケーションレイヤ・パケットフローを転送する。したがって、エンドノード１０及び３０は、共にアプリケーションレイヤ・プロトコルをサポートし、アプリケーションレイヤ・メッセージを処理する。
【００２０】
さらに、少なくとも１つの中間ノード２０も、アプリケーションレイヤ・プロトコルをサポートし、アプリケーションレイヤ・メッセージを処理してもよい。すなわち、エンドツーエンドパス１００で行われる通信イベント（又は通信トランザクション）は、２又はそれ以上のアプリケーションレイヤ通信を含んでもよい。
【００２１】
例えば、上述の触覚インターネット及び産業オートメーションの例では、少なくとも１つの中間ノード２０は、センサ（i.e., エンドノード１０）から受信したセンシングデータに基づいてアクチュエータ（i.e., エンドノード３０）を制御する制御・ステアリング（control/steering）サーバであってもよい。高度交通システム（ITS）の例では、少なくとも１つの中間ノード２０は、自動車（i.e., エンドノード１０）から受信したメッセージ又はデータに基づいて当該自動車又は他の自動車（i.e., エンドノード３０）を制御するITSサーバであってもよい。
【００２２】
さらに又はこれに代えて、１又はそれ以上の中間ノード２０の一部又は全ては、ネットワークレイヤ（i.e., レイヤ３、e.g., Internet Protocol（IP）レイヤ）をサポートし、アプリケーションレイヤメッセージを包含するパケットをエンドノード１０及び３０の間で転送してもよい。例えば、各中間ノード２０は、IPルータ又はゲートウェイであってもよい。
【００２３】
さらに又はこれに代えて、少なくとも１つの中間ノード２０は、エンドノード１０又は３０とエアインタフェースを介して通信するRANノード（e.g., 基地局、eNodeB、Radio Network Controller（RNC））であってもよい。
【００２４】
図２〜図５は、エンドツーエンドパス１００のいくつかの具体例を示している。図２の例では、エンドツーエンドパス１００は、無線端末（User Equipment（UE））２１０からアプリケーションサーバ２７０までの通信パスである。したがって、UE２１０は（sender）エンドノード１０に対応し、アプリケーションサーバ２７０は（receiver）エンドノード３０に対応する。
【００２５】
図２に示されたエンドツーエンドパス１００は、RANノード２３０によって２つのパスセグメント１１０Ａ及び１１０Ｂに分割される。RANノード２３０は、中間ノード２０に相当する。図２のパスセグメント１１０Ａは、UE２１０からRANノード２３０までのRAN２２０（i.e., アップリンク・エアインタフェース）経由の通信パスである。図２のパスセグメント１１０Ｂは、RANノード２３０からアプリケーションサーバ２７０までの通信パスである。図２のパスセグメント１１０Ｂは、コアネットワーク２４０、コアネットワーク（CN）ゲートウェイ２５０、及びPacket Data Network（PDN）２６０を経由する。例えば、コアネットワーク２４０は、Evolved Packet Core（EPC）又はUniversal Mobile Telecommunications System（UMTS）パケットコアであり、CNゲートウェイ２５０は、PDN Gateway（PGW）又はGateway GPRS Support Node（GGSN）である。
【００２６】
図３の例では、エンドツーエンドパス１００は、UE３１０から出発してアプリケーションサーバ３７０を経由してUE３１０に戻るラウンドトリップ（round-trip）パスである。したがって、UE３１０は（sender）エンドノード１０及び（receiver）エンドノード３０に対応する。
【００２７】
図３に示されたエンドツーエンドパス１００は、RANノード３３０及びアプリケーションサーバ３７０によって４つのパスセグメント１１０Ａ、１１０Ｂ、１１０Ｃ、及び１１０Ｄに分割される。図３のパスセグメント１１０Ａは、UE３１０からRANノード３３０へのRAN３２０（i.e., アップリンク・エアインタフェース）を経由する通信パスである。図３のパスセグメント１１０Ｂは、RANノード３３０からアプリケーションサーバ３７０までの通信パスである。図３のパスセグメント１１０Ｃは、アプリケーションサーバ３７０からRANノード３３０までの通信パスである。図３のパスセグメント１１０Ｂ及び１１０Ｃは、コアネットワーク３４０、CNゲートウェイ３５０、及びPDN３６０を経由する。図３のパスセグメント１１０Ｄは、RANノード３３０からUE３１０へのRAN３２０（i.e., ダウンリンク・エアインタフェース）を経由する通信パスである。
【００２８】
図４の例は、図３の例の変形である。すなわち、図４の例では、エンドツーエンドパス１００は、UE３１０から出発してアプリケーションサーバ３７０を経由してUE４９０に到達する。したがって、UE３１０は（sender）エンドノード１０に対応し、UE４９０が（receiver）エンドノード３０に対応する。図４のパスセグメント１１０Ｃは、アプリケーションサーバ３７０からRANノード４８０までの通信パスである。図４のパスセグメント１１０Ｄは、RANノード４８０からUE４９０へのRAN３２０を経由する通信パス（i.e., ダウンリンク・エアインタフェース）ある。RANノード４８０は、RANノード３３０と同一であってもよい。
【００２９】
図５の例は、Mobile Edge Computing（MEC）に関する。MECは、アプリケーション開発者（application developers）及びコンテンツプロバイダに対して、モバイル加入者（mobile subscribers）に近接したRAN内でのクラウド・コンピューティング能力（capabilities）及びinformation technology（IT）サービス環境を提供する。この環境は、超低遅延（ultra-low latency）及び広帯域幅（high bandwidth）に加えて、アプリケーション及びサービスによって活用される（leveraged）ことができる無線ネットワーク情報（加入者位置、セル負荷など）への直接アクセスを提供する。MECは、Network Function Virtualization（NFV）と同様に、仮想化された（virtualized）プラットフォームに基づく。NFVはネットワーク機能に重点を置いているのに対して、MECは、ネットワークのエッジでのアプリケーションの実行を可能とする。
【００３０】
モバイルエッジ・クラウド５４０は、コンピューティング・リソース、ストレージ容量（capacity）、及びRANとのインタフェースをアプリケーションサーバ５５０に提供する。より具体的には、モバイルエッジ・クラウド５４０は、Infrastructure as a Service（IaaS）又はPlatform as a Service（PaaS）機能（facility）を提供することによって、アプリケーションのためのホスティング環境を提供する。すなわち、アプリケーションサーバ５５０は、モバイルエッジ・クラウド５４０内のサーバ（以下、MECサーバと呼ぶ）にホストされたアプリケーション（以下、MECアプリケーションと呼ぶ）であってもよい。モバイルエッジ・クラウド５４０（又はMECサーバ）は、Internet of Things（IoT）サービス・イネーブラと呼ぶこともできる。
【００３１】
図５に示されたエンドツーエンドパス１００は、RANノード５３０及びアプリケーションサーバ５５０によって４つのパスセグメント１１０Ａ、１１０Ｂ、１１０Ｃ、及び１１０Ｄに分割される。図５のパスセグメント１１０Ａは、UE５１０からRANノード５３０へのRAN５２０（i.e., アップリンク・エアインタフェース）を経由する通信パスである。図５のパスセグメント１１０Ｂは、RANノード５３０からMEC環境内のアプリケーションサーバ５５０までの通信パスである。図５のパスセグメント１１０Ｃは、アプリケーションサーバ５５からRANノード５３０までの通信パスである。図５のパスセグメント１１０Ｂ及び１１０Ｃは、モバイルエッジ・クラウド５４０を経由する。図５のパスセグメント１１０Ｄは、RANノード５３０からUE５１０へのRAN５２０（i.e., ダウンリンク・エアインタフェース）を経由する通信パスである。
【００３２】
再び図１を参照して説明する。図１に示されたコントローラ４０は、エンドツーエンドパスを構成する複数のパスセグメントの制御を行うよう構成された制御装置である。コントローラ４０は、各パスセグメント１１０を制御するために、各パスセグメント１１０に含まれる少なくとも１つのノード又は各パスセグメント１１０を制御するエンティティと通信する。例えば、コントローラ４０は、図２のパスセグメント１１０Ａ（i.e., RANセグメント）を制御するためにRANノード２３０と通信してもよい。コントローラ４０は、図２のパスセグメント１１０Ｂ（i.e., 有線ネットワーク・セグメント）を制御するためにRANノード２３０、CNゲートウェイ２５０、及びアプリケーションサーバ２７０のうち少なくとも１つと通信してもよい。さらに又はこれに代えて、コントローラ４０は、図２のパスセグメント１１０Ｂを制御するために、コアネットワーク２４０内の制御エンティティ（e.g., Service Capability Exposure Function（SCEF）又はPolicy and Charging Rules Function（PCRF））と通信してもよい。すなわち、図１ではコントローラ４０とエンドツーエンドパス１００に含まれる４つのノード１０、２０Ａ、２０Ｂ、及び３０との間の接続関係が示されているが、コントローラ４０は、これら４つのノードの一部のみと通信してもよい。
【００３３】
コントローラ４０は、１つのコンピュータシステムであってもよく、（分散された）複数のコンピュータシステムであってもよい。幾つかの実装において、コントローラ４０は、コアネットワーク（e.g.,コアネットワーク２４０又は３４０）に配置されてもよいし、PDN（e.g., PDN２６０又は３６０）に配置されてもよい。例えば、コントローラ４０は、コアネットワーク内の制御ノード（e.g., SCEF）に配置されてもよい。幾つかの実装において、コントローラ４０は、図５に示されたモバイルエッジ・クラウド５４０（e.g., MECサーバ、IoTサービス・イネーブラ）に配置されてもよい。幾つかの実装において、コントローラ４０は、エンドツーエンドパス１００に含まれるいずれかのノード（e.g., エンドノード１０、いずれかの中間ノード２０、又はエンドノード３０）に配置されてもよい。
【００３４】
以下では、図６を参照してコントローラ４０の動作を説明する。図６は、コントローラ４０の動作の一例（処理６００）を示すフローチャートである。ステップ６０１では、コントローラ４０は、エンドツーエンドパス１００に要求される要求エンドツーエンド性能を取得する。要求エンドツーエンド性能は、許容（acceptable）エンドツーエンド・レイテンシ（i.e., 許容遅延バジェット、e.g., 1 millisecond、10 milliseconds、又は100 milliseconds）であってもよい。これに代えて、要求エンドツーエンド性能は、エンドツーエンド・スループットであってもよい。
【００３５】
幾つかの実装において、コントローラ４０は、メモリ又はストレージに保存されている要求エンドツーエンド性能の値を読み出してもよい。これに代えて、コントローラ４０は、加入者情報管理サーバ（e.g., Home Subscriber Server（HSS））と通信し、当該加入者情報管理サーバから要求エンドツーエンド性能の値を取得してもよい。これに代えて、コントローラ４０は、エンドノード１０（e.g., UE２１０、３１０、又は５１０）、エンドノード３０（e.g., アプリケーションサーバ２７０又はUE４９０）、又はいずれかの中間ノード２０（e.g., アプリケーションサーバ３７０又は５５０）から要求エンドツーエンド性能の値を取得してもよい。これに代えて、コントローラ４０は、その他のサーバ（e.g., モバイルエッジ・クラウド５４０）からら要求エンドツーエンド性能の値を取得してもよい。
【００３６】
ステップ６０２では、コントローラ４０は、要求エンドツーエンド性能に基づいて、各パスセグメント１１０に対して要求される各要求セグメント性能を決定する。各要求セグメント性能は、各パスセグメント１１０に対する遅延目標（e.g., 0.5 milliseconds, 1 millisecond 又は10 milliseconds）であってもよい。各パスセグメント１１０の遅延目標は、許容（セグメント）遅延又は許容最大（セグメント）遅延と呼ぶこともできる。これに代えて、各要求セグメント性能は、各パスセグメント１１０に対するスループット目標であってもよい。
【００３７】
コントローラ４０は、各要求セグメント性能を計算するため必要な他のパラメータをメモリ又は他のノードから取得してもよい。これらの他のパラメータは、例えば、各パスセグメントにおいて１通信イベントで送られるデータサイズ、及び各パスセグメントの最大スループットを含んでもよい。コントローラ４０は、これらの他のパラメータを要求エンドツーエンド性能とともにステップ６０１において取得してもよい。
【００３８】
ステップ６０３では、コントローラ４０は、各要求セグメント性能を対応するパスセグメント１１０に施行（enforce）するために、各パスセグメント１１０に含まれるノード又は各パスセグメント１１０を制御するエンティティと通信する。言い換えると、コントローラ４０は、各パスセグメント１１０に関するノード又はエンティティに、対応する要求セグメント性能を各パスセグメント１１０に施行するよう要求又は指示する。要求セグメント性能の施行は、例えば、エンドノード又は中間ノード（e.g., UE、RANノード、ゲートウェイ、又はルータ）によって行われるパケットスケジューリング若しくはパケットキューイング又は両方に影響を与える。エンドノード又は中間ノードは、施行された要求セグメント性能を達成するように、当該パスセグメントに関するパケットフロー又は他のパケットフローのスケジューリング若しくはキューイング又は両方における取り扱い（treatment）（e.g., 優先度）を制御する。
【００３９】
例えば、RANノード（e.g., 無線基地局、eNodeB、RNC）は、パケットスケジューリング（i.e., Medium Access Control（MAC）スケジューリング）を行うMACスケジューラを有する。幾つかの実装において、MACスケジューラは、Earliest Deadline First（EDF）アプローチに基づくスケジューリング・メトリック（i.e., EDFメトリック）を用いる。EDFメトリックは、遅延閾値（delay threshold）とhead of line delayとの差分の逆数に比例する。head of line delayは、ユーザの送信待ちの先頭パケットの遅延を意味する。MACスケジューラは、施行された要求セグメント性能を達成するように、当該パスセグメントに関するパケットフロー又は他のパケットフローのEDFメトリックの計算に使用される遅延閾値（delay threshold）を変更してもよい。
【００４０】
例えば、ゲートウェイ（e.g., PGW、SGSN）及びIPルータは、施行された要求セグメント性能を達成するように、当該パスセグメントに関するパケットフロー又は他のパケットフローの分類（classification）若しくはスケジューリング又は両方における取り扱い（treatment）（e.g., 優先度）を制御してもよい。幾つかの実装において、ゲートウェイ及びIPルータは、当該パスセグメントに関するパケットフローの優先度を上げるために当該フローの分類（class）を変更してもよい。さらに又はこれに代えて、ゲートウェイ及びIPルータは、当該パスセグメントに関するパケットフローが格納されるキューに適用されるWeight Fair Queuing（WFQ）ウエイトを変更してもよい。
【００４１】
ステップ６０４では、コントローラ４０は、各パスセグメント１１０での各要求セグメント性能の達成状況に基づいて、少なくとも１つのパスセグメントに現在施行されている要求セグメント性能を更新する。例えば、コントローラ４０は、現在施行されている要求セグメント性能を達成できなかったパスセグメント１１０に対する新たな要求セグメント性能を緩和してもよい。さらに又はこれに代えて、コントローラ４０は、現在施行されている要求セグメント性能を達成できたパスセグメント１１０に対する新たな要求セグメント性能を強化してもよい。
【００４２】
より具体的には、コントローラ４０は、以下のように動作してもよい。まず、コントローラ４０は、現在施行されている要求セグメント性能を達成できなかったパスセグメント１１０に対する新たな要求セグメント性能を緩和する（e.g., 許容セグメント遅延を増やす）。次に、コントローラ４０は、要求セグメント性能の緩和によって不足する性能（e.g., 遅延の増加）を補うように、他のパスセグメント１１０に対する新たな要求セグメント性能を強化する（e.g., 許容セグメント遅延を減らす）。
【００４３】
ステップ６０４では、コントローラ４０は、各パスセグメント１１０の監視された性能パラメータを取得し、取得した性能パラメータに基づいて、各要求セグメント性能が達成されたか否かを判定してもよい。当該性能パラメータは、例えば、実効スループットであってもよいし、単位データの送信に要する時間の計測値であってもよい。
【００４４】
コントローラ４０は、ステップ６０３及び６０４を繰り返すことによって、各要求セグメント性能の達成状況に基づいて、各要求セグメント性能を動的に調整することができる。したがって、コントローラ４０は、各パスセグメント１１０の品質が変化する場合でも要求エンドツーエンド性能を保証することに寄与できる。
【００４５】
続いて以下では、図６のステップ６０２及びステップ６０４で行われる詳細アルゴリズムの一例を説明する。ここでは、要求エンドツーエンド性能が、エンドツーエンド遅延バジェットであり、各パスセグメントに対する要求セグメント性能が許容セグメント遅延である。以下に示されるパラメータが使用される：
・要求エンドツーエンド性能：エンドツーエンド遅延バジェット E2E_Delay_Budget；
・ｉ番目パスセグメントの要求セグメント性能：許容セグメント遅延 Max_Delay_i；
・ｉ番目パスセグメントで送られる１通信イベントのデータサイズ：Data_Size_i；
・ｉ番目パスセグメントの達成可能な最大スループット：Achievable_Throughput_i；
・観測されたｉ番目パスセグメントの実効スループット：Effective_ Throughput_i；
・ｉ番目パスセグメントの軽減係数：Relief_Factor_i；
・軽減係数の増加量：Delta_Increment；
・軽減係数の減少量：Delta_Decrement；及び
・軽減係数の最大値：Max_ Relief_Factor。
【００４６】
図６のステップ６０２では、コントローラ４０は、以下の式（１）に従って、各パスセグメント１１０の許容セグメント遅延の初期値を求める：
【数１】
2018163556.tif 000003
【００４７】
各パスセグメントの達成可能な最大スループットは、各ノードから取得されてもよい。各パスセグメントの達成可能な最大スループットは、各ノードから報告されたパラメータから導出されてもよい。例えば、RANセグメントの達成可能な最大スループットは、UE（e.g., UE２１０）のChannel Quality Indicator（CQI）値及び当該RANノードの総スループットから導出されてもよい。コントローラ４０は、UEのCQI値から最大スループット（以下、第１の最大スループット）を求めるために、CQI値とRANノードの全ての無線リソース（e.g., resource blocks）を利用したときの最大スループットとの関係を定義したテーブルを参照してもよい。ただし、第１のスループットが当該RANノードの残り無線リソースによって達成可能な最大スループット（以下、第２の最大スループット）を超える場合、コントローラ４０は、第１の最大スループットの代わりに第２の最大スループットを使用してもよい。第２の最大スループットは、当該RANノードの総スループットから当該RANノードに現在接続しているUEsのスループットの和を減算することで求められてもよい。当該RANノードに現在接続しているUEsのスループットの和は、当該RANノードに現在接続しているUE数にこれらUEsの平均CQI値に対応する最大スループットを乗じた値であってもよい。
【００４８】
式（１）を用いることによって、送信されるデータサイズが複数のパスセグメントの間で異なる場合に、送信されるデータサイズに応じた許容セグメント遅延を各パスセグメントに公平に設定できる。さらに、各パスセグメントの達成可能な最大スループットに応じた許容セグメント遅延を各パスセグメントに設定できる。
【００４９】
図６のステップ６０４では、コントローラ４０は、各パスセグメントｉ２０の観測された実効スループットに基づいて以下の（２）式を満たすか否かを判定する：
【数２】
2018163556.tif 000004
【００５０】
ｉ番目パスセグメントに関して（２）式が満たされる場合、コントローラ４０は、当該パスセグメントに現在施行されている要求セグメント性能が達成できていることを判定する。反対に、ｉ番目パスセグメントに関して（２）式が満たされない場合、コントローラ４０は、当該パスセグメントに現在施行されている要求セグメント性能が達成されていないことを判定する。
【００５１】
さらに、図６のステップ６０４では、コントローラ４０は、現在の要求セグメント性能を達成できていないと判定された不適切な（inappropriate）パスセグメントの軽減係数Relief_Factor_iに減少量Delta_Decrementを加算する。ただし、軽減係数Relief_Factor_iは、最大値Max_ Relief_Factor以下に制限される。そして、コントローラ４０は、不適切な（inappropriate）パスセグメントの新たな要求セグメント性能（i.e., 許容セグメント遅延）を以下の（３）式に従って求める：
【数３】
2018163556.tif 000005
【００５２】
一方、コントローラ４０は、現在の要求セグメント性能を達成できていると判定された適切な（appropriate）パスセグメントの新たな要求セグメント性能（i.e., 許容セグメント遅延）を以下の（４）式に従って求める：
【数４】
2018163556.tif 000006
ここで、“N_inappropriate_segments”は、現在の要求セグメント性能を達成できていないと判定された不適切な（inappropriate）パスセグメントの総数であり、“Total_exempted_delay”は、これら不適切な（inappropriate）パスセグメントに（３）式に従って追加された（すなわち緩和された）許容セグメント遅延の合計値である。
【００５３】
すなわち、（３）式を用いることで、コントローラ４０は、現在施行されている要求セグメント性能を達成できなかったパスセグメント１１０に対する新たな要求セグメント性能を緩和できる（i.e., 許容セグメント遅延を増やす）。一方、（４）式を用いることで、コントローラ４０は、要求セグメント性能の緩和によって不足する性能（e.g., 遅延の増加）を補うように、他のパスセグメント１１０に対する新たな要求セグメント性能を強化できる（i.e., 許容セグメント遅延を減らす）。
【００５４】
＜第２の実施形態＞
本実施形態は、第１の実施形態で説明された要求セグメント性能の更新手順の変形例を説明する。本実施形態に係る通信ネットワークの構成例は、図１〜図５に示された構成例と同様である。
【００５５】
本実施形態に係るコントローラ４０は、図６のステップ６０４における要求セグメント性能の更新手順を以下のように実行する。すなわち、コントローラ４０は、現在施行されている要求セグメント性能と新たな要求セグメント性能との差分が閾値を超える場合に、新たな要求セグメント性能を対応するパスセグメント１１０に施行する。一方、当該差分が当該閾値を超えない場合、コントローラ４０は、新たな要求セグメント性能の対応するパスセグメント１１０への施行を抑制する。
【００５６】
要求セグメント性能の頻繁な更新は、各ノード（e.g., エンドノード、中間ノード）の負荷の増加を招くおそれがある。本実施形態に係るコントローラ４０は、現在施行されている要求セグメント性能と新たな要求セグメント性能との差分が閾値を下回る場合に、要求セグメント性能の更新を抑止する。したがって、本実施形態に係るコントローラ４０は、要求セグメント性能の頻繁な更新に起因する各ノードの負荷の増加を抑えることに寄与できる。
【００５７】
＜第３の実施形態＞
上述の実施形態で説明された要求セグメント性能の更新手順は適宜変形されてもよい。本実施形態は、要求セグメント性能の更新手順の幾つかの変形例を提供する。本実施形態に係る通信ネットワークの構成例は、図１〜図５に示された構成例と同様である。
【００５８】
例えば、コントローラ４０は、現在施行されている要求セグメント性能を達成できなかったパスセグメント１１０に対する新たな要求セグメント性能を緩和せずに、現在施行されている要求セグメント性能を達成できたパスセグメント１１０に対する新たな要求セグメント性能の強化のみを行ってもよい。
【００５９】
さらに又はこれに代えて、コントローラ４０は、RANセグメントの要求セグメント性能の更新を以下のように行ってもよい。すなわち、あるUE（以下、第１のUE）のRANセグメントに対する要求セグメント性能が達成されなかった場合、コントローラ４０は、当該第１のUEと同一のRANノードに接続する他のUE（以下、第２のUE）のRANセグメントに対する要求セグメント性能を緩和してもよい。第２のUEの要求セグメント性能を緩和する（e.g., 遅延目標（許容遅延）を増加する、又はスループット目標を下げる）ことによって、第１のUEに割り当て可能な無線リソースが増加することが期待される。したがって、当該動作によって、第１のUEのRANセグメントに対する要求セグメント性能（e.g., 遅延目標（許容遅延）又はスループット目標）の達成を促進する（容易にする）ことができる。
【００６０】
同様に、コントローラ４０は、有線ネットワーク・セグメントの要求セグメント性能の更新を以下のように行ってもよい。すなわち、あるUE（以下、第１のUE）の有線ネットワーク・セグメントに対する要求セグメント性能が達成されなかった場合、コントローラ４０は、他のUE（以下、第２のUE）の有線ネットワーク・セグメントに対する要求セグメント性能を緩和してもよい。第２のUEの要求セグメント性能を緩和する（e.g., 遅延目標（許容遅延）を増加する、又はスループット目標を下げる）ことによって、第１のUEのパケットフローのために利用可能なプロセッシングリソースが増加するこが期待される。あるいは、第１のUEのパケットフローの優先度が相対的に上がることが期待される。したがって、当該動作によって、第１のUEの有線ネットワーク・セグメントに対する要求セグメント性能（e.g., 遅延目標（許容遅延）又はスループット目標）の達成を促進する（容易にする）ことができる。
【００６１】
＜第４の実施形態＞
本実施形態は、中間ノード２０（e.g., RANノード、ゲートウェイ）によるネットワークリソース割り当ての幾つかの例を提供する。本実施形態に係る通信ネットワークの構成例は、図１〜図５に示された構成例と同様である。
【００６２】
ここでは、複数の無線端末（UEs）へのネットワークリソース（e.g., 無線リソース、通信帯域）の割り当てについて説明する。ネットワークリソース割り当てを行う中間ノード２０は、第１のUE(s)への割り当てリソースを減らし、減らした余剰リソースを第２のUE(s)に割り当てるよう動作する。ここで、第１のUE(s)は、コントローラ４０により設定された要求セグメント性能（e.g., 遅延目標、スループット目標）を達成するために必要なリソースよりも多くのリソースの割り当てを受けているUE(s)である。これに対して、第２のUE(s)は、要求セグメント性能を達成するために必要なリソースよりも少ないリソースの割り当てしか受けていないUE(s)である。
【００６３】
言い換えると、中間ノード２０は、各UEへの割り当てリソース量を各UEの要求セグメント性能を達成するために必要なリソース量と比較し、各UEへの割り当てリソースが適切であるか、過剰であるか、又は不足しているかを判定する。そして、中間ノード２０は、余剰（surplus or excess）リソースを持つUE(s)から当該余剰リソースを引き取り、当該リソースをリソース不足のUE(s)に割り当てる。これにより、中間ノード２０は、余剰（surplus or excess）リソースを持つUEs及びリソース不足のUEsを減らし、要求セグメント性能を達成するために必要かつ十分な適切なリソース割当てを受けているUEsをなるべく増やす。
【００６４】
上述の処理ステップを実行した後もリソース不足のUE(s)が存在する場合、中間ノード２０は、不足リソース量が相対的に大きい１又は複数のUEに割り当てられた帯域を不足リソース量が相対的に小さい１又は複数のUE UEに再割り当てしてもよい。すなわち、中間ノード２０は、要求セグメント性能（e.g., 遅延目標、スループット目標）を達成できるUE数をなるべく増やすために、不足リソース量が相対的に小さいUEsを不足リソース量が相対的に大きいUEsよりも優先して救済する。
【００６５】
上記の２つのステップを行った後にリソース不足のUE(s)が存在する場合、中間ノード２０は、これらのUE(s)へのリソース割り当てをベストエフォート（in a best effort manner）で行ってもよい。
【００６６】
上述の説明から理解されるように、本実施形態に係るネットワークリソース割り当て方法は、要求セグメント性能を達成するために必要かつ十分な適切なリソース割当てを受けているUEsをなるべく増やすことに寄与する。言い換えると、、本実施形態に係るネットワークリソース割り当て方法は、要求セグメント性能を達成できるUEsを増やすことに寄与できる。
【００６７】
＜第５の実施形態＞
本実施形態は、コントローラ４０の動作の変形例を提供する。本実施形態に係る通信ネットワークの構成例は、図１〜図５に示された構成例と同様である。
【００６８】
本実施形態に係るコントローラ４０は、トラフィック関連パラメータを監視する。トラフィック関連パラメータは、要求エンドツーエンド性能を達成するための少なくとも１つの要求セグメント性能の決定に影響を与える。トラフィック関連パラメータは、例えば、各パスセグメント１１０において１通信イベントで送られるデータサイズであってもよい。さらに又はこれに代えて、トラフィック関連パラメータは、通信イベント当たりのデータレート及び通信間隔のうち少なくとも一方を含んでもよい。すなわち、トラフィック関連パラメータは、トラフィックフローのパターンに関係し、通信イベント当たりの送信データサイズ又はデータレートと共に変化するパラメータであってもよい。
【００６９】
幾つかの実装において、コントローラ４０は、エンドノード１０又はエンドノード３０からトラフィック関連パラメータの設定値又は計測値を取得してもよい。さらに又はこれに代えて、コントローラ４０は、トラフィックフローの転送に関与する少なくとも１つの中間ノード２０からトラフィック関連パラメータの計測値を取得してもよい。さらに又はこれに代えて、コントローラ４０は、他の制御エンティティからトラフィック関連パラメータの設定値又は計測値を取得してもよい。
【００７０】
さらに、本実施形態に係るコントローラ４０は、トラフィック関連パラメータの変化を補償するために、このトラフィック関連パラメータの変化の影響を受ける各パスセグメント１１０に対する要求セグメント性能を更新する。
【００７１】
これにより、コントローラ４０は、トラフィック関連パラメータの変化を補償することができ、したがって、要求エンドツーエンド性能を達成するための各パスセグメントの制御を安定化することに寄与できる。
【００７２】
＜第６の実施形態＞
本実施形態は、中間ノード２０の動作の変形例を提供する。本実施形態に係る通信ネットワークの構成例は、図１〜図５に示された構成例と同様である。
【００７３】
本実施形態に係るコントローラ４０は、トラフィック関連パラメータを監視する。トラフィック関連パラメータの定義は、第５の実施形態で説明されたのと同様である。幾つかの実装において、中間ノード２０は、エンドノード１０又はエンドノード３０からトラフィック関連パラメータの設定値又は計測値を取得してもよい。さらに又はこれに代えて、中間ノード２０は、トラフィック関連パラメータを自ら計測してもよい。
【００７４】
さらに、本実施形態に係る中間ノード２０は、トラフィック関連パラメータの変化を補償するために、このトラフィック関連パラメータの変化の影響を受ける各パスセグメント１１０に対する要求セグメント性能を更新する。
【００７５】
これにより、中間ノード２０は、トラフィック関連パラメータの変化を補償することができ、したがって、要求エンドツーエンド性能を達成するための各パスセグメントの制御を安定化することに寄与できる。
【００７６】
最後に、上述の実施形態に係るコントローラ４０及び中間ノード２０の構成例について説明する。図７は、コントローラ４０の構成例を示すブロック図である。図７を参照すると、コントローラ４０は、ネットワークインターフェース７０１、プロセッサ７０２、及びメモリ７０３を含む。ネットワークインターフェース７０１は、ネットワークエンティティ（e.g., エンドノード、中間ノード、UE、RANノード、CNノード、アプリケーションサーバ）と通信するために使用される。ネットワークインターフェース７０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
【００７７】
プロセッサ７０２は、メモリ７０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態において説明されたコントローラ４０の処理を行う。プロセッサ７０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ７０２は、複数のプロセッサを含んでもよい。
【００７８】
メモリ７０３は、揮発性メモリ及び不揮発性メモリによって構成される。メモリ７０３は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ７０３は、プロセッサ７０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ７０２は、図示されていないI/Oインタフェースを介してメモリ７０３にアクセスしてもよい。
【００７９】
図７の例では、メモリ７０３は、取得モジュール７０４、制御モジュール７０５、及び施行モジュール７０６を含むソフトウェアモジュールを格納するために使用される。プロセッサ７０２は、これらのソフトウェアモジュールをメモリ７０３から読み出して実行することで、上述の実施形態において説明されたコントローラ４０の処理を行うことができる。
【００８０】
プロセッサ７０２は、取得モジュール７０４を読み出して実行することで、例えば、図６のステップ６０１の処理を行うことができる。プロセッサ７０２は、制御モジュール７０５を読み出して実行することで、例えば、図６のステップ６０２及び６０４の処理を行うことができる。プロセッサ７０２は、施行モジュール７０６を読み出して実行することで、例えば、図６のステップ６０３の処理を行うことができる。
【００８１】
図８は、上述の実施形態に係る中間ノード２０の構成例を示すブロック図である。図８の例では、中間ノード２０がRANノードである。図８を参照すると、中間ノード２０は、RFトランシーバ８０１、ネットワークインターフェース８０３、プロセッサ８０４、及びメモリ８０５を含む。RFトランシーバ８０１は、UE１と通信するためにアナログRF信号処理を行う。RFトランシーバ８０１は、複数のトランシーバを含んでもよい。RFトランシーバ８０１は、アンテナ８０２及びプロセッサ８０４と結合される。幾つかの実装において、RFトランシーバ８０１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ８０４から受信し、送信RF信号を生成し、送信RF信号をアンテナ８０２に供給する。また、RFトランシーバ８０１は、アンテナ８０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ８０４に供給する。
【００８２】
ネットワークインターフェース８０３は、ネットワークノード（e.g., MME、S/P-GW）及びコントローラ４０と通信するために使用される。ネットワークインターフェース８０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【００８３】
プロセッサ８０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ８０４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、プロセッサ８０４によるコントロールプレーン処理は、S1プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【００８４】
プロセッサ８０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ８０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
【００８５】
メモリ８０５は、揮発性メモリ及び不揮発性メモリによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ８０５は、プロセッサ８０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ８０４は、ネットワークインターフェース８０３又は図示されていないI/Oインタフェースを介してメモリ８０５にアクセスしてもよい。
【００８６】
メモリ８０５は、上述の複数の実施形態で説明された中間ノード２０による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）を格納してもよい。幾つかの実装において、プロセッサ８０４は、当該ソフトウェアモジュールをメモリ８０５から読み出して実行することで、上述の実施形態で図面を用いて説明された中間ノード２０の処理を行うよう構成されてもよい。
【００８７】
図８の例では、メモリ８０５は、１又はそれ以上のソフトウェアモジュール８０６を格納するために使用される。１又はそれ以上のソフトウェアモジュール８０６は、上述の実施形態で説明された中間ノード２０による処理を行うための命令群およびデータを含む。プロセッサ８０２は、これらのソフトウェアモジュール８０６をメモリ８０３から読み出して実行することで、上述の実施形態において説明された中間ノード２０の処理を行うことができる。
【００８８】
図７及び図８を用いて説明したように、上述の実施形態に係るコントローラ４０及び中間ノード２０が有する各プロセッサは、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行するよう構成されてもよい。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、このプログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００８９】
＜その他の実施形態＞
上述の実施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。
【００９０】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【００９１】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【００９２】
（付記１）
メモリと、
前記メモリに結合され、複数のモジュールを実行するよう構成された少なくとも１つのプロセッサと、
を備え、
前記複数のモジュールは、
第１のエンドノードから第２のエンドノードまでのエンドツーエンドパスに要求される要求エンドツーエンド性能を取得するよう構成された取得モジュールと、ここで、前記エンドツーエンドパスは前記第１及び第２のエンドノード並びに少なくとも１つの中間ノードを含み、前記エンドツーエンドパスは複数のパスセグメントから成り；
各パスセグメントに対して要求される各要求セグメント性能を前記要求エンドツーエンド性能に基づいて決定するよう構成された制御モジュールと；
各要求セグメント性能を対応するパスセグメントに施行するために、各パスセグメントに含まれるノード又は各パスセグメントを制御するエンティティと通信するよう構成された施行モジュールと；
を備え、
前記制御モジュールは、さらに、各パスセグメントでの各要求セグメント性能の達成状況に基づいて、少なくとも１つのパスセグメントに現在施行されている要求セグメント性能を更新するよう構成されている、
制御装置。
【００９３】
（付記２）
前記制御モジュールは、
現在施行されている要求セグメント性能を達成できなかったパスセグメントに対する新たな要求セグメント性能を緩和すること、及び
現在施行されている要求セグメント性能を達成できたパスセグメントに対する新たな要求セグメント性能を強化すること、
のいずれか又は両方を行うよう構成されている、
付記１に記載の制御装置。
【００９４】
（付記３）
前記制御モジュールは、
現在施行されている要求セグメント性能と新たな要求セグメント性能との差分が閾値を超える場合に、前記新たな要求セグメント性能を対応するパスセグメントに前記施行モジュールを介して施行するよう構成され、
前記差分が前記閾値を超えない場合に、前記新たな要求セグメント性能の施行を抑制するよう構成されている、
付記１又は２に記載の制御装置。
【００９５】
（付記４）
前記制御モジュールは、さらに、各パスセグメントの監視された性能パラメータに基づいて、各要求セグメント性能が達成されたか否かを判定するよう構成されている、
付記１〜３のいずれか１項に記載の制御装置。
【００９６】
（付記５）
前記第１のエンドノードと前記第２のエンドノードの少なくとも一方は無線端末であり、
前記少なくとも１つの中間ノードは基地局を含み、
前記複数のパスセグメントのうち少なくとも１つは、前記無線端末と前記基地局との間の無線アクセスネットワーク・セグメントである、
付記１〜４のいずれか１項に記載の制御装置。
【００９７】
（付記６）
前記第１のエンドノードと前記第２のエンドノードは同一の無線端末であり、
前記エンドツーエンドパスは、ラウンドトリップパスである、
付記５に記載の制御装置。
【００９８】
（付記７）
前記施行モジュールは、前記無線アクセスネットワーク・セグメントに対して対応する要求セグメント性能を施行するために、前記基地局と通信するよう構成されている、
付記５又は６に記載の制御装置。
【００９９】
（付記８）
前記要求エンドツーエンド性能は、前記エンドツーエンドパスに対する許容遅延に関し、
各要求セグメント性能は、各パスセグメントに対する許容遅延に関する、
付記１〜７のいずれか１項に記載の制御装置。
【０１００】
（付記９）
第１のエンドノードから第２のエンドノードまでのエンドツーエンドパスに要求される要求エンドツーエンド性能を取得すること、ここで、前記エンドツーエンドパスは前記第１及び第２のエンドノード並びに少なくとも１つの中間ノードを含み、前記エンドツーエンドパスは複数のパスセグメントから成り；
各パスセグメントに対して要求される各要求セグメント性能を前記要求エンドツーエンド性能に基づいて決定すること； 
各要求セグメント性能を対応するパスセグメントに施行するために、各パスセグメントに含まれるノード又は各パスセグメントを制御するエンティティと通信すること；及び
各パスセグメントでの各要求セグメント性能の達成状況に基づいて、少なくとも１つのパスセグメントに現在施行されている要求セグメント性能を更新すること、
を備える、制御装置により行われる方法。
【０１０１】
（付記１０）
前記更新することは、
現在施行されている要求セグメント性能を達成できなかったパスセグメントに対する新たな要求セグメント性能を緩和すること、及び
現在施行されている要求セグメント性能を達成できたパスセグメントに対する新たな要求セグメント性能を強化すること、
のいずれか又は両方を備える、
付記９に記載の方法。
【０１０２】
（付記１１）
前記更新することは、
現在施行されている要求セグメント性能と新たな要求セグメント性能との差分が閾値を超える場合に、前記新たな要求セグメント性能を対応するパスセグメントに施行すること、及び
前記差分が前記閾値を超えない場合に、前記新たな要求セグメント性能の施行を抑制すること、
を備える、
付記９又は１０に記載の方法。
【０１０３】
（付記１２）
各パスセグメントの監視された性能パラメータに基づいて、各要求セグメント性能が達成されたか否かを判定することをさらに備える、
付記９〜１１のいずれか１項に記載の方法。
【０１０４】
（付記１３）
前記第１のエンドノードと前記第２のエンドノードの少なくとも一方は無線端末であり、
前記少なくとも１つの中間ノードは基地局を含み、
前記複数のパスセグメントのうち少なくとも１つは、前記無線端末と前記基地局との間の無線アクセスネットワーク・セグメントである、
付記９〜１２のいずれか１項に記載の方法。
【０１０５】
（付記１４）
前記第１のエンドノードと前記第２のエンドノードは同一の無線端末であり、
前記エンドツーエンドパスは、ラウンドトリップパスである、
付記１３に記載の方法。
【０１０６】
（付記１５）
前記施行することは、前記無線アクセスネットワーク・セグメントに対して対応する要求セグメント性能を施行するために、前記基地局と通信することを備える、
付記１３又は１４に記載の方法。
【０１０７】
（付記１６）
前記要求エンドツーエンド性能は、前記エンドツーエンドパスに対する許容遅延に関し、
各要求セグメント性能は、各パスセグメントに対する許容遅延に関する、
付記９〜１５のいずれか１項に記載の方法。
【０１０８】
（付記１７）
制御装置により行われる方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
第１のエンドノードから第２のエンドノードまでのエンドツーエンドパスに要求される要求エンドツーエンド性能を取得すること、ここで、前記エンドツーエンドパスは前記第１及び第２のエンドノード並びに少なくとも１つの中間ノードを含み、前記エンドツーエンドパスは複数のパスセグメントから成り；
各パスセグメントに対して要求される各要求セグメント性能を前記要求エンドツーエンド性能に基づいて決定すること； 
各要求セグメント性能を対応するパスセグメントに施行するために、各パスセグメントに含まれるノード又は各パスセグメントを制御するエンティティと通信すること；及び
各パスセグメントでの各要求セグメント性能の達成状況に基づいて、少なくとも１つのパスセグメントに現在施行されている要求セグメント性能を更新すること、
を備える、プログラム。
【０１０９】
この出願は、２０１７年３月８日に出願された日本出願特願２０１７−０４４３２２を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１１０】
１０  エンドノード
２０  中間ノード
３０  エンドノード
４０  コントローラ
７０２  プロセッサ
７０３  メモリ
７０４  取得モジュール
７０５  制御モジュール
７０６  施行モジュール
【図１】
2018163556.tif 000007
【図２】
2018163556.tif 000008
【図３】
2018163556.tif 000009
【図４】
2018163556.tif 000010
【図５】
2018163556.tif 000011
【図６】
2018163556.tif 000012
【図７】
2018163556.tif 000013
【図８】
2018163556.tif 000014
【国際調査報告】
2018163556.tif 000015
2018163556.tif 000016
2018163556.tif 000017