JP7544441B2 - 無線通信のための方法およびデバイス - Google Patents

Description

関連出願のクロス・リファレンス
本願は２０１６年１２月３０日付けで出願された米国特許出願第６２／４４０，５０１号に関する優先権を主張しており、その内容は全体的にリファレンスに組み込まれる。

技術分野
様々な態様は一般に無線通信のための方法およびデバイスに関連する。

背景技術
エンド・ツー・エンド通信ネットワークは、無線通信ネットワークおよび有線通信ネットワークを含むことができる。無線通信ネットワークは、ネットワーク・アクセス・ノード（例えば、基地局、アクセス・ポイントなど）、および端末デバイス（例えば、携帯電話、タブレット、ラップトップ、コンピュータ、インターネット・オブ・シングス（ＩｏＴ）デバイス、ウェアラブル、埋め込み可能装置、マシン・タイプ通信デバイスなど）、ならびにビークル（例えば、車両、トラック、バス、自転車、ロボット、バイク、列車、船舶、潜水艦、ドローン、航空機、バルーン、衛星、宇宙船など）を含み、そのような端末デバイスが他の端末デバイスと通信したり、ネットワーク・アクセス・ノードを介して種々のネットワークにアクセスしたりするための無線アクセス・ネットワークを提供することができる。例えば、セルラー無線通信ネットワークは、エリア内の端末デバイスに、他の端末デバイスとの通信、または音声、テキスト、マルチメディア、インターネットなどのアプリケーションおよびサービスに対する無線アクセスを提供するように端末デバイスに応対するセルラー基地局のシステムを提供することができる一方、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）などの短距離無線アクセス・ネットワークは、無線ＬＡＮネットワーク内の他の端末デバイス、またはセルラー・ネットワークもしくは有線通信ネットワークなどの他のネットワークへのアクセスを提供することができるＷＬＡＮアクセス・ポイント（ＡＰｓ）のシステムを提供することができる。

図面において、同様の参照符号は概して様々な図を通じて同一の部分を指す。図面は必ずしも縮尺に合ってはいない。むしろ図面は一般に１つ以上の特徴を強調している。以下の説明において、本開示の種々の態様は、以下の図面を参照して記載されている。
図１は幾つかの態様に従って端末デバイス、アクセス・ノードとしても機能する端末デバイス、無線リンクおよび規格、ネットワーク・アクセス・ノード、サーバー、ゲートウェイ／インターチェンジおよびバックボーン・インフラストラクチャーを含む例示的な無線通信システムを示す。 図２は幾つかの態様に従って共通発見チャネル・スキーム等の例示的な発見情報スキームに関連する端末デバイスおよびネットワーク・アクセス・ノードを含むネットワーク状況を示す。 図３は幾つかの態様による例示的な端末デバイスの内部構成を示す。 図４は幾つかの態様による例示的な共通発見モジュールの内部構成を示す。 図５は幾つかの態様に従って例示的な共通発見チャネル・スキームを用いて無線アクセス通信を実行する方法を示す。 図６は幾つかの態様による例示的なネットワーク・アクセス・ノードの第１内部構成を示す。 図７は幾つかの態様に従って共通発見チャネル・スキームにおいて発見信号を提供する例示的な方法を示す。 図８は幾つかの態様に従って発見情報を保存するための外部データベースを利用する第１の例示的なネットワーク状況を示す。 図９は幾つかの態様に従って発見情報を保存するための外部データベースを利用する第２の例示的なネットワーク状況を示す。 図１０は幾つかの態様に従って共通発見チャネル・スキームに関連して無線通信を実行する例示的な方法を示す。 図１１は幾つかの態様による転送および共通監視スキームに関連する端末デバイスおよびネットワーク・アクセス・ノードを含む例示的なネットワーク状況を示す。 図１２は幾つかの態様によるネットワーク・アクセス・ノードの第２の例示的な内部構成を示す。 図１３は幾つかの態様に従って転送および共通監視スキームに関連する無線通信を実行する第１の例示的な方法を示す。 図１４は幾つかの態様に従って転送および共通監視スキームに関連する無線通信を実行する第２の例示的な方法を示す。 図１５は幾つかの態様による例示的な無線通信ネットワークを示す。 図１６は幾つかの態様による端末デバイスの例示的な内部構成を示す。 図１７は幾つかの態様による無線通信のための第１の例示的な時間－周波数リソース・グリッドを示す。 図１８は幾つかの態様による例示的なトランスポート－対－物理チャネル・マッピングを示す。 図１９は幾つかの態様による無線通信のための第２の例示的な時間－周波数リソース・グリッドを示す。 図２０は幾つかの態様による無線通信ネットワークの例示的なネットワーク状況を示す。 図２１は幾つかの態様による無線通信のための第３の例示的な時間－周波数リソース・グリッドを示す。 図２２は幾つかの態様による無線通信のための第４の例示的な時間－周波数リソース・グリッドを示す。 図２３は幾つかの態様による利用可能なチャネル・インスタンス間の選択に関連する例示的な方法を示す。 図２４は幾つかの態様による低電力無線アクセス・システムを有する端末デバイスの例示的な内部構成を示す。 図２５は幾つかの態様に従って複数のチャネル・インスタンスを提供することに関連する例示的な方法を示す。 図２６は幾つかの態様によるネットワーク・アクセス・ノードの例示的な内部構成を示す。 図２７は、幾つかの態様に従って要求端末デバイスにチャネル構成情報を提供するための例示的な方法を示す。 図２８は幾つかの態様に従ってチャネル・インスタンスを選択しおよびアタッチする手順に関連する例示的なメッセージ・シーケンス・チャートを示す。 図２９は幾つかの態様に従って端末デバイスを動作させるための例示的な方法を示す。 図３０は幾つかの態様に従って１つ以上のネットワーク・アクセス・ノードを動作させるための例示的な方法を示す。 図３１は幾つかの態様に従ってランダムアクセス送信電力を選択するための例示的な方法を示す。 図３２は幾つかの態様によるモジュール化を利用する物理レイヤ処理モジュールの例示的な内部構成を示す。 図３３はモジュール化された物理レイヤ処理モジュールのスケジューリング設定をアレンジするための手順に関連する幾つかの態様による例示的なメッセージ・シーケンス・チャートを示す。 図３４は幾つかの態様に従って通信モジュール構成を動作させるための例示的な方法を示す。 図３５は幾つかの態様による端末デバイスの第１の例示的な内部構成を示す。 図３６は幾つかの態様による端末デバイスの第２の例示的な内部構成を示す。 図３７は幾つかの態様による端末デバイスの第３の例示的な内部構成を示す。 図３８は幾つかの態様による端末デバイスの第４の例示的な内部構成を示す。 図３９は幾つかの態様による受信モジュールおよび送信モジュールの例示的な内部構成を示す。 図４０は幾つかの態様による受信機モジュールの例示的な内部構成を示す。 図４１は幾つかの態様による復調器のアプリケーションのための受信機モジュールの例示的な内部構成を示す。 図４２は幾つかの態様による制御モジュールの動作の例示を示す。 図４３は幾つかの態様による通信システムを動作させる方法を示す。 図４４は幾つかの態様によるデータ・ベアラを示す例示的な無線通信ネットワークを示す。 図４５は幾つかの態様による受信設定における端末デバイスの例示的な内部構成を示す。 図４６は幾つかの態様による様々なデータ・ベアラから様々な受信機モジュールへのデータの第１のマッピングを示す。 図４７は幾つかの態様による様々なデータ・ベアラから様々な受信機モジュールへのデータの第２のマッピングを示す。 図４８は幾つかの態様による様々なデータ・ベアラから様々な受信機モジュールへのデータの第３のマッピングを示す。 図４９は幾つかの態様による様々なデータ・ベアラから様々な受信機モジュールへのデータの第４のマッピングを示す。 図５０は幾つかの態様による様々なデータ・ベアラから様々な受信機モジュールへのデータの第５のマッピングを示す。 図５１は幾つかの態様によるキャリア・アグリゲーションの様々なキャリアにわたるデータの例示的な分配を示す。 図５２は幾つかの態様による様々なデータ・ベアラから様々な受信機モジュールへのデータの第６のマッピングを示す。 図５３は幾つかの態様による様々なデータ・ベアラから様々な受信機モジュールへのデータの第６のマッピングを示す。 図５４Ａは幾つかの態様による送信設定における端末デバイスの様々な例示的な内部構成を示す。 図５４Ｂは幾つかの態様による送信設定における端末デバイスの様々な例示的な内部構成を示す。 図５５は幾つかの態様に従って無線通信を実行する第１の例示的な方法を示す。 図５６は幾つかの態様に従って無線通信を実行する第２の例示的な方法を示す。 図５７は幾つかの態様による無線リソース割り当てと電力消費との間の関係の第１の例示的な描写を示す。 図５８は幾つかの態様によるネットワーク・アクセス・ノードの例示的な内部構成を示す。 図５９は幾つかの態様による無線リソース割り当てと電力消費との間の関係の第２の例示的な描写を示す。 図６０は幾つかの態様に従って処理を実行するネットワーク・ノードの例示的な描写を示す。 図６１は幾つかの態様に従ってネットワーク・プロセッサを動作させる例示的な方法を示す。 図６２は幾つかの態様によるネットワーク・アクセス・ノードの例示的な内部構成を示す。 図６３は幾つかの態様による再送通知ターンアラウンド時間を示す様々な例示的なチャートを示す。 図６４は幾つかの態様に従ってネットワーク処理モジュールを動作させる例示的な方法を示す。 図６５は幾つかの態様による第１の例示的なネットワーク状況を示す。 図６６は幾つかの態様によるネットワーク・アクセス・ノードのための制御モジュールの例示的な内部の描写を示す。 図６７は幾つかの態様による様々な例示的な送受信スケジュールを示す。 図６８は幾つかの態様による第２の例示的なネットワーク状況を示す。 図６９Ａは幾つかの態様に従う不連続な送信および／または受信を使用する様々な送受信スケジュールを示す。 図６９Ｂは幾つかの態様に従う不連続な送信および／または受信を使用する様々な送受信スケジュールを示す。 図７０は幾つかの態様に従って無線通信を実行する第１の例示的な方法を示す。 図７１は幾つかの態様に従って無線通信を実行する第２の例示的な方法を示す。 図７２はネットワーク・アクセス・ノードを使用する幾つかの態様による例示的なネットワーク状況を示す。 図７３は幾つかの態様に従うネットワーク・アクセス・ノードを使用する接続継続サービスを示す例示的なメッセージ・シーケンス・チャートを示す。 図７４はエッジ・コンピューティング・サーバーを使用する幾つかの態様による例示的なネットワーク状況を示す。 図７５は幾つかの態様によるエッジ・コンピューティング・サーバーを使用する接続継続サービスを示す例示的なメッセージ・シーケンス・チャートを示す。 図７６は幾つかの態様に従って端末デバイスで無線通信を実行する例示的な方法を示す。 図７７は幾つかの態様に従ってネットワーク処理コンポーネントで無線通信を実行する例示的な方法を示す。 図７８は幾つかの態様による例示的なネットワーク状況を示す。 図７９は端末デバイスのグループに対する接続継続サービスを示す幾つかの態様による例示的なメッセージ・シーケンス・チャートを示す。 図８０は幾つかの態様に従って無線通信を実行するための例示的な方法を示す。 図８１は幾つかの態様に従って無線通信を実行するための例示的な方法を示す。 図８２は幾つかの態様による例示的なネットワーク状況を示す。 図８３は幾つかの態様によるネットワーク・アクセス・ノードの例示的な内部構成を示す。 図８４は幾つかの態様による自律移動デバイスの例示的な内部構成を示す。 図８５は自律移動デバイスにおけるナビゲーション・センサーの感度レベルを選択するための手順に関連する幾つかの態様による例示的なメッセージ・シーケンス・チャートを示す。 図８６は幾つかの態様による外部センサー・ネットワークを使用する例示的なネットワーク状況を示す。 図８７は幾つかの態様による各自セルを有する複数のネットワーク・アクセス・ノードを使用する例示的なネットワーク状況を示す。 図８８は幾つかの態様による自律移動デバイスの計画された経路を使用する例示的なネットワーク状況を示す。 図８９は幾つかの態様によるマスター自律移動デバイスを使用する例示的なネットワーク状況を示す。 図９０は幾つかの態様に従って移動デバイスを動作させる例示的な方法を示す。 図９１は幾つかの態様による例示的な無線通信ネットワークを示す。 図９２は幾つかの態様による端末デバイスの例示的な内部構成を示す。 図９３は幾つかの態様によるネットワーク・アクセス・ノードの例示的な内部構成を示す。 図９４は幾つかの態様に従う端末デバイスの異なるプラットフォームにおけるコンテキスト情報の使用の例示的な描写を示す。 図９５は幾つかの態様による道路進行シナリオを示す。 図９６は幾つかの態様による端末デバイスの実施例を示す。 図９７は幾つかの態様による端末デバイスにおける例示的な方法を示す。 図９８は幾つかの態様によるネットワーク・スキャン・タイミングの結果の例示的な描写を示す。 図９９は複数のネットワーク・アクセス・ノードを使用する道路進行シナリオにおける幾つかの態様による例示的なアプリケーションを示す。 図１００は無線状態の履歴シーケンスおよび他のコンテキスト情報に基づいて無線動作を制御する幾つかの態様による例示的な方法を示す。 図１０１は幾つかの態様に従って無線通信を実行する例示的な方法を示す。 図１０２は幾つかの態様による端末デバイスおよびネットワーク・アクセス・ノードの実施例を示す。 図１０３は幾つかの態様による端末デバイス予測および決定モジュールの例示的な構成を示す。 図１０４は幾つかの態様によるネットワーク・アクセス・ノード予測および決定モジュールの例示的な構成を示す。 図１０５は端末デバイスとネットワーク・アクセス・ノード予測および決定モジュールとの間の相互作用を詳述する幾つかの態様による例示的なメッセージ・シーケンス・チャートを示す。 図１０６は幾つかの態様に従ってスペクトル割り当て決定を行う例示的な方法を示す。 図１０７は幾つかの態様によるクラウド・ベースのインフラストラクチャーの実施例を示す。 図１０８は幾つかの態様に従うローカルおよびクラウド予測および決定モジュールの例示的な内部構成を示す。 図１０９は幾つかの態様によるクラウドソーシングのコンテキスト情報の様々な例示的なメッセージ・フォーマットを示す。 図１１０は幾つかの態様に従って無線通信を実行する第１の例示的な方法を示す。 図１１１は幾つかの態様に従って無線通信を実行する第２の例示的な方法を示す。 図１１２は幾つかの態様に従ってＩｏＴネットワークを管理するための例示的なネットワーク状況を示す。 図１１３は幾つかの態様によるゲートウェイ・デバイスの例示的な内部構成を示す。 図１１４は無線メジャーメントを実行しネットワークを検出するためのＩｏＴノードにおける幾つかの態様による例示的な方法を示す。 図１１５は幾つかの態様によるＩｏＴノードのためのベースバンド・モデムの例示的な内部構成を示す。 図１１６は無線メジャーメントを収集し無線ネットワークを再構成するためのゲートウェイ装置における幾つかの態様に従う例示的な方法を示す。 図１１７は幾つかの態様に従って無線マルチホップ・ネットワークを管理する例示的な方法を示す。 図１１８は幾つかの態様に従って無線通信を実行する例示的な方法を示す。 図１１９は幾つかの態様による乗物ターゲットとのビームステアリングの例示的な状況を示す。 図１２０は幾つかの態様によるネットワーク・アクセス・ノードのための制御モジュールの例示的な内部構成を示す。 図１２１は乗物ターゲットのためのビームステアリングを実行する幾つかの態様による例示的な方法を示す。 図１２２は乗物が別の乗物を遮ることができる幾つかの態様による例示的な状況を示す。 図１２３は幾つかの態様による無線アクセス技術スイッチングの例示的な状況を示す。 図１２４は幾つかの態様による空中ドローンを利用する例示的な状況を示す。 図１２５は幾つかの態様による無線通信を実行する例示的な方法を示す。 図１２６は幾つかの態様による例示的なネットワーク・アーキテクチャーを示す。 図１２７は幾つかの態様に従って無線環境マップ（ＲＥＭ）データ・ストレージを分配するためのネットワーク・アクセス・ノードの例示的な配置を示す。 図１２８は幾つかの態様による分散ＲＥＭサーバーの例示的な内部構成を示す。 図１２９は幾つかの態様によるＲＥＭデータの要求－応答メカニズムを示す例示的なメッセージ・シーケンス・チャートを示す。 図１３０は幾つかの態様に従ってデバイス能力およびコンテキスト情報詳細レベルに基づいてＲＥＭデータを要求するための二次元フレームワークに関連する例示的なテーブルを示す。 図１３１は幾つかの態様によるある分散方法によるＲＥＭデータを管理するための第１の例示的な方法を示す。 図１３２は幾つかの態様によるＲＥＭデータを管理するための第２の例示的な方法を示す。 図１３３は幾つかの態様によるバースト・トラフィック期間の例示的なプロットを示す。 図１３４は予測されたユーザー・トラフィック・パターンに基づくセミ・パーシステント・スケジューリング（ＳＰＳ）をトリガーするための幾つかの態様による例示的な方法を示す。 図１３５は非準拠の端末デバイスの挙動の検出に基づいてスケジューリング判断を制御する幾つかの態様に従う例示的な方法を示す。 図１３６は幾つかの態様による例示的な無線通信ネットワークを示す。 図１３７は幾つかの態様による端末デバイスの例示的な内部構成を示す。 図１３８は幾つかの態様によるネットワーク・アクセス・ノードの例示的な内部構成を示す。 図１３９は幾つかの態様による例示的なエンド・ツー・エンド・ネットワーク・アーキテクチャーを示す。 図１４０は幾つかの態様に従うネットワーク・スライシングを利用する例示的なエンド・ツー・エンド・ネットワーク・アーキテクチャーを示す。 図１４１は幾つかの態様による端末デバイスの例示的な内部構成を示す。 図１４２は幾つかの態様によるネットワーク・スライス選択のための端末デバイスとコア・ネットワークとの間のメッセージ交換を示す例示的なメッセージ・シーケンス・チャートを示す。 図１４３は幾つかの態様に従って無線通信を実行する第１の例示的な方法を示す。 図１４４は幾つかの態様に従って無線通信を実行する第２の例示的な方法を示す。 図１４５は幾つかの態様に従って無線通信を実行する第３の例示的な方法を示す。 図１４６は幾つかの態様に従うエッジ・コンピューティング・サーバーおよび充電サーバーを備えた例示的なエンド・ツー・エンド・ネットワーク・アーキテクチャーを示す。 図１４７は幾つかの態様によるエッジ・コンピューティング・サーバーの例示的な内部構成を示す。 図１４８は幾つかの態様による端末デバイス、エッジ・コンピューティング・サーバー、および充電サーバーの間のメッセージ交換を示す例示的なメッセージ・シーケンス・チャートを示す。 図１４９は幾つかの態様に従ってデータ・ストリームを管理する第１の例示的な方法を示す。 図１５０は幾つかの態様に従ってデータ・ストリームを管理する第２の例示的な方法を示す。 図１５１は幾つかの態様による端末デバイスの例示的な内部構成を示す。 図１５２は幾つかの態様による端末デバイスとネットワーク・アクセス・ノードとの間のメッセージ交換を示す第１の例示的なメッセージ・シーケンス・チャートを示す。 図１５３は幾つかの態様による端末デバイスとネットワーク・アクセス・ノードとの間のメッセージ交換を示す第２の例示的なメッセージ・シーケンス・チャートを示す。 図１５４は幾つかの態様による端末デバイスとネットワーク・アクセス・ノードとの間のメッセージ交換を示す第３の例示的なメッセージ・シーケンス・チャートを示す。 図１５５は幾つかの態様による優先度をディセーブルにするサービスを示す例示的な優先度曲線を示す。 図１５６は幾つかの態様による漸進的なサービス・ディセーブル化を示す例示的なメッセージ・シーケンス・チャートを示す。 図１５７は幾つかの態様に従って無線通信を実行する第１の例示的な方法を示す。 図１５８は幾つかの態様に従って無線通信を実行する第２の例示的な方法を示す。 図１５９は幾つかの態様による端末デバイスの例示的な内部構成を示す。 図１６０は幾つかの態様に従って端末デバイスにおけるスロットリングにより熱制約シナリオを検出してそれに応答する例示的な方法を示す。 図１６１は幾つかの態様に従って端末デバイスにおいてスロットリングにより電力制約シナリオを検出してそれに応答する例示的な方法を示す。 図１６２は幾つかの態様に従って端末デバイスにおいてスロットリングにより熱制約および／または電力制約シナリオを検出してそれに応答する例示的な方法を示す。 図１６３は幾つかの態様による端末デバイスの例示的な構成を示す。 図１６４は幾つかの態様に従って無線通信を実行する例示的な方法を示す。 図１６５は幾つかの態様による例示的な無線通信ネットワークを示す。 図１６６は幾つかの態様による端末デバイスの例示的な内部構成を示す。 図１６７は幾つかの態様によるネットワーク・アクセス・ノードの例示的な内部構成を示す。 図１６８は幾つかの態様による例示的なエンド・ツー・エンド・ネットワーク・アーキテクチャーを示す。 図１６９は幾つかの態様による例示的なネットワーク状況を示す。 図１７０は幾つかの態様による支援デバイスの例示的な内部構成を示す。 図１７１は幾つかの態様による端末デバイス、ネットワーク・アクセス・ノード、および支援デバイス間のやり取りの図を示す。 図１７２は幾つかの態様による端末デバイス、支援デバイス、およびネットワーク・アクセス・ノード間のやり取りを示す第１の例示的なメッセージ・シーケンス・チャートを示す。 図１７３は幾つかの態様による端末デバイス、支援デバイス、およびネットワーク・アクセス・ノード間のやり取りを示す第２の例示的なメッセージ・シーケンス・チャートを示す。 図１７４は幾つかの態様による端末デバイス、支援デバイス、およびネットワーク・アクセス・ノード間のやり取りを示す第３の例示的なメッセージ・シーケンス・チャートを示す。 図１７５は幾つかの態様による端末デバイス、支援デバイス、およびネットワーク・アクセス・ノード間のやり取りを示す第４の例示的なメッセージ・シーケンス・チャートを示す。 図１７６は幾つかの態様による端末デバイス、支援デバイス、およびネットワーク・アクセス・ノード間のやり取りを示す第５の例示的なメッセージ・シーケンス・チャートを示す。 図１７７は幾つかの態様による支援デバイスによる複数の端末デバイスのサポートを含む例示的なネットワーク状況を示す。 図１７８は幾つかの態様によるモノのインターネット（ＩｏＴ）環境の例示的なアプリケーションを示す。 図１７９は幾つかの態様に従って端末デバイスにおいて無線通信を実行する第１の例示的な方法を示す。 図１８０は幾つかの態様に従って通信デバイスにおいて無線通信を実行する第２の例示的な方法を示す。 図１８１は幾つかの態様に従って通信デバイスにおいて無線通信を実行する第３の例示的な方法を示す。 図１８２は本開示の幾つかの態様による第１の例示的なネットワーク状況を示す。 図１８３は幾つかの態様による乗物ネットワーク・アクセス・ノードの例示的な内部構成を示す。 図１８４は幾つかの態様による端末デバイスのためのターゲット・データの予測およびプレロードを示す第１の例示的なメッセージ・シーケンス・チャートを示す。 図１８５は幾つかの態様による端末デバイスのためのターゲット・データの予測およびプレロードを示す第２の例示的なメッセージ・シーケンス・チャートを示す。 図１８６は幾つかの態様による第２の例示的ネットワーク状況を示す。 図１８７は幾つかの態様による端末デバイスおよびネットワーク・アクセス・ノード接続を示す例示的なネットワーク状況を示す。 図１８８は幾つかの態様に従う端末デバイスのためのターゲット・データの予測およびプレロードを示す第３の例示的なメッセージ・シーケンス・チャートを示す。 図１８９は幾つかの態様に従って乗物のローカル・ネットワーク・アクセス・ノードにおいて無線通信を実行する第１の例示的な方法を示す。 図１９０は幾つかの態様に従って乗物のローカル・ネットワーク・アクセス・ノードにおいて無線通信を実行する第２の例示的な方法を示す。 図１９１は幾つかの態様による例示的な無線通信ネットワークを示す。 図１９２は幾つかの態様による端末デバイスの例示的な内部構成を示す。 図１９３は幾つかの態様によるネットワーク・アクセス・ノードの例示的な内部構成を示す。 図１９４は幾つかの態様による道路側ネットワーク・アクセス・ノードおよび乗物または乗物の端末デバイスを含む例示的なネットワーク状況を示す。 図１９５は幾つかの態様によるマップリデュース（ＭａｐＲｅｄｕｃｅ）フレームワークの例示的な説明図を示す。 図１９６は幾つかの態様による符号化マップリデュース（ａ ｃｏｄｅｄ ＭａｐＲｅｄｕｃｅ）フレームワークの例示的な説明図を示す。 図１９７は幾つかの態様による乗物または乗物の端末デバイスのグループを含む例示的なネットワーク状況を示す。 図１９８は幾つかの態様による乗物の端末デバイスの例示的な内部構成を示す。 図１９９は幾つかの態様による無線分散演算の第１方法例を示す。 図２００は幾つかの態様による無線分散演算の第２方法例を示す。 図２０１は幾つかの態様に従って端末デバイスがネットワークに接続するための漸進的なネットワーク状況を示す。 図２０２は幾つかの態様による例示的な論理、トランスポート、および物理チャネル・マッピング・スキームを示す。 図２０３は幾つかの態様に従って直接リンクを使用してネットワークに接続するための例示的な方法を示す。 図２０４は幾つかの態様による端末デバイスの例示的な内部構成を示す。 図２０５は幾つかの態様による直接リンクを介するテレメトリ支援のための例示的な方法を示す。 図２０６は幾つかの態様による第１の例示的なネットワーク状況を示す。 図２０７は幾つかの態様による第２の例示的なネットワーク状況を示す。 図２０８は幾つかの態様に従う直接リンク共有のための手順を示す第１の例示的なタイム・チャートを示す。 図２０９は幾つかの態様による第３の例示的なネットワーク状況を示す。 図２１０は幾つかの態様に従う直接リンク共有のための手順を示す第２の例示的なタイム・チャートを示す。 図２１１は幾つかの態様によるデバイス・ナレッジ履歴（ＤＫＨ）クラスの使用に関連する例示的なネットワーク状況を示す。 図２１２は幾つかの態様による端末デバイスの例示的な内部構成を示す。 図２１３は幾つかの態様に従って端末デバイスにおいて無線通信を実行する第１の例示的な方法を示す。 図２１４は幾つかの態様に従って端末デバイスにおいて無線通信を実行する第２の例示的な方法を示す。 図２１５は幾つかの態様に従って端末デバイスにおいて無線通信を実行する第３の例示的な方法を示す。 図２１６は幾つかの態様による例示的な無線通信ネットワークを示す。 図２１７は幾つかの態様による端末デバイスの例示的な内部構成を示す。 図２１８は幾つかの態様によるネットワーク・アクセス・ノードの例示的な内部構成を示す。 図２１９は幾つかの態様による例示的なエンド・ツー・エンド・ネットワーク・アーキテクチャーを示す。 図２２０は幾つかの態様による第１の例示的なネットワーク状況を示す。 図２２１は幾つかの態様による第２の例示的なネットワーク状況を示す。 図２２２は幾つかの態様による乗物の端末デバイスの例示的な内部構成を示す。 図２２３は幾つかの態様によるネットワーク・アクセス・ノードの例示的な内部構成を示す。 図２２４は幾つかの態様による乗物の通信リンクのためのサイドリンク・チャネルの使用を詳述する例示的なメッセージ・シーケンス・チャートを示す。 図２２５は幾つかの態様に従って乗物の端末デバイスにおいて無線通信を実行する例示的な方法を示す。 図２２６は幾つかの態様によるネットワーク・アクセス・ノードのための乗物－対－インフラストラクチャー（Ｖ２Ｉ）または乗物－対－ネットワーク（Ｖ２Ｎ）の通信を組織する例示的な方法を示す。 図２２７は幾つかの態様によるデバイス－対－デバイス通信の端末デバイス管理の例示的な方法を示す。 図２２８は幾つかの態様によるデバイス－対－デバイス通信のネットワーク管理の例示的な方法を示す。 図２２９は幾つかの態様に従って指向性アンテナ・ビームでフローティング・セルに応対することに関する例示的なネットワーク状況を示す。 図２３０は幾つかの態様によるネットワーク・アクセス・ノードの例示的な内部構成を示す。 図２３１は幾つかの態様によるアンカー航空デバイスの例示的な内部構成を示す。 図２３２は幾つかの態様による二次的な航空デバイスの例示的な内部構成を示す。 図２３３は幾つかの態様による例示的な時間－周波数無線リソースの割り当てを示す。 図２３４は幾つかの態様に従ってフローティング・セルのアンカー航空デバイスにおいてフローティング・セルを制御するための例示的な方法を示す。 図２３５は幾つかの態様に従って複数の乗物または航空端末デバイスを含むフローティング・セルにおいて二次的な航空デバイスを動作させる例示的な方法を示す。 図２３６は幾つかの態様に従ってネットワーク・アクセス・ノードを動作させる例示的な方法を示す。 図２３７は幾つかの態様によるフローティング・セルのネットワーク管理のための例示的な方法を示す。 図２３８は幾つかの態様によるフローティング・セル内のアンカー・ドローンの動作方法例を示す。 図２３９は幾つかの態様によるフローティング・セル内の二次的なドローンを動作させる例示的な方法を示す。 図２４０は幾つかの態様によるモバイル・インフラストラクチャー・ノードの配備を示す例示的なネットワーク状況を示す。 図２４１は幾つかの態様による自律駆動システムを有するモバイル・インフラストラクチャー・ノードの例示的な内部構成を示す。 図２４２は幾つかの態様に従ってモバイル・インフラストラクチャー・ノードを動的なモバイル・インフラストラクチャーとして活性化する例示的な方法を示す。 図２４３は幾つかの態様に従ってモバイル・インフラストラクチャー・ノードを動作させる例示的な方法を示す。 図２４４は幾つかの態様に従って乗物をモバイル・インフラストラクチャー・ノードとして動作させる例示的な方法を示す。 図２４５は幾つかの態様に従ってクリティカルなネットワーク状況に応答してモバイル・インフラストラクチャー・ノードを配備することを含む例示的なネットワーク状況を示す。 図２４６は幾つかの態様によるモバイル・インフラストラクチャー・ノードの処理モジュールの例示的な構成を示す。 図２４７は幾つかの態様によるモバイル・インフラストラクチャー・ノードの活性化および動作を示す例示的なメッセージ・シーケンス・チャートを示す。 図２４８は幾つかの態様に従う複数のモバイル・インフラストラクチャー・ノードの配備を含む例示的なネットワーク状況を示す。 図２４９は幾つかの態様による自律駆動システムを有するモバイル・インフラストラクチャー・ノードの例示的な内部構成を示す。 図２５０はモバイル・インフラストラクチャー・ノードにおけるネットワークのオーバーロードまたはアウテージによって影響を受けるエリアへネットワーク接続を提供する幾つかの態様による例示的な方法を示す。 図２５１はネットワークの接続中断に応答するように１つ以上の移動インフラストラクチャー・ノードを調整する幾つかの態様による例示的な方法を示す。 図２５２は幾つかの態様に従って同じアイデンティティを利用する端末デバイスのクラスタを含む例示的なネットワーク状況を示す。 図２５３は幾つかの態様による端末デバイスの例示的な内部構成を示す。 図２５４は幾つかの態様によるダウンリンク通信を示す例示的なネットワーク状況を示す。 図２５５は幾つかの態様によるアップリンク通信を示す例示的なネットワーク状況を示す。 図２５６は幾つかの態様による端末デバイス通信の例示的な方法を示す。 図２５７は幾つかの態様に従ってリーダー端末デバイスを管理するための例示的な方法を示す。 図２５８は幾つかの態様による端末デバイス通信の例示的な方法を示す。 図２５９は幾つかの態様に従って端末デバイスにおいて無線通信を実行する第１の例示的な方法を示す。 図２６０は幾つかの態様に従って端末デバイスにおいて無線通信を実行する第２の例示的な方法を示す。 図２６１は幾つかの態様による例示的なネットワーク状況を示す。 図２６２は幾つかの態様による競合ベースのアクセス・モードに関連する例示的な時間－周波数無線リソースの割り当てを示す。 図２６３は幾つかの態様によるスケジューリング・ベースのアクセス・モードに関連する例示的な時間－周波数無線リソースの割り当てを示す。 図２６４は幾つかの態様による例示的なグループ・リソース・ブロックを示す。 図２６５は幾つかの態様によるグループ・リソース・ブロック構成転送を含む例示的なネットワーク状況を示す。 図２６６はカバレッジ圏外の状況におけるグループ・リーダーの動作を含む幾つかの態様による例示的なネットワーク状況を示す。 図２６７は幾つかの態様によりアプリケーション要件に従って無線ネットワーク・リソースを供給するための例示的な方法を示す。 図２６８は幾つかの態様によりアプリケーション要件に従って無線ネットワーク・リソースを供給するための例示的な方法を示す。 図２６９は幾つかの態様によるモバイル・クラウド・ネットワークを含む例示的なネットワーク状況を示す。 図２７０は幾つかの態様に従ってネットワーク・アクセス・ノードによる一時的な階層ネットワークを設定するための例示的なメッセージ・シーケンス・チャートを示す。 図２７１は幾つかの態様による階層ネットワークにおける通信のための例示的な方法を示す。 図２７２は幾つかの態様による階層ネットワークにおける通信のための例示的な方法を示す。 図２７３は幾つかの態様によるモバイル・クラウド・ネットワークを含む例示的なネットワーク状況を示す。 図２７４は幾つかの態様に従ってネットワーク・アクセス・ノードにより階層ネットワークを動的に変更するための例示的なメッセージ・シーケンス・チャートを示す。 図２７５は幾つかの態様によるモバイル・クラウド・ネットワークに関する階層変化の影響を示す例示的なネットワーク状況を示す。 図２７６は幾つかの態様によるモバイル・クラウド・ネットワークに関する階層変化の影響を示す例示的なネットワーク状況を示す。 図２７７は幾つかの態様による階層ネットワークにおけるダイナミック通信のための例示的な方法を示す。 図２７８は幾つかの態様による無線アクセス・ネットワークを介するダイナミック通信のための例示的な方法を示す。

以下の詳細な説明は、例示として、本開示の態様が実施され得る具体的な詳細および態様を示す添付図面に言及している。

「例示的」という用語は、本明細書において、「具体例、インスタンス、または例示としての役目を果たすこと」を意味するために使用される。本明細書において「例示的」として記述される如何なる態様または設計も、必ずしも他の態様または設計よりも好ましいまたは有利であると解釈されるべきではない。

説明および特許請求の範囲（もしあれば）における「複数」および「多数」という用語は、明示的に１より大きい量を指す。「（～の）グループ」、「（～の）集合」、「（～の）集まり」、「（～の）系列」、「（～の）シーケンス」、「（～の）グループ化」などの用語は、１つに等しいまたはより大きな、即ち１以上の量を指す。「複数」または「多数」を明示的に述べていない複数形式で表現される如何なる用語も、１以上の量を指す。「固有のサブセット」、「縮小サブセット」および「小サブセット」という用語は、集合のうちの集合と同一ではない部分集合、例えば集合のうちの集合よりも少ない要素を含む部分集合を指す。

本明細書中で使用される場合、用語「ソフトウェア」は、ソフトウェアに組み込まれるデータを含む任意のタイプの実行可能命令または命令セットを指す。ソフトウェアはファームウェアをも包含することができる。ソフトウェアは、例えば機械学習プロセスを通じて、ソフトウェアを作成、削除または修正することができる。

本明細書で使用される「モジュール」は、特殊目的ハードウェアなどのハードウェア定義モジュール、ソフトウェアまたはファームウェアを実行するプロセッサなどのソフトウェア定義モジュール、およびハードウェア定義コンポーネントとソフトウェア定義コンポーネントとの両方を含む混合モジュールを含み得る任意の種類の機能実現エンティティとして理解される。したがって、モジュールは、アナログ回路またはコンポーネント、デジタル回路、混合信号回路またはコンポーネント、論理回路、プロセッサ、マイクロプロセッサ、中央処理ユニット（ＣＰＵ）、アプリケーション・プロセッサ、グラフィックス処理ユニット（ＧＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、集積回路、個別回路、特定用途向け集積回路（ＡＳＩＣ）等、またはこれらの任意の組み合わせであってもよい。以下にさらに詳細に説明する各機能の他のいかなる種類の実装も、「モジュール」として理解されてよい。本明細書に詳述する任意の２つの（またはそれより多い）モジュールは、実質的に等価な機能を有する単一のモジュールとして実現されてもよく、逆に、本明細書に詳述する任意の単一のモジュールは、実質的に等価な機能を有する２つの（またはそれより多い）分離したモジュールとして実現されてもよいことが理解される。さらに、「モジュール」を指す参照は、集合的に単一モジュールを形成する２つ以上のモジュールを指してもよい。

本明細書中で使用されるように、用語「回路（ｃｉｒｃｕｉｔ）」および「回路（ｃｉｒｃｕｉｔｒｙ）」は、ソフトウェア定義回路、ハードウェア定義回路、および混合されたハードウェア定義回路およびソフトウェア定義回路を含むことができる。

本明細書で使用されるように、「メモリ」は、データまたは情報が検索のために記憶され得る非時的なコンピュータ読み取り可能媒体として理解されてよい。メモリは、モジュールに含まれる、一体化される、または関連付けられることにより使用されてよい。本明細書に含まれる「メモリ」への言及は、従って、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、フラッシュ・メモリ、磁気抵抗ランダム・アクセス・メモリ（ＭＲＡＭ）、位相ランダム・アクセス・メモリ（ＰＲＡＭ）、スピン・トランスファー・トルク・ランダム・アクセス・メモリ（ＳＴＴ ＭＲＡＭ）、ソリッド・ステート・ストレージ、３次元メモリ、３次元クロスポイント・メモリ、ＮＡＮＤメモリ、磁気テープ、ハード・ディスク・ドライブ、光学ドライブなど、またはこれらの任意の組み合わせを含む、揮発性または不揮発性メモリを指すものとして理解されてよい。更に、レジスタ、シフトレジスタ、プロセッサ・レジスタ、データ・バッファ等もまた本明細書において用語「メモリ」に包含されることが理解される。「メモリ（ｍｅｍｏｒｙ）」または「メモリ（ａ ｍｅｍｏｒｙ）」と言及される単一のコンポーネントは、複数の異なるタイプのメモリとして実装されてもよく、従って、１つ以上のタイプのメモリを含む集合的なコンポーネントを指してもよいことが理解される。任意の単一のメモリ・コンポーネントは、複数の集合的に等価なメモリ・コンポーネントに分離されてもよく、逆もまた同様であることは容易に理解される。さらに、メモリは、（図示されているように）１つ以上の他のコンポーネントから分離して描かれているかもしれないが、メモリは、共通の集積チップ上のような別のコンポーネントに統合されてもよいことが理解される。

本明細書に記載される種々の態様は、モバイル通信のためのグローバル・システム（ＧＳＭ（登録商標））無線通信技術、ゼネラル・パケット無線サービス（ＧＰＲＳ）無線通信技術、ＧＳＭエボリューションのためのエンハンスト・データ・レート（ＥＤＧＥ）無線通信技術、および／または第三世代パートナーシップ・プロジェクト（３ＧＰＰ）無線通信技術を含む任意の無線通信技術を利用することが可能であるが、例えば、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）、フォーマ（ＦＯＭＡ）、３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）、３ＧＰＰロング・ターム・エボリューション・アドバンスト（ＬＴＥ Ａｄｖａｎｃｅｄ）、符号分割多元接続２０００（ＣＤＭＡ２０００）、セルラー・ディジタル・パケット・データ（ＣＤＰＤ）、モビテックス（Ｍｏｂｉｔｅｘ）、第三世代（３Ｇ）、回線交換データ（ＣＳＤ）、高速回線交換データ（ＨＳＣＳＤ）、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ（３Ｇ））、ワイドバンド符号分割多元接続（Ｗ－ＣＤＭＡ（ＵＭＴＳ））、高速パケット・アクセス（ＨＳＰＡ）、高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）、高速アップリンク・パケット・アクセス（ＨＳＵＰＡ）、高速パケット・アクセス・プラス（ＨＳＰＡ＋）、ユニバーサル・モバイル・テレコミュニケーション・システム－時間分割複信（ＵＭＴＳ－ＴＤＤ）、時間分割－符号分割多元接続（ＴＤ－ＣＤＭＡ）、時間分割－同期符号分割多元接続（ＴＤ－ＣＤＭＡ）、第３世代パートナーシップ・プロジェクト・リリース８（第４世代前）（３ＧＰＰリリース８（Ｐｒｅ－４Ｇ））、３ＧＰＰリリース９（第３世代パートナーシップ・プロジェクト・リリース９）、３ＧＰＰリリース１０（第３世代パートナーシップ・プロジェクト・リリース１０）、３ＧＰＰリリース１１（第３世代パートナーシップ・プロジェクト・リリース１１）、３ＧＰＰリリース１２（第３世代パートナーシップ・プロジェクト・リリース１２）、３ＧＰＰリリース１３（第３世代パートナーシップ・プロジェクト・リリース１３）、３ＧＰＰリリース１４（第３世代パートナーシップ・プロジェクト・リリース１４）、３ＧＰＰリリース１５（第３世代パートナーシップ・プロジェクト・リリース１５）、３ＧＰＰリリース１６ （第３世代パートナーシップ・プロジェクト・リリース１６）、３ＧＰＰリリース１７（第３世代パートナーシップ・プロジェクト・リリース１７）、３ＧＰＰリリース１８ （第３世代パートナーシップ・プロジェクト・リリース１８）、３ＧＰＰ ５Ｇ、３ＧＰＰ ＬＴＥ Ｅｘｔｒａ、ＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ、ＬＡＡ（ＬＴＥ Ｌｉｃｅｎｓｅｄ－Ａｓｓｉｓｔｅｄ Ａｃｃｅｓｓ）、ＭｕＬＴＥｆｉｒｅ、ＵＭＴＳ地上無線アクセス（ＵＴＲＡ）、エボルブドＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）、ロング・ターム・エボリューション・アドバンスト（第４世代）（ＬＴＥ Ａｄｖａｎｃｅｄ （４Ｇ））、ｃｄｍａＯｎｅ（２Ｇ）、ＣＤＭＡ２０００（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ２０００）（３Ｇ）、エボリューション・データ・オプティマイズドまたはエボリューション・データ・オンリー（ＥＶ－ＤＯ）、アドバンスト移動電話システム（第１世代）（ＡＭＰＳ （１Ｇ））、トータル・アクセス通信システム（第２世代）（Ｄ－ＡＭＰＳ （２Ｇ））、プッシュ・トゥ・トーク（ＰＴＴ）、モバイル電話システム（ＭＴＳ）、改良モバイル電話システム（ＩＭＴＳ）、アドバンスト・モバイル電話システム（ＡＭＴＳ）、ＯＬＴ（Ｏｆｆｅｎｔｌｉｇ Ｌａｎｄｍｏｂｉｌ Ｔｅｌｅｆｏｎｉ（ノルウェー語）、公衆携帯電話）、ＭＴＤ（スウェーデン語のＭｏｂｉｌｔｅｌｅｆｏｎｉｓｙｓｔｅｍ Ｄの略であり、モバイル電話システムＤ）、Ａｕｔｏｔｅｌ／ＰＡＬＭ（Ｐｕｂｌｉｃ Ａｕｔｏｍａｔｅｄ Ｌａｎｄ Ｍｏｂｉｌｅ）、ＡＲＰ（Ｆｉｎｎｉｓｈ ｆｏｒ Ａｕｔｏｒａｄｉｏｐｕｈｅｌｉｎ、「車両無線電話」）、 ＮＭＴ（Ｎｏｒｄｉｃ Ｍｏｂｉｌｅ Ｔｅｌｅｐｈｏｎｅ）、Ｈｉｃａｐ（ＮＴＴの大容量バージョン）、ＣＤＰＤ（ Ｃｅｌｌｕｌａｒ Ｄｉｇｉｔａｌ Ｐａｃｋｅｔ Ｄａｔａ）、 Ｍｏｂｉｔｅｘ、ＤａｔａＴＡＣ、ｉＤＥＮ（Ｉｎｔｅｇｒａｔｅｄ Ｄｉｇｉｔａｌ Ｅｎｈａｎｃｅｄ Ｎｅｔｗｏｒｋ）、パーソナルデジタルセルラー（ＰＤＣ）、回線交換データ（ＣＳＤ）、パーソナルハンディフォンシステム（ＰＨＳ）、ＷｉＤＥＮ（Ｗｉｄｅｂａｎｄ Ｉｎｔｅｇｉｔａｌ Ｅｎｈａｎｃｅｄ Ｎｅｔｗｏｒｋ）、ｉＢｕｒｓｔ、ＵＭＡ（Ｕｎｌｉｃｅｎｓｅｄ Ｍｏｂｉｌｅ Ａｃｃｅｓｓ）、（３ＧＰＰジェネリック・アクセス・ネットワークまたはＧＡＮ規格としても言及される）、Ｚｉｇｂｅｅ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＧｉｇ（Ｗｉｒｅｌｅｓｓ Ｇｉｇａｂｉｔ Ａｌｌｉａｎｃｅ）規格、一般的なｍｍ波規格（ＷｉＧｉｇ、ＩＥＥＥ ８０２．１１ａｄ、ＩＥＥＥ ８０２．１１ａｙなどの１０－３００ＧＨｚ以上で動作する無線システム）、３００ＧＨｚ以上およびＴＨｚバンドで動作する技術、（３ＧＰＰ／ＬＴＥベースまたはＩＥＥＥ ８０２．１１ｐその他の）ビークル対ビークル（Ｖ２Ｖ）およびビークル対Ｘ（Ｖ２Ｘ）およびビークル対インフラストラクチャー（Ｖ２Ｉ）およびインフラストラクチャー対ビークル（Ｉ２Ｖ）の通信技術、３ＧＰＰセルラーＶ２Ｘ、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）通信システム（インテリジェント・トランスポート・システムおよびその他等）であるが、これらに限定されない。これらの態様は、専用の認可されたスペクトル、免許不要スペクトル、（認可された）共有スペクトル（２．３－２．４ＧＨｚ、３．４－３．６ＧＨｚ、３．６－３．８ＧＨｚおよび更なる周波数のＬＳＡ（Ｌｉｃｅｎｓｅｄ Ｓｈａｒｅｄ Ａｃｃｅｓｓ）、３．５５－３．７ＧＨｚおよびさらなる周波数のＳＡＳ（Ｓｐｅｃｔｒｕｍ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ））を含む任意のスペクトル管理スキームに関連して適用することができる。適用可能なスペクトル帯域は、ＩＭＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）スペクトル （４５０－４７０ＭＨｚ、７９０－９６０ＭＨｚ、１７１０－２０２５ＭＨｚ、２１１０－２２００ＭＨｚ、２３００－２４００ＭＨｚ、２５００－２６９０ＭＨｚ、６９８－７９０ＭＨｚ、６１０－７９０ＭＨｚ、３４００～３６００ＭＨｚ等を含む）、ＩＭＴアドバンスト・スペクトル、ＩＭＴ－２０２０スペクトル（３６００－３８００ＭＨｚ、３．５ＧＨｚバンド、７００ＭＨｚバンド、２４．２５－８６ＧＨｚの範囲内にあるバンド等を含むことが予想される）、ＦＣＣの「スペクトル・フロンティア」５Ｇイニシアチブの下で利用可能なスペクトル（２７．５～２８ＧＨｚ、２９．１ＧＨｚ－２９．２５ＧＨｚ、３１－３１．３ＧＨｚ、３７－３８．６ＧＨｚ、３８．６－４０ＧＨｚ、４２－４３．５ＧＨｚ、５７－６４ＧＨｚ、７１－７８ＧＨｚ、８１－８６ＧＨｚ、９２－９４ＧＨｚ等を含む）、インテリジェント交通システム（ＩＴＳ）バンド・スペクトル（５．９ＧＨｚ、典型的には５．８５－５．９２５ＧＨｚ）、および９４－３００ＧＨｚ以上の将来のバンドを含むことが可能である。さらに、このスキームは、特に４００ＭＨｚおよび７００ＭＨｚバンドが有望な候補であるＴＶホワイト・スペース・バンド（典型的には７９０ＭＨｚ未満）のようなバンドで二次的に使用されることが可能である。セルラー・アプリケーションの他に、垂直的市場のための特定のアプリケーションは、例えば、ＰＭＳＥ（Ｐｒｏｇｒａｍ Ｍａｋｉｎｇ ａｎｄ Ｓｐｅｃｉａｌ Ｅｖｅｎｔｓ）、医療、健康、手術、車両、低遅延、ドローンなどのアプリケーションに対処されていてもよい。更に、異なるタイプのユーザー（例えば、低／中／高優先度など）に対する使用の階層的優先順位付けを導入すること等により、例えば帯域への優先されるアクセスに基づいて、例えば、第１階層のユーザーに続いて第２階層のユーザーがあり、その後に第３階層のユーザーが続く等のようにして、このスキームの階層的な適用が可能である。様々なＯＦＤＭの特色（サイクリック・プレフィックスＯＦＤＭ （ＣＰ‐ＯＦＤＭ）、シングル・キャリアＦＤＭＡ （ＳＣ‐ＦＤＭＡ）、シングル・キャリアＯＦＤＭ （ＳＣ‐ＯＦＤＭ）、フィルタバンク・ベースのマルチキャリア（ＦＢＭＣ）、ＯＦＤＭＡ（ＯＦＤＭＡ）など）および特に３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ）に、種々の態様が、ＯＦＤＭキャリア・データ・ビット・ベクトルを対応するシンボル・リソースに割り当てることによって適用されることも可能である。これらの態様は、例えば、ＤＳＲＣまたはＬＴＥ Ｖ２Ｘコンテキストなどの、ビークル対ビークル（Ｖ２Ｖ）のコンテキスト、ビークル対インフラストラクチャー（Ｖ２Ｉ）のコンテキスト、インフラストラクチャー対ビークル（Ｉ２Ｖ）のコンテキスト、またはビークル対すべて（Ｖ２Ｘ）のコンテキストのうちのいずれに適用することも可能である。

移動通信ネットワークのアクセス・ノードに関して使用される「基地局」という用語は、マクロ基地局（例えば、セルラー通信の場合）、マイクロ／ピコ／フェムト基地局、ノードＢ、エボルブド・ノードＢ（ｅＮＢ）、ホームｅＮｏｄｅＢ、リモート無線ヘッド（ＲＲＨ）、リレー・ポイント、アクセス・ポイント（例えば、Ｗｉ－Ｆｉ、ＷＬＡＮ、ＷｉＧｉｇ、ミリ波（ｍｍＷａｖｅ）などのためのＡＰ）として理解されてよい。本明細書で使用されるように、通信の環境における「セル」は、基地局またはアクセス・ポイントに応対されるエリア（例えば、公共の場所）またはスペース（例えば、複数階建ての建物または空域）として理解されてよい。基地局は、例えば乗物内に設置される移動式であってもよく、カバーされるエリアまたは空間は、それに応じて移動しもよい。従って、セルは、同じ位置にある送信および受信アンテナ一式によってカバーされてもよく、各アンテナは、セルの特定のセクタをカバーして応対することもできる。基地局またはアクセス・ポイントは、１つ以上のセルに応対してもよく、各セルは、別個の通信チャネルまたは規格（例えば、２Ｇ、３Ｇ、およびＬＴＥサービスを申し出る基地局）によって特徴付けられる。マクロセル、マイクロセル、フェムトセル、ピコセルは、異なるセル・サイズおよび範囲を有してもよく、静的または動的であってもよく（例えば、無人航空機またはバルーンに設置されるセル）、またはその特性を動的に変化させてもよい（例えば、マクロセルからピコセルへ、静的な配備から動的な配備へ、無指向性から指向性へ、ブロードキャストからナローキャストへ変化させてもよい）。通信チャネルは、ナローバンドまたはブロードバンドであってもよい。また、通信チャネルは、無線通信技術および規格を越えるキャリア・アグリゲーションを使用してもよく、または帯域幅を通信ニーズに柔軟に適合させてもよい。さらに、端末デバイスは、基地局、アクセス・ポイント、リレー、または他のネットワーク・アクセス・ノードを含んでもよいし、またはそのように活動してもよい。

本開示の目的のために、無線通信技術または規格は、ショート・レンジ無線通信技術またはセルラー・ワイド・エリア無線通信技術のうちの何れかとして分類されてもよい。さらに、無線通信技術または規格は、ヒト対ヒト、ヒト対マシン、マシン対ヒト、マシン対マシン、デバイス対デバイス、ポイント・ツー・ポイント、一対多、ブロードキャスト、ピア・ツー・ピア、全二重、半二重、全方向、ビームフォーミング、ビーム成形、および／または指向性として分類されてもよい。更に、無線通信技術または規格は、電磁波、光波またはこれらの組み合わせを使用するものとして分類されてもよい。

ショート・レンジ無線通信技術は、例えば、Ｂｌｕｅｔｏｏｔｈ、ＷＬＡＮ（例えば、何れかのＩＥＥＥ ８０２．１１規格に従うもの）、ＷｉＧｉｇ （例えば、何れかのＩＥＥＥ ８０２．１１規格に従うもの）、ミリメートル波、およびその他の類似の無線通信技術を含む。

セルラー・ワイド・エリア無線通信技術は、例えば、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＣＤＭＡ２０００（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ２０００）、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ａｄｖａｎｃｅｄ）、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ＥＶ－ＤＯ（Ｅｖｏｌｕｔｉｏｎ－Ｄｏ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）、高速パケット・アクセス（ＨＳＤＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、ＨＳＵＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、ＨＳＤＰＡ＋（ＨＳＤＰＡ Ｐｌｕｓ）およびＨＳＵＰＡ＋（ＨＳＵＰＡ Ｐｌｕｓ）を含むＨＳＰＡ）、ＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、５Ｇ（例えば、ミリメートル波（ｍｍＷａｖｅ）、３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ））、６Ｇ等の次世代セルラー規格、およびその他の類似の無線通信技術を含む。セルラー・ワイド・エリア無線通信技術は、マイクロセル、フェムトセル、ピコセル等の技術である「小セル」も含む。セルラー・ワイド・エリア無線通信技術は本明細書では一般に「セルラー」通信技術と言及されてよい。更に、本明細書で使用されるように、用語ＧＳＭは、例えばＧＰＲＳ、ＥＤＧＥ、および他の任意の関連するＧＳＭ技術を含む、回線交換およびパケット交換ＧＳＭの両方を指す。同様に、用語ＵＭＴＳは、例えばＨＳＰＡ、ＨＳＤＰＡ／ＨＳＵＰＡ、ＨＳＤＰＡ＋／ＨＳＵＰＡ＋、および他の任意の関連するＵＭＴＳ技術を含む、回線交換およびパケット交換ＧＳＭの両方を指す。さらなる通信技術は、見通し線（ＬｉＦｉ）通信技術を含む。本明細書に詳述される例示的な状況は本質的に説明的であり、従って、既存のおよび未定の双方の様々な他の移動通信技術に同様に適用されてもよく、特に、そのような移動通信技術が以下の実施例に関して開示されるものに類似する特徴を共有する場合に、同様に適用され得ることが理解される。

本明細書において使用される「ネットワーク」という用語は、例えば、移動通信ネットワーク等の通信ネットワークに関して、ネットワークのアクセス・セクション（例えば、無線アクセス・ネットワーク（ＲＡＮ）セクション）およびネットワークのコア・セクション（例えば、コア・ネットワーク・セクション）の両方を包含するが、エンド・ツー・エンド・システムについても、同じまたは異なるタイプの他のネットワークへの移動可能なアクセス、バックホール、サーバー、バックボーンおよびゲートウェイ／交換エレメントを包含する（ピア・ツー・ピア、デバイス・ツー・デバイス、および／またはマシン・ツー・マシン通信を含む）。本明細書において移動体端末に関して使用される「無線アイドル・モード」または「無線アイドル状態」という用語は、移動端末が、移動体通信ネットワークの少なくとも１つの個別通信チャネルの割り当てを受けていない無線制御状態を指す。「無線接続モード」または「無線接続状態」という用語は、移動端末が、移動体通信ネットワークの少なくとも１つの個別アップリンク通信チャネルの割り当てを受けている無線制御状態を指す。アップリンク通信チャネルは、物理チャネルまたは仮想チャネルであってもよい。アイドルまたは接続モードは、接続切り替えまたはパケット切り替えが可能である。

「端末デバイス」という用語は、例えば、携帯電話、タブレット、ラップトップ、コンピュータ、モノのインターネット（ＩｏＴ）装置、ウェアラブル、埋め込み式デバイス、マシン・タイプ通信デバイス等、および乗物、例えば、自動車、トラック、バス、自転車、ロボット、オートバイ、列車、船舶、潜水艦、ドローン、飛行機、バルーン、衛星、宇宙船等を含む。乗物は、例えば、ＳＡＥ Ｊ３０１６レベルの駆動自動化の１つに従って、自律的に制御されることが可能である、半自律的に制御されることが可能である、または人の制御下にあることが可能である。運転の自動化のレベルは、乗物、他の乗物、交通、人、または環境の過去、現在の、および推定される将来の状態に基づいて選択されてよい。

「送信」という用語は、明示的に規定されない限り、端末デバイスからネットワーク・アクセス・ノードまたは中継ノードへ、端末デバイスから端末デバイスへ、ネットワーク・アクセス・ノードまたは中継ノードからバックボーンへ、直接的（ポイント・トゥ・ポイント）および間接的（１つ以上の中継ポイントを介して）の両方の送信を包含する。同様に、「受信」という用語は、端末デバイス、ネットワーク・アクセス・ノードおよび中継ノード、ならびにバックボーンの間における直接的および間接的な受信の両方を包含する。「通信」という用語は、例えば、来る方向および出て行く方向の一方または両方における一方向性または双方向性の通信などの送信および受信の一方または両方を包含する。さらに、用語「送信」、「受信」、「通信」および他の類似の用語は、物理的な送信（例えば、無線信号の送信）および論理的な送信（例えば、ソフトウェア・レベルの接続を介した論理データの送信）の両方を包含する。例えば、プロセッサは、無線信号の形態のデータを他のプロセッサとともに送信または受信することができ、物理的な送信および受信は、ＲＦトランシーバおよびアンテナ等の無線レイヤ・コンポーネントによって処理され、論理的な送信および受信はプロセッサによって実行される。用語「演算」は、数学的表現／数式／関係による直接的な演算と、ルックアップまたはハッシュテーブルおよびその他のインデキシングまたは検索動作による間接的な演算との両方を包含する。

図１は、幾つかの態様による通信ネットワーク１００の例示的な描写を示す。図１に示されるように、通信ネットワーク１００は、無線アクセス・ネットワーク１０２からバックボーン・ネットワーク１３２および１４２にわたるエンド・ツー・エンド・ネットワークであってもよい。バックボーン・ネットワーク１３２および１４２は、主に有線ネットワークとして実現されてよい。ネットワーク・アクセス・ノード１２０－１２６は、無線アクセス・ネットワークであってもよく、端末デバイス１０４－１１６に無線アクセス接続を提供するために、端末デバイス１０４－１１６とともにデータを無線で送受信してもよい。端末デバイス１０４－１１６は、無線アクセス・ネットワーク１０２によって提供される無線アクセス接続を利用して、バックボーン・ネットワーク１３２および１４２のサーバーとともにエンド・ツー・エンド接続におけるデータをやり取りすることができる。端末デバイス１０４－１１６とネットワーク・アクセス・ノード１２０－１２６との間の無線アクセス接続は、１つ以上の無線アクセス技術に従って実現されてもよく、各々の端末デバイスは、無線アクセス接続を支配する特定の無線アクセス技術のプロトコルに従って、対応するネットワーク・アクセス・ノードとともにデータを送信および受信してよい。幾つかの態様では、端末デバイス１０４－１１６のうちの１つ以上は、無線アクセス接続のために認可されたスペクトルまたは免許不要のスペクトルを利用してよい。幾つかの態様において、端末デバイス１０４－１１６のうちの１つ以上は、任意の多種多様なデバイス間（Ｄ２Ｄ）通信プロトコルのいずれかに従って、互いに直接的に通信してよい。

図１に示されるように、幾つかの態様において端末デバイス１０６－１１０等の端末デバイスは、端末装置１０４によって提供される転送リンクに依存するかもしれず、端末装置１０４は、端末装置１０６－１１０とネットワーク・アクセス・ノード１２０との間のゲートウェイまたはリレーとして機能し得る。幾つかの態様において、端末デバイス１０６－１１０は、メッシュまたはマルチホップ・ネットワークに従って構成されてもよく、１つ以上の他の端末デバイスを介して端末デバイス１０４と通信してもよい。例えば、メッシュまたはマルチホップ構成のような（複数の）端末デバイスの構成は、例えば、端末またはユーザーの要求、現在の無線またはネットワーク環境、アプリケーションおよびサービスの利用可能性またはパフォーマンス、または通信もしくはアクセスのコストに応じて動的に変化しもよい。

幾つかの態様において、端末デバイス１１６等の端末デバイスは、中継ノード１１８を利用して、ネットワーク・アクセス・ノード１２６でデータを送信および／または受信してもよく、中継ノード１１８は、端末デバイス１１６とネットワーク・アクセス・ノード１２６との間で、例えば単純な中継方式またはより複雑な処理および転送方式により、中継伝送を実行してもよい。リレーは、一連のリレーとして実現されてもよく、あるいは、所与の時点または時間インターバルにおける最良または近似的に最良のリレーまたは一連のリレーが使用される日和見的リレーを使用してもよい。

幾つかの態様において、ネットワーク・アクセス・ノード１２４および１２６等のネットワーク・アクセス・ノードは、無線アクセス接続とコア・ネットワークおよびバックホール接続との両方を支配するルーティング、制御および管理機能を提供し得るコア・ネットワーク１３０に対するインターフェースとなり得る。図１に示されるように、コア・ネットワーク１３０は、バックボーン・ネットワーク１４２に対するインターフェースとなることが可能であり、ネットワーク・アクセス・ノード１２４および１２６とバックボーン・ネットワーク１４２の様々なサーバーとの間でのデータ転送を管理するためにネットワーク・ゲートウェイ機能を実行してよい。幾つかの態様において、ネットワーク・アクセス・ノード１２４および１２６は、有線であっても無線であってもよい直接的なインターフェースを介して互いに直接的に接続されよい。幾つかの態様において、ネットワーク・アクセス・ノード１２０等のネットワーク・アクセス・ノードは、バックボーン・ネットワーク１３２に対する直接的なインターフェースとなり得る。幾つかの態様において、ネットワーク・アクセス・ノード１２２等のネットワーク・アクセス・ノードは、ルータ１２８を介してバックボーン・ネットワーク１３２に対するインターフェースとなり得る。

バックボーン・ネットワーク１３２および１４２は、サーバー１３４－１３８および１４４－１４８に種々の様々な内部および外部サーバーを含んでよい。端末デバイス１０４－１１６は、無線アクセス・ネットワークと下位レイヤの転送のための他の中間インターフェースとに依存する論理ソフトウェア・レベルの接続において、サーバー１３４－１３８および１４４－１４８とともにデータを送受信してよい。従って、端末デバイス１０４－１１６は、他のタイプのユーザー・プレーン・データに加えてインターネットおよびアプリケーション・データを含み得るデータを送受信するために、エンド・ツー・エンド・ネットワークとして通信ネットワーク１００を利用してよい。幾つかの態様において、バックボーン・ネットワーク１３２および１４２は、インターチェンジ１５２で接続されてもよいゲートウェイ１４０および１５０を介するインターフェースとなり得る。

１ 共通チャネル

発見および制御情報の受信または送信は、端末デバイスまたはネットワーク・アクセス・ノードの無線ネットワーク活動の重要な部分であり得る。端末デバイスは、ネットワーク・アクセス・ノードおよび規格または他の端末デバイスのための無線環境をインテリジェントに発見またはスキャンすることにより、動作電力を低減し、動作時間およびパフォーマンスを増大させてもよい。端末デバイスは、利用可能な通信技術および規格、これらの利用可能な通信技術および規格のパラメータ、ならびに近接ネットワーク・アクセス・ノードまたは他の端末デバイスを検出しおよび識別するために、発見情報をスキャンすることができる。別の態様では、１つ以上のアクセス技術または規格を特定する、またはスキャンの労力を低減するために優先度とともにスキャンされ得る１つ以上のチャネルを特定する、既知のまたは随時公表されるスケジュールが存在してもよい。さらに別の態様では、発見または制御情報は、ペイロードとしてまたはチャンネルのペイロードの一部として、例えばウェブまたはインターネットまたはクラウド・サービスとして、また好ましいまたは通知されたチャンネルを使用して、スキャン労力を低減するように通信されてもよい。そのような発見情報の受信により近接ネットワーク・アクセス・ノードまたは他の端末デバイスの存在を識別した後、端末デバイスは、データを交換し、および／またはネットワーク・アクセス・ノードまたは他の端末デバイスとの他の無線相互作用（例えば、ブロードキャスト情報の無線測定または受信）を継続するために、選択されたネットワーク・アクセス・ノードまたは他の端末デバイスとの無線接続を確立することができる。ネットワーク・アクセス・ノードまたは他の端末の選択は、端末またはユーザーの要求、過去、現在および予想される将来の無線および環境の条件、アプリケーションおよびサービスの利用可能性またはパフォーマンス、または通信もしくはアクセスのコストに基づいてもよい。

選択されたネットワーク・アクセス・ノードまたは他の端末デバイスとともに適切に、例えば、無線規格または専有規格、またはそれらの混合に従って、入って来るおよび出て行くデータの両方が受信および送信されることを保証するために、端末デバイスは、制御情報またはパラメータを提供する制御情報もまた受信してよい。制御パラメータは、例えば、時間および周波数スケジューリング情報、符号化／変調方式、電力制御情報、ページング情報、再送情報、接続／移動性情報、および／または他のそのような情報（データが何時どのように送受信されるべきかを規定する情報）を含むことができる。次いで、端末デバイスは、制御パラメータを使用して、ネットワーク・アクセス・ノードまたは他の端末デバイスとのデータ送信および受信を制御し、そして、端末デバイスが、無線接続を介してネットワーク・アクセス・ノードまたは他の端末デバイスとの間で、ユーザーおよび他のデータ・トラフィックを首尾よくやり取りすることを可能にしてもよい。ネットワーク・アクセス・ノードは、音声、マルチメディア（例えば、オーディオ／ビデオ／画像）、インターネットおよび／または他のウェブ・ブラウジング・データ等を含むデータを端末デバイスに提供するか、または、例えばクラウド技術を用いて他のアプリケーションおよびサービスへのアクセスを提供し得る前提とする通信ネットワーク（例えば、コア・ネットワーク）に対するインターフェースとなり得る。

従って、無線通信ネットワーク上で効果的に動作するためには、端末デバイスが、発見および制御情報の両方を適切に受信、送信および解釈することが重要になり得る。この目的のために、端末デバイスは、適切な周波数リソースに関する発見および制御情報を（例えば、スケジューリング・パラメータに従って）正しい時間に受信し、変調および符号化方式に従って、受信された検出および制御情報を（例えば、フォーマット・パラメータに従って）復調および復号化し、元のデータを復元する、または発見および制御情報を見出す労力を低く維持することが望ましいかもしれない。

対応するスケジューリングおよびフォーマット・パラメータに従ってこのような情報を受信および解釈する手順は、無線通信ネットワークによって使用される無線アクセス技術に関連する特定のプロトコルによって定義されてもよい。例えば、第１の無線ネットワークは、第１の無線アクセス技術（例えば、３ＧＰＰ無線アクセス技術、Ｗｉ－Ｆｉ、およびＢｌｕｅｔｏｏｔｈ等のＲＡＴ）を利用してもよく、第１の無線アクセス技術は、発見情報、制御情報、およびユーザー・トラフィック・データの送受信のためのスケジューリングおよびフォーマットを規定する特定の無線アクセス・プロトコルを有してもよい。第１の無線ネットワーク上で動作するネットワーク・アクセス・ノードおよび端末デバイスは、第１の無線ネットワーク上で無線データを適切に送信および受信するために、第１の無線アクセス技術の無線プロトコルに従うことができる。

各無線アクセス技術は、発見および制御情報のための異なるスケジューリングおよびフォーマット・パラメータを規定してもよい。例えば、第２の無線アクセス技術は、第１の無線アクセス技術とは異なるスケジューリングおよびフォーマット・パラメータを、発見および制御情報のために（ユーザー・データ・トラフィックに加えて）指定してもよい。従って、端末デバイスは、異なる受信手順を利用して、第２無線ネットワークよりも第１無線ネットワークに対する発見および制御情報を受信してもよく；例えば、異なる発見信号／波形を受信すること、異なるタイミングで発見および制御情報を受信すること、異なるフォーマットで発見および制御情報を受信すること、異なるチャネルで発見および制御情報を受信すること、および／または異なる周波数リソースを使用することなどを含んでよい。

本開示は、複数の無線アクセス技術で動作するように構成された端末デバイスに関する。複数の無線アクセス技術（例えば、第１および第２のＲＡＴ）で動作するように構成された端末デバイスは、第１および第２のＲＡＴ両方の無線プロトコルに従って（および追加のＲＡＴでの動作についても同様に）構成されることが可能である。例えば、ＬＴＥネットワーク・アクセス・ノード（例えば、ｅＮｏｄｅＢ）は、Ｗｉ－Ｆｉネットワーク・アクセス・ノード（例えば、ＷＬＡＮ ＡＰ）とは異なる時間および周波数スケジューリング（周期、中心周波数、帯域幅、持続時間などを含む）で、異なるフォーマット（情報のタイプ／内容、変調および符号化方式、データ・レートなどを含む）で発見および制御情報を送信してもよい。したがって、ＬＴＥおよびＷｉ－Ｆｉ両方の動作のために設計された端末デバイスは、ＬＴＥの発見および制御情報を適切に受信するために特定のＬＴＥプロトコルに従って動作し、また、Ｗｉ－Ｆｉの発見および制御情報を適切に受信するために特定のＷｉ－Ｆｉプロトコルに従って動作してよい。ＵＭＴＳ、ＧＳＭ、Ｂｌｕｅｔｏｏｔｈなどのさらなる無線アクセス・ネットワークで動作するように構成された端末デバイスは、同様に、対応する個々のアクセス・プロトコルに従って無線信号を送受信するように構成されてもよい。幾つかの態様において、端末デバイスは、サポートされる無線アクセス技術各々に対して専用のハードウェアおよび／またはソフトウェア・コンポーネントを有してもよい。

幾つかの態様において、端末デバイスは、利用可能なネットワーク・アクセス・ノード、他の端末デバイス、ならびに通信技術および規格に関する無線環境の周期的なスキャンを省略するように構成されることが可能である。これは、利用可能なネットワーク・アクセス・ノード、他の端末デバイス、ならびに通信技術および規格に関する無線環境の周期的なスキャンを省略することにより、端末デバイスが、動作電力消費を低減し、動作時間およびパフォーマンスを増加させることを許容する。無線環境の周期的な包括的なスキャンを実行する代わりに、端末デバイスは、専用の発見または制御チャネルをスキャンするように構成されることが可能である。幾つかの態様において、専用の発見または制御チャネルは、ネットワーク・アクセス・ノードまたは他の端末デバイスによって提供されてもよい。他の態様において、ネットワーク・アクセス・ノードまたは他の端末デバイスは、何れの発見または制御チャネルが端末デバイスによって使用されるべきかを通知してもよい。

代替的または追加的に、幾つかの態様において、ネットワーク・アクセス・ノードまたは他の端末デバイスはプロキシとして機能し、専用チャネル上で発見または制御情報を中継することが可能である。例えば、リソースに富む他の端末デバイスは、Ｂｌｕｅｔｏｏｔｈまたは８０２．１５．４ ＬＥ（Ｌｏｗ Ｅｎｅｒｇｙ）等の低電力短距離通信により、発見または制御情報を近隣の端末デバイスに中継してもよい。

図２は、幾つかの態様による例示的な無線ネットワーク構成を示す。図２に示されるように、端末デバイス２００および２０２は、ネットワーク・アクセス・ノード２１０－２３０を含む１つ以上のネットワーク・アクセス・ノードと相互作用することができる。幾つかの態様において、ネットワーク・アクセス・ノード２１０および２１２は、第１の無線アクセス技術（ＲＡＴ）に関するネットワーク・アクセス・ノードであってもよく、ネットワーク・アクセス・ノード２１４－２３０は、第２のＲＡＴに関するネットワーク・アクセス・ノードであってもよい。さらに、幾つかの態様では、ネットワーク・アクセス・ノード２１０および２１２は、追加の無線アクセス技術のセルを含むセル・サイトまたは無線タワー（または同様なネットワーク・ブロードキャスト・ポイント）に配置されてもよい。例えば、第３のＲＡＴ、第４のＲＡＴ、および／または第５のＲＡＴの１つ以上のセルは、ネットワーク・アクセス・ノード２１０および／または２１２によりセル・サイトに配置されてもよい。例示的な状況において、ネットワーク・アクセス・ノード２１０は、ＬＴＥネットワーク・アクセス・ノードであってもよく、ＵＭＴＳ、ＧＳＭ、ｍｍＷａｖｅ、５Ｇ、Ｗｉ－Ｆｉ／ＷＬＡＮ、および／またはＢｌｕｅｔｏｏｔｈのうちの任意の１つ以上とともに併存してもよい。以下に詳述する態様は、無線アクセス・ネットワークに言及するかもしれないが、以下に提供される態様は、無線アクセス・ネットワークの任意の他の組み合わせを使用することが可能であり、ネットワーク・アクセス・ノード２１０－２１２および２１４－２３０は、無線アクセス・ネットワークに準拠する任意のタイプの無線アクセス技術を類似して利用することができる。たとえば、以下に提供される態様は、ＬＴＥ－ＡｄｖａｎｃｅｄおよびＷｉ－Ｆｉ／ＷＬＡＮを使用することが可能である。

端末デバイス２００および端末デバイス２０２は、セルラー電話、ユーザー装置、タブレット、ラップトップ、パーソナル・コンピュータ、ウェアラブル、マルチメディア再生および／または他のハンドヘルド電子装置、消費者／家庭／オフィス／商用の機器、車両、または無線通信が可能な任意のタイプの電子装置などの任意のタイプの端末デバイスであるとしてよい。

幾つかの態様において、端末デバイス２００および２０２は、ＬＴＥおよびＷｉ－Ｆｉアクセス・ネットワーク両方のような複数の無線アクセス・ネットワークに従って動作するように構成されてもよい。従って、端末デバイス２００および２０２は、各自各々のアクセス・プロトコルに従って無線信号を送受信するように具体的に構成されたハードウェアおよび／またはソフトウェアを含んでもよい。一般性を損なうことなく、端末デバイス２００（および／または２０２）は、他のセルラー、短距離、および／またはメトロポリタン・エリア無線アクセス技術などの他の無線アクセス技術をサポートするように構成されてもよい。例えば、例示的な構成において、端末デバイス２００は、ＬＴＥ、ＵＭＴＳ（回線交換およびパケット交換の両方）、ＧＳＭ （回線交換およびパケット交換の両方）、およびＷｉ－Ｆｉをサポートするように構成されてもよい。別の例示的な構成において、端末デバイス２００は、追加的または代替的に、５ＧおよびｍｍＷａｖｅ無線アクセス技術をサポートするように構成されてもよい。

図３は、幾つかの態様による端末デバイス２００の例示的な内部構成を示す。図３に示されるように、端末デバイス２００は、アンテナ・システム３０２、通信モジュール３０６ａ－３０６ｅおよびコントローラ３０８を含む通信システム３０４、データ・ソース３１０、メモリ３１２、およびデータ・シンク３１４を含んでよい。図３に明示的には示されていないが、端末デバイス２００は、１つ以上の追加のハードウェア、ソフトウェア、および／またはファームウェア・コンポーネント（プロセッサ／マイクロプロセッサ、コントローラ／マイクロコントローラ、他の専用または汎用のハードウェア／プロセッサ／回路など）、周辺デバイス、メモリ、電源、外部デバイス・インターフェース、加入者識別モジュール（ＳＩＭｓ）、ユーザー入力／出力デバイス（ディスプレイ、キーパッド、タッチスクリーン、スピーカー、外部ボタン、カメラ、マイクロフォンなど）を含んでもよい。

簡略化された動作概要では、端末デバイス２００は、１つ以上の無線アクセス・ネットワークで無線信号を送受信してよい。コントローラ３０８は、各無線アクセス・ネットワークに関連する無線アクセス・プロトコルに従って端末デバイス２００のそのような通信機能を指示してもよく、各アクセス・プロトコルによって定義されるフォーマットおよびスケジューリング・パラメータに従って無線信号を送受信するために、アンテナ・システム３０２による制御を実行してもよい。

端末デバイス２００は、アンテナ・システム３０２により無線信号を送受信してもよく、アンテナ・システムは、複数のアンテナを含むアンテナ・アレイであってもよく、さらに、アナログ・アンテナの組み合わせおよび／またはビームフォーミング回路を含んでもよい。アンテナ・システム３０２のアンテナは、１つまたは複数の通信モジュール３０６ａ－３０６ｅの間で個別に割り当てられるか、または共通に共有されてもよい。例えば、１つまたは複数の通信モジュール３０６ａ－３０６ｅは、固有の専用アンテナを有してもよい一方、他の通信モジュール３０６ａ－３０６ｅは、共通のアンテナを共有してもよい。

コントローラ３０８は、無線信号として通信モジュール３０６ａ－３０６ｄを介してそのようなデータの送受信を制御することに加えて、上位レイヤのアップリンクおよびダウンリンク・データを提供および受信することで、通信モジュール３０６ａ－３０６ｄによりＲＡＴ接続を維持してもよい。通信モジュール３０６ａ－３０６ｄは、それぞれの無線アクセス技術に従ってアンテナ・システム３０２を介して無線信号を送受信してもよく、対応するＲＦおよびＰＨＹレベルの処理に対して責任を担い得る。幾つかの態様において、第１の通信モジュール３０６ａは第１のＲＡＴに割り当てられてもよく、第２の通信モジュール３０６ｂは第２のＲＡＴに割り当てられてもよく、第３の通信モジュール３０６ｃは第２のＲＡＴに割り当てられてもよく、第４の通信モジュール３０６ｄは第４のＲＡＴに割り当てられてもよい。以下にさらに詳細に説明されるように、共通発見モジュール３０６ｅは、共通発見チャネルの監視および処理を実行するように構成されてもよい。

受信経路において、通信モジュール３０６－３０６ｄは、アンテナ・システム３０２からアナログ無線周波数信号を受信し、アナログ無線周波数信号に対してアナログおよびデジタルＲＦフロントエンド処理を実行してデジタル・ベースバンド・サンプル（例えば、同相／直交（ＩＱ）サンプル）を生成してもよい。従ってそれに応じて通信モジュール３０６ａ－３０６ｄは、増幅器（例えば、低雑音増幅器（ＬＮＡ））、フィルタ、ＲＦ復調器（例えば、ＲＦ ＩＱ復調器）、および受信した無線周波数信号をデジタル・ベースバンド・サンプルに変換するためのアナログ・デジタル変換器（ＡＤＣ）を含むアナログおよび／またはデジタル受信コンポーネントを含んでよい。ＲＦ復調に続いて、通信モジュール３０６ａ－３０６ｄは、誤り検出、順方向誤り訂正復号化、チャネル復号化およびデインターリーブ、物理チャネル復調、物理チャネル・デマッピング、無線メジャーメントおよびサーチ、周波数および時間同期、アンテナ・ダイバーシチ処理、レート・マッチング、再送処理のうちの１つ以上を含むデジタル・ベースバンド・サンプルでＰＨＹレイヤ受信処理を実行してもよい。幾つかの態様において、通信モジュール３０６ａ－３０６ｄは、そのような処理－集約的タスクに割り当てられることが可能なハードウェア・アクセラレータを含むことができる。通信モジュール３０６ａ－３０６ｄはまた結果のデジタルデータストリームを、関連する無線アクセス・プロトコルに従って更なる処理のためにコントローラ３０８に提供してもよい。

図３では単一のコンポーネントとして示されているが、通信モジュール３０６ａ－３０６ｄは、それぞれ、各自のＲＦおよびＰＨＹコンポーネントおよび機能を含む別個のＲＦおよびＰＨＹモジュールとして実現されてもよい。さらに、複数の通信モジュール３０６ａ－３０６ｄの１つ以上のそのようなＲＦおよびＰＨＹモジュールは、例えば、複数の無線アクセス技術間で共有される共通のＲＦフロントエンド・モジュールなどの共通コンポーネントに統合されてもよい。従って、そのような変形は、同様の機能を提供するものとして認識され、本開示の範囲内にある。

送信経路において、通信モジュール３０６ａ－３０６ｄは、コントローラ３０８からデジタルデータストリームを受信し、誤り検出、順方向誤り訂正符号化、チャネル符号化およびインターリーブ、物理的チャネル変調、物理的チャネル・マッピング、アンテナ・ダイバーシチ処理、レート・マッチング、電力制御および重み付け、および／または再送信処理のうちの１つ以上を含むＰＨＹレイヤ送信処理をデジタル・ベースバンド・サンプルを生成するために実行してもよい。次いで、通信モジュール３０６ａ－３０６ｄは、デジタル・ベースバンド・サンプルにアナログおよびデジタルＲＦフロントエンド処理を実行し、無線伝送のためにアンテナ・システム３０２に供給するアナログ無線周波数信号を生成する。従って、通信モジュール３０６ａ－３０６ｄは、アンテナ・システム３０２による無線伝送に関してアナログ無線周波数信号を生成するようにデジタル・ベースバンド・サンプルを混合するために、増幅器（例えば、電力増幅器（ＰＡ）、フィルタ、ＲＦ変調器（例えば、ＲＦ ＩＱ変調器）、およびディジタル・アナログ変換器（ＤＡＣｓ））を含むアナログおよび／またはデジタル伝送コンポーネントを含んでもよい。

幾つかの態様において、１つ以上の通信モジュール３０６ａ－３０６ｄは、例えば１つ以上の専用ハードウェア回路またはＦＰＧＡｓ等のハードウェア定義モジュールとして構造的に実現されてもよい。幾つかの態様において、１つ以上の通信モジュール３０６ａ－３０６ｄは、例えば、非時的なコンピュータ読み取り可能な記憶媒体に保存された演算、制御、およびＩ／Ｏ命令（例えば、ソフトウェアおよび／またはファームウェア）を規定するプログラム・コードを実行する１つ以上のプロセッサ等のソフトウェア定義モジュールとして構造的に実現されてもよい。幾つかの態様において、１つ以上の通信モジュール３０６ａ－３０６ｄは、ハードウェア定義モジュールおよびソフトウェア定義モジュールの組み合わせとして構造的に実現されてもよい。

図３には明示的には示されていないが、通信モジュール３０６ａ－３０６ｄは、関連する無線アクセス技術のための通信プロトコルによって定義される物理レイヤ制御論理に従って、通信モジュール３０６ａ－３０６ｄの種々のハードウェアおよび／またはソフトウェア処理コンポーネントを制御するように構成されたプロセッサなどのコントローラを含んでもよい。

通信モジュール３０６ａ－３０６ｄは、それぞれの無線アクセス・プロトコルによるＲＦおよびＰＨＹ処理に対する責任を負う一方、コントローラ３０８は、上位レイヤ制御に対する責任を負い、関連する無線アクセス・プロトコル論理に従って動作するようにコントローラ３０８に指示するプロトコル・スタック・ソフトウェア・コードを実行するように構成されたプロセッサとして具現化されてもよい。コントローラ３０８は、送信のためにアップリンク・データを提供し、さらなる処理のためにダウンリンク・データを受信することに加えて、通信モジュール３０６ａ－３０６ｄを介して上位レイヤ制御を指示してもよい。

図３においては単一コンポーネントとして示されているが、コントローラ３０８は、例えば、通信モジュール３０６ａ－３０６ｄの各々に対する専用コントローラ等の１つ以上の通信モジュール３０６ａ－３０６ｄのためのプロトコル・スタック論理の実行を各々タスクとする複数の別個のコントローラとして実現されてもよい。コントローラ３０８は、サポートされる無線アクセス技術の通信プロトコルに従って、アンテナ・システム３０２および通信モジュール３０６ａ－３０６ｄを制御する責任を負い、従って、サポートされる無線アクセス技術のアクセス・ストラタムおよびノン・アクセス・ストラタム（ＮＡＳ）（レイヤ２およびレイヤ３も包含する）を表現し得る。

図３に示されるように、端末デバイス２００はまたデータ・ソース３１０、メモリ３１２、およびデータ・シンク３１４を含んでもよく、データ・ソース３１０は、コントローラ３０８より上位の（例えば、ＮＡＳ／レイヤ３より上位の）通信データのソースを含んでもよく、データ・シンク３１４は、コントローラ３０８より上位の（例えば、ＮＡＳ／レイヤ３より上位の）通信データの宛先を含んでもよい。それは例えば端末デバイス２００のアプリケーション・プロセッサを含んでもよく、アプリケーション・プロセッサは、端末デバイス２００の様々なアプリケーションおよび／またはプログラムを、例えばオペレーティング・システム（ＯＳ）、端末デバイス２００とのユーザー相互作用をサポートするためのユーザー・インターフェース（ＵＩ）、および／または様々なユーザー・アプリケーション等の端末デバイス２００のアプリケーション・レイヤで実行するように構成されてもよい。アプリケーション・プロセッサは、通信システム３０４によって提供される無線ネットワーク接続を介して、音声データ、音声／ビデオ／画像データ、メッセージング・データ、アプリケーション・データ、および基本的なインターネット／ウェブ・アクセス・データ等のユーザー・データを送受信するためのアプリケーション・レイヤに関し（データ・ソース３１０／データ・シンク３１４に関し）、コントローラ３０８とのインターフェースとなってもよい。データ・ソース３１０およびデータ・シンク３１４は、更に、ユーザー・データに関連する端末デバイス２００の種々の通信機能を制御することを、端末デバイス２００のユーザーに許容し得るディスプレイ、キーパッド、タッチスクリーン、スピーカー、外部ボタン、カメラおよびマイクロフォン等の端末デバイス２００の種々のユーザー入力／出力デバイスを表現してもよい。メモリ３１２は、例えばハードドライブまたは他のそのようなメモリ・デバイス等の端末デバイス２００のメモリ・コンポーネントを含む。図３には明示的には示されていないが、図３に示される端末デバイス２００の様々な他のコンポーネントは、統合された永続性のおよび非永続性のメモリ・コンポーネントを含んでもよい。これらのコンポーネントは、例えばソフトウェア・プログラム・コードおよび／またはバッファリング・データを格納するために使用されることが可能である。

１．１ 共通チャネル＃１

図２に示すような例示的なネットワーク状況において、端末デバイス２００は、ネットワーク・アクセス・ノードによってブロードキャストされた発見信号をスキャンすることにより、近隣の無線ネットワーク（例えば、１つ以上のネットワーク・アクセス・ノード２１０－２３０）を識別し得る。多くの従来の通信シナリオでは、各ネットワーク・アクセス・ノードは、ＲＡＴ固有のスケジューリングおよびフォーマット・パラメータに従って、特定の発見チャネルにおいて（例えば、対応する無線アクセス技術に依存するシングルまたはマルチキャリア周波数チャネルであってもよい無線周波数チャネルにおいて）、その対応する発見信号をブロードキャストするかもしれない。例えば、各無線アクセス技術は、特定の時間－周波数リソース（例えば、特定の時間期間における特定のキャリアまたはサブキャリア）においてブロードキャストされる特定の発見信号（例えば、特定の符号化および変調フォーマットを有するもの）を規定してもよい。例えば、ネットワーク・アクセス・ノード２１０および２１２は、第１のＲＡＴ（同一の物理周波数チャネルであってもなくてもよく、例えば、第１のＲＡＴの異なるセルは、異なる発見チャネルを利用してもよい）のための１つ以上の発見チャネルにおいて第１のＲＡＴの発見信号をブロードキャストするかもしれない一方、ネットワーク・アクセス・ノード２１４－２３０は、第２のＲＡＴ（同一の物理周波数チャネルであってもなくてもよい）のための１つ以上の発見チャネルにおいて第２のＲＡＴの発見信号をブロードキャストするかもしれない。

特定のＲＡＴプロトコルに応じて、ＲＡＴ固有の発見チャネルは、ＲＡＴ固有の動作チャネルとオーバーラップしてもよい。例えば、例示的なＷｉ－Ｆｉ環境において、Ｗｉ－Ｆｉネットワーク・アクセス・ノードは、Ｗｉ－Ｆｉ動作チャネルにおけるビーコン等のＷｉ－Ｆｉ発見信号をブロードキャストしてもよい。従って、Ｗｉ－Ｆｉ動作チャネルは、Ｗｉ－Ｆｉネットワーク・アクセス・ノードを検出するためのビーコン（Ｗｉ－Ｆｉ発見信号）を検出するために、端末デバイスが監視し得る発見チャネルとしても機能し得る。例示的なＬＴＥ環境において、ＬＴＥネットワーク・アクセス・ノードは、一次同期シーケンス（ＰＳＳｓ）および二次同期シーケンス（ＳＳＳｓ）等のＬＴＥ発見信号を、ＬＴＥ動作チャネルの一群の中央サブキャリアでブロードキャストしてもよい（そして、マスター情報ブロック（ＭＩＢｓ）およびシステム情報ブロック（ＳＩＢｓ）等の他のＬＴＥ発見信号を、ＬＴＥ動作チャネルの概して任意のサブキャリアでブロードキャストしてもよい）。他のＲＡＴにおいて、発見チャネルは、動作チャネルとは別個に割り当てられてもよい。本開示は、このようなすべてのケースをカバーし、従って、ＲＡＴ固有の発見チャネルが、周波数においてＲＡＴ固有の動作チャネルと同じであってもよく、周波数においてＲＡＴ固有の動作チャネルとオーバーラップしていてもよく、および／または周波数においてＲＡＴ固有の動作チャネルとは別個に割り当てられてもよい。従って、端末デバイスは、ＲＡＴ固有の発見チャネル上で無線信号を監視することにより、所与のＲＡＴに対する発見（ディスカバリー）を実行してもよく、その発見チャネルはＲＡＴ固有の動作チャネルとオーバーラップしてもしなくてもよい。さらに、特定のＲＡＴのための所定の一群の動作チャネル（例えば、３ＧＰＰによって指定されるＬＴＥの中心周波数、ＩＥＥＥによって指定されるＷｉ－Ｆｉ動作チャネル等々）が存在してもよい。従って、発見チャネルが動作チャネルとオーバーラップする幾つかの態様において、端末デバイスは、異なる動作チャネルの所定のセットを経て反復することにより、例えばＬＴＥ発見信号を検出するための１つ以上のＬＴＥ中心周波数を経て反復することにより、またはＷｉ－Ｆｉ発見信号を検出するための１つ以上のＷｉ－Ｆｉ動作チャネルを経て反復することにより、発見チャネルをスキャンしてもよい。

従って、多くの従来の無線通信のシナリオにおいて、端末デバイス２００は、種々のＲＡＴのネットワーク・アクセス・ノードを発見するために、１つ以上の発見チャネルを監視するかもしれない。例えば、第１のＲＡＴのネットワーク・アクセス・ノードを発見するために、端末デバイス２００は、発見信号を求めて第１のＲＡＴの発見チャネルを監視してもよい（ここで、上述のように、発見チャネルは、第１のＲＡＴの動作チャネルとオーバーラップしてもしなくてもよい）。幾つかの態様において、特定の無線アクセス技術に関する発見信号は、特定の信号フォーマットおよび／または特定の送信スケジュール等の特定の規格またはプロトコルによって規定されてもよい。従って、端末デバイス２００は、第１のＲＡＴの発見チャネルにおいて発見信号をスキャンすることによって、第１のＲＡＴのセルを発見し得る。従って、端末デバイス２００は、第１のＲＡＴの仕様（例えば、第１のＲＡＴのためのプロトコルにおいて標準化または規定されていてもよい発見信号の信号フォーマットおよびスケジューリング、発見チャネル周波数など）に従って無線信号を監視することにより、第１のＲＡＴのネットワーク・アクセス・ノードを検出することを試みてもよい。その際、端末デバイス２００は、ネットワーク・アクセス・ノード２１０および２１２によってブロードキャストされる発見信号を受信し、識別し、続いて、ネットワーク・アクセス・ノード２１０および２１２を識別する、すなわち「発見（ｄｉｓｃｏｖｅｒ）」することができる。同様に、端末デバイス２００は、第２のＲＡＴの仕様（例えば、第１のＲＡＴのためのプロトコルにおいて標準化または規定されてもよい発見信号の信号フォーマットおよびスケジューリング、発見チャネル周波数など）に従って、無線信号を監視することにより、第２のＲＡＴのネットワーク・アクセス・ノードを発見することを試みてもよい。従って、端末デバイス２００は、ネットワーク・アクセス・ノード２１４～２３０を同様に発見し得る。上述のように、幾つかの態様において、ネットワーク・アクセス・ノード２１０および２１２は、第３のＲＡＴおよび／または第４のＲＡＴのためのキャリアをさらに提供してもよく、端末デバイス２００は、第３および第４のＲＡＴにそれぞれ従って無線信号を監視することによりそれを発見してもよい

上述のように、通信モジュール３０６ａ－３０６ｄは、各無線アクセス技術のＲＦおよびＰＨＹレベル信号処理に対する責任を負う。従って、コントローラ３０８は、データを送受信するために通信モジュール３０６ａ－３０６ｄを利用することによって、１つ以上の通信モジュール３０６ａ－３０６ｄにより異なる無線アクセス接続を維持し得る。コントローラ３０８は、ある無線アクセス接続を互いに独立して維持し、他の無線アクセス接続と協調して他の無線アクセス接続を維持してもよい。

例えば、幾つかの態様では、コントローラ３０８は、マスター／スレーブ／ＲＡＴシステム等に従って、第１の通信モジュール３０６ａ（第１のＲＡＴ接続）、第２の通信モジュール３０６ｂ（第２のＲＡＴ接続）、第３の通信モジュール３０６ｃ（第３のＲＡＴ接続）、および第４の通信モジュール３０６ｄ（第４のＲＡＴ接続）のための無線アクセス接続を互いに関連して維持してもよい。逆に、幾つかの態様では、コントローラ３０８は、第４の通信モジュール３０６ｄのための第４のＲＡＴ接続を、例えば同じマスター／スレーブＲＡＴシステムの一部としてではなく、第１の通信モジュール３０６ａ、第２の通信モジュール３０６ｂ、および第３の通信モジュール３０６ｃのセルラーＲＡＴ接続から実質的に分離して維持してもよい。

コントローラ３０８は、発見手順のトリガーを与えることを含んでよい対応する無線アクセス・プロトコルに従って、通信モジュール３０６ａ－３０６ｄの各々のＲＡＴ接続を処理してもよい。コントローラ３０８は、通信モジュール３０６ａ－３０６ｄの各々において別々に発見手順をトリガーしてもよく、その特定のタイミングは、特定の無線アクセス技術およびＲＡＴ接続の現在の状態に依存してもよい。従って、所与の任意の時点において、全部または一部がディスカバリー（発見）を実行するまたは実行しない通信モジュール３０６ａ－３０６ｄが存在してよい。

例えば、端末デバイス２００の初期電源投入動作の間に、コントローラ３０８は、各ＲＡＴ接続が適当なネットワーク・アクセス・ノードに接続しようと試みるかもしれないので、通信モジュール３０６ａ－３０６ｄのための発見をトリガーしてもよい。幾つかの態様において、コントローラ３０８は、優先順位付けされた階層に従ってＲＡＴ接続を管理してもよく、例えばコントローラ３０８は第２および第３のＲＡＴよりも第１のＲＡＴを優先してもよい。例えば、コントローラ３０８は、マスター／スレーブＲＡＴシステムにおいて第１、第２、および第３のＲＡＴを動作させてもよく、ここで、何れかのＲＡＴは主にアクティブであり（例えば、マスターＲＡＴ）、他のＲＡＴ（例えば、スレーブＲＡＴ）はアイドルである。従って、コントローラ３０８は、第１のＲＡＴをマスターＲＡＴに維持しようと試みてもよく、第１のＲＡＴの利用可能な生きているセルが存在しない場合に、第２または第２のＲＡＴに後戻りしてもよい。従って、幾つかの態様では、コントローラ３０８は、最初の電源投入後に通信モジュール３０６ａのためのディスカバリーをトリガーしてもよく、第１のＲＡＴのセルが見つからない場合に、第２または第３のＲＡＴのためのディスカバリーをトリガーするように進んでもよい。例示的な状況では、第１のＲＡＴは、例えばＬＴＥであってもよく、第２および第３のＲＡＴはＵＭＴＳまたはＧＳＭ等の「レガシー」ＲＡＴであってもよい。

ＲＡＴ接続が確立された後、コントローラ３０８は、各ＲＡＴ接続の現在の無線アクセス状態に基づいて、１つまたは複数の通信モジュール３０６ａ－３０６ｄにおけるディスカバリーを周期的にトリガーしてもよい。例えば、コントローラ３０８は、第１の通信モジュール３０６ａにより最初のディスカバリーの間に発見された第１のＲＡＴのセルと第１のＲＡＴ接続を確立してもよい。しかしながら、第１のＲＡＴ接続が貧弱になった場合（例えば、弱い信号強度または低い信号品質の場合、または無線リンクが不具合になり再確立されるべき場合）、コントローラ３０８は、第１のＲＡＴの他の近接セルを検出し、第１のＲＡＴの別のセルを測定して（ハンドオーバーまたは再選択により）切り替える可能性を秘めて、第１の通信モジュール３０６ａにおいて新たな発見手順をトリガーしてもよい。コントローラ３０８はまた、第２の通信モジュール３０６ｂおよび／または第３の通信モジュール３０６ｃにおいて新たな発見手順をトリガーすることにより、インターＲＡＴディスカバリーをしてもよい。１つまたは複数の通信モジュール３０６ａ－３０６ｄのＲＡＴ接続の個々の状態に応じて、ゼロ個以上の通信モジュール３０６ａ－３０６ｄが、所与の任意の時点で発見手順を実行してよい。

通信モジュール３０６ａ－３０６ｄの各々は、様々なタイプの無線アクセス・ネットワーク（各々がスケジューリングおよびフォーマットの両方に関して固有の発見信号を有し得る）の発見をタスクとすることができるので、通信モジュール３０６ａ－３０６ｄは、ディスカバリーを適切に実行するために、受信された無線信号に対してＲＡＴ固有の処理を実行してもよい。例えば、各無線アクセス技術は、固有の発見チャネルで固有の発見信号をブロードキャストし得るので、通信モジュール３０６ａ－３０６ｄは、各自各々の無線アクセス技術について近接ネットワーク・アクセス・ノードを発見するために、異なる発見チャネルをスキャンし、異なる発見信号検出技術を（例えば、信号フォーマットおよび／またはスケジューリング等の各ターゲット発見信号に応じて）利用してよい。例えば、第１の通信モジュール３０６ａは、様々な周波数バンドで無線信号を捕捉し、第４のＲＡＴの発見信号の検出のための第４の通信モジュール３０６ｄよりも第１のＲＡＴの発見信号の検出のための異なる信号処理を実行することができ；同様に、第２の通信モジュール３０６ｂおよび第３の通信モジュール３０６ｃについてホールドしてもよい。

発見手順は、事前には未知のネットワーク・アクセス・ノードの検出を含む可能性があるため、ネットワーク・アクセス・ノードの時間同期情報は、ディスカバリーに利用できない可能性が高い。従って、端末デバイス２００は、各無線アクセス技術に対する発見信号がいつブロードキャストされるかについての具体的な知識を有しないかもしれない。例えば、第１の無線アクセス技術がＬＴＥである例示的な環境において、ＬＴＥセルを発見しようとするとき、第１の通信モジュール３０６ａは、ＰＳＳおよびＳＳＳシーケンスおよびＭＩＢｓ／ＳＩＢｓがＬＴＥセルによって何時ブロードキャストされるかを示す如何なるタイミング基準点も有しないかもしれない。通信モジュール３０６ａ－３０６ｄは、種々の異なる無線アクセス技術に対して同様な状況に直面するかもしれない。従って、いずれの通信モジュール３０６ａ－３０６ｄが現在ディスカバリーの実行をタスクとしているかに依存して（そして、各通信モジュールに対する進行中の通信接続の現在の状態に依存して）、通信モジュール３０６ａ－３０６ｄは、発見信号を効果的に検出するために、対応する検出チャネルを連続的にスキャンしてよい。従って、所与の時点でディスカバリーを実行する通信モジュール３０６ａ－３０６ｄの各々は、能動的に給電され、潜在的なネットワーク・アクセス・ノードを発見するために、それら各自に割り当てられる周波数バンドに関して能動的な受信処理を実行してもよい。

通信モジュール３０６ａ－３０６ｄは、一定の受信および処理を実行してもよく、あるいは、ターゲットとなる無線アクセス技術に応じて、周期的な受信および処理のみを実行してもよい。それにもかかわらず、（アンテナ・システム３０２のそれぞれのアンテナに加えて）通信モジュール３０６ａ－３０６ｄの頻繁な動作は、端末デバイス２００に対してかなりの電力ペナルティを有することになるかもしれない。不都合なことに、このような電力ペナルティは、一般に通信モジュール３０６ａ－３０６ｄが近くの無線ネットワークを発見するために連続的に動作する必要があるため、不可避的であり得る。端末デバイス２００がバッテリーで給電される場合、通信モジュール３０６ａ－３０６ｄの規則的な動作に関連する多くのバッテリー消費に起因して、電力ペナルティは特に悪化し得る。

従って、潜在的な近隣の無線ネットワークの監視に関連する電力ペナルティを減らすために、端末デバイス２００は、通信モジュール３０６ａ－３０６ｄの代わりにディスカバリーを実行するために共通発見モジュール３０６ｅを利用することができる。次いで、共通発見モジュール３０６ｅは、無線ネットワークにより使用される無線アクセス技術のタイプに関係なく、近隣の無線ネットワークおよびネットワーク・アクセス・ノードを発見するために、共通発見チャネルを監視することができる。各無線アクセス技術に対して近隣の無線ネットワークを発見するために複数の通信モジュール３０６ａ－３０６ｄを動作させる代わりに、端末デバイス２００は、共通発見チャネルを監視して近隣の無線ネットワークの発見信号を検出するために、共通発見モジュール３０６ｅを利用してよい。幾つかの態様において、共通発見チャネルは、複数の異なる無線アクセス技術のネットワーク・アクセス・ノードの発見情報を含む発見信号を含み得る。

幾つかの態様において、ネットワーク・アクセス・ノードは、ネットワーク・アクセス・ノードが共通発見チャネルで表現されていることを保証するために協働してもよい。以下にさらに詳述するように、そのような方法は、集中型の発見ブロードキャスト・アーキテクチャーまたは分散型の発見ブロードキャスト・アーキテクチャーのいずれかを含んでもよく、これら双方は、近接無線ネットワークの存在を示す、共通発見チャネル上の発見信号のブロードキャストをもたらすことができる。従って、近接無線ネットワークは全て共通発見チャネル上で表現されるので、端末デバイス２００は、通信モジュール３０６ａ－３０６ｄを絶えず動作させる必要なしに、共通発見チャネルを監視するために共通発見モジュールを利用することができる。このようなことは、近接ネットワークの効果的な発見を犠牲にすることなく、端末デバイス２００における電力消費を著しく低減し得る。

従って、コントローラ３０８は、通信モジュール３０６ａ－３０６ｄを利用して、それら各自のＲＡＴｓに従って別々のＲＡＴ接続を維持することができる。前述のように、通信モジュール３０６ａ－３０６ｄにおけるＲＡＴ接続は、特定の無線アクセス・プロトコルおよび各ＲＡＴ接続の現在の状態に従って、発見手順を要求し得る。従って、コントローラ３０８は、ＲＡＴ接続の状態を監視して、ディスカバリーが任意の１つまたは複数の通信モジュール３０６ａ－３０６ｄでトリガーされるべきか否かを決定してもよい。

幾つかの態様において、コントローラ３０８は、初期電源投入手順の間、カバレッジの欠落の後、および／または不十分な無線測定（低信号電力または低信号品質）の検出時に、任意の１つまたは複数の通信モジュール３０６ａ－３０６ｄでディスカバリーをトリガーしてよい。このようなディスカバリーのトリガー基準は、各ＲＡＴ接続の特定の無線アクセス・プロトコルに従って異なってよい。

幾つかの態様において、必要に応じて通信モジュール３０６ａ－３０６ｄでディスカバリーをトリガーする代わりに、むしろコントローラ３０８は共通発見モジュール３０６ｅでディスカバリーをトリガーしてもよい。次いで、共通発見モジュール３０６ｅは、共通発見チャネルを走査して、通信モジュール３０６ａ－３０６ｄの１つ以上の無線アクセス技術についてネットワーク・アクセス・ノードを検出してもよい。したがって、通信モジュール３０６ａ－３０６ｄは電源遮断されるか、または発見手順の間にスリープ状態に入ってもよいので、端末デバイス２００は電力消費を大幅に低減することができる。

幾つかの態様において、共通発見モジュール３０６ｅは、発見信号の受信および検出に関連するＲＦおよびＰＨＹ受信コンポーネント（通信モジュール３０６ａ－３０６ｄに関して上述したようなもの）のみを含む。図４は、幾つかの態様による共通発見モジュール３０６ｅの例示的な内部構成を示す。図４に示されるように、共通発見モジュール３０６ｅは、構成可能なＲＦモジュール４０２およびデジタル処理モジュール４０４を含んでもよい。幾つかの態様において、構成可能なＲＦモジュール４０２は、増幅器（例えば、ＬＮＡ）と、フィルタと、ＲＦ復調器（例えば、ＲＦ ＩＱ復調器）と、受信された無線周波数信号をデジタル・ベースバンド・サンプルに変換するためのＡＤＣとを含むアナログおよび／またはデジタル受信コンポーネントを含んでよい。設定可能なＲＦモジュール４０２は、（例えば、周波数ごとに）異なるＲＦチャネルをスキャンし、ベースバンド・サンプルを生成してデジタル処理モジュール４０４に提供するように構成されてもよい。次に、デジタル処理モジュール４０４は、ベースバンド・サンプルを処理して評価するために、ＰＨＹレイヤ受信処理を実行することができる。幾つかの態様において、デジタル処理モジュール４０４は、ソフトウェア構成可能であってもよく、コントローラおよび１つ以上の専用ハードウェア回路を含んでもよく、これらは各々、コントローラによって割り当てられた特定の処理タスクを実行することに専用であってもよい（例えば、ハードウェア・アクセラレータ）。デジタル処理モジュール４０４は、例えば、ディスカバリーの一部として、構成可能なＲＦモジュール４０２から受信したベースバンド・サンプルを処理してもよい。デジタル処理モジュール４０４は、ディスカバリーの結果をコントローラ３０８に提供してもよい。

共通発見モジュール３０６ｅは、無線アクセス技術の発見のためにのみ使用されてもよいので、共通発見モジュール３０６ｅは、完全な双方向ＲＡＴ接続を維持しなくてもよい。従って、共通発見モジュール３０６ｅはまた低電力受信機として設計されてもよい。幾つかの態様において、共通の発見モジュール３０６ｅは、かなり低い電力で動作してもよく、（例えば、通信モジュール３０６ａ－３０６ｄによる）通常の発見スキャン手順と比較して、電力を節約しつつ連続的にアクティブに維持され得る。

幾つかの態様において、共通発見モジュール３０６ｅは、ハードウェア定義モジュール、例えば、１つ以上の専用ハードウェア回路またはＦＰＧＡｓとして実装されてもよい。幾つかの態様において、共通発見モジュール３０６ｅは、ソフトウェア定義モジュールとして、例えば、非一時的なコンピュータ読み取り可能な記憶媒体に保存される演算、制御、およびＩ／Ｏ命令（例えば、ソフトウェアおよび／またはファームウェア）を定義するプログラム・コードを実行する１つ以上のプロセッサとして実装されてもよい。幾つかの態様において、共通発見モジュール３０６ｅは、ハードウェア定義コンポーネントおよびソフトウェア定義コンポーネントの組み合わせとして実装されてもよい。

図５は、幾つかの態様に従って端末デバイス２００によって実行される共通発見手順を概説する方法５００を示す。

図５に示されるように、コントローラ３０８は、１つまたは複数の通信モジュール３０６ａ－３０６ｄの無線アクセス・プロトコルに従って５１０で無線通信を実行してもよく、従って、１つまたは複数の通信モジュール３０６ａ－３０６ｄのための基礎となるＲＡＴ接続をサポートしてもよい。

５２０において、コントローラ３０８は、いずれかの通信モジュール３０６ａ－３０６ｄでディスカバリーをトリガーするか否かを決定してよい。幾つかの態様では、ディスカバリーは、例えば、初期の電源投入手順の間、カバレッジの欠落の後、および／または不十分な無線測定（低信号電力または低信号品質）の検出時にトリガーされることが可能である。

コントローラ３０８が、いずれの通信モジュール３０６ａ－３０６ｄに対してもディスカバリーはトリガーされるべきでないと判断した場合、コントローラ３０８は、５１０に戻り、通信モジュール３０６ａ－３０６ｄとの標準の無線通信を継続してもよい。幾つかの態様において、コントローラ３０８は、共通発見モジュール３０６ｅをアクティブに保ち、通信モジュール３０６ａ－３０６ｄとは独立に共通発見モジュール３０６ｅを連続的に動作させてもよい。従って、コントローラ３０８は、通信モジュール３０６ａ－３０６ｄの標準の無線通信動作中でさえ、共通発見モジュール３０６ｅからディスカバリーの結果を収集し続けることができる。

コントローラ３０８が、１つ以上の通信モジュール３０６ａ－３０６ｄに対してディスカバリーがトリガーされるべきであると判断した場合、コントローラ３０８は、５３０において共通発見モジュール３０６ｅでのディスカバリーをトリガーしてもよい。幾つかの態様において、コントローラ３０８は、共通発見モジュール３０６ｅを起動し、ディスカバリーを実行するように共通発見モジュール３０６ｅに命令することによって、共通発見モジュール３０６ｅでディスカバリーをトリガーすることができる。

続いて、共通発見モジュール３０６ｅは、種々のネットワーク・アクセス・ノードの発見情報を含む発見信号について、共通発見チャネル（後述）を監視することによりディスカバリーを実行するように進んでよい。共通発見モジュール３０６ｅは、任意の検出可能な発見信号をデコードしてそこに含まれる発見情報を取得し、発見情報をコントローラ３０８に提供して５３０を完了してもよい。５３０において共通発見チャネルを監視することに関連して、ある種の課題が存在するかもしれない。例えば、以下にさらに説明するように、共通発見チャネル方式と協働するネットワーク・アクセス・ノードは、複数のネットワーク・アクセス・ノードが各自自身の発見信号をブロードキャストするために共通の発見チャネルを共有するディストリビュート（分散）方式、または単一のネットワーク・アクセス・ノードが他のネットワーク・アクセス・ノードの発見情報を含む共通の発見チャネルで共通の発見信号をブロードキャストするセントラル（集中）方式で動作してもよい。分散方式の場合、ネットワーク・アクセス・ノードは、競合ベースの仕組みを利用し、その結果、共通発見チャネルのチャネル占有を検出するためにキャリア・センシングを利用してもよい。これは、共通発見チャネルが占有されていることを検出するネットワーク・アクセス・ノードが、その発見信号を送信しようと試みる前にバックオフ手順を開始することができるので、衝突を回避するのに役立つ可能性がある。集中方式では、端末デバイス２００は、共通発見モジュール３０６ｅを共通発見チャネルに同調させ、共通発見チャネルでブロードキャストされた任意の共通発見チャネルから発見情報をデコードすることができる。幾つかの態様において、共通発見チャネルは、丈夫な伝送特性を有するチャネル（例えば、サブＧＨｚ周波数で割り当てられた共通発見チャネル）において単純な変調方式を利用してもよく、これは端末デバイスにおける受信を改善し得る。

５４０において、次にコントローラ３０８は、取得された発見情報によって表されるネットワーク・アクセス・ノードに応じて、１つ以上の通信モジュール３０６ａ－３０６ｄのＲＡＴ接続のためのその後の（例えば、「検出後」の）通信動作に進んでよい。例えば、発見情報が、有効なネットワーク・アクセス・ノードがレンジ内にあり、接続に利用可能であることを示す場合、例えば、発見情報が、ネットワーク・アクセス・ノード２１６が第４のＲＡＴのＲＡＴ接続のために利用可能であることを示す場合、コントローラ３０８は、ネットワーク・アクセス・ノード２１６に接続するために、第４の通信モジュール３０６ｄのＲＡＴ接続を修正することができる。従って、共通発見モジュール３０６ｅにより、コントローラ３０８は、通信モジュール３０６ａ－３０６ｄを利用することなく、５３０における発見情報を得ることができる。

幾つかの態様において、５４０における後続の通信動作に関する種々のオプションは、ネットワーク・アクセス・ノードとの片側無線相互作用を含み、例えば、コントローラ３０８がネットワーク・アクセス・ノードからの相互動作なしに一方的に実行する動作を含む。例えば、コントローラ３０８は、発見されたネットワーク・アクセス・ノードで無線測定を実行し、および／または発見されたネットワーク・アクセス・ノードのブロードキャスト情報を受信することができる。幾つかの態様において、５４０における後続の通信動作のための種々のオプションは、ネットワーク・アクセス・ノードとの二者間無線相互作用を含み、例えばコントローラ３０８がネットワーク・アクセス・ノードからの相互動作と共に実行する動作を含む。例えば、コントローラ３０８は、発見されたネットワーク・アクセス・ノードと双方向接続を追求し、確立する可能性を秘めることが可能である。

幾つかの態様において、共通発見モジュール３０６ｅは、（５３０のようにコントローラ３０８によって明示的に命令されるのとは異なり）共通検出チャネルを定常的に監視するように構成されることが可能である。共通発見チャネルで発見信号を検出すると、共通発見モジュール３０６ｅは、検出された発見情報をコントローラ３０８に報告するように構成されることが可能である。それにもかかわらず、共通発見モジュール３０６ｅは、通信モジュール３０６ａ－３０６ｄの代わりにディスカバリーを実行してもよく、それにより、端末デバイス２００がバッテリー電力ペナルティを回避できるようにする。端末デバイス２００が代わりに共通の発見モジュール３０６ｅにおいて単一の低電力受信機を利用してよいので、このような電力節約は、複数の通信モジュール３０６ａ－３０６ｄが同時にディスカバリーを実行する場合に特に向上され得る。

幾つかの態様において、種々の無線アクセス技術のネットワーク・アクセス・ノードは、共通発見モジュール３０６ｅによって結果的に検出可能な、共通発見チャネル上の発見信号をブロードキャストすることによって、協調してもよい。具体的には、ネットワーク・アクセス・ノードは、共通発見チャネルで発見情報（通常はＲＡＴ固有の発見チャネルでブロードキャストされることになるであろう）をブロードキャストしてもよく、それにより、端末デバイスが共通発見モジュールを使用して共通発見チャネルを監視できるようにする。

幾つかの態様において、ネットワーク・アクセス・ノードは、集中型または分散型のいずれかのブロードキャスト・アーキテクチャーに従って、共通発見チャネルのブロードキャストに参加してよい。いずれのオプションも、例えば端末デバイス２００のような端末デバイスが、方法５００に従って共通発見モジュール３０６ｅを使用してネットワーク・アクセス・ノードのための発見情報を取得することを可能にし得る。

幾つかの態様では、集中ブロードキャスト・アーキテクチャーにおいて、集中型発見ノードとも呼ばれる単一の集中型ネットワーク・アクセス・ノードが、集中型発見ノードと同じまたは異なる無線アクセス技術を使用してもよい１つまたは複数の他のネットワーク・アクセス・ノードに対して発見信号をブロードキャストしてもよい。従って、集中型の発見ノードは、１つ以上の他のネットワーク・アクセス・ノードの発見情報を収集し、集中型および１つ以上の他のネットワーク・アクセス・ノードの両方の発見情報を含む共通の発見信号を生成するように構成されてよい。次いで集中型発見ノードは、共通発見チャネルで共通発見信号をブロードキャストし、次いでネットワーク・アクセス・ノードのグループの発見情報を含む共通発見信号を生成することができる。従って、共通発見モジュール３０６ｅは、共通発見チャネルを監視し、セントラル化されたネットワーク・アクセス・ノードによってブロードキャストされた共通発見信号を読み取ることによって、ネットワーク・アクセス・ノードのすべてのグループを発見することができる。

共通発見モジュール３０６ｅは、種々の無線アクセス技術に関連するネットワーク・アクセス・ノードの発見情報を監視することができるので、端末デバイス２００の通信モジュール３０６ａ－３０６ｄは、発見動作に関してアイドルのまま残ることが可能である。コントローラ３０８は、他の制御およびユーザー・データの受信および送信に関連する標準の無線通信手順のような、非－発見動作のための通信モジュール３０６ａ－３０６ｄを依然として動作してもよいが、端末デバイス２００は、それにもかかわらず、共通発見モジュール３０６ｅのみにおいてディスカバリーを実行することにより、かなりのバッテリー電力を節約し得る。

幾つかの態様では、分散型ブロードキャスト・アーキテクチャーにおいて、個々のネットワーク・アクセス・ノード（中継ノードまたは中継デバイスであってもよい）は、個々のネットワーク・アクセス・ノードの無線アクセス技術に従って、それ自身の発見信号をブロードキャストし続けてもよい。しかしながら、発見信号を固有のＲＡＴ特有の発見チャネルでブロードキャストするのではなく、ネットワーク・アクセス・ノードは、発見信号を共通の発見チャネルでブロードキャストしてよい。端末デバイスが共通発見モジュールで発見信号を受信できるようにするために、各ネットワーク・アクセス・ノードは、共通フォーマット、すなわち、共通発見信号としてその発見信号をブロードキャストしてもよい。従って、端末デバイス２００は、個々のネットワーク・アクセス・ノードによってブロードキャストされるそのような共通発見信号のための共通発見チャネルを監視するために、共通発見モジュール３０６ｅを使用することができ、従って、個々の通信モジュール３０６ａ－３０６ｄにとってディスカバリーを能動的に実行する必要性を排除する。

集中型および分散型発見アーキテクチャーの両方は、端末デバイス２００のような端末デバイスが、単一の共通発見モジュールでディスカバリーを実行することを可能にし、それによって、電力消費を大幅に低減することができる。また、（同じ共通発見信号または同じ共通発見チャネルのいずれかで）複数のネットワーク・アクセス・ノードの発見情報がグループ化される場合、そのようなことは発見手続を簡素化し、より速い検出を可能にする可能性がある。

図２は、単一の集中発見ノードが１つ以上の他のネットワーク・アクセス・ノードに対する発見ブロードキャストの責任を負うことを仮定し得る集中発見アーキテクチャーを記述するために使用される。例えば、幾つかの態様において、ネットワーク・アクセス・ノード２１０は、１つ以上のネットワーク・アクセス・ノード２１２－２３０に対する発見ブロードキャストの責任を負うことを仮定してよい。換言すれば、ネットワーク・アクセス・ノード２１０は、１つまたは複数のネットワーク・アクセス・ノード２１２－２３０についての発見情報を含む共通発見チャネルで共通発見信号をブロードキャストしてよい。共通発見信号を生成するために、ネットワーク・アクセス・ノード２１０は、最初に、１つ以上のネットワーク・アクセス・ノード２１２－２３０の発見情報を収集するかもしれない。ネットワーク・アクセス・ノード２１０は、無線スキャン、端末レポート収集、バックホール・コネクション、および外部サービスのうちの任意の１つ以上を含む必要な発見情報を介して収集するために、任意の多数の様々な技術を使用してよい（以下でさらに詳細に説明する）。

図６は、幾つかの態様によるネットワーク・アクセス・ノード２１０の内部構成を示す。ネットワーク・アクセス・ノード２１０は、アンテナ・システム６０２、無線システム６０４、通信システム６０６（制御モジュール６０８および発見モジュール６１０を含む）、およびバックホール・インターフェース６１２を含んでよい。ネットワーク・アクセス・ノード２１０は、複数のアンテナを含むアンテナ・アレイであってもよいアンテナ・システム６０２を介して無線信号を送受信してよい。無線システム６０４は、（１）通信システム６０６から出て行くデジタル・データをアンテナ・システム６０２を介して無線送信するためのアナログＲＦ信号に変換し、（２）アンテナ・システム６０２から受信される入って来るアナログＲＦ信号を通信システム６０６に提供するデジタル・データに変換するために、ＲＦ信号を送信および／または受信し、ＰＨＹ処理を実行するように構成される。

制御モジュール６０８は、アンテナ・システム６０２および無線システム６０４に対する制御を行うことを含む対応する無線アクセス・プロトコルに従って、ネットワーク・アクセス・ノード２１０の通信機能を制御してもよい。無線システム５０４、制御モジュール５０８、および検出モジュール５１０の各々は、ハードウェア定義モジュールとして、例えば１つ以上の専用ハードウェア回路またはＦＰＧＡとして、ソフトウェア定義モジュールとして、例えば非一時的なコンピュータ読み取り可能記憶媒体に保存される、演算、制御、およびＩ／Ｏ命令（例えばソフトウェアおよび／またはファームウェア）を規定するプログラム・コードを実行する１つ以上のプロセッサ等として、またはハードウェア定義およびソフトウェア定義の混合モジュールとして構造的に実現されてもよい。バックホール・インターフェース６１２は、他のネットワーク・ノードとデータを送受信するように構成される物理接続のための有線（例えば、イーサネット（登録商標）、光ファイバー等）または無線（例えば、マイクロ波無線または類似の無線トランシーバ・システム）の接続ポイントであってもよく、例えばマイクロ波無線送信機、またはファイバ・バックホール・リンクのための接続ポイントおよび関連コンポーネントであってもよい。

ネットワーク・アクセス・ノード２１０は、バックホール・インターフェース６１２を介して外部データを受信することができ、バックホール・インターフェース６１２は、他のネットワーク・アクセス・ノード、インターネット・ネットワーク、および／またはネットワーク・アクセス・ノード２１０によって提供される無線アクセス・ネットワークをサポートする前提とするコア・ネットワーク（例えば、ＬＴＥ Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ （ＥＰＣ））への接続を含むことができる。幾つかの態様において、バックホール・インターフェース６１２は、（例えば、インターネット・ルータを介して）インターネット・ネットワークとのインターフェースとなり得る。幾つかの態様において、バックホール・インターフェース６１２は、インターネット・ネットワークへのルーティングに加えて制御機能を提供し得るコア・ネットワークとのインターフェースとなり得る。従って、バックホール・インターフェース６１２は、ネットワーク・アクセス・ノード２１０がインターネットなどの外部ネットワークにアクセスすることを可能にする、外部ネットワーク接続への接続（直接的にまたはコア・ネットワークを経由する接続）を、ネットワーク・アクセス・ノード２１０に提供してもよい。従って、ネットワーク・アクセス・ノード２１０は、応対される端末デバイスがユーザー・データにアクセスすることを可能にするために無線アクセス・ネットワークを提供することにより、無線ネットワークにおいてネットワーク・アクセス・ノードの標準の機能を提供することができる。

上述のように、ネットワーク・アクセス・ノード２１０は、さらに、１つ以上のネットワーク・アクセス・ノード２１２－２３０等の他のネットワーク・アクセス・ノードに対する発見情報を含む共通発見信号をブロードキャストすることにより、集中型発見ノードとして機能するように追加的に構成されてもよい。図７は、幾つかの態様に従ってネットワーク・アクセス・ノード２１０等の集中型ディスカバリー・ノードによって実行される一般的な手順を詳述する方法７００を示す。

７１０において、ネットワーク・アクセス・ノード２１０は、他のネットワーク・アクセス・ノードのための発見情報を収集することができる。７２０において、ネットワーク・アクセス・ノード２１０は、収集された発見情報により共通発見信号を生成することができる。７３０において、ネットワーク・アクセス・ノード２１０は、共通発見チャネルで共通発見信号をブロードキャストすることができ、これにより、端末デバイス２００等の端末デバイスが、共通発見モジュール３０６ｅを用いて複数の無線アクセス技術についてディスカバリーを実行できるようになる。ネットワーク・アクセス・ノード２１０は、例えば、オン／オフキー（ＯＯＫ）、バイナリ位相シフトキーイング（ＢＰＳＫ）、直交振幅変調（ＱＡＭ、例えば、１６－ＱＡＭ、６４－ＱＡＭなど）を利用し得る所定の発見波形フォーマットを有する共通発見信号を生成することができる。幾つかの態様では、共通発見信号は単一キャリア波形であってもよく、他の態様では共通発見信号は、ＯＦＤＭ波形または別の種類のマルチキャリア波形などのマルチキャリア波形であってもよい。

従って、ネットワーク・アクセス・ノード２１０は、最初に、７１０において１つ以上のネットワーク・アクセス・ノード２１２－２３０の発見情報を収集してよい。ネットワーク・アクセス・ノード２１０は、無線スキャン、端末レポート収集、他のネットワーク・アクセス・ノードへのバックホール接続、および外部サービスを含む７１０における多数の様々な発見情報収集技術のうちの任意の１つ以上を利用することができる。

例えば、幾つかの態様において、ネットワーク・アクセス・ノード２１０は、近くの他のネットワーク・アクセス・ノードの発見情報を収集するために、７１０における無線スキャンを利用することができる。従って、ネットワーク・アクセス・ノード２１０は、他のネットワーク・アクセス・ノードを検出するために、他の無線アクセス技術の様々な発見チャネルをスキャンするために、アンテナ・システム６０２および無線システム６０４を利用し得る検出モジュール６１０を含んでよい。従って、検出モジュール６１０は、種々の異なる発見チャネルで発見信号をブロードキャストするネットワーク・アクセス・ノードの存在を検出するために、種々の異なる発見チャネルで受信された信号を処理するように構成されてもよい。

図６は、標準の基地局無線アクセス通信のためにネットワーク・アクセス・ノード２１０により使用されるのと同じアンテナ・システム６０２および無線システム６０４を利用するものとして検出モジュール６１０を示しているが、幾つかの態様では、ネットワーク・アクセス・ノード２１０は、発見情報収集の目的で、検出モジュール６１０に固有に割り当てられる別個のアンテナ・システムおよび無線システムを代替的に含んでもよい。検出モジュール６１０は、ハードウェア定義モジュールとして、例えば１つ以上の専用ハードウェア回路またはＦＰＧＡとして、ソフトウェア定義モジュールとして、例えば非一時的なコンピュータ読み取り可能な記憶媒体に記憶された演算、制御、およびＩ／Ｏ命令（例えば、ソフトウェアおよび／またはファームウェア）を定義するプログラム・コードを実行する１つ以上のプロセッサとして、またはハードウェア定義およびソフトウェア定義の混合モジュールとして構造的に実現されることが可能である。

幾つかの態様において、検出モジュール６１０は、通信モジュール３０６ａ－３０６ｄと類似の発見信号検出を実施するように構成される。これは、専用の無線アクセス・プロトコルに従って受信信号を処理することにより、ＲＡＴ固有の発見信号を検出し、その結果、対応するブロードキャスト・ネットワーク・アクセス・ノードを識別することを、検出モジュール６１０に許容する。

幾つかの態様において、検出モジュール６１０は、複数の無線アクセス技術のための発見チャネルをスキャンして発見チャネルでネットワーク・アクセス・ノードを検出するために、アンテナ・システム６０２および無線システム６０４を利用することができる。例えば、検出モジュール６１０は、近接ＬＴＥセルを検出するために、１つ以上のＬＴＥ発見チャネル（例えば、ＰＳＳ／ＳＳＳシーケンスおよびＭＩＢ／ＳＩＢのためのＬＴＥ周波数バンド）をスキャンするために、アンテナ・システム６０２および無線システム６０４を利用することができる。発見モジュール６１０は、同様に、近接Ｗｉ－Ｆｉ ＡＰｓを検出するために１つまたは複数のＷｉ－Ｆｉ発見チャネルを介してスキャンし、ＵＭＴＳセルを検出するために１つまたは複数のＵＭＴＳ発見チャネルを介してスキャンし、ＧＳＭセルを検出するために１つまたは複数のＧＳＭ発見チャネルを介してスキャンし、およびＢｌｕｅｔｏｏｔｈ・デバイスを検出するために１つまたは複数のＢｌｕｅｔｏｏｔｈ発見チャネルをスキャンしてもよい。検出モジュール６１０は、同様に、任意の１つ以上の無線アクセス技術について発見チャネルをスキャンしてもよい。幾つかの態様において、検出モジュール６１０は、各々のスキャンされる発見チャネルについて信号データを捕捉し、対応する無線アクセス技術の発見信号フォーマットに従って、捕捉された信号データを処理し、そこで発見信号をブロードキャストしている何らかのネットワーク・アクセス・ノードを識別することができる。

図７の例示的な環境において、７１０において、検出モジュール６１０は、１つ以上の無線アクセス技術のための発見チャネルのスキャン中に、１つ以上のネットワーク・アクセス・ノード２１２－２３０を識別することができる。例えば、ネットワーク・アクセス・ノード２１２がＬＴＥ基地局であり、ネットワーク・アクセス・ノード２１４－２３０がＷｉ－Ｆｉ ＡＰｓである例示的な状況において、ネットワーク・アクセス・ノード２１０は、（１）ＬＴＥ発見チャネルのスキャン中にネットワーク・アクセス・ノード２１２を検出し、（２）Ｗｉ－Ｆｉ発見チャネルのスキャン中にネットワーク・アクセス・ノード２１４－２３０のうちの１つ以上を検出してもよい。検出モジュール６１０は、各々の検出された発見信号から所定の発見情報を収集してもよく、ネットワーク・アクセス・ノード２１０は、その後、検出されたネットワーク・アクセス・ノードの発見情報を含む共通発見チャネルでブロードキャストするための共通発見信号を生成するために、各々の検出された発見信号を使用してもよい。

幾つかの態様において、検出モジュール６１０は、発見情報の収集中に識別された１つ以上のネットワーク・アクセス・ノードのための「共通」情報要素と「ＲＡＴ固有」情報要素の両方を収集してもよく、ここで、共通情報要素は（特定の無線アクセス技術によらず）識別されたネットワーク・アクセス・ノードに関連する一般情報を含み、ＲＡＴ固有情報要素は、対応する無線アクセス技術のパラメータに固有の特定情報を含み得る。

例えば、共通情報要素は以下のものを含んでよい：
ａ．ＲＡＴ（例えば、ＬＴＥ／Ｗｉ－Ｆｉ／ＵＭＴＳ／ＧＳＭ等）
ｂ．周波数バンドおよび中心周波数
ｃ．チャネル帯域幅
ｄ．サービス・プロバイダー
ｅ．地理的な位置（端末デバイスに対するネットワーク・アクセス・ノードの位置を詳述するＧＰＳ座標または相対的なナビゲーション・パラメータ等の地理的位置情報）
ＲＡＴ固有情報要素は、例えば以下のものを含んでよい：
ａ．ＬＴＥ／Ｗｉ－Ｆｉ／ＵＭＴＳ／ＧＳＭの場合：ＰＬＭＮ ＩＤ、セルＩＤ、最大データ・レート、最小データ・レート
ｂ．Ｗｉ－Ｆｉの場合：サービス・セットＩＤ（ＳＳＩＤ）、ビーコン・インターバル、能力情報、周波数ホッピング／直接シーケンス／非競合パラメータ・セット、トラフィック指示マップ、パブリック／プライベート・ネットワーク、認証タイプ、能力情報、ＡＰ位置情報
ｃ．Ｂｌｕｅｔｏｏｔｈの場合：Ｂｌｕｅｔｏｏｔｈ・アドレス、周波数ホッピング情報
ｄ．ＲＡＴ依存：無線メジャーメント（信号強度、信号品質など）および他のパフォーマンス・メトリック（セル負荷、ビット当たりのエネルギー、パケット・／ブロック・／ビット・エラー・レート、再送メトリックなど）
一方、他のＲＡＴはＲＡＴ固有の情報要素に類似する情報を要請してもよい。

幾つかの態様において、検出モジュール６１０は、スキャンされた発見チャネル上でネットワーク・アクセス・ノードからの発見信号を検出して読み取ることによって、７１０におけるそのような発見情報を取得してもよい。各無線アクセス技術は、固有の発見信号（例えば、信号フォーマットおよび／または送信スケジューリング）を有してもよいので、検出モジュール６１０は、各無線アクセス技術についての発見情報を取得するために特定のプロセスを実行してもよい。

例えば、例示的なＬＴＥ環境において、検出モジュール６１０は、ＬＴＥセルによってブロードキャストされるＰＳＳ－ＳＳＳシーケンス対を同定することによって、（物理的セル識別子（ＰＣＩ）の形式で）ＬＴＥセルのセルＩＤを取得してもよい。検出モジュール６１０は、マスター情報ブロック（ＭＩＢ）メッセージを読み取ることによってチャネル帯域幅を取得してもよい。検出モジュール６１０は、例えばＳＩＢ１メッセージを読み取ることによって、ＬＴＥセルのＰＬＭＮ ＩＤを取得してもよい。従って、検出モジュール６１０は、１つ以上の検出されたネットワーク・アクセス・ノードについてのそのような発見情報を収集し、共通発見信号において後でブロードキャストするための発見情報を（例えば、メモリ内に；図６に明示的には示されていない）保存してもよい。

検出モジュール６１０、無線システム６０４およびアンテナ・システム６０２の構成に応じて、幾つかの態様では、検出モジュール６１０は、例えば、１つまたは複数の無線アクセス技術についての１つまたは複数の発見チャネルを連続的にまたは同時にスキャンすることによって、順次または並列に、１つまたは複数の無線アクセス技術についての発見チャネル・スキャンを実行するように構成されてもよい。

上述のように、ネットワーク・アクセス・ノード２１０は、他のネットワーク・アクセス・ノードのための発見情報を収集するために、７１０における追加的および／または代替的な技術を利用することができる。具体的には、幾つかの態様において、ネットワーク・アクセス・ノード２１０は、端末レポート収集を利用して、近接ネットワーク・アクセス・ノードの発見情報を取得してもよい。例えば、ネットワーク・アクセス・ノード２１０は、応対されている端末デバイスからの発見レポートを（制御シグナリングを介して）要求することができる。従って、応対されている端末デバイスは、発見スキャンを実行し、メジャーメント・レポートの形式でネットワーク・アクセス・ノード２１０へ返される検出されたネットワーク・アクセス・ノードに関する発見情報をレポートすることができる。

例えば、検出モジュール６１０は、端末デバイス２００および２０２からのメジャーメント・レポートを要求するために制御信号の送信をトリガーすることができる。次いで、端末デバイス２００および２０２は、種々の無線アクセス技術のための発見チャネル・スキャンを実行し、１つ以上の検出されたネットワーク・アクセス・ノードについての発見情報（例えば、共通およびＲＡＴ固有の情報要素）を取得し、発見情報をネットワーク・アクセス・ノード２１０に報告する（例えば、通信モジュール３０６ａ－３０６ｄ等の通信モジュールを使用する）。検出モジュール６１０は、レポートを受信し、報告されたネットワーク・アクセス・ノードの発見情報を収集することができる。従って、検出モジュール６１０に、近接ネットワーク・アクセス・ノードを発見するために無線スキャンを能動的に実行させる代わりに（またはそれに加えて）、応対される端末デバイスが、発見スキャンを実行し、結果をネットワーク・アクセス・ノード２１０に報告してもよい。

場合によっては、端末デバイス２００は、ネットワーク・アクセス・ノード２１６を発見し得る一方、端末デバイス２０２は、図２に示されるように、ネットワーク・アクセス・ノード２１２、２２０、および２２４を発見し得る。したがって、端末デバイス２００および２０２は、１つ以上の発見されたネットワーク・アクセス・ノードの発見情報（共通およびＲＡＴ固有の情報要素）を取得し、発見情報を発見レポートの形式でネットワーク・アクセス・ノード２１０に報告することができる。発見レポートは、アンテナ・システム６０２を介してネットワーク・アクセス・ノード２１０によって受信され、検出モジュール６１０で処理されることが可能である。従って、ネットワーク・アクセス・ノード２１０は、他のネットワーク・アクセス・ノードのための７１０における発見情報を取得してもよい。

端末レポート収集は、端末デバイスが発見スキャンを実行することを含んでもよいが（ネットワーク・アクセス・ノード２１０が必要な無線動作および無線処理を実行する７１０における無線スキャンとは対照的である）、これは依然として有利であり、端末デバイスにおけるバッテリー電力消費を可能にし得る。例えば、ネットワーク・アクセス・ノード２１０は、所定の無線アクセス技術でディスカバリーを実行すること（例えば、所定の発見チャネルをスキャンすること）を端末デバイスの第１グループに指図し、他の無線アクセス技術でディスカバリーを実行すること（例えば、他の発見チャネルをスキャンすること）を端末デバイスの第２グループに指図してもよい。次に、ネットワーク・アクセス・ノード２１０は、７２０において端末デバイスの両グループによって提供される発見された無線アクセス・ノードの発見情報を統合し、７３０において共通発見チャネルで統合された発見情報をブロードキャストしてもよい。従って、双方のグループの端末デバイスは、両方の無線アクセス技術から発見情報を取得してよい一方、一つの無線アクセス技術に関してディスカバリーを個々に実行しなければならないだけであり、それによってバッテリー電力を節約し得る。

幾つかの態様において、端末デバイスは、端末デバイスが様々な地理的位置へ移動する場合に、他の端末デバイスによって取得される発見情報を利用することが可能であってもよい。例えば、例示的な状況では、端末デバイス２００は、端末レポート収集中にネットワーク・アクセス・ノード２１６を報告するかもしれない一方、端末デバイス２０２は、端末レポート収集中にネットワーク・アクセス・ノード２２０および２２４を報告するかもしれない。地理的位置情報が発見情報に含まれ得るので、端末デバイス２００がネットワーク・アクセス・ノード２２０および２２４の地理的位置により近い新しい地理的位置に移動する場合、端末デバイス２００は、完全な発見手順を実行することなく、ネットワーク・アクセス・ノード２２０および２２４を検出するために、共通発見チャネルでネットワーク・アクセス・ノード２１０から以前に受信された発見情報を当てにしてもよい。従って、端末デバイス２００は、共通の発見モジュール３０６ｅによりネットワーク・アクセス・ノード２２０および２２４の発見情報を受信し、端末デバイス２００がネットワーク・アクセス・ノード２２０および２２４の範囲内で移動する場合に、そのような発見情報を利用してもよい。前述のように、発見信号における地理的位置情報は、ＧＳＰ座標またはネットワーク・アクセス・ノードの別の「絶対」位置などの地理的位置情報（例えば、経度および緯度座標）、または端末デバイス２００に対するネットワーク・アクセス・ノードの相対的な位置を示す他の情報（例えば、距離を導出するために使用されることが可能なタイムスタンプ信号、および／または端末デバイスからネットワーク・アクセス・ノードの方向を示す方向情報を提供するその他の情報）を含むことができる。

追加的または代替的に、幾つかの態様では、ネットワーク・アクセス・ノード２１０は、バックホール接続を使用して、７３０における共通発見チャネルでのブロードキャストのために７１０において発見情報を取得することができる。特に、ネットワーク・アクセス・ノード２１０は、バックホール・インターフェース６１２（無線または有線）を介して直接的または間接的に他のネットワーク・アクセス・ノードに接続されてもよく、バックホール・インターフェース６１２を利用して、７１０において他のネットワーク・アクセス・ノードから発見情報を受信してもよい。例えば、ネットワーク・アクセス・ノード２１０は、バックホール・インターフェース６１２を介して１つ以上のネットワーク・アクセス・ノード２１２－２３０に接続されてもよく、バックホール・インターフェース６１２は、それぞれの発見情報を７１０においてネットワーク・アクセス・ノード２１０へ送信してもよい。したがって、ネットワーク・アクセス・ノード２１０は、受信した発見情報を７２０において統合して共通発見信号を生成し、共通発見信号を７３０においてブロードキャストすることができる。従って、発見モジュール６１０は、発見情報を受信して統合するために、バックホール・インターフェース６１２に対するインターフェースとなり得る。

発見情報を得るためのバックホール・リンクの使用には多くのバリエーションが存在する。例えば、幾つかの態様では、ネットワーク・アクセス・ノード２１０は、例えば、ネットワーク・アクセス・ノード２１２等の他のネットワーク・アクセス・ノードとのＸ２インターフェースを介する等のバックホール・インターフェース６１２を介して他のネットワーク・アクセス・ノードに直接的に接続されてもよい。幾つかの態様において、ネットワーク・アクセス・ノード２１０は、さらに、バックホール・インターフェース６１２介するＲＡＴ間インターフェースにより、ネットワーク・アクセス・ノード２１４－２３０等のＷＬＡＮ Ａｐｓに直接的に接続される等のように、他の無線アクセス技術のネットワーク・アクセス・ノードと直接的に接続されてもよい。ネットワーク・アクセス・ノード２１０は、バックホール・インターフェース６１２を介して他のネットワーク・アクセス・ノードの発見情報を受信し、それに応じて共通の発見信号をブロードキャストしてもよい。

幾つかの態様において、ネットワーク・アクセス・ノード２１０は、バックホール・インターフェース６１２を介して、他のセントラル化された検出ノード（または同様に機能するネットワーク・アクセス・ノード）とのインターフェースとなることができる。例えば、第１の集中型発見ノード（例えば、ネットワーク・アクセス・ノード２１０）は、第１の集中型発見ノード（例えば、ネットワーク・アクセス・ノード２１４－２２２）によって発見可能な第１の複数のネットワーク・アクセス・ノードの発見情報を収集してもよい。第２の集中型発見ノード（例えば、ネットワーク・アクセス２１２）は、第２の集中型発見ノード（例えば、ネットワーク・アクセス・ノード２２４～２３０）によって発見可能な第２の複数のネットワーク・アクセス・ノードの発見情報を収集してもよい。種々の態様において、第１および第２の集中型発見ノードは、例えば、無線スキャニング、端末レポート収集、バックホール接続、または外部サービスのうちの１つ以上のような、それぞれの第１および第２の複数のネットワーク・アクセス・ノードの発見情報を収集するための発見収集技術を利用することができる。次いで、第１の集中型発見ノードは、第１の複数のネットワーク・アクセス・ノードのための収集された発見情報を第２の集中型発見ノードに提供することができ、第２の集中型発見ノードは、第２の複数のネットワーク・アクセス・ノードのための収集された発見情報を第１の集中型発見ノードに提供することができる。次に、第１の集中型発見ノードは、（第１および第２の複数のネットワーク・アクセス・ノードのための）結果として生じる「コンバインされた（ｃｏｍｂｉｎｅｄ）」発見情報を統合し、第１の共通発見信号を生成してもよい。同様に、第２の集中型発見ノードは、（第１および第２の複数のネットワーク・アクセス・ノードのための）結果として生じる「コンバインされた」発見情報を統合し、第２の共通発見信号を生成してもよい。次に、第１および第２の集中型発見ノードは、それぞれの第１および第２の共通発見信号を送信し、異なる集中型発見ノードで発見可能なネットワーク・アクセス・ノードの発見情報を含む共通発見信号を生成することができる。

追加的または代替的に、幾つかの態様において、ネットワーク・アクセス・ノード２１０は、外部サービスを使用して、７１０における他のネットワーク・アクセス・ノードの発見情報を取得してもよい。外部サービスは、例えばクラウド・インターネット・サーバー等のインターネット・アクセス可能なネットワーク・ロケーションに位置するデータベースとして機能してもよく、バックホール・インターフェース６１２を介して発見情報をネットワーク・アクセス・ノード２１０へ提供してもよい。従って、発見モジュール６１０は、７１０においてバックホール・インターフェース６１２を介して発見情報を受信し、７２０において共通発見信号を生成するために発見情報を統合することを行ってもよい。

例えば、図８に示される例示的な環境において、ネットワーク・アクセス・ノード２１０は、バックホール・インターフェース６１２を介して外部データベース８００に接続してもよい。外部データベース８００は、インターネット・アクセス可能なネットワーク・ロケーションにあってもよく、従って、バックホール・インターフェース６１２を介してインターネット上でネットワーク・アクセス・ノード２１０によりアクセス可能であってもよい。同様に、外部データベース８００は、他のネットワーク・アクセス・ノードとのインターフェースとなってもよく、発見情報のためのリポジトリとして機能してもよい。例えば、１つ以上の他のネットワーク・アクセス・ノードは、それらの発見情報を外部データベース８００に提供してもよい。次に、ネットワーク・アクセス・ノード２１０は、いずれの外部データベース８００がバックホール・インターフェース６１２を介してネットワーク・アクセス・ノード２１０に発見情報を送信し得るかに応答して、７１０において他のネットワーク・アクセス・ノードの発見情報を求めてバックホール・インターフェース６１２を介して外部データベース８００に問い合わせを行ってもよい。従って、そのようなことは、発見情報を得るためにネットワーク・アクセス・ノード２１０と他のネットワーク・アクセス・ノードとの間の直接的な接続を必要としないが、データベース・マネージャを使用して外部データベース８００において発見情報を維持および更新してもよい。

無線センシングおよび端末レポート収集の幾つかの態様において、ネットワーク・アクセス・ノード２１０は、得られた発見情報が近接ネットワーク・アクセス・ノードに関係することを、すでに暗黙的に知っていることがある。例えば、ネットワーク・アクセス・ノード２１０は、無線センシング中に発見されたネットワーク・アクセス・ノードおよびネットワーク・アクセス・ノード２１０によって応対される端末デバイスによって報告されたネットワーク・アクセス・ノードが、（例えば、無線信号による検出可能性のため）ネットワーク・アクセス・ノード２１０に比較的近接して配置されていると仮定してもよい。

あるバックホール・リンク・セットアップでは、バックホール接続は、近隣のネットワーク・アクセス・ノードのみが直接的なバックホール・リンクを含むように設計されてもよい。例えば、ネットワーク・アクセス・ノード２１４－２２２の各々は、ネットワーク・アクセス・ノード２１０への直接的なバックホール接続を有する一方、ネットワーク・アクセス・ノード２１０からさらに離れて位置する他のネットワーク・アクセス・ノードは、ネットワーク・アクセス・ノード２１０への直接的なバックホール接続を有していなくてもよい。従って、バックホール・リンクのセットアップは、ある場合には、他のネットワーク・アクセス・ノードの近接性に関する情報を暗黙的に提供してもよい。

外部データベース８００の場合、ネットワーク・アクセス・ノード２１０は、外部データベース８００において表されている何れのネットワーク・アクセス・ノードがネットワーク・アクセス・ノード２１０に近接しているかを暗黙には決定できないかもしれない。ネットワーク・アクセス・ノード２１０は、最終的に、取得した発見情報を、近隣の端末デバイスによって受信可能な共通発見信号としてブロードキャストすることになるので、ネットワーク・アクセス・ノード２１０は、近隣の端末デバイスのための発見情報のみを取得することを望むかもしれない。

従って、発見情報を求めて外部データベース８００を照会する場合、幾つかの態様において、ネットワーク・アクセス・ノード２１０は、ネットワーク・アクセス・ノード２１０の地理的位置情報を示してもよい。それに応じて、外部データベース８００は、前述の理由により、示された地理的位置情報に近接する１つ以上のネットワーク・アクセス・ノードの発見情報を検索し、この発見情報をネットワーク・アクセス・ノード２１０に提供してもよい。

幾つかの態様において、ネットワーク・アクセス・ノード２１０は、単独の位置、例えばネットワーク・アクセス・ノード２１０の地理的位置、または地理的領域、例えばネットワーク・アクセス・ノード２１０のカバレッジ・エリアを指定してもよい。それに応じて、外部データベース８００は、対応するネットワーク・アクセス・ノードの発見情報を取得し、発見情報をネットワーク・アクセス・ノード２１０に発見情報へ提供してもよい。幾つかの態様において、外部データベース８００は、地理的位置の入力に基づいて発見情報の迅速な識別および検索を可能にするために、ハッシュ・テーブル（例えば、分散ハッシュ・テーブル）を含むことができる。

幾つかの態様において、ネットワーク・アクセス・ノード２１０は、発見モジュール６１０を有する他のネットワーク・アクセス・ノードの発見情報を収集するために、７１０において多数の様々な技術のいずれかを使用してもよい。発見モジュール６１０は、収集された発見情報を統合し、発見情報を制御モジュール６０８に提供してもよく、制御モジュール６０８は、７２０において、収集された発見情報で共通発見信号を生成することができる。そのような生成は、ネットワーク・アクセス・ノード２１０および共通発見モジュール３０６ｅの両方で既知である所定のフォーマットで、収集された発見情報をディジタル・データにおいてエンコードすることを含んでもよい。共通の発見信号を生成するために、多くの異なるそのような符号化方式が利用可能であり、使用されてよい。

共通発見信号に使用される特定の事前に定義されたフォーマットによらず、制御モジュール６０８は、共通発見信号における１つ以上の発見されたネットワーク・アクセス・ノードのための関連発見情報、例えば共通情報要素（ＲＡＴ、周波数バンドおよび中心周波数、チャネル帯域幅、サービス・プロバイダー、および地理的位置）および（特定のＲＡＴに依存する）ＲＡＴ固有情報要素のための関連発見情報をエンコードすることができる。例えば、ネットワーク・アクセス・ノード２１０は、７１０においてネットワーク・アクセス・ノード２１０およびネットワーク・アクセス・ノード２１４－２３０の発見情報を収集することができ、７２０において発見情報を共通発見信号にエンコードすることができる。次に、制御モジュール６０８は、無線システム６０４およびアンテナ・システム６０２を介して、７３０において共通発見チャネルで共通発見信号をブロードキャストしてもよい。

幾つかの態様において、集中型ネットワーク・アクセス・ノードが共通発見チャネル上でブロードキャストする周波数（または周波数帯）を知ることを可能にし、各端末デバイスにおける共通発見モジュールが共通発見信号をモニターする周波数（または周波数帯）を知ることを可能にするために、共通発見チャネルは事前に定義されていてもよい。種々の異なるチャネル・フォーマットのいずれも、特定の時間－周波数スケジューリングにより（例えば、特定の周期または他のタイミング・パラメータとともに特定のキャリア／サブキャリアで）シングルまたはマルチキャリア・チャネルのいずれであってもよい共通発見チャネルのために利用されてもよい。共通発見チャネルは、（例えば、３ＧＰＰ、ＩＥＥＥまたは他の類似の存在のような標準化団体により）標準化されてもよく、および／または様々な地理的領域における（例えば、異なる国についての）規制によって規定されてもよい。幾つかの態様において、共通発見チャネルに使用される通信プロトコルは、ブロードキャスト・プロトコルであってもよく、これは、端末デバイスにとって、共通発見チャネルにおける発見信号を受信およびデコードするために、端末デバイスからのハンドシェイクまたはコンタクトを必要としなくてよい。共通発見チャネルにおける発見信号のこのフォーマットは、発見信号を受信し、そこにエンコードされている情報を取得するために、簡易なデジタル受信機回路を端末デバイスが利用できるようにする。そして、各端末デバイスは、その固有のニーズおよび能力（例えば、端末デバイスが接続しようとしているネットワーク）に基づいて、独自の意思決定プロセスを経てもよい。

幾つかの態様において、共通発見チャネルは、ライセンス周波数バンド（例えば、特定の無線アクセス技術に対して割り当てられ、オペレータによってライセンスされるもの、例えば、ＬＴＥ／ＵＭＴＳ／ＧＳＭまたは他のセルラー・バンド）、またはライセンス不要の周波数バンド（例えば、特定の無線アクセス技術に対して割り当てられてはおらず、使用のために公に利用可能なもの；例えば、産業、科学、および医療におけるＷｉ－ＦｉおよびＢｌｕｅｔｏｏｔｈ（ＩＳＭバンド）であってもよい。共通発見チャネルは、代替的に、発見情報をブロードキャストする権限のある存在のために（例えば、規制団体によって）具体的に指定される固有の周波数バンドであってもよい。

さらに、本明細書における特定の例は、単独の共通発見チャネルを指してもよいが、幾つかの態様では、複数の共通発見チャネル（例えば、各々が異なる周波数割り当てを有する）が使用されてもよい。そのような態様では、共通発見モジュールは、複数の異なる共通発見チャネルを（例えば、並列または順次に）モニタするように構成されることが可能であり、あるいは、複数の共通発見モジュールそれぞれが１つ以上の共通発見チャネルをスキャンすることに専念させられることが可能である。そのようなことは、共通発見モジュールにおける共通発見手順を僅かに複雑化するかもしれないが、そのようなことは、複数のブロードキャスト・ノード（集中型または分散型ディスカバリー・ノード）が共通発見信号をブロードキャストする場合に、輻輳を緩和することができる。

幾つかの態様では、集中型発見ノードとして機能しない他のネットワーク・アクセス・ノードは、協働するようには構成されないであろう。例えば、ネットワーク・アクセス・ノード２１０は、ネットワーク・アクセス・ノード２１２－２３０に対する発見情報を一方的に取得し、そのような発見情報を共通発見チャネルにブロードキャストするために、上記に詳述した発見情報収集技術を実行するように構成されることが可能である。ネットワーク・アクセス・ノード２１２－２３０のような他のネットワーク・アクセス・ノードはまた、それぞれのＲＡＴ固有の発見チャネルで発見信号をブロードキャストすることができる。従って、集中型発見ノードを使用する幾つかの態様は、これらの態様に従って具体的に構成される幾つかのネットワーク・アクセス・ノードと、これらの態様に従って具体的に構成されない他のネットワーク・アクセス・ノードとを含み得る。

これらの態様によりネットワーク・アクセス・ノード２１０等の集中型発見ノードの動作の下で、コントローラ３０８は、共通発見モジュール３０６ｅを利用して、図５の方法５００に関して前述したように、共通発見チャネルで共通発見信号を求めてスキャンしてもよい。従って、共通発見モジュール３０６ｅは、ネットワーク・アクセス・ノード２１０によってブロードキャストされた共通発見信号を検出することができ、その結果、（共通発見信号を生成するために制御モジュール６０８によって使用される同じ所定のフォーマットに従って）共通発見信号をデコードし、共通発見信号にエンコードされた発見情報を復元することができる。従って、共通発見モジュール３０６ｅは、ネットワーク・アクセス・ノード２１０－２３０の発見情報を取得することができ、発見情報をコントローラ３０８（例えば、５３０）に報告することを行ってもよい。次に、コントローラ３０８は、端末デバイス２００によってサポートされる無線アクセス技術のうちの１つ以上について、（例えば、発見されたネットワーク・アクセス・ノード上で無線測定を実行すること、発見されたネットワーク・アクセス・ノードのブロードキャスト情報を受信すること等の）一方的なおよび／または（例えば、発見されたネットワーク・アクセス・ノードとの双方向接続を追求して確立することを秘める等の）双務的な様々なネットワーク・アクセス・ノードとの無線相互作用を含み得る受信発見情報（例えば、方法５００の５４０）に基づく発見後の無線動作を進めることができる。幾つかの態様において、端末デバイス２００における発見情報の具体的な使用法は、様々な無線アクセス技術間で、また異なる状況において変化することが可能であり、そしてコントローラ３０８によって指図されてもよい。例えば、コントローラ３０８は、それぞれの無線アクセス技術の特定のプロトコルに従って、１つ以上のネットワーク・アクセス・ノードとの一方的および／または双務的な無線相互作用を実行することができる。例えば、ネットワーク・アクセス・ノード２２０が、例えばＷｉ－Ｆｉに従って構成される場合、コントローラ３０８は、無線測定を実行し、ブロードキャスト情報を受信し、Ｗｉ－Ｆｉ固有のプロトコルに従ってネットワーク・アクセス・ノード２２０との接続を確立し、および／またはネットワーク・アクセス・ノード２２０とともにデータを送受信し得る。別の例において、ネットワーク・アクセス・ノード２１２が、例えばＬＴＥに従って構成される場合、コントローラ３０８は、ＬＴＥ固有のプロトコルに従って、無線測定を実行し、ブロードキャスト情報を受信し、ネットワーク・アクセス・ノード２１２との接続を確立し、および／またはネットワーク・アクセス・ノード２１２ともにデータを送受信することができる。別の例において、コントローラ３０８は、例えば通信モジュール３０６ａにおける例えばＬＴＥ無線接続を管理していてもよい。ＬＴＥ無線接続が現在無線アイドル状態にあり、コントローラ３０８が無線接続状態への遷移をトリガーする場合、コントローラ３０８は、（例えば、共通発見信号の受信から得られる）発見情報を利用して、ＬＴＥネットワーク・アクセス・ノードを識別し、無線アイドル状態ＬＴＥ手順に従って通信モジュール３０６ａとのＬＴＥ無線接続の確立および実行を開始してもよい。コントローラ３０８は、同様に、ＲＡＴ固有のプロトコルおよびＲＡＴ接続の現在の状況に依存して、発見されたネットワーク・アクセス・ノードとの一方的および双務的な無線相互作用を実行することができる。

従って、共通発見信号フレームワークの幾つかの態様によれば、端末デバイス２００は、通信モジュール３０６ａ－３０６ｄで別々にディスカバリーを実行することを回避してもよく、その代わりに、共通発見モジュール３０６ｅで共通発見手順を実行し、従ってバッテリー電力を潜在的にかなり節約することができる。

幾つかの態様において、地理的位置情報は、特に集中型発見ノードの場合に重要であり得る。より具体的には、共通発見チャネルで発見信号を受信することにより、端末デバイス２００は、ローカル検出手順中に１つ以上のネットワーク・アクセス・ノードを（例えば、無線信号の受信、処理、および分析により）物理的に検出する必要性を回避し得る。その代わりに、集中型発見ノードは、発見情報を取得し、共通発見チャネルを介して端末デバイス２００へ発見情報を報告することができる。端末デバイス２００は、各ネットワーク・アクセス・ノードを物理的に検出していないかもしれないので、端末デバイス２００は、各ネットワーク・アクセス・ノードが無線範囲内にあるか否かを実際には知らないかもしれない。従って、幾つかの態様では、端末デバイス２００は、ネットワーク・アクセス・ノードが、ネットワーク・アクセス・ノードとの発見後の動作を試みる前に（例えば、接続を確立しようとする前に、または無線測定を実行する前に）、ネットワーク・アクセス・ノードが実際にレンジ内にあることを保証するために、ネットワーク・アクセス・ノードの地理的位置情報を考慮してもよい。

上述のように、幾つかの態様において、ネットワーク・アクセス・ノード２１０等の集中型発見ノードは、共通発見チャネルでブロードキャストされた発見情報の共通情報要素として地理的情報を含んでもよい。例えば、ネットワーク・アクセス・ノード２１０は、例えばネットワーク・アクセス・ノードの地理的位置を推定することによって（例えば、無線センシングおよび位置推定手順によって）、またはネットワーク・アクセス・ノードの地理的位置を明示的に受信することによって（例えば、無線によりまたはバックホール・インターフェース６１２を通じて）７１０における位置情報を取得してもよい。図２の例では、ネットワーク・アクセス・ノード２１０は、明示的な地理的位置（例えば、緯度および経度）または一般的な地理的領域または地域のいずれかであり得る、ネットワーク・アクセス・ノード２１２およびネットワーク・アクセス・ノード２１４－２３０の地理的位置を識別することができる。次に、制御モジュール６０８は、共通発見信号における発見情報としてそのような地理的位置情報をエンコードしてもよく、端末デバイス２００はコントローラ３０８において共通発見信号を受信してそれを後に復元してもよい。

従って、コントローラ３０８が、さらなる発見後の無線動作のために選択するネットワーク・アクセス・ノードを決定する幾つかの態様において、コントローラ３０８は、端末デバイス２００の現在の地理的位置（例えば、端末デバイス２００の（図３に明示的には示されていない）位置決めモジュールで得られる、またはネットワークによって報告される）を、共通発見信号で報告されたネットワーク・アクセス・ノードの地理的位置と比較することができる。次に、コントローラ３０８は、例えば端末デバイス２００の現在の地理的位置に対して最も近接したまたは最も近接した報告されたネットワーク・アクセス・ノードのうちの何れかを選択すること等によって、地理的位置情報に基づいて、共通発見信号で報告されたネットワーク・アクセス・ノードからネットワーク・アクセス・ノードを選択することができる。

幾つかの態様において、ネットワーク・アクセス・ノード２１０等の集中型発見ノードは、代替的に、地理的位置の比較に関与する端末処理オーバーヘッドを低減するために、７３０において共通発見信号の送信に電力制御を適用してもよい。例えば、ネットワーク・アクセス・ノード２１０は、例えばある半径の範囲内のような、ネットワーク・アクセス・ノード２１０に著しく近接しているネットワーク・アクセス・ノードの発見情報のみを含む低電力の共通発見信号をブロードキャストしてもよい。それに応じて、共通発見信号は低電力でブロードキャストされるので、ネットワーク・アクセス・ノード２１０に近い端末デバイスのみが共通発見信号を受信できるかもしれない。従って、共通発見信号を受信することが可能なこれらの端末デバイスはまた、低電力の共通発見信号で報告されるネットワーク・アクセス・ノードに近接して位置付けられている。そのような状況では、端末デバイスは、共通発見信号で報告されるネットワーク・アクセス・ノードが地理的に近接しており、従って、例えば実質的に全てが、無線接続を確立する等の後続の通信動作に適していると仮定してよい。このような電力制御型の共通発見信号は、半径方向距離に応じて作用し得る。追加的または代替的に、幾つかの態様では、ネットワーク・アクセス・ノード２１０は、特定の共通発見信号を特定の方向にブロードキャストするために、セクタ化されたまたは指向性（例えば、ビームステアリング）アンテナを利用してもよく、ここで、指向性・共通発見チャネルは、ネットワーク・アクセス・ノード２１０に対して特定の方向に位置するネットワーク・アクセス・ノードの発見情報を含む。

幾つかの状況において、これらの技術は、集中型発見ノードから離れて位置する端末デバイスが、低電力の共通発見信号を受信できないかもしれない点で、問題となり得る。従って、ネットワーク・アクセス・ノード２１０は、その代わりに、例えば、ゾーン１、ゾーン２、ゾーン３等の異なる「ゾーン」として、異なるカバレッジ・サブ・エリア（全体的なカバレッジ・エリア内にある）を割り当ててもよく、各ゾーンは、ネットワーク・アクセス・ノード２１０から一定の距離を意味する。ネットワーク・アクセス・ノード２１０が７３０において共通発見信号をブロードキャストする場合、ネットワーク・アクセス・ノード２１０は、それが送信しているカバレッジ・ゾーンを示すゾーン情報を含めてもよい。従って、例えば、端末デバイス２００等の端末デバイスは、次に、どのネットワーク・アクセス・ノードが近接しているか（例えば、端末デバイス２００の現在の位置の所定の半径の範囲内にあるか）を識別するために地理的位置情報を使用しなければならないとする代わりに、端末デバイス２００の現在のゾーン内で報告されたネットワーク・アクセス・ノードのみを検査することができる。これは、端末デバイス２００における地理的位置の比較に係わる処理オーバーヘッドを軽減し得る。

上述の集中型発見アーキテクチャーの説明は、単独の集中型発見ノード、例えばネットワーク・アクセス・ノード２１０に着目してもよいが、幾つかの態様では、集中型発見アーキテクチャーは、例えば特定の領域にサービスを提供するために地理的に配置された様々な集中型発見ノード等の複数の集中型発見を含んでもよい。その結果、端末デバイスは、複数の集中型発見ノードから共通の発見信号を受信することができる。

例えば、例示的な態様において、ネットワーク・アクセス・ノード２１０は、ネットワーク・アクセス・ノード２１０のカバレッジ・エリア圏内のネットワーク・アクセス・ノードの発見ブロードキャストに対する責任を負う集中発見ノードであってもよく、従って、ネットワーク・アクセス・ノード２１４－２２２の発見情報を共通発見信号でブロードキャストしてもよい。同様に、ネットワーク・アクセス・ノード２１２は、ネットワーク・アクセス・ノード２２４－２３０に対する発見情報をブロードキャストすることに対する責任を負う集中型の発見ノードであってもよい。したがって、ネットワーク・アクセス・ノード２１０および２１２は双方ともに、端末デバイス２００により受信され得る共通発見チャネルで共通発見信号をブロードキャストし得る（端末デバイスは、図２の例示的な状況に示されているように、ネットワーク・アクセス・ノード２１０および２１２のカバレッジ・エリア圏内にあり得る）。

従って、端末デバイス２００は、２つ（またはそれ以上）の集中型発見ノードから発見情報を受信してもよく、従って、共通の発見手順によりネットワーク・アクセス・ノードの複数のセットを受けることができる。ネットワーク・アクセス・ノードに対する位置情報（特定の位置またはゾーン領域のいずれか）は、端末デバイス２００が、ネットワーク・アクセス・ノード２１０および２１２によって報告される１つ以上のネットワーク・アクセス・ノードに近接して配置されていないかもしれないような状況において重要であり得る。むしろ端末デバイス２００は、図２に示されるように、例えばネットワーク・アクセス・ノード２２０および２２４の圏内にしかいないかもしれない。

従って、特定の位置情報またはゾーン位置情報のいずれかにより、端末デバイス２００は、それ自身の地理的位置を使用して、どのネットワーク・アクセス・ノードが範囲内にあるかを識別し、それに従って後続の通信手順を実行することを進めるように構成されることが可能である。さらに、複数の集中型発見ノードは単独の周波数ネットワークに配置されてもよく、その場合において、集中型発見ノードは、（集中型発見ノード間で適切な調整を必要とすることがある）同期した方法で同じ発見信号を同時に送信する。

更に、上述の例は、セルラー・アクセス・ノード、例えば、ネットワーク・アクセス・ノード２１０および／または２１２の使用に焦点を当てているが、無線アクセス技術にかかわらず、集中発見ノードとして任意のタイプのネットワーク・アクセス・ノードが同等に使用されてもよい。例えば、ネットワーク・アクセス・ノード２１４－２３０のうちの１つ以上は、追加的または代替的に、集中発見ノードとして機能し得る。セルラー基地局等のより長い距離のブロードキャスト能力を有するネットワーク・アクセス・ノードは、共通発見信号の拡張されたブロードキャスト範囲に起因して、幾つかの態様において有利であるかもしれない。

幾つかの態様において、集中型発見ノードは、従来のネットワーク・アクセス・ノードと応対してもしなくてもよい。例えば、上述の幾つかの例において、ネットワーク・アクセス・ノード２１０、２１２、および２１４－２３０は、端末デバイスにユーザー・データ・トラフィックを提供するために端末デバイスにＲＡＴ接続を提供することが可能なネットワーク・アクセス・ノード（基地局またはアクセス・ポイント等）として説明された。しかしながら、幾つかの態様において、集中型発見ノードは、代替的に、共通発見チャネルの目的のために特に配置されてもよい。例えば、第三者は、共通発見チャネル・サービスを提供するように構成されるが、他の従来の無線アクセス・サービスを提供するようには構成されない１つ以上の集中型発見ノードを配備してもよい。従来のネットワーク・オペレーター（例えば、モバイル・ネットワーク・オペレータ（ＭＮＯｓ）、公衆Ｗｉ－Ｆｉネットワーク・プロバイダーなど）は、第三者の集中発見ノードによって提供される共通発見チャネルの使用を認可することが可能であってもよい。

幾つかの態様において、共通の発見チャネルは、追加的または代替的に、分散型発見アーキテクチャーによりブロードキャストされてもよい。集中型発見ノードが１つ以上の他のネットワーク・アクセス・ノードに対する発見ブロードキャスティングの責任を負うように仮定している集中型発見アーキテクチャーとは異なり、分散発見アーキテクチャーにおける各ネットワーク・アクセス・ノードが、固有の発見信号をブロードキャストすることができる。しかしながら、無線アクセス技術に依存する個々のＲＡＴ固有の発見チャネルを使用するのとは対照的に、分散発見アーキテクチャーにおけるネットワーク・アクセス・ノード各々は、それら各自の発見信号を共通発見チャネルでブロードキャストすることができる。従って、端末デバイスは、図５の方法５００に関して前述したように、共通発見チャネルをスキャンする共通発見モジュールでディスカバリーを実行することができ、従って、複数の無線アクセス技術についてディスカバリーを実行するために複数の個々の通信モジュールを起動する必要を回避することができる。

例えば、図２の例示的な環境に戻ると、ネットワーク・アクセス・ノード２１０、２１２、および２１４－２３０は、分散型発見ノードとして機能してもよく、それに応じて各ネットワーク・アクセス・ノードの発見情報（共通およびＲＡＴ固有の情報要素）を含む同一の共通発見チャネル上で、固有の発見信号をブロードキャストしてよい。従って、端末デバイス２００のような端末デバイスは、共通発見モジュール３０６ｅ等の単一の共通発見モジュールを利用して、共通発見チャネルを監視し、そして各々の分散型発見ノードによってブロードキャストされたそれぞれの発見信号を読み取ることができる。従って、端末デバイス２００は、ディスカバリーのためには通信モジュール３０６ａ－３０６ｄを起動する必要がなく、その結果、かなりの電力を節約することができる。

より具体的には、ネットワーク・アクセス・ノード２１０、２１２、および２１４－２３０は、（対応する無線アクセス技術に応じて）それ自身の共通およびＲＡＴ固有の情報要素を識別し、この発見情報を発見信号（例えば、制御モジュール６０８等の制御モジュールにおいて）にエンコードしてもよい。端末デバイスにおけるデコードを簡易化するために、ネットワーク・アクセス・ノード２１０、２１２、および２１４－２３０は、制御モジュール６０８において同じ所定のフォーマットでそれぞれの発見信号をエンコードし、その結果、各々が固有の情報を含むが同じフォーマットである複数の発見信号がもたらされる。種々のデジタル符号化および変調方式は、当該技術分野で十分に確立されており、所定のフォーマットとして任意のものが使用されてよい。

次いで、ネットワーク・アクセス・ノード２１０、２１２、および２１４－２３０は、各々、所定の発見信号フォーマットを用いて共通発見チャネルで各自それぞれの発見信号をブロードキャストすることができ、これにより、方法５００に関して説明されたように、端末デバイス２００などの端末デバイスが、共通の発見モジュール３０６ｅを用いて所定の発見信号フォーマットに従って、共通発見チャネルを監視し、発見信号を検出することを可能にする。予め定義された発見信号フォーマットは共通発見モジュール３０６ｅで既知であるので、共通発見モジュール３０６ｅは、（例えば、参照信号または類似の技術を使用して）発見信号を検出することおよび検出された発見信号をデコードすることの双方を行い、そこにエンコードされている元の発見情報を復元する双方のための信号処理を実行するように構成されてもよい。

共通発見モジュール３０６ｅは、このような発見情報をコントローラ３０８に提供することができ、コントローラ３０８は、得られた発見情報および各ＲＡＴ接続の現在の状態に基づいて、任意の通信モジュール３０６ａ－３０６ｄによるその後の通信動作をトリガーすることに進んでよい。

複数のネットワーク・アクセス・ノード２１０、２１２、および２１４－２３０が、共通の発見チャネルで発見信号をブロードキャストしているかもしれないので、送信競合の影響を最小化するための明確に定められたアクセス・ルールが存在し得る。例えば、ネットワーク・アクセス・ノード２１０およびネットワーク・アクセス・ノード２１６の両方が、それら各自の発見信号を、オーバーラップする時間に共通の発見チャネルでブロードキャストする場合、２つの発見信号は、互いに干渉し、共通発見モジュール３０６ｅにおける発見信号の検出およびデコードを困難にしてしまうかもしれない。

従って、幾つかの態様において、分散型発見ノードによる共通発見チャネル上でのブロードキャスト（複数の集中型発見ノードが同一の共通発見チャネルを共有するために分散発見ノードとして機能する場合を含む）は、最大送信電力、最大デューティーサイクル、最大単一送信時間などの一群のアクセス・ルールおよびブロードキャスト送信制限によって規制されてもよい。例えば、幾つかの態様において、１つ以上の分散発見ノードは、最大送信電力によって制約されているかもしれず、最大送信電力を越えて共通発見チャネルで発見信号を送信することは許可されない場合がある。別の例において、１つ以上の分散型発見ノードは、最大デューティーサイクルによって制約されているかもしれず、最大デューティーサイクルを超えるデューティーサイクルとともに共通発見チャネルで発見信号を送信することは許可されない場合がある。別の例において、１つ以上の分散発見ノードは、最大単一送信時間によって制約されているかもしれず、最大単一送信持続時間を超える連続時間にわたって発見信号を送信することは許可されない場合がある。

このようなアクセス・ルールは予め定められて各々の分散型発見ノードに予めプログラムされていてもよく、従って、共通発見チャネルで発見信号をブロードキャストする際に、各々の分散型発見ノードがアクセス・ルールに従うことを可能にする。

追加的または代替的に、幾つかの態様では、分散型発見ノード、例えばネットワーク・アクセス・ノード２１０、２１２および２１４－２３０は、キャリア・センシングまたは競合検出およびランダム・バックオフ（例えばＷｉ－Ｆｉ ８０２．１１ａ／ｂ／ｇ／ｎプロトコル）と同様のアクティブ・センシングの仕組みを利用して、共通発見チャネル上で他のネットワーク・アクセス・ノード２１０、２１２および２１４－２３０によって送信される発見信号と衝突することなく、それら各自の発見信号を送信してもよい。

このようなアクティブ・センシング方式では、分散型発見ノード（複数の集中型発見ノードが同一の共通ディスカバリー・チャネルを共有する分散型発見ノードとして作用する場合を含む）は、発見信号を能動的にブロードキャストする前に、共通発見チャネル上で無線センシングを行うために、「ＬＢＴ」（ｌｉｓｔｅｎ－ｂｅｆｏｒｅ－ｔａｌｋ）および／またはキャリア・センシング技術（例えば、制御モジュール６０８および無線システム６０４で取り扱われる）を使用することができる。例えば、例示的な状況では、ネットワーク・アクセス・ノード２１０が、共通の発見チャネル上で発見信号を送信する準備をしてもよい。共通発見チャネルにおける他の分散型発見ノードからの送信との衝突を防止するために、ネットワーク・アクセス・ノード２１０は、最初に共通発見チャネルを（例えば、センシング期間にわたって）監視して、何らかの他の分散型発見ノードが共通発見チャネル上で送信しているか否かを判断してもよい。例えば、幾つかの態様において、ネットワーク・アクセス・ノード２１０は、共通発見チャネルにおける無線エネルギーを測定し、（例えば、エネルギー検出スキームに従って）無線エネルギーが閾値を超えているか否かを判断してもよい。共通発見チャネル上の無線エネルギーが閾値を下回る場合、ネットワーク・アクセス・ノード２１０は、共通発見チャネルがフリーであると判定してもよく；逆に、共通発見チャネル上の無線エネルギーが閾値を上回る場合、ネットワーク・アクセス・ノード２１０は、共通発見チャネルがビジーである、例えば、他の送信が進行中であると判定してもよい。幾つかの態様において、ネットワーク・アクセス・ノード２１０は、他のネットワーク・アクセス・ノードが共通発見チャネル上で共通発見信号を送信しているか否かを識別するために、（例えば、共通発見信号フォーマットに従って）共通発見チャネルをデコードすることを試みてもよい。

ネットワーク・アクセス・ノード２１０が、共通発見チャネルはフリーであると判断した場合、ネットワーク・アクセス・ノードは、その共通発見信号を共通発見チャネルで送信するように進行してよい。ネットワーク・アクセス・ノード２１０が、共通発見チャネルはビジーであると判断した場合、ネットワーク・アクセス・ノード２１０は、その共通発見信号の送信を遅延させ、共通発見チャネルを再度監視し、共通発見チャネルがフリーであるか否かを再評価することができる。次いで、ネットワーク・アクセス・ノード２１０は、共通発見チャネルがフリーになると、その共通発見信号を送信してよい。幾つかの態様において、共通発見チャネルを使用するネットワーク・アクセス・ノードは、共通発見チャネルへのアクセスを制御するために、キャリア・センシング多重アクセス（ＣＳＭＡ）、ＣＳＭＡ衝突回避（ＣＳＭＡ／ＣＡ）、またはＣＳＭＡ衝突検出（ＣＳＭＡ／ＣＤ）等の競合ベースのチャネル・アクセス方式を利用してもよい。これは、異なるネットワーク・アクセス・ノードによって送信される共通発見信号の間の衝突を防止し、共通発見チャネルにおける信号破損を防止することができる。幾つかの態様では、ネットワーク・アクセス・ノードは衝突を一方的に取り扱ってもよく、端末デバイスは衝突に対処する必要がないかもしれない。例えば、共通発見信号で発見信号を送信する際に、２つの（またはそれより多い）ネットワーク・アクセス・ノード間に衝突が存在する場合、関係するネットワーク・アクセス・ノードは、再度発見信号を送信しようと試みる前に、衝突を検出し、バックオフ手順を実行してもよい。ネットワーク・アクセス・ノードが互いに遠すぎて端末デバイスで観測される衝突を検出することができない場合、隠れノード（例えば、端末デバイスが２つのネットワーク・アクセス・ノード間にあり、ネットワーク・アクセス・ノードがそれぞれの位置で検出できない衝突を観察することになる）の問題があり得る。種々の態様において、参加するネットワーク・アクセス・ノードは、隠れノード問題に対処するために異なる技術を利用することができる。例えば、ネットワーク・アクセス・ノードは、反復を利用する、即ち発見信号の送信を複数回繰り返すことによって反復を利用することができる。幾つかの態様において、ネットワーク・アクセス・ノードは、ランダム・バックオフを利用してもよく、これは、２つの（またはそれより多い）ネットワーク・アクセス・ノードが、第３のネットワーク・アクセス・ノードによる送信を検出し、そして両方が同じバックオフ・タイムを使用した後に同時に送信を試みることを防止し得る。幾つかの態様において、ネットワーク・アクセス・ノードは、各ネットワーク・アクセス・ノードが調整エンティティに報告すること等のような、中央管理方式を利用してもよい。調整エンティティは、共通検出チャネルへのアクセスを管理するために特に専念している無線デバイスまたは指定されたネットワーク・アクセス・ノードであってもよい。調整エンティティは、ネットワーク・アクセス・ノードに個別に共通発見チャネルへのアクセスを許可してよい。幾つかの態様では、各ネットワーク・アクセス・ノードは、単独の調整エンティティに報告することができ、この調整エンティティは、その後にブロードキャストを実行し、近隣の他の調整エンティティ（ブロードキャストも実行する）と通信し、例えばＺａｄｏｆｆ－Ｃｈｕシーケンス等の直交符号を使用して信号をスクランブルすることによって、それらがオーバーラップしないように各自のブロードキャストを管理する方法を有し得る。

幾つかの態様において、分散型発見ノード（複数の集中型発見ノードが同一の共通発見チャネルを共有する分散型発見ノードとして機能する場合を含む）は、コグニティブ無線技術を利用してもよい。特に、コグニティブ無線デバイスは、利用されていない利用可能な、すなわち「フリー」チャネルを検出するように構成されることが可能である。次に、コグニティブ無線デバイスは、検出した利用可能なチャネルを捕らえ、そのチャネルを無線の送受信に使用してもよい。従って、幾つかの態様において、共通発見チャネルとして使用するのに適した一組の共通発見チャネルが存在し得る。ネットワーク・アクセス・ノード２１０等の分散型発見ノードは、発見信号を送信することを準備し、発見信号を送信するための共通発見チャネルとして使用するために利用可能な時間－周波数リソースを見つけることを目的としてもよい。従って、幾つかの態様において、ネットワーク・アクセス・ノード２１０は、利用可能な一組の共通発見チャネルから利用可能な共通発見チャネルを適応的に識別するために、コグニティブ無線技術を利用するように構成されてもよい。例えば、ネットワーク・アクセス・ノード２１０は、一組の共通発見チャネルのうちの１つ以上で受信された無線信号を評価し、例えば、エネルギー検出（例えば、任意のタイプの信号から無線エネルギーを検出すること）または発見信号検出（例えば、無線信号をデコードすることを試みることによって発見信号を検出すること）を行うこと等によって、一組の共通発見チャネルのうちの何れかがフリーであるか否かを決定してもよい。利用可能な共通発見チャネルを識別すると、ネットワーク・アクセス・ノード２１０は、発見信号を送信するために、利用可能な共通発見チャネルを利用することができる。幾つかの態様では、一組の共通発見チャネルが予め規定されてもよく、これにより、端末デバイスは、どの周波数チャネルが共通発見チャネルであるかを知ることができ、従って、どの周波数チャネルが発見信号のオンをスキャンするかを知ることができる。幾つかの態様において、分散型発見ノードは、共通発見チャネルとして使用するのに適している周波数チャネルを端末に知らせるために、一組の共通発見チャネルをブロードキャストするように構成されてもよい。

幾つかの態様において、分散型発見ノード（複数の集中型発見ノードが同一の共通発見チャネルを共有する分散型発見ノードとして機能する場合を含む）は、単一の周波数ネットワークを動作させて、単一の周波数共通発見チャネル上に共通発見信号をブロードキャストすることができる。例えば、複数の分散型発見ノード（例えば、複数のネットワーク・アクセス・ノード２１０－２３０）は、発見情報を交換し、発見情報を統合し、および／または中央制御ポイント（例えば、発見情報を統合するサーバーまたはコア・ネットワーク・ノード）から、統合された発見情報を受信するように制御してもよい。次いで、複数の分散発見ノードは、同一の共通発見信号を生成し、次いで、単独の周波数共通発見チャネル上で同期した方式で同一の共通発見信号を送信し、かくて、共通発見信号を搬送する単独の周波数ネットワークを形成することができる。幾つかの態様において、これは、情報を統合しおよび／または同期送信を維持するために、インフラストラクチャーの調整を必要とするかもしれない。このようにしてブロードキャストされる単独周波数の共通発見チャネルは、カバレッジ・エリアを増やし、広いエリアにわたって共通発見信号を提供することができる。

幾つかの態様において、分散型発見ノード（複数の集中型発見ノードが同一の共通発見チャネルを共有する分散型発見ノードとして機能する場合を含む）は、共通発見チャネル上でブロードキャストされる発見信号に対して最小の周期性を（および選択的に最大の周期性も）利用することができる。最大チャネル・アクセス時間はまた所要のバックオフ時間と共に使用されてもよく、その場合において、分散ネットワーク・アクセス・ノードは、別の発見信号のブロードキャストを実行するために発見信号のブロードキャストに続く所定時間を待つように要求され得る。このような技術は、分散した発見ノードが、発見信号を頻繁にブロードキャストし過ぎることで共通発見チャネルを過剰に使用してしまうことを防ぐことによって、公平性を保証することができる。

発見信号フォーマットは、衝突の可能性が高いため、分散型発見アーキテクチャーに対して特にロバストであることが望ましい（ただし、このようなロバスト性は、集中型および分散型発見アーキテクチャーの両方において有益であり得る）。従って、発見信号は、高速で正確な取得手順に加えて、低感度の検出および復号化によく適していることが望ましい。しかしながら、その要件は、関連するモダリティに起因して、従来のセルラーのケース（例えば、ＬＴＥ、ＵＭＴＳ、およびＧＳＭ）の信号受信よりも厳しくはないかもしれない。換言すれば、決定論的な量のデータのみを発見信号に含められてもよく、予め規定された帯域幅およびレートを利用することができる。このようなことは、共通の発見モジュール３０６ｅにおける低電力受信機回路の設計を可能にし、さらなる利点を提供することができる。

上述のように、集中型発見アーキテクチャー内に複数の集中型発見ノードが存在してもよく、各々が他のネットワーク・アクセス・ノードに対するディスカバリー・ブロードキャストの責任を負う場合がある。従って、そのような状況は集中型および分散型検出アーキテクチャーの混合として取り扱われてもよく、発見信号のブロードキャスト間で潜在的な衝突が起こり得る。その結果、集中型発見ノードは、そのような潜在的な衝突の影響を最小限にするために、アクセス・ルールおよび能動的センシング等の上述したのと同様のアクセス技術を使用することもできる。

集中型および分散型発見アーキテクチャーの幾つかの態様において、共通発見チャネルで発見信号を受信する端末デバイスは、共通発見チャネルで送信される情報が正しいことを保証するために、エラー制御を実行してもよい。例えば、共通発見チャネルに関する不正確な情報が存在する場合（例えば、分散型発見ノードが、不正確なまたは誤った指示である発見情報を共通発見チャネルでブロードキャストする場合）、端末デバイスによるこのような情報の受信は、端末リソースを浪費して誤った情報を読み取り、誤った仮定の下でその後の通信動作を遂行することにより、それに対して作用する可能性がある。端末デバイスが虚偽のネットワーク・アクセス・ノードとの接続を確立しようとする場合、そのようなことは端末リソースの浪費を不可避的に招く虞がある。しかしながら、これらの状況は、致命的なエラーとはならないかもしれない（例えば、接続性の完全な喪失や端末デバイスやネットワークへの有害性に至らないかもしれない）。

不正確な発見情報が共通発見チャネルで提供される場合、その代わりに端末デバイスとネットワーク・アクセス・ノードとの両方に利用可能な幾つかの修復オプションが存在するかもしれない。具体的には、（共通発見チャネル上に提供された発見情報に基づいてネットワーク・アクセス・ノードを検出することができないか、または接続が失敗したことによって）誤った発見情報を識別した端末デバイスは、共通発見チャネルでブロードキャストされている誤った情報が存在することを、（初期故障後に）その端末デバイスが接続されているネットワーク・アクセス・ノードに通知してもよい。

次に、通知を受けたネットワーク・アクセス・ノードは、誤った検出情報が修復されることを可能にするために、その誤った情報を、例えばバックホール・リンクを介して、適切な宛先へ報告してもよい。例えば、通知を受けたネットワーク・アクセス・ノードは、誤った検出情報をブロードキャストしている違反のネットワーク・アクセス・ノードへのバックホール・リンクを介した接続を利用して（ネットワーク・アーキテクチャーに依存してそのようなものが存在する場合）、違反のネットワーク・アクセス・ノードに誤った検出情報を通知し、それに応答して、違反のネットワーク・アクセス・ノードは誤った検出情報を訂正することができる。代替的に、例えば、図８の外部データベース８００の場合のように、発見情報がデータベースで取り扱われる場合、通知されたネットワーク・アクセス・ノードは、誤った発見情報を外部データベースに（バックホール・リンクを介して）通知することができ、これにより、誤った発見情報を訂正するように外部データベースを促すことができる。従って、発見情報が正しいことを保証するために、発見情報は自己保全または「自己管理」され得る。

幾つかの態様において、集中型および分散型検出アーキテクチャーは、端末デバイスが、複数の無線アクセス技術に対する発見の責務を処理するために、共通の発見モジュールを使用することを可能にし得る。上述のように、このような方法は、発見手順に対する電力ペナルティを大幅に低減することができ、また、単一の（または限られた数の）共通発見チャネルの存在に起因して、発見手順をさらに簡易化することができる。幾つかの態様において、共通検出チャネル方式は、集中型および／または分散型検出アーキテクチャーに従ってネットワーク・アクセス・ノードの協調を使用することができ、それは、（集中型ネットワーク・アーキテクチャーの場合に）単一のネットワーク・アクセス・ノードにおける発見ブロードキャストの責任を統合するために互いに協調することができ、および／または（分散型ネットワーク・アーキテクチャーの場合に）衝突の影響を最小化するために互いに協調することができる。

集中型発見アーキテクチャーに関する図８の環境に続き、幾つかの態様において、端末デバイスは、よりアクティブな役割で外部データベース８００をさらに利用することができる。例えば、外部データベース８００へのアクセスを提供するＲＡＴ接続を現在有する端末デバイスは、近くの無線アクセス・ネットワークおよびネットワーク・アクセス・ノードに関連する情報を求めて外部データベース８００に問い合わせることができる。例えば、外部データベース８００が、（例えば、インターネット・クラウド・サーバーとして）インターネット・アクセス可能なネットワーク・ロケーションにおいて外部サービスとして提供される例示的な構成において、（例えばＲＡＴ接続を介して提供される）アクティブ・インターネット接続を有する端末デバイスは、外部データベース８００から関連するネットワーク・アクセス・ノードの発見情報を得るために、外部データベース８００とデータを交換することができる。

図９は、端末デバイス２００が幾つかの態様によりネットワーク・アクセス・ノード２１０とのＲＡＴ接続を有する例示的な状況を示す。図９に示されるように、ネットワーク・アクセス・ノード２１０は、バックホール・インターフェース６１２を介して外部データベース８００とのインターフェースとなってもよい。端末デバイス２００は、ネットワーク・アクセス・ノード情報を外部データベース８００と交換するために、ネットワーク・アクセス・ノード２１０とのＲＡＴ接続を利用することができる。

特に、外部データベース８００は、インターネット・アクセス可能なネットワーク・ロケーション内に位置していてもよく、それに応じてインターネット・プロトコル（ＩＰ）アドレス等のネットワーク・アドレスを有していてもよく、従って、インターネット接続されたデバイスが外部データベース８００とデータを交換することを可能にする。従って、端末デバイス２００等の端末デバイスは、ネットワーク・アクセス・ノード情報を外部データベース８００と交換するために、インターネット・アクセスを提供するＲＡＴ接続（例えば、多くのセルラーＲＡＴ接続および短距離ＲＡＴ接続）を利用することができる。例えば、端末デバイス２００は、外部データベース８００にアクセスし、関心のあるネットワーク・アクセス・ノードに情報を要求するために、（例えば、ディスカバリー後に）ネットワーク・アクセス・ノード２１０とのＲＡＴ接続を利用することができる。

端末デバイス２００は、関心のある他のネットワーク・アクセス・ノードのための情報（例えば、発見情報を含む）を得るために外部データベース８００を利用することができ、そのようなネットワーク・アクセス・ノードとの無線アクセス通信に影響を与えるために、外部データベース８００から得られるそのような情報を適用することができる。

例えば、ネットワーク・アクセス・ノード２１２－２３０がネットワーク・アクセス・ノード１１０に近接している図２の例示的な状況において、端末デバイス２００のコントローラ３０８は、近接ネットワーク・アクセス・ノードに関する情報を求めて（第１の通信モジュール３０６ａによってサポートされるネットワーク・アクセス・ノード２１０との第１のＲＡＴ接続を介して）外部データベース８００に問い合わせることができる。応答として、外部データベース８００は、コントローラ３０８に（第１の通信モジュール３０６ａによってサポートされるネットワーク・アクセス・ノード２１０との第１のＲＡＴ接続を介して）、ネットワーク・アクセス・ノード２１２およびネットワーク・アクセス・ノード２１４－２３０に関する情報を提供することができる。このような情報は、コントローラ３０８が将来の無線アクセス通信を導くために受信し利用する発見情報を含み得る。

例えば、外部データベース８００によって提供される発見情報に基づいて、コントローラ３０８は、ネットワーク・アクセス・ノード２１６が端末デバイス２００の範囲内にあることを（例えば、端末デバイス２００の現在の地理的位置と、発見情報の一部として外部データベース８００により提供されるネットワーク・アクセス・ノード２１６の地理的位置とを比較することによって）識別してもよい。次に、コントローラ３０８は、発見情報を利用して、ネットワーク・アクセス・ノード２１６に接続し、ＲＡＴ接続を確立してもよい。従って、コントローラ３０８は、一般に、外部データベース８００によって提供されるネットワーク・アクセス・ノード情報に基づいて、ネットワーク・アクセス・ノードとの任意の一方的な無線相互作用（例えば、発見されたネットワーク・アクセス・ノードで無線測定を実行する、発見されたネットワーク・アクセス・ノードのブロードキャスト情報を受信する）または双務的な無線相互作用（例えば、発見されたネットワーク・アクセス・ノードとの双方向接続を追求し、潜在的に確立する）を実行してもよい。

幾つかの態様において、外部データベース８００は、（本明細書に詳述するように、追加的に発見情報を得ることができる）ネットワーク・アクセス・ノードとの接続を介することおよび／または無線アクセス・ネットワーク・データベースとのインターフェースを介することを含む任意数の異なるソースを介してネットワーク・アクセス・ノード情報を取得してもよい。端末デバイスは、端末デバイスがインターネット・アクセスを提供するＲＡＴ接続を有する任意の時間の間に、外部データベース８００から任意のタイプのネットワーク・アクセス・ノード情報を要求することができてもよい。このような情報は、スタートアップ手順の間、またはリンク品質が悪い時間帯の間のいずれかで、端末デバイスに特に有用であり得る。

例えば、スタートアップおよび／または初期ＲＡＴ接続確立の間に、端末デバイス２００は、インターネット接続されたネットワーク・アクセス・ノードとの初期ＲＡＴ接続を迅速に確立することを（例えば、潜在的に、無線リンクの強度および品質に関して最適なＲＡＴ接続を確立することを十分に考慮することなく）試みてもよく、確立されたＲＡＴ接続を使用して、例えば発見情報などの他のネットワーク・アクセス・ノードに関する情報を求めて外部データベース８００に問い合わせてもよい。次に、端末デバイス２００は、ＲＡＴ接続を介して外部データベース８００から、要求されたネットワーク・アクセス・ノード情報を受信してもよい。

ネットワーク・アクセス・ノード情報を取得すると、端末デバイス２００は、１つ以上の他のネットワーク・アクセス・ノードを識別することができ、ネットワーク・アクセス・ノード情報を利用して、（例えば、外部データベース８００によって提供される検出情報を利用して無線測定を実行し、より適切なネットワーク・アクセス・ノードを識別することにより）切り替えるためのより適切なネットワーク・アクセス・ノードを選択することができる。代替的に、現在のＲＡＴ接続が劣化する状況において、端末デバイス２００は、近接するネットワーク・アクセス・ノードに関する情報を求めて外部データベース８００に照会することができ、端末デバイス２００は、より良いＲＡＴ接続を提供し得るものに接続するために新しいネットワーク・アクセス・ノードを選択することができる。

特定の状況によらず、幾つかの態様において端末デバイス２００等の端末デバイスは、関心のあるネットワーク・アクセス・ノードに関する情報を得るために外部データベース８００を利用することができ、そのような情報（例えば、発見情報を含む）を、１つ以上のネットワーク・アクセス・ノードとの一方的または双務的な無線相互作用を実行するために潜在的に利用することができる。

従って、外部データベース８００は、１つ以上の端末デバイスからネットワーク・アクセス・ノード情報に対する問合せを受信することができ、その場合において、端末デバイスは、ネットワーク・アドレス指定プロトコル（例えば、インターネット・プロトコル（ＩＰ）アドレッシング、メディア・アクセス制御（ＭＡＣ）アドレッシング等）を使用して、無線アクセス・ネットワークを介して外部データベース８００へ問合せを送信してもよい。次いで外部データベース８００は、要求された情報を、同様なリバース・リンクにより端末デバイスへ供給することによって、このような問合せに応答してもよい。従って、外部データベース８００は、ネットワーク・アドレッシング・プロトコルを用いて、各々の問合せに個別に応答してもよい。

代替的に、幾つかの態様において、外部データベース８００は、複数の端末デバイスから多数の異なる要求を収集し、マルチキャストまたはブロードキャスト・モードにより要求された情報を分配してもよい。従って、外部データベース８００は、情報を照会するためにカウンターパート端末デバイスにより使用されるのと同じリンク、またはマルチキャストもしくブロードキャスト・チャネルのいずれかにより、要求された情報を提供するように構成されてもよい。例えば、外部データベース８００は、上述のように、共通発見チャネルにおけるマルチキャストまたはブロードキャスト・フォーマットで、要求された情報を提供することができる。従って、端末デバイスは、共通発見モジュール３０６ｅのような共通発見モジュールまたは専用無線アクセス通信モジュール（例えば、外部データベース８００からの情報を照会するためにどの無線アクセス技術が採用されたかに依存する何れかの通信モジュール３０６ａ－３０６ｄ）を利用してもよい。

幾つかの態様では、集中型検出ノード・アーキテクチャーと共に外部データベース８００の使用を拡張して、ネットワーク・アクセス・ノードに情報を提供する、例えば、ネットワーク・アクセス・ノードに他のネットワーク・アクセス・ノードに関する重要な情報を提供することもできる。例えば、Ｗｉ－Ｆｉアクセス・ポイントは、同じ免許不要のスペクトルを使用する他の送信機と各自の送信が干渉しないことを保証するために、無線センシング機能を有することが要求されるかもしれない。例えば、Ｗｉ－Ｆｉアクセス・ポイントは、近くのレーダー送信機の存在を検出することが可能であり、レーダー送信機は、政府や防衛の用途を見出すかもしれず、従って（例えば、連邦通信委員会（ＦＣＣ）等の規制機関によって）干渉を避ける点に高い優先順位が与えられるかもしれない。所与の地理的位置で全ては検出できないかもしれない複数の異なるタイプのレーダー信号が存在するかもしれないので、Ｗｉ－Ｆｉアクセス・ポイントが包括的なレーダー・センシングを行うのは比較的複雑であるかもしれない。

このような問題を緩和するために、幾つかの態様において、Ｗｉ－Ｆｉアクセス・ポイントは、レーダー信号に関する情報を維持するためのデータベースとして、外部データベース８００を利用してもよい。従って、Ｗｉ－Ｆｉアクセス・ポイントは、検出されたレーダー信号を外部データベース８００に報告してもよく、これは、集中型発見ノードの使用により、他のＷｉ－Ｆｉアクセス・ポイントが近くのレーダー送信機を知ることができるようにそのような情報をブロードキャストしてもよい。従って、Ｗｉ－Ｆｉアクセス・ポイントは、共通発見チャネルでこのような情報を受信するために、受信コンポーネントとともに構成されてもよく、従って完全なレーダー・センシング機能を実行する必要性の代わりに、そのような情報を当てにしてよい。

したがって、外部データベース８００によって提供される情報に基づいてブロードキャストされる発見信号は、幾つかの態様において、端末デバイスによる受信および使用のみに限定されなくてよい。従って、幾つかの態様において、ネットワーク・アクセス・ノードは、特に干渉管理の目的のためにこのような情報を利用してもよい。例えば、任意数の異なるタイプのネットワーク・アクセス・ノードは、他のネットワーク・アクセス・ノードの存在に気付くために、そのような発見信号を受信して適用し、次いで、干渉を低減するために干渉管理技術を適用してもよい。

単一のデータベースとして上記で説明され図示されているが、幾つかの態様では、外部データベース８００の複数のインスタンスが配置されてもよく、各インスタンスは、例えば、所定の地理的領域を応対するための異なる外部データベース等の、同一または異なる情報を含んでもよい。

幾つかの態様では、共通発見チャネルに関して上述した技術はまたデバイス間（Ｄ２Ｄ）通信に拡張されてもよく、その場合、１つ以上の端末デバイスが各移動端末でローカルに利用可能な発見情報をブロードキャストするために共通発見チャネルを利用してもよい。例えば、コントローラ３０８は、例えば通信モジュール３０６ａ－３０６ｄのうちの１つにおける従来のディスカバリー、または共通発見モジュール３０６ｅによる共通発見チャネル上での発見情報の受信のいずれかを介して、１つ以上のネットワーク・アクセス・ノードの発見情報を前もって取得していてもよい。

他の近接端末デバイスの発見手順を簡素化するために、次いでコントローラ３０８は、例えば共通発見モジュール３０６ｅ（この場合、共通発見モジュール３０６ｅは、単純で複雑でない受信機を上回るものであってよい）に含まれる送信コンポーネント、または共通発見チャネル上で発見信号を送信するように構成された別の通信モジュールを使用することによって、取得された発見情報を、発見信号として（例えば、所定のフォーマットに従って発見信号を生成することによって）共通発見チャネル上で送信してもよい。従って、他の端末デバイスは、共通の発見チャネル上で発見信号を受信し、その中に含まれる発見情報を利用して、発見情報の中で表現されるネットワーク・アクセス・ノードとの一方的または双務的な無線相互作用を実行してもよい。

幾つかの態様において、共通発見チャネルのそのようなデバイス間動作は、上述の分散型発見アーキテクチャーと同様に機能することが可能であり、ここで、各々の送信する端末デバイスは、共通発見チャネル上で発見信号をブロードキャストするために、分散型発見ノードとして動作し得る。

図１０は、幾つかの態様に従って無線通信を実行する方法１０００を示す。方法１０００は、第１の無線アクセス技術および第２の無線アクセス技術のための発見情報を、共通発見チャネルからデコードすることを含み（１０１０）、ここで、発見情報は、共通発見信号フォーマットに従って１つまたは複数の発見信号にエンコードされ、発見情報に従って異なる無線アクセス技術の１つまたは複数のＲＡＴ接続を制御する（１０２０）。開示の１つ以上のさらなる例示的態様において、図１－９を参照して上述した１つ以上の特徴は、方法１０００にさらに組み込まれてもよい。特に、方法１０００は、端末デバイス２００に関して詳細に説明されるように、さらなるおよび／または代替のプロセスを実行するように構成されてもよい。

１．２ 共通チャネル＃２

本開示の幾つかの態様において、端末デバイスは、ネットワーク・アクセス・ノードと協調して、複数の無線アクセス技術のための制御情報を提供する共通制御チャネルを使用することができる。従って、複数の無線アクセス技術に対して別々の制御チャネルを監視する代わりに、端末デバイスは、別々の制御チャネルの監視を、複数の無線アクセス技術に対する制御情報を含む共通の制御チャネルの監視に統合することができる。

幾つかの態様において、端末デバイスは、無線アクセス・ネットワークを介してデータを何時どのように送受信するかを端末デバイスに指示する制御情報を受信することもできる。このような制御情報は、例えば時間および周波数スケジューリング情報、符号化／変調方式、電力制御情報、ページング情報、再送情報、接続／移動性情報を含み得る。この情報を受信すると、端末デバイスは、端末デバイスおよび相手のネットワーク・アクセス・ノードにおけるネットワーク側の双方において適切な受信を保証するために、指定された制御パラメータに従って無線データを送受信することができる。

ＲＡＴ接続はこのような制御情報を当てにするかもしれない。例えば、図３に関して上記に詳述したように、コントローラ３０８は、２つ以上の通信モジュール３０６ａ－３０６ｄを介して別個のＲＡＴ接続を維持することができる（ただし、多くのシナリオにおいて、通信モジュール３０６ａ－３０６ｃの各々のセルラー接続は、例えば、マスター／スレーブＲＡＴ方式で共同で管理されてもよい）。従って、コントローラ３０８は、第１の通信モジュール３０６ａを介して第１のＲＡＴ接続を維持するために第１のＲＡＴのための制御情報（例えば、例示的なＬＴＥ環境においてＬＴＥ接続を維持するためのＬＴＥ制御情報）を受信する一方、第２の通信モジュール３０６ｃを介して第２のＲＡＴ接続を維持するために第２のＲＡＴのための制御情報（例えば、例示的なＷｉ－Ｆｉ環境においてＷｉ－Ｆｉ接続を維持するためのＷｉ－Ｆｉ制御情報）を受信してもよい。次に、コントローラ３０８は、それぞれの制御情報および対応する無線アクセス・プロトコルに従って、第１および第２のＲＡＴ接続を管理し得る。

ＲＡＴ接続の１つが、例えばユーザー・データ・トラフィックを能動的に交換しないアイドル状態であったとしても、コントローラ３０８は、ＲＡＴ接続の１つを、特に例えばページング・メッセージ等の制御情報に関して、それでも監視することができる。

例えば、たとえ第１の通信モジュール３０６ａにおける第１のＲＡＴ接続がアイドル状態（例えば、ＬＴＥセル上にキャンプ・オンしているが、例示的なＬＴＥ環境において如何なる専用リソースも割り当てられていない状態）であったとしても、第１ＲＡＴ（例えば、ＬＴＥセル）のネットワーク・アクセス・ノードが、第１の通信モジュール３０６ａに対して到来するデータを示すページング・メッセージを第１の通信モジュール３０６ａへ送信する場合、コントローラ３０８はそれでも第１の通信モジュール３０６ａを介して第１のＲＡＴ接続を監視することができる。従って、コントローラ３０８は、第１の通信モジュール３０６ａにより、到来する第１のＲＡＴデータのための第１の無線アクセスＬＴＥ接続を継続的に監視することができる。

同様に、第２の通信モジュール３０６ｂにおける第２のＲＡＴ接続がアイドル状態であるか否かにかかわらず、コントローラ３０８はまた、第２の通信モジュール３０６ｂにより、到来する第２のＲＡＴデータのための第２のＲＡＴ接続を継続的に監視してもよい（例えば通信モジュール３０６ｃ－３０６ｄにおける他の任意のＲＡＴ接続についても同様である）。これは、制御情報の絶え間ない監視に起因して、通信モジュール３０６ａ－３０６ｄにおいて過剰な電力消費を引き起こすかもしれない。

従って、例えば複数のＲＡＴの制御情報のために単独のＲＡＴ接続を監視できること等により、複数のＲＡＴ接続の監視を単一のＲＡＴ接続に統合することは有利であるかもしれない。例えば、端末デバイス２００は、Ｗｉ－Ｆｉビーコンおよびデータ（例えば、電力節約モードを現在使用しているＷｉ－Ｆｉデバイスの係属中のデータを通知するためのビーコン・フレームを含み、その通知はデータを受信するために起動を促してもよい）およびＬＴＥ接続におけるＷｉ－Ｆｉ接続の他のＷｉ－Ｆｉ制御情報を監視することができる。これは、１つのＲＡＴ接続のための到来するデータを別のＲＡＴ接続へネットワーク・レベルで転送すること（例えば、ＬＴＥ接続を介してＷｉ－Ｆｉデータを転送すること）を含み、これは、端末デバイス２００が、複数のＲＡＴ接続の代わりに１つのＲＡＴ接続を監視できるようにし得る。例えば、端末デバイス２００は、第１の通信モジュール３０６ａにより、到来するＷｉ－Ｆｉデータを受信することができ、これは、端末デバイス２００が、第２の通信モジュール３０６ｂとのＷｉ－Ｆｉ接続を継続的に監視することを回避できるようにし得る。

従って、これらの態様は、コントローラ３０８が、転送および共通監視スキームを利用できるようにし、複数の通信モジュール３０６ａ－３０６ｄに対する到来するデータの監視は、単一のＲＡＴ接続に統合される。従って、上述の例では、コントローラ３０８は、第１の通信モジュール３０６ａの第１のＲＡＴ接続のみを監視してよい。到来する第２のＲＡＴデータは第１のＲＡＴ接続に転送され、例えば第１のＲＡＴ接続に関する端末デバイス２００に対するネットワーク・アクセス・ノード・カウンターパートへ転送されるので、コントローラ３０８は、第１の通信モジュール３０６ａで、そのような到来する第２のＲＡＴデータを受信することができる。

コントローラ３０８は、例えば第２の通信モジュール３０６ｂにおける第２のＲＡＴ接続のためのページング・メッセージ等のような、第２のＲＡＴのための到来するデータを識別することに進み、到来する第２のＲＡＴデータに従って第２のＲＡＴ接続を制御することに進んでもよい。例えば、第１のＲＡＴ接続でデータを受信した後、第１の通信モジュール３０６ａは、受信したデータ（第１のＲＡＴデータに埋め込まれた到来する第２のＲＡＴデータを含んでもよい）をコントローラ３０８に提供し、コントローラ３０８は、到来する第２のＲＡＴデータを識別することができる。到来する第２のＲＡＴデータが、例えば第２のＲＡＴページング・メッセージである場合、コントローラ３０８は、第２の通信モジュール３０６ｂをアクティベートし、第２のＲＡＴページング・メッセージで示される到来する第２のＲＡＴデータを受信することに進んでもよい。複数のＲＡＴ接続のためのモニタリングの類似統合は、同様に、２つ以上のＲＡＴ接続の任意の他の組み合わせで実現されてもよい。例えば、第１のＲＡＴがＬＴＥであり、第２のＲＡＴがＷｉ－Ｆｉである例示的なＬＴＥおよびＷｉ－Ｆｉ環境において、コントローラ３０８は、第１の通信モジュール３０６ａを介してＷｉ－Ｆｉ制御データを受信してもよい（ここで、Ｗｉ－Ｆｉデータは、ネットワーク・レベルでＬＴＥ接続に転送される）。次いてコントローラ３０８は、Ｗｉ－Ｆｉ制御データに基づいて、第２の通信モジュール３０６ｂを介してＷｉ－Ｆｉ接続を制御してもよい。

転送および共通監視システムは、カウンターパート・ネットワーク・アクセス・ノードの少なくとも１つからの協調を当てにしてもよい。例えば、上記の例では、第２のＲＡＴネットワーク・アクセス・ノードは、端末デバイス２００にアドレス指定された到来するデータを識別し、識別されたデータを第１のＲＡＴネットワーク・アクセス・ノードへ転送して、第１のＲＡＴ接続を介する端末デバイス２００への以後の送信に備える。従って、転送および共通監視システムは、端末デバイス２００を意図する第２のＲＡＴネットワーク・アクセス・ノードにおける第２のＲＡＴデータが第１のＲＡＴネットワーク・アクセス・ノードに転送される転送方式を当てにすることができ、従って、第１のＲＡＴネットワーク・アクセス・ノードが、第２のＲＡＴデータを第１のＲＡＴ接続を介して第１の通信モジュール３０６ａへ続いて送信することを可能にする。

特定の状況では、第１のＲＡＴネットワーク・アクセス・ノードおよび第２のＲＡＴアクセス・ノードの両方は、転送および共通監視スキームに従って構成されてもよく、転送および共通監視スキームは、単一の協調ネットワーク・アクセス・ノードのみで実現されることができ、非協調ネットワーク・アクセス・ノードを介して端末デバイスにデータを転送する。

図１１は、幾つかの態様による例示的な転送および共通監視システムを示す。図１１では、端末デバイス２００のために意図された第２のＲＡＴデータは、第２のＲＡＴ接続から第１のＲＡＴ接続へルーティングし直されまたは転送され、それにより、端末デバイス２００が、第２のＲＡＴ接続の監視を控えてその代わりに第１のＲＡＴ接続のみを監視できるようにする。以下の説明における幾つかの例は、ＬＴＥおよびＷｉ－Ｆｉに着目してもよいが、端末デバイス２００は、任意の２つ以上の無線アクセス技術に対して同様の転送および共通監視技術を同様に適用してもよい。

図１１に示される状況１１００において、端末デバイス２００は、第１の通信モジュール３０６ａおよび第２の通信モジュール３０６ｄを介してそれぞれ第１のＲＡＴ接続および第２のＲＡＴ接続を有するかもしれない。１１００に示されるように、端末デバイス２００は、ネットワーク・アクセス・ノード１１０６によって供給される第２のＲＡＴ接続を有していてもよく、この接続は、端末デバイス２００にインターネット・ネットワーク１１０２への接続を提供する。端末デバイス２００はまた、コア・ネットワーク１１０４を介してインターネット・ネットワーク１１０２にルーティングするネットワーク・アクセス・ノード１１０８によって供給される第１のＲＡＴ接続を有してもよい。

幾つかの態様では、第１のＲＡＴ接続と第２のＲＡＴ接続とが別々になっているので、端末デバイス２００は、各接続に対してネットワーク・アドレスを割り当てられていてもよい。例えば、端末デバイス２００は、第２のＲＡＴ接続のための例えばａ．ｂ．ｃ．ｄというネットワーク・アドレス（そのアドレスは端末デバイス２００を第２のＲＡＴ接続の終端宛先として識別する）と、第１のＲＡＴ接続のための例えばｅ．ｆ．ｇ．ｈというネットワーク・アドレス（そのアドレスは端末デバイス装置２００を第１のＲＡＴ接続の終端宛先として識別する）とを有するかもしれない。（ＩＰデータ等の）データ・パケットは、第１および第２のＲＡＴネットワーク・アドレスに従って、インターネット・ネットワーク１１０２から端末デバイス２００へ第１および第２のＲＡＴ接続に沿ってルーティングされることが可能である。幾つかの態様において、ネットワーク・アドレスはＩＰアドレスであってもよい。幾つかの態様において、ネットワーク・アドレスはＭＡＣアドレスであってもよい。本開示の範囲から逸脱することなく、他のネットワーク・アドレッシング・プロトコルもまた使用されてよい。幾つかの態様において、端末デバイス２００は、１つ以上のネットワーク・アドレスと関連付けられることが可能であり、ネットワークは、１つ以上のアドレスを使用して、データを端末デバイス２００へルーティングすることができる。１つ以上のネットワーク・アドレスは、基礎となるネットワークに準拠する任意のタイプのアドレスであるとすることが可能である。

従って、コントローラ３０８は、ユーザー・データ・トラフィックをインターネット・ネットワーク１１０２とやり取りするために、第１の通信モジュール３０６ａおよび第２の通信モジュール３０６ｂとの第１および第２のＲＡＴ接続の両方を維持してもよい。ＲＡＴ接続がアクティブ状態にある場合、コントローラ３０８は、アップリンクおよびダウンリンク・データを適切なネットワーク・アクセス・ノードとやり取りするために、対応する通信モジュールを常に動作させてもよい。あるいは、ＲＡＴ接続がアイドル状態にある場合、コントローラ３０８は、ページング・メッセージ等の頻繁でない制御データを受信するために、対応する通信モジュールを周期的にのみ動作させてもよく、その制御データは、到来するデータを受信するためにアイドル接続がアクティブ状態に遷移され得ることを示すことができる。

所与のアイドルＲＡＴ接続に対してページング・メッセージが受信された場合、コントローラ３０８は、対応するＲＡＴ接続をアクティブ状態に遷移させ、ページング・メッセージで通知される到来するデータを受信するために、それに続いて対応する通信モジュールをアクティブにすることができる。従って、このようなページング・メッセージの監視は、基礎となるＲＡＴ接続がアイドル状態にある場合でさえ、コントローラ３０８が、第１の通信モジュール３０６ａおよび第２の通信モジュール３０６ｂの両方を監視することを必要とし得る。これは、端末デバイス２００において高いバッテリー電力消費を必要とするかもしれない。

幾つかの態様では、２つ以上のＲＡＴ接続を別々に監視しなければならないことを回避するために、コントローラ３０８は、図１１に示される転送および共通監視機構を実行することができる。これは、一時的にＲＡＴ接続の１つを切断し、切断されたＲＡＴ接続に関する到来するデータを別のＲＡＴ接続へ転送するように手配する。次に、コントローラ３０８は、残っているＲＡＴ接続において切断されたＲＡＴ接続のデータを監視することができる。

例えば、ネットワーク・アクセス・ノード１１０６との第２のＲＡＴ接続がアイドル状態にあり、ネットワーク・アクセス・ノード１１０８との第１のＲＡＴ接続がアクティブまたはアイドル状態にある状況において、コントローラ３０８は、第２のＲＡＴ接続を一時的に切断し、第２の通信モジュール３０６ｂから第１の通信モジュール３０６ａへ第２のＲＡＴ接続の監視を移すことができる。従って、コントローラ３０８は、第２の通信モジュール３０６ｂをインアクティブ状態に置き、バッテリー電力を節約することができる。

幾つかの態様において、ＲＡＴ接続（例えば、第２のＲＡＴ接続）を切断するために、コントローラ３０８は、切断されるＲＡＴ接続における端末デバイス２００を意図するデータ（例えば、ページング・メッセージおよび他の制御データ）が別のＲＡＴ接続へ（例えば、ネットワーク・アクセス・ノード１１０８を介して）再ルーティングされることを保証にするために、転送経路を設定することができる。

従って、状況１１００に示されるように、コントローラ３０８は、ネットワーク・アクセス・ノード１１０６に（第２のＲＡＴ接続を介して第２の通信モジュール３０６ｂにより）転送設定命令を送信し、転送設定命令は、第２のＲＡＴ接続を一時的に切断し、端末デバイス２００を意図する第２のＲＡＴデータを代替の宛先に再ルーティングするように、ネットワーク・アクセス・ノード１１０６に指図する。例えば、コントローラ３０８は、端末デバイス２００の第２のＲＡＴネットワーク・アドレスａ．ｂ．ｃ．ｄを意図する全ての第２のＲＡＴデータを、端末デバイス２００の第１のＲＡＴネットワーク・アドレスｅ．ｆ．ｇ．ｈへ転送するように、ネットワーク・アクセス・ノード１１０６に指示することができる。転送設定命令を受信すると、ネットワーク・アクセス・ノード１１０６は、端末デバイス２００の代替宛先、例えば第１のＲＡＴネットワーク・アドレスｅ．ｆ．ｇ．ｈを（図１１に示されるような）転送テーブルに登録し、従って代替宛先への転送をアクティブにすることができる。

図１２は、幾つかの態様によるネットワーク・アクセス・ノード１１０６の内部構成を示す。ネットワーク・アクセス・ノード１１０６は、アンテナ・システム１２０２、無線システム１２０４、通信システム１２０６（制御モジュール１２０８および転送テーブル１１１２を含む）、および／またはバックホール・インターフェース１２１２を含んでもよい。ネットワーク・アクセス・ノード１１０６は、複数のアンテナを含むアンテナ・アレイであり得るアンテナ・システム１２０２を介して無線信号を送受信し得る。無線システム１２０４は、通信モジュール１２０６からの出力デジタル・データをアナログＲＦ信号に変換して無線送信のためにアンテナ・システム１２０２へ提供し、およびアンテナ・システム１２０２から受信した到来するアナログＲＦ信号をデジタル・データに変換して通信モジュール１２０６へ提供するために、送信および受信ＲＦおよびＰＨＹ処理を実行してもよい。制御モジュール１２０８は、アンテナ・システム１２０２および無線システム１２０４を介して制御を行うことを含む対応する無線アクセス・プロトコル、例えばＷｉ－Ｆｉ／ＷＬＡＮに従って、ネットワーク・アクセス・ノード１１０６の通信機能を制御することができる。

無線システム１２０４、制御モジュール１２０８は、ハードウェア定義モジュールとして、例えば１つ以上の専用ハードウェア回路またはＦＰＧＡとして、ソフトウェア定義モジュールとして、例えば１つ以上のプロセッサ実行プログラム・コードとして、またはハードウェア定義モジュールおよびソフトウェア定義モジュールの混合として構造的に実現されてもよく、プロセッサ実行プログラム・コードは、非一時的なコンピュータ読み取り可能な記憶媒体に保存される演算、制御、およびＩ／Ｏ命令（例えば、ソフトウェアおよび／またはファームウェア）を規定する。

幾つかの態様において、転送テーブル１１１２は、制御モジュール１２０８によってアクセス可能な（読み取り／書き込み）メモリとして具現化されてもよい。バックホール・インターフェース１２１２は、他のネットワーク・ノードとデータを送受信するように構成される物理接続のための有線（例えば、イーサネット、光ファイバ等）または無線（例えば、マイクロ波無線または類似の無線トランシーバ・システム）接続ポイントであってもよく、例えばマイクロ波無線送信機、またはファイバ・バックホール・リンクのための接続ポイントおよび関連回路であってもよい。

幾つかの態様において、制御モジュール１２０８は、１１００に示されるように、転送設定命令（アンテナ・システム１２０２および無線システム１２０４による処理に続く）を受信し、転送設定命令においてコントローラ３０８によって提供される例えば第１のＲＡＴネットワーク・アドレスｅ．ｆ．ｇ．ｈ等の代替宛先に従って転送テーブル１１１２を更新することによって、端末デバイス２００のための転送をアクティブにするよう進めてよい。

転送のアクティブ化の後、ネットワーク・アクセス・ノード１１０６は、端末デバイス２００を意図するインターネット・ネットワーク１１０２から受信されるすべての第２のＲＡＴデータ（例えば、第２のＲＡＴネットワーク・アドレスａ．ｂ．ｃ．ｄにアドレス指定されている）を、例えば第１のＲＡＴネットワーク・アドレスｅ．ｆ．ｇ．ｈ等の代替宛先へ再ルーティングすることができる。代替宛先は端末デバイス２００の第１のＲＡＴ接続の単なる第１のＲＡＴネットワーク・アドレスであるため、そのようなことは、結果として、第２のＲＡＴデータを、第１のＲＡＴネットワーク・アドレスを介して端末デバイス２００へ再ルーティングすることができる。従って、端末デバイス２００は、第１のＲＡＴネットワーク・アドレスｅ．ｆ．ｇ．ｈにアドレス指定された他のデータと共に、第１の通信モジュール３０６ａにおいて第１のＲＡＴ接続を介して第２のＲＡＴデータを受信することができる。

幾つかの態様において、制御モジュール１２０８は、応対される端末デバイスから受信される転送設定命令を使用して、転送テーブル１１１２にデータ入力することができる。転送テーブル１１１２は、少なくとも元のネットワーク・アドレスおよび転送ネットワーク・アドレスを含む転送エントリーを含んでもよい。幾つかの態様において、制御モジュール１２０８は、転送設定命令で指定される転送ネットワーク・アドレス（例えば、端末デバイス２００に対するｅ．ｆ．ｇ．ｈ）とともに、端末デバイスの元のネットワーク・アドレス（例えば、端末デバイス２００に対するａ．ｂ．ｃ．ｄ）を転送テーブル１１１２に登録することができる。従って、端末デバイス２００から転送設定命令を受信すると（端末デバイス２００は第２のＲＡＴネットワーク・アドレスａ．ｂ．ｃ．ｄを有し、転送設定命令において転送ネットワーク・アドレスｅ．ｆ．ｇ．ｈを指定する）、制御モジュール１２０８は、元の第２のＲＡＴネットワーク・アドレスａ．ｂ．ｃ．ｄおよび転送ネットワーク・アドレスｅ．ｆ．ｇ．ｈを転送テーブル１１１２に登録することができる。ある場合には、制御モジュール１２０８はまた、端末デバイス２００の転送エントリーのための「アクティブ・フラグ」を「オン（ｏｎ）」に設定してもよく、ここで、転送エントリーのためのアクティブ・フラグは、転送経路が現在アクティブであるか否かを指定することができる。

幾つかの態様において、１１００において端末デバイス２００から転送設定命令を受信した後、制御モジュール１２０８は、第２のＲＡＴネットワーク・アドレスａ．ｂ．ｃ．ｄで端末デバイス２００のために意図された全ての受信データを、第１のＲＡＴネットワーク・アドレスｅ．ｆ．ｇ．ｈへ転送するように進んでもよい。図１１は、インターネット・ネットワーク１１０２、コア・ネットワーク１１０４、およびネットワーク・アクセス・ノード１１０８を介した上位レベルの転送経路を示す一方、図１２は幾つかの態様によるネットワーク・アクセス・ノード１１０６内の内部経路を示す。１１１０に示されるように、インターネット・ネットワーク１１０２は、ネットワーク・アクセス・ノード１１０６にデータ・パケットを提供することができ、ネットワーク・アクセス・ノード１１０６は、ネットワーク・アクセス・ノード１１０６によってサービスされる様々な端末デバイスにアドレスされ得る。ネットワーク・アクセス・ノード１１０６は、受信データ・パケットを制御モジュール１２０８にルーティングすることができるバックホール・インターフェース１２１２でそのようなデータ・パケットを受信することができる。制御モジュール１２０８は、何らかのデータ・パケットが転送ネットワーク・アドレスへ再ルーティングされるべきか否かを決定するために、図１２に示されるように、転送テーブル１１１２内の元のネットワーク・アドレスを有する各データ・パケットの宛先ネットワーク・アドレスを検査することができる。

従って、１１１０に示されるように、ネットワーク・アクセス・ノード１１０６は、宛先ネットワーク・アドレスａ．ｂ．ｃ．ｄにアドレス指定されたデータ・パケット（または、以下の説明が同様に複数のデータ・パケットに適用され得るデータ・パケットのストリーム）をインターネット・ネットワーク１１０２から受信し得る。ネットワーク・アクセス・ノード１１０６は、バックホール・インターフェース１２１２を介してインターネット・ネットワーク１１０２からそのようなデータ・パケットを受信することができ、ここで、データ・パケットは、その後、制御モジュール１２０８で受信され、処理され得る。

続いて、制御モジュール１２０８は、応対される端末デバイスにアドレス指定されている各データ・パケットに対して、宛先ネットワーク・アドレスが、転送テーブル１１１２内でアクティブな転送フラグとともに登録されているオリジナル・ネットワーク・アドレスに合致するか否かを検査することができる。データ・パケットが、転送テーブル１１１２においてアクティブなフラグを有する元のネットワーク・アドレスにアドレス指定されている場合、制御モジュール１２０８は、転送テーブル１１１２において元のネットワーク・アドレスで登録された転送ネットワーク・アドレスへデータ・パケットを転送してもよい。

従って、図１２に示されるように、制御モジュール１２０８は、（例えば、ネットワーク・アドレスａ．ｂ．ｃ．ｄで）端末デバイス２００にアドレス指定されたデータ・パケットを受信すると、ａ．ｂ．ｃ．ｄという宛先ネットワーク・アドレスと転送テーブル１１１２の転送エントリーとを比較し、宛先ネットワーク・アドレスａ．ｂ．ｃ．ｄが端末デバイス２００の元のネットワーク・アドレスａ．ｂ．ｃ．ｄに一致し、アクティブな転送フラグを有することを確認してもよい。その結果、（無線システム１２０４およびアンテナ・システム１２０２から第２の通信モジュール３０６ｂへ提供される）第２のＲＡＴを介して端末デバイス２００にデータ・パケットを送信する代わりに、制御モジュール１２０８は、データ・パケットを、転送テーブル１１１２において元のネットワーク・アドレスａ．ｂ．ｃ．ｄに対して登録された端末デバイス２００の転送ネットワーク・アドレスにルーティングし直してもよく、例えば、初期転送設定メッセージにおいて端末デバイス２００によって登録された第１のＲＡＴネットワーク・アドレスであってもよい転送ネットワーク・アドレスｅ．ｆ．ｇ．ｈにルーティングし直してもよい。

データ・パケットのための適切な転送ネットワーク・アドレスを識別すると、制御モジュール１２０８は、（例えば、対応するヘッダ・カプセル化および伝送プロトコルに応じて、例えば、ＩＰアドレス指定スキームに従って）データ・パケットを再アドレス指定し、再アドレス指定されたデータ・パケットをバックホール・インターフェース１２１２を介してインターネット・ネットワーク１１０２に送信することができる。データ・パケットが転送ネットワーク・アドレスａ．ｂ．ｃ．ｄに再アドレス指定されるので、インターネット・ネットワーク１１０２は、再アドレス指定されたデータ・パケットをコア・ネットワーク１１０４にルーティングすることができる。

幾つかの態様において、コア・ネットワーク１１０４は、同様に、転送ネットワーク・アドレスａ．ｂ．ｃ．ｄを利用して、再アドレス指定されたデータ・パケットを、ｅ．ｆ．ｇ．ｈという転送ネットワーク・アドレスに関連する適切なネットワーク・アクセス・ノードへルーティングしてもよく、例えばユーザー側宛先アドレスとして第１のＲＡＴネットワーク・アドレスｅ．ｆ．ｇ．ｈを有する端末デバイス２００に第１のＲＡＴ接続を提供するネットワーク・アクセス・ノード１１０８へルーティングしてもよい。

次に、ネットワーク・アクセス・ノード１１０８は、第１のＲＡＴ接続を使用して、再アドレス指定されたデータ・パケットを端末デバイス２００へ送信してもよく、端末デバイス２００は、第１の通信モジュール３０６ａで再アドレス指定されたデータ・パケットを受信し、続いてコントローラ３０８で再アドレス指定されたデータ・パケットを処理してもよい。従って、コントローラ３０８は、データ・パケットを受信するために第２の通信モジュール３０６ｂを能動的に動作させなくてよい。その代わりに、コントローラ３０８は、第１の通信モジュール３０６ａだけで、第１のＲＡＴ接続および第２のＲＡＴ接続の両方についての監視を統合してもよい。コントローラ３０８は、再アドレス指定されたデータ・パケットが第２のＲＡＴデータ・パケットであることを識別し、あたかもデータ・パケットが実際に第２の通信モジュール３０６ｂで受信されていたかのように、関連する第２のＲＡＴプロトコルに従って再アドレス指定されたデータ・パケットを処理することができる。

前述のように、データ・パケットは、端末デバイス２００にアドレス指定された到来する第２のＲＡＴデータを示すページング・メッセージ等の制御データであってもよい。データ・パケットが第２のＲＡＴページング・メッセージであることが認識されると、コントローラ３０８は、第２の通信モジュール３０６ｂをアクティベートし、第２のＲＡＴ接続を介して到来する第２のＲＡＴデータを受信するために第２の通信モジュール３０６ｂをアクティベートして制御することを進めてもよい。

第２のＲＡＴ接続を介して到来する第２のＲＡＴデータを受信するために、コントローラ３０８は、ネットワーク・アクセス・ノード１１０６における転送をデアクティベートしてもよい。従って、コントローラ３０８は、ネットワーク・アクセス・ノード１１０６との第２の通信モジュール３０６ｂにおける第２のＲＡＴ接続を再開し、ネットワーク・アクセス・ノード１１０６に転送停止命令を送信してもよい。幾つかの態様において、ネットワーク・アクセス・ノード１１０６およびコントローラ３０８は、ネットワーク・アドレスを保持し、キープ・アライブ・タイマーを無視すること等によって、転送中に第２のＲＡＴ接続を「バーチャル」に維持してもよい（そうでなければ、このタイマーは満了し、接続の完全な切断をトリガーし得る）。従って、コントローラ３０８ｆが、転送をデアクティベートし、第２のＲＡＴ接続を再び利用することを決定すると、第２の通信モジュール３０６ｂおよびネットワーク・アクセス・ノード１１０６は、完全な接続再確立手順を実行することなく、第２のＲＡＴ接続の使用を再開することができる。例えば、コントローラ３０８は、第２のＲＡＴ接続を使用することを再開するために、（転送リンクを介して）ネットワーク・アクセス・ノード１１０６へ要求を送信してもよい。次いで、ネットワーク・アクセス・ノード１１０６は、（転送リンクを介して）アクノリッジメント（ＡＣＫ）で応答することができ、第２の通信モジュール３０６ｄとともに第２のＲＡＴ接続を使用することを再開するように、制御モジュール１２０８を促すことができる。幾つかの態様において、コントローラ３０８は、ネットワーク・アクセス・ノード１１０６が、第２のＲＡＴ接続を監視し続けるように構成されているように期待してもよく、第２の通信モジュール３０６ｂを介して第２のＲＡＴ接続で送信を再開してもよい。代替的に、幾つかの態様では、ネットワーク・アクセス・ノード１１０６およびコントローラ３０８は、転送中に第２のＲＡＴ接続を終了（例えば、完全に切断）してもよく、例えばディスカバリーおよび初期接続確立により実行することにより、第２のＲＡＴ接続を再確立してもよい。

幾つかの態様において、制御モジュール１２０８は、（アンテナ・システム１２０２および無線システム１２０４を介して）転送デアクティベーション命令を受信し、転送リンクをデアクティベートすることを進めてもよい。場合によっては、制御モジュール１２０８は、端末デバイス２００の転送テーブル１１１２におけるアクティブ・フラグを「オフ（ｏｆｆ）」に変更することによって、転送リンクをデアクティベートしてもよい（制御モジュール１２０８は、転送テーブル１１１２から転送エントリーを代替的に削除してもよい）。従って、制御モジュール１２０８は、ａ．ｂ．ｃ．ｄで端末デバイスにアドレス指定されたさらなるデータ・パケットを受信した場合、転送リンクは現在宛先ネットワーク・アドレスａ．ｂ．ｃ．ｄに関してアクティブでないことを、転送テーブル１１１２から判断し、第２のＲＡＴ接続を介してデータ・パケットを端末デバイス２００へ無線送信するように進行してもよい。従って、端末デバイス２００は、第２の通信モジュール３０６ｂにおける第２のＲＡＴ接続を介して、最初に転送されたページング・メッセージで示される到来する第２のＲＡＴデータを受信することができる。

上述のように、幾つかの態様において、ネットワーク・アクセス・ノード１１０６は、第１のＲＡＴネットワーク・アドレスにアドレス指定される端末デバイス２００の第２のＲＡＴネットワーク・アドレスに最初にアドレス指定されるデータ・パケットを再アドレス指定することにより、転送リンクを実現してもよい。幾つかの態様において、ネットワーク・アクセス・ノード１１０６は、端末デバイス２００の第１のＲＡＴネットワーク・アドレス（例えば、転送ネットワーク・アドレス）を含む別のラッパー（またはヘッダ）でデータ・パケットをラッピングすることによって、所与のデータ・パケットに対する転送リンクを実現してもよい。次いで、ネットワーク・アクセス・ノード１１０６は、再ラッピングされたデータ・パケットをインターネット・ネットワーク１１０２へ送り、次いで、端末デバイス２００の第１のＲＡＴネットワーク・アドレスを指定するラッパーに従って、再ラッピングされたデータ・パケットをコア・ネットワーク１１０４およびネットワーク・アクセス・ノード１１０８へルーティングすることができる。次いで、ネットワーク・アクセス・ノード１１０８は、再ラッピングされたデータ・パケットを第１のＲＡＴ接続を介して端末デバイス２００へ送信することにより、転送リンクを完成させてもよい。

図１３は、転送および共通監視スキームを、幾つかの態様に従って端末デバイス２００で実行される方法１３００として概要を示す。図１３に示されるように、コントローラ３０８は、最初に、例えばネットワーク・アクセス・ノード１１０６を介して第２のＲＡＴ接続を一時的にデアクティベートする接続を選択し、デアクティベートされたＲＡＴ接続において到来する全てのデータに対する転送リンクを確立することができる（１３０２）。特に、コントローラ３０８は、選択されたＲＡＴ接続を最初にサポートするネットワーク・アクセス・ノード、例えば「オリジナル・ネットワーク・アクセス・ノード」に転送設定命令を送信してもよく、これは、端末デバイス２００にアドレス指定される将来の全ての到来するデータを転送するために、オリジナル・ネットワーク・アクセス・ノードの転送ネットワーク・アドレスを指定する。次に、コントローラ３０８は、選択されたＲＡＴ接続をデアクティベートしてもよく、これは、電力を節約するために、コントローラ３０８がアイドル、スリープ、または電源オフ状態にしてもよい例えば第２の通信モジュール３０６ｂ等の関連通信コンポーネントをデアクティベートすることを含み得る。

幾つかの態様では、１３０４において、コントローラ３０８は、次いで、転送リンクに関連するＲＡＴ接続、例えばネットワーク・アクセス・ノード１１０８との第１のＲＡＴ接続を含む、残りのＲＡＴ接続を介してデータを送信および／または受信することを進めてもよい。従って、デアクティベートされるＲＡＴ接続上で通信を実行するのとは対照的に、コントローラ３０８は、デアクティベートされるＲＡＴ接続に関連する通信コンポーネントをインアクティブ状態に維持し、その代わりに転送リンク上の関連する到来するデータを監視することができる。オリジナル・ネットワーク・アクセス・ノードは、オリジナル・ネットワーク・アドレスで端末デバイス２００にアドレス指定された全ての到来するデータを、転送設定命令においてコントローラ３０８によって指定される転送ネットワーク・アドレスへ転送するように進んでもよく、そのアドレスは、他のネットワーク・アクセス・ノード、例えば「選択されたネットワーク・アクセス・ノード」によって提供される端末デバイス２００の残りのＲＡＴ接続のネットワーク・アドレスであり得る。

従って、コントローラ３０８は、１３０６において転送リンク上の選択されたネットワーク・アクセス・ノードから受信されるデータを調べ、到来するデータが転送リンクに関連するＲＡＴ接続のために意図されているのか、またはデアクティベートされたＲＡＴ接続を介して端末デバイス２００に当初アドレス指定された後に転送されているのかを決定することができる。転送リンク上の全ての到来するデータが、転送リンクに関連するＲＡＴ接続に元々関連付けられている場合、コントローラ３０８は、１３０４において、残りのＲＡＴ接続上でデータを送受信し続けることができる。

あるいは、コントローラ３０８が、デアクティベートされたＲＡＴ接続のための転送データは転送リンク１３０６で受信されていたと判断した場合、コントローラ３０８は、転送データを読み出して転送データの内容を識別し、どのような更なる動作が適切であるかを判断してもよい。より具体的には、コントローラ３０８は、１３０８において、現在デアクティベートされているＲＡＴ接続に関する更なる到来するデータを受信するために、コントローラ３０８がデアクティベートされたＲＡＴ接続を再確立する必要があるか否かを決定してもよい。

幾つかの態様において、１３０６で識別される転送データが、デアクティベートされたＲＡＴ接続のための到来するデータだけである場合、または１３０６で識別される転送データが、デアクティベートされたＲＡＴ接続のために、限られた量のさらなる到来するデータのみがペンディングであることを示す場合（例えば、限られた量のさらなる到来するデータのみを示すページング・メッセージ）、１３０８において、コントローラ３０８は、デアクティベートされたＲＡＴ接続を再確立する必要はないことを決定し、１３１０において、転送リンクを介して、選択されたネットワーク・アクセス・ノードからデアクティベートされたＲＡＴ接続のための任意の残りの転送データを受信するように進んでもよい。

あるいは、コントローラ３０８が１３０８において、デアクティベートされたＲＡＴ接続は再確立されるべきであると決定した場合（例えば、１３０６で識別された転送データが、デアクティベートされたＲＡＴ接続のためのかなりの量の到来するデータを示す場合）、または転送データが、アップリンク・データ・トラフィックが必要であることを示す場合、コントローラ３０８は、１３１２へ進み、デアクティベートされたＲＡＴ接続を再確立し、転送リンクをデアクティベートしてもよい。

より具体的には、コントローラ３０８は、現在デアクティベートされているＲＡＴ接続を最初に提供したオリジナル・ネットワーク・アクセス・ノードに再接続して（ネットワーク・アクセス・ノードがまだ利用可能であれば、以下に詳述するように）、デアクティベートされているＲＡＴ接続を再確立し、それに続いて、今や再確立されたＲＡＴ接続上のオリジナル・ネットワーク・アクセス・ノードへ転送デアクティベーション命令を送信することにより、転送リンクをデアクティベートしてもよい。そのようなことは、例えば第２の通信モジュール３０６ｂ等の、再確立されたＲＡＴ接続に関連する通信コンポーネントを再度アクティベートすることを含み得る。オリジナル・ネットワーク・アクセス・ノードは、転送テーブルを更新することによって、転送リンクをデアクティベートしてもよい。

転送リンクは今やデアクティベートされているので、オリジナル・ネットワーク・アクセス・ノードは、端末デバイス２００にアドレス指定された到来するデータを転送しなくてもよく、その代わりに、再確立されたＲＡＴ接続を介して端末デバイス２００へ到来するデータを送信するように進んでもよい。従って、コントローラ３０８は、１３１４において、関連する通信コンポーネントにより、再確立されたＲＡＴ接続上の残りのデータを受信することができる。

必要に応じて、１３１４における残りのデータの受信の終了に続いて、コントローラ３０８は、幾つかの態様において、（選択されたネットワーク・アクセス・ノードを介してルーティングされる可能性がある）オリジナル・ネットワーク・アクセス・ノードへ転送設定命令を送信することにより、新しい転送リンクを確立することを決定してもよく、従って、同じＲＡＴ接続を再びデアクティベートし、関連する通信コンポーネントのデアクティベーションを許容する。従って、コントローラ３０８は、関連する通信コンポーネントをデアクティベートし、他のＲＡＴ接続を介して転送リンクを再開することによって、例えば複数のＲＡＴ接続に関する受信を１つにまとめることによって、電力を節約することができる。

１３０２と同様の転送リンクのアクティベーションは、転送設定命令の転送およびネットワーク・アクセス・ノードによるその後の登録により完了させてもよいが、１３１２と同様に、以前にデアクティベートされたＲＡＴ接続（および関連する転送リンクのデアクティベーション）の再確立は、動的な無線条件およびネットワーク移動性に起因して困難になり得る。

例えば、端末デバイス２００は、１１００および１１１０におけるネットワーク・アクセス・ノード１１０６の範囲内にある（従って、ネットワーク・アクセス・ノード１１０６に転送命令を送信することができる）かもしれないが、端末デバイス２００は、転送がネットワーク・アクセス・ノード１１０６によって起動された後に、異なる地理的位置に移動するかもしれない。追加的または代替的に、たとえ端末デバイス２００が同じ地理的位置に留まっていたとしても、ネットワークおよび無線状態の変化は、ネットワーク・アクセス・ノード１１０６が、端末デバイス２００への送信を完了できないように（またはその逆に）し得る。

従って、場合によっては、コントローラ３０８は、ネットワーク・アクセス・ノード１１０６との元のＲＡＴ接続を再確立できないかもしれない。結果として、コントローラ３０８は、転送リンクをデアクティベートして元のＲＡＴ上での通信を再開することをできないかもしれない。従って、ネットワーク・アクセス・ノード１１０６は、コントローラ３０８によって最初に確立された転送リンクに従って、端末デバイス２００にアドレス指定されたデータを転送し続けるかもしれない。

したがって、元のＲＡＴ接続と同じ無線アクセス技術のＲＡＴ接続が望まれる場合、コントローラ３０８は、同じ無線アクセス技術の新しいネットワーク・アクセス・ノードを発見し；例えば、図１１の環境において、コントローラ３０８は、（例えば、新しいネットワーク・アクセス・ノードを使用してインターネット・ネットワーク１１０２で同じ宛先アドレスへの）新しいＲＡＴ接続を確立するためのものにより第２のＲＡＴの近接ネットワーク・アクセス・ノードを検出するために、第２のＲＡＴのためのディスカバリーを実行してもよい。

従って、コントローラ３０８は、所望の無線アクセス技術の近接ネットワーク・アクセス・ノードを検出するために、適切な通信モジュール、例えば第２の通信モジュール３０６ｂにおけるディスカバリーをトリガーすることができる（あるいは、図３の共通発見モジュール３０６ｅに関して詳細に前述したような共通発見チャネルおよび手順を用いて行ってもよく；このような共通ディスカバリーはネットワーク・アクセス・ノードを発見するために等しく採用されてもよい）。適切な通信モジュール、例えば第２の通信モジュール３０６ｂが適切なネットワーク・アクセス・ノードを発見した場合、コントローラ３０８は、選択されたネットワーク・アクセス・ノードとのＲＡＴ接続を確立することができ、選択されたネットワーク・アクセス・ノードを介して、オリジナル・ネットワーク・アクセス・ノード、例えばネットワーク・アクセス・ノード１１０６から、選択されたネットワーク・アクセス・ノード、例えば別のネットワーク・アクセス・ノード（図１１に明示的には示されていない）へ、デアクティベートされたＲＡＴ接続をハンドオーバーしてもよい。オリジナル・ネットワーク・アクセス・ノードが、コントローラ３０８によって最初に提供される転送設定命令に従って、依然として転送リンクを動作させているので、従ってコントローラ３０８は選択されたネットワーク・アクセス・ノードを利用して、転送デアクティベーション命令をオリジナル・ネットワーク・アクセス・ノードにルーティングし、転送リンクをデアクティベートするようにオリジナル・ネットワーク・アクセス・ノードに指示することができる。

図１１の環境において、コントローラ３０８は、転送デアクティベーション命令をネットワーク・アクセス・ノード１１０６へ送ることができ、その結果、選択されたネットワーク・アクセス・ノードは、コントローラ３０８から転送デアクティベーション命令を受信し、転送デアクティベーション命令を、例えばインターネット・ネットワーク１１０２を介して、オリジナル・ネットワーク・アクセス・ノードへルーティングすることができる。

コントローラ３０８はまた、全ての将来のデータが選択されたネットワーク・アクセス・ノードを介して端末デバイス２００へルーティングされることを必要とするため、コントローラ３０８はまた、オリジナル・ネットワーク・アクセス・ノードにおいてデアクティベートされるＲＡＴ接続を、選択されたネットワーク・アクセス・ノードへ永続的に移すために、接続ハンドオーバーを手配してもよく、これにより、コントローラ３０８は、選択されたネットワーク・アクセス・ノードにおいて新たに確立されたＲＡＴ接続を継続することができる。

コントローラ３０８は、最終的に、選択されたネットワーク・アクセス・ノードに接続されている間、転送リンクを再確立することを決定することができ、その場合、コントローラ３０８は、前述したのと同様の方法で、転送アドレスを有する選択されたネットワーク・アクセス・ノードへ転送設定命令を送信することができ、その後、選択されたネットワーク・アクセス・ノードとのＲＡＴ接続に関連するデータを、別のネットワーク・アクセス・ノードを介して端末デバイス２００へ転送させることができる。

コントローラ３０８は、デアクティベートされたＲＡＴ接続と同じ無線アクセス技術の近接ネットワーク・アクセス・ノードを検出するために特定の状況においてディスカバリーを首尾よく実行するかもしれないが、コントローラ３０８が適切な如何なるネットワーク・アクセス・ノードも検出できない別のケースが存在するかもしれず、従ってデアクティベートされたＲＡＴ接続と同じ無線アクセス技術でＲＡＴ接続を再確立する如何なる方法にもよらず、オリジナル・ネットワーク・アクセス・ノードにおいて転送リンクをアクティブのままにする。従って、コントローラ３０８は、他の無線アクセス技術を頼りにすることができる。

例えば、コントローラ３０８は、オリジナル・ネットワーク・アクセス・ノード、例えば、ネットワーク・アクセス・ノード１１０６において既存の転送リンクをデアクティベートし、デアクティベートされたＲＡＴ接続を残りのＲＡＴ接続へ移すために、転送リンクがアクティブである残りのＲＡＴ接続、例えば図１１の環境においてネットワーク・アクセス・ノード１１０８を介する第１のＲＡＴ接続を利用することができる。

より具体的には、幾つかの態様において、コントローラ３０８は、残りのＲＡＴ接続を利用して、転送デアクティベーション命令をオリジナル・ネットワーク・アクセス・ノードへルーティングしてもよく；例えば、図１１の環境において、コントローラ３０８は、ネットワーク・アクセス・ノード１１０８との第１のＲＡＴ接続を利用して、コア・ネットワーク１１０４およびインターネット・ネットワーク１１０２を介してネットワーク・アクセス・ノード１１０６へ転送デアクティベーション命令をルーティングしてもよい。ネットワーク・アクセス・ノード１１０６は、従って、転送デアクティベーション命令を受信し、（例えば、中継テーブル１１１２の更新により）転送リンクをデアクティベートするように進行し、従って、初期転送設定命令においてコントローラ３０８によって最初に指定された転送ネットワーク・アドレスへの、端末デバイス２００にアドレス指定されたデータの転送を終了する。

コントローラ３０８はまた、ネットワーク・アクセス・ノード１１０６においてデアクティベートされたＲＡＴ接続をネットワーク・アクセス・ノード１１０８へ転送するように手配してもよく、これにより、端末デバイス２００が、残りのＲＡＴ接続を介して関連データを受信し続けることを確実にする。第２のＲＡＴ接続は今や切断されているので、端末デバイス２００は、第２のＲＡＴネットワーク・アドレスを喪失しており、その代わりに、データ転送のために第１のＲＡＴ接続および関連する第１のＲＡＴネットワーク・アドレスを頼りにすることができる。

上述の転送および共通監視スキームは、ページング・メッセージの受信に限定されず、任意の突発的および／または周期的な情報の転送および共通監視に特に適しているであろう。従って、制御情報は、特に比較的まれに発生するページング・メッセージ等のアイドル・モード制御情報に関連し得る。しかしながら、転送および共通監視スキームは、任意のデータおよび／またはデータ・ストリームに対して等価に適用されてもよい。例えば、上述の再アドレス指定されたデータ・パケットは、少量の到来する第２データのみが端末デバイス２００への送信を保留にしていることを示す第２のＲＡＴページング・メッセージを含んでいてもよい。従って、第２の通信モジュール３０６ｂで第２のＲＡＴ接続を再アクティベートし、転送デアクティベーション命令で転送リンクをデアクティベートする代わりに、コントローラ３０８は、むしろ転送リンクに手を付けないままにし（例えば、転送デアクティベーション命令の送信を控え）、ネットワーク・アクセス・ノード１１０６が、転送ネットワーク・アドレスｅ．ｆ．ｇ．ｈでデータ・パケットを再アドレス指定し、再アドレス指定されたデータ・パケットをインターネット・ネットワーク１１０２、コア・ネットワーク１１０４およびネットワーク・アクセス・ノード１１０８（例えば、転送リンク）を介して端末デバイス２００へルーティングすることによって、データ・パケットを端末デバイス２００へ転送し続けることを可能にする。ネットワーク・アクセス・ノード１１０８と端末デバイス２００との間の第１のＲＡＴ接続における過剰な外部データ・トラフィックは輻輳を招く可能性があるが、転送リンクにより端末デバイス２００へ妥当な量のデータを転送することが受け入れられ得る。従って、端末デバイス２００は、幾つかの態様において、到来するデータを受信するために第２の通信モジュール３０６ｂをアクティブにすることを避けることができ、その代わりに、転送リンクを介してネットワーク・アクセス・ノード１１０８から第２のＲＡＴデータを受信することができる。

転送リンクを介して到来する第２のＲＡＴデータを受信した後、端末デバイス２００は、ネットワーク・アクセス・ノード１１０６において転送リンクに手を付けないことによって、例えば中継デアクティベーション命令を送信することを控えることによって、第１の通信モジュール３０６ａにおいて監視を統合し続けることができる。転送リンクで大量のデータ（マルチメディア・データ・ストリームまたは大きなファイルなど）を伝送することを回避することは有利であり得るが、端末デバイス２００は、上述したのと同じ方法で、任意のタイプまたはサイズのデータに対して転送を実現することができ、従って、そのような変形はすべて本開示の範囲内にある。

マルチメディア・データ・ストリームまたは大容量ファイル等の大量のデータは、転送リンクをサポートするために選択されたネットワーク・アクセス・ノードの容量および現在のトラフィック負荷に応じて管理可能であってもよく；従って、大容量および／または低トラフィックのネットワーク・アクセス・ノードは、他の低容量および／または高トラフィックのネットワーク・アクセス・ノードよりも大量の転送データを取り扱うためにより適しているかもしれない。

本明細書で詳述する転送リンクは、主にダウンリンク・データに利用されてもよいが；ネットワーク・アクセス・ノードの構成に応じて、端末デバイス２００は、幾つかの態様において、転送リンクを介してアップリンク・データを転送することができる。例えば、転送リンクがアクティブであり、コントローラ３０８がアイドル状態のＲＡＴ接続上で送信するアップリンク・データを有する場合、コントローラ３０８は、アップリンク・データを送信するため、またはアイドル状態のＲＡＴ接続を再アクティベート（または再確立）するために、転送リンクを利用するかどうかを決定することができる。例えば、アップリンク・データが（例えば、しきい値未満の）限られた量のデータである場合、コントローラ３０８は、アップリンク・データを転送リンクを介して送信することができる。アップリンク・データが（例えば、閾値を超える）より多い量のデータである場合、コントローラ３０８は、アイドル状態のＲＡＴ接続を再アクティベート（または再確立）して、アップリンク・データを送信することができる。幾つかの態様において、コントローラ３０８は、最初に、転送リンクを介してアイドル状態のＲＡＴ接続のネットワーク・アクセス・ノードへアクセス要求メッセージを送信し、アイドル状態のＲＡＴ接続の再確立を開始してもよい。

転送設定および転送デアクティベーション命令に加えて、幾つかの態様では、端末デバイス２００は、転送修正命令を追加的に使用することができる。端末デバイス２００は、既存の転送リンク（アクティブまたはインアクティブのいずれか）を修正するために、このような転送修正命令を使用することができる。例えば、端末デバイス２００は、新しい第１のＲＡＴネットワーク・アドレス、例えばｑ．ｒ．ｓ．ｔを割り当てられ、将来のデータ・パケットが新しい第１のＲＡＴネットワーク・アドレスにルーティングされることを保証するために、ネットワーク・アクセス・ノード１１０６における転送エントリーを更新することができる。従って、コントローラ３０８は、新しい第１のＲＡＴネットワーク・アドレスｑ．ｒ．ｓ．ｔを転送ネットワーク・アドレスとして識別し、（第２の通信モジュール３０６ｂとの第２のＲＡＴ接続を介して）ネットワーク・アクセス・ノード１１０６へ転送修正命令を送信する転送修正命令を生成してもよい。

制御モジュール１２０８は、バックホール・インターフェース１２１２を介して転送修正命令を受信し、続いて、古い転送ネットワーク・アドレス（ｅ．ｆ．ｇ．ｈ）を新しい転送ネットワーク・アドレス（ｑ．ｒ．ｓ．ｔ）に置き換えるために、転送テーブル１１１２における端末デバイス２００のためのエントリーを更新することができる。このような転送修正命令は、更に、転送テーブル１１１２でアクティブ転送フラグを設定するように制御モジュール１２０８を促す転送修正命令に、アクティベーションまたはデアクティベーション命令を含めることによって、転送セットアップまたは転送デアクティベーション命令と組み合わせられてもよい。

上述の例示的なシナリオ１１００および１１１０は、任意のタイプの無線アクセス技術に使用されてもよい。例えば、幾つかの態様において、第１のＲＡＴは例えばＬＴＥであってもよく、第２のＲＡＴは例えばＷｉ－Ｆｉであってもよく、ここで、ネットワーク・アクセス・ノード１１０８はＬＴＥ ｅＮｏｄｅＢであってもよく、ネットワーク・アクセス・ノード１１０６はＷｉ－Ｆｉ ＡＰであってもよい。幾つかの態様において、第１のＲＡＴはＷｉ－Ｆｉであってもよく、第２のＲＡＴはＬＴＥであってもよく、ここで、ネットワーク・アクセス・ノード１１０８はＷｉ－Ｆｉ ＡＰであってもよく、ネットワーク・アクセス・ノード１１０６はＬＴＥ ｅＮｏｄｅＢであってもよい。幾つかの態様において、第１または第２のＲＡＴはＷｉ－Ｆｉであってもよく、第１または第２のＲＡＴの他のものはＢｌｕｅｔｏｏｔｈであってもよい。いかなる無線アクセス技術も、本開示の範囲から逸脱することなく利用することができる。

従って、種々の態様において、端末デバイス２００は、転送および共通監視スキームを実行するために、種々のネットワーク・アクセス・ノードを介した協調を頼りにしてもよい。幾つかの態様において、転送ネットワーク・アクセス・ノード（ネットワーク・アクセス・ノード１１０６またはネットワーク・アクセス・ノード１１０８）は、前提とする無線アクセス・プロトコルを操作することなく、転送手順を実現することができる。これは、到来するデータが宛先デバイスに割り当てられた別のネットワーク・アドレスにより同じ宛先デバイスへ転送され得るという事実を頼りにすることができる。換言すれば、ネットワーク・アクセス・ノードのローカル・コンフィグレーションのみが転送構造を含むように修正され得るので、例えばＷｉ－Ｆｉ、ＬＴＥ等の標準化されたプロトコルは、特定の例では、転送方式をサポートするために修正されなくてよい。

ネットワーク・アクセス・ノードによる協調は重要であり得るので、転送および共通監視スキームを実施する端末デバイス２００の能力は、関連するネットワーク・アクセス・ノードが転送システムをサポートするかどうかに依存し得る。従って、ネットワーク・アクセス・ノード１１０６またはネットワーク・アクセス・ノード１１０８のうちの１つだけが転送をサポートする場合、幾つかの態様において、端末デバイス２００は、転送可能ネットワーク・アクセス・ノードに関連するデータ・トラフィックを、非－転送可能ネットワーク・アクセス・ノードへ転送することのみが可能であり得る（逆はそうでない）。それにもかかわらず、端末デバイス２００が転送および共通監視スキームを利用できるようにするために、ネットワーク・アクセス・ノードのうちの１つだけは互換性があるとすることが可能である。

しかしながら、複数のネットワーク・アクセス・ノードが転送をサポートする場合、例えばネットワーク・アクセス・ノード１１０６およびネットワーク・アクセス・ノード１１０８の両方が転送をサポートする場合、端末デバイス２００は、ＲＡＴ接続のうち一時的に切断するもの、および転送リンクをサポートするものを選択することが可能であってもよい。先に詳細に説明したように、転送および共通監視スキームは電力消費の利点を提供することができ、その理由は、端末デバイス２００が、１つ以上の通信モジュールを一時的に停止することができ、すべての関連するデータ・パケットを他のアクティブな通信モジュールへ転送させ、それによって、到来するデータ・パケットの監視を、アクティブな通信モジュールに統合することができるからである。従って、端末デバイス２００が、各自転送可能である２つ以上のネットワーク・アクセス・ノードへのアクティブなＲＡＴ接続を有するアプリケーションは、１つのＲＡＴ接続が他よりも電力集約的である場合に特に有利であり、なぜなら、端末デバイス２００は電力集約型ＲＡＴ接続を一時的に切断し、関連するすべてのデータを他のＲＡＴ接続へ転送することができるかもしれないからである。

例えば、第２の通信モジュール３０６ｂを介した第２のＲＡＴ接続が、第１の通信モジュール３０６ａを介した第１のＲＡＴ接続よりも少ない電力消費しか必要としない場合、コントローラ３０８は、第１のＲＡＴから第２のＲＡＴへの転送を開始すること、そして端末デバイス２００の第２のＲＡＴネットワーク・アドレスを宛先ネットワーク・アドレスとして指定する転送設定命令をネットワーク・アクセス・ノード１１０８へ送信することを選択することができる。

幾つかの態様において、コントローラ３０８は、どのＲＡＴ接続を切断するかおよび転送リンクをサポートするものを決定する際に、電力消費に対して代替的または追加的なファクタを考慮してもよい（これは、複数のＲＡＴ接続が転送可能ネットワーク・アクセス・ノードによって提供される状況においてのみ実行可能である）。例えば、コントローラ３０８は、どのＲＡＴ接続が最も「アクティブ」であるか、例えばどのＲＡＴ接続が最も負担の重いデータ・トラフィックを受信しているか、および／またはどのＲＡＴ接続が例えばページング・メッセージ等のデータを受信する可能性が最も高いかを考慮してもよい。先に紹介したように、共通監視は、ページング・メッセージや他の制御情報などのメッセージに対するアイドル・モード監視に特に有利であるかもしれない（ただし、すべてのデータが適用可能であると考えられる）。端末デバイス２００の各ＲＡＴ接続は、別々に動作してもよく、異なるスケジューリングおよびフォーマット・パラメータを使用してもよいので、様々なＲＡＴ接続は所与の任意の時点で異なるトラフィック負荷を有し得る。

例えば、各ＲＡＴ接続は、アクティブ状態またはアイドル状態であってもよく（無線アクセス技術はまた他のアクティビティ状態を有していてもよい）、アクティブなＲＡＴ接続は、専用無線リソースを割り当てられていてもよく、アイドルＲＡＴ接続は、如何なる専用無線リソースも割り当てられていないかもしれない。したがって、アクティブなＲＡＴ接続は、（例えば、ダウンリンクおよびアップリンク制御およびユーザー・データ等の）大量のデータ・トラフィックを有するかもしれない一方、アイドルＲＡＴ接続は、（例えば、ページング・メッセージに限定される等の）最小限のデータ・トラフィックを有するかもしれない。

アイドル状態のＲＡＴ接続と比較して、比較的負担が重いアクティブ状態のＲＡＴ接続のデータ・トラフィックに起因して、コントローラ３０８は、データをアクティブＲＡＴ接続へ転送するアイドルＲＡＴ接続のためのネットワーク・アクセス・ノードで転送リンクを確立することによって、アイドルＲＡＴ接続のためのデータ・トラフィックをアクティブＲＡＴ接続へ統合することを選択することができる。そのようなことは、転送されたデータとアクティブＲＡＴ接続の既存のデータとの両方を送信することを、アクティブＲＡＴ接続に要求するかもしれないため、転送されるデータ・トラフィックは、アクティブＲＡＴ接続が過負荷にならない程度に十分に軽くすることが可能である。

例えば、アイドルＲＡＴ接続は、アクティブＲＡＴへの転送リンクを介してページング・
メッセージを提供するのみであるかもしれず、これは比較的頻繁なことではなく、少量のデータしか含んでおらず；従って、転送リンクが過負荷になる可能性は低い。逆に、コントローラ３０８が、例えばアクティブＲＡＴ接続からのビデオ・ストリームを別のアクティブＲＡＴ接続に統合することを選択した場合、後者のＲＡＴ接続は、過負荷になるかもしれない（ただし、それは、転送をタスクとしているネットワーク・アクセス・ノードの容量および現在のトラフィック状況に依存し得る）。

従って、コントローラ３０８は、データ・トラフィックの負荷に基づいて、どのＲＡＴ接続を一時的に切断するか、およびどのＲＡＴ接続を転送リンクとしてアクティベートするかを選択するように構成されてもよい。コントローラ３０８は、さらに、どのＲＡＴ接続が到来するデータを受信する可能性が最も高いかを考慮してもよく；例えば、所与のＲＡＴ接続は、一般的に、例えばページング・メッセージ等の到来するデータを、他のＲＡＴ接続よりも頻繁に受信するかもしれず、これは、基礎となるアクセス・プロトコルおよび／またはＲＡＴ接続の現在の状態に起因し得る。従って、コントローラ３０８は、どのＲＡＴ接続が到来するデータを受信する可能性がより高いか、およびどのＲＡＴ接続が到来するデータを受信する可能性がより低いかを識別し、続いて「可能性の低い」ＲＡＴ接続のための転送リンクとして「可能性の高い」ＲＡＴ接続を割り当てることができる。

コントローラ３０８は、追加的または代替的に、切断するＲＡＴ接続と転送リンクに使用するものとを選択する際に、各ＲＡＴ接続に関連するネットワーク・アクセス・ノードのカバレッジ範囲を考慮するように構成されてもよい。例えば、セルラー・ネットワーク・アクセス・ノード（例えば、基地局）は、一般に、短距離ネットワーク・アクセス・ノード（例えば、ＷＬＡＮ ＡＰｓ、Ｂｌｕｅｔｏｏｔｈ・マスター・デバイスなど）よりもかなり大きなカバレッジ・エリアを有し、ここで、類似の比較が一般に種々の無線アクセス技術に対してなされてよい。

より大きなカバレッジ・エリアに関連するＲＡＴ接続は、より広い範囲の端末デバイス２００の移動をサポートするので、コントローラ３０８は、（例えば、より狭い範囲のＲＡＴ接続を提供するネットワーク・アクセス・ノードに転送設定命令を送信することにより）より狭い範囲のＲＡＴ接続を一時的に切断することを選択し、従って、より広い範囲のＲＡＴ接続を転送リンクとして利用することができる。従って、図１１の例示的な環境において、コントローラ３０８は、ネットワーク・アクセス・ノード１１０６によって提供される第２のＲＡＴ接続を一時的に切断し、そしてネットワーク・アクセス・ノード１１０８を介した第１のＲＡＴ接続を転送リンクとして利用することを選択してもよい。

セルラー・ネットワーク・アクセス・ノードが、短距離ネットワーク・アクセス・ノードよりも広いカバレッジ・エリアを提供するだけでなく、多くのセルラー無線アクセス・ネットワークが、集合的に、広い地理的エリアにわたってより一貫性のあるカバレッジを提供してもよい。例えば、端末デバイス２００に利用可能なＷｉ－Ｆｉネットワーク・アクセス・ノード（例えば、端末デバイス２００は、接続するための許可または資格を有する）は、地理的な基礎、例えば家庭、オフィス、または特定の公的または私的な場所において散在的にしか利用可能でないかもしれず、一般に、利用可能な連続的な地理的領域を形成しないかもしれない。従って、端末デバイス２００が、例えばネットワーク・アクセス・ノード１１０６のカバレッジ・エリア圏外に移動する場合、端末デバイス２００は、接続するための利用可能な如何なるＷｉ－Ｆｉネットワーク・アクセス・ノードも有しないかもしれない。したがって、端末デバイス２００が、Ｗｉ－Ｆｉ接続を転送リンクとして使用することを選択し、その後に関連するＷｉ－Ｆｉネットワーク・アクセス・ノードのカバレッジ圏外へ移動する場合、端末デバイス２００は、Ｗｉ－Ｆｉ接続を転送リンクとして使用し続けることができないかもしれない。

しかしながら、セルラー無線アクセス・ネットワークは、一般に、各セルによって集合的に形成される大きな連続的なカバレッジ・エリアを有し、従って、たとえ端末デバイス２００がネットワーク・アクセス・ノード１１０８のカバレッジ・エリア圏外へ移動したとしても、端末デバイス２００は利用可能な別のセルラー・ネットワーク・アクセス・ノードを有するであろう、ということを仮定してよい。従って、コントローラ３０８は、追加的または代替的に、基礎となるどの無線アクセス・ネットワークがより連続的なカバレッジを提供するかを考慮してもよく、セルラー無線アクセス・ネットワークおよび他の長距離無線アクセス・ネットワークは、一般に、Ｗｉ－ＦｉおよびＢｌｕｅｔｏｏｔｈ等の短距離無線アクセス・ネットワークよりも連続的なカバレッジを提供すると考えられる。

追加的または代替的に、幾つかの態様では、コントローラ３０８は、１つ以上のＲＡＴ接続の遅延および／または遅延の要求を考慮してもよい。例えば、音声および他のマルチメディア・ストリーミング等の特定のデータ・ストリームは、厳密な遅延およびレイテンシー要求を有するかもしれず、例えば大きな遅延／レイテンシーを許容できないかもしれない。従って、１つのＲＡＴ接続が厳格な遅延／レイテンシー要求を有する場合、コントローラ３０８は、別のＲＡＴ接続を一時的に切断し、厳格な遅延／レイテンシー要求を伴うＲＡＴ接続を転送リンクとして使用し続けることを選択してもよく、そのようなことは、基礎となるデータをシームレスに受信し続けるように、厳格なＲＡＴ接続の能力を維持することができる。

追加的または代替的に、幾つかの態様では、コントローラ３０８は、１つ以上のＲＡＴ接続のセキュリティ要件を考慮してもよい。例えば、特定のデータ・ストリームは、高い優先度のセキュリティ要件を有するかもしれず、従って安全なリンク上でのみ転送され得る。従って、例えば、ＲＡＴ接続の１つが非常に厳格なセキュリティ要件を有する場合、コントローラ３０８は、別のＲＡＴ接続を一時的に切断し、厳格なセキュリティ要件を有するＲＡＴ接続を転送リンクとして使用し続けることを選択してもよい。

従って、コントローラ３０８は、転送リンクとして使用するＲＡＴ接続と、一時的に切断するＲＡＴ接続（例えば、転送リンク上に統合するもの）とを選択する際に、これらのファクタのうちの何れかまたは組み合わせを利用するように構成されてもよい。

コントローラ３０８は、追加的または代替的に、ＲＡＴ接続のステータスの変化に基づいて、転送リンクを適応させるまたは切り替えるように構成されてもよい。例えば、コントローラ３０８が転送リンクを介してＬＴＥ接続にＷｉ－Ｆｉトラフィックを統合する図１１の例示的なシナリオにおいて、Ｗｉ－Ｆｉ接続は最初はアイドル状態であってもよい一方、ＬＴＥ接続は最初はアクティブ状態であってもよい。しかしながら、転送されたＷｉ－Ｆｉデータ・パケットまたはＬＴＥ接続経由のネットワーク管理メッセージを受信すると、コントローラ３０８は、到来するＷｉ－Ｆｉデータを受信するために、第２の通信モジュール３０６ｂをアクティベートしてもよい。従って、Ｗｉ－Ｆｉ接続がアイドル状態からアクティブ状態へ移行し、ＬＴＥ接続がアクティブ状態のままである場合、コントローラ３０８は如何なる転送も実行しないかもしれないが；ＬＴＥ接続が最終的にアイドル状態へ移行する場合、コントローラ３０８は、ネットワーク・アクセス・ノード１１０８へ転送設定命令を送信することにより、ＬＴＥ接続をＷｉ－Ｆｉ接続に統合することができ、転送設定命令は、到来するＬＴＥデータ・パケットを端末デバイス２００のＷｉ－Ｆｉネットワーク・アドレスへ転送するように、ネットワーク・アクセス・ノード１１０８に指示する。

同様に、ＬＴＥ接続とＷｉ－Ｆｉ接続との両方が最初にアイドル状態である場合、コントローラ３０８は、転送リンクを介して一方のＲＡＴ接続から他方のＲＡＴ接続へデータ・トラフィックを統合することを選択し、残りのアクティブＲＡＴ接続上のデータ・トラフィックのみを監視するように進み、これは例えば、端末デバイス２００にアドレス指定されたＬＴＥデータ・パケットをＷｉ－Ｆｉ接続へ再ルーティングするネットワーク・アクセス・ノード１１０８において転送リンクを設定することにより行われてもよい。

次に、コントローラ３０８が、Ｗｉ－Ｆｉ接続を介してネットワーク・アクセス・ノード１１０６から、ＬＴＥページング・メッセージを含む転送されたＬＴＥデータ・パケットを受信した場合、コントローラ３０８は、続いて、現在アクティブなＬＴＥ接続をサポートする第１の通信モジュール３０６ａを起動し、ネットワーク・アクセス・ノード１１０８における既存の転送リンクを（転送デアクティベーション命令により）デアクティベートにすることで転送リンクを「切り替え」、依然としてアイドル状態のＷｉ－Ｆｉ接続のためのＷｉ－Ｆｉデータ・トラフィックを現在アクティブなＬＴＥ接続へ転送するネットワーク・アクセス・ノード１１０６において（転送デアクティベーション命令により）新しい転送リンクを確立する。従って、このような変形はすべて本開示の範囲内にある。

上述の転送リンクは、それぞれ、転送設定およびでアクティベーション命令によって明示的にアクティベートおよびデアクティベートされるように説明されてきたが、幾つかの態様では、コントローラ３０８は、転送ネットワーク・アクセス・ノードが転送リンクを終了した後の有効期限付きの転送リンクを確立してもよい。例えば、コントローラ３０８は、例えば、ミリ秒、秒、分、時間などのオーダーで定義される所定期間の間の転送リンクを確立するように決定してもよく、従って例えばネットワーク・アクセス・ノード１１０６等のネットワーク・アクセス・ノードに提供される転送設定命令において、有効期限を明示的に識別してもよい。転送設定命令を受信して識別すると、制御モジュール１２０８は、転送リンクを転送テーブル１１１２の中の転送エントリーとして登録し、更に、転送設定命令で指定される有効期限に等しい満了時間を有する関連タイマーをトリガーしてもよい。次に、制御モジュール１２０８は、タイマーが満了するまで、登録された転送リンクに従って端末デバイス２００にアドレス指定されたすべてのデータ・パケットを転送してもよく、その後、制御モジュール１２０８は、転送リンクを一方的にデアクティベートし（例えば、アクティブ・フラグを「オフ」に設定するか、あるいは転送エントリーを転送テーブル１１１２から削除することによって）、端末デバイス２００にアドレス指定された任意の更なるデータ・パケットを再ルーティングすることを（例えば、別の転送設定メッセージが受信されるまで）控えてもよい。

上述の転送および共通監視スキームに含まれるＲＡＴ接続は、マルチＳＩＭスキームの一部であってもよく、その場合、例えば幾つかのＲＡＴ接続が第１のＳＩＭに関連付けられ、他のＲＡＴ接続が第２のＳＩＭに関連付けられる。

図１４は、上述の転送および共通監視スキームに関連して無線通信を実行する方法１４００を示す。１４に示すように、方法１４００は、第１のネットワーク・アクセス・ノードとの第１の無線アクセス接続を介してデータを送信および受信し（１４１０）、第２のネットワーク・アクセス・ノードとの第２の無線アクセス接続を介してデータを送信および受信し（１４２０）（第１の無線アクセス接続および第２の無線アクセス接続は、異なる無線アクセス技術を利用し）、第１の無線アクセス接続のために意図されるデータを第２の無線アクセス接続へ再ルーティングするように、第１のネットワーク・アクセス・ノードに指示する転送リンクを確立し（１４３０）、第１の無線アクセス接続および第２の無線アクセス接続に関するデータを第２の無線アクセス接続を介して受信すること（１４４０）を含む。

本開示の１つまたは複数のさらなる例示的態様において、図１１－１３を参照して上述した１つまたは複数の特徴は、方法１４００にさらに組み込まれてもよい。特に、方法１４００は、端末デバイス２００に関して詳細に説明されるようにな更なるおよび／または代替プロセスを実行するように構成されてもよい。

電力効率（ｐｏｗｅｒ ｅｆｆｉｃｉｅｎｃｙ）

電力管理（Ｐｏｗｅｒ ｍａｎａｇｅｍｅｎｔ）は、無線通信ネットワークのネットワーク・アクセス・ノードおよび端末装置の両方にとって重要な考慮事項であり得る。例えば、端末装置は、バッテリ・ドレインを低減し、動作時間を増加させるために、電力効率の高い設計を使用する必要があり、一方、ネットワーク・アクセス・ノードは、動作コストを低減するために、電力効率を追求することができる。従って、電力効率的な設計および特徴は、非常に有用であり得る。

図１５は、ネットワーク・アクセス・ノード１５１０および１５１２に加えて端末装置１５０２および１５０４を含み得る、いくつかの態様による無線通信ネットワーク１５００を示す。本開示の特定の態様は、特定の無線通信ネットワーク設定（例えば、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、他の第３世代パートナーシップ・プロジェクト（３ＧＰＰ）ネットワーク、ＷＬＡＮ／Ｗｉ‐Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、５Ｇ、ｍｍＷａｖｅなど）を記述することができるが、本願明細書において詳述される主題は実質的に実証的であると考えられ、従って他の任意の無線通信ネットワークにも同様に適用することができる。無線通信ネットワーク１５００内の端末装置およびネットワーク・アクセス・ノードの数は例示的なものであり、任意の数に拡張可能である。

従って、例示的なセルラー設定ネットワークでは、アクセス・ノード１５１０および１５１２は基地局（例えば、ｅＮｏｄｅＢ、ＮｏｄｅＢ、基地送受信局（ＢＴＳ）など）であってもよく、端末装置１５０２および１５０４はセルラー端末装置（例えば、移動局（ＭＳ）、ユーザー機器（ＵＥ）など）であってもよい。従って、ネットワーク・アクセス・ノード１５１０および１５１２は、無線通信ネットワーク１５００の一部と見なすこともできる、進化型パケット・コア（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）（ＬＴＥのためのＥＰＣ）、コア/ネットワーク（ＵＭＴＳのためのＣＮ）、または他のセルラー・コア・ネットワークなどのセルラー・コア・ネットワークと（たとえばバックホール・インターフェースを介して）インターフェースする（ｉｎｔｅｒｆａｃｅ）ことができる。セルラー・コア・ネットワークは、一つ以上の外部データ・ネットワークとインターフェースすることができる。例示的な短距離設定（ｓｈｏｒｔ－ｒａｎｇｅ ｓｅｔｔｉｎｇ）では、ネットワーク・アクセス・ノード１５１０および１５１２はアクセス・ポイント（ＡＰ、たとえばＷＬＡＮまたはＷｉ‐ＦｉＡＰ）であってもよく、端末装置１５０２および１５０４は短距離端末装置（たとえば局（ｓｔａｔｉｏｎ）（ＳＴＡ））であってもよい。ネットワーク・アクセス・ノード１５１０および１５１２は、一つ以上の外部データ・ネットワークと（例えば、内部、または、外部ルータを介して）インターフェースすることができる。

従って、ネットワーク・アクセス・ノード１５１０および１５１２（および図１５に明示的に示されていない無線通信ネットワーク１５００の他のネットワーク・アクセス・ノード）は、端末装置１５０２および１５０４（および図１５に明示的に示されていない無線通信ネットワーク１５００の他の端末装置）に無線アクセス・ネットワークを提供することができる。例示的なセルラー設定において、ネットワーク・アクセス・ノード１５１０および１５１２によって提供される無線アクセス・ネットワークは、端末装置１５０２および１５０４が無線通信を介してコア・ネットワークに無線アクセスすることを可能にし得る。コア・ネットワークは、端末装置１５０２および１５０４に関連するトラフィック・データのスイッチング、ルーティング、および伝送を提供し、種々の内部データ・ネットワーク（例えば、制御ノード、無線通信ネットワーク１５００上の他の端末装置など）および外部データ・ネットワーク（例えば、音声、テキスト、マルチメディア（オーディオ、ビデオ、イメージ）、および他のインターネットおよびアプリケーション・データを提供するデータ・ネットワーク）へのアクセスを提供することができる。例示的な短距離設定において、ネットワーク・アクセス・ノード１５１０および１５１２によって提供される無線アクセス・ネットワークは、内部データ・ネットワーク（例えば、無線通信ネットワーク１５００に接続される他の端末装置）および外部データ・ネットワーク（例えば、音声、テキスト、マルチメディア（オーディオ、ビデオ、イメージ）、および他のインターネットおよびアプリケーション・データを提供するデータ・ネットワーク）へのアクセスを提供し得る。ネットワーク・アクセス・ノード１５１０および１５１２は、任意の他のタイプの無線アクセス技術用のネットワーク・アクセス・ノードであってもよく、このようにして、近接端末装置に無線アクセス・ネットワークを同様に提供する。

無線通信ネットワーク１５００の無線アクセス・ネットワークおよびコアネットワーク（あてはまる場合）は、無線通信ネットワーク１５００の仕様によって変化し得るネットワーク・プロトコルによって制御されることができる。かかるネットワーク・プロトコルは、無線通信ネットワーク１５００を介して制御データ・トラフィックおよびユーザーの両方の（ｂｏｔｈ ｕｓｅｒ ａｎｄ ｃｏｎｔｒｏｌ ｄａｔａ ｔｒａｆｆｉｃ）スケジューリング、フォーマッティングおよびルーティングを定義することができ、それは、無線通信ネットワーク１５００の無線アクセスおよびコア・ネットワーク・ドメインの両方を介したこのようなデータの送信および受信を含む。従って、端末装置１５０２および１５０４ならびにネットワーク・アクセス・ノード１５１０および１５１２は、無線通信ネットワーク１５００の無線アクセス・ネットワーク・ドメインを介してデータを送受信するために、定義されたネットワーク・プロトコルに従うことができ、一方、コア・ネットワークは、コア・ネットワークの内外でデータをルーティングするために、定義されたネットワーク・プロトコルに従うことができる。例示的なネットワーク・プロトコルには、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、ＷｉＭＡＸ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、ｍｍＷａｖｅなどが含まれ、これらのいずれも無線通信ネットワーク１５００に適用可能である。

無線通信ネットワーク１５００の無線アクセス・ネットワークおよびコア・ネットワークの両方は、無線通信ネットワーク１５００の仕様によって変化し得るネットワーク・プロトコルによって制御されることができる。かかるネットワーク・プロトコルは、無線通信ネットワーク１５００を介して制御データ・トラフィックおよびユーザーの両方のスケジューリング、フォーマッティングおよびルーティングを定義することができ、それは、無線通信ネットワーク１５００の無線アクセスおよびコア・ネットワーク・ドメインの両方を介したこのようなデータの送信および受信を含む。従って、端末装置１５０２および１５０４ならびにネットワーク・アクセス・ノード１５１０および１５１２は、無線通信ネットワーク１５００の無線アクセス・ネットワーク・ドメインを介してデータを送受信するために、定義されたネットワーク・プロトコルに従うことができ、一方、コア・ネットワークは、コア・ネットワークの内外でデータをルーティングするために、定義されたネットワーク・プロトコルに従うことができる。例示的なネットワーク・プロトコルには、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、ＷｉＭａｘ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ等、または他の２Ｇ、３Ｇ、４Ｇ、５Ｇ、６Ｇ等の次世代技術が含まれ、これらはいずれも無線通信ネットワーク１５００に適用可能である。

図１６は、端末装置１５０２の内部構成を示し、それは、アンテナ・システム１６０２、無線周波数（ＲＦ）トランシーバ１６０４、ベースバンド・モデム１６０６（物理層処理モジュール１６０８およびコントローラ１６１０を含む）、データ・ソース１６１２、メモリ１６１４、データ・シンク１６１６、および電源１６１８を含むことができる。図１６には明示的に示されていないが、端末装置１５０２は、一つ以上の追加のハードウェア、ソフトウェア、および／またはファームウェア・コンポーネント（プロセッサ／マイクロプロセッサ、コントローラ／マイクロコントローラ、他の特定のまたは一般的なハードウェア／プロセッサ／回路など）、（複数の）周辺装置、メモリ、電源、（複数の）外部装置インターフェース、（複数の）加入者識別モジュール（ＳＩＭ）、ユーザー入出力装置（（複数の）ディスプレイ、（複数の）キーパッド、（複数の）タッチスクリーン、（複数の）スピーカー、（複数の）外部ボタン、（複数の）カメラ、（複数の）マイクロフォンなど）を含むことができる。

端末装置１５０２は、一つ以上の無線アクセス・ネットワーク上で無線信号を送受信することができる。ベースバンド・モデム１６０６は、各無線アクセス・ネットワークに関連付けられた通信プロトコルに従って端末装置１５０２のかかる通信機能を指令する（ｄｉｒｅｃｔ）ことができ、各通信プロトコルによって定義されたフォーマッティングおよびスケジューリング・パラメータに従って無線信号を送信し受信するために、アンテナ・システム１６０２およびＲＦトランシーバ１６０４の制御（ｃｏｎｔｒｏｌ ｏｖｅｒ）を実行することができる。種々の実用的な設計は、各サポートされた（ｓｕｐｐｏｒｔｅｄ）無線アクセス技術に別個の通信サブシステム（例えば、別個のアンテナ、ＲＦトランシーバ、物理層処理モジュール、およびコントローラ）を含むことができるが、簡潔さの目的のために、図１６に示される端末装置１５０２の構成は、かかる各コンポーネントの単一のインスタンスのみを示す。

端末装置１５０２は、アンテナ・システム１６０２で無線信号を送受信することができ、アンテナ・システム１６０２は、単一のアンテナであってもよく、または複数のアンテナを含むアンテナ・アレイであってもよく、さらに、アナログ・アンテナの組み合わせおよび／またはビーム形成回路を含んでもよい。受信経路（ＲＸ）において、ＲＦトランシーバ１６０４は、ベースバンド・モデム２０６に提供するデジタル・ベースバンド・サンプル（例えば、位相内／直交サンプル）を生成するために、アンテナ・システム１６０２からアナログ無線周波数信号を受信し、アナログ無線周波数信号に対してアナログおよびデジタルＲＦフロントエンド処理を行うことができる。従って、ＲＦトランシーバ１６０４は、受信した無線周波数信号をデジタル・ベースバンド・サンプルに変換するために、増幅器（例えば、低雑音増幅器（ＬＮＡ））、フィルタ、ＲＦ復調器（例えば、ＲＦ ＩＱ復調器）など）、および、アナログ・デジタル変換器（ＡＤＣ）を含むアナログおよびデジタル受信コンポーネントを含むことができる。送信経路（ＴＸ）において、ＲＦトランシーバ１６０４は、無線伝送のためにアンテナ・システム１６０２に供給するアナログ無線周波数信号を生成するために、ベースバンド・モデム１６０６からデジタル・ベースバンド・サンプルを受信し、デジタル・ベースバンド・サンプルに対してアナログおよびデジタルＲＦフロントエンド処理を行う。従って、ＲＦトランシーバ１６０４は、アンテナ・システム１６０２によるワイヤレス伝送のためのアナログ無線周波数信号を生成するためのベースバンド・モデム１６０６から受信したデジタル・ベースバンド・サンプルをミキシングするために、増幅器（例えば、電力増幅器（ＰＡ））、フィルタ、ＲＦ変調器（例えば、ＲＦ ＩＱ変調器）など）、および、デジタル・アナログコンバータを含むアナログおよびデジタル伝送コンポーネントを含むことができる。ベースバンド・モデム１６０６は、送信の特定を含むＲＦトランシーバ１６０４の受信およびＰＦ伝送を制御し、ＲＦトランシーバ１６０４の動作のための無線周波数を受信することができる。

図１６に示されるように、ベースバンド・モデム１６０６は、物理層処理モジュール１６０８を含むことができそれは、ＲＦトランシーバ１６０４を介して送信するためのコントローラ１６０４によって生成された出力されるべき（ｏｕｔｇｏｉｎｇ）送信データを準備するために、物理層（レイヤ１）送信および受信処理を実行することができる。従って、物理層処理モジュール３４８８は、誤り検出、フォワード誤り訂正符号化／復号化、チャネル・コーディングおよびインターリービング、物理チャネル変調／復調、物理チャネル・マッピング、電波測定およびサーチ、周波数および時間同期、アンテナダイバーシティ処理、電力制御および重み付け、レート・マッチング、再送処理などのうちの一つ以上を実行することができる。物理層処理モジュール１６０８は、ハードウェア定義モジュール、例えば、一つ以上の専用ハードウェア回路またはＦＰＧＡとして、ソフトウェア定義モジュールとして、例えば、一時的でないコンピュータ読み取り可能記憶媒体に記憶された演算、制御、およびＩ／Ｏ命令（例えば、ソフトウェアおよび／またはファームウェア）を定義するプログラム・コードを検索および実行するように構成されたプロセッサとして、またはハードウェア定義およびソフトウェア定義ミックスモジュールとして、構造的に実現されてもよい。図１６には明示的に示されていないが、物理層処理モジュール１６０８は、関連する無線アクセス技術のための通信プロトコルによって定義される物理層制御ロジックに従って、物理層処理モジュール１６０８の種々のハードウェアおよびソフトウェア処理コンポーネントを制御するソフトウェア定義命令を検索および実行するように構成された物理層コントローラを含んでもよい。さらに、物理層処理モジュール１６０８は、図１６において単一のコンポーネントとして描かれているが、いくつかの態様では、物理層処理モジュール１６０８は、各セクションが特定の無線アクセス技術の物理層処理に専用である物理層処理コンポーネントの別個のセクションとして集合的に実装されてもよい。

端末装置１５０２は、コントローラ１６１０によって導かれる一つ以上の無線アクセス技術に従って動作するように構成されてもよい。従って、コントローラ１６１０は、各サポートされる無線アクセス技術の通信プロトコルに従って、端末装置１５０２（アンテナ・システム１６０２、ＲＦトランシーバ１６０４、および物理層処理モジュール１６０８）の無線通信コンポーネントを制御する役割を果たすことができ、従って、各サポートされる無線アクセス技術のアクセス階層および非アクセス階層（ＮＡＳ） （レイヤ２およびレイヤ３をも含む）を表すことができる。いくつかの態様において、コントローラ１６１０は、プロトコル・ソフトウェアに定義された対応するプロトコル制御ロジックに従って通信信号を送受信するために、プロトコル・ソフトウェアを実行し（例えば、メモリ１６１４またはローカルコントローラまたはモデムメモリから）、その後、端末装置１５０２の無線通信コンポーネントを制御するように構成されたプロトコル・プロセッサとして構造的に実施されることができる。

そのため、コントローラ１６１０は、無線通信ネットワーク１５００の種々の無線およびコア・ネットワーク・コンポーネントと通信するために、端末装置１５０２の無線通信機能を管理するように構成されてもよく、従って、複数の無線アクセス技術のための通信プロトコルに従って構成されてもよい。コントローラ１６１０は、サポートされるすべての無線アクセス技術（例えば、ＬＴＥおよびＧＳＭ／ＵＭＴＳ）に対して集合的に役割を果たす統一コントローラであることができ、あるいは、各コントローラが、専用ＬＴＥコントローラおよび専用レガシー・コントローラ（あるいは、専用ＬＴＥコントローラ、専用ＧＳＭコントローラ、および専用ＵＭＴＳコントローラ）などの特定の無線アクセス技術の専用コントローラである複数の別個の（ｍｕｌｔｉｐｌｅ ｓｅｐａｒａｔｅ）コントローラとして実装されてもよい。それにかかわらず、コントローラ１６１０は、ＬＴＥおよびレガシーネットワークの通信プロトコルに従って、端末装置１５０２の無線通信アクティビティを指令する役割を果たし得る。物理層処理モジュール１６０８に関して前述したように、アンテナ・システム１６０２およびＲＦトランシーバ１６０４の一方または両方は、同様に、各々が一つ以上のサポートされる無線アクセス技術に対応する複数の専用コンポーネントに分割されてもよい。かかる各コンポーネントの詳細およびサポートされる無線アクセス技術の数に応じて、コントローラ１６１０は、マスター／スレーブ無線アクセス技術（ＲＡＴ）に従って階層的に、またはマルチ加入者識別モジュール（ＳＩＭ）スキームに従って、端末装置１５０２の無線通信動作を制御するように構成することができる。

端末装置１５０２はまた、データ・ソース１６１２、メモリ１６１４、データ・シンク１６１６、および電源１６１８を含むことができ、データ・ソース１６１２は、コントローラ１６１０の上側（ａｂｏｖｅ）（例えば、ＮＡＳ ／レイヤ３の上側）の通信データのソースを含むことができ、データ・シンク１６１は、コントローラ１６１０の上（例えば、ＮＡＳ ／レイヤ３より上側）に通信データの宛先を含む。例えば、それらは、オペレーティング・システム（ＯＳ）、端末装置１５０２とのユーザー・インタラクションを支援するためのユーザー・インターフェース（ＵＩ）および／または種々のユーザー・アプリケーション等の、端末装置１５０２のアプリケーション層において端末装置１５０２の種々のアプリケーションおよび／またはプログラムを実行するように構成され得る端末装置１５０２のアプリケーション・プロセッサを含むことができる。アプリケーション・プロセッサは、ベースバンド・モデム１６０６によって提供される（複数の）無線ネットワークを介して、音声データ、オーディオ／ビデオ／画像データ、メッセージング・データ、アプリケーション・データ、基本的なインターネット／ウェブ・アクセス・データ等のユーザー・データを送信および受信するために、アプリケーション層として、（データ・ソース１６１２／データ・シンク１６１６としての）ベースバンド・モデム１６０６とインターフェースすることができる。アップリンク方向では、アプリケーション層（データ・シンク１６１６）は、データ（例えば、ボイス・オーバーＩＰ（ＶｏＩＰ）パケット、ＵＤＰパケット等）をベースバンド・モデム１６０６に提供することができ、ベースバンド・モデム１６０６はその後、データをエンコードし、変調し、および、無線送受信器１６０４およびアンテナ・システム１６０２を介して無線信号として送信することができる。ダウンリンク方向では、ベースバンド・モデム１６０６は、ダウンリンク・トラフィックを生成するためにＲＦトランシーバ１６０４によって提供されたＩＱサンプルを復調および復号することができる。ベースバンド・モデム１６０６は、その後、データ・ソース１６１２としてアプリケーション層にダウンリンク・トラフィックを提供することができる。データ・ソース１６１２およびデータ・シンク１６１６は、さらに、（複数の）ディスプレイ、（複数の）キーパッド、（複数の）タッチスクリーン、（複数の）スピーカー、（複数の）外部ボタン、（複数の）カメラ、（複数の）マイクロフォン等の、端末装置１５０２の種々のユーザー入力／出力装置を表すことができ、これは、端末装置１５０２のユーザーがユーザー・データに関連する端末装置１５０２の種々の通信機能を制御することを可能にする。

メモリ１６１４は、ハードドライブまたは他のかかる永久メモリ・デバイス等の、端末装置１５０２のメモリ・コンポーネントを具体化することができる。図１６に明示的に示されていないが、いくつかの態様では、図１６に示される端末装置１５０２の様々な他のコンポーネントはさらに、それぞれ、ソフトウェア・プログラム・コード、バッファリング・データなどを記憶するため等の、永久および非永久集積メモリ・コンポーネントを含み得る。

電源１６１８は、端末装置１５０２の種々の電気コンポーネントに電力を供給する電源であってもよい。端末装置１５０２の設計に応じて、電源１６１８は、バッテリ（再充電可能または使い捨て可能）のような「限定的（ｄｅｆｉｎｉｔｅ）」電源、または有線電気接続のような「非限定的（ｉｎｄｅｆｉｎｉｔｅ）」電源であってもよい。従って、端末装置１５０２の種々のコンポーネントの動作は、電源１６１８から電力を引き出すことができる。

図１５の端末装置１５０２および１５０４のような端末装置は、無線通信ネットワーク１５００の無線アクセス・ネットワークのうちの利用可能なネットワーク・アクセス・ノードに接続し、そこから切断し、およびそれらの間で切り替えるための移動性手順（ｍｏｂｉｌｉｔｙ ｐｒｏｃｅｄｕｒｅｓ）を実行することができる。無線通信ネットワーク１５００の各ネットワーク・アクセス・ノードは、特定のカバレッジ・エリアを有してもよいので、端末装置１５０２および１５０４は、無線通信ネットワーク１５００の無線アクセス・ネットワークとの強力な無線アクセス接続を維持するために、利用可能なネットワーク・アクセス・ノード間で選択および再選択するように構成されてもよい。例えば、端末装置１５０２は、ネットワーク・アクセス・ノード１５１０との無線アクセス接続を確立することができ、端末装置１５０４は、ネットワーク・アクセス・ノード１５１２との無線アクセス接続を確立することができる。現在の無線アクセス接続が劣化する場合、端末装置１５０２または１５０４は、無線通信ネットワーク１５００の他のネットワーク・アクセス・ノードとの新しい無線アクセス接続を探すことができる；例えば、端末装置１５０４は、ネットワーク・アクセス・ノード１５１２のカバレッジ・エリアからネットワーク・アクセス・ノード１５１０のカバレッジ・エリアに移動することができる。その結果、ネットワーク・アクセス・ノード１５１２との無線アクセス接続は劣化する可能性があり、これを、端末装置１５０４がネットワーク・アクセス・ノード１５１２の信号強度または信号品質測定値などの電波測定値を介して検出する可能性がある。無線通信ネットワーク１５００の適切なネットワーク・プロトコルで定義された移動性手順（ｔｈｅ ｍｏｂｉｌｉｔｙ ｐｒｏｃｅｄｕｒｅｓ）に応じて、端末装置１５０４は、任意の隣接ネットワーク・アクセス・ノードが適切な無線アクセス接続を提供できるかどうかを決定するために、電波測定を実行することなどによって、新しい無線アクセス接続（端末装置１５０４においてまたは無線アクセス・ネットワークによってトリガーされ得る）を探索し得る。端末装置１５０４がネットワーク・アクセス・ノード１５１０のカバレッジ・エリア内に移動していてもよいので、端末装置１５０４は、ネットワーク・アクセス・ノード１５１０（端末装置１５０４によって選択されてもよいし、無線アクセス・ネットワークによって選択されてもよい）を識別し、ネットワーク・アクセス・ノード１５１０との新しい無線アクセス接続に転送してもよい。電波測定、セル選択／再選択、およびハンドオーバーを含むかかる移動性手順は、種々のネットワーク・プロトコルにおいて確立され、各端末装置と無線アクセス・ネットワークとの間の強力な無線アクセス接続を任意の数の異なる無線アクセス・ネットワーク・シナリオにわたって維持するために、端末装置および無線アクセス・ネットワークによって採用されてもよい。

端末装置１５０２、１５０４およびネットワーク・アクセス・ノード１５１０、１５１２の様々なネットワーク活動は、必然的に、無線信号の送信、受信、および処理等において電力を消費し得る。さらに、例えば、スマートフォン、ラップトップ、および他のユーザ・インタラクティブ装置の場合等、多くの端末装置が無線通信以外の他の目的を果たすことができるので、電力消費は専らネットワーク活動に限定されない。端末装置は一般に低電力装置とすることができるが、多くの端末装置はさらに移動式または携帯式であってもよく、従って「有限の（ｆｉｎｉｔｅ）」バッテリー電力に依存する必要がある。逆に、セルラー基地局や無線ＬＡＮ ＡＰ等のネットワーク・アクセス・ノードは、一般的に（限定的ではないが）「無制限の（ｕｎｌｉｍｉｔｅｄ）」有線電源を有し得る；しかしながら、高送信電力およびインフラストラクチャ・サポート需要は、かなりの電力を消費し、従って、高い動作コストをもたらす可能性がある。従って、電力効率の高い設計は、端末装置におけるバッテリー寿命を延長し、ネットワーク・アクセス・ノードにおける動作コストを低減する上で極めて重要な役割を果たし得る。

本明細書に開示される態様は、無線アクセス・ネットワークにおける電力効率を改善し得る。かかる態様は、電力消費を低減するために端末装置およびネットワーク・アクセス・ノードにおける効率的な動作および構造設計を通して実現することができ、従ってバッテリー寿命を延長し、動作コストを低減する。

２．１ 電力効率＃１

本開示の一態様によれば、無線アクセス・ネットワークは、端末装置のための無線アクセス・チャネルの複数の異なるオプションを提供し得る：例えば、単一のページング、制御、トラフィック・データ、またはランダムアクセス・チャネルのみを提供するのとは対照的に、無線アクセス・ネットワークは、各々、異なるニーズ、例えば、異なる電力消費レベル（例えば、電力効率）に合わせて調整された、複数のページング／制御／ランダムアクセス・チャネル、または複数の「チャネル・インスタンス」を提供し得る。従って、端末装置は、所望の電力効率に基づいて利用するチャネル・インスタンスを選択的に選択することができ、例えば、いくつかの端末装置は、（性能を代償としてより高い電力効率を提供しうる）低電力消費チャネルを選ぶことができ、他の端末装置は「通常の」電力消費チャネルを選ぶことができる。電力効率に加えて、端末装置は、チャネル・インスタンスを選択する際に、レイテンシーおよび信頼性の要件を考慮してもよい。いくつかの態様は、それぞれが異なる電力効率、信頼性、およびレイテンシー特性に合わせて調整されている、制御、ページングおよび／またはランダムアクセス・チャネルとともに適用され得る。これらの態様は、共通のチャネルの態様、例えば、特定の電力効率のニーズに合わせて調整された共通のチャネルと共に使用することができる。

ネットワーク・アクセス・ノードおよび端末装置は、特定の時間周波数物理チャネル上でデータを送受信することができ、各チャネルは、特定の周波数リソース（例えば、帯域またはサブ・キャリア）から構成され、特定の時間期間に対して定義される。かかる物理チャネルの時間周波数リソースおよびデータ・コンテンツは、関連するネットワーク・アクセス・プロトコルによって定義されてもよく、例えば、ＬＴＥフレームワークは、ＬＴＥに特有の物理チャネルに対する特定の時間周波数リソースを特定してもよく、ＵＭＴＳフレームワークは、ＵＭＴＳ等に特有の物理チャネルに対する特定の時間周波数リソースを特定してもよい。物理的チャネルは、従来、アップリンクまたはダウンリンク・チャネルのいずれかとして割り当てられ、そこでは、端末装置は、アップリンク・チャネルを利用してアップリンク・データを送信し、ネットワーク・アクセス・ノードは、ダウンリンク・チャネルを利用してダウンリンク・データを送信することができる。物理的チャネルはさらに、ユーザー・データ・トラフィックを搬送するように独占的に（ｅｘｃｌｕｓｉｖｅｌｙ）指定された特定のチャネルおよび特定の型の制御データを搬送するように指定された他のチャネル等の特定の型のデータを搬送するように関連付けられることができる。

様々な態様において、物理チャネルは、時間および／または周波数リソースの特定の集合であり得る。例えば、幾つかの態様では、物理チャネルは、制御チャネルの例示的な設定において制御データのみを搬送するサブ搬送波（またはサブ搬送波の集合）等の専用の周波数リソースの集合（ａ ｄｅｄｉｃａｔｅｄ ｓｅｔ ｏｆ ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅｓ）に常に割り当てられてもよい。付加的にまたは代替的に、いくつかの態様では、物理チャネルは、時間の経過とともに変化する時間－周波数リソースに割り当てられることができ、例えば、物理チャネルが変化する時間－周波数リソースの集合（例えば、サブ搬送波および時間期間）に割り当てられる。例えば、ページング・チャネルは、時間の経過とともに異なる時間期間および／またはサブ搬送波を占めることができる。従って、物理チャネルは、固定された時間周波数リソースの集合に限定されない。

物理チャネルに対する時間周波数リソースの割り当ては、対応する無線アクセス技術に依存することができる。ＬＴＥは物理チャネルに対する時間周波数リソースの割り当てを記述するために使用されるが、この説明は実証的であり、他の無線アクセス技術に制限なく適用可能である。ＬＴＥ無線アクセス・チャネルに対する時間周波数リソースの割り当ては、３ＧＰＰ技術仕様（ＴＳ）３６．２１１ Ｖ１３．１．０の３ＧＰＰ、「物理的チャネルと変調」（「３ＧＰＰ ＴＳ ３６．２１１」）によって定義される。３ＧＰＰ ＴＳ ３６．２１１に詳述されているように、ＬＴＥダウンリンクは、マルチサブ搬送波周波数スキームを使用して、時間および周波数にわたってシステム帯域幅を離散化し、このスキームでは、システム帯域幅は、単一シンボル期間中にシンボルをそれぞれ搬送することができるサブ搬送波の集合に分割される。時間において、ＬＴＥダウンリンク（周波数分割デュプレックス（ＦＤＤ））は１０ｍｓの無線フレームを利用し、各無線フレームは各１ｍｓ持続時間の１０のサブフレームに分割される。各サブフレームはさらに２つのスロットに分割され、各スロットは周期プレフィックス（ＣＰ）の長さに依存して６または７シンボル周期をそれぞれ含む。周波数において、ＬＴＥダウンリンクは、各々が１５ｋＨｚで分離される等間隔のサブ搬送波の集合を利用し、ここで、１スロットにわたる１２のサブ搬送波の各ブロックは、リソースブロック（ＲＢ）として指定される。従って、基本時間－周波数リソースは、各ＲＢが１８０のＲＥを含むリソース要素（ＲＥ）として３ＧＰＰによって定義される、単一のシンボル期間にわたる単一のサブキャリアであり得る。

図１７は、いくつかの態様による例示的なダウンリンク・リソース・グリッド１７００を示しており、これは２つのサブフレームおよび一つのリソース・ブロックのサブキャリアを示すＬＴＥリソース・グリッドであり得る。ダウンリンク・リソースのグリッド１７００の各ユニット・ブロックは、通常のＣＰ長に対して、一つのＲＥ、例えば、一つのサブ搬送波に対する一つのシンボル・ピリオドを表すことができる。３ＧＰＰによって指定されるように、ダウンリンク・サブフレームは、一般に、制御領域およびデータ領域に分割されてもよく、最初のいくつかのシンボルは、制御領域内の制御データに対して割り当てられ、残りのシンボルは、データ領域内のユーザー・データ・トラフィックに対して割り当てられる。システム帯域幅および制御フォーマットに応じて、（各サブフレームの最初のシンボル内の特定のＲＥに現れる物理ＣＦＩチャネル（ＰＣＦＩＣＨ）上に提供される制御フォーマットインジケータ（ＣＦＩ）によって示されるように）各サブフレームは各サブフレームの始めの１～３の制御シンボルを含み得る。

図１７は、物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）データを含む制御領域を示す。データ領域は一般に物理的ダウンリンク共有チャネル（ＰＤＣＣＨ）データを含み得るが、両領域のＲＥは、物理的ブロードキャスト・チャネル（ＰＢＣＨ）、物理的ハイブリッド自動リピート・リクエスト（ＨＡＲＱ）インジケータ・チャネル（ＰＨＩＣＨ）、物理的マルチキャスト・チャネル（ＰＭＣＨ）、および３ＧＰＰ ＴＳ ３６．２１１に詳述される前述のＰＣＦＩＣＨ等の他の物理的チャネルに割り当てられ得る。従って、各ＬＴＥ物理的ダウンリンク・チャネルは、そのチャネルに固有のデータを搬送する特定のＲＥ（時間周波数リソース）から構成されてもよい。

従って、リソース・グリッドの物理的時間周波数リソース（ＲＥ）は、特定の物理チャネルに割り当てることができる。各物理チャネルは、一つ以上の送信チャネルによって提供される特定のデータを搬送することができ、この送信チャネルは、次に、それぞれ、一つ以上の特定の論理チャネルによって提供される特定の物理チャネルに特定のデータを提供することができる。図１８は、ＰＤＳＣＨおよびＰＤＣＣＨ物理チャネルのための送信チャネル・マッピングを図示する例示的なチャネル・マッピングを示す。図１８に示されるように、ＰＤＣＣＨチャネルは、ＰＤＣＣＨ上で送信され得る特定のＵＥに宛られた制御メッセージであるダウンリンク制御情報（ＤＣＩ）データを搬送することができ、一方、ＰＤＳＣＨチャネルは、ページング・チャネル（ＰＣＨ）およびダウンリンク共有チャネル（ＤＬ－ＳＣＨ）論理チャネルによって提供されるデータを搬送することができる。ＰＣＨは、特定のＵＥに宛てたページング・メッセージを搬送することができ、ＤＬ－ＳＣＨは、幾つかの制御情報に加えて、主にユーザー・データ・トラフィックを搬送することができる。従って、ダウンリンク・リソース・グリッド１７００のＲＥは、物理チャネルに直接割り当てられてもよいが、各物理チャネルは、関連するトランスポート・チャネルを介して提供されるデータ、およびトラフィック・データ、制御データ、およびページング・データを含む論理チャネルを含んでもよい。

従って、ネットワーク・アクセス・ノード１５１０または１５１２等のネットワーク・アクセス・ノードからダウンリンク信号を受信する端末装置１５０２または１５０４は、各チャネルからデータを回復するために、ダウンリンク信号の各時間周波要素に含まれる各データを処理することができる。例示的なＬＴＥ設定において、端末装置１５０２は、端末装置１５０２にアドレスされるＰＤＳＣＨ ＲＥ内の他の受信データの存在を識別し得る重要な制御データ（端末装置１５０２に宛てられたＤＣＩメッセージにおいて指定される）を回復するために、ＰＤＣＣＨ ＲＥを処理し得る。ＤＣＩメッセージに示されるデータのタイプは、端末装置１５０２の現在の無線アクセス状態に依存し得る。例えば、端末装置１５０２が現在接続無線状態にある場合、端末装置１５０２は、ＰＤＳＣＨ上でトラフィック・データを受信するために専用のダウンリンク・リソースを割り当てられてもよい。従って、端末装置１５０２は、各サブフレームの間、ＰＤＣＣＨを監視して、端末装置１５０２に宛てられたＤＣＩメッセージを識別することができ（例えば、無線ネットワーク一時識別子（ＲＮＴＩ）を介して）、これは、ダウンリンク・データに関連する他のパラメータに加えて、端末装置１５０２に向けられたダウンリンク・データを含むＰＤＳＣＨ ＲＥの位置を指定することができる。

代替的に、端末装置１５０２が現在無線状態である場合、端末装置１５０２は、ＰＤＳＣＨ上のトラフィック・データを受信する位置にない可能性があり、代わりに、端末装置１５０２を意図した、来るべきトラフィック・データを信号するページング・メッセージを受信する位置にのみあってもよい。従って、端末装置１５０２は、ＰＤＳＣＨがページング・メッセージを含むことを示すページング制御メッセージ（ページングＲＮＴＩ （Ｐ－ＲＮＴＩ）でアドレスされたＤＣＩメッセージ）を識別するために、特定のサブフレーム（例えば、周期的なページング機会に従って）においてＰＤＣＣＨを監視してもよい。端末装置１５０２は（他のアイドル・モードＵＥと共に）ＰＤＳＣＨ上のページング・メッセージを受信し、ページング・メッセージが端末装置１５０２に対して意図されているかどうかを識別する（例えば、ページング・メッセージに含まれるシステムアーキテクチャ進化（ＳＡＥ）一時的モバイル・サブスクライバー・アイデンティティ（Ｓ－ＴＭＳＩ）または国際モバイル・サブスクライバー・アイデンティティ（ＩＭＳＩ））。

換言すれば、端末装置１５０２は、端末装置１５０２への制御メッセージおよびページング・メッセージについて制御チャネルおよびページング・チャネルを監視することができ、ここで、ページング・チャネルおよび制御チャネルの両方は、特定の時間－周波数リソースから構成され得る。さらに、ＬＴＥへのいかなる言及も例示目的のためだけであり、物理チャネルのための無線リソース割り当てのためのコンテキスト情報を提供するためだけに利用される。他の様々な無線アクセス技術はまた、端末装置が端末装置宛ての制御およびページング・メッセージの存在を監視するために必要とし得る特定の時間－周波数リソースからなる制御およびページング・チャネルを指定することができる。従って、他の無線アクセス技術における物理チャネルは、同様に、時間‐周波数リソースの動的割り当てを利用することができる。

端末装置１５０２は、ネットワーク・アクセス・ノード１５１０および１５１２のようなネットワーク・アクセス・ノードにアップリンク・データを送信することができる。アップリンク・リソース・グリッドは、ダウンリンク・リソース・グリッドと同様の時間‐周波数離散化スキームを使用することができるが、端末装置当たりのリソース割り当てスキームは、ダウンリンクとアップリンクの間でわずかに異なることがある。これは、無線アクセス技術の詳細に依存し得、いくつかの無線アクセス技術は、アップリンクおよびダウンリンクにおいて異なるアップリンクおよびダウンリンク割り当て方式および物理層波形を使用することができ、他の無線アクセス技術は、アップリンクおよびダウンリンクにおいて同じアップリンクおよびダウンリンク割り当て方式および／または物理層波形を使用することができる。例えば、ＬＴＥダウンリンクは、主として多重アクセスのために直交周波数分割多重アクセス（ＯＦＤＭＡ）を利用する。ここで、ＲＢは、異なるユーザーに分散的かつ非連続的に割り当てられ得る；従って、周波数軸の方向に沿って、特定のユーザーに宛てられたＲＢは、他のユーザーに宛てられたＲＢとインターリーブされ得、ダウンリンク・リソース・グリッドに隣接しないかもしれない。対照的に、アップリンクは、主に単一キャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ）を利用し、ここでは、任意の時点において、周波数軸の方向に沿って隣接する一組のＲＢだけが、単一ユーザーに割り当てられ得る。

図１９は、例示的なアップリンク・リソース・グリッド１９００を示し、これは、２５のリソース・ブロックおよび２つの無線フレームにわたるＬＴＥリソース・グリッドであってもよく、ＦＤＤのための例示的な５ＭＨｚシステム帯域幅を構成してもよい。上記のように、アップリンク・リソースの割り当ては、一般に、周波数軸の方向に沿って隣接するブロックのみを使用するように制限されてもよい。アップリンク・リソース・グリッド１９００の無線リソースは、ダウンリンク・リソース・グリッド１７００とは異なるスケールで示され、アップリンク・リソース・グリッド１９００の各ユニット・ブロックは、一つのサブフレーム（合計で２つのリソース・ブロック）上の単一リソース・ブロックのサブキャリアを表す。

図１９のハッチングによって示されるように、アップリンク・リソース・グリッド１９００の時間‐周波数リソースは、物理的アップリンク制御チャネル、物理的アップリンク共用チャネル、および物理的ランダムアクセス・チャネルを含む特定のアップリンク物理チャネルに割り当てられてもよい。ＰＵＣＣＨ割り当ては、一般に、システム帯域幅の上端および下端にあってもよく、一方、システム帯域幅の残りの部分は、一般に、ＰＵＳＣＨ伝送のために割り当てられてもよい。従って、端末装置１５０２のようなＵＥは、ＰＵＳＣＨ上でアップリンクトラフィック・データを送信し、ＰＵＣＣＨ上でアップリンク制御データを送信するために、無線リソース（ＰＤＣＣＨ上の無線アクセス・ネットワークによって提供されるアップリンク・グラントを介して）を割り当てることができる。

３ＧＰＰ ＴＳ ３６．２１１のようなワイヤレス通信標準によって規定されるように、システム帯域幅の中央領域に一般的に位置する特定のリソース・ブロックをＰＲＡＣＨ伝送のために割り当てることができる。端末装置１５０２のようなＵＥは、ネットワーク・アクセス・ノード１５１０のようなｅＮｏｄｅＢとのアクティブ無線接続を確立するために、ＰＲＡＣＨを利用してもよく、これは、アイドル状態から接続状態への遷移中、ネットワーク・アクセス・ノード１５１０へのハンドオーバーの間、またはネットワーク・アクセス・ノード１５１０とのタイミング同期が失われた場合に起こり得る。個々のＵＥに一意に割り当てられるＰＵＣＣＨおよびＰＵＳＣＨ無線リソースとは対照的に、ｅＮｏｄｅＢは、ＰＲＡＣＨ無線リソースを識別するシステム情報（例えば、システム情報ブロック（ＳＩＢ））をセル内のすべてのＵＥにブロードキャストすることができる。従って、ＰＲＡＣＨ無線リソースは、任意の一つ以上のＵＥによって使用可能である。従って、端末装置１５０２は、ＰＲＡＣＨ設定を識別するために、ネットワーク・アクセス・ノード１５１０からこのようなシステム情報を受信してもよく、ＰＲＡＣＨ設定は、ＰＲＡＣＨの転送のために割り当てられた特定の無線リソース（時間および周波数で）および他の重要なＰＲＡＣＨ設定パラメータの両方を指定してもよい。その後、端末装置１５０２は、ＰＲＡＣＨ機会中に端末装置１５０２を識別する固有のＰＲＡＣＨプリアンブルを含むＰＲＡＣＨ送信を生成し送信することができる。その後、ネットワーク・アクセス・ノード１５１０は、ＰＲＡＣＨ機会中に無線データを受信し、受信した無線データを復号して、各ＵＥによって生成された固有のＰＲＡＣＨプリアンブルに基づいて、近くのＵＥによって送信されたすべてのＰＲＡＣＨ送信を回復することができる。その後、ネットワーク・アクセス・ノード１５１０は、端末装置１５０２のためのアクティブ無線接続の確立を開始することができる。

従って、端末装置は、時間周波数無線リソースとして定義される特定の上りリンクおよび下りリンクチャネル上のデータを送受信することができる。これらのチャネルは、ページング、ランダムアクセス、制御チャネル、トラフィック・データ・チャネル、および関連する無線アクセス標準の詳細に依存する種々の他のチャネルを含み得る。ＬＴＥの例示的なケースにおいて上述したように、それらは、ＰＤＣＣＨ（制御）、ＰＤＳＣＨ（トラフィック・データ）、ＰＵＣＣＨ（制御）、ＰＵＳＣＨ（トラフィック・データ）、およびＰＲＡＣＨ（ランダムアクセス）を含んでもよく、ここで、ＰＤＣＣＨおよびＰＤＳＣＨは、ＰＤＣＣＨ上のページングＤＣＩメッセージ（ＤＣＩ １Ｃ、Ｐ－ＲＮＴＩでアドレスされる）およびＰＤＳＣＨ上のＲＲＣページング・メッセージの転送のために、「物理」ページング・チャネルともみなされてもよい。各無線アクセス技術に対する物理チャネルは、詳細に関わらず、時間‐周波数リソースで定義され、端末装置およびネットワーク・アクセス・ノードによる特定のデータの送信および受信のために利用可能である。従って、各無線アクセス標準は、固有の物理的チャネル・スキームを有してもよいが、全ての無線アクセス・チャネルの共通の基礎的特徴および使用は、本明細書に開示された態様を、任意の無線アクセス技術の無線チャネルに適用可能である。

このようなチャネルの単一の「インスタンス」のみを提供する代わりに、様々な態様は、異なる特性を有する物理チャネルの複数のインスタンスを提供することができる。さらに、一つ以上のチャネル・インスタンスは、特定の電力効率、特定のレイテンシー、および／または特定の信頼性に適合した特性を有してもよく、これにより、端末装置は、それらの現在の電力効率および／またはデータ接続特性（信頼性およびレイテンシーを含む）に基づいて、どのチャネル・インスタンスを利用するかを選択することができる。異なるチャネル・インスタンスは、各チャネル・インスタンスが所望の電力効率、レイテンシー、および信頼性レベルを効果的に提供することを可能にするために、各々、周期、時間、予想トラフィックなどの異なる設定を利用することができる。さらに、種々のチャネル・インスタンスは、異なる無線アクセス技術を介して提供されてもよく、そこでは、より低い電力無線アクセス技術によって提供されるチャネル・インスタンスは、より高い電力無線アクセス技術によって提供される他のチャネル・インスタンスよりも、より電力効率の良いオプションを提供し得る。同様に、ある種の無線アクセス技術は、より高い信頼性および／またはより低いレイテンシーを提供し、従って、異なる無線アクセス技術にわたって様々な信頼性およびレイテンシーのチャネル・インスタンスを提供する。

図２０は、本開示の一態様による無線通信ネットワーク２０００の例示的なネットワーク・シナリオを示す。図２０に示すように、無線通信ネットワーク２０００は、端末装置１５０２、ネットワーク・アクセス・ノード２００２、ネットワーク・アクセス・ノード２００４、ネットワーク・アクセス・ノード２００６、およびコア・ネットワーク２００８を含むことができる。いくつかの態様において、ネットワーク・アクセス・ノード２００２～２００６は、同じ無線アクセス技術に従って構成されてもよいし、他の態様では、ネットワーク・アクセス・ノード２００２～２００６は、異なる無線アクセス技術に従って構成されてもよい。例えば、例示的なシナリオにおいて、ネットワーク・アクセス・ノード２００２は、セルラー基地局であってもよく、一方、ネットワーク・アクセス・ノード２００４および２００６年は、ｅＮｏｄｅＢ ２００２、ＷＬＡＮ ＡＰ ２００４、およびＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ （ＢＴ ＬＥ）ノード２００６のような短距離アクセス・ポイントであってもよい。種々の無線アクセス技術を有する他の例示的なシナリオもまた、本開示の範囲内にある。

ネットワーク・アクセス・ノード２００２～２００６は、端末装置１５０２のような端末装置への無線アクセス接続を提供するために、無線通信ネットワーク２０００の無線アクセス・ネットワークの一部であってもよく、従って、コア・ネットワーク２００８および他の外部データ・ネットワーク（例えば外部パケット・データ・ネットワーク、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム・サーバ、および他のインターネット・アクセス可能なデータ・ネットワーク）への接続を提供する。下記の無線通信ネットワーク２０００の説明は実証的であり、無線アクセス技術は無線通信ネットワーク２０００に組み込まれてもよい。これには、例えば、他の２Ｇ、３Ｇ、４Ｇ、５Ｇなどが含まれる。

端末装置１５０２は、無線通信ネットワーク２０００の種々のネットワーク・アクセス・ノード２００２～２００６を用いて、種々の物理チャネル上の無線信号を送受信することができる。ネットワーク・アクセス・ノード２００２～２００６は、前述のように、同じであっても異なっていてもよい、それぞれのＲＡＴの詳細に従って、それぞれの物理的チャネルを提供してもよい。

ネットワーク・アクセス・ノード２００２～２００６のうちの一つ以上は、例えば、図１７を追加参照して、各チャネル型の単一の「インスタンス」を提供してもよい。ネットワーク・アクセス・ノード２００２は、各サブフレームに対する制御チャネルが一定で一様な構成を有する単一の制御チャネル・インスタンスを提供することができる。同様に、ネットワーク・アクセス・ノード２００２は、ランダムアクセス・チャネル構成、単一のデータ・トラフィック・チャネル・インスタンス、単一のアップリンク制御チャネル・インスタンス、単一のアップリンク・データ・トラフィック・チャネル・インスタンスに従って、単一のランダムアクセス・チャネル・インスタンスを提供することができる。言い換えると、端末装置１５０２は、各特定のチャネルの複数のインスタンス間で自由に選択することができない場合がある。

従って、本開示の態様によれば、ネットワーク・アクセス・ノード２００２のようなネットワーク・アクセス・ノードは、複数のチャネル・インスタンス、例えば、所与のチャネル型に対する複数の物理的チャネル構成を提供し得、従って、端末装置が、端末装置の動作プロファイルに従ってチャネル・インスタンスを選択することを可能にする。図２０に示すように、例示的なアプリケーションでは、ネットワーク・アクセス・ノード２００２は、ブロードキャスト・チャネルＢＣＨ、第１および第２ページング・チャネルＰＣＨ１およびＰＣＨ２、第１および第２ランダムアクセス・チャネルＲＡＣＨ１およびＲＡＣＨ２、および／または第１および第２制御チャネルＣＣＨ１およびＣＣＨ２を提供することができる。従って、ネットワーク・アクセス・ノード２００２によって提供される端末装置は、関連するデータを送受信する際に、異なるチャネル・インスタンス（ＰＣＨ１対ＰＣＨ２、ＲＡＣＨ１対ＲＡＣＨ２、ＣＣＨ１対ＣＣＨ２）を選択するオプションを有し得る。特定のチャネル型本明細書において示されるが、ネットワーク・アクセス・ノード２００２のような幾つかの態様では、複数のトラフィック・データ・チャネル・インスタンス、例えば第１および第２の下りリンク・データ・トラフィック・チャネル、第１および第２の上りリンク・データ・トラフィック・チャネルなどの他のタイプのチャネル・インスタンスを提供することができる。さらに、または代替的に、各チャネル型に対するチャネル・インスタンスの数は、任意の量にスケーリングすることができる。

一つ以上のチャネル・インスタンスは、例えば、異なるレベルの電力効率、異なるレベルのレイテンシー、および／または異なるレベルの信頼性を提供するために、特定の特性を有するように異なるように構成されてもよい。例えば、ＰＣＨ１は、チャネルを利用する端末装置に対してＰＣＨ２よりも低い電力消費を可能にするように構成されてもよく、同様に、ＣＣＨ１は、ＣＣＨ２よりも低い電力消費を提供してもよく、一方、ＲＡＣＨ１は、ＲＡＣＨ２よりも低い電力消費を提供してもよい。あるいは、ＰＣＨ２は、ＰＣＨ１よりも低いレイテンシーおよび／または高い信頼性を提供し得る。異なる構成および結果としての電力効率、レイテンシー、および信頼性特性は、どのチャネル・インスタンスに関して様々なオプションを有する端末装置を提供することができる。

各チャネル・インスタンスは、独立して（例えば、論理的に他のチャネル・インスタンスから分離して）機能し得るので、各チャネル・インスタンスは、異なる時間‐周波数無線リソースの集合を割り当てられることができる。図２１および２２は、いくつかの態様による例示的なチャネル・リソース割り当てを示し、ダウンリンク・リソース・グリッド２１００がトラフィック・チャネル（ＴＣＨ）、制御チャネル・インスタンスＣＣＨ１およびＣＣＨ２、ならびにページング・チャネル・インスタンスＰＣＨ１およびＰＣＨ２を示し、アップリンク・リソース・グリッド２２００が制御チャネルＣＣＨ、トラフィック・チャネルＴＣＨ、およびランダムアクセス・チャネル・インスタンスＲＡＣＨ１およびＲＡＣＨ２を示す。図２２に示されるチャネル・リソース割り当ては、例示的なものであり、種々の異なる無線アクセス技術に対して同様のチャネル・リソース割り当てを実現することができる。

図２１に示されるように、ネットワーク・アクセス・ノード２００２は、各サブフレームの最初の２つのシンボルにＣＣＨ１を、各サブフレームの第三のシンボルにＣＣＨ２を提供することができる；従って、端末装置は、電力効率が問題にならない場合はＣＣＨ１を利用し、または、電力効率が問題になる場合はＣＣＨ２を使用するという選択肢を有することができる。ＣＣＨ２はより少ない時間‐周波数要素を含むので、端末装置は、より少ない処理電力でＣＣＨ２をデコードすることができ、従って、ＣＣＨ２を使用するときに電力消費を制限することができる。ダウンリンク・リソース・グリッド１７００に関して上述したように、いくつかの態様では、制御チャネルはページング制御メッセージ（例えば、例示的なＬＴＥ設定においてＰ－ＲＮＴＩで宛てられたＤＣＩメッセ）をさらに搬送することができ、アイドル・モード端末装置は次のＴＣＨがページング・メッセージを含むことを識別するために監視する必要がある。従って、ＣＣＨ１はＰＣＨ１としても機能し得る。従って、ＰＣＨ１を利用する端末装置は、ページング制御メッセージのためにＣＣＨ１（例えば、割り当てられたＤＲＸサイクルに従って）を監視することができる。

これらの無線リソース割り当ては例示的であり、様々なチャネル・インスタンスに対する無線リソース割り当てには多くの異なるバリエーションが存在し、かかるバリエーションはすべて本開示の範囲内で考慮される。例えば、様々なチャネル・インスタンスに対する他の物理チャネル構成は、より高い信頼性および／またはレイテンシーを提供し得る。例えば、より短い期間を有するページング・チャネルは、より低いレイテンシー・ページング（より高いエネルギー・コストを伴う）を提供し得、一方、より長い期間を有するページング・チャネルは、より高いレイテンシー・ページングを有する。無線リソース割り当て（または無線リソース割り当ての可能な集合）は、定義された標準の一部であってもよく、それにより、端末装置およびネットワーク・アクセス・ノードの両方が、各チャネル・インスタンスに対して割り当てられた無線リソースの知識を有することを可能にし得る。後述するように、無線アクセス・ネットワークは、端末装置に各チャネル・インスタンスにアクセスするために必要な情報を提供するために、各チャネル・インスタンスに対する構成情報をブロードキャストすることができる。

図２０を引き続き参照すると、いくつかの態様において、無線アクセス・ネットワークは、異なる無線アクセス技術上のチャネル・インスタンスを追加的に提供することができる。無線アクセス技術間の差異はまた、各チャネル・インスタンスにおける電力効率、レイテンシー、および／または信頼性における差異を導入し得る。図２０に示すように、ネットワーク・アクセス・ノード２００４およびネットワーク・アクセス・ノード２００６は、さらにネットワーク・アクセス・ノード２００２とインターフェースすることができる。従って、ネットワーク・アクセス・ノード２００４およびネットワーク・アクセス・ノード２００６は、それぞれの無線アクセス技術について、さらなるチャネル・インスタンスを提供するために、ネットワーク・アクセス・ノード２００２と協働することができる。例えば、ネットワーク・アクセス・ノード２００２は、第一の無線アクセス技術に従って構成されてもよく、ネットワーク・アクセス・ノード２００４は、第二の無線アクセス技術に従って構成されてもよく、ネットワーク・アクセス・ノード２００６は、第三の無線アクセス技術に従って構成されてもよい。ネットワーク・アクセス・ノード２００４およびネットワーク・アクセス・ノード２００６は、その後、第二および第三の無線アクセス技術上のページング・チャネル・インスタンスＰＣＨ３およびＰＣＨ４をそれぞれ追加的に提供することができる（これらは、ネットワーク・アクセス・ノード２００２によって採用された認可帯域と比較して、無認可帯域上のように、ネットワーク・アクセス・ノード２００２によって採用されたものとは異なる周波数リソース上でも起こり得る）。従って、第一の無線アクセス技術に関してネットワーク・アクセス・ノード２００２によって提供されるページング・チャネル・インスタンスＰＣＨ１およびＰＣＨ２に加えて、端末装置１５０２は、第二または第三の無線アクセス技術を用いて、それぞれＰＣＨ３およびＰＣＨ４を利用することができる。ネットワーク・アクセス・ノード２００２～２００６は、追加的または代替的に、任意のかかるチャネル・インスタンス、例えば、ランダムアクセス・チャネル・インスタンス、制御チャネル・インスタンス、トラフィック・データ・チャネル・インスタンスなどを提供するために、協働してもよい。ネットワーク・アクセス・ノード２００４およびネットワーク・アクセス・ノード２００６のネットワーク・アクセス・ノード２００２とのインターフェースとして、ネットワーク・アクセス・ノード２００２～２００６間の協働は、ネットワーク・アクセス・ノード間でデータを転送し、すべてのかかるチャネル・インスタンスを管理するために簡単であり得る。

従って、端末装置１５０２は、ネットワーク・アクセス・ノード２００２、ネットワーク・アクセス・ノード２００４、およびネットワーク・アクセス・ノード２００６から集合的に構成される無線アクセス・ネットワークとアップリンクおよびダウンリンク・データを交換する際に、様々なチャネル・インスタンスの中から選択することができる。例えば、端末装置１５０２は、関連データを送信または受信するために、ランダムアクセス・チャネル、ページング・チャネル、および制御チャネルに関していずれかのチャネル・インスタンスを選択することができる。端末装置１５０２は、端末装置１５０２の「動作プロファイル」に基づいてチャネル・インスタンスを選択することができ、それは、端末装置１５０２の現在の電力、レイテンシー、および信頼性の要件に依存し得る。

例えば、特定のタイプの端末装置は、特定の電力、レイテンシー、および信頼性の要件をもたらす特定の用途に役立てることができる。例えば、ＩｏＴアプリケーション専用の種々の装置は、再充電またはバッテリー交換なしに数年にわたって一度に動作するように設計された特定の型のセンサーなどの、極端なバッテリー寿命要件を有し、従って、高い電力効率を必要とすることがある。非限定的な例は、例えば１０年の、目標バッテリー寿命を有する森林内の温度センサーであり得る。これらの装置によって提供されるＩｏＴアプリケーションは、典型的には、よりレイテンシー許容性が高く、従って、他の装置と比較して厳密なレイテンシー要求を有しない可能性がある。

他のタイプの端末装置は、Ｖ２Ｘまたは機械制御通信専用であってもよく、例えば、自律運転のための車両用端末装置または工場または生産ホールのロボットのための遠隔制御装置である。このような通信の臨界的かつ時間センシティブな性質のため、これらのデバイスは、非常に高い信頼性要件および低遅延要件を有することができる。極端なバッテリー寿命は、充電がより定期的に利用可能であるかもしれないので、結果としてそれほど重要ではないかもしれない。

他のタイプの端末装置は、スマートフォン、タブレット、ラップトップなどの「多目的」装置であってもよく、これらは非常にユーザ・インタラクティブであり、ユーザーによる使用に依存して、アプリケーションの多様な集合を提供する。電力、レイテンシー、および信頼性の特性は、使用されているアプリケーションによって異なることがある。
例えば、ユーザーは、モバイル・リアルタイム・ゲーム、クレジットカード・リーダ、音声／ビデオ通話、またはウェブ・ブラウジングを含むが、これらに限定されない、様々なアプリケーションのために多目的端末装置を使用することができる。モバイル・リアルタイム・ゲームは、信頼性および電力効率よりも重要な低レイテンシー要件をもつことがある。クレジットカード・リーダのアプリケーションは、レイテンシーや電力効率よりも信頼性を重視することがある。音声／ビデオ通話やＷｅｂブラウジングでは、電力効率がより重要になるかもしれないが、特定のＩｏＴアプリケーションを有するデバイスの場合のように「極端な」電力効率の要件は存在しないかもしれない。

図２３は、端末装置１５０２の電力効率、レイテンシー、および信頼性要求に依存し得る端末装置１５０２の動作プロファイルに基づいて特定の無線アクセス・チャネル・インスタンスを選択し、利用するために端末装置１５０２が実行するいくつかの態様に従った方法２３００を示す。端末装置１５０２は、コントローラ１６１０において主として方法２３００の制御ロジックを実行することができ、それは、無線アクセス・ネットワークを介して無線信号の送受信をトリガーするために、アンテナ・システム１６０２、ＲＦトランシーバ１６０４、および物理層処理モジュール１６０８によって提供される無線送受信サービスを利用することができる。前述のように、図１６は、アンテナ・システム１６０２、ＲＦトランシーバ１６０４、および物理層処理モジュール１６０８を、簡潔さの目的のために単一のコンポーネントとして、図示するが、アンテナ・システム１６０２、ＲＦトランシーバ１６０４、および物理層処理モジュール１６０８の各々は、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、ｍｍＷａｖｅ、５Ｇなどの複数の無線アクセス技術のための無線通信コンポーネントを含むことができる。

２３１０において、コントローラ１６１０は、無線アクセス・ネットワーク、例えばネットワーク・アクセス・ノード２００２からチャネル構成情報を受信することができ、これは、利用可能なまたは複数のチャネル・インスタンスおよび各利用可能なまたは複数のチャネル・インスタンスの物理的チャネル構成を指定する。ネットワーク・アクセス・ノード２００２は、かかるチャネル構成情報を、例えば、システム情報（例えば、ＳＩＢ）または同様のブロードキャスト・メッセージと共に、ブロードキャスト・フォーマットで送信することができる。例えば、図２０の設定において、チャネル構成情報は、利用可能な複数のチャネル・インスタンスを指定することができる。チャネル構成はまた、無線アクセス技術および各チャネル・インスタンスに割り当てられた無線リソースを指定することもできる。さらに、端末装置が各チャネル・インスタンスを評価することを可能にするために、ネットワーク・アクセス・ノード２００２は、各チャネル・インスタンスの電力効率、信頼性、およびレイテンシーなどの、各チャネル・インスタンスの特定の特性を詳述するさらなる情報を提供することができる。

従って、コントローラ１６１０は、チャンネル構成情報から、２３１０内の各チャンネルインスタンスを同定することができる。その後、コントローラ１６１０は、２３２０内のチャネル・インスタンスを選択することができる。コントローラ１６１０によって選択されるチャネル・インスタンスの型は、選択するための方法２３００をどの型のコントローラ１６１０が実行しているかに依存しうる。例えば、コントローラ１６１０は、ＲＡＣＨ手順を実行するためのランダムアクセス・チャネル・インスタンス、制御情報を送受信するための制御チャネル・インスタンス、アイドル・モード・ページング・メッセージを監視するためのページング・チャネル・インスタンス、トラフィック・データを送受信するためのトラフィック・データ・チャネル・インスタンスなどを選択することができる。

２３２０において、各チャネル型について指定される複数のチャネル・インスタンスが存在し得るので、コントローラ１６１０は、複数のチャネル・インスタンスからチャネル・インスタンスを選択するために、端末装置１５０２の現在の動作プロファイルに基づいてチャネル・インスタンスを評価することができる。例えば、コントローラ１６１０は、電力効率要件、データ接続の信頼性要件、および／または端末装置１５０２のレイテンシー要件に基づいて、２３２０内の端末装置１５０２の現在の動作プロファイルを決定することができる。別の例として、前述のように、異なる型の端末装置が異なる型のアプリケーションを供給する（ｓｅｒｖｅ）ことができ、その結果、電力効率、レイテンシー、および信頼性の要件が変化することがある。上述の非限定的な例には、ＩｏＴアプリケーション用の端末装置（レイテンシーおよび信頼性に対して低い重要性を有する極端な電力効率要件）、Ｖ２Ｘまたは機械制御アプリケーション用の端末装置（極端な信頼性要件および低レイテンシー要件）、および多様なユーザー中心アプリケーション（ｕｓｅｒ－ｃｅｎｔｒｉｃ ａｐｐｌｉｃａｔｉｏｎｓ）用の多目的端末装置（高電力効率要件、しかし極端な電力効率要件のレベルではない）が含まれる。他のタイプの装置およびサポートされるアプリケーションの型も、端末装置１５０２の電力効率、信頼性およびレイテンシー要件に影響を及ぼしうる。

従って、コントローラ１６１０は、端末装置１５０２の電力効率、信頼性、およびレイテンシー要件に基づいて、端末装置１５０２の動作プロファイルを選択することができ、これは、端末装置の型および端末装置１５０２によってサポートされるアプリケーションの型に依存しうる。いくつかの態様において、端末装置１５０２の電力効率、信頼性またはレイテンシー要件のうちの一つ以上は、コントローラ１６１０に予めプログラムされることができる。

いくつかの態様において、操作プロファイルは、コントローラ１６１０に予めプログラムされることができる。例えば、端末装置１５０２がＩｏＴアプリケーション端末装置である場合、端末装置１５０２の動作プロファイル（電力効率を優先する）および／または電力効率、レイテンシー、および信頼性要件が、コントローラ１６１０に予めプログラムされることができる。同様に、端末装置１５０２が多目的またはＶ２Ｘ／機械制御端末装置である場合、対応する動作プロファイルおよび／または電力効率、レイテンシー、および信頼性要件は、コントローラ１６１０に予めプログラムされることができる。従って、コントローラ１６１０は、動作プロファイルを同定するために、２３２０における予めプログラムされた動作プロファイルおよび／または電力効率、レイテンシー、および信頼性要件を参照することができる。

いくつかの態様において、端末装置１５０２によって供給されるアプリケーションは、時間の経過とともに変化しうる。例えば、多目的端末装置は、ユーザー・インタラクションに応じて異なるアプリケーションを実行することができる。他の型の端末装置も、時間の経過と共に異なるアプリケーションを実行することができる。従って、いくつかの態様において、端末装置の電力効率、レイテンシー、および信頼性要件は、時間の経過と共に変化しうる。従って、コントローラ１６１０は、端末装置１５０２によって実行される現在のアプリケーション、特にネットワーク接続性に依存するアプリケーションを評価することもできる。従って、コントローラ１６１０は、動作プロファイルの一部として、２３２０内の端末装置１５０２の現在の接続要件、例えばレイテンシーおよび信頼性を考慮することができる。例えば、端末装置１５０２が、現在リアルタイムゲームアプリケーションを実行している多目的端末装置である場合、端末装置１５０２は、厳格なレイテンシー要件を有しうる。端末装置１５０２が、音声通話を実行している多目的端末装置である場合、端末装置１５０２は、重要な電力効率要件を有しうる。他の場合も、同様に、端末装置１５０２に対する接続要件（例えば、レイテンシーおよび信頼性要件）を生じさせることができる。いくつかの態様において、コントローラ１６１０は、端末装置１５０２によって実行されるアプリケーションの現在の接続要件を同定するために、アプリケーションを（例えば、アテンション（ＡＴ）コマンドを介して）実行するアプリケーション・プロセッサ（データ・ソース１６１２／データ・シンク１６１６）とインターフェースすることができる。いくつかの態様において、コントローラ１６１０は、例えば、電力効率、レイテンシー、または信頼性要件を指定するユーザー入力をユーザーに提供したかどうかなどの、動作プロファイルを決定する他の要因を考慮することができる。非限定的な例において、ユーザーは、端末装置１５０２のより厳しい電力効率要件を示しうる端末装置１５０２で電力節約モードを起動することができる。

従って、端末装置１５０２の現在の電力効率、レイテンシーおよび信頼性要件に応じて、コントローラ１６１０は動作プロファイルを決定することができる。コントローラ１６１０は、その後、動作プロファイルに最もよく一致するチャネル・インスタンスを識別するために、動作プロファイルに基づいて２３２０内の複数のチャネル・インスタンスを評価することができる。従って、例示的な態様によれば、コントローラ１６１０は、動作プロファイルに一致するチャネル・インスタンスを識別するために、２３２０における電力効率、レイテンシー、および信頼性に基づいて複数のチャネル・インスタンスを評価することができる。

従って、コントローラ１６１０は、どのチャネル・インスタンスが動作プロファイルによって特徴付けられる電力効率、信頼性およびレイテンシーの要件を満たすかを識別するために、所定の評価ロジックを複数のチャネル・インスタンスの各々に適用することができる。従って、各チャネル・インスタンスに対する物理的チャネル構成に基づいて、コントローラ１６１０は、どのチャネル・インスタンスの電力効率が高く、どのチャネル・インスタンスが低レイテンシーで、どのチャネル・インスタンスが高信頼性かを識別することができる。所定の評価ロジックを使用して、コントローラ１６１０は、２３２０において、どのチャネル・インスタンスが端末装置１５０２の動作プロファイルの要求に一致するかを識別することができる。

例えば、例示的なシナリオにおいて、コントローラ１６１０は、無線通信ネットワーク２０００の無線アクセス・ネットワークのためのページング・チャネル・インスタンスを識別するための方法２３００を実行してもよい。コントローラ１６１０は、２３２０において、端末装置１５０２の動作プロファイルが電力効率を必要とすることを決定することができる。従って、２３２０において、コントローラ１６１０は、複数のページング・チャネル・インスタンスＰＣＨ１、ＰＣＨ２、ＰＣＨ３、およびＰＣＨ４を評価して、どのページング・チャネルが電力効率を提供するかを識別することができる。従って、コントローラ１６１０は、ＰＣＨ１、ＰＣＨ２、ＰＣＨ３、およびＰＣＨ４の各々の物理的チャネル構成情報を評価して、どのページング・チャネル・インスタンスが最も電力効率が高いかを識別することができる。

コントローラ１６１０が、第三の無線アクセス技術（ネットワーク・アクセス・ノード２００６によってサポートされる）が最も電力効率が高いと考える場合、コントローラ１６１０は、２３２０のページング・チャネル・インスタンスとしてＰＣＨ４を選択することができる。あるいは、コントローラ１６１０は、ＰＣＨ２の物理的チャネル構成が、物理的チャネル構成の周期性および時間周波数リソース分布に基づいて、２３２０において最も電力効率が高いと判断することができる。

別の例示的なシナリオにおいて、コントローラ１６１０は、制御チャネル・インスタンスを選択するために方法２３００を適用してもよく、端末装置１５０２の動作プロファイルが、例えば高い待ち時間感度を有するアクティブ・データ接続に起因する低待ち時間を必要とすることを２３２０において決定してもよい。従って、コントローラ１６１０は、例えば、ＣＣＨ１がＣＣＨ２よりも低いレイテンシーを有することを識別することによって、どのチャネル・インスタンスが低いレイテンシーを提供するかを識別するために、２３２０において複数のチャネル・インスタンスの物理的チャネル構成を評価することができる。従って、コントローラ１６１０は、２３２０においてＣＣＨ１を選択することができる。

多くのかかる評価結果があり得る。いくつかの態様において、２３２０におけるかかる決定においてコントローラ１６１０によって使用される評価ロジックは、コントローラ１６１０において、例えば、ソフトウェア定義命令として予めプログラムされてもよい。いくつかの態様において、コントローラ１６１０は、どの物理チャネル構成が電力効率、低レイテンシー、および高信頼性を提供するかを識別するために、履歴データに基づく機械学習をさらに使用することができる。コントローラ１６１０が利用することができる機構学習手法の非限定的な実施例は、教師あり学習または教師なし学習、強化学習、遺伝的アルゴリズム、ルール・ベース学習サポート・ベクトル・マシン、人工ニューラル・ネットワーク、ベイジアン・ツリー・モデルまたは隠れマルコフ・モデルを含む。一般性を損なうことなく、いくつかの態様において、電力効率の良いチャネル構成は、より小さい時間周波数リソースの集合を有することができ、（従って、より少ない処理を必要とし、）時間的に凝縮されうる、および／または、より長い送信時間期間（例示的なＬＴＥ設定における例えば送信時間間隔（ＴＴＩ））を有することができ、このことは、無線構成要素が不作動にされ得るおよび／または電源停止され得るより長い時間期間を可能にすることができ、および／または、より長い時間期間を有することができ（、従って無線構成要素が不作動および／または電源停止され得る頻度の低い監視およびより長い期間を可能にす）る。例えば、例示的なＬＴＥ設定では、ＰＤＣＣＨおよびＰＤＳＣＨに関して、より短いＴＴＩは、ＵＬ／ＤＬ承認（ｇｒａｎｔｓ）のスケジューリングのためのシグナリング・オーバーヘッドが増加することも意味し得る。例えば、同じ端末装置に対して常に一つのフルサブフレーム（例えば、連続する２つのタイム・スロット、または１ｍｓ）をスケジューリングする代わりに、ネットワーク・アクセス・ノードは、単一のタイム・スロット（例えば、０．５ｍｓに相当する）をスケジューリングすることが許され得る。より細かい粒度のために、ネットワーク・アクセス・ノードは、サブフレーム内でどのリソースが端末装置に割り当てられているかを記述するためにより多くのビットを必要とし得る（ＰＤＣＣＨが依然としてＯＦＤＭシンボル１？３にのみ含まれる場合）。あるいは、いくつかの態様において、ＯＦＤＭシンボル１および２における最初のタイム・スロットのためのＰＤＣＣＨと、ＯＦＤＭシンボル８および９における追加のＰＤＣＣＨとがあり得る。端末装置にとって、これは、両方の場合において、ｅＮＢがそれに対してＤＬまたはＵＬリソースをスケジュールしたかどうかを判断するためにより多くのＰＤＣＣＨ情報を処理する必要があることを意味し得る。

いくつかの態様において、ダウンリンク・トラフィック・チャネル（ＴＣＨ）の電力効率の良いチャネル構成（ｐｏｗｅｒ－ｅｆｆｉｃｉｅｎｔ ｃｈａｎｎｅｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、ネットワーク・アクセス・ノードがダウンリンク送信をスケジュールしたことを示す制御情報を搬送する（ｃａｒｒｙｉｎｇ）タイム・スロットと、実際のダウンリンク送信を搬送するタイム・スロットとの間に遅延を導入し得る。例えば、制御情報がダウンリンク伝送を搬送するタイム・スロットの直前に発生する場合、端末装置は、ダウンリンク伝送が端末装置宛てであるかどうかを決定するために制御情報を同時にチェックしながら、ダウンリンク伝送を受信、記憶、および処理し得る。この例示的なケースは、ＬＴＥにおいてＰＤＳＣＨが続くＰＤＣＣＨであり、ここで、端末装置は、ＰＤＳＣＨのうちのいずれかが端末装置に宛てられているかどうかをチェックするために（例えばＲＮＴＩで端末装置に宛てられたＤＣＩ）、同時にＰＤＣＣＨを復号しながら、ＰＤＳＣＨを記憶し処理することができる。従って、電力効率の良いチャネル構成は、制御情報とダウンリンク送信との間に遅延を加えることができ、これは、ダウンリンク送信が開始される前に制御情報を受信し復号するためのより多くの時間を端末装置に与えることができる。従って、端末装置は、ダウンリンク送信が端末装置宛であるかどうかをより早く（潜在的にはダウンリンク送信の開始前に）判断することができ、その結果、制御上方の受信と制御情報の複合化との間のウィンドウにおけるダウンリンク送信の受信、記憶、および処理を回避することによって電力を節約できる。この電力効率の良いチャネル構成は、いくつかの態様において、電力効率を増加させるが、レイテンシーを増加させ得る。例えば、例示的なＬＴＥ設定では、ＤＬについて、サブフレーム「ｎ」のＰＤＣＣＨが第一の端末装置に対するＤＬ送信を示すとき、このＤＬデータの最初の部分はすでにサブフレーム「ｎ」に含まれている。第一の端末装置がＰＤＣＣＨを処理するのに時間がかかるので、第一の端末装置は常に（ある程度まで）フル・リソース・ブロックを受信し、記憶し、処理することを強制され得る。ＰＤＣＣＨとそれに関連するＤＬ伝送の間に十分な遅延がある場合、最初の端末装置は、ＰＤＣＣＨを含むＯＦＤＭシンボル、および参照シンボルを含むＯＦＤＭシンボル（ＲＳ）のみを処理するであろう。（ＵＥは、ＰＤＣＣＨの復号化のための前提条件であり得るＲＢに対するチャネル推定を行うためにＲＳを使用することができる。）ＰＤＣＣＨが、例えば最初の３つのＯＦＤＭシンボル（いくつかのＲＳも含み得る）に含まれ、さらなるＲＳが３つの追加のＯＦＤＭシンボル５、８、および１２に含まれる場合、第一の端末装置は通常、サブフレームの１４のＯＦＤＭシンボルのうちの、６つのＯＦＤＭのみを処理し得る。サブフレーム「ｎ」のＰＤＣＣＨが、サブフレーム「ｎ＋ｋ」の第一の端末装置に対するＤＬ送信を示す場合のみ、第一の端末装置はそのサブフレーム「ｎ＋ｋ」のすべてのＯＦＤＭシンボルを処理する。例えば、第一の端末装置に関するデータを含まないサブフレームについて、第一の端末装置は、ＯＦＤＭシンボルの８／１４＝５７％を無視することができ、それに応じて処理エネルギーを節約することができる。これは電力効率を向上させ得るが、ＤＬ送信に対するレイテンシーを増大させ得る。

いくつかの態様において、低レイテンシーチャネル構成は、例えば、１ｍｓから０．５ｍｓまでの短い送信時間期間を有することによって、レイテンシーを低減することができる（ここで、他の低減は、送信時間期間の初期長さに依存して同様に可能である）。これは、潜在的な伝送時間のより微細な「グリッド」を提供し、その結果、伝送をより早い時間に開始することを可能にする。また、往復時間も短縮され得る。例えば、例示的なＬＴＥ設定において、ＴＴＩは、１サブフレーム（＝１ｍｓ）から半サブフレーム（＝０．５ｍｓ）またはさらに低い値（例えば、２ＯＦＤＭシンボル＝０．１４ｍｓ）に低減され得る。送信が０．５ｍｓ毎に開始できる場合、これは、レイテンシー（および往復時間）を低減させることができる。いくつかの態様では、より低いＴＴＩのために「追加の」ＰＤＣＣＨをどこに置くべきかに関して問題があり得、それによって「低レイテンシー」チャネルと「電力効率のよい」チャネルが同じリソース・グリッド上に共存できる。例えば、「低ＴＴＩサブフレーム」および「通常のＴＴＩサブフレーム」を定義できる。すべてのサブフレームにおいて、ＯＦＤＭシンボル１から３は、すべてのＵＥによって読み取りおよび理解可能なＰＤＣＣＨを搬送する。低ＴＴＩサブフレームは、ＯＦＤＭシンボル８および９内のサブフレームの後半について追加のＰＤＣＣＨを、場合によっては特定のＲＢ上のみで、搬送する。ネットワーク・アクセス・ノードは、端末装置からのスケジューリング要求に応じて、低ＴＴＩサブフレームおよび通常のＴＴＩサブフレームをスケジューリングすることができる。例えば、ネットワーク・アクセス・ノードは、時々、「電力効率の良い」端末装置のみがスケジュールされる通常のＴＴＩサブフレームを挿入することができる。あるいは、特定のＲＢ（例えば特定のサブバンド内）について「電力効率の良い」端末装置への送信をスケジュールし、さらに追加のＰＤＣＣＨを使用して「低レイテンシー」の端末装置について残りのサブバンドでの送信をスケジュールすることができる。

いくつかの態様において、低レイテンシーチャネル構成は、アップリンク送信承認（端末装置に送信の許可を与える）とアップリンク送信の実際の開始時間との間の遅延を低減することにより、レイテンシーを低減し得る。端末装置がアップリンク送信承認後のより早い時間に送信できるようにすることにより、端末装置はより早い時刻に情報を送信することができ、従って、レイテンシーを低減することができる。例えば、例示的なＬＴＥ設定において、ＵＬ承認（サブフレーム「ｎ」でＰＤＣＣＨに与えられる）とサブフレーム「ｎ＋ｋ」でＵＬ送信の実際の開始との間の遅延は低減されることができる。通常、ｋは４に固定されるので、例えばＵＬ承認の４ｍｓ後に、「ｋ」は遅延を低減するために、「２」または「１」に低減されることができる。これには、これを支持するための端末側での修正が含まれる。

いくつかの態様において、高信頼性チャネル構成は、ロバストな物理変調方スキームを利用することができ、例えば、二位相シフトキーイング（ＢＰＳＫ）は、直交位相シフトキーイング（ＱＰＳＫ）、１６－直交振幅変調（１６－ＱＡＭ）、６４－ＱＡＭ、２５６－ＱＡＭ等よりもロバストであり得る。いくつかの態様において、高信頼性チャネル構成は、同じ情報を繰り返し送信することができ、たとえば、繰り返しは、時間にわたって拡散して（たとえば、ＴＴＩバンドリング）、同時に複数の周波数にわたって拡散して、または、時間および異なる周波数にわたって拡散して（例えば、周波数ホッピング）発生することができる。いくつかの態様において、高信頼性チャネル構成は、例えば、畳み込み符号化のような異なる符号化スキームを使用することによって、単一ビットに含まれる情報をいくつかの符号化ビットにわたって拡散させることができる。その後、伝送誤りを検出し（ある程度まで）修復するために、誤り訂正符号を高信頼性チャネル構成の受信側で使用することができる。これは、レイテンシーの増加を犠牲にして信頼性を高め得る。

電力効率、レイテンシー、および信頼性の上述の例示的な動作プロファイルファクタに加えて、コントローラ１６１０は、同様に、サービス品質（ＱｏＳ）、ＱｏＳクラス識別子（ＱＣＩ）、電力節約モード（ＰＳＭ）、拡張ＤＲＸ（ｅＤＲＸ）、Ｖｅｈｉｃｌｅ－ｔｏ－Ａｎｙ（Ｖ２Ｘ）等に関連する任意の一つ以上のファクタを考慮してもよい。

端末装置１５０２の動作プロファイルは複数の要因に依存する可能性があるので、様々な態様では、コントローラ１６１０は、様々な要因が他の要因とのトレードオフを含む可能性がある複数のまたは任意の要因の組み合わせを考慮し得る。例えば、いくつかのケースでは、電力効率の良いチャネル・インスタンスは、一般に、より高い冷淡シーおよび／またはより低い信頼性を有し得る。従って、コントローラ１６１０は、電力効率と、レイテンシー間および／または信頼性とを「バランス」して、２３２０内のチャネル・インスタンスを選択することができる。いくつかの態様において、コントローラ１６１０は、かかるバランシングを実行するために「目標」ファクター・レベルを利用してもよい。例えば、コントローラ１６１０は、許容可能な最大レイテンシーである』目標レイテンシーおよび／または許容可能な最小信頼性である目標信頼性を同定することができ、依然として目標レイテンシーおよび／または目標信頼性を満たしながら、電力消費を最小にするチャネル・インスタンスを選択しようと試みることができる。あるいは、コントローラ１６１０は、許容可能な最大バッテリー電力消費である目標電力消費レベルを同定し、目標電力消費レベルを満たしながら、レイテンシーを最小化しおよび／または信頼性を最大化するチャネル・インスタンスを選択しようと試みてもよい。従って、コントローラ１６１０は、現在の動作プロファイルに基づいて２３２０内のチャネル・インスタンスを選択するために使用される評価ロジックに、かかる目標ファクター・レベルを含むことができる。

従って、２３３０において、現在の動作プロファイルに照らした複数のチャネル・インスタンスのチャネル構成情報の評価に基づいて、コントローラ１６１０は、２３２０における端末装置１５０２の現在の動作プロファイルに最も良く一致する複数のチャネル・インスタンスから一つのチャネル・インスタンスを選択することができる。その後、コントローラ１６１０は、選択されたチャネル・インスタンスを有する無線アクセス・ネットワークにデータを送信および／または受信することができる。いくつかの態様において、コントローラ１６１０は、（例えば、信号強度、信号品質、ＳＮＲなど等の）無線測定（ｒａｄｉｏ ｍｅａｓｕｒｅｍｅｎｔ）が閾値を下回った場合のように、現在の無線コンディション（ｒａｄｉｏ ｃｏｎｄｉｔｉｏｎｓ）に基づくチャネル評価をトリガーすることができる。いくつかの態様において、コントローラ１６１０は、例えば固定評価期間で、定期的にチャネル評価をトリガーすることができる。

コントローラ１６１０が方法２３００で選択しているチャネル・インスタンスの型に応じて、コントローラ１６１０は、選択されたチャネル・インスタンスを送信または受信のために適切に利用するために、選択されたチャネル・インスタンスの２３３０における選択手順の一部として、無線アクセス・ネットワークに通知することができる。例えば、コントローラ１６１０が方法２３００でページング・チャネル・インスタンスを選択している場合、無線アクセス・ネットワークが正しいチャネル上の端末装置１５０２にページングすることを可能にするために、コントローラ１６１０は選択されたページング・チャネル・インスタンスの無線アクセス・ネットワークを通知することができる。コントローラ１６１０は、同様に、制御またはトラフィック・データ・チャネル・インスタンスを選択する場合、無線アクセス・ネットワークに通知することができる。あるいは、端末装置１５０２は、無線アクセス・ネットワークとの事前の合意なしに、かかるチャネル・インスタンスを一方的に利用することができるので、コントローラ１６１０が、ランダムアクセス・チャネル・インスタンスの選択などについて、無線アクセス・ネットワークに通知しないチャネル・インスタンスがあってもよい。

従って、いくつかの態様では、コントローラ１６１０は、２３２０で、無線アクセス・ネットワーク、例えばネットワーク・アクセス・ノード２００２～２００６のいずれかに、選択されたチャネル・インスタンスを指定する制御メッセージを提供するようにさらに構成され得る。例えば、方法２３００でページング・チャネルを選択する場合、コントローラ１６１０は、選択されたページング・チャネル・インスタンスとしてＰＣＨ１を指定する制御メッセージをネットワーク・アクセス・ノード２００２に送信することができる。ネットワーク・アクセス・ノード２００２は、場合によっては、選択されたページング・チャネル・インスタンスを、例えばモビリティ管理エンティティ（ＭＭＥ）などのコア・ネットワーク２００８のコア・ネットワーク構成要素で検証する必要があるかもしれない。その後、ネットワーク・アクセス・ノード２００２は、応答を送信することによって選択されたページング・チャネル・インスタンスを受け入れるか拒否するかのいずれかを行ってもよく、その後、コントローラ１６１０は、受け入れる場合には、２３３０において、（例えば、ページング・メッセージのために選択されたページング・チャネル・インスタンスを監視することによって）選択されたページング・チャネル・インスタンスを利用するか、または拒否の場合には、ネットワーク・アクセス・ノード２００２に対して別のページング・チャネル・インスタンスを選択し、提案してもよい。別の例では、方法２３００で制御チャネルを選択する場合、コントローラ１６１０は、選択された制御チャネル・インスタンスとしてＣＣＨ１を指定するネットワーク・アクセス・ノード２００２に制御メッセージを送信することができる。ネットワーク・アクセス・ノード２００２は、応答を送信することによって、選択された制御チャネル・インスタンスを受け入れるかまたは拒絶することができ、その後、コントローラ１６１０は、受け入れる場合には、２３３０において、（例えば、ダウンリンクの場合には、選択された制御チャネル・インスタンスの制御データを受信することによって、またはアップリンクの場合には、選択された制御チャネル・インスタンスの制御データを送信することによって）選択された制御チャネル・インスタンスを利用する。

方法２３００のいくつかの態様において、無線アクセス・ネットワークは、例えば端末装置による要求に応じて、オンデマンドで、特定のチャネル・インスタンスを設定し、提供することができる。コントローラ１６１０は、チャネル構成情報において無線アクセス・ネットワークによって提供されるチャネル・インスタンスの有限のグループから選択するのとは対照的に、２３２０において、特定のチャネル・インスタンスを要求することができる。例えば、コントローラ１６１０は、２３１０において、チャネル構成情報を受信することができ、２３２０において、コントローラ１６１０が低電力チャネル・インスタンスをターゲットとしており、利用可能なチャネル・インスタンスのいずれも低電力基準を満たさない場合のように、その中に指定されたチャネル・インスタンスがコントローラ１６１０の現在の基準に合致しないことを決定することができる。従って、コントローラ１６１０は、２３２０において、無線アクセス・ネットワークに低電力チャネル・インスタンスを要求する制御メッセージを送信することができる。無線アクセス・ネットワークは、その後、要求されるチャネル・インスタンス（ｔｈｅ ｒｅｑｕｅｓｔｅｄ ｃｈａｎｎｅｌ ｉｎｓｔａｎｃｅ）を受け容れるか、拒否するかの何れかをすることができる。無線アクセス・ネットワークが要求されるチャネル・インスタンスを受け容れる場合、無線アクセス・ネットワークは、要求されるチャネル・インスタンスに対して無線リソースを割り当て、制御メッセージを介してコントローラ１６１０に要求されたチャネル・インスタンスの起動を確認することができる。逆に、無線アクセス・ネットワークが要求されるチャネル・インスタンスを拒否する場合、無線アクセス・ネットワークは、要求されるチャネル・インスタンスを拒否する制御メッセージをコントローラ１６１０に送信することができる。拒否の場合、無線アクセス・ネットワークは、修正された要求されるチャネル・インスタンスを提案することができ、コントローラ１６１０は、その後、受け容れ、拒否、または再提案をすることができる。これは、修正された要求されるチャネル・インスタンスが合意されるか、最終的に拒否されるまで続くことができる。受け容れる場合、コントローラ１６１０は、合意されたチャネル・インスタンスを有する無線アクセス・ネットワークでデータを送信または受信するために２３３０に進んでもよい。このような要求されるチャネル・インスタンスは、ＵＥ固有であってもよく、例えば、要求する端末装置によってのみアクセス可能であってもよく、または複数の端末装置のグループに提供されてもよい。

前述のように、様々なチャネル・インスタンスは、異なる無線アクセス技術上にあってもよく、例えば図２０の例では、無線アクセス・ネットワークは、異なる無線アクセス技術上に複数のチャネル・インスタンスを提供してもよい。例えば、コントローラ１６１０は、２３１０において、（第一の無線アクセス技術を使用して）ネットワーク・アクセス・ノード２００２からチャネル構成を受け取り、２３１０において、ネットワーク・アクセス・ノード２００２に報告するチャネル・インスタンスを選択することができ、選択されたチャネル・インスタンスはネットワーク・アクセス・ノード２００４によって提供されるＰＣＨ３などの異なる無線アクセス技術上に提供される。従って、コントローラ１６１０は、２３３０において、ネットワーク・アクセス・ノード２００４から選択されたページング・チャネル・インスタンスを監視することができる。言い換えれば、選択されたチャネル・インスタンスは、２３１０でチャネル構成情報を受信しおよび／または２３３０で選択されたチャネル・インスタンスを報告するために使用された無線アクセス技術とは異なる無線アクセス技術上にあり得る。従って、異なる無線アクセス技術、例えばネットワーク・アクセス・ノード２００４によって提供されるＰＣＨ３によって提供される選択されたチャネル・インスタンスを指定するコントローラ１６１０からの制御メッセージを受信すると、ネットワーク・アクセス・ノード２００２は、コントローラ１６１０で選択されたチャネル・インスタンスを受け容れ、端末装置１５０２がページング・チャネル・インスタンスとして（例えば、ネットワーク・アクセス・ノード２００２とネットワーク・アクセス・ノード２００４との間のインターフェースを介して）ＰＣＨ３を選択したことをネットワーク・アクセス・ノード２００４に通知することができる。ネットワーク・アクセス・ノード２００２は、その後、ネットワーク・アクセス・ノード２００４に端末装置１５０２に宛てられたページング・データを提供することができ、これを、ネットワーク・アクセス・ノード２００４は、ＰＣＨ３上で送信することができる。コントローラ１６１０は、ページング情報についてＰＣＨ３を同時に監視することができ、従って、ＰＣＨ３上でネットワーク・アクセス・ノード２００４によって提供されるページング情報を受信し、処理することができる。関係するネットワーク・アクセス・ノードは、関係するネットワーク・アクセス・ノードで（ｔｈｅ ｉｎｖｏｌｖｅｄ ｎｅｔｗｏｒｋ ａｃｃｅｓｓ ｎｏｄｅｓ）ページングを分配する役割を果たす共通のコア・ネットワーク移動性エンティティ（ａ ｃｏｍｍｏｎ ｃｏｒｅ ｎｅｔｗｏｒｋ ｍｏｂｉｌｉｔｙ ｅｎｔｉｔｙ）（例えば、ＭＭＥまたは類似のエンティティ）とインターフェースされる必要があり得る。異なるチャネル・インスタンス（例えば、ランダムアクセス・チャネル、トラフィック・データ・チャネル、制御チャネルなど）および無線アクセス技術による追加の変形は、同様に、開示の態様に従って適用され得る。

選択されたチャネル・インスタンスに対して異なる無線アクセス技術を採用することに加えて、いくつかの態様では、コントローラ１６１０は、選択されたチャネル・インスタンス上で受信されたデータに応答して、別の無線アクセス技術に応じることができる。例えば、（第一の無線アクセス技術を用いて）ネットワーク・アクセス・ノード２００２からチャネル構成情報を受信した後にコントローラ１６１０がページング・チャネル・インスタンスとしてＰＣＨ３を選択する上記の例示的シナリオでは、コントローラ１６１０は、（第二の無線アクセス技術を用い）ネットワークからＰＣＨ３で、到来データ（ｉｎｃｏｍｉｎｇ ｄａｔａ）が端末装置１５０２を待っていることを示す、端末装置１５０２に宛てられたページング・メッセージを受信し得る。その後、コントローラ１６１０は、ネットワーク・アクセス・ノード２００４から（例えば、ネットワーク・アクセス・ノード２００４によって提供されるトラフィック・データ・チャネル・インスタンスを用いて）または異なるネットワーク・アクセス・ノードから、および／または、異なる無線アクセス技術から到来データを受信することを選択し得る。例えば、コントローラ１６１０は、例えばネットワーク・アクセス・ノード２００２によって提供されるトラフィック・データ・チャネル・インスタンス上で、ネットワーク・アクセス・ノード２００２から到来データを受信するように選択することができる。従って、コントローラ１６１０は、ネットワーク・アクセス・ノード２００４またはネットワーク・アクセス・ノード２００２のいずれかにおいて、ページング・メッセージに応答し、到来データが、選択されたトラフィック・データ・チャネル・インスタンスのターミナル・デバイス１５０２に提供されるべきであることを示す。その後、ネットワーク・アクセス・ノード２００２は、選択されたトラフィック・データ・チャネル・インスタンス上の端末装置１５０２への到来データを提供することができる。例えば、選択されたページング・チャネル・インスタンスは電力効率が良いが、選択されたトラフィック・データ・チャネル・インスタンスは、より高い、信頼性、レイテンシー、リンク容量、レート、または品質を有し、従って、トラフィック・データの受信のためのより良い代替手段であり得る場合に、このような方法は有用であり得る。ある態様では、コントローラ１６１０は、新しいチャネル・インスタンスを選択するために、例えばトラフィック・データ・チャネル・インスタンスを選択するために、方法２３００を再採用することができる。

いくつかの態様において、端末装置１５０２は、ページング・メッセージを受信するために、特別の「低電力」無線アクセス技術を採用することができる。例えば、アンテナ・システム１６０２、ＲＦトランシーバ１６０４、および物理層処理モジュール１６０８は、低電力であり、電磁波（例えば、無線周波数識別（ＲＦＩＤ）システムと同様）によって起動され得るアンテナおよびＲＦおよびＰＨＹコンポーネントを含み得る。

図２４は、アンテナおよびＲＦトランシーバなどの基本的な受信コンポーネントを含むことができる低電力ＲＡＴシステム２４０２を含み、コントローラ１６１０とインターフェースすることのできる幾つかの態様による端末装置１５０２の例示的な修正された構成を示す。コントローラ１６１０は、ページング・チャネル・インスタンスのようなチャネル・インスタンスを利用するための、低電力代替として低電力ＲＡＴシステム２４０２を利用することができる。例えば、コントローラ１６１０は、低電力ページング・チャネル・インスタンスを監視するために、低電力ＲＡＴシステム２４０２を利用することができる。前述のように、低電力ＲＡＴシステム２４０２は、特定のトリガー電磁波を受信すると起動されることができ、従って、低電力ページング・チャネル・インスタンスを監視するために外部電力を必要としない場合がある。従って、対応ＲＡＴシステムで構成されたネットワーク・アクセス・ノードは、ページング・メッセージが端末装置１５０２を待っているときに、特定のトリガー電磁波を低電力ページング・チャネル・インスタンス上にブロードキャストすることにより、ページング・チャネル・インスタンスを端末装置１５０２に提供することができる。その後、低電力ＲＡＴシステム２４０２は、トリガー電磁波を受信し、「ウェイクアップ」し、かくして、ページング・メッセージが端末装置１５０２を待っていることをシグナリングする。低電力ＲＡＴシステム２４０２は、ページング・チャネル・インスタンス上で後続のページング・メッセージを受信するためにアクティブ受信状態に入るように構成されてもよいし、または、コントローラ１６１０にページング・メッセージが端末装置１５０２を待っていることをシグナリングしてもよい。低電力ＲＡＴシステム２４０２が後続のページング・メッセージを受信するように構成される場合、低電力ＲＡＴシステム２４０２はページング・メッセージを受信し、ページング・メッセージをコントローラ１６１０に提供することができる。低電力ＲＡＴシステム２４０２が、ページング・メッセージが端末装置１５０２を待っていることをコントローラ１６１０にシグナリングするように構成される場合、コントローラ１６１０は、その後、低電力ＲＡＴシステム２４０２から指示を受信し、アンテナ・システム２４０２を介して別のページング・チャネル・インスタンスで後続のページング・メッセージを受信するように進んでもよい。

ランダムアクセス・チャネルに関連する本開示のいくつかの態様において、コントローラ１６１０は、２３２０において、レイテンシー要件、アプリケーションの臨界性、または「ＲＡＣＨサブスクリプション」の存在を含む種々の動作状態ファクタに基づいて、（複数の利用可能なランダムアクセス・チャネル・インスタンスから）ランダムアクセス・チャネルを選択してもよい。例えば、１６１２で現在の動作状態を評価する際に、コントローラ１６１０は、例えば特定のアプリケーションがデータ接続を必要とする場合など、ランダムアクセス手順の基礎となるトリガーが厳密なレイテンシー要件を有するか、または重要なデータを含むかどうかを識別し得る。そのような条件のいずれかが当てはまる場合、コントローラ１６１０は、低い衝突確率、例えば、別の端末装置が同じＲＡＣＨ機会中に同様のランダムアクセス・プリアンブルを送信する可能性が低いランダムアクセス・チャネル・インスタンスを選択することを目的とし得る。従って、コントローラ１６１０は、かなりの数の他の端末装置によってアクセスされることが予想されないランダムアクセス・チャネル・インスタンスを選択することを目的としてもよく、従って、衝突確率を低減する。従って、高い衝突可能性なしでＲＡＣＨ送信が起こり得るので、コントローラ１６１０は予想されるレイテンシーを短縮することができる。いくつかの態様では、コントローラ１６１０（またはネットワーク・アクセス・ノード）は、端末装置を追跡すること（例えば、近接する端末装置の数を推定するためにアップリンク干渉を監視すること）によっておよび／またはトラフィック・パターンを観察すること（例えば、ランダムアクセス手順における競合の発生を観察すること）によって、所与のエリア内のランダムアクセス・チャネルにアクセスすると予想される端末装置の数を推定できることがある。

さらに、いくつかの態様では、端末装置１５０２は、端末装置１５０２が端末装置の選択されたグループのみに予約されているランダムアクセス・チャネル・インスタンスへの特別なアクセスを有する「ＲＡＣＨサブスクリプション」へのアクセスを有することができる。このようなＲＡＣＨサブスクリプションへのアクセスは、制限されることができ、有料の機能として利用可能である。例えば、ユーザーまたは他の者がＲＡＣＨサブスクリプションへのアクセスに対して支払い、その見返りとして改善された「サービス・レベル」が保証される場合である。

ＲＡＣＨサブスクリプションは、選択された数の端末装置にのみ利用可能であるため、衝突確率は劇的に低下し得る。ランダムアクセス・チャネル・インスタンスを選択するために適用される方法２３００の設定において、無線アクセス・ネットワークは、２３１６においてコントローラ１６１０が受信しうるＲＡＣＨサブスクリプションのための無線リソースおよびスケジューリングを指定するチャネル構成情報をブロードキャストすることができる（あるいはＲＡＣＨサブスクリプションは予め定義されることができる）。その後、コントローラ１６１０は、２３２０において、ランダムアクセス・チャネル・インスタンスとしてＲＡＣＨサブスクリプションを選択することができ、２３３０において、ＲＡＣＨサブスクリプション上でＲＡＣＨ送信に進むことができる。サブスクリプションＲＡＣＨは、限られた数の端末装置にのみ使用可能であるため、低い衝突確率しか存在しない可能性がある。無線アクセス・ネットワークはさらに、検証目的でそのようなサブスクリプションのデータベースを含みうる、ホーム・ロケーション・レジスター（ＨＬＲ）またはホーム・サブスクリプション・サービス（ＨＳＳ）等の、ネットワーク・アクセス・ノード２００２とインターフェースするコア・ネットワーク・コンポーネントでサブスクリプションＲＡＣＨへのアクセスを検証する必要があり得る。

方法２３００の別の態様によれば、無線アクセス・ネットワークは、各端末装置の特性に基づいて、特定のチャネル・インスタンスに対するアクセスを制限することができる。従って、無線アクセス・ネットワークは、低電力装置のみのような特定の基準を満たす端末装置にのみアクセス可能な特定のチャネル・インスタンスを提供することができる。例えば、無線アクセス・ネットワークは、バッテリー電力が低いことを報告する装置にのみ利用可能な特定のチャネル・インスタンスを提供することができる。従って、無線アクセス・ネットワークは、チャネル構成情報において、特定の利用可能なチャネル・インスタンスは、バッテリー電力が低い、例えばバッテリー電力が一定のしきい値を下回る、端末装置によってのみアクセス可能であることを指定することができる。その後、端末装置は、そのような要求に従うことが期待されるか、または、現在のバッテリー電力レベルを明示的に提供する制御メッセージを送信することを要求され得る。無線アクセス・ネットワークは、そのような基準に基づいて端末装置が制限されたチャネル・インスタンスにアクセスすることを許可または拒否することができる。例えば、レイテンシーおよび信頼性を含む、データ接続要件のような他の基準も、特定のチャネル・インスタンスに対するアクセスを特定の端末装置に限定するために採用されてもよい。いくつかの態様では、特定の状況において制限が上書きされる場合がある。例えば、端末装置１５０２が限られた電力リソースしか有していないが、送信すべき高優先順位のトラフィック（例えば、ミッションクリティカルな低レイテンシトラフィック）を有する場合、端末装置１５０２は、電力消費のコストで高優先順位のトラフィックを送信することができる。例えば、コントローラ１６１０が低電力であるが、ミッション・クリティカルな低レイテンシー・トラフィックを有する場合、コントローラ１６１０は、電力消費コストにかかわらず、ミッション・クリティカルな低レイテンシー・トラフィックを送信することができる。

従って、コントローラ１６１０は、電力効率、低レイテンシー、高信頼性などの所望の特性を提供するチャネル・インスタンスを選択し、利用するために、方法２３００を利用することができる。コントローラ１６１０は、端末装置１５０２の電力効率および接続要件（例えば、レイテンシーおよび信頼性）に依存する端末装置１５０２の現在の動作プロファイルに基づいて、チャネル・インスタンスを選択することができる。例えば、電力効率は開示の態様に関係するが、電力のいくつかの態様において、コントローラ１６１０は、任意の数の所望の動作基準を満たすように、方法２３００を用いてチャネル・インスタンスを選択することができる。

上述のように、無線アクセス・ネットワークからの協働は、複数のチャネル・インスタンスを提供するために頼りにされてもよい。

図２５は、いくつかの態様による方法２５００を示し、これは方法２３００の対応部分であり、ネットワーク・アクセス・ノード２００２（または同等に無線アクセス・ネットワークの任意のネットワーク・アクセス・ノード）などの無線アクセス・ネットワークのネットワーク・アクセス・ノードで実行され得る。

図２６は、方法２５００を実行するように構成され得るいくつかの態様による、ネットワーク・アクセス・ノード２００２などの、例示的なネットワーク・アクセス・ノードの内部構成を示す。図２６に示されるように、ネットワーク・アクセス・ノード２００２は、アンテナ・システム２６０２、無線モジュール２６０４、および通信モジュール２６０６（物理層モジュール２６０８および制御モジュール１９１０を含む）を含み得る。ネットワーク・アクセス・ノード２００２の動作の概要では、ネットワーク・アクセス・ノード２００２は、複数のアンテナを含むアンテナ・アレイであってもよいアンテナ・システム２６０２を介して無線信号を送受信することができる。無線モジュール２６０４は、通信モジュール２６０６からの出力デジタル・データをアナログＲＦ信号に変換して無線送信のためにアンテナ・システム２６０２に供給し、アンテナ・システム２６０２から受信した到来アナログＲＦ信号をデジタル・データに変換して通信モジュール２６０６に供給するために、送受信ＲＦ処理を実行することができる。物理層モジュール２６０８は、制御モジュール２６１０に提供するために無線モジュール２６０４から受信したデジタル・データ、および無線モジュール２６０４に提供するために制御モジュール２６１０から受信したデジタル・データに対して、送受信ＰＨＹ処理を実行するように構成されてもよい。制御モジュール２６１０は、アンテナ・システム２６０２、無線モジュール２６０４、および物理層モジュール２６０８に対する制御を実行することを含み得る、対応する無線アクセス・プロトコル、例えばＬＴＥに従ってネットワーク・アクセス・ノード２００２の通信機能を制御し得る。無線モジュール２６０４、物理層モジュール２６０８、および制御モジュール２６１０の各々は、ハードウェア定義モジュール、例えば一つ以上の専用ハードウェア回路またはＦＰＧＡとして、例えばソフトウェア定義モジュールとして、例えば非一時的コンピュータ読み取り可能記憶媒体に記憶された演算、制御、およびＩ／Ｏ命令（例えばソフトウェアおよび／またはファームウェア）を定義するプログラム・コードを実行する一つ以上のプロセッサとして、またはハードウェア定義モジュールとソフトウェア定義モジュールの混合として構造的に実現されてもよい。いくつかの態様において、無線モジュール２６０４は、デジタルおよびアナログ無線周波数処理および増幅回路を含む無線トランシーバであってもよい。いくつかの態様において、無線モジュール２６０４は、無線周波数処理ルーチンを指定するソフトウェア定義命令を実行するように構成されたプロセッサとして実装されるソフトウェア定義無線（ＳＤＲ）コンポーネントであってもよい。いくつかの態様において、物理層モジュール２６０８は、プロセッサおよび一つ以上のハードウェア・アクセラレータを含んでもよく、プロセッサは、物理層処理を制御し、特定の処理タスクを一つ以上のハードウェア・アクセラレータにオフロードするように構成される。いくつかの態様において、制御モジュール２６１０は、上位層制御機能を指定するソフトウェア定義命令を実行するように構成されたコントローラであってもよい。ある態様では、制御モジュール２６１０は、無線通信プロトコル・スタック層機能に限定されてもよく、他の態様では、制御モジュール２６１０は、トランスポート、インターネット、およびアプリケーション層機能にも関与してもよい。

ネットワーク・アクセス・ノード２００２は、有線または無線のインターフェースを介して、コア・ネットワークおよび／またはインターネット・ネットワーク（直接／ルータを介して、またはコア・ネットワークを介して）とインターフェースすることができる。ネットワーク・アクセス・ノード２００２はまた、有線または無線のインターフェースを介して、ネットワーク・アクセス・ノード２００４および２００６などの他のネットワーク・アクセス・ノードとインターフェースすることができる。従って、ネットワーク・アクセス・ノード２００２は、サービスされる端末装置が所望の通信データにアクセスすることを可能にするために無線アクセス・ネットワークを提供することによって、無線通信ネットワークにおけるネットワーク・アクセス・ノードの従来の機能を提供し得る。

ネットワーク・アクセス・ノード２００２は、制御モジュール２６１０において方法２５００を実行することができ、制御モジュール２６１０は、信号を送受信するために、アンテナ・システム２６０２、無線モジュール２６０４、および物理層モジュール２６０８を利用することができる。図２５に示されるように、２５１０において、制御モジュール２６１０は、複数のチャネル・インスタンスを指定するチャネル構成情報をブロードキャストすることができ、これは、ネットワーク・アクセス・ノード２００４およびネットワーク・アクセス・ノード２００６などの他のネットワーク・アクセス・ノードによって提供されるチャネル・インスタンスに加えて、ネットワーク・アクセス・ノード２００２によって提供されるチャネル・インスタンスに対するチャネル構成情報を含んでもよい。

２５２０において、制御モジュール２６１０は、選択されたチャネル・インスタンスを指定する端末装置、例えば端末装置１５０２、から制御メッセージを受信することができる。前述のように、選択されたチャネル・インスタンスは、ネットワーク・アクセス・ノード２００２、または、ネットワーク・アクセス・ノード２００２と同じ無線アクセス技術であることもないこともできる別のネットワーク・アクセス・ノードのいずれかに提供されることができる。従って、制御モジュール２６１０は、２５３０において、選択されたチャネル・インスタンスが異なるまたは別のネットワーク・アクセス・ノードによって提供されるかどうかを識別することができ、もしそうであれば、選択されたネットワーク・アクセス・ノードに通知するために２５５０に進むことができる。いくつかの態様において、これは、選択されたネットワーク・アクセス・ノードが、選択されたチャネル・インスタンスを受け容れまたは拒否するかどうかを選択されたネットワーク・アクセス・ノードで検証し、端末装置１５０２にそのことを報告し返すことを含み得る。選択されたネットワーク・アクセス・ノードが、２５５０において選択されたチャネル・インスタンスを受け容れる場合、制御モジュール２６１０は、そのことを端末装置１５０２に報告し返すことができ（、従って端末装置１５０２は、選択されたチャネル・インスタンスを利用し始めることができ）る。逆に、選択されたネットワーク・アクセス・ノードが、２５５０において、選択されたチャネル・インスタンスを拒否する場合、制御モジュール２６１０は、拒否を端末装置１５０２に報告し、新しく選択されたチャネル・インスタンスまたは修正された選択されたチャネル・インスタンスを交渉するために、端末装置１５０２と選択されたネットワーク・アクセス・ノードとの間でさらに情報の中継を潜在的に処理することができる。

選択されたチャネル・インスタンスがネットワーク・アクセス・ノード２００２によって提供される場合、制御モジュール２６１０は、選択されたチャネル・インスタンスを受け容れまたは拒否するために、２５４０に進むことができ（、これは、初期の拒否の場合に新たにまたは変更された選択されたチャネル・インスタンスを交渉することを含み得）る。制御モジュール２６１０は、端末装置１５０２が、２５４０において、選択されたチャネル・インスタンスにアクセスすることを認可されているかどうかを決定することができる。制御モジュール２６１０が２５４０において選択されたチャネル・インスタンスを受け容れる場合、制御モジュール２６１０は、選択されたチャネル・インスタンスを有する端末装置１５０２でデータを送受信するために、２５６０に進んでもよい。前述のように、それは、選択されたトラフィックまたは制御チャネル・インスタンス上の端末装置１５０２でトラフィックまたは制御データを送信または受信すること、選択されたページング・チャネル・インスタンス上の端末装置１５０２にページング・メッセージを提供することなどを含み得る。逆に、制御モジュール２６１０が選択されたチャネル・インスタンスを拒否する場合、制御モジュール２６１０は、２５７０において、選択されたチャネル・インスタンスの拒否を端末装置に通知することができる。その後、端末装置は、別のチャネル・インスタンスを選択し、新たなチャネル・インスタンスを指定する制御メッセージを送信することができ、制御モジュール２６１０は、２５２０において、これを受信し、方法２５００の残りの部分を継続してもよい。

さらに、ランダムアクセス・チャネル・インスタンスに関して上述したように、いくつかの態様では、端末装置は一方的にランダムアクセス・チャネルを利用することができ、選択されたランダムアクセス・チャネル・インスタンスを指定する制御メッセージを送信しなくてもよい。代わりに、端末装置は、ランダムアクセス・チャネル・インスタンスを選択し、ランダムアクセス・チャネル・インスタンスを利用するように進んでも良い。選択されたランダムアクセス・チャネル・インスタンスが制限されない（例えば、ＲＡＣＨサブスクリプションではない）場合、制御モジュール２６１０は、従来の手順に従って、選択されたランダムアクセス・チャネル・インスタンス上でＲＡＣＨ送信を受信し、処理することができる。しかしながら、選択されたランダムアクセス・チャネル・インスタンスが制限される（例えば、ＲＡＣＨサブスクリプションである）場合、制御モジュール２６１０は、選択されたランダムアクセス・チャネル・インスタンス上のＲＡＣＨ送信を受信すると、送信端末装置が、選択されたランダムアクセス・チャネル・インスタンスを利用することを許可されているかどうかを検証することができる。送信端末装置が、選択されたランダムアクセス・チャネル・インスタンスを利用することを許可されている場合、制御モジュール２６１０は、従来のランダムアクセス手順に従って進行することができる。送信端末装置が選択されたランダムアクセス・チャネル・インスタンスを利用することを許可されていない場合、制御モジュール２６１０はＲＡＣＨ送信を無視するか、送信端末装置が選択されたランダムアクセス・チャネル・インスタンスを利用することを許可されていないことを指定する制御メッセージで応答する。

図２３および２４に関して上述したように、いくつかの態様において、無線アクセス・ネットワークは、例えば複数のチャネル・インスタンスのチャネル構成情報を近くのすべての端末装置にブロードキャストすることによって、チャネル構成情報を「ブロードキャスト・フォーマット」で提供することができる。そのようなブロードキャスト方式に加えて、またはその代わりに、いくつかの態様では、ネットワーク・アクセス・ノード２００２などのネットワーク・アクセス・ノードは、端末装置１５０２などの要求側端末装置からのクエリに応答してチャネル構成情報を提供し得る。

図２７は、端末装置からのチャネル構成情報の問合せに応答するために、制御モジュール２６１０がいくつかの態様においてネットワーク・アクセス・ノード２００２で実行することができる方法２７００を示す。図２７に示されるように、制御モジュール２６１０は、２７１０において、端末装置１５０２のコントローラ１６１０からチャネル構成情報の要求を受信することができる。要求は、すべてのチャネル・インスタンスに対するチャネル構成情報の一般的な要求、特定のチャネル・インスタンスに対するチャネル構成情報の要求、または指定された動作プロファイルに依存するチャネル・インスタンスに対するチャネル構成情報の要求であってもよい。

その後、制御モジュール２６１０は、２７２０において、例えばＰＣＨ１、ＰＣＨ２、ＰＣＨ３、ＰＣＨ４、ＲＡＣＨ１、ＲＡＣＨ２、ＣＣＨ１、およびＣＣＨ２など、一つ以上のチャネル・インスタンスを無線アクセス・ネットワークによって提供される利用可能なチャネル・インスタンスから選択することができる。２７１０において受信された要求が、すべての利用可能なチャネル・インスタンスに対するチャネル構成情報の一般的要求である場合、制御モジュール２６１０は、単純に、２７２０において利用可能なすべてのチャネル・インスタンスを選択することができる。２７１０において受信された要求が、特定のチャネル・インスタンスに対するチャネル構成情報の要求である場合、制御モジュール２６１０は、２７２０において指定されたチャネル・インスタンスに一致するチャネル・インスタンスを選択することができる。例えば、要求は、コントローラ１６１０が方法２３００を適用している場合などに、特定の型のチャネル・インスタンスを選択するために、一つ以上のページング・チャネル・インスタンス、ランダムアクセス・チャネル・インスタンス、トラフィック・データ・チャネル・インスタンスまたは制御チャネル・インスタンスなどの特定のチャネル型のチャネル・インスタンスに対するものであることができ、特定の型のチャネル・インスタンスに対するチャネル構成情報を要求するために要求２７１０を送信することができる。その後、２７２０において、制御モジュール２６１０は、特定のタイプのチャネル・インスタンスと一致するチャネル・インスタンスを選択することができる。

あるいは、２７１０において受信された要求が、指定された動作プロファイルに依存するチャネル・インスタンスのためのチャネル構成情報の要求である場合、コントローラ１６１０は、２７１０において、コントローラ１６１０によって決定された端末装置１５０２に対する動作プロファイルを指定する要求を送信してもよい（例えば、上述したように、２３２０において）。従って、動作プロファイルは、端末装置１５０２の電力効率要件、レイテンシー要件、または信頼性要件のうちの一つ以上を示してもよい。その後、制御モジュール２６１０は、例えば、実際の動作プロファイルに一致するチャネル・インターフェースを特定するために予め構成された評価ロジックを用いて、２７２０において、方法２３００の２３２０において、コントローラ１６１０に関して述べられたのと同様のまたは同一の手順を使用することなど、コントローラ１６１０によって特定された動作プロファイルに適合する一つ以上のチャネル・インスタンスを選択することができる。従って、このような場合、制御モジュール２６１０は、（前述のコントローラ１６１０とは対照的に）チャネル・インスタンスの動作プロファイルに基づく評価を実行することができる。制御モジュール２６１０は、単一のチャネル・インスタンス（例えば、動作プロファイルに基づく「ベストマッチ」）またはチャネル・インスタンスの集合（例えば、動作プロファイルに基づく「ベストマッチ」の集合）を識別することができる。

従って、制御モジュール２６１０は、２７２０において、チャネル構成情報要求に基づいて、一つ以上のチャネル・インスタンスを選択することができる。その後、制御モジュール２６１０は、２７３０において、選択された一つ以上のチャネル・インスタンスに対するチャネル構成情報を収集し、チャネル構成情報を含む端末装置１５０２に応答を送信してもよい。

従って、コントローラ１６１０は、ネットワーク・アクセス・ノード２００２による送信後に、チャネル構成情報を含む応答を受信することができる。その後、コントローラ１６１０は、提供されたチャネル構成情報に基づいてチャネル・インスタンスを選択することができる。初期チャネル構成情報要求が、利用可能なすべてのチャネル・インスタンスまたは特定の型のチャネル・インスタンスに対するチャネル構成情報に対する一般的な要求であった場合、コントローラ１６１０は、（例えば予め構成された評価ロジックを用いるなど、２３２０に関して上述したように）チャネル構成情報および端末装置１５０２の動作プロファイルに基づいて指定されたチャネル・インスタンスからチャネル・インスタンスを選択し得る。初期チャネル構成情報要求が動作プロファイルを含む場合、コントローラ１６１０は、選択されたチャネル・インスタンスとして、ネットワーク・アクセス・ノード２００２によって指定されたチャネル・インスタンスを利用することができる（制御モジュール２６１０が、動作プロファイルに基づいて一つのチャネル・インスタンスのみを提供する場合、コントローラ１６１０は、選択されたチャネル・インスタンスを利用するために、その後２３３０に進むことができる）。あるいは、コントローラ１６１０は、指定されたチャネル・インスタンスのうちどれが端末装置１５０２の動作プロファイルに最もよく一致するかを選択するために指定されたチャネル・インスタンスを評価してもよい（その後２３３０に進んで選択されたチャネル・インスタンスを利用する）。

図２８は、いくつかの態様による例示的な動作フローを示すメッセージ・シーケンス・チャート２８００を示す。図２８に示すように、ネットワーク・アクセス・ノード２００２は、アクティブ・チャネル・インスタンスに対する現在の物理チャネル構成情報を指定する、２８０２（例えば、ＳＩＢ）において、システム情報をブロードキャストすることができる。その後、端末装置１５０２は、２８０２において、端末装置１５０２の現在の電力効率および接続要件を決定することができ、これは、端末装置１５０２で実行されるアプリケーションを識別することを含み得る。例えば、端末装置１５０２のアプリケーション・プロセッサ（データ源１６１２／データ・シンク１６１６）は、異なるレイテンシー、信頼性および電力効率の要件を有する、モバイル・アプリケーション１、モバイル・アプリケーション２、およびモバイル・アプリケーション３を実行し得る。端末装置１５０２は、２８０４において、電源１６１８の現在の電力レベルに加えて、このような情報を収集することができる。その後、端末装置１５０２は、２８０６において、端末装置１５０２の動作プロファイルを決定し、アタッチ要求（ａｔｔａｃｈ ｒｅｑｕｅｓｔ）の形態で、コア・ネットワーク２００８の移動性制御エンティティ（例えば、ＭＭＥ）に動作プロファイルを提供することができる。

移動性制御エンティティは、その後、アタッチ要求を受け容れるか拒否するかを決定することができる。任意に、いくつかの態様では、移動性制御エンティティは、チャネル・インスタンスを作動化（ａｃｔｉｖａｔｅｄ）または再構成する必要があると決定してもよい。例えば、移動性制御エンティティは、端末装置１５０２が特定のチャネル（例えば、ＲＡＣＨ２）を利用すべきであるが、チャネル・インスタンスはまだ作動化されていない（例えば、ネットワーク・アクセス・ノード２００２によって）か、または正しく構成されていないことを決定することができる。その後、２８１０において、移動性制御エンティティは、チャネル・インスタンスの役割を果たすネットワーク・アクセス・ノード（たとえば、ネットワーク・アクセス・ノード２００２）にチャネル・インスタンスを活性化または再構成するように指示することができる。

移動性制御エンティティは、その後、アタッチ受け容れで２８１２におけるアタッチ要求を受け容れることができる。アタッチ受け容れは、端末装置１５０２がどのチャネル・インスタンスを利用すべきか（例えば、ＰＣＨ１、ＰＣＨ２、ＲＡＣＨ２、ＰＣＣＨ２）を指定してもよく、アタッチ受け容れはまた、端末装置１５０２が利用するチャネル・インスタンスの異なるオプション（例えばＰＣＨ１およびＰＣＨ２間の選択）を提供してもよい。オプションが端末装置１５０２に提示された場合、端末装置１５０２は２８１４で好ましいまたはサポートされているチャネル・インスタンスを選択することができる（例えば、ＰＣＨ２を選択することができる）。その後、端末装置１５０２は、２８１６においてアタッチ完了を送信することによってアタッチを完了することができ、それは選択されたチャネル・インスタンスを指定することができる（例えば、ＰＣＨ２、これに応答して、ＭＭＥがネットワーク・アクセス・ノード２００２にＰＣＨ２のみでページングするように端末装置１５０２に指示することができる）。

図２９は、いくつかの態様に従って端末装置を動作させる方法２９００を示す。図２９に示すように、方法２９００は、端末装置の接続要件または電力要件に基づいて端末装置の動作プロファイルを同定または識別すること（２９１０）、複数のチャネル型からチャネル型を選択すること（２９２０）、無線アクセス・ネットワークに関連付けられた複数の物理チャネル構成からチャネル型についての物理チャネル構成を動作プロファイルに基づいて同定または識別すること（２９０３）、および物理チャネル構成に従ってデータを送信または受信すること（２９４０）を含む。

図３０は、本開示のいくつかの態様に従って、無線アクセス・ネットワークの一つ以上のネットワーク・アクセス・ノードを動作させる方法３０００を示す。図３０に示すように、方法３０００は、無線アクセス・ネットワークを通じて特定のチャネル型の複数の物理チャネル構成を提供すること（３０１０）であって、ここで、特定のチャネル型はトラフィック・データ・チャネル、制御チャネル、ランダムアクセス・チャネルまたはページング・チャネルである、こと、複数の物理チャネル構成のうちの第一の物理チャネル構成を利用する要求を端末装置から受信すること（３０２０）、および、第一の物理チャネル構成に従って端末装置にデータを送信するまたは端末装置からデータを受信すること（３０３）、を含む。

従って、本開示の種々の態様は、端末装置による使用のために複数のチャネル・インスタンスを提供するために、無線アクセス・ネットワークと端末装置との間の協働に依存し得る。従って、端末装置は、同じタイプのチャネルの複数のチャネル・インスタンスの間で選択するオプションを有してもよく、従って、端末装置が、電力効率、低レイテンシー、信頼性、確率などの多くのファクタに基づき得る端末装置の現在の動作プロファイルに依存するチャネル・インスタンスを選択することを可能にする。チャネル・インスタンスは、異なる無線アクセス技術上に提供されてもよく（種々のネットワーク・アクセス・ノードは、インターフェースされ、従って、同じ無線アクセス・ネットワークの一部と考えられ）、それにより、端末装置は、所望の無線アクセス技術によって提供されるチャネル・インスタンスを選択することができる。

２．２ 電力効率＃２

本開示の別の態様によれば、電力端末装置１５０２は電力を節約するためにランダムアクセス送信を最適化することができる。前述のように、端末装置１５０２は、ネットワーク・アクセス・ノードとの接続を確立するとき（例えば、アイドル・モードから接続モードへの移行、またはカバレッジ外（ＯＯＣ）シナリオの後に）、ネットワーク・アクセス・ノードへのハンドオーバーの間、または、ネットワーク・アクセス・ノードとのタイミング同期が失われた場合（ただし、他のシナリオは、ＲＡＴ固有のプロトコルに応じてランダムアクセス手順をトリガーし得る）に、ランダムアクセス手順を利用し得る。従って、コントローラ１６１０は、ランダムアクセス・チャネルに割り当てられたタイミングおよび周波数リソースを含む、ランダムアクセス・チャネル（例えばＬＴＥの場合におけるＲＡＣＨ）を識別し、端末装置１５０２を一意に識別するランダムアクセス・プリアンブルを生成し（コントローラ１６１０は物理層処理モジュール１６０８においてトリガリングし得る）、および、ランダムアクセス・チャネルに割り当てられた無線アクセス・リソース上でランダムアクセス・プリアンブルを含むランダムアクセス伝送を送信することができる。

ターゲット・ネットワーク・アクセス・ノード、例えば、一般性を失うことなくネットワーク・アクセス・ノード２００２は、ランダムアクセス伝送についてランダムアクセス・チャネルを監視することができる。従って、制御モジュール２６１０は、ランダムアクセス手順を実行する端末装置を識別するランダムアクセス・プリアンブルを識別するために、（例えば、物理層モジュール２６０８において）ランダムアクセス・トランスミッションを受信し、デコードし得る。従って、制御モジュール２６１０は、ランダムアクセス・トランスミッションの受信および識別に基づいて端末装置１５０２をデコードしおよび識別することができ、従来のランダムアクセス手順に従って端末装置１５０２との接続を確立するために進めることができる（これは、ＲＡＴ固有のプロトコルに基づいて変化し得る）。

ネットワーク・アクセス・ノード２００２がランダムアクセス・トランスミッションを首尾よく受信し処理することを可能にするために、端末装置１５０２は十分な送信電力を利用する必要があり得る。端末装置１５０２が不十分なトランスミッション電力を利用する場合、制御モジュール２６１０は、ランダムアクセス・プリアンブルを正確にデコードすることができず、端末装置１５０２によるランダムアクセス手順は失敗し得る。しかしながら、ランダムアクセス・トランスミッション電力は、バッテリー電力制約により端末装置１５０２において制限されてもよい。例えば、高ランダムアクセス伝送電力の使用は、高バッテリー電力ペナルティをもたらす可能性がある。

本開示の一態様によれば、コントローラ１６１０は、目標の「単一ショットＲＡＣＨ成功率」、例えば、単一のランダムアクセス・トランスミッションが成功する率、を達成するために、最小トランスミッション電力を利用する「最適な」ランダムアクセス・トランスミッション電力を利用することができる。従って、コントローラ１６１０は、最適ランダムアクセス・トランスミッション電力を使用することによって、トランスミッション電力およびバッテリー電力使用（ｕｓａｇｅ）とＲＡＣＨ成功率とのバランスをとることができる。非限定的かつ例示的な目標ＲＡＣＨ成功率は９５％であり；換言すれば、２回を超えるＲＡＣＨ試行の確率は＜１ｅ－３である。この例示的な目標ＲＡＣＨ成功率に関して、（２ＲＡＣＨ試行に対して十分な時間である）５０ｍｓに設定されたネットワークタイマＴ３０４を用いた１０００のＬＴＥハンドオーバー手順のうちの１未満は失敗するだろう。

図３１は、ランダムアクセス手順を実行するために、コントローラ１６１０が（アンテナ・システム１６０２、ＲＦトランシーバ１６０４、および物理層処理モジュール１６０８を介して）実行することができるいくつかの態様による方法３１００を示す。以下では例示的なＬＴＥ設定で説明されているが、コントローラ１６１０は、対応するＲＡＴ固有のプロトコルに従って任意の無線アクセス技術のランダムアクセス手順のために方法３１００を同様に実行することができる。図３１に示されるように、コントローラ１６１０はまず３１１０において、一般性を失うことなく、ターゲット・ネットワーク・アクセス・ノード、例えばネットワーク・アクセス・ノード２００２のランダムアクセス・チャネルを識別することができる。ＬＴＥの例示的な設定において、コントローラ１６１０は、ネットワーク・アクセス・ノード２００２からＳＩＢ２メッセージを受信し、ランダムアクセス・チャネルを識別するためにＰＲＡＣＨ構成インデックスを識別することができる。次に、コントローラ１６１０は、３１２０において、端末装置１５０２を識別するランダムアクセス・プリアンブルを生成してもよく、ランダムアクセス・プリアンブルの特定のフォーマットは、ＲＡＴ固有であってもよい。

ランダムアクセス・プリアンブル生成後、コントローラ１６１０は、３１３０において端末装置１５０２の現在の動作状態に基づいてランダムアクセス送信電力を選択することができる。従って、コントローラ１６１０は、バッテリー・ペナルティとＲＡＣＨ成功率との間を最適にバランスさせるランダムアクセス送信電力を選択することを試みてもよい。特に、コントローラ１６１０は、現在の動作状態に基づいてランダムアクセス送信電力を決定するために、３１３０においてアルゴリズムを適用してもよく、アルゴリズムは、電力効率要件、接続要件、ネットワーク環境データ（例えば、無線測定、セルロードメトリックなど）、衝突確率、現在のバッテリー消費レート、および現在のバッテリー電力レベルなどのステータス・ファクターに依存する。従って、コントローラ１６１０は、目標ＲＡＣＨ成功率を生成するランダムアクセス送信電力を決定するために、かかる定量的要因をアルゴリズムに入力することができる。従って、アルゴリズムは、「最適な」送信電力を提供するランダムアクセス伝送電力を出力してもよく、例えば、ＲＡＣＨ手順を成功させるために、端末装置１５０２によって消費されるエネルギーの最小量をもたらす。

いくつかの態様において、３１３０において、ランダムアクセス伝送電力を選択するためにコントローラ１６１０によって使用されるアルゴリズムは、履歴トレース・ログ・データおよびモデム電力消費データに基づいてもよい。従って、アルゴリズムは、電力消費およびＲＡＣＨの成功を特徴付けるデータを考慮するオフライン・トレーニングを使用して開発することができ、例えば、サポート・ベクタ・マシン、人工ニューラル・ネットワークまたは隠れマルコフ・モデルのような教師あり機械学習アルゴリズムは、セルラーモデム開発時の通常の相互運用性ラボテストおよびフィールドテスト中に取得された履歴トレース・ログ・データを使用してトレーニングすることができる。履歴データは、広範囲の移動性シナリオ（ｍｏｂｉｌｉｔｙ ｓｃｅｎａｒｉｏｓ）を正確に反映するために、セルセンターおよびセルエッジ・コンディションの両方をカバーし得る。従って、アルゴリズムは、データ接続レイテンシー要件、ネットワーク環境データ（例えば、無線測定、セルロードメトリックなど）の衝突確率、現在のバッテリー消費レート、および現在のバッテリー電力レベルの上述のファクタが、履歴データに基づいてどのように相互作用するかを学習し、従って、かかるファクタを考慮したランダムアクセス送信電力を効果的に決定することができる。アルゴリズムはさらに、成功および失敗したランダムアクセス送信の実際の観察に基づいてランダムアクセス送信電力を適応させるためにランタイム機械学習を使用することができる。例えば、次のランダムアクセス試行のためのランダムアクセス送信電力レベルは、教師付きまたは教師なし機械学習アルゴリズム、例えば、強化学習、遺伝的アルゴリズム、ルール・ベースの学習サポート・ベクトル・マシン、人工ニューラル・ネットワーク、ベイジアン・ツリー・モデル、または隠れマルコフ・モデル、等を、成功および失敗したランダムアクセス送信の実際の観察と、前述の、データ接続レイテンシー要件、ネットワーク環境データ（無線測定値、セル負荷メトリックなど）、衝突確率、現在のバッテリー消費率、および適切な過去の観測ウィンドウにおける現在のバッテリー電力レベル、のファクタとに基づく一歩先の予測（ａ ｏｎｅ－ｓｔｅｐ ａｈｅａｄ ｐｒｅｄｉｃｔｉｏｎ）として用いて決定されてもよい。

３１３０の完了後、コントローラ１６１０は、３１４０において、選択されたランダムアクセス送信電力を有するランダムアクセス・プリアンブルを含むランダムアクセス送信をネットワーク・アクセス・ノード２００２に送信することができる。その後、コントローラ１６１０は、規約（ｃｏｎｖｅｎｔｉｏｎ）に従ってランダムアクセス手順を進めることができる。選択されたランダムアクセス送信電力が十分であり、競合または衝突が発生しなかったと仮定すると、ネットワーク・アクセス・ノード２００２は、ランダムアクセス送信を成功裏に受信し、デコードして端末装置１５０２を識別し、ネットワーク・アクセス・ノード２００２との接続を確立するために進むことができる。

２．３ 電力効率＃３

本開示の別の態様によれば、端末装置１５０２は、特定のハードウェア・コンポーネントのスケジューリング依存の作動化（ａｃｔｉｖａｔｉｏｎ）または不作動化（ｄｅａｃｔｉｖａｔｉｏｎ）を可能にするハードウェア構成を利用することができる。例えば、端末装置１５０２のハードウェア設計（特に例えば物理層処理モジュール１６０８）は、チャネル測定、制御チャネル検索、およびビーム形成追跡ハードウェアなどの特定の機能専用のハードウェア・コンポーネントが、非活動（ｉｎａｃｔｉｖｉｔｙ）期間中に不作動になり得るように「モジュール化」されることができる。無線アクセス・ネットワークは、かかるコンポーネントの電源を頻繁に切ることにより、端末装置１５０２が電力節約を最大化することを可能にする特定のスケジューリング設定を利用することによって協働することができる。特定のＲＡＴに限定されないが、本開示の態様は、ミリ波（ｍｍＷａｖｅ）その他の５Ｇ無線アクセス技術などのＬＴＥおよび５Ｇ無線アクセス技術に特に適用可能である。

上述のように、モジュール化は、物理層処理モジュール１６０８に特に適用可能である。多くのプロトコル・スタック層（層２および３）タスクとは対照的に、ほとんどの物理層タスクは高度に処理集約的であり、従って、ＡＳＩＣなどの専用ハードウェアの形態のようにハードウェアの実装に、より適している。従って、物理層処理モジュール１６０８は、制御チャネル検索、無線チャネル測定、ビーム追跡、および多数の他の類似の機能などの、固有の物理層タスクにそれぞれ専用である複数の異なる物理層ハードウェア・コンポーネントとして実装されてもよい。図３２は、制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、ビーム追跡モジュール３２０６、およびＰＨＹコントローラ３２０８を含むことができる物理層処理モジュール１６０８の例示的な内部構成を示す。図３２には明示的に示されていないが、物理層処理モジュール１６０８は、誤り検出、順方向誤り訂正エンコーディング／デコーディング、チャネル・コーディングおよびインターリーブ、物理チャネル変調／復調、物理チャネル・マッピング、無線測定および検索、周波数および時間同期、アンテナ・ダイバーティ処理、電力制御および重み付け、レート・マッチング、再送信処理などの、いずれか一つまたは複数に関連する多くの追加のハードウェアおよび／またはソフトウェア・コンポーネントを含んでもよい。

ＰＨＹコントローラ３２０８は、一時的でないコンピュータ読み取り可能媒体（図３２に明示的に示されていない）に記憶された物理層制御ロジック・ソフトウェアのプログラム・コードを実行するように構成されたプロセッサとして実装されてもよい。従って、ＰＨＹコントローラ３２０８は、コントローラ１６１０から受信され、ＲＦトランシーバ１６０４に提供されるアップリンク・データ、およびＲＦトランシーバ１６０４から受信され、コントローラ１６１０に提供されるダウンリンク・データの両方に対して、適切な物理層処理機能を実行するために、物理層処理モジュール１６０８の他の様々なコンポーネントを制御することができる。

ＰＨＹコントローラ３２０８のソフトウェア実装とは対照的に、制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６の各々は、アプリケーション固有の回路（例えば、ＡＳＩＣ）または再プログラム可能な回路（例えば、ＦＰＧＡ）などのハードウェアとして実装されてもよい。制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６は、いくつかの態様では、ソフトウェア・コンポーネントを含んでもよい。さらに、制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６の各々は、「モジュール化」されてもよく、従って、独立して動作および作動することができる。従って、制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６のうちの任意の一つは、物理層処理モジュール１６０８の任意の他の構成要素とは無関係に、起動／停止され、パワーアップ／ダウンされてもよい。チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６は、チップの全領域をオフにすることを可能にするために、物理層処理モジュール１６０８の異なる物理チップ領域に配置することができる。いくつかの態様では、制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６のうちの１つまたは複数は、アイドル状態、スリープ状態、およびアクティブ状態のレベルを変えるなど、異なる作動化レベルを有してもよい。従って、ＰＨＹコントローラ３２０８は、制御チャネルサーチモジュール３２０２、チャネル測定モジュール３２０４、およびビームトラッキングモジュール３２０６のうちの一つ以上を独立して制御して、これらの異なる作動化レベルで動作するように構成されてもよい。

ＰＨＹコントローラ３２０８は、関連する無線アクセス技術に関する物理層プロトコルに従って、制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６の作動化および動作をトリガーすることができる。例えば、ＰＨＹコントローラ３２０８、制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６がＬＴＥ動作のために設計される場合、ＰＨＹコントローラ３２０８は、物理層処理モジュール１６０８によって操作されるＬＴＥ無線アクセス接続のためのＬＴＥ物理層プロトコルに従って、制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６の作動化および動作をトリガーすることができる。従って、ＰＨＹコントローラ３２０８は、制御チャネル・データ処理が受信されたときの制御チャネル検索モジュール３２０２の動作（例えば、ＰＤＣＣＨ検索のため）、（例えば、セル固有基準信号（ＣＲＳ）および他の基準信号機会などの基準信号測定を実行するために）チャネル測定が要求されたときのチャネル測定モジュール３２０４の動作、ビーム形成通信をサポートするために周期的ビーム追跡が要求されたときのビーム追跡モジュール３２０６の動作（例えば、ｍｍＷａｖｅまたは大規模ＭＩＭＯシステムの場合、これらの態様は、共通チャネルの態様、例えば特定のハードウェア・コンポーネントのスケジューリング依存の作動化または不作動化を可能にするハードウェア構成を利用する共通チャネルと共に使用することができる。）、をトリガーすることができる。従って、物理層処理モジュール１６０８によってサポートされるＬＴＥ接続のフローに応じて、ＰＨＹコントローラ３２０８は、時間において変化する点で、制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６のいずれかの動作をトリガーすることができる。

ＰＨＹコントローラ３２０８は、各モジュールの非活動のそれぞれの期間の間に、制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４およびビーム追跡モジュール３２０６を不作動にさせおよび／またはパワーダウンする（ｐｏｗｅｒ－ｄｏｗｎ）ことができる。これは、電力消費を低減し、バッテリ電力を節約するために行われてもよい（例えば、電源１６１８において）。従って、ＰＨＹコントローラ３２０８は、制御チャネル検索モジュール３２０２（例えば、各ＰＤＣＣＨが復号された後でＬＴＥ内の次のＰＤＣＣＨの前の期間中など、復号する制御チャネル・データがないとき）、チャネル測定モジュール３２０４（例えば、基準信号が受信されていない期間中など、チャネル測定を実行するための信号がないとき）、およびビーム追跡モジュール３２０６（例えば、周期的なビームトラッキング機会の間の期間中のように、ビームトラッキングが必要とされないとき）、を不作動化および／または電力ダウン（ｐｏｗｅｒ ｄｏｗｎ）することができる。

物理層処理モジュール１６０８は、制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６などのコンポーネントを電力ダウンすることにより、電力消費を最小限に抑えることができる。例示的な態様によれば、物理層処理モジュール１６０８は、コンポーネントを（例えば、可能な限り頻繁に）電力ダウンすることができる。しかしながら、物理層処理モジュール１６０８によってサポートされる無線アクセス接続のスケジューリングは、かかる電力ダウンがいつ可能であるかを指示し得る。例えば、ＰＨＹコントローラ３２０８は、制御データをデコードするために、ＬＴＥサブフレームの制御領域（ＰＤＣＣＨシンボル）のための制御チャネル検索モジュール３２０２を作動させる必要があり、これは、ＰＨＹコントローラ３２０８が制御チャネルサーチモジュール３２０２を電力ダウンできる機会を制限し得る。同様に、ＰＨＹコントローラ３２０８は、無線アクセス接続チャネルのスケジューリングがそれぞれチャネル測定およびビーム追跡を必要としない期間中に、チャネル測定モジュール３２０４およびビーム追跡モジュール３２０６の電力ダウンすることができるだけでよい。

本開示の例示的な態様によれば、無線アクセス・ネットワークは、端末装置１５０２がより頻繁に電力節約手段を実施することを可能にするために、特定のスケジューリングを利用することができる。例えば、特定のスケジューリングは、制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６などの専用ハードウェアの動作が必要な場合に、期間を制限することができ、従って、ＰＨＹコントローラ３２０８は、かかるコンポーネントを頻繁に電力ダウンすることにより電力を節約し得る。いくつかの態様において、ＰＨＹコントローラ３２０８は、電力節約措置を実行するタイミングおよび範囲を決定するために、教師付きまたは教師なし学習、強化学習、遺伝的アルゴリズム、ルール・ベース学習支援ベクトルマシン、人工ニューラル・ネットワーク、ベイズツリーモデル、または隠れマルコフ・モデルなどの機械学習技術を利用することができる。いくつかの態様において、ＰＨＹコントローラ３２０８は、電力節約手段のスケジューリングを継続的に学習および／または更新することができる。

図３３は、端末装置、例えば端末装置１５０２およびネットワーク・アクセス・ノード、例えばネットワーク・アクセス・ノード２００２で実行され得る方法３３００を示す。図３３の以下の説明は、ＬＴＥを明示的に参照することができ、この説明は例示的であり、方法３３００は任意の無線アクセス技術に同様に適用され得る。

端末装置１５０２は、無線アクセス・ネットワークからの協働を得て、特定のスケジューリング設定を利用するために、方法３３００を使用することができる。方法３３００の設定において、端末装置１５０２は、ネットワーク・アクセス・ノード２００２に対する現在のバッテリー電力レベルを示すために、「バッテリー電力クラス」スキームを利用してもよく、それに応じて、ネットワーク・アクセス・ノード２００２は、端末装置１５０２に、バッテリー電力クラスに依存するスケジューリング設定を割り当ててもよい。低バッテリー電力を示すバッテリー電力クラスは、より効率的なスケジューリング設定を端末装置１５０２に割り当てるように、ネットワーク・アクセス・ノード２００２に促し得る。

従って、プロセス３３０２において、コントローラ１６１０は、端末装置１５０２のバッテリー電力クラスを識別することができる。例えば、コントローラ１６１０は、電源１６１８の現在のバッテリー電力レベルを識別するために電源１６１８を監視することができ、これは、例えば、パーセンテージまたはワット時間レベルで表されてもよい。その後、コントローラ１６１０は、現在のバッテリー電力レベルに基づいてバッテリー電力クラスを決定することができ、ここで、バッテリー電力クラス・スキームは、各々バッテリー電力レベルの範囲に割り当てられる所定数のバッテリー電力クラスを有し得る。例えば、４レベルバッテリ電力クラス・スキームは、１００～９０％の間のバッテリー電力レベルに対する第１のバッテリー電力クラス、９０～５０％の間のバッテリー電力レベルに対する第２のバッテリー電力クラス、５０～３０％の間のバッテリー電力レベルに対する第３のバッテリー電力クラス、および３０～０％の間のバッテリー電力レベルに対する第４のバッテリー電力クラスを有することができる。例示的なパーセンテージ範囲が提供されるが、基本原理は異なる範囲に適用可能である。従って、コントローラ１６１０は、電源１６１８の現在のバッテリー電力レベルをバッテリー電力クラス・スキームのしきい値と比較して、どのバッテリー電力クラスが正しいかを決定することができる。他のバッテリー電力クラス・スキームは、上記の「区分的」バッテリー電力クラス方式の代わりに、高電力設定（例：５０％以上）と低電力設定（例：５０％未満）とを有する２レベルバッテリ電力クラス・スキーム、または絶対バッテリー電力を報告する無制限レベルのバッテリー電力クラス・スキームな（パーセンテージまたはワット時などとして表現される）などの、より多いまたはより少ないバッテリー電力クラスおよび異なる閾値を用いて同様に定義され得る。

図３３に示されるように、コントローラ１６１０は、その後、３３０４において、例えば制御メッセージとして、ネットワーク・アクセス・ノード２００２にバッテリー電力クラスを報告することができる。制御モジュール２６１０は、ネットワーク・アクセス・ノード２００２でバッテリー電力クラス報告を受信することができる。その後、制御モジュール２６１０は、３３０６において、報告されたバッテリー電力クラスに応じて、端末装置１５０２に対するスケジューリング設定を選択するように進んでもよい。前述のように、かかるスケジューリング設定は、端末装置１５０２が、非活動期間中に特定のハードウェア・コンポーネントを選択的に不作動にすることを可能にするように設計されてもよい。３３０４において端子装置によって報告されるバッテリー電力クラスは、現在のバッテリー電力レベルを示すので、制御モジュール２６１０は、低バッテリー電力クラス（例えば、先に紹介した例示的な第３またはさらなるバッテリー電力クラス）に対してより高いエネルギー節約を可能にするプロセス３３０６内のスケジューリング設定を選択してもよい。このような電力効率の良いスケジューリング設定はまた、僅かな性能劣化をもたらす可能性があるので、例示的な態様の制御モジュール２６１０では、高バッテリー電力クラスに対して、かかるバッテリー電力クラスを選択し得ない。従って、制御モジュール２６１０は、報告されたバッテリー電力クラスに基づいて、端末装置１５０２のスケジューリング設定を選択してもよい。

制御モジュール２６１０は、スケジューリング設定を、端末装置に様々なレベルのエネルギー節約をそれぞれ提供し得る所定の複数のスケジューリング設定から選択してもよい。図３２の設定において、スケジューリング設定は、端末装置１５０２が、制御チャネルサ検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６のうちの一つ以上を、長期間にわたって（ｆｏｒ ｅｘｔｅｎｄｅｄ ｐｅｒｉｏｄｓ ｏｆ ｔｉｍｅ）不作動化することを可能にし得る。従って、制御モジュール２６１０は、物理層処理モジュール１６０８のモジュール化されたモジュールの非活動時間に基づいて、その中から様々なレベルのエネルギー節約を提供するように予め定義された複数の異なるスケジューリング設定を有してもよい。

例えば、例示的なＬＴＥ設定において、ＰＨＹコントローラ３２０８は、各ダウンリンク・サブフレームの制御領域（図１７に関して上述したように、例えば、ＲＮＴＩを用いて端末装置１５０２に宛てられたＤＣＩメッセージ）において、端末装置１５０２に宛てられた制御メッセージを検索するために、制御チャネルサ検索モジュール３２０２を利用することができる。３ＧＰＰによって規定されるように、制御領域内に、各々が制御メッセージ、例えば「ＰＤＣＣＨ候補」を含むことができる、重複するＲＥグループの大きな集合があり得る。従って、制御チャネル検索モジュール３２０２は、端末装置１５０２に宛てられた制御メッセージを識別するために、これらのＰＤＣＣＨ候補をデコードし、チェックすることができる。この制御チャネル検索手順は、処理リソースを必要とすることがあり、各ダウンリンク・サブフレームの制御領域が探索され得ることを考えると、バッテリー電力ペナルティを有し得る。

従って、端末装置１５０２が３３０４において低バッテリー電力クラスを報告する場合、制御モジュール２６１０は、制御チャネル探索モジュール３２０２がアクティブである必要がある時間量を短縮するスケジューリング設定を選択してもよい。具体的には、制御モジュール２６１０は、３３０６において、端末装置１５０２に宛てられた制御メッセージが、各サブフレームに対して制御領域内の同じ位置（例えば、同じＰＤＣＣＨ候補）を維持するスケジューリング設定を選択してもよい。従って、各制御メッセージ候補の位置をチェックするのとは対照的に、ＰＨＹコントローラ３２０８は、ただ、専用の制御メッセージ位置（例えば、端末装置１５０２専用のＰＤＣＣＨ候補に割り当てられたＲＥ）を検索するように制御チャネル検索モジュール３２０２に指示することができる。従って、ＰＨＹコントローラ３２０８は、各ダウンリンク・サブフレームに対する専用制御メッセージ位置をデコードするために短縮された期間にしか、制御チャネルサーチモジュール３２０２を作動化する必要がなく、他の時間の間は制御チャネル検索モジュール３２０２を不作動化してバッテリー電力を節約することができる。単一の専用制御メッセージ位置を利用する代わりに、制御モジュール２６１０は、３３０６において、端末装置１５０２に宛てられた制御メッセージが制御領域の候補制御メッセージ位置の縮小されたサブセットに配置されるスケジューリング設定を選択する。（制御モジュール２６１０がネットワーク・アクセス・ノード２００２によってサービスされる全ての端末装置に対する制御メッセージを制御領域に適合させる必要があり得るので）制御チャネル検索モジュール３２０２がデコーディングのためにアクティブである必要がある時間を依然として減少させつつ、制御メッセージの送信において制御モジュール２６１０により大きい柔軟性が提供され得る。さらに、または、あるいは、制御モジュール２６１０は、一時的固定制御メッセージ候補位置スキームを使用するスケジューリング設定を選択してもよく、ここで、端末装置１５０２に宛てられた制御メッセージは、所定数のサブフレームに対して固定制御メッセージ位置に留まる。同様に、制御チャネルサーチモジュール３２０２が、他の全てのサブフレームに対する固定制御メッセージ位置を維持しながら、完全制御メッセージ検索を周期的に実行するだけでよいため、制御チャネルサーチモジュール３２０２がアクティブである必要がある時間を短縮することができる。

固定／縮小制御メッセージ候補位置スキーム（ｔｈｅ ｆｉｘｅｄ／ｒｅｄｕｃｅｄ ｃｏｎｔｒｏｌ ｍｅｓｓａｇｅ ｃａｎｄｉｄａｔｅ ｌｏｃａｔｉｏｎ ｓｃｈｅｍｅ）に加えてまたは代えて、３３０４において、端末装置１５０２がバッテリー電力の低いクラスを報告する場合、制御モジュール２６１０は、チャネル測定モジュール３２０４がアクティブである必要がある時間を短縮するスケジューリング設定を選択してもよい。特に、制御モジュール２６１０は、端末装置１５０２がネットワーク・アクセス・ノード２００２に対してチャネル測定を実行し報告する必要がない、３３０６のスケジューリング設定を選択してもよい。例えば、ＬＴＥ設定において端末装置１５０２は、ネットワーク・アクセス・ノード２００２によって送信されたダウンリンク参照信号（例えば、ＣＲＳ信号）について無線チャネル測定を周期的に実行する必要があり得、これを、ＰＨＹコントローラ３２０８はチャネル測定モジュール３２０４で実行し得る。その後、ＰＨＹコントローラ３２０８は、これらの無線チャネル測定値をネットワーク・アクセス・ノード２００２に報告する（例えば、適切なダウンリンク変調コーディング・スキームを決定する（ＭＣＳ）ために評価するためのネットワーク・アクセス・ノード２００２に対して）か、またはダウンリンク・デコーディングを補助するために無線チャネル測定値を利用する（例えば、チャネル・イコライゼーションのために）。
かかる無線チャネル測定を実施することは、必然的にチャネル測定モジュール３２０４で電力を消費し、その結果、制御モジュール２６１０は、３３０６において、無線チャネル測定をスキップするか、または無線チャネル測定をあまり頻繁に行わないように端末装置１５０２に指示するスケジューリング設定を選択することができる。どちらの場合も、チャネル測定モジュール３２０４の必要な動作時間が少なくなるため、ＰＨＹコントローラ３２０８は、スケジューリング設定に従って無線チャネル測定を実行しなければならない場合を除き、チャネル測定モジュール３２０４を非作動化することによってバッテリー電力を節約することができる。

固定／縮小制御メッセージ候補位置スキームおよびチャネル測定非作動化スキームに加えてまたは代えて、端末装置１５０２が３３０４にバッテリー電力の低いクラスを報告する場合、制御モジュール２６１０は、ビーム追跡モジュール３２０６がアクティブである必要がある時間を短縮するスケジューリング設定を選択してもよい。ＰＨＹコントローラ３２０８は、アンテナビームステアリング構成を追跡するためにビーム追跡モジュール３２０６を利用することができ、アンテナビームステアリング構成は、ｍｍＷａｖｅなどの高度な無線アクセス技術および他の「５Ｇ」無線アクセス技術で使用することができる。かかる技術は非常に高いキャリア周波数を利用するため、経路損失（ｐａｔｈ ｌｏｓｓ）が問題となり得る。従って、多くのかかる無線アクセス技術は、アンテナ利得で経路損失に対向するために、高感度ビームステアリング・システムを採用することができる。従って、例示的な態様によれば、ＰＨＹコントローラ３２０８は、受信信号を処理して、ビームステアリング方向を決定するために、ビームトラッキングモジュール３２０６を使用することができ、これは、送信ビームの変化またはブロックを監視するために一定のトラッキングを必要とすることがある。従って、ビーム追跡モジュール３２０６によって実行される追跡処理は、計算的に集中的であるのに加えて、頻繁であることがあり（例えば、時間的に頻繁に起こる）、従って、高いバッテリ電力ペナルティを有してもよい。従って、制御モジュール２６１０は、３３０６において、ビーム追跡を無効にするか、またはビーム追跡をあまり頻繁に行わないように端末装置１５０２に指示する、スケジューリング設定を選択してもよい。その結果、ＰＨＹコントローラ３２０８は、ビーム追跡モジュール３２０６をより頻繁に非作動化し、従って電力を節約することができる。

従って、固定／縮小制御メッセージ候補位置スキーム、チャネル測定不作動化スキーム、および縮小ビーム追跡スキームの各々は、物理層処理モジュール１６０８が、制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６のうちの一つ以上を、より頻繁な時間で不作動化することによって電力を節約することができる。制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６が「モジュール化」されている、例えば、独立して不作動化する能力で物理的に別々に実現されていると仮定すると、ＰＨＹコントローラ３２０８は、様々なスケジューリング設定によって提供されるように、それぞれの非アクティブ期間中に、制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビームトラッキングモジュール３２０６のそれぞれにおいて非アクティブ化（または低電力またはスリープ状態をトリガー）することができる。低電力状態またはスリープ状態の不作動化またはトリガーは、チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６の各々において行われてもよく、または一つ以上のモジュールにおいて選択的に行われてもよい。

制御モジュール２６１０に利用可能なスケジューリング設定は、さらに、端末装置１５０２においてモジュール化されたハードウェア設計に直接関係しない特徴を含んでもよい。例えば、特定のスケジューリング設定は、固定ＭＣＳおよび／またはデータチャネル位置（例えば、ＰＤＳＣＨ）を利用してもよい。かかるスケジューリング設定を所与とすると、物理層処理モジュール１６０８は、そのような固定スケジューリングの結果として電力を節約することができる。さらに、または、あるいは、特定のスケジューリング設定は、アップリンク・データ伝送のためのリソース割り当てが端末装置１５０２に対して保証される場合、固定および保証アップリンク・グラントを提供することができる。従って、スケジューリング要求を介してアップリンク送信を実行する許可をウェイクアップして要求する代わりに、端末装置１５０２は、代わりに、アップリンク送信を実行するために保証されたアップリンク認可リソース割り当てを利用するためにウェイクアップして直接進むことができる。

さらに、または、あるいは、ネットワーク・アクセス・ノード２００２は、選択されたスケジューリング設定のコンポーネントとして「データ・キューイング」スキームを採用してもよい。例えば、３３０４において、端末装置１５０２が低バッテリー電力のクラスを報告する場合、制御モジュール２６１０は、３３０６において、ネットワーク・アクセス・ノード２００２で端末装置１５０２を意図するダウンリンク・データを「キュー」するスケジューリング設定を選択してもよい。従って、ダウンリンク・データが、端末装置１５０２に宛てられるコア・ネットワークからネットワーク・アクセス・ノード２００２に到着すると（例えば、アプリケーション・データ）、ネットワーク・アクセス・ノード２００２は、端末装置１５０２が現在アイドル状態かアクティブ状態にあるかをチェックすることができる。端末装置１５０２がアクティブ状態である場合、ネットワーク・アクセス・ノード２００２は、データを送信するために進行し得る。逆に、端末装置１５０２がアイドル状態にある場合、ネットワーク・アクセス・ノード２００２は、慣例に従ってページング・メッセージを端末装置１５０２に提供することを控えることができる；代わりに、ネットワーク・アクセス・ノード２００２は、データをキューイング（例えば、一時的にデータを記憶する）し、端末装置１５０２が後に日（例えば、音声またはデータ接続がユーザーによってトリガーされる時）にアクティブ状態に入るまで待機することができる。端末装置１５０２がアクティブ状態に入ると、ネットワーク・アクセス・ノード２００２は、待機データを送信することができる。このことは、端末装置１５０２が、複数の別々の時間とは対照的に、端末装置１５０２が単一時間にアクティブ状態に入ることを有することによって、電力を節約することを可能にし得る。

３３０６における選択のために制御モジュール２６１０に利用可能な所定の複数のスケジューリング設定は、特に、固定／縮小制御メッセージ候補位置スキーム、チャネル測定不作動化スキーム、および端末装置が電力を節約するためにモジュール化されたハードウェア設計を利用することを可能にし得る縮小ビームトラッキングスキームのようなスケジューリング設定を含む、上述の任意の一つ以上のフィーチャを含み得る。前述のように、予め定義された複数のスケジューリング設定は、電力効率レベルを変化させるように設計された個々のスケジューリング設定を含んでもよい。例えば、特定のスケジューリング設定は、上述のフィーチャの多くを組み込むことによって、他のスケジューリング設定（あるパフォーマンスコストを伴うことがある）よりも大きな電力効率を提供し得る。予め定義された複数のスケジューリング設定は容易に構成可能であり得るが、予め定義された複数のスケジューリング設定の全集合は、端末装置１５０２およびネットワーク・アクセス・ノード２００２の両方において既知であってもよい。

従って、３３０４において端末装置１５０２によって報告されるバッテリー電力クラスに基づいて、３３０６において制御モジュール２６１０は所定の複数のスケジューリング設定からスケジューリング設定を選択してもよい。制御モジュール２６１０は、予め定義されたマッピング・スキームを利用することができ、ここで、各バッテリー電力クラスは、特定のスケジューリング設定にマッピングすることができる。制御モジュール２６１０は、３３０６において、さらに、現在のセル負荷および／または現在の無線コンディションなど、スケジューリング設定を選択する際のバッテリー電力クラス以外のファクタを考慮するように構成されてもよい。

３３０６においてスケジューリング設定を選択した後、制御モジュール２６１０は、３３０８において、選択されたスケジューリング設定を、例えば制御メッセージとして、端末装置１５０２に送信することができる。その後、端末装置１５０２は、３３１０において選択されたスケジューリング設定を適用してもよい（ここで、コントローラ１６１０は、上位層スケジューリングに関与してもよく、ＰＨＹコントローラ３２０８は、物理層タスクに関与してもよい）。従って、選択されたスケジューリング設定ＰＨＹコントローラ３２０８を所与とすると、制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６を、それぞれの非活動期間中に不作動にすることによって、選択されたスケジューリング設定に従って、制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６を制御することができる。例えば、ＰＨＹコントローラ３２０８は、選択されたスケジューリング設定の固定／縮小制御メッセージ候補位置スキームに関連する非活動の期間に従って、制御チャネル検索モジュール３２０２を不作動にし、（該当する場合）選択されたスケジューリング設定のチャネル測定非アクティブ化スキームに関連する非アクティブの期間に従って、チャネル測定モジュール３２０４を不作動にし、（該当する場合）選択されたスケジューリング設定の縮小ビーム追跡スキームに関連する非アクティブの期間に従って、ビーム追跡モジュール３２０６を不作動にすることができる。ＰＨＹコントローラ１６０８は、選択されたスケジューリング設定（該当する場合）に従って、固定ＭＣＳおよび／またはリソース割り当て（アップリンクまたはダウンリンク）によって電力節約をさらに実現することができる。従って、端末装置１５０２は、３３１０において、ネットワーク・アクセス・ノード２００２によって提供される選択されたスケジューリング設定の結果として、電力を節約することができる。

図３４は、本開示の態様による通信モジュール構成を動作させる方法３４００を示す。
図３４に示すように、方法３４００は、第１の通信処理タスク（３４１０）を実行するために第１の通信モジュールが使用されていない場合に、第１の通信モジュールで第１の通信処理タスクを実行し、第１の通信スケジュールに従って第１の通信モジュールを無効にすることを含む。第２の通信処理タスクは、第２の通信処理タスク（３４２０）を実行するために第２の通信モジュールを使用しない場合、第２の通信スケジュールに従って第２の通信モジュールで実行され、第２の通信モジュールは一時的に無効となる。電力レベルは無線アクセス・ネットワークに報告され、電力レベルに応じて省電力通信スケジュールを受信する。省電力通信スケジュールは、第１の通信処理タスクおよび第２の通信処理タスクのスケジューリング要件（３４３０）と、第１の通信処理タスクのスケジューリング要件に従って第１の通信モジュールを無効にすることと、第２の通信処理タスクのスケジューリング要件に従って第２の通信モジュールを無効にすること（３４４０）とを含むことができる。

従って、ネットワーク・アクセス・ノード２００２などのネットワーク・アクセス・ノードとの協働は、報告されたバッテリー電力に基づいてスケジューリング設定を選択するために頼られることができる。従って、所定の複数のスケジューリング設定は、端末装置、特に端末装置１５０２のようなモジュール化されたハードウェア設計を有する端末装置が、電力を節約するためにハードウェア・コンポーネントを選択的に不作動化することを可能にする種々の異なるスケジューリング設定を含んでもよい。上述の例は、ＰＨＹ層コンポーネントとして含まれる特定のハードウェア・コンポーネント（制御チャネル検索モジュール３２０２、チャネル測定モジュール３２０４、およびビーム追跡モジュール３２０６）を明示的に参照するが、ＰＨＹ層モジュールおよび非ＰＨＹ層モジュールの両方を含む他のタイプのモジュールは、類似の方法で、例えば、電力を節約するために、特殊なスケジューリング設定に従って非アクティブ期間中に非活動にすることによって採用されてもよい。例えば、これらの態様を適用することができる他のタイプのモジュールには、スリープ／ウェイク・スケジュールおよび／または周波数スケーリング（他のモジュールも使用することができる）で構成することができるプロセッサが含まれる。

２．４ 電力効率＃４

本開示のさらなる態様によれば、端末装置は、バッテリー電力レベルおよび無線コンディションを含む端末装置の現在の動作コンディションに基づいてダウンリンクおよびアップリンク処理を適合させることができる。例えば、端末装置は、強い無線条件および／または低いバッテリー電力レベルが観測される場合、ダウンリンク方向において低複雑度復調および受信器アルゴリズムを使用することができる。さらに、端末装置は、強い無線コンディションおよび／または低いバッテリー電力レベルが観察される場合、閉ループ電力制御、送信電力を調整し、および／またはＲＦオーバーサンプリング・レートを無効にすることによって、アップリンク処理を修正することができる。さらに、端末装置は、低バッテリー電力および／または強い無線コンディションが観察される場合、電力消費をさらに低減するために、動的電圧および周波数スケーリングを使用することができる。これらの態様は、例えば、無線コンディションまたはバッテリー電力レベルに応じて、可変複雑性復調および受信器アルゴリズムを採用する共通チャネルなどの共通チャネル態様と共に使用されてもよい。

図３５は、本開示の態様のいくつかの態様による端末装置１５０２の例示的な内部アーキテクチャーを示す。図３５に示されるように、端末装置１５０２は、アンテナ１６０２、第１の受信器３５０２、第２の受信器３５０４、第３の受信器３５０６、無線コンディション・モジュール３５０８、制御モジュール３５１０、電力消費モジュール３５１２、電源１６１８、他のモジュール３５１４、アプリケーション・プロセッサ３５１６、ネットワーク・モジュール３５１８、および他のモジュール３５２０を含むことができる。図３５に示されるように、第１の受信器３５０２、第２の受信器３５０４、第３の受信器３５０６、無線条件モジュール３５０８、制御モジュール３５１０、および電力消費モジュール３５１２は、端末装置１５０２のＲＦトランシーバ１６０４および／またはベースバンド・モデム１６０６の一部として含まれてもよく、一方、他のモジュール３５１４、アプリケーション・プロセッサ３５１６、ネットワーク・モジュール３５１８、および他のモジュール３５２０は、端末装置１５０２のデータ・ソース１６１２および／またはデータ・シンク１６１６の一部として含まれてもよい。

受信器３５０２、３５０４、および３５０６は、端末装置１５０２に関して前述したように、アンテナ・システム１６０２によって提供される無線信号に対してダウンリンク処理を実行することができる。いくつかの態様において、受信器３５０２、３５０４、および３５０６の各々は、物理的に別個の受信器構造（例えば、各々が異なるハードウェアおよび／またはソフトウェア・コンポーネントとして実装される構造的に別個の受信器インスタンス）であってもよく、または一つ以上の単一の受信器構造の異なる構成であってもよい。例えば、いくつかの態様において、受信器３５０２、３５０４、および３５０６の各々は、別個のハードウェアおよび／またはソフトウェア・コンポーネント（例えば、物理的に異なる）として実装されてもよく、または同じハードウェアおよび／またはソフトウェア・コンポーネントの異なる構成（例えば、単一の受信器構造の異なる構成）であってもよい。いずれにせよ、受信器３５０２、３５０４、３５０６の各々によって行われる受信処理は、異なってもよい。例えば、受信器３５０２、３５０４、および３５０６の各々は、異なる受信器アルゴリズム、ハードウェア・コンポーネント、ソフトウェア制御などを利用することができる。従って、受信器３５０２、３５０４、および３５０６は、それぞれ、異なる受信パフォーマンスおよび異なる電力消費を有してもよい。一般に、より高性能の受信器は、より高い電力消費を生じる。例えば、受信器３５０２はイコライザを利用することができ、受信器３５０４はレーキ受信器を利用することができ；従って、受信器３５０２は、より良いパフォーマンスおよび受信器３５０４より高い電力消費を有することができる。さらに、または、あるいは、受信器３５０４は、電力消費を増加させながら受信器３５０４の復調パフォーマンスを改善し得る球形復号器を利用し得る。受信器３５０２、３５０４、および３５０６の各々は、異なるデコーダ、異なるイコライザ、異なるフィルタ長（例えば、有限インパルス応答（ＦＩＲ）フィルタ・タップ）、異なるチャネル推定技術、異なる干渉キャンセル技術、異なるノイズ・キャンセル技術、異なる処理ビット幅、異なるクロック周波数、異なるコンポーネント電圧、異なるパケット組み合わせ技術、異なるアルゴリズム反復数、コンポーネント内またはコンポーネント間の異なる反復技術の異なる使用などの、かかる同様の、パフォーマンスおよび電力消費のレベルを変化させる差異を有してもよい。アンテナ・システム１６０２は、図３５において別個に分離して描かれているが、いくつかの態様では、受信器３５０２、３５０４、および３５０６は、異なるアンテナ数、異なるビーム形成設定、異なるビームステアリング設定、異なるアンテナ感度、異なるヌルステアリング設定（例えば、干渉器に基づくヌル位置決め）など、異なるアンテナ構成をさらに利用することができる。かかるファクタの受信器３５０２、３５０４、および３５０６の各々に対する特定の構成は、関連するパフォーマンスおよび電力消費レベルと共に、予め定義されてもよい。受信器３５０２、３５０４、および３５０６の各々は、種々の異なるアンテナ（アンテナ・システム１６０２）、ＲＦ（ＲＦトランシーバ１６０４）、物理層（物理層処理モジュール１６０８）、および／またはプロトコル・スタック（コントローラ１６１０）コンポーネントとして実装されてもよく、従って、ＲＦ、ＰＨＹ、および／またはプロトコル・スタック・レベルのいずれかにおける受信処理に関係してもよい。

制御モジュール３５１０は、アンテナ・システム１６０２によって提供される信号の受信処理に利用するために、受信器３５０２、３５０４、および３５０６のうちのいずれかを（コア間メッセージ（ｉｎｔｅｒ－ｃｏｒｅ ｍｅｓｓａｇｅｓ ）または制御信号であり得る、図３５に示される制御モジュール出力ラインを介して）選択することを担当し得る。従って、選択された受信器は、結果として得られるダウンリンク・データを生成するためにそれぞれの受信処理を実行することができる。制御モジュール３５１０は、受信器選択のための制御ロジックを規定するプログラム・コードを実行するように構成されたコントローラであってもよく、コントローラ１６１０のソフトウェア・コンポーネント、物理層処理モジュール１６０８の物理層制御モジュールのソフトウェア・コンポーネント、または端末装置１５０２の別個のソフトウェア・コンポーネントとして含まれてもよい。

制御モジュール３５１０は、現在の無線コンディションおよび現在の電力レベルに基づいて受信器を選択するように構成されてもよい。例えば、制御モジュール３５１０は、強力な無線コンディションにおいて、強力な無線消費が高パフォーマンスを要求しない可能性があるため、低電力受信器（低性能を有してもよい）を選択するように構成されてもよい。逆に、制御モジュール３５１０は、十分な受信品質を生み出すために、弱い（ｐｏｏｒ）無線コンディションにおいて、高性能受信器を選択するように構成されてもよい。さらに、制御モジュール３５１０は、電源１６１８が低バッテリー電力レベルを有する場合、低電力受信器を選択するように構成されてもよい。

図３５に示されるように、制御モジュール３５１０は、無線コンディション・モジュール３５０８および電力消費モジュール３５１２から入力を受信することができ、これらは、それぞれ、現在の無線コンディションおよび電力消費を監視するように構成されてもよく、従って、制御モジュール３５１０に現在の無線および電力状態を提供してもよい。従って、無線コンディション・モジュール３５０８は、受信器３５０２、３５０４、および３５０６からの出力を（図３４に示される無線コンディション入力ラインを介して）監視することができ、出力は、無線測定（例えば、信号電力、信号品質、信号対雑音比（ＳＮＲ）、信号対干渉プラス雑音比（ＳＩＮＲ）など）、チャネル・パラメータ（例えば、ドップラー拡散、遅延拡散など）、誤りメトリック（例えば、巡回冗長チェック（ＣＲＣ）、ブロック／ビット誤り率、平均ソフトビット大きさなど）、再送信レートなどの、受信器３５０２、３５０４、および３５０６によって提供される、無線コンディションを示すパラメータを報告し得る。無線コンディション・モジュール３５０８は、かかるパラメータを評価し、端末装置１５０２の現在の無線コンディションを指定する制御モジュール３５１０に無線コンディション表示を提供し、それによって、制御モジュール３５１０は、現在の無線コンディションに基づいて受信器を選択することを可能にする。

同様に、電力消費モジュール３５１２は、受信器３５０２、３５０４、および３５０６からの出力を（図３４に示される電力消費入力線を介して）監視し、電力消費データを制御モジュール３５１０に報告することができ、これは、受信器３５０２、３５０４、および３５０６の現在の電力消費を示すことができる。電源１６１８はまた、電力消費データおよび現在のバッテリー電力レベル・データのうちの少なくとも一つを電力消費モジュール３５１２に提供してもよく、これは、端末装置１５０２の全体的な電力消費および残りのバッテリー電力レベルを示してもよい。その後、電力消費モジュール３５１２は、このようなデータを評価し、例えば、端末装置１５０２の現在の電力消費および現在のバッテリー電力レベルの両方を指定する電力状態表示を制御モジュール３５１０に提供し、それによって、制御モジュール３５１０が、端末装置１５０２の現在の電力状態に基づいて受信器を選択することを可能にする。いくつかの態様において、無線コンディション・モジュール３５０８および電力消費モジュール３５１２は、受信器３５０２、３５０４、および３５０６から入力を受信し、その入力を評価して、指示データを制御モジュール３５１０に提供するように構成されたプロセッサなどのソフトウェア構成要素として実装されてもよい。無線コンディション・モジュール３５０８および電力消費モジュール３５１２は、一緒に（例えば共通プロセッサにおいて、例えば、制御モジュール３５１０と同じプロセッサであってもよい）または別々に実装されてもよい。

図３５に示されるように、制御モジュール３５１０は、例えば、他のモジュール３５１４、アプリケーション・プロセッサ３５１６、ネットワーク・モジュール３５１８、および他のモジュール３５２０などを含むデータ・ソース１６１２／データ・シンク１６１６からの入力を受信することもできる。かかる入力データは、現在アプリケーション・プロセッサ３５１６上で実行されているアプリケーションに関連するデータ、アプリケーション・プロセッサ３５１６を介して提供されるユーザー電力制御コマンド、熱検出モジュール（例えば、他のモジュール３５１４または他のモジュール３５２０によって提供される）による温度または熱測定、位置、および／または速度情報（例えば、他のモジュール３５１４または他のモジュール３５２０によって提供される）、ネットワーク・モジュール３５１８によって提供されるネットワークデータなどを含み得る。制御モジュール３５１０はまた、受信器選択プロセスにおいてこのような入力データを考慮するように構成されてもよい。例えば、高温または高熱の測定は、より低い電力の受信器の選択を促す一方、高移動度（速度および／または位置変化によって示される）は、より高いパフォーマンスの受信器の選択を促し得る。いくつかの態様において、制御モジュール３５１０は、選択プロセスの一部として条件を定期的に分析することができる。評価期間は変化することができ、受信チェーンの異なる部分で異なってもよい。例えば、内部受信器は、独立した外部受信器コンポーネントよりも、より頻繁に評価／スイッチすることができる。例示的なＬＴＥ設定において、評価期間は、例えば、１ｍｓ（例えば、一つのダウンリンクＴＴＩ）または０．５ｍｓ（例えば、一つのスロット）であり得る。１ｍｓの長さを有するフレームは、評価期間にもなり得る。いくつかの態様では、ＬＴＥのＴＤＤにおけるギャップは、１０ｍｓに１または２回起こり得るが、評価期間としても役立つことがある。いくつかの態様では、秒または分オーダーでずっと長い間隔が存在し得る。例えば、アイドル状態の無線状態（例えば、ページング時）では、受信器は、例えば１．２８秒毎にページングサイクルに対して短時間のみアクティブである。従って、制御モジュール３５１０は、例えば、受信器がオンである場合にのみ、このグリッドに従って評価を実行することができる。いくつかの態様では、評価は、移動平均に基づいてもよく、その結果、決定は、単一の評価間隔のみならず、多くの過去の評価間隔に基づく。

従って、制御モジュール３５１０は、無線コンディション（無線コンディション・モジュール３５０８によって報告される）、電力情報（電力消費モジュール３５１２によって提供される）、および他の種々のファクタ（他のモジュール３５１４、アプリケーション・プロセッサ３５１６、ネットワーク・モジュール３５１８、および他のモジュール３５２０によって提供される）に基づいて、受信処理に利用するために、受信器３５０２、３５０４、および３５０６のうちの一つを選択するように構成されてもよい。前述のように、受信器３５０２、３５０４、および３５０６は、異なるデコーダ、異なるイコライザ、異なるフィルタ長、異なるチャネル推定技術、異なる干渉キャンセル技術、異なる雑音キャンセル技術、異なる処理ビット幅、異なるクロック周波数、異なるコンポーネント電圧、異なるパケット結合技術、異なるアルゴリズム反復数、コンポーネント内またはコンポーネント間での反復技術の異なる使用、異なるアンテナ数、異なるビーム形成設定、異なるビームステアリング設定、異なるアンテナ感度、異なるヌルステアリング設定などに従って、（異なるハードウェア構成またはソフトウェア構成で）事前設定されることができ、従って、それぞれの構成に従って異なるパフォーマンスおよび電力消費レベルを提供することができる。このようなファクタの任意の組み合わせが、受信器３５０２、３５０４、および３５０６の各々について事前構成に到達するために設計者に利用可能であることが理解される。さらに、図３５は３つの受信器を示しているが、これは例示的なものであり、事前設定された受信器の数は任意の数に拡張可能であり得る。

その後、制御モジュール３５１０は、例えば、無線コンディション状態、電力消費状態、および受信器３５０２、３５０４、および３５０６の各々の電力消費および性能特性に基づいて、受信器３５０２、３５０４、および３５０６のうちの一つを選択することができる。選択ロジックは、例えば、電力消費モジュール３５１２によって提供される電力消費レベル（例えば、定量電力レベルおよび／または現在の電力消費レベル）に従った第１の次元と、無線コンディション・モジュール３５０８によって提供される無線コンディション・レベル（例えば定量的無線コンディション・レベル）に従った第２の次元とを有留守ルックアプテーブルなどを用いて予め定義されていてもよく、ルックアップテーブルの各エントリーが受信器３５０２、３５０４、または３５０６の受信器選択を与える。その後、制御モジュール３５１０は、電力消費レベルと無線コンディション・レベルの両方をルックアップテーブルに入力し、結果として得られるエントリーに対応する受信器を選択する受信器を選択する受信器としてもよい。かかる予め定義されたルックアップテーブルスキームは、例えば、現在の電力消費、現在のバッテリー電力レベル、無線測定（例えば、信号電力、信号品質、信号対雑音比（ＳＮＲ）、信号対干渉プラス雑音比（ＳＩＮＲ）、等）、チャネル・パラメータ（例えば、ドップラー拡散、遅延拡散等）、誤りメトリック（例えば、巡回冗長チェック（ＣＲＣ）レート、ブロック／ビット誤り率、平均ソフトビット大きさ等）、再送信レート等のうちのいずれか一つ以上を、ルックアップテーブルの次元として使用して、任意の数の次元に拡張することができ、各エントリーは、選択された受信器として利用する受信器を識別する。予め定義されたルックアップテーブルの特性に応じて、制御モジュール３５１０は、選択された受信器として使用する受信器３５０２、３５０４、および３５０６のうちの一つを識別するために、現在のデータをルックアップテーブルに入力することができる。完全に予め定義されたルックアップテーブルの代わりに、制御モジュール３５１０は、例えば、連続電力ロギングに基づいて、ランタイム中にルックアップテーブルを更新することができる。かかる詳細に関係なく、制御モジュール３５１０は、選択された受信器として使用する受信器３５０２、３５０４、および３５０６のうちのどれを識別するために、特定の無線コンディションおよび／または電力パラメータをルックアップテーブルに入力することができる。制御モジュール３５１０は、ルックアップテーブルをローカルに、または制御モジュール３５１０によってアクセス可能な別の場所に格納することができる。

受信器選択ロジックは柔軟で設計上考慮することができるが、一般性を失うことなく、制御モジュール３５１０は、無線コンディションが弱いシナリオで高性能受信器を利用し、低電力シナリオで低電力受信器を利用することを主に目的とする。例えば、無線コンディション・モジュール３５０８が、無線コンディションが弱いことを示す場合、制御モジュール３５１０は、図３５に示される制御モジュール出力ラインを介して受信器３５０２、３５０４、および３５０６のうちから高性能受信器を選択するように構成されてもよい（例えば、ルックアップテーブルは、弱い無線コンディション入力のための高性能受信器選択を出力するように構成される）。同様に、電力消費モジュール３５１２が、バッテリー電力が低いことを示すか、または現在の電力消費が高いことを示す場合、制御モジュール３５１０は、制御モジュール出力ラインを介して受信器３５０２、３５０４、および３５０６のうちから低電力受信器を選択するように構成されてもよい（例えば、ルックアップテーブルは、低バッテリー電力および／または高電力消費入力のための低電力受信器選択を出力するように構成される）。

いくつかの態様では、制御モジュール３５１０は、無線コンディションが弱いおよび／または受信器が低電力であるような最悪の場合のシナリオで受信器選択を実行することができる。最悪の場合のシナリオは、ルックアップテーブルにリストアップすることもでき、最悪の場合のシナリオに合わせて調整された特定の受信器選択を有することができる。いくつかの態様では、トラフィック・タイプ（例えば、音声通話中には、受信器選択戦略は通話を存続させることが可能であり、一方、データのみのシナリオでは、低減されたデータ・レートが許容可能である）または位置／「社会的」情報（例えば、充電可能性へのちかさ）などのように、受信器選択における追加のパラメータを検討するためのさらなるプロセスもまた存在し得る。これらのパラメータは、ルックアップテーブルへの入力として定義されてもよく、制御モジュール３５１０は、従って、最悪の場合のシナリオの間の入力として、これらのパラメータを使用してルックアップテーブルから受信器選択出力を取得してもよい。

いくつかの態様において、制御モジュール３５１０による受信器選択におけるバッテリー寿命またはパフォーマンスに対する優先度付けは、さらに関連する用途に依存し得る。例えば、音声通信を行う場合、パフォーマンスがより重要になる場合がある。従って、制御モジュール３５１０は、音声通信を実行する際に、パフォーマンスをより高い優先度に置くことができる。ダウンロード（非リアルタイム）を行う場合、バッテリーの寿命がより重要になる場合がある。その結果、制御モジュール３５１０は、ダウンロードを実行する際、バッテリー寿命をより高い優先度に置くことができる。

制御モジュール３５１０は、受信器選択において他の戦略を追加的または代替的に採用することができる。例えば、いくつかの態様では、制御モジュール３５１０は、たとえば、保留中のダウンリンク・データを可能な限り迅速にダウンロードするために高パフォーマンス受信器を選択することによって、総電力消費量を最小限に抑えることができる。あるいは、高性能受信器によって提供されるパフォーマンス・エンハンスメントが現在の無線コンディションを考慮して保証されない場合、制御モジュール３５１０は、より低い電力消費でより低いパフォーマンス受信器を利用することができる。さらに、種々の態様において、端子装置１５０２の構成は、動的電力または漏れ電力のいずれかにより敏感であり得、動的電力に敏感な端子装置は、長時間にわたって広がる軽い処理を行う場合により効率的であり得、漏れ電力に敏感な端子装置は、短時間および短期間にわたって重い処理を行う場合により電力効率的であり得る。従って、制御モジュール３５１０は、高パフォーマンス受信器を選択して漏れ感受性の場合（ｉｎ ｔｈｅ ｌｅａｋａｇｅ－ｓｅｎｓｉｔｉｖｅ ｃａｓｅ）にデータを迅速にダウンロードするように、または低パフォーマンス受信器を選択して動的感受性の場合（ｉｎ ｔｈｅ ｄｙｎａｍｉｃ－ｓｅｎｓｉｔｉｖｅ ｃａｓｅ）にデータを徐々にダウンロードするように構成してもよい。

さらに、または、あるいは、いくつかの態様では、制御モジュール３５１０（または別の専用制御モジュール）は、無線および／または電力条件に基づく送信機選択を同様に使用することができる。図３６は、いくつかの態様に従った送信器３６０２、３６０４、および３６０６を有する端末装置１５０２の内部構成を示す。図３５および３６には別々に示されているが、いくつかの態様では、端末装置１５０２は、受信器３５０２、３５０４、および３５０６と、送信機３６０２、３６０４、および３６０６との両方を含んでもよく、受信器および送信機選択スキームの両方を利用してもよい。送信器３６０２、３６０４、および３６０６は、端子装置１５０２に関して述べられたように、コントローラ１６１０（図３６には示されていない）によって提供されるアップリンク・データに対してアップリンク処理を実行することができる。同様に、受信器３５０２、３５０４、および３５０６に関して説明したように、送信器３６０２、３６０４、および３６０６の各々は、物理的に別個の送信器構造（例えば、構造的に別個の送信器インスタンス）であってもよく、または１つ以上の単一送信器構造の異なる構成であってもよい。例えば、いくつかの態様において、送信器３６０２、３６０４、および３６０６の各々は、別個のハードウェアおよび／またはソフトウェア・コンポーネント（例えば、物理的に異なる）として実装されてもよく、または同じハードウェアおよび／またはソフトウェア・コンポーネントの異なる構成（例えば、単一の受信器構造の異なる構成）であってもよい。いずれにしても、送信器３６０２、３６０４、および３６０６の各々によって実行される送信処理は異なってもよい。例えば、送信器３６０２、３６０４、および３６０６の各々は、異なる送信機アルゴリズム、ハードウェア・コンポーネント、ソフトウェア制御などを利用することができる。アンテナ・システム１６０２は、図３６において別々に分離して示されるが、送信器３６０２、３６０４、および３６０６は、異なるアンテナ数、異なるビーム形成設定、異なるビームステアリング設定、異なるアンテナ感度などの、異なるアンテナ構成をさらに利用することができる。

従って、送信器３６０２、３６０４、および３６０６の各々は、異なるＲＦオーバーサンプリング・レート、異なる送信電力、異なる電力制御（例えば、閉ループ電力制御対開ループ電力制御）、異なるアンテナ数、異なるビーム形成設定、異なるビームステアリング設定、異なるアンテナ感度などに起因する異なるパフォーマンスおよび電力消費レベルを有し得る。送信器３６０２、３６０４、および３６０６に対するかかるファクタの特定の構成は、関連するパフォーマンスおよび電力消費レベルと共に、事前に定義されてもよい。いくつかの態様において、送信器３６０２、３６０４、および３６０６の各々は、種々の異なるアンテナ（アンテナ・システム１６０２）、ＲＦ（ＲＦトランシーバ１６０４）、物理層（物理層処理モジュール１６０８）、および／またはプロトコル・スタック（コントローラ１６１０）コンポーネントとして実装されてもよく、従って、ＲＦ、ＰＨＹ、および／またはプロトコル・スタック・レベルのいずれかにおける受信処理に関係してもよい。

受信器選択の場合と同様に、制御モジュール３５１０は、アンテナ１６０２に供給される信号の送信処理に利用する送信器３６０２、３６０４、および３６０６のいずれかを選択するように構成されてもよい。従って、制御モジュール３５１０は、送信器３６０２、３６０４および３６０６のパフォーマンスおよび電力消費特性に基づいて送信器３６０２、３６０４および３６０６のうちの一つを選択するために、無線コンディション・モジュール３５０８および電力消費モジュール３５１２によって提供される無線コンディションおよび電力状態データを評価するように構成されてもよい。上述のように、送信器３６０２、３６０４、および３６０６は、異なるＲＦオーバーサンプリング・レート、異なる送信電力、異なる電力制御（例えば、閉ループ電力制御対開ループ電力制御）、異なるアンテナ数、異なるビーム形成設定、異なるビームステアリング設定、異なるアンテナ感度などを有し得る。従って、高ＲＦオーバーサンプリング・レートおよび高送信電力の両方が、より高いパフォーマンスを生み出すことができるが、より高い電力消費を有する。電力制御に関しては、いくつかの態様において、ある送信器は、送信器回路の一部として含まれるアナログコンポーネントである送信フィードバック受信器を利用することができる。送信器は、送信フィードバック受信器を利用して実際の送信電力を監視することができ、従って、送信電力の精度を改善するために、電力制御のための「閉ループ」を形成する。かかる閉ループ電力制御の使用は、より高いパフォーマンスをもたらし得るが、送信フィードバック受信器の動作は、電力消費を増加し得る。従って、閉ループ電力制御は、開ループ電力制御よりも高いパフォーマンスおよび高い電力消費を生じ得る。

従って、制御モジュール３５１０は、同様に、制御ロジックに基づいて送信器３６０２、３６０４、３６０６のうちの一つを選択するように構成されてもよく、制御ロジックは、例えば、予め定められたまたは適応ルックアップテーブルまたは類似の方の選択ロジックであり得、そこで、制御モジュール３５１０は、送信器３６０２、３６０４、３６０６、および３６０６のうちの一つの選択を得るために、現在の電力消費、現在のバッテリー電力レベル、無線測定（例えば、信号電力、信号品質、信号対雑音比（ＳＮＲ）、信号対干渉プラス雑音比（ＳＩＮＲ）など）、チャネル・パラメータ（例えば、ドップラー拡散、遅延拡散など）、誤りメトリック（例えば、周期冗長チェック（ＣＲＣ）レート、ブロック／ビット誤り率、平均ビット大きさなど）、再送信レートなどのパラメータを入力することができる。制御モジュール３５１０はまた、一般に、弱い電波状態の間に高性能送信器を選択し、強い電波状態の間に低性能および低電力送信器を選択し、および、低バッテリー状態の間に低電力送信器を選択するように構成されてもよく、また、送信器選択において動的および漏れ電力感度を考慮するように構成されてもよい。

例えば、例示的なシナリオにおいて、送信器３６０２は、送信器３６０４（例えば、誤りベクトル大きさ（ＥＶＭ）に従って）よりも正確であり得るが、送信機３６０４よりも高い電力消費を有する。その低いパフォーマンスのため、送信器３６０４は、同じパフォーマンスを達成するために増加した送信電力を必要とする。しかしながら、低いまたは最小送信電力では、送信器３６０２上での（ｏｖｅｒ ｔｒａｎｓｍｉｔｔｅｒ ３６０２）、総電力消費に対するかかる送信電力増加の寄与は、送信器３６０４の使用によって節約される電力より少ない可能性がある。結果として、より低いベース電力消費を有する送信機３６０４を利用することが節約的（ｐｒｕｄｅｎｔ）であり得る。

いくつかの態様において、制御モジュール３５１０は、トリガー基準に基づいて送信器選択をトリガリングすることができる。トリガリング基準の非限定的な例は、送信電力がある閾値を上回るか下回っていることの検出、実際に使用されている帯域幅がある閾値を上回るか下回っていることを検出すること、測定された誤り率がある閾値を上回るか下回っていることを検出すること、バッテリー電力が閾値を下回っていることを検出すること、電源１６１８が充電中であることを検出すること、または再送レート（例えば、例示的なＬＴＥ設定におけるｅＮＢからＵＥへのアップリンクＨＡＲＱレート）が閾値を上回るか下回っていることを検出すること、を含むことができる。制御モジュール３５１０は、かかるトリガリング基準を監視し、それが満たされると、送信器選択をトリガリングしてもよい。

送信器および受信器の両方の選択は、電力消費に影響を及ぼし、無線条件によって影響を受ける可能性があるため、ある態様では、制御モジュール３５１０は、送信器および受信器の選択の間、受信器および送信器の両方のパフォーマンスおよび電力消費の要件を考慮するように構成されてもよい。制御モジュール３５１０は、受信器および送信器の両方の制御を担当する単一の統一制御モジュールとして、または受信器または送信器の選択のうちの一つの制御をそれぞれ担当する２つの別個の制御モジュールとして実装されることができる。

本明細書に記載される受信器および送信器選択スキームは、固定された（ｆｉｘｅｄ）受信器および送信器構成を利用することができ、ここで受信器３５０２、３５０４、および３５０６および送信器３６０２、３６０４、および３６０６の属性または特性（ｐｒｏｐｅｒｔｉｅｓ）は、例えば別個の構造コンポーネントとしてまたは同じ構造コンポーネントの異なる固定構成として、予め定義されており静的である。あるいは、いくつかの態様において、受信器３５０２、３５０４、および３５０６のうちの一つ以上、および送信器３６０２、３６０４、および３６０６のうちの一つ以上は「構成可能（ｃｏｎｆｉｇｕｒａｂｌｅ）」であってもよく、従って、上述のエンハンスメント・フィーチャのうちの、デコーダ、イコライザ、フィルタ長、チャネル推定技術、干渉キャンセル技術、ノイズ・キャンセル技術、処理ビット幅、クロック周波数、コンポーネント電圧、パケット組み合わせ技術、アルゴリズム反復回数、コンポーネント内またはコンポーネント間の反復技術の使用、ＲＦオーバーサンプリング・レート、送信電力、電力制御、アンテナ数、ビーム形成設定、ビームステアリング設定、アンテナ感度、ヌルステアリング設定などに関連する、オン／オフ変更され、スイッチングされ、または調整され得る、特定のエンハンスメント・フィーチャを有してもよい。これらのエンハンスメント・フィーチャはパフォーマンスおよび電力消費に影響を及ぼし得るので、制御モジュール３５１０は、無線コンディションおよび電力状態データに基づいてこれらのエンハンスメント・フィーチャの作動化、不作動化、および交換を監督し得る。

図３７および３８は、いくつかの態様に従った、端末装置１５０２の例示的な構成（これらは両方とも、端末装置１５０２で同時にまたは別々に実装されてもよい）を示す。図３７および３８に示されるように、受信器３５０２、３５０４、および／または３５０６、および送信器３６０２、３６０４、および３６０６のうちの一つ以上は、エンハンスメント機能を有することができる。具体的には、受信器３５０４は受信器エンハンスメント機能２．１を有してもよく、受信器３５０６は受信器エンハンスメント機能３．１および３．２を有してもよく、送信器３６０４は送信器エンハンスメント機能２．１を有してもよく、送信器３６０６は送信器エンハンスメント機能３．１および３．２を有してもよい。エンハンスメント機能は、ソフトウェアおよび／またはハードウェアエンハンスメント機能であってもよく；例えば、エンハンスメント機能は、特定のソフトウェア・アルゴリズム、特定の専用ハードウェア、または特定の統合ハードウェアおよびソフトウェア・コンポーネントであってもよい。例えば、エンハンスメント機能は、特定のデコーダ（例えば、球形デコーダ）、チャネルプロセッサ（例えば、イコライザ）、干渉キャンセラ（例えば、高度な干渉キャンセラ）、またはデコーダ、イコライザ、フィルタ長、チャネル推定技術、干渉キャンセレーション技術、ノイズキャンセレーション技術、処理ビット幅、クロック周波数、コンポーネント電圧、パケット組み合わせ技術、異なる数のアルゴリズム反復、コンポーネント内またはコンポーネント間の反復技術の異なる使用、ＲＦオーバーサンプリング・レート、送信電力、電力制御、アンテナの数、ビーム形成設定、ビームステアリング設定、アンテナ感度、ヌルステアリング設定等に関連する任意の他のフィーチャを含むことができる。従って、エンハンスメント機能の各々は、制御モジュール３５１０によって選択的にオンまたはオフに切り替えることができる「固定」フィーチャであってもよい。

かかるエンハンスメント機能の作動化は、一般に、増加した電力消費のコストにおいてパフォーマンスを改善し得る。従って、制御モジュール３５１０は、受信器および送信機の固定集合間で選択しなければならない代わりに、パフォーマンスと電力消費との間のバランスをさらに制御するために、任意のエンハンスメント機能を選択的に作動させるオプションを有してもよい。従って、制御モジュール３５１０は、受信器３５０２、３５０４、および／または３５０６から、特定の受信器を、任意の特定のエンハンスメント機能と共に選択するように制御ロジック（例えば、ルックアップテーブルまたは類似の選択ロジック）で構成されてもよく、同様に、送信器３６０２、３６０４、および３６０６から特定の送信器を任意の特定のエンハンスメント機能と共に選択するように制御ロジックで構成されてもよい。従って、制御モジュール３５１０は、無線コンディション・モジュール３５０８および電力消費モジュール３５１２によって報告される現在の無線コンディションおよび電力状態に依存して、パフォーマンスおよび電力消費バランスを制御する上でより大きな柔軟性を与えることができる。

図３７および３８は、複数の「固定」受信器および送信器を図示しているが、いくつかの態様では、制御モジュール３５１０は、どのエンハンスメント機能を作動および不作動にするかを決定することによって１つの受信器および／または送信機のみで受信器および送信機の選択を実行できる。例えば、端末装置１５０２が受信器３５０６および送信器３６０６のみを含む場合、制御モジュール３５１０は、パフォーマンスを高めるか（例えば、電波状態が弱い場合）、または電力消費を低減するか（例えば、電波状態が強いか電池電力が低い場合）を決定するために、無線コンディション・モジュール３５０８および電力消費モジュール３５１２によって提供される無線コンディションおよび電力状態データを監視することができる。その後、制御モジュール３５１０は、パフォーマンスを高めるためにエンハンスメント機能を作動させるか、または電力消費を低減するためにエンハンスメント機能を不作動にすることができる。

前述のように、受信器３５０２、３５０４、３５０６および送信器３６０２、３６０４、および３６０６のいくつかの態様において、各々は固定受信器および送信器（任意選択的に固定エンハンスメント機能を有する）であってもよく、従って、各々はアンテナ、ＲＦ、ＰＨＹ、およびプロトコル・スタック・レベルのコンポーネントとして実装されてもよい。従って、個々のコンポーネント（ハードウェアおよび／またはソフトウェア）のそれぞれは、「モジュール」であってもよく、例えば、デコーダ、イコライザ、フィルタ長、チャネル推定技術、干渉キャンセレーション技術、ノイズキャンセレーション技術、処理ビット幅、クロック周波数、コンポーネント電圧、アルゴリズム反復回数、コンポーネント内またはコンポーネント間の反復技術の使用、パケット組み合わせ技術、ＲＦオーバーサンプリング・レート、送信電力、電力制御、アンテナ数、ビーム形成設定、ビームステアリング設定、アンテナ感度、ヌルステアリング設定などのうちのいずれか一つまたは複数に関連するモジュールのような、特定のタスクを実行するように構成されたハードウェアまたはソフトウェア・コンポーネントであってもよい（図３７および図３８のそれぞれのエンハンスメント機能は、モジュールまたはモジュールの組み合わせとも考えられる）。従って、例示的なモジュールは、デコーダ、イコライザ、レーク受信器、チャネル推定器、フィルタ、干渉キャンセラ、ノイズキャンセラ等を含み、図３９は、いくつかの態様による受信器３５０２および送信器３６０２の単純化された内部ダイアグラムを示す。図３９に示されるように、受信器３５０２は、モジュール３９０２、３９０４、３９０６、および３９０８を含んでもよく、これらは各々、ダウンリンク・データを出力するために異なる受信処理タスクを実行するように構成されてもよく、一方、送信器３６０２は、モジュール３９１０、３９１２、３９１４、および３９１６を含んでもよく、これらは各々、アップリンク・データを出力するために異なる送信処理タスクを実行するように構成されてもよい。モジュール３９０２、３９０４、３９０６、３９０８、３９１０、３９１２、３９１４、および３９１６は、例えば、一つ以上の専用ハードウェア回路またはＦＰＧＡとしての、ハードウェア定義モジュールとして、例えば、一時的でないコンピュータ読み取り可能記憶媒体に格納された、演算、制御、およびＩ／Ｏ命令を定義するプログラム・コード（例えば、ソフトウェアおよび／またはファームウェア）を実行する一つ以上のプロセッサとしての、ソフトウェア定義モジュールとして、または、ハードウェア定義およびソフトウェア定義の混合モジュールとして、構造的に実現することができる。

上述したような固定受信器と送信器との間の切り替えに加えて、いくつかの態様では、制御モジュール３５１０は、端末装置１５０２のパフォーマンスおよび消費電力のバランスを最適化するのを助けるために、受信器と送信器モジュール内のローカル・パラメータを調整するように追加的に構成されてもよい。例示的な調整は、例えば、反復アルゴリズム（例えば、ターボ・チャネル・デコーダ反復）のための反復回数の適合、特定のセルまたはチャネルに使用されるレーキフィンガの数の適合、イコライザー・マトリックスのサイズの適合（より小さなマトリックスは反転を単純化する）、処理効率の適合（例えば、有限インパルス応答（ＦＩＲ）フィルタ・タップの数の交換）、処理ビット幅の適合などを含む。従って、制御モジュール３５１０は、パフォーマンスおよび電力消費を最適化するために、受信器３５０２、３５０４、および３５０６ならびに送信器３６０２、３６０４、および３６０６を「モジュール」レベルで制御することができる。

例えば、いくつかの態様では、制御モジュール３５１０は、無線コンディション・モジュール３５０８および電力消費モジュール３５１２によって提供される現在の無線コンディションおよび電力状態データを監視して、現在無線コンディションが強いか弱いか、バッテリー電力の残量が高いか低いか、および／または現在の電力消費が高いか低いかを判断することができる。現在の無線コンディションおよび電力状態データに応じて、制御モジュール３５１０は、パフォーマンスを増加／減少するか、または電力消費を増加／減少するかを決定することができる。受信器を選択することに加えて（または、例えば、端末装置１５０２が一つの受信器しか有していない場合）、制御モジュール３５１０は、パフォーマンス対電力消費を最適化するために、モジュールレベルで選択された受信器を調整することができる（および送信器についても同様）。例えば、制御モジュール３５１０は、パフォーマンスを向上させるため、および逆に、電力消費を減少させるために、反復アルゴリズムの反復を増加させ、パフォーマンスを向上させるため、および逆に、電力消費を減少させるために、レーキフィンガの数を増加させ、イパフォーマンスを向上させるため、および逆に、電力消費を減少させるために、コライザーマトリックスサイズを増加させ、を向上させるため、パフォーマンスを向上させるため、および逆に、電力消費を減少させるために、ＦＩＲフィルタ長を増加させ、パフォーマンスを向上させるため、および逆に、電力消費を減少させるために、ビット幅処理を増加させることができる。これは、無線コンディションおよび電力状態データに基づいて決定を行う制御モジュール３５１０における制御ロジックによって定義されてもよい。

いくつかの態様において、制御モジュール３５１０は、受信器モジュールおよび送信器モジュールの各々におけるローカル制御に依存することもできる。図４０は、いくつかの態様による、受信器３５０２の受信器モジュール３９０２および３９０４の内部アーキテクチャーを例示的に示す。図４０に示されるように、いくつかの態様では、モジュール３９０２および３９０４は、ローカル制御モジュール、品質測定モジュール、および受信器アルゴリズム・モジュールを含むことができる。受信器アルゴリズム・モジュールは、各モジュールの実際の専用受信器処理を適用することができる。品質測定モジュールは、受信器アルゴリズム・モジュールのローカル・パフォーマンスを評価することができる。ローカル制御モジュールは、パフォーマンスおよび電力消費バランスの最適化に従って、各モジュールの動作を監督することができる。モジュール３９０２および３９０４は、それぞれのローカル制御モジュールにおいて制御モジュール３５１０とインターフェースし得る。従って、制御モジュール３５１０は、例えば性能を向上させるかまたは電力消費を低減させるために、モジュールレベル制御をローカル制御モジュールに提供することができ、その後、ローカル制御モジュールはその制御の実装を担当することができる。ローカル制御モジュールはまた、アプリケーション・プロセッサ３５１６からの入力および他のトリガーまたは情報シンクを受信することができる。

従って、品質測定モジュールは、受信器アルゴリズム・モジュールに関連する定量的測定量などで、受信器アルゴリズム・モジュールのパフォーマンスを評価することができる。例えば、モジュール３９０２がデコーダである場合、受信器アルゴリズム・モジュールは、デコーディングを実行することができ、一方、品質測定モジュールは、各チャネルデコーダ反復への入力データのソフトビット品質（例えば、ソフト確率の大きさ）を評価することなどによって、デコーダ・パフォーマンスを評価することができる。その後、品質測定モジュールは、受信器アルゴリズム・モジュールのパフォーマンス・レベルをローカル制御モジュールに提供することができ、ローカル制御モジュールは、これをパフォーマンスが十分であるかどうかを評価するために利用することができる。制御モジュール３５１０が、例えば弱い無線コンディションにおいて、性能が高いはずであると示し、ローカル制御モジュールが、受信器アルゴリズム・モジュールが不十分な性能を有すると判断した場合、ローカル制御モジュールおよび制御モジュール３５１０は、受信器アルゴリズム・モジュールが、より高い性能を有するように調整されるべきか否かを判断するためにインターフェースすることができ、これは、より高い電力消費のコストを伴うことがある。

図４１は、いくつかの態様による、モジュール３９０２の例示的な内部構成を示す。図４１の例示的な設定において、モジュール３９０２は、例えば、復調器として構成されてもよい。図４１に示すように、モジュール３９０２は、復調器モジュール４１０２、周期的冗長性チェック（ＣＲＣ）モジュール４１０４、ローカル制御モジュール４１０６、およびチャネル品質推定モジュール４１０８を含むことができる。復調器モジュール４１０２は受信器アルゴリズム・モジュールとして機能することができ、一方、ＣＲＣモジュール４１０４は品質測定モジュールとして機能することができる。従って、ローカル制御モジュール４１０６は、復調器モジュール４１０２の性能を評価するために、ＣＲＣモジュール４１０４とインターフェースすることができ、ここで、高いＣＲＣ誤り（ＣＲＣ ｅｒｒｏｒ）は弱いパフォーマンスを示すことができ、低いＣＲＣ誤りは高いパフォーマンスを示すことができる。ローカル制御モジュール４１０６は、制御モジュール３５１０からのパフォーマンスおよび電力消費コマンドを操作するために、制御モジュール３５１０とインターフェースしてもよい。次いで、ローカル制御モジュール４１０６は、復調器モジュール４１０２における複雑性チューニングを制御し得、ここで、複雑性の増加は、より高い電力消費を犠牲にしてより良い性能をもたらし得る。例えば、ローカル制御モジュール４１０６は、例えば、チャネル推定のために線形補間器から高度なフィルタに切り替えること（複雑性およびパフォーマンスが増加、複雑性およびパフォーマンスが減少する場合はその逆）、イコライザアルゴリズムを、単純最小平均二乗誤差（ＭＭＳＥ）デコーダから複素最大尤度（ＭＬ）デコーダに切り替えること（複雑性およびパフォーマンスが増加、複雑性およびパフォーマンスが減少する場合はその逆）、などによって、復調器モジュール４１０２の復調アルゴリズムの複雑性を増加させまたは減少させることができる。さらに、または、あるいは、ローカル制御モジュール４１０６は、チャンネル推定器のためのＦＩＲフィルタ・タップの数を増加させること（複雑性およびパフォーマンスが増加、複雑性およびパフォーマンスが減少する場合はその逆）、チャンネルデコーダの反復回数を増加させること（複雑性およびパフォーマンスが増加、複雑性およびパフォーマンスが減少する場合はその逆）、などにより、所与の復調アルゴリズムの処理効率を増加させることができる。

さらに、チャネル品質推定モジュール４１０８は、チャネル品質推定を得るために、入力信号に基づいてチャネル品質を推定することができ、チャネル品質推定モジュール４１０８は、これを、無線コンディション・モジュール３５０８およびローカル制御モジュール４１０６に提供することができる。その後、無線条件モジュール３５０８は、チャネル品質推定などの入力を利用して、無線コンディションを評価し、制御モジュール３５１０への現在の無線コンディション状態を示すことができる。ローカル制御モジュール４１０６は、チャネル品質推定モジュール４１０８からのチャネル品質推定およびＣＲＣモジュール４１０４からの品質測定を利用して、復調器モジュール４１０２の復調複雑性に関するローカル制御を実行することができる。制御モジュール３５１０は、無線コンディション・モジュール３５０８によって提供される無線コンディションに基づいてグローバル制御（例えば、複数のローカル制御モジュールのジョイント制御）を実行して、複数のモジュールにわたる復調複雑さをスケールすることができる。

いくつかの態様において、モジュール３９０２および３９０４のローカル制御モジュールは、図４０に示されるように、互いにインターフェースしてもよい。従って、ローカル制御モジュールは、媒介として制御モジュール３５１０なしで通信することができ、結果として、パフォーマンスおよび電力消費をコーディネートするために協働することができる。例えば、モジュール３９０２は、モジュールが要求に対してロバストであり（例えばほとんど／全ての場合に要求を満たすことができ）、デッドロックや壊滅的な共振フィードバックループが発生しない場合に、モジュール３９０４におけるパフォーマンスのエンハンスメントまたは電力消費の削減を要請するために、モジュール３９０４において変化を要求することができる。例示的なシナリオでは、モジュール３９０２はターボ・チャネル・デコーダであってもよく、モジュール３９０４はダウンリンク電力制御ユニットであってもよい。ターボ・チャネル・デコーダ／モジュール３９０２は、ダウンリンク電力制御ユニット／モジュール３９０４に、より高いダウンリンク伝送電力のための無線アクセス・ネットワークをリクエストするように要求することができ、これにより、ターボ・チャネル・デコーダ／モジュール３９０２は、復調パフォーマンスを改善することができ、潜在的により少ないデコーダ反復を必要とし、従って、電力を節約する。ダウンリンク電力のかかる増加は、無線アクセス・ネットワーク／現在のセービング・セルがロードされず、他のモジュールの電力消費に悪影響を及ぼさない場合には可能であり得る。パフォーマンスおよび電力消費バランスを調整するために、モジュールが（図４０に示される受信器の場合およびアナログ・トランシーバの場合の両方において）互いにおよび／または制御モジュール３５１０と通信しうる多数の異なるシナリオがありうる。

従って、制御モジュール３５１０は、特定の受信器および送信機を選択し、特定の受信器および送器のエンハンスメントを作動化／不作動化し、モジュールレベルで個々の受信器および送信器を制御する能力を含む、端末装置１５０２の受信器および送信機にわたる広範な制御を有してもよい。特に、モジュールレベルで受信器および送信器を制御する場合、複数のモジュールのわずかな変更であっても、消費電力に影響を与える可能性がある。従って、制御モジュール３５１０は、電力消費の突然のジャンプを防止または低減するのを助けるために、複数のモジュールの状態を監視する監視スキームを実装してもよい。

図４２は、いくつかの態様による、かかる構成を示し、制御モジュール３５１０が、送信器モジュールまたは受信器モジュールであり得る複数のモジュール４２０２、４２０４、４２０６、４２０８、および４２１０とインターフェースすることができる（端末装置１５０２の他のコンポーネントは簡略化のために省略されている）。制御モジュール３５１０は、モジュール４２０２、４２０４、４２０６、４２０８、および４２１０の各々における動作を監視して、一つ以上のモジュールにおける小さな動作変化からさえ生じ得る電力消費の潜在的なジャンプ（ｐｏｔｅｎｔｉａｌ ｊｕｍｐｓ）を検出することができる。例えばモジュール４２０２における、タスクに必要な１００万命令毎秒（ＭＩＰＳ）のわずかな増加は、ソフトウェア・コンポーネントの電圧および／またはクロックのジャンプをもたらすことができ、ソフトウェア・コンポーネントは、例えばプロセッサ・コアまたはデジタル信号プロセッサ（ＤＳＰ）などのモジュール４２０２内で実装されることができ、それをトリガーした小さいＭＩＰに線形接続されていなくてもよい。かかる電圧および／またはクロックの変化は、ハードウェア・コンポーネントとして実装されるモジュール４２０４のようなハードウェア・ブロックに追加的に適用され得る。さらに、無線送信電力が特定のレベルを超えて増加する場合、例えば、電力増幅器として実装されたモジュール４２０８のように、異なる電力増幅器モードへの切替があるかもしれず、それは特定の無線送信電力のために必要とされる電力のジャンプを生じ得る。

従って、いくつかの態様では、制御モジュール３５１０は、モジュール４２０２、４２０４、４２０６、４２０８、および４２１０の各々とインターフェースして、それらの実際の発生に先立って電力消費におけるかかるジャンプを先制的に検出することができる。検出されると、制御モジュール３５１０は、電力消費ジャンプが発生するのを防止するのを助けるために、対応するモジュールの挙動を適合させてもよい。これには、パフォーマンスの低下を最小限に抑えることが含まれることができ、これにより、電力消費のジャンプを回避でき、場合によってはユーザーに気付かれない場合があり得る。いくつかの態様において、制御モジュール３５１０は、かかる監視を、パラメータ測定値および閾値比較に基づいて実行することができる。例えば、各モジュールは、潜在的な電力消費ジャンプ（ｐｏｔｅｎｔｉａｌ ｐｏｗｅｒ ｃｏｎｓｕｍｐｔｉｏｎ ｊｕｍｐｓ）を検出するために、制御モジュール３５１０が監視することができる特定の動作パラメータを有してもよい。従って、（図４２のモジュール４２０８および４２１０について示される）各モジュールは、関心のあるパラメータを測定するための測定モジュールを含むことができる。その後、モジュールは、制御モジュール３５１０に測定されたパラメータを提供することができ、それぞれの測定された各パラメータがそれぞれの閾値を超えているかどうかを特定することができ、閾値は、電力消費の大きなジャンプの潜在的なトリガーを示すことができる。モジュールが閾値を超える測定されたパラメータを報告する場合、制御モジュール３５１０は、パラメータを閾値より下に戻すように挙動を修正するようにモジュールに指示することができる。それゆえに、制御モジュール３５１０は、電力消費ジャンプを防止し、従って最適なパフォーマンスおよび電力消費バランスを維持する助けとなり得る。

従って、制御モジュール３５１０は、パフォーマンスと電力消費との間の所望のバランスを維持するために、上述の任意の一つ以上の技術を使用してもよく、制御モジュール３５１０は、それをパフォーマンスおよび電力状態データに基づいて監視してもよい。制御モジュール３５１０は、端末装置１５０２の受信器および／または送信器状態をさらに考慮してもよく、異なる受信器および送信器状態が、異なる電力状態および電力消費を生じ得るからである。

例えば、ＬＴＥ、ＵＭＴＳ、および他の３ＧＰＰおよび非３ＧＰＰ無線アクセス技術などの無線アクセス技術は、端末装置の動作に特定の「状態」を割り当てることができる。かかる状態は、接続状態（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤまたはＣＥＬＬ＿ＤＣＨ）、アイドルおよびページング状態、ならびに他の種々の状態（例えば、Ｆｏｒｗａｒｄ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ （ＦＡＣＨ）および拡張ＦＡＣＨ （ｅＦＡＣＨ）など）を含み得る。端末装置１５０２は、低電力モード、高／電圧クロック設定、メモリ・スイッチオフなどの他のチップ‐レベル状態に加えて、キャリア・アグリゲーション（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）が有効かどうか、ＬＴＥのＦＦＴサイズなどの帯域幅状態、通常のＵＭＴＳ専用チャネル（ＤＣＨ）動作に対してＨＳＤＰＡが有効かどうか、ＧＰＲＳまたはＥＤＧＥが有効かどうかなどのアルゴリズムに関連するなど、他の「内部状態」をさらに有し得る。かかる状態は、例えば、ハンドオーバーの間、複数の無線アクセス技術に対して存在してもよい。制御モジュール３５１０は、かかる状態の表示を、例えば、モジュール３５１４、アプリケーション・プロセッサ３５１６、ネットワーク・モジュール３５１８、他のモジュール３５２０等から受信することができ、かかる認識を、パフォーマンンスおよび電力消費バランスを最適化するために、受信器および送信器選択において利用することができる。

いくつかの態様において、制御モジュール３５１０は、端末装置１５０２の種々の受信器および送信器に一般的に適用され得る他の技術を利用することができる。例えば、アイドル送信および／または受信期間中に、制御モジュール３５１０は、例えば、クロックおよび／または電力ゲートを用いて送信器および受信器をオフにすることができる。あるいは、ＲＦトランシーバ１６０４およびベースバンド・モデム１６０６のコンポーネントは、動的電圧（Ｄｙｎａｍｉｃ Ｖｏｌｔａｇｅ）および周波数スケーリング（Ｆｒｅｑｕｅｎｃｙ Ｓｃａｌｉｎｇ）（ＤＶＦＳ）を使用するように構成されてもよい。従って、端子装置１５０２の種々の受信器および送信器の現在のパフォーマンスおよび処理複雑性に依存して、制御モジュール３５１０は、電力を節約するために、バック・コンポーネント電圧および／または処理クロック周波数をスケーリングする（ｓｃａｌｅ）ことができる。例えば、パフォーマンス・レベルによってもたらされる処理効率に基づいて、制御モジュール３５１０は、現在の受信器および送信器選択のためのリアルタイム処理要件を満足し得る新たな電圧および／または処理クロック設定を動的に見出し、適用し得る。

いくつかの態様では、ユーザー実施の電力方式も組み込まれ得る。例えば、端末装置１５０２のユーザーは、端末装置１５０２の動作に影響を与えるパフォーマンス設定を選択することができる。ユーザーが、例えば、高パフォーマンス設定を選択する場合、端末装置１５０２は、低電力送信器または受信器を使用するように選択することを回避する（または決して選択しない）ことができ、高パフォーマンス送信器および／または受信器のみを選択することができる。

いくつかの態様において、端末装置１５０２は、上述の受信器および送信器選択技術をローカルに実装してもよく、これらの技術を実装するために無線アクセス・ネットワークとの直接の協働を必要としなくてもよい。しかしながら、無線アクセス・ネットワークとの協働は、電力消費制御に関して端末装置１５０２に追加の態様を与えることがある。

例えば、いくつかの態様において、制御モジュール３５１０は、現在の電力レベルが閾値、例えば、低電力を下回るかどうかを決定するために、電源１６１８の電力レベルを定期的にチェックすることができる。その後、制御モジュール３５１０は、現在の電力レベルに対して可能な受信器および送信機選択を評価することができ、可能な選択に基づいて、電力節約を最適化することができる好ましいスケジューリング・パターンを選択することができる。例えば、ダウンリンク方向においては、候補ダウンリンク・リソース・ブロック・スケジューリング・パターンを識別することを含み得る（また、アップリンク方向においても同様である）。その後、制御モジュール３５１０は、この候補ダウンリンク・リソース・ブロック・スケジューリング・パターンを無線アクセス・ネットワーク、例えばネットワーク・アクセス・ノード１５１０に送信してもよい。その後、ネットワーク・アクセス・ノード１５１０は、要求された候補ダウンリンク・リソース・ブロック・スケジューリング・パターンを評価し、制御モジュール３５１０への応答を介して、要求された候補ダウンリンク・リソース・ブロック・スケジューリング・パターンを受け容れるか拒否するかのいずれかを行う。受け容れる場合、制御モジュール３５１０は、要求された候補ダウンリンク・リソース・ブロック・スケジューリング・パターンに従ってダウンリンク受信を実行し得る。拒否する場合、制御モジュール３５１０は、新しい候補ダウンリンク・リソース・ブロック・スケジューリング・パターンを提案し、候補ダウンリンク・リソース・ブロック・スケジューリング・パターンがネットワーク・アクセス・ノード１５１０によって合意されるまで続けることができる。

いくつかの態様において、制御モジュール３５１０によって要求される候補ダウンリンク・リソース・ブロック・スケジューリング・パターンは、選択された受信器および／または送信器構成に基づいて具体的に選択されてもよい。例えば、候補ダウンリンク・リソース・ブロック・スケジューリング・パターンは、選択された受信器および／または送信器構成の電力感度に応じて、漏れまたは動的電力節約のいずれかに偏っている可能性がある。例えば、選択された受信器が漏れ電力感受性である場合、制御モジュール３５１０は、できるだけ多くのＲＢを短時間でスケジューリングするスケジューリング・パターン（例えば、ＲＢ割り当てをＴＴＩの始めの数個のＯＦＤＭシンボルに適合させる周波数高密度パターン）を要求することができる。これにより、端末装置１５０２が、選択された受信器でダウンリンク処理を完了し、各ＴＴＩの残りの期間にわたって受信器に電力を供給することが可能になる。あるいは、選択された受信器が動的電力感受性である場合、制御モジュール３５１０は、長期間（例えば、複数のＴＴＩ）にわたって周波数にまばらな量のＲＢを割り当てるスケジューリング・パターンを要求することができ、これにより、制御モジュール３５１０は、処理クロック・レートおよび動的電力消費の２乗に比例する電圧設定を潜在的に（ｐｏｔｅｎｔｉａｌｌｙ）減らすことができる。制御モジュール３５１０は、同様に、選択された送信器のための候補アップリンク・リソース・ブロック・スケジューリング・パターンを処理することができる。他のスケジューリング・パターンは、アップリンクおよびダウンリンクアクティビティを組み合わせることができる。例示的には、８ＨＡＲＱ処理を有するＬＴＥシナリオはなどであり、そこでは、例えば、４ＴＴＩごとの起動は、２つのアップリンクおよびダウンリンクのＨＡＲＱプロセスが整列されるので、最適であろう。

図４３は、本開示の態様のいくつかの態様による通信システムを動作させる方法４３００を示す。図４３に示されるように、方法４３００は、現在の無線こんでょションおよび現在の電力供給状態（ｐｏｗｅｒ ｓｕｐｐｌｙ ｓｔａｔｕｓ）に基づいて通信システムの目標動作変更（ｔａｒｇｅｔ ｏｐｅｒａｔｉｏｎａｌ ｃｈａｎｇｅ）を同定または識別する（ｉｄｅｎｔｉｆｙｉｎｇ）ことを含み、目標動作変更はパフォーマンス調整または電力消費調整である（４３１０）。目標動作変更に基づいて、異なるパフォーマンス属性または異なる電力消費属性をもつ複数の構成のうちから通信システムのための構成を選択する（４３２０）。選択された構成に従った通信システム装置でデータを送信または受信する。

２．５ 電力効率＃５

本開示の別の態様によれば、端末装置は、電力消費を最適化しながらデータ・ベアラの要件を満たすために、特定のデータ・ストリームに適用するための異なる送信器または受信器、または「データ・ベアラ」を選択することができる。各データ・ベアラが異なる要件を有することがあるので、いくつかの高重要度のデータ・ベアラは、端末装置において高い電力ペナルティを招く可能性がある、より集中的な受信処理、例えば、高度な干渉キャン背レーション技術の適用、より多いデコーダ反復、より正確なチャネル推定量など、を是認する可能性がある。対照的に、より低い枢要度のデータ・ベアラは、それぞれの要件を満たすためにそのような追加の処理を必要としない場合がある。従って、端末装置は、各受信器の性能および各データ・ベアラの要件に基づいて、異なるデータ・ベアラに適用する受信器を選択することができる。これらの態様は、共通チャネルの態様と共に使用されてもよく、例えば、共通チャネルは、電力消費を最適化するために、特定の受信器で受信され得る特定のデータ・ベアラを使用してもよい。

「データ・ベアラ」は、通信ネットワークを介した特定の経路に沿ってデータを双方向にトランスポートする論理データ接続であり得る。図４４は、いくつかの態様によるＲＡＴ‐一般例を示す。図４４に示されるように、端末装置１５０２は、ネットワーク・アクセス・ノード１５１０を介してコア・ネットワーク４４０２のコア・ネットワーク位置と通信するために、無線アクセス・ベアラ（ＲＡＢ）を利用することができる。従って、端末装置１５０２のような端末装置は、かかるデータ・ベアラを用いて通信ネットワークの様々な内部および外部ノードと通信することができる。例えば、ＬＴＥ端末装置は、ＬＴＥコア・ネットワークのＳｅｒｖｉｎｇ Ｇａｔｅｗａｙ（ＳＧＷ）と無線アクセス・ベアラ（ＲＡＢ）で、ｅＮｏｄｅＢと無線ベアラで、通信し、ＲＡＢは、ｅＮｏｄｅＢとＳＧＷとの間の無線ベアラおよびＳ１ベアラから構成され得る。端末装置は、端末装置からＰＤＮゲートウェイ（ＰＧＷ）まで延びるＥｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｅｒｖｉｃｅ（ＥＰＳ）ベアラ、およびＰＧＷとＰＤＮを接続する外部ベアラを用いて、外部データ・ネットワークまたはＰＤＮなどの外部位置と通信することができる。かかるデータ・ベアラは、様々な異なる無線アクセス技術において同様に提供され利用され得る。

端末装置１５０２は、端末装置１５０２が接続される各データ・ネットワークに対して、異なるデータ・ベアラを利用することができる。例えば、端末装置１５０２は、インターネット・ネットワークなどのデフォルトデータネットワークに接続されるデフォルト・データ・ベアラ（例えば、ＬＴＥ設定におけるデフォルトＥＰＳベアラ）を有してもよい。端末装置１５０２は、音声に使用されるＩＭＳサーバーおよびビデオ、ファイル・ダウンロード、プッシュ・メッセージング、バックグラウンド更新などに使用される他のデータ・ネットワークなどの、他のデータ・ネットワークへの追加の専用データ・ベアラ（例えば専用ＥＰＳベアラ）を有してもよく、それらの内の複数は所与の時点でアクティブになってもよい。各データ・ベアラは、特定のプロトコルに依存し、特定のサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）（ＱｏＳ）要件を有し、これには、保証されたデータ・レート、最大誤り率、最大遅延／レイテンシーなどのデータ性能パラメータが含まれる。
従って、（例えば、ボイス・オーバーＬＴＥ（ＶｏＬＴＥ）のためのＩＭＳサービスへの）音声トラフィック・データ・ベアラなどの特定のデータ・ベアラは、他のデータ・ベアラよりも高いＱｏＳ要件を有し得る。各データ・ベアラは、異なるデータ・ベアラ間の相対的優先度を割り当てるＱｏＳ優先度（例えば、ＬＴＥの場合にはＱｏＳクラス識別子（ＱＣＩ）によって割り当てられる優先度レベル）を割り当てられることができる。

従って、枢要データ、ＩＭＳデータ、会話音声およびビデオなどのような、ＱｏＳ優先度の高いデータ・ベアラは、優先度の低いデータ・ベアラよりも、より集中的な受信器処理を要求するかもしれない。集中的な受信器処理は一般に高い電力ペナルティを負うので、高優先度データ・ベアラからの受信データを識別し、低優先度データ・ベアラからの受信データを識別して、後に、高優先度データを集約受信器で処理し、低優先度データを低電力受信器で処理できるようにする。これにより、端末装置は、各データ・ベアラのＱｏＳ要件を満たしつつ、電力消費を最適化することができる。

図４５は、本開示の別の態様による、端末装置１５０２の内部構成を示す（明確性のために端末装置１５０２の他の構成要素を図４５から省略することができる）。図４５に示されるように、端末装置１５０２は、アンテナ・システム１６０２を介して無線信号を受信し、得られた信号をＲＦ復調のためにＲＦトランシーバ１６０４に供給することができる。ＲＦトランシーバ１６０４は、ベースバンド・モデム１６０６によるＰＨＹおよびプロトコル・スタック処理のために、得られたＰＨＹレベル（ベースバンド）データをベースバンド・モデム１６０６に提供することができる。ベースバンド・モデム１６０６は、図４５に示されるように、マッピング・モジュール４５０２、受信器４５０４、受信器４５０６、受信器４５０８、および結合器モジュール４５１０を含んでもよい。上述の受信器と同様に、受信器４５０４、４５０６、および４５０８は、物理的に別個の受信器（例えば、別個の物理的ハードウェア構造）であってもよく、または一つ以上の物理的受信器（例えば、異なるパラメータおよび／またはソフトウェアで定義されたコンポーネントを有する同一の物理的ハードウェア）の異なる構成であってもよい。それにもかかわらず、受信器４５０４、４５０６、および４５０８の受信処理は異なってもよく、従って、受信器４５０４、４５０６、および４５０８のそれぞれは、性能および電力消費特性を変化させてもよい。マッピング・モジュール４５０２は、制御モジュール３５１０に関して前述したのと同じ能力を有するように構成することができ、従って、受信器４５０４、４５０６、および４５０８を実現するために、種々の異なる構成を有する単一の物理受信器を動的に構成することができる。ＲＦトランシーバ１６０４およびアンテナ・システム１６０２は、受信器４５０４、４５０６、および４５０８とは別に示されるが、いくつかの態様では、受信器４５０４、４５０６、および４５０８は、アンテナ、ＲＦ、ＰＨＹ、および／またはプロトコル・スタック・レベル・コンポーネントとして実装されてもよい。

上述のように、端末装置１５０２は、特定のデータ・ベアラのデータを識別し、かかるデータを各データ・ベアラのＱｏＳ要件に従って特定の受信器にマッピングすることができる。従って、マッピング・モジュール４５０２は、ＲＦトランシーバ１６０４によって提供されるデータを受信し、関連するデータ・ベアラのＱｏＳ要件に基づいて、かかるデータを受信器４５０４、４５０６、および４５０８にマッピングするように構成されてもよい。本明細書において機能レベルで記載されているが、いくつかの態様では、マッピング・モジュール４５０２は、ハードウェア定義モジュール、例えば、一つ以上の専用ハードウェア回路またはＦＰＧＡとして、ソフトウェア定義モジュール、例えば、演算、制御、およびＩ／Ｏ命令（例えば、ソフトウェアおよび／またはファームウェア）を定義するプログラム・コードを実行する一つ以上のプロセッサとして、または、ハードウェア定義およびソフトウェア定義の混合モジュールとして、構造的に実現されてもよい。当業者は、本明細書に記載の機能に従って、ソフトウェアおよび／またはハードウェアにおいてマッピング・モジュール４５０２を実施する可能性を理解するであろう。

図４５に示されるように、いくつかの態様では、マッピング・モジュール４５０２は、入力としてベアラ情報および電力データを受信することができる。電力データは、電力消費モジュール３５１２などのコンポーネントによって提供されてもよく、従って、電力供給器１６１８の現在の電力消費および現在のバッテリー電力レベルを指定してもよい。以下にさらに説明するように、ベアラ情報は、コントローラ１６１０または物理層処理モジュール１６０８のＰＨＹコントローラなどの上位層制御コンポーネントによって提供されてもよい。

ベアラ情報は、マッピング・モジュール４５０２によってＲＦトランシーバ１６０４から受信されたどのデータが各データ・ベアラの一部であることをＰＨＹレベルで識別することができる。従って、マッピング・モジュール４５０２は、ＲＦトランシーバ１６０４からＰＨＹデータのストリームを受信することができ、どのデータが各データ・ベアラの一部であるかをビット・レベルで判断することが可能であり得る。例えば、端末装置１５０２は、現在、アクティブ・デフォルト・データ・ベアラ（例えばインターネット接続、に関連する）および１つ以上のアクティブ専用データ・ベアラ（例えば、音声通話または他のＩＭＳサービス、に関連する）を有してもよい。従って、ＲＦトランシーバ１６０４によって提供されるデータ・ストリームは、単一データ・ストリーム上に多重化された全てのアクティブ・データ・ベアラからのデータを含み得る。

ベアラ情報を使用して、マッピング・モジュール４５０２は、データ・ストリームのどの部分が（ビット・レベルで）各データ・ベアラに関連付けられているかを識別することができる。また、ベアラ情報は、各データ・ベアラの優先度を示してもよく、それに応じて、各データ・ベアラのＱｏＳ要件をマッピング・モジュール４５０２に通知してもよい。例えば、第１のデータ・ベアラは、ＩＭＳデータ・ベアラ（例えば、優先度１を有するＬＴＥ ＱＣＩ ５）、第２のデータ・ベアラは、ライブ・ビデオ・ストリーミング・データ・ベアラ（例えば、優先度７を有するＬＴＥ ＱＣＩ ７）、および第３のデータ・ベアラは、デフォルト・データ・ベアラ（例えば、優先度９を有するＬＴＥ ＱＣＩ ９）であってもよい。従って、第１のデータ・ベアラが最も高いＱｏＳ要求を有してもよく、第３のデータ・ベアラが最も低いＱｏＳ要求を有してもよい。

端末装置は、最高優先度のデータ・ベアラのＱｏＳ要求を満たすのに十分高い性能を有する受信器を利用することなどにより、単一の受信器を用いて、ＰＨＹデータ・ストリーム全体、例えば全データ・ベアラを単純に処理することができる。第１のデータ・ベアラは、ＱｏＳ要件を満たすためにかかる高性能受信器処理を要求するが、それは残りのデータ・ベアラのＱｏＳ要件を越えることがある。受信器の電力消費は典型的には性能要件に比例するので、これは不必要に高い電力消費をもたらし得る。

従って、端末装置１５０２は、代わりに、マッピング・モジュール４５０２を利用して、各データ・ベアラのデータを適切な受信器にマッピングし、それにより、各データ・ベアラのＱｏＳ要件を満たし、電力消費を最適化することができる。例えば、受信器４５０４は、第１のデータ・キャリアのＱｏＳ要件を満たす高性能受信器であってもよく、受信器４５０６は、第２のデータ・キャリアのＱｏＳ要件を満たす中性能受信器であってもよく、受信器４５０８は、第３のデータ・キャリアのＱｏＳ要件を満たす低性能受信器であってもよい（ここで、受信器４５０４、４５０６、および４５０８の各々の性能レベルは、例えば、異なるデコーダ、異なるイコライザ、異なるフィルタ長、異なるチャネル推定技術、異なる干渉キャンセレーション技術、異なるノイズ・キャンセル技術、異なる処理ビット幅、異なるクロック周波数、異なるコンポーネント電圧、異なるパケット組み合わせ技術、異なるアルゴリズム反復法、異なるコンポーネント内またはコンポーネント間の反復技術の異なる使用法など、を含む上述の要因から生じてもよい）。例えば、受信器４５０４のような高性能受信器は、低性能受信器よりも受信器エンハンスメント（例えば、干渉キャンセレーション、イコライザなど）を利用することができ、および／または、より高い複雑性（例えば、より長いＦＩＲフィルタ、より多いデコーダ反復、より大きな処理ビット幅など）を有することができる。

受信器４５０４が最高性能を有するため、受信器４５０４はまた、最高電力消費を有してもよい。従って、端末装置１５０２は、受信器４５０４において各データ・ベアラを処理する代わりに、受信器４５０６において第２のデータ・ストリームを、受信器４５０８において第３の受信器ストリームを処理してもよい。従って、各データ・ベアラのＱｏＳ要件が満たされ、低電力受信器４５０６および４５０８の使用により、電力消費が削減され得る。図４５では、特定の数のデータ・ベアラおよび受信器によって記述されているが、これは実例であり、各受信器がＱｏＳ要件を満たす１つ以上のデータ・ベアラを各受信器が処理することができる任意の数のデータ・ベアラおよび受信器にスケーリングすることができる。ある場合には、データ・ベアラよりも受信器が少ないかもしれない。従って、マッピング・モジュール４５０２は、各データ・ベアラからのデータを、各データ・ベアラのＱｏＳ要件を満たす最低電力受信器にマッピングすることができる。

その後、受信器４５０４、４５０６、および４５０８の各々は、マッピング・モジュール４５０２によって提供される受信データ・ストリームに対してそれぞれの処理を実行することができる。受信器４５０４、４５０６、および４５０８が別個の物理的受信器である態様では、受信器４５０４、４５０６、および４５０８は、それぞれの処理を同時にパラレルに行うことができる。あるいは、受信器４５０４、４５０６、および４５０８のうちの一つ以上が同じ共有物理受信器の異なる構成である態様では、共有物理受信器は、各受信器に従ってその構成をシリアル形式で調整することによって、各受信データ・ストリームを順次処理することができる。受信器４５０４、４５０６、および４５０８は、固定の構成を有してもよく、または適応可能であってもよい。例えば、制御モジュールは、所与のデータ・ベアラのＱｏＳ要件に一致するように構成を調整することによって、受信器４５０４、４５０６、および４５０８の性能を合せるために、一つ以上の受信器４５０４、４５０６、および４５０８における構成を適合させることができる。

それぞれの構成に従った受信器処理の後、受信器４５０４、４５０６、および４５０８は、その後、個々の処理された出力ストリームを結合器モジュール４５１０に提供することができ、結合器モジュール４５１０は、それぞれの処理された出力ストリームを組み合わせて、単一のデータ・ストリームを形成することができる。いくつかの態様において、結合器モジュール４５１０は、受信されたデジタルデータストリームをシリアルデータストリームに結合するように構成されたデジタル・パラレル‐シリアル変換器であってもよい。その後、結合器モジュール４５１０は、得られたデータ・ストリームをベースバンド・モデム１６０６の他のコンポーネントへ通過させ、さらなるダウンリンク処理を行うことができる。例えば、マッピング・モジュール４５０２、受信器４５０４、４５０６、および４５０８、ならびに結合モジュール４５１０は、すべて物理層処理モジュール１６０８に含まれてもよい。その後、結合器モジュール４５１０は、出力データ・ストリームを物理層処理モジュール１６０８の他のコンポーネントへ通過させ、さらなるＰＨＹレベル処理を行い、その後コントローラ１６１０のプロトコル・スタック層に供給することができる。

従って、マッピング・モジュール４５０２によって受信されるベアラ情報は、どのデータ（例えば、ビットレベルで）がどのデータ・ベアラに接続されるかを指定することができる。受信器４５０４、４５０６、および４５０８の処理は、一般にＰＨＹレベルで行われ得るので、マッピング・モジュール４５０２は、どのデータが各データ・ベアラに関連しているかをＰＨＹレベルで、例えば物理層処理モジュール１６０８において、識別できる必要があり得る。マッピング・モジュール４５０２は、さらに、各データ・ベアラのＱｏＳ要件を識別することができる。しかしながら、かかるデータ・ベアラ情報は、ＬＴＥなどの無線アクセス技術では利用できない場合があり；例えば、ＬＴＥ標準に従って、ＬＴＥプロトコル・スタック層（例えば、コントローラ１６１０および無線アクセス・ネットワークの対応層（ｃｏｕｎｔｅｒｐａｒｔ ｌａｙｅｒｓ））は、どのデータ・ベアラにデータが接続されているかを特定しない物理層トランスポート・ブロックを生成することができる。換言すると、プロトコル・スタック内の上位層のみが、どのデータがどのデータ・ベアラに結び付けられているか、従って各データ・ベアラのＱｏＳ要件を認識している可能性がある。他の無線アクセス技術についても同様であり得る。

従って、いくつかの態様によれば、どのデータがどのデータ・ベアラに接続されているか、および各データ・ベアラの関連するＱｏＳ要件を指定するベアラ情報をマッピング・モジュール４５０２に提供することに、ネットワーク協働を利用することができる。以下に説明するように、ネットワーク協働のためのいくつかのオプションは、マッピング・モジュール４５０２に適切なベアラ情報を提供することができる。

たとえば、いくつかの態様では、無線アクセス・ネットワークは、ダウンリンク承認においてベアラ情報をシグナリングすることができ、それによってマッピング・モジュール４５０２が各ダウンリンク承認を受信し、関連するデータを受信器４５０４、４５０６、および４５０８に適切にマッピングすることができる。例えば、ＬＴＥ設定において、図４４のネットワーク・アクセス・ノード１５１０は、各ＴＴＩの間にＰＤＣＣＨ ＤＣＩメッセージの形態でダウンリンク承認を提供することができる。かかるダウンリンク承認で提供される既存の情報に加えて、ネットワーク・アクセス・ノード１５１０は、各データ・ベアラのＱｏＳ要件に加えて、次回のＴＴＩ内のどのデータがどのデータ・ベアラに接続されているかを識別する両方のベアラ情報を追加的に提供することができる。従って、端末装置１５０２は、到来するダウンリンク・データを受信器４５０４、４５０６、および４５０８にマッピングする際の後続の適用のために、今後のＴＴＩについてのベアラ情報を特定するために各ダウンリンク承認をデコードし、ベアラ情報をマッピング・モジュール４５０２に提供する。いくつかの態様では、それらは、ベアラ情報を識別し、その後マッピング・モジュール４５０２にベアラ情報を提供するために、物理層処理モジュール１６０８のＰＨＹコントローラおよび／またはダウンリンク承認を処理するコントローラ１６１０の（例えばソフトウェア定義の）プロトコル・スタック層コンポーネントを含み得る。

前述のように、いくつかの態様では、受信器４５０４、４５０６、および４５０８は、別個の物理的受信器において、または一つ以上の共有物理受信器において実装されることができる（例えば、受信器４５０４～４５０８のうちの２つ以上が同じ物理受信器において実装され；いくつかの態様では、他の受信器は、一つ以上の共有物理受信器の動作と同時に別個の物理的受信器に実装されてもよい）。共有物理受信器の場合、共有物理受信器は、各データ・ベアラの性能要件を満たすように順次再構成される必要があり得る。従って、ネットワーク・アクセス・ノード１５１０によって提供される各ダウンリンク・グラントに接続されるダウンリンク・データは、共有物理受信器が受信器４５０４、４５０６、および４５０８の構成を切り替えることを可能にするために、わずかに遅延されることができる。さらに、いくつかの態様では、無線アクセス・ネットワークは、スイッチング・レイテンシーに起因するスループット損失を許容できない高スループット要件を有するデータ・ベアラをサポートするために、（例えば、より高層の再構成制御メッセージを介して）この特徴を選択的に作動化および不作動化することができる。ネットワーク・ベアラ情報提供機能が不作動化される場合、端末装置１５０２は、全ての着信ダウンリンク・データが、最高優先度のデータ・ベアラのＱｏＳ要求を満たす単一の受信器で処理される、従来の動作に戻ってもよい。

ネットワーク・アクセス・ノード１５１０は、図２６に示すネットワーク・アクセス・ノード２００２と同じ方法で構成されてもよい。端末装置１５０２へのベアラ情報の提供を容易にするために、ネットワーク・アクセス・ノード１５１０は、関連するベアラ情報を識別し、ベアラ情報を端末装置１５０２に送信する必要がある。上述したように、ベアラ情報がダウンリンク・グラント（例えば、ＤＣＩメッセージ）に含まれる場合、制御モジュール２６１０は、端末装置１５０２に宛てられたダウンリンク・データのベアラ情報を識別し、かかる情報をダウンリンク・グラントに含めることができる。かかるベアラ情報は、従来、ＰＨＹ層で利用可能ではない可能性があるため、制御モジュール２６１０は、物理層モジュール２６０８にベアラ情報を提供する必要があり得、物理層モジュール２６０８は、従ってダウンリンク・グラントに含むことができる。その後、ネットワーク・アクセス・ノード１５１０は、上述のように、無線モジュール２６０４およびアンテナ２６０２を介して、このようなダウンリンク・グラントを送信することができる。

図４６は、いくつかの態様によるマッピング・モジュール４５０２および受信器４５０４および４５０６の動作の図示を示す。図４６に示されるように、端末装置１５０２は、データ・グリッド４６１０に示されるように、ダウンリンク・データを受信することができ、これは、３つのＴＴＩにまたがり、高優先度データ・ベアラと低優先度データ・ベアラに属するダウンリンク・データから構成される。マッピング・モジュール４５０２は、ＲＦトランシーバ１６０４からＰＨＹレベル・データを、（例えば、ネットワーク・アクセス・ノード１５１０によって提供されるダウンリンク・グラント内で得られた、）どのデータがどのベアラに属するかを識別するベアラ情報および各データ・ベアラのＱｏＳ要求と共に受信することができる。その後、マッピング・モジュール４５０２は、高優先度データ・ベアラに属するデータを識別し、このデータを受器機４５０４に提供することができ、受信器４５０４は、高優先度データ・ベアラのＱｏＳ要件を満たす高性能受信器であり得る。マッピング・モジュール４５０２は、さらに、低優先度データ・ベアラに属するデータを識別し、このデータを受信器４５０６に提供してもよく、受信器４５０６は、より低い消費電力を有する、低優先度データ・ベアラのＱｏＳ要件を満たすより低い性能の受信器であってもよい。その後、受信器４５０４および４５０６は、提供されたデータ上のそれぞれの構成に従って受信器処理を実行することができ、その結果、受信器４５０４および４５０６は、データ・グリッド４６２０および４６３０にそれぞれ示されるようにダウンリンク・データを処理することができる。従って、データ・グリッド４６２０および４６３０に示されるように、受信器４５０４は、各ＴＴＩの間に、高優先度データ・ベアラからのデータを処理することができ、一方、受信器４５０６は、各ＴＴＩの間に、低優先度データ・ベアラからのデータを処理することができる。従って、各データ・ベアラのＱｏＳ要件は、受信器４５０６がより低い電力構成を利用することを可能にしながら、電力消費を最適化して、満たされ得る。

さらに、または、あるいは、いくつかの態様では、ネットワーク・アクセス・ノード１５１０は、マッピング・モジュール４５０２が、各データ・ベアラからのデータを適切な受信器にマッピングすることを可能にするために、キャリア集約スキームを使用してもよい。従って、例えば、ネットワーク・アクセス・ノード１５１０から端末装置１５０２へのダウンリンク送信のために２つのキャリアが利用可能である場合、ネットワーク・アクセス・ノード１５１０は、第１のデータ・ベアラからのデータを第１のキャリアに割り当て、第２のデータ・ベアラからのデータを第２のキャリアに割り当てることができる。従って、マッピング・モジュール４５０２は、第１のデータ・ベアラのＱｏＳ要件を満たす受信器に第１のキャリアからのデータを提供し、第２のデータ・ベアラのＱｏＳ要件を満たす別の受信器に第２のキャリアからのデータを提供することができる。

図４７は、上述のキャリア集約ネットワーク協働スキームのいくつかの態様による端末装置１５０２の動作の図示を示す。データ・グリッド４７０２に示されるように、キャリア集約スキームの第１のキャリアは、低優先度データ・ベアラのためのデータを含んでもよく、一方、キャリア集約の第２のキャリアは、高優先度データ・ベアラのためのデータを含んでもよい。これは、キャリア集約スキームにおいて各キャリアにデータを割り当てることに関連し（ｒｅｓｐｏｎｓｉｂｌｅ）得るネットワーク・アクセス・ノード１５１０からの協働に依存することができる。従って、ネットワーク・アクセス・ノード１５１０は、端末装置１５０２を対象とするどのデータが高優先度データ・ベアラに接続され、端末装置１５０２を対象とするどのデータが低優先度データ・ベアラに接続されているかを識別することができる。このような情報は、従来、プロトコル・スタック層で利用可能であるため、制御モジュール２６１０は、どのデータ・ベアラがどのデータに接続されるかを指定するベアラ情報を物理層モジュール２６０８に提供することができる。物理層モジュール２６０８は、その後、どのデータが高優先度データ・ベアラに接続され、どのデータが低優先度データ・ベアラに接続されるかを識別するために、かかるベアラ情報を利用することができる。その後、物理層モジュール２６０８は、図４７のデータ・グリッド４７０２に示されるように、第１のキャリア上の低優先度データおよび第２のキャリア上の高優先度データを送信することができる。

その後、端末装置１５０２は、キャリア集約スキームに従って、第１のキャリアと第２のキャリアの両方を受信することができる。図４５には明示的に反映されていないが、いくつかの態様では、キャリア集約互換性は、両方のキャリアを同時に受信し処理するために、アンテナ・システム１６０２、ＲＦトランシーバ１６０４、およびベースバンド・モデム１６０６においてより複雑な受信器能を必要とし得る。例えば、それぞれが別々のキャリア専用の別々の「重複」受信チェーンが存在し得る。また、受信チェーンのトップには、受信チェーン間のコーディネート動作を監視するためのコーディネート機能が設けられてもよい。複数のキャリアに対する受信チェーンが完全にまたは部分的に合併されるような、合併されたアプローチのいくつかの態様において、データが正しく処理されることを確実にするために、コーディネート機能が必要とされ得る。従って、受信器４５０４～４５０８は、様々なキャリア上の受信器４５０４～４５０８によるデータの受信をコーディネートするコーディネート関数によって制御されてもよい。いくつかの態様では、送信チェーンから受信チェーンへの干渉を管理する追加の自己干渉キャンセル・コンポーネントが存在し得る。

両方のキャリアを受信した後、マッピング・モジュール４５０２は、後続の受信処理のために、受信したデータを受信器４５０４および４５０６にマッピングすることができる。第１のキャリアは低優先度データ・キャリアからのデータを含み、第２のキャリアは高優先度データ・キャリアからのデータを含んでいるので、マッピング・モジュール４５０２は、第１のキャリア上で受信されたデータを受信器４５０６（上述のように、受信器４５０４よりも性能が低く電力が低くてもよい）にルーティングし、第２のキャリア上で受信されたデータを受信器４５０４にルーティングすることができる。従って、端末装置１５０２は、低優先度データ・ベアラを処理するために低電力受信器４５０６を使用することによって節電しながら、両方のデータ・ベアラのＱｏＳ要件を満たすことができる。

マッピング・モジュール４５０２が、どのデータ・ベアラがビット・レベルで接続されるかを指定するベアラ情報を受信する図４６に関して上述した場合とは対照的に、いくつかの態様では、マッピング・モジュール４５０２は、どのキャリアが高優先度データ・ベアラのためのデータを含み、どのキャリアが低優先度データ・ベアラのためのデータを含むかを指定するベアラ情報だけを要求することができる。従って、図４７の場合、ネットワーク・アクセス・ノード１５１０によって提供されるベアラ情報は、単純化されてもよく、および／またはより少ない頻度で提供されてもよい。

種々の態様において、ネットワーク・アクセス・ノード１５１０および端末装置１５０２は、端末装置１５０２で節電するためにさらなる協働技術を採用してもよい。図４８のデータ・グリッド４８０２に示されるように、いくつかの態様では、ネットワーク・アクセス・ノード１５１０は、ターミナル・デバイス１５０２が受信器コンポーネントをより頻繁に電力ダウンすることを可能にするために、低優先度データ・ベアラに対するデータの送信を遅延することができる。従って、ネットワーク・アクセス・ノード１５１０の制御モジュール２６１０は、どのデータが高優先度データ・ベアラに接続され、どのデータが低優先度データ・ベアラに接続されるかを指定するベアラ情報を物理層モジュール２６０８に提供することができる。その後、物理層モジュール２６０８は、端末装置１５０２に対して、より多くの受信器非活動期間（ｒｅｃｅｉｖｅｒ ｉｎａｃｔｉｖｉｔｙ ｐｅｒｉｏｄｓ）を提供するために、端末装置１５０２に対して意図されたデータを時間的に割り当てることができる。低優先度データ・ベアラに接続されたデータは、それほど制限的ではないレイテンシー要件を有し得るので、ネットワーク・アクセス・ノード１５１０は、より多くの受信器非活動期間を作り出すために低レイテンシー・データ・ベアラに関するデータを（待ち時間ＱｏＳ要件に応じて）わずかに遅らせることができる。データ・グリッド４８０２に示されるように、ネットワーク・アクセス・ノード１５１０は、優先順位の低いデータを優先順位の高いデータと時間的に整列させるために、このようなデータの送信を遅延させることができる。従って、例えば、２つの連続した時間スロットについて、受信器４５０４および４５０６を作動させるとは対照的に、端末装置１５０２は、例えば、低優先度および高優先度データ・ベアラの両方に対するデータが受信される一つのタイム・スロットについてのみ、受信器４５０４および４５０６を作動させてもよい。端末装置１５０２は、結果として生じる受信器の非活動期間中、受信器４５０４および４５０６（例えば、電力節約状態に置く）を不作動にすることができ、従って、より多くの電力を節約する。いくつかの態様において、低優先順位データを高優先順位データと時間的に整列させるために低優先順位データを遅延させるネットワーク・アクセス・ノード１５１０の能力は、レイテンシー要件および低優先度データと次のスケジュールされた高優先度データとの間の時間間隔に依存し得る。例えば、ネットワーク・アクセス・ノード１５１０は、例えば、（レイテンシー要件に応じて）一つまたは２つのタイム・スロットに対して、低優先度データを遅延させることができるが、低優先度データをさらに遅延させることができない場合がある。従って、ネットワーク・アクセス・ノード１５１０は、高優先度データが低優先度データに続く一つまたは２つのタイム・スロットに対してスケジュールされる場合にのみ、低優先度データを高優先度データと整列させることができる。図４６の場合と同様に、ネットワーク・アクセス・ノード１５１０は、マッピング・モジュール４５０２が高優先度および低優先度ベアラからのデータを適切な受信器にルーティングすることを可能にするために、詳細なベアラ情報を提供することができる。ネットワーク・アクセス・ノード１５１０上のレイテンシーおよびタイム・スケジューリングの制約に加えて、各タイム・スロットは、端末装置１５０２へデータを送信するための制限された帯域幅を有してもよい。データ・グリッド４８０２の４８０４の所で示されるように、ネットワーク・アクセス・ノード１５１０が同じタイム・スロット上で低優先度のデータを整列することができないように、特定のタイム・スロットに対してスケジュールされた大量の高優先度データが既に存在し得る。従って、スケジュールされた高優先度データおよび低優先度データの累積帯域幅が、所定のタイム・スロットの帯域幅制限を超える場合、ネットワーク・アクセス・ノード１５１０は、低優先度データをスケジュールされた高優先度データと整列させるために低優先度データを遅延させることができない。

データ・グリッド４８０２は、同じタイム・スロット内の同じキャリア上に、高優先度データ・ベアラおよび低優先度データ・ベアラからのデータを含み得るので、いくつかの態様では、ベアラ情報は、どのデータが高優先度データベラに接続され、どのデータが低優先度データベラに接続されるかを詳細に指定することができる。データ・グリッド４８０２の場合の代わりに、低優先度データが直後のタイム・スロットに適合しない場合、ネットワーク・アクセス・ノード１５１０は、低優先度データに適合することができる次回のタイム・スロット上の低優先度データの送信をスケジュールすることができる。図４９は、データ・グリッド４９０２の一例を示し、ここで、４９０４において、ネットワーク・アクセス・ノード１５１０は、低優先度データが直後の時間スロットに適合しないと決定することができる。最初にスケジュールされたタイム・スロット上で低優先度データを送信する代わりに、ネットワーク・アクセス・ノード１５１０は、例えば、図４９の例示的な場合における２つのタイム・スロットの遅延のように、低優先度データのためのスペースを有する次のタイム・スロットまで、低優先度データを遅延させ続けることができる。いくつかの態様において、ネットワーク・アクセス・ノード１５１０は、低優先度データのレイテンシー要件に基づいて、低優先度データの遅延を考慮することができ、従って、ある特定の数のタイム・スロット内の低優先度データの遅延のみを考慮することができる。

データ・グリッド４８０２および４９０２の場合の代わりに、いくつかの態様では、ネットワーク・アクセス・ノード１５１０は、各タイム・スロットがデータ・ベアラのうちの一つだけのデータを含むように、高優先度および低優先度データ・ベアラのためのデータの送信をスケジュールすることができる。図５０のデータ・グリッド５００２の５００４の所で示されるように、ネットワーク・アクセス・ノード１５１０は、低優先度データを他のスケジュールされた低優先度データと整列させるために、低優先度データ・ベアラに対するデータを遅延させることができる。従って、各タイム・スロットは、一つのデータ・ベアラについてのデータを排他的に含むことができる（あるいは、同等または類似のＱｏＳ要件のデータ・ベアラについてのデータを含む）。上述のように、ネットワーク・アクセス・ノード１５１０がかかるスケジューリング調整を実行する能力は、低優先度データ・ベアラのレイテンシー要件、低優先度データと次のスケジュールされた低優先度データとの間の時間間隔、および帯域幅制限に依存し得る。

データ・グリッド５００２のケースは、ネットワーク・アクセス・ノード１５１０がマッピング・モジュール４５０２に提供するベアラ情報を単純化することができる。どのデータがどのデータ・ベアラに接続されているかを特定するベアラ情報を提供する代わりに、ネットワーク・アクセス・ノード１５１０は、代わりに全データ・スロットがどのデータ・ベアラに接続されているかを特定するベアラ情報を提供してもよい。換言すれば、（データ・グリッド４８０２の場合のように）各タイム・スロットのどのデータがどのデータ・ベアラに接続されるかをビット・レベルで指定する代わりに、ネットワーク・アクセス・ノード１５１０によって提供されるベアラ情報は、代わりに、どのデータ・ベアラが各タイム・スロットに接続されるかを指定することができる。その後、マッピング・モジュール４５０２は、高優先度データを含むタイム・スロットで受信されたデータを受信器４５０４にルーティングし、低優先度データを含むタイム・スロットで受信されたデータを受信器４５０６にルーティングすることができる。

図５１は、ネットワーク・アクセス・ノード１５１０および端末装置１５０２が協働して、複数のキャリアとは対照的に単一のキャリアを使用することによって、端末装置１５０２における電力を節約し得る別のシナリオを示す。キャリア集約スキーム（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ ｓｃｈｅｍｅｓ）の動作は、単一キャリアスキームよりも複雑な受信処理を含み得るので、端末装置１５０２は、キャリア集約を使用する際により多くの電力を消費し得る。従って、ネットワーク・アクセス・ノード１５１０は、可能であればいつでも、高優先度および低優先度データ・ベアラを提供するために、単一キャリアを使用するために、端末装置１５０２と協働してもよい。

データ・グリッド５１０２に示されるように、端末装置１５０２に対するダウンリンク・データの量が、単一のキャリアに対する帯域幅限界を超える可能性がある５１０４および５１０６のようなシナリオが存在し得る。第２のキャリア上にデータを割り当てる代わりに、ネットワーク・アクセス・ノード１５１０は、ダウンリンク・データのスケジューリングを調整して、端末装置１５０２が単一キャリアを使用して継続することを可能にしてもよい。

図５２および５３は、ネットワーク・アクセス・ノード１５１０が、いくつかの態様に従って、単一キャリア使用を継続することを可能にするために利用することができる２つの異なる解決策を示す。図５２のデータ・グリッド５２０２に示すように、ネットワーク・アクセス・ノード１５１０は、例えば帯域幅を超えるタイム・スロットからの低優先度データに適合する制限に対して十分な残りの帯域幅容量を有する、十分な帯域幅ヘッドルームを有する後のタイム・スロットに、低優先度データ・ベアラのデータを遅延させることができる。低優先度データ・ベアラがより低いレイテンシー要件を有し得るので、ネットワーク・アクセス・ノード１５１０は、依然としてレイテンシー要件を満たしながら、いくつかのタイム・スロットに対して低優先度データを遅延させることができる。データ・グリッド５２０２に示されるように、結果として得られるスケジュール調整は、単一キャリア内の高優先度および低優先度データ搬送波の両方からのデータに適合し、端末装置１５０２のために第２のキャリアを利用する必要を回避することができる。ネットワーク・アクセス・ノード１５１０は同様に、マッピング・モジュール４５０２に、どのデータがビット・レベルでどのデータ・ベアラに接続されているかを識別する各タイム・スロットについてのベアラ情報を提供してもよく、このマッピング・モジュール４５０２は、高優先順位データを受信器４５０４に、低優先順位データを受信器４５０６にルーティングするために適用され得る。

いくつかの態様において、ネットワーク・アクセス・ノード１５１０は、低優先度データのエンコードされるビット総数を減らすために、低優先度データに対するエラー保護を減らすことができ、従って、ネットワーク・アクセス・ノード１５１０が、単一のキャリア上の高優先度および低優先度データ・ベアラの両方のデータに適合することを可能にする。より具体的には、高優先度および低優先度の両方のデータ・ベアラに対するデータは、誤り訂正および／または誤り検査（例えば、ＬＴＥ設定におけるターボ・コーディングおよび巡回冗長検査（ＣＲＣ））を提供するチャネル・コーディング方式でエンコードされ得る。より低いコーディング・レート（例えば、より多くのコーディング・ビット）は、より良い誤り保護を提供し得るが、結果として生じるコーディング・ビットの増加は、より大きな帯域幅を要求し得る。

しかしながら、低優先度データベラは、高優先度データベラよりも制限の少ない誤り率要求を有し得るので、ネットワーク・アクセス・ノード１５１０は、低優先度データのコーディング・レートを増加させて、低優先度データのサイズを圧縮することができる。その後、データサイズの縮小は、ネットワーク・アクセス・ノード１５１０が、優先度の高いデータ・ベアラと低いデータ・ベアラの両方からのデータを単一のキャリアに適合させることを可能にし得る。従って、データ・グリッド５３０２に示されるように、ネットワーク・アクセス・ノード１５１０は、帯域幅制限を超えるタイム・スロットを識別し、データが帯域幅制限内に適合する程度まで低優先度データのコーディング・レートを増加することができる。ネットワーク・アクセス・ノード１５１０は、帯域幅制限を超える特定のタイム・スロットのためのコーディング・レートのみを増加させることができるので、残りのタイム・スロットの低優先度データは、低優先度データ・ベアラの誤り率要件をなお満たすのに十分な誤り保護を有し得る。ネットワーク・アクセス・ノード１５１０は、高優先度データ・ベアラのＱｏＳ要件が確実に維持されるようにするために、高優先度データのデータへの調整を回避することができる。

コーディング・レート調整を実行することに関して、いくつかの態様において、制御モジュール２６１０は、物理層モジュール２６０８にベアラ情報を提供することができ、これを、物理層モジュール２６０８は、帯域幅制限を超えるタイム・スロットを識別するため、および、帯域幅制限を満たすためにかかるタイム・スロットにおける低優先度データの符号化率を増加するために利用することができる。物理層モジュール２６０８は、その後、各タイム・スロットにおける高優先度および低優先度データのビットごとの位置を指定するベアラ情報を端末装置１５０２に提供することができる。その後、マッピング・モジュール４５０２は、高優先度データを受信器４５０４に、低優先度データを受信器４５０６にルーティングするためにベアラ情報を適用することができる。

低優先度データのコーディング・レートの増加は誤り保護を低下させる可能性があるので、いくつかの態様では、端末装置１５０２はまた、低優先度データ・ベアラの誤り率要求が依然として満たされていることを保証するのを助けるために、特定の場合に低性能受信器４５０６の性能を向上させる（か、または、わずかに高性能の受信器を利用する）。従って、マッピング・モジュール４５０２が、ネットワーク・アクセス・ノード１５１０から、低優先度データ・ベアラのコーディング・レートが増加したことを示すベアラ情報を受信した場合、マッピング・モジュール４５０２は、標準コーディング・レートを有する低優先度データに使用されるよりもわずかに高性能の受信器を選択し得る。このことはまた、端子装置１５０２の電力消費をわずかに増加させることができるが、これは単一のキャリアを使用することによる電力節約によって相殺されてもよい。

図４６～５３では個別に説明されているが、ネットワーク・アクセス・ノード１５１０および端末装置１５０２によって、これらの協働技術のうちの複数を組み合わせて使用することができる。さらに、図４６～５３は、複数の受信器を示しているが、マッピング・モジュール４５０２は、例えばデータ・ベアラのＱｏＳ要件に基づいて、固定的または動的に構成可能な任意の数の異なる受信器を利用してもよい。変化するＱｏＳ要件および関連する優先順位を有する任意の数のデータ・ベアラをさらに採用することができる

マッピング・モジュール４５０２は、さらに、制御モジュール３５１０と同じ性質で電力および無線コンディション状態データを考慮するように構成されてもよい。例えば、マッピング・モジュール４５０２は、弱い無線コンディションにおいて高性能受信器を、強い無線コンディションにおいて低電力かつ低性能受信器を、および、低バッテリー電力条件において低電力受信器を使用するように構成されてもよい。マッピング・モジュール４５０２は、各データ・ベアラのＱｏＳ要件が満たされることを確実にしながら、かかる特徴を実装するように構成されてもよい。

上述の受信器に関連するダウンリンクケースに加えて、いくつかの態様では、端末装置１５０２は、異なるアップリンク・データ・ベアラのための特定の送信機を利用するようにアップリンク方向においてさらに構成されてもよい。ダウンリンクの場合と同様に、端末装置１５０２は、さらに、アップリンク・データ・ベアラを維持することを担当することができ、アップリンク・データ・ベアラは、特定のＱｏＳ要件（対応するダウンリンク・データ・ベアラのＱｏＳ要件とは異なることがある）を有し得る。場合によっては、アップリンク・データ・ベアラは、ダウンリンク・データ・ベアラ、例えば端末装置１５０２とネットワーク・ノードとの間の双方向リンクの他の方向に対応することがあり、他の場合には、端末装置１５０２はアップリンクおよび／またはダウンリンク方向において、反対方向の対応するデータ・ベアラを有さない一方向データ・ベアラを有することができる。最も高いデータ・ベアラのＱｏＳ要件を満たす送信機構成を利用する代わりに、端末装置１５０２は、代わりに、各データ・ベアラからのマップ・データを各データ・ベアラのＱｏｓ要件を満たす特定の送信器に選択的にマッピングできる。低優先度データ・ベアラに対して低電力送信機を利用することにより、端末装置１５０２は、各データ・ベアラのＱｏＳ要件を満たしつつ、電力効率を改善することができる。

図５４Ａおよび５４Ｂは、上りリンク方向に関する開示の態様による端末装置１５０２の例示的な内部構成を示す。図５４Ａおよび図５４Ｂに図示された表現は、上りリンク方向に関して現在の態様に直接関係しない端末装置１５０２の特定の他のコンポーネントを省略してもよい。例えば、ベースバンド・モデム１６０６は、図４５に示される下りリンク方向コンポーネントをさらに含むことができる。

図５４Ａおよび図５４Ｂに示すように、様々な態様において、端末装置１５０２は、ＲＦ変調の前に送信器出力を組み合わせ（図５４Ａ）、またはＲＦ変調後に送信器出力を組み合わせる（図５４Ｂ）ことができる。両方の場合において、上述した図３６の場合と同様に、図５４Ａの送信器５４０４、５４０６、および５４０８は、様々な態様において、物理的に異なる送信器（例えば、別個の物理的ハードウェア構造）であってもよく、または１つ以上の物理送信器の異なる構成（例えば、実行のための異なるパラメータおよび／またはソフトウェア定義命令を有する同一ハードウェア）であってもよい。それにもかかわらず、送信器５４０４、５４０６、および５４０８の各々に対する送信処理は異なってもよく、送信器５４０４、５４０６、および５４０８の各々は、従って、変化するパフォーマンスおよび電力消費特性を有してもよい。マッピング・モジュール５４０２は、制御モジュール３５１０に関して上述したのと同じまたは同様の能力を有するように構成することができ、従って、送信器５４０４、５４０６、および５４０８を実現するために、種々の異なる構成を有する単一の物理送信器を動的に構成することができる。

従って、マッピング・モジュール５４０２は、データ・ベアラのＱｏＳ要件、および送信器５４０４、５４０６、および５４０８のパフォーマンスおよび電力効率に基づいて、複数のデータ・ベアラのためのデータを送信器５４０４、５４０６、および５４０８にルーティングすることができる。例えば、マッピング・モジュール５４０２は、各データ・ベアラのデータを、各データ・ベアラのＱｏＳ要件を満たす最低電力送信器にルーティングすることができる。

図５４Ａの場合、送信器５４０４、５４０６、および５４０８は、それぞれの構成に従って、そのようなデータに対して送信処理を実行し、結果として得られた処理されたデータを結合器５４１０ａに提供することができる。結合器５４１０ａは、受信されたデータを単一のストリームに結合し、単一のデータ・ストリームをＲＦ処理および送信のためにＲＦトランシーバ１６０４およびアンテナ・システム１６０２に提供することができる。ＲＦトランシーバ１６０４およびアンテナ・システム１６０２は、送信器５４０４、５４０６、および５４０８とは別に示されるが、送信器５４０４、５４０６、および５４０８は、アンテナ、ＲＦ、ＰＨＹ、および／またはプロトコル・スタック・レベル・コンポーネントとして実装されてもよい。

図５４Ｂの場合、送信器５４０４、５４０６、および５４０８は、次に、それらのそれぞれの構成に従って、そのようなデータに対して送信処理を実行し、得られた処理されたデータをそれぞれＲＦトランシーバ１６０４ａ、１６０４ｂ、および１６０４ｃに提供することができる。次いで、ＲＦトランシーバ１６０４ａ－１６０４ｃは、送信器５４０４－５４０８から受信されたデータに対してＲＦ処理および変調を実行し、得られたＲＦ信号を結合器５４１０ｂに提供し、結合器５４１０ｂは、次いで、受信したＲＦ信号を単一のＲＦ信号に結合し、送信のためにアンテナ・システム１６０２に単一のＲＦ信号を提供することができる（ただし、結合器５４１０とアンテナ・システム１６０２との間には、電力増幅器コンポーネントなどの追加のコンポーネントが存在してもよい）。いくつかの態様において、結合器５４１０ａは、ベースバンドデータの組み合わせについて構成されてもよく、一方、結合器５４１０ｂは、ＲＦ信号の組み合わせについて構成されてもよい。図５４Ｂにおいて送信器５４０４－５４０８とは別に示されるが、いくつかの態様において、ＲＦトランシーバ１６０４ａ－１６０４ｃは、例えば、送信器５４０４－５４０８の特定のＲＦ構成に従って異なるＲＦ変調を実行するように構成されたＲＦ送信器など、送信器５４０４－５４０８の一部として実装されてもよい。

図５４Ａおよび５４Ｂの両方の場合において、マッピング・モジュール５４０２は、端末装置１５０２でローカルに利用可能なベアラ情報に基づいて、データ・ルーティングを実行することができる。例えば、ベアラ情報、例えば、各ベアラに対するＱｏＳ要件およびデータのビット・レベル位置は、コントローラ１６１０のプロトコル・スタック層および／またはアプリケーション・プロセッサ（例えば、データ・ソース１６１２／データ・シンク１６１６）のアプリケーション層で利用可能である。従って、このような上層は、マッピング・モジュール５４０２にベアラ情報を提供し、次いで、マッピング・モジュール５４０２は、各データ・ベアラのＱｏＳ要件および送信器５４０４、５４０６、および５４０８のパフォーマンスおよび電力効率レベルに基づいて、データを送信器５４０４、５４０６、および５４０８にルーティングすることができる。

従って、端末装置１５０２は、データ・ベアラのＱｏＳ要件をまだ満たす低電力送信器を使用することによって、伝送中の電力を節約することもできる。従って、この開示の態様は、端末装置１５０２が、データ・ベアラのＱｏＳ要件に基づいて、受信機および送信器を選択的に適用することを可能にすることによって、受信および送信の両方における電力効率を提供することができる。端末装置１５０２は、上りアップリンクの図４７５３に説明されるベアラ・マッピング技法のいずれかをさらに使用してもよい。

図５５は、開示のいくつかの態様に従って無線通信を実行する方法５５００を示す。図５５に示されるように、方法５５００は、第１のデータ・ベアラの第１のデータおよび第２のデータ・ベアラの第２のデータを含むデータ・ストリームを受信することを含む（５５１０）。第１の通信モジュールは、第１のデータ・ベアラの品質要件および第１の通信モジュールのパフォーマンス・レベルに基づいて、第１のデータ・ベアラのための複数の通信モジュールから選択される（５５２０）。第２の通信モジュールは、第２のデータ・ベアラの品質要求および第２の通信モジュールの性能レベルに基づいて、第２のデータ・ベアラのための複数の通信モジュールから選択される（５５３０）。第１のデータ・ベアラからの第１のデータは第１の通信モジュールで処理され、第２のデータ・ベアラからの第２のデータは第２の通信モジュールで処理される（５５４０）。

図５６は、本開示の一態様による無線通信を実行する方法５６００を示す。図５６に示されるように、方法５６００は、端末装置の第１のデータ・ベアラに対する第１のデータと、端末装置の第２のデータ・ベアラに対する第２のデータとを識別することを含む（５６１０）。物理層データ・ストリームは、第１のデータ・ベアラおよび第２のデータ・ベアラの品質要件に基づいて、物理層データ・ストリーム内の第１のデータおよび第２のデータを割り当てることによって生成される（５６２０）。物理層データ・ストリームおよび物理層メッセージは、端末装置に送信され、物理層メッセージは、物理層データ・ストリーム内の第１のデータおよび第２のデータの割り当てを指定する（５６３０）。

本明細書で議論される態様は、一般に、端末装置における電力節約に関係し、これは、多くの端末装置の有限な電源（例えば、バッテリー電源）に起因する考慮事項である（ただし、すべての端末装置が、もっぱらバッテリー電源のみであるとは限らない）。しかしながら、電力効率は、更に、運用コストを低減するために、ネットワーク・アクセス・ノードの顕著な特徴であり得る。特に、基地局およびアクセス・ポイントのようなアクセス・ノードは、電力効率の高いアーキテクチャーおよび電力消費を低減する技法を用いることにより、ネットワーク・オペレーターの動作コストを低減することができるかもしれない。上述の優先順位の低いデータ・ベアラを低パフォーマンスの受信機および送信器にマッピングする技術、または受信機または送信器を完全にオフにすることができるＴＴＩを得るために優先順位の低いデータ・パケットをスケジューリングして遅延させる技術、または二次コンポーネントキャリアおよびその関連する受信機および送信器を起動しなければならないことを避けるために優先順位の低いデータ・ベアラのコード・レートを増加させる技術は、ネットワーク・アクセス・ノードの電力消費を低減することができ、また、ウェイク／スリープ・サイクル、周波数スケーリング、およびトラフィック／タスク集中（分断の少ないウェイク／スリープ・サイクル）のような種々の他の技術を可能にする。種々の態様において、ネットワーク・アクセス・ノードは、ネットワーク・アクセス・ノードの処理インフラストラクチャーが、各電力状態が所定レベルの電力消費および処理能力（例えば、所定の処理需要をサポートする能力）を有する「電力状態」の所定のセットを有するような、高度な電力管理アーキテクチャーで構成されてもよい。より低い優先順位のデータ・ベアラのためのより低いパフォーマンスの受信機および送信器は、より低い処理需要を有し、受信機または送信器をオフまたは停止することにより、一時的に平均処理需要を低減することができる。ネットワーク・アクセス・ノードにおける高度な電力管理アーキテクチャーは、より低い処理需要の段階におけるネットワーク・アクセス・ノードの電力消費を低減することができる。

２．６ 電力効率＃６
本開示の別の態様によれば、ネットワーク処理コンポーネント（ネットワーク・アクセス・ノードにおけるまたはコア・ネットワーク内）は、「非アクティブ（ｉｎａｃｔｉｖｅ）」フェーズの間に電力効率の良い状態に入りながら、データ・トラフィックを「アクティブ（ａｃｔｉｖｅ）」フェーズに集中させるために、デューティーサイクルを利用することができる。非アクティブ・フェーズ間のこのような電力効率の良い状態の使用は、ネットワーク処理コンポーネントが電力消費を低減し、結果として動作コストを低減することを可能にする。これらの態様は、共通チャネルの態様と共に使用されてもよく、例えば、共通チャネルは、「アクティブ」フェーズの数、長さ、および持続時間を低減するために特定のデューティーサイクルを使用してもよい。

上述のように、ネットワーク・アクセス・ノードは、端末装置に下りリンク・データを提供し、端末装置から上りリンク・データを受信する双方向中継器として機能し得る。下りリンク方向では、ネットワーク・アクセス・ノードは、コア・ネットワークから受信した外部データと、ネットワーク・アクセス・ノードでローカルに発生したデータの両方を端末装置に提供することができ、ローカル・データは、一般に無線アクセス制御データであってもよく、外部データは、ユーザー・データおよび上位層制御データであってもよい。従って、ネットワーク・アクセス・ノードは、バックホール・リンクを介してコア・ネットワークからこのような外部データを受信し、無線アクセス・プロトコルに従って外部データを処理およびパッケージし（ローカルで生成された制御データの挿入を含む）、得られたデータを無線アクセス・ネットワークを介して端末装置に提供することができる。上りリンク方向では、ネットワーク・アクセス・ノードは、端末装置から上りリンク・データを受信し、受信した上りリンク・データを無線アクセス・プロトコルに従って処理することができる。特定の上りリンク・データは、上流のさらなる宛先（コア・ネットワーク・ノード宛ての上位レイヤ・コントロール・データ、または外部データ・ネットワーク宛てのユーザ・トラフィック・データ）宛てとすることができ、一方、他の上りリンク・データは、エンドポイントとしてネットワーク・アクセス・ノード宛てとすることができる（無線アクセス制御データなど）。図４４は、端末装置１５０２、ネットワーク・アクセス・ノード１５１０、およびコア・ネットワーク４４０２に関連するそのような上りリンクおよび下りリンクのパスの一般的な例を示す。

従って、基地局のようなネットワーク・アクセス・ノードは、適切な無線アクセス・プロトコルに従って、下りリンクと上りリンクの両方向で処理を行なうことができる。このような処理は、物理層とプロトコル・スタック層の両方を含むことができ、ネットワーク・アクセス・ノードは、無線アクセス・ネットワークを有効に利用して端末装置と通信するために、それぞれの層に従って上りリンクと下りリンク・データを処理することができる。

ネットワーク・アクセス・ノードにおける処理インフラストラクチャーは、ハードウェアおよびソフトウェアのコンポーネントの組み合わせであってもよい。図２６は、ネットワーク・アクセス・ノード、例えばネットワーク・アクセス・ノード２００２の一般的なアーキテクチャーを示し、ここで、物理層モジュール２６０８および制御モジュール２６１０を含む通信モジュール２６０６は、上述の上りリンクおよび下りリンクの処理のために利用される処理インフラストラクチャーを提供し得る。

「分散（ｄｉｓｔｒｉｂｕｔｅｄ）」基地局アーキテクチャーにおいて、ネットワーク・アクセス・ノード２００２は、無線ユニットとベースバンド・ユニットの２つの部分に分割されてもよい。従って、アンテナ・システム２６０２および無線モジュール２６０４は、無線タワーに装備され得る遠隔無線ヘッド（ＲＲＨ、別名遠隔無線ユニット（ＲＲＵ））として展開され得る。次いで、通信モジュール２６０６は、ベースバンド・ユニットとして配置されてもよく、ベースバンド・ユニットは、ファイバーを介してＲＲＨに接続されてもよく、タワーの底部または近くの位置に配置されてもよい。

基地局ホテリング（ｂａｓｅ ｓｔａｔｉｏｎ ｈｏｔｅｌｉｎｇ）およびクラウドＲＡＮ （ＣＲＡＮ）を含む他の基地局アーキテクチャーも適用可能である。基地局ホテリングでは、異なる場所で異なるＲＲＨを供給する複数のＢＢＵをそれぞれ同じ場所に物理的に配置することができ、従って、単一の場所で複数のＢＢＵをより簡単にメンテナンスすることができる。ＲＲＨは、従来の分散型アーキテクチャーよりも相手ＢＢＵから離れて配置され得るので、ＢＢＵは、例えば、ファイバー接続を用いて長距離にわたってＲＲＨとインターフェースする必要があり得る。ＣＲＡＮは、同様に、インフラストラクチャーが仮想化されても仮想化されなくても、プールされたアーキテクチャーまたはプールされていないアーキテクチャーを含む集中型または遠隔ベースバンド処理ロケーションからの複数のＲＲＨを制御してもよい。本質的に、ＣＲＡＮは、その時点におけるネットワーク上の需要に基づいて、ネットワーク内の任意の点に対して、処理資源をダイナミックに配信することができる。５ＧのＣＲＡＮは、ネットワーク資源のスライスの配信と、ネットワーク・スライスのための手段（ａｖｅｎｕｅ）を提供する機能が含まれる。

通信モジュール２６０６が分散位置または集中位置に位置するか、および／またはスタンドアロンＢＢＵとしてまたはサーバー内に実装されるかに関わらず、通信モジュール２６０６は、物理層モジュール２６０８および制御モジュール２６１０において、それぞれ物理層およびプロトコル・スタック層処理を実行するように構成されてもよい。制御モジュール２６１０は、ソフトウェア定義モジュールおよび／またはハードウェア定義モジュールとして実装されてもよい。例えば、制御モジュール２６１０は、プロトコル・スタック層機能を定義するソフトウェア定義プログラム・コードを検索し、実行するように構成された１つ以上のプロセッサを含んでもよい。いくつかの態様において、制御モジュール２６１０は、さらに、ハードウェア・アクセラレータとしても知られる特定の処理集約的タスク専用のハードウェア・コンポーネントを含んでもよく、これは、プロセッサによって制御され、例えば、暗号化および暗号化機能のような特定のタスクを実行するために使用されてもよい。
物理層モジュール２６０８は、同様に、ハードウェア定義および／またはソフトウェア定義モジュール、例えば、高速フーリエ変換（ＦＦＴ）エンジン、ビタビ・デコーダ、および他の処理集約型ＰＨＹ層タスクのような専用のＰＨＹ層処理のための１つ以上のプロセッサ（例えば、ＰＨＹコントローラ）および／または１つ以上のハードウェア・アクセラレータとして実装されてもよい。物理層モジュール２６０８および制御モジュール２６１０のためのフルハードウェア、フルソフトウェア、または混合ハードウェア／ソフトウェアの任意の組み合わせは、本開示の範囲内にある。処理の複雑さのために、いくつかの態様において、物理層モジュール２６０８および制御モジュール２６１０のソフトウェア部分は、例えば、Ｉｎｔｅｌ ｘ８６アーキテクチャーに基づくマルチコア・システムで構造的に実装されてもよい。

従って、物理層モジュール２６０８および制御モジュール２６１０は、上りリンクおよび下りリンクの通信の両方に対するベースバンド処理タスクを処理することができる。上述のように、下りリンク処理は、バックホール・インターフェースを介してコア・ネットワークからユーザー宛下りリンク・データを受信し、物理層（物理層モジュール２６０８）およびプロトコル・スタック（制御モジュール２６１０）無線アクセス・プロトコルに従ってローカルに生成された下りリンク・データと共にユーザー宛下りリンク・データを処理およびパッケージし、得られた下りリンク・データを無線モジュール２６０４およびアンテナ・システム２６０２を介して端末装置に提供することを含み得る。上りリンク処理は、アンテナ・システム２６０２および無線モジュール２６０４を介して端末装置から上りリンク・データを受信し、物理層（物理層モジュール２６０８）およびプロトコル・スタック（制御モジュール２６１０）無線アクセス・プロトコルに従って受信した上りリンク・データを処理して、ローカルアドレスおよび外部アドレスの上りリンク・データを取得し、外部アドレスの上りリンク・データをバックホール・インターフェースを介してコア・ネットワークにルーティングすることを含み得る。

このような上りリンクおよび下りリンクの処理は、ネットワーク・アクセス・ノード２００２において増大した電力消費を必要とすることがある。上りリンクおよび下りリンクの処理に関連するネットワーク・アクセス・ノード２００２の電力消費は、ネットワーク・アクセス・ノード２００２のトラフィック条件に直接依存し得る。例えば、ネットワーク・アクセス・ノード２００２が、現在、多数の接続モードを有する多数の端末装置にサービスを提供している場合、通信モジュール２６０６は、結果として追加の電力消費を必要とするかもしれない相当量の処理を実行する必要があり得る。逆に、ネットワーク・アクセス・ノード２００２が少数の端末装置のみにサービスを提供しているか、または提供されている端末装置の大部分がアイドル・モードにある場合、通信モジュール２６０６は、より低い電力消費を有し得る少量の処理を実行するだけでよい。現在の処理需要に関係なく、通信モジュール２６０６は、さらに、通信モジュール２６０６をオンに保つために必要な電力から生じる負荷非依存電力消費を有し得る。

図５７は、通信モジュール２６０６によるこのような電力消費の一般的な例を示す。データ・グリッド５７１０は、経時的な例示的な資源・ブロック（ＲＢ）割り当てを示し（これは、図５７の例示的な設定において、上りリンクまたは下りリンクのいずれかであり得、データ・グリッド５７１０の陰付き部分は、３つの異なる端末装置ＵＥ１、ＵＥ２、およびＵＥ３に対するＲＢを示す）、一方、データ・グリッド５７３０は、通信モジュール２６０６における電力消費を示す。データ・グリッド５７１０および５７３０に示されるように、通信モジュール２６０６は、通信モジュール２６０６がより多くのＲＢを処理する必要がある時に、より大きな電力を消費し得る。実際のアクティブ処理に関連する電力消費は、トラフィック負荷包絡線に動的に従う負荷依存エネルギー消費とすることができる。通信モジュール２６０６の全体的な電力消費は、負荷非依存電力消費を含んでもよく、これは比較的一定であってもよく、通信モジュール２６０６の処理コンポーネント（プロセッサおよびハードウェア・アクセラレータ）をアクティブ状態に維持するために必要な電力から生じる。通信モジュール２６０６の連続動作は、実際の処理需要に関係なく、少なくとも負荷非依存エネルギー消費に関連する電力を消費してもよい。

従って、本開示の一態様は、物理層モジュール２６０８および制御モジュール２６１０の処理インフラストラクチャーのようなネットワーク処理コンポーネントを、「アクティブ」フェーズおよび「非アクティブ」フェーズからなるデューティーサイクルで動作させることができ、ここで、ネットワーク処理コンポーネントは、アクティブ・フェーズの間のすべての集中的な処理に適合し、非アクティブ・フェーズの間、無または最小の処理を実行することができる。すべての集約的処理はアクティブ・フェーズに適合するので、負荷依存電力消費は、代替的な場合よりも大きいかもしれない。しかしながら、ネットワーク処理コンポーネントは、非アクティブ状態または最小アクティブ状態に入ることによって、非アクティブ・フェーズの間の負荷非依存電力消費を回避することができる。そのため、消費電力を削減することができる。

データ・グリッド５７２０および５７４０は、本開示の態様による例示的なシナリオを示す。通信モジュール２６０６は、スケジューリング決定の制御下にあってもよいので（例えば、媒体アクセス制御（ＭＡＣ）スケジューラを含んでもよい）、通信モジュール２６０６は、データ・グリッド５７２０に示されるように、「アクティブ」フェーズの間、すべてのトラフィックをスケジューリングすることができる。データ・グリッド５７２０に示されるように、通信モジュール２６０６は、第１の期間（アクティブ・フェーズ）の間にすべてのＲＢを割り当て、第２の期間（非アクティブ・フェーズ）の間にＲＢを割り当てることが可能である。負荷依存電力消費は、データ・グリッド５７４０のアクティブ・フェーズ中に高レベルであり得るが（例えば、上部の点線で示される最大処理能力に対応する最大電力消費レベル）、通信モジュール２６０６は、非アクティブ・フェーズ中に電源をオフし得、従って、電力消費がほとんどないか、または全くなくすることができる。いくつかの態様では、通信モジュール２６０６は、電源オフの代わりに「無効（ｄｉｓａｂｌｅ）」であってもよく、例えば、まだある程度の電力を有するが、フル・アクティブまたは機能的に動作していなくてもよい。通信モジュール２６０６は電源オフまたは無効にされてもよいので、通信モジュール２６０６には負荷非依存電力消費がなくてもよく（または無視できるだけであってもよい）、従って、５７４２に示されるような電力節約をもたらす。いくつかの態様において、通信モジュール２６０６によって使用されるデューティーサイクルのアクティブ・フェーズは、通信モジュール２６０６による処理がリアルタイムで完了しない可能性があるため、割り当てられたＲＢと時間内に正確に整合されない場合があることに留意されたい。従って、デューティーサイクルのアクティブ・フェーズは、アクティブ・フェーズに割り当てられた最新のＲＢよりも遅い時間で終わることがある。さらに、いくつかの態様では、通信モジュール２６０６による処理のアクティブ・フェーズは、通信モジュール２６０６が、割り当てられたＲＢが時間で占有するよりも長い時間にわたって割り当てられたＲＢを処理することができるので、時間的に割り当てられたＲＢよりも長い期間を有してもよい。従って、割り当てられたＲＢのデューティーサイクルに差異が存在し得るが（例えば、多くのＲＢが割り当てられたときのアクティブ・フェーズおよび少ないＲＢが割り当てられたときの非アクティブ・フェーズおよび通信モジュール２６０６による処理のデューティーサイクル）、簡略化の目的のために、以下の説明は、割り当てられたＲＢおよび通信モジュール２６０６の両方に共通する単一のデューティーサイクルを参照する。

本開示の一態様によれば、通信モジュール２６０６は、トラフィック負荷に基づいて適切なデューティーサイクルを決定することを含む、異なる機能を実行することができる。例えば、通信モジュール２６０６は、高いトラフィック条件（より高い総電力消費）において、より長いアクティブ・フェーズおよびより短い非アクティブ・フェーズを利用することができ、一方、低トラフィック条件では、通信モジュール２６０６は、より短いアクティブ・フェーズおよびより長い非アクティブ・フェーズ（より低い総電力消費）を利用することができる。次に、通信モジュール２６０６は、電力管理フレームワークを利用して、選択されたデューティー・サイクル・スキームを実行してもよい。いくつかの態様において、通信モジュール２６０６は、スケジューリング機能を実行して、スケジュールされたトラフィックを（下りリンクと上りリンクの両方で）、アクティブ・フェーズに割り当ててもよい。さらに、いくつかの態様では、通信モジュール２６０６は、レイテンシークリティカル・トラフィックをサポートするために、非アクティブ・フェーズを管理することができる。例えば、通信モジュール２６０６が完全に電源を切るかまたは無効である非アクティブ・フェーズを利用する代わりに、通信モジュール２６０６は、音声データのようなレイテンシー・クリティカル・トラフィックをサポートするために利用可能な限られた量の処理資源を有する、非常に低い電力の「常時オン」状態を採用することができる（従って、そのようなトラフィックを次のアクティブ・フェーズまで遅らせる必要を回避する）。

図５８は、本開示のある態様によるコンポーネントを示す、ネットワーク・アクセス・ノード２００２および通信モジュール２６０６の内部図を示す。従って、図５８は、この態様に関係しないネットワーク・アクセス・ノード２００２および通信モジュール２６０６のあるコンポーネントを省略することができる。図５８に示されるように、通信モジュール２６０６は、トラフィック・モニタリング・モジュール５８０２、ハードウェア／ソフトウェア（ＨＷ／ＳＷ）電力管理モジュール５８０４、活動制御モジュール５８０６、スケジューラ・モジュール５８０８、および処理インフラストラクチャー２６０８／２６１０（物理層モジュール２６０８／制御モジュール２６１０として実装される）を含み得る。トラフィック・モニタリング・モジュール５８０２、ＨＷ／ＳＷ電力管理モジュール５８０４、活動制御モジュール５８０６、およびスケジューラ・モジュール５８０８の各々は、ハードウェア定義モジュール、例えば、１つ以上の専用ハードウェア回路またはＦＰＧＡとして、ソフトウェア定義モジュールとして、例えば、非一時的コンピュータ読み取り可能記憶媒体に記憶された演算、制御、およびＩ／Ｏ命令を定義するプログラム・コード（例えば、ソフトウェアおよび／またはファームウェア）を実行する１つ以上のプロセッサとして、または混合のハードウェア定義およびソフトウェア定義混合モジュールとして、構造的に実現されてもよい。通信モジュール２６０６の個々のコンポーネントは、図５８に別々に示されているが、この描写は、機能レベルでの通信モジュール２６０６の動作を強調するために役立つ。その結果、ある態様では、通信モジュール２６０６のコンポーネントのうちの１つ以上が、共通のハードウェアおよび／またはソフトウェアの要素に統合されてもよい。加えて、本明細書に記載の機能（特に、式／方程式、フローチャート、および文章の説明）は、当業者を用いて、非一時的なコンピュータ読み取り可能媒体からの検索およびプロセッサによる実行のためのプログラム・コードに容易に組み込むことができる。例えば、いくつかの態様では、トラフィック・モニタリング・モジュール５８０２、ＨＷ／ＳＷ電力管理モジュール５８０４、活動制御モジュール５８０６、およびスケジューラ・モジュール５８０８、それぞれは、プロセッサ上の別個のソフトウェア・モジュールとして実行されてもよい。さらに、いくつかの態様において、トラフィック・モニタリング・モジュール５８０２、ＨＷ／ＳＷ電力管理モジュール５８０４、活動制御モジュール５８０６、およびスケジューラ・モジュール５８０８のうちの１つ以上は、制御モジュール２６１０、特に、制御モジュール２６１０のＭＡＣスケジューラであってもよいスケジューラ・モジュール５８０８によって、ソフトウェア・モジュールとしてさらに実行されてもよい。

物理層モジュール２６０８および制御モジュール２６１０は、ネットワーク・アクセス・ノード２００２の処理インフラストラクチャーとして機能することができ、一方、トラフィック・モニタリング・モジュール５８０２、ＨＷ／ＳＷ電力管理モジュール５８０４、活動制御モジュール５８０６、およびスケジューラ・モジュール５８０８は、物理層モジュール２６０８および制御モジュール２６１０の処理スケジュールへのデューティーサイクルの適用をモニタすることができる。通信モジュール２６０６は、下りリンク方向の無線インターフェースに（アンテナ・システム２６０２および無線モジュール２６０４を介して）、上りリンク方向のコア・インターフェースに（バックホール・インターフェースを介して）出力を提供し得る。通信モジュール２６０６は、上りリンク方向の無線インターフェースを介して入力を受け取り、下りリンク方向のコア・インターフェースを介して入力を受け取ってもよい。

トラフィック・モニタリング・モジュール５８０２は、現在のトラフィック負荷（上りリンクおよび下りリンクに対する）をモニタリングし、トラフィック負荷情報を活動制御モジュール５８０６に提供する責任がある。次に、活動制御モジュール５８０６は、トラフィック負荷情報に基づいて適切なデューティーサイクルを選択してもよく、ここで、高いトラフィック負荷は長いアクティブ・フェーズを要求し、低いトラフィック負荷は長い非アクティブ・フェーズを可能にする。活動制御モジュール５８０６は、選択されたデューティーサイクルをスケジューラ・モジュール５８０８およびＨＷ／ＳＷ電力管理モジュール５８０４に提供することができる。次いで、スケジューラ・モジュール５８０８は、データ・トラフィックをアクティブ・フェーズに集中させる選択されたデューティーサイクルのアクティブおよび非アクティブ・フェーズに基づいて、ネットワーク資源割り当てを（例えば、データ・グリッド５７２０の形態で）決定することによって、選択されたデューティーサイクルを実行してもよい。これは、データ・トラフィックをアクティブ・フェーズに集中させる。ＨＷ／ＳＷ電力管理モジュール５８０４は、選択されたデューティー・サイクルのアクティブおよび非アクティブのフェーズに従って、処理インフラストラクチャー２６０８／２６１０（物理層モジュール２６０８および制御モジュール２６１０）を制御して、高パフォーマンス／高電力消費と低パフォーマンス／低電力消費状態との間の電力の昇降または遷移を行なうことにより、選択されたデューティー・サイクルを実施することができる。処理インフラストラクチャー２６０８／２６１０は、スケジューラ・モジュール５８０８およびＨＷ／ＳＷ電力管理モジュール５８０４によって提供される制御に従ってデータを処理することができる。

従って、下りリンク方向トラフィック・モニタリング・モジュール５８０２は、コア・インターフェース５８１０（例えば、ＭＭＥおよび／またはＬＴＥ ＥＰＣのＳ－ＧＷとのＳ１インターフェースであってもよい）を介して到着する入来下りリンク・トラフィックをモニタしてもよい。トラフィック・モニタリング・モジュール５８０２は、例えば、スループットまたは他の同様な手段によって、下りリンク・トラフィックの現在のレベルを定量化するトラフィック負荷情報を決定するために、そのような入来下りリンク・トラフィックをモニタしてもよい。例えば、トラフィック・モニタリング・モジュール５８０２は、スライディング・ウインドウ技法または他の類似の平均化アルゴリズムなどの平均スループットを計算することができる。下りリンク・トラフィック・スループットは時間の経過とともに比較的ゆっくりと変化する可能性があるため、過去の観察期間における平均スループットを評価するメトリックは、将来のトラフィック・パターンを予測する可能性がある。次に、トラフィック・モニタリング・モジュール５８０２は、トラフィック負荷情報として活動制御モジュール５８０６に下りリンク・トラフィック・スループットを提供することができる。

活動制御モジュール５８０６は、トラフィック負荷情報を受信し、トラフィック負荷情報に基づいて適切なデューティーサイクルを選択するように構成されてもよい。例えば、いくつかの態様では、活動制御モジュール５８０６は、入力として下りリンク・トラフィック・スループットを受け入れ、デューティーサイクルを出力として提供する所定のマッピング・スキームを利用してもよく、デューティーサイクルは、アクティブおよび非アクティブ・フェーズ持続時間の間にアクティブ・フェーズを定義する。上述のように、重いトラフィック状態は、より長いアクティブ・フェーズを必要とするかもしれないが、軽いトラフィック状態は、より長い非アクティブ・フェーズを可能にするかもしれない。事前定義されたマッピング・スキームは、設計者によって構成可能であってもよく、下りリンク・トラフィック・スループットをサポートするために、アクティブ・フェーズにおいて適切な量の無線資源を提供する必要があってもよく、例えば、すべてのスケジュールされた下りリンク・トラフィックを包含するのに十分な数のＲＢを提供する必要があってもよい。例えば、２０ＭＨｚ帯域幅、６４ＱＡＭ変調および２ｘ２ ＭＩＭＯ能力（ＬＴＥカテゴリ４）を有するＬＴＥ－ＦＤＤセルの場合、処理インフラストラクチャー２６０８／２６１０は、最大下りリンク・トラフィックにおいて、例えばこの例で想定されるＬＴＥカテゴリ４能力について１５０Ｍｂｐｓで、最大処理効率（１００％デューティーサイクル、非アクティブ・フェーズなし）でアクティブ・フェーズで連続的に動作し得る。現在の下りリンク・トラフィック需要が例えば７５Ｍｂｐｓに減少する場合、処理インフラストラクチャー２６０８／２６１０は、１と等しいアクティブ・フェーズ対非アクティブ・フェーズの比、例えばアクティブ・フェーズと非アクティブ・フェーズが等しい長さ（５０％デューティーサイクル）で動作してもよい。例となるデューティーサイクルは、例えば、５ｍｓ、１０ｍｓ、２０ｍｓ、５０ｍｓ、１００ｍｓ等の範囲であってもよく、各デューティーサイクルは、特定の比に従って、アクティブ・フェーズと非アクティブ・フェーズとの間に分割されてもよい。全体のデューティーサイクル長およびアクティブ／非アクティブ・フェーズ比は、トラフィック・スループットの量およびトラフィックのレイテンシー要件に依存し得る。処理インフラストラクチャー２６０８／２６１０は、入来下りリンク・トラフィックを処理し、パッケージして、物理層データ・ストリームを生成することができるので、所定のマッピング・スキームはまた、アクティブ・フェーズが物理層データ・ストリームを伝送するのに十分な資源を有することを確実にするために、入来下りリンク・トラフィックから物理層データが生成されるであろう量を近似することもできる。

トラフィック負荷情報に基づいてデューティーサイクルを選択した後、活動制御モジュール５８０６は、選択されたデューティーサイクルをスケジューラ・モジュール５８０８およびＨＷ／ＳＷ電力管理モジュール５８０４に提供することができる。次いで、スケジューラ・モジュール５８０８は、デューティーサイクルに従って下りリンク・トラフィックを形作ってもよく、いくつかの態様では、アクティブ・フェーズ内のすべての下りリンク・グラントのスケジューリングを含んでもよい。スケジューラ・モジュール５８０８は、従来のネットワーク・スケジューリング・アルゴリズム、例えば、ラウンド・ロビン・スケジューリングを含むＭＡＣスケジューラ・アルゴリズムに従って、下りリンク・グラントの相対的位置を決定することができる。従って、スケジューラ・モジュール５８０８は、一般に、すべての下りリンク・グラントがアクティブ・フェーズの間にスケジュールされるデータ・グリッド５７２０に示されるように、下りリンク・グラント・スケジュールを生成し得る。スケジューラ・モジュール５８０８はまた、決定されたスケジュールを実行するために、（関連する制御情報に加えて）サービスされた端末装置に下りリンク・グラント（ｇｒａｎｔｓ）を提供することができる。スケジューラ・モジュール５８０８は、選択されたデューティーサイクルのアクティブおよび非アクティブ・フェーズを指定するサービスされた端末装置に追加的に制御情報を提供することができるが、いくつかの態様では、スケジューラ・モジュール５８０８は、選択されたデューティーサイクルの明示的な通知なしに、下りリンク（および後の詳細な上りリンクとして）グラントを介して、アクティブおよび非アクティブ・フェーズを代わりに実行することができる。

次いで、ＨＷ／ＳＷ電力管理モジュール５８０４は、選択されたデューティーサイクルに基づいて処理インフラストラクチャー２６０８／２６１０を制御するように構成されてもよい。次いで、処理インフラストラクチャー２６０８／２６１０は、ＨＷ／ＳＷ電力管理モジュール５８０４によって指示されるアクティブおよび非アクティブ・フェーズに従って、コア・インターフェース５８１０によって提供される入来下りリンク・トラフィックに対して下りリンク処理を実行することができる。処理インフラストラクチャー２６０８／２６１０は、結果として得られる下りリンク・データを、下りリンク伝送のために無線インターフェース２６０２／２６０４に提供し得る。

活動制御モジュール５８０６は、トラフィック・モニタリング・モジュール５８０２によって検出されるトラフィックの変化するレベルに基づいて、動的な方法でデューティーサイクルを制御することができる。例えば、トラフィック・モニタリング・モジュール５８０２が、下りリンク・トラフィックがより少ないことを示すトラフィック負荷情報を活動制御モジュール５８０６に提供する場合、活動制御モジュール５８０６は、電力節約を増加させるために（より多くの下りリンク・トラフィックの場合は逆も）、デューティーサイクルをより長い非アクティブ・フェーズを有するように調整することができる。従って、トラフィック・モニタリング・モジュール５８０２は、連続的または定期的にトラフィック負荷情報を活動制御モジュール５８０６に提供することができ、それに応答して、活動制御モジュール５８０６は、実行のためにＨＷ／ＳＷ電力管理モジュール５８０４およびスケジューラ・モジュール５８０８に提供するデューティーサイクルを連続的または定期的に選択することができる。

処理インフラストラクチャー２６０８／２６１０の電力管理アーキテクチャーは、ＨＷ／ＳＷ電力管理モジュール５８０４が処理インフラストラクチャー２６０８／２６１０上で有する制御の程度を決定し得る。例えば、単純なケースでは、ＨＷ／ＳＷ電力管理モジュール５８０４は、処理インフラストラクチャー２６０８／２６１０を電源オンおよびオフにすることのみが可能であり得る。従って、ＨＷ／ＳＷ電力管理モジュール５８０４は、処理インフラストラクチャー２６０８／２６１０を、デューティーサイクルに従って、アクティブ・フェーズの間電源オンにし、非アクティブ・フェーズの間電源オフにすることができる。

さらなる態様によれば、処理インフラストラクチャー２６０８／２６１０は、処理インフラストラクチャー２６０８／２６１０が、各電力状態が所定のレベルの電力消費および処理能力（例えば、所定の処理需要をサポートする能力）を有する所定の「電力状態」のセットを有するような、高度な電力管理アーキテクチャーで構成されてもよい。従って、完全に「オフ」状態に加えて、所定の電力状態は、最も低い電力状態を含み、最も低い電力消費および最も低い処理能力を有し、さらに最も高い電力状態まで電力消費および処理能力を増大させる電力状態を含んでもよい。このような電力状態は、異なるＣＰＵクロック周波数、異なる電圧、およびマルチコア・システムにおけるコアの異なる使用を介して、ソフトウェア・コンポーネントに対して異なる電力消費および処理能力を提供することができる。電力消費は、電圧二乗倍周波数（Ｖ２ ｆ）に比例するため、低電力状態は、高電力状態よりもより低いＣＰＵ周波数および／またはより電圧を有し得る。マルチコア・システムにおいて、より多くのコアの使用は、より少ないコアの使用よりも電力消費を増加させてもよく、各コアの電力消費は、さらに、ＣＰＵ周波数および電圧によって制御されてもよい。ハードウェア・コンポーネントに関して、このような電力状態は、動的周波数および電圧スケーリング（ＤＶＦＳ）、異なるクロック・ゲーティング、および異なる電力ゲーティングを利用して、電力状態全体にわたって電力消費および処理能力を変化させることができる。ＣＲＡＮアーキテクチャーまたは仮想ＲＡＮ （ＶＲＡＮ）アーキテクチャーなどのマルチコア使用の場合、処理インフラストラクチャー２６０８／２６１０は、マルチコアサーバーＣＰＵ上に実装することができ、例えば、Ｉｎｔｅｌ ｘ８６アーキテクチャーによる電力状態を利用することができる。このような電力管理技術は、各コアにわたる計算負荷の複雑な分配を含むことができる。詳細に関係なく、各電力状態は、処理インフラストラクチャー２６０８／２６１０のソフトウェアおよび／またはハードウェア・コンポーネントに対する、そのような特徴の所定の構成（例えば、ＣＰＵクロック周波数、電圧、コアの数、複数のコア間の結合相互作用、ＤＶＦＳ、クロック・ゲーティング、および電力ゲーティングのうちの１つ以上の所定の構成）を区切ってもよい。

従って、いくつかの態様では、ＨＷ／ＳＷ電力管理モジュール５８０４が、処理インフラストラクチャー２６０８／２６１０の所定の電力状態を利用して、デューティーサイクルのアクティブおよび非アクティブ・フェーズに従って、処理インフラストラクチャー２６０８／２６１０を制御し得る。所定の電力状態スキームの代わりに、ＨＷ／ＳＷ電力管理モジュール６２０４は、構成可能な電力状態に従って動作するように処理インフラストラクチャー２６０８／２６１０を制御するように構成されてもよく、ここで、ＨＷ／ＳＷ電力管理モジュール６２０４は、ＣＰＵクロック周波数、電圧、コアの数、複数のコア間の結合相互作用、ＤＶＦＳ、クロック・ゲーティング、および電力ゲーティングのうちの１つ以上を個々に調整し（例えば、連続的または離散的な方法で）、処理インフラストラクチャー２６０８／２６１０の処理効率および電力消費を調整することができる。

いくつかの実施態様において、ＨＷ／ＳＷ電力管理モジュール５８０４は、非アクティブ・フェーズの間、処理インフラストラクチャー２６０８／２６１０の電源を切るように構成されてもよい。データ・グリッド５７４０に関して上述したように、そのようなことは、特に、非アクティブ・ｆフェーズの間の負荷非依存電力消費の回避のため、電力節約をもたらし得る。しかしながら、非アクティブ・フェーズの間の処理インフラストラクチャー２６０８／２６１０の完全な停止は、アクティブ・フェーズ間の遅延が下りリンク・トラフィックに余分なレイテンシーを導入し得るので、レイテンシークリティカル・トラフィックに有害であり得る。この追加されたレイテンシーは、音声トラフィックのようなレイテンシークリティカル・トラフィックにマイナスの影響を与えるかもしれない。従って、いくつかの態様において、ＨＷ／ＳＷ電力管理モジュール５８０４は、処理インフラストラクチャー２６０８／２６１０を「常時オン」部分と「デューティーサイクル」部分とに分割し得、ここで、常時オン資源は、低電力で限定された処理能力を常に提供し得、デューティーサイクル資源は、アクティブおよび非アクティブ・フェーズに従って電源オンおよびオフになり得る。常時オン部品に使用される処理資源は、非常に低いリーク電力を有し得、ある程度の電力消費が発生するが、データ・グリッド５７３０の場合のように、高い負荷非依存電力消費を有し得ない。

従って、いくつかの態様では、より高いプロトコル・スタック層（例えば、トランスポート層）は、活動制御モジュール５８０６へのトラフィック・タイプを示してもよく、これは、活動制御モジュール５８０６が、レイテンシー・クリティカル・トラフィック（例えば、音声トラフィック）および非レイテンシー・クリティカル・トラフィック（例えば、ベストエフォート・トラフィック）を識別し、その後、レイテンシー・クリティカル・トラフィックを常時オン資源にルーティングし、非レイテンシー・クリティカル・トラフィックをデューティーサイクル資源にルーティングすることを可能にしてもよい。いくつかの態様では、スケジューラ・モジュール５８０８は、非アクティブ・フェーズの間、レイテンシークリティカル・データに対する下りリンク・グラントをスケジューリングするためのスケジューリング機能を実行するように構成することもできる。次いで、処理インフラストラクチャー２６０８／２６１０は、非アクティブ・フェーズ中に常時オン資源で、そしてアクティブ・フェーズ中に常時オン資源またはデューティーサイクル資源のいずれかで、レイテンシークリティカル・トラフィックを処理し得、従って、従来の非デューティー・サイクル・ケースにおけるものと同じまたは類似のレイテンシーを提供する。次いで、処理インフラストラクチャー２６０８／２６１０は、デューティーサイクル資源を用いて、次のアクティブ・フェーズの間、非レイテンシー・クリティカル・トラフィックを処理することができ、これは、介在する時間の間、非レイテンシー・クリティカル・トラフィックにレイテンシーを導入するかもしれない。

図５９は、処理インフラストラクチャー２６０８／２６１０における常時オン資源の使用の例示的な図を示し、ここで、端末装置ＵＥ１およびＵＥ２は、非レイテンシー・クリティカル・トラフィックを受信することができ、端末装置ＵＥ３は、レイテンシークリティカル・トラフィックを受信することができる。データ・グリッド５９１０に示されるように、スケジューラ・モジュール５８０８は、アクティブ・フェーズの間にＵＥ１、ＵＥ２、およびＵＥ３に対するすべてのトラフィックをスケジューリングする一方、非アクティブ・フェーズの間にＵＥ３のトラフィックをスケジューリングするだけでよい。従って、処理インフラストラクチャー２６０８／２６１０は、ＵＥ３のためのレイテンシークリティカル・トラフィックを非アクティブ・フェーズの間に常時オン資源で処理するように構成することができ、従って、レイテンシークリティカル・トラフィックへの余分なレイテンシーの導入を回避することができる。

データ・グリッド５９２０に示されるように、アクティブ・フェーズは、データ・グリッド５７４０の場合と同様の電力消費を有してもよく、一方、非アクティブ・フェーズは、処理インフラストラクチャー２６０８／２６１０の常時オン資源の動作のために、わずかに高い電力消費を有してもよい。しかしながら、５９２２で示される電力節約は、レイテンシークリティカル・トラフィックにおける過剰なレイテンシーを回避しながら、依然としてかなりのものであり得る（例えば、データ・グリッド５７３０の負荷非依存電力消費よりも少ない）。

処理インフラストラクチャー２６０８／２６１０の常時オン資源に対して利用可能な種々の任意選択が存在し得る。例えば、マルチコア実装のいくつかの態様において、ＨＷ／ＳＷ電力管理モジュール５８０４は、処理インフラストラクチャー２６０８／２６１０を制御して、例えば、常時オン資源のための単一コアおよびデューティーサイクル資源のための残りのコアを利用してもよい。加えてまたは代わりに、いくつかの態様では、常時オン資源のために、低い所定の電力状態を利用してもよい。より複雑な組込みシステムの電力管理機能を使用する種々の実装もまた、常時オン部分のための処理インフラストラクチャー２６０８／２６１０の資源を提供するために適用され得る。

いくつかの態様において、ＨＷ／ＳＷ電力管理モジュール５８０４は、処理インフラストラクチャー２６０８／２６１０から常時オン資源を選択するときに、レイテンシークリティカル・トラフィックの量を考慮することもできる。例えば、データ・グリッド５９１０の場合には、限られた量のレイテンシークリティカル・トラフィックのみが存在し得る。従って、ＨＷ／ＳＷ電力管理モジュール５８０４は、常時オン資源のために、処理インフラストラクチャー２６０８／２６１０で利用可能な全処理資源の限られた部分のみを必要とすることがある。レイテンシークリティカル・トラフィックが大量にある場合、ＨＷ／ＳＷ電力管理モジュール５８０４は、常時オン資源のための処理インフラストラクチャー２６０８／２６１０の全処理資源をより多く必要とし得る。ある場合には、処理インフラストラクチャー２６０８／２６１０の常時オン資源は、大量のレイテンシークリティカル・トラフィックをサポートするために、デューティーサイクル資源よりも大きな処理能力を有し得る。これは、より大きな電力消費をもたらし得るが、処理インフラストラクチャー２６０８／２６１０におけるデューティーサイクル資源の使用は、依然として電力節約を提供し得る。

いくつかの態様において、処理インフラストラクチャー２６０８／２６１０は、さらなる利用可能な特徴に応じて、種々の異なる修正を使用することができる。例えば、ネットワーク・アクセス・ノード２００２がキャリア・アグリゲーションを利用している設定において、処理インフラストラクチャー２６０８／２６１０は、常時オン資源で一次コンポーネントキャリアを実現する一方、二次コンポーネントキャリアはデューティーサイクル資源でデューティーサイクルに付すことができる。別の例では、デュアルコネクティビティ（ｄｕａｌ－ｃｏｎｎｅｃｔｉｖｉｔｙ）設定処理インフラストラクチャー２６０８／２６１０は、マスターセルグループに常時オン資源を、二次セルグループにデューティーサイクル資源を提供してもよい。別の例では、アンカーブースタ設定において、処理インフラストラクチャー２６０８／２６１０は、常時オン資源をアンカー・セルに、デューティーサイクル資源をブースタ・セルに提供することができる。

従って、トラフィック・モニタリング・モジュール５８０２、ＨＷ／ＳＷ電力管理モジュール５８０４、活動制御モジュール５８０６、スケジューラ・モジュール５８０８、および処理インフラストラクチャー２６０８／２６１０は、下りリンク方向のデューティーサイクルを利用することができ、従って、ネットワーク・アクセス・ノードにおける電力節約を可能にする。図５８に示されるように、いくつかの態様では、トラフィック・モニタリング・モジュール５８０２は、通信モジュール２６０６が上りリンク処理のためのデューティーサイクルを同様に実施することを可能にするために、無線インターフェース２６０２／２６０４において上りリンク・トラフィックをモニタすることもできる。通信モジュール２６０６は、上述の下りリンク・デューティー・サイクルとは別個に、またはそれと協調して、このような上りリンク・デューティー・サイクルを実行してもよい。例えば、処理インフラストラクチャー２６０８／２６１０が、上りリンク処理資源と下りリンク処理資源との間に厳密な割り当てを有している場合、特に、例えば、上りリンク処理のための電力消費が、下りリンク処理からの電力消費から実質的に独立している場合、通信モジュール２６０６は、上りリンクおよび下りリンクのデューティーサイクルを別々に選択するように構成されてもよい。換言すれば、活動制御モジュール５８０６は、コア・インターフェース５８１０における下りリンク・トラフィックに基づいて下りリンク・デューティー・サイクルを選択し、無線インターフェース２６０２／２６０４におけるまたは通信モジュール２６０６における適切な内部インターフェースにおける上りリンク・トラフィックに基づいて、上りリンク・デューティー・サイクルを選択するように構成されてもよい。代わりに、処理インフラストラクチャー２６０８／２６１０における処理資源が上りリンク処理と下りリンク処理との間で共有される場合、活動制御モジュール５８０６は、いくつかの態様において、電力節約を最大にするために、上りリンクおよび下りリンクのデューティーサイクルのアクティブおよび非アクティブ・フェーズをできるだけ近づけることによって、上りリンクおよび下りリンクのデューティーサイクルを調整するように構成されてもよい。

トラフィック・モニタリング・モジュール５８０２は、現在の上りリンク・トラフィック・スループットを示す活動制御モジュール５８０６にトラフィック負荷情報を提供するために、無線インターフェース２６０２／２６０４および／または通信モジュール２６０６のインターフェースで上りリンク・トラフィックをモニタするように構成されてもよい。下りリンク方向と同様に、トラフィック・モニタリング・モジュール５８０２は、上りリンク・トラフィックをモニタして、例えばスライディング・ウインドウ技術または将来の上りリンク・トラフィック・パターンを予測し得る他の類似の平均化アルゴリズムを用いて、平均上りリンク・スループットを計算し得る。平均上りリンク・スループットを測定することに加えて、トラフィック・モニタリング・モジュール５８０２は、無線インターフェース２６０２／２６０４で受信された（そして潜在的に通信モジュール２６０６で識別された）バッファ・ステータス・レポート（ＢＳＲｓ）およびスケジューリング・リクエスト（ＳＲｓ）のような上りリンク・トラフィックをモニタすることができる。ＢＳＲとＳＲの両方は、上りリンク送信のためにペンディングされている端末装置における上りリンク・データの量を示すことができるので、トラフィック・モニタリング・モジュール５８０２は、活動制御モジュール５８０６のためのトラフィック負荷情報を生成するために、平均上りリンク・スループットに加えて、このような情報を利用することができる。トラフィック・モニタリング・モジュール５８０２は、さらに、ＨＡＲＱ処理ターンアラウンド時間、例えば、ＨＡＲＱフィードバックを提供する前に上りリンク・データを処理するのに必要な時間の量などのメトリックを利用して、トラフィック負荷を示すことができる。

いくつかの態様において、活動制御モジュール５８０６は、例えば、上りリンク・トラフィック負荷情報を入力として受信し、上りリンク・デューティー・サイクルを出力する所定のマッピング・スキームに従って、上述の下りリンクの場合と同等の方法で、上りリンクのデューティーサイクルを選択するように構成されてもよい（所定のマッピング・スキームが、上りリンクと下りリンクのトラフィックの差異に従って、上りリンクと下りリンクに対して異なることが有り得る）。上述のように、上りリンクおよび下りリンクのデューティーサイクルの両方を実行する場合、活動制御モジュール５８０６は、アクティブおよび非アクティブ・フェーズを整列（または部分的に整列）するために、上りリンクおよび／または下りリンクのデューティーサイクルを互いに対して調整するように構成されてもよい。上りリンクおよび下りリンクのデューティーサイクルは、同一であってもよく（例えば、同一のアクティブおよび非アクティブのフェーズ持続時間を有する）、または異なるものであってもよい。

次に、活動制御モジュール５８０６は、選択されたデューティーサイクルをスケジューラ・モジュール５８０８およびＨＷ／ＳＷ電力管理モジュール５８０４に提供することができる。次いで、スケジューラ・モジュール５８０８は、選択されたデューティーサイクルのアクティブおよび非アクティブ・フェーズに従って上りリンク・トラフィックを形作ることができ、これは、アクティブ・フェーズの間の上りリンク・グラントをスケジューリングすることを含み得る。次いで、ＨＷ／ＳＷ電力管理モジュール５８０４は、処理インフラストラクチャー２６０８／２６１０を制御して、選択されたデューティーサイクルのアクティブおよび非アクティブ・フェーズに従って上りリンク・データに関する処理を実行してもよい。

下りリンクの場合と同様に、いくつかの態様において、ＨＷ／ＳＷ電力管理モジュール５８０４および処理インフラストラクチャー２６０８／２６１０は、音声トラフィックまたは厳格なレイテンシー要件を有する他のトラフィック・タイプなどのレイテンシー・クリティカルな上りリンク・トラフィックをサポートするために、処理インフラストラクチャー２６０８／２６１０の常時オン資源をさらに利用することができる。従って、活動制御モジュール５８０６は、より高いプロトコル・スタック層によって提供されるトラフィック・タイプ情報を利用して、レイテンシークリティカル上りリンク・データを常時オン資源に、非レイテンシークリティカル・データをデューティーサイクル資源にルーティングすることができる。

レイテンシークリティカルな上りリンク・トラフィックのための常時オン資源の使用に加えて、いくつかの態様において、通信モジュール２６０６は、上りリンク方向に処理インフラストラクチャー２６０８／２６１０の常時オン資源の追加のアプリケーションを有し得る。スケジューラ・モジュール５８０８がスケジューリング決定に対して完全な制御を有し得る下りリンク方向とは対照的に、端末装置は、上りリンク送信のタイミングにおいてある程度の柔軟性を有し得る。従って、あるシナリオでは、端末装置は、処理インフラストラクチャー２６０８／２６１０の非アクティブ・フェーズの間に、スケジューリング要求などの上りリンク・データを送信することを決定してもよい。従って、処理インフラストラクチャー２６０８／２６１０が非アクティブ・フェーズ中に完全にオフである場合、通信モジュール２６０６は、スケジューリング要求を受信することができない可能性があり、従って、端末装置は、後でスケジューリング要求を再送信する必要がある。

このシナリオは、接続されたＤＲＸ （Ｃ－ＤＲＸ）状態にある端末装置、例えばＬＴＥの場合に発生する。各ＴＴＩの間に制御チャネル（例えば、下りリンク・グラント）をモニタする必要がある通常の接続モード端末装置とは対照的に、Ｃ－ＤＲＸ状態の端末装置は、特定のＴＴＩの間に制御チャネルをモニタするだけでよい。従って、Ｃ－ＤＲＸ状態の端末機器は、端末機器がモニタする必要のないすべてのＴＴＩに関してスリープ状態に入ることによって、電力を節約することができる。Ｃ－ＤＲＸサイクルは、一定の期間を有してもよく、端末装置が制御チャネルをモニタする必要があるＤＲＸアクティブ状態と、端末装置が制御チャネルをモニタする必要がないＤＲＸスリープ状態とから構成されてもよい。

通信モジュール２６０６（例えば、スケジューラ・モジュール５８０８または制御モジュール２６１０の別のプロトコル・スタック層エンティティ）は、ＤＲＸ構成を端末装置に指定するように構成されてもよく、従って、ＤＲＸアクティブ状態およびスリープ状態がいつ発生するかを指示してもよい。端末装置は、一般に、下りリンク・グラント（係属中の下りリンク・データを示す）の制御チャネルをモニタし得るので、スケジューラ・モジュール５８０８は、下りリンク・デューティー・サイクルの活動フェーズ内のＤＲＸ活動状態および下りリンク・デューティー・サイクルの非アクティブ・フェーズ内のＤＲＸスリープ状態に適合するＣ－ＤＲＸサイクルを有する端末装置を構成することができる。

このようなスケジューリングは、Ｃ－ＤＲＸ端末装置の下りリンク・トラフィックをアクティブ下りリンク・フェーズにフィットさせるのに十分であるが、Ｃ－ＤＲＸ端末装置は、スケジューリング要求などの上りリンク送信のためにＤＲＸサイクルにバインドされないことがある（ただし、他の上りリンク送信は、通信モジュール２６０６からの上りリンク・グラントを必要とすることがある）。従って、Ｃ－ＤＲＸ端末装置は、ある場合には、スケジューリング要求をネットワーク・アクセス・ノード２００２に送信するために、Ｃ－ＤＲＸスリープ・サイクルを「中断（ｂｒｅａｋ）」してもよい。このようなことが、処理インフラストラクチャー２６０８／２６１０の非アクティブ・フェーズ中に起こり、その間に処理インフラストラクチャー２６０８／２６１０が完全にオフである場合、ネットワーク・アクセス・ノード２００２は、スケジューリング要求を受信しないことがある。

従って、レイテンシー・クリティカルな上りリンクおよび下りリンク・トラフィックをサポートすることに加えて、いくつかの態様において、Ｃ－ＤＲＸ端末からのようなスケジューリング要求をサポートするために、処理インフラストラクチャー２６０８／２６１０の常時オン電力状態を利用するために、ＨＷ／ＳＷ電力管理モジュール５８０４にとって有用であり得る。これは、特に、ネットワーク・アクセス・ノード２００２によって使用されるランダムアクセス構成が、非アクティブ・上りリンク・フェーズ中に発生するランダムアクセス機会を有する場合（通信モジュール２６０６は、代わりに、すべてのランダムアクセス機会がアクティブ・上りリンク・フェーズ中に発生するランダムアクセス構成および上りリンク・デューティー・サイクルを選択することができる）、アイドル・モード端末装置からのランダムアクセスをサポートするためにも有用であり得る。

上述のように、活動制御モジュール５８０６およびスケジューラ・モジュール５８０８は、レイテンシークリティカル・トラフィックを識別するために、トラフィック・タイプ情報に依存してもよい。このようなトラフィック・タイプ情報は、一般に、ネットワークおよびトランスポート層における伝送制御プロトコル（ＴＣＰ）／インターネットプロトコル（ＩＰ）のような、ネットワーク・アクセス・ノード２００２の無線アクセス・プロトコル・スタック層の上の層で利用可能である。これらの上位層プロトコルは、バックホール・インターフェースに沿って位置し、ネットワーク・アクセス・ノード２００２とコア・ネットワークとの間のデータ転送、例えばＳ１インターフェースを介して実行することを担当している、ネットワーク・ノード内のソフトウェア・コンポーネントとして物理的に具体化され得る。これらは一般に、アクセス・ネットワーク・ノード、コア・ネットワーク・ノードおよび外部データ・ネットワーク・ノードにおけるソフトウェア・コンポーネントとして具現化され、コア・ネットワーク、外部データ・ネットワークおよびアクセス・ネットワークを介して、ソース（端末装置１５０２のデータ・ソース１６１２またはアプリケーション・サーバーにおける同等の機能であってもよい）から宛先（端末装置１５０２のデータ・シンク１６１６またはアプリケーション・サーバーにおける同等の機能であってもよい）へのデータ転送を処理することができる。図６０は、ネットワーク・アクセス・ノード２００２とコア・ネットワークとの間でデータを運ぶことができるバックホール・インターフェースの一部としてネットワーク・ノード６００２が配置される例示的な図を示す。ネットワーク・ノード６００２は、ネットワークおよびトランスポート層プロトコル、例えば、ＴＣＰ／ＩＰに従ってソフトウェア定義命令を実行するように構成されたプロセッサであってもよく、このようなデータ転送を容易にし、ネットワーク・アクセス・ノード２００２によってサービスされる１つ以上の端末装置のトランスポート層とのソフトウェア接続であってもよい。ネットワーク・ノード６００２は、例えば、通信モジュール２６０６に近接する基地局サイト、例えば、ラック上、バックホール・インターフェースに沿った別の物理的位置に物理的に配置されてもよく、または１つ以上のサーバー、例えばクラウド・コンピューティング・システムの一部として実装されてもよい。

ネットワーク・ノード６００２は、ネットワーク・アクセス・ノード２００２に供給されるデータ接続のネットワークおよびトランスポート層を包含するため、ネットワーク・ノード６００２は、どのデータがレイテンシークリティカルであるかを示すトラフィック・タイプ情報にアクセスすることができる。例えば、トラフィック・タイプ情報は、ＩＰソースおよび宛先アドレス、ＴＣＰポート番号、または差別化サービス（ＤｉｆｆＳｅｒｖ）情報であってもよく、ネットワーク・ノード６００２は、ＩＰ層プロトコルを用いてそれらを識別し、認識することができる。例えば、ＤｉｆｆＳｅｒｖ情報の場合、ＩＰパケットヘッダは、トラフィックのプライオリティを示し、その結果、レイテンシークリティカル・トラフィックを示すことがある差別化サービス・コード・ポイント（ＤＳＣＰ）を含む差別化サービス・フィールド（ＤＳフィールド）を有してもよい。

従って、いくつかの態様において、ネットワーク・ノード６００２は、レイテンシークリティカル・データを識別するトラフィック・タイプ情報を得るように構成されてもよく、この情報を活動制御モジュール５８０６およびスケジューラ・モジュール５８０８に提供して、活動制御モジュール５８０６およびスケジューラ・モジュール５８０８が、レイテンシークリティカル・トラフィックに基づいてデューティーサイクルを選択できるようにし（例えば、レイテンシークリティカル・トラフィックをサポートするのに十分な常時電力状態で）、レイテンシークリティカル・トラフィックを適切にスケジュールするように構成されてもよい。

ネットワークおよびトランスポート層プロトコルに従って、ネットワーク・ノード６００２は、バックホール・インターフェース上のデータ・トラフィックの双方向転送、および一般的に送信元と宛先の間の双方向転送を処理するＱｏＳおよびフロー制御メカニズムを実装するように構成されてもよく、これは、例えば、異なる優先順位を持つＩＰパケットのための異なるキューであってもよい。ネットワーク・アクセス・ノード２００２におけるデューティーサイクルは、無線アクセス・ネットワークのデータの転送に影響を及ぼし得るが、ネットワーク・アクセス・ノード２００２は、単に、データ・ソースおよび宛先のトランスポート層、例えば、デバイスとデバイスが通信しているサーバーにおける通常の輻輳を経験する基地局のように見えるかもしれず、換言すれば、デューティーサイクルは、フロー制御機構、例えば、ＴＣＰスロー・スタートおよびＴＣＰウィンドウに対して透明であり得る。従って、ネットワーク・ノード６００２は、キュー・オーバーフローによるパケット損失のリスクを制御するために、適切なＱｏＳメカニズムを実装してもよい。

いくつかの態様において、ネットワーク・アクセス・ノード２００２は、デューティーサイクル中の容量が一定の最低要件を満たすことを確実にする助けとなる追加の措置を講じることができる。例えば、活動制御モジュール５８０６は、ＥＰＳデフォルトおよび専用ベアラ設定手順の間に、より高いプロトコル層情報、例えば、ＱｏＳクラス識別子（ＱＣＩ）から端末固有の上りリンクおよび下りリンクのグラント・バジェットを抽出することができる。次に、活動制御モジュール５８０６は、デューティーサイクルを選択する際に、これらの上りリンクおよび下りリンクのバジェットを考慮してもよく、一方、スケジューラ・モジュール５８０８は、そのバジェットを超える特定の端末装置に対して、アクティブ・フェーズにおいて上りリンクおよび／または下りリンクのグラントを許可しなくてもよい。

いくつかの態様では、非アクティブ・デューティー・サイクル・フェーズの間のキュー・オーバーフローによるパケット損失は、ペリフェラル・コンポーネント・インターコネクト・エクスプレス（ＰＣＩｅ）３．０デバイスのようなレイテンシー・トレランス・レポーティング・スキームで対処することもできる。従って、バックホール・インターフェース、例えばＳ１インターフェース、およびネットワーク・アクセス・ノード２００２によってサービスされる端末装置は、それぞれ、下りリンクおよび上りリンクの方向におけるそれらのバッファリング能力を活動制御モジュール５８０６に報告することができる。次いで、活動制御モジュール５８０６は、デューティーサイクルを選択する際に、非アクティブ・フェーズの長さを決定するときに、そのようなバッファリング・レポートを考慮してもよい。また、バックホール・インターフェース、例えば、Ｓ１インターフェースが、次のアクティブ・フェーズにおいて下りリンク・グラントによって再び提供され、各レポーティング端末装置が、それぞれのキューがオーバーフローする前に、再び上りリンク・グラントによって提供されることを確実にすることができる。

種々の態様において、通信モジュール２６０６は、完全にロードされたネットワーク・コンポーネントのために確立された多数の異なる輻輳回避スキームのいずれかをさらに利用することができる。さらに、いくつかの態様において、トラフィック・モニタリング・モジュール５８０２は、トラフィック・パターンのより強化された予測を適用するために、端末装置からの協調に依存してもよい。例えば、端末装置１５０２のようなネットワーク・アクセス・ノード２００２によってサービスされる端末装置は、端末装置１５０２のユーザーがスクリーンをロック解除し、電話をピックアップし、特定のアプリケーションを開く場合など、端末装置１５０２における上りリンクおよび／または下りリンク・トラフィックが近い将来に増加することが予想されることを先制的に示すことができる。端末装置１５０２が、例えば、データ・ソース１６１２／データ・シンク１６１６のアプリケーション・プロセッサのアプリケーション層において、またはモーション・センサ（例えば、ジャイロスコープまたは加速度計）を介して、このような動作を検出する場合、端末装置１５０２は、近い将来、携帯発信動作がトリガーされ得、その結果、上りリンクまたは下りリンク・トラフィックが増加することをネットワーク・アクセス・ノード２００２に報告し得る。例えば、端末装置１５０２は、ネットワーク・アクセス・ノード２００２への端末の上りリンクまたは下りリンクのトラフィックの潜在的な差し迫ったトリガーを示すために、電力プリファレンス・インジケータ（ＰＰＩ）ビットのような報告メカニズムを利用してもよい。トラフィック・モニタリング・モジュール５８０２（または通信モジュール２６０６の別のコンポーネント）は、無線インターフェース２６０２／２６０４で受信された上りリンク・トラフィックにおけるこのような表示を検出し、例えば、そのような情報が端末装置から受信されたときにトラフィック負荷情報によって提供されるトラフィック推定値を増加させることによって、トラフィック負荷情報を活動制御モジュール５８０６に提供する際にそのような表示を考慮するように構成されてもよい。

従って、ネットワーク・アクセス・ノード２００２は、処理インフラストラクチャーの電力消費を低減するために、デューティー・サイクル・スキームを利用することができる。上述のように、ネットワーク・アクセス・ノード２００２は、レイテンシークリティカルおよび予測不可能なトラフィックの両方をサポートするために、常時オン資源などの強化を利用することに加えて、現在のおよび過去のトラフィック条件に基づいて適切なデューティーサイクルを選択するように構成することができる。本開示の態様は、処理インフラが、所定の電力状態に基づいて高度な制御を提供する複雑な電力管理機能を備えて構成される場合に有用であり得る。

さらに、基地局の設定において上述したが、本開示のいくつかの態様は、そのフロントホールまたはバックホール・インターフェースの少なくとも１つにスケジューリング機能を提供する任意のネットワーク処理コンポーネントに実装されてもよい。例えば、ネットワーク・ノード６００２または例えばバックホール・インターフェースに沿って位置する任意の他の処理コンポーネントは、開示されたデューティーサイクル技術を用いて、その処理インフラストラクチャーにおいてデューティーサイクルを実行し、それに応じて上りリンクおよび／または下りリンク・トラフィックを調整することができる。例えば、ネットワーク・ノード６００２は、バックホール・インターフェース上のトラフィックのためのスケジューリング機能を提供するように構成することができ、電力を節約するために、ネットワーク・ノード６００２の１つ以上の処理コンポーネント（例えば、プロセッサ、ハードウェア・アクセラレータなど）を動作させるデューティーサイクル（例えば、バックホール・インターフェースのトラフィック条件に基づく）を選択することができる。従って、ネットワーク・ノード６００２は、電力管理システムの所定の電力状態、常時オン資源などの使用を含む、上述の技術のいずれかを実装することができる。

図６１は、本開示の一態様によるネットワーク・プロセッサを動作させる方法６１００を示す。図６１に示すように、方法６１００は、無線アクセス・ネットワークと関連する上りリンクまたは下りリンク・データ・トラフィックをモニタして、トラフィック負荷条件を決定し（６１１０）、トラフィック負荷条件に基づいてアクティブ・フェーズおよび非アクティブ・フェーズを有するデューティーサイクルを選択し（６１２０）、アクティブ・フェーズの間に高電力状態で、非アクティブ・フェーズの間に低電力状態であるネットワーク処理インフラストラクチャーと共に追加の上りリンクまたは下りリンク・データ・トラフィックを処理すること（６１３０）を含む。

２．７ 電力効率＃７
本開示のいくつかの態様において、ネットワーク処理コンポーネントは、予想される処理需要に基づいて低電力状態をトリガーすることにより電力を節約することができる。従って、ネットワーク処理コンポーネントは、近づく処理需要を推定するために特定の性能インジケータをモニタすることができ、また、過去の処理の履歴、現在の処理、または推定される近づく処理需要に基づいて、処理効率および結果として生じる電力消費をスケールすることができる。ネットワーク処理コンポーネントは、過去の処理の履歴、現在の処理、または推定される近づく処理需要に基づいて処理効率および電力消費を適応させることによって、不必要な電力を消費することなく、近づく処理需要に十分な処理効率を提供することができる。これらの態様は、共通チャネルの態様と共に使用することができ、例えば、ネットワーク処理コンポーネントは、過去の処理の履歴、現在の処理、または推定される近づく処理、または過去、現在または推定される将来の需要に基づいて、共通チャネルを処理することができる。

上述のように、図２６のネットワーク・アクセス・ノード２００２のようなネットワーク・アクセス・ノードは、ハードウェアおよび／またはソフトウェア・コンポーネントを用いて、下りリンクおよび／または上りリンク・データの処理を実行することができる。所定のネットワーク・アクセス・ノード上の処理需要は、無線トラフィック負荷と直接相関させることができる。例えば、アクティブな接続を有する多数の端末装置を処理する基地局は、高い処理需要を有してもよく、一方、アクティブな接続を有する少数の端末装置を処理する基地局は、はるかに低い処理需要を有してもよい。

電力消費の最適化を支援するために、ネットワーク・アクセス・ノードは、近づく処理需要を予測するために、トラフィック状態をモニタすることができる。次いで、ネットワーク・アクセス・ノードは、予想される近づく処理需要に基づいて処理効率を最適化するために、特定の技法に従って処理効率をスケールすることができる。処理効率が低下すると、電力消費が減少する可能性があるため、ネットワーク・アクセス・ノードは、過剰な電力消費を回避することができる。

上述のように、ネットワーク・アクセス・ノード２００２は、上りリンクおよび下りリンク・データを処理するための処理インフラストラクチャーとして、物理層モジュール２６０８および制御モジュール２６１０を使用してもよく、これは、物理層モジュール２６０８の場合は物理層処理、および制御モジュール２６１０の場合はプロトコル・スタック層処理を含んでもよい。これに限定されるものではないが、物理層モジュール２６０８および制御モジュール２６１０は、１つ以上のプロセッサおよび／または１つ以上のハードウェア・アクセラレータを含んでもよく、プロセッサは、一般に、制御およびアルゴリズム機能（読出し可能なプログラム・コードとして定義される）を実行し、それらのそれぞれの専用機能に応じて、特定の処理集約タスクをハードウェア・アクセラレータに割り当ててもよい。制御モジュールは、例示的なＬＴＥ設定において、メディア・アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）、ＲＲＭ、無線資源制御（ＲＲＣ）などのＳ１－ＭＭＥおよびＳ１－Ｕプロトコルを含む上位層基地局プロトコル・スタック機能を担ってもよい。

従って、ネットワーク・アクセス・ノード２００２の通信モジュール２６０６は、上りリンクおよび下りリンク・データを処理するために処理インフラストラクチャー２６０８／２６１０を使用してもよい。図６２は、ネットワーク・アクセス・ノード２００２が、予想される処理需要に従って処理インフラストラクチャー２６０８／２６１０の処理効率を制御し、電力消費を最適化するのを助けるいくつかの態様によるネットワーク・アクセス・ノード２００２の内部構成を示す。図６２に示すように、通信モジュール２６０６は、処理インフラストラクチャー２６０８／２６１０、処理モニタモジュール６２０２、ＨＷ／ＳＷ電力管理モジュール６２０４、活動制御モジュール６２０６、およびスケジューラ・モジュール６２０８を含むことができる。処理モニタモジュール６２０２、ＨＷ／ＳＷ電力管理モジュール６２０４、活動制御モジュール６２０６、およびスケジューラ・モジュール６２０８の各々は、ハードウェア定義モジュール、例えば、１つ以上の専用ハードウェア回路またはＦＰＧＡとして、ソフトウェア定義モジュールとして、例えば、非一時的なコンピュータ読み取り可能記憶媒体内に記憶された演算、制御、およびＩ／Ｏ命令（例えば、ソフトウェアおよび／またはファームウェア）を定義するプログラム・コードを実行する１つ以上のプロセッサとして、またはハードウェア定義およびソフトウェア定義の混合モジュールとして、構造的に実現されてもよい。通信モジュール２６０６の個々のコンポーネントは、図６２に別々に示されているが、この描写は、機能レベルでの通信モジュール２６０６の動作を強調するために役立つ。従って、通信モジュール２６０６の１つ以上のコンポーネントは、共通のハードウェアおよび／またはソフトウェア要素に統合されてもよい。加えて、本明細書に記載の機能（特に、式／方程式、フローチャート、および文章の説明）は、当業者により、非一時的なコンピュータ読み取り可能媒体からの読取りおよびプロセッサによる実行のためのプログラム・コードに容易に組み込まれ得る。例えば、処理モニタモジュール６２０２、ＨＷ／ＳＷ電力管理モジュール６２０４、活動制御モジュール６２０６、およびスケジューラ・モジュール６２０８の各々は、プロセッサ上で別個のソフトウェア・モジュールとして実行されてもよい。さらに、処理モニタモジュール６２０２、ＨＷ／ＳＷ電力管理モジュール６２０４、活動制御モジュール６２０６、およびスケジューラ・モジュール６２０８のうちの１つ以上は、さらに、制御モジュール２６１０によってソフトウェア・モジュールとして実行されてもよい。スケジューラ・モジュール６２０８は、例えば、制御モジュール２６１０のＭＡＣスケジューラであってもよい。

上りリンク方向において、処理インフラストラクチャー２６０８／２６１０は、無線インターフェース２６０２／２６０４（アンテナ・システム２６０２および無線モジュール２６０４として実装される）を介して端末装置から受信した上りリンク・データを処理して、コア・インターフェース５８１０を介してコア・ネットワークに提供することができる。下りリンク方向において、処理インフラストラクチャー２６０８／２６１０は、コア・インターフェース５８１０を介してコア・ネットワークから受信した下りリンク・データを処理して、無線インターフェース２６０２／２６０４を介して端末装置に提供することができる。

処理インフラストラクチャー２６０８／２６１０における上りリンク処理に関して、活動制御モジュール６２０６は、処理インフラストラクチャー２６０８／２６１０に対する将来の上りリンク処理需要を予測し、ＨＷ／ＳＷ電力管理モジュール６２０４にコマンドを供給するように構成されてもよく、これは、活動制御モジュール６２０６によって提供されるコマンドに基づいて、処理インフラストラクチャー２６０８／２６１０の電力消費および処理効率を制御することができる。活動制御モジュール６２０６は、処理モニタモジュール６２０２を介した処理挙動および／またはスケジューラ６２０８を介した負荷のスケジューリングを評価して、処理インフラストラクチャー２６０８／２６１０のための適切な処理効率および電力消費を決定するように構成してもよい。

従って、処理モニタモジュール６２０２は、将来の処理需要を予測するために、処理インフラストラクチャー２６０８／２６１０における処理挙動をモニタするように構成されてもよい。上述のように、処理インフラストラクチャー２６０８／２６１０は、例えば、ネットワーク・アクセス・ノード２００２が多数のアクティブな端末装置にサービスしている場合、ネットワーク・アクセス・ノード２００２が高度にロードされている場合、高い処理需要を有してもよく、ネットワーク・アクセス・ノード２００２が軽くロードされている場合、例えば、ネットワーク・アクセス・ノード２００２が少数の能動端末装置にサービスしている場合、より低い処理需要を有してもよい。同様に、ネットワーク・アクセス・ノード２００２によってサービスされる端末装置が、処理インフラストラクチャー２６０８／２６１０がタイムリーな方法で処理を完了する必要があるため、厳しいレイテンシー需要を有する場合、高い処理需要が存在し得る。例えば、ＬＴＥ設定において、ｅＮＢスケジューラは、特定のＱＣＩに対してより低いレイテンシーを達成するために、処理インフラストラクチャー２６０８／２６１０により多くの電力（および周波数）を適用することができる。

上りリンク方向では、処理インフラストラクチャー２６０８／２６１０は、特定のタイミング制約内で端末装置から受信された上りリンク・データに関する上りリンク処理を完了することができる。例示的なＬＴＥ設定において、ｅＮｏｄｅＢは、所定のＴＴＩ （持続時間１ｍｓ）にわたって上りリンク・データを受信する必要があり、例えば、確認応答（ＡＣＫ）／否定確認応答（ＮＡＣＫ）フィードバック（ＬＴＥにおいて「ＨＡＲＱ」フィードバックとして知られる）を提供する前に、受信した上りリンク・データに関する上りリンク処理を完了するために、その後の３つのＴＴＩを有してもよい。従って、処理インフラストラクチャー２６０８／２６１０は、上りリンク・データが正しくまたは誤って受信されたか否かを決定するために、種々のサービスされた端末装置から受信された上りリンク・データを受信し、復号し、復調し、エラー・チェックする必要があり得る。処理インフラストラクチャー２６０８／２６１０が、上りリンク・データが所定の端末装置から正しく受信されたと判定する場合、処理インフラストラクチャー２６０８／２６１０は、（上りリンク・データが受信されたＴＴＩの４番目のＴＴＩにおいて）ＡＣＫを端末装置に送信してもよい。逆に、処理インフラストラクチャー２６０８／２６１０が、上りリンク・データが所定の端末装置から正しく受信されなかったと判定する場合、処理インフラストラクチャー２６０８／２６１０は、ＮＡＣＫ （上りリンク・データが受信されたＴＴＩの４番目のＴＴＩにおいて）を端末装置に送信してもよい。他の上りリンク処理時間の制約は、同様に、関連するＲＡＴ固有のパラメータに依存して、他の無線アクセス技術で課されるかもしれない。

従って、例示的なＬＴＥ設定において、処理インフラストラクチャー２６０８／２６１０は、上りリンク・データ上の上りリンクＨＡＲＱ処理（受信、復号化、復調、エラー・チェックなど）を完了するために３つのＴＴＩ（３ｍｓ）を有し、タイミング良くＡＣＫ／ＮＡＣＫフィードバックを送信することができる。ＡＣＫ／ＮＡＣＫ処理を完了するのに必要な時間の総量は、ＬＴＥ設定では「ＨＡＲＱターンアラウンド」、一般設定では「再送通知ターンアラウンド」と呼ばれることがある。再送通知ターンアラウンド時間には、ＬＴＥにおけるＨＡＲＱターンアラウンドのための３つのＴＴＩ （３ｍｓ）処理時間バジェットのような制限があるかもしれない。本明細書に詳述する態様は、ネットワーク・アクセス・ノードが上りリンク再送処理を完了し、ＡＣＫ／ＮＡＣＫフィードバックを提供することが期待される再送通知ターンアラウンド時間を有する他の無線アクセス技術に適用可能である。図６３は、例示的なＬＴＥ設定のいくつかの態様による、低負荷セル（６３１０）に対するおよび高負荷セル（６３２０）に対するＨＡＲＱターンアラウンドを詳述する２つの異なるチャート６３１０および６３２０を示す。ＨＡＲＱ処理完了時間の累積分布関数（ＣＣＤＦ）を図示するチャート６３１０に示すように、処理インフラストラクチャー２６０８／２６１０は、約６００ｕｓのＨＡＲＱターンアラウンド（チャート６３１０における各ラインは、３つのセルのうちの１つのセルに対する処理である）を有する上りリンクＨＡＲＱ処理を完了することができ、これは、３ｍｓ処理時間バジェットの範囲内であり得る。チャート６３２０に示されるように、処理インフラストラクチャー２６０８／２６１０は、高負荷セルおよび／または厳密なレイテンシー需要を有するセルのための上りリンクＨＡＲＱ処理を完了するために約１８００ｕｓを必要とする場合がある。

上述のように、処理インフラストラクチャー２６０８／２６１０は、異なる処理効率で動作することができ、ここで、より高い処理効率は、一般に、より高い電力消費をもたらし得る。例えば、処理インフラストラクチャー２６０８／２６１０は、より高いＣＰＵクロック周波数、より高い電圧、および／またはより多くの数のコア（マルチコア設計において）を有するソフトウェア・コンポーネントを動作させて、処理効率を増加させ、同時に電力消費を増加させることができる（単一コアにおける電力消費は、一般に、電圧二乗倍周波数（Ｖ２ ｆ））。処理インフラストラクチャー２６０８／２６１０は、低ＤＶＦＳ、より低いクロック・ゲーティング、および／またはより低い電力ゲーティングを有するハードウェア・コンポーネントを付加的または代わりに動作させて、電力消費を増加させながら処理効率を増加させることができる。

処理インフラストラクチャー２６０８／２６１０の種々の処理効率は、一組の所定の電力状態に体系化されてもよく、ここで、各電力状態は、処理インフラストラクチャー２６０８／２６１０のソフトウェアおよび／またはハードウェア・コンポーネントに対するＣＰＵクロック周波数、電圧、コアの数、複数のコア間の結合相互作用、ＤＶＦＳ、クロック・ゲーティング、および電力ゲーティングのうちの１つ以上の所定の構成として定義されてもよい。種々の処理効率は、動的周波数および電圧スケーリングをさらに使用することができる。いくつかの態様において、所定の電力状態は、より低い周波数状態（「Ｐ状態」として知られる場合もある）および／またはより低い電力状態（「Ｃ状態」として知られる場合もある）であり得る。別の非制限的な例は、「ターボ・ブースト（Ｔｕｒｂｏ Ｂｏｏｓｔ）」状態であってもよく、これは、周波数を増加させ、キー・ワークロードに対してより低いレイテンシーを提供することができる電力特徴であってもよい。従って、所定の電力状態のそれぞれは、所定の電力消費を有する所定の処理効率を提供し得、ここで、ＨＷ／ＳＷ電力管理モジュール６２０４は、所定の電力状態のそれぞれに従って動作するように処理インフラストラクチャー２６０８／２６１０を制御するように構成することができる。所定の電力状態方式の代わりに、ＨＷ／ＳＷ電力管理モジュール６２０４は、構成可能な電力状態に従って動作するように処理インフラストラクチャー２６０８／２６１０を制御するように構成されてもよく、ここで、ＨＷ／ＳＷ電力管理モジュール６２０４は、ＣＰＵクロック周波数、電圧、コアの数、複数のコア間の結合相互作用、ＤＶＦＳ、クロック・ゲーティング、および電力ゲーティングのうちの１つ以上を個々に調整し（例えば、連続的または離散的な方法で）、処理インフラストラクチャー２６０８／２６１０の処理効率および電力消費を調整することができる。

電力消費の最適化を支援するために、活動制御モジュール６２０６は、処理モニタモジュール６２０２が提供する過去の再送通知ターンアラウンド（例えば、ＨＡＲＱターンアラウンド）時間を評価して、処理インフラストラクチャー２６０８／２６１０を動作させるためのターゲット処理効率を選択することができる。従って、処理モニタモジュール６２０２は、現在の処理効率に基づいて再送通知ターンアラウンド時間を特徴付けるために、処理インフラストラクチャー２６０８／２６１０における処理挙動を経時的にモニタすることができる。例えば、処理モニタモジュール６２０２は、処理インフラストラクチャー２６０８／２６１０が第１の電力状態に設定されるとき、平均再送通知ターンアラウンド時間を測定することができる（例えば、最新のＴＴＩの所定数を超えるウィンドウ処理を伴う）。次いで、処理モニタモジュール６２０２は、平均再送通知ターンアラウンド時間を活動制御モジュール６２０６に提供することができ、これにより、平均再送通知ターンアラウンド時間を処理時間バジェット、例えばＨＡＲＱの例示的設定における３ｍｓと比較することができる。平均再送通知ターンアラウンド時間がどれだけバジェット・ヘッドルームを提供するかに応じて（バジェット・ヘッドルームは、処理時間バジェットと平均再送通知ターンアラウンド時間との差である）、活動制御モジュール６２０６は、ＨＷ／ＳＷ電力管理モジュール６２０４に、電力状態を増加または減少させ、従って、ネットワークおよび／またはＨＡＲＱターンアラウンドのニーズを満たしつつ、処理効率を増加または低下させるように指示することができる。例えば、処理インフラストラクチャー２６０８／２６１０が第１の電力状態で動作しているとき、大きなバジェット・ヘッドルームがある場合（例えば、平均再送通知ターンアラウンド時間が処理時間バジェットをはるかに下回る）、活動制御モジュール６２０６は、ＨＷ／ＳＷ電力管理モジュール６２０４に、第１の電力状態よりも低い電力消費および低い処理効率を有する電力状態を利用するように指示することができる。逆に、バジェット・ヘッドルームが小さい場合（例えば、平均再送通知ターンアラウンド時間が処理時間バジェットをわずかに下回る場合）、活動制御モジュール６２０６は、ＨＷ／ＳＷ電力管理モジュール６２０４に、第１の電力状態よりも高い電力消費および高い処理効率を有する電力状態を利用するか、または第１の電力状態を引き続き使用するように指示することができる。

従って、活動制御モジュール６２０６は、バジェット・ヘッドルームまたは再送通知ターンアラウンド時間を入力として受信し、処理効率または電力消費の変化を出力として提供する決定論理で予め構成されてもよい（例えば、固定または適応ルックアップテーブルまたは類似の決定論理の形態で）。例えば、再送通知ターンアラウンド時間が、例えば、６００ｕｓ （例えば、バジェット・ヘッドルームが２．４ｍｓ）である場合、活動制御モジュール６２０６は、決定論理に従って、例えば、２５％だけ、処理インフラストラクチャー２６０８／２６１０の処理効率または電力消費を低減することを決定することができる。あるいは、再送通知ターンアラウンド時間が、例えば、１８００ｕｓ （例えば、バジェット・ヘッドルームが１．２ｍｓ）である場合、活動制御モジュール６２０６は、判定論理に従って、例えば、１０％だけ、処理インフラストラクチャー２６０８／２６１０の処理効率または電力消費を低減することを決定してもよい。別の例において、再送通知ターンアラウンド時間が２．９ｍｓ （例えば、バジェット・ヘッドルームが０．１ｍｓ）である場合、活動制御モジュール６２０６は、バジェット・ヘッドルームが不十分（従って、処理需要が増加する場合、潜在的な再送通知失敗に影響を受けやすい）であると判定し、決定論理に従って、例えば、２５％だけ、処理インフラストラクチャー２６０８／２６１０の処理効率または電力消費を増加させることを決定することができる。このような値は非制限的で、例示的であり、再送通知ターンアラウンド時間に基づいて電力状態変化に関する決定を行うための活動制御モジュール６２０６によって採用される決定論理は、大まかに構成可能であってもよく、処理アーキテクチャー２６０８／２６１０の種々の電力状態および構成に依存してもよい。活動制御モジュール６２０６は、一般に、再送通知処理時間バジェットを満たすために（例えば、変動の場合の幾らかの処理効率許容範囲を含む）、処理効率が依然として十分であるな最低限の共用可能なレートまで電力消費を低減するように選択してもよい。従って、活動制御モジュール６２０６は、ＨＷ／ＳＷ電力管理モジュール６２０４に、処理インフラストラクチャー２６０８／２６１０の電力消費または処理効率を増加または減少させるコマンドを提供してもよい。いくつかの態様において、活動制御モジュール６２０６は、特定の調整命令の形態で、例えば、処理インフラストラクチャー２６０８／２６１０における処理効率を一定量だけ増加させる、または選択された電力状態の形態で、例えば、再送通知ターンアラウンド時間に基づいて適切な電力状態を決定し、ＨＷ／ＳＷ電力管理モジュール６２０４に直接的にインフラストラクチャー２６０８／２６１０の選択された電力状態を指定することによって、電力消費または処理効率を調整するためのコマンドを提供してもよい。それにかかわらず、活動制御モジュール６２０６は、処理インフラストラクチャー２６０８／２６１０の適切な電力状態に関するコマンドをＨＷ／ＳＷ電力管理モジュール６２０４に提供してもよい。

次いで、ＨＷ／ＳＷ電力管理モジュール６２０４は、処理インフラストラクチャー２６０８／２６１０を制御して、選択された電力状態に従って動作させることができ、ここで、選択された電力状態は、処理インフラストラクチャー２６０８／２６１０の以前の電力状態と同一または異なることがある。次いで、処理インフラストラクチャー２６０８／２６１０は、選択された電力状態に従って、無線インターフェース２６０２／２６０４を介して受信された上りリンク・データを処理することができる。

いくつかの態様において、処理モニタモジュール６２０２は、処理インフラストラクチャー２６０８／２６１０において再送通知ターンアラウンドを連続的に測定して、平均再送通知ターンアラウンド測定値を活動制御モジュール６２０６に提供してもよい。従って、活動制御モジュール６２０６は、処理モニタモジュール６２０２によって提供される平均再送通知ターンアラウンド時間に基づいて、処理インフラストラクチャー２６０８／２６１０の動作を経時的に連続的かつ動的に制御することができる。再送通知ターンアラウンド時間は、一般に、時間の経過に伴ってゆっくりと変化し得るので（セル負荷の実質的な増加は比較的緩慢であり得るで）、
処理モニタモジュール６２０２によって測定される平均再送通知ターンアラウンドは、一般的に予測可能であり得、従って、処理インフラストラクチャー２６０８／２６１０上の将来の処理需要を特徴付けるのに有効であり得る。

従って、活動制御モジュール６２０６は、平均再送通知ターンアラウンドに基づいて、処理インフラストラクチャー２６０８／２６１０の処理効率および電力消費を（ＨＷ／ＳＷ電力管理モジュール６２０４への特定の調整または電力状態コマンドを介して）連続的に調整し、電力消費および処理効率の最適化を支援することができる。特に、活動制御モジュール６２０６は、処理インフラストラクチャー２６０８／２６１０を制御して、平均再送通知ターンアラウンドによって示される処理需要を満たすのに十分なレベルで処理効率を維持しながら、電力消費を最小にする電力状態を利用することができる。例えば、活動制御モジュール６２０６は、処理インフラストラクチャー２６０８／２６１０を制御して、処理需要、例えば、再送通知処理時間バジェット（例えば、ＨＡＲＱに対して３ｍｓ）の所定の許容範囲（例えば、１ｍｓ、．０５ｍｓなど）内に再送通知ターンアラウンド時間を提供する処理需要をまだ満たしている間に、最も低い処理消費を提供する電力状態を使用することができる。従って、所定の共用範囲は、処理インフラストラクチャー２６０８／２６１０が、例えば処理需要の予測不可能なスパイクに起因して、それを超えることなく、再送通知処理時間バジェットに近い再送通知ターンアラウンドを達成することを可能にし得る。

いくつかの態様において、再送通知ターンアラウンド時間を再送通知処理時間バジェットに近づける電力状態を利用することは、例えば、処理インフラストラクチャー２６０８／２６１０が、高い処理効率で動作するときに多量の電力を消費する、処理インフラストラクチャー２６０８／２６１０が動的電力に影響を受ける場合に有用であり得る。代替的な場合には、処理インフラストラクチャー２６０８／２６１０は、漏れ電力高感度であるかもしれず、例えば、単にオンから大量の電力を消費するこもしれない。従って、活動制御モジュール６２０６は、処理インフラストラクチャー２６０８／２６１０が再送通知処理をより早い時点（例えば、大きなバジェット・ヘッドルームを有する）で完了し、残りの再送通知処理時間バジェットのためのパワー・ダウンを可能にするより高い電力状態を選択することが有用であり得る。このようなことは、処理インフラストラクチャー２６０８／２６１０がオフになるため、処理インフラストラクチャー２６０８／２６１０が漏れ電力の消費を回避することを可能にする。

さらに、または代わりに、（例えば、再送通知ターンアラウンド時間のような、モニタモジュール６２０２を処理することによって測定される）処理挙動を使用することによって、
いくつかの態様において、活動制御モジュール６２０６は、スケジューリング情報によって示されるように、予想される処理需要を利用して、処理インフラストラクチャー２６０８／２６１０のための電力状態を選択することができる。図６２に示されるように、活動制御モジュール６２０６は、スケジューラ・モジュール６２０８からスケジューリング情報を受信することもでき、これは、例えば、ネットワーク・アクセス・ノード２００２によってサービスされる端末装置に対してスケジューリング機能を実行するように構成された制御モジュール２６１０のＭＡＣスケジューラであってもよい。スケジューラ・モジュール６２０８は、割り当てられた資源・ブロック、変調および符号化方式、ＱｏＳ要件（例えば、ＱｏＳクラス識別子（ＱＣＩ））、ランダムアクセス・チャネル情報（例えば、ＰＲＡＣＨ）のうちの１つ以上を含むスケジューリング情報を活動制御モジュール６２０６に提供するように構成されてもよい。このようなスケジューリング情報は、スケジューラ・モジュール６２０８によって決定される上りリンク・スケジュールのためのものであってもよい。

スケジューリング情報は、処理インフラストラクチャー２６０８／２６１０上の将来の処理需要を予測するための基準を提供することができる。例えば、多数の割り当てられた資源・ブロック（例えば、上りリンク送信のためにサービスされた端末装置に割り当てられた多数の資源・ブロック）は、処理インフラストラクチャー２６０８／２６１０がより大量のデータを処理する必要がある場合（例えば、上りリンク再送通知処理を完了するために）に、処理インフラストラクチャー２６０８／２６１０に対する高い処理需要をもたらし得る。例えば、より複雑な変調方式および／またはより低い符号化速度を有するより高い変調および符号化方式は、処理インフラストラクチャー２６０８／２６１０が、より複雑な方式でデータを復調する必要があるか、および／またはより低い符号化速度に従ってよりエンコードされたデータを復号する必要があるかもしれないため、高い処理需要をもたらし得る。より高い優先順位のＱｏＳ要求はまた、より高い処理需要をもたらし、これは、高いＱｏＳ要求の低いレイテンシーおよび低いジッタ要求（例えば、より高い処理周波数は、最小の処理時間および端末装置への迅速な配信をもたらす）を満たすためにより高い処理効率を必要とするかもしれない。ランダムアクセス・チャネルの機会の存在（例示的なＬＴＥ設定では、ＰＲＡＣＨの機会の発生を指定する現在のＰＲＡＣＨ構成に従って各ＴＴＩにおいて決定論的であり得る）も、処理インフラストラクチャー２６０８／２６１０がランダムアクセスチャネルデータを受信し、処理して、ランダムアクセス手順に従事する端末装置を識別する必要があり得るので、より高い処理需要をもたらし得る。

いくつかの態様において、スケジューラ・モジュール６２０８は、将来におけるいくつかのＴＴＩ、例えば３つまでのＴＴＩ（これは、スケジューラ・モジュール６２０８によって提供されるスケジューリング機能の仕様に依存し得る）に加えて、その次のＴＴＩの両方に対して利用可能なそのようなスケジューリング情報を有し得る。このような将来のスケジューリング情報は、例えば、スケジューラ・モジュール６２０８が、１つ以上の来るべきＴＴＩのためのサービスされる端末装置のための上りリンク・スケジューリングの全資源・グリッドを決定した場合のような完全なスケジューリング情報、または、例えば、スケジューラ・モジュール６２０８が、１つ以上の来るべきＴＴＩのためのいくつかの情報（例えば、資源が割り当てられる端末装置の数）を有するような部分的なスケジューリング情報のいずれかであり得る。特異性に関わらず、このような将来のスケジューリング情報は、処理インフラストラクチャー２６０８／２６１０上の近づく処理需要を特徴付けるのに有用であり得る。

従って、いくつかの態様では、スケジューラ・モジュール６２０８は、来るべき需要を特徴付けるために、過去および将来のスケジューリング情報の両方を評価することができる。上りリンク・スケジューリングは一般に徐々に変化するかもしれないため、過去のスケジューリング情報は、今後の処理需要を予測するために有用であり得る。加えて、スケジューラ・モジュール６２０８で利用可能な将来のスケジューリング情報（例えば、３つのＴＴＩについて事前に；完全なまたは部分的な将来のスケジューリング情報）は、直近のタイムフレームにおける処理需要の直接的特徴付けを提供することができる。いくつかの態様において、スケジューラ・モジュール６２０８は、活動制御モジュール６２０６に、例えば、スケジューリング情報を直接、または、例えば、インジケータまたは来るべきトラフィック負荷の特徴付けなどの「洗練された」スケジューリング情報を提供するように構成されてもよい。生のスケジューリング情報ケースにおいて、スケジューラ・モジュール６２０８は、活動制御モジュール６２０６に、近づくトラフィック負荷を特徴付ける、または「予測」するために活動制御モジュール６２０６が評価し得る割り当てられた資源・ブロック、変調および符号化スキーム、ＱｏＳ要件、ランダムアクセス・チャネル情報などのいくつかを提供し得る。洗練されたスケジューリング情報ケースでは、スケジューラ・モジュール６２０８は、近づく処理需要を予測し、予測された近づく処理需要を特定する活動制御モジュール６２０６に指示を与えるために、割り当てられた多数の資源・ブロック、変調および符号化方式、ＱｏＳ要件、ランダムアクセス・チャネル情報などを評価することができる。

従って、活動制御モジュール６２０６またはスケジューラ６２０８によって実行される評価は、割り当てられた資源・ブロックの数、変調および符号化方式、ＱｏＳ要件、ランダムアクセス・チャネル情報等の１つ以上の数に基づいて、来るべきトラフィック負荷を予期し得、ここで、割り当てられた資源・ブロックの数、変調および符号化方式、ＱｏＳ要件、およびランダムアクセス・チャネル情報は、上述のように処理需要に影響し得る。従って、活動制御モジュール６２０６は、スケジューリング情報に基づいて、処理インフラストラクチャー２６０８／２６１０上で予想される処理需要を決定し得る。再送通知ターンアラウンド時間に基づく処理挙動評価に関して上述したのと同じように、いくつかの態様では、活動制御モジュール６２０６は、次いで、処理インフラストラクチャー２６０８／２６１０において処理効率または電力消費調整が必要かどうかを決定することができる。例えば、活動制御モジュール６２０６が、スケジューリング情報から、処理インフラストラクチャー２６０８／２６１０での処理需要が増加することが予想されると判定する場合、活動制御モジュール６２０６は、処理効率のより高い電力状態へのスイッチを介して、処理インフラストラクチャー２６０８／２６１０での処理効率を増加させるべきであると判定することができる。代わりに、活動制御モジュール６２０６が、スケジューリング情報から、処理インフラストラクチャー２６０８／２６１０での処理需要が減少することが予想されると判定する場合、活動制御モジュール６２０６は、より少ない電力消費を有する電力状態へのスイッチを介してのような、処理インフラストラクチャー２６０８／２６１０での電力消費が減少されるべきであると判定してもよい。再送通知ターンアラウンド時間に関する上述の場合と同様に、活動制御モジュール６２０６は、入力としてスケジューリング情報を受信し、出力として処理効率または電力消費の変化を提供する決定論理（例えば、固定または適応ルックアップテーブルまたは類似の決定論理の形態）に基づいて、処理効率および電力消費調整を決定することができる。

活動制御モジュール６２０６は、一般に、予想される処理需要を最小の電力消費でサポートするのに十分な処理効率を提供する電力状態（例えば、予測される処理需要が過小評価である場合、ある程度の処理効率許容範囲を含む）を利用するように、処理インフラストラクチャー２６０８／２６１０における処理効率および電力消費を調整することを決定することができる。次に、活動制御モジュール６２０６は、ＨＷ／ＳＷ電力管理モジュール６２０４に、活動制御モジュール６２０６によって決定される処理効率および電力消費調整に従って処理インフラストラクチャー２６０８／２６１０を調整するためのコマンドを供給することができる。活動制御モジュール６２０６は、電力消費または処理効率を、特定の調整命令の形態で、例えば、処理インフラストラクチャー２６０８／２６１０における処理効率を一定の量だけ増加させるように、または予測される処理需要に基づいて適切な電力状態を決定し、インフラストラクチャー２６０８／２６１０の選択された電力状態をＨＷ／ＳＷ電力管理モジュール６２０４に直接指定することによって、選択された電力状態の形態で、調整するコマンドを提供してもよい。それにかかわらず、活動制御モジュール６２０６は、処理インフラストラクチャー２６０８／２６１０の適切な電力状態に関するコマンドをＨＷ／ＳＷ電力管理モジュール６２０４に提供してもよい。

次いで、ＨＷ／ＳＷ電力管理モジュール６２０４は、処理インフラストラクチャー２６０８／２６１０を制御して、選択された電力状態に従って動作させることができ、ここで、選択された電力状態は、処理インフラストラクチャー２６０８／２６１０の以前の電力状態と同一または異なることがある。次いで、処理インフラストラクチャー２６０８／２６１０は、選択された電力状態に従って、無線インターフェース２６０２／２６０４を介して受信された上りリンク・データを処理することができる。

いくつかの態様において、スケジューラ・モジュール６２０８は、活動制御モジュール６２０６にスケジューリング情報を連続的に提供することができる。従って、活動制御モジュール６２０６は、スケジューラ・モジュール６２０８によって提供されるスケジューリング情報に基づいて、経時的に連続的かつ動的な方法で、処理インフラストラクチャー２６０８／２６１０の動作を制御することができる。従って、活動制御モジュール６２０６は、電力消費および処理効率を最適化するために、スケジューリング情報によって予測される処理需要に基づいて、処理インフラストラクチャー２６０８／２６１０の処理効率および電力消費を連続的に調整することができる（ＨＷ／ＳＷ電力管理モジュール６２０４に対する特定の調整または電力状態コマンドを介して）。特に、活動制御モジュール６２０６は、処理インフラストラクチャー２６０８／２６１０を制御して、スケジューリング情報によって示される処理需要を満たすのに十分なレベルで処理効率を維持しながら、電力消費を最小にする電力状態を利用することができる。

活動制御モジュール６２０６は、再送通知ターンアラウンド時間およびスケジューリング情報の一方または両方を利用して、処理インフラストラクチャー２６０８／２６１０の処理効率および電力消費の制御を決定することができる。活動制御モジュール６２０６が、再送通知ターンアラウンド時間および処理インフラストラクチャー２６０８／２６１０を制御するスケジューリング情報を利用するように構成されるいくつかの態様において、活動制御モジュール６２０６は、再送通知ターンアラウンド時間およびスケジューリング情報の両方に基づいて、処理インフラストラクチャー２６０８／２６１０に対する電力消費および処理効率の調整を選択する決定論理を備え、それは再送通知ターンアラウンド時間およびスケジューリング情報を入力として受信し、電力消費および処理効率の調整を出力として提供する二次元ルックアップテーブルまたは類似の決定論理（例えば、特定の調整または選択された電力状態のいずれかの形態）を備えてもよい。例えば、活動制御モジュール６２０６は、平均再送通知ターンアラウンド時間およびスケジューリング情報の両方を処理モニタモジュール６２０２およびスケジューラ・モジュール６２０８からそれぞれ受信し、制御処理インフラストラクチャー２６０８／２６１０は、最小電力消費を利用する一方、平均再送通知ターンアラウンド時間およびスケジューリング情報によって予測される処理需要を満たし得る。平均再送通知ターンアラウンド時間およびスケジューリング情報の両方が、将来の処理需要を特徴付ける際に予測し得るので、このような情報は、活動制御モジュール６２０６に、処理インフラストラクチャー２６０８／２６１０のための最適電力状態を効果的に選択するための情報を提供し得る。

種々の態様において、ＨＷ／ＳＷ電力管理モジュール６２０４は、処理インフラストラクチャー２６０８／２６１０における電力消費を最小限にするために、他の技法を利用することができる。上述の再送通知ターンアラウンドのケースにおいて、処理インフラストラクチャー２６０８／２６１０は、所定のＴＴＩに対する上りリンク再送通知処理を完了することができ、一定量のバジェット・ヘッドルーム時間が残る。処理インフラストラクチャー２６０８／２６１０が所定のＴＴＩに対する再送通知処理を完了した後、ＨＷ／ＳＷ電力管理モジュール６２０４は、次いで、ＴＴＩの再送通知処理専用の処理インフラストラクチャー２６０８／２６１０の資源を電力ダウンしてもよい（例えば、別々のコアまたはより複雑な資源管理アーキテクチャーの場合など、３つのＴＴＩ再送通知処理時間バジェット間の重複に対処するために、別々の資源が異なるＴＴＩに専用されてもよい）。従って、ＨＷ／ＳＷ電力管理モジュール６２０４は、処理インフラストラクチャー２６０８／２６１０のこれらの資源が残りのバジェット・ヘッドルームのために必要とされない可能性があるため、さらなる電力を節約することができる。

いくつかの態様において、通信モジュール２６０６は、電力消費を低減するために、端末装置からの協調にさらに依存し得る。例えば、通信モジュール２６０６（例えば、制御モジュール２６１０および／またはスケジューラ・モジュール６２０８）は、端末装置が、特定のまたは不確定な期間にわたって限られた量の上りリンク資源のみを割り当てられるという制御シグナリングを端末装置に提供してもよい。これにより、通信モジュール２６０６上のトラフィック負荷を低減し、結果として、処理インフラストラクチャー２６０８／２６１０上の処理需要を低減し得る。

従って、通信モジュール２６０６は、再送フィードバック処理時間（例えば、ＨＡＲＱ処理時間）および／またはスケジューリング情報（例えば、ＭＡＣスケジューラ）のような処理需要インジケータに基づいて、処理インフラストラクチャー２６０８／２６１０の電力消費および処理効率を最適化することをサポートすることができる。このようなことは、通信モジュール２６０６が、処理需要インジケータに基づく将来の処理需要を予測し、その結果、処理インフラストラクチャー２６０８／２６１０における電力消費を最小化する一方で、処理インフラストラクチャー２６０８／２６１０が将来の処理需要をサポートするのに十分な処理効率を有することを確実にすることを可能にし得る。一般性を損なうことなく、このようなアプリケーションは、ＢＢＵでの上りリンク処理に適用することができ、分散型およびクラウド／バーチャルを含む任意のタイプの基地局アーキテクチャーに展開することができる。

図６４は、本開示のいくつかの態様に従ってネットワーク処理モジュールを動作させる方法６４００を示す。図６４に示されるように、方法６４００は、無線アクセス・ネットワークの第１の上りリンク・データに対する処理需要インジケータ、ネットワーク処理回路インフラストラクチャーにおける将来の処理需要を示す処理需要インジケータをモニタすること（６４１０）を含む。ネットワーク処理インフラストラクチャーの第１の電力状態は、処理需要インジケータおよび第１の電力状態の処理効率に基づいて選択される（６４２０）。無線アクセス・ネットワークの第２の上りリンク・データは、第１の電力状態に従ってネットワーク処理インフラストラクチャーで処理される（６４３０）。

２．８ 電力効率＃８
本開示のいくつかの態様において、ネットワーク・アクセス・ノードは、「予測不可能な」データ・トラフィックを有する端末装置がネットワーク・アクセス・ノードに接続されているかどうかを検出することによって電力消費を低減することができ、予測不可能な端末装置が検出されない場合、不連続通信スケジュール（不連続送信および／または不連続受信）を起動する。次いで、ネットワーク・アクセス・ノードは、不連続通信スケジュールで「予測可能な」トラフィックを有する任意の残りの端末装置と通信することができる。不連続通信スケジュールは予測可能な端末装置に適しているかもしれないが、予測不可能な端末装置のデータ・トラフィック需要をサポートすることができないかもしれないので、ネットワーク・アクセス・ノードは予測不可能な端末装置のデータ接続を中断することなく電力を節約することができる。これらの態様は、共通チャネルの態様と共に使用することができ、例えば、共通チャネルは「予測可能な」トラフィック・スキームを使用することができる。

携帯電話、タブレット、ラップトップなどの端末装置は、ユーザーによって予測不可能にトリガーされるデータ接続を有してもよく、一方、スマート・アラーム（火災／盗難警報、ドアベル、モニタカメラなど）、スマート・ホーム・コントローラ（サーモスタット、空調機、ファンなど）、スマート・アプライアンス（冷蔵庫、冷凍庫、コーヒー・マシン）などの端末装置は、一般に「通常の」または「予測可能な」データ・スケジュールを有してもよい。このような予測可能な端末装置の多くは、モノのインターネット（ＩｏＴ）技術を利用することができ、定期的な更新または報告（例えば、温度報告、「すべてＯＫ（ａｌｌ－ｏｋａｙ）」報告、定期的監視画像等）を送信および／または受信することにより、定期的なネットワーク・アクセスに依存することができる。従って、不連続通信スケジュールは、データ・トラフィックが定期および／または定期であり得るような予測可能な端末装置のデータ・トラフィックをサポートするのに適している。逆に、予測不可能な端末装置は、決定論的でない時にトリガーされるデータ・トラフィックを有し得、従って、不連続通信スケジュールによってサービスすることができないかもしれない。不連続通信スケジュールは、連続通信スケジュールよりも電力効率が良いので、本開示の一態様によるネットワーク・アクセス・ノードは、端末装置のトラフィック要求を満たし、電力消費を低減し、結果として動作コストを低減するために、予測不可能な端末装置が存在するか否かに基づいて、不連続通信スケジュールと連続通信スケジュールとを切り替えることができる。

図６５は、いくつかの態様による例示的なネットワーク・シナリオを示す。図６５に示すように、ネットワーク・アクセス・ノード６５０２、６５０４、および６５０６は、それぞれ、それぞれのカバレッジ・エリア内の端末装置に無線アクセス接続を提供するように構成されてもよい。図６５の例示的な設定において、ネットワーク・アクセス・ノード６５０２は、セルラー無線アクセス技術を提供するマイクロセルまたはフェムトセル（例えば、ホームｅＮｏｄｅＢまたは類似のセル）のようなスモール・セルであってもよい。あるいは、ネットワーク・アクセス・ノード６５０２は、無線ＬＡＮ ＡＰなどの短距離無線アクセス技術を提供するアクセス・ポイントであってもよい。ネットワーク・アクセス・ノード６５０２は、カバレッジ・エリア６５０８内の端末装置に無線アクセスを提供し得、それは、住宅または商業構造などのビル、または予測可能なサイズの他のエリアを含み得る。ネットワーク・アクセス・ノード６５０４および６５０６は、セルラー無線アクセス技術を提供するマクロセルであり得る。図６５には明示的に示されていないが、いくつかの態様では、ネットワーク・アクセス・ノード６５０４および６５０６は、カバレッジ・エリア６５０８よりも大きいカバレッジ・エリアを有してもよい。

端末装置１５０２、６５１０、および６５１２は、カバレッジ・エリア６５０８内に位置してもよく、ネットワーク・アクセス・ノード６５０２に接続されてもよい（例えば、ネットワーク・アクセス・ノード６５０２によって「サービスされ（ｓｅｒｖｅｄ）」てもよい）。従って、ネットワーク・アクセス・ノード６５０２は、端末装置１５０２、６５１０および６５１２の存在を認識することができ、端末装置１５０２、６５１０および６５１２に無線アクセスを提供することができる。

端末装置１５０２は、スマートフォン、タブレット、ラップトップ、スマートＴＶ／メディアプレーヤ／ストリーミング装置などの「予測不可能な」データ・トラフィックを有する端末装置、またはユーザー対話型であり、予測不可能な時間にユーザーによってトリガーされるデータ接続を有し得る任意の類似の端末装置であってもよい。例えば、スマートフォンのユーザーは、任意の時点において、ボイス／オーディオ・ストリーム、ビデオ・ストリーム、大きなダウンロード可能なファイル、インターネット・ウェブ・ブラウザ・データ等のデータ接続を開始することができ、一方、サービスするネットワーク・アクセス・ノードは、ユーザーによっていつそのような接続が開始されるかを事前に決定することができない場合がある。その結果、ネットワーク・アクセス・ノード６５０２は、予測不可能なデータ・トラフィックをサポートすることができる端末装置１５０２への無線アクセス接続を提供する必要があるかもしれない。

対照的に、端末装置６５１０および６５１２は、「予測可能な」データ・トラフィックを有する端末装置であってもよく、例えば、一般に、予測可能なまたは「固定の」スケジュールでデータ・トラフィックに依存する、モノのインターネット（ＩｏＴ）接続上で動作する端末装置である。例えば、警報システム（火災、盗難など）、モニタシステム（ドアベル、防犯カメラなど）、家庭用制御システム（サーモスタット、空調制御装置、照明／電力制御装置など）、家電製品（冷蔵庫／冷凍庫、オーブン／ストーブ、コーヒー・マシンなど）などを含む。いくつかの例外が適用されてもよいが（後述するように）、このような予測可能な端末装置は、一般に、温度報告、「すべてＯＫ（ａｌｌ－ｏｋａｙ）」報告、定期的監視画像などのような、定期的および／またはスケジュールされた通信を含むネットワーク・アクセス・ノード６５０２とのデータ接続を利用してもよい。端末装置６５１０および６５１２の通信が予測可能であるため、ネットワーク・アクセス・ノード６５０２は、不連続な通信スケジュールでこのようなデータ接続をサポートすることができる。さらに、予測可能な端末装置に対するデータ・トラフィック活動は、ユーザーによっていつでもトリガーされ得る予測不可能な端末装置に対するデータ・トラフィック活動よりもさらに事前にスケジュールされ得る。

電力消費を低減し、結果として動作コストを低減するのを支援するために、ネットワーク・アクセス・ノード６５０２は、どのタイプの端末装置、例えば、予測不可能で予測可能なネットワーク・アクセス・ノード６５０２がサービスしているかに応じて、不連続伝送（ＤＴＸ）および／または不連続受信（ＤＲＸ）などの不連続通信モードを利用することができる。例えば、ネットワーク・アクセス・ノード６５０２が、所定の時点において予測可能な端末装置にのみサービスする場合、ネットワーク・アクセス・ノード６５０２は、予測不可能なデータ・トラフィックをサポートする必要がなく（予測不可能な端末装置が存在する場合に必要とされる）、従って、予測可能な端末装置にＤＴＸおよび／またはＤＲＸを使用することができる。例えば、ネットワーク・アクセス・ノード６５０２は、比較的まばらな送信および／または受信期間を有し、これらの「アクティブ」期間内に、予測可能な端末装置のためのすべてのデータ・トラフィックをスケジュールすることができるＤＴＸおよび／またはＤＲＸスケジュールを使用することができる。次いで、ネットワーク・アクセス・ノード６５０２は、残りの「非アクティブ」期間にわたって通信コンポーネントの電源を切ることができ、従って、電力消費を低減することができる。

逆に、ネットワーク・アクセス・ノード６５０２が、予測不可能な端末装置にサービスしている場合、ネットワーク・アクセス・ノード６５０２は、予測不可能な端末装置が、不連続通信スケジュールの非アクティブ期間中にデータ活動を必要とする可能性のために、ＤＴＸまたはＤＲＸを利用することができない場合がある。従って、ネットワーク・アクセス・ノード６５０２は、予測不可能な端末装置の潜在的に予測不可能なデータ・トラフィック要件をサポートするために、「連続」通信スケジュールを代わりに使用することができる。従って、ネットワーク・アクセス・ノード６５０２は、ネットワーク・アクセス・ノード６５０２が何らかの予測不可能な端末装置にサービスを提供しているかどうかを識別し、そうでない場合、ＤＴＸおよび／またはＤＲＸに切り替えるために、サービスされる端末装置を継続的にモニタしてもよい。このようなことは、ネットワーク・アクセス・ノード６５０２が、予測可能な端末装置のみがサービスされているシナリオにおける電力消費を低減しつつ、すべてのサービスされる端末装置のデータ・トラフィック要件を満たすことを可能にし得る。

本開示の一態様によれば、ネットワーク・アクセス・ノード６５０２は、いくつかの態様において、図２６に示すネットワーク・アクセス・ノード２００２と同様の方法で構成されてもよく、アンテナ・システム２６０２、無線モジュール２６０４、通信モジュール２６０６（物理層モジュール２６０８および制御モジュール１９１０を含む）を含んでもよい。ネットワーク・アクセス・ノード６５０２は、任意の１つ以上の無線アクセス技術に従って動作するように構成されてもよく、従って、端末装置に無線アクセスを提供してもよい。

上述のように、ネットワーク・アクセス・ノード６５０２は、ネットワーク・アクセス・ノード６５０２がいかなる予測不可能な端末装置にもサービスを提供していないシナリオ（例えば、予測可能な端末装置のみにサービスする、またはいかなる端末装置にもサービスしない）を識別することができ、そのようなシナリオを識別すると、ＤＴＸおよび／またはＤＲＸを開始することができる。一般性を損なうことなく、制御モジュール２６１０でこのような処理を行うことができる。図６６は、検出モジュール６６０２およびスケジューラ・モジュール６６０４を含むことができる制御モジュール２６１０の例示的な内部構成を示す（現在の態様に直接関係しない制御モジュール２６１０の他のコンポーネントは、明確にするために、図６６から省略される）。検出モジュール６６０２およびスケジューラ・モジュール６６０４は、図６６において別々に図示されているが、これは、機能レベルでの制御モジュール２６１０の動作を強調する役目を果たす。従って、いくつかの態様では、検出モジュール６６０２およびスケジューラ・モジュール６６０４は、制御モジュール２６１０のプロセッサによってソフトウェア定義命令として実行される非一時的コンピュータ読み取り可能媒体上に記憶された別個のソフトウェア・モジュールのような、共通のハードウェアおよび／またはソフトウェア・コンポーネントに統合されてもよい。

いくつかの態様によれば、検出モジュール６６０２は、予測不可能な端末装置がネットワーク・アクセス・ノード６５０２によってサービスされていない場合のシナリオを検出するために、ネットワーク・アクセス・ノード６５０２によってサービスされる端末装置のセットをモニタするように構成されてもよい。従って、検出モジュール６６０２は、ネットワーク・アクセス・ノード６５０２によって現在サービスされている端末装置のリストを評価して、任意のサービスされている端末装置が予測不可能な端末装置であるかどうかを識別することができる。検出モジュール６６０２は、各端末装置を予測不可能または予測可能な端末装置として分類するために、サービスされる端末装置のデータ・トラフィックをモニタすることにより、各端末装置を予測不可能または予測可能な端末装置として識別する端末装置から明示的なインジケータを受信することにより、コア・ネットワークまたは各端末装置を予測不可能または予測可能な端末装置として識別する別の外部位置から情報を受信することにより、サービスされる端末装置のリストのための情報を得ることができる。それにかかわらず、ネットワーク・アクセス・ノード６５０２によってサービスされる端末装置を詳述する情報は、制御モジュール２６１０で利用可能であり得る。サービスされる端末機器のリストは、端末機器が予測可能または予測不可能であることを明示的に指定することができる。例えば、端末装置のリストは、どの端末装置がＩｏＴ （または同様の技術）であるかを指定することができ、このことは、これらの端末装置が予測可能な端末装置であることを検出モジュール６６０２に通知することができる。いくつかの態様において、検出モジュール６６０２は、さらにまたは代わりに、端末装置を予測可能または予測不可能のいずれかとして「分類し（ｃｌａｓｓｉｆｙ）」てもよく、その場合、検出モジュール６６０２は、トラフィック・パターン（例えば、どの端末装置が決定論的または規則的なトラフィック・パターンを有し、どの端末装置がランダムなトラフィック・パターンを有するか）に基づいて、端末装置を予測可能または予測不可能のいずれかとして識別するために、過去のデータ・トラフィック要件を評価するモデル（例えば、事前定義または適応モデル）に依存してもよい。検出モジュール６６０２は、いずれの場合も、端末装置のリストから予測可能および予測不可能な端末装置を識別するように構成されてもよい。

図６５の例示的な設定において、端末装置１５０２は、スマートフォンであってもよく、端末装置６５１０は、ＩｏＴ接続を動作させる家電であってもよく、端末装置６５１２は、ＩｏＴ接続を動作させるホーム・コントローラであってもよい。従って、端末装置１５０２は、重いデータ・トラフィック要件を有し得、従って、このような重いデータ・トラフィック要件を満たすために、ネットワーク・アクセス・ノード６５０２でデータを頻繁かつ連続的に送受信する必要があり得る。逆に、端末装置６５１０および６５１２は、軽いおよび／または散発的なデータ・トラフィック要件のみを有し、それぞれのデータ・トラフィック要件をサポートするために、ネットワーク・アクセス・ノード６５０２との実質的な送信および受信を必要としない。

従って、検出モジュール６６０２で利用可能なサービスされている端末装置のリストは、端末装置１５０２、６５１０および６５１２を含んでもよく、端末装置１５０２が予測不可能な端末装置であり、端末装置６５１０および６５１２が予測可能な端末装置であることを指定してもよい。従って、検出モジュール６６０２は、ネットワーク・アクセス・ノード６５０２が少なくとも１つの予測不可能な端末装置にサービスしていると判定し、予測不可能な端末装置がネットワーク・アクセス・ノード６５０２によってサービスされているスケジューラ・モジュール６６０４に報告することができる。

スケジューラ・モジュール６６０４は、ネットワーク・アクセス・ノード６５０２のための送信および受信（例えば、下りリンクおよび上りリンク）スケジューリングを決定するように構成されてもよい。従って、スケジューラ・モジュール６６０４は、検出モジュール６６０２から情報を受信し得、情報に基づいて、ネットワーク・アクセス・ノード６５０２のための通信スケジュールを選択する。従って、検出モジュール６６０２が、ネットワーク・アクセス・ノード６５０２が少なくとも１つの予測不可能な端末装置にサービスしていると報告する場合、スケジューラ・モジュール６６０４は、予測不可能な端末装置に対する重いデータ・トラフィックをサポートすることができる連続通信スケジュール（例えば、ＤＴＸまたはＤＲＸではない）を選択してもよい。逆に、検出モジュール６６０２が、ネットワーク・アクセス・ノード６５０２が予測不可能な端末装置にサービスしていないことを報告する場合、スケジューラ・モジュール６６０４は、電力を節約しながら、予測可能な端末装置に対する軽いおよび／またはまばらなデータ・トラフィックをサポートすることができる不連続通信スケジュール（例えば、ＤＴＸおよび／またはＤＲＸ）を選択することができる。

従って、図６７の設定において、スケジューラ・モジュール６６０４は、検出モジュール６６０２からレポートを受信し、ネットワーク・アクセス・ノード６５０２が、端末装置１５０２内の少なくとも１つの予測不可能な端末装置にサービスしていると判定することができる。従って、スケジューラ・モジュール６６０４は、ネットワーク・アクセス・ノード６５０２のための連続通信スケジュールを選択することができる。次に、ネットワーク・アクセス・ノード６５０２は、連続通信スケジュール（例えば、物理層モジュール２６０８、無線モジュール２６０４、およびアンテナ・システム２６０２を介して）に従って、端末装置１５０２、６５１０、および６５１２と共にデータを送受信し得る。スケジューラ・モジュール６６０４は、連続通信スケジュールに従って、ネットワーク・アクセス・ノード６５０２によってサービスされる端末装置に無線資源を割り当てることができ、また、無線資源割り当てを指定する端末装置１５０２、６５１０および６５１２に制御信号を供給することもできる。

図６７は、いくつかの態様による、ネットワーク・アクセス・ノード６５０２および端末装置１５０２、６５１０および６５１２の例示的な送信および受信タイミング・チャートを示す。図６７に示されるように、端末装置１５０２は、重いデータ・トラフィックをサポートするために、ネットワーク・アクセス・ノード６５０２でデータを頻繁に送信および受信することができ、一方、端末装置６５１０および６５１２は、ネットワーク・アクセス・ノード６５０２でデータの送信および受信を稀にしか行うことができない。端末装置１５０２が頻繁な送信および受信を必要とするため、スケジューラ・モジュール６６０４は、ネットワーク・アクセス・ノード６５０２のために連続通信スケジュール（特定の場合（例えば、ＴＤＤ）は、送信または受信にブレークを有してもよいが、ＤＲＸまたはＤＴＸスケジュールではない場合がある）を選択してもよい。従って、ネットワーク・アクセス・ノード６５０２は、端末装置１５０２のための重いデータ・トラフィックをサポートするのに十分な伝送および受信を提供し得る。

図６５に対する代替の例示的シナリオにおいて、ネットワーク・アクセス・ノード６５０２は、予測不可能な端末装置にサービスしないかもしれない（例えば、排他的に予測可能な端末装置にサービスを提供してもよいし、または任意の端末装置にもサービスを提供しなくてもよい）。図６８は、ネットワーク・アクセス・ノード６５０２が端末装置６５１０および６５１２のみにサービスする（例えば、端末装置１５０２がカバレッジ・エリア６５０８の外側に移動し、および／または端末装置１５０２が無線アイドル状態になった）いくつかの態様による例示的シナリオを示す。従って、検出モジュール６６０２が、サービスされる端末装置のリスト（これは、周期的に更新され、従って、端末装置１５０２がもはやネットワーク・アクセス・ノード６５０２によってサービスされないことを反映し得る）を評価するとき、検出モジュール６６０２は、ネットワーク・アクセス・ノード６５０２が予測不可能な端末装置にサービスしていないと判定し得る。次いで、検出モジュール６６０２は、ネットワーク・アクセス・ノード６５０２が予測不可能な端末装置にサービスを提供していないことをスケジューラ・モジュール６６０４に報告することができる。

従って、ネットワーク・アクセス・ノード６５０２が、検出モジュール６６０２からの報告に基づいて、いずれの予測不可能な端末装置にサービスをしていないと判定すると、スケジューラ・モジュール６６０４は、ネットワーク・アクセス・ノード６５０２のための不連続通信スケジュールを選択してもよい。次いで、ネットワーク・アクセス・ノード６５０２は、不連続通信スケジュール（例えば、物理層モジュール２６０８、無線モジュール２６０４、およびアンテナ・システム２６０２を介して）に従って、端末装置１５０２、６５１０、および６５１２と共にデータを送受信し得る。スケジューラ・モジュール６６０４は、不連続通信スケジュールに従って、ネットワーク・アクセス・ノード６５０２によってサービスされる端末装置に無線資源を割り当てることができ、また、無線資源割り当てを指定する端末装置１５０２、６５１０および６５１２に制御信号を提供することもでき、この無線資源割り当ては、それぞれ不連続通信スケジュールの送信および受信期間内に入る下りリンクおよび上りリンク・グラントを含むことができる。ネットワーク・アクセス・ノード６５０２は、予測不可能な端末装置にサービスせず、従って、重いデータ・トラフィックをサポートする必要がないので、ネットワーク・アクセス・ノード６５０２は、予測可能な端末装置のデータ・トラフィックの必要性を、不連続通信スケジュールでまだ満たしながら、電力を節約することができる。

スケジューラ・モジュール６６０４は、ネットワーク・アクセス・ノード６５０２のためにＤＲＸ／ＤＴＸ通信スケジュールまたはＤＴＸのみの通信スケジュールのいずれかを選択することができる。図６９Ａおよび６９Ｂは、いくつかの態様に従って、ＤＲＸ／ＤＴＸ通信スケジュールまたはＤＴＸのみの通信スケジュールのための、それぞれの、例示的で、非制限的な送信および受信タイミング・チャートを示す。図６９Ａに示されるように、スケジューラ・モジュール６６０４は、ＤＲＸおよびＤＴＸの両方を利用するＤＲＸ／ＤＴＸスケジュールを選択してもよい。図６７の連続通信スケジュールとは対照的に、ＤＲＸ／ＤＴＸスケジュールは、連続送信および受信期間の代わりに、周期的な送信および受信期間のみを有し得る。従って、スケジューラ・モジュール６６０４は、ＤＲＸ／ＤＴＸスケジュールの送信および受信期間内に、端末装置６５１０および６５１２による送信および受信トラフィックをスケジュールしてもよく、ここで、送信および受信期間の周期性および持続期間は、構成可能である。従って、制御モジュール２６１０は、ネットワーク・アクセス・ノード６５０２（例えば、アンテナ・システム２６０２、無線モジュール２６０４、物理層モジュール２６０８など）の送信および受信コンポーネントを制御して、送信または受信が起こらない非アクティブ期間中にパワー・ダウンし、従って、ネットワーク・アクセス・ノード６５０２が電力消費を低減することを可能にし得る。端末装置６５１０および６５１２は、予測可能な端末装置であってもよく、従って、まばらで稀な送信および受信のみを必要とするので、ネットワーク・アクセス・ノード６５０２は、図６９ＡのＤＲＸ／ＤＴＸスケジュールで端末装置６５１０および６５１２をサポートすることができ、一方で、電力消費を低減し、結果としてネットワーク・アクセス・ノード６５０２の動作コストを低減することができる。

図６９ＡのＤＲＸ／ＤＴＸスケジュールの代わりに、いくつかの態様において、ネットワーク・アクセス・ノード６５０２は、ＤＴＸのみのスケジュール、例えば、ＤＴＸとの通信スケジュールであるが、連続受信を利用することができる。このようなＤＴＸのみのスケジュールは、ネットワーク・アクセス・ノード６５０２が、特定の端末装置からデータを瞬時に受信することを可能にし得る。従って、端末装置６５１２が、例えば、盗難警報または火災警報である場合、端末装置６５１２は、（ネットワーク・アクセス・ノード６５０２の次の受信期間まで待たなければならない代わりに）ネットワーク・アクセス・ノード６５０２に警報データを瞬時に送信することができる。次いで、ネットワーク・アクセス・ノード６５０２は、ネットワーク・アクセス・ノード６５０２がＤＲＸスケジュールを使用していた場合よりも早い時期に、そのようなアラーム・データを適切な宛先、例えば、警察または消防当局に提供することができる。従って、図６９Ｂに示されるように、いくつかの態様では、ネットワーク・アクセス・ノード６５０２は、送信期間中にのみデータを送信し得るが、一定の受信を提供し得る。従って、端末装置６５１０および６５１２は、ネットワーク・アクセス・ノード６５０２の周期的送信期間への受信を制限することができるが、ネットワーク・アクセス・ノード６５０２の連続受信期間中の任意の時点で、ネットワーク・アクセス・ノード６５０２にデータを送信することができる。ネットワーク・アクセス・ノード６５０２による送信は送信期間に対して予測可能であるため、ネットワーク・アクセス・ノード６５０２は、他の期間中に送信コンポーネント（例えば、アンテナ・システム２６０２、無線モジュール２６０４、物理層モジュール２６０８など）を非アクティブ化することによって電力を節約することができる。ＤＴＸのみのスケジュールは、ＤＲＸ／ＤＴＸスケジュールよりもより高い電力消費を有し得るが、ネットワーク・アクセス・ノード６５０２は、連続通信スケジュールよりもＤＴＸのみのスケジュールで依然としてより少ない電力を消費し得る。

いくつかの態様において、検出モジュール６６０２は、ネットワーク・アクセス・ノード６５０２によってサービスされる端末装置のタイプの変化に反応するように、ネットワーク・アクセス・ノード６５０２によってサービスされる端末装置のリストを繰り返しモニタしてもよい。特に、検出モジュール６６０２は、予測不可能な端末装置がネットワーク・アクセス・ノード６５０２のサービスに入って出るときを識別することができる。例えば、端末装置１５０２が、スケジューラ・モジュール６６０４が不連続通信スケジュールを利用している間に、図６８におけるその位置からカバレッジ・エリア６５０８内に移動する場合、検出モジュール６６０２は、予測不可能な端末装置が現在ネットワーク・アクセス・ノード６５０２によってサービスされていることを識別し、そのような情報をスケジューラ・モジュール６６０４に報告する必要があり得る。次いで、スケジューラ・モジュール６６０４は、それに応じて、不連続通信スケジュールから連続通信スケジュールに切り替えることができる。代替例では、端末装置１５０２は、図６８に示されるように、カバレッジ・エリア６５０８内に配置されてもよいが、最初は無線アイドル状態であってもよい。従って、端末装置１５０２が無線アイドル状態にあるため、ネットワーク・アクセス・ノード６５０２は、端末装置１５０２の直接的な知識を有しておらず、検出モジュール６６０２は、端末装置１５０２をサービスされる端末装置のリストあるとみなさないかもしれない。しかしながら、端末装置１５０２は、無線接続状態に入ってもよく（例えば、ネットワーク・アクセス・ノード６５０２でランダムアクセス手順を実行し、ネットワーク・アクセス・ノード６５０２で無線アクセス接続を確立することによって）、従って、ネットワーク・アクセス・ノード６５０２によってサービスされ始めてもよい。従って、検出モジュール６６０２は、予測不可能な端末装置がネットワーク・アクセス・ノード６５０２によってサービスされていることを検出することができ、スケジューラ・モジュール６６０４に通知することができる。従って、スケジューラ・モジュール６６０４は、不連続通信スケジュールから連続通信スケジュールに切り替えて、端末装置１５０２の重いデータ・トラフィック要求をサポートすることができる。次いで、端末装置１５０２がカバレッジ・エリア６５０８の外に移動し、および／または無線アイドル状態に入ると、検出モジュール６６０２は、スケジューラ・モジュール６６０４に通知し、スケジューラ・モジュール６６０４は、その後、不連続通信状態に切り替えることができる（他の予測不可能な端末装置がネットワーク・アクセス・ノード６５０２によってサービスされ始めていないと仮定する）。従って、検出モジュール６６０２およびスケジューラ・モジュール６６０４は、予測不可能な端末装置がネットワーク・アクセス・ノード６５０２によってサービスされているか否かに基づいて、ネットワーク・アクセス・ノード６５０２の通信スケジュールを、不連続および連続通信スケジュール間で「切り替え（ｔｏｇｇｌｅ）」することができる。

様々な態様において、スケジューラ・モジュール６６０４は、異なる要因に従ってＤＲＸ／ＤＴＸおよびＤＴＸのみのスケジュールを構成することも可能である。例えば、スケジューラ・モジュール６６０４は、ネットワーク・アクセス・ノード６５０２が、より高いデータ・トラフィック要件を有する多数の予測可能な端末装置および／または予測可能な端末装置（例えば、予測可能な端末装置に対して大量の送信または受信を必要とするもの、頻繁な無線アクセス（例えば、アラーム・システムに対して）を必要とするもの）にサービスを提供している場合に、より長いおよび／またはより多くの周波数送信および／または受信期間を有する不連続スケジュールを利用することができる。従って、スケジューラ・モジュール６６０４は、ネットワーク・アクセス・ノード６５０２によってサービスされる端末装置の変更設定に基づいて、不連続通信スケジュールを選択および調整するように構成されてもよい。

従って、種々の態様において、スケジューラ・モジュール６６０４は、それに接続される端末装置の数、それに接続される端末装置の動作パターン、それに接続される端末装置の端末のタイプ（予測可能か予測不可能か）、時刻（例えば、データ・トラフィックがより少ないと予想される夜間対データ・トラフィックがより多いと予想される日中）、曜日（例えば、トラフィックがより多いと予想される週末または休日）、場所（例えば、職場は、週末または休日のトラフィックが家庭よりも少ない）などを考慮することができる。

いくつかの態様において、スケジューラ・モジュール６６０４は、端末装置に特定のＲＡＴに再選択させ、別のＲＡＴを遮断するように指示することができる。例えば、ネットワーク・アクセス・ノード６５０２が複数のＲＡＴをサポートし、すべての端末装置が特定のＲＡＴをサポートする場合、スケジューラ・モジュール６６０４は、サポートされるＲＡＴをオンに切り替え、その後、電力を節約し、干渉を低減するために、他のＲＡＴをオフにするようすべての端末装置に指示することができる。スケジューラ・モジュール６６０４はまた、隣接するネットワーク・アクセス・ノードに対して交互の送信時間でその通信スケジュールをスケジュールして、干渉を低減することもできる。

いくつかの態様において、検出モジュール６６０２は、予測不可能な端末装置を「一時的に予測可能な（ｔｅｍｐｏｒａｒｉｌｙ ｐｒｅｄｉｃｔａｂｌｅ）」端末装置として扱うことができる。例えば、端末装置１５０２は、無線接続状態であってもよく、図６５に示されるように、カバレッジ・エリア６５０８内に置かれてもよい。しかしながら、端末装置１５０２は、現在使用されていないことがあり、例えば、動きがなく、ユーザーによって操作されておらず、そのスクリーンをオフにされ、ユーザーからの入力を受け取らないなどである。従って、端末装置１５０２が無線接続状態にある場合でも、端末装置１５０２は、重いデータ・トラフィックをサポートする無線アクセス接続を直ちに必要としない場合がある。従って、端末装置１５０２は、端末装置１５０２が一時的に予測可能であることを指定する制御メッセージをネットワーク・アクセス・ノード６５０２に送信するなどにより、端末装置１５０２が一時的に予測可能であるという表示をネットワーク・アクセス・ノード６５０２に提供することができる。端末装置１５０２は、端末装置１５０２が一定の時間（例えば、１０秒、１分など）使用されなかった後に（例えば、スクリーン・オフ、動きがない、ユーザー入力がないなど）、一時的に予測可能な制御メッセージを送信するように、タイマーに基づいてこのような制御メッセージを送信するように構成されてもよい。ネットワーク・アクセス・ノード６５０２は、一時的に予測可能な制御メッセージを受信することができ、このメッセージは、端末装置１５０２が一時的に予測可能であり得ることを検出モジュール６６０２に示すことができ、従って、予測可能な端末装置とみなすことができる。従って、ネットワーク・アクセス・ノード６５０２が他の予測不可能な端末装置にサービスしていないと仮定すると、検出モジュール６６０２は、ネットワーク・アクセス・ノード６５０２が現在予測不可能な端末装置にサービスを提供していないことをスケジューラ・モジュール６６０４に示すことができる。従って、スケジューラ・モジュール６６０４は、不連続通信スケジュールに切り替えることができる。代わりに、端末装置１５０２は、端末装置１５０２が使用されている毎に（例えば、スクリーン・オン、動き検出、ユーザー入力など）「使用中（ｉｎ－ｕｓｅ）」の制御メッセージを送信し、端末装置１５０２が使用されている期間中に繰り返し「使用中」の制御メッセージを送信するように構成してもよい（端末装置１５０２が使用されていないときに「使用中の」制御メッセージを送信しないで）。次いで、検出モジュール６６０２は、最後のメッセージから経過した時間を決定するように構成されてもよく、端末装置１５０２は、所定の期間が経過した後に一時的に予測可能であると考えてもよい。

いくつかの態様において、検出モジュール６６０２が、予測不可能な端末装置を一時的に予測可能とみなす他のシナリオが存在し得る。例えば、端末装置１５０２は、ユーザー設定が端末装置１５０２の「一時的に予測可能な設定」を起動し得るユーザー設定を有してもよい。端末装置１５０２は、ネットワーク・アクセス・ノード６５０２に対する一時的な予測可能な設定の起動および非起動を報告し得、従って、検出モジュール６６０２は、設定が各々非起動であるか起動であるかに基づいて、端末装置１５０２を予測不可能または一時的に予測可能なものとみなすことを可能にする。検出モジュール６６０２は、予測不可能な端末装置を一時的に予測可能なものとして分類するために、「時刻（ｔｉｍｅ ｏｆ ｄａｙ）」をさらに利用することができる。例えば、検出モジュール６６０２は、予測不可能な端末装置を、夜間または睡眠時間中に一時的に予測可能であり、昼間時間中に予測不可能であるとみなすことができる。さらに、または代わりに、検出モジュール６６０２は、不連続通信スケジュールが使用され得るか否かを決定するために、予測不可能な端末装置のためのデータ・トラフィックをモニタし得る。例えば、端末装置１５０２は、ネットワーク・アクセス・ノード６５０２と無線接続状態であってもよいが、軽いまたは散発的なデータ・トラフィック使用のみを有してもよい。検出モジュール６６０２は、端末装置１５０２が重いデータトラフィックサポートを必要としないことを識別することができ（例えば、一定期間にわたる端末装置１５０２の平均データ・トラフィックを評価することによって）、端末装置１５０２が一時的に予測可能であると考えることができる。次いで、スケジューラ・モジュール６６０４は、不連続通信スケジュールを利用することができる。さらに、または代わりに、端末装置１５０２は、端末装置１５０２が一時的に予測可能および／または不連続なスケジューリング・パラメータとみなされる場合に、ネットワーク・アクセス・ノード６５０２に条件を詳細に説明する制御情報を提供してもよい。例えば、端末装置１５０２は、端末装置１５０２を一時的に予測可能なものとして分類するために検出モジュール６６０２が利用することができる不活動時間期間および／または条件（例えば、時刻、特定のタイプの不活動、不活動持続時間など）を指定することができる。端末装置１５０２は、また、端末装置１５０２が一時的に予測可能であるときに、スケジューラ・モジュール６６０４が非連続通信スケジュールを選択するために使用することができる最大ＤＲＸまたはＤＴＸの長さ、周波数、および／または期間を指定することもできる。

スモール・セルの例示的な設定において上述したが、種々の態様は、実装のために任意のネットワーク・アクセス・ノードを使用することができる。例えば、ネットワーク・アクセス・ノード６５０４は、例えば、上述したように、検出モジュール６６０２およびスケジューラ・モジュール６６０４で構成されたマクロセルであってもよい。従って、ネットワーク・アクセス・ノード６５０４は、ネットワーク・アクセス・ノード６５０４によってサービスされる端末装置のタイプ、例えば、予測不可能な対予測可能なものをモニタし、どのタイプの端末装置が現在ネットワーク・アクセス・ノード６５０４によってサービスされているかに基づいて連続および非連続通信スケジュールを切り替えることができる。上述の態様は、例示的であり、任意のタイプのネットワーク・アクセス・ノードに実装することができる。

従って、ネットワーク・アクセス・ノード６５０２は、ネットワーク・アクセス・ノード６５０２によって現在サービスされている端末装置のタイプに基づいて、不連続通信スケジュール（例えば、ＤＲＸ／ＤＴＸまたはＤＴＸのみ）を選択的に起動することができる。特定の端末装置は、重いデータ・トラフィックの要件を持ち、「予測不可能」端末装置と考えられることがあり得、一方、他の端末装置は、散発的または軽いデータ・トラフィックの要件を有し、「予測可能」端末装置と考えられることがある。従って、ネットワーク・アクセス・ノード６５０２は、ネットワーク・アクセス・ノード６５０２が予測不可能な端末装置にサービスを提供していないことを初めて判定することができ、不連続通信スケジュールを利用することができる。ネットワーク・アクセス・ノード６５０２は、ネットワーク・アクセス・ノードが少なくとも１つの予測不可能な端末装置にサービスしていることを、２回目に決定することができ、連続通信スケジュールを利用することができる。従って、ネットワーク・アクセス・ノード６５０２は、ネットワーク・アクセス・ノード６５０２によってサービスされる端末装置のタイプおよびそのタイプのデータ・トラフィック要件に基づいて、連続的な通信スケジュールと非連続的な通信スケジュールの間で切り替えることができる。

不連続通信スケジュールを選択的に利用することによって、ネットワーク・アクセス・ノード６５０２は、電力を節約することができる一方で、サービスする端末装置のデータ・トラフィック要件を満たすことができる。不連続通信スケジュールの使用はまた、ネットワーク・アクセス・ノード６５０２によってサービスされた端末装置が、不連続通信スケジュール内の不活動期間中に送信および受信コンポーネントを不活性化することができるので、電力を節約することもできる。さらに、ネットワーク・アクセス・ノード６５０４および６５０６のような他の近隣のネットワーク・アクセス・ノードへの干渉は、ネットワーク・アクセス・ノード６５０２による伝送の頻度がより少ない結果として低減されてもよい。

図７０は、第１のタイプの少なくとも１つの端末装置と、第１のタイプとは異なる第２のタイプの少なくとも１つの端末装置とを含む通信システムにおいて、本開示のいくつかの態様に従って無線通信を行う方法７０００を示す。図７０に示されるように、方法７０００は、ネットワーク・アクセス・ノードに現在接続されている端末装置のセットを識別すること（７０１０）を含む。一組の端末装置の各端末装置が第１のタイプであるか否かに関して判定する（７０２０）。識別された一組の端末装置の各端末装置が第１のタイプである場合、一組の端末装置のネットワーク・アクセス・ノードに対する選択されたスケジュールを得るために、不連続通信スケジュールが選択される（７０３０）。一組の端末装置の少なくとも１つの端末装置が第２のタイプである場合、連続通信スケジュールが、一組の端末装置のネットワーク・アクセス・ノードに対する選択されたスケジュールを得るために選択される（７０４０）。選択されたスケジュールに従って、一組の端末装置でデータを送信または受信する（７０５０）。

図７１は、本開示のいくつかの態様に従って無線通信を実行する方法７１００を示す。図７１に示すように、方法７１００は、ネットワーク・アクセス・ノードに接続される端末装置をモニタすることを含み、端末装置のそれぞれは、第１のタイプまたは第２のタイプであり、第１のタイプおよび第２のタイプは、相互に排他的であってもよい（７１１０）。ネットワーク・アクセス・ノードに接続された各端末装置が第１のタイプである場合、ネットワーク・アクセス・ノードに対して不連続通信スケジュールが使用される（７１２０）。ネットワーク・アクセス・ノードに接続された端末装置のうちの少なくとも１つが第２のタイプである場合、ネットワーク・アクセス・ノードのために連続通信スケジュールが使用される（７１３０）。

２．９ 電力効率＃９
本開示のさらなる態様によれば、ネットワーク処理コンポーネントは、端末装置に対する「キープアライブ」責任（例えば、接続継続サービス）を負うことがあり、従って、端末装置は、キープアライブ・メッセージ（例えば、接続継続メッセージ）を繰り返し送信することなく、データ接続を維持することを可能にする。従って、端末装置は、繰り返しウェイクアップする必要なく、低電力状態に入ることができ、その結果、電力消費を低減することができる。これらの態様は、共通チャネルの態様、例えば、ネットワーク処理コンポーネントが「キープアライブ（ｋｅｅｐａｌｉｖｅ）」責任を負う共通チャネルと共に使用することができる。

図７２は、ネットワーク・アクセス・ノード２００２と無線アクセス接続を有し得る端末装置１５０２のいくつかの態様を含む例示的なネットワーク・シナリオを示す。ネットワーク・アクセス・ノード２００２は、例えば、セルラー基地局またはＷｉ－Ｆｉアクセス・ポイントのような短距離ネットワーク・アクセス・ノードであってもよい。一般性を損なうことなく、セルラー無線アクセス設定において、ネットワーク・アクセス・ノード２００２は、クラウド・サービス７２０４および他の外部データ・ネットワークに外部アウトレットを提供し得るコア・ネットワーク７２０２とインターフェースし得る。あるいは、短距離無線アクセス設定において、ネットワーク・アクセス・ノード２００２は、インターネット接続を介してクラウド・サービス７２０４および他の外部データ・ネットワークとインターフェースすることができる。

上述のように、ネットワーク・アクセス・ノード２００２は、端末装置１５０２がネットワーク・アクセス・ノード２００２、コア・ネットワーク７２０２、クラウド・サービス７２０４、および種々の他の外部データ・ネットワークとデータを交換するために利用することができる無線アクセス・ネットワークを提供することができる。従って、端末装置１５０２は、ネットワーク・アクセス・ノード２００２、コア・ネットワーク７２０２（様々なコア・ネットワーク・ノードを含む）、クラウド・サービス７２０４、およびネットワーク・アクセス・ノード２００２によって提供される無線アクセス・ネットワーク、およびデータの交換をサポートするために他の有線および／または無線接続の両方を利用する様々な他の外部データ・ネットワークのそれぞれと論理的なソフトウェア・レベル接続を有してもよい。

端末装置１５０２は、データを交換するためのクラウド・サービス７２０４との接続を有してもよい。例えば、端末装置１５０２のアプリケーション・プログラム（例えば、端末装置１５０２のデータ・ソース１６１２／データ・シンク１６１６のアプリケーション・プロセッサで実行されるモバイル・アプリケーション・プログラム）は、アプリケーション・プログラムにデータを提供するサーバーであってもよいクラウド・サービス７２０４（例えば、クラウド・サービス７２０４で実行されるカウンタパート・アプリケーション・プログラム）とデータを交換してもよい。

従って、端末装置１５０２のアプリケーション・プログラムは、トランスポート層および無線アクセス層（セルラー・プロトコル・スタックおよび物理層）を含む下位層に依存するアプリケーション層ソフトウェア接続として、クラウド・サービス７２０４とデータを交換することができる。端末装置１５０２のアプリケーション・プログラムと、アプリケーション層で通信することのできるクラウド・サービス７２０４の対応アプリケーション・プログラムは、下位層に依存して、様々な中間ノード（ネットワーク・アクセス・ノード２００２およびコア・ネットワーク７２０２のコア・ネットワーク・ノード）間のデータ転送を処理することができる。これらの下位層は、トランスポート層および無線アクセス層を含むことができる。従って、アプリケーション・プログラムおよび対応するアプリケーション・プログラムは、データをトランスポート層に提供することができ、トランスポート層は、ネットワークを介してトランスポートするために、データをパッケージし、下位層に提供することができる。一般性を損なうことなく、例示的な場合、端末装置１５０２のアプリケーション・プログラムは、クラウド・サービス７２０４によるデータ転送を処理するために、トランスポート層におけるＴＣＰ接続に依存してもよい。

このようなＴＣＰ接続は、トランスポート層上のエンド・ツー・エンド接続（例えば、オープン・システム・インター接続（ＯＳＩ）モデル）であってもよい。換言すれば、ＴＣＰ接続は、端末装置１５０２からクラウド・サービス７２０４に及ぶことがある（例えば、端末装置１５０２から全体的なデータ経路の一部のみを包含するネットワーク・アクセス・ノード２００２への他の中間接続とは対照的である）。定義上、ＴＣＰ接続は「タイムアウト」、例えば、非アクティブ接続が終了する時間制限を有しないかもしれないが、端末装置１５０２とクラウド・サービス７２０４との間のＴＣＰ接続が終了され得るいくつかの異なるシナリオが存在し得る。例えば、ファイアウォールのようなセキュリティ・ゲートウェイは、ＴＣＰデータ（トランスポート層でのデータ）をモニタすることができ、ある一定の期間非アクティブの後、例えば、データが５分、１０分、２０分などの間送信されなかった後に、非アクティブＴＣＰ接続を「閉じる（ｃｌｏｓｅ）」というＴＣＰ接続タイムアウトポリシーを持つことができる。このようなセキュリティ・ゲートウェイが配置され得る様々な異なる場所が存在し得る。例えば、ネットワーク・アクセス・ノード２００２が無線ＬＡＮアクセス・ポイントである場合、ネットワーク・アクセス・ノードとインターネットとの間に配置されたルータは、ＴＣＰ接続をモニタし、タイムアウトによりＴＣＰ接続を閉じることができるセキュリティ・ゲートウェイを有してもよい。ネットワーク・アクセス・ノード２００２とクラウド・サービス７２０４との間に、ファイアウォールのようなセキュリティ・ゲートウェイが配置され、ＴＣＰ接続が閉じられる可能性のある場所として作用する可能性のある、様々な他の場所があるかもしれない。ネットワーク・アクセス・ノード２００２がセルラー基地局である場合、ネットワーク・アクセス・ノード２００２とコア・ネットワーク７２０２との間にセキュリティ・ゲートウェイが配置されてもよい。さらにまたは代わりに、コア・ネットワーク７２０２と外部データ・ネットワーク（クラウド・サービス７２０４を含む）との間に、例えば、コア・ネットワーク７２０２のＰＧＷとクラウド・サービス７２０４に至るインターネット・ルータとの間のＧｉＬＡＮインターフェースに、セキュリティ・ゲートウェイが配置されてもよい。さらに、クラウド・サービス７２０４にセキュリティ・ゲートウェイを設置することも可能である。従って、セキュリティ・ゲートウェイは、端末装置１５０２とクラウド・サービス７２０４との間の他の任意の数の点に配置されてもよく、非アクティブＴＣＰ接続を選択的に終了してもよい。

クラウド・サービス７２０４は、さらに、非アクティブＴＣＰ接続を閉じるように構成されてもよい。例えば、クラウド・サービス７２０４が、端末装置１５０２とのＴＣＰ接続が一定期間非アクティブであることを検出した場合、クラウド・サービス７２０４は、ＴＣＰ接続を閉じることができる。ＴＣＰ接続が閉じるいかなるこのようなシナリオにおいても、端末装置１５０２およびクラウド・サービス７２０４は、データの交換を継続するために、ＴＣＰ接続を再確立する必要があり得る。新しいＴＣＰ接続の確立は時間のかかる手順かもしれないので、レイテンシーの点で費用がかかるかもしれない。さらに、端末装置１５０２およびクラウド・サービス７２０４は、ＴＣＰ接続が再確立されるまで、いかなるデータも交換できない場合がある。このようなＴＣＰ接続タイムアウトは、ユーザーがアプリケーション・プログラムに対していかなるデータも送信または受信することができないので、端末装置１５０２のユーザーにとって不便であり得る。

例示的な使用例において、端末装置１５０２のアプリケーション・プログラムは、クラウド・サービス７２０４から「プッシュ」通知を受け取ってもよい。プッシュ通知は、アプリケーション・プログラムに関連する短い通知メッセージ（例えば、テキスト形式、視覚的警告など）を提供するために使用されてもよく、ユーザーに提示される端末装置１５０２のディスプレイ上に「ポップアップ」してもよい。従って、クラウド・サービス７２０４は、端末装置１５０２とクラウド・サービス７２０４との間のデータ接続を介して、端末装置１５０２のモバイル・アプリケーションにプッシュ通知を送信することができる。従って、プッシュ通知は、コア・ネットワーク７２０２を通過し、ネットワーク・アクセス・ノード２００２によって無線アクセス・ネットワークを介して端末装置１５０２に送信され、端末装置１５０２は、プッシュ通知を受信し、アプリケーション・プログラムにプッシュ通知を提供することができる。

従って、ＴＣＰ接続タイムアウトは、端末装置１５０２が（クラウド・サービス７２０４によって提供される他のデータに加えて）これらのプッシュ通知を受信することを妨げることがある。従って、端末装置１５０２のユーザーは、ＴＣＰ接続が再確立されるまで、そのようなプッシュ通知を受信することができない場合があり、これは、大きな遅延後にのみ発生することがある。

セキュリティ・ゲートウェイによるトランスポート層でのＴＣＰ接続タイムアウトに加えて、ネットワーク・アクセス・ノード２００２は、従来のように、無線アクセス層で無線アクセス・ベアラ接続を閉じるように構成されてもよい（例えば、制御平面で、例えば、レイヤ３のＲＲＣで、従って、端末装置１５０２とコア・ネットワーク７２０２との間に広がる無線アクセス・ベアラが一定期間非アクティブである場合、ネットワーク・アクセス・ノード２００２は、無線アクセス・ベアラを閉じるように構成されてもよい）。無線アクセス・ベアラ・ターミネーションは、ネットワーク・アクセス・ノード２００２が閉じた無線アクセス・ベアラ上の端末装置１５０２に任意のデータを供給する前に、無線アクセス・ベアラの再確立を必要とすることもある。その結果、端末装置１５０２とクラウド・サービス７２０４との間のデータを搬送する無線アクセス・ベアラが閉じられると、無線アクセス・ベアラが再確立されるまで過剰な遅延が生じ得る。従って、このような無線アクセス・ベアラ・クロージャは、端末装置１５０２がクラウド・サービス７２０４からデータ（プッシュ通知を含む）を受信することを妨げることもある。

従って、端末装置１５０２とクラウド・サービス７２０４との間のデータ接続は、トランスポート層および無線アクセス層における接続タイムアウトの影響を受けやすいかもしれない。端末装置１５０２のアプリケーション・プログラムは、クラウド・サービス７２０４に「ハートビート」を送信するように構成することができ、クラウド・サービス７２０４は、端末装置１５０２がクラウド・サービス７２０４に送信して、クラウド・サービス７２０４でＴＣＰ接続が生きている旨を通知する（およびクラウド・サービス７２０４がＴＣＰ接続を閉じないようにする）ことができ、その結果、ＴＣＰおよび無線アクセスベア接続タイムアウトを回避することができる。クラウド・サービス７２０４への接続が有効でない場合、端末装置１５０２は、アプリケーション・プログラムとクラウド・サービス７２０４との間の接続を再確立し、それによって、すべての新規および遅延プッシュ通知の送信を可能にする。プッシュ通知の設定において上述したが、ＴＣＰ接続タイムアウトは、そのような接続を介して送信される任意のタイプのデータに関係するかもしれない。

しかしながら、これらのハートビートは、ネットワーク・アクセス・ノードおよび／またはコア・ネットワーク・インターフェースにおけるＴＣＰおよび無線アクセス・ベアラ接続のターミネーションを防止する上で効果的であるにはあまりにもまれにしか伝送されないかもしれない。さらに、ハートビートの周期性が通常のＴＣＰタイムアウト・レベル（例えば、５分）内に低減されたとしても、これは、開いている接続毎にハートビートを送るために少なくとも５分毎にウェイクアップする必要がある端末装置に大きなバッテリー・ペナルティを課すことになる。

従って、いくつかの態様では、無線アクセス・ネットワークは、ネットワーク・アクセス・ノードまたは「エッジ（ｅｄｇｅ）」コンピューティング・デバイスの何れかにおいて、データ接続が閉じられずに維持されることを確実にするのを助けるために、端末デバイスに対するキープアライブ責任（例えば、接続継続サービス）を担うように構成されてもよい。ＴＣＰと無線アクセス・ベアラ接続のタイムアウトの両方をアドレス指定することができ、従って、端末装置は、タイムアウトなしに、且つハートビートを送るために連続的にウェイクアップする必要なしに、データ接続を維持することを可能にする。ネットワーク・アクセス・ノードまたはエッジ・コンピューティング・デバイスが接続継続サービスを処理する間、端末装置は低電力状態のままであり得るので、端末装置は、電力消費を低減しつつ、接続タイムアウトを回避する可能性がある（従って、レイテンシーを改善する）。

無線アクセス・ネットワークからの協力は、端末装置におけるこのような電力節約を可能にするために依存され得る。第１の例示的な任意選択では、ネットワーク・アクセス・ノードは、接続継続サービスを仮定するように構成することができ、従って、端末装置のデータ接続を有効に保つために、端末装置に代わって、宛先外部データ・ネットワーク（例えば、クラウド・サービス７２０４）にハートビートを送信することができる。第２の例示的な任意選択では、ネットワーク・アクセス・ノードにまたはその近くに配置されたモバイル・エッジ・コンピューティング（ＭＥＣ、マルチアクセス・エッジ・コンピューティング（Ｍｕｌｔｉ－Ａｃｃｅｓｓ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ）とも呼ばれる）サーバーのようなエッジ・コンピューティング・デバイスは、ネットワーク・アクセス・ノードとインターフェースしてネットワーク・アクセス・ノードおよびセキュリティ・ゲートウェイの両方による接続タイムアウトを防止することに加えて、端末装置に代わって宛先外部データ・ネットワークにハートビートを送信することにより、接続継続サービスを引き受けることができる。従って、どちらの任意選択も端末装置にハートビートを送信させずに接続タイムアウトを防ぐのに役立つ。

図７３は、ネットワーク・アクセス・ノード２００２がいくつかの態様による接続タイムアウトを防止するために、端末装置１５０２の接続継続サービスを想定し得る第１の例示的な任意選択を示すメッセージ・シーケンス・チャート７３００を示す。図７３に示されるように、端末装置１５０２は、ネットワーク・アクセス・ノード２００２（および図７３に示されていないコア・ネットワーク７２０２）を介してクラウド・サービス７２０４と７３０２でデータ接続を有してもよく、これは、トランスポート層（例えば、エンドツーエンド接続）および無線アクセス層を含む下位層に依存するアプリケーション層における端末装置１５０２のアプリケーション・プログラムとクラウド・サービス７２０４との間のソフトウェア・レベルの接続であってもよい。データ接続は、データ転送が発生しなかったタイムアウト期間が経過した後に、ネットワーク・アクセス・ノードおよび／または非アクティブ・データ接続（例えば、ＴＣＰ接続および／または無線アクセス・ベアラ）を閉じる可能性があるセキュリティ・ゲートウェイなどで、接続タイムアウトに対して脆弱である可能性がある。このような接続タイムアウトを回避するのを助けるために、いくつかの態様に従って、端末装置１５０２は、ネットワーク・アクセス・ノード２００２が端末装置１５０２の接続継続サービスを引き受けることを要求するために、７３０４においてネットワーク・アクセス・ノード２００２に登録することができる。例えば、端末装置１５０２のコントローラ１６１０は、ネットワーク・アクセス・ノード２００２から接続継続サービスを要求するネットワーク・アクセス・ノード２００２の制御モジュール２６１０に制御信号を送信することができる。制御モジュール２６１０は、キープアライブ要求を受け入れ、７３０６内の端末装置１５０２を登録することができる。従って、ネットワーク・アクセス・ノード２００２は、データ接続上の非アクティブに関係なく、無線アクセス・ベアラを閉じるような、端末装置１５０２に対するデータ接続のいかなる接続タイムアウトもローカルに実行することができない。電力を節約するために、端末装置１５０２はまた、７３０４における登録後に低電力状態またはスリープ状態に入ってもよい（これは、他のデータ接続に依存して活動に依存してもよい）。

さらに、ネットワーク・アクセス・ノード２００２とクラウド・サービス７２０４との間のセキュリティ・ゲートウェイのような他のネットワーク・ノードでのタイムアウト接続を回避するために、ネットワーク・アクセス・ノード２００２（例えば、制御モジュール２６１０）は、７３０８でクラウド・サービス７２０４にハートビートを送信してもよい。他のセキュリティ・ゲートウェイが、端末装置１５０２とクラウド・サービス７２０４との間のデータ接続上のアクティビティのようなハートビートを識別することを確実にするのを助けるために、ネットワーク・アクセス・ノード２００２（例えば、制御モジュール２６１０）は、同じデータ接続上でハートビートを送信してもよい。従って、データ接続の非アクティビティとその後のタイムアウトをモニタする任意のセキュリティ・ゲートウェイは、ハートビートをデータ接続上のアクティビティと解釈し、結果としてデータ接続を閉じない可能性がある。ネットワーク・アクセス・ノード２００２（例えば、制御モジュール２６１０または別の専用上位層プロセッサ）は、クラウド・サービス７２０４へのデータ接続上で送信するためのハートビートを生成するために、ＴＣＰプロトコルを備えて構成されてもよい。

セキュリティ・ゲートウェイは、非アクティブ・タイマーに基づいてデータ接続を閉じることができるので、ネットワーク・アクセス・ノード２００２は、７３１０、７３１２等において継続的にハートビートを送信することができ、ここで、７３０８－７３１２におけるハートビート送信の周期は、非アクティブタイマ、例えば、５分未満であり得る。従って、７３０８－７３１２で繰り返されるハートビート送信は、データ接続をアクティブに保ち、ネットワーク・アクセス・ノード２００２とクラウド・サービス７２０４との間のセキュリティ・ゲートウェイでの接続タイムアウトを回避し得る。いくつかの態様において、クラウド・サービス７２０４はまた、データ接続を維持するためにネットワーク・アクセス・ノード２００２が応答し得るキープアライブ・メッセージを送信し得る。非制限的な例において、端末装置１５０２へのクラウド側起動ソフトウェア・アップデートのようなクラウド・サービスは、アップデートの間、データ接続を維持することを望んでもよい。従って、クラウド・サービスは、データ接続がアクティブのままであることを確実にするためにキープアライブ・メッセージを送信することがあり、ネットワーク・アクセス・ノード２００２は、それをデコードし、応答することができる。

データ接続がアクティブのままであり得るため、クラウド・サービス７２０４は、７３１４において端末装置１５０２にアドレス指定されたデータを識別し、７３１６において端末装置１５０２にデータを送信し得る。従って、図７３に開示された任意選択の態様は、ネットワーク・アクセス・ノード２００２に接続継続サービスを割り当てることによって、ハートビートを連続的に送信する必要なしに、端末装置１５０２が外部データ接続とアクティブ・データ接続を維持することを可能にする。

一般性を損なうことなく、ある態様では、ネットワーク・アクセス・ノード２００２は、７３０６内の端末装置１５０２を登録するために、特別な無線接続状態を利用することができる。例えば、ＬＴＥは、端末装置１５０２とネットワーク・アクセス・ノード２００２との間の無線アクセス接続の挙動を定義するＲＲＣアイドル（ＲＲＣ＿ＩＤＬＥ）とＲＲＣ接続（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）の２つの無線接続状態を指定する。他の無線アクセス技術も、同様に複数の無線接続状態を定義することができる。従って、ネットワーク・アクセス・ノード２００２（例えば、制御モジュール２６１０）は、ある態様において、接続の連続性（キープアライブ）目的のために端末装置を登録するために、特別な無線接続状態を利用してもよい。従って、７３０４において端末装置１５０２から登録要求を受信すると、ネットワーク・アクセス・ノード２００２は、特別な無線接続状態で端末装置１５０２を登録することができ、これは、ネットワーク・アクセス・ノード２００２に、メッセージ・シーケンス・チャート７３００に関して説明されるように、端末装置１５０２の接続継続サービスを引き受けるように促すことができる。ある態様では、特別な無線接続状態は、ネットワーク・アクセス・ノード２００２が、特別な無線接続状態で登録された端末装置の無線アクセス・ベアラを閉じることを妨げることもある。いくつかの態様において、特別な無線接続状態は、一般的な目的に使用される標準タイマーよりも長い接続タイムアウトを使用することができ、その結果、ネットワーク・アクセス・ノード２００２は、特別な無線接続状態で登録された端末装置の無線アクセス・ベアラを閉じる前に、より長い時間待機することになる。いくつかの態様において、ネットワーク・アクセス・ノード２００２は、端末装置が特別な無線接続状態から登録抹消されるまで、特別な無線接続状態で登録される端末装置の無線アクセス・ベアラを決して閉じない場合がある。

第２の例示的な任意選択では、ＭＥＣサーバーのようなエッジ・コンピューティング・デバイスは、端末装置１５０２とクラウド・サービス７２０４との間のデータ接続が非アクティビティのために終了しないことを確実にするのを助けるために、端末装置１５０２の接続継続サービスを想定してもよい。図７４は、いくつかの態様による、ネットワーク・アクセス・ノード２００２とコア・ネットワーク７２０２との間に配置されたエッジ・コンピューティング・サーバー７４０２を含むネットワーク構成を示す。エッジ・コンピューティング・サーバー７４０２は、ネットワーク・アクセス・ノード２００２またはその近くに配置されたＭＥＣサーバーのようなエッジ・コンピューティング・デバイスであってもよい。このようなエッジ・コンピューティング・デバイスは、ユーザーに近いセルラー・ネットワークの「エッジ（ｅｄｇｅ）」の位置での機能に対する種々のクラウド処理およびデータ提供を実行することができる。従って、エッジ・コンピューティング・デバイスは、端末装置とデータを交換するレイテンシーがよい低く、コア・ネットワークを通過するデータの必要性を取り除くことによりコア・ネットワーク輻輳を回避し得る。エッジ・コンピューティング・サーバー７４０２は、ネットワーク・アクセス・ノード２００２（例えば、無線アクセス・タワーの位置）またはネットワーク・アクセス・ノード２００２に近接する別の位置に物理的に配置することができる。エッジ・コンピューティング・サーバー７４０２は、種々の処理およびデータ提供動作を実行するためにプログラム・コードを実行するように構成されたプロセッサであってもよく、プログラム・コードは、演算、制御、およびＩ／Ｏ命令のセットとして本明細書に詳述されるエッジ・コンピューティング・サーバー７４０２の機能を定義してもよい。エッジ・コンピューティング・サーバー７４０２は、プログラム・コードを保存するように構成された非一時的コンピュータ読み取り可能媒体からプログラム・コードを読み取るように構成されてもよい。

従来のエッジ・コンピューティング機能に加えて、エッジ・コンピューティング・サーバー７４０２は、端末装置に対する接続継続サービスを想定するように構成されてもよい。従って、エッジ・コンピューティング・サーバー７４０２は、端末装置１５０２とクラウド・サービス７２０４との間のデータ接続上でハートビートを送信し、例えば、非アクティビティに起因するセキュリティ・ゲートウェイにおけるＴＣＰ接続タイムアウトなどによりデータ接続が閉じられないように助ける。さらに、エッジ・コンピューティング・サーバー７４０２は、ネットワーク・アクセス・ノード２００２から分離されてもよいので、エッジ・コンピューティング・サーバー７４０２は、ネットワーク・アクセス・ノード２００２が、例えば無線アクセス・ベアラを閉じることによって、データ接続を閉じるのを防止するのを助けるために、ネットワーク・アクセス・ノード２００２とインターフェースする必要があってもよい。

図７５は、エッジ・コンピューティング・サーバー７４０２が、接続タイムアウトを防止するのを助けるために、端末装置１５０２に対する接続継続サービスを想定し得るいくつかの態様による第２の例示的任意選択を図示するメッセージ・シーケンス・チャート７５００を示す。図７５に示されるように、端末装置１５０２は、７５０２においてクラウド・サービス７２０４とのデータ接続を有してもよく、これは、端末装置１５０２のアプリケーション・プログラムとクラウド・サービス７２０４との間のソフトウェア・レベル接続であってもよい。

トランスポート層および無線アクセス層における接続タイムアウトを防止するため、端末装置１５０２は、７５０４のエッジ・コンピューティング・サーバー７４０２に登録して、例えば、エッジ・コンピューティング・サーバー７４０２から接続継続サービスを要求するエッジ・コンピューティング・サーバー７４０２に制御信号を送信するコントローラ１６１０によって、エッジ・コンピューティング・サーバー７４０２が端末装置１５０２の接続継続サービスを引き受けることを要求することができる。エッジ・コンピューティング・サーバー７４０２は、キープアライブ要求を受け入れ、端末装置１５０２を７５０６で登録することができる。電力を節約するために、端末装置１５０２は、７５０４における登録後に低電力状態またはスリープ状態に入り得る（これは、他のデータ接続上の活動に依存し得る）。無線アクセス層におけるネットワーク・アクセス・ノード２００２による接続タイムアウトを防止するため、エッジ・コンピューティング・サーバー７４０２は、端末装置１５０２とクラウド・サービス７２０４との間のデータ接続が維持されるべきであると、７５０８においてネットワーク・アクセス・ノード２００２に通知することができる。エッジ・コンピューティング・サーバー７４０２がネットワーク・アクセス・ノード２００２にデータ接続を維持するように指示しているので、ネットワーク・アクセス・ノード２００２は無線アクセス層でデータ接続を閉じないかもしれず、言い換えれば、無線アクセス・ベアラを閉じないかもしれない。ネットワーク・アクセス・ノード２００２にデータ接続を有効に保つように明示的に指示する代わりに、エッジ・コンピューティング・サーバー７４０２は、端末装置１５０２へのデータ接続上のハートビートを送ることができる。従って、このようなハートビートは、無線アクセス層においてネットワーク・アクセス・ノード２００２を通過し得、ネットワーク・アクセス・ノード２００２は、データ接続のための無線アクセス・ベアラ上での活動と解釈し得、従って、無線アクセス・ベアラを閉じるのを延期し得る。エッジ・コンピューティング・サーバー７４０２は、ネットワーク・アクセス・ノード２００２による無線アクセス層におけるデータ接続を閉じることを継続的に防止するのを助けるために、周期的にハートビートを送ることができる。代わりに、端末装置１５０２は、データ接続を維持することを望む端末装置のための特別な無線接続状態で端末装置１５０２を登録し、ネットワーク・アクセス・ノード２００２にデータ接続が閉じられないことを通知するように、ネットワーク・アクセス・ノード２００２と制御信号を交換するように構成されてもよい。

図７５に示されるように、いくつかの態様において、エッジ・コンピューティング・サーバー７４０２は、データ接続がトランスポート層で閉じられるのを防止するのを助けるために、７５１０－７５１４のデータ接続上のクラウド・サービス７２０４にハートビートを追加的に送信することができる。上述のように、ファイアウォールのようなセキュリティ・ゲートウェイは、トランスポート層データをモニタし、非アクティブ性のためにＴＣＰ接続を閉じるかもしれない。エッジ・コンピューティング・サーバー７４０２は、データ接続上でハートビートを送信することができるので、エッジ・コンピューティング・サーバー７４０２とクラウド・サービス７２０４との間に位置するセキュリティ・ゲートウェイは、そのようなデータ・トラフィックをデータ接続上のアクティビティとして解釈し、データ接続をオープンに保つことができる。従って、エッジ・コンピューティング・サーバー７４０２は、データ接続上のハートビートを送信することによって、データ接続を端末装置１５０２のために保持させてもよく、このハートビートは、トランスポート層でハートビートを生成し、データ接続上でハートビートを送信することを含んでもよい。７５１６において、クラウド・サービス７２０４は、端末装置１５０２のデータを識別し、７５１８でデータ接続を介してデータを送信することができる。エッジ・コンピューティング・サーバー７４０２がデータ接続を時期尚早に閉じることを妨げたため、クラウド・サービス７２０４は、データ接続を再確立することなく、７５１８において直ちにデータを送信することができる。

従って、第１および第２の任意選択の態様は、端末装置１５０２が、接続タイムアウト（例えば、ネットワーク・アクセス・ノードまたはセキュリティ・ゲートウェイによる）なしに、およびハートビートを送信するためにウェイクアップする必要なしに、クラウド・サービス７２０４とのデータ接続（例えば、無線アクセス層における無線アクセス・ベアラに依存するＴＣＰ接続）を維持することを可能にすることができる。従って、端末装置は、データ接続の接続タイムアウトを防止しながら、消費電力を低減することができる。さらに、データ接続が低下される代わりに維持されるため、接続タイムアウトが発生する際に必要とされる分解および再確立手順を回避することにより、レイテンシーを短縮することができる。これは、特にＩｏＴ Ｗｉ－Ｆｉドアベルおよび／またはＩｏＴ Ｗｉ－Ｆｉセキュリティ・カメラなどのＩｏＴデバイスに有用であり得る。従って、このようなＩｏＴ装置は、常にキープアライブを実行することなく、即座に利用可能なデータ接続を有する（従って、カウンタパートユーザハンドセットにプッシュ通知を迅速に提供することができる）ので、レイテンシーを改善し、電力消費を低減することができる。

ＴＣＰ接続およびＴＣＰ接続タイムアウトの例示的な設定において上述したが、開示された態様は、接続タイムアウトを防止するために「ハートビート」に同様に依存し得るユーザ・データグラム・プロトコル（ＵＤＰ）およびクイックＤＵＰインターネット接続（ＱＵＩＣ）のような「接続レス（ｃｏｎｎｅｃｔｉｏｎｌｅｓｓ）」プロトコルを含む、任意の類似のタイプの接続に対して採用され得る。

図７６は、いくつかの態様に従って端末装置において無線通信を実行する例示的方法７６００を示す。図７６に示されるように、方法７６００は、サーバーまたはネットワーク・ノードとのデータ接続を介して第１のデータを送信または受信することを含み、データ接続は、端末装置とサーバーまたはネットワーク・ノードとの間のエンド・ツー・エンド接続である。データ接続上の１つ以上の接続継続メッセージを端末装置のサーバーまたはネットワーク・ノードに送信するために、命令はネットワーク処理コンポーネントに送信される（７６２０）。

図７７は、ネットワーク処理コンポーネントで無線通信を実行する例示的な方法７７００を示す。図７７に示されるように、方法７７００は、端末装置からメッセージを受信するステップを含み、このメッセージは、端末装置とサーバーまたはネットワーク・ノードとの間のデータ接続を維持するようにネットワーク処理コンポーネントに指示し、データ接続は、端末装置とサーバーまたはネットワーク・ノードとの間のエンドツーエンド・データ接続である（７７１０）。端末装置に対するサーバーまたはネットワーク・ノードへデータ接続上の１つ以上の接続継続メッセージが送信される（７７２０）。

２．１０ 電力効率＃１０
本開示のさらなる態様によれば、端末装置のグループは、エッジ・コンピューティング・デバイスに接続継続サービスを委託することができ、エッジ・コンピューティング・デバイスは、各端末装置の個々のキープアライブ要件に基づいて、各端末装置に対する接続継続サービスを仮定することができる。従って、端末装置は、キープアライブ・メッセージを送る必要を回避し、代わりに電力を節約するために低電力状態に入ることができる。端末装置の各グループは、更に、１つの端末装置が無線アクセス・ネットワークと直接通信するためのゲートウェイ装置として作用し、一方で、残りの端末装置がより単純なおよび／または低電力の通信方式で通信し、従って、電力節約を更に増大する「ゲートウェイ」技法を利用することができる。これらの態様は、共通チャネルの態様、例えば、エッジ・コンピューティング・デバイスがキープアライブ要件に基づいて共通チャネルのための接続継続サービスを仮定する共通チャネルと共に使用されてもよい。

図７８は、端末装置１５０２がクラウド・サービス７２０４とのデータ接続を有し得るいくつかの態様を含む例示的なネットワーク・シナリオを示す。データ接続は、ネットワーク・アクセス・ノード２００２、エッジ・コンピューティング・サーバー７４０２、およびコア・ネットワーク７２０２を介して端末装置１５０２とクラウド・サービス７２０４との間のデータをルーティングするために、トランスポート層および無線アクセス層に依存するアプリケーション層接続であってもよい。

ネットワーク・アクセス・ノード２００２との無線アクセス接続に加えて、端末装置１５０２は、グループ・ネットワーク７８０２内の１つ以上の端末装置に追加的に接続してもよい。

グループ・ネットワーク７８０２の端末装置は、双方向フォワーディング・ネットワーク、マルチホップ・ネットワーク、またはメッシュ・ネットワークなどの単純なおよび／または低電力通信スキームを介して互いに通信することができる。従って、端末装置１５０２は、ネットワーク・アクセス・ノード２００２からデータを受信し、グループ・ネットワーク７８０２の端末装置に供給し、グループ・ネットワーク７８０２の端末装置からデータを受信し、ネットワーク・アクセス・ノード２００２に供給するゲートウェイ・デバイスとして動作してもよい。ネットワーク・アクセス・ノード２００２と直接無線アクセス接続を維持するグループ・ネットワーク７８０２の各端末装置の代わりに、端末装置１５０２は、従って、グループ・ネットワーク７８０２の他の端末装置に無線アクセスを提供するための中間ゲートウェイとして作用し得る。従って、グループ・ネットワーク７８０２の他の装置は、電力消費を低減するために、低電力通信方式上で互いに通信することができる。ゲートウェイ装置は、ある場合には、グループ・ネットワーク７８０２の様々な端末装置間でスイッチすることができる。従って、グループ・ネットワーク７８０２の端末装置は、各々、クラウド・サービス７２０４のようなデータ接続を有することができ、端末装置１５０２は、グループ・ネットワーク７８０２の他の端末装置とネットワーク・アクセス・ノード２００２との間でデータを転送することができる。いくつかの態様において、グループ・ネットワーク７８０２の端末装置は、比較的低いデータ要件を有するＩｏＴ装置であってもよい。従って、端末装置１５０２がグループ・ネットワーク７８０２の端末装置とネットワーク・アクセス・ノード２００２との間で転送する必要があるデータの量は管理可能である。従って、端末装置１５０２は、グループ・ネットワーク７８０２の各端末装置のデータ接続のためにクラウド・サービス７２０４からデータを受信し、データをグループ・ネットワーク７８０２の適切な端末装置に転送することができる。説明は、グループ・ネットワーク７８０２の各端末装置がクラウド・サービス７２０４に接続される種々の態様において提供されるが、開示の種々の態様は、グループ・ネットワーク７８０２の異なる端末装置が種々の外部データ・ネットワークに接続される場合にも適用可能である。このような場合、端末装置１５０２は、グループ・ネットワーク７８０２の端末装置とネットワーク・アクセス・ノード２００２との間でデータを中継するゲートウェイ装置として同様に作用し、これにより、各データ接続のデータを適切な外部データ・ネットワークにルーティングすることができる。

グループ・ネットワーク７８０２の端末装置のデータ接続は、端末装置１５０２とクラウド・サービス７２０４との間に延在し得るので、データ接続は、図５８－６３に関して上述したのと同様の方法で、接続タイムアウトの影響を受けやすい。例えば、長期間にわたってデータ接続にアクティビティがない場合、セキュリティ・ゲートウェイは、非アクティビティのためにトランスポート層でデータ接続を閉じるかもしれない。さらにまたは代わりに、ネットワーク・アクセス・ノード２００２は、データ接続が長期間アイドル状態である場合、無線アクセス層におけるデータ接続を終了させることができる（例えば、データ接続のための無線アクセス・ベアラを閉じることによって）。

グループ・ネットワーク７８０２の端末装置は、各々がそれぞれのデータ接続が閉じられないようにするためのキープアライブ手順を実行することができる。しかしながら、そのような要求は、グループ・ネットワーク７８０２の端末装置が各々、ハートビートを送信するためにネットワーク・アクセス・ノード２００２への無線アクセス接続を確立するか、またはその端末装置１５０２がグループ・ネットワーク７８０２の端末装置に代わってハートビートを転送することを必要とし、これらは両方とも電力消費を必要とすることがある。

この開示の態様によれば、グループ・ネットワーク７８０２の端末装置は、代わりにエッジ・コンピューティング・サーバー７４０２に登録することができ、エッジ・コンピューティング・サーバー７４０２は、グループ・ネットワーク７８０２の接続継続サービスを担い、グループ・ネットワーク７８０２の端末装置に代わってクラウド・サービス７２０４にハートビートを送信することができる。グループ・ネットワーク７８０２の端末装置は、異なるキープアライブ要件を有し得るので（例えば、接続タイムアウト・タイマー）、エッジ・コンピューティング・サーバー７４０２は、データ接続のいずれかの閉鎖を効果的に防止するのを助けるために、異なる接続継続サービスを管理することができる。さらに、いくつかの態様では、端末装置１５０２は、グループ・ネットワーク７８０２の他の端末装置の各々と協働して、グループ・ネットワーク７８０２の各端末装置の個別のサービス要件を満たすゲートウェイ転送サービスを提供することができる。エッジ・コンピューティング・サーバー７４０２はまた、いくつかの態様において、グループ・ネットワーク７８０２とネットワーク・アクセス・ノード２００２との間の無線アクセス接続を管理するために、端末装置１５０２とネットワーク・アクセス・ノード２００２とのゲートウェイ接続が、グループ・ネットワーク７８０２の各端末装置をサポートするのに十分な無線資源を有することを確実にするように、ネットワーク・アクセス・ノード２００２とインターフェースすることができる。

図７９は、いくつかの態様による例示的なメッセージ・シーケンス・チャート７９００を示す。図７９に示されるように、グループ・ネットワーク７８０２の第１の端末装置は、７９０２のクラウド・サービス７２０４とデータ接続を有してもよい。端末装置１５０２は、ネットワーク・アクセス・ノード２００２と直接無線アクセス接続を有してもよく、ここで、グループ・ネットワーク７８０２の残りの端末装置は、グループ・ネットワーク７８０２のローカル通信方式（例えば、双方向フォワーディングまたはメッシュ・ネットワークのための類似のスキーム）を介して端末装置１５０２と通信し、そして無線アクセス・ネットワークを介してネットワーク・アクセス・ノード２００２にデータを転送するために端末装置１５０２に依存することによって、ネットワーク・アクセス・ノード２００２と間接的に通信してもよい。種々の他の態様において、グループ・ネットワーク７８０２の複数の端末装置は、ネットワーク・アクセス・ノード２００２と通信し、グループ・ネットワーク７８０２の他の端末装置に転送を提供することができる。

グループ・ネットワーク７８０２の端末装置は、接続タイムアウトを防止するのを助けるために、エッジ・コンピューティング・サーバー７４０２に依存して、それらの代わりに接続継続サービスを実行することができる。従って、グループ・ネットワーク７８０２の第１の端末装置は、第１の端末装置に代わって接続継続サービスを引き受けるために、エッジ・コンピューティング・サーバー７４０２に要求することを望み得る。第１の端末装置は、（ネットワーク・アクセス・ノード２００２を介して）エッジ・コンピューティング・サーバー７４０２へのゲートウェイとして端末装置１５０２に依存する必要があるため、第１の端末装置は、要求を７９０４内の端末装置１５０２に送信することができ、要求は、データ接続の接続タイムアウトを防止するために、第１の端末装置の代わりに接続継続サービスを実行するようにエッジ・コンピューティング・サーバー７４０２に指示する命令を含む。この要求はまた、第１の端末装置が現在使用しているサービスのタイプ、および／またはグループ・ネットワーク７８０２の他の端末装置が使用しているサービスのタイプを指定することができ、これにより、エッジ・コンピューティング・サーバー７４０２がネットワーク・アクセス・ノード２００２とインターフェースし、端末装置１５０２とネットワーク・アクセス・ノード２００２との間のゲートウェイ接続を介してグループ・ネットワーク７８０２に割り当てられた無線資源を管理することができる。

次に、端末装置１５０２は、要求を７９０６のエッジ・コンピューティング・サーバー７４０２に転送してもよい。７９０８の要求を受信すると、エッジ・コンピューティング・サーバー７４０２は、接続継続サービスのためにグループ・ネットワーク７８０２の第１の端末装置を登録することができる。接続継続サービスに加えて、エッジ・コンピューティング・サーバー７４０２は、端末装置１５０２とネットワーク・アクセス・ノード２００２との間の「ゲートウェイ」無線アクセス接続が、グループ・ネットワーク７８０２の各端末装置のサービス（例えば、それぞれのデータ接続）をサポートするのに十分な資源（例えば、時間周波数資源）を有することを確実にするために、ネットワーク・アクセス・ノード２００２とインターフェースしてＩｏＴサービス・ステアリングを実行してもよい。従って、エッジ・コンピューティング・サーバー７４０２は、また、７９０８において、グループ・ネットワーク７８０２の端末装置のサービスに必要な適切な量の資源を決定し（この端末装置１５０２は、７９０４の要求を介して入手することができ、７９０６の転送においてエッジ・コンピューティング・サーバー７４０２に提供することができる）、７９１０において、ネットワーク・アクセス・ノード２００２に、グループ・ネットワーク７８０２の端末装置のサービスをサポートするために端末装置１５０２によるゲートウェイ無線アクセス接続に必要な適切な資源を知らせるステアリング・コマンドを送信することができる。次いで、ネットワーク・アクセス・ノード２００２は、ステアリング・コマンドに基づいて、端末装置１５０２との無線アクセス接続のための資源割り当てを実行することができ、これは、ステアリング・コマンドに基づいて、端末装置１５０２とのゲートウェイ無線アクセス接続に割り当てられた資源を調整することを含み得る。エッジ・コンピューティング・サーバー７４０２は、個別ベース（例えば、グループ・ネットワーク７８０２の個々の端末装置毎）またはグループ・ベース（例えば、グループ・ネットワーク７８０２の複数の端末装置毎）でそのような操作を実行することができる。従って、エッジ・コンピューティング・サーバー７４０２は、端末装置１５０２とネットワーク・アクセス・ノード２００２との間のゲートウェイ無線アクセス接続が、グループ・ネットワーク７８０２の各端末装置をサポートするのに十分な無線資源を有することを保証することができる。

いくつかの態様において、ネットワーク・アクセス・ノード２００２は、特別なＲＲＣ状態のような、グループ・ネットワーク７８０２の端末装置のための特別な無線接続状態をさらに使用することができる。これは、グループ・ネットワーク７８０２の端末装置がＩｏＴ装置である場合、特に適用可能であり、これは、スマートフォン、タブレット、ラップトップなどの「スマート（ｓｍａｒｔ）」端末装置とは実質的に異なる無線アクセス接続要件を有し得る。ネットワーク・アクセス・ノード２００２が、グループ・ネットワーク７８０２の端末装置に対してこのような特別な無線接続状態を利用する場合には、グループ・ネットワーク７８０２の端末装置は、無線資源を保持（例えば、まだ接続されたまま）してもよいが、無線アクセス・ノード２００２が無線アクセス接続を切断することなく、長時間にわたってエネルギー効率の良い状態または低電力状態に入ることが可能である。いくつかの態様では、ネットワーク・アクセス・ノード２００２は、ステアリング・コマンド（例えば、７９１０にあるような）の受信時および／または特別な無線接続状態の割り当てをトリガーする端末装置との制御信号の交換後に、特別な無線接続状態で端末装置を登録するように構成されてもよい。

エッジ・コンピューティング・サーバー７４０２は、非アクティブＴＣＰ接続を閉じるサービス・ゲートウェイなどによって、クラウド・サービス７２０４とのデータ接続が閉じられないようにする助けとなる接続継続サービスを仮定することができる。例えば、エッジ・コンピューティング・サーバー７４０２は、７９１２、７９１４、および７９１６におけるデータ接続上のクラウド・サービス７２０４にハートビートを繰り返し送ることができる。上述のように、エッジ・コンピューティング・サーバー７４０２とクラウド・サービス７２０４との間に配置されたサービス・ゲートウェイは、（ＧｉＬＡＮインターフェースのファイアウォールのような）そのようなハートビートをアクティビティと解釈することができ、これによって、サービス・ゲートウェイがデータ接続（例えば、トランスポート層）を閉じないようにすることができる。従って、第１の端末装置のデータ接続は、第１の端末装置がクラウド・サービス７２０４にハートビートを能動的に送信することを必要とすることなく、動作を維持することができる。

いくつかの態様において、エッジ・コンピューティング・サーバー７４０２は、グループ・ネットワーク７８０２の端末装置などの端末装置のグループのための接続継続サービスを追加的に処理することができる。例えば、グループ・ネットワーク７８０２の各端末装置は、例えばグループ・ネットワーク７８０２の端末装置が各々クラウド・サービス７２０４において同一のクラウドサーバーに接続されたＩｏＴ装置であるような例示的な場合のように、クラウド・サービス７２０４とそれぞれのデータ接続を有してもよい。従って、グループ・ネットワーク７８０２の各端末装置は、クラウド・サービス７２０４とのそれぞれのデータ接続が生きていることを確実にする必要があるかもしれない。グループ・ネットワーク７８０２の端末装置は、ハートビートを各々のデータ接続を介してクラウド・サービス７２０４に個別に送信する代わりに、例えば端末装置１５０２を介して７９０４－７９０８の方法で、各々エッジ・コンピューティング・サーバー７９０８に登録することができる。次いで、エッジ・コンピューティング・サーバー７９０８は、例えば、７９１２－７９１６の方法のように、各データ接続上のハートビートを送信することによって、グループ・ネットワーク７８０２の各端末装置に対する接続継続サービスを担うことができる。グループ・ネットワーク７８０２の端末装置は、各々、個別に、または共同プロセスで、例えば端末装置１５０２に、エッジ・コンピューティング・サーバー７４０２に対して、グループ・ネットワーク７８０２の各端末装置のための接続継続サービスを実行するようにエッジ・コンピューティング・サーバー７４０２に指示する共同要求を転送するように指示することによって、エッジ・コンピューティング・サーバー７４０２に登録することができる。

特定のシナリオでは、グループ・ネットワーク７８０２の端末装置は、異なるキープアライブ要件を有するデータ接続を有してもよく、接続タイムアウトを防止するために異なる周期性を有するハートビートを必要としてもよい。従って、グループ・ネットワーク７８０２の端末装置は、エッジ・コンピューティング・サーバー７４０２に対する各端末装置のキープアライブ要件を指定する必要がある。次に、エッジ・コンピューティング・サーバー７４０２は、個々のキープアライブ要件を評価する必要があり、その後、各データ接続を維持するために、個々のキープアライブ要件に従って各データ接続上のハートビートを送信する必要がある。さらにまたは代わりに、ある態様では、グループ・ネットワーク７８０２の端末装置は、異なる宛先とのデータ接続を有してもよく、例えば、すべてがクラウド・サービス７２０４とのデータ接続を有していなくてもよい。このような場合、エッジ・コンピューティング・サーバー７４０２は、グループ・ネットワーク７８０２の各端末装置の様々な異なる宛先にハートビートを送信することができる。

図７９の設定に続き、エッジ・コンピューティング・サーバー７４０２は、第１の端末装置に対して、端末装置１５０２とクラウド・サービス７２０４との間のデータ接続を維持することができる（該当する場合、グループ・ネットワーク７８０２の他の端末装置に加えて）。従って、クラウド・サービス７２０４が、７９１８において第１の端末装置に対して意図するデータを識別するとき、クラウド・サービス７２０４は、データ接続を介して直ちにデータを送信することができる（データ接続が閉じられた場合のように、データ接続を再確立する必要なしに）。従って、クラウド・サービス７２０４は、データを７９２０内の端末装置１５０２に送信することができ、この端末装置は、グループ・ネットワーク７８０２を介してデータを７９２２における第１の端末装置に転送することができる。

グループ・ネットワーク７８０２の端末装置は、ネットワーク・アクセス・ノード２００２と「直接」無線アクセス接続を維持することができないが（代わりに、端末装置１５０２を介したゲートウェイ無線アクセス接続に依存する）、いくつかの態様において、グループ・ネットワーク７８０２の端末装置は、グループ・ネットワーク７８０２の低電力通信方式を介して互いにアクティブな通信を維持することができる。例えば、グループ・ネットワーク７８０２の端末装置は、ある一定の「活発度率（ｌｉｖｅｌｉｎｅｓｓ ｒａｔｅ）」に従って互いに通信するためにウェイクアップし得る。従って、端末装置１５０２は、７９２０においてクラウド・サービスからデータを受信し、グループ・ネットワーク７８０２の次のアクティブ・サイクルを待って、７９２２における第１の端末装置にデータを転送してもよい。活発度率は、グループ・ネットワーク７８０２の端末装置のサービス要件に依存し得る。従って、グループ・ネットワーク７８０２の端末装置がレイテンシー要件が低い場合、グループ・ネットワーク７８０２は、グループ・ネットワーク７８０２の端末装置が頻繁にウェイクアップする高い活発度率を利用することができる。活発度率は適応的であってもよく、エッジ・コンピューティング・サーバー７４０２がハートビートをクラウド・サービス７２０４に送信する必要がある割合とは独立していてもよい。

従って、エッジ・コンピューティング・サーバー７４０２は、端末装置のグループに対してステアリングとキープアライブの両方を実行するように構成されてもよく、この場合、ステアリングは、グループの端末装置がそのサービスをサポートするのに十分な資源を有することを保証し（例えば、ゲートウェイ無線アクセス接続を介して）、キープアライブは、端末装置のデータ接続が閉じられないことを保証するのに役立つ。図７９に関して上述したように、いくつかの態様において、エッジ・コンピューティング・サーバー７４０２は、個別ベースで（例えば、グループ内の単一の端末装置に対して）またはグループ・ベースで（例えば、グループ内の複数の端末装置のために）、ステアリングおよびキープアライブの両方を制御することができる。さらに、いくつかの態様では、グループ・ネットワーク７８０２は、定期的に、またはトリガー条件が発生した場合、例えば、グループ・ネットワーク７８０２の１つ以上の端末装置のキープアライブ要件またはステアリング関連要件が変化した場合に、７９０４に示されるように更新された要件を送信するように構成されてもよい。従って、端末装置１５０２は、７９０６において要求をエッジ・コンピューティング・サーバー７４０２に再度転送するように構成されてもよく、これは、ステアリング動作（７９１０の更新されたステアリング・コマンドを介して）および／またはキープアライブ動作（異なるスケジュールに従って７９１２－７９１６のハートビートを介して）を調整してもよい。

いくつかの態様において、エッジ・コンピューティング・サーバー７４０２は、さらに、端末装置の複数のグループに対してステアリングおよびキープアライブを実行するように構成されてもよく、エッジ・コンピューティング・サーバー７４０２は、各グループ内の端末装置の資源要件およびキープアライブ要件に基づいて、デバイスの各グループに対して別々に資源ステアリングおよびキープアライブを扱ってもよい。従って、第１のタイプのＩｏＴ装置の第１のグループと第２のタイプのＩｏＴ装置の第２のグループのシナリオにおいて、エッジ・コンピューティング・サーバー７４０２は、第１のグループのキープアライブ要件に従ってハートビートを送信し、第２のグループのキープアライブ要件に従ってハートビートを送信することにより、両グループの接続継続サービスを担うことができる。

不動ＩｏＴ装置は移動式でなく、軽いデータ接続要件を有するので、これらの装置が長時間にわたってエネルギー効率または低電力状態に留まることが有用であり得る。例示的なケースは、ＩｏＴ使用可能な街灯／街路灯（ｓｔｒｅｅｔｌａｍｐｓ／ｓｔｒｅｅｔｌｉｇｈｔｓ）のシステム、自動販売機等を含み得る。グループの１つの端末装置は、無線アクセス接続を提供するためのゲートウェイ端末装置として動作してもよく、他の端末装置と無線アクセス接続との間のデータ転送を含み得るグループ内の残りの端末装置とローカル通信方式を実行してもよい。端末装置は、ＭＥＣサーバーに依存して、各端末装置の外部データ・ネットワークへのデータ接続を維持し、それにより、端末装置は、各個別の接続を能動的に維持することを回避することができる。ゲートウェイ端末装置において、いずれかの端末装置にデータが到着した場合、ゲートウェイ端末装置は、ローカル通信方式を用いて、データを宛先端末装置に転送することができる。また、エッジ・コンピューティング・サーバーは、ゲートウェイ端末装置とネットワーク・アクセス・ノードとの間の無線アクセス接続が、グループ内のすべての端末装置のサービスをサポートするのに十分な資源を有することを保証するために、ネットワーク・アクセス・ノードにステアリング・コマンドを発行することによって、ステアリングを処理することもできる。

図８０は、いくつかの態様に従って無線通信を実行するための例示的な方法８０００を示す。図８０に示されるように、方法８０００は、複数の端末装置の１つ以上のデータ接続に対して接続継続サービスを実行するための命令を指定する１つ以上の要求を受信することを含む（８０１０）。接続継続要件は、１つ以上のデータ接続のそれぞれについて評価され、接続継続メッセージ・スケジュールを決定する（８０２０）。接続継続メッセージは、接続継続メッセージ・スケジュールに従って、１つ以上のデータ接続上で送信される（８０３０）。

図８１は、いくつかの態様に従って無線通信を実行するための例示的方法８１００を示す。図８１に示すように、方法８１００は、複数の端末装置に対するゲートウェイ端末装置からの１つ以上の要求を受信することを含み、１つ以上の要求は、複数の端末装置の１つ以上のデータ接続の接続継続要件およびデータ・トラフィック要件を指定する（８１１０）。接続継続メッセージは、１つ以上のデータ接続の指定された接続継続要件に従って、１つ以上のデータ接続上で送信される（８１２０）。ネットワーク・アクセス・ノードは、１つ以上のデータ接続のデータ・トラフィック要件を満たす無線資源を含むように、ネットワーク・アクセス・ノードとゲートウェイ端末装置との間の無線アクセス接続を手配するようにインターフェースされる（８１３０）。

２．１１ 電力効率＃１１
本開示のさらなる態様によれば、無線ネットワークに接続された自律的に移動するビークルまたは装置は、例えば、低トラフィック状況または単純な環境（例えば、空の空域）の間に、無線ネットワーク上に、障害物または他のビークルまたは装置が存在しないかまたは制限されていることを通知した場合に、特定のセンサーを「感度を下げる」（例えば、解像度または周波数を低下させるなど、電力を低下させるか、または部分的な感度を下げるのいずれか）によって電力を節約することができる。例えば、ドローン、気球、衛星、ロボット、スマート・カー、トラック、バス、列車、船舶、潜水艦等のような自律的に移動するビークルまたは装置は、障害物を検出し、自律的に移動するビークルまたは装置が衝突を回避することを可能にするセンサーの助けを借りてナビゲートし、操縦することができる。しかしながら、衝突のない移動に使用されるこれらのナビゲーション・センサーは、高い電力消費を有し、結果としてバッテリーの枯渇を生じる。電力消費を低減するために、自律的に移動する装置は、無線ネットワークまたは他のビークルまたは装置の協力を得て、あるナビゲーション・センサーが感度が下げられるシナリオを識別することができる。特に、ネットワーク・アクセス・ノードは、無線ネットワークを介して、自律的に移動するビークルまたは装置に、その周囲の近傍が他の自律的に移動するビークルまたは装置（同じワイヤレス・ネットワークに接続されてもよい）および／または他の移動する物体または静的障害、すなわち、自律的なビークルまたは装置が低トラフィック環境を有しているか、または例えば山または閉鎖された鉄道横断などの障害物を有していない情報を提供することができる。自律的に動くビークルまたは装置は、周囲の近傍が自律移動装置または動く物体または静的障害物を含まないと仮定することができるので、自律的に動くビークルまたは装置は、次いで、運動制御に使用されるセンサー、例えば、位置センサーなどまたは静的障害物を検出するために使用されるセンサー、例えば、レーダー・センサーなどを停止するかまたは部分的に感度を低下させることができる（消費電力の低減をもたらす）。従って、自律的に移動するビークルまたは装置は、衝突を回避しつつ前進しながら、消費電力を低減することができる。これらの態様は、共通チャネルの態様、例えば、パワー・ダウンまたは感度を下げるレベルを決定するための情報を運ぶ共通チャネルの態様と共に使用することができる。

本明細書で説明した態様は、多数の異なる地形（例えば、地上、空中、水、水中、水中、宇宙など）を横切って自律的なナビゲーションおよび操縦を行うように構成することができる、航空ドローン、移動ロボット、スマート・カー、および他の自律的なビークルなどを含む種々の異なる自律移動装置のいずれかで実現することができる。これらの自律移動装置は、目標経路に沿って両方の操縦に依存し、障害物との衝突を回避するために、ナビゲーション・センサー（画像／ビデオ・センサー、レーダー・センサー、動きセンサー、レーザ・スキャナ、超音波／ソナー・センサー、加速度計／重力センサー、位置／ＧＰＳセンサー等を含む）に依存し得る。自律移動装置は、可動障害物および不動障害物との衝突を回避することを目的とするかもしれない。例えば、倉庫または工業的作業場で作業する自律ロボットは、棚／屋外貯蔵／ビル、壁、箱／コンテナ、丘／穴／その他の自然障害物等の不動障害物、および他の自律ロボット、人間の作業員、人間が操作するビークル、動物等の可動障害物を回避しようと試みてもよい。屋外環境で作業する空中ドローンは、他の空中ドローン、飛行機、鳥類等の可動障害物に加えて、ビル、タワー、電線、電柱、他の人工構造物、木等の不動障害物を避けるように試みることがある。動きがないため、多くの場合、不動障害物の検出は、可動障害物の検出よりも容易である。従って、自律移動装置は、可動障害物を検出するのに必要な感度よりも低いセンサーで不動障害物を検出することができる。例えば、自律移動装置は、可動障害物を検出するために必要とされるよりも精度が低い、または信頼性の低いセンサーで不動障害物を検出することができる。さらに、自律移動装置は、不動障害物の検出にのみ有効な特定の低感度センサーと、可動障害物および不動障害物の両方を検出することができる他の高感度センサーとを有することができる。さらに、例えば、多くの障害物が近接しているような高トラフィック環境においては、すべての障害物が確実に検出され回避されるために、より高感度のセンサーが必要とされることがある。

従って、自律移動装置が不動障害物のみを検出することを目的とするシナリオ、または障害物が少数しか近接しないシナリオでは、自律移動装置は、より感度の低いセンサーを使用することができる。従って、自律移動装置は、ある高感度センサー（例えば、可動障害物を検出するために使用されるセンサー、または高トラフィック環境において多くの障害物を検出するために必要なセンサー）の感度を下げ、続いて、残りの低感度センサーをナビゲーションおよび操作のために利用することができる。低感度センサー（より低い性能レベルで動作しているより高感度センサーを含む）は、一般に、高感度センサーよりも消費電力が少ないため、自律移動装置は、障害物を回避しながら消費電力を低減することができる。

従って、いくつかの態様において、自律移動装置は、このような低トラフィック・シナリオを識別するために、無線ネットワークからの協力に依存し得る。例えば、自律移動装置は、他の自律移動装置も接続される無線ネットワークに接続されてもよい。従って、無線ネットワークのネットワーク・アクセス・ノードは、自律移動装置またはセンシング・ネットワークによる位置報告を介するなどして、他の自律移動装置の位置に関する情報にアクセスすることができる。いくつかの態様では、ネットワーク・アクセス・ノードは、同様に、そのような障害物の位置を決定するために、他の移動性および不動障害物の存在を検出するために、ローカルまたは外部センサーを更に使用してもよい。従って、ネットワーク・アクセス・ノードは、自律移動装置が、いつ低トラフィック環境にあるかを決定することができ、例えば、周囲の近傍が、ある障害物を含まず、および／または限られた数の障害物を含んでいるかを決定することができ、そして低トラフィック環境を有する自律移動装置に制御信号を供給することができる。「最大（ｆｕｌｌ）」感度センサーは、低トラフィック環境においては必要とされない可能性があるため、自律移動装置は、そのような制御信号を受信し、特定のセンサーの感度を下げ続け、従って、衝突を回避しつつ、電力消費を低減し得る。

ネットワーク・アクセス・ノードは、自律移動装置に対する他の自律移動装置および他の障害物の位置をモニタし、例えば他の自律移動装置または他の障害物が自律移動装置の周囲の近傍に入るとき、周囲のトラフィック状況が変化したとき、制御信号を介して自律移動装置に知らせることができる。より高いトラフィック環境は、障害物を検出し回避するためのより高い感度でのセンサーの動作を正当化し得るので、自律移動装置は、障害物の存在を検出し、衝突を回避するために、以前に感度を下げられたセンサーを再活性化し（例えば、感度を高め）得る。

また、自律移動装置は、その周囲の近傍にある障害物がどのタイプであるかに応じて、特定のセンサーの感度を下げることもできる。例えば、不動障害物のみがその周囲の近傍に存在する場合、自律移動装置は、可動障害物を検出するために使用される任意のセンサーを停止することができる。同様に、他の自律移動装置がその周囲の近傍に存在しない場合、自律移動装置は、自律移動装置を検出するためにのみ使用される任意のセンサーの感度を下げることができる。従って、自律移動装置のトラフィック状態をモニタするネットワーク・アクセス・ノードは、自律移動装置が特定のセンサーを選択的に感度を下げることを可能にするために、その周囲の近傍にどのタイプの障害物があるかを自律移動装置に追加的に知らせることができる。

無線ネットワーク内のネットワーク・アクセス・ノードからの協力は、自律移動装置がナビゲーション・センサー、特に可動障害物を検出するために使用されるナビゲーション・センサーの感度低下（電力ダウンと感度低下の両方を含む）を可能にする低トラフィック・シナリオが発生したときに、自律移動装置に通知するために依存することができる。図８２は、地理的領域内で動作する自律移動装置８２０２、８２０４、８２０６、８２０８、および８２１０のいくつかの態様のネットワークを示す。例としては、工場または倉庫で作業するロボット、工業団地で作業する自律ビークル、都市環境で作業する空中配達ドローンなどが挙げられるが、これらに限定されない。

自律移動装置８２０２－８２１０は、ナビゲーションおよびステアリングをガイドするための入力を提供するためにナビゲーション・センサーに依存してもよい。従って、自律移動装置８２０２－８２１０は、ナビゲーション・センサーで検出される不動障害物および可動障害物との衝突を回避しながら、目標の宛先に向かってナビゲーションし、操縦することができる。自律移動装置８２０２－８２１０はまた、それぞれの無線アクセス接続を介してネットワーク・アクセス・ノード８２１２に接続されてもよく、従って、ネットワーク・アクセス・ノード８２１２とデータを交換することができる。

ネットワーク・アクセス・ノード８２１２は、自律移動装置８２０２－８２１０の位置をモニタし、自律移動装置８２０２－８２１０の周囲の近傍が、例えば、障害物を含まないか、または限定された数の障害物のみを含む低トラフィックである場合のシナリオを識別するように構成されてもよい。例えば、ネットワーク・アクセス・ノード８２１２は、自律移動装置８２０２の周囲の近傍８２１４が低トラフィックであることを識別し、周囲の近傍８２１４が低トラフィックであることを示す制御信号を自律移動装置８２０２へ提供し得、ここで、周囲の近傍８２１４は所定の半径または所定の領域であり得る。次いで、自律移動装置８２０２は、他の自律移動装置および／または可動障害物を検出し、残りのアクティブなセンサーを使用してナビゲーションおよび操縦を実行するために使用される特定のセンサーを感度を下げる（シャットダウンするか、または感度を部分的に低減する）ように構成されてもよく、これは、基本または緊急の衝突センサーに加えて感度を下げたアクティブなセンサーを含んでもよい。従って、自律移動装置８２０２は、衝突を回避しながら消費電力を低減することができる。

図８３は、いくつかの態様によるネットワーク・アクセス・ノード８２１２の内部構成を示し、これは、自律移動装置８２０２－８２１０（任意選択として、図８２に明示的に示されていない他のネットワーク・アクセス・ノードと併せて）に無線アクセス・ネットワークを提供し得る。ネットワーク・アクセス・ノード８２１２は、任意の短距離またはセルラー無線アクセス技術などの無線アクセス・ネットワークを提供するために、様々な無線アクセス技術を利用するように構成されてもよい。ネットワーク・アクセス・ノード８２１２は、アンテナ・システム８３０２と共にワイヤレス無線信号を送受信することができ、通信モジュール８３０４と共に無線周波数、物理層、および制御処理を実行することができる。通信モジュール８３０４は、ネットワーク・アクセス・ノード２００２の無線モジュール２６０４、物理層モジュール２６０８、および制御モジュール２６１０に関して上述したのと同じ方法で無線周波数、物理層、および制御処理を実行するように構成されてもよい。従って、通信モジュール８３０４は、同等の機能を有するように構成されたコンポーネントを含んでもよい。

ネットワーク・アクセス・ノード８２１２は、さらに、ネットワーク・アクセス・ノード８２１２の機能を管理するように構成され得る制御モジュール８３０６を含み得る。制御モジュール８３０６は、自律移動装置および／または他の障害物の位置をモニタして、自律移動装置の周囲の近傍が限定された数の自律移動装置および／または他の障害物を含まないか、またはそれだけを含むシナリオを識別するように構成されてもよい。制御モジュール８３０６が、このような低トラフィックシナリオを識別するとき、制御モジュール８３０６は、自律移動装置に、それが低トラフィック環境にあることを知らせる制御信号を供給することができる。

図８３に示されるように、制御モジュール８３０６は、通信モジュール８３０４、ローカル・センサ・アレイ８３０８、および外部センサー入力８３１０から入力を受信してもよい。制御モジュール８３０６は、これらの入力を処理して、自律移動装置および／または他の障害物の位置を決定およびモニタし、次いで、自律移動装置の周囲の近傍が自律移動装置および／他の障害物を含まないか、または限定された数しか含まないシナリオを識別することができる。次いで、制御モジュール８３０６は、通信モジュール８３０４およびアンテナ・システム８３０２を介して制御信号を自律移動装置に送信し、自律移動装置に低トラフィック環境を有することを知らせることができる。制御モジュール８３０６は、ハードウェア定義モジュール、例えば、１つ以上の専用ハードウェア回路またはＦＰＧＡとして、ソフトウェア定義モジュールとして、例えば、非一時的コンピュータ可読記憶媒体に記憶された演算、制御、およびＩ／Ｏ命令（例えば、ソフトウェアおよび／またはファームウェア）を定義するプログラム・コードを実行する１つ以上のプロセッサとして、またはハードウェア定義およびソフトウェア定義混合モジュールとして、構造的に実現されてもよい。従って、本明細書に記載される制御モジュール８３０６の機能は、ソフトウェアおよび／またはハードウェアにおいて具体化され得る。ある態様では、制御モジュール８３０６はプロセッサであってもよい。

図８４は、いくつかの態様による自律移動装置８２０２の例示的な内部構成を示し、これは、航空ドローン、移動ロボット、スマート・カー、または他の自律ビークルなどを含むがこれらに限定されない任意のタイプの自律移動装置であり得る。１つ以上の自律移動装置８２０４－８２１０も、同じ方法で構成されてもよい。図８４に示されるように、自律移動装置８２０２は、アンテナ・システム８４０２および通信モジュール８４０４を含んでもよく、これらは、ネットワーク・アクセス・ノード８２１２と無線通信を実行するように構成されてもよい。自律移動装置８２０２は、アンテナ・システム８４０２で無線信号を送受信することができ、通信モジュール８４０４で無線周波数、物理層、および制御処理を実行することができる。通信モジュール８４０４は、端末装置１５０２のアンテナ・システム１６０２、ＲＦトランシーバ１６０４、物理層処理モジュール１６０８、およびコントローラ１６１０に関して上述したのと同じ方法で無線周波数、物理層、および制御処理を実行するように構成されてもよい。従って、通信モジュール８４０４は、同等の機能を有するように構成されたコンポーネントを含んでもよい。

ナビゲーション制御モジュール８４０６は、自律移動装置８２０２の移動を制御することに責任を持つかもしれない。ナビゲーション制御モジュール８４０６は、ハードウェア定義モジュール、例えば１以上の専用ハードウェア回路またはＦＰＧＡとして、例えばソフトウェア定義モジュール、例えば非一時的コンピュータ読み取り可能記憶媒体に記憶された演算、制御、およびＩ／Ｏ命令（例えばソフトウェアおよび／またはファームウェア）を定義するプログラム・コードを実行する１以上のプロセッサとして、またはハードウェア定義およびソフトウェア定義混合モジュールとして、構造的に実現されてもよい。従って、本明細書に記載されるナビゲーション制御モジュール８４０６の機能は、ソフトウェアおよび／またはハードウェアにおいて具体化され得る。図８４に示されるように、ナビゲーション制御モジュール８４０６は、画像／ビデオ・センサー／カメラ、レーダー・センサー、動きセンサー、レーザ・スキャナ、超音波／ソナー・センサー、加速度計／重力センサー、位置／ＧＰＳセンサーなどの１つ以上のセンサーを含むセンサー・アレイ８４１０から入力を受け取ることができる。センサー・アレイ８４１０のセンサーは、各々、自律移動装置８２０２の環境からセンサー・データを取得し、センサー・データをナビゲーション制御モジュール８４０６に供給することができる。次いで、ナビゲーション制御モジュール８４０６は、センサー・アレイ８４１０によって検出される任意の可動障害物または不動障害物を回避しながら、自律移動装置８２０２をターゲット目的地にナビゲートするような、ナビゲーションおよびステアリングの決定を行うために、センサー・データを利用することができる。従って、ナビゲーション制御モジュール８４０６は、ナビゲーションおよびステアリング決定をレンダリングし、ナビゲーションおよびステアリング決定に従って移動するためのステアリング／移動システム８４０８にコマンドを発行することができる。従って、ステアリング／移動システム８４０８は、自律移動装置８２０２を物理的に移動するように構成されてもよい。従って、ステアリング／移動システム８４０８は、自律移動装置８２０２の装置タイプと互換性のある移動システムであってもよい。従って、ステアリング／移動システム８４０８は、例えば、車輪またはトレッドシステム、航空機プロペラまたはロータシステム、船外機または船内水性モータ、海洋推進システム、ジェット推進システム、二足／四足または類似の「歩行」システムなどを含む任意のタイプの運動システムであってもよい。

上述のように、センサー・アレイ８４１０のセンサーは、異なる能力を有し、特定の種類の障害物を検出するための特定のシナリオにおいて様々な効果を有し得る。さらに、センサー・アレイ８４１０のセンサーの感度は調整可能である。例えば、ナビゲーション制御モジュール８４０６は、センサー・アレイ８４１０のセンサーをオンおよびオフにすることができ、従って、センサー・アレイ８４１０のセンサーの感度を最大感度（オン）と無感度（オフ）との間でスイッチングすることができる。代わりに、ナビゲーション制御モジュール８４０６は、センサー・アレイ８４１０のセンサーの動作パラメータを調整して、センサーの感度を最大感度と無感度との間で調整するように構成されてもよい。例えば、ナビゲーション制御モジュール８４０６は、センサー・アレイ８４１０の１つ以上のセンサーの測定周波数を調整するように構成されてもよく、これは、測定が行われる周波数であってもよい。従って、ナビゲーション制御モジュール８４０６は、センサー・アレイ８４１０のセンサーの感度を増加および減少させることができ、センサー感度は一般に電力消費に直接比例し得る。従って、最大感度でのセンサー・アレイ８４１０のセンサーの動作は、低感度または無感度でのセンサーの動作よりも多くの電力を消費し得る。また、ナビゲーション制御モジュール８４０６は、センサーから得られたセンサー・データの処理複雑性またはアルゴリズム複雑性を調節することによって、センサー・アレイ８４１０のセンサーの感度を調節することができ、この場合、処理複雑性またはアルゴリズム複雑性の減少は、ナビゲーション制御モジュール８４０６による電力消費を低減することができる。従って、ナビゲーション制御モジュール８４０６は、センサー・アレイ８４１０のセンサーの感度を選択的に増減するように構成されてもよく、その結果、ナビゲーション制御モジュール８４０６での電力消費を増減してもよい。

さらに、いくつかの態様では、ナビゲーション制御モジュール８４０６は、異なる目的のためにセンサー・アレイ８４１０の特定のセンサーを利用することができる。例えば、ナビゲーション制御モジュール８４０６は、不動障害物の検出のためにセンサー・アレイ８４１０の１つ以上のセンサーを利用する一方で、可動障害物の検出のためにセンサー・アレイ８４１０の１つ以上の他のセンサーを利用することができる。さらに、いくつかの態様では、ナビゲーション制御モジュール８４０６は、センサー・アレイ８４１０の特定のセンサーを、他の自律移動装置を排他的に検出するために利用することもできる。いくつかの態様において、センサー・アレイ８４１０の１つ以上の他のセンサーは、複数の可動障害物、不動障害物、または自律移動装置を検出するために使用され得、「可動障害物検出モード」、「不動障害物検出モード」、または「自律移動装置検出モード」を選択的にオンおよびオフにすることができる。さらに、いくつかの態様では、ナビゲーション制御モジュール８４０６は、不動障害物を検出するために、より低い感度レベルでセンサー・アレイ８４１０のセンサーを動作させることができるが、可動障害物を検出するために、より高い感度レベルでセンサー・アレイ８４１０のセンサーを動作させる必要がある場合がある。いくつかの態様において、センサー・アレイ８４１０の１つ以上のセンサーは、低電力であり、物体の単純な検出にのみ適した、例えば他のセンサーが故障した場合の最後の手段としての、基本的なまたは「緊急（ｅｍｅｒｇｅｎｃｙ）」衝突センサーであってもよい。

上述のように、自律移動装置８２０２は、他の自律移動装置および／または可動障害物との衝突の可能性が低いシナリオを識別し、次いで、センサー・アレイ８４１０の１つ以上のセンサーを感度を下げるために、ネットワーク・アクセス・ノード８２１２からの協働に依存してもよい。図８５は、いくつかの態様による例示的なメッセージ・シーケンス・チャート８５００を示す。上述のように、ネットワーク・アクセス・ノード８２１２は、自律移動装置８２０２－８２１０および／または他の障害物の位置を決定するように構成されてもよく、制御モジュール８３０６は、位置報告、ローカル・センサ・データ、または外部センサー・データのいずれか１つ以上に基づいて実行してもよい。例えば、自律移動装置８２０２－８２１０は、それぞれ、メッセージ・シーケンス・チャート８５００に示されるように、それらのそれぞれの位置（例えば、センサー・アレイ８４１０の位置センサーを使用して、ナビゲーション制御モジュール８４０６で）を決定し、それらのそれぞれの位置を８５０２および８５０４のネットワーク・アクセス・ノード８２１２に報告することができる（例えば、通信モジュール８４０４およびアンテナ・システム８４０２を介して、ナビゲーション制御モジュール８４０６からの制御信号を送信することによって）。自律移動装置８２０２－８２１０は、固定期間に従って、および／または例えば所定のしきい値を超える移動が検出される場合、移動条件がトリガーされる場合、それらの位置を周期的に報告するように構成されてもよい。

従って、ネットワーク・アクセス・ノード８２１２の制御モジュール８３０６は、８５０２および８５０４において位置報告を受信することができる。位置報告を利用して自律移動装置８２０２－８２１０の位置を決定することに加えて、いくつかの態様では、制御モジュール８３０６は、ローカル・センサ・アレイ８３０８および外部センサー入力８３１０によって提供されるセンサー・データを追加的にモニタすることができる。具体的には、ローカル・センサ・アレイ８３０８は、ネットワーク・アクセス・ノード８２１２に配置されてもよく、障害物を感知するように配置されてもよい。例えば、倉庫ロボット・シナリオでは、ネットワーク・アクセス・ノード８２１２は、ネットワーク・アクセス・ノード８２１２の周囲に外向きに配置されたローカル・センサ・アレイ８３０８のセンサーと共に、倉庫の中央位置に配置されてもよい。従って、ローカル・センサ・アレイ８３０８のセンサーは、ネットワーク・アクセス・ノード８２１２の周囲の様々な障害物を検出することができ、ここで、ネットワーク・アクセス・ノード８２１２は、ローカル・センサ・アレイ８３０８が、自律移動装置８２０２－８２１０の近くの障害物を検出することができる位置に配置することができる。

いくつかの態様において、ネットワーク・アクセス・ノード８２１２の制御モジュール８３０６は、外部センサー入力８３１０を介して外部センサー・ネットワークからセンサー・データを追加的に受信してもよい。図８６は、いくつかの態様による外部センサー８６０２、８６０４、８６０６、および８６０８を含む例示的な外部センサー・ネットワークを示す。図８６に示されるように、外部センサー８６０２－８６０８は、自律移動装置８２０２－８２１０の動作エリア内のネットワーク・アクセス・ノード８２１２の周囲に配置されてもよい。従って、外部センサー８６０２－８６０８は、他の近接障害物に加えて、両方の自律移動装置を検出するように配置されてもよい。ネットワーク・アクセス・ノード８２１２は、有線接続または無線接続のいずれかを介して外部センサー８６０２－８６０８とインターフェースすることができ、無線接続は、アンテナ・システム８３０２および通信モジュール８３０４によって提供されるのと同じまたは異なる無線アクセス・ネットワークを利用することができる。従って、ネットワーク・アクセス・ノード８２１２の外部センサー入力８３１０は、外部センサ・データ・ネットワークからセンサー・データを受信する有線入力または無線入力であってもよい（および通信モジュール８３０４と同じである可能性がある）。

従って、制御モジュール８３０６は、（ローカル・センサ・アレイ８３０８からの）ローカル・センサ・データ、（外部センサー入力８３１０からの）外部センサー・データおよび（自律移動装置８２０２－８２１０からの）位置報告の一部または全部を利用して、自律移動装置および／または他の障害物の位置を決定することができる。メッセージ・シーケンス・チャート８５００に示されるように、いくつかの態様では、制御モジュール８３０６は、８５０６内の障害物位置を決定するために、位置報告、ローカル・センサ・データ、および外部センサー・データを連続的にモニタしてもよい。従って、制御モジュール８３０６は、生の位置情報（例えば、位置報告、ローカル・センサ・データ、および外部センサー・データ）を処理して、自律移動装置８２０２－８２１０および任意の他の障害の位置を決定することができる。位置報告は、自律移動装置８２０２－８２１０の位置を指定してもよいが、制御モジュール８３０６は、センサー・データを処理して、他の障害物の位置を決定してもよい。制御モジュール８３０６は、センサー・データを処理して、可動障害物および不動障害物の両方を含む他の障害物の位置を識別するために、任意のタイプのセンサベースのオブジェクト位置決め技法を利用してもよい。

制御モジュール８３０６は、位置報告およびセンサー・データを連続的にモニタして、自律移動装置８２０２－８２１０および他の障害物の位置を追跡することができる。いくつかの態様において、制御モジュール８３０６は、自律移動装置８２０２－８２１０の各々の位置を、他の自律移動装置８２０２－８２１０の位置と、検出された障害物の位置とを比較して、自律移動装置８２０２－８２１０のいずれかの周囲の近傍が何らかの障害物を含むかどうかを決定することができる。

例えば、図８２に示されるように、自律移動装置８２０２の周囲の近傍８２１４（例えば、所定のサイズの領域）は、自律移動装置８２０４－８２１０および他の障害物を含まなくてもよい。従って、自律移動装置８２０２－８２１０の位置と任意の検出された障害物の位置とを比較すると、制御モジュール８３０６は、８５０８において、周囲の近傍８２１４が障害物を含んでいないことを決定することができる。次いで、制御モジュール８３０６は、８５１０の自律移動装置８２０２に制御信号を送り、自律移動装置８２０２に、その周囲の近傍８２１４が障害物を含まないことを通知する（例えば、無線アクセス接続を経由して通信モジュール８３０４およびアンテナ・システム８３０２を介して制御信号を送信することによって）。

自律移動装置８２０２のナビゲーション制御モジュール８４０６は、（例えば、アンテナ・システム８４０２およびナビゲーション制御モジュール８４０６を介して）８５１０の制御信号を受信することができる。制御信号は、自律移動装置８２０２の周囲の近傍８２１４が障害物を含まないことを明記しているので、自律移動装置８２０２は、最大感度（および最大電力）でセンサー・アレイ８４１０を動作させる必要がなく、結果として、８５１２内のセンサー・アレイ８４１０の１つ以上のセンサーの感度を下げ、従って電力消費を低減することができる。

特に、ナビゲーション制御モジュール８４０６は、周囲の近傍８２１４がすべての障害物を含まないと仮定することができるので、ナビゲーション制御モジュール８４０６は、センサー・アレイ８４１０のすべてのセンサーを停止し、センサー・アレイ８４１０のすべてのセンサーを緊急または基本的な衝突検出レベルまで感度を下げ、特定の緊急または基本的な衝突センサー等を除き、センサー・アレイ８４１０のすべてのセンサーを停止することができる。

代替シナリオでは、制御モジュール８３０６は、８５０８において、周囲の近傍８２１４が可動障害物を含まない（例えば、自律移動装置８２０４－８２１０および他の可動障害物を含まない）が、１つ以上の不動障害物を含んでいる（制御モジュール８３０６は、センサー・データで検出することができる）ことを決定することができる。次いで、制御モジュール８３０６は、周囲の近傍８２１４が不動障害物のみを含むことを示す８５１０の自律移動装置８２０２に制御信号を供給することができる。上述のように、センサー・アレイ８４１０の１つ以上のセンサーは、可動障害物を検出するために専用であってもよく、センサー・アレイ８４１０の他のセンサーは、不動障害物を検出するために使用されてもよい。周囲の近傍８２１４が可動障害物を含まないことが明記された制御信号として、ナビゲーション制御モジュール８４０６は、これらのセンサーをオフにするか、またはこれらのセンサーの感度を部分的に低減することにより、可動障害物を検出するために専用であるセンサー・アレイ８４１０のセンサーの感度を下げることができる。例えば、ナビゲーション制御モジュール８４０６は、第１の感度レベルで可動障害物を検出するために専用であるセンサー・アレイ８４１０の所定のセンサーを最初に動作させることができ、センサーの感度を８５１２の第１の感度レベル未満の第２の感度レベルに低下させることができる。いくつかの態様では、ナビゲーション制御モジュール８４０６は、例えば不動障害物を検出することに専念するセンサーのようなセンサー・アレイ８４１０の他のセンサーの感度を低下させると共に、可動障害物を検出することに専念するセンサー・アレイ８４１０のセンサーの感度を低下させることができる。例えば、ナビゲーション制御モジュール８４０６は、不動障害物検出専用のセンサーよりも、可動障害物検出専用のセンサーの感度を比較的大きく（例えば、相対的または絶対的手段による）低減することができる。いくつかの態様において、センサー・アレイ８４１０の１つ以上のセンサーが、可動障害物および不動障害物の両方を検出するように構成され、可動障害物および不動障害物検出モードを切り替えることができるようにすると、ナビゲーション制御モジュール８４０６は、不動障害物検出モードをアクティブに保ちながら、可動障害物検出モードおよび自律移動装置検出モードを非アクティブにすることができる。センサーにおける検出モードの切り替えは、多かれ少なかれ障害物を検出するようにセンサー・アレイを構成することを含んでいるので、これは感度を下げることの一種とみなすこともできる。

更に、可動障害物は、一般に、より高い感度を必要とし得るので、いくつかの態様では、ナビゲーション制御モジュール８４０６は、８５１２における可動障害物および不動障害物の両方の検出に使用されるセンサー・アレイ８４１０のセンサーの感度を部分的に低下させることも可能である。例えば、センサー・アレイ８４１０の所定のセンサーの第１の感度レベルは、可動障害物および不動障害物の両方の検出に適していてもよく、一方、第１の感度レベルより低い第２の感度レベルは、不動障害物の検出に適していても、可動障害物の検出に適していなくてもよい。従って、８５１０において制御信号を受信すると、ナビゲーション制御モジュール８４０６は、所定のセンサーの感度を第１の感度レベルから第２の感度レベルまで低減するように構成されてもよい。

いくつかの態様において、ナビゲーション制御モジュール８４０６は、ナビゲーション制御モジュール８４０６で実行されるセンサー・データの処理を低減することによって、８５１２内のセンサー・アレイ８４１０の感度を下げることもできる。例えば、ナビゲーション制御モジュール８４０６は、設定された期間に従って、センサー・アレイ８４１０のセンサーからの入力を周期的に受信し、処理するように構成されてもよく、ここで、低い期間は、高い期間よりも多くの処理をもたらし得る。従って、ナビゲーション制御モジュール８４０６は、期間を増加させることによってセンサー・アレイ８４１０を８５１２において感度を下げることができ、その結果、ナビゲーション制御モジュール８４０６における処理量および電力消費量の両方を低減することができる。また、ナビゲーション制御モジュール８４０６は、センサー・アレイ８４１０からのセンサー・データを処理する処理またはアルゴリズムの複雑さを低減し、感度を低減し、結果として電力消費を低減するように構成されてもよい。

周囲の近傍８２１４がすべての障害物を含まない、または可動障害物を含まないこのようなシナリオは、「低トラフィックシナリオ」として一般化することができ、ここで、自律移動装置８２０２は、電力を節約するために、このような低トラフィックシナリオにおいてセンサー・アレイ８４１０の感度を下げ得る。いくつかの態様では、ネットワーク・アクセス・ノード８２１２の制御モジュール８３０６は、低トラフィックシナリオを識別し、続いて自律移動装置８２０２に通知するために、位置報告および／またはセンサー・データをモニタすることに責任がある。他のタイプの低トラフィックシナリオ、例えば周囲の近傍８２１４が限定された数の障害物を含み、他の自律移動装置等を含まないようなものがあり得る。例えば、制御モジュール８３０６は、自律移動装置の周囲の近傍が８５０８の軽トラフィックのみを含む場合、例えば、自律移動装置８２０２が低トラフィック環境にある場合を決定するために、８５０６において位置報告およびセンサー・データをモニタするように構成されてもよい。例えば、周囲の近傍８２１４がすべての障害物を含まない、または不動障害物のみを含むと判定する代わりに、制御モジュール８３０６は、位置報告および８５０６のセンサー・データを利用して、周囲の近傍８２１４が、限定された数の障害物、例えば、１、２、３個などの可動障害物および／または１、２、３個などの不動障害物を含むと判定してもよい。周囲の近傍８２１４における障害物の数および／またはタイプ（可動対不動）に応じて、制御モジュール８３０６は、トラフィック状況を分類し、「低」トラフィックを有するシナリオを識別するように構成されてもよい（これは、障害物の数およびタイプに基づいて低トラフィックシナリオを分類する所定の基準に依存してもよい）。周囲の近傍８２１４における低トラフィックシナリオの識別に際して、制御モジュール８３０６は、８５１０における自律移動装置８２０２に対して制御信号を供給して、低トラフィックシナリオを自律移動装置８２０２に通知してもよい。次いで、ナビゲーション制御モジュール８４０６は、そのような制御信号を受信し、８５１２内のセンサー・アレイの感度を下げることができる。低トラフィック・シナリオは、周囲の近傍８２１４におけるいくつかの障害物を含み得るので、ナビゲーション制御モジュール８４０６は、センサー・アレイ８４１０を完全には切れない場合がある。しかしながら、ナビゲーション制御モジュール８４０６は、低トラフィックにおける衝突を避けるのに十分な感度レベルまでセンサー・アレイ８４１０を部分的に感度低下してもよく、この場合、感度レベルは、高トラフィックにおける衝突を避けるのに十分ではなくてもよく、または緊急または基本的な衝突センサーを除くすべてのセンサーをシャットダウンしてもよい。

いくつかの態様において、ネットワーク・アクセス・ノード８２１２は、８５１０の制御信号伝達において、どの種類の障害物が、低トラフィックシナリオの一部であるか、例えば、周囲の近傍８２１４にある自律移動装置、他の可動障害物、および不動障害物の各々の数について追加的に指定することができる。次いで、ナビゲーション制御モジュール８４０６は、センサー・アレイ８４１０の各センサーが検出するように構成される障害物のタイプに応じて、センサー・アレイ８４１０のセンサーを選択的に感度を下げる（および／または、適用可能な場合には、特定の検出モードを起動および停止する）ことができる。あるいは、いくつかの態様において、ネットワーク・アクセス・ノード８２１２は、各々様々な量のトラフィックを示し得る所定のトラフィック・レベル、例えば、第１レベル、第２レベル、第３レベル等に基づいてトラフィック状況を分類するように構成されてもよい。ネットワーク・アクセス・ノード８２１２は、８５１０の制御信号を介して自律移動装置８２０２への現在のトラフィック・レベルを指定することができる。次いで、自律移動装置８２０２は、ネットワーク・アクセス・ノード８２１２によって示されるトラフィック・レベルに基づいてセンサー・アレイ８４１０を感度低下してもよく、ここで、自律移動装置８２０２は、ネットワーク・アクセス・ノード８２１２が低トラフィック・レベルを示す場合、低感度レベル、ネットワーク・アクセス・ノード８２１２が中程度のトラフィック・レベルを示す場合、中程度の感度レベル、ネットワーク・アクセス・ノード８２１２が高トラフィック・レベルを示す場合は、高感度レベルでセンサー・アレイ８４１０を動作してもよい。いくつかの態様において、ネットワーク・アクセス・ノード８２１２は、他の自律移動装置の位置をモニタするように構成されてもよいが、例えばネットワーク・アクセス・ノード８２１２が自律移動装置から位置報告を受信するように構成されているが、他の障害を検出するためのローカルまたは外部のセンサー・データを持っていないような場合は、他の障害を検出することができない。従って、ネットワーク・アクセス・ノード８２１２は、周囲の近傍８２１４が自律移動装置８２０４－８２１０を持たない場合（または代わりに、１、２、３個などの自律移動装置のみを含む）に、８５１０の自律移動装置８２０２を通知することができるが、周囲の近傍８２１４が他の可動障害物を含むか否かを指定することができない。上述の低トラフィックシナリオと同様に、いくつかの態様では、ナビゲーション制御モジュール８４０６は、次いで、低トラフィックシナリオにおける衝突を回避するのに十分な感度レベルまで、８５１２内のセンサー・アレイ８４１０を部分的に感度低下してもよいが、高トラフィックシナリオではそうではできない。あるいは、いくつかの態様では、ナビゲーション制御モジュール８４０６は、他の自律移動装置を排他的に検出するように構成されたセンサー・アレイ８４１０の特定のセンサーの感度を下げてもよい。ある態様では、ナビゲーション制御モジュール８４０６は、自律ビークルの検出に専念するセンサー・アレイ８４１０のセンサーの感度を低下させると共に、例えば不動障害物の検出に専念するセンサーのようなセンサー・アレイ８４１０の他のセンサーの感度を低下させることができる。例えば、ナビゲーション制御モジュール８４０６は、不動障害物検出専用のセンサーよりも、可動障害物検出専用のセンサーの感度を比較的大きく（例えば、相対的または絶対的手段による）低減することができる。他の障害物のトラフィックが知られていない可能性があるため、このような障害物は、自律移動ビークル８２０４－８２１０の動作エリア内に他の障害物が少ないと想定されるシナリオに特に適用可能である。

ナビゲーション制御モジュール８４０６によって使用される特定のタイプの感度を下げることに関係なく、ナビゲーション制御モジュール８４０６は、８５１２におけるセンサー・アレイ８４１０の感度を低下させ、その結果、自律移動装置８２０２における電力消費を低減し得る。次いで、ナビゲーション制御モジュール８４０６は、感度を下げられたセンサー・アレイ８４１０から得られたセンサー・データに基づいて、ステアリング／移動システム８４０８でナビゲートし操縦するように自律移動装置８２０２を制御することができる。ネットワーク・アクセス・ノード８２１２が８５１０において周囲の近傍８２１４が低トラフィックであることを示しているように、ナビゲーション・コントロール・モジュール８４０６は、検出された障害物を避けることによって、感度を下げられたセンサー・アレイ８４１０を用いて低数の障害物を検出し、目標経路に沿って操縦することができる。

ナビゲーション制御モジュール８４０６は、感度を下げた状態のセンサー・アレイ８４１０で自律移動装置８２０２をナビゲートし、操縦を続けることができる。従って、制御モジュール８３０６は、ある態様において、自律移動装置８２０２－８２１０の動作エリア内の障害物の位置を追跡し続けて、周囲の近傍８２１４内のトラフィック状態が変化した場合、自律移動装置８２０２を通知することができ、これは、トラフィック状態が増加した場合、センサー・アレイ８４１０の再活性化（または特定の検出モードの再活性化）をより高い感度レベルまで潜在的に必要とし得る。メッセージ・シーケンス・チャート８５００に示されるように、ネットワーク・アクセス・ノード８２１２の制御モジュール８３０６は、自律移動装置８２０２－８２１０に対する障害物の位置を追跡するために、位置報告および／またはセンサー・データをモニタし続けることができる。後の時点において、１つ以上の障害物は、最終的に、自律移動装置８２０２の周囲の近傍８２１４内を移動し、これは、周囲の近傍８２１４内のトラフィック状況を変えることがある。例えば、自律移動装置８２１０は、周囲の近傍８２１４内で移動し得（これは、自律移動装置８２０２および自律移動装置８２１０の一方または両方の移動の結果であり得）、制御モジュール８３０６は、自律移動装置８２０２および８２１０から受信された位置報告に基づいて検出し得る。さらにまたは代わりに、制御モジュール８３０６は、１つ以上の可動障害物または不動障害物が８５１４内の周囲の近傍８２１４内で移動したことを検出することができる（自律移動装置８２０２および障害物の一方または両方の移動による）。

トラフィック状況が変化すると、制御モジュール８３０６は、８５１６内の自律移動装置８２０２に制御信号を供給することによって、その周囲のトラフィック状況の変化を自律移動装置８２０２に通知することができる。制御信号がナビゲーション制御モジュール８４０６に、周囲の近傍８２１４がより大きなトラフィック（例えば、移動および／または不動の障害物の数の増加）を有することを示すことができるので、ナビゲーション制御モジュール８４０６は、８５１８内のセンサー・アレイ８４１０の感度を下げたセンサーを再活性化することができる（以前に非活性化された特定の検出モードを再活性化することを含む）。例えば、ナビゲーション制御モジュール８４０６が、可動障害物を検出するために専用であるセンサー・アレイ８４１０のセンサーを以前に感度を下げ、制御信号が、周囲の近傍８２１４が可動障害物を含んでいることを示す場合、ナビゲーション制御モジュール８４０６は、以前に感度を下げたセンサーの感度を、例えば、制御信号で報告されたトラフィック状況に応じて、以前の感度を下げたレベルまたは別の感度レベルに高めることができる。次いで、ナビゲーション制御モジュール８４０６は、センサー・アレイ８４１０の再活性化されたセンサーを使用して、自律移動装置８２０２をナビゲーションし、操縦することができる。

より一般的な設定では、制御モジュール８３０６は、周囲の近傍８２１４における現在のトラフィック状況（例えば、障害物の数および／またはタイプ）を示す制御信号を介して、トラフィック状況の更新をナビゲーション制御モジュール８４０６に継続的に提供することができる。制御信号が周囲の近傍８２１４におけるトラフィックの増加を示す場合、ナビゲーション制御モジュール８４０６は、センサー・アレイ８４１０の感度レベルを増加させることによって応答することができ、センサーの種類およびトラフィックの種類に基づいて、センサー・アレイ８４１０の特定のセンサ（例えば、可動障害物の検出専用センサ）の感度を増加させることも含まれ得る。逆に、制御信号が周囲の近傍８２１４におけるトラフィックの減少を示す場合、ナビゲーション制御モジュール８４０６は、センサーの種類およびトラフィックの種類に基づいて、センサー・アレイ８４１０の特定のセンサ（例えば、可動障害物の検出専用センサ）の感度を低下させることも含み得るセンサー・アレイ８４１０の感度レベルを低下させることによって応答し得る。

従って、高い電力消費を生み出すかもしれない最大感度で連続的に動作するセンサー・アレイ８４１０の代わりに、いくつかの態様では、ナビゲーション制御モジュール８４０６は、代わりに、ネットワーク・アクセス・ノード８２１２によって提供されるトラフィック状況の更新に基づいてセンサー・アレイ８４１０の感度を増大させ、低下させることができる。このようなことは、ナビゲーション制御モジュール８４０６が、ネットワーク・アクセス・ノード８２１２によって示されるトラフィック状況に応じてセンサー・アレイ８４１０の感度を適応させることによって、衝突を回避しつつ、電力を節約することを可能にし得る。

加えてまたは代わりに、ある態様では、ネットワーク・アクセス・ノード８２１２は、そのカバレッジ・エリアを利用して、自律移動装置８２０２の周囲の近接の他の自律移動装置がないときを決定してもよい。図８７は、ネットワーク・アクセス・ノード８２１２が、複数の他のネットワーク・アクセス・ノードと共に無線アクセス・ネットワークを提供し得、ここで、各ネットワーク・アクセス・ノードは、カバレッジ・エリアを有し得、それ自身のカバレッジ・エリア内で自律移動装置にサービスし得る、いくつかの態様による例示的なネットワーク・シナリオを示す。従って、ネットワーク・アクセス・ノード８２１２は、どの自律移動装置がそのカバレッジ・エリア内にあるかを知ることができ、それに基づき、どの自律移動装置がネットワーク・アクセス・ノード８２１２によってサービスされているかを知ることができる。従って、図８７のシナリオでは、ネットワーク・アクセス・ノード８２１２（例えば、制御モジュール８３０６）は、自律移動装置８２０２がそのカバレッジ・エリア内の唯一の自律移動装置であることを識別することができる。ネットワーク・アクセス・ノード８２１２は、次いで、自律移動装置８２０２がネットワーク・アクセス・ノード８２１２のカバレッジ・エリア内の唯一の自律移動装置であることを示す自律移動装置８２０２への制御信号を供給してもよい。従って、自律移動装置８２０２は、低トラフィック状況に適した感度レベルを利用することにより、他の自律移動装置を検出するために専用のセンサーを遮断することにより、および／またはセンサー・アレイ８４１０の１つ以上のセンサーにおいて自律移動装置モードをオフにすることにより、センサー・アレイ８４１０の感度を下げることができる。この展開任意選択は、ネットワーク・アクセス・ノード８２１２が、位置報告およびセンサー・データに依存するのではなく、どの自律移動装置がそのカバレッジ・エリア内にあるかに関する情報のみに依存することを可能にし得る。しかしながら、ネットワーク・アクセス・ノード８２１２は、カバレッジ・エリア内のトラフィック状況をモニタするために、位置報告および／またはセンサー・データを、サービスされる自律移動装置情報と共に使用することができる。

加えてまたは代わりに、いくつかの態様では、ネットワーク・アクセス・ノード８２１２は、自律移動装置８２０２の計画された移動経路を利用して、自律移動装置８２０２にトラフィック状況の更新を提供することができる。図８８は、自律移動装置８２０２が、ナビゲーション制御モジュール８４０６によって選択され得る計画された移動経路８８０２に沿って移動することができる例示的なネットワーク・シナリオを示す。自律移動装置８２０２は、計画された移動経路８８０２をネットワーク・アクセス・ノード８２１２に報告することができ、ネットワーク・アクセス・ノード８２１２は、次に、位置報告および／またはセンサー・データを用いて、計画された移動経路８８０２をモニタして、障害物が計画された移動経路８８０２に入っているか否か、またはこれから入るか否かを決定することができる。ネットワーク・アクセス・ノード８２１２が、計画された移動経路８８０２が自律移動装置８２０４－８２１０および他の障害物を含まないか、または軽いトラフィックのみを含むことを検出する場合、ネットワーク・アクセス・ノード８２１２は、計画された移動経路８８０２のトラフィック状況を示す自律移動装置８２０２への制御信号を提供することができる。ネットワーク・アクセス・ノード８２１２は、計画された移動経路８８０２のトラフィック状況をモニタし続け、制御信号を介して自律移動装置８２０２に必要なトラフィック状況の更新を提供することができる。次いで、自律移動装置８２０２は、トラフィック状況の更新に基づいてセンサー・アレイ８４１０の感度を制御して、衝突を回避しながら電力消費を低減することができる。さらに、各自律移動装置８２０４－８２１０は、ネットワーク・アクセス・ノード８２１２への計画された移動経路を提供することもできる。次に、ネットワーク・アクセス・ノード８２１２は、自律移動装置８２０４－８２１０の各々の計画された移動経路を計画された移動経路８８０２に比較して、計画された移動経路８８０２のトラフィック状態を決定し、その後、自律移動装置８２０２に通知することができる。

加えてまたは代わりに、ある態様では、ネットワーク・アクセス・ノード８２１２および自律移動装置８２０２－８２１０は、自律移動装置８２０２－８２１０の移動を制限する所定の交通「ルール」をさらに利用することができる。例えば、自律移動装置８２０２－８２１０は、入りおよび退出、方向の変更、および他の許容される操作のための特定の規則に従って、所定の「レーン」および「交差点」のシステムに沿った移動に限定されてもよい。例示的なシナリオは、予め定められたレーンおよび交差点を有するフロアプラン、予め定められた航空交通管制レーンを有する空中ゾーン等を有する倉庫または工業サイトであってもよい。このようなシナリオでは、自律移動装置８２０２は、他の自律移動装置との衝突がより少ないことが可能であるため、センサー・アレイ８４１０の感度を低下させることができる。さらに、ネットワーク・アクセス・ノード８２１２が、自律移動装置８２０２－８２１０の移動経路を監視する「ミッション・コントロール」ノードとして働くシナリオにおいて（潜在的には、自律移動装置８２０２－８２１０が協調した「フリート（ｆｌｅｅｔ）」、例えば、ドローンで動作する場合）、モニタされるイベントの数、および自律移動装置８２０２とネットワーク・アクセス・ノード８２１２との間で送信されるセンサー・データおよびコマンドの量が減少され得る。ネットワーク・アクセス・ノード８２１２は、次いで、限定された数の予見可能な衝突イベントを追跡することにより、自律移動装置８２０２－８２１０の経路を制御することができ、輻輳の場合には、経路を再計算し、新しい経路のために自律移動装置８２０２－８２１０に命令を送る。自律移動装置８２０２－８２１０は、予期せぬ事象に反応するために基本的な衝突センサーを利用することができる。

さらにまたは代わりに、ある態様では、ネットワーク・アクセス・ノード８２１２は、無線ネットワークを自律移動装置８２０２－８２１０に提供する「マスター（ｍａｓｔｅｒ）」自律移動装置であってもよい。従って、固定基地局またはアクセス・ポイントであるのとは対照的に、ネットワーク・アクセス・ノード／マスター自律移動装置８２１２は、ナビゲーション制御モジュールおよびステアリング／移動システムを追加的に構成することができ、また、ローカル・センサ・アレイ８３０８を使用してナビゲートおよび操縦することもできる。ネットワーク・アクセス・ノード／マスター自律移動装置８２１２は、位置報告およびセンサー・データをモニタし、上述と同様の方法で、自律移動装置８２０２－８２１０にトラフィック状況の更新を提供することができる。

さらに、いくつかの態様では、自律移動装置８２０２－８２１０は、検知および衝突回避のために「マスター（ｍａｓｔｅｒ）」自律移動装置に依存してもよい。図８９は、自律移動装置８２０２がマスター自律移動装置８９０２に接続され得るいくつかの態様による例示的なネットワーク・シナリオを示す。マスター自律移動装置８９０２は、図８４に示されるように、自律移動装置８２０２と同様の方法で構成されてもよい。しかしながら、マスター自律移動装置８９０２は、より大きなバッテリー容量および／またはより感度の高いセンサー・アレイを有してもよい。マスター自律移動装置８９０２は、ネットワーク・アクセス・ノード８２１２および各自律移動装置８２０２－８２１０との無線接続を維持することができ、これらの無線接続は、同一または異なる無線アクセス技術（各無線アクセス技術をサポートするためにアンテナ・システムおよび通信モジュールの別個のインスタンスを必要とすることがある）を利用することができる。マスター自律移動装置８９０２は、センサー・アレイで感知を行い、自律移動装置８２０２－８２１０に制御信号を送り、自律移動装置８２０２－８２１０の各々の周辺付近に障害物が存在するか否かのような周囲のトラフィック状況を自律移動装置８２０２－８２１０に知らせることができる。次いで、自律移動装置８２０２－８２１０は、マスター自律移動装置８９０２によって報告されるトラフィック状況に基づいて、それらのそれぞれのセンサー・アレイの感度を調整することができる。さらにまたは代わりに、ある態様では、マスター自律移動装置８９０２は、センサー・データまたはそのセンサー・アレイから自律移動装置８２０２－８２１０に障害物位置を直接提供することができ、自律移動装置８２０２－８２１０は、それらのそれぞれのセンサー・アレイを動作させる代わりに利用することができる。従って、自律移動装置８２０２－８２１０は、基本的な衝突センサーを除くすべてのセンサーを停止することなどにより、それらのそれぞれのセンサー・アレイを大幅に感度を下げることができる。

加えてまたは代わりに、ある態様では、自律移動装置８２０２－８２１０は、センサー・データまたは障害物位置を互いに提供することができる（これは、マスター自律移動装置に依存しないことがある）。従って、自律移動装置８２０２－８２１０は、互いに協調して、センサー・データおよび障害物位置を提供することができる。これは、一部の自律移動装置８２０２－８２１０がそれぞれのセンサー・アレイの感度を下げることを可能にし、一方、他方の自律移動装置８２０２－８２１０は、センサー・データおよび障害物位置を得るためにセンサー・アレイを利用して、他方の自律移動装置８２０２－８２１０に提供することができる。いくつかの態様において、すべての自律移動装置８２０２－８２１０は、それらのそれぞれのセンサー・アレイを部分的に感度を下げ、下げた感度を補償するためにセンサー・データまたは障害物情報を互いに交換することができる。いくつかの態様において、自律移動装置８２０２－８２１０は、交互にそれらのセンサー・アレイの感度を下げて、自律移動装置８２０２－８２１０のいくつかは、センサー・データおよび障害物位置を取得して、センサー・アレイの感度を下げた自律移動装置８２０２－８２１０のそれらに提供する。

これらの態様の実装は、上述の地面、空気、水、水中、宇宙などを含む任意の環境において実現可能である。各環境は、固有の環境特有の特性および性質に基づいて、特定のシナリオおよびユース・ケースを提供し得る。例えば、空中ドローン設定では、自律移動装置８２０２－８２１０は、群れで飛ぶ可能性がある鳥との衝突を避ける必要があるかもしれない。このような衝突回避は、このような環境に特有のものであってもよく（例えば、水中ビークルおよび海洋生物の場合）、また、航空環境に特有の解決策を提示してもよい。例えば、鳥の群れに直面した場合、マスター・ドローンは、他のドローン群を一緒に制御し、「印象的な（ｉｍｐｏｓｉｎｇ）」ドローンまたはその外見で鳥を追い払うように設計された少数の印象的なドローン群に従うように構成することができる。従って、ドローンは、マスター・ドローンの制御下で一緒にグループ化することによって衝突を回避することができ、もし他の障害物が近くにないならば、一旦鳥の群をクリアすれば、センサー・アレイの感度を下げることができるかもしれない。

さらに、ネットワーク・アクセス・ノード８２１２に接続された端末装置を運ぶ作業者のような人々が、自律移動装置８２０２－８２１０の動作エリア内にあるいくつかの態様において、ネットワーク・アクセス・ノード８２１２は、作業者の移動を追跡し、作業者を可動障害物として扱うために、端末装置をさらに利用することができる。ネットワーク・アクセス・ノード８２１２は、端末装置の位置を追跡し、従って、自律移動装置８２０２－８２１０のいずれかの周囲の近傍に作業者がいないか、および／または低いトラフィックのシナリオにあるかを決定するために、そのカバレッジ・エリア内にいくつの端末装置が存在するかに関する情報（例えば、図８７の方法で）に依存してもよく、および／または、端末装置によって提供される位置報告に依存してもよい。次いで、ネットワーク・アクセス・ノード８２１２は、例えば、端末装置、他の自律移動装置、他の可動障害物、その他の不動障害物を運ぶ作業者の存在を詳述する自律移動装置８２０２にトラフィック状況の更新を提供することができる。ネットワーク・アクセス・ノード８２１２に接続された端末装置を運んでいないネットワーク・アクセス・ノード８２１２の動作エリア内に作業者がいる場合、ネットワーク・アクセス・ノード８２１２は、センサー・データを介して作業者を可動障害物として検出することもできる。

従って、自律移動装置は、衝突回避に関連するトラフィック状況情報を受信し、トラフィック状況情報を利用して衝突センサーの感度を調整することができる。上述のように、このことは、自律移動装置が、低トラフィック状況でのセンサー感度を低減することにより電力消費を低減することを可能にする。

図９０は、いくつかの態様に従って移動装置を動作させる例示的な方法９０００を示す。図９０に示されるように、方法９０００は、第１の感度レベル（９０１０）で構成された１つ以上の衝突センサーで移動装置をナビゲートすることを含む。トラフィック更新が、無線ネットワークから受信される。該トラフィック更新は、移動装置（９０２０）の周囲の近傍の障害物トラフィックを特徴付ける。トラフィック更新が、障害物トラフィックが所定の基準（９０３０）を満たすことを示す場合、１つ以上の衝突センサーは、第２の感度レベルで動作するように構成される。

３ コンテキスト・アウェアネス
設計者および製造業者は、バッテリー寿命、データ・スループット、ネットワーク負荷、無線干渉等といった様々な作用を向上させるために、装置（デバイス）およびネットワーク動作を最適化することを目指すことがある。コンテキスト・アウェアネスに関連する本開示の様々な側面について以下で詳述されるように、装置の位置および移動（動き）、ユーザーの過去の活動および日常動作、モバイル・アプリケーションおよびデスクトップ・アプリケーションの履歴または使用パターン等を含むコンテキスト情報の収集および処理は、このような作用を最適化するための価値あるメカニズムを提供し得る。これらの側面は、例えば、必要とされるときにだけコンテキスト情報を使用することまたは電力を低減し動作時間を増大するようにコンテキスト情報のスケジュールを適応させること等、本開示に記載の他の電力節約方法とともに使用され得る。

図９１は、いくつかの側面に従った無線通信ネットワーク９１００を示している。無線通信ネットワーク９１００は、ネットワーク・アクセス・ノード９１１０および９１１２に加えて、端末装置９１０２および９１０４を含み得る。本開示の特定の側面は、特定の無線通信ネットワーク設定（ＬＴＥ、ＵＭＴＳ、ＧＳＭ、他の第三世代パートナーシップ・プロジェクト（３ＧＰＰ）・ネットワーク、ＷＬＡＮ／Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、５Ｇ、ｍｍＷａｖｅ、装置対装置（デバイスツーデバイス：Ｄ２Ｄ）等）を記述し得るが、本開示で詳述される主題は、本質的に例示であるとみなされ、したがって、任意の他の無線通信ネットワークに同様に適用可能である。無線通信ネットワーク９１００におけるネットワーク・アクセス・ノードおよび端末装置の数は、例示であり、任意の数に拡張可能である。

したがって、例示的なセルラー設定において、ネットワーク・アクセス・ノード９１１０および９１１２は、基地局（例えば、ｅＮｏｄｅＢ、ＮｏｄｅＢ、ベース・トランシーバ・ステーション（ＢＴＳ）等）であり得るのに対し、端末装置９１０２および９１０４は、セルラー端末装置（例えば、移動局（ＭＳ）、ユーザー機器（ユーザー装置：ＵＥ）等）であり得る。したがって、ネットワーク・アクセス・ノード９１１０および９１１２は、無線通信ネットワーク９１００の一部であるとみなされ得る、進化型パケット・コア（ＥＰＣ、ＬＴＥの場合）、コア・ネットワーク（ＣＮ、ＵＭＴＳの場合）、または他のセルラー・コア・ネットワーク等のセルラー・コア・ネットワークと（例えば、バックホール・インターフェースを介して）インターフェースすることができる。セルラー・コア・ネットワークは、一つまたは複数の外部データ・ネットワークとインターフェースすることができる。例示的な短距離設定において、ネットワーク・アクセス・ノード９１１０および９１１２は、アクセス・ポイント（ＡＰ、例えば、ＷＬＡＮ ＡＰまたはＷｉ－Ｆｉ ＡＰ）であり得るのに対し、端末装置９１０２および９１０４は、短距離端末装置（例えば、ステーション（ＳＴＡ））であり得る。ネットワーク・アクセス・ノード９１１０および９１１２は、（例えば、内部ルータまたは外部ルータを介して）一つまたは複数の外部データ・ネットワークとインターフェースすることができる。

したがって、ネットワーク・アクセス・ノード９１１０および９１１２（ならびに、図９１において明示的には示されていない、無線通信ネットワーク９１００の他のネットワーク・アクセス・ノード）は、端末装置９１０２および９１０４（ならびに、図９１において明示的には示されていない、無線通信ネットワーク９１００の他の端末装置）に、無線アクセス・ネットワークを提供することができる。例示的なセルラー設定において、ネットワーク・アクセス・ノード９１１０および９１１２により提供される無線アクセス・ネットワークは、端末装置９１０２および９１０４が、無線通信を介して、コア・ネットワークに無線でアクセスすることを可能にし得る。コア・ネットワークは、端末装置９１０２および９１０４に関連するトラフィック・データについての、切り換え、ルーティング、および伝送を提供することができ、様々な内部データ・ネットワーク（例えば、無線通信ネットワーク９１００上の制御ノード、他の端末装置等）および外部データ・ネットワーク（例えば、音声データ、テキスト・データ、マルチメディア・データ（オーディオ、ビデオ、画像）、ならびに他のインターネットおよびアプリケーション・データを提供するデータ・ネットワーク）へのアクセスを提供することができる。例示的な短距離設定において、ネットワーク・アクセス・ノード９１１０および９１１２により提供される無線アクセス・ネットワークは、内部データ・ネットワーク（例えば、無線通信ネットワーク９１００に接続されている他の端末装置）および外部データ・ネットワーク（例えば、音声データ、テキスト・データ、マルチメディア・データ（オーディオ、ビデオ、画像）、ならびに他のインターネットおよびアプリケーション・データを提供するデータ・ネットワーク）へのアクセスを提供することができる。

無線通信ネットワーク９１００の無線アクセス・ネットワークおよびコア・ネットワーク（適用可能な場合）は、無線アクセス・ネットワーク９１００の詳細に応じて変わり得るネットワーク・プロトコルにより制御され得る。そのようなネットワーク・プロトコルは、無線通信ネットワーク９１００を通じたユーザー・データ・トラフィックおよび制御データ・トラフィックの両方のスケジューリング、フォーマッティング、およびルーティングを定義し得、これは、無線通信ネットワーク９１００の無線アクセス・ネットワーク領域およびコア・ネットワーク領域の両方を通じたそのようなデータの送信および受信を含む。したがって、端末装置９１０２および９１０４ならびにネットワーク・アクセス・ノード９１１０および９１１２は、定義されたネットワーク・プロトコルに従って、無線通信ネットワーク９１００の無線アクセス・ネットワーク領域を介してデータを送信および受信することができるのに対し、コア・ネットワークは、定義されたネットワーク・プロトコルに従って、コア・ネットワークの内部および外部でデータをルーティングすることができる。例示的なネットワーク・プロトコルは、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、ＷｉＭＡＸ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、ｍｍＷａｖｅ等を含み、これらのいずれもが、無線通信ネットワーク９１００に適用可能である。

図９２は、いくつかの側面に従った端末装置９１０２の内部構成を示しており、これは、アンテナ・システム９２０２、無線周波数（ＲＦ）トランシーバ９２０４、ベースバンド・モデム９２０６（物理層処理モジュール９２０８およびコントローラ９２１０を含む）、アプリケーション・プロセッサ９２１２、メモリ９２１４、電源９２１６、センサー９２１８、およびセンサー９２２０を含み得る。図９２において明示的には示されていないが、端末装置９１０２は、一つまたは複数の追加的なハードウェア・コンポーネント、ソフトウェア・コンポーネント、および／またはファームウェア・コンポーネント（プロセッサ／マイクロプロセッサ、コントローラ／マイクロコントローラ、他の専用または汎用ハードウェア／プロセッサ／モジュール等）、一つまたは複数の周辺装置、メモリ、電源、一つまたは複数の外部装置インターフェース、一つまたは複数の加入者識別モジュール（ＳＩＭ）、ユーザー入力／出力装置（一つまたは複数のディスプレイ、一つまたは複数のキーパッド、一つまたは複数のタッチスクリーン、一つまたは複数のスピーカー、一つまたは複数の外部ボタン、一つまたは複数のカメラ、一つまたは複数のマイクロフォン等）等を含んでもよい。

まとめられた動作的概要において、端末装置９１０２は、一つまたは複数の無線アクセス・ネットワーク上で無線信号を送信および受信することができる。ベースバンド・モデム９２０６は、各無線アクセス・ネットワークに関連付けられている通信プロトコルに従って、端末装置９１０２のそのような通信機能を管理することができ、各通信プロトコルにより定義されたフォーマッティング・パラメータおよびスケジューリング・パラメータに従って、無線信号を送信および受信するように、アンテナ・システム９２０２およびＲＦトランシーバ９２０４に対する制御を実行することができる。様々な実用的設計は、各サポートされる無線アクセス技術についての別個の通信コンポーネント（例えば、別個のアンテナ、ＲＦトランシーバ、物理層処理モジュール、およびコントローラ）を含み得るが、簡潔にするために、図９２に示されている端末装置９１０２の構成は、そのような各コンポーネントの１つのインスタンスのみを示している。

端末装置９１０２は、単一のアンテナであることもあるし、複数のアンテナを含むアンテナ・アレイであることもあるアンテナ・システム９２０２であって、アナログ・アンテナ組み合わせおよび／またはビームフォーミング回路をさらに含んでもよいアンテナ・システム９２０２を用いて、無線信号を送信および受信することができる。受信パス（ＲＸ）において、ＲＦトランシーバ９２０４は、アンテナ・システム９２０２からアナログ無線周波数信号を受信し、アナログ無線周波数信号に対してアナログおよびデジタルＲＦフロントエンド処理を実行して、ベースバンド・モデム９２０６に提供するためのデジタル・ベースバンド・サンプル（例えば、同相／直交位相（ＩＱ）サンプル）を生成することができる。ＲＦトランシーバ９２０４は、したがって、増幅器（例えば、低雑音増幅器（ＬＮＡ））、フィルタ、ＲＦ復調器（例えば、ＲＦ ＩＱ復調器）、および、受信された無線周波数信号をデジタル・ベースバンド・サンプルに変換するためのアナログ－デジタル変換器（ＡＤＣ）を含むアナログおよびデジタル受信コンポーネントを含み得る。送信パス（ＴＸ）において、ＲＦトランシーバ９２０４は、ベースバンド・モデム９２０６からデジタル・ベースバンド・サンプルを受信し、デジタル・ベースバンド・サンプルに対してアナログおよびデジタルＲＦフロントエンド処理を実行して、無線送信のためにアンテナ・システム９２０２に提供するためのアナログ無線周波数信号を生成することができる。ＲＦトランシーバ９２０４は、したがって、増幅器（例えば、パワー増幅器（ＰＡ））、フィルタ、ＲＦ変調器（例えば、ＲＦ ＩＱ変調器）、および、ベースバンド・モデム９２０６から受信されたデジタル・ベースバンド・サンプルを混合して、アンテナ・システム９２０２による無線送信のためにアナログ無線周波数信号を生成するためのデジタル－アナログ変換器（ＤＡＣ）を含むアナログおよびデジタル送信コンポーネントを含み得る。ベースバンド・モデム９２０６は、ＲＦトランシーバ９２０４の動作のための送信および受信無線周波数を指定することを含め、ＲＦトランシーバ９２０４のＲＦ送信および受信を制御することができる。

図９２に示されているように、ベースバンド・モデム９２０６は、物理層処理モジュール９２０８を含み得る。物理層処理モジュール９２０８は、ＲＦトランシーバ９２０４を介する送信のためにコントローラ９２１０により提供される発信送信データを準備し、コントローラ９２１０による処理のためにＲＦトランシーバ９２０４により提供される着信受信データを準備するための、物理層（Ｌａｙｅｒ１）送信および受信処理を実行することができる。物理層処理モジュール９２０８は、したがって、誤り検出、前方誤り訂正、符号化／復号、チャネル符号化およびインターリービング、物理チャネル変調／復調、物理チャネル・マッピング、電波測定および探索、周波数および時間同期、アンテナ・ダイバーシチ処理、電力制御および重み付け、レート・マッチング、再送処理等のうちの一つまたは複数を実行することができる。物理層処理モジュール９２０８は、構造的には、例えば一つまたは複数の専用ハードウェア回路またはＦＰＧＡ等のハードウェア定義モジュールとして、例えば非一時的なコンピュータ読み取り可能な記憶媒体に記憶されている算術命令、制御命令、およびＩ／Ｏ命令（例えばソフトウェア命令および／またはファームウェア命令）を規定するプログラム・コードを取得および実行するよう構成されている一つまたは複数のプロセッサ等のソフトウェア定義モジュールとして、または、混合されたハードウェア定義およびソフトウェア定義モジュールとして、実現され得る。図９２において明示的には示されていないが、物理層処理モジュール９２０８は、関連する無線アクセス技術のための通信プロトコルにより定義された物理層制御ロジックに従って、物理層処理モジュール９２０８の様々なハードウェア処理コンポーネントおよびソフトウェア処理コンポーネントを制御するよう構成されている物理層コントローラを含み得る。さらに、物理層処理モジュール９２０８が、図９２において単一のコンポーネントとして示されているが、物理層処理モジュール９２０８は、物理層処理コンポーネントの別個のセクションであって、各セクションが、特定の無線アクセス技術の物理層処理に専用である、物理層処理コンポーネントの別個のセクションから集合的に構成されてもよい。

端末装置９１０２は、一つまたは複数の無線アクセス技術に従って動作するよう構成され得、これは、コントローラ９２１０により指示され得る。コントローラ９２１０は、したがって、各サポートされる無線アクセス技術の通信プロトコルに従って、端末装置９１０２の無線通信コンポーネント（アンテナ・システム９２０２、ＲＦトランシーバ９２０４、および物理層処理モジュール９２０８）を制御する役割を担い、したがって、各サポートされる無線アクセス技術のアクセス層および非アクセス層（ＮＡＳ）（Ｌａｙｅｒ２およびＬａｙｅｒ３も包含する）を表し得る。コントローラ９２１０は、構造的には、（コントローラ・メモリから取得された）プロトコル・ソフトウェアを実行し、次いで、プロトコル・ソフトウェアにおいて定義された対応するプロトコル制御ロジックに従って通信信号を送信および受信するように端末装置９１０２の無線通信コンポーネントを制御するよう構成されているプロトコル・プロセッサとして具現化され得る。

コントローラ９２１０は、したがって、無線通信ネットワーク９１００の様々な無線ネットワーク・コンポーネントおよびコア・ネットワーク・コンポーネントと通信するように、端末装置９１０２の無線通信機能を管理するよう構成され得、したがって、複数の無線アクセス技術のための通信プロトコルに従うよう構成され得る。コントローラ９２１０は、例えば、全てのサポートされる無線アクセス技術（例えば、ＬＴＥおよびＧＳＭ／ＵＭＴＳ）を集合的に担当する統一されたコントローラであってもよいし、複数のコントローラであって、各コントローラが、専用ＬＴＥコントローラおよび専用レガシー・コントローラ（または、代替的に、専用ＬＴＥコントローラ、専用ＧＳＭコントローラ、および専用ＵＭＴＳコントローラ）等の、特定の無線アクセス技術のための専用コントローラであり得る、複数のコントローラを含んでもよい。いずれにしても、コントローラ９２１０は、ＬＴＥおよびレガシー・ネットワークの通信プロトコルに従って、端末装置９１０２の無線通信活動を管理する役割を担い得る。物理層処理モジュール９２０８に関して前述したように、アンテナ・システム９２０２およびＲＦトランシーバ９２０４の一方または両方は、同様に、複数の専用コンポーネントであって、各専用コンポーネントが、サポートされる無線アクセス技術のうちの一つまたは複数にそれぞれ対応する、複数の専用コンポーネントに分割されてもよい。そのような各構成の詳細およびサポートされる無線アクセス技術の数に応じて、コントローラ９２１０は、マスター／スレーブＲＡＴ階層的またはマルチＳＩＭスキームに従って、端末装置９１０２の無線通信動作を制御するよう構成され得る。

端末装置９１０２はまた、アプリケーション・プロセッサ９２１２、メモリ９２１４、および電源９２１６を含み得る。アプリケーション・プロセッサ９２１２は、オペレーティング・システム（ＯＳ）、端末装置９１０２とのユーザー・インタラクションをサポートするためのユーザー・インターフェース（ＵＩ）、および／または様々なユーザー・アプリケーション等、端末装置９１０２のアプリケーション層において、端末装置９１０２の様々なアプリケーションおよび／またはプログラムを実行するよう構成されているＣＰＵであってよい。アプリケーション・プロセッサは、ベースバンド・モデム９２０６により提供される一つまたは複数の無線ネットワーク接続を介して、音声データ、オーディオ／ビデオ／画像データ、メッセージング・データ、アプリケーション・データ、基本インターネット／ウェブ・アクセス・データ等といったユーザー・データを送信および受信するために、アプリケーション層としてベースバンド・モデム９２０６とインターフェースすることができる。

メモリ９２１４は、ハードドライブまたはそのような別の永続的メモリ装置等、端末装置９１０２のメモリ・コンポーネントを具現化することができる。図９２において別個に示されているが、いくつかの側面において、ベースバンド・モデム９２０６および／またはアプリケーション・プロセッサ９２１２は各々、ベースバンド・モデム９２０６に統合されたまたはベースバンド・モデム９２０６とインターフェースする専用ベースバンド・メモリ、および／または、アプリケーション・プロセッサ９２１２に統合されたまたはアプリケーション・プロセッサ９２１２とインターフェースする専用アプリケーション層メモリ等の専用メモリを有することができる。追加的または代替的に、いくつかの側面において、ベースバンド・モデム９２０６は、アプリケーション・プロセッサ９２１２に接続されたメモリを利用してもよい。図９２において明示的には示されていないが、図９２に示されている端末装置９１０２の様々な他のコンポーネントは各々、さらに、例えば、ソフトウェア・プログラム・コードを記憶したりデータをバッファしたりするための、統合された永続的メモリ・コンポーネントおよび非永続的メモリ・コンポーネントを含んでもよい。

電源９２１６は、端末装置９１０２の様々な電気的コンポーネントに電力を供給する電源であってよい。端末装置９１０２の設計に応じて、電源９２１６は、バッテリー（再充電可能または使い捨て）等の「有限」電源であることもあるし、有線電気接続等の「無限」電源であることもある。端末装置９１０２の様々なコンポーネントの動作は、したがって、電源９２１６から電力を引き込むことができる。

センサー９２１８および９２２０は、センサー・データをアプリケーション・プロセッサ９２１２に提供するセンサーであってよい。センサー９２１８および９２２０は、位置センサー（例えば、全地球測位システム（ＧＰＳ）等の全地球航法衛星システム（ＧＮＳＳ））、時間センサー（例えばクロック）、加速度センサー／ジャイロスコープ、レーダー・センサー、光センサー、イメージ・センサー（例えばカメラ）、ソナー・センサー等のうちの任意のセンサーであってよい。図９２においてアプリケーション・プロセッサ９２１２に接続されたものとして示されているが、いくつかの側面において、センサー９２１８および９２２０は、（例えば、ハードウェア・インターフェースを介して）ベースバンド・モデム９２０６とインターフェースすることができる。ベースバンド・モデム９２０６は、次いで、センサー・データをアプリケーション・プロセッサ９２１２にルーティングすることができる。

いくつかの無線通信ネットワークに従うと、端末装置９１０２および９１０４は、無線通信ネットワーク９１００の無線アクセス・ネットワークの利用可能なネットワーク・アクセス・ノードに接続し、そのようなネットワーク・アクセス・ノードから切断し、そのようなネットワーク・アクセス・ノードの間で切り換えるために、モビリティ手順を実行することができる。無線通信ネットワーク９１００の各ネットワーク・アクセス・ノードは、特定のカバレッジ・エリアを有し得るので、端末装置９１０２および９１０４は、無線通信ネットワーク９１００の無線アクセス・ネットワークとの強い無線アクセス接続を維持するために、利用可能なネットワーク・アクセス・ノードの間で選択および再選択するよう構成され得る。例えば、端末装置９１０２は、ネットワーク・アクセス・ノード９１１０との無線アクセス接続を確立し得るのに対し、端末装置９１０４は、ネットワーク・アクセス・ノード９１１２との無線アクセス接続を確立し得る。現在の無線アクセス接続が劣化すると、端末装置９１０２または９１０４は、無線通信ネットワーク９１００の別のネットワーク・アクセス・ノードとの新たな無線アクセス接続を探すことができる。例えば、端末装置９１０４は、ネットワーク・アクセス・ノード９１１２のカバレッジ・エリアからネットワーク・アクセス・ノード９１１０のカバレッジ・エリアに移動し得る。結果として、ネットワーク・アクセス・ノード９１１２との無線アクセス接続は、劣化し得、端末装置９１０４は、ネットワーク・アクセス・ノード９１１２の信号強度または信号品質測定等の電波測定を介して、この劣化を検出し得る。無線通信ネットワーク９１００のための適切なネットワーク・プロトコルにおいて定義されるモビリティ手順に応じて、端末装置９１０４は、例えば、近傍ネットワーク・アクセス・ノードに対して電波測定を実行して、近傍ネットワーク・アクセス・ノードが適切な無線アクセス接続を提供できるかどうかを判定すること等により、新たな無線アクセス接続を探すことができる（これは、端末装置９１０４においてまたは無線アクセス・ネットワークによりトリガーされ得る）。端末装置９１０４は、ネットワーク・アクセス・ノード９１１０のカバレッジ・エリアに移動したので、端末装置９１０４は、（端末装置９１０４により選択され得るまたは無線アクセス・ネットワークにより選択され得る）ネットワーク・アクセス・ノード９１１０を識別し、ネットワーク・アクセス・ノード９１１０との新たな無線アクセス接続に移行することができる。電波測定、セル選択／再選択、およびハンドオーバーを含むこのようなモビリティ手順は、様々なネットワーク・プロトコルにおいて確立されており、任意の数の異なる無線アクセス・ネットワーク・シナリオにわたる各端末装置と無線アクセス・ネットワークとの間の強い無線アクセス接続を維持するために、端末装置および無線アクセス・ネットワークにより使用され得る。

図９３は、方法１０２００を実行するよう構成され得る、図９１において紹介されたネットワーク・アクセス・ノード９１１０等のネットワーク・アクセス・ノードの内部構成を示している。図９３に示されているように、ネットワーク・アクセス・ノード９１１０は、アンテナ・システム９３０２、無線モジュール９３０４、および、通信モジュール９３０６（物理層モジュール９３０８および制御モジュール９３１０を含む）を含み得る。ネットワーク・アクセス・ノード９１１０の動作のまとめられた概要において、ネットワーク・アクセス・ノード９１１０は、複数のアンテナを含むアンテナ・アレイであってよいアンテナ・システム９３０２を介して、無線信号を送信および受信することができる。無線モジュール９３０４は、通信モジュール９３０６からの発信デジタル・データを、無線送信のためにアンテナ・システム９３０２に提供するためのアナログＲＦ信号に変換し、アンテナ・システム９３０２から受信された着信アナログＲＦ信号を、通信モジュール９３０６に提供するためのデジタル・データに変換するように、送信および受信ＲＦ処理を実行することができる。物理層モジュール９３０８は、制御モジュール９３１０に提供するために無線モジュール９３０４から受信されたデジタル・データに対して、また、無線モジュール９３０４に提供するために制御モジュール９３１０から受信されたデジタル・データに対して、送信および受信ＰＨＹ処理を実行するよう構成され得る。制御モジュール９３１０は、例えばＬＴＥといった、対応する無線アクセス・プロトコルに従って、ネットワーク・アクセス・ノード９１１０の通信モジュールを制御することができ、これは、アンテナ・システム９３０２、無線モジュール９３０４、および物理層モジュール９３０８に対する制御を実施することを含み得る。無線モジュール９３０４、物理層モジュール９３０８、および制御モジュール９３１０の各々は、構造的には、例えば一つまたは複数の専用ハードウェア回路またはＦＰＧＡ等のハードウェア定義モジュールとして、例えば非一時的なコンピュータ読み取り可能な記憶媒体に記憶されている算術命令、制御命令、およびＩ／Ｏ命令（例えばソフトウェア命令および／またはファームウェア命令）を規定するプログラム・コードを実行する一つまたは複数のプロセッサ等のソフトウェア定義モジュールとして、または、混合されたハードウェア定義およびソフトウェア定義モジュールとして、実現され得る。いくつかの側面において、無線モジュール９３０４は、デジタルおよびアナログ無線周波数処理および増幅回路を含む無線トランシーバであってよい。いくつかの側面において、無線モジュール９３０４は、無線周波数処理ルーチンを指定するソフトウェア定義命令を実行するよう構成されているプロセッサとして実装されるソフトウェア定義無線（ＳＤＲ）コンポーネントであってよい。いくつかの側面において、物理層モジュール９３０８は、プロセッサおよび一つまたは複数のハードウェア・アクセラレータを含み得、ここで、プロセッサは、物理層処理を制御し、特定の処理タスクを一つまたは複数のハードウェア・アクセラレータにオフロードするよう構成されている。いくつかの側面において、制御モジュール９３１０は、上位層制御機能を指定するソフトウェア定義命令を実行するよう構成されているコントローラであってよい。いくつかの側面において、制御モジュール９３１０は、無線通信プロトコル・スタック層機能に制限され得るのに対し、他の側面において、制御モジュール９３１０は、トランスポート、インターネット、およびアプリケーション層機能も担当し得る。

ネットワーク・アクセス・ノード９１１０は、したがって、サービスされる端末装置が所望の通信データにアクセスすることを可能にするための無線アクセス・ネットワークを提供することにより、無線通信ネットワークにおいてネットワーク・アクセス・ノードの機能を提供することができる。例えば、通信モジュール９３０６は、インターネットならびに他のパブリック・データ・ネットワークおよびプライベート・データ・ネットワーク等の外部データ・ネットワークへのアクセスを提供することができる、コア・ネットワークおよび／または一つまたは複数のインターネット・ネットワークとインターフェースすることができる。

無線通信ネットワークは、無線通信に影響を及ぼす多様なファクタに起因して、高度に動的であり得る。例えば、端末装置９１０２および９１０４は、（例えば、ユーザーにより）ネットワーク・アクセス・ノード９１１０および９１１２に対して様々な異なる位置に移動することがあり、これは、端末装置９１０２および９１０４とネットワーク・アクセス・ノード９１１０および９１１２との間の相対距離および無線伝搬チャネルに影響を及ぼすことがある。無線伝搬チャネルはまた、干渉、移動妨害物（障害物）、および大気変化等の、移動に関連しないファクタに起因して変わることもある。さらに、バッテリー電力、複数の無線アクセス技術の使用、可変のユーザー活動および関連するデータ・トラフィック要求等といった、端末装置９１０２および９１０４における局所的条件も、無線通信に影響を及ぼすことがある。無線通信は、ネットワーク・アクセス・ノード９１１０および９１１２における条件に加えて、ネットワーク負荷および利用可能な無線資源等、基礎となるコア・ネットワークによっても、影響が及ぼされることがある。

端末装置９１０２および９１０４とネットワーク・アクセス・ノード９１１０および９１１２との間の無線通信環境は、したがって、絶えず変動状態にあり得る。効果的に動作し、ユーザー・エクスペリエンスを高めるために、端末装置９１０２および９１０４ならびにネットワーク・アクセス・ノード９１１０および９１１２は、そのような変化を認識し、それに応じて動作を適応させる必要があり得る。

無線通信システムは、したがって、例えば、端末装置または無線アクセス・ネットワークが、変化を検出し変化に応じるために、無線環境を特徴付けるコンテキスト情報を使用できる、「コンテキスト・アウェアネス」を利用して、周囲環境における変化に応じることができる。したがって、いくつかの側面において、コンテキスト・アウェアネス・ソリューションに関連する本開示の様々な側面は、コンテキスト・アウェアネスの利用により、ユーザー・エクスペリエンスおよび無線通信性能を最適化するための技術および実装を提示する。

３．１ コンテキスト・アウェアネス＃１
本開示のいくつかの側面において、端末装置は、コンテキスト情報を使用して、変化する無線カバレッジのエリアを通じた移動中、電力消費および／またはデータ・スループットを最適化することができる。詳細には、端末装置は、弱い無線カバレッジおよび強い無線カバレッジがいつどこで生じるかを予測し、予測に基づいて、セル・スキャンおよび／またはデータ転送等の無線活動をスケジュールすることができ、これは、端末装置が、失敗に終わる無用のセル・スキャンを回避することにより、電力を節約することを可能にし、高スループット条件で転送を実行することにより、データ転送を最適化することを可能にし得る。別の側面において、コンテキスト情報の収集または処理は、例えば、基地局、モバイル・エッジ・コンピューティング・ノード、サーバー・ノード、クラウド・サービス等といったネットワーク・ノードにより提供され得る。

いくつかの端末装置は、単一「プラットフォーム」を最適化するために、例えば、単一のアプリケーション・プログラムの動作を最適化するために、または、ハードウェア・レベルで電力を節約するために、限定的なやり方でコンテキスト情報を使用することができる。図９４は、いくつかの側面に従った、異なるプラットフォームにおけるコンテキスト情報の例示的な使用を示している。例えば、パーソナル・アシスタント、移動アシスタント、ナビゲーション・プログラム等といった、（例えば、アプリケーション・プロセッサ９２１２において実行される）アプリケーション・プログラムは、ユーザーの行動（動作）を予測し、ユーザー固有の提案および追跡を行うために、アプリケーション・プログラムのユーザーの日常動作、習慣、およびスケジュールされた計画等、アプリケーション層コンテキスト情報に依拠し得る。ナビゲーション・プログラムは、過去のルートに基づいて、運転ルート提案をしたり、ユーザーの過去の目的地または過去の検索に基づいて移動計画提案をしたり、以前に購入された航空券に基づいてフライト更新を提供したりすることができる。そのような情報は、アプリケーション層において、ユーザーによりアプリケーション・プログラムに提供され、アプリケーション・プログラム内で再利用されて、ユーザーの行動が予測され、その後、ユーザーとのインタラクションが適応させられ得る。さらに、（例えば、アプリケーション・プロセッサ９２１２において実行される）オペレーティング・システムはまた、装置が悪い状態にあるときにアプリケーションがバックグラウンド同期を要求した場合、ローカル・コンテキスト情報を再利用して、動作を適応させることができ、端末装置９１０２のユーザーがアプリケーションを見る可能性が低いとき、オペレーティング・システムは、後の時間まで要求を延ばすことができる。この決定は、習慣と信号環境との組み合わせとしてなされる。これがフォアグラウンド要求である場合、この要求は無視されないであろう。アプリケーション・プロセッサ９２１２のハードウェアはまた、ローカル・コンテキスト情報を使用してバックグラウンド・プロセス管理および使用量ベースの抑制を実行するために、アプリケーション・プロセッサ９２１２のオペレーティング・システムとインタラクトすることができる。（例えば、ベースバンド・モデム９２０６の）モデム・ハードウェアはまた、電力制御（例えば、ＡＣＰＩ（Advanced Configuration and Power Interface））のためにローカル・コンテキスト情報を使用することができる。非限定的な例では、デューティーサイクルの期間が、ユーザーの使用パターンに基づいて適応させられる場合、アプリケーション・プロセッサ９２１２は、デューティーサイクルされ得る。例えば、ユーザーが１日のうち長期間装置を使用せず、かつ、重要でないタスクが延期可能であることが分かっている場合、アプリケーション・プロセッサ９２１２は、スリープ状態にされ得る。別の非限定的な例では、デューティーサイクルの期間が、サービスの頻度、例えば電子メールの同期に基づいて、適応させられる場合、アプリケーション・プロセッサ９２１２は、デューティーサイクルされ得る。

上記で紹介されたように、本開示の様々な側面は、予測される電波条件で無線活動を最適化するために、高レベル・コンテキスト情報を適用することができる。具体的には、様々な側面は、例えば、ユーザーの移動ルート（進行ルート）を予測し、その後、予測されるルートに沿ったセル・スキャンおよびデータ転送等の無線活動を最適化するために、ユーザー（例えば、移動端末装置のユーザー、互いに近接する移動端末装置のユーザー、セル、エリア、または空間内の移動端末装置のユーザー等）の行動を観測して、ユーザー固有の日常動作、習慣、およびスケジュールを識別することができる。例えば、（例えば、基地局またはアクセスポイント・カバレッジ、スペクトル使用量、スペクトル輻輳等に応じて）既知のルートに沿ってユーザーがいつどこで弱い無線カバレッジにいることになるかを予測することにより、端末装置は、例えば、無線カバレッジの改善が予想されるまで、セル・スキャンおよび／またはデータ転送を中断することができる。カバレッジが低いまたは全くないシナリオでの繰り返しのセル・スキャンおよびデータ転送は、かなりのバッテリー電力を浪費する可能性があるので、端末装置は、電力消費を低減し、バッテリー寿命を延ばすことができる。さらに、いくつかの側面において、端末装置は、予測される移動ルートに沿ってどのネットワーク・アクセス・ノードが利用可能になるかを予測し、そのような情報を使用して、特定のセル、特定のネットワーク（例えば、公衆陸上移動網（ＰＬＭＮ））、特定のＲＡＴ、特定のＳＩＭ、または特定のトランシーバを選択すること等、無線アクセス選択を行うことができる。端末装置はまた、予想される充電時間に基づいて、バッテリー寿命時間を最適化することができる。いくつかの側面において、端末装置はまた、最近の電波測定のトレースおよび他のコンテキスト情報を調べて近い将来の瞬間（ミリ秒または秒のオーダー）についての電波条件を予測すること等により、より細かいスケールで無線カバレッジを予測することができる。

図９５は、本開示のいくつかの側面の、道路または経路の移動シナリオへの例示的な適用を示している。図９５に示されているように、道路９５０２は、ネットワーク・アクセス・ノード９１１０のカバレッジ・エリア９５００の近傍に位置し得る。例示的なシナリオでは、端末装置９１０２のユーザーは、毎日の通勤ルート、朝または夜の散歩日常動作、頻繁なサイクリングまたはジョギング・ルート等といった通常の日常動作の一部として、道路９５０２を移動し得る。端末装置９１０２は、道路９５０２の特定の区間についてネットワーク・アクセス・ノード９１１０のカバレッジ内にあり得るのに対し、道路９５０２の区間９５０４等の他の区間は、カバレッジ・エリア９５００外に位置し得る。したがって、ユーザーが、区間９５０４に沿って運転しているとき（例えば、他のネットワーク・アクセス・ノードが、区間９５０４にカバレッジを提供するために近くにない可能性がある場合）、端末装置９１０２は、低いまたは全くない信号カバレッジ（例えば、弱い無線カバレッジ）を有し得る。同様のシナリオは、例えば、カバレッジ・エリア９５００内のカバレッジ・「ホール」（図９５において明示的には示されていない）において、または、端末装置９１０２のユーザーが、例えばハイキングまたはスキーに行くために町外へ移動する場合に、生じる可能性があり、これは、より長い時間期間の弱い無線カバレッジをもたらす可能性がある。

いくつかの動作シナリオに従うと、端末装置９１０２は、区間９５０４に沿って移動している間にセル・スキャンを繰り返し実行することがある。しかしながら、特に、区間９５０４が、長距離、例えば数マイルである場合、端末装置９１０２は、多数の失敗に終わるセル・スキャンを実行することで、かなりの電力を浪費する可能性がある。特定のソリューションは、指数関数的バックオフまたは線形バックオフ等の「バックオフ」技術を使用することができる。例えば、端末装置９１０２が、一連のセル・スキャン中にセルを検出しない場合、端末装置９１０２は、連続して失敗したセル・スキャンごとに指数関数的または線形的に増加するバックオフ・カウンタを開始することができる。失敗に終わるセル・スキャンの数は、そのようなバックオフ技術によって減少し得るが、バックオフ・タイマーは、「ブラインド」であり得、ユーザーの実際の行動のインジケーションを利用し得ないので、依然としてかなりの電力消費があり得る。さらに、ユーザーがセル・カバレッジに戻るとき、特に、ユーザーがセル・カバレッジに戻る直前に大きなバックオフ・タイマーが開始されれば、セル・スキャンが過度に遅延する可能性がある。端末装置９１０２のユーザーはまた、端末装置９１０２を手動で停止する、または、端末装置９１０２を飛行機モードにすることがある。しかしながら、ユーザーが、端末装置９１０２を再起動するのに最適な時間を認識する可能性は低い。

カバレッジ外（カバレッジ圏外：ＯＯＣ）シナリオに加えて、いくつかの側面において、例えば、カバレッジ・エリア９５００のセル・エッジ付近に位置すること、または、無線チャネルが妨害されているまたは強い干渉を有する、カバレッジ・エリア９５００の他の区間に位置すること等、端末装置９１０２が、ネットワーク・アクセス・ノード９１１０からの制限された信号カバレッジを有する状況が存在し得る。端末装置９１０２は、そのような低信号シナリオでは、ネットワーク・アクセス・ノード９１１０との接続を維持することはでき得るが、端末装置９１０２は、より良いカバレッジを提供するネットワーク・アクセス・ノードを探索するために、（例えば、信号強度または信号品質に基づいて閾値をトリガーすることにより指定されるような無線規格によって）セル・スキャンを実行することを試みることがある。上記の場合と同様に、端末装置９１０２の検出可能範囲内に他のネットワーク・アクセス・ノードが存在しない可能性がある。その結果、セル・スキャンは、他のネットワーク・アクセス・ノードを検出することができず、バッテリー電力のかなりの浪費をもたらす可能性がある。

さらに、いくつかの側面において、悪い信号条件は、端末装置９１０２によるデータ転送を妨げる可能性がある。電波条件が悪い可能性があるので、端末装置９１０２は、単純な変調方式および／または高符号化レートを利用する可能性があり、これは、遅いデータ転送速度をもたらす可能性がある。悪い電波条件はまた、著しい伝送誤りを生じさせる可能性があり、これは、多数の再送信をもたらす可能性がある。したがって、端末装置９１０２は、（カバレッジ・エリア９５００のセル・エッジ等の）低信号条件にある間にデータ転送を試みるとき、大きなバッテリー消耗を受ける可能性がある。

これらの問題を認識して、様々な側面は、例えば、ユーザー／装置属性、時間／センサー情報、位置情報、ユーザーが生成した移動情報、検出されたネットワーク、信号強度／他の電波測定値、バッテリー充電、アクティブなアプリケーション、現在のデータ・トラフィック要求および要件等を含む、（例えば、アプリケーション層においてユーザーから得られた、）端末装置９１０２の高レベル・コンテキスト情報を使用して、例えば、移動ルートを予測し、移動ルートに沿った無線活動を最適化することができる。詳細には、様々な側面は、例えば、予測されるルートおよび対応する予測される電波条件等のファクタに基づいて、セル・スキャン・タイミング、データ転送スケジューリング、および無線アクセス選択を最適化することができる。例えば、ユーザーが移動している識別可能なルートを検出すると、端末装置９１０２は、ユーザーがそのルートに沿って進んで予測されるルートを得ることになると予測することができ、続いて、（例えば、ルートに沿った以前に得られた電波測定値および／またはクラウドソーシングされた情報を使用して、）予測されるルートに沿った電波条件を予測することができる。次いで、端末装置９１０２は、予測されるルートに沿った予測される電波条件に基づいて、ＯＯＣまたは他の弱いカバレッジ・シナリオの間、セル・スキャンを中断し、強い電波条件の場合にデータ転送をスケジュールし、セル、ネットワーク、およびＲＡＴの無線アクセス選択を実行することができる。

いくつかの側面において、端末装置９１０２はまた、例えば、予想される充電時間に基づいて、バッテリー寿命時間を最適化することができる。例えば、端末装置９１０２は、ユーザーが端末装置９１０２を充電するときの通常の時間および／または位置を特定するために、電源９２１６がいつ充電されているかをモニタリングすることができる。端末装置９１０２は、その後、次の充電までの予想される時間を予測し、続いて、例えば、次の充電までの予想される時間に基づいて、（例えば、低電力状態またはスリープ状態に入ることにより、）端末装置９１０２における電力消費を調整することができる。さらに、端末装置９１０２は、例えば、電力を節約するために、ベースバンド・モデム９２０６およびアプリケーション・プロセッサ９２１２における特定のタスクおよびアプリケーションを停止することができる。例えば、電源９２１６におけるバッテリー寿命が短い場合、ベースバンド・モデム９２０６は、より低電力のＲＡＴ（例えば、電力効率がより良いＲＡＴ）に切り換えることができる、かつ／または、データ等の重要でないタスクを停止することができる。いくつかの側面において、（例えば、ベースバンド・モデム９２０６の一部として統合されているまたは別個のコンポーネントとして実装されている）Ｗｉ－Ｆｉモデムは、完全にオフにされ、ユーザーがＷｉ－Ｆｉを使用したい場合にのみアクティブ化され得る。別の例において、アプリケーション・プロセッサ９２１２は、（システムにとって重要なタスクをモニタリングすることを除いて）アイドル・モードにされ得る、かつ／または、バックグラウンド同期手順を中断し得る。

図９６は、いくつかの側面に従った端末装置９１０２の機能図を示している。図９６に示されているように、予測エンジン９６００は、前処理モジュール９６０２、ローカル・リポジトリ９６０４、およびローカル学習モジュール９６０６を含み得るのに対し、判断エンジン９６１０は、判断モジュール９６１２を含み得る。以下で詳細に説明されるように、予測エンジン９６００は、入力としてコンテキスト情報を受け取ることができる。予測エンジン９６００は、例えば、特にユーザー移動ルートを含む、ユーザーの予想される行動に関する予測を行うために、コンテキスト情報を処理、記憶、および評価することができる。予測エンジン９６００はまた、外部学習モジュール９６０８から入力を受け取ることができ、これは、予測エンジン９６００が、他の端末装置からの「クラウドソーシングされた」コンテキスト情報に基づいてユーザー・ルートおよび電波条件を予測することを可能にし得る。予測エンジン９６００は、例えば、予測される移動ルートおよび予測される電波条件を判断エンジン９６１０に提供することができ、判断エンジン９６１０は、例えば予測されるユーザー・ルートおよび／または予測される電波条件に基づいて、判断モジュール９６１２において無線活動判断／決定を行うことができ、端末装置９１０２のベースバンド・モデム９２０６に（例えば、実行のためにベースバンド・モデム９２０６のプロトコル・スタックに）無線活動命令を提供することができる。予測エンジン９６００および判断エンジン９６１０のコンポーネントの対応する機能は、構造的には、例えば一つまたは複数の専用ハードウェア回路またはＦＰＧＡ等のハードウェア定義モジュールとして、例えば非一時的なコンピュータ読み取り可能な記憶媒体に記憶されている算術命令、制御命令、およびＩ／Ｏ命令（例えばソフトウェア命令および／またはファームウェア命令）を規定するプログラム・コードを実行する一つまたは複数のプロセッサ等のソフトウェア定義モジュールとして、または、混合されたハードウェア定義およびソフトウェア定義モジュールとして、実現され得る。したがって、予測エンジン９６００および判断エンジン９６１０の個々のコンポーネントは、図９６において別個に示されているが、この図は、予測エンジン９６００および判断エンジン９６１０の動作を機能レベルで強調するのに役立つ。結果として、いくつかの側面において、予測エンジン９６００および判断エンジン９６１０のコンポーネントのうちの一つまたは複数は、共通のハードウェア要素および／またはソフトウェア要素に統合され得る。さらに、本開示において詳述されている機能（特に、式／方程式、フローチャート、および散文記載）は、当業者によって、非一時的なコンピュータ読み取り可能な媒体から取得されプロセッサにより実行されるプログラム・コードに容易に組み込まれ得る。図９２に示されている端末装置９１０２の構成に従うと、予測エンジン９６００および判断エンジン９６１０は、例えば、アプリケーション・プロセッサ９２１２（および／または例えばコントローラ９２１０）において取得および実行されるソフトウェア定義命令として実装され得る。したがって、予測エンジン９６００および判断エンジン９６１０は、端末装置９１０２のアプリケーション層において得られた高レベル・コンテキスト情報を処理および評価し、ベースバンド・モデム９２０６における無線活動に影響を及ぼすようにコンテキスト情報を適用するよう構成され得る。

前述のように、端末装置９１０２は、コンテキスト情報を使用して、例えば、無線活動を制御し、特に、コンテキスト情報を評価してユーザー移動ルートおよび電波条件を予測し、その後、予測されるユーザー移動ルートおよび電波条件に基づいて無線活動を制御することができる。図９６に示されているように、予測エンジン９６００は、ユーザー／装置属性（例えば、ＩｏＴデバイス、スマートフォン、ラップトップ、タブレット等を含む装置のタイプ）、（例えば、センサー９２１８および９２２０であってよい、クロック、加速度計／ジャイロスコープ等からの）時間／センサー情報、（例えば、ＧＰＳ等のＧＮＳＳからの）位置情報、ユーザーが生成した移動情報（例えば、（アプリケーション・プロセッサ９２１２において、または、端末装置９１０２に接続された車両／他の装置、例えばＢｌｕｅｔｏｏｔｈを用いて端末装置９１０２に接続された車両ナビゲーション・システムにおいて、実行され得る）ナビゲーション・アプリケーションからの計画された移動ルート、旅行予約アプリケーションからの予約されたホテル／フライト／列車、カレンダー・アプリケーションからのスケジュールされたカレンダー・イベント等）、検出されたネットワーク情報（例えば、ベースバンド・モデム９２０６および／またはアプリケーション層により提供され得る、例えば、ネットワーク・アクセス・ノードＩＤ、セルＩＤ、ネットワークＩＤ、ＰＬＭＮ ＩＤ、バッテリー情報（電源９２１６が充電されているときのインジケータ、現在のバッテリー電力レベル等）等）、電波測定値（例えば、ベースバンド・モデム９２０６および／またはアプリケーション層により提供され得る、例えば、信号強度測定値、信号品質測定値、干渉測定値等）、（例えば、電源９２１６をモニタリングすることによる）バッテリー充電情報を含む、様々な高レベル・コンテキスト情報を収集することができる。

したがって、アプリケーション・プロセッサ９２１２において実行される一つまたは複数のアプリケーションは、そのようなコンテキスト情報を予測エンジン９６００に提供することができる。さらに、センサー９２１８および９２２０等の一つまたは複数のセンサー（例えば、位置センサーおよび時間センサー）は、ベースバンド・モデム９２０６に加えて、上記で特定されたように、他のコンテキスト情報を処理エンジン９６００に提供することができる。前処理モジュール９６０２は、そのようなコンテキスト情報を受け取り、受け取ったコンテキスト情報をローカル・リポジトリ９６０４およびローカル学習モジュール９６０６に提供する前に、受け取ったコンテキスト情報を解釈して編成することができる。例えば、前処理モジュール９６０２は、入力コンテキスト情報を受け取り、予測エンジン９６００が例えば記憶および／または使用のために利用するのに整合するように、コンテキスト情報を準備することができる。これは、データを破棄すること、データを補間すること、データを変換すること、または、予測エンジン９６００にとって適切なフォーマットにデータを構成するための他のそのような動作を含み得る。さらに、いくつかの側面において、前処理モジュール９６０２は、前処理中に、例えば、検出されたネットワーク情報および信号強度測定値を、特定の位置、時間、またはルートに関連付ける等、特定のコンテキスト情報を他のコンテキスト情報に関連付け、関連付けられたコンテキスト情報を、記憶のためにローカル・リポジトリ９６０４に提供することができる。いくつかの側面において、前処理モジュール９６０２は、様々なアプリケーション、センサー、位置システム、およびベースバンド・モデム９２０６からコンテキスト情報を継続的に受け取り、前処理されたコンテキスト情報をローカル・リポジトリ９６０４およびローカル学習モジュール９６０６に提供する前に、前処理を継続的に実行することができる。

前に詳述されたように、端末装置９１０２は、コンテキスト情報に基づいてユーザー移動ルートを予測し、その後、予測されるユーザー移動ルートを適用して無線活動を最適化することができる。端末装置９１０２は、ユーザーが、識別可能なルートを移動しているときを検出し、続いて、ユーザーが、識別可能なルートを辿り続けることになると予測するよう構成され得る。例えば、いくつかの側面において、端末装置９１０２は、コンテキスト情報を使用して、ユーザーが、常用ルート（よく通るルート；例えば自宅と職場との間の運転ルートまたは別の頻繁に移動するルート）を移動しているとき、または、計画されたルートを移動しているとき（例えば、計画されていた休暇／バケーションに、ナビゲーション・アプリケーションを使用して目的地に移動しているとき、特定の位置でのスケジュールされているアポイントメントに移動しているとき等）を検出することができる。ユーザーが、例えば、常用ルートまたは計画されたルートを移動していることを検出した後、端末装置９１０２は、例えば、検出されたルートに沿ってユーザーが進むことになると予測することにより、ユーザーの行動を予測することができる。いくつかの側面において、端末装置９１０２は、複数の可能なルートに基づく確率的予測を利用することができる。例示的なシナリオでは、ユーザーは、仕事の後に直接自宅に帰ることが時々あり、他のときには、子供を迎えに行くために学校に行くことがある。したがって、端末装置９１０２は、異なる可能なルートの確率に基づいて予測を行うよう構成され得る。いくつかの側面において、端末装置９１０２は、事前確率に基づいて、ユーザーがどのルートを辿る可能性があるかの統計的推定を実行し、次いで、ユーザーが特定のルートを移動することを開始すると、観測に基づいて事後確率を更新することができる。

例えば、位置情報（複数日／週にわたってＧＰＳ位置を追跡すること等による）、ユーザーが生成した移動情報（複数日／週にわたって目的地を追跡すること等による）、時間／センサー情報（ルートを辿っているときの時間／日付を評価すること等による）、および、端末装置９１０２の検出されたネットワークを含む無線関連コンテキスト情報（特定のルートにおいて利用可能である、特定のＰＬＭＮ、セル、およびＲＡＴを認識すること等による）等のコンテキスト情報を経時的にモニタリングすることにより、ローカル学習モジュール９６０６は、自宅から職場へのルート等、ユーザーが頻繁に使用する特定のルートを「学習」することができる。ローカル学習モジュール９６０６は、蓄積された過去のコンテキスト情報に基づいてそのような学習を実行することができるので、予測エンジン９６００は、以前に前処理されたコンテキスト情報をローカル・リポジトリ９６０４に記憶することができる。したがって、ローカル学習モジュール９６０６は、以前に前処理されたコンテキスト情報にアクセスして、以前に前処理されたコンテキスト情報を評価し、移動パターンを検出し、その結果、常用ルートを学習することができる。したがって、ローカル学習モジュール９６０６は、以前に前処理されたコンテキスト情報に基づいて常用ルートを生成し、（例えば、一連の位置として定められる）常用ルートを保存することができる。

次いで、ローカル学習モジュール９６０６は、前処理モジュール９６０２により提供された、（例えば、直近の５分間にわたる、直近の５マイルの移動にわたる等の）現在のコンテキスト情報および最近のコンテキスト情報をモニタリングして、ユーザーが、以前に学習された常用ルートに沿って移動しているときを検出することができる。例えば、ローカル学習モジュール９６０６は、現在の／最近の位置情報、時間／センサー情報、および検出されたネットワーク情報を、以前に学習された常用ルートの保存されたコンテキスト情報と比較して、ユーザーが常用ルートを移動しているかどうかを判定することができる。現在の／最近の位置情報、時間／センサー情報、および／または検出されたネットワーク情報が、以前に学習された常用ルートの保存されたコンテキスト情報と一致する場合、ローカル学習モジュール９６０６は、ユーザーが、一致した常用ルートに沿って移動していると判定することができる。次いで、ローカル学習モジュール９６０６は、例えば、ユーザーが、一致した常用ルートに沿って移動し続けることになると予測することにより、ユーザーの移動を予測することができる。特定の場合には、頻繁に移動するルートほど予測的ではないが、ローカル学習モジュール９６０６は、特に位置および時間に関する現在のコンテキスト情報および最近のコンテキスト情報を、ローカル・リポジトリ９６０４に記憶されている高速道路等の既知の道路についてのコンテキスト情報と比較することもできる。例えば、現在のコンテキスト情報および最近のコンテキスト情報が、既知の道路についてのコンテキスト情報と一致する場合、ローカル学習モジュール９６０６は、ユーザーが道路に沿って移動していることを検出することができる。特に、道路が、例えば高速道路である場合、ローカル学習モジュール９６０６は、ユーザーがある時間期間道路に沿って進むことになると予測し、現在の道路を常用ルートとして利用することができる。ローカル学習モジュール９６０６はまた、どの道路が常用ルートであるかに基づいて、自宅から職場へのルート等の常用ルートを分類し、後に、ユーザーが常用ルートの道路に沿って順序通りに移動していることを検出することにより、ユーザーが常用ルートに沿って移動していることを検出することができる。

ユーザーが常用ルートにいるときを検出することに加えて、ローカル学習モジュール９６０６はまた、カレンダー・アプリケーションにおいてスケジュールされたアポイントメントへのルートに沿った、ナビゲーション・アプリケーションに入力されたルート等の計画されたルートをユーザーが移動しているときを検出するよう構成され得る。例えば、ローカル学習モジュール９６０６は、前処理モジュール９６０２により提供された、ユーザーが生成した移動情報をモニタリングして、例えば、ユーザーがナビゲーション・プログラムにルートを入力したとき、ユーザーが旅行アプリケーションにおいて休暇／フライト／列車／バスを予約したとき、ユーザーが指定された位置でのスケジュールされたカレンダー・イベントまたはアポイントメントを有しているとき等、を検出することができる。そのようなユーザーが生成した移動情報は、ルート（または、計画されたルートを識別することができる少なくとも目的地）を直接識別することができるので、ローカル学習モジュール９６０６は、そのようなユーザーが生成した移動情報を使用して、計画されたルートを識別し、その結果、ユーザーが計画されたルートに沿って進むことになると予測することにより、ユーザーの行動を予測することができる。

常用ルートおよび計画されたルートに基づいてユーザーの移動を予測することに加えて、予測エンジン９６００はまた、最終的に無線活動判断／決定（セル探索を中断すること、データ転送をスケジュールし直すこと、無線アクセス選択を行うこと、電力消費レベルを最適化すること等）を行うために、ルートに沿った電波条件を予測することができる。したがって、予測エンジン９６００はまた、以前に検出されたネットワーク情報および過去の電波測定値を含む無線関連コンテキスト情報をローカル・リポジトリ９６０４に記憶することができる。前述のように、前処理モジュール９６０２は、そのような無線関連コンテキスト情報を、位置情報、ユーザーが生成した移動情報、および時間／センサー情報等の他のコンテキスト情報に関連付けることができる。したがって、ローカル・リポジトリ９６０４は、特定の位置、ルート、および／または時間／日付と一致する、検出されたネットワーク（どのＰＬＭＮが利用可能であるか、どのセルが利用可能であるか、どのＲＡＴが利用可能であるか等）および電波測定値（例えば、信号強度測定値、信号品質測定値、および干渉測定値）のレコードを有することができる。

コンテキスト情報をローカル・リポジトリ９６０４に明示的に記憶することに加えて、いくつかの側面において、ローカル学習モジュール９６０６はまた、無線環境マップ（ＲＥＭ）または他のタイプの無線カバレッジ・マップ等のより複雑なデータ構造を生成するよう構成され得る。そのようなＲＥＭは、ネットワークおよびＲＡＴカバレッジ、ネットワーク・アクセス・ノード位置、ならびに他の無線関連情報等の他の情報とともに、地理的領域にわたる電波条件を特定するマップ状のデータ構造であってよい。したがって、ローカル学習モジュール９６０６は、特定の移動ルートに沿った電波条件を予測するために、そのようなＲＥＭを生成して、ＲＥＭを利用するよう構成され得る。例えば、予測されるルートを識別すると、ローカル学習モジュール９６０６は、ローカル・リポジトリ９６０４に記憶されているＲＥＭにアクセスし、予測されるルートに沿った様々な位置において、どのネットワーク、セル、およびＲＡＴが利用可能であるかに加えて、予測されるルートに沿った無線カバレッジを決定することができる。

ローカル学習モジュール９６０６は、端末装置９１０２により観測された無線関連コンテキスト情報を使用して、特に異なる位置における電波測定値を含むＲＥＭを生成することができ、そのような電波測定値を用いた無線伝搬モデルを適用して包括的なカバレッジ・マップを生成することもできる。局所的観測をもって生成されたＲＥＭは、常用ルート等、ユーザーが以前に辿ったルートには役立ち得るが、いくつかの場合において、ＲＥＭは、（例えば、ユーザーがナビゲーション・プログラムに新しいルートを入力したことを検出すること、新しい位置での、カレンダー・アプリケーションにおけるアポイントメントを識別すること等により、）ユーザーが生成した移動情報を介して検出された新しい計画されたルート等の新しいルートについて電波条件を予測するのには役立たないことがある。したがって、いくつかの側面において、予測エンジン９６００は、クラウド・ベースのサーバー、エッジ・コンピューティング・サーバー（例えば、モバイル・エッジ・コンピューティング（ＭＥＣ）・サーバー）、コア・ネットワークにおけるサーバー、または、ネットワーク・アクセス・ノード９１１０のコンポーネント等、端末装置９１０２の外部に位置し得る外部学習モジュール９６０８を介して得られるクラウドソーシングされた情報に依拠し得る。配置の詳細にかかわらず、外部学習モジュール９６０８は、他の端末装置により提供されたクラウドソーシングされた情報を使用し、無線関連コンテキスト情報を予測エンジン９６００に提供することができる。例えば、外部学習モジュール９６０８は、複数の端末装置により提供されたクラウドソーシングされたコンテキスト情報に基づいて、ＲＥＭおよび他のカバレッジ・データを生成するよう構成されているエッジ・サーバーまたはクラウド・サーバーであってよい。したがって、ローカル学習モジュール９６０６は、無線関連コンテキスト情報または予測される電波条件について、（例えば、データ転送についてネットワーク・アクセス・ノード９１１０を介する無線アクセス・ネットワークに依拠するソフトウェア・レベル接続を介して、）外部学習モジュール９６０８に問い合わせることができる。例えば、ローカル学習モジュール９６０６は、新しい予測されるルートを識別し、新しいルート（または、新しいルートに近い位置）をもって外部学習モジュール９６０８に問い合わせることができる。次いで、外部学習モジュール９６０８は、（外部学習モジュール９６０８がＲＥＭを用いて生成できる）無線関連コンテキスト情報および／または予測される電波条件をもって応答することができ、ローカル学習モジュール９６０６は、これを使用して、新しいルートに沿った電波条件を予測することができる。したがって、外部学習モジュール９６０８は、例えば、無線関連コンテキスト情報を、関連位置および／またはユーザーが生成した移動情報とともに提供することにより、「未処理の」無線関連コンテキスト情報をもって応答することができる、または、外部学習モジュール９６０８において（例えばＲＥＭを用いて）電波条件予測を実行し、新しいルートに沿った予測される電波条件をもってローカル学習モジュール９６０６に応答することができる。

ローカル学習モジュール９６０６は、前処理モジュール９６０２により提供されたコンテキスト情報を継続的かつ／または定期的に評価して、常用ルートを学習および更新し、ユーザーが常用ルートまたは計画されたルートを移動しているときを検出し、特定の検出されたルートにおける電波条件を予測することができる。図９６に示されているように、ローカル学習モジュール９６０６は、予測される電波条件および予測されるルート情報を、判断エンジン９６１０の判断モジュール９６１２に提供することができる。いくつかの側面に従うと、判断モジュール９６１２は、予測される電波条件および予測されるルート情報に基づいて、セル・スキャン、データ転送、および無線アクセス選択等の無線活動を制御することができる。図９６に示されているように、判断モジュール９６１２は、端末装置９１０２の無線活動を制御するために、ベースバンド・モデム９２０６に命令を提供することができる。

図９７は、いくつかの側面に従った、判断モジュール９６１２が、予測エンジン９６００により提供された予測結果に基づいてセル・スキャン・タイミングに関連する無線活動判断／決定を行うために実行できる、例示的な方法９７００を示している。図９７に示されているように、判断モジュール９６１２は、最初に、予測エンジン９６００から、予測される電波条件および予測されるルート情報を受け取ることができる。次いで、９７０４において、判断モジュール９６１２は、予測される電波条件および予測されるルート情報を評価して、悪い電波条件（例えば、ＯＯＣおよび／または低信号条件）が予測されるルートに沿って発生することになることを予測結果が示すかどうかを、判定することができる。予測されるルートが悪い電波条件を含まないと判断モジュール９６１２が判定した場合、９７０６において、判断モジュール９６１２は、ベースバンド・モデム９２０６を通常動作モードに設定することができる。その結果、ベースバンド・モデム９２０６は、判断エンジン９６１０による介入なく動作し続ける。

一方、９７０４において、予測されるルートが悪い電波条件を含むと判断モジュール９６１２が判定した場合、判断モジュール９６１２は、９７０８に進み、予想される悪い電波条件のエリアと比較される、端末装置９１０２の現在の位置をモニタリングすることができる。例えば、図９５の設定において、予測エンジン９６００は、道路９５０２を、予測されるルートとして識別し、カバレッジ・エリア９５００を、予測される電波条件として識別することができる。予測エンジン９６００は、端末装置９１０２の最近の位置情報を追跡し、最近の位置情報を、道路９５０２に沿ったルートについての保存された位置情報と照合することにより、または、（例えばナビゲーション・アプリケーションにおいて入力された）計画されたルートが道路９５０２を含むと判定することにより、道路９５０２を、予測されるルートとして識別することができる。次いで、予測エンジン９６００は、無線伝搬モデルおよび／または補間方式を、道路９５０２に沿った様々な位置における以前に得られた電波測定値に適用すること等により、道路９５０２に沿った電波条件を予測することができる。

様々な側面において、予測エンジン９６００は、ルート予測を実行するために、機械学習アルゴリズム等の予測アルゴリズムを適用することができる。例えば、予測エンジン９６００は、隠れマルコフ・モデル（ＨＭＭ）またはベイズ木ベースのアルゴリズム（例えば、予測アルゴリズムを定義するプロセッサにおいて命令として実行される）を適用することができる。いくつかの側面において、予測エンジン９６００は、単純な確率閾値または重み付け和であってよい、一般的なコスト関数に基づいて、最も可能性が高いルートを選択することができる。端末装置９１０２が、ルートを進むにつれ、可能な結果が狭くなるので、予測エンジン９６００は、観測に基づいて、次の位置および可能な電波条件の確率を更新することができる（例えば、事後確率を更新することができる）。いくつかの側面において、予測エンジン９６００は、ＭＡＰ推定値を利用して、単一ルートを予測することができる。追加的または代替的に、いくつかの側面において、予測エンジン９６００は、複数の確率的結果を同時に考慮して実際の観測に基づいて確率を更新する複合的アプローチを使用してもよい。

予測エンジン９６００により得られた予測される電波条件は、（例えば、区間９５０４における弱い無線カバレッジを示す、外部学習モジュール９６０８により提供された悪い電波測定値および／またはクラウドソーシングされた電波条件をもたらした、区間９５０４における端末装置９１０２による以前の移動に起因して、）区間９５０４が弱い無線カバレッジを有することを示し得る。したがって、判断モジュール９６１２は、９７０４において、予測される電波条件を使用して、道路９５０２が、区間９５０４において、悪い電波条件を有することを識別し得る。その後、判断モジュール９６１２は、区間９５０４に対する端末装置９１０２の現在の位置をモニタリングし、区間９５０４の始まりに達すると、例えば、悪いカバレッジ条件の予想される時間期間、例えば、改善されたカバレッジ条件に達するまでの予想される時間量に従って、セル・スキャンのためにベースバンド・モデム９２０６におけるバックオフ・タイマーをセットすることができる。判断モジュール９６１２は、例えば、移動区間９５０４に要する時間を測定する以前に観測された時間および／または現在の速度測定値（例えば、コンテキスト情報として直接利用可能であることもあるし、連続した位置を比較して現在の速度を推定すること等により、コンテキスト情報から導出されることもある）に基づいて、バックオフ・タイマーをセットすることができる。

次いで、ベースバンド・モデム９２０６は、判断モジュール９６１２により命令された通りに、バックオフ・タイマーをセットすることができ、その結果、バックオフ・タイマーが満了するまでセル・スキャンを中断することができる。したがって、（例えば、ＯＯＣ条件において、または、ネットワーク・アクセス・ノード９１１０の信号強度または信号品質が閾値を下回るとき）悪い電波条件に起因して、セル・スキャンをトリガーする代わりに、ベースバンド・モデム９２０６は、いかなる無線スキャンも実行しなくてよく、その結果、電力を節約することができる。

いくつかの側面において、判断モジュール９６１２は、学習エンジン９７０２から予測結果を受け取り続けることができ、９７１２において、予測されるルート情報を継続的に評価して、予測されるルートが変わったかどうかを判定することができる。例えば、予測エンジン９６００は、ユーザーが常用ルートまたは計画されたルートを進むことになると予測し得るが、ユーザーは、例えば、車を止めること、迂回路を利用すること、渋滞に巻き込まれること、速度を上げるまたは下げること等により、予測されるルートに影響を及ぼす他の判断をすることがある。あるいは、予測エンジン９６００は、別のルートを、常用ルートとして誤って識別した可能性もある。したがって、判断モジュール９６１２は、９７１２において、予測結果を継続的にモニタリングして、予測されるルートが変わったかどうかを識別することができる。９７１２において、予測されるルートが変わったと判断モジュール９６１２が判定した場合、９７１４において、判断モジュール９６１２は、予想される悪い電波条件の時間を更新し、９７１０において、ベースバンド・モデム９２０６におけるバックオフ・タイマーをセットし直すことができる。

判断モジュール９６１２は、必要であれば、予測結果をモニタリングし続け、バックオフ・タイマーを更新し続けることができる。最終的に、端末装置９１０２は、区間９５０４の終わりに達し、したがって、予想される悪い電波条件のエリアを離れ得、これは、バックオフ・タイマーの満了と一致し得る。その後、９７１６において、ベースバンド・モデム９２０６は、通常動作モードに切り換え、（例えば、セル・スキャン・トリガー条件に従って）セル・スキャンの実行を再開することができる。利用可能なセルがない可能性がある区間９５０４とは対照的に、ベースバンド・モデム９２０６は、端末装置９１０２の範囲内でネットワーク・アクセス・ノード９１１０を再検出し、続いて、ネットワーク・アクセス・ノード９１１０との接続を再確立することができる。端末装置９１０２がセル・エッジにあり、単一のセルのみが検出可能である場合等の他の低信号条件において、判断モジュール９６１２は、予測結果を使用して、端末装置９１０２がより強いセルのカバレッジ・エリアに入る予想される時間と一致するように、バックオフ・タイマーをセットすることができる。

方法９７００の変形例では、いくつかの側面において、判断モジュール９６１２は、端末装置９１０２が予測されるルートに沿って悪い電波条件を被り始めることになると判断モジュール９６１２が判定したとき、セル・スキャンを無期限に中断するようにベースバンド・モデム９２０６に命令することができる。判断モジュール９６１２は、予測エンジン９６００により提供された予測結果を継続的にモニタリングして、端末装置９１０２が予測されるルートにおいて正常な無線カバレッジに戻ると予想されるときを追跡することができる。（例えば、端末装置９１０２の現在の位置を、改善された無線カバレッジを有すると予想されるエリアと比較することにより、）端末装置９１０２が正常な無線カバレッジに戻ったと判断モジュール９６１２が判定すると、判断モジュール９６１２は、セル・スキャンを再開するようにベースバンド・モデム９２０６に命令することができる。別の変形例では、いくつかの側面において、判断モジュール９６１２は、端末装置９１０２が正常な無線カバレッジに戻ったと判断モジュール９６１２が判定したとき、ベースバンド・モデム９２０６に対して単一のセル・スキャンを要求し、その後、セル・スキャン結果をチェックして、端末装置９１０２が実際に正常な無線カバレッジに戻ったかどうかを判定することができる。このような全ての場合において、判断モジュール９６１２は、端末装置９１０２が正常な無線カバレッジに戻ったと判断モジュール９６１２が予想するまで、セル・スキャンを中断するようにベースバンド・モデム９２０６を制御することができる。

図９８は、いくつかの側面に従った、セル・スキャン最適化の例示的な結果を示している。９８００に示されているように、例示的なカバレッジにおいて、端末装置９１０２は、第一の時間期間にわたってＯＯＣであり、第二の時間期間にわたってカバレッジに入っており、第三の時間期間にわたってＯＯＣに戻っている。端末装置がバックオフ・カウンタを使用せずに通常のセル・スキャンを用いる例示的なケース９８１０では、端末装置は、第一のＯＯＣ期間中に、失敗に終わるセル・スキャンを繰り返し実行し得、これは、セルを成功裡に検出することなく、かなりのバッテリー電力を浪費し得る。端末装置がバックオフ・カウンタを使用する例示的なケース９８２０は、第一のＯＯＣ期間中に、失敗に終わるセル・スキャンの数を減らし、結果として、消費されるバッテリー電力量を減らすことができるが、バックオフ・カウンタの使用は、端末装置が、第二の時間期間中にセルを成功裡に検出する機会を逸することをもたらし得る。

９８１０および９８２０とは対照的に、例示的なケース９８３０では、端末装置９１０２は、本側面を適用することができ、（例えば、予測されるルート情報および／または予測される電波条件に基づいて）ＯＯＣシナリオが発生することになることを検出し、正常なカバレッジに戻ると予想されるまで、セル・スキャンを中断することができる。したがって、端末装置９１０２は、第一のＯＯＣ期間中に、失敗に終わるセル・スキャンを実行してバッテリー電力を浪費することを回避し、その後、第二の時間期間中に正常なカバレッジに戻ることを予測することができる。したがって、これらの側面は、バッテリー電力の無用な浪費を回避するのに有効であり得る。

前述のように、いくつかの側面において、端末装置９１０２は、本側面を適用して、ベースバンド・モデム９２０６における他の様々な無線活動を制御することができる。例えば、判断モジュール９６１２は、予測エンジン９６００から、端末装置９１０２が、予想される時間期間にわたって予測されるルートを移動している間低信号条件になることを示す予測結果を受け取ることができる。そのような低信号条件は、（例えば、低変調方式、高符号化レート、高再送レート等により、）データ転送速度を制限し得るので、判断モジュール９６１２は、予測結果に従って、データ転送スケジューリングを調整することを決定することができる。（例えば、より高い受信信号強度指標（ＲＳＳＩ）測定値に従って、）端末装置９１０２が、予測されるルートにおける後のポイントで、低信号条件からより高い信号条件に移ると予想されるシナリオでは、判断モジュール９６１２は、端末装置９１０２が、より高い信号条件に移ると予想されるまで、予想される時間期間にわたってデータ転送を遅延させるように、ベースバンド・モデム９２０６に命令することができ、したがって、端末装置９１０２が、より高いデータ転送速度およびより電力効率が良いデータ転送を提供することができるより高い信号条件に移行するまで、ベースバンド・モデム９２０６にデータ転送を遅延させさせることができる。端末装置９１０２が、予測されるルートに沿って低信号条件からＯＯＣエリアに移ると予想される別のシナリオでは、判断モジュール９６１２は、カバレッジが終わる前にデータ転送を可能にするために、低信号条件でデータ転送を直ちに開始するようにベースバンド・モデム９２０６に命令することができる。予測エンジン９６００および判断エンジン９６１０は、強い電波条件を有すると予想されるエリアを識別し、予想される強い電波条件の間に実行されるようにベースバンド・モデム９２０６によるデータ転送をスケジュールすることにより、予測されるルートに沿ってこのプロセスを続けることができる。強い電波条件が予想されるまでデータ転送を遅延させるベースバンド・モデム９２０６の能力は、データのレイテンシー要件に依存し得る。例えば、音声トラフィック等の、厳しいレイテンシー要件を伴うデータは、遅延させることができない場合があるのに対し、ベストエフォート型パケット・トラフィック等の、緩いレイテンシー要件を伴う他のデータは、遅延させることができる場合がある。結果として、判断モジュール９６１２が、改善された無線カバレッジが予想されるまでの時間期間データ転送を遅延させてスケジュールし直すようにベースバンド・モデム９２０６に命令する場合、ベースバンド・モデム９２０６は、他のデータ（例えば、レイテンシーが極めて重要であるデータ）についてではなく、（例えば、レイテンシー耐性データについて）何らかのデータ転送をスケジュールし直すことができる。データ転送のそのようなスマート・スケジューリングは、データ転送がより効率的な条件で実行されることになるので、電力消費を劇的に低減することができる。同様に、予測エンジン９６００は、ホームＷｉ－Ｆｉネットワーク等の所望のネットワークが、予測されるルートに沿って間もなく利用可能になることを識別することができる。データのレイテンシー感度に応じて、判断モジュール９６１２は、（例えば、セルラー・データ使用量を低減するために、）所望のネットワークが利用可能になるまでデータ転送を中断することを決定することができる。

追加的または代替的に、いくつかの側面において、判断モジュール９６１２は、予測エンジン９６００により提供された予測結果を使用して、セル、ネットワーク、および／またはＲＡＴの選択を含む無線アクセス選択を行うことができる。例えば、予測エンジン９６００は、予測されるルートにおける特定の位置において利用可能であると予想されるセル、ネットワーク、および／またはＲＡＴのリストを伴う予測されるルートを、判断エンジン９６１０に提供することができる。図９９は、いくつかの側面に従った、道路９９０２の異なる区間がネットワーク・アクセス・ノード９９０４、９９０６、９９０８、および９９１０からのカバレッジを有し得る例示的なシナリオを示しており、ここで、ネットワーク・アクセス・ノード９９０４～９９１０は、セルＩＤに加えて、任意的にネットワーク（例えば、ＰＬＭＮ）および／またはＲＡＴ（例えば、ＬＴＥ、ＵＭＴＳ、ＧＳＭ等）の点で、異なり得る。予測エンジン９６００は、ネットワーク・アクセス・ノード９９０４～９９１０の各々により提供される、セルＩＤ（例えば、基本サービス・セット識別子（ＢＳＳＩＤ）、物理セル識別子（ＰＣＩ）等）、ネットワークＩＤ（例えば、ＰＬＭＮ ＩＤ）、およびＲＡＴに加えて、ネットワーク・アクセス・ノード９９０４～９９１０の各々によりサービスされる、道路９９０２の区間を、（例えば、外部学習モジュール９６０８により提供されたクラウドソーシングされた情報および／または道路９９０２における以前の移動に基づいて）識別することができる。

したがって、端末装置９１０２が道路９９０２を移動しているその後の時間において、ローカル学習モジュール９６０６は、道路９９０２を、予測されるルートとして検出し、道路９９０２、およびネットワーク・アクセス・ノード９９０４～９９１０の関連する無線関連コンテキスト情報を、判断モジュール９６１２に提供することができる。次いで、判断モジュール９６１２は、無線関連コンテキスト情報に基づいて、無線アクセス選択を行うようにベースバンド・モデム９２０６に命令することができる。例えば、判断モジュール９６１２は、無線関連コンテキスト情報に基づいて、サービング・セル選択を行うようにベースバンド・モデム９２０６に命令することができる（例えば、道路９９０２における移動中にサービング・セルとしてネットワーク・アクセス・ノード９９０４、９９０６、９９０８、および９９１０を順次選択することにより）。したがって、完全なセル・スキャンおよび測定手順を実行する必要なく、ベースバンド・モデム９２０６は、判断モジュール９６１２により提供されるセルＩＤ、ネットワークＩＤ、およびＲＡＴ情報を使用することにより、セル・スキャンおよび測定を簡略化することができる。

多くの実際の使用シナリオでは、移動ルートに沿った異なるポイントにおいて利用可能である複数のネットワーク・アクセス・ノードが存在し得る。したがって、いくつかの側面において、予測エンジン９６００および判断エンジン９６１０は、各位置において利用可能であると予想される全てのネットワーク・アクセス・ノードを識別し、予想されるネットワーク・アクセス・ノードをベースバンド・モデム９２０６に提供することができ、ベースバンド・モデム９２０６は、次いで、利用可能であると予想されるネットワーク・アクセス・ノードと該ネットワーク・アクセス・ノードに関連するネットワークおよびＲＡＴ特性とに基づいて、無線アクセス選択を行うことができる。例えば、判断エンジン９６１０は、利用可能なネットワーク・アクセス・ノードのリストをベースバンド・モデム９２０６に提供することができ、これは、ベースバンド・モデム９２０６におけるセル探索および選択を最適化することができる。なぜならば、ベースバンド・モデム９２０６は、どのネットワーク・アクセス・ノードが利用可能になるかに関する先験的情報を有することができるからである。

追加的または代替的に、判断エンジン９６１０は、予測エンジン９６００により提供される予測結果とともに、ベースバンド・モデム９２０６によりサポートされる複数のＲＡＴの電力効率特性を考慮してもよい。例えば、ベースバンド・モデム９２０６は、第一の無線アクセス技術および第二の無線アクセス技術をサポートし得る。ここで、第一の無線アクセス技術は、第二の無線アクセス技術よりも電力効率が良い（例えば、バッテリー消耗が少ない）。第一の無線アクセス技術および第二の無線アクセス技術の両方が所与のエリアにおいて利用可能になるが、両方の無線アクセス技術についての電波条件が悪いことを示す予測結果を、予測エンジン９６００が提供する場合、判断モジュール９６１２は、ベースバンド・モデム９２０６において、例えば電力効率が良い方の無線アクセス技術である第一の無線アクセス技術を使用することを選択することができる。いくつかの側面において、判断モジュール９６１２は、第二の無線アクセス技術が、（例えば、階層的マスター／スレーブ－ＲＡＴシステムにおいて）第一の無線アクセス技術よりも高い優先順位を有する場合であっても、第二の無線アクセス技術よりも優先して第一の無線アクセス技術を使用することを選択することができる。さらに、いくつかの側面において、判断モジュール９６１２は、（予測結果により示されるように）より強いカバレッジ・エリアに達するまで、他のＲＡＴに接続することを試みることを止めることができる（例えば、例えば電力効率が良い方の無線アクセス技術である第一の無線アクセス技術を使用し続けることができる）。したがって、様々な側面において、判断モジュール９６１２は、予測される無線カバレッジとベースバンド・モデム９２０６によりサポートされるＲＡＴの電力効率特性とに基づいて、ＲＡＴの選択および切り換えを制御することができる。

いくつかの側面において、判断モジュール９６１２は、どのネットワーク・アクセス・ノードが利用可能であると予想されるかに基づいて無線アクセス選択を行うことに加えて、利用可能であるネットワーク・アクセス・ノードの他の特性に基づいて選択を行うこともできる。例えば、予測エンジン９６００は、輻輳レベル、トランスポート層（例えば、トランスポート制御プロトコル（ＴＣＰ））切断継続時間、レイテンシー、スループット、チャネル品質指標（ＣＱＩ）等といった情報を、無線関連コンテキスト情報として、（例えば、端末装置９１０２からローカルに、かつ／または、外部学習モジュール９６０８からのクラウドソーシングされた情報として外部から）受け取ることができる。次いで、ローカル学習モジュール９６０６は、利用可能であるネットワーク・アクセス・ノードの以前に学習された特性に基づいて、予想される輻輳、予想されるトランスポート層切断継続時間、予想されるレイテンシー、予想されるＣＱＩ、予想されるスループット等に関する予測を行い、これらの予測結果を判断モジュール９６１２に提供することができる。次いで、判断モジュール９６１２は、セル、ネットワーク、および／またはＲＡＴ選択プロセスの一部として、所与のルートにおいて利用可能であると予想されるネットワーク・アクセス・ノードの予測される特性を考慮することもできる。判断モジュール９６１２はまた、所与のルートに沿って利用可能であると予想されるネットワーク・アクセス・ノードの予想される輻輳、予想されるトランスポート層切断継続時間、予想されるレイテンシー、予想されるＣＱＩ、予想されるスループット等に基づいて、データ転送スケジューリングに関する決定を行うこともできる。判断モジュール９６１２はまた、無線活動判断／決定の一部として、インターネット・プロトコル（ＩＰ）層における再送信時間を変更することができ、これは、再送信を回避するために、予測される輻輳および／またはレイテンシーを用いてＴＣＰ／ＩＰタイムアウト・タイマーを調整することを含み得る。

前に紹介されたように、いくつかの側面において、端末装置９１０２は、これらの側面をより細かいスケールで実現することができる。例えば、道路または他のより長い経路における移動中（分または時間のオーダーであり得る）の無線活動を制御することに関連する用途に加えてまたは代えて、端末装置９１０２は、はるかに短い時間期間（例えばミリ秒または秒）にわたる無線活動を制御することもある。例えば、予測エンジン９６００は、ウィンドウ時間期間（例えば、秒またはミリ秒のオーダー）にわたって、無線関連情報をモニタリングして、一連の信号強度測定値、信号品質測定値、または他の無線関連コンテキスト情報であってよい、過去の一連の電波条件を得ることができる。予測エンジン９６００はまた、位置情報、ユーザーが生成した移動情報、および時間／センサー情報のうちの一つまたは複数等の他のコンテキスト情報を得て、過去の一連の電波条件とともに、他のコンテキスト情報（現在の位置、加速度計またはジャイロスコープ情報等）を使用して、将来の一連の電波条件を、（例えば、将来におけるミリ秒または秒のオーダーで）予測することができる。次いで、予測エンジン９６００は、将来の一連の電波条件を判断エンジン９６１０に提供することができ、判断エンジン９６１０は、将来の一連の電波条件に基づいて無線活動を制御することができる。

図１００は、関連側面の方法１００００を示している。図１００に示されているように、予測エンジン９６００は、最初に、１００１０において、過去の一連の電波条件および他のコンテキスト情報を得ることができる。いくつかの側面において、過去の一連の電波条件は、信号強度測定値または信号品質測定値等の過去の一連の電波測定値であってよいのに対し、他のコンテキスト情報は、位置情報、ユーザーが生成した移動情報、および時間／センサー情報のうちの一つまたは複数であってよい。例えば、一側面において、過去の一連の電波測定値は、数ミリ秒または数秒等の最近の時間期間にわたって得られた一連の信号強度測定値であってよい。他のコンテキスト情報は、端末装置９１０２の最近の移動を示すジャイロスコープまたは加速度計移動データ等の時間／センサー情報であってよい。次いで、１００２０において、予測エンジン９６００のローカル学習モジュール９６０６は、予測アルゴリズムを（例えば、実行可能な命令として）、過去の一連の電波条件および他のコンテキスト情報に適用して、予測される一連の電波条件を得ることができる。例えば、ローカル学習モジュール９６０６は、過去の一連の電波条件のポイント（最近の過去の特定の時点でそれぞれ生じ得る）を使用して、過去の電波条件を、将来の予測される一連の電波条件へと外挿することができる。ローカル学習モジュール９６０６はまた、予測される一連の電波条件を形成するために、他のコンテキスト情報も使用することができる。例えば、加速度計またはジャイロスコープ・データにより示される、端末装置９１０２の移動は、将来の電波条件に対する過去の電波条件の類似性を示し得、端末装置９１０２の著しい移動は、一般に、過去の電波条件と将来の電波条件との間の相関を低減させ得る。いくつかの側面において、ローカル学習モジュール９６０６により適用される予測アルゴリズムは、他のコンテキスト情報に基づいて移動軌跡をプロットすることができる。したがって、様々な側面において、ローカル学習モジュール９６０６は、１００２０において、過去の一連の電波条件および他のコンテキスト情報に基づいて、予測される一連の電波条件を得ることができる。

次いで、ローカル学習モジュール９６０６は、予測される一連の電波条件を、判断エンジン９６１０の判断モジュール９６１２に提供することができる。次いで、判断モジュール９６１２は、１００３０において、予測される一連の電波条件に基づいて、ベースバンド・モデム９２０６における無線活動を制御することができる。様々な側面において、これは、予測される一連の電波条件に基づいて、ベースバンド・モデム９２０６におけるセル・スキャン、データ転送、および無線アクセス選択を制御することを含み得る。例えば、予測される一連の電波条件が、（例えば、予測される一連の電波条件により特徴付けられる今後の時間期間において）悪い電波条件を示す場合、判断モジュール９６１２は、例えばある時間期間または無期限に、無線活動を中断することができる。これは、低セル検出率および／または低スループット・レートをもたらす可能性がある、悪い電波条件でセル・スキャンおよびデータ転送を試みることを回避することができる。いくつかの側面において、予測される一連の電波条件は、複数のＲＡＴ、複数のセル、または複数のネットワークの電波条件を示し得、したがって、無線アクセス選択を実行するための基礎を、判断モジュール９６１２に提供し得る。例えば、ベースバンド・モデム９２０６が、第一のＲＡＴを現在使用しており、第二のＲＡＴがより良い電波条件を有すると予想されることを予測される一連の電波条件が示す場合、判断モジュール９６１２は、ベースバンド・モデム９２０６における、第一のＲＡＴから第二のＲＡＴへのＲＡＴ切り換えをトリガーすることができる。判断モジュール９６１２は、同じやり方で、セルおよびネットワークの再選択をトリガーすることができる。

前述のように、過去の一連の電波条件および予測される一連の電波条件は、いくつかの側面において、過去の近くおよび現在の近く周囲で、例えばミリ秒または秒のオーダーで、集中させられ得る。したがって、いくつかの側面において、方法１００００は、より長い時間期間にわたるルート予測を含まず、近い将来の、例えば数ミリ秒または数秒にわたる無線活動に対する制御によりフォーカスし得る。いくつかの側面において、これは、最近の電波条件履歴（例えば、最も直近の数ミリ秒または数秒にわたる過去の一連の電波条件）および特にユーザー移動に関連する他のコンテキスト情報に基づいて、比較的瞬間的な決定をトリガーすることを含み得る。

いくつかの側面において、ベースバンド・モデム９２０６は、予測されるＯＯＣシナリオの間、全てのモデム活動を中断することができる。例えば、判断モジュール９６１２は、予測されるルートが悪いカバレッジ条件を含むことを識別し、悪いカバレッジ条件の予想される継続時間に従って、バックオフ・タイマーを特定することができる。いくつかの側面において、ベースバンド・モデム９２０６は、悪いカバレッジ条件の予想される継続時間中無線スキャンを中断することに加えて、悪いカバレッジ条件の予想される継続時間中、例えば、バックオフ・タイマーが満了するまで、全ての接続モード活動（例えば、（例えばランダムアクセス・チャネル（ＲＡＣＨ）手順を介する）接続（再）確立、接続解放、接続モード測定、データプレーン送信および受信活動等）を停止することができる。いくつかの側面において、ベースバンド・モデム９２０６はまた、バックオフ・タイマーが満了するまで、全てのアイドル・モード活動（例えば、セル（再）選択の一部としてのセル探索、システム情報取得（例えば、マスター情報ブロック（ＭＩＢ）および／またはシステム情報ブロック（例えばＳＩＢ１といったＳＩＢ））、アイドル・モード測定等）を停止することができる。したがって、無線スキャンを中断することに加えて、ベースバンド・モデム９２０６は、悪い電波条件が、予測されるルートにおいて発生すると予想されると判断モジュール９６１２が判定した場合、（例えば、接続モードにあるかまたはアイドル・モードにあるかに応じて）全ての無線活動を中断することができる。これは、端末装置９１０２における電力節約を増大することができる。さらに、いくつかの側面において、端末装置９１０２は、電力消費を最小限にするために、バックオフ・タイマーが満了するまで、最も低い可能な電力状態（例えばスリープ状態）に入ることができる。

いくつかの側面において、予測エンジン９６００および判断エンジン９６１０はまた、予測されるバッテリー充電情報に基づいて、バッテリー電力消費を最適化することができる。例えば、予測エンジン９６００は、前処理モジュール９６０２において、電源９２１６が充電されていることの単純なインジケータとすることができるバッテリー充電情報を、コンテキスト情報として受け取ることができる。次いで、前処理モジュール９６０２は、時間および位置を、充電インジケータに関連付け、関連付けられた情報をローカル・リポジトリ９６０４およびローカル学習モジュール９６０６に提供することができる。したがって、予測エンジン９６００は、過去の充電位置および時間のレコードを保持することができ、これは、ローカル学習モジュール９６０６が、通常の充電位置および時間（夜に自宅で等）を学習することを可能にし得る。次いで、ローカル学習モジュール９６０６は、（現在のコンテキスト情報により示される現在の位置および時間に対する）通常の充電位置および時間に基づいて、次の充電までの予想される時間を予測し、次の充電までの予想される時間を判断モジュール９６１２に提供することができる。次いで、判断モジュール９６１２は、次の充電までの予想される時間が長い場合、低電力状態を利用するようにベースバンド・モデム９２０６に命令すること等により、ベースバンド・モデム９２０６についての電力制御判断／決定を行うことができる。前処理モジュール９６０２はまた、現在のバッテリー電力レベルおよびバッテリー電力持続時間の過去の履歴に基づいて、予想されるバッテリー電力残存量を予測し、そのような情報を判断モジュール９６１２に提供することができる。判断モジュール９６１２は、さらに、端末装置９１０２における総電力消費量を制御するために、電力制御命令を、（例えば、アプリケーション・プロセッサ９２１２においてソフトウェア定義命令として実行される）統轄的電力マネージャー等の、端末装置９１０２の他のコンポーネントに提供することができる。

上述したように、外部学習モジュール９６０８は、端末装置９１０２の外部に配置され得、いくつかの側面において、（例えば、他の端末装置からのクラウドソーシングされたコンテキスト情報に基づく）予測結果を予測エンジン９６００に提供するよう構成され得る。したがって、処理負荷の一部は、外部学習モジュール９６０８にオフロードされ得る。一変形例において、ローカル・リポジトリ９６０４におけるコンテキスト情報の記憶に加えて、ローカル学習モジュール９６０６における処理負荷の一部または全部は、例えばクラウド処理設定において、外部学習モジュール９６０８にオフロードされ得る。したがって、予測エンジン９６００において予測処理および／または記憶を実行するのではなく、予測エンジン９６００は、（未処理のまたは前処理された）コンテキスト情報を外部学習モジュール９６０８に提供することができ、次いで、外部学習モジュール９６０８は、（ローカル学習モジュール９６０６に関して上記で詳述されたように（必要に応じてより多くのクラウドソーシングされたコンテキスト情報を使用して））予測処理を実行し、予測結果を判断モジュール９６１２に提供することができる。次いで、判断モジュール９６１２は、上記で詳述されたように、予測結果を使用して、判断／決定を行うことができる。

したがって、端末装置は、様々な側面を適用して、高レベル・コンテキスト情報を使用して無線活動およびバッテリー電力等の他の動作を最適化することができる。詳細には、端末装置は、予想されるユーザー移動（例えば、常用ルートまたは計画されたルート）および電波条件（例えば、電波条件および利用可能なセル／ネットワーク／ＲＡＴ）の両方に関連する予測を行って、セル・スキャンおよびデータ転送を中断すること、および、セル／ネットワーク／ＲＡＴ選択を行うことを含む、予想されるユーザー移動経路に沿った無線活動を最適化することができる。さらに、端末装置は、バッテリー充電シナリオを予測し、次の充電までの予想される時間に基づいて電力消費を最適化することができる。

図１０１は、いくつかの側面に従った、無線通信を実行する例示的な方法１０１００を示している。図１０１に示されているように、方法１０１００は、ユーザー位置に関係したコンテキスト情報に基づいて、予測されるユーザー移動を決定して、予測されるルートを得ること（１０１１０）、予測されるルートに沿った予測される電波条件を決定すること（１０１２０）、予測される電波条件に基づいて、第一のタイプの電波条件を有すると予想される一つまたは複数の第一のエリアと、第一のタイプの電波条件とは異なる第二のタイプの電波条件を有すると予想される一つまたは複数の第二のエリアと、を識別すること（１０１３０）、および、一つまたは複数の第一のエリアおよび一つまたは複数の第二のエリアに応じて、予測されるルートを移動している間の無線活動を制御すること（１０１４０）を含む。

３．２ コンテキスト・アウェアネス＃２
したがって、上述した特定の側面は、端末装置において局所的にかなりの利点をもたらすことができる。しかしながら、コンテキスト・アウェアネスに基づく最適化は、ネットワーク側でも、特にネットワーク活動を最適化するネットワーク・アクセス・ノードにおいても、大きな利点をもたらすことができる。詳細には、予想されるユーザー移動ルートの知識は、ネットワーク・アクセス・ノードが、スペクトル割り当ておよび資源割り当て、セル負荷、サービス品質（ＱｏＳ）、ハンドオーバー、および他の装置移動性等といった様々なパラメータを最適化することを可能にし得る。したがって、本開示のいくつかの側面において、端末装置およびネットワーク・アクセス・ノードは、協調して、複数の端末装置についてのユーザー移動および使用予測をネットワークに提供することができる。ネットワーク・アクセス・ノードは、その後、ユーザー移動予測を利用して、多数のユーザーにわたるサービスを最適化することができる。複数の端末装置とネットワーク・アクセス・ノードとの間の協調は、さらに、多くの装置にわたるデータのクラウドソーシングを促進し、予測精度および適用性を高めることができる。

したがって、本開示のいくつかの側面は、端末装置およびネットワーク・アクセス・ノードの両方における予測エンジンおよび判断エンジンを含み得る。端末装置予測エンジンおよびネットワーク・アクセス・ノード予測エンジンは、コンテキスト情報を共有し、共有された予測情報に基づいて全体的な予測を行うために、（例えば、下位層トランスポート用の無線接続に依拠するソフトウェア・レベル接続を介して）互いとインターフェースすることができ、これは、一方のサイドまたは両方のサイドが、他方のサイドの情報または予測に基づいて予測結果を向上させることを可能にし得る。例えば、いくつかの側面において、複数の端末装置は、各々、ローカル端末装置（ＴＤまたはＵＥ）予測エンジンにおいて、コンテキスト情報を使用して、例えば上述したように常用ルートまたは計画されたルートにおける移動を検出することにより、ユーザー移動を予測することができる。端末装置はまた、予想されるトラフィック要求、予想されるＱｏＳ要件、（トラフィック要求およびＱｏＳ要件に影響を及ぼし得る）予想されるアクティブなアプリケーション等といったデータ転送関連パラメータを予測することができ、これは、各端末装置のデータ転送要件の特徴付けを提供することができる。その後、端末装置は、移動およびデータ要件予測を、対応するネットワーク・アクセス・ノード（ＮＡＮまたはＢＳ）予測エンジンに提供することができ、対応するネットワーク・アクセス・ノード予測エンジンは、次いで、端末装置からの移動およびデータ要件予測を利用して、各端末装置がどこに位置することになるかと、各端末装置についてデータ要件がどのようなものであるかと、を予測することができる。したがって、ネットワーク・アクセス・ノード予測エンジンは、各端末装置の予測されるルートおよび予測されるデータ要件に基づいて、予想されるネットワーク・トラフィック、予想される負荷、予想される輻輳、予想されるレイテンシー、予想されるスペクトル使用量、および予想されるトラフィック・タイプ等のネットワーク条件を予測することができる。次いで、ＴＤ予測エンジンおよびＮＡＮ予測エンジンは、端末装置予測およびネットワーク予測を、ＴＤ判断エンジンおよびＮＡＮ判断エンジンに提供することができ、次いで、ＴＤ判断エンジンおよびＮＡＮ判断エンジンは、ＴＤ予測エンジンおよびＮＡＮ予測エンジンにより生成された予測に基づいて、端末装置およびネットワーク・アクセス・ノードについて最適化判断／決定を行うことができる。例えば、ＮＡＮ判断エンジンは、予測結果を使用して、スペクトル割り当ておよび資源割り当てを最適化し、スケジューリングおよびオフロードを最適化し、スマート・ハンドオーバーおよび端末装置のネットワーク切り換えを実行し、可変のスペクトル・プライシングおよびスペクトル・リースを調整することができる。各端末装置におけるＴＤ判断エンジンは、予測結果を使用して、セル・スキャン・タイミングを最適化し、サービスおよび電力レベルを最適化し、スマート・ダウンロード／データ転送スケジューリングを実行し、柔軟なプライシング方式に関する判断／決定を行い、予測される無線カバレッジおよびサービスに基づいて移動ルートまたはナビゲーション・ルートを調整することができる、あるいは、資源および資源利用可能性のタイミングについて、ネットワークまたは他の端末装置若しくは端末装置のユーザーとネゴシエートすることができる。

図１０２は、いくつかの側面に従った、ＴＤ予測エンジンおよびＴＤ判断エンジンならびにＮＡＮ予測エンジンおよびＮＡＮ判断エンジンの例示的な構成を示しており、これらは、ローカルＮＡＮ予測モジュール１０２０２およびローカルＴＤ予測モジュール１０２０４を含む予測モジュール１０２００と、ローカルＮＡＮ判断モジュール１０２１２およびローカルＴＤ判断モジュール１０２１４を含む判断モジュール１０２１０と、に論理的にグループ化され得る。予測モジュール１０２００および判断モジュール１０２１０の実装は、「論理的」構成であり得る。したがって、ローカルＴＤ予測モジュール１０２０４およびローカルＴＤ判断モジュール１０２１４は、端末装置９１０２等の端末装置に配置され得るのに対し、ローカルＮＡＮ予測モジュール１０２０２およびローカルＮＡＮ判断モジュール１０２１２は、ネットワーク・アクセス・ノード９１１０等のネットワーク・アクセス・ノードに配置され得る。例えば、いくつかの側面において、ローカルＴＤ予測モジュール１０２０４およびローカルＴＤ判断モジュール１０２１４は、端末装置９１０２のアプリケーション・プロセッサ９２１２において実行されるソフトウェア定義命令として実装され得るのに対し、ローカルＮＡＮ予測モジュール１０２０２およびローカルＮＡＮ判断モジュール１０２１２は、ネットワーク・アクセス・ノード９１１０の制御モジュール９３１０において実行されるソフトウェア定義命令として実装され得る。ローカルＮＡＮ予測モジュール１０２０２は、予測モジュール１０２００を形成するために、（下位層トランスポートのために端末装置９１０２とネットワーク・アクセス・ノード９１１０との間の無線アクセス接続に依拠し得る、）ローカルＴＤ予測モジュール１０２０４とのソフトウェア・レベル接続を有し得る。同様に、ローカルＮＡＮ判断モジュール１０２１２は、判断モジュール１０２１０を形成するために、（下位層トランスポートのために端末装置９１０２とネットワーク・アクセス・ノード９１１０との間の無線アクセス接続に依拠し得る、）ローカルＴＤ判断モジュール１０２１４とのソフトウェア・レベル接続を有し得る。いくつかの側面において、ローカルＴＤ予測モジュール１０２０４、ローカルＴＤ判断モジュール１０２１４、ローカルＮＡＮ予測モジュール１０２０２、およびローカルＮＡＮ判断モジュール１０２１２のうちの一つまたは複数は、完全にハードウェアであってもよいし、ソフトウェアとハードウェアとの混合（例えば、特定のタスクをハードウェア・アクセラレータまたは他の専用ハードウェア回路にオフロードできるプロセッサ）であってもよい、一つまたは複数の専用ハードウェア回路を用いる等、ハードウェア定義方式で実装され得る。

さらに、一つまたは複数の追加的な端末装置（図１０２においてＴＤ＿１～ＴＤ＿Ｎとして示されている）は各々、予測モジュール１０２００および判断モジュール１０２１０の一部としてのローカルＴＤ予測モジュールおよびローカルＴＤ判断モジュールを含み得る。さらに、予測モジュール１０２００および判断モジュール１０２１０は、一つまたは複数の追加的なネットワーク・アクセス・ノードからのローカルＮＡＮ予測モジュールおよびローカルＮＡＮ判断モジュールを含み得る。追加的な端末装置およびネットワーク・アクセス・ノードの組み込みは、例えば、多数の異なる端末装置および基地局からの予測を含むように予測結果を拡張し、例えば、多数の異なる端末装置および基地局において判断／決定を行うように、判断／決定を拡張することができる。予測モジュール９３００はまた、モビリティ管理エンティティ（ＭＭＥ）、ホーム加入者サービス（ＨＳＳ）等といったコア・ネットワーク・コンポーネントからコンテキスト情報を受け取ることができ、これも、トラフィック負荷、輻輳、レイテンシー、ネットワーク・トラフィック、スペクトル使用量、オフロード情報、負荷変動、遅延、ＱｏＳ、スループット、およびトラフィック・タイプに関連し、予測を行うために予測モジュール１０２００により使用され得る。加えて、ローカルＮＡＮ予測モジュール１０２０２およびローカルＮＡＮ判断モジュール１０２１２は、ネットワーク・アクセス・ノードにおいて実装されるとして上記で詳述されているが、ローカルＮＡＮ予測モジュール１０２０２およびローカルＮＡＮ判断モジュール１０２１２は、代替的に、複数のネットワーク・アクセス・ノードとインターフェースし、したがって、複数のネットワーク・アクセス・ノードからのコンテキスト情報にアクセスすることができるコア・ネットワーク位置に存在する等、コア・ネットワークの一部として実装されてもよい。また、予測モジュール１０２００および判断モジュール１０２１０は、予測モジュール１０２００および判断モジュール１０２１０の他の予測モジュールおよび判断モジュールとインターフェースする、コア・ネットワークに配置されたコア・ネットワーク予測モジュールおよびコア・ネットワーク判断モジュールをそれぞれ含み得る。したがって、予測モジュール１０２００および判断モジュール１０２１０は、端末装置９１０２、ネットワーク・アクセス・ノード９１１０、一つまたは複数の他の端末装置、一つまたは複数の他のネットワーク・アクセス・ノード、および一つまたは複数の他のコア・ネットワーク・コンポーネントの間で分散されて実装され得る。したがって、予測モジュール１０２００および判断モジュール１０２１０は、ローカルＮＡＮ予測モジュール１０２０２、ローカルＴＤ予測モジュール１０２０４、ローカルＮＡＮ判断モジュール１０２１２、およびローカルＴＤ判断モジュール１０２１４の多数の異なる物理的配置に対応することができる。

図１０３および図１０４は、いくつかの側面に従った、ローカルＴＤ予測モジュール１０２０４、ローカルＴＤ判断モジュール１０２１４、ローカルＮＡＮ予測モジュール１０２０２、およびローカルＮＡＮ判断モジュール１０２１２の例示的な構成を示している。図１０５は、いくつかの側面に従った、ローカルＴＤ予測モジュール１０２０４、ローカルＴＤ判断モジュール１０２１４、ローカルＮＡＮ予測モジュール１０２０２、およびローカルＮＡＮ判断モジュール１０２１２の動作を示すメッセージ・シーケンス・チャート１０５００を示している。以下で詳述されるように、ローカルＮＡＮ予測モジュール１０２０２およびローカルＴＤ予測モジュール１０２０４は、ローカル・コンテキスト情報に基づいてローカル予測を行い（１０５０２ａおよび１０５０２ｂ）、予測結果を精緻にするために、予測結果を互いと連携させることができる（１０５０４）。ローカルＮＡＮ予測モジュール１０２０２およびローカルＴＤ予測モジュール１０２０４は、予測結果をローカルＮＡＮ判断モジュール１０２１２およびローカルＴＤ判断モジュール１０２１４に提供し（１０５０６ａおよび１０５０６ｂ）、ローカルＮＡＮ判断モジュール１０２１２およびローカルＴＤ判断モジュール１０２１４は、判断／決定を連携させ（１０５０８）、端末装置９１０２およびネットワーク・アクセス・ノード９１１０において最終判断／決定を行うことができる（１０５１０ａおよび１０５１０ｂ）。

図１０３および図１０４に示されているように、ローカルＴＤ予測モジュール１０２０４、ローカルＴＤ判断モジュール１０２１４、ローカルＮＡＮ予測モジュール１０２０２、およびローカルＮＡＮ判断モジュール１０２１２は、いくつかの側面において、上述した予測エンジン９６００および判断エンジン９６１０と同様に構成され得る。したがって、ローカルＴＤ予測モジュール１０２０４は、１０５０２ａにおいて、ユーザー／装置属性、時間／センサー情報、位置情報、ユーザーが生成した移動情報、検出されたネットワーク、信号強度／他の電波測定値、バッテリー充電情報、アクティブなアプリケーション、および、現在のデータ・トラフィック要求および要件を含むローカルＴＤコンテキスト情報を受け取ることができる。次いで、前処理モジュール１０３０２は、受け取られたコンテキスト情報を前処理して、例えば特定のタイプのコンテキスト情報を他の関連コンテキスト情報に関連付けて、前処理されたコンテキスト情報を、記憶のためにローカル・リポジトリ１０３０４に提供し、学習および予測のためにローカル学習モジュール１０３０６に提供することができる。次いで、ローカル学習モジュール１０３０６は、（前処理モジュール１０３０２から受け取られた）現在のコンテキスト情報および（ローカル・リポジトリ１０３０４から受け取られた）過去のコンテキスト情報を評価して、ユーザー移動、電波条件、およびデータ・サービス要件を予測することができる（したがって、１０５０２ａにおいて、ローカル予測を得ることができる）。詳細には、ローカル学習モジュール１０３０６は、コンテキスト情報を評価して、ユーザーが常用ルートまたは計画されたルート等の識別可能なルートを移動しているときを検出し、ユーザーが検出されたルートを移動し続けることになると予測することにより、ユーザー移動を予測することができる。ユーザー移動を予測した後、ローカル学習モジュール１０３０６は、予測されるルートに沿った電波条件を予測することができ、これは、無線カバレッジ条件を予測することに加えて、どのネットワーク、セル、およびＲＡＴが予測されるルートに沿って利用可能になるかを予測することを含み得る。ローカル学習モジュール１０３０６は、ローカル学習モジュール１０５００に関して上記で詳述されたのと同じやり方で、ルートおよび電波条件の予測を実行することができる。

ローカル学習モジュール１０３０６はまた、１０５０２ａの一部として、今後のデータ・サービス要件を予測することができ、これは、予想されるトラフィック要求、予想されるＱｏＳ要件、および、予想されるアクティブなアプリケーション（これは、アクティブなアプリケーションのデータ・トラフィックに応じてトラフィック要求およびＱｏＳ要件に影響を及ぼし得る）を予測することを含み得る。詳細には、ローカル学習モジュール１０３０６は、アクティブなアプリケーションならびに現在のデータ・トラフィック要求および要件に関係したコンテキスト情報を評価して、今後のデータ・サービス要件を予測することができる。例えば、ローカル学習モジュール１０３０６は、端末装置９１０２においてどのアプリケーションが現在アクティブであるかを識別し、アクティブであるアプリケーションのスループット要求、ＱｏＳ要求、データ速度要求、信頼性要求等の、アクティブであるアプリケーションのデータ・トラフィック要件を評価することができる。さらに、例えば、端末装置９１０２が常用ルート上にあることをローカル学習モジュール１０３０６が識別した場合、ローカル学習モジュール１０３０６は、ローカル・リポジトリ１０３０４にアクセスして、（前処理モジュール１０４０２が以前の前処理中に常用ルートにおける位置に以前に関連付け、ローカル・リポジトリ１０３０４に記憶したものであり得る、）何らかの特定のアプリケーションが、通常、常用ルートにおいて使用されているかどうか（例えば、ストリーミング音楽プレイヤ・アプリケーションが、常用運転ルートにおいて使用されていること）を識別することができる。さらに、ローカル学習モジュール１０３０６は、スループット要求、ＱｏＳ要求、データ速度要求、および信頼性要求の全般を含む、端末装置９１０２における現在および最近のデータ・トラフィック要求および要件を調べることができる。次いで、ローカル学習モジュール１０３０６は、現在および最近のデータ・トラフィック要求および要求に基づいて、今後のデータ・サービス要件がどのようなものであるかを予測することができる。

例えば、いくつかの側面において、ローカル学習モジュール１０３０６は、予測される電波条件の一部として、ネットワーク・アクセス・ノードの輻輳レベルを予測することができる。ローカル学習モジュール１０３０６は、コンテキスト情報から導出された入力変数を用いて、あらかじめ定義された予測関数を適用して、輻輳レベルを生成することができる。例えば、ローカル学習モジュール１０３０６は、ＣＬ_ｐ＝Ｆ（Ｎｗ，ｔ，Ｌｏｃ）を計算することができ、ここで、ＣＬ_ｐは、予測される輻輳レベルであり、Ｎｗは、無線アクセス・ネットワーク・タイプ（例えば、セルラーまたはＷｉ－Ｆｉ）およびネットワーク・アクセス・ノード識別子（例えば、ＢＳＳＩＤまたはＡＰ ＩＤによる）であり、ｔは時間であり、Ｌｏｃは位置である。予測関数Ｆは、その入力パラメータの単純な線形関数であってもよいし、学習アルゴリズムから導出されるサポート・ベクタ・マシン（ＳＶＭ）またはベイズ・ネットワーク等の複雑な学習関数であってもよい。各ローカル学習モジュールは、そのようなアルゴリズムおよび予測関数を適用して、それぞれの予測結果を得ることができる。

ローカルＮＡＮ予測モジュール１０２０２はまた、１０５０２ｂにおいて、ローカル予測を得ることができる。図１０４に示されているように、ローカルＮＡＮ予測モジュール１０２０２は、ネットワーク・アクセス・ノード９１１０からのコンテキスト情報を含み得る、ネットワーク・アクセス・ノード９１１０についてのローカル・コンテキスト情報に加えて、（例えば、ＭＭＥまたはＨＳＳからの）コア・ネットワーク・コンテキスト情報を受け取ることができる。そのようなコンテキスト情報は、トラフィック負荷情報、輻輳情報、レイテンシー情報、ネットワーク・トラフィック情報、スペクトル使用量情報、オフロード情報、負荷変動情報、遅延情報、ＱｏＳ情報、スループット情報、およびトラフィック・タイプ情報を含み得るが、これらに限定されるものではない。次いで、前処理モジュール１０４０２は、コンテキスト情報を前処理し、前処理されたコンテキスト情報をローカル・リポジトリ１０４０４およびローカル学習モジュール１０４０６に提供することができる。ローカル学習モジュール１０４０６は、（前処理モジュール１０４０２から受け取られた）現在のコンテキスト情報および（ローカル・リポジトリ１０４０４から受け取られた）最近のコンテキスト情報を評価して、予想されるネットワーク・トラフィック、予想されるネットワーク負荷、予想される輻輳、予想されるレイテンシー、予想されるスペクトル使用量、および予想されるトラフィック・タイプを含むネットワーク条件に関する予測を行うことができる。例えば、いくつかの側面において、ローカル学習モジュール１０４０６は、最近の時間ウィンドウにわたってコンテキスト情報を評価して、コンテキスト情報を平均化し、予想されるネットワーク条件を決定することができる。ローカル学習モジュール１０４０６は、さらに、より複雑な予測技術を利用して、現在のコンテキスト情報および最近のコンテキスト情報を外挿して今後のネットワーク条件を予測することができる。

したがって、ローカルＴＤ予測モジュール１０２０４およびローカルＮＡＮ予測モジュール１０２０２は、１０５０２ａおよび１０５０２ｂにおいて、ローカル予測結果を得ることができ、ここで、ローカルＴＤ予測モジュール１０２０４は、例えば、予測されるルート、予測されるデータ・サービス要件、および予測される電波条件を得ることができ、ローカルＮＡＮ予測モジュール１０２０２は、例えば、予測されるネットワーク条件を得ることができる。ローカルＴＤ予測モジュール１０２０４における予測結果は、ローカルＮＡＮ予測モジュール１０２０２における予測結果と高い関連性があり得るので（その逆も同様）、ローカルＴＤ予測モジュール１０２０４およびローカルＮＡＮ予測モジュール１０２０２は、いくつかの側面において、１０５０４において、（図１０２の予測モジュール１０２００においても示されているように）予測結果を連携させることができる。さらに、いくつかの側面において、一つまたは複数の他のＵＥ予測モジュールおよび一つまたは複数のコア・ネットワーク予測モジュール等の一つまたは複数の他の予測モジュールは、予測モジュール１０２００の一部であり得、そのような他の予測モジュールも、ローカルＴＤ予測モジュール１０２０４およびローカルＮＡＮ予測モジュール１０２０２と（例えば、ＲＥＭまたは類似のカバレッジ・マップを用いて）予測結果を連携させることができる。したがって、図１０３に示されているように、ローカルＴＤ予測モジュール１０２０２は、外部予測モジュール１０３０８としての一つまたは複数の他の予測モジュール（ローカルＮＡＮ予測モジュール１０２０４を含む）から予測結果を受け取ることができるのに対し、ローカルＮＡＮ予測モジュール１０２０４は、外部予測モジュール１０４０８としての一つまたは複数の他の予測モジュール（ローカルＴＤ予測モジュール１０２０２を含む）から予測結果を受け取ることができる。

いくつかの側面において、ローカルＴＤ予測モジュール１０２０４およびローカルＮＡＮ予測モジュール１０２０２は、次いで、１０５０４において、外部予測結果に基づいてローカル予測結果を更新することができる。例えば、ローカル学習モジュール１０３０６は、他のＵＥ予測モジュールからの予測結果およびコンテキスト情報を、「クラウドソーシングされた」情報として使用することができ（例えば、外部学習モジュール９６０８に関して上記で詳述されたように、場合によってはＲＥＭまたは類似の手順を用いて）、これは、ローカルＴＤ予測モジュール１０２０４が、新しい位置およびルートに関係したコンテキスト情報（新しいルートについての電波条件およびネットワーク選択情報等）を得ることを可能にし得る。さらに、いくつかの側面において、端末装置９１０２および一つまたは複数の他の端末装置からのローカルＴＤ予測結果は、ローカルＮＡＮ予測結果に大きな影響を及ぼす可能性がある。例えば、外部予測モジュール１０４０８の複数のＴＤ予測モジュールは各々、予測されるルートと予測されるルートに沿った予測されるデータ・サービス要件とをローカル学習モジュール１０４０６に提供することができる。予測されるルートおよび予測されるデータ・サービス要件に基づいて、ローカル学習モジュール１０４０６は、例えば、予想されるネットワーク・トラフィック、予想されるネットワーク負荷、予想される輻輳、予想されるレイテンシー、予想されるスペクトル使用量、および予想されるトラフィック・タイプをより正確に予測することができる。なぜならば、ローカル学習モジュール１０４０６は、サービスされる端末装置の数（例えば、どの端末装置が、ネットワーク・アクセス・ノード９１１０のカバレッジ・エリア内に属する予測されるルートを有するかに基づく）および各端末装置のデータ・サービス要件を予測する予測情報を有することができるからである。ローカル学習モジュール１０４０６は、外部予測モジュール１０４０８からの外部予測結果を使用して、予測されるネットワーク条件を更新および／または再計算することができる。

１０５０４において予測結果を連携させた後、予測モジュール１０２００は、予測されるルート、予測されるデータ・サービス要件、予測される電波条件、および／または予測されるネットワーク条件を含む、包括的な予測結果の集合を有することができる。次いで、予測モジュール１０２００は、１０５０６ａおよび１０５０６ｂにおいて、包括的な予測結果を、ローカルＴＤ判断モジュール１０２１４およびローカルＮＡＮ判断モジュール１０２１２における判断モジュール１０２１０に提供することができる。

次いで、ローカルＴＤ判断モジュール１０２１４およびローカルＮＡＮ判断モジュール１０２１２は、包括的な予測結果に基づいて、端末装置判断／決定およびネットワーク判断／決定を最適化することができる。ネットワーク判断／決定（スペクトル／資源割り当て、スケジューリング、ハンドオーバー、スペクトル・プライシング／リース等）は、端末装置活動に影響を及ぼす可能性があり、端末装置判断／決定（サービス・レベル、スケジューリング、プライシング方式、無線アクセス選択、無線活動、電力状態、およびルート等）は、ネットワーク活動に影響を及ぼす可能性があるので、ローカルＴＤ判断モジュール１０２１４およびローカルＮＡＮ判断モジュール１０２１２は、１０５０８において、判断／決定を行うために連携することができる。例えば、ローカルＮＡＮ判断モジュール１０２１２は、予測されるデータ・サービス要件および予測されるルートに基づいて得られた予測されるネットワーク条件を利用して、例えば特定の帯域で動作するように端末装置９１０２を割り当てること等により、端末装置９１０２を含む複数の端末装置に対するスペクトル割り当てを実行することができる。スペクトル割り当ては、ネットワーク・アクセス・ノード９１１０により部分的にサービスされる予測されるルートに沿って移動している可能性がある端末装置９１０２が受ける電波条件、データ・サービス、およびネットワーク条件に直接影響を及ぼす可能性がある。したがって、ローカルＮＡＮ判断モジュール１０２１２が、端末装置９１０２にとって不十分であるスペクトル割り当てを決定した場合、ローカルＴＤ判断モジュール１０２１４は、予測されるルートに沿って異なるネットワーク・アクセス・ノードを選択することを決定し得、これが、今度は、ネットワーク・アクセス・ノード９１１０のデータ・トラフィック要件に影響する可能性がある。端末装置判断／決定とネットワーク判断／決定との間の相関に起因して、１０５０８における判断／決定連携は、端末装置活動およびネットワーク活動の最大の最適化を提供するために重要であり得る。より高い予想される要求のエリアへの移動型モバイル・ネットワーク・アクセス・ノード（例えば、ドローンまたは他のビークル・ネットワーク・アクセス・ノード）等、多数の他のネットワーク判断／決定が適用され得る。ローカルＴＤ判断モジュール１０２１４およびローカルＮＡＮ判断モジュール１０２１２はまた、予想される要求に基づいてネットワーク側からオフロードをトリガーすること等により、オフロードに関する判断／決定を行うことができる。いくつかの側面において、ローカルＴＤ判断モジュール１０２１４およびローカルＮＡＮ判断モジュール１０２１２は、特定のエリアにおける予想される要求に基づいて、免許不要のスペクトルの使用および中継を調整することができる。いくつかの側面において、ローカルＴＤ判断モジュール１０２１４およびローカルＮＡＮ判断モジュール１０２１２はまた、マクロ・セル・サイズとマイクロ・セル・サイズとの間の切り換え等、ネットワーク・アクセス・ノードのセル・サイズを調整することもできる。いくつかの側面において、これらの判断／決定は、ローカルＮＡＮ判断モジュール１０２１２において処理され得るのに対し、他の側面において、これらの判断／決定は、ローカルＴＤ判断モジュール１０２１４とローカルＮＡＮ判断モジュール１０２１２との間の協調的プロセスとして行われ得る。

ローカルＴＤ判断モジュール１０２１４およびローカルＮＡＮ判断モジュール１０２１２は、予測結果（例えば、予測されるルート、予測されるデータ・サービス要件、予測される電波条件、および／または予測されるネットワーク条件）を使用して、任意の数の異なる端末装置判断／決定およびネットワーク判断／決定を行うことができる。例えば、ローカルＮＡＮ判断モジュール１０２１２は、予測結果に基づいて、スペクトル割り当て（例えば、端末装置を特定の帯域に割り当てること）、資源割り当て（例えば、無線資源を端末装置に割り当てること）、スケジューリング／オフロード、ハンドオーバー／切り換え、可変のスペクトル・プライシング（例えば、ネットワーク負荷が高いと予想される場合には柔軟なプライシングを提供すること）、またはスペクトル・リース（例えば、予測される要求が高い場合には追加的なスペクトルをリースすること）等、様々な通信活動についての判断／決定を行うことができる。詳細には、ローカルＮＡＮ判断モジュール１０２１２は、端末装置が予測されるルートに沿って移動するとき、複数の端末装置についての、（例えば、ＲＥＭとしての）予測されるルート、予測されるデータ・サービス要件、および／または予測される電波条件を使用して、スペクトル割り当ておよび資源割り当てを計画することができる、かつ／または、ハンドオーバーを調整することができる。

いくつかの側面において、ローカルＴＤ判断モジュール１０２１４は、（例えば、上述したように）セル・スキャン・タイミングを実行したり、（例えば、上述したように、接続モード・モデム活動および／またはアイドル・モード・モデム活動を中断することにより）他のモデム活動をスケジュールしたり、（例えば、上述したように、最適化された電力状態を選択すること、悪いカバレッジ条件の間低電力状態に入ること等により）サービス・レベルおよび電力レベルを最適化したり、（例えば、上述したように）ダウンロードおよびデータ転送のためのスケジューリングを実行したり、柔軟なプライシング方式に関する判断／決定を行ったり（例えば、予測されるカバレッジおよび予測されるデータ・サービス要件に基づいて柔軟なプライシングを決定したり）、かつ／または、（例えば、予測される電波条件およびカバレッジに基づいて）ナビゲーション・プログラムにおけるナビゲーション・ルートを変更したりすることができる。ローカルＴＤ判断モジュール１０２１４は、予測される電波条件および予測されるネットワーク条件の両方を有することができるので、ローカルＴＤ判断モジュール１０２１４は、予測される電波条件および／または予測されるネットワーク条件に従って、強い信号強度、強い信号品質、低い干渉、短いレイテンシー、低い輻輳、短いトランスポート層切断継続時間、低い負荷等のうちの一つまたは複数を有するネットワーク・アクセス・ノード等の、予測される強い電波条件および予測される強いネットワーク条件を有するネットワーク・アクセス・ノードを選択するよう構成され得る。さらに、いくつかの側面において、ローカルＴＤ判断モジュール１０２１４は、予測される電波条件および予測されるネットワーク条件が、予測されるルートに沿って、強い信号強度、強い信号品質、低い干渉、低いレイテンシー、低い輻輳、短いトランスポート層切断継続時間、低い負荷等のうちの一つまたは複数を示すときにデータ転送をスケジュールするよう構成され得る。

図１０６は、いくつかの側面に従った、ローカルＮＡＮ判断モジュール１０２１２が予測結果に基づいてスペクトル割り当て判断／決定を行い得る例示的な手順を示す方法１０６００を示している。異なる端末装置は、異なるスペクトル（例えば、異なる帯域）および異なるサービス・レベル（例えば、ユーザー／装置属性コンテキスト情報として示され得る異なるＲＡＴ）をサポートし得る。各端末装置は、例えば４Ｇから３Ｇ、２Ｇへと、最も高いサービス・レベル／最も効果的なＲＡＴを見つけて、それを維持しようと試み得る。しかしながら、高い要求に起因して、スペクトルは輻輳状態になる可能性がある。したがって、ネットワーク（例えば、ネットワーク・アクセス・ノード）が、全てのユーザーがその期待されるＱｏＳを満たすサービスを得ることをネットワークが確実にできるように、いつどこでネットワーク輻輳が発生する可能性があるかを予測するのが有利であろう。十分なスペクトルが存在しない場合、ネットワーク・オペレーターは、全ての端末装置が十分なスペクトルを有することを確実にするように、例えばライセンス共有アクセス（ＬＳＡ）またはスペクトル・アクセス・システム（ＳＡＳ）に従って、様々なエンティティから新しいスペクトルをリースすることを試みることができる、かつ／または、スペクトルを異なる端末装置にインテリジェントに割り当てることができる。したがって、ネットワークが、ネットワーク負荷を事前に予測できる場合、ネットワークは、周波数を効率的に割り当てることができ、これは、切り換えを低減させ、したがって、エネルギーの浪費およびＱｏＳの低下の両方を回避することができる。

したがって、いくつかの側面において、ローカルＮＡＮ判断モジュール１０２１２は、様々な端末装置の予測されるルートおよびデータ・サービス要件に基づいてスペクトル割り当てを実行するために方法１０６００を実施することができる。図１０６に示されているように、ローカルＮＡＮ判断モジュール１０２１２は、１０６０２において、予測されるルートおよび予測されるデータ・サービス要件に加えて、各端末装置によりサポートされる帯域を含むＴＤ予測結果を得ることができる。次いで、ローカルＮＡＮ判断モジュール１０２１２は、１０６０４において、予測されるルートおよび予測されるデータ・サービス要件に基づいて、十分なスペクトルが利用可能になる（利用可能であると予想される）かどうかを判定することができる。１０６０４において、十分なスペクトルが利用可能であると予想される場合、ローカルＮＡＮ判断モジュール１０２１２は、追加的なスペクトルをリースする必要はなく、１０６０６に進んで、限られた帯域サポートを有する端末装置が十分なスペクトルを有することを確実にしながら、スペクトルをユーザーに割り当てることができる。

一方、１０６０４において、十分なスペクトルが利用可能でないと予想される場合、ローカルＮＡＮ判断モジュール１０２１２は、１０６０８において、ＬＳＡまたはＳＡＳスキームの一部等、新しいスペクトルをリースすることが可能であるかどうかを判定することができる。新しいスペクトルをリースすることが可能でない場合、ローカルＮＡＮ判断モジュール１０２１２は、１０６１０において、より高額の支払いをする顧客が高いサービス品質を受けることを確実にするように、より高額の支払いをする顧客に段階的プライシングを提供することができる。新しいスペクトルをリースすることが可能である場合、ローカルＮＡＮ判断モジュール１０２１２は、１０６１４において、要求を埋め合わせるためにスペクトルをリースすることができ、ここで、リースされるスペクトルの総量およびリースの継続時間は、予測されるネットワーク負荷に依存し得る。１０６１０または１０６１４に続いて、ローカルＮＡＮ判断モジュール１０２１２は、１０６１２に進んで、限られた帯域サポートを有する端末装置が十分なスペクトルを有することを確実にしながら、スペクトルをユーザーに割り当てることができる。ローカルＮＡＮ判断モジュール１０２１２は、ピーク要求が収まるまで、リースされたスペクトルまたは段階的プライシングを用い続けることができ、１０６１６において、ピーク要求が収まると、ローカルＮＡＮ判断モジュール１０２１２は、リースされたスペクトルまたは段階的プライシングを解放することができる。

様々な側面において、ローカルＴＤ判断モジュール１０２１４は、１０５１０ａにおいて、無線活動を制御するための様々な異なる最適化判断／決定を行うことができる。例えば、ローカルＴＤ判断モジュール１０２１４は、（例えば、ＲＥＭとしての）その予測されるルートとともに予測される電波条件を使用して、予測されるルートに沿った強い無線カバレッジ・エリアについて遅延耐性データをスケジュールしたり、予測されるルートに沿った予測される利用可能なネットワークに基づいて、利用する所望のネットワーク・タイプを選択したり、予測されるルートに沿った予測される利用可能なネットワーク・アクセス・ノードに基づいて、特定のネットワーク・アクセス・ノードについてスキャンしたり、柔軟なプライシング方式に関する判断／決定を行ったり、（例えば、現在のルートよりも良い電波条件を伴う新しいルートを選択するために）ナビゲーション・アプリケーションにおいてルートを変更したり、ＩＰ層最適化（再送信および肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）の最適化等）を実行したり、セル・スキャンを中断したり、モデム活動を中断したり、最適化された電力状態を選択したりすることができる。

様々な側面に従うと、ローカルＴＤ判断モジュール１０２１４およびローカルＮＡＮ判断モジュール１０２１２は、したがって、１０５１０ａおよび１０５１０ｂにおいて、ローカルＴＤ判断／決定およびローカルＮＡＮ判断／決定を行い、判断／決定命令を、ベースバンド・モデム９２０６（例えば、端末装置プロトコル・スタック）またはアプリケーション・プロセッサ９２１２、および、制御モジュール９３１０（例えば、ネットワーク・アクセス・ノード・プロトコル・スタック）にそれぞれ提供することができ、これらは、命令された通りに判断／決定を実行することができる。このようなことは、判断／決定に従ってデータを送信または受信することを含み得る。

前述のように、いくつかの側面において、予測モジュール１０２００は、コア・ネットワーク予測モジュールも含み得、判断モジュール１０２１０は、コア・ネットワーク判断モジュールも含み得る。したがって、ネットワーク・アクセス・ノード・レベルでのネットワーク予測およびネットワーク判断／決定ではなく、コア・ネットワーク予測モジュールおよびコア・ネットワーク判断モジュールは、複数のネットワーク・アクセス・ノードについての予測および判断／決定を行うことができる。したがって、単一のネットワーク・アクセス・ノードによりサービスされる端末装置に基づいて予測および判断／決定を行うことに過ぎないのとは対照的に、コア・ネットワーク予測モジュールおよびコア・ネットワーク判断モジュールは、複数のネットワーク・アクセス・ノードに接続された端末装置を評価することができる（したがって、複数のネットワーク・アクセス・ノードのカバレッジ・エリアにわたる予測されるルートおよび予測されるデータ・サービス要件を含む端末装置予測結果を評価することができる）。したがって、コア・ネットワーク予測モジュールは、各端末装置が時間の経過とともに利用すると予想される一連のサービング・ネットワーク・アクセス・ノードを予測し、各端末装置の予測されるルートおよび予測されるデータ・サービス要件に基づいて、これらのネットワーク・アクセス・ノードの各々を制御するための判断／決定（例えば、各端末装置についてのハンドオーバーを計画すること、各時間において各ネットワーク・アクセス・ノードで必要とされるスペクトル／資源割り当てを計画すること等）を行うことができる。例えば、いくつかの側面において、コア・ネットワーク予測モジュールおよびコア・ネットワーク判断モジュールは、例えば、端末装置が、２つまたは３つのネットワーク・アクセス・ノードのセル・エッジに存在する場合等、複数のネットワーク・アクセス・ノードのカバレッジ・エリアにわたる最適化を計画することができる。信号変動に起因して、端末装置がネットワーク・アクセス・ノードの間で繰り返し移行するハンドオフのサイクルがあり得る。これは電力および資源を消費し得る。しかしながら、コア・ネットワーク予測モジュールは、端末装置についてのコンテキスト情報を得ることができる。したがって、端末装置が、（コンテキスト情報により示され、コア・ネットワーク予測モジュールにより検出されるように）静的である、または、セル・エッジ周辺の他の予測可能な移動を伴うシナリオでは、コア・ネットワーク予測モジュールおよびコア・ネットワーク判断モジュールは、（予測モジュール１０２００および／または判断モジュール１０２１０の論理接続を介して）ネットワーク・アクセス・ノードの間で調整して、端末装置がどの基地局に接続すべきかを決定することができる。

さらに、いくつかの側面において、予測モジュール１０２００および判断モジュール１０２１０は、「分散」方式で実装され得、ここでは、ローカルＮＡＮ予測モジュール１０２０２、ローカルＴＤ予測モジュール１０２０４、ローカルＮＡＮ判断モジュール１０２１２、ローカルＴＤ判断モジュール１０２１４、一つまたは複数の他端末装置予測モジュール、一つまたは複数の他端末装置判断モジュール、一つまたは複数の他ネットワーク・アクセス・ノード予測モジュール、一つまたは複数の他ネットワーク・アクセス・ノード判断モジュール、一つまたは複数の他コア・ネットワーク予測モジュール、および一つまたは複数の他コア・ネットワーク判断モジュールは、異なる位置に物理的に配置され、ソフトウェア・レベル接続を介して、予測モジュール１０２００および判断モジュール１０２１０を形成することができる。図１０７に示されているように、いくつかの側面において、この「分散」アーキテクチャーは、端末装置予測、端末装置判断／決定、ネットワーク・アクセス・ノード予測、およびネットワーク・アクセス・ノード判断／決定が、クラウド・インフラストラクチャー１０７００において部分的または完全に実現され得るクラウド・ベースのアーキテクチャーにさらに拡張され得る。したがって、クラウド・インフラストラクチャー１０７００は、クラウドＮＡＮ予測モジュール１０２０２ｂ、クラウドＴＤ予測モジュール１０２０４ｂ、クラウドＮＡＮ判断モジュール１０２１２ａ、およびクラウドＴＤ判断モジュール１０２１４ａを含むサーバーであってよく、クラウドＮＡＮ予測モジュール１０２０２ｂ、クラウドＴＤ予測モジュール１０２０４ｂ、クラウドＮＡＮ判断モジュール１０２１２ａ、およびクラウドＴＤ判断モジュール１０２１４ａの各々は、クラウド・インフラストラクチャー１０７００において実行されるソフトウェア定義命令であってよい。

したがって、様々な側面において、ローカルＮＡＮ予測モジュール１０２０２ａは、ネットワーク・アクセス・ノード９１１０において、ネットワーク・アクセス・ノード予測の一部を実行することができるのに対し、クラウドＮＡＮ予測モジュール１０２０２ｂは、クラウド・インフラストラクチャー１０７００において、ネットワーク・アクセス・ノード予測の残りを実行することができ、ローカルＴＤ予測モジュール１０２０４ａは、端末装置９１０２において、端末装置予測の一部を実行することができるのに対し、クラウドＴＤ予測モジュール１０２０４ｂは、クラウド・インフラストラクチャー１０７００において、端末装置予測の残りを実行することができ、クラウドＮＡＮ判断モジュール１０２１２ａは、クラウド・インフラストラクチャー１０７００において、ネットワーク・アクセス・ノード判断／決定の一部を実行することができるのに対し、ローカルＮＡＮ判断モジュール１０２１２ｂは、ネットワーク・アクセス・ノード９１１０において、ネットワーク・アクセス・ノード判断／決定の残りを実行することができ、クラウドＴＤ判断モジュール１０２１４ａは、クラウド・インフラストラクチャー１０７００において、端末装置判断／決定の一部を実行することができるのに対し、ローカルＴＤ判断モジュール１０２１４ｂは、端末装置９１０２において、端末装置判断／決定の残りを実行することができる。図１０７のクラウド・ベースのアーキテクチャーは、図１０２の分散アーキテクチャーと同等の機能を提供することができるが、クラウド・ベースのアーキテクチャーは、端末装置における計算負荷および記憶負荷を大幅に低減することができる。したがって、端末装置９１０２において局所的に端末装置予測および端末装置判断／決定を完全に実行するのではなく、クラウド・インフラストラクチャー１０７００は、クラウドＴＤ予測モジュール１０２０４ｂおよびクラウドＴＤ判断モジュール１０２１４ｂにおいて、端末装置予測および端末装置判断／決定を処理することができる。ネットワーク・アクセス・ノードは、一般に、計算および記憶の考慮事項により制限されないかもしれないが、クラウド・インフラストラクチャー１０７００はまた、ネットワーク・アクセス・ノード９１１０からネットワーク・アクセス・ノード予測およびネットワーク・アクセス・ノード判断／決定をオフロードすることができる。

図１０８は、いくつかの側面に従ったクラウド・ベースのアーキテクチャーをさらに示している。図１０８に示されているように、ローカルＮＡＮ予測モジュール１０２０２ａおよびローカルＴＤ予測モジュール１０２０４ａは、ローカルＮＡＮ予測モジュール１０２０２およびローカルＴＤ予測モジュール１０２０４と同様に構成され得る。しかしながら、全ての記憶および学習を局所的に実行する代わりに、ローカルＮＡＮ予測モジュール１０２０２ａおよびローカルＴＤ予測モジュール１０２０４ａは、コンテキスト情報および予測結果の記憶を行い（クラウド・リポジトリ１０７０２）、学習処理を実行する（例えば、クラウド学習モジュール１０７０４）ために、クラウド・リポジトリ１０７０２およびクラウド学習モジュール１０７０４（クラウドＮＡＮ予測モジュール１０２０２ｂおよびクラウドＴＤ予測モジュール１０２０４ｂを集合的に含み得る）に依拠し得る。したがって、ネットワーク・アクセス・ノード９１１０および端末装置９１０２における処理および記憶の負荷が低減され得る。同様に、ローカルＮＡＮ判断モジュール１０２１２ａおよびローカルＴＤ判断モジュール１０２１４ａは、判断／決定処理をクラウド判断モジュール１０７０６（クラウドＮＡＮ判断モジュール１０２１２ｂおよびクラウドＴＤ判断モジュール１０２１４ｂを含み得る）にオフロードすることができる。ローカルＮＡＮ判断モジュール１０２１２ａおよびローカルＴＤ判断モジュール１０２１４ａは、判断／決定命令を制御モジュール９３１０およびベースバンド・モデム９２０６に発することができる。

図１０７および図１０８のクラウド・インフラストラクチャーは、さらに、端末装置のコンテキスト情報および予測結果をクラウドソーシングすること等について、より容易なクラウドソーシングを促進することができる。したがって、端末装置間（例えば、端末装置のローカルＴＤ予測モジュール間）の接続に依拠する代わりに、各ローカルＴＤ予測モジュールは、クラウド・リポジトリ１０７０２においてクラウドソーシングされた情報を保持することができるクラウド・インフラストラクチャー１０７００であって、要求に応じて、クラウド・リポジトリ１０７０２からコンテキスト情報および予測結果の両方を含むデータを取得することができるクラウド・インフラストラクチャー１０７００とのソフトウェア・レベル接続を維持することができる。ローカルＮＡＮ予測モジュール１０２０２ａは、同様に、クラウド・リポジトリ１０７０２とのソフトウェア・レベル接続を維持することができ、したがって、端末装置によりクラウド・リポジトリ１０７０２に提供されたコンテキスト情報および予測結果にアクセスすることができる。同様に、各端末装置のローカルＴＤ予測モジュールは、ネットワーク・アクセス・ノード９１１０（および一つまたは複数の他のネットワーク・アクセス・ノード）により提供されたコンテキスト情報および予測結果にアクセスすることができる。

クラウド学習モジュール１０７０４は、特にクラウド・リポジトリ１０７０２に記憶されているコンテキスト情報および予測結果を用いて、学習処理を実行するよう構成され得る。クラウド学習モジュール１０７０４は、中央位置にあるかなりの量のデータにアクセスすることができるので、メッセージ・シーケンス・チャート１０５００の１０５０４における予測連携は、簡略化され得る。同様に、クラウド判断モジュール１０７０６は、クラウド・インフラストラクチャー１０７００に接続された各端末装置および基地局に適用され得る、クラウド学習モジュール１０７０４からの予測結果にアクセスすることができる。したがって、クラウド判断モジュール１０７０６は、メッセージ・シーケンス・チャート１０５００の１０５０８における判断／決定連携を実行し、判断／決定結果をローカルＮＡＮ判断モジュール１０２１２ａおよびローカルＴＤ判断モジュール１０２１４ａに提供することができ、これらは、最終判断／決定を制御することができる。

例えば、クラウド学習モジュール１０７０４は、参加している各端末装置およびネットワーク・アクセス・ノードにより提供されたコンテキスト情報および予測結果を使用して、ＲＥＭ等の無線カバレッジ・マップを生成するよう構成され得る。次いで、クラウド学習モジュール１０７０４は、無線カバレッジ・マップをクラウド・リポジトリ１０７０２に記憶するよう構成され得、クラウド判断モジュール１０７０６は、後の判断／決定のために、クラウド・リポジトリ１０７０２における無線カバレッジ・マップにアクセスすることができる。例えば、クラウド学習モジュール１０７０４は、一つまたは複数の端末装置から、予測されるルートを受け取り、無線カバレッジ・マップを予測されるルートに適用して、無線カバレッジ・マップに基づいて各端末装置についての電波条件およびネットワーク条件を予測することができる。次いで、クラウド判断モジュール１０７０６は、無線カバレッジ・マップに基づいて、端末装置についてのセル・スキャン・タイミング、データ転送スケジューリング、無線アクセス選択等といった無線活動判断／決定を行うことができる。

いくつかの側面において、参加している端末装置および基地局は、あらかじめ構成されたインターフェースを使用して、「要求／応答」構成等をもって、クラウド・インフラストラクチャー１０７００とデータを交換することができる。したがって、異なるタイプのメッセージをあらかじめ定義して使用して、各端末装置およびネットワーク・アクセス・ノードにより、クラウド・インフラストラクチャー１０７００からの情報を記憶および取得することができる。図１０９は、いくつかの側面に従った、そのようなインターフェースをサポートするための例示的なメッセージ・フォーマットを示している。図１０９に示されているように、端末装置またはネットワーク・アクセス・ノード等のクライアント装置（例えば、クラウド・インフラストラクチャー１０７００へのソフトウェア・レベル接続を有するローカルＴＤ予測モジュールまたはローカルＮＡＮ予測モジュール）は、アップロード・メッセージ１０９０２を使用して、装置の識別子を含むメッセージをアドレス指定し、任意のタイプのコンテキスト情報および／または記憶されている予測結果を含み得る様々な異なるデータ情報フィールドを含めることにより、データをクラウドにアップロードすることができる。クラウド・インフラストラクチャー１０７００は、複数のアップロード・メッセージ１０９００を受信し、含まれているデータをクラウド・リポジトリ１０７０２に記憶することができる。次いで、クライアント装置は、クラウド・インフラストラクチャー１０７００が特定のタイプの要求されたデータをもって応答することを要求する要求メッセージ１０９０４をもって、データを要求することができる。クラウド・インフラストラクチャー１０７００は、要求されたデータを含み得る応答メッセージ１０９０６をもって応答することができる。例えば、端末装置は、要求メッセージ１０９０４をもって、予測されるルートに沿ったネットワーク・アクセス・ノード（例えばＢＳＳＩＤ）のリスト、特定のネットワーク・アクセス・ノードについての電波測定値（例えば、ＲＳＳＩ測定値）等を要求することができ、クラウド・インフラストラクチャー１０７００は、クラウド・リポジトリ１０７２から、（クラウドソーシングされた情報に由来し得る、）ネットワーク・アクセス・ノード（例えばＢＳＳＩＤ）のリスト、特定のネットワーク・アクセス・ノードについての電波測定値（例えば、ＲＳＳＩ測定値）等を受け取り、応答メッセージ１０９０６をもって、ネットワーク・アクセス・ノード（例えばＢＳＳＩＤ）のリスト、特定のネットワーク・アクセス・ノードについての電波測定値（例えば、ＲＳＳＩ測定値）等を要求元端末装置に提供することができる。反対に、クラウド・インフラストラクチャー１０７００は、要求メッセージ１０９０４をもって、クライアント装置に対して特定のデータを要求することができ、クライアント装置は、応答メッセージ１０９０６をもって応答することができる。

さらに、いくつかの側面において、クライアント装置は、予測のタイプ（例えば、ルート予測、電波条件予測等）に加えて、予測に関連するデータ（例えば、タイムスタンプ付きの現在の位置および最近の位置等の位置情報）を指定することができる予測要求メッセージ１０９０８をもって、予測を実行するようにクラウド・インフラストラクチャー１０７００に要求することができる。例えば、端末装置９１０２は、前処理モジュール１０３０２において一連のタイムスタンプ付きの位置を得ることができ、端末装置９１０２が常用ルート等の識別可能なルート上に存在するかどうかを検出することを望むことがある。次いで、ローカルＴＤ予測モジュール１０２０４は、タイムスタンプ付きの位置を含む予測要求メッセージ１０９０８をクラウド・インフラストラクチャー１０７００に送信することができる。クラウド・インフラストラクチャー１０７００は、予測要求メッセージ１０９０８を受信し、クラウド学習モジュール１０７０４において、予測要求メッセージ１０９０８を処理することができ、この処理は、タイムスタンプ付きの位置を、クラウド・リポジトリ１０７０２に記憶されている情報（例えば、常用ルートを認識するための、端末装置９１０２の以前の位置、または、端末装置９１０２が移動している道路を識別するための、既知の道路）と比較することを含み得る。次いで、クラウド学習モジュール１０７０４は、端末装置９１０２のルートを予測し、予測されるルートを識別する一連の予測されるタイムスタンプ付きの位置を提供することができる予測応答メッセージ１０９１０をもって、端末装置９１０２に応答することができる。クラウド学習モジュール１０７０４はまた、クラウド・リポジトリ１０７０２に記憶されているＲＥＭまたは他の無線カバレッジ・マップに基づいてクラウド学習モジュール１０７０４が生成できる、予測されるルートに沿った電波条件を予測する予測される電波条件を、端末装置９１０２に提供することができる。その後、ローカルＴＤ判断モジュール１０３１２は、無線活動判断／決定を行い、それに応じて、データ転送をスケジュールしたり、セル・スキャン・タイミングを制御したり、無線アクセス選択を行ったりするように、ベースバンド・モデム９２０６に命令することができる。

したがって、これらの側面の分散アーキテクチャーは、端末装置、基地局、およびコア・ネットワークの間の高レベルの連携を可能にし得、したがって、端末装置側およびネットワーク側の両方で非常に正確な予測を提供することができる。さらに、これらの側面は、クラウドソーシングを容易に促進することに加えて、端末装置およびネットワーク・アクセス・ノードに対する記憶および処理の負荷を低減することができるクラウド・ベースのアーキテクチャーと非常に適合し得る。

図１１０は、いくつかの側面に従った、無線通信を実行する例示的な方法１１０００を示している。図１１０に示されているように、方法１１０００は、ユーザー位置に関係したコンテキスト情報に基づいて、予測されるユーザー移動を決定して、予測されるルートを得ること（１１０１０）、予測されるルートに沿った予測される電波条件を決定すること（１１０２０）、予測されるルートをネットワーク・アクセス・ノードに報告し、ネットワーク・アクセス・ノードから、予測されるネットワーク条件を受信すること（１１０３０）、および、予測されるネットワーク条件および予測される電波条件に基づいて、予測されるルートを移動している間の無線活動を制御すること（１１０４０）を含む。

図１１１は、いくつかの側面に従った、無線通信を実行する方法１１１００を示している。図１１１に示されているように、方法１１１００は、複数の端末装置から、複数の予測されるルートおよび複数の予測されるデータ・サービス要件を受信すること（１１１１０）、複数の予測されるルートおよび複数の予測されるデータ・サービス要件をまとめて評価して、予測されるネットワーク条件を得ること（１１１２０）、および、予測されるネットワーク条件に基づいて、複数の端末装置についての通信活動を制御すること（１１１３０）を含む。

３．３ コンテキスト・アウェアネス＃３
本開示のいくつかの側面において、例えばインターネット・オブ・シングス（ＩｏＴ）・デバイスを含むメッシュ・ネットワークは、メッシュ・ネットワークを初期化するための測定値を収集し、ネットワーク構成の外部制御および監視を可能にする外部ネットワーク管理エンティティとインターフェースする効果的なシステムを実装することができる。

図１１２は、メッシュ・ネットワークまたはマルチホップ無線規格において動作するＩｏＴデバイスまたは「ノード」を含むマルチホップ・ネットワークであってよい無線ネットワーク１１２００で実現されるいくつかの側面に従った例示図を示している。非限定的な例は、例えば、ＩＥＥＥ８０２．１５．４であってよい（しかしながら、他の同様の規格が同様に利用されてもよい）。ＩｏＴノードは、一般に、長いスリープ・サイクルを利用し得る低電力無線インターフェースを使用することができる。図１１２に示されているように、複数のＩｏＴノードは、互いおよびゲートウェイ装置１１２０４と連携して、無線ネットワークを形成することができ、ここで、ゲートウェイ装置１１２０４は、コーディネーター・ノードとして機能し、外部無線ネットワークへのアクセスを、無線ネットワーク１１２００のＩｏＴノードに提供することができる。したがって、無線ネットワーク１１２００のＩｏＴノードは、仲介として０個以上の中継ノードに依拠するゲートウェイ装置１１２０４との接続を確立するために、他のＩｏＴノードを「中継ノード」として利用すること等により、互いと連携することができる。その後、ＩｏＴノードは、メッシュ・ネットワークを介して、互いおよびゲートウェイ装置１１２０４と通信することができる。図１１２に示されているように、ゲートウェイ装置１１２０４は、３ＧＰＰ ｅＮｏｄｅＢ等のセルラー基地局であり得るネットワーク・アクセス・ノード１１２０６を介して、セルラー・ネットワーク等の外部ネットワークとインターフェースすることができる。ゲートウェイ装置１１２０４とネットワーク・アクセス・ノード１１２０６との間のインターフェースは、無線インターフェースまたは有線インターフェースであってよい。例えば、いくつかの側面において、ゲートウェイ装置１１２０４は、ネットワーク・アクセス・ノード１１２０６により提供される無線アクセス・ネットワーク上で動作することができ、その結果、ネットワーク・アクセス・ノード１１２０６との間で、データを無線で送信および受信することができる。あるいは、いくつかの側面において、ゲートウェイ装置１１２０４は、光ファイバー、Ｅｔｈｅｒｎｅｔ、または同様の有線インターフェースを介して、ネットワーク・アクセス・ノード１１２０６とインターフェースすることができる。いくつかの側面において、ゲートウェイ装置１１２０４は、ネットワーク・アクセス・ノード１１２０６とインターフェースするために、３ＧＰＰ無線アクセス・ネットワーク上で動作することもあるし、あるいは、ネットワーク・アクセス・ノード１１２０６とインターフェースするために、Ｗｉ－Ｆｉ ＩＥＥＥ８０２．１１等の非３ＧＰＰ無線アクセス・ネットワーク上で動作することもある。

いくつかの側面において、３ＧＰＰネットワークは、３ＧＰＰネットワーク上の有効なオペレータとしてゲートウェイ装置１１２０４を検証および認証することもでき、ネットワーク・アクセス・ノード１１２０６は、ＭＭＥ１１２０８を介して、これを実行することができる。認証および検証の後、ゲートウェイ装置１１２０４は、３ＧＰＰ無線アクセス・ネットワーク上で動作することができ、無線ネットワーク１１２００へのアクセスを提供することができる。次いで、ＩｏＴノードは、データ・サービスのために、例えば外部インターネット・サーバーおよびクラウド・サービスにアクセスするために、３ＧＰＰ無線アクセス・ネットワークを利用することができる。

無線ネットワーク１１２００の一つまたは複数のＩｏＴノードは、図９２に示されている端末装置９１０２のように、端末装置として構成され得る。したがって、ＩｏＴノード１１２０２は、ベースバンド・モデム９２０６の制御の下、アンテナ・システム９２０２およびＲＦトランシーバ９２０４を用いて、無線ネットワーク１１２００上で、例えばＩＥＥＥ８０２．１５．４等のマルチホップ・ネットワーク規格に従って無線信号を送信および受信することができる。ゲートウェイ装置１１２０４は、ネットワーク・アクセス・ノード９１１０と同様に構成され得る。しかしながら、いくつかの側面において、ゲートウェイ装置１１２０４は、ＬＴＥ、ＵＭＴＳ、またはＧＳＭ等、例えば３ＧＰＰ無線インターフェースであってよい、ネットワーク・アクセス・ノード１１２０６と通信するよう構成されている無線インターフェースと、例えば８０２．１５．４無線インターフェースであってよい、無線ネットワーク１１２００と通信するよう構成されている無線インターフェースと、の両方を有することができる。図１１３は、いくつかの側面に従った、アンテナ１１３０２、無線モジュール１１３０４、および制御モジュール１１３０６を含む第一の無線インターフェースと、アンテナ１１３０８、無線モジュール１１３１０、および制御モジュール１１３１２を含む第二の無線インターフェースと、を含み得る、ゲートウェイ装置１１２０４の例示的な内部構成を示している。制御モジュール１１３０６は、第一の無線インターフェースについての制御および物理層処理を実行し、８０２．１５．４またはＩｏＴデプロイメントと互換性のある別の同様の無線インターフェース等、無線ネットワーク１１２００の無線インターフェースに従って、無線モジュール１１３０４およびアンテナ１１３０２を用いた無線信号の送信および受信を制御するよう構成されている無線モデムであってよい。制御モジュール１１３１２は、第二の無線インターフェースについての制御および物理層処理を実行し、８０２．１５．４等、ネットワーク・アクセス・ノード１１２０６の無線インターフェースに従って、無線モジュール１１３１０およびアンテナ１１３０８を用いた無線信号の送信および受信を制御するよう構成されている無線モデムであってよい。制御モジュール１１３０６および制御モジュール１１３１２は各々、それぞれの無線インターフェースのプロトコル・スタック用のソフトウェア定義命令を実行するよう構成されているプロセッサに加えて、任意的に、例えば物理層処理機能についての処理タスクを実行するよう、ハードウェア定義回路で構成されている一つまたは複数の回路（例えば、ハードウェア・アクセラレーター）を含み得る。無線モジュール１１３０４および無線モジュール１１３１０は、無線トランシーバとして構成され、一つまたは複数の増幅器、フィルタ、ＲＦ変調器／復調器、ＤＡＣ／ＡＤＣ等を含み得る。図１１３に示されている構成に代えて、ゲートウェイ装置１１２０４は、光ファイバーまたはＥｔｈｅｒｎｅｔ接続等、有線インターフェースを介してネットワーク・アクセス・ノード１１２０６とインターフェースしてもよく、結果として、例えば、無線ネットワーク１１２００と通信するための第一の無線インターフェースのみを含んでもよい。

ゲートウェイ装置１１２０４は、無線ネットワーク１１２００を初期化し維持することにおいて重要な役割を果たすことができる。上述のように、ゲートウェイ装置１１２０４は、３ＧＰＰ無線アクセス・ネットワーク（および、適用可能な場合には他の外部ネットワーク）へのアクセスをＩｏＴノードに提供するために、「ブリッジング」の役割を果たすことができる。したがって、ゲートウェイ装置１１２０４は、無線ネットワーク１１２００とネットワーク・アクセス・ノード１１２０６との間のデータ・ルーティングおよびバッファリングを提供することができる。さらに、ゲートウェイ装置１１２０４は、どのＩｏＴノードが無線ネットワーク１１２００に参加することが許可されるかを検証するために、無線ネットワーク１１２００に要求するノードを認証することができる。

そのような一般的な機能に加えて、いくつかの側面に従うと、ゲートウェイ装置１１２０４は、さらに、無線ネットワーク１１２００の構成を最適化するために、無線ネットワーク１１２００のＩｏＴノードにより提供された測定レポートを利用することができる。詳細には、ゲートウェイ装置１１２０４は、無線ネットワーク１１２００がＩｏＴノード間の衝突および競合を効果的に管理することを可能にするために、スケジューリング・パラメータおよび競合パラメータを制御することができる。さらに、後で詳述されるように、ゲートウェイ装置１１２０４は、さらに、無線ネットワーク１１２００の外部で動作するネットワーク・マネージャー等による無線ネットワーク１１２００の外部構成を可能にするためのサービス・インターフェースを利用することができる。

詳細には、様々な側面は、無線ネットワーク１１２００における競合関連の問題に対処することを試みることができる。例えば、無線ネットワーク１１２００は、８０２．１５．４、または、「リッスンビフォアトーク」技術を利用する別のインターフェース等、競合ベースのアクセス・システムを含む無線インターフェースを利用することができる。リッスンビフォアトークに基づく競合ベースのアクセス・システムにおいて、送信機は、特定のチャネル上で送信する前に、特定のチャネル上の活動を検知する必要があり得る。送信機が他の送信を検出した場合、例えば競合が発生した場合、送信機は、チャネルを使用する前に待つ必要があり得る。送信機は、その後、他の送信が検出されない後の時間に、チャネルにアクセスすることができる。

無線ネットワーク１１２００が非常に密である場合、例えば、ＩｏＴノードが、概して、範囲内に多数の近傍ＩｏＴノードを有する場合、高程度の競合が存在する可能性がある。反対に、無線ネットワーク１１２００が粗である場合、例えば、ＩｏＴノードが、概して、範囲内に０個または少数の近傍ＩｏＴノードを有する場合、低程度の競合のみが存在する可能性がある。したがって、密なネットワーク内で動作するＩｏＴノードは、頻繁な衝突にさらされる可能性があり、これは、データ転送を著しく妨げる可能性がある。

いくつかの側面に従うと、ゲートウェイ装置１１２０４は、無線ネットワーク１１２００が高レベルの競合をいつ受けているかを検出することを試みることができ、高レベルの競合を検出したことに応じて、競合を低減するために無線ネットワーク１１２００を再構成する（構成し直す）ことができる。ゲートウェイ装置１１２０４は、近傍計数（例えば、所与のＩｏＴノードでの検出可能な近傍ノードの数）、競合計数（例えば、競合発生数）、データ転送量（例えば、特定の時間期間において交換されたデータ量）、チャネル・アクセス遅延（例えば、チャネルにアクセスすることを試みたときに被った遅延量）、フレーム送信遅延、パケットまたはフレーム誤り率、再送信計数、他の測定値等であるが、これらに限定されるものではない、無線ネットワーク１１２００の特定の測定値をモニタリングして、競合レベルを評価するよう構成され得る。これらの測定値をモニタリングすることにより、ゲートウェイ装置１１２０４は、競合レベルを推定し、高い競合を軽減するように、スケジューリング・パラメータおよび競合パラメータを適応させることができる。

８０２．１５．４を含む、ＩｏＴに関連するもの等の多くの既存の低電力無線接続規格は、ネットワーク特性を発見し、ネットワーク構成をリアルタイムで適応させるためのメカニズムを現在提供していない。したがって、様々な側面は、無線ネットワーク１１２００のＩｏＴノードから、ゲートウェイ装置１１２０４において測定レポートを得るために、新しい測定値収集および報告方式を利用することができる。次いで、ゲートウェイ装置１１２０４は、測定レポートを評価して、競合レベル等の動作条件を推定し、推定された競合レベルに基づいて、無線ネットワーク１１２００の構成を調整することができる。

したがって、無線ネットワーク１１２００のＩｏＴノードは、電波測定を実行し、電波測定値をゲートウェイ装置に報告することにより、ゲートウェイ装置１１２０４と協調することができる。ＩｏＴノードは、ネットワーク初期化中に、例えばゲートウェイ装置１１２０４に接続する前にかつ／または無線ネットワーク１１２００上での通常動作中に、電波測定値を収集することができる。

図１１４は、いくつかの側面に従った、ＩｏＴノード１１２０２等のＩｏＴノードが実行できる例示的な方法１１４００を示している。詳述されるように、接続するネットワークを探索し、検出されたネットワークに関連付け要求を送信するのではなく、ＩｏＴノード１１２０２は、初期ネットワーク・スキャン中に（例えば、ネットワークに接続する前に）電波測定値を収集し、タイマーが満了するまで、電波測定値を収集し続け、ネットワークについてスキャンし続けることができる。タイマーが満了した後、ＩｏＴノード１１２０２は、検出されたネットワークに接続し、収集された測定値を、検出されたネットワークに、例えば、検出されたネットワークのゲートウェイ装置に、報告することができる。次いで、ゲートウェイ装置は、測定値を使用して、ネットワークの現在の状態を評価し、特に高レベルの競合が検出された場合、必要な調整を行うことができる。

図１１５は、いくつかの側面に従った、方法１１４００を実行するよう構成されているベースバンド・モデム９２０６のコンポーネントを示す、ベースバンド・モデム９２０６の例示的な内部構成を示している。図１１５に示されているように、ベースバンド・モデム９２０６は、測定モジュール１１５０２および制御モジュール１１５０４を含み得、これらはそれぞれ、物理層処理モジュール９２０８およびコントローラ９２１０のコンポーネントであり得る。図１１５の例示図は、制御、電力、およびクロック・ラインに加えて、本側面に直接関係しない、ベースバンド・モデム９２０６の特定のコンポーネントを省略し得る。様々な側面において、図１１５に示されているベースバンド・モデム９２０６のコンポーネントは、構造的には、例えば一つまたは複数の専用ハードウェア回路またはＦＰＧＡ等のハードウェア定義モジュールとして、例えば非一時的なコンピュータ読み取り可能な記憶媒体に記憶されている算術命令、制御命令、およびＩ／Ｏ命令（例えばソフトウェア命令および／またはファームウェア命令）を規定するプログラム・コードを実行する一つまたは複数のプロセッサ等のソフトウェア定義モジュールとして、または、混合されたハードウェア定義およびソフトウェア定義モジュールとして、実現され得る。したがって、本開示において詳述されているベースバンド・モデム９２０６の各コンポーネントの機能は、ソフトウェア定義モジュールおよび／またはハードウェア定義モジュールとして具現化され得る。

方法１１４００に戻ると、制御モジュール１１５０４は、１１４０２において、測定タイマーを開始し、利用可能なネットワークについてのスキャンを開始するように測定モジュール１１５０２に命令することができる。したがって、測定モジュール１１５０２は、データ・パケットを受信および復号して、任意のデータ・パケットが利用可能なネットワークからの発見信号を含むかどうかを判定するよう構成され得る。例えば、マルチホップ・ネットワーク設定に従って、無線ネットワーク１１２００のＩｏＴノードのうちの一つまたは複数は、自身を識別し、近傍ＩｏＴノードを識別し、ゲートウェイ装置１１２０４等のコーディネーター・ノードに利用可能であるルーティング経路を識別する発見信号をブロードキャストすることができる。したがって、いくつかの側面において、測定モジュール１１５０２は、データ・パケットを復号することを試みて、無線ネットワーク１１２００の近傍ＩｏＴノードを識別することに加えて、ゲートウェイ装置１１２０４への有効なルーティング経路を検出することができる。ＩｏＴノード１１２０２とゲートウェイ装置１１２０４との間の近接さおよび電波条件に応じて、測定モジュール１１５０２は、ゲートウェイ装置１１２０４からデータ・パケットを受信することにより、ゲートウェイ装置１１２０４を直接検出することもできる。無線ネットワーク１１２００の他のＩｏＴノードおよびゲートウェイ装置１１２０４からのデータ・パケットを読み取ることにより、測定モジュール１１５０２は、無線ネットワーク１１２００を検出することができる。制御モジュール１１５０４は、デューティーサイクルに従って継続的または定期的にネットワーク・スキャンを実行するように測定モジュールに命令することができ、これは、性能を犠牲にして電力を節約することができる。

ネットワーク・スキャンのために、受信されたデータ・パケットを読み取ることに加えて、いくつかの側面において、測定モジュール１１５０２は、１１４０４において、受信されたパケットに対して電波測定を実行することもでき、測定モジュール１１５０２は、測定タイマーが満了するまで、これを実行し続けることができる。したがって、測定タイマーは、無線ネットワーク１１２００に関連付けを要求する前にＩｏＴノード１１２０２が測定を実行すると予想される間隔を規定することができる。いくつかの側面において、測定時間は、無線アクセス規格の一部において定義され得る、あるいは、規格において定義され得ず、実装固有の特徴であり得る。さらに、いくつかの側面において、制御モジュール１１５０４はまた、所与の範囲内で測定タイマーをランダムに選択することができ、これは、両方のＩｏＴノードがそれらの関連付け手順を同期させないこと、したがって、少なくとも一部のＩｏＴノードが、他のＩｏＴノードの測定中に通信していて、有用な測定結果をもたらすこと、を確実にし得る。

測定モジュール１１５０２は、１１４０４において、様々な電波測定のうちの任意の電波測定を実行することができる。例えば、いくつかの側面において、測定モジュール１１５０２は、近傍ＩｏＴノードによりもたらされているトラフィック・レベルを特徴付けることができる、所与のスキャン間隔中に受信されたフレームの数を測定することができる。追加的または代替的に、測定モジュール１１５０２は、以前には検出されなかったＭＡＣアドレスを有するパケットが受信されるたびに動作中のカウンタをインクリメントすること等により、近傍の送信側装置の数を特徴付けることができる、検出された近傍装置の数を計数することができる。いくつかの側面において、測定モジュール１１５０２は、各受信パケットの受信信号強度指標（ＲＳＳＩ）を計算し、他のＩｏＴノードが遠い（弱いＲＳＳＩ）かまたは近い（強いＲＳＳＩ）かを示し、結果としてネットワーク密度を特徴付けることができる、例えば平均ＲＳＳＩとして、信号強度を経時的に追跡すること等により、信号強度測定を実行することができる。いくつかの側面において、測定モジュール１１５０２はまた、信号対雑音比（ＳＮＲ）または信号対干渉雑音比（ＳＩＮＲ）等、信号品質測定を実行する。さらに、測定モジュール１１５０２は、クリア・チャネル評価（ＣＣＡ）の数、例えば、スキャン間隔ごとのビジー結果をもたらす、所与のチャネルがビジーであるかどうかを判定するためのリッスンビフォアトーク・テスト、を決定することにより、競合を測定することができる（例えば、測定モジュール１１５０２は、競合レベルを測定するためだけのデータ・パケットを使用しなくても、ＣＣＡ測定を実行することができる場合）。測定モジュール１１５０２は、後で制御モジュール１１５０４に提供するために、１１４０４において、そのような全ての測定値を収集することができる。

前述のように、測定モジュール１１５０２は、無線ネットワーク１１２００の他のＩｏＴノードおよびゲートウェイ装置１１２０２からのパケットを読み取ることにより、無線ネットワーク１１２００を検出することができる。無線ネットワーク１１２００を検出した後に無線ネットワーク１１２００に接続する代わりに、ＩｏＴノード１１２０２は、測定タイマーが満了するまで、測定を実行し続けることができる。したがって、測定モジュール１１５０２は、１１４０６において、検出されたネットワークを保存し、１１４０８において、測定タイマーが満了したかどうかをチェックすることができる。１１４０８において、測定タイマーが満了していない場合、測定モジュール１１５０２は、１１４０４および１１４０６に戻って、受信されたパケットについての測定値を収集し、検出されたネットワークを保存することができる。

１１４０８において、測定タイマーが満了すると、測定モジュール１１４０４は、測定値を収集し、もしあれば、検出されたネットワークを保存している。測定モジュール１１５０２は、測定値および任意の検出されたネットワークを制御モジュール１１５０４に提供することができ、制御モジュール１１５０４は、１１４１０において、任意のネットワークが利用可能であるかどうかを判定することができる。利用可能なネットワークが存在しない場合、制御モジュール１１５０４は、１１４１２において、ネットワーク・スキャンを再開して、再度、データ・パケットを読み取り、電波測定を実行することができる。ネットワークが利用可能である場合、制御モジュール１１５０４は、１１４１４に進んで、利用可能なネットワークに接続することができる。

測定モジュール１１５０２が、無線ネットワーク１１２００の他のＩｏＴノードおよび／またはゲートウェイ装置１１２０４からのデータ・パケットを識別したので、制御モジュール１１５０４は、１１４１０において、無線ネットワーク１１２００が利用可能であると判定することができる。例えば、制御モジュール１１５０４は、測定モジュール１１５０２が、無線ネットワーク１１２００の他のＩｏＴノードおよび／またはゲートウェイ装置１１２０４からのデータ・パケットを識別したことを、識別することができる。次いで、制御モジュール１１５０４は、１１４１４において、関連付け要求を無線ネットワーク１１２００に送信することにより、無線ネットワーク１１２００に接続することができる。詳細には、ＩｏＴノード１１２０２がゲートウェイ装置１１２０４の範囲内にある場合、制御モジュール１１５０４は、関連付け要求をゲートウェイ装置１１２０４に直接送信することができる。ＩｏＴノード１１２０２がゲートウェイ装置１１２０４の範囲内にない場合、制御モジュール１１５０４は、関連付け要求をゲートウェイ装置１１２０４に送信するために、無線ネットワーク１１２００の他のＩｏＴノードを、中継ノードとして利用する必要があり得る。制御モジュール１１５０４は、無線ネットワーク１１２００のどのＩｏＴノードがゲートウェイ装置１１２０４への最良の経路（例えば、リンク条件、ホップ数等に基づく）を提供するかを詳細に示す情報を提供することができる、近傍ＩｏＴノードから受信されたデータ・パケットに基づいて、ＩｏＴノード１１２０２とゲートウェイ装置１１２０４との間のルーティング経路を形成する中継ノードを選択することができる。

１１４１４において、関連付け要求をゲートウェイ装置１１２０４に送信することに加えて、いくつかの側面において、制御モジュール１１５０４はまた、関連付け要求とともに、測定レポートとして（例えば、関連付け要求の情報要素として、または、関連付け要求に時間的に近接して送信される別個のデータとして）、測定モジュール１１５０２により収集された測定値を送信することができる。ゲートウェイ装置１１２０４は、アンテナ１１３０２および無線モジュール１１３０４を介して、制御モジュール１１３０６において、ＩｏＴノード１１２０２からの関連付け要求および測定レポートを受信することができ、無線ネットワーク１１２００についての統計値を得るために、制御モジュール１１３０６において、関連付け要求および測定レポートを処理することができる。次いで、制御モジュール１１３０６は、ＩｏＴノード１１２０２からの関連付け要求を処理して、ＩｏＴノード１１２０２が無線ネットワーク１１２００に参加することを許可するかどうかを決定するために、アクセス制御手順を実行することができる。ＩｏＴノード１１２０２からの関連付け要求が情報要素として測定レポートを含む場合等の特定の場合には、制御モジュール１１３０６は、まず、ＩｏＴノード１１２０２を認証するためのセキュリティ手順を実行し、ＩｏＴノード１１２０２が、成功裡に認証され、無線ネットワーク１１２００に参加することが許可されると、測定レポートを収集することができる。

無線ネットワークに接続する前に測定値を収集することに加えてまたは代えて、いくつかの側面において、ＩｏＴノードはまた、測定を定期的に実行し、結果の測定レポートをゲートウェイ装置に提供してもよい。例えば、ＩｏＴノード１１２０２が無線ネットワーク１１２００に参加することを許可した後、ゲートウェイ装置１１２０４は、電波測定を定期的に実行し、電波測定値をゲートウェイ装置１１２０４に報告するように、ＩｏＴノード１１２０２に命令してもよい（あるいは、ＩｏＴノード１１２０２は、電波測定を定期的に実行し、電波測定値をゲートウェイ装置１１２０４に報告するよう元々構成されていてもよい）。したがって、ＩｏＴノード１１２０２は、測定期間に従って、測定モジュール１１５０２において電波測定を実行するようにウェイクアップし、収集のために制御モジュール１１５０４に測定値を提供することができる。制御モジュール１１５０４は、測定値を収集し、測定レポートをゲートウェイ装置１１２０４に送信することができる。ゲートウェイ装置１１２０４が、接続されたＩｏＴノードの測定動作を制御するいくつかの側面において、制御モジュール１１３０６は、例えば測定トリガー・コマンド・フレームとして、測定をトリガーする命令をＩｏＴノードに送信することにより、特定のＩｏＴノードにおいて測定を選択的にアクティブ化および非アクティブ化することができる。命令はまた、ＩｏＴノードが実行するように要求される測定のタイプ（例えば、フレーム計数、近傍計数、信号強度、信号品質、チャネル活動評価、チャネル・アクセス遅延、フレーム送信遅延、パケットまたはフレーム誤り率、再送信計数）を設定することができる。命令はまた、特定の測定報告モードを設定することができる。例えば、各ＩｏＴノードは、通常報告モードまたは相乗り（ピギーバック）報告モードのいずれかに従って測定値を報告するよう構成され得、ゲートウェイ装置１１２０４は、所望のタイプの報告を実行するようにＩｏＴノードに促すために、いずれかのモードを選択し、選択されたモードを命令に含めることができる。ゲートウェイ装置１１２０４が、通常報告モードでＩｏＴノード１１２０２を構成しているシナリオでは、制御モジュール１１５０４は、測定期間に従って測定モジュール１１５０２を周期的にウェイクアップさせることができ、測定モジュール１１５０２は、電波測定を実行し、測定値を制御モジュール１１５０４に提供することができ、制御モジュール１１５０４は、測定値をゲートウェイ装置１１２０４に報告することができる。ゲートウェイ装置１１２０４が、相乗り報告モードでＩｏＴノード１１２０２を構成しているシナリオでは、制御モジュール１１３０４は、測定モジュール１１３０２における電波測定をトリガーすることができ、測定モジュール１１５０２は、電波測定を実行し、測定値を制御モジュール１１５０４に提供することができ、制御モジュール１１３０２は、ゲートウェイ装置１１２０４に送信されるようにスケジュールされたデータ・パケットを識別するのに待つことができ、その後、識別されたデータ・パケットに測定レポートを相乗りさせることができる。相乗り報告モードは、特に小さいデータ・パケットを生成するアプリケーションの場合、報告オーバーヘッドを低減することができる（例えば、通常報告モードは、独立した測定レポート・メッセージを必要とし得るので）。

無線ネットワーク１１２００の複数のＩｏＴノードは、これらの側面において協調することができるので、いくつかの側面において、制御モジュール１１３０６は、複数のＩｏＴノードが無線ネットワーク１１２００に参加することを要求したとき、複数のＩｏＴノードからの関連付け要求とともに複数のＩｏＴノードからの測定レポートを収集することができる。さらに、無線ネットワーク１１２００のＩｏＴノードは、非同期的に動作することができるので、異なるＩｏＴノードは、異なる時間において、測定レポートをゲートウェイ装置１１２０４に提供することができる。したがって、制御モジュール１１３０６は、ＩｏＴノードから測定レポートを継続的に収集することができる。

ＩｏＴノードによる接続前測定報告および接続後測定報告の両方が、無線ネットワーク１１２００の動作条件を示すことができる電波測定値をゲートウェイ装置１１２０４に提供できる。図１１６に示されているように、制御モジュール１１３０６は、接続されたＩｏＴノードから測定値を収集し、収集された測定値に基づいて無線ネットワーク１１２００の動作を最適化するために、方法１１６００を実行することができる。前述のように、制御モジュール１１３０６は、無線ネットワーク１１２００を管理する制御命令を含み得るソフトウェア定義命令を実行するよう構成されているプロセッサを含み得る。

図１１６に示されているように、制御モジュール１１３０６は、１１６１０において、ＩｏＴノードから測定レポートを収集することができる。前述のように、測定レポートは、無線ネットワーク１１２００の動作条件を示すことができる、受信フレームの数、近傍ＩｏＴノードの数、信号強度測定値、信号品質測定値、およびチャネル活動測定値を含み得る。次いで、制御モジュール１１３０６は、１１６２０において、測定レポートに基づいて、無線ネットワーク１１２００の動作条件を決定することができる。詳細には、制御モジュール１１３０６は、１１６２０において、無線ネットワーク１１２００の密度および／または無線ネットワーク１１２００の衝突条件を推定することができる。例えば、前述のように、受信フレームの数、近傍ＩｏＴノードの数、信号強度測定値、およびチャネル活動測定値の各々は、無線ネットワーク１１２００のＩｏＴノードが互いにどれくらい近いかと、無線ネットワーク１１２００のＩｏＴノード間の衝突の頻度と、を示し得る。具体的には、受信フレームの数が多いことは、高いトラフィック・レベル、したがって、高密度／衝突頻度を示し得、近傍デバイスの数が多いことは、高密度／衝突頻度を示し得、高信号強度測定値は、非常に近い近傍ＩｏＴノード、したがって、高密度／衝突頻度を示し得、高頻度のビジー・チャネル評価（ＣＣＡ等）は、高密度／衝突頻度を示し得る。したがって、制御モジュール１１３０６は、１１６２０において、測定レポートを評価して、動作条件としてネットワーク密度および衝突可能性を推定することができる。

次いで、制御モジュール１１３０６は、１１６３０において、特に密なネットワークの場合の衝突可能性を低減するために、動作条件に基づいて、無線ネットワーク１１２００を再構成することができる。例えば、制御モジュール１１３０６は、動作条件に基づいて、スケジューリング・パラメータ、競合パラメータ、および電力使用パラメータを調整するよう構成され得る。例えば、無線ネットワーク１１２００が密なネットワークであることを制御モジュール１１３０６が検出した場合、制御モジュール１１３０６は、リッスンビフォアトーク方式を調整すること（例えば、送信前にＩｏＴノードがリッスンする必要がある時間量を調整すること、または、リトライの前にビジー・チャネルを検出した後にＩｏＴノードが待つ必要がある時間量（例えば待機時間）を調整すること）、送信間隔を調整すること（例えば、送信後、別の送信の実行が許可される前にＩｏＴが待つ必要がある時間量を調整すること）、または、デューティーサイクリング方式を調整すること（例えば、過度の競合により引き起こされる高電力消費をオフセットするために密なネットワーク条件においてデューティーサイクリング方式を使用することにより、または、高競合シナリオにおいて電力を節約するためにＩｏＴノードへの電力消費コマンドおよび／またはスリープ・コマンドを調整することにより）等により、密なネットワークの動作について最適化されるように、スケジューリング・パラメータおよび競合パラメータを調整することができる。いくつかの側面において、制御モジュール１１３０６はまた、衝突の可能性を低減する、ＩｏＴノードのスケジュールを選択すること等により、ＩｏＴノードの個々のスケジュールを調整するよう構成され得る。いくつかの側面において、制御モジュール１１３０６は、条件を低減することにおいて効果的であり得るスケジューリング・パラメータおよび競合パラメータを含むＰＨＹおよび／またはＭＡＣ層パラメータを適応させるよう構成され得る。いくつかの側面において、制御モジュール１１３０６はまた、１１６３０において、どのＩｏＴノードが無線ネットワーク１１２００に接続されるかを再構成するよう構成され得る。例えば、制御モジュール１１３０６は、特定のＩｏＴノードを登録および／または登録解除することができる。いくつかの側面において、制御モジュール１１３０６はまた、無線ネットワーク１１２００がどの周波数帯域を利用するかを制御するよう構成され得る。いくつかの側面において、制御モジュール１１３０６は、メッシュ・アーキテクチャー内のルーティングを変更すること等により、無線ネットワーク１１２００のルーティング構成を調整するよう構成され得る。

したがって、様々な側面において、制御モジュール１１３０６は、無線ネットワーク１１２００の性能を向上させるために、推定された密度および／または衝突条件に基づいて、無線ネットワーク１１２００の構成を適応させることができる。したがって、制御モジュール１１３０６は、無線ネットワーク１１２００の瞬間的な動作条件および／または無線ネットワーク１１２００の動作に対する任意の変化に応じるよう構成され得る。例えば、制御モジュール１１３０６は、無線ネットワーク１１２００のネットワーク密度および／または競合レベルを推定し、推定されたネットワーク密度および／または競合レベルを、あらかじめ定義された閾値と比較し、推定されたネットワーク密度および／または競合レベルが、あらかじめ定義された閾値を超えている場合、競合を低減するために無線ネットワーク１１２００の再構成をトリガーすることができる。制御モジュール１１３０６は、電波測定値を評価して密度および競合条件を決定することにより、ネットワーク密度および競合レベルを定量的に推定することができる。制御モジュール１１３０６は、再構成を実施させる制御シグナリングを、無線ネットワーク１１２００のＩｏＴノードに提供することができる。さらに、いくつかの側面において、ゲートウェイ装置１１２０４は、無線ネットワーク１１２００の初期形成中に（ＩｏＴノードの各々がゲートウェイ装置１１２０４に最初に接続し、関連付け要求とともに測定レポートを提供できるとき等に）方法１１６００を実行することができ、これは、ゲートウェイ装置１１２０４が測定レポートに基づいて無線ネットワーク１１２００を初期構成することを可能にし得る。

したがって、様々な側面は、ゲートウェイ装置等のコーディネーター・ノードが、メッシュ・ネットワークまたは他の同様の低電力ネットワークのノードから測定レポートを受信し、測定レポートに基づいてネットワーク構成を適応的に調整することを可能にし得る。図１１２の設定を続けると、いくつかの側面はまた、ネットワーク・マネージャーが無線ネットワーク１１２００の動作を外部でモニタリングできる、かつ／または、無線ネットワーク１１２００の構成を外部で調整できるサービス・インターフェースを提供することができる。図１１２に示されているように、管理装置１１２１６は、非３ＧＰＰネットワーク（例えばＷｉ－Ｆｉ）等、ゲートウェイ装置１１２０４とは異なるネットワークに接続され得る。管理装置１１２１６は、ゲートウェイ装置１１２０４と同じネットワークに接続されていない可能性があるので、管理装置１１２１６は、ゲートウェイ装置１１２０４とインタラクトすることができない可能性がある。しかしながら、いくつかの側面は、管理装置１１２１６がゲートウェイ装置１１２０４とインタラクトするためのメカニズムを提供する管理アプリケーション・プログラム・インターフェース（ＡＰＩ）・サーバー１１２１０によりサポートされるサービス・インターフェースを提供することができる。したがって、これらの側面は、管理装置１１２１６が、ゲートウェイ装置１１２０４とインタラクトして、無線ネットワーク１１２００を制御することを可能にし得るとともに、無線ネットワーク１１２００の構成情報および測定情報を記憶することができるデータベース１１２１２を介して、無線ネットワーク１１２００の動作をモニタリングすることを可能にし得る。

管理装置１１２１６は、無線ネットワーク１１２００についての管理を担当するまたは無線ネットワーク１１２００についての管理権限を有するネットワーク・マネージャーにより操作される通信装置であってよい。管理装置１１２１６は、図９２に示されている端末装置９１２０と同じように構成されてよく、アンテナ・システム９２０２、ＲＦトランシーバ９２０４、および、Ｗｉ－Ｆｉ ＡＰ等の非３ＧＰＰネットワーク・アクセス・ノードであり得るネットワーク・アクセス・ノード１１２１４との動作のために構成されているベースバンド・モデム９２０６を含む無線インターフェースを有することができる。ネットワーク・アクセス・ノード１１２１４は、ゲートウェイ装置１１２０４と同じネットワークに接続されていない可能性があるので、管理装置１１２１６は、ネットワーク・アクセス・ノード１１２１４を介して無線ネットワーク１１２００に直接アクセスすることができない可能性がある。いくつかの側面に従うと、管理ＡＰＩサーバー１１２１０は、ネットワーク・アクセス・ノード１１２１４の非３ＧＰＰネットワークとネットワーク・アクセス・ノード１１２０６の３ＧＰＰネットワークとの間に配置され得る。したがって、管理ＡＰＩサーバー１１２１０は、異なるネットワーク間のインターフェースとして機能するサーバーとして実現され得、管理装置１１２１６が無線ネットワーク１１２００とインタラクトするためのサービス・インターフェースを提供することができる。

管理装置１１２１６は、無線ネットワーク１１２００の動作をモニタリングすることができるとともに、管理ＡＰＩサーバー１１２１０を介して無線ネットワーク１１２００の動作を構成することができる。図１１２に示されているように、ゲートウェイ装置１１２０４は、管理ＡＰＩサーバー１１２１０を介してデータベース１１２１２とインターフェースすることができる。したがって、無線ネットワーク１１２００のＩｏＴノードから測定レポートを受信した後、ゲートウェイ装置１１２０４は、（例えば、直接インターフェースを介して、かつ／または、ネットワーク・アクセス・ノード１１２０６を介して）管理ＡＰＩサーバー１１２１０に測定値をアップロードすることができ、管理ＡＰＩサーバー１１２１０は、測定値をデータベース１１２１２に記憶することができる。ゲートウェイ装置１１２０４はまた、管理ＡＰＩサーバー１１２００を介して、スケジューリング・パラメータおよび競合パラメータ等の現在の構成情報をデータベース１１２１２にアップロードすることができる。データベース１１２１２は、データを記憶するよう構成されているサーバーとして実現され得、管理ＡＰＩサーバー１１２００と一緒にまたは管理ＡＰＩサーバー１１２００とは別個に、実装され得る。データベース１１２１２は、したがって、無線ネットワーク１１２００により提供された、無線ネットワーク１１２００についての動作情報として、測定情報および構成情報を記憶することができる。

管理装置１１２１６は、サービング・ネットワークが異なることに起因して、ゲートウェイ装置１１２０４と直接インタラクトすることができない可能性があるので、管理装置１１２１６は、無線ネットワーク１１２００をモニタリングおよび構成するために、管理ＡＰＩサーバー１１２１０に依拠し得る。例えば、管理装置１１２１６は、管理ＡＰＩサーバー１１２１０に対して、無線ネットワーク１１２００についての測定情報または構成情報を要求することができ、管理ＡＰＩサーバー１１２１０は、データベース１１２１２から測定情報または構成情報を取得し、測定情報または構成情報をクライアント装置１１２１６に提供することができる。図１１２に示されているように、管理装置１１２１６は、まず、無線ネットワーク１１２００についての測定情報または構成情報の情報要求を生成することができる。情報要求は、管理装置１１２１６のアプリケーション・プロセッサ９２１２においてアプリケーション層を利用して情報要求をトリガーすることができる、管理装置１１２１６のユーザーにより促され得る。次いで、アプリケーション・プロセッサ９２１２は、情報要求を生成し、ベースバンド・モデム９２０６、ＲＦトランシーバ９２０４、およびアンテナ・システム９２０２により提供される無線インターフェースを介して、情報要求をネットワーク・アクセス・ノード１１２１４に送信することができる。次いで、ネットワーク・アクセス・ノード１１２１４は、情報要求を管理ＡＰＩサーバー１１２１０にルーティングすることができ、管理ＡＰＩサーバー１１２１０は、管理装置１１２１６が、無線ネットワーク１１２００についての測定情報および構成情報等の動作情報にアクセスすることが許可されていることを検証することができる。次いで、管理ＡＰＩサーバー１１２１０は、情報要求において指定されている測定情報または構成情報についてデータベース１１２１２に問い合わせることができる。データベース１１２１２は、測定情報または構成情報をもって管理ＡＰＩサーバー１１２１０に応答することができ、管理ＡＰＩサーバー１１２１０は、測定情報または構成情報を含む情報応答を生成し、ネットワーク・アクセス・ノード１１２１４を介して、情報応答を管理装置１１２１６に送信することができる。したがって、ゲートウェイ装置１１２０４は、管理ＡＰＩサーバー１１２１０を介して、無線ネットワーク１１２００についての測定情報および構成情報をデータベース１１２１２に以前にアップロードしているので、いくつかの側面は、管理装置１１２１６およびゲートウェイ装置１１２０４が異なるネットワーク（例えば、非３ＧＰＰネットワークおよび３ＧＰＰネットワーク）に接続されている可能性があるとしても、管理装置が無線ネットワーク１１２００についての構成情報または測定情報にアクセスすることを可能にし得る。

管理ＡＰＩサーバー１１２１０を介して無線ネットワーク１１２００についての測定情報および構成情報にアクセスすることに加えて、いくつかの側面において、管理装置１１２１６はまた、ゲートウェイ装置１１２０４を介して無線ネットワーク１１２００を構成して適応させることができる。例えば、方法１１６００に関して前述したように、ゲートウェイ装置１１２０４は、無線ネットワーク１１２００のＩｏＴノードにより提供された測定レポートに基づいて、スケジューリング・パラメータおよび競合パラメータならびに電力制御パラメータを調整すること等により、無線ネットワーク１１２００を適応させて再構成することができる。管理ＡＰＩサーバー１１２１０は、ゲートウェイ装置１１２０４へのサービス・インターフェースを管理装置１１２１６に提供することができるので、これらの側面はまた、管理装置１１２１６が無線ネットワーク１１２００を外部で適応させて構成することを可能にし得る。したがって、ネットワーク・マネージャー等の、管理装置１１２１６のユーザーは、管理ＡＰＩサーバー１１２１０により提供されるサービス・インターフェースを利用して、無線ネットワーク１１２０４を再構成するようにゲートウェイ装置１１２０４に命令することができる。

例えば、管理装置１１２１６は、まず、上記で詳述されたように、管理ＡＰＩサーバー１１２１０から、無線ネットワーク１１２００についての測定情報および／または構成情報等の動作情報を受信することができる。次いで、管理装置１１２１６は、測定情報および／または構成情報に基づいて、無線ネットワーク１１２００についての構成変更を決定することができる。例えば、管理装置１１２１６は、（アプリケーション層を介して）測定情報および／または構成情報を管理装置１１２１６のユーザーに提示することができ、それに応じて、ユーザーは、例えば、測定情報により示される、無線ネットワーク１１２００の過度の競合または密度の問題に対処するために、または、測定関連パラメータを調整するために、無線ネットワーク１１２００についての構成変更を決定することができる。管理装置１１２１６は、例えば、リッスンビフォアトーク構成、ノード・スケジューリング、ノード・デューティーサイクリング、ＰＨＹ／ＭＡＣパラメータ等を含む、スケジューリング・パラメータおよび競合パラメータ、または電力関連パラメータを調整することができる。次いで、管理装置１１２１６のアプリケーション・プロセッサ９２１２は、ゲートウェイ装置１１２０４にアドレス指定される構成変更命令を生成し、（例えば、ベースバンド・モデム９２０６、ＲＦトランシーバ９２０４、およびアンテナ・システム９２０２を介して）構成変更命令をネットワーク・アクセス・ノード１１２１４に送信することができる。次いで、ネットワーク・アクセス・ノード１１２１４は、構成変更命令を管理ＡＰＩサーバー１１２１０にルーティングすることができ、管理ＡＰＩサーバー１１２１０は、非３ＧＰＰネットワークと３ＧＰＰネットワークとの間でインターフェースするその役割を果たし、構成変更命令をゲートウェイ装置１１２０４にルーティングすることができる。ゲートウェイ装置１１２０４は、構成変更命令を受信し、構成変更命令に従って、無線ネットワーク１１２００を再構成することができ、これは、スケジューリング・パラメータ、競合パラメータ、電力制御パラメータを調整することを含み得る。構成変更命令はまた、より頻繁なまたはより頻繁でない測定レポートを受信するように、ＩｏＴノードの測定報告期間を調整すること等、測定関連パラメータの変更を指定することもできる。ゲートウェイ装置１１２０４は、再構成を実施するように、制御シグナリングを無線ネットワーク１１２００のＩｏＴノードに送信することができる。

したがって、様々な側面はまた、管理装置が異なるネットワークからメッシュ・ネットワークを制御するためのサービス・インターフェースを提供することができる。しかしながら、管理装置およびゲートウェイ装置が同じネットワークに接続されている場合にも、いくつかの側面が実現され得る。例えば、管理装置１１２１６は、ネットワーク・アクセス・ノード１１２０６（または、同じネットワークの別のネットワーク・アクセス・ノード）に接続される可能性があり、したがって、ゲートウェイ装置１１２０４と同じ３ＧＰＰネットワークに接続される可能性がある。ゲートウェイ装置１１２０４は、測定情報および構成情報を、３ＧＰＰネットワークの内部および／または外部に配置され得るデータベース１１２１２に同様にアップロードすることができる、または、３ＧＰＰネットワークを介して、測定情報および構成情報を管理装置１１２１６に提供することができる。したがって、管理装置１１２１６は、（例えば、データベース１１２１２を介してまたはゲートウェイ装置１１２０４から）測定情報および構成情報を得て、その後、測定情報および構成情報に基づいて、無線ネットワーク１１２００を再構成するために、例えば密度または競合関連の問題に対処するために、ゲートウェイ装置１１２０４に構成変更命令を発することができる。

これらの側面はまた、（例えば、図９４～図１１１のいずれかに関して詳述されたように）ＩｏＴデバイスについての予測されるルートを決定すること、および／または、ビームフォーミングおよびＶ２Ｉアプリケーションを用いること等、本開示に記載の他の側面とともに使用されてもよい。ＩｏＴデバイスの能力は、主に資源が制約されているＩｏＴデバイスの場合、制限され得る。ゲートウェイ装置１１２０４により収集されたネットワーク測定値を、他のコンテキスト情報（例えば、特定のアプリケーション、レイテンシー要件、位置等に関する情報）と組み合わせて、無線ネットワーク１１２００の動作をどのように最良に構成するかを決定することができる。いくつかの側面において、無線ネットワーク１１２００のＩｏＴデバイスについてのビームフォーミングも適用され得る。

図１１７は、いくつかの側面に従った、無線マルチホップ・ネットワークを管理する例示的な方法１１７００を示している。図１１７に示されているように、方法１１７００は、無線マルチホップ・ネットワークの一つまたは複数のノードから電波測定値を受信すること（１１７１０）、電波測定値を評価して、ネットワーク密度または伝送競合に関係した、無線マルチホップ・ネットワークの動作条件を推定すること（１１７３０）、および、動作条件により示される、無線マルチホップ・ネットワークの競合レベルに基づいて、無線マルチホップ・ネットワークの構成を調整すること（１１７４０）を含む。

図１１８は、いくつかの側面に従った、無線通信を実行する例示的な方法１１８００を示している。図１１８に示されているように、方法１１８００は、測定タイマーを開始し、無線スキャンを実行して近接無線ネットワークを識別し、近接無線ネットワークの一つまたは複数の電波測定値を得ること（１１８１０）、測定タイマーが満了した後、識別された近接無線ネットワークに基づいて、目標無線ネットワークを選択すること（１１８２０）、および、一つまたは複数の電波測定値を含む関連付け要求を、目標無線ネットワークのコーディネーター・ノードに送信すること（１１８３０）を含む。

３．４ コンテキスト・アウェアネス＃４
本開示のいくつかの側面において、ビークル対インフラストラクチャー（ビークルツーインフラストラクチャー：Ｖ２Ｉ）通信システムは、路側機（ＲＳＵ）等のネットワーク・アクセス・ノードからのアンテナ・ビームを正確にステアリングするために、移動しているビークルのコンテキスト情報に依拠し得る。車、自動車、またはドローン等の移動するビークルは、高速で移動し、迂闊にも互いに対する移動妨害物として作用することがあるので、アンテナ・ステアリング方向を決定するためにセクター・スイープに依拠するビームステアリング・システムは問題となる可能性がある。したがって、路側ネットワーク・アクセス・ノードは、ビークル軌跡を予測し、続いて、予測されるビークル軌跡に基づいてアンテナ・ビームをステアリングして、無線データをビークルに効果的に配信するために、ビークル位置、ビークル速度、ビークル・ルート等といったコンテキスト情報に依拠し得る。いくつかの側面は、無線対応ビークルとビークル内でユーザーにより所持されるハンドヘルド／ポータブル端末装置との両方のために、ビームステアリングに適用され得る。

図１１９は、いくつかの側面に従った、路側ネットワーク・アクセス・ノード１１９００が道路１１９１２を移動しているビークルに無線アクセス・ネットワークを提供するよう構成され得る例示的なユース・ケースを示している。図１１９に示されているように、所与の時点において、ビークル１１９０２、１１９０４、および１１９０６は、道路１１９１２を移動している可能性があり、ビークル端末装置（例えば無線対応車）であることもあるし、ビークルの内部でハンドヘルド／ポータブル端末装置を運んでいることもある。ビークル１１９０２～１１９０６への送信のためのアレイ利得を増加させるために、路側ネットワーク・アクセス・ノード１１９００は、ビームステアリングを利用して、アンテナ・ビームをビークル１１９０２～１１９０６の各々に合わせることができる。路側ネットワーク・アクセス・ノード１１９００は、図１１９に示されているように、ステアリングされるアンテナ・ビームを集合的に形成する強め合う干渉および弱め合う干渉のパターンを生成するために、各アンテナにおける信号が位相シフトおよび／または重み付けされるアンテナ・アレイを使用して、アンテナ・ビームの各々をステアリングすることができる。図１１９の例示的な設定において、静的ネットワーク・アクセス・ノードを用いて図示されているが、いくつかの側面は、モバイル・ネットワーク・アクセス・ノードまたはＶ２Ｖコンテキストのためにこれらの技術を利用することができる。例えば、ネットワーク・アクセス・ノード機能（例えば、無線アクセス・ネットワーク上でのデータの送信および受信、ならびに、コアまたはインターネット・ネットワークへのバックホール接続）を有するビークル（または、ドローン等の同等の別の移動する装置）として具現化されるビークル・ネットワーク・アクセス・ノードは、これらの側面において、路側ネットワーク・アクセス・ノード１１９００の役割を担うことができる。したがって、ビークル・ネットワーク・アクセス・ノードは、一つまたは複数のビークルのコンテキスト情報に基づいてビークル軌跡を予測し、予測される軌跡に基づいて、一つまたは複数のビークルに向けて一つまたは複数のアンテナ・ビームをステアリングすることができる。いくつかの側面において、これらの技術は、ビークルがネットワーク・アクセス・ノード１１９００に関して本開示において説明された機能を実行し、それに応じてコンテキスト情報に基づいて一つまたは複数のビークルの軌跡を予測し、予測される軌跡に基づいて一つまたは複数のビークルに向けて一つまたは複数のアンテナ・ビームをステアリングする等のＶ２Ｖ設定にも適用可能である。これらの側面は、ノマディック・ネットワーク・アクセス・ノード（階層的通信に関して以下で説明されるようなモバイル・インフラストラクチャー・ノード等）においても適用可能である。

ビークル１１９０２～１１９０６の各々に対して適切な方向に各アンテナ・ビームをステアリングするために、路側ネットワーク・アクセス・ノード１１９００は、ビークル１１９０２～１１９０６の各々が路側ネットワーク・アクセス・ノード１１９００に対して配置されている方向の知識に依拠し得る。ビームステアリング・システムは、セクター・スイープ、または、送信機が複数の異なるステアリング方向を通じて「スイープ」し、各ステアリング方向の有効性を示す、受信機からのフィードバックを受信することができる他の同様の技術によって、ステアリング方向を識別することができる。したがって、送信機は、フィードバックに基づいて（初期粗スイープを用いて初期セクタを識別し、続いて狭い最適ステアリング方向を決定するために、識別されたセクタを精緻にすること等により）、適切なステアリング方向を正確に示すことができる。

しかしながら、図１１９におけるように、受信機が高速で移動している場合には、複数のセクタにわたってスイープを実行し、フィードバックを受信する際のレイテンシーは、受信機を効果的に追跡するには大きすぎる可能性がある。受信機の移動もまた、妨害物の点で問題があるかもしれない。図１１９に示されているように、木１１９０８および１１９１０は、ビークル１１９０２～１１９０６の位置に応じて、路側ネットワーク・アクセス・ノード１１９００とビークル１１９０２～１１９０６との間の見通し（ＬＯＳ）パスに対する様々な程度の遮りを与える妨害物として作用することがある。さらに、ビークル１１９０２～１１９０６は、互いに対する妨害物として作用することがある。図１１９に示されているように、ビークル１１９０６は、路側ネットワーク・アクセス・ノード１１９００とビークル１１９０４との間のＬＯＳパスを遮ることがある。ビークル１１９０２～１１９０６が動くにつれて、妨害物により引き起こされる遮りの程度は時間とともに変化する可能性があるので、セクター・スイープは、適切なステアリング角度を正確に検出できないことがある。

したがって、様々な側面は、路側ネットワーク・アクセス・ノード１１９００において、ビークル１１９０２～１１９０６からの位置情報、速度情報、ルート情報等といったコンテキスト情報を使用して、ビークル軌跡を予測し、予測されるビークル軌跡に基づいてビームステアリングを実行することができる。したがって、路側ネットワーク・アクセス・ノード１１９００は、ビークル１１９０２～１１９０６の移動を正確に追跡し、各アンテナ・ビームについて有効なステアリング方向を選択するよう構成され得る。路側ネットワーク・アクセス・ノード１１９００はまた、これらのコンテキスト情報に基づいて他のビークルの位置を予測して、他のビークルにより引き起こされる遮りに対応するよう構成され得、木１１９０８および１１９１０等の固定妨害物を検出し、それに応じてビームステアリングを調整するために、機械学習を適用することができる。例えば、路側ネットワーク・アクセス・ノード１１９００は、教師あり学習または教師なし学習、強化学習、遺伝的アルゴリズム、ルール・ベースの学習サポート・ベクタ・マシン、人工ニューラル・ネットワーク、ベイズ木モデリング、または隠れマルコフ・モデリング等の機械学習技術を利用することができる。路側ネットワーク・アクセス・ノード１１９００におけるこのビームステアリング調整は、路側ネットワーク・アクセス・ノード１１９００がビークルおよび妨害物の配置に基づいて（例えば、適応コードブックに基づいて）ビームを調整することができるＲＳＵ内ビーム切り換えとみなされ得る。

いくつかの側面において、路側ネットワーク・アクセス・ノード１１９００は、図９３に示されているネットワーク・アクセス・ノード９１１０と同じように構成されてよく、したがって、アンテナ・システム９３０２、無線モジュール９３０４、および通信モジュール９３０６を含み得る。アンテナ・システム９３０２は、図１１９に示されているように路側ネットワーク・アクセス・ノード１１９００がアンテナ・ビームをステアリングするために利用することができる複数のアンテナを含むアンテナ・アレイであってよい。様々な側面において、路側ネットワーク・アクセス・ノード１１９００は、アンテナ・システム９３０２をステアリングするための任意のアナログ・ビームフォーミング（例えば、アンテナ・システム９３０２の各アンテナにおける信号の位相シフトを操作するためにアナログＲＦ移相器を用いる）、デジタル・ベースバンド・ビームフォーミング（例えば、アンテナ・システム９３０２の各アンテナにおける信号の位相シフトおよび／または利得を操作するためにデジタル・プロセッサを用いる）、および／またはハイブリッド・ビームフォーミング（例えば、アナログＲＦ移相器とデジタル・プロセッサとの混合を用いる）を含む任意のビームステアリング技術を利用してアンテナ・システム９３０２をステアリングすることができる。これは、特定の方向に向けられる特定のアンテナ・ビームを提供する、アンテナ・システム９３０２のアンテナに対して異なる複素重み付け（位相および重み）設定を提供し得る適応ビームステアリング・コードブックの使用を含み得る。したがって、路側ネットワーク・アクセス・ノード１１９００は、いくつかの側面において適応ビームステアリング・コードブックの使用を含み得る、複素アンテナ重み付けを調整することにより、アンテナ・システム９３０２により生成されるアンテナ・ビームを調整するよう構成され得る。前述のように、これはＲＳＵ内ビーム切り換えとみなされ得る。

路側ネットワーク・アクセス・ノード１１９００は、無線アクセス・ネットワークをビークル１１９０２～１１９０６に提供するために、アンテナ・システム９３０２、無線モジュール９３０４、および通信モジュール９３０６を動作させるよう構成され得る。例えば、いくつかの側面において、路側ネットワーク・アクセス・ノード１１９００は、例えばミリメートル波（ｍｍＷａｖｅ）無線アクセス技術を使用して、５Ｇ無線アクセス・ネットワークを提供するよう構成され得る。路側ネットワーク・アクセス・ノード１１９００はまた、複数の無線アクセス技術に従ってアンテナ・システム９３０２、無線モジュール９３０４、および通信モジュール９３０６を動作させるよう構成されてもよく、したがって、マルチＲＡＴ無線アクセス・ノードであってもよい。例えば、いくつかの側面において、路側ネットワーク・アクセス・ノード１１９００は、５Ｇ無線アクセス技術（例えば、ｍｍＷａｖｅ）、４Ｇ無線アクセス技術（例えば、ＬＴＥ）、３Ｇ無線アクセス技術（例えば、ＵＭＴＳ）、および２Ｇ無線アクセス技術（例えば、ＧＳＭ）に従って動作するよう構成され得る。

図１２０は、いくつかの側面に従った、通信モジュール９３０６の例示的な内部構成を示している。図１２０に示されているように、通信モジュール９３０６は、いくつかの側面において、物理層モジュール９３０８および／または制御モジュール９３１０のコンポーネントであり得る、収集モジュール１２００２、予測モジュール１２００４、およびステアリング制御モジュール１２００６を含み得る。図１２０に示されている通信モジュール９３０６の構成は、制御、電力、およびクロック・ラインに加えて、本側面に直接関係しない、通信モジュール９３０６の特定のコンポーネントを省略し得る。図１２０に示されている通信モジュール９３０６のコンポーネントの各々は、構造的には、例えば一つまたは複数の専用ハードウェア回路またはＦＰＧＡ等のハードウェア定義モジュールとして、例えば非一時的なコンピュータ読み取り可能な記憶媒体に記憶されている算術命令、制御命令、およびＩ／Ｏ命令（例えばソフトウェア命令および／またはファームウェア命令）を規定するプログラム・コードを実行する一つまたは複数のプロセッサ等のソフトウェア定義モジュールとして、または、混合されたハードウェア定義およびソフトウェア定義モジュールとして、実現され得る。したがって、本開示において詳述されている通信モジュール９３０６の各コンポーネントの機能は、ソフトウェア定義モジュールおよび／またはハードウェア定義モジュールとして具現化され得る。

前述のように、路側ネットワーク・アクセス・ノード１１９００は、ビークルの軌跡を予測し、予測される軌跡に基づいて、アンテナ・ビームをステアリングすることができる。セクター・スイープベースのステアリングは、ビークルが高速で移動しているシナリオでは非効率的であり得るので、路側ネットワーク・アクセス・ノード１１９００は、ビークルについての位置、速度、およびルート情報等のコンテキスト情報を使用して、軌跡を予測することができる。図１２１は、いくつかの側面に従った、路側ネットワーク・アクセス・ノード１１９００の通信モジュール９３０６が予測されるビークル軌跡に基づいてアンテナ・システム９３０２のビームをステアリングするために実行できる方法１２１００を示している。

前述のように、ビークル１１９０２～１１９０６の各々は、ビークル端末装置（例えば、無線通信機能を有する自動車）として構成されることもあるし、ハンドヘルド／ポータブル端末装置を運んでいるビークルであることもある。したがって、ビークル１１９０２～１１９０６のうちの一つまたは複数は、ビークルの内蔵コンポーネントとして、または、ビークル内でユーザーにより所持されるスタンドアロンのハンドヘルド／ポータブル端末装置として、図９２に示されている端末装置９１０２のインスタンスを含み得る。いずれにせよ、ビークル１１９０２～１１９０６は、位置、速度、またはルート情報を含むコンテキスト情報を路側ネットワーク・アクセス・ノード１１９００に報告するよう構成され得る。例えば、ビークル１１９０２は、センサー９２１８およびセンサー９２２０等のセンサーを介して位置情報または速度情報を得ることができ、ここで、センサー９２１８は、例えば、ＧＰＳまたは他のＧＮＳＳシステム等の測位システムであってよく、センサー９２２０は、例えば、加速度計または速度センサーであってよい。アプリケーション・プロセッサ９２１２は、センサー９２１８および９２２０からコンテキスト情報センサー・データを取得し、路側ネットワーク・アクセス・ノード１１９００への無線送信のためにコンテキスト情報をベースバンド・モデム９２０６に提供するよう構成され得る。追加的および／または代替的に、いくつかの側面において、アプリケーション・プロセッサ９２１２は、ユーザーがビークル１１９０２の目的地を入力できるナビゲーション・アプリケーション・プログラムを実行するよう構成されてもよい。ナビゲーション・アプリケーション・プログラムは、その後、ビークル１１９０２の目標ルートを生成することができ、アプリケーション・プロセッサ９２１２は、目標ルートをコンテキスト情報として取得し、路側ネットワーク・アクセス・ノード１１９００への無線送信のためにベースバンド・モデム９２０６に提供することができる。

いくつかの側面において、ビークル１１９０２は、コンテキスト情報を含む初期コンテキスト・レポートおよび／または定期的コンテキスト・レポートを路側ネットワーク・アクセス・ノード１１９００に送信するよう構成され得る。ビークル１１９０２は、（道路１１９１２上で、路側ネットワーク・アクセス・ノード１１９００のカバレッジ・エリア内を走行した後等）、路側ネットワーク・アクセス・ノード１１９００に初期接続することができ、ビークル１１９０２についてのコンテキスト情報を含む初期コンテキスト・レポートを路側ネットワーク・アクセス・ノード１１９００に提供することができる。その後、ビークル１１９０２は、更新されたコンテキスト情報を路側ネットワーク・アクセス・ノード１１９００に定期的に（例えば、１００ｍｓごとにまたは別の報告期間ごとに）報告するよう構成され得、路側ネットワーク・アクセス・ノード１１９００は、位置、速度、またはルートの変化を反映することができる。

路側ネットワーク・アクセス・ノード１１９００に接続されたビークルのうちの一つまたは複数は、初期コンテキスト・レポートおよび定期的コンテキスト・レポートの一方または両方を用いて、コンテキスト情報を路側ネットワーク・アクセス・ノード１１９００に報告することができる。したがって、図１２１に詳細に記載されているように、収集モジュール１２００２は、１２１１０において、ビークル１１９０２～１１９０６からコンテキスト情報を受信および収集することができる。ビークル１１９０２～１１９０６は、異なる時間においてコンテキスト・レポートを提供し得るので、いくつかの側面において、収集モジュール１２００２は、接続されたビークルにより送信され、アンテナ・システム９３０２および無線モジュール９３０４を介して路側ネットワーク・アクセス・ノード１１９００において受信されるコンテキスト・レポートを継続的に収集し得る。

収集モジュール１２００２は、コンテキスト・レポートを予測モジュール１２００４に提供することができ、予測モジュール１２００４は、１２１２０において、ビークル１１９０２～１１９０６の各々についてのコンテキスト情報を評価して、ビークル軌跡を予測することができる。例えば、予測モジュール１２００４は、ビークル１１９０２からの初期コンテキスト・レポートにおいて、ビークル１１９０２についての位置情報および速度情報を受信することができる。次いで、予測モジュール１２００４は、ビークル１１９０２の現在の位置および速度を使用して、道路１１９１２におけるビークル１１９０２の軌跡を経時的に予測するよう構成され得、これは、ビークル１１９０２が現在の位置から同じ速度を維持することになると予測することを含み得る。速度情報は、ビークル１１９０２が移動している方向を示し得る方向速度であってもよく、予測モジュール１２００４は、方向速度を使用して、ビークル軌跡を予測することができる。いくつかの側面において、収集モジュール１２００２はまた、その後の時間において、ビークル１１９０２から、ビークル１１９０２についての更新された位置情報および速度情報を示し得る定期的コンテキスト・レポートを受信し、それに応じて、ビークル１１９０２の予測される軌跡を更新することができる。

前述のように、いくつかの側面において、コンテキスト・レポートはまた、ビークル１１９０２についてのルート情報を含み得る。したがって、予測モジュール１２００４は、特に、路側ネットワーク・アクセス・ノード１１９００のカバレッジ・エリアが複数の道路をカバーする場合、ルート情報を使用して、ビークル１１９０２の軌跡を予測するよう構成され得る。例えば、予測モジュール１２００４は、ビークル１１９０２のルート情報を使用して、ルート情報により示される道路および車線の変化に基づいて、ビークル１１９０２の曲がり角ならびに他の道路および車線の変化を予測することができる。したがって、予測モジュール１２００４は、１２００４において得られる、ビークル１１９０２についての予測される軌跡に、そのような道路および車線の変化を含めることができる。

いくつかの側面において、予測モジュール１２００４は、追加的または代替的に、ビークル１１９０２の運転エリアの知識を利用して、予測される軌跡を得てもよい。例えば、予測モジュール１２００４は、（ジオマッピング・データベースから等）路側ネットワーク・アクセス・ノード１１９００にアップロードされ得るまたはあらかじめプログラムされ得る、道路１１９１２の物理的経路を知ることができる。したがって、予測モジュール１１９０２は、道路１１９１２における曲がり角、カーブ、および同様の変化を認識しており、１２９０４において、道路１１９１２の経路の知識ならびにビークル１１９０２の現在の位置および速度に基づいて、例えば、道路１１９１２の経路における変化に応じてビークル１１９０２がその軌跡をいつ変えることになるかを予測すること等により、ビークル１１９０２についての予測される軌跡を生成することができる。道路１１９１２についての情報があらかじめプログラムされることに代えてまたは加えて、いくつかの側面において、予測モジュール１１９０２は、道路１１９１２の経路を識別するために機械学習を適用するよう構成されてもよい。例えば、複数のビークルについての位置情報の変化を経時的に観測することにより、予測モジュール１２００４は、ビークルにおける軌跡変化をもたらす、道路１１９１２における位置を識別するよう構成され得、予測モジュール１２００４は、これらを使用して、道路１１９０２の経路をマッピングし、続いて、ビークル軌跡を予測することができる。

いくつかの側面において、予測モジュール１２００４は、経時的にアンテナ・ビームおよびリンクにおける変化を学習することに加えて妨害物を識別するために機械学習を適用するよう構成され得る。したがって、予測モジュール１２００４は、オンラインまたはオフラインで実行され得る機械学習に基づいて予測プロセスを経時的に適応させることができる。予測モジュール１２００４が適用できる機械学習技術の非限定的な例は、教師あり学習または教師なし学習、強化学習、遺伝的アルゴリズム、ルール・ベースの学習サポート・ベクタ・マシン、人工ニューラル・ネットワーク、ベイズ木モデリング、または隠れマルコフ・モデリングを含む。

図１１９は、いくつかの側面に従った、ビークル１１９０２～１１９０６の各々を導く矢印で、ビークル１１９０２～１１９０６についての例示的な予測される軌跡を示しており、ここで、各矢印の長さは、対応するビークルの例示的な速度を示す。したがって、予測モジュール１２００４は、１２１１０において得られたコンテキスト情報に基づいて、１２１２０において、ビークル１１９０２～１１９０６の各々についての予測される軌跡を決定することができる。予測モジュール１２００４は、次いで、予測される軌跡をステアリング制御モジュール１２００６に提供することができる。ステアリング制御モジュール１２００６は、次いで、１２１３０において、予測される軌跡に基づいて、ビークル１１９０２～１１９０６の各々についてのステアリング方向を計算し、計算されたステアリング方向に従って、アンテナ・システム９３０２のアンテナ・ビームをステアリングすることができる。予測される軌跡は、路側ネットワーク・アクセス・ノード１１９００に対するビークル１１９０２～１１９０６の予想される位置を示し得るので、ステアリング制御モジュール１２００６は、ビークル１１９０２～１１９０６の各々がネットワーク・アクセス・ノード１１９００に対して配置されることになる角度を計算し、この角度をステアリング方向として利用することができる。

ステアリング方向を計算した後、ステアリング制御モジュール１２００６は、計算されたステアリング方向を指定するステアリング命令をアンテナ・システム９３０２に提供することができ、アンテナ・システム９３０２は、ステアリング命令を受信し、ビームステアリング方式に従って、アンテナ・システム９３０２の個々のアンテナの位相および／または利得を調整することにより、ステアリング方向を実現することができる（アンテナ・システム９３０２は、図１１９の場合にはアンテナ・アレイを例えば３つのサブアレイに分割し、各サブアレイからの集合的アンテナ・ビームをビークル１１９０２～１１９０６のうちの１つの方にステアリングすることができる）。いくつかの側面において、ステアリング制御モジュール１２００６は、例えば明示的な角度として、または、ステアリング符号語方式が使用される場合には、計算されたステアリング方向に対応する符号語として、ステアリング命令を発することができる。アンテナ・システム９３０２は、ステアリング命令を受信し、１２１３０において、ステアリング命令に従って、アンテナ・システム９３０２のアンテナ・ビームをステアリングすることができる。

ビーム１１９０２～１１９０６が道路１１９１２に沿って移動するにつれて、各アンテナ・ビームについてのステアリング方向が時間とともに変化し得るので、いくつかの側面において、ステアリング制御モジュール１２００６は、ビークル１１９０２～１１９０６の位置変化を反映するために、予測モジュール１２００４により提供された予測される軌跡に従って、ステアリング方向を継続的に更新することができる。したがって、ステアリング制御モジュール１２００６は、予測される軌跡に基づいてステアリング方向を定期的に再計算し、更新されたステアリング命令をアンテナ・システム９３０２に提供するよう構成され得る。ビークル１１９０２～１１９０６が、予測される軌跡を予測モジュール１２００４が更新することを可能にする定期的コンテキスト・レポートを提供している場合等、予測モジュール１２００４が、更新された予測される軌跡を提供した場合、ステアリング制御モジュール１２００６は、更新された予測される軌跡に基づいてステアリング方向を再計算することができる。そうでなければ、ステアリング制御モジュール１２００４は、元の予測される軌跡に基づいて、ビークル１１９０２～１１９０６が元の予測される軌跡に沿って進むことになると予測することにより、ステアリング方向を再計算することができる。

したがって、路側ネットワーク・アクセス・ノード１１９００は、ビークル１１９０２～１１９０６の位置、速度、およびルート情報を含むコンテキスト情報を使用して、ビークル１１９０２～１１９０６の軌跡を予測し、予測される軌跡に基づいて、ビームステアリングを実行してビークル１１９０２～１１９０６にアンテナ・ビームを向けることができる。路側ネットワーク・アクセス・ノード１１９００のカバレッジ・エリア内にある、道路１１９１２を移動しているビークルは、時間とともに変化し得るので、路側ネットワーク・アクセス・ノード１１９００は、異なるビークルに対してビームステアリングを実行するよう構成され得る（ビークルの数、したがって、必要とされるアンテナ・ビームの数も変化し得る）。したがって、「新しい」ビークルが、路側ネットワーク・アクセス・ノード１１９００のカバレッジ・エリア内を移動し、路側ネットワーク・アクセス・ノード１１９００に接続した後、初期コンテキスト・レポートおよび／または定期的コンテキスト・レポートを提供して、それに応じて、路側ネットワーク・アクセス・ノード１１９００は、新しいビークルの軌跡を予測し、アンテナ・ビームを向けることが可能になる。路側ネットワーク・アクセス・ノード１１９００は、ビークルが別のネットワーク・アクセス・ノードに再選択するまで各ビークルを追跡し続けることができる。路側ネットワーク・アクセス・ノード１１９００は、（フィードバックを必要とするセクター・スイープ・アプリケーションとは対照的に）ビークル１１９０２～１１９０６からのいかなるフィードバックも必要とすることがないので、路側ネットワーク・アクセス・ノード１１９００は、「開ループ」・ビームステアリングを実行することができる。路側ネットワーク・アクセス・ノード１１９００はまた、これらの側面を閉ループ・ビームステアリング技術と組み合わせ、コンテキスト情報とビークル１１９０２～１１９０６からのフィードバック（セクター・スイープ等から）との両方を使用して、予測される軌跡とステアリング・フィードバックとの両方に基づいてビームステアリング方向を計算することができる。

上述したビームステアリング技術に加えて、様々な路側ネットワーク・アクセス・ノード１１９００は、他の情報およびデータを使用して、ビームステアリングを実行することもできる。詳細には、いくつかの側面において、予測モジュール１２００４は、追加的または代替的に、１２１２０において、路側ネットワーク・アクセス・ノード１１９００とビークル１１９０２との間の妨害物を識別するよう構成されてもよい。例えば、予測モジュール１２００２は、木１１９０８および１１９１０等の固定妨害物または永続的妨害物の位置を識別することができ、ビークル１１９０２の予測される軌跡に基づいて、妨害物が路側ネットワーク・アクセス・ノード１１９００およびビークル１１９０２からのアンテナ・ビームをいつ遮ることになるかを判別することができる。妨害物の位置は、（ジオマッピング・データベースから等）路側ネットワーク・アクセス・ノード１１９００にあらかじめプログラムされ得る。いくつかの側面において、予測モジュール１２００４はまた、他のセンサーを使用して妨害物の位置を識別することもできる。例えば、路側ネットワーク・アクセス・ノード１１９００は、路側ネットワーク・アクセス・ノード１１９００が道路１１９１２に沿った妨害物の位置を検出するために適用できるレーダー・センサー、撮像センサー（カメラ等）、ソナー・センサー等を有するよう構成され得る。予測モジュール１２００４は、センサー・データにアクセスして、路側ネットワーク・アクセス・ノード１１９００とビークル１１９０２との間の遮りを予測することができる。

ビークルは、互いに対する妨害物として作用することがあるので、いくつかの側面において、予測モジュール１２００４はまた、他のビークルが路側ネットワーク・アクセス・ノード１１９００とビークル１１９０２との間のパスをいつ遮ることになるかを予測することができる。例えば、予測モジュール１２００４は、ビークル１１９０２～１１９０６の各々の軌跡を予測し、したがって、ビークル１１９０２～１１９０６のうちの一つのビークルがビークル１１９０２～１１９０６のうちの別のビークルをいつ遮ることになるかを識別することができる。図１１９は、ビークル１１９０６が路側ネットワーク・アクセス・ノード１１９００とビークル１１９０４との間のパスを遮り、したがって、ビークル１１９０４へのアンテナ・ビームを遮る例示的なシナリオを示している。しかしながら、例示的なビークル軌跡矢印により示されているように、ビークル１１９０４および１１９０６は、異なる速度で移動し得、したがって、ビークル１１９０６による遮り量を経時的に変化させる。したがって、予測モジュール１２００４は、ビークルにより引き起こされる変化する遮りの程度を予測することができる。

他のビークルが、路側ネットワーク・アクセス・ノード１１９００に接続されていない（例えば、無線対応でない、または、異なるネットワーク／ネットワーク・アクセス・ノードに接続されている可能性がある）シナリオも存在し得る。これらの他のビークルは、路側ネットワーク・アクセス・ノード１１９００がコンテキスト情報を介して検出することができない可能性がある移動妨害物を形成し得る。したがって、予測モジュール１２００４は、他のビークルおよび他の移動妨害物を検出し、それらの軌跡を追跡して遮りを識別するために、（例えば、レーダー・センサー、撮像センサー（カメラ等）、ソナー・センサー等からの）外部センサー・データに依拠し得る。

したがって、いくつかの側面において、路側ネットワーク・アクセス・ノード１１９００は、道路１１９１２に沿った異なる妨害物を検出するよう構成され得る。予測モジュール１２００４は、次いで、ビークル１１９０２～１１９０４に関してそのような妨害物の固定位置または移動軌跡を識別または予測することができ、検出された妨害物に基づいて、広ビーム化、ＲＳＵ内／間ビーム切り換え、および別の無線アクセス技術への切り換えのうちの一つまたは複数等により、ビームステアリングを操作することができる。図１２２は、いくつかの側面に従った、ビークル１１９０６がビークル１１９０４を遮る可能性がある例示的なシナリオを示しており、ここで、シナリオ１２２００および１２２１０は、ビークル１１９０４および１１９０６のそれぞれの軌跡に応じた、ビークル１１９０４および１１９０６の変化する位置を示している。シナリオ１２２００では、ビークル１１９０６は、路側ネットワーク・アクセス・ノード１１９００とビークル１１９０４との間に相当な遮りを形成する可能性があり、遮られない狭いパスしか残さない可能性がある。したがって、予測モジュール１２００４は、ビークル１１９０６および１１９０６の予測される軌跡を使用して、ビークル１１９０６がビークル１１９０４に対して引き起こしている遮りの程度を（例えば、角度で）決定することができる。予測モジュール１２００４は、次いで、遮りの程度をステアリング制御モジュール１２００６に提供することができ、ステアリング制御モジュール１２００６は、アンテナ・システム９３０２を用いて狭ビーム化または広ビーム化を実行して、実質的に遮られないアンテナ・ビームをビークル１１９０４に提供することができる。シナリオ１２２００に示されているように、ステアリング制御モジュール１２００６は、ビークル１１９０６がビークル１１９０４に対して高程度の遮りを与えているときに、狭アンテナ・ビームを選択することができる。しかしながら、ビークル１１９０６が、ビークル１１９０４に対して前方に移動すると（ビークル１１９０６の方が高速のため）、シナリオ１２２１０では、遮りの程度は低減する可能性があり、予測モジュール１２００４は、ビークル１１９０４および１１９０６の予測される軌跡を用いて、これを識別することができる。したがって、ステアリング制御モジュール１２００６は、シナリオ１２２１０では、アンテナ・ビームを広げることができる。ビークルが移動するにつれて遮りの程度が変化するので、予測モジュール１２００４およびステアリング制御モジュール１２００６は、固定妨害物に応じて、同様に狭ビーム化および広ビーム化を実行することができる。

路側ネットワーク・アクセス・ノード１１９００はまた、検出された妨害物に応じて、ＲＳＵ間ビーム切り換えを実行することもできる。例えば、路側ネットワーク・アクセス・ノード１１９００は、ビークルについての無線アクセス接続を、別の路側ネットワーク・アクセス・ノードにハンドオフすることができる。いくつかの側面において、路側ネットワーク・アクセス・ノード１１９００は、妨害物の遮りに基づいて、かつ／または、路側ネットワーク・アクセス・ノード１１９００から離れて別の路側ネットワーク・アクセス・ノードへ向かうビークルの移動に起因して、ビークルをハンドオフすることができる。別の路側ネットワーク・アクセス・ノードは、ビークルに対して異なる位置に配置されているので、送信アンテナ・ビームも、ハンドオフによって切り換えられ得る。いくつかの側面において、路側ネットワーク・アクセス・ノード１１９００は、ビークルについてのビームステアリング情報および／または他の位置情報を、別の路側ネットワーク・アクセス・ノードに提供することができ、このような情報は、ビークルについてのビームステアリング方向を選択するための基礎を別の路側ネットワーク・アクセス・ノードに与え得る。このＲＳＵ間ビーム切り換えおよび前に詳述されたＲＳＵ内ビーム切り換え（例えば、適応コードブックに基づく、同じ路側ネットワーク・アクセス・ノードからのビームステアリングの切り換え）の両方は、路側ネットワーク・アクセス・ノード１１９００とサービスされるビークルとの間のリンク品質の改善を可能にし得る。

さらに、いくつかの側面において、路側ネットワーク・アクセス・ノード１１９００は、検出された妨害物に基づいて、無線アクセス技術を適応的に切り換えることができる。例えば、ｍｍＷａｖｅ等の高キャリア周波数を伴う無線アクセス技術は、高キャリア周波数のためにかなりの経路損失を受ける可能性があり、その結果、遮られた伝送経路により損なわれる可能性がある。したがって、路側ネットワーク・アクセス・ノード１１９００が、初期にはｍｍＷａｖｅを使用してビークル１１９０４と通信しており、ビークル１１９０６が、図１２３のシナリオ１２３００に示されているように、ビークル１１９０４を直接遮る場合、予測モジュール１２００４は、遮りを検出してステアリング制御モジュール１２００６に通知することができる。次いで、ステアリング制御モジュール１２００６は、ｍｍＷａｖｅから、経路損失の影響を受けにくい、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、または、より低いキャリア周波数を伴う別の無線アクセス技術等の代替の無線アクセス技術に切り換えることができる。したがって、路側ネットワーク・アクセス・ノード１１９００は、（例えば、ステアリング制御モジュール１２００６により生成され、元のｍｍＷａｖｅ接続を使用して無線モジュール９３０４およびアンテナ・システム９３０２を介して送信される制御シグナリングを介して、）この無線アクセス技術をビークル１１９０４に通知し、代替の無線アクセス技術を使用してさらなるデータを送信することに移ることができる。例えば、ビークル１１９０６がビークル１１９０４を越えてさらに移動したとき等、遮りが低減されたまたはなくなったと予測モジュール１２００４が判定した場合、予測モジュール１２００４は、ステアリング制御モジュール１２００４に通知することができ、ステアリング制御モジュール１２００４は、次いで、ｍｍＷａｖｅに戻る切り換えをトリガーすることができる（例えば、もしあれば、ビークル１１９０６により引き起こされた残りの遮りの程度に応じて、可能であれば狭ビーム化を用いて）。路側ネットワーク・アクセス・ノード１１９００は、代替の無線アクセス技術として、専用短距離通信（ＤＳＲＣ）等の別のサイドリンク接続を同様に利用することができる。

いくつかの側面において、路側ネットワーク・アクセス・ノード１１９００は、さらに、ビークル１１９０２～１１９０６により報告されたセンサー・データを使用して、妨害物を検出することができる。例えば、別のシナリオでは、ビークル１１９０６は、路側ネットワーク・アクセス・ノード１１９００に接続されていない可能性がある。したがって、予測モジュール１２００４は、コンテキスト情報に基づいてビークル１１９０６の軌跡を予測することができず、ビークル１１９０６により引き起こされる、ビークル１１９０４に対する遮りを予測することができない可能性がある。しかしながら、ビークル１１９０４は、例えばセンサー９２１８および／またはセンサー９２２０であり得る、レーダー・センサー、撮像センサー、ソナー・センサー等といったセンサーを有することができる。したがって、ビークル１１９０４は、センサー９２１８および９２２０を用いてビークル１１９０６を検出することができ、ベースバンド・モデム９２０６は、このことを路側ネットワーク・アクセス・ノード１１９００に報告することができる。例えば、ベースバンド・モデム９２０６は、ビークル１１９０６の位置および／または速度を判別し、位置情報および速度情報を路側ネットワーク・アクセス・ノード１１９００に報告することができる。次いで、路側ネットワーク・アクセス・ノード１１９００は、ビークル１１９０６の位置情報および速度情報をコンテキスト情報として使用し、その結果、予測モジュール１２００４により、ビークル１１９０６の軌跡を予測するよう構成され得る。上記で詳述されたように、ステアリング制御モジュール１２００６は、次いで、ビークル１１９０６により引き起こされた、ビークル１１９０４に対する遮りに基づいて、アンテナ・システム９３０２のビームステアリングを同様に調整することができる。ビークル１１９０４はまた、センサー９２１８および９２２０を用いて、木１１９０８および１１９１０等の固定妨害物を識別し、その位置情報を路側ネットワーク・アクセス・ノード１１９００に報告することができ、予測モジュール１２００４およびステアリング制御モジュール１２００６は、これを使用して、ビームステアリングを調整することができる。

いくつかの側面において、路側ネットワーク・アクセス・ノード１１９００およびビークル１１９０２～１１９０６は、さらに、遮りに対処するために中継を利用することができる。例えば、図１２３に示されているシナリオ１２３００では、ビークル１１９０６は、ビークル１１９０４に対する相当な遮りを引き起こす可能性があり、これは、路側ネットワーク・アクセス・ノード１１９００からビークル１１９０４への送信を著しく損なわせる可能性がある。経路損失を許容してビークル１１９０６を介して送信することを試みる代わりに、路側ネットワーク・アクセス・ノード１１９００は、路側ネットワーク・アクセス・ノード１１９００からビークル１１９０４へのデータを中継し、ビークル１１９０４からネットワーク・アクセス・ノード１１９００へのデータを中継するための中継点として、ビークル１１９０６を使用することができる。したがって、予測モジュール１２００４が、ビークル１１９０４および１１９０６の予測される軌跡を識別し、ステアリング制御モジュール１２００６が、予測される軌跡に基づいて、ビークル１１９０６を、ビークル１１９０４に対する妨害物として識別した後、ステアリング制御モジュール１１９０６は、ビークル１１９０４に対して意図されるデータについての中継点として動作するように、（例えば、制御シグナリングを介して）ビークル１１９０６に命令することができる。次いで、路側ネットワーク・アクセス・ノード１１９００は、ビークル１１９０４に対して意図されるデータをビークル１１９０６に送信することができる（例えば、ビークル１１９０６に対するアンテナ・ビームを介して）。ビークル１１９０６は、ビークル１１９０４に対して意図されるデータを受信し、ＤＳＲＣまたは別のタイプのビークル対ビークル（ビークルツービークル：Ｖ２Ｖ）通信またはサイドリンクを使用する等して、そのデータをビークル１１９０４に転送することができる。路側ネットワーク・アクセス・ノード１１９００は、ビークル１１９０６がビークル１１９０４をもはや遮っていないことをステアリング制御モジュール１２００６が識別するまで（または、遮りの程度が許容量まで低減するまで）、中継点としてのビークル１１９０６を介してビークル１１９０４にデータを送信し続けることができる。その後、路側ネットワーク・アクセス・ノード１１９００は、ビームステアリングを用いて、ビークル１１９０４への直接伝送経路に戻るように切り換えることができる。

路側ネットワーク・アクセス・ノード１１９００に関して上記で詳述されたが、いくつかの側面において、コンテキスト情報に基づくビームステアリングはまた、逆のリンクにおいてビークル１１９０２～１１９０６でも実現され得る。例えば、ビークル１１９０２は、ベースバンド・モデム９２１０内に、収集モジュール１２００２、予測モジュール１２００４、およびステアリング制御モジュール１２００６のインスタンスを含み得る。収集モジュール１２００２は、（アプリケーション・プロセッサ９２１２を介して）センサー９２１８および／または９２２０からセンサー測定値を収集してビークル１１９０２の位置および速度を判別することができる。路側ネットワーク・アクセス・ノード１１９００は、その位置をブロードキャストすることができ、これは、ビークル１１９０２の予測モジュール１２００４が、路側ネットワーク・アクセス・ノード１１９００に対するビークル１１９０２の軌跡を予測することを可能にし得る。ステアリング制御モジュール１２００６は、次いで、予測される軌跡を使用して、アンテナ・システム９２０２においてビームステアリングを実行し、ビークル１１９０２から路側ネットワーク・アクセス・ノード１１９００にアンテナ・ビームを向け、予測される軌跡に基づいて、アンテナ・ビームのステアリング方向を継続的に更新することができる。代替的に、ステアリング制御モジュール１２００６は、路側ネットワーク・アクセス・ノード１１９００により使用されるビームのステアリング方向をビークル１１９０２に報告することができ、次いで、ビークル１１９０２は、報告されたステアリング方向を利用して、路側ネットワーク・アクセス・ノード１１９００に向けて戻すように、ビームをステアリングすることができる。

様々な側面は、特に他のＶ２Ｉユース・ケースを含む、様々な他の無線アクセス・シナリオにおいて実現され得る。図１２４は、いくつかの側面に従った、ドローン１２４０２、１２４０４、および１２４０６がネットワーク・アクセス・ノード１２４００に接続され得るドローン・ユース・ケースにおける第４のコンテキスト・アウェアネスの実現例を示している。したがって、ドローン１２４０２は、位置、速度（例えば、方向速度）、および／またはルート情報等のコンテキスト情報をネットワーク・アクセス・ノードに報告することができる。ネットワーク・アクセス・ノード１２４００は、路側ネットワーク・アクセス・ノード１１９００と同じように構成されてよく、コンテキスト・レポートに基づいて、予測モジュール１２００４により、ドローン１２４０２～１２４０６の空中軌跡を予測することができる。次いで、ステアリング制御モジュール１２００６は、ネットワーク・アクセス・ノード１２４００のアンテナ・システム９３０２をステアリングして、ドローン１２４０２～１２４０４の各々に向けられるアンテナ・ビームを形成することができる。予測モジュール１２００４はまた、木１２４０８および１２４１０ならびに建物１２４１２等の妨害物を検出することができ、ドローン１２４０２～１２４０６との間でデータを送信および受信するために、アンテナ・ビームと、無線アクセス技術切り換えおよび中継等の他の送信態様と、を適応させることができる。

図１２４に示されているドローン・ユース・ケースに加えて、これらの側面は、ビークルの場合と非ビークルの場合との両方を含む任意のタイプの移動する装置、および異なるタイプの移動する装置を伴う任意のシナリオに適用可能である。

上記のいくつかの側面の説明は、概して、送信設定にフォーカスしているが、詳細なビームステアリング技術は、アンテナ・アレイが指向性受信ビームを生成するために位相シフトおよび／または利得を個々のアンテナ素子に適用し得る受信設定においても等しく適用可能である。

図１２５は、いくつかの側面に従った、無線通信を実行する例示的な方法１２５００を示している。図１２５に示されているように、方法１２５００は、ビークルからビークル移動情報を受信すること（１２５１０）、ビークル移動情報に基づいて、ビークルの予測される軌跡を決定すること（１２５２０）、および、予測される軌跡に基づいて、ビークルに向けてアンテナ・ビームをステアリングすること（１２５３０）を含む。

３．５ コンテキスト・アウェアネス＃５
本開示のいくつかの側面において、無線環境マップ（ＲＥＭ）・インフラストラクチャーは、ＲＥＭデータが関連している位置においてＲＥＭデータを局所的に記憶するために、分散アーキテクチャー（例えば、サーバー・アーキテクチャー、クラウド・インフラストラクチャー、モバイル・エッジ・コンピューティング・インフラストラクチャー、路側インフラストラクチャー、複数の装置、複数の端末装置、複数のビークル等）を利用することができる。さらに、ＲＥＭインフラストラクチャーは、特定のタイプのコンテキスト情報を要求元装置に選択的に提供するデータ提供システムを利用することができる。したがって、中央サービスを利用する代わりに、いくつかの側面は、ＲＥＭデータを局所的に記憶し、簡潔な量のＲＥＭデータのみを提供することができ、これは、バックホール負荷を低減し、要求元装置における過度なデータ・ダウンロードを回避できる。したがって、これらの側面は、端末装置からのフィードバックを受信することなく（または、端末装置にｐｉｎｇを送信することなく）、ネットワーク・アクセス・ノードが、チャネルおよび電波情報、ネットワーク・アクセス・ノード情報（例えば、利用可能なセル）、ならびに無線アクセス技術利用可能性情報（例えば、どのＲＡＴが利用可能であるか）を得るためのメカニズムを提供することができる。

特定のセルラー・システムにおいて、基地局は、ユーザー機器（ＵＥ）に参照信号を絶えず送信し、ＵＥは、参照信号を測定してチャネル品質および他の無線特性を決定することができる。その後、ＵＥは、測定値を基地局に報告し、基地局は、ユーザー・スケジューリング、ビームフォーミング／ビームステアリング、変調・符号化方式選択、ハンドオーバーおよび他の移動性動作等を含む様々なタスクのために、報告された測定値を利用することができる。しかしながら、継続的な測定報告は、大きなオーバーヘッドを招く可能性があり、ネットワーク複数入力複数出力（ＭＩＭＯ）およびマルチユーザー／大規模ＭＩＭＯ等の多くの新しい技術は、結果として過度のフィードバック要求に起因してサポートされない可能性がある。リアルタイム干渉調整等の技術は、チャネル情報およびスケジューリング情報を転送するために高速ファイバーのような接続を必要とし得るので、クロスセル調整もまた限られた段階にあるままである。これらの側面は、共通チャネルの側面、例えば、ＲＥＭ情報に基づいて選択された共通チャネルとともに使用され得る。

測定報告およびフィードバックは、電波条件の瞬間的な変化を追跡するのに効果的であり得るが、無線環境は、一般に、ほとんどのユーザーにとって静的であり得る。スケジューリング機能は実際には非常に保守的である傾向があることを考えると、チャネルの大規模特性と最終的な最適スケジューリング・ソリューションとの間の相関はより明白である。

さらに、ｍｍＷａｖｅ、大規模ＭＩＭＯ、および大規模ＩｏＴデプロイメント等の新しい５Ｇ開発がより一般的になりつつある。ｍｍＷａｖｅにより利用される高周波数帯域に起因して、（主にビームフォーミングを利用する）無線信号は、木、壁、天井等といった環境により簡単に遮られる可能性がある。多数のアンテナおよび高密度の装置が存在する可能性があるので、大規模ＭＩＭＯおよびＩｏＴデバイスについてのチャネル・フィードバックはボトルネックを示す可能性がある。

無線環境マップすなわちＲＥＭは、チャネル・フィードバックに関連する多くのオーバーヘッド問題を軽減する価値あるソリューションを提示し得る。これらのＲＥＭは、異なる位置におけるチャネル環境のマップを提供し得、したがって、チャネル・フィードバック技術に代えてまたは加えて無線アクセス・ネットワーク装置が利用し得る、妨害物および経路損失特性の表現を提供し得る。したがって、チャネル条件を決定するための参照信号送信およびフィードバック報告ではなく、ネットワーク・アクセス・ノードおよび端末装置は、ＲＥＭにアクセスして、送信機と受信機との間のチャネル条件を決定することができる。ＲＥＭは、中央クラウドに記憶され、電波情報について要求元装置により問い合わせられ得る。

中央サーバーにＲＥＭデータを記憶するのではなく、本開示のいくつかの側面は、局所的地理的領域についてローカルにＲＥＭデータを生成および記憶する分散アーキテクチャーを利用することができ、ここで、局所的地理的領域に近い端末装置およびネットワーク・アクセス・ノードは、ネットワーク・インフラストラクチャーにわたる著しい負担を生じさせることなく、ローカルＲＥＭデータにアクセスすることができる。さらに、これらの側面は、ＲＥＭデータの簡潔な選択を要求元装置に選択的に提供する要求－応答フレームワークを含み得、したがって過度のダウンロードを回避する。

図１２６は、いくつかの側面に従った、通信ネットワーク１２６００の例示的なネットワーク・アーキテクチャーを示している。図１２６に示されているように、端末装置９１０２および９１０４は、コア・ネットワーク１２６０６とインターフェースすることができるネットワーク・アクセス・ノード９１１０に接続され得る。コア・ネットワーク１２６０６は、中央ＲＥＭサーバー１２６１０を含む一つまたは複数のインターネットベースのネットワークであってよいクラウド・ネットワーク１２６０８に接続され得る。したがって、ネットワーク・アクセス・ノード９１１０は、端末装置９１０２および９１０４がコア・ネットワーク１２６０６を介してクラウド・ネットワーク１２６０８にアクセスすることを可能にする無線アクセス・ネットワークを、端末装置９１０２および９１０４に提供することができる。ネットワーク・アクセス・ノード９１１２等の一つまたは複数の追加的なネットワーク・アクセス・ノードも、コア・ネットワーク１２６０６とインターフェースすることができる。

端末装置９１０２および９１０４ならびにネットワーク・アクセス・ノード９１１０および９１１２を含む通信ネットワーク１２６００の無線アクセス・ネットワーク・セクションは、電波条件を識別し、スケジューリング、ビームフォーミング／ビームステアリング、変調・符号化方式選択、ハンドオーバーおよび他の移動性動作、無線アクセス選択、トラフィック管理、電力／コスト管理等といったタスクを実行するために、ＲＥＭデータに依拠し得る。しかしながら、コア・ネットワーク１２６０６を介し、クラウド・ネットワーク１２６０８を介するデータ転送を伴い得る、中央ＲＥＭサーバー１２６１０にアクセスすることの代わりに、ネットワーク・アクセス・ノード９１１０ならびに端末装置９１０２および９１０４（さらに、ネットワーク・アクセス・ノード９１１０に接続された任意の端末装置）は、ローカルＲＥＭサーバー１２６０２にアクセスすることができるのに対し、ネットワーク・アクセス・ノード９１１２（および、ネットワーク・アクセス・ノード９１１２に接続された任意の端末装置）は、ローカルＲＥＭサーバー１２６０４にアクセスすることができる。図１２６は、それぞれ１つのネットワーク・アクセス・ノードとインターフェースするＲＥＭサーバー１２６０２および１２６０４を示しているが、他のＲＥＭサーバーは、複数のネットワーク・アクセス・ノードとインターフェースし、したがって、ＲＥＭデータの同じデータベースへのアクセスを複数のネットワーク・アクセス・ノードに提供することができる。

ＲＥＭサーバー１２６０２および１２６０４は各々、ＲＥＭサーバー１２６０２および１２６０４に割り当てられたそれぞれの領域に局所的に関連する異なるＲＥＭデータを記憶することができる。例えば、ＲＥＭサーバー１２６０２は、ネットワーク・アクセス・ノード９１１０の周囲の第一の地理的領域に関連するＲＥＭデータを記憶することができるのに対し、ＲＥＭサーバー１２６０４は、ネットワーク・アクセス・ノード９１１２の周囲の第二の地理的領域に関連するＲＥＭデータを記憶することができる（ただし、第一の地理的領域と第二の地理的領域との間に何らかのオーバーラップが存在することもある）。図１２７は、いくつかの側面に従った、ネットワーク・アクセス・ノード９１１０が領域１２７１０に配置され得るのに対し、ネットワーク・アクセス・ノード９１１２が領域１２７２０に配置され得る（これらは、ネットワーク・アクセス・ノード９１１０および９１１２の実際のカバレッジ・エリアに対応してもしなくてもよい）、例示的なマッピングを示している。ＲＥＭサーバー１２６０２は、領域１２７１０についてのチャネル条件および他の無線カバレッジ情報等のＲＥＭデータを記憶することができるのに対し（ただし、ＲＥＭサーバー１２６０２は、必ずしも領域１２７１０内に物理的に配置されるとは限らない）、ＲＥＭサーバー１２６０４は、領域１２７２０についてのＲＥＭデータを記憶することができる。領域１２７１０および１２７２０は、図１２７において、相互に排他的なものとして示されているが、各ＲＥＭサーバーがデータを記憶する対象の領域の間にオーバーラップが存在することもある。しかしながら、相互に排他的である、領域１２７１０および１２７２０の少なくとも一部が存在し得る。

したがって、端末装置９１０２および９１０４ならびにネットワーク・アクセス・ノード９１１０は、領域１２７１０についてのＲＥＭデータについて、ＲＥＭサーバー１２６０２に問い合わせることができ、ＲＥＭサーバー１２６０２は、要求に応じて、ＲＥＭデータを提供することができる。図１２８は、ＲＥＭコントローラ１２８０２およびＲＥＭデータベース１２８０４を含み得るＲＥＭサーバー１２６０２の例示的な内部構成を示している。いくつかの側面において、ＲＥＭコントローラ１２８０２は、問い合わせを処理して問い合わせに応答することに加えて、ＲＥＭデータベース１２６０４における記憶または更新のためにＲＥＭデータを計算および生成するための命令を実行するよう構成されているプロセッサであってよい。ＲＥＭデータベース１２６０４は、ＲＥＭデータを記憶するよう構成されているメモリ・コンポーネントであってよく、ＲＥＭデータは、地理的領域にわたる無線環境の空間表現を提供するジオマップであって、ジオマップ上の様々な位置にリンクされた電波条件データを伴うジオマップであってよい。ＲＥＭデータはまた、例えば、異なる時間および／または曜日にわたる変化する電波条件を反映するために、時間的に依存することがある。

したがって、端末装置９１０２および９１０４ならびにネットワーク・アクセス・ノード９１１０は、要求をＲＥＭコントローラ１２８０２に送信することにより、ＲＥＭデータについてＲＥＭサーバーに問い合わせることができ、ＲＥＭコントローラ１２８０２は、要求されたＲＥＭデータを取得し、応答を要求元装置に返すことができる。１２７１０における領域内の無線環境は、経時的に動的であり得るので、端末装置９１０２および９１０４ならびにネットワーク・アクセス・ノード９１１０は、ＲＥＭサーバー１２６０２がＲＥＭデータベース１２８０４に記憶されているＲＥＭデータを更新するために利用できる電波条件情報を、ＲＥＭサーバー１２６０２に提供することができる。例えば、端末装置９１０２および９１０４は、領域１２７１０内の様々な位置において電波測定を実行し、ジオタグ付きの電波測定値をＲＥＭコントローラ１２８０２に提供することができる。ＲＥＭコントローラ１２８０２は、次いで、無線伝搬モデリングを適用して、関連付けられた電波測定値に基づいて、ジオタグ付きの位置におけるＲＥＭデータを更新することができ、したがって、ＲＥＭデータベース１２８０４において正確なＲＥＭデータを経時的に保持することができる。ＲＥＭコントローラ１２８０２は、ジオタグ付きの電波測定値により示される最近の情報と過去の情報との組み合わせに基づいて、ＲＥＭデータを計算することができる。空間次元のＲＥＭデータに加えて、ＲＥＭコントローラ１２８０２は、無線環境を変化するものとして経時的に表すために、さらに、時間および曜日等の時間依存の考慮事項を含むＲＥＭデータを生成することができる。

いくつかの側面において、ＲＥＭコントローラ１２８０２は、電波測定値を要求することができる。追加的または代替的に、いくつかの側面において、端末装置９１０２および／または９１０４は、電波測定を定期的に実行し、電波測定値をＲＥＭコントローラ１２８０２に報告するよう構成されてもよい。端末装置９１０２および９１０４ならびにネットワーク・アクセス・ノード９１１０は、ＲＥＭデータの使用を通じて、オーバーヘッドを低減することを目指し得るので、いくつかの側面において、端末装置９１０２および９１０４は、（送信時間間隔ごとにフィードバックを必要とし、したがって短い期間を有する可能性があるチャネル・フィードバックとは対照的に）比較的長い期間で電波測定を実行するよう構成されてもよいし、継続的な電波測定を実行し、レポート間の長い期間での電波測定値をまとめて報告してもよい（例えば、この期間にわたって電波測定を実行し、各期間が終了した後の所与の期間電波測定値を報告してもよい）。いくつかの側面において、ＲＥＭサーバー１２６０４は、ＲＥＭサーバー１２６０２と同じように構成されてよい。

したがって、ＲＥＭサーバー１２６０２および１２６０４は各々、ローカル電波測定値に基づいて更新されるローカルＲＥＭデータを記憶することができる。ＲＥＭデータがローカルに記憶および更新されるので、端末装置およびネットワーク・アクセス・ノードは、ＲＥＭデータを取得するために中央ＲＥＭサーバーに問い合わせる必要がなく、したがって、ローカルＲＥＭサーバーとインタラクトすることにより、ネットワーク輻輳を軽減することができる。図１２６に示されているように、クラウド・ネットワーク１２６０８は、領域１２７１０および１２７２０の両方を含む包括的な地理的領域についてのＲＥＭデータを記憶することができる中央ＲＥＭサーバー１２６１０を含み得る。したがって、ＲＥＭサーバー１２６０２および１２６０４は、ＲＥＭデータベース１２８０４に記憶されているＲＥＭデータを中央ＲＥＭサーバー１２６１０に定期的にアップロードするよう構成され得（これは、ＲＥＭデータベース１２８０４から中央ＲＥＭサーバー１２６１０にアップロードするように、ＲＥＭコントローラ１２８０２によりトリガーされて制御され得る）、中央ＲＥＭサーバー１２６１０は、領域１２７１０、１２７２０、および様々な他の地理的領域についてのＲＥＭデータを含むＲＥＭデータベースを保持することができる。ネットワーク輻輳を低減するために、ＲＥＭサーバー１２６０２および１２６０４は、１日に１回等、ＲＥＭデータ・アップロードを低頻度で実行することができる。したがって、中央ＲＥＭサーバー１２６１０は、包括的なＲＥＭを保持することができるのに対し、ＲＥＭサーバー１２６０２および１２６０４は、限られた領域に関連するローカルＲＥＭデータを保持することができる。

図１２６は、ネットワーク・アクセス・ノード９１１０および９１１２とインターフェースするものとして、ＲＥＭサーバー１２６０２および１２６０４を示している。したがって、いくつかの側面において、ＲＥＭサーバー１２６０２および１２６０４は、ネットワーク・アクセス・ノードの通信モジュール９３０６がＲＥＭデータに迅速にアクセスすることを可能にし得る機器ルーム内等、ネットワーク・アクセス・ノードにローカルに配備され得る。あるいは、いくつかの側面において、ＲＥＭサーバー１２６０２および１２６０４は、様々な他の位置に配備され得る。例えば、ＲＥＭサーバー１２６０２および１２６０４は、無線アクセス・ネットワークとコア・ネットワークとの間にまたはネットワーク・アクセス・ノードに配置され得るモバイル・エッジ・コンピューティング（ＭＥＣ）・サーバー等を用いて、エッジ・コンピューティング装置として配備され得る。あるいは、いくつかの側面において、ＲＥＭサーバー１２６０２および１２６０４は、コア・ネットワーク１２６０６に配備され得る。前述のように、ＲＥＭサーバー１２６０２および１２６０４は、複数のネットワーク・アクセス・ノードに関連する領域に関連するＲＥＭデータを含み得、したがって、そのような配備の複数のネットワーク・アクセス・ノードとインターフェースすることができる。

したがって、端末装置およびネットワーク・アクセス・ノードは、それらの周囲の周辺に関連するＲＥＭデータについて、ローカルＲＥＭサーバーに問い合わせることができ、端末装置の場合には、新しい領域に移動すると、新しい領域に関連するＲＥＭデータについて、異なるＲＥＭサーバーに問い合わせることができる。端末装置は移動し得るが、過度に大きい地理的領域（例えば、１００マイルまたはキロメートル以上）についてのＲＥＭデータを有する必要はなく、代わりに、端末装置は、任意の所与の時間において、限られた領域についてのＲＥＭデータを使用し、他の領域については、他の領域に移動したときに限り、他の領域についてのＲＥＭデータをダウンロードすることができる。同様に、いくつかの基地局の場合のように、ネットワーク・アクセス・ノードは、一般に、静止しているので、ネットワーク・アクセス・ノードは、任意の所与の時間において、限られた領域についてのＲＥＭデータを有する必要があるだけである。したがって、ＲＥＭサーバー１２６０２および１２６０４は、ＲＥＭデータをローカルに記憶および更新し、ＲＥＭデータを要求元装置に提供するよう機能することができる。

ローカルＲＥＭデータの記憶および更新に加えて、いくつかの側面において、ＲＥＭサーバー１２６０２および１２６０４は、端末装置およびネットワーク・アクセス・ノード等の要求元装置がＲＥＭデータを要求して受信するための有利なメカニズムを提供することができる。単一の端末装置またはネットワーク・アクセス・ノードが過度に大きい領域についてのＲＥＭデータを有する必要がないのと同様に（例えば、端末装置は数百マイルをカバーするＲＥＭデータをダウンロードする必要がないかもしれない）、要求元装置は、ローカルＲＥＭサーバーから、全てのＲＥＭデータをダウンロードする必要はないであろう。例えば、ＲＥＭサーバー１２６０２は、領域１２７１０にわたる空間次元および時間次元の両方で表される、ネットワーク負荷、再送信パラメータ（ハイブリッド自動再送要求（ＨＡＲＱ）メトリック等）、パケット／ビット／ブロック誤り率（ＰＥＲ／ＢＥＲ／ＢＬＥＲ）統計、呼切断確率、信号強度および信号品質データ、経路損失および妨害物情報、干渉レベル等といったパフォーマンス・メトリックの包括的な集合を含む、領域１２７１０についての時空間データの莫大なデータベースを記憶することができる。さらに、ＲＥＭサーバー１２６０２は、５Ｇ（例えば、ｍｍＷａｖｅ）、４Ｇ（例えば、ＬＴＥ）、３Ｇ（例えば、ＵＭＴＳ）、２Ｇ（例えば、ＧＳＭ）の各々に加えて、Ｗｉ－Ｆｉ（パブリックＷｉ－Ｆｉネットワーク等）等の他の無線アクセス技術についてのパフォーマンス・メトリックの別個の集合等、異なるＲＡＴについてのそのようなパフォーマンス・メトリックを記憶することができる。さらに、図１２６に示されている通信ネットワーク１２６００の無線アクセス・ネットワーク・セクションおよびコア・ネットワーク・セクションは、単一のネットワーク・オペレーターにより運用され得るが、ＲＥＭサーバー１２６０２は、複数のネットワークと（例えば、複数のＰＬＭＮのインフラストラクチャーと）インターフェースするよう構成されてもよく、したがって、複数の異なるネットワークについてのパフォーマンス・メトリックを記憶してもよい。

したがって、ＲＥＭサーバー１２６０２は、領域１２７１０についてのかなりの量のＲＥＭデータを記憶することができるが、所与の要求元装置（端末装置、ビークル、またはネットワーク・アクセス・ノード）は、領域１２７１０についてのＲＥＭデータの全てをダウンロードする必要はない。したがって、様々な側面は、最も関連する特定のＲＥＭデータを要求元装置に提供する要求－応答メカニズムを利用することができる。したがって、これらの側面は、関連するデータのみを要求元装置に提供することにより、いくつかの側面における輻輳問題を回避することができる。

要求－応答メカニズムは、「コンテキスト情報詳細レベル」、要求元装置の「装置能力クラス」、領域または空間、意図される使用、必要とされるスループット、必要とされるサービス品質等に基づき得る。ＲＥＭサーバー１２６０２および１２６０８等のローカルＲＥＭサーバーは、コンテキスト情報詳細レベル、例えば、要求元装置がＲＥＭデータのスコープ内でどの程度包括的／詳細であるかを望んでいるかと、装置能力クラス、例えば、要求元装置の無線能力がどれだけ複雑であるかと、に基づいて、特定のＲＥＭデータを取得するよう構成され得る。したがって、要求元装置が、低コンテキスト情報詳細レベルを指定する場合、ＲＥＭサーバー１２６０２は、要求元装置に提供するための、詳細な時空間パフォーマンス・メトリックを伴わない、どのＲＡＴが利用可能であるかのリスト等の一般的なＲＥＭデータのみを取得することができる。反対に、要求元装置が、高コンテキスト情報詳細レベルを指定する場合、ＲＥＭサーバー１２６０２は、利用可能なＲＡＴのリストに加えて、各ＲＡＴについての時空間パフォーマンス・メトリックを含む詳細なＲＥＭデータの集合を取得することができる。

同様に、要求元装置が、低装置能力クラスを有し、したがって、ＬＴＥおよびＷｉ－Ｆｉ等の基本的な無線通信のみが可能である場合、ＲＥＭサーバー１２６０２は、任意的に、基本的なサポートされるＲＡＴについてのＲＥＭデータのみを提供することができる。反対に、要求元装置が、高装置能力クラスを有し、ｍｍＷａｖｅ、アドバンストＷｉ－Ｆｉ（例えば、ＩＥＥＥ８０２．１１ａｘ）、ＴＶホワイト・スペース技術等といったより複雑なＲＡＴをサポートすることができる場合、ＲＥＭサーバー１２６０２は、基本的なＲＡＴおよび複雑なＲＡＴの両方についてのＲＥＭデータを提供することができる。装置能力クラスはまた、端末装置とネットワーク・アクセス・ノードとの間の区別を示すことができ、ここで、ネットワーク・アクセス・ノードは、より包括的なＲＥＭデータを必要とし、したがって、より高い装置能力クラスとして分類され得るのに対し、端末装置は、それほど包括的でないＲＥＭデータのみを必要とし、より低い装置能力クラスとして分類され得る。

図１２９は、いくつかの側面に従った、要求－応答メカニズムを例示するメッセージ・シーケンス・チャート１２９００を示している。図１２９に示されているように、端末装置９１０２は、最初に、ＲＥＭデータ要求をＲＥＭサーバー１２６０２に送信することができる。詳細には、ベースバンド・モデム９２０６のコントローラ９２１０は、例えば無線アクセス選択、トラフィック管理、電力／コスト管理、または別の端末装置無線動作を実行するために、ＲＥＭデータが必要とされると判定し得る。次いで、コントローラ９２１０は、コンテキスト情報詳細レベルおよび装置能力クラスを識別し、コンテキスト情報詳細レベルおよび装置能力クラスを含むＲＥＭデータ要求を生成することができる。装置能力クラスは、端末装置９１０２について静的であり得る。例えば、第一の装置能力クラスは、２Ｇ／３ＧおよびＷｉ－Ｆｉ等の基本的な無線通信のみをサポートする端末装置用であり得、第二の装置能力クラスは、２Ｇ／３Ｇ／ＬＴＥおよびＷｉ－Ｆｉ等のより複雑な無線通信をサポートする端末装置用であり得、第三の装置能力クラスは、２Ｇ／３Ｇ／ＬＴＥ、Ｗｉ－Ｆｉ、ｍｍＷａｖｅ、ＴＶホワイト・スペース等をサポートする端末装置用であり得る。

いくつかの側面において、コンテキスト情報詳細レベルは、端末装置９１０２がＲＥＭデータに加えて他のパラメータを使用することを意図している無線動作に応じて変わり得る。例えば、端末装置９１０２が単にＲＡＴ選択を実行することを意図している場合、端末装置９１０２は、どのＲＡＴが利用可能であるかを指定する低レベルＲＥＭデータのみを必要とし得る。したがって、コントローラ９２１０は、低コンテキスト情報詳細レベルを選択することができる。しかしながら、端末装置９１０２が、厳しいＱｏＳ要件等で高感度データを現在転送しており、新しいセルを選択する必要がある場合、端末装置９１０２は、細かい時空間的単位で、各セルについての、ネットワーク負荷、ＰＥＲ／ＢＥＲ／ＢＬＥＲ統計、レイテンシー、ＨＡＲＱパフォーマンス等といったより詳細なパフォーマンス・メトリックを必要とし得る。したがって、コントローラ９２１０は、高コンテキスト情報詳細レベルを選択することができる。

いくつかの側面において、要求－応答メカニズムは、コントローラ９２１０が利用できる、コンテキスト情報詳細レベルおよび装置能力クラスのあらかじめ定義されたフレームワークを有することができる。図１３０は、いくつかの側面に従った、コンテキスト情報詳細レベル（詳細レベル０から詳細レベルＭまで）および装置能力クラス（能力クラス０から能力クラスＮまで）という２つの次元にわたって定義された要求元装置パラメータの例示的なフレームワークを例示する表１３０００を示している。図１３０に示されているように、能力クラス０は、基本的な無線能力を示し得るのに対し、能力クラスＮは、最も複雑な無線能力を示し得る。中間の無線能力を有する、能力クラス０と能力クラスＮとの間の追加的な能力クラスも同様に定義され得る。詳細レベル０と詳細レベルＭとの間の他の詳細レベルも同様に定義され得る。

したがって、コントローラ９２１０は、表１３０００（正確な能力クラスおよび詳細レベルが設定可能であり得る）に示されている要求元装置パラメータ・フレームワークに基づいてコンテキスト情報詳細レベルおよび装置能力クラスを選択して、ＲＥＭデータ要求を生成し、１２９０２において、（無線インターフェースとして、ＲＦトランシーバ９２０４およびアンテナ・システム９２０２ならびにネットワーク・アクセス・ノード９１１０に依拠するＲＥＭサーバー１２６０２の制御モジュール１１９０２とのソフトウェア・レベル接続を介して）ＲＥＭデータ要求をＲＥＭサーバー１２６０２に送信することに進むことができる。ＲＥＭサーバー１２６０２は、ＲＥＭコントローラ１２８０２においてＲＥＭデータ要求を受信することができ、ＲＥＭコントローラ１２８０２は、ＲＥＭデータ要求を処理し、ＲＥＭデータベース１２８０４から適切なＲＥＭデータを取得し、ＲＥＭデータを要求元装置に提供するよう構成され得る。したがって、図１２９に示されているように、ＲＥＭコントローラ１２８０２は、ＲＥＭデータ要求を処理して、１２９０４において、要求元装置パラメータを識別することができる。したがって、ＲＥＭコントローラ１２８０２は、ＲＥＭデータ要求において端末装置９１０２により指定されたコンテキスト情報詳細レベルおよび装置能力クラスを識別することができる。次いで、ＲＥＭコントローラ１２８０２は、要求元装置パラメータに従って、ＲＥＭデータベース１２８０４から適切なＲＥＭデータを取得することができる。ＲＥＭコントローラ１２８０２は、次いで、取得されたＲＥＭデータを含むＲＥＭデータ応答を生成し、１２９０８において、ＲＥＭデータ応答を端末装置９１０２に送信することができる。ＲＥＭデータ応答は、かなりの量のデータを含み得るので、これは、データ転送接続を確立し、時間の経過とともにデータを端末装置９１０２に転送することを含み得る。

コントローラ９２１０は、１２９０８において、ＲＥＭデータ応答を受信し、１２９１０において、ＲＥＭデータを適用することができる。詳細には、様々な側面において、コントローラ９２１０は、ＲＥＭデータを使用して、無線アクセス選択、トラフィック管理、電力／コスト管理、または別の端末装置無線動作を実行することができる。コントローラ９２１０は、端末装置９１０２の位置情報等の他の情報をＲＥＭデータ要求に含めることができる。領域１２７１０の全てについてのＲＥＭデータを端末装置９１０２に提供する代わりに、ＲＥＭサーバー１２６０２は、次いで、端末装置９１０２の現在の位置に近い（または、端末装置９１０２が指定できる、現在の位置のまたは移動方向の特定の半径内の）ＲＥＭデータを提供することができる。半径は、ルート情報、ネットワーク・カバレッジ、他の装置の存在、移動速度、方向、データの利用可能性等に基づいて決定され得る。

いくつかの側面において、ネットワーク・アクセス・ノード９１１０は、同様に、ＲＥＭサーバー１２６０２に対してＲＥＭデータを要求し、ＲＥＭサーバー１２６０２からＲＥＭデータを受信することができ、これは、コントローラ９２１０の代わりに制御モジュール９３１０により制御され得る。ネットワーク・アクセス・ノード９１１０は、複数の端末装置に無線アクセス接続を提供する役割を担うネットワーク側インフラストラクチャーとして動作することができるので、ＲＥＭサーバー１２６０２に対してネットワーク・アクセス・ノード９１１０が要求するＲＥＭデータのタイプおよび深さは、端末装置９１０２が要求するものとは異なり得る。例えば、ネットワーク・アクセス・ノード９１１０は、ＲＥＭデータを使用して、スケジューリング、ビームフォーミング／ビームステアリング、変調・符号化方式選択、ハンドオーバーおよび他の移動性動作等を実行することができ、これらは、異なるタイプのＲＥＭデータ（例えば、異なるパフォーマンス・メトリック）および異なる特定性のＲＥＭデータを利用し得る。さらに、ネットワーク・アクセス・ノード９１１０は、そのカバレッジ・エリア内で多くの異なる端末装置にサービスを提供する役割を担い得るので、いくつかの側面において、ネットワーク・アクセス・ノード９１１０は、複数の位置と単一の端末装置よりも大きな領域サイズとについてのＲＥＭデータにアクセスすることを望むことがある。ネットワーク・アクセス・ノード９１１０は、ＲＥＭデータ要求においてそのような情報を指定することができる。装置のタイプ、例えば端末装置とネットワーク・アクセス・ノードは、装置能力クラス、装置情報詳細レベルの一部として、または、ＲＥＭデータ要求の別個の情報フィールドとして、ＲＥＭサーバー１２６０２に対して指定され得る。

したがって、要求－応答メカニズムは、要求元装置が、関連するＲＥＭデータであって、追加の不要なＲＥＭデータ（資源を浪費する可能性がある）を超えないＲＥＭデータのみを受信することを確実するために、装置能力クラスおよびコンテキスト情報詳細レベル等の要求元装置パラメータを使用することができる。例えば、端末装置９１０２は、ｍｍＷａｖｅ等、これがサポートしないＲＡＴについてのいかなるＲＥＭデータも必要としないことがある。これらの側面は、有用ではなく資源を浪費するだけの可能性がある、サポートされないＲＡＴについてのＲＥＭデータが提供されないことを確実にするために、ＲＥＭデータ要求における装置能力クラスを使用することができる。別の例において、端末装置９１０２は、利用可能なＲＡＴについての一般的な情報等の高レベル・コンテキスト情報のみを必要とすることがある。特定の場合は、端末装置９１０２が非常に高速で移動している（例えば、ビークル内でユーザーと一緒に移動している等の）場合であり得る。端末装置９１０２は高い移動性を有し得るので、非常に特定の位置に結び付けられた最も詳細なＲＥＭデータは迅速に無効になることがあり、端末装置９１０２が新しい位置に移動する前の非常に短い時間期間だけしか有意なままでないことがある。しかしながら、端末装置９１０２が概して静止している場合、端末装置９１０２は、ネットワーク・アクセス・ノード９１１０との現在の無線アクセス接続を最大レベルまで最適化することを望み得る。ＲＥＭデータは、端末装置９１０２の限られた移動性に起因して、長い時間期間にわたって有効である可能性が高いので、端末装置９１０２は、詳細なＲＥＭデータ（かなりのサイズを有し得る）を受信し、このＲＥＭデータを使用して、接続を最適化することを望み得る。あるいは、端末装置９１０２は、一般的なＲＡＴ利用可能性情報等の高レベルＲＥＭデータで最初に開始し、初期ＲＡＴ選択が満足のいかないものである場合に限り、より詳細なＲＥＭデータ（詳細なパフォーマンス・メトリックを含む）を要求することを望み得る。

いくつかの側面において、端末装置９１０２は、ユーザーが辿ることになるルートを端末装置９１０２が識別し、識別されたルートについてのＲＥＭデータを端末装置９１０２がＲＥＭサーバー１２６０２からあらかじめダウンロードする場合等、ＲＥＭデータが望まれる特定のルートまたは領域を示すこともできる。

各要求元装置は、全てのＲＥＭデータが利用可能である場合、理論的には無線接続をより最適化することができる可能性があるが、大量のＲＥＭデータを提供することは、ＲＥＭサーバー１２６０２にとって資源の浪費となる可能性がある。したがって、要求元装置は、より包括的なＲＥＭデータを受信することがいかに効率的であるかを考慮するよう構成され得る。表１３０００に示されているように、いくつかの側面において、能力クラス－詳細レベル表における各エントリーは、提供されることになるＲＥＭデータによりリンク構成に関して生じ得る最適化の程度を示す「効率メトリック指標」を有し得る。効率メトリックは、例えば、１ビット当たりのエネルギー（ジュール／ビット）、スループット等について、詳細なコンテキスト情報（例えば、平均値または中央値を理論的最大値で除算した値等の典型的な代表値）の欠如にもかかわらず実現できる最適性のレベルを示すことができる。したがって、効率メトリックは、特定のアプリケーションについてのさらなるコンテキスト情報を要求することが端末装置にとって価値があるかどうかを示すことができる。したがって、要求元装置は、ＲＥＭデータ要求について装置能力クラスおよびコンテキスト情報詳細レベルを選択するときに効率メトリック指標を考慮することができる。

いくつかの側面はまた、ネットワークにわたるデータの発見、通知、ルーティング、および記憶を可能にするために、情報中心ネットワーク（ＩＣＮ）を適用することができる。したがって、ネットワーキング動作は、（ＩＰベースのネットワーキングにおけるように、）従来の方法の送信元－送信先アドレスではなく、データの実際の情報／内容に基づき得る。したがって、ＲＥＭデータの生成者（異なる領域についてのＲＥＭデータをそれぞれ記憶している他のＲＥＭサーバーのネットワークに接続される、例えばＲＥＭサーバー１２６０２といったローカルＲＥＭサーバー等）は、ローカルに生成されたＲＥＭデータを、特定の他のアンカー・ノード（ＲＥＭサーバー１２６０４等の他のＲＥＭサーバーまたは他の非ＲＥＭサーバー・ノードであり得る）に「公開」することができ、データの要求者（端末装置９１０２および９１０４ならびにネットワーク・アクセス・ノード９１１０および９１１２等の要求元装置）は、ＲＥＭデータを「サブスクライブ」することができる。各要求者は、サブスクライブし、続いてローカル・アンカー・ノードからのデータを発見した後、ローカル・アンカー・ノードからデータを取得することができる。他のネットワーク・ノードは、従来のエンドユーザーＩＰアドレスではなく、「内容固有のラベル」に基づいて、データをルーティング／記憶することができる。したがって、ＲＥＭデータの公開、発見、要求、およびアクセスのパーミッションは、そのようなＩＣＮ原理を利用して、ＲＥＭデータを生成し、ローカルＲＥＭサーバー、中央ＲＥＭサーバー、および要求元装置の間でＲＥＭデータをルーティングすることができる。

いくつかの側面において、ＲＥＭサーバー１２６０２はまた、（例えば、ＲＥＭデータベース１２８０４に記憶されているＲＥＭデータを更新するための電波測定値として）信頼できないデータを提供している端末装置およびネットワーク・アクセス・ノードを識別し、ＲＥＭデータベース１２８０４からそのような装置により提供されたデータを除去するよう構成され得る。

図１３１は、いくつかの側面に従った、ＲＥＭデータを分散方式で管理するための例示的な方法１３１００を示している。図１３１に示されているように、方法１３１００は、異なるそれぞれの地理的領域内の装置により提供された電波情報に基づいて、異なるそれぞれの地理的領域のための複数のローカルＲＥＭサーバーの各々において、ローカルＲＥＭデータを生成すること（１３１１０）、複数のローカルＲＥＭサーバーの各々から、ローカルＲＥＭデータを中央ＲＥＭサーバーにアップロードすること（１３１２０）、および、それぞれの地理的領域を含む集合的地理的領域についてのＲＥＭデータを中央ＲＥＭサーバーにおいて記憶すること（１３１３０）を含む。

図１３２は、いくつかの側面に従った、ＲＥＭデータを管理するための例示的な方法１３２００を示している。図１３２に示されているように、方法１３２００は、要求元装置からＲＥＭデータ要求を受信すること（１３２１０）であって、ＲＥＭデータ要求は、装置能力クラスおよび情報詳細レベルを含む、受信すること（１３２１０）、装置能力クラスおよび情報詳細レベルに従って、ＲＥＭデータベースからＲＥＭデータを識別すること（１３２２０）であって、ＲＥＭデータベースは、ＲＥＭデータベースに関連付けられている地理的領域についてのＲＥＭデータを記憶するよう構成されている、識別すること（１３２１０）、および、ＲＥＭデータを要求元装置に提供すること（１３２３０）を含む。

セルラー通信技術に概してフォーカスして上記で詳述されたが、いくつかの側面は、任意の無線アクセス技術のためのＲＥＭデータおよびサーバーに適用可能である。

３．６ コンテキスト・アウェアネス＃６
本開示のいくつかの側面において、ネットワーク・アクセス・ノードにおけるスケジューリング機能（ＭＡＣスケジューラー等）は、トラフィックを観測して、単一ユーザー、ユーザーのグループ、またはマシンタイプ通信のトラフィック・パターンを予測することができる。次いで、スケジューリング機能は、トラフィック・パターンを使用して、端末装置、装置、またはビークルについてのスケジューリングを制御することができる。いくつかの側面において、スケジューリング機能は、重いトラフィックの期間がいつ発生する可能性が高いかを判別することができ、その後、高オーバーヘッド・コストを招くことなく、大量のデータの転送をサポートするために、予測されるバースト・トラフィック期間中に半永続的スケジューリング（ＳＰＳ）等の低オーバーヘッド・スケジューリング・パターンを開始することができる。いくつかの側面において、スケジューリング機能は、トラフィック・パターンを使用して、端末装置が、端末装置とネットワーク・アクセス・ノードとの間の無線活動を制御する規格に適合しない無線動作や疑わしい活動を示す無線動作等の適合しない動作をいつ示しているかを識別することができる。次いで、スケジューリング機能は、適合しないまたは疑わしい動作が検出されたとき、スケジューリングを調整することができる。これらの側面は、共通チャネルの側面、例えばトラフィック・パターン分析に基づいて選択された共通チャネルとともに使用され得る。

図１３３は、いくつかの側面に従った、例示的なユーザー・トラフィック・パターンを示している。トラフィック・パターン１３３００は、受信方向（例えば、下りリンク）における例示的なトラフィック・データレートを示しているのに対し、トラフィック・パターン１３３０２は、送信方向（例えば、上りリンク）における例示的なトラフィック・データレートを示している。図１３３に示されているように、一つまたは複数のバースト・トラフィック期間（１３３０４～１３３１２）が、様々な時間において発生する可能性があり、バースト・トラフィック期間１３３０４～１３３１２中のデータ・レートは、他の期間中のデータ・レートよりも著しく高い可能性がある。バースト・トラフィック期間はまた、「バースト」・トラフィック期間とみなされ得る。

したがって、例示的なシナリオでは、図９１の端末装置９１０２は、（例えば、バースト・トラフィック期間１３３０４～１３３１２におけるように）下りリンク方向および／または上りリンク方向においてネットワーク・アクセス・ノード９１１０と交換されるかなりの量のユーザープレーン・トラフィックが存在するバースト・トラフィック期間を経験する可能性がある。例えば、端末装置９１０２のユーザーが、音声通話、ビデオ通話、ファイル・ダウンロード、ビデオまたはオーディオ・ストリーム、オンライン・ゲーム・セッション、ウェブ・ブラウジング等といったトラフィック集中型活動をトリガーする特定の期間が存在し得る。このようなトラフィック集中型活動の継続時間中、ネットワーク・アクセス・ノード９１１０と端末装置９１０２との間で重いトラフィックの交換が存在し得る。トラフィックはまた、散発的であるまたは安定していない可能性があり、一定のストリームではなく、間欠的な「バースト」から構成され得る。したがって、端末装置９１０２とネットワーク・アクセス・ノード９１１０との間の無線アクセス接続は、大量の帯域幅を占有し、ネットワーク負荷に寄与する可能性がある。

トラフィック集中型活動は、散発的なバーストへと集中する可能性がある大量のユーザー・プレーン・データを伴う可能性がある。例えば、音声通話は、（上りリンクにおいて）端末装置９１０２からネットワーク・アクセス・ノード９１１０に転送され、（下りリンクにおいて）ネットワーク・アクセス・ノード９１１０から端末装置９１０２に転送される大量の音声データを生成することがある。無音期間中のごくわずかなトラフィックにより橋渡しされ得る発話期間中にトラフィックのバーストが存在し得る。ウェブ・ブラウザ・データ、ビデオ・ストリーム、および他のインターネット・トラフィックを含む、多くのタイプのインターネット・トラフィックが、そのようなバースト・トラフィックをもたらす可能性がある。トラフィック集中型活動は、無線アクセス接続にかなりのオーバーヘッドを増加させる可能性がある大量の制御プレーン・データを生成することもある。例えば、端末装置９１０２に対して意図される下りリンク・データをどの時間－周波数資源が含むか、または、端末装置９１０２の上りリンク・データのためにどの時間－周波数資源が予約されているか、を端末装置９１０２が知るために、ネットワーク・アクセス・ノード９１１０は、スケジューリング情報および資源割り当て情報を制御プレーン情報として端末装置９１０２に提供することができる。例えば、ネットワーク・アクセス・ノード９１１０が残っている上りリンク・データについて知るために、端末装置９１０２は、バッファ・ステータス・レポート（ＢＳＲ）およびスケジューリング要求（ＳＲ）等の上りリンク制御プレーン情報を送信する。

制御プレーン情報は、特に、端末装置９１０２がユーザープレーン・トラフィックの一定のストリームをサポートするために連続的な制御情報を受信および／または送信することがあるバースト・トラフィック期間中に、無線アクセス・ネットワークにおけるかなりのシグナリング・オーバーヘッドに寄与する可能性がある。制御プレーン・データは、端末装置およびネットワーク・アクセス・ノードにおける無線干渉および処理電力消費にも寄与する可能性がある。したがって、ＬＴＥ等のいくつかの無線アクセス技術は、特定のタイプの無線活動について、ＳＰＳ等の低オーバーヘッド・スケジューリング方式を利用する。例えば、ＬＴＥ設定において、ネットワーク・アクセス・ノード（例えば、ｅＮｏｄｅＢ）は、特別な制御メッセージを用いて、ＳＰＳ設定型の下りリンク割り当てまたは上りリンク許可をアクティブ化することができる。特別な制御メッセージを受信すると、端末装置は、端末装置が下りリンク・データを受信することになることまたはＳＰＳ間隔ごとに上りリンク・データを送信できることを、アプリオリに知ることができる。例えば、標準化されたＳＰＳ間隔は、例えば、１０ｍｓ、２０ｍｓ、３２ｍｓ、４０ｍｓ、６４ｍｓ、８０ｍｓ、１２８ｍｓ、１６０ｍｓ、３２０ｍｓ、または６４０ｍｓであり得る。したがって、例えば４０ｍｓというＳＰＳ間隔で構成された端末装置は、端末装置が、（下りリンクＳＰＳの場合）４０ｍｓごとに下りリンク・データを受信することになること、または、（上りリンクＳＰＳの場合）４０ｍｓごとに上りリンク・データを送信できること、を知ることができる。ネットワーク・アクセス・ノードは、ＳＰＳ間隔の繰り返しごとに、資源割り当てを指定する制御情報を依然として提供することができるが、端末装置は、上りリンク許可を要求するためにバッファ・ステータス・レポート（ＢＳＲ）またはスケジューリング要求（ＳＲ）を送信する必要がない。さらに、非活動タイマー（例えば、ＬＴＥにおけるｄｒｘ－ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒ）は、ＳＰＳ設定型の下りリンク割り当てについては開始されず、端末装置は、（タイマー設定に応じて、）制御チャネルのモニタリングを停止し、受信チェーンを、低消費電力モードの数サブフレームに事前に切り換えることができる。

これらの側面は、ユーザー・トラフィック・パターンの観測に基づいて、図１３３に示されているもの等のバースト・トラフィック期間を予測することができ、予測されるバースト・トラフィック期間中にＳＰＳスケジューリングを適用することができる。様々な側面は、バースト・トラフィックを示す上位層シグナリングに依拠せず、代わりにユーザー・トラフィック（これは、任意のタイプのトラフィックであってよく、音声パケット・データだけに限定されるものではない）のモニタリングに基づいてバースト・トラフィック期間を識別することにフォーカスし得る。したがって、いくつかの側面は、バースト・トラフィック期間中に生じる可能性がある高オーバーヘッドを回避することができ、これは、無線アクセス・ネットワーク上の負荷および輻輳を低減することができる。

図１３４は、いくつかの側面に従った方法１３４００を示している。図９３に示されているネットワーク・アクセス・ノード９１１０等のネットワーク・アクセス・ノードが、通信モジュール９３０６において、方法１３４００を実行し得る。いくつかの側面において、ネットワーク・アクセス・ノード９１１０は、制御モジュール９３１０において等、ＭＡＣスケジューラー・コンポーネントにおいてこの機能を実装することができる。いくつかの側面において、通信モジュール９３０６は、ハードウェア定義モジュールおよび／またはソフトウェア定義モジュールでこの機能を実装することができる。

図１３４に示されているように、通信モジュール９３０６は、１３４１０において、端末装置のユーザー・トラフィックを観測して、ユーザー・トラフィック・パターンを得ることができる。例えば、端末装置９１０２等の端末装置のユーザーが大量のユーザープレーン・トラフィックをトリガーする特定の期間または時間が存在し得る。例えば、平日の夜や昼休み中にインターネットを定期的に閲覧するユーザー等、ユーザーは、予測可能な時間において、特定のトラフィック集中型活動を頻繁に行うことがある。様々な他の例において、ユーザーは、端末装置９１０２上で特定のショー（例えば、毎週または毎日スケジュールされている）を定期的に見たり、特定の時間または特定の曜日に端末装置９１０２を使用して音声通話またはビデオ通話を定期的に行ったり、特定の時間または特定の曜日に端末装置９１０２を使用してスポーツ・イベントを定期的にストリーミングしたり、特定の時間または特定の曜日に端末装置９１０２を使用してインターネット・ラジオを定期的に聴いたり、オンライン・ゲームのために特定の時間または特定の曜日に端末装置９１０２を定期的に使用したりすることがある。

したがって、端末装置９１０２のこれらの定期的な使用に関連するユーザー・トラフィック・パターンを識別することにより、通信モジュール９３０６は、ユーザーが端末装置９１０２を使用して（バースト・トラフィック期間を生じさせる）トラフィック集中型活動をいつ開始することになるか（例えば、時間および／または曜日）を予測することができる。いくつかの側面において、通信モジュール９３０６は、ユーザー・トラフィック・パターンを識別するために、１３４１０において、（非一時的なコンピュータ読み取り可能な媒体に記憶され、非一時的なコンピュータ読み取り可能な媒体から読み出し可能なソフトウェア定義命令として具現化される）予測アルゴリズムを実行するよう構成され得る。例えば、通信モジュール９３０６は、端末装置９１０２の上りリンク・トラフィックおよび下りリンク・トラフィックをモニタリングして測定し、測定された上りリンク・データレートおよび下りリンク・データレートを予測アルゴリズムに入力することができる。（通信モジュール９３０６により実行された）予測アルゴリズムは、次いで、上りリンク・データレートおよび下りリンク・データレートを評価して、バースト・トラフィック期間が定期的に発生する時間および／または曜日等、ユーザー・トラフィック・パターンを識別することができる。いくつかの側面において、通信モジュール９３０６は、ユーザー・トラフィック観測（例えば、上りリンク・データレートおよび下りリンク・データレート）を処理し、ユーザー・トラフィック・パターンを識別するために、決定木学習、ニューラル・ネットワーク学習、サポート・ベクタ・マシン等といった機械学習技術を適用することができる。いくつかの側面において、通信モジュール９３０６は、数日、数週、数ヶ月等の延長された観測時間にわたって、端末装置９１０２からのユーザー・トラフィックを観測し得る。いくつかの側面において、端末装置９１０２は、移動することがあり、延長された観測時間全体にわたってネットワーク・アクセス・ノード９１１０に接続されたままではないので、通信モジュール９３０６は、端末装置９１０２がネットワーク・アクセス・ノード９１１０に接続されている時間の間に通信モジュール９３０６が収集した、（端末装置９１０２の識別情報を介して識別される、）ユーザー・トラフィック観測のデータベースを保持することができる。いくつかの側面において、通信モジュール９３０６は、中央サーバーおよび／または他のネットワーク・アクセス・ノードとインターフェースして、他のネットワーク・アクセス・ノードにより観測された、端末装置９１０２についてのユーザー・トラフィック観測を得ることができる。

１３４１０において、ユーザー・トラフィック観測に基づいて、ユーザー・トラフィック・パターンを識別した後、通信モジュール９３０６は、ユーザー・トラフィック・パターンに基づいて、バースト・トラフィック期間を予測することができる。例えば、端末装置９１０２のユーザーが特定の曜日の特定の時間にトラフィック集中型活動を定期的にトリガーすること（例えば、ユーザー・トラフィック・パターン）を通信モジュール９３０６が識別した場合、通信モジュール９３０６は、今後の特定の曜日の特定の時間は、バースト・トラフィック期間になる可能性があると予測することができる。通信モジュール９３０６は、したがって、特定の曜日の特定の時間をバースト・トラフィック期間として識別することができる。１３４１０において通信モジュール９３０６により得られたトラフィック・パターンに応じて、１３４２０において、通信モジュール９３０６は、ユーザー・トラフィック・パターンに基づいて、一つまたは複数のバースト・トラフィック期間を識別することができる。いくつかの側面において、バースト・トラフィック期間の各々は、特定の時間であり得、いくつかの側面において、（例えば、バースト・トラフィック期間が特定の一つまたは複数の曜日に定期的に発生しているかどうかに応じて）特定の曜日に発生していることもあるし、かつ／または、（例えば、バースト・トラフィック期間が特定の時間期間にわたって発生しているかどうかに応じて）特定の時間期間にわたっていることもある。いくつかの側面において、通信モジュール９３０６は、コンテンツ（例えば、広告、フラッシュ・ビデオ等）に応じた特定のウェブサイトをロードすることから、バースト・トラフィックを予測することができる。

１３４２０においてバースト・トラフィック期間を予測した後、通信モジュール９３０６は、予測されるバースト・トラフィック期間中にＳＰＳを適用することができる。したがって、バースト・トラフィック期間の特定の時間および／または曜日になり、端末装置９１０２がネットワーク・アクセス・ノード９１１０に接続されると、通信モジュール９３０６は、端末装置９１０２についてＳＰＳをトリガーすることができる。したがって、（従来のスケジューリングまたは「動的スケジューリング」のいくつかの場合のように）例えば全てのサブフレーム中に制御プレーン情報を提供するのではなく、通信モジュール９３０６は、端末装置９１０２にＳＰＳを適用することができる。したがって、通信モジュール９３０６は、サブフレームごとに制御プレーン情報を端末装置９１０２に送信することを止めることにより、オーバーヘッドを低減することができる。下りリンク制御プレーン情報を送信することからのオーバーヘッド低減に加えて、端末装置９１０２は、ＳＰＳがアクティブであるときに、バッファ・ステータス・レポート（ＢＳＲ）およびスケジューリング要求（ＳＲ）等の上りリンク制御プレーン情報を送信することを止めることができる。したがって、端末装置９１０２は、従来の動的スケジューリングに関するほどの情報を送信しなくてよいので、ＳＰＳは、端末装置９１０２における電力消費も低減することができる。上りリンク干渉も低減され得る。端末装置９１０２はまた、ＳＰＳの処理要求の低減に起因して、電力を節約することもできる。

いくつかの側面において、通信モジュール９３０６は、（例えば、ユーザー・トラフィック・パターンがバースト・トラフィック期間の継続時間も示す場合）予測されるバースト・トラフィック期間の継続時間にわたってＳＰＳを適用し続けることができる。いくつかの側面において、通信モジュール９３０６は、端末装置９１０２の実際のトラフィックをモニタリングして、ＳＰＳを適用し続けるかどうかを決定するができ、いくつかの側面において、端末装置９１０２がバースト・トラフィックを生成していない場合、ＳＰＳを終了することができる。いくつかの側面において、通信モジュール９３０６は、１３４３０におけるＳＰＳの適用中に観測されたユーザー・トラフィック観測に基づいて、（１３４１０において得られた）ユーザー・トラフィック・パターンを更新することができる。いくつかの側面において、通信モジュール９３０６は、複数の端末装置に方法１３４００を適用することができ、したがって、複数の端末装置についての特定のユーザー・トラフィック・パターンを得て、これらのユーザー・トラフィック・パターンを使用して、複数の端末装置の各々についてＳＰＳを個々にトリガーすることができる。

いくつかの側面において、通信モジュール９３０６は、追加的または代替的に、ユーザー・トラフィック・パターンを適用して、適合しない動作を検出し、適合しない動作に応じることができる。例えば、端末装置９１０２とネットワーク・アクセス・ノード９１１０との間の無線アクセス接続は、規格において定義され得る。例示的な規格は、例えば、３ＧＰＰ規格（例えば、ＬＴＥ、ＵＭＴＳ、およびＧＳＭ用）、ＩＥＥＥ規格（例えば、ＩＥＥＥ８０２．１１ Ｗｉ－Ｆｉおよび他の無線アクセス技術用）、欧州電気通信標準化協会（ＥＴＳＩ）規格等を含む。したがって、端末装置およびネットワーク・アクセス・ノードは、規格において定義されたプロトコルに従うこと、例えば、適合する動作を実行することが予期され得る。

しかしながら、端末装置およびネットワーク・アクセス・ノードは、特に端末側では、適合しない動作を実行するよう構成されることがある。例えば、例示的なシナリオでは、端末装置は、例えば、より多くの無線資源、より速いデータ・レート等を得るために、誤った情報をネットワーク・アクセス・ノードに報告するよう、（例えば、製造業者またはユーザーにより）構成されることがある。例えば、端末装置は、誤ったＢＳＲまたはチャネル状態情報（ＣＳＩ）フィードバックを報告するよう構成されることがあり、これは、ネットワーク・アクセス・ノードを、通常とは異なる無線資源を提供することへと操作することが可能であり得る。そのような適合しない動作を介してネットワーク・アクセス・ノードを操作することにより、製造業者またはユーザーは、より高いデータ・レート、より信頼性の高い接続、より高速の接続、より広い帯域幅等を提供するようにネットワーク・アクセス・ノードに作用すること等により、ユーザー・エクスペリエンスを向上させることが可能であり得る。しかしながら、有限の無線資源が、適合しない端末装置に不当に分配される可能性があるので、そのような利点は、他のユーザーを犠牲にしてもたらされる可能性がある。

したがって、いくつかの側面において、ネットワーク・アクセス・ノード９１１０は、適合しない動作を検出して適合しない動作に応じるために、本側面の機能を実装することができる。図１３５は、いくつかの側面に従った方法１３５００を示している。いくつかの側面において、ネットワーク・アクセス・ノード９１１０は、制御モジュール９３１０において等、ＭＡＣスケジューラー・コンポーネントにおいてこの機能を実装することができる。いくつかの側面において、通信モジュール９３０６は、ハードウェア定義モジュールおよび／またはソフトウェア定義モジュールでこの機能を実装することができる。

図１３５に示されているように、１３５１０において、通信モジュール９３０６は、端末装置９１０２のユーザー・トラフィックを観測して、トラフィック・パターンを得ることができる。いくつかの側面において、通信モジュール９３０６は、１３５１０において、制御プレーン・トラフィックを観測することができ、これは、ＢＳＲおよびＣＳＩフィードバック等の制御プレーン情報をモニタリングすることを含み得る。いくつかの側面において、通信モジュール９３０６はまた、１３５１０において、ユーザープレーン・トラフィックを観測することができ、ユーザープレーン・トラフィックを、対応する制御プレーン・トラフィックに関連付けることができる。例えば、通信モジュール９３０６は、端末装置９１０２により提供されたＢＳＲおよび／またはＣＳＩフィードバックを観測し、ＢＳＲおよび／またはＣＳＩフィードバックに関連して生成されたユーザー・トラフィックを観測することができる。例えば、ＢＳＲは、残っている上りリンク・データの量を示すので、ＢＳＲにおいて反映される値は、ＢＳＲの後に端末装置９１０２により送信される上りリンク・データの量に直接対応するはずである。別の例において、ＣＳＩフィードバックは、端末装置９１０２において観測されたチャネル品質を示すので、強いチャネルを示すＣＳＩフィードバックは、低誤り率に対応し、弱いチャネルを示すＣＳＩフィードバックは、高誤り率に対応するはずであり、ＣＳＩフィードバックは、誤り率（ブロック／ビット／パケット誤り率、ＡＣＫ／ＮＡＣＫ率等を含む）を反映するはずである。いくつかの側面において、他の端末装置により提供されるＣＳＩフィードバックは、端末装置９１０２により提供されるＣＳＩフィードバックとある程度相関すると予想され得る。したがって、いくつかの側面において、通信モジュール９３０６はまた、端末装置９１０２により提供されたＣＳＩフィードバックを、他の端末装置により提供されたＣＳＩフィードバックと比較することができる。

通信モジュール９３０６は、次いで、関連付けられた制御プレーン情報およびユーザープレーン情報に基づいて、トラフィック・パターンを識別することができる。例えば、通信モジュール９３０６は、端末装置９１０２により提供された制御プレーン情報が、関連付けられたユーザープレーン情報ときちんと合うかどうかを識別することができる。いくつかの側面において、通信モジュール９３０６は、ＢＳＲ値が、（例えば、フォルス・ポジティブを防止するための許容値内で）送信された上りリンク・データの量と合わない場合、または、ＣＳＩフィードバックが、（例えば、フォルス・ポジティブを防止するための許容値内で）他の端末装置により提供されたＣＳＩフィードバックまたは誤り率と合わない場合等、ＢＳＲおよび／またはＣＳＩフィードバックが、関連付けられたユーザープレーン情報と合わない場合の発生を識別することができる。いくつかの側面において、通信モジュール９３０６は、制御プレーン情報が、観測されたユーザープレーン情報または他の端末装置により提供された制御プレーン情報と合わない場合の発生数を計数することができる。

次いで、通信モジュール９３０６は、１３５２０において、トラフィック・パターンに基づいて、適合しない動作を識別することができる。例えば、端末装置９１０２が、適合しない可能性がある制御プレーン情報を定期的に提供する（例えば、閾値を超える等、制御プレーン・データとユーザー・プレーン・データとの不整合の多くの発生を提供する）場合、通信モジュール９３０６は、１３５２０において、適合しない動作を示しているとして、端末装置９１０２を識別することができる。

通信モジュール９３０６は、次いで、１３５３０において、適合しない動作に基づいて、スケジューリング決定を実施することができる。通信モジュール９３０６が、端末装置９１０２による適合しない動作（例えば、繰り返されるまたは定期的な適合しない動作のパターン）を識別しない場合、通信モジュール９３０６は、例えば標準的なＭＡＣスケジューリング機能に従って、通常のスケジューリングを実行することができる。一方、通信モジュール９３０６が、端末装置９１０２における適合しない動作を識別した場合、通信モジュール９３０６は、例えば適合しない動作に対処するまたは適合しない動作を阻止するために、端末装置９１０２についてのスケジューリングを調整することができる（例えば、ＭＡＣスケジューリング機能を調整して）。

いくつかの側面において、通信モジュール９３０６は、１３５３０において、端末装置９１０２に対してスケジュールされる無線資源を制限することにより、端末装置９１０２の適合しない動作を補償することができる。例えば、ＢＳＲおよび／またはＣＳＩフィードバックに基づいて通常のスケジューリングを実行する代わりに、通信モジュール９３０６は、端末装置９１０２がＢＳＲおよび／またはＣＳＩフィードバックを操作していると仮定し、仮定された操作に基づいて、例えば、ＢＳＲが通常要求するであろうよりも少ない上りリンク資源を割り当てること、および／または、ＣＳＩフィードバックが正確だった場合と比較して無線資源を制限することにより、スケジューリング決定を実施することができる。したがって、通信モジュール９３０６は、１３５３０において、適合しない動作に基づいて、スケジューリング決定を実施することができる。

いくつかの側面において、通信モジュール９３０６は、端末装置９１０２による適合しない動作が他の端末装置に害を及ぼすと予想される場合に限り、１３５３０において、スケジューリングを制限することができる。例えば、通信モジュール９３０６が、１３５２０において、端末装置９１０２による適合しない動作を検出した場合、通信モジュール９３０６は、適合しない動作が、無線アクセス・ネットワークに害を及ぼすかどうかを（例えば、セル内の他の端末装置についてのコンテキスト情報の評価を介して）評価することができる。いくつかの側面において、通信モジュール９３０６は、最尤フレームワークを介して、無線アクセス・ネットワークに対する可能性のある害を評価することができる。

端末装置９１０２の適合しない動作が無線アクセス・ネットワークに害を及ぼすと通信モジュール９３０６が判定した場合、通信モジュール９３０６は、無線資源割り当てまたはスケジューリングを調整すること等により、端末装置９１０２についてのスケジューリングを制限することができる。一方、端末装置９１０２の適合しない動作が無線アクセス・ネットワークに害を及ぼさないと通信モジュール９３０６が判定した場合、通信モジュール９３０６は、要求されたように、例えば端末装置９１０２により提供されたＢＳＲおよび／またはＣＳＩフィードバックに基づいて、端末装置９１０２についてのスケジューリングを実行することができる。いくつかの場合において、要求されたように端末装置９１０２をスケジュールすることは、無線アクセス・ネットワークに対する害がまったく（または最小限の害しか）発生しない場合、ネットワーク・アクセス・ノード９１１０および端末装置９１０２の両方にとって有利であり得る（例えば、相互利益であり得る）。

いくつかの側面において、通信モジュール９３０６は、複数の端末装置に対して方法１３５００を実行し、各端末装置が適合しない動作のパターンを示しているかどうかに基づいて、スケジューリング決定を個別に実施することができる。

いくつかの側面において、したがって、通信モジュール９３０６は、スケジューリング機能への入力として、過去の端末装置動作を利用することができる。いくつかの側面において、通信モジュール９３０６は、端末装置の過去の動作に基づいて、バースト・トラフィック期間を予測し、予測されるバースト・トラフィック期間中にＳＰＳを開始することができる。いくつかの側面において、通信モジュール９３０６は、端末装置動作に基づいてトラフィック・パターンを識別し、適合しない動作（例えば、適合する動作を示す「律儀な」端末装置と比較して、「欲張りな」端末装置）を識別することができる。その後、通信モジュール９３０６は、適合しない動作に基づいて、例えば、適合しない動作を阻止するように適合しない端末装置についてのスケジューリングを調整すること（これは、適合しない動作から無線アクセス・ネットワークを保護することができる）等で、スケジューリング決定を実施することができる。

４ ＱＯＳ
図１３６は、いくつかの側面による無線通信ネットワーク１３６００を示す。無線通信ネットワーク１３６００は、ネットワーク・アクセス・ノード１３６１０および１３６１２に加えて端末装置１３６０２および１３６０４を含んでもよい。本開示の特定の側面は、特定の無線通信ネットワーク設定（例えばＬＴＥ、ＵＭＴＳ、ＧＳＭ（登録商標）、他の第３世代パートナーシップ・プロジェクト（３ＧＰＰ）ネットワーク、ＷＬＡＮ／Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、５Ｇ、ｍｍＷａｖｅ等）を説明することがあるが、本明細書に詳述される主題は、本質的に例証的であると考えられ、したがって、類似的に他の無線通信ネットワークに適用されてもよい。無線通信ネットワーク１３６００内のネットワーク・アクセス・ノードおよび端末装置の数は例示であり、任意の量にスケーラブルである。

したがって、例示的なセルラー設定において、ネットワーク・アクセス・ノード１３６１０および１３６１２は、基地局（例えばｅＮｏｄｅＢ、ＮｏｄｅＢ、ベース・トランシーバ基地局（ＢＴＳ）等）であってよく、一方、端末装置１３６０２および１３６０４は、セルラー端末装置（例えば移動局（ＭＳ）、ユーザー機器（ＵＥ）等）であってよい。したがって、ネットワーク・アクセス・ノード１３６１０および１３６１２は、進化パケット・コア（ＬＴＥのためのＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ））、コア・ネットワーク（ＵＭＴＳのためのＣＮ（Ｃｏｒｅ Ｎｅｔｗｏｒｋ））または他のセルラー・コア・ネットワークといったセルラー・コア・ネットワークと（例えばバックホール・インターフェースを介して）インターフェースしてもよく、これらのセルラー・コア・ネットワークも無線通信ネットワーク１３６００の一部と考えてよい。セルラー・コア・ネットワークは、１つ以上の外部データ・ネットワークとインターフェースしてもよい。例示的な短距離設定において、ネットワーク・アクセス・ノード１３６１０および１３６１２は、アクセス・ポイント（ＡＰｓ、例えばＷＬＡＮまたはＷｉ－Ｆｉ ＡＰｓ）であってよく、一方、端末装置１３６０２および１３６０４は、短距離端末装置（例えば基地局（ＳＴＡｓ））であってよい。ネットワーク・アクセス・ノード１３６１０および１３６１２は、１つ以上の外部データ・ネットワークと（例えば内部または外部ルータを介して）インターフェースしてもよい。

したがって、ネットワーク・アクセス・ノード１３６１０および１３６１２（並びに図１３６に明示的に図示されていない無線通信ネットワーク１３６００の他のネットワーク・アクセス・ノード）は、無線アクセス・ネットワークを端末装置１３６０２および１３６０４（並びに図１３６に明示的に図示されていない無線通信ネットワーク１３６００の他の端末装置）に提供することができる。例示的なセルラー設定において、ネットワーク・アクセス・ノード１３６１０および１３６１２によって提供される無線アクセス・ネットワークは、端末装置１３６０２および１３６０４が無線通信を介してコア・ネットワークに無線でアクセスすることを可能にすることができる。コア・ネットワークは、端末装置１３６０２および１３６０４に関連するトラフィック・データのスイッチング、ルーティングおよび伝送を提供し、様々な内部データ・ネットワーク（例えば制御ノード、無線通信ネットワーク１３６００上の他の端末装置等）および外部データ・ネットワーク（例えば音声、テキスト、マルチメディア（オーディオ、ビデオ、画像）および他のインターネットおよびアプリケーション・データを提供するデータ・ネットワーク）へのアクセスを提供し得る。例示的な短距離設定において、ネットワーク・アクセス・ノード１３６１０および１３６１２によって提供される無線アクセス・ネットワークは、内部データ・ネットワーク（例えば無線通信ネットワーク１３６００に接続される他の端末装置）および外部データ・ネットワーク（例えば音声、テキスト、マルチメディア（オーディオ、ビデオ、画像）および他のインターネットおよびアプリケーション・データを提供するデータ・ネットワーク）へのアクセスを提供し得る。ネットワーク・アクセス・ノード１３６１０および１３６１２は、任意の他の型の無線アクセス技術のためのネットワーク・アクセス・ノードであってもよく、このようにして、類似的に無線アクセス・ネットワークを近接端末装置に提供してよい。

無線通信ネットワーク１３６００の無線アクセス・ネットワークおよびコア・ネットワーク（該当する場合）は、無線通信ネットワーク１３６００の仕様に応じて変化し得るネットワーク・プロトコルによって制御され得る。このようなネットワーク・プロトコルは、無線通信ネットワーク１３６００を介したユーザーと制御データ・トラフィックの両方のスケジューリング、フォーマットおよびルーティングを定義することができ、これは、無線通信ネットワーク１３６００の無線アクセスとコア・ネットワーク・ドメインの両方を介したそのようなデータの送信および受信を含む。したがって、端末装置１３６０２および１３６０４並びにネットワーク・アクセス・ノード１３６１０および１３６１２は、定義されたネットワーク・プロトコルに従って無線通信ネットワーク１３６００の無線アクセス・ネットワーク・ドメイン上でデータを送受信してよく、一方、コア・ネットワークは、定義されたネットワーク・プロトコル（例えばインターネット・プロトコル）に従って、コア・ネットワーク内および外部にデータをルーティングしてよい。例示的なネットワーク・プロトコルは、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、ＷｉＭＡＸ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、ｍｍＷａｖｅ等が含まれ、これらのいずれも無線通信ネットワーク１３６００に適用可能である。

無線通信ネットワーク１３６００の無線アクセス・ネットワークとコア・ネットワークは両方とも、無線通信ネットワーク１３６００の仕様に依存して変化し得るネットワーク・プロトコルによって制御されてよい。このようなネットワーク・プロトコルは、無線通信ネットワーク１３６００を介したユーザーと制御データ・トラフィック両方のスケジューリング、フォーマットおよびルーティングを定義してよく、これは、無線通信ネットワーク１３６００の無線アクセスとコア・ネットワーク・ドメインの両方を介したそのようなデータの送受信を含む。したがって、端末装置１３６０２および１３６０４並びにネットワーク・アクセス・ノード１３６１０および１３６１２は、定義されたネットワーク・プロトコルに従って、無線通信ネットワーク１３６００の無線アクセス・ネットワーク・ドメインを介してデータを送受信してよく、一方、コア・ネットワークは、定義されたネットワーク・プロトコルに従って、コア・ネットワーク内および外部にデータをルーティングしてよい。例示的なネットワーク・プロトコルには、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、ＷｉＭａｘ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ等またはすでに開発されているか開発されることになる他の２Ｇ、３Ｇ、４Ｇ、５Ｇ、６Ｇ等の次世代技術が含まれ、これらはいずれも無線通信ネットワーク１３６００に適用可能である。

図１３７は、端末装置１３６０２の内部構成を示す。端末装置１３６０２は、アンテナ・システム１３７０２、無線周波数（ＲＦ）トランシーバ１３７０４、ベースバンド・モデム１３７０６（物理層処理モジュール１３７０８とコントローラ１３７１０を含む）、アプリケーション・プロセッサ１３７１２、メモリ１３７１４、電源１３７１６、センサー１３７１８およびセンサー１３７２０を含んでよい。図１３７には明示的に示されていないが、端末装置１３６０２は、１つ以上の追加のハードウェア、ソフトウェアおよび／またはファームウェア・コンポーネント（プロセッサ／マイクロプロセッサ、コントローラ／マイクロコントローラ、他の特別または一般的なハードウェア／プロセッサ／回路等）、周辺装置、メモリ、電源、外部装置インターフェース、加入者識別モジュール（ＳＩＭ）、ユーザー入出力装置（ディスプレイ、キーパッド、タッチスクリーン、スピーカー、外部ボタン、カメラ、マイクロフォン等）を含んでよい。

要約した動作概要では、端末装置１３６０２は、１つ以上の無線アクセス・ネットワーク上で無線信号を送受信することができる。ベースバンド・モデム１３７０６は、各無線アクセス・ネットワークに関連付けられる通信プロトコルに従って端末装置１３６０２のこのような通信機能を指示することができ、各通信プロトコルによって定義されるフォーマッティング・パラメータおよびスケジューリング・パラメータに従って無線信号を送受信するために、アンテナ・システム１３７０２およびＲＦトランシーバ１３７０４に対する制御を実行することができる。様々な実用的な設計は、サポートされる無線アクセス技術（例えば別個のアンテナ、ＲＦトランシーバ、物理層処理モジュールおよびコントローラ）毎に別個の通信コンポーネントを含んでよいが、簡潔性の目的のために、図１３７に図示される端末装置１３６０２の構成は、そのような各コンポーネントの単一のインスタンスのみを示す。

端末装置１３６０２は、アンテナ・システム１３７０２と無線信号を送受信してよく、アンテナ・システム１３７０２は、単一のアンテナであっても多様なアンテナを含むアンテナ・アレイであってもよく、アナログ・アンテナの組合せおよび／またはビーム形成回路をさらに含んでもよい。受信経路（ＲＸ）では、ＲＦトランシーバ１３７０４が、アンテナ・システム１３７０２からアナログ無線周波数信号を受信し、アナログ無線周波数信号に対してアナログおよびデジタルＲＦフロントエンド処理を行い、デジタル・ベースバンド・サンプル（例えば同相／直交間（ＩＱ）サンプル）を生成してベースバンド・モデム１３７０６に提供することができる。したがって、ＲＦトランシーバ１３７０４は、増幅器（例えば低雑音増幅器（ＬＮＡ：Ｌｏｗ Ｎｏｉｓｅ Ａｍｐｌｉｆｉｅｒ））、フィルタ、ＲＦ復調器（例えばＲＦ ＩＱ復調器）および受信した無線周波数信号をデジタル・ベースバンド・サンプルに変換するためのアナログ－デジタル変換器（ＡＤＣｓ）を含む、アナログおよびデジタル受信コンポーネントを含むことができる。送信経路（ＴＸ）において、ＲＦトランシーバ１３７０４は、ベースバンド・モデム１３７０６からデジタル・ベースバンド・サンプルを受け取り、デジタル・ベースバンド・サンプルに対してアナログおよびデジタルＲＦフロントエンド処理を行い、アナログ無線周波数信号を生成して無線伝送のためにアンテナ・システム１３７０２に提供することができる。したがって、ＲＦトランシーバ１３７０４は、増幅器（例えば電力増幅器）、フィルタ、ＲＦ変調器（例えばＲＦ ＩＱ変調器）およびベースバンド・モデム１３７０６から受け取ったデジタル・ベースバンド・サンプルを混合してアンテナ・システム１３７０２による無線伝送用のアナログ無線周波数信号を生成するためのデジタル－アナログ変換器（ＤＡＣｓ）を含む、アナログおよびデジタル伝送コンポーネントを含むことができる。ベースバンド・モデム１３７０６は、ＲＦトランシーバ１３７０４の動作のための伝送および受信無線周波数を指定することを含め、ＲＦトランシーバ１３７０４のＲＦ伝送および受信を制御することができる。

図１３７に示されるように、ベースバンド・モデム１３７０６は、物理層処理モジュール１３７０８を含んでよく、物理層処理モジュール１３７０８は、物理層（レイヤ１）送受信処理を実行して、ＲＦトランシーバ１３７０４を介した送信のためにコントローラ１３７１０によって提供される下り送信データを準備し、コントローラ１３７１０によって処理するためにＲＦトランシーバ１３７０４によって提供される上り受信データを準備することができる。したがって、物理層処理モジュール１３７０８は、エラー検出、順方向誤り訂正符号化／復号、チャネル符号化およびインターリービング、物理チャネル変調／復調、物理チャネルマッピング、無線測定および探索、周波数および時間同期、アンテナダイバーシティ処理、電力制御および重み付け、レートマッチング、再送信処理等のうちの１つ以上を実行することができる。図１３７には明示的に図示されていないが、物理層処理モジュール１３７０８は、関連する無線アクセス技術のための通信プロトコルによって定義される物理層制御ロジックに従って、物理層処理モジュール１３７０８の様々なハードウェアおよびソフトウェア処理コンポーネントを制御するように構成される物理層コントローラを含んでよい。さらに、物理層処理モジュール１３７０８は、図１３７では単一のコンポーネントとして図示されているが、物理層処理モジュール１３７０８は、個々のセクションが特定の無線アクセス技術の物理層処理に専用である、物理層処理コンポーネントの別個のセクションとして集合的に実装されてもよい。

端末装置１３６０２は、コントローラ１３７１０によって指示され得る１つ以上の無線アクセス技術に従って動作するように構成されてよい。したがって、コントローラ１３７１０は、サポートされる各無線アクセス技術の通信プロトコルに従って、端末装置１３６０２の無線通信コンポーネント（アンテナ・システム１３７０２、ＲＦトランシーバ１３７０４および物理層処理モジュール１３７０８）を制御することに関与し、したがって、サポートされる各無線アクセス技術のアクセス層および非アクセス層（ＮＡＳ：Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）（レイヤ２およびレイヤ３も含む）を表してよい。コントローラ１３７１０は構造的に、（コントローラ・メモリから取り出される）プロトコル・ソフトウェアを実行し、その後、プロトコル・ソフトウェアで定義された対応するプロトコル制御ロジックに従って通信信号を送受信するために端末装置１３６０２の無線通信コンポーネントを制御するよう構成される、プロトコル・プロセッサとして具現化されてよい。

したがって、コントローラ１３７１０は、無線通信ネットワーク１３６００の様々な無線およびコア・ネットワーク・コンポーネントと通信するために、端末装置１３６０２の無線通信機能を管理するように構成されてよく、したがって、多様な無線アクセス技術のための通信プロトコルに従って構成されてよい。コントローラ１３７１０は、サポートされるすべての無線アクセス技術（例えばＬＴＥおよびＧＳＭ／ＵＭＴＳ）に集合的に関与する統一コントローラであってよく、あるいは、例えば専用ＬＴＥコントローラおよび専用レガシー・コントローラ（あるいは、専用ＬＴＥコントローラ、専用ＧＳＭコントローラおよび専用ＵＭＴＳコントローラ）のように、各コントローラが特定の無線アクセス技術または技術群のための専用コントローラである、複数の別個のコントローラとして実装されてもよい。それにかかわらず、コントローラ１３７１０は、ＬＴＥおよびレガシーネットワークの通信プロトコルに従って、端末装置１３６０２の無線通信アクティビティを指示することに関与し得る。物理層処理モジュール１３７０８に関して前述したように、アンテナ・システム１３７０２およびＲＦトランシーバ１３７０４の一方または両方は、同様に、各専用コンポーネントが、サポートされる無線アクセス技術の１つ以上にそれぞれ対応する、複合的な専用コンポーネントに分割されてよい。このような各構成の仕様およびサポートされる無線アクセス技術の数に応じて、コントローラ１３７１０は、例えばマスター／スレーブＲＡＴ階層またはマルチＳＩＭスキームに従って、端末装置１３６０２の無線通信動作を制御するように構成されてよい。

端末装置１３６０２は、アプリケーション・プロセッサ１３７１２、メモリ１３７１４および電源１３７１６も含むことができる。アプリケーション・プロセッサ１３７１２は、例えばオペレーティング・システム（ＯＳ）、端末装置１３６０２とのユーザー対話をサポートするユーザー・インターフェース（ＵＩ）および／または様々なユーザー・アプリケーションのように、端末装置１３６０２のアプリケーション層で端末装置１３６０２の様々なアプリケーションおよび／またはプログラムを実行するように構成されたＣＰＵとすることができる。アプリケーション・プロセッサは、アプリケーション層としてベースバンド・モデム１３７０６とインターフェースし、音声データ、オーディオ／ビデオ／画像データ、メッセージング・データ、アプリケーション・データ、基本的なインターネット／ウェブ・アクセス・データ等といったユーザー・データを、ベースバンド・モデム１３７０６によって提供される無線ネットワーク接続を介して送受信することができる。

メモリ１３７１４は、例えばハードドライブまたは別のそのような永久メモリ・デバイスのような、端末装置１３６０２のメモリ・コンポーネントを具現化することができる。図１３７には明示的に図示されていないが、図１３７に図示される端末装置１３６０２の様々な他のコンポーネントは各々、ソフトウェア・プログラム・コード、バッファリング・データ等を格納するためのような、統合された永久および非永久メモリ・コンポーネントをさらに含んでもよい。

電源１３７１６は、端末装置１３６０２の様々な電気コンポーネントに電力を供給する電源であってよい。端末装置１３６０２の設計に応じて、電源１３７１６は、例えば（再充電可能または使い捨て可能な）バッテリーのような「確定的な」電源であっても、例えば有線電気接続のような「不確定の」電源であってもよい。したがって、端末装置１３６０２の様々なコンポーネントの動作は、電源１３７１６から電力をプルすることができる。

センサー１３７１８および１３７２０は、センサー・データをアプリケーション・プロセッサ１３７１２に提供するセンサーであり得る。センサー１３７１８および１３７２０は、位置センサー（例えば全地球測位システム（ＧＰＳ）のような全地球航法衛星システム（ＧＮＳＳ））、時間センサー（例えばクロック）、加速度センサー／ジャイロスコープ、レーダー・センサー、光センサー、画像センサー（例えばカメラ）、ソナー・センサー等のうちのいずれかとすることができる。

図１３６の端末装置１３６０２および１３６０４のような端末装置は、モビリティ手順を実行して、無線通信ネットワーク１３６００の無線アクセス・ネットワークの利用可能なネットワーク・アクセス・ノードへ接続し、利用可能なネットワーク・アクセス・ノードから切断し、かつ利用可能なネットワーク・アクセス・ノードの間を切り替えることができる。無線通信ネットワーク１３６００の各ネットワーク・アクセス・ノードは、特定のカバレッジ・エリアを有することができるので、端末装置１３６０２および１３６０４は、無線通信ネットワーク１３６００の無線アクセス・ネットワークとの強力な無線アクセス接続を維持するために、利用可能なネットワーク・アクセス・ノード間で選択および再選択するように構成されてよい。例えば端末装置１３６０２は、ネットワーク・アクセス・ノード１３６１０と無線アクセス接続を確立してよく、一方、端末装置１３６０４は、ネットワーク・アクセス・ノード１３６１２と無線アクセス接続を確立してよい。現在の無線アクセス接続が低下する場合、端末装置１３６０２または１３６０４は、無線通信ネットワーク１３６００の別のネットワーク・アクセス・ノードとの新しい無線アクセス接続を求めることができ、例えば端末装置１３６０４は、ネットワーク・アクセス・ノード１３６１２のカバレッジ・エリアから、ネットワーク・アクセス・ノード１３６１０のカバレッジ・エリアへ移動してもよい。その結果、ネットワーク・アクセス・ノード１３６１２との無線アクセス接続は低下する可能性があり、端末装置１３６０４は、ネットワーク・アクセス・ノード１３６１２の信号強度または信号品質測定等の無線測定を介して検出することができる。無線通信ネットワーク１３６００のための適切なネットワーク・プロトコルで定義されるモビリティ手順に応じて、端末装置１３６０４は、例えば隣接するネットワーク・アクセス・ノードに対して無線測定を行って、いずれかの隣接するネットワーク・アクセス・ノードが適切な無線アクセス接続を提供することができるかどうかを判断すること等により、（端末装置１３６０４においてまたは無線アクセス・ネットワークによってトリガーされ得る）新しい無線アクセス接続を求めることができる。端末装置１３６０４がネットワーク・アクセス・ノード１３６１０のカバレッジ・エリアに移動すると、端末装置１３６０４は、（端末装置１３６０４によって選択されるか無線アクセス・ネットワークによって選択され得る）ネットワーク・アクセス・ノード１３６１０を識別し、ネットワーク・アクセス・ノード１３６１０との新しい無線アクセス接続に移行してよい。無線測定、セル選択／再選択およびハンドオーバーを含むこのようなモビリティ手順は、様々なネットワーク・プロトコルで確立され、任意の数の異なる無線アクセス・ネットワーク・シナリオにわたって各端末装置と無線アクセス・ネットワークとの間の強力な無線アクセス接続を維持するために、端末装置および無線アクセス・ネットワークによって採用され得る。

図１３８は、ネットワーク・アクセス・ノード１３６１０のようなネットワーク・アクセス・ノードの内部構成を示す。図１３８に図示されるように、ネットワーク・アクセス・ノード１３６１０は、アンテナ・システム１３８０２、無線モジュール１３８０４および通信モジュール１３８０６（物理層モジュール１３８０８および制御モジュール１３８１０を含む）を含むことができる。ネットワーク・アクセス・ノード１３６１０の動作の簡略化された概要では、ネットワーク・アクセス・ノード１３６１０は、アンテナ・システム１３８０２を介して無線信号を送受信することができ、アンテナ・システム１３８０２は、複数のアンテナを含むアンテナ・アレイであってよい。無線モジュール１３８０４は、通信モジュール１３８０６からの下りデジタル・データをアナログＲＦ信号に変換して無線伝送のためにアンテナ・システム１３８０２に提供し、アンテナ・システム１３８０２から受け取った上りアナログＲＦ信号をデジタル・データに変換して通信モジュール１３８０６に提供するために、送信および受信ＲＦ処理を実行することができる。物理層モジュール１３８０８は、制御モジュール１３８１０に提供するために無線モジュール１３８０４から受け取ったデジタル・データに対して、並びに無線モジュール１３８０４に提供するために制御モジュール１３８１０から受け取ったデジタル・データに対して、ＰＨＹ処理を実行するように構成されてもよい。制御モジュール１３８１０は、対応する無線アクセス・プロトコル、例えばＬＴＥに従って、ネットワーク・アクセス・ノード１３６１０の通信機能を制御することができ、これは、アンテナ・システム１３８０２、無線モジュール１３８０４および物理層モジュール１３８０８に対する運動制御（ｅｘｅｒｃｉｓｉｎｇ ｃｏｎｔｒｏｌ）を含んでよい。無線モジュール１３８０４、物理層モジュール１３８０８および制御モジュール１３８１０の各々は、例えば１以上の専用ハードウェア回路またはＦＰＧＡ等のハードウェア定義モジュールとして、例えば非一時的なコンピュータ可読記憶媒体に格納される演算、制御およびＩ／Ｏ命令（例えばソフトウェアおよび／またはファームウェア）を定義するプログラム・コードを実行する１以上のプロセッサ等のソフトウェア定義モジュールとして、あるいはハードウェア定義とソフトウェア定義の混合モジュールとして構造的に実現されてよい。いくつかの側面において、無線モジュール１３８０４は、デジタルおよびアナログ無線周波数処理および増幅回路を含む無線トランシーバであってよい。いくつかの側面において、無線モジュール１３８０４は、無線周波数処理ルーチンを指定するソフトウェア定義命令を実行するよう構成されるプロセッサとして実装される、ソフトウェア定義無線（ＳＤＲ：ｓｏｆｔｗａｒｅ－ｄｅｆｉｎｅｄ ｒａｄｉｏ）コンポーネントであってよい。いくつかの側面において、物理層モジュール１３８０８は、プロセッサと１つ以上のハードウェア・アクセラレータを含んでもよく、この場合、プロセッサは、物理層処理を制御し、特定の処理タスクを１つ以上のハードウェア・アクセラレータにオフロードするように構成される。いくつかの側面において、制御モジュール１３８１０は、上位層制御機能を指定するソフトウェア定義命令を実行するよう構成されるコントローラであってもよい。いくつかの側面において、制御モジュール１３８１０は、無線通信プロトコル・スタック層機能に限定されることがあるが、他の側面では、制御モジュール１３８１０は、トランスポート、インターネットおよびアプリケーション層機能にも関与してもよい。

したがって、ネットワーク・アクセス・ノード１３６１０は、無線アクセス・ネットワークを提供して、サービスされる端末装置が所望の通信データにアクセスすることを可能にすることによって、無線通信ネットワーク内のネットワーク・アクセス・ノードの機能を提供することができる。例えばネットワーク・アクセス・ノード１３６１０はまた、有線または無線バックホール・インターフェースを介して、コア・ネットワーク、１つ以上の他のネットワーク・アクセス・ノードまたは様々な他のインターネット・ネットワークおよびサーバーとインターフェースすることもできる。

無線通信ネットワークは、無線通信に影響を与える様々なファクタに起因して、非常に動的なことがある。例えば端末装置１３６０２および１３６０４は、ネットワーク・アクセス・ノード１３６１０および１３６１２に比して様々な異なる位置に（例えばユーザーによって）移動することがあり、これは、端末装置１３６０２および１３６０４と、ネットワーク・アクセス・ノード１３６１０および１３６１２との間の相対的距離および電波伝搬チャネルに影響を及ぼす可能性がある。また、電波伝搬チャネルは、干渉、移動障害物および大気変化のように、モビリティとは関係のないファクタによって変化することもある。加えて、バッテリー電力、多様な無線アクセス技術の使用、ユーザー活動の変化および関連するデータ・トラフィック需要等といった端末装置１３６０２および１３６０４における局所条件もまた、無線通信に影響を及ぼすことがある。また、無線通信は、ネットワーク負荷や利用可能な無線リソース等の基礎となるコア・ネットワークに加えて、ネットワーク・アクセス・ノード１３６１０および１３６１２における条件によって影響されることもある。

前述のように、ネットワーク・アクセス・ノード１３６１０および１３６１２は、コア・ネットワークとインターフェースすることができる。図１３９は、ネットワーク・アクセス・ノード１３６１０がコア・ネットワーク１３９０２とインターフェースする例示的な構成を示す。コア・ネットワーク１３９０２は、データ・ルーティング、ユーザー／加入者の認証と管理、外部ネットワークとのインターフェースおよび様々なネットワーク制御タスクのような、無線通信ネットワーク１３６００の動作に不可欠な様々な機能を提供することができる。したがって、コア・ネットワーク１３９０２は、端末装置１３６０２と、データ・ネットワーク１３９０４およびデータ・ネットワーク１３９０６等の様々な外部ネットワークとの間でデータをルーティングするためのインフラストラクチャーを提供することができ；したがって、端末装置１３６０２は、ネットワーク・アクセス・ノード１３６１０によって提供される無線アクセス・ネットワークに依拠して、ネットワーク・アクセス・ノード１３６１０と無線でデータを送受信することができ、ネットワーク・アクセス・ノード１３６１０は次に、データ・ネットワーク１３９０４および１３９０６（パケット・データ・ネットワーク（ＰＤＮ）であってもよい）のような外部ロケーションにさらにルーティングするために、そのデータをコア・ネットワーク１３９０２に提供することができる。したがって、端末装置１３６０２は、データ転送およびルーティングのためにネットワーク・アクセス・ノード１３６１０およびコア・ネットワーク１３９０２に依拠するデータ・ネットワーク１３９０４および／またはデータ・ネットワーク１３９０６とのデータ接続を確立することができる。

端末装置１３６０２は、ネットワーク・アクセス・ノード１３６１０、コア・ネットワーク１３９０２の様々なノードおよびデータ・ネットワーク１３９０４および１３９０６を含め、様々な異なるネットワーク・ノードとのデータ接続を維持することができる。この場合、各データ接続は、接続上のデータ転送を管理する特定のネットワーク・パラメータ（例えば保証される最小ビットレート、遅延要件、許容可能なパケット損失レート要件等）によって定義される「ベアラ（ｂｅａｒｅｒ）」と呼ばれる仮想ソフトウェア・レベルの接続であってよい。様々なベアラは、階層的に配置されてもよく、この場合、高位のベアラは、データを転送するために下位のベアラを利用してもよい。例えばアプリケーション・プロセッサ１３７１２は、データ・ネットワーク１３９０４とのエンドツーエンド・ベアラおよびデータ・ネットワーク１３９０６とのエンドツーエンド・ベアラを維持することができる。エンドツーエンド・ベアラは各々、データ・パケットを転送するために下位のベアラに依存し得る。特に、エンドツーエンド・ベアラは、ネットワーク・ベアラと外部ベアラから構成されてもよく、この場合、ネットワーク・ベアラは、無線通信ネットワーク１３６００にまたがって端末装置１３６０２とコア・ネットワーク１３９０２のネットワーク・ゲートウェイとの間におよび、外部ベアラは、ネットワーク・ゲートウェイとデータ・ネットワーク１３９０４またはデータ・ネットワーク１３９０６との間に及ぶ。ＬＴＥ設定では、ネットワーク・ベアラは、端末装置１３６０２とコア・ネットワーク１３６００のＰＤＮゲートウェイ（ＰＧＷ：ＰＤＮ ｇａｔｅｗａｙ）との間の進化パケット・サービス（ＥＰＳ：ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｅｒｖｉｓｅ）ベアラであってもよく、一方、外部ベアラは、ＰＧＷとデータ・ネットワーク１３９０４または１３９０６との間に延びて、様々なルータおよびファイアウォールを含んでもよい。ネットワーク・ベアラが無線通信ネットワーク１３６００にわたって広がるとき、ネットワーク・ベアラは、該ネットワーク・ベアラが各ネットワーク・ノード間でデータ・パケットを転送するために使用する無線通信ネットワーク１３６００のネットワーク・ノード間の多数の下位ベアラから構成されてもよい。例示的なＬＴＥ設定において、ＥＰＳベアラは、端末装置１３６０２とネットワーク・アクセス・ノード１３６１０との間の無線ベアラ、ネットワーク・アクセス・ノード１３６１０とコア・ネットワーク１３９０２のサービング・ゲートウェイ（ＳＧＷ：ｓｅｒｖｉｎｇ ｇａｔｅｗａｙ）との間のＳ１ベアラおよびＳＧＷとＰＧＷとの間のＳ５／Ｓ８ベアラから構成されてよく、この場合、無線ベアラとＳ１ベアラは、無線アクセス・ベアラ（ＲＡＢ：ｒａｄｉｏ ａｃｃｅｓｓ ｂｅａｒｅｒ）を形成する。

したがって、端末装置１３６０２は、データ・ネットワーク１３９０４および１３９０６との別個のエンドツーエンド・ベアラを維持することができ、これらは、各々、無線通信ネットワーク１３６００にわたるデータ転送のための別個のネットワーク・ベアラ（例えばＥＰＳベアラ）と、無線通信ネットワーク１３６００からデータ・ネットワーク１３９０４または１３９０６へデータを転送するための別個の外部ベアラに依存し得る（この場合、各ネットワーク・ベアラおよび関連する外部ベアラは、エンドツーエンド・ベアラを形成する）。例示的なユース・ケースでは、端末装置１３６０２のアプリケーション・プロセッサ１３７１２で実行されるアプリケーション・プログラムは、アプリケーション・データを交換し、かつＷｅｂブラウジング、音声およびビデオ通話、マルチメディア・ストリーミング、ファイル・ダウンロード、ＩｏＴアプリケーション、リモートマシン制御アプリケーション、そして電子メールやソーシャル・ネットワーキングおよび他のモバイル・アプリケーション等の他のアプリケーション固有のデータ転送動作のような様々なサービスを実行するために、データ・ネットワーク１３９０４および１３９０６のような外部データ・ネットワークとのエンドツーエンド・ベアラを確立することができる。例えばデータ・ネットワーク１３９０４は、ＩＰマルチメディア・サブシステム（ＩＭＳ：ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）サーバーを含むオペレータ固有のネットワークであってよく、一方、データ・ネットワーク１３９０６は、インターネット・ネットワークまたはサーバーであってもよい。アプリケーション・プロセッサ１３７１２において実行される第１アプリケーションは、データ・ネットワーク１３９０４との（例えばデータ・ネットワーク１３９０４における対応アプリケーションとの）第１エンドツーエンド・ベアラを確立してよく、アプリケーション・プロセッサ１３７１２において実行される第２アプリケーションは、データ・ネットワーク１３９０６との（例えばデータ・ネットワーク１３９０６における対応アプリケーションとの）第２エンドツーエンド・ベアラを確立してもよい。次に、端末装置１３６０２は第１エンドツーエンド・ベアラを利用して、ＩＭＳ呼データとデータ・ネットワーク１３９０４とを交換する、例えばボイス・オーバーＬＴＥ（ＶｏＬＴＥ）呼を行ってもよく、第２エンドツーエンド・ベアラを利用して、インターネット・ウェブ・ブラウジング・トラフィックとデータ・ネットワーク１３９０６を交換してもよい。

したがって、第１および第２エンドツーエンド・ベアラは、接続されたデータ・ネットワークに応じて異なるサービスをサポートすることができる。各エンドツーエンド・ベアラのデータ・トラフィック・プロファイルは、サポートされるサービスによって異なる可能性があるので、エンドツーエンド・ベアラの要件、したがって、エンドツーエンド・ベアラを構成する下位ベアラの各々の要件は、異なるサービスにわたって異なってもよい。例えば第１エンドツーエンド・ベアラは、上記で紹介した例ではリアルタイムＩＭＳシグナリングの転送に利用され得るので、第１エンドツーエンド・ベアラは、ＩＭＳ呼の品質が十分であることを保証するために、厳格な遅延と許容可能なパケット損失要件を有し得る。第２エンドツーエンド・ベアラは、ウェブサイトをロードすることおよび他の非リアルタイム・トラフィック等の「ベストエフォート」パケット・データ転送のために利用され得るので、第２エンドツーエンド・ベアラは、より緩和された遅延と許容可能なパケット損失要件を有し得る。エンドツーエンド・ベアラは、データ・パケットを転送するために階層内の下位ベアラを利用することがあるので、エンドツーエンド・ベアラのベアラ要件は、その下にあるベアラ（例えば各エンドツーエンド・ベアラを形成するネットワークおよび外部ベアラを含む）にも課され得る。

各エンドツーエンド・ベアラは、ネットワーク・ベアラに依存して端末装置１３６０２とコア・ネットワーク１３９０２のネットワーク・ゲートウェイとの間のデータを伝送するので、したがって、無線通信ネットワーク１３６００は、エンドツーエンド・ベアラ毎に別個のネットワーク・ベアラを維持してよい。各エンドツーエンド・ベアラが異なる基礎となるサービスをサポートするので、無線通信ネットワーク１３６００は、基礎となるサービスの要件を満たすために、各ネットワーク・ベアラを管理する必要があり得る。ＱｏＳ要件と呼ばれる各ネットワーク・ベアラのこれらの要件は、各ネットワーク・ベアラにわたるデータ・パケットの転送が、基礎となるサービスの特定の要件を満たすことを保証するために、各ネットワーク・ベアラによって要求される遅延、許容可能なパケット損失およびビットレート保証（もしあれば）のようなパラメータを指定することができる。ＩＭＳ呼、リアルタイム音声およびビデオトラフィック、公共安全のためのＭＣＰＴＴ（ｍｉｓｓｉｏｎ－ｃｒｉｔｉｃａｌ ｐｕｓｈ－ｔｏ－ｔａｌｋ）のようなミッション・クリティカル・サービスおよびリモートマシン制御サービス（例えば自律車両）のような、より敏感なまたは枢要なサービス（ｃｒｉｔｉｃａｌ ｓｅｒｖｉｃｅｓ）は、バッファされた音声／ビデオおよびベストエフォート・パケット・データ等の他のサービスよりも厳しいＱｏＳ要求を有することがある。満足なユーザー体験を保証するために、多くの通信システムは、ＱｏＳ要件に基づいてデータ・ベアラに優先順位を付けることができ、この場合、厳格なＱｏＳ要件を有するネットワーク・ベアラには、より緩和されたＱｏＳ要件を有するネットワーク・ベアラよりも高い優先度が与えられる。その後、より高い優先度のネットワーク・ベアラのためのデータ・トラフィックは、無線通信ネットワーク１３６００をわたる転送の間、優先されてよい。したがって、無線通信ネットワーク１３６００は、高い優先度のネットワーク・ベアラの厳格なビットレート、遅延およびパケット損失要件を満たすことによって、高い優先度のネットワーク・ベアラのためのデータ・トラフィックに優先度を与えることができる。加えて、ネットワーク輻輳が発生した場合、無線通信ネットワーク１３６００は、最も優先度の低いネットワーク・ベアラのためのデータ・トラフィックを破棄するか、遅らせてもよい。

ＬＴＥおよび他の無線アクセス技術等の通信システムは、基礎となるサービスのＱｏＳ要件に基づいてネットワーク・データ・ベアラを分類および優先順位付けし、各ネットワーク・ベアラの分類および優先度に従ってデータ・トラフィックを制御する予め定義され標準化されたＱｏＳフレームワークを採用することができる。ＬＴＥは、ＱｏＳクラス識別子（ＱＣＩ：ＱｏＳ Ｃｌａｓｓ Ｉｄｅｎｔｉｆｉｅｒ）機構における代表的なこのようなフレームワークを提供する。ＱＣＩ機構は、ネットワーク・ベアラを複数の所定のＱＣＩクラスに分類する。各ＱＣＩクラスは、会話音声およびビデオ、ＩＭＳシグナリングデータ、バッファ音声およびビデオ、ライブ／リアルタイム音声およびビデオ、一般パケット・データ（例えばベストエフォート）、制御信号等のような特定のサービス型に調整されることができ、特定のビットレート保証、遅延およびパケット損失公差を有することができる。前述のように、ＱｏＳクラスは、各ＱｏＳクラスに優先度が割り当てられる階層スキームに配置されてよく、ここでは、ＩＭＳシグナリングデータや会話音声およびビデオのような敏感なサービスは、高い優先度のＱＣＩクラスを有してもよく、バッファストリーミングおよびベストエフォート・パケット・データのような寛容なサービスは、低い優先度のＱＣＩクラスを有してもよい。

ＱｏＳ要件に基づいてネットワーク・ベアラを分類することに加えて、ＬＴＥのＱＣＩフレームワークは、より高い性能を保証するプレミアム・サービスに加入する「優先」ユーザーを認識することもできる。例えば高性能保証が約束されることを望むユーザーは、そのユーザーのデータ・トラフィックに対するより高いＱｏＳを保証するプレミアム・サービスに加入することがある。したがって、ＱＣＩフレームワークはまた、これらのプレミアムユーザーのネットワーク・ベアラにより高いＱＣＩ優先度を割り当てることもでき、したがって、そのようなユーザーに対するより良好なＱｏＳを保証する。プレミアムユーザーのネットワーク・ベアラには、しばしば保証されたビットレートのＱＣＩクラスが割り当てられてよい。他の無線通信技術はまた、ＱｏＳ要件および／または追加の加入保証が満たされることを保証するように特定のデータ・ストリームを同様に優先する、標準化されたＱｏＳフレームワークを提供してもよい。

したがって、無線通信ネットワークは、プレミアムＱｏＳ加入等の他の考慮事項に加えて、基礎となるサービスのＱｏＳ要件を考慮する標準化されたＱｏＳフレームワークに基づいて、各ネットワーク・ベアラにＱｏＳクラスを割り当てることができる。各ネットワーク・ベアラにＱｏＳクラスを割り当てた後、無線通信ネットワークは、次いで、各ネットワーク・ベアラのデータがＱｏＳ要件に従って配信されることを保証するように、無線通信ネットワークにわたってデータ・トラフィックを管理することができる。

図１３９の設定を続けると、無線通信ネットワーク１３６００は、ベアラの確立の間、各ネットワーク・ベアラにＱｏＳクラスを割り当てることができる。例えばＬＴＥ設定において、無線通信ネットワーク１３６００に取り付けるとき、端末装置１３６０２は、ＰＤＮ接続要求をコア・ネットワーク１３９０２のモビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）に送信することにより、データ・ネットワーク１３９０４との初期ＰＤＮ接続を開始することができる。端末装置１３６０２は、データ・ネットワーク１３９０４との初期ＰＤＮ接続を要求している（例えば端末装置１３６０２は、データ・ネットワーク１３９０４とのいずれの他のＰＤＮ接続も有していない）ので、ＭＭＥは、ネットワーク・ベアラを「デフォルト」ベアラとして確立することができる。ネットワーク・ベアラを確立する前に、ＭＭＥは、コア・ネットワーク１３９０２内のホーム・サブスクライバー・サーバー（ＨＳＳ：Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ ｓｅｒｖｅｒ）から端末装置１３６０２のサブスクリプション・データ（ｓｕｂｓｃｒｉｐｔｉｏｎ ｄａｔａ）を取り出すことができる。サブスクリプション・データは、データ・ネットワーク１３９０４についてのコンテキスト情報を含んでよく、これには、データ・ネットワーク１３９０４のためのアクセス・ポイント名（ＡＰＮ）、デフォルトベアラのためのＱＣＩおよび割り当て／保有優先度（ＡＲＰ：ａｌｌｏｃａｔｉｏｎ／ｒｅｔｅｎｔｉｏｎ ｐｒｉｏｒｉｔｙ）を含むデータ・ネットワーク１３９０４のためのＱｏＳ情報、並びにこのＡＰＮのために確立されるすべての非保証ビットレート（非ＧＢＲ：ｎｏｎ－ｇｕａｒａｎｔｅｅｄ ｂｉｔｒａｔｅ）ベアラの総計最大ビットレート（ＡＭＢＲ：ａｇｇｒｅｇａｔｅ ｍａｘｉｍｕｍ ｂｉｔｒａｔｅ）が含まれ得る。ＰＤＮ接続に適用可能なサブスクリプション・データは、アプリケーションがデフォルト・ネットワーク・ベアラを要求しているＡＰＮに依存し、加えてプレミアムサブスクリプション情報の存在にも依存する。例えばＩＭＳアプリケーションのような特定のアプリケーションは、他のアプリケーションよりも高いＱＣＩ、ＡＭＢＲおよび／またはＡＲＰに関連付けられるＡＰＮに対してＰＤＮ接続を要求することがあるが（これは、より高いＱＣＩ、ＡＭＢＲおよび／またはＡＲＰを有するデフォルトベアラをもたらし得る）、一方、特定の加入者はプレミアム加入を有することがある（これは、より高いＱＣＩ、ＡＭＢＲおよび／またはＡＲＰを有するデフォルトベアラをもたらし得る）。

次いで、ＭＭＥは、ＱＣＩ、ＡＭＢＲおよびＡＲＰを用いて無線通信ネットワーク１３６００にわたってネットワーク・ベアラを確立することができる（これは、基礎となるデータ・ベアラを確立するために、無線通信ネットワーク１３６００の様々なネットワーク・ノードにわたるメッセージの伝搬シーケンスを含み得る）。次に、データ・ネットワーク１３９０４とインターフェースするコア・ネットワーク１３９０４のＰＧＷは、データ・ネットワーク１３９０４とのＰＤＮ接続をサポートするエンドツーエンド・データ・ベアラを完成させるために、外部ベアラを確立することができる。次いで、端末装置１３６０２およびＰＧＷは、ＴＦＴ情報を用いて、上りリンク・データおよび下りリンク・データをネットワーク・ベアラにマップすることができる。ＴＦＴ情報は、ネットワーク・ベアラに属するデータ・パケットを識別するためのパケット・フィルタを指定する。端末装置１３６０２はまた、追加のＰＤＮ接続要求を送信することによって、データ・ネットワーク１３９０６のような他のデータ・ネットワークとの追加のＰＤＮ接続を確立してもよい。

このネットワーク・ベアラはデフォルトのネットワーク・ベアラであるので、割り当てられるＱＣＩのＱｏＳ要件は比較的低くてよい。例えばＬＴＥのデフォルトベアラには、一般的に、標準的な「ベストエフォート」データ・トラフィックを対象とするＱＣＩ＝９を割り当てることができる。この例外として、ＩＭＳサービスのためのＰＤＮ接続のデフォルトベアラは、ＩＭＳシグナリングデータに対する高いＱｏＳ要件を満たすように、ＱＣＩ＝５が割り当てられてよい。端末装置１３６０２が、データ・ネットワーク１３９０４との所与のサービス（音声／ビデオ／オーディオ／マルチメディア・ストリーミング等）について異なるＱｏＳ要件を必要とする場合、端末装置１３６０２は、デフォルトのネットワーク・ベアラとは異なるＱＣＩを有する、データ・ネットワーク１３９０４との専用ネットワーク・ベアラを確立する必要があり得る。端末装置１３６０２は、要求しているアプリケーションまたはサービスに基づいて、専用ネットワーク・ベアラのＱｏＳ要件を決定することができる。したがって、端末装置１３６０２は、（要求された専用ベアラがＧＢＲベアラの場合は、保証ビットレート（ＧＢＲ）および最大ビットレート（ＭＢＲ）等の他のベアラ・パラメータに加えて）要求された専用ベアラ・リソースについてＱＣＩおよびＴＦＴ情報を指定するベアラ・リソース割り当て要求をＭＭＥに送信してもよい。次いで、ＭＭＥは、無線通信ネットワーク１３６００において専用ベアラの確立を実行することができる（これは、ＱＣＩ情報の検証に加えて、基礎となるデータ・ベアラを確立するために、無線通信ネットワーク１３６００の様々なネットワーク・ノードにわたるメッセージの伝搬シーケンスを含んでもよい）。次に、無線通信ネットワーク１３６００は、専用ネットワーク・ベアラを確立することができる（ただし、端末装置１３６０２とデータ・ネットワーク１３９０４との間に同じＱＣＩを有する別の専用ネットワーク・ベアラが存在する場合、無線通信ネットワーク１３６００は、既存の専用ネットワーク・ベアラにベアラ・リソースを「追加」し、例えばそれに従ってＧＢＲおよびＭＢＲを増加させ、既存の専用ネットワーク・ベアラおよび要求された専用ネットワーク・ベアラからのデータを既存の専用ネットワーク・ベアラにマップしてよい）。次に、データ・ネットワーク１３９０４とインターフェースするコア・ネットワーク１３９０４のＰＧＷは、データ・ネットワーク１３９０４とのＰＤＮ接続をサポートするエンドツーエンド・データ・ベアラを完成させるために、専用ネットワーク・ベアラの外部ベアラを確立することができる。

次に、端末装置１３６０２は、デフォルトおよび専用ネットワーク・ベアラを利用して、データ・ネットワーク１３９０４とデータを交換することができ、この場合、端末装置１３６０２は、デフォルト・ネットワーク・ベアラ上のＰＤＮ接続の特定のデータおよび専用ネットワーク・ベアラ上の他のデータをマップし、受信することができる。例えばＩＭＳアプリケーションでは、デフォルト・ネットワーク・ベアラはＩＭＳシグナリングに利用されてよく、専用ネットワーク・ベアラはＩＭＳ呼トラフィックに利用されてよい。専用ネットワーク・ベアラは、非ＧＢＲのデフォルト・ネットワーク・ベアラ（例えばＱＣＩ＝５）とは対照的に、ＧＢＲベアラ（例えばＱＣＩ＝１）であってよく、したがって、専用ネットワーク・ベアラは、無線通信ネットワーク１３６００にわたるＩＭＳ呼トラフィックを配信することにより適している。上記のように、端末装置１３６０２およびデータ・ネットワーク１３９０４とインターフェースするコア・ネットワーク１３９０２のＰＧＷは、ＴＦＴフィルタに従って適切なデータ・パケットを適切なネットワーク・ベアラにマッピングすることに関与し得る。次に、無線通信ネットワーク１３６００の様々なノードは、（例えば各ネットワーク・ベアラを構成する下位ベアラ（例えばＬＴＥでＥＰＳネットワーク・ベアラを形成する無線ベアラ、Ｓ１ベアラおよびＳ５／Ｓ８ベアラ）の各々にわたる、例えば受付制御、スケジューリング、レート制御等を含み得る）各ネットワーク・ベアラのＱｏＳ要件を強制することによって、無線通信ネットワーク１３６００にわたってデータ・パケットを届けることができる。専用ネットワーク・ベアラの確立はまた、端末装置１３６０２によってではなく、無線通信ネットワーク１３６００によってトリガーされてもよい。

したがって、図１３６の設定において、端末装置１３６０２は、データ・ネットワーク１３９０４のための第１デフォルト・ネットワーク・ベアラと、データ・ネットワーク１３９０６のための第２デフォルト・ネットワーク・ベアラを確立することができる。データ・ネットワーク１３９０４および１３９０６によって提供される基礎となるサービスのニーズに応じて、端末装置１３６０２はまた、他のＱｏＳ要件とともにデータ・トラフィックを届けるための専用ネットワーク・ベアラを確立することもできる。各デフォルトおよび専用ベアラに、特定のＱｏＳ要件を有するＱｏＳクラスを割り当てることができ、この場合、ＱｏＳクラスは、無線通信ネットワーク１３６００または端末装置１３６０２によって決定されてよい。無線通信ネットワーク１３６００は、次いで、それぞれのＱｏＳクラスによって指定されるＱｏＳ要件に従って、端末装置１３６０２とコア・ネットワーク１３９０２のバックエンドにあるネットワーク・ゲートウェイとの間の様々なデフォルトおよび専用ネットワーク・ベアラについてデータ転送を監督することができる。

無線通信ネットワークにおける様々なベアラについてのＱｏＳ要件を維持し最適化することは、満足なユーザー体験を提供するのに役立ち、場合によっては、満足なユーザー体験を提供する際に重要であり得る。したがって、無線通信ネットワーク１３６００の様々なノードが、各ネットワーク・ベアラにおけるデータ・トラフィックが、それぞれのＱｏＳクラスの優先度、遅延、パケット損失およびビットレート保証に従って扱われるように、それぞれに割り当てられたＱｏＳ責任を実行することが重要である。既存のＱｏＳフレームワークは、多くの場合、ＱｏＳ要件を支持する可能性があるが、ＱｏＳ保証における更なる改善は、ユーザー体験を最大限にする際に非常に貴重であり得る。したがって、本開示の様々な側面は、様々なアプリケーションおよびサービスのＱｏＳ要件が満たされるように、無線通信ネットワークにおけるＱｏＳを改善し、場合によっては最適化する様々な機構を提供することができる。

４.１ ＱｏＳ＃１
本開示のいくつかの側面において、無線通信ネットワークは、端末装置の様々なアプリケーションのＱｏＳ要件に基づいて、使用すべき端末装置のためのネットワーク・スライス選択を実行することができる。特に、管理アプリケーションは、どのアプリケーションが端末装置にインストールされているか、かつ／またはどのアプリケーションがユーザーによって頻繁に使用されているかを識別し、識別されたアプリケーションおよび関連するサービスのＱｏＳ要件を評価して、端末装置のアプリケーションの集合的なＱｏＳ要件を特徴付ける「サービス・プロファイル・キー」を決定することができる。次に、無線通信ネットワークは、サービス・プロファイル・キーを利用して、端末装置が利用するのに適したネットワーク「スライス」を選択することができる。詳細に説明されるように、ネットワーク・スライシング・アーキテクチャでは、単一ネットワークのインフラストラクチャーは、各スライスに論理的に割り当てられるリソースに基づいて特定のサービスをサポートするよう調整される仮想エンドツーエンド・ネットワークを形成する、多数の別個のネットワーク「スライス」に論理的に分割されてよい。これらの側面は、本明細書で説明される電力効率の側面とともに使用され得る。

「５Ｇ」クラスの側面は、単一の物理ネットワークとの複数の異なるサービス（例えばモバイル・ブロードバンド、大規模なＩｏＴ、リモートマシン制御等）の要件に合致するように、そのようなネットワーク・スライシングを利用することができる。したがって、使用するすべての端末装置のために共通の無線アクセスおよびコア・ネットワークを提供する代わりに、これらの進歩したネットワークは、無線アクセスおよびコア・ネットワークを、各々が仮想エンドツーエンド・ネットワークを実装する別個の論理的な「スライス」に分割することができる。次いで、各ネットワーク・スライスには、特定のサービスを効果的にサポートするために、遅延（ｌａｔａｎｃｙ）、信頼性（ｒｅｌｉａｂｉｌｉｔｙ）、モビリティ（ｍｏｂｉｌｉｔｙ）、課金（ｃｈａｒｇｉｎｇ）、セキュリティ、データ・レート、ポリシー制御、電力消費、バッテリー寿命、容量、カバレッジ等のような特定のネットワーク・パラメータに合うように調整される専用リソースを割り当てることができる。例えば所与のネットワークの第１ネットワーク・スライスは、モバイル・ブロードバンドの使用を対象としてよく、一方、ネットワークの第２ネットワーク・スライスは、大規模なＩｏＴアプリケーションを対象としてよい。したがって、第１ネットワーク・スライスは、より高いデータ・レートと、より低い遅延でのモビリティを提供するように構成されてよく、一方、第２ネットワーク・スライスは、やはりより低いモビリティをサポートしながら、より低い電力消費を提供することができる。あるいは、ネットワークは、細い粒度のネットワーク・スライスを有してもよく、例えばビデオ配信のためのネットワーク・スライスと、ウェブ・ブラウザ・トラフィックのための別のネットワーク・スライスのように、各々が特定の型のモバイル・ブロードバンド・トラフィックをサポートするよう構成される多数のモバイル・ブロードバンド・スライスを有してもよい。このようなネットワーク・スライス構成のすべての変形は、本開示の範囲内にある。

したがって、各ネットワーク・スライスは、各ネットワーク・スライスに固有のパラメータ（遅延、信頼性、モビリティ、課金、セキュリティ、データ・レート、ポリシー制御、電力消費、容量、カバレッジ等）を考慮して、特定のサービスをサポートするように（例えば割り当てられたリソースによって）調整され得る。そのようなスライスによって提供される柔軟性にもかかわらず、異なるスライスへの端末装置の割り当ては一般に固定される可能性がある。例えばセンサー・ネットワークのような大規模なＩｏＴ配置で使用されるＩｏＴ装置は、大規模なＩｏＴネットワーク・スライスに割り当てられ、一方、携帯電話やタブレット等のユーザー操作端末装置は、モバイル・ブロードバンド・ネットワーク・スライスに割り当てられ得る。

しかしながら、端末機器が提供するサービスによっては、この固定のスライス割り当ては多くのユース・ケースでは適用可能でない可能性がある。したがって、現在の側面は、所与の端末装置のアプリケーションおよび関連するサービスのＱｏＳ要件を集約して、端末装置のＱｏＳ要件を集合的に特徴付けるサービス・プロファイル・キーを決定することができる。次いで、これらの側面は、サービス・プロファイル・キーを適用して、端末装置のデータ・トラフィックをサポートする理想的なネットワーク・スライスを選択することができる。したがって、これは、端末装置のＱｏＳ要件に適合するネットワーク・スライスを選択することによって、端末装置のデータ転送を改善（例えば最適化）することができる。これらの側面はまた、アプリケーションとサービスの使用が変化したときにサービス・プロファイル・キーを更新することによって、端末装置の使用の変化に適応する機構を提供することができる。

図１４０は、無線通信ネットワーク１４０００のための例示的なネットワーク・スライシング・アーキテクチャを示している。図１４０に図示されるように、無線通信ネットワーク１４０００は、無線インフラストラクチャー１４００２、ベースバンド・インフラストラクチャ１４００４およびコア・インフラストラクチャ１４００６を物理的に含んでもよく、ここで、無線インフラストラクチャー１４００２およびベースバンド・インフラストラクチャ１４００４は、無線通信ネットワーク１４０００の無線アクセス・セクションを形成してもよい。無線インフラストラクチャー１４００２は、無線通信ネットワーク１４０００の無線アクセス・ネットワーク上で端末装置と無線信号を送受信することができる、（例えば図１３８に示されるように、ネットワーク・アクセス・ノード１３６１０のアンテナ・システム１３８０２および無線モジュール１３８０４の方式の）アンテナおよび無線回路を含んでもよい。無線インフラストラクチャー１４００２のアンテナおよび無線回路は、近接端末装置に無線アクセス・ネットワークを提供するように、カバレッジ・エリア全体にわたって地理的に配置されてよい。ベースバンド・インフラストラクチャ１４００４は、（例えばネットワーク・アクセス・ノード１３６１０のベースバンド・モジュール１３８１０の方式の）無線アクセス・ネットワークのベースバンド処理セクションを取り扱うことができる。しかしながら、ネットワーク・アクセス・ノード側の位置に別個のベースバンド処理インスタンスを有する代わりに、ベースバンド・インフラストラクチャ１４００４は、専用ベースバンド・ハードウェア（例えばハードウェア・アクセラレータ）によって任意にサポートされ得る中央サーバー（商業クラウド・サーバーであってもよい）で実行されるソフトウェア定義アーキテクチャーのような集中位置で、無線アクセス・ネットワークのベースバンド処理を実施してもよい。コア・ネットワーク・システム１４００６は、（例えば図１３９に図示されるコア・ネットワーク１３９０２の方式で）無線通信ネットワーク１４０００のコア・ネットワーク機能を取り扱ってもよく、ベースバンド・インフラストラクチャ１４００４と同様に、中央サーバー上のソフトウェア定義アーキテクチャーで実装されてもよい。図１４０では単一の構成要素として図示されているが、いくつかの側面では、ベースバンド・インフラストラクチャ１４００４およびコア・インフラストラクチャ１４００６は、クラウド・アーキテクチャにおいて実装されてよく、したがって、ネットワーク仮想化技術等を用いて異なる物理サーバーにまたがって広がってもよい。コア・ネットワーク１４０００は、データ・ネットワーク１４０１４および１４０１６のような外部データ・ネットワークとインターフェースすることができる。

単一のモノリシック・アーキテクチャですべての端末装置をサポートする代わりに、無線通信ネットワーク１４０００は、ネットワーク・スライス１４００８、１４０１０および１４０１２に分割されてもよい。図１４０に示されるように、ネットワーク・スライス１４００８～１４０１２は、無線インフラストラクチャー１４００２、ベースバンド・インフラストラクチャ１４００４およびコア・インフラストラクチャ１４００６から形成されてよく、それぞれ、無線通信ネットワーク１４０００にわたるエンドツーエンド・ネットワークパスを提供することができる。以前に示したように、各ネットワーク・スライスは、専用のリソースを有する論理的に別個の「仮想」ネットワークであってよく、したがって、実質的に異なる無線アクセスおよびコア・ネットワークを提供することができる。ベースバンド・インフラストラクチャ１４００４およびコア・インフラストラクチャ１４００６は、中央サーバーで実装されてもよいので、いくつかの側面では、ネットワーク・スライス１４００８～１４０１２は、ネットワーク機能仮想化（ＮＦＶ：ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ ｖｉｒｔｕａｌｉｚａｔｉｏｎ）等のネットワーク仮想化を使用して実装され得る。そのようなネットワーク仮想化では、様々なベースバンドおよびコア・ネットワーク機能がソフトウェアとして具現化され、ベースバンド・インフラストラクチャ１４００４およびコア・インフラストラクチャ１４００６をサポートするサーバー上で別々に実行される。例えばＭＭＥ、ＰＧＷ、ＳＧＷおよびＰＣＲＦのようなコア・ネットワーク機能は、ソフトウェアで具現化され、コア・インフラストラクチャ１４００６をサポートするサーバーにインストールされてもよい。いくつかの側面において、ベースバンド処理機能、例えばＬＴＥクラウドＲＡＮ（Ｃ－ＲＡＮ）アーキテクチャーにおけるデジタルユニット（ＤＵ）に関連するもの等は、同様にソフトウェアとして具現化されてよく、ベースバンド・インフラストラクチャ１４００４をサポートするサーバーにインストールされてよい。以前に示したように、ベースバンド・インフラストラクチャ１４００４は任意選択で、部分的に、処理集約的な物理層動作を実行するように特別に設計されるハードウェア・アクセラレータと呼ばれる専用回路のような、専用ベースバンド・ハードウェアで実装されてもよい。ネットワーク・スライス１４００８～１４０１２について異なるネットワーク・スライスを実現するために、コア・ネットワークおよびベースバンド処理機能の多数のインスタンスを、ベースバンド・インフラストラクチャ１４００４およびコア・インフラストラクチャ１４００６上のソフトウェアとしてインストールして実行することができ、これにより、例えば仮想マシンフレームワークを使用すること等によって、ネットワーク・スライス１４００８～１４０１２の各々を実現することができる。いずれかの専用ベースバンド・ハードウェアはネットワーク・スライス間で共有されるか、あるいは複製されて各ネットワーク・スライスに一意に割り当てられてよい。いくつかの側面において、各ネットワーク・スライスを構成する様々なサブコンポーネント（例えば仮想マシン）は、ネットワーク・スライス１４００８～１４０１２の各々を論理的に実現するために、ソフトウェア定義ネットワーク（ＳＤＮ）のようなネットワーク技術に接続されてよい。

上記のように、無線インフラストラクチャー１４００２は、地理的に配置されたアンテナおよび無線回路ノードを用いて実装されてよい。ネットワーク・スライス１４００８～１４０１２の各々に専用である無線インフラストラクチャー１４００２の機器は重複してもよく（例えばネットワーク・スライス１４００８～１４０１２は、無線インフラストラクチャー１４００２の同じアンテナおよび無線回路を利用してもよい）、あるいは別個であってよい（例えばネットワーク・スライス１４００８～１４０１２の各々は、無線インフラストラクチャー１４００２の異なるアンテナおよび無線回路を利用してもよい）。

無線通信ネットワーク１４０００のネットワーク・スライシングは、より大きな柔軟性とサービス固有のリソースを提供することができる。例えばネットワーク・スライス１４００８は、モバイル・ブロードバンド（ＭＢＢ）用に調整されてよく、ネットワーク・スライス１４０１０は、多数同時接続通信（ｍＭＴＣ：ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）のために調整されてよく、ネットワーク・スライス１４０１２は、超高信頼低遅延通信（ＵＲＬＬＣ：ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ）のために調整されてよい。ＭＢＢ対ｍＭＴＣ対ＵＲＬＬＣのトラフィック間の個々の差異は、ネットワーク・スライス１４００８－１４０１２の設定と配置に反映されることになる。例えばＭＢＢは、一般的に、例えばＵＭＴＳからＬＴＥからＬＴＥ－Ａへの過去の進化の継続であり、これは、より多くの数およびより高いチャネル効率での高いスループットを目標とする。ネットワーク・スライス１４００８のようなＭＢＢスライスは、ユーザープレーン・スループットのために最適化された特別なハードウェアを必要とし得る高スループットでの大量のデータのダウンロードをサポートすることが期待される。しかしながら、この特別なハードウェアは、（例えばデータ転送の迅速な開始のために）低遅延を必ずしもサポートしない可能性があり、少なくとも近い将来、最も高い目標データ・レート（例えば上りリンクで１０Ｇｂｐｓ、下りリンクで２０Ｇｂｐｓ）は、多くの加入者によって要求されない可能性がある。また、ＭＢＢスライスは、多くのＭＢＢ端末装置の移動性質に起因して高度なモビリティのサポートを目標とすることもある。

ｍＭＴＣアプリケーションでは、シグナリング（例えば制御）と転送されるユーザー・データの量の比率は、シグナリングデータの方へ明確にシフトされる。したがって、ネットワーク・スライス１４０１０のようなｍＭＴＣスライスは（例えばハードウェアおよびソフトウェア・コンポーネントの両方で）多数の同時アクセス試行を並列に処理することが期待される。ただし、特定の接続の寿命は比較的短い可能性がある（そして転送されるユーザー・データの量は比較的少ない）。ｍＭＴＣスライスはまた、追加の冗長性を証明した特別なプロトコル（例えばＰＨＹおよびレイヤ２）を必要とする可能性がある極端な（例えば極端に乏しい）カバレッジ条件下で端末装置をサポートすることも期待され得る。追加の冗長性のために、これらの特別なプロトコルは、特にスペクトル効率に関して、非常に効率的でない可能性が最も高い。場合によっては、ｍＭＴＣスライスのモビリティ需要は、特に固定センサー・ネットワークのような静的なＩｏＴデバイスネットワークのための、ＭＢＢのものよりも少ない可能性がある。

ネットワーク・スライス１４０１２のようなＵＲＬＬＣスライスは、ＵＲＬＬＣデバイスをサポートするために必要とされる低遅延を達成するために、特別なハードウェアで構成されてもよい。ＵＲＬＬＣスライスは、一部の場合には高スループットを目標とすることがあるが、転送する必要のあるデータの量が比較的小さい（例えば約数百オクテット）可能性があるので、潜在的には非常に短い時間だけの可能性がある。高い信頼性要件のために、なんらかの追加の冗長性が要求される可能性がある。しかしながら、この場合、冗長性／誤り耐性は、経時的に情報を配布することにより（例えば許容できないほど遅延に影響を与える可能性がある送信を繰り返すことにより）満たすことができない可能性があり、したがって、伝送は、例えばいくつかの周波数帯域で同時に伝送することによって反復される可能性がある。これは、ＭＢＢスライスと比較してＵＲＬＬＣスライスにおいて低いスペクトル効率をもたらす可能性がある。ある場合には、ＵＲＬＬＣスライスのモビリティ需要は、自律運転アプリケーションのようなｍＭＴＣスライスよりも高いことがある。

したがって、ネットワーク・スライス１４００８～１４０１２の異なる需要および目標は、異なる構成およびリソースにつながる可能性がある。例えばネットワーク・スライス１４００８～１４０１２は、各ネットワーク・スライスに固有の極端なユース・ケースをサポートするために、異なる特別なハードウェアおよび／またはハードウェア・アクセラレータを必要とすることがある。このハードウェアは高価であり、おそらく希少なリソースであるため、ネットワークは、各スライスによって提供される特性（遅延、信頼性、スループット、モビリティ）に対する真のニーズを有する各ネットワーク・スライスのみに端末装置を割り当てることを目的とする可能性がある。ＭＢＢ、ｍＭＴＣおよびＵＲＬＬＣは、ネットワーク・スライス１４００８～１４０１２に関して参照され得るが、いくつかの側面では、無線通信ネットワーク１４０００は、他のサービスをサポートし得るより多くのまたはより少ないネットワーク・スライスで構成されてもよい。

ネットワーク・スライシングは、端末装置をネットワーク・スライスに割り当てる際に、比較的固定されてもよい。例えば端末装置は、全体的なサービス型、例えばＭＢＢ端末装置、ｍＭＴＣ（ｍａｓｓｉｖｅ ＭＴＣ）端末装置、ＵＲＬＬＣ端末装置等に基づいて分類されてよく、対応するネットワーク・スライスに堅固に固定されてよい。ネットワークは、このサービス型を、例えば端末装置の特定の能力（例えば最大サポートビットレート、最小サポート伝送時間間隔（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）、デバイス・ツー・デバイス（Ｄ２Ｄ）通信のサポート）に基づいて、あるいはサブスクリプションに基づいて割り当てることができる。後者の場合、加入者は、サービス型に適した能力を有する端末装置に、加入を表すユニバーサル加入者識別モジュール（ＵＳＩＭ：ｕｎｉｖｅｒｓａｌ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）を挿入することに関与する可能性がある。

したがって、これらの側面は、より大きな柔軟性を提示し、端末装置のサービスおよびアプリケーション（例えばインストールされているおよび／または頻繁に使用されるアプリケーション）をサービス・プロファイル・キーとして特徴付けるフレームワークでＱｏＳを改善し、場合によっては最適化することができる。端末装置は、次いで、サービス・プロファイル・キーをネットワークに信号伝達してよく、ネットワークは、サービス・プロファイル・キーによって示されるＱｏＳ要件に最も良く合致する特定のネットワーク・スライスに端末装置を割り当てることができる。端末装置のサービスおよびアプリケーションが経時的に変化する可能性があるので、幾つかの側面では、端末装置は、サービス・プロファイル・キーを更新し、したがって、端末装置のデータ転送のＱｏＳを動的に改善し、場合によっては最適化するために、ネットワークが、割り当てられたネットワーク・スライスを切り替えることを可能にすることができる。

図１４１は、いくつかの側面による、端末装置１３６０２の例示的な内部図を示す。図１４１に図示されるように、アプリケーション・プロセッサ１３７１２は、マネージャ・アプリケーション１４１０２および１つ以上の専用アプリケーション１４１０４～１４１０６を含むことができる。制御、電力およびクロック線に加えて、現在の側面に直接関係しない端末装置１３６０２の他の構成要素は、図１４１には明示的に示されていないことがある。いくつかの側面において、マネージャ・アプリケーション１４１０２および専用アプリケーション１４１０４～１４１０６はそれぞれ、アプリケーション・プロセッサ１３７１２によって取り出されて実行される、非一時的コンピュータ可読な媒体に格納されるソフトウェア・ロジックとして具現化されてもよい。マネージャ・アプリケーション１４１０２および専用アプリケーション１４１０４～１４１０６の各々は、それぞれ、アプリケーション・プロセッサ１３７１２によって別々に実行され得る別個のプログラム・コード・モジュールとして格納されてよい。専用アプリケーション１４１０４～１４１０６は、音声／ビデオ通話アプリケーション、ウェブ・ブラウザ・アプリケーション、電子メール・アプリケーション、メッセージング・アプリケーション、ソーシャルメディア・アプリケーション、ナビゲーション・アプリケーション、カレンダー／スケジューリング・アプリケーション、ＩｏＴアプリケーション、ｍＭＴＣアプリケーション、リモートマシン制御アプリケーション、自律操縦アプリケーション等といった多数の様々な型のアプリケーションのいずれかとすることができる。いくつかの側面では、アプリケーション・プロセッサ１３７１２は、端末装置１３６０２の他のコンポーネントと対話して、専用アプリケーション１４１０４～１４１０６を、例えばディスプレイスクリーン、オーディオスピーカ、タッチパッド、マイクロフォン、カメラおよびボタン等のユーザーＩ／Ｏコンポーネントとのユーザー対話型にすることもできる。

専用アプリケーション１４１０４～１４１０６は、データ・ネットワークとデータ・トラフィックの交換を必要とする「オンライン」アプリケーションであってよい。したがって、端末装置１３６０２が無線通信ネットワーク１４０００に接続される設定において、専用アプリケーション１４１０４は、データ・ネットワーク１４０１４とのソフトウェア・レベルの論理接続を確立および維持することができ、一方、専用アプリケーション１４１０６は、データ・ネットワーク１４０１６とのソフトウェア・レベルの論理接続を確立および維持することができる。以前に示したように、アプリケーション・プロセッサ１３７１２とデータ・ネットワーク１４０１４および１４０１６との間のソフトウェア・レベルの論理接続は、端末装置１３６０２とデータ・ネットワーク１４０１４および１４０１６との間のデータ・パケットの転送を行う様々なデータ・ベアラを含んでよい。無線通信ネットワーク１３６００に関して上記で詳述したのと同じように、無線通信ネットワーク１４０００は、ネットワーク・ベアラを利用して、無線通信ネットワーク１４０００にわたってデータを転送することができ、そのようなネットワーク・ベアラは、デフォルトおよび専用ネットワーク・データ・ベアラの両方を含み得る。しかしながら、各ネットワーク・スライス１４００８～１４０１２は、一意のトラフィック特性（例えば遅延、信頼性、モビリティ、課金、セキュリティ、データ・レート、ポリシー制御、電力消費、容量、カバレッジ等）を有する専用リソースを利用するため、各ネットワーク・スライスによって提供されるネットワーク・ベアラは、少なくともある程度、基礎となるネットワーク・スライスの特性を継承し得る。例えばネットワーク・スライス１４０１０が上述のようにｍＭＴＣスライスである場合、ネットワーク・スライス１４０１０は、例えばＩＭＳシグナリングまたは様々な他の型のＭＢＢトラフィックを送達するのに十分である低遅延および高スループットネットワーク・ベアラを提供することができない可能性がある。同様に、ネットワーク・スライス１４００８および１４０１２は、ＭＢＢおよびＵＲＬＬＣトラフィックのそれぞれの目的に起因して、ｍＭＴＣに必要とされるような、かなりの数のネットワーク・ベアラをサポートする能力がない可能性がある。また、例えば無線通信ネットワーク１４０００が、多様な異なるモバイルブロードバンド・ネットワーク・スライスのように特定のサービスに対して多様なネットワーク・スライスを提供するような、より細かい配置において、特定のネットワーク・スライスは、ＩＭＳシグナリングを送出するための低遅延のＭＢＢネットワーク・スライスや、ファイル・ダウンロードのための高スループットのＭＢＢネットワーク・スライスのような、特定の型のデータ・トラフィックを転送するのにより適している可能性がある。

マネージャ・アプリケーション１４１０２は、例えば専用アプリケーション１４１０４～１４１０６の使用をモニタリングすることにより、どのアプリケーションがアプリケーション・プロセッサ１３７１２にインストールされているか、かつ／またはアプリケーション・プロセッサ１３７１２によって頻繁に使用されているかを評価し、インストールされている／頻繁に使用されているアプリケーションのＱｏＳ要件に基づいて「サービス・プロファイル・キー」を決定するように構成されてもよい。マネージャ・アプリケーション１４１０２は、次いで、サービス・プロファイル・キーを無線通信ネットワーク１４０００に（例えばコア・インフラストラクチャ１４００６のコア・ネットワークエンティティに）提供することができ、無線通信ネットワーク１４０００は、どのネットワーク・スライスが、サービス・プロファイル・キーによって集合的に表されるＱｏＳ要件を満たすように最もよく構成されているかを識別することによって、端末装置１３６０２のための適切なネットワーク・スライスを選択することができる。次に、端末装置１３６０２は、無線通信ネットワーク１４０００によって選択されたネットワーク・スライスを利用して、ネットワーク・ベアラを確立し、データ・ネットワーク１４０１４および１４０１６とデータ・トラフィックを交換することができる。

図１４２は、いくつかの側面によるメッセージ・シーケンス・チャート１４２００を示す。図１４２に図示されるように、マネージャ・アプリケーション１４１０２は、まず、１４２０２において、アプリケーション・プロセッサ１３７１２のインストールされているおよび／または頻繁に使用されるアプリケーションを識別することができる。例えばマネージャ・アプリケーション１４１０２は、アプリケーション・プロセッサ１３７１２に現在インストールされているアプリケーションを識別することができる。そのようなアプリケーションは、専用アプリケーション１４１０４～１４１０６を含んでよい。これらの側面は、データ活動のためにＱｏＳを改善し得るので、いくつかの側面では、マネージャ・アプリケーション１４１０２は、例えば無線通信ネットワーク１４０００上のデータ転送を利用する、「オンライン」であるアプリケーションのみを識別し得る。あるいはまた、いくつかの側面では、マネージャ・アプリケーション１４１０２は、例えば（平均値であってもよいが）所定の時間ウィンドウにおいて所定の期間よりも長く使用されるアプリケーションや、（平均値であってもよいが）所定の時間ウィンドウにおいて所定の量よりも多くのデータを転送するアプリケーション等のように、例えば所定の基準に従って、アプリケーション・プロセッサ１３７１２におけるアプリケーションの使用を経時的にモニタリングすることにより、どのアプリケーションが頻繁に使用されるかを決定することができる。

関連するアプリケーション、例えば専用アプリケーション１４１０４～１４１０６を識別した後、マネージャ・アプリケーション１４１０２は、１４２０４において、サービス・プロファイル・キーを決定するために、識別されたアプリケーションのＱｏＳ要件を評価することができる。したがって、サービス・プロファイル・キーは、データ転送に関与する端末装置１３６０２のアプリケーションのＱｏＳ要件を集合的に特徴付けることができる。識別されたアプリケーションの各々は、音声／ビデオ通話、ウェブ・ブラウザ・トラフィック、電子メール、ＩｏＴ、リモートマシン制御等のような、関連するデータ・ネットワークによって提供される特定のサービスを利用することができるので、識別されたアプリケーションの各々は、基礎となるサービスのＱｏＳ要件を満たすネットワーク・ベアラに依存してもよい。例えば１４２０２においてマネージャ・アプリケーション１４１０２によって識別されるアプリケーションの各々は、十分なサービスを提供するためにネットワーク・ベアラが満たすべき遅延、信頼性、モビリティ、課金、セキュリティ、データ・レート、ポリシー制御、電力消費、バッテリー寿命、容量またはカバレッジ要件を有し得る。マネージャ・アプリケーション１４１０２は、各々の識別されたアプリケーションのこれらのＱｏＳ要件を収集し、識別されたアプリケーションのＱｏＳ要件を共同で特徴付けるサービス・プロファイル・キーを決定することができる。

マネージャ・アプリケーション１４１０２は、１４２０２で識別されたアプリケーションのＱｏＳ要件を、いくつかの異なる方法で収集することができる。例えば上記で詳述したように、端末装置１３６０２は、コア・インフラストラクチャ１４００６から特定のＱｏＳクラスを持つ専用ネットワーク・ベアラを（例えばＬＴＥ設定におけるベアラ・リソース割り当て要求で）要求するように構成されてもよい。端末装置１３６０２は、アプリケーション・プロセッサ１３７１２の様々なアプリケーションを特定のＱｏＳクラス（各ＱｏＳクラスは、遅延、ビットレート、パケット損失および優先度要件を含む特定のＱｏＳ要件を有する）にマッピングするマッピング・テーブルに基づいて、専用ネットワーク・ベアラについて所望のＱｏＳクラスを決定することができる。例えば例示的なシナリオにおいて、専用アプリケーション１４１０４は、データ・ネットワーク１３９０４とのＩＰ接続を要求することができる。アプリケーション・プロセッサ１３７１２は、ベースバンド・モデム１３７０６に要求を提供してもよく、専用アプリケーション１４１０４に対して一意の「アプリケーションＩＤ」を指定してもよく、ここで、アプリケーションＩＤは、専用アプリケーション１４１０４を一意に識別する所定の数または文字列である。次に、コントローラ１３７１０は、専用アプリケーション１４１０４のアプリケーションＩＤでマッピング・テーブルを参照して、マッピング・テーブルが専用アプリケーション１４１０４のための明示的なマッピング・ルールを含むかどうかを判断することができる。いくつかの側面において、明示的なマッピング・ルールは、例えば専用アプリケーション１４１０４によって要求される専用ネットワーク・ベアラに利用されるべきＱｏＳクラスであって、デフォルト・ネットワーク・ベアラのＱｏＳクラスとは異なり得るＱｏＳクラスを指定するルールとすることができる。マッピング・テーブルが、所与のアプリケーションについての明示的なマッピング・ルールを有していない（例えばマッピング・テーブル内にアプリケーションのアプリケーションＩＤを有するエントリーが存在しない）場合、コントローラ１３７１０は、デフォルトのＱｏＳクラスを利用し、アプリケーション１４１０４のためのデータ・パケットをデータ・ネットワーク１３９０４のためのデフォルトのネットワーク・ベアラにマッピンしてもよい。

いくつかの側面では、マネージャ・アプリケーション１４１０２は、したがって、マッピング・テーブル（例えばアプリケーションＩＤに基づいてＱｏＳクラスを専用ベアラに割り当てるために使用される）を利用して、１４２０２において識別されたアプリケーションのＱｏＳ要件を収集することができる。例えばマネージャ・アプリケーション１４１０２は、１４２０２において識別されたアプリケーションのアプリケーションＩＤを識別し、マッピング・テーブルを参照して、識別されたアプリケーションのいずれかがマッピング・テーブル内で（関連するＱｏＳクラスとともに）明示的なマッピング・ルールを有するかどうかを決定することができる。マネージャ・アプリケーション１４１０２は、明示的なマッピング・ルールを有する各識別されたアプリケーションについて、マッピング・テーブルで指定されたＱｏＳクラスを利用してよく、明示的なマッピング・ルールを持たない各識別されたアプリケーションについて、（デフォルトのネットワーク・ベアラのための）デフォルトのＱｏＳクラスを利用してもよい。以前に示したように、各ＱｏＳクラスには、特定のＱｏＳ要件を割り当てることができる。例えば各ＱｏＳクラスは、標準化されたＱｏＳフレームワーク（例えばＬＴＥのＱＣＩ）の一部であってよく、予め定義されたＱｏＳ要件にマッピングされてよい。

いくつかの側面において、ＱｏＳクラス割り当てに利用されるマッピング・テーブルは、コア・インフラストラクチャ１４００６によって提供されてよい。例えばコア・インフラストラクチャ１４００６内の専用ネットワークサーバー（例えばオープン・モバイル・アプライアンス（ＯＭＡ）デバイス管理サーバー）は、マッピング・テーブルを格納することができ、例えば各端末装置が最初にコア・インフラストラクチャ１４００６に加入した後に、（例えばＯＭＡ管理オブジェクト（ＭＯ）として）端末装置にマッピング・テーブルを提供することができる。いくつかの側面では、専用ネットワークサーバーは、マッピング・テーブルが変化した場合、端末装置にアップデートを提供することもできる。したがって、マネージャ・アプリケーション１４１０２は、識別されたアプリケーションの各々のＱｏＳ要件を識別するために、１４２０４においてネットワーク提供マッピング・テーブルを利用してもよい。このマッピング・テーブルはネットワークによって提供されるので、このマッピング・テーブルは「オペレータ定義」とみなされてよい。

あるいは、いくつかの側面において、マネージャ・アプリケーション１４１０４は、代替マッピング・テーブルでネットワーク提供／オペレータ定義マッピング・テーブルを「オーバーライド」してもよい。代替マッピング・テーブルは、特定のアプリケーションについて、ネットワーク提供マッピング・テーブルによって各アプリケーションにマッピングされるＱｏＳ要件とは異なるＱｏＳ要件を指定することができる。代替マッピング・テーブルは任意に、これらの側面に特有なものであってよい、言い換えると、これらの側面に従ってＱｏＳ要件を定義するために具体的に提供されてもよい。いくつかの側面において、代替マッピング・テーブルは、端末装置１３６０２に事前にプログラムされてもよく、あるいは代替マッピング・テーブルを端末装置１３６０２に提供する（無線通信ネットワーク１３６００の一部ではない）外部サーバー等の代替位置から、端末装置１３６０２によって受け取られてもよい。

ネットワーク提供マッピング・テーブルと同様に、いくつかの側面では、代替マッピング・テーブルはアプリケーションＩＤでインデックス付けされてもよく、各アプリケーションＩＤについてのＱｏＳ要件を定義してもよい。したがって、マネージャ・アプリケーション１４１０２が、１４２０４において代替マッピング・テーブルを利用する場合、マネージャ・アプリケーション１４１０２は、１４２０２において識別されたアプリケーションのアプリケーションＩＤで代替マッピング・テーブルを参照し、代替マッピング・テーブル内で各識別されたアプリケーションにマッピングされたＱｏＳ要件を判断することができる。いくつかの側面において、端末装置１３６０２は、代替マッピング・テーブルを利用してデータ・ベアラを確立することもでき、したがって、ベアラ確立の目的のためにネットワーク提供マッピング・テーブルを上書きすることもできる。

いくつかの側面において、マネージャ・アプリケーション１４１０２は、他の情報を利用して、専用アプリケーション１４１０４～１４１０６についてのＱｏＳ要件を識別してもよい。例えば専用アプリケーション１４１０４～１４１０６は、それらのＱｏＳ要件を示す、予め割り当てられたメタデータであり得る。例えば専用アプリケーション１４１０４が、ｍＭＴＣユース・ケースに焦点を当てたアプリケーションである場合、専用アプリケーション１４１０４は、ｍＭＴＣアプリケーション（およびＭＢＢおよびＵＲＬＬＣのケースも同様に）に対するＱｏＳ要件と整合する、予め割り当てられたメタデータを有することができる。マネージャ・アプリケーション１４１０２はまた、専用アプリケーション１４１０４～１４１０６のために予め割り当てられたこのメタデータにアクセスして、それらのＱｏＳ要件を識別することができる。

識別されたアプリケーションのＱｏＳ要件を識別した後、マネージャ・アプリケーション１４１０２は、ＱｏＳ要件に基づいて、サービス・プロファイル・キーを決定することができる。サービス・プロファイル・キーは、識別されたアプリケーションのＱｏＳ要件を特徴付けることができる。したがって、いくつかの側面において、サービス・プロファイル・キーは、端末装置１３６０２に割り当てるための無線通信ネットワーク１４０００の適切なネットワーク・スライスを識別するための基礎を提供し得る、端末装置１３６０２のアプリケーションの遅延、信頼性、モビリティ、課金、セキュリティ、データ・レート、ポリシー制御、電力消費、バッテリー寿命、容量および／またはカバレッジ要件の特徴を提供することができる。アプリケーション・プロセッサ１３７１２のアプリケーションは、選択されたネットワーク・スライスにわたって別々のネットワーク・ベアラを利用してもよいが（ネットワーク・ベアラは、アプリケーションの個々のＱｏＳ要件に従って構成される）、アプリケーションのＱｏＳ要件に適合する理想的なネットワーク・スライスの選択は、サポートするネットワーク・スライスと一貫性のないＱｏＳ要件でネットワーク・ベアラに維持しようとする試みよりも効果的であり得る。

様々な側面において、マネージャ・アプリケーション１４１０２は、サービス・プロファイル・キーを決定するための異なるオプションを有してもよい（これは、場合によっては、コア・インフラストラクチャ１４００６からの協力も必要とする可能性がある）。例えばいくつかの側面において、マネージャ・アプリケーション１４１０２およびコア・インフラストラクチャ１４００６は、既存のＱｏＳフレームワークをサービス・プロファイル・キーとして利用することができる。この場合、マネージャ・アプリケーション１４１０２は、標準化されたＱｏＳフレームワーク（例えばＬＴＥのＱＣＩ）から、識別されたアプリケーションのＱｏＳ要件に最も良く合致する、ＱｏＳクラスを決定することができる。いくつかの側面において、マネージャ・アプリケーション１４１０２は、各標準化されたＱｏＳクラスのＱｏＳ要件を、各識別されたアプリケーションのＱｏＳ要件と比較して、どの標準化されたＱｏＳクラスが、全体として、識別されたアプリケーションに「最も近い」かを（例えば特定のＱｏＳ要件を他よりも高く重み付けし得る多変数距離測定によって）決定することができる。あるいは、いくつかの側面において、マネージャ・アプリケーション１４１０２は、最も厳格なＱｏＳ要件を有する専用アプリケーションを識別し、対応するＱｏＳクラスをサービス・プロファイル・キーとして利用してもよい。いずれの場合においても、マネージャ・アプリケーション１４１０２は、その後、選択したＱｏＳクラスを、サービス・プロファイル・キーとして１４２０６のコア・インフラストラクチャ１４００６に報告することができ、そして、選択されたＱｏＳクラスを利用して、ネットワーク・スライス選択を実行することができる。

あるいは、いくつかの側面において、マネージャ・アプリケーション１４１０２およびコア・インフラストラクチャ１４００６は、これらの側面に固有のサービス・プロファイル・キー方式のような、異なるサービス・プロファイル・キー方式を利用してもよい。例えばサービス・プロファイル・キー方式は事前定義されてよく、各々が異なるＱｏＳ要件を割り当てられる事前定義サービス・プロファイル・キーの集合を指定することができる。標準化されたＱｏＳフレームワークの上記のケースと同様に、マネージャ・アプリケーション１４１０２は、識別されたアプリケーションのＱｏＳ要件を、１４２０４における所定のサービス・プロファイル・キーの各々に対して比較し、（例えば多変数距離測定をＱｏＳ要件および所定のサービス・プロファイル・キーに適用して、所定のサービス・プロファイル・キーのいずれかがＱｏＳ要件との最小距離を有するかを判断することによって）所定のサービス・プロファイル・キーのうちのいずれのサービス・プロファイル・キーが最良の合致を提供するかを決定することができる。マネージャ・アプリケーション１４１０２は、その後、１４２０６において、最も近い事前定義されたサービス・プロファイル・キーをコア・インフラストラクチャ１４００６に報告することができ、コア・インフラストラクチャ１４００６は、その最も近い事前定義されたサービス・プロファイル・キーを利用して、ネットワーク・スライスの選択を行うことができる。

いくつかの側面では、マネージャ・アプリケーション１４１０２はまた、専用アプリケーション１４１０４～１４１０６のうちの特定のアプリケーションが使用される頻度および／または時間または日等の使用プロファイルに基づいて、サービス・プロファイル・キーを決定してもよい。例えば専用アプリケーション１４１０４は、（例えば端末装置１３６０２のユーザーによって）非常に頻繁に使用される可能性があり、一方、専用アプリケーション１４１０６は、散発的に使用されるか、または稀にしか使用されない可能性がある。したがって、専用アプリケーション１４１０４は、専用アプリケーション１４１０６よりも頻繁に使用される可能性があるので、いくつかの側面では、マネージャ・アプリケーション１４１０２は、（例えば所定のサービス・プロファイル・キーによる多変数距離測定において、専用アプリケーション１４１０４のＱｏＳ要件を、他のアプリケーションのＱｏＳ要件よりも高い重みで重み付けすることにより）専用アプリケーション１４１０４のＱｏＳ要件に対してサービス・プロファイル・キーを重み付けしてもよい。別の例において、専用アプリケーション１４１０６は、１週間のうちの特定の時間または日の間（例えば就業時間の間または就業日の間）に頻繁に使用され、１週間のうちの他の時間または日の間はめったに使用されない可能性がある。したがって、いくつかの側面では、マネージャ・アプリケーション１４１０２は、専用アプリケーション１４１０６が最も頻繁に使用される時間／日を識別し、専用アプリケーション１４１０６が使用される週／日の間の専用アプリケーション１４１０６のＱｏＳ要件をより強く反映し、他の時間／日の間の専用アプリケーション１４１０６のＱｏＳ要件はあまり反映しないように、サービス・プロファイル・キーを決定することができる。いくつかの側面では、マネージャ・アプリケーション１４１０２は、端末装置１３６０２の位置および移動に基づいて、使用プロファイルを決定することができ、例えばユーザーは、頻繁に訪れるエリアから離れたときおよび車速で移動するときに、地図を使用する可能性がより高くなる等である。いくつかの側面において、マネージャ・アプリケーション１４１０２は、端末装置１３６０２のユーザーが、多くの他のユーザーがツイートやライブストリーミングおよび他のソーシャルアクションを行っているイベントにある場合のように、ソーシャルネットワーク情報から使用プロファイルを決定することができる。次いで、マネージャ・アプリケーション１４１０２は、ユーザーが同じことをする可能性が高い場合、それに応じて、使用プロファイルを調整することができる。いくつかの側面において、マネージャ・アプリケーション１４１０２は、カレンダーまたは電子メール・アプリケーションにおけるカレンダー予定のように、他のアプリケーションにおけるデータに基づいて、使用プロファイルを決定することができる。いくつかの側面において、マネージャ・アプリケーション１４１０２は、例えば端末装置１３６０２が、ユーザーが以前に使用したことがあるＷｉ－Ｆｉホットスポットの近くにある場合（例えばユーザーが特定のネットワークに加入しており、そのネットワークのホットスポットのあるイベントに行っている場合）のように、Ｗｉ－Ｆｉサービスへのアクセスに関する情報に基づいて、使用プロファイルを決定することができる。次いで、マネージャ・アプリケーション１４１０２は、それに応じて、使用プロファイルを調整することができる。

いくつかの側面において、マネージャ・アプリケーション１４１０２はまた、１４２０４において、サービス最適化目標（例えば最適化されたＱｏＳ）、コスト最適化目標（例えば最も低いコスト・サービス）またはバッテリー使用最適化目標（例えば最も低いバッテリ電力消費）またはコスト最適化目標（例えば最も低いコスト）等の「目標」に基づいて、サービス・プロファイル・キーを決定してもよい。例えば低遅延または高ビットレートは、改善されたサービスを提供することができるが、より高いコスト（例えばオペレータがトラフィック依存の課金ポリシーを有する場合）およびより高い電力消費を犠牲にすることになる。したがって、端末装置１３６０２で現在バッテリー電力が低い場合、またはユーザーが端末装置１３６０２を電力節約モードに設定する場合、いくつかの側面において、マネージャ・アプリケーション１４１０２は電力消費最適化目標を利用し、（潜在的にサービスを犠牲にして）バッテリー電力消費を改善するかまたは最適化さえする識別されたアプリケーションに、ＱｏＳクラスを割り当てることができる。あるいは、端末装置１３６０２におけるトリガーが、（ユーザーによってまたは別のトリガーによって開始され得る）サービスが改善または最適化されるべきであることを示す場合、いくつかの側面において、マネージャ・アプリケーション１４１０２はサービス最適化目標を利用し、（潜在的にコストおよび電力消費を犠牲にして）サービスを改善または最適化する識別されたアプリケーションに、ＱｏＳクラスを割り当ててもよい。あるいは、端末装置におけるトリガーが、コストが改善または最適化されるべきであることを示す場合（例えば端末装置１３６０２の請求が限界または上限に近づいていること、あるいはユーザーがコストを低減または最小化するという望みを示していること）、いくつかの側面において、マネージャ・アプリケーション１４１０２はコスト最適化目標を利用し、（潜在的にサービスを犠牲にして）コストを改善または最適化する識別されたアプリケーションに、ＱｏＳクラスを割り当てることができる。

したがって、マネージャ・アプリケーション１４１０２は、１４２０４におけるサービス・プロファイル・キー決定の間、そのようなターゲットを考慮してもよい。例えばマネージャ・アプリケーション１４１０２は、（アプリケーションＩＤをＱｏＳ要件にマッピングするために）いくつかの異なる代替マッピング・テーブルを有してもよく、この場合、各代替マッピング・テーブルは、特定の目標のうちの１つに対して調整されたＱｏＳ要件を有する。例えばコスト削減または最適化目標のために調整される第１代替マッピング・テーブルは、各アプリケーションに対して特有のＱｏＳ要件を有してよく、一方、サービス改善または最適化目標のために調整される第２代替マッピング・テーブルは、各アプリケーションに対して特有の異なるＱｏＳ要件を有してもよい。第１代替マッピング・テーブルのＱｏＳ要件は、コストを低減または最適化するように調整されてよく、第２代替マッピング・テーブルのＱｏＳ要件は、サービスを改善または最適化するよう調整されてよい。したがって、特有の目標が望まれる場合、マネージャ・アプリケーション１４１０２は、対応する代替マッピング・テーブルを利用して、識別されたアプリケーションのＱｏＳ要件を取得することができる。次に、マネージャ・アプリケーション１４１０２は、これらのＱｏＳ要件に基づいて、サービス・プロファイル・キーを決定することができ、これは、サービス・プロファイル・キーに目標を反映させることができる。

異なる代替マッピング・テーブルを使用する代わりに、いくつかの側面において、マネージャ・アプリケーション１４１０２は、改善または最適化目標に基づいてサービス・プロファイル・キーを修正することができる。例えばマネージャ・アプリケーション１４１０２は、最初に１４２０４において、ＱｏＳ要件に基づいてサービス・プロファイル・キーを決定し、サービス・プロファイル・キーを修正し（これは、目標によりよく適合する異なるサービス・プロファイル・キーを選択することを含み得る）、１４２０６において、修正されたサービス・プロファイル・キーをコア・インフラストラクチャ１４００６に送信してよい。したがって、マネージャ・アプリケーション１４１０２は、改善または最適化目標に基づいて、サービス・プロファイル・キーを選択することができる。

あるいはまた、いくつかの側面において、マネージャ・アプリケーション１４１０２は、ポイント・スキームを利用してサービス・プロファイル・キーを決定してもよい。例えばマネージャ・アプリケーションおよびコア・インフラストラクチャ１４００６は、ネットワーク・スライス・ディメンション（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｄｉｍｅｎｓｉｏｎ）、例えばＭＢＢ、ｍＭＴＣおよびＵＲＬＬＣディメンションの各々に対して、予め定義されたクラスの集合を利用することができる。専用アプリケーション１４１０４～１４１０６の要件に基づいて、マネージャ・アプリケーション１４１０２は、各ネットワーク・スライス・ディメンションについてポイントを集計して、（例えば集合的一致または最も極端な要件に対する一致に基づいて）どのネットワーク・スライス・ディメンションが専用アプリケーション１４１０４～１４１０６に対して最適な一致を表すかを示す、各ネットワーク・スライス・ディメンションについての最終ポイント計数を取得することができる。例えばＭＢＢはスループットに高い需要を置くので、マネージャ・アプリケーション１４１０２は、[０～１００Ｋｂｉｔ]というスループット要件を有する専用アプリケーションについて、ＭＢＢディメンションに１ポイントを割り当ててよく、[１００Ｋｂｉｔ～１Ｍｂｉｔ]には２ポイント、[１Ｍｂｉｔ～１００Ｍｂｉｔ]には３ポイント、[１００Ｍｂｉｔ～１Ｇｂｉｔ]には４ポイントおよび[１Ｇｂｉｔ～１００Ｇｂｉｔ]として５ポイントを割り当ててよい。ｍＭＴＣディメンションに対して、マネージャ・アプリケーション１４１０２は、拡張カバレッジに対して１ポイントと、「極端な」拡張カバレッジに対して２ポイントを割り当て、電力制限に基づいて１～３ポイントを追加し（１週間までは１ポイント、５年間までは２ポイント、１０年以上の動作には再課金なしで３ポイント）、小さなデータ・パケットの「頻繁でない」送信に対して１ポイントを追加し、かつ／または３ＧＰＰセルラーＩｏＴ（ＣＩｏＴ）最適化のサポートのために最大２ポイントを追加してよい。ＵＲＬＬＣディメンションに対して、マネージャ・アプリケーション１４１０２は、サポートされるＴＴＩが＜０.５ｍｓまたは０.１ｍｓである場合は、それぞれ、１または２ポイントを割り当ててもよく、パケットエラー損失率がそれぞれ＜１０^－６、１０^－８、１０^－１０である必要があるかどうかに応じて、最大３ポイントまでの追加ポイントを割り当ててもよい。いくつかの側面では、マネージャ・アプリケーション１４１０２は、専用アプリケーション１４１０４～１４１０６の各々のポイントを集計して、専用アプリケーション１４１０４～１４１０６の各々からのポイントを含む各ディメンションの総ポイント計数を取得することができる。いくつかの側面において、マネージャ・アプリケーション１４１０２は、使用プロファイルまたは最適化目標のような、上述の１つ以上のファクタに基づいて、各ネットワーク・スライス・ディメンションについてのポイント計数をシフトまたは変更することができる。このポイント・スキームは非限定的で例証的であり、本開示の範囲から逸脱することなく、同じ概念に依拠する多くの他のポイント・スキームを使用することができる。

マネージャ・アプリケーション１４１０２は、その後、ネットワーク・スライス・ディメンションの各々についてのポイント計数に基づいて、サービス・プロファイル・キーを選択してもよい。例えばサービス・プロファイル・キーがネットワーク・スライス・ディメンションを示す側面では、マネージャ・アプリケーション１４１０２は、最も高いポイント計数を有するネットワーク・スライス・ディメンションを示すサービス・プロファイル・キーを選択してもよい。例えばＭＢＢディメンションのポイント計数が４であり、ｍＭＴＣディメンションのポイント計数が１であり、ＵＲＬＬＣディメンションのポイント計数が２である場合、マネージャ・アプリケーション１４１０２は、ＭＢＢディメンションに対応するサービス・プロファイル・キーを選択してもよい。あるいは、いくつかの側面では、マネージャ・アプリケーション１４１０２は、ネットワーク・スライス・ディメンションについてのポイント計数を編さんまたは組み合わせて、ポイント計数をサービス・プロファイル・キーとして送信することができ、これにより、コア・インフラストラクチャ１４００６は、ポイント計数を評価してネットワーク・スライスを選択することが可能になる。例えばいくつかの側面では、アプリケーション１４１０２は、結果を３次元ベクトルに符号化してもよい。例えばデバイスが達成できる各次元が０ポイントとｎ－１ポイントの間である場合、サービス・プロファイル・キー＝（ＭＢＢポイントの＃）*ｎ^２＋（ｍＭＴＣポイントの＃）* ｎ＋（ＵＲＬＬＣポイントの＃）を設定することができる。

各ケースにおいて、マネージャ・アプリケーション１４１０２によって１４２０４において選択されるサービス・プロファイル・キーは、端末装置１３６０２のアプリケーションの要件の特徴を提供することができる。したがって、サービス・プロファイル・キーは、端末装置１３６０２に割り当てるために、無線通信ネットワーク１４０００の適切なネットワーク・スライスを識別するための基礎を提供することができる。アプリケーション・プロセッサ１３７１２のアプリケーションは依然として、選択されたネットワーク・スライスにわたって別個のネットワーク・ベアラを利用し得るが（各ネットワーク・ベアラは、各アプリケーションの個々のＱｏＳ要件に従って構成される）、アプリケーションのＱｏＳ要件に適合する理想的なネットワーク・スライスの選択は、サポートするネットワーク・スライスと互換性のないＱｏＳ要件をネットワーク・ベアラに維持しようとする試みよりも、はるかに効果的であり得る。

図１４２に図示されるように、マネージャ・アプリケーション１４１０２は、１４２０６において、サービス・プロファイル・キーをコア・インフラストラクチャ１４００６に報告することができる。前述のように、コア・インフラストラクチャ１４００６は、１つ以上のサーバーにわたって様々なコア・ネットワークエンティティを仮想的に実装するサーバー・システムであってもよい。特に、マネージャ・アプリケーション１４１０２は、モビリティ管理エンティティまたは専用ネットワーク・スライス選択エンティティ（例えばＣＣＮＦ：Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ（共通制御ネットワーク機能）に関与するエンティティ）のように、ネットワーク・スライス１４００８～１４０１２への端末装置の割り当てを管理することに関与するコア・インフラストラクチャ１４００６の仮想エンティティ（例えばコア・インフラストラクチャ１４００６上のソフトウェアとして実行される仮想化ネットワーク機能）に、サービス・プロファイル・キーを報告してよい。マネージャ・アプリケーション１４１０２は、無線伝送のためにコントローラ１３７１０にＲＦトランシーバ１３７０４およびアンテナ・システム１３７０２を介してサービス・プロファイル・キーを提供することによって、既存の無線アクセス接続における（例えばネットワーク・スライス１４００８～１４０１２のうち、端末装置１３６０２が最初に接続される１つにおける）サービス・プロファイル・キーを報告することができる。端末装置１３６０２が最初に無線通信ネットワーク１４０００に接続されていない場合、コントローラ１３７１０は、いくつかの側面において、例えば初期接続または登録手順の一部として、サービス・プロファイル・キーをコア・インフラストラクチャ１４００６に送信してもよい。あるいはまた、いくつかの側面において、コントローラ１３７１０は、追跡エリア更新（ＴＡＵ：Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ）または他の登録更新手順の一部として、サービス・プロファイル・キーをコア・インフラストラクチャ１４００６に提供してもよい。あるいはまた、いくつかの側面において、コントローラ１３７１０は、スタンドアロン制御信号としてサービス・プロファイル・キーをコア・インフラストラクチャ１４００６に提供してもよい。

コア・インフラストラクチャ１４００６は、１４２０６において、サービス・プロファイル・キーを受け取り、１４２０８において、サービス・プロファイル・キーに基づいて端末装置１３６０２のネットワーク・スライスを選択することができる。サービス・プロファイル・キーは、１４２０２においてマネージャ・アプリケーション１４１０２によって識別された、インストールされた／頻繁に使用されるアプリケーションのＱｏＳ要件を表すので、いくつかの側面において、コア・インフラストラクチャ１４００６は、どのネットワーク・スライス１４００８～１４０１２がサービス・プロファイル・キーのＱｏＳ要件を最もよく満たしているかを決定するために、１４２０８において、サービス・プロファイル・キーによって示されるＱｏＳ要件を、ネットワーク・スライス１４００８～１４０１２の各々によって提供されるＱｏＳと比較することができる。例えばコア・インフラストラクチャ１４００６は、ネットワーク・スライス１４００８～１４０１２の遅延、信頼性、モビリティ、課金、セキュリティ、データ・レート、ポリシー制御、電力消費、バッテリー寿命、容量および／またはカバレッジ特性を、サービス・プロファイル・キーによって示されるＱｏＳ要件と比較して、ネットワーク・スライス１４００８～１４０１２のうちのいずれが、サービス・プロファイル・キーのＱｏＳ要件を満たすことができるかを決定することができる。

いくつかの側面において、コア・インフラストラクチャ１４００６は、サービス・プロファイル・キーによって表されるＱｏＳ要件に集合的に一致するネットワーク・スライスを選択するように構成されてもよい。したがって、コア・インフラストラクチャ１４００６は、距離メトリック（例えば多変数距離測定）または類似の測定を利用して、専用アプリケーション１４１０４～１４１０６によって集合的に表されるＱｏＳ要件をネットワーク・スライス１４００８～１４０１２の特性と比較し、ネットワーク・スライス１４００８～１４０１２のうちのいずれが最も近い一致を提供するかを識別することができる。

あるいはまた、いくつかの側面において、コア・インフラストラクチャ１４００６は、最も多くを要求するＱｏＳ要件を満たすネットワーク・スライスを選択するように構成されてもよい。例えば専用アプリケーション１４１０４が、ネットワーク・スライス・ディメンションの１つにおいて極端な要件（例えばＭＢＢディメンションに対する極端なスループット要件、ｍＭＴＣディメンションに対する極端なカバレッジまたはバッテリー寿命要件、ＵＲＬＬＣディメンションに対する極端な遅延または信頼性要件等）を有する場合、コア・インフラストラクチャ１４００６は、その極端な要件を満たすネットワーク・スライス、すなわち、極端な要件を有するネットワーク・スライス・ディメンションに対応するネットワーク・スライスを選択するように構成されてもよい。したがって、いくつかの側面において、マネージャ・アプリケーション１４１０２は、端末装置１３６０２上で動作する他のアプリケーションがそれらのＱｏＳ要件に最も適したネットワーク・スライスを使用していないことになることを犠牲にしても、最も極端な要件を満たすネットワーク・スライスを選択してよい。例えば以前に説明したように、マネージャ・アプリケーション１４１０２は、各ネットワーク・スライス・ディメンションについてのポイント計数を取得して、各ディメンションについてのポイント計数を反映するサービス・プロファイル・キー、例えば最も高いポイント計数を有するネットワーク・スライス・ディメンションを示すサービス・プロファイル・キーまたはポイント計数の各々を示すサービス・プロファイル・キーを提供することができる。サービス・プロファイル・キーが、最も高いポイント計数を有するネットワーク・スライス・ディメンションを示すケースでは、コア・インフラストラクチャ１４００６は、１４２０８において、対応するネットワーク・スライスを選択してよく、これは、選択されたネットワーク・スライスが（最も高いポイント計数を有するネットワーク・スライス・ディメンションによって示されるように）最も極端な要件に対処することを保証することができる。サービス・プロファイル・キーが、（例えば３次元の）各ネットワーク・スライス・ディメンションのポイント計数を示すケースでは、コア・インフラストラクチャ１４００６は、最も高いポイント計数を有するネットワーク・スライス・ディメンションを識別し、対応するネットワーク・スライスを選択してもよい。サービス・プロファイル・キーによって示される異なるＱｏＳ要件およびネットワーク・スライス１４００８～１４０１２（更なるネットワーク・スライスを含む）によって提供される異なるＱｏＳ要件の多数の変形も、本開示の範囲内にある。

次に、コア・インフラストラクチャ１４００６は、１４２１０において、選択されたネットワーク・スライスに従って端末装置１３６０２を構成することができる。いくつかの側面において、コア・インフラストラクチャ１４００６は、選択されたネットワーク・スライスを端末装置１３６０２に通知してもよい。例えばコア・インフラストラクチャ１４００６は、選択されたネットワーク・スライスをコントローラ１３７１０に通知し、選択されたネットワーク・スライスに従って使用するようコントローラ１３７１０のための無線インターフェース構成を提供し、そして既存の無線およびコア・ネットワーク接続を解放することができる。次に、コントローラ１３７１０は、選択されたネットワーク・スライスに登録するように進んでもよく、これは、選択されたネットワーク・スライスとの（仮想アソシエーションであってもよいが、選択されたネットワーク・スライスに関連付けられる無線インフラストラクチャー１４００２、ベースバンド・インフラストラクチャ１４００４およびコア・インフラストラクチャ１４００６のコンポーネントとの）新しい無線およびコア・ネットワーク接続を確立することを含んでよい。例えばコントローラ１３７１０は、例えばデータ・ネットワーク１４０１４および１４０１６のように、専用アプリケーション１４１０４～１４１０６のための基礎となるサービスを提供するデータ・ネットワークを有するエンドツーエンド・ベアラの一部として、専用アプリケーション１４１０４～１４１０６のためのネットワーク・ベアラを確立することができる。コントローラ１３７１０が、選択されたネットワーク・スライスを利用していることがあるので、ネットワーク・ベアラは、選択されたネットワーク・スライスの仮想パスに沿って、無線インフラストラクチャー１４００２、ベースバンド・インフラストラクチャ１４００４およびコア・インフラストラクチャ１４００６を介して、データ・ネットワーク１４０１４および１４０１６とインターフェースする無線通信ネットワーク１４０００のネットワーク・ゲートウェイに達することができる。各ネットワーク・ベアラは、専用アプリケーション１４１０４～１４１０６のＱｏＳクラスに応じて固有のＱｏＳ要件を有してもよいが、ネットワーク・ベアラが選択されたネットワーク・スライスを通るとき、各ネットワーク・ベアラに与えられるＱｏＳは、選択されたネットワーク・スライスのリソースによって提供されるＱｏＳによって制約され得る。しかしながら、コア・インフラストラクチャ１４００６は、サービス・プロファイル・キーによって示されるＱｏＳ要件に基づいて選択されたネットワーク・スライスを選択しているので、選択されたネットワーク・スライスは、専用アプリケーション１４１０４～１４１０６の各々のＱｏＳ要件の間の有利なバランスを提供することができる。

いくつかの側面において、コア・インフラストラクチャ１４００４は、選択されたネットワーク・スライスを端末装置１３６０２に対して明示的に識別する明示的なスライスＩＤを、端末装置１３６０２に提供することができる。このスライスＩＤ情報は、端末装置１３６０２が後に無線アイドル状態に入るようなケースに有用であり得る。無線接続状態に戻るとき、端末装置１３６０２は、接続確立手順の間にスライスＩＤを無線インフラストラクチャー１４００２に信号伝達してよい。これは、無線インフラストラクチャー１４００２（例えば端末装置１３６０２が最初に取り付けられた特定のネットワーク・アクセス・ノード）に、選択されたネットワーク・スライスと整合性のある、コア・インフラストラクチャ１４００６のどのコア・エンティティを使用するべきかの指示を提供することができる。例えば例示的なＬＴＥ設定において、端末装置１３６０２は、異なるＭＭＥプールによって供給される新しい追跡エリアに移動されることがある。端末装置１３６０２は、ＴＡＵ手順の間にスライスＩＤをｅＮｏｄｅＢに提供してよく、これは、端末装置１３６０２のための可能なＭＭＥのプールから選択すべき、選択されたネットワーク・スライスと整合性のあるＭＭＥの指示をｅＮＢに提供することができる。端末装置１３６０２は、同様に、その特定のモビリティ手順に従って、他の無線アクセス技術の設定においてスライスＩＤを利用することができる。

あるいは、いくつかの側面において、コア・インフラストラクチャ１４００６は、選択されたネットワーク・スライスを端末装置１３６０２に明示的に通知しなくてもよく、選択されたネットワーク・スライスに関する情報は、無線通信ネットワーク１４０００においてのみ利用可能であってよい。例えばコア・インフラストラクチャ１４００６は、選択されたネットワーク・スライスについて、無線インフラストラクチャー１４００２、ベースバンド・インフラストラクチャ１４００４およびコア・インフラストラクチャ１４００６を構成し、選択されたネットワーク・スライスに従って特定の無線インターフェース構成を使用するようコントローラ１３７１０に通知することができる。コントローラ１３７１０は、無線インターフェース構成との無線通信を実行することができるが、端末装置１３６０２は、ネットワーク・スライス１４００８～１４０１２のうちのいずれが、コア・インフラストラクチャ１４００６によって、選択されたネットワーク・スライスとして選択されたかに関する知識を明示的に有していなくてもよい。

例えばコア・インフラストラクチャ１４００６（例えば例示的なＬＴＥ設定におけるＭＭＥ）は、サービス・プロファイル・キーによって示される要件を満たすことができるネットワーク・リソース（例えばＳＧＷ、ＰＧＷ、並びにＳＧＷおよびＰＧＷとｅＮＢおよびＳＧＷの間の伝送手段）を選択してもよく、例えばサービス・プロファイル・キーに適合するネットワーク・スライスを選択してもよい。コア・インフラストラクチャ１４００６は、選択されたネットワーク・スライスのスライスＩＤを端末装置１３６０２に明示的に提供しない可能性があり、代わりに（例えばＭＭＥが特定のＳＧＷアドレスおよびＰＧＷアドレスを記憶し、伝送手段を暗示的に定義するｅＮＢに向かうＳＧＷのインターフェース識別子（ＧＴＰトンネル・エンドポイントＩＤ（ＧＴＰ ＴＥＩＤ）等）を格納することによって）内部にスライスＩＤを格納してもよい。

いずれの場合も、コア・インフラストラクチャ１４００６は、コントローラ１３７１０に利用すべき無線インターフェース構成を提供することができ、この場合、無線インターフェース構成は、選択されたネットワーク・スライスに対応する。したがって、コントローラ１３７１０は、無線インターフェース構成を使用して、１４２１２において、選択されたネットワーク・スライス上でデータ転送を実行するように進んでもよい（ここで、コントローラ１３７１０は、選択されたネットワーク・スライスの明示的な知識を有していても、有していなくてもよい）。いくつかの側面において、コントローラ１３７１０は、専用アプリケーション１４１０４～１４１０６によって提供されるデータ・パケットを（例えばＴＦＴフィルタリングに従って）適切なネットワーク・ベアラにマッピングし、無線通信ネットワーク１４０００の選択されたネットワーク・スライスを介して各ネットワーク・ベアラ上のデータ・パケットをコア・インフラストラクチャ１４００６のネットワーク・ゲートウェイ（例えばＰＧＷ）に送信してよく、次いで、データ・ネットワーク１４０１４および１４０１６への転送のために、各ネットワーク・ベアラからのデータ・パケットを対応する外部ベアラ（各々が対応するネットワーク・ベアラとのエンドツーエンド・ベアラを形成する）にマッピングしてよい。ネットワーク・ゲートウェイは、外部ベアラ上のデータ・ネットワーク１４０１４および１４０１６から受信したデータ・パケットを同様にフィルタリングし、データ・パケットを（例えばＴＦＴフィルタリングを伴う）適切なネットワーク・ベアラにマッピングして、選択されたネットワーク・スライスを介して各ネットワーク・ベアラのデータ・パケットを端末装置１３６０２に配信することができる。いくつかの側面では、コントローラ１３７１０は、したがって、選択されたネットワーク・スライス上の専用アプリケーション１４１０４～１４１０６へおよび該専用アプリケーション１４１０４～１４１０６からのデータ・パケットをルーティングするために、１４２１２において、選択されたネットワーク・スライス上でデータ転送を実行してもよい。

アプリケーション・プロセッサ１３７１２でインストールされているおよび頻繁に使用されるアプリケーションは経時的に変化し得るので、いくつかの側面において、マネージャ・アプリケーション１４１０２は、インストールされている／頻繁に使用されるアプリケーションおよびそれらの関連するＱｏＳ要件を識別して、識別されたＱｏＳ要件に基づいてサービス・プロファイル・キーを決定するために、１４２０２～１４２０６を連続的に繰り返すことができる。いくつかの側面において、コア・インフラストラクチャ１４００６は、経時的に、端末装置１３６０２に割り当てられるネットワーク・スライスを動的に適合させることができ、これにより、端末装置１３６０２が、アプリケーション・プロセッサ１３７１２のインストールされている／頻繁に使用されるアプリケーションの集合的なＱｏＳ要件を満たすネットワーク・スライスを利用するように構成されることを保証することができる。そのようなことは、粒度の細かいネットワーク・スライシングを伴う、例えば多数のモバイル・ブロードバンド・ネットワーク・スライスを伴う無線通信ネットワーク１４０００の展開において有利であり得る。専用アプリケーション１４１０４～１４１０６のデータ・トラフィック・プロファイルは経時的に変化するので、いくつかの側面において、マネージャ・アプリケーション１４１０２は、サービス・プロファイル・キーを更新し、現在のデータ・トラフィック・プロファイルに理想的に一致する新しいネットワーク・スライスに対する選択をトリガーすることができる。したがって、サービスは、端末装置１３６０２に対して最適化され得る。いくつかの側面において、コア・インフラストラクチャ１４００６は、ネットワーク・スライス更新を明示的に端末装置１３６０２に通知し、（ネットワーク・スライス更新に必要な場合）新たな無線インターフェース構成を提供することができる。いくつかの側面において、コア・インフラストラクチャ１４００６は、ネットワーク・スライス更新を明示的に端末装置１３６０２に通知しないことがある（ただし、コア・インフラストラクチャ１４００６は、ネットワーク・スライス更新のために必要な場合、新しい無線インターフェース構成を提供してもよい）。

いくつかの側面において、マネージャ・アプリケーション１４１０２は、一定の期間に従って周期的に、あるいは特定のトリガー条件の発生があると、メッセージ・シーケンス・チャート１４２００に詳述される手順を開始することができる。例えばマネージャ・アプリケーション１４１０２は、端末装置１３６０２が無線通信ネットワーク１４０００に接続するたびに、あるいは端末装置１３６０２が登録更新を実行するたびに（例えばＴＡＵ、周期的ＴＡＵまたは同様の手順）、１４２０２～１４２０４を開始することができる。

いくつかの側面において、例えば端末装置１３６０２のバッテリー電力が所定のレベルを下回る場合、端末装置１３６０２の課金コストが所定のレベルを超える場合、端末装置１３６０２のユーザーが電力またはコスト節約の設定を選択するような場合等には、例えばオペレータにより定義されるＱｏＳクラスマッピングで）ＱｏＳクラスを専用アプリケーション１４１０４～１４１０６に割り当てるためにマネージャ・アプリケーション１４１０２によって利用される最適化目標も、経時的に変化し得る。そのようなアクションは最適化目標を調整し得るので、マネージャ・アプリケーション１４１０２は、新たな最適化目標に基づいてＱｏＳクラスを再割り当てし、更新されたＱｏＳ要件に基づいて新しいサービス・プロファイル・キーを選択することができる。次に、コア・インフラストラクチャ１４００６は、新たなサービス・プロファイル・キーに基づいて、端末装置１３６０２のための新たなネットワーク・スライスを選択してもよい。このようにして、端末装置１３６０２はまた、新たなネットワーク・スライスに対する選択をトリガーすることによって、最適化目標の変化に反応することができる。

したがって、これらの側面は、端末装置１３６０２のアプリケーションのＱｏＳ要件に応じて、端末装置１３６０２がネットワーク・スライス間を切り替えることを可能にすることができる。サービス、電力消費およびコスト等の最適化目標の使用により、端末装置１３６０２は、特定の目標を満たすネットワーク・スライスを利用することも可能になる。

図１４３は、いくつかの側面に従って無線通信を実行する方法１４３００を示す。図１４３に示すように、方法１４３００は、端末装置の１つ以上のアプリケーションのサービス要件を表すサービス・プロファイル・キーを選択すること（１４３１０）、サービス・プロファイル・キーを無線通信ネットワークに報告すること（１４３２０）、この場合、無線通信ネットワークが複数のネットワーク・スライスを含んでいること、そして、端末装置に複数のネットワーク・スライスの目標ネットワーク・スライスを利用させる応答を受信すること（１４３３０）を含む。

図１４４は、いくつかの側面に従って無線通信を実行する方法１４４００を示す。図１４４に示されるように、方法１４４００は、端末装置から、端末装置の１つ以上のアプリケーションのサービス要件を示すサービス・プロファイル・キーを受け取ること（１４４１０）、サービス・プロファイル・キーに基づいて複数のネットワーク・スライスから目標ネットワーク・スライスを選択すること（１４４２０）、この場合、複数のネットワーク・スライスは異なるサービス特性を提供することと、そして、端末装置に目標ネットワーク・スライスを利用して１つ以上のアプリケーションのデータを転送するよう命令すること（１４４３０）を含む。

図１４５は、いくつかの側面に従って無線通信を実行する方法１４５００を示す。図１４５に示されるように、方法１４５００は、端末装置の１つ以上のアプリケーションのＱｏＳクラス割り当てを識別すること（１４５１０）、１つ以上のアプリケーションのＱｏＳクラス割り当てを満たすサービス・プロファイル・キーを識別するために、複数のサービス・プロファイル・キーから選択すること（１４５２０）、サービス・プロファイル・キーを無線通信ネットワークに報告して、目標ネットワーク・スライスを識別する応答を受け取ること（１４５３０）、そして目標ネットワーク・スライスを用いてデータ転送を実行すること（１４５４０）を含む。いくつかの側面において、アプリケーション・プロセッサ１３７１２は、データ・ベアラを確立する際に、専用アプリケーション１４１０４～１４１０６のようなアプリケーションのデフォルトＱｏＳ分類を無視するように構成されてもよい。例えば通常の動作において、アプリケーションは、データ接続を要求するときに（例えばアプリケーション・プロセッサとベースバンド・モデムとの間のインターフェース上の注意（ＡＴ：Ａｔｔｅｎｔｉｏｎ）コマンドを介して）ベースバンド・モデムにＱｏＳ分類を提供してもよい。次いで、ベースバンド・モデムは、そのＱｏＳ分類によりネットワークにデータ・ベアラ（例えば専用データ・ベアラ）を要求することができる。そして、ネットワークは、そのＱｏＳ分類を受け入れるかまたはＱｏＳ分類を否定するかについて決定を下すことができ、これは、アプリケーションが不必要に高いＱｏＳを有する専用ベアラを受信することを防ぐのに役立つ。所定のアプリケーションによって提供されるＱｏＳ分類は、アプリケーション開発者によって事前にプログラムされてよく、したがって、アプリケーション開発者は、機能レベルでアプリケーションのＱｏＳ要件を満たしつつ、ネットワークによって受け入れられる可能性が高いＱｏＳ分類を提供することができる。

したがって、所定のアプリケーションによって提供されるＱｏＳ分類は、デフォルトのＱｏＳ分類であってよい。いくつかの側面において、アプリケーション・プロセッサ１３７１２は、データ・ベアラを要求する際に、アプリケーションによって提供されるデフォルトのＱｏＳ分類を無視して、異なるＱｏＳ分類を利用してもよい。

例えばいくつかの側面において、アプリケーション・プロセッサ１３７１２は、様々なアプリケーションについてのＱｏＳ分類（例えばＱＣＩ）を指定する、アプリケーションに対するＱｏＳ分類のマッピングを利用することができる。マッピングは、アプリケーションＩＤに基づくＱｏＳ分類を提供するテーブルであってよく、この場合、各アプリケーションが（ＯＳ固有であり得る）アプリケーション識別子を有してよい。アプリケーションがデータ・ベアラを要求するとき、アプリケーション・プロセッサ１３７１２は、アプリケーションのアプリケーションＩＤでマッピングにアクセスして、アプリケーションＩＤにマッピングされるＱｏＳ分類を取り出して、そのＱｏＳ分類を有するアプリケーションのためのデータ・ベアラを要求することができる。

この機能は、マネージャ・アプリケーション１４１０２のような、アプリケーション・プロセッサ１３７１２の管理アプリケーションで取り扱われてよい。したがって、マネージャ・アプリケーション１４１０２は、専用アプリケーション１４１０４～１４１０６のような、アプリケーション・プロセッサ１３７１２の他のアプリケーションから発信されるデータ・ベアラ要求をモニタリングすることができる。マネージャ・アプリケーション１４１０２が、所与のアプリケーション、例えば専用アプリケーション１４１０４からのデータ・ベアラ要求を識別すると、マネージャ・アプリケーション１４１０２は、専用アプリケーション１４１０４のアプリケーションＩＤでマッピングにアクセスして、専用アプリケーション１４１０４のアプリケーションにマッピングされたＱｏＳ分類を取り出すことができる。次いで、マネージャ・アプリケーション１４１０２は、ベースバンド・モデム１３７０６に（例えばアプリケーション層およびプロトコル・スタック層をブリッジするＡＴコマンドを介して）データ・ベアラ要求を提供し、その要求は、ＱｏＳ分類を有する専用アプリケーション１４１０４のためのデータ・ベアラを要求する。次いで、ベースバンド・モデム１３７０６は、無線通信ネットワーク１３６００にデータ・ベアラを要求することができ、無線通信ネットワーク１３６００は、データ・ベアラ要求を受け入れるかまたは拒否し得る（そして、初期データ・ベアラの要求が拒否される場合、データ・ベアラに異なるＱｏＳ分類を割り当ててもよい）。無線通信ネットワーク１３６００が、データ・ベアラについてＱｏＳ分類を決定してデータ・ベアラを確立した後、専用アプリケーション１４１０４は、データ・ベアラ上でデータを送受信することに進んでもよい。

いくつかの側面において、デフォルトのＱｏＳ分類を無視するために使用されるマッピングは、ネットワーク・オペレーター、例えば無線通信ネットワーク１３６００のオペレータによって提供されてもよい。したがって、無線通信ネットワーク１３６００は、（例えばオープン・モバイル・アライアンス（ＯＭＡ）管理オブジェクト（ＭＯ）の形で）マッピングをベースバンド・モデム１３７０６に送信することができ、ベースバンド・モデム１３７０６はマッピングを受け取って、マッピングをアプリケーション・プロセッサ１３７１２に提供することができる。次に、マネージャ・アプリケーション１４１０２は、マッピングをアクセス可能な場所、例えばアプリケーション・プロセッサ１３７１２のローカルメモリに格納することができる。

いくつかの側面において、マッピングのＱｏＳ分類は、３ＧＰＰによってＴＳ２３.２０３で標準化されるＱＣＩマッピングあるいはＲＡＴ固有のＱｏＳ分類マッピングの別の型のような、標準化されたＱｏＳ分類値であってよい。したがって、マッピングは、アプリケーションＩＤを標準化されたＱｏＳ分類にマッピングしてもよいが、アプリケーションは、アプリケーションが構成されるデフォルトのＱｏＳ分類とは異なるＱｏＳ分類にマッピングされてもよい。いくつかの側面において、マッピングのＱｏＳ分類は、標準化されたＱｏＳ分類値とは異なってもよく、例えばネットワーク・オペレーターによって一意に指定される独自のＱｏＳ分類であってもよい。

いくつかの側面において、ＱｏＳ分類のマッピングは、最適化目標に依存し得る。例えば前述のように、端末装置１３６０２は、サービス最適化目標（例えば最適化されたＱｏＳ）、コスト最適化目標（例えば最も低いコストのサービス）またはバッテリー使用最適化目標（例えば最も低いバッテリ電力消費）またはコスト最適化目標（例えば最も低いコスト）で動作してもよい。この目標は、（ユーザーＩ／Ｏを介して）端末装置１３６０２のユーザーによって設定されてよく、あるいは端末装置１３６０２の動作状態（例えばバッテリ不足または乏しい無線状態）に基づいて、マネージャ・アプリケーション１４１０２によってトリガーされてもよい。いくつかの側面において、マネージャ・アプリケーション１４１０２は、（ベースバンド・モデム１３７０６を介して）最適化目標に固有のマッピングを要求してよく、無線通信ネットワーク１３６００は、したがって、最適化目標に応じてＱｏＳ分類をアプリケーションにマッピングするマッピングを提供することができる。例えばサービス最適化マッピングは、サービス最適化されていないマッピングよりも高性能ＱｏＳ特性を有するＱｏＳ分類を、アプリケーションにマッピングすることができ、一方、バッテリー使用最適化マッピングは、より低性能であるか、かつ／またはより低い電力消費に関連付けられるＱｏＳ分類をアプリケーションにマッピングすることができる。次に、無線通信ネットワーク１３６００は、要求された最適化目標に基づくマッピングを提供してもよい。あるいは、いくつかの側面では、マネージャ・アプリケーション１４１０２は、最適化目標に基づくマッピングで最初に指定されたものとは異なるＱｏＳ分類を選択すること等によって（例えばマッピングで指定されたものよりも高い性能のＱｏＳ分類を選択することによって）、最適化目標に基づいてマッピングを修正してもよい。

いくつかの側面において、端末装置１３６０２のユーザーは、手動でマッピングを定義および／または修正することができる。したがって、マネージャ・アプリケーション１４１０２は、マッピングをゼロから生成するか、かつ／または（無線通信ネットワーク１３６００によって最初に提供された）既存のマッピングを修正することができるユーザー入力を受け入れてもよい。いくつかの側面において、マネージャ・アプリケーション１４１０２は、ネットワーク提供マッピングおよびユーザー提供マッピングのような、複数のマッピングを格納してもよい。いくつかの側面において、ネットワーク提供マッピングは、ユーザー提供マッピングよりも優先され得るが（例えばマネージャ・アプリケーション１４１０２は、ユーザー提供マッピングの代わりにネットワーク提供マッピングを利用してよい）、他の側面では、ユーザー提供マッピングは、ネットワーク提供マッピングよりも優先され得る（例えばマネージャ・アプリケーション１４１０２は、ネットワーク提供マッピングの代わりにユーザー提供マッピングを利用してよい）。

４.２ ＱｏＳ＃２
本開示のいくつかの側面において、エッジ・コンピューティング装置は、ユーザー・トラフィックをモニタリングして端末装置がデータ・ストリームにアクセスしているときを検出し、端末装置の課金情報（ｃｈａｒｇｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）にアクセスしてデータ・ストリームにアクセスするためのコストを計算し、計算されたコストを端末装置に提供することができる。端末装置は、後で課金情報（例えば毎月の請求書または前払いデータ割り当て量が使い果たされたときの通知）を受け取る代わりにまたはそれに加えて、課金情報を「前もって」受け取り、端末装置のユーザーが、課金情報に基づいて、例えば課金を減らすようデータ・ストリームを調整することのように、データ・ストリームを修正することを可能にすることができる。したがって、これらの側面は、コストを低減し、結果としてユーザー体験を改善する機構を提供する。これらの側面は、本明細書に説明される電力効率の側面とともに使用されてよい。

図１４６は、エッジ・コンピューティング・サーバー１４６０２を含む無線通信ネットワーク１３６００の例示的な変形を示す。エッジ・コンピューティング・サーバー１４６０２は、「ユーザープレーン（ｕｓｅｒ ｐｌａｎｅ）」上のデータ・トラフィックをモニタリングするように配置される、ネットワーク・アクセス・ノード１３６１０とコア・ネットワーク１３９０２との間に配置されるエッジ・コンピューティング・サーバーのようなエッジ・コンピューティング装置であってよい。例えばＬＴＥ設定において、エッジ・コンピューティング・サーバー１４６０２は、ネットワーク・アクセス・ノード１３６１０（例えばｅＮｏｄｅＢ）とコア・ネットワーク１３９０２のＳＧＷとの間のＳ１－Ｕインターフェース上に配置されてよい。エッジ・コンピューティング装置は同様に、任意の型の無線通信ネットワークのユーザー・トラフィック・インターフェース上に配置されてもよく、ユーザー・トラフィック・インターフェースは、一般に、上りリンクおよび／または下りリンクのデータ・トラフィックを担持する無線アクセス・ネットワークのためのバックホール・インターフェースであってよい。さらに、図１４６は、エッジ・コンピューティング・サーバー１４６０２を、ネットワーク・アクセス・ノード１３６１０とインターフェースする（よって、ネットワーク・アクセス・ノード１３６１０に接続された端末装置からのユーザー・トラフィックをタップすることができる）ものとして示しているが、エッジ・コンピューティング装置はさらに、ネットワーク内へと配置されてもよく（例えばネットワーク・アクセス・ノードのためのより深い集約点において）、したがって、多数のネットワーク・アクセス・ノードに接続された端末装置からのユーザー・トラフィックをタップすることができる。エッジ・コンピューティング・サーバー１４６０２のようなエッジ・コンピューティング装置の配置は、エッジ・コンピューティング装置がユーザー・データ・トラフィックを「タップ」し、（例えば人気のあるビデオまたは他のマルチメディアについての）コンテンツキャッシュや処理オフロード等を含め、（端末装置に対する近接性に起因して）様々なサービスを端末装置に提供することを可能にすることができる。したがって、エッジ・コンピューティングは、超低遅延のサービスを可能にし、端末装置における処理負荷を低減し、コア・ネットワーク上の信号負荷を低減することができる。

図１４６の設定において、エッジ・コンピューティング・サーバー１４６０２は、ネットワーク・アクセス・ノード１３６１０に接続された端末装置で発信および終了するデータ・トラフィックにアクセスすることができる。前述のように、このようなデータ・トラフィックは、端末装置１３６０２のような端末装置と外部データ・ネットワーク１３９０４および１３９０６との間で交換されるユーザープレーン・データ・トラフィックを含んでもよい。様々な他のエッジ・コンピューティング・サービスに加えて、エッジ・コンピューティング・サーバー１４６０２は、端末装置１３６０２へ送達されているまたは送達されるようスケジュールされているデータ・ストリームのような、アクティブまたはスケジュールされたデータ・ストリームを検出するために、ネットワーク・アクセス・ノード１３６１０を通過する上りリンクおよび下りリンクのデータ・トラフィックをモニタリングするように構成され得る。次いで、エッジ・コンピューティング・サーバー１４６０２は、ストリーム品質、ビットレート、長さおよび／または期間等のストリーム・パラメータを決定することができ、次いでストリーム・コストを計算することができる。次いで、エッジ・コンピューティング・サーバー１４６０２は、ストリーム・コストを端末装置１３６０２に報告することができる。したがって、端末装置１３６０２のユーザーは、ストリーム・コストを「前もって（ｕｐｆｒｏｎｔ）」受け取ることができ、ストリーム・コストを調整するためにストリームを修正することができる。ユーザーに後日（または前払いデータ／音声プランを使い果たしたときに通知される）累積請求書が提供される実装とは対照的に、これらの側面は、ユーザーがデータ・ストリームの初期化前または伝達中にストリーム・コストを低減することを可能にする。

図１４７は、パケット検査モジュール１４７０２およびコスト計算モジュール１４７０４を含み得る、エッジ・コンピューティング・サーバー１４６０２の例示的な内部構成を示す。いくつかの側面において、エッジ・コンピューティング・サーバー１４６０２は、ソフトウェア定義のプログラム・コードを実行し、プログラム・コードによって定義される様々なエッジ・コンピューティング・サービスを提供するサーバーとして実装されてよい。いくつかの側面において、パケット検査モジュール１４７０２およびコスト計算モジュール１４７０４は、エッジ・コンピューティング・サーバー１４６０２が実行するように構成されるプログラム・コードとして定義されるソフトウェア・モジュールであってよい。あるいは、いくつかの側面では、パケット検査モジュール１４７０２およびコスト計算モジュール１４７０４は、各々が、それぞれの機能を定義する別個のソフトウェア・モジュールを実行するように構成される別個のプロセッサであってもよい。エッジ・コンピューティング・サーバー１４６０２の個々の構成要素は、図１４７において別個に描かれているが、この描写は、機能レベルでのエッジ・コンピューティング・サーバー１４６０２の動作を強調するために役立ち、結果として、いくつかの側面において、エッジ・コンピューティング・サーバー１４６０２の構成要素のうちの１つ以上が、共通のハードウェアおよび／またはソフトウェア要素に統合されてもよい。加えて、本明細書で詳述される機能（特に、式／方程式、フローチャートおよび散文説明）は、非一時的コンピュータ可読媒体に格納されて、後に非一時的コンピュータ可読媒体から取り出されてプロセッサによって実行され得るプログラム・コードとして、当業者によって容易に具現化され得る。

前述のように、エッジ・コンピューティング・サーバー１４６０２は、ネットワーク・アクセス・ノード１３６１０に接続された端末装置のデータ・ストリームを検出するために、ネットワーク・アクセス・ノード１３６１０とコア・ネットワーク１３９０２との間のバックホール・インターフェース（例えばＬＴＥ設定ではＳ１－Ｕインターフェースであってよい）をモニタリングするように構成されてよい。エッジ・コンピューティング・サーバー１４６０２は、ネットワーク・アクセス・ノード１３６１０を通過するデータ・ストリームを検出するために、バックホール・インターフェースを介して転送されているデータに対してパケット検査を実施してもよく、そのようなデータ・ストリームは、例えば（ライブまたはバッファされた）ビデオ／オーディオ／画像／マルチメディア・ストリーム、ファイル・ダウンロード、ブラウザおよびアプリケーション・トラフィック、リアルタイム・マシンまたはデバイス制御信号（例えば自律車、ＩｏＴデバイス制御）等であってよい。端末装置へまたは端末装置から伝達されるデータ・ストリームを識別すると、エッジ・コンピューティング・サーバー１４６０２は、データ・ストリームの長さ、期間、サイズ等といったストリーム・パラメータを決定するために、ストリーム制御信号を評価することができる。次いで、エッジ・コンピューティング・サーバー１４６０２は、端末装置の課金情報を取得して、ストリームのコストを計算することができる。次いで、エッジ・コンピューティング・サーバー１４６０２は、ストリーム・コストを端末装置に報告することができ、端末装置（または自律アプリケーション）のユーザーが、ストリーム・コストに基づいてデータ・ストリームを調整することを可能にすることができる。

図１４８は、いくつかの側面によるエッジ・コンピューティング・サーバー１４６０２の動作を図示する、メッセージ・シーケンス・チャート１４８００を示す。図１４８に示されるように、端末装置１３６０２は、まず、１４８０２において、ストリーム制御信号をデータ・ネットワーク１３９０４等の外部データ・ネットワークと交換することによって、データ・ストリームをスケジュールまたは開始することができる。前述のように、いくつかの側面において、１４５３２は、端末装置１３６０２が、データ・ネットワーク１３９０４とのエンドツーエンド・ベアラを確立し、エンドツーエンド・ベアラ上でデータのアクティブな交換を開始またはスケジューリングするこことを含んでよい。例えば端末装置１３６０２（例えばアプリケーション・プロセッサ１３７１２におけるアプリケーション層）は、例えばビデオ／オーディオ／画像／マルチメディア・ストリーム、ファイル・ダウンロード、ブラウザおよびアプリケーション・トラフィック、リアルタイム・マシンまたはデバイス制御信号等の交換のためのパラメータを指定する制御データのようなデータ・ストリームを設定するために、データ・ネットワーク１３９０４とストリーム制御信号を交換してもよい。端末装置１３６０２およびデータ・ネットワーク１３９０４が、そのようなストリーム制御信号の交換を介してストリーム・パラメータに合意した後、端末装置１３６０２およびデータ・ネットワーク１３９０４は、エンドツーエンド・ベアラ上でデータ・ストリームのトラフィックの交換を開始してもよい。以下の説明は、個々のデータ・ストリームに焦点を当てることがあるが、いくつかの側面では、端末装置１３６０２は、エンドツーエンド・ベアラを利用して、複数の別個のデータ・ストリームをデータ・ネットワーク１３９０４と（同一または別個のベアラを介して）交換し、様々な他のデータ・ストリームを他のデータ・ネットワークと交換してもよい（この場合、各データ・ストリームは、コア・ネットワーク１３９０２を通る同じ経路をとってもまたは異なる経路をとってもよい）。

ストリーム制御信号とストリーム・トラフィックの両方が、データ・ストリームを詳述する重要な情報を提供することができる。したがって、エッジ・コンピューティング・サーバー１４６０２は、ネットワーク・アクセス・ノード１３６１０に接続された端末装置によって計画されたまたはアクティブなデータ・ストリームを検出するために、ストリーム制御信号とストリーム・トラフィックの両方を含むストリーム・データについて、ネットワーク・アクセス・ノード１３６１０とコア・ネットワーク１３９０２との間のバックホール・インターフェースをモニタリングすることができる。特に、パケット検査モジュール１４７０２は、バックホール・インターフェース上のデータ・パケットをデコードすることにより、バックホール・インターフェース・トラフィックに対するパケット検査（例えばディープ・パケット・インスペクション（ＤＰＩ））を実行して、いずれかのストリーム・データ（ストリーム制御信号またはストリーム・トラフィック）がパケットに含まれているかどうかを判断することができる。パケット検査モジュール１４７０２は、パケットに含まれるデータを検査するために、バックホール・インターフェース上で使用される特定のプロトコルに従って、バックホール・インターフェース上のデータ・パケットを復号してよい。データ・パケットを検査することにより、パケット検査モジュール１４７０２は、計画されたまたはアクティブなデータ・ストリームを検出するために、ストリーム制御信号およびストリーム・トラフィックについてデータ・パケットをモニタリングすることができる。したがって、パケット検査モジュール１４７０２は、データ・パケットを復号し、データ・パケットのコンテンツを（例えば平文解析または他の操作により検査し）、データ・パケットを再暗号化し、そして元のパス上にデータ・パケットを転送することによって、パケット検査を実行することができる。

例えばいくつかの側面において、端末装置１３６０２は、ユーザープレーンＩＰパケットを第１データ・ストリームに関連してデータ・ネットワーク１３９０４に送信することができ、ここで、ＩＰパケットは、ストリーム制御シグナリングおよびストリーム・トラフィックの両方をペイロードデータとして含んでよい。ペイロードに加えて、端末装置１３６０２は、端末装置１３６０２をソースとして、データ・ネットワーク１３９０４を宛先として識別するＩＰヘッダを有するＩＰパケットを生成することができる。端末装置１３６０２のコントローラ１３７１０は、ユーザープレーン・セルラー無線アクセス・プロトコル（例えばＬＴＥ設定ではＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）およびＰＨＹ）に従って元のＩＰパケットを処理し、結果として得られたＰＨＹデータを、ネットワーク・アクセス・ノード１３６１０との無線アクセス接続を介して送信することができる。ネットワーク・アクセス・ノード１３６１０は、端末装置１３６０２から送信されたデータを受け取り、セルラー・プロトコル・スタック処理に戻って元のＩＰパケットを取得することができる。

ネットワーク・アクセス・ノード１３６１０は、次に、無線通信ネットワーク１３６００を通して（コア・ネットワーク１３９０２のネットワーク・ノード間のトンネリングのシーケンスを含み得る）ＩＰパケットをコア・ネットワーク１３９０２のネットワーク・ゲートウェイに送信するために、「トンネリング」プロトコルを使用することができる。コア・ネットワーク１３９０２のネットワーク・ゲートウェイは、ＩＰパケットをデータ・ネットワーク１３９０４にルーティングしてもよい。例えばＬＴＥ設定では、ネットワーク・アクセス・ノード１３６１０は、ＧＰＲＳトンネル・プロトコル（ＧＴＰ：ＧＰＲＳ Ｔｕｎｎｅｌ Ｐｒｏｔｏｃｏｌ）を利用して、ＩＰパケットをＧＴＰトンネル・ヘッダでカプセル化し、ＧＴＰパケットをコア・ネットワーク１３９０２のＳＧＷに送信することができる。次に、ＳＧＷは、ＧＴＰトンネルヘッダを検査して宛先ＰＧＷを識別し、宛先ＰＧＷにアドレスされたＩＰパケットをＧＴＰトンネルヘッダで再カプセル化し、ＧＴＰパケットをＰＧＷに送信する。次に、ＰＧＷは、ＧＴＰトンネルヘッダを削除し、データ・ネットワーク１３９０２を宛先として識別するＩＰパケットのＩＰヘッダを読み取り、ＩＰパケットをデータ・ネットワーク１３９０２に送信することができる。ネットワーク・アクセス・ノード１３６１０およびコア・ネットワーク１３９０２は、逆の下りリンク方向でトンネリングを同様に利用することができる。各ＧＴＰトンネルヘッダは、関連する端末装置を一意に識別するトンネル・エンドポイントＩＤ（ＴＥＩＤ：Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ ＩＤ）を指定するＧＴＰヘッダを含んでもよい。様々な他の無線アクセス技術は、無線通信ネットワークにわたるＩＰデータの転送を管理するために、同様にトンネル・プロトコルを利用してもよい。

エッジ・コンピューティング・サーバー１４６０２は、ネットワーク・アクセス・ノード１３６１０のバックホール・インターフェース上に位置し得るので、エッジ・コンピューティング・サーバー１４６０２は、ネットワーク・アクセス・ノード１３６１０からコア・ネットワーク１３９０２に（例えばＬＴＥ設定ではコア・ネットワーク１３９０２のＳＧＷに）トンネリングされているＧＴＰパケットを取得することができる。上述のように、ＧＴＰパケットはＧＴＰトンネルヘッダとＩＰパケットを含んでよい。ＧＴＰトンネルヘッダは、関連する端末装置、例えば端末装置１３６０２を識別するＧＴＰヘッダを含んでよく、一方、ＩＰパケットは、（ソースおよび宛先ＩＰアドレスを識別する）ＩＰヘッダおよびＩＰペイロードを含む。

いくつかの側面において、パケット検査モジュール１４７０２は、したがって、１４８０４において、トンネリング・プロトコルを戻して（ｒｅｖｅｒｔｉｎｇ）ＩＰヘッダおよびペイロードデータを検査することによって、バックホール・インターフェース上のデータ・パケットを検査することができる。ＩＰヘッダは、ＩＰパケットのソースおよび宛先を識別することができ、したがって、パケット検査モジュール１４７０２は、（上りリンクと下りリンク方向の両方で）どの端末装置およびデータ・ネットワークが各ＩＰパケットに接続されているかを決定することができる。パケット検査モジュール１４７０２はまた、ＩＰパケットのコンテンツを決定するために、（例えば平文解析を使用して）ペイロードデータを分析するように構成されてもよい。１４８０４においてペイロードデータを評価することにより、パケット検査モジュール１４７０２は、特定のデータ・ストリームに関連付けられるストリーム制御信号およびストリーム・トラフィックを識別することができ、データ・ストリームの様々なストリーム・パラメータを決定することができる。

したがって、パケット検査モジュール１４７０２は、１４８０６において、端末装置１３６０２およびデータ・ネットワーク１３９０４からデータ・ストリームを検出することができる。例えばいくつかの側面では、パケット検査モジュール１４７０２は、ペイロードデータ内のストリーム・セットアップまたはストリーム・メンテナンス情報のようなストリーム制御信号を識別することができる。あるいはまた、いくつかの側面において、パケット検査モジュール１４７０２は、ペイロードデータ内のストリーム・トラフィックを識別することができる。各ＩＰパケットは、宛先およびソースＩＰアドレスに関する情報を含むことができるので、パケット検査モジュール１４７０２は、データ・ストリームのエンドポイントとして、端末装置１３６０２およびデータ・ネットワーク１３９０４を識別することができる（この場合、ＩＰパケットの宛先およびソースは、ＩＰパケットが上りリンクのパケットであるか下りリンクのパケットであるかに依存し得る）。各ＧＴＰパケットはまた、関連付けられる端末装置を一意に識別するフィールド（例えばＴＥＩＤ）を有するＧＴＰヘッダを含むことができるので、パケット検査モジュール１４７０２は、ＧＴＰヘッダに基づいて端末装置１３６０２を識別することも可能である。

エッジ・コンピューティング・サーバー１４６０２は、データ・ストリームのコストを計算することを目的とすることができるので、いくつかの側面において、パケット検査モジュール１４７０２は、１４８０８において、ＩＰパケットから、ストリーム・コストに関連する特定のストリーム・パラメータを識別することができる。例えばパケット検査モジュール１４７０２は、ＩＰパケット（ストリーム制御信号またはストリーム・トラフィックを含み得る）を検査して、サービス層、ビデオ・コーデック、オーディオ・コーデック、宛先／ソース／中間ＩＰアドレス、宛先／ソース／中間ＭＡＣアドレス、クライアント装置識別情報、クライアント装置型、コンテンツ（例えばオーディオ、ビデオ等）プロバイダー（例えばオーバー・ザ・トップ（ＯＴＴ：Ｏｖｅｒ－Ｔｈｅ－Ｔｏｐ）プロバイダー）、オペレーティング・システム、ブラウザ型、メディア・ストリーム型、セッション・プロトコル、トランスポート・プロトコル、メディア・コンテナ、ストリーム解像度／ビットレート／品質（例えばオーディオまたはビデオ解像度）、ストリーム／ファイル・サイズ／長さ、ストリーム／ファイル期間等のうちの１つ以上を識別することができる。いくつかの側面において、パケット検査モジュール１４７０２は、ＩＰヘッダおよびペイロードデータに対して平文解析を実行することにより、このようなストリーム・パラメータを識別することができる。いくつかの側面において、特定のストリーム・パラメータは、ＩＰヘッダおよびペイロードデータにおいて明示的に指定されてもよく、一方、パケット検査モジュール１４７０２は、データ・ストリームの期間またはサイズを（例えば履歴ストリーミングデータ、ストリームの起点、ストリームの宛先、ネットワークを通るルート等に基づいて）推定すること、頻繁に訪問されるウェブサイトや人気のあるコンテンツプロバイダ等を、ＩＰヘッダおよびペイロードデータから追跡すること等によって、他のストリーム・パラメータを推測してもよい。

いくつかの側面において、ストリーム・パラメータはストリームの型に依存し得る。いくつかの側面において、端末装置１３６０２は、例えばデータ・ネットワーク１３９０２がビデオ・サーバーである場合、ビデオ・ストリームを取り出すために、データ・ネットワーク１３９０２とのデータ・ストリームを開始してもよい。データ・ストリームの初期化の一部として、端末装置１３６０２は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求をデータ・ネットワーク１３９０２に送信してもよい。ＨＴＴＰ要求は、ストリーム制御信号であって、ＩＰペイロードデータとして具現化され得るが、データ・ネットワーク１３９０２を識別し、ビデオ・ストリームのための様々なストリーム・パラメータ（サービス層、ビデオ・コーデック、オーディオ・コーデック、宛先／ソース／中間ＩＰアドレス、宛先／ソース／中間ＭＡＣアドレス、クライアント装置識別情報、クライアント装置型、コンテンツ（例えばオーディオ、ビデオ等）プロバイダー（例えばオーバー・ザ・トップ（ＯＴＴ）プロバイダー）、オペレーティング・システム、ブラウザ型、メディア・ストリーム型、セッション・プロトコル、トランスポート・プロトコル、メディア・コンテナ、ストリーム解像度／ビットレート／品質（例えばオーディオまたはビデオ解像度）、ストリーム／ファイル・サイズ／長さ、ストリーム／ファイル期間等のうちのいずれか1つ以上を含む）を指定することができる。パケット検査モジュール１４７０２は、ＩＰパケットの検査中にＨＴＴＰ要求を検出することができ、したがって、データ・ストリームを検出することができる。いくつかの側面において、パケット検査モジュール１４７０２は、追加または代替的に、データ・ストリームを検出するために、（ビデオ・ストリームが開始された後に）やはり特定のストリーム・パラメータを含み得るストリーム・トラフィックを検出することができる。パケット検査モジュール１４７０２は同様に、様々な異なるデータ・ストリームを検出し、パケット・インスペクションを用いて関連するストリーム・パラメータを決定することができる。

１４８０８においてストリーム・パラメータを決定した後、パケット検査モジュール１４７０２は、次いで、ストリーム・パラメータをコスト計算モジュール１４７０４に提供することができる。コスト計算モジュール１４７０４は、ストリーム・パラメータに基づいてストリーム・コストを計算することに関与する。上述のように、いくつかの側面において、ストリーム・パラメータはストリーム・コストを示すことができる。例えば例示的なシナリオでは、端末装置１３６０２は、「従量課金（ｐａｙ－ａｓ－ｙｏｕ－ｇｏ）」加入または契約を有することがあり、この場合、端末装置１３６０２のユーザーは、端末装置１３６０２によって使用されるデータの量に基づいて課金される。したがって、ビットレート／解像度、長さ／サイズおよび期間のようなストリーム・パラメータは、ストリーム・コストに特に大きな影響を有し得る。例えば大きなサイズ、長さまたは期間のデータ・ストリームは、本質的により多くのデータを消費するので、ユーザーに対してより大きなコストを招く可能性がある。ライブ・テレビジョン・ストリームのようにデータ・ストリームがライブである場合、ストリームのコストは、ストリームのビットレート／解像度およびユーザーがデータ・ストリームにアクセスする時間の期間に直接依存し得る。加えて、ユーザーは、より高品質のストリームに対してより多くの（ビット当たり）支払いを必要とすることがあり、あるいは特定のプロバイダーによって提供されるストリームに対してより多くの（ビット当たり）支払いを必要とすることがある。さらに、オーディオ・ストリーム対ビデオ・ストリームのような特定の型のストリームも、異なるコスト（ビット当たり）を生じることがある。

プリペイドプランのような他の請求契約も、いくつかの側面に関連し得る。例えばユーザーは、特定の量のデータについて前払いをするか、あるいは、継続中の定期契約（例えば後で支う月払い）の一部として特定の量のデータを割り当てられることがある。ユーザーは、ストリーム・パラメータに従ったレートで割り当てられたデータを消費してよく、ここで、より高い品質、より大きなサイズおよびより長い継続時間のストリームは、割り当てられたデータからのより大きな控除を招くことがある。したがって、これらの側面は、任意の型の請求契約に適用可能である。

コスト計算モジュール１４７０４は、ストリーム・コスト（正確なコストまたは推定であり得る）を計算することに関与し得る。異なる請求契約は、異なるコスト・パラメータ（例えばキロビット／メガビット／ギガビットのデータ当たりの異なる価格、異なる品質に対する異なる価格、異なるストリーム型に対する異なる価格等）を有し得るので、コスト計算モジュール１４７０４は、ストリーム・コストを計算するために、端末装置１３６０２の課金情報にアクセスすることができる。いくつかの側面において、端末装置１３６０２の課金情報は、課金サーバー１４６０４で格納されてよく、課金サーバー１４６０４は、図１４６に示されるように、コア・ネットワーク１３９０２に配置され得る（課金サーバー１４６０４は、端末装置１３６０２がローミングしている場合、異なるコア・ネットワーク内にあってよい）。例えばＬＴＥ設定において、課金サーバー１４６０４は、ＬＴＥポリシー課金および制御（ＰＣＣ：Ｐｏｌｉｃｙ Ｃｈａｒｇｉｎｇ ａｎｄ Ｃｏｎｔｒｏｌ）を実施するように構成されるサーバー・エンティティであってよい。ＰＣＣは、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）（ポリシー制御およびフローに基づく課金制御決定を提供する）、ＰＣＥＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）（ＳＧＷで実装され、ＰＣＲの代わりに個々のＩＰフローに対してゲーティングおよびＱｏＳを実施する;また、使用量測定を提供して課金をサポートする）、ＯＣＳ（Ｏｎｌｉｎｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ）（クレジット管理を提供し、時間、トラフィック量または課金可能イベントに基づいてＰＣＥＦにクレジットを与える）またはＯＦＣＳ（Ｏｆｆｌｉｎｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ）（ＰＣＥＦからイベントを受け取り、請求システムに対して課金データレコード（ＣＤＲ：ｃｈａｒｇｉｎｇ ｄａｔａ ｒｅｃｏｒｄｓ）を生成する）を含むことができる。いくつかの側面において、課金サーバー１４６０４は、ビジネス・サポート・システム（ＢＳＳ：Ｂｕｓｉｎｅｓｓ Ｓｕｐｐｏｒｔ Ｓｙｓｔｅｍ）であるかまたはその一部であってよい。他の無線アクセス技術も、同様に、課金サーバーが想定し得る課金機能を有することができる。

無線アクセス技術の詳細に関係なく、課金サーバー１４６０４は、端末装置１３６０２の課金情報を格納するサーバーとすることができる。上記のように、端末装置１３６０２がローミングしている場合、課金サーバー１４６０４は、コア・ネットワーク１３９０２の外部、例えば端末装置１３６０２の「ホーム」無線通信ネットワークのコア・ネットワーク内に配置されてもよい。

したがって、コスト計算モジュール１４７０４は、１４８１０において、端末装置１３６０２の課金情報について課金サーバー１４６０４にクエリすることができる。課金サーバー１４６０４は、課金情報クエリを受け取り、様々な端末装置の課金情報を含むデータベースにアクセスし、端末装置１３６０２の課金情報を取り出し、端末装置１３６０２の課金情報をコスト計算モジュール１４７０４に提供することによって、１４８１２において、クエリに応答することができる。エッジ・コンピューティング・サーバー１４６０２は、１４８１０～１４８１２において課金情報を要求および受信するために、様々なノードが様々なノード間インターフェースを介して互いに通信することを可能にする無線通信ネットワーク１３６００で実装され得るＤｉａｍｅｔｅｒまたはＲａｄｉｕｓプロトコルのような、課金サーバー１４６０４とのソフトウェア・レベルの接続を利用してよい。

いくつかの側面において、課金情報は、加入者プランおよび利用可能データ許容情報を含んでよく、これは、（上記で紹介したストリーム・パラメータのいずれか１つ以上に基づいて異なり得る）特定の型のストリームについて特定の課金レートを詳述し得る。コスト計算モジュール１４７０４は、１４８１４において、課金サーバー１４６０４によって提供される課金情報およびパケット検査モジュール１４７０２によって識別されるストリーム・パラメータに基づいて、ストリーム・コストを計算することができる。例えばストリームが、有限期間のビデオまたはオーディオ・ストリームまたは有限サイズのファイルのように、（パケット検査モジュール１４７０２によって識別されるストリーム・パラメータによって示され得る）サイズまたは期間において固定されている場合、コスト計算モジュール１４８１４は、課金情報およびストリーム・パラメータを利用して、ストリームの固定コストを計算することができる。あるいは、ストリームが、ライブ・ストリームのように浮動サイズまたは期間を有する場合、コスト計算モジュール１４７０４は、課金情報およびストリーム・パラメータを利用して、ストリーム・コストを、１秒あたりのコスト、１分当たりのコストのように浮動コストとして計算してもよい。したがって、コスト計算モジュール１４７０４は、１４８１４において、データ・ストリームのコストを示すストリーム・コスト情報を計算することができる。いくつかの側面において、コスト計算モジュール１４７０４は、１４８１４において、競合企業ネットワークによって提供されるストリームの実際のコストまたは推定コストのような競合要因に基づいて、ストリーム・コスト情報を計算することもできる。いくつかの側面において、コスト計算モジュール１４７０４は、カウンター・オファー機能等でストリームのコストをネゴシエートするために、課金サーバー１４６０４とインターフェースすることもできる。次に、コスト計算モジュール１４７０４および課金サーバー１４６０４は、他のネットワークからの競合するオファーに対抗または打ち勝つように機能し、（例えば端末装置１３６０２の）ユーザーがカウンター・オファーを行うことを可能にする。

図１４８に示されるように、コスト計算モジュール１４７０４は、次いで、１４８１６において、ストリーム・コスト情報を端末装置１３６０２に提供することができる。エッジ・コンピューティング・サーバー１４６０２によるストリーム・コスト情報の配信方法は、端末装置１３６０２とエッジ・コンピューティング・サーバー１４６０２との間の特定のインターフェースに依存し得る。例えばエッジ・コンピューティング・サーバー１４６０２および端末装置１３６０２が、セルラー・プロトコル・スタック層でデータを交換するための直接ソフトウェア・レベル接続を有するいくつかの側面では、エッジ・コンピューティング・サーバー１４６０２は、そのソフトウェア・レベル接続を介してストリーム・コスト情報を端末装置１３６０２に提供することができる。しかしながら、多くのエッジ・コンピューティング実装では、ＭＥＣサーバーは、セルラー・レベルで端末装置に対して実質的に「透明」であってよく、したがって、セルラー・プロトコル・スタック層において端末装置への直接ソフトウェア・レベル接続を有しないことがある。したがって、いくつかの側面では、エッジ・コンピューティング・サーバー１４６０２は、１４８１６において、より上位層の機構を利用して、ストリーム・コスト情報を端末装置１３６０２に配信してもよい。例えばエッジ・コンピューティング・サーバー１４６０２は、ショート・メッセージ・サービス（ＳＭＳ）メッセージングを利用してストリーム・コスト情報を端末装置１３６０２に提供してもよい。この場合、エッジ・コンピューティング・サーバー１４６０２は、コア・ネットワーク１３９０２内のＳＭＳサーバー（例えばＬＴＥ設定ではＳＭＳセンター（ＳＭＳＣ））への接続を開いて、ＳＭＳサーバーを介してストリーム・コスト情報を指定するＳＭＳを端末装置１３６０２に送信することができる。次に、端末装置１３６０２は、ＳＭＳを受信し、ストリーム・コスト情報を含むＳＭＳコンテンツをユーザーに提示することができる。あるいは、いくつかの側面では、エッジ・コンピューティング・サーバー１４６０２は、プッシュ通知またはアプリ内メッセージ等のアプリケーション層機構を使用して、ストリーム・コスト情報を端末装置１３６０２に提供することができる。例えばエッジ・コンピューティング・サーバー１４６０２は、アプリケーション層でアプリケーション・プロセッサ１３７１２とのソフトウェア・レベル接続を有してもよく、ストリーム・コスト情報を、例えばプッシュ通知またはアプリ内メッセージとしてアプリケーション・プロセッサ１３７１２に配信してもよい。プッシュ通知またはアプリ内メッセージは、ユーザーの請求に対して特に専用アプリケーション、例えば専用請求アプリケーションのためのものであってよく、あるいはデータ・ストリームを使用しているアプリケーション、例えば専用ストリーミング・アプリケーションのためのアプリ内メッセージであってもよい。例えば端末装置１３６０２のユーザーがビデオ・ウォッチング・アプリケーション（アプリケーション・プロセッサ１３７１２で実行される；例えばＹｏｕＴｕｂｅ（登録商標）モバイル・アプリケーション）を使用している場合、エッジ・コンピューティング・サーバー１４６０２は、ストリーム・コスト情報を、（例えばエッジ・コンピューティング・サーバー１４６０２とアプリケーション・プロセッサ１３７１２との間のアプリケーション層接続を介して）ビデオ・ウォッチング・アプリケーションへのプッシュ通知またはアプリ内メッセージとして端末装置１３６０２に配信してよい。これにかかわらず、コスト計算モジュール１４７０４は、１４８１６において、ストリーム・コスト情報を端末装置１３６０２に提供することができる。

したがって、いくつかの側面は、例えばアクティブ・ストリームの間またはスケジュールされたストリームの前に（例えばパケット検査モジュール１４７０２が、１４８０６においてデータ・ストリームを検出する時期に応じて）、ユーザーに「前もって」ストリーム・コスト情報を配信することを可能にしてもよい。次いで、端末装置１３６０２のユーザーは、１４８１８において、エッジ・コンピューティング・サーバー１４６０２によって提供されるストリーム・コスト情報に基づいて、データ・ストリームを継続するか、データ・ストリームをキャンセルするかまたはデータ・ストリームを修正するかをリアルタイムで決定することができる。例えば端末装置１３６０２は、ストリーム・コスト情報を指定するエッジ・コンピューティング・サーバー１４６０２からのＳＭＳメッセージをユーザーに提示することができる。あるいは、いくつかの側面では、端末装置１３６０２は、エッジ・コンピューティング・サーバー１４６０２によって提供されるストリーム・コスト情報を、専用請求アプリケーションまたは専用ストリーミング・アプリケーションを介してユーザーに提供してもよい。その後、ユーザーは、ストリーム・コスト情報を評価し、１４８１８において、どのように進めるかを決定することができる。例えばユーザーは、データ・ストリームのコストが高すぎると判断した場合、ユーザーは、ユーザー入力を介して端末装置１３６０２にストリームをキャンセルすることができる。ユーザーは、データ・ストリームがあまり高価でないと決定した場合、ユーザーはストリームをキャンセルせずに、データ・ストリームを継続することを受動的に許可してもよい。

いくつかの側面において、ユーザーは、コストを調整するために、データ・ストリームを修正することもできる。このような機能は、データ・ストリームのプロバイダーからの協力に依拠し得る。例えばユーザーはデータ・ストリームが高すぎると判断した場合、ユーザーは、コスト削減を要求するユーザー入力を提供してもよい。コスト削減は、例えば品質／解像度／ビットレートの低減、ストリーム期間の短縮等であり得る。例えばデータ・ストリームがサイズ／期間／長さにおいて固定されている場合、エッジ・コンピューティング・サーバー１４６０２によって提供されるストリーム・コスト情報は、固定のストリーム・コストであり得る。次いで、ユーザーは、（例えばデータ・ネットワーク１３９０４における）プロバイダーに（アプリケーション層における端末装置１３６０２へのユーザー入力を介して）コスト削減を要求することができ、それに応答して、プロバイダーは、データ・ストリームの品質／解像度／ビットレートを低減することができる。このようなことは、ビット・レベルで転送されるデータを減少させ、結果としてストリームのコストを減少させる。あるいは、例えばライブまたはリアルタイム・ストリームのように、データ・ストリームがサイズ／期間／長さにおいて一定していない、いくつかの側面において、エッジ・コンピューティング・サーバー１４６０２によって提供されるストリーム・コスト情報は、浮動コスト、例えば１分当たり（または他の時間尺度）のコストであってもよい。次いで、ユーザーは、プロバイダーに（アプリケーション層における端末装置１３６０２へのユーザー入力を介して）コスト削減を要求することができ、それに応答して、プロバイダーは、データ・ストリームの品質／解像度／ビットレートを低減することができる。そのようなことは、時間の経過とともに転送されるデータを減少させ、結果として時間当たりのストリームのコストを減少させることができる。あるいは、いくつかの側面において、ユーザーは、ユーザーが支払うことを望む特定のコストを（ユーザー入力を介して）指定することができる。次いで、端末装置１３６０２は、コストが、ユーザーによって指定されたコストに達するまで、データ・ストリームを実行してもよい。ユーザー入力ケースの代わりに、端末装置１３６０２のアプリケーション・プロセッサ１３７１２におけるアプリケーションは、例えば一組のルール等を使用して、あるいは例えば一組のルール等に基づいてユーザーへの提案を作成することにより、１４８１８において、コスト削減要求を自動的に処理することができる。例えばアプリケーション・プロセッサ１３７１２は、（例えば実行可能命令として具体化される）一組のルールを利用して、コスト削減要求をいつトリガーするかを決定して、コスト削減要求の詳細を決定することができる。いくつかの側面において、アプリケーション・プロセッサ１３７１２は、コスト削減要求がいつトリガーされるべきかを決定すること等によって、一組のルールに基づいてユーザーへの提案をトリガーし、実際にコスト削減要求を送信する前に、コスト削減要求を確認または拒否するユーザー入力を待ってもよい。いくつかの側面において、アプリケーション・プロセッサ１３７１２は、完全な自律的方法（例えばユーザーからの入力なし）でまたは半自律的（またはハイブリッド）方法（例えばユーザーがコスト削減に関して何らかの入力を提供する場合）で、そのような決定を行うことができる。

いくつかの側面において、ストリーム修正要求から生じるコスト削減手段は、データ・ストリームのプロバイダーに依拠し得る。例えばあるプロバイダーは、（例えば高解像度（ＨＤ）および非ＨＤでストリームを提供することのように、ビットレート／品質／解像度を修正することによって）データ・ストリームを修正する機能を提供し得るが、一方、他のプロバイダーは、そのような機能を提供しないことがある。プロバイダーがストリーム修正機能を提供しない、いくつかの側面において、端末装置１３６０２のユーザーは、代わりに、データ・ストリームを使用しているストリームアプリケーションでデータ・ストリームを終了すること等によって、データ・ストリームをキャンセルまたは受動的に許可することができる。あるいはまた、いくつかの側面において、エッジ・コンピューティング・サーバー１４６０２は、データ・ストリームを修正する機能を提供してもよい。例えばエッジ・コンピューティング・サーバー１４６０２は、（例えばデータ・ストリームのパケットを復号し、データ・パケットを処理して品質／ビットレート／解像度を低減し、インターフェース上の処理されたデータ・パケットを、元のデータ・ストリームの代わりに端末装置１３６０２に転送することによって）下りリンク方向のデータ・ストリームの品質／ビットレート／解像度を低減することができる。端末装置１３６０２は、そのような機能をエッジ・コンピューティング・サーバー１４６０２に要求するように構成されてもよい。

いくつかの側面において、端末装置１３６０２は、ネットワーク・スライスを使用してストリーム・コストを調整するために、データ・ストリームを修正してもよい。具体的には、プロバイダー（例えばデータ・ネットワーク１３９０４）またはエッジ・コンピューティング・サーバー１４６０２でデータ・ストリームを修正する代わりに、いくつかの側面では、無線通信ネットワーク１３６００は、データ・ストリームをサポートするネットワーク・ベアラを、異なるパラメータを有するネットワーク・スライス上に転送してもよい。例えば無線通信ネットワーク１３６００の第１ネットワーク・スライスが、高品質／ビットレート／解像度のデータ・ストリームを生じるリソースで構成され、一方、無線通信ネットワーク１３６００の第２ネットワーク・スライスは、低品質／ビットレート／解像度のデータ・ストリームを生じるリソースで構成されることがある。端末装置１３６０２が最初に第１ネットワーク・スライス上でデータ・ストリームを受信しており、端末装置１３６０２のユーザーが、例えばデータ・ストリームのコストを低減することを望む場合、端末装置１３６０２は、コア・インフラストラクチャ１４００６のネットワーク・スライス制御エンティティ等にネットワーク・スライス変更を要求またはトリガーすることができる。コア・インフラストラクチャ１４００６は、次いで、ネットワーク・ベアラを第１ネットワーク・スライスから第２ネットワーク・スライスに転送し（したがって、重複するエンドツーエンド・ベアラを修正して）、結果としてデータ・ストリームのコストを低減することができる。あるいは、いくつかの側面において、端末装置１３６０２は、他の理由（例えば特定のネットワーク・スライスがより高い優先度、信頼性、遅延等を有する場合等）により、特定のネットワーク・スライス上のデータ転送のためにより高いレートを課されることがあり、したがって、端末装置１３６０２は、データ・ストリームのためのネットワーク・ベアラをより安価なネットワーク・スライスに転送することを要求することによって、ストリーム・コストを低減することができる。次に、コア・インフラストラクチャ１４００６は、ネットワーク・ベアラをより安価なネットワーク・スライスに転送することができ、これにより、端末装置１３６０２へのストリーム・コストを低減することができる。

いくつかの側面において、端末装置１３６０２に提供するための単一ストリーム・コスト（固定コストまたは経時的な浮動コスト）を計算する代わりに、コスト計算モジュール１４７０４は、１４８１４において、異なるストリーム・パラメータ（例えば異なる品質／ビットレート／解像度、異なる期間等）に各々基づく、いくつかの異なるコストを計算し、１４８１６において、異なるコストおよび関連付けられるストリーム・パラメータを端末装置１３６０２に提供してもよい。次いで、端末装置１３６０２のユーザーは、異なるコストおよびストリーム・パラメータを考慮して、（ストリーム・パラメータによって定義される）データ・ストリームの適切なバージョンを選択することができる。次いで、プロバイダー（例えばデータ・ネットワーク１３９０４）は、選択されたバージョンのデータ・ストリームを端末装置１３６０２に提供してもよい（あるいは、エッジ・コンピューティング・サーバー１４６０２がストリームを処理して選択されたバージョンを提供してもよい）。

いくつかの側面において、エッジ・コンピューティング・サーバー１４６０２は、データ・ストリームのプロバイダーであってよい。例えばエッジ・コンピューティング・サーバー１４６０２は、マルチメディア配信またはキャッシュ機能、例えば端末装置への超低遅延配信のために、ネットワーク・エッジにおいて人気のあるマルチメディアを保存する機能を実行してもよい。次いで、エッジ・コンピューティング・サーバー１４６０２は、（もしあれば）端末装置１３６０２によるいずれかの決定に基づいてデータ・ストリームを修正することに加えて、図１４８に詳述される同じ機能を実行してもよい。

いくつかの側面において、無線通信ネットワーク１３６００内におけるエッジ・コンピューティング・サーバー１４６０２の配置は、フレキシブルであってよい。例えば上述のエッジ・コンピューティング・サーバー１４６０２の機能は、ネットワーク・アクセス・ノード１３６１０に、あるいはコア・ネットワーク１３９００のネットワーク・ゲートウェイ（ＳＧＷ等）に配置されてよい。エッジ・コンピューティング・サーバー１４６０２が、無線通信ネットワーク１３６００内の様々な異なるインターフェースにおいてユーザープレーン・トラフィックをタップすることができるエッジ・コンピューティング・サーバー１４６０２の様々な他の配置も、本開示の範囲内にある。

したがって、これらの側面は、端末装置が、データ・ストリームについて先行ストリーム・コスト情報を受け取るための機構を提供し得る。後日の請求書または前払い割り当てが使い果たされたことの通知を受け取る代わりに、またはそれに加えて、これらの側面は、例えば固定ストリーム・コストおよびビット毎の浮動のストリーム・コストを示すストリーム・コスト情報をユーザーに提供することができる。これらの側面は、ユーザーがストリーム・コスト情報に基づいて動的な決定（例えばデータ・ストリームを継続するか、データ・ストリームをキャンセルするかまたはデータ・ストリームを修正するか）を行うことを可能にし、これによりユーザーのコストを低減し、ユーザーの経験を改善することができる。

図１４９は、いくつかの側面に従ってデータ・ストリームを管理する方法１４９００を示す。図１４９に示されるように、方法１４９００は、無線アクセス・ネットワークについてのバックホール・インターフェース上でパケット検査を実行すること（１４９１０）、パケット検査に基づいて端末装置のデータ・ストリームを検出し、パケット検査に基づいて第１のデータ・ストリームの１つ以上のストリーム・パラメータを識別すること（１４９２０）、１つ以上のストリーム・パラメータに基づいて第１データ・ストリームについてのストリーム・コストを決定すること（１４９３０）、そしてストリーム・コストを端末装置に提供すること（１４９４０）を含む。

図１５０は、いくつかの側面に従ってデータ・ストリームを管理する方法１５０００を示す。図１５０に示されるように、方法１５０００は、第１端末装置のデータ・ストリームを検出するよう、無線アクセス・ネットワークについてのバックホール・インターフェース上でパケット検査を実行すること（１５０１０）、端末装置についての課金情報を課金サーバーから受信すること（１５０２０）、課金情報およびデータ・ストリームの１つ以上のパラメータに基づいて端末装置のストリーム・コストを計算すること（１５０３０）、そして、ストリーム・コストを端末装置に提供すること（１５０４０）を含む。

４.３ ＱｏＳ ＃３
本開示のいくつかの側面において、端末装置は、バッテリー電力が延長された期間にわたって特定の優先サービスをサポートするのに十分であることを確実にするために、ネットワークによって提供されるサービス（例えば音声、ＳＭＳ、ＩＰデータ、ＩＰメッセージング、プッシュ通知等）を修正または最適化することができる。例えば例示的な使用シナリオにおいて、ユーザーは、次の２時間内に音声呼び出しを期待していることがある。したがって、ユーザーは、音声サービスが優先サービスであり、優先サービス期間が２時間であることを端末装置に指示することができる。いくつかの側面において、端末装置は、他の非優先サービス（例えばＳＭＳ、ＩＰデータ、ＩＰメッセージング、プッシュ通知等）が優先サービス期間にわたって保留または制限される間に、音声サービスが有効にされるように、無線通信ネットワークと対話することができる。非優先サービスを保留または制限することにより、端末装置は、バッテリー電力を節約し、代わりに、２時間の優先サービス期間にわたって、例えば優先サービス等の音声サービスにバッテリー電力を割り当てることができる。したがって、端末装置は、２時間の優先サービス期間中の任意の時点において呼を受け取るのに十分なバッテリー電力が存在する可能性を改善することができる。詳細に説明されるように、これらの側面は、端末装置が優先サービス期間にわたって優先サービスを実行するのに十分なバッテリー電力を有することを確実にするために、様々な同様のシナリオにおいて適用され得る。これらの側面は、本明細書で説明される電力効率の側面とともに使用されてもよい。

図１５１は、いくつかの側面による、端末装置１３６０２の例示的な内部構成を示す。図１５１に示されるように、端末装置１３６０２は、アンテナ・システム１３７０２、ＲＦトランシーバ１３７０４、物理層処理モジュール１３７０８、処理モジュール１５１０２および電源１３７１６を含むことができる。アンテナ・システム１３７０２、ＲＦトランシーバ１３７０４、物理層処理モジュール１３７０８および電源１３７１６は、それぞれ、図１３７に関して上述した方法で構成されてよい。処理モジュール１５１０２は、ハードウェア定義モジュールおよび／またはソフトウェア定義モジュールとして実装されてよい。いくつかの側面では、処理モジュール１５１０２は、ベースバンド・モデムおよび／またはアプリケーション・プロセッサ・コンポーネントを含んでもよく、いくつかの側面では、コントローラ１３７１０およびアプリケーション・プロセッサ１３７１２を含んでもよい。いくつかの側面では、これらの側面で詳細に説明される機能に加えて、処理モジュール１５１０２は、コントローラ１３７１０およびアプリケーション・プロセッサ１３７１２の機能も実行することができる。いくつかの側面において、処理モジュール１５１０２は、物理層処理モジュール１３７０８と一体化されてもよく、例えば処理モジュール１５１０２のコントローラ１３７１０は、物理層処理モジュール１３７０８を有するベースバンド・モデム内に実装されてもよい。

先に示したように、端末装置１３６０２は、低バッテリー電力により端末装置１３６０２が特定のサービスを実行することが妨げられるシナリオを識別するように構成され得る。次に、端末装置１３６０２は、維持すべき優先サービスと、保留または制限することができる非優先サービスを識別することができる。端末装置１３６０２は、加えて、優先サービスが利用可能であることを保証することを端末装置１３６０２が望む優先サービス期間を識別することができる。

いくつかの側面において、端末装置１３６０２は、優先サービス期間にわたって優先サービスを実行するのに十分なバッテリー電力があることを確実にすることを目指すことがある。したがって、端末装置１３６０２は、優先サービスが維持され、非優先サービスが保留または制限されることを確実にするために、無線通信ネットワークからの協力に依拠してよい。したがって、端末装置１３６０２は、優先サービスおよび優先サービス期間を含む優先情報を、ネットワーク・アクセス・ノード、例えば図１３６のネットワーク・アクセス・ノード１３６１０に報告することができる。ネットワーク・アクセス・ノード１３６１０は、その後、優先サービス期間の間、優先サービスを実行し、非優先サービスを保留または制限することを継続することに関与し得る。したがって、端末装置１３６０２は、優先サービス期間の間、非優先サービスにバッテリー電力を使用することを避けることができ、代わりに、残りのバッテリー電力を優先サービスに割り当てることができる。いくつかの側面において、これは、上記で紹介した端末装置１３６０２が近い将来に呼を受け取る必要がある場合等において、端末装置１３６０２が優先サービスを実行するのを助けることができる。

図１５２は、いくつかの側面によるメッセージ・シーケンス・チャート１５２００を示す。図１５２に示されるように、これらの側面は、優先サービスを維持し、非優先サービスを保留または制限するために、端末装置１３６０２とネットワーク・アクセス・ノード１３６１０との間の協調を含み得る。端末装置１３６０２は、処理モジュール１５１０２においてこれらの側面を実装することができる。いくつかの側面において、処理モジュール１５１０２は、処理モジュール１５１０２によって実行されると、本明細書で詳述される機能を実行するよう端末装置１３６０２を制御する、ソフトウェア定義プログラム・コードを取り出して実行するように構成され得る。いくつかの側面において、処理モジュール１５１０２は、ＲＦトランシーバ１３７０４およびアンテナ・システム１３７０２を利用して、ネットワーク・アクセス・ノード１３６１０と無線信号を送受信することができる。ネットワーク側では、制御モジュール１３８１０は、該制御モジュール１３８１０によって実行されると、本明細書で詳述される機能を実行するようネットワーク・アクセス・ノード１３６１０を制御する、ソフトウェア定義プログラム・コードとともに構成されてもよい。

図１５２に示されるように、処理モジュール１５１０２は最初に、１５２０２において、サービス優先順位付けをトリガーすることができる。いくつかの側面において、処理モジュール１５１０２は、様々な異なるトリガシナリオに応答して、１５２０２においてサービス優先順位付けをトリガーしてよく、そのようなトリガシナリオは、ユーザー開始トリガーおよび／またはバッテリー電力開始トリガーを含んでよい。例えば端末装置１３６０２のユーザーは、優先サービス期間に加えて、任意で１つ以上の優先サービスを指定することによって、１５２０２においてサービス優先順位付けをトリガーしてもよい。特に、いくつかの側面において、ユーザーは、端末装置１３６０２へのユーザー入力を介して（例えばアプリケーション・プロセッサ１３７１２とインターフェースし得る、キー入力、タッチスクリーン入力、ボタン入力等を介して）、音声サービス、ＳＭＳサービス、ＩＰデータ・サービス、ＩＰメッセージング・サービス、プッシュ通知サービス等といった１つ以上の優先サービスを指定することができる。いくつかの側面において、ユーザーは、優先サービス期間、言い換えると、優先サービスが維持されるべき期間も指定することができる。いくつかの側面において、ユーザーは、端末装置１３６０２のアプリケーション層において、例えば処理モジュール１５１０２によって提供される設定アプリケーション等において、ユーザー入力を提供することができる。

処理モジュール１５１０２は、そのようなユーザー入力を認識し、１５２０２において、ユーザー入力に基づいて、サービス優先順位付けをトリガーすることができる。例えば端末装置１３６０２のユーザーは、次の２時間以内に音声通話を期待していることがある。したがって、ユーザーは、次の２時間の間、音声サービスが優先であることを処理モジュール１５１０２に対して指定することができる。そのようなユーザー入力を受け取ると、処理モジュール１５１０２は、１５２０２において、サービス優先順位付けをトリガーすることができる。ユーザー開始トリガーに基づく、様々な同様の使用シナリオが存在し得る。例えばユーザーは、次の２時間内に音声通話を発信することを望む可能性があり、次の３時間内に特定のアプリケーション（例えば電子メール・アプリケーション）を利用する必要がある可能性があり、次の４時間内に特定のマルチメディア・ストリーム（例えばライブビデオフィード）を見る必要がある可能性があり、次の２時間内にＳＭＳを期待する可能性があり、次の３時間内にＳＭＳを送ることを望む可能性がある等である。優先サービスおよび優先サービス期間のすべてのバリエーションは本開示の範囲内である。さらに、いくつかの側面では、ユーザーは、優先順位付けされるべき複数のサービスを指定することもできる。

１５２０２においてサービス優先順位付けをトリガーした後、処理モジュール１５１０２は、１５２０４において、優先サービスおよび非優先サービスを識別することができる。処理モジュール１５１０２は、ユーザー入力によって受信された各サービスを優先サービスとして識別することができ、残りのサービス（もしあれば）を非優先サービスとして識別するか、またはルールの集合を使用してもよい。ルールの集合は、ユーザーによって定義されてよく、例えば会議中のサービス優先順位を設定することのように、コンテキストに敏感（ｃｏｎｔｅｘｔ－ｓｅｎｓｉｔｉｖｅ）なものとすることができる。したがって、上記で紹介した例示的な使用シナリオにおいて、処理モジュール１５１０２は、１５２０４において、音声サービスを優先サービスとして識別してよく、ＳＭＳサービス、ＩＰデータ・サービス、ＩＰメッセージング・サービス、プッシュ通知サービス等を非優先サービスとして識別してよい。あるいは、すべての残りのサービスを非優先サービスとして識別する代わりに、処理モジュール１５１０２は、電源１３７１６の残りのバッテリー電力を評価し、端末装置１３６０２が優先サービスをサポートするのに十分なバッテリー電力を有することを確実にするために、残りのサービスのうち（もしあれば）どのサービスを無効にすべきかを決定することができる。したがって、処理モジュール１５１０２は、残りのバッテリー電力レベルに基づいて非優先サービスを識別するように構成されてもよい。

次いで、処理モジュール１５１０２は、１５２０６において、優先サービス期間を決定することができる。上記のように、いくつかの側面において、端末装置１３６０２のユーザーは、（ユーザー入力を介して）優先サービスが利用可能であるべき期間を指定することができる。処理モジュール１５１０２は、この期間を優先サービス期間として利用することができる。ユーザーが期間を指定しない場合、いくつかの側面において、処理モジュール１５１０２は、優先サービス期間が不確定であると判断してもよい。ユーザーが期間を指定しない場合、いくつかの側面において、処理モジュール１５１０２は、「デフォルト」優先サービス期間を選択してもよく、これは、１時間、２時間等の任意の期間であってよい。

したがって、処理モジュール１５１０２は、１つ以上の優先サービス、非優先サービスおよび優先サービスが維持されるべきサービス優先期間を識別することができる。図１５２に連続して示されるが、処理モジュール１５１０２は、端末装置１３６０２が、優先サービス期間の間、優先サービスを動作させるのに十分なバッテリー電力を有することを確実にするために、１５２０６において、優先サービス期間を決定し、どのネットワーク・サービスを非優先サービスとして無効にすべきかを決定してもよい。例えばいくつかの側面では、処理モジュール１５１０２は、ネットワーク・サービスの電力消費を知っていることがあり、優先サービス期間に基づいて、どのネットワーク・サービスが優先サービス期間の間にアクティブなままであり得るか（優先サービスのために十分なバッテリー電力が存在する可能性を増大させるため）およびどのネットワーク・サービスが優先サービス期間中に中断されるかを決定するように構成されてもよい。したがって、処理モジュール１５１０２は、ネットワーク・サービスの電力消費の属性に加えて、電源１３７１６の残りのバッテリー電力に基づいて、非優先サービスを識別することができる。

次いで、処理モジュール１５１０２は、１５２０８において、優先サービス情報（優先サービス間、非優先サービスおよび優先サービス期間、ここで、優先サービス期間は、確定した期間であってもよく、または不確定であってもよい）をネットワーク・アクセス・ノード１３６１０に報告することができる。前述のように、処理モジュール１５１０２は、物理層処理モジュール１３７０８、ＲＦトランシーバ１３７０４およびアンテナ・システム１３７０２を用いて、無線アクセス接続を介して、ネットワーク・アクセス・ノード１３６１０に優先サービス情報を送信することができる。

ネットワーク・アクセス・ノード１３６１０の制御モジュール１３８１０は、１５２０８において、（アンテナ・システム１３８０２、無線モジュール１３８０４および物理層モジュール１３８０８を介して）優先サービス情報を受け取ることができる。優先サービス情報は、優先サービス期間の間、端末装置１３６０２が維持されることが要求される１つ以上の優先サービスと、優先サービス期間の間、維持される必要のない１つ以上の非優先サービスとを示しているので、いくつかの側面において、制御モジュール１３８１０は次いで、１５２１０において、優先サービス期間の間、非優先サービスを保留または制限してよい。制御モジュール１３８１０は、１５２１２において、優先サービスの実行を継続することができる。非優先サービスがネットワーク・アクセス・ノード１３６１０によって保留または制限されているため、いくつかの側面において、処理モジュール１５１０２は、優先サービス期間の間、非優先サービスを中断してよい。これは、非優先サービスのデータの受信を中断することまたは制限された非優先サービスのデータのみを受信することを含んでよい。１５２１４において、優先サービス期間が満了した後、処理モジュール１５１０２および制御モジュール１３８１０は、１５２１４において、優先サービスと一緒に非優先サービスの実行を継続することができる。さらに、１５２０８において非優先サービスを優先サービス情報で明示的に指定する代わりに、いくつかの側面では、処理モジュール１５１０２は、非優先サービスを明示的に指定することなく、優先サービスを明示的に指定してもよい。その後、制御モジュール１３８１０は、明示的に指定された優先サービスを識別し、一部のまたはすべての他のサービスが非優先サービスであると推論することができる。あるいは、いくつかの側面では、処理モジュール１５１０２は、優先サービス情報で優先サービスを明示的に指定することなく、非優先サービスを明示的に指定してもよい。いずれの場合も、制御モジュール１３８１０は、１５２０８の優先サービス情報に基づいて、優先サービスおよび非優先サービスを識別することができる。

１５２１０において非優先サービスを保留／制限し、１５２１２において優先サービスの実行を継続するために、制御モジュール１３８１０は、端末装置１３６０２にアドレスされ、優先サービスに関連付けられる（例えば図１３９に示されるコア・ネットワーク１３９０２からの）データがネットワーク・アクセス・ノード１３６１０に到着したことを識別し、かつ端末装置１３６０２にアドレスされ、非優先サービスに関連付けられるデータがネットワーク・アクセス・ノード１３６１０に到着したことを識別することができる。制御モジュール１３８１０は、次いで、優先サービス・データがネットワーク・アクセス・ノード１３６１０を通過することを許可し（優先サービス・データを端末装置１３６０２に送信し、したがって、１５２１２において優先サービスを実行することによって）、一方、非優先サービス・データを差し止めるかまたは制限する（したがって、１５２１０において非優先サービスを保留／制限する）。

いくつかの側面において、制御モジュール１３８１０は、１５２１０および１５２１２において端末装置１３６０２にアドレスされた到来データ・パケット（ｉｎｃｏｍｉｎｇ ｄａｔａ ｐａｃｋｅｔｓ）をフィルタリングして、優先サービス・データおよび非優先サービス・データを識別することができる。例えば音声トラフィック、ＳＭＳトラフィック、ＩＰデータ・トラフィック、ＩＰメッセージング・トラフィック、プッシュ通知等が各々異なるＱｏＳクラスを有し得る場合、各優先サービスはＱｏＳクラスに関連付けられ得る。いくつかの側面において、処理モジュール１５１０２は、１５２０８において優先サービス情報と一緒にＱｏＳクラスを指定してもよい。あるいは、いくつかの側面において、制御モジュール１３８１０は、通信サービス型とＱｏＳクラスとの間の予め定義されたおよび／または標準化された関係（例えばＬＴＥ設定における異なるトラフィック型についてのＱＣＩマッピング）に基づいて、優先サービス・データおよび非優先サービス・データについてのＱｏＳクラスを決定することができる。したがって、制御モジュール１３８１０は、優先サービス・データについてのＱｏＳクラスと、非優先サービス・データについてのＱｏＳクラスを決定することができる。次に、制御モジュール１３８１０は、到来データについてのＱｏＳクラスを優先サービスＱｏＳクラスおよび非優先サービスのＱｏＳクラスと比較して、どのデータが優先サービス・データであり、どのデータが非優先サービス・データであるかを判断することができる。

端末装置１３６０２が、優先サービス期間にわたって優先サービスが維持されることを要求したので、制御モジュール１３８１０は、１５２１２において、無線アクセス・ネットワークを介して、優先サービス・データを端末装置１３６０２にルーティングすることができる。優先サービス期間の間、端末装置１３６０２におけるバッテリー電力を節約するために、いくつかの側面において、制御モジュール１３８１０は、優先サービス期間の期間中、１５２１０において非優先サービス・データを保留または制限してよい。例えば制御モジュール１３８１０は、ネットワーク・アクセス・ノード１３６１０において、識別された非優先サービス・データを「バッファリング」することによって、非優先サービス・データを保留にしてもよい。したがって、制御モジュール１３８１０は、優先サービス期間の間、非優先サービス・データを保持してよく、したがって、非優先サービス・データを端末装置１３６０２にルーティングしなくてよい。端末装置１３６０２は、優先サービス期間の間、非優先サービス・データを受け取らなくてよいので、端末装置１３６０２は、非優先サービス・データを受け取るバッテリー電力を消費せず、したがって、（例えば１５２１２において）優先サービス・データを受け取るためのバッテリー電力を節約することができる。１５２１０において優先サービス期間が満了した後、制御モジュール１３８１０は、バッファリングされた非優先サービス・データを取り出し、無線アクセス接続を介して、その非優先サービス・データを端末装置１３６０２にルーティングすることができる。

いくつかの側面において、制御モジュール１３８１０は、追加または代替的に、優先サービス期間の間、１５２１０において、非優先サービスを制限してもよい。非優先サービス・データを完全に保留にする代わりに、制御モジュール１３８１０は、代わりに、制限された非優先サービス・データを端末装置１３６０２にルーティングしてもよく、この場合、制限された非優先サービス・データは、サイズが縮小され得るか、遅延され得る。例えば典型的なスケジューリング動作のように、非優先サービス・データを端末装置１３６０２に直ぐにルーティングする代わりに、制御モジュール１３８１０は、かなりの量のバッファリングされた非優先サービス・データが存在する（例えばバッファリングされた非優先サービス・データの量が閾値を超える）まで、（端末装置１３６０２にアドレスされた）到来する非優先サービス・データをバッファリングしてよい。次に、制御モジュール１３８１０は、優先サービス期間の間に、バッファリングされた非優先サービス・データを端末装置１３６０２にルーティングしてよい。バッファリングされた非優先サービス・データが遅延されると、それは「制限」とみなされる可能性がある。しかしながら、いくつかの側面では、端末装置１３６０２が、非優先サービス・データの限られた数の凝縮された「バースト」を受け取る方が、散発的な非優先サービス・データの一定のストリームを受け取るよりも、電力効率が良いことがある。１５２１４において優先サービス期間が満了した後、制御モジュール１３８１０は、制限された非優先サービス・データを停止することができ、典型的なスケジューリングに従って到着するように、非優先サービス・データを端末装置１３６０２にルーティングすることができる。

いくつかの側面において、制御モジュール１３８１０は、優先サービス期間の間、非優先サービス・データをバッファリングしてよく、非優先サービス・データの代わりに、限られた量のデータを端末装置１３６０２に送信してよい。例えば制御モジュール１３８１０は、非優先サービス・データが端末装置１３６０２を待っていることを特定する通知を端末装置１３６０２（図１５２に明示的に示されていない）に送信してもよく、この場合、通知は、非優先サービス・データの型および／またはソースを識別してもよい。次に、端末装置１３６０２の処理モジュール１５１０２は通知を受け取って、非優先サービス・データを受け取るかどうかを決定してもよい。例えば処理モジュール１５１０２は、電源１３７１６の残りのバッテリー電力をチェックして、非優先サービス・データを受け取るのに十分な（例えば優先サービス期間の間、優先サービスをサポートするのに十分な）残りのバッテリー電力が存在するかどうかを判断することができる。いくつかの側面において、処理モジュール１５１０２は、ネットワーク・アクセス・ノード１３６１０によって示される非優先サービス・データの重要性も考慮することができる。処理モジュール１５１０２が非優先サービス・データを受け取ることを決定した場合、処理モジュール１５１０２は、非優先サービス・データを送信するようにネットワーク・アクセス・ノード１３６１０に命令する肯定応答をネットワーク・アクセス・ノード１３６１０に送信することができる。次いで、コントローラ１３８１０は応答を受け取って、（優先サービス期間の間に）非優先サービス・データを送信してもよい。処理モジュール１５１０２が非優先サービス・データを受け取らないと決定した場合、処理モジュール１５１０２は、非優先サービス・データを送信しないようにネットワーク・アクセス・ノード１３６１０に命令する否定応答をネットワーク・アクセス・ノード１３６１０に送信することができる。

したがって、制御モジュール１３８１０は、優先サービス期間の間に、１５２１０において非優先サービスを保留または制限することができる。上記で詳述したように、制御モジュール１３８１０は、非優先サービス・データを保留または制限するために使用され得るいくつかの異なるオプションを有してもよい。制御モジュール１３８１０は、同じ保留／制限手順を、（端末装置１３６０２にアドレスされた）到来するすべての非優先サービス・データに適用してもよく、あるいは、例えば（例えば非優先サービス・データの型またはソースに基づいて）一部の非優先サービス・データを保留し、他の非優先サービス・データを制限すること等によって、異なる保留／制限手順を、（端末装置１３６０２にアドレスされた）到来する異なる非優先サービス・データに適用してもよい。

図１５２に示されるように、制御モジュール１３８１０は、１５２１２において、端末装置１３６０２で優先サービスの実行を継続することができ、したがって、優先サービス期間の間、（端末装置１３６０２にアドレスされた）到来する優先サービス・データを端末装置１３６０２にルーティングし続けることができる。優先サービス期間が満了した後、制御モジュール１３８１０は、到来する非優先サービス・データを（保留または制限なしに）優先サービス・データと一緒に端末装置１３６０２にルーティングすることにより、非優先サービスの実行を再開することができる。

図１５２に関して上記で詳述した例示的シナリオで詳述される優先および非優先サービスは、「ネットワーク」サービス、例えばオンラインネットワーク接続に依拠するサービスと考えることができる。したがって、これらのネットワーク・サービスは、ネットワーク・アクセス・ノード１３６１０によってサポートされるので、端末装置１３６０２は、ネットワーク・アクセス・ノード１３６１０からの協力に依拠して非優先サービスを保留または制限してもよい。例えば端末装置１３６０２が、ネットワーク・アクセス・ノード１３６１０に通知することなく、非優先サービスを無視した場合、端末装置１３６０２は、非優先サービス・データを見逃す可能性がある。したがって、端末装置１３６０２は、ネットワーク・アクセス・ノード１３６１０が非優先サービス・データを「バッファ」または「保持」し、その後、優先サービス期間の満了後等の後の時間に非優先サービス・データを配信することを可能にするために、非優先サービスをネットワーク・アクセス・ノード１３６１０に通知することができる。

いくつかの側面において、端末装置１３６０２はまた、「ローカル」サービスも優先サービスとして利用してもよい。ローカル・サービスは、ネットワーク接続に依拠しないオフライン・サービスであり得る。例えば端末装置１３６０２のユーザーは、アプリケーション・プロセッサ１３７１２で実行されるアプリケーションのようなローカル・サービスを利用するために、端末装置１３６０２におけるバッテリー電力を節約したいと思うことがある。バッテリー電力を節約してローカル・サービスに割り当てるために、端末装置１３６０２は、優先ローカル・サービス（ネットワーク・アクセス・ノード１３６１０を介するネットワーク接続に依拠しないことがある）をローカルに実行しながら、非優先ネットワーク・サービスを保留または制限することを目指してもよい。図１５３は、この手順を示すメッセージ・シーケンス・チャート１５３００を図示している。メッセージ・シーケンス・チャート１５２００と同様に、処理モジュール１５１０２は、１５３０２において、サービス優先順位付けをトリガーすることができ、これは、ユーザー入力によって促されてよい。例えば端末装置１３６０２のユーザーは、ローカルに実行されるアプリケーションのようなローカル・サービスが優先サービスであることを示すことができる。いくつかの側面において、ユーザーは、端末装置１３６０２がローカル優先サービスを動作し続けるために十分なバッテリー電力を有することを確実にすることをユーザーが望む期間も示すことができる。

次いで、処理モジュール１５１０２は、１５３０４において、優先サービスおよび非優先サービスを識別することができる。特に、処理モジュール１５１０２は、ユーザーによって優先サービスとして指定されたローカル・サービスを識別することができる。次いで、処理モジュール１５１０２は、一部のまたはすべてのネットワーク・サービスを非優先サービスとして識別することができる。例えばいくつかの側面では、処理モジュール１５１０２は、すべてのネットワーク・サービスを非優先サービスとして識別するように構成されてもよい。いくつかの側面において、処理モジュール１５１０２は、電源１３７１６の残りのバッテリー電力を評価し、端末装置１３６０２が優先サービスを動作させるのに十分なバッテリー電力を保持することを確実にするために、どのネットワーク・サービスを非優先サービスとして無効にすべきかを決定するように構成されてもよい。

次に、処理モジュール１５１０２は、例えばユーザー入力またはデフォルトの優先サービス期間に基づいて、１５３０６において、優先サービス期間を決定することができる。図１５３に連続的に示されているが、いくつかの側面では、処理モジュール１５１０２は、１５３０６において優先サービス期間を決定し、そして、端末装置１３６０２が優先サービス期間の間に優先サービスを動作させるのに十分なバッテリー電力を有する可能性を高めるために、どのネットワーク・サービスを非優先サービスとして無効すべきかを決定することができる。例えば処理モジュール１５１０２は、ネットワーク・サービスの電力消費を知っていることがあり、優先サービス期間に基づいて、どのネットワーク・サービスが（優先サービスのため十分なバッテリー電力が存在することを確実にするために）優先サービス期間の間にアクティブなままであり得るか、そしてどのネットワーク・サービスが優先サービス期間の間に中断されるべきかを決定するように構成され得る。したがって、いくつかの側面において、処理モジュール１５１０２は、ネットワーク・サービスの電力消費の属性に加えて、電源１３７１６の残りのバッテリー電力に基づいて、非優先サービスを識別することができる。

次いで、処理モジュール１５１０２は、１５３０８において、優先サービス情報を、ネットワーク・アクセス・ノード１３６１０に報告することができる。優先サービスはローカル・サービスのみであり、非優先サービスはネットワーク・サービスのみであり得るので、処理モジュール１５１０２は、１５３０８において、（優先サービス期間に加えて）非優先サービスのみをネットワーク・アクセス・ノード１３６１０に報告してよい。次いで、制御モジュール１３８１０は、優先サービス期間の間、１５３１０において非優先サービスを保留または制限することができる。優先サービスはローカル・サービスであり得るので、処理モジュール１５１０２は、１５３１２において、優先サービスをローカルに実行することができる。非優先サービスはネットワーク・アクセス・ノード１３６１０によって保留または制限されているので、処理モジュール１５１０２は、優先サービス期間の間、非優先サービスを中断してよく、これは、非優先サービス・データの受信を中断することまたは制限された非優先サービス・データのみを受信することを含んでよい。優先サービス期間が満了した後、制御モジュール１３８１０は、１５３１４において、非優先サービスを再開することができる。したがって、端末装置１３６０２は、優先サービスとしてローカル「オフライン」サービスも利用することができ、ネットワーク・アクセス・ノード１３６１０の協力を得て、ローカル・サービスの動作のためにバッテリー電力を節約するため、非優先サービスを保留または制限することもできる。

図１５２および図１５３の例示的なシナリオにおいて、制御モジュール１３８１０は、タイマーを利用して優先サービス期間を定義することができる。他の側面では、優先サービス期間は、位置または移動パラメータに基づいてもよい。例えば処理モジュール１５１０２は、（例えば端末装置１３６０２のユーザーによって提供される）サービス優先期間に、１５３０８の優先サービス情報を提供してもよい。いくつかの側面において、ネットワーク・アクセス・ノード１３６１０の制御モジュール１３８１０は、１５２１０または１５３１０において非優先サービスが保留／制限されるときにタイマーを開始することができ、この場合、タイマーは、優先サービス期間の間、実行するように設定される。次いで、制御モジュール１３８１０は、タイマーの期間の間に優先サービスを保留／制限し、１５２１４または１５３１４でタイマーが満了すると、１５２１４または１５３１４において非優先サービスの実行を再開することができる。

いくつかの側面において、処理モジュール１５１０２は、例えば優先サービス期間が満了する前に、サービス優先順位付けを早期に終了するように構成されてもよい。図１５４は、メッセージ・シーケンス・チャート１５４００における例示的なシナリオを示しており、この場合、処理モジュール１５１０２はサービス優先順位付けを早期に終了することができる。処理モジュール１５１０２および制御モジュール１３８１０は、図１５２の１５２０２～１５２１２と同じ方法で１５４０２～１５４１２を実行することができる。したがって、制御モジュール１３８１０は、優先サービス期間を追跡するために、１５４１０においてタイマーを開始してよい、優先サービス期間の間、制御モジュール１３８１０は、１５４１０において非優先サービスを保留／制限し、１５４１２において優先サービスを実行することになる。しかしながら、タイマーの満了に先立って、処理モジュール１５１０２は、サービス優先順位付けを終了するようネットワーク・アクセス・ノード１３６１０に命令する通知をネットワーク・アクセス・ノード１３６１０に送信することにより、１５４１４において、サービス優先順位付けを終了してよい。したがって、制御モジュール１３８１０は、非優先サービス・データの保留／制限を停止し、１５４１６において、優先サービス・データとともに非優先サービス・データの端末装置１３６０２へのルーティングを再開することができる。

処理モジュール１５１０２は、ユーザー入力に基づいてまたは自動的に、１５４１４において、サービス優先順位付けを終了することができる。例えば端末装置１３６０２のユーザーは、サービス優先順位付けを無効にするべきであるというユーザー入力を提供してもよい。この例に加えて、例えば音声通話（または他の優先サービス）を受け取るためにバッテリー電力を節約するよう、サービス優先順位をトリガーした端末装置１３６０２のユーザーは、音声通話を受け取ることができる。したがって、ユーザーは、もはやサービス優先順位付けを必要とせず、サービス優先順位付けを終了するよう処理モジュール１５１０２に命令するユーザー入力を、処理モジュール１５１０２に提供してもよい。代替的な例では、処理モジュール１５１０２は、（例えば１５４０２においてユーザー入力によって示される）優先サービスをネットワーク・アクセス・ノード１３６１０から受け取ったことを検出し、１５４１４において、サービス優先順位を自動的に終了することができる。別の代替的な例では、端末装置１３６０２のユーザーは、端末装置１３６０２を充電供給源に差し込んでもよく、これは、サービスの優先順位付けを通じてバッテリー電力を節約する必要性を軽減することができる。次いで、ユーザーは、サービス優先順位付けを終了するよう処理モジュール１５１０２に命令するユーザー入力を処理モジュール１５１０２に提供してよく；あるいは、処理モジュール１５１０２は、電源１３７１６が充電されていることを自動的に検出し、サービス優先順位付けを自動的に終了してもよい。いくつかの側面において、処理モジュール１５１０２は、端末装置１３６０２がその後、充電供給源から抜かれた場合、サービスの優先順位に再び従事することができる。

いくつかの側面において、処理モジュール１５１０２および制御モジュール１３８１０は、端末装置１３６０２が確定した優先サービス期間を指定しないシナリオにおいて、メッセージ・シーケンス・チャート１５４００の処理を実行してもよい。例えば１５４０２でユーザー入力を介してサービス優先順位をトリガーする端末装置１３６０２のユーザーは、確定した優先サービス期間を指定しないことがある。例えばユーザーは、例えば音声通話を期待しているが、いつ音声通話が発生するかを知らないことがある。したがって、ユーザーは、確定した優先サービス期間を提供しないことがあり、したがって、処理モジュール１５１０２は、１５４０６において、優先サービス期間を不確定の優先サービス期間として決定してよい。次いで、処理モジュール１５１０２は、１５４０８の優先サービス情報において、優先サービス期間が不確定の優先サービス期間であることを示すことができる。

優先サービス期間を追跡するために設定されたタイマーを開始して、優先サービス期間の間、非優先サービスを保留／制限する代わりに、いくつかの側面において、制御モジュール１３８１０は、１５４１０において、非優先サービスを無期限に保留／制限してもよい。制御モジュール１３８１０は、１５４１４において端末装置１３６０２がネットワーク・アクセス・ノード１３６１０にサービス優先順位を終了するよう命令するまで、非優先サービスを保留／制限し続けてもよく、これは、例えば端末装置１３６０２が（ユーザー入力によって示されるかまたは自動的に）優先サービスを受け取ったときに、または端末装置１３６０２が充電供給源に差し込まれたときにトリガーされ得る。あるいは、（保留／制限が無限に続く可能性があるので）無期限に非優先サービスを保留／制限することは妥当でない可能性があるので、端末装置１３６０２が１５４０８において不確定の優先サービス期間を報告するとき、制御モジュール１３８１０は、デフォルトの長期優先サービス期間を使用してもよい。次いで、制御モジュール１３８１０は、１５４１０において長期優先サービス期間を追跡するように設定されたタイマーを開始することができ、長期優先サービス期間の間、非優先サービスを保留／制限することができる。いくつかの側面において、長期優先サービス期間は、延長された期間、例えば１０時間、２４時間等であってよい。次いで、制御モジュール１３８１０は、長期優先サービス期間が満了するまで、または端末装置１３６０２が１５４１４においてネットワーク・アクセス・ノード１３６１０にサービス優先順位を終了するよう命令するまで、非優先サービスを保留／制限し続けてもよい。このようにして、ネットワーク・アクセス・ノード１３６１０が、無限の優先サービス期間に行き詰まることなく（例えば端末装置１３６０２がネットワーク・アクセス・ノード１３６１０にサービスの優先順位付けを終了するように何ら命令しない場合）、延長された期間にわたって非優先サービスを保留／制限することが可能になる。

以前に示したように、（例えば１５２０２および１５４０２において）サービス優先順位付けをトリガーすることは、バッテリー電力開始トリガーと同様に、ユーザー開始トリガ（例えばユーザー入力）によって促されることがある。いくつかの側面において、処理モジュール１５１０２および制御モジュール１３８１０は、バッテリー電力開始トリガーに応答するために、メッセージ・シーケンス・チャート１５４００のプロセスを実施してもよい。例えば処理モジュール１５１０２は、電源１３７１６における残りのバッテリー電力を連続的にモニタし、残りのバッテリー電力を所定の閾値と比較することができる。バッテリー電力が閾値を下回る場合、処理モジュール１５１０２は、１５４０２において、自動的に（例えばユーザー入力によって促されることなく）サービス優先順位付けをトリガーすることができる。処理モジュール１５１０２は、（例えばユーザー入力を介して）いかなる優先サービスも知らされていない可能性があるので、処理モジュール１５１０２は、次いで、１５４０４において優先サービスおよび非優先サービスを自律的に識別することができる。例えば処理モジュール１５１０２は、音声サービス等の特定のサービスを優先サービスとして自動的に選択し、残りのサービスを非優先サービスとして選択するように事前にプログラムされてもよい。例えば端末装置１３６０２のユーザーは、ユーザー入力を介して、優先サービス（したがって、低バッテリー電力のシナリオで優先されるべきである）であるサービスを処理モジュール１５１０２に事前にプログラムすることができ；あるいは、処理モジュール１５１０２は、製造者、ソフトウェア・アップデートまたは別の外部構成機構によって、特定の優先サービスを事前にプログラムされてよい。

次いで、処理モジュール１５１０２および制御モジュール１３８１０は、上記で詳述した方法でメッセージ・シーケンス・チャート１５４００の処理を実行してもよい。したがって、特に、処理モジュール１５１０２は、そのような事前プログラミングに基づいて、１５４０４において優先サービスおよび非優先サービスを識別することができる。次いで、処理モジュール１５１０２は、１５４０６において優先サービス期間を決定することができ、これは、例えば確定した優先サービス期間が指定されていないとき不確定の優先サービス期間であってよい。次に、処理モジュール１５１０２は、１５４０８において、優先サービス情報をネットワーク・アクセス・ノード１３６１０に報告することができ、ネットワーク・アクセス・ノード１３６１０は次いで、１５４１０において非優先サービスを保留または制限することができる。制御モジュール１３８１０は、デフォルトの長期優先サービス期間または不確定の優先サービス期間を利用してもよく、優先サービス期間が満了するまでまたは端末装置１３６０２がネットワーク・アクセス・ノード１３６１０にサービスの優先順位付けを終了するように命令するまで、非優先サービス・データを保留または制限することができる。例えば処理モジュール１５１０２は、端末装置１３６０２が充電供給源に差し込まれているかどうかを検出することができ、差し指し込まれている場合、１５４１４においてサービスの優先順位付けを終了することができる。したがって、端末装置１３６０２は、バッテリー電力が低い（例えば所定の閾値を下回る）とき、特定の優先サービスのためにバッテリー電力を節約するよう、サービスの優先順位付けを自動的にトリガーすることができる。

いくつかの側面において、端末装置１３６０２は、バッテリー電力が減少するにつれて、サービスを漸進的に無効にするように構成されてもよい。図１５５は、例示的な漸進的無効化スキームを図示する優先曲線１５５００を示している。図１５５に示されるように、処理モジュール１５１０２は、電源１３７１６のバッテリー電力が高いとき、最初にすべてのサービス（音声、ＳＭＳ、ＩＰメッセージングおよびＩＰデータ）をアクティブにしてよい。処理モジュール１５１０２は、電源１３７１６の残りのバッテリー電力を経時的にモニタリングして、残りのバッテリー電力が１組の所定の閾値１５５０２～１５５０８のいずれかを下回るかどうかを判断することができ、残りのバッテリー電力が下回った閾値に基づいてサービスを漸進的に無効にすることができる。いくつかの側面において、サービスは、階層的優先度で組織化されてもよく、ここでは、ＩＰデータ・サービスが最も低い優先度であり（閾値１５５０２）、ＩＰメッセージング・サービスが２番目に低い優先度であり（閾値１５５０４）、ＳＭＳサービスが２番目に高い優先度（閾値１５５０６）であり、音声サービスが最も高い優先度（閾値１５５０８）である。図１５５に示される階層的優先度は例示であり、サービスは、任意の優先順位で組織化されてよい。

図１５６は、いくつかの側面による漸進的サービス無効化を示すメッセージ・シーケンス・チャート１５６００を示す。図１５６に示されるように、処理モジュール１５１０２は、１５６０２においてサービス優先順位付けをトリガーすることができる。処理モジュール１５１０２は、バッテリー電力またはバッテリー電力と優先サービスのユーザー指示との組合せに基づいて、サービス優先順位付けをトリガーしてよい。例えばバッテリー電力がトリガーする場合、処理モジュール１５１０２は、経時的に電源１３７１６における残りのバッテリー電力を連続的にモニタリングし、残りのバッテリー電力を所定の閾値１５５０２～１５５０８と比較することができる。したがって、フルバッテリ電力または実質的にフルバッテリ電力から始まる使用シナリオにおいて、処理モジュール１５１０２は、残りのバッテリー電力を閾値１５５０２と連続的に比較することができる。電源１３７１６の残りのバッテリー電力が徐々に低下するにつれて、残りのバッテリー電力は最終的に閾値１５５０２を下回る可能性がある。次いで、処理モジュール１５１０２は、１５６０２において、サービス優先順位付けを自動的にトリガーし、１５６０４において、ＩＰデータ・サービスを非優先サービスとして識別することができる。次いで、処理モジュール１５１０２は、ＩＰデータ・サービスを無効にすべきであるとネットワーク・アクセス・ノード１３６１０に報告することによって、１５６０６において、ＩＰデータ・サービスを無効にすることができる。次に、制御モジュール１３８１０は、１５６０８において、ＩＰデータ・サービスを保留または制限することができる。制御モジュール１３８１０はＩＰデータ・サービスを保留または制限しているので、処理モジュール１５１０２は、ＩＰデータ・サービスを中断することができ、これは、ＩＰデータ・サービスの受け取りを中断することまたは制限されたＩＰデータ・サービスのみを受け取ることを含んでよい。

バッテリー電力がトリガーする場合、処理モジュール１５１０２は、いくつかの側面において、バッテリー電力のみに基づいて、１５６０２においてサービス優先順位付けをトリガーすることができる。あるいは、バッテリー電力とユーザー開始トリガーの組合せの場合、処理モジュール１５１０２は、いくつかの側面では、１５６０２において、優先サービスのユーザー指示に応答してサービス優先順位付けをトリガーするだけでよい。例えばユーザーは、ローカル・サービスまたはネットワーク・サービスのいずれかであり得る優先サービスを、（ユーザー入力を介して）指示することができる。このユーザー指示に応答して、処理モジュール１５１０２は、１５６０２においてサービス優先順位付けをトリガーし、１５６０４において、バッテリー電力のモニタリングを開始して潜在的な非優先サービスを識別することができる。したがって、バッテリー電力とユーザー開始トリガーの組合せの場合、処理モジュール１５１０２は、場合によっては、優先サービスが存在することをユーザーが指示する場合にのみ、ネットワーク・サービスの無効化を開始してよい。次いで、処理モジュール１５１０２は、優先サービスのためにバッテリー電力を保持するために、バッテリー電力が下がるにつれてネットワーク・サービスを漸進的に無効にすることができる。

１５６０２においてサービス優先順位付けをトリガーした後、処理モジュール１５１０２は、次第に使い果たされる可能性がある電源１３７１６の残りのバッテリー電力をモニタリングし続けることができる。残りのバッテリー電力が使い果たされるにつれて、処理モジュール１５１０２は、各サービスに関連する閾値に基づいて、ネットワーク・アクセス・ノード１３６１０によるサービスを漸進的に無効にすることができる。ユーザーが、サービス（ＩＰデータ・サービス、ＩＰメッセージサービス、ＳＭＳサービスまたは音声サービス）のいずれかが優先サービスであることを指示した場合、処理モジュール１５１０２は、優先サービスを無効にしなくてよく、バッテリー電力が、その優先サービスに関連する閾値を下回ったときにいかなる行動も取らなくてよい。

残りのバッテリー電力が閾値１５５０４を下回ったとき、処理モジュール１５１０２は、関連するサービス（例えば図１５５の例示的設定ではＩＰメッセージング・サービス）を非優先サービスとして識別し、１５６１０において、識別された非優先サービスを無効にするようネットワーク・アクセス・ノード１３６１０に命令することができる。したがって、制御モジュール１３８１０は、１５６１２において、識別された非優先サービスを保留または制限することができる。次いで、処理モジュール１５１０２は、識別された非優先サービスを中断してもよい。いくつかの側面において、処理モジュール１５１０２は、電源１３７１６の残りのバッテリー電力のモニタリングを継続し、残りのバッテリー電力が、漸進的な所定の閾値のうちの１つを下回ったときに、ネットワーク・アクセス・ノード１３６１０に非優先サービスを通知することができる。したがって、残りのバッテリー電力が閾値１５５０４を下回った場合、処理モジュール１５１０２は、関連するサービス（例えばＩＰメッセージング・サービス）を非優先サービスとして識別し、１５６１０において識別された非優先サービスを無効にするようネットワーク・アクセス・ノード１３６１０に命令することができる。

最終的に、残りのバッテリー電力が閾値１５５０８を下回ることになるか（これにより音声サービスが非優先サービスであり、無効にされるべきことをネットワーク・アクセス・ノード１３６１０に通知するよう処理モジュール１５１０２に促す）、あるいは端末装置１３６０２が充電供給源に差し込まれることになる。端末装置１３６０２が電源に差し込まれる場合、処理モジュール１５１０２は、１５６１４においてサービス優先順位付けを終了してよく、これは、制御モジュール１３８１０に、以前に無効にされた非優先サービスを再開するよう促すことができる。いくつかの側面において、処理モジュール１５１０２は、電源１３７１６が徐々に充電されるにつれて、すべてのサービスについてサービスの優先順位付けを直ちに終了してもよく、あるいは（例えば閾値１５５０２～１５５０８または別の漸進的閾値スキームに従って）通信サービスを漸次的に再有効化してもよい。したがって、処理モジュール１５１０２および制御モジュール１３８１０は、バッテリー電力の段階的な枯渇に基づいて、（例えば優先順位付けされた階層で構成される）サービスを漸進的に無効にするために、これらの側面に従って協働することができる。

あるいは、処理モジュール１５１０２が、バッテリー電力とユーザー開始トリガーの組合せを使用している場合、いくつかの側面において、端末装置１３６０２のユーザーは、優先サービスを識別するとき、優先サービス期間を提供してもよい。例えばユーザーは、端末装置１３６０２が優先サービスを実行できることを確実にするために、確定した期間にわたってバッテリー電力を保持することを望むことがある。処理モジュール１５１０２は、例えば１５６０６において、例えば１５６０６で非優先サービスを無効にするときに、優先サービス期間をネットワーク・アクセス・ノード１３６１０に提供してもよい。したがって、端末装置１３６０２が１５６１４においてサービス優先順位付けを終了するまで非優先サービスを保留または制限する代わりに、ネットワーク・アクセス・ノード１３６１０の制御モジュール１３８１０は、優先サービス期間が満了するまで非優先サービスを保留または制限してよい。制御モジュール１３８１０は、いつサービス優先順位付けを終了し、非優先サービスを再開するかを決定するために、優先サービス期間に設定されたタイマーを利用してもよい。

ネットワーク・アクセス・ノード、例えばネットワーク・アクセス・ノード１３６１０で実装されるように上述したが、いくつかの側面において、ネットワーク側の機能は、以前に図１４６に示したように、エッジ・コンピューティング・サーバー１４６０２のようなエッジ・コンピューティング装置で実装されてもよい。エッジ・コンピューティング・サーバー１４６０２は、ネットワーク・アクセス・ノード１３６１０のバックホール・インターフェース（例えばＬＴＥ設定におけるＳ１－Ｕインターフェース）上に配置されてよいので、エッジ・コンピューティング・サーバー１４６０２は、端末装置１３６０２にアドレスされたデータについて、バックホール・インターフェースをモニタリングすることができる。パケット検査に関して以前に詳述した方法と同様に、エッジ・コンピューティング・サーバー１４６０２は、端末装置１３６０２にアドレスされたデータを検出し、そのデータがどの通信サービスに関連付けられているかを識別するために、バックホール・インターフェース上のパケットを検査するように構成されてもよい。例えばネットワーク・アクセス・ノード１３６１０およびコア・ネットワーク１３９０２は、バックホール・インターフェース上のデータをトンネリング・プロトコル（例えばＬＴＥ設定におけるＧＴＰ）と交換することができる。したがって、エッジ・コンピューティング・サーバー１４６０２は、（例えばＬＴＥ設定においてＧＴＰトンネリング・ヘッダのＴＥＩＤを調べることにより）各データ・パケットがどのベアラにマッピングされているかを識別するために、トンネリング・プロトコルに従ってデータ・パケットを検査することができ、よって、ベアラのＱｏＳクラスを決定することができる。所与のデータ・パケットのＱｏＳクラスを識別することにより、エッジ・コンピューティング・サーバー１４６０２は、データ・パケットがどの通信サービスに、例えば音声サービス、ＳＭＳサービス、ＩＰデータ・サービス、ＩＰメッセージング・サービス等に関連付けられるかを決定することができる。したがって、処理モジュール１５１０２は、図１５２、１５４および１５６に詳述されるのと同じ方法で、優先サービス、非優先サービスおよび優先サービス期間を、エッジ・コンピューティング・サーバー１４６０２に（例えばソフトウェア・レベル接続を介して）通知することができる。次いで、エッジ・コンピューティング・サーバー１４６０２は、優先サービス期間の間、または処理モジュール１５１０２がエッジ・コンピューティング・サーバー１４６０２にサービス優先順位付けを終了するよう命令するまで、非優先サービスを保留または制限することができる。したがって、エッジ・コンピューティング・サーバー１４６０２は、この機能を実行するために、ソフトウェア定義プログラム・コードを（例えば非一時的コンピュータ可読媒体から）取り出して実行するように構成されてもよい。

いくつかのエッジ・コンピューティング装置は、ネットワーク・アクセス・ノードよりもより深いパケット検査を行う能力を有する可能性がある（例えばアプリケーション層およびＩＰデータ上で検査を行うことができる可能性がある）ので、いくつかの側面において、エッジ・コンピューティング・サーバー１４６０２は、より具体的な優先サービスルールを実施するように構成されてもよい。例えばＱｏＳクラスに基づいてトラフィックを優先サービスおよび非優先サービスにフィルタリングすることとは対照的に、処理モジュール１５１０２およびエッジ・コンピューティング・サーバー１４６０２はまた、粒度の細かい優先サービス・フィルタリングを実行してもよい。例えば処理モジュール１５１０２は、特定のデータ・ネットワーク（例えばＰＤＮ）からのデータのみを優先サービスとみなすことをエッジ・コンピューティング・サーバー１４６０２に対して指定してもよい。次いで、エッジ・コンピューティング・サーバー１４６０２は、（例えばＩＰヘッダまたはペイロードを評価することによって）パケット検査を実行して、端末装置１３６０２にアドレスされたどのトラフィックがこれらのデータ・ネットワークに結び付けられるかを決定することができる。次いで、エッジ・コンピューティング・サーバー１４６０２は、この優先サービス・データを端末装置１３６０２にルーティングしてよく、他のすべてのデータを非優先サービス・データとして保留または制限してよい。いくつかの側面では、ディープ・パケット・インスペクションをネットワーク・アクセス・ノード１３６１０で実装することもでき、これは、端末装置１３６０２およびネットワーク・アクセス・ノード１３６１０が（例えばエッジ・コンピューティング装置を使用せずに）細かい粒度の優先サービス・フィルタリングを実装することを可能にすることができる。

優先および非優先サービス・フィルタリングは、任意の型の通信サービスに対して実行可能である。例えば端末装置１３６０２およびネットワーク・アクセス・ノード１３６１０／エッジ・コンピューティング・サーバー１４６０２は、緊急通話、特定の連絡先または電話番号、特定の地域からの電話／メッセージ、特定の人からの電子メール等に加えて、上記で示した音声サービス、ＳＭＳサービス、ＩＰデータ・サービス、ＩＰメッセージング・サービス、プッシュ通知サービスのうちのいずれかに基づいて、優先サービス・フィルタリングを適用してよい。別の例示的な使用シナリオにおいて、端末装置１３６０２は、「追跡サービス」を優先することを望むことがある。追跡サービスは、緊急アプリケーションの一部のように、端末装置１３６０２の位置を連続的に追跡するアプリケーションであり得る。追跡サービスは、ネットワーク・アクセス・ノード１３６１０を介するネットワーク接続に依拠して、端末装置１３６０２にｐｉｎｇを送ることがある。したがって、端末装置１３６０２が追跡サービスを動作させるのに十分なバッテリー電力を有することを確実にするために、端末装置１３６０２は、追跡サービスを優先サービスとして扱い、１つ以上の他のネットワーク・サービスを優先サービスとして扱うよう、ネットワーク・アクセス・ノード１３６１０に命令することができる。次いで、ネットワーク・アクセス・ノード１３６１０は、非優先サービス・データを保留または制限し、追跡サービスのための優先サービス・データを端末装置１３６０２にルーティングすることができる。

したがって、これらの側面は、端末装置１３６０２が、バッテリー電力を節約し、残りのバッテリー電力を特定の優先サービスに割り当てることを可能にすることができる。ネットワーク・アクセス・ノード１３６１０またはエッジ・コンピューティング・サーバー１４６０２が非優先サービスを保留または制限することができるので、端末装置１３６０２は、無線活動および処理の量を最小限に抑えることができ、したがって、電力を節約することができる。端末装置１３６０２は、非優先サービス・データが到来していない期間の間、より長いスリープ状態に入ることも可能であり、これは非優先サービスもアクティブであった場合には不可能であり得る。さらに、非優先サービス・データの保留または制限は、無線アクセス・ネットワーク上の輻輳も低減することができる。いくつかの側面において、端末装置１３６０２は、優先サービス情報をネットワーク・アクセス・ノード１３６１０に報告しなくてもよく、非優先サービスの実行を一方的に（例えばネットワーク・アクセス・ノード１３６１０にデータを能動的に受信または送信せずに）やめてもよい。しかしながら、これは、場合によっては、ネットワークに、端末装置１３６０２が無反応であると判断させて、非優先サービスを終了させる可能性がある。これはネットワークの構成と動作に依存する可能性がある。

図１５７は、いくつかの側面による無線通信を実行する方法１５７００を示す。図１５７に示されるように、方法１５７００は、端末装置の残りのバッテリー電力をモニタリングすること（１５７１０）、残りのバッテリー電力が第１閾値を下回ったことを判別すること（１５７２０）、ネットワーク・サービスの優先順位付けされた集合から第１ネットワーク・サービスを選択し、第１ネットワーク・サービスを無線通信ネットワークに報告することによって第１ネットワーク・サービスを中断すること（１５７３０）、残りのバッテリー電力が、第１閾値よりも低い第２閾値を下回ったことを判別すること（１５７４０）、そして、ネットワーク・サービスの集合から第１ネットワーク・サービスよりも高い優先度を有する第２ネットワーク・サービスを選択し、第２ネットワーク・サービスを無線通信ネットワークに報告することによって第２ネットワーク・サービスを中断すること（１５７５０）を含む。

図１５８は、いくつかの側面による無線通信を実行する方法１５８００を示す。図１５８に示されるように、方法１５８００は、優先サービスおよび優先サービスが要求される時間期間を識別するユーザー入力を受領すること（１５８１０）、非優先サービスを無線アクセス・ネットワークに報告することによって非優先サービスを中断すること（１５８２０）、優先サービスを時間期間の間に実行すること（１５８３０）、そして時間期間が経過した後、無線アクセス・ネットワークを通じて非優先サービスを再開すること（１５８４０）を含む。

４.４ ＱｏＳ ＃４
本開示のいくつかの側面において、端末装置は、電力制約または熱制約シナリオがいつ発生するかを決定し、ＱｏＳ特性に基づいてトラフィックを分類し、枢要トラフィック（ｃｒｉｔｉｃａｌ ｔｒａｆｆｉｃ）の送信を継続しながら、非枢要トラフィック（ｎｏｎｃｒｉｔｉｃａｌ ｔｒａｆｆｉｃ）を絞る（ｔｈｒｏｔｔｌｅ）（または「制限する」）ことができる。したがって、実質的に一様な事項ですべてのトラフィックを遅らせるまたは絞る代わりに、これらの側面は、枢要であるトラフィック（例えばリアルタイム・トラフィック、他の遅延敏感トラフィック、ユーザー優先トラフィック等）および収容でない他のトラフィック（例えば非リアルタイム・トラフィック、他の遅延耐性トラフィック、非ユーザー優先トラフィック等）を識別し、絞り込みを非枢要トラフィックに適用することができる。したがって、これらの側面は、非枢要トラフィックを絞ることにより、電力制約または熱制約シナリオにおける電力消費または温度を低減することができる。リアルタイム・トラフィックやユーザー優先トラフィック等の枢要トラフィックの転送は、場合によっては、中断されないことがある。

図１５９は、いくつかの側面による端末装置１３６０２の内部構成を示す。図１５９に示されるように、端末装置１３６０２は、アンテナ・システム１３７０２、ＲＦトランシーバ１３７０４、物理層処理モジュール１３７０８、処理モジュール１５９１２、電源１３７１６およびセンサー１３７１８を含んでよく、これらは各々、図１３７に関して上述したのと同じ方法で構成されてよい。制御、電力およびクロック線に加えて、これらの側面に直接関係しない端末装置１３６０２の他の構成要素は、図１５９では明示的に示されていないことがある。いくつかの側面において、処理モジュール１５９１２は、コントローラ１３７１０およびアプリケーション・プロセッサ１３７１２を含んでもよい。いくつかの側面において、処理モジュール１５９１２は、演算、制御およびＩ／Ｏ命令を実行するためにプログラム・コードを取り出して実行するよう構成される１つ以上のプロセッサのような、ソフトウェア定義モジュールとして実装されてもよい。いくつかの側面において、処理モジュール１５９１２は特定のタスクを実行するように構成される１つ以上の専用ハードウェア回路、例えば１つ以上のハードウェア・アクセラレータ等のような、ハードウェア定義モジュールとして実装されてもよい。したがって、これらの側面の機能は、ソフトウェア定義モジュールおよび／またはハードウェア定義モジュールを有する処理モジュール１５９１２で実装されてもよい。これらの側面は、本明細書で説明される電力効率の側面とともに使用されてよい。

図１５９に示されるように、処理モジュール１５９１２は、トラフィック制御モジュール１５９０２、分類モジュール１５９０４、検出モジュール１５９０６、アプリケーション１５９０８およびアプリケーション１５９１０を含み得る。トラフィック制御モジュール１５９０２、分類モジュール１５９０４および検出モジュール１５９０６は、ハードウェア定義モジュール、例えば１以上の専用ハードウェア回路またはＦＰＧＡとして、ソフトウェア定義モジュール、例えば非一時的なコンピュータ可読記憶媒体に記憶される演算、制御およびＩ／Ｏ命令（例えばソフトウェアおよび／またはファームウェア）を定義するプログラム・コードを実行するように構成された１つ以上のプロセッサとして、あるいはハードウェア定義およびソフトウェア定義の混合モジュールとして、構造的に実現されてもよい。処理モジュール１５９１２は、いくつかの側面において、コントローラ１３７１０およびアプリケーション・プロセッサ１３７１２を含んでよく、トラフィック制御モジュール１５９０２、分類モジュール１５９０４、検出モジュール１５９０６、アプリケーション１５９０８およびアプリケーション１５９１０は、コントローラ１３７１０またはアプリケーション・プロセッサ１３７１２のソフトウェア定義および／またはハードウェア定義構成要素であってよい。処理モジュール１５９１２の個々の構成要素は、図１５９に別々に示されているが、この図は、機能レベルで処理モジュール１５９１２の動作を強調するために役立つ。したがって、処理モジュール１５９１２の構成要素のうちの１つ以上が、共通のハードウェアおよび／またはソフトウェア構成要素に統合されてもよい。

アプリケーション１５９０８およびアプリケーション１５９１０は、プロセッサが取り出して実行することができるプログラム・コードとして定義されるソフトウェア・モジュールのような、プロセッサ上で実行されるソフトウェア定義のアプリケーションであってもよい。例えばアプリケーション１５９０８およびアプリケーション１５９１０は、（１つ以上の追加アプリケーションも実行することができる）アプリケーション・プロセッサ１３７１２によって処理モジュール１５９１２で実行されてよく、ユーザー対話型のアプリケーション・プログラムであってよい。例えばアプリケーション１５９０８および１５９１０は、ウェブ・ブラウザ・アプリケーション、電子メール・アプリケーション、ニュース・アプリケーション、株式市場アプリケーション、メッセージング・アプリケーション、音声／ビデオ通話アプリケーション、ゲーム・アプリケーション、マルチメディア・ストリーミング・アプリケーション、カメラ・アプリケーション等であり得る。アプリケーション１５９０８および１５９１０は、通信ネットワークを介してデータを交換する「オンライン」アプリケーションであってもよい。例えばアプリケーション１５９０８および１５９１０は、様々なデータ・ネットワーク、例えば図１３９に示されるようなデータ・ネットワーク１３９０４および１３９０６とのデータ接続を確立することができ、これらは、無線通信ネットワーク１３６００を介したデータ転送のために、ネットワーク・アクセス・ノード１３６１０およびコア・ネットワーク１３９０２によって提供される無線アクセスおよびコア・ネットワーク接続に依拠する。

ベアラおよびＱｏＳ要件に関して上述したように、アプリケーション１５９０８および１５９１０は、スムーズな動作を保証するために目標とすることができるデータ接続についての特定のサービス要件を有し得る。したがって、例示的なシナリオでは、アプリケーション１５９０８は、リアルタイム・アプリケーション（例えば音声通話アプリケーション、ビデオ通話アプリケーション、ライブ・マルチメディア・ストリーミング・アプリケーション、ライブ・ゲーム・アプリケーション等）であってよく、アプリケーション１５９１０は、非リアルタイム・アプリケーション（例えば電子メール・アプリケーション、ウェブ・ブラウザ・アプリケーション、メッセージング・アプリケーション、ニュース・アプリケーション、株式市場アプリケーション等）であってよい。データ・ネットワーク１３９０４および１３９０６は、それぞれ、関連付けられたリアルタイムおよび非リアルタイム・サービスのデータを提供するアプリケーション１５９０８および１５９１０に対する対応サーバーであり得る。したがって、アプリケーション１５９０８のためのデータ接続（またはベアラ）は、アプリケーション１５９０８の遅延に敏感でトラフィック負荷の高いリアルタイム・サービスをサポートするために、アプリケーション１５９１０のためのデータ接続よりも厳しい遅延およびスループット要件を有し得る。反対に、アプリケーション１５９１０のためのデータ接続は、アプリケーション１５９１０のベストエフォートの非リアルタイム・サービスをサポートするよう、あまり敏感でない要件を有してもよい。

したがって、アプリケーション１５９１０のためのデータ接続は、アプリケーション１５９０８のためのデータ接続よりも、スケジューリング遅延およびスループット低減に対してより寛容であり得る。しかしながら、端末装置１３６０２が、アプリケーション１５９０８および１５９１０のためのデータ接続に影響を与え得るデータ転送を制限し得る、特定の動作シナリオが存在することがある。例えば端末装置１３６０２が（電源１３７１６で）低バッテリー電力を有する場合、端末装置１３６０２は、電力消費を低減するために無線伝送を絞ってもよい。別の例では、端末装置１３６０２がオーバーヒートしている場合、端末装置１３６０２は、端末装置１３６０２の温度を低下させるために、無線伝送を絞ってもよい。

しかしながら、端末装置１３６０２が均一な絞り（ｔｈｒｏｔｔｌｉｎｇ）を適用する場合（例えばデータが均一に影響される場合）、アプリケーション１５９０８および１５９１０のためのデータ転送は、同じ程度に影響され得る。アプリケーション１５９１０は、（非リアルタイム・アプリケーションとして）このようなスループットおよび遅延の制限を許容し得るが、アプリケーション１５９０８は、（リアルタイム・アプリケーションとして）顕著なサービス劣化を受ける可能性がある。これはユーザー体験を妨げる可能性がある。

絞りは、特定のアプリケーションがユーザーによって優先される場合、悪影響を及ぼす可能性もある。例えば端末装置１３６０２のユーザーは、アプリケーション１５９０８またはアプリケーション１５９１０がユーザー優先順位アプリケーションであることを示すユーザー入力を処理モジュール１５９１２に提供することがある。したがって、ユーザーは、例えばユーザーがアプリケーション１５９０８を頻繁に使用またはチェックするので、アプリケーション１５９０８がユーザー優先アプリケーションであることを示すことができる。例えばユーザーは、アプリケーション１５９０８を、仕事またはビジネスのための電子メール・アプリケーションとして利用することができ、したがって、できるだけ早く、新たな受信電子メールを受信し、送信電子メールを送ることを望むことがある。別の例では、ユーザーは運転しているかハイキングしており、アプリケーション１５９０８をナビゲーション・アプリケーションとして使用することがある。したがって、ユーザーは、迅速な方法で、更新を受け取ってアプリケーション１５９０８と対話することを望むことがある。別の例では、ユーザーは頻繁に株式取引に従事することがあり、アプリケーション１５９０８を株式市場アプリケーションとして利用することがある。したがって、ユーザーは、価格の更新および見積りをできるだけ早く受け取ることを望むことがある。ユーザーの好みおよびアプリケーション１５９０８および１５９１０に関する他のバリエーションは、ユーザーがアプリケーション１５９０８または１５９１０を優先することを望む可能性のある同様のシナリオをもたらすことがある。

端末装置１３６０２が、電力制約シナリオまたは熱制約シナリオ（本明細書では、まとめて「危機シナリオ（ｃｒｉｔｉｃａｌ ｓｃｅｎａｒｉｏ）」と称する）において均一な絞りを適用する場合、アプリケーション１５９０８および１５９１０のためのデータ転送は、同様に影響され得る。したがって、アプリケーション１５９０８がユーザーによって優先される場合であっても、端末装置１３６０２は、アプリケーション１５９０８のためのトラフィックを絞ることがあり、これにより、ユーザーに、アプリケーション更新および他のオンライン・アプリケーション機能を遅れて受け取らせる可能性がある。これは、ユーザー体験を妨げる可能性がある。

したがって、これらの側面は、データ・トラフィックの重要度（ｃｒｉｔｉｃａｌｉｔｙ）に基づく選択的電力および熱管理を用いることができる。したがって、熱および／または電力制約シナリオのような危機シナリオにあるとき、端末装置１３６０２はデータを、枢要トラフィック（例えばリアルタイム・トラフィックまたはユーザー優先トラフィック）または非枢要トラフィック（例えば非リアルタイム・トラフィックまたは非ユーザー優先トラフィック）のいずれかとして分類し、その後、枢要トラフィックの送信を継続する間、非枢要トラフィックの送信を制限する（例えば絞る）ことができる。非枢要トラフィックに対して送信制限を選択的に適用することにより、端末装置１３６０２は、枢要トラフィックの十分な転送を依然として維持しながら、電力または熱制約される状況において電力消費または温度を低減することができる。上記で紹介した例示的なシナリオ（アプリケーション１５９０８がリアルタイム・アプリケーションまたはユーザー優先アプリケーションであり、アプリケーション１５９１０が非リアルタイム・アプリケーションまたは非ユーザー優先アプリケーションである場合）において、端末装置１３６０２は、アプリケーション１５９１０のための送信を制限しながら、アプリケーション１５９０８のためのデータを送信し続けてもよい。したがって、端末装置１３６０２は、アプリケーション１５９１０を犠牲にして、アプリケーション１５９０８のＱｏＳ要件を引き続き満たすことができる。しかしながら、アプリケーション１５９１０は、非リアルタイムまたは非ユーザー優先であり得るので、アプリケーション１５９１０に対するサービスにおける劣化は、ユーザーにとって許容可能である。端末装置１３６０２は、これらの側面を、熱管理および電力管理の一方または両方について実装してもよい。したがって、いくつかの側面では、端末装置１３６０２は、高温またはオーバーヒート・シナリオに対抗するよう絞りを実装することができる。他の側面では、端末装置１３６０２は、低バッテリ電力に対抗するために絞りを実施してもよい。他の側面では、端末装置１３６０２は、高温／オーバーヒートと低バッテリーの両方に対抗するために絞りを実装してもよい。

図１６０は、方法１６０００を示す。方法１６００では、処理モジュール１５９１２は、いくつかの側面に従って、熱制約シナリオを検出して応答するように実行するよう構成されてもよい。図１６０に示されるように、検出モジュール１５９０６は、１６００２において、端末装置の温度をモニタリングすることができる。したがって、検出モジュール１５９０６は、センサー１３７１８によって提供される測定データをモニタリングすることができる。センサー１３７１８は、温度計または他の温度センサーのような熱センサーとすることができる。検出モジュール１５９０６は、センサー１３７１８をモニタリングして、端末装置１３６０２の温度を追跡することができる。いくつかの側面において、検出モジュール１５９０６は、１６００２において、端末装置１３６０２の温度を連続的に（または定期的に、例えば固定された測定期間で）モニタリングしてもよい。

次いで、検出モジュール１５９０６は、１６００４において、端末装置１３６０２が、１６００４において熱制約を受けるかどうかを判断することができる。例えば検出モジュール１５９０６は、１６００２で得られた温度を、温度閾値と比較することができる。温度が温度閾値を下回る場合、検出モジュール１５９０６は、端末装置１３６０２が熱制約を受けていない、例えば端末装置１３６０２がオーバーヒートしていないと判断することができる。トラフィック制御モジュール１５９０２は、次いで、１６００６において、通常のトラフィック制御を適用することができ、したがって、データ伝送に対していかなる制限も適用しない。アプリケーション１５９０８および１５９１０に関して上記で紹介した例示的シナリオでは、トラフィック制御モジュール１５９０２は、通常の方法で、例えば適切な通信プロトコルに従っておよび／またはアプリケーション１５９０８および１５９１０のＱｏＳ要件に従って、アプリケーション１５９０８および１５９１０のためのデータ転送を実行することによって、アプリケーション１５９０８および１５９１０のためのデータ転送を実行し続けることができる。

検出モジュール１５９０６が、温度が温度閾値を超えると判断した場合、検出モジュール１５９０６は、端末装置１３６０２が熱制約されると判断して１６００８に続き、１６００８において、分類モジュール１５９０４は、（例えばアプリケーション１５９０８および１５９１０によって提供される）到来トラフィックを枢要トラフィックまたは非枢要トラフィックとして分類することができる。本明細書に詳述されるアプリケーションの数（例えば２つ）は例示であり、任意の数のアプリケーションにスケーラブルであり得る。

分類モジュール１５９０４は、アプリケーション１５９０８および１５９１０のトラフィックを枢要トラフィックまたは非枢要トラフィックとして分類するために、様々な技術のいずれかを実装することができる。例えばいくつかの側面では、分類モジュール１５９０４は、リアルタイム・トラフィックを枢要トラフィックとして分類し、非リアルタイム・トラフィックを非枢要トラフィックとして分類してよい。いくつかの側面において、分類モジュール１５９０４は、ユーザー優先トラフィックを枢要トラフィックとして分類し、非ユーザー優先トラフィックを非枢要トラフィックとして分類することができる。いくつかの側面において、分類モジュール１５９０４は、枢要トラフィックを識別する際に、ユーザー優先ｖｓ非ユーザー優先は考慮せずに、リアルタイムｖｓ非リアルタイムを考慮してもよい。いくつかの側面において、分類モジュール１５９０４は、枢要トラフィックを識別する際に、リアルタイムｖｓ非リアルタイムは考慮せずに、ユーザー優先ｖｓ非ユーザー優先を考慮してもよい。いくつかの側面において、分類モジュール１５９０４は、枢要トラフィックを識別する際に、リアルタイムｖｓ非リアルタイムとユーザー優先ｖｓ非ユーザー優先の両方を考慮してもよい。

例えばいくつかの側面において、ユーザーは、分類モジュール１５９０４が、枢要トラフィックを識別する際に、リアルタイムとユーザー優先の一方のみを考慮するかまたはリアルタイムとユーザー優先の両方を考慮するかを、ユーザー入力を介して選択することができる。例えば分類モジュール１５９０４は、枢要トラフィックを識別する際に、分類モジュール１５９０４がリアルタイムおよび／またはユーザー優先を考慮すべきかどうかに関するユーザー指示を指定するユーザー入力を受け取ることができる。いくつかの側面において、分類モジュール１５９０４は、枢要トラフィックを識別する際に、リアルタイムとユーザー優先の一方のみを考慮するように事前にプログラムされてもよい。いくつかの側面において、分類モジュール１５９０４は、枢要トラフィックを識別する際に、リアルタイムとユーザー優先の両方を考慮するように事前にプログラムされてもよい。いくつかの側面において、分類モジュール１５９０４は、ユーザーが、特定のアプリケーションまたはサービスのユーザー優先を示すユーザー入力を提供しない限り、枢要トラフィックを識別する際に、リアルタイムのみを考慮するように構成されてもよく、ユーザーが、特定のアプリケーションまたはサービスのユーザー優先を示すユーザー入力を提供する場合、ユーザー優先のみを考慮するように構成されてもよく、またはユーザー優先とリアルタイムの両方を考慮するように構成されてもよい。

分類モジュール１５９０４がユーザー優先に基づいてトラフィックを分類するように構成されるいくつかの側面において、ユーザーは、ユーザー優先のアプリケーションおよび／またはサービスを示すユーザー入力を（例えば方法１６０００の前またはその間に）提供してもよい。例えばいくつかの側面において、ユーザーは、ユーザー優先アプリケーションである１つ以上のアプリケーション（例えばアプリケーション１５９０８または１５９１０）を指定するユーザー入力を分類モジュール１５９０４に提供してもよい。次いで、分類モジュール１５９０４は、各ユーザー優先アプリケーションについてのアプリケーション識別情報（例えばアプリケーションＩＤ）を記録してもよい。いくつかの側面において、ユーザーは、ユーザー優先アプリケーションである１つ以上のサービスを指定するユーザー入力を分類モジュール１５９０４に提供してもよく、各サービスは、アプリケーションの一般的なクラスに対応してもよい。

例えばユーザーは、メッセージング・アプリケーションを優先させることを望むことがある。各メッセージング・アプリケーションの各々を個々に識別する代わりに、ユーザーは、メッセージング・サービスがユーザー優先であることを指定するユーザー入力を分類モジュール１５９０４に提供してもよい。次いで、分類モジュール１５９０４は、メッセージング・アプリケーションのためのトラフィックをユーザー優先トラフィックとみなすことができる。別の例では、ユーザーは、マルチメディア・ストリーミング・アプリケーションを優先させることを望むことがある。各マルチメディア・ストリーミング・アプリケーションを個々に識別する代わりに、ユーザーは、マルチメディア・ストリーミング・サービスがユーザー優先であることを指定するユーザー入力を分類モジュール１５９０４に提供してもよい。次いで、分類モジュール１５９０４は、マルチメディア・アプリケーションのためのトラフィックをユーザー優先トラフィックとみなすことができる。分類モジュール１５９０４は、ユーザー入力によって指定されるユーザー優先サービスを記録することができる。

したがって、分類モジュール１５９０４は、１６００８において、例えばリアルタイム、ユーザー優先、ルール等に関連する基準に基づいて、データ・パケットを枢要または非枢要のいずれかに分類するよう構成され得る。分類モジュール１５９０４は、様々な異なる情報および技術を使用してデータ・パケットを分類することができる。例えばいくつかの側面において、アプリケーション１５９０８および１５９１０は、アプリケーション１５９０８および１５９１０によって生成されるデータ・パケットの特徴を示すメタデータを提供するように構成されてもよい。例えばアプリケーション１５９０８および１５９１０は、アプリケーション・プロセッサ１３７１２のオペレーティング・システム（ＯＳ）およびベースバンド・モデム１３７０６とのモデム・ドライバを介してコントローラ１３７１０とインターフェースする専用アプリケーションとして、アプリケーション・プロセッサ１３７１２上で実行されてもよい。したがって、アプリケーション１５９０８および１５９１０は、上りリンク・データ・パケット（例えばＩＰパケットであってよい）を生成し、このデータ・パケットを伝送のために（ＯＳおよびモデム・ドライバを介して）コントローラ１３７１０に提供することができる。コントローラ１３７１０は、ユーザープレーン・セルラー・プロトコル・スタック・プロトコル（ｕｓｅｒ－ｐｌａｎｅ ｃｅｌｌｕｌａｒ ｐｒｏｔｏｃｏｌ ｓｔａｃｋ ｐｒｏｔｏｃｏｌｓ）に従ってデータ・パケットを処理し、結果として得られる上りリンク・データを、ＲＦトランシーバ１３７０４およびアンテナ・システム１３７０２を介して無線伝送するために、物理層処理モジュール１３７０８に提供することができる。

いくつかの側面において、アプリケーション１５９０８および１５９１０は、データ・パケットがリアルタイムであるか非リアルタイムであるかを示すトラフィック優先インジケータを用いて、（例えばＯＳおよびモデム・ドライバに提供される）データ・パケットにタグを付けることができる。例えばアプリケーション１５９０８および１５９１０は、データ・パケットのＱｏＳを示すＩＰヘッダ内のＴＯＳ（Ｔｙｐｅ ｏｆ Ｓｅｒｖｉｃｅ）またはＤＳＣＰ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｃｏｄｅ Ｐｏｉｎｔ）でデータ・パケットにタグを付けることができる。したがって、分類モジュール１５９０４は、アプリケーション１５９０８および１５９１０によって提供されるデータ・パケットのトラフィック優先インジケータを確認して、データ・パケットがリアルタイムであるか非リアルタイムであるかを判断することができる。いくつかの側面において、分類モジュール１５９０４は、各データ・パケットのトラフィック優先インジケータを確認して、各データ・パケットをリアルタイム・トラフィックまたは非リアルタイム・トラフィックとして分類してもよい。例えばあるアプリケーションは、例えばストリーミング・トラフィック（リアルタイム・トラフィック）と信号トラフィック（非リアルタイム・トラフィック）を提供するマルチメディア・ストリーミング・アプリケーションのように、リアルタイム・トラフィックである一部のデータ・パケットと、非リアルタイム・トラフィックである他のデータ・パケットを提供することができる。したがって、アプリケーション１５９０８および１５９１０は、各データ・パケットがリアルタイムであるか非リアルタイムであるかを示すトラフィック優先インジケータで各データ・パケットにタグ付けをすることができる。次いで、分類モジュール１５９０４は、各データ・パケットを（発信アプリケーションに関係なく）トラフィック優先インジケータに基づいてリアルタイム・トラフィックまたは非リアルタイム・トラフィックとして分類することができる。

いくつかの側面において、アプリケーション１５９０８および１５９１０は、リアルタイム・アプリケーションまたは非リアルタイム・アプリケーションのいずれかとして事前にプログラムされてもよい。アプリケーション１５９０８および１５９１０は、その後、事前にプログラムされたトラフィック優先構成を示すトラフィック優先インジケータで、各上りリンク・データ・パケットにタグを付けるように構成されてもよい。したがって、データ・パケットがリアルタイムであるか非リアルタイムであるかにかかわらず、アプリケーション１５９０８および１５９１０は、事前にプログラムされたトラフィック優先構成に基づいて、トラフィック優先インジケータにおいてリアルタイムまたは非リアルタイムとして各データにタグ付けをすることができる。いくつかの側面において、分類モジュール１５９０４は、したがって、１６００８において、各アプリケーションの事前にプログラムされたトラフィック優先構成を反映し得るトラフィック優先インジケータに基づいて、データ・パケットをリアルタイムまたは非リアルタイムデータとして分類することができる。

いくつかの側面において、アプリケーション１５９０８および１５９１０は、アプリケーション識別情報でデータ・パケットにタグ付けすることができる。例えばアプリケーション１５９０８およびアプリケーション１５９１０には（例えばオンライン・アプリケーション・ストア、開発者またはアプリケーションの別のソースによって外部的に、あるいは、例えば端末装置１３６０２によってローカルに）アプリケーションＩＤが割り当てられてよい。アプリケーション１５９０８および１５９１０のアプリケーションＩＤは、各アプリケーションを一意に識別することができる。したがって、分類モジュール１５９０４が、枢要トラフィックを識別する際にユーザー優先を考慮するように構成されるいくつかの側面において、分類モジュール１５９０４は、ユーザー優先アプリケーション（例えばアプリケーション１５９０８）を識別するユーザー入力を受け取り、ユーザー優先アプリケーションのアプリケーションＩＤを識別することができる。したがって、分類モジュール１５９０４は、データ・パケットにタグ付けされたアプリケーション識別情報を確認して、データ・パケットがユーザー優先アプリケーションから発信されたものかどうかを判断することができる。いくつかの側面において、分類モジュール１５９０４は、優先アプリケーションのアプリケーションＩＤのリストを記憶し、所与のデータ・パケットのアプリケーション識別情報がリスト内の任意のアプリケーションＩＤと一致するかどうかを確認することができる。いくつかの側面において、分類モジュール１５９０４は、したがって、１６００８において、データ・パケットにタグ付けされたアプリケーション識別情報に基づいて、データ・パケットをユーザー優先または非ユーザー優先トラフィックとして分類することができる。

いくつかの側面において、アプリケーション１５９０８および１５９１０は、サービス・インジケータでデータ・パケットにタグ付けすることができる。上述のように、アプリケーション１５９０８および１５９１０は、ＩＰヘッダ内のＴＯＳまたはＤＳＣＰのようなサービス・インジケータでデータ・パケットにタグ付けすることができる。ユーザーがユーザー優先サービス（例えばアプリケーションの一般クラス）を指定した場合、分類モジュール１５９０４は、所与のデータ・パケットについてＴＯＳまたはＤＳＣＰのようなサービス・インジケータを確認して、データ・パケットがユーザー優先サービスに関連付けられているかどうかを判断することにより、ユーザー優先サービスのデータ・パケットを識別することができる。例えばユーザーが（ユーザー入力を介して）ユーザー優先サービスを示すいくつかの側面において、分類モジュール１５９０４は、ユーザー優先サービスに関連付けられるサービス・インジケータを（例えば１つまたは特定のＴｏＳおよび／またはＤＳＣＰ値として）識別することができる。１６００８でトラフィックを分類するとき、分類モジュール１５９０４は、データ・パケットのサービス・インジケータを、ユーザー優先サービスのサービス・インジケータと比較することができる。サービス・インジケータがユーザー優先サービスのサービス・インジケータと一致する場合、分類モジュール１５９０４は、データ・パケットを枢要トラフィックとして分類することができる。

いくつかの側面において、アプリケーション１５９０８および１５９１０のうちの少なくとも一方は、データ・パケットがリアルタイム・トラフィックおよび／またはユーザー優先トラフィックであるかどうかを示すメタデータでデータ・パケットにタグ付けしないことがある。したがって、分類モジュール１５９０４は、１６００８において、他の「推測された」情報に基づいてデータ・パケットを分類してもよい。例えば分類モジュール１５９０４は、アプリケーション１５９０８および１５９１０がリアルタイム・アプリケーションであるか非リアルタイム・アプリケーションであるかを推定するために、アプリケーション１５９０８および１５９１０の各々によって生成されたデータ・パケットのトラフィック・プロファイルを評価してもよい。例えば分類モジュール１５９０４は、アプリケーション１５９０８および１５９１０に対するデータプレーン・パケットの到着間時間（連続して到着する下りリンク・パケットの間の時間）およびパケットの送信間時間（連続して送信される上りリンク・パケットの間の時間）を評価してもよく、この場合、リアルタイム・トラフィックは、低い到着間時間および送信間時間（例えばある閾値を下回る平均）を有すると予想される可能性があり、非リアルタイム・トラフィックは、より高い到着間時間および送信間時間（例えばある閾値を超える平均）を有すると予想される可能性がある。

アプリケーション１５９０８およびアプリケーション１５９１０に関して上記で紹介した例示的シナリオにおいて、分類モジュール１５９０４は、アプリケーション１５９０８で発信および終了するデータ・パケットをモニタリングすることによって、アプリケーション１５９０８についての送信間／到着間時間を評価し、アプリケーション１５９１０で発信および終了するデータ・パケットをモニタリングすることにより、アプリケーション１５９１０についての送信間／到着間時間を評価することができる。したがって、分類モジュール１５９０４は、どのアプリケーションが各データ・パケットを生成したかを識別することができる。データ・パケットの発信アプリケーションを識別した後、分類モジュール１５９０４は、各アプリケーションについて送信間時間および到着間時間の測定（例えば平均）を取得するために、アプリケーション１５９０８および１５９１０についてのデータ・パケットの送信間時間／到着間時間等のパラメータを評価することができる。次いで、分類モジュール１５９０４は、送信間時間および到着間時間を所定の閾値と比較して、アプリケーション１５９０８および１５９１０がリアルタイム・アプリケーションであるかまたは非リアルタイム・アプリケーションであるかを判断することができる。上記で紹介した例示的なシナリオでは、アプリケーション１５９０８についての送信間時間および到着間時間は、所定の閾値を下回ることがあり、したがって、分類モジュール１５９０４は、アプリケーション１５９０８をリアルタイム・アプリケーションとして分類することができる。反対に、アプリケーション１５９１０についての送信間時間および到着間時間は、所定の閾値を超えることがあり、したがって、分類モジュール１５９０４は、アプリケーション１５９１０を非リアルタイム・アプリケーションとして分類することができる。所与のアプリケーションをリアルタイムまたは非リアルタイムとして分類した後、分類モジュール１５９０４は、そのアプリケーションに関連付けられるすべてのトラフィックに分類を一様に適用してよい。

いくつかの側面において、分類モジュール１５９０４は、ＩＰ、ポートおよびソケット情報のような接続エンドポイント情報を利用して、トラフィックを分類してもよい。例えば各データ接続は、ＩＰ接続の論理エンドポイントであるソケットで終了してもよい。各ソケットは、ＩＰソースアドレス、ＩＰ宛先アドレス、送信元ポート番号、宛先ポート番号およびプロトコルによって定義される「５タプル」として識別され得る。したがって、分類モジュール１５９０４は、各ソケットで受け取ったトラフィックを（例えば送信間／到着間時間に基づいて）リアルタイム・トラフィックまたは非リアルタイム・トラフィックとして分類することができる。次いで、分類モジュール１５９０４は、所与のソケットのリアルタイム分類または非リアルタイム分類を、そのソケットに関連付けられるすべてのトラフィックに適用してもよい。

いくつかの側面において、分類モジュール１５９０４はまた、ポート番号割り当ての予め定義された情報を利用して、リアルタイム・トラフィックおよび非リアルタイム・トラフィックを分類してもよい。例えば特定のポート番号は、特定のプロトコルまたはアプリケーションに関連付けられてもよい。例えば（ポート番号によって）特定のポートを、（例えば予め定義された関係を介して）ＩＭＡＰ（Ｉｎｔｅｒｎｅｔ Ｍｅｓｓａｇｅ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）、ＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）またはＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の電子メール関連プロトコルに割り当てることができる。次いで、分類モジュール１５９０４は、これらのポートにおけるトラフィックが、非リアルタイムであり得る電子メール・トラフィックであると判断することができる。他のポートは、ファイル転送プロトコル（ＦＴＰ）のようなファイル転送プロトコルに割り当てられてもよく、分類モジュール１５９０４は、非リアルタイム・トラフィックとして分類することができる。他のポートは、リアルタイム・トランスポート・プロトコル（ＲＴＰ）またはリアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）のようなリアルタイム・トラフィック・プロトコルに割り当てられてもよく、分類モジュール１５９０４は、非リアルタイム・トラフィックとして分類することができる。他のポートは、リアルタイム・トラフィックまたは非リアルタイム・トラフィックのいずれかであり得る、ＨＴＴＰ等のウェブベースのトラフィック・プロトコルに割り当てられてよい。いくつかの側面において、分類モジュール１５９０４は、トラフィックがリアルタイムであるか非リアルタイムであるかを判断するために、ＨＴＴＰポートからのトラフィックに対してより深い検査を行うことができる。

いくつかの側面において、分類モジュール１５９０４は、ポート番号割り当ての予め定義された情報を利用して、ユーザー優先および非ユーザー優先トラフィックを分類してもよい。上記の特定のポート番号は、電子メールサービス、ファイル転送サービス、リアルタイム・ストリーミング・サービス等の特定のサービスに関連付けられることがあるので、したがって、分類モジュール１５９０４は、ポート番号がユーザーによって指定されたユーザー優先サービスに関連付けられる場合、特定のポート番号におけるトラフィックを、ユーザー優先サービス（よって、ユーザー優先トラフィック）に関連付けられるものとして分類することができる。

いくつかの側面において、分類モジュール１５９０４は、１６００８において、他の推定情報を利用して、アプリケーション１５９０８および１５９１０をリアルタイムまたは非リアルタイムとして分類してもよい。例えば分類モジュール１５９０４は、トラフィック・パターン評価技術および／またはパケット検査技術を適用して、アプリケーション１５９０８および１５９１０をリアルタイムまたは非リアルタイムとして分類してもよい。例えば分類モジュール１５９０４は、パケット検査によって取得された送信元／宛先のアクセス・ポイント名（ＡＰＮ）および／またはＩＰアドレス（データ・ネットワーク１３９０４および１３９０６を識別することができる）を評価し、アプリケーション１５９０８および１５９１０がどのデータ・ネットワークと通信しているかに基づいてアプリケーション１５９０８および１５９１０を分類することができる。例えばあるデータ・ネットワークはリアルタイム・サービスに関連付けられ、一方、他のデータ・ネットワークは非リアルタイム・サービスに関連付けられてよく、したがって、分類モジュール１５９０４は、対応するデータ・ネットワークに関する情報に基づいて、アプリケーション１５９０８および１５９１０を分類してもよい。いくつかの側面において、分類モジュール１５９０４は、リアルタイムまたは非リアルタイムおよび／またはユーザー優先または非ユーザー優先としてトラフィックを分類することができる、ヒューリスティック・アプローチ、マシン学習サポート・ベクトル・マシン等に基づく技術のような、より高度なトラフィック・パターン分析を利用することができる。

いくつかの側面において、分類モジュール１５９０４は、１６００８において、明示的な情報（例えばトラフィック優先インジケータ、サービス・インジケータ、ポート番号等）と推定情報（例えば送信間／到着間時間、マシン学習、パケット検査等）の組合せを利用して、アプリケーション１５９０８および１５９１０のデータ・パケットをリアルタイムまたは非リアルタイムとして分類してもよい。例えばいくつかの側面において、分類モジュール１５９０４は、パケットに関連付けられるトラフィック優先インジケータ、サービス・インジケータまたはポート番号に基づいて、所与のデータ・パケットをリアルタイム／非リアルタイムまたはユーザー優先／非ユーザー優先として分類することができないことがある。分類モジュール１５９０４は、次いで、データ・パケットに関連付けられる送信間／到着間時間を（例えばデータ・パケットを含むパケットのストリームにおいて）測定し、データ・パケットに対して（例えばデータ・パケットを含むパケットのストリームにおいて）機械学習を実行し、パケットに対してディープ・パケット・インスペクションを行うこと等によって、推定情報を利用してデータ・パケットを分類することができる。したがって、分類モジュール１５９０４は、いずれかのそのような情報を利用して、データ・パケットをリアルタイム／非リアルタイムおよび／またはユーザー優先／非ユーザー優先として分類することができる。

いくつかの側面において、分類モジュール１５９０４は、方法１６０００の他のプロセスと並行して、１６００８における分類を行うことができる。例えば分類モジュール１５９０４は、アプリケーション１５９０８および１５９１０からのデータ・パケットを（例えば推定情報を介して、アプリケーション１５９０８および１５９１０をリアルタイム／非リアルタイムおよび／またはユーザー優先／非ユーザー優先として分類するために）長期間にわたって評価してもよく、これは、方法１６０００の１つ以上の他のプロセスと重複することがある。

いくつかの側面では、ユーザーは、複数のアプリケーションまたはサービスの階層的優先度を指定するユーザー入力を、分類モジュール１５９０４に提供してもよい。例えばユーザーは、ユーザー優先に従ってアプリケーションまたはサービスを「ランク付け」するユーザー入力を提供してもよい。例えばユーザーは、第１アプリケーションが最も高いユーザー優先度を有し、第２アプリケーションが２番目に高いユーザー優先度を有し、第３アプリケーションが３番目に高いユーザー優先度を有すること等を指定することができる。別の例において、ユーザーは、例えば電子メールサービス（例えば電子メール・アプリケーション）が最も高い優先度であり、マルチメディア・ストリーミング・サービスが２番目に高い優先度であること等を指定することができる。したがって、分類モジュール１５９０４は、１６００８において、様々な重要度の程度に基づいて、データ・パケットを枢要または非枢要として分類することができる。例えばいくつかの側面において、分類モジュール１５９０４は、あるデータ・パケットを最枢要とし、他のデータ・パケットを２番目に枢要とし、他のデータ・パケットを３番目に枢要等として分類することができる。

したがって、分類モジュール１５９０４は、１６００８において、データ・パケットをリアルタイム・トラフィックｖｓ非リアルタイム・トラフィックおよび／またはユーザー優先ｖｓ非ユーザー優先トラフィックとして分類するための様々な異なる技術を有することができる。分類モジュール１５９０４が、リアルタイム・トラフィックを枢要トラフィックとして分類する（そして、ユーザー優先トラフィックを枢要トラフィックとして分類しない）ように構成されるいくつかの側面において、分類モジュール１５９０４は、リアルタイムｖｓ非リアルタイム分類のみを実行し、続いて、１６００８において、リアルタイム・トラフィックを枢要トラフィックとして分類し、非リアルタイム・トラフィックを非枢要トラフィックとして分類することができる。分類モジュール１５９０４が、ユーザー優先トラフィックを枢要トラフィックとして分類する（そして、リアルタイム・トラフィックを枢要トラフィックとして分類しない）ように構成されるいくつかの側面において、分類モジュール１５９０４は、ユーザー優先トラフィックｖｓ非ユーザー優先トラフィックのみを実行し、続いて、１６００８において、ユーザー優先トラフィックを枢要トラフィックとして分類し、非ユーザー優先トラフィックを非枢要トラフィックとして分類することができる。分類モジュール１５９０４が、リアルタイム・トラフィックとユーザー優先トラフィックの両方を枢要トラフィックとして分類するように構成されるいくつかの側面において、分類モジュール１５９０４は、リアルタイムｖｓ非リアルタイム分類およびユーザー優先ｖｓ非ユーザー優先分類を実行することができる。次いで、分類モジュール１５９０４は、１６００８において、リアルタイム・トラフィックおよびユーザー優先トラフィックを枢要トラフィックとして分類し、非リアルタイム・トラフィックおよび非ユーザー優先トラフィックを非枢要トラフィックとして分類することができる。

１６００８において、分類モジュール１５９０４を用いてデータ・パケットを枢要または非枢要に分類した後、処理モジュール１５９１２は、１６０１０において、トラフィック制御モジュール１５９０２を用いて、枢要および非枢要データ・パケットに基づいて、トラフィック制限を適用することができる。以前に示したように、処理モジュール１５９１２は、トラフィックを制限することによって、端末装置１３６０２の温度を低下または管理することを目指すことができる。このようなトラフィック制限による枢要トラフィック（リアルタイムまたはユーザー優先）の中断を回避するために、処理モジュール１５９１２は、トラフィック制限を非枢要トラフィックに集中させることができる。したがって、トラフィック制御モジュール１５９０２は、１６０１０において非枢要トラフィックを制限し、枢要トラフィックの制限を回避するように構成され得る。

様々な側面において、トラフィック制御モジュール１５９０２は、様々な異なる技術でトラフィック制限を実装することができる。いくつかの側面において、トラフィック制御モジュール１５９０２は、分類モジュール１５９０４が、アプリケーション１５９０８および１５９１０の両方のデータ・パケット（例えばすべての係属中（ｐｅｎｄｉｎｇ）／待機中のデータ・パケット）を非枢要トラフィックとして分類する場合のように、非枢要トラフィックのみが存在すると判断してもよい。したがって、非枢要トラフィックのみが存在し、枢要トラフィックが存在しない例示的なシナリオにおいて、トラフィック制御モジュール１５９０２は、端末装置１３６０２の送信コンポーネント（アンテナ・システム１３７０２、ＲＦトランシーバ１３７０４およびベースバンド・モデム１３７０６のうちの１つ以上）を、スリープ状態または低電力状態に入れることができる。端末装置１３６０２の送信コンポーネントがすでにスリープ状態または低電力状態にある場合、トラフィック制御モジュール１５９０２は、送信コンポーネントをスリープ状態または低電力状態に維持することができる。トラフィック制御モジュール１５９０２は、次いで、送信コンポーネントがスリープ状態または低電力状態にある間に、非枢要トラフィックをバッファしてもよく、これは、端末装置１３６０２の熱が放散することを可能にし、端末装置１３６０２の温度を低下させることを可能にする。したがって、トラフィック制御モジュール１５９０２は、非枢要トラフィックを「絞ること」により、例えば非枢要トラフィックの伝送を遅らせることにより、１６０１０において、トラフィック制限を適用することができる。

いくつかの側面において、トラフィック制御モジュール１５９０２は、１６０１０のトラフィック制限の一部として、約数ミリ秒、秒または分等の所定の絞り期間にわたって非枢要トラフィックをバッファし続け、その後、絞り期間が満了した後に、送信コンポーネントを再びアクティブにして非枢要トラフィックを送信することができる。トラフィック制御モジュール１５９０２はまた、絞り期間の間に更なる非枢要トラフィックを受け取ってバッファしてもよく、その後、絞り期間の満了後に、バッファされたトラフィックを送信してもよい。いくつかの側面において、トラフィック制御モジュール１５９０２は、１６０１０において、絞り期間を周期的に実施し続けることができ、この場合、トラフィック制御モジュール１５９０２は、絞り期間の期間中、送信コンポーネントを非アクティブ（スリープ状態または低電力状態）にして、いずれかの更なるトラフィックをバッファすることができる。次いで、トラフィック制御モジュール１５９０２は、各絞り期間が満了した後に、バッファされたトラフィックを送信し、別の絞り期間に入ることができる。したがって、トラフィック制御モジュール１５９０２は、１６０１０のトラフィック制限において、絞り期間を伴う絞りを用いてもよい。

いくつかの側面において、トラフィック制御モジュール１５９０２は、いずれかの枢要トラフィックを受け取ると、絞り期間を早期に終了してもよい。例えばトラフィック制御モジュール１５９０２は、１６０１０において、絞り期間中に、送信コンポーネントを非アクティブにして、（例えば分類モジュール１５９０４から受け取られる）到来する非枢要データをバッファしてもよい。次に、トラフィック制御モジュール１５９０２が、分類モジュール１５９０４によって枢要トラフィックとして分類されるデータ・パケットを受け取る場合、トラフィック制御モジュール１５９０２は、絞り期間を終了して、バッファされたデータの非枢要トラフィックと新たに受け取った枢要トラフィックを送信してもよい。

いくつかの側面において、トラフィック制御モジュール１５９０２は、分類モジュール１５９０４から枢要トラフィックと非枢要トラフィックの両方を受け取ってもよい。トラフィック制御モジュール１５９０２は、次いで、１６０１０におけるトラフィック制限を非枢要トラフィックに集中させて、枢要トラフィックの中断を回避することができる。例えばトラフィック制御モジュール１５９０２は、スケジューラとして機能してもよく、分類モジュール１５９０４から枢要トラフィックが到着するとすぐに、枢要トラフィックを送信することができる。したがって、トラフィック制御モジュール１５９０２は、枢要トラフィックの中断を回避することができる。しかしながら、トラフィック制御モジュール１５９０２は、絞り等によって非枢要トラフィックの伝送を制限することができ、その結果、送信量の減少により端末装置１３６０２の蓄熱を低減することができる。例えばいくつかの側面では、トラフィック制御モジュール１５９０２は、予め定義された絞り期間（例えば約数ミリ秒、秒または分）の間、非枢要トラフィックを遅延させることができ、したがって、非枢要トラフィックを絞ることができる。次いで、トラフィック制御モジュール１５９０２は、枢要トラフィックを送信し続けながら、非枢要トラフィックをバッファすることができ、蓄熱を低減することができる。絞り期間が満了した後、トラフィック制御モジュール１５９０２は、バッファされた非枢要トラフィックを送信することができる。いくつかの側面において、トラフィック制御モジュール１５９０２は、絞り期間の満了時にバッファされた非枢要データを送信する前に、絞り期間の期間中に非枢要トラフィックを繰り返し遅延させてバッファすることによって、絞り期間を周期的に繰り返すことができる。

いくつかの側面において、トラフィック制御モジュール１５９０２は、特定の反復非枢要トラフィックの周期性を低減することにより、１６０１０において、トラフィック制限を適用することができる（これは、非枢要トラフィックの送信が遅延されるような、絞りの別の形態であり得る）。例えばアプリケーション１５９１０は、電子メール・アプリケーション、メッセージング・アプリケーション、天気アプリケーション、株式取引アプリケーション等のように、アプリケーション・データを更新するために、対応するサーバー（例えばデータ・ネットワーク１３９０６）を「同期」するアプリケーションであり得る。このようなアプリケーションは周期的に、対応するサーバーとの同期手順を要求することがある。分類モジュール１５９０４は、このような同期要求を、１６００８において非枢要トラフィックとして分類することができる（例えば要求がリアルタイム・トラフィックではなく、かつ／またはアプリケーション１５９１０はユーザー優先アプリケーションではない；アプリケーション１５９１０がユーザー優先アプリケーションである場合は、分類モジュール１５９０４は、同期要求を枢要トラフィックとして分類してもよい）。したがって、トラフィック制御モジュール１５９０２は、送信量を減少させるために、同期要求を絞ってもよい。いくつかの側面において、トラフィック制御モジュール１５９０２は、例えばトラフィック制御モジュール１５９０２で受け取られる２つの同期要求毎に１つの同期要求のみを送信することによって、同期期間を増加させてもよい。いくつかの側面において、トラフィック制御モジュール１５９０２は、いずれの周期的な同期要求も送信しないことによって、周期的な同期手順を完全に制限してもよい。いくつかの側面において、トラフィック制御モジュール１５９０２は、同期要求がユーザーによってトリガーされたときにのみ同期要求を送信し、アプリケーション１５９１０によって自動的にトリガーされる周期的な同期要求は送信しなくてもよい。

いくつかの側面において、トラフィック制御モジュール１５９０２は、コントローラ１３７１０の一部として、例えばスケジューラとして実装されてもよい。例えばトラフィック制御モジュール１５９０２は、セルラー・プロトコル・スタックの一部として、１６０１０におけるトラフィック制限を実装してもよく、したがって、プロトコル・スタック層（例えばＭＡＣ層）におけるトラフィックをバッファして制御することができる。トラフィック制御モジュール１５９０２は、次いで、モデム・レベルで絞りを実行するように構成されてもよく、これは、より「細かな粒度の」絞りを可能にすることができる。いくつかの側面において、トラフィック制御モジュール１５９０２は、アプリケーション・プロセッサ１３７１２の一部として実装されてもよい。例えばトラフィック制御モジュール１５９０２は、アプリケーション・プロセッサ１３７１２によって実行されるモデム・ドライバの一部として実装されてもよく、したがって、アプリケーション層でデータ・トラフィックをバッファして制御してもよい。トラフィック制御モジュール１５９０２は、アプリケーション・レベルで絞りを実行するように構成されてもよく、これは、より「粗い」絞りを可能にし得る。いくつかの側面において、トラフィック制御モジュール１５９０２は、アプリケーション・プロセッサ１３７１２で実装されるとき、絞られたデータをバッファするために、ベースバンド・モデム１３７０６よりも、より多くのメモリへのアクセスを有することができる。いくつかの側面では、トラフィック制御モジュール１５９０２は、部分的に、アプリケーション・プロセッサ１３７１２とベースバンド・モデム１３７０６の両方において実装されてもよく、アプリケーション・レベルの絞りとモデム・レベルの絞りを実行するように構成されてもよい。

ユーザーがアプリケーションおよび／またはサービスについて階層的優先度を提供するいくつかの側面において、トラフィック制御モジュール１５９０２は、１６０１０において、階層的優先度に基づくトラフィック制限を適用することができる。例えば分類モジュール１５９０４は、例えば最枢要、２番目に高い枢要等といった、階層的優先度に基づいて、データ・パケットを分類することができる。次いで、トラフィック制御モジュール１５９０２は、１６０１０において、重要度レベルに基づいてトラフィック制限のレベルを異ならせることができる。例えばトラフィック制御モジュール１５９０２は、最枢要トラフィックに最小の絞り（例えば最短遅延）を適用し、２番目に高い枢要トラフィックに２番目に少ない絞りを適用し、最も枢要性の低いトラフィック（例えば非枢要）に最大絞り（例えば最長遅延）を適用してもよい。

したがって、トラフィック制御モジュール１５９０２は、１６０１０において、（分類モジュール１５９０４による）データ・パケットの分類に基づいて、トラフィック制限を実行してもよい。データ・パケットの分類は、データ・パケットが枢要トラフィック（例えばリアルタイムおよび／またはユーザー優先）であるか、非枢要トラフィック（例えば非リアルタイムおよび／または非ユーザー優先）であるかを示すことができる。様々な側面において、トラフィック制御モジュール１５９０２は、非枢要トラフィックの伝送を遅らせることによって、非枢要トラフィックに絞りを適用することができる。トラフィック制御モジュール１５９０２は、例えばトラフィック制限なしに枢要トラフィックの送信を続けながら、制限を非枢要トラフィックに集中させることにより、トラフィック制限を選択的に適用することができるので、トラフィック制御モジュール１５９０２は、端末装置１３６０２における蓄熱を低減し、オーバーヒートを回避することができる。

トラフィック制御モジュール１５９０２は、１６０１０において、トラフィック制限を適用し続けてもよい。いくつかの側面において、トラフィック制御モジュール１５９０２は、検出モジュール１５９０６からの入力に基づいて、１６０１０におけるトラフィック制限を終了してもよい。例えば検出モジュール１５９０６は継続して、センサー１３７１８によって提供される温度データをモニタリングし、温度が温度閾値を超えているかどうかを確認してもよい。温度が温度閾値を超えたままの場合、検出モジュール１５９０６は継続して、トラフィック制御モジュール１５９０２にトラフィック制限を適用するように命令することができる。温度が温度閾値を下回る場合、検出モジュール１５９０６は、トラフィック制御モジュール１５９０２にトラフィック制限を終了するように命令することができる。いくつかの側面において、検出モジュール１５９０６は、ヒステリシス閾値のように、トラフィック制限をアクティブにするため、およびトラフィック制限を非アクティブにするために異なる温度閾値を利用してもよい（例えば非アクティブ化温度閾値は、アクティブ化温度閾値より低い）。いくつかの側面において、検出モジュール１５９０６は、センサー１３７１８によって提供される温度測定値が、非アクティブ化温度閾値（アクティブ化温度閾値と同一であっても異なってもよい）を下回り、かつ所定の非アクティブ期間の間、その閾値を下回ったままである場合、トラフィック制限を非アクティブにしてもよい。

したがって、処理モジュール１５９１２は、端末装置１３６０２の温度が管理可能なレベルに低下するまで、トラフィック制限を適用することができる。いくつかの側面において、処理モジュール１５９１２は、方法１６０００を（例えば無期限にまたは一定期間の間）繰り返し続けてもよく、端末装置１３６０２の温度が１つ以上の温度閾値（例えば単一のアクティブ化／非アクティブ化閾値またはアクティブ化と非アクティブ化閾値のペア）より低いまたは大きいかどうかに基づいて、トラフィック制限のアクティブ化と非アクティブ化の間を循環させてもよい。

いくつかの側面において、処理モジュール１５９１２は、センサー１３７１８によって提供される温度測定データに基づいて、トラフィック制限のレベルを漸進的にスケールすることもできる。例えば検出モジュール１５９０６は、１６００４において複数の温度閾値を利用してもよく、この場合、各温度閾値が所定のトラフィック制限レベルにマッピングされる。例えば検出モジュール１５９０６は、例えば３つの温度閾値を利用することができ、１６００４において、センサー１３７１８によって提供される温度測定データを３つの温度閾値と比較することができる。温度測定値が第１温度閾値（最低温度閾値）未満である場合、検出モジュール１５９０６は、トラフィック制御モジュール１５９０２に、１６００６において通常のトラフィック制御を実行するように命令することができる。温度測定値が、第１温度閾値より大きいが、第２温度閾値（中間の温度閾値）未満の場合、検出モジュール１５９０６は、トラフィック制御モジュール１５９０２に、第１トラフィック制限レベルでトラフィックを制限するように命令することができる。温度測定値が、第２温度閾値より大きいが、第３温度閾値（最高温度閾値）未満の場合、検出モジュール１５９０６は、トラフィック制御モジュール１５９０２に、第２トラフィック制限レベルでトラフィックを制限するように命令することができる。温度測定値が第３温度閾値よりも大きい場合、検出モジュール１５９０６は、トラフィック制御モジュール１５９０２に、第３トラフィック制限レベルでトラフィックを制限するように命令することができる。温度閾値および制限レベルの数は例示的であり、任意の数にスケーラブルであり得る。

トラフィック制限レベルは、制限の観点から進行してよい（詳細が構成可能であってよい）。例えば第１トラフィック制限レベルは、第１絞り期間の間、非リアルタイム・トラフィックを絞る（例えば遅延させる）ことができ、第２トラフィック制限レベルは、第２絞り期間の間、非リアルタイム・トラフィックを絞ることができ、第３トラフィック制限レベルは、第３絞り期間の間、非リアルタイム・トラフィックを絞ることができ、第３絞り期間が、最も長い絞り期間の間であり、第１絞り期間が、最も短い絞り期間であってよい。したがって、処理モジュール１５９１２は、端末装置１３６０２の温度が増加するにつれて、より大きな程度まで漸進的に非リアルタイム・トラフィックを制限することができる。

いくつかの側面において、トラフィック制御モジュール１５９０２は、トラフィック制限レベルを枢要トラフィックに適用してもよい。例えば第２または第３のトラフィック制限レベルも、（例えば非枢要トラフィックの絞り期間より短く、したがって、トラフィック制限を非枢要トラフィックに集中させることができる）絞り期間で枢要トラフィックを絞ってもよい。いくつかの側面において、検出モジュール１５９０６は、深刻なオーバーヒートが起こり得ることを示すカットオフ閾値とすることができる温度閾値を使用することができ、温度がカットオフ閾値を超える場合、トラフィック制御モジュール１５９０２に、トラフィック制限（絞り）を枢要トラフィックと非枢要トラフィックの両方に適用するように命令することができる。いくつかの側面において、処理モジュール１５９１２は、温度閾値によって提供される離散範囲の代わりに連続範囲を利用してもよく、この場合、トラフィック制御モジュール１５９０２によって適用される制限レベルは、温度とともに連続的に増加してもよい。

図１６１は、方法１６１００を示す。方法１６１００において、処理モジュール１５９１２は、電力制約シナリオを検出してそれに応答するように、本開示のいくつかの側面に従って実行するように構成され得る。詳述するように、処理モジュール１５９１２は、センサー１３７１８からの温度測定値の代わりに電源１３７１６における残りのバッテリー電力を使用して、方法１６０００に関するものと類似の方法で方法１６１００を実行することができる。図１６１に示されるように、検出モジュール１５９０６は、１６１０２において、端末装置１３６０２の残りのバッテリー電力をモニタリングすることができる。したがって、検出モジュール１５９０６は、電源１３７１６の残りのバッテリー電力をモニタリングすることができる。したがって、検出モジュール１５９０６は、１６１０２において、端末装置１３６０２の残りのバッテリー電力を連続的または定期的に（例えば一定の測定期間で）モニタリングすることができる。

検出モジュール１５９０６は、次いで、端末装置１３６０２が、１６１０４において電力制約を受けているかどうかを判断することができる。例えば検出モジュール１５９０６は、１６１０２で得られた残りのバッテリー電力をバッテリー電力閾値と比較することができる。残りのバッテリー電力がバッテリー電力閾値を下回る場合、検出モジュール１５９０６は、端末装置１３６０２が電力制約を受けていない、例えば端末装置１３６０２が十分な残りのバッテリー電力を有すると判断することができる。次いで、トラフィック制御モジュール１５９０２は、１６１０６において、通常のトラフィック制御を適用することができ、したがって、データ伝送に対していかなる制限も適用しなくてよい。アプリケーション１５９０８および１５９１０に関して上記で紹介した例示的シナリオにおいて、トラフィック制御モジュール１５９０２は、通常の方法で、例えば適切な通信プロトコルに従っておよび／またはアプリケーション１５９０８および１５９１０のＱｏＳ要件に従って、アプリケーション１５９０８および１５９１０のためのデータ転送を実行することによって、アプリケーション１５９０８および１５９１０に対するデータ転送を実行し続けることができる。

検出モジュール１５９０６が、残りのバッテリー電力がバッテリー電力閾値を超えると判断した場合、検出モジュール１５９０６は、端末装置１３６０２が電力制約を受けていると判断して１６１０８に続き、１６１０８において、分類モジュール１５９０４は、（例えばアプリケーション１５９０８および１５９１０によって提供される）到来トラフィック、枢要トラフィックまたは非枢要トラフィックとして分類することができる。本明細書に詳述されるアプリケーションの数（例えば２つ）は例示であり、任意の数のアプリケーションにスケーラブルであり得る。

分類モジュール１５９０４は、アプリケーション１５９０８および１５９１０のトラフィックを枢要トラフィックまたは非枢要トラフィックとして分類するために、様々な技術のいずれかを実装することができる。例えばいくつかの側面では、分類モジュール１５９０４は、リアルタイム・トラフィックを枢要トラフィックとして分類し、非リアルタイム・トラフィックを非枢要トラフィックとして分類してよい。いくつかの側面において、分類モジュール１５９０４は、ユーザー優先トラフィックを枢要トラフィックとして分類し、非ユーザー優先トラフィックを非枢要トラフィックとして分類することができる。いくつかの側面において、分類モジュール１５９０４は、枢要トラフィックを識別する際に、ユーザー優先ｖｓ非ユーザー優先は考慮せずに、リアルタイムｖｓ非リアルタイムを考慮してもよい。いくつかの側面において、分類モジュール１５９０４は、枢要トラフィックを識別する際に、アルタイムｖｓ非リアルタイムは考慮せずに、ユーザー優先ｖｓ非ユーザー優先を考慮してもよい。いくつかの側面において、分類モジュール１５９０４は、枢要トラフィックを識別する際に、リアルタイムｖｓ非リアルタイムとユーザー優先ｖｓ非ユーザー優先の両方を考慮してもよい。

例えばいくつかの側面において、ユーザーは、分類モジュール１５９０４が、枢要トラフィックを識別する際に、リアルタイムとユーザー優先の一方のみまたは両方を考慮するかを、ユーザー入力を介して選択することができる。例えば分類モジュール１５９０４は、枢要トラフィックを識別する際に、分類モジュール１５９０４がリアルタイムおよび／またはユーザー優先を考慮すべきかどうかに関するユーザー指示を指定するユーザー入力を受け取ることができる。いくつかの側面において、分類モジュール１５９０４は、枢要トラフィックを識別する際に、リアルタイムとユーザー優先の一方のみ、あるいはリアルタイムとユーザー優先の両方を考慮するように事前にプログラムされてもよい。いくつかの側面において、分類モジュール１５９０４は、ユーザーが、特定のアプリケーションまたはサービスのユーザー優先を示すユーザー入力を提供しない限り、枢要トラフィックを識別する際に、リアルタイムのみを考慮するように構成されてもよく、ユーザーが、特定のアプリケーションまたはサービスのユーザー優先を示すユーザー入力を提供する場合、ユーザー優先のみを考慮するように構成されてもよく、またはユーザー優先とリアルタイムの両方を考慮するように構成されてもよい。

分類モジュール１５９０４がユーザー優先に基づいてトラフィックを分類するように構成されるいくつかの側面において、ユーザーは、ユーザー優先のアプリケーションおよび／またはサービスを示すユーザー入力を（例えば方法１６１００の前またはその間に）提供してもよい。例えばいくつかの側面において、ユーザーは、ユーザー優先アプリケーションである１つ以上のアプリケーション（例えばアプリケーション１５９０８または１５９１０）を指定するユーザー入力を分類モジュール１５９０４に提供してもよい。次いで、分類モジュール１５９０４は、各ユーザー優先アプリケーションについてのアプリケーション識別情報（例えばアプリケーションＩＤ）を記録してもよい。いくつかの側面において、ユーザーは、ユーザー優先アプリケーションである１つ以上のサービスを指定するユーザー入力を分類モジュール１５９０４に提供してもよく、各サービスは、アプリケーションの一般的なクラスに対応してもよい。

例えばユーザーは、メッセージング・アプリケーションを優先させることを望むことがある。各メッセージング・アプリケーションの各々を個々に識別する代わりに、ユーザーは、メッセージング・サービスがユーザー優先であることを指定するユーザー入力を分類モジュール１５９０４に提供してもよい。次いで、分類モジュール１５９０４は、メッセージング・アプリケーションのためのトラフィックをユーザー優先トラフィックとみなすことができる。別の例では、ユーザーは、マルチメディア・ストリーミング・アプリケーションを優先させることを望むことがある。各マルチメディア・ストリーミング・アプリケーションを個々に識別する代わりに、ユーザーは、マルチメディア・ストリーミング・サービスがユーザー優先であることを指定するユーザー入力を分類モジュール１５９０４に提供してもよい。次いで、分類モジュール１５９０４は、メッセージング・アプリケーションのためのトラフィックをユーザー優先トラフィックとみなすことができる。分類モジュール１５９０４は、ユーザー入力によって指定されるユーザー優先サービスを記録することができる。

したがって、分類モジュール１５９０４は、１６１０８において、例えばリアルタイムおよび／またはユーザー優先に関連する基準に基づいて、データ・パケットを枢要または非枢要のいずれかに分類するよう構成され得る。分類モジュール１５９０４は、様々な異なる情報および技術を使用してデータ・パケットを分類することができる。例えばいくつかの側面において、アプリケーション１５９０８および１５９１０は、アプリケーション１５９０８および１５９１０によって生成されるデータ・パケットの特徴を示すメタデータを提供するように構成されてもよい。例えばアプリケーション１５９０８および１５９１０は、アプリケーション・プロセッサ１３７１２のオペレーティング・システム（ＯＳ）およびベースバンド・モデム１３７０６とのモデム・ドライバを介してコントローラ１３７１０とインターフェースする専用アプリケーションとして、アプリケーション・プロセッサ１３７１２上で実行されてもよい。したがって、アプリケーション１５９０８および１５９１０は、上りリンク・データ・パケット（例えばＩＰパケットであってよい）を生成し、このデータ・パケットを伝送のために（ＯＳおよびモデム・ドライバを介して）コントローラ１３７１０に提供することができる。コントローラ１３７１０は、ユーザープレーンセルラー・プロトコル・スタック・プロトコルに従ってデータ・パケットを処理し、結果として得られる上りリンク・データを、ＲＦトランシーバ１３７０４およびアンテナ・システム１３７０２を介して無線伝送するために、物理層処理モジュール１３７０８に提供することができる。

いくつかの側面において、アプリケーション１５９０８および１５９１０は、データ・パケットがリアルタイムであるか非リアルタイムであるかを示すトラフィック優先インジケータを用いて、（例えばＯＳおよびモデム・ドライバに提供される）データ・パケットにタグを付けることができる。例えばアプリケーション１５９０８および１５９１０は、データ・パケットのＱｏＳを示すＩＰヘッダ内のＴＯＳまたはＤＳＣＰでデータ・パケットにタグ付けをすることができる。したがって、分類モジュール１５９０４は、アプリケーション１５９０８および１５９１０によって提供されるデータ・パケットのトラフィック優先インジケータを確認して、データ・パケットがリアルタイムであるか非リアルタイムであるかを判断することができる。いくつかの側面において、分類モジュール１５９０４は、各データ・パケットのトラフィック優先インジケータを確認して、各データ・パケットをリアルタイム・トラフィックまたは非リアルタイム・トラフィックとして分類してもよい。例えばあるアプリケーションは、例えばストリーミング・トラフィック（リアルタイム・トラフィック）と信号トラフィック（非リアルタイム・トラフィック）を提供するマルチメディア・ストリーミング・アプリケーションのように、リアルタイム・トラフィックである一部のデータ・パケットと、非リアルタイム・トラフィックである他のデータ・パケットを提供することができる。したがって、アプリケーション１５９０８および１５９１０は、各データ・パケットがリアルタイムであるか非リアルタイムであるかを示すトラフィック優先インジケータで、各データ・パケットにタグ付けをすることができる。次いで、分類モジュール１５９０４は、各データ・パケットを（発信アプリケーションに関係なく）トラフィック優先インジケータに基づいてリアルタイム・トラフィックまたは非リアルタイム・トラフィックとして分類することができる。

いくつかの側面において、アプリケーション１５９０８および１５９１０は、リアルタイム・アプリケーションまたは非リアルタイム・アプリケーションのいずれかとして事前にプログラムされてもよい。アプリケーション１５９０８および１５９１０は、その後、事前にプログラムされたトラフィック優先構成を示すトラフィック優先インジケータで、各上りリンク・データ・パケットにタグを付けるように構成されてもよい。したがって、データ・パケットがリアルタイムであるか非リアルタイムであるかにかかわらず、アプリケーション１５９０８および１５９１０は、事前にプログラムされたトラフィック優先構成に基づいて、トラフィック優先インジケータにおいてリアルタイムまたは非リアルタイムとして各データにタグ付けをすることができる。いくつかの側面において、分類モジュール１５９０４は、したがって、１６１０８において、各アプリケーションの事前にプログラムされたトラフィック優先構成を反映し得るトラフィック優先インジケータに基づいて、データ・パケットをリアルタイムまたは非リアルタイムデータとして分類することができる。

いくつかの側面において、アプリケーション１５９０８および１５９１０は、アプリケーション識別情報でデータ・パケットにタグ付けすることができる。例えばアプリケーション１５９０８およびアプリケーション１５９１０には（例えばオンライン・アプリケーション・ストア、開発者またはアプリケーションの別のソースによって外部的に、あるいは、例えば端末装置１３６０２によってローカルに）アプリケーションＩＤが割り当てられてよい。アプリケーション１５９０８および１５９１０のアプリケーションＩＤは、各アプリケーションを一意に識別することができる。したがって、分類モジュール１５９０４が、枢要トラフィックを識別する際にユーザー優先を考慮するように構成されるいくつかの側面において、分類モジュール１５９０４は、ユーザー優先アプリケーション（例えばアプリケーション１５９０８）を識別するユーザー入力を受け取り、ユーザー優先アプリケーションのアプリケーションＩＤを識別することができる。したがって、分類モジュール１５９０４は、データ・パケットにタグ付けされたアプリケーション識別情報を確認して、データ・パケットがユーザー優先アプリケーションから発信されたものかどうかを判断することができる。いくつかの側面において、分類モジュール１５９０４は、優先アプリケーションのアプリケーションＩＤのリストを記憶し、所与のデータ・パケットのアプリケーション識別情報がリスト内の任意のアプリケーションＩＤと一致するかどうかを確認することができる。いくつかの側面において、分類モジュール１５９０４は、したがって、１６１０８において、データ・パケットにタグ付けされたアプリケーション識別情報に基づいて、データ・パケットをユーザー優先または非ユーザー優先トラフィックとして分類することができる。

いくつかの側面において、アプリケーション１５９０８および１５９１０は、サービス・インジケータでデータ・パケットにタグ付けすることができる。上述のように、アプリケーション１５９０８および１５９１０は、ＩＰヘッダ内のＴＯＳまたはＤＳＣＰのようなサービス・インジケータでデータ・パケットにタグ付けすることができる。ユーザーがユーザー優先サービス（例えばアプリケーションの一般クラス）を指定した場合、分類モジュール１５９０４は、所与のデータ・パケットについてＴｏＳまたはＤＳＣＰのようなサービス・インジケータを確認して、データ・パケットがユーザー優先サービスに関連付けられているかどうかを判断することにより、ユーザー優先サービスのデータ・パケットを識別することができる。例えばユーザーが（ユーザー入力を介して）ユーザー優先サービスを示すいくつかの側面において、分類モジュール１５９０４は、ユーザー優先サービスに関連付けられるサービス・インジケータを（例えば１つまたは特定のＴｏＳおよび／またはＤＳＣＰ値として）識別することができる。１６１０８でトラフィックを分類するとき、分類モジュール１５９０４は、データ・パケットのサービス・インジケータを、ユーザー優先サービスのサービス・インジケータと比較することができる。サービス・インジケータがユーザー優先サービスのサービス・インジケータと一致する場合、分類モジュール１５９０４は、データ・パケットを枢要トラフィックとして分類することができる。

いくつかの側面において、アプリケーション１５９０８および１５９１０のうちの少なくとも一方は、データ・パケットがリアルタイム・トラフィックおよび／またはユーザー優先トラフィックであるかどうかを示すメタデータでデータ・パケットにタグ付けしないことがある。したがって、分類モジュール１５９０４は、１６１０８において、他の「推測された」情報に基づいてデータ・パケットを分類してもよい。例えば分類モジュール１５９０４は、アプリケーション１５９０８および１５９１０がリアルタイム・アプリケーションであるか非リアルタイム・アプリケーションであるかを推定するために、アプリケーション１５９０８および１５９１０の各々によって生成されたデータ・パケットのトラフィック・プロファイルを評価してもよい。例えば分類モジュール１５９０４は、アプリケーション１５９０８および１５９１０に対するデータプレーン・パケットの到着間時間（連続して到着する下りリンク・パケットの間の時間）およびパケットの送信間時間（連続して送信される上りリンク・パケットの間の時間）を評価してもよく、この場合、リアルタイム・トラフィックは、低い到着間時間および送信間時間（例えばある閾値を下回る平均）を有すると予想される可能性があり、非リアルタイム・トラフィックは、より高い到着間時間および送信間時間（例えばある閾値を上回る平均）を有すると予想される可能性がある。

アプリケーション１５９０８およびアプリケーション１５９１０に関して上記で紹介した例示的シナリオにおいて、分類モジュール１５９０４は、アプリケーション１５９０８で発信および終了するデータ・パケットをモニタリングすることによって、アプリケーション１５９０８についての送信間／到着間時間を評価し、アプリケーション１５９１０で発信および終了するデータ・パケットをモニタリングすることにより、アプリケーション１５９１０についての送信間／到着間時間を評価することができる。したがって、分類モジュール１５９０４は、どのアプリケーションが各データ・パケットを生成したかを識別することができる。データ・パケットの発信アプリケーションを識別した後、分類モジュール１５９０４は、各アプリケーションについて送信間時間および到着間時間の測定（例えば平均）を取得するために、アプリケーション１５９０８および１５９１０についてのデータ・パケットの送信間時間／到着間時間等のパラメータを評価することができる。次いで、分類モジュール１５９０４は、送信間時間および到着間時間を所定の閾値と比較して、アプリケーション１５９０８および１５９１０がリアルタイム・アプリケーションであるかまたは非リアルタイム・アプリケーションであるかを判断することができる。上記で紹介した例示的なシナリオでは、アプリケーション１５９０８についての送信間時間および到着間時間は、所定の閾値を下回ることがあり、したがって、分類モジュール１５９０４は、アプリケーション１５９０８をリアルタイム・アプリケーションとして分類することができる。反対に、アプリケーション１５９１０についての送信間時間および到着間時間は、所定の閾値を超えることがあり、したがって、分類モジュール１５９０４は、アプリケーション１５９１０を非リアルタイム・アプリケーションとして分類することができる。所与のアプリケーションをリアルタイムまたは非リアルタイムとして分類した後、分類モジュール１５９０４は、そのアプリケーションに関連付けられるすべてのトラフィックに分類を一様に適用してよい。

いくつかの側面において、分類モジュール１５９０４は、ＩＰ、ポートおよびソケット情報のような接続エンドポイント情報を利用して、トラフィックを枢要または非枢要として分類してもよい。例えば各データ接続は、ＩＰ接続の論理「エンドポイント」であるソケットで終了してもよい。各ソケットは、ＩＰソースアドレス、ＩＰ宛先アドレス、送信元ポート番号、宛先ポート番号およびプロトコルによって定義される「５タプル」として識別され得る。したがって、分類モジュール１５９０４は、各ソケットで受け取ったトラフィックを（例えば送信間／到着間時間に基づいて）リアルタイム・トラフィックまたは非リアルタイム・トラフィックとして分類することができる。次いで、分類モジュール１５９０４は、所与のソケットのリアルタイム分類または非リアルタイム分類を、そのソケットに関連付けられるすべてのトラフィックに適用してもよい。

いくつかの側面において、分類モジュール１５９０４はまた、ポート番号割り当ての予め定義された情報を利用して、リアルタイム・トラフィックおよび非リアルタイム・トラフィックを分類してもよい。例えば特定のポート番号は、特定のプロトコルまたはアプリケーションに関連付けられてもよい。例えば（ポート番号によって）特定のポートを、（例えば予め定義された関係を介して）ＩＭＡＰ、ＰＯＰまたはＳＭＴＰ等の電子メール関連プロトコルに割り当てることができる。次いで、分類モジュール１５９０４は、これらのポートにおけるトラフィックが、非リアルタイムであり得る電子メール・トラフィックであると判断することができる。他のポートは、ファイル転送プロトコル（ＦＴＰ）のようなファイル転送プロトコルに割り当てられてもよく、分類モジュール１５９０４は、非リアルタイム・トラフィックとして分類することができる。他のポートは、リアルタイム・トランスポート・プロトコル（ＲＴＰ）またはリアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）のようなリアルタイム・トラフィック・プロトコルに割り当てられてもよく、分類モジュール１５９０４は、非リアルタイム・トラフィックとして分類することができる。他のポートは、リアルタイム・トラフィックまたは非リアルタイム・トラフィックのいずれかであり得る、ＨＴＴＰ等のウェブベースのトラフィック・プロトコルに割り当てられてよい。いくつかの側面において、分類モジュール１５９０４は、トラフィックがリアルタイムであるか非リアルタイムであるかを判断するために、ＨＴＴＰポートからのトラフィックに対してより深い検査を行うことができる。

いくつかの側面において、分類モジュール１５９０４は、ポート番号割り当ての予め定義された情報を利用して、ユーザー優先および非ユーザー優先トラフィックを分類してもよい。上記の特定のポート番号は、電子メールサービス、ファイル転送サービス、リアルタイム・ストリーミング・サービス等の特定のサービスに関連付けられることがあるので、したがって、分類モジュール１５９０４は、ポート番号がユーザーによって指定されたユーザー優先サービスに関連付けられる場合、特定のポート番号におけるトラフィックを、ユーザー優先サービス（よって、ユーザー優先トラフィック）に関連付けられるものとして分類することができる。

いくつかの側面において、分類モジュール１５９０４は、１６１０８において、他の推定情報を利用して、アプリケーション１５９０８および１５９１０をリアルタイムまたは非リアルタイムとして分類してもよい。例えば分類モジュール１５９０４は、トラフィック・パターン評価技術および／またはパケット検査技術を適用して、アプリケーション１５９０８および１５９１０をリアルタイムまたは非リアルタイムとして分類してもよい。例えば分類モジュール１５９０４は、パケット検査によって取得された送信元／宛先のアクセス・ポイント名（ＡＰＮ）および／またはＩＰアドレス（データ・ネットワーク１３９０４および１３９０６を識別することができる）を評価し、アプリケーション１５９０８および１５９１０がどのデータ・ネットワークと通信しているかに基づいてアプリケーション１５９０８および１５９１０を分類することができる。例えばあるデータ・ネットワークはリアルタイム・サービスに関連付けられ、一方、他のデータ・ネットワークは非リアルタイム・サービスに関連付けられてよく、したがって、分類モジュール１５９０４は、対応するデータ・ネットワークに関する情報に基づいて、アプリケーション１５９０８および１５９１０を分類してもよい。いくつかの側面において、分類モジュール１５９０４は、リアルタイムまたは非リアルタイムおよび／またはユーザー優先または非ユーザー優先としてトラフィックを分類することができる、ヒューリスティック・アプローチ、マシン学習サポート・ベクトル・マシン等に基づく技術のような、より高度なトラフィック・パターン分析を利用することができる。

いくつかの側面において、分類モジュール１５９０４は、１６１０８において、明示的な情報（例えばトラフィック優先インジケータ、サービス・インジケータ、ポート番号等）と推定情報（例えば送信間／到着間時間、マシン学習、パケット検査等）の組合せを利用して、アプリケーション１５９０８および１５９１０のデータ・パケットをリアルタイムまたは非リアルタイムとして分類してもよい。例えばいくつかの側面において、分類モジュール１５９０４は、パケットに関連付けられるトラフィック優先インジケータ、サービス・インジケータまたはポート番号に基づいて、所与のデータ・パケットをリアルタイム／非リアルタイムまたはユーザー優先／非ユーザー優先として分類することができないことがある。分類モジュール１５９０４は、次いで、データ・パケットに関連付けられる送信間／到着間時間を（例えばデータ・パケットを含むパケットのストリームにおいて）測定し、データ・パケットに対して（例えばデータ・パケットを含むパケットのストリームにおいて）機械学習を実行し、パケットに対してディープ・パケット・インスペクションを行うこと等によって、推定情報を利用してデータ・パケットを分類することができる。したがって、分類モジュール１５９０４は、いずれかのそのような情報を利用して、データ・パケットをリアルタイム／非リアルタイムおよび／またはユーザー優先／非ユーザー優先として分類することができる。

いくつかの側面において、分類モジュール１５９０４は、方法１６１００の他のプロセスと並行して、１６１０８における分類を行うことができる。例えば分類モジュール１５９０４は、アプリケーション１５９０８および１５９１０からのデータ・パケットを（例えば推定情報を介して、アプリケーション１５９０８および１５９１０をリアルタイム／非リアルタイムおよび／またはユーザー優先／非ユーザー優先として分類するために）長期間にわたって評価してもよく、これは、方法１６１００の１つ以上の他のプロセスと重複することがある。

いくつかの側面では、ユーザーは、複数のアプリケーションまたはサービスの階層的優先度を指定するユーザー入力を、分類モジュール１５９０４に提供してもよい。例えばユーザーは、ユーザー優先に従ってアプリケーションまたはサービスを「ランク付け」するユーザー入力を提供してもよい。例えばユーザーは、第１アプリケーションが最も高いユーザー優先度を有し、第２アプリケーションが２番目に高いユーザー優先度を有し、第３アプリケーションが３番目に高いユーザー優先度を有すること等を指定することができる。別の例において、ユーザーは、例えば電子メールサービス（例えば電子メール・アプリケーション）が最も高い優先度であり、マルチメディア・ストリーミング・サービスが２番目に高い優先度であること等を指定することができる。したがって、分類モジュール１５９０４は、１６１０８において、様々な重要度の程度に基づいて、データ・パケットを枢要または非枢要として分類することができる。例えばいくつかの側面において、分類モジュール１５９０４は、あるデータ・パケットを最枢要とし、他のデータ・パケットを２番目に高い枢要とし、他のデータ・パケットを３番目に高い枢要等として分類することができる。

したがって、分類モジュール１５９０４は、１６１０８において、データ・パケットをリアルタイム・トラフィックｖｓ非リアルタイム・トラフィックおよび／またはユーザー優先ｖｓ非ユーザー優先トラフィックとして分類するための様々な異なる技術を有することができる。分類モジュール１５９０４が、リアルタイム・トラフィックを枢要トラフィックとして分類する（そして、ユーザー優先トラフィックを枢要トラフィックとして分類しない）ように構成されるいくつかの側面において、分類モジュール１５９０４は、リアルタイムｖｓ非リアルタイム分類のみを実行し、続いて、１６１０８において、リアルタイム・トラフィックを枢要トラフィックとして分類し、非リアルタイム・トラフィックを非枢要トラフィックとして分類することができる。分類モジュール１５９０４が、ユーザー優先トラフィックを枢要トラフィックとして分類する（そして、リアルタイム・トラフィックを枢要トラフィックとして分類しない）ように構成されるいくつかの側面において、分類モジュール１５９０４は、ユーザー優先トラフィックｖｓ非ユーザー優先トラフィックのみを実行し、続いて、１６１０８において、ユーザー優先トラフィックを枢要トラフィックとして分類し、非ユーザー優先トラフィックを非枢要トラフィックとして分類することができる。分類モジュール１５９０４が、リアルタイム・トラフィックとユーザー優先トラフィックの両方を枢要トラフィックとして分類するように構成されるいくつかの側面において、分類モジュール１５９０４は、リアルタイムｖｓ非リアルタイム分類およびユーザー優先ｖｓ非ユーザー優先分類を実行することができる。次いで、分類モジュール１５９０４は、１６１０８において、リアルタイム・トラフィックおよびユーザー優先トラフィックを枢要トラフィックとして分類し、非リアルタイム・トラフィックおよび非ユーザー優先トラフィックを非枢要トラフィックとして分類することができる。

１６１０８において、分類モジュール１５９０４を用いてデータ・パケットをリアルタイムまたは非リアルタイムに分類した後、処理モジュール１５９１２は、１６１１０において、トラフィック制御モジュール１５９０２を用いて、枢要および非枢要データ・パケットに基づいて、トラフィック制限を適用することができる。以前に示したように、処理モジュール１５９１２は、トラフィックを制限することによって、端末装置１３６０２の温度を低下または管理することを目指すことがある。このようなトラフィック制限による枢要トラフィック（リアルタイムまたはユーザー優先）の中断を回避するために、処理モジュール１５９１２は、トラフィック制限を非枢要トラフィックに集中させることができる。したがって、トラフィック制御モジュール１５９０２は、１６１１０において非枢要トラフィックを制限し、枢要トラフィックの制限を回避するように構成され得る。

様々な側面において、トラフィック制御モジュール１５９０２は、様々な異なる技術のいずれかでトラフィック制限を実装することができる。いくつかの側面において、トラフィック制御モジュール１５９０２は、分類モジュール１５９０４が、アプリケーション１５９０８および１５９１０の両方のデータ・パケット（例えばすべての係属中／待機中のデータ・パケット）を非枢要トラフィックとして分類した場合のように、非枢要トラフィックのみが存在すると判断してもよい。したがって、非枢要トラフィックのみが存在し、枢要トラフィックが存在しない例示的なシナリオにおいて、トラフィック制御モジュール１５９０２は、端末装置１３６０２の送信コンポーネント（アンテナ・システム１３７０２、ＲＦトランシーバ１３７０４およびベースバンド・モデム１３７０６のうちの１つ以上）を、スリープ状態または低電力状態に入れることができる。端末装置１３６０２の送信コンポーネントがすでにスリープ状態または低電力状態にある場合、トラフィック制御モジュール１５９０２は、送信コンポーネントをスリープ状態または低電力状態に維持することができる。トラフィック制御モジュール１５９０２は、次いで、送信コンポーネントがスリープ状態または低電力状態にある間に、非枢要トラフィックをバッファしてもよく、これは、電源１３７１６におけるバッテリー電力を節約することができる。したがって、トラフィック制御モジュール１５９０２は、非枢要トラフィックを「絞ること」により、例えば非枢要トラフィックの伝送を遅らせることにより、１６１１０において、トラフィック制限を適用することができる。

いくつかの側面において、トラフィック制御モジュール１５９０２は、１６１１０のトラフィック制限の一部として、約数ミリ秒、秒または分等の所定の絞り期間にわたって非枢要トラフィックをバッファし続け、その後、絞り期間が満了した後に、送信コンポーネントを再びアクティブにして非枢要トラフィックを送信することができる。トラフィック制御モジュール１５９０２はまた、絞り期間の間に更なる非枢要トラフィックを受け取ってバッファしてもよく、その後、絞り期間の満了後に、バッファされたトラフィックを送信してもよい。いくつかの側面において、トラフィック制御モジュール１５９０２は、１６１１０において、絞り期間を周期的に実施し続けることができ、この場合、トラフィック制御モジュール１５９０２は、絞り期間の期間中、送信コンポーネントを非アクティブ（スリープ状態または低電力状態）にして、いずれかの更なるトラフィックをバッファすることができる。次いで、トラフィック制御モジュール１５９０２は、各絞り期間が満了した後に、バッファされたトラフィックを送信し、別の絞り期間に入ることができる。したがって、トラフィック制御モジュール１５９０２は、１６１１０のトラフィック制限において、絞り期間を伴う絞りを用いてもよい。

いくつかの側面において、トラフィック制御モジュール１５９０２は、いずれかの枢要トラフィックを受け取ると、絞り期間を早期に終了してもよい。例えばトラフィック制御モジュール１５９０２は、１６１１０において、絞り期間中に、送信コンポーネントを非アクティブにして、（例えば分類モジュール１５９０４から受け取られる）到来する非枢要データをバッファしてもよい。次に、トラフィック制御モジュール１５９０２が、分類モジュール１５９０４によって枢要トラフィックとして分類されるデータ・パケットを受け取る場合、トラフィック制御モジュール１５９０２は、絞り期間を終了して、バッファされたデータの非枢要トラフィックと新たに受け取った枢要トラフィックを送信してもよい。

いくつかの側面において、トラフィック制御モジュール１５９０２は、分類モジュール１５９０４から枢要トラフィックと非枢要トラフィックの両方を受け取ってもよい。トラフィック制御モジュール１５９０２は、次いで、１６１１０におけるトラフィック制限を非枢要トラフィックに集中させて、枢要トラフィックの中断を回避することができる。例えばトラフィック制御モジュール１５９０２は、スケジューラとして機能してもよく、分類モジュール１５９０４から枢要トラフィックが到着するとすぐに、枢要トラフィックを送信することができる。したがって、トラフィック制御モジュール１５９０２は、枢要トラフィックの中断を回避することができる。しかしながら、トラフィック制御モジュール１５９０２は、絞り等によって非枢要トラフィックの伝送を制限することができ、その結果、送信量の減少により端末装置１３６０２の電力消費を低減することができる。例えばいくつかの側面では、トラフィック制御モジュール１５９０２は、予め定義された絞り期間（例えば約数ミリ秒、秒または分）の間、非枢要トラフィックを遅延させることができ、したがって、非枢要トラフィックを絞ることができる。次いで、トラフィック制御モジュール１５９０２は、枢要トラフィックを送信し続けながら、非枢要トラフィックをバッファすることができ、電力消費を低減することができる。絞り期間が満了した後、トラフィック制御モジュール１５９０２は、バッファされた非枢要トラフィックを送信することができる。いくつかの側面において、トラフィック制御モジュール１５９０２は、絞り期間の満了時にバッファされた非枢要データを送信する前に、絞り期間の期間中に非枢要トラフィックを繰り返し遅延させてバッファすることによって、絞り期間を周期的に繰り返すことができる。

いくつかの側面において、トラフィック制御モジュール１５９０２は、特定の反復非枢要トラフィックの周期性を低減することにより、１６１１０において、トラフィック制限を適用することができる（これは、非枢要トラフィックの送信が遅延されるような、絞りの別の形態であり得る）。例えばアプリケーション１５９１０は、電子メール・アプリケーション、メッセージング・アプリケーション、天気アプリケーション、株式取引アプリケーション等のように、アプリケーション・データを更新するために、対応するサーバー（例えばデータ・ネットワーク１３９０６）を「同期」するアプリケーションであり得る。このようなアプリケーションは周期的に、対応するサーバーとの同期手順を要求することがある。分類モジュール１５９０４は、このような同期要求を、１６１０８において非枢要トラフィックとして分類することができる（例えば要求がリアルタイム・トラフィックではなく、かつ／またはアプリケーション１５９１０はユーザー優先アプリケーションではない；アプリケーション１５９１０がユーザー優先アプリケーションである場合は、分類モジュール１５９０４は、同期要求を枢要トラフィックとして分類してもよい）。したがって、トラフィック制御モジュール１５９０２は、送信量を減少させるために、同期要求を絞ってもよい。いくつかの側面において、トラフィック制御モジュール１５９０２は、例えばトラフィック制御モジュール１５９０２で受け取られる２つの同期要求毎に１つの同期要求のみを送信することによって、同期期間を増加させてもよい。いくつかの側面において、トラフィック制御モジュール１５９０２は、いずれの周期的な同期要求も送信しないことによって、周期的な同期手順を完全に制限してもよい。いくつかの側面において、トラフィック制御モジュール１５９０２は、同期要求がユーザーによってトリガーされたときにのみ同期要求を送信し、アプリケーション１５９１０によって自動的にトリガーされる周期的な同期要求は送信しなくてもよい。

いくつかの側面において、トラフィック制御モジュール１５９０２は、コントローラ１３７１０の一部として、例えばスケジューラとして実装されてもよい。例えばトラフィック制御モジュール１５９０２は、セルラー・プロトコル・スタックの一部として、１６１１０におけるトラフィック制限を実装してもよく、したがって、プロトコル・スタック層（例えばＭＡＣ層）におけるトラフィックをバッファして制御することができる。トラフィック制御モジュール１５９０２は、次いで、モデム・レベルで絞りを実行するように構成されてもよく、これは、より「細かな粒度の」絞りを可能にすることができる。いくつかの側面において、トラフィック制御モジュール１５９０２は、アプリケーション・プロセッサ１３７１２の一部として実装されてもよい。例えばトラフィック制御モジュール１５９０２は、アプリケーション・プロセッサ１３７１２によって実行されるモデム・ドライバの一部として実装されてもよく、したがって、アプリケーション層でデータ・トラフィックをバッファして制御してもよい。トラフィック制御モジュール１５９０２は、アプリケーション・レベルで絞りを実行するように構成されてもよく、これは、より「粗い」絞りを可能にし得る。いくつかの側面において、トラフィック制御モジュール１５９０２は、アプリケーション・プロセッサ１３７１２で実装されるとき、絞られたデータをバッファするために、ベースバンド・モデム１３７０６よりも、より多くのメモリへのアクセスを有することができる。いくつかの側面では、トラフィック制御モジュール１５９０２は、部分的に、アプリケーション・プロセッサ１３７１２とベースバンド・モデム１３７０６の両方において実装されてもよく、アプリケーション・レベルの絞りとモデム・レベルの絞りを実行するように構成されてもよい。

ユーザーがアプリケーションおよび／またはサービスについて階層的優先度を提供するいくつかの側面において、トラフィック制御モジュール１５９０２は、１６１１０において、階層的優先度に基づくトラフィック制限を適用することができる。例えば分類モジュール１５９０４は、例えば最枢要、２番目に高い枢要等といった、階層的優先度に基づいて、データ・パケットを分類することができる。次いで、トラフィック制御モジュール１５９０２は、１６１１０において、重要度レベルに基づいてトラフィック制限のレベルを異ならせることができる。例えばトラフィック制御モジュール１５９０２は、最枢要トラフィックに最小の絞り（例えば最短遅延）を適用し、２番目に高い枢要トラフィックに２番目に少ない絞りを適用し、最も枢要性の低いトラフィック（例えば非枢要）に最大絞り（例えば最長遅延）を適用してもよい。

したがって、トラフィック制御モジュール１５９０２は、１６１１０において、（分類モジュール１５９０４による）データ・パケットの分類に基づいて、トラフィック制限を実行してもよい。データ・パケットの分類は、データ・パケットが枢要トラフィック（例えばリアルタイムおよび／またはユーザー優先）であるか、非枢要トラフィック（例えば非リアルタイムおよび／または非ユーザー優先）であるかを示すことができる。様々な側面において、トラフィック制御モジュール１５９０２は、非枢要トラフィックの伝送を遅らせることによって、非枢要トラフィックに絞りを適用することができる。トラフィック制御モジュール１５９０２は、例えばトラフィック制限なしに枢要トラフィックの送信を続けながら、制限を非枢要トラフィックに集中させることにより、トラフィック制限を選択的に適用することができるので、トラフィック制御モジュール１５９０２は、端末装置１３６０２における蓄熱を低減し、オーバーヒートを回避することができる。

トラフィック制御モジュール１５９０２は、１６１１０においてトラフィック制限を適用し続けてもよい。いくつかの側面において、トラフィック制御モジュール１５９０２は、検出モジュール１５９０６からの入力に基づいて、１６１１０におけるトラフィック制限を終了してよい。例えば検出モジュール１５９０６は継続して、電源１３７１６の残りのバッテリー電力をモニタリングし、残りのバッテリー電力がバッテリー電力閾値を下回るかどうかを確認してもよい。残りのバッテリー電力がバッテリー電力閾値を下回ったままである場合（例えば端末装置１３６０２が充電電源に接続されていない場合）、検出モジュール１５９０６は、引き続きトラフィック制御モジュール１５９０２にトラフィック制限を適用するよう命令することができる。端末装置１３６０２が充電電源に接続される場合、電源１３７１６の残りのバッテリー電力は、上昇し始めることができる。いくつかの側面において、検出モジュール１５９０６は、電源１３７１６が充電されるとすぐに、トラフィック制限を終了するようにトラフィック制御モジュール１５９０２に命令することができる。いくつかの側面において、検出モジュール１５９０６は、残りのバッテリー電力レベルがバッテリー電力閾値より上に上昇すると、トラフィック制御モジュール１５９０２に制限を終了するように命令することができる。いくつかの側面において、検出モジュール１５９０６は、ヒステリシス閾値等のトラフィック制限を非アクティブにするために、異なるバッテリー電力閾値を利用してもよい（例えば非アクティブ化バッテリー電力閾値は、アクティブ化バッテリー電力閾値より高い）。いくつかの側面において、検出モジュール１５９０６は、電源１３７１６の残りのバッテリー電力が非アクティブ化バッテリー電力閾値（アクティブ化バッテリー電力閾値と同一であっても異なってもよい）より上に上昇し、かつ所定の非アクティブ期間の間、非アクティブ化バッテリー電力閾値を超えたままの場合、トラフィック制限を非アクティブにすることができる。

いくつかの側面において、処理モジュール１５９１２はまた、電源１３７１６の残りのバッテリー電力に基づいて、トラフィック制限のレベルを漸進的にスケールすることもできる。例えば検出モジュール１５９０６は、各１６１０４において複数のバッテリー電力閾値を利用してもよく、この場合、バッテリー電力閾値が所定のトラフィック制限レベルにマッピングされる。例えば検出モジュール１５９０６は、例えば３つのバッテリー電力閾値を利用することができ、１６１０４において、３つのバッテリー電力閾値と残りのバッテリー電力を比較することができる。残りのバッテリー電力が第１バッテリー電力閾値（最大バッテリ電力閾値）よりも大きい場合、検出モジュール１５９０６は、トラフィック制御モジュール１５９０２に、１６１０６において通常のトラフィック制御を実行するように命令することができる。残りのバッテリー電力が第１バッテリー電力閾値より小さいが、第２バッテリー電力閾値（中間のバッテリ電力閾値）より大きい場合、検出モジュール１５９０６は、トラフィック制御モジュール１５９０２に、第１トラフィック制限レベルでトラフィックを制限するように命令することができる。残りのバッテリー電力が、第２バッテリー電力閾値より小さいが、第３バッテリー電力閾値（最低バッテリ電力閾値）より大きい場合、検出モジュール１５９０６は、トラフィック制御モジュール１５９０２に、第２トラフィック制限レベルでトラフィックを制限するように命令することができる。残りのバッテリー電力が第３バッテリー電力閾値を下回る場合、検出モジュール１５９０６は、トラフィック制御モジュール１５９０２に、第３トラフィック制限レベルでトラフィックを制限するように命令することができる。バッテリー電力閾値および制限レベルの数は例示的であり、任意の数にスケーラブルであり得る。

トラフィック制限レベルは、制限の観点から進行してよい（詳細が構成可能であってよい）。例えば第１トラフィック制限レベルは、第１絞り期間の間、非リアルタイム・トラフィックを絞る（例えば遅延させる）ことができ、第２トラフィック制限レベルは、第２絞り期間の間、非リアルタイム・トラフィックを絞ることができ、第３トラフィック制限レベルは、第３絞り期間の間、非リアルタイム・トラフィックを絞ることができ、第３絞り期間が、最も長い絞り期間の間であり、第１絞り期間が、最も短い絞り期間であってもよい。したがって、処理モジュール１５９１２は、端末装置１３６０２の温度が増加するにつれて、より大きな程度まで漸進的に非リアルタイム・トラフィックを制限することができる。

いくつかの側面において、トラフィック制御モジュール１５９０２は、トラフィック制限レベルを枢要トラフィックに適用してもよい。例えば第２または第３のトラフィック制限レベルも、（例えば非枢要トラフィックの絞り期間より短く、したがって、トラフィック制限を非枢要トラフィックに集中させることができる）絞り期間で枢要トラフィックを絞ってもよい。いくつかの側面において、検出モジュール１５９０６は、非常に低いバッテリー電力しかないことを示すカットオフ閾値とすることができるバッテリー電力閾値を使用することができる（例えば端末装置１３６０２は、電源ライン上の抵抗損失に起因してピークバッテ過渡電流時に発生するシャットダウンおよび／または不足電圧状態の危険にさらされる可能性がある）。残りのバッテリー電力がカットオフ閾値を下回る場合、検出モジュール１５９０６は、トラフィック制御モジュール１５９０２に、トラフィック制限（絞り）を枢要トラフィックと非枢要トラフィックの両方に適用するように命令することができる。いくつかの側面において、処理モジュール１５９１２は、バッテリー電力閾値によって提供される離散範囲の代わりに連続範囲を利用してもよく、この場合、トラフィック制御モジュール１５９０２によって適用される制限レベルは、温度とともに連続的に増加してもよい。

したがって、処理モジュール１５９１２は、電源１３７１６が電力不足になるまで、電源１３７１６が充電電源に接続されるまで、あるいは電源１３７１６が充電電源に接続されて残りのバッテリー電力が閾値を超えるまで、トラフィック制限を適用してよい。いくつかの側面において、処理モジュール１５９１２は、方法１６１００を（例えば無期限にまたは一定期間の間）繰り返し続けてもよく、端末装置１３６０２の残りのバッテリー電力が１つ以上のバッテリー電力閾値（例えば単一のアクティブ化／非アクティブ化閾値またはアクティブ化と非アクティブ化閾値のペア）より低いまたは大きいかどうかに基づいて、トラフィック制限のアクティブ化と非アクティブ化の間を循環させてもよい。

いくつかの側面において、端末装置１３６０２は、方法１６０００を実装するように構成され、方法１６１００を実装するように構成されていないことがある。いくつかの側面において、端末装置１３６０２は、方法１６１００を実装するように構成され、方法１６０００を実装するように構成されていないことがある。

いくつかの側面において、端末装置１３６０２は、トラフィック制限を適用する際に、温度と残りのバッテリー電力の両方を考慮するように構成されてもよい。図１６２は、方法１６２００を示し、この場合、処理モジュール１５９１２は、いくつかの側面に従って、残りのバッテリーおよび温度に基づいてトラフィック制限を適用することができる。図１６２に示されるように、検出モジュール１５９０６は、１６２０２において、残りのバッテリー電力および温度をモニタリングすることができる。したがって、検出モジュール１５９０６は、残りのバッテリー電力および端末装置１３６０２の温度を経時的に追跡することができる。検出モジュール１５９０６は、１６２０４において、残りのバッテリー電力および温度をそれぞれバッテリー電力閾値および温度閾値と比較して、端末装置１３６０２が電力制約または温度制約を受けるかどうかを決定することができる。いくつかの側面において、検出モジュール１５９０６は、１６２０４において、端末装置１３６０２が、電力制約および熱制約の両方であるかどうか、例えば残りのバッテリー電力がバッテリー電力閾値より小さく、かつ温度が温度閾値より大きいかどうかを決定することができる。次いで、端末装置１３６０２が電力制約および熱制約の両方ではない場合、処理モジュール１５９１２は、１６２０６に進んで、トラフィック制御モジュール１５９０２による通常のトラフィック制御を適用することができる。検出モジュール１５９０６が、１６２０４において端末装置１３６０２が電力制約および熱制約の両方であると判定する場合、処理モジュール１５９１２は、１６２０８に続くことができる。

いくつかの側面において、検出モジュール１５９０６は、１６２０４において、端末装置１３６０２が、１６２４において電力制約または熱制約の少なくとも一方であるかどうか、例えば残りのバッテリー電力がバッテリー電力閾値より小さいかどうか、あるいは温度が温度閾値より大きいかどうかを決定することができる。電力制約および熱制約閾値基準の一方または両方が満たされる場合、処理モジュール１５９１２は、１６２０８に続くことができる。端末装置１３６０２が電力制約でも熱制約でもない場合、処理モジュール１５９１２は、１６２０６に進み、トラフィック制御モジュール１５９０２による通常のトラフィック制御を適用することができる。端末装置１３６０２が、電力制約または熱制約の一方または両方である場合、処理モジュール１５９１２は、１６２０８に続くことができる。

したがって、検出モジュール１５９０６は、端末装置１３６０２が電力制約および熱制約を受けているかどうかに基づいて、あるいは端末装置１３６０２が電力制約または熱制約を受けているかどうかに基づいて、１６２０４を実行することができる。次いで、分類モジュール１５９０４は、１６２０８において、データ・パケットを枢要トラフィックまたは非枢要トラフィック（例えばリアルタイム／非リアルタイムおよび／またはユーザー優先／非ユーザー優先）として分類することができ、１６００８および１６１０８に関して先に詳述した技術のいずれかを利用することができる。次いで、トラフィック制御モジュール１５９０２は、１６２１０において、トラフィック制限をクリティカルおよび非枢要トラフィックに適用することができる。いくつかの側面において、トラフィック制御モジュール１５９０２は、１６２１０において、残りのバッテリー電力または温度に関係なく固定されたトラフィック制限、例えば離散または連続範囲に基づいて漸進的にスケールしないトラフィック制限を適用してもよい。いくつかの側面において、トラフィック制御モジュール１５９０２は、１６２１０において、残りのバッテリー電力または温度に基づいて漸進的にスケールするトラフィック制限を適用してもよい。例えば端末装置１３６０２が電力制約または熱制約の一方のみである場合、トラフィック制御モジュール１５９０２は、１６０１０（温度に基づく離散的または連続的な漸進スケーリング）または１６１１０（残りのバッテリー電力に基づく離散的または連続的な漸進スケーリング）に関して上述したように、一次元の漸進スケーリング（ｐｒｏｇｒｅｓｓｉｖｅ ｓｃａｌｉｎｇ）を適用することができる。端末装置１３６０２が電力制約および熱制約の両方である場合、トラフィック制御モジュール１５９０２は、二次元の漸進スケーリングを適用することができる。例えばいくつかの側面では、トラフィック制御モジュール１５９０２は、残りのバッテリー電力および温度を入力として受信し、出力として（リアルタイム・トラフィックおよび非リアルタイム・トラフィックの一方または両方について）トラフィック制限レベルを生成する二次元ルックアップテーブルを利用することができる。ルックアップテーブルは、トラフィック制御モジュール１５９０２において、予め定義されてもよく、かつ／または事前にプログラムされてもよい。ルックアップテーブルは、残りのバッテリー電力および温度に基づいてトラフィック制限レベルを生成することができるので、出力として提供されるトラフィック制限レベルは、残りのバッテリー電力および温度に基づいて異なっていてよく、ここで、より高い残りのバッテリー電力とより低い温度は一般的に、制限の少ないトラフィック制限（例えばより短い絞り期間）をもたらし、より低い残りのバッテリー電力とより高い温度は一般的に、より制限の厳しいトラフィック制限（例えばより長い絞り期間）をもたらし得る。

したがって、処理モジュール１５９１２は、熱制約のトラフィック制限（方法１６０００）、電力制約のトラフィック制限（方法１６１００）または熱および電力制約のトラフィック制限（方法１６２００；バッテリー残量および温度の両方に基づくまたはバッテリー残量と温度の少なくとも一方に基づくトラフィック制限を伴う）を適用することができる。したがって、処理モジュール１５９１２の構成は、オーバーヒートシナリオにおいて温度を低減または管理し、かつ／または低バッテリー電力シナリオにおいて電力消費を低減または管理するための機構を端末装置１３６０２に提供することができる。したがって、様々な側面は、熱制約シナリオで適用されると、オーバーヒート、オーバーヒートによる潜在的な電子的損傷およびオーバーヒートによるユーザーの不快感を回避することができる。これらの側面は、電力制約シナリオで適用されると、電力消費を低減し、バッテリー寿命を延長することができる。

図１６３は、いくつかの側面による例示的な機能図を示す。図１６３に示されるように、処理モジュール１６３０２は、アプリケーション１６３０４、ユーザー体験（ＵＸ）駆動分類モジュール１６３０６、ネットワーキング・スタック・モジュール１６３０８、モデム・キュー／スケジューラ・モジュール１６３１０、モデムＴＸ／ＲＸモジュール１６３１２および絞り制御モジュール１６３１４を含むことができる。処理モジュール１６３０２は、ＴＸ／ＲＸモジュール１６３１６、センサー１６３１８およびプラットフォーム電力状態追跡モジュール１６３２０と対話することができる。いくつかの側面では、処理モジュール１６３０２は、コントローラ１３７１０およびアプリケーション・プロセッサ１３７１２を含んでもよく、したがって、アプリケーション１６３０４、ユーザー体験（ＵＸ）駆動分類モジュール１６３０６、ネットワーキング・スタック・モジュール１６３０８、モデム・キュー／スケジューラ・モジュール１６３１０および絞り制御モジュール１６３１４のうちの１つ以上が、ベースバンドコントローラまたはアプリケーション・プロセッサコンポーネントであってもよい。アプリケーション１６３０４、ユーザー体験（ＵＸ）駆動分類モジュール１６３０６、ネットワーキング・スタック・モジュール１６３０８、モデム・キュー／スケジューラ・モジュール１６３１０、モデムＴＸ／ＲＸモジュール１６３１２および絞り制御モジュール１６３１４は、ハードウェア定義モジュールおよび／またはソフトウェア定義モジュールとして実装されてもよい。図１６３は、処理モジュール１６３０２を機能レベルで示しており、結果として、処理モジュール１６３０２の構成要素のうちの１つ以上が、共通のハードウェアおよび／またはソフトウェア要素に統合されてもよい。

アプリケーション１６３０４は、端末装置１３６０２のアプリケーション・プロセッサ１３７１２上で実行されるアプリケーションであってよい。したがって、アプリケーション１６３０４は、上りリンク送信のためのアプリケーション層データを生成することができる。アプリケーション１６３０４は、アプリケーション層トラフィックをＵＸ駆動分類モジュール１６３０６に提供することができる。次いで、ＵＸ駆動分類モジュール１６３０６は、アプリケーション１６３０４からのトラフィックを枢要トラフィックまたは非枢要トラフィックとして分類することができる。いくつかの側面において、ＵＸ駆動分類モジュール１６３０６は、分類モジュール１５９０４の方法で構成されてもよい。いくつかの側面において、ＵＸ駆動分類モジュール１６３０６は、トラフィックがリアルタイム・トラフィックであるか非リアルタイム・トラフィックであるかに基づいて、トラフィックを分類することができる。いくつかの側面において、ＵＸ駆動分類モジュール１６３０６は、トラフィックがユーザー優先であるか非ユーザー優先であるかに基づいて、トラフィックを分類することができ、端末装置１３６０２のユーザーは、ユーザー入力を介して、例えばユーザー優先アプリケーションおよび／またはユーザー優先サービスを提供することができる。いくつかの側面において、ＵＸ駆動分類モジュール１６３０６は、端末装置１３６０２のユーザーが、ユーザー優先度に従ってアプリケーションおよび／またはサービスの「ランク付け」を提供し得る場合のように、階層的優先度に基づいてトラフィックを分類することができる。ＵＸ駆動分類モジュール１６３０６はまた、絞り制御モジュール１６３１４によって提供される実際のＱｏＳフィードバックに基づいて、トラフィックを分類することもできる。

ＵＸ駆動分類モジュール１６３０６は、データの重要度（例えば枢要、非枢要または枢要性レベル）を示すデータ・パケットのための分類メタデータを生成してもよい。ＵＸ駆動分類モジュール１６３０６は、絞り制御モジュール１６３１４およびネットワーキング・スタック・モジュール１６３０８に分類メタデータを提供することができる。次いで、ＵＸ駆動分類モジュール１６３０６は、ネットワーキング・スタック・モジュール１６３０８にトラフィックを提供することができ、このトラフィックは、上りリンク・トラフィックであり得る。図１６３に示されるように、ＵＸ駆動分類モジュール１６３０６は、ネットワーキング・スタック・モジュール１６３０８から下りリンク・トラフィックを受け取ることもできる。いくつかの側面において、ＵＸ駆動分類モジュール１６３０６は、アプリケーション１６３０４によって提供される上りリンク・トラフィックを分類するのを助けるために、下りリンク・トラフィックを評価してもよい。例えばＵＸ駆動分類モジュール１６３０６は、下りリンク・トラフィックを利用して推定情報を取得することができ、そのような推定情報は、上りリンク・トラフィックを分類すること、例えば（例えば分類モジュール１５９０４の方法で）送信間／到着間時間を決定し、ポート番号を確認し、ディープ・パケット・インスペクションを実施する際の助けとなり得る。

ネットワーキング・スタック・モジュール１６３０８は、下りリンクおよび上りリンク・トラフィックにおいてネットワーク・スタック・プロトコルを適用するように構成され得る。例えばネットワーキング・スタック・モジュール１６３０８は、ＴＣＰ／ＩＰプロトコルを上りリンクおよび下りリンク・トラフィックに適用することができる。ネットワーキング・スタック・モジュール１６３０８は、次いで、分類メタデータとともに、トラフィックをモデム・キュー／スケジューラ・モジュール１６３１０に提供することができる。

モデム・キュー／スケジューラ・モジュール１６３１０は、トラフィック・キューを管理し、端末装置１３６０２からの上りリンクおよび下りリンク・トラフィックのスケジューリングを行うように構成されてもよい。モデム・キュー／スケジューラ・モジュール１６３１０は、絞り制御モジュール１６３１４の制御下で上りリンク・トラフィックを送信するように構成されてもよく、絞り制御モジュール１６３１４は絞り決定を行って、モデム・キュー／スケジューラ・モジュール１６３１０に、絞り決定に従って上りリンク・トラフィックを送信するように命令することができる。モデム・キュー／スケジューラ・モジュール１６３１０は、キューおよびスケジューリングに従って上りリンク・トラフィックをモデムＴＸ／ＲＸモジュール１６３１２に提供することができ、モデムＴＸ／ＲＸモジュール１６３１２が、上りリンク処理を実行して、ＴＸ／ＲＸモジュール１６３１６（例えばＲＦトランシーバ１３７０４およびアンテナ・システム１３７０２）を介して上りリンク・トラフィックを送信することができる。モデムＴＸ／ＲＸモジュール１６３１２はまた、ＴＸ／ＲＸモジュール１６３１６を介して受け取った下りリンク・トラフィックに対して下りリンク処理を実行することができ、下りリンク・トラフィックをモデム・キュー／スケジューラ・モジュール１６３１０に提供することができる。

絞り制御モジュール１６３１４は、ＵＸ駆動分類モジュール１６３０６、センサーおよび入力１６３１８（例えばセンサー１３７１８および／または電源１３７１６）、プラットフォーム電力状態追跡モジュール１６３２０およびモデムＴＸ／ＲＸモジュール１６３１２から入力を受け取るように構成されてもよい。いくつかの側面において、絞り制御モジュール１６３１４は、検出モジュール１５９０６の方法で構成されてもよい。絞り制御モジュール１６３１４は、それらの入力のうちの１つ以上を評価し、トラフィック制限を実行すべきかどうかを判断し、実行する場合は、トラフィック制限のレベルを決定することができる。絞り制御モジュール１６３１４は、モデム・キュー／スケジューラ・モジュール１６３１０に命令を提供することができ、モデム・キュー／スケジューラ・モジュール１６３１０は、トラフィックに絞りを適用すること等によって、トラフィック制限を実施するように構成され得る。

いくつかの側面において、絞り制御モジュール１６３１４は、端末装置１３６０２の温度および／または残りのバッテリー電力をモニタリングし、温度および／または残りのバッテリー電力を適用して絞り決定を行うことができる。例えば絞り制御モジュール１６３１４は、センサーおよび入力１６３１８（例えばセンサ１３７１８）から温度測定を、かつ／またはセンサーおよび入力１６３１８（例えば電源１３７１６）から残りのバッテリー電力レベルを受け取ることができる。絞り制御モジュール１６３１４は、次いで、温度および／または残りのバッテリー電力に基づいて絞りを開始すべきかどうかを決定することができる。いくつかの側面において、絞り制御モジュール１６３１４は、トラフィック制御モジュール１５９０２および／または検出モジュール１５９０６に関して上記で詳述した方法で、温度および／または残りのバッテリー電力に基づいて絞り決定を行うように構成されてもよい。

いくつかの側面において、絞り制御モジュール１６３１４はまた、絞り決定を行う際に、プラットフォーム電力状態追跡モジュール１６３２０からの入力も考慮してよい。プラットフォームの電力状態は、端末装置１３６０２の電流消費を示すことがある。例えば端末装置１３６０２のカバー（例えば画面カバー）が開いているとき、かつ／または端末装置１３６０２のディスプレイがオンのとき、端末装置１３６０２の電力消費は、カバーが閉じていてディスプレイがオフのときよりも、かなり（例えば数ワット）高い可能性がある。別の例では、ベースバンド・モデム１３７０６は、異なる電力状態を有することがあり、そのような電力状態は、ベースバンド・モデム１３７０６が無線接続状態であるか否か、ベースバンド・モデム１３７０６が能動的に送受信しているか否か等に依存する可能性がある。絞り制御モジュール１６３１４は、絞り決定を行うときに、そのようなシナリオを考慮することができる。例えばディスプレイがオンのとき、ベースバンド・モデム１３７０６は能動的に送受信している可能性がある。ディスプレイがオフのとき、ベースバンド・モデム１３７０６は、ネットワークに定期的にアクセスし、イベント・トリガ（例えばメッセージング、音声通話、テキスト・メッセージ、ジオフェンシング・ウェイクアップ・イベント（ｇｅｏｆｅｎｃｉｎｇ ｗａｋｅ－ｕｐ ｅｖｅｎｔ）等）のためにウェイクアップすることによって、アプリケーション１６３０４を更新し続けることができる。

いくつかの側面において、絞り制御モジュール１６３１４はまた、モデムＴＸ／ＲＸモジュール１６３１２からの無線メタデータも考慮してよい。例えばモデムＴＸ／ＲＸモジュール１６３１２は、無線条件および無線状態を示す無線メタデータを提供することができる。例えばモデムＴＸ／ＲＸモジュール１６３１２は、無線条件を示す無線測定値（例えば信号強度測定値、信号品質測定値、信号対雑音比測定等）を絞り制御モジュール１６３１４に提供することができる。モデムＴＸ／ＲＸモジュール１６３１２はまた、絞り制御モジュール１６３１４に対して現在の無線状態（例えば無線接続状態、無線アイドル状態等）を指定することもできる。

したがって、絞り制御モジュール１６３１４は、モデム・キュー／スケジューラ・モジュール１６３１０が実行するため、絞り決定を行う際に、センサーおよび入力１６３１８、プラットフォーム電力状態追跡モジュール１６３２０およびモデムＴＸ／ＲＸモジュール１６３１２からの様々な入力を考慮することができる。いくつかの側面において、絞り制御モジュール１６３１４は、コスト・メトリックを適用して、モデム・キュー／スケジューラ・モジュール１６３１０で絞りを開始するかどうかを評価することができる。例えば絞り制御モジュール１６３１４は、モデム・キュー／スケジューラ・モジュール１６３１０が絞りを開始する場合、様々な入力を考慮して、端末装置１３６０２に対する潜在的な電力コストを評価することができる。例えばいくつかの側面において、絞り制御モジュール１６３１４は、端末装置１３６０２が温度オーバーヒート限界に近いかどうかを（例えばセンサーおよび入力１６３１８からの入力からの温度測定値およびオーバーヒート閾値に基づいて）評価してもよく、絞り制御モジュール１６３１４は、データを送信するためには高い電力コストが存在すると判断し、その結果、モデム・キュー／スケジューラ・モジュール１６３１０でトラフィックを絞ってもよい。いくつかの側面において、絞り制御モジュール１６３１４は、端末装置１３６０２が低バッテリー（または節電（ｂｒｏｗｎ－ｏｕｔ））限界に近いかどうかを（例えばセンサーおよび入力１６３１８からの残りのバッテリー電力レベルおよびバッテリー電力閾値に基づいて）評価することができる。絞り制御モジュール１６３１４が、端末装置１３６０２が低バッテリーに近いと判断する場合、絞り制御モジュール１６３１４は、データを送信するためには高い電力コストが存在すると判断し、その結果、モデム・キュー／スケジューラ・モジュール１６３１０でトラフィックを絞ってもよい。

いくつかの側面において、絞り制御モジュール１６３１４は、コスト・メトリックの一部として、モデムＴＸ／ＲＸモジュール１６３１２が低電力使用状態にあるかどうか、例えば無線アイドル状態（例えば無線リソース制御（ＲＲＣ）アイドル）または不連続受信（ＤＲＸ）（Ｃ－ＤＲＸ（Ｃｏｎｎｅｃｔｅｄ ＤＲＸ）を含む）状態等であるかどうかを評価することができる。例えば絞り制御モジュール１６３１４が、（例えばモデムＴＸ／ＲＸ状態１６３１２および／またはプラットフォーム電力状態追跡モジュール１６３２０からの入力に基づいて）モデムＴＸ／ＲＸモジュール１６３１２が現在、低電力使用状態にあり、低い枢要性のトラフィックのみ（例えば非リアルタイムまたは非ユーザー優先トラフィックのような非枢要トラフィック、あるいは低い枢要性レベルに割り当てられたトラフィック）がモデム・キュー／スケジューラ・モジュール１６３１０で係属中であると判断する場合、絞り制御モジュール１６３１４は、モデム・キュー／スケジューラ１６３１０に、係属中のトラフィックを絞るように命令することができる。したがって、モデムＴＸ／ＲＸモジュール１６３１２は、低電力使用状態のままであり得る。いくつかの側面において、絞り制御モジュール１６３１４は、非枢要トラフィックを絞り、枢要トラフィックが存在する場合またはネットワーキング・スタック・モジュール１６３０８から枢要トラフィックが到着する場合には、枢要トラフィックをスケジュールして送信するように、モデム・キュー／スケジューラ１６３１０に命令することができる（これは、モデムＴＸ／ＲＸモジュール１６３１２を低電力使用から取り出すことを含み得る）。

いくつかの側面において、絞り制御モジュール１６３１４は、メトリックの一部としてモデムＴＸ／ＲＸモジュール１６３１２によって提供される無線条件を評価することができる。例えば絞り制御モジュール１６３１４は、モデムＴＸ／ＲＸモジュール１６３１２によって提供される無線測定を評価して、モデムＴＸ／ＲＸモジュール１６３１２が悪い無線条件下で動作しているかどうかを判断することができる。電波状態が悪いと、送信成功確率が低くなる可能性があるため、モデムＴＸ／ＲＸモジュール１６３１２は、データを成功裏に送信するために複数回の再送信を実行する必要があり得る。再送回数が増えると、電力使用量が増える可能性がある。結果として、絞り制御モジュール１６３１４は、データを送信するために高い電力コストが存在すると判断することができる。したがって、絞り制御モジュール１６３１４は、モデム・キュー／スケジューラ・モジュール１６３１０にトラフィックを絞るように命令することができる。

トラフィック制御モジュール１５９０２に関して上記で詳述したように、いくつかの側面において、絞り制御モジュール１６３１４は、コスト・メトリックにおけるトラフィックの重要度を考慮することができる。したがって、絞り制御モジュール１６３１４は、データの重要度を示す、ＵＸ駆動分類モジュール１６３０６によって提供される分類メタデータを考慮してもよい。例えばいくつかの側面において、絞り制御モジュール１６３１４が、モデムＴＸ／ＲＸモジュール１６３１２がすでにアクティブ（例えば無線接続状態）であり、（ＵＸ駆動分類モジュール１６３０６によって分類された）枢要データがモデム・キュー／スケジューラ・モジュール１６３１０で係属中であると判断する場合、絞り制御モジュール１６３１４は、データを送信するためには低い電力コストであると判断することができる。したがって、絞り制御モジュール１６３１４は、モデム・キュー／スケジューラ・モジュール１６３１０にデータを送信するように命令することができる。いくつかの側面において、絞り制御モジュール１６３１４は、モデム・キュー／スケジューラ・モジュール１６３１０に、枢要トラフィックは送信するが、他の非枢要トラフィックは絞るように命令することができる。

絞り制御モジュール１６３１４は、重要度分類（例えばリアルタイムおよび／またはユーザー優先）、温度、バッテリー電力、電力状態および無線条件のうちの１つ以上に基づいて、コスト・メトリックを定量的に評価するように構成されてもよい。例えばいくつかの側面において、絞り制御モジュール１６３１４は、これらの入力の１つ以上に基づいてコスト・メトリックを計算し、コスト・メトリックに基づいて、モデム・キュー／スケジューラ・モジュール１６３１０におけるトラフィックの絞りをトリガーすることができる。

処理モジュール１６３０２の異なるアーキテクチャー構成は、本開示の範囲内にある。いくつかの側面において、モデム・キュー／スケジューラ・モジュール１６３１０は、ベースバンド・モデム１３７０６の一部として実装されてもよく、モデム・レベルで、トラフィックをキューし、スケジュールし、スロットルしてもよい。いくつかの側面において、モデム・キュー／スケジューラ・モジュール１６３１０は、アプリケーション・プロセッサ１３７１２の一部として実装されてもよく、アプリケーション・レベルで、トラフィックをキューし、スケジュールし、スロットルしてもよい。例えばモデム／キュー・スケジューラ・モジュール１６３１０は、アプリケーション・プロセッサ１３７１２で実行されるベースバンド・モデム１３７０６のためのモデム・ドライバの一部であってもよく、モデム・ドライバでトラフィックをバッファすることによってトラフィックを絞ることができる。いくつかの側面において、モデム・キュー／スケジューラ・モジュール１６３１０をアプリケーション・プロセッサ１３７１２において実装することは、ベースバンド・モデム１３７０６と比較してアプリケーション・プロセッサ１３７１２においてより大きなメモリ容量が利用可能であるため、有利であり得る。したがって、モデム・キュー／スケジューラ・モジュール１６３１０は、アプリケーション・プロセッサ１３７１２で実装されるとき、絞っている間にトラフィックをバッファするためのより大きな容量を有することができる。いくつかの側面において、モデム・キュー／スケジューラ・モジュール１６３１０をベースバンド・モデム１３７０６において実装することは、モデム・キュー／スケジューラ・モジュール１６３１０がより「粒度の細かい」絞りを実行することができるので、有利であり得る。特に、アプリケーション・レベルのトラフィックを絞る代わりに、モデム・キュー／スケジューラ・モジュール１６３１０は、モデム・レベルのトラフィック（例えばＭＡＣ層）を絞ることができる。モデム・キュー／スケジューラ・モジュール１６３１０がアプリケーション・プロセッサ１３７１２において実装されるいくつかの側面において、モデムＴＸ／ＲＸモジュール１６３１２は、アプリケーション・プロセッサ１３７１２で実装され得る絞り制御モジュール１６３１４に、無線メタデータを供給することができる（あるいは、絞り制御モジュール１６３１４がベースバンド・モデム１３７０６において実装される場合、ＵＸ駆動分類モジュール１６３０６は、分類メタデータをベースバンド・モデム１３７０６に提供する必要があり得る）。モデム・キュー／スケジューラ・モジュール１６３１０がベースバンド・モデム１３７０６で実施されるいくつかの側面において、絞り制御モジュール１６３１４（アプリケーション・プロセッサ１３７１２で実施されてもよい）は、モデム１３７０６でモデム・キュー／スケジューラ・モジュール１６３１０に絞り命令を供給してもよい（あるいは、絞り制御モジュール１６３１４がベースバンド・モデム１３７０６において実装される場合、ＵＸ駆動分類モジュール１６３０６は、分類メタデータをベースバンド・モデム１３７０６に提供してもよい）。いくつかの側面において、モデム・キュー／スケジューラ・モジュール１６３１０は、部分的に、アプリケーション・プロセッサ１３７１２およびベースバンド・モデム１３７０６で実装されてもよい。例えばモデム・キュー／スケジューラ・モジュール１６３１０のアプリケーション・レベルのセクションは、例えばモデム・ドライバにおいてトラフィックをバッファして絞ることによって、アプリケーション・レベルで絞りを実行することができ、一方、モデム・キュー／スケジューラ・モジュール１６３１０のモデム・レベルのセクションは、例えばモデム内（例えばＭＡＣ層）でトラフィックをバッファして絞ることによって、モデム・レベルで絞りを実行することができる。したがって、処理モジュール１６３０２の具体的な実装は、システム設計の問題であってもよく、プラットフォーム型（例えばＩｏＴおよびマシンツーマシン（Ｍ２Ｍ）の使用ｖｓＰＣ、タブレット、スマートフォン等のクライアント・デバイスの使用）を含む様々なファクタに依存して異なってよい。

したって、これらの側面は、電力制約および／または熱制約シナリオに応答して、選択的トラフィック絞りをトリガーする側面を提供することができる。いくつかの側面は、リアルタイムおよび／またはユーザー優先トラフィックを枢要トラフィックとして識別し、非リアルタイムおよび／または非ユーザー優先トラフィックを非枢要トラフィックとして識別することができる。これらの側面は、枢要トラフィックよりも非枢要トラフィックを絞ることによって、非枢要トラフィックにおける絞りに焦点を当てることができる。

図１６４は、いくつかの側面に従って無線通信を実行する方法１６４００を示す。図１６４に示されるように、方法１６４００は、端末装置のバッテリー電力または温度測定に基づいて、端末装置が危機シナリオにあると判別すること（１６４１０）、データがユーザー優先トラフィックであるかリアルタイム・トラフィックであるかに基づいて、端末装置の１つ以上のアプリケーションからのデータを枢要トラフィックおよび非枢要トラフィックに分類すること（１６４２０）、端末装置が危機シナリオにある間に、枢要トラフィックに比して非枢要トラフィックを絞ること（１６４３０）、端末装置が危機シナリオを抜けることに応答して、非枢要トラフィックの制限を終了すること（１６４４０）を含む。

５ 拡張通信
図１６５は、ネットワーク・アクセス・ノード１６５１０および１６５１２に加えて端末装置１６５０２および１６５０４を含むことができるいくつかの側面による無線通信ネットワーク１６５００を示す。本開示のいくつかの側面は、いくつかの無線通信ネットワーク設定（ＬＴＥ、ＵＭＴＳ、ＧＳＭ、他の第３世代パートナーシップ・プロジェクト（３ＧＰＰ）ネットワーク、ＷＬＡＮ／Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、５Ｇ、ｍｍＷａｖｅなど）を説明してもよいが、本明細書に詳説する主題は、本質的に実証的であると考えられ、従って、既に開発されているか、または開発される予定の他の技術を含む任意の他の無線通信ネットワークに類似して適用されてもよい。無線通信ネットワーク１６５００内のネットワーク・アクセス・ノードおよび端末装置の数は、例示的であり、任意の量にスケーラブルである。

従って、例示的なセルラー設定では、ネットワーク・アクセス・ノード１６５１０および１６５１２は、基地局（例えば、ｅＮｏｄｅＢ、ＮｏｄｅＢ、基地トランシーバ局（ＢＴＳ）など）としてよく、端末装置１６５０２および１６５０４は、セルラー端末装置（例えば、移動局（ＭＳ）、ユーザー機器（ＵＥ）など）としてよい。従って、ネットワーク・アクセス・ノード１６５１０および１６５１２は、（例えば、バックホール・インターフェースを介して）進化型パケット・コア（ＬＴＥの場合、ＥＰＣ）、コア・ネットワーク（ＵＭＴＳの場合、ＣＮ）、または他のセルラー・コア・ネットワークのようなセルラー・コア・ネットワークとインターフェースで接続してよく、それらは、例えば、無線通信ネットワーク１６５００の一部とみなされてもよい。セルラー・コア・ネットワークは、１つ以上の外部データ・ネットワークとインターフェースで接続してよい。例示的な近距離設定では、ネットワーク・アクセス・ノード１６５１０および１６５１２は、アクセス・ポイント（ＡＰ、例えば、無線ＬＡＮまたは無線ＬＡＮ ＡＰ）としてよく、ビークルまたは端末装置１６５０２および１６５０４は、近距離端末装置（例えば、局（ＳＴＡ））とすることができる。ネットワーク・アクセス・ノード１６５１０および１６５１２は、１つ以上の外部データ・ネットワークと（例えば、内部または外部ルータを介して）インターフェースで接続することができる。

従って、ネットワーク・アクセス・ノード１６５１０および１６５１２（および図１６５に明示的に示されていない無線通信ネットワーク１６５００の他のネットワーク・アクセス・ノード）は、端末装置１６５０２および１６５０４（および図１６５に明示的に示されていない無線通信ネットワーク１６５００の他の端末装置）に無線アクセス・ネットワークを提供してよい。例示的なセルラー設定において、ネットワーク・アクセス・ノード１６５１０および１６５１２によって提供される無線アクセス・ネットワークは、端末装置１６５０２および１６５０４が無線通信を介してコア・ネットワークに無線アクセスすることを可能にしてよい。コア・ネットワークは、端末装置１６５０２および１６５０４に関連するトラフィック・データのスイッチング、ルーティング、および送信を提供し、様々な内部（例えば、制御ノード、無線通信ネットワーク１６５００上の他の端末装置など）および外部データ・ネットワーク（例えば、音声、テキスト、マルチメディア（オーディオ、ビデオ、イメージ）、および他のインターネットおよびアプリケーション・データを提供するデータ・ネットワーク）へのアクセスを提供してよい。例示的な近距離設定では、ネットワーク・アクセス・ノード１６５１０および１６５１２によって提供される無線アクセス・ネットワークは、内部（例えば、無線通信ネットワーク１６５００に接続される他の端末装置）および外部データ・ネットワーク（例えば、音声、テキスト、マルチメディア（オーディオ、ビデオ、イメージ）、および他のインターネットおよびアプリケーション・データを提供するデータ・ネットワーク）へのアクセスを提供してよい。

無線通信ネットワーク１６５００の無線アクセス・ネットワークおよびコア・ネットワーク（適用可能であれば）は、無線通信ネットワーク１６５００の仕様に依存して変化し得るネットワーク・プロトコルによって管理され得る。このようなネットワーク・プロトコルは、無線通信ネットワーク１６５００の無線アクセスおよびコア・ネットワーク・ドメインの両方を介したこのようなデータの送受信を含め、無線通信ネットワーク１６５００を介したユーザーおよび制御データ・トラフィックのスケジューリング、フォーマッティング、および／またはルーティングを定義してよい。従って、端末装置１６５０２および１６５０４ならびにネットワーク・アクセス・ノード１６５１０および１６５１２は、無線通信ネットワーク１６５００の無線アクセス・ネットワーク・ドメインを介してデータを送受信するために、定義されたネットワーク・プロトコルに従ってよく、コア・ネットワークは、コア・ネットワーク内および外部にデータをルーティングするために、定義されたネットワーク・プロトコルに従ってよい。例示的なネットワーク・プロトコルには、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、ＷｉＭＡＸ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、ｍｍＷａｖｅなどを含み、これらのうちのいずれも無線通信ネットワーク１６５００に適用可能としてよい。

図１６６は、アンテナ・システム１６６０２、無線周波数（ＲＦ）トランシーバ１６６０４、ベースバンド・モデム１６６０６（物理層処理モジュール１６６０８およびコントローラ１６６１０を含む）、アプリケーション・プロセッサ１６６１２、メモリ１６６１４、および電力供給１６６１６を含んでよい、いくつかの例示的な側面による端末装置１６５０２の例示的な内部構成を示す。ビークルまたは端末装置１６５０２は、１つ以上の追加のハードウェア、ソフトウェア、および／またはファームウェア・コンポーネント（プロセッサ／マイクロプロセッサ、コントローラ／マイクロコントローラ、他の特殊または一般的なハードウェア／プロセッサ／回路など）、周辺装置、メモリ、電力供給、外部装置インターフェース、加入者識別モジュール（ＳＩＭ）、ユーザー入出力（Ｉ／Ｏ）装置（ディスプレイ、キーパッド、タッチスクリーン、スピーカー、外部ボタン、カメラ、マイクロフォンなど）を含んでよい。

ビークルまたは端末装置１６５０２は、１つ以上の無線アクセス・ネットワーク上で無線信号を送受信してよい。ベースバンド・モデム１６６０６は、各無線アクセス・ネットワークに関連付けられた通信プロトコルに従って端末装置１６５０２のこのような通信機能を指令することができ、各通信プロトコルによって定義されたフォーマットおよびスケジューリング・パラメータに従って無線信号を送受信するために、アンテナ・システム１６６０２およびＲＦトランシーバ１６６０４に対する制御を実行してよい。種様々な実用的な設計は、サポートされる各無線アクセス技術（例えば、別個のアンテナ、ＲＦトランシーバ、物理層処理モジュール、およびコントローラ）のための別個の通信コンポーネントを含んでよいが、簡潔さを目的として、図１６６に示す端末装置１６５０２の構成は、各そのようなコンポーネントの単一のインスタンスのみを示す。

ビークルまたは端末装置１６５０２は、アンテナ・システム１６６０２と共に無線信号を送受信することができ、アンテナ・システム１６６０２は、単一のアンテナまたは複数のアンテナを含むアンテナ・アレイであってもよく、追加的に、アナログ・アンテナの組み合わせおよび／またはビームフォーミング回路を含んでもよい。受信経路（ＲＸ）では、ＲＦトランシーバ１６６０４は、アンテナ・システム１６６０２からアナログ無線周波数信号を受信し、アナログ無線周波数信号に対してアナログおよびデジタルＲＦフロントエンド処理を行い、デジタル・ベースバンド・サンプル（例えば、位相内／直交（ＩＱ）サンプル）を生成してベースバンド・モデム１６６０６に提供してよい。従って、ＲＦトランシーバ１６６０４は、増幅器（例えば、低雑音増幅器（ＬＮＡ））、フィルタ、ＲＦ復調器（例えば、ＲＦ ＩＱ復調器）、および受信した無線周波数信号をデジタル・ベースバンド・サンプルに変換するためのアナログ－デジタル変換器を含むアナログおよびデジタル受信コンポーネントを含んでよい。送信経路（ＴＸ）では、ＲＦトランシーバ１６６０４は、ベースバンド・モデム１６６０６からデジタル・ベースバンド・サンプルを受信し、デジタル・ベースバンド・サンプルに対してアナログおよびデジタルＲＦフロントエンド処理を行い、アナログ無線周波数信号を生成し、無線伝送のためにアンテナ・システム１６６０２に提供してよい。従って、ＲＦトランシーバ１６６０４は、アンテナ・システム１６６０２による無線伝送のためのアナログ無線周波数信号を生成するために、増幅器（例えば、電力増幅器（ＰＡ））、フィルタ、ＲＦ変調器（例えば、ＲＦ ＩＱ変調器）、およびベースバンド・モデム１６６０６から受信したデジタル・ベースバンド・サンプルを混合するためのデジタル－アナログ変換器（ＤＡＣ）を含むアナログおよびデジタル送信コンポーネントを含んでよい。ベースバンド・モデム１６６０６は、ＲＦトランシーバ１６６０４の動作のための送受信無線周波数を指定することを含め、ＲＦトランシーバ１６６０４のＲＦ送受信を制御してよい。

図１６６に示されるように、ベースバンド・モデム１６６０６は、物理層処理モジュール１６６０８を含んでよく、物理層処理モジュール１６６０８は、物理層（レイヤ１）送受信処理を実行して、ＲＦトランシーバ１６６０４を介した送信のためにコントローラ１６６１０によって提供される発信送信データを準備し、コントローラ１６６１０による処理のためにＲＦトランシーバ１６６０４によって提供される着信受信データを準備してもよい。従って、物理層処理モジュール１６６０８は、エラー検出、順方向誤り訂正符号化／復号化、チャネル符号化およびインターリービング、物理チャネル変調／復調、物理チャネル・マッピング、無線測定および探索、周波数および時間同期、アンテナ・ダイバーシチ処理、電力制御および重み付け、レート・マッチング、再送処理などのうちの１つ以上を実行してもよい。図１６６には明示的に示していないが、物理層処理モジュール１６６０８は、関連する無線アクセス技術に対する通信プロトコルによって定義される物理層制御論理に従って、物理層処理モジュール１６６０８の種々のハードウェアおよびソフトウェア処理コンポーネントを制御するように構成された物理層コントローラを含んでよい。さらに、物理層処理モジュール１６６０８は、図１６６において単一のコンポーネントとして示しているが、物理層処理モジュール１６６０８は、集合的に、各セクションが、例えば、特定の無線アクセス技術の物理層処理専用である物理層処理コンポーネントの別々のセクションを含んでもよい。

ビークルまたは端末装置１６５０２は、コントローラ１６６１０によって指向される１つ以上の無線アクセス技術に従って動作するように構成されてよい。従って、コントローラ１６６１０は、各サポートされる無線アクセス技術の通信プロトコルに従って、端末装置１６５０２（アンテナ・システム１６６０２、ＲＦトランシーバ１６６０４、および物理層処理モジュール１６６０８）の無線通信コンポーネントを制御することに関与することがあり、従って、各サポートされる無線アクセス技術のアクセス層および非アクセス層（ＮＡＳ）（レイヤ２およびレイヤ３も包含する）を表してもよい。コントローラ１６６１０は、プロトコル・ソフトウェアに定義された対応するプロトコル制御ロジックに従って通信信号を送信および受信するために、プロトコル・ソフトウェアを実行し（コントローラ・メモリから取り出される）、続いて端末装置１６５０２の無線通信コンポーネントを制御するように構成されたプロトコル・プロセッサとして構造的に具体化されてもよい。

従って、コントローラ１６６１０は、無線通信ネットワーク１６５００の種々の無線およびコア・ネットワーク・コンポーネントと通信するために、端末装置１６５０２の無線通信機能を管理するように構成されてもよく、従って、複数の無線通信ネットワークのための通信プロトコルに従って構成されてもよい。いくつかの側面では、コントローラ１６６１０は、例えば、ＬＴＥ、ＵＭＴＳ、およびＧＳＭに従って、複数のセルラー無線通信技術に従って構成されてもよい。いくつかの側面では、コントローラ１６６１０は、セルラー無線通信技術および近距離無線通信技術、例えば、Ｗｉ－ＦｉまたはＢｌｕｅｔｏｏｔｈのうちの少なくとも１つ、およびＬＴＥ、ＵＭＴＳ、およびＧＳＭのうちの少なくとも１つに従って構成されてもよい。コントローラ１６６１０は、サポートされるすべての無線アクセス技術（例えば、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉなど）に一括して関与する統合コントローラであってもよく、あるいは、各コントローラが特定の無線アクセス技術に対する専用コントローラ（例えば、専用ＬＴＥコントローラ、専用ＵＭＴＳコントローラ、専用ＧＳＭコントローラ、専用Ｗｉ－Ｆｉコントローラ、専用Ｂｌｕｅｔｏｏｏｔｈコントローラ）である複数の別個のコントローラを含んでもよい。それにかかわらず、コントローラ１６６１０は、サポートされる無線通信ネットワークの通信プロトコルに従って、端末装置１６５０２の無線通信アクティビティを指向することに関与することがある。物理層処理モジュール１６６０８に関して前述したように、アンテナ・システム１６６０２およびＲＦトランシーバ１６６０４の一方または両方は、同様に、それぞれ、サポートされる無線アクセス技術の１つ以上に対応する複数の専用コンポーネントに分割されてもよい。このような各構成の詳細およびサポートされる無線アクセス技術の数に応じて、コントローラ１６６１０は、マスター／スレーブＲＡＴ階層またはマルチＳＩＭ方式に従って、端末装置１６５０２の無線通信動作を制御するように構成されてもよい。

ビークルまたは端末装置１６５０２はまた、アプリケーション・プロセッサ１６６１２、メモリ１６６１４、および電力供給１６６１６を含んでもよい。アプリケーション・プロセッサ１６６１２は、オペレーティング・システム（ＯＳ）、端末装置１６５０２とのユーザー相互作用をサポートするユーザー・インターフェース（ＵＩ）、および／または様々なユーザー・アプリケーションなど、端末装置１６５０２のアプリケーション層において、端末装置１６５０２の様々なアプリケーションおよび／またはプログラムを実行するように構成されたＣＰＵであってもよい。アプリケーション・プロセッサは、ベースバンド・モデム１６６０６によって提供される無線ネットワーク接続を介して、音声データ、オーディオ／ビデオ／イメージ・データ、メッセージング・データ、アプリケーション・データ、基本的なインターネット／ウェブ・アクセス・データなどのユーザー・データを送受信するためのアプリケーション層としてベースバンド・モデム１６６０６とインターフェースで接続してもよい。図１６６に別々に示されているが、この区別は、ベースバンド・モデム１６６０６とアプリケーション・プロセッサ１６６１２の間の機能レベルでの差異を強調する。従って、いくつかの側面では、ベースバンド・モデム１６６０６およびアプリケーション・プロセッサ１６６１２は、構造的に別個でもよく、例えば別個のベースバンド・モデム１６６０６および別個のアプリケーション・プロセッサ１６６１２である。いくつかの側面では、ベースバンド・モデム１６６０６およびアプリケーション・プロセッサ１６６１２は、統合ベースバンド・モデム／アプリケーション・プロセッサ１６６０６／１６６１２のように、構造的に統合されてもよい。

メモリ１６６１４は、ハードドライブまたは別のそのような永久メモリ・デバイスなどの端末装置１６５０２のメモリ・コンポーネントを具体化することができる。図１６６には明示的に示されていないが、図１６６に示される端末装置１６５０２の様々な他のコンポーネントは、追加的に、ソフトウェア・プログラム・コード、バッファリング・データなどを記憶するためになど、統合された永久メモリ・コンポーネントおよび非永久メモリ・コンポーネントを含んでもよい。

電力供給１６６１６は、端末装置１６５０２の様々な電気コンポーネントに電力を供給する電源としてもよい。端末装置１６５０２の設計に応じて、電力供給１６６１６は、バッテリー（再充電可能または使い捨て可能）などの「有限」電源、または有線電気接続などの「無限」電源としてもよい。したがって、端末装置１６５０２の様々なコンポーネントの動作は、電力供給１６６１６から電力を引くことができる。

ビークルまたは端末装置１６５０２および１６５０４は、無線通信ネットワーク１６５００の無線アクセス・ネットワークの利用可能なネットワーク・アクセス・ノードに接続する、切断する、および切り替えるための易動性手順を実行してもよい。無線通信ネットワーク１６５００の各ネットワーク・アクセス・ノードは、固有のカバレッジ・エリアを有してもよいため、端末装置１６５０２および１６５０４は、無線通信ネットワーク１６５００の無線アクセス・ネットワークとの強力な無線アクセス接続を維持するために、利用可能なネットワーク・アクセス・ノード間で選択および再選択するように構成されてもよい。例えば、端末装置１６５０２は、ネットワーク・アクセス・ノード１６５１０との無線アクセス接続を確立してもよく、端末装置１６５０４は、ネットワーク・アクセス・ノード１６５１２との無線アクセス接続を確立してもよい。現在の無線アクセス接続が劣化する場合、端末装置１６５０２または１６５０４は、無線通信ネットワーク１６５００の別のネットワーク・アクセス・ノードとの新しい無線アクセス接続を求めることができ、例えば、端末装置１６５０４は、ネットワーク・アクセス・ノード１６５１２のカバレッジ領域からネットワーク・アクセス・ノード１６５１０のカバレッジ領域に移動してもよい。その結果、ネットワーク・アクセス・ノード１６５１２との無線アクセス接続が劣化することがあり、端末装置１６５０４は、ネットワーク・アクセス・ノード１６５１２の信号強度または信号品質測定などの無線測定を介して検出することができる。無線通信ネットワーク１６５００のための適切なネットワーク・プロトコルで定義される易動性手順に応じて、端末装置１６５０４は、隣接するネットワーク・アクセス・ノードで無線測定を行い、任意の隣接するネットワーク・アクセス・ノードが適切な無線アクセス接続を提供することができるかどうかを決定することなどにより、新しい無線アクセス接続（端末装置１６５０４または無線アクセス・ネットワークでトリガーされてよい）を求めてもよい。端末装置１６５０４がネットワーク・アクセス・ノード１６５１０のカバレッジ・エリアに移動していてもよいので、端末装置１６５０４は、ネットワーク・アクセス・ノード１６５１０（端末装置１６５０４によって選択されても、または無線アクセス・ネットワークによって選択されてもよい）を同定し、ネットワーク・アクセス・ノード１６５１０との新しい無線アクセス接続に移行してもよい。無線測定、セル選択／再選択、およびハンドオーバーを含むこのような易動性手順は、様々なネットワーク・プロトコルにおいて確立され、各端末装置と無線アクセス・ネットワークの間の強力な無線アクセス接続を任意の数の異なる無線アクセス・ネットワーク・シナリオにわたって維持するために、端末装置および無線アクセス・ネットワークによって採用されてもよい。

図１６７は、いくつかの側面による、ネットワーク・アクセス・ノード１６５１０のようなネットワーク・アクセス・ノードの例示的な内部構成を示す。図１６７に示すように、ネットワーク・アクセス・ノード１６５１０は、アンテナ・システム１６７０２、無線モジュール１６７０４、および通信モジュール１６７０６（物理層モジュール１６７０８および制御モジュール１６７１０を含む）を含んでもよい。ネットワーク・アクセス・ノード１６５１０は、アンテナ・システム１６７０２を介して無線信号を送信および受信してもよく、アンテナ・システム１６７０２は、１つ以上のアンテナを含むアンテナ・アレイとしてもよい。無線モジュール１６７０４は、送受信ＲＦ処理を実行して、通信モジュール１６７０６からの発信デジタル・データをアナログＲＦ信号に変換して、無線送信のためにアンテナ・システム１６７０２に提供し、アンテナ・システム１６７０２から受信した到来アナログＲＦ信号をデジタル・データに変換して、通信モジュール１６７０６に提供してもよい。物理層モジュール１６７０８は、無線モジュール１６７０４から受信したデジタル・データに対して物理層受信処理を実行して、制御モジュール１６７１０に提供し、制御モジュール１６７１０から受信したデジタル・データに対して物理層送信処理を実行して、無線モジュール１６７０４に提供するように構成されてもよい。制御モジュール１６７１０は、アンテナ・システム１６７０２、無線モジュール１６７０４、および物理層モジュール１６７０８に対する制御を行使することを含み得る、対応する無線アクセス・プロトコル、例えば、ＬＴＥに従って、ネットワーク・アクセス・ノード１６５１０の通信機能を制御してもよい。無線モジュール１６７０４、物理層モジュール１６７０８、および制御モジュール１６７１０の各々は、ハードウェア定義モジュール、例えば１つ以上の専用ハードウェア回路またはＦＰＧＡとして、ソフトウェア定義モジュール、例えば非一時的なコンピュータ読み取り可能記憶媒体に記憶された計算、制御、およびＩ／Ｏ命令（例えばソフトウェアおよび／またはファームウェア）を定義するプログラム・コードを実行する１つ以上のプロセッサとして、またはハードウェア定義およびソフトウェア定義混合モジュールとして、構造的に実現することができる。いくつかの側面では、無線モジュール１６７０４は、デジタルおよびアナログ無線周波数処理および増幅コンポーネントを含む無線トランシーバとしてもよい。いくつかの側面では、無線モジュール１６７０４は、無線周波数処理ルーチンを指定するソフトウェア定義命令を実行するように構成されたプロセッサを含むソフトウェア定義無線（ＳＤＲ）コンポーネントとしてもよい。いくつかの側面では、物理層モジュール１６７０８は、プロセッサおよび１つ以上のハードウェア・アクセラレータを含んでもよく、プロセッサは、物理層処理を制御し、いくつかの処理タスクを１つ以上のハードウェア・アクセラレータにオフロードするように構成される。いくつかの側面では、制御モジュール１６７１０は、上位層制御機能を指定するソフトウェア定義命令を実行するように構成されたコントローラであってもよい。いくつかの側面では、制御モジュール１６７１０は、無線通信プロトコル・スタック層機能に限定されてもよく、他の側面では、制御モジュール１６７１０は、トランスポート層、インターネット層、およびアプリケーション層の機能にも関与してもよい。

ネットワーク・アクセス・ノード１６５１０は、有線または無線のインターフェースを介して、コア・ネットワークおよび／またはインターネット・ネットワーク（直接／ルータを介して、またはコア・ネットワークを介して）とインターフェースで接続することができる。ネットワーク・アクセス・ノード１６５１０はまた、有線または無線のインターフェースを介して他のネットワーク・アクセス・ノードとインターフェースで接続してもよい。従って、ネットワーク・アクセス・ノード１６５１０は、サービスの提供を受ける端末装置が所望の通信データにアクセスすることを可能にする無線アクセス・ネットワークを提供することによって、無線通信ネットワーク内のネットワーク・アクセス・ノードの従来の機能を提供することができる。

無線通信ネットワークまたはこのようなネットワークを通る通信経路は、無線通信に影響を及ぼす様々な要因により、非常に動的であることがある。例えば、端末装置１６５０２および１６５０４は、端末装置１６５０２および１６５０４とネットワーク・アクセス・ノード１６５１０および１６５１２の間の相対的距離および無線伝搬チャネルに影響を及ぼし得る、ネットワーク・アクセス・ノード１６５１０および１６５１２に対する様々な異なる位置に（例えば、ユーザーによって）移動することがある。また、無線伝搬チャネルは、干渉、移動障害物、および大気変化のような易動性とは無関係の要因によって変化することがある。追加的に、バッテリー電力、複数の無線アクセス技術の使用、ユーザー活動の変化、および関連するデータ・トラフィック要求などの、端末装置１６５０２および１６５０４における局所状態も無線通信に影響することがある。無線通信はまた、ネットワーク負荷や利用可能な無線資源などの基礎となるコア・ネットワークに加えて、ネットワーク・アクセス・ノード１６５１０および１６５１２での状態によって影響を受けることがある。

前述のように、いくつかの側面では、ネットワーク・アクセス・ノード１６５１０および１６５１２は、例えば、異なる無線通信ネットワークに接続された端末装置間の通信を可能にするために、ビークルおよび端末装置は、クラウド・サービスへのアクセスを可能にし、ビークルおよび端末装置は、有線コア・ネットワークの高スループットから恩恵を受けるようにするために、コア・ネットワークとインターフェースで接続することができる。図１６８は、ネットワーク・アクセス・ノード１６５１０が、セルラー・コア・ネットワークであり得るコア・ネットワーク１６８０２とインターフェースで接続するいくつかの側面に従った例示的な構成を示す。コア・ネットワーク１６８０２は、データ・ルーティング、ユーザー／加入者の認証および管理、外部ネットワークとのインターフェース、および様々なネットワーク制御タスクなど、無線通信ネットワーク１６５００の動作のための様々な機能を提供することができる。従って、コア・ネットワーク１６８０２は、端末装置１６５０２と、データ・ネットワーク１６８０４およびデータ・ネットワーク１６８０６などの様々な外部ネットワークの間のデータをルーティングするためのインフラストラクチャーを提供することができる。従って、端末装置１６５０２は、ネットワーク・アクセス・ノード１６５１０によって提供される無線アクセス・ネットワークに依存して、ネットワーク・アクセス・ノード１６５１０とデータを無線で送受信し、ネットワーク・アクセス・ノード１６５１０は、次いで、データ・ネットワーク１６８０４および１６８０６（パケット・データ・ネットワーク、回路交換ネットワーク、もしくは仮想回路交換ネットワーク、パケット交換および回路交換ハイブリッド・ネットワーク、インターネット・サーバーなどであってもよい）などの外部ロケーションにさらにルーティングするために、コア・ネットワーク１６８０２にデータを提供することができる。従って、ビークルまたは端末装置１６５０２は、データ転送およびルーティングのためにネットワーク・アクセス・ノード１６５１０およびコア・ネットワーク１６８０２に依存するデータ・ネットワーク１６８０４および／またはデータ・ネットワーク１６８０６とのデータ接続を確立することができる。

５．１ 拡張通信＃１
消費電力は端末装置にとって重要な考慮事項である。例えば、いくつかの側面では、端末装置１６５０２のような端末装置は、電力供給１６６１６がバッテリーであるようなバッテリー電力で動作してもよい。ビークルまたは端末装置１６５０２は、例えば、上りリンク無線伝送および下りリンク通信の間、処理集約的なデコードおよび復調のために、上りリンクおよび下りリンク通信を実行する際に電力を消費することがある。ビークルまたは端末装置１６５０２はまた、アプリケーション・プロセッサ１６６１２における様々なアプリケーションおよびサービスをサポートするなど、非通信関連目的のために電力を消費することがある。電力供給１６６１６は、有限であったり、または、例えば、太陽電池などを用いてバッテリー充電が制限されたり、端末装置１６５０２は、電力供給１６６１６の残りのバッテリー電力を徐々に消耗させたり、頻繁な充電またはバッテリー交換を必要とすることがある。従って、バッテリーの電力を節約し、電力消費を低減することにより、バッテリーの寿命を延ばし、充電の頻度、充電量、およびバッテリーの交換を減らすことができる。代替的には、いくつかの側面では、端末装置１６５０２は、電力供給１６６１６が交流コンセント（ＡＣ）のような有線電源、エンジンによって駆動される交流発電機／発電機など、固定電源で動作することがある。このような場合、端末装置１６５０２による高い電力消費は、端末装置１６５０２のユーザーに対して電力消費コストを増加させることがある。したがって、電力効率は、端末装置に関連した特性である可能性がある。

ＩｏＴ通信のような様々な技術は、端末装置についての電力効率に関心を寄せている。例えば、一部のＩｏＴデバイスは、充電することなく、長期間（例えば、５～１０年など、数カ月または数年のオーダーで）動作を目標とすることがある。いくつかのＩｏＴ装置は、非充電式バッテリー（例えば、コイン電池バッテリーおよび他の構成）で実装されることがあり、および／または、手が届かない領域での動作のために設計されることがある。例えば、ＩｏＴセンサー・ネットワークは、センサー位置（階段の上の高い天井、ビルの上、屋根裏、ＨＶＡＣシステムの内部など、アクセスまたはメンテナンスに不都合なことがある）に配置されるように設計された複数のＩｏＴセンサーを含むように展開されることがある。従って、ＩｏＴセンサーの頻繁な再充電またはバッテリー交換は、不便かつ高価であり、いくつかの使用例に対して、例えば、家畜モニタリング、プラントに埋め込まれたセンサー、宇宙用途などに対して、実行不可能である。様々な異なる目的のために設計された多くのＩｏＴデバイスは、同様に、頻繁なメンテナンスの必要性を避けることを助けるために、電力効率の良い側面を目標とする可能性がある。

本開示の一側面によれば、端末装置は、支援装置を利用して、ネットワーク・アクセス・ノードへの通信を中継させることができる。消費電力を低減するのを支援するために、端末装置は、低減された送信電力を利用することができる。また、端末装置は、低電力波形フォーマットを利用して支援装置に送信することができ、これも電力消費を低減することができる。支援装置は、端末装置から低電力フォーマット伝送を受信し、ネットワーク・アクセス・ノードへのその伝送を中継することができる。支援装置はまた、端末装置が支援装置に衝突なしの伝送を行うことを可能にするために、端末装置のためのチャネル予約および競合手順を処理することができる。

ビークルまたは端末装置は、ネットワーク・アクセス・ノードとの無線通信を直接送信または受信することができる。従って、ビークルまたは端末装置は、上りリンク伝送が目標ネットワーク・アクセス・ノードに到達することを確実にするために十分な送信電力を利用することができる。端末装置が目標ネットワーク・アクセス・ノードから離れている場合、端末装置は、上りリンク伝送における経路損失、シャドウイング、およびマルチパス関連減衰を補償するために、より高い送信電力を利用することができる。しかし、高い送信電力の使用は、端末装置上のバッテリーの消耗を引き起こし、バッテリー寿命を出縮め、再充電またはバッテリー交換を増加させることがある。

追加的に、多くの無線通信技術は、広帯域物理層波形を利用することができる。例えば、様々なセルラー・ブロードバンド（例えば、ＬＴＥ）および近距離（例えば、ＩＥＥＥ ８０２．１１ Ｗｉ－Ｆｉ）無線通信技術は、２０ＭＨｚの範囲のシステム帯域幅を有する広帯域波形を使用する。ビークルまたは端末装置は、このような広帯域波形の送受信の両方に電力を消費することがある。例えば、２０ＭＨｚの下りリンク波形を送受信する端末装置は、５ＭＨｚの下りリンク波形を送受信する端末装置よりも多くのバッテリー電力を消費することがある。追加的に、いくつかの広帯域物理層波形は、高いピーク対平均電力比（ＰＡＰＲ）を有することがあり、これは、上りリンク伝送のための更なる電力消費につながる可能性がある。

従って、いくつかの側面では、上りリンク伝送電力および高パワー物理層波形に関連する電力消費問題は、低パワー伝送を転送し、狭帯域波形に対する共存関連問題を管理するための支援装置を使用することによって、緩和することができる。支援装置は、端末装置から宛先ネットワーク・アクセス・ノードへの低電力上りリンク伝送を転送することができ、端末装置が低電力波形フォーマットを利用することを可能にすることができる。他の共存装置との伝送衝突のリスクを低減することができる。

図１６９は、本開示のいくつかの側面による無線通信ネットワーク１６５００の例示的な図を示す。図１６９に示すように、無線通信ネットワーク１６５００は、ネットワーク・アクセス・ノード１６５１０、端末装置１６５０２、および支援装置１６９０２を含むことができる。いくつかの側面では、端末装置１６５０２は、図１６６の方法で構造的に構成することができ、アンテナ・システム１６６０２、ＲＦトランシーバ１６６０４、ベースバンド・モデム１６６０６（物理層処理モジュール１６６０８およびコントローラ１６６１０を含む）、アプリケーション・プロセッサ１６６１２、メモリ１６６１４、および電力供給１６６１６のうちの少なくとも１つ以上を含むことができる。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、図１６７の方法で構造的に構成することができ、アンテナ・システム１６７０２、無線モジュール１６７０４、および通信モジュール１６７０６（物理層モジュール１６７０８および制御モジュール１６７１０を含む）のうちの少なくとも１つ以上を含むことができる。従って、端末装置１６５０２は、ユーザーおよび制御データを交換するために、ネットワーク・アクセス・ノード１６５１０との無線通信を送受信することを目的としてもよい。例えば、例示的なセルラー無線通信設定ネットワークでは、ネットワーク・アクセス・ノード１６５１０は、端末装置１６５０２がユーザー・データを外部データ・ネットワーク（例えば、データ・ネットワーク１６８０４または１６８０６）と交換することを可能にするルーティング機能を提供するコア・ネットワーク（例えば、図１６８のコア・ネットワーク１６８０２）とインターフェースで接続することができる。例示的な近距離通信設定では、ネットワーク・アクセス・ノード１６５１０は、ルータ（ネットワーク・アクセス・ノード１６５１０の内部または外部であってもよい）を介して外部データ・ネットワーク（例えば、データ・ネットワーク１６８０４または１６８０６）とインターフェースで接続することができる。

図１７０は、いくつかの側面による、支援装置１６９０２の例示的な内部構成を示す。図１７０に示すように、支援装置１６９０２は、アンテナ・システム１７００２、無線モジュール１７００４、および通信モジュール１７００６（物理層モジュール１７００８および制御モジュール１７０１０を含む）を含むことができる。支援装置１６９０２は、アンテナ・システム１７００２を介して無線信号を送受信することができ、アンテナ・システム１７００２は、１つ以上のアンテナを含むアンテナ・アレイであってもよい。無線モジュール１７００４は、送受信ＲＦ処理を実行して、通信モジュール１７００６からの発信デジタル・データを、アンテナ・システム１７００２が送信するためにアナログＲＦ信号に変換し、アンテナ・システム１７００２から受信する着信アナログＲＦ信号を、通信モジュール１７００６のためにデジタル・データに変換してもよい。物理層モジュール１７００８は、無線モジュール１７００４から受信したデジタル・データに対して物理層受信処理を実行して、制御モジュール１７０１０に提供し、制御モジュール１７０１０から受信したデジタル・データに対して物理層送信処理を実行して、無線モジュール１７００４に提供するように構成されてもよい。制御モジュール１７０１０は、対応する無線アクセス・プロトコルに従って、支援装置１６９０２の通信機能を制御することができ、アンテナ・システム１７００２、無線モジュール１７００４、および物理層モジュール１７００８に対する制御を行使することを含んでもよい。無線モジュール１７００４、物理層モジュール１７００８、および制御モジュール１７０１０の各々は、ハードウェア定義モジュール、例えば１つ以上の専用ハードウェア回路またはＦＰＧＡとして、ソフトウェア定義モジュール、例えば非一時的なコンピュータ読み取り可能記憶媒体に記憶された計算、制御、およびＩ／Ｏ命令（例えばソフトウェアおよび／またはファームウェア）を定義するプログラム・コードを実行する１つ以上のプロセッサとして、またはハードウェア定義およびソフトウェア定義混合モジュールとして、構造的に実現することができる。

図１７１は、通信方式の側面を図示するダイアグラムを示す。ネットワーク・アクセス・ノード１６５１０は、端末装置１６５０２、端末装置１６５０４、および支援装置１６９０２のような、ネットワーク・アクセス・ノード１６５１０に接続される様々な端末装置および他のノードのための無線通信を監視することができる。したがって、ネットワーク・アクセス・ノード１６５１０は、マルチラテラル・コミュニケーションを実行するための規則およびパラメータを定義する複数のアクセス方式に従って、端末装置１６５０２、端末装置１６５０４、および支援装置１６９０２と無線信号を送受信することができる。例えば、いくつかの側面では、無線通信１６５００の通信ノード（ネットワーク・アクセス・ノード１６５１０、端末装置１６５０２、端末装置１６５０４、支援装置１６９０２、および図１６９に明示的に示されていない他のネットワーク・アクセス・ノード、端末装置、および支援装置）は、Ｗｉ－Ｆｉ無線通信技術に従って通信することができる。いくつかの側面では、無線通信ネットワーク１６５００の通信ノードは、Ｂｌｕｅｔｏｏｔｈのような別の近距離無線通信技術に従って通信することができる。いくつかの側面では、無線通信ネットワーク１６５００の通信ノードは、セルラー無線通信技術に従って通信することができる。

図１７１に示すように、ネットワーク・アクセス・ノード１６５１０は、インターフェース１７１１０上の端末装置１６５０２に下りリンク伝送を送信することができる。特に、ネットワーク・アクセス・ノード１６５１０の通信モジュール１６７０６は、物理的な無線送受信のために無線モジュール１６７０４、アンテナ・システム１６７０２、アンテナ・システム１６６０２、および無線トランシーバ１６６０４を使用する論理接続（例えば、ソフトウェア・レベル接続）を介して、端末装置１６５０２のベースバンド・モデム１６６０６と信号を送受信することができる。ネットワーク・アクセス・ノード１６５１０および端末装置１６５０２は、第一の波形フォーマットを使用して、インターフェース１７１１０を介して信号を送受信することができ、第一の波形フォーマットは、ネットワーク・アクセス・ノード１６５１０と端末装置１６５０２の間の信号を送受信するためのフォーマットを定義することができる。ネットワーク・アクセス・ノード１６５１０および端末装置１６５０２は、両方とも、第一の波形フォーマットに従って信号を受信、処理、デコード、生成、および送信するように構成されてもよい（例えば、１６７０２～１６７０６および１６６０２～１６６０６の内部コンポーネントで）。

図１７１に示すように、ネットワーク・アクセス・ノード１６５１０は、インターフェース１７１０８上の端末装置１６５０４と信号を送受信することができる。ネットワーク・アクセス・ノード１６５１０の通信モジュール１６７０６は、物理的な無線の送受信のために無線モジュール１６７０４、アンテナ・システム１６７０２、アンテナ・システム１７１０２、および無線トランシーバ１７１０４を使用する論理接続（例えば、ソフトウェア・レベル接続）を介して、端末装置１６５０４のベースバンド・モデム１７１０６と信号を送受信することができる。ネットワーク・アクセス・ノード１６５１０および端末装置１６５０４は、第二の波形フォーマットを使用して、インターフェース１７１０８を介して信号を送受信することができる。ネットワーク・アクセス・ノード１６５１０および端末装置１６５０４は、両方とも、第二の波形フォーマットに従って信号を受信、処理、デコード、生成、および送信するように構成されてもよい（例えば、１６７０２～１６７０６および１７１０２～１７１０６の内部コンポーネントで）。

いくつかの側面では、第一の波形フォーマットは、第二の波形フォーマットよりも電力効率が良い。例えば、いくつかの側面では、第一の波形フォーマットは、第二の波形フォーマットよりも狭いシステム帯域幅を有してもよい。いくつかの側面では、第一の波形フォーマットは狭帯域波形フォーマットとしてもよく、第二の波形フォーマットは広帯域波形フォーマットとしてもよい。いくつかの側面では、第二の波形フォーマットは、例えば２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚなどのシステム帯域幅を有してもよく、第一の波形フォーマットは、例えば５ＭＨｚ、２ＭＨｚ、１ＭＨｚなどのシステム帯域幅を有してもよい。いくつかの側面では、第一の波形フォーマットは、第二の波形フォーマットよりも低いＰＡＰＲを有してもよい。

従って、ネットワーク・アクセス・ノード１６５１０および端末装置１６５０２は、第一の波形フォーマットに従って信号を受信、処理、デコード、生成、および送信するように構成されることができる。例えば、端末装置１６５０２のアンテナ・システム１６６０２、ＲＦトランシーバ１６６０４、およびベースバンド・モデム１６６０６は、第一の波形フォーマットに従って構成されてもよい。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０の無線モジュール１６７０４および／またはアンテナ・システム１６７０２は、第一のフォーマットの送受信（インターフェース１７１１０上での使用のため）専用の第一のセクションと、第二のフォーマットの送受信（インターフェース１７１０８上での使用のため）専用の第二のセクションとを有してもよい。例えば、いくつかの側面では、無線モジュール１６７０４は、第一のフォーマットの送受信を実行するように構成された第一の無線コンポーネント（第一のセクション）と、第二のフォーマットの送受信を実行するように構成された第二の無線コンポーネント（第二のセクション）とを含んでもよい。いくつかの側面では、アンテナ・システム１６７０２は、第一のフォーマットの送受信を実行するように構成された１つ以上の第一のアンテナ（第一のセクション）と、第二のフォーマットの送受信を実行するように構成された１つ以上の第二のアンテナ（第二のセクション）とを含んでもよく、例えば、第二のフォーマットの送受信は、より広い動作帯域幅でＭＩＭＯ技術（例えば、２ｘ２ ＭＩＭＯ）を使用する。いくつかの側面では、無線モジュール１６７０４は、第一のフォーマットおよび第二のフォーマットの送受信の両方を実行するように構成された無線コンポーネントを含んでもよい。いくつかの側面では、アンテナ・システム１６７０２は、第一のフォーマットおよび第二のフォーマットの送受信の両方を実行するように構成された１つ以上のアンテナを含んでもよい。第一のおよび第二のフォーマットに加えて、ネットワーク・アクセス・ノード１６５１０は、追加のフォーマットを処理するように構成されてもよいことが理解されよう。

従って、端末装置１６５０２は、ネットワーク・アクセス・ノード１６５１０から第一のフォーマットの伝送（例えば、第一の波形フォーマットでの伝送）を受信し、受信した第一のフォーマットの伝送をアンテナ・システム１６６０２、ＲＦトランシーバ１６６０４、およびベースバンド・モデム１６６０６で処理することができる。端末装置１６５０２は、第二のフォーマットの伝送（例えば、第二の波形フォーマットの伝送）とは対照的に第一のフォーマットの伝送を受信することができるため、端末装置１６５０２は、第二のフォーマットの伝送で下りリンク処理を実行する場合に比較して、第一のフォーマットの伝送で下りリンク処理を実行する場合に消費する電力をより少なくすることができる（例えば、端末装置１６５０４が第二のフォーマットの伝送を処理する場合よりも少ない電力）。従って、端末装置１６５０２は、より電力効率が高くすることができる。いくつかの側面では、端末装置１６５０２は、より長いバッテリー寿命、より少ない頻度の充電要求、より少ない頻度のバッテリーメンテナンス要求、および／またはより少ない頻度のバッテリー交換要求を有してもよい。

端末装置１６５０２は、（第一の波形フォーマットでの）上りリンク伝送をネットワーク・アクセス・ノード１６５１０に送信するように構成されてもよい。しかし、前述のように、端末装置は、ネットワーク・アクセス・ノードに対して上りリンク伝送を実行するために電力量の消費を増加させてもよい。目標ネットワーク・アクセス・ノードが送信する端末装置から遠く離れているときに、消費される電力の量を増加させることができる。従って、上りリンク伝送をネットワーク・アクセス・ノード１６５１０に直接送信する代わりに、端末装置１６５０２は、リレーとして支援装置１６９０２を利用してもよい。図１７１に示すように、端末装置１６５０２は、インターフェース１７１１２を介して支援装置１６９０２に（ネットワーク・アクセス・ノード１６５１０のために意図された）上りリンク伝送を送信することができる。ベースバンド・モデム１６６０６は、ＲＦトランシーバ１６６０４およびアンテナ・システム１６６０２との論理接続上で、インターフェース１７１１２を介して支援装置１６９０２に上りリンク伝送を生成し送信することができ、支援装置の通信モジュール１７００６は、アンテナ・システム１７００２および無線モジュール１７００４で受信することができる。

次いで、支援装置１６９０２の通信モジュール１７００６は、端末装置１６５０２から（アンテナ・システム１７００２および無線モジュール１７００４を介して）上りリンク伝送を受信することができる。次いで、通信モジュール１７００６は、無線モジュール１７００４およびアンテナ・システム１７００２との論理接続を介してネットワーク・アクセス・ノード１６５１０の通信モジュール１６７０６に上りリンク伝送を送信することにより、インターフェース１７１１４を介してネットワーク・アクセス・ノード１６５１０に上りリンク伝送を転送することができる。次いで、ネットワーク・アクセス・ノード１６５１０は、アンテナ・システム１６７０２および無線モジュール１６７０４を介して、通信モジュール１６７０６において転送上りリンク伝送（端末装置１６５０２発信）を受信することができる。いくつかの側面では、支援装置１６９０２は、上りリンク伝送を第一のフォーマットの伝送としてネットワーク・アクセス・ノード１６５１０に転送してもよい。いくつかの側面では、支援装置１６９０２は、上りリンク伝送を第二のフォーマットの伝送としてネットワーク・アクセス・ノード１６５１０に転送してもよい。例えば、通信モジュール１７００６は、端末装置１６５０２から受信した第一のフォーマットの上りリンク伝送を第二の波形フォーマットに変換し、第二の波形フォーマットでの伝送をネットワーク・アクセス・ノード１６５１０に送信してもよい。

端末装置１６５０２は、例えば、ネットワーク・アクセス・ノード１６５１０に信号を送信するための中継ノードとして支援装置１６９０２を使用することによって、支援装置１６９０２を含む転送リンクを介してネットワーク・アクセス・ノード１６５１０に上りリンク伝送を送信することにより、電力消費を低減することができる。いくつかの側面によれば、支援装置１６９０２は、ネットワーク・アクセス・ノード１６５１０（例えば、図１６９の例示的シナリオのように）よりも端末装置１６５０２に近接していてもよく、端末装置１６５０２が、上りリンク伝送をネットワーク・アクセス・ノード１６５１０に直接送信する場合に（例えば、転送リンクを使用せずに）使用する端末装置１６５０２よりも低い送信電力を使用して、支援装置１６９０２に上りリンク伝送を送信することができるようにする。従って、端末装置１６５０２は、支援装置１６９０２を含む転送リンクを介してネットワーク・アクセス・ノード１６５１０に上りリンク伝送を送信することにより電力消費を低減することができる。

いくつかの側面では、端末装置１６５０２のベースバンド・モデム１６６０６は、支援装置１６９０２によって提供される転送リンクに基づいてネットワーク・アクセス・ノード１６５１０への上りリンク伝送を生成することができる。例えば、いくつかの側面では、ベースバンド・モデム１６６０６は、意図された宛先としてネットワーク・アクセス・ノード１６５１０のネットワーク・アドレスを提供する上りリンク伝送のためのヘッダ情報を生成することができる。次いで、支援装置１６９０２の通信モジュール１７００６は、上りリンク伝送を受信し、ヘッダ情報を読み出し、ヘッダ情報に含まれるネットワーク・アドレスに基づいて、上りリンク伝送についての意図された宛先としてネットワーク・アクセス・ノード１６５１０を識別することができる。次いで、通信モジュール１７００６は、意図された宛先に基づいて、上りリンク伝送をネットワーク・アクセス・ノード１６５１０に送信することができる。いくつかの側面では、通信モジュール１７００６は、指向性伝送技術を使用して上りリンク伝送をネットワーク・アクセス・ノード１６５１０に送信することができる。例えば、通信モジュール１７００６は、ネットワーク・アクセス・ノード１６５１０が意図された宛先であることを識別することができるため、通信モジュール１７００６は、アンテナ・システム１７００２を制御して、ネットワーク・アクセス・ノード１６５１０の方向に基づいて、ビームステアリング／ビームフォーミングを使用して支援装置１６９０２から上りリンク伝送を送信することができる。いくつかの側面では、通信モジュール１７００６は、送信電力制御を使用して、上りリンク伝送をネットワーク・アクセス・ノード１６５１０に送信することができる。例えば、通信モジュール１７００６は、ネットワーク・アクセス・ノード１６５１０が意図された宛先であることを識別することができるため、通信モジュール１７００６は、無線モジュール１７００４（例えば、電力増幅器コンポーネント）を制御して、ネットワーク・アクセス・ノード１６５１０と支援装置１６９０２の間の距離に依存する送信電力で上りリンク伝送をネットワーク・アクセス・ノード１６５１０に送信することができる。

いくつかの側面では、端末装置１６５０２のベースバンド・モデム１６６０６は、意図された中継ノードとして支援装置１６９０２のネットワーク・アドレスを追加的または代替的に提供する上りリンク伝送のためのヘッダ情報を生成することができる。次いで、支援装置１６９０２の通信モジュール１７００６は、上りリンク伝送を受信し、ヘッダ情報を読み出し、支援装置１６９０２が意図された中継ノードであることを決定することができる。通信モジュール１７００６は、支援装置１６９０２が意図された中継ノードであることを識別しているため、通信モジュール１７００６は、支援装置１６９０２が上りリンク伝送を転送すべきであると決定することができる。いくつかの側面では、通信モジュール１７００６は、意図された中継ノードを示す上りリンク伝送における情報に基づいて、受信した上りリンク伝送を転送するかどうかを決定することができる。例えば、上りリンク伝送が、支援装置１６９０２が意図された中継ノードであることを示す場合、通信モジュール１７００６は、上りリンク伝送を転送してよい。逆に、上りリンク伝送が、支援装置１６９０２が意図された中継ノードであることを示さない場合、通信モジュール１７００６は、上りリンク伝送を転送しなくてよい。他の側面では、通信モジュール１７００６が上りリンク伝送を転送するために支援装置を明示的に識別する必要がないことが可能である。例えば、いくつかの側面では、支援装置１６９０２が明示的に識別されていなくても、通信モジュール１７００６は、上りリンク伝送を転送してもよい。逆に、いくつかの側面では、通信モジュール１７００６は、支援装置１６９０２が明示的に識別される場合にのみ、上りリンク伝送を転送してよい。通信モジュール１７００６は、チャネルのプリセット状態（例えば、ＮＡＶ設定）により、チャネルが利用可能になるまで、受信した上りリンク伝送を転送することを差し控えてもよい。

支援装置１６９０２は、端末装置１６５０２よりも大きな電力容量を有してもよい。例えば、支援装置１６９０２は、有線ＡＣ接続のような「不定の」電源によって電力供給されてもよく、または大きな再充電可能または交換可能バッテリー（例えば、一次電源として、または有線ＡＣ接続が失われた場合のバックアップ電源として）によって電力供給されてもよい。支援装置１６９０２は、端末装置１６５０２よりも電力制約が小さくてもよい。従って、支援装置１６９０２は、端末装置１６５０２から受信した上りリンク伝送を、端末装置１６０２が支援装置１６９０２に上りリンク伝送を送信するのに使用したものよりも大きな送信電力で、ネットワーク・アクセス・ノード１６５１０に転送することができる。いくつかの側面では、通信モジュール１７００６は、端末装置１６５０２から上りリンク伝送を受信し、受信した上りリンク伝送を（例えば、端末装置１６５０２によって使用されたものよりも大きな送信電力で）、ネットワーク・アクセス・ノード１６５１０に送信することができる。いくつかの側面では、通信モジュール１７００６は、端末装置１６５０２から受信した（第一の波形フォーマットに従って）上りリンク伝送を復調し、デコードすることができる。その際、通信モジュール１７００６は、エラー訂正を実行し、端末装置１６５０２によって送信された元の上りリンク・データ（例えば、ＰＨＹ層データ）を回復することができる。次いで、通信モジュール１７００６は、回復した上りリンク・データを再エンコードし、再変調し、得られた上りリンク伝送を（無線モジュール１７００４およびアンテナ・システム１７００２を介して、例えば、端末装置１６５０２よりも大きな送信電力で）、ネットワーク・アクセス・ノード１６５１０に送信することができる。通信モジュール１７００６が（無線伝送の間に発生した）エラーを修正したため、ネットワーク・アクセス・ノード１６５１０は、より良好なエラー性能で上りリンク伝送を受信することができる。

いくつかの側面では、端末装置１６５０２は、第一のフォーマット伝送として上りリンク伝送を支援装置１６９０２に送信するように構成されてもよい。前述のように、第一のフォーマットの伝送は、第二のフォーマットの伝送よりも消費電力が少ない。従って、いくつかの側面では、端末装置１６５０２は、ネットワーク・アクセス・ノード１６５１０から第一の波形フォーマットまたは第二の波形フォーマットでの下りリンク伝送を受信し、（支援装置１６９０２における中継ノードを介して）ネットワーク・アクセス・ノード１６５０２に第一の波形フォーマットでの上りリンク伝送を送信するように構成されてもよい。

前述のように、ネットワーク・アクセス・ノード１６５１０は、端末装置１６５０４と上りリンクおよび下りリンクの第二のフォーマット伝送を送受信することができる。端末装置１６５０２は、（例えば、ネットワーク・アクセス・ノード１６５１０への中継リンクの一部として支援装置１６９０２へ）第一のフォーマット伝送を送信する可能性があるため、無線通信ネットワーク１６５００は、第一のフォーマット伝送と第二のフォーマット伝送の両方を含むことがある。いくつかの側面では、近接して第一のフォーマットおよび第二のフォーマットの伝送の両方を使用することは、共存問題を引き起こすことがある。例えば、無線通信ネットワーク１６５００は、無線通信ネットワーク１６５００の通信ノードが、伝送を行う前に任意の他の通信ノードが送信しているかどうかを検出することによってチャネル（または「媒体」）を共有することができる競合ベースの多重アクセス方式を利用することができる。ペンディングの伝送を有する通信ノードが、別の通信ノードが送信していることを検出した場合、通信ノードは、チャネルがフリーになるまで待って（例えば、送信している他の通信ノードがなくなるまで）、ペンディングの送信を実行してもよい。

いくつかの側面では、無線通信ネットワーク１６５００は、キャリア・センス・マルチプル・アクセス（ＣＳＭＡ）方式を利用することができる。例えば、無線通信ネットワーク１６５００は、ＣＳＭＡ衝突回避（ＣＳＭＡ／ＣＡ）を利用することができる。従って、無線通信ネットワーク１６５００の（例えば、基本サービスセット（ＢＳＳ）を形成する）通信ノードは、無線チャネルへのアクセスが許可されているかどうかを決定するためにキャリア検知を実行することができる。例えば、例示的なシナリオでは、端末装置１６５０４は、ネットワーク・アクセス・ノード１６５１０への送信のためにスケジュールされたペンディングの上りリンク・データを有することがある。無線通信ネットワーク１６５００の通信ノードがチャネルを共有することができるため、端末装置１６５０４は、別の通信ノードがチャネル上で現在送信しているかどうかなど、チャネルが「ビジー」であるかどうかを決定するために、キャリア検知を実行することができる。従って、端末装置１６５０４は、あらかじめ定義された検知ウィンドウ（例えば、ＤＩＦＳ（ＤＣＦ（Distributed Coordination Function）Inter-frame Space）のためのチャネルを聴取することができる。端末装置１６５０４が、検知ウィンドウの間にいかなる送信も検出しない場合、例えば、チャネルがフリーである場合、端末装置１６５０４は、直ちにチャネルにアクセスし、ペンディングの上りリンク・データを送信することができる。端末装置１６５０４が、検知ウィンドウの間に送信を検出する場合、例えば、チャネルがビジーである場合、端末装置１６５０４は、再送信を試みる前に「バックオフ」手順を実行することができる。このようなバックオフ手順では、端末装置１６５０４は、チャネルに対して、検出された送信がいつ終わるかを決定するまでチャネルを聴取し続けることができる。一旦、検出された送信が終了すると、端末装置１６５０４は、検知ウィンドウの持続時間にわたって、チャネルを聴取することができる。端末装置１６５０４が、検知ウィンドウの間に別の送信を検出する場合、端末装置１６５０４は、検出された送信がいつ終わるかを決定するために再びチャネルを聴取し、検知ウィンドウに対するチャネルを聴取し続けることができる。

端末装置１６５０４が、検知ウィンドウの間にさらなる送信を検出しない場合、端末装置１６５０４は、バックオフ・カウンタ（例えば、ランダムに選択された数のスロット）を開始し、バックオフ・カウンタのデクリメントを開始してもよい。端末装置１６５０４がバックオフ・カウンタの間にチャネル上の送信を検出するたびに、端末装置１６５０４は、カウンタを一時停止し、検出された送信が終了するまで聴取し、検知ウィンドウの持続時間を待ち、検知ウィンドウが経過した後に、検出された伝送に続くカウンタを継続することができる。バックオフ・カウンタが満了すると、端末装置１６５０４は、次いで、チャネルにアクセスし、伝送を実行してもよい。

いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、分散協調チャネル・アクセス（例えば、Ｗｉ－ＦｉにおけるＤＣＦ（Distributed Coordination Function））として知られる、伝送を実行するための等価キャリア検知手順を実行するように構成されてもよい。代替的に、ネットワーク・アクセス・ノード１６５１０は、ポイント協調チャネル・アクセス（例えば、Ｗｉ－ＦｉにおけるＰＣＦ（Point Coordination Function））として知られる、より短い検知ウィンドウを割り当てることによって（従って、送信の終了前に最初にチャネルにアクセスすることができるように）チャネルへの優先アクセスを有するように構成されてもよい。従って、ＣＳＭＡ／ＣＡ方式における端末装置およびネットワーク・アクセス・ノードは、送信を聴取する（ＬＢＴ（listen before talk）方式としても知られる）ことにより、互いにチャネルへのアクセスを競い合うことができる。ここで、競い合う各送信機は、最初にチャネルを聴取し、もし送信が検出された場合（少なくともバックオフ・カウンタに加えて潜在的にセンシング・ウィンドウについて）送信を待つことにより、衝突を回避することができる。

ＣＳＭＡ／ＣＡ方式で動作する通信ノードは、他の伝送を検出するためにいくつかの技術を利用することができる。例えば、いくつかの技術は、「物理的」キャリア検知および／または「仮想」キャリア検知を採用して、キャリア検知の間の伝送を検出することができる。物理的キャリア検知において、端末装置１６５０４のような通信ノードは、チャネル・データを受信し、チャネル・データを処理することによってチャネルを監視することができる（例えば、例示的なＷｉ－Ｆｉ設定におけるクリア・チャネル評価（ＣＣＡ：Clear Channel Assessment））。物理的キャリア検知のいくつかの側面では、端末装置１６５０４は、チャネルで観測された無線エネルギー（他のＲＡＴからの無線エネルギー、ノイズ、干渉、同じＲＡＴからの破壊された伝送などでよい）に基づいてチャネルがビジーであるかどうかを決定することを伴うことができる、エネルギー検出（ＥＤ）を実行することができる。観測された無線エネルギーが閾値を超える場合、端末装置１６５０４は、チャネルがビジーであると決定することができる。端末装置１６５０４は、無属性の無線エネルギーを観測することのみができるため、端末装置１６５０４は、例えば、観測された無線エネルギーが閾値を下回ったときに、チャネルがいつフリーであるかを決定するために、チャネルを聴取し続けなければならないことがある。

物理的キャリア感知のいくつかの側面では、端末装置１６５０４は、（例えば、例示的なＷｉ－Ｆｉ設定におけるＩＥＥＥ ８０２．１１プリアンブルに対して）プリアンブル検出を実行することができ、ここで、端末装置１６５０４は、受信したチャネル・データを処理して、チャネルが同じＲＡＴの他の送信機によって送信された任意のプリアンブルを含むかどうかを決定することができる。端末装置１６５０４がプリアンブルを検出する場合、端末装置１６５０４は、現在のフレームに対してチャネルがビジーであると決定することができる（ＥＤとは対照的に、端末装置１６５０４は、観測された無線エネルギーがいつ低下するかを決定するために聴取し続けるなければならないことがある）。

従って、物理的キャリア検知を実行する通信ノードは、チャネルがビジーであるかどうかを決定するために、チャネルを能動的に監視し、サンプリングすることができる。上述のように、プリアンブル検出の場合、端末装置１６５０４のような通信ノードは、プリアンブルが検出された場合（検出された送信の持続時間が決定論的である可能性があるため）、チャネルが現在のフレームに対してビジーであると決定することが可能であり得る。ＥＤの場合、端末装置１６５０４は、十分な無線エネルギーが観測される場合、検出された伝送の持続時間が確定的でない可能性があるため、（無線エネルギーが閾値を下回るタイミングを決定するために）現在のフレームの間、チャネルを監視し続けてもよい。従って、物理的キャリア検知は、チャネルが最大で現在のフレームに対してビジーであることを端末装置１６５０４にのみ通知してもよい。

仮想キャリア検知では、通信ノードは、検出された任意の伝送の継続時間に関するより多くの情報を得ることが可能であり得る。具体的には、通信ノードは、場合によっては、ある持続時間、例えば予約期間に対してチャネルを予約するために、伝送要求－許可ハンドシェイク手順を使用することができる。これらの伝送要求－許可ハンドシェイク手順（例えば、例示的なＷｉ－Ｆｉ設定における送信許可要求／送信可（ＲＴＳ／ＣＴＳ：request-to-send/clear-to-send）シーケンス）において、端末装置１６５０４のような潜在的な送信機は、潜在的な送信機がペンディングの送信を送信するためにチャネルを予約することを望む予約期間（例えば、例示的なＷｉ－Ｆｉ設定におけるネットワーク割当ベクトル（ＮＡＶ：Network Allocation Vector）を含むネットワーク・アクセス・ノード１６５１０などのネットワーク・アクセス・ノードに伝送要求（例えば、ＲＴＳ）を送信することができる。ネットワーク・アクセス・ノード１６５１０は、伝送要求を受信し、チャネルの予約が許可されると仮定すると、伝送許可（例えば、ＣＴＳ）を、伝送要求から経過した時間もカウントする更新された予約期間も含む端末装置１６５０４に送信することができる。次いで、端末装置１６５０４は、ネットワーク・アクセス・ノード１６５１０にペンディングの伝送を送信することができ、ネットワーク・アクセス・ノード１６５１０は、送信が首尾よく受信されたかどうかを知らせるために、肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）で応答してもよい。いくつかの側面では、端末装置１６５０４およびネットワーク・アクセス・ノード１６５１０は、ＡＣＫ／ＮＡＣＫ方式を利用することができるが、他の側面では、端末装置１６５０４およびネットワーク・アクセス・ノード１６５１０は、ＡＣＫのみの方式を利用することができる。ＡＣＫ／ＮＡＣＫ方式では、受信装置は、伝送が首尾よく受信されたかどうかに応じて、ＡＣＫまたはＮＡＣＫのいずれかを送信することができる。（例えば、Ｗｉ－Ｆｉで使用されるような）ＡＣＫのみの方式では、受信装置は、伝送が首尾よく受信された場合にＡＣＫを送信することができ、送信が首尾よく受信されなかった場合には何も送信しなくてもよい。従って、送信装置は、伝送を送信するにあたりタイマーを設定することができ、タイマーが満了し、ＡＣＫが受信されなかった場合、伝送を再送信することができる（言い換えれば、非応答を暗黙のＮＡＣＫとして扱ってもよい）。どちらもこれらの側面に実装することができる。

伝送要求－許可ハンドシェイク手順の間にチャネルを聴取している（かつハンドシェイクメッセージをデコードできる）任意の他の送信機は、伝送要求および伝送許可を受信することができる。予約期間および更新予約期間は、伝送要求－許可ハンドシェイク手順（伝送要求、伝送許可、伝送、およびＡＣＫ／ＮＡＣＫ応答の持続時間を含んでよい）がどのくらい続くかを指定するので、他の送信機は、伝送要求および／または伝送許可から予約期間を読み出し、予約期間／更新予約期間（同時に終了することもある）の持続時間に対してチャネルがビジーであるかを決定することができる。仮想キャリア検知に従って、他の送信機は、予約期間／更新予約期間に等しい予約カウンタ（例えば、ＮＡＶ）を設定しおよび開始し、少なくとも予約カウンタが満了するまでチャネルがビジーであると仮定することができる。予約期間／更新予約期間は長さが複数のフレームとすることができるため、仮想キャリア検知で動作する送信機は、チャネルが（物理的キャリア検知の最大単一フレームに対して）より長い時間についてビジーであるとを決定することができることがある。したがって、送信機は、予約期間／更新された予約期間の余分なフレームに対して、これらの余分なフレームの間、チャネルを能動的にチェックすることなく、チャネルがビジーであることを「仮想的に」決定することができる。追加的に、他の送信機は、他の信号成分をデコードすることによって予約カウンタ（例えば、ＮＡＶ）を設定することができる。例えば、例示的なＷｉ－Ｆｉ設定における別の送信機は、Ｗｉ－Ｆｉプリアンブルを検出し、信号フィールドをデコードすることができることがある。信号フィールドは、他の送信機が仮想検知の一部としてＮＡＶを設定するために決定し使用することができるパケットの長さ（例えばＩＥＥＥ ８０２．１１ｎ以降）を示すことができる。従って、送信機が仮想キャリア検知の一部として所与の伝送の長さを決定し、この情報を使用して予約カウンタを設定する様々な異なるメカニズムが存在してもよい。

他の送信機により伝送を検知する能力は、衝突検知ネットワークのコンポーネントとすることができる。送信機が別の送信機による送信を検知しない場合、送信機は別の送信機と同時に送信することにより衝突を引き起こすことがある。そこで、意図された受信機は、衝突によって伝送が破損する可能性があるため、伝送を受信するのが困難になることがある。したがって、過剰な衝突は、ネットワーク性能を低下させることがある。

フォーマットの違いにより、伝送のために第一の波形フォーマットと第二の波形フォーマットの両方を使用すると、伝送間の共存関連の衝突問題を引き起こす可能性がある。例えば、端末装置１６５０４は、第二の波形フォーマット（例示的なＷｉ－Ｆｉ設定における２０ＭＨｚのＷｉ－Ｆｉ信号など）のように、端末装置１６５０４がネットワーク・アクセス・ノード１６５１０に送信することを望むペンディングの上りリンク伝送を有することがある。ＣＳＭＡ／ＣＡのような競合ベースの多重アクセス方式に従って、端末装置１６５０４は、最初に、（無線通信ネットワーク１６５００の通信ノード間で共有される）チャネル上でキャリア検知を実行し、チャネルがビジーであるかどうか、例えば、別の通信ノードがチャネル上で現在送信しているかどうかを決定することができる。端末装置１６５０４は、第二の波形フォーマットに従って送受信するように構成されることができるため、端末装置１６５０４は、第二の波形フォーマットでのキャリア検知を実行してもよい。エネルギー検出は、任意の伝送からのエネルギーを検出することができるが、プリアンブル検出および仮想キャリア検知（例えば、伝送要求－許可ハンドシェイクの検出またはパケット長のデコード）は、伝送のフォーマットに依存する可能性がある。従って、端末装置１６５０４は、プリアンブル検出および仮想キャリア検知を実行して、第二のフォーマット伝送を検出することができるが、第一のフォーマット伝送は異なる波形フォーマットのものであるため、プリアンブル検出または仮想キャリア検知で第一のフォーマット伝送を検出することができないことがある。

従って、別の通信ノードが同じ波形フォーマットで送信している場合、例えば、ネットワーク・アクセス・ノード１６５１０が第二のフォーマット伝送を送信している場合、端末装置１６５０４は、（アンテナ・システム１７１０２およびＲＦトランシーバ１７１０４を介して受信された信号に対してベースバンド・モデム１７１０６で実行されるキャリア検知分析を介して）第二のフォーマット伝送を検出し、その結果、チャネルがビジーであると決定することができる。端末装置１６５０４は、第二のフォーマット伝送を受信し、デコードするように構成されてもよいため、端末装置１６５０４は、第二のフォーマット伝送のプリアンブルを読み取ることなどによって、プリアンブル検出でネットワーク・アクセス・ノード１６５１０による第二のフォーマット伝送を検出することができる。さらに、第二のフォーマット伝送が伝送要求（例えば、ＲＴＳ）、伝送許可（例えば、ＣＴＳ）、または（例えば、信号フィールドの）デコード可能なパケット長を有する別のパケットである場合、端末装置１６５０４は、予約期間（例えば、ＲＴＳまたはＣＴＳにおけるＮＡＶ）またはパケット長を読み取るためにパケットをデコードすることなどによって、仮想キャリア検知で第二のフォーマット伝送を検出することが可能であることがある。従って、第二のフォーマット伝送は、端末装置１６５０４と互換性のある波形フォーマットであってもよいため、端末装置１６５０４は、プリアンブル検出および／または仮想キャリア検知を介して第二のフォーマットを検出することが可能であることがある。上述のように、端末装置１６５０４は、検出されたプリアンブルおよび／または識別された予約期間に基づいて、チャネルが１つ以上のフレームに対してビジーであることを決定することができる。

しかし、端末装置１６５０４がキャリア検知を実行しているときに、異なる波形フォーマットの伝送がチャネルを占有している場合、端末装置１６５０４は、伝送の検知において困難におちいることがある（例えば、端末装置１６５０４が異なる波形フォーマットのために構成されていない場合、および／または異なる波形フォーマットに従ってキャリア検知を実行していない場合）。例えば、端末装置１６５０４が、第一のフォーマット伝送を受信およびデコードするように構成されていない場合、端末装置１６５０４は、第一のフォーマット伝送をデコードすることができないことがある。従って、ネットワーク・アクセス・ノード１６５１０、端末装置１６５０２、または支援装置１６９０２が第一のフォーマット伝送を実行している場合、端末装置１６５０４は、プリアンブル検出または仮想キャリア検知を用いて、第一のフォーマット伝送を首尾よく検出することができないことがある。さらに、端末装置１６５０２が、端末装置１６５０４がキャリア検知を実行しているときに、（例えば、第一の波形フォーマットでの）低電力伝送を実行している場合、低電力伝送は、端末装置１６５０４がエネルギー検出を介して検知するにはあまりにも弱いことがある。例えば、端末装置１６５０２は、低送信電力、例えば、３または４ｄＢｍで送信することができ、これは、例えば、１０～１３ｄＢｍの「標準」送信よりもかなり低い可能性がある。従って、端末装置１６５０４は、端末装置１６５０２から低電力伝送を受け取ってもよいが、低電力伝送からのエネルギーは、チャネルがビジーであると決定するために端末装置１６５０４によって利用される検出閾値よりも小さいことがある。従って、端末装置１６５０４は、チャネルがフリーであると誤って決定し、送信を開始することができるが、端末装置１６５０２による低電力伝送と衝突し、低電力伝送を破壊する可能性がある。

従って、共存デバイス（例えば、異なる波形フォーマットを使用するように構成される近接デバイス）が第一のフォーマット伝送を検出することができないことが、端末装置１６５０２に共存問題を引き起こす可能性がある。例えば、例示的なＷｉ－Ｆｉ設定では、ネットワーク・アクセス・ノード１６５１０および端末装置１６５０４は、広帯域２０ＭＨｚのＩＥＥＥ ８０２．１１ Ｗｉ－Ｆｉ波形、例えば、第二の波形フォーマットを使用して通信することができる一方、ネットワーク・アクセス・ノード１６５１０、端末装置１６５０２および支援装置１６９０２は、狭帯域ＩＥＥＥ ８０２．１１ Ｗｉ－Ｆｉ波形、例えば、５ＭＨｚ信号、２ＭＨｚ信号などを用いて通信することができる。例示的なＢｌｕｅｔｏｏｔｈ設定では、第一の波形フォーマットおよび／または第二の波形フォーマットは、Ｂｌｕｅｔｏｏｔｈ波形であってもよい。従って、端末装置１６５０４は、共存装置とみなされることがあり、第一のフォーマット伝送を読み取ってデコードすることができないこともある。また、端末装置１６５０４は、レガシー装置とみなすことができる。端末装置１６５０２が、低送信電力で支援装置１６９０２への第一のフォーマット伝送を実行している場合、端末装置１６５０４は、第一のフォーマット伝送を首尾よく検出することができないことがあるが、ネットワーク・アクセス・ノード１６５１０への衝突する第二のフォーマット伝送を実行することができることがある。衝突する伝送は、伝送を破壊する（あるいは、場合によっては、第二のフォーマット伝送がはるかに高い送信電力を有する可能性があるため、第一のフォーマット伝送のみを破壊する）可能性があり、それぞれ第一のフォーマット伝送および第二のフォーマット伝送を首尾よく受信すための支援装置１６９０２およびネットワーク・アクセス・ノード１６５１０の能力を妨げる可能性がある。

いくつかの側面では、衝突関連共存問題は、チャネル予約支援および／または共存プリアンブル・カプセル化によって対処してもよい。例えば、チャネル予約支援ケースにおいて、支援装置１６９０２は、端末装置１６５０２および／またはネットワーク・アクセス・ノード１６５１０のような他の通信ノードとのチャネルへのアクセスを競合し、第一のフォーマット伝送を実行するために、端末装置１６５０２のためのチャネルを（例えば、伝送要求を送信することによって）予約することができる。共存プリアンブル・カプセル化ケースにおいて、支援装置１６９０２は、端末装置１６５０４のような共存装置（例えば、共存プリアンブル）の有効なプリアンブルで、（例えば、ネットワーク・アクセス・ノード１６５１０および／または端末装置１６５０２への）その第一のフォーマット伝送をカプセル化することができ、端末装置１６５０４が共存プリアンブルを検出し、その結果、第一のフォーマット伝送を含むフレームの残りの部分の間、送信を控えることができることがある。さらに、いくつかのプリアンブル（信号フィールドにおけるＷｉ－Ｆｉ ８０２．１１ｎプリアンブルなど）は、伝送長さを指定することができるため、端末装置１６５０４は、例えば、検出された共存プリアンブルからの伝送長さを読み出し、それに従って予約カウンタを設定することによって、検出された共存プリアンブルを利用して、仮想キャリア検知を実行することもできることがある。仮想キャリア検知のこの使用は、端末装置１６５０２が、（通常のプリアンブル検出のための単一フレームとは対照的に）ビジーである複数のフレームを識別することを可能にすることができる。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、共存するプリアンブル・カプセル化を実行することもできる。

従って、いくつかの側面では、支援装置１６９０２は、端末装置１６５０２に対するチャネル予約支援を実行することができる。特に、支援装置１６９０２は、他の通信ノードとのチャネルへのアクセスを競い合い、伝送要求（例えば、ＲＴＳ）を介して端末装置１６５０２のためのチャネルを予約し、チャネル予約を通知し、端末装置１６５０２から（例えば、第一の波形フォーマットでの）上りリンク伝送を受信し、上りリンク伝送をネットワーク・アクセス・ノード１６５１０に転送することができる。予約期間について端末装置１６５０２のためにチャネルを予約することにより、支援装置１６９０２は、端末装置１６５０２が、予約期間の間、共存装置との衝突のリスクなしに、第一のフォーマットの上りリンク伝送を支援装置１６９０２に送信することを可能することができる。

図１７２は、いくつかの側面によるチャネル予約支援を示すメッセージ・シーケンス・チャート１７２００を示す。図１７２に示されるように、ネットワーク・アクセス・ノード１６５１０は、１７２０２において、端末装置１６５０２に、１つ以上の下りリンク伝送を送信することができる。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、１７２０２において、端末装置１６５０２に第一の波形フォーマットでの下りリンク伝送を送信することができる。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、共存プリアンブル、例えば第二の波形フォーマットにおけるプリアンブルでカプセル化された第一のフォーマット伝送として、１７２０２において、端末装置１６５０２に下りリンク伝送を送信することができる。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、下りリンク伝送を、第二のフォーマット伝送として１７２０２において、端末装置１６５０２に送信することができ、端末装置１６５０２は、いくつかの側面では、第一の波形フォーマットおよび第二の波形フォーマットで構成されてもよい（例えば、アンテナ・システム１６６０２の１つ以上の第二の波形フォーマットアンテナ、ＲＦトランシーバ１６６０４での第二の波形フォーマットＲＦコンポーネント、ベースバンド・モデム１６６０６での第二の波形フォーマット機能、アンテナ・システム１６６０２の１つ以上の第一の波形フォーマットアンテナ、ＲＦトランシーバ１６６０４での第一の波形フォーマットＲＦコンポーネント、ベースバンド・モデム１６６０６での第一の波形フォーマット機能）。

次いで、（通信モジュール１７００６の制御下での）支援装置１６９０２は、１７２０４において、端末装置１６５０２のためのチャネルを予約することができる。特に、支援装置１６９０２は、１７２０４において（例えば、上述のＣＳＭＡ／ＣＡ方式の一部として）、キャリア検知を実行することができ、支援装置１６９０２は、チャネルにアクセスする前に、他の伝送についてチャネルを監視することができる。いくつかの側面では、支援装置１６９０２は、共存装置による伝送を検出するために、第二の波形フォーマットでのキャリア検知を実行してもよい。いくつかの側面では、支援装置１６９０２は、共存装置および他の第一の波形フォーマット装置による伝送を検出するために、第一の波形フォーマットおよび第二の波形フォーマットでのキャリア検知を実行してもよい。いったんチャネルがフリーであり、支援装置１６９０２がチャネルにアクセスすることが許可されると（例えば、支援装置１６９０２が任意の検知期間および／またはバックオフ手続きを完了した後）、支援装置１６９０２は、支援装置１６９０２がチャネルを予約することを望む予約期間（例えば、ＮＡＶ）を指定する伝送要求（例えば、ＲＴＳ）を送信することによって、予約期間のためにチャネルを予約することができる。次いで、ネットワーク・アクセス・ノード１６５１０は、更新された予約期間（例えば、予約期間の満了と更新された予約期間が一致するＮＡＶ）を指定する伝送許可（例えば、ＣＴＳ）で応答してもよい。従って、支援装置１６９０２は、予約期間のためにチャネルを予約したとすることができる。

支援装置１６９０２は、１７２０４のチャネル予約の間に、第二のフォーマット伝送として伝送要求を送信することができる。伝送要求は、共存装置（例えば、第二の波形フォーマットに従って構成される通信ノード）によってデコード可能な第二のフォーマット伝送であるため、端末装置１６５０４のような共存装置は、伝送要求を検出し読み出すことが可能であり得る。例えば、端末装置１６５０４は、仮想キャリア検知の一部として、伝送要求をデコードし、（潜在的に、伝送許可および更新予約期間に加えて）伝送要求において指定された予約期間を読み出すことができる。仮想キャリア検知に従って、端末装置１６５０４は、予約期間／更新予約期間の終了時に期限切れとなる予約カウンタ（例えば、ＮＡＶ）を設定し、チャネルが少なくとも予約カウンタが期限切れになるまでビジーであると仮定することができる。従って、共存装置は、予約期間／更新予約期間の終了まで、チャネルがビジー、あるいは「予約」であると仮定することができる。従って、支援装置１６９０２は、１７２０４において、端末装置１６５０２のためのチャネルを予約することができる。

チャネルは、１７２０４に続く予約期間の持続時間について予約され得るため、支援装置１６９０２は、１７２０６において、チャネル予約を端末装置１６５０２に通知することができる。いくつかの側面では、支援装置１６９０２は、第一のフォーマット伝送でチャネル予約を端末装置１６５０２に通知することができる。チャネルは少なくとも１７２０６の間予、予約されたままであり得るため、いかなる衝突する伝送も存在することができない。

支援装置１６９０２は、１７２０６において、チャネル予約通知の一部として、端末装置１６５０２への予約期間を指定することができる。次いで、端末装置１６５０２は、（ベースバンド・モデム１６６０６の制御下で）予約期間（予約期間の間）および／または伝送ビットレート、例えば伝送サイズに従って、端末装置１６５０２がどのくらいデータを送信することができるかを決定することができる。いくつかの側面では、端末装置１６５０２は、転送サイズを決定する際に、支援装置１６９０２への転送、ネットワーク・アクセス・ノード１６５１０への転送（支援装置１６９０２での任意の処理を含む）、および転送伝送に続くＡＣＫ／ＮＡＣＫ期間（例えば、ＳＩＦＳ）のための時間の量を考慮することができる。

次いで、端末装置１６５０２は、ネットワーク・アクセス・ノード１６５１０に意図したペンディングの上りリンク・データを（伝送サイズまで）取得し、上りリンク・データを第一のフォーマット・上りリンク伝送として、１７２０８において、支援装置１６９０２に送信することができる。いくつかの側面では、端末装置１６５０２は、上りリンク伝送をネットワーク・アクセス・ノード１６５１０に送信するのに十分であるよりも低い送信電力を利用することができる。チャネルは予約期間に予約されているため、いかなる衝突する伝送も存在することができない。次いで、支援装置１６９０２は、端末装置１６５０２から上りリンク伝送を受信し、上りリンク伝送を１７２１０のネットワーク・アクセス・ノード１６５１０に転送することができる。いくつかの側面では、支援装置１６９０２は、１７２１０において、上りリンク伝送の受信に続いて、ＡＣＫ／ＮＡＣＫを端末装置１６５０２に送信することができる。いくつかの側面では、支援装置１６９０２は、１７２１０において、上りリンク伝送を繰り返すことができる。いくつかの側面では、支援装置１６９０２は、上りリンク伝送をデコードし、エラーを訂正し、上りリンク伝送を再エンコードし、１７２１０において、再エンコードされた上りリンク伝送を送信することができる。いくつかの側面では、支援装置１６９０２は、第二のフォーマット伝送として、１７２１０において、ネットワーク・アクセス・ノード１６５１０に上りリンク伝送を転送することができる。いくつかの側面では、支援装置１６９０２は、第一のフォーマット伝送として、１７２１０において、ネットワーク・アクセス・ノード１６５１０に上りリンク伝送を転送することができる。予約期間の継続時間に対してチャネルを予約し続け得るため、いかなる衝突も存在することができない。

次いで、ネットワーク・アクセス・ノード１６５１０は、支援装置１６９０２から転送上りリンク伝送を受信することができる。次いで、ネットワーク・アクセス・ノード１６５１０は、（通信モジュール１６７０６の制御下で）転送上りリンク伝送をデコードし、エラーをチェックすることができる。エラーが存在しない場合、ネットワーク・アクセス・ノード１６５１０は、１７２１２において、ＡＣＫを送信することができる。エラーが存在する場合、ネットワーク・アクセス・ノード１６５１０は、１７２１２において、（例えば、ＡＣＫ／ＮＡＣＫ方式で）ＮＡＣＫを送信することができ、１７２１２において、（例えば、ＡＣＫのみの方式）でＡＣＫまたはＮＡＣＫを送信しなくてもよい。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、第一のフォーマット伝送として、１７２１２において、ＡＣＫ／ＮＡＣＫを送信することができる。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、（例えば、転送上りリンク伝送におけるアドレス情報を介して）端末装置１６５０２が発信する転送上りリンク伝送を識別し、端末装置１６５０２が発信する転送上りリンク伝送を決定することに応答して（例えば、ネットワーク・アクセス・ノード１６５１０は、端末装置１６５０２が第一のフォーマット動作のために構成されていることを識別することができるため）、第一のフォーマット伝送として、１７２１２において、ＡＣＫ／ＮＡＣＫを送信することができる。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、第二のフォーマット伝送として、１７２１２において、ＡＣＫ／ＮＡＣＫを送信することができる。いくつかの側面では、支援装置１６９０２は、ネットワーク・アクセス・ノード１６５１０から第二のフォーマットＡＣＫ／ＮＡＣＫを受信し、第一のフォーマットＡＣＫ／ＮＡＣＫを生成し、第一のフォーマットＡＣＫ／ＮＡＣＫを端末装置１６５０２に送信するように構成され得る。

１７２１２におけるＡＣＫ／ＮＡＣＫ伝送は、予約期間の終了時に起こり得る（例えば、ＲＴＳ／ＣＴＳ交換に続くＳＩＦＳ）。従って、支援装置１６９０２は、図１７２に詳述されるチャネル予約支援手順を介して、端末装置１６５０２のためのチャネルを予約することができる。チャネル予約支援手順は、チャネルが予約されるとき、端末装置１６５０２が、第一の波形フォーマットでの上りリンク伝送を、支援装置１６９０２を介してネットワーク・アクセス・ノード１６５１０に送信することを可能にし得る。支援装置１６９０２は、第二のフォーマット伝送、例えば共存互換フォーマットでネットワーク・アクセス・ノード１６５１０との間でチャネル予約（例えば、ＲＴＳ／ＣＴＳ交換）を実行してもよいため、端末装置１６５０４などの他の共存装置は、（例えば、ＮＡＶを使用するなどの仮想キャリア検知に従って）チャネル予約を検出し、予約期間の継続時間について予約されたチャネルを考慮することができる。これは、衝突伝送を防止し、端末装置１６５０２が、伝送のために第一の波形フォーマットを利用することを可能にする助けとなり得る。

いくつかの側面では、支援装置１６９０２および／またはネットワーク・アクセス・ノード１６５１０は、共存に関連する衝突問題に対処するために、共存プリアンブル・カプセル化を実行することができる。例えば、ネットワーク・アクセス・ノード１６５１０が、第一のフォーマット伝送として、１７２０２において、端末装置１６５０２に下りリンク伝送を送信する場合、端末装置１６５０４のような他の共存装置は、プリアンブル検出を介して第一のフォーマット伝送を検出することが可能ではないことがある。さらに、場合によっては、第一のフォーマット伝送から端末装置１６５０４で見られるエネルギーは、エネルギー検出閾値を超えることができない。従って、例示的なシナリオでは、次いで、端末装置１６５０４は、（キャリア検知を行うことによって）チャネルがフリーであると誤って決定し、送信を開始することができる。端末装置１６５０４による伝送は、１７２０２における、ネットワーク・アクセス・ノード１６５１０による第一のフォーマット伝送と衝突する可能性があり、伝送を破壊する可能性がある。

従って、いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、端末装置１６５０４がデコードおよび読み取ることができる共存プリアンブル、例えば、第一の波形フォーマットプリアンブルで、端末装置１６５０２への第一のフォーマット伝送をカプセル化することができる。従って、端末装置１６５０４は、キャリア検知の間、１７２０２における、ネットワーク・アクセス・ノード１６５１０から端末装置１６５０２への第一のフォーマット伝送をカプセル化する共存プリアンブルを検出することができる。次いで、端末装置１６５０４は、チャネルがビジーであると正しく決定し、チャネルがフリーになるまで（任意の検知ウィンドウおよび／またはバックオフ手順および／または適用可能である場合、予約カウンタを含む）送信を控えることができる。従って、ネットワーク・アクセス・ノード１６５１０は、端末装置１６５０２への第一のフォーマット伝送を、共存プリアンブルのカプセル化との衝突から保護することができる。いくつかの側面では、第二の波形フォーマットに従ってキャリア検知を実行するように構成された共存デバイスは、共存プリアンブルを検出することが可能であり得るため、共存プリアンブルは、第二の波形フォーマットに従って構成された共存デバイスによる衝突に抵抗することができる。

また、いくつかの側面では、支援装置１６９０２は、共存プリアンブルと一緒に第一のフォーマット伝送をカプセル化することができる。図１７３は、いくつかの側面による共存プリアンブルのカプセル化の例を示すメッセージ・シーケンス・チャート１７３００を示す。ネットワーク・アクセス・ノード１６５１０、支援装置１６９０２、および端末装置１６５０２は、それぞれ、１７２０２～１７２０８について、上記に詳述した方法で１７３０２～１７３０８を実行することができる。従って、支援装置１６９０２は、チャネルを競い合い、予約期間について端末装置１６５０２のためのチャネルを予約することができる。

次いで、端末装置１６５０２は、１７３０８において、第一の波形フォーマットでの初期上りリンク伝送を送信することができ、その伝送をチャネル予約により衝突から保護することができる。次いで、支援装置１６９０２は、上りリンク伝送を受信することができる。いくつかの側面では、支援装置１６９０２は、上りリンク伝送の受信に続いて、ＡＣＫ／ＮＡＣＫを端末装置１６５０２に送信することができる。

メッセージ・シーケンス・チャート１７３００の設定において、予約期間は、（支援装置１６９０２からの任意のＡＣＫ／ＮＡＣＫに加えて）１７３０６のチャネル予約通知および１７３０８における初期上りリンク伝送を含むのに十分な持続時間を有することができる。従って、いくつかの側面では、支援装置１６９０２は、ネットワーク・アクセス・ノード１６５１０とのチャネルを（例えば、ＲＴＳに指定されたＮＡＶを介して）初期チャネル予約通知および初期上りリンク伝送を含むように意図された持続時間についてだけ予約することができる。いくつかの側面では、支援装置１６９０２は、より短い予約期間についてチャネル予約することができる。いくつかの側面では、端末装置１６５０２による初期上りリンク伝送は、予約期間内でより長い持続時間を占有する（そして、予約期間内で支援機器１６９０２による転送伝送のための残りの時間をより少なくする）ことができる。

従って、図１７２のメッセージ・シーケンス・チャート１７２００とは対照的に、１７３０４において、支援装置１６９０２によって交渉されたチャネル予約の予約期間は、１７３０６におけるチャネル予約通知および１７３０６における初期上りリンク伝送を含むのには十分であるが、転送伝送（および任意の後に続くＡＣＫ／ＮＡＣＫ）には十分ではない可能性がある。従って、支援装置１６９０２は、例えば、チャネル予約が満了した後、例えば、予約期間が終了した後、上りリンク伝送をネットワーク・アクセス・ノード１６５１０に転送することができる。共存装置による衝突から、転送上りリンク伝送（第一のフォーマット上りリンク伝送であり得る）を保護するために、支援装置１６９０２（通信モジュール１７００６の制御下で）は、１７３１０において、共存プリアンブルと一緒に第一のフォーマット上りリンク伝送をカプセル化することができる。次いで、支援装置１６９０２は、１７３１２において、キャリア検知を実行して、チャネルがいつフリーであるかを決定することができる。１７３１２において、チャネルがフリーであると決定した後、支援装置１６９０２は、１７３１４において、共存プリアンブル（いくつかの側面では、共存プリアンブルの後に第一のフォーマット上りリンク伝送を送信することを含み得る）と共に第一のフォーマット上りリンク伝送を転送することができる。支援装置１６９０２は、チャネルが、１７３１２において、フリーであると決定し、共存プリアンブルと一緒に第一のフォーマットの上りリンク伝送を送信したため、転送上りリンク伝送は、衝突から保護することができる（端末装置１６５０４のような共存装置は、共存プリアンブルを検出し、チャネルがビジーであると決定することができるため）。ネットワーク・アクセス・ノード１６５１０は、１７３１４において、転送上りリンク伝送を受信し、１７３１６において、ＡＣＫ／ＮＡＣＫ（または、ＡＣＫのみの方式においては、ＡＣＫまたはＡＣＫなし）を送信することができる。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、第一のフォーマット伝送として、１７３１６において、ＡＣＫ／ＮＡＣＫを支援装置１６９０２に送信することができる。いくつかの側面では、支援装置１６９０２は、ＡＣＫ／ＮＡＣＫを端末装置１６５０２に転送することができる。いくつかの側面では、支援装置１６９０２は、共存プリアンブルと一緒にカプセル化された第一のフォーマット伝送として、ＡＣＫ／ＮＡＣＫを端末装置１６５０２に転送することができる。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、第一のフォーマット伝送としてＡＣＫ／ＮＡＣＫを支援装置１６９０２に送信することができる。ネットワーク・アクセス・ノード１６５１０は、１７３１４における、支援装置１６９０２による転送上りリンク伝送に続くＡＣＫ／ＮＡＣＫ期間（例えば、ＳＩＦＳ）の間、第一のフォーマットＡＣＫ／ＮＡＣＫを端末装置１６５０２に送信することができるため、第一のフォーマットＡＣＫ／ＮＡＣＫは、衝突から保護することができる。

いくつかの側面では、１７３１０～１７３１２において、共存プリアンブルを追加し、キャリア検知を実行する代わりに、支援装置１６９０２は、ネットワーク・アクセス・ノード１６５１０（例えば、ＲＴＳ／ＣＴＳ交換）とチャネルを再度予約し、第一のフォーマット上りリンク伝送を第二のフォーマット伝送としてネットワーク・アクセス・ノード１６５１０に転送することができる（例えば、共存プリアンブルなしで）。チャネルが予約されるため、転送上りリンク伝送は衝突から保護することができる。

従って、共存プリアンブルのカプセル化とチャネル予約支援は、共存デバイスからの衝突から第一のフォーマット伝送を保護する助けすることができる。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０、支援装置１６９０２、および端末装置１６５０２は、共存プリアンブルのカプセル化およびチャネル予約支援の１つのみを実行してもよい。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０、支援装置１６９０２、および端末装置１６５０２は、共存プリアンブルのカプセル化およびチャネル予約支援の両方を実行してもよい。

いくつかの側面では、端末装置１６５０２は、チャネル予約支援を支援装置１６９０２に要求することができ、それに応答して、支援装置１６９０２は、伝送を実行するために端末装置１６５０２のためのチャネルを予約することができる。例えば、端末装置１６５０２は、端末装置１６５０２が支援装置１６９０２またはネットワーク・アクセス・ノード１６５１０（例えば、支援装置１６９０２を介して）に送信することを目的とするペンディングの上りリンク・データを有することがある。従って、１７２０４または１７３０４の前に、端末装置１６５０２は、（第一の波形フォーマットに従って）キャリア検知を実行し、チャネルがフリーであるかどうかを決定することができる。いくつかの側面では、第一の波形フォーマットは、第二の波形フォーマットよりも狭い帯域幅を有することができ、狭帯域幅を有する第一の波形フォーマットおよび広帯域幅を有する第二の波形フォーマットを含むことができる。従って、端末装置１６５０２は、狭帯域チャネル上でキャリア検知を実行することができる。狭帯域チャネルは、第二の波形フォーマットのための広帯域チャネル内に配置されてもよいため、端末装置１６５０２は、（同じ狭帯域チャネル上にある他の第一のフォーマット装置による）第一のフォーマット伝送に加えて、共存デバイスによる（例えば、エネルギー検出により）第二のフォーマット伝送を検出することが可能であり得る。端末装置１６５０２が、チャネルがフリーであると決定した場合、端末装置１６５０２は、支援装置１６９０２へのチャネル予約支援要求を含む第一のフォーマット伝送を支援装置１６９０２に送信することができる。端末装置１６５０２は、第一のフォーマット伝送を開始する前にチャネルがフリーであることを決定することが可能であり得るが、以前に詳説したように、共存装置は、キャリア検知を介して第一のフォーマット伝送を検出することが可能ではないことがある。従って、チャネル予約支援要求を含む、端末装置１６５０２からの第一のフォーマット伝送は、（例えば、第一のフォーマット伝送を検出できなかった）共存装置、例えば、端末装置１６５０４からの衝突する第二のフォーマット伝送によって破壊され得るリスクが存在し得る。

支援装置１６９０２が、端末装置１６５０２からのチャネル予約支援要求を首尾よく受信した場合（例えば、第一のフォーマット伝送を不可逆的に破損する衝突送信が発生しない場合）、支援装置１６９０２は、応答して（例えば、第一のフォーマット伝送で）端末装置１６５０２にＡＣＫを送信し、端末装置１６５０２のためのチャネルを予約した１７２０４～１７２１２または１７３０４～１７３１６を実行することができる。次いで、端末装置１６５０２、支援装置１６９０２、およびネットワーク・アクセス・ノード１６５１０は、１７２０２～１７２１２を実行して、端末装置１６５０２が、支援装置１６９０２を介してネットワーク・アクセス・ノード１６５１０に第一のフォーマット上りリンク伝送を送信することを可能にすることができる。支援装置１６９０２がチャネル予約支援リクエストを首尾よく受信しなかった場合、支援装置１６９０２は、ＮＡＣＫを送信することができ（例えば、支援装置１６９０２が第一のフォーマット伝送を検出したが、それを首尾よくデコードしなかった場合）、あるいは、応答を送信することができない（例えば、第一のフォーマット伝送を不可逆的に破損させた衝突する伝送が発生した場合、および支援装置１６９０２が第一のフォーマット伝送のいずれも検出しなかった場合）。端末装置１６５０２がＮＡＣＫまたは応答なしを受信した場合、端末装置１６５０２は、キャリア検知を再度実行して、チャネルがいつフリーであるかを決定し、別の第一のフォーマット伝送でチャネル予約支援要求を送信しようと試みることができる。衝突は、共存装置が第一のフォーマット伝送を検出できないために起こり得るが、端末装置１６５０２は、支援装置１６９０２からの応答でＡＣＫを受信するまで、第一のフォーマット伝送を再試行し続けることができ、１７２０４～１７２１２または１７３０４～１７３１６が続くことができる。

いくつかの側面では、端末装置１６５０２は、支援装置１６９０２に対して第一のフォーマット伝送で伝送要求（例えば、ＲＴＳ）を送信することによって、支援装置１６９０２を介してネットワーク・アクセス・ノード１６５１０に第一のフォーマット上りリンク伝送を実行することができる。例えば、端末装置１６５０２は、ネットワーク・アクセス・ノード１６５１０のためのペンディングの上りリンク・データを識別し、ペンディングの上りリンク・データを含む上りリンク伝送に適合する予約期間を決定することができる。次いで、端末装置１６５０２は、予約期間（例えば、ＮＡＶ）を指定する伝送要求を生成し、伝送要求を第一のフォーマット伝送として支援装置１６９０２に送信することができる。上述のように、端末装置１６５０２は、例えば、キャリア検知を実行してチャネルがいつフリーであるかを決定し、伝送要求を第一のフォーマット伝送として支援装置１６９０２に送信することにより、衝突保護なしで伝送要求を送信しようと試みることができる。第一のフォーマット伝送は、場合によっては、端末装置１６５０４のような共存装置によっては検出可能ではないことがあるため、衝突のリスクが存在し得る。支援装置１６９０２が伝送要求を首尾よく受信した場合、支援装置１６９０２は、第一のフォーマット伝送として、伝送許可（例えば、ＣＴＳ）を端末装置１６５０２に送信することができる。いくつかの側面では、支援装置１６９０２は、第一のフォーマット伝送グラントを共存プリアンブルと一緒にカプセル化することができ、これは、第一のフォーマット伝送許可を衝突から保護することができる。また、いくつかの側面では、支援装置１６９０２は、共存伝送許可、例えば第一のフォーマット伝送許可を送信することができ、これは共存互換予約期間、例えばＮＡＶを含むことができ、ここで、予約期間は第二の波形フォーマットで指定される。従って、端末装置１６５０４のような共存装置は、予約期間を読み出し、予約期間の持続期間について、チャネルを予約する予約カウンタを設定することが可能であり得る。

次いで、端末装置１６５０２は、チャネルが予約されていることを示す伝送要求に応答して、支援装置１６９０２から第一のフォーマット伝送許可を受信することができる。次いで、端末装置１６５０２は、予約期間に従って（例えば、予約期間の間）、第一のフォーマット伝送として、ペンディングの上りリンク・データを支援装置１６９０２に送信することができる。次いで、いくつかの側面では、支援装置１６９０２は、予約期間の間、第一のフォーマット伝送を転送することができる。いくつかの側面では、支援装置１６９０２は、（初期予約期間が終了した後）伝送要求－許可ハンドシェイク手順を介してネットワーク・アクセス・ノード１６５１０とチャネルを再度予約し、伝送要求－許可ハンドシェイク手続きに従って、第一のフォーマット伝送をネットワーク・アクセス・ノード１６５１０に送信することができる。いくつかの側面では、支援装置１６９０２は、共存プリアンブルと一瞬に第一のフォーマット伝送をカプセル化し、予約期間が終了した後にチャネルを競い合い、カプセル化された共存プリアンブルと一緒に第一のフォーマット伝送を送信することができる。また、いくつかの側面では、端末装置１６５０２は、支援装置１６９０２との伝送要求－許可ハンドシェイク手順を利用して、データ、例えば支援装置１６９０２に対して意図され、ネットワーク・アクセス・ノード１６５１０に対して意図されないデータを支援装置１６９０２に送信することができる。

いくつかの側面では、支援装置１６９０２および端末装置１６５０２は、ローカルに（上記に詳説したネットワーク・アクセス・ノード１６５１０への転送能力に加えて）互いに通信することができる。支援装置１６９０２から端末装置１６５０２への第一のフォーマット伝送を保護するために、支援装置１６９０２は、共存プリアンブルと一緒に第一のフォーマット伝送をカプセル化することができる。いくつかの側面では、支援装置１６９０２は、第一の波形フォーマットおよび／または第二の波形フォーマットのキャリア検知を実行して、端末装置１６５０２に送信する前に、チャネルがいつフリーであるかを決定することができる。第一の波形フォーマットが狭帯域波形フォーマットであるいくつかの側面では、支援装置１６９０２は、狭帯域チャネル上でキャリア検知を実行することによって第一の波形フォーマットキャリア検知を実行することができる。

前述のように、いくつかの側面では、ネットワーク・アクセス・ノード１６５１０および／または支援装置１６９０２は、共存プリアンブルのカプセル化で端末装置１６５０２への第一のフォーマット伝送を保護することができる。端末装置１６５０２からの第一のフォーマット伝送を保護するのを助けるために、いくつかの側面では、端末装置１６５０２は、ある割り当てられた第一のフォーマット伝送期間を利用して第一のフォーマット伝送を実行することができる。例えば、ネットワーク・アクセス・ノード１６５１０および／または支援装置１６９０２は、周期的に（例えば、固定期間またはスケジュールで）第一のフォーマット伝送のためにチャネルを予約するように構成され得る。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０および／または支援装置１６９０２は、予約期間を指定する伝送要求および／または伝送許可を定期的に送信することによって、第一のフォーマット伝送期間を予約するように構成され得る。次いで、共存デバイスは、伝送要求および／または許可を検出し、チャネルが予約期間についてビジーとなることを決定することができる。

いくつかの側面では、端末装置１６５０２は、固定期間またはスケジュールの知識を有することができ、従って、予約された第一のフォーマットの送信期間を前もって識別することが可能であり得る。いくつかの側面では、端末装置１６５０２は、予約された第一のフォーマット伝送期間に関する、ネットワーク・アクセス・ノード１６５１０または支援装置１６９０２からの伝送要求および／または許可を聴取し、予約された第一のフォーマット伝送期間を識別すると、予約された第一のフォーマット伝送期間の間、第一のフォーマット伝送を送信することができる。チャネルが予約されるため、第一のフォーマット伝送は保護することができる。いくつかの側面では、端末装置１６５０２は、ネットワーク・アクセス・ノード１６５１０または支援装置１６９０２のためのペンディングの上りリンク・データを有し、スケジューリングされ予約された第一のフォーマット伝送期間を待つか、またはスケジューリングされ予約された第一のフォーマット伝送期間前に、衝突保護なしでペンディングの上りリンク・データを送信しようと試みるかを決定することができる。例えば、ペンディングの上りリンク・データが低い優先度である場合、端末装置１６５０２は、衝突保護なしに、例えば、予約された第一のフォーマット伝送期間外で、ペンディングの上りリンク・データを送信しようと試みることができる。ペンディングの上りリンク・データが高い優先度である場合、端末装置１６５０２は、スケジューリングされ予約された第一のフォーマット伝送期間まで待機して、ペンディングの上りリンク・データを送信すると決定することができる。いくつかの側面では、端末装置１６５０２は、予約された第一のフォーマット伝送期間を利用して、支援装置１６９０２からのチャネル予約支援を要求する、あるいは、支援装置１６９０２に伝送要求を送信することができる。次いで、端末装置１６５０２は、予約された第一のフォーマット伝送期間ではなく、結果として得られる予約期間（ここで、端末装置１６５０２は、予約期間を指定することが可能であり得る）に、ペンディングの上りリンク・データを送信することができる。

いくつかの側面では、端末装置１６５０２は、予約された第一のフォーマット伝送期間の間、スリープまたは低電力状態に入ることができる。例えば、端末装置１６５０２は、予約された第一のフォーマット伝送期間がいつスケジューリングされるかを識別し、予約された第一のフォーマット伝送期間の間にスリープまたは低電力状態に入り、スケジューリングされ予約された第一のフォーマット伝送期間についてウェイクアップすることができる。これは、端末装置１６５０２が電力を節約することを可能にし得る。

いくつかの側面では、端末装置１６５０２は、予約された第一のフォーマット伝送期間の間、チャネルへのアクセスを競い合うことができる。例えば、予約された第一のフォーマット伝送期間を識別することもできる第一のフォーマット伝送を実行しようと試みる他の通信ノードが存在し得る。端末装置１６５０２を含む競合する通信ノードは、キャリア検知を実行して、チャネルがいつフリーであるかを決定し、次いで（例えば、検知ウィンドウおよび／またはバックオフ手順を含む）競合規則に従ってチャネルにアクセスすることができる。

いくつかの側面では、分散協調チャネル・アクセス方式（例えば、ＤＣＦ：distributed-coordinated channel access scheme）を利用することができ、例えば、通信ノードは、チャネルへのアクセスをおおむね公平な基準で競い合う。いくつかの側面では、無線通信ネットワーク１６５００の通信ノードは、ポイント協調チャネル・アクセス方式（例えば、ＰＣＦ：point-coordinated channel access scheme）を利用することができる。例えば、ネットワーク・アクセス・ノード１６５１０は、ポイント・コーディネータとして作用することができ、チャネルへの優先アクセスを有することができる。Ｗｉ－Ｆｉ使用シナリオなどのいくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、他の通信ノード（例えば、ＤＩＦＳを使用することができるもの。ＰＩＦＳ＜ＤＩＦＳである。）よりも、送信に続く、より短い検知期間（例えば、ＰＣＦフレーム間スペース（ＰＩＦＳ））を利用することができる。

ネットワーク・アクセス・ノード１６５１０は、他の通信ノードよりも前にチャネルを占有することが可能であり得るため、ネットワーク・アクセス・ノード１６５１０は、チャネルに対する制御を有することができる。（例えば、キャリア検知によって制御される競合プロトコルにより）チャネルへのアクセスを競い合う代わりに、他の通信ノードが、チャネルにアクセスする前にネットワーク・アクセス・ノード１６５１０からの許可を受信するまで待つことができる。例えば、ネットワーク・アクセス・ノード１６５１０は、チャネルにアクセスする通信ノード許可を許可する通信ノードにポーリング・フレーム（例えば、競合フリー・ポール（ＣＦ－Ｐｏｌｌ））を送信することができる。ネットワーク・アクセス・ノード１６５１０は、通信ノード間でサイクルし、各通信ノードへのチャネルへのアクセスを順次許可することができる。通信ノードが送信すべきペンディングのデータを有する場合、通信ノードは、ネットワーク・アクセス・ノード１６５１０からポーリング・フレームを受信した後、チャネル上で伝送を実行することができる。通信ノードが、送信すべきペンディング・データを有しておらず、ネットワーク・アクセス・ノード１６５１０からポーリング・フレームを受信する場合、通信ノードは、ヌル・フレーム、例えば、いかなるデータもないヌル伝送を送信することができる。ポイント協調チャネル・アクセス方式のいくつかの側面では、チャネルは、すべての通信ノード（ネットワーク・アクセス・ノード１６５１０を含む）が分散協調チャネル・アクセス方式を利用することができる競合期間（ＣＰ）と、ネットワーク・アクセス・ノード１６５１０のようなポイント・コーディネータがポイント協調チャネル・アクセス方式でチャネルへのアクセスを制御することができる競合フリー期間（ＣＦＰ）の間で時分割することができる。

いくつか側面では、無線通信ネットワーク１６５００は、ポイント協調チャネル・アクセス方式を利用して、チャネルへのアクセスを制御することができる。従って、ネットワーク・アクセス・ノード１６５１０は、通信ノード（支援装置１６９０２、端末装置１６５０４、端末装置１６５０４、および任意の他の通信ノード）を通じてサイクルし、ポーリング・フレームで通信ノードへのアクセスを順次許可することができる。端末装置１６５０４は、ネットワーク・アクセス・ノード１６５１０からポーリング・フレームを受信すると、データ伝送またはヌル伝送を実行することによって（従来通り）応答することができる。

また、ネットワーク・アクセス・ノード１６５１０は、ポーリング・フレームを端末装置１６５０２に送信して、端末装置１６５０２がチャネルにアクセスすることを許可することができる。図１７４は、いくつかの側面による例を示すメッセージ・シーケンス・チャート１７４００を示す。図１７４に示すように、ネットワーク・アクセス・ノード１６５１０は、１７４０２において、端末装置１６５０２にポーリング・フレームを送信することができる。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、第一のフォーマット伝送、例えば第一のフォーマット・ポーリング・フレームとして、１７４０２において、ポーリング・フレームを送信することができる。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、共存プリアンブルと一緒に端末装置１６５０２への第一のフォーマット・ポーリング・フレームをカプセル化することができる。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、共存プリアンブル（通信ノードが、チャネルにアクセスする前にネットワーク・アクセス・ノード１６５１０からのポーリング・フレームを受信する必要があることによる衝突のリスクが存在しない可能性があるため）と共に端末装置１６５０２への第一のフォーマット・ポーリング・フレームをカプセル化しなくてもよい。

ネットワーク・アクセス・ノード１６５１０からポーリング・フレームを受信した後、次いで、端末装置１６５０２は、１７４０４において、第一のフォーマット伝送として、ペンディング・上りリンク・データを支援装置１６９０２に送信することができる。いくつかの側面では、端末装置１６５０２は、ネットワーク・アクセス・ノード１６５１０に到達するのに十分であるよりも低い伝送電力を使用することができる。

次いで、支援装置１６９０２は、端末装置１６５０２から第一のフォーマット伝送を受信することができる。次いで、支援装置１６９０２は、１７４０６において、第一のフォーマット伝送をネットワーク・アクセス・ノード１６５１０に転送することができる。ポイント協調チャネル・アクセス方式を支持するために、支援装置１６９０２は、短い時間で（例えば、ポーリング・フレームに続く伝送に許容される持続期間で）第一のフォーマット伝送を転送することができる。いくつかの側面では、支援装置１６９０２は、第一のフォーマット伝送として、第一のフォーマット伝送をネットワーク・アクセス・ノード１６５１０に転送することができる。いくつかの側面では、支援装置１６９０２は、第一のフォーマット伝送を処理して、支援装置１６９０２に関する何らかのアドレス指定または転送情報を除去すること、端末装置１６５０２からネットワーク・アクセス・ノード１６５１０へ第一のフォーマット伝送を再アドレス指定することなどにより、第一のフォーマット伝送が端末装置１６５０２からネットワーク・アクセス・ノード１６５１０へ直接送信されたかのように見えるようにすることができる。いくつかの側面では、支援装置１６９０２は、第一のフォーマット伝送を第二のフォーマット伝送に変換し、１７４０６において、第二のフォーマット伝送を送信することができる。

ポーリング・フレームが端末装置１６５０２のためのものであったため、ネットワーク・アクセス・ノード１６５１０は、次いで、例えば第一のフォーマット伝送として、１７４０８において、端末装置１６５０２にＡＣＫ／ＮＡＣＫを送信することができる。いくつかの側面では、例えば、転送された第一のフォーマット伝送が端末装置１６５０２からの直接のものであるように見える場合など、ネットワーク・アクセス・ノード１６５１０は、転送された第一のフォーマット伝送が、端末装置１６５０２によってネットワーク・アクセス・ノード１６５１０に直接（例えば、支援装置１６９０２なしで）送信されたと仮定することができる。

図１７５は、いくつかの側面による、メッセージ・シーケンス・チャート１７４００に対する代替例としてのメッセージ・シーケンス・チャート１７５００を示す。図１７５に示されるように、ネットワーク・アクセス・ノード１６５１０は、１７５０２において、端末装置１６５０２に第一のフォーマット・ポーリング・フレームを送信することができる。次いで、端末装置１６５０２は、１７５０４において、支援装置１６９０２に第一のフォーマット伝送を送信することができる。第一のフォーマット伝送を素早く（例えば、１７４０６の場合のように）転送する代わりに、支援装置１６９０２は、第一のフォーマット伝送を保持し（例えば、バッファ）、ネットワーク・アクセス・ノード１６５１０が１７５０６において、支援装置１６９０２にポーリング・フレームを送信するのを待つことができる。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、１７５０６の間、ポーリング・フレームを端末装置１６５０４などの他の通信ノードに送信することができる。

次いで、ネットワーク・アクセス・ノード１６５１０は、１７５０８において、ポーリング・フレームを支援装置１６９０２に送信することができる。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、第一のフォーマット伝送として、１７５０８において、ポーリング・フレームを送信することができる。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、第二のフォーマット伝送として、１７５０８においてポーリング・フレームを送信することができる。１７５０８において、ネットワーク・アクセス・ノード１６５１０からポーリング・フレームを受信した後、支援装置１６９０２は、１７５１０において、（端末装置１６５０２から受信した）第一のフォーマット伝送をネットワーク・アクセス・ノード１６５１０に転送することができる。いくつかの側面では、支援装置１６９０２は、第一のフォーマット伝送として、１７５１０において第一のフォーマット伝送を転送することができる。いくつかの側面では、支援装置１６９０２は、第一のフォーマット伝送を、１７５１０において、第二のフォーマット伝送として転送することができる。

ネットワーク・アクセス・ノード１６５１０は、転送された伝送を受信し、ＡＣＫ／ＮＡＣＫを、１７５１２において、支援装置１６９０２に（第二のフォーマットまたは第一のフォーマット伝送のいずれかとして）送信することができる。いくつかの側面では、支援装置１６９０２は、例えば、第一のフォーマット伝送として、ＡＣＫ／ＮＡＣＫを端末装置１６５０２に転送することができる。代替的には、いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、１７５１２において、ＡＣＫのみの方式を利用することができる。

図１７６は、いくつかの側面によるポイント協調チャネル・アクセス方式を使用する別の例を示すメッセージ・シーケンス・チャート１７６００を示す。図１７６に示すように、ネットワーク・アクセス・ノード１６５１０は、１７６０２において、支援装置１６９０２にポーリング・フレーム（第二のフォーマットまたは第一のフォーマット）を送信することができる。従って、支援装置１６９０２は、例えば、チャネルが支援装置１６９０２のために予約されているというように、次のフレームにわたってチャネルへのアクセスを有することを決定することができる。次いで、支援装置１６９０２は、１７６０４において、チャネル予約を（第一のフォーマット伝送で）端末装置１６５０２に通知することができる。次いで、端末装置１６５０２は、１７６０６において、支援装置１６９０２に第一のフォーマット伝送を送信することができる。次いで、支援装置１６９０２は、（第一のフォーマット伝送として、あるいは第二の波形フォーマットに変換した後に）第一のフォーマット伝送を、１７６０８において、ネットワーク・アクセス・ノード１６５１０に転送することができる。ポーリング・フレームは、支援装置１６９０２が伝送を実行するためにアクセスを許可することを当初意図していたに過ぎないため、いくつかの側面では、支援装置１６９０２および端末装置１６５０２は、短い持続時間で１７６０４～１７６０８を実行する必要があり得る。ネットワーク・アクセス・ノード１６５１０は、次いで、１７６１０において、（第二の波形フォーマットまたは第一の波形フォーマットでの）ＡＣＫ／ＮＡＣＫを、支援装置１６９０２に送信することができる。いくつかの側面では、支援装置１６９０２は、次いで、ＡＣＫ／ＮＡＣＫを端末装置１６５０２に転送することができる。

追加的に、いくつかの側面では、支援装置１６９０２は、ポイント・コーディネータの役割でも機能することができる。従って、支援装置１６９０２は、コーディネータ資格を有することができ、それは端末装置１６５０２を含め、支援装置１６９０２に接続された端末装置による伝送を協調するために、ポーリング・フレームを送信するように構成され得る。従って、支援装置１６９０２は、ポーリング・フレームを送信することによって、ポイント・コーディネータ（例えば、ＰＩＦＳ）のためのより短い検知期間に従ってチャネルを捕捉するように構成され得る。ポーリング・フレームが共存装置によって確実に検出されるように、支援装置１６９０２は、第一のフォーマット・ポーリング・フレームおよび第二のフォーマット・ポーリング・フレームの両方を送信することができる。第一のフォーマット・ポーリング・フレームは、支援装置１６９０２がチャネルの使用を許可している端末装置を識別することができ、一方、フォーマット・ポーリング・フレームは、共存装置によって検出することができ、端末装置１６５０４のような共存装置がポーリング・フレームを検出し、伝送を控えることを確実にするために使用される。従って、支援装置１６９０２は、ポイント・コーディネータ機能を利用して、端末装置１６５０２のような第一のフォーマット装置のためにチャネルを予約することができる。いくつかの側面では、支援装置１６９０２は、例えば支援装置１６９０２に接続された端末装置に対してローカルにポイント・コーディネータ機能を提供するだけでよく、一方、ネットワーク・アクセス・ノード１６５１０は、一次ポイント・コーディネータの責任を保持することができる。

ポイント協調チャネル・アクセス方式における無線通信ネットワーク１６５００の通信ノードの動作は、ポイント・コーディネータとしてのネットワーク・アクセス・ノード１６５１０の動作により共存装置から第一のフォーマット伝送を保護することができる。無線通信ネットワーク１６５００が競合期間と競合フリー期間の両方を有するいくつかの側面では、ネットワーク・アクセス・ノード１６５１０、支援装置１６９０２、および端末装置１６５０２は、競合期間の間、分散協調チャネル・アクセス方式に関して上記に詳説した任意の方法で、競合フリー期間の間、ポイント協調チャネル・アクセス方式に関して上記に詳説した任意の方法で動作することができる。

共存装置から第一のフォーマット伝送を保護するために、種々の機構が提供されることができる。例えば、いくつかの側面では、支援装置（例えば、支援装置１６９０２）は、第一のフォーマット動作のために構成された装置（例えば、端末装置１６５０２）のためにチャネルを予約するためのチャネル予約支援を実行し、共存装置によって引き起こされる衝突から第一のフォーマット装置に保護を提供することができる。いくつかの側面では、支援装置および／またはネットワーク・アクセス・ノード（例えば、ネットワーク・アクセス・ノード１６５１０）は、共存プリアンブルと一緒に第一のフォーマット伝送をカプセル化することができ、これにより、共存装置は、第一のフォーマット伝送を検出し、チャネルへのアクセスを控えることが可能となり得る。追加的に、転送リンクとしての支援装置の使用および／または第一のフォーマット伝送の使用により、端末装置は電力消費を低減することが可能となり得る。

いくつかの側面では、端末装置１６５０２は、支援装置１６９０２よりもネットワーク・アクセス・ノード１６５１０に近くに（例えば、易動性による）ように位置することができる。従って、端末装置１６５０２は、ネットワーク・アクセス・ノード１６５１０に直接に第一のフォーマット伝送を実行することができる。いくつかの側面では、支援装置１６９０２は、（例えば、転送なしで）端末装置１６５０２のためのチャネル予約支援を実行して、端末装置１６５０２からの第一のフォーマット伝送を保護することができる。

端末装置１６５０２、ネットワーク・アクセス・ノード１６５１０、および／または支援装置１６９０２によって使用される第一のフォーマット伝送は、特に端末装置１６５０２において、第二のフォーマット伝送よりも電力効率が良い。いくつかの側面では、第一の波形フォーマットは、単一キャリア波形とすることができ、いくつか側面では、第二の波形フォーマットは、マルチキャリア波形とすることができる。いくつかの側面では、第一の波形フォーマットは、低いピーク対平均電力比（ＰＡＰＲ）を有することができ、これは、いくつかの側面では、第二の波形フォーマットのＰＡＰＲよりも低くすることができる。いくつかの側面では、第一の波形フォーマットは、二位相偏移変調（ＢＰＳＫ）、四位相偏移変調（ＱＰＳＫ）、またはガウス最小偏移変調（ＧＭＳＫ）によって変調され得る。いくつかの側面では、第一の波形フォーマットは、スペクトル拡散波形を使用することができる。いくつかの側面では、第一のフォーマット伝送のデータ・レート（例えば、スペクトル拡散波形の場合）は、キロビット範囲とすることができ、高拡散利得（例えば、１ＭＨｚ帯域幅に対して１０～３０ｄＢ）を提供することができる。したがって、端末装置１６５０２、ネットワーク・アクセス・ノード１６５１０、および／または支援装置１６９０２は、第一のフォーマット伝送を送受信するように（アンテナ、無線、およびベースバンド／通信レベルで）構成され得る。

例示的なＷｉ－Ｆｉ設定では、第二の波形フォーマットは、ＩＥＥＥ ８０２．１１の２０ＭＨｚ波形のような広帯域Ｗｉ－Ｆｉ波形とすることができる。いくつかの側面では、第一の波形フォーマットは、５ＭＨｚ、２ＭＨｚ、１ＭＨｚのＩＥＥＥ ８０２．１１波形のような狭帯域Ｗｉ－Ｆｉ波形とすることができる。本明細書で使用する用語「広帯域」および「狭帯域」は、互いに比較した帯域のサイズに適用でき、例示的な注記した周波数に限定されないことが理解されよう。いくつかの側面では、第一の波形フォーマットは、２６トーンまたは５２トーンの資源ユニット（ＲＵ）のＩＥＥＥ ８０２．１１ａｘ ＯＦＤＭＡサブ割り当てとすることができる。従って、ネットワーク・アクセス・ノード１６５１０および端末装置１６５０４は、広帯域チャネル（例えば、２０ＭＨｚ）上で広帯域Ｗｉ－Ｆｉ信号と通信することができ、一方、ネットワーク・アクセス・ノード１６５１０、端末装置１６５０２、および支援装置１６９０２は、広帯域チャネルと重複する狭帯域チャネル（例えば、５ＭＨｚ、２ＭＨｚ、１ＭＨｚなど）上の狭帯域Ｗｉ－Ｆｉ信号と通信することができる。いくつかの側面では、広帯域および狭帯域Ｗｉ－Ｆｉ信号間の衝突は、端末装置１６５０２における電力節約を可能にする一方で、軽減され得る。いくつかの側面では、第二の波形フォーマットおよび／または第一の波形フォーマットは、免許不要スペクトルにおけるＬＴＥまたはＬＴＥ ＮＢ ＩｏＴ展開のような、他の近距離、セルラー無線アクセス技術など、別の無線アクセス技術の波形フォーマットとすることができる。

いくつかの側面では、支援装置１６９０２は、複数の端末装置を支援するように構成され得る。図１７７に示されるように、例示的なシナリオでは、端末装置１６５０２、１６５０６、および１６５０８は、支援装置１６９０２（ここで、端末装置の数は任意の数に拡大可能である）によってサービスされ得る。いくつかの側面では、支援装置１６９０２は、ネットワーク・アクセス・ノード１６５１０と共に異種ネットワーク内で動作することができ、ここで、ネットワーク・アクセス・ノード１６５１０のカバレッジ・エリアは、支援装置１６９０２のカバレッジ・エリアよりも実質的に大きくすることができる。次いで、支援装置１６９０２は、端末装置１６５０２、１６５０６、１６５０８などの、そのローカル・カバレッジ・エリア内に位置する端末装置にサービスすることができる。

従って、いくつかの側面では、支援装置１６９０２は、端末装置１６５０２、１６５０６、および１６５０８の各々に対して、（例えば、メッセージ・シーケンス・チャート１７２００または１７３００の方法で）チャネル予約支援を別々に実行することができる。支援装置１６９０２は、端末装置１６５０２のためにチャネル予約手順（例えば、ＲＴＳ／ＣＴＳ交換）を実行して、端末装置１６５０２からの伝送を保護することができる。その後、支援装置１６９０２は、端末装置１６５０６のためにチャネル予約手順を実行することができる。その後、支援装置１６９０２は、端末装置１６５０８のためにチャネル予約手順を実行することができる。メッセージ・シーケンス・チャート１７２００の場合、各チャネル予約手順は、２つのチャネル予約を伴うことがある。すなわち、端末装置から支援装置１６９０２への初期上りリンク伝送のための第一のチャネル予約と、支援装置１６９０２からの転送上りリンク伝送のための第二のチャネル予約である。

いくつかの側面では、支援装置１６９０２は、端末装置１６５０２、１６５０６、および１６５０８の各々がチャネルに同時にアクセスすることを可能にする共通チャネル予約を実行することができる。例えば、前述のように、いくつかの側面では、第一の波形フォーマットは、狭帯域波形を使用することができ、第二の波形フォーマットは、広帯域波形を使用することができる。従って、第一の波形フォーマットは、狭帯域チャネルを使用することができ、第二の波形フォーマットは、広帯域チャネルを使用することができ、ここで、狭帯域チャネルは、広帯域チャネルと重複するか、または広帯域チャネル内に収まることができる。端末装置１６５０２、１６５０６、および１６５０８は、狭帯域第一のフォーマット動作のために構成され得るので、複数の端末装置１６５０２、１６５０６、および１６５０８は、広帯域チャネルの狭帯域「サブチャネル」で同時に広帯域チャネルにアクセスすることが可能であり得る。例えば、広帯域チャネルが、例えば、２０ＭＨｚであり、かつ狭帯域チャネルが、例えば、２ＭＨｚである場合、１０個までの端末装置は、それぞれ、１０ＭＨｚ広帯域チャネルのうちの別個の２ＭＨｚ狭帯域「サブチャネル」を利用して、狭帯域第一のフォーマット信号を送受信することができる。

従って、いくつかの側面では、支援装置１６９０２は、広帯域チャネルを予約し、複数の端末装置を各々が狭帯域第一のフォーマット伝送のために異なる狭帯域サブチャネルを利用するように割り当てることができる。例えば、支援装置１６９０２は、ネットワーク・アクセス・ノード１６５１０と広帯域チャネルを予約することができる（例えば、１７２０２または１７２０４のように、例えば、ＮＡＶを指定するＲＴＳ／ＣＴＳ交換）。次いで、支援装置１６９０２は、（例えば、１７２０６または１７３０６のように）端末装置１６５０２、１６５０６、および１６５０８に、チャネル予約を通知することができる。いくつかの側面では、支援装置１６９０２は、チャネル予約通知において狭帯域サブチャネル割り当てを指定することができ、ここで、狭帯域サブチャネル割り当ては、端末装置１６５０２、１６５０６、および１６５０８の各々が割り当てられる広帯域チャネルのうちの異なる周波数サブバンドまたは狭帯域サブチャネルを指定することができる。端末装置１６５０２、１６５０６、および１６５０８は、異なる狭帯域サブチャネルに割り当てられるため、端末装置１６５０２、１６５０６、および１６５０８は、互いに干渉することなく、（例えば、それぞれ異なる狭帯域サブチャネルを使用する狭帯域第一のフォーマット伝送で）同時に送信することができる。

従って、チャネル予約通知およびサブチャネル割り当てを受信した後、端末装置１６５０２、１６５０６、および１６５０８の各々は、それぞれ、割り当てられた狭帯域サブチャネル割り当て上で（予約期間の間）支援装置１６９０２への狭帯域第一のフォーマット上りリンク伝送を実行することができる。いくつかの側面（例えば、予約期間が、初期上りリンク伝送と転送上りリンク伝送の両方を含むのに十分な持続時間を有する場合）では、支援装置１６９０２は、次いで、（例えば、１７２１０～１７２１２のように）狭帯域第一のフォーマット上りリンク伝送をネットワーク・アクセス・ノード１６５１０に転送することができる。

いくつかの側面では、支援装置１６９０２は、対応する狭帯域サブチャネル割り当て上で各々の狭帯域第一のフォーマット上りリンク伝送を転送することにより、第一のフォーマットを使用した狭帯域第一のフォーマット上りリンク伝送を転送することができる。いくつかの側面（例えば、予約期間が、初期上りリンク伝送と転送上りリンク伝送の両方を含むのに十分な持続時間を有しない場合）では、支援装置１６９０２は、共存プリアンブルと一緒に狭帯域第一のフォーマット上りリンク伝送をカプセル化し、狭帯域第一のフォーマット上りリンク伝送を保持（例えば、バッファ）し、（例えば、１７３１０～１７３１２のように）キャリア検知を実行して、競合を介してチャネルへのアクセスを得ることができる。チャネルへのアクセスを得た後、支援装置１６９０２は、次いで、（例えば、１７３１４～１７３１６のように共存プリアンブルによってカプセル化された狭帯域第一のフォーマット上りリンク伝送を送信することができる。いくつかの側面では、支援装置１６９０２は、予約期間の間、（例えば、ＲＴＳ／ＣＴＳ交換で）チャネルを再び予約し、（例えば、共存プリアンブル・カプセル化なしで）狭帯域第一のフォーマット上りリンク伝送をネットワーク・アクセス・ノード１６５１０に転送することができる。

従って、支援装置１６９０２は、共通チャネル予約を実行して、複数の端末装置が保護された第一のフォーマット伝送を同時に実行することを可能にし得る。これにより、支援装置１６９０２が実行するチャネル予約支援手順の数が（別個のチャネル予約支援手順を実行するのと比較して）減少し、ネットワーク効率を改善することができる。

例示的なＷｉ－Ｆｉシナリオでは、端末装置１６５０２、１６５０６、および１６５０８は、ＩＥＥＥ ８０２．１１ａｘ ＯＦＤＭＡモードで最小資源・ユニット（ＲＵ）サイズを有する狭帯域サブチャネル割り当てを使用するなどにより、ＯＦＤＭＡ方式を使用して、同時狭帯域第一のフォーマット伝送を支援装置１６９０２に送信することができる。従って、支援装置１６９０２は、ＩＥＥＥ ８０２．１１ａｘ ＯＦＤＭＡにおけるＲＵに基づいて狭帯域サブチャネル割り当てを割り当てることができる。いくつかの側面では、支援装置１６９０２は、（ＯＦＤＭＡとは対照的な）ＦＤＭＡに基づいて狭帯域サブチャネル割り当てを割り当てることができる。これは、ＯＦＤＭＡと比較して、送信タイミング、周波数、および電力制御要件を緩和することができ、端末装置１６５０２、１６５０６、および１６５０８のコストを低減することができる。しかし、ＯＦＤＭＡは、いくつかの側面では、より小さいＲＵサイズ、例えば、より小さい狭帯域サブチャネル割り当てサイズを可能にし得る。さらに、いくつかの側面では、狭帯域サブチャネル割り当ては、異なるサイズであってもよく、ここで、例えば、端末装置１６５０２は、（帯域幅によって）端末装置１６５０６よりも大きな狭帯域サブチャネルを割り当てられ、結果として、より高いデータ・レートで（潜在的により高い電力消費のコストで）送信することが可能にし得る。支援装置１６９０２はまた、狭帯域サブチャネル割り当ておよび／またはＦＤＭＡ／ＯＦＤＭＡ／ＭＩＭＯ方式による共通チャネル予約をサポートするために、より複雑な受信機コンポーネント（例えば、アンテナ・システム１７００２および無線モジュール１７００４）で構成されてもよい。いくつかの側面では、支援装置１６９０２は、Ｂｌｕｅｔｏｏｔｈ、Ｚｉｇｂｅｅ、および／または同じく免許不要帯域で動作し得るＬＴＥの異なるフレーバーを支持することができる。

いくつかの側面では、支援装置１６９０２は、「トリガフレーム」を利用して、端末装置１６５０２、１６５０６、および１６５０８のための伝送をスケジューリングすることができる。従って、支援装置１６９０２は、トリガフレーム（例えば、Ｗｉ－Ｆｉトリガフレーム）を利用して、特定の時間周波数無線資源、例えば、特定のＦＤＭＡまたはＯＦＤＭＡサブキャリア上で端末装置１６５０２、１６５０６、および１６５０８による同時伝送をスケジューリングすることができる。これらのトリガフレームは、上りリンク・スケジューリング、変調および他の上りリンク伝送パラメータを搬送することができる。追加的に、スケジューリングされた装置は、トリガフレーム内の情報を使用して、上りリンク伝送を実行する前に、それらの周波数およびタイミングをネットワーク・アクセス・ノード１６５１０および／または支援装置１６９０２に同期させることができる。

いくつかの側面では、支援装置１６９０２はまた、ネットワーク・アクセス・ノード１６５１０から端末装置１６５０２への伝送で、下りリンク方向における中継を実行することができる。例えば、いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、（例えば、端末装置１６５０２を指定するアドレス情報と共に、）端末装置１６５０２に対して意図した第二のフォーマット下りリンク伝送を支援装置１６９０２に送信することができる。支援装置１６９０２は、第二のフォーマット下りリンク伝送を受信し、端末装置１６５０２に転送することができる。いくつかの側面では、支援装置１６９０２は、ネットワーク・アクセス・ノード１６５１０からの第二のフォーマット下りリンク伝送を受信し、（例えば、キャリア検知および／またはチャネル予約で）チャネルを競い合い、チャネルへのアクセスを得た後、第二のフォーマット下りリンク伝送を端末装置１６５０２に転送することができる。いくつかの側面では、支援装置１６９０２は、第二のフォーマット下りリンク伝送を第一のフォーマット下りリンク伝送に変換し、第一のフォーマット下りリンク伝送を端末装置１６５０２に送信することにより、第二のフォーマット下りリンク伝送を端末装置１６５０２に転送することができる。いくつかの側面では、支援装置１６９０２は、チャネルを（例えば、ネットワーク・アクセス・ノード１６５１０とのＲＴＳ／ＣＴＳ交換を介して）予約し、予約期間の間、第一のフォーマット下りリンク伝送を送信することができる。いくつかの側面では、支援装置１６９０２は、共存プリアンブルで第一のフォーマット下りリンク伝送をカプセル化し、カプセル化ヘッダと共に第一のフォーマット下りリンク伝送を端末装置１６５０２に送信することができる。

従って、いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、第二のフォーマット動作のためにのみ構成され得る。次いで、支援装置１６９０２は、ネットワーク・アクセス・ノード１６５１０から端末装置１６５０２への下りリンク伝送を伝送するための第二の波形フォーマットから第一の波形フォーマットへの変換、および端末装置１６５０２からネットワーク・アクセス・ノード１６５１０への上りリンク伝送を転送するための第一の波形フォーマットから第二の波形フォーマットへの変換を実行することができる。支援装置１６９０２はまた、チャネル予約支援および／または共存プリアンブル・カプセル化のような共存問題を処理することができる。

いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、第一のフォーマット動作のためにのみ構成され得る。従って、ネットワーク・アクセス・ノード１６５１０および端末装置１６５０２は、第一の波形フォーマットを使用して通信することができる。次いで、支援装置１６９０２は、端末装置１６５０２からネットワーク・アクセス・ノード１６５１０への第一の波形フォーマットでの上りリンク伝送を転送することができる。いくつかの側面では、支援装置１６９０２は、ネットワーク・アクセス・ノード１６５１０および／または端末装置１６５０２のためのチャネル予約支援および／または共存プリアンブル・カプセル化を実行することができる。

図１７８は、Ｗｉ－Ｆｉ ＩｏＴ設定におけるいくつかの側面の例示的な展開を示す。図１７８に示されるように、ネットワーク・アクセス・ノード１６５１０は、端末装置１６５０２、１６５０４、１６５０６、および１６５０８、および支援装置１６９０２（妥当な場合、様々な他の通信ノードに加えて）を含む通信ノードのグループにサービスを提供することができる。図１７８に示されるように、ネットワーク・アクセス・ノード１６５１０は、アクセス・ポイントとして構成されてもよく、端末装置１６５０２は、煙検出器として構成されてもよく、端末装置１６５０４は、フロント・ドア・カメラとして構成されてもよく、端末装置１６５０６は、電球として構成されてもよく、端末装置１６５０８は、体重計として構成されてもよく、支援装置１６９０２は、電気プラグとして構成されてもよい。これらのＩｏＴ装置は、例示的なものであり、無線通信ネットワーク１６５００の通信ノードは、様々な他のタイプの装置として構成されてもよい。

端末装置１６５０４は、広帯域チャネルを有する第二の波形フォーマットを利用するように設定することができ、ここで、例えば、第二の波形フォーマットは広帯域波形である。例えば、端末装置１６５０４は、ビデオ・フィードをサポートするために、より高いデータ・レートを必要とする可能性がある。例示的なＷｉ－Ｆｉ設定に従って、端末装置１６５０４は、例えば２０ＭＨｚのＩＥＥＥ ８０２．１１広帯域チャネルを利用して、ネットワーク・アクセス・ノード１６５１０と信号を送受信することができる。端末装置１６５０２、１６５０６、および１６５０８は、要求の少ないデータニーズを有し得るため、端末装置１６５０２、１６５０６、および１６５０８は、狭帯域チャネルを有する第一の波形フォーマットを利用するように設定することができ、ここで、例えば、第一の波形フォーマットは狭帯域波形である。例えば、煙検出器、電球、体重計、および種々の他の低帯域幅ＩｏＴ装置は、高いデータ・レートを必要としなくてもよく、かつ／あるいは、データを控えめにかつ／あるいは低量で送受信することができる。例示的なＷｉ－Ｆｉ設定に続いて、端末装置１６５０２、１６５０６、および１６５０８は、２ＭＨｚの狭帯域チャネルを利用して、ネットワーク・アクセス・ノード１６５１０および／または支援装置１６９０２と信号を送受信することができる。前述のように、狭帯域チャネルは、単一キャリとすることができ、低いＰＡＰＲを有することができ、ＢＰＳＫ、ＱＰＳＫ、またはＧＭＳＫ変調方式を使用することができ、拡散スペクトルであってもよく、かつ／あるいは、低いデータ・レート（例えば、キロ・ビット範囲）を利用することができる。

狭帯域チャネルの使用は、端末装置１６５０２、１６５０６、および１６５０８での電力消費を低減することができる。高い電力効率は、図１７８に示す例示的な展開のようなＩｏＴ展開においては重要であり得る。例えば、いくつかの側面では、端末装置１６５０２、１６５０６、および１６５０８のうちの１つ以上は、コイン電池バッテリーなどの非充電式バッテリーで電力供給され得る。いくつかの側面では、端末装置１６５０２、１６５０６、および１６５０８のうちの１つ以上は、再充電可能バッテリーによって電力供給され得る。いくつかの側面では、端末装置１６５０２、１６５０６、および１６５０８のうちの１つ以上は、電池交換および／または再充電の頻度を低減し得る１年、５年、１０年などの長いバッテリー寿命を目標とすることがある。いくつかの側面では、端末装置１６５０２、１６５０６、および１６５０８のうちの１つ以上は、部分的または単独の電力供給として、太陽電力（例えば、外に位置する場合）または周囲エナジー・ハーベスティング（例えば、内に位置する場合）を利用するかもしれない。

端末装置１６５０２はまた、ネットワーク・アクセス・ノード１６５１０に伝送を転送するための中継ノードとして支援装置１６９０２を使用することによって、電力消費を低減することができる。端末装置１６５０２は、ネットワーク・アクセス・ノード１６５１０（図１７８に示すように異なる部屋に存在してもよい）よりも支援装置１６９０２（図１７８に示すように同じ部屋内など）の近くに配置され得るため、端末装置１６５０２は、ネットワーク・アクセス・ノード１６５１０に送信するのに十分であるよりも低い送信電力を利用して、支援装置１６９０２に送信することができる。支援装置１６９０２は、ＡＣ電力供給装置であり得るため、支援装置１６９０２は、端末装置１６５０２から（ネットワーク・アクセス・ノード１６５１０に対して意図した）上りリンク伝送を受信し、上りリンク伝送を、（元の伝送に対して端末装置１６５０２によって使用されるよりも）より大きな送信電力でネットワーク・アクセス・ノード１６５１０に転送することが可能であり得る。

いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、狭帯域チャネルを有する狭帯域第一の波形フォーマットでの下りリンク伝送を、端末装置１６５０２に送信することができる（ここで、狭帯域チャネルは、端末装置１６５０４によって使用される広帯域チャネルのより小さい部分である）。いくつかの側面では、ネットワーク・アクセス・ノード１６５１０は、狭帯域第一のフォーマット下りリンク伝送を、共存プリアンブル、例えば、狭帯域チャネルを使用せず、かつ／あるいは、異なる波形フォーマットを使用しており、第一の波形フォーマットに従って構成された他の共存デバイスによって検出可能かつ読み出し可能であるヘッダと一緒にカプセル化することによって、端末装置１６５０２への狭帯域第一のフォーマット下りリンク伝送を保護することができる。例えば、ネットワーク・アクセス・ノード１６５１０は、２０ＭＨｚのＩＥＥＥ ８０２．１１プリアンブルで狭帯域第一のフォーマット下りリンク伝送をカプセル化することができる。端末装置１６５０４のような（広帯域チャネル上で動作する）共存端末装置は、第一の波形フォーマットプリアンブル、例えば２０ＭＨｚのＩＥＥＥ ８０２．１１プリアンブルを検出し読み出すことができるため、端末装置１６５０４は、狭帯域第一のフォーマット下りリンク伝送を検出し、狭帯域第一のフォーマット下りリンク伝送の間、チャネルにアクセスすることを控えることが可能であり得る。

いくつかの側面では、支援装置１６９０２は、図１７２～図１７６の何れかに関して上記に詳説した方法などで、端末装置１６５０２のためのチャネル予約支援および／または共存プリアンブル・カプセル化を実行することができる。従って、支援装置１６９０２は、ＮＡＶを指定するネットワーク・アクセス・ノード１６５１０とＲＴＳ／ＣＴＳメッセージを交換することができる。端末装置１６５０４のような共存端末装置は、ＲＴＳ／ＣＴＳメッセージを検出し、チャネルがＮＡＶの存続期間についてビジーとなることを決定することができる。次いで、端末装置１６５０２は、狭帯域第一のフォーマット上りリンク伝送を支援装置１６９０２に送信することができ、支援装置１６９０２は、ＮＡＶの満了前、ＮＡＶの満了後であって、再度チャネルを予約した（狭帯域第一のフォーマット伝送であり得る）後、および／またはＮＡＶの満了後であって、競合を介してチャネルへのアクセスを得た（共存プリアンブルでカプセル化された狭帯域第一のフォーマット伝送であり得る）後、ネットワーク・アクセス・ノード１６５１０に狭帯域第一のフォーマット上りリンク伝送を転送することができる。いくつかの側面では、支援装置１６９０２は、端末装置１６５０２、１６５０８、および１６５０８の複数に対する共通チャネル予約を実行することができる。

いくつかの側面では、共存ネットワークからの衝突は回避され得る。例えば、端末装置１６５０４のような同じネットワーク内の共存装置からの衝突を回避することに加えて、支援装置１６９０２は、端末装置１６５０２による伝送を、他のネットワーク、例えばネットワーク・アクセス・ノード１６５１０以外のネットワーク・アクセス・ノードによって提供されるネットワークの通信ノードによる伝送から保護することができる、端末装置１６５０２のためのチャネル予約および／または共存プリアンブル・カプセル化を実行することができる。

従って、（ＩｏＴ装置を含む）端末装置は、他の端末装置（例えば、異なる波形フォーマットを使用する端末装置）と首尾よく共存しながら、電力消費を低減することを可能にし得る。特に、端末装置は、支援装置を中継ノードとして使用することにより、上りリンク伝送電力を低減することができる。いくつかの側面では、端末装置は、狭帯域波形、単一キャリア波形、および／または低いＰＡＰＲ波形のような、低電力特性を有する波形フォーマットを使用することもできる。いくつかの側面では、支援装置および／またはネットワーク・アクセス・ノードは、チャンネル予約支援および／または共存ヘッダ・カプセル化で衝突から端末装置との間の伝送を保護するのを支援することができる。

図１７９は、いくつかの側面に従って端末装置において無線通信を実行する方法１７９００を示す。図１７９に示すように、方法１７９００は、無線チャネル上でネットワーク・アクセス・ノードから、第一の波形フォーマットでの下りリンク無線伝送を受信すること（１７９１０）を含む。無線チャネルが、予約期間の間、第二の波形フォーマットの伝送との衝突から保護されていることを示す通知が転送装置から受信される（１７９２０）。予約期間に従って、上りリンク無線伝送が転送装置に送信され、上りリンク無線伝送は、上りリンク無線伝送をネットワーク・アクセス・ノードにルーティングするように転送装置に命令する（１７９３０）。

図１８０は、いくつかの側面に従って通信装置において無線通信を実行する方法１８０００を示す。図１８０に示すように、方法１８０００は、無線チャネル上で、端末装置から第一の波形フォーマットでの上りリンク無線伝送を受信し、上りリンク無線伝送は、通信装置に上りリンク無線伝送をネットワーク・アクセス・ノードに転送するように命令すること（１８０１０）を含む。無線チャネル上で、上りリンク無線伝送を衝突から保護するための第二の波形フォーマットでのプリアンブルと一緒に、上りリンク無線伝送がネットワーク・アクセス・ノードに送信される（１８０２０）。

図１８１は、いくつかの側面に従って通信装置において無線通信を実行する方法１８１００を示す。図１８１に示すように、方法１８１００は、第一の波形フォーマットに従って、無線チャネル上で端末装置と通信すること（１８１１０）を含む。予約期間を指定する伝送要求が、無線チャネル上で第二の波形フォーマットでネットワーク・アクセス・ノードに送信される（１８１２０）。端末装置に、無線チャネルが予約期間について予約されたことが通知される（１８１３０）。第一の波形フォーマットでの無線伝送が端末装置から受信される（１８１４０）。予約期間に従って無線伝送がネットワーク・アクセス・ノードに送信される（１８１５０）。

５．２ 拡張通信＃２
いくつかの側面では、ビークルは、アクセスするためにビークル内で移動する端末装置のためのローカル・ビークル無線ネットワークを提供することができる。端末装置が最初にビークルに入るとき、ローカル・ビークル無線ネットワークは、ユーザー・データ・コンテンツ選好、例えば、端末装置のユーザーが移動中にアクセスすると予測される１つ以上のデータ・ファイルおよび／またはデータ・ファイルのタイプ（例えば、メディアまたはマルチメディア・コンテンツ）に関する情報、を示すコンテキスト情報を端末装置と交換することができる。次いで、ローカル・ビークル無線ネットワークは、コンテキスト情報を使用して、端末装置が移動中に要求し得る目標データを予測することができる。次いで、ローカル・ビークル無線ネットワークは、利用可能なインターネット接続にアクセスして、目標データを取得し、目標データをローカルにキャッシュすることができる。移動中（インターネット接続がもはや利用できなくなった時）、端末装置がローカル・ビークル無線ネットワークからキャッシュされたデータのいずれかを要求する場合、ローカル・ビークル無線ネットワークは要求されたデータを端末装置に提供することができる。ローカル・ビークル無線ネットワークはまた、移動中の端末装置のための外部無線ネットワークへのゲートウェイとして作用することができる。

図１８２は、いくつかの側面の例示的な図示を示す。図１８２に示すように、ビークル１８２０２は、シナリオ１８２００ａにおいて、最初、ローディング・エリア１８２１０に位置することができる。ローディング・エリア１８２１０は、ビークル１８２０２が駐車する任意の一般エリアを含むことができる。ビークル１８２０２は、例えば、バス、飛行機、航空機、列車、車、ボート、または他の種類のビークルとすることができる。端末装置１８２０６および１８２０８は、ローディング・エリア１８２１０においてビークル１８２０２に入り、ビークル１８２０２のビークル・ネットワーク・アクセス・ノード１８２０４によって提供されるローカル・ビークル無線ネットワークに接続することができる。いくつかの側面では、端末装置１８２０６および１８２０８は、図１６６に関連して示され、説明されるように、端末装置１６５０２の方法で構成され得る。次いで、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０６または１８２０８が移動中にアクセスすることを望む目標データを予測することができる。次いで、ビークル・ネットワーク・アクセス・ノード１８２０４は、インターフェース１８２１４を介して（インターネット接続を有し得る）ローディング・ネットワーク・ノード１８２１２から目標データをダウンロードし、取得されたデータをローカルに記憶するあるいは「キャッシュ」する（例えば、キャッシュ・データ）。シナリオ１８２００ｂにおけるようにビークル１８２０２が移動しているとき、端末装置１８２０６または１８２０８は、ビークル・ネットワーク・アクセス・ノード１８２０４から、あるデータ（例えば、記憶されたデータ・ファイルおよびアクティブ／進行中のデータ・ストリームを含むことができる１つ以上のデータ・ファイル）を要求することができる。ビークル・ネットワーク・アクセス・ノード１８２０４が既に要求されたデータをダウンロードしキャッシュしている場合、ビークル・ネットワーク・アクセス・ノード１８２０４は、ローカル・クラウド・ネットワークを介して要求されたデータを端末装置１８２０６または１８２０８に提供することができる。ビークル・ネットワーク・アクセス・ノード１８２０４が要求されたデータをローカルにキャッシュしていない場合、端末装置１８２０６または１８２０８は、ネットワーク・アクセス・ノード１８２１８によって提供されるような外部無線ネットワークを利用して、要求されたデータを取得することができる。代替的に、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０６または１８２０８と外部無線ネットワークの間のゲートウェイとして作用し、ネットワーク・アクセス・ノード１８２１８を介して要求されたデータを取り出すことができる。

従って、ビークル・ネットワーク・アクセス・ノード１８２０４は、ビークル１８２０２上で移動する端末装置が移動中に要求し得る目標データを予測することができる。ローディング・ネットワーク・ノード１８２１２から目標データを取得し、目標データをキャッシュすることにより、ビークル・ネットワーク・アクセス・ノード１８２０４は、要求に応じて、端末装置にデータを提供することができる。従って、端末装置は、外部無線ネットワークを利用して、データを取得する必要がなくてもよく、端末装置のデータ割り当ての枯渇を回避することができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４によって提供されるローカル・ビークル無線ネットワークは、高容量、高速、および／または高信頼性接続（例えば、ビークル１８２０２内の近接による）とすることができ、これにより、ビークル１８２０２内で移動する端末装置が、ビークル・ネットワーク・アクセス・ノード１８２０４によってローカルにキャッシュされた要求されたデータを速やかにダウンロードすることを可能にし得る。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４によって提供されるローカル・ビークル無線ネットワークは、ネットワーク・アクセス・ノード１８２１８によって提供されるセルラー無線アクセス・ネットワークのような、端末装置１８２０６または１８２０８によって使用される外部ネットワークよりも高速／高容量／高信頼性を有することができる。

図１８３は、いくつかの側面に従った、ビークル・ネットワーク・アクセス・ノード１８２０４の例示的な内部構成を示す。図１８３に示されるように、ビークル・ネットワーク・アクセス・ノード１８２０４は、アンテナ・システム１８３０２、無線モジュール１８３０４、通信モジュール１８３０６（物理層モジュール１８３０８と制御モジュール１８３１０とを含む）、およびキャッシュ・メモリ１８３１２を含むことができる。ビークル・ネットワーク・アクセス・ノード１８２０４は、アンテナ・システム１８３０２を介して無線信号を送受信することができ、アンテナ・システム１８３０２は、１つ以上のアンテナを含むアンテナ・アレイであり得る。無線モジュール１８３０４は、送信および受信ＲＦ処理を実行して、通信モジュール１８３０６からの出て行くデジタル・データをアナログＲＦ信号に変換して、無線送信のためにアンテナ・システム１８３０２に提供し、アンテナ・システム１８３０２から受信した着信アナログＲＦ信号をデジタル・データに変換して、通信モジュール１８３０６に提供することができる。物理層モジュール１８３０８は、無線モジュール１８３０４から受信したデジタル・データに対して物理層受信処理を実行して、制御モジュール１８３１０に提供し、制御モジュール１８３１０から受信したデジタル・データに対して物理層送信処理を実行して、無線モジュール１８３０４に提供するように構成され得る。制御モジュール１８３１０は、対応する無線アクセス・プロトコルに従って、ビークル・ネットワーク・アクセス・ノード１８２０４の通信機能を制御することができ、アンテナ・システム１８３０２、無線モジュール１８３０４、および物理層モジュール１８３０８に対する制御を行使することを含み得る。いくつかの側面では、通信モジュール１８３０６はまた、アプリケーション層機能を実行するように構成され得る。無線モジュール１８３０４、通信モジュール１８３０６、物理層モジュール１８３０８、および制御モジュール１８３１０の各々は、ハードウェア定義モジュールとして、例えば１つ以上の専用ハードウェア回路またはＦＰＧＡとして、例えばソフトウェア定義モジュールとして、例えば非一時的なコンピュータ読み取り可能記憶媒体に記憶された演算、制御、およびＩ／Ｏ命令（例えばソフトウェアおよび／またはファームウェア）を定義するプログラム・コードを実行する１つ以上のプロセッサとして、またはハードウェア定義およびソフトウェア定義混合モジュールとして、構造的に実現され得る。

いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ビークル１８２０２と構造的に統合され得る。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ビークル１８２０２の一部である、あるいはビークル１８２０２によって提供される電力供給を利用することができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４のコンポーネントは、ビークル１８２０２のフレーム上または中へ取り付けられ得る。例えば、いくつかの側面では、アンテナ・システム１８３０２は、屋根に取り付けられたアンテナとして展開され得る。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４のコンポーネントは、ビークル１８２０２内の別々の位置に分散してもよく、有線または無線接続を介して互いに接続され得る。

前述のように、ビークル・ネットワーク・アクセス・ノード１８２０４は、インターフェース１８２１４を介してローディング・ネットワーク・ノード１８２１２から目標データを取得することができる。いくつかの側面では、インターフェース１８２１４は、無線インターフェースであり得る。従って、通信モジュール１８３０６は、特定の無線アクセス・プロトコルに従って、インターフェース１８２１４を介してローディング・ネットワーク・ノード１８２１２と無線信号を（無線モジュール１８３０４およびアンテナ・システム１８３０２を介して）送受信することができる。いくつかの側面では、無線アクセス・プロトコルは、セルラーまたは近距離無線アクセス・プロトコルであり得る。

いくつかの側面では、インターフェース１８２１４は、有線インターフェースであり得る（ここで、インターフェース１８２１４のための有線および無線オプションの両方が、図１８３において例示的な目的のために示される）。従って、通信モジュール１８３０６は、有線接続を介してローディング・ネットワーク・ノード１８２１２とデジタル・データを交換することができる。いくつかの側面では、有線接続は、例えば、イーサネットまたはファイバー接続であり得る。インターフェース１８２１４が有線インターフェースであるいくつかの側面では、ビークル１８２０２は、ローディング・エリア１８２１０のドッキング・ステーションに接続するか、あるいは「ドック」して、ビークル・ネットワーク・アクセス・ノード１８２０４とローディング・ネットワーク・ノード１８２１２の間の有線接続を完了する。インターフェース１８２１４が無線インターフェースであるいくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ビークル１８２０２がローディング・エリア１８２１０に入るとき、インターフェース１８２１４（無線接続）を介してローディング・ネットワーク・ノード１８２１２と接続することができる。

通信モジュール１８３０６はまた、キャッシュ・メモリ１８３１２とインターフェースをとることができる。通信モジュール１８３０６は、キャッシュ・メモリを利用して、ビークル・ネットワーク・アクセス・ノード１８２０４がビークル１８２０２内を移動する端末装置が要求することを予想する目標データに基づいて、ローディング・ネットワーク・ノード１８２１２から取得したキャッシュ・データのようなキャッシュ・データを記憶することができる。通信モジュール１８３０６は、あるデータ（例えば、映画、ビデオクリップ、テレビ番組エピソード、歌、ポッドキャスト、ウェブサイト、ファイル、アルバム、オーディオブックなどを含む１つ以上のデータ・ファイル）の要求を、端末装置１８２０６および１８２０８などのビークル１８３０２内を移動する端末装置から受信し、要求されたデータをキャッシュ・メモリ１８３１２から取得し、無線モジュール１８３０４およびアンテナ・システム１８３０２を介して要求されたデータを要求している端末装置に提供することができる。

図１８４は、いくつかの側面によるメッセージ・シーケンス・チャート１８４００を示す。図１８４に示されるように、端末装置１８２０６は、１８４０２において、最初にビークル１８２０２に入ることができる。いくつかの側面では、端末装置１８２０８も、メッセージ・シーケンス・チャート１８４００の処理を実行することができる。１８４０２において、ビークル１８２０２に入った（あるいは、ビークル・ネットワーク・アクセス・ノード１８２０４の近傍を移動する、言い換えると、接続または検出するのに十分に近い）後、端末装置１８２０６は、１８４０４において、ビークル・ネットワーク・アクセス・ノード１８２０４に接続することができる。例えば、端末装置１８２０６（ここで、端末装置１８２０６は、図１６６に示す端末装置１６５０２の方法で構成される）のベースバンド・モデム１６６０６は、（ＲＦトランシーバ１６６０４とアンテナ・システム１６６０２との接続／アタッチ信号の交換を介して）ビークル・ネットワーク・アクセス・ノード１８２０４と無線接続を確立し、無線接続は、端末装置１６５０２のベースバンド・モデム１６６０６とビークル・ネットワーク・アクセス・ノード１８２０４の通信モジュール１８３０６の間のソフトウェア・レベルの接続であって、無線信号を送受信するアンテナ・システム１６６０２、ＲＦトランシーバ１６６０４、アンテナ・システム１８３０２、および無線モジュール１８３０４によって提供される無線接続に依存するものとすることができる。

１８４０４において接続した後、端末装置１８２０６およびビークル・ネットワーク・アクセス・ノード１８２０４は、１８４０６において、コンテキスト情報を交換することができる。コンテキスト情報は、端末装置１８２０６がビークル１８２０２の移動中に要求し得る目標データ（例えば、１つ以上のデータ・ファイル）を決定するのに関連し得る。いくつかの側面では、コンテキスト情報は、トリップ継続時間情報および／またはユーザー・データ・コンテンツ選好情報とすることができる。例えば、いくつかの側面では、端末装置１８２０６は（ベースバンド・モデム１６６０６の制御下で）、端末装置１８２０６がビークル１８２０２内で移動することが予想される持続時間および／または距離、例えば、トリップ時間情報に関連する情報を提供することができる。例えば、端末装置１８２０６は、ビークル・ネットワーク・アクセス・ノード１８２０４に、端末装置１８２０６の目標宛先（ユーザー入力を介して端末装置１８２０６のユーザーによって最初に提供されるが、必ずしもそうではない）、予想される降車時間などを提供することができる。

いくつかの側面では、端末装置１８２０６は、ユーザー・データ・コンテンツ選好を示すコンテキスト情報を１８４０６において、提供することができる。例えば、端末装置１８２０６は、端末装置１８２０６のユーザーが頻繁にアクセスするマルチメディアのタイプ（例えば、媒体コンテンツ）を同定することができる。例示的なシナリオでは、端末装置１８２０６のユーザーは、特定のテレビ番組を頻繁に見ることがあり、特定のジャンルのテレビ番組または映画を頻繁に見ることがあり、特定の音楽アーティストを頻繁に聴くことがあり、特定のジャンルの音楽を頻繁に聴くことがあり、特定のポッドキャストを頻繁に聴くことがあり、特定のニュースまたはオンライン・ウェブサイトを頻繁に読むことがあり、特定のビデオまたは画像共有／ホスティング・ウェブサイトに頻繁にアクセスすることがある。他の多くのシナリオ、メディア・コンテンツの種類、およびメディア・アクセス習慣も、本開示の範囲内にある。次いで、端末装置１８２０６は、ビークル・ネットワーク・アクセス・ノード１８２０４にそのようなユーザー・データ・コンテンツ選好を示す情報を提供することができる。いくつかの側面では、端末装置１８２０６は、ユーザー・データを示す端末装置１８２０６とのユーザー対話に基づいて履歴データを収集することができる。この履歴データは、端末装置１８２０６の通常の動作中などに、メッセージ・シーケンス・チャート１８４００の処理の開始前に収集されてもよい。次いで、端末装置１８２０６は、履歴データからユーザー・データ・コンテンツ選好を決定し、１８４０６において、ビークル・ネットワーク・アクセス・ノード１８２０４にユーザー・データ・コンテンツ選好を提供することができる。いくつかの側面では、ユーザー・データ・コンテンツ選好は、端末装置１８２０６のユーザーが特定のデータ・ファイルまたはデータ・ファイルのタイプ（例えば、映画、ビデオクリップ、歌、アルバム、ウェブサイトなど）を要求する可能性または確率を示すことができる。いくつかの側面では、ユーザー・データ・コンテンツ選好は、端末装置１８２０６のユーザーが後刻要求し得るデータ（例えば、１つ以上のデータ・ファイル）を示すことができる。いくつかの側面では、ユーザー・データ・コンテンツ選好は、端末装置１６５０２のユーザーがアクセスしたデータに関する履歴データを示すことができる。いくつかの側面では、ユーザー・データ・コンテンツ選好は、メディア・コンテンツのアクセスまたは閲覧に対するユーザーの習慣を示す。これらの側面は、本明細書において説明するコンテキスト認識態様と共に使用することができる。

いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ユーザー・データ・コンテンツ選好について端末装置１８２０６に問い合わせることができる。いくつかの側面では、端末装置１８２０６がビークル・ネットワーク・アクセス・ノード１８２０４に接続するとき、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０６をユーザー・データ・コンテンツ選好ウェブサイトまたはアプリケーションに指向することができる。次いで、端末装置１８２０６は、ユーザー・データ・コンテンツ選好ウェブサイトまたはアプリケーションをロードし、ユーザー・データ・コンテンツ選好ウェブサイトまたはアプリケーションを端末装置１８２０６のユーザー（例えば、アプリケーション・プロセッサ１６６１２および端末装置１８２０６のユーザーＩ／Ｏコンポーネントを介してアプリケーション層）に表示することができる。次いで、端末装置１８２０６は、ユーザー・データ・コンテンツ選好のいずれかのタイプ（好ましい映画、テレビ番組、音楽、ウェブサイトなど）など、ユーザー・データ・コンテンツ選好を指定する端末装置１８２０６のユーザーからのユーザー入力を受け入れることができる。端末装置１８２０６は、ユーザーによって提供されたユーザー・データ・コンテンツ選好を収集し、ユーザー・データ・コンテンツ選好をウェブサイトまたはアプリケーションを介するなどして、１８４０６において、ビークル・ネットワーク・アクセス・ノード１８２０４にユーザー・データ・コンテンツ選好を送信することができる。したがって、端末装置１８２０６のユーザーは、ユーザーまたは端末装置１８２０６がトリップ中にアクセスまたは使用することができるデータを選択または指定することが可能であり得る。

いくつかの側面では、１８４０６におけるコンテキスト情報の交換は、ビークル・ネットワーク・アクセス・ノード１８２０４とローカル・ビークル無線ネットワークを介した端末装置の間のその後のデータ交換に加えて、無線データの交換のための通信規則を定義する特定の通信プロトコルによって統制され得る。従って、ビークル・ネットワーク・アクセス・ノード１８２０４および端末装置１８２０６は、通信プロトコルに従って、１８４０６において、コンテキスト情報を交換することができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４および端末装置１８２０６は、近距離またはセルラー無線アクセス技術を用いて、ローカル・ビークル無線ネットワークを介して通信することができる。

次いで、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８４０８において、端末装置１８２０６のユーザーがビークル１８２０２の移動中に要求し得る目標データ（例えば、１つ以上のデータ・ファイル）、または一般的に、端末装置１８２０６が使用するであろうデータ、を同定し得る。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４の通信モジュール１８３０６は、１８４０８において、目標データを同定するために、コンテキスト情報を処理することができる。例えば、端末装置１８２０６が、端末装置１８２０６のユーザーが頻繁に視聴する特定のジャンルのテレビ番組または映画を提供する場合、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８４０８において、特定のジャンルの１つ以上のテレビ番組または映画を目標データとして同定することができる。別の例では、端末装置１８２０６は、例えば、ユーザーがテレビ番組を視聴するビデオ・オン・デマンド・ウェブサイトまたはアプリケーションにアクセスすることなどにより、端末装置１８２０６のユーザーが現在視聴しているテレビ番組の識別性を提供することができる。次いで、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８４０８において、テレビ番組を目標データとして同定することができる。いくつかの側面では、端末装置１８２０６はまた、テレビ番組の現在のエピソードを（例えば、以前に閲覧されたビデオ・コンテンツを同定するためのビデオ・オン・デマンド・ウェブサイトまたはアプリケーションにアクセスすることによって）提供することができる。次いで、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８４０８において、（任意で、１つ以上のこの後のエピソードに加えて）現在のエピソードを目標データとして同定することができる。別の例では、端末装置１８２０６が、端末装置１８２０６のユーザーが頻繁に訪問する特定のウェブサイト（例えば、ニュース・ウェブサイト、画像／動画ホスティング／共有ウェブサイトなど）を提供する場合、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８４０８において、特定のウェブサイトのウェブサイト・データを目標データとして同定することができる。別の例では、端末装置１８２０６が、端末装置１８２０６のユーザーが頻繁に聞く特定のポッドキャストを提供する場合、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８４０８において、現在のポッドキャストエピソードを目標データとして同定することができる。

いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８４０８において、トリップ持続時間情報に基づいて目標データを同定することができる。例えば、例示的なシナリオでは、端末装置１８２０６によって提供されるトリップ持続時間情報は、端末装置１８２０６が短い継続時間（例えば、１時間未満、数時間など）ビークル１８２０２上を移動すると予想されることを示すことができる。別の例示的なシナリオでは、端末装置１８２０６によって提供されるトリップ持続時間情報は、端末装置１８２０６が長い持続時間（例えば、５時間、１０時間、１日など）ビークル１８２０２上を移動すると予想されることを示すことができる。長時間トリップを行うユーザーは、より多くのデータにアクセスすることが予想されるため、ネットワーク・アクセス・ノード１８２０４は、トリップ持続時間情報が、端末装置１８２０６が短時間トリップすることを示す場合と比較して、トリップ期間情報が、端末装置１８２０６が長時間トリップすることを示す場合、１８４０８において、より大量の目標データを同定するように構成され得る。

いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は（通信モジュール１８３０６で）また、１８４０８において、空間－時間トリップ情報を利用して、目標データを同定することができる。例えば、端末装置が、他のものよりも移動中により多くのデータにアクセスすることが期待され得る、一日のうちの特定の時間があり得る。例えば、ユーザーは、夜間（一部の利用者が眠っている場合）よりも、日中により多くのデータにアクセスすることが予想される。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０６が夜間トリップをとっている場合よりも、端末装置１８２０６が日中トリップをとっている（トリップ時間情報によって示される）場合に、１８４０８において、より大量の目標データを同定することができる。

別の例では、あるデータ、例えば、所与の地理的エリアにおいて人気がある「バイラル」ビデオ、所与の地理的エリアにおいて焦点を絞ったカバレッジを提供するニュース・ウェブサイトなどは、ある地理的エリアにおいて人気があることがある。従って、ビークル・ネットワーク・アクセス・ノード１８２０４は、ビークル１８２０２が現在いるかつ／あるいは移動している地理的エリアを示す空間－時間トリップ情報を同定することができる。次いで、ビークル・ネットワーク・アクセス・ノード１８２０４は、地理的エリアで人気があるコンテンツなど、地理的エリアに基づいて目標データを同定することができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、（インターフェース１８２１４を介したローディング・ネットワーク・ノード１８２１２を介して）インターネットにアクセスして、どのコンテンツが同定された地理的エリアにおいて人気があるかを決定することができる。いくつかの側面では、コンテンツのライブラリは、上述の側面、例えば、人気、選好、地理的エリアなどに従ってダウンロードされ得る。

前述のように、いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４の通信モジュール１８３０６は、（もしあれば）他の空間－時間トリップ情報に加えて、コンテキスト情報を処理して、１８４０８において、目標データを同定することができる。例えば、通信モジュール１８３０６は、トリップ中に端末装置のユーザーがどのタイプのデータに頻繁にアクセスするかを「学習」するための機械学習ベースの技術を実行することができる。通信モジュール１８３０６が適用することができる機械学習技術の非限定的な例は、教師ありあるいは教師なし学習、強化学習、遺伝的アルゴリズム、規則ベース学習支援ベクトルマシン、人工ニューラル・ネットワーク、ベイズツリーモデリング、または隠れマルコフ・モデルを含む。いくつかの側面では、通信モジュール１８３０６は、あるデータが端末装置１８２０６によってアクセスされるであろう可能性を計算する。例えば、通信モジュール１８３０６は、（１８４０６において提供されたユーザー・データ・コンテンツ選好情報に示されるように）ユーザーが複数のエピソードおよび／またはシーズンを視聴したテレビ番組は、ユーザーが例えば１つのエピソードを視聴したにすぎないテレビ番組よりも、移動中にアクセスされる可能性が高いと決定することができる。別の例では、通信モジュール１８３０６は、端末装置１８２０６のユーザーが最近視聴したテレビ番組の新しいエピソードは、ユーザーが最近視聴していないテレビ番組よりも移動中にアクセスされる可能性が高いと決定することができる。別の例では、通信モジュール１８３０６は、ユーザーのキュー（例えば、ビデオ・オン・デマンド・ウェブサイトまたはアプリケーション）にあるエピソードまたは映画が、ユーザーのキューにないエピソードまたは映画よりも、移動中に視聴される可能性が高いと決定することができる。いくつかの側面では、通信モジュール１８３０６は、１８４０８において、コンテキスト情報および／または空間－時間トリップ情報に基づいて、異なるデータ（例えば、異なるデータ・ファイル）に対する確率メトリック（移動中にアクセスされる可能性を示す）を計算し、目標データとして最も高い確率メトリックを有するデータ（例えば、１つ以上のデータ・ファイル）を選択することができる。いくつかの側面では、通信モジュール１８３０６は、１８４０８において、目標データとして、最も高い確率メトリック（ここで、確率メトリックは、端末装置が移動中にデータを要求するであろう可能性または確率を示す）を有する予め定められた数のデータ・ファイルを選択することができる。いくつかの側面では、通信モジュール１８３０６は、１８４０８において、目標データとして、あらかじめ定められた総データサイズ（例えば、キャッシュ・メモリ１８３１２の総容量または残存容量に依存し得る）までの最も高い確率メトリックを有するデータ・ファイルを選択することができる。

いくつかの側面では、通信モジュール１８３０６は、ソフトウェア定義のプログラム・コードとして（非一時的なコンピュータ読み取り可能媒体から取得可能な）具現化された確率的（あるいは予測的）アルゴリズムを用いて、コンテキスト情報および／または空間－時間トリップ情報を処理することができ、ここで、確率的アルゴリズムは、確率スコア（または予測重み）を異なるデータ（例えば、１つ以上のデータ・ファイル）に割り当てることができる。次いで、通信モジュール１８３０６は、確率スコアに基づいて、１８４０８において、目標データを同定することができ、これは、コンテキスト情報および／または空間－時間トリップ情報の定量的分析であり得る。いくつかの側面では、通信モジュール１８３０６は、（ローディング・ネットワーク・ノード１８２１２を介して）インターネットにアクセスして、例えば、他のビークルのビークル・ネットワーク・アクセス・ノードが発信し得る学習結果および／または現在のトレンドを交換することができる。

いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８４０８において目標データを同定する際に、複数の端末装置からのユーザー・データ・コンテンツ選好情報を考慮することができる。例えば、複数の端末装置が、ネットワーク・アクセス・ノード１８２０４にユーザー・データ・コンテンツ選好情報を提供することができる。ネットワーク・アクセス・ノード１８２０４の通信モジュール１８３０６は、次いで、ユーザー・データ・コンテンツ選好情報を集約して、複数の端末装置のいずれかによって最もアクセスされる確率が高い、例えば、端末装置によって要求される集団的確率が最も高いデータを同定することができる。次いで、通信モジュール１８３０６は、集合的確率に基づいて、例えば複数の端末装置からのユーザー・データ・コンテンツ選好情報に基づいて、１８４０８において、目標データを同定するように構成され得る。

１８４０８において目標データを同定した後、ビークル・ネットワーク・アクセス・ノード１８２０４は、ローディング・ネットワーク・ノード１８２１２にアクセスして、１８４１０および１８４１２において、目標データを要求し、受信することができる。従って、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８４１０において、インターフェース１８２１４を介してローディング・ネットワーク・ノード１８２１２からの目標データを要求することができる。ビークル・ネットワーク・アクセス・ノード１８２０４は、ビークル１８２０２がローディング・エリア１８２１０にいる間、例えば、インターフェース１８２１４がローディング・ネットワーク・ノード１８２１２とビークル・ネットワーク・アクセス・ノード１８２０４の間でアクティブである間、目標データを要求することができる。

前述のように、いくつかの側面では、インターフェース１８２１４は、無線インターフェースであり得る。従って、ローディング・ネットワーク・ノード１８２１２は、基地局またはアクセス・ポイントなどのネットワーク・アクセス・ノードであり得る。いくつかの側面では、インターフェース１８２１４は、ローディング・ネットワーク・ノード１８２１２とビークル・ネットワーク・アクセス・ノード１８２０４の間に高速あるいは高速／高容量／高信頼性の無線接続を提供することができ、これにより、ビークル・ネットワーク・アクセス・ノード１８２０４が、無線接続を介してローディング・ネットワーク・ノード１８２１２を介して大量のデータを迅速にダウンロードすることを可能にし得る。代替的には、いくつかの側面では、インターフェース１８２１４は、イーサネットまたはファイバー・インターフェースなどの有線インターフェースであり得る。従って、ローディング・ネットワーク・ノード１８２１２は、ルータまたはゲートウェイであり得る。いくつかの側面では、インターフェース１８２１４は、ローディング・ネットワーク・ノード１８２１２とビークル・ネットワーク・アクセス・ノード１８２０４の間に高速／高容量／高信頼性の有線接続を提供することができ、これにより、ビークル・ネットワーク・アクセス・ノード１８２０４が、有線接続を介してローディング・ネットワーク・ノード１８２１２を介して、大量のデータ（例えば、数百ギガバイト、テラバイトなどのオーダーで）を迅速にダウンロードすることができる。

ローディング・ネットワーク・ノード１８２１２は、（バックホール・インターフェースを介して）インターネットとインターフェースをとることができ、従って、ビークル・ネットワーク・アクセス・ノード１８２０４にインターネット接続を提供することができる。インターフェース１８２１４が無線インターフェースであるいくつかの側面では、ローディング・ネットワーク・ノード１８２１２は、インターネット・アクセスを提供するコア・ネットワーク（セルラー・コア・ネットワークなど）とインターフェースをとることができる。インターフェース１８２１４が有線インターフェースであるいくつかの側面では、ローディング・ネットワーク・ノード１８２１２は、種々のインターネット位置およびサーバーからインターネット・データを問い合わせかつ受信するように構成されたインターネット・ルータを含むことができ、あるいはそれとインターフェースをとることができる。

従って、１８４１０においてビークル・ネットワーク・アクセス・ノード１８２０４から目標データの要求を受信した後、ローディング・ネットワーク・ノード１８２１２は、１８４１２において、インターネットから目標データを取得することができる。例えば、ビークル・ネットワーク・アクセス１８２０４によって要求された目標データが、ビデオ・オン・デマンド・ウェブサイトまたはアプリケーションからの映画またはテレビ番組である場合、ローディング・ネットワーク・ノード１８２１２は、１８４１２において、ビデオ・オン・デマンド・ウェブサイトまたはアプリケーションのサーバーから映画またはテレビ番組をダウンロードすることができる。別の例では、ビークル・ネットワーク・アクセス・ノード１８２０４によって要求された目標データがウェブサイトである場合、ローディング・ネットワーク・ノード１８２１２は、１８４１２において、ウェブサイトをサポートするサーバーから、ウェブサイト・データ（例えば、ウェブサイトの１つ以上のセクション、ページ、記事などを含む）をダウンロードすることができる。別の例では、ビークル・ネットワーク・アクセス・ノード１８２０４によって要求された目標データが、ビデオ・ホスティング・ウェブサイトからの１つ以上のビデオである場合、ローディング・ネットワーク・ノード１８２１２は、１８４１２において、ビデオ・ホスティング・ウェブサイトのサーバーから１つ以上のビデオをダウンロードすることができる。別の例では、ビークル・ネットワーク・アクセス・ノード１８２０４によって要求された目標データが音楽ストリーミング・ウェブサイトまたはアプリケーションからの音楽ファイルである場合、ローディング・ネットワーク・ノード１８２１２は、音楽ストリーミング・ウェブサイトまたはアプリケーションのサーバーから音楽ファイルをダウンロードすることができる。目標データが加入者情報（例えば、ビデオ・オン・デマンド・ウェブサイトのための加入者ログイン、音楽ストリーミング・ウェブサイトのための加入者ログインなど）でアクセス可能であるいくつかの側面では、端末装置１８２０６は、加入者情報をビークル・ネットワーク・アクセス・ノード１８２０４に提供することができ、このノードは、次いで、１８４１０において、加入者情報を目標データ要求と一緒にローディング・ネットワーク・ノード１８２１２に提供することができる。次いで、ローディング・ネットワーク・ノード１８２１２は、加入者情報で関連するサーバーから目標データにアクセスすることができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、サブスクリプションを有することができ、ビークル・ネットワーク・アクセス・ノード１８２０４のための加入者情報をローディング・ネットワーク・ノード１８２１２に提供することができる。

次いで、ローディング・ネットワーク・ノード１８２１２は、目標データ要求に応答して、１８４１４において、目標データをビークル・ネットワーク・アクセス・ノード１８２０４に提供することができる。いくつかの側面では、ローディング・ネットワーク・ノード１８２１２は、１８４１２において、要求された目標データのいくつかを取得できないことがある。ローディング・ネットワーク・ノード１８２１２は、ローディング・ネットワーク・ノード１８２１２が取得できなかった目標データをビークル・ネットワーク・アクセス・ノード１８２０４に通知することができる。いくつかの側面では、ローディング・ネットワーク・ノード１８２１２が要求されたデータのいくつかを検索できない場合、ビークル・ネットワーク・アクセス・ノード１８２０４は、ビークル・ネットワーク・アクセス・ノード１８２０４が別のローディング・ネットワーク・ノードに接続する時など、後刻未取得データにアクセスしようと試みることができる。

次いで、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８４１６において、目標データをキャッシュすることができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４の通信モジュール１８３０６は、インターフェース１８２１４（有線または無線のいずれか）を介してローディング・ネットワーク・ノード１８２１２から目標データを受信し、１８４１６において、目標データをキャッシュ・メモリ１８３１２に記憶することができる。

従って、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０６のユーザーがビークル１８２０２の移動中にアクセスし得る目標データを取得することができる。ビークル・ネットワーク・アクセス・ノード１８２０４は、ビークル１８２０２がローディング・エリア１８２１０内にまだ位置している間（インターフェース１８２１４は、ビークル１８２０２がローディング・エリア１８２１０の近傍に位置している間、例えば、有線ドッキングまたは無線接続を介してアクティブなままであり得るので）、１８４１６において、目標データのキャッシュを完了することができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ローディング・エリア１８２１０中にいる間、ビークル１８２０２に入る複数の端末装置のために（例えば、１８４０４～１８４１６の方法で）コンテキスト情報を収集し、目標データを同定し、目標データを取得し、目標データをキャッシュすることができる。例えば、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０８のための目標データを同定することができ、これは、（端末装置１８２０８によって提供される異なるコンテキスト情報、例えばトリップ持続時間情報および／またはユーザー・データ・コンテンツ選好情報に基づき）端末装置１８２０６のための目標データとは異なることがある。次いで、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０８ために目標データを取得し、キャッシュすることができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ローディング・ネットワーク・ノード１８２１２への同じ目標データ要求において、端末装置１８２０６および１８２０８に対して目標データを要求および受信することができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ローディング・ネットワーク・ノード１８２１２への異なる目標データ要求において、端末装置１８２０６および１８２０８に対して目標データを要求および受信することができる。従って、ビークル・ネットワーク・アクセス・ノード１８２０４は、複数の異なる端末装置のために目標データを取得し、キャッシュすることができる。

図１８２に示されるように、ビークル１８２０２は、移動を開始し、ローディング・エリア１８２１０（シナリオ１８２００ａとシナリオ１８２００ｂの間で示される）を離れることある。ローディング・エリア１８２１０を離れた後、ビークル・ネットワーク・アクセス・ノードとのインターフェース１８２１４は、切断され得る（例えば、有線ドッキング接続が切断されてもよく、あるいはビークル１８２０２は、ローディング・ネットワーク・ノード１８２１２の無線範囲の外に移動してもよいため）。端末装置１８２０６および１８２０８は、ビークル１８２０２の内部に位置するため、端末装置１８２０６および１８２０８は、（ビークル１８２０２内の限定された移動に加えて）ビークル１８２０２に対して静的であることができ、範囲内であり、ビークル・ネットワーク・アクセス・ノード１８２０４に接続されたままであり得る。

従って、端末装置１８２０６は、１８４１８において、ビークル・ネットワーク・アクセス・ノード１８２０４からのデータ（例えば、１つ以上のデータ・ファイル）を要求することができる。次いで、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８４２０において、要求されたデータがキャッシュ・メモリ１８３１２にあるかどうかを決定することができる。例えば、通信モジュール１８３０６は、１８４１８において、（アンテナ・システム１８３０２および無線モジュール１８３０４を介して）端末装置１８２０６からのデータ要求を受信することができる。データ要求は、端末装置１８２０６が要求しているデータを具体的に同定することができる。例えば、データ要求は、例えば、映画、ビデオクリップ、テレビ番組のエピソード、歌、ポッドキャスト、ウェブサイト、ファイル、アルバムなどを同定することができる。次いで、通信モジュール１８３０６は、１８４２０において、要求されたデータがキャッシュ・メモリ１８３１２に記憶されているかどうかをキャッシュ・メモリ１８３１２に問い合わせることができる。

通信モジュール１８３０６が、１８４２０において、要求されたデータがキャッシュ・メモリ１８３１２に記憶されていると決定した場合、通信モジュール１８３０６は、要求されたデータをキャッシュ・メモリ１８３１２から取得し、１８４２４において、（１８４２０の「Ｙｅｓ」頂点によって参照される条件付きブロック１８４２２に示すように）要求されたデータを端末装置１８２０６に提供することができる。従って、端末装置１８２０６は、ビークル・ネットワーク・アクセス・ノード１８２０４からローカルで要求されたデータを取得することができることがあり、ビークル・ネットワーク・アクセス・ノード１８２０４と端末装置１８２０６のいずれも外部ネットワーク（例えば、ネットワーク・アクセス・ノード１８２１８）を利用せずに、要求されたデータを端末装置１８２０６提供することができる。ビークル・ネットワーク・アクセス・ノード１８２０４から要求されたデータを受信した後、端末装置１８２０６は、要求されたデータを端末装置１８２０６のユーザーに（例えば、ユーザーＩ／Ｏ、例えば、視覚ディスプレイ／スクリーン、オーディオ・スピーカなどを介して、アプリケーション・プロセッサ１６６１２のアプリケーション層で）提示することができる。

いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ビークル１８２０２がシナリオ１８２００ａにおいてローディング・エリア１８２１０にいた間に、ローディング・ネットワーク・ノード１８２１２を介して要求されたデータを事前に取得しておくことができる。代替的には、いくつかの側面では、ネットワーク・アクセス・ノード１８２０４は、ビークル１８２０２が異なるローディング・エリアにいた間に、別のローディング・ネットワーク・ノードを介して、要求されたデータを事前に取得しておくことができる。いくつかの側面では、ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０６によって提供されたコンテキスト情報に応答して、ローディング・ネットワーク・ノード１８２１２を介して要求されたデータを取得しておくことができる。いくつかの側面では、ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０８などの別の端末装置によって提供されたコンテキスト情報に応答して、ローディング・ネットワーク・ノード１８２１２を介して要求されたデータを取得しておくことができる。

ビークル・ネットワーク・アクセス・ノード１８２０４の通信モジュール１８３０６が、１８４２０において、要求されたデータがキャッシュ・メモリ１８３１２に存在しないと決定した場合、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８４２８において（１８４２０の「Ｎｏ」頂点によって参照される条件付きブロック１８４２６に示すように）、要求されたデータが利用可能でないこと、例えば、要求されたデータがビークル・ネットワーク・アクセス・ノード１８２０４によってローカルでは利用可能でないことを端末装置１８２０６に通知することができる。図１８２に示すように、例示的なシナリオでは、ビークル１８２０２は、ネットワーク・アクセス・ノード１８２１８のカバレッジ・エリア１８２１６内にあってもよい。従って、端末装置１８２０６は（ベースバンド・モデム１６６０６の制御下で）、ネットワーク・アクセス・ノード１８２１８からデータを取得することができる。いくつかの側面では、ネットワーク・アクセス・ノード１８２１８は、セルラー・ネットワーク・アクセス・ノード、例えば基地局であってもよく、コア・ネットワークを介してインターネット・アクセスを提供することができる。いくつかの側面では、ネットワーク・アクセス・ノード１８２１８は、路側ユニット（ＲＳＵ）であり得る。いくつかの側面では、ネットワーク・アクセス・ノード１８２１８は、近距離ネットワーク・アクセス・ノード、例えばアクセス・ポイントであってもよく、インターネット・ルータを介してインターネット・アクセスを提供することができる。従って、端末装置１８２０６は、無線アクセス接続として、ネットワーク・アクセス・ノード１８２１８を利用して、ネットワーク・アクセス・ノード１８２１８を介してインターネットとインターフェースをとることができる。従って、端末装置１８２０６は、１８４３０において、ネットワーク・アクセス・ノード１８２１８を介してデータを要求し、１８４３２において、ネットワーク・アクセス・ノード１８２１８からデータを受信することができる。いくつかの側面では、端末装置１８２０６は、ネットワーク・アクセス・ノード１８２１８を介して、要求されたデータを記憶してするインターネット・サーバーまたはデータ・ネットワーク（例えば、パケット・データ・ネットワーク）とＩＰ接続を確立し、要求されたデータを含むデータを、要求されたデータを記憶するインターネット・サーバーまたはデータ・ネットワーク（これは、ネットワーク・アクセス・ノード１８２１８に接続されたコア・ネットワークを通じてインターネット・サーバーまたはデータ・ネットワークとインターフェースするネットワーク・ゲートウェイへのデータのルーティングを含み得る）と交換することができる。従って、端末装置１８２０６は、１８４３２において、ネットワーク・アクセス・ノード１８２１８からの要求されたデータを受信することができる。いくつかの側面では、端末装置１８２０６は、図１６９～図１８１の任意に関して上述した側面を利用して、低電力波形フォーマット（例えば、第一の波形フォーマット）でビークル・ネットワーク・アクセス・ノード１８２０４と送受信し、高電力波形フォーマット（例えば、第二の波形フォーマット）でネットワーク・アクセス・ノード１８２１８と送受信することができる。ビークル・ネットワーク・アクセス・ノード１８２０４は、いくつかの側面では、ネットワーク・アクセス・ノード１８２１８との送受信において、端末装置１８２０６を支援するための中継に加えて、チャネル予約支援および／またはプリアンブル・ヘッダ・カプセル化を実行することができる。

いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４によって提供されるローカル・ビークル無線ネットワークは、高速／高容量／高信頼性の接続を提供することができ、これは、ネットワーク・アクセス・ノード１８２１８によって提供される無線接続よりも高速／高容量／高信頼性であり得る。従って、いくつかの側面では、端末装置１８２０６は、ネットワーク・アクセス・ノード１８２１８（例えば、要求されたデータが条件付きブロック１８４２６の場合のようにビークル・ネットワーク・アクセス・ノード１８２０４でキャッシュされていない場合）よりも、ビークル・ネットワーク・アクセス・ノード１８２０４（例えば、要求されたデータが条件付きブロック１８４２２の場合のようにビークル・ネットワーク・アクセス・ノード１８２０４でキャッシュされている場合）から、要求されたデータを高速に受信することができる。いくつかの側面では、端末装置１８２０６は、ネットワーク・アクセス・ノード１８２０４から要求されたデータを受信する場合、いかなるデータ割り当ても利用しなくてもよく、例えば、毎月の加入者データ割り当てからデータを利用しなくてもよく、これにより、ユーザー・コストを低減することができる。端末装置１８２０６が、ネットワーク・アクセス・ノード１８２１８のような外部無線ネットワークから要求されたデータを受信する場合、受信したデータは、データ割り当てに対してカウントされ、残りのデータ割り当てを枯渇させる可能性がある。データ取得回数および／またはデータ・プラン枯渇を低減することができる。さらに、いくつかの側面によれば、外部無線ネットワークを介したデータの交換を回避（および代わりに、ローカルキャッシュ・メモリを介した端末装置への要求されたデータの提供）して、ネットワーク・トラフィックおよび輻輳を低減するようにする。

さらに、いくつかの側面では、端末装置１８２０６は、１８４２４において、ビークル・ネットワーク・アクセス・ノード１８２０４から、あるいは１８４３２においてネットワーク・アクセス・ノード１８２１８から、要求されたデータを「ストリーミング」することができる。従って、端末装置１８２０６とビークル・ネットワーク・アクセス・ノード１８２０４／ネットワーク・アクセス・ノード１８２１８の間の無線接続の品質および容量は、いくつかの側面では、ストリーミング品質に影響する可能性がある。従って、ビークル・ネットワーク・アクセス・ノード１８２０４によって提供されるローカル・ビークル無線ネットワークは、ネットワーク・アクセス・ノード１８２１８によって提供される外部無線ネットワークよりも高速／高容量／高信頼性を有することができるため、ストリーミング品質は、ネットワーク・アクセス・ノード１８２１８と比較してビークル・ネットワーク・アクセス・ノード１８２０４からストリーミングされるときに高くすることができる。従って、ビークル・ネットワーク・アクセス・ノード１８２０４から要求されたデータを受信することは、ネットワーク・アクセス・ノード１８２１８から要求されたデータを受信することよりも好ましいことがある。

いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４と端末装置１８２０６の間のデータの要求および提供は、データの更なる交換を含むことができる。例えば、いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、キャッシュされたデータのリストを端末装置１８２０６に提供することができ、端末装置１８２０６は、キャッシュ・メモリ１８３１２に記憶されたデータをリスト化することができる。ビークル・ネットワーク・アクセス・ノード１８２０４が複数の端末装置のために目標データをキャッシュするいくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、キャッシュ・メモリ１８３１２に記憶されたデータの完全なリストを提供することができ、このリストは、例えば端末装置１８２０８などの他の端末装置に対して取得されるデータに加えて、端末装置１８２０６専用に取得されたデータを含むことができる。

いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、マルチメディア・ウェブサイトまたはアプリケーションとしてキャッシュされた目標データのリストを提供することができ、マルチメディア・ウェブサイトまたはアプリケーションをビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０６に送ることができる。端末装置１８２０６は、マルチメディア・ウェブサイトまたはアプリケーションを受信およびロードし、マルチメディア・ウェブサイトまたはアプリケーションを（端末装置１８２０６のユーザーＩ／Ｏを介して）ユーザーに提示することができる。次いで、ユーザーは、キャッシュされた目標データのリストからデータを選択することができ、それを端末装置１８２０６は、入力として受信し、１８４１８において、データ要求としてビークル・ネットワーク・アクセス・ノード１８２０４に送信することができる。リストは、キャッシュ・メモリ１８３１２に記憶されているデータを示すことができるため、ビークル・ネットワーク・アクセス・ノード１８２０４は、要求されたデータが１８４２０において、キャッシュ・メモリ１８３１２にあると決定することができる。次いで、ビークル・ネットワーク・アクセス・ノード１８２０４は、キャッシュ・メモリ１８３１２から要求されたデータを取得し、１８４２４において、要求されたデータを端末装置１８２０６に提供することができる。いくつかの側面では、キャッシュされたデータの完全なリストの提供は、例えば、ビークル・ネットワーク・アクセス・ノード１８２０４がキャッシュ・メモリ１８３１２に記憶されている要求されたデータを有していないときに、１８４２８におけるような「失敗した」要求を回避することができる。

図１８５は、いくつかの側面によるメッセージ・シーケンス・チャート１８５００を示す。ローディング・ネットワーク・ノード１８２１２、ビークル・ネットワーク・アクセス・ノード１８２０４、および端末装置１８２０６は、それぞれ１８４０２～１８４２４の方法で１８５０２～１８５２４を実行することができる。従って、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８５２０において、端末装置１８２０６によって要求されたデータがキャッシュ・メモリ１８３１２に記憶されているかどうかを決定することができる。要求されたデータがキャッシュ・メモリ１８３１２に記憶されている場合、ビークル・ネットワーク・アクセス・ノード１８２０４は、要求されたデータをキャッシュ・メモリ１８３１２から取得し、１８５２４において（１８５２０の「Ｙｅｓ」頂点によって参照される条件付きブロック１８５２２に示すように）要求されたデータを端末装置１８２０６に提供することができる。しかし、要求されたデータがキャッシュ・メモリ１８３１２に記憶されていない場合、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８５２８～１８５３２において（１８５２０の「Ｎｏ」頂点によって参照される条件ブロック１８５２６に示すように）、要求されたデータをネットワーク・アクセス・ノード１８２１８から取得し、要求されたデータを端末装置１８２０６に提供することができる。従って、要求されたデータが利用可能でないことを端末装置１８２０６に通知する代わりに（例えば、１８４２８におけるように）、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８５２８において、要求されたデータをネットワーク・アクセス・ノード１８２１８から要求することができる。次いで、ネットワーク・アクセス・ノード１８２１８は、インターネット接続を介して（例えば、要求されたデータを記憶するインターネット・サーバー、データ・ネットワークなどから、コア・ネットワークまたはインターネット・ルータを介して）要求されたデータを取得し、要求されたデータを１８５３０にビークル・ネットワーク・アクセス・ノード１８２０４に提供することができる。１８５３０においてネットワーク・アクセス・ノード１８２１８から要求されたデータを受信した後、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８５３２において、端末装置１８２０６に要求されたデータを提供することができる。従って、端末装置１８２０６は、ビークル・ネットワーク・アクセス・ノード１８２０４が、ネットワーク・アクセス・ノード１８２１８によって提供される外部無線ネットワークを介してデータを取得することができるため、外部無線ネットワークにアクセスすることなく要求されたデータを受信することができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ネットワーク・アクセス・ノード１８２１８から受信したデータを（端末装置１８２０６にデータを提供することに加えて）キャッシュ・メモリ１８３１２に記憶することができ、要求に応じて、データを他の端末装置に提供することができる。

いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０６よりも高い送信電力および／または処理電力で構成され得る。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０６よりも、より高度なビームフォーミング、より高度なビームステアリング、より多くのアンテナなど、より高度な送受信特徴を備えて構成され得る。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０６が可能であるものよりも、より高速／高容量／高信頼性で、かつ／あるいはより広範囲で、ネットワーク・アクセス・ノード１８２１８とデータを交換することが可能であり得る。例えば、ビークル１８２０２が例えば列車である場合、ビークル・ネットワーク・アクセス・ノード１８２０４は、例えば小型バッテリーによって電力供給され得る端末装置１８２０６の電力供給よりもはるかに高い容量およびピーク電力を有する電力供給に（ビークル１８２０２を介して）アクセスすることができる。追加的に、ビークル１８２０２によって提供されるより大きなエリア、例えば、列車本体および構造は、より大きく、より強力なコンポーネントのためのより大きな空間を提供することができる。例えば、ビークル・ネットワーク・アクセス・ノード１８２０４のアンテナ・システム１８３０２は、（例えば、屋根に取り付けられたアンテナとして）列車構造上に展開することができ、かつ／あるいは、無線モジュール１８３０４は、端末装置１８２０６よりもはるかに高い送信電力が可能な大型無線電力増幅器とすることができる。また、無線モジュール１８３０４および通信モジュール１８３０６は、端末装置１８２０６のＲＦトランシーバ１６６０４およびベースバンド・モデム１６６０６よりも高性能の送信および受信処理が可能な、より複雑な処理コンポーネントを含むことができる。また、バス、車、飛行機、ボートなどのような、ビークル１８２０２のための種々の他のビークルタイプにおいて、同様の電力および処理の側面を実現することができる。

従って、いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４が、（端末装置１８２０６がネットワーク・アクセス・ノード１８２１８から要求されたデータを取得するの代わりに）ネットワーク・アクセス・ノード１８２１８から要求されたデータを取得することが適切であり得る。例えば、いくつかの例示的なシナリオでは、端末装置１８２０６は、ネットワーク・アクセス・ノード１８２０４に到達するのに十分な上りリンク伝送電力を有していないことがあり、かつ／あるいは、ネットワーク・アクセス・ノード１８２０４から遠すぎて、下りリンク信号を効果的に受信することができないことがある。しかし、（上記のように）ビークル・ネットワーク・アクセス・ノード１８２０４の優れた送受信性能により、ビークル・ネットワーク・アクセス・ノード１８２０４がネットワーク・アクセス・ノード１８２１８と通信することを可能にし得る。さらに、ビークル・ネットワーク１８２０４のより高い性能により、ビークル・ネットワーク・アクセス・ノード１８２０４が、より高いデータ速度および／または信頼性でネットワーク・アクセス・ノード１８２１８とデータを送受信することを可能にし得る。従って、いくつかのシナリオでは、ネットワーク・アクセス・ノード１８２０４が、ネットワーク・アクセス・ノード１８２１８から要求されたデータを取得し、ローカル・ビークル無線ネットワークを介して端末装置１８２０６に要求されたデータを提供することが適切であり得る。

さらに、いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０４とは異なる、外部無線ネットワークのための無線アクセス技術で動作するように構成されてもよく、かつ／あるいは、端末装置１８２０４とは異なるサービス・プロバイダーを有してもよい。例えば、例示的なシナリオでは、ビークル・ネットワーク・アクセス・ノード１８２０４およびネットワーク・アクセス・ノード１８２１８は、第一の無線アクセス技術に従って動作するように構成されてもよく、端末装置１８２０６は、第二の無線アクセス技術に従って動作するように構成されてもよい。無線アクセス技術が異なるため、端末装置１８２０６は、ネットワーク・アクセス・ノード１８２１８と通信することができないことがある（ネットワーク・アクセス・ノード１８２１８は、第二の無線アクセス技術に従って動作するように構成されていないため）が、ビークル・ネットワーク・アクセス・ノード１８２０４は、第一の無線アクセス技術を介してネットワーク・アクセス・ノード１８２１８と通信することができることがある。別の例示的なシナリオでは、ビークル・ネットワーク・アクセス・ノード１８２０４およびネットワーク・アクセス・ノード１８２１８は、第一のサービス・プロバイダーを有してもよく、端末装置１８２０６は、第二のプロバイダーに従って動作するように構成されてもよい。サービス・プロバイダーが異なるため、端末装置１８２０６は、ネットワーク・アクセス・ノード１８２１８と通信することができないことがあり、あるいは、ネットワーク・アクセス・ノード１８２１８と通信するためにローミングを使用しなくてはならないことがある。しかし、ビークル・ネットワーク・アクセス・ノード１８２０４は、第一のサービス・プロバイダーを介してネットワーク・アクセス・ノード１８２１８と通信することができることがある。従って、ビークル・ネットワーク・アクセス・ノード１８２０４がネットワーク・アクセス・ノード１８２１８と通信するのがより効率的であることがあり、その結果、ネットワーク・アクセス・ノード１８２０４が端末装置１８２０６のためにネットワーク・アクセス・ノード１８２１８を介して要求されたデータを取得するのが適切であることがあるというシナリオが発生し得る。

１８５３０においてネットワーク・アクセス・ノード１８２１８から要求されたデータを受信した後、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８５３２において、端末装置１８２０６に要求されたデータを提供することができる。いくつかの側面では、（ローカル・ビークル無線ネットワークを介した）ビークル・ネットワーク・アクセス・ノード１８２０４と端末装置１８２０６の間の無線接続は、ビークル・ネットワーク・アクセス・ノード１８２０４とネットワーク・アクセス・ノード１８２１８の間の無線接続とは異なることがある。例えば、ビークル・ネットワーク・アクセス・ノード１８２０４は、第一の無線アクセス技術を利用して、端末装置１８２０６と通信し、第二の無線アクセス技術を利用して、ネットワーク・アクセス・ノード１８２１８と通信することができる。いくつかの側面では、第一の無線アクセス技術は、近距離無線アクセス技術であってもよく、第二の無線アクセス技術は、セルラー無線アクセス技術であってもよい。いくつかの側面では、ネットワーク・アクセス・ノード１８２０４は、アンテナ・システム１８３０２、無線モジュール１８３０４、および／または通信モジュール１８３０６の異なるサブコンポーネントを利用して、ネットワーク・アクセス・ノード１８２１８ではなく端末装置１８２０６と通信することができる。例えば、アンテナ・システム１８３０２、無線モジュール１８３０４、および／または通信モジュール１８３０６は、第一の無線アクセス技術に従って信号を送受信するように構成された第一のサブセクションを含み、さらに、第二の無線アクセス技術に従って信号を送受信するように構成された第二のサブセクションを含むことができる。追加的に、いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、衛星無線アクセス技術を利用して、ビークル１８２０２が航空機、ボート、列車などである場合のように、ネットワーク・アクセス・ノード１８２１８と通信することができ、ビークル・ネットワーク・アクセス・ノード１８２０４は、近距離またはセルラー無線アクセス技術を利用して、端末装置１８２０６と通信することができる。

従って、図１８５のいくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０６がビークルの移動中にデータを要求する確率に基づいて、高速／高容量／高信頼性の接続のローディング・ネットワーク・ノード１８２１２を介して、前もってプレロードされた（または「キャッシュされた」）データを有することができる。端末装置１８２０６が、例えば高速／高容量／高信頼性の接続が切断された後、移動中にプレロードされたデータを要求する場合、ビークル・ネットワーク・アクセス・ノード１８２０４は、ローカル・ビークル無線ネットワークを介してキャッシュ・メモリからプレロードされたデータを提供することができる。ローカル・ビークル無線ネットワークが近距離であってもよいため、これは、プレロードされたデータの端末装置１８２０６への高速配信を可能にし得る。端末装置１８２０６がプレロードされていないデータを要求する場合、ビークル・ネットワーク・アクセス・ノード１８２０４は、ネットワーク・アクセス・ノード１８２１８を有する外部無線ネットワークを介して要求されたデータを取得することができる。ビークル・ネットワーク・アクセス・ノード１８２０４とネットワーク・アクセス・ノード１８２１８の間の接続は、（データのプレロードに使用される）ローディング・ネットワーク・ノード１８２１２との接続ほど高速／高容量／高信頼性ではないことがあるが、ビークル・ネットワーク・アクセス・ノード１８２０４とネットワーク・アクセス・ノード１８２１８の間の接続は、端末装置１８２０６とネットワーク・アクセス・ノード１８２１８（または端末装置１８２０６にサービスする別のネットワーク・アクセス・ノード）の間の別の接続よりも優れている（例えば、より高速／高容量／高信頼性である）。従って、本明細書に開示される側面は、ビークル・ネットワーク・アクセス・ノード１８２０４が要求されたデータを予めロードしていない例示的なシナリオにおいて適切であり得る。

メッセージ・シーケンス・チャート１８５００の場合のようないくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ビークル１８２０２内を移動する端末装置とネットワーク・アクセス・ノード１８２１８によって提供される外部無線ネットワークの間のゲートウェイとして作用することができる。例えば、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０６のようなビークル１８２０２内を移動する端末装置からデータ要求を受信し、（例えば、１８５２４におけるように）キャッシュ・メモリ１８３１２からローカルに要求されたデータを取得するか、あるいはネットワーク・アクセス・ノード１８２１８を介して外部から要求されたデータを取得することによって、データ要求を満たすことができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４の通信モジュール１８３０６は、したがって、端末装置からのデータ要求を受信し、例えばネットワーク・アクセス・ノード１８２１８によって提供される、外部無線ネットワークにデータ要求をルーティングする際に、ゲートウェイ機能を実行することができる。

いくつかの側面では、端末装置１８２０６は、ビークル・ネットワーク・アクセス・ノード１８２０４が（例えば、１８５２４において）キャッシュ・メモリ１８３１２からの要求されたデータを提供するか、あるいは（例えば、１８５２８～１８５３２において）ネットワーク・アクセス・ノード１８２１８を介して要求されたデータを取得し、提供するか（取得時間における潜在的な差を除く）を知らないことがある。例えば、端末装置１８２０６は、ネットワーク・アクセス・ノードのための従来の方法で、ビークル・ネットワーク・アクセス・ノード１８２０４を接続し、相互作用することができる。例えば、端末装置１８２０６が、（ビークル・ネットワーク・アクセス・ノード１８２０４に接続されている間）端末装置１８２０６のブラウザ・アプリケーション上のウェブサイトを訪問する場合、端末装置１８２０６は、１８５１８において、ビークル・ネットワーク・アクセス・ノード１８２０４からウェブサイト・データを要求することができ、これは、例えば、ウェブサイト・データを記憶するインターネット・サーバー宛てのハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）要求とすることができる。例えば、映画、歌、ポッドキャスト、ビデオクリップなどの他の例示的なシナリオにおいて、端末装置１８２０６は、従来のインターネット接続手順の一部として、同様のインターネット・データ要求をインターネット・サーバーに送信することができる。

次いで、ビークル・ネットワーク・アクセス・ノード１８２０４の通信モジュール１８３０６は、端末装置１８２０６のためのゲートウェイとして作用することができる。例えば、通信モジュール１８３０６は、インターネット・データ要求を検査して、インターネット・データ要求を満たす方法を決定することができる。いくつかの側面では、通信モジュール１８３０６は、任意のインターネット・データ要求を同定するために、端末装置１８２０６が発信するインターネット・トラフィックを検査する（例えば、ディープ・パケット検査（ＤＰＩ））ことができる。通信モジュール１８３０６が、端末装置１８２０６によって送信されたインターネット・データ要求を同定する場合、通信モジュール１８３０６は、インターネット・データ要求を「傍受」し、例えば、キャッシュ・メモリ１８３１２にローカルに記憶されたデータを用いて、またはネットワーク・アクセス・ノード１８２１８から外部で取得されたデータを介して、インターネット・データ要求を満たす方法を決定することができる。したがって、通信モジュール１８３０６は、１８５２０において、キャッシュ・メモリ１８３１２を参照して、インターネット・データ要求（例えば、ＨＴＴＰ要求）で要求されたデータがキャッシュ・メモリ１８３１２に記憶されているかどうかを決定することができる。要求されたデータがキャッシュ・メモリ１８３１２に記憶されている場合、通信モジュール１８３０６は、要求されたデータをキャッシュ・メモリ１８３１２から取得し、１８５２４において、要求されたデータを端末装置１８２０６に提供することができる。端末装置１８２０６は、従来のインターネット接続手順の一部として（例えば、端末装置１８２０６が任意のネットワーク・アクセス・ノードに接続されたかのような方法で）インターネット・データ要求を送信することができるため、端末装置１８２０６は、ビークル・ネットワーク・アクセス・ノード１８２０４が要求されたデータをキャッシュ・メモリ１８３１２から取得したことを認識しないことがある。

ビークル・ネットワーク・アクセス・ノード１８２０４の通信モジュール１８３０６が、１８５２０において、要求されたデータがキャッシュ・メモリ１８３１２に記憶されていないと決定した場合、通信モジュール１８３０６は、ネットワーク・アクセス・ノード１８２１８による外部無線接続を利用して、要求されたデータを取得することができる。従って、通信モジュール１８３０６は、１８５２８において、ネットワーク・アクセス・ノード１８２１８にインターネット・データ要求を送信することができ、ここで、インターネット・データ要求は、要求されたデータを記憶するインターネット・サーバー宛てである。ネットワーク・アクセス・ノード１８２１８は、（例えば、コア・ネットワークまたはインターネット・ルータを介して）インターネット・データ要求をインターネット・サーバーに転送することができ、要求されたデータをビークル・ネットワーク・アクセス・ノード１８２０４に提供することができる。次いで、ビークル・ネットワーク・アクセス・ノード１８２０４は、要求されたデータを１８５３０において、端末装置１８２０６に提供することができる。

いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ビークル１８２０２内を移動する複数の端末装置にマルチキャスト・ストリーミングを提供することができる。例えば、ビークル・ネットワーク・アクセス・ノード１８２０４は、キャッシュ・メモリ１８３１２に記憶されたデータのマルチキャスト・ストリーミングを、例えば、端末装置１８２０６および端末装置１８２０８の複数の端末装置に実行することができる。従って、ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０６および１８２０８によってアクセス可能な（キャッシュ・メモリ１８３１２から取得された）データ・ストリームを含む無線信号を（無線モジュール１８３０４およびアンテナ・システム１８３０２を介して）提供することができる。いくつかの側面では、キャッシュ・メモリ１８３１２からデータ・ストリームを取得する代わりに、ビークル・ネットワーク・アクセス・ノード１８２０４は、外部無線ネットワークを介してネットワーク・アクセス・ノード１８２１８からデータ・ストリームを受信し、ローカル・ビークル無線ネットワークを介してデータ・ストリームを端末装置１８２０６および１８２０８に再ブロードキャストすることができる。

いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ビークル１８２０２が移動している間、異なるネットワーク・アクセス・ノード間を移ってもよい。例えば、図１８６に示すように、ビークル１８２０２は、（図１８２のシナリオ１８２００ｂに示すように）ネットワーク・アクセス・ノード１８２１８のカバレッジ・エリア１８２１６から、（図１８６のシナリオ１８６００ａに示すように）ネットワーク・アクセス・ノード１８６１８のカバレッジ・エリア１８６１６に移動することができる。従って、ネットワーク・アクセス・ノード１８２１８とデータを交換する代わりに、ビークル・ネットワーク・アクセス・ノード１８２０４は、インターフェース１８６２０を介してネットワーク・アクセス・ノード１８６１８とデータを交換、例えば、端末装置１８２０６および１８２０８によって要求されたデータをインターネットから取得することができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ビークル１８２０２が移動するにつれて、例えば信号強度および／または信号品質によって統制される易動性手順に従うなどして、ネットワーク・アクセス・ノード間を移り続けることができる。

いくつかの側面では、ビークル１８２０２は、最終的に、（シナリオ１８６００ｂに示されるように）図１８６のローディング・エリア１８６１０で停止することがある。図１８６に示すように、一般駐車領域を含むことができるローディング・エリア１８６１０は、ローディング・ネットワーク・ノード１８６１２を含むことができる。次いで、ビークル・ネットワーク・アクセス・ノード１８２０４は、例えば、有線インターフェースでの「ドッキング」により、あるいは無線インターフェースを介して無線で、ローディング・ネットワーク・ノード１８６１２とインターフェースをとることができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、次いで、ローディング・ネットワーク・ノード１８６１２を介して、（例えば、１８５０８～１８５１６または１８４０８～１８４１６におけるように）目標データの同定、取得およびキャッシュを繰り返すことができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、（例えば、１８４０４または１８５０４におけるように）ローディング・エリア１８６１０においてビークル１８２０２に入る端末装置と新しい接続を確立することができ、（例えば、１８４０６または１８５０６におけるように）これらの端末装置とコンテキスト情報を交換することができる。次いで、ビークル・ネットワーク・アクセス・ノード１８２０４は、（例えば、１８５０８～１８５１６または１８４０８～１８４１６におけるように）これらの端末装置のための目標データを同定し、目標データを取得し、キャッシュ・メモリ１８３１２で目標データをキャッシュすることができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、更新されたコンテキスト情報をビークル１８２０２に残る端末装置、例えば端末装置１８２０６または１８２０８と交換し、更新されたコンテキスト情報に基づいて更新された目標データを同定し、ローディング・ネットワーク・ノード１８６１２を介して更新された目標データを取得し、キャッシュすることができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ビークル１８２０２の移動中に端末装置がすでにアクセスしたデータ、および／またはビークル１８２０２を離れた端末装置のためにキャッシュされたデータなど、いくらかのデータをキャッシュ・メモリ１８３１２からクリアすることができる。

いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４およびビークル１８２０２内を移動する端末装置は、移動中に異なるネットワーク・アクセス・ノードとインターフェースをとることができる。図１８７は、ビークル・ネットワーク・アクセス・ノード１８２０４がネットワーク・アクセス・ノード１８７０２とインターフェースをとることができ、端末装置１８２０６がネットワーク・アクセス・ノード１８７０４とインターフェースをとることができ、端末装置１８２０８がネットワーク・アクセス・ノード１８７０６とインターフェースをとることができるいくつかの側面に従った例示的なシナリオ１８７００を示す。いくつかの側面では、ネットワーク・アクセス・ノード１８７０２、１８７０４、および１８７０６は、異なるネットワーク・オペレーターによって動作し得る。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４、端末装置１８２０６、および端末装置１８２０８は、ネットワーク・アクセス・ノード１８７０２、１８７０４、および１８７０６のそれぞれ異なるネットワーク・オペレーターに従った、異なるネットワークの加入者であり得る。従って、いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、外部無線ネットワークを介してデータを取得するときに、例えば、端末装置１８２０６または１８２０８とは異なるネットワーク・アクセス・ノードとインターフェースをとることができる。

いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４の通信モジュール１８３０６は、端末装置のユーザーが要求するであろうデータ「学習」するために、機械学習を実行することができる。したがって、通信モジュール１８３０６は、機械学習を適用することによって、１８４０８／１８５０８において目標データを同定するために使用されるロジック（例えば、ソフトウェアコードとして定義された予測的アルゴリズム）を更新し、ビークル１８２０２が移動中にアクセスしたデータ対ビークル１８２０２が移動中にユーザーがアクセスしなかったデータを評価することができる。したがって、通信モジュール１８３０６は、経時的に目標データの同定を適応させることができる。いくつかの側面では、通信モジュール１８３０６は、ローディング・ネットワーク・ノード１８６１２を利用して、例えば直接インターネット接続を介して、あるいは、ビークル・ネットワーク・アクセス・ノードによって提供される学習結果／現在のトレンドを記憶する中央サーバーを介して、学習結果および／または現在のトレンドを他のビークル・ネットワーク・アクセス・ノードと交換することができる。

いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４はまた、ビークル１８２０２上を移動する端末装置をキャッシュとして利用することができる。例えば、ビークル・ネットワーク・アクセス・ノード１８２０４は、例えば、端末装置１８２０８でキャッシュされたデータを取得して、キャッシュされたデータについての端末装置１８２０６からのデータ要求に応答することができる。例えば、１８４０６または１８５０６においてコンテキスト情報を交換することに加えて、ビークル１８２０２に入る端末装置は、端末装置によって記憶されるデータ（例えば、記憶されたデータ・ファイルおよびアクティブ／進行中のデータ・ストリームを含む１つ以上のデータ・ファイル）を詳説する情報をビークル・ネットワーク・アクセス・ノード１８２０４に提供することができる。例えば、端末装置１８２０８は、端末装置１８２０８がローカルに記憶した１つ以上のデータ・ファイルを、ビークル・ネットワーク・アクセス・ノード１８２０４に通知することができる。ビークル・ネットワーク・アクセス・ノード１８２０４は、そのような情報の記録をキャッシュ・メモリ１８３１２に記憶することができる。端末装置１８２０６が後に１つ以上のデータ・ファイルの第一のデータ・ファイルを要求する場合、ビークル・ネットワーク・アクセス・ノード１８２０４は、ローカル・ビークル無線ネットワークを介して端末装置１８２０８から第一のデータ・ファイルを取得し、第一のデータ・ファイルを端末装置１８２０６に提供することができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ローディング・ネットワーク・ノード１８２１２から目標データを取得し、目標データを記憶のために端末装置、例えば端末装置２０８に提供するなどにより、キャッシュ記憶のためにビークル１８２０２内を移動する端末装置を利用することができる。端末装置１８２０６が移動中に目標データを要求する場合、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０８から目標データを取得し、端末装置１８２０６に目標データを提供することができる。

いくつかの側面では、ビークル１８２０２の移動中に利用可能な外部無線ネットワークが存在しないことがある。例えば、ビークル１８２０２は、外部無線ネットワークを提供する任意のネットワーク・アクセス・ノードのカバレッジ・エリア内ではないエリアを通って移動することがある。従って、ビークル・ネットワーク・アクセス・ノード１８２０４は、キャッシュ・メモリ１８３１２にすでに記憶されている（あるいは、キャッシュのために端末装置を使用している場合、ビークル１８２０２の端末装置ですでにキャッシュされている）データを要求している端末装置に提供することができるのみであり得る。

いくつかの側面では、ビークル１８２０２内を移動する端末装置は、データを、ローカル・ビークル無線ネットワークを介してビークル・ネットワーク・アクセス・ノード１８２０４から、あるいは、外部無線ネットワークを提供するネットワーク・アクセス・ノードから受信するかを選択することができる。例えば、端末装置１８２０６は、ビークル・ネットワーク・アクセス・ノード１８２０４によって提供されるローカル・ビークル無線ネットワークの無線状態対例えばネットワーク・アクセス・ノード１８２１８によって提供される外部無線ネットワークの無線状態を評価するように構成されてもよい。例えば、端末装置１８２０６のベースバンド・モデム１６６０６は、ビークル・ネットワーク・アクセス・ノード１８２０４およびネットワーク・アクセス・ノード１８２１８から受信した信号に対して、（アンテナ・システム１６６０２およびＲＦトランシーバ１６６０４を介して）無線測定を実行することができる。次いで、ベースバンド・モデム１６６０６は、無線測定に基づいて、データをビークル・ネットワーク・アクセス・ノード１８２０４からか、あるいはネットワーク・アクセス・ノード１８２１８から受信するかを選択することができる。例えば、無線測定値が、ビークル・ネットワーク・アクセス・ノード１８２０４によって提供されるローカル・ビークル無線ネットワークが、ネットワーク・アクセス・ノード１８２１８によって提供される外部無線ネットワークよりも良好な無線接続を提供することを示す場合、ベースバンド・モデム１６６０６は、ビークル・ネットワーク・アクセス・ノード１８２０４からデータを受信することを選択することができる。逆に、無線測定が、ネットワーク・アクセス・ノード１８２１８によって提供される外部無線ネットワークが、ビークル・ネットワーク・アクセス・ノード１８２０４によって提供されるローカル・ビークル無線ネットワークよりも良好な無線接続を提供することを示す場合、ベースバンド・モデム１６６０６は、ネットワーク・アクセス・ノード１８２１８からデータを受信することを選択することができる。いくつかの側面では、ベースバンド・モデム１６６０６は、データがビークル・ネットワーク・アクセス・ノード１８２０４によってキャッシュされている場合、ビークル・ネットワーク・アクセス・ノード１８２０４からデータを受信することを選択することができ、データがビークル・ネットワーク・アクセス・ノード１８２０４によってキャッシュされていない場合、無線測定に基づいてビークル・ネットワーク・アクセス・ノード１８２０４とネットワーク・アクセス・ノード１８２１８との間で選択することができる。

いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ビークル１８２０２上を移動する端末装置にクラウド・コンピューティング・サービスを追加的に提供することができる。例えば、通信モジュール１８３０６は、端末装置１８２０６などの端末装置にクラウド・コンピューティングを提供することができる。従って、端末装置１８２０６が計算的に集約的な処理タスクを有する場合、端末装置１８２０６は、処理タスクを（ローカル・ビークル無線ネットワークを介して）ビークル・ネットワーク・アクセス・ノード１８２０４にオフロードすることができる。次いで、通信モジュール１８３０６は、処理タスクを実行し、結果を（ローカル・ビークル無線ネットワークを介して）端末装置１８２０６に返送することができる。従って、端末装置１８２０６は、クラウド・コンピューティングのために処理タスクをビークル・ネットワーク・アクセス・ノード１８２０４にオフロードすることにより、バッテリー電力を節約することができる。いくつかの側面では、ビークル１８２０２は、通信モジュール１８３０６で自律駆動タスクを実行する自律ビークルであり得る。通信モジュール１８３０６は、（例えば、自律的駆動計算を処理するための）実質的な処理パワーを有することができるため、通信モジュール１８３０６が、ビークル１８２０２内を移動する端末装置がクラウド・コンピューティングに使用できる予備の計算資源を有する期間が存在し得る。追加的に、いくつかの側面では、通信モジュール１８３０６は、目標データを予測する際に伴われる計算を実行するために、実質的な処理パワーを有することができる。通信モジュール１８３０６は、同様に、クラウド・コンピューティングのためにビークル１８２０２内を移動する端末装置に予備の計算資源を提供することができる。

ビークル１８２０２は、特定の種類のビークルに限定されない。例えば、ビークル１８２０２は、バス、飛行機、航空機、列車、車、ボート、または任意の他のタイプの陸上、航空、水中、航空宇宙、または半水生ビークルであってもよい。ローディング・エリア１８２１０は、バスの停留所、ガソリン・スタンド、空港、空港のゲート、空港の乗り物またはターミナル、列車の駅または列車の駅のプラットフォーム、ガレージ、カープール・エリア、駐車場、ドック、信号、交差点、または他のタイプの最終または中間の停止ポイントまたはローディング・ポイントであり得る。インターフェース１８２１４が有線インターフェースである場合、ビークル１８２０２は、ローディング・ネットワーク・ノード１８２１２と「ドック」して、有線接続を完了する。インターフェース１８２１４が無線インターフェースである場合、ビークル１８２０２は、ローディング・ネットワーク・ノード１８２１２の範囲内にいる間、例えばローディング・エリア１８２１０内にいる間、ローディング・ネットワーク・ノード１８２１２とインターフェースをとることができる。

上記に詳説したいくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ビデオクリップ、映画、歌、ウェブサイトなど、ユーザー・データを要求している端末装置に提供することができる。代替的または追加的に、いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、ビークル１８２０２内を移動する端末装置に対する外部無線接続を維持するための手順を含む制御プレーン・デューティーを引き継ぐことができる。例えば、端末装置１８２０６のようなビークル１８２０２内を移動する端末装置は、移動中に外部無線接続を維持することを望むことがある。端末装置１８２０６は、（例えば、ネットワーク・アクセス・ノード１８２１８によって提供されるような）外部無線ネットワークからの制御情報を受信すること、無線接続状態（例えば、無線コネクテッド対無線アイドル）を維持すること、外部無線ネットワークとのハンドオーバーまたはセル選択／再選択などの易動性動作を実行すること、無線測定を実行すること、外部無線ネットワークからのページング・メッセージを監視すること、制御プレーン識別子を維持すること、時間および／または周波数同期を維持すること、サービング・セルとの接続を維持することなどのうちの１つ以上を含む制御プレーン・デューティーを管理することにより、外部無線接続を維持することができる。従って、いくつかの側面では、端末装置１８２０６は、そのような制御プレーン・デューティーをビークル・ネットワーク・アクセス・ノード１８２０４に一時的に移すことができる。次いで、端末装置１８２０６は、ビークル・ネットワーク・アクセス・ノード１８２０４が端末装置１８２０６に代わって制御プレーン・デューティーを実行する間に、バッテリー電力を節約することができる。

図１８８は、いくつかの側面に従った例を示すメッセージ・シーケンス・チャート１８８００を示す。図１８８に示すように、端末装置１８２０６は、最初に無線アクセス・ネットワーク１８８２８との無線接続を有することができ、無線アクセス・ネットワーク１８８２８は、コア・ネットワークとインターフェースをとる１つ以上のネットワーク・アクセス・ノードを含むことができる。端末装置１８２０６は、１８８０４において、ビークル１８２０２に入り、１８８０６において、ビークル・ネットワーク・アクセス・ノード１８２０４に接続することができる。いくつかの側面では、端末装置１８２０６およびビークル・ネットワーク・アクセス・ノード１８２０４は、コンテキスト情報を交換することもでき、ビークル・ネットワーク・アクセス・ノード１８２０４は、コンテキスト情報に基づいて、目標データを同定し、取得し、キャッシュすることができる。

ビークル・ネットワーク・アクセス・ノード１８２０４に接続した後、端末装置１８２０６は、次いで、端末装置１８２０６の「制御プレーン・プロファイル」をビークル・ネットワーク・アクセス・ノード１８２０４に提供することができ、制御プレーン・プロファイルは、無線ネットワーク一時識別子（ＲＮＴＩ）のような制御目的のために端末装置を一意に同定する情報であり得る。いくつかの側面では、制御プレーン・プロファイルは、例えば、タイミングおよび／または周波数同期情報、無線測定情報、現在のサービスセル識別情報、無線接続状態などを含むことができる。次いで、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０６の制御プレーン・デューティーを引き受け、無線アクセス・ネットワーク１８８２８と一緒に制御プレーン・デューティーを実行することができる。

いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、（ハードウェア定義および／またはソフトウェア定義の）特定のコンポーネントで構成されて、端末装置の制御プレーン・デューティーを実行することができる。例えば、通信モジュール１８３０６（例えば、物理層モジュール１８３０８および／または制御モジュール１８３１０で）は、端末装置プロトコル・スタックの送受信規則に従って、無線モジュール１８３０４および／またはアンテナ・システム１８３０２を制御するように構成され得る。いくつかの側面では、通信モジュール１８３０６、無線モジュール１８３０４、およびアンテナ・システム１８３０２は、ネットワーク・アクセス・ノード機能および端末装置機能を実行するための別個のコンポーネントを含むことができる。従って、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置のための制御プレーン・デューティーを実行するように構成され得る。

次いで、ビークル・ネットワーク・アクセス・ノード１８２０４は（通信モジュール１８３０６の制御下で）、１８８１０において、制御プレーン・プロファイルに基づいて、端末装置１８２０６のための制御プレーン・デューティーを実行することができる。例えば、ビークル・ネットワーク・アクセス・ノード１８２０４は、無線アクセス・ネットワーク１８８２８からの制御情報を受信すること、無線アクセス・ネットワーク１８８２８との同期を維持すること、無線接続状態（例えば、無線コネクテッド対無線アイドル）を管理すること、無線アクセス・ネットワーク１８８２８によるハンドオーバーまたはセル選択／再選択などの易動性動作を実行すること、無線測定を実行すること、無線アクセス・ネットワーク１８８２８からのページング・メッセージを監視することのうちの１つ以上を実行することができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、制御プレーン・プロファイルを利用して、無線アクセス・ネットワーク１８８２８との無線接続をシームレスに継続することができる。例えば、ネットワーク・アクセス・ノード１８２０４は、制御プレーン・プロファイルの制御プレーン識別情報、タイミングおよび／または周波数同期情報、無線測定情報、または現在のサービング・セル識別情報のうちの１つ以上を利用して、無線アクセス・ネットワーク１８８２８と通信を継続することができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４が制御プレーン・デューティーの一部として無線監視機能を引き継いでいた可能性があるため、端末装置１８２０６は、１８８１０の間にスリープ状態または低電力状態に入ることができる。

端末装置１８２０６は、最初に、無線アクセス・ネットワーク１８８２８の第一のネットワーク・アクセス・ノードに接続されることができ、無線アクセス・ネットワークと一緒にネットワーク・アクセス・ノード１８２０４が、最初に、制御プレーン・デューティーを実行して、端末装置１８２０６に代わって無線接続を維持することができる。ビークル１８２０２が移動するにつれて、ビークル・ネットワーク・アクセス・ノード１８２０４は、異なるネットワーク・アクセス・ノードのカバレッジ・エリア内外に移動することがある。端末装置１８２０６の制御プレーン・デューティーに従って、ビークル・ネットワーク・アクセス・ノード１８２０４は、易動性動作（例えば、ハンドオーバまたはセル再選択）を実行し、第一のネットワーク・アクセス・ノードから無線アクセス・ネットワーク１８８２８の１つ以上の他のネットワーク・アクセス・ノードへなど、異なるネットワーク・アクセス・ノード間で無線接続を（例えば、無線測定トリガー易動性手順に基づいて）移すことができる。従って、ビークル・ネットワーク・アクセス・ノード１８２０４は、どのネットワーク・アクセス・ノードが所与の時点においてビークル・ネットワーク・アクセス・ノード１８２０４にサービスを提供しているかに応じて、ネットワーク・アクセス・ノード１８８２８の１つ以上のネットワーク・アクセス・ノードと一緒に制御プレーン・デューティーを実行することができる。

１８８１０において、制御プレーン・デューティーを実行することにより、ビークル・ネットワーク・アクセス・ノード１８２０４は、無線アクセス・ネットワーク１８８２８との無線接続を維持することができる。ビークル・ネットワーク・アクセス・ノード１８２０４は、制御プレーン識別子（例えば、ＲＮＴＩ）の変更、タイミングおよび／または周波数同期情報の変更、更新された無線測定、現在のサービスセルの変更、現在の無線接続状態の変更などの任意の変更に基づいて、制御プレーン情報を更新することができる。ビークル・ネットワーク・アクセス・ノード１８２０４は、更新された制御平面プロファイルをローカルに（例えば、通信モジュール１８３０６のローカルメモリに）記憶することができる。

ビークル・ネットワーク・アクセス・ノード１８２０４は、１８８１０において、端末装置１８２０６のための制御プレーン・デューティーを実行し続けることができる。条件付きボックス１８８１２に示すように、端末装置１８２０６のための移動端末（ＭＴ）イベントが存在することがあり、これは、端末装置１８２０６宛ての音声電話、端末装置１８２０６宛てのテキスト・メッセージ、端末装置１８２０６宛ての下りリンク・データなどであり得る。したがって、無線アクセス・ネットワーク１８８２８は、ペンディングのＭＴイベントを同定し、端末装置１８２０６へのページングを試みることができる。従って、無線アクセス・ネットワーク１８８２８は、端末装置１８２０６の制御プレーン識別子（例えば、ＲＮＴＩ）を指定するページング・メッセージを１８８１４において、ブロードキャストすることができる。無線アクセス・ネットワーク１８８２８は、端末装置１８２０６の近傍（例えば、１８８１０において制御プレーン・デューティーの一部として、トラッキング・エリア・アップデート（ＴＡＵ）においてビークル・ネットワーク・アクセス・ノード１８２０４によって最後に報告されたトラッキング・エリア（ＴＡ）内）にある無線アクセス・ネットワーク１８８２８の１つ以上のネットワーク・アクセス・ノードを通じてページング・メッセージをブロードキャストすることができる。ビークル・ネットワーク・アクセス・ノード１８２０４が端末装置１８２０６のための制御プレーン・デューティーを実行することができるため、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０６の制御プレーン識別子（例えば、ＲＮＴＩ）宛てのページング・メッセージを監視することができる。従って、ビークル・ネットワーク・アクセス・ノード１８２０４は、無線アクセス・ネットワーク１８８２８からページング・メッセージを受信し、ページング・メッセージが端末装置１８２０６の制御プレーン識別子に宛てられていることを同定することができる。

次いで、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８８１６において、ローカル・ビークル無線ネットワークを介して端末装置１８２０６にページング・メッセージを通知し、例えば、現在のタイミングおよび／または周波数同期情報、最近の無線測定、現在のサービング・セル識別情報、現在の無線接続状態、ページング・メッセージが受信された無線アクセス・ネットワーク１８８２８のネットワーク・アクセス・ノードを同定する情報などを含み得る現在の制御プレーン・プロファイルを端末装置１８２０６に提供することができる。次いで、端末装置１８２０６は、ビークル・ネットワーク・アクセス・ノード１８２０４によって提供された現在の制御プレーン・プロファイルを使用して、１８８１８において、ＭＴイベントを実行することができ、このイベントは、例えば、音声電話を応答／拒否すること、テキスト・メッセージを受信すること、下りリンク・データをダウンロードすることなどを含むことができる。従って、端末装置１８２０６は、無線アクセス・ネットワーク１８８２８によって提供される外部無線ネットワークを利用して、ＭＴイベントを実行することができる。端末装置１８２０６は、現在の制御プレーン・プロファイルを有することができるため、端末装置１８２０６は、いくつかの側面では、無線アクセス・ネットワーク１８８２８との無線接続をシームレスに（例えば、中断なしで、あるいは中断を最小にして）引き継ぐことができ得る。

外部無線ネットワークを介して処理するためにＭＴイベントを端末装置１８２０６に映す代わりに、いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、無線アクセス・ネットワーク１８８２８と一緒にＭＴイベントを処理し、端末装置１８２０６と無線アクセス・ネットワーク１８８２８との間、例えば、端末装置１８２０６とビークル・ネットワーク・アクセス・ノード１８２０４の間のローカル・ビークル無線ネットワークを介して、かつビークル・ネットワーク・アクセス・ノード１８２０４と無線アクセス・ネットワーク１８８２８の間の外部無線ネットワークを介しての両方でＭＴイベントデータをルーティングすることができる。

いくつかの側面では、図１８８の条件付きブロック１８８２０に示すように、端末装置１８２０６でモバイル発信（ＭＯ）イベントが存在することがある。例えば、端末装置１８２０６のユーザーは、発信音声呼出し、発信テキスト・メッセージ、発信上りリンク・データ（または下りリンク・データ要求）などのＭＯイベントを１８８２２にトリガーすることができる。次いで、ビークル・ネットワーク・アクセス・ノード１８２０４は、ローカル・ビークル無線ネットワークを介して、１８８２４において、現在の制御プレーン・プロファイルを端末装置１８２０６に提供することができる。次いで、端末装置１８２０６は、現在の制御プレーン・プロファイルを利用して、無線アクセス・ネットワーク１８８２８と一緒にＭＯイベントを実行することができる。代替的には、いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、１８８２６において、端末装置１８２０６のためのＭＯイベントを実行し、ローカル・ビークル無線ネットワークおよび外部無線ネットワークを介して、端末装置１８２０６と無線アクセス・ネットワーク１８８２８の間のデータをルーティングすることができる。

従って、いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置として「作用する」ことができ、ビークル１８２０２内を移動する端末装置のための制御プレーン・デューティーを処理することができる。ＭＴイベント、ＭＯイベントなどのトリガイベントを識別すると、ビークル・ネットワーク・アクセス・ノード１８２０４は、現在の制御プレーン・プロファイルを端末装置に提供することによって、制御プレーン・デューティーを端末装置に返送することができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０６、１８２０８などの、ビークル１８２０２内を移動する複数の端末装置のための制御プレーン・デューティーを処理することができる。いくつかの側面では、ビークル・ネットワーク・アクセス・ノード１８２０４は、マルチＳＩＭデュアル・シム・デュアル・アクティブ（ＤＳＤＡ）装置と同様に動作することができ、ここで、ビークル・ネットワーク・アクセス・ノード１８２０４は、「遠隔」の第二のＳＩＭとして作用することができる（ただし、ビークル・ネットワーク・アクセス・ノード１８２０４は、端末装置１８２０６のアンテナ・システム１６６０２の小さな「電話」アンテナと、例えば屋根に取り付けられることがある、ビークル・ネットワーク・アクセス・ノード１８２０４のアンテナ・システム１８３０２の大きなアンテナの間の差異により、端末装置１８２０６とは異なる無線チャネルを観測することもある）。

従って、本明細書に開示された側面は、ビークル・ネットワーク・アクセス・ノードが、ユーザーがビークル上を移動中に要求するであろう目標データを予測し、目標データを記憶位置にプレロードするメカニズムを提供することができる。次いで、ビークル・ネットワーク・アクセス・ノードは、移動中に端末装置によって要求された時に目標データを取得することができる。ビークル・ネットワーク・アクセス・ノードはまた、ビークル上を移動する端末装置のためのゲートウェイとして作用することもでき、端末装置と外部無線ネットワークの間の接続を管理することができる。本明細書に開示されるいくつかの側面は、要求されたデータの配送速度を増加させ、端末装置によるデータ許容量の枯渇を回避し、ストリーミング品質を改善し、かつ／あるいは、端末装置におけるバッテリー電力を節約することができる。

図１８９は、いくつかの側面に従って、ビークルのローカル・ネットワーク・アクセス・ノードにおいて無線通信を実行する方法１８９００を示す。図１８９に示すように、方法１８９００は、端末装置からユーザー・コンテキスト情報を受信すること（１８９１０）を含む。ユーザー・コンテキスト情報によって示される、端末装置が第一のデータを後刻要求する確率に基づいて、第一のデータが同定される（１８９２０）。ビークルの第一のインターネット接続を介して第一のデータが取得され、第一のデータを記憶する（１８９３０）。第一のインターネット接続がビークルにおいて利用不能になった後、第一のデータの要求が受信され、第一のデータが端末装置に提供される（１８９４０）。

図１９０は、いくつかの側面に従って、ビークルのローカル・ネットワーク・アクセス・ノードにおいて無線通信を実行する方法１９０００を示す。図１９０に示すように、方法１９０００は、端末装置がローディング・エリアにおいてビークルにはいるときに端末装置からユーザー・データ・コンテンツ選好を取得すること（１９０１０）と、ユーザー・データ・コンテンツ選好に基づいて、端末装置が後刻、確率的に要求するであろうデータを予測して第一のデータを同定すること（１９０２０）と、第一のデータを、ローディング・エリアにおいて利用可能なビークルの第一のインターネット接続を介して事前ロードしておくこと（１９０３０）と、ビークルの移動により第一のインターネット接続が利用不能になった後、第一のデータの要求を端末装置から受信し、第一のデータを端末装置に提供すること（１９０４０）と、を含む。

６ 装置協働
端末装置が直接相互に通信する能力は、装置協働のための多くの可能性を開くことができる。装置対装置（Ｄ２Ｄ）、ビークル対ビークル（Ｖ２Ｖ）などの直接通信リンクは、端末装置間での重要な情報を交換し、オフロードを処理するためのアプリケーションを提供することを可能にし得る。

図１９１は、いくつかの側面に従った無線通信ネットワーク１９１００を示し、これは、ネットワーク・アクセス・ノード１９１１０および１９１１２に加えて端末装置１９１０２および１９１０４を含むことができる。この開示のいくつかの側面は、いくつかの無線通信ネットワーク設定（ＬＴＥ、ＵＭＴＳ、ＧＳＭ、他の第３世代パートナーシップ・プロジェクト（３ＧＰＰ）ネットワーク、ＷＬＡＮ／Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、５Ｇ、ｍｍＷａｖｅなど）を説明することがあるが、本明細書において詳説する主題は、本質的に実証的であるとみなされ、従って、任意の他の無線通信ネットワークに同様に適用され得る。無線通信ネットワーク１９１００におけるネットワーク・アクセス・ノードおよび端末装置の数は、例示的であり、任意の量に拡大可能である。これらの側面、例えば、装置協働、直接通信リンク（例えば、Ｄ２Ｄ、Ｖ２Ｖなど）等は、共通チャネルの側面、例えば、直接装置対装置リンクと装置対無線アクセス・ノード通信リンクとを動的に協働する際の共通チャネル機器で使用され得る、電力効率の側面、例えば、装置対ネットワーク電力効率レベルに従ったリンクのタイプの選択で使用され得る、電力効率の側面、例えば、装置またはネットワーク電力効率レベルに従ったリンクのタイプの選択で使用され得る、あるいは、強化された通信の側面、例えば、無線環境マップ（ＲＥＭ）情報に従ったリンクのタイプの選択で使用され得る。

従って、例示的なセルラー設定では、ネットワーク・アクセス・ノード１９１１０および１９１１２は、基地局（例えば、ｅＮｏｄｅＢ、ＮｏｄｅＢ、ベース・トランシーバ局など）とすることができ、端末装置１９１０２および１９１０４は、セルラー端末装置（例えば、移動局（ＭＳ）、ユーザー機器（ＵＥ）など）とすることができる。従って、ネットワーク・アクセス・ノード１９１１０および１９１１２は、進化型パケット・コア（ＬＴＥの場合、ＥＰＣ）、コア・ネットワーク（ＵＭＴＳの場合、ＣＮ）、または他のセルラー・コア・ネットワークのようなセルラー・コア・ネットワークとインターフェース（例えば、バックホール・インターフェースを介して）をとることができ、これらもまた、無線通信ネットワーク１９１００の一部とみなされ得る。セルラー・コア・ネットワークは、１つ以上の外部データ・ネットワークとインターフェースをとることができる。例示的な短距離設定では、ネットワーク・アクセス・ノード１９１１０および１９１１２は、アクセス・ポイント（ＡＰｓ、例えば、ＷＬＡＮまたはＷｉ－Ｆｉ ＡＰｓ）とすることができ、端末装置１９１０２および１９１０４は、短距離端末装置（例えば、局（ＳＴＡ））とすることができる。ネットワーク・アクセス・ノード１９１１０および１９１１２は、１つ以上の外部データ・ネットワークと（例えば、内部または外部ルータを介して）インターフェースをとることができる。

従って、ネットワーク・アクセス・ノード１９１１０および１９１１２（および図１９１に明示的に示されていない無線通信ネットワーク１９１００の他のネットワーク・アクセス・ノード）は、端末装置１９１０２および１９１０４（および図１９１に明示的に示されていない無線通信ネットワーク１９１００の他の端末装置）に無線アクセス・ネットワークを提供することができる。例示的なセルラー設定において、ネットワーク・アクセス・ノード１９１１０および１９１１２によって提供される無線アクセス・ネットワークは、端末装置１９１０２および１９１０４が無線通信を介してコア・ネットワークに無線アクセスすることを可能にし得る。コア・ネットワークは、端末装置１９１０２および１９１０４に関するトラフィック・データの交換、ルーティング、および送信を提供することができ、種々の内部（例えば、制御ノード、無線通信ネットワーク１９１００上の他の端末装置など）および外部データ・ネットワーク（例えば、音声、テキスト、マルチメディア（オーディオ、ビデオ、画像）、ならびに他のインターネットおよびアプリケーション・データを提供するデータ・ネットワーク）へのアクセスを提供し得る。例示的な短距離設定では、ネットワーク・アクセス・ノード１９１１０および１９１１２によって提供される無線アクセス・ネットワークは、内部（例えば、無線通信ネットワーク１９１００に接続される他の端末装置）および外部データ・ネットワーク（例えば、音声、テキスト、マルチメディア（オーディオ、ビデオ、画像）、ならびに他のインターネットおよびアプリケーション・データを提供するデータ・ネットワーク）へのアクセスを提供することができる。ネットワーク・アクセス・ノード１９１１０および１９１１２は、任意の他のタイプの無線アクセス技術のためのネットワーク・アクセス・ノードであり、このようにして、近接端末装置に無線アクセス・ネットワークを同様に提供することができる。

無線通信ネットワーク１９１００の無線アクセス・ネットワークおよびコア・ネットワーク（もしあれば）は、無線通信ネットワーク１９１００の詳細に応じて変化し得るネットワーク・プロトコルによって統制され得る。このようなネットワーク・プロトコルは、無線通信ネットワーク１９１００を介したユーザーおよび制御データのトラフィックのスケジューリング、フォーマッティングおよびルーティングを定義することができ、そのトラフィックは、無線通信ネットワーク１９１００の無線アクセスおよびコア・ネットワークのドメインの両方を介したこのようなデータの送受信を含む。従って、端末装置１９１０２および１９１０４ならびにネットワーク・アクセス・ノード１９１１０および１９１１２は、定義されたネットワーク・プロトコルに従って、無線通信ネットワーク１９１００の無線アクセス・ネットワーク・ドメインを介してデータを送受信することができ、コア・ネットワークは、定義されたネットワーク・プロトコルに従って、コア・ネットワーク内部および外部のデータをルーティングすることができる。例示的なネットワーク・プロトコルは、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、ＷｉＭＡＸ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、ｍｍＷａｖｅなどを含み、これらのいずれも無線通信ネットワーク１９１００に適用可能であり得る。

図１９２は、端末装置１９１０２の内部構成を示し、端末装置１９１０２は、アンテナ・システム１９２０２、無線周波数（ＲＦ）トランシーバ１９２０４、ベースバンド・モデム１９２０６（物理層処理モジュール１９２０８およびコントローラ１９２１０を含む）、アプリケーション・プロセッサ１９２１２、メモリ１９２１４、電力供給１９２１６、センサー１９２１８、およびセンサー１９２２０を含むことができる。図１９２には明示的に示していないが、端末装置１９１０２は、１つ以上の追加のハードウェア、ソフトウェア、および／またはファームウェア・コンポーネント（プロセッサ／マイクロプロセッサ、コントローラ／マイクロコントローラ、他の特殊または汎用なハードウェア／プロセッサ／回路など）、周辺装置、メモリ、電力供給、外部装置インターフェース、加入者識別モジュール（ＳＩＭ）、ユーザー入出力装置（ディスプレイ、キーパッド、タッチスクリーン、スピーカ、外部ボタン、カメラ、マイクロホンなど）を含むことができる。

簡略化した動作概要では、端末装置１９１０２は、１つ以上の無線アクセス・ネットワーク上で無線信号を送受信することができる。ベースバンド・モデム１９２０６は、各無線アクセス・ネットワークに関連する通信プロトコルに従って端末装置１９１０２のこのような通信機能を指向することができ、各通信プロトコルによって定義されたフォーマッティングおよびスケジューリング・パラメータに従って無線信号を送受信するために、アンテナ・システム１９２０２およびＲＦトランシーバ１９２０４に対する制御を実行することができる。種々の実用的な設計は、サポートされる無線アクセス技術毎に別個の通信コンポーネント（例えば、別個のアンテナ、ＲＦトランシーバ、物理層処理モジュール、およびコントローラ）を含むことができるが、簡潔さを目的として、図１９２に示す端末装置１９１０２の構成は、各そのようなコンポーネントの単一のインスタンスのみを示す。

端末装置１９１０２は、アンテナ・システム１９２０２で無線信号を送受信することができ、アンテナ・システム１９２０２は、単一のアンテナであってもよく、あるいは、複数のアンテナを含むアンテナ・アレイであってもよく、さらに、アナログ・アンテナの組み合わせおよび／またはビームフォーミング回路を含んでもよい。受信経路（ＲＸ）では、ＲＦトランシーバ１９２０４は、アンテナ・システム１９２０２からアナログ無線周波数信号を受信し、アナログ無線周波数信号に対してアナログおよびデジタルＲＦフロントエンド処理を実行し、デジタル・ベースバンド・サンプル（例えば、同相／直交（ＩＱ）サンプル）を生成して、ベースバンド・モデム１９２０６に提供することができる。従って、ＲＦトランシーバ１９２０４は、増幅器（例えば、低雑音増幅器（ＬＮＡ））、フィルタ、ＲＦ復調器（例えば、ＲＦ ＩＱ復調器）、および受信した無線周波数信号をデジタル・ベースバンド・サンプルに変換するためのアナログ－デジタル変換器（ＡＤＣ）を含むアナログおよびデジタル受信コンポーネントを含むことができる。送信経路（ＴＸ）では、ＲＦトランシーバ１９２０４は、ベースバンド・モデム１９２０６からデジタル・ベースバンド・サンプルを受信し、デジタル・ベースバンド・サンプルに対してアナログおよびデジタルＲＦフロントエンド処理を実行し、アナログ無線周波数信号を生成して、無線伝送のためにアンテナ・システム１９２０２に提供することができる。従って、ＲＦトランシーバ１９２０４は、増幅器（例えば、電力増幅器（ＰＡ））、フィルタ、ＲＦ変調器（例えば、ＲＦ ＩＱ変調器）、およびベースバンド・モデム１９２０６から受信したデジタル・ベースバンド・サンプルを混合するためのデジタル－アナログ変換器を含むアナログおよびデジタル送信コンポーネントを含み、アンテナ・システム１９２０２による無線伝送のためのアナログ無線周波数信号を生成することができる。ベースバンド・モデム１９２０６は、ＲＦトランシーバ１９２０４の動作のための送受信無線周波数を指定することを含め、ＲＦトランシーバ１９２０４のＲＦ送受信を制御することができる。

図１９２に示すように、ベースバンド・モデム１９２０６は、物理層処理モジュール１９２０８を含むことができ、物理層処理モジュール１９２０８は、物理層（ＰＨＹ、Ｌａｙｅｒ １）送受信処理を実行して、ＲＦトランシーバ１９２０４を介した送信のためのコントローラ１９２１０によって提供される発信送信データを準備し、コントローラ１９２１０による処理のためのＲＦトランシーバ１９２０４によって提供される到来受信データを準備することができる。従って、物理層処理モジュール１９２１０は、エラー検出、順方向誤り訂正エンコード／デコード、チャネル符号化およびインターリービング、物理チャネル変調／復調、物理チャネル・マッピング、無線測定および探索、周波数および時間同期、アンテナ・ダイバーシチ処理、電力制御および重み付け、レート・マッチング、再送処理などのうちの１つ以上を実行することができる。物理層処理モジュール１９２０８は、ハードウェア定義モジュール、例えば、１つ以上の専用ハードウェア回路またはＦＰＧＡとして、ソフトウェア定義モジュール、例えば、非一時的なコンピュータ読み取り可能記憶媒体に記憶された演算、制御、およびＩ／Ｏ命令を定義するプログラム・コード（例えば、ソフトウェアおよび／またはファームウェア）を実行するように構成された１つ以上のプロセッサとして、あるいは、ハードウェア定義およびソフトウェア定義混合モジュールとして構造的に実現され得る。図１９２には明示的に示されていないが、物理層処理モジュール１９２０８は、関連する無線アクセス技術に対する通信プロトコルによって定義される物理層制御論理に従って、物理層処理モジュール１９２０８の種々のハードウェアおよびソフトウェア処理コンポーネントを制御するように構成された物理層コントローラを含むことができる。さらに、物理層処理モジュール１９２０８は、図１９２において単一のコンポーネントとして示されているが、物理層処理モジュール１９２０８は、例えば、特定の無線アクセス技術の物理層処理について各それぞれのセクションが専用である物理層処理コンポーネントの別個のセクションとして集合的に実装され得る。

端末装置１９１０２は、コントローラ１９２１０によって指向される、１つ以上の無線アクセス技術に従って動作するように構成され得る。従って、コントローラ１９２１０は、各サポートされる無線アクセス技術の通信プロトコルに従って、端末装置１９１０２の無線通信コンポーネント（アンテナ・システム１９２０２、ＲＦトランシーバ１９２０４、および物理層処理モジュール１９２０８）を制御することを担当することができ、従って、各サポートされる無線アクセス技術のアクセス層および非アクセス層（ＮＡＳ）（Ｌａｙｅｒ２およびＬａｙｅｒ３も包含する）を表すことができる。コントローラ１９２１０は、プロトコル・ソフトウェアに定義された対応するプロトコル制御論理に従って通信信号を送受信するために、（コントローラ・メモリから取得した）プロトコル・ソフトウェアを実行し、それに続いて端末装置１９１０２の無線通信コンポーネントを制御するように構成されたプロトコル・プロセッサとして構造的に具現化され得る。

従って、コントローラ１９２１０は、無線通信ネットワーク１９１００の種々の無線およびコア・ネットワーク・コンポーネントと通信するために、端末装置１９１０２の無線通信機能を管理するように構成されてもよく、従って、複数の無線アクセス技術のための通信プロトコルに従って構成されてもよい。コントローラ１９２１０は、サポートされるすべての無線アクセス技術を一括して担当する統一コントローラであってもよく、あるいは、各コントローラが、第一の無線アクセス技術に対する専用コントローラおよび第二の無線アクセス技術に対する専用コントローラのような、特定の無線アクセス技術または技術のグループに対する専用コントローラである複数の別個のコントローラを含んでもよい。いずれにせよ、コントローラ１９２１０は、サポートされるＲＡＴの通信プロトコルに従って、端末装置１９１０２の無線通信活動を指向することを担当し得る。物理層処理モジュール１９２０８に関して前述したように、アンテナ・システム１９２０２およびＲＦトランシーバ１９２０４の一方または両方は、同様に、それぞれ、サポートされる無線アクセス技術の１つ以上に対応する複数の専用コンポーネントに分割され得る。このような各構成の詳細およびサポートされる無線アクセス技術の数に応じて、コントローラ１９２１０は、例えば、マスター／スレーブＲＡＴ階層またはマルチＳＩＭ方式に従って、端末装置１９１０２の無線通信動作を制御するように構成され得る。

端末装置１９１０２はまた、アプリケーション・プロセッサ１９２１２、メモリ１９２１４、および電力供給１９２１２を含むことができる。アプリケーション・プロセッサ１９２１２は、オペレーティング・システム（ＯＳ）、端末装置１９１０２とのユーザー相互作用をサポートするためのユーザー・インターフェース（ＵＩ）、種々のユーザー・アプリケーションなど、端末装置１９１０２のアプリケーション層において端末装置１９１０２の種々のアプリケーションおよび／またはプログラムを実行するように構成されたＣＰＵであってもよい。アプリケーション・プロセッサは、ベースバンド・モデム１９２０６によって提供される無線ネットワーク接続を介して、音声データ、オーディオ／ビデオ／画像データ、メッセージデータ、アプリケーション・データ、基本的なインターネット／ウェブ・アクセス・データ等のユーザー・データを送受信するためのアプリケーション層として、ベースバンド・モデム１９２０６とインターフェースをとることができる。

メモリ１９２１４は、ハードドライブまたは他のそのような永久メモリ装置のような、端末装置１９１０２のメモリ・コンポーネントを具体化することができる。図１９２には明示的に示されていないが、図１９２に示される端末装置１９１０２の種々の他のコンポーネントは、追加的に、ソフトウェア・プログラム・コードを記憶する、データをバッファするなどのための統合された永久メモリ・コンポーネントおよび非永久メモリ・コンポーネントを含むことができる。

電力供給１９２１６は、端子装置１９１０２の種々の電気コンポーネントに電力を供給する電源とすることができる。端子装置１９１０２の設計に応じて、電力供給１９２１６は、（再充電可能あるいは使い捨て可能な）バッテリーなどの「確定」電源、または有線電気接続などの「不確定」電源とすることができる。したがって、端子装置１９１０２の種々のコンポーネントの動作は、電源１９２１６から電力を引くことができる。

センサー１９２１８および１９２２０は、センサー・データをアプリケーション・プロセッサ１９２１２に提供するセンサーとすることができる。センサー１９２１８および１９２２０は、位置センサー（例えば、全地球測位システム（ＧＰＳ）などの全地球航法衛星システム（ＧＮＳＳ））、時間センサー（例えば、クロック）、加速センサー／ジャイロスコープ、レーダー・センサー、光センサー、画像センサー（例えば、カメラ）、ソナー・センサー等のいずれかとすることができる。

いくつかの無線通信ネットワークに従って、端末装置１９１０２および１９１０４は、無線通信ネットワーク１９１００の無線アクセス・ネットワークの利用可能なネットワーク・アクセス・ノードに接続し、そこから切断し、それらを切り替えるための易動性手順を実行することができる。無線通信ネットワーク１９１００の各ネットワーク・アクセス・ノードは、特定のカバレッジ・エリアを有することができるため、端末装置１９１０２および１９１０４は、無線通信ネットワーク１９１００の無線アクセス・ネットワークとの強力な無線アクセス接続を維持するために、利用可能なネットワーク・アクセス・ノード間で選択および再選択するように構成され得る。例えば、端末装置１９１０２は、ネットワーク・アクセス・ノード１９１１０との無線アクセス接続を確立することができ、端末装置１９１０４は、ネットワーク・アクセス・ノード１９１１２との無線アクセス接続を確立することができる。現在の無線アクセス接続が劣化する場合、端末装置１９１０２または１９１０４は、無線通信ネットワーク１９１００の別のネットワーク・アクセス・ノードとの新しい無線アクセス接続を求めることができ、例えば、端末装置１９１０４は、ネットワーク・アクセス・ノード１９１１２のカバレッジ・エリアからネットワーク・アクセス・ノード１９１１０のカバレッジ・エリアに移動することができる。その結果、ネットワーク・アクセス・ノード１９１１２との無線アクセス接続が劣化することがあり、これを、端末装置１９１０４は、ネットワーク・アクセス・ノード１９１１２の信号強度または信号品質測定などの無線測定を介して検出することができる。無線通信ネットワーク１９１００のための適切なネットワーク・プロトコルで定義される易動性手順に応じて、端末装置１９１０４は、隣接するネットワーク・アクセス・ノードに対して無線測定を実行して、任意の隣接するネットワーク・アクセス・ノードが適切な無線アクセス接続を提供することができるか否かを決定する等により、新しい無線アクセス接続（例えば、端末装置１９１０４または無線アクセス・ネットワークによってトリガされ得る）を求めることができる。端末装置１９１０４がネットワーク・アクセス・ノード１９１１０のカバレッジ・エリアに移動していてもよいため、端末装置１９１０４は、ネットワーク・アクセス・ノード１９１１０（端末装置１９１０４によって選択されてもよいし、無線アクセス・ネットワークによって選択されてもよい）を識別し、ネットワーク・アクセス・ノード１９１１０との新しい無線アクセス接続に移ることができる。無線測定、セル選択／再選択、およびハンドオーバーを含むこのような易動性手順は、種々のネットワーク・プロトコルにおいて確立され、各端末装置と無線アクセス・ネットワークとの間の強力な無線アクセス接続を任意の数の異なる無線アクセス・ネットワーク・シナリオにわたって維持するために、端末装置および無線アクセス・ネットワークによって採用され得る。

図１９３は、方法２０１０を実行するように構成され得るネットワーク・アクセス・ノード１９１１０のようなネットワーク・アクセス・ノードの内部構成を示す。図１９３に示すように、ネットワーク・アクセス・ノード１９１１０は、アンテナ・システム１９３０２、無線モジュール１９３０４、および通信モジュール１９３０６（物理層モジュール１９３０８および制御モジュール１９１３０を含む）を含むことができる。ネットワーク・アクセス・ノード１９１１０の簡略化された動作概略では、ネットワーク・アクセス・ノード１９１１０は、複数のアンテナを含むアンテナ・アレイであり得るアンテナ・システム１９３０２を介して無線信号を送受信することができる。無線モジュール１９３０４は、通信モジュール１９３０６からの発信デジタル・データをアナログＲＦ信号に変換して、無線送信のためにアンテナ・システム１９３０２に供給し、アンテナ・システム１９３０２から受信した到来アナログＲＦ信号をデジタル・データに変換して、通信モジュール１９３０６に提供するために、送受信ＲＦ処理を実行することができる。物理層モジュール１９３０８は、制御モジュール１９３１０提供するために無線モジュール１９３０４から受信したデジタル・データに対して、かつ無線モジュール１９３０４に提供するために制御モジュール１９３１０から受信したデジタル・データに対してＰＨＹ処理を実行するように構成され得る。制御モジュール１９３１０は、アンテナ・システム１９３０２、無線モジュール１９３０４、および物理層モジュール１９３０８に対する制御を実行することを含み得る対応する無線アクセス・プロトコル、例えばＬＴＥに従って、ネットワーク・アクセス・ノード１９１１０の通信機能を制御することができる。無線モジュール１９３０４、物理層モジュール１９３０８、および制御モジュール１９３１０の各々は、ハードウェア定義モジュール、例えば１つ以上の専用ハードウェア回路またはＦＰＧＡとして、ソフトウェア定義モジュール、例えば、非一時的なコンピュータ読み取り可能記憶媒体に記憶された演算、制御、およびＩ／Ｏ命令を定義するプログラム・コード（例えば、ソフトウェアおよび／またはファームウェア）を実行するように構成された１つ以上のプロセッサとして、あるいは、ハードウェア定義およびソフトウェア定義混合モジュールとして構造的に実現され得る。いくつかの側面では、無線モジュール１９３０４は、無線周波数処理ルーチンを指定するソフトウェア定義命令を実行するように構成されたプロセッサとして実装されたソフトウェア定義無線（ＳＤＲ）コンポーネントとすることができる。いくつかの側面では、物理層モジュール１９３０８は、プロセッサおよび１つ以上のハードウェア・アクセラレータを含むことができ、ここで、プロセッサは、物理層処理を制御し、ある処理タスクを１つ以上のハードウェア・アクセラレータにオフロードするように構成される。いくつかの側面では、制御モジュール１９３１０は、上位層制御機能を指定するソフトウェア定義命令を実行するように構成されたコントローラとすることができる。いくつかの側面では、制御モジュール１９３１０は、無線通信プロトコル・スタック層機能に限定されてもよく、他の側面では、制御モジュール１９３１０は、トランスポート層機能、インターネット層機能、およびアプリケーション層機能を担当することもできる。ネットワーク・アクセス・ノード１９１１０は、有線または無線のインターフェースを介することができる、コア・ネットワークおよび／またはインターネット・ネットワーク（直接／ルータを介して、あるいは、コア・ネットワークを介して）とインターフェースをとることができる。ネットワーク・アクセス・ノード１９１１０は、有線または無線（例えば、マイクロ波無線または他の無線トランシーバ・システム）のインターフェースを介して他のネットワーク・アクセス・ノードともインターフェースをとることができる。従って、ネットワーク・アクセス・ノード１９１１０は、サービスされる端末装置が所望の通信データにアクセスすることを可能にするために無線アクセス・ネットワークを提供することによって、無線通信ネットワーク内のネットワーク・アクセス・ノードの機能を提供することができる。

無線通信ネットワークは、無線通信に影響を及ぼす様々な要因のために、非常に動的であることがある。例えば、端末装置１９１０２および１９１０４は、ネットワーク・アクセス・ノード１９１１０および１９１１２に対して種々の異なる位置に移動し（例えば、ユーザーによって運ばれる）、これは、端末装置１９１０２および１９１０４とネットワーク・アクセス・ノード１９１１０および１９１１２との間の相対的距離および無線伝搬チャネルに影響することがある。また、電波伝搬チャネルは、干渉、移動障害物、および大気変化のような易動性とは無関係の要因によっても変化することがある。追加的に、バッテリー電力、複数の無線アクセス技術の使用、ユーザー活動の変化、関連するデータ・トラフィック要求などの、端末装置１９１０２および１９１０４におけるローカル状態も無線通信に影響することがある。無線通信は、ネットワーク負荷や利用可能な無線資源などの基礎となるコア・ネットワークに加えて、ネットワーク・アクセス・ノード１９１１０および１９１１２における状態によっても影響を受けることがある。

したがって、端末装置１９１０２および１９１０４とネットワーク・アクセス・ノード１９１１０および１９１１２の間の無線通信環境は、フラックスの一定の状態であってもよい。効果的に動作し、ユーザー経験を向上させるために、端末装置１９１０２および１９１０４とネットワーク・アクセス・ノード１９１１０および１９１１２は、このような変化を認識し、それに応じて動作を適合させる必要があり得る。

従って、無線通信システムは、端末装置１９１０２と１９１０４の間の装置協働を利用することができ、ここでは、端末装置（かつ、場合によっては、ネットワーク・アクセス・ポイント１９１１０および１９１１２）は、厳しいレイテンシー要件を満たす自律システムを効果的に実装するために、情報の分散、計算、および通信を協働することができる。

６．１ 装置協働＃１
本開示のいくつかの側面では、端末装置は、装置協働を利用して、無線ネットワーク上の分散計算のためのフレームワークを開発することができる。特に、本開示の一側面において開発されるフレームワークは、例えば、ネットワーク内の端末装置のリンク品質、計算能力、ならびに計算および通信タスクの同時の改善、低減または最適化の機会を説明することができる。装置協働の追加の例としては、ローカル無線状態を共有して、近隣の無線状態のマップを集合的に決定することを含むことができる。さらに、例としては、ローカル近隣の複数の装置にわたる任意のローカル共有コンテンツの利用および共有を含む。本開示のこの側面における装置協働方法および装置は、例えば、自律システム（例えば、自動ビークル、ドローン、ロボットなど）において実装することができる。

協働装置の集合は、複数のノードにわたる集合的あるいは分散計算のための機会を提供することができる。特に、無線システムのための分散計算フレームワークは、クラウド・オフロードまたは拡張クラウド・オフロード（例えば、いくつかの計算がビークルによってローカルに実行され、他の計算が疑似リアルタイムで実行できるように、他の計算が外部ネットワーク・クラウドで実行される）では満足できない可能性があるリアルタイムの制約を有するような自動化されたアプリケーションのために有効にされ得る。これらのアプリケーションは、自動化車両、特に、小隊若しくは護衛において移動するもの、多重エージェント・ロボティクス、ドローンの群れまたは固定インフラストラクチャー・ノードを含む路側ユニットを含むことができ、ここで、固定インフラストラクチャー・ノードは、クラウドへのオフロード処理などではなく、ローカルでタイムリーな計算のために無線メッシュ・ネットワークを介して協働することができる。

自律システムは、リアルタイムで感知、学習、および／または動作して、時間枢要タスクを完了することができる。自動運転の場合、例えば、ビークル（車、ドローンなど）情報は、動的衝突回避のためにリアルタイムで処理される必要があり得る。このシナリオでは、ビークルおよび／または周辺のインフラストラクチャー内に十分なストレージ及び計算パワーが存在することができ、エッジでの分散計算が、エンド・ツー・エンド（Ｅ２Ｅ）処理（例えば、ローカルに取り込まれた画像からのシーン再構築）のリアルタイム・レイテンシ制約（５～１０ミリ秒）を満たすように使用することができる。クラウド・コンピューティングは、インフラストラクチャーにおける多大な投資がなければ、これらの制約を満たすことができないことがある。インフラストラクチャー支援が利用できないことがあるため、ローカルに分散し得る装置および方法により本技術は提示される。

図１９４は、いくつかの側面に従った計算分散フレームワークで構成されたビークル・アドホック・ネットワーク（ＶＡＮＥＴ）１９４００を示す。ＶＡＮＥＴ１９４００は、本質的に例示的であり、従って、この説明の目的のために簡略化され得ることが理解される。

ビークル端末装置１９４０２～１９４０６および１９４１２～１９４１６のうちの１つ以上は、通信システムとして図１９２に示すように、端末装置１９１０２の内部構成を含むことができ、従って、端末装置１９１０２についての上述の方法で、ＲＦトランシーバ（例えば、ＲＦトランシーバ１９２０４）およびアンテナ・システム（例えば、アンテナ・システム１９２０２）を介して無線信号としてデータを送受信するモデム（例えば、ベースバンド・モデム１９２０６）を含むことができる。いくつかの側面では、ビークル端末装置１９４０２～１９４０６および１９４１２～１９４１６のうちの１つ以上は、分散計算を実行するための処理プラットフォームも含むことができ、これは、アプリケーション層コンポーネント（例えば、アプリケーション・プロセッサ１９２１２で）またはモデム層コンポーネント（例えば、ベースバンド・モデム１９２０６で）として実装され得る。

ビークル端末装置１９４０２～１９４０６および１９４１２～１９４１６は、車両のフレームおよびハウジング、窓およびドア、エンジン、ステアリングおよび移動システム（例えば、車輪または軌道の形態の地上のもの、モータ、プロペラまたはジェットエンジンの形態の空中のもの、または他のビークル移動システム）、ならびに関連する制御電子機器のうちの１つ以上を含むこともできる。いくつかの側面では、ビークル端末装置１９４０２～１９４０６および１９４１２～１９４１６は、自律ビークルとすることができる。いくつかの側面では、ビークル端末装置１９４０２～１９４０６および１９４１２～１９４１６は、自律的でなくてもよく、ドライバによって（ローカルであるいはリモートで）制御されてもよい。

路側ネットワーク・アクセス・ノード１９４２０および１９４３０のうちの１つ以上は、図１９３に示すネットワーク・アクセス・ノード１９１１０の方法における内部構成で構成されることができ、従って、ネットワーク・アクセス・ノード１９１１０についての上述の方法で、無線モジュール（例えば、無線モジュール１９３０４）およびアンテナ・システム（例えば、アンテナ・システム１９３０２）を介して無線信号としてデータを送受信する通信モジュール（例えば、通信モジュール１９３０６）を含むことができる。いくつかの側面では、路側ネットワーク・アクセス・ノード１９４２０および１９４３０のうちの１つ以上は、分散計算を実行するための処理プラットフォームを含むことができ、これは、通信モジュール１９３０６のモデム層またはアプリケーション層コンポーネントとして実装され得る。路側ネットワーク・アクセス・ノード１９４２０および１９４３０は、路側ユニット（ＲＳＵ）または通過車両にサービスするように配置された同様のタイプのネットワーク・アクセス・ノードであり得る。

ＶＡＮＥＴ１９４００内のビークル端末装置１９４０２～１９４０６および１９４１２～１９４１６は、セルラーまたは短距離無線アクセス技術、例えばＬＴＥ、ｍｍＷａｖｅ、５Ｇ、ＷｉＭａｘ、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈなどの無線アクセス技術を備えている。これらのネットワークにおける通信は、ビークル同士が直接通信するビークル対ビークル（Ｖ２Ｖ）、車両がＲＳＵ、基地局、または他の無線アクセス・インフラストラクチャーと通信するビークル対インフラストラクチャー（Ｖ２Ｉ）、または車両がエンド・ツー・エンド接続を介してコアまたはインターネット・ネットワークコンポーネントと通信するビークル対ネットワーク（Ｖ２Ｎ）であり得る。

路側ネットワーク・アクセス・ノード１９４２０および１９４３０は、通信および情報の拡散を限定領域に制限することにより、より小さいメッセージ遅延をもたらすインフラストラクチャー・サポートを提供するために設置され得る。このようにして、路側ネットワーク・アクセス・ノード１９４２０および１９４３０は、それらの範囲内のビークルとの通信を協働させることができるローカル・ステーションとして機能し、また、ネットワーク全体、例えば基礎となるコア・ネットワークおよび／または外部クラウドまたはインターネット・ネットワークとのインターフェースとしても動作する。路側ネットワーク・アクセス・ノード１９４２０および１９４３０は、厳しいレイテンシ要件、高い易動性、絶えず変化する環境等を伴うようなシナリオにおいて、ビークル端末装置１９４０２～１９４０６および１９４１２～１９４１６から取得した情報を拡散するように構成される。路側ネットワーク・アクセス・ノード１９４２０および１９４３０は、異なるシナリオ、例えば、高速道路の高速トラフィック対都市におけるラッシュアワーのトラフィックに利用可能であり、かつこれらに依存して適合するように構成され得る。路側ネットワーク・アクセス・ノード１９４２０および１９４３０は、ビークル端末装置１９４０２～１９４０６および１９４１２～１９４１６からの報告を受信し、これらの報告から取得した情報の計算を無線リンク品質および特定の車両の計算能力に基づいてビークルに分散するように構成され得る。

いくつかの側面では、路側ネットワーク・アクセス・ノード１９４２０および１９４３０は、さらに、それぞれのエリアの特性に関する情報を、任意の通過ビークルに送信／ブロードキャストするように構成され得る。例えば、路側ネットワーク・アクセス・ノード１９４２０は、道路１９４５０のカーブ、道路１９４５０に沿った物体（例えば、木、橋、標識など）に関する情報をブロードキャストして、通過するビークル端末装置１９４０２～１９４０６がこの情報について計算を実行する必要がなく、自身のローカルで収集した情報および計算を路側ネットワーク・アクセス・ノード１９４２０からの情報で補完することができる。

しかし、いくつかのシナリオでは、路側ネットワーク・アクセス・ノード１９４２０および１９４３０は、ビークル間の通信を協働させるために利用できないことがある。この場合、ビークル自身が、自動運転に必要な計算をそれらの間で分散させるように構成され得る。この場合、ビークルは、データ収集および計算の分散を統括することを担当するアンカー制御ノードとして識別され得る。いくつかの側面では、このビークルは、地理的位置（例えば、最も中央に位置するビークル）に基づいて、かつ／あるいは、ランダムあるいは他の基準で、（例えば、計算能力および／または無線リンク品質に関して）最も強力な「ノード」であることに基づいて割り当てられ得る。

自走車は、センサー、カメラ等から１Ｇｂｐｓを超えるデータを生成することがある。このようなデータからの制御決定を可能にするためのレイテンシ要件は、場合によっては、ミリ秒の範囲（例えば、５～１０ミリ秒）であることがある。場合によっては、レイテンシ要件は、より厳しいことがあり、例えば、５ｍｓ未満、および／または１ｍｓ未満（例えば、数十マイクロ秒のオーダー）であることがあり、場合によっては、レイテンシ要件は、より厳しくなくてもよく、例えば、１０ｍｓより大きいことがある。車がタイムリーな方法で意思決定を行うためには、通信および処理の遅延が許容限界内であるべきである。レイテンシ要件は制御動作にも依存し、ナビゲーションのための時間枢要動作に対しては、レイテンシ要件内でこれらの動作を実行することが重要である。さらに、例えば、プラトゥーニング（platooning）などの動作、例えばビークルのセット間のスマートな協働のために、レイテンシ要件は、さらに厳しいことがある。

路側ネットワーク・アクセス・ノードが利用可能なプラトゥーニングの場合、路側ネットワーク・アクセス・ノードは、車の相対的な位置を知り、全体的な環境を知る必要があり得る。このデータ収集は、異なるビークルからのセンサー入力の一部または全部（例えば、統合シーン再構成のためのカメラ入力）を融合することを必要とすることがある。このようなタスクは、単一のビークルにおいて計算上実現可能ではない可能性がある。

さらに、ＲＳＵにおける（例えば、路側ネットワーク・アクセス・ノードでの）すべてのデータの集中した計算では、通信チャネルに大きな負荷をかけることがある。本開示のプログラミング・モデルを実装することによって、データの一部の計算を異なるビークルで計算することができ、それによって、レイテンシ要件をよりよく満たすために、データの全体セットの通信を改善するか、あるいは場合によっては最適化することができる。データのこれらの計算は、例えば、ビークルの位置および方向、ビークル・カメラから捕捉された画像から抽出された特徴のサブセット、各ビークルについてのカメラ・パラメータ、および／またはレーダー・センサーに基づく隣接ビークルへの距離推定を含むことができる。

例えば、ドローンの協働移動についても同様のフレームワークを実装することができる。このシナリオでは、協働ネットワーク・アクセス・ノードが存在しないことがあり、１つのドローンがハブとして動作し、経路計画のために他のドローンに計算を分散することができる。ドローン間の協働タスク（例えば、重いペイロードを持ち上げて、運ぶ）の性能において、各ドローンの動作を決定するために重い計算が実行され得る。いくつかの側面は、集中型サーバーおよびドローンが遠隔でデータを送受信する処理を仮定するが、分散実装は、いくつかのシナリオ、例えば農村地域、荒野等において、好ましくかつ適用可能である。このような高レベル協働は、レイテンシ要件を満たす方法で負荷を通信しながら、計算負荷を複数のドローンに分散する。

本明細書で開示するプログラミング・モデルは、説明したようなシナリオにおける必要なデータの分散、計算、および通信における無線制約を説明することができる。本開示のモデルは、改善された計算－通信トレード・オフを提供する技術を適用するために活用され得る。本明細書で説明する技術の使用は、一般的に、代替のモバイル・エッジ・コンピューティング・シナリオにわたって適用可能であり、無線リンクの実装において使用される異なる無線アクセス技術にわたって機能することができる。

本開示の一側面では、無線ネットワーク内の装置（例えば、相互に通信する自走車）は、ＭａｐＲｅｄｕｃｅプログラミング・モデルに基づき得る分散計算モデルを利用し、無線リンク品質および個々の装置（例えば、ビークル）の計算能力を考慮することによって、レイテンシ要件を満たすための情報を計算し、通信するように構成される。

図１９５は、いくつかの側面に従った無線ネットワーク内に実装され得る計算分散フレームワーク１９５００を示す。フレームワーク１９５００は、本質的に例示的であり、従って、この説明の目的のために簡略化され得ることが理解される。

フレームワーク１９５００は、ＭａｐＲｅｄｕｃｅフレームワークの高レベル図示であり、ここで、装置Ａ、ＢおよびＣの各々は、例えば、ビークル端末装置１９４０２～１９４０６および１９４１２～１９４１６のような別個のビークル端末装置内に位置する処理ユニットを表すことができる。前述のように、いくつかの側面では、ビークル端末装置１９４０２～１９４０６および１９４１２～１９４１６のうちの１つ以上に、装置Ａ、ＢおよびＣに対応する分散計算を（例えば、モデム層またはアプリケーション層コンポーネントとして）実行するための処理プラットフォームが備えられ得る。

装置Ａ、Ｂ、およびＣの各々には、マップへの入力のサブセットを割り当てることができ、例えば、装置Ａには入力ファイル１および２を割り当てることができ、装置Ｂには入力ファイル３および４を割り当てることができ、装置Ｃは入力ファイル５および６を割り当てることができる（例えば、これらのファイルは、異なるローカル・エリアに関する情報を表わすことができる）。例えば、これらの入力ファイルの各々は、所与の関心領域の地理的に別々の領域に対して、ビークル位置、方向、および移動速度情報、ビークル内のカメラによって捕捉された画像、レーダー・センサーに基づく距離推定などの情報を含むことができる。装置Ａ、Ｂ、およびＣは、例えば、設定された速度制限を超えるビークルをカウントする、または互いに近接するビークル、または交差点を通過するビークルを識別するなど、割り当てられた入力に対してマッピング・タスクを実行することができる。次いで、これらの部分計算／マッピングの出力は、異なるマップ・タスクの結果を照合するための帰着タスクを実行するために、装置間でシャッフルされる必要がある。

ＭａｐＲｅｄｕｃｅ計算の簡略化された例では、フレームワーク１９５００には、所与のテキスト・ファイル中のワード（ワードＡ、ワードＢ、ワードＣ）の発生をカウントするタスクを割り当てる。しかし、このようなフレームワークは、計算を提供するため、例えば、１つ以上のビークルから捕捉されたデータからシーン再構成を実行するために適用されることができ、データは、レーダー・センサー情報、カメラから捕捉された画像、ビークル位置、方向、および／または移動速度情報のうちの少なくとも１つを含む。

フレームワーク１９５００では、テキスト・ファイルは６つのサブファイルに分割される。このようなフレームワーク１９５００を自動運転に適用する目的で、例えば、サブファイルは、ビークル速度、レーダー・センサー情報等の情報を含むことができる。各サブファイルは、この情報を異なる地理的近傍について含むことができる。装置Ａ、Ｂ、およびＣにはそれぞれこれらのサブファイルのうちの２つを割り当てる（装置Ａには、サブファイル１および２、装置Ｂには、サブファイル３および４、装置Ｃには、サブファイル５および６を割り当てる）。異なる装置へのワード・カウント・タスクの分散は、マッピング・フェーズと呼ばれ、装置Ａ、Ｂ、およびＣの各々は、割り当てられた入力に対して、マップ・タスクのそれぞれの反復を実行する。ここで、各装置は、マップ・タスクとして割り当てられた２つのサブファイル内のワードＡ、Ｂ、およびＣの発生をカウントする。

装置Ａ、Ｂ、およびＣの各々がワードＡ、Ｂ、およびＣの各々の最終カウント結果を取得するために、装置Ａは、サブファイル１および２内のワードＡについての自らの計算を収集するだけではなく、装置Ｂからサブファイル３および４内のワードＡのカウント、および装置Ｃからサブファイル５および６内のワードＡのカウントを収集することにより、ワードＡの総カウントを配信する。同様に、装置ＢはワードＢの総カウントを、装置ＣはワードＣのカウントを配信する。従って、ＭａｐＲｅｄｕｃｅ計算は、中間計算の結果を照合するために実行され得るシャッフル・フェーズ１９５１０を含む。ワード・カウントの例では、装置Ａ、ＢおよびＣの各々が、４つの追加計算の結果を収集する。次いで、装置Ａ、ＢおよびＣは、ローカルに得られたマップ・タスク出力（例えば、サブファイル１および２内のワードＡのカウント）およびデータ・シャッフルによって得られたマップ・タスク出力を使用して、帰着タスクのそれぞれの反復を実行し、各ワードの最終的な発生結果を実現する。

したがって、ＭａｐＲｅｄｕｃｅは、ビークル端末装置が、例えば運転シーンの再構築、衝突回避の決定、自動運転決定などのビークルの動きに関連するものである、分散計算タスクを実行するためのフレームワークを提供することができる。例えば、ビークル端末装置１９４０２～１９４０６は、それぞれ、上述の例における入力ファイルの分配と類似し得るそれぞれのローカル周囲エリア（例えば、画像データ、ビデオデータ、ソナーデータ、位置データ、移動（方向または速度）データ、および／またはレーダー・データ）についてのセンサー・データを得ることができる。さらに、アンカー制御ノードは、入力ファイルの分配と同様に、分析のためのセンサー・データをビークル端末装置１９４０２～１９４０６に提供することができる。次に、ビークル端末装置１９４０２～１９４０６の各々は、マッピング・タスク（例えば、分散マッピング処理タスク）のそれぞれの反復としてローカル・センサー・データを処理して、それぞれのマッピング・タスク結果（例えば、中間分散処理結果）を得ることができる。ビークル端末装置１９４０２～１９４０６は、次に、シャッフル方式（例えば、分散処理シャッフル方式）に従ってマッピング・タスク結果をシャッフルすることができ、ビークル端末装置１９４０２～１９４０６が、帰着タスクのそれぞれの反復を実行するためのマッピング・タスク結果を受信するようにする。次いで、ビークル端末装置１９４０２～１９４０６は、自身のマッピング・タスク結果およびシャッフル・フェーズの間に他のビークル端末装置１９４０２～１９４０６から受信したマッピング・タスク結果に対して帰着タスクのそれぞれの反復を実行することができる。次いで、ビークル端末装置１９４０２～１９４０６は、帰着タスク結果において最終結果（例えば、最終分散処理結果）を得ることができる。次いで、ビークル端末装置１９４０２～１９４０６は、帰着タスク結果を使用して、自動運転などについてのビークル移動に影響を及ぼし、あるいは実行することができる。

いくつかの側面では、ビークル端末装置１９４０２～１９４０６は、アンカー制御ノードの調整下で、分散計算タスクを実行することができ、アンカー制御ノードは、アンカー制御ノードとして割り当てられかつ選択されるビークル端末装置１９４０２～１９４０６、アンカー制御ノードとして指定される別のビークル端末装置、またはアンカー制御ノードとして動作する路側ネットワーク・アクセス・ノードのようなネットワーク・アクセス・ノードのうちの１つとすることができる。アンカー制御ノードは、マッピング・タスクのための入力データの割り当て、シャッフル方式の指定、シャッフル方式の実行、および必要に応じて最終結果の調整の１つ以上を担当することができる。例えば、いくつかの側面では、アンカー制御ノードは、入力データ（例えば、ビークル端末装置１９４０２～１９４０６によって提供されるセンサー・データ）を収集し、それぞれのマッピング・タスクのための入力としてビークル端末装置１９４０２～１９４０６に入力データを提供することができる。いくつかの側面では、アンカー制御ノードがネットワーク・アクセス・ノードである場合、下りリンク・ブロードキャスト／マルチキャストを使用して、あるいはアンカー制御ノードがビークル端末装置である場合、Ｄ２Ｄ／Ｖ２Ｖブロードキャスト／マルチキャスト（例えば、Anycast）を使用して、入力データをブロードキャストあるいはマルチキャストすることができる。いくつかの側面では、アンカー制御ノードはまた、ビークル端末装置１９４０２～１９４０６からのマッピング・タスク結果を収集し、シャッフル・フェーズのシャッフル方式に従ってマッピング・タスク結果を再分配することもできる。いくつかの側面では、アンカー制御ノードは、シャッフル・フェーズの間にブロードキャストまたはマルチキャスト技術を同様に使用して、マッピング・タスク結果を、それぞれの帰着タスクのために適切なビークル端末装置１９４０２～１９４０６に提供することができる。いくつかの側面では、アンカー制御ノードは、シャッフル方式を提供する（例えば、ビークル端末装置がそのマッピング・タスク結果を送信するための宛先ビークル端末装置を識別し、ビークル端末装置がマッピング・タスク結果を受信するための送信元ビークル端末装置を識別する）ことができ、このシャッフル方式で、ビークル端末装置が、例えば、Ｄ２Ｄ／Ｖ２Ｖユニキャスト伝送を使用して実行することができる。

いくつかの側面では、ビークル端末装置１９４０２～１９４０６は、アンカー制御ノードなしに分散計算タスクを実行することができ、互いに協働して、入力データを分配し、シャフリング方式を決定し、それを実行することができる（例えば、Ｄ２Ｄ／Ｖ２Ｖブロードキャスト／マルチキャストまたはユニキャストを使用して）。

ＭａｐＲｅｄｕｃｅは、ビークル端末装置が分散計算タスクを効率的に実行するメカニズムを提供することができるが、例えばシャッフル・フェーズのコストにより、異なるビークル端末装置にワーク負荷を分配するとき、特に無線リンク上で通信が実行されるとき、ボトルネックが存在し得る。例えば、いくつかのデータ・センター設定では、実行時間の３０～７０％が、マッピング・タスクの結果をそれぞれの帰着タスクに使用するために適切なビークル端末装置に提供するシャッフル・フェーズで費やされる。例えば、大きなグループのビークル端末装置が、シャッフル・フェーズ中に、グループの他のビークル端末装置のすべてまたはほぼすべてとマッピング・タスク結果を交換するように配置される場合、シャッフル・フェーズは、実質的な帯域幅を占有し、かつ／あるいは、完了するのにかなりの時間をとることがある。従って、特に、レイテンシ要件が非常に厳しい自律システムシナリオにおいて、データシャフリングの通信に費やされる時間を改善するために、フレームワーク１９５００を改善するか、場合によっては最適化することが重要であり得る。

図１９６は、いくつかの側面に従った無線ネットワーク内に実装された修正フレームワーク１９６００を示す。フレームワーク１９６００は、本質的に例示的であり、従って、この説明の目的のために簡略化され得ることが理解される。

フレームワーク１９６００は、ネットワーク符号化原理を適用してノード（例えば、端末装置またはビークル）に計算タスクを分配するように構成された符号化ＭａｐＲｅｄｕｃｅフレームワークの高レベルな図示であり、マルチキャスト機会が生成されて、シャッフル・フェーズで必要とされる通信の量を低減するようにする。いくつかの側面では、フレームワーク１９６００は、ノード当たりの計算が増加するにつれて、通信負荷が準線形的に減少するという点で、最適な計算対通信トレード・オフを達成することができる。フレームワーク１９６００は、装置当たりの計算負荷を増加させることによって、データ・シャッフルにおける各伝送において符号化マルチキャスト機会が生成され、２つの装置に必要な入力を提供することを示す。フレームワーク１９６００では、例えば、装置Ａはサブファイル５および６の値をマッピングし、装置Ｂはサブファイル１および２の値をマッピングし、装置Ｃはサブファイル３および４の値をマッピングする。各装置によって、それが使用する値を回復するために１つの符号化送信のみが使用される。装置Ａはサブファイル１および２との符号化通信を送信し、装置Ｂはサブファイル５および４との符号化通信を送信し、装置Ｃはサブファイル２および６との符号化通信を送信する。例えば、装置Ａは既にサブファイル４についての値を知っているため、装置Ｂからの伝送からサブファイル５の値を導出することができる。

フレームワーク１９６００を図１９５のワード・カウント例にマッピングすると、各装置は、２つの代わりに４つのサブファイルを処理することにより、その計算負荷を２倍にする、例えば、装置Ａはサブファイル１、２、３、および４においてワードＡ、Ｂ、およびＣを検索し、装置Ｂはサブファイル３、４、５、および６を処理し、装置Ｃはサブファイル５、６、１、および２を処理する。計算負荷の増加は場合によっては望ましくないことがあるが、繰り返し計算は、例えば、装置Ａはサブファイル５および６からの値、装置Ｂはサブファイル１および２から、および装置Ｃはサブファイル３および４からのみを必要とするため、シャッフル・フェーズの間のデータ転送を大幅に低減することができる。

符号化シャッフル・フェーズ１９６１０において、装置Ａはサブファイル１および３からの結果のＸＯＲを送信することができ、そこから装置Ｂはサブファイル１の結果を回復する（計算したサブファイル３からの結果を既に知っているため）ことができ、装置Ｃはサブファイル３の結果を回復する（計算したサブファイル１からの結果を既に知っているため）ことができる。同様に、装置Ｂは、サブファイル５および４からの結果を有するＸＯＲメッセージを送信して、装置Ａがサブファイル５の結果を回復し、装置Ｃがサブファイル４の結果を回復することができ、装置Ｃは、サブファイル２および６からの結果を有するＸＯＲメッセージを送信して、装置Ａがサブファイル６の結果を回復し、装置Ｂがサブファイル２の結果を回復することができる。

場合によっては、各装置の計算負荷を増加させることにより、帰着フェーズでは装置当たり２つの追加の値のみが使用される（例えば、２ｘ３＝６メッセージ、通信負荷において２倍低減をもたらす）。この例では、６つの代わりに３つのメッセージ（ＸＯＲメッセージのそれぞれ）のみが必要とされるため、符号化処理はさらに２倍の短縮を可能にすることができる。

従って、この例では、フレームワーク１９６００において、各装置から１つの符号化伝送しか必要とされず、この符号化伝送は、他の２つの装置に有用である。フレームワーク１９６００は、ＭａｐＲｅｄｕｃｅフレームワークに基づいて、他のいくつかのアプリケーションに一般化することができる。例えば、ビークル・カメラによって捕捉された画像は、いくつかのターゲットオブジェクトの存在について分析され得る。次いで、画像は、異なるノードにわたって分析のためにセグメント化されることができ、各ノード（例えば、ビークル）が重複するセグメントを与えることができるようにする。次いで、各ノードは、それぞれのマッピング・タスクとして割り当てられたセグメント内の目標とされた特徴の存在をスキャンし、シャッフル・フェーズの間にマッピング・タスク結果をシャッフルする。帰着フェーズでは、コンバイナ・ノードは、次いで、セグメントの一部またはすべてにわたって、各目標オブジェクトに対する部分的な結果を照合することができる。マッピング・タスク・フェーズの出力を適切にエンコードすることによって、シャッフル・フェーズの全体的な通信負荷を低減することができる。

フレームワーク１９５００および１９６００では、構造化マッピング・フェーズの実行は、データ・セットの分割およびマッピング、エンコード、および位相演算の帰着を割り当てる集中型サーバーの使用によって行われる。本開示の別の側面では、各ノード（例えば、端末装置、ビークルなど）は、既知の冗長性を有するデータ・セットをランダムにキャッシュし、ローカルに記憶されたデータ・セット上の割り当てられたタスクを計算することもできる。次いで、各ノードは、データ・セットにわたって結果をエンコードし、帰着フェーズに使用されるエンコードされた結果をブロードキャストすることもできる。エンコードは、隣接ノードにおけるデータ・セットについての知識に基づき得る。このような知識は、帯域外チャネルまたは割り当てられたアンカー制御ノードの助けを介して発見され得る。次に、正確なエンコード詳細は、メタデータとしてブロードキャスト・データに予め付加され得る。次いで、分散計算の結果を照合するノードは、メタデータをデコードすることによって、この伝送をデコードすることができる。メタデータの追加のオーバヘッドと必要な制御調整は、交換されるデータのサイズと比較して無視できると仮定する。

いくつかの側面では、自律ネットワークのビークル端末装置は、中央サーバー、例えば図１９４のネットワーク・アクセス・ノード１９４２０および／または１９４３０、またはアクセス・ポイント、ｅＮＢ、またはシャッフル・フェーズのために中央コーディネータまたは「アンカー制御ノード」として動作する別のタイプのネットワーク・アクセス・ノードを介して互いに通信することができる。このシナリオでは、各ノード（例えば、ビークル端末装置１９４０２～１９４０６）は、符号化出力（符号化マッピング・タスク結果）をアンカー制御ノード、例えば、ビークル・ネットワーク・アクセス・ノード１９４２０に送信することができ、このノードは、ＬＴＥネットワークの進化型マルチメディア・ブロードキャスト／マルチメディア・サービス（ｅＭＢＭＳ）インターフェースのようなシャッフル・フェーズのためのマルチキャストもしくはブロードキャスト・フレームワーク、または他のタイプのマルチキャストもしくはブロードキャスト・フレームワークを使用して、符号化出力をビークルの一部またはすべてにブロードキャストする。代替的には、シャッフル・フェーズについて、装置対装置（Ｄ２Ｄ／Ｖ２Ｖ）通信は、ノード間で直接情報を交換するために使用され得る。Ｄ２Ｄ／Ｖ２Ｖを用いることにより、ネットワーク内のノードは、ノード対ノードベースまたはノード対マルチ・ノード（例えば、マルチキャスト）ベースのいずれかで、相互に直接通信するように構成され得る。従って、いくつかの側面では、ビークル端末装置は、ユニキャストＤ２Ｄ／Ｖ２Ｖを使用して、符号化マッピング・タスク結果を宛先ビークル端末装置に直接送信することにより（シャフリング方式に従って）、シャッフル・フェーズを実行することができる。いくつかの側面では、ビークル端末装置のアンカー制御ノードは、（例えば、Ｄ２Ｄ／Ｖ２Ｖで）他のビークル端末装置からマッピング・タスク結果を収集し、次いで、マッピング・タスク結果をシャフリング方式に従って適切なビークル端末装置に分配することができる。追加的または代替的には、いくつかの側面では、ビークル端末装置は、マッピング・タスクの結果を他のビークル端末装置にマルチキャストすることにより、マルチキャストＤ２Ｄ／Ｖ２Ｖを用いてシャッフル・フェーズを実行することができる。

いくつかの側面では、ビークル端末装置１９４０２～１９４０６、１９４１２～１９４１６、または１９７３２～１９７３６のいずれかのようなビークル端末装置は、処理タスクをオフロードするかどうかを決定するように構成され得る。言い換えると、ビークル端末装置は、これらの側面に従って分散方式で処理される処理タスクをオフロードするか、またはオフロードすることなくローカルに処理タスクを実行するかを決定することができる。例えば、ビークル端末装置は、処理タスクを識別し、限定なしで、処理タスクの計算負荷、処理タスクのレイテンシ制約、利用可能な帯域幅、ネットワーク輻輳の現在のレベル、オフロードに利用可能な近接ビークル端末装置の数、ビークル・リンクおよび／またはインフラリンクのリンク品質など、ある状況基準に基づいて、処理タスクをオフロードするかどうかを決定することができる。

従って、ビークル端末装置は、そのような要素の１つ以上を評価して、処理タスクをオフロードするかどうかを決定することができる。オフロードへ決定をシフトし得るシナリオは、処理タスクの大きな計算負荷、緩和されたレイテンシ制約（例えば、処理タスクがリアルタイムでなく、かつ／またはより大きなレイテンシ許容度を有する場合）、大きな利用可能な帯域幅、ネットワーク輻輳の低電流レベル、多数の近接ビークル端末装置、および／またはビークルおよび／またはインフラストラクチャー・リンクの強いリンク品質であり得る。次に、ビークル端末装置は、これらの要素の１つ以上を評価に基づいて、オフロードすることなくローカルに処理タスクを実行するか、あるいは処理タスクをオフロードするかのいずれかを行うことができる。例示的なシナリオにおいて、ビークル端末装置は、ネットワーク輻輳が高く、オフロードが利用される場合、処理タスクのレイテンシ制約が満たされない可能性があると決定することができる。次いで、ビークル端末装置は、オフロードに反対することを決定し、ローカルで処理タスクを実行することができる。

どれだけの量の処理タスクをオフロードするか、あるいは処理タスクのどのサブタスクをオフロードするか等、オフロードの程度に関する他のバリエーションも本開示の範囲内にある。例えば、ビークル端末装置は、分散処理のために処理タスクの一部をオフロードすることを決定するように構成されてもよく、どれだけの量の処理タスクをオフロードすべきか、かつ、どれだけの量の処理タスクをローカルに実行すべきかを決定することができる。いくつかの側面では、ビークル端末装置は、分散処理のためにオフロードされるべき処理タスクのいくつかのサブタスク（例えば、いくつかの命令またはサブルーチン）およびオフロードすることなくローカルに実行されるべき他のサブタスクを識別することができる。非限定的な例としては、ローカルでリアルタイムタスクを実行することを決定しながら、非リアルタイムタスクをオフロードすることを決定することができる。

図１９７は、いくつかの側面による、自律ビークル無線アクセス・ネットワーク１９７００を示す。当然のことながら、ネットワーク１９７００は、本質的に例示的であり、従って、この説明の目的のために単純化され得る。

ネットワーク１９７００は、路側ネットワーク・アクセス・ノード、路側ネットワーク・アクセス・ノード、ｅＮＢ、基地局、ＡＰ、他のタイプのネットワーク・アクセス・ノード、またはそれらの任意の組み合わせを含む、アンカー制御ノード１９７０２～１９７０４を含むことができる。アンカー制御ノード１９７０２および１９７０４は、それぞれ、領域１９７１２および１９７１４をカバーすることができる。明確な境界を有するように示されているが、１９７１２および１９７１４の領域は重複し得ることが理解される。アンカー制御ノード１９７０２および１９７０４は、コア・ネットワークおよび／または無線アクセス・ネットワーク構造のコンポーネントとして互いに通信することができる。

道路１９７２０は、領域１９７１２および１９７１４を横断することができ、従って、領域１９７１２および１９７１４で動作するビークル端末装置（クラスタ１９７３２～１９７３６におけるものなど）は、ネットワーク１９７００のＲＡＴセル間ハンドオーバー・プロトコルで動作するように構成され得る。

この方式におけるタスクの分配は、性能を著しく損なうことなく、各ビークル端末装置でランダムに行うことができる。このモデルでは、上りリンク（ＵＬ）情報交換は、ＬＴＥ、ＷＬＡＮ、ＬＴＥ－Ｕ／ＬＡＡ （ライセンスド・アシステッド・アクセス）または他の無線アクセス技術に対して定義されたもののようなＵＬプロトコルを使用して行われる。

代替的に、いくつかの側面では、Ｄ２Ｄ（例えば、１つからＰＣ５インターフェース等を使用した近接サービスの一部またはすべて（例えば、ＬＴＥについてのＰｒｏＳｅ））またはＶ２Ｖインターフェースを使用して、ビークル端末装置、例えば、クラスタ１９７３２～１９７３６の各々内のビークル端末装置間で直接情報を交換することができる。Ｄ２Ｄ／Ｖ２Ｖを採用することによって、ネットワーク内のノードは、互いに直接通信するように構成され得る。このことは、装置対装置ベースで行われてもよいし、装置対複数装置ベース（例えば、マルチキャストまたはブロードキャスト）で行われてもよい。

いくつかの側面では、ネットワーク・スライシングも採用することができる。ネットワーク・スライシングにおいて、ネットワーク１９７００のようなネットワークは、複数のより小さなネットワーク、例えば、図１９７に示すビークル端末装置１９７３２～１９７３６の各セットのための１つのより小さなネットワークにスライスされ得る。結果として、ネットワークノードとビークル端末装置の間で資源共有が有効になる。能力の高いネットワークノードまたはビークル端末装置は、それらの資源（例えば、計算能力）を共有して、能力の低いノードまたは装置を支援することができる。

このようなネットワーク・スライシングは、コア・ネットワークおよび無線アクセス・ネットワーク（ＲＡＮ）におけるスライシングを含む、エンド・ツー・エンド（Ｅ２Ｅ）とすることができる。各スライスはそれぞれ固有のアーキテクチャを有することができ、結果として、スライス固有の動作が必要である。言い換えると、資源を、各ネットワークスライスのノード間で共有することができる。この共有は、特定のアプリケーションまたはサービスに焦点を当てたネットワークの一側面に適用してもよく、あるいは様々なアプリケーションまたはサービスに広げてもよい。複数のアプリケーションまたはサービスにわたって動作するとき、ネットワークスライスは、各アプリケーションまたはサービス固有に仮想化され、改良され、場合によっては、最適化され得る。

クラスタ１９７３６のようなエリアの外エッジに到達すると、クラスタのビークル端末装置は、図１９５および１９６において説明した計算フレームワークの実装のために、アンカー制御ノード１９７０４を用いて別のアンカー制御ノード（図示せず）へのＲＡＴ間ハンドオーバー手順を開始することができる。しかし、他のアンカー制御ノードが検出されない場合、クラスタ１９７３６内のビークル端末装置のうちの１つを、クラスタ１９７３６のためのデータ収集および分散計算を担当するアンカー制御ノードとして割り当てることができる。このビークル端末装置は、例えば、最高の計算能力を有するものであること、最適な位置を有するビークル端末装置（例えば、クラスタ１９７３６内に中央に位置する）であること、最良の伝送品質を有するビークル端末装置であること、または任意の類似の方法により決定することができる。

以下は、本開示の側面において、この開示の側面において、図１９５および１９６において説明したフレームワーク、例えば、ビークルの自動運転（車、ドローンなど）が無線ネットワークにおいて実装され得る例示的なシナリオを提供する。

いくつかの側面では、アンカー制御ノード１９７０２からクラスタ１９７３２内のビークル端末装置の各々に対する計算の分配は、リンク品質を説明することができる。このシナリオでは、アンカー制御ノード１９７３２は、基地局のようなネットワーク・アクセス・ノードとすることができ、リンクのチャネル状態情報（ＣＳＩ）のようなパラメータを測定、例えばチャネル推定、することによって、複数のビークル端末装置の各々とのリンク品質を決定することができる。ネットワーク・アクセス・ノードは、ＣＳＩを使用して、信号対干渉プラス雑音比（ＳＩＮＲ）、ドップラー効果などの現在のチャネル状態に基づいて、ビークル端末装置の各々に伝送を適合させることができる。伝送、例えば、シャッフル・フェーズの間の計算および伝送の割り当て（符号化および非符号化の両方）は、信頼性のある通信を達成し、自動運転システムのようなシステムの厳しいレイテンシ要件を満足するように、現在のチャネル状態に適合させることができる。例えば、ＬＴＥでは、ＣＳＩレポートは、チャネル品質インジケータ（ＣＱＩ）、プリコーディング・マトリックス・インジケータ、および／またはランク・インジケータを含むことができる。他のＣＳＩおよび類似の無線チャネル情報は、ＲＡＴ固有の実装の詳細に応じて、他の無線アクセス技術に使用され得る。このようにして、クラスタ１９７３２のビークル端末装置に、基地局（アンカー制御ノード）１９７０２とのリンク品質に基づいて計算タスクを割り当てることができる。

いくつかの側面では、（ビークル端末装置とアンカー制御ノードの間の）上りリンクのための通信プロトコルは、ＬＴＥ－Ｕｕ、ＷＬＡＮ、ＬＴＥ－ＬＡＡ等のプロトコルに基づいて行うことができ、（例えば、アンカー制御ノードとクラスタ内のビークル装置の各々の間の）下りリンクは、ＬＴＥ－Ｕｕ、ｅＭＢＭＳ／Ｖ２Ｘプロトコルを使用してブロードキャストモードで実行することができる。

いくつかの側面では、各クラスタ１９７３２～１９７３６内のビークル端末装置は、Ｄ２Ｄ／Ｖ２Ｖ通信を使用して互いに通信することができる。この場合、例えば、クラスタ１９７３２の１つのビークル端末装置のみが、アンカー制御ノード、例えば、基地局１９７０２と通信するときに、マスターノードとして動作することができる。このマスターノードは、ＣＳＩレポートによって決定されるように、クラスタ１９７３２内のビークル端末装置のうち、どの装置が基地局１９７０２との最も高いリンク品質を有するかによって決定され得る。従って、計算の割り当ておよび計算の確実な分配は、クラスタ１９７３２のこのマスターノードを介して基地局１９７０２によって制御され得る。

いくつかの側面では、適切なアンカー制御ノードが存在しない（例えば、基地局、ＲＳＵ、ＡＰ、またはコア・ネットワークへの他のネットワーク・アクセス・ノードがない）場合、クラスタ内のビークル端末装置のうちの１つは、アンカー・ノードを担当することが割り当てられ、装置対装置ベースまたはマルチキャスト・ベースのいずれかで、Ｄ２Ｄ／Ｖ２Ｖ通信を介して他のビークル端末装置と通信することができる。計算は、例えば、アンカー制御ノードに関連して各ビークル端末装置の計算能力に基づいて、あるいは、アンカー制御ノードと他のビークル端末装置の間のリンク品質に基づいて割り当てることができる。

いくつかの側面では、帰着フェーズのために使用されるシャッフル・フェーズにおける計算の分配は、いくつかの要因に基づいて実行することができる。これらの要因の１つは、例えば、全地球測位システム（ＧＰＳ）によって決定されるように、ビークル端末装置の地理的位置であり得る。ビークル端末装置の地理的位置は、枢要情報のみが送信されるように、特定のビークル端末装置に送信される情報量を制限するために使用され得る。１つの例示的なシナリオでは、クラスタ１９７３２のヘッドでのビークル端末装置（ブロック、例えば、「車」が領域１９７１４に向かって移動していると仮定して、クラスタ１９７３２の右端の最も遠い「車」）は、例えば、リード「ビークル」がすでにこの位置を通過しているため、クラスタ１９７３２の最後の「ビークル」が使用するある情報および／または計算に使用しなくてもよい。同様に、ネットワーク１９７００は、クラスタ１９７３２によって実行される必要のある情報量を低減または最小限にするために、あるクラスタ、例えばリード・クラスタ１９７３４から別のクラスタ、例えばトレイリング・クラスタ１９７３２へ、情報および計算をパスするように構成され得る。

図１９８は、本開示の一側面におけるビークル端末装置のための通信システム１９８００を示す。通信システム１９８００は本質的に例示的であり、この説明の目的のために簡略化され得ることが理解される。通信システム１９８００のいくつかのコンポーネントは、個々のコンポーネントとして示されているが、複数のコンポーネントは、各構成要素の機能を有する１つのコンポーネントに組み合わされてもよいことが理解される。同様に、通信システム１９８００の個々の各コンポーネントは、２つ以上の別々のコンポーネントに分割され得る。

さらに、通信システム１９８００のいくつかの側面は、図１９２に説明したコンポーネントと重複し得ることが理解される。通信システム１９８００は、本明細書で説明する法および処理の適用を説明するためのコンポーネントを示しており、従って、ビークル端末装置のすべてのコンポーネントを示さなくてもよい。

通信システム１９８００は、無線信号を送受信するように構成されたアンテナ・システム１９８０２を含むことができる。いくつかの側面では、アンテナ・システム１９８０２は、図１９２において端末装置１９１０２のアンテナ・システム１９２０２の方法で構成される１つ以上のアンテナとすることができる。

通信システム１９８００は、無線インターフェース、例えばＬＴＥ、Ｗｉ－Ｆｉ、Ｄ２Ｄ通信などを介して外部ソースとの通信を送信および／または受信するように構成されたトランシーバ１９８０４を含むことができる。いくつかの側面では、トランシーバ１９８０４は、図１９２における端末装置１９１０２のＲＦトランシーバ１９２０４の方法で構成され得る。

通信システム１９８００は、データ取得モジュール１９８０８、計算モジュール１９８１０、および帰着モジュール１９８１２を含む処理モジュール１９８０６をさらに含むことができる。いくつかの側面では、処理モジュール１９８０６、データ取得モジュール１９８０８、計算モジュール１９８１０、および帰着モジュール１９８１２のうちの１つ以上は、ハードウェア定義モジュール、例えば１つ以上の専用ハードウェア回路またはＦＰＧＡとして、ソフトウェア定義モジュール、例えば、非一時的なコンピュータ読み取り可能記憶媒体に記憶された演算、制御、およびＩ／Ｏ命令を定義するプログラム・コード（例えば、ソフトウェアおよび／またはファームウェア）を実行するように構成された１つ以上のプロセッサとして、あるいは、ハードウェア定義およびソフトウェア定義混合モジュールとして構造的に実現され得る。いくつかの側面では、処理モジュール１９８０６、データ取得モジュール１９８０８、計算モジュール１９８１０、および帰着モジュール１９８１２のうちの１つ以上は、図１９２のベースバンド・モデム１９２０６の方法でのベースバンド・モデムのコンポーネント、または図１９２のアプリケーション・プロセッサ１９２１２の方法でのアプリケーション・プロセッサのコンポーネントなどの、モデム層またはアプリケーション層のコンポーネントとすることができる。

処理モジュール１９８０６は、無線トランシーバ１９８０４およびアンテナ・システム１９８０２を介して無線信号としてデータを送受信するように構成される。処理モジュール１９８０６は、低層トランスポートのための無線アクセス接続に依存する論理ソフトウェアレベル接続でのデータを送受信することができる。

データ収集モジュール１９８０８は、画像を捕捉するように構成されたカメラ、距離推定を決定するように構成されたレーダー・センサー、地理情報を決定するように構成されたＧＰＳ回路、ビークル端末装置の速度情報を決定するように構成された速度計回路などの、本開示の計算に採用されるデータを取得するために端末装置が使用する任意の形態のコンポーネントを含むことができる。各ビークル端末装置によって取得されるデータは、トランシーバ１９８０４を介して、アンカー制御ノードに、あるいは他のビークル端末装置に（例えば、Ｄ２Ｄ通信によって）送信され得る。

計算モジュール１９８１０は、上述のマッピングおよび／または符号化処理を実行するように構成されてもよい。計算モジュール１９８１０は、トランシーバ１９８０４を介してマッピング割り当てを受信し、マッピング・タスクの計算を実行するように構成され得る。さらに、計算モジュール１９８１０は、符号化ＭａｐＲｅｄｕｃｅ方式などの、図１９６で説明したフレームワークに従って、トランシーバ１９８０４を介して送信される伝送を符号化するように構成され得る。

帰着モジュール１９８１２は、トランシーバ１９８０４を介して他のノードから計算を受信し、情報をコンパイル（帰着）する帰着タスクを実行して、ビークル端末装置によって使用される最終結果、例えば、自動運転のための完全なシーン再構築、自動運転決定、または衝突回避決定を得るように構成され得る。

図１９９は、いくつかの側面に従った無線分散計算の方法１９９００を示す。いくつかの側面では、方法１９９００は、第一のビークル端末装置での実行のための方法であって、他のビークル端末装置と協働して、分散計算を実行する方法を提供することができる。図１９９に示すように、方法１９９００は、第一のビークル端末装置のローカル・エリアについてのローカル・センサー・データを取得すること（１９９１０）と、ローカル・センサー・データに対して分散マッピング処理タスクを実行して、第一の中間的な分散処理出力を取得すること（１９９２０）と、第一の中間的な分散処理出力を、分散処理シャッフル方式に従って第二のビークル端末装置に提供すること（１９９３０）と、分散処理シャッフル方式に従って第三のビークル端末装置から第二の中間的な分散処理出力を受信すること（１９９４０）と、第一の中間的な分散処理出力および第二の中間的な分散処理出力に対して分散帰着処理タスクを実行して、最終的な分散処理出力を取得すること（１９９５０）と、とを含む。

図２００は、いくつかの側面に従った無線分散計算の方法２００００を示す。いくつかの側面では、方法２００００は、アンカー制御ノードでの実行のための方法であって、ビークル端末装置間で分散計算を協働するための方法を提供することができる。図２００に示されるように、方法２００００は、複数のビークル端末装置のそれぞれに、それぞれの分散マッピング処理タスクを割り当てること（２００１０）と、それぞれの分散処理タスクに基づく複数のビークル端末装置からの複数の分散中間的処理出力を受信すること（２００２０）と、複数の分散中間的処理結果を、分散処理シャッフル方式に従って、複数のビークル端末装置の間でルーティングすること（２００３０）と、を含む。

６．２ 装置協働＃２
本開示のいくつかの側面では、端末装置は、Ｄ２Ｄ通信を利用して、ネットワーク接続を確立するためのセル探索および取得処理を実装するために、ネットワーク上に既にいるインカンベントなピア装置とペアを組むことができる。

図２０１は、本開示の一側面において識別される未知の環境において、無線ネットワーク２０１００に接続する端末装置に関する問題を示す。無線ネットワーク２０１００は、それぞれ対応するカバレッジ・エリア２０１２０～２０１２４を有するマクロ・セル・ステーション２０１１０およびスモール・セル・ステーション２０１１２～２０１１４を含むことができる。端末装置２０１５０～２０１５８は、複数の無線アクセス技術（ＲＡＴ）、例えば、ＬＴＥ、５Ｇ、ＧＳＭ、ＣＤＭＡ、ＵＭＴＳ等をサポートすることができる異種ネットワーク２０１００のカバレッジ内にある。さらに、端末装置２０１５０～２０１５８は、Ｄ２Ｄ通信をサポートすることが可能であり、例えば、ユーザー機器（ＵＥ）であり得る。ネットワーク２０１００は、本質的に例示的なものであり、従って、この説明の目的のために簡略化され得ることが理解される。

マクロ・セル・ステーション２０１１０は、異種ネットワーク２０１００の特定のＲＡＴと関連付けられ得る。例示的なＬＴＥ設定では、マクロ・セル・ステーション２０１１０は、例えば、ＬＴＥネットワークのｅＮｏｄｅＢ（ｅＮＢ）ステーションとすることができ、その場合、マクロ・セル・ステーション２０１２０は、少なくともＬＴＥ通信をサポートする。従って、マクロ・セル・ステーション２０１１０は、ＬＴＥネットワークのＲＡＮと無線ネットワーク２０１００の基礎となるコア・ネットワークとの間のインターフェースとして動作することができ、近接して位置した端末装置、例えば端末装置２０１５０～２０１５８が、無線ネットワーク２０１０のコア・ネットワークおよび任意の他の接続されたネットワークとデータを交換することを可能にし得る。マクロ・セル・ステーション２０１１０および端末装置２０１５０および２０１５８は、他の無線アクセス技術のための方法で動作することができる。スモール・セル・ステーション２０１１２～２０１１４は、それぞれ、マクロ・セル・ステーション２０１１０と同じＲＡＴに関連付けられてもよく、または異なるＲＡＴに関連付けられてもよく、その場合、無線ネットワーク２０１００は、異種無線ネットワークであり得る。スモール・セル２０１２２～２０１２４のいずれかは、例えば、フェムトセル、ピコセル、またはマイクロセルであってもよく、例えば、さらに、閉加入者グループ（ＣＳＧ）セルとして構成されてもよい。

未知のネットワーク環境では、端末装置は、ネットワークに登録するために、フルバンド探索を実行し、ネットワーク接続を確立するためにさらに無線アクセス・ネットワーク・パラメータを取得することができる。それぞれの探索および取得処理は、時間がかかり、電力集約的であることがある。

例えば、ネットワーク２０１００の範囲内に入ると、端末装置２０１５０は、ネットワーク２０１００への最適な接続を見つけるために、端末装置２０１５０によってサポートされるすべてのＲＡＴ周波数のフルバンド探索を実行し、スキャンの結果からネットワーク・パラメータを取得しなければならないことがある。端末装置２０１５０によってサポートされるすべてのＲＡＴ周波数の全周波数帯域探索２０１６０を実行した後、端末装置２０１５０は、それがセル２０１２０～２０１２４の範囲内にあることを識別する。次いで、端末装置２０１５０は、各ステーション２０１１０～２０１１４からネットワーク・パラメータを受信し、どのセルがネットワークに最も適した接続を提供するかを識別する。

ＬＴＥの例では、ＬＴＥ下りリンクは基地局からＵＥへの信号である。ＬＴＥ下りリンクは直交周波数分割多重アクセス（ＯＦＤＭＡ）方式を使用し、これは直交周波数分割多重（ＯＦＤＭ）の多重アクセス・バージョンである。ＯＦＤＭは、キャリア周波数帯域幅を多数の小さなサブキャリアに分割し、次いで、デジタル変調フォーマットを用いて個々のサブキャリアを変調する周波数分割多重化である。これにより、複数の搬送波周波数でのデジタル・データのエンコードを可能にする。

ＯＦＤＭＡは、他の利点、例えば、高速フーリエ変換（ＦＦＴ）を用いた効率的な実装、およびシンボル間干渉に対するロバスト性のみならず、無線チャネルを通じた高いデータ速度を提供する。しかし、それはまた、高いピーク対平均電力比（ＰＡＰＲ）を有する。下りリンクでは、基地局は電力消費と熱放散の問題に対処する設備が十分に備えられていることがあるため、これはあまり懸念とされない可能性があるが、ＬＴＥ上りリンクで使用される場合、これは問題を提示する。

ＬＴＥ上りリンクはＵＥから基地局への信号であり、単一キャリア周波数分割多重アクセス（ＳＣ‐ＦＤＭＡ）方式を使用する。ＳＣ‐ＦＤＭＡはＯＦＤＭよりも低いＰＡＰＲを有する。その結果、ＳＣ‐ＦＤＭＡはＯＦＤＭと比較してバッテリ消費電力と設計複雑さを低減している。ＳＣ－ＦＤＭＡはまた、データが複数のサブキャリアにわたって広がる可能性がある点でＯＦＤＭとは異なり、一方、ＯＦＤＭでは、各サブキャリア（または周波数成分）は固有の情報を搬送する。

Ｄ２Ｄ通信をサポートするＬＴＥ標準では、利用可能な帯域幅スペクトルの一部は、Ｄ２Ｄ通信のサポートのために専用とすることができる。Ｄ２Ｄ通信をサポートする２つの装置間の直接インターフェースは、既存の周波数割り当てを再利用することができる。ＵＥに対する電力消費およびハードウェアの影響を低減あるいは最小にするために、Ｄ２Ｄ通信の伝送は、上りリンク・バンドにおいて発生する可能性があり、例えば、Ｄ２Ｄ通信も、ＳＣ－ＦＤＭＡを使用する。他の無線アクセス技術は、同様に、Ｄ２Ｄ通信のためにある帯域幅スペクトルを割り当てることができ、以下に詳述する方法で同様に使用することができる。

図２０１の例示的な設定では、端末装置２０１５０は、シナリオ２０１００Ａにおけるセル２０１２０～２０１２４からなる未知の環境に入る。未知の環境に入ると、端末装置２０１５０は、（網掛けの楕円として示す）そのＤ２Ｄ通信能力の範囲内で、ピア・グループ、例えば他の端末装置を検索するように構成され、端末装置２０１５２～２０１５６と接触する。ピア・グループは、例えば、同一のオペレーター、同一のオリジナル機器メーカ（ＯＥＭ）、または同一の雇用者／企業情報技術（ＩＴ）管理機器などの緩い選択基準によって事前に定義され得る。端末装置２０１５８は、予め定義されたピア・グループ内に入ることができるが、それは、端末装置２０１５０のＤ２Ｄ能力の範囲外にいることがある。

２０１００Ａに示すように、「インカンベント」（例えば、すでに確立されたネットワーク接続を有する）端末装置２０１５２～２０１５４は、それぞれ、ステーション２０１１２、２０１１０、および２０１１４のセル２０１２２、２０１２０および２０１２４に接続され、従って、それぞれのステーションを介してネットワーク２０１００に接続するための必要なネットワーク・パラメータを有する。

端末装置２０１５２～２０１５６は、２０１００Ｂにおいて低電力および高速Ｄ２Ｄリンクを介してメッセージを介して端末装置２０１１５０（新しい端末装置）に無線アクセスパラメータを提供することができる。これらのネットワーク・パラメータは、例えば、ステーションの位置、および新しい装置がネットワークに登録できるようにするための接続性または遠隔測定データを含むことができる。本開示の別の側面では、インカンベント装置は、端末装置２０１５０がネットワーク２０１００への接続を確立する時間を早めるために、端末装置２０１５０と（例えば、任意のＧＮＳＳまたは他のジオポジショニング・システムを介して得られたような）それらの位置を共有することができる。一旦、適切なデータがインカンベント端末装置２０１５２～２０１５６から受信されると、端末装置２０１５０は、単に、この接続性または遠隔測定データを確認する必要があるだけで、フルスキャンを実行する必要はない。

インカンベント端末装置のピア・グループとＤ２Ｄリンクを確立することにより、端末装置２０１５０は、インカンベント端末装置の各々から接続性および遠隔測定データを得ることができる。そのリンクは、装置発見およびリンク設定手順によって確立することができ、ＲＡＴ固有の手順、例えば、３ＧＰＰによって概説されるような、LTE Device to Device Proximity Service (Release 12)またはLTE-Based Vehicle-to-X Services (Release 14)における装置発見およびリンク設定手順に依存することができる。このデータは、例えば、ＲＡＴタイプ（例えば、ＧＳＭ、ＵＭＴＳ、ＬＴＥなど）、周波数帯、モバイル国コード（ＭＣＣ）、モバイル・ネットワーク・コード（ＭＮＣ）、下りリンク・キャリア周波数（例えば、Ｅ－ＵＴＲＡ絶対無線周波数チャネル番号（ＥＡＲＦＣＮ））、セル識別パラメータ（例えば、物理セルＩＤ（ＰＣＩ））、参照信号受信電力（ＲＳＲＰ）、参照信号受信品質（ＲＳＲＱ）、信号対雑音比（ＳＮＲ）、信号対干渉プラス雑音比雑音比（ＳＩＮＲ）、ラウンドトリップ遅延、最良／最強セルのシステム情報（例えば、ＭＩＢおよびＳＩＢ（ＳＩＢ１～ＳＩＢ１２）であって、抽象構文記法１（ＡＳＮ．１）などでデコードまたはエンコードされ得るもの）等、ステーション２０１１０～２０１１４のいずれか１つを介したネットワーク２０１００への端末装置２０１５０の接続を容易にする任意のパラメータを含むことができる。

一旦、端末装置２０１５０が、インカンベント端末装置２０１５２～２０１５６から必要なネットワーク・パラメータを受信すると、端末装置２０１５０は、ネットワーク２０１００に接続する最良のセル、例えば、最適なまたは最も信頼性の高い接続を提供するセルを選択することができる。２０１００Ｃでは、スモール・セル２０１２４は、ネットワーク２０１００に最良の接続を提供するインターフェースとして選択される。

２０１００Ａ～２０１００Ｃで説明した手順を実装することにより、端末装置２０１５０は、公衆地上回線移動網（ＰＬＭＮ）におけるフルバンド／セル探索よりも消費電力を少なくしながら、ネットワーク２００１０との接続をより速く確立することができる。さらに、いくつかの側面では、端末装置のみが開示のこの側面を実装するように構成されているため、インフラストラクチャーの変更は必要ない。

スモール・セル２０１２４がＣＳＧセルである場合、端末装置２０１５０は、スモール・セル（ＣＳＧ）ステーション２０１１４を介して接続を確立するために、それがホワイトリスト上にあるかどうかをチェックするために必要なＣＳＧセルパラメータを取得することができる。端末装置２０１５０がＣＳＧセル２０１２４のメンバーでない場合、端末装置は、ネットワーク２０１００に接続するために、次の最良のセルを選択するように構成され得る。端末装置２０１５０は、インカンベント端末装置から得られたパラメータから第一の選択を介してネットワークに接続することができない他のシナリオにおいて、同様の方法を採用することができる。

図２０２は、Ｄ２Ｄ通信の物理チャネル、トランスポート・チャネル、および論理チャネルに対するチャネル・マッピングを示す。図２０２は、例示的なＬＴＥ設定を参照してもよいが、これは実証目的のためのみであり、概念は、他の無線アクセス技術に対して同じ方法で適用可能である。

図２０２に対する例示的なＬＴＥ設定に示されるように、Ｄ２Ｄ通信のための物理チャネルは、物理サイドリンク・ブロードキャスト・チャネル（ＰＳＢＣＨ）、物理サイドリンク・ディスカバリ・チャネル（ＰＳＤＣＨ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ）、および物理サイドリンク制御チャネル（ＰＳＣＣＨ）を含むことができる。

いくつかの側面では、ＰＳＢＣＨは、送信ＵＥから送信されたシステムおよび同期関連情報を搬送する。ＰＳＢＣＨは、Ｄ２Ｄ通信の発見フェーズを担当するチャネルである。ＰＳＤＣＨは、ＵＥからの近接サービス（ＰｒｏＳｅ）発見メッセージを搬送する。ＰＳＣＣＨは、ＰｒｏＳｅ直接通信のためのＵＥに対する制御情報を搬送することを担当するサイドリンク制御情報（ＳＣＩ）ブロックを搬送する。ＰＳＳＣＨは、Ｄ２Ｄ通信のためのデータを搬送する。

いくつかの側面において、トランスポート・チャネルは、サイドリンク・ブロードキャスト・チャネル（ＳＬ－ＢＣＨ）、サイドリンク・ディスカバリ・チャネル（ＳＬ－ＤＣＨ）、およびサイドリンク共有チャネル（ＳＬ－ＳＣＨ）を含む。ＳＬ－ＢＣＨはＰＳＢＣＨにマッピングされ、ＳＬ－ＤＣＨはＰＳＤＣＨにマッピングされ、ＳＬ－ＳＣＨはＰＳＳＣＨにマッピングされる。ＳＬ－ＢＣＨは、ブロードキャスト情報に対して事前に定義されたフォーマットを提供するＳＬ－ＤＣＨと同様に、予め定義されたトランスポート・フォーマットである。ＳＬ－ＳＣＨはブロードキャスト伝送に対するサポートを提供する。

いくつかの側面において、論理チャネルは、サイドリンク・ブロードキャスト制御チャネル（ＳＢＣＣＨ）およびサイドリンク・トラフィック・チャネル（ＳＴＣＨ）である。ＳＢＣＣＨは、ＳＬ－ＢＣＨにマッピングされ、ＳＴＣＨはＳＬ－ＳＣＨにマッピングされる。ＳＴＣＨは、ある端末装置から他の端末装置へユーザー情報を転送するためのポイント・ツー・マルチポイント・チャネルである。場合によっては、このチャネルは、ＰｒｏＳｅ対応端末装置、例えば、図２０１に示す少なくともターミナル装置２０１５０～２０１５６によってのみ使用され得る。

以下の例は、Ｄ２Ｄ通信を利用して、ネットワーク上にすでにあるインカンベント・ピア装置とペアを組むことにより、ネットワークとの接続が容易になる（例えば、より高速で、より電力消費を少なく）という改良点を強調している。一般に、各例において、新しい装置（例えば、図２０１の端末装置２０１５０）の高速動作および電力節約に有用なパラメータは、新しい装置が長時間かつ電力集約的な周波数スキャン手順からパラメータを取得するではなく、少なくとも１つの他の既存装置によって提供される。

一般に、端末装置は、Ｄ２Ｄ装置発見を通じて「インカンベント」端末装置を発見することができる。Ｄ２Ｄ通信のための事前動作は、端末装置が、適切なＤ２Ｄ信号を送信する別の端末装置を発見することであり、同期と呼ばれる処理である。この手順は、ＬＴＥ下りリンクセル探索手順に類似しているが、はるかに低い出力で、である。同期において、タイミング情報は、最初に一次サイドリンク同期信号（ＰＳＳＳ）から検出される。次に、二次同期信号（ＳＳＳＳ）を物理サイドリンク同期識別子（

）を得るために使用する。一旦、

が受信端末装置によって検出されると、受信端末装置は、

を使用して、復調参照信号（ＤＭＲＳ）をデコードし、検出されたサイドリンクの強度を報告するため、サイドリンク基準信号受信電力（Ｓ－ＲＳＲＰ）測定を適用する。

第一のケースでは、レガシー端末装置手順（例えば、フル周波数バンド・スキャン）が効率的でない国内／国際ローミングまたはサービス外リカバリユースケースにおいて、ユーザー経験が改善される。例えば、端末装置は、既知のセルにキャンプしようと試みるが、端末装置は、新しいセル内にあれば、これらの手段によって接続を確立することに失敗する。フル動作バンド探索（例えば、３ＧＰＰ動作バンド探索）に戻るのではなく、新しい端末装置は、インカンベント端末装置から関連する重要なパラメータを受信することができ、それらはＤ２Ｄ装置発見方法を介して検出することができる。これらの重要なパラメータには、ＲＡＴタイプ、周波数バンド、ＭＣＣ、ＭＮＣ、下りリンク・キャリア周波数、セル識別パラメータ、ＲＳＲＰ、ＲＳＲＱ、ＳＮＲ、ＳＩＮＲ、往復遅延、システム情報などが含まれるが、これらに限定されない。

ある方法の下では、例えば国際ローミングの場合のように、セル・キャンプのためにフル動作バンド探索が数分かかることがある。例えば、同じオペレーターからのＤ２Ｄ通信範囲のインカンベント装置の助けにより、セル・キャンプ時間は、特定のケース（例えば、いくつかの３ＧＰＰ ＬＴＥセル・キャンプ時間）と比較して有意に短縮することができる。

例えば、ＬＴＥバンド３におけるいくつかのフル・バンド・スキャンには数秒（７００周波数×数ｍｓ／周波数）かかることがある。しかし、各バンドは異なる数の周波数を有し、従って、バンド間の総時間は変化し得る。可能な最悪のケース・シナリオでは、すべてのバンドにわたる総バンド探索は、すべてのバンドの合計になる。このバンド・スキャンは、マスター情報ブロック（ＭＩＢ）、システム情報ブロック（ＳＩＢ）１、およびＳＩＢ２の取得を含むことがあり、これらには数百ミリ秒かかることがある。

本開示の方法および装置を実装することにより、新しい端末装置は、少なくとも１つのインカンベント装置（例えば、予め定義されたピア・グループから近接して位置する端末装置）によって提供される、位置情報、例えば、ＧＰＳ位置フィックスからの緯度および経度からＭＣＣおよびＭＮＣを決定することができる。従って、探索されるバンドおよびセルの数は著しく減少し、電力消費を低減したより速いセル・キャンプをもたらす。

第二のケースでは、無線資源制御（ＲＲＣ）接続は、本開示の方法および装置を実装することによって、迅速に確立され得る。インカンベントＵＥによって報告されるような最良／最強の信号品質セルの抽象構文記法（ＡＳＮ．１）エンコードＭＩＢ、ＳＩＢ１および他のＳＩＢ（例えば、ＳＩＢ１～ＳＩＢ１２）は、高速ＲＲＣ接続のための新しい端末装置と共有することができる。いくつかの探索（例えば、いくつかの３ＧＰＰレガシー探索）において、これは、新しい端末装置に対して数百ミリ秒の受信アクティビティを必要とする可能性があり、例えば、この探索は、時間と電力集約的の両方である可能性がある。しかし、既存の端末装置からこれらのパラメータを得ることによって、新しい端末装置は、そのような時間および電力集約的な方法を必要とすることなく、迅速なＲＲＣ接続確立のために準備される。

別のケースでは、最初の修正までのＧＰＳ時間が著しく短縮され、かつ／あるいは、電力集約性が低下する。新しい端末装置は、ＧＰＳ位置決め修正を高速化するためのデータを支援するために、少なくとも１つの他のインカンベント装置から位置情報を有するメッセージを受信する。別の側面では、新しい装置は、位置ベースのサービスのための近似位置としてインカンベント装置からの位置情報を使用し、それによって、電力集約的なＧＰＳサブシステムを使用して位置を決定するのではなく、新しい装置が自らの位置決めエンジンを低電力モードに維持することを可能にする。

いくつかの側面では、本開示の方法および装置は、Ｄ２Ｄ展開トポロジーを利用して、より高速で電力集約性のより低い探索および接続手順を提供するようにさらに構成され得る。

１対１のトポロジーシナリオにおいて、いくつかの側面による本開示の方法および装置は、ペアを組んだ装置、例えば、スマート・フォンとペアを組んだ（端末装置の機能を有する）スマート・ウォッチ適用されてもよい。スマート・ウォッチは、典型的には、スマート・フォンよりもはるかに小さいバッテリを有し、その結果、本開示で説明した電力節約方法は、ユーザー経験を改善する上で非常に効果的である。スマート・ウォッチは、スマート・ウォッチ所有者の電話からＤ２Ｄリンクを介してＧＰＳ修正および他のパラメータを受信し、セル・キャンプ（選択／再選択）およびＲＲＣ接続確立または再確立手順もしくは位置決めのための電力を節約することができる。

１対多または多対多のトポロジーシナリオにおいて、同一オペレーターの端末装置の閉じたユーザーグループ、例えば、あるオフィス・サイトの会社従業員に対して、いくつかの側面による本開示の方法および装置は、そのグループの端末装置の一部または全部が、オフィス時間中に端末装置がオフィス・サイト内にある間に、サービング・セルおよび隣接セルの測定およびＳＩＢ収集を実行する必要がないように構成され得る。代わりに、少数の端末装置だけが「インカンベント」装置になり、セル測定を実行する一方で、「他の」端末装置は、Ｄ２Ｄ通信を介して「インカンベント」装置に問い合わせることによって、「インカンベント」装置からこれらの測定値を得ることができる。このようにして、他の端末装置は、電力資源を節約する。

「インカンベント」（例えば、マスター）および「その他」（例えば、スレーブ）の役割は、例えば、ラウンドロビン方式で割り当てて、マスター役割に発生する電力ペナルティ（例えば、測定手順の実施に起因する）を、日中の異なるＵＥにわたって均一に分配することができる。このトポロジーは端末装置のエネルギー消費を低減する。なぜなら、任意の時点において、少数の端末装置だけが（例えば、３ＧＰＰ標準によって定義されるような）通常の測定ジョブを実行し、残りの端末装置（その他、例えば、スレーブ）は、マスター端末装置が、より電力効率の高いＤ２Ｄリンクを介して、定期的に、または要求に応じて、必要な情報を提供することに依存することができるからである。本開示のさらなる側面では、複数の端末装置に冗長性の目的でマスター役割を割り当てる。

移動体発信コールの場合、スレーブ端末装置は、マスター端末装置から最新の情報を受信する（冗長化のために複数のマスター端末装置からの場合を含む）。移動体着信コールの場合、スレーブは、接続を確立するために必要な無線アクセス・ネットワーク（ＲＡＮ）パラメータに加えて、Ｄ２Ｄチャネル上のマスター端末装置から転送されるページング通知を受信することができる。

本開示のＤ２Ｄ通信のこの１対多または多対多のトポロジーは、学校、キャンパス、ショッピング場、病院などの公的環境、および商業事務所、個人住宅（例えば、個人住宅、集合住宅、寮、ホテルなど）などの私的環境を含む様々なシナリオに適用され得る。

セルラーおよび非セルラーＤ２Ｄ物理（ＰＨＹ）層、例えば、Ｗｉ－Ｆｉ－Ｄｉｒｅｃｔ技術、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）またはＬＴＥ Ｄ２Ｄ（リリース１２以降）は、ピア・グループ間で通信するために使用することができる。ピア・グループ・オペレーター（例えば、モバイル・ネットワーク・オペレーター、ＯＥＭ、雇用主のＩＴ部門）は、他の装置とペアを組むために必要なデータ（例えば、ＰＨＹ層パラメータ、セキュリティ証明書（認証／暗号）およびペアリング情報）を事前に設定することができる。

新しいプロトコルは、データ交換のためのＡＳＮ．１構造と同様に、無線アクセス・ネットワーク（ＲＡＮ）パラメータを交換するために、無線通信プロトコル・スタックのトップ（例えば、アプリケーション層）に実装することができる。セキュリティ技術を、ＲＡＮパラメータが認可された装置によって提供されることを確認するために使用することができる。いくつかの側面では、無線通信プロトコル・スタックは、既存の無線通信プロトコル・スタックと新しい上位プロトコルの間の予め定義されたインターフェースを介して、ＲＡＮパラメータのような接続性関連情報を新しい上位プロトコルに提供することができる。

いくつかの側面では、本開示の方法を実装するために、ピア・グループ管理コンポーネントが各装置にインストールされ、ピア・グループ・オペレーターによって事前に設定される。この管理コンポーネントは、ピア・グループ動作を管理し、ユーザーの対話を処理する。

新しい装置がオンになり、ピア・グループに参加したい場合、新しい装置は、たとえば確立された発見手順を使用してピアを探索する。これに応答して、インカンベント装置は、自らを新しい装置にさらす。発見されたインカンベント装置が存在しない場合、新しい装置は、スキャンおよび接続手順を実行し、それによって、いくつかのまたはすべてのその後の新しい装置のためのインカンベント装置となることができる。

装置が支援情報を必要とする場合、それはインカンベント装置に支援データの要求をマルチキャストすることがある。例えば、グループ毎に「同じオペレーター」の場合、これは、高速セル・キャンプ手順のためのＲＡＮパラメータの要求を含むことができる。

本開示のさらなる側面において、インカンベント装置は、ピア・グループに対して、要請されない方法で、特定の支援データのセットをマルチキャストすることができる。例えば、「同一のオペレーター」のピア・グループの場合、これは、高速セル・キャンプ手順のためのＲＡＮパラメータをブロードキャストすることを含むことができる。

本開示の別の側面において、ユーザーの承認は、例えば、ボタンをクリックすることによって、インカンベント装置入力に起因する何らかの手順を実施する前のインカンベント装置入力を受け入れる前に、要求され得る。

一般に、これらの側面は、時間がかかりと電力に飢えている手順が、ネットワークによってブロードキャストされたコンテキストおよび遠隔測定情報を端末装置が受信および取得するために必要とされる、かつネットワークへの接続を確立または維持するために必要とされる、すべてのシステムおよびユース・ケースに適用することができる。ネットワークによってブロードキャストされるコンテキストおよび遠隔測定データは、プライバシーまたはセキュリティの観点から非機密であると考えることができ、それによって追加の保護機構の必要性を排除する。

図２０３は、本開示の一側面において、Ｄ２Ｄリンクを使用してネットワークに接続するための方法を示す。方法２０３００は、本質的に例示的なものであり、従って、本開示の目的のために簡略化され得る。

２０３０２において、新しいセルに入ったり、オンにしたりすると、２０３０４において、端末装置（例えば、ＵＥ）は、そのピア・グループ管理コンポーネントによって定義されるピア・グループからインカンベント装置を探索する。Ｄ２Ｄ発見手順を実行した後、２０３０６において、端末装置は、適切な既存装置が発見されたかどうかを決定する。

インカンベント装置が発見されなかった（あるいは、ピア・グループのインカンベント装置との適切な接続が確立できない）場合、２０３２０において、装置は、規則的な周波数バンド・スキャンを実行し、ネットワークに接続し、いくつかのあるいはすべてのその後に続く新しい装置のために自らをインカンベント装置として確立する。

しかし、２０３０６においてインカンベント装置（または複数のインカンベント装置）が見つかった場合、装置は２０３０８においてＤ２Ｄを介してインカンベント装置との接続を確立する。次いで、装置は、２０３１０において確立されたＤ２Ｄリンクを介して、インカンベント装置からネットワーク・パラメータを受信する。異なるセルに属する複数のインカンベント装置が見つかった場合、装置は、最良のネットワーク接続、例えば最高ＲＳＲＰ、ＲＳＲＱ、最低ＳＩＮＲなどを提供するインカンベント装置からパラメータを選択するようにさらに構成され得る。１対多または多対多のトポロジーのいくつかの側面では、問い合わせられるインカンベント装置の数は、設定可能な量に制限することができる。非限定的な例としては、３つまたは４つのインカンベント装置を含むことができる。従って、装置は、設定可能な量までのインカンベント装置のみを問い合わせ、これは、装置での受信メッセージの処理労力を制限することができる。これにより、装置での電力消費を制限し、従来のセル探索手順（例えば、３ＧＰＰセル探索手順）よりも低い電力消費を維持することができる。

インカンベント装置からネットワーク・パラメータを受信（あるいは、最良のネットワーク接続を提供するインカンベント装置からネットワーク・パラメータを選択）した後、装置は、２０３１２において、ネットワークに接続することができる。

図２０４は、いくつかの側面に従った端末装置のための通信システム２０４００を示す。通信システム２０４００は、本質的に例示的であり、この説明の目的のために簡略化され得ることが理解される。通信システム２０４００のいくつかのコンポーネントが個々のコンポーネントとして示されているが、複数のコンポーネントがそれぞれの構成要素の機能を有する１つのコンポーネントに組み合わされてもよいことが理解される。同様に、通信システム２０４００の各個々のコンポーネントは、２つ以上の別個のコンポーネントに分割され得る。

さらに、通信システム２０４００の側面は、図１９２に説明したコンポーネントと重複することができることが理解される。通信システム２０４００は、本明細書で説明した方法および処理の適用を示すためのコンポーネントを示し、従って、ビークル端末装置のコンポーネントのすべてを示すわけではないことがある。

通信システム２０４００は、無線信号を送受信するように構成されたアンテナ・システム２０４０２を含むことができる。いくつかの側面では、アンテナ・システム２０４０２は、図１９２における端末装置１９１０２のアンテナ・システム１９２０２の方法で構成された１つ以上のアンテナとすることができる。

通信システム２０４００は、無線インターフェース、例えばＬＴＥ、Ｗｉ－Ｆｉ、Ｄ２Ｄ通信などを介して外部ソースとの通信を送受信するように構成されたトランシーバ２０４０４を含むことができる。いくつかの側面では、トランシーバ２０４０４は、図１９２における端末装置１９１０２のＲＦトランシーバ１９２０４の方法で構成され得る。

通信システム２０４００は、取得および確認モジュール２０４０８、選択モジュール２０４１０、およびスキャン・モジュール２０４１２を含む処理モジュール２０４０６をさらに含むことができる。いくつかの側面では、処理モジュール２０４０６、取得および確認モジュール２０４０８、選択モジュール２０４１０、およびスキャン・モジュール２０４１２のうちの１つ以上は、ハードウェア定義モジュール、例えば１つ以上の専用ハードウェア回路またはＦＰＧＡとして、ソフトウェア定義モジュール、例えば、非一時的なコンピュータ読み取り可能記憶媒体に記憶された演算、制御、およびＩ／Ｏ命令を定義するプログラム・コード（例えば、ソフトウェアおよび／またはファームウェア）を実行するように構成された１つ以上のプロセッサとして、あるいは、ハードウェア定義およびソフトウェア定義混合モジュールとして構造的に実現され得る。いくつかの側面では、処理モジュール２０４０６、取得および確認モジュール２０４０８、選択モジュール２０４１０、およびスキャン・モジュール２０４１２のうちの１つ以上は、図１９２のベースバンド・モデム１９２０６の方法におけるベースバンド・モデムのコンポーネントなどのモデム層コンポーネントであり得る。

処理モジュール２０４０６は、無線トランシーバ２０４０４およびアンテナ・システム２０４０２を介して無線信号としてデータを送受信するように構成される。処理モジュール２０４０６は、低層トランスポートのための無線アクセス接続に依存する論理ソフトウェアレベル接続上のデータを送受信することができる。

取得および確認モジュール２０４０８は、発見されたインカンベント装置とのＤ２Ｄ通信リンクを確立すると、インカンベント装置からネットワーク・パラメータを取得し、これらのパラメータを確認するように構成され、これらの取得されたネットワーク・パラメータを使用してネットワークに接続するようにする。

選択モジュール２０４１０は、複数のインカンベント装置が発見された場合に、ネットワークに最良の接続を提供するインカンベント装置からネットワーク・パラメータを選択するように構成される。選択モジュール２０４１０は、どのネットワーク・パラメータが、ＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲ、往復遅延、またはリンク品質を決定し得る他の関連パラメータに基づいて、ネットワークに最良の接続を提供するかを決定するように構成され得る。

スキャン・モジュール２０４１２は、インカンベント装置が端末装置によって発見されなかった場合、または適切なネットワーク・パラメータがインカンベント装置とのＤ２Ｄリンクを介して取得できなかった場合に、従来の周波数バンド・スキャンを実行するように構成される。

いずれの場合においても、ネットワーク接続を確立すると、端末装置は、自身をインカンベント装置として確立することができ、トランシーバ２０４０４を通じてネットワークへのその接続のネットワーク・パラメータを他の装置に送信することが可能であり得る。

図２０５は、いくつかの側面に従ったＤ２Ｄを介した遠隔測定補助のための方法２０５００を示す。図２０５に示すように、方法２０５００は、少なくとも１つの別の端末装置との直接無線リンクを確立することであって、その少なくとも１つの別の端末装置は無線ネットワークに接続されている、確立すること（２０５１０）と、直接無線リンクを通じてその少なくとも１つの別の端末装置から、無線ネットワークへのネットワーク接続パラメータを受信すること（２０５２０）と、ネットワーク接続パラメータに基づいて無線ネットワークへの接続を試みること（２０５３０）と、を含む。

いくつかの側面では、通信装置が複数の他の端末装置と無線リンクを確立する場合、通信装置は、複数のネットワーク接続パラメータを評価し、例えば、最高ＲＳＲＰ、最高ＲＳＲＱ、最低ＳＩＮＲ、最低ラウンドトリップ遅延等の１つまたはその組み合わせに基づいて、ネットワークに接続しようと試みるために使用されるネットワーク・パラメータを選択するようにさらに構成され得る。

６．３ 装置協働＃３

本開示のいくつかの側面では、端末装置は、各端末装置のリンク・ロバスト性（上りリンクおよび／または下りリンク・スループット）および易動性性能（ハンドオーバーおよびセル選択／再選択性能）を改善するために、Ｄ２Ｄ通信を通じて情報を共有し、近接して位置する端末装置にチャネル・パラメータ情報を提供することができる。

図２０６は、いくつかの側面に従ったＤ２Ｄ協働通信シナリオ２０６００を示す。図２０６に示すように、共位置（例えば、直接Ｄ２Ｄチャネルの範囲内）にある端末装置２０６３０～２０６３２は、一緒にグループ化され、Ｄ２Ｄリンク２０６５０を使用して直接情報を交換することができる。例えば、端末装置２０６３０～２０６３２は、Ｄ２Ｄリンク２０６５０を介して、ネットワーク・アクセス・ノード干渉、隣接ネットワーク・アクセス・ノード・データベースなどのネットワーク・アクセス・ノードのためのパラメータ情報を互いに共有することができる。次いで、端末装置２０６３０～２０６３２は、この共有パラメータ情報を利用して、特に下りリンク・スループットおよび成功したセル間ハンドオーバー速度を含む、下りリンク・シナリオに関連した、様々なキー・パフォーマンス・インジケータ（ＫＰＩ）を改善することができる。端末装置は、共位置チャネル相関を探索して、統合ネットワーク・アクセス・ノード・チャネル状態情報（ＣＳＩ）推定を適用して、各端末装置とネットワーク・アクセス・ノードの間のリンク・ロバスト性を改善することができる。

本開示のいくつかの側面によれば、端末装置２０６３０～２０６３２のような端末装置は、Ｄ２Ｄリンクを利用して、無線チャネル情報のような情報を共有することができる。次いで、端末装置２０６３０～２０６３２は、共有無線チャネル情報をローカルに取得した無線チャネル情報と組み合わせて統合無線チャネル情報を得ることによって、あるいは、干渉緩和のために共有無線チャネル情報を使用すること等によって、共有無線チャネル情報を利用して、下りリンク受信を改善することができる。

特に、多くの無線アクセス技術は、上りリンクおよび下りリンク性能を改善するために、あるいは、場合によっては最適化するために、チャネル推定に依存する。正確なチャネル推定は、非常に効果的なチャネル等化をもたらし、端末装置が高性能無線送受信を享受することを可能にする。例えば、例示的なＬＴＥ設定では、下りリンク伝送は、直交周波数分割多重アクセス（ＯＦＤＭＡ）変調方式を使用して、多入力多出力方式におけるマルチパス・フェージングによって引き起こされるシンボル間干渉（ＩＳＩ）を克服することができる。ＯＦＤＭＡは直交間隔のサブキャリア信号を実装し、ＩＳＩを排除するためのガード間隔としてサイクリック・プレフィックス（ＣＰ）を挿入する。通信チャネルを通じた信号の伝送の伝搬に起因する歪みを補償するために、端末装置はチャネル推定を実行して、容量を増加し、適切な信号検出およびデータ復調を可能にすることができる。チャネル推定がより正確であればあるほど、受信機は一般に送信機からデータをより良好に受信することができる。チャネル推定を容易にするために、ＬＴＥは、時間および周波数領域におけるパイロット・シンボルからなる参照信号を使用して、サブフレーム内の所与の位置におけるチャネルの推定を提供する。パイロット・シンボルは、通信チャネルを通じた信号伝送の各資源要素の複素利得の信頼できる推定値を提供するために使用される。既知のパイロット・シンボルを使用してチャネルを推定し、端末装置は、通信チャネルの効果を均等化し、受信信号のノイズを低減することができる。

他の多くの無線アクセス技術も同様に、チャネル推定技術を使用して、下りリンク受信中のチャネル等化を実行することができる。プリコーディング技術も正確なチャネル推定に依存し、ここで、ネットワーク・アクセス・ノードのような送信機が、チャネル応答の知識に基づいて下りリンク伝送を「プリコードする」ことができ、これは、コラプティブ（corruptive）チャネル効果を緩和し、端末装置のような受信機が高受信性能を有することを可能にし得る。

いくつかの側面は、Ｄ２Ｄ通信を介して、近くに位置する端末装置２０６３０～２０６３２のような共位置にある端末装置をグループ化し、グループ内で、各端末装置および共通ネットワーク・アクセス・ノードから得られた無線チャネル情報の共有を可能にし得る。この無線チャネル情報は、例えば、ネットワーク間アクセス・ノード干渉、隣接ネットワーク・アクセス・ノードデータベース情報、およびチャネル推定方法において使用される他のパラメータを含むことができるが、これらに限定されない。端末装置間でこのような無線チャネル情報を共有することは、ネットワーク・アクセス・ノードと端末装置の各々との間で改善されたＫＰＩを提供する。

Ｄ２Ｄリンクを介して無線チャネル情報を共有することにより、端末装置２０６３０～２０６３２は、（例えば、ローカルに推定された）ローカル無線チャネル情報を他の端末装置から受信した共有無線チャネル情報と組み合わせることによって、（共位置により）それらのチャネル相関を共有することができる。例えば、端末装置２０６３０は、ネットワーク・アクセス・ノード２０６１０から下りリンク信号を受信および処理することによって、ローカル無線チャネル情報を導出することができ、次いで、端末装置２０６３２から共有無線チャネル情報を受信することができ、ここで、端末装置２０６３２は、ネットワーク・アクセス・ノード２０６１０から同様に無線信号を受信することによって、共有無線チャネル情報を取得している。次いで、端末装置２０６３０は、ネットワーク・アクセス・ノード２０６１０のための統合無線チャネル推定手順の一部として、ローカル無線チャネル情報と共有無線チャネル情報を組み合わせることができ、これは、（ローカル情報のみで無線チャネル推定手順を実行するのと比較して）より正確な無線チャネル推定をもたらすことができる。従って、下りリンク受信性能が改善され得る。端末装置２０６３２は、同様に、統合無線チャネル推定手順において、端末装置２０６３０によって提供される共有無線チャネル情報を使用することができる。

Ｄ２Ｄリンクを介した情報共有は、レイテンシを生成することがあり、ここで、端末装置２０６３２によって提供される共有無線チャネル情報は、端末装置２０６３０におけるローカル無線チャネル情報よりも早い時間基準を有する可能性がある。従って、いくつかの側面は、共有無線チャネル情報が同じ時間基準でローカル無線チャネル情報と組み合わされるように、時間補間法を使用することができる。

図２０６において、端末装置２０６３０～２０６３２とネットワーク・アクセス・ノード２０６１０との間の矢印は、例えば、複数のユーザーＭＩＭＯ方式を通して、ネットワーク・アクセス・ノード－端末装置リンク（高スループット）を示す。破線２０６５０は、本開示の一側面で使用される協働Ｄ２Ｄリンク（低スループット、低レイテンシ）を表し、統合チャネル・パラメータ推定、隣接セル・データベース、干渉、および他の情報を共有する。

高速ハンドオーバーのための協働共有方法を実装するために、端末装置は、ネットワーク・アクセス・ノードについての無線チャネル情報を他の端末装置と共有することができる。無線チャネル情報は、隣接ネットワーク・アクセス・ノード・データベースと、電力レベル、周波数オフセット、遅延拡散、チャネル応答（例えば、チャネル推定）、無線チャネル情報の別の尺度など、下りリンク・チャネル状態情報とを含むことができる。前述のように、端末装置２０６３０～２０６３２が同じネットワーク・アクセス・ノード、例えばネットワーク・アクセス・ノード２０６１０と通信しているようないくつかの側面では、端末装置は、統合無線チャネル推定手順の一部として、（端末装置２０６３０～２０６３２の他方から受信した）共有無線チャネル情報をローカル無線チャネル情報と組み合わせることができる。従って、これらの側面において、端末装置２０６３０～２０６３２は、統合無線チャネル推定手順を利用して、チャネル等化、（例えば、プリコーディング目的のためにネットワーク・アクセス・ノード２０６１０への）チャネル推定報告などにおいて下りリンク・フィールド性能を改善することができる。いくつかの側面では、端末装置２０６３０～２０６３２は、プリコーディング・マトリクスを計算し、プリコーディング・マトリクスに対応するプリコーディング・マトリクス・インジケータ（ＰＭＩ）をネットワーク・アクセス・ノード２０６１０に送信し、ネットワーク・アクセス・ノード２０６１０は、ＰＭＩに対応するプリコーディング・マトリクスに従って、端末装置２０６３０～２０６３２のための下りリンク・データをプリコードすることができる。

さらに、いくつかの側面では、端末装置２０６３０～２０６３２は、互いに近接して位置するが、端末装置２０６３０～２０６３２がそれぞれのサービング・ネットワーク・アクセス・ノードのセル・エッジに位置している等、異なるネットワーク・アクセス・ノードから受信していることがある。従って、端末装置２０６３０にサービスしている第一のネットワーク・アクセス・ノードからの下りリンク伝送は、端末装置２０６３２への干渉として現れ、逆に端末装置２０６３０にサービスしている第二のネットワーク・アクセス・ノードについても同様である。干渉を緩和するために、端末装置２０６３０～２０６３２は、それぞれのサービング・ネットワーク・アクセス・ノードについての無線チャネル情報を交換することができる。次いで、端末装置２０６３０～２０６３２の各々は、共有無線チャネル情報を利用して、他のネットワーク・アクセス・ノードからの干渉を推定し、キャンセルし、それにより、干渉を緩和し、下りリンク受信性能を改善することができる。

一般に、いくつかの局面に従ったデータ共有方法は、以下の方法で物理層（ＰＨＹ）に実装することができる。すなわち、
（１） 協働装置候補を識別し、Ｄ２Ｄ共有リンクを確立する。これは、端末装置位置情報に基づくネットワーク・アクセス・ノードによって、あるいは、Ｄ２Ｄ信号検出に基づく自発的隣接装置発見に基づく端末装置のいずれかによって初期化され得る。
（２） Ｄ２Ｄ共有リンクを動作させ、Ｄ２Ｄリンクを通じた端末装置間の協働通信を適用する。
（３） Ｄ２Ｄリンクを終了する。Ｄ２Ｄリンクの終端は、例えば、端末装置状態変化（例えば、端末装置をオフにする）の認識に基づいてネットワーク・アクセス・ノードによって、あるいは、環境変化の認識（例えば、低易動性から高易動性への変化）に基づいて端末装置によってトリガされ得る。

上述のように、Ｄ２Ｄ共有リンクの動作および適用のための本開示の側面において、２つの一般的なシナリオを識別する。

図２０７は、いくつかの側面に従った２つの端末装置（この例では、複数の端末装置）間のＤ２Ｄ共有リンクの動作および適用のための、図２０８における付随するタイム・チャート２０８００を有する第一のシナリオ２０７００を示す。

例えば端末装置２０６３０および端末装置２０６３２のような、近接している（例えば、Ｄ２Ｄチャネル上で情報を交換するのに十分に近く、例えば、５００メートルの範囲内であり得る）複数の端末装置は、例えば２つのネットワーク・アクセス・ノード間のセル・エッジにおいて、同一周波数キャリアにおける異なるネットワーク・アクセス・ノードから下りリンク受信を実行していることができる。この場合、下りリンク無線チャネル情報は、干渉推定の強化のために、確立されたＤ２Ｄリンクを通じて２つの端末装置間で共有される。同じ周波数内で、端末装置２０６３０は、ネットワーク・アクセス・ノード２０７１０から下りリンク信号を受信しており、端末装置２０６３２は、ネットワーク・アクセス・ノード２０７１２から下りリンク信号を受信している。ネットワーク・アクセス・ノード２０７１０の下りリンク信号は、端末装置２０６３２の受信への干渉源であり、ネットワーク・アクセス・ノード２０７１２の下りリンク信号は、端末装置２０６３０の受信への干渉源である。２つの端末装置間にＤ２Ｄリンクを確立することにより、端末装置の各々は、それぞれのネットワーク・アクセス・ノードからの無線チャネル情報を他方と共有することが可能であり、端末装置は、この情報を使用して、他方のネットワーク・アクセス・ノードからの干渉を緩和またはキャンセルすることができ、例えば、端末装置２０６３０は、端末装置２０６３２から共有されたネットワーク・アクセス・ノード２０７１２からの無線チャネル情報を利用して、ネットワーク・アクセス・ノード２０７１２からの干渉を緩和することができ、その逆も然りである。

タイムチャート２０８００は、本開示の一側面において、端末装置がこの干渉キャンセルを実行する方法を示す。端末装置２０６３０および端末装置２０６３２は、それらの装置間でＤ２Ｄリンクを既に確立しており、端末装置２０６３０および端末装置２０６３２は同じ時間基準を共有していると仮定する。

ｔ０（時刻０）において、端末装置２０６３０は、ネットワーク・アクセス・ノード２０７１０のバースト・データ（例えば、１つの時間伝送インターバル（ＴＴＩ））を復調する。続いて、確立されたＤ２Ｄリンクを介して、端末装置２０６３０は、タイムスタンプ（例えば、ｔ０）を有するネットワーク・アクセス・ノード２０７１０の推定無線チャネル情報（例えば、電力レベル、周波数オフセットエラー、遅延拡散、チャネル転送関数など）を端末装置２０６３２に送信する。ｔ３において、端末装置２０６３２は、ネットワーク・アクセス・ノード２０７１０の下りリンクによって干渉されるネットワーク・アクセス・ノード２０７１２からの下りリンク・データ・バーストを復調する必要がある。ここで、本開示の無限インパルス応答（ＩＩＲ）モデルは、端末装置２０６３０から受信したｔ０における無線チャネル情報（ＲＣＩ）およびｔｎ（時刻ｎ、将来のある時点ｎにおける）［ＲＣＩ（ｔｎ）］におけるネットワーク・アクセス・ノード２０７１０の前に補間された干渉に基づいて、ｔ３［ＲＣＩ（ｔ３）］におけるネットワーク・アクセス・ノード２０７１０－端末装置２０６３２の干渉を補間する。ｔ３とｔｎの間の時間間隔およびｔ３とｔ０の間の時間間隔は、この補間を重み付けする。例えば、ＲＣＩ（ｔ３）＝ｆ（ＲＣＩ（ｔｎ）、ｔ３－ｔｎ、ＲＣＩ（ｔ０）、ｔ３－ｔ０）である。

ＲＣＩ（ｔ３）が補間された後、それは、ネットワーク・アクセス・ノード２０７１０の推定干渉として、ｔ３におけるネットワーク・アクセス・ノード２０７１２－端末装置２０６３２の復調のための入力として、例えば、端末装置２０６３２が下りリンク信号から推定干渉ＲＣＩ（ｔ３）をキャンセルすることにより、ネットワーク・アクセス・ノード２０７１２からの信号を復調するために使用される。その後、ｔｎにおける無線チャネル情報、例えばＲＣＩ（ｔｎ）およびｔｎが更新される。すなわち、ＲＣＩ（ｔｎ）＝ＲＣＩ（ｔ３）、ｔｎ＝ｔ３であり、次のＲＣＩ補間で使用される。

図２０９は、いくつかの側面に従った２つの端末装置（この例では、端末装置）間のＤ２Ｄ共有リンクの動作および適用のための、付随する図２１０におけるタイムチャート２１０００を有する第二のシナリオ２０９００を示す。

シナリオ２０９００では、２つの端末装置、例えば端末装置２０６３０および端末装置２０６３２が、同じ周波数キャリア上のネットワーク・アクセス・ノード２０７１０、例えば同じネットワーク・アクセス・ノードから下りリンクを受信している。例えば、ネットワーク・アクセス・ノード２０７１０は、端末装置２０６３０および端末装置２０６３２の両方に同じストリームをブロードキャストすることができ、その結果、端末装置２０６３０および２０６３２は、ネットワーク・アクセス・ノード２０７１０から同じデータを受信することができる。同じストリームの例は、マルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）、ブロードキャストまたはマルチキャスト制御データまたはシステム情報、またはネットワーク・アクセス・ノードが複数の端末装置に送信できる他のタイプの同じデータのブロードキャストまたはマルチキャストストリームを含むが、これらに限定されない。この場合、端末装置２０６３０および２０６３２は、Ｄ２Ｄリンクによって端末装置間で無線チャネル情報を共有することによって、統合無線チャネル推定を実施することができる。端末装置２０６３０および２０６３２は、結果として、（ローカルに取得される）ローカル無線チャネル情報および（他の端末装置から取得される）共有無線チャネル情報の両方を有してもよいので、端末装置２０６３０および２０６３２は、ローカルおよび共有無線チャネル情報の両方を用いて統合無線チャネル推定を適用して、端末装置２０６３０および２０６３２の各々における下りリンク・ロバスト性を改善することができる。例えば、端末装置２０６３０および２０６３２は、チャネル等化において統合無線チャネル推定を適用して、チャネルの汚損を補正することができ、これは、（特に、ローカル無線チャネル情報のみを使用する無線チャネル推定と比較して）改善された下りリンク性能をもたらすことができる。

タイムチャート２１０００は、本開示の一側面において、２つの端末装置による統合無線チャネル推定の例示的な適用を示す。タイムチャート２１０００において、ネットワーク・アクセス・ノードは、ストリームを端末装置２０６３０および端末装置２０６３２にブロードキャストする。端末装置２０６３０および端末装置２０６３２は、Ｄ２Ｄリンクがそれらの間に確立される、例えば、端末装置２０６３０と端末装置２０６３２の間でＤ２Ｄ同期および通信が確立される方法で位置することができる。このシナリオでは、端末装置２０６３０と端末装置２０６３２は同じ時間基準を共有すると仮定する。さらに、ネットワーク・アクセス・ノード－端末装置２０６３０とネットワーク・アクセス・ノード端末装置２０６３２との間の強力な無線チャネル相関が、端末装置２０６３０と端末装置２０６３２との間の密接な近接性によって仮定される。

ｔ０において、端末装置２０６３０は、ネットワーク・アクセス・ノード２０７１０（例えば、１ＴＴＩ）からのバースト・データを復調し、ローカル無線チャネル情報、例えば、ローカル無線チャネル推定を取得する。続いて、端末装置２０６３２とで確立されたＤ２Ｄリンクを通して、端末装置２０６３０は、ネットワーク・アクセス・ノード２０７１０のローカル無線チャネル推定（例えば、電力レベル、周波数オフセット誤差、遅延拡散、チャネル伝達関数など）を、タイムスタンプ（例えば、ｔ０）と共に端末装置２０６３２に送信する。

ｔ３において、端末装置２０６３２は、ネットワーク・アクセス・ノード２０７１０からの下りリンクを復調する。ｔ０において、端末装置２０６３０から共有された無線チャネル推定を利用するＩＩＲモデルを実装することにより、端末装置２０６３２－ネットワーク・アクセス・ノード間のｔ３におけるローカル無線チャネル推定は、端末装置２０６３０－ネットワーク・アクセス・ノード２０７１０のｔ０における共有無線チャネル推定値と、時間ｔｎにおける端末装置２０６３２－ネットワーク・アクセス・ノード間のローカル無線チャネル推定の以前の補間とに基づいて補間される。さらに、ｔ２における無線チャネル補間は、ｔ３における現在の端末装置２０６３２のローカル無線チャネル推定を重み付けするように構成されてもよく（例えば、ＲＣＩ´（ｔ３））、以下により示すことができる。ＲＣＩ（ｔ３）＝ｆ（ＲＣＩ（ｔ１）、ｔ３－ｔ１、ＲＣＩ（ｔ０），ｔ３－ｔ０，ＲＣＩ´（ｔ３））である。

端末装置２０６３２－ネットワーク・アクセス・ノード２０７１０のＲＣＩ（ｔ３）が補間された後、ＲＣＩ（ｔｎ）およびｔｎが更新される。すなわち、ＲＣＩ（ｔｎ）＝ＲＣＩ（ｔ３）およびｔｎ＝ｔ３であり、次の無線チャネル推定補間に使用される。

いくつかの側面では、端末装置知識履歴（例えば、複数のネットワーク・アクセス・ノードからの情報）間の差別化を、より高い層（例えば、ＰＨＹ層の上の層）における端末装置間の情報共有を拡張し、実装するために利用することができる。

場合によっては、高い易動性（例えば、列車または車の中）の第一の端末装置は、（例えば、現在セルにキャンプされている）ローカル通信条件に関する情報を有するだけでなく、近接および／または遠方位置から取得した情報を有することができる。これは、例えば、異種通信環境の情報を含むことができる。第一の端末装置によって集められた情報は、第一の端末装置が来るのと同様の方向に動いてもよい第二の端末装置にとって興味深いものであってもよく、従って、第二の端末装置は、その構成を事前に計画するための対応する情報を必要とすることができる。例えば、第二の端末装置は、高度移動端末装置から特定のＲＡＴの存在を要求することができる。

しかし、静的／低易動性の第三の端末装置については、第一の端末装置からの情報はほとんど価値がなく、従って、装置性能を最適化するために必要ではない可能性がある。さらに、第一の端末装置（例えば、高度移動端末装置）は、先に訪問した位置からの非常に詳細な情報を持っていない可能性がある。なぜなら、それは、たとえば高速道路上の車内のセル内を走行するような、その位置での時間が非常に少ないからである。第一の端末装置等の装置から情報を要求する場合、本開示の一側面において、広い地理的カバレッジと低いレベルの詳細な観察の間のトレード・オフが説明される。

他方、第３の端末装置（例えば、低易動性または静的設定の端末装置）は、それが主に位置する特定の場所における異種無線環境に関する詳細な知識を有することができる。しかし、この端末装置は、その低い易動性範囲のために、より遠くのネットワーク環境からの情報をほとんどまたは全く有していない可能性がある。このような端末装置から情報を要求する場合、本開示の一側面において、限定された地理的カバレッジと高レベルの特定の無線環境の詳細な観察の間のトレード・オフが説明される。

別の設定では、第一の端末装置および第３の端末装置、例えば、一定の場所に一定時間滞在し、次いで別の場所に移動する端末装置によって提示される特性のハイブリッド・ケースが存在することがある。このような端末装置は、複数の特定のさらに離れた場所の環境に詳細な情報を提供することができるため、その第一の位置からの情報を第二の位置にある他の装置に共有するために非常に価値がある。

Ｄ２Ｄ通信によって端末装置間でネットワーク情報をより効果的に共有するために、いくつかの側面は、端末装置毎に記憶することができ、かつ端末装置間で情報を効果的に共有するために、Ｄ２Ｄリンクを通じて他の端末装置に通信することができる装置知識履歴分類システムを実装することができる。

従って、端末装置は、自身を特定のＤＫＨクラスに分類するように構成することができ、それによって、他の端末装置に、それが取得した可能性がある情報の種類を示す。以下は、端末装置が分類され得る例示的なクラスである。

第一のクラスは「Local Knowledge Class-Heterogeneous」とすることができる。このクラスの端末装置は、ローカル異種通信環境について詳細な知識を有する（例えば、１つ以上の近接位置マクロセルおよび近接位置マクロセル内に位置する他のスモール・セル、例えばＣＳＧセルのネットワーク・パラメータを有する低易動性装置）。

第二のクラスは「Local Knowledge-homogenous」とすることができる。このクラスの端末機器は、ローカル同種通信環境（例えば、ＬＴＥ、Ｗｉ－Ｆｉ等の特定の無線標準についての情報）について詳細な知識を有する。

第三のクラスは「Wide Spread Knowledge-heterogeneous」とすることができる。このクラスの端末装置は、より広いエリアにわたる異種通信環境についてある程度限られた知識を有する。

第四のクラスは「Wide Spread Knowledge-homogenous」とすることができる。このクラスの端末機器は、広いエリアにわたる同質通信環境について限られた知識（例えば、ＬＴＥ、Ｗｉ－Ｆｉ等の特定の無線標準についての情報）を有する。

第五のクラスは「Wide Spread Knowledge with some hotspots-heterogeneous」とすることができる。このクラスの端末装置は、特定の領域のいくらかの詳細な知識を有し、広いエリアにわたる異種通信環境について限られた知識を有する（例えば、行程に沿ってある特定の場所で長時間を費やした高易動性装置）。

第六のクラスは「Wide Spread Knowledge with some hotspots-homogeneous」であり、このクラスの端末機器は、特定の領域のいくらかの詳細な知識を有し、広いエリアにわたる同質通信環境について限られた知識（例えば、ＬＴＥ、Ｗｉ－Ｆｉ等の特定の無線標準に関する情報）を有する。

従って、第一の端末装置が第二の端末装置と情報を交換しようとする場合、各端末装置は、改善され、場合によっては、最適なタイプの情報が交換されるように、適切なＤＫＨクラス下で自身を識別することができる。

図２１１は、異なるＤＫＨクラスの２つの端末装置、端末装置２１１３０および２１１４０を有する通信ネットワーク２１１００を示す。この例示的なシナリオでは、すべてのネットワーク・アクセス・ノード２１１１０～２１１１５は、対応するカバレッジ・エリア２１１２０～２１１２５を有するセルラー・ネットワーク・アクセス・ノード（例えば、ｅＮｏｄｅＢまたは別のタイプのセルラー・ネットワーク・アクセス・ノード）であると仮定される。さらに、スモール・セル２１１３１は、Ｗｉ－Ｆｉホットスポット、ＬＴＥフェムトセル、または他のタイプの短距離またはセルラースモール・セルネットワーク・アクセス・ノードのような、短距離ネットワーク・アクセス・ノードまたはセルラースモール・セルネットワーク・アクセス・ノードであり得る。

このシナリオでは、端末装置２１１３０は「Wide Spread Knowledge-homogenous」装置として分類され、端末装置２１１４０は「Local Knowledge Class-Heterogeneous」装置として分類される。従って、端末装置２１１３０がセル２１１２１に入り、端末装置２１１４０とＤ２Ｄリンクを確立する場合、端末装置２１１５０は、端末装置２１１４０からカバレッジ・エリア２１１２１およびカバレッジ・エリア２１１３１に対する非常に詳細な情報を得ることによって利益を得ることができる。

いくつかの側面では、無免許スペクトルにおける保護帯域は、様々なレベルの干渉保護が端末装置間で保証されるように、端末装置の隣接するグループ間で調整され得る。必要に応じて、端末装置グループを高／中／低の付加的干渉保護のバンドスロットに強制的に挿入することができる。例えば、重大な干渉を経験している端末装置、例えばセル・エッジ端末装置は、ハイブリッド自動要求（ＨＡＲＱ）処理において最高品質のバンド・スロットに強制的に入る可能性がある。

いくつかの側面では、隣接する端末装置は、Ｄ２Ｄを介して、下位層ソフトウェア・コンポーネントの観測された性能利得および性能／電力消費のトレード・オフについての情報を交換することができる。

いくつかの側面では、通信標準は、装置が既存の構成に特定の下位層（ＰＨＹ、ＭＡＣなど）ソフトウェア・コンポーネントを追加することを可能にする。これらは通常、いわゆる「ＲａｄｉｏＡｐｐ」を通じて提供される。確立されたＤ２Ｄリンクを有する端末装置は、特定の「ＲａｄｉｏＡｐｐ」に関連する、観測された性能利得および性能／電力消費のトレード・オフについての情報を交換するようにさらに構成され得る。例えば、端末装置は、所与のローカル無線環境においてアンテナ選択を改善する、あるいは場合によっては最適化する「ＲａｄｉｏＡｐｐ」を使用するとき、最小電力消費で性能の向上を観測することができる。そして、このようなＡｐｐの使用を他の端末装置に推奨することができ、例えば、リンクされた端末装置の互換性がそれを可能にするならば、「ＲａｄｉｏＡｐｐ」を直接共有することができる。

図２１２は、いくつかの側面に従った端末装置のための通信システム２１２００を示す。通信システム２１２００は、本質的に例示的であり、この説明の目的のために簡略化され得ることが理解される。通信システム２１２００のいくつかのコンポーネントは、個々のコンポーネントとして示されているが、複数のコンポーネントは、その構成要素の各々の機能を有する１つのコンポーネントに組み合わされ得ることが理解される。同様に、通信システム２１２００の各個別コンポーネントは、２つ以上の別々のコンポーネントに分割されてもよい。

さらに、通信システム２１２００の側面は、図１９２に説明したコンポーネントと重複し得ることが理解される。通信システム２１２００は、本明細書で説明する方法および処理の適用を説明するためのコンポーネントを示し、従って、ビークル端末装置のすべてのコンポーネントを示すわけではない。

通信システム２１２００は、無線信号を送受信するように構成されたアンテナ・システム２１２０２を含むことができる。いくつかの側面では、アンテナ・システム２１２０２は、図１９２における端末装置１９１０２のアンテナ・システム１９２０２の方法で構成された１つ以上のアンテナであり得る。

通信システム２１２００は、無線インターフェース、例えばＬＴＥ、Ｗｉ－Ｆｉ、Ｄ２Ｄ通信などを介して外部ソースとの通信を送信および／または受信するように構成されたトランシーバ２１２０４を含むことができる。いくつかの側面では、トランシーバ２１２０４は、図１９２の端末装置１９１０２のＲＦトランシーバ１９２０４の方法で構成され得る。

通信システム２１２００は、取得モジュール２１２０８、復調／チャネル推定モジュール２１２１０、および干渉緩和モジュール２１２１２を含む処理モジュール２１２０６をさらに含むことができる。いくつかの側面では、処理モジュール２１２０６、取得モジュール２１２０８、復調／チャネル推定モジュール２１２１０、および干渉緩和モジュール２１２のうちの１つ以上は、ハードウェア定義モジュール、例えば、１つ以上の専用ハードウェア回路またはＦＰＧＡとして、ソフトウェア定義モジュール、例えば、非一時的なコンピュータ読み取り可能記憶媒体に記憶された演算、制御、およびＩ／Ｏ命令を定義するプログラム・コード（例えば、ソフトウェアおよび／またはファームウェア）を実行するように構成された１つ以上のプロセッサとして、あるいは、ハードウェア定義およびソフトウェア定義混合モジュールとして構造的に実現され得る。いくつかの側面では、処理モジュール２１２０６、取得モジュール２１２０８、復調／チャネル推定モジュール２１２１０、および干渉緩和モジュール２１２１２のうちの１つ以上は、図１９２のベースバンド・モデム１９２０６の方法におけるベースバンド・モデムのコンポーネントなどのモデム層コンポーネントとすることができる。

処理モジュール２１２０６は、無線トランシーバ２１２０４およびアンテナ・システム２１２０２を介して無線信号としてデータを送受信するように構成される。処理モジュール２１２０６は、低層トランスポートのための無線アクセス接続に依存する論理ソフトウェアレベル接続上のデータを送受信することができる。

取得モジュール２１２０８は、トランシーバ２１２０４を介してネットワーク・アクセス・ノード、および少なくとも１つの共位置にある端末装置の両方から、ネットワーク情報を取得するように構成される。ネットワーク・アクセス・ノードから取得した情報は、復調／チャネル推定モジュール２１２１０によって、例えば、特定の時間での端末装置とネットワーク・アクセス・ノードの間のＣＳＩを計算するために使用される。

復調／チャネル推定モジュール２１２１０は、ネットワーク・アクセス・ノードから受信したデータを復調し、復調されたデータに基づいてチャネル推定を実行するように構成される。復調／チャネル推定モジュール２１２１０は、共位置にある端末装置から受信したデータ（例えば、ＣＳＩレポート）を復調するようにさらに構成され得る。

干渉緩和モジュール２１２１２は、端末装置からのチャネル推定情報と、共位置にある端末装置から受信したチャネル情報の両方に基づいて、干渉緩和を実行するように構成される。例えば、端末装置は、共位置にある端末装置によって引き起こされる干渉を決定するために、共位置にある端末装置から受信したＣＳＩレポートを使用し、この情報を使用して、所与の時点における端末装置とネットワーク・アクセス・ノードの間の干渉を緩和することができる。

別々のコンポーネントとして示されているが、２つ以上のコンポーネントは、２つ以上のモジュールと同じ機能を実行するように構成された単一のモジュールに実装され得ることが理解される。例えば、復調／チャネル推定モジュール２１２１０および干渉緩和モジュール２１２１２は、タイムチャート２０８００および２１０００に示される必要な手順を実行するために、単一のモジュールに組み合わされてもよい。同様に、１つのコンポーネントは、２つ以上のコンポーネントに分割されてもよい。

図２１３は、いくつかの側面に従った端末装置で無線通信を実行する方法２１３００を示す。図２１３に示すように、方法２１３００は、近接端末装置から装置対装置（Ｄ２Ｄ）リンク上で、端末装置が接続されているネットワーク・アクセス・ノードのための無線下りリンク無線チャネルを特徴付ける共有無線チャネル情報を受信すること（２１３１０）と、共有無線チャネル情報およびローカル無線チャネル情報を適用して、統合無線チャネル情報を取得すること（２１３２０）と、統合無線チャネル情報に基づいてネットワーク・アクセス・ノードから下りリンク・データを受信すること（２１３３０）と、を含む。

図２１４は、いくつかの側面に従った端末装置で無線通信を実行する方法２１４００を示す。図２１４に示すように、方法２１４００は、近接端末装置から装置対装置（Ｄ２Ｄ）リンク上で、端末装置に干渉を引き起こしている第一のネットワーク・アクセス・ノードの下りリンク無線チャネルを特徴付ける共有無線チャネル情報を受信すること（２１４１０）と、第二のネットワーク・アクセス・ノードから下りリンク・データを受信すること（２１４２０）と、共有無線チャネル情報に基づいて、下りリンク・データに対して干渉打ち消しを実行すること（２１４３０）と、を含む。

図２１５は、いくつかの側面に従った端末装置で無線通信を実行する方法２１５００を示す。図２１５に示すように、方法２１５００は、装置対装置（Ｄ２Ｄ）発見手順の一部として近接端末装置を識別すること（２１５１０）と、Ｄ２Ｄリンク上で、近接端末装置から装置知識履歴クラスを受信し、その装置知識履歴クラスは、近接端末装置がそれについての通信情報をもつ地理的範囲または近接端末装置がそれについての通信情報をもつ無線アクセス技術の数を示す、受信すること（２１５２０）と、近接端末装置に通信情報を要求するかどうかを、装置知識履歴クラスに基づいて決定すること（２１５３０）と、を含む。

７． 階層通信
本明細書中で使用されるように、“デバイス・トゥ・デバイス（デバイス対デバイス）”（Ｄ２Ｄ）プロトコルの語は、２つ又はそれ以上のデバイスの間の（既存の、新興の、及び将来的なプロトコルを含む）いずれかのタイプの通信プロトコルを指してもよい。さらに、本明細書におけるＤ２Ｄの使用は、一般的に、（例えば、車両、ドローン、モノのインターネット（ＩｏＴ）デバイスを含む）いずれかのタイプのデバイスの間の通信を指し、それらの通信は、幾つかの態様において、Ｄ２Ｄプロトコルによって明示的には定義されない。したがって、Ｄ２Ｄの語は、デバイス対デバイス通信、車両対車両通信、ドローン対ドローン通信、デバイス対車両通信、デバイス対ドローン通信、及び車両対ドローン通信のいずれかに適用されてもよい。

複数のデバイスの間の通信に関して、いくつかの特定のプロトコルが出現している、或いは、出現しつつあるが、本明細書において詳述する（例えば、車両及びドローンのための適時的なサイドチャネルの送信（ｏｐｐｏｒｔｕｎｉｓｔｉｃ ｓｉｄｅ－ｃｈａｎｎｅｌ ｔｒａｎｓｍｉｓｓｉｏｎ）等の）態様は、ある１つの特定の通信プロトコルに限定されるものではなく、むしろ、広範囲の通信プロトコルに及ぶ。本明細書において詳述するそれらの態様は、これらには限定されないが、Ｄ２Ｄ、デバイス対インフラストラクチャ（Ｄ２Ｉ）、デバイス対あらゆる対象物（デバイス・トゥ・エブリシング）（Ｄ２Ｘ）、車両対車両（Ｖ２Ｖ）、車両対インフラストラクチャ（Ｖ２Ｉ）、車両対ネットワーク（Ｖ２Ｎ）、車両対あらゆる対象物（Ｖ２Ｘ）、及び、将来的に出現する可能性がある他の通信プロトコルと共に使用してもよい。特に、本明細書において詳述される態様は、複数のドローンの間の通信、ドローンとデバイスとの間の通信、又はドローンとネットワークとの間の通信に関連付けられた現在の及び／又は将来的なプロトコルと共に使用してもよいということが予想される。上記プロトコルのいずれか１つが、この開示において参照される限りにおいて、本明細書において議論される方法、装置、手段、又は原理は、上記のプロトコルのうちのいずれかの他のプロトコルと共に使用することが可能であるということが明示的に予想される。

最近の無線技術の発展は、様々なデバイスにおいて広範囲の新たな無線接続性アプリケーションをもたらしている。例えば、セルラーフォン、タブレット、及びラップトップ等のユーザデバイスのための無線接続性のほかに、（例えば、スマート時計、フィットネス・トラッカー、スマート眼鏡等の）ウェアラブルデバイス及びウェアラブルアクセサリーから（例えば、スマートサーモスタット、冷蔵庫、セキュリティシステム等の）家電及び消費家電、及び、（例えば、自動運転車両、ドローン等の）車両に至るまで、広範囲のデバイスにおける接続性の実装が最近出現している。これらの新しいタイプの接続されているデバイスは、また、デバイス間通信における新たな概念を導入している。したがって、端末デバイス対ネットワーク無線リンクに加えて、デバイス対デバイス（Ｄ２Ｄ）の通信に関連付けられた種々な異なる技術が、デバイスを接続して、互いに通信し、そして、対話する複数の異なる方法を提供するために出現している。これらのＤ２Ｄ通信は、また、中間の階層レベルのデバイスを使用するネットワークカバレッジの中継及び拡張を含む、通信デバイスの複数の異なる階層に関する広範な可能性を生み出している。例えば、階層通信等のこれらの態様は、例えば、動的に階層通信構造を調整するのに役立つ共通のチャネル態様等の共通のチャネル態様と共に使用されてもよく、又は、例えば、必要なデバイス又はネットワーク電力効率レベルに応じて階層的通信構造を選択する電力効率の態様と共に使用されてもよく、又は、例えば、無線環境マップ（ＲＥＭ）情報にしたがって階層的通信構造を選択する強化された通信態様と共に使用されてもよく、又は、例えば、利用可能なD2D又はV2Vリンクにしたがって階層的通信構造を選択する装置協調態様と共に使用されてもよい。

図２１６は、いくつかの態様にしたがった無線通信ネットワーク２１６００を示し、その無線通信ネットワーク２１６００は、ネットワーク・アクセ・ノード２１６１０及び２１６１２のほかに、端末デバイス２１６０２及び２１６０４を含んでもよい。本開示の複数の特定の態様は、（ＬＴＥ、ＵＭＴＳ、ＧＳＭ、他の第３世代パートナーシップ・プロジェクト（３ＧＰＰ）ネットワーク、ＷＬＡＮ／Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、５Ｇ、ｍｍＷａｖｅ、デバイス・ツー・デバイス（Ｄ２Ｄ）等の）複数の無線通信ネットワーク・アプリケーションを説明してもよいが、本明細書に詳述する主題は、本質的に実証的であると考えられ、したがって、いずれかの他の無線通信ネットワークにも同様に適用可能であってもよい。無線通信ネットワーク２１６００の中のネットワーク・アクセス・ノード及び端末デバイスの数は、例示的であり、いずれかの数に拡張可能である。

したがって、例示的なセルラー設定において、ネットワーク・アクセス・ノード２１６１０及び２１６１２は、（例えば、ｅＮｏｄｅＢ、ＮｏｄｅＢ、基地トランシーバー・ステーション（ＢＴＳ）等の）基地局であってもよく、一方で、端末デバイス２１６０２及び２１６０４は、（例えば、移動局（ＭＳ）、ユーザ機器（ＵＥ）等の）セルラー端末デバイスであってもよい。したがって、ネットワーク・アクセス・ノード２１６１０及び２１６１２は、（例えば、バックホール・インターフェイスを介して）進化型パケットコア（ＬＴＥの場合のＥＰＣ）、コアネットワーク（ＵＭＴＳの場合のＣＮ）、又は他のセルラー・コアネットワーク等のセルラー・コアネットワークとの間のインターフェイスを提供してもよく、それらのセルラー・コアネットワークは、また、無線通信ネットワーク２１６００の一部として考慮してもよい。セルラー・コアネットワークは、１つ又は複数の外部データ・ネットワークとの間のインターフェイスを提供してもよい。例示的な近距離設定において、ネットワーク・アクセス・ノード２１６１０及び２１６１２は、（ＡＰｓ、例えば、ＷＬＡＮ又はＷｉ－Ｆｉ ＡＰｓ等の）アクセスポイントであってもよく、一方で、端末デバイス２１６０２及び２１６０４は、（例えば、ステーション（ＳＴＡ）等の）近距離端末デバイスであってもよい。ネットワーク・アクセス・ノード２１６１０及び２１６１２は、（例えば、内部または外部ルータを介して）１つ又は複数の外部データ・ネットワークとの間のインターフェイスを提供してもよい。

したがって、ネットワーク・アクセス・ノード２１６１０及び２１６１２（及び、図２１６に明示的には示されていない無線通信ネットワーク２１６００の他のネットワーク・アクセス・ノード）は、端末デバイス２１６０２及び２１６０４（及び、図２１６に明示的には示されていない無線通信ネットワーク２１６００の他の端末デバイス）に無線アクセス・ネットワークを提供してもよい。ある１つの例示的なセルラー設定において、ネットワーク・アクセス・ノード２１６１０及び２１６１２が提供する無線アクセス・ネットワークは、端末デバイス２１６０２及び２１６０４が無線通信を介してコアネットワークに無線によりアクセスすることを可能にしてもよい。コアネットワークは、端末デバイス２１６０２及び２１６０４に関連付けられているトラフィックデータにスイッチング、ルーティング及び送信を提供してもよく、そして、（例えば、制御ノード、無線通信ネットワーク２１６００における他の端末デバイス等の）さまざまな内部要素及び（例えば、音声、テキスト、（オーディオ、ビデオ、イメージ等の）マルチメディア、及び他のインターネット及びアプリケーション・データを提供するデータ・ネットワーク等の）外部データ・ネットワークへのアクセスを提供してもよい。ある１つの例示的な近距離設定において、ネットワーク・アクセス・ノード２１６１０及び２１６１２が提供する無線アクセス・ネットワークは、（例えば、無線通信ネットワーク２１６００に接続される他の端末デバイス等の）内部要素及び（例えば、音声、テキスト、（オーディオ、ビデオ、イメージ等の）マルチメディア、及び他のインターネット及びアプリケーション・データを提供するデータ・ネットワーク等の）外部データ・ネットワークへのアクセスを提供してもよい。

無線通信ネットワーク２１６００の（該当する場合には）無線アクセス・ネットワーク及びコアネットワークは、複数のネットワーク・プロトコルによって制御されてもよく、それらの複数のネットワーク・プロトコルは、無線通信ネットワーク２１６００の仕様に応じて変化することが可能である。そのようなネットワーク・プロトコルは、無線通信ネットワーク２１６００を介したユーザ及び制御データトラフィックの双方のスケジューリング、フォーマット、及びルーティングを定義してもよく、無線通信ネットワーク２１６００の無線アクセス領域及びコアネットワーク領域の双方を介するそのようなデータの送信及び受信を含む。したがって、端末デバイス２１６０２及び２１６０４とネットワーク・アクセス・ノード２１６１０及び２１６１２は、複数の定義されたネットワーク・プロトコルにしたがって、無線通信ネットワーク２１６００の無線アクセス・ネットワーク領域を介してデータを送信し及び受信し、一方で、コアネットワークは、定義されたネットワーク・プロトコルにしたがって、コアネットワークの内部及び外部にデータをルーティングしてもよい。例示的なネットワーク・プロトコルは、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、ＷｉＭＡＸ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、ｍｍＷａｖｅ等を含み、いずれも無線通信ネットワーク２１６００に適用可能であってもよい。

図２１７は、いくつかの態様にしたがった端末デバイス２１６０２のある１つの例示的な内部構成を示し、その端末デバイス２１６０２は、アンテナシステム２１７０２、無線周波数（ＲＦ）トランシーバー２１７０４、（物理層処理モジュール２１７０８及びコントローラ２１７１０を含む）ベースバンドモデム２１７０６、アプリケーション・プロセッサ２１７１２、メモリ２１７１４、及び電源２１７１６を含んでもよい。図２１７には明示的には示されていないが、端末デバイス２１６０２は、１つ又は複数の追加的なハードウェア、ソフトウェア、及び／又は（プロセッサ／マイクロプロセッサ、コントローラ／マイクロコントローラ、他の特定の又は一般的なハードウェア／プロセッサ／回路などの）ファームウェア構成要素、１つ又は複数の周辺機器デバイス、メモリ、電源、外部デバイスインターフェイス、１つ又は複数の加入者識別モジュール（ＳＩＭ）、１つ又は複数のユーザ入力／出力（Ｉ／Ｏ）デバイスを含んでもよい。

ある１つの簡略化された動作概要において、端末デバイス２１６０２は、１つ又は複数の無線アクセス・ネットワークにおいて無線信号を送信し及び受信してもよい。ベースバンドモデム２１７０６は、各々の無線アクセス・ネットワークと関連する複数の通信プロトコルにしたがった端末デバイス２１６０２のそのような通信機能を指示してもよく、各々の通信プロトコルが定義する複数のフォーマット及びスケジューリングパラメータにしたがって無線信号を送信し及び受信するために、アンテナシステム２１７０２及びＲＦトランシーバー２１７０４に対する制御を実行してもよい。種々の実際の設計は、（例えば、別個のアンテナ、ＲＦトランシーバー、物理層処理モジュール、及びコントローラ等の）各々のサポートされる無線アクセス技術のための別個の通信構成要素を含んでもよいが、簡潔さを目的として、図２１７に示される端末デバイス２１６０２の構成は、各々のそのような構成要素の単一の例のみを示す。

端末デバイス２１６０２は、アンテナシステム２１７０２を使用して無線信号を送信し及び受信してもよく、そのアンテナシステム２１７０２は、単一のアンテナであってもよく、又は、複数のアンテナを含むアンテナアレイであってもよく、追加的に、アナログアンテナの組み合わせ及び／又はビームフォーミング回路を含んでもよい。受信経路（ＲＸ）において、ＲＦトランシーバー２１７０４は、アンテナシステム２１７０２からアナログ無線周波数信号を受信し、そして、そのアナログ無線周波数信号に対してアナログ及びディジタルＲＦフロントエンド処理を行ってもよく、それにより、（例えば、同相（Ｉｎ－Ｐｈａｓｅ）／直角位相（Ｑｕａｄｒａｔｕｒｅ （ＩＱ））サンプル等の）複数のディジタルベースバンドサンプルを生成してベースバンドモデム２１７０６に提供してもよい。したがって、ＲＦトランシーバー２１７０４は、（例えば、低雑音増幅器等の）増幅器、フィルタ、（例えば、ＲＦ ＩＱ復調器等の）ＲＦ復調器、及びアナログ－ディジタル変換器（ＡＤＣ）を含むアナログ及びディジタル受信構成要素を含んでもよく、それにより、受信した無線周波数信号をディジタルベースバンドサンプルに変換する。

送信経路（ＴＸ）において、ＲＦトランシーバー２１７０４は、ベースバンドモデム２１７０６から複数のディジタルベースバンドサンプルを受信し、そして、それらの複数のディジタルベースバンドサンプルに対してアナログ及びディジタルＲＦフロントエンド処理を行ってもよく、それにより、アナログ無線周波数信号を生成して、無線送信のためにアンテナシステム２１７０２に提供してもよい。このようにして、ＲＦトランシーバー２１７０４は、（例えば、電力増幅器等の）増幅器、フィルタ、（例えば、ＲＦ ＩＱ変調器等の）ＲＦ変調器、及びディジタル－アナログ変換器を含むアナログ及びディジタル送信構成要素を含んでもよく、それにより、ベースバンドモデム２１７０６から受信した複数のディジタルベースバンドサンプルを混合して、アンテナシステム２１７０２による無線送信のためのアナログ無線周波数信号を生成する。ベースバンドモデム２１７０６は、ＲＦトランシーバー２１７０４のＲＦ送信及び受信を制御してもよく、その制御は、ＲＦトランシーバー２１７０４の動作のための送信及び受信無線周波数を指定することを含む。

図２１７に示されているように、ベースバンドモデム２１７０６は、物理層処理モジュール２１７０８を含んでもよく、その物理層処理モジュール２１７０８は、物理層（ＰＨＹ、又はＬａｙｅｒ１）送信及び受信処理を実行して、ＲＦトランシーバー２１７０４を介する送信のために、コントローラ２１７１０が提供する発信用の送信データを準備し、そして、コントローラ２１７１０による処理のために、ＲＦトランシーバー２１７０４が提供する入来受信データを準備してもよい。したがって、物理層処理モジュール２１７０８は、エラー検出、順方向誤り訂正符号化／復号化、チャネル符号化及びインターリーブ、物理チャネル変調／復調、物理チャネルマッピング、無線測定及びサーチ、周波数及び時間同期、アンテナダイバーシティ処理、電力制御及び重み付け、レートマッチング、再送信処理等のうちの１つ又は複数を実行してもよい。図２１７に明示的には示されていないが、物理層処理モジュール２１７０８は、物理層コントローラを含んでもよく、その物理層コントローラは、関連する無線アクセス技術のための通信プロトコルが定義する物理層制御論理にしたがって、物理層処理モジュール２１７０８のさまざまなハードウェア及びソフトウェア処理構成要素を制御するように構成される。さらに、物理層処理モジュール２１７０８は、図２１７において、単一の構成要素として図示されているが、物理層処理モジュール２１７０８は、物理層処理構成要素の個別のセクションを含んでもよく、各々のセクションは、ある１つの特定の無線アクセス技術の物理層処理に専用である。

端末デバイス２１６０２は、コントローラ２１７１０が指示してもよい１つ又は複数の無線アクセス技術にしたがって動作するように構成されてもよい。このようにして、コントローラ２１７１０は、１つ又は複数のサポートされる無線アクセス技術の通信プロトコルにしたがって、端末デバイス２１６０２の（例えば、アンテナシステム２１７０２、ＲＦトランシーバー２１７０４、及び物理層処理モジュール２１７０８等の）無線通信構成要素を制御するように構成されてもよい。また、コントローラ２１７１０は、１つ又は複数のサポートされる無線アクセス技術の（Ｌａｙｅｒ２及びＬａｙｅｒ３も包含する）アクセス階層及び非アクセス階層（ＮＡＳ）を表すように構成されてもよい。コントローラ２１７１０は、構成上は、プロトコルプロセッサとして実現されてもよく、そのプロトコルプロセッサは、（コントローラメモリから取得した）プロトコルソフトウェアを実行し、そして、その後、プロトコルソフトウェアによって定義される対応するプロトコル制御ロジックにしたがって、通信信号を送信し及び受信するために、端末デバイス２１６０２の無線通信構成要素を制御する、ように構成される。

したがって、コントローラ２１７１０は、無線通信ネットワーク２１６００のさまざまな送受信機及びコアネットワーク構成要素と通信するために、端末デバイス２１６０２の無線通信機能を管理するように構成されてもよい。コントローラ２１７１０は、また、複数の無線通信ネットワークのための通信プロトコルにしたがって構成されてもよい。

いくつかの態様において、コントローラ２１７１０は、例えば、ＬＴＥ、ＵＭＴＳ、及び／又はＧＳＭにしたがって、複数のセルラー無線通信技術にしたがって構成されてもよい。いくつかの態様において、コントローラ２１７１０は、セルラー無線通信技術、及び、例えば、Ｗｉ－Ｆｉ又はＢｌｕｅｔｏｏｔｈのうちの少なくとも１つ、及び、ＬＴＥ、ＵＭＴＳ又はＧＳＭのうちの少なくとも１つ等の近距離無線通信技術にしたがって構成されてもよい。コントローラ２１７１０は、まとめて、（例えば、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ等の）サポートされる無線アクセス技術のすべての役割を担う統一コントローラであってもよく、或いは、各々のコントローラが、ある特定の無線アクセス技術のための（例えば、専用ＬＴＥコントローラ、専用ＵＭＴＳコントローラ、専用ＧＳＭコントローラ、専用Ｗｉ－Ｆｉコントローラ、専用Ｂｌｕｅｔｏｏｔｈコントローラ等の）専用コントローラである複数の別個のコントローラを含んでもよい。いずれにしても、コントローラ２１７１０は、サポートされる無線通信ネットワークの通信プロトコルにしたがって、端末デバイス２１６０２の無線通信アクティビティを指示する役割を担ってもよい。

物理層処理モジュール２１７０８に関して前に説明しているように、アンテナシステム２１７０２及びＲＦトランシーバー２１７０４の一方又は双方は、同様に、各々が、それぞれ、サポートされる無線アクセス技術のうちの１つ又は複数に対応する複数の専用構成要素に分割されてもよい。各々のそのような構成の詳細及びサポートされる無線アクセス技術の数に応じて、コントローラ２１７１０は、マスタ／スレーブＲＡＴ階層スキーム又はマルチＳＩＭスキームにしたがって、端末デバイス２１６０２の無線通信動作を制御するように構成されてもよい。

端末デバイス２１６０２は、また、アプリケーション・プロセッサ２１７１２、メモリ２１７１４、及び電源２１７１２を含んでもよい。アプリケーション・プロセッサ２１７１２は、ＣＰＵであってもよく、そのＣＰＵは、端末デバイス２１６０２のアプリケーション層において、端末デバイス２１６０２のオペレーティング・システム（ＯＳ）、端末デバイス２１６０２とのユーザによる対話をサポートするユーザ・インターフェイス（ＵＩ）、及び／又はさまざまなユーザ・アプリケーション等のさまざまなアプリケーション及び／又はプログラムを実行するように構成されてもよい。そのアプリケーション・プロセッサ２１７１２は、ベースバンドモデム２１７０６が提供する１つ又は複数の無線アクセス接続を介して、音声データ、音声／ビデオ／画像データ、メッセージングデータ、アプリケーション・データ、基本的なインターネット／ウェブアクセスデータ等のユーザデータを送信し及び受信するためのアプリケーション層として、ベースバンドモデム２１７０６との間のインターフェイスを提供してもよい。図２１７に個別に示されているが、この区別は、ベースバンドモデム２１７０６とアプリケーション・プロセッサ２１７１２との間の機能レベルでの差異を強調する。したがって、いくつかの態様において、個別のベースバンドモデム２１７０６及び個別のアプリケーション・プロセッサ２１７１２等のベースバンドモデム２１７０６及びアプリケーション・プロセッサ２１７１２は、例えば、構成上、分離されていてもよい。いくつかの態様において、集積ベースバンドモデム／アプリケーション・プロセッサ２１７０６／２１７１２等のベースバンドモデム２１７０６及びアプリケーション・プロセッサ２１７１２は、構成上、一体化されてもよい。

メモリ２１７１４は、ハードドライブ又は他のそのようなメモリデバイス等の端末デバイス２１６０２のメモリ構成要素を実現してもよい。図２１７に明示的には示されていないが、図２１７に示されている端末デバイス２１６０２のさまざまな他の構成要素の各々は、追加的に、ソフトウェアプログラムコード、バッファリングデータ等を格納するための等の一体化された永久メモリ構成要素及び非永久メモリ構成要素を含んでもよい。

電源２１７１６は、端末デバイス２１６０２のさまざまな電気的構成要素に電力を供給する電源であってもよい。端末デバイス２１６０２の設計に応じて、電源２１７１６は、（再充電可能な又は使い捨て可能な）バッテリー等の‘有限な’電源、或いは、有線電気接続等の‘無限な’電源であってもよい。このようにして、端末デバイス２１６０２のさまざまな構成要素の動作は、電源２１７１６から電力を引き出すことを可能とする。

無線通信ネットワークにしたがって、端末デバイス２１６０２及び２１６０４は、無線通信ネットワーク２１６００の無線アクセス・ネットワークの利用可能なネットワーク・アクセス・ノードに接続し、切断し、及び／又は切り替えるためのモビリティ手順を実行してもよい。無線通信ネットワーク２１６００の各々のネットワーク・アクセス・ノードは、ある特定のカバレッジ・エリアを有してもよいので、端末デバイス２１６０２及び２１６０４は、無線通信ネットワーク２１６００の無線アクセス・ネットワークとの強力な無線アクセス接続を維持するために、利用可能なネットワーク・アクセス・ノードの間で選択し及び再選択するように構成されていてもよい。例えば、端末デバイス２１６０２は、ネットワーク・アクセス・ノード２１６１０との間の無線アクセス接続を確立してもよく、一方で、端末デバイス２１６０４は、ネットワーク・アクセス・ノード２１６１２との間の無線アクセス接続を確立してもよい。現在の無線アクセス接続が劣化する場合に、端末デバイス２１６０２又は２１６０４は、無線通信ネットワーク２１６００の他のネットワーク・アクセス・ノードとの間の新たな無線アクセス接続を探してもよい。例えば、端末デバイス２１６０４は、ネットワーク・アクセス・ノード２１６１２のカバレッジ・エリアから、ネットワーク・アクセス・ノード２１６１０のカバレッジ・エリアに移動してもよい。その結果、ネットワーク・アクセス・ノード２１６１２との無線アクセス接続は、劣化する場合があり、その端末デバイス２１６０４は、ネットワーク・アクセス・ノード２１６１２の信号強度測定又は信号品質測定等の無線測定によってその劣化を検出することが可能である。

無線通信ネットワーク２１６００のための適切なネットワーク・プロトコルによって定義されるモビリティ手順に応じて、端末デバイス２１６０４は、隣接するネットワーク・アクセス・ノードにおいて無線測定を実行して、いずれかの隣接するネットワーク・アクセス・ノードが適切な無線アクセス接続を提供することが可能であるか否かを決定することによって、（端末デバイス２１６０４において又は無線アクセス・ネットワークによってトリガされてもよい）新たな無線アクセス接続を探してもよい。端末デバイス２１６０４がネットワーク・アクセス・ノード２１６１０のカバレッジ・エリアに移動していてもよいので、端末デバイス２１６０４は、（端末デバイス２１６０４によって選択されてもよく、或いは、無線アクセス・ネットワークによって選択されてもよい）ネットワーク・アクセス・ノード２１６１０を識別し、そして、ネットワーク・アクセス・ノード２１６１０との新たな無線アクセス接続に移行してもよい。無線測定、セル選択／再選択、及びハンドオーバーを含むそのようなモビリティ手順は、さまざまなネットワーク・プロトコルによって確立され、各々の端末デバイスと無線アクセス・ネットワークとの間の強力な無線アクセス接続を複数の異なる無線アクセス・ネットワーク・シナリオにわたって維持するために、端末デバイス及び無線アクセス・ネットワークによって採用されてもよい。

図２１８は、幾つかの態様にしたがったネットワーク・アクセス・ノード２１６１０等のネットワーク・アクセス・ノードのある１つの例示的な内部構成を示している。図２１８に示されているように、ネットワーク・アクセス・ノード２１６１０は、アンテナシステム２１８０２、無線モジュール２１８０４、（例えば、物理層モジュール２１８０８及び制御モジュール２１８１０を含む）通信モジュール２１８０６、及びバックホール・インターフェイス２１８１２を含んでもよい。ネットワーク・アクセス・ノード２１６１０の動作の簡略化された概観において、ネットワーク・アクセス・ノード２１６１０は、アンテナシステム２１８０２を介して無線信号を送信し及び受信してもよく、アンテナシステム２１８０２は、１つ又は複数のアンテナを含むアンテナアレイであってもよい。無線モジュール２１８０４は、通信モジュール２１８０６からの出力ディジタルデータをアナログＲＦ信号に変換して、無線送信のためにアンテナシステム２１８０２に供給するために、送信ＲＦ処理を実行してもよい。無線モジュール２１８０４は、また、アンテナシステム２１８０２から受信した入来アナログＲＦ信号をディジタルデータに変換して、通信モジュール２１８０６に供給するために、受信ＲＦ処理を実行してもよい。

物理層モジュール２１８０８は、無線モジュール２１８０４から受信したディジタルデータに対して物理層受信処理を実行して、制御モジュール２１８１０に供給し、そして、制御モジュール２１８１０から受信したディジタルデータに対して物理層送信処理を実行して、無線モジュール２１８０４に供給する、ように構成されてもよい。制御モジュール２１８１０は、ＵＭＴＳ、ＬＴＥ、及びＬＴＥ－Ａ等の対応する無線アクセスプロトコルにしたがって、ネットワーク・アクセス・ノード２１６１０の通信機能を制御することが可能であり、その制御は、アンテナシステム２１８０２、無線モジュール２１８０４、及び物理層モジュール２１８０８に対する制御を行うことを含んでもよい。

いくつかの態様において、構成上、例えば、１つ又は複数の専用ハードウェア回路又はＦＰＧＡ等のハードウェア定義モジュールとして、例えば、非一時的コンピュータ読み取り可能な記憶媒体の中に格納される（例えば、ソフトウェア及び／又はファームウェア等の）演算命令、制御命令、及びＩ／Ｏ命令を定義するプログラムコードを実行する１つ又は複数のプロセッサ等のソフトウェア定義モジュールとして、又はハードウェア定義モジュール及びソフトウェア定義モジュールの混合モジュールとして、無線モジュール２１８０４、物理層モジュール２１８０８、及び制御モジュール２１８１０の各々を実現してもよい。いくつかの態様において、無線モジュール２１８０４は、無線トランシーバーであってもよく、その無線トランシーバーは、ディジタル及びアナログ無線周波数処理、及び、増幅回路を含む。いくつかの態様において、無線モジュール２１８０４は、プロセッサとして実装されるソフトウェア定義無線構成要素であってもよく、そのプロセッサは、無線周波数処理ルーチンを指定するソフトウェア定義命令を実行するように構成される。いくつかの態様において、物理層モジュール２１８０８は、プロセッサおよび１つ又は複数のハードウェアアクセラレータを含んでもよく、そのプロセッサは、物理層処理を制御し、そして、１つ又は複数のハードウェアアクセラレータに特定の処理タスクをオフロードする、ように構成される。いくつかの態様において、制御モジュール２１８１０は、コントローラであってもよく、そのコントローラは、上位層制御機能を指定するソフトウェア定義命令を実行するように構成される。いくつか態様において、制御モジュール２１８１０は、無線通信プロトコルスタック層機能に限定されてもよく、他の態様において、制御モジュール２１８１０は、また、トランスポート層機能、インターネット機能、及びアプリケーション層の機能を担ってもよい。

ネットワーク・アクセス・ノード２１６１０は、有線インターフェイス又は無線インターフェイスを介してもよいコアネットワーク及び／又はインターネット・ネットワークとの間で（直接的に／ルータを介して、又はコアネットワークを介して）インターフェイスを提供してもよい。ネットワーク・アクセス・ノード２１６１０は、また、有線又は無線インターフェイスを介して他のネットワーク・アクセス・ノードとの間のインターフェイスを提供してもよい。このようにして、ネットワーク・アクセス・ノード２１６１０は、サーバ端末デバイスが所望の通信データにアクセスすることを可能にする無線アクセス・ネットワークを提供することによって、無線通信ネットワークの中のネットワーク・アクセス・ノードの機能を提供してもよい。

無線通信ネットワークは、無線通信に影響を及ぼすさまざまな要因のために、極めて動的となる場合がある。例えば、端末デバイス２１６０２及び２１６０４は、ネットワーク・アクセス・ノード２１６１０及び２１６１２に対してさまざまな異なる位置に（例えば、ユーザによって）移動してもよく、これは、端末デバイス２１６０２及び２１６０４とネットワーク・アクセス・ノード２１６１０及び２１６１２との間の相対距離及び無線伝搬チャネルに影響を及ぼす場合がある。その無線伝搬チャネルは、また、干渉、移動障害物、及び大気変化等のモビリティとは無関係の要因によって変化する場合がある。加えて、バッテリー電力、複数の無線アクセス技術の使用、ユーザ活動の変化、及び関連するデータトラフィック需要等の、端末デバイス２１６０２及び２１６０４における局所条件も、また、無線通信に影響を与える場合がある。無線通信は、ネットワーク負荷及び利用可能な無線リソース等の基礎となるコアネットワークに加えて、ネットワーク・アクセス・ノード２１６１０及び２１６１２における条件によっても影響を受けることがある。

前に示されているように、いくつかの態様において、ネットワーク・アクセス・ノード２１６１０及び２１６１２は、コアネットワークとの間のインターフェイスを提供してもよい。図２１９は、ネットワーク・アクセス・ノード２１６１０が、セルラー・コアネットワークであってもよいコアネットワーク２１９０２との間のインターフェイスを提供する幾つかの態様にしたがったある１つの例示的な構成を示している。コアネットワーク２１９０２は、無線通信ネットワーク２１６００の動作に不可欠なデータルーティング、ユーザ／加入者の認証及び管理、外部ネットワークとの間のインターフェイスの提供、及びさまざまなネットワーク制御タスク等のさまざまな機能を提供してもよい。したがって、コアネットワーク２１９０２は、データ・ネットワーク２１９０４及びデータ・ネットワーク２１９０６等のさまざまな外部ネットワークと端末デバイス２１６０２との間のデータをルーティングするためのインフラストラクチャを提供してもよい。したがって、端末デバイス２１６０２は、ネットワーク・アクセス・ノード２１６１０が提供する無線アクセス・ネットワークに依存して、ネットワーク・アクセス・ノード２１６１０を使用してデータを無線によって送信し及び受信し、ネットワーク・アクセス・ノード２１６１０は、その次に、（パケット・データ・ネットワークであってもよい）データ・ネットワーク２１９０４及び２１９０６等の外部位置にさらにルーティングするために、コアネットワーク２１９０２にデータを供給してもよい。したがって、端末デバイス２１６０２は、データ・ネットワーク２１９０４及び／又はデータ・ネットワーク２１９０６とのデータ接続を確立してもよく、データ・ネットワーク２１９０４及び／又はデータ・ネットワーク２１９０６は、データ転送及びルーティングのためのネットワーク・アクセス・ノード２１６１０及びコアネットワーク２１９０２に依存する。

７．１ 階層通信＃１
いくつか態様において、Ｄ２Ｄ通信は、ネットワーク・アクセス・ノード及びコアネットワークを介して通信することを必要とすることなく、複数の端末デバイス又は複数のユーザの間で直接的な通信を提供することが可能である。このことは、複数の端末デバイスの間の無線リンクのための範囲又は可能性に関係なく、複数の端末デバイスの間の通信が、通常、無線アクセス・ネットワーク及びコアネットワークを介してルーティングされる伝統的な無線通信ネットワークからの著しい発展である。逆に、Ｄ２Ｄ通信の設定において、複数の端末デバイスは、互いとの間で直接的に通信することが可能であり、このようにして、無線アクセス・ネットワーク又はコアネットワークを介したいかなるルーティングも回避する。

さらに、無線通信ネットワークが主として音声呼ベースであった際には、端末デバイスは、主として、互いにごく近接して位置していない他の端末デバイスと通信する。これに対して、現代の無線通信は、複数の端末デバイスの間のデータ交換のための新たな使用事例を導入し、おそらく、互いにごく近接している複数の端末デバイスの間でさえも新たな使用事例を導入している。このような環境においては、複数の端末デバイスの間で直接的に情報を共有する能力は、ネットワークに対する対応する負担を軽減しつつ、データの共有の需要を満たす。さらに、Ｄ２Ｄ通信において、ごく近接した端末デバイスが送信する場合には、ネットワーク・アクセス・ノードとのアップリンク通信及びダウンリンク通信に必要な電力レベルと比較して、より低い電力レベルで、高いデータレートを達成することができることがよくある。

５Ｇ及び他の新たに出現する無線アクセス技術においては、無線送信は、ＬＴＥ等の他の無線アクセス技術において使用される波長よりも短い波長において生起する可能性が高い。これらのより短い波長は、ｍｍＷａｖｅの場合のようなミリメートル波長を含んでもよい。ミリメートル波長は、より長い波長と比較してより高いデータレートを実現することが可能であるが、ミリメートル波長の物理的特性により、結果として貧弱なカバレッジ、又は、近傍のブロッカーの存在により、ミリメートル波長は、停止状態にさらされる。

停止状態の問題は、車両端末デバイスが無線アクセスインフラストラクチャ及び／又はさらに下流の他のネットワーク位置でデータを送信し及び受信してもよいＶ２Ｉ及びＶ２Ｖアプリケーションにおいて特に深刻である場合がある。Ｖ２Ｉ及びＶ２Ｖアプリケーションに伴う高いモビリティは、車両端末デバイスが、貧弱な信号カバレッジの領域又は信号が妨害又は遮断される領域に入る場合があるシナリオにつながることがある。一方で、車両端末デバイスが、基地局又はネットワークに関して貧弱なカバレッジ又は貧弱な信号を経験するときに、車両端末デバイスが、第２の車両端末デバイスに関してかなり良好なカバレッジ又は信号強度を有することが可能であることがある。

本開示の第１の階層的通信システムにおいて、車両又はドローン等の中継車両端末デバイスを、全体的なリンク品質、及び、したがって、Ｖ２Ｉ又はＤ２Ｉリンクの信頼性を改善するために適時的に利用することが可能である。例えば、車両端末デバイスは、近傍の車両端末デバイスを発見し、それらの近傍の車両端末デバイスの間のＤ２Ｄサイドリンク・チャネルのリンク品質を評価して、リンク品質測定を取得するために、Ｄ２Ｄ通信を介して１つ又は複数の他の車両端末デバイスと対話するように構成されてもよい。１つ又は複数の車両端末デバイスは、その次に、ネットワーク・アクセス・ノードにそれらのリンク品質測定値を報告してもよい。そのネットワーク・アクセス・ノードは、その次に、リンク品質測定値を評価して、車両端末デバイスのためのアップリンクチャネル及びダウンリンクチャネルをスケジューリングすることが可能であり、それらのアップリンクチャネル及びダウンリンクチャネルのうちのいくつかは、中継デバイスを介して、アップリンクチャネル及びダウンリンクチャネルの一部として、Ｄ２Ｄサイドリンク・チャネルを含んでもよい。したがって、いくつかの態様は、車両端末デバイスのための適切なアップリンクインタフェース及びダウンリンクインタフェースを識別するために、複数の車両端末デバイスと複数のネットワーク・アクセス・ノードとの間の協調を伴ってもよい。いくつかの態様は、複数の車両と他の端末デバイスとの間のＤ２Ｄリンク等のＤ２Ｄリンクの一部として他の端末デバイスを利用してもよい。

Ｖ２Ｉ／Ｖ２ＮリンクのためのこのＤ２Ｄ中継支援は、サイドリンク・チャネルが同時にインフラストラクチャリンクに接続しているデバイスのために使用されているときであっても、Ｄ２Ｄサイドリンク・チャネルの適時的な使用（ｏｐｐｏｒｔｕｎｉｓｔｉｃ ｕｓｅ）によって、セルエッジのスループットパフォーマンスを改善することが可能である。免許付与された周波数又は免許不要の周波数を使用して、サイドリンク・チャネル通信を搬送してもよい。サイドリンク・チャネル通信のためのこれらの周波数は、波長に関しては制限されず、関連する設置に適するいずれかの波長において送信されてもよい。

第１の階層通信システムは、中継器として車両端末デバイスを使用してもよい。いくつかの態様において、中継器として車両又はドローン等の車両端末デバイスを使用すると、無線電話又は他のＵＥを介する適時的なサイドチャネルの送信（ｏｐｐｏｒｔｕｎｉｓｔｉｃ ｓｉｄｅ－ｃｈａｎｎｅｌ ｔｒａｎｓｍｉｓｓｉｏｎ）を使用する場合と比較して好都合となる場合がある。特に、無線電話を介する適時的なサイドチャネルの送信は、デバイスの電力割当量又は協調に対するインセンティブに関連する課題を提起することがある。これらの問題は、車両端末デバイスを使用して大幅に軽減することが可能である。バッテリーの寿命に関して、車両端末デバイスは、セルラー電話又は他の一般的なユーザデバイスを十分に上回るバッテリーリソースを有してもよい。車両端末デバイスは、また、局所的に電流を発生させるエンジン又は燃料電池、或いは、局所的にバッテリーを再充電する能力さえも有することが可能である。それらの車両端末デバイスは、また、それらの車両端末デバイスに給電するか、又は、後の使用のためにバッテリーにエネルギーを蓄えることを可能とする太陽電池を備えることも可能である。車両端末デバイスにおけるこれらの電力関連の利点により、それらの車両端末デバイスは、セルラー電話と比較して、適時的なサイドチャネルの送信に特により良好に適している。少なくとも、より頑健な電力リソースのため、車両端末デバイスは、セルラー電話と比較して、適時的なサイドチャネルの送信に協力する意図を有しているか、又は、協力することが可能である場合がある。中継のための車両端末デバイスの使用に関して、さまざまな重要な事項を考慮することが可能である。例えば、車両端末デバイスによる中継は、さらなる待ち時間を生じさせる場合がある。階層ネットワークアーキテクチャにおける複数のサービスを分離し、そして、その次に、ＩｏＴサービス等の待ち時間耐性のあるサービスのための車両端末デバイスによる中継のみを使用する、ことによって、このことを解決することが可能である。車両端末デバイスによる中継は、また、中継用のデバイスにおいて、大きな処理電力を必要とする場合がある。これは、特定のＫＰＩパラメータの測定に基づいて、中継用のデバイスを動的に選択し、そして、中継器として（例えば、バッテリー状態が良好、チャネル状態が良好等の）‘強い’端末のみを選択する、ことによって、このことに対処することが可能である。

図２２０及び図２２１は、いくつかの態様にしたがった第１の階層的通信システムの動作を図示している複数の例示的シナリオを示している。図２２０の例示的シナリオに示されているように、ネットワーク・アクセス・ノード２２００１は、端末デバイス２２００２に加えて、車両端末デバイス２２００３及び２２００８乃至２２０１０を含む近接端末デバイスに無線アクセス・ネットワークを提供することが可能である。車両端末デバイス２２００３及び２２００８乃至２２０１０は、例えば、自動車、非自動車、又はドローンを含むいずれかのタイプの車両ノードであってもよい。

図２２０に示されているように、ネットワーク・アクセス・ノード２２００１は、主ダウンリンクチャネル２２００５を介して、車両端末デバイス２２００８乃至２２００９にダウンリンクデータを送信してもよく、その主ダウンリンクチャネル２２００５は、ネットワーク・アクセス・ノード２２００１と車両端末デバイス２２００８乃至２２０１０との間の直接的な経路であってもよい。次に、車両端末デバイス２２００８乃至２２０１０は、主ダウンリンクチャネル２２００５の（図２２０に明示的には示されていない）逆経路を介して、ネットワーク・アクセス・ノード２２００１にアップリンクデータを送信してもよい。車両端末デバイス２２００８乃至２２０１０とネットワーク・アクセス・ノード２２００１との間の通信は、Ｖ２Ｉ及び／又はＶ２Ｎとして特徴付けられてもよい。したがって、Ｖ２Ｉ設定のいくつかの態様において、ネットワーク・アクセス・ノード２２００１は、局所的な通信及び制御を処理する信号又は他の路側設備（ｒｏａｄｓｉｄｅ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）等の路側機器（ｒｏａｄｓｉｄｅ ｅｑｕｉｐｍｅｎｔ）であってもよく、その路側機器は、複数の移動する車両の間の通信、統合、及び移動制御を局所的に処理する。Ｖ２Ｎ設定のいくつかの態様において、ネットワーク・アクセス・ノード２２００１は、（例えば、コアネットワークを介して）外部データ・ネットワークとの間のインターフェイスを提供して、インターネットおよびクラウドサービスを提供してもよい。

上記で示されているように、第１の階層的通信システムは、例えば、サイドリンク・チャネルを利用する中継用のアップリンク及び／又はダウンリンクチャネルを実現するために、複数の車両端末デバイス及び／又は複数の端末デバイスの間のサイドリンク・チャネルを利用して、アップリンク及びダウンリンクチャネルを改善してもよい。したがって、車両端末デバイス２２００３は、ネットワーク・アクセス・ノード２２００１にアップリンクデータを送信するために、主アップリンクチャネル２２００７を利用しなくてもよい。図２２０に示されているように、車両端末デバイス２２００３は、代わりに、サイドリンク・チャネル２２００６を利用して、端末デバイス２２００２にアップリンクデータを送信し、その端末デバイス２２００２は、主アップリンクチャネル２２００４によってネットワーク・アクセス・ノード２２００１にアップリンクデータを中継してもよい。したがって、車両端末デバイス２２００３は、（例えば、Ｄ２Ｄ協調等の）Ｄ２Ｄ中継を利用して、例えば、サイドリンク・チャネルを含む中継アップリンクチャネルにおいて、他の端末デバイスを介してネットワーク・アクセス・ノード２２００１にアップリンクデータを送信してもよい。したがって、車両端末デバイス２２００３とネットワーク・アクセス・ノード２２００１との間のアップリンクチャネルは、端末デバイス２２００２のサイドリンク・チャネル２２００６及びアップリンクチャネル２２００４を含む中継用のアップリンクチャネルであってもよい。図２２０の構成要素は、Ｄ２Ｄサイドリンク支援を利用して、Ｖ２Ｉ又はＶ２Ｎ通信を実行してもよい。

図２２１は、いくつかの態様にしたがった第１の階層的通信システムの他の例示的シナリオを示している。図２２１に示されているように、ネットワーク・アクセス・ノード２２００１は、複数のサイドリンク・チャネルを含む中継用のダウンリンクチャネルにおいて、端末デバイス２２００２にダウンリンクデータを送信してもよい。したがって、主ダウンリンクチャネル２２１０５を使用して、端末デバイス２２００２に送信する代わりに、ネットワーク・アクセス・ノード２２００１は、ダウンリンクチャネル２２１０１と複数の車両端末デバイス２２００８、２２００９、及び２２０１０の間の一連のサイドリンク・チャネル２２１０２、２２１０３、及び２２１０４とを利用して、端末デバイス２２００２にダウンリンクデータを送信してもよい。したがって、いくつかの態様において、ネットワーク・アクセス・ノード２２００１は、複数のサイドリンク・チャネルを利用して、中継用のダウンリンクチャネルを完成してもよい。Ｖ２Ｉ又はＶ２Ｎ通信に、図２２１に示されているＤ２Ｄサイドリンク支援を適用してもよい。図２２０及び図２２１に示されているシナリオは、本質的に例示的なものである。Ｄ２Ｄサイドリンク支援で利用されるサイドリンク・チャネルの数は、いずれかの数に拡張可能であってもよく、アップリンク方向及び／又はダウンリンク方向において実行されてもよい。Ｄ２Ｄ中継支援のために利用されるサイドリンク・チャネルは、複数の端末デバイス及び複数の車両端末デバイスのいずれかの組み合わせによって提供されてもよい。複数のサイドリンクは、例えば、ある車両の中のユーザ機器、近接する車両のグループ、近接するＩｏＴデバイスのグループ、体内の埋め込み可能なデバイスのグループ等の複数の異なる端末デバイスによって使用されてもよい。

図２２２は、幾つかの態様にしたがった車両端末デバイス２２２００のある１つの例示的な内部構成を示している。図２２２に示されているように、車両端末デバイス２１６００は、アンテナシステム２２２０２と、ＲＦトランシーバー２２２０４と、発見モジュール２２２０８、測定モジュール２２２１０、及び通信モジュール２２２１２を含む処理モジュール２２２０６と、を含んでもよい。いくつかの態様において、図２２２は、無線通信の設定において使用される車両端末デバイス２２２００の構成要素のみを図示してもよい。したがって、幾つかの態様において、車両端末デバイス２２２００は、車両に一体化されてもよく、また、エンジン、ハウジング、車載電子機器、トランスミッション、窓、ドア等の車載構成要素を含んでもよい。

車両端末デバイス２２２００は、アンテナシステム２２２０２及びＲＦトランシーバー２２２０４を介して信号を送信し及び受信してもよく、このことは、図２１７に関して前に説明したように、端末デバイス２１６０２のアンテナシステム２１７０２及びＲＦトランシーバー２１７０４という方式で構成されてもよい。処理モジュール２２２０６は、発見モジュール２２２０８、測定モジュール２２２１０、及び通信モジュール２２２１２における車両端末デバイス２２２００の制御無線通信機能を有してもよい。いくつかの態様において、処理モジュール２２２０６、及び／又は、発見モジュール２２２０８、測定モジュール２２２１０、及び通信モジュール２２２１２のうちの１つ又は複数は、ベースバンドモデム及び／又はアプリケーション層構成要素として実現されてもよく、及び／又は、ハードウェア定義モジュールとして、例えば、１つ以上の専用ハードウェア回路またはＦＰＧＡとして、ソフトウェア定義モジュールとして、例えば、非一時的なコンピュータ読み取り可能な記憶媒体の中に格納されている（例えば、ソフトウェア及び／又はファームウェア等の）演算命令、制御命令、及びＩ／Ｏ命令を定義するプログラムコードを実行する１つ又は複数のプロセッサとして、又はハードウェア定義の及びソフトウェア定義の混合モジュールとして実装されてもよい。

発見モジュール２２２０８は、Ｄ２Ｄ発見手順にしたがって、他の端末デバイス及び車両端末デバイスを発見するために、（アンテナシステム２２２０２及びＲＦトランシーバー２２２０４を介して）発見手順を実行するように構成されてもよい。いくつかの態様において、発見モジュール２２２０８は、受信した無線信号において（例えば、プライマリサイドリンク同期信号（ＰＳＳＳ）及びセカンダリサイドリンク同期信号（ＳＳＳ）等の）予め定義されているプリアンブルを検出することによって、予め定義されたプリアンブルを使用して、ブラインド時間及び周波数同期及びサイドリンクＩＤ検出機能を適用してもよい。予め定義されているプリアンブルは、（例えば、ＬＴＥ等の）規格において予め定義されていてもよく、したがって、発見モジュール２２２０８において先験的に知られていてもよい。測定モジュール２２２１０は、アップリンクチャネル及び／又はダウンリンクチャネル及びサイドリンク・チャネルにおいて（アンテナシステム２２２０２及びＲＦトランシーバー２２２０４を介して）無線測定を実行するように構成されてもよい。いくつかの態様において、測定モジュール２２２１０は、 （ネットワーク・アクセス・ノードから）主アップリンクチャネル及び／又はダウンリンクチャネルにおいて受信した信号に対して、及び、（他の車両端末デバイスから）サイドリンク・チャネルにおいて受信した信号に対して、無線測定を実行して、リンク品質測定値を取得する、するように構成されてもよい。さまざまな態様において、リンク品質測定は、信号強度測定、信号品質測定、ＳＮＲ測定、ＳＩＮＲ測定、誤り率測定、又はいずれかの他のタイプのリンク品質測定であってもよい。

通信モジュール２２２１２は、発見、測定、送信及び受信制御、タイミング、及び、モビリティのトリガを含む車両端末デバイス２２２００の無線通信機能を制御するように構成されてもよい。したがって、通信モジュール２２２１２は、測定モジュール２２２１０が取得したリンク品質測定値を統合し、そして、ネットワーク・アクセス・ノードにそのリンク品質測定値を報告する、ように構成されてもよい。通信モジュール２２２１２は、また、対応する無線アクセスプロトコルにしたがって、アップリンクチャネル、ダウンリンクチャネル、及びサイドリンク・チャネルにおいて、（ＲＦトランシーバー２２２０４及びアンテナシステム２２２０２を介して）信号を送信し及び受信するように構成されてもよい。

したがって、処理モジュール２２２０６は、ユーザ機器の近傍において無線通信が有効化されている１つ又は複数のデバイスを決定するように構成される発見モジュール（２２２０８）、無線通信が有効化されている１つ又は複数のデバイスについてリンク品質を決定するように構成される測定モジュール（２２２１０）、及び、無線通信が有効化されている１つ又は複数のデバイスについての決定されたリンク品質を送信し、無線通信が有効化されている選択されたデバイスを含む送信を受信し、選択されたデバイスとの間の送信のためのスケジューリングプロトコルを受信し、そして、選択されたデバイスにデータを送信する、ように構成される通信モジュール（２２２１２）を含んでもよい。

図２２３は、第１の階層通信システムのいくつかの態様にしたがったネットワーク・アクセス・ノード２２３００のある１つの例示的な内部構成を示している。様々な態様において、ネットワーク・アクセス・ノード２２００１は、ネットワーク・アクセス・ノード２２３００の方式で構成されてもよい。ネットワーク・アクセス・ノード２２３００は、アンテナシステム２２３０２及び無線モジュール２２３０４を介して信号を送信し及び受信してもよく、アンテナシステム２２３０２及び無線モジュール２２３０４は、図２１７に関して前に説明したように、ネットワーク・アクセス・ノード２１６１０のアンテナシステム２１８０２及び無線モジュール２１８０４の方式で構成されてもよい。処理モジュール２２３０６は、通信モジュール２２３０８におけるネットワーク・アクセス・ノード２２３００の無線通信機能を制御してもよい。

いくつかの態様において、処理モジュール２２３０６及び／又は通信モジュール２２３０８は、ベースバンド構成要素及び／又はアプリケーション層の構成要素として実現されてもよく、及び／又は、例えば、１つ又は複数の専用回路又はＦＰＧＡ等のハードウェア定義モジュールとして、ソフトウェア定義モジュールとして、例えば、非一時なコンピュータ読み取り可能な記憶媒体の中に格納されている（例えば、ソフトウェア及び／又はファームウェア等の）演算命令、制御命令、及びＩ／Ｏ命令を定義するプログラムコードを実行する１つ又は複数のプロセッサとして、又は、ハードウェア定義の及びソフトウェア定義の混合モジュールとして実装されてもよい。通信モジュール２２３００は、Ｄ２Ｄ発見スケジューリング、ネットワーク支援情報提供、アップリンク、ダウンリンク、及びサイドリンク・チャネルについてのリンク測定の評価、アップリンクチャネル／ダウンリンクチャネルの選択及びチャネルスケジューリング、Ｄ２Ｄ対形成（Ｄ２Ｄ ｐａｉｒｉｎｇ）、及びダウンリンク信号及びアップリンク信号の送信及び受信のうちの１つ又は複数を実行するように構成されてもよい。

したがって、処理モジュール２２３０６は、ユーザ機器から無線送信が有効化されている１つ又は複数のデバイスのリンク品質を受信し、リンク品質に基づいて、無線送信が有効化されている１つ又は複数のデバイスから、サイドチャネル送信のためのデバイスを選択し、そして、ユーザ機器及び選択されたデバイスに、サイドチャネル送信のためのスケジュールを送信する、ように構成される通信モジュール（２２３０２）を含む。

図２２４は、いくつかの態様にしたがったメッセージシーケンスチャート２２４００を示している。いくつかの態様において、Ｖ２Ｉ又はＶ２Ｎ設定で動作する通信ノードは、メッセージシーケンスチャート２２４００の手順を適用し、そして、複数のサイドリンク・チャネルを利用して、主チャネルを改善することが可能であり、その主チャネルは、ネットワーク・アクセス・ノードと端末デバイスとの間のＶ２Ｉ又はＶ２Ｎダウンリンクチャネル又はアップリンクチャネルであってもよい。図２２４に示されているように、車両端末デバイス２２００８、２２００９、及び２２０１０、及び、ネットワーク・アクセス・ノード２２００１は、メッセージシーケンスチャート２２４００の手順を実行してもよい。しかしながら、以下の説明は、実証的であり、車両端末デバイス及び非車両端末デバイスのいずれかの組み合わせを含む端末デバイスの他の組み合わせに同様に適用することが可能である。いくつかの態様において、車両端末デバイス２２００８乃至２２０１０は、図２２２に関して詳細に説明するように、車両端末デバイス２２２００の方式で構成されてもよい。いくつかの態様において、ネットワーク・アクセス・ノード２２００１は、図２２３に関して詳細に説明するように、ネットワーク・アクセス・ノード２２３００の方式で構成されてもよい。

車両端末デバイス２２００８乃至２２０１０は、最初に、（例えば、図２２２に示されているように、発見モジュール２２２０８等の発見モジュールにおいて）ステップ２２４０２において、利用可能なサイドリンク・チャネルを使用する近傍のデバイスを発見してもよい。いくつかの態様において、車両端末デバイス２２００８乃至２２０１０は、Ｄ２Ｄ発見信号のための（複数の特定の周波数に割り当てられてもよい）複数のサイドリンク・チャネルをモニタリングすることによって、Ｄ２Ｄ発見を実行することで、ステップ２２４０２を実行してもよい。車両端末デバイス２２００８乃至２２０１０は、その次に、いずれかの検出可能なＤ２Ｄ発見信号を識別し、その後、利用可能なサイドリンク・チャネルを使用する近傍のデバイスを識別してもよい。例えば、ある１つの例示的なシナリオにおいて、車両端末デバイス２２００８乃至２２０１０は、（例えば、Ｄ２Ｄ発見の範囲の中で）互いに近接していてもよく、ステップ２２４０２において互いを検出してもよい。

さまざまな態様において、車両端末デバイス２２００８乃至２２０１０は、いずれかのデバイス間の無線アクセス技術を利用して、ステップ２２４０２において利用可能なサイドリンク・チャネルを使用する近傍のデバイスを発見してもよい。例えば、さまざまな態様において、車両端末デバイス２２００８乃至２２０１０は、（例えば、ＰＣ５インターフェイスを介して）ＬＴＥ Ｄｉｒｅｃｔ、ＬＴＥ近接サービス（ＬＴＥ Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅｓ） （ＰｒｏＳｅ）、専用近距離通信（ＤＳＲＣ）、（Ｗｉ－Ｆｉ Ｄｉｒｅｃｔを含む）ＷＬＡＮ／Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、ｍｍＷａｖｅ等を利用してもよい。いくつかの態様において、車両端末デバイス２２００８乃至２２０１０のうちの１つ又は複数は、複数のデバイス間の無線アクセス技術を利用することが可能であり、それらの複数のデバイス間の無線アクセス技術について発見を実行することが可能である。

追加的に又は代替的に、いくつかの態様において、端末デバイス２２００８乃至２２０１０は、ネットワーク・アクセス・ノード２２００１が提供するネットワーク支援を使用して、ステップ２２４０２において近傍のデバイスを発見してもよい。例えば、ネットワーク・アクセス・ノード２２００１は、ステップ２２４０２において、近傍のデバイスが、例えば、近傍のデバイス情報を提供することが可能であるということを示す情報を提供してもよい。例えば、ネットワーク・アクセス・ノード２２００１は、車両端末デバイス２２００９及び２２０１０が車両端末デバイス２２００８に近接する（又は近接すると予想される）という近傍デバイス情報を車両端末デバイス２２００８に提供してもよい。ネットワーク・アクセス・ノード２２００１は、ネットワーク・アクセス・ノード２２００１がサービスを提供する車両端末デバイス２２００８乃至２２０１０を含む車両端末デバイスのための地理位置情報及び／又はトポロジー情報に基づいて、そのような近傍デバイス情報を取得してもよい。車両端末デバイス２２００８乃至２２０１０は、その次に、近傍デバイス情報を利用して、ステップ２２４０２において、近傍のデバイスを識別してもよく、いくつかの態様においては、また、近傍デバイス情報を検証するために、ステップ２２４０２においてＤ２Ｄ発見を実行してもよい（又は、Ｄ２Ｄ発見のための予備的初期情報として近傍デバイス情報を利用してもよい）。

いくつかの態様において、ネットワーク・アクセス・ノード２２００１は、‘近傍発見フェイズ’としてステップ２２４０２をスケジューリングしてもよい。例えば、ネットワーク・アクセス・ノード２２００１は、車両端末デバイス２２００８乃至２２０１０に制御情報を送信してもよく、その制御情報は、次の時間期間（又は周期的に発生する時間期間）が近傍発見フェイズであるということを指定する。車両端末デバイス２２００８乃至２２０１０は、その近傍発見フェイズの間に発見を実行してもよい。場合によっては、車両端末デバイス２２００８乃至２２０１０は、その近傍発見フェイズにしたがって、発見を同時に実行してもよい。このことは、発見の有効性を増加させ、見落とされた接続を回避することが可能である。

ステップ２２４０２において利用可能なサイドリンク・チャネルを使用する近傍のデバイスを発見した後に、車両端末デバイス２２００８乃至２２０１０は、（例えば、図２２２に示されている測定モジュール２２２１０等の測定モジュールによって）ステップ２２４０４において利用可能なチャネルを評価してもよい。より具体的には、車両端末デバイス２２００８乃至２２０１０は、（例えば、ステップ２２４０２において発見された近傍のデバイスとの間の）利用可能なサイドリンク・チャネル及びネットワーク・アクセス・ノード２２００１との間の主アップリンクチャネル及びダウンリンクチャネルを評価してもよい。したがって、車両端末デバイス２２００８乃至２２０１０は、サイドリンク・チャネルのリンク品質を特徴付けるために、ステップ２２４０４においてサイドリンク・チャネルにおいて無線測定を実行してもよい。前に示されているように、車両端末デバイス２２００８乃至２２０１０は、ＬＴＥ Ｄｉｒｅｃｔ、ＬＴＥ ＰｒｏＳｅ、ＤＳＲＣ、ＷＬＡＮ／Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、ｍｍＷａｖｅ等を含むサイドリンク・チャネルのためのいずれかの無線アクセス技術を利用してもよい。

いくつかの態様において、車両端末デバイス２２００８乃至２２０１０のうちの１つ又は複数は、サイドリンク・チャネルについて複数の無線アクセス技術の無線測定を実行してもよい。したがって、車両端末デバイス２２００８乃至２２０１０は、複数の無線アクセス技術についてサイドリンク・チャネルを考慮してもよい。

さらに、いくつかの態様において、端末デバイス２２００８乃至２２０１０は、ステップ２２４０４において主アップリンクチャネル及び／又はダウンリンクチャネルにおいて無線測定を実行してもよく、その無線測定は、（例えば、主ダウンリンクチャネル、ＬＴＥ－Ｕｕインターフェイスにおいて）ネットワーク・アクセス・ノード２２００１からの信号を受信することと、受信した信号に対して無線測定を実行することと、を含んでもよい。ネットワーク・アクセス・ノードと端末デバイス２２００８乃至２２０１０との間の主リンクが（例えば、時分割複信（ＴＤＤ）システムのように）チャネルの相互関係を示す例示的な場合に、主ダウンリンクチャネルにおける無線測定は、主ダウンリンクチャネル及び主アップリンクチャネルの双方のリンク品質を反映する場合がある。

車両端末デバイス２２００８乃至２２０１０は、その次に、ステップ２２４０６において、ネットワーク・アクセス・ノード２２００１へのリンク品質測定を報告してもよい。さまざまな態様において、車両端末デバイス２２００８乃至２２０１０は、ステップ２２４０６において、（ＬＴＥ－Ｕｕインターフェイスによる）標準ＬＴＥ、ＬＴＥ Ｄｉｒｅｃｔ、ＬＴＥ ＰｒｏＳｅ、ＤＳＲＣ、ＷＬＡＮ／Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、又はｍｍＷａｖｅを含むいずれかの無線アクセス技術を利用して、ネットワーク・アクセス・ノード２２００１にリンク品質測定を報告してもよい。いくつかの態様において、車両端末デバイス２２００８乃至２２０１０のうちの１つ又は複数は、 （例えば、車両端末デバイス２２００８～２２０１０のうちの他の車両端末デバイスとの間の）サイドリンク・チャネルを利用して、中継リンクを介してネットワーク・アクセス・ノード２２００１にリンク品質測定値を送信してもよい。

ネットワーク・アクセス・ノード２２００１は、その次に、リンク品質測定値を受信し、（例えば、図２２３に示されている通信モジュール２２３０８等の通信モジュールによって）ステップ２２４０８において、リンク品質測定値を評価してもよい。特に、ネットワーク・アクセス・ノード２２００１は、ネットワーク・アクセス・ノード２２００１と車両端末デバイス２２００８乃至２２０１０との間のＶ２Ｉ／Ｖ２Ｎ通信のためにいずれのアップリンクチャネル及びダウンリンクチャネルをスケジューリングするかを決定してもよく、アップリンクチャネル及び／又はダウンリンクチャネルは、アップリンクチャネル経路又はダウンリンクチャネル経路の一部として（例えば、中継チャネル等の）サイドリンク・チャネルを含んでもよく、その他のアップリンクチャネル及び／又はダウンリンクチャネルは、（例えば、主チャネル等の）直接経路であってもよい。アップリンクチャネル及び／又はダウンリンクチャネルのうちのいくつかは、複数のサイドリンク・チャネルを利用する中継チャネルであってもよいので、ネットワーク・アクセス・ノード２２００１は、また、ステップ２２４０８において、いずれかの中継アップリンクチャネル及び／又はダウンリンクチャネルの一部としてのＤ２Ｄペアとしていずれの車両端末デバイスをスケジューリングするかを決定してもよい。

したがって、ネットワーク・アクセス・ノード２２００１は、ステップ２２４０８において、Ｖ２Ｉ／Ｖ２Ｎ通信を行う車両端末デバイス２２００８～２２０１０のためにスケジューリングするアップリンクチャネル及びダウンリンクチャネルを選択してもよい。ネットワーク・アクセス・ノード２２００１が、単に、（例えば、車両端末デバイス２２００８乃至２２０１０とネットワーク・アクセス・ノード２２００１との間の直接的なアップリンク経路及びダウンリンク経路等の）主アップリンクチャネル及びダウンリンクチャネルを使用するシナリオにおいては、ネットワーク・アクセス・ノード２２００１は、主アップリンクチャネル及び主ダウンリンクチャネルのほかに、サイドリンク・チャネルを含むアップリンクチャネル及びダウンリンクチャネルのための追加的なオプションを考慮してもよい。

いくつかの態様において、ネットワーク・アクセス・ノード２２００１は、ユーティリティ最大化技術を適用して、（潜在的にサイドリンク・チャネルを含む）いずれのアップリンクチャネル又はダウンリンクチャネルが、車両端末デバイスのための最適なダウンリンク経路及びアップリンク経路を提供するかを識別してもよい。例えば、図２２０の車両端末デバイス２２００３へのメッセージシーケンスチャート２２４００のある１つの例示的な適用において、車両端末デバイス２２００３は、ステップ２２４０２において、発見の間に、端末デバイス２２００２を発見し、ステップ２２４０４において、（経路２２００６を介する）サイドリンク・チャネルと（経路２２００７を介する）主アップリンクチャネル及びダウンリンクチャネルとを評価して、リンク品質測定値を取得し、ステップ２２４０６において、ネットワーク・アクセス・ノード２２００１に、リンク品質測定値を報告してもよい。端末デバイス２２００２は、同様に、ステップ２２４０４において、（経路２２００６を介する）サイドリンク・チャネルと（経路２２００４を介する）主アップリンクチャネル及びダウンリンクチャネルを評価して、リンク品質測定値を取得し、そして、ステップ２２４０６において、ネットワーク・アクセス・ノード２２００１にリンク品質測定値を報告してもよい。さまざまな態様において、リンク品質測定値は、信号強度測定値、信号品質測定値、ＳＮＲ測定値、ＳＩＮＲ測定値、誤り率測定値、又はいずれかの他のタイプのリンク品質測定値であってもよい。

ネットワーク・アクセス・ノード２２００１は、その次に、ステップ２２４０８において、リンク品質測定を評価して、ユーティリティ最大化にしたがって、潜在的なアップリンクチャネル及びダウンリンクチャネルを評価し、それにより、例えば、いずれのアップリンクチャネル及びダウンリンクチャネル（例えば、ユーティリティ）が（例えば、最大化パラメータ、最も高いスループットを有するリンク、最も低いエラー・レートを有するリンク等の）リンク性能を改善するかを識別してもよい。例えば、ネットワーク・アクセス・ノード２２００１は、Ｖ２Ｉ／Ｖ２Ｎ通信のために使用する車両端末デバイス２２００３のためのアップリンクチャネル及びダウンリンクチャネルをスケジューリングするために、（経路２２００７を介する）主アップリンクチャネル及びダウンリンクチャネルと（経路２２００６を介する）サイドリンク・チャネルを利用するアップリンクチャネル及びダウンリンクチャネルとを考慮してもよい（これらのアップリンクチャネル及びダウンリンクチャネルは、経路２２００６を介するサイドリンク・チャネル及び経路２２００４を介する主アップリンクチャネル／ダウンリンクチャネルを含む中継チャネルであってもよい）。したがって、ネットワーク・アクセス・ノード２２００１は、車両端末デバイス２２００３のための主アップリンクチャネル／ダウンリンクチャネル（経路２２００７）、サイドリンク・チャネル（経路２２００６）、及び端末デバイス２２００３のための主アップリンクチャネル／ダウンリンクチャネル（経路２２００４）のリンク品質測定値を比較して、いずれの潜在的なアップリンクチャネル及び／又はダウンリンクチャネルがリンク性能を改善するかを決定してもよい。

例えば、ネットワーク・アクセス・ノード２２００１は、ステップ２２４０８において、リンク品質測定値が、経路２２００７における主ダウンリンクチャネルが、中継を利用する経路２２００４及び経路２２００６を介する中継ダウンリンクチャネルよりもより良好なリンク性能を提供するということを示すということを決定してもよい。これに対して、ネットワーク・アクセス・ノード２２００１は、ステップ２２４０８において、リンク品質測定値が、経路２２００６及び経路２２００４を介する中継アップリンクチャネルが、経路２２００７を介する主アップリンクチャネルよりもより良好なリンク性能を提供するということを示すということを決定してもよい。したがって、ネットワーク・アクセス・ノード２２００１は、車両端末デバイス２２００３のためのダウンリンクチャネルとして経路２２００７における主ダウンリンクチャネルを選択し、車両端末デバイス２２００３のためのアップリンクチャネルとして、例えば、サイドリンク・チャネルを含む中継アップリンクチャネル等の経路２２００６及び経路２２００４を介する中継チャネルを選択してもよい。

いくつかの態様において、ネットワーク・アクセス・ノード２２００１は、ユーティリティ最大化分析によって最大化されるリンク性能パラメータとして、（例えば、全体的なスループットと個々のユーザのための最小サービスとの間の許容可能なトレードオフ等の）比例的に公正なスループットを利用してもよい。換言すれば、ネットワーク・アクセス・ノード２２００１は、例えば、特定の端末デバイスが他の端末デバイスよりも高いスループット又はレイテンシーを不公平に経験しないように、端末デバイスの間の公平なバランシングサービスに基づいて、スケジューリング及びＤ２Ｄ対形成（Ｄ２Ｄ ｐａｉｒｉｎｇ）を実行してもよい。例えば、ネットワーク・アクセス・ノード２２００１は、中継のために車両端末デバイスを使用することにより、それらの車両端末デバイスに対するデータスループットが非対称となり、中継チャネルによってそれらの車両端末デバイスのうちの一部の車両端末デバイスが他の端末デバイスよりも高いスループットを享受する不均衡を生じる場合があるということを考慮してもよい。したがって、いくつかの態様において、ネットワーク・アクセス・ノード２２００１は、ステップ２２４０８において、リンク品質測定値を評価して、（例えば、良好な品質を有するリンクは、ユーザに最小であるが保証されたサービスを提供するのに使用されてもよく、一方、それほど良好な品質を有していないリンクは、全体的なスループットを適時的に最大化するのに使用されてもよいといったように）比例的公平なスループットを最大化するアップリンクチャネル及び／又はダウンリンクチャネルをスケジューリングしてもよい。したがって、ネットワーク・アクセス・ノード２２００１は、他の車両端末デバイスへのスループットで中継するためのサイドリンク・チャネルの使用の影響を考慮する結合手順において、潜在的なアップリンクチャネル及びダウンリンクチャネルを評価してもよい。

いくつかの態様において、ネットワーク・アクセス・ノード２２００１は、また、ステップ２２４０８において、アップリンクチャネル及び／又はダウンリンクチャネルのスケジューリングにおける中継戦略を考慮してもよい。例えば、増幅及び転送、復号及び転送、圧縮及び転送、又は量子化マップ及び転送を含む、（適切なＭＩＭＯ処理のために、複数のＤ２Ｄ対の間で受信した信号を交換するために使用可能である）Ｄ２Ｄ対形成に利用可能な複数の異なる中継戦略が存在してもよい。様々な中継戦略は、複数の異なる性能レベルを提供してもよく、及び／又は（例えば、同期化又はデバイス能力のための）複数の異なる要件を有してもよい。いくつかの態様において、車両端末デバイス２２００８乃至２２０１０は、（例えば、ステップ２２４０６において又は他の報告段階において）ネットワーク・アクセス・ノード２２００１に、それらの能力を示す情報を提供してもよく、例えば、デバイス能力シグナリングとして、Ｄ２Ｄ （Ｖ２Ｖ）協調のためのそれらの中継能力を提供してもよい。ネットワーク・アクセス・ノード２２００１は、また、ユーティリティ最大化分析の一部として、中継戦略の影響を考慮してもよく、（例えば、多くのホップを有する中継戦略は、待ち時間クリティカルなサービス及びユーティリティ最大化分析に対して悪影響を及ぼす場合があるといったように）特定の中継戦略によって中継アップリンクチャネル及び／又はダウンリンクチャネルをスケジューリングしてもよい。

前に示されているように、いくつかの態様において、車両端末デバイス２２００８乃至２２０１０のうちの１つ又は複数は、例えば、ＬＴＥ Ｄｉｒｅｃｔ、ＬＴＥ ＰｒｏＳｅ、ＤＳＲＣ、ＷＬＡＮ／Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、又はｍｍＷａｖｅ等の複数の無線アクセス技術についてサイドリンク・チャネルをサポートすることが可能であり、ステップ２２４０６において、複数の無線アクセス技術のサイドリンク・チャネルについてリンク品質測定を提供することが可能である。したがって、いくつかの態様において、ネットワーク・アクセス・ノード２２００１は、複数の異なる無線アクセス技術について潜在的なサイドリンク・チャネルを評価してもよく、一対の車両端末デバイスの間の所定のＤ２Ｄサイドリンクが、複数の無線アクセス技術の場合に利用可能である場合に、ネットワーク・アクセス・ノード２２００１は、そのサイドリンク・チャネルのための無線アクセス技術を選択してもよい。

したがって、ネットワーク・アクセス・ノード２２００１は、リンク品質測定に基づいて、ステップ２２４０８において、車両端末デバイス２２００８乃至２２０１０にユーティリティ最大化分析を適用してもよい。したがって、ネットワーク・アクセス・ノード２２００１は、ステップ２２４０８において、チャネル選択のために、主アップリンクチャネル及びダウンリンクチャネルに加えて、（例えば、ユーティリティ最大化分析の一部として）潜在的な中継チャネルの一部としてサイドリンク・チャネルを考慮してもよい。したがって、ネットワーク・アクセス・ノード２２００１は、ステップ２２４０８において、車両端末デバイス２２００８乃至２２０１０のためにスケジューリングするアップリンク及びダウンリンクチャネルを選択してもよく、これには、比例公正なスループット、中継戦略、及び／又はサイドリンク・チャネル無線アクセス技術の考慮が含まれてもよい（例えば、車両端末デバイスにストリーミングされるビデオは、より小さな待ち時間の低スループットのアップリンクチャネル及び大きな待ち時間の高スループットのマルチリレーダウンリンクチャネルの選択につながる場合がある）。

いくつかの態様において、ネットワーク・アクセス・ノード２２００１は、非コロケーションアンテナを取り扱うためにレートを適切に変更することができるＭＩＭＯリンクとして１つ又は複数のＤ２Ｄ対を取り扱ってもよい。（例えば、１つ又は複数のサイドリンク・チャネルを利用する中継チャネル等の）Ｄ２Ｄコラボレータ（ｃｏｌｌａｂｏｒａｔｏｒ）の対は共通であってもよいが、ネットワーク・アクセス・ノード２２００１は、また、２つより多くの端末デバイスを含むＤ２Ｄコラボレータのリンクをスケジューリングしてもよい。

ステップ２２４０８において、アップリンクチャネル及び／又はダウンリンクチャネルを評価し、そして、スケジューリングを決定した後に、ネットワーク・アクセス・ノード２２００１は、ステップ２２４１０において、車両端末デバイス２２００８乃至２２０１０にスケジューリングを提供してもよい。スケジューリングされたアップリンクおよびダウンリンクのうちの一部は、中継チャネルであってもよく、サイドリンク・チャネルを含んでいてもよいので、ネットワーク・アクセス・ノード２２００１は、また、サイドリンク・チャネルの構成を識別するＤ２Ｄ対形成情報を提供することによって、ステップ２２４１０において、（例えば、Ｖ２Ｖ対形成等の）対応するＤ２Ｄ対形成を編成してもよい。Ｄ２Ｄ対形成情報は、車両端末デバイス２２００８乃至２２０１０のうちのいずれがＤ２Ｄ対を形成するように構成されるか、Ｄ２Ｄ対形成のための中継戦略、及びＤ２Ｄ対形成のための無線アクセス技術を識別することが可能である。

次に、車両端末デバイス２２００８乃至２２０１０は、ステップ２２４１２において、（例えば、図２２２に示されている通信モジュール２２２１２等の通信モジュールによって）Ｄ２Ｄ対形成を適用して、ネットワーク・アクセス・ノード２２００１がスケジューリングするアップリンクチャネル及び／又はダウンリンクチャネルを実現してもよい。ステップ２２４０８においてネットワーク・アクセス・ノード２２００１が識別するスケジューリングに応じて、車両端末デバイス２２００８乃至２２０１０のうちのいくつかは、（例えば、ネットワーク・アクセス・ノード２２００１との間の直接的な経路である）主ダウンリンクチャネル及び／又はアップリンクチャネルを利用してもよく、一方、車両端末デバイス２２００８乃至２２０１０の他の車両端末デバイスは、（Ｄ２Ｄ対形成及びスケジューリングによって示されるように）アップリンクチャネル経路及び／又はダウンリンクチャネル経路の一部としてサイドリンク・チャネルを利用する中継アップリンクチャネル及び／又はダウンリンクチャネルを利用してもよい。したがって、車両端末デバイス２２００８乃至２２０１０は、スケジューリングされたアップリンクチャネル及びダウンリンクチャネルにしたがって、ステップ２２４１２において、ダウンリンク通信及びアップリンク通信を実行してもよく、Ｄ２Ｄ対形成に関与する車両端末デバイス２２００８乃至２２０１０のうちのいずれの車両端末デバイスも、Ｄ２Ｄ対形成情報を利用して、任意の中継アップリンクチャネル及び／又はダウンリンクチャネルのためのサイドリンク・チャネルを実現することが可能である。

車両端末デバイス２２００８乃至２２０１０及びネットワーク・アクセス・ノード２２００１は、その次に、アップリンクデータ及び／又はダウンリンクデータが、意図された受信者によって正常に受信されるまで、ステップ２２４１４において、ＡＣＫ／ＮＡＣＫフィードバック及び再送信を実行してもよい。いくつかの態様において、このフィードバック及び再送信は、サイドリンク・チャネルにおけるＡＣＫ／ＮＡＣＫの中継を伴い、それによって、各々のサイドリンク・チャネルにおけるデータ及び中継アップリンクチャネル／ダウンリンクチャネル全体にわたるデータの受信に成功する。いくつかの態様において、車両端末デバイス２２００８乃至２２０１０は、ステップ２２４１４において、自動再送要求プロトコル又はハイブリッド自動再送要求プロトコル等のエラー検出方法及び／又は訂正方法を適用してもよい。

したがって、ネットワーク・アクセス・ノード２２００１及び車両端末デバイス２２００８乃至２２０１０は、Ｖ２Ｉ／Ｖ２Ｎアプリケーションによってリンクを実現するために、Ｄ２Ｄ中継支援（Ｖ２Ｖ支援）を利用してもよい。ネットワーク・アクセス・ノード２２００１は、ステップ２２４０８におけるスケジューリングにおいて主アップリンクチャネル／ダウンリンクチャネル及び中継アップリンクチャネル／ダウンリンクチャネルの双方を考慮してもよいので、ネットワーク・アクセス・ノード２２００１は、サイドリンク・チャネルを使用する中継アップリンクチャネル及び／又はダウンリンクチャネルを含む大規模なセットの潜在的なアップリンクチャネル及び／又はダウンリンクチャネルから選択することによって、（例えば、最大化するといったように）リンク性能を改善することが可能である。さらに、比例的に公正なスループット等のいくつかの基準を最大化することによって、ネットワーク・アクセス・ノード２２００１は、いずれかのスケジューリングされたＤ２Ｄ対形成が複数の車両端末デバイスにわたってスループットを公平にバランスさせるように構成されてもよい。

いくつかの態様において、車両端末デバイス２２００８乃至２２０１０及びネットワーク・アクセス・ノード２２００１は、メッセージシーケンスチャート２２４００の処理を繰り返してもよい。この処理は、利用可能な複数のＤ２Ｄサイドリンクを有する近傍のデバイスを更新することと、サイドリンク・チャネル及び主アップリンクチャネル及び／又はダウンリンクチャネルのリンク品質測定値を更新することと、を含み、この処理は、無線通信環境に影響を与える他の動的な要因のほかに、車両端末デバイス２２００８乃至２２０１０の動きによって動的に影響を受ける場合がある。したがって、ネットワーク・アクセス・ノード２２００１は、複数の車両端末デバイス２２００８乃至２２０１０の間の変化するリンクに基づいて、スケジューリングされたアップリンクチャネル／ダウンリンクチャネル及び対応するＤ２Ｄ対形成を更新してもよい。いくつかの態様において、ネットワーク・アクセス・ノード２２００１及び車両端末デバイス２２００８乃至２２０１０は、例えば、フレーム／サブフレームごとに又は数フレーム／数サブフレームごとにといったように、小さな周期で、メッセージシーケンスチャート２２４００の手順を繰り返してもよい。したがって、ネットワーク・アクセス・ノード２２００１及び車両端末デバイス２２００８乃至２２０１０は、スケジュールされたアップリンクチャネル及びダウンリンクチャネル及び対応するＤ２Ｄ対形成を頻繁に適合させてもよい。いくつかの態様において、車両端末デバイスがネットワーク・アクセス・ノード２２００１の関連する領域の中に及び外へ移動し、他の車両端末デバイスのＤ２Ｄ範囲の中に及び外へ移動するにしたがって、メッセージシーケンスチャート２２４００の手順に関与する車両端末デバイスは、経時的に変化してもよい。

いくつかの態様において、中央コントローラは、メッセージシーケンスチャート２２４００の設定において、ネットワーク・アクセス・ノード２２００１の役割のうちの一部又は全部を担ってもよい。例えば、いくつかの態様において、無線アクセス・ネットワークの後方にあるコアネットワークの中に位置している（例えば、サーバ等の）中央コントローラは、メッセージシーケンスチャート２２４００のステップ２２４０２及びステップ２２４０８におけるのと同様に、Ｄ２Ｄ発見期間スケジューリングを実行し、ネットワーク支援情報を提供し、及び／又はアップリンクチャネル／ダウンリンクチャネルを評価し、そして、スケジューリングを決定してもよい。いくつかの態様において、中央コントローラは、リンク品質測定値を受信し、そして、ネットワーク・アクセス・ノードを介してＤ２Ｄ対形成及びスケジューリングを送信してもよい。さらに、いくつかの態様において、中央コントローラは、複数のネットワーク・アクセス・ノードとの間のインターフェイスを提供してもよく、したがって、複数の異なるネットワーク・アクセス・ノード、近傍のネットワーク・アクセス・ノードに接続される車両端末デバイスのためのＤ２Ｄ対形成を配置するように構成されてもよい。

いくつかの態様において、車両端末デバイスとネットワーク・アクセス・ノードとの間のＶ２Ｉ／Ｖ２Ｎ通信のためのＤ２Ｄ中継支援を使用すると、アップリンクチャネル及び／又はダウンリンクチャネルのリンク品質を改善することが可能となる。例えば、（例えば、１つ又は複数のサイドリンク・チャネルを含むアップリンクチャネル及び／又はダウンリンクチャネルである）中継アップリンクチャネル及び／又はダウンリンクチャネルは、（例えば、ネットワーク・アクセス・ノードと車両端末デバイスとの間の直接的なチャネルである）主アップリンクチャネル及び／又はダウンリンクチャネルよりも優れた品質を有する場合がある。いくつかの態様において、特に、復号及び転送と量子化マップ及び転送等の効果的な中継戦略によって導入される中継利得は、Ｖ２Ｉ／Ｖ２Ｎリンクを改善する場合がある。いくつかの態様において、ネットワーク・アクセス・ノード及び車両端末デバイスは、Ｖ２Ｉ／Ｖ２Ｎ通信のためのＤ２Ｄ中継支援を適時的に及び／又は間欠的に採用してもよく、そのＤ２Ｄ中継支援は、（無線アクセス技術及びデバイス中継能力を含む関連するＤ２Ｄ対形成情報を含む）利用可能なサイドリンク・チャネルと主アップリンクチャネル及び／又はダウンリンクチャネルの現在の状態とによって決まる場合がある。

幾つかの態様は、また、ネットワークのエッジにおけるよりもより良好な信号強度又は無線リンク、及び、無線ネットワークの負荷の軽減につながる場合がある。いくつかの態様は、既存のインフラストラクチャを強化するのに使用することが可能である支援されたインフラストラクチャリンクを生成することが可能である。Ｄ２Ｄ中継支援への参加が随意的である複数の態様においては、Ｄ２Ｄ中継支援への協力に対するインセンティブが存在する場合がある。例えば、いくつかの態様において、車両端末デバイスは、例えば、Ｄ２Ｄ中継支援の一部として他の車両端末デバイスにＤ２Ｄサイドリンク・チャネルを提供するのに利用可能となることによって、Ｄ２Ｄ中継支援と協力する代償として、Ｄ２Ｄ中継支援へのアクセスを付与されてもよい。いくつかの態様において、サービス給付、クレジット、手数料の減少、又は他の便益等の他のインセンティブを提供してもよい。

上記のように、ネットワーク・アクセス・ノード２２００１等のネットワーク・アクセス・ノードは、Ｖ２Ｖ協調のためのチャネル又は対形成を決定してもよい。いくつかの態様において、ネットワーク・アクセス・ノード２２００１は、例えば、車両端末デバイス２２００３及び２２００８乃至２２０１０又は端末デバイス２２００２のうちのいずれか等の端末デバイスから、適時的なサイドチャネル送信のための（例えば、サイドリンク・チャネルを介して通信するのに利用可能な端末デバイス等の）１つ又は複数のサイドデバイスとその端末デバイスとの間のリンク品質の決定を含む送信を受信してもよく、そのサイドデバイスは、車両、ドローン、又は他のデバイスのいずれかの組み合わせを含む。それらのリンク品質を受信すると、ネットワーク・アクセス・ノード２２００１は、その次に、Ｄ２Ｄ／Ｖ２Ｖチャネル及び協調のための対形成を決定してもよい。

リンク品質を報告する際に、車両端末デバイス２２００８等の車両端末デバイスは、これらには限定されないが、ＬＴＥ－Ｕｕ、ＰＣ５、専用近距離通信（ＤＳＲＣ）、ＷＬＡＮ等を含むさまざまなプロトコルを使用してリンク品質を報告してもよい。

いくつかの態様において、ネットワーク・アクセス・ノード２２００１は、車両端末デバイス及び対形成のために選択された車両端末デバイスの双方にＤ２Ｄ協調のスケジュールを送信してもよい。この送信は、対形成のために選択された車両端末デバイスと車両端末デバイスとの間の送信スケジュールの同期を可能とすることができる。対形成のためのデバイスを評価しそして通信スケジュールを送信するためのこの方法は、また、第１のサイドデバイスが第２のサイドデバイスに中継する場合のような、複数のサイドデバイスのチェーンの間で実行されてもよい。第２のサイドデバイスは、基地局に接続してもよく、又は、さらに、第３のサイドデバイスに中継してもよい。このパターンは、所望の接続を達成するのに適当な限り、繰り返されてもよい。

いくつかの態様において、ネットワーク・アクセス・ノード２２００１は、肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）盗聴（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ （ＡＣＫ）／ｎｏｎ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ （ＮＡＣＫ） ｅａｖｅｓｄｒｏｐｐｉｎｇ）（ＡＣＫ／ＮＡＣＫ盗聴）に基づいて、Ｄ２Ｄ協調又は適時的なデバイス中継をスケジューリングしてもよい。この場合、ネットワーク・アクセス・ノード２２００１は、車両端末デバイスから、その車両端末デバイスと他の端末デバイスとの間のリンク品質の送信を受信しなくてもよい。むしろ、車両端末デバイス及びサイドデバイスが通信し、リンク品質を決定するときに、車両端末デバイス及びサイドデバイスは、ＡＣＫ／ＮＡＣＫレシートを送信してもよく、ネットワーク・アクセス・ノード２２００１は、そのＡＣＫ／ＮＡＣＫレシートを立ち聞きすることができる。ＡＣＫ／ＮＡＣＫ交換を立ち聞きした後に、ネットワーク・アクセス・ノード２２００１は、車両端末デバイスと他のサイドデバイスとの間のリンク品質を独立して評価し、対形成のためのサイドデバイスを選択し、それに応じて、送信スケジュールを送信してもよい。ネットワーク・アクセス・ノード２２００１は、これらには限定されないが、ＬＴＥ－Ｕｕ、ＷＬＡＮ、及びＤＳＲＣを含むさまざまなサービス又はプロトコルを介して、スケジュールされたＤ２Ｄ対に通知してもよい。いくつかの態様において、端末デバイスと基地局又はアクセスポイントとの間の通信は、ＬＴＥ－Ｄｉｒｅｃｔ Ｅｘｔｅｎｓｉｏｎｓ （ＰＣ５）プロトコル、ＬＴＥ Ｕｕプロトコル、ＤＳＲＣプロトコル又はＷＬＡＮプロトコル、又はいずれかの無線インターフェイスプロトコルに基づいて、Ｖ２Ｘ規格に従ってもよい。この規格は、Ｄ２Ｄのスケジューリングを可能にするか、又は、Ｖ２Ｘ近傍発見フェイズを可能にするように拡張されてもよい。適切である場合には、これらの規格は、Ｄ２Ｄ発見のスケジューリングのためにＰｒｏＳｅプロトコルに依存してもよい。

いくつかの態様において、Ｖ２Ｖ支援は、さまざまな中継戦略を使用することが可能である。これらの中継戦略は、これらには限定されないが、増幅及び転送、復号及び転送、圧縮及び転送、又は量子化マップ及び転送中継を含んでもよい。いくつか態様において、車両端末デバイスは、故障時にパケットを再送信するために、（例えば、ファウンテンコード、可変割合の冗長性等の）レートレス符号化技術（ａｔｅｌｅｓｓ ｃｏｄｉｎｇ ｔｅｃｈｎｏｌｏｇｙ）を使用してもよい。したがって、いくつかの態様において、（例えば、Ｄ２Ｄ対形成のために選択された車両端末デバイスの対である）選択されたＤ２Ｄ対は、Ｄ２Ｄ通信のために、ＬＴＥ－Ｄｉｒｅｃｔ拡張、ＰＣ５－インターフェイス、又はＤＳＲＣ等の標準プロトコルを使用してもよい。

（例えば、ネットワーク・アクセス・ノード２２００１が選択する中継アップリンクチャネル又はダウンリンクチャネルの一部として）Ｄ２Ｄ中継をスケジューリングするときに、そのＤ２Ｄ中継は、ある１つの中継戦略によって構成されてもよい。いくつかの態様において、ネットワーク・アクセス・ノード２２００１は、アップリンク制御シグナリングとして複数の車両端末デバイスが指定する車両端末デバイスの能力に基づいて、Ｄ２Ｄ対形成のための中継戦略を選択してもよい。いくつかの態様において、ネットワーク・アクセス・ノード２２００１は、Ｄ２Ｄ対形成選択の一部として中継戦略を選択してもよく、関与する車両端末デバイスがサポートする中継戦略に基づいて、Ｄ２Ｄ対形成を選択してもよい。いくつかの態様において、ネットワーク・アクセス・ノード２２００１は、最初に、Ｄ２Ｄ対形成を選択し、その後、Ｄ２Ｄ対形成のための中継戦略を選択してもよい。いくつかの態様において、選択されたＤ２Ｄ対形成の車両端末デバイスは、Ｄ２Ｄ対形成に使用する中継戦略を選択してもよい。

いくつかの態様において、無線通信の送信のための中継器として車両又はドローンを使用してもよい。このことは、リンク品質の増加、ネットワークのエッジでのより良好な信号強度又は無線リンク、又は無線ネットワークの負担の軽減をもたらすことを可能とする。Ｄ２Ｄ中継のこの方法は、既存のインフラストラクチャを強化するのに使用することが可能である支援インフラストラクチャリンクを生成することが可能である。

Ｄ２Ｄ中継支援への参加が選択的であるいくつかの態様において、Ｄ２Ｄ中継における協調のためのインセンティブを生成し及び／又は実行することが有利である場合がある。これらのインセンティブは、協調デバイスのためのＤ２Ｄ中継へのアクセス、サービス便益、クレジット、手数料の減少、又はその他の便益を含んでもよい。

いくつかの態様において、本明細書において説明されるＤ２Ｄ中継の方法は、ＬＴＥネットワーク又は５Ｇネットワークにおいて実行することが可能である。さらに、それらの方法は、特に、５Ｇの実装の後に続いてリリースされるＲＡＴを含むとともに、現在知られていないレガシーＲＡＴ及びそれらのＲＡＴを含む他のＲＡＴによって実行することが可能であるということが意図される。

無線アクセス・ネットワークは、ＬＴＥ、無線ＬＡＮ、５Ｇ、又はいずれかの他の無線アクセス・ネットワークを含んでもよく、Ｄ２Ｄ協調を使用して、ネットワーク・アクセス・ノードと車両端末デバイスとの間のリンクの品質を改善することが可能である。このＤ２Ｄ協調は、適時的にかつ断続的に生起するように構成されてもよい。

いくつかの態様において、ネットワーク・アクセス・ノード２２００１及び車両端末デバイスは、車両端末デバイスが免許付与されたスペクトラムを使用してＤ２Ｄ中継を行うように構成されてもよい。いくつかの態様において、ネットワーク・アクセス・ノード２２００１及び車両端末デバイスは、車両端末デバイスが免許不要のスペクトラムを使用してＤ２Ｄ中継を行うように構成されてもよい。無免許のスペクトラムにおける動作は、ＷＬＡＮ、ＬＴＥ免許不要スペクトラム（ＬＴＥ－Ｕ）、Ｂｌｕｅｔｏｏｔｈ、又は他の免許不要のスペクトラム技術等の無線インターフェイス技術を使用して行われる。

上記で示されているように、幾つかの態様において、ネットワーク・アクセス・ノード２２００１は、車両端末デバイスがＤ２Ｄ発見を実行するための近傍発見フェイズをスケジューリングしてもよい。追加的に、又は、代替的に、いくつかの態様において、車両端末デバイスは、近傍発見フェイズを開始してもよい。例えば、車両端末デバイスのうちの１つ又は複数は、端末デバイスと基地局との間の無線リンク又は信号強度が弱まる又は許容できないことを理由として、近傍発見フェイズをトリガしてもよい。

いくつか態様において、車両端末デバイスは、ＬＴＥ ＰｒｏＳｅ発見又はＷｉ－Ｆｉ－Ｄｉｒｅｃｔ等の既存のプロトコルによって、それらのＤ２Ｄ近傍デバイスを発見してもよい。Ｄ２Ｄ近傍デバイスを発見すると、車両端末デバイスは、その車両端末デバイスとＤ２Ｄ近傍デバイスとの間の無線リンクの品質を識別し、そして、車両端末デバイスにサービスを提供しているネットワーク・アクセス・ノードにそのリンクのその品質を報告してもよい。追加的に、いくつかの態様において、端末デバイスは、ネットワーク・アクセス・ノードにＤ２Ｄ近傍に位置する無線リンクの品質を報告してもよい。

いくつかの態様において、Ｄ２Ｄ支援通信をスケジューリングする際に、ネットワーク・アクセス・ノード２２００１は、ユーティリティ最大化基準を適用して、各々の端末デバイス又はＤ２Ｄ／Ｖ２Ｖ対をスケジューリングしてもよく、汎用ＭＩＭＯリンクとしてそのＤ２Ｄ／Ｖ２Ｖ対を処理し、ＭＩＭＯレート推定を適切に修正する。ネットワーク・アクセス・ノード２２００１は、代替的に、又は、追加的に、比例公正メトリックを使用して、Ｄ２Ｄ対形成のみならずユーザをスケジューリングしてもよい。車両端末デバイス及びＤ２Ｄ近傍デバイスを対にして、Ｄ２Ｄ協調のためにスケジューリングすると、その車両端末デバイスは、無線ＬＡＮ又はＬＴＥ－Ｐｒｏｓｅを使用して標準Ｄ２Ｄ又はＶ２Ｖ通信によって、受信信号を交換してもよい。

近傍発見フェイズは、見込みのあるＤ２Ｄ対を識別するために重要である場合がある。いくつかの態様において、車両端末デバイスは、その端末デバイスへの近接度、基地局への近接度、端末デバイスとの無線リンクの強度、又は基地局との無線リンクの強度を含むさまざまな要因に基づいて、Ｄ２Ｄ近傍デバイスを発見する。いくつかの態様において、車両端末デバイスは、その車両端末デバイスが、基地局から発見開始のための指示を受信することなく、Ｄ２Ｄ発見を開始するといったように、自律的にＤ２Ｄ発見をトリガしてもよい。

いくつかの態様において、車両端末デバイスは、例えば、発見されたＤ２Ｄ近傍デバイスとの通信交換を行ってそのリンク品質を決定することによって、その発見されたＤ２Ｄ近傍デバイスに関するサイドリンク・チャネル測定を実行してもよい。例えば、車両端末デバイスは、いずれかの知られた方法を利用して、これらには限定されないが、信号強度、肯定応答又は否定応答周波数、誤り率、又はその他を含む端末デバイスと見込みのあるＤ２Ｄ対形成デバイスとの間のリンク品質を測定してもよい。発見されたＤ２Ｄ近傍デバイスとの間のリンク品質を決定すると、車両端末デバイスは、ネットワーク・アクセス・ノード２２００１にそのリンク品質を送信してもよい。

いくつかの態様において、対形成のためのＤ２Ｄ近傍デバイスの発見は、車両端末デバイスへのある指定された近接度又はあらかじめ決められた近接度の範囲内にある他の車両端末デバイスに限定されてもよい。いくつかの態様において、車両端末デバイスは、必要に応じて又は利用可能な場合に、Ｄ２Ｄ発見が実行されるといったように、適時的にＤ２Ｄ発見をトリガしてもよい。いくつかの態様において、車両端末デバイスは、必要な場合にのみ、近い将来に有用性の合理的な兆候がある場合に、或いは、随時、Ｄ２Ｄ発見によって車両端末デバイスを検索するように構成されてもよい。いくつかの態様において、１つ又は複数の車両端末デバイスは、スケジュールのための時間又は定期的な検索に基づいて、或いは、いずれかの他の所望のスケジュールに基づいて、間欠的にＤ２Ｄ発見をトリガしてもよい。

図２２５は、いくつかの態様にしたがって、車両端末デバイスにおいて無線通信を実行する方法２２５００を示している。図２２５に示されているように、方法２２５００は、Ｖ２Ｖ対形成に利用可能である１つ又は複数の車両端末デバイスを発見するステップ（２２５１０）、それらの１つ又は複数の車両端末デバイスについて１つ又は複数のＶ２Ｖリンク品質を決定し、ネットワーク・アクセス・ノードにそれらの１つ又は複数のＶ２Ｖリンク品質を報告するステップ（２２５２０）、基地局からスケジューリング指示を受信し、そのスケジューリング指示は、それらの１つ又は複数の車両端末デバイスのうちのターゲット車両端末デバイスとの間のスケジューリングされたＶ２Ｖ対形成を指定する、ステップ（２２５３０）、及び、そのスケジューリングされたＶ２Ｖ対形成にしたがって、そのターゲット車両端末デバイスとネットワーク・アクセス・ノードとの間でデータを中継するステップ（２２５４０）、を含む。

図２２６は、いくつかの態様にしたがって、ネットワーク・アクセス・ノードのために、車両対インフラストラクチャ（Ｖ２Ｉ）通信又は車両対ネットワーク（Ｖ２Ｎ）通信を編成する方法２２６００を示している。図２２６に示されているように、方法２２６００は、複数の車両端末デバイスから複数のリンク品質の測定値を受信し、それらの複数のリンク品質の測定値は、複数の車両端末デバイスの間の複数のＶ２Ｖリンクの特性を示す、ステップ（２２６１０）、それらの複数のリンク品質の測定値に基づいて、複数の車両端末デバイスのうちの第１の車両端末デバイスのための通信チャネルを選択し、その通信チャネルは、その通信チャネルの一部としてＶ２Ｖサイドリンク・チャネルを含む、ステップ（２２６１０）、その第１の車両端末デバイスに、Ｖ２Ｖ対形成をスケジューリングする指示を送信するステップ（２２６３０）、及び、そのＶ２Ｖ対形成にしたがって、その通信チャネルにおいて、その第１の車両端末デバイスとの間でデータを送信し又は受信するステップ（２２６４０）、を含む。

図２２７は、いくつかの態様にしたがったデバイス対デバイス通信の端末デバイス管理の方法２２７００を示している。いくつかの態様において、ネットワーク・アクセス・ノード２２００１等のネットワーク・アクセス・ノードは、方法２２７００を実行してもよい。図２２７に示されているように、方法２２７００は、端末デバイスの近傍の中に存在するとともに無線通信を有効化されている１つ又は複数のデバイスを決定するステップ（２２７１０）、無線通信を有効化されているそれらの１つ又は複数のデバイスについて、リンク品質を決定するステップ（２２７２０）、無線通信を有効化されているそれらの１つ又は複数のデバイスについて決定されたリンク品質を送信するステップ（２２７３０）、無線通信を有効化されているそれらの１つ又は複数のデバイスのうちの選択されたデバイスを識別する送信を受信するステップ（２２７４０）、その選択されたデバイスとの間の送信のためのスケジューリングプロトコルを受信するステップ（２２７５０）、その選択された端末デバイスにデータを送信するステップ（２２７６０）、を含む。

図２２８は、いくつかの態様にしたがったデバイス対デバイス通信のネットワーク管理の方法２２８００を示している。いくつかの態様において、ネットワーク・アクセス・ノード２２００１等のネットワーク・アクセス・ノードは、方法２２８００を実行してもよい。図２２８に示されているように、方法２２８００は、端末デバイスから、無線送信を有効化されている１つ又は複数のデバイスのリンク品質を受信するステップ（２２８１０）、そのリンク品質に基づいて、サイドチャネル送信のために、無線送信を有効化されているそれらの１つ又は複数の端末デバイスから端末デバイスを選択するステップ（２２８２０）、及び、その端末デバイス及びその選択された端末デバイスにサイドチャネル送信のためのスケジュールを送信するステップ（２２８３０）、を含む。

７．２ 階層通信＃２
本開示のいくつかの態様において、（例えば、ドローン、気球、航空機、人工衛星等の）航空機搭載車両のグループは、地上波ネットワーク・アクセス・ノードが提供する指向性ビームによってサービスを提供される‘フローティングセル（ｆｌｏａｔｉｎｇ ｃｅｌｌ）’、又は、他のフローティングセルが中継するフローティングセルを形成してもよい。そのフローティングセルは、アンカー航空機搭載車両によって固定（アンカー）され（ａｎｃｈｏｒｅｄ ｂｙ）てもよく、そのフローティングセルの中の他の航空機搭載車両は、通常は、そのアンカー航空機搭載車両の近傍に位置する状態に維持されてもよい。地上波ネットワーク・アクセス・ノードが提供する指向性ビームは、フローティングセルを追跡して、そのフローティングセルの個々の航空機搭載車両に無線アクセス接続を提供してもよい。アンカー航空機搭載車両は、フローティングセルの位置決定及び他の制御機能を取り扱ってもよい。

図２２９は、いくつかの態様にしたがったある１つの例示的なネットワークシナリオを示している。図２２９に示されているように、フローティングセル２２９０５は、アンカー航空機デバイス２２９０３及びセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃを含む複数の航空機端末デバイスを含んでいてもよい。ネットワーク・アクセス・ノード２２９０１は、無線信号を送信し及び受信して、フローティングセル２２９０５の航空機端末デバイスへの無線アクセス接続を提供してもよい。いくつかの態様において、アンカー航空機デバイス２２９０３及びセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃは、航空機ドローンであってもよく、地上にある航空機であってもよく、或いは、地上レベル以外の高度の表面上に配置されてもよい飛行機であってもよい。いくつかの態様において、ネットワーク・アクセス・ノード２２９０１は、地上波ネットワーク・アクセス・ノードであってもよく、地上、塔上、又は建造物に配置されてもよい。代替的に、幾つかの態様において、ネットワーク・アクセス・ノード２２９０１は、（例えば、別のドローン又は他の航空機ネットワーク・アクセス・ノードとして）航空機の中に位置し、又は、（例えば、表面または水中車両等の）水中に位置するといったように、非地上波ネットワーク・アクセス・ノードであってもよい。

図２３０に示されているように、ネットワーク・アクセス・ノード２２９０１は、アンテナシステム２３００２、無線モジュール２３００４、及びビームステアリング・モジュール２３００８及び通信モジュール２３０１０を含む処理モジュール２３００６を含んでもよい。いくつかの態様において、アンテナシステム２３００２及び無線モジュール２３００４は、図２１８に関して詳細に説明されているように、アンテナシステム２１８０２及び無線モジュール２１８０４の方式で構成されてもよく、処理モジュール２３００６の制御の下で無線信号を送信し及び受信してもよい。したがって、処理モジュール２３００６は、ネットワーク・アクセス・ノード２２３００の無線通信機能を制御してもよい。

いくつかの態様において、処理モジュール２３００６及び／又はビームステアリング・モジュール２３００８又は通信モジュール２３００８のうちの１つ又は複数は、ベースバンド及び／又はアプリケーション層の構成要素として実現されてもよく、及び／又は、例えば、１つ又は複数の専用ハードウェア回路又はＦＰＧＡとしてといったように、ハードウェア定義モジュールとして、例えば、非一時的なかつコンピュータ読み取り可能な記憶媒体の中に格納されている（例えば、ソフトウェア及び／又はファームウェア等の）演算、制御、及びＩ／Ｏ命令を定義するプログラムコードを実行する１つ又は複数のプロセッサとしてといったように、ソフトウェア定義モジュールとして、又はハードウェア定義及びソフトウェア定義モジュールの混合モジュールとして実現されてもよい。

ビームステアリング・モジュール２３００８は、アンテナシステム２３００２によって生成される指向性ビームの望ましいステアリング方向を決定し、そして、（例えば、フェーズドアンテナアレイとしての）アンテナシステム２３００２を制御する、ことによって、ビームステアリング動作を実行して、航空機端末デバイスのフローティングセルに向かって指向性ビームをステアリングする、ように構成されてもよい。通信モジュール２３０１０は、フローティングセルの航空機端末デバイスとの間でダウンリンク信号及びアップリンク信号を送信し及び受信するように構成されてもよく、ダウンリンク信号及びアップリンク信号は、フローティングセルのアンカー航空機デバイスとの間で交換される制御データを含んでもよい。通信モジュール２３０１０は、また、アンカー航空機デバイスを使用してハンドシェイク動作を実行し、ビームステアリング・モジュール２３００８に、得られたデータを提供する、ように構成されてもよく、ビームステアリング・モジュール２３００８は、その次に、指向性ビームのステアリング方向を決定してもよい。

したがって、いくつかの態様において、ネットワーク・アクセス・ノード２２９０１は、ネットワーク・アクセス・ノードから、複数のドローンのための無線信号を送信するように構成されるトランシーバー（２３００４）であって、それらの複数のドローンは、１つのアンカードローン及び少なくとも１つのセカンダリードローンを含む、トランシーバー（２３００４）と、アンカードローンとの間で無線リンクを確立するように構成される通信モジュール（２３０１０）と、ビームフォーミング設定を計算するように構成されるビームステアリング・モジュール（２３００８）と、を含み、トランシーバーは、アンカードローンに、少なくとも１つのセカンダリードローンのための制御情報を送信し、そして、アンカードローンから位置情報を受信する、ように構成され、ビームステアリング・モジュールは、位置情報に基づいて、フローティングセルに向かって指向性アンテナビームをステアリングするようにビームフォーミング設定を決定するように構成される。

図２３１は、いくつかの態様にしたがったアンカー航空機デバイス２２９０３のある１つの例示的な内部構成を示している。図２３１に示されているように、アンカー航空機デバイス２２９０３は、アンテナシステム２３１０２、ＲＦトランシーバー２３１０４、通信モジュール２３１０６、ステアリング及び移動システム２３１０８、及び、センサ２３１１０を含んでもよい。いくつかの態様において、アンテナシステム２３１０２及びＲＦトランシーバー２３１０４は、図２１７に関して詳細に説明されている端末デバイス２１６０２のアンテナシステム２１７０２及びＲＦトランシーバー２１７０４の方式で構成されてもよい。いくつかの態様において、通信モジュール２３１０６は、ベースバンド構成要素及び／又はアプリケーション層の構成要素として実現されてもよく、及び／又は、例えば、１つ又は複数の専用ハードウェア回路又はＦＰＧＡとしてといったように、ハードウェア定義モジュールとして、例えば、非一時的なコンピュータ読み取り可能な記憶媒体に格納されている（例えば、ソフトウェア及び／又はファームウェア等の）演算、制御及びＩ／Ｏ命令を定義するプログラムコードを実行する１つ又は複数のプロセッサとしてといったように、ソフトウェア定義モジュールとして、又は、ハードウェア定義モジュール及びソフトウェア定義モジュールの混合モジュールとして実現されてもよい。ステアリング及び移動システム２３１０８は、一組のロータ及び／又は航空機推進エンジン及び関連電子制御回路として実装されてもよい。

通信モジュール２３１０６は、アンカー航空機デバイスの本明細書において詳細に説明されている動作にしたがって信号を送信し及び受信するように構成されてもよく、信号の送信及び受信は、フローティングセルの（セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃ等の）１つ又は複数のセカンダリ航空機デバイスとの間の制御信号接続を維持し、そして、セカンダリ航空機デバイスとの間で制御データを交換することを含む。通信モジュール２３１０６は、さらに、アンカー航空機デバイスに関して上記で説明されている方式で、（ネットワーク・アクセス・ノード２２９０１等の）ネットワーク・アクセス・ノードとの間でアップリンク信号及びダウンリンク信号を送信し及び受信するように構成されてもよい。通信モジュール２３１０６は、ネットワーク・アクセス・ノードと協調して、フローティングセルが占有する領域をカバーするように、ネットワーク・アクセス・ノードが提供する指向性ビームをステアリングしてもよい。

センサ２３１１０は、イメージセンサ、距離センサ、レーダーセンサ、又はソナーセンサであってもよい。センサ２３１１０は、通信モジュール２３１０６に、アンカー航空機デバイス２２９０３に対するセカンダリ航空機デバイスの位置を示すセンサデータを提供してもよい。いくつかの態様において、通信モジュール２３１０６は、センサ２３１１０が提供するセンサデータによってセカンダリ航空機デバイスの相対的位置をモニタリングしてもよく、通信モジュール２３１０６が、セカンダリ航空機デバイスが（例えば、ある距離よりもアンカー航空機デバイス２２９０３からさらに離れているといったように）閉じ込められたフローティングセル領域の外側に存在しているということを決定する場合に、通信モジュール２３１０６は、アンカー航空機デバイス２２９０３に向かって戻るようにセカンダリ航空機デバイスに指示する命令を生成し、そして、セカンダリ航空機デバイスにその命令を送信してもよい。

いくつかの態様において、通信モジュール２３１０６は、信号強度、信号品質、又は待ち時間の測定値を閾値と比較することによって、セカンダリ航空機デバイスが提供する無線測定値を追加的に又は代替的に評価して、セカンダリ航空機デバイスの位置をモニタリングし、そして、複数のセカンダリ航空機デバイスのうちのいずれかが閉じ込められたフローティングセル領域の外側に存在しているか否かを決定してもよい。通信モジュール２３１０６は、アンカー航空機デバイス２２９０３に向かって戻るようにセカンダリ航空機デバイスに指示する命令を生成し、閉じ込められたフローティングセル領域の外側に存在しているセカンダリ航空機デバイスにその命令を送信してもよい。

いくつかの態様において、アンカー航空機デバイス２２９０３は、センサ２３１１０及び／又は無線測定値を利用して、フローティングセルの複数のセカンダリ航空機デバイスの位置をモニタリングし、そして、フローティングセル半径を決定してもよく、通信モジュール２３１０６は、ネットワーク・アクセス・ノードにフローティングセル半径を提供し、それにより、ネットワーク・アクセス・ノードが、フローティングセル半径に基づいて指向性アンテナビームのビーム幅を調整することを可能にしてもよい。

したがって、いくつかの態様において、アンカー航空機ドローン２３１００は、セカンダリードローン及びネットワーク・アクセス・ノードとの間の無線リンクを確立するように構成される通信モジュール（２３１０６）と、アンカードローン及びセカンダリードローンによる使用のためのセル識別情報及びアンカードローンとセカンダリードローンとの間の最大距離をセカンダリードローンに送信するように構成されるトランシーバー（２３１０４）とを含んでもよく、通信モジュール（２３１０６）は、さらに、アンカードローンの位置情報を決定するように構成され、トランシーバー（２３１０４）は、さらに、ビームフォーミングのためにネットワーク・アクセス・ノードに位置情報を送信し、ネットワーク・アクセス・ノードから制御情報を受信し、そして、セカンダリードローンに制御情報を送信する、ように構成される。

図２３２は、いくつかの態様にしたがったセカンダリ航空機デバイス２２９０４ａのある１つの例示的な内部構成を示している。いくつかの態様において、セカンダリ航空機デバイス２２９０４ｂ及び２２９０４ｃは、セカンダリ航空機デバイス２２９０４ａの方式で構成されてもよい。図２３２に示されているように、セカンダリ航空機デバイス２２９０４ａは、アンテナシステム２３２０２、ＲＦトランシーバー２３２０４、通信モジュール２３２０６、位置決定モジュール２３２０８、ステアリング及び移動システム２３２１０、及び、センサシステム２３２１２を含んでもよい。いくつかの態様において、アンテナシステム２３２０２及びＲＦトランシーバー２３２０４は、図２１７に関して詳細に説明されている端末デバイス２１６０２のアンテナシステム２１７０２及びＲＦトランシーバー２１７０４の方式で構成されてもよい。

いくつかの態様において、通信モジュール２３２０６及び／又は位置決定モジュール２３２０８は、ベースバンド構成要素及び／又はアプリケーション層の構成要素として実現されてもよく、及び／又は、例えば、１つ又は複数の専用ハードウェア回路又はＦＰＧＡとしてといったように、ハードウェア定義モジュールとして、例えば、非一時的なコンピュータ読み取り可能な記憶媒体の中に格納されている（例えば、ソフトウェア及び／又はファームウェア等の）演算、制御、及びＩ／Ｏ命令を定義するプログラムコードを実行する１つ又は複数のプロセッサとしてといったように、ソフトウェア定義モジュールとして、又は、ハードウェア定義モジュール及びソフトウェア定義モジュールの混合モジュールとして実現されてもよい。ステアリング及び移動システム２３２１０は、一組のロータ及び／又は航空機推進エンジン及び関連電子制御モジュールとして実装されてもよい。

通信モジュール２３２０６は、セカンダリ航空機デバイスについて上記で説明している動作にしたがって信号を送信し及び受信するように構成されてもよく、信号の送信及び受信は、アンカー航空機デバイスとの間で制御シグナリング接続を維持すること、アンカーデバイスとの間で制御情報を交換すること、及び、ネットワーク・アクセス・ノードとの間で通信を送信し及び受信すること、を含む。セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃに関して上記で説明したように、通信モジュール２３２０６は、直接的に、或いは、マルチホップ又はメッシュネットワークスキームによって、アンカー航空機デバイスとの間の制御信号接続を維持してもよい。通信モジュール２３２０６は、直接的に、或いは、アンカー航空機デバイスとの中継リンクを介して、ネットワーク・アクセス・ノードとの間でアップリンク信号及びダウンリンク信号を送信し及び受信してもよい。

位置決定モジュール２３２０８は、セカンダリ航空機デバイス２２９０４ａをアンカー航空機デバイスのある特定の距離の中に保つようにを試みることによって、フローティングセルの閉じ込められたフローティングセル領域を強制（ｅｎｆｏｒｃｅ）するように構成されてもよい。センサ２３２１２は、イメージセンサ、距離センサ、レーダーセンサ、又はソナーセンサであってもよい。位置決定モジュール２３２０８は、センサ２３２１２が提供するセンサデータに基づいて、セカンダリ航空機デバイス２２９０４ａとアンカー航空機デバイスとの間の距離をモニタリングして、セカンダリ航空機デバイス２２９０４ａが、フローティングセルのアンカー航空機デバイスの位置によって定義される閉じ込められたフローティングセル領域の外側に存在しているか否かを決定してもよい。いくつかの態様において、位置決定モジュール２３２０８は、通信モジュール２３２０６との間のインターフェイスを提供して、アンカー航空機デバイスから受信した信号に関する無線測定値を評価し、そして、それらの無線測定値が、セカンダリ航空機デバイス２２９０４ａが閉じ込められたフローティングセル領域の外側でに存在しているということを示しているか否かを決定してもよい。セカンダリ航空機デバイス２２９０４ａが閉じ込められたフローティングセル領域の外側に移動するときに、位置決定モジュール２３２０８は、ステアリング及び移動モジュール２３２１０との間のインターフェイスを提供して、セカンダリ航空機デバイス２２９０４ａがアンカー航空機デバイスに向かう移動をトリガしてもよい。

いくつかの態様において、通信モジュール２３２０６は、セカンダリ航空機デバイス２２９０４ａが閉じ込められたフローティングセル領域の外側に移動することに応答して、アンカー端末デバイスから、アンカー航空機デバイスに近づくようにセカンダリ航空機デバイス２２９０４ａに指示する命令を受信してもよい。通信モジュール２３２０６は、位置決定モジュール２３２０８にその命令を提供してもよく、位置決定モジュールは、ステアリング及び移動システム２３２１０を制御して、セカンダリ航空機デバイス２２９０４ａをアンカー航空機デバイスに向かって移動させてもよい。

したがって、いくつかの態様において、セカンダリ航空機デバイス２２９０４ａは、アンカードローンから、そのアンカードローンからの最大許容距離、セル識別情報、及び制御情報を受信するように構成されるトランシーバー２３２０４と、そのアンカードローンの位置を決定し、そして、そのアンカードローンからの最大許容距離の中にとどまる移動を決定するように構成される位置決定モジュール２３２０８と、そのアンカードローンから受信したセル識別情報に基づいて動作するように構成される通信モジュール２３２０６と、を含んでもよい。

図２２９に示されているように、ネットワーク・アクセス・ノード２２９０１は、指向性ビーム２２９０６を送信して、例えば、ビームステアリング・アンテナ・アレイを利用してフローティングセル２２９０５を提供してもよい。フローティングセル２２９０５の航空機端末デバイスは、三次元空間にわたって分散されてもよい。したがって、ネットワーク・アクセス・ノード２２９０１は、フローティングセル２２９０５の方向に指向性ビーム２２９０６を導くことが可能である。

フローティングセル２２９０５の航空機端末デバイスは、（例えば、三次元空間の中で空中を移動してもよいといったように）移動可能であってもよいので、ネットワーク・アクセス・ノード２２９０１は、フローティングセル２２９０５の位置を‘追跡’し、そして、フローティングセル２２９０５の移動位置にしたがって、指向性ビーム２２９０６をステアリングしてもよい。いくつかの態様において、ネットワーク・アクセス・ノード２２９０１は、（例えば、フェーズドアンテナアレイ又は他のビームステアリング技術を使用して）ダウンリンク方向及びアップリンク方向において指向性ビーム２２９０６を利用してもよく、その結果、指向性ビーム２２９０６によってフローティングセル２２９０５を使用して無線信号を送信し及び受信してもよい。

いくつかの態様において、アンカー航空機デバイス２２９０３は、ネットワーク・アクセス・ノード２２９０１と協調して、指向性ビーム２２９０６のための正確なビームトラッキングを維持してもよい。例えば、アンカー航空機デバイス２２９０３及びネットワーク・アクセス・ノード２２９０１は、ハンドシェイク手順を実行して、（例えば、フローティングセル２２９０５の位置情報等の）フローティングセル２２９０５の高さ及び方向、フローティングセル２２９０５の半径、フローティングセル２２９０５の移動速度等に関する情報を交換してもよい。いくつかの態様において、アンカー航空機デバイス２２９０３は、指向性ビーム２２９０６における（例えば、信号強度及び／又は信号品質等の）無線測定を実行し、そして、ネットワーク・アクセス・ノード２２９０１にフィードバックを提供してもよく、ネットワーク・アクセス・ノード２２９０１は、そのフィードバックを利用して、（例えば、アンテナシステム２２９０２のためのフェーズドアレイアンテナの指向性ステアリング及び／又はビーム広がり／狭小化によって）指向性ビーム２２９０６のステアリング方向及び／又はビーム幅を調整してもよい。いくつかの態様において、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃは、指向性ビーム２２９０６における無線測定を実行し、そして、（例えば、直接的に又はアンカー航空機デバイス２２９０３を介して）ネットワーク・アクセス・ノード２２９０１にフィードバックを提供してもよく、ネットワーク・アクセス・ノード２２９０１は、その次に、そのフィードバックを利用して、指向性ビーム２２９０６のステアリング方向及び／又はビーム幅を調整してもよい。いくつかの態様において、このことは、ネットワーク・アクセス・ノード２２９０１が、指向性ビーム２２９０６のための複数の異なるステアリング方向に沿って掃引し、アンカー航空機デバイス２２９０３から各々のステアリング方向についての（例えば、信号強度測定等の）フィードバックを受信し、そのフィードバックに基づいて、いずれのステアリング方向が適切であるかを決定するセクタ掃引手順の一部であってもよい。

いくつかの態様において、アンカー航空機デバイス２２９０３は、中継器として作用して、ネットワーク・アクセス・ノード２２９０１とセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃとの間でアップリンクデータ及び／又はダウンリンクデータを中継してもよい。例えば、ネットワーク・アクセス・ノード２２９０１は、アンカーデバイス２２９０３に向かって指向性ビーム２２９０６をステアリングし、その指向性ビーム２２９０６によってアンカーデバイス２２９０３にダウンリンクデータを送信してもよく、そのダウンリンクデータは、例えば、セカンダリ航空機デバイス２２９０４ａ等のセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃのうちの１つを意図してもよい。その次に、アンカーデバイス２２９０３は、ダウンリンクデータを受信し、例えば、アンカーデバイス２２９０３とセカンダリ航空機デバイス２２９０４ａとの間のＤ２Ｄ接続を介して、そのセカンダリ航空機デバイス２２９０４ａにダウンリンクデータを中継してもよい。追加的に、又は、代替的に、いくつかの態様において、アンカー航空機デバイス２２９０３は、複数のセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃのうちの１つ又は複数からネットワーク・アクセス・ノード２２９０１にアップリンクデータを中継してもよい（ネットワーク・アクセス・ノード２２９０１は、受信方向ビームステアリングを使用して、指向性ビーム２２９０６によってアップリンクデータを受信してもよい）。

いくつかの態様において、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃは、ネットワーク・アクセス・ノード２２９０１から（例えば、アンカー航空機デバイス２２９０３からの中継によらずに）直接的にダウンリンクデータを受信してもよい。したがって、いくつかの態様において、ネットワーク・アクセス・ノード２２９０１は、フローティングセル２２９０５の全体に向かって指向性ビーム２２９０６をステアリングしてもよい。例えば、ネットワーク・アクセス・ノード２２９０１は、フローティングセル２２９０５のフローティングセル半径に基づいて、指向性ビーム２２９０６のビーム幅を調整してもよく、その調整は、リンク性能を向上させることが可能である。いくつかの態様において、ネットワーク・アクセス・ノード２２９０１は、実質的に、アンカー航空機デバイス２２９０３の方向に指向性ビーム２２９０６を向けることが可能である。いくつかの態様において、ネットワーク・アクセス・ノード２２９０１は、フローティングセル２２９０５の全体に向かって指向性ビーム２２９０６を導いてもよい。

いくつかの態様において、フローティングセル２２９０５は、閉じ込められたフローティングセル領域を維持してもよく、閉じ込められたフローティングセル領域は、ネットワーク・アクセス・ノード２２９０１が、指向性ビーム２２９０６をステアリングし、フローティングセル２２９０５のさまざまな航空機端末デバイスの個々の位置をカバーするのを支援することが可能である。いくつかの態様において、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃは、アンカーデバイス２２９０３からある特定の距離の中に留まることによって、閉じ込められたフローティングセル領域を維持してもよい。いくつかの態様において、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃは、（例えば、ＧＰＳ、近接センサデータ、ソナーセンサデータ、カメラデータ等の）位置センサ及び／又は地理位置情報センサを使用して、アンカー航空機デバイス２２９０３への物理的距離を測定することによって、アンカー航空機デバイス２２９０３からその特定の距離の中に留まるように試みてもよい。測定された物理的距離が、ある与えられたセカンダリ航空機デバイスについて、その特定の距離よりも大きい場合に、セカンダリ航空機デバイスは、フローティングセル２２９０５の距離基準を満たすように、アンカー航空機デバイス２２９０３の方へ戻ってもよい。

いくつかの態様において、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃは、無線信号を測定し、そして、信号強度を評価することによって、アンカー航空機デバイス２２９０３からその特定の距離の中に留まるように試みてもよい。その信号強度が、ある与えられたセカンダリ航空機デバイスのためのあらかじめ定義された信号強度閾値よりも小さい場合に、そのセカンダリ航空機デバイスは、アンカー航空機デバイス２２９０３の方へ戻って、フローティングセル２２９０５の距離基準を満足してもよい。いくつかの態様において、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃは、リンク品質があらかじめ定義されたしきい値を上回った状態を保っているフローティングセル２２９０５、待ち時間があらかじめ定義されたしきい値を下回った状態を保っているフローティングセル２２９０５等の距離の中に留まるといったように他の無線測定に基づいて、その特定の距離を維持してもよい。いくつかの態様において、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃは、閉じ込められたフローティングセル領域を維持する際に、例えば、（例えば、物理的距離又は信号強度距離等の）複数の距離パラメータ等のそのような基準のうちの複数を考慮してもよい。いくつかの態様において、フローティングセル２２９０５の航空機端末デバイスは、さらに、（例えば、ＧＰＳ、近接センサデータ、ソナーセンサデータ、カメラデータ等によって）ビームフォーミング及び／又はセキュリティチェックの一部として、互いの間の相対距離及び／又は航空機デバイス２２９０３との間の相対距離をモニタリングしてもよい。

いくつかの態様において、アンカー航空機デバイス２２９０３は、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃのハブとして機能してもよい。例えば、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃは、アンカー航空機デバイス２２９０３のある特定の距離の中に留まって、閉じ込められたフローティングセル領域を維持してもよいので、アンカー航空機デバイス２２９０３は、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃの移動ハブとして機能することが可能である。したがって、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃは、閉じ込められたフローティングセル領域を維持するために、アンカー航空機デバイス２２９０３が移動するにしたがって、アンカー航空機デバイス２２９０３の移動に追従して、すなわち‘影（ｓｈａｄｏｗ）’となってもよい。

いくつかの態様において、アンカー航空機デバイス２２９０３は、また、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃの位置をモニタリングすることによって、閉じ込められたフローティングセル領域を強制（ｅｎｆｏｒｃｅ）してもよい。アンカー航空機デバイス２２９０３が、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃのうちのいずれかがアンカー航空機デバイス２２９０３から特定の距離よりも遠方に移動したということを決定する場合に、アンカー航空機デバイス２２９０３は、閉じ込められたフローティングセル領域の外側に存在するセカンダリ航空機デバイスに、閉じ込められたフローティングセル領域の中に戻るようにセカンダリ航空機デバイスに指示する命令を送信してもよい。いくつかの態様において、アンカー航空機デバイス２２９０３は、イメージセンサ、レーダーセンサ、ソナーセンサ、及び／又は無線測定によって、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃの位置をモニタリングしてもよい。

いくつかの態様において、アンカー航空機デバイス２２９０３は、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃの制御ハブとして機能してもよい。例えば、アンカー航空機デバイス２２９０３は、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃに制御情報を提供してもよく、その制御情報は、アンカー航空機デバイス２２９０３が生成するローカル制御情報又はネットワーク・アクセス・ノード２２９０１が提供する制御情報であってもよい。セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃは、アンカー航空機デバイス２２９０３からそのような制御情報を受信するために、アンカー航空機デバイス２２９０３との間の制御シグナリング接続を維持してもよい。

フローティングセル２２９０５の航空機端末デバイスは、これらのは限定されないが、ＬＴＥ Ｄｉｒｅｃｔ、ＬＴＥ ＰｒｏＳｅ、ＤＳＲＣ、ＷＬＡＮ／Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、及び／又はｍｍＷａｖｅ等のＤ２Ｄ通信スキームにしたがって、互いの間で局所的に通信してもよい。図２２９は、セカンダリ航空機デバイス２２９０４ｃとセカンダリ航空機デバイス２２９０４ａとの間のある１つの例示的なＤ２Ｄリンク２２９０７を示している。いくつかの態様において、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃは、アンカー航空機デバイス２２９０３との間の直接接続を維持してもよい。代替的に、いくつかの態様において、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃは、中継接続を利用して、アンカー航空機デバイス２２９０３と通信してもよい。例えば、いくつかの態様において、フローティングセル２２９０５の航空機端末デバイスは、マルチホップ通信スキームを利用して、互いに通信してもよく、いくつかの態様において、メッシュネットワークとして配置されてもよい。

いくつかの態様において、ネットワーク・アクセス・ノード２２９０１は、ｍｍＷａｖｅを利用して、（例えば、指向性ビーム２２９０６について）フローティングセル２２９０５との間で通信してもよい。いくつかの態様において、ネットワーク・アクセス・ノード２２９０１は、これらには限定されないが、ＬＴＥ、ＵＭＴＳ、ＧＭＴＳ、ＷＬＡＮ／Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、又は５Ｇ等の他の無線アクセス技術を利用してもよい。

いくつかの態様において、フローティングセル２２９０５は、他のネットワーク・アクセス・ノードにハンドオーバーしてもよい。例えば、図２２９に示されているように、ネットワーク・アクセス・ノード２２９０８は、フローティングセル２２９０５等のフローティングセルにサービスを提供するように構成されてもよい。したがって、フローティングセル２２９０５がネットワーク・アクセス・ノード２２９０１のカバレッジ・エリアからネットワーク・アクセス・ノード２２９０８のカバレッジ・エリアに移動するある１つの例示的なシナリオにおいて、フローティングセル２２９０５は、ネットワーク・アクセス・ノード２２９０１からネットワーク・アクセス・ノード２２９０８へとハンドオーバーしてもよい。したがって、ネットワーク・アクセス・ノード２２９０８は、フローティングセル２２９０５の方向にステアリングされる指向性ビームを生成し、（例えば、ネットワーク・アクセス・ノード２２９０１に関して上記の方式で）フローティングセル２２９０５との間でデータの送信及び受信を開始してもよく、一方、ネットワーク・アクセス・ノード２２９０１は、指向性ビーム２２９０６を停止してもよい。

いくつかの態様において、アンカーデバイス２２９０３は、フローティングセル２２９０５のためのハンドオーバーを管理するように構成されてもよく、したがって、（例えば、アンカー航空機デバイス２２９０３及び／又はセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃによる無線測定に基づいて）、いずれの時点でハンドオーバーするか及びいずれのネットワーク・アクセス・ノードにハンドオーバーするかに関する決定を行ってもよい。いくつかの態様において、（例えば、ネットワーク・アクセス・ノード２２９０１等の）初期ネットワーク・アクセス・ノード及び／又は（例えば、ネットワーク・アクセス・ノード２２９０８等の）ターゲット・ネットワーク・アクセス・ノードは、また、フローティングセル２２９０５のハンドオーバーの決定に部分的又は完全に寄与してもよい。

いくつかの態様において、フローティングセル２２９０５が複数のネットワーク・アクセス・ノードの間で移行する場合であっても、同一のセルＩＤが、フローティングセル２２９０５のために使用されてもよい。いくつかの態様において、個々のセカンダリ航空機デバイスは、他のフローティングセルに移動することによって、モビリティ動作に関与してもよい。例えば、セカンダリ航空機デバイス２２９０４ａ等のセカンダリ航空機デバイスは、フローティングセル２２９０５からたのフローティングセルに移動してもよい。例えば、セカンダリ航空機デバイスは、アンカー航空機デバイス２２９０３のある特定の距離の中に留まるように制約されてもよいので、ある１つの例示的なシナリオにおいて、セカンダリ航空機デバイス２２９０４ａは、フローティングセル２２９０５の制約された限界の外の位置に移動することを望んでもよい。したがって、セカンダリ航空機デバイス２２９０４ａの望ましい位置の近くに存在する他の近接フローティングセルが存在する場合に、セカンダリ航空機デバイス２２９０４ａは、他のフローティングセルに移動してもよい。いくつかの態様において、セカンダリ航空機デバイスの移動は、移動するセカンダリ航空機デバイス、最初のフローティングセルのアンカー航空機デバイス、及び／又は、新たなフローティングセルのアンカー航空機デバイスの間の特定の手順を含む場合がある。セカンダリ航空機デバイスは、また、例えば、より良好な無線状態を提供するフローティングセルへの移動のためにといったように、移動以外の理由により、移動してもよい。他の態様において、フローティングセルは、（例えば、互いにドック結合するか、又は、互いにごく近接した状態に維持するかといったように）結合して、送信又は受信セル電力、セルカバレッジ、又は、接続することが可能である航空機デバイスの数を増加させることが可能である。他の態様において、航空機デバイスは、他のフローティングセル又はフローティングリレー又は地上波セルにハンドオーバーされてもよい。

図２３３は、いくつかの態様にしたがったある１つの例示的なスペクトラム割り当てを図示する周波数図２３３００を示している。図２３３に示されているように、動作帯域幅２３３１０は、フローティングセル及びネットワーク・アクセス・ノード通信に割り当てられている合計のスペクトラムであってもよい。いくつかの態様において、動作帯域幅２３３１０は、帯域幅２３３２０及び帯域幅２３３３０に分割されてもよく、帯域幅２３３２０は、例えば、ネットワーク・アクセス・ノード２２９０１等のネットワーク・アクセス・ノードとフローティングセル２２９０５等のフローティングセルとの間の送信に割り当てられてもよく、帯域幅２３３３０は、例えば、フローティングセル２２９０５等のフローティングセルの複数の航空機端末デバイスの間の局所的な送信のために割り当てられてもよい。したがって、いくつかの態様において、フローティングセル２２９０５の航空機端末デバイスは、帯域幅２３３２０において局所的なＤ２Ｄ通信を実行してもよい。

いくつかの態様において、フローティングセル２２９０５の航空機端末デバイスは、共有チャネルアクセススキームにしたがって帯域幅２３３２０を共有してもよい。例えば、フローティングセル２２９０５の航空機端末デバイスは、搬送波検知多元接続（ＣＳＭＡ）等の競合ベースのチャネルアクセススキームにしたがって、帯域幅２３３２０にアクセスしてもよい。代替的に、いくつかの態様において、アンカー航空機デバイス２２９０３は、帯域幅２３３２０の時間リソース割り当て及び／又は周波数リソース割り当てのために複数のセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃの間での帯域幅２３３２０へのアクセスをスケジューリングして許可するために、コーディネータの役割を果たしてもよい。上記のように、フローティングセル２２９０５は、ＬＴＥ Ｄｉｒｅｃｔ、ＬＴＥ ＰｒｏＳｅ、ＤＳＲＣ、ＷＬＡＮ／Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、又はｍｍＷａｖｅ等の局所的な通信のためのいずれかの無線アクセス技術を利用してもよい。図２３３は、可変の長さを有するものとして、帯域幅２３３２０のフローティングセル間の送信を示しているが、いくつかの態様では、帯域幅２３３２０のフローティングセル間の送信は、固定された長さに限定されてもよい。

ネットワーク・アクセス・ノード２２９０１は、フローティングセル２２９０５にダウンリンク信号を送信し、そして、帯域幅２３３３０においてフローティングセル２２９０５からダウンリンク信号を受信してもよい。上記で示されているように、いくつかの態様において、ネットワーク・アクセス・ノード２２９０１は、（その次に、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃとの間で信号を中継してもよい）アンカー航空機デバイス２２９０３との間で直接的に通信してもよく、一方で、他の態様において、ネットワーク・アクセス・ノード２２９０１は、アンカー航空機デバイス２２９０３及びセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃとの間で直接的に通信してもよい。いくつかの態様において、ネットワーク・アクセス・ノード２２９０１及びフローティングセル２２９０５は、（図２３３の例示的な設定の中で示されているように）時分割複信（ＴＤＤ）スキームにしたがって帯域幅２３３３０を利用してもよい。代替的に、いくつかの態様において、ネットワーク・アクセス・ノード２２９０１及びフローティングセル２２９０５は、周波数分割複信スキームにしたがって帯域幅２３３３０を利用してもよく、帯域幅２３３３０は、（ネットワーク・アクセス・ノード２２９０１からフローティングセル２２９０５への送信のための）ダウンリンクサブバンド及び（フローティングセル２２９０５からネットワーク・アクセス・ノード２２９０１への送信のための）アップリンクサブバンドに分割されてもよい。

図２３３においては、周波数において等しく割り当てられるように示されているが、この描写は、例示的である。したがって、いくつかの態様において、動作帯域幅２３３１０は、帯域幅２３３２０が帯域幅２３３３０とは異なる（例えば、より多い周波数帯域又はより少ない周波数帯域である）帯域サイズを占有するように割り当てられてもよい。いくつかの態様において、ネットワーク・アクセス・ノード２２９０１及び（例えば、アンカー航空機デバイス２２９０１等の）フローティングセル２２９０５は、帯域幅交渉手順の一部として、動作帯域幅２３３１０の帯域幅２３３２０及び帯域幅２３３３０への割り当てを決定してもよく、帯域幅交渉手順は、フローティングセル２２９０５のネットワーク・アクセス・ノード２２９０１への初期アタッチの間に、及び／又は、フローティングセル２２９０５のネットワーク・アクセス・ノード２２９０１への接続の継続期間の間に、反復してトリガされてもよい。いくつかの態様において、ネットワーク・アクセス・ノード２２９０１及びフローティングセル２２９０５は、フローティングセル２２９０５の中の航空機端末デバイスの数及び／又はフローティングセル２２９０５の中の航空機端末デバイスの帯域幅要件に基づいて、動作帯域幅２３３１０の割り当てを決定してもよい。

したがって、いくつかの態様は、例えば、アンカー航空機デバイス２２９０３等の１つ又は複数のアンカードローンを使用して、例えば、ドローンのフローティングセル２２９０５等のフローティングセルを管理する方法を提供してもよい。複数のドローンがフローティングセルの中でクラスタリングされる場合に、地対ドローン通信を、ネットワーク・アクセス・ノードとドローンクラスターの中の単一のアンカードローンとの間の通信に限定することによって、それらのドローンと通信するか、又は、それらのドローンを制御することが可能であり又は有益である場合がある。地上セル信号との干渉を防止するための限定された送信電力を使用するとともに、通信チャネルとしてミリ波ビームフォーミングを使用して、例えば、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃのうちの１つ又は複数のセカンダリ航空機デバイス等の残りのセカンダリードローンとアンカードローンとの間で、さらなるドローン対ドローン通信を達成してもよい。

いくつかの態様において、例えば、ネットワーク・アクセス・ノード２２９０１等の地上のネットワーク・アクセス・ノードは、例えば、フローティングセル２２９０５等のフローティングセルに送信してもよい。ネットワーク・アクセス・ノード２２９０１は、アップリンク及びダウンリンクにおけるフローティングセルにサービスを提供するために、全天にわたって、例えば、指向性ビーム２２９０６等のビームを形成してもよい。フローティングセル２２９０５の中に位置するドローンは、フローティングセル２２９０５のメンバーとなってもよい。セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃ等のこれらのドローンは、例えば、アンカー航空機デバイス２２９０３等のアンカードローンからのある指定された距離を維持するように構成されてもよい。

いくつかの態様において、アンカー航空機デバイス２２９０３及びセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃは、単一のセルＩＤを共有してもよい。このセルＩＤは、航空機端末デバイスが、例えば、ネットワーク・アクセス・ノード２２９０１からネットワーク・アクセス・ノード２２９０８へとといったように、一方の地上のネットワーク・アクセス・ノードから他方のネットワーク・アクセス・ノードへと移動する場合であっても、一定の状態に保たれてもよい。いくつかの態様において、アンカー航空機デバイス２２９０３は、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃにそのセルＩＤを提供してもよい。

いくつかの態様において、アンカー航空機デバイス２２９０３は、例えば、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃ等のフローティングセル２２９０５の他のメンバーのためのハブとして機能してもよい。アンカー航空機デバイス２２９０３は、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃに制御情報を提供してもよい。アンカー航空機デバイス２２９０３は、ネットワーク・アクセス・ノード２２９０１からこの制御情報を受信してもよく、及び／又は、その制御情報を局所的に生成してもよい。その次に、アンカー航空機デバイス２２９０３は、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃにその制御情報を提供してもよい。

いくつかの態様において、アンカー航空機デバイス２２９０３とセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃとの間の送信は、直接的に又は間接的に生起してもよい。例えば、アンカー航空機デバイス２２９０３及びセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃのうちの１つ又は複数は、互いに直接的に通信してもよく、アンカー航空機デバイス２２９０３及びセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃのうちの１つ又は複数は、直接的なチャネルを介してデータを送信し及び受信してもよい。代替的に、いくつかの態様において、アンカー航空機デバイス２２９０３及びセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃのうちの１つ又は複数は、非直接的にデータを送信し及び受信し、例えば、ＩＥＥＥ ８０２．１１のＩＥＥＥ ８０２．１１ｓ拡張サービスセット（ＥＳＳ）メッシュネットワーキング強化、ＩＥＥＥ ８０２．１５．５無線パーソナルエリアネットワーク（ＷＰＡＮ）メッシュネットワーキング、或いは、他のマルチホップ又はメッシュネットワーキングフレームワーク等のマルチホップ又はメッシュネットワークネットワークを介して、アンカー航空機デバイス２２９０３とセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃのうちの１つ又は複数との間で情報が中継される。

いくつかの態様において、アンカー航空機デバイス２２９０３は、ネットワーク・アクセス・ノード２２９０１と通信状態にあってもよく、それにより、指向性アンテナビーム２２９０６のためのビームステアリングを行う際に協調してもよい。例えば、アンカー航空機デバイス２２９０３及びネットワーク・アクセス・ノード２２９０１は、ハンドシェイクを実行してもよく、そのハンドシェイクにおいては、アンカー航空機デバイス２２９０３は、ネットワーク・アクセス・ノード２２９０１にフローティングセル２２９０５の高度及び方向に関する情報を提供してもよい。アンカー航空機デバイス２２９０３は、また、フローティングセル半径又はいずれかの他の物理的な、地理的な、又は構造的な情報を提供してもよく、これらの情報は、ネットワーク・アクセス・ノード２２９０１が指向性アンテナビーム２２９０６のためのビームステアリング設定を計算するのに使用してもよい。これらの情報により、ネットワーク・アクセス・ノード２２９０１は、ビームステアリング設定を決定して、フローティングセル２３００４が占有する領域を覆うように指向性アンテナビーム２２９０６を適切にステアリングしてもよい。

いくつかの態様において、アンカー航空機デバイス２２９０３、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃ、及びネットワーク・アクセス・ノード２２９０１の間の通信に使用される帯域幅は、２つのサブバンドに分割されてもよく、帯域幅の分割により、干渉を低減し、より高い通信効率を可能にすることが可能である。

いくつかの態様において、動作帯域幅は、セクションＷ１及びセクションＷ２等の１つ又は複数のセクションに分割されてもよく、Ｗ１は、ネットワーク・アクセス・ノード２２９０１とアンカー航空機デバイス２２９０３との間の通信に使用され、Ｗ２は、アンカー航空機デバイス２２９０３とセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃとの間の通信等のドローン間通信に使用される。いくつかの態様において、Ｗ１及びＷ２への動作帯域の割り当ては、ネットワーク・アクセス・ノード２２９０１とアンカー航空機デバイス２２９０３との間の交渉によって決定されてもよい。ネットワーク・アクセス・ノード２２９０１及び端末アンカー航空機デバイス２２９０３は、ユーザの数、スループット、アプリケーション、サービス、コスト、干渉のレベル等の要求又は需要に基づいて、これらの交渉を実行してもよい。

いくつかの態様において、閉じ込められたフローティングセル領域は、フローティングセル２２９０５のために維持されてもよい。このことは、（指向性アンテナビーム２２９０６のための管理可能なビーム幅を有する）適切なビームフォーミング設定を決定し、又は、セキュリティチェックを実行する際に有用である場合がある。いくつかの態様において、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃは、アンカー航空機デバイス２２９０３のある特定の距離の中に留まることによって、その閉じ込められたフローティングセル領域を維持することに関与してもよい。セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃは、（例えば、画像データ／ビデオデータ又は距離センサに基づく）物理的な距離に基づいて、又は、無線測定によって、距離をモニタリングしてもよい。いくつかの態様において、アンカー航空機デバイス２２９０３は、地理的位置情報及びインテリジェント３Ｄネットワーク品質測定の組み合わせを利用して、フローティングセル２２９０５の領域が、保証された最小データ経路帯域幅を有する指向性アンテナビーム２２９０６によってカバーされるようにしてもよい。

いくつかの態様において、フローティングセル２２９０５は、アンカー航空機デバイス２２９０３が、フローティングセル２２９０５から離れるか、又は不活性化される場合等、アンカー航空機デバイスを有さなくてもよい。その次に、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃは、それらのセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃ自体の間でアンカー航空機デバイスを選択してもよい。アンカー航空機デバイスの選択のための基準は、広範囲のオプションから選ぶことが可能であり、信号強度、無線リンク品質、位置、飛行又は移動能力、電力利用可能性、バッテリー充電、バッテリー寿命、及び／又はいずれかの他の関連する要因のうちの１つ又は複数を含んでもよい。

いくつかの態様において、ネットワーク・アクセス・ノード２２９０１とアンカー航空機デバイス２２９０３との間の通信によってフローティングセル２２９０５等のフローティングセルを制御する能力は、ドローンの群れの管理を単純化する場合がある。セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃが維持されると予想される閉じ込められたフローティングセル領域を考慮すると、アンカー航空機デバイス２２９０３による移動は、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃがアンカー航空機デバイス２２９０３の移動の後に追従することにつながる場合がある。その結果、ドローンが群れをなしてしまうことがある。いくつかの態様は、ネットワーク・アクセス・ノード通信を複数のドローンではなく、単一のアンカードローンに限定することによって、ドローンの群れの管理を単純化することが可能である。ある１つの例示的なシナリオにおいて、ドローンの群は、動的なドローンの群であってもよく、その動的なドローンの群をある１つの場所に誘導して、機能を完了することが可能である。さらに、その動的なドローンの群について、必要に応じて、計画的に又は臨時的に、サイズ又はドローンメンバーを増減して、タスクを完了することが可能である。

現在の態様のうちのいくつかは、自動車に適用可能であってもよい。例えば、ネットワーク・アクセス・ノードは、（アンカー航空機デバイス２２９０３に類似する）アンカー車両と通信してもよく、アンカー車両は、（セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃに類似する）１つ又は複数のセカンダリ車両と協調する役割を担う。上記で詳述されているように、セカンダリ車両は、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃが、アンカー航空機デバイス２２９０３の動きに追従するよな方法で、アンカー車両の動きに追従することがある。このことは、単一の車両に対する実際の制御のみを示す一方で、複数の車両に対する操作又は制御を可能にし、車両の艦隊又は部隊を遠隔的に管理するプロセスを大幅に簡素化することが可能である。

現在の態様のうちのいくつかは、移動可能なロボットに適用可能であってもよく、ネットワーク・アクセス・ノードは、（アンカー航空機デバイス２２９０３に類似する）アンカーロボットと通信し、アンカーロボットと（セカンダリ航空機デバイス２２９０４ａ～２２９０４ｃに類似する）１つ又は複数のセカンダリーロボットとの間で更なる通信を確立する。セカンダリーロボットがアンカーロボットのある特定の距離の中に留まるように構成されている場合に、アンカーロボットのネットワーク・アクセス・ノードによる制御は、移動可能なロボットのグループ又は部隊を効果的に制御することが可能である。

現在の態様のうちのいくつかは、配送のために利用される複数のドローンに適用することが可能である。例えば、単一のドローンによる貨物又は荷物の配送は、望ましくないか又は不可能である場合があり、そのような配送は、複数のドローンを使用してより望ましく達成されてもよい。いくつかの態様は、荷物又は貨物の配送のための複数のドローンを制御するメカニズムを提供してもよい。複数のドローンが配送のために使用される場合に、貨物の重量は、複数のドローンの搬送能力にわたって分散されてもよく、それによって、それらの複数のドローンは、単一のドローンを使用する場合に、配送が望ましくないか又は不可能であるときに、荷物を効果的に配送することが可能である。

いくつかの態様において、（例えば、ドローンの群れ、航空機及びドローンの混合グループ等の）ノードのクラスタは、指定されたドローンの適用に基づいて選択されてもよい。特定のドローン適用の例は、貨物又は荷物の配送のために組織される配送ドローン、又は動的なネットワーク機能のためのドローンを含み、ドローンは、ネットワークの作成又は強化のために、ある区域の半径の内側に集まる。

いくつかの態様において、フローティングセル２２９０５等のフローティングセルは、アンカー航空機デバイス２２９０３とセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃとの間の通信を可能にする通信プロトコルを利用してもよい。その通信プロトコルは、ブロードキャストメカニズム又はマルチキャストメカニズムとともにユニキャストメカニズムの双方を含んでもよく、そのブロードキャストメカニズム又はマルチキャストメカニズムは、アンカー航空機デバイス２２９０３がセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃにデータ及び制御メッセージを送ることを可能にし、そのユニキャストメカニズムは、アンカー航空機デバイス２２９０３が１つ又は複数のセカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃにユニキャストデータを個別に送ることを可能にする。

いくつかの態様において、アンカー航空機デバイス２２９０３は、フローティングセル２３００４のメンバーとしてセカンダリ航空機デバイスを関連付けるか又は関連付けを解除する権限を有してもよい。アンカー航空機デバイス２２９０３は、フローティングセル２２９０５への入場のための見込まれるセカンダリ航空機デバイスからの要求を受信し又は発行してもよく、アンカー航空機デバイス２２９０３は、承認し又は拒否してもよい。

いくつかの態様において、アンカー航空機デバイス２２９０３は、ネットワーク・アクセス・ノード２２９０１との間で通信して、要求を受け入れるか又は拒否するかを決定してもよい。アンカー航空機デバイス２２９０３は、要求に関する行動方針の決定のために、要求しているドローンに関連づけられているネットワーク・アクセス・ノード２２９０１の情報を要求するか又はネットワーク・アクセス・ノード２２９０１から受信してもよい。要求に応答する際に、アンカー航空機デバイス２２９０３は、これらには限定されないが、無線リンクの品質及び見込まれるセカンダリ航空機デバイスの位置を含むとともに要求に関連するいずれかのデータを考慮してもよい。

特定の例示的なシナリオにおいて、アンカー航空機デバイス２２９０３は、１つ又は複数の追加的なフローティングセルを識別するか又は、そうでない場合には、１つ又は複数の追加的なフローティングセルに連絡を取ってもよい。この場合には、アンカー航空機デバイス２２９０３は、アンカー航空機デバイス２２９０３との無線接続を確立するように、１つ又は複数の追加的なフローティングセルに指示してもよい。アンカー航空機デバイス２２９０３は、フローティングセル２２９０５に加わる要求を受信し又は発行してもよい。アンカー航空機デバイス２２９０３は、このような要求を認めてもよい。許可が発行されると、１つ又は複数の追加的なフローティングセルは、元のフローティングセルに参加してもよい。

いくつかの態様において、アンカー航空機デバイス２２９０３は、閉じ込められたフローティングセル領域を強制するために、セカンダリ航空機デバイス２２９０４ａ乃至２２９０４ｃの位置をモニタリングしてもよい。セカンダリ航空機デバイスがアンカー航空機デバイス２２９０３にセカンダリ航空機デバイスの位置を通信するときに、その位置は、アンカー航空機デバイス２２９０３からの絶対位置又は距離に存在してもよい。アンカー航空機デバイス２２９０３がネットワーク・アクセス・ノード２２９０１にアンカー航空機デバイス２２９０３の位置又はフローティングセル２２９０５の位置を通信するときに、その位置は、絶対位置であってもよく、又は、ネットワーク・アクセス・ノード２２９０１からの距離であってもよく、又は、その他であってもよい。

セカンダリ航空機デバイスがアンカー航空機デバイス２２９０３にその位置を通信するときに、セカンダリ航空機デバイスは、最初に、アンカー航空機デバイス２２９０３の位置を取得してもよい。セカンダリ航空機デバイスは、写真、ビデオ、又はレーダーから得られるデータを使用して、この位置を計算してもよい。セカンダリ航空機デバイスは、アンカー航空機デバイス２２９０３から設定位置を要求することによって、その位置を取得してもよい。アンカー航空機デバイス２２９０３は、その次に、その位置を送信することで応答してもよい。

いくつかの態様において、フローティングセル２２９０５は、いくつかの態様にしたがって、適時的なＤ２Ｄ支援を提供することによって、ＬＴＥ又は５Ｇにおける無線リンク等の無線リンクを改善することが可能である。いくつかの態様において、図２２９乃至２３３の何れかについて詳細に説明した技術は、陸上の車両又は水上の車両等の航空機端末デバイス以外のタイプの車両に適用されてもよい。したがって、ネットワーク・アクセス・ノード２２９０１は、上記の技術のうちのいずれかを使用して、これらの車両のセルに向かってアンテナビームをステアリングしてもよい。デバイスのアンカーデバイスは、セルの位置決定及び／又は複数のデバイスの間の情報転送を管理してもよい。その次に、デバイスは、アンカーデバイスのある特定の距離の中にとどまることによって、移動の間、セルの半径を維持してもよい。

図２３４は、いくつかの態様にしたがって、フローティングセルのアンカー航空機デバイスにおいて、そのフローティングセルを制御するための方法２３４００を示している。図２３４に示されているように、その方法２３４００は、フローティングセルの集団移動の間、そのフローティングセルの１つ又は複数のセカンダリ航空機デバイスとのシグナリング接続を維持するステップ（２３４１０）、及び、ネットワーク・アクセス・ノードと協調して、フローティングセルが占有する領域をカバーするようにそのネットワーク・アクセス・ノードが提供する指向性アンテナビームをステアリングするステップ（２３４２０）を含む。

図２３５は、いくつかの態様にしたがって、複数の航空機端末デバイスを含むフローティングセルの中でセカンダリ航空機デバイスを動作させる方法２３５００を示している。図２３５に示されているように、その方法２３５００は、フローティングセルのアンカー航空機デバイスとのシグナリング接続を維持し、そして、ネットワーク・アクセス・ノードとの間でデータを送信し及び受信するステップ（２３５１０）、及び、１つ又は複数の距離パラメータにしたがって、セカンダリ航空機デバイスの位置を制御して、そのセカンダリ航空機デバイスとアンカー航空機デバイスとの間のあらかじめ定義された距離よりも小さな距離を維持するステップ（２３５２０）を含む。

図２３６は、いくつかの態様にしたがってネットワーク・アクセス・ノードを動作させる方法２３６００を示している。図２３６に示されているように、その方法２３６００は、フローティングセルとの間でデータを送信し及び受信するステップ（２３６１０）であって、そのフローティングセルは、アンカー航空機デバイス及び１つ又は複数のセカンダリ航空機デバイスを含み、それらの１つ又は複数のセカンダリ航空機デバイスは、アンカー航空機デバイスの動きに追従する、ステップ（２３６１０）、及び、アンカー航空機デバイスと協調して、フローティングセルが占有する領域をカバーするように指向性アンテナビームをステアリングするステップ（２３６２０）、を含む。

図２３７は、いくつかの態様にしたがったフローティングセルのネットワーク管理のための方法２３７００を示している。図２３７に示されているように、その方法２３７００は、ネットワーク・アクセス・ノードから複数のドローンのための無線信号を送信するステップ（２３７１０）であって、それらの複数のドローンは、１つのアンカードローン及び少なくとも１つのセカンダリードローンを含む、ステップ（２３７１０）、そのアンカードローンと間の無線リンクを確立するステップ（２３７２０）、そのアンカードローンに、少なくとも１つのセカンダリードローンのための制御情報を送信するステップ（２３７３０）、そのアンカードローンから位置情報を受信するステップ（２３７４０）、及び、その位置情報に基づいて、そのフローティングセルに向かうように指向性アンテナビームをステアリングするためのビームフォーミング設定を決定するステップ（２３７５０）、を含む。

図２３８は、いくつかの態様にしたがったフローティングセルの中でのアンカードローンの動作の方法２３８００を示している。図２３８に示されているように、その方法２３８００は、セカンダリードローン及びネットワーク・アクセス・ノードとの無線リンクを確立するステップ（２３８１０）、セカンダリードローンに、アンカードローン及びセカンダリードローンによって使用されるセル識別情報を送信するステップ（２３８２０）、セカンダリードローンに、アンカードローンとセカンダリードローンとの間の最大距離を送信するステップ（２３８３０）、ビームフォーミングのために、ネットワーク・アクセス・ノードに位置情報を送信するステップ（２３８４０）、ネットワーク・アクセス・ノードから制御情報を受信するステップ（２３８５０）、及び、セカンダリードローンに制御情報を送信するステップ（２３８６０）、を含む。

図２３９は、いくつかの態様にしたがって、フローティングセルの中でセカンダリードローンを動作させる方法２３９００を示している。図２３９に示されているように、その方法２３９００は、アンカードローンとの間の無線リンクを確立するステップ（２３９１０）、アンカードローンから、そのアンカードローンからの最大許容距離を受信するステップ（２３９２０）、アンカードローンの位置を決定するステップ（２３９３０）、アンカードローンからの最大許容距離の範囲内に留まるまでの移動量を決定するステップ（２３９４０）、アンカードローンからセル識別情報を受信するステップ（２３９５０）、アンカードローンから受信したセル識別情報に対して操作を行うステップ（２３９６０）、及び、アンカードローンから制御情報を受信するステップ（２３９７０）、を含む。

７．３ 階層通信＃３
本開示のいくつかの態様において、車両端末デバイスは、モバイルインフラストラクチャノードとして有効化されてもよく（使用可能にされてもよく）（ｍａｙ ｂｅ ｅｎａｂｌｅｄ）、そのモバイルインフラストラクチャノードは、他の近接端末デバイスへのネットワーク接続性を提供する。車両端末デバイスは、より大きな電力供給、より高い送信電力、より大きな処理容量、より多くの／より大きなアンテナ、及びより大きなモビリティ等の他のタイプの端末デバイスにはない多くの特徴を有することが可能であるので、モバイルインフラストラクチャノードとして動作する車両端末デバイスは、近接端末デバイスに基盤無線通信ネットワークへのゲートウェイを提供してもよく、その近接端末デバイスは、そうでない場合には（例えば、近傍のインフラストラクチャ障害、ネットワークの過負荷又はメンテナンス、不十分な送信電力等に起因して）ネットワーク接続性を有していないであろう。

図２４０は、いくつかの態様にしたがって、車両端末デバイス２４００２がモバイルインフラストラクチャノード２４００２として展開されるある１つの例示的なシナリオを示している。図２４０に示されているように、モバイルインフラストラクチャノード２４００２は、さまざまな他の近接端末デバイス２４０１８、２４０２０、２４０２２、及び２４０２４のためのゲートウェイとして機能してもよく、それらのさまざまな他の近接端末デバイスは、（他の車両端末デバイスを含む）いずれかのタイプの端末デバイスであってもよい。したがって、モバイルインフラストラクチャノード２４００２は、端末デバイス２４０１８乃至２４０２４と（基地局、アクセスポイント、或いは、コアネットワーク又はインターネット・ネットワークへのバックホール接続を有する他のタイプのネットワーク・アクセス・ノードであってもよい）無線アクセスインフラストラクチャ２４０１６との間のインターフェイスとして機能して、端末デバイス２４０１８乃至２４０２４へのネットワーク接続性を提供してもよい。

図２４０に示されているように、モバイルインフラストラクチャノード２４００２は、処理モジュール２４００４、メモリ２４００６、カメラ２４００８、バックホールアンテナシステム２４０１０、フロントホールアンテナシステム２４０１２、及び電源２４０１４を含んでもよい。図２４０の例示的な設定において、モバイルインフラストラクチャノード２４００２のフレームの外部に存在しているとして示されているが、カメラ２４００８、バックホールアンテナシステム２４０１０、及びフロントホールアンテナシステム２４０１２のうちの１つ又は複数は、モバイルインフラストラクチャノード２４００２の中に一体化されていてもよく、いくつかの態様においては、モバイルインフラストラクチャノード２４００２の外部フレーム／シャーシによって外部の損傷から保護されていてもよい。

処理モジュール24004は、ソフトウェア定義のプログラムコードを実行するプロセッサ又はコントローラであってもよく、そのソフトウェア定義のプログラムコードは、無線通信に関連づけられているモバイルインフラストラクチャノード24002の動作を制御する。いくつかの態様において、処理モジュール24004は、ハードウェアアクセラレータ及び/又は特定の処理タスクを実行するように構成される他の専用集積回路等のハードウェア定義の構成要素を含んでもよい。

いくつかの態様において、処理モジュール２４００４は、また、無線回路を含んでもよく、その無線回路は、送信のための無線信号の準備及び受信した無線信号の処理等の無線通信動作のための送信機能及び受信機能を実行するように構成される。したがって、モバイルインフラストラクチャノード２４００２のための制御、決定、及び通信機能は、処理モジュール２４００４のソフトウェア定義の構成要素及び／又はハードウェア定義の構成要素の動作によって実装されてもよい。

処理モジュール２４００４は、１つ又は複数のアンテナを含んでもよいバックホールアンテナシステム２４０１０を介して無線信号を送信し及び受信してもよい。いくつかの態様において、バックホールアンテナシステム２４０１０は、屋根に取り付けられたアンテナ又は他のタイプの大規模アンテナアーキテクチャとして展開されてもよく、バックホールアンテナシステム２４０１０は、モバイルインフラストラクチャノード２４００２が高性能無線送信及び受信を有することを可能とすることができる。

いくつかの態様において、バックホールアンテナシステム２４０１０は、（例えば、フェーズドアレイアンテナ等の）ステアリング可能なアンテナアレイとして展開されてもよく、そのステアリング可能なアンテナアレイは、モバイルインフラストラクチャノード２４００２が、意図されたターゲットに向かうように、すなわち、無線アクセスインフラストラクチャ２４０１６に向かうように１つ又は複数のビームをステアリングすることを可能とすることができる。いくつかの態様において、モバイルインフラストラクチャノード２４００２は、バックホールアンテナシステム２４０１０を利用して、無線アクセスインフラストラクチャ２４０１６との間で信号を送信し及び受信してもよく、したがって、通信ネットワークへのバックホール接続としてバックホールアンテナシステム２４０１０を利用してもよい。

処理モジュール２４００４は、これらには限定されないが、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、Ｗｉ－Ｆｉ／ＷＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、ｍｍＷａｖｅ、５Ｇ、ＤＳＲＣ、又はＬＴＥ Ｄｉｒｅｃｔ等のいずれかの無線アクセス技術にしたがってバックホールアンテナシステム２４０１０を利用してもよい。いくつかの態様において、処理モジュール２４００４は、セルラー無線アクセス技術にしたがってバックホールアンテナシステム２４０１０を利用してもよく、そのバックホールアンテナシステム２４０１０は、より大きな送信範囲及び受信範囲を提供して、無線アクセスインフラストラクチャ２４０１６との間の遠隔通信を可能とすることができる。いくつかの態様において、処理モジュール２４００４は、衛星無線アクセス技術にしたがってバックホールアンテナシステム２４０１０を利用してもよく、そのバックホールアンテナシステム２４０１０は、（例えば、セルラー無線アクセス技術及び近距離無線アクセス技術等の）地上無線アクセス技術と比較して一層大きな送信範囲及び受信範囲を提供することが可能である。

図２４０において地上波ネットワーク・アクセス・ノードとして示されているが、いくつかの態様においては、無線アクセスインフラストラクチャ２４０１６は、（例えば、衛星ベースの無線アクセスインフラストラクチャ等の）軌道衛星であってもよく、その軌道衛星は、関連する通信ネットワークとモバイルインフラストラクチャノード２４００２との間で信号を中継することが可能である。いくつかの態様において、モバイルインフラストラクチャノード２４００２は、Ｖ２Ｎ又はＶ２Ｉ通信にしたがって無線アクセスインフラストラクチャ２４０１６と通信してもよい。

いくつかの態様において、処理モジュール２４００４は、また、フロントホールアンテナシステム２４０１２との間で信号を送信し及び受信してもよく、そのフロントホールアンテナシステム２４０１２は、１つ又は複数のアンテナを含んでもよく、モバイルインフラストラクチャノード２４００２は、端末デバイス２４０１８乃至２４０２４のうちの１つ又は複数の端末デバイス等の近接端末デバイスとの間で信号を送信し及び受信するのに、それらの１つ又は複数のアンテナを利用することが可能である。したがって、いくつかの態様において、モバイルインフラストラクチャノード２４００２は、フロントホール接続としてフロントホールアンテナシステム２４０１２を利用して、モバイルインフラストラクチャノード２４００２の周囲の領域において局所的な無線アクセス・ネットワークを提供してもよい。処理モジュール２４００４は、これらには限定されないが、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、Ｗｉ－Ｆｉ／ＷＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、ｍｍＷａｖｅ、５Ｇ、ＤＳＲＣ、又はＬＴＥ Ｄｉｒｅｃｔ等のいずれかの無線アクセス技術にしたがって、フロントホールアンテナシステム２４０１２を利用してもよい。いくつかの態様において、処理モジュール２４００４は、近距離無線アクセス技術又はセルラー無線アクセス技術の（例えば、３ＧＰＰフェムトセル等の）スモールセルバージョンにしたがって、フロントホールアンテナシステム２４０１２を利用してもよい。いくつかの態様において、モバイルインフラストラクチャノード２４００２は、Ｖ２Ｖ又はＤ２Ｄ通信にしたがって、端末デバイス２４０１８乃至２４０２４と通信してもよい。いくつかの態様において、モバイルインフラストラクチャノード２４００２は、大規模ＭＩＭＯ通信及び／又はポイントトゥマルチポイント通信を利用して、端末デバイス２４０１８乃至２４０２４との間でデータを送信し及び受信してもよい。

いくつかの態様において、メモリ２４００６は、メモリ構成要素であってもよい。いくつかの態様において、メモリ２４００６は、サーバとして機能してもよく、そのサーバは、図２４０の例示的な設定における端末デバイス２４０１８乃至２４０２４のうちの１つ又は複数の端末デバイス等の近接端末デバイスからのデータを格納する。カメラ２４００８は、ビデオカメラ又はイメージカメラであってもよく、処理モジュール２４００４は、自律運転、モバイルインフラストラクチャノード２４００２の位置決定、緊急シナリオ監視及びモニタリング等にそれらのビデオカメラ又はイメージカメラを使用することが可能である。モバイルインフラストラクチャノード２４００２は、また、ＧＰＳ位置決定構成要素、オーディオ入出力デバイス、レーダーセンサ等の１つ又は複数の他のセンサ又は周辺装置を含んでもよく、処理モジュール２４００４は、モバイルインフラストラクチャノード２４００２の局所的な環境を観察するのに、それらの１つ又は複数の他のセンサ又は周辺装置を利用することが可能である。

いくつかの態様において、電源２４０１４は、モバイルインフラストラクチャノード２４００２の複数の構成要素に電力を供給するバッテリーであってもよい。いくつかの態様において、電源２４０１４は、車のバッテリーの方式で再充電することが可能である。いくつかの態様において、電源２４０１４は、ソーラー再充電のために構成されてもよく、モバイルインフラストラクチャノード２４００２に取り付けられている（図２４０に明示的に示されていない）ソーラーパネルに接続されていてもよい。

したがって、モバイルインフラストラクチャノード２４００２は、（バックホールアンテナシステム２４０１０を介して）無線アクセスインフラストラクチャ２４０１６から、端末デバイス２４０１８乃至２４０２４のうちの１つ又は複数の端末デバイスに向けられているダウンリンク通信を受信し、そして、（フロントホールアンテナシステム２４０１２を介して）端末デバイス２４０１８乃至２４０２４にそれらのダウンリンク通信を中継してもよい。モバイルインフラストラクチャノード２４００２は、（フロントホールアンテナシステム２４０１２を介して） 端末デバイス２４０１８乃至２４０１４のうちの１つ又は複数の端末デバイスから、無線アクセスインフラストラクチャ２４０１６に向けられているアップリンク通信を受信し、そして、（バックホールアンテナシステム２４０１０を介して）無線アクセスインフラストラクチャ２４０１６にそれらのアップリンク通信を中継してもよい。モバイルインフラストラクチャノード２４００２は、フロントホールアンテナシステム２４０１２を介して、局所的な無線アクセス・ネットワークを提供し、近接端末デバイス２４０１８乃至２４０２４にネットワーク接続性を提供するゲートウェイとして機能してもよい。

モバイルインフラストラクチャノード２４００２は、車両のフレームワークの中に実装されてもよいので、モバイルインフラストラクチャノード２４００２は、端末デバイス２４０１８乃至２４０２４よりも優れた送信能力及び受信能力を有してもよい。したがって、端末デバイス２４０１８乃至２４０２４が無線アクセス接続の範囲の中に存在しない場合であっても、モバイルインフラストラクチャノード２４００２は、無線アクセスインフラストラクチャ２４０１６を介して端末デバイス２４０１８乃至２４０２４にネットワーク接続を提供することが可能である。したがって、ある特定のシナリオにおいて、無線アクセスインフラストラクチャ２４０１６は、端末デバイス２４０１８乃至２４０２４のうちの１つ又は複数の範囲の外側に存在してもよいが、一方で、モバイルインフラストラクチャノード２４００２は、端末デバイス２４０１８乃至２４０２４と無線アクセスインフラストラクチャ２４０１６との間のインターフェイスを提供することが可能である。

いくつかの態様において、モバイルインフラストラクチャノード２４００２は、端末デバイス２４０１８乃至２４０２４のうちの１つ又は複数の端末デバイスよりも、より高い感知、（例えば、メモリ２４００６において）より高い記憶、（例えば、処理モジュール２４００４において）より高い処理、（例えば、電源２４０１４において）より高い電力、（例えば、バックホールアンテナシステム２４０１０及び処理モジュール２４００４のいずれかの無線増幅モジュールにおいて）より高い送信電力、及び／又は（例えば、バックホールアンテナシステム２４０１０及びフロントホールアンテナシステム２４０１２において）より大きい／又はより多くのアンテナを有してもよい。モバイルインフラストラクチャノード２４００２は、これらの能力に応じて、端末デバイスへのネットワーク接続性を提供してもよく、それらの端末デバイスは、そうでない場合には、ネットワーク接続性を有しないであろう。

いくつかの態様において、モバイルインフラストラクチャノード２４００２は、重大なネットワークシナリオ(クリティカルネットワークシナリオ)(critical network scenario)の場合に展開されてもよい。重大なネットワークシナリオの複数の非限定的な例は、無線アクセス・ネットワークの局所的なインフラストラクチャが損害を受けている又は動作していない緊急事態シナリオ又は自然災害シナリオ、無線アクセス・ネットワークが過度に輻輳しているネットワーク過負荷シナリオ、又は無線アクセス・ネットワーク及び／又はコアネットワークが完全には動作していない一般的なネットワーク故障又はメンテナンスシナリオを含んでもよい。

いくつかの態様において、重大なネットワークシナリオは、ある１つの地理的領域に集中する場合がある。例えば、モバイルインフラストラクチャノード２４００２は、影響を受けた領域に移動し、そして、無線アクセスインフラストラクチャ２４０１６とのバックホール接続を介して近傍の端末デバイスにネットワーク接続を提供してもよく、その無線アクセスインフラストラクチャ２４０１６は、その近傍の端末デバイスの範囲の外側に存在してもよいが、モバイルインフラストラクチャノード２４００２の送信容量及び受信容量の増加が原因となり、そのモバイルインフラストラクチャノード２４００２の範囲の内側に留まっていてもよい。

いくつかの態様において、例えば、各々のモバイルインフラストラクチャノードが、影響を受ける領域の複数の異なるサブセットをカバーし、互いに直接的に又は中央協調エンティティによる中央での協調によって、協調する場合に、モバイルインフラストラクチャノード２４００２は、他のモバイルインフラストラクチャノードと協調して、大きな影響を受ける領域にネットワーク接続性を提供してもよい。

いくつかの態様において、モバイルインフラストラクチャノード２４００２は、例えば、（例えば、モバイルインフラストラクチャ機能に直接的には関連づけられていない私的な又は商業的な使用等の）非公式な使用のために、ある時間期間の間、車両として動作してもよく、近傍の端末デバイスにモバイルインフラストラクチャ機能を自ら提供しなくてもよい。その次に、モバイルインフラストラクチャノード２４００２は、要求に応じて、モバイルインフラストラクチャ機能を動的に起動し、したがって、非公式使用からモバイルインフラストラクチャノードとしての能動的使用に移行してもよい。

したがって、重大なネットワークシナリオが発生した場合に、モバイルインフラストラクチャノード２４００２は、モバイルインフラストラクチャ機能を起動し、近傍の端末デバイスにサービスの提供を開始してもよい。いくつかの態様において、モバイルインフラストラクチャノード２４００２は、ドライバの制御下で又は（例えば、自律的運転機能によって）自律的に、重大なネットワークシナリオの影響を受ける領域に移動してもよい。

いくつかの態様において、モバイルインフラストラクチャノード２４００２は、ネットワーク構成プロトコルにしたがって、モバイルインフラストラクチャ機能を動的に起動してもよく、そのネットワーク構成プロトコルは、エンドトゥエンドの自己組織化プロトコル又は自動的なプロトコルであってもよい。例えば、ネットワーク構成プロトコルにしたがって、モバイルインフラストラクチャノード２４００２は、（無線アクセスインフラストラクチャ２４０１６によって）モバイルインフラストラクチャノード２４００２とコアネットワークとの間のバックホールリンクを構成し、そして、モバイルインフラストラクチャ機能に関連づけられているいずれかの他の機能を配置するために、モバイルインフラストラクチャ機能のための（基盤コアネットワークの中に存在してもよく、又は、例えば、無線アクセスインフラストラクチャ２４０１６との間のインターフェイスを提供する外部ネットワークであってもよい）中央協調エンティティと通信してもよい。コアネットワークは、また、モバイルインフラストラクチャノード２４００２を検証し、命令を提供してもよい。その次に、モバイルインフラストラクチャノード２４００２は、コアネットワークの相互作用にしたがってモバイルインフラストラクチャ機能を起動し、近傍の端末デバイスへのサービスの提供を開始してもよい。

モバイルインフラストラクチャ機能を起動した後に、いくつかの態様において、モバイルインフラストラクチャノード２４００２は、フロントホールアンテナシステム２４０１２を介してビーコン信号をブロードキャストすることによって、近傍の端末デバイスに対してその能力を宣伝（ａｄｖｅｒｔｉｓｅ）してもよい。その近傍の端末デバイス、特に、利用可能な無線アクセス接続を現時点で探索している近傍の端末デバイスは、その次に、モバイルインフラストラクチャノード２４００２を発見し、そして、接続してもよい。

前に示されているように、端末デバイス２４０１８乃至２４０２４等の近傍の端末デバイスは、その次に、モバイルインフラストラクチャノード２４００２を利用して、無線アクセス・ネットワーク又はコアネットワークへの、例えば、ネットワーク接続性等の接続を取得してもよく、モバイルインフラストラクチャノード２４００２は、無線アクセスインフラストラクチャ２４０１６を介して無線接続の形態でそのネットワーク接続性を提供してもよい。

ネットワーク接続性のほかに、いくつか態様において、モバイルインフラストラクチャノード２４００２は、また、これらには限定されないが、（モバイルエッジコンピューティング（ＭＥＣ）を含む）クラウドコンピューティング、クラウドストレージ、ビデオ処理又は画像処理、及びトラフィック管理等の他のモバイルインフラストラクチャ機能を提供してもよい。例えば、１つ又は複数の近傍の端末デバイスは、（フロントホールアンテナシステム２４０１２を介して） モバイルインフラストラクチャノード２４００２に処理タスクをオフロードしてもよく、モバイルインフラストラクチャノード２４００２は、その次に、（例えば、クラウドコンピューティングの原理にしたがって）処理モジュール２４００４においてそれらの処理タスクを実行してもよく、そして、対応する端末デバイスにいずれかの処理結果を戻してもよい。

いくつかの態様において、モバイルインフラストラクチャノード２４００２は、１つ又は複数の近傍の端末デバイスからデータを受信し、そして、メモリ２４００６にそのデータを局所的に格納してもよい。その次に、モバイルインフラストラクチャノード２４００２は、要求に応じて、対応する端末デバイスにそのデータを戻してもよい。

いくつかの態様において、処理モジュール２４００４は、偵察、緊急事態又は災害シナリオのモニタリング、又は他の処理機能を実行するために、カメラ２４００８が提供するビデオデータ又は画像データに対してビデオ処理又は画像処理を実行してもよい。

いくつかの態様において、処理モジュール２４００４は、また、例えば、カメラ２４００８が提供するビデオデータ又は画像データ及び／又は（例えば、中央協調エンティティがクラウドソーシングする又は提供する）リアルタイムトラフィックデータを使用して、モバイルインフラストラクチャノード２４００２の近傍のトラフィックを誘導し及び管理することによって、トラフィック管理を実行してもよい。

モバイルインフラストラクチャノード２４００２においてモバイルインフラストラクチャ機能を動的に起動し及び終了させる能力は、特に有利な特徴である場合がある。例えば、ユーザ（又はドライバ）は、例えば、モバイルインフラストラクチャ機能を起動しなくてもよい非公式な使用のために、ある特定の期間の間、車両としてそのモバイルインフラストラクチャノード２４００２を利用してもよい。一方で、重大なネットワークシナリオの場合には、モバイルインフラストラクチャノード２４００２のモバイルインフラストラクチャ機能を起動してもよく、このようにして、非公式な使用から能動的な使用へとモバイルインフラストラクチャノード２４００２を移行させる。

いくつかの態様において、モバイルインフラストラクチャノード２４００２のユーザが重大なネットワークシナリオを検出し、そして、（例えば、これらには限定されないが、ボタン、スイッチ、音声、コマンドインターフェイス、タッチパッド、又はタッチディスプレイ等の処理モジュール２４００４との間のインターフェイスを提供するユーザ入力構成要素を介して）モバイルインフラストラクチャ機能を起動するときに、ユーザ入力によって、モバイルインフラストラクチャ機能を起動してもよい。追加的に、又は、代替的に、いくつかの態様において、モバイルインフラストラクチャノード２４００２は、モバイルインフラストラクチャ機能を自律的に起動するように構成されてもよい。例えば、処理モジュール２４００４は、モバイルインフラストラクチャノード２４００２の周囲の無線環境のモニタリングの間に、（例えば、無線カバレッジの欠如に起因する）サービス停止を検出し、そして、モバイルインフラストラクチャ機能を起動させてもよい。追加的に、又は、代替的に、いくつかの態様において、モバイルインフラストラクチャノード２４００２は、（例えば、バックホールアンテナシステム２４０１０が提供するバックホール接続を介して）中央協調エンティティから通知を受信してもよく、その通知は、モバイルインフラストラクチャ機能を起動するようにモバイルインフラストラクチャノード２４００２に指示する。

起動の際に、モバイルインフラストラクチャノード２４００２は、モバイルインフラストラクチャ機能のために、中央協調エンティティとの間でネットワーク構成プロトコルを開始してもよく、その中央協調エンティティは、例えば、コアネットワークエンティティ、政府管理緊急事態制御センター、又は他のタイプの中央制御システムであってもよい。モバイルインフラストラクチャノード２４００２は、中央協調エンティティに、その現在の位置及び（例えば、バックホールアンテナシステム２４０１０のバックホール能力、フロントホールアンテナシステム２４０１２のフロントホール能力、処理モジュール２４００４のクラウドコンピューティング能力、及び／又はメモリ２４００６のストレージ能力等の）モバイルインフラストラクチャ能力を示してもよい。

処理モジュール２４００４は、その次に、中央協調エンティティと通信して、（認証メカニズム及び／又はセキュリティ検証メカニズムを含んでもよい）モバイルインフラストラクチャ機能の提供のためにモバイルインフラストラクチャノード２４００２を検証し、及び／又はモバイルインフラストラクチャノード２４００２が近傍の端末デバイスにモバイルインフラストラクチャ機能として提供することを必要とするモバイルインフラストラクチャノード２４００２の特定の能力を選択してもよい。いくつかの態様において、処理モジュール２４００４は、中央協調エンティティと通信して、エンドトゥエンドネットワーク接続を設定し、それにより、モバイルインフラストラクチャノード２４００２から基盤コアネットワークへの完全なネットワーク接続性を提供してもよい。

いくつかの態様において、処理モジュール２４００４は、中央協調エンティティと通信して、モバイルインフラストラクチャノード２４００２の無線アクセスインフラストラクチャを識別してもよく、そのモバイルインフラストラクチャノード２４００２は、無線アクセスインフラストラクチャ２４０１６等のバックホールアンテナシステム２４０１０との間のインターフェイスを提供してもよい。代替的に、いくつかの態様において、バックホールアンテナシステム２４０１０は、無線走査を実行して、無線アクセスインフラストラクチャ２４０１６として、接続するべき無線アクセスインフラストラクチャを識別してもよい。

いくつかの態様において、中央協調エンティティは、重大なネットワークシナリオによって影響を受ける領域等のある特定の領域にサービスを提供するための命令又は指示を提供してもよい。モバイルインフラストラクチャノード２１７０２がドライバによって操作される場合に、そのドライバは、その特定の領域に向かって、モバイルインフラストラクチャノード２４００２を運転し、いずれかの追加的な指示にしたがうように促されてもよい。モバイルインフラストラクチャノード２４００２が自律車両である場合に、処理モジュール２４００４は、その特定の領域に向かって、モバイルインフラストラクチャノード２４００２を制御し及び駆動し、そして、中央協調エンティティが提供するいずれかのさらなる指示にしたがうために、モバイルインフラストラクチャノード２４００２の自律運転システムとの間のインターフェイスを提供してもよい。

図２４１は、モバイルインフラストラクチャノード２４００２が自律運転システム２４１０２を含むいくつかの態様にしたがったある１つの例を示している。自律運転システム２４１０２は、電子システムであってもよく、その電子システムは、モバイルインフラストラクチャノード２４００２のエンジン、ステアリング、及び／又は電子的なフレームワークとの間のインターフェイスを提供して、モバイルインフラストラクチャノード２４００２を自律的に運転する。いくつかの態様において、自律運転システム２４１０２は、コンピュータであってもよく、そのコンピュータは、モバイルインフラストラクチャノード２４００２のオフラインの自律運転又はオンラインの自律運転を実行するように構成される。したがって、処理モジュール２４００４は、自律運転システム２４１０２と対話して、モバイルインフラストラクチャノード２４００２を制御し、それにより、重大なネットワークシナリオの影響を受ける領域等のさまざまな場所に向かって運転してもよい。

いくつかの態様において、処理モジュール２４００６は、例えば、ユーザ入力を使用して又は中央協調エンティティによって位置を受信してもよく、自律運転システム２４１０２との間のインターフェイスを提供して、その位置に移動するようにモバイルインフラストラクチャノード２４００２を制御してもよい。処理モジュール２４００６は、その次に、その位置の又はその位置の周囲のモバイルインフラストラクチャ機能を起動してもよい。

前に示されているように、いくつかの態様において、バックホールアンテナシステム２４０１０は、衛星通信のために構成されてもよく、衛星ベースの無線アクセスインフラストラクチャ２４０１６と通信して、接続性を維持し、衛星ベースの無線アクセスインフラストラクチャ２４０１６を介して近傍の端末デバイスにネットワーク接続性を提供してもよい。

いくつかの態様において、モバイルインフラストラクチャノード２４００２は、他のモバイルインフラストラクチャノードと協調して、重大なネットワークシナリオによって影響を受ける広い領域へのネットワーク接続性を提供してもよい。したがって、モバイルインフラストラクチャノード２４００２は、１つ又は複数の他のモバイルインフラストラクチャノードと協調して動作して、影響を受ける領域にわたってネットワーク接続性を提供してもよく、各々のモバイルインフラストラクチャノード（又は複数のモバイルインフラストラクチャノード）は、影響を受けた領域のサブセットにサービスを提供してもよい。いくつかの態様において、複数のモバイルインフラストラクチャノードの間の協調は、中央協調エンティティによって管理されてもよい。いくつかの態様において、複数のモバイルインフラストラクチャノードの間の協調は、分散された方式で管理されてもよく、例えば、処理モジュール２４００４は、バックホールアンテナシステム２４０１０を介して他のモバイルインフラストラクチャノードと通信して、それらの複数のモバイルインフラストラクチャノードが影響を受ける領域にわたって提供する位置決定及びサービスを協調させてもよい。

したがって、いくつかの態様は、例えば、モバイルインフラストラクチャノード２４００２等のモバイルインフラストラクチャノードとして車両又はドローンを可能にする方法を提供してもよい。（例えば、自動車、列車、バス、飛行機等の）車両及びドローンは、検知、記憶、又は処理のための大きな容量を有する移動可能なプラットフォームであってもよい。構成に応じて、車両及びドローンは、局所的な電源を有してもよく、又は、太陽エネルギー等の外部電源から電力を誘導してもよい。まとめると、これらの特性は、近傍の端末デバイスにインフラストラクチャ又はゲートウェイ機能を動的に提供するプラットフォームを提供することが可能である。そのようなプラットフォームの提供は、重大なネットワークシナリオの場合のように、インフラストラクチャが利用できない状況において特に有用であり、それらの重大なネットワークシナリオは、無線アクセス・ネットワークの局所的なインフラストラクチャが損傷したか又は動作していない緊急事態又は自然災害のシナリオ、無線アクセス・ネットワークが過度に輻輳しているネットワーク過負荷のシナリオ、或いは、無線アクセス・ネットワーク及び／又はコアネットワークが完全には動作していない一般的なネットワークの故障又はメンテナンスのシナリオを含む。

したがって、車両又はドローンは、モバイルインフラストラクチャノード２４００２等のモバイルインフラストラクチャノードとして構成されてもよく、そのモバイルインフラストラクチャノードは、クラウドコンピューティング及びクラウドストレージ等のさまざまな他のモバイルインフラストラクチャ機能のほかに、（例えば、端末デバイス２４０１８乃至２４０２４等の）近傍の端末デバイスにネットワーク接続性を提供するように構成されてもよい。

いくつかの態様において、自己組織化エンドトゥエンドプロトコルは、モバイルインフラストラクチャノードとしての車両又はドローンの動的な構成を可能にすることができ、したがって、モバイルインフラストラクチャノード２４００２は、（例えば、モバイルインフラストラクチャ機能に関連づけられていない非公式な使用のための）通常の車両として動作するとともに、モバイルインフラストラクチャ機能を提供するための専用プラットフォームとして動作するように構成することが可能である。したがって、モバイルインフラストラクチャノードのモビリティ及び利用可能な機器は、必要に応じて、モバイルインフラストラクチャ機能のオンデマンドの及びコスト効率の良い展開を提供することが可能である。さらに、これらのリソースは、また、必要に応じて、ネットワークの輻輳又はネットワークの利用不可能な期間等のインフラストラクチャリソースのオンデマンド強化を可能にしてもよい。

モバイルインフラストラクチャの展開を実現するために、モバイルインフラストラクチャノードとして１つ又は複数の車両又はドローンを指定してもよい。そのような展開は、集中制御によって又はアドホック選択に基づいて達成することが可能である。モバイルインフラストラクチャノードと近傍の端末デバイスとの間の（例えば、フロントホールリンク等の）通信のために及び／又はモバイルインフラストラクチャノードと無線アクセスインフラストラクチャとの間の（例えば、バックホールリンク等の）通信のために、適切なシグナリング、認証メカニズム、及びセキュリティメカニズムを採用してもよい。

モバイルインフラストラクチャノードの指定は、モバイルノードネットワークの増加又は減少のように、ダイナミックなサービス生成を可能にし、そのサービス生成は、ネットワークが利用不可能な領域において、既存のリソースを強化するか、又は、接続を可能にする。そのようなネットワークが利用不可能である場合の例は、ネットワークのカバレッジが貧弱である領域、災害、又はスポーツイベント又はコンサート等のネットワークの過負荷の領域を含んでもよい。例えば、モバイルインフラストラクチャノード２４００２は、局所的な無線アクセスリソースを増加させるために及び／又はサービスがまばらであるか又は存在しない領域においてネットワーク接続性を提供するために、オンデマンドで、局所的な領域にモバイルインフラストラクチャ機能を提供することが可能である。

いくつかの態様において、既存のモバイルインフラストラクチャノード又は（例えば、協調して動作する複数のモバイルインフラストラクチャノードのネットワークである）既存のモバイルインフラストラクチャノードのネットワークは、モバイルインフラストラクチャノード又はモバイルインフラストラクチャノードのネットワークのために広告を作成し、発行し又はブロードキャストしてもよい。これは、端末デバイス２４０１８乃至２４０２４等の近傍の端末デバイスによるモバイルインフラストラクチャノード又はモバイルインフラストラクチャノードのネットワークの使用を可能にし又は奨励することが可能である。

モバイルインフラストラクチャノード２４００２は、これらのは限定されないが、Ｖ２Ｖ、Ｖ２Ｉ、及び単一セルのポイントトゥマルチポイント（ＳＣ－ＰＴＭ）を含む既知の通信プロトコル及び未知の通信プロトコルを拡張することによって無線により通信することが可能である。免許付与された帯域及び免許不要の帯域の既存のプロトコルを定義してもよい。免許付与された周波数帯域又は免許不要の周波数帯域において、無線通信を実行してもよい。

いくつかの態様において、モバイルインフラストラクチャノード２４００２は、モバイルインフラストラクチャ機能を絶えず提供するように割り当てられてもよい（例えば、連続的かつ能動的な使用のために割り当てられてもよい）。代替的に、いくつかの態様において、モバイルインフラストラクチャノード２４００２は、ある期間の間にモバイルインフラストラクチャ機能を提供する（能動的な使用）ように構成されてもよく、他の期間の間にモバイルインフラストラクチャ機能を提供しなくてもよい（非公式な使用）。言い換えると、モバイルインフラストラクチャノード２４００２は、間欠的かつ能動的な使用のために割り当てられてもよい。いくつかの態様において、モバイルインフラストラクチャノード２４００２が間欠的かつ能動的な使用のために割り当てられる場合に、モバイルインフラストラクチャノード２４００２は、能動的な使用ではないときに、モバイルインフラストラクチャ機能に専用の構成要素を停止させ（ｄｅａｃｔｉｖａｔｅ）、電力消費を低減してもよい。

いくつかの態様において、モバイルインフラストラクチャノード２４００２は、能動的に使用されていないときに、完全に停止していてもよく、電力を完全に遮断してもよい。モバイルインフラストラクチャノード２４００２において、又は、無線アクセス・ネットワークによって、又は、モバイルインフラストラクチャ機能のための中央協調エンティティ等の他の集中化制御ソースによって、独立して上記の停止及び電力の遮断をトリガしてもよい。その集中化制御ソースは、モバイルインフラストラクチャノード２４００２の電力をオン又はオフにするためのアルゴリズムを採用してもよい。

いくつかの態様において、中央協調エンティティが実行してもよいリソースの機械計算された割り当てに基づいて、１つ又は複数のモバイルインフラストラクチャノードを展開してもよい。この機械計算は、現在の必要度、識別された必要度、又は予測された必要度に応えてもよい。予測は、これまでのネットワークの必要度、これまでのネットワークの擾乱、将来的なスケジューリングされているイベント、及び自然災害等の将来的なスケジューリングされていない見込みのイベントを含むさまざまな要因に基づいていてもよい。これらの要因に照らして、必要とされる望ましい移動可能なデータ・ネットワークの位置及び大きさを計算してもよく、モバイルインフラストラクチャノードの対応する割り当てを必要な領域に展開してもよい。

例えば、モバイルインフラストラクチャ機能のための中央協調エンティティは、例えば、コアネットワーク又は外部ネットワークの一部として、中央サーバとして実装されてもよい。その中央協調エンティティは、例えば、これらには限定されないが、いずれの地理的領域が貧弱さを経験しているか又は圏外にあるか（或いは、貧弱さを経験するであろう又は圏外となるであろう、或いは、貧弱さを経験してきた又は圏外であった）か、いずれの地理的領域が非常に輻輳しているか、いずれの地理的領域が災害又は緊急事態により影響を受けているか、いずれの地理的領域が多くの数の利用者を有しているか等のように、無線アクセス・ネットワークの必要度を評価してもよい。中央協調エンティティは、その次に、いずれの地理的領域がモバイルインフラストラクチャノードの形態で余剰の無線アクセスリソースを最も必要としているかを評価してもよい。

いくつかの態様において、モバイルインフラストラクチャノード２４００２は、大規模ＭＩＭＯ技術を利用して、端末デバイス及び／又は無線アクセスインフラストラクチャとの間の通信を送信し及び受信してもよい。

いくつかの態様において、モバイルインフラストラクチャノード２４００２は、無線アクセスリソースの提供を含むか又は無線アクセスリソースの提供のほかに、いずれかの適切なネットワーク機能のために利用されてもよい。例えば、モバイルインフラストラクチャノード２４００２は、これらには限定されないが、クラウド接続性、検知データのための記憶、分析のためのモバイルエッジコンピューティング、ビデオ処理、及び／又はトラフィック管理を含む機能を提供してもよい。

いくつかの態様において、モバイルインフラストラクチャノード２４００２は、複数の異なる手順にしたがって展開又は拡張されてもよい。例えば、いくつかのシナリオにおいて、モバイルインフラストラクチャノード２４００２が要求に応じてある特定の領域に移動するときに、モバイルインフラストラクチャノード２４００２は、ネットワークを必要とするある特定のエリアに展開されてもよい。代替的に、いくつかのシナリオにおいて、モバイルインフラストラクチャノード２４００２は、必要とする領域の中に既に位置していてもよく、要求に応じてネットワークに組み込まれてもよい。

いくつかの態様において、モバイルインフラストラクチャノード２４００２は、現在は能動的でなくてもよく、例えば、その領域の中に存在していてもよいが、モバイルインフラストラクチャ機能を能動的に提供していなくてもよい。モバイルインフラストラクチャノード２４００２は、その次に、ネットワークからの要求に応じてモバイルインフラストラクチャ機能を起動し、したがって、そのネットワークの一部としてモバイルインフラストラクチャ機能を組み込んでもよい。したがって、いくつかの態様において、ネットワーク又は中央協調エンティティは、必要とする領域の中でモバイルインフラストラクチャノードの操作に適格な車両又はドローンを識別し、モバイルインフラストラクチャノードとしてその車両又はドローンを指定し、そして、それらをネットワークの中に組み込んでもよい。

さまざまな態様によれば、モバイルインフラストラクチャノード２４００２は、自発移動可能な、遠隔制御移動可能な、又は駆動可能ないずれかの対象物であってもよい。これらには限定されないが、モバイルインフラストラクチャノード２４００２は、自動車、全地形車両、オートバイ、トラック、トラクタトレーラ、ドローン、ヘリコプタ、バルーン、又はいずれかの他の同様の対象物を含んでもよい。

いくつかの態様において、モバイルインフラストラクチャノード２４００２は、周辺領域へのネットワーク接続性を提供するモバイルインフラストラクチャとして機能するように設計されてもよい。モバイルインフラストラクチャノード２４００２は、クラウド記憶、検知データの記憶、分析のためのモバイルエッジコンピューティング、ビデオ処理、トラフィック管理、ネットワーク・アクセス・ノードとしての動作、ゲートウェイとしての動作、クラウド・ストレージ・ノードとしての動作、又はコンピュータ・サーバとしての動作の機能を実行してもよい。

いくつかの態様において、モバイルインフラストラクチャノード２４００２は、無線ネットワークの必要性に基づいて、その無線ネットワークに含めるために識別されてもよい。これらには限定されないが、そのような必要性は、モバイルインフラストラクチャノード２４００２の位置、モバイルインフラストラクチャノード２４００２のサービス能力、モバイルインフラストラクチャノード２４００２の利用可能性、又はモバイルインフラストラクチャノード２４００２の計算リソースを含んでもよい。いくつかの態様において、モバイルインフラストラクチャノード２４００２は、３ＧＰＰ技術報告（ＴＲ）２３．７８５に準拠するエニキャスト法（Ａｎｙｃａｓｔ ｍｅｔｈｏｄ）等のエニキャスト法によって識別されてもよい。

いくつかの態様において、モバイルインフラストラクチャノード２４００２は、ネットワークの必要性を満たすように、通常の領域又は特定の場所に展開されてもよい。ネットワークの必要性は、急性であっても慢性であってもよく、例えば、（例えば、数秒、数分、数時間等の）短い時間にわたって生起してもよく、又は（例えば、数週間、数ヶ月、数年等の）より長い時間期間にわたって生起してもよい。ネットワークの必要性は、現時点での必要性であってもよく、又は、予期される必要性であってもよい。これらには限定されないが、現時点での必要性の例は、ネットワーク機器の障害、故障、欠陥、又は操作不能、ネットワークの過負荷、或いは、コンサート又はスポーツイベント等の大規模集会を含む。これらには限定されないが、予期される必要性の例は、予測される障害、故障、欠陥、或いは、自然災害、又は計画されたイベント、コンサート、スポーツゲーム、パレード、又は、多数のモバイルネットワークユーザが見込まれる他のイベントにおける操作不可能な機器を含む。加えて、急性のイベントとは別に、モバイルインフラストラクチャノード２４００２は、使用の増加によって需要が容量に近いか又は容量を超える既存のネットワークを強化するために、特定の領域に展開されてもよい。

いくつかの態様において、ネットワークは、モバイルインフラストラクチャノード２４００２の電力供給を制御してもよい。例えば、モバイルインフラストラクチャノード２４００２がネットワークへの参加に同意するいくつかの態様において、ネットワークは、モバイルインフラストラクチャ機能の提供のためにモバイルインフラストラクチャノード２４００２の電力使用量を制御してもよい。電力使用量の制御は、例えば、モバイルインフラストラクチャノード２４００２が近傍の端末デバイスにモバイルインフラストラクチャ機能を提供することが期待されないときなど、モバイルインフラストラクチャノード２４００２が能動的に使用されていないときに、電力使用量を減少させることによる効率向上を提供する。例えば、モバイルネットワーク送信のためにサイトへ移動するようにモバイルインフラストラクチャノード２４００２に指示することが望ましい場合がある。この場合、ネットワークは、モバイルインフラストラクチャ機能が必要になるまで、モバイルインフラストラクチャノード２４００２のモバイルインフラストラクチャ機能を停止させ又は単に機能していない状態のままにしておいてもよい。

いくつかの態様において、例えば、中央協調エンティティ等のネットワークとモバイルインフラストラクチャノード２４００２との間の通信は、免許付与された無線帯域又は免許不要の無線帯域において生起してもよい。その通信は、複数の帯域で生起してもよく、これらの複数の帯域においては、すべてが免許付与され、又は、すべてが免許不要であり、或いは、それらの帯域が免許付与された帯域及び免許不要の帯域の混合帯域である。

現在の態様のうちのいくつかは、動的なモバイルインフラストラクチャの中で動作するモバイルインフラストラクチャノードの方法を提供してもよく、その方法は、無線ネットワークに含めるための招待を受理するステップと、無線ネットワークに含めるためのその招待を受け入れるステップと、無線ネットワークからデータを受信する無線ネットワークとの間の無線接続を確立するステップと、受信したデータを使用して無線ネットワーク機能を実行するステップと、を含む。

図２４２は、いくつかの態様にしたがって、動的なモバイルインフラストラクチャとして、モバイルインフラストラクチャノードを起動する方法２４２００を示している。図２４２に示されているように、その方法２４２００は、無線ネットワークに含めるためのモバイルインフラストラクチャノードを識別するステップ（２４２１０）、そのモバイルインフラストラクチャノードとの間の無線接続を確立するステップ（２４２２０）、無線ネットワークにそのモバイルインフラストラクチャノードを参加させるステップ（２４２３０）、無線ネットワークの中のモバイルインフラストラクチャノードのネットワーク機能を決定するステップ（２４２４０）、及び、その決定した機能を実行するようにそのモバイルインフラストラクチャノードを構成するステップ（２４２５０）、を含む。

図２４３は、いくつかの態様にしたがってモバイルインフラストラクチャノードを動作させる方法２４３００を示している。図２４３に示されているように、その方法２４３００は、無線ネットワークとの間の無線接続を確立するステップ（２４３１０）、無線ネットワークに含めるための招待を受け入れるステップ（２４３２０）、モバイルインフラストラクチャノードとして無線ネットワークに参加するステップ（２４３３０）、及び、指定された無線ネットワーク機能を実行するステップ（２４３４０）、を含む。

図２４４は、いくつかの態様にしたがったモバイルインフラストラクチャノードとして車両を動作させる方法２４４００を示している。図２４４に示されているように、その方法２４４００は、車両の処理モジュールにおいて地理的領域におけるネットワーク機能停止又はネットワーク過負荷を検出するステップ（２４４１０）、及び、車両のフロントホールアンテナシステム及びバックホールアンテナシステムを起動して、その地理的領域の外側に位置する無線アクセスインフラストラクチャを使用して、そのバックホールアンテナシステムが提供するバックホール接続を介して、そのフロントホールアンテナシステムに接続されている１つ又は複数の端末デバイスへのネットワーク接続性を提供するステップ（２４４２０）、を含む。

７．４ 階層通信＃４
この開示のいくつかの態様において、モバイルインフラストラクチャノードは、潜在的な且つ重大なネットワークシナリオ（潜在的なクリティカルネットワークシナリオ）（ｐｏｔｅｎｔｉａｌ ｃｒｉｔｉｃａｌ ｎｅｔｗｏｒｋ ｓｃｅｎａｒｉｏ）を検出し、そして、その潜在的な且つ重大なネットワークシナリオを緊急ネットワーク管理サーバに通知してもよい。緊急ネットワーク管理サーバは、その次に、潜在的な且つ重大なネットワークシナリオが孤立したイベント（隔離イベント）（ｉｓｏｌａｔｅｄ ｅｖｅｎｔ）であるか又は重大なネットワークシナリオ（クリティカルネットワークシナリオ）（ｃｒｉｔｉｃａｌ ｎｅｔｗｏｒｋ ｓｃｅｎａｒｉｏ）であるかを検証し、その潜在的な且つ重大なネットワークシナリオが重大なネットワークシナリオである場合に、続いて、１つ又は複数のモバイルインフラストラクチャノードを選択して、影響を受ける領域へのネットワーク接続を提供するようにそれらの１つ又は複数のモバイルインフラストラクチャノードに指示してもよい。

例えば、モバイルインフラストラクチャノードは、緊急事態シナリオ及び災害シナリオにおいて特に有利である場合がある。例えば、大規模な災害は、基地局等のセルラー通信インフラストラクチャを破壊する場合があり、このようにして、ネットワーク接続性を有していない大きな影響を受けた領域を残してしまう。一方で、自動車やトラック等の車両は、依然として、使用可能な通信システムを含むことがあり、それらの使用可能な通信システムは、バックホールモード機能及びインフラストラクチャモード機能を有し、それらの使用可能な通信システムは、強力な車体及びシャーシによって機械的に保護されている場合があり、自動車のバッテリーによって給電されてもよい。これらの通信システムは、重大な損傷を回避することが可能であり、その重大な損傷は、無線アクセスインフラストラクチャを機能不全にする場合があり、したがって、ユーザ及び端末デバイスにネットワーク接続性を提供するようにインフラストラクチャノードとして構成されてもよい。

図２４５は、いくつかの態様にしたがったある１つの例示的シナリオを示している。図２４５の例示的な設定において、災害シナリオ又は緊急事態シナリオが存在する場合があり、その災害シナリオ又は緊急事態シナリオは、（例えば、セルラー無線アクセス・ネットワークの基地局、広域無線ＬＡＮ／Ｗｉ－Ｆｉ接続領域のアクセスポイント、又は端末デバイスへのネットワーク接続性を提供する他のタイプの無線アクセスインフラストラクチャであってもよい）ネットワーク・アクセス・ノード２４５１６及び２４５１８等の局所的な無線アクセスインフラストラクチャを無効にする。その災害シナリオ又は緊急事態シナリオは、ネットワーク・アクセス・ノード２４５１６及び２４５１８の物理的構造に被害を与え、及び／又は、ネットワーク・アクセス・ノード２４５１６及び２４５１８をサポートするバックホールリンク又はコアネットワーク構成要素に被害を与え、したがって、ネットワーク・アクセス・ノード２４５１６及び２４５１８は、近接端末デバイスに無線アクセス・ネットワークを提供することが不可能となる場合がある。その結果、端末デバイス２４５２０、２４５２２、及び２４５２４等の近接端末デバイスは、ネットワーク接続性を失うことがあり、ユーザは、発呼、データの受信、インターネットへのアクセス等を行うことができない。

しかしながら、モバイルインフラストラクチャノード２４５０２は、使用可能なフロントホール接続及びバックホール接続を介して、端末デバイス２４５２０乃至２４５２４へのネットワーク接続を復元することが可能である。図２４５に示されているように、モバイルインフラストラクチャノード２４５０２は、処理モジュール２４５０４、プライマリアンテナシステム２４５０６、バックホールアンテナシステム２４５０８、及びフロントホールアンテナシステム２４５１０を含んでもよい。図２４５の例示的な設定において、モバイルインフラストラクチャノード２４５０２のフレームの外部に存在するように示されているが、プライマリアンテナシステム２４５０６、バックホールアンテナシステム２４５０８、及びフロントホールアンテナシステム２４５１０のうちの１つ又は複数は、モバイルインフラストラクチャノード２４５０２の中で一体化されていてもよく、いくつかの態様において、モバイルインフラストラクチャノード２４５０２の外部フレーム／シャーシによって外部被害から保護されていてもよい。

したがって、モバイルインフラストラクチャノード２４５０２は、フロントホールアンテナシステム２４５１０を介してモバイルインフラストラクチャノード２４５０２を囲む領域２４５１２に局所的な無線アクセス・ネットワークを提供してもよい。したがって、領域２４５１２の中の端末デバイス２４５２０乃至２４５２４等の端末デバイスは、その局所的な無線アクセス・ネットワークを介してモバイルインフラストラクチャノード２４５０２に接続することが可能であってもよい。モバイルインフラストラクチャノード２４５０２は、その次に、バックホールアンテナシステム２４５０８によってバックホール接続を介してネットワーク接続性を提供してもよく、そのバックホールアンテナシステム２４５０８は、無線アクセスインフラストラクチャ２４５１４を介してコアネットワーク／インターネット・ネットワーク２４５２８との間のインターフェイスを提供してもよい。

図２４５に示されているように、いくつかの態様において、無線アクセスインフラストラクチャ２４５１４は、衛星ベースの無線アクセスインフラストラクチャであってもよく、バックホールアンテナシステム２４５０８は、衛星通信アンテナシステムであってもよい。他の態様において、無線アクセスインフラストラクチャ２４５１４は、（例えば、図２４０に関して前に詳細に説明されている無線アクセスインフラストラクチャ２４０１６の方式の）地上波無線アクセスインフラストラクチャであってもよく、その地上波無線アクセスインフラストラクチャは、災害シナリオ又は緊急事態シナリオによって影響を受ける領域の外側に位置している。それにもかかわらず、無線アクセスインフラストラクチャ２４５１４は、動作可能であり、バックホールアンテナシステム２４５０８の範囲の中に存在していてもよく、無線アクセスインフラストラクチャ２４５１４は、局所的な無線アクセスインフラストラクチャの機能停止のためにネットワーク接続性を欠く端末デバイス２４５２０乃至２４５２４よりも実質的に遠い無線送信範囲及び無線受信範囲を提供してもよい。

図２４５に示されているように、無線アクセスインフラストラクチャ２４５１４は、コアネットワーク／インターネット・ネットワーク２４５２８との間のインターフェイスを提供してもよく、そのコアネットワーク／インターネット・ネットワーク２４５２８は、衛星地上波無線インターフェイス、或いは、地上波無線又は有線インターフェイスであってもよい。したがって、モバイルインフラストラクチャノード２４５０２は、バックホールアンテナ接続２４５０８が提供するバックホール接続を介して、（領域２４５１２の中の）フロントホールアンテナシステム２４５１０が提供する局所的な無線ネットワークの中の近接端末デバイスへのネットワーク接続を提供してもよい。無線アクセスインフラストラクチャ２４５１４は、モバイルインフラストラクチャノード２４５０２とコアネットワーク／インターネット・ネットワーク２４５２８との間のアップリンクデータ及びダウンリンクデータをルーティングしてもよく、このようにして、モバイルインフラストラクチャノード２４５０２の局所的な無線アクセス・ネットワークとコアネットワーク／インターネット・ネットワーク２４５２８との間のネットワーク接続リンクを完成する。

図２１９の中のコアネットワーク２１９０２に関して前に詳細に説明されているように、コアネットワーク／インターネット・ネットワーク２４５２８は、（ネットワーク・アクセス・ノード２４５１６及び２４５１８をサポートする同じコアネットワークであってもよい無線アクセス・ネットワークをサポートする）コアネットワーク及び無線アクセス・ネットワーク及び外部ネットワークをサポートするインターネット接続されているネットワークを含んでもよい。コアネットワーク／インターネット・ネットワーク２４５２８は、モバイルインフラストラクチャノード２４５０２及びそのモバイルインフラストラクチャノード２４５０２に接続されているいずれかの端末デバイスに、ネットワーク接続サービスの全範囲を提供してもよい。

図２４６は、いくつかの態様にしたがった処理モジュール２４５０４のある１つの例示的な内部構成を示している。図２４５に示されているように、処理モジュール２４５０４は、緊急ネットワーク管理クライアントモジュール２４６０２、電力管理モジュール２４６０４、地理的位置決定システム２４６０６、ベースバンドモデム２４６０８、バックホールモデム２４６１０、及びフロントホールモデム２４６１２を含んでもよい。いくつかの態様において、緊急ネットワーク管理クライアントモジュール２４６０２は、（図２１７において前に詳細に説明されているアプリケーション・プロセッサ２１７１２の方式によるアプリケーション・プロセッサ等の）アプリケーション層プロセッサであってもよく、そのアプリケーション層プロセッサは、（非一時的なコンピュータ読み取り可能な媒体から検索される）プログラムコードを実行し、そして、緊急ネットワーク管理クライアントアプリケーションを実行する、ように構成される。

図２４６に示されているように、緊急ネットワーク管理クライアントモジュール２４６０２は、緊急ネットワーク管理サーバ２４６１４との間で、（緊急ネットワーク管理クライアントモジュール２４６０２と緊急ネットワーク管理サーバ２４６１４との間の接続のためのある特定のプロトコルによって定義される）論理ソフトウェアレベル接続によって通信することが可能であり、その緊急ネットワーク管理サーバ２４６１４は、サーバプロセッサであってもよく、そのサーバプロセッサは、緊急ネットワーク管理クライアントアプリケーションの対応アプリケーションとして緊急ネットワーク管理サーバアプリケーションを実行するように構成される。いくつかの態様において、緊急ネットワーク管理サーバ２４６１４は、コアネットワーク又はインターネット接続されているサーバに位置するサーバ等のコアネットワーク／インターネット・ネットワーク２４５２８のコアネットワークセクション又はインターネット接続されているネットワークセクションに位置してもよい。

電力管理モジュール２４６０４は、モバイルインフラストラクチャノード２４５０２の電源との間のインターフェイスを提供してもよく、電力管理モジュール２４６０４は、例えば、モバイルインフラストラクチャノード２４５０２に一体化されている自動車のバッテリー又は他の大型電源であってもよい。電力管理モジュール２４６０４は、電源の残りのバッテリー電力をモニタリングし、緊急ネットワーク管理クライアントモジュール２４６０２にバッテリー寿命情報を提供してもよい。いくつかの態様において、電力管理モジュール２４６０４は、また、（例えば、キーレス点火又はキーを必要としないいずれかの車両始動動作の方式で）モバイルインフラストラクチャノード２４５０２の緊急自己起動機能性へのアクセスを有してもよく、モバイルインフラストラクチャノード２４５０２の（例えば、自動車バッテリー等の）電源を充電するためにモバイルインフラストラクチャノード２４５０２を始動してもよい。これは、処理モジュール２１８００とフロントホール及びバックホールシステムとが、バッテリー枯渇のリスクなしに動作するのに十分な電力を有するようにするために重要である場合がある。いくつかの態様において、電力管理モジュール２４６０４は、重大なネットワークシナリオの間に、例えば、タンクの中に残されているガソリンの量等の燃料の利用可能性に応じて、自己起動機能性によって、モバイルインフラストラクチャノード２４５０２を始動し及び／又は停止する時点を決定してもよい。例えば、電力管理モジュール２４６０４が、十分な燃料が存在し、再充電に対する需要があるということを決定する場合に、電力管理２４６０４は、自己起動機能性によってモバイルインフラストラクチャノード２４５０２を始動してもよい。これに対して、電力管理モジュール２４６０４が、燃料が不足しているということを決定する場合には、電力管理２４６０４は、自己起動機能性によってモバイルインフラストラクチャノード２４５０２を始動しなくてもよい（又は、燃料枯渇のリスクが存在する場合には、モバイルインフラストラクチャノード２４５０２をオフにしてもよい）。

地理的位置決定システム２４６０６は、（例えば、全地球的測位システム（ＧＰＳ）、全地球的航法衛星システム（ＧＬＯＮＡＳＳ）、ガリレオシステム、又は百度システム（Ｂｅｉｄｏｕ ｓｙｓｔｅｍ）等の）全地球的航法衛星システム（ＧＮＳＳ）システム等の衛星ベースの長距離地理的位置決定システム又はその他の長距離地理的位置決定システムであってもよい。地理的位置決定システム２４６０６は、緊急ネットワーク管理クライアントモジュール２４６０２にモバイルインフラストラクチャノード２４５０２の位置決定情報を提供してもよい。

ベースバンドモデム２４６０８、バックホールモデム２４６１０、及びフロントホールモデム２４６１２は、通信モデムであってもよく、その通信モデムは、（例えば、図２１７の中のベースバンドモデム２１７０６に関して前に詳細に説明されている方式と同様に）無線通信機能を制御し及び実行するように構成される（例えば、１つ又は複数のハードウェアアクセラレータ及び／又は他の専用ハードウェア回路等の）ハードウェア定義モジュール及び／又は（例えば、１つ又は複数のプロセッサ等の）ソフトウェア定義モジュールを含む。ベースバンドモデム２４６０８は、プライマリアンテナシステム２４５０６との間のインターフェイスを提供して、セルラー無線アクセス技術又は近距離無線アクセス技術にしたがって無線信号を送信し及び受信してもよい。

ベースバンドモデム２４６０８は、（使用可能であるときに）ネットワーク・アクセス・ノード２４５１６又は２４５１８と通信することが可能である。バックホールモデム２４６１０は、バックホールアンテナシステム２４５０８との間のインターフェイスを提供してもよく、衛星無線アクセス技術又は他の長距離無線アクセス技術等のバックホール無線アクセス技術にしたがって、無線アクセスインフラストラクチャ２４５１４との間で信号を送信し及び受信してもよい。

フロントホールモデム２４６１２は、フロントホールアンテナシステム２４５１０との間のインターフェイスを提供し、そして、局所的な無線アクセス・ネットワークを介して信号を送信し及び受信して、近接端末デバイス２４５２０、２４５２２、及び２４５２４と通信してもよい。いくつかの態様において、フロントホールモデム２４６１２は、例えば、（例えば、３ＧＰＰフェムトセル等の）セルラースモールセル又は（例えば、Ｗｉ－Ｆｉ／ＷＬＡＮアクセスポイント等の）近距離アクセスポイントの方式で局所的な無線アクセス・ネットワークに‘ホットスポット’接続を提供してもよい。

いくつかの態様において、複数の車両のうちのいくつかは、（例えば、セルラーネットワークとの間のインターフェイスを提供する接続されている自動車システムのための）セルラー通信技術及び／又は（例えば、Ｗｉ－Ｆｉ／ＷＬＡＮホットスポット等の）ホットスポット機能をあらかじめ装備していてもよい。したがって、いくつかの態様において、ベースバンドモデム２４６０８、プライマリアンテナシステム２４５０６、フロントホールモデム２４６０８、及びフロントホールアンテナシステム２４５１０は、あらかじめ設置されてもよく、及び／又はモバイルインフラストラクチャ２４５０２をサポートする車両の特徴であってもよい。いくつかの態様において、運転者による現在の使用を経験する車両のうちのいくつかは、地理的位置決定技術をあらかじめ装備している。したがって、いくつかの態様において、地理的位置決定システム２４６０６は、車両のあらかじめ設置された及び／又は標準的な特徴であってもよい。

いくつかの態様にしたがって、モバイルインフラストラクチャノード２４５０２は、（例えば、無線アクセスインフラストラクチャが損害を受けている又は機能を損なっている場合の災害又は緊急事態シナリオ、メンテナンスによるネットワークの機能停止、ネットワークの過負荷条件、及びネットワーク接続性を損なわせる他のシナリオ等の）重大なネットワークシナリオ（クリティカルネットワークシナリオ）（ｃｒｉｔｉｃａｌ ｎｅｔｗｏｒｋ ｓｃｅｎａｒｉｏ）を検出してもよい。モバイルインフラストラクチャノード２４５０２は、その次に、バックホールアンテナシステム２４５０８及び無線アクセスインフラストラクチャ２４５１４を介して、基盤コアネットワークへのインターフェイスを提供することによって、重大なネットワークシナリオによって影響を受ける領域へのネットワーク接続性を回復するように動作してもよい。バックホールアンテナシステム２４５０８は、頑強な長距離無線接続を提供することが可能であるので、バックホールアンテナシステム２４５０８は、影響を受ける領域の中から無線アクセスインフラストラクチャ２４５１４を使用して信号を送信し及び受信することが可能であり、したがって、たとえ、局所的な無線アクセスインフラストラクチャの障害に直面しても動作を維持することが可能である。

図２４７は、いくつかの態様にしたがったメッセージシーケンスチャート２４７００を示している。図２４７に示されているように、モバイルインフラストラクチャノード２４５０２は、ステップ２４７０２において潜在的な且つ重大なネットワークシナリオ（潜在的なクリティカルネットワークシナリオ）（ｐｏｔｅｎｔｉａｌ ｃｒｉｔｉｃａｌ ｎｅｔｗｏｒｋ ｓｃｅｎａｒｉｏ）を検出してもよい。特に、モバイルインフラストラクチャノード２４５０２は、ベースバンドモデム２４６０８及びプライマリアンテナシステム２４５０６に依存して、潜在的な且つ重大なネットワークシナリオを検出してもよい。

例えば、ベースバンドモデム２４６０８は、例えば、セルラー無線アクセス接続及び／又は近距離無線アクセス接続を提供して、モバイルインフラストラクチャノード２４５０２の車両にネットワーク接続性を提供してもよく、したがって、実質的に連続的な手法で無線アクセス接続を維持することが可能である。

いくつかの態様において、ベースバンドモデム２４６０８は‘常時オン’機能を提供してもよく、一定の基準で（例えば、無線アイドル状態又は無線接続状態のいずれかによって）無線アクセス接続を維持するように構成されてもよい。したがって、ベースバンドモデム２４６０８は、重大なネットワークシナリオを示す不規則なネットワーク活動がいつ存在するかを検出してもよい。例えば、いくつかの態様において、ベースバンドモデム２４６０８は、（例えば、無線アクセス及び／又はコアネットワーク接続が利用可能でないといったように）ベースバンドモデム２４６０８がネットワーク接続性を有していないサービス停止（ｏｕｔ－ｏｆ－ｓｅｒｖｉｃｅ （ＯＯＳ））状態を検出するように構成されてもよい。ベースバンドモデム２４６０８は、１つ又は複数のメカニズムを使用してＯＯＳ状態を検出してもよい。例えば、ベースバンドモデム２４６０８は、サービングセルへの接続の（例えば、突然の）喪失を検出することによって、ＯＯＳ状態を検出し、（例えば、ＰＬＭＮ走査等の）セル走査手順の性能を検出することによって、いずれのセルも返信していないということを検出し、セル走査の間に１つ又は複数のセルを検出することによって、（例えば、ＭＩＢ、ＳＩＢ１、及びＳＩＢ２等の）システム情報を取得することが可能ではないということを検出する、ように構成されてもよい。追加的に、又は、代替的に、いくつかの態様において、ベースバンドモデム２４６０８は、無線アクセス接続が異常に遅いか或いは非アクティブであるときに、実質的なネットワーク負荷を検出するように構成されてもよい。追加的に、又は、代替的に、いくつかの態様において、ベースバンドモデム２４６０８は、ＯＯＳ状態が検出された場合に最初にリセット又は再始動してもよく、リセット／再始動の後に、再度検査して、ＯＯＳ状態が実際にあったか否かを決定してもよい。この手順は、ベースバンドモデム２４６０８におけるバグが誤ってベースバンドモデム２４６０８にＯＯＳ状態を検出させる‘誤検出’ＯＯＳ状態を防止することが可能であるとともに、潜在的な且つ重大なネットワークシナリオの不正確な報告に伴う望ましくないシグナリングを回避することが可能である。ベースバンドモデム２４６０８が、リセット／再始動の後に、依然としてＯＯＳ状態を検出する場合には、ベースバンドモデム２４５１８は、緊急ネットワーク管理クライアントモジュール２４６０２にＯＯＳ状態を通知してもよい。

追加的に、又は、代替的に、いくつかの態様において、モバイルインフラストラクチャノード２４５０２は、（例えば、ＯＯＳの等の上記の無線アクセス障害を超える障害等の）エンドトゥエンドネットワーク障害について検査してもよい。例えば、一般的に、デバイスからサーバへのエンドトゥエンド接続を維持するのに‘キープアライブ（ｋｅｅｐ－ａｌｉｖｅ）’ メカニズム又は‘ハートビート（ｈａｒｔｂｅａｔ）’メカニズムを使用することが可能である。したがって、緊急ネットワーク管理クライアントモジュール２４６０２は、エンドトゥエンド接続性が依然として利用可能であるか否かを周期的に検査するために、キープアライブ手順を実行するように構成されてもよい。例えば、緊急ネットワーク管理クライアントモジュール２４６０２は、緊急ネットワーク管理サーバ２４６１４からのいずれかの新たな情報が存在するか否かを（例えば、数分ごとにといったように）周期的に検査してもよい。追加的に、又は、代替的に、緊急ネットワーク管理サーバ２４６１４は、緊急ネットワーク管理クライアントモジュール２４６０２に（例えば、ＴＣＰ ＮＡＣＫ等の）少量のデータを周期的に送るように構成されてもよく、その緊急ネットワーク管理クライアントモジュール２４６０２は、エンドトゥエンド接続を保持し、（例えば、３ＧＰＰネットワークにおけるパケット・データ・プロトコル（ＰＤＰ）アイドルタイムアウト等の）接続タイムアウトを防止してもよい。データがある特定の期間の間に接続を通過しない場合に、ネットワークオペレータは、その接続を閉じてもよい（例えば、ＰＤＰコンテキストアイドルタイムアウトは、１０分から２４時間の間でオペレータが定義してもよく；一部のネットワークオペレータは、６０秒ごとを超える周期でポーリング／ピンギングを許可しない）。したがって、緊急ネットワーク管理クライアントモジュール２４６０２は、エンドトゥエンド接続が依然としてアクティブであるか否かを周期的に検査し、それにしたがって、エンドトゥエンドネットワーク障害を検出してもよい。いくつかの態様において、モバイルインフラストラクチャノード２４５０２の（緊急ネットワーク管理クライアントモジュール２４６０２に対応するアプリケーション・プロセッサと同一であってもよく、又は、異なっていてもよい）アプリケーション・プロセッサにおいて実行されている他のユーザプレーンアプリケーションは、緊急ネットワーク管理クライアントモジュール２４６０２に潜在的な且つ重大なネットワークシナリオを通知してもよい。

潜在的な且つ重大なネットワークシナリオが通知されると、緊急ネットワーク管理クライアントモジュール２４６０２は、その次に、緊急ネットワーク管理サーバ２４６１４との間の接続を確立してもよい。ベースバンドモデム２４６０８及びプライマリアンテナシステム２４５０６におけるネットワーク接続性が利用できない場合には、緊急ネットワーク管理クライアントモジュール２４６０２は、バックホールモデム２４６１０及びバックホールアンテナシステム２４５０８が提供するバックホール接続を介して、緊急ネットワーク管理サーバ２４６１４との接続を確立してもよい。前に示されているように、バックホールモデム２４６１０及びバックホールアンテナシステム２４５０８が提供するバックホール接続は、頑強な長距離接続であってもよく、その頑強な長距離接続は、（例えば、プライマリアンテナシステム２４５０６よりも遠く離れた距離で信号を送信し及び受信することが可能であるといったように）重大なネットワークシナリオによって影響を受ける領域の外に存在する無線アクセスインフラストラクチャに信号を送信し及び受信することが可能である。したがって、緊急ネットワーク管理クライアントモジュール２４６０２は、局所的な無線アクセスインフラストラクチャに依存しないフォールバック接続として、バックホールモデム２４６１０及びバックホールアンテナシステム２４５０８を利用してもよい。

したがって、緊急ネットワーク管理クライアントモジュール２４６０２は、バックホールモデム２４６１０及びバックホールアンテナシステム２４５０８を介して、無線アクセスインフラストラクチャ２４５１４との間のバックホール接続を確立してもよい。前に示されているように、いくつかの態様において、無線アクセスインフラストラクチャ２４５１４は、衛星ベースの無線アクセスインフラストラクチャであってもよく、したがって、バックホールモデム２４６１０及びバックホールアンテナシステム２４５０８は、衛星バックホール接続を提供してもよい。代替的に、いくつかの態様において、無線アクセスインフラストラクチャ２４５１４は、地上波無線アクセスインフラストラクチャであってもよく、したがって、バックホールモデム２４６１０及びバックホールアンテナシステム２４５０８は、長距離地上波接続を提供することが可能である。無線アクセスインフラストラクチャ２４５１４は、その次に、コアネットワーク／インターネット・ネットワーク２４５２８との間のインターフェイスを提供してもよく、そのコアネットワーク／インターネット・ネットワーク２４５２８は、緊急ネットワーク管理サーバ２４６１４を配置することが可能である。

いくつかの態様において、緊急ネットワーク管理サーバ２４６１４は、固定された公知のＩＰアドレスを有する地域的な又は全国的なエンティティであってもよく、そのＩＰアドレスは、緊急ネットワーク管理クライアントモジュール２４６０２が、インターネット接続を介して緊急ネットワーク管理サーバ２４６１４に接続するのに使用することが可能である。したがって、緊急ネットワーク管理クライアントモジュール２４６０２は、緊急ネットワーク管理サーバ２４６１４に接続することが可能である。

緊急ネットワーク管理クライアントモジュール２４６０２は、その次に、潜在的な且つ重大なネットワークシナリオの詳細を記述しているステップ２４７０４において、緊急ネットワーク管理サーバ２４６１４のための通知メッセージを準備し、そして、送信してもよい。いくつかの態様において、緊急ネットワーク管理クライアント２４６０２は、（地理的位置決定モジュール２４６０６のクロックからの）タイムスタンプ情報、（地理的位置決定モジュール２４６０６からの）位置情報、ベースバンドモデム２４６０８が観測する潜在的な且つ重大なシナリオを詳述するベースバンドモデム２４６０８からの関連接続情報、（電力管理モジュール２４６０４からの）残りのバッテリー電力情報、（例えば、バックホールモデム２４６１０及びバックホールアンテナシステム２４５０８のためのデータ速度及び他の情報等の）バックホール能力情報、及び（例えば、サポートされるＷｉ－Ｆｉ特徴等の局所的な無線アクセス・ネットワーク／ホットスポットの提供に関するフロントホールモデム２４６１２及びフロントホールアンテナシステム２４５１０の能力を詳述する、フロントホールモデム２４６１２からの）フロントホール能力情報等の通知メッセージに含めるための能力情報及び状態情報を収集してもよい。

緊急ネットワーク管理サーバ２４６１４は、その次に、ステップ２４７０６において、緊急ネットワーク管理クライアントモジュール２４６０２が提供する通知メッセージに基づいて、潜在的な且つ重大なネットワークシナリオを評価してもよい。特に、緊急ネットワーク管理サーバ２４６１４は、緊急ネットワーク管理クライアントモジュール２４６０２が提供するステータス情報を評価して、潜在的な且つ重大なシナリオが孤立したイベント（隔離イベント）（ｉｓｏｌａｔｅｄ ｅｖｅｎｔ）であるか又は重大なネットワークシナリオであるかを決定してもよい。

例えば、いくつかの態様において、緊急ネットワーク管理サーバ２４６１４は、孤立したネットワークの機能停止及び／又は一時的なネットワークの機能停止の間で及び（単一の端末デバイスにおいて及び／又は孤立した領域にわたってＯＯＳ又は過負荷を引き起こす場合がある）エラーと（例えば、自然災害、広範囲の電力停止、実質的なネットワーク過負荷、予期せぬ無線アクセス及び／又はコアネットワークの障害、メンテナンス、及びネットワーク接続性を損なわせる場合がある他のイベントによって引き起こされるシナリオ等の）実際の重大なネットワークシナリオとの間で自動的に区別するように構成されてもよい。

いくつかの態様において、緊急ネットワーク管理サーバ２４６１４は、例えば、１つのモバイルインフラストラクチャノードから受信した単一の通知メッセージを評価するように構成されてもよい。いくつかの態様において、緊急ネットワーク管理サーバ２４６１４は、複数の異なるモバイルインフラストラクチャノードの複数の緊急ネットワーク管理クライアントモジュールから通知メッセージを受信するように構成されてもよく、多数の車両又は車両の一団が、モバイルインフラストラクチャノード２４５０２の方式のモバイルインフラストラクチャノードとして構成され、同様に、潜在的な且つ重大なネットワークシナリオを報告するように構成される。したがって、緊急ネットワーク管理サーバ２４６１４が、同一領域の中に位置する複数の異なるモバイルインフラストラクチャノードから（例えば、複数の通知メッセージの中の同様のタイムスタンプ及び同様の位置情報を有する）多数の突然の通知メッセージを受信する場合に、緊急ネットワーク管理サーバ２４６１４は、重大なネットワークシナリオとして潜在的な且つ重大なネットワークシナリオを分類するように構成されてもよい。

いくつかの態様において、緊急ネットワーク管理サーバ２４６１４は、潜在的な且つ重大なシナリオを孤立したイベント（隔離イベント）（ｉｓｏｌａｔｅｄ ｅｖｅｎｔ）又は重大なネットワークシナリオとして分類するために、（例えば、対応するプログラムコードの検索及び実行によって）機械学習技術を実行して、１つ又は複数の通知メッセージの中に提供される状態情報を評価するように構成されてもよい。例えば、その機械学習技術は、分類に基づく評価を適用してもよく、その分類に基づく評価は、タイムスタンプ及び位置情報を考慮して、孤立したイベントと重大なネットワークシナリオとの間の区分を示す適切なしきい値に基づいて、潜在的な且つ重大なシナリオを孤立したイベント又は重大なネットワークシナリオとして分類する。例えば、緊急ネットワーク管理サーバ２４６１４は、データベースとの間のインターフェイスを提供してもよく、そのデータベースにおいては、タイムスタンプが、各々のネットワーク・アクセス・ノードについて、通常のネットワーク管理及び動作機能が提供する位置情報及び状態情報、すなわち、使用可能である／使用可能でない等の情報と共に記録される。緊急ネットワーク管理サーバ２４６１４は、同じデータベースの中に、緊急ネットワーク管理クライアントからの状態情報及び位置情報を格納してもよい。これらのデータセット及びこれまでの状態情報及び現在の状態情報の時系列は、機械学習アルゴリズムを学習させるのに使用されてもよい。適用可能である機械学習アルゴリズムの非限定的な例は、サポートベクトルマシン、人工ニューラルネットワーク又は隠れマルコフモデル等の管理されている機械学習アルゴリズムを含む。

したがって、緊急ネットワーク管理サーバ２４６１４は、ステップ２４７０６の評価に基づいて、孤立したイベントイベント（隔離イベント）（ｉｓｏｌａｔｅｄ ｅｖｅｎｔ）（２４７０８）又は重大なネットワークシナリオ（クリティカルネットワークシナリオ）（ｃｒｉｔｉｃａｌ ｎｅｔｗｏｒｋ ｓｃｅｎａｒｉｏ）（２４７１２）として、潜在的な且つ重大なシナリオを分類してもよく、その評価は、緊急ネットワーク管理クライアントモジュール２４６０２が提供する通知メッセージのみを評価すること、又は、緊急ネットワーク管理クライアントモジュール２４６０２が提供する通知メッセージ及び１つ又は複数の他のモバイルインフラストラクチャノードから受信した通知メッセージを評価すること、を含んでもよい。緊急ネットワーク管理サーバ２４６１４が、ステップ２４７０８において潜在的な且つ重大なシナリオを孤立したイベントとして分類する場合に、緊急ネットワーク管理サーバ２４６１４は、緊急ネットワーク管理クライアントモジュール２４６０２が報告する潜在的な且つ重大なネットワークシナリオ（潜在的なクリティカルネットワークシナリオ）（ｐｏｔｅｎｔｉａｌ ｃｒｉｔｉｃａｌ ｎｅｔｗｏｒｋ ｓｃｅｎａｒｉｏ）が孤立したイベントであったということを緊急ネットワーク管理クライアントモジュール２４６０２に通知してもよい。したがって、モバイルインフラストラクチャノード２４５０２は、調整なしに継続してもよく、ベースバンドモデム２４６０８におけるネットワーク接続性の問題が解決するのを待ってもよい。追加的に、又は、代替的に、いくつかの態様において、緊急ネットワーク管理クライアントモジュール２４６０２は、リセット又は再起動するようにベースバンドモデム２４６０８をトリガしてもよく、そのトリガは、ベースバンドモデム２４６０８の中に存在するあらゆるバグの可能性を排除することを可能とし、そのベースバンドモデム２４６０８は、サービスの停止を宣言し、ある期間の間、ＯＯＳシナリオから回復することが不可能となるであろう。

代替的に、緊急ネットワーク管理サーバ２４６１４が、ステップ２４７１２において、重大なネットワークシナリオとして潜在的な且つ重大なシナリオ（潜在的なクリティカルシナリオ）（ｐｏｔｅｎｔｉａｌ ｃｒｉｔｉｃａｌ ｓｃｅｎａｒｉｏ）を分類する場合に、緊急ネットワーク管理サーバ２４６１４は、ステップ２４７１４において、複数のモバイルインフラストラクチャノードを起動することを決定してもよい。緊急ネットワーク管理サーバ２４６１４は、１つ又は複数のモバイルインフラストラクチャノードを選択して、例えば、重大なネットワークシナリオによって影響を受ける領域へのネットワーク接続の提供を開始することを期待される１つ又は複数のモバイルインフラストラクチャノードを起動してもよい。モバイルインフラストラクチャノード２４５０２が、（したがって、局所的である）重大なネットワークシナリオを報告するときに、緊急ネットワーク管理サーバ２４６１４は、（このことは、必ずしも要求されないが）起動された複数のモバイルインフラストラクチャノードのうちの１つとしてモバイルインフラストラクチャノード２４５０２を選択してもよい。緊急ネットワーク管理サーバ２４６１４が、重大なネットワークシナリオを識別した複数のモバイルインフラストラクチャノードから通知メッセージを受信した場合に、緊急ネットワーク管理サーバ２４６１４は、また、起動するべき複数のモバイルインフラストラクチャノードのうちの１つ又は複数を選択してもよい。

いくつかの態様において、モバイルインフラストラクチャノードは、（それぞれの緊急ネットワーク管理クライアントサーバプロトコルによって）緊急ネットワーク管理サーバ２４６１４との連続的な接続又は半連続的な接続（ｓｅｍｉ－ｃｏｎｔｉｎｕｏｕｓ ｃｏｎｎｅｃｔｉｏｎ）を維持することを期待されてもよい。例えば、モバイルインフラストラクチャノードは、ベースバンドモデム及びプライマリアンテナシステムの常時オン機能をによって提供されるネットワーク接続性を利用して、緊急ネットワーク管理サーバ２４６１４に位置の更新を提供してもよい。したがって、ステップ２４７１２において、重大なネットワークシナリオを識別すると、緊急ネットワーク管理サーバ２４６１４は、（初期通知メッセージによって示される）重大なネットワークシナリオの影響を受ける領域に近接する１つ又は複数のモバイルインフラストラクチャノードを識別し、そして、重大なネットワークシナリオによって影響を受ける領域に対する近接するモバイルインフラストラクチャノードの近接に基づいて、それらの近接するモバイルインフラストラクチャノードを起動することを選択する、ように構成されてもよい。

いくつかの態様において、緊急ネットワーク管理サーバ２４６１４は、ステップ２４７１４において起動するべきモバイルインフラストラクチャノードを選択する際に、１つ又は複数のモバイルインフラストラクチャノードが提供する能力情報及び状態情報を考慮してもよい。例えば、いくつかの態様において、緊急ネットワーク管理サーバ２４６１４は、（パレート最適化技術（Ｐａｒｅｔｏ ｏｐｔｉｍｉｚａｔｉｏｎ ｔｅｃｈｎｉｑｕｅ）又は他の最適化技術等のプログラムコードとして取得され及び実行される）ある最適化技法を適用してもよく、その最適化技法は、そのモバイルインフラストラクチャノードのフロントホールモデム及びフロントホールアンテナシステムの（例えば、サポートされる無線アクセス技術／複数の無線アクセス技術、カバレッジの範囲、サポートされている端末デバイスの数、容量等の）能力とバッテリー寿命とをバランスさせる。

したがって、図２４７に示されているように、緊急ネットワーク管理サーバ２４６１４は、モバイルインフラストラクチャノード２４５０２を起動し、そして、（無線アクセスインフラストラクチャ２４５１４及びバックホール接続を介して）２４７１８の緊急ネットワーク管理クライアントモジュール２４６０２に命令を提供する、ことを選択してもよい。例えば、起動するべきモバイルインフラストラクチャノードを選択することのほかに、いくつかの態様において、緊急ネットワーク管理サーバ２４６１４は、（例えば、フロントホールモデム２４６１２及びフロントホールアンテナシステム２４５１０が提供する局所的な無線アクセス・ネットワークのためのホットスポット構成等の）フロントホール構成を選択してもよい。いくつかの態様において、緊急ネットワーク管理サーバ２４６１４は、また、モバイルインフラストラクチャノード２４５０２がパトロールし又は従うために向かうべきある特定の領域及び／又は経路を識別してもよい。緊急ネットワーク管理サーバ２４６１４は、その次に、ステップ２４７１８において、そのような命令を含めてもよい。

緊急ネットワーク管理クライアントモジュール２４６０４は、その次に、緊急ネットワーク管理サーバ２４６１４からの命令を受信し、そして、ステップ２４７２０において、指示にしたがってモバイルインフラストラクチャ機能を提供してもよい。緊急ネットワーク管理サーバ２４６１４によって起動するために選択された他のいずれかのモバイルインフラストラクチャノードは、同様に、いずれかの受信した命令に基づいて、モバイルインフラストラクチャ機能を提供してもよい。

例えば、いくつかの態様において、緊急ネットワーク管理クライアントモジュール２４６０２は、フロントホールモデム２４６１２に（緊急ネットワーク管理サーバ２４６１４が指定する）フロントホール構成を提供してもよく、その緊急ネットワーク管理サーバ２４６１４は、フロントホールアンテナシステム２４５０６を介してフロントホールモデム２４６１２が提供する局所的な無線アクセス・ネットワークのための構成パラメータを指定してもよい。したがって、フロントホールモデム２４６１２は、フロントホール構成にしたがって、局所的な無線アクセス・ネットワークの動作を開始することが可能であり、したがって、近接する端末デバイス２４５２０乃至２４５２４にネットワーク接続性を提供することが可能である。いくつかの態様において、フロントホールモデム２４６１２は、局所的な無線アクセス・ネットワークを宣伝するために、ビーコン信号をブロードキャストするように構成されてもよく、応答する端末デバイスに接続してもよい。

いくつかの態様において、フロントホールモデム２４６１２は、‘オープントゥオール（ｏｐｅｎ－ｔｏ－ａｌｌ）’モードで局所的な無線アクセス・ネットワークを提供してもよく、（例えば、セルラースモールセル又は近距離アクセスポイント等の）局所的な無線アクセス・ネットワークは、全てのＳＩＭ及び加入者を受け入れる。

いくつかの態様において、モバイルインフラストラクチャノード２４５０２は、長期間の間、近接する端末デバイスにモバイルインフラストラクチャ機能を継続して提供することが可能である。いくつかの態様において、ベースバンドモデム２４６０８は、最終的に、ネットワーク接続性の回復のように、重大なネットワークシナリオを解決したということを検出してもよい。ベースバンドモデム２４６０８は、緊急ネットワーク管理クライアントモジュール２４６０２に通知してもよく、その緊急ネットワーク管理クライアントモジュール２４６０２は、その次に、緊急ネットワーク管理サーバ２４６１６に更新（アップデート）を提供してもよい。緊急ネットワーク管理サーバ２４６１６は、その次に、例えば、（多数のモバイルインフラストラクチャノードが、ネットワーク接続が回復しているということを緊急ネットワーク管理サーバ２４６１６に通知する場合等）受信した更新に基づいて、モバイルインフラストラクチャ機能を終了して、起動されたモバイルインフラストラクチャノードを終了させる（ｄｅａｃｔｉｖａｔｅ）ことを決定してもよい。

いくつかの態様において、緊急ネットワーク管理サーバ２４６１６は、状態情報及び能力情報を示す起動されたモバイルインフラストラクチャノードが提供する継続的な報告に基づいて、重大なネットワークシナリオを継続して評価してもよい。例えば、緊急ネットワーク管理サーバ２４６１６は、（例えば、局所的な無線アクセス・ネットワークを提供するためにアップグレードするといったように）以前に起動されていなかった複数の特定のモバイルインフラストラクチャノードを起動し、以前に起動されていた複数の特定のモバイルインフラストラクチャノードを終了させ（ｄｅａｃｔｉｖａｔｅ）、及び／又は現在の状態情報及び能力情報に基づいて、起動されているモバイルインフラストラクチャノードのフロントホール構成を調整してもよい。いくつかの態様において、緊急ネットワーク管理サーバ２４６１６は、ある固定された期間を使用して、この再評価を繰り返し実行するように構成されてもよく、又は、受信した更新に基づいて、その再評価を動的に実行してもよい。

いくつかの態様において、緊急ネットワーク管理サーバ２４６１６等の中央エンティティが提供する協調の代わりに、複数のモバイルインフラストラクチャノードは、重大なネットワークシナリオの場合にネットワーク接続性の提供を組織化する分散した方式によって、互いの間で協調してもよい。図２４８は、いくつかの態様にしたがったある１つの例示的シナリオを示しており、モバイルインフラストラクチャノード２４８０２、２４８０４、及び２４８０６は、互いの間で協調して、重大なネットワークシナリオに応答してもよい。したがって、（例えば、ベースバンドモデムにおける）潜在的な且つ重大なネットワークシナリオを検出すると、例えば、モバイルインフラストラクチャノード２４８０２等のモバイルインフラストラクチャノード２４８０２乃至２４８０６のうちの１つは、潜在的な且つ重大なシナリオをモバイルインフラストラクチャノード２４８０４及び２４８０６に通知してもよい。局所的な無線アクセス・ネットワークが無効になると、モバイルインフラストラクチャノード２４８０２乃至２４８０６は、（フロントホールモデム及びフロントホールアンテナシステムを含む）それぞれのフロントホールシステムを利用して、互いに通信してもよい。モバイルインフラストラクチャノード２４８０２が、潜在的な且つ重大なネットワークシナリオを検出し、他のモバイルインフラストラクチャノードがモバイルインフラストラクチャノード２４８０２の範囲の中に存在していないある１つの例示的なシナリオにおいて、モバイルインフラストラクチャノード２４８０２は、（フロントホールモデム及びフロントホールアンテナシステムを含む）フロントホールシステムを利用して、無線アクセスインフラストラクチャ２４８１４を介して他のモバイル通信ノードと通信してもよい。

したがって、潜在的な且つ重大なネットワークシナリオを検出すると、モバイルインフラストラクチャノード２４８０２は、モバイルインフラストラクチャノード２４８０２乃至２４８０６と協調して、潜在的な且つ重大なネットワークシナリオが重大なネットワークシナリオであるか否かを検証し、潜在的な且つ重大なネットワークシナリオが重大なネットワークシナリオである場合には、（モバイルインフラストラクチャノード２４８０２乃至２４８０６の各々がサービスを提供する必要がある）ターゲット領域、フロントホール構成、ルート等を含むネットワーク接続性の提供を組織化してもよい。モバイルインフラストラクチャノード２４８０２乃至２４８０６がコアネットワーク／インターネット・ネットワーク２４８２８へのバックホール接続を維持することが可能である場合には、モバイルインフラストラクチャノード２４８０２乃至２４８０６のいずれかが無線アクセスインフラストラクチャ２４８１４及びバックホール接続を介して提供する局所的な無線アクセス・ネットワークに接続するいずれかの近接する端末デバイスにネットワーク接続性を提供してもよい。

したがって、モバイルインフラストラクチャノード２４８０２乃至２４８０６は、中央エンティティによる協調なしに、分散された方式によって、重大なネットワークシナリオを扱うことが可能であり、例えば、自己組織化方式によって、重大なネットワークシナリオを扱うことが可能である。

いくつかの態様において、それらの複数のモバイルインフラストラクチャノードのうちの１つ又は複数は、完全に自律的であってもよい。したがって、図２４９に示されているモバイルインフラストラクチャノード２４５０２等のモバイルインフラストラクチャノードは、自律駆動システム２４９０２を利用して、（例えば、運転者なしで）モバイルインフラストラクチャノード２４５０２の運転を制御してもよい。したがって、モバイルインフラストラクチャノード２４５０２及び他の自律モバイルインフラストラクチャノードは、この機能を自律的に実行してもよい。

いくつかの態様において、それらの複数のモバイルインフラストラクチャノードのうちの１つ又は複数は、自律的でなくてもよい。したがって、いくつかの態様において、処理モジュール２４５０４は、モバイルインフラストラクチャノード２４５０２の運転者又は所有者の明示的な承認を取得してもよい。したがって、処理モジュール２４５０４は、（例えば、ベースバンドモデム２４６０８が検出する潜在的な且つ重大なネットワークシナリオの場合に、例えば、ユーザＩ／Ｏを介して）運転者／所有者に連絡して、潜在的な且つ重大なネットワークシナリオをその運転者／所有者に通知してもよい。処理モジュール２４５０４は、その次に、（ユーザＩ／Ｏを介して）ユーザコマンドを待って、緊急ネットワーク管理機能を起動してもよい。いくつかの態様において、緊急ネットワーク管理クライアントモジュール２４５１４は、運転者／所有者に、（緊急ネットワーク管理サーバ２４６１６が提供する位置、経路、又は他の指示等の）命令及び／又は他のユーザ指示を提供してもよく、モバイルインフラストラクチャノード２４５０２は、影響を受ける領域にネットワーク接続性を提供することを実行するように期待される。

したがって、いくつかの態様において、モバイルインフラストラクチャノード２４５０２は、（例えば、現在の態様に直接的には関連づけられていない使用等の）非公式な使用のために、運転者／所有者によって使用されてもよく、潜在的な且つ重大なネットワークシナリオの検出時に続いて‘起動’されてもよい。モバイルインフラストラクチャノード２４５０２は、その次に、ネットワーク接続性を提供するために、能動的な使用に移行してもよい。いくつかの態様において、機能及び構成要素は、多数の車両に実装されてもよく、それらの車両の各々は、要求に応じて、現在の態様の機能を実行するように構成されてもよい。

さらに、前に示されているように、重大なネットワークシナリオは、また、ネットワーク過負荷状態を含んでもよい。ネットワーク過負荷状態のある１つの例示的なシナリオにおいて、トラフィックジャムは、ある特定の道路において発生する場合があり、そのトラフィックジャムは、ネットワーク接続を使用するユーザ及び車両がひどく密集していることに起因して、無線アクセス・ネットワーク及び／又は基盤コアネットワークに深刻な負担を及ぼす可能性がある。したがって、（例えば、トラフィックジャムに巻き込まれたときに非公式に使用されている）トラフィックジャムに関与しているいずれかのモバイルインフラストラクチャノードは、追加的なネットワーク容量を提供して、ネットワーク負荷を軽減してもよい。

例えば、いくつかの態様において、モバイルインフラストラクチャノードの（例えば、セルラースモールセル又は近距離アクセスポイント等の局所的な無線アクセス・ネットワークを提供することが可能であるフロントホールモデム２４６１２及びフロントホールアンテナシステム２４５０６等の）フロントホールシステムは、ネットワークオペレータによって、（例えば、ＳＳＩＤ又はセルＩＤ等の）既知の識別情報によって予め構成されていてもよい。したがって、他の近接する端末デバイスは、この既知の識別情報を利用して、モバイルインフラストラクチャノードに接続してもよく、そのモバイルインフラストラクチャノードは、（局所的な無線アクセス・ネットワークを提供する）ネットワークアクセスノードとして機能し、そして、無線アクセスインフラストラクチャへのゲートウェイを提供することが可能である。

いくつかの態様において、モバイルインフラストラクチャノードは、（オペレータが配置されていてもよい）近傍の路側無線アクセスインフラストラクチャ及び／又は（衛星ベース無線アクセスインフラストラクチャ等の）より遠隔の無線アクセスインフラストラクチャへのゲートウェイとして機能してもよい。モバイルインフラストラクチャノードのこの使用は、拡張された範囲、増加した容量、路側インフラ基地局のための減少した信号負荷、及び交通負荷の分配及び管理のための（インフラストラクチャノードの数の増加に起因する）をより大きな自由度含むさまざまな利点をネットワークオペレータに提供してもよい。いくつかの態様において、ネットワークオペレータは、モバイルインフラストラクチャノードのモビリティを説明するために更新されたネットワーク管理アルゴリズムを採用してもよく、その更新されたネットワーク管理アルゴリズムは、モバイルインフラストラクチャノードが移動する場合があるときに、（例えば、静的なピコセルを動的にオン及びオフに切り替えることができる）静的な無線アクセスインフラストラクチャと比較して、より複雑なシナリオを提示してもよい。

さらに、いくつかの態様において、緊急ネットワーク管理サーバ２４６１６（又は緊急ネットワーク管理サーバ２４６１６の機能及び動作）は、ネットワークオペレータによって所有され及び／又は制御されてもよい。したがって、ネットワークオペレータは、自動車及び車両を動的に起動する完全な制御を有してもよく、それにより、モバイルインフラストラクチャノードとしてそれらの自動車及び車両を起動してもよい。したがって、緊急管理ネットワーク・クライアント・モジュール２４６０２と緊急ネットワーク管理サーバ２４６１６との間の通信プロトコルを拡張して、ネットワークオペレータによるこのようなより高度な制御を容易にしてもよい。例えば、緊急ネットワーク管理サーバ２４６１６は、既存の無線アクセスインフラストラクチャに近接するすべての端末デバイスにページングメッセージを送信するように構成されてもよい。モバイルインフラストラクチャ機能を有するあらゆる車両端末デバイスは、その次に、（緊急管理ネットワーク・クライアント・モジュールにおいて）ページングメッセージを受信し、続いて、（例えば、サポートされているモバイルインフラストラクチャ機能等の）能力情報及び状態情報メッセージで応答してもよい。緊急ネットワーク管理サーバ２４６１６は、その次に、（例えば、前に詳細に説明した方式で）利用可能なモバイルインフラストラクチャノードを使用して、（フロントホールによって提供される）局所的なホットスポットを選択し、そして、構成してもよい。いくつかの態様において、車両製造業者及びネットワークオペレータは、内蔵型ＳＩＭカード及びテレマティクスデータのためのデータ計画に起因して、既存の契約を有していてもよい。したがって、これらの既存の契約は、モバイルインフラストラクチャ機能を対象とし、モバイルインフラストラクチャノードの起動／終了及び他の制御へのネットワークオペレータによるアクセスを許可するように拡張することが可能である。

いくつかの態様において、緊急ネットワーク管理サーバ２４６１６は、（例えば、路側無線アクセスインフラストラクチャ等の）無線アクセスインフラストラクチャの現在の負荷をモニタリングし、そして、それまでの（履歴としての）路側無線アクセスインフラストラクチャ負荷のデータベースを保持してもよい。緊急ネットワーク管理サーバ２４６１６は、その次に、データベースによって示される負荷プロファイルに依存するページングメッセージをトリガしてもよい。このようにして、緊急ネットワーク管理サーバ２４６１６は、ネットワーク輻輳が生起する時点及び場所において、局所的なホットスポットとしてモバイルインフラストラクチャノードを使用して、路側無線アクセスインフラストラクチャの容量を動的に拡張することが可能である。

図２５０は、いくつかの態様にしたがって、モバイルインフラストラクチャノードにおいて、ネットワークの過負荷又は機能停止によって影響を受ける領域にネットワーク接続性を提供する方法２５０００を示している。図２５０に示されているように、その方法２５０００は、ネットワーク接続が中断されている地理的領域を識別するステップ（２５０１０）、バックホールアンテナシステムが提供する無線バックホール接続を介して管理サーバと通信して、指示を受信するステップ（２５０２０）、及び、その指示にしたがって、フロントホールアンテナシステムを起動し、そして、フロントホールアンテナシステム及びバックホールアンテナシステムを介して、その地理的領域の中の１つ又は複数の端末デバイスにネットワーク接続性を提供するステップ（２５０３０）、を含む。

図２５１は、いくつかの態様にしたがって、１つ又は複数のモバイルインフラストラクチャノードを強調させて、ネットワーク接続性の中断に応答する方法２５１００を示す。図２５１に示されているように、その方法２５１００は、潜在的なクリティカルネットワークシナリオ（潜在的且つ重大なネットワークシナリオ（ｐｏｔｅｎｔｉａｌ ｃｒｉｔｉｃａｌ ｎｅｔｗｏｒｋ ｓｃｅｎａｒｉｏ））がある１つの地理的領域の中で発生しているという通知を受信するステップ（２５１１０）、その通知の中の状態情報を評価して、その潜在的なクリティカルネットワークシナリオがクリティカルネットワークシナリオであるということを決定するステップ（２５１２０）、及び、１つ又は複数のモバイルインフラストラクチャノードに指示を提供して、その地理的領域へのネットワーク接続性を提供するステップ（２５１３０）、を含む。

７．５ 階層通信＃５
本開示のいくつかの態様において、端末デバイスのクラスタは、同じダウンリンク識別情報（ｄｏｗｎｌｉｎｋ ｉｄｅｎｔｉｔｙ）を仮定し、例えば、マルチキャスト送信によって、ネットワーク・アクセス・ノードからダウンリンクデータを受信してもよい。したがって、ネットワーク・アクセス・ノードの観点から、そのネットワーク・アクセス・ノードは、あたかも、そのネットワーク・アクセス・ノードが単一のデバイスにサービスを提供しているかのように機能してもよい。クラスタの端末デバイスは、その次に、（例えば、時間分割等により）アップリンクチャネルを共有して、ネットワーク・アクセス・ノードにデータを送信してもよく、そして、サイドリンク・チャネルを介して互いに協調してもよい。

図２５２は、いくつかの態様にしたがったある１つの例示的シナリオを示している。図２５２に示されているように、端末デバイス２５２０２ａ乃至２５２０２ｃは、ネットワーク・アクセス・ノード２５２１０との間で信号を送信し及び受信することが可能であるクラスタ２５２０４を形成してもよい。ネットワーク・アクセス・ノード２５２１０は、（図２５２に明示的には示されていないが、いくつかの態様において、コアネットワークを介してもよい）インターネット・ネットワーク２５２０８との間のインターフェイスを提供して、端末デバイス２５２０２ａ乃至２５２０５ｃへのネットワーク接続を提供してもよい。

端末デバイス２５２０２ａ乃至２５２０２ｃは、無線チャネル２５２０６を介して、（無線信号を送信し及び受信する）ネットワーク・アクセス・ノード２５２１０と通信してもよい。いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃ及びネットワーク・アクセス・ノード２５２１０は、時分割複信（ＴＤＤ）スキーム又は周波数分割複信（ＦＤＤ）スキームを利用して、無線チャネル２５２０６においてアップリンク信号及びダウンリンク信号を送信し及び受信してもよい。

いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、また、サイドリンク・チャネルを介して互いに局所的な接続を維持してもよく、端末デバイス２５２０２ａ乃至２５２０２ｃは、そのサイドリンク・チャネルを利用して、通信し、そして、移動及び通信を協調させてもよい。いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、ドローン等の航空機端末デバイスであってもよい。いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、ロボット、自律車両、又は、他のタイプの陸上車両端末デバイス等の陸上車両端末デバイスであってもよい。いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、モノのインターネット（ＩｏＴ）端末デバイスであってもよい。いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、航空機端末デバイス、陸上車両端末デバイス、及び／又はＩｏＴ端末デバイスのうちの１つ又は複数等の１つ又は複数のタイプの端末デバイスを含んでもよい。

図２５３は、いくつかの態様にしたがった端末デバイス２５３００のある１つの例示的な内部構成を示している。いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃのうちの１つ又は複数は、図２５３の方式で構成されてもよく、端末デバイス２５３００に関して詳細に説明されるように、通信し及び移動してもよい。図２５３に示されているように、端末デバイス２５３００は、アンテナシステム２５３０２、ＲＦトランシーバー２５３０４、通信モジュール２５３０６、及び（選択的に）ステアリング及び移動システム２５３０８を含んでもよい。いくつかの態様において、アンテナシステム２５３０２及びＲＦトランシーバー２５３０４は、図２１７に関して詳細に説明されるように、端末デバイス２１６０２のアンテナシステム２１７０２及びＲＦトランシーバー２１７０４の方式で構成されてもよい。

いくつかの態様において、通信モジュール２５３０６は、ベースバンド構成要素及び／又はアプリケーション層の構成要素として実現されてもよく、及び／又は、例えば、１つ又は複数の専用ハードウェア回路又はＦＰＧＡとしてといったように、ハードウェア定義モジュールとして、例えば、非一時的なコンピュータ読み取り可能記憶媒体の中に格納されている（例えば、ソフトウェア及び／又はファームウェア等の）演算命令、制御命令、及びＩ／Ｏ命令を定義するプログラムコードを実行する１つ又は複数のプロセッサとしてといったように、ソフトウェア定義モジュールとして、或いは、ハードウェア定義のモジュール及びフトウェア定義のモジュールの混合モジュールとして実装されてもよい。

いくつかの態様において、端末デバイス２５３００が、航空機端末デバイスである場合には、ステアリング及び移動システム２５３０８は、一組のロータ及び／又は航空機推進エンジン及び関連する電子制御回路として実装されてもよい。いくつかの態様において、端末デバイス２５３００が、陸上車両端末デバイスである場合には、ステアリング及び移動システム２５３０８は、一組の車輪、トラック／トレッド、エンジン／モータ、又は、他の地上移動メカニズム及び関連する電子制御回路であってもよい。いくつかの態様において、端末デバイス２５３００が、ＩｏＴデバイス又は非車両用端末デバイスである場合には、端末デバイス２５３００は、（‘随意的な’及び図２５３の破線によって示される）ステアリング及び移動システム２５３０８を含まなくてもよい。

通信モジュール２５３０６は、本明細書において詳細に説明されている通信プロトコル及びメカニズムにしたがって、（ＲＦトランシーバー２５３０４及びアンテナシステム２５３０２を介して）無線信号を送信し及び受信するように構成されてもよい。通信モジュール２５３０６は、論理ソフトウェアレベルの接続を介して、（図２５２の例示的設定にしたがった端末デバイス２５２０２ａ乃至２５２０２ｃのうちの１つ又は複数等の）端末デバイス２５３００を有するクラスタの中の他の端末デバイスとの間でデータを送信し及び受信するように構成されてもよく、その論理ソフトウェアレベルの接続は、ＲＦトランシーバー２５３０４及びアンテナシステム２５３０２を介して無線信号としてデータを送信し及び受信する。

通信モジュール２５３０６は、論理ソフトウェアレベル接続を介して、（図２５２の例示的な設定にしたがったネットワーク・アクセス・ノード２５２１０等の）ネットワーク・アクセス・ノードとの間でデータを送信し及び受信するように構成されてもよく、その論理ソフトウェアレベル接続は、ＲＦトランシーバー２５３０４及びアンテナシステム２５３０２を介して、無線信号としてデータを送信し及び受信する。ネットワーク・アクセス・ノードは、（例えば、インターネット・ネットワーク２５２０８等の）インターネット・ネットワークとの間のインターフェイスを提供することが可能であるので、通信モジュール２５３０６は、無線アクセス・ネットワーク及びネットワーク・アクセス・ノードが提供する基礎となるルーティングによって、論理ソフトウェアレベル接続において、インターネット・ネットワークとデータを送信し及び受信してもよい。

いくつかの態様において、通信モジュール２５３０６は、また、複数の端末デバイスから（選択が、信頼、実績、協調機能を実行する能力等に基づいており、端末デバイスのグループについて協調機能を実行するように選択される端末デバイス等の）リーダー端末デバイスを選択すること、複数の端末デバイスとの間の接続及び通信を確立すること、複数の端末デバイスの間で共有される端末デバイス識別情報を構成すること、複数の端末デバイスの間で共有されるダウンリンクチャネルを構成すること、及び、複数の端末デバイスとの間でアップリンクチャネルを共有すること、のうちの１つ又は複数を実行するように構成されてもよい。リーダー端末デバイスは、単一のアイデンティティとしてネットワーク・アクセス・ノードとの通信に関するデバイス協調の最終決定者であってもよい。端末デバイス２５３００は、いくつかの態様において、サイドリンク・チャネルを介して他の端末デバイスとの間で、（アップリンク及びダウンリンクの）主ャネルを介してネットワーク・アクセス・ノードとの間で通信することが可能であるので、ＲＦトランシーバー２５３０４及びアンテナシステム２５３０２は、他の端末デバイスとの間で通信するための第１の部分と、ネットワーク・アクセス・ノードとの間で通信するための第２の部分と、を含んでもよく、通信モジュール２５３０６は、第１の部分及び第２の部分を制御して、関連する通信を実行してもよい。

いくつかの態様において、ネットワーク・アクセス・ノード２５２１０は、図２１８に示され詳細に説明されているネットワーク・アクセス・ノード２１６１０の方式で構成されてもよい。したがって、ネットワーク・アクセス・ノード２５２１０は、アンテナ・システム、無線モジュール、及び通信モジュールを介して、無線信号としてデータを送信し及び受信してもよい。いくつかの態様において、ネットワーク・アクセス・ノード２５２１０は、セルラー基地局であってもよい。いくつかの態様において、ネットワーク・アクセス・ノード２５２１０は、アクセスポイントであってもよい。

図２５４は、いくつかの態様にしたがったダウンリンク通信を図示するある１つの例示的なシナリオを示している。図２５４に示されているように、ネットワーク・アクセス・ノード２５２１０は、（図２５２の無線チャネル２５２０６のダウンリンクチャネルであってもよい）ダウンリンクチャネル２５２０６ａにおいて、クラスタ２５２０４の端末デバイス２５２０２ａ乃至２５２０２ｃにダウンリンクデータを送信してもよい。

いくつかの態様において、ネットワーク・アクセス・ノード２５２１０は、マルチキャスト送信としてダウンリンク信号を送信してもよい。したがって、ネットワーク・アクセス・ノード２５２１０が単一の端末デバイスにダウンリンク送信を向けてもよいユニキャスト送信の代わりに、ネットワーク・アクセス・ノード２５２１０は、例えば、端末デバイス２５２０２ａ乃至２５２０２ｃ等のクラスタ２５２０４のうちの全ての端末デバイスにダウンリンク送信をマルチキャストしてもよい。いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、（例えば、ＲＮＴＩ又は同様の端末デバイス識別子である）端末デバイス識別子を共有してもよい。したがって、ネットワーク・アクセス・ノード２５２１０は、共有される端末デバイス識別子にアドレス指定されたダウンリンクデータを送信してもよい。したがって、複数の端末デバイス２５２０２ａ乃至２５２０２ｃは、ダウンリンクデータを受信してもよい。いくつかの態様において、このことは、ネットワーク・アクセス・ノード２５２１０に対して透過的であってもよい。例えば、ネットワーク・アクセス・ノード２５２１０は、端末デバイス識別情報が共有されている端末デバイス識別であるのか又は単一の端末デバイス識別情報であるのかを明示的に知ることなく、その端末デバイス識別情報に向かってダウンリンクデータを送信してもよい。

いくつかの態様において、ネットワーク・アクセス・ノード２５２１０は、端末デバイス２５２０２ａ乃至２５２０２ｃに、特定のダウンリンクデータについてのみマルチキャストを使用してもよい。例えば、いくつかの態様において、ネットワーク・アクセス・ノード２５２１０は、マルチキャストを使用して、ダウンリンク制御データを送信し、ユニキャストを使用して、ダウンリンクユーザプレーンデータを送信してもよい。したがって、端末デバイス２５２０２ａ乃至２５２０２ｃは、全て、マルチキャストによって（同じ制御チャネルから）同じ制御データを受信してもよく、別個のユーザプレーンデータを受信してもよい。いくつかの態様において、ネットワーク・アクセス・ノード２５２１０は、例えば、制御データ及びユーザプレーンデータの双方等の全てのダウンリンクデータについてマルチキャストを使用してもよい。

図２５５は、いくつかの態様にしたがったアップリンク通信を図示するある１つの例示的なシナリオを示している。図２５５に示されているように、ネットワーク・アクセス・ノード２５２１０は、（図２５４のダウンリンクチャネル２５２０６ａに対応するチャネルである、図２５２の無線チャネル２５２０６のアップリンクチャネルであってもよい）アップリンクチャネル２５２０６ｂにおいて、クラスタ２５２０４の端末デバイス２５２０２ａ乃至２５２０２ｃにダウンリンクデータを送信することができる。

いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、多元接続スキームにしたがってアップリンクチャネル２５２０６ｂを共有してもよい。例えば、端末デバイス２５２０２ａ乃至２５２０２ｃは、ネットワーク・アクセス・ノード２５２１０へのアップリンク送信を交代で実行してもよい。いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、（例えば、以下にさらに詳細に説明するように、分散方式又はリーダー端末デバイスによる集中方式のいずれかで）端末デバイス２５２０２ａ乃至２５２０２ｃの間で協調される時間分割多元接続（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ （ＴＤＭＡ））スキームにしたがって、あらかじめスケジューリングされた方式で、アップリンクチャネル２５２０６ｂを共有してもよい。

例えば、端末デバイス２５２０２ａ等の端末デバイス２５２０２ａ乃至２５２０２ｃのうちの１つの端末デバイスは、ある与えられたタイムスロットの間にアップリンクチャネル２５２０６ｂにアクセスするようにスケジュールされてもよく、端末デバイス２５２０２ａ乃至２５２０２ｃの全ては、前もってスケジューリングを認識し、それらの端末デバイス２５２０２ａ乃至２５２０２ｃに割り当てられているタイムスロットの間にのみ送信する。端末デバイス２５２０２ｂ及び２５２０２ｃは、タイムスロットの間、送信を差し控え、端末デバイス２５２０２ａが衝突することなくアップリンクチャネル２５２０６ｂにおいてアップリンク送信を送信することを可能としてもよい。また、（周波数／時間／符号化同期が端末デバイス２５２０２ａ乃至２５２０２ｃの間で実現可能であると仮定して）端末デバイス２５２０２ａ乃至２５２０２ｃにおいて送信を予めスケジューリングするＦＤＭＡ、ＴＤＭＡ、又はＣＤＭＡ等の他の多元接続スキームを利用してもよい。

いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、ある特定の端末デバイスへのチャネルに対するアクセスをあらかじめスケジューリングすることなく、アップリンクチャネル２５２０６ｂを共有してもよい。例えば、いくつかの態様において、端末デバイス２５２０２ａ乃至３７ｙ０２ｃは、搬送波検知多元接続（ＣＳＭＡ）等の競合ベース多元接続スキームにしたがって、アップリンクチャネル２５２０６ａを共有してもよい。したがって、端末デバイス２５２０２ａ乃至２５２０２ｃは、送信を試みる前にアップリンクチャネル２５２０６ｂにおいてキャリアセンシングを実行し、送信を開始するためにアップリンクチャネル２５２０６ｂが空くまで待つことによって、衝突を回避してもよい。

いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、アップリンク通信のための特定のタイムスロットを指定するネットワーク・アクセス・ノード２５２１０が実行する既存のスケジュールの中に、例えば、ＴＤＭＡのためのあらかじめスケジューリングされた送信を組み込んでもよい。ネットワーク・アクセス・ノード２５２１０は、特定のタイムスロットの間に、端末デバイス２５２０２ａ乃至２５２０２ｃからアップリンク送信を受信することが予想されることがあり、それらのタイムスロットと整列していないアップリンク送信の受信に成功することが不可能である場合があるため、クラスタベースの通信が、ネットワーク・アクセス・ノード２５２１０に対して透明な方法で実装される場合には、そのようなことは重要である場合がある。

いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、‘リーダー’端末デバイスを選択してもよく、その‘リーダー’端末は、ネットワーク・アクセス・ノード２５２１０との間の通信及び／又はクラスタ２５２０４の協調に関与する。図２５４に示されているように、端末デバイス２５２０２ａ乃至２５２０２ｃは、ネットワーク・アクセス・ノード２５２１０に透過であるサイドリンク・チャネルを使用するといったように、互いの間で局所的に通信してもよい。例えば、端末デバイス２５２０２ａ乃至２５２０２ｃは、アップリンク通信及び／又はダウンリンク通信のためにチャネル２５２０６において使用される無線アクセス技術とは、互いの間のサイドリンク通信のために（例えば、異なる周波数に存在してもよいＢｌｕｅｔｏｏｔｈ又はＷｉ－Ｆｉ等の）異なる無線アクセス技術を利用してもよい。いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、例えば、配線接続等の有線接続に接続されてもよく、サイドリンク・チャネルとしてその有線接続を利用してもよい。したがって、端末デバイス２５２０２ａ乃至２５２０２ｃは、サイドリンク・チャネルを使用して、局所的に通信してもよい。

サイドリンク・チャネルを使用して、端末デバイス２５２０２ａ乃至２５２０２ｃは、端末デバイス２５２０２ａ乃至２５２０２ｃからリーダー端末デバイスを選択してもよい。リーダー端末デバイスは、その次に、通信ゲートウェイとして機能する役割及び／又はクラスタ２５２０４の他の機能を調整する役割を担ってもよい。例えば、ある１つの例示的なシナリオにおいて、端末デバイス２５２０２ａ乃至２５２０２ｃは、リーダー端末デバイスとして端末デバイス２５２０２ａを選択してもよい。いくつかの態様において、リーダー端末デバイス２５２０２ａは、その次に、クラスタ２５２０４の（例えば、端末デバイス２５２０２ｂ及び２５２０２ｃ等の）他の端末デバイスへの通信ゲートウェイとして機能してもよい。

例えば、ネットワーク・アクセス・ノード２５２１０にアップリンクデータを直接的に送信するよりもむしろ、端末デバイス２５２０２ｂ及び２５２０２ｃは、代わりに、リーダー端末デバイス２５２０２ａにアップリンクデータを送信し、そのリーダー端末デバイス２５２０２ａは、その次に、ネットワーク・アクセス・ノード２５２１０にアップリンクデータを送信してもよい。したがって、リーダー端末デバイス２５２０２ａは、端末デバイス２５２０２ｂ及び２５２０２ｃからネットワーク・アクセス・ノード２５２１０にアップリンクデータを中継することにより、通信ゲートウェイとして機能してもよい。

いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、ネットワーク・アクセス・ノード２５２１０に近く（例えば、最も近く）に存在し、高い（例えば、最も高い）バッテリー電力を有し、及び／又はリーダー端末デバイスとして高い（例えば、最も高い）アップリンク送信電力能力を有する端末デバイスを選択してもよい。この選択により、場合によっては、クラスタ２５２０４とネットワーク・アクセス・ノード２５２１０との間の高性能中継チャネルを提供することが可能である。したがって、いくつかの態様において、複数の端末デバイス２５２０２ａ乃至２５２０２ｃのうちの１つ又は複数は、ネットワーク・アクセス・ノード２５２１０との間で直接的な接続を維持しなくてもよく、代わりに、通信ゲートウェイとして機能するリーダー端末デバイスを介して（中継スキームに依存する）間接的な接続を維持してもよい。

いくつかの態様において、（例えば、‘セカンダリ’端末デバイス等の）非リーダー端末デバイスは、リーダー端末デバイスとの間で直接的な接続を維持してもよい。いくつかの態様において、そのセカンダリ端末デバイスは、マルチホップ又はメッシュネットワークを介して、そのリーダー端末デバイスとの間で間接的な接続を維持してもよい。

いくつかの態様において、リーダー端末デバイス２５２０２ａは、追加的に、又は、代替的に、クラスタ２５２０４の特定の機能を協調させてもよい。例えば、いくつかの態様において、リーダー端末デバイス２５２０２ａは、アップリンクチャネル２５２０６ｂのための多元接続スキームについて上記で詳細に説明されている事前のスケジューリング機能を実行することによって、アップリンクチャネル２５２０６ｂにアクセスするためのコーディネータの役割を果たしてもよい。例えば、リーダー端末デバイス２５２０２ａは、端末デバイス２５２０２ａ乃至２５２０２ｃの間で、（いくつかの態様においては、ネットワーク・アクセス・ノード２５２１０が実行する通信スケジュールと整合されてもよい）ＴＤＭＡスキームのタイムスロットを割り当てて、アップリンクチャネル２５２０６ｂを共有してもよい。

いくつかの態様において、リーダー端末デバイス２５２０２ａは、また、端末デバイス２５２０２ａ乃至２５２０２ｃの間でサイドリンク・チャネル・リソースを割り当ててもよい。サイドリンク・チャネルは、（例えば、有限の帯域幅を有する無線インターフェイス又は有線インターフェイスのように）有限であってもよいので、ある数の端末デバイスのみが、一度にサイドリンク・チャネルを利用することが可能であってもよい。リーダー端末デバイス２５２０２ａは、サイドリンク・チャネルへのアクセスを調整して、例えば、多元接続スキームにしたがって、サイドリンク・チャネルにアクセスする公正な機会を端末デバイス２５２０２ａ乃至２５２０２ｃに提供してもよい。

例えば、リーダー端末デバイス２５２０２ａが、端末デバイス２５２０２ａ乃至２５２０２ｃとネットワーク・アクセス・ノード２５２１０との間の通信ゲートウェイとして機能する場合に、リーダー端末デバイス２５２０２ａは、端末デバイス２５２０２ｂ及び２５２０２ｃと協調して、端末デバイス２５２０２ｂ及び２５２０２ｃに（例えば、特定のサブキャリア及び／又はタイムスロット等の）サイドリンク・チャネル・リソースを提供し、それにより、リーダー端末デバイス２５２０２ａにアップリンクデータを送信してもよい。リーダー端末デバイス２５２０２ａは、その割り当てられたサイドリンク・チャネル・リソースにしたがってアップリンクデータを受信し、そして、ネットワーク・アクセス・ノード２５２１０にそのアップリンクデータを中継してもよい。いくつかの態様において、リーダー端末デバイス２５２０２ａは、また、リーダー端末デバイスの再選択、タスクオフロード、及び他の制御情報等の他の局所的な通信の送信のために、端末デバイス２５２０２ｂ及び２５２０２ｃにサイドリンク・チャネル・リソースを割り当ててもよい。

いくつかの態様において、時分割複信（ＴＤＤ）又は周波数分割複信（ＦＤＤ）等の二重化スキームを利用して、ネットワーク・アクセス・ノード２５２１０及び端末デバイス２５２０２ａ乃至２５２０２ｃは、ネットワーク・アクセス・ノード２５２１０からの端末デバイス２５２０２ａ乃至２５２０２ｃへのダウンリンク送信と端末デバイス２５２０２ａ乃至２５２０２ｃからネットワーク・アクセス・ノード２５２１０へのアップリンク送信との間で二重化してもよい。したがって、ある１つの例示的なＦＤＤ設定において、ネットワーク・アクセス・ノード２５２１０は、端末デバイス２５２０２ａ乃至２５２０２ｃがアップリンク送信を送信する周波数帯域とは異なる周波数帯域においてダウンリンク送信を送信してもよい。ある１つの例示的なＴＤＤ設定において、ネットワーク・アクセス・ノード２５２１０は、端末デバイス２５２０２ａ乃至２５２０２ｃがアップリンク送信を送信する時間とは異なる時間に、ダウンリンク送信を送信してもよい。

したがって、現在の態様は、 （例えば、クラスタ等の）複数の端末デバイスの間の相互接続性を確立することによって、ネットワーク負荷を低減するメカニズムを提供することが可能であり、それらの複数の端末デバイスの間で、ある１つの端末デバイスが、リーダー端末デバイスとして指定される。

したがって、いくつかの態様において、（例えば、クラスタ２５２０４等の）複数の端末デバイス２５２０２ａ乃至２５２０２ｃ及びネットワーク・アクセス・ノード２５２１０は、少なくとも、リーダー端末デバイスを介して通信することが可能であり、それらの複数の端末デバイス２５２０２ａ乃至２５２０２ｃは、リーダー端末デバイスを選択してもよい。リーダー端末デバイスを選択するために、端末デバイス２５２０２ａ乃至２５２０２ｃは、例えば、サイドリンク・チャネルを介して、互いに通信リンクを確立してもよい。端末デバイス２５２０２ａ乃至２５２０２ｃは、その次に、リーダー端末デバイスとして、例えば、端末デバイス２５２０２ａ等のある１つの端末デバイスを選択してもよく、残りの端末デバイスは、セカンダリ端末デバイスであってもよい。

上記のように、いくつかの態様において、リーダー端末デバイス２５２０２ａは、例えば、通信ゲートウェイとして、セカンダリ端末デバイス２５２０２ｂ乃至２５２０２ｃに代わって、ネットワーク・アクセス・ノード２５２１０と直接的に通信する役割を担ってもよい。いくつかの態様において、リーダー端末デバイス２５２０２ａは、追加的に、又は、代替的に、例えば、ＴＤＭＡスキームにしたがって、ネットワーク・アクセス・ノード２５２１０への送信に利用するセカンダリ端末デバイス２５２０２ｂ乃至２５２０２ｃのための複数のタイムスロットをスケジューリングすることによって、セカンダリ端末デバイス２５２０２ｂ乃至２５２０２ｃからネットワーク・アクセス・ノード２５２１０への通信を協調させることに関与してもよい。いくつかの態様において、リーダー端末デバイス２５２０２ａは、端末デバイス２５２０２ａ乃至２５２０２ｃのための複数のリソースを割り当て及び／又は分配してもよく、それらの複数のリソースは、端末デバイス２５２０２ａ乃至２５２０２ｃが互いに局所的に通信するサイドリンク・チャネルに使用される。

いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、端末デバイス識別情報を共有してもよい。その共有される端末デバイス識別情報は、（例えば、ＲＮＴＩ等の）ＬＴＥ端末デバイス識別情報、５Ｇ端末デバイス識別情報、又は他の無線アクセス技術の端末デバイス識別情報等のいずれかの無線アクセス技術にしたがった端末デバイス識別情報であってもよい。端末デバイス識別情報は、ある特定のデバイスのために無線通信を指定することを可能とすることができるので、端末デバイス２５２０２ａ乃至２５２０２ｃは、共有されている端末デバイス識別情報にしたがって、同じ無線通信を受信してもよい。したがって、ネットワーク・アクセス・ノード２５２１０は、共有されている端末デバイス識別情報を使用してダウンリンク送信をアドレス指定してもよく、それらの端末デバイス２５２０２ａ乃至２５２０２ｃは、ダウンリンク送信がそれらの端末デバイス２５２０２ａ乃至２５２０２ｃ向けられているということを受信し、そして、決定してもよい。この構成に照らして、ネットワーク・アクセス・ノード２５２１０は、共有されている端末デバイス識別情報を使用してマルチキャストダウンリンク送信をアドレス指定することによって、ダウンリンクチャネル２５２０６ａにおいて端末デバイス２５２０２ａ乃至２５２０２ｃにマルチキャストダウンリンク送信を実行することが可能である。

したがって、ネットワーク・アクセス・ノード２５２１０は、（リーダー端末デバイス２５２０２ａと、セカンダリ端末デバイス２５２０２ｂ及び２５２０２ｃと、を含む）端末デバイス２５２０２ａ乃至２５２０２ｃにデータをマルチキャストしてもよい。マルチキャストデータ受信を協調させるために、いくつかの態様において、リーダー端末デバイス２５２０２ａは、（例えば、リーダー端末デバイス２５２０２ａとセカンダリ端末デバイス２５２０２ｂとの間の第１のサイドリンク・チャネル、及び、リーダー端末デバイス２５２０２ａとセカンダリ端末デバイス２５２０２ｃとの間の第２のサイドリンク・チャネル等の）サイドリンク・チャネルを介して、セカンダリ端末デバイス２５２０２ｂ及び２５２０２ｃに、共有されるデバイス識別情報を提供してもよい。したがって、端末デバイス２５２０２ａ乃至２５２０２ｃは、各々が、ネットワーク・アクセス・ノード２５２１０からダウンリンクマルチキャスト送信を受信してもよい。

例えば、端末デバイス２５２０２ｂ等の端末デバイス２５２０２ａ乃至２５２０２ｃのうちの１つが、例えば、端末デバイス２５２０２ａ及び２５２０２ｃ等の残りの端末デバイスから分離され、それによって、その分離された（端末デバイス２５２０２ｂ等の）端末デバイスが、ネットワーク・アクセス・ノード２５２１０からダウンリンクマルチキャスト送信を受信することができないある１つの例示的なシナリオにおいて、（いくつかの態様において、リーダー端末デバイスは、この中継に関与してもよく、端末デバイス２５２０２ａ又は２５２０２ｃ等の）それらの残りの端末デバイスのうちの１つが、ダウンリンクマルチキャスト送信を受信し、その分離された（端末デバイス２５２０２ｂ等の）端末デバイスにダウンリンクマルチキャスト送信を中継することが可能である。

いくつかの態様において、リーダー端末デバイス２５２０２ａは、リーダー端末デバイスとしてのその状態を辞退し又は終了させてもよい。同様に、セカンダリ端末デバイス２５２０２ｂ又は２５２０２ｃのうちの一方のセカンダリ端末デバイスは、リーダー端末デバイス２５５０４の状態をその一方のセカンダリ端末デバイスに振り替えることを要求してもよい。追加的に、又は、代替的に、いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃのうちの一方の端末デバイスは、自身又は端末デバイス２５２０２ａ乃至２５２０２ｃのうちの他方の端末デバイスを指名して、リーダー端末デバイスとなることが可能である。このようにして、リーダー端末デバイスとしての状態は、端末デバイス２５２０２ａ乃至２５２０２ｃの中で獲得され、喪失され、又は振り替えられてもよい。

いくつかの態様において、リーダー端末デバイスの変更についての１つの可能性は、リーダー端末デバイスの機能インジケータに応答するものである。例えば、端末デバイス２５２０２ａがリーダー端末デバイスであるある１つの例示的なシナリオにおいて、その機能インジケータは、リーダー端末デバイス２５２０２ａの機能のいずれかの指標であってもよく、その機能は、リーダー端末デバイス２５２０２ａが完了することが可能である１つ又は複数のタスク、リーダー端末デバイス２５２０２ａがもはや完了することが不可能である１つ又は複数のタスク、或いは、リーダー端末デバイス２５２０２ａが完了することが不可能である１つ又は複数のタスクを含んでもよい。例示的な機能インジケータは、リーダー端末デバイス２５２０２ａのバッテリー電力であってもよい。リーダー端末デバイス２５２０２ａは、セカンダリ端末デバイスに代わって直接的に通信に関与してもよく、ネットワーク・アクセス・ノード２４２１０を使用する無線送信は、（例えば、Ｂｌｕｅｔｏｏｔｈ（Ｂｌｕｅｔｏｏｔｈ）等の）複数のサイドリンク・チャネルにおいて端末デバイス２５２０２ａ乃至２５２０２ｃの間の通信の電力消費よりも高い電力消費を必要とする場合があるため、リーダー端末デバイス２５２０２ａは、セカンダリ端末デバイスよりも速い電力枯渇にさらされる場合がある。したがって、いくつかの態様において、リーダー端末デバイス２５２０２ａは、そのリーダー端末デバイス２５２０２ａが、電力供給量が低い又は少ない電源を有しているということを決定すると、そのリーダー端末デバイスは、リーダー端末デバイスとしてのその状態を拒否するか、又は、端末デバイス２５２０２ａ乃至２５２０２ｃのうちの他の端末デバイスがリーダー端末デバイスの役割を担うように要求を発行することが可能である。

追加的に、又は、代替的に、いくつかの態様において、端末デバイスとネットワーク・アクセス・ノード２５２１０との間のリンク品質等のリンク品質は、機能インジケータであってもよい。リーダー端末デバイス２５２０２ａは、いくつかの態様において、セカンダリ端末デバイスについての（例えば、アップリンクデータを中継する通信ゲートウェイとしての）アップリンク通信責任を担ってもよいので、リーダー端末デバイスとネットワーク・アクセス・ノード２５２１０との間の高いリンク品質が重要である場合がある。

例えば、リーダー端末デバイス２５２０２ａ等のリーダー端末デバイスとネットワーク・アクセス・ノード２５２１０との間のリンク品質が劣化し、又は、そうでない場合には、望ましくなくなったときに、リーダー端末デバイス２５２０２ａは、例えば、セカンダリ端末デバイス２５２０２ｂ及び２５２０２ｃ等のセカンダリ端末デバイスに、リンク品質が不適切であるということを示す機能インジケータを発行してもよい。その場合には、セカンダリ端末デバイス２５２０２ｂ又は２５２０２ｃのうちの一方のセカンダリ端末デバイスは、その一方のセカンダリ端末デバイスがネットワーク・アクセス・ノード２５２１０への許容可能な（又は、より良い）リンク品質を有しているということを決定してもよく、リーダー端末デバイス２５２０２ａの地位を引き受けてもよい。

いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、例えば、リーダー端末デバイス２５２０２ａ等のリーダー端末デバイスを選択してもよい。いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、サイドリンク・チャネルを介して互いに通信して、リーダー端末デバイスの選択を調整してもよい。いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、これらには限定されないが、利用可能なバッテリー電力、予想されるバッテリー寿命、全体的な処理電力、利用可能な処理リソース、信号強度、温度、又はネットワーク・アクセス・ノードとの無線リンク品質を含む１つ又は複数の選択基準に基づいて、その選択を実行してもよい。さまざまな非限定的な例において、端末デバイス２５２０２ａ乃至２５２０２ｃは、リーダーとして最も高いバッテリー電力を有する端末デバイスを選択し、他の端末デバイスの間／中間に物理的に位置する端末デバイスを選択し、十分な処理電力及び／又は十分なメモリ等を有する装置を選択してもよい。いくつかの態様において、リーダー端末デバイスを決めるための選択プロセスが複数‘ラウンド’存在してもよい。この選択プロセスは、サイドリンクにおいて生起していてもよく、及び／又は事前に定義されていてもよい。他の品質は、ある特定の端末デバイスをリーダー端末デバイスとしてより適切な候補とすることができることを明示的に意図している。

前に示されているように、いくつかの態様において、リーダー端末デバイスの状態は、辞退され、喪失され、又は振り替えられてもよい。例えば、リーダー端末デバイスのための（例えば、上記のような）選択基準は、時間が経過するにつれて変化してもよく、したがって、リーダー端末デバイスの役割に対する端末デバイスの適合性は、一時的であってもよい。例えば、端末デバイス２５２０２ａ等のリーダー端末デバイスは、リーダー端末デバイスとしての余分な責任のため、バッテリーの早期消耗を経験する場合があるが、一方で、セカンダリ端末デバイス２５２０２ｂ及び２５２０２ｃは、（例えば、低電力サイドリンク・チャネルにおける通信のように）かなり少ない電力消費となる場合がある。したがって、端末デバイス２５２０２ａは、リーダー端末デバイスとしてのその役割にはあまり適さないものとなる場合がある。この場合には、リーダー端末デバイスの役割は、端末デバイス２５２０２ａ乃至２５２０２ｃのうちの他の端末デバイスに振り替えられてもよい。

いくつかの態様において、予想されるバッテリー寿命の低下、全体的な処理電力又は利用可能な処理リソースの減少、信号強度の低下、及び、温度の変化、又は、ネットワーク・アクセス・ノードとの無線リンク品質の低下の場合等の選択基準のうちのいずれか１つが不都合となるときはいつでも、リーダー端末デバイスを変更することは有利である場合がある。いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、（例えば、固定期間にしたがって）選択基準に基づいて、リーダー端末デバイスの適合性を定期的に評価し、そして、正当な理由がある場合には、新たなリーダー端末デバイスを選択する、ように構成されてもよい。

リーダー端末デバイスを選択する方法は、いずれかの適切な既知のアルゴリズム又は通信スキームによって達成することが可能である。例えば、いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、選択基準を交換し、端末デバイス２５２０２ａ乃至２５２０２ｃの間のサイドリンク・チャネルを介してリーダー端末デバイスとしての状態を推薦し又は要求してもよい。

リーダー端末デバイスを選択する方法及び端末デバイス２５２０２ａ乃至２５２０２ｃの間の一般的な且つ局所的な通信は、端末デバイス２５２０２ａ乃至２５２０２ｃの間のサイドリンク・チャネルを使用してもよい。サイドリンク・チャネルは、Ｄ２Ｄ技術、Ｖ２Ｖ技術、又はピアツーピア（Ｐ２Ｐ）技術等のさまざまな異なる無線アクセス技術を利用してもよい。サイドリンク・チャネルは、免許付与された周波数帯域又は免許不要の周波数帯域に存在してもよい。

いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、配線又はケーブルを使用する有線接続または他のタイプの配線接続を有してもよい。この状況の下で、端末デバイス２５２０２ａ乃至２５２０２ｃは、有線接続によってサイドリンク・チャネルにおいて、互いの間で局所的に通信してもよく、（例えば、直接的に又はリーダー端末デバイスを介して）無線接続によってアップリンク方向で、ネットワーク・アクセス・ノード２５２１０との間で通信してもよい。ダウンリンク方向においては、端末デバイス２５２０２ａ乃至２５２０２ｃは、（例えば、マルチキャストのための上記で説明した共有されている端末デバイス識別情報スキームにしたがって）ネットワーク・アクセス・ノード２５２１０との間で無線により通信してもよい。

いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃのうちの１つ又は複数は、他の端末デバイス２５２０２ａ乃至２５２０２ｃに特定のタスクをオフロードしてもよい。オフロードすることが可能である例示的なタスクは、復号化、符号化、処理、送信、受信、制御チャネルのサーチ、ページングチャネルのモニタリング、ブロードキャストチャネルのサーチ、ランクインジケータのモニタリング、及び、変調及び符号化スキームのモニタリングを含む。したがって、例えば、端末デバイス２５２０２ａ等の第１の端末デバイスは、例えば、端末デバイス２５２０２ｂ等の第２の端末デバイスに特定のタスクを実行するように要求してもよい（第２の端末デバイスが実行することが可能であるタスクは、第２の端末デバイスが宣伝する機能インジケータの中に示されていてもよい）。第２の端末デバイスは、その次に、タスクを実行し、そして、（例えば、サイドリンク・チャネルを介して）第１の端末デバイスにタスク出力を戻してもよい。

例えば、第１の端末デバイスは、（例えば、ダウンリンクチャネル２５２０６ａにおいて）制御チャネルのサーチを実行して、制御メッセージが存在するか否かを決定するよう第２の端末デバイスに要求してもよい。その第２の端末デバイスは、要求に応じて制御チャネルのサーチを実行し、そして、サイドリンク・チャネルを介して第１の端末デバイスに、いずれかの複合化された制御情報を送ってもよい。したがって、特に、サイドリンク・チャネルが（例えば、Ｂｌｕｅｔｏｏｔｈ（Ｂｌｕｅｔｏｏｔｈ）のように）低電力である場合には、サイドリンク・チャネルの使用により、第１の端末デバイスにおけるバッテリー電力を節約することが可能である。また、本開示の範囲から離れることなく、他のタスクをオフロードすることが可能である。

いくつかの態様において、タスクオフロードプロセスは、ネットワーク・アクセス・ノード２５２１０に対して透明であってもよい。いくつかの態様において、タスクセットによって、オフロードに適格なタスクの全体的なセットを定義してもよい。符号化又は復号化の処理を課されている端末デバイスが、処理能力又は利用可能性を欠いている場合、又は、上昇しているプロセッサ温度を経験している場合に、タスクオフロードは、特に、有用である場合があり、それによって、符号化タスク又は復号化タスクは、より望ましくオフロードされる。その委任は、一時的な制限又は永続的な制限、リソースの利用可能性、又は、それらの組み合わせに基づいていてもよい。

いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、異なるそれぞれのタグでアップリンクデータにタグ付けしてもよく、それらの異なるそれぞれのタグは、（例えば、インターネット・ネットワーク２５２０８、ネットワーク・アクセス・ノード２５２１０、又はルーティングエンティティ等のコアネットワーク位置にある）データ受信端（エンドデータシンク）（ｅｎｄ ｄａｔａ ｓｉｎｋ）が、端末デバイス２５２０２ａ乃至２５２０２ｃのうちのいずれの端末デバイスがそのアップリンクデータを送信したかを識別することを可能にすることができる。したがって、端末デバイス２５２０２ａ乃至２５２０２ｃは、共有されている端末デバイス識別情報にしたがって、マルチキャストの形式で、ダウンリンクデータを受信してもよいが、一方で、いくつかの態様において、（端末デバイス２５２０２ａ～２５２０２ｃのうちの１つ又は複数と通信している）データ受信端は、端末デバイス２５２０２ａ乃至２５２０２ｃの各々が送信するアップリンクデータを区別することが可能であると思われる。したがって、端末デバイス２５２０２ａ乃至２５２０２ｃのうちの１つ又は複数は、ＩＰ層又はアプリケーション層等のアップリンクデータにタグを埋め込んでもよい。

いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、トンネルプロトコルにしたがってタグを生成し埋め込んでもよい。いくつかの態様において、代替的なタグを使用してもよく、それにより、ユーザは、送信機を区別する際に、（例えば、ペイロードにおける）データパケットにおいて識別される。データ受信端（エンドデータシンク）は、その次に、埋め込まれているタグに基づいて、アップリンクデータについて、送信側の端末デバイスを識別してもよい。

いくつかの態様において、（リーダー端末デバイスを含む）端末デバイス２５２０２ａ乃至２５２０２ｃは、ネットワーク・アクセス・ノード２５２１０への加入（ｓｕｂｓｃｒｉｐｔｉｏｎｓ）のうちの１つ又は複数を有していてもよい。上記のいくつかの態様は、端末デバイス２５２０２ａ乃至２５２０２ｃのグループの中の単一のリーダー端末デバイスを考慮し、その場合に、その単一のリーダー端末デバイスのみが、ネットワーク・アクセス・ノード２５２１０への直接的なアップリンク接続を有しているが、いくつかの態様においては、複数のリーダー端末デバイスが存在してもよい。このことは、端末デバイス２５２０２ａ乃至２５２０２ｃの全てよりも少ない端末デバイスがネットワーク・アクセス・ノード２５２１０に接続されることが望ましいが、１つより多くのネットワーク・アクセス・ノード接続が望まれている例示的なシナリオにおいて生起してもよい。例えば、大型産業機械は、複数のセンサ及び／又はデバイスを含んでもよく、それらの各々は、有線通信又は無線通信が可能であってもよい。単一のリーダーセンサ又はデバイスが、他のセンサ及び／又はデバイスの代わりにネットワーク・アクセス・ノードに接続し、複数のセンサ及び／又はデバイスが、その単一のリーダーセンサ又はデバイスに接続すれば十分である場合があるが、一方で、複数のデバイスがそのネットワーク・アクセス・ノードに接続することが望ましい場合がある。そのようなシナリオの下では、センサ及び／又はデバイスの合計数は、より少ない数のリーダーセンサ及び／又はデバイスに接続することが可能であり、それらのより少ない数のリーダーセンサ及び／又はデバイスの各々は、ネットワーク・アクセス・ノードへの無線接続を有している。複数の端末デバイスは、その次に、リーダーセンサ及び／又はデバイスの数に等しい数のネットワーク・アクセス・ノードの加入を有するであろう。

いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、ダウンリンク方向において、端末デバイス識別情報及び制御チャネルを共有してもよい。ネットワーク・アクセス・ノード２５２１０の観点からは、端末デバイス２５２０２ａ乃至２５２０２ｃは、単一のデバイスであるように見える場合がある。これらの共有されているリソースは、マルチキャスト環境を生成し、それにより、ネットワーク・アクセス・ノード２５２１０からのダウンリンク送信は、マルチキャストの形式で、ダウンリンク送信を受信するように配置されている１つ又は複数の端末デバイス２５２０２ａ乃至２５２０２ｃによって受信されてもよい。

いくつかの態様において、ネットワーク・アクセス・ノード２５２１０との間の無線接続は、アップリンク方向又はダウンリンク方向のいずれの方向においても、いずれかのタイプの無線アクセス技術であってもよい。この無線アクセス技術は、５Ｇ及び他の新興の無線アクセス技術及び以降の無線アクセス技術を含む任意のセルラー無線アクセス技術または近距離無線アクセス技術を含んでもよい。

いくつかの態様において、端末デバイス２５２０２ａ乃至２５２０２ｃは、図２２９乃至２３９のいずれかに関して上記で詳細に説明されている１つ又は複数の技術を利用することにより、例えば、リーダー端末デバイス等のアンカー端末デバイスを取り囲む閉じ込められたフローティングセル領域の中に留まることが可能であり、及び／又は、ネットワーク・アクセス・ノード２５２１０と協調して、端末デバイス２５２０２ａ乃至２５２０２ｃが占有する領域に向うように、ネットワーク・アクセス・ノード２５２１０が提供する指向性ビームをステアリングすることが可能である。

（リーダー端末デバイスか又はセカンダリ端末デバイスか否かにかかわらず）端末デバイス２５２０２ａ乃至２５２０２ｃのうちのいずれかとネットワーク・アクセス・ノード２５２１０との間の送信は、いずれかのタイプのデータを含んでもよい。これらには限定されないが、この送信は、データ中継、リアルタイム制御転送、又はその他の送信を含んでもよい。

図２５６は、いくつかの態様にしたがった端末デバイスによる通信のための方法２５６００を示している。図２５６に示されているように、その方法２５６００は、複数の端末デバイスの間で通信リンクを確立するステップ（２５６１０）、複数の端末デバイスの間で共有される端末デバイス識別情報を構成するステップ（２５６２０）、複数の端末デバイスの間で共有されるダウンリンク制御チャネルを構成するステップ（２５６３０）、ネットワーク・アクセス・ノードとの無線通信のために、複数の端末デバイスからリーダー端末デバイスを選択するステップ（２５６４０）、及び端末デバイスとそのリーダー端末デバイスとの間で端末デバイス要求を送信するステップ（２５６５０）、を含む。

図２５７は、いくつかの態様にしたがってリーダー端末デバイスを管理するための方法２５７００を示している。図２５７に示されているように、その方法２５７００は、１つ又は複数の端末デバイスとの第１の通信リンクを確立するステップ（２５７１０）、ネットワーク・アクセス・ノードとの第２の通信リンクを確立するステップ（２５７２０）、１つ又は複数の端末デバイスの間で共有される端末デバイス識別情報を構成するステップ（２５７３０）、１つ又は複数の端末デバイスの間で共有されるダウンリンク制御チャネルを構成するステップ（２５７４０）、端末デバイスから端末デバイス要求を受信するステップ（２５７５０）、及び、その端末デバイス要求に基づいて、ネットワーク・アクセス・ノードとの間で無線により通信するステップ（２５７６０）、を含む。

図２５８は、いくつかの態様にしたがった端末デバイスによる通信のための方法２５８００を示している。図２５８に示されているように、その方法２５８００は、複数の端末デバイスの間で第１の通信リンクを確立するステップ（２５８１０）、ネットワーク・アクセス・ノードとの無線通信のために、複数の端末デバイスからリーダー端末デバイスを選択するステップ（２５８２０）、リーダー端末デバイスとネットワーク・アクセス・ノードとの間で第２の通信リンクを確立するステップ（２５８３０）、端末デバイスからリーダー端末デバイスへ端末デバイスデータを送信するステップ（２５８４０）、及び、リーダー端末デバイスからネットワーク・アクセス・ノードへと端末デバイスデータを送信するステップ（２５８５０）、を含む。

図２５９は、いくつかの態様にしたがって端末デバイスにおいて無線通信を実行する方法２５９００を示している。図２５９に示されているように、その方法２５９００は、ダウンリンクチャネルにおいて、ネットワーク・アクセス・ノードからマルチキャストデータを受信するステップ（２５９１０）であって、そのマルチキャストデータは、端末デバイス及び１つ又は複数の追加的な端末デバイスが共有する端末デバイス識別情報によってアドレス指定されている、ステップ（２５９１０）、及び、サイドリンク・チャネルにおいて、１つ又は複数の追加的な端末デバイスのうちのリーダー端末デバイスとの間で通信して、共有されているアップリンクチャネルにおけるネットワーク・アクセス・ノードへのアップリンクデータの送信を調整するステップ（２５９２０）、を含む。

図２６０は、いくつかの態様にしたがって端末デバイスにおいて無線通信を実行する方法２６０００を示している。図２６０に示されているように、その方法２６０００は、ダウンリンクチャネルにおいて、ネットワーク・アクセス・ノードからマルチキャストデータを受信するステップ（２６０１０）であって、そのマルチキャストデータは、端末デバイス及び１つ又は複数の追加的な端末デバイスが共有する端末デバイス識別情報にアドレス指定されている、ステップ（２６０１０）、及び、サイドリンク・チャネルにおいて、１つ又は複数の追加的な端末デバイスのうちの第１の端末デバイスとの間で通信して、その第１の端末デバイスからネットワーク・アクセス・ノードへのアップリンクデータの送信を調整するステップ（２６０２０）、を含む。

７．６ 階層通信＃６
この開示のいくつかの態様において、無線通信ネットワークのリソースは、端末デバイスのグループに動的に割り当てられてもよい。いくつかの態様によれば、そのようなリソースを利用するためのリソース及びメカニズムは、端末デバイスのそのグループと関連するある特定のアプリケーションを提供するように構成されてもよい。例えば、改良されたスペクトル割り当て及び管理は、（例えば、イントラ等の）車両のグループの中の及び（例えば、グループ間等の）グループの間の車両対車両（Ｖ２Ｖ）通信のためのサービス品質（ＱｏＳ）を増加させることが可能である。

本開示のある１つの態様において、リソースは、（“リソースブロック構成”とも称される）リソースブロックによって、端末デバイスのグループと関連する１つ又は複数の特定のアプリケーションを提供するように構成されてもよい。リソースブロックは、例えば、周波数帯域、タイムスロット、コード、及び／又はそれらの組み合わせのうちの１つ又は複数を含んでもよい。リソースブロックは、キャリア周波数、システムパラメータ構成（ｎｕｍｅｒｏｌｏｇｙ ｃｏｎｆｉｇｕｒａｔｉｏｎ）、物理リソースブロック、制御／データの論理的な定義、及び／又はアクセス方法のうちの１つ又は複数によって定義されてもよい。

端末デバイス２１６０２等の端末デバイス、又は、端末デバイス２１６０２及び端末デバイス２１６０４等の端末デバイスのグループは、単一のリソースブロックを個別に又は複数のリソースブロックを同時にサポートするように構成されていてもよい。複数のリソースブロックの各々は、図２６１を参照して以下で説明するように、ある特定のアプリケーション及び／又はＱｏＳクラスと関連していてもよい。開示のある１つの態様において、端末デバイス２１６０２等の端末デバイスは、周波数帯域及びＰＨＹインターフェイスに応じて、（例えば、各々の構成について１つ、といったように）１つ又は複数の物理層インターフェイスを含んでもよい。追加的に、又は、代替的に、また、ソフトウェアベースの設計を使用して、送受信機が、複数の特定のＰＨＹ構成に適合できるようにしてもよい。

図２６１は、いくつかの態様にしたがった無線通信ネットワーク２６１００を示している。その無線通信ネットワーク２６１００は、ネットワーク・アクセス・ノード２６１１０、第１のグループ（グループ１）を定義する車両４６Ａ乃至４６Ｃ、及び第２のグループ（グループ２）を定義する車両４６Ｄ乃至４６Ｅを含む。開示のある１つの態様によれば、ネットワーク・アクセス・ノード２６１１０は、図２１８にしたがって構成されるネットワーク・アクセス・ノード２１６１０に対応してもよく、車両４６Ａ乃至４６Ｅは、端末デバイス２１６０２又は端末デバイス２１６０４に対応してもよい。ある１つの例において、端末デバイス２１６０２又は２１６０４の同一の又は同様の構成は、車両４６Ａ乃至ｘ２３Ｅの各々に着脱可能に取り付けられてもよく、又は、一体化されてもよい。言い換えると、車両４６Ａは、端末デバイス２６１０２を含んでもよく、車両４６Ｂは、端末デバイス２６１０４を含んでもよく、そして、車両４６Ｃは、端末デバイス２６１０６を含んでもよい。同様に、車両４６Ｄは、端末デバイス２６１１２を含んでもよく、車両４６Ｅは、端末デバイス２６１１４を含んでもよく、車両４６Ｆは、端末デバイス２６１１６を含んでもよい。いくつかの態様において、端末デバイスは、（例えば、ベースバンドモデム２１７０６及び／又はアプリケーション・プロセッサ２１７１２の方式の）モデム層及び／又はアプリケーション層処理モジュールを含んでもよく、そのモデム層及び／又はアプリケーション層処理モジュールは、現在の態様に関連する通信動作を制御するように構成され、それらの通信動作は、（例えば、ＲＦトランシーバー２１７０４及びアンテナシステム２１７０２等の）トランシーバー及びアンテナ回路によって、無線信号としてのデータを送信し及び受信することを含む。

いくつかの態様によれば、端末デバイス２６１０２、２６１０４、２６１０６、２６１１２、２６１１４、及び２６１１６は、個別の複数の帯域にわたるデュアルコネクティビティをサポートすることが可能であってもよい。これらのデバイスの各々は、複数の帯域にわたる通信のための複数のＲＦチェーンを備えていてもよい。免許付与された帯域は、ネットワーク・アクセス・ノード２６１１６と通信するのに使用されてもよく、一方、免許不要の帯域は、Ｄ２Ｄリンクを介して通信するのに使用されてもよい。これに対して、免許付与された帯域及び／又は免許不要の帯域の他の組み合わせを実装して、複数の帯域を介して通信してもよい。

端末デバイス２６１０６及び２６１１４は、それぞれのグループのリーダー端末デバイスとして機能してもよい。ある１つの態様において、端末デバイス２６１０６及び２６１１４は、それぞれのグループのリーダー端末又はクラスタヘッドであってもよい。各々のグループリーダーは、特定のアプリケーション又はサービス品質（ＱｏＳ）クラスのセットを利用して、それぞれのグループの中の通信を改善してもよい。例えば、各々のグループリーダーは、それらのメディアアクセス制御（ＭＡＣ）レイヤキューの中で、特定のアプリケーションのセットを実行してもよい。例として、アプリケーションのセットは、車両対車両（Ｖ２Ｖ）安全性アプリケーション又はＶ２Ｖ発見アプリケーションの少なくとも１つを含んでもよい。クラスタヘッドは、特定のアプリケーションのセットを実行する１つのみの端末デバイスとして示されているが、この開示は、そのようには限定されない。端末デバイス２６１０２、２６１０４、及び／又は２６１０６のうちの１つ又は複数は、グループ１のための特定のアプリケーションのセットを実行してもよい。同様に、端末デバイス２６１１２、２６１１４、及び／又は２６１１６のうちの１つ又は複数は、グループ２のためのサービス品質強化のセットを実行してもよい。

ネットワーク・アクセス・ノード２６１１０は、各々のグループのためのアプリケーションのセットにネットワークリソースを構成してもよく、例えば、アプリケーションのセットに、ネットワークのための無線リソースを割り当ててもよい。ある１つの態様によれば、リソースブロック構成は、特定のアプリケーションのセットに合わせて調整されてもよい。リソースブロック１は、Ｖ２Ｖ安全性アプリケーション、免許付与されたスペクトラム、スケジューリングされたアクセスモード、及びグループ１に設定されてもよい。リソースブロック２は、Ｖ２Ｖ発見アプリケーション、免許不要のスペクトラム、競合ベースのアクセスモード、及びグループ１及び２に設定されてもよい。リソースブロック３は、Ｖ２Ｖ安全性アプリケーション、免許付与されたスペクトラム、及びグループ２に設定されてもよい。

いくつかの態様において、リソースブロック構成のデータ構造は、表１において以下で説明されるパラメータのうちの１つ又は複数を含む。

図２６２は、いくつかの態様にしたがった競合ベースのアクセスモードのある１つの例を示している。例えば、チャネルは、１つ又は複数の端末デバイスの間で共有される。これらの端末デバイスは、８０２．１１ｐを使用する搬送波検知多元接続（ＣＭＳＡ）等の分散プロトコルを使用してチャネルアクセスのために競合してもよい。

図２６３は、いくつかの態様にしたがったスケジューリングベースのアクセスモードのある１つの例を示している。例えば、チャネルは、専用であり、アクセスは、ネットワーク・アクセス・ノードによって制御される。言い換えると、ネットワーク・アクセス・ノードは、端末デバイスにチャネルへのアクセスを許可してもよく、端末デバイスは、その次に、衝突のリスクなしに、そのチャネルにアクセスすることが可能である。

いくつかの態様において、端末デバイスのグループは、それらの要件に応じて、複数の異なるアクセスモードを使用して動作してもよい。

いくつかの態様において、リソースブロック又はそのリソースブロックの一部、或いは、複数のリソースブロックさえも、端末デバイスの中にあらかじめ構成されてもよい。例えば、公共の安全性のための１つ又は複数の専用リソースブロックは、端末デバイスの中にあらかじめ構成されてもよい。本開示の他の態様によれば、リソースブロックは、ネットワーク・アクセス・ノードによってブロードキャストされてもよい。例えば、Ｄ２Ｄ通信及び検出のためのリソースブロックは、（例えば、システム情報ブロックタイプ１８（ＳＩＢ１８）及びシステム情報ブロックタイプ１９（ＳＩＢ１９）等の）システム情報ブロックの一部として、ネットワーク・アクセス・ノードによってブロードキャストされてもよい。

他の端末デバイスが使用する他のアップリンク（ＵＬ） リソース及びダウンリンク（ＤＬ）リソースと重複しないように専用リソースを定義することが可能である静的なシステムにおいては、あらかじめ構成されているリソースブロックは、適切である場合がある。一方で、定義されたリソースは、また、動的なシステムにおいて、グループベースで設定されてもよい。このような場合には、リソースブロック構成は、複数の異なるＳＩＢとしてネットワーク・アクセス・ノードによってブロードキャストされてもよく、それによって、端末デバイスは、対象のＳＩＢを読み取ることのみを期待される。

さらに別の態様において、ネットワーク・アクセス・ノードは、複数のグループが、複数の異なるリソースプールを使用することを可能にする。例えば、ネットワーク・アクセス・ノードは、マルチキャスト制御チャネル（ＭＣＣＨ）等の制御チャネルを利用して、グループリソースブロック構成メッセージを送ってもよい。グループリソースブロックは、表１の１つ又は複数のパラメータ及びグループ識別子を含んでもよい。

図２６４は、いくつかの態様にしたがったグループリソースブロックのある１つの例を示している。グループリソースブロックのグループ識別子は、端末デバイスが複数の異なるリソースブロックを使用する複数のグループの一部となることを可能としてもよい。本開示のある１つの態様によれば、グループリソースブロックは、初期化の間に、及び／又は、グループが使用するリソースブロックの構成が変化する場合に、通常動作の間に、送られてもよい。割り当ては、例えば、ＭＣＣＨが物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に位置する論理チャネルであるときに、グループ識別子を使用してシグナリングされてもよい。このグループに属する端末デバイスは、グループ識別子を使用して、この割当てに関する情報を取得してもよい。

ネットワーク・アクセス・ノードは、コンテキスト情報をモニタリングして、どのような構成を使用するか、及び／又は、いつリソースブロック構成を変更するか、を決定してもよい。ある１つの例において、ネットワーク・アクセス・ノードは、端末デバイスがあるカバレッジ領域に入るときに、それらの端末デバイスのグループのためのグループリソースブロックを更新してもよい。例えば、農村の高速道路のカバレッジの中で走行する車両のグループは、免許不要のスペクトラムにおいて競合ベースのリソースプールを使用するように構成されてもよい。他の例において、車両のグループは、新たなリソースブロック構成によって構成されて、Ｖ２Ｖ安全性トラフィックのための専用予約を有効にしてもよい。交通事故のリスクが高い交差点等の状況に近づくときにも、また、同様の更新を実行してもよい。

図２６５は、いくつかの態様にしたがったネットワーク・アクセス・ノード２６５１０を示しており、そのネットワーク・アクセス・ノード２６５１０は、グループリーダーとして機能しているあらかじめ決められた端末デバイス２６５０６にリソースブロック構成を送ってもよい。ネットワーク・アクセス・ノード２６５１０は、図２６１のネットワーク・アクセス・ノード２６１０６に対応していてもよい。端末デバイス２６５０２乃至２６５０６は、図２６１の端末デバイス２６１０２乃至２６１０６に対応していてもよい。グループリーダーは、受信時に、グループの中でリソースブロック構成を転送してもよい。例えば、Ｄ２Ｄ通信リンクを使用して、グループの中でそのようなメッセージを転送してもよい。他の例において、単一のブロードキャスト送信が、グループリーダーによって利用されて、構成情報を転送してもよい。単一ブロードキャストチャネルは、端末デバイスのグループの端末デバイス２６５０２乃至２６５０４のうちの少なくとも１つがネットワーク・アクセス・ノード２６５１０のカバレッジ領域の外側に存在する場合に使用されてもよい。

グループリーダーとして動作している端末デバイス２６５０６は、ブロードキャストモード又はユニキャストモードにおける自身のＤ２Ｄ通信リンク等の１つ又は複数の通信インターフェイスを介して、１つ又は複数のグループリソースブロック構成メッセージを自律的に送信してもよい。ある１つの態様において、ネットワーク・アクセス・ノード２６５１０は、この機能を有効化し又は無効化するように構成されてもよい。

グループリーダーとして動作している端末デバイス２６５０６は、グループが使用する現在のリソースブロックに対する更新を定期的に送信してもよい。例えば、更新は、現在のリソースブロックの１つ又は複数のパラメータ又は現在のリソースブロックの新たなバージョンを含んでもよい。このオプションは、マルチキャスト制御チャネルを介してグループを更新するネットワーク・アクセス・ノード２６５１０へのリソース効率がより高い代替手段である場合がある。一方で、ネットワーク・アクセス・ノード２６５１０は、セルラーインターフェイスを介してグループリーダーとして動作する端末デバイス２６５０６を更新してもよいが、グループの他の端末デバイス２６５０２乃至２６５０４は、更新のためにマルチキャスト制御チャネルをモニタリングすることが期待されない場合がある。追加的に、又は、代替的に、ネットワーク・アクセス・ノード５０１０は、現在のリソースブロックへの更新と共に、グループリーダーを含むグループの各メンバーを更新してもよい。

他の態様によれば、（図示されていない）グループに対する新たな端末デバイス又は（図示されていない）アクティブでない端末デバイスは、そのグループの中で利用可能なリソースブロックをモニタリングしてもよい。追加的に、又は、代替的に、例えば、グループに対する新たな端末デバイスは、以前に関連していたグループからのリソースブロック情報をモニタリングし及び共有してもよく、これにより、１つ又は複数の端末デバイス２６５０２乃至２６５０６が、新たなグループに加わるか、又は、それらの端末デバイスと関連する既存のリソースブロック構成を更新することを可能としてもよい。

さらに別の態様において、グループリーダーとして動作する端末デバイス２６５０６は、リソースブロックを構成することに関与してもよい。ある１つの例において、端末デバイス２６５０６は、カバレッジの外側のシナリオにおいて新たなリソースブロックを定義するために使用されてもよい１つ又は複数の特定のキャリア周波数によって構成されてもよい。追加的に、又は、代替的に、その端末デバイス２６５０６は、その端末デバイス２６５０６の中に格納されている１つ又は複数のあらかじめ構成されたリソースブロック及び／又はその部分を有してもよく、それらのリソースブロック及び／又はその部分は、カバレッジの外側のシナリオのためのキャリア周波数、システムパラメータ、及び／又はアクセスモードを含む。同様に、端末デバイス２６５０２乃至２６５０４は、ネットワークカバレッジの外側での（例えば、Ｄ２Ｄ等の）通信による発見のためのリソースブロックによってあらかじめ構成されてもよく、一方、（例えば、Ｖ２Ｖ安全性等の）他のタイプのリソースブロックは、グループリーダーとして動作する端末デバイス２６５０６から取得されてもよい。

グループリーダーとして動作する端末デバイス２６５０６は、端末デバイス２６５０２からの要求の受信に応じて、その端末デバイス２６５０２にリソースブロック構成の更新を（例えば、ユニキャスト等によって）送信してもよい。例えば、Ｄ２Ｄ発見トラフィックを有する端末デバイスは、Ｖ２Ｖ安全性アプリケーションを起動してもよい。一方で、Ｖ２Ｖ安全性アプリケーションは、複数の異なるリソースブロック構成を利用してもよい。端末デバイス２６５０２は、グループリーダーとして動作する端末デバイス２６５０６に、Ｖ２Ｖ安全ＱｏＳクラスに適するリソースブロック構成のための要求を送ってもよい。グループリーダーとして動作する端末デバイス２６５０６は、図２６６に図示されているように、要求されたＱｏＳクラスのために利用可能なリソースブロック情報で応答してもよい。これらの動作は、また、グループリーダーとして動作する端末デバイス２６５０６の協調の下で、特定のＱｏＳクラスのための入場制御を可能にするのに使用されてもよい。

図２６６は、いくつかの態様にしたがって、グループリーダーとして機能する端末デバイス２６６０６を示しており、端末デバイス２６６０６は、カバレッジの外側のシナリオにおいて、１つ又は複数の端末デバイス２６６０２乃至２６６０４にリソースブロック構成を送ってもよい。端末デバイス２６６０２乃至２６６０６は、図２６５の端末デバイス２６５０２乃至２６５０６に対応してもよい。

グループリーダーとして機能する端末デバイス２６６０６は、利用可能な場合には、測定値及びコンテキスト情報を適用して、１つ又は複数のリソースブロックの構成、更新、及び／又は起動／終了をトリガしてもよい。例えば、安全性イベントの到達確率は、（例えば、雨又は雪等の）特定の気象条件の場合により高くなる場合がある。また、車両は、より多くの制動時間から恩恵を受けることがあるため、Ｖ２Ｖ安全性パケットを受信した後に反応するためのより長い時間の恩恵を受ける場合がある。Ｖ２Ｖ安全性トラフィックのために一層多くのリソースを供給することが可能であり、それによって、そのような低待ち時間パケット配信は、１つ又は複数の悪天候シナリオにおける反応のためのより長い時間を車両に提供することが可能である。同様に、深夜時間は、要求が少なく、一方、ラッシュ時間は、Ｖ２Ｖ安全性トラフィックからのより多くの要求が存在するので、リソースブロックは、それに応じて構成されてもよい。

現在の複数の態様は、デバイス及びネットワーク動作を動的に最適化することが可能である。例えば、ネットワークリソースのより高い効率を達成することが可能であり、より良好なリンク頑健性のために、協調的な通信を選択することが可能であり、及び／又はデバイス能力に基づいて、スペクトラムリソースを動的に割り当てることが可能である。さらに、エンドトゥエンド通信を探索することによって、ネットワーク効率を高めることが可能であり、エンドトゥエンド通信は、端末デバイスの中の個々の計算の重要性を高めながら、無線通信ネットワーク２１６００における負担を減少させることが可能である。

図２６７は、いくつかの態様にしたがって、アプリケーション要件に応じて無線ネットワークリソースを提供する方法２６７００を示している。図２６７に示されているように、その方法２６７００は、グループリード端末デバイスによって、ネットワーク・アクセス・ノードから無線ネットワークリソースブロック構成を受信するステップ（２６７１０）であって、その無線ネットワークリソースブロック構成は、ある特定のアプリケーションに対して構成されている複数のパラメータを有する、ステップ（２６７１０）、直接通信インターフェイスを介してグループリード端末デバイスによってグループメンバー端末デバイスに、無線ネットワークリソースブロック構成を送信するステップ（２６７２０）、及び、グループリード端末デバイスによって、無線ネットワークリソースブロック構成にしたがって、グループメンバー端末デバイスとネットワーク・アクセス・ノードとの間の通信をサポートするステップ（２６７３０）を含む。

図２６８は、いくつかの態様にしたがって、アプリケーション要件に応じて無線ネットワークリソースを提供する方法２６８００を示している。図２６８に示されているように、その方法２６８００は、グループメンバー端末デバイスによって、ネットワーク・アクセス・ノードから無線ネットワークリソースブロック構成を受信するステップ（２６８１０）であって、その無線ネットワークリソースブロック構成は、ある特定のアプリケーションに対して構成されている複数のパラメータを有する、ステップ（２６８１０）、及び、グループメンバー端末デバイスによって、無線ネットワークリソースブロック構成にしたがって通信するステップ（２６８２０）、を含む。

７．７ 階層通信＃７
この開示のいくつかの態様において、デバイス対デバイス通信の状態を記述するために、能力の階層を使用してもよい。例えば、それぞれの能力にしたがって、かつ、垂直線アプリケーション（ｖｅｒｔｉｃａｌ ａｐｐｌｉｃａｔｉｏｎ）のための指定された条件に関して、無線通信ネットワークの端末デバイスにそれらの階層レベルを割り当ててもよい。

垂直線（ｖｅｒｔｉｃａｌ）の語は、自動車、医療、公共安全性、業務用のモバイルブロードバンド等の垂直線使用事例及び／又は垂直線アプリケーションを指してもよい。各々の垂直線は、例えば、特定のサービス嗜好及び／又はサービス要件等の特定の条件にしたがってもよい。そのような条件は、本開示のある１つの態様において、複数の垂直線の間で個別のものとして説明されてもよいが、これらの複数の条件は、他の態様において、同じであってもよく、異なっていてもよく、又は、重複していてもよい。例として、自動車アプリケーションは、低い待ち時間を必要とするが、公共安全性アプリケーションは、高い優先度を必要としてもよい。

複数の垂直線（Ｖｅｒｔｉｃａｌ）は、全体又は一部が、垂直線スライス（ｖｅｒｔｉｃａｌ ｓｌｉｃｅ）として無線通信ネットワーク２１６００によって実装されてもよい。より具体的には、垂直線スライスの語は、無線通信ネットワーク２１６００の１つ又は複数の部分に対応していてもよい。本開示のある１つの態様において、ある１つの垂直線スライスは、無線通信ネットワーク２１６００の１つ又は複数の物理的部分に対応していてもよく、一方で、その垂直線スライスは、他の態様においては、その無線通信ネットワーク２１６００の１つ又は複数の物理的部分及び論理的部分を指してもよい。ある１つの例において、その特定のサービス嗜好及び／又はサービス要件を満たすために、特定の垂直線に、無線通信ネットワーク２１６００の１つ又は複数の特定の処理要素を割り当ててもよい。しかしながら、無線通信ネットワーク２１６００の容量の大部分は、災害時には公共安全性アプリケーション及びシステムに割り当てられることがあり、一方で、業務用モバイルブロードバンドアプリケーション及びシステムのための容量は減少させられる場合がある。

垂直線スライスリレー（ｖｅｒｔｉｃａｌ ｓｌｉｃｅ ｒｅｌａｙ）は、また、無線通信ネットワーク２１６００の１つ又は複数の構成要素に対応していてもよい。ある１つの態様によれば、垂直線スライスは、無線通信ネットワーク２１６００のハードウェアリソース及び／又はソフトウェアリソースのうちの１つ又は複数のサブセットを指してもよく、それらの１つ又は複数のサブセットは、１つ又は複数の特定の垂直線に割り当てられる。これらのシステムは、ある１つの例において、互いに分離されていると説明されてもよいが、他の例においては、複数の垂直線アプリケーションの間の密接な統合を実現してもよい。ある１つの例において、複数の垂直線スライスは、それらの間で１つ又は複数のリレーを利用してもよい。

公共安全性アプリケーション及びシステムは、業務用モバイルブロードバンドアプリケーション及びシステムと比較して、進歩のペースがより遅くなる場合がある。結果として、公共安全アプリケーション及びシステムのパフォーマンスは、業務用モバイルブロードバンドアプリケーション及びシステムと比較して劣る可能性が高い。一方、全体的なサービス品質は、全体的なサービス品質と関連する機密性レベルにしたがってデータを転送することによって改善される場合がある。例えば、安全な公共安全性アプリケーション及び／又はシステムによって機密データを転送すると、全体的なサービス品質を改善することを可能とする。同様に、業務用モバイルブロードバンドアプリケーション及び／又はシステムによって非機密データを転送すると、全体的なサービス品質を改善することを可能とする。

無線通信ネットワーク２１６００介してのみならず、複数の端末デバイスの間の近距離通信インターフェイスを介して、無線通信を実現してもよい。それらの近距離通信インターフェイスは、Ｄ２Ｄ通信リンク等のそれらの複数の端末デバイスの間の直接的なリンクであってもよい。ここでは、Ｄ２Ｄ通信リンクについて説明するが、例えば、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、及び／又はＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ等の複数の端末デバイスの間の他のタイプの近距離通信インターフェイスを利用してもよい。

図２６９は、いくつかの態様にしたがったＤ２Ｄ通信に基づくモバイルクラウドネットワーク２６９００を示しており、そのモバイルクラウドネットワーク２６９００は、端末デバイス２６９０２乃至２６９０４、ネットワーク・アクセス・ノード２６９１０、端末デバイス２６９１２乃至２６９２０、及び／又は端末デバイス２６９２２乃至２６９３０を含んでもよい。本開示のある１つの態様によれば、端末デバイス２６９０２乃至２６９０４は、スマートフォン等の高性能端末デバイスであってもよい。本開示の他の態様において、端末デバイス２６９１２乃至２６９２０は、低性能端末デバイスであってもよい。本開示のさらに別の態様において、端末デバイス２６９２２乃至２６９３０は、超低性能モノのインターネット（ＩｏＴ）端末デバイスであってもよい。例えば、端末デバイス２６９２２乃至２６９３０のうちの１つ又は複数は、ＩｏＴ医療センサ等のセンサを含んでもよい。モバイルクラウドネットワーク２６９００の中の端末デバイスは、端末デバイス２１６０２に対応していてもよく、そして、（例えば、ベースバンドモデム２１７０６及び／又はアプリケーション・プロセッサ２１７１２の方式にしたがった）モデム層処理モジュール及び／又はアプリケーション層処理モジュールを含んでもよく、それらのモデム層処理モジュール及び／又はアプリケーション層処理モジュールは、図２６１乃至２６８のいずれかに関連づけられている通信動作を制御するように構成され、それらの通信動作は、（例えば、ＲＦトランシーバー２１７０４及びアンテナシステム２１７０２等の）トランシーバー及びアンテナ回路によって無線信号としてデータを送信し及び受信することを含む。追加的に、又は、代替的に、モバイルクラウドネットワーク２６９００の端末デバイス２６９２２乃至２６９３０等の１つ又は複数の端末デバイスは、３Ｇ／４Ｇ／５Ｇネットワーク等のより高い能力のネットワークを直接的に利用することが不可能である場合がある。図２６９に示されているモバイルクラウドネットワーク２６９００の中のデバイスの数及びタイプは、本開示のある１つの例であるにすぎない。他の態様において、これらのタイプの及び／又は他のタイプのデバイスのほぼすべては、モバイルクラウドネットワーク２６９００の中に実装されてもよい。

端末デバイス２６９０２乃至２６９０４は、さまざまなリンクをサポートするように構成されてもよい。例えば、端末デバイス２６９０２乃至２６９０４は、高スループットリンク、低スループットリンク、低待ち時間Ｄ２Ｄリンク、及び／又は低スループットリンク、高待ち時間Ｄ２Ｄリンクをサポートするように構成されてもよい。端末デバイス２６９０２乃至２６９０４は、それらのさまざまなリンクのうちの１つ又は複数を利用して、モバイルクラウドネットワーク２６９００の中の他のデバイスとの間で通信してもよい。例えば、端末デバイス２６９０２は、本開示のある１つの態様にしたがった高スループットリンクを介してネットワーク・アクセス・ノード２６９１０との間で直接的に通信してもよい。本開示のある１つの態様によれば、端末デバイス２６９０２乃至２６９０４は、ネットワーク・アクセス・ノード２６９１０との間で直接的に通信することができる端末デバイスとして識別されてもよい。

端末デバイス２６９１２乃至２６９２０は、同様に、さまざまなリンクをサポートするように構成されてもよい。例えば、端末デバイス２６９１２乃至２６９２０は、低スループット及び高待ち時間のＤ２Ｄリンク及び／又は超低スループット及び超高待ち時間のＤ２Ｄリンクをサポートするように構成されてもよい。端末デバイス２６９１２乃至２６９２０は、モバイルクラウドネットワーク２６９００に属しているとともに近距離の範囲の中に位置する他のデバイスとの間で通信してもよい。例えば、端末デバイス２６９１２は、端末デバイス２６９０２を利用して、ネットワーク・アクセス・ノード２６９１０と通信してもよい。

端末デバイス２６９２２乃至２６９３０は、同様に、さまざまなリンクをサポートするように構成されてもよい。例として、端末デバイス２６９２２乃至２６９３０は、超低スループット及び超高待ち時間Ｄ２Ｄリンクをサポートするように構成されてもよい（例えば、家畜モニタリング等のいくつかのＩｏＴアプリケーションは、例えば、１日に１回といったように不定期のデータ送信を必要とするにすぎず、例えば、センサ測定後１時間といったような遅延した送信に耐性を有してもよい）。本開示のある１つの態様によれば、端末デバイス２６９２２乃至２６９３０は、ネットワーク・アクセス・ノード２６９１０との間で直接的に通信することが不可能であってもよい。一方で、端末デバイス２６９２２乃至２６９３０は、モバイルクラウドネットワーク２６９００に属しているとともに近距離の範囲の中に位置する他のデバイスとの間で通信してもよい。例えば、端末デバイス２６９２２は、端末デバイス２６９０２を非直接的に利用して、図２６９に示されているネットワーク・アクセス・ノード２６９１０と通信してもよい。

モバイルクラウドネットワーク２６９００の端末デバイスを階層レベルに割り当ててもよく、それらの階層レベルは、１つ又は複数の垂直線の条件に対応する。デバイスを階層レベルにグループ化することは、例えば、垂直線の条件、それぞれのデバイスの数及び／又はそれぞれのデバイスの能力に基づいていてもよい（例えば、グループ化は、クラスタリングパラメータによって実現されてもよい）。結果として、グループ化は、本質的に不均質であってもよく又は均質であってもよい。

ある１つの態様によれば、モバイルクラウドネットワーク２６９００の端末デバイスは、その割り当てられている階層レベルと関連する垂直線の各々にアクセスすることが可能である。例えば、ある１つの垂直線の１つ又は複数の条件は、より上位の階層レベルと関連する他の垂直線の条件のサブセットであってもよい。したがって、より上位の階層レベルに割り当てられているモバイルクラウドネットワーク２６９００の端末デバイスは、これらの垂直線の双方にアクセスすることができるようにされていてもよい。追加的に、又は、代替的に、２つ又はそれ以上の垂直線の複数の異なる条件を満たすモバイルクラウドネットワーク２６９００の端末デバイスを、垂直線のための条件が満たされるそれらの垂直線の各々へのアクセスを可能にする階層レベルに割り当ててもよい。しかしながら、単純化のために、モバイルクラウドネットワーク２６９００の端末デバイスは、階層ネットワークのアプリケーションをより良く解説することを目的として、１つ又は複数の垂直線の中にグラフィックスによって示されてもよい。

図２６９に示されているように、垂直線Ａは、端末デバイス２６９０２乃至２６９０４を含んでもよく、垂直線Ｂは、端末デバイス２６９１２乃至２６９１６を含んでもよく、垂直線Ｃは、端末デバイス２６９１６乃至２６９１８及び端末デバイス２６９２８を含んでもよく、垂直線Ｄは、端末デバイス２６９２８乃至２６９３０を含んでもよく、垂直線Ｅは、端末デバイス２６９２２乃至２６９２６を含んでもよい。端末デバイス２６９２０は、垂直線Ａ乃至Ｄの中にグループ化されていないが、端末デバイス２６９２０は、依然として、端末デバイス２６９０４と端末デバイス２６９２８乃至２６９３０との間でデータを転送することが可能であってもよい。

図２６９のモバイルクラウドネットワーク２６９００の中の垂直線Ａ乃至Ｄへのデバイスの特定の割り当ては、本質的に単なる例示であるに過ぎない。他の態様において、垂直線の各々におけるデバイスの数及び／又はタイプは、垂直線の状態、それぞれデバイスの数及び／又はそれぞれデバイスの能力に基づいて変化してもよい（例えば、群の家畜モニタリングにおいて、（例えば、受胎能、位置等の）同じ測定を行うすべてのセンサがグループに形成されることができる）。

図２７０は、いくつかの態様にしたがって、ネットワーク・アクセス・ノードによる一時的な階層ネットワークをセットアップするためのメッセージシーケンスチャート２７０００を示している。図２７０に示されている階層レベルの数及びタイプ及び／又は端末デバイスの数及びタイプは、この開示のある１つの例であるにすぎない。例えば、階層ネットワークの中に実装される階層レベル及び端末デバイスの数は、図２７０における数よりも多くても少なくてもよい。本開示のある１つの態様によれば、階層ネットワークは、図２６９のモバイルクラウドネットワーク２６９００に対応していてもよく、ネットワーク・アクセス・ノードは、図２６９のネットワーク・アクセス・ノード２６９１０に対応していてもよく、及び／又は、端末デバイスは、図２６９のモバイルクラウドネットワーク２６９００の中の端末デバイスに対応していてもよい。

ステップ２７００２において、ネットワーク・アクセス・ノードは、階層ネットワークをセットアップすることを決定してもよい。本開示のある１つの態様によれば、この決定は、通信の必要性の識別に基づいていてもよい。その通信の必要性は、Ｄ２Ｄ通信、スモールセル通信、マクロセル通信等を指してもよい。

以下で説明するように、この識別は、ボトムアップアプローチ２７００２ａ又はトップダウンアプローチ２７００２ｂを実装することによって行われてもよい。ボトムアップアプローチ２７００２ａにおいては、識別は、端末デバイスからネットワーク・アクセス・ノードに送られるトリガに基づいて行われてもよい。トリガは、ある１つの例において、階層ネットワークを開始するための要求又は提案であってもよい。トップダウンアプローチ２７００２ｂにおいては、識別は、ネットワーク・アクセス・ノードによって行われてもよい。この識別及び階層ネットワークのセットアップの決定に基づいて、階層ネットワークの中の複数の階層レベルが決定される。

ステップ２７００４において、ネットワーク・アクセス・ノードは、階層ネットワークにおいて使用される複数の階層レベルを識別してもよい。ある１つの態様によれば、階層レベルの数は、少なくとも垂直線の条件及び／又はユーザ要件に基づいていてもよい。

ステップ２７００６において、ネットワーク・アクセス・ノードは、識別された階層レベルに階層ネットワークの端末デバイスを割り当ててもよい。ある１つの態様によれば、ネットワーク・アクセス・ノードは、階層ネットワークの複数の端末デバイスの各々に、割り当てられた階層レベルの指標を送信してもよい。いったん階層レベルに割り当てられると、端末デバイスは、階層ネットワークを介して、同じ階層レベル（“ｎ”）の端末デバイス、より下位の階層レベル（“ｎ－１”）の端末デバイス、及び／又はより上位の階層レベル（“ｎ＋１”）の端末デバイスとの間で通信してもよい。

ステップ２７００８において、ネットワーク・アクセス・ノードは、階層ネットワークを適応させてもよい。ある１つの態様によれば、階層ネットワークを適合させる決定は、集合的に又は個別に、チャネル条件及び／又は端末デバイスの能力等の１つ又は複数のパラメータに基づいていてもよい。他の態様において、ステップ２７００８は、随意的であり、省略されてもよい。

ステップ２７０１０において、ネットワーク・アクセス・ノードは、階層ネットワークを終了させてもよい。ある１つの態様によれば、階層ネットワークを終了させる決定は、端末デバイスのいずれもが、例えば、Ｄ２Ｄ通信に参加していない場合にトリガされてもよい。

図２７１は、いくつかの態様にしたがった階層ネットワークの中の通信のための方法２７１００を示している。本開示のある１つの例において、階層ネットワークは、モバイルクラウドネットワーク２６９００に対応していてもよく、ネットワーク・アクセス・ノードは、ネットワーク・アクセス・ノード２６９１０に対応していてもよく、端末デバイスは、図２６９のモバイルクラウドネットワーク２６９００の中の端末デバイスに対応していてもよい。追加的に、又は、代替的に、方法２７１００は、メッセージシーケンスチャート５４００乃至５５００において端末デバイスが実行する１つ又は複数の動作に対応していてもよい。

ステップ２７１０２において、第１の端末デバイスは、階層ネットワークを生成するようにネットワーク・アクセス・ノードをトリガしてもよい。そのトリガは、ある１つの例において、階層ネットワークを作成する要求又は提案であってもよく、その要求又は提案は、ネットワーク・アクセス・ノードに送信される。しかしながら、ステップ２７１０２のプロセスは、随意的であり、ネットワーク・アクセス・ノードが第１の端末デバイスからのそのような要求又は提案を受信することなく階層ネットワークを作成することを決定する場合には、省略されてもよい。例えば、ネットワーク・アクセス・ノードは、それ自体で、又は、無線通信ネットワーク２１６００の１つ又は複数の要素及び／又は異なる端末デバイスの支援により、階層ネットワークを生成することを決定してもよい。

ステップ２７１０４において、第１の端末デバイスは、ネットワーク・アクセス・ノードから、第１の端末デバイスが第１の階層レベルに割り当てられているという指標を受信してもよい。その第１の階層レベルは、１つ又は複数の垂直線アプリケーションへのアクセスを可能にする第１の垂直線アプリケーションセットと関連していてもよい。第１の階層レベルへの割り当ては、第１の端末デバイスの１つ又は複数の能力に基づいていてもよい。ある１つの態様によれば、その能力は、第１の端末デバイスがサポートするＤ２Ｄリンク等のサポートされる近距離無線通信インターフェイスの待ち時間及び／又はデータスループットを含んでもよい。

第１の端末デバイス及び／又は第１のアプリケーションセットの割り当てられた階層レベルの受信した指標は、第１の端末デバイス及び／又はにおいて、遠隔で局所的に格納されてもよい。例えば、割り当てられた階層レベル及び／又は割り当てられた階層レベルと関連するアプリケーションセットは、第１の端末デバイスのメモリ２１７１４及び／又は無線通信ネットワーク２１６００の構成要素の中に格納されてもよい。

ステップ２７１０６において、第１の端末デバイスは、階層ネットワークの中の他の端末デバイスとの間で通信してもよい。例えば、第１の端末デバイスは、第２の端末デバイスとの間で通信してもよく、その第２の端末デバイスは、第１の階層レベルとは異なってもよい第２の階層レベルに割り当てられている。第２の階層レベルは、１つ又は複数の垂直線アプリケーションへのアクセスを提供する第２の垂直線アプリケーションセットと関連していてもよい。第１の階層レベル及び第２の階層レベルと関連する垂直線アプリケーションは、同一の垂直線アプリケーションのうちの１つ又は複数を含んでもよい。代替的に、第１の階層レベル及び第２階層レベルと関連する垂直線アプリケーションは、それらの第１の階層レベル及び第２階層レベルが同じ垂直線アプリケーションのいずれも共有しないという点で、相互に排他的であってもよい。

第１の端末デバイス及び第２の端末デバイスの近距離無線通信インターフェイスの待ち時間及び／又はデータスループットは、異なってもよい。ある１つの態様によれば、第２の端末デバイスは、第１の端末デバイスよりもより上位の階層レベルの端末デバイスである。例えば、第１の端末デバイスは、第２の端末デバイスと関連する待ち時間よりもより高い待ち時間を有するＤ２Ｄリンクをサポートしてもよい。追加的に、又は、代替的に、第１の端末デバイスは、第２の端末デバイスと関連するデータスループットよりも小さなデータスループットを有するＤ２Ｄリンクをサポートしてもよい。

本開示の他の態様において、第１の端末デバイスは、第２の端末デバイスよりもより上位の階層レベルの端末デバイスである。例えば、第２の端末デバイスは、第１の端末デバイスと関連する待ち時間よりもより高い待ち時間を有するＤ２Ｄリンクをサポートしてもよい。追加的に、又は、代替的に、第２の端末デバイスは、第１の端末デバイスと関連するデータスループットよりもより小さいデータスループットを有するＤ２Ｄリンクをサポートしてもよい。本開示のさらに別の態様において、第１の端末デバイスは、第２の端末デバイスと同じ階層レベルの端末デバイスであってもよい。

いくつかの態様において、階層ネットワークの第１の端末デバイスと第２の端末デバイスとの間の通信は、発見プロセスを含んでもよい。ある１つの態様によれば、第１の端末デバイスは、第２の端末デバイスから、第２の端末デバイスが、第２のアプリケーションセットと関連するデータパケットを無線アクセス・ネットワークに転送することが可能であるということを示す情報を受信してもよい。同様に、第１の端末デバイスは、第１の端末デバイスが、第１のアプリケーションセットと関連するデータパケットを無線アクセス・ネットワークに転送することが可能であるということを示す情報を第２の端末デバイスに送信してもよい。これに応答して、第１の端末デバイスと第２の端末デバイスとの間で要求を送信して、無線アクセス・ネットワークにデータパケットを転送してもよい。言い換えると、端末デバイスは、例えば、その端末デバイスが割り当てられている階層レベルよりもより上位の階層レベル又はより下位の階層レベルと関連する垂直線アプリケーションにアクセスすることを可能とされてもよい。

第２の端末デバイスの割り当てられた階層レベル及び／又はその割り当てられた階層レベルと関連するアプリケーションセットの受信した指標は、第１の端末デバイスに局所的に及び／又は遠隔で格納されてもよい。例えば、割り当てられた階層レベルは、第１の端末デバイスのメモリ２１７１４及び／又は無線通信ネットワーク２１６００の構成要素に格納されてもよい。

しかしながら、ステップ２７１０６のプロセスは、随意的であり、第１の端末デバイスが直接的にネットワーク・アクセス・ノードとの間で通信し、範囲の中の他の端末デバイスのいずれもが階層ネットワークに参加することを選択しない場合には、省略されてもよい。

ステップ２７１０８において、第１の端末デバイスは、無線アクセス・ネットワークにパケットを送信してもよい。ある１つの態様によれば、第１の端末デバイスは、階層ネットワークの中の他の端末デバイスにデータパケットを送信してもよく、そのデータパケットは、無線アクセス・ネットワークに中継されてもよい。無線アクセス・ネットワークにアクセスするのに使用されてもよい端末デバイスの選択は、第１の端末デバイスの中に構成され、そして、格納されてもよい。例えば、第１の端末デバイスは、等しい階層レベル又はより上位の階層レベルの端末デバイスによって無線アクセス・ネットワークにデータパケットを転送するように構成されてもよい。等しい階層レベル又はより上位の階層レベルの端末デバイスがある範囲の中に存在しない場合には、第１端末デバイスは、サービスの品質等の劣化にかかわらず、より下位の階層レベルの近傍の端末デバイスを受け入れてもよい。

ある１つの例において、第１の端末デバイスは、第１の端末デバイスと第２の端末デバイスとの間のＤ２Ｄ通信リンクを介して第２の端末デバイスにデータパケットを送信してもよい。例えば、第１の端末デバイスが送信するデータパケットは、第１のアプリケーションセット、第２のアプリケーションセット、より下位の階層レベルに対応するアプリケーションセット、及び／又はより上位の階層レベルに対応するアプリケーションセットと関連していてもよい。そのデータパケットは、第１の端末デバイス、より下位の階層レベルの端末デバイス、又はより上位の階層レベルの端末デバイスから発信されてもよい。第２の端末デバイスは、第１の端末デバイスから受信したデータパケットを無線アクセス・ネットワークに転送する際に、ネットワーク・アクセス・ノードとの間で直接的に又は非直接的に通信してもよい。

ステップ２７１１０において、第１の端末デバイスは、階層ネットワークを介してデータパケットを受信してもよい。本開示のある１つの態様によれば、第１の端末デバイスは、ネットワーク・アクセス・ノードから直接的にデータパケットを受信してもよい。本開示の他の態様において、第１の端末デバイスは、例えば、第１の端末デバイスと第２の端末デバイスとの間のＤ２Ｄ通信リンクを介して第２の端末デバイス等の中間端末デバイスから、データパケットを受信してもよい。第１の端末デバイスが受信するデータパケットは、第１の端末デバイス、より下位の階層レベルの端末デバイス、又はより上位の階層レベルの端末デバイスにアドレス指定されてもよく、そして、その端末デバイスにおいて終端してもよい。

ステップ２７１１２において、第１の端末デバイスは、第１の階層レベルから他の階層レベルへの階層レベル変化の指標をネットワーク・アクセス・ノードから受信してもよい。ステップ２７１１２のプロセスは、随意的であり、階層レベルの変更が階層ネットワークにおいて行われない場合には、省略されてもよい。ステップ２７１０８乃至２７１１２は、順に図示されているが、順に呈示されているステップ２７１０８乃至２７１１２は、階層ネットワークにしたがっていずれかの順序で又は反復して生起してもよい。

ステップ２７１１４において、第１の端末デバイスは、階層レベルを終了させているということを示す指標を受信してもよい。

現在の態様のうちの１つ又は複数を実装することによって、デバイス及びネットワークの動作を（例えば、最適化するといったように）改善することが可能である。例えば、より高い効率を有する異種アーキテクチャを達成することが可能であり、より良好なリンクの頑健性のために協調通信を選択してもよく、及び／又は、デバイスの能力に基づいてスペクトラムリソースを動的に割り当てることが可能である。さらに、エンドトゥエンド通信を探索することによってネットワーク効率を高めることが可能であり、エンドトゥエンド通信は、端末デバイスの中の個々の計算の重要性を高めながら、無線通信ネットワーク２１６００の負担を減少させることが可能である。

図２７２は、いくつかの態様にしたがった階層ネットワークにおける通信のための方法２７２００を示している。図２７２に示されているように、その方法２７２００は、複数の端末デバイスのうちの第１の端末デバイスにおいて、その第１の端末デバイスが第１のアプリケーションセットと関連する第１の階層レベルに割り当てられているという指標を受信するステップ（２７２１０）、複数の端末デバイスのうちの第２の端末デバイスとの間で通信するステップ（２７２２０）であって、その第２の端末デバイスは、第２のアプリケーションセットと関連する第２の階層レベルに割り当てられている、ステップ（２７２２０）、及び、第２の端末デバイスとの間の通信に基づいて、無線アクセス・ネットワークにデータメッセージを送信するステップ（２７２３０）、を含む。

７．８ 階層通信＃８
本開示のいくつかの態様において、能力の階層は、デバイス対デバイス通信の状態を動的に更新するのに使用されてもよい。例えば、階層レベルは、無線通信ネットワークの端末デバイスに割り当てられてもよく、１つ又は複数のパラメータにしたがって動的に変更されてもよい。

無線通信ネットワーク２１６００を介してのみならず、複数の端末デバイスの間の近距離通信インターフェイスを介して、無線通信を達成することが可能である。近距離通信インターフェイスは、Ｄ２Ｄ通信リンク等のそれらの端末デバイスの間の直接的なリンクであってもよい。本明細書においてはＤ２Ｄ通信リンクについて説明するが、複数の端末デバイスの間で、例えば、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、及び／又はＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ等の他のタイプの近距離通信インターフェイスを利用してもよい。

図２７３は、いくつかの態様にしたがったＤ２Ｄ通信に基づくモバイルクラウドネットワーク２７３００を示している。モバイルクラウドネットワーク５７００は、端末デバイス２７３０２乃至２７３０４、ネットワーク・アクセス・ノード２７３１０、端末デバイス２７３１２乃至２７３２０、及び／又は端末デバイス２７３２２乃至２７３３０を含んでもよい。ある１つの態様によれば、端末デバイス２７３０２乃至２７３０４は、（例えば、ラップトップ、タブレット等の）高性能端末デバイスであってもよい。本開示の他の態様において、端末デバイス２７３１２乃至２７３２０は、（例えば、毎秒ごとに、分間ごとに、といったように、データを継続して測定し及び送信するとともに工場自動化で使用されるＩｏＴデバイス等の）低性能端末デバイスであってもよい。本開示のさらに別の態様において、端末デバイス２７３２２乃至２７３３０は、（例えば、１日ごとに１回又は数回、データを測定し及び送信する家畜のモニタリング及び送信に使用されるＩｏＴデバイス等の）超低性能端末デバイスであってもよい。モバイルクラウドネットワーク２７３００の中の端末デバイスは、図２１７の端末デバイス２１６０２に対応していてもよく、そして、（例えば、ベースバンドモデム２１７０６及び／又はアプリケーション・プロセッサ２１７１２の方式にしたがった）モデム層処理モジュール及び／又はアプリケーション層処理モジュールを含んでもよく、そのモデム層処理モジュール及び／又はアプリケーション層処理モジュールは、現在の態様に関連づけられている通信動作を制御するように構成され、それらの通信動作は、（例えば、ＲＦトランシーバー２１７０４及びアンテナシステム２１７０２等の）トランシーバー及びアンテナ回路によって無線信号としてデータを送信し及び受信することを含む。追加的に、又は、代替的に、モバイルクラウドネットワーク２７３００の端末デバイス２７３２２乃至２７３３０等の１つ又は複数の端末デバイスは、３Ｇ／４Ｇ／５Ｇネットワーク等のより高い能力のネットワークを直接的に利用することが可能でなくてもよい。図２７３に示されているモバイルクラウドネットワーク２７３００の中のデバイスの数及びタイプは、本開示のある１つの例であるにすぎない。他の態様において、これらのデバイス及び／又は他のタイプのデバイスのほぼすべては、モバイルクラウドネットワーク２７３００の中に実装されてもよい。

端末デバイス２７３０２乃至２７３０４は、さまざまなリンクをサポートするように構成されてもよい。例えば、端末デバイス２７３０２乃至２７３０４は、高スループットリンク、低スループットリンク、低待ち時間Ｄ２Ｄリンク、及び／又は、低スループット及び高待ち時間Ｄ２Ｄリンクをサポートするように構成されてもよい。端末デバイス２７３０２乃至２７３０４は、さまざまなリンクのうちの１つ又は複数を利用して、モバイルクラウドネットワーク２７３００の中の他のデバイスとの間で通信してもよい。例えば、端末デバイス２７３０２は、本開示のある１つの態様にしたがって、高スループットリンクを介してネットワーク・アクセス・ノード２７３１０との間で直接的に通信してもよい。本開示のある１つの態様によれば、端末デバイス２７３０２乃至２７３０４は、ネットワーク・アクセス・ノード２７３１０との間で直接的に通信することが可能である端末デバイスとして識別されてもよい。

端末デバイス２７３１２乃至２７３２０は、同様に、さまざまなリンクをサポートするように構成されてもよい。例えば、端末デバイス２７３１２乃至２７３２０は、低スループット及び高待ち時間Ｄ２Ｄリンク、及び／又は、超低スループット及び超高待ち時間Ｄ２Ｄリンクをサポートするように構成されてもよい。端末デバイス２７３１２乃至２７３２０は、モバイルクラウドネットワーク２７３００に属するとともに近距離の範囲の中に位置する他のデバイスとの間で通信してもよい。例えば、端末デバイス２７３１２は、端末デバイス２７３０２を利用して、ネットワーク・アクセス・ノード２７３１０との間で通信してもよい。

端末デバイス２７３２２乃至２７３３０は、同様に、さまざまなリンクをサポートするように構成されてもよい。例として、端末デバイス２７３２２乃至２７３３０は、超低スループット及び超高待ち時間Ｄ２Ｄリンクをサポートするように構成されてもよい。ある１つの態様によれば、端末デバイス２７３２２乃至２７３３０は、ネットワーク・アクセス・ノード２７３１０と直接的に通信することが可能でなくてもよい。一方で、端末デバイス２７３２２乃至２７３３０は、モバイルクラウドネットワーク２７３００に属するとともに近距離の範囲の中に位置する他のデバイスと通信してもよい。例えば、端末デバイス２７３２２は、図２７３に示されているように、端末デバイス２７３０２を非直接的に利用して、ネットワーク・アクセス・ノード２７３１０との間で通信してもよい。

モバイルクラウドネットワーク２７３００の端末デバイスは、１つ又は複数の垂直線の条件に対応する階層レベルに割り当てられてもよい。デバイスの階層レベルへのグループ化は、例えば、垂直線の条件、それぞれのデバイスの数及び／又はそれぞれのデバイスの能力に基づいてもよい。結果として、グループ化は、本質的に不均質であってもよく又は均質であってもよい。

本開示のある１つの態様によれば、モバイルクラウドネットワーク２７３００の端末デバイスは、その端末デバイスに割り当てられた階層レベルと関連する垂直線のうちの１つ又は複数にアクセスすることが可能である。例えば、ある１つの垂直線の１つ又は複数の条件は、より上位の階層レベルと関連する他の垂直線の条件のサブセットであってもよい。したがって、モバイルクラウドネットワーク２７３００に属しているとともにより上位の階層レベルに割り当てられている端末デバイスは、これらの垂直線の双方にアクセスすることを可能とされてもよい。追加的に、又は、代替的に、２つ又はそれ以上の垂直線の複数の異なる条件を満たすモバイルクラウドネットワーク２７３００の端末デバイスを、条件が満たされる垂直線の各々へのアクセスを可能とする階層レベルに割り当ててもよい。

モバイルクラウドネットワーク２７３００における通信インターフェイスの展開は、静的であってもよく、準静的であってもよく、又は動的であってもよい。ある１つの態様によれば、Ｄ２Ｄ通信リンクは、静的であってもよく、したがって、適合されなくてもよい。例えば、産業オートメーション環境の中の複数のロボットの間のＤ２Ｄ通信リンクは、固定されてもよい。他の態様において、Ｄ２Ｄリンクは、準静的であってもよく、したがって、変更の頻度は高くなくてもよい。さらに別の態様において、Ｄ２Ｄリンクは、動的に変更されてもよい。ある１つの例において、例えば、新たな端末デバイスが範囲の中で移動するときに、より好ましいＤ２Ｄ通信リンクが可能になる場合には、ドローン又は高いモビリティ状態を有する他の端末デバイスの間のＤ２Ｄ通信リンクは、絶えず変化していてもよい。複数のＤ２Ｄ通信リンクの間のハンドオーバーは、動的に開始されて、より好ましいＤ２Ｄ通信リンクを収容してもよい。

図２７４は、いくつかの態様にしたがって、ネットワーク・アクセス・ノードによって階層ネットワークを動的に変更するためのメッセージシーケンスチャート２７４００を示している。ある１つの態様によれば、そのメッセージシーケンスチャート２７４００は、図２７０のステップ２７００８に対応していてもよく、階層ネットワークは、図２７３のモバイルクラウドネットワーク２７３００に対応していてもよく、ネットワーク・アクセス・ノードは、図２７３のネットワーク・アクセス・ノード２７３１０に対応していてもよく、及び／又は、端末デバイスは、図２７３のモバイルクラウドネットワーク２７３００の中の端末デバイスに対応していてもよい。

ステップ２７４０２において、ネットワーク・アクセス・ノードは、階層ネットワークの１つ又は複数の端末デバイスの階層レベルを変更する必要性を識別することが可能である。ある１つの態様によれば、ステップ２７４０２のタイミングは、周期的に、あらかじめ決められた間隔で、ランダムな間隔で、及び／又は隣接するネットワーク・アクセス・ノードの電力障害等のネットワークイベントに応答して、生起してもよい。以下で説明するように、この識別は、ボトムアップアプローチ２７４０２ａ又はトップダウンアプローチ２７４０２ｂを実装することによって行われてもよい。

ボトムアップアプローチ２７４０２ａにおいて、識別は、端末デバイスからネットワーク・アクセス・ノードに送られるトリガに基づいて行われてもよい。そのトリガは、ある１つの例において、階層ネットワークを変更するための要求又は提案であってもよい。他の例において、トリガは、端末デバイスの１つ又は複数の動作パラメータ等の端末デバイスの１つ又は複数のパラメータに基づいてもよい。端末デバイスの動作パラメータは、例えば、端末デバイスの重要なパフォーマンスインジケータ、端末デバイスの位置、端末デバイスのネットワーク加入、端末デバイスの（例えば、ユーザによる）ターゲットＱｏＳ、端末デバイスのバッテリーレベル、端末デバイスのモビリティ状態、端末デバイスのチャネル状態、端末デバイスの能力、及び／又は端末デバイスの動作モード等を含んでもよい。例えば、ネットワーク・アクセス・ノードへの中継点として機能する端末デバイスは、そのバッテリーレベルがあらかじめ決められたしきい値を下回る場合に、高性能モードから低性能モードに切り替わってもよい。それに応答して、その端末デバイスは、ネットワーク・アクセス・ノードに低能力モードを示すトリガを送信してもよい。端末デバイスからトリガを受信すると、そのネットワーク・アクセス・ノードは、単独で、又は、無線通信ネットワーク２１６００の１つ又は複数の要素の支援により、階層ネットワークの中の１つ又は複数の通信リンクを変更することを決定してもよい。

トップダウンアプローチ２７００２ｂにおいては、識別は、ネットワーク状態及び／又は１つ又は複数のネットワークパラメータに基づいて行われてもよい。ネットワークパラメータは、無線通信ネットワーク２１６００の１つ又は複数の動作パラメータ及び／又は階層ネットワークのパラメータを指してもよい。追加的に、又は、代替的に、端末デバイスの数及び／又は平均スループット要件等を考慮してもよい。ネットワークの動作パラメータは、例えば、重要なパフォーマンスインジケータ及び／又はネットワークの平均チャネル条件を含んでもよい。ある１つの態様において、ネットワーク・アクセス・ノードは、複数の端末デバイスのうちの１つ又は複数の動作パラメータを集約してもよい。分析すると、ネットワーク・アクセス・ノードは、単独で、又は、無線通信ネットワーク２１６００の１つ又は複数の要素の支援により、階層ネットワークの中の１つ又は複数の通信リンクを変更することを決定してもよい。

階層ネットワークの中の１つ又は複数の通信リンクを変更するそのような決定が行われる際に、階層ネットワークの中の階層レベルの数も、また、随意的に再決定されてもよい。

ステップ２７４０４において、ネットワーク・アクセス・ノードは、階層ネットワークを動的に適応させてもよい。例えば、ネットワーク・アクセス・ノードは、階層レベルに、階層ネットワークの１つ又は複数の端末デバイスを割り当てるてもよい。１つ又は複数の端末デバイスは、階層ネットワークに新たに参加する端末デバイスであってもよく、又は、以前に階層レベルに割り当てられていなくてもよい。ネットワーク・アクセス・ノードは、また、それらの割り当てられている階層レベルから新たな階層レベルへと、１つ又は複数の端末デバイスを再割り当てしてもよい。ネットワーク・アクセス・ノードは、さらに、それぞれ割り当てられた階層レベルから、１つ又は複数の端末デバイスを削除してもよい。本開示のある１つの態様によれば、ネットワーク・アクセス・ノードは、階層レベルが変更された端末デバイスに、階層レベル変更の指標を送信してもよい。いったん階層レベルに割り当てられ及び／又は再割り当てされると、端末デバイスは、階層ネットワークを介して、同じ階層レベル（“ｎ”）の端末デバイス、より下位の階層レベル（“ｎ－１”）の端末デバイス、及び／又はより上位の階層レベル（“ｎ＋１”）の端末デバイスとの間で通信してもよい。

ステップ２７４０６において、ネットワーク・アクセス・ノードは、影響を受ける階層ネットワークの他の端末デバイスと階層的変化を確認してもよい。例えば、ネットワーク・アクセス・ノードは、通信リンクが影響を受ける階層ネットワークの１つ又は複数の端末デバイスに、階層的変化の指標を送信してもよい。

図２７５及び２７６は、いくつかの態様にしたがった図２７３５７のモバイルクラウドネットワーク２７３００に対する階層的変化の影響を示している。ある１つの態様によれば、モバイルクラウドネットワーク２７３００は、図２７４のメッセージシーケンスチャート２７４００にしたがって更新されてもよい。図２７５及び２７６に図示されているその階層的変化及びその階層的変化の影響は、行われる可能性がある階層的変化の数及び／又はタイプの例にすぎない。

図２７５は、いくつかの態様にしたがって、より上位の階層レベルからより下位の階層レベルへと、端末デバイス２７３０２を再割り当てした後のモバイルクラウドネットワーク２７３００を示している。ある１つの態様によれば、端末デバイス２７３０２は、端末デバイス２７３０２に関する障害に応答して、より下位の階層レベルに降格される場合がある。例えば、端末デバイス２７３０２のバッテリーレベルがあらかじめ決められたしきい値を満足するか、又は、そのあらかじめ決められたしきい値を下回る場合に、端末デバイス２７３０２は、より下位の階層レベルに移動することを要求するトリガをネットワーク・アクセス・ノード２７３１０に送信してもよい。例えば、ネットワーク・アクセス・ノード２７３１０によって承認される場合に、端末デバイス２７３０２に、より上位の階層レベルからより下位の階層レベルへの階層レベルの変化の指標を送信してもよい。ネットワーク・アクセス・ノードは、また、端末デバイス２７３０２との通信リンクを再構成してもよいので、端末デバイス２７３０４に、階層レベル変更の確認を送信してもよい。

より下位の階層レベルに再割り当てされた結果として、１つ又は複数の通信リンクが更新されてもよい。ある１つの例において、端末デバイス２７３０２は、ネットワーク・アクセス・ノード２７３１０との間で直接的に通信することが不可能である場合がある。代わりに、端末デバイス２７３０２は、端末デバイス２７３０４との間の通信リンクを再構成して、ネットワーク・アクセス・ノード２７３１０にデータを中継してもよい。例えば、端末デバイス２７３０２と端末デバイス２７３０４との間の通信リンクは、低スループット及び低待ち時間Ｄ２Ｄリンクから低スループット及び高待ち時間Ｄ２Ｄリンクに変更されてもよい。

図２７６は、より下位の階層レベルからより上位の階層レベルへと端末デバイス２７３２０を再割り当てした後のモバイルクラウドネットワーク２７３００を示している。本開示のある１つの態様によれば、端末デバイス２７３２０は、端末デバイス２７３２０に関する改善に応答して、より上位の階層レベルに昇格されてもよい。ある１つの例において、ネットワーク・アクセス・ノードは、それ自体がモバイルクラウドネットワーク２７３００のより高いスループット要件を識別してもよく、したがって、端末デバイス２７３２０をより上位の階層レベルに昇格させてもよい。他の例において、端末デバイス２７３２０のチャネル状態があらかじめ決められた閾値を満足するか、又はそのあらかじめ決められた閾値を超える場合に、端末デバイス２７３０２は、より上位の階層レベルに移動することを要求するトリガをネットワーク・アクセス・ノード２７３１０に送信してもよい。例えば、ネットワーク・アクセス・ノード２７３１０によって承認される場合に、端末デバイス２７３２０に、より下位の階層レベルからより上位の階層レベルへの階層レベル変化の指標を送信してもよい。ネットワーク・アクセス・ノードは、また、それらの端末デバイスのそれぞれの通信リンクの少なくとも１つを再構成することができるので、端末デバイス２７３０２、端末デバイス２７３０４、及び端末デバイス２７３２２に、階層レベル変化の確認を送信してもよい。

より上位の階層レベルに再割り当てされた結果として、１つ又は複数の新たな通信リンクが確立されてもよい。ある１つの例において、端末デバイス２７３２０は、ネットワーク・アクセス・ノード２７３１０との間で直接的に通信することが可能であってもよい。例えば、端末デバイス２７３２０は、ネットワーク・アクセス・ノード２７３１０との間で高いスループットのリンクを確立するように構成されてもよい。他の例において、端末デバイス２７３２０は、端末デバイス２７３１８とネットワーク・アクセス・ノード２７３１０との間でデータを中継することが可能であってもよい。このように、端末デバイス２７３２０は、端末デバイス２７３１８との間で低スループット及び高待ち時間Ｄ２Ｄリンクを確立するように構成されてもよい。

より上位の階層レベルに再割り当てされた結果として、１つ又は複数の既存の通信リンクが再構成されてもよい。ある１つの例において、端末デバイス２７３２０は、端末デバイス２７３０４との間の既存の通信リンクを再構成してもよい。例えば、端末デバイス２７３２０と端末デバイス２７３０４との間の通信リンクは、低スループット及び高待ち時間Ｄ２Ｄリンクから低スループット及び低待ち時間Ｄ２Ｄリンクに変更されてもよい。

より上位の階層レベルに再割り当てされた結果として、１つ又は複数の既存の通信リンクが削除されてもよい。ある１つの例において、端末デバイス２７３２０が端末デバイス２７３１８とネットワーク・アクセス・ノード２７３１０との間でデータを中継することがより好ましい場合があるため、端末デバイス２７３１８と端末デバイス２７３０４との間の通信リンクは、除去されてもよい。例えば、端末デバイス２７３２０が、端末デバイス２７３０４よりも端末デバイス２７３１８に近い場合に、端末デバイス２７３２０は、端末デバイス２７３０４よりもより効率的な通信リンクを提供することが可能である。

図２７７は、階層ネットワークの中の動的な通信のための方法２７７００を示している。本開示のある１つの態様によれば、階層ネットワークは、モバイルクラウドネットワーク２７３００に対応してもよく、ネットワーク・アクセス・ノードは、ネットワーク・アクセス・ノード２７３１０に対応してもよく、端末デバイスは、図２７３のモバイルクラウドネットワーク２７３００の中の端末デバイスに対応してもよい。追加的、に又は、代替的に、方法２７７００は、メッセージシーケンスチャート２７４００の端末デバイスが実行する１つ又は複数の動作に対応してもよい。

ステップ２７７０２において、第１の端末デバイスは、階層ネットワークを変更するようにネットワーク・アクセス・ノードをトリガしてもよい。そのトリガは、ある１つの例において、階層ネットワークを変更する要求又は提案であってもよく、その要求又は提案は、ネットワーク・アクセス・ノードに送信される。トリガは、第１の端末デバイスの１つ又は複数の動作パラメータに基づいていてもよい。第１の端末デバイスの動作パラメータは、例えば、端末デバイスの重要なパフォーマンスインジケータ、第１の端末デバイスの位置、端末デバイスのネットワーク加入、端末デバイスの（例えば、ユーザによる）ターゲットＱｏＳ、第１の端末デバイスのバッテリーレベル、第１の端末デバイスのモビリティ状態、第１の端末デバイスのチャネル状態、第１の端末デバイスの能力、及び／又は第１の端末デバイスの動作モード等を含んでもよい。

しかしながら、ステップ２７６０２のプロセスは、随意的であり、ネットワーク・アクセス・ノードが第１の端末デバイスから要求又は提案を受信することなく階層ネットワークを変更することを決定する場合には、省略されてもよい。例えば、ネットワーク・アクセス・ノードは、それ自体で、又は、無線通信ネットワーク２１６００の１つ又は複数の要素及び／又は異なる端末デバイスの支援により、階層ネットワークを変更することを決定してもよい。

ステップ２７７０４において、第１の端末デバイスは、ネットワーク・アクセス・ノードから階層レベル変更の指標を受信してもよい。その階層レベル変更は、第１の端末デバイスが第１の階層レベルから第２の階層レベルへと再割り当てされるか、又は、第１の端末デバイスに割り当てられている階層レベルから除去されるということを示してもよい。

第１の階層レベルは、１つ又は複数の垂直線アプリケーションへのアクセスを可能にする第１の垂直線アプリケーションセットと関連していてもよく、一方、第２の階層レベルは、１つ又は複数の垂直線アプリケーションへのアクセスを可能にする第２の垂直線アプリケーションセットと関連していてもよい。ある１つの例において、第１の階層レベルは、第２の階層レベルよりもより上位の階層レベルであってもよい。他の例において、第２の階層レベルは、第１の階層レベルよりもより上位の階層レベルであってもよい。追加的に、又は、代替的に、階層レベル変化は、第１の端末デバイスの他の端末デバイスとの１つ又は複数の通信リンクが再構成され、追加され、及び／又は削除されるということを示してもよい。

第１の端末デバイスの階層レベル変化の受信した指標は、第１の端末デバイスに局所的に格納されてもよく、及び／又は、遠隔で格納されてもよい。例えば、割り当てられた階層レベル及び／又はその割り当てられた階層レベルと関連するアプリケーションセットは、図２１７の第１の端末デバイスのメモリ２１７１４及び／又は無線通信ネットワーク２１６００の構成要素に格納されてもよい。

ステップ２７７０６において、第１の端末デバイスは、階層ネットワークの中の他の端末デバイスとの間で通信してもよい。例えば、第１の端末デバイスは、第２の端末デバイスとの間で通信してもよく、その第２の端末デバイスは、第１の階層レベルとは異なる第３の階層レベルに割り当てられている。第３の階層レベルは、１つ又は複数の垂直線アプリケーションへのアクセスを提供する第３の垂直線アプリケーションセットと関連していてもよい。

第１の階層レベル、第２の階層レベル、及び第３の階層レベルと関連する垂直線アプリケーションは、同じ垂直線アプリケーションの１つ又は複数を含んでもよい。代替的に、第１の階層レベル、第２の階層レベル、及び第３の階層レベルと関連する垂直線アプリケーションは、１の階層レベル、第２の階層レベル、及び第３の階層レベルが同じ垂直線アプリケーションのいずれも共有しないという点で、相互に排他的であってもよい。

第１の端末デバイス及び第２の端末デバイスの近距離無線通信インターフェイスの待ち時間及び／又はデータスループットは、異なっていてもよい。ある１つの態様によれば、第２の端末デバイスは、第１の端末デバイスよりもより上位の階層レベルの端末デバイスである。例えば、第１の端末デバイスは、第２の端末デバイスと関連する待ち時間よりも高い待ち時間を有するＤ２Ｄリンクをサポートしてもよい。追加的に、又は、代替的に、第１の端末デバイスは、第２の端末デバイスと関連するデータスループットよりも小さなデータスループットを有するＤ２Ｄリンクをサポートしてもよい。

他の態様において、第１端末デバイスは、第２端末デバイスよりもより上位の階層レベルの端末デバイスである。例えば、第２の端末デバイスは、第１の端末デバイスと関連する待ち時間よりもより高い待ち時間を有するＤ２Ｄリンクをサポートしてもよい。追加的に、又は、代替的に、第２の端末デバイスは、第１の端末デバイスと関連するデータスループットよりも小さなデータスループットを有するＤ２Ｄリンクをサポートしてもよい。本開示のさらに別の態様において、第１の端末デバイスは、第２の端末デバイスと同じ階層レベルの端末デバイスであってもよい。

階層ネットワークの第１の端末デバイス及び第２の端末デバイスの間の通信は、発見プロセスを含んでもよい。本開示のある１つの態様によれば、第１の端末デバイスは、第２の端末デバイスから、第２の端末デバイスが第３のアプリケーションセットと関連するデータパケットを無線アクセス・ネットワークに転送することが可能であるということを示す情報を受信してもよい。同様に、第１の端末デバイスは、第２の端末デバイスに、第１の端末デバイスが第２のアプリケーションセットと関連するデータパケットを無線アクセス・ネットワークに転送することが可能であるということを示す情報を送信してもよい。これに応答して、第１の通信装置と第２の端末デバイスとの間で要求を送信して、データパケットを無線アクセス・ネットワークに転送することが可能である。言い換えると、端末デバイスは、例えば、その端末デバイスが割り当てられている階層レベルよりもより上位の階層レベル又はより下位の階層レベルと関連する垂直線アプリケーションにアクセスすることを可能とされてもよい。

第２の端末デバイスの割り当てられた階層レベル及び／又はその割り当てられた階層レベルと関連するアプリケーションセットの受信した指標は、第１の端末デバイスに局所的に格納されてもよく、及び／又は、遠隔で格納されてもよい。例えば、割り当てられた階層レベルは、図２１７の第１の端末デバイスのメモリ２１７１４及び／又は無線通信ネットワーク２１６００の構成要素に格納されてもよい。

しかしながら、ステップ２７７０６のプロセスは、随意的であり、第１の端末デバイスが直接的にネットワーク・アクセス・ノードとの間で通信し、そして、範囲の中の他の端末デバイスのいずれもが階層ネットワークに参加することを選択しない場合には、省略されてもよい。

ステップ２７７０８において、第１の端末デバイスは、無線アクセス・ネットワークにパケットを送信してもよい。ある１つの態様によれば、第１の端末デバイスは、階層ネットワークの中の他の端末デバイスにデータパケットを送信してもよく、そのデータパケットは、無線アクセス・ネットワークに中継されてもよい。無線アクセス・ネットワークにアクセスするのに使用されてもよい端末デバイスの選択は、第１の端末デバイスの中に構成され、格納されてもよい。例えば、第１の端末デバイスは、同じ階層レベル又はより上位の階層レベルの端末デバイスを介して無線アクセス・ネットワークに、データパケットを転送するように構成されてもよい。同じ階層レベル又はより上位の階層レベルの端末デバイスが範囲の中に存在しない場合には、第１の端末デバイスは、サービスの品質等の劣化にかかわらず、より下位の階層レベルの近傍の端末デバイスを受け入れてもよい。

ある１つの例において、第１の端末デバイスは、第１の端末デバイスと第２の端末デバイスとの間のＤ２Ｄ通信リンクを介して第２の端末デバイスにデータパケットを送信してもよい。例えば、第１の端末デバイスが送信するデータパケットは、第１のアプリケーションセット、第２のアプリケーションセット、第３のアプリケーションセット、より下位の階層レベルに対応するアプリケーションセット、及び／又はより上位の階層レベルに対応するアプリケーションセットと関連していてもよい。データパケットは、第１の端末デバイス、より下位の階層レベルの端末デバイス、又はより上位の階層レベルの端末デバイスから発信されてもよい。第２の端末デバイスは、無線アクセス・ネットワークに第１の端末デバイスから受信したデータパケットを転送する際に、ネットワーク・アクセス・ノードとの間で直接的に又は非直接的に通信してもよい。

ステップ２７７１０において、第１の端末デバイスは、階層ネットワークを介してデータパケットを受信してもよい。ある１つの態様によれば、第１の端末デバイスは、ネットワーク・アクセス・ノードからデータパケットを直接的に受信してもよい。本開示の他の態様において、第１の端末デバイスは、第１の端末デバイスと第２の端末デバイスとの間のＤ２Ｄ通信リンクを介して、第２の端末デバイス等の中間端末デバイスから、データパケットを受信してもよい。第１の端末デバイスが受信するデータパケットは、より下位の階層レベルの端末デバイスである第１の端末デバイス、又は、より上位の階層レベルの端末デバイスにアドレス指定され、そして、その端末デバイスにおいて終端してもよい。

ステップ２７７１２において、第１の端末デバイスは、ネットワーク・アクセス・ノードから、第１の階層レベルから他の階層レベルへの階層レベル変更の他の指標を受信してもよい。ステップ２７７１２のプロセスは随意的であり、階層レベルの変更が階層ネットワークの中で行われない場合には、省略されてもよい。ステップ２７７０８乃至２７７１２は順に図示されているが、順に呈示されているステップ２７７０８乃至２７７１２は、いずれかの順序で生起してもよく、又は、階層ネットワークにしたがって、反復してもよい。

ステップ２７７１４において、第１の端末デバイスは、階層レベルが終了させられたということを示す指標を受信してもよい。

現在の複数の態様は、デバイス及びネットワーク動作を最適化することが可能である。例えば、より高い効率を有する異種アーキテクチャを達成することが可能であり、より良好なリンク頑健性のために協調通信を選択することが可能であり、及び／又は、デバイス能力に基づいて、スペクトラムリソースを動的に割り当てることが可能である。さらに、エンドトゥエンド通信を探索することによって、ネットワーク効率を高めることが可能であり、端末デバイスの中の個々の計算の重要性を高めながら、無線通信ネットワーク２１６００に対する負担を減少させることが可能である。

図２７８は、いくつかの態様にしたがった無線アクセス・ネットワークを介する動的な通信のための方法２７８００を示している。図２７８に示されているように、その方法２７８００は、複数の端末デバイスのうちの第１の端末デバイスにおいて、その第１の端末デバイスが第１の階層レベルに割り当てられているという指標を受信するステップ（２７８１０）、動作パラメータに基づいて、第１の端末デバイスにおいて、その第１の端末デバイスが第１の階層レベルから第２の階層レベルへと再割り当てされているということを示す第１の階層レベル変更を受信するステップ（２７８２０）、及び、第１の階層レベル変更に基づいて、無線アクセス・ネットワークにデータメッセージを送信するステップ（２７８３０）、を含む。

“ユーザ機器”、“ＵＥ”、“モバイル端末”、及び“ユーザ端末”等の語は、セルラー電話、タブレット、ラップトップ、パーソナルコンピュータ、ウェアラブル、マルチメディア再生及び他のハンドヘルド電子デバイス、消費者／家庭／オフィス／業務用機器、車両、及び無線通信が可能ないずれかの数の追加的な電子デバイスを含むいずれかの無線通信デバイスに適用してもよい。

上述の説明及び組合せられた図は、個別の要素として電子デバイス構成要素を示していてもよいが、当業者は、離散的な要素を組み合わせ又は一体化して、単一の要素とするためのさまざまな可能性を理解するであろう。そのようなことは、単一のハードウェア回路を形成するために２つ以上のハードウェア回路を組み合わせること、共通のチップまたはシャーシに２つ以上のハードウェア回路を実装して集積素子を形成すること、共通のプロセッサコアにおいて（例えば、プログラム、アルゴリズム、又はアプリケーション等の）個別のソフトウェアルーチンを実行すること等を含んでもよい。逆に、当業者は、単一の要素を分離して、２つ又はそれ以上の個別の要素とする可能性を認識するであろう。例えば、単一の回路を２つ以上の個別の回路に分割し、チップまたはシャーシをその上に最初に提供された個別の要素に分離し、ソフトウェアルーチンを２つ又はそれ以上のサブルーチンに分離し、（同一又は異なるプロセッサコアにおいて）各々のサブルーチンを個別に実行する。

本明細書に詳述される方法の実装は、本質的に実証的であり、したがって、対応するデバイスに実装可能であると理解されるということを理解することが可能である。同様に、本明細書に詳述されるデバイスの実装は、対応する方法として実装可能であると理解されるということを理解することが可能である。したがって、本明細書に詳述される方法に対応するデバイスは、関連づけられている方法の各々の態様を実行するように構成される１つ又は複数の構成要素を含んでもよいということを理解することが可能である。

上記の説明で定義されたすべての頭字語は、本明細書に含まれているすべての請求項に追加的に含まれる。

下記の実施例は、本開示のさらなる側面に関する。

実施例１は、第一の無線アクセス技術をサポートするよう構成された第一の無線モジュールと；第二の無線アクセス技術をサポートするよう構成された第二の無線モジュールと；前記第一の無線アクセス技術および前記第二の無線アクセス技術についての発見情報を共通の発見チャネルから受信するよう構成されている共通発見モジュールであって、前記発見情報は、同じ信号フォーマットに従って一つまたは複数の発見信号にエンコードされる、共通発見モジュールと；前記第一の無線モジュールまたは前記第二の無線モジュールを前記発見情報に基づいて制御するよう構成されたコントローラとを含む、通信システムである。

実施例２では、実施例１の主題は任意的に、前記第二の無線アクセス技術が前記第一の無線アクセス技術とは異なる、ということを含むことができる。

実施例３では、実施例１または２の主題は任意的に、前記第一の無線モジュール、前記第二の無線モジュールおよび前記共通発見モジュールが無線トランシーバまたはベースバンド・モデムの一部である、ということを含むことができる。

実施例４では、実施例１ないし３のうちいずれか一項記載の主題は任意的に、前記共通発見モジュールが、前記同じ信号フォーマットに従って、前記共通発見チャネルからの前記第一の無線アクセス技術および前記第二の無線アクセス技術についての発見情報をデコードするよう構成される、ということを含むことができる。

実施例５では、実施例１ないし４のうちいずれか一項記載の主題は任意的に、前記共通発見モジュールが、前記第一の無線アクセス技術についての発見情報を含む前記共通発見チャネル上の第一の発見信号を受信し、前記第二の無線アクセス技術についての発見情報を含む前記共通発見チャネル上の第二の発見信号を受信するよう構成され、前記第一の発見信号および前記第二の発見信号は前記信号フォーマットに従ってエンコードされている、ということを含むことができる。

実施例６では、実施例５記載の主題は任意的に、前記共通発見モジュールが、前記第一の発見信号を第一のネットワーク・アクセス・ノードから受信し、前記第二の発見信号を第二のネットワーク・アクセス・ノードから受信し、前記第一の発見信号における発見情報は前記第一のネットワーク・アクセス・ノードに一意的であり、前記第二の発見信号における発見情報は前記第二のネットワーク・アクセス・ノードに一意的である、ということを含むことができる。

実施例７では、実施例６記載の主題は任意的に、前記第一のネットワーク・アクセス・ノードが前記第二のネットワーク・アクセス・ノードと異なる、ということを含むことができる。

実施例８では、実施例６または７の主題は任意的に、前記第二の発見信号における発見情報は、フォーマットまたはスケジューリングの点で、前記第二のネットワーク・アクセス・ノードに一意的である、ということを含むことができる。

実施例９では、実施例１ないし４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の発見信号が、前記第一の無線アクセス技術および前記第二の無線アクセス技術についての発見情報を含む共通発見信号である、ということを含むことができる。

実施例１０では、実施例９の主題は任意的に、前記第一の無線アクセス技術および前記第二の無線アクセス技術の両方についての前記発見情報が、前記信号フォーマットに従って前記共通発見信号にエンコードされている、ということを含むことができる。

実施例１１では、実施例９または１０の主題は任意的に、前記共通発見モジュールが、前記共通発見信号を単一のネットワーク・アクセス・ノードから受信するよう構成されている、ということを含むことができる。

実施例１２では、実施例１ないし１１のうちいずれか一項記載の主題は任意的に、前記第一の無線アクセス技術および前記第二の無線アクセス技術についての前記発見情報が、前記第一の無線アクセス技術および前記第二の無線アクセス技術の一つまたは複数のネットワーク・アクセス・ノードについての発見情報を含む、ということを含むことができる。

実施例１３では、実施例１２の主題は任意的に、前記コントローラが、前記一つまたは複数のネットワーク・アクセス・ノードから目標ネットワーク・アクセス・ノードを選択するよう構成され、前記第一の無線アクセス技術または前記第二の無線アクセス技術についての発見情報に基づいて、前記第一の無線モジュールまたは前記第二の無線モジュールを介して、前記目標ネットワーク・アクセス・ノードと無線アクセス接続を確立するよう構成される、ということを含むことができる。

実施例１４では、実施例１３の主題は任意的に、前記コントローラが、前記第一の無線アクセス技術または前記第二の無線アクセス技術についての発見情報における前記一つまたは複数のネットワーク・アクセス・ノードの地理的位置情報に基づいて前記目標ネットワーク・アクセス・ノードを選択するよう構成される、ということを含むことができる。

実施例１５では、実施例１ないし１４のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記発見情報に従って前記第一の無線モジュールまたは前記第二の無線モジュールによる無線アクセス接続を動作させるよう構成される、ということを含むことができる。

実施例１６では、実施例１ないし９のうちいずれか一項記載の主題は任意的に、前記発見情報が一つまたは複数のネットワーク・アクセス・ノードについてのアクセス情報を含み、前記コントローラがさらに、前記発見情報に依存して前記第一の無線モジュールまたは前記第二の無線モジュールを介して前記一つまたは複数のネットワーク・アクセス・ノードと通信するまたは前記一つまたは複数のネットワーク・アクセス・ノードを制御するよう構成される、ということを含むことができる。

実施例１７では、実施例１６の主題は任意的に、前記コントローラが、前記第一の無線モジュールまたは前記第二の無線モジュールを介して前記一つまたは複数のネットワーク・アクセス・ノードと通信するまたは前記一つまたは複数のネットワーク・アクセス・ノードを制御することを、前記一つまたは複数のネットワーク・アクセス・ノードからデータを受信すること、前記一つまたは複数のネットワーク・アクセス・ノードとの無線アクセス接続を確立することまたは前記一つまたは複数のネットワーク・アクセス・ノードに関する電波測定を実行することによって実行するよう構成される、ということを含むことができる。

実施例１８では、実施例１ないし１７のうちいずれか一項記載の主題は任意的に、前記発見情報が、周波数帯域および中心周波数チャネル情報、チャネル帯域幅情報、サービス・プロバイダー情報、地理的位置情報、データレート情報、公開またはプライベート状態情報、認証型情報、能力情報、電波測定情報またはパフォーマンス・メトリック情報を含む、ということを含むことができる。

実施例１９では、実施例１８の主題は任意的に、前記地理的位置情報が、前記一つまたは複数のネットワーク・アクセス・ノードの絶対位置または前記一つまたは複数のネットワーク・アクセス・ノードの相対位置を示す測位情報を含む、ということを含むことができる。

実施例２０では、実施例２０の主題は任意的に、前記測位情報がグローバル測位システム（ＧＰＳ）座標を含む、ということを含むことができる。

実施例２１では、実施例１ないし２０のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記発見情報における正しくない情報を識別し、前記正しくない情報を特定のネットワーク・アクセス・ノードに報告するよう構成される、ということを含むことができる。

実施例２２では、実施例１ないし２１のうちいずれか一項記載の主題は任意的に、前記第一の無線アクセス技術および前記第二の無線アクセス技術が、ロングタームエボリューション（ＬＴＥ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ、ミリメートル波（ｍｍＷａｖｅ）、ＷｉＧｉｇおよび第五世代（５Ｇ）からなる群から選択される、ということを含むことができる。

実施例２３では、実施例１ないし２２のうちいずれか一項記載の主題は任意的に、アンテナ・アレイをさらに含み、無線通信端末装置として構成されることができる。

実施例２４は、異なる無線アクセス技術の複数のネットワーク・アクセス・ノードについての発見情報を含む共通発見信号を生成するよう構成された制御モジュールと；前記共通発見信号を共通発見チャネル上でブロードキャストするよう構成されている無線モジュールとを含むネットワーク・アクセス・ノードである。

実施例２５では、実施例２４の主題は任意的に、前記制御モジュールが、ソフトウェア定義命令を取得して実行するよう構成されたプロセッサである、ということを含むことができる。

実施例２６では、実施例２４または２５の主題は任意的に、前記無線モジュールが無線トランシーバを含む、ということを含むことができる。

実施例２７では、実施例２４ないし２６のうちいずれか一項記載の主題は任意的に、前記複数のネットワーク・アクセス・ノードについての前記発見情報を収集するよう構成された検出モジュールをさらに含むことができる。

実施例２８では、実施例２７記載の主題は任意的に、前記検出モジュールが前記複数のネットワーク・アクセス・ノードについての前記発見情報を収集することを、前記複数のネットワーク・アクセス・ノードのそれぞれから無線アクセス技術（ＲＡＴ）固有の発見信号を受信し、前記ＲＡＴ固有の発見信号から前記発見情報を抽出することによって実行するよう構成される、ということを含むことができる。

実施例２９では、実施例２７または２８の主題は任意的に、前記制御モジュールが、前記複数のネットワーク・アクセス・ノードのうちの一つまたは複数にバックホール・インターフェースを介して接続するよう構成され、前記検出モジュールが、前記複数のネットワーク・アクセス・ノードについての前記発見情報を、前記バックホール・リンクを介して収集するよう構成される、ということを含むことができる。

実施例３０では、実施例２７ないし２９のうちいずれか一項記載の主題は任意的に、前記検出モジュールが、前記複数のネットワーク・アクセス・ノードについての前記発見情報をデータベースから受領するよう構成される、ということを含むことができる。

実施例３１では、実施例２７ないし３０のうちいずれか一項記載の主題は任意的に、前記検出モジュールが、前記複数のネットワーク・アクセス・ノードについての前記発見情報を、そのネットワーク・アクセス・ノードによってサービスされる一つまたは複数の端末装置から受信するよう構成される、ということを含むことができる。

実施例３２では、実施例３１の主題は任意的に、前記制御モジュールが、前記複数のネットワーク・アクセス・ノードについての前記発見情報を前記一つまたは複数の端末装置に要求するよう構成される、ということを含むことができる。

実施例３３では、実施例２４ないし３２のうちいずれか一項記載の主題は任意的に、前記発見情報が前記第一のネットワーク・アクセス・ノードまたは前記第二のネットワーク・アクセス・ノードについての発見情報を含む、ということを含むことができる。

実施例３４では、実施例２４ないし３３のうちいずれか一項記載の主題は任意的に、前記制御モジュールが、前記共通発見情報を、あらかじめ定義された発見信号フォーマットに従って生成するよう構成される、ということを含むことができる。

実施例３５では、実施例２４ないし３４のうちいずれか一項記載の主題は任意的に、前記発見情報が、周波数帯域および中心周波数チャネル情報、チャネル帯域幅情報、サービス・プロバイダー情報、地理的位置情報、データレート情報、公開またはプライベート状態情報、認証型情報、能力情報、電波測定情報またはパフォーマンス・メトリック情報を含む、ということを含むことができる。

実施例３６では、実施例３５の主題は任意的に、前記地理的位置情報が、前記ネットワーク・アクセス・ノードの絶対位置または前記ネットワーク・アクセス・ノードの相対位置を示す測位情報を含む、ということを含むことができる。

実施例３７では、実施例２４ないし３６のうちいずれか一項記載の主題は任意的に、前記制御モジュールが、前記共通発見信号を前記共通発見チャネル上で、リッスンビフォアトークまたは競合ベースのチャネル・アクセス方式に従ってブロードキャストするよう前記無線モジュールを制御するよう構成される、ということを含むことができる。

実施例３８では、実施例２４ないし３７のうちいずれか一項記載の主題は任意的に、前記無線モジュールが、前記共通発見チャネルを、一つまたは複数のさらなるネットワーク・アクセス・ノードと共有するよう構成される、ということを含むことができる。

実施例３９では、実施例２４ないし３８のうちいずれか一項記載の主題は任意的に、前記制御モジュールが、前記複数のネットワーク・アクセス・ノードについての地理的位置情報を、前記共通発見信号において前記発見情報と一緒に含めるよう構成される、ということを含むことができる。

実施例４０では、実施例２４ないし３９のうちいずれか一項記載の主題は任意的に、前記制御モジュールが一つまたは複数の無線アクセス接続を、ロングタームエボリューション（ＬＴＥ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＷｉＦｉ、ミリメートル波（ｍｍＷａｖｅ）、ＷｉＧｉｇ、第五世代（５Ｇ）およびＢｌｕｅｔｏｏｔｈに従って動作させるようさらに構成される、ということを含むことができる。

実施例４１は、発見信号を生成するよう構成された制御モジュールと；前記発見信号を共通発見チャネル上でブロードキャストするよう構成されている無線モジュールとを含むネットワーク・アクセス・ノードであり、前記発見信号は、異なる無線アクセス技術の複数のネットワーク・アクセス・ノードについての、同じ信号フォーマットでエンコードされた発見情報を含む。

実施例４２では、実施例４１の主題は任意的に、前記制御モジュールが、ソフトウェア定義命令を取得して実行するよう構成されたプロセッサである、ということを含むことができる。

実施例４３では、実施例４１または４２の主題は任意的に、前記無線モジュールが無線トランシーバ・コンポーネントを含む、ということを含むことができる。

実施例４４では、実施例４１ないし４３のうちいずれか一項記載の主題は任意的に、前記制御モジュールが、複数のネットワーク・アクセス・ノードについての発見情報を前記信号フォーマットに従ってエンコードすることによって前記共通発見情報を生成するよう構成される、ということを含むことができる。

実施例４５では、実施例４４の主題は任意的に、前記複数のネットワーク・アクセス・ノードについての前記発見情報を収集するよう構成された検出モジュールをさらに含むことができる。

実施例４６では、実施例４５記載の主題は任意的に、前記検出モジュールが前記複数のネットワーク・アクセス・ノードについての前記発見情報を収集することを、前記複数のネットワーク・アクセス・ノードのそれぞれから無線アクセス技術（ＲＡＴ）固有の発見信号を受信し、前記ＲＡＴ固有の発見信号から前記発見情報を抽出することによって実行するよう構成される、ということを含むことができる。

実施例４７では、実施例４５または４６の主題は任意的に、前記モジュールが、前記複数のネットワーク・アクセス・ノードのうちの一つまたは複数にバックホール・インターフェースを介して接続するよう構成され、前記検出モジュールが、前記複数のネットワーク・アクセス・ノードについての前記発見情報を、前記バックホール・リンクを介して収集するよう構成される、ということを含むことができる。

実施例４８では、実施例４５ないし４７のうちいずれか一項記載の主題は任意的に、前記検出モジュールが、前記複数のネットワーク・アクセス・ノードについての前記発見情報をデータベースから受領するよう構成される、ということを含むことができる。

実施例４９では、実施例４５ないし４８のうちいずれか一項記載の主題は任意的に、前記検出モジュールが、前記複数のネットワーク・アクセス・ノードについての前記発見情報を、そのネットワーク・アクセス・ノードによってサービスされる一つまたは複数の端末装置から受信するよう構成される、ということを含むことができる。

実施例５０では、実施例４９の主題は任意的に、前記制御モジュールが、前記複数のネットワーク・アクセス・ノードについての前記発見情報を前記一つまたは複数の端末装置に要求するよう構成される、ということを含むことができる。

実施例５１では、実施例４１ないし５０のうちいずれか一項記載の主題は任意的に、前記発見情報が前記ネットワーク・アクセス・ノードについての発見情報を含む、ということを含むことができる。

実施例５２では、実施例４１ないし４３のうちいずれか一項記載の主題は任意的に、前記発見信号が前記ネットワーク・アクセス・ノードのみについての発見情報を含む、ということを含むことができる。

実施例５３では、実施例４１ないし５２のうちいずれか一項記載の主題は任意的に、前記発見情報が、周波数帯域および中心周波数チャネル情報、チャネル帯域幅情報、サービス・プロバイダー情報、地理的位置情報、データレート情報、公開またはプライベート状態情報、認証型情報、能力情報、電波測定情報またはパフォーマンス・メトリック情報を含む、ということを含むことができる。

実施例５４では、実施例５３の主題は任意的に、前記地理的位置情報が、前記ネットワーク・アクセス・ノードの絶対位置または前記ネットワーク・アクセス・ノードの相対位置を示す測位情報を含む、ということを含むことができる。

実施例５５では、実施例４１ないし５４のうちいずれか一項記載の主題は任意的に、前記制御モジュールが、前記発見信号を前記共通発見チャネル上で、リッスンビフォアトークまたは競合ベースのチャネル・アクセス方式に従ってブロードキャストするよう前記無線モジュールを制御するよう構成される、ということを含むことができる。

実施例５６では、実施例４１ないし５３のうちいずれか一項記載の主題は任意的に、前記無線モジュールが、前記共通発見チャネルを、それぞれがそれぞれの発見信号をブロードキャストする一つまたは複数の他のブロードキャスト・ネットワーク・アクセス・ノードと共有するよう構成される、ということを含むことができる。

実施例５７では、実施例５６の主題は任意的に、前記無線モジュールが、前記共通発見チャネルを、前記一つまたは複数の他のブロードキャスト・ネットワーク・アクセス・ノードと、リッスンビフォアトークまたは競合ベースのチャネル・アクセス方式に従って共有するよう構成される、ということを含むことができる。

実施例５８では、実施例４１ないし５７のうちいずれか一項記載の主題は任意的に、前記制御モジュールが、前記複数のネットワーク・アクセス・ノードについての地理的位置情報を、前記発見信号において前記発見情報と一緒に含めるよう構成される、ということを含むことができる。

実施例５９では、実施例４１ないし５８のうちいずれか一項記載の主題は任意的に、前記制御モジュールが一つまたは複数の無線アクセス接続を、ロングタームエボリューション（ＬＴＥ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＷｉＦｉ、ミリメートル波（ｍｍＷａｖｅ）、ＷｉＧｉｇ、第五世代（５Ｇ）およびＢｌｕｅｔｏｏｔｈに従って動作させるようさらに構成される、ということを含むことができる。

実施例６０では、実施例４１ないし５８のうちいずれか一項記載の主題は任意的に、一つまたは複数のアンテナをさらに含み、セルラー基地局または無線ローカル・エリア・ネットワーク（ＷＬＡＮ）アクセスポイントとして構成されることができる。

実施例６１は、第一のネットワーク・アクセス・ノードとの第一の無線アクセス接続をサポートするよう構成された第一の無線モジュールと；第二のネットワーク・アクセス・ノードとの第二の無線アクセス接続をサポートするよう構成された第二の無線モジュールであって、前記第一の無線アクセス接続および前記第二の無線アクセス接続は異なる無線アクセス技術についてのものである、第二の無線モジュールと；前記第一の無線アクセス接続のために意図されているデータを前記第二の無線アクセス接続にルーティングし直すよう前記第一のネットワーク・アクセス・ノードに命令する転送リンクを確立するよう構成されたコントローラとを有する通信システムであり、前記第二の無線モジュールはさらに、前記第一の無線アクセス接続および前記第二の無線アクセス接続のためのデータを前記第二の無線アクセス接続を通じて受信するよう構成されている。

実施例６２では、実施例６１の主題は任意的に、前記第一の無線モジュールおよび前記第二の無線モジュールは、無線トランシーバまたはベースバンド・モデムの一部である、ということを含むことができる。

実施例６３では、実施例６１または６２の主題は任意的に、一つまたは複数のアンテナをさらに含み、無線通信端末装置として構成されることができる。

実施例６４では、実施例６１ないし６３のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記第一の無線アクセス接続のために意図されているデータを前記第二の無線アクセス接続にルーティングし直すよう前記第一のネットワーク・アクセス・ノードに命令する転送リンクを確立することを、前記第一の無線アクセス接続のために意図されている前記データについての転送アドレスをもつ転送セットアップ命令を前記第一のネットワーク・アクセス・ノードに送信することによって実行するよう構成される、ということを含むことができる。

実施例６５では、実施例６４の主題は任意的に、前記コントローラが前記転送セットアップ命令を前記第一のネットワーク・アクセス・ノードに、前記第一の無線モジュールを介して前記第一の無線アクセス接続を通じて送信するよう構成される、ということを含むことができる。

実施例６６では、実施例６４または６５の主題は任意的に、前記第一の無線アクセス接続が第一の端末側ネットワーク・アドレスを含み、前記第二の無線アクセス接続が第二の端末側ネットワーク・アドレスを含み、前記コントローラが、前記第二の端末側ネットワーク・アドレスを前記転送アドレスとして提供するよう構成される、ということを含むことができる。

実施例６７では、実施例６６の主題は任意的に、前記第一の端末側ネットワーク・アドレスおよび前記第二の端末側ネットワーク・アドレスがインターネット・プロトコル（ＩＰ）アドレスである、ということを含むことができる。

実施例６８では、実施例６１ないし６６のうちいずれか一項記載の主題は任意的に、前記第二の無線モジュールが、前記第一の無線アクセス接続および前記第二の無線アクセス接続のためのデータを前記第二のネットワーク・アクセス・ノードから受信するよう構成される、ということを含むことができる。

実施例６９では、実施例６１ないし６４のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記転送リンクを無効にして、前記第一の無線アクセス接続のために意図されているさらなるデータを前記第一の無線アクセス接続を通じて提供するよう前記第一のネットワーク・アクセス・ノードに命令するようさらに構成される、ということを含むことができる。

実施例７０では、実施例６９の主題は任意的に、前記第一の無線モジュールは、前記転送リンクが無効にされた後は、前記第一のネットワーク・アクセス・ノードから前記さらなるデータを前記第一の無線アクセス接続を通じて受信するよう構成される、ということを含むことができる。

実施例７１では、実施例６９または７０の主題は任意的に、前記コントローラが、前記転送リンクを無効にして、前記第一の無線アクセス接続のために意図されているデータを前記第一の無線アクセス接続を通じて提供するよう前記第一のネットワーク・アクセス・ノードに命令することを、前記第一の無線アクセス接続を前記第一のネットワーク・アクセス・ノードと再接続して、転送無効化命令を、前記第一の無線モジュールを介して前記再接続された第一の無線アクセ接続を通じて、前記第一のネットワーク・アクセス・ノードに送信することによって実行するようさらに構成される、ということを含むことができる。

実施例７２では、実施例６１ないし７０のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記第二の無線アクセス接続を通じてルーティングし直された前記第一の無線アクセス接続のために意図されたデータを識別し、前記識別されたデータに基づいて前記第一の無線アクセス接続を制御するよう構成される、ということを含むことができる。

実施例７３では、実施例７２の主題は任意的に、前記コントローラが、前記識別されたデータにおけるページング・メッセージを識別するようさらに構成され、前記識別されたデータに基づいて前記第一の無線アクセス接続を制御することを、前記第一の無線アクセス接続を前記第一のネットワーク・アクセス・ノードと再接続して、転送無効化命令を、前記再接続された第一の無線アクセ接続を通じて、前記第一のネットワーク・アクセス・ノードに送信し、前記ページング・メッセージにおいて示されているさらなるデータを、前記第一のネットワーク・アクセス・ノードから、前記再接続された第一の無線アクセス接続を通じて受信することによって実行するよう構成される、ということを含むことができる。

実施例７４では、実施例７２の主題は任意的に、前記コントローラが、前記第一の無線アクセス接続のために意図されているさらなるデータが前記第二の無線アクセス接続にルーティングし直されるようスケジュールされていることを判別するようさらに構成され、前記コントローラが、前記識別されたデータに基づいて前記第一の無線アクセス接続を制御することを、前記さらなるデータの量に基づいて前記第一の無線アクセス接続を再接続するか否かを決定することによって実行するよう構成される、ということを含むことができる。

実施例７５では、実施例７２の主題は任意的に、前記コントローラが、前記識別されたデータにおけるページング・メッセージを識別するようさらに構成され、前記識別されたデータに基づいて前記第一の無線アクセス接続を制御することを、前記第一のネットワーク・アクセス・ノードが現在利用不能であることを識別し、前記第一の無線モジュールを介して前記第一の無線アクセス技術の第三のネットワーク・アクセス・ノードとの新たな無線アクセス接続を確立し、前記新たな無線アクセ接続を通じて、前記第三のネットワーク・アクセス・ノードから、前記ページング・メッセージにおいて示されているさらなるデータを受信し、前記第三のネットワーク・アクセス・ノードを介して前記新たな無線アクセス接続を通じて前記第一のネットワーク・アクセス・ノードについての転送無効化命令を送信することによって実行するよう構成される、ということを含むことができる。

実施例７６では、実施例６１の主題は任意的に、前記コントローラが、前記第一の無線アクセス接続のためのペンディングの上りリンク・データを識別し、前記転送リンクを介して前記第一のネットワーク・アクセス・ノードにアクセス要求メッセージを送信して前記第一のネットワーク・アクセス・ノードとの前記第一の無線アクセス接続を再確立し、前記ペンディングの上りリンク・データを、前記第一のネットワーク・アクセス・ノードに、前記第一の無線アクセス接続を介して送信するようさらに構成される、ということを含むことができる。

実施例７７では、実施例６１ないし７５のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記転送リンクを確立する前に、前記第一の無線アクセス接続および前記第二の無線アクセス接続を複数の無線アクセス接続から選択するよう構成される、ということを含むことができる。

実施例７８では、実施例６１ないし７５のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記転送リンクを確立する前に、複数の無線アクセス接続をあらかじめ定義された基準に従って評価し、該評価に基づいて、前記第一の無線アクセス接続および前記第二の無線アクセス接続を前記複数の無線アクセス接続から選択するよう構成される、ということを含むことができる。

実施例７９では、実施例７８の主題は任意的に、前記あらかじめ定義された基準が、電力消費、期待されるトラフィック、トラフィック活動パターン、使用プロファイル、遅延およびレイテンシー基準、データ・セキュリティー要求、ネットワーク・カバレッジ・エリアまたはネットワーク送信器レンジに基づく、ということを含むことができる。

実施例８０では、実施例６１ないし７５のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記転送リンクを確立する前に、複数の無線アクセス接続を評価し、前記複数の無線アクセス接続からの短距離無線アクセス接続を前記第一の無線アクセス接続として選択し、前記複数の無線アクセス接続からのセルラー無線アクセス接続を前記第二の無線アクセス接続として選択するよう構成される、ということを含むことができる。

実施例８１では、実施例８０の主題は任意的に、前記第一の無線アクセス接続がＷｉＦｉまたはＢｌｕｅｔｏｏｔｈ接続であり、前記第二の無線アクセス接続は４ＧＰＰセルラー無線アクセス接続である、ということを含むことができる。

実施例８２では、実施例６１ないし７５のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記転送リンクを確立する前に、複数の無線アクセス接続を評価し、前記複数の無線アクセス接続からのアイドルな無線アクセス接続を前記第一の無線アクセス接続として選択するよう構成される、ということを含むことができる。

実施例８３では、実施例６１ないし８２のうちいずれか一項記載の主題は任意的に、前記第一の無線モジュールが、前記転送リンクが確立された後、不活動状態または低下電力状態にはいるよう構成される、ということを含むことができる。

実施例８４では、実施例６１ないし８３のうちいずれか一項記載の主題は任意的に、前記第一の無線アクセス接続および前記第二の無線アクセス接続が、ロングタームエボリューション（ＬＴＥ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＷｉＦｉ、ＷｉＧｉｇ、ミリメートル波（ｍｍＷａｖｅ）、第五世代（５Ｇ）およびＢｌｕｅｔｏｏｔｈからなる群から選択される、ということを含むことができる。

実施例８５は、第一の無線アクセス技術および第二の無線アクセス技術についての発見情報を共通の発見チャネルから受信する手段であって、前記第一の無線アクセス技術についておよび前記第二の無線アクセス技術についての発見情報は、同じ信号フォーマットに従って一つまたは複数の発見信号にエンコードされている、手段と；異なる無線アクセス技術の一つまたは複数の無線アクセス接続を前記発見情報に従って制御する手段とを含む、装置である。

実施例８６は、第一の無線アクセス技術および第二の無線アクセス技術についての発見情報を共通の発見チャネルから受信する段階であって、前記第一の無線アクセス技術についておよび前記第二の無線アクセス技術についての発見情報は、同じ信号フォーマットに従って一つまたは複数の発見信号にエンコードされている、段階と；異なる無線アクセス技術の一つまたは複数の無線アクセス接続を前記発見情報に従って制御する段階とを含む、方法である。

実施例８７では、実施例８６の主題は任意的に、第一の無線アクセス技術および第二の無線アクセス技術についての発見情報を共通の発見チャネルから受信することが、前記信号フォーマットに従って、前記共通発見チャネルからの前記第一の無線アクセス技術および前記第二の無線アクセス技術についての発見情報をデコードすることを含む、ということを含むことができる。

実施例８８では、実施例８６記載の主題は任意的に、第一の無線アクセス技術および第二の無線アクセス技術についての発見情報を共通の発見チャネルから受信することが、前記第一の無線アクセス技術についての発見情報を含む前記共通発見チャネル上の第一の発見信号を受信し、前記第二の無線アクセス技術についての発見情報を含む前記共通発見チャネル上の第二の発見信号を受信することを含み、前記第一の発見信号および前記第二の発見信号は前記信号フォーマットに従ってエンコードされている、ということを含むことができる。

実施例８９では、実施例８９記載の主題は任意的に、前記共通発見チャネル上の前記第一の発見信号を受信することが、第一のネットワーク・アクセス・ノードから前記第一の発見信号を受信することを含み、前記共通発見チャネル上の前記第二の発見信号を受信することが、前記第一のネットワーク・アクセス・ノードとは異なる第二のネットワーク・アクセス・ノードから前記第二の発見信号を受信することを含み、前記第一の発見信号における発見情報は前記第一のネットワーク・アクセス・ノードに一意的であり、前記第二の発見信号における発見情報は前記第二のネットワーク・アクセス・ノードに一意的である、ということを含むことができる。

実施例９０では、実施例８６記載の主題は任意的に、第一の無線アクセス技術および第二の無線アクセス技術についての発見情報を共通の発見チャネルから受信することが、前記第一の無線アクセス技術および前記第二の無線アクセス技術についての発見情報を含む前記共通発見チャネル上の共通発見信号を受信することを含み、前記共通発見信号は前記信号フォーマットに従ってエンコードされている、ということを含むことができる。

実施例９１では、実施例９０記載の主題は任意的に、前記第一の無線アクセス技術および前記第二の無線アクセス技術についての発見情報がいずれも前記信号フォーマットに従って前記共通発見信号上にエンコードされている、ということを含むことができる。

実施例９２では、実施例９０または９１の主題は任意的に、前記共通発見チャネル上の共通発見信号を受信することが、前記共通発見信号を単一のネットワーク・アクセス・ノードから受信することを含む、ということを含むことができる。

実施例９３では、実施例８６記載の主題は任意的に、前記第一の無線アクセス技術および前記第二の無線アクセス技術についての前記発見情報が、前記第一の無線アクセス技術および前記第二の無線アクセス技術の一つまたは複数のネットワーク・アクセス・ノードについての発見情報を含む、ということを含むことができる。

実施例９４では、実施例９３の主題は任意的に、前記発見情報に基づいて、前記一つまたは複数のネットワーク・アクセス・ノードから目標ネットワーク・アクセス・ノードを選択し、前記目標ネットワーク・アクセス・ノードと無線アクセス接続を確立することを含むことができる。

実施例９５では、実施例９４の主題は任意的に、前記一つまたは複数のネットワーク・アクセス・ノードから目標ネットワーク・アクセス・ノードを選択することが、前記発見情報に含まれる前記一つまたは複数のネットワーク・アクセス・ノードについての地理的位置情報に基づいて前記目標ネットワーク・アクセス・ノードを選択することを含む、ということを含むことができる。

実施例９６では、実施例８６ないし９５のうちいずれか一項記載の主題は任意的に、前記発見情報が一つまたは複数のネットワーク・アクセス・ノードについてのアクセス情報を含み、異なる無線アクセス技術の一つまたは複数の無線アクセス接続を前記発見情報に従って制御することが、前記一つまたは複数のネットワーク・アクセス・ノードからデータを受信すること、前記一つまたは複数のネットワーク・アクセス・ノードとの無線アクセス接続を確立することまたは前記一つまたは複数のネットワーク・アクセス・ノードに関する電波測定を実行することを含む、ということを含むことができる。

実施例９７では、実施例８６ないし９５のうちいずれか一項記載の主題は任意的に、前記発見情報が一つまたは複数のネットワーク・アクセス・ノードについてのアクセス情報を含み、異なる無線アクセス技術の一つまたは複数の無線アクセス接続を前記発見情報に従って制御することが、前記一つまたは複数のネットワーク・アクセス・ノードから前記発見情報に従って目標ネットワーク・アクセス・ノードを選択し、前記目標ネットワーク・アクセス・ノードと無線アクセス接続を確立することを含む、ということを含むことができる。

実施例９８では、実施例８６ないし９６のうちいずれか一項記載の主題は任意的に、前記発見情報が、一つまたは複数のネットワーク・アクセス・ノードについての、周波数帯域および中心周波数チャネル情報、チャネル帯域幅情報、サービス・プロバイダー情報、地理的位置情報、データレート情報、公開またはプライベート状態情報、認証型情報、能力情報、電波測定情報またはパフォーマンス・メトリック情報を含む、ということを含むことができる。

実施例９９では、実施例９８の主題は任意的に、前記地理的位置情報が、前記一つまたは複数のネットワーク・アクセス・ノードの絶対位置または前記一つまたは複数のネットワーク・アクセス・ノードの相対位置を示す測位情報を含む、ということを含むことができる。

実施例１００では、実施例８６ないし９９のうちいずれか一項記載の主題は任意的に、前記発見情報に含まれる正しくない情報を識別し、前記正しくない情報を特定のネットワーク・アクセス・ノードに報告することをさらに含むことができる。

実施例１０１では、実施例８６ないし１００のうちいずれか一項記載の主題は任意的に、前記第一の無線アクセス技術および前記第二の無線アクセス技術が、ロングタームエボリューション（ＬＴＥ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＷｉＦｉ、ミリメートル波（ｍｍＷａｖｅ）、ＷｉＧｉｇ、第五世代（５Ｇ）およびＢｌｕｅｔｏｏｔｈからなる群から選択される、ということを含むことができる。

実施例１０２は、実施例８６ないし１０１のうちいずれか一項記載の方法を実行するよう構成された、モデムおよび無線トランシーバを含む無線通信端末装置である。

実施例１０３は、実施例８６ないし１０１のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む通信装置である。

実施例１０４は、無線通信端末装置のプロセッサによって実行されたときに実施例８６ないし１０１のうちいずれか一項記載の方法を実行するよう無線通信端末装置に指令する命令を含んでいる非一時的なコンピュータ可読媒体である。

実施例１０５は、第一のネットワーク・アクセス・ノードとの第一の無線アクセス接続を通じてデータを送受信する手段と；第二のネットワーク・アクセス・ノードとの第二の無線アクセス接続を通じてデータを送受信する手段であって、前記第一の無線アクセス接続および前記第二の無線アクセス接続は異なる無線アクセス技術に基づくものである、手段と；前記第一の無線アクセス接続のために意図されているデータを前記第二の無線アクセス接続にルーティングし直すよう前記第一のネットワーク・アクセス・ノードに命令する転送リンクを確立する手段と；前記第一の無線アクセス接続および前記第二の無線アクセス接続のためのデータを前記第二の無線アクセス接続を通じて受信する手段とを含む装置である。

実施例１０６は、端末装置において無線通信を実行する方法であって、該方法は、第一のネットワーク・アクセス・ノードとの第一の無線アクセス接続を通じてデータを送受信する段階と；第二のネットワーク・アクセス・ノードとの第二の無線アクセス接続を通じてデータを送受信する段階であって、前記第一の無線アクセス接続および前記第二の無線アクセス接続は異なる無線アクセス技術に基づくものである、段階と；前記第一の無線アクセス接続のために意図されているデータを前記第二の無線アクセス接続にルーティングし直すよう前記第一のネットワーク・アクセス・ノードに命令する転送リンクを確立する段階と；前記第一の無線アクセス接続および前記第二の無線アクセス接続のためのデータを前記第二の無線アクセス接続を通じて受信する段階とを含む。

実施例１０７では、実施例１０６の主題は任意的に、前記第一の無線アクセス接続のために意図されているデータを前記第二の無線アクセス接続にルーティングし直すよう前記第一のネットワーク・アクセス・ノードに命令する転送リンクを確立することが、前記第一の無線アクセス接続のために意図されている前記データについての転送アドレスを指定する転送セットアップ命令を前記第一のネットワーク・アクセス・ノードに送信することを含む、ということを含むことができる。

実施例１０８では、実施例１０７の主題は任意的に、前記転送セットアップ命令を前記第一のネットワーク・アクセス・ノードに送信することが、前記転送セットアップ命令を前記第一のネットワーク・アクセス・ノードに、前記第一の無線アクセス接続を通じて送信することを含む、ということを含むことができる。

実施例１０９では、実施例１０７または１０８の主題は任意的に、前記第一の無線アクセス接続が第一の端末側ネットワーク・アドレスを含み、前記第二の無線アクセス接続が第二の端末側ネットワーク・アドレスを含み、前記制御回路が、前記第二の端末側ネットワーク・アドレスを前記転送アドレスとして提供するよう構成される、ということを含むことができる。

実施例１１０では、実施例１０９の主題は任意的に、前記第一の端末側ネットワーク・アドレスおよび前記第二の端末側ネットワーク・アドレスがインターネット・プロトコル（ＩＰ）アドレスである、ということを含むことができる。

実施例１１１では、実施例１１０ないし１１０のうちいずれか一項記載の主題は任意的に、前記第一の無線アクセス接続および前記第二の無線アクセス接続のためのデータを前記第二の無線アクセス接続を通じて受信することが、前記第一の無線アクセス接続および前記第二の無線アクセス接続のためのデータを前記第二のネットワーク・アクセス・ノードから受信することを含む、ということを含むことができる。

実施例１１２では、実施例１０６ないし１１１のうちいずれか一項記載の主題は任意的に、前記転送リンクを無効にして、前記第一の無線アクセス接続のために意図されているさらなるデータを前記第一の無線アクセス接続を通じて提供するよう前記第一のネットワーク・アクセス・ノードに命令することをさらに含むことができる。

実施例１１３では、実施例１１２の主題は任意的に、前記転送リンクが無効にされた後は、前記第一のネットワーク・アクセス・ノードから前記さらなるデータを前記第一の無線アクセス接続を通じて受信することを含むことができる。

実施例１１４では、実施例１１２または１１３の主題は任意的に、前記転送リンクを無効にすることが、前記第一の無線アクセス接続を前記第一のネットワーク・アクセス・ノードと再接続して、転送無効化命令を、前記第一の無線回路を介して前記再接続された第一の無線アクセ接続を通じて、前記第一のネットワーク・アクセス・ノードに送信することを含む、ということを含むことができる。

実施例１１５では、実施例１０６ないし１１３のうちいずれか一項記載の主題は任意的に、前記第二の無線アクセス接続を通じてルーティングし直された前記第一の無線アクセス接続のために意図されたデータを識別し、前記識別されたデータに基づいて前記第一の無線アクセス接続を制御することをさらに含むことができる。

実施例１１６では、実施例１１５の主題は任意的に、前記識別されたデータにおけるページング・メッセージを識別することをさらに含むことができ、前記識別されたデータに基づいて前記第一の無線アクセス接続を制御することは、前記第一の無線アクセス接続を前記第一のネットワーク・アクセス・ノードと再接続して、転送無効化命令を、前記再接続された第一の無線アクセ接続を通じて、前記第一のネットワーク・アクセス・ノードに送信し、前記ページング・メッセージにおいて示されているさらなるデータを、前記第一のネットワーク・アクセス・ノードから、前記再接続された第一の無線アクセス接続を通じて受信することを含む。

実施例１１７では、実施例１１５の主題は任意的に、前記第一の無線アクセス接続のために意図されているさらなるデータが前記第二の無線アクセス接続にルーティングし直されるようスケジュールされていることを判別するようさらに含むことができ、前記識別されたデータに基づいて前記第一の無線アクセス接続を制御することを、前記さらなるデータの量に基づいて前記第一の無線アクセス接続を再接続するか否かを決定することを含む。

実施例１１８では、実施例１１５の主題は任意的に、前記識別されたデータにおけるページング・メッセージを識別することをさらに含むことができ、前記識別されたデータに基づいて前記第一の無線アクセス接続を制御することは、前記第一のネットワーク・アクセス・ノードが現在利用不能であることを識別し、前記第一の無線アクセス技術の第三のネットワーク・アクセス・ノードとの新たな無線アクセス接続を確立し、前記新たな無線アクセ接続を通じて、前記第三のネットワーク・アクセス・ノードから、前記ページング・メッセージにおいて示されているさらなるデータを受信し、前記第三のネットワーク・アクセス・ノードを介して前記新たな無線アクセス接続を通じて前記第一のネットワーク・アクセス・ノードについての転送無効化命令を送信することを含む。

実施例１１９では、実施例１０６ないし１１８のうちいずれか一項記載の主題は任意的に、前記転送リンクを確立する前に、前記第一の無線アクセス接続および前記第二の無線アクセス接続を複数の無線アクセス接続から選択することをさらに含むことができる。

実施例１２０では、実施例１０６ないし１１８のうちいずれか一項記載の主題は任意的に、前記転送リンクを確立する前に、複数の無線アクセス接続をあらかじめ定義された基準に従って評価し、該評価に基づいて、前記第一の無線アクセス接続および前記第二の無線アクセス接続を前記複数の無線アクセス接続から選択することをさらに含むことができる。

実施例１２１では、実施例１２０の主題は任意的に、前記あらかじめ定義された基準が、電力消費、期待されるトラフィック、トラフィック活動パターン、使用プロファイル、遅延およびレイテンシー基準、データ・セキュリティー要求、ネットワーク・カバレッジ・エリアまたはネットワーク送信器レンジに基づく、ということを含むことができる。

実施例１２２では、実施例１０６ないし１２１のうちいずれか一項記載の主題は任意的に、前記転送リンクが確立された後、前記第一の無線アクセス接続のためのデータを送受信するために使われる第一の無線回路を不活動状態または低下電力状態にすることをさらに含むことができる。

実施例１２３では、実施例１０６ないし１２２のうちいずれか一項記載の主題は任意的に、前記第一の無線アクセス接続および前記第二の無線アクセス接続が、ロングタームエボリューション（ＬＴＥ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＷｉＦｉおよびＢｌｕｅｔｏｏｔｈからなる群から選択される、ということを含むことができる。

実施例１２４は、実施例１０６ないし１２３のうちいずれか一項記載の方法を実行するよう構成された、モデムおよび無線トランシーバを含む無線通信端末装置である。

実施例１２５は、実施例１０６ないし１２４のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む通信装置である。

実施例１２６は、無線通信端末装置のプロセッサによって実行されたときに実施例１０６ないし１２６のうちいずれか一項記載の方法を実行するよう無線通信端末装置に指令する命令を含んでいる非一時的なコンピュータ可読媒体である。

実施例１２７は、第一の無線アクセス技術をサポートするよう構成された第一の無線回路と；第二の無線アクセス技術をサポートするよう構成された第二の無線回路と；前記第一の無線アクセス技術および前記第二の無線アクセス技術についての発見情報を共通の発見チャネルから受信するよう構成されている共通発見回路であって、前記発見情報は、同じ信号フォーマットに従って一つまたは複数の発見信号にエンコードされる、共通発見回路と；前記第一の無線回路または前記第二の無線回路を前記発見情報に基づいて制御するよう構成されたコントローラとを含む、通信システムである。

実施例１２８では、実施例１２７の主題は任意的に、前記第二の無線アクセス技術が前記第一の無線アクセス技術とは異なる、ということを含むことができる。

実施例１２９では、実施例１２７または１２８の主題は任意的に、前記第一の無線回路、前記第二の無線回路および前記共通発見回路がハードウェア定義されたまたはソフトウェア定義された回路である、ということを含むことができる。

実施例１３０では、実施例１２７ないし１２９のうちいずれか一項記載の主題は任意的に、前記第一の無線回路、前記第二の無線回路および前記共通発見が無線トランシーバまたはベースバンド・モデムの一部である、ということを含むことができる。

実施例１３１では、実施例１２７ないし１３０のうちいずれか一項記載の主題は任意的に、前記共通発見回路が、前記同じ信号フォーマットに従って、前記共通発見チャネルからの前記第一の無線アクセス技術および前記第二の無線アクセス技術についての発見情報をデコードするよう構成される、ということを含むことができる。

実施例１３２では、実施例１２７ないし１３１のうちいずれか一項記載の主題は任意的に、前記共通発見回路が、前記第一の無線アクセス技術についての発見情報を含む前記共通発見チャネル上の第一の発見信号を受信し、前記第二の無線アクセス技術についての発見情報を含む前記共通発見チャネル上の第二の発見信号を受信するよう構成され、前記第一の発見信号および前記第二の発見信号は前記信号フォーマットに従ってエンコードされている、ということを含むことができる。

実施例１３３では、実施例１３２記載の主題は任意的に、前記共通発見回路が、前記第一の発見信号を第一のネットワーク・アクセス・ノードから受信し、前記第二の発見信号を第二のネットワーク・アクセス・ノードから受信し、前記第一の発見信号における発見情報は前記第一のネットワーク・アクセス・ノードに一意的であり、前記第二の発見信号における発見情報は前記第二のネットワーク・アクセス・ノードに一意的である、ということを含むことができる。

実施例１３４では、実施例１３３記載の主題は任意的に、前記第一のネットワーク・アクセス・ノードが前記第二のネットワーク・アクセス・ノードと異なる、ということを含むことができる。

実施例１３５では、実施例１３３または１３４の主題は任意的に、前記第二の発見信号における発見情報は、フォーマットまたはスケジューリングの点で、前記第二のネットワーク・アクセス・ノードに一意的である、ということを含むことができる。

実施例１３６では、実施例１２７ないし１３５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の発見信号が、前記第一の無線アクセス技術および前記第二の無線アクセス技術についての発見情報を含む共通発見信号である、ということを含むことができる。

実施例１３７では、実施例１３６の主題は任意的に、前記第一の無線アクセス技術および前記第二の無線アクセス技術の両方についての前記発見情報が、前記信号フォーマットに従って前記共通発見信号にエンコードされている、ということを含むことができる。

実施例１３８では、実施例１３６または１３７の主題は任意的に、前記共通発見回路が、前記共通発見信号を単一のネットワーク・アクセス・ノードから受信するよう構成されている、ということを含むことができる。

実施例１３９では、実施例１２７ないし１３８のうちいずれか一項記載の主題は任意的に、前記第一の無線アクセス技術および前記第二の無線アクセス技術についての前記発見情報が、前記第一の無線アクセス技術および前記第二の無線アクセス技術の一つまたは複数のネットワーク・アクセス・ノードについての発見情報を含む、ということを含むことができる。

実施例１４０では、実施例１３９の主題は任意的に、前記コントローラが、前記一つまたは複数のネットワーク・アクセス・ノードから目標ネットワーク・アクセス・ノードを選択するよう構成され、前記第一の無線アクセス技術または前記第二の無線アクセス技術についての発見情報に基づいて、前記第一の無線回路または前記第二の無線回路を介して、前記目標ネットワーク・アクセス・ノードと無線アクセス接続を確立するよう構成される、ということを含むことができる。

実施例１４１では、実施例１４０の主題は任意的に、前記コントローラが、前記第一の無線アクセス技術または前記第二の無線アクセス技術についての発見情報における前記一つまたは複数のネットワーク・アクセス・ノードの地理的位置情報に基づいて前記目標ネットワーク・アクセス・ノードを選択する、ということを含むことができる。

実施例１４２では、実施例１２７ないし１４１のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記発見情報に従って前記第一の無線回路または前記第二の無線回路による無線アクセス接続を動作させるよう構成される、ということを含むことができる。

実施例１４３では、実施例１２７ないし１３６のうちいずれか一項記載の主題は任意的に、前記発見情報が一つまたは複数のネットワーク・アクセス・ノードについてのアクセス情報を含み、前記コントローラがさらに、前記発見情報に依存して前記第一の無線回路または前記第二の無線回路を介して前記一つまたは複数のネットワーク・アクセス・ノードと通信するまたは前記一つまたは複数のネットワーク・アクセス・ノードを制御するよう構成される、ということを含むことができる。

実施例１４４では、実施例１４３の主題は任意的に、前記コントローラが、前記第一の無線回路または前記第二の無線回路を介して前記一つまたは複数のネットワーク・アクセス・ノードと通信するまたは前記一つまたは複数のネットワーク・アクセス・ノードを制御することを、前記一つまたは複数のネットワーク・アクセス・ノードからデータを受信すること、前記一つまたは複数のネットワーク・アクセス・ノードとの無線アクセス接続を確立することまたは前記一つまたは複数のネットワーク・アクセス・ノードに関する電波測定を実行することによって実行するよう構成される、ということを含むことができる。

実施例１４５では、実施例１２７ないし１４４のうちいずれか一項記載の主題は任意的に、前記発見情報が、周波数帯域および中心周波数チャネル情報、チャネル帯域幅情報、サービス・プロバイダー情報、地理的位置情報、データレート情報、公開またはプライベート状態情報、認証型情報、能力情報、電波測定情報またはパフォーマンス・メトリック情報を含む、ということを含むことができる。

実施例１４６では、実施例１４５の主題は任意的に、前記地理的位置情報が、前記一つまたは複数のネットワーク・アクセス・ノードの絶対位置または前記一つまたは複数のネットワーク・アクセス・ノードの相対位置を示す測位情報を含む、ということを含むことができる。

実施例１４７では、実施例１２７ないし１４６のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記発見情報における正しくない情報を識別し、前記正しくない情報を特定のネットワーク・アクセス・ノードに報告するよう構成される、ということを含むことができる。

実施例１４８では、実施例１２７ないし１４７のうちいずれか一項記載の主題は任意的に、前記第一の無線アクセス技術および前記第二の無線アクセス技術が、ロングタームエボリューション（ＬＴＥ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ、ミリメートル波（ｍｍＷａｖｅ）、ＷｉＧｉｇおよび第五世代（５Ｇ）からなる群から選択される、ということを含むことができる。

実施例１４９では、実施例１２７ないし１４８のうちいずれか一項記載の主題は任意的に、アンテナ・アレイをさらに含み、無線通信端末装置として構成されることができる。

実施例１５０は、異なる無線アクセス技術の複数のネットワーク・アクセス・ノードについての発見情報を含む共通発見信号を生成するよう構成された制御回路と；前記共通発見信号を共通発見チャネル上でブロードキャストするよう構成されている無線回路とを含むネットワーク・アクセス・ノードである。

実施例１５１では、実施例１５０の主題は任意的に、前記制御回路が、該制御回路の動作を制御するソフトウェア定義命令を取得して実行するよう構成されたプロセッサである、ということを含むことができる。

実施例１５２では、実施例１５０または１５１の主題は任意的に、前記無線回路が無線トランシーバ回路を含む、ということを含むことができる。

実施例１５３では、実施例１５０ないし１５２のうちいずれか一項記載の主題は任意的に、前記制御回路および前記無線回路がハードウェア定義された回路またはソフトウェア定義された回路である、ということを含むことができる。

実施例１５４では、実施例１５０ないし１５３のうちいずれか一項記載の主題は任意的に、前記複数のネットワーク・アクセス・ノードについての前記発見情報を収集するよう構成された検出回路をさらに含むことができる。

実施例１５５では、実施例１５４記載の主題は任意的に、前記検出回路が前記複数のネットワーク・アクセス・ノードについての前記発見情報を収集することを、前記複数のネットワーク・アクセス・ノードのそれぞれから無線アクセス技術（ＲＡＴ）固有の発見信号を受信し、前記ＲＡＴ固有の発見信号から前記発見情報を抽出することによって実行するよう構成される、ということを含むことができる。

実施例１５６では、実施例１５４または１５５の主題は任意的に、前記制御回路が、前記複数のネットワーク・アクセス・ノードのうちの一つまたは複数にバックホール・インターフェースを介して接続するよう構成され、前記検出回路が、前記複数のネットワーク・アクセス・ノードについての前記発見情報を、前記バックホール・リンクを介して収集するよう構成される、ということを含むことができる。

実施例１５７では、実施例１５４ないし１５６のうちいずれか一項記載の主題は任意的に、前記検出回路が、前記複数のネットワーク・アクセス・ノードについての前記発見情報をデータベースから受領するよう構成される、ということを含むことができる。

実施例１５８では、実施例１５４ないし１５７のうちいずれか一項記載の主題は任意的に、前記検出回路が、前記複数のネットワーク・アクセス・ノードについての前記発見情報を、そのネットワーク・アクセス・ノードによってサービスされる一つまたは複数の端末装置から受信するよう構成される、ということを含むことができる。

実施例１５９では、実施例１５８の主題は任意的に、前記制御回路が、前記複数のネットワーク・アクセス・ノードについての前記発見情報を前記一つまたは複数の端末装置に要求するよう構成される、ということを含むことができる。

実施例１６０では、実施例１５０ないし１５９のうちいずれか一項記載の主題は任意的に、前記発見情報が前記第一のネットワーク・アクセス・ノードまたは前記第二のネットワーク・アクセス・ノードについての発見情報を含む、ということを含むことができる。

実施例１６１では、実施例１５０ないし１６０のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記共通発見情報を、あらかじめ定義された発見信号フォーマットに従って生成するよう構成される、ということを含むことができる。

実施例１６２では、実施例１５０ないし１６１のうちいずれか一項記載の主題は任意的に、前記発見情報が、周波数帯域および中心周波数チャネル情報、チャネル帯域幅情報、サービス・プロバイダー情報、地理的位置情報、データレート情報、公開またはプライベート状態情報、認証型情報、能力情報、電波測定情報またはパフォーマンス・メトリック情報を含む、ということを含むことができる。

実施例１６３では、実施例１６２の主題は任意的に、前記地理的位置情報が、前記ネットワーク・アクセス・ノードの絶対位置または前記ネットワーク・アクセス・ノードの相対位置を示す測位情報を含む、ということを含むことができる。

実施例１６４では、実施例１５０ないし１６３のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記共通発見信号を前記共通発見チャネル上で、リッスンビフォアトークまたは競合ベースのチャネル・アクセス方式に従ってブロードキャストするよう前記無線回路を制御するよう構成される、ということを含むことができる。

実施例１６５では、実施例１５０ないし１６４のうちいずれか一項記載の主題は任意的に、前記無線回路が、前記共通発見チャネルを、一つまたは複数のさらなるネットワーク・アクセス・ノードと共有するよう構成される、ということを含むことができる。

実施例１６６では、実施例１５０ないし１６５のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記複数のネットワーク・アクセス・ノードについての地理的位置情報を、前記共通発見信号において前記発見情報と一緒に含めるよう構成される、ということを含むことができる。

実施例１６７では、実施例１５０ないし１６６のうちいずれか一項記載の主題は任意的に、前記制御回路が一つまたは複数の無線アクセス接続を、ロングタームエボリューション（ＬＴＥ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＷｉＦｉ、ミリメートル波（ｍｍＷａｖｅ）、ＷｉＧｉｇ、第五世代（５Ｇ）およびＢｌｕｅｔｏｏｔｈに従って動作させるようさらに構成される、ということを含むことができる。

実施例１６８は、発見信号を生成するよう構成された制御回路と；前記発見信号を共通発見チャネル上でブロードキャストするよう構成されている無線回路とを含むネットワーク・アクセス・ノードであり、前記発見信号は、異なる無線アクセス技術の複数のネットワーク・アクセス・ノードについての、同じ信号フォーマットでエンコードされた発見情報を含む。

実施例１６９では、実施例１６８の主題は任意的に、前記制御回路および前記無線回路がハードウェア定義されたまたはソフトウェア定義された回路であることを含むことができる。

実施例１７０では、実施例１６８または１６９の主題は任意的に、前記制御回路が、該制御回路の動作を制御するソフトウェア定義命令を取得して実行するよう構成されたプロセッサである、ということを含むことができる。

実施例１７１では、実施例１６８ないし１７０のうちいずれか一項記載の主題は任意的に、前記無線回路が無線トランシーバである、ということを含むことができる。

実施例１７２では、実施例１６８ないし１７１のうちいずれか一項記載の主題は任意的に、前記制御回路が、複数のネットワーク・アクセス・ノードについての発見情報を前記信号フォーマットに従ってエンコードすることによって前記共通発見情報を生成するよう構成される、ということを含むことができる。

実施例１７３では、実施例１７２の主題は任意的に、前記複数のネットワーク・アクセス・ノードについての前記発見情報を収集するよう構成された検出回路をさらに含むことができる。

実施例１７４では、実施例１７３記載の主題は任意的に、前記検出回路が前記複数のネットワーク・アクセス・ノードについての前記発見情報を収集することを、前記複数のネットワーク・アクセス・ノードのそれぞれから無線アクセス技術（ＲＡＴ）固有の発見信号を受信し、前記ＲＡＴ固有の発見信号から前記発見情報を抽出することによって実行するよう構成される、ということを含むことができる。

実施例１７５では、実施例１７３または１７４の主題は任意的に、前記回路が、前記複数のネットワーク・アクセス・ノードのうちの一つまたは複数にバックホール・インターフェースを介して接続するよう構成され、前記検出回路が、前記複数のネットワーク・アクセス・ノードについての前記発見情報を、前記バックホール・リンクを介して収集するよう構成される、ということを含むことができる。

実施例１７６では、実施例１７３ないし１７５のうちいずれか一項記載の主題は任意的に、前記検出回路が、前記複数のネットワーク・アクセス・ノードについての前記発見情報をデータベースから受領するよう構成される、ということを含むことができる。

実施例１７７では、実施例１７３ないし１７６のうちいずれか一項記載の主題は任意的に、前記検出モジュールが、前記複数のネットワーク・アクセス・ノードについての前記発見情報を、そのネットワーク・アクセス・ノードによってサービスされる一つまたは複数の端末装置から受信するよう構成される、ということを含むことができる。

実施例１７８では、実施例１７７の主題は任意的に、前記制御回路が、前記複数のネットワーク・アクセス・ノードについての前記発見情報を前記一つまたは複数の端末装置に要求するよう構成される、ということを含むことができる。

実施例１７９では、実施例１６８ないし１７８のうちいずれか一項記載の主題は任意的に、前記発見情報が前記ネットワーク・アクセス・ノードについての発見情報を含む、ということを含むことができる。

実施例１８０では、実施例１６８ないし１７１のうちいずれか一項記載の主題は任意的に、前記発見信号が前記ネットワーク・アクセス・ノードのみについての発見情報を含む、ということを含むことができる。

実施例１８１では、実施例１６８ないし１８０のうちいずれか一項記載の主題は任意的に、前記発見情報が、周波数帯域および中心周波数チャネル情報、チャネル帯域幅情報、サービス・プロバイダー情報、地理的位置情報、データレート情報、公開またはプライベート状態情報、認証型情報、能力情報、電波測定情報またはパフォーマンス・メトリック情報を含む、ということを含むことができる。

実施例１８２では、実施例１８１の主題は任意的に、前記地理的位置情報が、前記ネットワーク・アクセス・ノードの絶対位置または前記ネットワーク・アクセス・ノードの相対位置を示す測位情報を含む、ということを含むことができる。

実施例１８３では、実施例１６８ないし１８２のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記発見信号を前記共通発見チャネル上で、リッスンビフォアトークまたは競合ベースのチャネル・アクセス方式に従ってブロードキャストするよう前記無線回路を制御するよう構成される、ということを含むことができる。

実施例１８４では、実施例１６８ないし１８３のうちいずれか一項記載の主題は任意的に、前記無線回路が、前記共通発見チャネルを、それぞれがそれぞれの発見信号をブロードキャストする一つまたは複数の他のブロードキャスト・ネットワーク・アクセス・ノードと共有するよう構成される、ということを含むことができる。

実施例１８５では、実施例１８４の主題は任意的に、前記無線回路が、前記共通発見チャネルを、前記一つまたは複数の他のブロードキャスト・ネットワーク・アクセス・ノードと、リッスンビフォアトークまたは競合ベースのチャネル・アクセス方式に従って共有するよう構成される、ということを含むことができる。

実施例１８６では、実施例１６８ないし１８５のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記複数のネットワーク・アクセス・ノードについての地理的位置情報を、前記発見信号において前記発見情報と一緒に含めるよう構成される、ということを含むことができる。

実施例１８７では、実施例１６８ないし１８６のうちいずれか一項記載の主題は任意的に、前記制御回路が一つまたは複数の無線アクセス接続を、ロングタームエボリューション（ＬＴＥ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＷｉＦｉ、ミリメートル波（ｍｍＷａｖｅ）、ＷｉＧｉｇ、第五世代（５Ｇ）およびＢｌｕｅｔｏｏｔｈに従って動作させるようさらに構成される、ということを含むことができる。

実施例１８８では、実施例１６８ないし１８７のうちいずれか一項記載の主題は任意的に、一つまたは複数のアンテナをさらに含み、セルラー基地局または無線ローカル・エリア・ネットワーク（ＷＬＡＮ）アクセスポイントとして構成されることができる。

実施例１８９は、第一のネットワーク・アクセス・ノードとの第一の無線アクセス接続をサポートするよう構成された第一の無線回路と；第二のネットワーク・アクセス・ノードとの第二の無線アクセス接続をサポートするよう構成された第二の無線回路であって、前記第一の無線アクセス接続および前記第二の無線アクセス接続は異なる無線アクセス技術についてのものである、第二の無線回路と；前記第一の無線アクセス接続のために意図されているデータを前記第二の無線アクセス接続にルーティングし直すよう前記第一のネットワーク・アクセス・ノードに命令する転送リンクを確立するよう構成された制御回路とを有する通信装置であり、前記第二の無線回路はさらに、前記第一の無線アクセス接続および前記第二の無線アクセス接続のためのデータを前記第二の無線アクセス接続を通じて受信するよう構成されている。

実施例１９０では、実施例１８９の主題は任意的に、前記第一の無線回路および前記第二の無線回路は、無線トランシーバまたはモデム・コンポーネントを含む、ということを含むことができる。

実施例１９１では、実施例１８９または１９０の主題は任意的に、前記制御回路が、該制御回路の動作を制御するソフトウェア定義命令を取得して実行するよう構成されたプロセッサである、ということを含むことができる。

実施例１９２では、実施例１８９ないし１９１のうちいずれか一項記載の主題は任意的に、前記第一の無線回路、前記第二の無線回路および前記制御回路がハードウェア定義された回路またはソフトウェア定義された回路である、ということを含むことができる。

実施例１９３では、実施例１８９ないし１９２のうちいずれか一項記載の主題は任意的に、一つまたは複数のアンテナをさらに含み、無線通信端末装置として構成されることができる。

実施例１９４では、実施例１８９ないし１９３のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記第一の無線アクセス接続のために意図されているデータを前記第二の無線アクセス接続にルーティングし直すよう前記第一のネットワーク・アクセス・ノードに命令する転送リンクを確立することを、前記第一の無線アクセス接続のために意図されている前記データについての転送アドレスを指定する転送セットアップ命令を前記第一のネットワーク・アクセス・ノードに送信することによって実行するよう構成される、ということを含むことができる。

実施例１９５では、実施例１９４の主題は任意的に、前記制御回路が前記転送セットアップ命令を前記第一のネットワーク・アクセス・ノードに、前記第一の無線回路を介して前記第一の無線アクセス接続を通じて送信するよう構成される、ということを含むことができる。

実施例１９６では、実施例１９４または１９５の主題は任意的に、前記第一の無線アクセス接続が第一の端末側ネットワーク・アドレスを含み、前記第二の無線アクセス接続が第二の端末側ネットワーク・アドレスを含み、前記制御回路が、前記第二の端末側ネットワーク・アドレスを前記転送アドレスとして提供するよう構成される、ということを含むことができる。

実施例１９７では、実施例１９６の主題は任意的に、前記第一の端末側ネットワーク・アドレスおよび前記第二の端末側ネットワーク・アドレスがインターネット・プロトコル（ＩＰ）アドレスである、ということを含むことができる。

実施例１９８では、実施例１８９ないし１９７のうちいずれか一項記載の主題は任意的に、前記第二の無線回路が、前記第一の無線アクセス接続および前記第二の無線アクセス接続のためのデータを前記第二のネットワーク・アクセス・ノードから受信するよう構成される、ということを含むことができる。

実施例１９９では、実施例１８９ないし１９５のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記転送リンクを無効にして、前記第一の無線アクセス接続のために意図されているさらなるデータを前記第一の無線アクセス接続を通じて提供するよう前記第一のネットワーク・アクセス・ノードに命令するようさらに構成される、ということを含むことができる。

実施例２００では、実施例１９９の主題は任意的に、前記第一の無線回路は、前記転送リンクが無効にされた後は、前記第一のネットワーク・アクセス・ノードから前記さらなるデータを前記第一の無線アクセス接続を通じて受信するよう構成される、ということを含むことができる。

実施例２０１では、実施例１９９または２００の主題は任意的に、前記制御回路が、前記転送リンクを無効にして、前記第一の無線アクセス接続のために意図されているデータを前記第一の無線アクセス接続を通じて提供するよう前記第一のネットワーク・アクセス・ノードに命令することを、前記第一の無線アクセス接続を前記第一のネットワーク・アクセス・ノードと再接続して、転送無効化命令を、前記第一の無線回路を介して前記再接続された第一の無線アクセ接続を通じて、前記第一のネットワーク・アクセス・ノードに送信することによって実行するようさらに構成される、ということを含むことができる。

実施例２０２では、実施例１８９ないし２０１のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記第二の無線アクセス接続を通じてルーティングし直された前記第一の無線アクセス接続のために意図されたデータを識別し、前記識別されたデータに基づいて前記第一の無線アクセス接続を制御するよう構成される、ということを含むことができる。

実施例２０３では、実施例２０２の主題は任意的に、前記制御回路が、前記識別されたデータにおけるページング・メッセージを識別するようさらに構成され、前記識別されたデータに基づいて前記第一の無線アクセス接続を制御することを、前記第一の無線アクセス接続を前記第一のネットワーク・アクセス・ノードと再接続して、転送無効化命令を、前記再接続された第一の無線アクセ接続を通じて、前記第一のネットワーク・アクセス・ノードに送信し、前記ページング・メッセージにおいて示されているさらなるデータを、前記第一のネットワーク・アクセス・ノードから、前記再接続された第一の無線アクセス接続を通じて受信することによって実行するよう構成される、ということを含むことができる。

実施例２０４では、実施例２０２の主題は任意的に、前記制御回路が、前記第一の無線アクセス接続のために意図されているさらなるデータが前記第二の無線アクセス接続にルーティングし直されるようスケジュールされていることを判別するようさらに構成され、前記制御回路が、前記識別されたデータに基づいて前記第一の無線アクセス接続を制御することを、前記さらなるデータの量に基づいて前記第一の無線アクセス接続を再接続するか否かを決定することによって実行するよう構成される、ということを含むことができる。

実施例２０５では、実施例２０２の主題は任意的に、前記制御回路が、前記識別されたデータにおけるページング・メッセージを識別するようさらに構成され、前記識別されたデータに基づいて前記第一の無線アクセス接続を制御することを、前記第一のネットワーク・アクセス・ノードが現在利用不能であることを識別し、前記第一の無線回路を介して前記第一の無線アクセス技術の第三のネットワーク・アクセス・ノードとの新たな無線アクセス接続を確立し、前記新たな無線アクセ接続を通じて、前記第三のネットワーク・アクセス・ノードから、前記ページング・メッセージにおいて示されているさらなるデータを受信し、前記第三のネットワーク・アクセス・ノードを介して前記新たな無線アクセス接続を通じて前記第一のネットワーク・アクセス・ノードについての転送無効化命令を送信することによって実行するよう構成される、ということを含むことができる。

実施例２０６では、実施例１８９の主題は任意的に、前記制御回路が、前記第一の無線アクセス接続のためのペンディングの上りリンク・データを識別し、前記転送リンクを介して前記第一のネットワーク・アクセス・ノードにアクセス要求メッセージを送信して前記第一のネットワーク・アクセス・ノードとの前記第一の無線アクセス接続を再確立し、前記ペンディングの上りリンク・データを、前記第一のネットワーク・アクセス・ノードに、前記第一の無線アクセス接続を介して送信するようさらに構成される、ということを含むことができる。

実施例２０７では、実施例１８９ないし２０６のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記転送リンクを確立する前に、前記第一の無線アクセス接続および前記第二の無線アクセス接続を複数の無線アクセス接続から選択するよう構成される、ということを含むことができる。

実施例２０８では、実施例１８９ないし２０６のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記転送リンクを確立する前に、複数の無線アクセス接続をあらかじめ定義された基準に従って評価し、該評価に基づいて、前記第一の無線アクセス接続および前記第二の無線アクセス接続を前記複数の無線アクセス接続から選択するよう構成される、ということを含むことができる。

実施例２０９では、実施例２０８の主題は任意的に、前記あらかじめ定義された基準が、電力消費、期待されるトラフィック、トラフィック活動パターン、使用プロファイル、遅延およびレイテンシー基準、データ・セキュリティー要求、ネットワーク・カバレッジ・エリアまたはネットワーク送信器レンジに基づく、ということを含むことができる。

実施例２１０では、実施例１８９ないし２０５のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記転送リンクを確立する前に、複数の無線アクセス接続を評価し、前記複数の無線アクセス接続からの短距離無線アクセス接続を前記第一の無線アクセス接続として選択し、前記複数の無線アクセス接続からのセルラー無線アクセス接続を前記第二の無線アクセス接続として選択するよう構成される、ということを含むことができる。

実施例２１１では、実施例２１０の主題は任意的に、前記第一の無線アクセス接続がＷｉＦｉまたはＢｌｕｅｔｏｏｔｈ接続であり、前記第二の無線アクセス接続は４ＧＰＰセルラー無線アクセス接続である、ということを含むことができる。

実施例２１２では、実施例１８９ないし２０５のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記転送リンクを確立する前に、複数の無線アクセス接続を評価し、前記複数の無線アクセス接続からのアイドルな無線アクセス接続を前記第一の無線アクセス接続として選択するよう構成される、ということを含むことができる。

実施例２１３では、実施例１８９ないし２１２のうちいずれか一項記載の主題は任意的に、前記第一の無線回路が、前記転送リンクが確立された後、不活動状態または低下電力状態にはいるよう構成される、ということを含むことができる。

実施例２１４では、実施例１８９ないし２１３のうちいずれか一項記載の主題は任意的に、前記第一の無線アクセス接続および前記第二の無線アクセス接続が、ロングタームエボリューション（ＬＴＥ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＷｉＦｉ、ＷｉＧｉｇ、ミリメートル波（ｍｍＷａｖｅ）、第五世代（５Ｇ）およびＢｌｕｅｔｏｏｔｈからなる群から選択される、ということを含むことができる。

実施例２１５は、端末装置との第一の無線アクセス技術の無線アクセス接続をサポートするよう構成され、前記第一の無線アクセス技術とは異なる第二の無線アクセス技術に関連する代替ネットワーク・アドレスを指定する前記端末装置からの転送セットアップ命令を受信するよう構成されている無線回路と；前記端末装置に宛てられたデータを前記代替ネットワーク・アドレスにルーティングし直すよう構成された制御回路とを含むネットワーク・アクセス・ノードである。

実施例２１６では、実施例２１５の主題は任意的に、前記無線回路は、無線トランシーバ・コンポーネントおよびモデム・コンポーネントを含む、ということを含むことができる。

実施例２１７では、実施例２１５または２１６の主題は任意的に、前記制御回路がプロセッサであり、該プロセッサは、該プロセッサの動作を制御するソフトウェア定義命令を取得して実行するよう構成される、ということを含むことができる。

実施例２１８では、実施例２１５ないし２１７のうちいずれか一項記載の主題は任意的に、前記無線回路および前記制御回路がハードウェア定義されたまたはソフトウェア定義された回路である、ということを含むことができる。

実施例２１９では、実施例２１５ないし２１８のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記端末装置に宛てられたデータを前記代替ネットワーク・アドレスにルーティングし直すことを、前記端末装置のもとのネットワーク・アドレスにおいて前記端末装置に宛てられた到来データを識別し、前記代替ネットワーク・アドレスに従って前記識別されたデータの宛先アドレスを変更し、前記代替ネットワーク・アドレスに従って宛先アドレスを変更されたデータを、前記第二の無線アクセス技術の別のネットワーク・アドレス・ノードを介して前記端末装置にルーティングすることによって実行するよう構成される、ということを含むことができる。

実施例２２０では、実施例２１５ないし２１９のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記端末装置に宛てられたデータを前記代替ネットワーク・アドレスにルーティングし直すことを、到来データが前記端末装置のもとのネットワーク・アドレスに宛てられているかどうかを検査し、前記もとのネットワーク・アドレスに宛てられている到来データを前記代替ネットワーク・アドレスにルーティングし直すことによって実行するよう構成される、ということを含むことができる。

実施例２２１では、実施例２１５ないし２２０のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記端末装置の前記代替ネットワーク・アドレスおよびもとのネットワーク・アドレスをデータベースに登録し、到来データのアドレスを前記データベースと照合して前記端末装置に宛てられた前記データを識別するよう構成される、ということを含むことができる。

実施例２２２では、実施例２１５ないし２２１のうちいずれか一項記載の主題は任意的に、前記無線回路がさらに、異なる代替ネットワーク・アドレスを指定する前記端末装置からの転送修正命令を受信するよう構成され、前記制御回路がさらに、前記端末装置に宛てられたデータを前記異なる代替ネットワーク・アドレスにルーティングし直すよう構成される、ということを含むことができる。

実施例２２３では、実施例２１５ないし２２２のうちいずれか一項記載の主題は任意的に、前記無線回路がさらに、前記端末装置から転送無効化命令を受信するよう構成され、前記制御回路がさらに、前記転送無効化命令の受信後は前記端末装置に宛てられたデータを前記代替ネットワーク・アドレスにルーティングし直すことをやめるよう構成される、ということを含むことができる。

実施例２２４では、実施例２２３の主題は任意的に、前記制御回路が、前記端末装置に宛てられたデータを前記無線アクセス接続を通じて送信するよう前記無線回路を制御するよう構成される、ということを含むことができる。

実施例２２５では、実施例２１５ないし２２２のうちいずれか一項記載の主題は任意的に、前記無線回路が、前記端末装置から転送無効化命令を受信するまで、前記端末装置に宛てられたデータを前記無線アクセス接続を通じて送信することを控えるよう構成される、ということを含むことができる。

実施例２２６では、実施例２１５ないし２２５のうちいずれか一項記載の主題は任意的に、前記代替ネットワーク・アドレスがインターネット・プロトコル（ＩＰ）アドレスである、ということを含むことができる。

実施例２２７では、実施例２１５ないし２２６のうちいずれか一項記載の主題は任意的に、前記端末装置に宛てられた前記データをコア・ネットワークから受信するよう構成されたバックホール・リンクをさらに含むことができる。

実施例２２８では、実施例２１５ないし２２７のうちいずれか一項記載の主題は任意的に、一つまたは複数のアンテナをさらに含み、セルラー基地局または無線ローカル・エリア・ネットワーク（ＷＬＡＮ）アクセスポイントとして構成されることができる。

実施例２２９では、実施例２１５ないし２２８のうちいずれか一項記載の主題は任意的に、前記第一の無線アクセス技術および前記第二の無線アクセス技術が、ロングタームエボリューション（ＬＴＥ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＷｉＦｉまたはＢｌｕｅｔｏｏｔｈ無線アクセス接続からなる群から選択される、ということを含むことができる。

実施例２３０は、端末装置の電力要件または接続要件に基づいて前記端末装置の動作プロファイルを同定する手段と；複数のチャネル型からチャネル型を選択する手段と；前記動作プロファイルに基づいて、前記チャネル型についての物理チャネル構成を、無線アクセス・ネットワークに関連付けられた複数の物理チャネル構成から同定する手段と；前記物理チャネル構成に従ってデータを送信または受信する手段とを含む装置である。

実施例２３１は、端末装置の動作方法であり、当該方法は、前記端末装置の電力要件または接続要件に基づいて前記端末装置の動作プロファイルを同定し；複数のチャネル型からチャネル型を選択し；前記動作プロファイルに基づいて、前記チャネル型についての物理チャネル構成を、無線アクセス・ネットワークに関連付けられた複数の物理チャネル構成から同定し；前記物理チャネル構成に従ってデータを送信または受信することを含む。

実施例２３２では、実施例２３１の主題は任意的に、前記電力要件が前記端末装置の電力効率要件である、ということを含むことができる。

実施例２３３では、実施例２３１または２３２の主題は任意的に、前記データ接続要件が、前記端末装置のアプリケーションの接続のレイテンシー要件または信頼性要件である、ということを含むことができる。

実施例２３４では、実施例２３１ないし２３３のうちいずれか一項記載の主題は任意的に、前記チャネル型がページング・チャネル、ランダムアクセス・チャネル、制御チャネルまたはトラフィック・データ・チャネルである、ということを含むことができる。

実施例２３５では、実施例２３１ないし２３４のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成が、前記チャネル型の第一の物理チャネル構成および前記チャネル型の第二の物理チャネル構成を含み、前記第一の物理チャネル構成および前記第二の物理チャネル構成が、前記無線アクセス・ネットワークから同時に利用可能である、ということを含むことができる。

実施例２３６では、実施例２３５の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なる電力効率レベルをもつ、ということを含むことができる。

実施例２３７では、実施例２３５の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なるレイテンシー・レベルをもつ、ということを含むことができる。

実施例２３８では、実施例２３５の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なる信頼性レベルをもつ、ということを含むことができる。

実施例２３９では、実施例２３５ないし２３８のうちいずれか一項記載の主題は任意的に、前記第一の物理チャネル構成が第一の無線アクセス技術に関連し、前記第二の物理チャネル構成が前記第一の無線アクセス技術とは異なる第二の無線アクセス技術に関連する、ということを含むことができる。

実施例２４０では、実施例２３１ないし２３９のうちいずれか一項記載の主題は任意的に、前記物理チャネル構成を同定する前に、前記無線アクセス・ネットワークから、前記複数の物理チャネル構成を同定するチャネル構成情報を受信することをさらに含むことができる。

実施例２４１では、実施例２４０の主題は任意的に、前記無線アクセス・ネットワークから前記チャネル構成情報を受信することが、前記無線アクセス・ネットワークからブロードキャスト情報として前記チャネル構成情報を受信することを含む、ということを含むことができる。

実施例２４２では、実施例２３１ないし２４１のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる電力効率レベルをもち、前記動作プロファイルが電力効率要件を示し、前記チャネル型についての物理チャネル構成を同定することは、前記複数の物理チャネル構成のうちから、前記電力効率要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することを含む、ということを含むことができる。

実施例２４３では、実施例２３１ないし２４２のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる信頼性レベルをもち、前記動作プロファイルが信頼性要件を示し、前記チャネル型についての物理チャネル構成を同定することは、前記複数の物理チャネル構成のうちから、前記信頼性要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することを含む、ということを含むことができる。

実施例２４４では、実施例２３１ないし２４３のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なるレイテンシー・レベルをもち、前記動作プロファイルがレイテンシー要件を示し、前記チャネル型についての物理チャネル構成を同定することは、前記複数の物理チャネル構成のうちから、前記レイテンシー要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することを含む、ということを含むことができる。

実施例２４５では、実施例２３１ないし２４１のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる電力効率レベル、異なるレイテンシー・レベルまたは異なる信頼性レベルをもち、前記チャネル型についての物理チャネル構成を同定することは、前記動作プロファイルの電力効率要件、レイテンシー要件または信頼性要件に基づいて、前記複数の物理チャネル構成のうちから前記物理チャネル構成を選択することを含む、ということを含むことができる。

実施例２４６では、実施例２３１ないし２４１のうちいずれか一項記載の主題は任意的に、前記チャネル型についての物理チャネル構成を同定することは、前記物理チャネル構成を同定するのに先立って、前記動作プロファイルを前記無線アクセス・ネットワークに報告し、該報告に応答して、前記物理チャネル構成を指定する制御メッセージを受信することを含む、ということを含むことができる。

実施例２４７では、実施例２３１ないし２４１のうちいずれか一項記載の主題は任意的に、前記物理チャネル構成を同定するのに先立って、前記無線アクセス・ネットワークからのチャネル構成情報を要求し、該要求に応答して、前記複数の物理チャネル構成についての構成情報を含む制御メッセージを受信することをさらに含むことができる。

実施例２４８では、実施例２３１ないし２４７のうちいずれか一項記載の主題は任意的に、前記物理チャネル構成に従ってデータを送信または受信するのに先立って、前記無線アクセス・ネットワークに前記物理チャネル構成を通知することをさらに含むことができる。

実施例２４９では、実施例２３１ないし２４７のうちいずれか一項記載の主題は任意的に、前記チャネル型がランダムアクセス・チャネルであり、前記物理チャネル構成が、端末装置の特定の集合に制約されたランダムアクセス・チャネル構成である、ということを含むことができる。

実施例２５０では、実施例２３１ないし２４９のうちいずれか一項記載の主題は任意的に、
前記チャネル型がページング・チャネルであり、前記物理チャネル構成に従ってデータを送信または受信することが、前記物理チャネル構成に従って第一の無線アクセス技術でページング・メッセージを受信し、前記第一の無線アクセス技術とは異なる第二の無線アクセス技術で該ページング・メッセージに応答することを含む、ということを含むことができる。

実施例２５１は、プロセッサおよび無線トランシーバを含み、実施例２３１ないし２５０のうちいずれか一項記載の方法を実行するよう構成された無線通信装置である。

実施例２５２は、端末装置のコントローラによって実行されたときに、実施例２３１ないし２５０のうちいずれか一項記載の方法を端末装置に実行させる命令を記憶している、非一時的なコンピュータ可読媒体である。

実施例２５３は、無線アクセス・ネットワークを通じて特定のチャネル型の複数の物理チャネル構成を提供する手段であって、前記特定のチャネル型はトラフィック・データ・チャネル、制御チャネル、ランダムアクセス・チャネルまたはページング・チャネルである、手段と；前記複数の物理チャネル構成のうちの第一の物理チャネル構成を利用する要求を端末装置から受信する手段と；前記第一の物理チャネル構成に従って、前記端末装置にデータを送信するまたは前記端末装置からデータを受信する手段とを含む、装置である。

実施例２５４は、無線アクセス・ネットワークの一つまたは複数のネットワーク・アクセス・ノードを動作させる方法であって、当該方法は、無線アクセス・ネットワークを通じて特定のチャネル型の複数の物理チャネル構成を提供する段階であって、前記特定のチャネル型はトラフィック・データ・チャネル、制御チャネル、ランダムアクセス・チャネルまたはページング・チャネルである、段階と；前記複数の物理チャネル構成のうちの第一の物理チャネル構成を利用する要求を端末装置から受信する段階と；前記第一の物理チャネル構成に従って、前記端末装置にデータを送信するまたは前記端末装置からデータを受信する段階とを含む、方法である。

実施例２５５では、実施例２５４の主題は任意的に、前記複数の物理チャネル構成が、前記第一の物理チャネル構成および第二の物理チャネル構成を含み、前記特定のチャネル型の複数の物理チャネル構成を提供することが、前記第一の物理チャネル構成および前記第二の物理チャネル構成を前記無線アクセス・ネットワークを通じて同時に提供することを含む、ということを含むことができる。

実施例２５６では、実施例２５５の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なる電力効率レベルをもつ、ということを含むことができる。

実施例２５７では、実施例２５５の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なるレイテンシー・レベルをもつ、ということを含むことができる。

実施例２５８では、実施例２５５の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なる信頼性レベルをもつ、ということを含むことができる。

実施例２５９では、実施例２５５ないし２５８のうちいずれか一項記載の主題は任意的に、前記第一の物理チャネル構成が第一の無線アクセス技術に関連し、前記第二の物理チャネル構成が前記第一の無線アクセス技術とは異なる第二の無線アクセス技術に関連する、ということを含むことができる。

実施例２６０では、実施例２５５ないし２５８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のネットワーク・アクセス・ノードが第一の無線アクセス技術の第一のネットワーク・アクセス・ノードおよび第二の無線アクセス技術の第二のネットワーク・アクセス・ノードを含み、前記無線アクセス・ネットワークを通じて特定のチャネル型の複数の物理チャネル構成を提供することが、前記第一のネットワーク・アクセス・ノードでは前記第一の物理チャネル構成を提供し、前記第二のネットワーク・アクセス・ノードでは前記第二の物理チャネル構成を提供することを含む、ということを含むことができる。

実施例２６１では、実施例２５４ないし２６０のうちいずれか一項記載の主題は任意的に、前記第一の物理チャネル構成を利用する要求を端末装置から受信するのに先立って、前記複数の物理チャネル構成についてのチャネル構成情報をブロードキャストすることをさらに含むことができる。

実施例２６２では、実施例２５４ないし２６１のうちいずれか一項記載の主題は任意的に、前記第一の物理チャネル構成を利用する要求を端末装置から受信するのに先立って、前記端末装置の電力要件または接続要件を示す前記端末装置からの動作プロファイル・レポートを受信することを含むことができる。

実施例２６３では、実施例２６２の主題は任意的に、前記動作プロファイル・レポートに基づいて、前記複数の物理チャネル構成から一つまたは複数の物理チャネル構成を選択し；前記一つまたは複数の選択された物理チャネル構成のうちの一つまたは複数についての構成情報を前記端末装置に提供することをさらに含むことができる。

実施例２６４では、実施例２６２の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる電力効率レベルをもち、前記動作プロファイル・レポートが電力効率要件を示し、当該方法がさらに、前記複数の物理チャネル構成のうちから前記電力効率要件を満たす物理チャネル構成を、前記第一の物理チャネル構成として選択し；前記第一の物理チャネル構成についての構成情報を前記端末装置に提供することを含む、ということを含むことができる。

実施例２６５では、実施例２６２の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なるレイテンシー・レベルをもち、前記動作プロファイル・レポートがレイテンシー要件を示し、当該方法がさらに、前記複数の物理チャネル構成のうちから前記レイテンシー要件を満たす物理チャネル構成を、前記第一の物理チャネル構成として選択し；前記第一の物理チャネル構成についての構成情報を前記端末装置に提供することを含む、ということを含むことができる。

実施例２６６では、実施例２６２の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる信頼性レベルをもち、前記動作プロファイル・レポートが信頼性要件を示し、当該方法がさらに、前記複数の物理チャネル構成のうちから前記信頼性要件を満たす物理チャネル構成を、前記第一の物理チャネル構成として選択し；前記第一の物理チャネル構成についての構成情報を前記端末装置に提供することを含む、ということを含むことができる。

実施例２６７では、実施例２６２の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる電力効率レベル、異なるレイテンシー・レベルまたは異なる信頼性レベルをもち、当該方法がさらに、前記複数の物理チャネル構成のうちから前記第一の物理チャネル構成を選択することを、前記動作プロファイルの電力効率要件、レイテンシー要件または信頼性要件に基づいて行なう、ということを含むことができる。

実施例２６８は、プロセッサおよび無線トランシーバを含み、実施例２３１ないし２５０のうちいずれか一項記載の方法を実行するよう構成された無線通信装置である。

実施例２６９は、ネットワーク・アクセス・ノードのコントローラによって実行されたときに、実施例２３１ないし２５０のうちいずれか一項記載の方法をネットワーク・アクセス・ノードに実行させる命令を記憶している、非一時的なコンピュータ可読媒体である。

実施例２７０は、端末装置の電力要件または接続要件を示す前記端末装置の動作プロファイルを同定し；複数のチャネル型からチャネル型を選択し；前記動作プロファイルに基づいて、前記チャネル型についての物理チャネル構成を、無線アクセス・ネットワークに関連付けられた複数の物理チャネル構成から同定するよう構成されたコントローラと；前記物理チャネル構成に従ってデータを送信または受信するよう構成された無線トランシーバとを含む、通信装置である。

実施例２７１では、実施例２７０の主題は任意的に、前記コントローラと物理層モジュールとを含むベースバンド・モデムをさらに含むことができ、前記コントローラは、当該通信装置の無線通信動作に指令するよう構成されている。

実施例２７２では、実施例２７０または２７１の主題は任意的に、さらに、一つまたは複数のアンテナをさらに含み、無線通信端末装置として構成されることができる。

実施例２７３では、実施例２７０ないし２７２のうちいずれか一項記載の主題は任意的に、前記チャネル型がページング・チャネル、ランダムアクセス・チャネル、制御チャネルまたはトラフィック・データ・チャネルである、ということを含むことができる。

実施例２７４では、実施例２７０ないし２７３のうちいずれか一項記載の主題は任意的に、前記電力要件が前記端末装置の電力効率要件である、ということを含むことができる。

実施例２７５では、実施例２７０ないし２７４のうちいずれか一項記載の主題は任意的に、前記データ接続要件が、前記端末装置のアプリケーションの接続のレイテンシー要件または信頼性要件である、ということを含むことができる。

実施例２７６では、実施例２７０ないし２７３のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成が、前記チャネル型の第一の物理チャネル構成および前記チャネル型の第二の物理チャネル構成を含み、前記第一の物理チャネル構成および前記第二の物理チャネル構成が、前記無線アクセス・ネットワークから同時に利用可能である、ということを含むことができる。

実施例２７７では、実施例２７６の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なる電力効率レベルをもつ、ということを含むことができる。

実施例２７８では、実施例２７６の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なるレイテンシー・レベルをもつ、ということを含むことができる。

実施例２７９では、実施例２７６の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なる信頼性レベルをもつ、ということを含むことができる。

実施例２８０では、実施例２７６ないし２７９のうちいずれか一項記載の主題は任意的に、前記第一の物理チャネル構成が第一の無線アクセス技術に関連し、前記第二の物理チャネル構成が前記第一の無線アクセス技術とは異なる第二の無線アクセス技術に関連する、ということを含むことができる。

実施例２８１では、実施例２７０ないし２８０のうちいずれか一項記載の主題は任意的に、前記無線トランシーバがさらに、前記物理チャネル構成を同定する前に、前記無線アクセス・ネットワークから、前記複数の物理チャネル構成を同定するチャネル構成情報を受信するよう構成される、ということをさらに含むことができる。

実施例２８２では、実施例２８１の主題は任意的に、前記無線トランシーバが、前記無線アクセス・ネットワークから前記チャネル構成情報を受信することを、前記無線アクセス・ネットワークからブロードキャスト情報として前記チャネル構成情報を受信することによって実行するよう構成される、ということを含むことができる。

実施例２８３では、実施例２７０ないし２８２のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる電力効率レベルをもち、前記動作プロファイルが電力効率要件を示し、前記コントローラは、前記チャネル型についての物理チャネル構成を同定することを、前記複数の物理チャネル構成のうちから、前記電力効率要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例２８４では、実施例２７０ないし２８２のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なるレイテンシー・レベルをもち、前記動作プロファイルがレイテンシー要件を示し、前記コントローラが、前記チャネル型についての物理チャネル構成を同定することを、前記複数の物理チャネル構成のうちから、前記レイテンシー要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例２８５では、実施例２７０ないし２８２のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる信頼性レベルをもち、前記動作プロファイルが信頼性要件を示し、前記コントローラが、前記チャネル型についての物理チャネル構成を同定することを、前記複数の物理チャネル構成のうちから、前記信頼性要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例２８６では、実施例２７０ないし２８２のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる電力効率レベル、異なるレイテンシー・レベルまたは異なる信頼性レベルをもち、前記コントローラが、前記チャネル型についての物理チャネル構成を同定することを、前記動作プロファイルの電力効率要件、レイテンシー要件または信頼性要件に基づいて、前記複数の物理チャネル構成のうちから前記物理チャネル構成を選択することによって実行するよう構成される、ということを含むことができる。

実施例２８７では、実施例２７０ないし２８２のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記チャネル型についての物理チャネル構成を同定することを、前記物理チャネル構成を同定するのに先立って、前記動作プロファイルを前記無線アクセス・ネットワークに報告し、該報告に応答して、前記物理チャネル構成を指定する制御メッセージを受信することによって実行するよう構成される、ということを含むことができる。

実施例２８８では、実施例２７０ないし２８２のうちいずれか一項記載の主題は任意的に、前記コントローラがさらに、前記物理チャネル構成を同定するのに先立って、前記無線アクセス・ネットワークからのチャネル構成情報を要求し、該要求に応答して、前記複数の物理チャネル構成についての構成情報を含む制御メッセージを受信するよう構成される、ということを含むことができる。

実施例２８９では、実施例２７０ないし２８８のうちいずれか一項記載の主題は任意的に、前記コントローラがさらに、前記物理チャネル構成に従ってデータを送信または受信するのに先立って、前記無線アクセス・ネットワークに前記物理チャネル構成を通知するよう構成される、ということを含むことができる。

実施例２９０では、実施例２７０ないし２８９のうちいずれか一項記載の主題は任意的に、前記チャネル型がランダムアクセス・チャネルであり、前記物理チャネル構成が、端末装置の特定の集合に制約されたランダムアクセス・チャネル構成である、ということを含むことができる。

実施例２９１では、実施例２７０ないし２９０のうちいずれか一項記載の主題は任意的に、
前記チャネル型がページング・チャネルであり、前記無線トランシーバが、前記物理チャネル構成に従ってデータを送信または受信することを、前記物理チャネル構成に従って第一の無線アクセス技術でページング・メッセージを受信し、前記第一の無線アクセス技術とは異なる第二の無線アクセス技術で該ページング・メッセージに応答することによって実行するよう構成される、ということを含むことができる。

実施例２９２は、無線アクセス・ネットワークを通じて特定のチャネル型の複数の物理チャネル構成を提供するよう構成された一つまたは複数のネットワーク・アクセス・ノードを含む無線アクセス・ネットワーク・システムであって、前記特定のチャネル型はトラフィック・データ・チャネル、制御チャネル、ランダムアクセス・チャネルまたはページング・チャネルであり、前記一つまたは複数のネットワーク・アクセス・ノードのうちの第一のネットワーク・アクセス・ノードが、前記複数の物理チャネル構成のうちの第一の物理チャネル構成を利用する要求を端末装置から受信し；前記第一の物理チャネル構成に従って、前記端末装置にデータを送信するまたは前記端末装置からデータを受信するよう構成される、システムである。

実施例２９３では、実施例２９２の主題は任意的に、前記複数の物理チャネル構成が、前記第一の物理チャネル構成および第二の物理チャネル構成を含み、前記一つまたは複数のネットワーク・アクセス・ノードは、前記第一の物理チャネル構成および前記第二の物理チャネル構成を前記無線アクセス・ネットワークを通じて同時に提供するよう構成される、ということを含むことができる。

実施例２９４では、実施例２５５の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なる電力効率レベルをもつ、ということを含むことができる。

実施例２９５では、実施例２５５の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なるレイテンシー・レベルをもつ、ということを含むことができる。

実施例２９６では、実施例２５５の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なる信頼性レベルをもつ、ということを含むことができる。

実施例２９７では、実施例２９３ないし２９６のうちいずれか一項記載の主題は任意的に、前記第一の物理チャネル構成が第一の無線アクセス技術に関連し、前記第二の物理チャネル構成が前記第一の無線アクセス技術とは異なる第二の無線アクセス技術に関連する、ということを含むことができる。

実施例２９８では、実施例２９３ないし２９６のうちいずれか一項記載の主題は任意的に、前記第一のネットワーク・アクセス・ノードが第一の無線アクセス技術に基づいて前記第一の物理チャネル構成を提供するよう構成され、前記一つまたは複数のネットワーク・アクセス・ノードのうちの第二のネットワーク・アクセス・ノードが第二の無線アクセス技術に基づいて前記第二の物理チャネル構成を提供するよう構成される、ということを含むことができる。

実施例２９９では、実施例２９２ないし２９８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のネットワーク・アクセス・ノードが、前記無線アクセス・ネットワークを通じて前記複数の物理チャネル構成についてのチャネル構成情報をブロードキャストするよう構成される、ということを含むことができる。

実施例３００では、実施例２９２ないし２９９のうちいずれか一項記載の主題は任意的に、前記第一のネットワーク・アクセス・ノードがさらに、前記第一の物理チャネル構成を利用する要求を端末装置から受信するのに先立って、前記端末装置の電力要件または接続要件を示す前記端末装置からの動作プロファイル・レポートを受信するよう構成される、ということを含むことができる。

実施例３０１では、実施例３００の主題は任意的に、前記第一のネットワーク・アクセス・ノードがさらに、前記動作プロファイル・レポートに基づいて、前記複数の物理チャネル構成から一つまたは複数の物理チャネル構成を選択し；前記一つまたは複数の選択された物理チャネル構成のうちの一つまたは複数についての構成情報を前記端末装置に提供するよう構成される、ということをさらに含むことができる。

実施例３０２では、実施例３００の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる電力効率レベルをもち、前記動作プロファイル・レポートが電力効率要件を示し、前記第一のネットワーク・アクセス・ノードがさらに、前記複数の物理チャネル構成のうちから前記電力効率要件を満たす物理チャネル構成を、前記第一の物理チャネル構成として選択し；前記第一の物理チャネル構成についての構成情報を前記端末装置に提供するよう構成される、ということを含むことができる。

実施例３０３では、実施例３００の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なるレイテンシー・レベルをもち、前記動作プロファイル・レポートがレイテンシー要件を示し、前記第一のネットワーク・アクセス・ノードがさらに、前記複数の物理チャネル構成のうちから前記レイテンシー要件を満たす物理チャネル構成を、前記第一の物理チャネル構成として選択し；前記第一の物理チャネル構成についての構成情報を前記端末装置に提供するよう構成される、ということを含むことができる。

実施例３０４では、実施例３００の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる信頼性レベルをもち、前記動作プロファイル・レポートが信頼性要件を示し、前記第一のネットワーク・アクセス・ノードがさらに、前記複数の物理チャネル構成のうちから前記信頼性要件を満たす物理チャネル構成を、前記第一の物理チャネル構成として選択し；前記第一の物理チャネル構成についての構成情報を前記端末装置に提供するよう構成される、ということを含むことができる。

実施例３０５では、実施例３００の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる電力効率レベル、異なるレイテンシー・レベルまたは異なる信頼性レベルをもち、前記第一のネットワーク・アクセス・ノードがさらに、前記複数の物理チャネル構成のうちから前記第一の物理チャネル構成を、前記動作プロファイルの電力効率要件、レイテンシー要件または信頼性要件に基づいて選択するよう構成される、ということを含むことができる。

実施例３０６は、端末装置の装置型および端末装置によってサービスされるアプリケーションの型に基づいて前記端末装置の動作プロファイルを同定する手段と；複数のチャネル型からチャネル型を選択する手段と；前記動作プロファイルに基づいて、前記チャネル型についての物理チャネル構成を、無線アクセス・ネットワークに関連付けられた複数の物理チャネル構成から同定する手段と；前記物理チャネル構成に従ってデータを送信または受信する手段とを含む装置である。

実施例３０７は、端末装置の動作方法であり、当該方法は、端末装置の装置型および端末装置によってサービスされるアプリケーションの型に基づいて前記端末装置の動作プロファイルを同定し；複数のチャネル型からチャネル型を選択し；前記動作プロファイルに基づいて、前記チャネル型についての物理チャネル構成を、無線アクセス・ネットワークに関連付けられた複数の物理チャネル構成から同定し；前記物理チャネル構成に従ってデータを送信または受信することを含む。

実施例３０８では、実施例３０７の主題は任意的に、前記装置型が、前記端末装置の電力効率要件、レイテンシー要件または信頼性要件を示す、ということを含むことができる。

実施例３０９では、実施例３０７または３０８の主題は任意的に、前記端末装置によってサービスされるアプリケーションの型が、前記端末装置の電力効率要件、レイテンシー要件または信頼性要件を示す、ということを含むことができる。

実施例３１０では、実施例３０７ないし３０９のうちいずれか一項記載の主題が任意的に、前記動作プロファイルが前記端末装置の電力効率要件、レイテンシー要件または信頼性要件を特徴付ける、ということを含むことができる。

実施例３１１では、実施例３０７ないし３０９のうちいずれか一項記載の主題が任意的に、前記動作プロファイルが前記端末装置によってサービスされる一つまたは複数のアプリケーションの電力効率要件、レイテンシー要件または信頼性要件を特徴付ける、ということを含むことができる。

実施例３１２では、実施例３０７ないし３１０のうちいずれか一項記載の主題が任意的に、前記動作プロファイルが前記端末装置がモノのインターネット（ＩｏＴ）装置、ビークル通信装置、機械制御装置または多目的装置のいずれであるかに依存する、ということを含むことができる。

実施例３１３では、実施例３０７ないし３１２のうちいずれか一項記載の主題は任意的に、前記チャネル型がページング・チャネル、ランダムアクセス・チャネル、制御チャネルまたはトラフィック・データ・チャネルである、ということを含むことができる。

実施例３１４では、実施例３０７ないし３１３のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成が、前記チャネル型の第一の物理チャネル構成および前記チャネル型の第二の物理チャネル構成を含み、前記第一の物理チャネル構成および前記第二の物理チャネル構成が、前記無線アクセス・ネットワークから同時に利用可能である、ということを含むことができる。

実施例３１５では、実施例３１４の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なる電力効率レベルをもつ、ということを含むことができる。

実施例３１６では、実施例３１４の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なるレイテンシー・レベルをもつ、ということを含むことができる。

実施例３１７では、実施例３１４の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なる信頼性レベルをもつ、ということを含むことができる。

実施例３１８では、実施例３１４ないし３１７のうちいずれか一項記載の主題は任意的に、前記第一の物理チャネル構成が第一の無線アクセス技術に関連し、前記第二の物理チャネル構成が前記第一の無線アクセス技術とは異なる第二の無線アクセス技術に関連する、ということを含むことができる。

実施例３１９では、実施例３１０ないし３１８のうちいずれか一項記載の主題は任意的に、前記物理チャネル構成を同定する前に、前記無線アクセス・ネットワークから、前記複数の物理チャネル構成を同定するチャネル構成情報を受信することをさらに含むことができる。

実施例３２０では、実施例３１９の主題は任意的に、前記無線アクセス・ネットワークから前記チャネル構成情報を受信することが、前記無線アクセス・ネットワークからブロードキャスト情報として前記チャネル構成情報を受信することを含む、ということを含むことができる。

実施例３２１では、実施例３１０ないし３２０のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる電力効率レベルをもち、前記動作プロファイルが電力効率要件を示し、前記チャネル型についての物理チャネル構成を同定することは、前記複数の物理チャネル構成のうちから、前記電力効率要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することを含む、ということを含むことができる。

実施例３２２では、実施例３１０ないし３２１のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる信頼性レベルをもち、前記動作プロファイルが信頼性要件を示し、前記チャネル型についての物理チャネル構成を同定することは、前記複数の物理チャネル構成のうちから、前記信頼性要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することを含む、ということを含むことができる。

実施例３２３では、実施例３１０ないし３２２のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なるレイテンシー・レベルをもち、前記動作プロファイルがレイテンシー要件を示し、前記チャネル型についての物理チャネル構成を同定することは、前記複数の物理チャネル構成のうちから、前記レイテンシー要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することを含む、ということを含むことができる。

実施例３２４では、実施例３１０ないし３２０のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる電力効率レベル、異なるレイテンシー・レベルまたは異なる信頼性レベルをもち、前記チャネル型についての物理チャネル構成を同定することは、前記動作プロファイルの電力効率要件、レイテンシー要件または信頼性要件に基づいて、前記複数の物理チャネル構成のうちから前記物理チャネル構成を選択することを含む、ということを含むことができる。

実施例３２５では、実施例３１０ないし３２４のうちいずれか一項記載の主題は任意的に、前記チャネル型についての物理チャネル構成を同定することは、前記物理チャネル構成を同定するのに先立って、前記動作プロファイルを前記無線アクセス・ネットワークに報告し、該報告に応答して、前記物理チャネル構成を指定する制御メッセージを受信することを含む、ということを含むことができる。

実施例３２６では、実施例３１０ないし３２０のうちいずれか一項記載の主題は任意的に、前記物理チャネル構成を同定するのに先立って、前記無線アクセス・ネットワークからのチャネル構成情報を要求し、該要求に応答して、前記複数の物理チャネル構成についての構成情報を含む制御メッセージを受信することをさらに含むことができる。

実施例３２７では、実施例３１０ないし３２６のうちいずれか一項記載の主題は任意的に、前記物理チャネル構成に従ってデータを送信または受信するのに先立って、前記無線アクセス・ネットワークに前記物理チャネル構成を通知することをさらに含むことができる。

実施例３２８では、実施例３１０ないし３２６のうちいずれか一項記載の主題は任意的に、前記チャネル型がランダムアクセス・チャネルであり、前記物理チャネル構成が、端末装置の特定の集合に制約されたランダムアクセス・チャネル構成である、ということを含むことができる。

実施例３２９では、実施例３１０ないし３２８のうちいずれか一項記載の主題は任意的に、
前記チャネル型がページング・チャネルであり、前記物理チャネル構成に従ってデータを送信または受信することが、前記物理チャネル構成に従って第一の無線アクセス技術でページング・メッセージを受信し、前記第一の無線アクセス技術とは異なる第二の無線アクセス技術で該ページング・メッセージに応答することを含む、ということを含むことができる。

実施例３３０は、プロセッサおよび無線トランシーバを含み、実施例３１０ないし３２９のうちいずれか一項記載の方法を実行するよう構成された無線通信装置である。

実施例３３１は、端末装置のコントローラによって実行されたときに、実施例３１０ないし３２９のうちいずれか一項記載の方法を端末装置に実行させる命令を記憶している、非一時的なコンピュータ可読媒体である。

実施例３３２は、端末装置において動作するための通信装置であって、当該通信装置は、前記端末装置の装置型および前記端末装置によってサービスされるアプリケーションの型に基づいて前記端末装置の動作プロファイルを同定し；複数のチャネル型からチャネル型を選択し；前記動作プロファイルに基づいて、前記チャネル型についての物理チャネル構成を、無線アクセス・ネットワークに関連付けられた複数の物理チャネル構成から同定するよう構成されたコントローラと；前記物理チャネル構成に従ってデータを送信または受信するよう構成された無線トランシーバとを含む。

実施例３３３では、実施例３３２の主題は任意的に、前記コントローラと物理層モジュールとを含むベースバンド・モデムをさらに含むことができ、前記コントローラは、当該通信装置の無線通信動作に指令するよう構成されている。

実施例３３４では、実施例３３２または３３３の主題は任意的に、さらに、一つまたは複数のアンテナをさらに含み、無線通信端末装置として構成されることができる。

実施例３３５では、実施例３３２ないし３３４のうちいずれか一項記載の主題は任意的に、前記装置型が、前記端末装置の電力効率要件、レイテンシー要件または信頼性要件を示す、ということを含むことができる。

実施例３３６では、実施例３３２ないし３３５のうちいずれか一項記載の主題は任意的に、前記端末装置によってサービスされるアプリケーションの型が、前記端末装置の電力効率要件、レイテンシー要件または信頼性要件を示す、ということを含むことができる。

実施例３３７では、実施例３３２ないし３３６のうちいずれか一項記載の主題が任意的に、前記動作プロファイルが前記端末装置の電力効率要件、レイテンシー要件または信頼性要件を特徴付ける、ということを含むことができる。

実施例３３８では、実施例３３２ないし３３６のうちいずれか一項記載の主題が任意的に、前記動作プロファイルが前記端末装置によってサービスされる一つまたは複数のアプリケーションの電力効率要件、レイテンシー要件または信頼性要件を特徴付ける、ということを含むことができる。

実施例３３９では、実施例３３２ないし３３７のうちいずれか一項記載の主題が任意的に、前記動作プロファイルが前記端末装置がモノのインターネット（ＩｏＴ）装置、ビークル通信装置、機械制御装置または多目的装置のいずれであるかに依存する、ということを含むことができる。

実施例３４０では、実施例３３２ないし３３９のうちいずれか一項記載の主題は任意的に、前記チャネル型がページング・チャネル、ランダムアクセス・チャネル、制御チャネルまたはトラフィック・データ・チャネルである、ということを含むことができる。

実施例３４１では、実施例３３２ないし３４０のうちいずれか一項記載の主題は任意的に、前記電力要件が前記端末装置の電力効率要件である、ということを含むことができる。

実施例３４２では、実施例３３２ないし３４１のうちいずれか一項記載の主題は任意的に、前記データ接続要件が、前記端末装置のアプリケーションの接続のレイテンシー要件または信頼性要件である、ということを含むことができる。

実施例３４３では、実施例３３２ないし３４０のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成が、前記チャネル型の第一の物理チャネル構成および前記チャネル型の第二の物理チャネル構成を含み、前記第一の物理チャネル構成および前記第二の物理チャネル構成が、前記無線アクセス・ネットワークから同時に利用可能である、ということを含むことができる。

実施例３４４では、実施例３４３の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なる電力効率レベルをもつ、ということを含むことができる。

実施例３４５では、実施例３４３の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なるレイテンシー・レベルをもつ、ということを含むことができる。

実施例３４６では、実施例３４３の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なる信頼性レベルをもつ、ということを含むことができる。

実施例３４７では、実施例３４３ないし３４６のうちいずれか一項記載の主題は任意的に、前記第一の物理チャネル構成が第一の無線アクセス技術に関連し、前記第二の物理チャネル構成が前記第一の無線アクセス技術とは異なる第二の無線アクセス技術に関連する、ということを含むことができる。

実施例３４８では、実施例３３２ないし３４７のうちいずれか一項記載の主題は任意的に、前記無線トランシーバがさらに、前記物理チャネル構成を同定する前に、前記無線アクセス・ネットワークから、前記複数の物理チャネル構成を同定するチャネル構成情報を受信するよう構成される、ということをさらに含むことができる。

実施例３４９では、実施例３４８の主題は任意的に、前記無線トランシーバが、前記無線アクセス・ネットワークから前記チャネル構成情報を受信することを、前記無線アクセス・ネットワークからブロードキャスト情報として前記チャネル構成情報を受信することによって実行するよう構成される、ということを含むことができる。

実施例３５０では、実施例３３２ないし３４９のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる電力効率レベルをもち、前記動作プロファイルが電力効率要件を示し、前記コントローラは、前記チャネル型についての物理チャネル構成を同定することを、前記複数の物理チャネル構成のうちから、前記電力効率要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例３５１では、実施例３３２ないし３４９のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なるレイテンシー・レベルをもち、前記動作プロファイルがレイテンシー要件を示し、前記コントローラが、前記チャネル型についての物理チャネル構成を同定することを、前記複数の物理チャネル構成のうちから、前記レイテンシー要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例３５２では、実施例３３２ないし３４９のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる信頼性レベルをもち、前記動作プロファイルが信頼性要件を示し、前記コントローラが、前記チャネル型についての物理チャネル構成を同定することを、前記複数の物理チャネル構成のうちから、前記信頼性要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例３５３では、実施例３３２ないし３４９のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる電力効率レベル、異なるレイテンシー・レベルまたは異なる信頼性レベルをもち、前記コントローラが、前記チャネル型についての物理チャネル構成を同定することを、前記動作プロファイルの電力効率要件、レイテンシー要件または信頼性要件に基づいて、前記複数の物理チャネル構成のうちから前記物理チャネル構成を選択することによって実行するよう構成される、ということを含むことができる。

実施例３５４では、実施例３３２ないし３４９のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記チャネル型についての物理チャネル構成を同定することを、前記物理チャネル構成を同定するのに先立って、前記動作プロファイルを前記無線アクセス・ネットワークに報告し、該報告に応答して、前記物理チャネル構成を指定する制御メッセージを受信することによって実行するよう構成される、ということを含むことができる。

実施例３５５では、実施例３３２ないし３４９のうちいずれか一項記載の主題は任意的に、前記コントローラがさらに、前記物理チャネル構成を同定するのに先立って、前記無線アクセス・ネットワークからのチャネル構成情報を要求し、該要求に応答して、前記複数の物理チャネル構成についての構成情報を含む制御メッセージを受信するよう構成される、ということを含むことができる。

実施例３５６では、実施例３３２ないし３５５のうちいずれか一項記載の主題は任意的に、前記コントローラがさらに、前記物理チャネル構成に従ってデータを送信または受信するのに先立って、前記無線アクセス・ネットワークに前記物理チャネル構成を通知するよう構成される、ということを含むことができる。

実施例３５７では、実施例３３２ないし３５６のうちいずれか一項記載の主題は任意的に、前記チャネル型がランダムアクセス・チャネルであり、前記物理チャネル構成が、端末装置の特定の集合に制約されたランダムアクセス・チャネル構成である、ということを含むことができる。

実施例３５８では、実施例３３２ないし３５７のうちいずれか一項記載の主題は任意的に、
前記チャネル型がページング・チャネルであり、前記無線トランシーバが、前記物理チャネル構成に従ってデータを送信または受信することを、前記物理チャネル構成に従って第一の無線アクセス技術でページング・メッセージを受信し、前記第一の無線アクセス技術とは異なる第二の無線アクセス技術で該ページング・メッセージに応答することによって実行するよう構成される、ということを含むことができる。

実施例３５９は、端末装置の電力要件または接続要件を示す前記端末装置の動作プロファイルを同定し；複数のチャネル型からチャネル型を選択し；前記動作プロファイルに基づいて、前記チャネル型についての物理チャネル構成を、無線アクセス・ネットワークに関連付けられた複数の物理チャネル構成から同定するよう構成された制御回路と；前記物理チャネル構成に従ってデータを送信または受信するよう構成された無線トランシーバとを含む、通信回路装置である。

実施例３６０では、実施例３５９の主題は任意的に、前記制御回路が、当該通信回路装置の無線通信機能を制御するソフトウェア定義命令を取得して実行するよう構成されたプロセッサである、ということを含むことができる。

実施例３６１では、実施例３５９または３６０の主題は任意的に、前記制御回路と物理層モジュールとを含むベースバンド・モデムをさらに含むことができ、前記物理層モジュールは、物理層の処理を実行するよう前記制御回路とインターフェースをもつ。

実施例３６２では、実施例３５９ないし３６１のうちいずれか一項記載の主題は任意的に、さらに、一つまたは複数のアンテナをさらに含み、無線通信端末装置として構成されることができる。

実施例３６３では、実施例３５９ないし３６２のうちいずれか一項記載の主題は任意的に、前記チャネル型がページング・チャネル、ランダムアクセス・チャネル、制御チャネルまたはトラフィック・データ・チャネルである、ということを含むことができる。

実施例３６４では、実施例３５９ないし３６３のうちいずれか一項記載の主題は任意的に、前記電力要件が前記端末装置の電力効率要件である、ということを含むことができる。

実施例３６５では、実施例３５９ないし３６４のうちいずれか一項記載の主題は任意的に、前記データ接続要件が、前記端末装置のアプリケーションの接続のレイテンシー要件または信頼性要件である、ということを含むことができる。

実施例３６６では、実施例３５９ないし３６３のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成が、前記チャネル型の第一の物理チャネル構成および前記チャネル型の第二の物理チャネル構成を含み、前記第一の物理チャネル構成および前記第二の物理チャネル構成が、前記無線アクセス・ネットワークから同時に利用可能である、ということを含むことができる。

実施例３６７では、実施例３６６の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なる電力効率レベルをもつ、ということを含むことができる。

実施例３６８では、実施例３６６の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なるレイテンシー・レベルをもつ、ということを含むことができる。

実施例３６９では、実施例３６６の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なる信頼性レベルをもつ、ということを含むことができる。

実施例３７０では、実施例３６６ないし３６９のうちいずれか一項記載の主題は任意的に、前記第一の物理チャネル構成が第一の無線アクセス技術に関連し、前記第二の物理チャネル構成が前記第一の無線アクセス技術とは異なる第二の無線アクセス技術に関連する、ということを含むことができる。

実施例３７１では、実施例３５９ないし３７０のうちいずれか一項記載の主題は任意的に、前記無線トランシーバがさらに、前記物理チャネル構成を同定する前に、前記無線アクセス・ネットワークから、前記複数の物理チャネル構成を同定するチャネル構成情報を受信するよう構成される、ということをさらに含むことができる。

実施例３７２では、実施例３７１の主題は任意的に、前記無線トランシーバが、前記無線アクセス・ネットワークから前記チャネル構成情報を受信することを、前記無線アクセス・ネットワークからブロードキャスト情報として前記チャネル構成情報を受信することによって実行するよう構成される、ということを含むことができる。

実施例３７３では、実施例３５９ないし３７２のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる電力効率レベルをもち、前記動作プロファイルが電力効率要件を示し、前記制御回路は、前記チャネル型についての物理チャネル構成を同定することを、前記複数の物理チャネル構成のうちから、前記電力効率要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例３７４では、実施例３５９ないし３７２のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なるレイテンシー・レベルをもち、前記動作プロファイルがレイテンシー要件を示し、前記制御回路が、前記チャネル型についての物理チャネル構成を同定することを、前記複数の物理チャネル構成のうちから、前記レイテンシー要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例３７５では、実施例３５９ないし３７２のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる信頼性レベルをもち、前記動作プロファイルが信頼性要件を示し、前記制御回路が、前記チャネル型についての物理チャネル構成を同定することを、前記複数の物理チャネル構成のうちから、前記信頼性要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例３７６では、実施例３５９ないし３７２のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる電力効率レベル、異なるレイテンシー・レベルまたは異なる信頼性レベルをもち、前記制御回路が、前記チャネル型についての物理チャネル構成を同定することを、前記動作プロファイルの電力効率要件、レイテンシー要件または信頼性要件に基づいて、前記複数の物理チャネル構成のうちから前記物理チャネル構成を選択することによって実行するよう構成される、ということを含むことができる。

実施例３７７では、実施例３５９ないし３７２のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記チャネル型についての物理チャネル構成を同定することを、前記物理チャネル構成を同定するのに先立って、前記動作プロファイルを前記無線アクセス・ネットワークに報告し、該報告に応答して、前記物理チャネル構成を指定する制御メッセージを受信することによって実行するよう構成される、ということを含むことができる。

実施例３７８では、実施例３５９ないし３７２のうちいずれか一項記載の主題は任意的に、前記制御回路がさらに、前記物理チャネル構成を同定するのに先立って、前記無線アクセス・ネットワークからのチャネル構成情報を要求し、該要求に応答して、前記複数の物理チャネル構成についての構成情報を含む制御メッセージを受信するよう構成される、ということを含むことができる。

実施例３７９では、実施例３５９ないし３７８のうちいずれか一項記載の主題は任意的に、前記制御回路がさらに、前記物理チャネル構成に従ってデータを送信または受信するのに先立って、前記無線アクセス・ネットワークに前記物理チャネル構成を通知するよう構成される、ということを含むことができる。

実施例３８０では、実施例３５９ないし３７９のうちいずれか一項記載の主題は任意的に、前記チャネル型がランダムアクセス・チャネルであり、前記物理チャネル構成が、端末装置の特定の集合に制約されたランダムアクセス・チャネル構成である、ということを含むことができる。

実施例３８１では、実施例３５９ないし３８０のうちいずれか一項記載の主題は任意的に、
前記チャネル型がページング・チャネルであり、前記無線トランシーバが、前記物理チャネル構成に従ってデータを送信または受信することを、前記物理チャネル構成に従って第一の無線アクセス技術でページング・メッセージを受信し、前記第一の無線アクセス技術とは異なる第二の無線アクセス技術で該ページング・メッセージに応答することによって実行するよう構成される、ということを含むことができる。

実施例３８２は、端末装置における動作のための通信回路装置であって、当該通信回路装置は、端末装置の装置型および端末装置によってサービスされるアプリケーションの型に基づいて前記端末装置の動作プロファイルを同定し；複数のチャネル型からチャネル型を選択し；前記動作プロファイルに基づいて、前記チャネル型についての物理チャネル構成を、無線アクセス・ネットワークに関連付けられた複数の物理チャネル構成から同定するよう構成された制御回路と；前記物理チャネル構成に従ってデータを送信または受信するよう構成された無線トランシーバとを含む。

実施例３８３では、実施例３８２の主題は任意的に、前記制御回路が、当該通信回路装置の無線通信機能を制御するソフトウェア定義命令を取得して実行するよう構成されたプロセッサである、ということを含むことができる。

実施例３８４では、実施例３８２または３８３の主題は任意的に、前記制御回路と物理層モジュールとを含むベースバンド・モデムをさらに含むことができ、前記物理層モジュールは、物理層の処理を実行するよう前記制御回路とインターフェースをもつ。

実施例３８５では、実施例３８２ないし３８４のうちいずれか一項記載の主題は任意的に、さらに、一つまたは複数のアンテナをさらに含み、無線通信端末装置として構成されることができる。

実施例３８６では、実施例３８２ないし３８５のうちいずれか一項記載の主題は任意的に、前記装置型が、前記端末装置の電力効率要件、レイテンシー要件または信頼性要件を示す、ということを含むことができる。

実施例３８７では、実施例３８２ないし３８６のうちいずれか一項記載の主題は任意的に、前記端末装置によってサービスされるアプリケーションの型が、前記端末装置の電力効率要件、レイテンシー要件または信頼性要件を示す、ということを含むことができる。

実施例３８８では、実施例３８２ないし３８７のうちいずれか一項記載の主題が任意的に、前記動作プロファイルが前記端末装置の電力効率要件、レイテンシー要件または信頼性要件を特徴付ける、ということを含むことができる。

実施例３８９では、実施例３８２ないし３８７のうちいずれか一項記載の主題が任意的に、前記動作プロファイルが前記端末装置によってサービスされる一つまたは複数のアプリケーションの電力効率要件、レイテンシー要件または信頼性要件を特徴付ける、ということを含むことができる。

実施例３９０では、実施例３８２ないし３８８のうちいずれか一項記載の主題が任意的に、前記動作プロファイルが前記端末装置がモノのインターネット（ＩｏＴ）装置、ビークル通信装置、機械制御装置または多目的装置のいずれであるかに依存する、ということを含むことができる。

実施例３９１では、実施例３８２ないし３９０のうちいずれか一項記載の主題は任意的に、前記チャネル型がページング・チャネル、ランダムアクセス・チャネル、制御チャネルまたはトラフィック・データ・チャネルである、ということを含むことができる。

実施例３９２では、実施例３８２ないし３９１のうちいずれか一項記載の主題は任意的に、前記電力要件が前記端末装置の電力効率要件である、ということを含むことができる。

実施例３９３では、実施例３８２ないし３９２のうちいずれか一項記載の主題は任意的に、前記データ接続要件が、前記端末装置のアプリケーションの接続のレイテンシー要件または信頼性要件である、ということを含むことができる。

実施例３９４では、実施例３８２ないし３９１のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成が、前記チャネル型の第一の物理チャネル構成および前記チャネル型の第二の物理チャネル構成を含み、前記第一の物理チャネル構成および前記第二の物理チャネル構成が、前記無線アクセス・ネットワークから同時に利用可能である、ということを含むことができる。

実施例３９５では、実施例３９４の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なる電力効率レベルをもつ、ということを含むことができる。

実施例３９６では、実施例３９４の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なるレイテンシー・レベルをもつ、ということを含むことができる。

実施例３９７では、実施例３９４の主題は任意的に、前記第一の物理チャネル構成が、前記第二の物理チャネル構成とは異なる信頼性レベルをもつ、ということを含むことができる。

実施例３９８では、実施例３９４ないし３９７のうちいずれか一項記載の主題は任意的に、前記第一の物理チャネル構成が第一の無線アクセス技術に関連し、前記第二の物理チャネル構成が前記第一の無線アクセス技術とは異なる第二の無線アクセス技術に関連する、ということを含むことができる。

実施例３９９では、実施例３８２ないし３９８のうちいずれか一項記載の主題は任意的に、前記無線トランシーバがさらに、前記物理チャネル構成を同定する前に、前記無線アクセス・ネットワークから、前記複数の物理チャネル構成を同定するチャネル構成情報を受信するよう構成される、ということをさらに含むことができる。

実施例４００では、実施例３９９の主題は任意的に、前記無線トランシーバが、前記無線アクセス・ネットワークから前記チャネル構成情報を受信することを、前記無線アクセス・ネットワークからブロードキャスト情報として前記チャネル構成情報を受信することによって実行するよう構成される、ということを含むことができる。

実施例４０１では、実施例３８２ないし４００のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる電力効率レベルをもち、前記動作プロファイルが電力効率要件を示し、前記制御回路は、前記チャネル型についての物理チャネル構成を同定することを、前記複数の物理チャネル構成のうちから、前記電力効率要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例４０２では、実施例３８２ないし４００のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なるレイテンシー・レベルをもち、前記動作プロファイルがレイテンシー要件を示し、前記制御回路が、前記チャネル型についての物理チャネル構成を同定することを、前記複数の物理チャネル構成のうちから、前記レイテンシー要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例４０３では、実施例３８２ないし４００のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる信頼性レベルをもち、前記動作プロファイルが信頼性要件を示し、前記制御回路が、前記チャネル型についての物理チャネル構成を同定することを、前記複数の物理チャネル構成のうちから、前記信頼性要件を満たす物理チャネル構成を、前記物理チャネル構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例４０４では、実施例３８２ないし４００のうちいずれか一項記載の主題は任意的に、前記複数の物理チャネル構成のそれぞれが異なる電力効率レベル、異なるレイテンシー・レベルまたは異なる信頼性レベルをもち、前記コントローラが、前記チャネル型についての物理チャネル構成を同定することを、前記動作プロファイルの電力効率要件、レイテンシー要件または信頼性要件に基づいて、前記複数の物理チャネル構成のうちから前記物理チャネル構成を選択することによって実行するよう構成される、ということを含むことができる。

実施例４０５では、実施例３８２ないし４００のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記チャネル型についての物理チャネル構成を同定することを、前記物理チャネル構成を同定するのに先立って、前記動作プロファイルを前記無線アクセス・ネットワークに報告し、該報告に応答して、前記物理チャネル構成を指定する制御メッセージを受信することによって実行するよう構成される、ということを含むことができる。

実施例４０６では、実施例３８２ないし４００のうちいずれか一項記載の主題は任意的に、前記制御回路がさらに、前記物理チャネル構成を同定するのに先立って、前記無線アクセス・ネットワークからのチャネル構成情報を要求し、該要求に応答して、前記複数の物理チャネル構成についての構成情報を含む制御メッセージを受信するよう構成される、ということを含むことができる。

実施例４０７では、実施例３８２ないし４０６のうちいずれか一項記載の主題は任意的に、前記制御回路がさらに、前記物理チャネル構成に従ってデータを送信または受信するのに先立って、前記無線アクセス・ネットワークに前記物理チャネル構成を通知するよう構成される、ということを含むことができる。

実施例４０８では、実施例３８２ないし４０７のうちいずれか一項記載の主題は任意的に、前記チャネル型がランダムアクセス・チャネルであり、前記物理チャネル構成が、端末装置の特定の集合に制約されたランダムアクセス・チャネル構成である、ということを含むことができる。

実施例４０９では、実施例３８２ないし４０８のうちいずれか一項記載の主題は任意的に、
前記チャネル型がページング・チャネルであり、前記無線トランシーバが、前記物理チャネル構成に従ってデータを送信または受信することを、前記物理チャネル構成に従って第一の無線アクセス技術でページング・メッセージを受信し、前記第一の無線アクセス技術とは異なる第二の無線アクセス技術で該ページング・メッセージに応答することによって実行するよう構成される、ということを含むことができる。

実施例４１０は、第一の感度レベルに構成された一つまたは複数の衝突センサーを用いて、移動装置をナビゲートする手段と；前記移動装置の周囲の近傍における障害交通を特徴付ける交通アップデートを無線ネットワークから受信する手段と；前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルで動作するよう構成する手段とを含む、装置である。

実施例４１１は、移動装置の動作方法であり、当該方法は、第一の感度レベルに構成された一つまたは複数の衝突センサーを用いて、移動装置をナビゲートする段階と；前記移動装置の周囲の近傍における障害交通を特徴付ける交通アップデートを無線ネットワークから受信する段階と；前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルで動作するよう構成する段階とを含む。

実施例４１２では、実施例４１１の主題は任意的に、前記第二の感度レベルが前記第一の感度レベルより低い、ということを含むことができる。

実施例４１３では、実施例４１１または４１２の主題は任意的に、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルで動作するよう構成することが、前記交通アップデートが障害交通があらかじめ定義された閾値を下回っていることを判別し、前記交通アップデートが障害交通が前記あらかじめ定義された閾値を下回っていることを示す場合に前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することを含む、ということを含むことができる。

実施例４１４では、実施例４１３の主題は任意的に、前記周囲の近傍におけるアップデートされた障害交通を特徴付ける追加的な交通アップデートを前記無線ネットワークから受信する段階と、前記追加的な交通アップデートが障害交通が前記あらかじめ定義された閾値を上回っていることを示す場合に前記一つまたは複数の衝突センサーを前記第二の感度レベルより高い第三の感度レベルに構成する段階とをさらに含むことができる。

実施例４１５では、実施例４１１ないし４１４のうちいずれか一項記載の主題は任意的に、前記第二の感度レベルで動作するまたは前記第二の感度レベルに構成された前記一つまたは複数の衝突センサーを用いて前記移動装置をナビゲートすることをさらに含むことができる。

実施例４１６では、実施例４１１ないし４１５のうちいずれか一項記載の主題は任意的に、前記交通アップデートを無線ネットワークから受信することが、前記交通アップデートをネットワーク・アクセス・ノードから受信することを含む、ということを含むことができる。

実施例４１７では、実施例４１１ないし４１６のうちいずれか一項記載の主題は任意的に、前記交通アップデートを無線ネットワークから受信することが、前記交通アップデートをマスター自律移動装置から受信することを含む、ということを含むことができる。

実施例４１８では、実施例４１１ないし４１７のうちいずれか一項記載の主題は任意的に、前記交通アップデートが前記周囲の近傍における障害物の量を示し、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することは、前記障害物の量があらかじめ定義された閾値を下回る場合、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することを含む、ということを含むことができる。

実施例４１９では、実施例４１１ないし４１８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の衝突センサーが、前記第一の感度レベルで動作しているときよりも前記第二の感度レベルで動作しているときのほうが、より少ない電力を消費するよう構成される、ということを含むことができる。

実施例４２０では、実施例４１１ないし４１９のうちいずれか一項記載の主題は任意的に、前記交通アップデートが前記周囲の近傍における一つまたは複数の障害物の障害物型を示す、ということを含むことができる。

実施例４２１では、実施例４２０の主題は任意的に、前記一つまたは複数の障害物の前記障害物型が、可動障害物型、不動障害物型または移動装置障害物型のうちの一つである、ということを含むことができる。

実施例４２２では、実施例４１１ないし４２１のうちいずれか一項記載の主題は任意的に、前記あらかじめ定義された基準が前記周囲の近傍における障害物のあらかじめ定義された量であり、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することが、前記交通アップデートが前記周囲の近傍に存在もしくは臨在する障害物が前記障害物のあらかじめ定義された量より少ないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することを含む、ということを含むことができる。

実施例４２３では、実施例４１１ないし４２１のうちいずれか一項記載の主題は任意的に、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することが、前記交通アップデートが前記周囲の近傍に障害物が存在もしくは臨在しないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することを含む、ということを含むことができる。

実施例４２４では、実施例４１１ないし４２１のうちいずれか一項記載の主題は任意的に、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することが、前記交通アップデートが前記周囲の近傍に可動障害物が存在も現存もしないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することを含む、ということを含むことができる。

実施例４２５では、実施例４２４の主題は任意的に、前記一つまたは複数の衝突センサーの第一の部分集合は可動障害物を検出するよう構成され、前記第一の部分集合とは異なる前記一つまたは複数の衝突センサーの第二の部分集合は不動障害物を検出するよう構成され、前記交通アップデートが前記周囲の近傍に可動障害物が存在もしくは臨在ないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することは、前記第一の部分集合の感度レベルを、前記第二の部分集合の感度レベルとの比較で、より大きく低下させることを含む、ということを含むことができる。

実施例４２６では、実施例４１１ないし４２１のうちいずれか一項記載の主題は任意的に、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することが、前記交通アップデートが前記周囲の近傍に他の移動装置が存在もしくは臨在しないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することを含む、ということを含むことができる。

実施例４２７では、実施例４１１ないし４２６のうちいずれか一項記載の主題は任意的に、前記周囲の近傍における障害交通を特徴付ける追加的な交通アップデートを継続的に受信する段階と、前記追加的な交通アップデートに基づいて、前記一つまたは複数の衝突センサーをアップデートされた感度レベルで構成し直す段階とをさらに含むことができる。

実施例４２８では、実施例４１１ないし４２７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の衝突センサーを第二の感度レベルに構成し直すことが、前記一つまたは複数の衝突センサーの電力消費を減らすことを含む、ということを含むことができる。

実施例４２９では、実施例４１１ないし４２８のうちいずれか一項記載の主題は任意的に、前記移動装置の位置を判別し、該位置を前記無線ネットワークに報告することをさらに含むことができる。

実施例４３０では、実施例４１１ないし４２９のうちいずれか一項記載の主題は任意的に、前記周囲の近傍が前記移動装置のまわりのあらかじめ定義されたエリアである、ということを含むことができる。

実施例４３１では、実施例４１１ないし４２９のうちいずれか一項記載の主題は任意的に、前記周囲の近傍が前記移動装置の計画された移動経路である、ということを含むことができる。

実施例４３２は、実施例４１１ないし４３１のうちいずれか一項記載の方法を実行するよう構成された移動装置である。

実施例４３３は、実施例４１１ないし４３１のうちいずれか一項記載の方法を実行するよう構成された移動装置のナビゲーション・システムである。

実施例４３４は、移動装置のコントローラによって実行されたときに、移動装置に、実施例４１１ないし４３１のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例４３５は、一つまたは複数の衝突センサーと；第一の感度レベルに構成された前記一つまたは複数の衝突センサーを用いて、移動装置をナビゲートするよう構成されたナビゲーション制御モジュールと；前記移動装置の周囲の近傍における障害交通を特徴付ける交通アップデートを無線ネットワークから受信するよう構成された通信モジュールとを含むナビゲーション・システムであり、前記ナビゲーション制御モジュールは、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度に構成するようさらに構成される。

実施例４３６では、実施例４３５の主題は任意的に、前記第二の感度レベルが前記第一の感度レベルより低い、ということを含むことができる。

実施例４３７では、実施例４３５または４３６の主題は任意的に、ステアリングおよび移動システムをさらに含むことができ、前記ナビゲーション制御モジュールは、前記ステアリングおよび移動システムを用いて前記移動装置をナビゲートするよう構成される。

実施例４３８では、実施例４３５ないし４３７のうちいずれか一項記載の主題は任意的に、前記ナビゲーション制御モジュールが、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルで動作するよう構成することを、前記交通アップデートが障害交通があらかじめ定義された閾値を下回っていることを判別し、前記交通アップデートが障害交通が前記あらかじめ定義された閾値を下回っていることを示す場合に前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することによって実行するよう構成される、ということを含むことができる。

実施例４３９では、実施例４３８の主題は任意的に、前記通信モジュールが、前記周囲の近傍におけるアップデートされた障害交通を特徴付ける追加的な交通アップデートを前記無線ネットワークから受信するようさらに構成され、前記ナビゲーション制御モジュールが、前記追加的な交通アップデートが障害交通が前記あらかじめ定義された閾値を上回っていることを示す場合に前記一つまたは複数の衝突センサーを前記第二の感度レベルより高い第三の感度レベルに構成するよう構成される、ということを含むことができる。

実施例４４０では、実施例４３５ないし４３９のうちいずれか一項記載の主題は任意的に、前記ナビゲーション制御モジュールが、前記第二の感度レベルで動作するまたは前記第二の感度レベルに構成された前記一つまたは複数の衝突センサーを用いて前記移動装置をナビゲートするようさらに構成される、ということを含むことができる。

実施例４４１では、実施例４３５ないし４４０のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記交通アップデートをネットワーク・アクセス・ノードから受信するよう構成される、ということを含むことができる。

実施例４４２では、実施例４３５ないし４４０のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記交通アップデートをマスター自律移動装置から受信するよう構成される、ということを含むことができる。

実施例４４３では、実施例４３５ないし４４２のうちいずれか一項記載の主題は任意的に、前記交通アップデートが前記周囲の近傍における障害物の量を示し、前記ナビゲーション制御モジュールが、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することを、前記障害物の量があらかじめ定義された閾値を下回る場合、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することによって実行するよう構成される、ということを含むことができる。

実施例４４４では、実施例４３５ないし４４３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の衝突センサーが、前記第一の感度レベルで動作しているときよりも前記第二の感度レベルで動作しているときのほうが、より少ない電力を消費するよう構成される、ということを含むことができる。

実施例４４５では、実施例４３５ないし４４４のうちいずれか一項記載の主題は任意的に、前記交通アップデートが前記周囲の近傍における一つまたは複数の障害物の障害物型を示し、前記ナビゲーション制御モジュールが、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することを、前記一つまたは複数の障害物の障害物型が前記あらかじめ定義された基準を満たす場合に前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することによって実行するよう構成される、ということを含むことができる。

実施例４４６では、実施例４４５の主題は任意的に、前記一つまたは複数の障害物の前記障害物型が、可動障害物型、不動障害物型または移動装置障害物型のうちの一つである、ということを含むことができる。

実施例４４７では、実施例４３５ないし４４６のうちいずれか一項記載の主題は任意的に、前記あらかじめ定義された基準が前記周囲の近傍における障害物のあらかじめ定義された量であり、前記ナビゲーション制御モジュールが、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することを、前記交通アップデートが前記周囲の近傍に存在もしくは臨在する障害物が前記障害物のあらかじめ定義された量より少ないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することによって実行するよう構成される、ということを含むことができる。

実施例４４８では、実施例４３５ないし４４６のうちいずれか一項記載の主題は任意的に、前記ナビゲーション制御モジュールが、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することを、前記交通アップデートが前記周囲の近傍に障害物がないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することによって実行するよう構成される、ということを含むことができる。

実施例４４９では、実施例４３５ないし４４６のうちいずれか一項記載の主題は任意的に、前記ナビゲーション制御モジュールが、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することを、前記交通アップデートが前記周囲の近傍に可動障害物がないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することによって実行するよう構成される、ということを含むことができる。

実施例４５０では、実施例４４９の主題は任意的に、前記一つまたは複数の衝突センサーの第一の部分集合は可動障害物を検出するよう構成され、前記第一の部分集合とは異なる前記一つまたは複数の衝突センサーの第二の部分集合は不動障害物を検出するよう構成され、前記ナビゲーション制御モジュールが、前記交通アップデートが前記周囲の近傍に可動障害物がないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することを、前記第一の部分集合の感度レベルを、前記第二の部分集合の感度レベルとの比較で、より大きく低下させることによって実行するよう構成される、ということを含むことができる。

実施例４５１では、実施例４３５ないし４４６のうちいずれか一項記載の主題は任意的に、前記ナビゲーション制御モジュールが、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することを、前記交通アップデートが前記周囲の近傍に他の移動装置がないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することによって実行するよう構成される、ということを含むことができる。

実施例４５２では、実施例４３５ないし４５１のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記周囲の近傍における障害交通を特徴付ける追加的な交通アップデートを継続的に受信するよう構成され、前記ナビゲーション制御モジュールが、前記追加的な交通アップデートに基づいて、前記一つまたは複数の衝突センサーをアップデートされた感度レベルで構成し直すよう構成される、ということを含むことができる。

実施例４５３では、実施例４３５ないし４５２のうちいずれか一項記載の主題は任意的に、前記ナビゲーション制御モジュールが、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することを、前記一つまたは複数の衝突センサーの電力消費を減らすことを含む、ということを含むことができる。

実施例４５４では、実施例４３５ないし４５３のうちいずれか一項記載の主題は任意的に、前記ナビゲーション・システムが、前記移動装置の位置を判別し、該位置を前記無線ネットワークに報告するようさらに構成される、ということを含むことができる。

実施例４５５では、実施例４３５ないし４５４のうちいずれか一項記載の主題は任意的に、前記周囲の近傍が前記移動装置のまわりのあらかじめ定義されたエリアである、ということを含むことができる。

実施例４５６では、実施例４３５ないし４５４のうちいずれか一項記載の主題は任意的に、前記周囲の近傍が前記移動装置の計画された移動経路である、ということを含むことができる。

実施例４５７は、ステアリングおよび移動システムと、実施例４３５ないし４５６のうちいずれか一項記載のナビゲーション・システムとを含む移動装置である。

実施例４５８は、プロセッサによって実行されたときに該プロセッサに方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体であり、前記方法は、第一の感度レベルに構成された一つまたは複数の衝突センサーを用いて、移動装置をナビゲートする段階と；前記移動装置の周囲の近傍における障害交通を特徴付ける無線ネットワークからの交通アップデートを受信する段階と；前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成する段階とを含む。

実施例４５９では、実施例４５８の主題は任意的に、前記第二の感度レベルが前記第一の感度レベルより低い、ということを含むことができる。

実施例４６０では、実施例４５８の主題は任意的に、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルで動作するよう構成することが、前記交通アップデートが障害交通があらかじめ定義された閾値を下回っていることを判別し、前記交通アップデートが障害交通が前記あらかじめ定義された閾値を下回っていることを示す場合に前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することを含む、ということを含むことができる。

実施例４６１では、実施例４６０の主題は任意的に、当該方法が、前記周囲の近傍におけるアップデートされた障害交通を特徴付ける追加的な交通アップデートを前記無線ネットワークから受信する段階と、前記追加的な交通アップデートが障害交通が前記あらかじめ定義された閾値を上回っていることを示す場合に前記一つまたは複数の衝突センサーを前記第二の感度レベルより高い第三の感度レベルに構成する段階とをさらに含む、ということを含むことができる。

実施例４６２では、実施例４５８ないし４６１のうちいずれか一項記載の主題は任意的に、当該方法が、前記第二の感度レベルの前記一つまたは複数の衝突センサーを用いて前記移動装置をナビゲートすることをさらに含む、ということを含むことができる。

実施例４６３では、実施例４５８ないし４６２のうちいずれか一項記載の主題は任意的に、前記交通アップデートを無線ネットワークから受信することが、前記交通アップデートをネットワーク・アクセス・ノードから受信することを含む、ということを含むことができる。

実施例４６４では、実施例４５８ないし４６３のうちいずれか一項記載の主題は任意的に、前記交通アップデートを無線ネットワークから受信することが、前記交通アップデートをマスター自律移動装置から受信することを含む、ということを含むことができる。

実施例４６５では、実施例４５８ないし４６４のうちいずれか一項記載の主題は任意的に、前記交通アップデートが前記周囲の近傍における障害物の量を示し、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することは、前記障害物の量があらかじめ定義された閾値を下回る場合、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することを含む、ということを含むことができる。

実施例４６６では、実施例４５８ないし４６５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の衝突センサーが、前記第一の感度レベルで動作しているときよりも前記第二の感度レベルで動作しているときのほうが、より少ない電力を消費するよう構成される、ということを含むことができる。

実施例４６７では、実施例４５８ないし４６６のうちいずれか一項記載の主題は任意的に、前記交通アップデートが前記周囲の近傍における一つまたは複数の障害物の障害物型を示す、ということを含むことができる。

実施例４６８では、実施例４６７の主題は任意的に、前記一つまたは複数の障害物の前記障害物型が、可動障害物型、不動障害物型または移動装置障害物型のうちの一つである、ということを含むことができる。

実施例４６９では、実施例４５８ないし４６８のうちいずれか一項記載の主題は任意的に、前記あらかじめ定義された基準が前記周囲の近傍における障害物のあらかじめ定義された量であり、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することが、前記交通アップデートが前記周囲の近傍に存在もしくは臨在する障害物が前記障害物のあらかじめ定義された量より少ないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することを含む、ということを含むことができる。

実施例４７０では、実施例４５８ないし４６９のうちいずれか一項記載の主題は任意的に、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することが、前記交通アップデートが前記周囲の近傍に障害物がないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することを含む、ということを含むことができる。

実施例４７１では、実施例４５８ないし４６９のうちいずれか一項記載の主題は任意的に、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することが、前記交通アップデートが前記周囲の近傍に可動障害物がないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することを含む、ということを含むことができる。

実施例４７２では、実施例４７１の主題は任意的に、前記一つまたは複数の衝突センサーの第一の部分集合は可動障害物を検出するよう構成され、前記第一の部分集合とは異なる前記一つまたは複数の衝突センサーの第二の部分集合は不動障害物を検出するよう構成され、前記交通アップデートが前記周囲の近傍に可動障害物がないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することは、前記第一の部分集合の感度レベルを、前記第二の部分集合の感度レベルとの比較で、より大きく低下させることを含む、ということを含むことができる。

実施例４７３では、実施例４５８ないし４６９のうちいずれか一項記載の主題は任意的に、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することが、前記交通アップデートが前記周囲の近傍に他の移動装置がないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することを含む、ということを含むことができる。

実施例４７４では、実施例４５８ないし４７３のうちいずれか一項記載の主題は任意的に、当該方法が、前記周囲の近傍における障害交通を特徴付ける追加的な交通アップデートを継続的に受信する段階と、前記追加的な交通アップデートに基づいて、前記一つまたは複数の衝突センサーをアップデートされた感度レベルで構成し直す段階とをさらに含む、ということを含むことができる。

実施例４７５では、実施例４５８ないし４７４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の衝突センサーを第二の感度レベルに構成し直すことが、前記一つまたは複数の衝突センサーの電力消費を減らすことを含む、ということを含むことができる。

実施例４７６では、実施例４５８ないし４７５のうちいずれか一項記載の主題は任意的に、当該方法が、前記移動装置の位置を判別し、該位置を前記無線ネットワークに報告することをさらに含む、ということを含むことができる。

実施例４７７では、実施例４５８ないし４７６のうちいずれか一項記載の主題は任意的に、前記周囲の近傍が前記移動装置のまわりのあらかじめ定義されたエリアである、ということを含むことができる。

実施例４７８では、実施例４５８ないし４７７のうちいずれか一項記載の主題は任意的に、前記周囲の近傍が前記移動装置の計画された移動経路である、ということを含むことができる。

実施例４７９は、一つまたは複数の衝突センサーと；第一の感度レベルに構成された前記一つまたは複数の衝突センサーを用いて、移動装置をナビゲートするよう構成されたナビゲーション制御回路と；前記移動装置の周囲の近傍における障害交通を特徴付ける交通アップデートを無線ネットワークから受信するよう構成された通信回路とを含むナビゲーション回路装置であり、前記ナビゲーション制御回路は、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度に構成するようさらに構成される。

実施例４８０では、実施例４７９の主題は任意的に、前記第二の感度レベルが前記第一の感度レベルより低い、ということを含むことができる。

実施例４８１では、実施例４７９または４８０の主題は任意的に、ステアリングおよび移動システムをさらに含むことができ、前記ナビゲーション制御回路は、前記ステアリングおよび移動システムを用いて前記移動装置をナビゲートするよう構成される。

実施例４８２では、実施例４７９ないし４８１のうちいずれか一項記載の主題は任意的に、前記ナビゲーション制御回路が、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルで動作するよう構成することを、前記交通アップデートが障害交通があらかじめ定義された閾値を下回っていることを判別し、前記交通アップデートが障害交通が前記あらかじめ定義された閾値を下回っていることを示す場合に前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することによって実行するよう構成される、ということを含むことができる。

実施例４８３では、実施例４８２の主題は任意的に、前記通信回路が、前記周囲の近傍におけるアップデートされた障害交通を特徴付ける追加的な交通アップデートを前記無線ネットワークから受信するようさらに構成され、前記ナビゲーション制御回路が、前記追加的な交通アップデートが障害交通が前記あらかじめ定義された閾値を上回っていることを示す場合に前記一つまたは複数の衝突センサーを前記第二の感度レベルより高い第三の感度レベルに構成するよう構成される、ということを含むことができる。

実施例４８４では、実施例４７９ないし４８３のうちいずれか一項記載の主題は任意的に、前記ナビゲーション制御回路が、前記第二の感度レベルで動作するまたは前記第二の感度レベルに構成された前記一つまたは複数の衝突センサーを用いて前記移動装置をナビゲートするようさらに構成される、ということを含むことができる。

実施例４８５では、実施例４７９ないし４８４のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記交通アップデートをネットワーク・アクセス・ノードから受信するよう構成される、ということを含むことができる。

実施例４８６では、実施例４７９ないし４８４のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記交通アップデートをマスター自律移動装置から受信するよう構成される、ということを含むことができる。

実施例４８７では、実施例４７９ないし４８６のうちいずれか一項記載の主題は任意的に、前記交通アップデートが前記周囲の近傍における障害物の量を示し、前記ナビゲーション制御回路が、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することを、前記障害物の量があらかじめ定義された閾値を下回る場合、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することによって実行するよう構成される、ということを含むことができる。

実施例４８８では、実施例４７９ないし４８７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の衝突センサーが、前記第一の感度レベルで動作しているときよりも前記第二の感度レベルで動作しているときのほうが、より少ない電力を消費するよう構成される、ということを含むことができる。

実施例４８９では、実施例４７９ないし４８８のうちいずれか一項記載の主題は任意的に、前記交通アップデートが前記周囲の近傍における一つまたは複数の障害物の障害物型を示し、前記ナビゲーション制御回路が、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することを、前記一つまたは複数の障害物の障害物型が前記あらかじめ定義された基準を満たす場合に前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することによって実行するよう構成される、ということを含むことができる。

実施例４９０では、実施例４８９の主題は任意的に、前記一つまたは複数の障害物の前記障害物型が、可動障害物型、不動障害物型または移動装置障害物型のうちの一つである、ということを含むことができる。

実施例４９１では、実施例４７９ないし４９０のうちいずれか一項記載の主題は任意的に、前記あらかじめ定義された基準が前記周囲の近傍における障害物のあらかじめ定義された量であり、前記ナビゲーション制御回路が、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することを、前記交通アップデートが前記周囲の近傍に存在もしくは臨在する障害物が前記障害物のあらかじめ定義された量より少ないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することによって実行するよう構成される、ということを含むことができる。

実施例４９２では、実施例４７９ないし４９０のうちいずれか一項記載の主題は任意的に、前記ナビゲーション制御回路が、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することを、前記交通アップデートが前記周囲の近傍に障害物がないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することによって実行するよう構成される、ということを含むことができる。

実施例４９３では、実施例４７９ないし４９０のうちいずれか一項記載の主題は任意的に、前記ナビゲーション制御回路が、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することを、前記交通アップデートが前記周囲の近傍に可動障害物がないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することによって実行するよう構成される、ということを含むことができる。

実施例４９４では、実施例４９３の主題は任意的に、前記一つまたは複数の衝突センサーの第一の部分集合は可動障害物を検出するよう構成され、前記第一の部分集合とは異なる前記一つまたは複数の衝突センサーの第二の部分集合は不動障害物を検出するよう構成され、前記ナビゲーション制御回路が、前記交通アップデートが前記周囲の近傍に可動障害物がないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することを、前記第一の部分集合の感度レベルを、前記第二の部分集合の感度レベルとの比較で、より大きく低下させることによって実行するよう構成される、ということを含むことができる。

実施例４９５では、実施例４７９ないし４９０のうちいずれか一項記載の主題は任意的に、前記ナビゲーション制御回路が、前記交通アップデートが障害交通があらかじめ定義された基準を満たすことを示す場合、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することを、前記交通アップデートが前記周囲の近傍に他の移動装置がないことを示す場合に、前記一つまたは複数の衝突センサーを前記第二の感度レベルに構成することによって実行するよう構成される、ということを含むことができる。

実施例４９６では、実施例４７９ないし４９５のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記周囲の近傍における障害交通を特徴付ける追加的な交通アップデートを継続的に受信するよう構成され、前記ナビゲーション制御回路が、前記追加的な交通アップデートに基づいて、前記一つまたは複数の衝突センサーをアップデートされた感度レベルで構成し直すよう構成される、ということを含むことができる。

実施例４９７では、実施例４７９ないし４９６のうちいずれか一項記載の主題は任意的に、前記ナビゲーション制御回路が、前記一つまたは複数の衝突センサーを第二の感度レベルに構成することを、前記一つまたは複数の衝突センサーの電力消費を減らすことを含む、ということを含むことができる。

実施例４９８では、実施例４７９ないし４９７のうちいずれか一項記載の主題は任意的に、当該ナビゲーション回路装置が、前記移動装置の位置を判別し、該位置を前記無線ネットワークに報告するようさらに構成される、ということを含むことができる。

実施例４９９では、実施例４７９ないし４９８のうちいずれか一項記載の主題は任意的に、前記周囲の近傍が前記移動装置のまわりのあらかじめ定義されたエリアである、ということを含むことができる。

実施例５００では、実施例４７９ないし４９８のうちいずれか一項記載の主題は任意的に、前記周囲の近傍が前記移動装置の計画された移動経路である、ということを含むことができる。

実施例５０１は、ステアリングおよび移動システムと、実施例４７９ないし５００のうちいずれか一項記載のナビゲーション回路装置とを含む移動装置である。

実施例５０２は、第一の型の少なくとも一つの端末装置および第二の型の少なくとも一つの端末装置を含む通信システムにおける動作のための装置であり、当該装置は、ネットワーク・アクセス・ノードに現在接続されている端末装置の集合を識別する手段と；端末装置の前記集合の各端末装置が第一の型であるかどうかを判定する手段と、端末装置の前記集合の各端末装置が第一の型である場合、端末装置の前記集合についての前記ネットワーク・アクセス・ノードについて、選択されたスケジュールを取得するよう、不連続通信スケジュールを選択する手段と、端末装置の前記集合のうち少なくとも一つの端末装置が第二の型である場合、端末装置の前記集合についての前記ネットワーク・アクセス・ノードについて、前記選択されたスケジュールを取得するよう、連続通信スケジュールを選択する手段と；前記選択されたスケジュールに従って端末装置の前記集合とデータを送信または受信する手段とを含む。

実施例５０３は、第一の型の少なくとも一つの端末装置および第二の型の少なくとも一つの端末装置を含む通信システムにおいて無線通信を実行する方法であり、当該方法は、ネットワーク・アクセス・ノードに現在接続されている端末装置の集合を識別する段階と；端末装置の前記集合の各端末装置が第一の型であるかどうかを判定する段階と、端末装置の前記集合の各端末装置が第一の型である場合、端末装置の前記集合についての前記ネットワーク・アクセス・ノードについて、選択されたスケジュールを取得するよう、不連続通信スケジュールを選択する段階と、端末装置の前記集合のうち少なくとも一つの端末装置が第二の型である場合、端末装置の前記集合についての前記ネットワーク・アクセス・ノードについて、前記選択されたスケジュールを取得するよう、連続通信スケジュールを選択する段階と；前記選択されたスケジュールに従って端末装置の前記集合とデータを送信または受信する段階とを含む。

実施例５０４では、実施例５０３の主題は任意的に、第二の型が第一の型とは異なる、ということを含むことができる。

実施例５０５では、実施例５０３または５０４の主題は任意的に、第一の型の前記少なくとも一つの端末装置が、第二の型の前記少なくとも一つの端末装置よりも、予測しやすいデータ・トラフィック活動をもつ、ということを含むことができる。

実施例５０６では、実施例５０３ないし５０５のうちいずれか一項記載の主題は任意的に、第一の型が第二の型とは背反である、ということを含むことができる。

実施例５０７では、実施例５０３ないし５０６のうちいずれか一項記載の主題は任意的に、第一の型の前記少なくとも一つの端末装置が一つまたは複数のモノのインターネット（ＩｏＴ）デバイスを含み、第二の型の前記少なくとも一つの端末装置が一つまたは複数のスマートフォン、一つまたは複数のラップトップまたは一つまたは複数のタブレットを含む、ということを含むことができる。

実施例５０８では、実施例５０３ないし５０７のうちいずれか一項記載の主題は任意的に、端末装置の前記集合の各端末装置を第一の型または第二の型として分類することをさらに含むことができる。

実施例５０９では、実施例５０３ないし５０８のうちいずれか一項記載の主題は任意的に、前記不連続通信スケジュールが不連続受信（ＤＲＸ）スケジュールまたは不連続送信（ＤＴＸ）スケジュールである、ということを含むことができる。

実施例５１０では、実施例５０３ないし５０８のうちいずれか一項記載の主題は任意的に、前記不連続通信スケジュールが連続受信と一緒の不連続送信（ＤＴＸ）スケジュールまたは不連続受信（ＤＲＸ）および不連続送信（ＤＴＸ）スケジュールである、ということを含むことができる。

実施例５１１では、実施例５０３ないし５１０のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードがスモール・セルである、ということを含むことができる。

実施例５１２では、実施例５０３ないし５１１のうちいずれか一項記載の主題は任意的に、前記選択されたスケジュールが前記不連続通信スケジュールであり、当該方法がさらに、第二の型の第一の端末装置が端末装置の前記集合のうちの一つとして前記ネットワーク・アクセス・ノードに接続したことを判別し、前記連続通信スケジュールに従って端末装置の前記集合とデータを送信または受信することを含む、ということを含むことができる。

実施例５１３では、実施例５１２の主題は任意的に、前記第一の端末装置が前記ネットワーク・アクセス・ノードから切断され、第二の型の他の端末装置が前記ネットワーク・アクセス・ノードに接続されていないことを判別し、前記不連続通信スケジュールに従って端末装置の前記集合とデータを送信または受信することをさらに含むことができる。

実施例５１４では、実施例５０３ないし５１１のうちいずれか一項記載の主題は任意的に、前記選択されたスケジュールが前記不連続通信スケジュールであり、端末装置の前記集合の一つまたは複数の端末装置が周期的なアクティブ・フェーズをもつ送信または受信スケジュールをもち、当該方法がさらに、端末装置の前記集合の前記一つまたは複数の端末装置の前記送信または受信スケジュールの周期的なアクティブ・フェーズにマッチするアクティブ・フェーズをもつ通信スケジュールを選択することをさらに含む、ということを含むことができる。

実施例５１５では、実施例５０３ないし５１４のうちいずれか一項記載の主題は任意的に、端末装置の前記集合に、前記選択されたスケジュールを指定する制御信号を提供することを含む、ということを含むことができる。

実施例５１６では、実施例５０３ないし５１５のうちいずれか一項記載の主題は任意的に、前記選択されたスケジュールが前記不連続通信スケジュールであり、前記不連続通信スケジュールが一つまたは複数のアクティブ通信フェーズおよび一つまたは複数の非アクティブ通信フェーズをもち、当該方法がさらに、端末装置の前記集合に、前記不連続通信スケジュールの前記一つまたは複数のアクティブ・フェーズを利用するよう命令することをさらに含む、ということを含むことができる。

実施例５１７では、実施例５０３ないし５１６のうちいずれか一項記載の主題は任意的に、前記選択されたスケジュールが前記不連続通信スケジュールであり、当該方法がさらに、端末装置の前記集合の量、端末装置の前記集合のデータ・トラフィック・レベルまたは端末装置の前記集合のデータ・トラフィック頻度に基づく活動パターンをもつ不連続通信スケジュールを選択することを含む、ということを含むことができる。

実施例５１８は、実施例５０３ないし５１７のうちいずれか一項記載の方法を実行するよう構成されたネットワーク・アクセス・ノードである。

実施例５１９は、実施例５０３ないし５１７のうちいずれか一項記載の方法を実行するよう構成されたネットワーク・アクセス・ノードのための通信システムである。

実施例５２０は、ネットワーク・アクセス・ノードのコントローラによって実行されたときに、実施例５０３ないし５１７のうちいずれか一項記載の方法を実行するよう該ネットワーク・アクセス・ノードを制御する命令を記憶している非一時的なコンピュータ可読媒体である。

実施例５２１は、どの端末装置がネットワーク・アクセス・ノードに接続されているかをモニタリングする手段であって、各端末装置は第一の型または該第一の型とは背反な第二の型である、手段と、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のそれぞれが第一の型であるときは前記ネットワーク・アクセス・ノードについて不連続通信スケジュールを使う手段と、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のうちの少なくとも一つが第二の型であるときは前記ネットワーク・アクセス・ノードについて連続通信スケジュールを使う手段とを含む、装置である。

実施例５２２は、どの端末装置がネットワーク・アクセス・ノードに接続されているかをモニタリングする段階であって、各端末装置は第一の型または該第一の型とは背反な第二の型である、段階と、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のそれぞれが第一の型であるときは前記ネットワーク・アクセス・ノードについて不連続通信スケジュールを使い、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のうちの少なくとも一つが第二の型であるときは前記ネットワーク・アクセス・ノードについて連続通信スケジュールを使う段階とを含む、方法である。

実施例５２３では、実施例５２２の主題は任意的に、第一の型の端末装置が、第二の型の端末装置よりも、予測しやすいデータ・トラフィック活動をもつ、ということを含むことができる。

実施例５２４では、実施例５２２または５２３の主題は任意的に、第一の型の端末装置が、第二の型の端末装置よりも、より規則的なデータ・トラフィック活動をもつ、ということを含むことができる。

実施例５２５では、実施例５２２ないし５２４のうちいずれか一項記載の主題は任意的に、第一の型の端末装置のデータ・トラフィック活動が、第二の型の端末装置のデータ・トラフィック活動よりも、時間的に早くスケジュールされる、ということを含むことができる。

実施例５２６では、実施例５２２ないし５２５のうちいずれか一項記載の主題は任意的に、第一の型の端末装置がモノのインターネット（ＩｏＴ）デバイスであり、第二の型の端末装置スマートフォン、ラップトップまたはタブレットである、ということを含むことができる。

実施例５２７では、実施例５２２ないし５２６のうちいずれか一項記載の主題は任意的に、前記ネットワーク・ノードに接続されている前記端末装置のそれぞれを第一の時点において第一の型または第二の型であるとして分類することをさらに含むことができる。

実施例５２８では、実施例５２２ないし５２６のうちいずれか一項記載の主題は任意的に、前記ネットワーク・ノードに接続されている前記端末装置のそれぞれを、第一の時点において、各端末装置のデータ・トラフィック・パターンに基づいて、第一の型または第二の型であるとして分類することをさらに含むことができる。

実施例５２９では、実施例５２２ないし５２８のうちいずれか一項記載の主題は任意的に、前記不連続通信スケジュールが不連続受信（ＤＲＸ）スケジュールまたは不連続送信（ＤＴＸ）スケジュールである、ということを含むことができる。

実施例５３０では、実施例５２２ないし５２９のうちいずれか一項記載の主題は任意的に、前記不連続通信スケジュールが連続受信と一緒の不連続送信（ＤＴＸ）スケジュールまたは不連続受信（ＤＲＸ）および不連続送信（ＤＴＸ）スケジュールである、ということを含むことができる。

実施例５３１では、実施例５２２ないし５３０のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードがスモール・セルである、ということを含むことができる。

実施例５３２では、実施例５２２ないし５３１のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のそれぞれが第一の型であるときは前記ネットワーク・アクセス・ノードについて不連続通信スケジュールを使うことが、前記ネットワーク・アクセス・ノードに接続されている前記端末装置との間で、前記不連続通信スケジュールに従ってデータを送信または受信することを含む、ということを含むことができる。

実施例５３３では、実施例５２２ないし５３１のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のうちの少なくとも一つが第二の型であるときは前記ネットワーク・アクセス・ノードについて不連続通信スケジュールを使うことが、前記ネットワーク・アクセス・ノードに接続されている前記端末装置との間で、前記連続通信スケジュールに従ってデータを送信または受信することを含む、ということを含むことができる。

実施例５３４では、実施例５２２ないし５３３のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のそれぞれが第一の型であるときは前記ネットワーク・アクセス・ノードについて不連続通信スケジュールを使い、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のうちの少なくとも一つが第二の型であるときは前記ネットワーク・アクセス・ノードについて連続通信スケジュールを使うことが、第二の型の少なくとも一つの端末装置が前記ネットワーク・アクセス・ノードに接続するときは前記不連続通信スケジュールから前記連続通信スケジュールに切り換え、第二の型の少なくとも一つの端末装置が前記ネットワーク・アクセス・ノードから切断され、第二の型の他の端末装置が前記ネットワーク・アクセス・ノードに接続されていないときは前記連続通信スケジュールから前記不連続通信スケジュールに切り換えることを含む、ということを含むことができる。

実施例５３５では、実施例５２２ないし５３４のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードに接続されている前記端末装置に、前記連増通信スケジュールまたは前記不連続通信スケジュールのどちらが使われているかを指定する制御信号を提供することをさらに含むことができる。

実施例５３６では、実施例５２２ないし５３５のうちいずれか一項記載の主題は任意的に、前記不連続通信スケジュールが一つまたは複数のアクティブ通信フェーズおよび一つまたは複数の非アクティブ通信フェーズをもち、当該方法がさらに、前記不連続通信スケジュールが使われているときは、前記ネットワーク・アクセス・ノードに接続されている前記端末装置に、前記不連続通信スケジュールの前記一つまたは複数のアクティブ・フェーズを利用するよう命令することをさらに含む、ということを含むことができる。

実施例５３７では、実施例５２２ないし５３６のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のそれぞれが第一の型であるときは前記ネットワーク・アクセス・ノードについて不連続通信スケジュールを使うことが、前記ネットワーク・アクセス・ノードに接続されている端末装置の量、前記ネットワーク・アクセス・ノードに接続されている端末装置のデータ・トラフィック・レベルまたは前記ネットワーク・アクセス・ノードに接続されている端末装置の前記集合のデータ・トラフィック頻度に基づく活動パターンをもつ不連続通信スケジュールを選択することを含む、ということを含むことができる。

実施例５３８は、実施例５２２ないし５３７のうちいずれか一項記載の方法を実行するよう構成されたネットワーク・アクセス・ノードである。

実施例５３９は、実施例５２２ないし５３７のうちいずれか一項記載の方法を実行するよう構成されたネットワーク・アクセス・ノードのための通信システムである。

実施例５４０は、ネットワーク・アクセス・ノードのコントローラによって実行されたときに、実施例５２２ないし５３７のうちいずれか一項記載の方法を実行するよう該ネットワーク・アクセス・ノードを制御する命令を記憶している非一時的なコンピュータ可読媒体である。

実施例５４１は、時間を追ってどの端末装置がネットワーク・アクセス・ノードに接続されているかをモニタリングするよう構成された検出モジュールであって、各端末装置は第一の型または該第一の型とは背反な第二の型である、検出モジュールと、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のそれぞれが第一の型であるときは前記ネットワーク・アクセス・ノードについて不連続通信スケジュールを使い、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のうちの少なくとも一つが第二の型であるときは前記ネットワーク・アクセス・ノードについて連続通信スケジュールを使うよう構成されているスケジューラ・モジュールとを含む、通信システムである。

実施例５４２では、実施例５４１の主題は任意的に、第一の型の端末装置が、第二の型の端末装置よりも、予測しやすいデータ・トラフィック活動をもつ、ということを含むことができる。

実施例５４３では、実施例５４１または５４２の主題は任意的に、第一の型の端末装置が、第二の型の端末装置よりも、より規則的なデータ・トラフィック活動をもつ、ということを含むことができる。

実施例５４４では、実施例５４１ないし５４３のうちいずれか一項記載の主題は任意的に、第一の型の端末装置のデータ・トラフィック活動が、第二の型の端末装置のデータ・トラフィック活動よりも、時間的に早くスケジュールされる、ということを含むことができる。

実施例５４５では、実施例５４１ないし５４４のうちいずれか一項記載の主題は任意的に、第一の型の端末装置がモノのインターネット（ＩｏＴ）デバイスであり、第二の型の端末装置スマートフォン、ラップトップまたはタブレットである、ということを含むことができる。

実施例５４６では、実施例５４１ないし５４５のうちいずれか一項記載の主題は任意的に、前記検出モジュールが、前記ネットワーク・ノードに接続されている前記端末装置のそれぞれを第一の時点において第一の型または第二の型であるとして分類するようさらに構成される、ということを含むことができる。

実施例５４７では、実施例５４１ないし５４５のうちいずれか一項記載の主題は任意的に、前記検出モジュールが、前記ネットワーク・ノードに接続されている前記端末装置のそれぞれを、第一の時点において、各端末装置のデータ・トラフィック・パターンに基づいて、第一の型または第二の型であるとして分類するようさらに構成される、ということを含むことができる。

実施例５４８では、実施例５４１ないし５４７のうちいずれか一項記載の主題は任意的に、前記不連続通信スケジュールが不連続受信（ＤＲＸ）スケジュールまたは不連続送信（ＤＴＸ）スケジュールである、ということを含むことができる。

実施例５４９では、実施例５４１ないし５４８のうちいずれか一項記載の主題は任意的に、前記不連続通信スケジュールが連続受信と一緒の不連続送信（ＤＴＸ）スケジュールまたは不連続受信（ＤＲＸ）および不連続送信（ＤＴＸ）スケジュールである、ということを含むことができる。

実施例５５０では、実施例５４１ないし５４９のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードがスモール・セルである、ということを含むことができる。

実施例５５１では、実施例５４１ないし５５０のうちいずれか一項記載の主題は任意的に、前記スケジューラ・モジュールが前記不連続通信スケジュールを選択するとき、前記ネットワーク・アクセス・ノードに接続されている前記端末装置との間で、前記不連続通信スケジュールに従ってデータを送信または受信するよう構成されている無線トランシーバをさらに含むことができる。

実施例５５２では、実施例５４１ないし５５０のうちいずれか一項記載の主題は任意的に、前記スケジューラ・モジュールが前記連続通信スケジュールを選択するとき、前記ネットワーク・アクセス・ノードに接続されている前記端末装置との間で、前記連続通信スケジュールに従ってデータを送信または受信するよう構成されている無線トランシーバをさらに含むことができる。

実施例５５３では、実施例５４１ないし５５２のうちいずれか一項記載の主題は任意的に、前記スケジューラ・モジュールが、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のそれぞれが第一の型であるときは前記ネットワーク・アクセス・ノードについて不連続通信スケジュールを使い、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のうちの少なくとも一つが第二の型であるときは前記ネットワーク・アクセス・ノードについて連続通信スケジュールを使うことを、第二の型の少なくとも一つの端末装置が前記ネットワーク・アクセス・ノードに接続するときは前記不連続通信スケジュールから前記連続通信スケジュールに切り換え、第二の型の少なくとも一つの端末装置が前記ネットワーク・アクセス・ノードから切断され、第二の型の他の端末装置が前記ネットワーク・アクセス・ノードに接続されていないときは前記連続通信スケジュールから前記不連続通信スケジュールに切り換えることによって実行するよう構成される、ということを含むことができる。

実施例５５４では、実施例５４１ないし５５３のうちいずれか一項記載の主題は任意的に、前記スケジューラ・モジュールが、前記ネットワーク・アクセス・ノードに接続されている前記端末装置に、前記連増通信スケジュールまたは前記不連続通信スケジュールのどちらが使われているかを指定する制御信号を提供するようさらに構成される、ということを含むことができる。

実施例５５５では、実施例５４１ないし５５４のうちいずれか一項記載の主題は任意的に、前記不連続通信スケジュールが一つまたは複数のアクティブ通信フェーズおよび一つまたは複数の非アクティブ通信フェーズをもち、前記スケジューラ・モジュールがさらに、前記不連続通信スケジュールが使われているときは、前記ネットワーク・アクセス・ノードに接続されている前記端末装置に、前記不連続通信スケジュールの前記一つまたは複数のアクティブ・フェーズを利用するよう命令するよう構成される、ということを含むことができる。

実施例５５６では、実施例５４１ないし５５５のうちいずれか一項記載の主題は任意的に、前記スケジューラ・モジュールが、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のそれぞれが第一の型であるときは前記ネットワーク・アクセス・ノードについて不連続通信スケジュールを使うことを、前記ネットワーク・アクセス・ノードに接続されている端末装置の量、前記ネットワーク・アクセス・ノードに接続されている端末装置のデータ・トラフィック・レベルまたは前記ネットワーク・アクセス・ノードに接続されている端末装置の前記集合のデータ・トラフィック頻度に基づく活動パターンをもつ不連続通信スケジュールを選択することによって実行するよう構成される、ということを含むことができる。

実施例５５７は、ネットワーク・アクセス・ノードのコントローラによって実行されたときに方法を実行するよう該ネットワーク・アクセス・ノードを制御する命令を記憶している非一時的なコンピュータ可読媒体であり、前記方法は、どの端末装置がネットワーク・アクセス・ノードに接続されているかをモニタリングする段階であって、各端末装置は第一の型または該第一の型とは背反な第二の型である、段階と、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のそれぞれが第一の型であるときは前記ネットワーク・アクセス・ノードについて不連続通信スケジュールを使い、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のうちの少なくとも一つが第二の型であるときは前記ネットワーク・アクセス・ノードについて連続通信スケジュールを使う段階とを含む。

実施例５５８では、実施例５５７の主題は任意的に、第一の型の端末装置が、第二の型の端末装置よりも、予測しやすいデータ・トラフィック活動をもつ、ということを含むことができる。

実施例５５９では、実施例５５７または５５８の主題は任意的に、第一の型の端末装置が、第二の型の端末装置よりも、より規則的なデータ・トラフィック活動をもつ、ということを含むことができる。

実施例５６０では、実施例５５７ないし５５９のうちいずれか一項記載の主題は任意的に、第一の型の端末装置のデータ・トラフィック活動が、第二の型の端末装置のデータ・トラフィック活動よりも、時間的に早くスケジュールされる、ということを含むことができる。

実施例５６１では、実施例５５７ないし５６０のうちいずれか一項記載の主題は任意的に、第一の型の端末装置がモノのインターネット（ＩｏＴ）デバイスであり、第二の型の端末装置スマートフォン、ラップトップまたはタブレットである、ということを含むことができる。

実施例５６２では、実施例５５７ないし５６１のうちいずれか一項記載の主題は任意的に、前記方法が、前記ネットワーク・ノードに接続されている前記端末装置のそれぞれを第一の時点において第一の型または第二の型であるとして分類することをさらに含む、ということを含むことができる。

実施例５６３では、実施例５５７ないし５６１のうちいずれか一項記載の主題は任意的に、前記方法が、前記ネットワーク・ノードに接続されている前記端末装置のそれぞれを、第一の時点において、各端末装置のデータ・トラフィック・パターンに基づいて、第一の型または第二の型であるとして分類することをさらに含む、ということを含むことができる。

実施例５６４では、実施例５５７ないし５６３のうちいずれか一項記載の主題は任意的に、前記不連続通信スケジュールが不連続受信（ＤＲＸ）スケジュールまたは不連続送信（ＤＴＸ）スケジュールである、ということを含むことができる。

実施例５６５では、実施例５５７ないし５６４のうちいずれか一項記載の主題は任意的に、前記不連続通信スケジュールが連続受信と一緒の不連続送信（ＤＴＸ）スケジュールまたは不連続受信（ＤＲＸ）および不連続送信（ＤＴＸ）スケジュールである、ということを含むことができる。

実施例５６６では、実施例５５７ないし５６５のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードがスモール・セルである、ということを含むことができる。

実施例５６７では、実施例５５７ないし５６６のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のそれぞれが第一の型であるときは前記ネットワーク・アクセス・ノードについて不連続通信スケジュールを使うことが、前記ネットワーク・アクセス・ノードに接続されている前記端末装置との間で、前記不連続通信スケジュールに従ってデータを送信または受信することを含む、ということを含むことができる。

実施例５６８では、実施例５５７ないし５６６のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のうちの少なくとも一つが第二の型であるときは前記ネットワーク・アクセス・ノードについて不連続通信スケジュールを使うことが、前記ネットワーク・アクセス・ノードに接続されている前記端末装置との間で、前記連続通信スケジュールに従ってデータを送信または受信することを含む、ということを含むことができる。

実施例５６９では、実施例５５７ないし５６８のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のそれぞれが第一の型であるときは前記ネットワーク・アクセス・ノードについて不連続通信スケジュールを使い、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のうちの少なくとも一つが第二の型であるときは前記ネットワーク・アクセス・ノードについて連続通信スケジュールを使うことが、第二の型の少なくとも一つの端末装置が前記ネットワーク・アクセス・ノードに接続するときは前記不連続通信スケジュールから前記連続通信スケジュールに切り換え、第二の型の少なくとも一つの端末装置が前記ネットワーク・アクセス・ノードから切断され、第二の型の他の端末装置が前記ネットワーク・アクセス・ノードに接続されていないときは前記連続通信スケジュールから前記不連続通信スケジュールに切り換えることを含む、ということを含むことができる。

実施例５７０では、実施例５５７ないし５６９のうちいずれか一項記載の主題は任意的に、前記方法が、前記ネットワーク・アクセス・ノードに接続されている前記端末装置に、前記連増通信スケジュールまたは前記不連続通信スケジュールのどちらが使われているかを指定する制御信号を提供することをさらに含む、ということを含むことができる。

実施例５７１では、実施例５５７ないし５７０のうちいずれか一項記載の主題は任意的に、前記不連続通信スケジュールが一つまたは複数のアクティブ通信フェーズおよび一つまたは複数の非アクティブ通信フェーズをもち、当該方法がさらに、前記不連続通信スケジュールが使われているときは、前記ネットワーク・アクセス・ノードに接続されている前記端末装置に、前記不連続通信スケジュールの前記一つまたは複数のアクティブ・フェーズを利用するよう命令することをさらに含む、ということを含むことができる。

実施例５７２では、実施例５５７ないし５７１のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のそれぞれが第一の型であるときは前記ネットワーク・アクセス・ノードについて不連続通信スケジュールを使うことが、前記ネットワーク・アクセス・ノードに接続されている端末装置の量、前記ネットワーク・アクセス・ノードに接続されている端末装置のデータ・トラフィック・レベルまたは前記ネットワーク・アクセス・ノードに接続されている端末装置の前記集合のデータ・トラフィック頻度に基づく活動パターンをもつ不連続通信スケジュールを選択することを含む、ということを含むことができる。

実施例５７３は、時間を追ってどの端末装置がネットワーク・アクセス・ノードに接続されているかをモニタリングするよう構成された検出回路であって、各端末装置は第一の型または該第一の型とは背反な第二の型である、検出回路と、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のそれぞれが第一の型であるときは前記ネットワーク・アクセス・ノードについて不連続通信スケジュールを使い、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のうちの少なくとも一つが第二の型であるときは前記ネットワーク・アクセス・ノードについて連続通信スケジュールを使うよう構成されているスケジューラ回路とを含む、通信回路装置である。

実施例５７４では、実施例５７３は任意的に、前記検出回路および前記スケジューラ回路がソフトウェア定義回路またはハードウェア定義回路である、ということを含むことができる。

実施例５７５では、実施例５７３または５７４の主題は任意的に、第一の型の端末装置が、第二の型の端末装置よりも、予測しやすいデータ・トラフィック活動をもつ、ということを含むことができる。

実施例５７６では、実施例５７３ないし５７５のうちいずれか一項記載の主題は任意的に、第一の型の端末装置が、第二の型の端末装置よりも、より規則的なデータ・トラフィック活動をもつ、ということを含むことができる。

実施例５７７では、実施例５７３ないし５７６のうちいずれか一項記載の主題は任意的に、第一の型の端末装置のデータ・トラフィック活動が、第二の型の端末装置のデータ・トラフィック活動よりも、時間的に早くスケジュールされる、ということを含むことができる。

実施例５７８では、実施例５７３ないし５７７のうちいずれか一項記載の主題は任意的に、第一の型の端末装置がモノのインターネット（ＩｏＴ）デバイスであり、第二の型の端末装置スマートフォン、ラップトップまたはタブレットである、ということを含むことができる。

実施例５７９では、実施例５７３ないし５７８のうちいずれか一項記載の主題は任意的に、前記検出回路が、前記ネットワーク・ノードに接続されている前記端末装置のそれぞれを第一の時点において第一の型または第二の型であるとして分類するようさらに構成される、ということを含むことができる。

実施例５８０では、実施例５７３ないし５７８のうちいずれか一項記載の主題は任意的に、前記検出回路が、前記ネットワーク・ノードに接続されている前記端末装置のそれぞれを、第一の時点において、各端末装置のデータ・トラフィック・パターンに基づいて、第一の型または第二の型であるとして分類するようさらに構成される、ということを含むことができる。

実施例５８１では、実施例５７３ないし５８０のうちいずれか一項記載の主題は任意的に、前記不連続通信スケジュールが不連続受信（ＤＲＸ）スケジュールまたは不連続送信（ＤＴＸ）スケジュールである、ということを含むことができる。

実施例５８２では、実施例５７３ないし５８１のうちいずれか一項記載の主題は任意的に、前記不連続通信スケジュールが連続受信と一緒の不連続送信（ＤＴＸ）スケジュールまたは不連続受信（ＤＲＸ）および不連続送信（ＤＴＸ）スケジュールである、ということを含むことができる。

実施例５８３では、実施例５７３ないし５８２のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードがスモール・セルである、ということを含むことができる。

実施例５８４では、実施例５７３ないし５８３のうちいずれか一項記載の主題は任意的に、前記スケジューラ回路が前記不連続通信スケジュールを選択するとき、前記ネットワーク・アクセス・ノードに接続されている前記端末装置との間で、前記不連続通信スケジュールに従ってデータを送信または受信するよう構成されている無線回路をさらに含むことができる。

実施例５８５では、実施例５７３ないし５８３のうちいずれか一項記載の主題は任意的に、前記スケジューラ回路が前記連続通信スケジュールを選択するとき、前記ネットワーク・アクセス・ノードに接続されている前記端末装置との間で、前記連続通信スケジュールに従ってデータを送信または受信するよう構成されている無線回路をさらに含むことができる。

実施例５８６では、実施例５７３ないし５８５のうちいずれか一項記載の主題は任意的に、前記スケジューラ回路が、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のそれぞれが第一の型であるときは前記ネットワーク・アクセス・ノードについて不連続通信スケジュールを使い、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のうちの少なくとも一つが第二の型であるときは前記ネットワーク・アクセス・ノードについて連続通信スケジュールを使うことを、第二の型の少なくとも一つの端末装置が前記ネットワーク・アクセス・ノードに接続するときは前記不連続通信スケジュールから前記連続通信スケジュールに切り換え、第二の型の少なくとも一つの端末装置が前記ネットワーク・アクセス・ノードから切断され、第二の型の他の端末装置が前記ネットワーク・アクセス・ノードに接続されていないときは前記連続通信スケジュールから前記不連続通信スケジュールに切り換えることによって実行するよう構成される、ということを含むことができる。

実施例５８７では、実施例５７３ないし５８６のうちいずれか一項記載の主題は任意的に、前記スケジューラ回路が、前記ネットワーク・アクセス・ノードに接続されている前記端末装置に、前記連増通信スケジュールまたは前記不連続通信スケジュールのどちらが使われているかを指定する制御信号を提供するようさらに構成される、ということを含むことができる。

実施例５８８では、実施例５７３ないし５８７のうちいずれか一項記載の主題は任意的に、前記不連続通信スケジュールが一つまたは複数のアクティブ通信フェーズおよび一つまたは複数の非アクティブ通信フェーズをもち、前記スケジューラ回路がさらに、前記不連続通信スケジュールが使われているときは、前記ネットワーク・アクセス・ノードに接続されている前記端末装置に、前記不連続通信スケジュールの前記一つまたは複数のアクティブ・フェーズを利用するよう命令するよう構成される、ということを含むことができる。

実施例５８９では、実施例５７３ないし５８８のうちいずれか一項記載の主題は任意的に、前記スケジューラ回路が、前記ネットワーク・アクセス・ノードに接続されている前記端末装置のそれぞれが第一の型であるときは前記ネットワーク・アクセス・ノードについて不連続通信スケジュールを使うことを、前記ネットワーク・アクセス・ノードに接続されている端末装置の量、前記ネットワーク・アクセス・ノードに接続されている端末装置のデータ・トラフィック・レベルまたは前記ネットワーク・アクセス・ノードに接続されている端末装置の前記集合のデータ・トラフィック頻度に基づく活動パターンをもつ不連続通信スケジュールを選択することによって実行するよう構成される、ということを含むことができる。

実施例５９０は、無線アクセス・ネットワークに関連する上りリンクまたは下りリンク・データ・トラフィックをモニタリングしてトラフィック負荷条件を決定する手段と；前記トラフィック負荷条件に基づいて、アクティブ・フェーズおよび非アクティブ・フェーズをもつデューティーサイクルを選択する手段と；追加的な上りリンクまたは下りリンク・データ・トラフィックを処理する手段とを有しており、ネットワーク処理インフラストラクチャーは前記アクティブ・フェーズの間は高電力状態にあり、前記非アクティブ・フェーズの間は低電力状態にある、装置である。

実施例５９１は、ネットワーク処理インフラストラクチャーの動作方法であり、当該方法は、無線アクセス・ネットワークに関連する上りリンクまたは下りリンク・データ・トラフィックをモニタリングしてトラフィック負荷条件を決定する段階と；前記トラフィック負荷条件に基づいて、アクティブ・フェーズおよび非アクティブ・フェーズをもつデューティーサイクルを選択する段階と；追加的な上りリンクまたは下りリンク・データ・トラフィックを処理する段階とを有しており、ネットワーク処理インフラストラクチャーは前記アクティブ・フェーズの間は高電力状態にあり、前記非アクティブ・フェーズの間は低電力状態にある。

実施例５９２では、実施例５９１の主題は任意的に、無線アクセス・ネットワークに関連する上りリンクまたは下りリンク・データ・トラフィックをモニタリングしてトラフィック負荷条件を決定することが、ネットワーク・アクセス・ノードのコア・ネットワーク・インターフェースにおいて下りリンク・トラフィックをモニタリングして、平均下りリンク・スループット測定値を得ることを含み、
前記トラフィック負荷条件に基づいて、アクティブ・フェーズおよび非アクティブ・フェーズをもつデューティーサイクルを選択することが、前記平均下りリンク・スループット測定値に基づいてデューティーサイクルを選択することを含む、ということを含むことができる。

実施例５９３では、実施例５９２の主題は任意的に、前記平均下りリンク・スループット測定値に基づいてデューティーサイクルを選択することが、アクティブ・フェーズと非アクティブ・ファーズの比が前記平均下りリンク・スループット測定値に正比例するデューティーサイクルを選択することを含む、ということを含むことができる。

実施例５９４では、実施例５９２の主題は任意的に、前記トラフィック負荷条件に基づいて、アクティブ・フェーズおよび非アクティブ・フェーズをもつデューティーサイクルを選択することが、あらかじめ定義されたマッピング・スキームに基づいてデューティーサイクルを選択することを含み、前記あらかじめ定義されたマッピング・スキームは、前記トラフィック負荷条件に正比例するアクティブ・フェーズの長さと非アクティブ・フェーズの長さとの比をもつデューティーサイクルを選択するよう構成される、ということを含むことができる。

実施例５９５では、実施例５９１ないし５９４のうちいずれか一項記載の主題は任意的に、無線アクセス・ネットワークに関連する上りリンクまたは下りリンク・データ・トラフィックをモニタリングしてトラフィック負荷条件を決定することは、ネットワーク・アクセス・ノードのエア・インターフェースにおける上りリンク・トラフィックをモニタリングして、平均上りリンク・スループット測定値を得ることを含み、
前記トラフィック負荷条件に基づいてデューティーサイクルを選択することが、前記平均上りリンク・スループット測定値に基づいてデューティーサイクルを選択することを含む、ということを含むことができる。

実施例５９６では、実施例５９１ないし５９４のうちいずれか一項記載の主題は任意的に、無線アクセス・ネットワークに関連する上りリンクまたは下りリンク・データ・トラフィックをモニタリングしてトラフィック負荷条件を決定することは、ネットワーク・アクセス・ノードのエア・インターフェースにおける上りリンク・スケジューリング要求またはバッファ状態レポートをモニタリングして、予測上りリンク・トラフィック測定値を得ることを含み、
前記トラフィック負荷条件に基づいてデューティーサイクルを選択することが、前記予測上りリンク・トラフィック測定値に基づいてデューティーサイクルを選択することを含む、ということを含むことができる。

実施例５９７では、実施例５９１ないし５９６のうちいずれか一項記載の主題は任意的に、トラフィック負荷条件が増大したことを検出し、前記デューティーサイクルよりも大きなアクティブ・フェーズと非アクティブ・フェーズの比をもつ新たなデューティーサイクルを選択すること、あるいはトラフィック負荷条件が減少したことを検出し、前記デューティーサイクルよりも小さなアクティブ・フェーズと非アクティブ・フェーズの比をもつ新たなデューティーサイクルを選択することをさらに含むことができる。

実施例５９８では、実施例５９１ないし５９７のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーが、それぞれ異なる処理能力を提供する複数の電力状態において動作するよう構成され、当該方法はさらに、前記トラフィック負荷条件に基づいて前記複数の電力状態のうちから高電力状態および低電力状態を選択することを含む。

実施例５９９では、実施例５９８の主題は任意的に、前記複数の電力状態が有限であり、あらかじめ定義されている、ということを含むことができる。

実施例６００では、実施例５９８または５９９の主題は任意的に、前記複数の電力状態が、処理クロック周波数、電圧、アクティブなプロセッサ・コアの数、動的な電圧および周波数スケーリング、クロック・ゲーティングまたは電力ゲーティングのうちの一つまたは複数の点で互いに異なる、ということを含むことができる。

実施例６０１では、実施例５９１ないし６００のうちいずれか一項記載の主題は任意的に、前記高電力状態が、前記低電力状態よりも、より高い処理クロック周波数、より高い電圧、より多いアクティブなプロセッサ・コアの数、より大きな量の動的な電圧および周波数スケーリング、より多量のクロック・ゲーティングまたはより多量の電力ゲーティングをもつ、ということを含むことができる。

実施例６０２では、実施例５９１ないし６０１のうちいずれか一項記載の主題は任意的に、前記デューティーサイクルのアクティブ・フェーズおよび非アクティブ・フェーズに従って前記追加的な上りリンクまたは下りリンク・データ・トラフィックをスケジュールすることをさらに含むことができる。

実施例６０３では、実施例６０２の主題は任意的に、前記デューティーサイクルのアクティブ・フェーズおよび非アクティブ・フェーズに基づいて前記追加的な上りリンクまたは下りリンク・データ・トラフィックをスケジュールすることが、前記デューティーサイクルのアクティブ・フェーズの間に下りリンク承認または上りリンク承認をスケジュールすることを含む、ということを含むことができる。

実施例６０４では、実施例５９１ないし６０１のうちいずれか一項記載の主題は任意的に、前記追加的な上りリンクまたは下りリンク・データ・トラフィックを、該追加的な上りリンクまたは下りリンク・データ・トラフィックのレイテンシー要件に基づいて前記アクティブ・フェーズおよび非アクティブ・フェーズにおいてスケジュールすることをさらに含むことができる。

実施例６０５では、実施例６０４の主題は任意的に、前記追加的な上りリンクまたは下りリンク・データ・トラフィックを、該追加的な上りリンクまたは下りリンク・データ・トラフィックのレイテンシー要件に基づいて前記アクティブ・フェーズおよび非アクティブ・フェーズにおいてスケジュールすることが、前記追加的な上りリンクまたは下りリンク・データ・トラフィックにおいてレイテンシーが決定的なデータ・トラフィックおよびレイテンシーが決定的でないデータ・トラフィックを識別し、レイテンシーが決定的なデータ・トラフィックをアクティブ・フェーズおよび非アクティブ・フェーズにおいてスケジュールし、レイテンシーが決定的でないデータ・トラフィックをアクティブ・フェーズにおいてスケジュールすることを含む、ということを含むことができる。

実施例６０６では、実施例５９１ないし６０１のうちいずれか一項記載の主題は任意的に、前記追加的な上りリンクまたは下りリンク・データ・トラフィックを、該追加的な上りリンクまたは下りリンク・データ・トラフィックのサービス品質（ＱｏＳ）要件に基づいて前記アクティブ・フェーズおよび非アクティブ・フェーズにおいてスケジュールすることをさらに含むことができる。

実施例６０７では、実施例６０６の主題は任意的に、前記ＱｏＳ要件がＱｏＳクラス・インジケーター（ＱＣＩ）値を含む、ということを含むことができる。

実施例６０８では、実施例５９１ないし６０７のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーが、アクティブ・フェーズおよび非アクティブ・フェーズの間にアクティブである常時オン処理資源と、アクティブ・フェーズの間にのみアクティブであるデューティーサイクルをもつ処理資源とを備えて構成される、ということを含むことができる。

実施例６０９では、実施例６０８の主題は任意的に、前記追加的な上りリンクまたは下りリンク・データ・トラフィックを処理することであって、ネットワーク処理インフラストラクチャーは前記アクティブ・フェーズの間は高電力状態にあり、前記非アクティブ・フェーズの間は低電力状態にある、ことは、前記追加的な上りリンクまたは下りリンク・データ・トラフィックのレイテンシーが決定的なデータ・トラフィックを前記常時オン処理資源で処理し、前記追加的な上りリンクまたは下りリンク・データ・トラフィックのレイテンシーが決定的でないデータ・トラフィックを前記デューティーサイクルをもつ処理資源で処理することを含む、ということを含むことができる。

実施例６１０では、実施例５９１ないし６０９のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーが上りリンク処理資源および下りリンク処理資源をもち、前記デューティーサイクルが上りリンク・デューティーサイクルであり、前記方法がさらに、前記トラフィック負荷条件に基づいてアクティブ・フェーズおよび非アクティブ・フェーズをもつ下りリンク・デューティーサイクルを選択することを含み、前記ネットワーク処理インフラストラクチャーで前記追加的な上りリンクまたは下りリンク・データ・トラフィックを処理することが、前記追加的な上りリンクまたは下りリンク・データの上りリンク・データを前記上りリンク処理資源で処理することを、前記上りリンク・デューティーサイクルのアクティブ・フェーズの間は高電力状態で、前記上りリンク・デューティーサイクルの非アクティブ・フェーズの間は低電力状態で実行し、前記追加的な上りリンクまたは下りリンク・データの下りリンク・データを前記下りリンク処理資源で処理することを、前記下りリンク・デューティーサイクルのアクティブ・フェーズの間は高電力状態で、前記下りリンク・デューティーサイクルの非アクティブ・フェーズの間は低電力状態で実行することを含む、ということを含むことができる。

実施例６１１では、実施例５９１ないし６１０のうちいずれか一項記載の主題は任意的に、前記追加的な上りリンクまたは下りリンク・データ・トラフィックの可能な増大を示す端末装置からの制御メッセージを受信し、前記可能な増大に基づいて前記デューティーサイクルを調整することをさらに含むことができる。

実施例６１２では、実施例６１１の主題は任意的に、前記可能な増大に基づいて前記デューティーサイクルを調整することが、アクティブ・フェーズと非アクティブ・フェーズの比を増大させることまたは前記高電力状態の電力レベルを増大させることを含む、ということを含むことができる。

実施例６１３では、実施例５９１ないし６１２のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーがネットワーク・アクセス・ノードのコンポーネントである、ということを含むことができる。

実施例６１４では、実施例５９１ないし６１２のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーがコア・ネットワーク・ノードのコンポーネントである、ということを含むことができる。

実施例６１５は、実施例５９１ないし６１４のうちいずれか一項記載の方法を実行するよう構成されたプロセッサである。

実施例６１６は、プロセッサによって実行されたときに実施例５９１ないし６１４のうちいずれか一項記載の方法を実行するよう該プロセッサに指令する命令を記憶している非一時的なコンピュータ可読媒体である。

実施例６１７は、プロセッサおよびネットワーク処理インフラストラクチャーを含むネットワーク・アクセス・ノードであり、前記ネットワーク・アクセス・ノードは実施例５９１ないし６１４のうちいずれか一項記載の方法を実行するよう構成される。

実施例６１８は、プロセッサおよびネットワーク処理インフラストラクチャーを含むコア・ネットワーク・ノードであり、前記コア・ネットワーク・ノードは実施例５９１ないし６１４のうちいずれか一項記載の方法を実行するよう構成される。

実施例６１９は、無線アクセス・ネットワークに関連する上りリンクまたは下りリンク・データ・トラフィックをモニタリングしてトラフィック負荷条件を決定するよう構成されたトラフィック・モニタリング・モジュールと；前記トラフィック負荷条件に基づいて、アクティブ・フェーズおよび非アクティブ・フェーズをもつデューティーサイクルを選択するよう構成された活動制御モジュールと；追加的な上りリンクまたは下りリンク・データ・トラフィックを処理するよう構成されたネットワーク処理インフラストラクチャーとを含む通信システムであり、前記ネットワーク処理インフラストラクチャーは前記アクティブ・フェーズの間は高電力状態にあり、前記非アクティブ・フェーズの間は低電力状態にある。

実施例６２０では、実施例６１９の主題は任意的に、前記ネットワーク処理インフラストラクチャーが、前記処理を実行するよう構成された一つまたは複数のハードウェア・アクセラレータおよびプロセッサを含む、ということを含むことができる。

実施例６２１では、実施例６１９または６２０の主題は任意的に、無線トランシーバをさらに含み、ネットワーク・アクセス・ノードとして構成されることができる。

実施例６２２では、実施例６１９または６２０の主題は任意的に、コア・ネットワーク・ノードとして構成されることができる。

実施例６２３では、実施例６１９ないし６２２のうちいずれか一項記載の主題は任意的に、前記トラフィック・モニタリング・モジュールが、無線アクセス・ネットワークに関連する上りリンクまたは下りリンク・データ・トラフィックをモニタリングしてトラフィック負荷条件を決定することを、ネットワーク・アクセス・ノードのコア・ネットワーク・インターフェースにおいて下りリンク・トラフィックをモニタリングして、平均下りリンク・スループット測定値を得ることによって実行するよう構成され、前記活動制御モジュールが、前記トラフィック負荷条件に基づいてデューティーサイクルを選択することを、前記平均下りリンク・スループット測定値に基づいてデューティーサイクルを選択することによって実行するよう構成される、ということを含むことができる。

実施例６２４では、実施例６２３の主題は任意的に、前記活動制御モジュールが、平均下りリンク・スループット測定値に基づいてデューティーサイクルを選択することを、アクティブ・フェーズと非アクティブ・ファーズの比が前記平均下りリンク・スループット測定値に正比例するデューティーサイクルを選択することによって実行するよう構成される、ということを含むことができる。

実施例６２５では、実施例６２３の主題は任意的に、前記活動制御モジュールが、前記トラフィック負荷条件に基づいて、アクティブ・フェーズおよび非アクティブ・フェーズをもつデューティーサイクルを選択することを、あらかじめ定義されたマッピング・スキームに基づいてデューティーサイクルを選択することによって実行するよう構成され、前記あらかじめ定義されたマッピング・スキームは、前記トラフィック負荷条件に正比例するアクティブ・フェーズの長さと非アクティブ・フェーズの長さとの比をもつデューティーサイクルを選択するよう構成される、ということを含むことができる。

実施例６２６では、実施例６１９ないし６２５のうちいずれか一項記載の主題は任意的に、前記トラフィック・モニタリング・モジュールが、無線アクセス・ネットワークに関連する上りリンクまたは下りリンク・データ・トラフィックをモニタリングしてトラフィック負荷条件を決定することを、ネットワーク・アクセス・ノードのエア・インターフェースにおける上りリンク・トラフィックをモニタリングして、平均上りリンク・スループット測定値を得ることによって実行するよう構成され、前記活動制御モジュールが、前記トラフィック負荷条件に基づいてデューティーサイクルを選択することを、前記平均上りリンク・スループット測定値に基づいてデューティーサイクルを選択することによって実行するよう構成される、ということを含むことができる。

実施例６２７では、実施例６１９ないし６２６のうちいずれか一項記載の主題は任意的に、前記トラフィック・モニタリング・モジュールが、無線アクセス・ネットワークに関連する上りリンクまたは下りリンク・データ・トラフィックをモニタリングしてトラフィック負荷条件を決定することを、ネットワーク・アクセス・ノードのエア・インターフェースにおける上りリンク・スケジューリング要求またはバッファ状態レポートをモニタリングして、予測上りリンク・トラフィック測定値を得ることを含み、前記活動制御モジュールが、前記トラフィック負荷条件に基づいてデューティーサイクルを選択することを、前記予測上りリンク・トラフィック測定値に基づいてデューティーサイクルを選択することによって実行するよう構成される、ということを含むことができる。

実施例６２８では、実施例６１９ないし６２７のうちいずれか一項記載の主題は任意的に、前記活動制御モジュールが、トラフィック負荷条件が増大したことを検出し、前記デューティーサイクルよりも大きなアクティブ・フェーズと非アクティブ・フェーズの比をもつ新たなデューティーサイクルを選択する、あるいはトラフィック負荷条件が減少したことを検出し、前記デューティーサイクルよりも小さなアクティブ・フェーズと非アクティブ・フェーズの比をもつ新たなデューティーサイクルを選択するようさらに構成される、ということを含むことができる。

実施例６２９では、実施例６１９ないし６２８のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーが、それぞれ異なる処理能力を提供する複数の電力状態において動作するよう構成され、当該通信システムがさらに、前記トラフィック負荷条件に基づいて前記高電力状態および前記低電力状態を選択するよう構成された電力管理モジュールを含む、ということを含むことができる。

実施例６３０では、実施例６２９の主題は任意的に、前記複数の電力状態が有限であり、あらかじめ定義されている、ということを含むことができる。

実施例６３１では、実施例６２９または６３０の主題は任意的に、前記複数の電力状態が、処理クロック周波数、電圧、アクティブなプロセッサ・コアの数、動的な電圧および周波数スケーリング、クロック・ゲーティングまたは電力ゲーティングのうちの一つまたは複数の点で互いに異なる、ということを含むことができる。

実施例６３２では、実施例６１９ないし６３１のうちいずれか一項記載の主題は任意的に、前記高電力状態が、前記低電力状態よりも、より高い処理クロック周波数、より高い電圧、より多いアクティブなプロセッサ・コアの数、より大きな量の動的な電圧および周波数スケーリング、より多量のクロック・ゲーティングまたはより多量の電力ゲーティングをもつ、ということを含むことができる。

実施例６３３では、実施例６１９ないし６３２のうちいずれか一項記載の主題は任意的に、前記デューティーサイクルのアクティブ・フェーズおよび非アクティブ・フェーズに従って前記追加的な上りリンクまたは下りリンク・データ・トラフィックをスケジュールするよう構成されたスケジューリング・モジュールをさらに含むことができる。

実施例６３４では、実施例６３３の主題は任意的に、前記スケジューリング・モジュールが、前記デューティーサイクルのアクティブ・フェーズおよび非アクティブ・フェーズに従って前記追加的な上りリンクまたは下りリンク・データ・トラフィックをスケジュールすることを、前記デューティーサイクルのアクティブ・フェーズの間に下りリンク承認または上りリンク承認をスケジュールすることによって実行するよう構成される、ということを含むことができる。

実施例６３５では、実施例６１９ないし６３２のうちいずれか一項記載の主題は任意的に、前記追加的な上りリンクまたは下りリンク・データ・トラフィックを、該追加的な上りリンクまたは下りリンク・データ・トラフィックのレイテンシー要件に基づいて前記アクティブ・フェーズおよび非アクティブ・フェーズにおいてスケジュールするよう構成されたスケジューリング・モジュールをさらに含むことができる。

実施例６３６では、実施例６３５の主題は任意的に、前記スケジューリング・モジュールが、前記追加的な上りリンクまたは下りリンク・データ・トラフィックを、該追加的な上りリンクまたは下りリンク・データ・トラフィックのレイテンシー要件に基づいて前記アクティブ・フェーズおよび非アクティブ・フェーズにおいてスケジュールすることを、前記追加的な上りリンクまたは下りリンク・データ・トラフィックにおいてレイテンシーが決定的なデータ・トラフィックおよびレイテンシーが決定的でないデータ・トラフィックを識別し、レイテンシーが決定的なデータ・トラフィックをアクティブ・フェーズおよび非アクティブ・フェーズにおいてスケジュールし、レイテンシーが決定的でないデータ・トラフィックをアクティブ・フェーズにおいてスケジュールすることによって実行するよう構成される、ということを含むことができる。

実施例６３７では、実施例６１９ないし６３２のうちいずれか一項記載の主題は任意的に、前記追加的な上りリンクまたは下りリンク・データ・トラフィックを、該追加的な上りリンクまたは下りリンク・データ・トラフィックのサービス品質（ＱｏＳ）要件に基づいて前記アクティブ・フェーズおよび非アクティブ・フェーズにおいてスケジュールするよう構成されたスケジューリング・モジュールをさらに含むことができる。

実施例６３８では、実施例６３７の主題は任意的に、前記ＱｏＳ要件がＱｏＳクラス・インジケーター（ＱＣＩ）値を含む、ということを含むことができる。

実施例６３９では、実施例６１９ないし６３８のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理が、アクティブ・フェーズおよび非アクティブ・フェーズの間にアクティブである常時オン処理資源と、アクティブ・フェーズの間にのみアクティブであるデューティーサイクルをもつ処理資源とを備えて構成される、ということを含むことができる。

実施例６４０では、実施例６３９の主題は任意的に、前記ネットワーク処理インフラストラクチャーが、前記追加的な上りリンクまたは下りリンク・データ・トラフィックのレイテンシーが決定的なデータ・トラフィックを前記常時オン処理資源で処理し、前記追加的な上りリンクまたは下りリンク・データ・トラフィックのレイテンシーが決定的でないデータ・トラフィックを前記デューティーサイクルをもつ処理資源で処理するよう構成される、ということを含むことができる。

実施例６４１では、実施例６１９ないし６４０のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーが上りリンク処理資源および下りリンク処理資源をもち、前記デューティーサイクルが上りリンク・デューティーサイクルであり、前記活動制御モジュールがさらに、前記トラフィック負荷条件に基づいてアクティブ・フェーズおよび非アクティブ・フェーズをもつ下りリンク・デューティーサイクルを選択するよう構成され、前記ネットワーク処理インフラストラクチャーが前記追加的な上りリンクまたは下りリンク・データ・トラフィックを処理することを、前記追加的な上りリンクまたは下りリンク・データの上りリンク・データを前記上りリンク処理資源で処理することを、前記上りリンク・デューティーサイクルのアクティブ・フェーズの間は高電力状態で、前記上りリンク・デューティーサイクルの非アクティブ・フェーズの間は低電力状態で実行し、前記追加的な上りリンクまたは下りリンク・データの下りリンク・データを前記下りリンク処理資源で処理することを、前記下りリンク・デューティーサイクルのアクティブ・フェーズの間は高電力状態で、前記下りリンク・デューティーサイクルの非アクティブ・フェーズの間は低電力状態で実行することによって実行するよう構成される、ということを含むことができる。

実施例６４２では、実施例６１９ないし６４１のうちいずれか一項記載の主題は任意的に、前記活動制御モジュールがさらに、前記追加的な上りリンクまたは下りリンク・データ・トラフィックの可能な増大を示す端末装置からの制御メッセージを受信し、前記可能な増大に基づいて前記デューティーサイクルを調整するよう構成される、ということを含むことができる。

実施例６４３では、実施例６４２の主題は任意的に、前記活動制御モジュールが、前記可能な増大に基づいて前記デューティーサイクルを調整することを、アクティブ・フェーズと非アクティブ・フェーズの比を増大させることまたは前記高電力状態の電力レベルを増大させることによって実行するよう構成される、ということを含むことができる。

実施例６４４は、プロセッサによって実行されたときに該プロセッサに方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体であり、前記方法は、無線アクセス・ネットワークに関連する上りリンクまたは下りリンク・データ・トラフィックをモニタリングしてトラフィック負荷条件を決定する段階と；前記トラフィック負荷条件に基づいて、アクティブ・フェーズおよび非アクティブ・フェーズをもつデューティーサイクルを選択する段階と；追加的な上りリンクまたは下りリンク・データ・トラフィックを、前記アクティブ・フェーズの間は高電力状態で、前記非アクティブ・フェーズの間は低電力状態で処理するようネットワーク処理インフラストラクチャーを制御する段階とを含む。

実施例６４５では、実施例６４４の主題は任意的に、無線アクセス・ネットワークに関連する上りリンクまたは下りリンク・データ・トラフィックをモニタリングしてトラフィック負荷条件を決定することが、ネットワーク・アクセス・ノードのコア・ネットワーク・インターフェースにおいて下りリンク・トラフィックをモニタリングして、平均下りリンク・スループット測定値を得ることを含み、
前記トラフィック負荷条件に基づいてデューティーサイクルを選択することが、前記平均下りリンク・スループット測定値に基づいてデューティーサイクルを選択することを含む、ということを含むことができる。

実施例６４６では、実施例６４５の主題は任意的に、前記平均下りリンク・スループット測定値に基づいてデューティーサイクルを選択することが、アクティブ・フェーズと非アクティブ・ファーズの比が前記平均下りリンク・スループット測定値に正比例するデューティーサイクルを選択することを含む、ということを含むことができる。

実施例６４８では、実施例６４５の主題は任意的に、前記トラフィック負荷条件に基づいて、アクティブ・フェーズおよび非アクティブ・フェーズをもつデューティーサイクルを選択することが、あらかじめ定義されたマッピング・スキームに基づいてデューティーサイクルを選択することを含み、前記あらかじめ定義されたマッピング・スキームは、前記トラフィック負荷条件に正比例するアクティブ・フェーズの長さと非アクティブ・フェーズの長さとの比をもつデューティーサイクルを選択するよう構成される、ということを含むことができる。

実施例６４８では、実施例６４４ないし６４７のうちいずれか一項記載の主題は任意的に、無線アクセス・ネットワークに関連する上りリンクまたは下りリンク・データ・トラフィックをモニタリングしてトラフィック負荷条件を決定することは、ネットワーク・アクセス・ノードのエア・インターフェースにおける上りリンク・トラフィックをモニタリングして、平均上りリンク・スループット測定値を得ることを含み、
前記トラフィック負荷条件に基づいてデューティーサイクルを選択することが、前記平均上りリンク・スループット測定値に基づいてデューティーサイクルを選択することを含む、ということを含むことができる。

実施例６４９では、実施例６４４ないし６４７のうちいずれか一項記載の主題は任意的に、無線アクセス・ネットワークに関連する上りリンクまたは下りリンク・データ・トラフィックをモニタリングしてトラフィック負荷条件を決定することは、ネットワーク・アクセス・ノードのエア・インターフェースにおける上りリンク・スケジューリング要求またはバッファ状態レポートをモニタリングして、予測上りリンク・トラフィック測定値を得ることを含み、
前記トラフィック負荷条件に基づいてデューティーサイクルを選択することが、前記予測上りリンク・トラフィック測定値に基づいてデューティーサイクルを選択することを含む、ということを含むことができる。

実施例６５０では、実施例６４４ないし６４９のうちいずれか一項記載の主題は任意的に、前記方法が、トラフィック負荷条件が増大したことを検出し、前記デューティーサイクルよりも大きなアクティブ・フェーズと非アクティブ・フェーズの比をもつ新たなデューティーサイクルを選択すること、あるいはトラフィック負荷条件が減少したことを検出し、前記デューティーサイクルよりも小さなアクティブ・フェーズと非アクティブ・フェーズの比をもつ新たなデューティーサイクルを選択することをさらに含む、ということを含むことができる。

実施例６５１では、実施例６４４ないし６５０のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーが、それぞれ異なる処理能力を提供する複数の電力状態において動作するよう構成され、当該方法はさらに、前記トラフィック負荷条件に基づいて前記複数の電力状態のうちから高電力状態および低電力状態を選択することを含む。

実施例６５２では、実施例６５１の主題は任意的に、前記複数の電力状態が有限であり、あらかじめ定義されている、ということを含むことができる。

実施例６５３では、実施例６５１または６５２の主題は任意的に、前記複数の電力状態が、処理クロック周波数、電圧、アクティブなプロセッサ・コアの数、動的な電圧および周波数スケーリング、クロック・ゲーティングまたは電力ゲーティングのうちの一つまたは複数の点で互いに異なる、ということを含むことができる。

実施例６５４では、実施例６４４ないし６５３のうちいずれか一項記載の主題は任意的に、前記高電力状態が、前記低電力状態よりも、より高い処理クロック周波数、より高い電圧、より多いアクティブなプロセッサ・コアの数、より大きな量の動的な電圧および周波数スケーリング、より多量のクロック・ゲーティングまたはより多量の電力ゲーティングをもつ、ということを含むことができる。

実施例６５５では、実施例６４４ないし６５４のうちいずれか一項記載の主題は任意的に、前記方法が、前記デューティーサイクルのアクティブ・フェーズおよび非アクティブ・フェーズに従って前記追加的な上りリンクまたは下りリンク・データ・トラフィックをスケジュールすることをさらに含む、ということを含むことができる。

実施例６５６では、実施例６５５の主題は任意的に、前記デューティーサイクルのアクティブ・フェーズおよび非アクティブ・フェーズに従って前記追加的な上りリンクまたは下りリンク・データ・トラフィックをスケジュールすることが、前記デューティーサイクルのアクティブ・フェーズの間に下りリンク承認または上りリンク承認をスケジュールすることを含む、ということを含むことができる。

実施例６５７では、実施例６４４ないし６５４のうちいずれか一項記載の主題は任意的に、前記方法が、前記追加的な上りリンクまたは下りリンク・データ・トラフィックを、該追加的な上りリンクまたは下りリンク・データ・トラフィックのレイテンシー要件に基づいて前記アクティブ・フェーズおよび非アクティブ・フェーズにおいてスケジュールすることをさらに含む、ということを含むことができる。

実施例６５８では、実施例６５７の主題は任意的に、前記追加的な上りリンクまたは下りリンク・データ・トラフィックを、該追加的な上りリンクまたは下りリンク・データ・トラフィックのレイテンシー要件に基づいて前記アクティブ・フェーズおよび非アクティブ・フェーズにおいてスケジュールすることが、前記追加的な上りリンクまたは下りリンク・データ・トラフィックにおいてレイテンシーが決定的なデータ・トラフィックおよびレイテンシーが決定的でないデータ・トラフィックを識別し、レイテンシーが決定的なデータ・トラフィックをアクティブ・フェーズおよび非アクティブ・フェーズにおいてスケジュールし、レイテンシーが決定的でないデータ・トラフィックをアクティブ・フェーズにおいてスケジュールすることを含む、ということを含むことができる。

実施例６５９では、実施例６４４ないし６５４のうちいずれか一項記載の主題は任意的に、前記方法が、前記追加的な上りリンクまたは下りリンク・データ・トラフィックを、該追加的な上りリンクまたは下りリンク・データ・トラフィックのサービス品質（ＱｏＳ）要件に基づいて前記アクティブ・フェーズおよび非アクティブ・フェーズにおいてスケジュールすることをさらに含む、ということを含むことができる。

実施例６６０では、実施例６５９の主題は任意的に、前記ＱｏＳ要件がＱｏＳクラス・インジケーター（ＱＣＩ）値を含む、ということを含むことができる。

実施例６６１では、実施例６４４ないし６６０のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーが、アクティブ・フェーズおよび非アクティブ・フェーズの間にアクティブである常時オン処理資源と、アクティブ・フェーズの間にのみアクティブであるデューティーサイクルをもつ処理資源とを備えて構成される、ということを含むことができる。

実施例６６２では、実施例６６１の主題は任意的に、前記追加的な上りリンクまたは下りリンク・データ・トラフィックを、前記アクティブ・フェーズの間は高電力状態で、前記非アクティブ・フェーズの間は低電力状態で処理するよう前記ネットワーク処理インフラストラクチャーを制御することが、前記追加的な上りリンクまたは下りリンク・データ・トラフィックのうちレイテンシーが決定的なデータ・トラフィックを前記常時オン処理資源で処理するよう前記ネットワーク処理インフラストラクチャーを制御し、前記追加的な上りリンクまたは下りリンク・データ・トラフィックのうちレイテンシーが決定的でないデータ・トラフィックを前記デューティーサイクルをもつ処理資源で処理するよう前記ネットワーク処理インフラストラクチャーを制御することを含む、ということを含むことができる。

実施例６６３では、実施例６４４ないし６６２のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーが上りリンク処理資源および下りリンク処理資源をもち、前記デューティーサイクルが上りリンク・デューティーサイクルであり、前記方法がさらに、前記トラフィック負荷条件に基づいてアクティブ・フェーズおよび非アクティブ・フェーズをもつ下りリンク・デューティーサイクルを選択することを含み、前記追加的な上りリンクまたは下りリンク・データ・トラフィックを、前記アクティブ・フェーズの間は高電力状態で、前記非アクティブ・フェーズの間は低電力状態で処理するよう前記ネットワーク処理インフラストラクチャーを制御することが、前記追加的な上りリンクまたは下りリンク・データのうち上りリンク・データを前記上りリンク処理資源で処理することを、前記上りリンク・デューティーサイクルのアクティブ・フェーズの間は高電力状態で、前記上りリンク・デューティーサイクルの非アクティブ・フェーズの間は低電力状態で実行するよう前記ネットワーク処理インフラストラクチャーを制御し、前記追加的な上りリンクまたは下りリンク・データのうち下りリンク・データを前記下りリンク処理資源で処理することを、前記下りリンク・デューティーサイクルのアクティブ・フェーズの間は高電力状態で、前記下りリンク・デューティーサイクルの非アクティブ・フェーズの間は低電力状態で実行するよう前記ネットワーク処理インフラストラクチャーを制御することを含む、ということを含むことができる。

実施例６６４では、実施例６４４ないし６６３のうちいずれか一項記載の主題は任意的に、前記方法が、前記追加的な上りリンクまたは下りリンク・データ・トラフィックの可能な増大を示す端末装置からの制御メッセージを受信し、前記可能な増大に基づいて前記デューティーサイクルを調整することをさらに含む、ということを含むことができる。

実施例６６５では、実施例６６４の主題は任意的に、前記可能な増大に基づいて前記デューティーサイクルを調整することが、アクティブ・フェーズと非アクティブ・フェーズの比を増大させることまたは前記高電力状態の電力レベルを増大させることを含む、ということを含むことができる。

実施例６６６では、実施例６４４ないし６６５のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーがネットワーク・アクセス・ノードのコンポーネントである、ということを含むことができる。

実施例６６７では、実施例６４４ないし６６５のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーがコア・ネットワーク・ノードのコンポーネントである、ということを含むことができる。

実施例６６８は、無線アクセス・ネットワークに関連する上りリンクまたは下りリンク・データ・トラフィックをモニタリングしてトラフィック負荷条件を決定するよう構成されたトラフィック・モニタリング回路と；前記トラフィック負荷条件に基づいて、アクティブ・フェーズおよび非アクティブ・フェーズをもつデューティーサイクルを選択するよう構成された活動制御回路と；追加的な上りリンクまたは下りリンク・データ・トラフィックを処理するよう構成されたネットワーク処理回路とを含む通信回路装置であり、前記ネットワーク処理回路は前記アクティブ・フェーズの間は高電力状態にあり、前記非アクティブ・フェーズの間は低電力状態にある。

実施例６６９では、実施例６６８の主題は任意的に、前記ネットワーク処理回路が、前記処理を実行するよう構成された一つまたは複数のハードウェア・アクセラレータおよびプロセッサを含む、ということを含むことができる。

実施例６７０では、実施例６６８または６６９の主題は任意的に、無線回路をさらに含み、ネットワーク・アクセス・ノードとして構成されることができる。

実施例６７１では、実施例６６８または６６９の主題は任意的に、コア・ネットワーク・ノードとして構成されることができる。

実施例６７２では、実施例６６８ないし６７１のうちいずれか一項記載の主題は任意的に、前記トラフィック・モニタリング回路が、無線アクセス・ネットワークに関連する上りリンクまたは下りリンク・データ・トラフィックをモニタリングしてトラフィック負荷条件を決定することを、ネットワーク・アクセス・ノードのコア・ネットワーク・インターフェースにおいて下りリンク・トラフィックをモニタリングして、平均下りリンク・スループット測定値を得ることによって実行するよう構成され、前記活動制御回路が、前記トラフィック負荷条件に基づいてデューティーサイクルを選択することを、前記平均下りリンク・スループット測定値に基づいてデューティーサイクルを選択することによって実行するよう構成される、ということを含むことができる。

実施例６７３では、実施例６７２の主題は任意的に、前記活動制御回路が、平均下りリンク・スループット測定値に基づいてデューティーサイクルを選択することを、アクティブ・フェーズと非アクティブ・ファーズの比が前記平均下りリンク・スループット測定値に正比例するデューティーサイクルを選択することによって実行するよう構成される、ということを含むことができる。

実施例６７４では、実施例６７２の主題は任意的に、前記活動制御回路が、前記トラフィック負荷条件に基づいて、アクティブ・フェーズおよび非アクティブ・フェーズをもつデューティーサイクルを選択することを、あらかじめ定義されたマッピング・スキームに基づいてデューティーサイクルを選択することによって実行するよう構成され、前記あらかじめ定義されたマッピング・スキームは、前記トラフィック負荷条件に正比例するアクティブ・フェーズの長さと非アクティブ・フェーズの長さとの比をもつデューティーサイクルを選択するよう構成される、ということを含むことができる。

実施例６７５では、実施例６６８ないし６７４のうちいずれか一項記載の主題は任意的に、前記トラフィック・モニタリング回路が、無線アクセス・ネットワークに関連する上りリンクまたは下りリンク・データ・トラフィックをモニタリングしてトラフィック負荷条件を決定することを、ネットワーク・アクセス・ノードのエア・インターフェースにおける上りリンク・トラフィックをモニタリングして、平均上りリンク・スループット測定値を得ることによって実行するよう構成され、前記活動制御回路が、前記トラフィック負荷条件に基づいてデューティーサイクルを選択することを、前記平均上りリンク・スループット測定値に基づいてデューティーサイクルを選択することによって実行するよう構成される、ということを含むことができる。

実施例６７６では、実施例６６８ないし６７５のうちいずれか一項記載の主題は任意的に、前記トラフィック・モニタリング回路が、無線アクセス・ネットワークに関連する上りリンクまたは下りリンク・データ・トラフィックをモニタリングしてトラフィック負荷条件を決定することを、ネットワーク・アクセス・ノードのエア・インターフェースにおける上りリンク・スケジューリング要求またはバッファ状態レポートをモニタリングして、予測上りリンク・トラフィック測定値を得ることを含み、前記活動制御回路が、前記トラフィック負荷条件に基づいてデューティーサイクルを選択することを、前記予測上りリンク・トラフィック測定値に基づいてデューティーサイクルを選択することによって実行するよう構成される、ということを含むことができる。

実施例６７７では、実施例６６８ないし６７６のうちいずれか一項記載の主題は任意的に、前記活動制御回路が、トラフィック負荷条件が増大したことを検出し、前記デューティーサイクルよりも大きなアクティブ・フェーズと非アクティブ・フェーズの比をもつ新たなデューティーサイクルを選択する、あるいはトラフィック負荷条件が減少したことを検出し、前記デューティーサイクルよりも小さなアクティブ・フェーズと非アクティブ・フェーズの比をもつ新たなデューティーサイクルを選択するようさらに構成される、ということを含むことができる。

実施例６７８では、実施例６６８ないし６７７のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理回路が、それぞれ異なる処理能力を提供する複数の電力状態において動作するよう構成され、当該通信回路装置がさらに、前記トラフィック負荷条件に基づいて前記高電力状態および前記低電力状態を選択するよう構成された電力管理回路を含む、ということを含むことができる。

実施例６７９では、実施例６７８の主題は任意的に、前記複数の電力状態が有限であり、あらかじめ定義されている、ということを含むことができる。

実施例６８０では、実施例６７８または６７９の主題は任意的に、前記複数の電力状態が、処理クロック周波数、電圧、アクティブなプロセッサ・コアの数、動的な電圧および周波数スケーリング、クロック・ゲーティングまたは電力ゲーティングのうちの一つまたは複数の点で互いに異なる、ということを含むことができる。

実施例６８１では、実施例６６８ないし６８０のうちいずれか一項記載の主題は任意的に、前記高電力状態が、前記低電力状態よりも、より高い処理クロック周波数、より高い電圧、より多いアクティブなプロセッサ・コアの数、より大きな量の動的な電圧および周波数スケーリング、より多量のクロック・ゲーティングまたはより多量の電力ゲーティングをもつ、ということを含むことができる。

実施例６８２では、実施例６６８ないし６８１のうちいずれか一項記載の主題は任意的に、前記デューティーサイクルのアクティブ・フェーズおよび非アクティブ・フェーズに従って前記追加的な上りリンクまたは下りリンク・データ・トラフィックをスケジュールするよう構成されたスケジューリング回路をさらに含むことができる。

実施例６８３では、実施例６８２の主題は任意的に、前記スケジューリング回路が、前記デューティーサイクルのアクティブ・フェーズおよび非アクティブ・フェーズに従って前記追加的な上りリンクまたは下りリンク・データ・トラフィックをスケジュールすることを、前記デューティーサイクルのアクティブ・フェーズの間に下りリンク承認または上りリンク承認をスケジュールすることによって実行するよう構成される、ということを含むことができる。

実施例６８４では、実施例６６８ないし６８１のうちいずれか一項記載の主題は任意的に、前記追加的な上りリンクまたは下りリンク・データ・トラフィックを、該追加的な上りリンクまたは下りリンク・データ・トラフィックのレイテンシー要件に基づいて前記アクティブ・フェーズおよび非アクティブ・フェーズにおいてスケジュールするよう構成されたスケジューリング回路をさらに含むことができる。

実施例６８５では、実施例６８４の主題は任意的に、前記スケジューリング回路が、前記追加的な上りリンクまたは下りリンク・データ・トラフィックを、該追加的な上りリンクまたは下りリンク・データ・トラフィックのレイテンシー要件に基づいて前記アクティブ・フェーズおよび非アクティブ・フェーズにおいてスケジュールすることを、前記追加的な上りリンクまたは下りリンク・データ・トラフィックにおいてレイテンシーが決定的なデータ・トラフィックおよびレイテンシーが決定的でないデータ・トラフィックを識別し、レイテンシーが決定的なデータ・トラフィックをアクティブ・フェーズおよび非アクティブ・フェーズにおいてスケジュールし、レイテンシーが決定的でないデータ・トラフィックをアクティブ・フェーズにおいてスケジュールすることによって実行するよう構成される、ということを含むことができる。

実施例６８６では、実施例６６８ないし６８１のうちいずれか一項記載の主題は任意的に、前記追加的な上りリンクまたは下りリンク・データ・トラフィックを、該追加的な上りリンクまたは下りリンク・データ・トラフィックのサービス品質（ＱｏＳ）要件に基づいて前記アクティブ・フェーズおよび非アクティブ・フェーズにおいてスケジュールするよう構成されたスケジューリング回路をさらに含むことができる。

実施例６８７では、実施例６８６の主題は任意的に、前記ＱｏＳ要件がＱｏＳクラス・インジケーター（ＱＣＩ）値を含む、ということを含むことができる。

実施例６８８では、実施例６６８ないし６８７のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理が、アクティブ・フェーズおよび非アクティブ・フェーズの間にアクティブである常時オン処理資源と、アクティブ・フェーズの間にのみアクティブであるデューティーサイクルをもつ処理資源とを備えて構成される、ということを含むことができる。

実施例６８９では、実施例６８８の主題は任意的に、前記ネットワーク処理回路が、前記追加的な上りリンクまたは下りリンク・データ・トラフィックのレイテンシーが決定的なデータ・トラフィックを前記常時オン処理資源で処理し、前記追加的な上りリンクまたは下りリンク・データ・トラフィックのレイテンシーが決定的でないデータ・トラフィックを前記デューティーサイクルをもつ処理資源で処理するよう構成される、ということを含むことができる。

実施例６９０では、実施例６６８ないし６８９のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理回路が上りリンク処理資源および下りリンク処理資源をもち、前記デューティーサイクルが上りリンク・デューティーサイクルであり、前記活動制御回路がさらに、前記トラフィック負荷条件に基づいてアクティブ・フェーズおよび非アクティブ・フェーズをもつ下りリンク・デューティーサイクルを選択するよう構成され、前記ネットワーク処理回路が前記追加的な上りリンクまたは下りリンク・データ・トラフィックを処理することを、前記追加的な上りリンクまたは下りリンク・データの上りリンク・データを前記上りリンク処理資源で処理することを、前記上りリンク・デューティーサイクルのアクティブ・フェーズの間は高電力状態で、前記上りリンク・デューティーサイクルの非アクティブ・フェーズの間は低電力状態で実行し、前記追加的な上りリンクまたは下りリンク・データの下りリンク・データを前記下りリンク処理資源で処理することを、前記下りリンク・デューティーサイクルのアクティブ・フェーズの間は高電力状態で、前記下りリンク・デューティーサイクルの非アクティブ・フェーズの間は低電力状態で実行することによって実行するよう構成される、ということを含むことができる。

実施例６９１では、実施例６６８ないし６９０のうちいずれか一項記載の主題は任意的に、前記活動制御回路がさらに、前記追加的な上りリンクまたは下りリンク・データ・トラフィックの可能な増大を示す端末装置からの制御メッセージを受信し、前記可能な増大に基づいて前記デューティーサイクルを調整するよう構成される、ということを含むことができる。

実施例６９２では、実施例６９１の主題は任意的に、前記活動制御回路が、前記可能な増大に基づいて前記デューティーサイクルを調整することを、アクティブ・フェーズと非アクティブ・フェーズの比を増大させることまたは前記高電力状態の電力レベルを増大させることによって実行するよう構成される、ということを含むことができる。

実施例６９３は、第一の通信モジュールおよび第二の通信モジュールを含む複数の通信モジュールと制御モジュールとを含む通信システムであり、前記第一の通信モジュールは第一の通信処理タスクを実行するよう構成されており、第一の通信処理タスクが実行されていなければ第一の通信スケジュールに従って無効にされ；前記第二の通信モジュールは第二の通信処理タスクを実行するよう構成されており、第二の通信処理タスクが実行されていなければ第二の通信スケジュールに従って無効にされ；前記制御モジュールは、無線アクセス・ネットワークに電力レベルを報告し、報告された電力レベルに応答しての電力節約通信スケジュールを受信するよう構成されており、前記電力節約通信スケジュールは前記第一の通信処理タスクおよび前記第二の通信処理タスクのためのスケジューリング要件を含み、前記第一の通信モジュールは前記第一の通信処理タスクについての前記スケジューリング要件に従って無効にされ、前記第二の通信モジュールは前記第二の通信処理タスクについての前記スケジューリング要件に従って無効にされる。

実施例６９４では、実施例６９３の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含み、無線通信端末装置として構成されることができる。

実施例６９５では、実施例６９３または６９４の主題は任意的に、前記第一の処理タスクおよび前記第二の処理タスクが、制御チャネル探索タスク、無線チャネル測定タスクおよびビーム追跡タスクからなる群から選択される、ということを含むことができる。

実施例６９６では、実施例６９３ないし６９５のうちいずれか一項記載の主題は任意的に、前記第一の処理タスクおよび前記第二の処理タスクが物理（ＰＨＹ）層処理タスクを含む、ということを含むことができる。

実施例６９７では、実施例６９３ないし６９６のうちいずれか一項記載の主題は任意的に、前記複数の通信モジュールを無効にするよう前記複数の通信モジュールを制御するよう構成されたコントローラをさらに含むことができる。

実施例６９８では、実施例６９３ないし６９７のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールおよび前記第二の通信モジュールがハードウェア・コンポーネントである、ということを含むことができる。

実施例６９９では、実施例６９３ないし６９８のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールおよび前記第二の通信モジュールがチップ上にマウントされ、物理的に離間されている、ということを含むことができる。

実施例７００では、実施例６９３ないし６９９のうちいずれか一項記載の主題は任意的に電源をさらに含むことができ、前記コントローラは前記報告される電力レベルとして、前記電源の電力供給レベルを判別するよう構成される。

実施例７０１では、実施例６９３ないし６９９のうちいずれか一項記載の主題は任意的に、前記コントローラが、あらかじめ定義された電力クラス・スキームに従って電源の現在の電力レベルを評価して現在の電力クラスを得て、前記あらかじめ定義された電力クラス・スキームの電力クラスを前記電力レベルとして報告するよう構成される、ということを含むことができる。

実施例７０２では、実施例７００または７０１の主題は任意的に、前記電源がバッテリーである、ということを含むことができる。

実施例７０３では、実施例６９３ないし７０２のうちいずれか一項記載の主題は任意的に、前記第一の処理タスクが制御チャネル探索タスクであり、前記第一の通信処理タスクについての前記スケジューリング要件が、当該通信システムのための制御チャネルが、電波資源の固定した集合に割り当てられることを示す、ということを含むことができる。

実施例７０４では、実施例７０３の主題は任意的に、前記第一の通信モジュールが、一つまたは複数の第一時間期間の間に電波資源の前記集合を処理するよう構成され、一つまたは複数の他の時間期間の間は無効にされる、ということを含むことができる。

実施例７０５では、実施例６９３ないし７０２のうちいずれか一項記載の主題は任意的に、前記第一の処理タスクが無線チャネル測定タスクであり、前記第一の通信モジュールについての前記スケジューリング要件が要求する無線チャネル測定は前記第一の通信スケジュールよりも低頻度である、ということを含むことができる。

実施例７０６では、実施例６９３ないし７０２のうちいずれか一項記載の主題は任意的に、前記第一の処理タスクがビーム追跡タスクであり、前記第一の通信処理タスクについての前記スケジューリング要件が要求するビーム追跡は、前記第一の通信スケジュールより、時間的に低頻度である、ということを含むことができる。

実施例７０７では、実施例６９３ないし７０６のうちいずれか一項記載の主題は任意的に、前記電力節約通信スケジュールが前記第一の通信モジュールまたは前記第二の処理モジュールが、前記第一の通信スケジュールよりも頻繁に無効にされることを許可する、ということを含むことができる。

実施例７０８では、実施例６９３ないし７０７のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールが、低電力状態にはいることによって無効にされ、前記第二の通信モジュールが、低電力状態にはいることによって無効にされる、ということを含むことができる。

実施例７０９では、実施例６９３ないし７０８のうちいずれか一項記載の主題は任意的に、前記電力節約スケジュールが、固定した変調および符号化方式または固定したトラフィック・データ・チャネル資源割り当てを指定する、ということを含むことができる。

実施例７１０では、実施例６９３ないし７０９のうちいずれか一項記載の主題は任意的に、前記電力レベルが低バッテリー電力レベルを示す、ということを含むことができる。

実施例７１１は、第一の通信モジュールを用いて第一の通信処理タスクを実行する手段および前記第一の通信モジュールが前記第一の通信処理タスクを実行していないときは第一の通信スケジュールに従って前記第一の通信モジュールを無効にする手段と、第二の通信モジュールを用いて第二の通信処理タスクを実行する手段および前記第二の通信モジュールが前記第二の通信処理タスクを実行していないときは第二の通信スケジュールに従って前記第二の通信モジュールを無効にする手段と、無線アクセス・ネットワークに電力レベルを報告する手段および報告された電力レベルに応答しての電力節約通信スケジュールを受信する手段であって、前記電力節約通信スケジュールは前記第一の通信処理タスクおよび前記第二の通信処理タスクのためのスケジューリング要件を含む、手段と、前記第一の通信モジュールを前記第一の通信処理タスクについての前記スケジューリング要件に従って無効にする手段および前記第二の通信モジュールを前記第二の処理タスクについての前記スケジューリング要件に従って無効にする手段とを含む、装置である。

実施例７１２は、第一の通信モジュールを用いて第一の通信処理タスクを実行し、前記第一の通信モジュールが前記第一の通信処理タスクを実行していないときは第一の通信スケジュールに従って前記第一の通信モジュールを無効にする段階と、第二の通信モジュールを用いて第二の通信処理タスクを実行し、前記第二の通信モジュールが前記第二の通信処理タスクを実行していないときは第二の通信スケジュールに従って前記第二の通信モジュールを無効にする段階と、無線アクセス・ネットワークに電力レベルを報告して、報告された電力レベルに応答しての電力節約通信スケジュールを受信する段階であって、前記電力節約通信スケジュールは前記第一の通信処理タスクおよび前記第二の通信処理タスクのためのスケジューリング要件を含む、段階と、前記第一の通信モジュールを前記第一の通信処理タスクについての前記スケジューリング要件に従って無効にし、前記第二の通信モジュールを前記第二の処理タスクについての前記スケジューリング要件に従って無効にする段階とを含む、通信システムの動作方法である。

実施例７１３では、実施例７１２の主題は任意的に、前記第一の処理タスクおよび前記第二の処理タスクが、制御チャネル探索タスク、無線チャネル測定タスクおよびビーム追跡タスクからなる群から選択される、ということを含むことができる。

実施例７１４では、実施例７１２または７１３の主題は任意的に、前記第一の処理タスクおよび前記第二の処理タスクが物理（ＰＨＹ）層処理タスクを含む、ということを含むことができる。

実施例７１５では、実施例７１２ないし７１４のうちいずれか一項記載の主題は任意的に、コントローラを用いて前記第一の通信モジュールおよび前記第二の通信モジュールを無効にすることをさらに含むことができる。

実施例７１６では、実施例７１２ないし７１５のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールおよび前記第二の通信モジュールがハードウェア・コンポーネントである、ということを含むことができる。

実施例７１７では、実施例７１３ないし７１６のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールおよび前記第二の通信モジュールがチップ上にマウントされ、物理的に離間されている、ということを含むことができる。

実施例７１８では、実施例７１２ないし７１７のうちいずれか一項記載の主題は任意的に、前記無線アクセス・ネットワークに前記電力レベルを報告する前に、電源の電力レベルを、報告される電力レベルとして決定することをさらに含むことができる。

実施例７１９では、実施例７１２ないし７１７のうちいずれか一項記載の主題は任意的に、前記無線アクセス・ネットワークに前記電力レベルを報告する前に、あらかじめ定義された電力クラス・スキームに従って電源の現在の電力レベルを評価して現在の電力クラスを得て、前記現在の電力クラスを前記電力レベルとして報告することをさらに含むことができる。

実施例７２０では、実施例７１８または７１９の主題は任意的に、前記電源がバッテリーである、ということを含むことができる。

実施例７２１では、実施例７１２ないし７２０のうちいずれか一項記載の主題は任意的に、前記第一の処理タスクが制御チャネル探索タスクであり、前記第一の通信処理タスクについての前記スケジューリング要件が、当該通信システムのための制御チャネルが、電波資源の固定した集合に割り当てられることを示す、ということを含むことができる。

実施例７２２では、実施例７２１の主題は任意的に、一つまたは複数の第一時間期間の間に電波資源の前記集合を処理するよう前記第一の通信モジュールを作動させることをさらに含むことができ、前記第一の通信モジュールを前記第一の通信処理タスクについての前記スケジューリング要件に従って無効にすることが、一つまたは複数の他の時間期間の間、第一の通信モジュールを無効にすることを含む。

実施例７２３では、実施例７１２ないし７２０のうちいずれか一項記載の主題は任意的に、前記第一の処理タスクが無線チャネル測定タスクであり、前記第一の通信モジュールについての前記スケジューリング要件が要求する無線チャネル測定は前記第一の通信スケジュールよりも低頻度である、ということを含むことができる。

実施例７２４では、実施例７１２ないし７２０のうちいずれか一項記載の主題は任意的に、前記第一の処理タスクがビーム追跡タスクであり、前記第一の通信処理タスクについての前記スケジューリング要件が要求するビーム追跡は、前記第一の通信スケジュールよりも低頻度である、ということを含むことができる。

実施例７２５では、実施例７１２ないし７２４のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールを前記第一の通信処理タスクについての前記スケジューリング要件に従って無効にすることが、前記第一の通信モジュールを低電力状態に入れることを含み、前記第二の通信モジュールを前記第二の通信処理タスクについての前記スケジューリング要件に従って無効にすることが、前記第二の通信モジュールを低電力状態に入れることを含む、ということを含むことができる。

実施例７２６では、実施例７１２ないし７２５のうちいずれか一項記載の主題は任意的に、前記電力節約スケジュールが、固定した変調および符号化方式または固定したトラフィック・データ・チャネル資源割り当てを指定する、ということを含むことができる。

実施例７２７では、実施例７１２ないし７２５のうちいずれか一項記載の主題は任意的に、前記電力レベルが低バッテリー電力レベルを示す、ということを含むことができる。

実施例７２８は、通信システムのコントローラによって実行されたときに該通信システムが方法を実行するよう制御する命令を記憶している非一時的なコンピュータ可読媒体であり、前記方法は、第一の通信モジュールを用いて第一の通信処理タスクを実行し、前記第一の通信モジュールが前記第一の通信処理タスクを実行していないときは第一の通信スケジュールに従って前記第一の通信モジュールを無効にする段階と、第二の通信モジュールを用いて第二の通信処理タスクを実行し、前記第二の通信モジュールが前記第二の通信処理タスクを実行していないときは第二の通信スケジュールに従って前記第二の通信モジュールを無効にする段階と、無線アクセス・ネットワークに電力レベルを報告し、報告された電力レベルに応答しての電力節約通信スケジュールを受信する段階であって、前記電力節約通信スケジュールは前記第一の通信処理タスクおよび前記第二の通信処理タスクのためのスケジューリング要件を含む、段階と、前記第一の通信モジュールを前記第一の通信処理タスクについての前記スケジューリング要件に従って無効にし、前記第二の通信モジュールを前記第二の処理タスクについての前記スケジューリング要件に従って無効にする段階とを含む。

実施例７２９では、実施例７２８の主題は任意的に、前記第一の処理タスクおよび前記第二の処理タスクが、制御チャネル探索タスク、無線チャネル測定タスクおよびビーム追跡タスクからなる群から選択される、ということを含むことができる。

実施例７３０では、実施例７２８または７２９の主題は任意的に、前記第一の処理タスクおよび前記第二の処理タスクが物理（ＰＨＹ）層処理タスクを含む、ということを含むことができる。

実施例７３１では、実施例７２８ないし７３０のうちいずれか一項記載の主題は任意的に、前記方法が、コントローラを用いて前記第一の通信モジュールおよび前記第二の通信モジュールを無効にすることをさらに含む、ということを含むことができる。

実施例７３２では、実施例７２８ないし７３１のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールおよび前記第二の通信モジュールがハードウェア・コンポーネントである、ということを含むことができる。

実施例７３３では、実施例７２８ないし７３２のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールおよび前記第二の通信モジュールがチップ上にマウントされ、物理的に離間されている、ということを含むことができる。

実施例７３４では、実施例７２８ないし７３３のうちいずれか一項記載の主題は任意的に、前記方法が、前記無線アクセス・ネットワークに前記電力レベルを報告する前に、電源の電力レベルを、報告される電力レベルとして決定することをさらに含む、ということを含むことができる。

実施例７３５では、実施例７２８ないし７３３のうちいずれか一項記載の主題は任意的に、前記方法が、前記無線アクセス・ネットワークに前記電力レベルを報告する前に、あらかじめ定義された電力クラス・スキームに従って電源の現在の電力レベルを評価して現在の電力クラスを得て、前記現在の電力クラスを前記電力レベルとして報告することをさらに含む、ということを含むことができる。

実施例７３６では、実施例７３４または７３５の主題は任意的に、前記電源がバッテリーである、ということを含むことができる。

実施例７３７では、実施例７２８ないし７３６のうちいずれか一項記載の主題は任意的に、前記第一の処理タスクが制御チャネル探索タスクであり、前記第一の通信処理タスクについての前記スケジューリング要件が、当該通信システムのための制御チャネルが、電波資源の固定した集合に割り当てられることを示す、ということを含むことができる。

実施例７３８では、実施例７３７の主題は任意的に、前記方法が、一つまたは複数の第一時間期間の間に電波資源の前記集合を処理するよう前記第一の通信モジュールを作動させることをさらに含み、前記第一の通信モジュールを前記第一の通信処理タスクについての前記スケジューリング要件に従って無効にすることが、一つまたは複数の他の時間期間の間、第一の通信モジュールを無効にすることを含む、ということを含むことができる。

実施例７３９では、実施例７２８ないし７３６のうちいずれか一項記載の主題は任意的に、前記第一の処理タスクが無線チャネル測定タスクであり、前記第一の通信モジュールについての前記スケジューリング要件が要求する無線チャネル測定は前記第一の通信スケジュールよりも低頻度である、ということを含むことができる。

実施例７４０では、実施例７２８ないし７３６のうちいずれか一項記載の主題は任意的に、前記第一の処理タスクがビーム追跡タスクであり、前記第一の通信処理タスクについての前記スケジューリング要件が要求するビーム追跡は、前記第一の通信スケジュールよりも低頻度である、ということを含むことができる。

実施例７４１では、実施例７２８ないし７４０のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールを前記第一の通信処理タスクについての前記スケジューリング要件に従って無効にすることが、前記第一の通信モジュールを低電力状態に入れることを含み、前記第二の通信モジュールを前記第二の通信処理タスクについての前記スケジューリング要件に従って無効にすることが、前記第二の通信モジュールを低電力状態に入れることを含む、ということを含むことができる。

実施例７４２では、実施例７２８ないし７４１のうちいずれか一項記載の主題は任意的に、前記電力節約スケジュールが、固定した変調および符号化方式または固定したトラフィック・データ・チャネル資源割り当てを指定する、ということを含むことができる。

実施例７４３では、実施例７２８ないし７４１のうちいずれか一項記載の主題は任意的に、前記電力レベルが低バッテリー電力レベルを示す、ということを含むことができる。

実施例７４４は、第一の通信回路および第二の通信回路を含む複数の通信回路と制御回路とを含む通信回路装置であり、前記第一の通信回路は第一の通信処理タスクを実行するよう構成されており、第一の通信処理タスクが実行されていなければ第一の通信スケジュールに従って無効にされ；前記第二の通信回路は第二の通信処理タスクを実行するよう構成されており、第二の通信処理タスクが実行されていなければ第二の通信スケジュールに従って無効にされ；前記制御回路は、無線アクセス・ネットワークに電力レベルを報告し、報告された電力レベルに応答しての電力節約通信スケジュールを受信するよう構成されており、前記電力節約通信スケジュールは前記第一の通信処理タスクおよび前記第二の通信処理タスクのためのスケジューリング要件を含み、前記第一の通信回路は前記第一の通信処理タスクについての前記スケジューリング要件に従って無効にされ、前記第二の通信回路は前記第二の通信処理タスクについての前記スケジューリング要件に従って無効にされる。

実施例７４５では、実施例７４４の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含み、無線通信端末装置として構成されることができる。

実施例７４６では、実施例７４４または７４５の主題は任意的に、前記第一の処理タスクおよび前記第二の処理タスクが、制御チャネル探索タスク、無線チャネル測定タスクおよびビーム追跡タスクからなる群から選択される、ということを含むことができる。

実施例７４７では、実施例７４４ないし７４６のうちいずれか一項記載の主題は任意的に、前記第一の処理タスクおよび前記第二の処理タスクが物理（ＰＨＹ）層処理タスクを含む、ということを含むことができる。

実施例７４８では、実施例７４４ないし７４７のうちいずれか一項記載の主題は任意的に、前記複数の通信回路を無効にするよう前記複数の通信回路を制御するよう構成された制御回路をさらに含むことができる。

実施例７４９では、実施例７４４ないし７４８のうちいずれか一項記載の主題は任意的に、前記第一の通信回路および前記第二の通信回路がハードウェア・コンポーネントである、ということを含むことができる。

実施例７５０では、実施例７４４ないし７４９のうちいずれか一項記載の主題は任意的に、前記第一の通信回路および前記第二の通信回路がチップ上にマウントされ、物理的に離間されている、ということを含むことができる。

実施例７５１では、実施例７４４ないし７５０のうちいずれか一項記載の主題は任意的に電源をさらに含むことができ、前記制御回路は前記報告される電力レベルとして、前記電源の電力供給レベルを判別するよう構成される。

実施例７５２では、実施例７４４ないし７５０のうちいずれか一項記載の主題は任意的に、前記制御回路が、あらかじめ定義された電力クラス・スキームに従って電源の現在の電力レベルを評価して現在の電力クラスを得て、前記あらかじめ定義された電力クラス・スキームの電力クラスを前記電力レベルとして報告するよう構成される、ということを含むことができる。

実施例７５３では、実施例７５１または７５２の主題は任意的に、前記電源がバッテリーである、ということを含むことができる。

実施例７５４では、実施例７４４ないし７５３のうちいずれか一項記載の主題は任意的に、前記第一の処理タスクが制御チャネル探索タスクであり、前記第一の通信処理タスクについての前記スケジューリング要件が、当該通信回路装置のための制御チャネルが、電波資源の固定した集合に割り当てられることを示す、ということを含むことができる。

実施例７５５では、実施例７５４の主題は任意的に、前記第一の通信回路が、一つまたは複数の第一時間期間の間に電波資源の前記集合を処理するよう構成され、一つまたは複数の他の時間期間の間は無効にされる、ということを含むことができる。

実施例７５６では、実施例７４４ないし７５３のうちいずれか一項記載の主題は任意的に、前記第一の処理タスクが無線チャネル測定タスクであり、前記第一の通信回路についての前記スケジューリング要件が要求する無線チャネル測定は前記第一の通信スケジュールよりも低頻度である、ということを含むことができる。

実施例７５７では、実施例７４４ないし７５３のうちいずれか一項記載の主題は任意的に、前記第一の処理タスクがビーム追跡タスクであり、前記第一の通信処理タスクについての前記スケジューリング要件が要求するビーム追跡は、前記第一の通信スケジュールより、時間的に低頻度である、ということを含むことができる。

実施例７５８では、実施例７４４ないし７５７のうちいずれか一項記載の主題は任意的に、前記電力節約通信スケジュールが前記第一の通信回路または前記第二の処理回路が、前記第一の通信スケジュールよりも頻繁に無効にされることを許可する、ということを含むことができる。

実施例７５９では、実施例７４４ないし７５８のうちいずれか一項記載の主題は任意的に、前記第一の通信回路が、低電力状態にはいることによって無効にされ、前記第二の通信回路が、低電力状態にはいることによって無効にされる、ということを含むことができる。

実施例７６０では、実施例７４４ないし７５９のうちいずれか一項記載の主題は任意的に、前記電力節約スケジュールが、固定した変調および符号化方式または固定したトラフィック・データ・チャネル資源割り当てを指定する、ということを含むことができる。

実施例７６１では、実施例７４４ないし７６０のうちいずれか一項記載の主題は任意的に、前記電力レベルが低バッテリー電力レベルを示す、ということを含むことができる。

実施例７６２は、現在の電波条件および現在の電力供給状態に基づいて、当該通信システムの、パフォーマンス調整または電力消費調整である目標動作変更を同定する手段と、該目標動作変更に基づいて、異なるパフォーマンス属性または異なる電力消費属性をもつ複数の構成のうちから当該通信システムのための構成を選択する手段と；選択された構成に従って当該通信システムとデータを送信または受信する手段とを含む、装置である。

実施例７６３は、通信システムの動作方法であり、当該方法は、現在の電波条件および現在の電力供給状態に基づいて、当該通信システムの、パフォーマンス調整または電力消費調整である目標動作変更を同定する段階と、該目標動作変更に基づいて、異なるパフォーマンス属性または異なる電力消費属性をもつ複数の構成のうちから当該通信システムのための構成を選択する段階と；選択された構成に従って当該通信システムでデータを送信または受信する段階とを含む。

実施例７６４では、実施例７６３の主題は任意的に、前記複数の構成のうちから当該通信システムのための構成を選択することは、前記複数の構成のうちから、前記目標動作変更にマッチするパフォーマンス属性または電力消費属性をもつ構成を、前記選択された属性として選択することを含む、ということを含むことができる。

実施例７６５では、実施例７６３または７６４の主題は任意的に、当該通信システムが複数の構造的に異なる送信器モジュールを含み、前記複数の構成のうちから当該通信システムのための構成を選択することが、前記複数の構造的に異なる送信器モジュールのうちから、前記データを送信するために使う物理送信器モジュールを選択することを含む、ということを含むことができる。

実施例７６６では、実施例７６３または７６４の主題は任意的に、当該通信システムが送信器モジュールを含み、前記複数の構成のうちから当該通信システムのための構成を選択することが、前記データを受信するために使う前記送信器モジュールについての構成を選択することを含む、ということを含むことができる。

実施例７６７では、実施例７６５または７６６の主題は任意的に、前記複数の構成が、無線周波数オーバーサンプリング・レート、送信電力、電力制御、アンテナ数、ビームフォーミング設定、ビームステアリング設定またはアンテナ感度のうちの一つまたは複数の点で異なる、ということを含むことができる。

実施例７６８では、実施例７６３または７６４の主題は任意的に、当該通信システムが複数の構造的に異なる受信器モジュールを含み、前記複数の構成のうちから当該通信システムのための構成を選択することが、前記複数の構造的に異なる受信器モジュールのうちから、前記データを受信するために使う物理受信器モジュールを選択することを含む、ということを含むことができる。

実施例７６９では、実施例７６３または７６４の主題は任意的に、当該通信システムが受信器モジュールを含み、前記複数の構成のうちから当該通信システムのための構成を選択することが、前記データを受信するために使う前記受信器モジュールについての構成を選択することを含む、ということを含むことができる。

実施例７７０では、実施例７６８または７６９の主題は任意的に、前記複数の構成が、デコーダ、等化器、フィルタ長、チャネル推定技法、干渉打ち消し技法、ノイズ打ち消し技法、処理ビット幅、クロック周波数、コンポーネント電圧、パケット組み合わせ技法、アンテナ数、ビームフォーミング設定、ビームステアリング設定またはアンテナ感度のうちの一つまたは複数の点で異なる、ということを含むことができる。

実施例７７１では、実施例７６３ないし７７０のうちいずれか一項記載の主題は任意的に、当該通信システムが一つまたは複数のアンテナ、無線周波数トランシーバ、物理（ＰＨＹ）層処理モジュールまたはセルラー・プロトコル・スタック・コントローラから構成される、ということを含むことができる。

実施例７７２では、実施例７６３ないし７７１のうちいずれか一項記載の主題は任意的に、電波条件および電力供給状態をモニタリングして前記現在の電波条件および前記現在の電力供給状態を得て、該モニタリングに基づいて、前記目標動作変更の同定をトリガーすることをさらに含むことができる。

実施例７７３では、実施例７７２の主題は任意的に、電波条件および電力供給をモニタリングして該モニタリングに基づいて前記目標動作変更の同定をトリガーすることが、電波条件があらかじめ定義された閾値を下回ったことを判別し、前記目標動作変更としてパフォーマンス向上を同定し、前記複数の構成のうちから、当該通信システムの現在の構成よりも高いパフォーマンスをもつ構成を、前記選択された構成として選択することを含む、ということを含むことができる。

実施例７７４では、実施例７７２の主題は任意的に、電波条件および電力供給をモニタリングして該モニタリングに基づいて前記目標動作変更の同定をトリガーすることが、電波条件があらかじめ定義された閾値を超えたことを判別し、前記目標動作変更として電力消費減少を同定し、前記複数の構成のうちから、当該通信システムの現在の構成よりも低い電力消費をもつ構成を、前記選択された構成として選択することを含む、ということを含むことができる。

実施例７７５では、実施例７７２の主題は任意的に、電波条件および電力供給をモニタリングして該モニタリングに基づいて前記目標動作変更の同定をトリガーすることが、残り電力供給レベルがあらかじめ定義された閾値を下回ったことを判別し、前記目標動作変更として電力消費減少を同定し、前記複数の構成のうちから、当該通信システムの現在の構成よりも低い電力消費をもつ構成を、前記選択された構成として選択することを含む、ということを含むことができる。

実施例７７６では、実施例７７２の主題は任意的に、電波条件および電力供給をモニタリングして該モニタリングに基づいて前記目標動作変更の同定をトリガーすることが、電力消費レベルがあらかじめ定義された閾値を超えたことを判別し、前記目標動作変更として電力消費減少を同定し、前記複数の構成のうちから、当該通信システムの現在の構成よりも低い電力消費をもつ構成を、前記選択された構成として選択することを含む、ということを含むことができる。

実施例７７７では、実施例７７２ないし７７６のうちいずれか一項記載の主題は任意的に、電波条件をモニタリングすることが、信号電力、信号品質、信号対雑音比（ＳＮＲ）、信号対干渉・雑音比（ＳＩＮＲ）、チャネル・ドップラー広がり、チャネル遅延広がり、デコーダ誤り率、デコーダのソフト・ビットの大きさまたは再送信レートのうちの一つまたは複数をモニタリングすることを含む、ということを含むことができる。

実施例７７８では、実施例７７２ないし７７７のうちいずれか一項記載の主題は任意的に、電力供給をモニタリングすることが、バッテリー電力供給レベル、バッテリー電力消費レベルまたは当該通信システムの電力消費レベルのうちの一つまたは複数をモニタリングすることを含む、ということを含むことができる。

実施例７７９では、実施例７６３ないし７７８のうちいずれか一項記載の主題は任意的に、前記目標動作変更に基づいて目標通信スケジュールを選択し、前記目標通信スケジュールの要求をネットワーク・アクセス・ノードに送信することをさらに含むことができる。

実施例７８０は、実施例７６３ないし７７９のうちいずれか一項記載の方法を実行するよう構成された通信システムである。

実施例７８１は、プロセッサによって実行されたときに方法を実行するよう該プロセッサに指令する命令を記憶しているコンピュータ可読記憶媒体であり、前記方法は、現在の電波条件および現在の電力供給状態に基づいて、通信システムの、パフォーマンス調整または電力消費調整である目標動作変更を同定する段階と、該目標動作変更に基づいて、異なるパフォーマンス属性または異なる電力消費属性をもつ複数の構成のうちから当該通信システムのための構成を選択する段階と；選択された構成に従ってデータを送信または受信するよう前記通信システムを制御する段階とを含む。

実施例７８２では、実施例７８１の主題は任意的に、前記複数の構成のうちから当該通信システムのための構成を選択することは、前記複数の構成のうちから、前記目標動作変更にマッチするパフォーマンス属性または電力消費属性をもつ構成を、前記選択された属性として選択することを含む、ということを含むことができる。

実施例７８３では、実施例７８１または７８２の主題は任意的に、当該通信システムが複数の構造的に異なる送信器モジュールを含み、前記複数の構成のうちから当該通信システムのための構成を選択することが、前記複数の構造的に異なる送信器モジュールのうちから、前記データを送信するために使う物理送信器モジュールを選択することを含む、ということを含むことができる。

実施例７８４では、実施例７８１または７８２の主題は任意的に、当該通信システムが送信器モジュールを含み、前記複数の構成のうちから当該通信システムのための構成を選択することが、前記データを受信するために使う前記送信器モジュールについての構成を選択することを含む、ということを含むことができる。

実施例７８５では、実施例７８３または７８４の主題は任意的に、前記複数の構成が、無線周波数オーバーサンプリング・レート、送信電力、電力制御、アンテナ数、ビームフォーミング設定、ビームステアリング設定またはアンテナ感度のうちの一つまたは複数の点で異なる、ということを含むことができる。

実施例７８６では、実施例７８１または７８２の主題は任意的に、当該通信システムが複数の構造的に異なる受信器モジュールを含み、前記複数の構成のうちから当該通信システムのための構成を選択することが、前記複数の構造的に異なる受信器モジュールのうちから、前記データを受信するために使う物理受信器モジュールを選択することを含む、ということを含むことができる。

実施例７８７では、実施例７８１または７８２の主題は任意的に、当該通信システムが受信器モジュールを含み、前記複数の構成のうちから当該通信システムのための構成を選択することが、前記データを受信するために使う前記受信器モジュールについての構成を選択することを含む、ということを含むことができる。

実施例７８８では、実施例７８６または７８７の主題は任意的に、前記複数の構成が、デコーダ、等化器、フィルタ長、チャネル推定技法、干渉打ち消し技法、ノイズ打ち消し技法、処理ビット幅、クロック周波数、コンポーネント電圧、パケット組み合わせ技法、アンテナ数、ビームフォーミング設定、ビームステアリング設定またはアンテナ感度のうちの一つまたは複数の点で異なる、ということを含むことができる。

実施例７８９では、実施例７８１ないし７８８のうちいずれか一項記載の主題は任意的に、当該通信システムが一つまたは複数のアンテナ、無線周波数トランシーバ、物理（ＰＨＹ）層処理モジュールまたはセルラー・プロトコル・スタック・コントローラから構成される、ということを含むことができる。

実施例７９０では、実施例７８１ないし７８９のうちいずれか一項記載の主題は任意的に、前記方法が、電波条件および電力供給状態をモニタリングして前記現在の電波条件および前記現在の電力供給状態を得て、該モニタリングに基づいて、前記目標動作変更の同定をトリガーすることをさらに含む、ということを含むことができる。

実施例７９１では、実施例７９０の主題は任意的に、電波条件および電力供給をモニタリングして該モニタリングに基づいて前記目標動作変更の同定をトリガーすることが、電波条件があらかじめ定義された閾値を下回ったことを判別し、前記目標動作変更としてパフォーマンス向上を同定し、前記複数の構成のうちから、当該通信システムの現在の構成よりも高いパフォーマンスをもつ構成を、前記選択された構成として選択することを含む、ということを含むことができる。

実施例７９２では、実施例７９０の主題は任意的に、電波条件および電力供給をモニタリングして該モニタリングに基づいて前記目標動作変更の同定をトリガーすることが、電波条件があらかじめ定義された閾値を超えたことを判別し、前記目標動作変更として電力消費減少を同定し、前記複数の構成のうちから、当該通信システムの現在の構成よりも低い電力消費をもつ構成を、前記選択された構成として選択することを含む、ということを含むことができる。

実施例７９３では、実施例７９０の主題は任意的に、電波条件および電力供給をモニタリングして該モニタリングに基づいて前記目標動作変更の同定をトリガーすることが、残り電力供給レベルがあらかじめ定義された閾値を下回ったことを判別し、前記目標動作変更として電力消費減少を同定し、前記複数の構成のうちから、当該通信システムの現在の構成よりも低い電力消費をもつ構成を、前記選択された構成として選択することを含む、ということを含むことができる。

実施例７９４では、実施例７９０の主題は任意的に、電波条件および電力供給をモニタリングして該モニタリングに基づいて前記目標動作変更の同定をトリガーすることが、電力消費レベルがあらかじめ定義された閾値を超えたことを判別し、前記目標動作変更として電力消費減少を同定し、前記複数の構成のうちから、当該通信システムの現在の構成よりも低い電力消費をもつ構成を、前記選択された構成として選択することを含む、ということを含むことができる。

実施例７９５では、実施例７９０ないし７９４のうちいずれか一項記載の主題は任意的に、電波条件をモニタリングすることが、信号電力、信号品質、信号対雑音比（ＳＮＲ）、信号対干渉・雑音比（ＳＩＮＲ）、チャネル・ドップラー広がり、チャネル遅延広がり、デコーダ誤り率、デコーダのソフト・ビットの大きさまたは再送信レートのうちの一つまたは複数をモニタリングすることを含む、ということを含むことができる。

実施例７９６では、実施例７９０ないし７９５のうちいずれか一項記載の主題は任意的に、電力供給をモニタリングすることが、バッテリー電力供給レベル、バッテリー電力消費レベルまたは当該通信システムの電力消費レベルのうちの一つまたは複数をモニタリングすることを含む、ということを含むことができる。

実施例７９７では、実施例７８１ないし７９６のうちいずれか一項記載の主題は任意的に、前記方法が、前記目標動作変更に基づいて目標通信スケジュールを選択し、前記目標通信スケジュールの要求をネットワーク・アクセス・ノードに送信することをさらに含む、ということを含むことができる。

実施例７９８は、通信システムであり、当該通信システムは、現在の電波条件および現在の電力供給状態に基づいて、当該通信システムの、パフォーマンス調整または電力消費調整である目標動作変更を同定し、該目標動作変更に基づいて、異なるパフォーマンス属性または異なる電力消費属性をもつ複数の構成のうちから当該通信システムのための構成を選択するよう構成されたコントローラと；選択された構成に従ってデータを送信または受信するよう構成された一つまたは複数のモジュールとを含む。

実施例７９９では、実施例７９８の主題は任意的に、無線通信端末装置として構成されることができる。

実施例８００では、実施例７９８または７９９の主題は任意的に、前記コントローラが、前記複数の構成のうちから当該通信システムのための構成を選択することを、前記複数の構成のうちから、前記目標動作変更にマッチするパフォーマンス属性または電力消費属性をもつ構成を、前記選択された属性として選択することによって実行するよう構成される、ということを含むことができる。

実施例８０１では、実施例７９８ないし８００のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のモジュールが複数の構造的に異なる送信器モジュールを含み、前記コントローラが、前記複数の構成のうちから当該通信システムのための構成を選択することを、前記複数の構造的に異なる送信器モジュールのうちから、前記データを送信するために使う送信器モジュールを選択することによって実行するよう構成される、ということを含むことができる。

実施例８０２では、実施例７９８ないし８００のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のモジュールが送信器モジュールを含み、前記コントローラが、前記複数の構成のうちから当該通信システムのための構成を選択することを、前記データを受信するために使う前記送信器モジュールについての構成を選択することによって実行するよう構成される、ということを含むことができる。

実施例８０３では、実施例８０１または８０２の主題は任意的に、前記複数の構成が、無線周波数オーバーサンプリング・レート、送信電力、電力制御、アンテナ数、ビームフォーミング設定、ビームステアリング設定またはアンテナ感度のうちの一つまたは複数の点で異なる、ということを含むことができる。

実施例８０４では、実施例７９８ないし８００のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のモジュールが複数の構造的に異なる受信器モジュールを含み、前記コントローラが前記複数の構成のうちから当該通信システムのための構成を選択することを、前記複数の構造的に異なる受信器モジュールのうちから、前記データを受信するために使う受信器モジュールを選択することによって実行するよう構成される、ということを含むことができる。

実施例８０５では、実施例７９８ないし８００のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のモジュールが受信器モジュールを含み、前記コントローラが前記複数の構成のうちから当該通信システムのための構成を選択することを、前記データを受信するために使う前記受信器モジュールについての構成を選択することによって実行するよう構成される、ということを含むことができる。

実施例８０６では、実施例８０４または８０５の主題は任意的に、前記複数の構成が、デコーダ、等化器、フィルタ長、チャネル推定技法、干渉打ち消し技法、ノイズ打ち消し技法、処理ビット幅、クロック周波数、コンポーネント電圧、パケット組み合わせ技法、アンテナ数、ビームフォーミング設定、ビームステアリング設定またはアンテナ感度のうちの一つまたは複数の点で異なる、ということを含むことができる。

実施例８０７では、実施例７９８ないし８０６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のモジュールが一つまたは複数のアンテナ、無線周波数トランシーバ、物理（ＰＨＹ）層処理モジュールまたはセルラー・プロトコル・スタック・コントローラから構成される、ということを含むことができる。

実施例８０８では、実施例７９８ないし８０７のうちいずれか一項記載の主題は任意的に、電波条件をモニタリングして前記現在の電波条件を得るよう構成された電波条件モニタリング・モジュールと、電力供給状態をモニタリングして前記現在の電力供給状態を得るよう構成された電力供給モニタリング・モジュールとをさらに含むことができ、前記コントローラは、前記電波条件および前記電力供給状態があらかじめ定義された基準を満たすときに前記目標動作変更の同定をトリガーするよう構成される。

実施例８０９では、実施例８０８の主題は任意的に、前記コントローラが、前記電波条件および前記電力供給状態があらかじめ定義された基準を満たすときに前記目標動作変更の同定をトリガーすることを、電波条件があらかじめ定義された閾値を下回ったことを判別し、前記目標動作変更としてパフォーマンス向上を同定し、前記複数の構成のうちから、当該通信システムの現在の構成よりも高いパフォーマンスをもつ構成を、前記選択された構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例８１０では、実施例８０８の主題は任意的に、前記コントローラが、前記電波条件および前記電力供給状態があらかじめ定義された基準を満たすときに前記目標動作変更の同定をトリガーすることを、電波条件があらかじめ定義された閾値を超えたことを判別し、前記目標動作変更として電力消費減少を同定し、前記複数の構成のうちから、当該通信システムの現在の構成よりも低い電力消費をもつ構成を、前記選択された構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例８１１では、実施例８０８の主題は任意的に、前記コントローラが、前記電波条件および前記電力供給状態があらかじめ定義された基準を満たすときに前記目標動作変更の同定をトリガーすることを、残り電力供給レベルがあらかじめ定義された閾値を下回ったことを判別し、前記目標動作変更として電力消費減少を同定し、前記複数の構成のうちから、当該通信システムの現在の構成よりも低い電力消費をもつ構成を、前記選択された構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例８１２では、実施例８０８の主題は任意的に、前記コントローラが、前記電波条件および前記電力供給状態があらかじめ定義された基準を満たすときに前記目標動作変更の同定をトリガーすることを、電力消費レベルがあらかじめ定義された閾値を超えたことを判別し、前記目標動作変更として電力消費減少を同定し、前記複数の構成のうちから、当該通信システムの現在の構成よりも低い電力消費をもつ構成を、前記選択された構成として選択することを含む、ということを含むことができる。

実施例８１３では、実施例８０８ないし８１２のうちいずれか一項記載の主題は任意的に、前記電波条件モニタリング・モジュールが電波条件をモニタリングすることを、信号電力、信号品質、信号対雑音比（ＳＮＲ）、信号対干渉・雑音比（ＳＩＮＲ）、チャネル・ドップラー広がり、チャネル遅延広がり、デコーダ誤り率、デコーダのソフト・ビットの大きさまたは再送信レートのうちの一つまたは複数をモニタリングすることによって実行するよう構成される、ということを含むことができる。

実施例８１４では、実施例８０８ないし８１３のうちいずれか一項記載の主題は任意的に、前記電力供給モニタリング・モジュールが、電力供給をモニタリングすることを、バッテリー電力供給レベル、バッテリー電力消費レベルまたは当該通信システムの電力消費レベルのうちの一つまたは複数をモニタリングすることによって実行するよう構成される、ということを含むことができる。

実施例８１５では、実施例７９８ないし８１４のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記目標動作変更に基づいて目標通信スケジュールを選択し、前記目標通信スケジュールを求める要求をネットワーク・アクセス・ノードに送信するようさらに構成される、ということを含むことができる。

実施例８１６は、通信システムであり、当該通信システムは、当該通信システムの第一の構成に従ってデータを送信または受信するよう構成された一つまたは複数のモジュールと、現在の電波条件および現在の電力供給状態があらかじめ定義された基準を満たすことを識別し、前記第一の構成とは異なるパフォーマンス属性または異なる電力消費属性をもつ当該通信システムの第二の構成を選択するよう構成されたコントローラとを含み、前記一つまたは複数のモジュールは、前記第二の構成に従って当該通信システムで第二のデータを送信または受信するようさらに構成される。

実施例８１７では、実施例８１６の主題は任意的に、無線通信端末装置として構成されることができる。

実施例８１８では、実施例８１６または８１７の主題は任意的に、前記コントローラが、当該通信システムの有限の複数のあらかじめ定義された構成のうちからの構成を、前記第二の構成として選択するよう構成される、ということを含むことができる。

実施例８１９では、実施例８１６ないし８１８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のモジュールが複数の構造的に異なる送信器モジュールを含み、前記コントローラが、当該通信システムの前記第二の構成を選択することを、前記複数の構造的に異なる送信器モジュールのうちから、前記第二のデータを送信するために使う送信器モジュールを選択することによって実行するよう構成される、ということを含むことができる。

実施例８２０では、実施例８１６ないし８１８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のモジュールが送信器モジュールを含み、前記コントローラが、当該通信システムの前記第二の構成を選択することを、前記データを受信するために使う前記送信器モジュールについての構成を選択することによって実行するよう構成される、ということを含むことができる。

実施例８２１では、実施例８１９または８２０の主題は任意的に、前記第一の構成が前記第二の構成と、無線周波数オーバーサンプリング・レート、送信電力、電力制御、アンテナ数、ビームフォーミング設定、ビームステアリング設定またはアンテナ感度のうちの一つまたは複数の点で異なる、ということを含むことができる。

実施例８２２では、実施例８１６ないし８１８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のモジュールが複数の構造的に異なる受信器モジュールを含み、前記コントローラが当該通信システムのための前記第二の構成を選択することを、前記複数の構造的に異なる受信器モジュールのうちから、前記データを受信するために使う受信器モジュールを選択することによって実行するよう構成される、ということを含むことができる。

実施例８２３では、実施例８１６ないし８１８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のモジュールが受信器モジュールを含み、前記コントローラが当該通信システムの前記第二の構成を選択することを、前記データを受信するために使う前記受信器モジュールについての構成を選択することによって実行するよう構成される、ということを含むことができる。

実施例８２４では、実施例８２２または８２３の主題は任意的に、前記第一の構成が前記第二の構成と、デコーダ、等化器、フィルタ長、チャネル推定技法、干渉打ち消し技法、ノイズ打ち消し技法、処理ビット幅、クロック周波数、コンポーネント電圧、パケット組み合わせ技法、アンテナ数、ビームフォーミング設定、ビームステアリング設定またはアンテナ感度のうちの一つまたは複数の点で異なる、ということを含むことができる。

実施例８２５では、実施例８１６ないし８２４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のモジュールが一つまたは複数のアンテナ、無線周波数トランシーバ、物理（ＰＨＹ）層処理モジュールまたはセルラー・プロトコル・スタック・コントローラから構成される、ということを含むことができる。

実施例８２６では、実施例８１６ないし８２５のうちいずれか一項記載の主題は任意的に、電波条件をモニタリングして前記現在の電波条件を得るよう構成された電波条件モニタリング・モジュールと、電力供給状態をモニタリングして前記現在の電力供給状態を得るよう構成された電力供給モニタリング・モジュールとをさらに含むことができる。

実施例８２７では、実施例８２６の主題は任意的に、前記電波条件モニタリング・モジュールが、電波条件をモニタリングすることを、信号電力、信号品質、信号対雑音比（ＳＮＲ）、信号対干渉・雑音比（ＳＩＮＲ）、チャネル・ドップラー広がり、チャネル遅延広がり、デコーダ誤り率、デコーダのソフト・ビットの大きさまたは再送信レートのうちの一つまたは複数をモニタリングすることによって実行するよう構成される、ということを含むことができる。

実施例８２８では、実施例８２６または８２７のうちいずれか一項記載の主題は任意的に、前記電力供給モニタリング・モジュールが、電力供給をモニタリングすることを、バッテリー電力供給レベル、バッテリー電力消費レベルまたは当該通信システムの電力消費レベルのうちの一つまたは複数をモニタリングすることによって実行するよう構成される、ということを含むことができる。

実施例８２９では、実施例８１６ないし８２８のうちいずれか一項記載の主題は任意的に、前記コントローラが、現在の電波条件および現在の電力供給状態があらかじめ定義された基準を満たすことを識別し、当該通信システムの第二の構成を選択することを、現在の電波条件があらかじめ定義された閾値より下であることを判別し、前記第一の構成より高いパフォーマンスをもつ当該通信システムの構成を前記第二の構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例８３０では、実施例８１６ないし８２８のうちいずれか一項記載の主題は任意的に、前記コントローラが、現在の電波条件および現在の電力供給状態があらかじめ定義された基準を満たすことを識別し、当該通信システムの第二の構成を選択することを、現在の電波条件があらかじめ定義された閾値より上であることを判別し、前記第一の構成より低い電力消費をもつ当該通信システムの構成を前記第二の構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例８３１では、実施例８１６ないし８２８のうちいずれか一項記載の主題は任意的に、前記コントローラが、現在の電波条件および現在の電力供給状態があらかじめ定義された基準を満たすことを識別し、当該通信システムの第二の構成を選択することを、前記現在の電力供給状態によって示される現在の電力供給レベルがあらかじめ定義された閾値より下であることを判別し、前記第一の構成より低い電力消費をもつ当該通信システムの構成を前記第二の構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例８３２では、実施例８１６ないし８２８のうちいずれか一項記載の主題は任意的に、前記コントローラが、現在の電波条件および現在の電力供給状態があらかじめ定義された基準を満たすことを識別し、当該通信システムの第二の構成を選択することを、前記現在の電力供給状態によって示される現在の電力消費レベルがあらかじめ定義された閾値より下であることを判別し、前記第一の構成より低い電力消費をもつ当該通信システムの構成を前記第二の構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例８３３は、通信回路装置であり、当該通信回路装置は、現在の電波条件および現在の電力供給状態に基づいて、当該通信回路装置の、パフォーマンス調整または電力消費調整である目標動作変更を同定し、該目標動作変更に基づいて、異なるパフォーマンス属性または異なる電力消費属性をもつ複数の構成のうちから当該通信回路装置のための構成を選択するよう構成された制御回路と；選択された構成に従ってデータを送信または受信するよう構成された一つまたは複数の回路とを含む。

実施例８３４では、実施例８３３の主題は任意的に、前記一つまたは複数の回路がハードウェア定義回路、ソフトウェア定義回路または混合されたハードウェア定義およびソフトウェア定義回路である、ということを含むことができる。

実施例８３５では、実施例８３３または８３４の主題は任意的に、前記制御回路が、当該通信回路装置の無線通信機能を制御するためのソフトウェア定義された命令を取得して実行するよう構成されたコントローラである、ということを含むことができる。

実施例８３６では、実施例８３３ないし８３５のうちいずれか一項記載の主題は任意的に、無線通信端末装置として構成されることができる。

実施例８３７では、実施例８３３ないし８３６のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記複数の構成のうちから当該通信回路装置のための構成を選択することを、前記複数の構成のうちから、前記目標動作変更にマッチするパフォーマンス属性または電力消費属性をもつ構成を、前記選択された属性として選択することによって実行するよう構成される、ということを含むことができる。

実施例８３８では、実施例８３３ないし８３７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の回路が複数の構造的に異なる送信器回路を含み、前記制御回路が、前記複数の構成のうちから当該通信回路装置のための構成を選択することを、前記複数の構造的に異なる送信器回路のうちから、前記データを送信するために使う送信器回路を選択することによって実行するよう構成される、ということを含むことができる。

実施例８３９では、実施例８３３ないし８３７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の回路が送信器回路を含み、前記制御回路が、前記複数の構成のうちから当該通信回路装置のための構成を選択することを、前記データを受信するために使う前記送信器回路についての構成を選択することによって実行するよう構成される、ということを含むことができる。

実施例８４０では、実施例８３８または８３９の主題は任意的に、前記複数の構成が、無線周波数オーバーサンプリング・レート、送信電力、電力制御、アンテナ数、ビームフォーミング設定、ビームステアリング設定またはアンテナ感度のうちの一つまたは複数の点で異なる、ということを含むことができる。

実施例８４１では、実施例８３３ないし８３７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の回路が複数の構造的に異なる受信器回路を含み、前記制御回路が前記複数の構成のうちから当該通信回路装置のための構成を選択することを、前記複数の構造的に異なる受信器回路のうちから、前記データを受信するために使う受信器回路を選択することによって実行するよう構成される、ということを含むことができる。

実施例８４２では、実施例８３３ないし８３７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の回路が受信器回路を含み、前記制御回路が前記複数の構成のうちから当該通信回路装置のための構成を選択することを、前記データを受信するために使う前記受信器回路についての構成を選択することによって実行するよう構成される、ということを含むことができる。

実施例８４３では、実施例８４１または８４２の主題は任意的に、前記複数の構成が、デコーダ、等化器、フィルタ長、チャネル推定技法、干渉打ち消し技法、ノイズ打ち消し技法、処理ビット幅、クロック周波数、コンポーネント電圧、パケット組み合わせ技法、アンテナ数、ビームフォーミング設定、ビームステアリング設定またはアンテナ感度のうちの一つまたは複数の点で異なる、ということを含むことができる。

実施例８４４では、実施例８３３ないし８４３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の回路が一つまたは複数のアンテナ回路、無線周波数トランシーバ回路、物理（ＰＨＹ）層処理回路またはセルラー・プロトコル・スタック制御回路から構成される、ということを含むことができる。

実施例８４５では、実施例８３３ないし８４４のうちいずれか一項記載の主題は任意的に、電波条件をモニタリングして前記現在の電波条件を得るよう構成された電波条件モニタリング回路と、電力供給状態をモニタリングして前記現在の電力供給状態を得るよう構成された電力供給モニタリング回路とをさらに含むことができ、前記制御回路は、前記電波条件および前記電力供給状態があらかじめ定義された基準を満たすときに前記目標動作変更の同定をトリガーするよう構成される。

実施例８４６では、実施例８４５の主題は任意的に、前記制御回路が、前記電波条件および前記電力供給状態があらかじめ定義された基準を満たすときに前記目標動作変更の同定をトリガーすることを、電波条件があらかじめ定義された閾値を下回ったことを判別し、前記目標動作変更としてパフォーマンス向上を同定し、前記複数の構成のうちから、当該通信回路装置の現在の構成よりも高いパフォーマンスをもつ構成を、前記選択された構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例８４７では、実施例８４５の主題は任意的に、前記制御回路が、前記電波条件および前記電力供給状態があらかじめ定義された基準を満たすときに前記目標動作変更の同定をトリガーすることを、電波条件があらかじめ定義された閾値を超えたことを判別し、前記目標動作変更として電力消費減少を同定し、前記複数の構成のうちから、当該通信回路装置の現在の構成よりも低い電力消費をもつ構成を、前記選択された構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例８４８では、実施例８４５の主題は任意的に、前記制御回路が、前記電波条件および前記電力供給状態があらかじめ定義された基準を満たすときに前記目標動作変更の同定をトリガーすることを、残り電力供給レベルがあらかじめ定義された閾値を下回ったことを判別し、前記目標動作変更として電力消費減少を同定し、前記複数の構成のうちから、当該通信回路装置の現在の構成よりも低い電力消費をもつ構成を、前記選択された構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例８４９では、実施例８４５の主題は任意的に、前記制御回路が、前記電波条件および前記電力供給状態があらかじめ定義された基準を満たすときに前記目標動作変更の同定をトリガーすることを、電力消費レベルがあらかじめ定義された閾値を超えたことを判別し、前記目標動作変更として電力消費減少を同定し、前記複数の構成のうちから、当該通信回路装置の現在の構成よりも低い電力消費をもつ構成を、前記選択された構成として選択することを含む、ということを含むことができる。

実施例８５０では、実施例８４５ないし８４９のうちいずれか一項記載の主題は任意的に、前記電波条件モニタリング回路が電波条件をモニタリングすることを、信号電力、信号品質、信号対雑音比（ＳＮＲ）、信号対干渉・雑音比（ＳＩＮＲ）、チャネル・ドップラー広がり、チャネル遅延広がり、デコーダ誤り率、デコーダのソフト・ビットの大きさまたは再送信レートのうちの一つまたは複数をモニタリングすることによって実行するよう構成される、ということを含むことができる。

実施例８５１では、実施例８４５ないし８５０のうちいずれか一項記載の主題は任意的に、前記電力供給モニタリング回路が、電力供給をモニタリングすることを、バッテリー電力供給レベル、バッテリー電力消費レベルまたは当該通信回路装置の電力消費レベルのうちの一つまたは複数をモニタリングすることによって実行するよう構成される、ということを含むことができる。

実施例８５２では、実施例８３３ないし８５１のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記目標動作変更に基づいて目標通信スケジュールを選択し、前記目標通信スケジュールを求める要求をネットワーク・アクセス・ノードに送信するようさらに構成される、ということを含むことができる。

実施例８５３は、通信回路装置であり、当該通信回路装置は、当該通信回路装置の第一の構成に従ってデータを送信または受信するよう構成された一つまたは複数の回路と、現在の電波条件および現在の電力供給状態があらかじめ定義された基準を満たすことを識別し、前記第一の構成とは異なるパフォーマンス属性または異なる電力消費属性をもつ当該通信回路装置の第二の構成を選択するよう構成された制御回路とを含み、前記一つまたは複数の回路は、前記第二の構成に従って当該通信回路装置で第二のデータを送信または受信するようさらに構成される。

実施例８５４では、実施例８５３の主題は任意的に、無線通信端末装置として構成されることができる。

実施例８５５では、実施例８５３の主題は任意的に、前記一つまたは複数の回路がハードウェア定義回路、ソフトウェア定義回路または混合されたハードウェア定義およびソフトウェア定義回路である、ということを含むことができる。

実施例８５６では、実施例８５３ないし８５５のうちいずれか一項記載の主題は任意的に、前記制御回路が、当該通信回路装置の無線通信機能を制御するためのソフトウェア定義された命令を取得して実行するよう構成されたコントローラである、ということを含むことができる。

実施例８５７では、実施例８５３ないし８５６のうちいずれか一項記載の主題は任意的に、前記制御回路が、当該通信回路装置の有限の複数のあらかじめ定義された構成のうちからの構成を、前記第二の構成として選択するよう構成される、ということを含むことができる。

実施例８５８では、実施例８５３ないし８５７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の回路が複数の構造的に異なる送信器回路を含み、前記制御回路が、当該通信回路装置の前記第二の構成を選択することを、前記複数の構造的に異なる送信器回路のうちから、前記第二のデータを送信するために使う送信器回路を選択することによって実行するよう構成される、ということを含むことができる。

実施例８５９では、実施例８５３ないし８５７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の回路が送信器回路を含み、前記制御回路が、当該通信回路装置の前記第二の構成を選択することを、前記データを受信するために使う前記送信器回路についての構成を選択することによって実行するよう構成される、ということを含むことができる。

実施例８６０では、実施例８５８または８５９の主題は任意的に、前記第一の構成が前記第二の構成と、無線周波数オーバーサンプリング・レート、送信電力、電力制御、アンテナ数、ビームフォーミング設定、ビームステアリング設定またはアンテナ感度のうちの一つまたは複数の点で異なる、ということを含むことができる。

実施例８６１では、実施例８５３ないし８５７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の回路が複数の構造的に異なる受信器回路を含み、前記制御回路が当該通信回路装置のための前記第二の構成を選択することを、前記複数の構造的に異なる受信器回路のうちから、前記データを受信するために使う受信器回路を選択することによって実行するよう構成される、ということを含むことができる。

実施例８６２では、実施例８５３ないし８５７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の回路が受信器回路を含み、前記制御回路が当該通信回路装置の前記第二の構成を選択することを、前記データを受信するために使う前記受信器回路についての構成を選択することによって実行するよう構成される、ということを含むことができる。

実施例８６３では、実施例８６１または８６２の主題は任意的に、前記第一の構成が前記第二の構成と、デコーダ、等化器、フィルタ長、チャネル推定技法、干渉打ち消し技法、ノイズ打ち消し技法、処理ビット幅、クロック周波数、コンポーネント電圧、パケット組み合わせ技法、アンテナ数、ビームフォーミング設定、ビームステアリング設定またはアンテナ感度のうちの一つまたは複数の点で異なる、ということを含むことができる。

実施例８６４では、実施例８５３ないし８６３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の回路が一つまたは複数のアンテナ回路、無線周波数トランシーバ回路、物理（ＰＨＹ）層処理回路またはセルラー・プロトコル・スタック制御回路から構成される、ということを含むことができる。

実施例８６５では、実施例８５３ないし８６４のうちいずれか一項記載の主題は任意的に、電波条件をモニタリングして前記現在の電波条件を得るよう構成された電波条件モニタリング回路と、電力供給状態をモニタリングして前記現在の電力供給状態を得るよう構成された電力供給モニタリング回路とをさらに含むことができる。

実施例８６６では、実施例８６５の主題は任意的に、前記電波条件モニタリング回路は、電波条件をモニタリングすることを、信号電力、信号品質、信号対雑音比（ＳＮＲ）、信号対干渉・雑音比（ＳＩＮＲ）、チャネル・ドップラー広がり、チャネル遅延広がり、デコーダ誤り率、デコーダのソフト・ビットの大きさまたは再送信レートのうちの一つまたは複数をモニタリングすることによって実行するよう構成される、ということを含むことができる。

実施例８６７では、実施例８６５または８６６のうちいずれか一項記載の主題は任意的に、前記電力供給モニタリング回路が、電力供給をモニタリングすることを、バッテリー電力供給レベル、バッテリー電力消費レベルまたは当該通信回路装置の電力消費レベルのうちの一つまたは複数をモニタリングすることによって実行するよう構成される、ということを含むことができる。

実施例８６８では、実施例８５３ないし８６７のうちいずれか一項記載の主題は任意的に、前記制御回路が、現在の電波条件および現在の電力供給状態があらかじめ定義された基準を満たすことを識別し、当該通信回路装置の第二の構成を選択することを、現在の電波条件があらかじめ定義された閾値より下であることを判別し、前記第一の構成より高いパフォーマンスをもつ当該通信回路装置の構成を前記第二の構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例８６９では、実施例８５３ないし８６７のうちいずれか一項記載の主題は任意的に、前記制御回路が、現在の電波条件および現在の電力供給状態があらかじめ定義された基準を満たすことを識別し、当該通信回路装置の第二の構成を選択することを、現在の電波条件があらかじめ定義された閾値より上であることを判別し、前記第一の構成より低い電力消費をもつ当該通信回路装置の構成を前記第二の構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例８７０では、実施例８５３ないし８６７のうちいずれか一項記載の主題は任意的に、前記制御回路が、現在の電波条件および現在の電力供給状態があらかじめ定義された基準を満たすことを識別し、当該通信回路装置の第二の構成を選択することを、前記現在の電力供給状態によって示される現在の電力供給レベルがあらかじめ定義された閾値より下であることを判別し、前記第一の構成より低い電力消費をもつ当該通信回路装置の構成を前記第二の構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例８７１では、実施例８５３ないし８６７のうちいずれか一項記載の主題は任意的に、前記制御回路が、現在の電波条件および現在の電力供給状態があらかじめ定義された基準を満たすことを識別し、当該通信回路装置の第二の構成を選択することを、前記現在の電力供給状態によって示される現在の電力消費レベルがあらかじめ定義された閾値より下であることを判別し、前記第一の構成より低い電力消費をもつ当該通信回路装置の構成を前記第二の構成として選択することによって実行するよう構成される、ということを含むことができる。

実施例８７２は、第一のデータ・ベアラの第一のデータおよび第二のデータ・ベアラの第二のデータを含むデータ・ストリームを受信する手段と；前記第一のデータ・ベアラのために複数の通信モジュールのうちから第一の通信モジュールを、前記第一のデータ・ベアラの品質要件および前記第一の通信モジュールのパフォーマンス・レベルに基づいて選択する手段と；前記第二のデータ・ベアラのために前記複数の通信モジュールのうちから第二の通信モジュールを、前記第二のデータ・ベアラの品質要件および前記第二の通信モジュールのパフォーマンス・レベルに基づいて選択する手段と；前記第一の通信モジュールで前記第一のデータ・ベアラからの第一のデータを処理する手段と；前記第二の通信モジュールで前記第二のデータ・ベアラからの第二のデータを処理する手段とを含む、装置である。

実施例８７３は、第一のデータ・ベアラの第一のデータおよび第二のデータ・ベアラの第二のデータを含むデータ・ストリームを受信する段階と；前記第一のデータ・ベアラのために複数の通信モジュールのうちから第一の通信モジュールを、前記第一のデータ・ベアラの品質要件および前記第一の通信モジュールのパフォーマンス・レベルに基づいて選択する段階と；前記第二のデータ・ベアラのために前記複数の通信モジュールのうちから第二の通信モジュールを、前記第二のデータ・ベアラの品質要件および前記第二の通信モジュールのパフォーマンス・レベルに基づいて選択する段階と；前記第一の通信モジュールで前記第一のデータ・ベアラからの第一のデータを処理する段階と；前記第二の通信モジュールで前記第二のデータ・ベアラからの第二のデータを処理する手段とを含む、方法である。

実施例８７４では、実施例８７３の主題は任意的に、前記データ・ストリームから前記第一のデータを分離して前記第一のデータを前記第一の通信モジュールにルーティングし、前記データ・ストリームから前記第二のデータを分離して前記第二のデータを前記第二の通信モジュールにルーティングすることをさらに含むことができる。

実施例８７５では、実施例８７４の主題は任意的に、前記データ・ストリームにおける前記第一のデータおよび前記第二のデータの位置を同定するベアラ情報を受信することをさらに含むことができ、前記データ・ストリームから前記第一のデータを分離することは、前記ベアラ情報を使って前記データ・ストリームから前記第一のデータを分離することを含み、前記データ・ストリームから前記第二のデータを分離することは、前記ベアラ情報を使って前記データ・ストリームから前記第二のデータを分離することを含む。

実施例８７６では、実施例８７５の主題は任意的に、前記ベアラ情報を受信することが、前記ベアラ情報をネットワーク・アクセス・ノードから制御信号として受信することを含む、ということを含むことができる。

実施例８７７では、実施例８７５または８７６の主題は任意的に、前記ベアラ情報が前記データ・ストリームにおける前記第一のデータおよび前記第二のデータの位置をビット・レベルで指定する、ということを含むことができる。

実施例８７８では、実施例８７５ないし８７７のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ベアラの品質要件が前記第二のベアラの品質要件より低く、前記ベアラ情報が、前記第一のデータが前記第二のデータより高い符号化率で圧縮されるまたは前記第二のデータより高い符号化率をもつことを指定する、ということを含むことができる。

実施例８７９では、実施例８７３ないし８７８のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ベアラのために前記複数の通信モジュールのうちから第一の通信モジュールを、前記第一のデータ・ベアラの品質要件および前記第一の通信モジュールのパフォーマンス・レベルに基づいて選択することが、前記複数の通信モジュールのうちから前記第一のデータ・ベアラの品質要件を満たすパフォーマンス・レベルをもつ通信モジュールを前記第一の通信モジュールとして選択することを含む、ということを含むことができる。

実施例８８０では、実施例８７３ないし８７９のうちいずれか一項記載の主題は任意的に、前記データ・ストリームが物理層（ＰＨＹ）データ・ストリームである、ということを含むことができる。

実施例８８１では、実施例８７３ないし８８０のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールは前記第一のデータ・ベアラの品質要件を満たし、前記第二のベアラの品質要件は満たさない、ということを含むことができる。

実施例８８２では、実施例８７３ないし８８１のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールおよび前記第二の通信モジュールが、構造的に相異なるハードウェアまたはソフトウェア・コンポーネントで構成される、ということを含むことができる。

実施例８８３では、実施例８７３ないし８８１のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールが第一の構成で構成された処理モジュールであり、前記第二の通信モジュールが第二の構成で構成された前記処理モジュールである、ということを含むことができる。

実施例８８４では、実施例８８３の主題は任意的に、前記第一の構成で構成された前記処理モジュールは、前記第二の構成で構成された前記処理モジュールとは、異なるソフトウェア論理または異なるハードウェア動作パラメータをもつ、ということを含むことができる。

実施例８８５では、実施例８７３ないし８８４のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールおよび前記第二の通信モジュールが、デコーダ、等化器、フィルタ長、チャネル推定技法、干渉打ち消し技法、ノイズ打ち消し技法、処理ビット幅、クロック周波数、コンポーネント電圧、パケット組み合わせ技法、アルゴリズム反復工程数、コンポーネント内またはコンポーネント間での逐次反復技法の使用、ヌル・ステアリング設定、アンテナ数、ビームフォーミング設定、ビームステアリング設定またはアンテナ感度のうちの一つまたは複数の点で異なる、ということを含むことができる。

実施例８８６では、実施例８７３ないし８８５のうちいずれか一項記載の主題は任意的に、前記複数の通信モジュールのうちから第一の通信モジュールを選択することが、前記第一の通信モジュールの電力消費レートに基づいて前記第一の通信モジュールを選択することを含む、ということを含むことができる。

実施例８８７では、実施例８７３ないし８８６のうちいずれか一項記載の主題は任意的に、前記複数の通信モジュールのうちから第一の通信モジュールを選択することが、前記第一のデータ・ベアラの品質要件を満たす最低の電力消費レートをもつ前記複数の通信モジュールのうちからの通信モジュールを、前記第一の通信モジュールとして選択することを含む、ということを含むことができる。

実施例８８８では、実施例８７３ないし８８７のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ベアラの品質要件にマッチするよう前記第一の通信モジュールのパフォーマンス・レベルをスケーリングするよう前記第一の通信モジュールの構成を調整することをさらに含むことができる。

実施例８８９では、実施例８７３ないし８８８のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ベアラの品質要件および前記第二のデータ・ベアラの品質要件が、最大レイテンシー要件、最大誤り率要件または最小データレート要件である、ということを含むことができる。

実施例８９０では、実施例８７３ないし８８９のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ベアラの品質要件は前記第二のデータ・ベアラの品質要件より低く、前記第一の通信モジュールのパフォーマンス・レベルは前記第二の通信モジュールのパフォーマンス・レベルより低い、ということを含むことができる。

実施例８９１では、実施例８７３ないし８９０のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールが前記第二の通信モジュールより低い電力消費レートをもつ、ということを含むことができる。

実施例８９２では、実施例８７３ないし８９１のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ベアラの第一のデータおよび第二のデータ・ベアラの第二のデータを含むデータ・ストリームを受信することが、前記第一のデータをキャリア・アグリゲーション方式の第一のキャリア上で受信し、前記第二のデータをキャリア・アグリゲーション方式の第二のキャリア上で受信することを含む、ということを含むことができる。

実施例８９３では、実施例８７３ないし８９２のうちいずれか一項記載の主題は任意的に、前記データ・ストリームにおいて第一のデータが存在しない時間区間の間は前記第一の通信モジュールを低電力状態にし、前記データ・ストリームにおいて第二のデータが存在しない時間区間の間は前記第二の通信モジュールを低電力状態にすることをさらに含むことができる。

実施例８９４は、一つまたは複数の通信モジュールを含み、実施例８７３ないし８９３のうちいずれか一項記載の方法を実行するよう構成されている通信システムである。

実施例８９５は、無線通信端末装置のコントローラによって実行されたときに実施例８７３ないし８９４のうちいずれか一項記載の方法を実行するよう前記無線通信端末装置に指令する命令を記憶している非一時的なコンピュータ可読媒体である。

実施例８９６は、実施例８７３ないし８９４のうちいずれか一項記載の方法を実行するよう構成された無線通信端末装置である

実施例８９７は、端末装置の第一のデータ・ベアラについての第一のデータおよび前記端末装置の第二のデータ・ベアラについての第二のデータを同定する手段と；物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータ・ベアラおよび前記第二のデータ・ベアラの品質要件に基づいて前記第一のデータおよび前記第二のデータを割り当てることによって生成する手段と；前記物理層データ・ストリームおよび物理層メッセージを前記端末装置に送信する手段とを含む装置であり、前記物理層メッセージは、前記物理層データ・ストリーム内での前記第一のデータおよび前記第二のデータの割り当てを指定する。

実施例８９８は、無線通信を実行する方法であり、当該方法は、端末装置の第一のデータ・ベアラについての第一のデータおよび前記端末装置の第二のデータ・ベアラについての第二のデータを同定する段階と；物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータ・ベアラおよび前記第二のデータ・ベアラの品質要件に基づいて前記第一のデータおよび前記第二のデータを割り当てることによって生成する段階と；前記物理層データ・ストリームおよび物理層メッセージを前記端末装置に送信する段階とを含み、前記物理層メッセージは、前記物理層データ・ストリーム内での前記第一のデータおよび前記第二のデータの割り当てを指定する。

実施例８９９では、実施例８９８の主題は任意的に、前記物理層メッセージが前記物理層データ・ストリームにおける前記第一のデータおよび前記第二のデータのビット・レベルの位置を指定する、ということを含むことができる。

実施例９００では、実施例８９８の主題は任意的に、前記物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータおよび前記第二のデータを割り当てることによって生成することが、前記第一のデータをキャリア・アグリゲーション方式の第一のキャリアに割り当て、前記第二のデータをキャリア・アグリゲーション方式の第二のキャリアに割り当てることを含む、ということを含むことができる。

実施例９０１では、実施例９００の主題は任意的に、前記物理層メッセージが、前記第一のデータが前記第一のキャリアに割り当てられており、前記第二のデータが前記第二のキャリアに割り当てられていることを指定する、ということを含むことができる。

実施例９０２では、実施例８９８または８９９の主題は任意的に、前記第一のデータ・ベアラが前記第二のベアラより低い品質要件をもち、前記第一のデータが時間を追って複数のデータ区間で送信されるようスケジュールされ、前記物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータおよび前記第二のデータを割り当てることによって生成することが、前記複数のデータ区間のうちの第一のデータ区間を、前記複数のデータ区間のうちの第二のデータ区間と前記物理層データ・ストリーム内で時間的に整列されるよう遅延させることを含む、ということを含むことができる。

実施例９０３では、実施例８９８または８９９の主題は任意的に、前記第一のデータ・ベアラが前記第二のベアラより低い品質要件をもち、前記第一のデータおよび前記第二のデータが時間を追って複数のデータ区間で送信されるようスケジュールされ、前記物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータおよび前記第二のデータを割り当てることによって生成することが、前記複数のデータ区間のうちのデータ容量限界を超えるデータ区間を識別し、該データ区間における第一のデータを、前記複数のデータ区間のうちの後のデータ区間まで遅延させることを含む、ということを含むことができる。

実施例９０４では、実施例８９８または８９９の主題は任意的に、前記第一のデータ・ベアラが前記第二のベアラより低い品質要件をもち、前記第一のデータおよび前記第二のデータが時間を追って複数のデータ区間で送信されるようスケジュールされ、前記物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータおよび前記第二のデータを割り当てることによって生成することが、前記複数のデータ区間のうちのデータ容量限界を超えるデータ区間を識別し、該データ区間における前記第一のデータを、該データ区間における前記第二のデータより高い符号化率でエンコードすることを含む、ということを含むことができる。

実施例９０５では、実施例８９８または８９９の主題は任意的に、前記物理層データ・ストリームが時間を通じた複数のデータ区間で構成され、前記物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータおよび前記第二のデータを割り当てることによって生成することが、前記第一のデータを前記第二のデータとは異なる、前記複数のデータ区間のうちのデータ区間に割り当てることを含む、ということを含むことができる。

実施例９０６は、実施例８９８ないし９０５のうちいずれか一項記載の方法を実行するよう構成された無線通信システムである

実施例９０７は、無線通信ネットワーク・アクセス・ノードのコントローラによって実行されたときに実施例８９８ないし９０５のうちいずれか一項記載の方法を実行するよう前記無線通信ネットワーク・アクセス・ノードに指令する命令を記憶している非一時的なコンピュータ可読媒体である。

実施例９０８は、実施例８９８ないし９０５のうちいずれか一項記載の方法を実行するよう構成された無線通信ネットワーク・アクセス・ノードである

実施例９０９は、複数の通信モジュールと、第一のデータ・ベアラの第一のデータおよび第二のデータ・ベアラの第二のデータを含むデータ・ストリームを受信するよう構成された無線モジュールと、コントローラとを含む通信システムであり、前記コントローラは、前記第一のデータ・ベアラのために前記複数の通信モジュールのうちから第一の通信モジュールを、前記第一のデータ・ベアラの品質要件および前記第一の通信モジュールのパフォーマンス・レベルに基づいて選択し；前記第二のデータ・ベアラのために前記複数の通信モジュールのうちから第二の通信モジュールを、前記第二のデータ・ベアラの品質要件および前記第二の通信モジュールのパフォーマンス・レベルに基づいて選択するよう構成されており、前記第一の通信モジュールは前記第一のデータを処理するよう構成され、前記第二の通信モジュールは前記第二のデータを処理するよう構成される。

実施例９１０では、実施例９０９の主題は任意的に、無線通信端末装置として構成されることができる。

実施例９１１では、実施例９０９または９１０の主題は任意的に、前記データ・ストリームから前記第一のデータを分離して前記第一のデータを前記第一の通信モジュールにルーティングし、前記データ・ストリームから前記第二のデータを分離して前記第二のデータを前記第二の通信モジュールにルーティングするよう構成されたマッピング・モジュールをさらに含むことができる。

実施例９１２では、実施例９１１の主題は任意的に、前記コントローラが、前記データ・ストリームにおける前記第一のデータおよび前記第二のデータの位置を同定するベアラ情報を受信するようさらに構成され、前記マッピング・モジュールが、前記ベアラ情報を使って前記データ・ストリームから前記第一のデータを分離するし、前記ベアラ情報を使って前記データ・ストリームから前記第二のデータを分離するよう構成される、ということを含むことができる。

実施例９１３では、実施例９１２の主題は任意的に、前記コントローラが、前記ベアラ情報をネットワーク・アクセス・ノードから制御信号として受信するよう構成される、ということを含むことができる。

実施例９１４では、実施例９１２または９１３の主題は任意的に、前記ベアラ情報が前記データ・ストリームにおける前記第一のデータおよび前記第二のデータの位置をビット・レベルで指定する、ということを含むことができる。

実施例９１５では、実施例９１２ないし９１４のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記第一のデータ・ベアラのために前記複数の通信モジュールのうちから第一の通信モジュールを、前記第一のデータ・ベアラの品質要件および前記第一の通信モジュールのパフォーマンス・レベルに基づいて選択することを、前記複数の通信モジュールのうちから前記第一のデータ・ベアラの品質要件を満たすパフォーマンス・レベルをもつ通信モジュールを前記第一の通信モジュールとして選択することによって実行するよう構成される、ということを含むことができる。

実施例９１６では、実施例９１２ないし９１５のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールは前記第一のデータ・ベアラの品質要件を満たし、前記第二のベアラの品質要件は満たさない、ということを含むことができる。

実施例９１７では、実施例９０９ないし９１６のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールおよび前記第二の通信モジュールが、構造的に相異なるハードウェアまたはソフトウェア・コンポーネントで構成される、ということを含むことができる。

実施例９１８では、実施例９０９ないし９１６のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールが第一の構成で構成された処理モジュールであり、前記第二の通信モジュールが第二の構成で構成された前記処理モジュールである、ということを含むことができる。

実施例９１９では、実施例９１８の主題は任意的に、前記第一の構成で構成された前記処理モジュールは、前記第二の構成で構成された前記処理モジュールとは、異なるソフトウェア論理または異なるハードウェア動作パラメータをもつ、ということを含むことができる。

実施例９２０では、実施例９０９ないし９１９のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールおよび前記第二の通信モジュールが、デコーダ、等化器、フィルタ長、チャネル推定技法、干渉打ち消し技法、ノイズ打ち消し技法、処理ビット幅、クロック周波数、コンポーネント電圧、パケット組み合わせ技法、アンテナ数、ビームフォーミング設定、ビームステアリング設定またはアンテナ感度のうちの一つまたは複数の点で異なる、ということを含むことができる。

実施例９２１では、実施例９０９ないし９２０のうちいずれか一項記載の主題は任意的に、前記制御モジュールが、前記複数の通信モジュールのうちから第一の通信モジュールを選択することを、前記第一の通信モジュールの電力消費レートに基づいて前記第一の通信モジュールを選択することによって実行するよう構成される、ということを含むことができる。

実施例９２２では、実施例９０９ないし９２１のうちいずれか一項記載の主題は任意的に、前記制御モジュールが、前記第一のデータ・ベアラの品質要件にマッチするよう前記第一の通信モジュールのパフォーマンス・レベルをスケーリングするよう前記第一の通信モジュールの構成を調整するようさらに構成される、ということを含むことができる。

実施例９２３では、実施例９０９ないし９２２のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記複数の通信モジュールのうちから第一の通信モジュールを選択することを、前記第一のデータ・ベアラの品質要件を満たす最低の電力消費レートをもつ前記複数の通信モジュールのうちからの通信モジュールを前記第一の通信モジュールとして選択することによって実行するよう構成される、とういことを含むことができる。

実施例９２４では、実施例９０９ないし９２３のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ベアラの品質要件および前記第二のデータ・ベアラの品質要件が、最大レイテンシー要件、最大誤り率要件または最小データレート要件である、ということを含むことができる。

実施例９２５では、実施例９０９ないし９２４のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ベアラの品質要件は前記第二のデータ・ベアラの品質要件より低く、前記第一の通信モジュールのパフォーマンス・レベルは前記第二の通信モジュールのパフォーマンス・レベルより低い、ということを含むことができる。

実施例９２６では、実施例９０９ないし９２５のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールが前記第二の通信モジュールより低い電力消費レートをもつ、ということを含むことができる。

実施例９２７では、実施例９０９ないし９２６のうちいずれか一項記載の主題は任意的に、前記無線モジュールが、前記第一のデータ・ベアラの第一のデータおよび第二のデータ・ベアラの第二のデータを含むデータ・ストリームを受信することを、前記第一のデータをキャリア・アグリゲーション方式の第一のキャリア上で受信し、前記第二のデータをキャリア・アグリゲーション方式の第二のキャリア上で受信することによって実行するよう構成される、ということを含むことができる。

実施例９２８では、実施例９０９ないし９２７のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールは、前記データ・ストリームにおいて第一のデータが存在しない時間区間の間は低電力状態にはいるよう構成され、前記第二の通信モジュールは、前記データ・ストリームにおいて第二のデータが存在しない時間区間の間は低電力状態にはいるよう構成される、ということを含むことができる。

実施例９２９は、通信システムであり、当該通信システムは、端末装置の第一のデータ・ベアラについての第一のデータおよび前記端末装置の第二のデータ・ベアラについての第二のデータを同定し；物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータ・ベアラおよび前記第二のデータ・ベアラの品質要件に基づいて前記第一のデータおよび前記第二のデータを割り当てることによって生成するよう構成されたコントローラと；前記物理層データ・ストリームおよび物理層メッセージを前記端末装置に送信するよう構成された無線モジュールとを含み、前記物理層メッセージは、前記物理層データ・ストリーム内での前記第一のデータおよび前記第二のデータの割り当てを指定する。

実施例９３０では、実施例９２９の主題は任意的に、無線通信ネットワーク・アクセス・ノードとして構成されることができる。

実施例９３１では、実施例９２９または９３０の主題は任意的に、前記物理層メッセージが前記物理層データ・ストリームにおける前記第一のデータおよび前記第二のデータのビット・レベルの位置を指定する、ということを含むことができる。

実施例９３２では、実施例９２９または９３０の主題は任意的に、前記コントローラが、前記物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータおよび前記第二のデータを割り当てることによって生成することを、前記第一のデータをキャリア・アグリゲーション方式の第一のキャリアに割り当て、前記第二のデータをキャリア・アグリゲーション方式の第二のキャリアに割り当てることによって実行するよう構成される、ということを含むことができる。

実施例９３３では、実施例９３２の主題は任意的に、前記物理層メッセージが、前記第一のデータが前記第一のキャリアに割り当てられており、前記第二のデータが前記第二のキャリアに割り当てられていることを指定する、ということを含むことができる。

実施例９３４では、実施例９２９または９３０の主題は任意的に、前記第一のデータ・ベアラが前記第二のベアラより低い品質要件をもち、前記第一のデータが時間を追って複数のデータ区間で送信されるようスケジュールされ、前記コントローラが、前記物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータおよび前記第二のデータを割り当てることによって生成することを、前記複数のデータ区間のうちの第一のデータ区間を、前記複数のデータ区間のうちの第二のデータ区間と前記物理層データ・ストリーム内で時間的に整列されるよう遅延させることによって実行するよう構成される、ということを含むことができる。

実施例９３５では、実施例９２９または９３０の主題は任意的に、前記第一のデータ・ベアラが前記第二のベアラより低い品質要件をもち、前記第一のデータおよび前記第二のデータが時間を追って複数のデータ区間で送信されるようスケジュールされ、前記コントローラが、前記物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータおよび前記第二のデータを割り当てることによって生成することを、前記複数のデータ区間のうちのデータ容量限界を超えるデータ区間を識別し、該データ区間における第一のデータを、前記複数のデータ区間のうちの後のデータ区間まで遅延させることによって実行するよう構成される、ということを含むことができる。

実施例９３６では、実施例９２９または９３０の主題は任意的に、前記第一のデータ・ベアラが前記第二のベアラより低い品質要件をもち、前記第一のデータおよび前記第二のデータが時間を追って複数のデータ区間で送信されるようスケジュールされ、前記コントローラが、前記物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータおよび前記第二のデータを割り当てることによって生成することを、前記複数のデータ区間のうちのデータ容量限界を超えるデータ区間を識別し、該データ区間における前記第一のデータを、該データ区間における前記第二のデータより高い符号化率でエンコードすることによって実行するよう構成される、ということを含むことができる。

実施例９３７では、実施例９２９または９３０の主題は任意的に、前記物理層データ・ストリームが時間を通じた複数のデータ区間で構成され、前記コントローラは、前記物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータおよび前記第二のデータを割り当てることによって生成することを、前記第一のデータを前記第二のデータとは異なる、前記複数のデータ区間のうちのデータ区間に割り当てることによって実行するよう構成される、ということを含むことができる。

実施例９３８は、複数の通信モジュールおよびコントローラを含む通信システムであり、前記コントローラは、第一のデータ・ベアラのために前記複数の通信モジュールのうちから第一の通信モジュールを、前記第一のデータ・ベアラの品質要件および前記第一の通信モジュールのパフォーマンス・レベルに基づいて選択し；第二のデータ・ベアラのために前記複数の通信モジュールのうちから第二の通信モジュールを、前記第二のデータ・ベアラの品質要件および前記第二の通信モジュールのパフォーマンス・レベルに基づいて選択するよう構成されており、前記第一の通信モジュールは前記第一のデータ・ベアラからの第一のデータを処理して処理された第一のデータを得るよう構成され、前記第二の通信モジュールは前記第二のデータ・ベアラからの第二のデータを処理して処理された第二のデータを得るよう構成されており、当該通信システムはさらに、前記処理された第一のデータおよび前記処理された第二のデータを送信するよう構成された無線モジュールを含む。

実施例９３９では、実施例９３８の主題は任意的に、無線通信端末装置として構成されることができる。

実施例９４０では、実施例９３８または９３９の主題は任意的に、前記第一のデータを前記第一の通信モジュールに提供し、前記第二のデータを前記第二の通信モジュールに提供するよう構成されたマッピング・モジュールをさらに含むことができる。

実施例９４１では、実施例９４０の主題は任意的に、前記コントローラが、前記第一のデータ・ベアラおよび前記第二のデータ・ベアラの品質要件を同定するベアラ情報を取得して物理層メッセージを生成するようさらに構成される、ということを含むことができる。

実施例９４２では、実施例９４１の主題は任意的に、前記処理された第一のデータおよび前記処理された第二のデータを組み合わせて前記データ・ストリームを得るよう構成された組み合わせモジュールをさらに含むことができる。

実施例９４３では、実施例９３８ないし９４２のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記第一のデータ・ベアラのために前記複数の通信モジュールのうちから第一の通信モジュールを、前記第一のデータ・ベアラの品質要件および前記第一の通信モジュールのパフォーマンス・レベルに基づいて選択することを、前記複数の通信モジュールのうちから前記第一のデータ・ベアラの品質要件を満たすパフォーマンス・レベルをもつ通信モジュールを前記第一の通信モジュールとして選択することによって実行するよう構成される、ということを含むことができる。

実施例９４４では、実施例９３８ないし９４３のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールは前記第一のデータ・ベアラの品質要件を満たし、前記第二のベアラの品質要件は満たさない、ということを含むことができる。

実施例９４５では、実施例９３８ないし９４４のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールおよび前記第二の通信モジュールが、構造的に相異なるハードウェアまたはソフトウェア・コンポーネントで構成される、ということを含むことができる。

実施例９４６では、実施例９３８ないし９４５のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールが第一の構成で構成された処理モジュールであり、前記第二の通信モジュールが第二の構成で構成された前記処理モジュールである、ということを含むことができる。

実施例９４７では、実施例９４６の主題は任意的に、前記第一の構成で構成された前記処理モジュールは、前記第二の構成で構成された前記処理モジュールとは、異なるソフトウェア論理または異なるハードウェア動作パラメータをもつ、ということを含むことができる。

実施例９４８では、実施例９３８ないし９４７のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールおよび前記第二の通信モジュールが、デコーダ、等化器、フィルタ長、チャネル推定技法、干渉打ち消し技法、ノイズ打ち消し技法、処理ビット幅、クロック周波数、コンポーネント電圧、パケット組み合わせ技法、アンテナ数、ビームフォーミング設定、ビームステアリング設定またはアンテナ感度のうちの一つまたは複数の点で異なる、ということを含むことができる。

実施例９４９では、実施例９３８ないし９４８のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記複数の通信モジュールのうちから第一の通信モジュールを選択することを、前記第一の通信モジュールの電力消費レートに基づいて前記第一の通信モジュールを選択することによって実行するよう構成される、ということを含むことができる。

実施例９５０では、実施例９３８ないし９４９のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記第一のデータ・ベアラの品質要件にマッチするよう前記第一の通信モジュールのパフォーマンス・レベルをスケーリングするよう前記第一の通信モジュールの構成を調整するよう構成される、ということを含むことができる。

実施例９５１では、実施例９３８ないし９５０のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記複数の通信モジュールのうちから第一の通信モジュールを選択することを、前記第一のデータ・ベアラの品質要件を満たす最低の電力消費レートをもつ前記複数の通信モジュールのうちからの通信モジュールを、前記第一の通信モジュールとして選択することによって実行されるよう構成される、ということを含むことができる。

実施例９５２では、実施例９３８ないし９５１のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ベアラの品質要件および前記第二のデータ・ベアラの品質要件が、最大レイテンシー要件、最大誤り率要件または最小データレート要件である、ということを含むことができる。

実施例９５３では、実施例９３８ないし９５２のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ベアラの品質要件は前記第二のデータ・ベアラの品質要件より低く、前記第一の通信モジュールのパフォーマンス・レベルは前記第二の通信モジュールのパフォーマンス・レベルより低い、ということを含むことができる。

実施例９５４では、実施例９３８ないし９５３のうちいずれか一項記載の主題は任意的に、前記第一の通信モジュールが前記第二の通信モジュールより低い電力消費レートをもつ、ということを含むことができる。

実施例９５５は、複数の通信回路と、第一のデータ・ベアラの第一のデータおよび第二のデータ・ベアラの第二のデータを含むデータ・ストリームを受信するよう構成された無線回路と、制御回路とを含む通信回路装置であり、前記制御回路は、前記第一のデータ・ベアラのために前記複数の通信回路のうちから第一の通信回路を、前記第一のデータ・ベアラの品質要件および前記第一の通信回路のパフォーマンス・レベルに基づいて選択し；前記第二のデータ・ベアラのために前記複数の通信回路のうちから第二の通信回路を、前記第二のデータ・ベアラの品質要件および前記第二の通信回路のパフォーマンス・レベルに基づいて選択するよう構成されており、前記第一の通信回路は前記第一のデータを処理するよう構成され、前記第二の通信回路は前記第二のデータを処理するよう構成される。

実施例９５６では、実施例９５５の主題は任意的に、前記制御回路がソフトウェア定義された命令を取得して実行するよう構成されたプロセッサである、ということを含むことができる。

実施例９５７では、実施例９５５または９５６の主題は任意的に、前記複数の通信回路がハードウェア定義回路、ソフトウェア定義回路または混合されたハードウェア定義およびソフトウェア定義回路である、ということを含むことができる。

実施例９５８では、実施例９５５ないし９５７のうちいずれか一項記載の主題は任意的に、無線通信端末装置として構成されることができる。

実施例９５９では、実施例９５５ないし９５９のうちいずれか一項記載の主題は任意的に、前記データ・ストリームから前記第一のデータを分離して前記第一のデータを前記第一の通信回路にルーティングし、前記データ・ストリームから前記第二のデータを分離して前記第二のデータを前記第二の通信回路にルーティングするよう構成されたマッピング回路をさらに含むことができる。

実施例９６０では、実施例９５９の主題は任意的に、前記制御回路が、前記データ・ストリームにおける前記第一のデータおよび前記第二のデータの位置を同定するベアラ情報を受信するようさらに構成され、前記マッピング回路が、前記ベアラ情報を使って前記データ・ストリームから前記第一のデータを分離するし、前記ベアラ情報を使って前記データ・ストリームから前記第二のデータを分離するよう構成される、ということを含むことができる。

実施例９６１では、実施例９６０の主題は任意的に、前記制御回路が、前記ベアラ情報をネットワーク・アクセス・ノードから制御信号として受信するよう構成される、ということを含むことができる。

実施例９６２では、実施例９６０または９６１の主題は任意的に、前記ベアラ情報が前記データ・ストリームにおける前記第一のデータおよび前記第二のデータの位置をビット・レベルで指定する、ということを含むことができる。

実施例９６３では、実施例９６０ないし９６２のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記第一のデータ・ベアラのために前記複数の通信回路のうちから第一の通信回路を、前記第一のデータ・ベアラの品質要件および前記第一の通信回路のパフォーマンス・レベルに基づいて選択することを、前記複数の通信回路のうちから前記第一のデータ・ベアラの品質要件を満たすパフォーマンス・レベルをもつ通信回路を前記第一の通信回路として選択することによって実行するよう構成される、ということを含むことができる。

実施例９６４では、実施例９６０ないし９６３のうちいずれか一項記載の主題は任意的に、前記第一の通信回路は前記第一のデータ・ベアラの品質要件を満たし、前記第二のベアラの品質要件は満たさない、ということを含むことができる。

実施例９６５では、実施例９５５ないし９６４のうちいずれか一項記載の主題は任意的に、前記第一の通信回路および前記第二の通信回路が、構造的に相異なるハードウェアまたはソフトウェア回路で構成される、ということを含むことができる。

実施例９６６では、実施例９５５ないし９６４のうちいずれか一項記載の主題は任意的に、前記第一の通信回路が第一の構成で構成された処理回路であり、前記第二の通信回路が第二の構成で構成された前記処理回路である、ということを含むことができる。

実施例９６７では、実施例９６６の主題は任意的に、前記第一の構成で構成された前記処理回路は、前記第二の構成で構成された前記処理回路とは、異なるソフトウェア論理または異なるハードウェア動作パラメータをもつ、ということを含むことができる。

実施例９６８では、実施例９５５ないし９６７のうちいずれか一項記載の主題は任意的に、前記第一の通信回路および前記第二の通信回路が、デコーダ、等化器、フィルタ長、チャネル推定技法、干渉打ち消し技法、ノイズ打ち消し技法、処理ビット幅、クロック周波数、コンポーネント電圧、パケット組み合わせ技法、アンテナ数、ビームフォーミング設定、ビームステアリング設定またはアンテナ感度のうちの一つまたは複数の点で異なる、ということを含むことができる。

実施例９６９では、実施例９５５ないし９６８のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記複数の通信回路のうちから第一の通信回路を選択することを、前記第一の通信回路の電力消費レートに基づいて前記第一の通信回路を選択することによって実行するよう構成される、ということを含むことができる。

実施例９７０では、実施例９５５ないし９６９のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記第一のデータ・ベアラの品質要件にマッチするよう前記第一の通信回路のパフォーマンス・レベルをスケーリングするよう前記第一の通信回路の構成を調整するようさらに構成される、ということを含むことができる。

実施例９７１では、実施例９５５ないし９７０のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記複数の通信回路のうちから第一の通信回路を選択することを、前記第一のデータ・ベアラの品質要件を満たす最低の電力消費レートをもつ前記複数の通信回路のうちからの通信回路を前記第一の通信回路として選択することによって実行するよう構成される、とういことを含むことができる。

実施例９７２では、実施例９５５ないし９７１のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ベアラの品質要件および前記第二のデータ・ベアラの品質要件が、最大レイテンシー要件、最大誤り率要件または最小データレート要件である、ということを含むことができる。

実施例９７３では、実施例９５５ないし９７２のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ベアラの品質要件は前記第二のデータ・ベアラの品質要件より低く、前記第一の通信回路のパフォーマンス・レベルは前記第二の通信回路のパフォーマンス・レベルより低い、ということを含むことができる。

実施例９７４では、実施例９５５ないし９７３のうちいずれか一項記載の主題は任意的に、前記第一の通信回路が前記第二の通信回路より低い電力消費レートをもつ、ということを含むことができる。

実施例９７５では、実施例９５５ないし９７４のうちいずれか一項記載の主題は任意的に、前記無線回路が、前記第一のデータ・ベアラの第一のデータおよび第二のデータ・ベアラの第二のデータを含むデータ・ストリームを受信することを、前記第一のデータをキャリア・アグリゲーション方式の第一のキャリア上で受信し、前記第二のデータをキャリア・アグリゲーション方式の第二のキャリア上で受信することによって実行するよう構成される、ということを含むことができる。

実施例９７６では、実施例９５５ないし９７５のうちいずれか一項記載の主題は任意的に、前記第一の通信回路は、前記データ・ストリームにおいて第一のデータが存在しない時間区間の間は低電力状態にはいるよう構成され、前記第二の通信回路は、前記データ・ストリームにおいて第二のデータが存在しない時間区間の間は低電力状態にはいるよう構成される、ということを含むことができる。

実施例９７７は、通信回路装置であり、当該通信回路装置は、端末装置の第一のデータ・ベアラについての第一のデータおよび前記端末装置の第二のデータ・ベアラについての第二のデータを同定し；物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータ・ベアラおよび前記第二のデータ・ベアラの品質要件に基づいて前記第一のデータおよび前記第二のデータを割り当てることによって生成するよう構成された制御回路と；前記物理層データ・ストリームおよび物理層メッセージを前記端末装置に送信するよう構成された無線回路とを含み、前記物理層メッセージは、前記物理層データ・ストリーム内での前記第一のデータおよび前記第二のデータの割り当てを指定する。

実施例９７８では、実施例９７７の主題は任意的に、前記制御回路がプロセッサを含み、該プロセッサが、該プロセッサの動作を制御するソフトウェア定義命令を取得して実行するよう構成されている、ということを含むことができる。

実施例９７９では、実施例９７７または９７８の主題は任意的に、無線通信ネットワーク・アクセス・ノードとして構成されることができる。

実施例９８０では、実施例９７７ないし９７９のうちいずれか一項記載の主題は任意的に、前記物理層メッセージが前記物理層データ・ストリームにおける前記第一のデータおよび前記第二のデータのビット・レベルの位置を指定する、ということを含むことができる。

実施例９８１では、実施例９７７ないし９７９のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータおよび前記第二のデータを割り当てることによって生成することを、前記第一のデータをキャリア・アグリゲーション方式の第一のキャリアに割り当て、前記第二のデータをキャリア・アグリゲーション方式の第二のキャリアに割り当てることによって実行するよう構成される、ということを含むことができる。

実施例９８２では、実施例９８１の主題は任意的に、前記物理層メッセージが、前記第一のデータが前記第一のキャリアに割り当てられており、前記第二のデータが前記第二のキャリアに割り当てられていることを指定する、ということを含むことができる。

実施例９８３では、実施例９７７ないし９７９のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ベアラが前記第二のベアラより低い品質要件をもち、前記第一のデータが時間を追って複数のデータ区間で送信されるようスケジュールされ、前記制御回路が、前記物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータおよび前記第二のデータを割り当てることによって生成することを、前記複数のデータ区間のうちの第一のデータ区間を、前記複数のデータ区間のうちの第二のデータ区間と前記物理層データ・ストリーム内で時間的に整列されるよう遅延させることによって実行するよう構成される、ということを含むことができる。

実施例９８４では、実施例９７７ないし９７９のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ベアラが前記第二のベアラより低い品質要件をもち、前記第一のデータおよび前記第二のデータが時間を追って複数のデータ区間で送信されるようスケジュールされ、前記制御回路が、前記物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータおよび前記第二のデータを割り当てることによって生成することを、前記複数のデータ区間のうちのデータ容量限界を超えるデータ区間を識別し、該データ区間における第一のデータを、前記複数のデータ区間のうちの後のデータ区間まで遅延させることによって実行するよう構成される、ということを含むことができる。

実施例９８５では、実施例９７７ないし９７９のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ベアラが前記第二のベアラより低い品質要件をもち、前記第一のデータおよび前記第二のデータが時間を追って複数のデータ区間で送信されるようスケジュールされ、前記制御回路が、前記物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータおよび前記第二のデータを割り当てることによって生成することを、前記複数のデータ区間のうちのデータ容量限界を超えるデータ区間を識別し、該データ区間における前記第一のデータを、該データ区間における前記第二のデータより高い符号化率でエンコードすることによって実行するよう構成される、ということを含むことができる。

実施例９８６では、実施例９７７または９７９のうちいずれか一項記載の主題は任意的に、前記物理層データ・ストリームが時間を通じた複数のデータ区間で構成され、前記制御回路は、前記物理層データ・ストリームを、該物理層データ・ストリームにおいて前記第一のデータおよび前記第二のデータを割り当てることによって生成することを、前記第一のデータを前記第二のデータとは異なる、前記複数のデータ区間のうちのデータ区間に割り当てることによって実行するよう構成される、ということを含むことができる。

実施例９８７は、複数の通信回路および制御回路を含む通信回路装置であり、前記制御回路は、第一のデータ・ベアラのために前記複数の通信回路のうちから第一の通信回路を、前記第一のデータ・ベアラの品質要件および前記第一の通信回路のパフォーマンス・レベルに基づいて選択し；第二のデータ・ベアラのために前記複数の通信回路のうちから第二の通信回路を、前記第二のデータ・ベアラの品質要件および前記第二の通信回路のパフォーマンス・レベルに基づいて選択するよう構成されており、前記第一の通信回路は前記第一のデータ・ベアラからの第一のデータを処理して処理された第一のデータを得るよう構成され、前記第二の通信回路は前記第二のデータ・ベアラからの第二のデータを処理して処理された第二のデータを得るよう構成されており、当該通信回路装置はさらに、前記処理された第一のデータおよび前記処理された第二のデータを送信するよう構成された無線回路を含む。

実施例９８８では、実施例９８７の主題は任意的に、前記制御回路がソフトウェア定義された命令を取得して実行するよう構成されたプロセッサである、ということを含むことができる。

実施例９８９では、実施例９８７または９８８の主題は任意的に、前記複数の通信回路がハードウェア定義回路、ソフトウェア定義回路または混合されたハードウェア定義およびソフトウェア定義回路である、ということを含むことができる。

実施例９９０では、実施例９８７ないし９８９のうちいずれか一項記載の主題は任意的に、無線通信端末装置として構成されることができる。

実施例９９１では、実施例９８７ないし９９０のうちいずれか一項記載の主題は任意的に、前記第一のデータを前記第一の通信回路に提供し、前記第二のデータを前記第二の通信回路に提供するよう構成されたマッピング回路をさらに含むことができる。

実施例９９２では、実施例９９１の主題は任意的に、前記制御回路が、前記第一のデータ・ベアラおよび前記第二のデータ・ベアラの品質要件を同定するベアラ情報を取得して、物理層メッセージを生成するようさらに構成される、ということを含むことができる。

実施例９９３では、実施例９９２の主題は任意的に、前記処理された第一のデータおよび前記処理された第二のデータを組み合わせて前記データ・ストリームを得るよう構成された組み合わせ回路をさらに含むことができる。

実施例９９４では、実施例９８７ないし９９３のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記第一のデータ・ベアラのために前記複数の通信回路のうちから第一の通信回路を、前記第一のデータ・ベアラの品質要件および前記第一の通信回路のパフォーマンス・レベルに基づいて選択することを、前記複数の通信回路のうちから前記第一のデータ・ベアラの品質要件を満たすパフォーマンス・レベルをもつ通信回路を前記第一の通信回路として選択することによって実行するよう構成される、ということを含むことができる。

実施例９９５では、実施例９８７ないし９９４のうちいずれか一項記載の主題は任意的に、前記第一の通信回路は前記第一のデータ・ベアラの品質要件を満たし、前記第二のベアラの品質要件は満たさない、ということを含むことができる。

実施例９９６では、実施例９８７ないし９９５のうちいずれか一項記載の主題は任意的に、前記第一の通信回路および前記第二の通信回路が、構造的に相異なるハードウェアまたはソフトウェア回路で構成される、ということを含むことができる。

実施例９９７では、実施例９８７ないし９９６のうちいずれか一項記載の主題は任意的に、前記第一の通信回路が第一の構成で構成された処理回路であり、前記第二の通信回路が第二の構成で構成された前記処理回路である、ということを含むことができる。

実施例９９８では、実施例９９７の主題は任意的に、前記第一の構成で構成された前記処理回路は、前記第二の構成で構成された前記処理回路とは、異なるソフトウェア論理または異なるハードウェア動作パラメータをもつ、ということを含むことができる。

実施例９９９では、実施例９８７ないし９９８のうちいずれか一項記載の主題は任意的に、前記第一の通信回路および前記第二の通信回路が、デコーダ、等化器、フィルタ長、チャネル推定技法、干渉打ち消し技法、ノイズ打ち消し技法、処理ビット幅、クロック周波数、コンポーネント電圧、パケット組み合わせ技法、アンテナ数、ビームフォーミング設定、ビームステアリング設定またはアンテナ感度のうちの一つまたは複数の点で異なる、ということを含むことができる。

実施例１０００では、実施例９８７ないし９９９のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記複数の通信回路のうちから第一の通信回路を選択することを、前記第一の通信回路の電力消費レートに基づいて前記第一の通信回路を選択することによって実行するよう構成される、ということを含むことができる。

実施例１００１では、実施例９８７ないし１０００のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記第一のデータ・ベアラの品質要件にマッチするよう前記第一の通信回路のパフォーマンス・レベルをスケーリングするよう前記第一の通信回路の構成を調整するよう構成される、ということを含むことができる。

実施例１００２では、実施例９８７ないし１００１のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記複数の通信回路のうちから第一の通信回路を選択することを、前記第一のデータ・ベアラの品質要件を満たす最低の電力消費レートをもつ前記複数の通信回路のうちからの通信回路を前記第一の通信回路として選択することによって実行するよう構成される、とういことを含むことができる。

実施例１００３では、実施例９８７ないし１００２のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ベアラの品質要件および前記第二のデータ・ベアラの品質要件が、最大レイテンシー要件、最大誤り率要件または最小データレート要件である、ということを含むことができる。

実施例１００４では、実施例９８７ないし１００３のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ベアラの品質要件は前記第二のデータ・ベアラの品質要件より低く、前記第一の通信回路のパフォーマンス・レベルは前記第二の通信回路のパフォーマンス・レベルより低い、ということを含むことができる。

実施例１００５では、実施例９８７ないし１００４のうちいずれか一項記載の主題は任意的に、前記第一の通信回路が前記第二の通信回路より低い電力消費レートをもつ、ということを含むことができる。

実施例１００６は、無線アクセス・ネットワークの第一の上りリンク・データについての処理需要インジケータについてのモニタリング手段であって、前記処理需要インジケータは、ネットワーク処理インフラストラクチャーにおける将来の処理需要を示す、手段と；前記ネットワーク処理インフラストラクチャーのための第一の電力状態を、前記処理需要インジケータおよび該第一の電力状態の処理効率に基づいて選択する手段と；前記ネットワーク処理インフラストラクチャーで、前記第一の電力状態に従って前記無線アクセスの第二の上りリンク・データを処理する手段とを含む装置。

実施例１００７は、ネットワーク処理インフラストラクチャーの動作方法であり、当該方法は、無線アクセス・ネットワークの第一の上りリンク・データについての処理需要インジケータをモニタリングする段階であって、前記処理需要インジケータは、前記ネットワーク処理インフラストラクチャーにおける将来の処理需要を示す、段階と；前記ネットワーク処理インフラストラクチャーのための第一の電力状態を、前記処理需要インジケータおよび該第一の電力状態の処理効率に基づいて選択する段階と；前記ネットワーク処理インフラストラクチャーで、前記第一の電力状態に従って前記無線アクセスの第二の上りリンク・データを処理する段階とを含む。

実施例１００８では、実施例１００７の主題は任意的に、前記処理需要インジケータが再送信フィードバック処理時間または上りリンク・データ・スケジューリング情報を含む、ということを含むことができる。

実施例１００９では、実施例１００７の主題は任意的に、前記上りリンク・データを処理して前記上りリンク・データが成功裏に受信されたかどうかを判定することをさらに含むことができ、前記処理需要インジケータは処理完了時間を含み、前記第一の上りリンク・データについての処理需要インジケータをモニタリングすることが、前記処理完了時間を、前記第一の上りリンク・データの処理の継続時間として決定することを含む。

実施例１０１０では、実施例１００９の主題は任意的に、前記上りリンク・データを処理して前記上りリンク・データが成功裏に受信されたかどうかを判定することが、ハイブリッド自動再送要求（ＨＡＲＱ）再送信方式の一部として前記上りリンク・データに対して誤り検査を実行することを含む、ということを含むことができる。

実施例１０１１では、実施例１００９または１０１０の主題は任意的に、前記第一の上りリンク・データが複数の時間区間のデータを含み、前記処理完了時間は前記複数の時間区間での前記処理の平均継続時間である、ということを含むことができる。

実施例１０１２では、実施例１０１１の主題は任意的に、前記複数の時間区間での前記処理の前記平均継続時間を計算することをさらに含むことができる。

実施例１０１３では、実施例１００７ないし１０１２のうちいずれか一項記載の主題は任意的に、前記処理需要インジケータが上りリンク・データ・スケジューリング情報を含み、前記第一の上りリンク・データについての前記処理需要インジケータをモニタリングすることが、前記上りリンク・データ・スケジューリング情報を評価して将来の処理需要を予期することを含む、ということを含むことができる。

実施例１０１４では、実施例１０１３の主題は任意的に、前記上りリンク・データ・スケジューリング情報は、割り当てられた資源ブロックの数、変調および符号化方式、データ・ストリーム優先度またはランダム・アクセス機会の数のうちの一つまたは複数を含む、ということを含むことができる。

実施例１０１５では、実施例１０１３の主題は任意的に、前記第一の上りリンク・データが複数の時間区間のデータを含み、前記上りリンク・データ・スケジューリング情報は、データの前記複数の時間区間での、割り当てられた資源ブロックの平均数、平均変調および符号化方式、平均データ・ストリーム優先度またはランダム・アクセス機会の平均数のうちの一つまたは複数を含む、ということを含むことができる。

実施例１０１６では、実施例１０１３の主題は任意的に、前記第一の上りリンク・データが複数の時間区間のデータから構成される上りリンク・データ・スケジューリング方式において配置され、前記上りリンク・データ・スケジューリング情報は、前記第一の電力状態アクションを選択する前に生起する一つまたは複数の時間区間についての上りリンク・データ・スケジューリング情報から導出される、ということを含むことができる。

実施例１０１７では、実施例１０１３の主題は任意的に、前記第一の上りリンク・データが複数の時間区間のデータから構成される上りリンク・データ・スケジューリング方式において配置され、前記上りリンク・データ・スケジューリング情報は、前記第一の電力状態アクションを選択した後に生起する一つまたは複数の時間区間についての上りリンク・データ・スケジューリング情報から導出される、ということを含むことができる。

実施例１０１８では、実施例１０１３ないし１０１７のうちいずれか一項記載の主題は任意的に、前記上りリンク・データ・スケジューリング情報が媒体アクセス制御（ＭＡＣ）プロトコル層のスケジューリング情報である、ということを含むことができる。

実施例１０１９では、実施例１０１３ないし１０１８のうちいずれか一項記載の主題は任意的に、前記第一の上りリンク・データを処理して前記第一の上りリンク・データが処理時間制限以内に成功裏に受信されたかどうかを判定することをさらに含むことができる。

実施例１０２０では、実施例１０１９記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーのための第一の電力状態を、前記処理需要インジケータおよび該第一の電力状態の処理効率に基づいて選択することが、前記処理需要インジケータによって示される将来の処理需要を、前記処理時間制限以内に処理するのに十分な処理効率をもつ電力状態を、前記前記第一の電力状態として選択することを含む、ということを含むことができる。

実施例１０２１では、実施例１００７ないし１０１８のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーのための第一の電力状態を、前記処理需要インジケータおよび該第一の電力状態の処理効率に基づいて選択することが、前記処理需要インジケータによって示される将来の処理需要を、処理時間制限以内に処理するのに十分な処理効率をもつ電力状態を、前記前記第一の電力状態として選択することを含む、ということを含むことができる。

実施例１０２２では、実施例１０２０または１０２１記載の主題は任意的に、前記処理時間制限がハイブリッド自動再送要求（ＨＡＲＱ）ターンアラウンド時間制限である、ということを含むことができる。

実施例１０２３では、実施例１００７ないし１０２２のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーが複数のあらかじめ定義された電力状態に従って動作するよう構成され、前記ネットワーク処理インフラストラクチャーのための第一の電力状態を、前記処理需要インジケータおよび該第一の電力状態の処理効率に基づいて選択することが、前記第一の電力状態を前記複数のあらかじめ定義された電力状態から、該第一の電力状態の処理効率が前記処理需要インジケータによって示される将来の処理需要を満たすことに基づいて選択することを含む、ということを含むことができる。

実施例１０２４では、実施例１０２３の主題は任意的に、前記複数のあらかじめ定義された電力状態が、それぞれ異なる処理効率または異なる電力消費をもち、それぞれ処理クロック周波数、電圧、アクティブな処理コアの数、動的な電圧および周波数スケーリング、クロック・ゲーティングまたは電力ゲーティングのうちの一つまたは複数に関係した前記ネットワーク処理インフラストラクチャーの異なる構成を定義する、ということを含むことができる。

実施例１０２５では、実施例１００７ないし１０２４のうちいずれか一項記載の主題は任意的に、前記第二の上りリンク・データについての処理需要インジケータをモニタリングして更新された処理需要インジケータを得る段階であって、前記更新された処理需要インジケータは、前記ネットワーク処理インフラストラクチャーについての更新された将来の処理需要を示す、段階と；前記第一の電力状態とは異なる第二の電力状態を、前記更新された処理需要インジケータに基づいて選択する段階と；前記ネットワーク処理インフラストラクチャーで、前記第二の電力状態に従って第三の上りリンク・データを処理する段階とをさらに含むことができる。

実施例１０２６では、実施例１０２５の主題は任意的に、前記更新された処理需要インジケータが前記処理需要インジケータより低い将来の処理需要を示し、前記第一の電力状態とは異なる第二の電力状態を、前記更新された処理需要インジケータに基づいて選択することは、前記第二の電力状態が前記第一の電力状態より低い電力消費をもつことに基づいて前記第二の電力状態を選択することを含む、ということを含むことができる。

実施例１０２７では、実施例１０２５の主題は任意的に、前記更新された処理需要インジケータが前記処理需要インジケータより高い将来の処理需要を示し、前記第一の電力状態とは異なる第二の電力状態を、前記更新された処理需要インジケータに基づいて選択することは、前記第二の電力状態が前記第一の電力状態より高い処理効率をもつことに基づいて前記第二の電力状態を選択することを含む、ということを含むことができる。

実施例１０２８は、前記ネットワーク処理インフラストラクチャーと、実施例１００７ないし１０２７のうちいずれか一項記載の方法を実行するよう構成された通信モジュールとを含むネットワーク・アクセス・ノードである。

実施例１０２９は、実施例１００７ないし１０２７のうちいずれか一項記載の方法を実行するよう構成された通信装置である。

実施例１０３０は、実施例１０２９の主題は任意的に、前記ネットワーク処理インフラストラクチャーをさらに含むことができる。

実施例１０３１は、プロセッサによって実行されたときに実施例１００７ないし１０２７のうちいずれか一項記載の方法を実行するよう該プロセッサを制御する命令を記憶している非一時的なコンピュータ可読媒体。

実施例１０３２は、ネットワーク処理インフラストラクチャーと、無線アクセス・ネットワークの第一の上りリンク・データについての処理需要インジケータをモニタリングするよう構成された一つまたは複数のモニタリング・モジュールであって、前記処理需要インジケータは、前記ネットワーク処理インフラストラクチャーにおける将来の処理需要を示す、モジュールと；前記ネットワーク処理インフラストラクチャーのための第一の電力状態を、前記処理需要インジケータおよび該第一の電力状態の処理効率に基づいて選択するよう構成された活動制御モジュールとを含む通信装置であり、前記ネットワーク処理インフラストラクチャーは、前記第一の電力状態に従って前記無線アクセスの第二の上りリンク・データを処理するよう構成される。

実施例１０３３では、実施例１００７の主題は任意的に、前記処理需要インジケータが再送信フィードバック処理時間および上りリンク・データ・スケジューリング情報を含み、前記一つまたは複数のモニタリング・モジュールは、前記上りリンク・データ・スケジューリング情報をモニタリングするよう構成されたスケジューリング・モジュールと、前記ネットワーク処理インフラストラクチャーにおける前記再送フィードバック処理時間をモニタリングするよう構成された処理モニタリング・モジュールとを含む、ということを含むことができる。

実施例１０３４では、実施例１０３２の主題は任意的に、前記ネットワーク処理インフラストラクチャーが、前記上りリンク・データが成功裏に受信されたかどうかを判定するようさらに構成され、前記処理需要インジケータは処理完了時間を含み、前記一つまたは複数のモニタリング・モジュールは前記第一の上りリンク・データについての処理需要インジケータをモニタリングすることを、前記処理完了時間を、前記第一の上りリンク・データの処理の継続時間として決定することによって実行するよう構成される、ということを含むことができる。

実施例１０３５では、実施例１０３４の主題は任意的に、前記ネットワーク処理インフラストラクチャーが、前記上りリンク・データを処理して前記上りリンク・データが成功裏に受信されたかどうかを判定することを、ハイブリッド自動再送要求（ＨＡＲＱ）再送信方式の一部として前記上りリンク・データに対して誤り検査を実行することによって実行するよう構成される、ということを含むことができる。

実施例１０３６では、実施例１０３４または１０３５の主題は任意的に、前記第一の上りリンク・データが複数の時間区間のデータを含み、前記処理完了時間は前記複数の時間区間での前記第一の上りリンク・データの処理の平均継続時間である、ということを含むことができる。

実施例１０３７では、実施例１０３６の主題は任意的に、前記一つまたは複数のモニタリング・モジュールが、前記複数の時間区間での前記第一の上りリンク・データの処理の前記平均継続時間を計算するよう構成される、ということを含むことができる。

実施例１０３８では、実施例１０３２ないし１０３７のうちいずれか一項記載の主題は任意的に、前記処理需要インジケータが上りリンク・データ・スケジューリング情報を含み、前記一つまたは複数のモニタリング・モジュールが、前記第一の上りリンク・データについての前記処理需要インジケータをモニタリングすることを、前記上りリンク・データ・スケジューリング情報を評価して将来の処理需要を予期することによって実行するよう構成される、ということを含むことができる。

実施例１０３９では、実施例１０３８の主題は任意的に、前記上りリンク・データ・スケジューリング情報は、割り当てられた資源ブロックの数、変調および符号化方式、データ・ストリーム優先度またはランダム・アクセス機会の数のうちの一つまたは複数を含む、ということを含むことができる。

実施例１０４０では、実施例１０３８の主題は任意的に、前記第一の上りリンク・データが複数の時間区間のデータを含み、前記上りリンク・データ・スケジューリング情報は、データの前記複数の時間区間での、割り当てられた資源ブロックの平均数、平均変調および符号化方式、平均データ・ストリーム優先度またはランダム・アクセス機会の平均数のうちの一つまたは複数を含む、ということを含むことができる。

実施例１０４１では、実施例１０３８の主題は任意的に、前記第一の上りリンク・データが複数の時間区間のデータから構成される上りリンク・データ・スケジューリング方式において配置され、前記上りリンク・データ・スケジューリング情報は、前記第一の電力状態アクションを選択する前に生起する一つまたは複数の時間区間についての上りリンク・データ・スケジューリング情報から導出される、ということを含むことができる。

実施例１０４２では、実施例１０３８の主題は任意的に、前記第一の上りリンク・データが複数の時間区間のデータから構成される上りリンク・データ・スケジューリング方式において配置され、前記上りリンク・データ・スケジューリング情報は、前記第一の電力状態アクションを選択した後に生起する一つまたは複数の時間区間についての上りリンク・データ・スケジューリング情報から導出される、ということを含むことができる。

実施例１０４３では、実施例１０３８ないし１０４２のうちいずれか一項記載の主題は任意的に、前記上りリンク・データ・スケジューリング情報が媒体アクセス制御（ＭＡＣ）プロトコル層のスケジューリング情報である、ということを含むことができる。

実施例１０４４では、実施例１０３２ないし１０４３のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーが、前記第一の上りリンク・データを処理して前記第一の上りリンク・データが処理時間制限以内に成功裏に受信されたかどうかを判定するようさらに構成される、ということを含むことができる。

実施例１０４５では、実施例１０４４記載の主題は任意的に、前記活動制御モジュールが、前記ネットワーク処理インフラストラクチャーのための第一の電力状態を、前記処理需要インジケータおよび該第一の電力状態の処理効率に基づいて選択することを、前記処理需要インジケータによって示される将来の処理需要を、前記処理時間制限以内に処理するのに十分な処理効率をもつ電力状態を、前記前記第一の電力状態として選択することによって実行するよう構成される、ということを含むことができる。

実施例１０４６では、実施例１０３２ないし１０４３のうちいずれか一項記載の主題は任意的に、前記活動制御モジュールが、前記ネットワーク処理インフラストラクチャーのための第一の電力状態を、前記処理需要インジケータおよび該第一の電力状態の処理効率に基づいて選択することを、前記処理需要インジケータによって示される将来の処理需要を、処理時間制限以内に処理するのに十分な処理効率をもつ電力状態を、前記前記第一の電力状態として選択することによって実行するよう構成される、ということを含むことができる。

実施例１０４７では、実施例１０４６記載の主題は任意的に、前記処理時間制限がハイブリッド自動再送要求（ＨＡＲＱ）ターンアラウンド時間制限である、ということを含むことができる。

実施例１０４８では、実施例１０３２ないし１０４７のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーが複数のあらかじめ定義された電力状態に従って動作するよう構成され、前記活動制御モジュールが、前記ネットワーク処理インフラストラクチャーのための第一の電力状態を、前記処理需要インジケータおよび該第一の電力状態の処理効率に基づいて選択することを、前記第一の電力状態を前記複数のあらかじめ定義された電力状態から、該第一の電力状態の処理効率が前記処理需要インジケータによって示される将来の処理需要を満たすことに基づいて選択することによって実行するよう構成される、ということを含むことができる。

実施例１０４９では、実施例１０４８の主題は任意的に、前記複数のあらかじめ定義された電力状態が、それぞれ異なる処理効率または異なる電力消費をもち、それぞれ処理クロック周波数、電圧、アクティブな処理コアの数、動的な電圧および周波数スケーリング、クロック・ゲーティングまたは電力ゲーティングのうちの一つまたは複数に関係した前記ネットワーク処理インフラストラクチャーの異なる構成を定義する、ということを含むことができる。

実施例１０５０では、実施例１０３２ないし１０４９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のモニタリング・モジュールが、前記第二の上りリンク・データについての処理需要インジケータをモニタリングして更新された処理需要インジケータを得るようさらに構成され、前記更新された処理需要インジケータは、前記ネットワーク処理インフラストラクチャーについての更新された将来の処理需要を示し、前記活動制御モジュールが、前記第一の電力状態とは異なる第二の電力状態を、前記更新された処理需要インジケータに基づいて選択するようさらに構成され、前記ネットワーク処理インフラストラクチャーが、前記ネットワーク処理インフラストラクチャーで、前記第二の電力状態に従って第三の上りリンク・データを処理するよう構成される、ということを含むことができる。

実施例１０５１では、実施例１０５０の主題は任意的に、前記更新された処理需要インジケータが前記処理需要インジケータより低い将来の処理需要を示し、前記活動制御モジュールが、前記第一の電力状態とは異なる第二の電力状態を、前記更新された処理需要インジケータに基づいて選択することを、前記第二の電力状態が前記第一の電力状態より低い電力消費をもつことに基づいて前記第二の電力状態を選択することによって実行するよう構成される、ということを含むことができる。

実施例１０５２では、実施例１０５０の主題は任意的に、前記更新された処理需要インジケータが前記処理需要インジケータより高い将来の処理需要を示し、前記活動制御モジュールが、前記第一の電力状態とは異なる第二の電力状態を、前記更新された処理需要インジケータに基づいて選択することを、前記第二の電力状態が前記第一の電力状態より高い処理効率をもつことに基づいて前記第二の電力状態を選択することを含む、ということを含むことができる。

実施例１０５３では、実施例１０３２ないし１０５２のうちいずれか一項記載の主題は任意的に、ネットワーク・アクセス・ノードとして構成されることができる。

実施例１０５４は、ネットワーク・アクセス・ノードのコントローラによって実行されたときに該ネットワーク・アクセス・ノードに方法を実行させる命令を記憶している非維持的なコンピュータ可読媒体であり、前記方法は、無線アクセス・ネットワークの第一の上りリンク・データについての処理需要インジケータをモニタリングする段階であって、前記処理需要インジケータは、前記ネットワーク・アクセス・ノードのネットワーク処理インフラストラクチャーにおける将来の処理需要を示す、段階と；前記ネットワーク処理インフラストラクチャーのための第一の電力状態を、前記処理需要インジケータおよび該第一の電力状態の処理効率に基づいて選択する段階と；前記ネットワーク処理インフラストラクチャーで、前記第一の電力状態に従って前記無線アクセスの第二の上りリンク・データを処理する段階とを含む。

実施例１０５５では、実施例１０５４の主題は任意的に、前記方法が、前記処理需要インジケータが再送信フィードバック処理時間または上りリンク・データ・スケジューリング情報をさらに含む、ということを含むことができる。

実施例１０５６では、実施例１０５４の主題は任意的に、前記方法が、前記上りリンク・データを処理して前記上りリンク・データが成功裏に受信されたかどうかを判定することをさらに含むことができ、前記処理需要インジケータは処理完了時間を含み、前記第一の上りリンク・データについての処理需要インジケータをモニタリングすることが、前記処理完了時間を、前記第一の上りリンク・データの処理の継続時間として決定することを含む。

実施例１０５７では、実施例１０５６の主題は任意的に、前記上りリンク・データを処理して前記上りリンク・データが成功裏に受信されたかどうかを判定することが、ハイブリッド自動再送要求（ＨＡＲＱ）再送信方式の一部として前記上りリンク・データに対して誤り検査を実行することを含む、ということを含むことができる。

実施例１０５８では、実施例１０５６または１０５７の主題は任意的に、前記第一の上りリンク・データが複数の時間区間のデータを含み、前記処理完了時間は前記複数の時間区間での前記処理の平均継続時間である、ということを含むことができる。

実施例１０５９では、実施例１０５８の主題は任意的に、前記方法が、前記複数の時間区間での前記処理の前記平均継続時間を計算することをさらに含む、ということを含むことができる。

実施例１０６０では、実施例１０５４ないし１０５９のうちいずれか一項記載の主題は任意的に、前記処理需要インジケータが上りリンク・データ・スケジューリング情報を含み、前記第一の上りリンク・データについての前記処理需要インジケータをモニタリングすることが、前記上りリンク・データ・スケジューリング情報を評価して将来の処理需要を予期することを含む、ということを含むことができる。

実施例１０６１では、実施例１０６０の主題は任意的に、前記上りリンク・データ・スケジューリング情報は、割り当てられた資源ブロックの数、変調および符号化方式、データ・ストリーム優先度またはランダム・アクセス機会の数のうちの一つまたは複数を含む、ということを含むことができる。

実施例１０６２では、実施例１０６０の主題は任意的に、前記第一の上りリンク・データが複数の時間区間のデータを含み、前記上りリンク・データ・スケジューリング情報は、データの前記複数の時間区間での、割り当てられた資源ブロックの平均数、平均変調および符号化方式、平均データ・ストリーム優先度またはランダム・アクセス機会の平均数のうちの一つまたは複数を含む、ということを含むことができる。

実施例１０６３では、実施例１０６０の主題は任意的に、前記第一の上りリンク・データが複数の時間区間のデータから構成される上りリンク・データ・スケジューリング方式において配置され、前記上りリンク・データ・スケジューリング情報は、前記第一の電力状態アクションを選択する前に生起する一つまたは複数の時間区間についての上りリンク・データ・スケジューリング情報から導出される、ということを含むことができる。

実施例１０６４では、実施例１０６０の主題は任意的に、前記第一の上りリンク・データが複数の時間区間のデータから構成される上りリンク・データ・スケジューリング方式において配置され、前記上りリンク・データ・スケジューリング情報は、前記第一の電力状態アクションを選択した後に生起する一つまたは複数の時間区間についての上りリンク・データ・スケジューリング情報から導出される、ということを含むことができる。

実施例１０６５では、実施例１０６０ないし１０６４のうちいずれか一項記載の主題は任意的に、前記上りリンク・データ・スケジューリング情報が媒体アクセス制御（ＭＡＣ）プロトコル層のスケジューリング情報である、ということを含むことができる。

実施例１０６６では、実施例１０５４ないし１０６５のうちいずれか一項記載の主題は任意的に、前記方法が、前記第一の上りリンク・データを処理して前記第一の上りリンク・データが処理時間制限以内に成功裏に受信されたかどうかを判定することをさらに含む、ということを含むことができる。

実施例１０６７では、実施例１０６６記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーのための第一の電力状態を、前記処理需要インジケータおよび該第一の電力状態の処理効率に基づいて選択することが、前記処理需要インジケータによって示される将来の処理需要を、前記処理時間制限以内に処理するのに十分な処理効率をもつ電力状態を、前記前記第一の電力状態として選択することを含む、ということを含むことができる。

実施例１０６８では、実施例１０５４ないし１０６５のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーのための第一の電力状態を、前記処理需要インジケータおよび該第一の電力状態の処理効率に基づいて選択することが、前記処理需要インジケータによって示される将来の処理需要を、処理時間制限以内に処理するのに十分な処理効率をもつ電力状態を、前記前記第一の電力状態として選択することを含む、ということを含むことができる。

実施例１０６９では、実施例１０６７または１０６８記載の主題は任意的に、前記処理時間制限がハイブリッド自動再送要求（ＨＡＲＱ）ターンアラウンド時間制限である、ということを含むことができる。

実施例１０７０では、実施例１０５４ないし１０６９のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理インフラストラクチャーが複数のあらかじめ定義された電力状態に従って動作するよう構成され、前記ネットワーク処理インフラストラクチャーのための第一の電力状態を、前記処理需要インジケータおよび該第一の電力状態の処理効率に基づいて選択することが、前記第一の電力状態を前記複数のあらかじめ定義された電力状態から、該第一の電力状態の処理効率が前記処理需要インジケータによって示される将来の処理需要を満たすことに基づいて選択することを含む、ということを含むことができる。

実施例１０７１では、実施例１０７０の主題は任意的に、前記複数のあらかじめ定義された電力状態が、それぞれ異なる処理効率または異なる電力消費をもち、それぞれ処理クロック周波数、電圧、アクティブな処理コアの数、動的な電圧および周波数スケーリング、クロック・ゲーティングまたは電力ゲーティングのうちの一つまたは複数に関係した前記ネットワーク処理インフラストラクチャーの異なる構成を定義する、ということを含むことができる。

実施例１０７２では、実施例１０５４ないし１０７１のうちいずれか一項記載の主題は任意的に、前記方法が、前記第二の上りリンク・データについての処理需要インジケータをモニタリングして更新された処理需要インジケータを得る段階であって、前記更新された処理需要インジケータは、前記ネットワーク処理インフラストラクチャーについての更新された将来の処理需要を示す、段階と；前記第一の電力状態とは異なる第二の電力状態を、前記更新された処理需要インジケータに基づいて選択する段階と；前記ネットワーク処理インフラストラクチャーで、前記第二の電力状態に従って第三の上りリンク・データを処理する段階とをさらに含む、ということを含むことができる。

実施例１０７３では、実施例１０７２の主題は任意的に、前記更新された処理需要インジケータが前記処理需要インジケータより低い将来の処理需要を示し、前記第一の電力状態とは異なる第二の電力状態を、前記更新された処理需要インジケータに基づいて選択することは、前記第二の電力状態が前記第一の電力状態より低い電力消費をもつことに基づいて前記第二の電力状態を選択することを含む、ということを含むことができる。

実施例１０７４では、実施例１０７２の主題は任意的に、前記更新された処理需要インジケータが前記処理需要インジケータより高い将来の処理需要を示し、前記第一の電力状態とは異なる第二の電力状態を、前記更新された処理需要インジケータに基づいて選択することは、前記第二の電力状態が前記第一の電力状態より高い処理効率をもつことに基づいて前記第二の電力状態を選択することを含む、ということを含むことができる。

実施例１０７５は、ネットワーク処理回路と、無線アクセス・ネットワークの第一の上りリンク・データについての処理需要インジケータをモニタリングするよう構成された一つまたは複数のモニタリング回路であって、前記処理需要インジケータは、前記ネットワーク処理回路における将来の処理需要を示す、回路と；前記ネットワーク処理回路のための第一の電力状態を、前記処理需要インジケータおよび該第一の電力状態の処理効率に基づいて選択するよう構成された活動制御回路とを含む通信装置であり、前記ネットワーク処理回路は、前記第一の電力状態に従って前記無線アクセスの第二の上りリンク・データを処理するよう構成される。

実施例１０７６では、実施例１０７５の主題は任意的に、前記ネットワーク処理回路がプロセッサを含む、ということを含むことができる。

実施例１０７７では、実施例１０７６の主題は任意的に、前記ネットワーク処理回路が一つまたは複数のハードウェア・アクセラレータをさらに含み、前記プロセッサが、前記一つまたは複数のハードウェア・アクセラレータに処理タスクをオフロードする〔負担させる〕よう構成される、ということを含むことができる。

実施例１０７８では、実施例１０７５ないし１０７７のうちいずれか一項記載の主題は任意的に、前記活動制御回路が、前記活動制御回路に指令するソフトウェア定義命令を実行するよう構成されたプロセッサである、ということを含むことができる。

実施例１０７９では、実施例１０７５ないし１０７８のうちいずれか一項記載の主題は任意的に、前記処理需要インジケータが再送信フィードバック処理時間および上りリンク・データ・スケジューリング情報を含み、前記一つまたは複数のモニタリング回路は、前記上りリンク・データ・スケジューリング情報をモニタリングするよう構成されたスケジューリング回路と、前記ネットワーク処理回路における前記再送フィードバック処理時間をモニタリングするよう構成された処理モニタリング回路とを含む、ということを含むことができる。

実施例１０８０では、実施例１０７５ないし１０７８のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理回路が、前記上りリンク・データが成功裏に受信されたかどうかを判定するようさらに構成され、前記処理需要インジケータは処理完了時間を含み、前記一つまたは複数のモニタリング回路は前記第一の上りリンク・データについての処理需要インジケータをモニタリングすることを、前記処理完了時間を、前記第一の上りリンク・データの処理の継続時間として決定することによって実行するよう構成される、ということを含むことができる。

実施例１０８１では、実施例１０８０の主題は任意的に、前記ネットワーク処理回路が、前記上りリンク・データを処理して前記上りリンク・データが成功裏に受信されたかどうかを判定することを、ハイブリッド自動再送要求（ＨＡＲＱ）再送信方式の一部として前記上りリンク・データに対して誤り検査を実行することによって実行するよう構成される、ということを含むことができる。

実施例１０８２では、実施例１０８０または１０８１の主題は任意的に、前記第一の上りリンク・データが複数の時間区間のデータを含み、前記処理完了時間は前記複数の時間区間での前記第一の上りリンク・データの処理の平均継続時間である、ということを含むことができる。

実施例１０８３では、実施例１０８２の主題は任意的に、前記一つまたは複数のモニタリング回路が、前記複数の時間区間での前記第一の上りリンク・データの処理の前記平均継続時間を計算するよう構成される、ということを含むことができる。

実施例１０８４では、実施例１０７５ないし１０８３のうちいずれか一項記載の主題は任意的に、前記処理需要インジケータが上りリンク・データ・スケジューリング情報を含み、前記一つまたは複数のモニタリング回路が、前記第一の上りリンク・データについての前記処理需要インジケータをモニタリングすることを、前記上りリンク・データ・スケジューリング情報を評価して将来の処理需要を予期することによって実行するよう構成される、ということを含むことができる。

実施例１０８５では、実施例１０８４の主題は任意的に、前記上りリンク・データ・スケジューリング情報は、割り当てられた資源ブロックの数、変調および符号化方式、データ・ストリーム優先度またはランダム・アクセス機会の数のうちの一つまたは複数を含む、ということを含むことができる。

実施例１０８６では、実施例１０８４の主題は任意的に、前記第一の上りリンク・データが複数の時間区間のデータを含み、前記上りリンク・データ・スケジューリング情報は、データの前記複数の時間区間での、割り当てられた資源ブロックの平均数、平均変調および符号化方式、平均データ・ストリーム優先度またはランダム・アクセス機会の平均数のうちの一つまたは複数を含む、ということを含むことができる。

実施例１０８７では、実施例１０８４の主題は任意的に、前記第一の上りリンク・データが複数の時間区間のデータから構成される上りリンク・データ・スケジューリング方式において配置され、前記上りリンク・データ・スケジューリング情報は、前記第一の電力状態アクションを選択する前に生起する一つまたは複数の時間区間についての上りリンク・データ・スケジューリング情報から導出される、ということを含むことができる。

実施例１０８８では、実施例１０８４の主題は任意的に、前記第一の上りリンク・データが複数の時間区間のデータから構成される上りリンク・データ・スケジューリング方式において配置され、前記上りリンク・データ・スケジューリング情報は、前記第一の電力状態アクションを選択した後に生起する一つまたは複数の時間区間についての上りリンク・データ・スケジューリング情報から導出される、ということを含むことができる。

実施例１０８９では、実施例１０８４ないし１０８８のうちいずれか一項記載の主題は任意的に、前記上りリンク・データ・スケジューリング情報が媒体アクセス制御（ＭＡＣ）プロトコル層のスケジューリング情報である、ということを含むことができる。

実施例１０９０では、実施例１０７５ないし１０８９のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理回路が、前記第一の上りリンク・データを処理して前記第一の上りリンク・データが処理時間制限以内に成功裏に受信されたかどうかを判定するようさらに構成される、ということを含むことができる。

実施例１０９１では、実施例１０９０記載の主題は任意的に、前記活動制御回路が、前記ネットワーク処理回路のための第一の電力状態を、前記処理需要インジケータおよび該第一の電力状態の処理効率に基づいて選択することを、前記処理需要インジケータによって示される将来の処理需要を、前記処理時間制限以内に処理するのに十分な処理効率をもつ電力状態を、前記前記第一の電力状態として選択することによって実行するよう構成される、ということを含むことができる。

実施例１０９２では、実施例１０７５ないし１０８９のうちいずれか一項記載の主題は任意的に、前記活動制御回路が、前記ネットワーク処理回路のための第一の電力状態を、前記処理需要インジケータおよび該第一の電力状態の処理効率に基づいて選択することを、前記処理需要インジケータによって示される将来の処理需要を、処理時間制限以内に処理するのに十分な処理効率をもつ電力状態を、前記前記第一の電力状態として選択することによって実行するよう構成される、ということを含むことができる。

実施例１０９３では、実施例１０９２記載の主題は任意的に、前記処理時間制限がハイブリッド自動再送要求（ＨＡＲＱ）ターンアラウンド時間制限である、ということを含むことができる。

実施例１０９４では、実施例１０７５ないし１０９３のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理回路が複数のあらかじめ定義された電力状態に従って動作するよう構成され、前記活動制御回路が、前記ネットワーク処理回路のための第一の電力状態を、前記処理需要インジケータおよび該第一の電力状態の処理効率に基づいて選択することを、前記第一の電力状態を前記複数のあらかじめ定義された電力状態から、該第一の電力状態の処理効率が前記処理需要インジケータによって示される将来の処理需要を満たすことに基づいて選択することによって実行するよう構成される、ということを含むことができる。

実施例１０９５では、実施例１０９４の主題は任意的に、前記複数のあらかじめ定義された電力状態が、それぞれ異なる処理効率または異なる電力消費をもち、それぞれ処理クロック周波数、電圧、アクティブな処理コアの数、動的な電圧および周波数スケーリング、クロック・ゲーティングまたは電力ゲーティングのうちの一つまたは複数に関係した前記ネットワーク処理回路の異なる構成を定義する、ということを含むことができる。

実施例１０９６では、実施例１０７５ないし１０９５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のモニタリング回路が、前記第二の上りリンク・データについての処理需要インジケータをモニタリングして更新された処理需要インジケータを得るようさらに構成され、前記更新された処理需要インジケータは、前記ネットワーク処理回路についての更新された将来の処理需要を示し、前記活動制御回路が、前記第一の電力状態とは異なる第二の電力状態を、前記更新された処理需要インジケータに基づいて選択するようさらに構成され、前記ネットワーク処理回路が、前記ネットワーク処理回路で、前記第二の電力状態に従って第三の上りリンク・データを処理するよう構成される、ということを含むことができる。

実施例１０９７では、実施例１０９６の主題は任意的に、前記更新された処理需要インジケータが前記処理需要インジケータより低い将来の処理需要を示し、前記活動制御回路が、前記第一の電力状態とは異なる第二の電力状態を、前記更新された処理需要インジケータに基づいて選択することを、前記第二の電力状態が前記第一の電力状態より低い電力消費をもつことに基づいて前記第二の電力状態を選択することによって実行するよう構成される、ということを含むことができる。

実施例１０９８では、実施例１０９６の主題は任意的に、前記更新された処理需要インジケータが前記処理需要インジケータより高い将来の処理需要を示し、前記活動制御回路が、前記第一の電力状態とは異なる第二の電力状態を、前記更新された処理需要インジケータに基づいて選択することを、前記第二の電力状態が前記第一の電力状態より高い処理効率をもつことに基づいて前記第二の電力状態を選択することを含む、ということを含むことができる。

実施例１０９９では、実施例１０７５ないし１０９８のうちいずれか一項記載の主題は任意的に、ネットワーク・アクセス・ノードとして構成されることができる。

実施例１１００は、端末装置であり、当該端末装置は、サーバーまたはネットワーク・ノードとのデータ接続を通じて第一のデータを送信または受信する手段であって、前記データ接続は当該端末装置と前記サーバーまたはネットワーク・ノードとの間のエンドツーエンド接続である、手段と；当該端末装置のために前記データ接続上で前記サーバーまたはネットワーク・ノードに一つまたは複数の接続継続メッセージを送信するためのネットワーク処理コンポーネントへの命令を送信する手段とを含む。

実施例１１０１は、端末装置において無線通信を実行する方法であり、当該方法は、サーバーまたはネットワーク・ノードとのデータ接続を通じて第一のデータを送信または受信する段階であって、前記データ接続は当該端末装置と前記サーバーまたはネットワーク・ノードとの間のエンドツーエンド接続である、段階と；当該端末装置のために前記データ接続上で前記サーバーまたはネットワーク・ノードに一つまたは複数の接続継続メッセージを送信するためのネットワーク処理コンポーネントへの命令を送信する段階とを含む。

実施例１１０２では、実施例１１０１は任意的に、前記データ接続がトランスポート層接続であり、前記命令が前記ネットワーク処理コンポーネントに、前記一つまたは複数の接続継続メッセージをトランスポート層プロトコルに従って送信するよう命令する、ということを含むことができる。

実施例１１０３では、実施例１１０２は任意的に、前記ネットワーク処理コンポーネントへの命令を送信することが、トランスポート層より低位の層で前記ネットワーク処理コンポーネントに前記命令を送信することを含む、ということを含むことができる。

実施例１１０４では、実施例１１０１ないし１１０３のうちいずれか一項記載の主題は任意的に、前記データ接続が伝送制御プロトコル（ＴＣＰ）接続であり、前記命令が、前記一つまたは複数のキープアライブ・メッセージをＴＣＰに従って送信するよう前記ネットワーク処理コンポーネントに命令する、ということを含むことができる。

実施例１１０５では、実施例１１０１ないし１１０４のうちいずれか一項記載の主題は任意的に、前記データ接続が当該端末装置のアプリケーション・プログラムと前記サーバーまたはネットワーク・ノードの対応アプリケーション・プログラムとの間のトランスポート層接続である、ということを含むことができる。

実施例１１０６では、実施例１１０１ないし１１０５のうちいずれか一項記載の主題は任意的に、前記サーバーまたはネットワーク・ノードがインターネット・サーバーである、ということを含むことができる。

実施例１１０７では、実施例１１０１ないし１１０６のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがネットワーク・アクセス・ノードである、ということを含むことができる。

実施例１１０８では、実施例１１０１ないし１１０７のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがセルラー基地局または短距離アクセスポイントである、ということを含むことができる。

実施例１１０９では、実施例１１０１ないし１１０４のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがエッジ・コンピューティング・サーバーである、ということを含むことができる。

実施例１１１０では、実施例１１０１ないし１１０４のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがモバイル・エッジ・コンピューティング（ＭＥＣ）サーバーである、ということを含むことができる。

実施例１１１１では、実施例１１０１ないし１１１０のうちいずれか一項記載の主題は任意的に、前記命令が、ある継続時間にわたって前記データ接続で接続継続メッセージを繰り返し送信するよう前記ネットワーク処理コンポーネントに命令する、ということを含むことができる。

実施例１１１２では、実施例１１１１の主題は任意的に、前記継続時間の間、当該端末装置を低電力またはスリープ状態に構成することをさらに含むことができる。

実施例１１１３では、実施例１１０１ないし１１１０のうちいずれか一項記載の主題は任意的に、前記命令が、前記データ接続についての接続タイムアウト期間より短い相続く接続継続メッセージ間の間隔をもって前記データ接続で接続継続メッセージを繰り返し送信するよう前記ネットワーク処理コンポーネントに命令する、ということを含むことができる。

実施例１１１４では、実施例１１０１ないし１１１３のうちいずれか一項記載の主題は任意的に、前記命令を前記ネットワーク処理コンポーネントに送信した後、前記データ接続を再確立する必要がある前記サーバーまたはネットワーク・ノードからの第二のデータを受信することをさらに含むことができる。

実施例１１１５では、実施例１１１４記載の主題は任意的に、前記第二の命令がプッシュ通知である、ということを含むことができる。

実施例１１１６は、実施例１１０１ないし１１１５のうちいずれか一項記載の方法を実行するよう構成された通信装置である、ということを含むことができる。

実施例１１１７は、プロセッサによって実行されたときに実施例１１０１ないし１１１５のうちいずれか一項記載の方法を実行するよう該プロセッサを制御する命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１１１８は、端末装置のコントローラによって実行されたときに実施例１１０１ないし１１１５のうちいずれか一項記載の方法を実行するよう前記端末装置を制御する命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１１１９は、実施例１１０１ないし１１１５のうちいずれか一項記載の方法を実行するよう構成された端末装置である。

実施例１１２０は、端末装置とサーバーまたはネットワーク・ノードとの間のデータ接続を維持するよう処理コンポーネントに命令する端末装置からのメッセージを受信する手段であって、前記データ接続は前記端末装置と前記サーバーまたはネットワーク・ノードとの間のエンドツーエンド・データ接続である、手段と、前記端末装置のために、一つまたは複数の接続継続メッセージを前記データ接続上で前記サーバーまたはネットワーク・ノードに送信する手段とを含む、装置である。

実施例１１２１は、ネットワーク処理コンポーネントにおいて無線通信を実行する方法であり、当該方法は、端末装置とサーバーまたはネットワーク・ノードとの間のデータ接続を維持するよう前記ネットワーク処理コンポーネントに命令する端末装置からのメッセージを受信する段階であって、前記データ接続は前記端末装置と前記サーバーまたはネットワーク・ノードとの間のエンドツーエンド・データ接続である、段階と、前記端末装置のために、一つまたは複数の接続継続メッセージを前記データ接続上で前記サーバーまたはネットワーク・ノードに送信する段階とを含む。

実施例１１２２では、実施例１１２１の主題は任意的に、前記データ接続がトランスポート層接続であり、前記端末装置のために、一つまたは複数の接続継続メッセージを前記データ接続上で前記サーバーまたはネットワーク・ノードに送信することは、前記一つまたは複数の接続継続メッセージをトランスポート層プロトコルに従って前記データ接続上で前記サーバーまたはネットワーク・ノードに送信することを含む、ということを含むことができる。

実施例１１２３では、実施例１１２２の主題は任意的に、前記端末装置からのメッセージを受信することが、トランスポート層より低位の層で前記命令を受信することを含む、ということを含むことができる。

実施例１１２４では、実施例１１２１ないし１１２３のうちいずれか一項記載の主題は任意的に、前記データ接続が伝送制御プロトコル（ＴＣＰ）接続であり、前記端末装置のために、一つまたは複数の接続継続メッセージを前記データ接続上で前記サーバーまたはネットワーク・ノードに送信することは、前記一つまたは複数の接続継続メッセージをＴＣＰプロトコルに従って前記データ接続上で前記サーバーまたはネットワーク・ノードに送信することを含む、ということを含むことができる。

実施例１１２５では、実施例１１２１ないし１１２４のうちいずれか一項記載の主題は任意的に、前記データ接続が当該端末装置のアプリケーション・プログラムと前記サーバーまたはネットワーク・ノードの対応アプリケーション・プログラムとの間のトランスポート層接続である、ということを含むことができる。

実施例１１２６では、実施例１１２１ないし１１２５のうちいずれか一項記載の主題は任意的に、前記サーバーまたはネットワーク・ノードがインターネット・サーバーである、ということを含むことができる。

実施例１１２７では、実施例１１２１ないし１１２６のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがネットワーク・アクセス・ノードである、ということを含むことができる。

実施例１１２８では、実施例１１２１ないし１１２７のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがセルラー基地局または短距離アクセスポイントである、ということを含むことができる。

実施例１１２９では、実施例１１２１ないし１１２４のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがエッジ・コンピューティング・サーバーである、ということを含むことができる。

実施例１１３０では、実施例１１２１ないし１１２４のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがモバイル・エッジ・コンピューティング（ＭＥＣ）サーバーである、ということを含むことができる。

実施例１１３１では、実施例１１２１ないし１１３０のうちいずれか一項記載の主題は任意的に、前記メッセージが、ある継続時間にわたって前記データ接続で接続継続メッセージを繰り返し送信するよう前記ネットワーク処理コンポーネントに命令するものであり、前記端末装置のために、一つまたは複数の接続継続メッセージを前記データ接続上で前記サーバーまたはネットワーク・ノードに送信することは、前記継続時間にわたって前記データ接続で接続継続メッセージを繰り返し送信することを含む、ということを含むことができる。

実施例１１３２では、実施例１１２１ないし１１３０のうちいずれか一項記載の主題は任意的に、前記メッセージが、前記データ接続についての接続タイムアウト期間より短い相続く接続継続メッセージ間の間隔をもって前記データ接続で接続継続メッセージを繰り返し送信するよう前記ネットワーク処理コンポーネントに命令するものであり、前記端末装置のために、一つまたは複数の接続継続メッセージを前記データ接続上で前記サーバーまたはネットワーク・ノードに送信することは、前記接続タイムアウト期間より短い間隔以内に相続く接続継続メッセージを送信することを含む、ということを含むことができる。

実施例１１３３では、実施例１１２１ないし１１３２のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントはコア・ネットワークとのインターフェースをもち、前記サーバーまたはネットワーク・ノードが前記コア・ネットワークの外部である、ということを含むことができる。

実施例１１３４では、実施例１１２１ないし１１３３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の接続継続メッセージを送信する前に、エンドツーエンド接続のプロトコルに従って前記ネットワーク処理コンポーネントにおいて前記一つまたは複数の接続継続メッセージを生成することをさらに含むことができる。

実施例１１３５は、実施例１１２１ないし１１３４のうちいずれか一項記載の方法を実行するよう構成されたネットワーク処理コンポーネントである。

実施例１１３６は、実施例１１２１ないし１１３４のうちいずれか一項記載の方法を実行するよう構成された通信装置である。

実施例１１３７は、プロセッサによって実行されたときに実施例１１２１ないし１１３４のうちいずれか一項記載の方法を実行するよう該プロセッサを制御する命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１１３８は、ネットワーク処理コンポーネントのコントローラによって実行されたときに実施例１１２１ないし１１３４のうちいずれか一項記載の方法を実行するよう前記ネットワーク処理コンポーネントを制御する命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１１３９は通信装置であり、当該通信装置は、サーバーまたはネットワーク・ノードとのデータ接続を通じて第一のデータを送信または受信するよう構成された無線トランシーバであって、前記データ接続は当該通信装置と前記サーバーまたはネットワーク・ノードとの間のエンドツーエンド接続である、無線トランシーバと；当該通信装置のために前記データ接続上で前記サーバーまたはネットワーク・ノードに一つまたは複数の接続継続メッセージを送信するために前記ネットワーク処理コンポーネントのための命令を生成するよう構成されたプロセッサとを含み、前記無線トランシーバは、前記命令を前記ネットワーク処理コンポーネントに送信するよう構成される。

実施例１１４０では、実施例１１３９の主題は任意的に、端末装置として構成されることができる。

実施例１１４１では、実施例１１３９または１１４０の主題は任意的に、前記データ接続がトランスポート層接続であり、前記プロセッサが、前記一つまたは複数の接続継続メッセージをトランスポート層プロトコルに従って送信するよう前記ネットワーク処理コンポーネントに命令するために前記命令を生成するよう構成される、ということを含むことができる。

実施例１１４２では、実施例１１４１は任意的に、前記無線トランシーバが、トランスポート層より低位の層で前記ネットワーク処理コンポーネントに前記命令を送信するよう構成される、ということを含むことができる。

実施例１１４３では、実施例１１３９ないし１１４２のうちいずれか一項記載の主題は任意的に、前記データ接続が伝送制御プロトコル（ＴＣＰ）接続であり、前記プロセッサが、前記一つまたは複数の接続継続メッセージをＴＣＰに従って送信するよう前記ネットワーク処理コンポーネントに命令するために前記命令を生成するよう構成される、ということを含むことができる。

実施例１１４４では、実施例１１３９ないし１１４３のうちいずれか一項記載の主題は任意的に、前記データ接続が前記プロセッサのアプリケーション・プログラムと前記サーバーまたはネットワーク・ノードの対応アプリケーション・プログラムとの間のトランスポート層接続である、ということを含むことができる。

実施例１１４５では、実施例１１３９ないし１１４４のうちいずれか一項記載の主題は任意的に、前記サーバーまたはネットワーク・ノードがインターネット・サーバーである、ということを含むことができる。

実施例１１４６では、実施例１１３９ないし１１４５のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがネットワーク・アクセス・ノードである、ということを含むことができる。

実施例１１４７では、実施例１１３９ないし１１４６のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがセルラー基地局または短距離アクセスポイントである、ということを含むことができる。

実施例１１４８では、実施例１１３９ないし１１４４のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがエッジ・コンピューティング・サーバーである、ということを含むことができる。

実施例１１４９では、実施例１１３９ないし１１４４のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがモバイル・エッジ・コンピューティング（ＭＥＣ）サーバーである、ということを含むことができる。

実施例１１５０では、実施例１１３９ないし１１４９のうちいずれか一項記載の主題は任意的に、前記プロセッサが、ある継続時間にわたって前記データ接続で接続継続メッセージを繰り返し送信するよう前記ネットワーク処理コンポーネントに命令するために前記命令を生成するよう構成される、ということを含むことができる。

実施例１１５１では、実施例１１５０の主題は任意的に、前記無線トランシーバが、前記継続時間の間、低電力またはスリープ状態にはいるよう構成される、ということを含むことができる。

実施例１１５２では、実施例１１３９ないし１１４９のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記データ接続についての接続タイムアウト期間より短い相続く接続継続メッセージ間の間隔をもって前記データ接続で接続継続メッセージを繰り返し送信するよう前記ネットワーク処理コンポーネントに命令するために前記命令を生成するよう構成される、ということを含むことができる。

実施例１１５３では、実施例１１３９ないし１１５２のうちいずれか一項記載の主題は任意的に、前記無線トランシーバはさらに、前記命令を前記ネットワーク処理コンポーネントに送信した後、前記データ接続を再確立する必要なしに、前記サーバーまたはネットワーク・ノードから第二のデータを受信するようさらに構成される、ということを含むことができる。

実施例１１５４では、実施例１１５３記載の主題は任意的に、前記第二の命令がプッシュ通知である、ということを含むことができる。

実施例１１５５はプロセッサを含んでいる通信装置であり、前記プロセッサは、端末装置とサーバーまたはネットワーク・ノードとの間のデータ接続を維持するよう当該通信装置に命令する端末装置からのメッセージを受信するよう構成され、前記データ接続は前記端末装置と前記サーバーまたはネットワーク・ノードとの間のエンドツーエンド・データ接続であり、前記プロセッサは、バックホール・インターフェース上で、前記端末装置のために、一つまたは複数の接続継続メッセージを前記データ接続上で前記サーバーまたはネットワーク・ノードに送信するようさらに構成される。

実施例１１５６では、実施例１１５５の主題は任意的に、前記データ接続がトランスポート層接続であり、前記プロセッサが、前記一つまたは複数の接続継続メッセージをトランスポート層プロトコルに従って生成するよう構成される、ということを含むことができる。

実施例１１５７では、実施例１１５６の主題は任意的に、前記プロセッサが、トランスポート層より低位の層で前記端末装置からの前記メッセージを受信するよう構成される、ということを含むことができる。

実施例１１５８では、実施例１１５５の主題は任意的に、前記データ接続が伝送制御プロトコル（ＴＣＰ）接続であり、前記プロセッサが、前記一つまたは複数の接続継続メッセージをＴＣＰプロトコルに従って生成するよう構成される、ということを含むことができる。

実施例１１５９では、実施例１１５５ないし１１５８のうちいずれか一項記載の主題は任意的に、前記データ接続が当該端末装置のアプリケーション・プログラムと前記サーバーまたはネットワーク・ノードの対応アプリケーション・プログラムとの間のトランスポート層接続である、ということを含むことができる。

実施例１１６０では、実施例１１５５ないし１１５９のうちいずれか一項記載の主題は任意的に、前記サーバーまたはネットワーク・ノードがインターネット・サーバーである、ということを含むことができる。

実施例１１６１では、実施例１１５５ないし１１６０のうちいずれか一項記載の主題は任意的に、ネットワーク・アクセス・ノードとして構成されることができる。

実施例１１６２では、実施例１１５５ないし１１６１のうちいずれか一項記載の主題は任意的に、セルラー基地局または短距離アクセスポイントとして構成されることができる。

実施例１１６３では、実施例１１５５ないし１１５９のうちいずれか一項記載の主題は任意的に、エッジ・コンピューティング・サーバーとして構成されることができる。

実施例１１６４では、実施例１１５５ないし１１５９のうちいずれか一項記載の主題は任意的に、モバイル・エッジ・コンピューティング（ＭＥＣ）サーバーとして構成される、ということを含むことができる。

実施例１１６５では、実施例１１５５ないし１１６４のうちいずれか一項記載の主題は任意的に、前記メッセージが、ある継続時間にわたって前記データ接続で接続継続メッセージを繰り返し送信するよう当該通信装置に命令するものであり、前記プロセッサが、前記端末装置のために、一つまたは複数の接続継続メッセージを前記データ接続上で前記サーバーまたはネットワーク・ノードに送信することを、前記継続時間にわたって前記データ接続で接続継続メッセージを繰り返し送信することによって実行するよう構成される、ということを含むことができる。

実施例１１６６では、実施例１１５５ないし１１６４のうちいずれか一項記載の主題は任意的に、前記メッセージが、前記データ接続についての接続タイムアウト期間より短い相続く接続継続メッセージ間の間隔をもって前記データ接続で接続継続メッセージを繰り返し送信するよう前記ネットワーク処理コンポーネントに命令するものであり、前記プロセッサが、前記端末装置のために、一つまたは複数の接続継続メッセージを前記データ接続上で前記サーバーまたはネットワーク・ノードに送信することを、前記接続タイムアウト期間より短い間隔以内に相続く接続継続メッセージを送信することによって実行するよう構成される、ということを含むことができる。

実施例１１６７では、実施例１１５５ないし１１６６のうちいずれか一項記載の主題は任意的に、前記バックホール・インターフェースがコア・ネットワークとのインターフェースであり、前記サーバーまたはネットワーク・ノードが前記コア・ネットワークの外部である、ということを含むことができる。

実施例１１６８は、ネットワーク処理コンポーネントのコントローラによって実行されたときに方法を実行するよう該ネットワーク処理コンポーネントを制御する命令を記憶している非一時的なコンピュータ可読媒体であり、前記方法は、端末装置とサーバーまたはネットワーク・ノードとの間のデータ接続を維持するよう前記ネットワーク処理コンポーネントに命令する端末装置からのメッセージを受信する段階であって、前記データ接続は前記端末装置と前記サーバーまたはネットワーク・ノードとの間のエンドツーエンド・データ接続である、段階と、前記端末装置のために、一つまたは複数の接続継続メッセージを前記データ接続上で前記サーバーまたはネットワーク・ノードに送信する段階とを含む。

実施例１１６９では、実施例１１６８の主題は任意的に、前記データ接続がトランスポート層接続であり、前記端末装置のために、一つまたは複数の接続継続メッセージを前記データ接続上で前記サーバーまたはネットワーク・ノードに送信することは、前記一つまたは複数の接続継続メッセージをトランスポート層プロトコルに従って前記データ接続上で前記サーバーまたはネットワーク・ノードに送信することを含む、ということを含むことができる。

実施例１１７０では、実施例１１６９の主題は任意的に、前記端末装置からのメッセージを受信することが、トランスポート層より低位の層で前記命令を受信することを含む、ということを含むことができる。

実施例１１７１では、実施例１１６８ないし１１７０のうちいずれか一項記載の主題は任意的に、前記データ接続が伝送制御プロトコル（ＴＣＰ）接続であり、前記端末装置のために、一つまたは複数の接続継続メッセージを前記データ接続上で前記サーバーまたはネットワーク・ノードに送信することは、前記一つまたは複数の接続継続メッセージをＴＣＰプロトコルに従って前記データ接続上で前記サーバーまたはネットワーク・ノードに送信することを含む、ということを含むことができる。

実施例１１７２では、実施例１１６８ないし１１７１のうちいずれか一項記載の主題は任意的には、前記サーバーまたはネットワーク・ノードがインターネット・サーバーである、ということを含むことができる。

実施例１１７３では、実施例１１６８ないし１１７１のうちいずれか一項記載の主題は任意的に、前記データ接続が当該端末装置のアプリケーション・プログラムと前記サーバーまたはネットワーク・ノードの対応アプリケーション・プログラムとの間のトランスポート層接続である、ということを含むことができる。

実施例１１７４では、実施例１１６８ないし１１７３のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがネットワーク・アクセス・ノードである、ということを含むことができる。

実施例１１７５では、実施例１１６８ないし１１７４のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがセルラー基地局または短距離アクセスポイントである、ということを含むことができる。

実施例１１７６では、実施例１１６８ないし１１７３のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがエッジ・コンピューティング・サーバーである、ということを含むことができる。

実施例１１７７では、実施例１１６８ないし１１７３のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがモバイル・エッジ・コンピューティング（ＭＥＣ）サーバーである、ということを含むことができる。

実施例１１７８では、実施例１１６８ないし１１７７のうちいずれか一項記載の主題は任意的に、前記メッセージが、ある継続時間にわたって前記データ接続で接続継続メッセージを繰り返し送信するよう前記ネットワーク処理コンポーネントに命令するものであり、前記端末装置のために、一つまたは複数の接続継続メッセージを前記データ接続上で前記サーバーまたはネットワーク・ノードに送信することは、前記継続時間にわたって前記データ接続で接続継続メッセージを繰り返し送信することを含む、ということを含むことができる。

実施例１１７９では、実施例１１６８ないし１１７８のうちいずれか一項記載の主題は任意的に、前記メッセージが、前記データ接続についての接続タイムアウト期間より短い相続く接続継続メッセージ間の間隔をもって前記データ接続で接続継続メッセージを繰り返し送信するよう前記ネットワーク処理コンポーネントに命令するものであり、前記端末装置のために、一つまたは複数の接続継続メッセージを前記データ接続上で前記サーバーまたはネットワーク・ノードに送信することは、前記接続タイムアウト期間より短い間隔以内に相続く接続継続メッセージを送信することを含む、ということを含むことができる。

実施例１１８０では、実施例１１６８ないし１１７９のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントはコア・ネットワークとのインターフェースをもち、前記サーバーまたはネットワーク・ノードが前記コア・ネットワークの外部である、ということを含むことができる。

実施例１１８１では、実施例１１６８ないし１１８０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の接続継続メッセージを送信する前に、エンドツーエンド接続のプロトコルに従って前記ネットワーク処理コンポーネントにおいて前記一つまたは複数の接続継続メッセージを生成することをさらに含むことができる。

実施例１１８２は通信回路装置であり、当該通信回路装置は、サーバーまたはネットワーク・ノードとのデータ接続を通じて第一のデータを送信または受信するよう構成された無線回路であって、前記データ接続は当該通信回路装置と前記サーバーまたはネットワーク・ノードとの間のエンドツーエンド接続である、無線回路と；当該通信回路装置のために前記データ接続上で前記サーバーまたはネットワーク・ノードに一つまたは複数の接続継続メッセージを送信するために前記ネットワーク処理コンポーネントのための命令を生成するよう構成されたプロセッサとを含み、前記無線回路は、前記命令を前記ネットワーク処理コンポーネントに送信するよう構成される。

実施例１１８３では、実施例１１８２の主題は任意的に、端末装置として構成されることができる。

実施例１１８４では、実施例１１８２または１１８３の主題は任意的に、前記データ接続がトランスポート層接続であり、前記プロセッサが、前記一つまたは複数の接続継続メッセージをトランスポート層プロトコルに従って送信するよう前記ネットワーク処理コンポーネントに命令するために前記命令を生成するよう構成される、ということを含むことができる。

実施例１１８５では、実施例１１８４は任意的に、前記無線回路が、トランスポート層より低位の層で前記ネットワーク処理コンポーネントに前記命令を送信するよう構成される、ということを含むことができる。

実施例１１８６では、実施例１１８２ないし１１８５のうちいずれか一項記載の主題は任意的に、前記データ接続が伝送制御プロトコル（ＴＣＰ）接続であり、前記プロセッサが、前記一つまたは複数の接続継続メッセージをＴＣＰに従って送信するよう前記ネットワーク処理コンポーネントに命令するために前記命令を生成するよう構成される、ということを含むことができる。

実施例１１８７では、実施例１１８２ないし１１８６のうちいずれか一項記載の主題は任意的に、前記データ接続が前記プロセッサのアプリケーション・プログラムと前記サーバーまたはネットワーク・ノードの対応アプリケーション・プログラムとの間のトランスポート層接続である、ということを含むことができる。

実施例１１８８では、実施例１１８２ないし１１８７のうちいずれか一項記載の主題は任意的に、前記サーバーまたはネットワーク・ノードがインターネット・サーバーである、ということを含むことができる。

実施例１１８９では、実施例１１８２ないし１１８８のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがネットワーク・アクセス・ノードである、ということを含むことができる。

実施例１１９０では、実施例１１８２ないし１１８９のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがセルラー基地局または短距離アクセスポイントである、ということを含むことができる。

実施例１１９１では、実施例１１８２ないし１１８７のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがエッジ・コンピューティング・サーバーである、ということを含むことができる。

実施例１１９２では、実施例１１８２ないし１１８７のうちいずれか一項記載の主題は任意的に、前記ネットワーク処理コンポーネントがモバイル・エッジ・コンピューティング（ＭＥＣ）サーバーである、ということを含むことができる。

実施例１１９３では、実施例１１８２ないし１１９２のうちいずれか一項記載の主題は任意的に、前記プロセッサが、ある継続時間にわたって前記データ接続で接続継続メッセージを繰り返し送信するよう前記ネットワーク処理コンポーネントに命令するために前記命令を生成するよう構成される、ということを含むことができる。

実施例１１９４では、実施例１１９３の主題は任意的に、前記無線回路が、前記継続時間の間、低電力またはスリープ状態にはいるよう構成される、ということを含むことができる。

実施例１１９５では、実施例１１８２ないし１１９２のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記データ接続についての接続タイムアウト期間より短い相続く接続継続メッセージ間の間隔をもって前記データ接続で接続継続メッセージを繰り返し送信するよう前記ネットワーク処理コンポーネントに命令するために前記命令を生成するよう構成される、ということを含むことができる。

実施例１１９６では、実施例１１８２ないし１１９５のうちいずれか一項記載の主題は任意的に、前記無線回路はさらに、前記命令を前記ネットワーク処理コンポーネントに送信した後、前記データ接続を再確立する必要なしに、前記サーバーまたはネットワーク・ノードから第二のデータを受信するようさらに構成される、ということを含むことができる。

実施例１１９７では、実施例１１９６記載の主題は任意的に、前記第二の命令がプッシュ通知である、ということを含むことができる。

実施例１１９８はプロセッサを含んでいる通信回路装置であり、前記プロセッサは、端末装置とサーバーまたはネットワーク・ノードとの間のデータ接続を維持するよう当該通信回路装置に命令する端末装置からのメッセージを受信するよう構成され、前記データ接続は前記端末装置と前記サーバーまたはネットワーク・ノードとの間のエンドツーエンド・データ接続であり、前記プロセッサは、バックホール・インターフェース上で、前記端末装置のために、一つまたは複数の接続継続メッセージを前記データ接続を通じて前記サーバーまたはネットワーク・ノードに送信するようさらに構成される。

実施例１１９９では、実施例１１９８の主題は任意的に、前記データ接続がトランスポート層接続であり、前記プロセッサが、前記一つまたは複数の接続継続メッセージをトランスポート層プロトコルに従って生成するよう構成される、ということを含むことができる。

実施例１２００では、実施例１１９９の主題は任意的に、前記プロセッサが、トランスポート層より低位の層で前記端末装置からの前記メッセージを受信するよう構成される、ということを含むことができる。

実施例１２０１では、実施例１１９８の主題は任意的に、前記データ接続が伝送制御プロトコル（ＴＣＰ）接続であり、前記プロセッサが、前記一つまたは複数の接続継続メッセージをＴＣＰプロトコルに従って生成するよう構成される、ということを含むことができる。

実施例１２０２では、実施例１１９８ないし１２０１のうちいずれか一項記載の主題は任意的に、前記データ接続が当該端末装置のアプリケーション・プログラムと前記サーバーまたはネットワーク・ノードの対応アプリケーション・プログラムとの間のトランスポート層接続である、ということを含むことができる。

実施例１２０３では、実施例１１９８ないし１２０２のうちいずれか一項記載の主題は任意的に、前記サーバーまたはネットワーク・ノードがインターネット・サーバーである、ということを含むことができる。

実施例１２０４では、実施例１１９８ないし１２０３のうちいずれか一項記載の主題は任意的に、ネットワーク・アクセス・ノードとして構成されることができる。

実施例１２０５では、実施例１１９８ないし１２０４のうちいずれか一項記載の主題は任意的に、セルラー基地局または短距離アクセスポイントとして構成されることができる。

実施例１２０６では、実施例１１９８ないし１２０２のうちいずれか一項記載の主題は任意的に、エッジ・コンピューティング・サーバーとして構成されることができる。

実施例１２０７では、実施例１１９８ないし１２０２のうちいずれか一項記載の主題は任意的に、モバイル・エッジ・コンピューティング（ＭＥＣ）サーバーとして構成される、ということを含むことができる。

実施例１２０８では、実施例１１９８ないし１２０７のうちいずれか一項記載の主題は任意的に、前記メッセージが、ある継続時間にわたって前記データ接続で接続継続メッセージを繰り返し送信するよう当該通信回路装置に命令するものであり、前記プロセッサが、前記端末装置のために、一つまたは複数の接続継続メッセージを前記データ接続上で前記サーバーまたはネットワーク・ノードに送信することを、前記継続時間にわたって前記データ接続で接続継続メッセージを繰り返し送信することによって実行するよう構成される、ということを含むことができる。

実施例１２０９では、実施例１１９８ないし１２０７のうちいずれか一項記載の主題は任意的に、前記メッセージが、前記データ接続についての接続タイムアウト期間より短い相続く接続継続メッセージ間の間隔をもって前記データ接続で接続継続メッセージを繰り返し送信するよう前記ネットワーク処理コンポーネントに命令するものであり、前記プロセッサが、前記端末装置のために、一つまたは複数の接続継続メッセージを前記データ接続上で前記サーバーまたはネットワーク・ノードに送信することを、前記接続タイムアウト期間より短い間隔以内に相続く接続継続メッセージを送信することによって実行するよう構成される、ということを含むことができる。

実施例１２１０では、実施例１１９８ないし１２０９のうちいずれか一項記載の主題は任意的に、前記ネットワーク・バックホール・インターフェースがコア・ネットワークとのインターフェースであり、前記サーバーまたはネットワーク・ノードが前記コア・ネットワークの外部である、ということを含むことができる。

実施例１２１１は、複数の端末装置の一つまたは複数のデータ接続について接続継続サービスを実行するための命令を指定する一つまたは複数の要求を受信する手段と；前記一つまたは複数のデータ接続のそれぞれについての接続継続要件を評価して、接続継続メッセージ・スケジュールを決定する手段と；前記接続継続メッセージ・スケジュールに従って前記一つまたは複数のデータ接続上で接続継続メッセージを送信する手段とを含む、装置である。

実施例１２１２は、無線通信を実行する方法であり、当該方法は、複数の端末装置の一つまたは複数のデータ接続について接続継続サービスを実行するための命令を指定する一つまたは複数の要求を受信する段階と；前記一つまたは複数のデータ接続のそれぞれについての接続継続要件を評価して、接続継続メッセージ・スケジュールを決定する段階と；前記接続継続メッセージ・スケジュールに従って前記一つまたは複数のデータ接続上で接続継続メッセージを送信する段階とを含む、方法である。

実施例１２１３では、実施例１２１２の主題は任意的に、前記一つまたは複数の接続が、前記複数の端末装置と一つまたは複数のインターネット・サーバーとの間のエンドツーエンド・データ接続である、ということを含むことができる。

実施例１２１４では、実施例１２１２または１２１３の主題は任意的に、前記一つまたは複数のデータ接続がトランスポート層接続であり、当該方法が、トランスポート層プロトコルに従って前記接続継続メッセージを生成することをさらに含む、ということを含むことができる。

実施例１２１５では、実施例１２１２または１２１３の主題は任意的に、前記一つまたは複数の接続が伝送制御プロトコル（ＴＣＰ）接続であり、当該方法が、ＴＣＰプロトコルに従って前記接続継続メッセージを生成することをさらに含む、ということを含むことができる。

実施例１２１６では、実施例１２１５の主題は任意的に、前記接続継続メッセージがＴＣＰハートビートである、ということを含むことができる。

実施例１２１７では、実施例１２１２ないし１２１６のうちいずれか一項記載の主題は任意的に、前記接続継続メッセージがキープアライブ・メッセージである、ということを含むことができる。

実施例１２１８では、実施例１２１２ないし１２１７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の要求が接続タイムアウト区間を、前記一つまたは複数のデータ接続のそれぞれについての接続継続要件として指定し、前記一つまたは複数のデータ接続のそれぞれについての接続継続要件を評価して、接続継続メッセージ・スケジュールを決定することが、前記一つまたは複数のデータ接続のそれぞれのデータ接続について、接続継続メッセージ送信のシーケンスをスケジュールすることを含み、それらの接続継続メッセージ送信の順次の互いからの離間はそれぞれのデータ接続についての前記接続タイムアウト区間以内である、ということを含むことができる。

実施例１２１９では、実施例１２１８の主題は任意的に、前記一つまたは複数のデータ接続が異なるインターネット・サーバーへである、ということを含むことができる。

実施例１２２０では、実施例１２１２ないし１２１６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のデータ接続が同じインターネット・サーバーへの接続であり、前記一つまたは複数の要求が接続タイムアウト区間を、前記一つまたは複数のデータ接続のそれぞれについての接続継続要件として指定し、前記一つまたは複数のデータ接続のそれぞれについての接続継続要件を評価して、接続継続メッセージ・スケジュールを決定することが、前記一つまたは複数の要求のそれぞれの接続タイムアウト区間以下である送信間隔を選択し、順次該送信間隔だけ離間した前記同じインターネット・サーバーへの接続継続メッセージ送信のシーケンスをスケジュールすることを含む、ということを含むことができる。

実施例１２２１では、実施例１２２０の主題は任意的に、前記一つまたは複数の要求のうちの少なくとも二つが異なる接続タイムアウト区間を指定する、ということを含むことができる。

実施例１２２２では、実施例１２１２ないし１２２１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の要求がさらに、前記複数の端末装置のそれぞれについてのデータ・トラフィック要件をさらに示し、当該方法は、ネットワーク・アクセス・ノードとインターフェースをもって、前記複数の端末装置のそれぞれについての前記データ・トラフィック要件を満たす無線資源を含むよう前記ネットワーク・アクセス・ノードと前記複数の端末装置との間で無線アクセス接続を手配することを含む、ということを含むことができる。

実施例１２２３では、実施例１２２２の主題は任意的に、前記一つまたは複数の要求を受信することが、前記一つまたは複数の要求を、前記複数の端末装置のうちの他の端末装置のための転送サービスを提供する前記複数の端末装置のうちのゲートウェイ装置から受信することを含む、ということを含むことができる。

実施例１２２４では、実施例１２２３の主題は任意的に、前記ネットワーク・アクセス・ノードとインターフェースをもって、前記複数の端末装置のそれぞれについての前記データ・トラフィック要件を満たす無線資源を含むよう前記ネットワーク・アクセス・ノードと前記複数の端末装置との間で無線アクセス接続を手配することが、前記複数の端末装置すべてについて前記データ・トラフィック要件を満たす無線資源を提供する前記ネットワーク・アクセス・ノードと前記ゲートウェイ装置との間の無線アクセス接続のための無線資源割り当てを決定することを含む、ということを含むことができる。

実施例１２２５では、実施例１２１２ないし１２２４のうちいずれか一項記載の主題は任意的に、前記接続継続メッセージ・スケジュールに従って前記一つまたは複数のデータ接続上で接続継続メッセージを送信することが、前記接続継続メッセージをコア・ネットワークを通じて該コア・ネットワークの外部であり、前記一つまたは複数のデータ接続の端点である一つまたは複数のインターネット・サーバーに送信することを含む、ということを含むことができる。

実施例１２２６では、実施例１２１２ないし１２２５のうちいずれか一項記載の主題は任意的に、エッジ・コンピューティング装置において実行されることができる。

実施例１２２７では、実施例１２１２ないし１２２６のうちいずれか一項記載の主題は任意的に、モバイル・エッジ・コンピューティング（ＭＥＣ）サーバーにおいて実行されることができる。

実施例１２２８は、実施例１２１２ないし１２２５のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む通信装置である。

実施例１２２９は、実施例１２１２ないし１２２５のうちいずれか一項記載の方法を実行するよう構成されたエッジ・コンピューティング装置である。

実施例１２３０は、プロセッサによって実行されたときに実施例１２１２ないし１２２５のうちいずれか一項記載の方法を実行するよう該プロセッサに指令する命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１２３１は、複数の端末装置のためのゲートウェイ端末装置から一つまたは複数の要求を受信する手段であって、前記一つまたは複数の要求は前記複数の端末装置の一つまたは複数のデータ接続の接続継続要件およびデータ・トラフィック要件を指定する、手段と；前記一つまたは複数のデータ接続の指定された接続継続要件に従って前記一つまたは複数のデータ接続上で接続継続メッセージを送信する手段と；ネットワーク・アクセス・ノードとインターフェースをもって、前記一つまたは複数のデータ接続の前記データ・トラフィック要件を満たす無線資源を含むよう前記ネットワーク・アクセス・ノードと前記ゲートウェイ端末装置との間で無線アクセス接続を手配する手段とを含む、装置である。

実施例１２３２は、複数の端末装置のためのゲートウェイ端末装置から一つまたは複数の要求を受信する段階であって、前記一つまたは複数の要求は前記複数の端末装置の一つまたは複数のデータ接続の接続継続要件およびデータ・トラフィック要件を指定する、段階と；前記一つまたは複数のデータ接続の指定された接続継続要件に従って前記一つまたは複数のデータ接続上で接続継続メッセージを送信する段階と；ネットワーク・アクセス・ノードとインターフェースをもって、前記一つまたは複数のデータ接続の前記データ・トラフィック要件を満たす無線資源を含むよう前記ネットワーク・アクセス・ノードと前記ゲートウェイ端末装置との間で無線アクセス接続を手配する段階とを含む、無線通信を実行する方法である。

実施例１２３３では、実施例１２３２の主題は任意的に、前記一つまたは複数の接続が、前記複数の端末装置と一つまたは複数のインターネット・サーバーとの間のエンドツーエンド・データ接続である、ということを含むことができる。

実施例１２３４では、実施例１２３２または１２３３の主題は任意的に、前記一つまたは複数のデータ接続がトランスポート層接続であり、当該方法が、トランスポート層プロトコルに従って前記接続継続メッセージを生成することをさらに含む、ということを含むことができる。

実施例１２３５では、実施例１２３２または１２３３の主題は任意的に、前記一つまたは複数のデータ接続が伝送制御プロトコル（ＴＣＰ）接続であり、当該方法が、ＴＣＰプロトコルに従って前記接続継続メッセージを生成することをさらに含む、ということを含むことができる。

実施例１２３６では、実施例１２３５の主題は任意的に、前記接続継続メッセージがＴＣＰハートビートである、ということを含むことができる。

実施例１２３７では、実施例１２３２ないし１２３６のうちいずれか一項記載の主題は任意的に、前記接続継続メッセージがキープアライブ・メッセージである、ということを含むことができる。

実施例１２３８では、実施例１２３２ないし１２３７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の要求が接続タイムアウト区間を、前記一つまたは複数のデータ接続のそれぞれについての接続継続要件として指定し、前記一つまたは複数のデータ接続の指定された接続継続要件に従って前記一つまたは複数のデータ接続上で接続継続メッセージを送信することが、前記一つまたは複数のデータ接続のそれぞれについて、接続継続メッセージのシーケンスを送信することを含み、それらの接続継続メッセージは順次互いから、それぞれのデータ接続についての前記接続タイムアウト区間以内だけ離間される、ということを含むことができる。

実施例１２３９では、実施例１２３８の主題は任意的に、前記一つまたは複数のデータ接続が異なるインターネット・サーバーへである、ということを含むことができる。

実施例１２４０では、実施例１２３２ないし１２３６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のデータ接続が同じインターネット・サーバーへの接続であり、前記一つまたは複数の要求が接続タイムアウト区間を、前記一つまたは複数のデータ接続のそれぞれについての接続継続要件として指定し、前記一つまたは複数のデータ接続の指定された接続継続要件に従って前記一つまたは複数のデータ接続上で接続継続メッセージを送信することが、前記一つまたは複数の要求のそれぞれの接続タイムアウト区間以下である送信間隔を選択し、順次該送信間隔だけ離間した前記同じインターネット・サーバーへの相続く接続継続メッセージ送信のシーケンスを送信することを含む、ということを含むことができる。

実施例１２４１では、実施例１２４０の主題は任意的に、前記一つまたは複数の要求のうちの少なくとも二つが異なる接続タイムアウト区間を指定する、ということを含むことができる。

実施例１２４２では、実施例１２３２ないし１２４１のうちいずれか一項記載の主題は任意的に、前記複数の端末装置すべてについて前記データ・トラフィック要件を満たす無線資源を提供する前記ネットワーク・アクセス・ノードと前記ゲートウェイ装置との間の無線アクセス接続のための無線資源割り当てを決定することをさらに含むことができる。

実施例１２４３では、実施例１２３２ないし１２４２のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のデータ接続について指定された接続継続要件に従って前記一つまたは複数のデータ接続上で接続継続メッセージを送信することが、前記接続継続メッセージをコア・ネットワークを通じて、該コア・ネットワークの外部であり、前記一つまたは複数のデータ接続の端点である一つまたは複数のインターネット・サーバーに送信することを含む、ということを含むことができる。

実施例１２４４では、実施例１２３２ないし１２４３のうちいずれか一項記載の主題は任意的に、エッジ・コンピューティング装置において実行されることができる。

実施例１２４５では、実施例１２３２ないし１２４４のうちいずれか一項記載の主題は任意的に、モバイル・エッジ・コンピューティング（ＭＥＣ）サーバーにおいて実行されることができる。

実施例１２４６は、実施例１２３２ないし１２４３のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数の処理コンポーネントを含む通信装置である。

実施例１２４７は、実施例１２３２ないし１２４３のうちいずれか一項記載の方法を実行するよう構成されたエッジ・コンピューティング装置である。

実施例１２４８は、プロセッサによって実行されたときに実施例１２３２ないし１２４３のうちいずれか一項記載の方法を実行するよう該プロセッサに指令する命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１２４９は、プロセッサによって実行されたときに方法を実行するよう該プロセッサに指令する命令を記憶している非一時的なコンピュータ可読媒体であり、前記方法は、複数の端末装置の一つまたは複数のデータ接続について接続継続サービスを実行するための命令を指定する一つまたは複数の要求を受信する段階と；前記一つまたは複数のデータ接続のそれぞれについての接続継続要件を評価して、接続継続メッセージ・スケジュールを決定する段階と；前記接続継続メッセージ・スケジュールに従って前記一つまたは複数のデータ接続上で接続継続メッセージを送信する段階とを含む。

実施例１２５０では、実施例１２４９の主題は任意的に、前記一つまたは複数の接続が、前記複数の端末装置と一つまたは複数のインターネット・サーバーとの間のエンドツーエンド・データ接続である、ということを含むことができる。

実施例１２５１では、実施例１２４９または１２５０の主題は任意的に、前記一つまたは複数のデータ接続がトランスポート層接続であり、当該方法が、トランスポート層プロトコルに従って前記接続継続メッセージを生成することをさらに含む、ということを含むことができる。

実施例１２５２では、実施例１２４９または１２５０の主題は任意的に、前記一つまたは複数の接続が伝送制御プロトコル（ＴＣＰ）接続であり、当該方法が、ＴＣＰプロトコルに従って前記接続継続メッセージを生成することをさらに含む、ということを含むことができる。

実施例１２５３では、実施例１２５２の主題は任意的に、前記接続継続メッセージがＴＣＰハートビートである、ということを含むことができる。

実施例１２５４では、実施例１２４９ないし１２５３のうちいずれか一項記載の主題は任意的に、前記接続継続メッセージがキープアライブ・メッセージである、ということを含むことができる。

実施例１２５５では、実施例１２４９ないし１２５３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の要求が接続タイムアウト区間を、前記一つまたは複数のデータ接続のそれぞれについての接続継続要件として指定し、前記一つまたは複数のデータ接続のそれぞれについての接続継続要件を評価して、接続継続メッセージ・スケジュールを決定することが、前記一つまたは複数のデータ接続のそれぞれのデータ接続について、接続継続メッセージ送信のシーケンスをスケジュールすることを含み、それらの接続継続メッセージ送信の順次の互いからの離間はそれぞれのデータ接続についての前記接続タイムアウト区間以内である、ということを含むことができる。

実施例１２５６では、実施例１２５５の主題は任意的に、前記一つまたは複数のデータ接続が異なるインターネット・サーバーへである、ということを含むことができる。

実施例１２５７では、実施例１２４９ないし１２５３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のデータ接続が同じインターネット・サーバーへの接続であり、前記一つまたは複数の要求が接続タイムアウト区間を、前記一つまたは複数のデータ接続のそれぞれについての接続継続要件として指定し、前記一つまたは複数のデータ接続のそれぞれについての接続継続要件を評価して、接続継続メッセージ・スケジュールを決定することが、前記一つまたは複数の要求のそれぞれの接続タイムアウト区間以下である送信間隔を選択し、順次該送信間隔だけ離間した前記同じインターネット・サーバーへの接続継続メッセージ送信のシーケンスをスケジュールすることを含む、ということを含むことができる。

実施例１２５８では、実施例１２５７の主題は任意的に、前記一つまたは複数の要求のうちの少なくとも二つが異なる接続タイムアウト区間を指定する、ということを含むことができる。

実施例１２５９では、実施例１２４９ないし１２５８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の要求がさらに、前記複数の端末装置のそれぞれについてのデータ・トラフィック要件をさらに示し、当該方法は、ネットワーク・アクセス・ノードとインターフェースをもって、前記複数の端末装置のそれぞれについての前記データ・トラフィック要件を満たす無線資源を含むよう前記ネットワーク・アクセス・ノードと前記複数の端末装置との間で無線アクセス接続を手配することを含む、ということを含むことができる。

実施例１２６０では、実施例１２５９の主題は任意的に、前記一つまたは複数の要求を受信することが、前記一つまたは複数の要求を、前記複数の端末装置のうちの他の端末装置のための転送サービスを提供する前記複数の端末装置のうちのゲートウェイ装置から受信することを含む、ということを含むことができる。

実施例１２６１では、実施例１２６０の主題は任意的に、前記ネットワーク・アクセス・ノードとインターフェースをもって、前記複数の端末装置のそれぞれについての前記データ・トラフィック要件を満たす無線資源を含むよう前記ネットワーク・アクセス・ノードと前記複数の端末装置との間で無線アクセス接続を手配することが、前記複数の端末装置すべてについて前記データ・トラフィック要件を満たす無線資源を提供する前記ネットワーク・アクセス・ノードと前記ゲートウェイ装置との間の無線アクセス接続のための無線資源割り当てを決定することを含む、ということを含むことができる。

実施例１２６２では、実施例１２４９ないし１２６１のうちいずれか一項記載の主題は任意的に、前記接続継続メッセージ・スケジュールに従って前記一つまたは複数のデータ接続上で接続継続メッセージを送信することが、前記接続継続メッセージをコア・ネットワークを通じて該コア・ネットワークの外部であり、前記一つまたは複数のデータ接続の端点である一つまたは複数のインターネット・サーバーに送信することを含む、ということを含むことができる。

実施例１２６３では、実施例１２４９ないし１２６２のうちいずれか一項記載の主題は任意的に、前記命令がエッジ・コンピューティング装置での実行のために構成されていることを含むことができる。

実施例１２６４では、実施例１２４９ないし１２６３のうちいずれか一項記載の主題は任意的に、前記命令がモバイル・エッジ・コンピューティング（ＭＥＣ）サーバーでの実行のために構成されていることを含むことができる。

実施例１２６５は、プロセッサによって実行されたときに方法を実行するよう該プロセッサに指令する命令を記憶しているコンピュータ可読媒体であり、前記方法は、複数の端末装置のためのゲートウェイ端末装置から一つまたは複数の要求を受信する段階であって、前記一つまたは複数の要求は前記複数の端末装置の一つまたは複数のデータ接続の接続継続要件およびデータ・トラフィック要件を指定する、段階と；前記一つまたは複数のデータ接続の指定された接続継続要件に従って前記一つまたは複数のデータ接続上で接続継続メッセージを送信する段階と；ネットワーク・アクセス・ノードとインターフェースをもって、前記一つまたは複数のデータ接続の前記データ・トラフィック要件を満たす無線資源を含むよう前記ネットワーク・アクセス・ノードと前記ゲートウェイ端末装置との間で無線アクセス接続を手配する段階とを実行する手段を含む。

実施例１２６６では、実施例１２６５の主題は任意的に、前記一つまたは複数の接続が、前記複数の端末装置と一つまたは複数のインターネット・サーバーとの間のエンドツーエンド・データ接続である、ということを含むことができる。

実施例１２６７では、実施例１２６５または１２６６の主題は任意的に、前記一つまたは複数のデータ接続がトランスポート層接続であり、当該方法が、トランスポート層プロトコルに従って前記接続継続メッセージを生成することをさらに含む、ということを含むことができる。

実施例１２６８では、実施例１２６５または１２６６の主題は任意的に、可読媒体を含み、前記一つまたは複数のデータ接続が伝送制御プロトコル（ＴＣＰ）接続であり、前記方法が、ＴＣＰプロトコルに従って前記接続継続メッセージを生成することをさらに含む。

実施例１２６９では、実施例１２６８の主題は任意的に、前記接続継続メッセージがＴＣＰハートビートである、ということを含むことができる。

実施例１２７０では、実施例１２６５ないし１２６９のうちいずれか一項記載の主題は任意的に、前記接続継続メッセージがキープアライブ・メッセージである、ということを含むことができる。

実施例１２７１では、実施例１２６５ないし１２６９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の要求が接続タイムアウト区間を、前記一つまたは複数のデータ接続のそれぞれについての接続継続要件として指定し、前記一つまたは複数のデータ接続の指定された接続継続要件に従って前記一つまたは複数のデータ接続上で接続継続メッセージを送信することが、前記一つまたは複数のデータ接続のそれぞれについて、接続継続メッセージのシーケンスを送信することを含み、それらの接続継続メッセージは順次互いから、それぞれのデータ接続についての前記接続タイムアウト区間以内だけ離間される、ということを含むことができる。

実施例１２７２では、実施例１２７１の主題は任意的に、前記一つまたは複数のデータ接続が異なるインターネット・サーバーへである、ということを含むことができる。

実施例１２７３では、実施例１２６５ないし１２６９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のデータ接続が同じインターネット・サーバーへの接続であり、前記一つまたは複数の要求が接続タイムアウト区間を、前記一つまたは複数のデータ接続のそれぞれについての接続継続要件として指定し、前記一つまたは複数のデータ接続の指定された接続継続要件に従って前記一つまたは複数のデータ接続上で接続継続メッセージを送信することが、前記一つまたは複数の要求のそれぞれの接続タイムアウト区間以下である送信間隔を選択し、順次該送信間隔だけ離間した前記同じインターネット・サーバーへの相続く接続継続メッセージ送信のシーケンスを送信することを含む、ということを含むことができる。

実施例１２７４では、実施例１２７３の主題は任意的に、前記一つまたは複数の要求のうちの少なくとも二つが異なる接続タイムアウト区間を指定する、ということを含むことができる。

実施例１２７５では、実施例１２６５ないし１２７４のうちいずれか一項記載の主題は任意的に、前記方法が、前記複数の端末装置すべてについて前記データ・トラフィック要件を満たす無線資源を提供する前記ネットワーク・アクセス・ノードと前記ゲートウェイ装置との間の無線アクセス接続のための無線資源割り当てを決定することをさらに含む、ということを含むことができる。

実施例１２７６では、実施例１２６５ないし１２７５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のデータ接続の指定された接続継続要件に従って前記一つまたは複数のデータ接続上で接続継続メッセージを送信することが、前記接続継続メッセージをコア・ネットワークを通じて、該コア・ネットワークの外部であり、前記一つまたは複数のデータ接続の端点である一つまたは複数のインターネット・サーバーに送信することを含む、ということを含むことができる。

実施例１２７７では、実施例１２６５ないし１２７６のうちいずれか一項記載の主題は任意的に、前記命令がエッジ・コンピューティング装置での実行のために構成されていることを含むことができる。

実施例１２７８では、実施例１２６５ないし１２７６のうちいずれか一項記載の主題は任意的に、前記命令がモバイル・エッジ・コンピューティング（ＭＥＣ）サーバーでの実行のために構成されていることを含むことができる。

実施例１２７９は、ユーザー位置に関係したコンテキスト情報に基づいて、予測されるユーザー動きを決定して、予測されるルートを得る手段と、該予測されるルートに沿った予測される電波条件を決定する手段と、前記予測される電波条件に基づいて、第一の型の電波条件をもつと期待される一つまたは複数の第一のエリアおよび前記第一の型の電波条件とは異なる第二の型の電波条件をもつと期待される一つまたは複数の第二のエリアを識別する手段と、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御する手段とを含む、装置である。

実施例１２８０は、ユーザー位置に関係したコンテキスト情報に基づいて、予測されるユーザー動きを決定して、予測されるルートを得て、該予測されるルートに沿った予測される電波条件を決定し、前記予測される電波条件に基づいて、第一の型の電波条件をもつと期待される一つまたは複数の第一のエリアおよび前記第一の型の電波条件とは異なる第二の型の電波条件をもつと期待される一つまたは複数の第二のエリアを識別し、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することを含む、方法である。

実施例１２８１では、実施例１２８０の主題は任意的に、前記第一の型の電波条件をもつと期待される一つまたは複数の第一のエリアおよび第二の型の電波条件をもつと期待される一つまたは複数の第二のエリアを識別することが、前記予測される電波条件が弱い電波条件をもつことを示す一つまたは複数のエリアを前記一つまたは複数の第一のエリアとして識別し、前記予測される電波条件が強い電波条件をもつことを示す一つまたは複数の他のエリアを前記一つまたは複数の第二のエリアとして識別することを含む、ということを含むことができる。

実施例１２８２では、実施例１２８１の主題は任意的に、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することは、前記一つまたは複数の第一のエリアの中を進んでいる間はセル・スキャンを保留することを含む、ということを含むことができる。

実施例１２８３では、実施例１２８２の主題は任意的に、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することはさらに、前記一つまたは複数の第二のエリアにはいった後、セル・スキャンをトリガーすることを含む、ということを含むことができる。

実施例１２８４では、実施例１２８１の主題は任意的に、さらに、ユーザーが現在、前記一つまたは複数の第一のエリアの中を進んでいることを判別し、前記予測されるルートが前記一つまたは複数の第二のエリアを通ることを判別することを含むことができ、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することは、前記一つまたは複数の第一のエリアの中を進んでいる間は、前記一つまたは複数の第二のエリアに達するまで、セル・スキャンを保留することを含む。

実施例１２８５では、実施例１２８１の主題は任意的に、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することは、前記一つまたは複数の第一のエリアの中を進んでいる間はデータ転送を保留することを含む、ということを含むことができる。

実施例１２８６では、実施例１２８５の主題は任意的に、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することはさらに、前記一つまたは複数の第二のエリアにはいった後、データ転送をトリガーすることを含む、ということを含むことができる。

実施例１２８７では、実施例１２８５の主題は任意的に、前記一つまたは複数の第一のエリアの中を進んでいる間はデータ転送を保留することは、レイテンシー耐性データおよびレイテンシー敏感データを識別し、前記一つまたは複数の第一のエリアの中を進んでいる間、前記レイテンシー耐性データのデータ転送を保留し、前記レイテンシー敏感データは転送することを含む、ということを含むことができる。

実施例１２８８では、実施例１２８５の主題は任意的に、さらに、ユーザーが現在、前記一つまたは複数の第一のエリアの中を進んでいることを判別し、前記予測されるルートが前記一つまたは複数の第二のエリアを通ることを判別することを含むことができ、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することは、前記一つまたは複数の第一のエリアの中を進んでいる間は、前記一つまたは複数の第二のエリアに達するまで、データ転送を保留することを含む。

実施例１２８９では、実施例１２８１ないし１２８８のうちいずれか一項記載の主題は任意的に、前記予測される電波条件が、前記一つまたは複数の第一のエリアがカバレッジ圏外（OOC: out-of-coverage）であることを示す、ということを含むことができる。

実施例１２９０では、実施例１２８０の主題は任意的に、前記予測される電波条件が、前記一つまたは複数の第一のエリアの一つまたは複数の第一のネットワーク・アクセス・ノードの予測される電波条件を示し、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することは、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちから、サービスするネットワーク・アクセス・ノードを、前記一つまたは複数の第一のネットワーク・アクセス・ノードの予測される電波条件に基づいて選択することを含む、ということを含むことができる。

実施例１２９１では、実施例のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちから、サービスするアクセス・ノードを、前記一つまたは複数の第一のネットワーク・アクセス・ノードの予測される電波条件に基づいて選択することは、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちから、前記予測される電波条件の最も高い信号強度または信号品質指標をもつネットワーク・アクセス・ノードを、前記サービスするネットワーク・アクセス・ノードとして選択することを含む、ということを含むことができる。

実施例１２９２では、実施例１２８０の主題は任意的に、前記予測される電波条件が、前記一つまたは複数の第一のエリアの一つまたは複数の第一のネットワーク・アクセス・ノードのネットワーク識別情報または無線アクセス技術型を示し、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することは、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちからネットワーク・アクセス・ノードを、前記一つまたは複数の第一のネットワーク・アクセス・ノードの前記ネットワーク識別情報および前記無線アクセス技術型に基づいて選択することを含む、ということを含むことができる。

実施例１２９３では、実施例１２８０の主題は任意的に、前記予測される電波条件が、前記一つまたは複数の第一のエリアの一つまたは複数の第一のネットワーク・アクセス・ノードの予測される電波条件および前記一つまたは複数の第二のエリアの一つまたは複数の第二のネットワーク・アクセス・ノードの予測される電波条件を示し、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することは、前記一つまたは複数の第一のエリアの中を進んでいる間は、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちから第一のサービスするアクセス・ノードを、前記予測される電波条件に基づいて選択し、前記一つまたは複数の第二のエリアの中を進んでいる間は、前記一つまたは複数の第二のネットワーク・アクセス・ノードのうちから第二のサービスするアクセス・ノードを、前記予測される電波条件に基づいて選択することを含む、ということを含むことができる。

実施例１２９４では、実施例１２８０ないし１２９３のうちいずれか一項記載の主題は任意的に、前記ユーザー位置に関係したコンテキスト情報に基づいて予測されるユーザー動きを決定して予測されるルートを得ることは、コンテキスト情報の過去の位置情報に基づいて、一つまたは複数の常用ユーザー進行ルートを学習し、ユーザーが現在、前記一つまたは複数の常用ユーザー進行ルートのうちの第一の常用ユーザー進行ルートを進行していることを、前記コンテキスト情報の現在の位置情報と前記コンテキスト情報の前記過去の位置情報との間の一致に基づいて検出し、前記第一の常用ユーザー進行ルートを前記予測されたルートとして決定することを含む、ということを含むことができる。

実施例１２９５では、実施例１２８０ないし１２９３のうちいずれか一項記載の主題は任意的に、前記ユーザー位置に関係したコンテキスト情報に基づいて予測されるユーザー動きを決定して予測されるルートを得ることは、前記コンテキスト情報の現在または最近の位置情報から、ユーザーが現在、既知の進行ルートを進行していることを識別し、前記既知の進行ルートを前記予測されたルートとして決定することを含む、ということを含むことができる。

実施例１２９６では、実施例１２８０ないし１２９３のうちいずれか一項記載の主題は任意的に、前記ユーザー位置に関係したコンテキスト情報に基づいて予測されるユーザー動きを決定して予測されるルートを得ることは、端末装置のアプリケーション・プログラムにおいてユーザーが計画されたルートを示したことを検出し、前記計画されたルートを前記予測されたルートとして決定することを含む、ということを含むことができる。

実施例１２９７では、実施例１２９６の主題は任意的に、前記端末装置のアプリケーション・プログラムにおいてユーザーが計画されたルートを示したことを検出することは、ユーザーがナビゲーション・アプリケーション・プログラムにナビゲーション・ルートを入力したことを判別すること、ユーザーが旅行アプリケーション・プログラムにおいて旅またはバケーションを計画したことを判別すること、またはユーザーがスケジュール・アプリケーション・プログラムにおいてイベントをスケジュールしたことを判別することを含む、ということを含むことができる。

実施例１２９８では、実施例１２８０ないし１２９７のうちいずれか一項記載の主題は任意的に、前記予測される電波条件を判別することに先立って、一つまたは複数のユーザー位置における電波条件情報を測定することをさらに含むことができ、前記予測されるルートに沿った予測される電波条件を決定することは前記一つまたは複数のユーザー位置のうち、前記予測されるルートに沿った部分集合を識別し、前記一つまたは複数のユーザー位置の前記部分集合において測定された電波条件情報に基づいて、前記予測される電波条件を決定することを含む。

実施例１２９９では、実施例１２８０ないし１２９７のうちいずれか一項記載の主題は任意的に、前記予測されるルートに沿った予測される電波条件を決定することは、無線環境マップ（ＲＥＭ: Radio Environment Map）を生成し、前記予測されるルートに沿った前記ＲＥＭの諸位置に基づいて、前記ＲＥＭから前記予測される電波条件を得ることを含む、ということを含むことができる。

実施例１３００では、実施例１２８０ないし１２９７のうちいずれか一項記載の主題は任意的に、前記予測されるルートに沿った予測される電波条件を決定することは、前記予測される電波条件を示す外部サーバーからのメッセージを受信することを含む、ということを含むことができる。

実施例１３０１では、実施例１３００の主題は任意的に、前記メッセージが前記予測された電波条件を含む、ということを含むことができる。

実施例１３０２では、実施例１３００の主題は任意的に、前記メッセージが、前記予測されるルートに沿った一つまたは複数の位置での電波条件を含み、前記予測されるルートに沿った予測される電波条件を決定することはさらに、前記予測されるルートに沿った前記一つまたは複数の位置での電波条件に基づいて、前記予測される電波条件を決定することを含む、ということを含むことができる。

実施例１３０３では、実施例１３００ないし１３０２のうちいずれか一項記載の主題は任意的に、前記メッセージが、電波条件に関係したクラウドソーシングされたデータを含む、ということを含むことができる。

実施例１３０４では、実施例１２９８ないし１３０３のうちいずれか一項記載の主題は任意的に、前記外部サーバーが無線環境マップ（ＲＥＭ）サーバーである、ということを含むことができる。

実施例１３０５では、実施例１２８０ないし１３０４のうちいずれか一項記載の主題は任意的に、ということを含むことができる。

実施例１３０６は、端末装置のコントローラによって実行されたときに、実施例１２８０ないし１３０４のうちいずれか一項記載の方法を端末装置に実行させる命令を記憶している、非一時的なコンピュータ可読媒体である。

実施例１３０７は、プロセッサによって実行されたときに、実施例１２８０ないし１３０４のうちいずれか一項記載の方法をプロセッサに実行させる命令を記憶している、非一時的なコンピュータ可読媒体である。

実施例１３０８は、実施例１２８０ないし１３０４のうちいずれか一項記載の方法を実行するよう構成された回路装置である。

実施例１３０９は、ユーザー位置に関係したコンテキスト情報を取得するよう構成された前処理モジュールと；ユーザー位置に関係したコンテキスト情報に基づいて、予測されるユーザー動きを決定して、予測されるルートを得て、該予測されるルートに沿った予測される電波条件を決定するよう構成された学習モジュールと；前記予測される電波条件に基づいて、第一の型の電波条件をもつと期待される一つまたは複数の第一のエリアおよび前記第一の型の電波条件とは異なる第二の型の電波条件をもつと期待される一つまたは複数の第二のエリアを識別し、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御するよう構成された判断モジュールとを含む、通信システムである。

実施例１３１０では、実施例１３０９の主題は任意的に、さらに、ベースバンド・モデムを含んでおり、前記判断モジュールは、前記ベースバンド・モデムの無線活動を制御するよう構成される。

実施例１３１１では、実施例１３０９の主題は任意的に、さらに、アンテナ、無線トランシーバ、ベースバンド・モデムを含むことができ、端末装置として構成される。

実施例１３１２では、実施例１３１１の主題は任意的に、前記学習モジュールおよび前記判断モジュールが、前記端末装置のアプリケーション・プロセッサの一部として構成される、ということを含むことができる。

実施例１３１３では、実施例１３０９ないし１３１２のうちいずれか一項記載の主題は任意的に、前記判断モジュールが、前記第一の型の電波条件をもつと期待される一つまたは複数の第一のエリアおよび第二の型の電波条件をもつと期待される一つまたは複数の第二のエリアを識別することを、前記予測される電波条件が弱い電波条件をもつ一つまたは複数のエリアを前記一つまたは複数の第一のエリアとして識別し、前記予測される電波条件が強い電波条件をもつ一つまたは複数の他のエリアを前記一つまたは複数の第二のエリアとして識別することによって実行するよう構成されている、ということを含むことができる。

実施例１３１４では、実施例１３１３の主題は任意的に、前記判断モジュールが、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することを、前記一つまたは複数の第一のエリアの中を進んでいる間はセル・スキャンを保留することによって実行するよう構成されている、ということを含むことができる。

実施例１３１５では、実施例１３１４の主題は任意的に、前記判断モジュールが、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することをさらに、前記一つまたは複数の第二のエリアにはいった後、セル・スキャンをトリガーすることによって実行するよう構成されている、ということを含むことができる。

実施例１３１６では、実施例１３１３の主題は任意的に、前記判断モジュールがさらに、ユーザーが現在、前記一つまたは複数の第一のエリアの中を進んでいることを判別し、前記予測されるルートが前記一つまたは複数の第二のエリアを通ることを判別するよう構成されており、前記判断モジュールが、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することは、前記一つまたは複数の第一のエリアの中を進んでいる間は、前記一つまたは複数の第二のエリアに達するまで、セル・スキャンを保留することによって実行するよう構成されている、ということを含むことができる。

実施例１３１７では、実施例１３１３の主題は任意的に、前記判断モジュールが、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することを、前記一つまたは複数の第一のエリアの中を進んでいる間はデータ転送を保留することによって実行するよう構成されている、ということを含むことができる。

実施例１３１８では、実施例１３１７の主題は任意的に、前記判断モジュールが、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することをさらに、前記一つまたは複数の第二のエリアにはいった後、データ転送をトリガーすることによって実行するよう構成されている、ということを含むことができる。

実施例１３１９では、実施例１３１７の主題は任意的に、前記判断モジュールが、前記一つまたは複数の第一のエリアの中を進んでいる間はデータ転送を保留することを、レイテンシー耐性データおよびレイテンシー敏感データを識別し、前記一つまたは複数の第一のエリアの中を進んでいる間、前記レイテンシー耐性データのデータ転送を保留し、前記レイテンシー敏感データは転送することによって実行するよう構成されている、ということを含むことができる。

実施例１３２０では、実施例１３１７の主題は任意的に、前記判断モジュールがさらに、ユーザーが現在、前記一つまたは複数の第一のエリアの中を進んでいることを判別し、前記予測されるルートが前記一つまたは複数の第二のエリアを通ることを判別することを含むことができ、前記判断モジュールが、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することを、前記一つまたは複数の第一のエリアの中を進んでいる間は、前記一つまたは複数の第二のエリアに達するまで、データ転送を保留することによって実行するよう構成されている、ということを含むことができる。

実施例１３２１では、実施例１３１３ないし１３２０のうちいずれか一項記載の主題は任意的に、前記予測される電波条件が、前記一つまたは複数の第一のエリアがカバレッジ圏外（OOC: out-of-coverage）であることを示す、ということを含むことができる。

実施例１３２２では、実施例１３１３の主題は任意的に、前記予測される電波条件が、前記一つまたは複数の第一のエリアの一つまたは複数の第一のネットワーク・アクセス・ノードの予測される電波条件を示し、前記判断モジュールが、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することを、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちから、サービスするネットワーク・アクセス・ノードを、前記一つまたは複数の第一のネットワーク・アクセス・ノードの予測される電波条件に基づいて選択することによって実行するよう構成されている、ということを含むことができる。

実施例１３２３では、実施例１３１３の主題は任意的に、前記判断モジュールが、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちから、サービスするアクセス・ノードを、前記一つまたは複数の第一のネットワーク・アクセス・ノードの予測される電波条件に基づいて選択することを、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちから、前記予測される電波条件の最も高い信号強度または信号品質指標をもつネットワーク・アクセス・ノードを、前記サービスするネットワーク・アクセス・ノードとして選択することによって実行するよう構成されている、ということを含むことができる。

実施例１３２４では、実施例１３１３の主題は任意的に、前記予測される電波条件が、前記一つまたは複数の第一のエリアの一つまたは複数の第一のネットワーク・アクセス・ノードのネットワーク識別情報または無線アクセス技術型を示し、前記判断モジュールが、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することを、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちからネットワーク・アクセス・ノードを、前記一つまたは複数の第一のネットワーク・アクセス・ノードの前記ネットワーク識別情報および前記無線アクセス技術型に基づいて選択することによって実行するよう構成されている、ということを含むことができる。

実施例１３２５では、実施例１３１３の主題は任意的に、前記予測される電波条件が、前記一つまたは複数の第一のエリアの一つまたは複数の第一のネットワーク・アクセス・ノードの予測される電波条件および前記一つまたは複数の第二のエリアの一つまたは複数の第二のネットワーク・アクセス・ノードの予測される電波条件を示し、前記判断モジュールが、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することを、前記一つまたは複数の第一のエリアの中を進んでいる間は、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちから第一のサービスするアクセス・ノードを、前記予測される電波条件に基づいて選択し、前記一つまたは複数の第二のエリアの中を進んでいる間は、前記一つまたは複数の第二のネットワーク・アクセス・ノードのうちから第二のサービスするアクセス・ノードを、前記予測される電波条件に基づいて選択することによって実行するよう構成されている、ということを含むことができる。

実施例１３２６では、実施例１３０９ないし１３２５のうちいずれか一項記載の主題は任意的に、前記前処理モジュールから前記コンテキスト情報を受け取り、前記コンテキスト情報を記憶されているコンテキスト情報として記憶するよう構成されたリポジトリ・データベースをさらに含むことができ、前記学習モジュールは、前記ユーザー位置に関係したコンテキスト情報に基づいて予測されるユーザー動きを決定して予測されるルートを得ることを、記憶されているコンテキスト情報の過去の位置情報に基づいて、一つまたは複数の常用ユーザー進行ルートを学習し、ユーザーが現在、前記一つまたは複数の常用ユーザー進行ルートのうちの第一の常用ユーザー進行ルートを進行していることを、前記コンテキスト情報の現在の位置情報と前記記憶されているコンテキスト情報の前記過去の位置情報との間の一致に基づいて検出し、前記第一の常用ユーザー進行ルートを前記予測されたルートとして決定することによって実行するよう構成されている、ということを含むことができる。

実施例１３２７では、実施例１３０９ないし１３２５のうちいずれか一項記載の主題は任意的に、前記学習モジュールが、前記ユーザー位置に関係したコンテキスト情報に基づいて予測されるユーザー動きを決定して予測されるルートを得ることを、前記コンテキスト情報の現在または最近の位置情報から、ユーザーが現在、既知の進行ルートを進行していることを識別し、前記既知の進行ルートを前記予測されたルートとして決定することによって実行するよう構成されている、ということを含むことができる。

実施例１３２８では、実施例１３０９ないし１３２５のうちいずれか一項記載の主題は任意的に、前記学習モジュールが、前記ユーザー位置に関係したコンテキスト情報に基づいて予測されるユーザー動きを決定して予測されるルートを得ることを、端末装置のアプリケーション・プログラムにおいてユーザーが計画されたルートを示したことを検出し、前記計画されたルートを前記予測されたルートとして決定することによって実行するよう構成されている、ということを含むことができる。

実施例１３２９では、実施例１３２８の主題は任意的に、前記学習モジュールが、前記端末装置のアプリケーション・プログラムにおいてユーザーが計画されたルートを示したことを検出することを、ユーザーがナビゲーション・アプリケーション・プログラムにナビゲーション・ルートを入力したことを判別すること、ユーザーが旅行アプリケーション・プログラムにおいて旅またはバケーションを計画したことを判別すること、またはユーザーがスケジュール・アプリケーション・プログラムにおいてイベントをスケジュールしたことを判別することによって実行するよう構成されている、ということを含むことができる。

実施例１３３０では、実施例１３０９ないし１３２９のうちいずれか一項記載の主題は任意的にさらに、前記前処理モジュールが、前記学習モジュールが前記予測される電波条件を判別することに先立って、一つまたは複数のユーザー位置における電波条件情報を得るよう構成されており、前記学習モジュールが、前記予測されるルートに沿った予測される電波条件を決定することを、前記一つまたは複数のユーザー位置のうち、前記予測されるルートに沿った部分集合を識別し、前記一つまたは複数のユーザー位置の前記部分集合において測定された電波条件情報に基づいて、前記予測される電波条件を決定することによって実行するよう構成されている、ということを含むことができる。

実施例１３３１では、実施例１３０９ないし１３２９のうちいずれか一項記載の主題は任意的に、前記学習モジュールが、前記予測されるルートに沿った予測される電波条件を決定することを、無線環境マップ（ＲＥＭ: Radio Environment Map）を生成し、前記予測されるルートに沿った前記ＲＥＭの諸位置に基づいて、前記ＲＥＭから前記予測される電波条件を得ることによって実行するよう構成されている、ということを含むことができる。

実施例１３３２では、実施例１３０９ないし１３２９のうちいずれか一項記載の主題は任意的に、前記学習モジュールが、前記予測されるルートに沿った予測される電波条件を決定することを、前記予測される電波条件を示す外部サーバーからのメッセージを受信することによって実行するよう構成されている、ということを含むことができる。

実施例１３３３では、実施例１３３２の主題は任意的に、前記メッセージが前記予測された電波条件を含む、ということを含むことができる。

実施例１３３４では、実施例１３３２の主題は任意的に、前記メッセージが、前記予測されるルートに沿った一つまたは複数の位置での電波条件を含み、前記学習モジュールが、前記予測されるルートに沿った予測される電波条件を決定することをさらに、前記予測されるルートに沿った前記一つまたは複数の位置での電波条件に基づいて、前記予測される電波条件を決定することによって実行するよう構成されている、ということを含むことができる。

実施例１３３５では、実施例１３３２ないし１３３４のうちいずれか一項記載の主題は任意的に、前記メッセージが、電波条件に関係したクラウドソーシングされたデータを含む、ということを含むことができる。

実施例１３３６では、実施例１３３２ないし１３３５のうちいずれか一項記載の主題は任意的に、前記外部サーバーが無線環境マップ（ＲＥＭ）サーバーである、ということを含むことができる。

実施例１３３７は、ユーザー位置に関係したコンテキスト情報を処理して、処理されたコンテキスト情報を得るよう構成された前処理モジュールと；前記処理されたコンテキスト情報を、記憶されたコンテキスト情報として記憶するよう構成されたリポジトリ・データベースと；前記処理されたコンテキスト情報または前記記憶されたコンテキスト情報を評価して、予測されるユーザー進行ルートを決定するよう構成されており、前記予測されるユーザー進行ルート上の種々の位置における予測される電波条件を決定するようさらに構成されている学習モジュールと；ユーザーが前記予測されるユーザー進行ルートを進んでいる間の無線活動を、前記予測される電波条件に基づいて制御するよう構成された判断モジュールとを有する、通信システムである。

実施例１３３８では、実施例１３３７の主題は任意的に、端末装置として構成され、さらに、アンテナおよび無線トランシーバを含むことができる。

実施例１３３９では、実施例１３３７または１３３８の主題は任意的に、前記前処理モジュール、前記リポジトリ・データベース、前記学習モジュールおよび前記判断モジュールが、アプリケーション・プロセッサの一部として構成される、ということを含むことができる。

実施例１３４０では、実施例１３３７の主題は任意的に、前記判断モジュールが、ユーザーが前記予測されるユーザー進行ルートを進んでいる間の無線活動を、前記予測される電波条件に基づいて制御することを、前記予測される電波条件が貧弱な無線カバレッジをもつ前記予測されるユーザー進行ルートに沿った一つまたは複数のエリアを識別し、前記一つまたは複数のエリアの中を進んでいる間はセル・スキャンを保留することによって実行するよう構成されている、ということを含むことができる。

実施例１３４１では、実施例１３３７の主題は任意的に、前記判断モジュールが、ユーザーが前記予測されるユーザー進行ルートを進んでいる間の無線活動を、前記予測される電波条件に基づいて制御することを、前記予測される電波条件が貧弱な無線カバレッジをもつ前記予測されるユーザー進行ルーでの一つまたは複数の第一のエリアを識別し、前記予測される電波条件が強い無線カバレッジをもつ前記予測されるユーザー進行ルートでの一つまたは複数の第二のエリアを識別し、前記一つまたは複数の第一のエリアの中を進んでいる間は、データ転送を前記一つまたは複数の第二のエリアに達するまで遅らせることによって実行するよう構成されている、ということを含むことができる。

実施例１３４２では、実施例１３３７の主題は任意的に、前記予測される電波条件が、前記予測される進行ルート上の期待される利用可能なネットワーク・アクセス・ノードを示し、前記判断モジュールが、ユーザーが前記予測されるユーザー進行ルートを進んでいる間の無線活動を、前記予測される電波条件に基づいて制御することを、前記予測されるユーザー進行ルートを進行している間、前記予測される電波条件を使って、前記期待される利用可能なネットワーク・アクセス・ノードのうちからサービスするネットワーク・アクセス・ノードを選択することによって実行するよう構成されている、ということを含むことができる。

実施例１３４３では、実施例１３４２の主題は任意的に、前記判断モジュールが、ベースバンド・モデムにおいて前記サービスするネットワーク・アクセス・ノードのセル探索をトリガーするようさらに構成されている、ということを含むことができる。

実施例１３４４では、実施例１３３７ないし１３４３のうちいずれか一項記載の主題は任意的に、前記学習モジュールが、前記処理されたコンテキスト情報または前記記憶されたコンテキスト情報を評価して、予測されるユーザー進行ルートを決定することを、記憶されているコンテキスト情報に基づいて、一つまたは複数のよく通るユーザー・ルートを識別し、ユーザーが、前記一つまたは複数のよく通るユーザー・ルートのうちの第一のルートを進行していることを、前記処理されたコンテキスト情報のユーザー位置と前記第一のルートに関係した前記記憶されているコンテキスト情報のユーザー位置との間の一致に基づいて検出し、前記第一のルートを前記予測されたユーザー進行ルートとして決定することによって実行するよう構成されている、ということを含むことができる。

実施例１３４５では、実施例１３３７ないし１３４３のうちいずれか一項記載の主題は任意的に、前記処理されたコンテキスト情報は、ユーザーがアプリケーション・プログラムにおいてルートを計画したことを示し、前記学習モジュールは、前記処理されたコンテキスト情報または前記記憶されたコンテキスト情報を評価して、予測されるユーザー進行ルートを決定することを、ユーザーがナビゲーション・アプリケーション・プログラムにナビゲーション・ルートを入力したことを判別すること、ユーザーが旅行アプリケーション・プログラムにおいて旅またはバケーションを計画したことを判別すること、またはユーザーがスケジュール・アプリケーション・プログラムにおいてイベントをスケジュールしたことを判別することによって実行するよう構成されている、ということを含むことができる。

実施例１３４６では、実施例１３３７ないし１３４５のうちいずれか一項記載の主題は任意的に、前記記憶されているコンテキスト情報が一つまたは複数のユーザー位置における電波測定値を示し、前記学習モジュールが、前記予測されるユーザー進行ルート上の種々の位置における予測される電波条件を決定することを、前記一つまたは複数のユーザー位置のうち、前記予測されるルートに沿った部分集合を識別し、前記一つまたは複数のユーザー位置の前記部分集合での電波測定値に基づいて、前記予測される電波条件を決定するよう構成されている、ということを含むことができる。

実施例１３４７では、実施例１３３７ないし１３４６のうちいずれか一項記載の主題は任意的に、前記学習モジュールが、前記予測されるユーザー進行ルート上の種々の位置における予測される電波条件を決定することを、前記予測される電波条件を示す外部サーバーからのメッセージを受信することによって実行するよう構成されている、ということを含むことができる。

実施例１３４８では、実施例１３４７の主題は任意的に、前記メッセージが前記予測された電波条件を含む、ということを含むことができる。

実施例１３４９では、実施例１３４７の主題は任意的に、前記メッセージが、前記予測されるユーザー進行ルート上の種々の位置における電波条件を含み、前記学習モジュールが、前記予測されるユーザー進行ルート上の種々の位置における予測される電波条件を決定することを、前記予測されるユーザー進行ルート上の種々の位置における前記電波条件に基づいて、前記予測される電波条件を決定することによって実行するよう構成されている、ということを含むことができる。

実施例１３５０では、実施例１３４７ないし１３４９のうちいずれか一項記載の主題は任意的に、前記メッセージが、電波条件に関係したクラウドソーシングされたデータを含む、ということを含むことができる。

実施例１３５１は、プロセッサによって実行されたときに該プロセッサに方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体であって、前記方法は：ユーザー位置に関係したコンテキスト情報に基づいて、予測されるユーザー動きを決定して、予測されるルートを得る段階と、該予測されるルートに沿った予測される電波条件を決定する段階と、前記予測される電波条件に基づいて、第一の型の電波条件をもつと期待される一つまたは複数の第一のエリアおよび前記第一の型の電波条件とは異なる第二の型の電波条件をもつと期待される一つまたは複数の第二のエリアを識別する段階と、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御する段階とを含む、媒体である。

実施例１３５２は、実施例１３５１の主題は任意的に、前記第一の型の電波条件をもつと期待される一つまたは複数の第一のエリアおよび第二の型の電波条件をもつと期待される一つまたは複数の第二のエリアを識別することが、前記予測される電波条件が弱い電波条件をもつ一つまたは複数のエリアを前記一つまたは複数の第一のエリアとして識別し、前記予測される電波条件が強い電波条件をもつ一つまたは複数の他のエリアを前記一つまたは複数の第二のエリアとして識別することを含む、ということを含むことができる。

実施例１３５３では、実施例１３５２の主題は任意的に、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することは、前記一つまたは複数の第一のエリアの中を進んでいる間はセル・スキャンを保留することを含む、ということを含むことができる。

実施例１３５４では、実施例１３５３の主題は任意的に、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することはさらに、前記一つまたは複数の第二のエリアにはいった後、セル・スキャンをトリガーすることを含む、ということを含むことができる。

実施例１３５５では、実施例１３５２の主題は任意的に、前記方法がさらに、ユーザーが現在、前記一つまたは複数の第一のエリアの中を進んでいることを判別し、前記予測されるルートが前記一つまたは複数の第二のエリアを通ることを判別することを含み、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することは、前記一つまたは複数の第一のエリアの中を進んでいる間は、前記一つまたは複数の第二のエリアに達するまで、セル・スキャンを保留することを含む、ということを含むことができる。

実施例１３５６では、実施例１３５５の主題は任意的に、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することは、前記一つまたは複数の第一のエリアの中を進んでいる間はデータ転送を保留することを含む、ということを含むことができる。

実施例１３５７では、実施例１３５６の主題は任意的に、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することはさらに、前記一つまたは複数の第二のエリアにはいった後、データ転送をトリガーすることを含む、ということを含むことができる。

実施例１３５８では、実施例１３５６の主題は任意的に、前記一つまたは複数の第一のエリアの中を進んでいる間はデータ転送を保留することは、レイテンシー耐性データおよびレイテンシー敏感データを識別し、前記一つまたは複数の第一のエリアの中を進んでいる間、前記レイテンシー耐性データのデータ転送を保留し、前記レイテンシー敏感データは転送することを含む、ということを含むことができる。

実施例１３５９では、実施例１３５６の主題は任意的に、前記方法がさらに、ユーザーが現在、前記一つまたは複数の第一のエリアの中を進んでいることを判別し、前記予測されるルートが前記一つまたは複数の第二のエリアを通ることを判別することを含み、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することは、前記一つまたは複数の第一のエリアの中を進んでいる間は、前記一つまたは複数の第二のエリアに達するまで、データ転送を保留することを含む、ということを含むことができる。

実施例１３６０では、実施例１３５２ないし１３５９のうちいずれか一項記載の主題は任意的に、前記予測される電波条件が、前記一つまたは複数の第一のエリアがカバレッジ圏外（OOC: out-of-coverage）であることを示す、ということを含むことができる。

実施例１３６１では、実施例１３５１の主題は任意的に、前記予測される電波条件が、前記一つまたは複数の第一のエリアの一つまたは複数の第一のネットワーク・アクセス・ノードの予測される電波条件を示し、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することは、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちから、サービスするネットワーク・アクセス・ノードを、前記一つまたは複数の第一のネットワーク・アクセス・ノードの予測される電波条件に基づいて選択することを含む、ということを含むことができる。

実施例１３６２では、実施例１３５１記載の主題は任意的に、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちから、サービスするアクセス・ノードを、前記一つまたは複数の第一のネットワーク・アクセス・ノードの予測される電波条件に基づいて選択することは、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちから、前記予測される電波条件の最も高い信号強度または信号品質指標をもつネットワーク・アクセス・ノードを、前記サービスするネットワーク・アクセス・ノードとして選択することを含む、ということを含むことができる。

実施例１３６３では、実施例１３５１の主題は任意的に、前記予測される電波条件が、前記一つまたは複数の第一のエリアの一つまたは複数の第一のネットワーク・アクセス・ノードのネットワーク識別情報または無線アクセス技術型を示し、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することは、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちからネットワーク・アクセス・ノードを、前記一つまたは複数の第一のネットワーク・アクセス・ノードの前記ネットワーク識別情報および前記無線アクセス技術型に基づいて選択することを含む、ということを含むことができる。

実施例１３６４では、実施例１３５１の主題は任意的に、前記予測される電波条件が、前記一つまたは複数の第一のエリアの一つまたは複数の第一のネットワーク・アクセス・ノードの予測される電波条件および前記一つまたは複数の第二のエリアの一つまたは複数の第二のネットワーク・アクセス・ノードの予測される電波条件を示し、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することは、前記一つまたは複数の第一のエリアの中を進んでいる間は、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちから第一のサービスするアクセス・ノードを、前記予測される電波条件に基づいて選択し、前記一つまたは複数の第二のエリアの中を進んでいる間は、前記一つまたは複数の第二のネットワーク・アクセス・ノードのうちから第二のサービスするアクセス・ノードを、前記予測される電波条件に基づいて選択することを含む、ということを含むことができる。

実施例１３６５では、実施例１３５１ないし１３６４のうちいずれか一項記載の主題は任意的に、前記ユーザー位置に関係したコンテキスト情報に基づいて予測されるユーザー動きを決定して予測されるルートを得ることは、コンテキスト情報の過去の位置情報に基づいて、一つまたは複数の常用ユーザー進行ルートを学習し、ユーザーが現在、前記一つまたは複数の常用ユーザー進行ルートのうちの第一の常用ユーザー進行ルートを進行していることを、前記コンテキスト情報の現在の位置情報と前記過去の位置情報との間の一致に基づいて検出し、前記第一の常用ユーザー進行ルートを前記予測されたルートとして決定することを含む、ということを含むことができる。

実施例１３６６では、実施例１３５１ないし１３６４のうちいずれか一項記載の主題は任意的に、前記ユーザー位置に関係したコンテキスト情報に基づいて予測されるユーザー動きを決定して予測されるルートを得ることは、前記コンテキスト情報の現在または最近の位置情報から、ユーザーが現在、既知の進行ルートを進行していることを識別し、前記既知の進行ルートを前記予測されたルートとして決定することを含む、ということを含むことができる。

実施例１３６７では、実施例１３５１ないし１３６４のうちいずれか一項記載の主題は任意的に、前記ユーザー位置に関係したコンテキスト情報に基づいて予測されるユーザー動きを決定して予測されるルートを得ることは、端末装置のアプリケーション・プログラムにおいてユーザーが計画されたルートを示したことを検出し、前記計画されたルートを前記予測されたルートとして決定することを含む、ということを含むことができる。

実施例１３６８では、実施例１３６７の主題は任意的に、前記端末装置のアプリケーション・プログラムにおいてユーザーが計画されたルートを示したことを検出することは、ユーザーがナビゲーション・アプリケーション・プログラムにナビゲーション・ルートを入力したことを判別すること、ユーザーが旅行アプリケーション・プログラムにおいて旅またはバケーションを計画したことを判別すること、またはユーザーがスケジュール・アプリケーション・プログラムにおいてイベントをスケジュールしたことを判別することを含む、ということを含むことができる。

実施例１３６９では、実施例１３５１ないし１３６８のうちいずれか一項記載の主題は任意的に、前記予測される電波条件を判別することに先立って、一つまたは複数のユーザー位置における電波条件情報を測定することをさらに含むことができ、前記予測されるルートに沿った予測される電波条件を決定することは前記一つまたは複数のユーザー位置のうち、前記予測されるルートに沿った部分集合を識別し、前記一つまたは複数のユーザー位置の前記部分集合において測定された電波条件情報に基づいて、前記予測される電波条件を決定することを含む。

実施例１３７０では、実施例１３５１ないし１３６８のうちいずれか一項記載の主題は任意的に、前記予測されるルートに沿った予測される電波条件を決定することは、無線環境マップ（ＲＥＭ: Radio Environment Map）を生成し、前記予測されるルートに沿った前記ＲＥＭの諸位置に基づいて、前記ＲＥＭから前記予測される電波条件を得ることを含む、ということを含むことができる。

実施例１３７１では、実施例１３５１ないし１３６８のうちいずれか一項記載の主題は任意的に、前記予測されるルートに沿った予測される電波条件を決定することは、前記予測される電波条件を示す外部サーバーからのメッセージを受信することを含む、ということを含むことができる。

実施例１３７２では、実施例１３７１の主題は任意的に、前記メッセージが前記予測された電波条件を含む、ということを含むことができる。

実施例１３７３では、実施例１３７１の主題は任意的に、前記メッセージが、前記予測されるルートに沿った一つまたは複数の位置での電波条件を含み、前記予測されるルートに沿った予測される電波条件を決定することはさらに、前記予測されるルートに沿った前記一つまたは複数の位置での電波条件に基づいて、前記予測される電波条件を決定することを含む、ということを含むことができる。

実施例１３７４では、実施例１３７１ないし１３７３のうちいずれか一項記載の主題は任意的に、前記メッセージが、電波条件に関係したクラウドソーシングされたデータを含む、ということを含むことができる。

実施例１３７５では、実施例１３７１ないし１３７４のうちいずれか一項記載の主題は任意的に、前記外部サーバーが無線環境マップ（ＲＥＭ）サーバーである、ということを含むことができる。

実施例１３７６は、ユーザー位置に関係したコンテキスト情報を取得するよう構成された前処理モジュールと；ユーザー位置に関係したコンテキスト情報に基づいて、予測されるユーザー動きを決定して、予測されるルートを得て、該予測されるルートに沿った予測される電波条件を決定するよう構成された学習回路と；前記予測される電波条件に基づいて、第一の型の電波条件をもつと期待される一つまたは複数の第一のエリアおよび前記第一の型の電波条件とは異なる第二の型の電波条件をもつと期待される一つまたは複数の第二のエリアを識別し、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御するよう構成された判断モジュールとを有する、
回路装置。

実施例１３７７では、実施例１３７６の主題は任意的に、さらに、ベースバンド・モデムを含んでおり、前記判断回路は、前記ベースバンド・モデムの無線活動を制御するよう構成される。

実施例１３７８では、実施例１３７６の主題は任意的に、さらに、アンテナ、無線トランシーバ、ベースバンド・モデムを含むことができ、端末装置として構成される。

実施例１３７９では、実施例１３７８の主題は任意的に、前記学習回路および前記判断回路が、前記端末装置のアプリケーション・プロセッサの一部として構成される、ということを含むことができる。

実施例１３８０では、実施例１３７６ないし１３７９のうちいずれか一項記載の主題は任意的に、前記前処理回路、前記学習回路および前記判断回路がハードウェア定義回路またはソフトウェア定義回路である、ということを含むことができる。

実施例１３８１では、実施例１３７６ないし１３８０のうちいずれか一項記載の主題は任意的に、前記判断モジュールが、前記第一の型の電波条件をもつと期待される一つまたは複数の第一のエリアおよび第二の型の電波条件をもつと期待される一つまたは複数の第二のエリアを識別することを、前記予測される電波条件が弱い電波条件をもつ一つまたは複数のエリアを前記一つまたは複数の第一のエリアとして識別し、前記予測される電波条件が強い電波条件をもつ一つまたは複数の他のエリアを前記一つまたは複数の第二のエリアとして識別することによって実行するよう構成されている、ということを含むことができる。

実施例１３８２では、実施例１３８１の主題は任意的に、前記判断回路が、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することを、前記一つまたは複数の第一のエリアの中を進んでいる間はセル・スキャンを保留することによって実行するよう構成されている、ということを含むことができる。

実施例１３８３では、実施例１３８２の主題は任意的に、前記判断回路が、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することをさらに、前記一つまたは複数の第二のエリアにはいった後、セル・スキャンをトリガーすることによって実行するよう構成されている、ということを含むことができる。

実施例１３８４では、実施例１３８１の主題は任意的に、前記判断回路がさらに、ユーザーが現在、前記一つまたは複数の第一のエリアの中を進んでいることを判別し、前記予測されるルートが前記一つまたは複数の第二のエリアを通ることを判別するよう構成されており、前記判断回路が、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することは、前記一つまたは複数の第一のエリアの中を進んでいる間は、前記一つまたは複数の第二のエリアに達するまで、セル・スキャンを保留することによって実行するよう構成されている、ということを含むことができる。

実施例１３８５では、実施例１３８１の主題は任意的に、前記判断回路が、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することを、前記一つまたは複数の第一のエリアの中を進んでいる間はデータ転送を保留することによって実行するよう構成されている、ということを含むことができる。

実施例１３８６では、実施例１３８５の主題は任意的に、前記判断回路が、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することをさらに、前記一つまたは複数の第二のエリアにはいった後、データ転送をトリガーすることによって実行するよう構成されている、ということを含むことができる。

実施例１３８７では、実施例１３８５の主題は任意的に、前記判断回路が、前記一つまたは複数の第一のエリアの中を進んでいる間はデータ転送を保留することを、レイテンシー耐性データおよびレイテンシー敏感データを識別し、前記一つまたは複数の第一のエリアの中を進んでいる間、前記レイテンシー耐性データのデータ転送を保留し、前記レイテンシー敏感データは転送することによって実行するよう構成されている、ということを含むことができる。

実施例１３８８では、実施例１３８５の主題は任意的に、前記判断回路がさらに、ユーザーが現在、前記一つまたは複数の第一のエリアの中を進んでいることを判別し、前記予測されるルートが前記一つまたは複数の第二のエリアを通ることを判別することを含むことができ、前記判断回路が、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することを、前記一つまたは複数の第一のエリアの中を進んでいる間は、前記一つまたは複数の第二のエリアに達するまで、データ転送を保留することによって実行するよう構成されている、ということを含むことができる。

実施例１３８９では、実施例１３８１ないし１３８８のうちいずれか一項記載の主題は任意的に、前記予測される電波条件が、前記一つまたは複数の第一のエリアがカバレッジ圏外（OOC: out-of-coverage）であることを示す、ということを含むことができる。

実施例１３９０では、実施例１３８１の主題は任意的に、前記予測される電波条件が、前記一つまたは複数の第一のエリアの一つまたは複数の第一のネットワーク・アクセス・ノードの予測される電波条件を示し、前記判断回路が、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することを、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちから、サービスするネットワーク・アクセス・ノードを、前記一つまたは複数の第一のネットワーク・アクセス・ノードの予測される電波条件に基づいて選択することによって実行するよう構成されている、ということを含むことができる。

実施例１３９１では、実施例１３８１の主題は任意的に、前記判断回路が、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちから、サービスするアクセス・ノードを、前記一つまたは複数の第一のネットワーク・アクセス・ノードの予測される電波条件に基づいて選択することを、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちから、前記予測される電波条件の最も高い信号強度または信号品質指標をもつネットワーク・アクセス・ノードを、前記サービスするネットワーク・アクセス・ノードとして選択することによって実行するよう構成されている、ということを含むことができる。

実施例１３９２では、実施例１３８１の主題は任意的に、前記予測される電波条件が、前記一つまたは複数の第一のエリアの一つまたは複数の第一のネットワーク・アクセス・ノードのネットワーク識別情報または無線アクセス技術型を示し、前記判断回路が、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することを、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちからネットワーク・アクセス・ノードを、前記一つまたは複数の第一のネットワーク・アクセス・ノードの前記ネットワーク識別情報および前記無線アクセス技術型に基づいて選択することによって実行するよう構成されている、ということを含むことができる。

実施例１３９３では、実施例１３８１の主題は任意的に、前記予測される電波条件が、前記一つまたは複数の第一のエリアの一つまたは複数の第一のネットワーク・アクセス・ノードの予測される電波条件および前記一つまたは複数の第二のエリアの一つまたは複数の第二のネットワーク・アクセス・ノードの予測される電波条件を示し、前記判断回路が、前記予測されるルートを進んでいる間の無線活動を、前記一つまたは複数の第一のエリアおよび前記一つまたは複数の第二のエリアに応じて制御することを、前記一つまたは複数の第一のエリアの中を進んでいる間は、前記一つまたは複数の第一のネットワーク・アクセス・ノードのうちから第一のサービスするアクセス・ノードを、前記予測される電波条件に基づいて選択し、前記一つまたは複数の第二のエリアの中を進んでいる間は、前記一つまたは複数の第二のネットワーク・アクセス・ノードのうちから第二のサービスするアクセス・ノードを、前記予測される電波条件に基づいて選択することによって実行するよう構成されている、ということを含むことができる。

実施例１３９４では、実施例１３７６ないし１３９３のうちいずれか一項記載の主題は任意的に、前記前処理回路から前記コンテキスト情報を受け取り、前記コンテキスト情報を記憶されているコンテキスト情報として記憶するよう構成されたリポジトリ・データベースをさらに含むことができ、前記学習回路は、前記ユーザー位置に関係したコンテキスト情報に基づいて予測されるユーザー動きを決定して予測されるルートを得ることを、記憶されているコンテキスト情報の過去の位置情報に基づいて、一つまたは複数の常用ユーザー進行ルートを学習し、ユーザーが現在、前記一つまたは複数の常用ユーザー進行ルートのうちの第一の常用ユーザー進行ルートを進行していることを、前記コンテキスト情報の現在の位置情報と前記記憶されているコンテキスト情報の前記過去の位置情報との間の一致に基づいて検出し、前記第一の常用ユーザー進行ルートを前記予測されたルートとして決定することによって実行するよう構成されている、ということを含むことができる。

実施例１３９５では、実施例１３７６ないし１３９３のうちいずれか一項記載の主題は任意的に、前記学習回路が、前記ユーザー位置に関係したコンテキスト情報に基づいて予測されるユーザー動きを決定して予測されるルートを得ることを、前記コンテキスト情報の現在または最近の位置情報から、ユーザーが現在、既知の進行ルートを進行していることを識別し、前記既知の進行ルートを前記予測されたルートとして決定することによって実行するよう構成されている、ということを含むことができる。

実施例１３９６では、実施例１３７６ないし１３９３のうちいずれか一項記載の主題は任意的に、前記学習回路が、前記ユーザー位置に関係したコンテキスト情報に基づいて予測されるユーザー動きを決定して予測されるルートを得ることを、端末装置のアプリケーション・プログラムにおいてユーザーが計画されたルートを示したことを検出し、前記計画されたルートを前記予測されたルートとして決定することによって実行するよう構成されている、ということを含むことができる。

実施例１３９７では、実施例１３９６の主題は任意的に、前記学習回路が、前記端末装置のアプリケーション・プログラムにおいてユーザーが計画されたルートを示したことを検出することを、ユーザーがナビゲーション・アプリケーション・プログラムにナビゲーション・ルートを入力したことを判別すること、ユーザーが旅行アプリケーション・プログラムにおいて旅またはバケーションを計画したことを判別すること、またはユーザーがスケジュール・アプリケーション・プログラムにおいてイベントをスケジュールしたことを判別することによって実行するよう構成されている、ということを含むことができる。

実施例１３９８では、実施例１３７６ないし１３９７のうちいずれか一項記載の主題は任意的にさらに、前記前処理回路が、前記学習回路が前記予測される電波条件を判別することに先立って、一つまたは複数のユーザー位置における電波条件情報を得るよう構成されており、前記学習回路が、前記予測されるルートに沿った予測される電波条件を決定することを、前記一つまたは複数のユーザー位置のうち、前記予測されるルートに沿った部分集合を識別し、前記一つまたは複数のユーザー位置の前記部分集合において測定された電波条件情報に基づいて、前記予測される電波条件を決定することによって実行するよう構成されている、ということを含むことができる。

実施例１３９９では、実施例１３７６ないし１３９７のうちいずれか一項記載の主題は任意的に、前記学習回路が、前記予測されるルートに沿った予測される電波条件を決定することを、無線環境マップ（ＲＥＭ: Radio Environment Map）を生成し、前記予測されるルートに沿った前記ＲＥＭの諸位置に基づいて、前記ＲＥＭから前記予測される電波条件を得ることによって実行するよう構成されている、ということを含むことができる。

実施例１４００では、実施例１３７６ないし１３９７のうちいずれか一項記載の主題は任意的に、前記学習回路が、前記予測されるルートに沿った予測される電波条件を決定することを、前記予測される電波条件を示す外部サーバーからのメッセージを受信することによって実行するよう構成されている、ということを含むことができる。

実施例１４０１では、実施例１４００の主題は任意的に、前記メッセージが前記予測された電波条件を含む、ということを含むことができる。

実施例１４０２では、実施例１４００の主題は任意的に、前記メッセージが、前記予測されるルートに沿った一つまたは複数の位置での電波条件を含み、前記学習回路が、前記予測されるルートに沿った予測される電波条件を決定することをさらに、前記予測されるルートに沿った前記一つまたは複数の位置での電波条件に基づいて、前記予測される電波条件を決定することによって実行するよう構成されている、ということを含むことができる。

実施例１４０３では、実施例１４００ないし１４０２のうちいずれか一項記載の主題は任意的に、前記メッセージが、電波条件に関係したクラウドソーシングされたデータを含む、ということを含むことができる。

実施例１４０４では、実施例１４００ないし１４０３のうちいずれか一項記載の主題は任意的に、前記外部サーバーが無線環境マップ（ＲＥＭ）サーバーである、ということを含むことができる。

実施例１４０５は、ユーザー位置に関係したコンテキスト情報を処理して、処理されたコンテキスト情報を得るよう構成された前処理回路と；前記処理されたコンテキスト情報を、記憶されたコンテキスト情報として記憶するよう構成されたリポジトリ・データベースと；前記処理されたコンテキスト情報または前記記憶されたコンテキスト情報を評価して、予測されるユーザー進行ルートを決定するよう構成されており、前記予測されるユーザー進行ルート上の種々の位置における予測される電波条件を決定するようさらに構成されている学習回路と；ユーザーが前記予測されるユーザー進行ルートを進んでいる間の無線活動を、前記予測される電波条件に基づいて制御するよう構成された判断回路とを有する、回路装置である。

実施例１４０６では、実施例１４０５の主題は任意的に、端末装置として構成され、さらに、アンテナおよび無線トランシーバを含むことができる。

実施例１４０７では、実施例１４０５または１４０６の主題は任意的に、前記前処理回路、前記リポジトリ・データベース、前記学習回路および前記判断回路が、アプリケーション・プロセッサの一部として構成される、ということを含むことができる。

実施例１４０８では、実施例１４０５ないし１４０７のうちいずれか一項記載の主題は任意的に、前記前処理回路、前記学習回路および前記判断回路がハードウェア定義回路またはソフトウェア定義回路である、ということを含むことができる。

実施例１４０９では、実施例１４０５ないし１４０８のうちいずれか一項記載の主題は任意的に、前記判断回路が、ユーザーが前記予測されるユーザー進行ルートを進んでいる間の無線活動を、前記予測される電波条件に基づいて制御することを、前記予測される電波条件が貧弱な無線カバレッジをもつことを示す前記予測されるユーザー進行ルートに沿った一つまたは複数のエリアを識別し、前記一つまたは複数のエリアの中を進んでいる間はセル・スキャンを保留することによって実行するよう構成されている、ということを含むことができる。

実施例１４１０では、実施例１４０５ないし１４０８のうちいずれか一項記載の主題は任意的に、前記判断回路が、ユーザーが前記予測されるユーザー進行ルートを進んでいる間の無線活動を、前記予測される電波条件に基づいて制御することを、前記予測される電波条件が貧弱な無線カバレッジをもつ前記予測されるユーザー進行ルートでの一つまたは複数の第一のエリアを識別し、前記予測される電波条件が強い無線カバレッジをもつ前記予測されるユーザー進行ルートでの一つまたは複数の第二のエリアを識別し、前記一つまたは複数の第一のエリアの中を進んでいる間は、データ転送を前記一つまたは複数の第二のエリアに達するまで遅らせることによって実行するよう構成されている、ということを含むことができる。

実施例１４１１では、実施例１４０５ないし１４０８のうちいずれか一項記載の主題は任意的に、前記予測される電波条件が、前記予測される進行ルート上の期待される利用可能なネットワーク・アクセス・ノードを示し、前記判断回路が、ユーザーが前記予測されるユーザー進行ルートを進んでいる間の無線活動を、前記予測される電波条件に基づいて制御することを、前記予測されるユーザー進行ルートを進行している間、前記予測される電波条件を使って、前記期待される利用可能なネットワーク・アクセス・ノードのうちからサービスするネットワーク・アクセス・ノードを選択することによって実行するよう構成されている、ということを含むことができる。

実施例１４１２では、実施例１４１１の主題は任意的に、前記判断回路が、ベースバンド・モデムにおいて前記サービスするネットワーク・アクセス・ノードのセル探索をトリガーするようさらに構成されている、ということを含むことができる。

実施例１４１３では、実施例１４０５ないし１４１２のうちいずれか一項記載の主題は任意的に、前記学習回路が、前記処理されたコンテキスト情報または前記記憶されたコンテキスト情報を評価して、予測されるユーザー進行ルートを決定することを、記憶されているコンテキスト情報に基づいて、一つまたは複数のよく通るユーザー・ルートを識別し、ユーザーが、前記一つまたは複数のよく通るユーザー・ルートのうちの第一のルートを進行していることを、前記処理されたコンテキスト情報のユーザー位置と前記第一のルートに関係した前記記憶されているコンテキスト情報のユーザー位置との間の一致に基づいて検出し、前記第一のルートを前記予測されたユーザー進行ルートとして決定することによって実行するよう構成されている、ということを含むことができる。

実施例１４１４では、実施例１４０５ないし１４１２のうちいずれか一項記載の主題は任意的に、前記処理されたコンテキスト情報は、ユーザーがアプリケーション・プログラムにおいてルートを計画したことを示し、前記学習回路は、前記処理されたコンテキスト情報または前記記憶されたコンテキスト情報を評価して、予測されるユーザー進行ルートを決定することを、ユーザーがナビゲーション・アプリケーション・プログラムにナビゲーション・ルートを入力したことを判別すること、ユーザーが旅行アプリケーション・プログラムにおいて旅またはバケーションを計画したことを判別すること、またはユーザーがスケジュール・アプリケーション・プログラムにおいてイベントをスケジュールしたことを判別することによって実行するよう構成されている、ということを含むことができる。

実施例１４１５では、実施例１４０５ないし１４１４のうちいずれか一項記載の主題は任意的に、前記記憶されているコンテキスト情報が一つまたは複数のユーザー位置における電波測定値を示し、前記学習回路が、前記予測されるユーザー進行ルート上の種々の位置における予測される電波条件を決定することを、前記一つまたは複数のユーザー位置のうち、前記予測されるルートに沿った部分集合を識別し、前記一つまたは複数のユーザー位置の前記部分集合での電波測定値に基づいて、前記予測される電波条件を決定するよう構成されている、ということを含むことができる。

実施例１４１６では、実施例１４０５ないし１４１５のうちいずれか一項記載の主題は任意的に、前記学習回路が、前記予測されるユーザー進行ルート上の種々の位置における予測される電波条件を決定することを、前記予測される電波条件を示す外部サーバーからのメッセージを受信することによって実行するよう構成されている、ということを含むことができる。

実施例１４１７では、実施例１４１６の主題は任意的に、前記メッセージが前記予測された電波条件を含む、ということを含むことができる。

実施例１４１８では、実施例１４１６の主題は任意的に、前記メッセージが、前記予測されるユーザー進行ルート上の種々の位置における電波条件を含み、前記学習回路が、前記予測されるユーザー進行ルート上の種々の位置における予測される電波条件を決定することを、前記予測されるユーザー進行ルート上の種々の位置における前記電波条件に基づいて、前記予測される電波条件を決定することによって実行するよう構成されている、ということを含むことができる。

実施例１４１９では、実施例１４１６ないし１４１８のうちいずれか一項記載の主題は任意的に、前記メッセージが、電波条件に関係したクラウドソーシングされたデータを含む、ということを含むことができる。

ユーザー位置に関係したコンテキスト情報に基づいて、予測されるユーザー動きを決定して、予測されるルートを得る手段と；該予測されるルートに沿った予測される電波条件を決定する手段と；前記予測されるルートをネットワーク・アクセス・ノードに報告する手段と；前記ネットワーク・アクセス・ノードから予測されるネットワーク条件を受信する手段と；前記予測されるルートを進んでいる間の無線活動を、前記予測されるネットワーク条件および前記予測される電波条件に基づいて制御する手段とを有する、装置。

実施例１４２０は、ユーザー位置に関係したコンテキスト情報に基づいて、予測されるユーザー動きを決定して、予測されるルートを得る段階と；該予測されるルートに沿った予測される電波条件を決定する段階と；前記予測されるルートをネットワーク・アクセス・ノードに報告して前記ネットワーク・アクセス・ノードから予測されるネットワーク条件を受信する段階と；前記予測されるルートを進んでいる間の無線活動を、前記予測されるネットワーク条件および前記予測される電波条件に基づいて制御する段階とを含む、無線通信を実行する方法である。

実施例１４２２では、実施例１４２１記載の主題は任意的に、前記予測される電波条件が、前記予測されるルートに沿った一つまたは複数のネットワーク・アクセス・ノードについての予測される信号強度、予測される信号品質または予測される干渉のうちの一つまたは複数を示す、ということを含むことができる。

実施例１４２３では、実施例１４２１または１４２２記載の主題は任意的に、前記予測されるネットワーク条件が、前記予測されるルートに沿った一つまたは複数のネットワーク・アクセス・ノードの予測されるレイテンシー、予測される輻輳、予測されるトランスポート層切断継続時間または予測されるネットワーク負荷のうちの一つまたは複数を示す、ということを含むことができる。

実施例１４２４では、実施例１４２２または１４２３記載の主題は任意的に、前記予測されるルートを進んでいる間の無線活動を、前記予測されるネットワーク条件および前記予測される電波条件に基づいて制御することが、前記予測されるルートを進んでいる間に前記一つまたは複数のネットワーク・アクセス・ノードのうちからサービスするネットワーク・アクセス・ノードを、前記予測される電波条件および前記予測されるネットワーク条件に基づいて選択することを含む、ということを含むことができる。

実施例１４２５では、実施例１４２１ないし１４２３のうちいずれか一項記載の主題は任意的に、前記予測されるルートを進んでいる間の無線活動を、前記予測されるネットワーク条件および前記予測される電波条件に基づいて制御することが、前記予測されるルート上の一つまたは複数の第一のエリアを同定する段階であって、前記第一のエリアは、前記予測されるルート上の一つまたは複数の第二のエリアより強い予測される電波条件または強い予測されるネットワーク条件をもつものである、段階と；前記予測されるルートを進んでいる間、前記一つまたは複数の第一のエリアにおいて生起するデータ転送をスケジュールする段階とを実行することを含む、ということを含むことができる。

実施例１４２６では、実施例１４２１ないし１４２５のうちいずれか一項記載の主題は任意的に、前記予測される電波条件を判別することに先立って、一つまたは複数のユーザー位置における電波測定値をモニタリングすることをさらに含むことができ、前記予測されるルートに沿った予測される電波条件を決定することは前記一つまたは複数のユーザー位置のうち、前記予測されるルートに沿った部分集合における電波測定値に基づいて、前記予測される電波条件を決定することを含む。

実施例１４２７では、実施例１４２１ないし１４２５のうちいずれか一項記載の主題は任意的に、前記予測されるルートに沿った予測される電波条件を決定することは、前記予測される電波条件を外部サーバーから受け取ることを含む、ということを含むことができる。

実施例１４２８では、実施例１４２６または１４２７記載の主題は任意的に、前記予測される電波条件は、無線環境マップ（ＲＥＭ: Radio Environment Map）の一部である、ということを含むことができる。

実施例１４２９では、実施例１４２１ないし１４２８のうちいずれか一項記載の主題は任意的に、前記予測されるルートをネットワーク・アクセス・ノードに報告して前記ネットワーク・アクセス・ノードから予測されるネットワーク条件を受信することは、クラウド・コンピューティング・アーキテクチャーを介して、前記予測されるルートをネットワーク・アクセス・ノードに報告して前記ネットワーク・アクセス・ノードから予測されるネットワーク条件を受信することを含む、ということを含むことができる。

実施例１４３０では、実施例１４２１ないし１４２８のうちいずれか一項記載の主題は任意的に、前記予測されるユーザー動きを決定して、予測されるルートを得ることまたは前記予測されるルートに沿った予測される電波条件を決定することの少なくとも一方は、クラウド・コンピューティング・アーキテクチャーを利用して、前記予測されるルートを得ることまたは前記予測される電波条件を決定することを含む、ということを含むことができる。

実施例１４３１では、実施例１４２１ないし１４３０のうちいずれか一項記載の主題は任意的に、前記コンテキスト情報に基づいて、予測されるユーザー動きを決定して、予測されるルートを得ることは、コンテキスト情報の過去の位置情報に基づいて一つまたは複数の常用ユーザー進行ルートを学習し、ユーザーが現在、前記一つまたは複数の常用ユーザー進行ルートのうちの第一の常用ユーザー進行ルートを進行していることを、前記コンテキスト情報の現在の位置情報と前記コンテキスト情報の前記過去の位置情報との間の一致に基づいて検出し、前記第一の常用ユーザー進行ルートを前記予測されたルートとして決定することを含む、ということを含むことができる。

実施例１４３２では、実施例１４２１ないし１４３０のうちいずれか一項記載の主題は任意的に、前記コンテキスト情報に基づいて予測されるユーザー動きを決定して予測されるルートを得ることは、前記コンテキスト情報の現在または最近の位置情報から、ユーザーが現在、既知の進行ルートを進行していることを識別し、前記既知の進行ルートを前記予測されたルートとして決定することを含む、ということを含むことができる。

実施例１４３３では、実施例１４２１ないし１４３０のうちいずれか一項記載の主題は任意的に、前記コンテキスト情報に基づいて予測されるユーザー動きを決定して予測されるルートを得ることは、端末装置のアプリケーション・プログラムにおいてユーザーが計画されたルートを示したことを検出し、前記計画されたルートを前記予測されたルートとして決定することを含む、ということを含むことができる。

実施例１４３４では、実施例１４３３の主題は任意的に、前記端末装置のアプリケーション・プログラムにおいてユーザーが計画されたルートを示したことを検出することは、ユーザーがナビゲーション・アプリケーション・プログラムにナビゲーション・ルートを入力したことを判別すること、ユーザーが旅行アプリケーション・プログラムにおいて旅またはバケーションを計画したことを判別すること、またはユーザーがスケジュール・アプリケーション・プログラムにおいてイベントをスケジュールしたことを判別することを含む、ということを含むことができる。

実施例１４３５は、実施例１４２１ないし１４３４のうちいずれか一項記載の方法を実行するよう構成された端末装置である。

実施例１４３６は、端末装置のコントローラによって実行されたときに、実施例１４２１ないし１４３４のうちいずれか一項記載の方法を端末装置に実行させる命令を記憶している、非一時的なコンピュータ可読媒体である。

実施例１４３７は、プロセッサによって実行されたときに、実施例１４２１ないし１４３４のうちいずれか一項記載の方法をプロセッサに実行させる命令を記憶している、非一時的なコンピュータ可読媒体である。

実施例１４３８は、実施例１４２１ないし１４３４のうちいずれか一項記載の方法を実行するよう構成された回路装置である。

実施例１４３９は、端末装置のプロセッサによって実行されたときに、該端末装置に方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体であって、前記方法は、ユーザー位置に関係したコンテキスト情報に基づいて、予測されるユーザー動きを決定して、予測されるルートを得て；該予測されるルートに沿った予測される電波条件を決定し；前記予測されるルートをネットワーク・アクセス・ノードに報告し；前記ネットワーク・アクセス・ノードから予測されるネットワーク条件を受信し；前記予測されるルートを進んでいる間の無線活動を、前記予測されるネットワーク条件および前記予測される電波条件に基づいて制御することを含む、媒体。

実施例１４４０では、実施例１４３９記載の主題は任意的に、前記予測される電波条件が、前記予測されるルートに沿った一つまたは複数のネットワーク・アクセス・ノードについての予測される信号強度、予測される信号品質または予測される干渉のうちの一つまたは複数を示す、ということを含むことができる。

実施例１４４１では、実施例１４３９または１４４０記載の主題は任意的に、前記予測されるネットワーク条件が、前記予測されるルートに沿った一つまたは複数のネットワーク・アクセス・ノードの予測されるレイテンシー、予測される輻輳、予測されるトランスポート層切断継続時間または予測されるネットワーク負荷のうちの一つまたは複数を示す、ということを含むことができる。

実施例１４４２では、実施例１４４０または１４４１記載の主題は任意的に、前記予測されるルートを進んでいる間の無線活動を、前記予測されるネットワーク条件および前記予測される電波条件に基づいて制御することが、前記予測されるルートを進んでいる間に前記一つまたは複数のネットワーク・アクセス・ノードのうちからサービスするネットワーク・アクセス・ノードを、前記予測される電波条件および前記予測されるネットワーク条件に基づいて選択することを含む、ということを含むことができる。

実施例１４４３では、実施例１４３９ないし１４４２のうちいずれか一項記載の主題は任意的に、前記予測されるルートを進んでいる間の無線活動を、前記予測されるネットワーク条件および前記予測される電波条件に基づいて制御することが、前記予測されるルート上の一つまたは複数の第一のエリアを同定する段階であって、前記第一のエリアは、前記予測されるルート上の一つまたは複数の第二のエリアより強い予測される電波条件または強い予測されるネットワーク条件をもつものである、段階と；前記予測されるルートを進んでいる間、前記一つまたは複数の第一のエリアにおいて生起するデータ転送をスケジュールする段階とを実行することを含む、ということを含むことができる。

実施例１４４４では、実施例１４３９ないし１４４３のうちいずれか一項記載の主題は任意的に、当該方法が、前記予測される電波条件を判別することに先立って、一つまたは複数のユーザー位置における電波測定値をモニタリングすることをさらに含み、前記予測されるルートに沿った予測される電波条件を決定することは前記一つまたは複数のユーザー位置のうち、前記予測されるルートに沿った部分集合における電波測定値に基づいて、前記予測される電波条件を決定することを含む、ということを含むことができる。

実施例１４４５では、実施例１４３９ないし１４４３のうちいずれか一項記載の主題は任意的に、前記予測されるルートに沿った予測される電波条件を決定することは、前記予測される電波条件を外部サーバーから受け取ることを含む、ということを含むことができる。

実施例１４４６では、実施例１４４４または１４４５記載の主題は任意的に、前記予測される電波条件は、無線環境マップ（ＲＥＭ: Radio Environment Map）の一部である、ということを含むことができる。

実施例１４４７では、実施例１４３９ないし１４４６のうちいずれか一項記載の主題は任意的に、前記予測されるルートをネットワーク・アクセス・ノードに報告して前記ネットワーク・アクセス・ノードから予測されるネットワーク条件を受信することは、クラウド・コンピューティング・アーキテクチャーを介して、前記予測されるルートをネットワーク・アクセス・ノードに報告して前記ネットワーク・アクセス・ノードから予測されるネットワーク条件を受信することを含む、ということを含むことができる。

実施例１４４８では、実施例１４３９ないし１４４６のうちいずれか一項記載の主題は任意的に、前記予測されるユーザー動きを決定して、予測されるルートを得ることまたは前記予測されるルートに沿った予測される電波条件を決定することの少なくとも一方は、クラウド・コンピューティング・アーキテクチャーを利用して、前記予測されるルートを得るまたは前記予測される電波条件を決定することを含む、ということを含むことができる。

実施例１４４９では、実施例１４３９ないし１４４８のうちいずれか一項記載の主題は任意的に、前記コンテキスト情報に基づいて、予測されるユーザー動きを決定して、予測されるルートを得ることは、コンテキスト情報の過去の位置情報に基づいて一つまたは複数の常用ユーザー進行ルートを学習し、ユーザーが現在、前記一つまたは複数の常用ユーザー進行ルートのうちの第一の常用ユーザー進行ルートを進行していることを、前記コンテキスト情報の現在の位置情報と前記コンテキスト情報の前記過去の位置情報との間の一致に基づいて検出し、前記第一の常用ユーザー進行ルートを前記予測されたルートとして決定することを含む、ということを含むことができる。

実施例１４５０では、実施例１４３９ないし１４４８のうちいずれか一項記載の主題は任意的に、前記コンテキスト情報に基づいて予測されるユーザー動きを決定して予測されるルートを得ることは、前記コンテキスト情報の現在または最近の位置情報から、ユーザーが現在、既知の進行ルートを進行していることを識別し、前記既知の進行ルートを前記予測されたルートとして決定することを含む、ということを含むことができる。

実施例１４５１では、実施例１４３９ないし１４４８のうちいずれか一項記載の主題は任意的に、前記コンテキスト情報に基づいて予測されるユーザー動きを決定して予測されるルートを得ることは、端末装置のアプリケーション・プログラムにおいてユーザーが計画されたルートを示したことを検出し、前記計画されたルートを前記予測されたルートとして決定することを含む、ということを含むことができる。

実施例１４５２では、実施例１４５１の主題は任意的に、前記端末装置のアプリケーション・プログラムにおいてユーザーが計画されたルートを示したことを検出することは、ユーザーがナビゲーション・アプリケーション・プログラムにナビゲーション・ルートを入力したことを判別すること、ユーザーが旅行アプリケーション・プログラムにおいて旅またはバケーションを計画したことを判別すること、またはユーザーがスケジュール・アプリケーション・プログラムにおいてイベントをスケジュールしたことを判別することを含む、ということを含むことができる。

実施例１４５３は、複数の予測されるルートおよび複数の予測されるデータ・サービス要件を複数の端末装置から受信する手段と；前記複数の予測されるルートおよび前記複数の予測されるデータ・サービス要件をまとめて評価して、予測されるネットワーク条件を得る手段と；前記複数の端末装置についての通信活動を、前記予測されるネットワーク条件に基づいて制御する手段とを含む、装置である。

実施例１４５４は、複数の予測されるルートおよび複数の予測されるデータ・サービス要件を複数の端末装置から受信する段階と；前記複数の予測されるルートおよび前記複数の予測されるデータ・サービス要件をまとめて評価して、予測されるネットワーク条件を得る段階と；前記複数の端末装置についての通信活動を、前記予測されるネットワーク条件に基づいて制御する段階とを含む、無線通信を実行する方法である。

実施例１４５５では、実施例１４５４の主題は任意的に、前記複数の端末装置についての通信活動を制御することが、前記予測されるネットワーク条件に基づく前記複数の端末装置のためのスペクトル割り当てまたは資源割り当てを実行することを含む、ということを含むことができる。

実施例１４５６では、実施例１４５４の主題は任意的に、前記複数の端末装置についての通信活動を制御することが、前記予測されるネットワーク条件に基づいてスペクトル値付けまたはスペクトル・リースを調整することを含む、ということを含むことができる。

実施例１４５７では、実施例１４５４の主題は任意的に、前記複数の端末装置についての通信活動を制御することが、前記予測されるネットワーク条件に基づいて前記複数の端末装置についてハンドオーバーを実行することを含む、ということを含むことができる。

実施例１４５７では、実施例１４５４の主題は任意的に、前記複数の端末装置についての通信活動を制御することが、前記予測されるネットワーク条件に基づいて前記複数の端末装置についてハンドオーバーを実行することを含む、ということを含むことができる。

実施例１４５９では、実施例１４５４ないし１４５８のうちいずれか一項記載の主題は任意的に、前記複数の予測されるルートおよび前記複数の予測されるデータ・サービス要件をまとめて評価して、予測されるネットワーク条件を得ることが、前記複数の端末装置のうち、一つまたは複数のネットワーク・アクセス・ノードのカバレッジ・エリアを通る予測されるルートをもつ一つまたは複数の端末装置を同定し、前記複数の端末装置のうちの該一つまたは複数の端末装置の予測されるデータ・サービス要件に基づいて、前記一つまたは複数のネットワーク・アクセス・ノードでの需要を推定することを含む、ということを含むことができる。

実施例１４６０では、実施例１４５４ないし１４５９のうちいずれか一項記載の主題は任意的に、前記複数の予測されるルートおよび複数の予測されるデータ・サービス要件を複数の端末装置から受信することは、クラウド・コンピューティング・アーキテクチャーを介して前記複数の予測されるルートおよび複数の予測されるデータ・サービス要件を複数の端末装置から受信することを含む、ということを含むことができる。

実施例１４６１では、実施例１４５４ないし１４６０のうちいずれか一項記載の主題は任意的に、ローカルに観察されるネットワーク情報に基づいて予備的な予測されるネットワーク条件を決定することをさらに含むことができ、前記複数の予測されるルートおよび前記複数の予測されるデータ・サービス要件をまとめて評価して、予測されるネットワーク条件を得ることが、前記複数の予測されるルートおよび前記複数の予測されるデータ・サービス要件に基づいて前記予備的な予測されるネットワーク条件を更新して、前記予測されるネットワーク条件を得ることを含む。

実施例１４６２は、実施例１４５４ないし１４６１のうちいずれか一項記載の方法を実行するよう構成されたネットワーク・アクセス・ノードである。

実施例１４６３は、実施例１４５４ないし１４６１のうちいずれか一項記載の方法を実行するよう構成されたクラウド・サーバーである。

実施例１４６４は、ネットワーク・アクセス・ノードのコントローラによって実行されたときに、該ネットワーク・アクセス・ノードに実施例１４５４ないし１４６１のうちいずれか一項記載の方法を実行させる命令を記憶している、非一時的なコンピュータ可読媒体である。

実施例１４６５は、プロセッサによって実行されたときに、該プロセッサに実施例１４５４ないし１４６１のうちいずれか一項記載の方法を実行させる命令を記憶している、非一時的なコンピュータ可読媒体である。

実施例１４６６は、実施例１４５０ないし１４６１のうちいずれか一項記載の方法を実行するよう構成された回路装置である。

実施例１４６７は、複数の予測されるルートおよび複数の予測されるデータ・サービス要件を複数の端末装置から受信するよう構成され、前記複数の予測されるルートおよび前記複数の予測されるデータ・サービス要件をまとめて評価して、予測されるネットワーク条件を得るようさらに構成された予測モジュールと；前記複数の端末装置についての通信活動を、前記予測されるネットワーク条件に基づいて制御するよう構成された判断モジュールとを含む、通信装置である。

実施例１４６８では、実施例１４６７の主題は任意的に、アンテナおよび無線トランシーバを含み、ネットワーク・アクセス・ノードとして構成されることができる。

実施例１４６９では、実施例１４６７の主題は任意的に、クラウド・コンピューティング・アーキテクチャーとして構成されることができる。

実施例１４７０では、実施例１４６７ないし１４６９のうちいずれか一項記載の主題は任意的に、前記判断モジュールが、前記複数の端末装置についての通信活動を制御することを、前記予測されるネットワーク条件に基づく前記複数の端末装置のためのスペクトル割り当てまたは資源割り当てを実行することによって実行するよう構成される、ということを含むことができる。

実施例１４７１では、実施例１４６７ないし１４６９のうちいずれか一項記載の主題は任意的に、前記判断モジュールが、前記複数の端末装置についての通信活動を制御することを、前記予測されるネットワーク条件に基づいてスペクトル値付けまたはスペクトル・リースを調整することによって実行するよう構成される、ということを含むことができる。

実施例１４７２では、実施例１４６７ないし１４６９のうちいずれか一項記載の主題は任意的に、前記判断モジュールが、前記複数の端末装置についての通信活動を制御することを、前記予測されるネットワーク条件に基づいて前記複数の端末装置についてハンドオーバーを実行することによって実行するよう構成される、ということを含むことができる。

実施例１４７３では、実施例１４６７ないし１６７２のうちいずれか一項記載の主題は任意的に、前記予測されるネットワーク条件が、一つまたは複数のネットワーク・アクセス・ノードの予測されるレイテンシー、予測される輻輳、予測されるトランスポート層切断継続時間または予測されるネットワーク負荷のうちの一つまたは複数を示す、ということを含むことができる。

実施例１４７４では、実施例１４６７ないし１６７３のうちいずれか一項記載の主題は任意的に、前記学習モジュールが、前記複数の予測されるルートおよび前記複数の予測されるデータ・サービス要件をまとめて評価して、予測されるネットワーク条件を得ることを、前記複数の端末装置のうち、一つまたは複数のネットワーク・アクセス・ノードのカバレッジ・エリアを通る予測されるルートをもつ一つまたは複数の端末装置を同定し、前記複数の端末装置のうちの該一つまたは複数の端末装置の予測されるデータ・サービス要件に基づいて、前記一つまたは複数のネットワーク・アクセス・ノードでの需要を推定することによって実行するよう構成される、ということを含むことができる。

実施例１４７５では、実施例１４６７ないし１４７４のうちいずれか一項記載の主題は任意的に、前記学習モジュールが、前記複数の予測されるルートおよび複数の予測されるデータ・サービス要件を複数の端末装置から受信することを、クラウド・コンピューティング・アーキテクチャーを介して前記複数の予測されるルートおよび複数の予測されるデータ・サービス要件を複数の端末装置から受信することによって実行するよう構成される、ということを含むことができる。

実施例１４７６では、実施例１４６７ないし１４７５のうちいずれか一項記載の主題は任意的に、前記学習モジュールが、ローカルに観察されるネットワーク情報に基づいて予備的な予測されるネットワーク条件を決定するようさらに構成され、前記学習モジュールが、前記複数の予測されるルートおよび前記複数の予測されるデータ・サービス要件をまとめて評価して、予測されるネットワーク条件を得ることを、前記複数の予測されるルートおよび前記複数の予測されるデータ・サービス要件に基づいて前記予備的な予測されるネットワーク条件を更新して、前記予測されるネットワーク条件を得ることによって実行するよう構成される、ということを含むことができる。

実施例１４７７は、プロセッサによって実行されたときに該プロセッサに方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体であって、前記方法は、複数の予測されるルートおよび複数の予測されるデータ・サービス要件を複数の端末装置から受信する段階と；前記複数の予測されるルートおよび前記複数の予測されるデータ・サービス要件をまとめて評価して、予測されるネットワーク条件を得る段階と；前記複数の端末装置についての通信活動を、前記予測されるネットワーク条件に基づいて制御する段階とを含む、媒体である。

実施例１４７８では、実施例１４７７の主題は任意的に、前記複数の端末装置についての通信活動を制御することが、前記予測されるネットワーク条件に基づく前記複数の端末装置のためのスペクトル割り当てまたは資源割り当てを実行することを含む、ということを含むことができる。

実施例１４７９では、実施例１４７７の主題は任意的に、前記複数の端末装置についての通信活動を制御することが、前記予測されるネットワーク条件に基づいてスペクトル値付けまたはスペクトル・リースを調整することを含む、ということを含むことができる。

実施例１４８０では、実施例１４７７の主題は任意的に、前記複数の端末装置についての通信活動を制御することが、前記予測されるネットワーク条件に基づいて前記複数の端末装置についてハンドオーバーを実行することを含む、ということを含むことができる。

実施例１４８１では、実施例１４７７の主題は任意的に、前記複数の端末装置についての通信活動を制御することが、前記予測されるネットワーク条件に基づいて前記複数の端末装置についてハンドオーバーを実行することを含む、ということを含むことができる。

実施例１４８２では、実施例１４７７ないし１４８１のうちいずれか一項記載の主題において、前記複数の予測されるルートおよび前記複数の予測されるデータ・サービス要件をまとめて評価して、予測されるネットワーク条件を得ることが、前記複数の端末装置のうち、一つまたは複数のネットワーク・アクセス・ノードのカバレッジ・エリアを通る予測されるルートをもつ一つまたは複数の端末装置を同定し、前記複数の端末装置のうちの該一つまたは複数の端末装置の予測されるデータ・サービス要件に基づいて、前記一つまたは複数のネットワーク・アクセス・ノードでの需要を推定することを含む。

実施例１４８３では、実施例１４７７ないし１４８２のうちいずれか一項記載の主題は任意的に、前記複数の予測されるルートおよび複数の予測されるデータ・サービス要件を複数の端末装置から受信することは、クラウド・コンピューティング・アーキテクチャーを介して前記複数の予測されるルートおよび複数の予測されるデータ・サービス要件を複数の端末装置から受信することを含む、ということを含むことができる。

実施例１４８４では、実施例１４７７ないし１４８３のうちいずれか一項記載の主題は任意的に、当該方法がさらに、ローカルに観察されるネットワーク情報に基づいて予備的な予測されるネットワーク条件を決定することをさらに含み、前記複数の予測されるルートおよび前記複数の予測されるデータ・サービス要件をまとめて評価して、予測されるネットワーク条件を得ることが、前記複数の予測されるルートおよび前記複数の予測されるデータ・サービス要件に基づいて前記予備的な予測されるネットワーク条件を更新して、前記予測されるネットワーク条件を得ることを含む、ということを含むことができる。

実施例１４８５は、プロセッサによって実行されたときに該プロセッサに方法を実行させる命令を含んでいる非一時的なコンピュータ可読媒体であって、前記方法は：一つまたは複数のネットワーク・アクセス・ノードから予測されるネットワーク条件を受信し；一つまたは複数の端末から予測されるルート、予測される電波条件および予測されるデータ・サービス要件を受信し；前記予測されるネットワーク条件、予測されるルート、予測される電波条件および予測されるデータ・サービス要件を総合して、前記一つまたは複数のネットワーク・アクセス・ノードについての更新された予測されるネットワーク条件および前記一つまたは複数の端末装置についての更新された予測される電波条件を取得し；前記更新された予測されるネットワーク条件および前記更新された予測される電波条件に基づいて、前記一つまたは複数のネットワーク・アクセス・ノードと前記一つまたは複数の端末装置との間の無線活動を制御することを含む、媒体である。

実施例１４８６では、実施例１４８５の主題は任意的に、前記更新された予測されるネットワーク条件および前記更新された予測される電波条件に基づいて、前記一つまたは複数のネットワーク・アクセス・ノードと前記一つまたは複数の端末装置との間の無線活動を制御することが、前記更新された予測されるネットワーク条件に基づく前記複数の端末装置のためのスペクトル割り当てまたは資源割り当てを実行することを含む、ということを含むことができる。

実施例１４８７では、実施例１４８５の主題は任意的に、前記更新された予測されるネットワーク条件および前記更新された予測される電波条件に基づいて、前記一つまたは複数のネットワーク・アクセス・ノードと前記一つまたは複数の端末装置との間の無線活動を制御することが、前記予測されるネットワーク条件に基づいてスペクトル値付けまたはスペクトル・リースを調整することを含む、ということを含むことができる。

実施例１４８８では、実施例１４８５の主題は任意的に、前記更新された予測されるネットワーク条件および前記更新された予測される電波条件に基づいて、前記一つまたは複数のネットワーク・アクセス・ノードと前記一つまたは複数の端末装置との間の無線活動を制御することが、前記予測されるネットワーク条件に基づいて前記複数の端末装置についてハンドオーバーを実行することを含む、ということを含むことができる。

実施例１４８９では、実施例１４８５の主題は任意的に、前記更新された予測されるネットワーク条件および前記更新された予測される電波条件に基づいて、前記一つまたは複数のネットワーク・アクセス・ノードと前記一つまたは複数の端末装置との間の無線活動を制御することが、前記予測されるネットワーク条件に基づいて前記一つまたは複数の端末装置についてデータ転送またはセル・スキャンを実行することを含む、ということを含むことができる。

実施例１４９０では、実施例１４８５の主題は任意的に、前記更新された予測されるネットワーク条件および前記更新された予測される電波条件に基づいて、前記一つまたは複数のネットワーク・アクセス・ノードと前記一つまたは複数の端末装置との間の無線活動を制御することが、前記一つまたは複数の端末装置についてのサービスするネットワーク・アクセス・ノードを、前記更新された予測される電波条件に基づいて選択することを含む、ということを含むことができる。

実施例１４９１では、実施例１４８５ないし１４９０のうちいずれか一項記載の主題は任意的に、前記更新された予測されるネットワーク条件が、一つまたは複数のネットワーク・アクセス・ノードの予測されるレイテンシー、予測される輻輳、予測されるトランスポート層切断継続時間または予測されるネットワーク負荷のうちの一つまたは複数を示す、ということを含むことができる。

実施例１４９２では、実施例１４８５ないし１４９１のうちいずれか一項記載の主題は任意的に、前記更新された予測される電波条件が、前記予測されるルートに沿った一つまたは複数のネットワーク・アクセス・ノードについての予測される信号強度、予測される信号品質または予測される干渉のうちの一つまたは複数を示す、ということを含むことができる。

実施例１４９３では、実施例１４８５ないし１４９２のうちいずれか一項記載の主題は任意的に、前記方法がさらに前記更新された予測されるネットワーク条件または前記更新された予測される電波条件をもつ無線環境マップ（ＲＥＭ: Radio Environment Map）を生成することを含む、ということを含むことができる。

実施例１４９４では、実施例１４８５ないし１４９３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のネットワーク・アクセス・ノードのうちのあるネットワーク・アクセス・ノードから、ネットワーク条件情報の要求を受信し、該ネットワーク・アクセス・ノードに前記更新された予測されるネットワーク条件を提供することをさらに含むことができる。

実施例１４９５では、実施例１４８５ないし１４９３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の端末装置のうちのある端末装置から、電波条件情報の要求を受信し、該端末装置に前記更新された予測される電波条件を提供することをさらに含むことができる。

実施例１４９６は、複数の予測されるルートおよび複数の予測されるデータ・サービス要件を複数の端末装置から受信するよう構成され、前記複数の予測されるルートおよび前記複数の予測されるデータ・サービス要件をまとめて評価して、予測されるネットワーク条件を得るようさらに構成された予測回路と；前記複数の端末装置についての通信活動を、前記予測されるネットワーク条件に基づいて制御するよう構成された判断回路とを含む、回路装置である。

実施例１４９７では、実施例１４９６の主題は任意的に、アンテナおよび無線通信回路を含み、ネットワーク・アクセス・ノードとして構成されることができる。

実施例１４９８では、実施例１４９６または１４９７の主題は任意的に、前記予測回路および前記判断回路がソフトウェア定義回路またはハードウェア定義回路として構成される、ということを含むことができる。

実施例１４９９では、実施例１４９６の主題は任意的に、クラウド・コンピューティング・アーキテクチャーとして構成されることができる。

実施例１５００では、実施例１４９６ないし１４９９のうちいずれか一項記載の主題は任意的に、前記判断回路が、前記複数の端末装置についての通信活動を制御することを、前記予測されるネットワーク条件に基づく前記複数の端末装置のためのスペクトル割り当てまたは資源割り当てを実行することによって実行するよう構成される、ということを含むことができる。

実施例１５０１では、実施例１４９６ないし１４９９のうちいずれか一項記載の主題は任意的に、前記判断回路が、前記複数の端末装置についての通信活動を制御することを、前記予測されるネットワーク条件に基づいてスペクトル値付けまたはスペクトル・リースを調整することによって実行するよう構成される、ということを含むことができる。

実施例１５０２では、実施例１４９６ないし１４９９のうちいずれか一項記載の主題は任意的に、前記判断回路が、前記複数の端末装置についての通信活動を制御することを、前記予測されるネットワーク条件に基づいて前記複数の端末装置についてハンドオーバーを実行することによって実行するよう構成される、ということを含むことができる。

実施例１５０３では、実施例１４９６ないし１５０２のうちいずれか一項記載の主題は任意的に、前記予測されるネットワーク条件が、一つまたは複数のネットワーク・アクセス・ノードの予測されるレイテンシー、予測される輻輳、予測されるトランスポート層切断継続時間または予測されるネットワーク負荷のうちの一つまたは複数を示す、ということを含むことができる。

実施例１５０４では、実施例１４９６ないし１５０３のうちいずれか一項記載の主題は任意的に、前記学習回路が、前記複数の予測されるルートおよび前記複数の予測されるデータ・サービス要件をまとめて評価して、予測されるネットワーク条件を得ることを、前記複数の端末装置のうち、一つまたは複数のネットワーク・アクセス・ノードのカバレッジ・エリアを通る予測されるルートをもつ一つまたは複数の端末装置を同定し、前記複数の端末装置のうちの該一つまたは複数の端末装置の予測されるデータ・サービス要件に基づいて、前記一つまたは複数のネットワーク・アクセス・ノードでの需要を推定することによって実行するよう構成される、ということを含むことができる。

実施例１５０５では、実施例１４９６ないし１５０４のうちいずれか一項記載の主題は任意的に、前記学習回路が、前記複数の予測されるルートおよび複数の予測されるデータ・サービス要件を複数の端末装置から受信することを、クラウド・コンピューティング・アーキテクチャーを介して前記複数の予測されるルートおよび複数の予測されるデータ・サービス要件を複数の端末装置から受信することによって実行するよう構成される、ということを含むことができる。

実施例１５０６では、実施例１４９６ないし１５０５のうちいずれか一項記載の主題は任意的に、前記学習回路が、ローカルに観察されるネットワーク情報に基づいて予備的な予測されるネットワーク条件を決定するようさらに構成され、前記学習回路が、前記複数の予測されるルートおよび前記複数の予測されるデータ・サービス要件をまとめて評価して、予測されるネットワーク条件を得ることを、前記複数の予測されるルートおよび前記複数の予測されるデータ・サービス要件に基づいて前記予備的な予測されるネットワーク条件を更新して、前記予測されるネットワーク条件を得ることによって実行するよう構成される、ということを含むことができる。

実施例１５０７は、無線マルチホップ・ネットワークを管理するための装置であり、当該装置は、前記無線マルチホップ・ネットワークの一つまたは複数のノードから電波測定値を受信する手段と、前記電波測定値を評価して、ネットワーク密度または伝送競合に関係した前記無線メッシュ・ネットワークの動作条件を推定する手段と、前記動作条件によって示される前記無線マルチホップ・ネットワークの競合レベルに基づいて前記無線マルチホップ・ネットワークの構成を調整する手段とを含む。

実施例１５０８は、無線マルチホップ・ネットワークを管理する方法であって、当該方法は、前記無線マルチホップ・ネットワークの一つまたは複数のノードから電波測定値を受信する段階と、前記電波測定値を評価して、ネットワーク密度または伝送競合に関係した前記無線メッシュ・ネットワークの動作条件を推定する段階と、前記動作条件によって示される前記無線マルチホップ・ネットワークの競合レベルに基づいて前記無線マルチホップ・ネットワークの構成を調整する段階とを含む。

実施例１５０９では、実施例１５０８の主題は任意的に、前記一つまたは複数のノードがモノのインターネット（ＩｏＴ）ノードである、ということを含むことができる。

実施例１５１０では、実施例１５０８または１５０９の主題は任意的に、前記電波測定値が、受信フレーム計数測定値、近傍計数測定値、信号強度測定値またはチャネル活動測定値のうちの一つまたは複数を含む、ということを含むことができる。

実施例１５１１では、実施例１５１０の主題は任意的に、前記電波測定値を評価して、ネットワーク密度または伝送競合に関係した前記無線マルチホップ・ネットワークの動作条件を推定することは、高い受信フレーム計数測定値を高いネットワーク密度または高い伝送競合を示すものと解釈すること、高い近傍計数測定値を高いネットワーク密度または高い伝送競合を示すものと解釈すること、高い信号強度測定値を高いネットワーク密度または高い伝送競合を示すものと推定すること、またはビジー・チャネル活動測定値の高い頻度を高いネットワーク密度または高い伝送競合を示すものと推定することを含む、ということを含むことができる。

実施例１５１２では、実施例１５１０の主題は任意的に、前記チャネル活動測定値がクリア・チャネル評価（ＣＣＡ）測定値である、ということを含むことができる。

実施例１５１３では、実施例１５１０の主題は任意的に、前記信号強度測定値が受信信号強度指標（ＲＳＳＩ）測定値である、ということを含むことができる。

実施例１５１４では、実施例１５０８ないし１５１３のうちいずれか一項記載の主題は任意的に、前記動作条件によって示される前記無線マルチホップ・ネットワークの競合レベルに基づいて前記無線マルチホップ・ネットワークの構成を調整することが、前記動作条件があらかじめ定義された閾値を超える競合レベルを示すことを判別し、競合レベルを下げるよう前記無線マルチホップ・ネットワークの一つまたは複数のスケジューリングまたは競合パラメータを調整することを含む、ということを含むことができる。

実施例１５１５では、実施例１５１４の主題は任意的に、前記競合レベルを下げるよう前記無線マルチホップ・ネットワークの一つまたは複数のスケジューリングまたは競合パラメータを調整することが、前記一つまたは複数のノードのリッスンビフォアトーク・パラメータを調整すること、前記一つまたは複数のノードの送信待ち時間を調整すること、前記一つまたは複数のノードの送信スケジュールを調整することまたは前記一つまたは複数のノードの物理（ＰＨＹ）層または媒体アクセス制御（ＭＡＣ）層パラメータを調整することを含む、ということを含むことができる。

実施例１５１６では、実施例１５０８ないし１５１３のうちいずれか一項記載の主題は任意的に、前記動作条件によって示される前記無線マルチホップ・ネットワークの競合レベルに基づいて前記無線マルチホップ・ネットワークの構成を調整することが、前記競合レベルに従って前記一つまたは複数のノードの電力消費パラメータを調整することを含む、ということを含むことができる。

実施例１５１７では、実施例１５１６記載の主題は任意的に、前記競合レベルに従って前記一つまたは複数のノードの電力消費パラメータを調整することが、高い競合条件においては、前記一つまたは複数のノードにおける電力消費を減らすよう前記一つまたは複数のノードのデューティーサイクル・パラメータを調整することを含む、ということを含むことができる。

実施例１５１８では、実施例１５０８ないし１５１３のうちいずれか一項記載の主題は任意的に、前記動作条件によって示される前記無線マルチホップ・ネットワークの競合レベルに基づいて前記無線マルチホップ・ネットワークの構成を調整することが、前記一つまたは複数のノードのうちのどれが前記無線マルチホップ・ネットワークに接続されるかを調整することまたは前記一つまたは複数のノードのルーティング構成を調整することを含む、ということを含むことができる。

実施例１５１９では、実施例１５０８ないし１５１８のうちいずれか一項記載の主題は任意的に、前記無線マルチホップ・ネットワークの一つまたは複数のノードから電波測定値を受信することが、前記一つまたは複数のノードのうちの第一のノードからの前記電波測定値の少なくとも一つを前記第一のノードからの関連付け要求と一緒に、前記第一のノードが前記無線マルチホップ・ネットワークに接続することを許可する前に受信することを含む、ということを含むことができる。

実施例１５２０では、実施例１５１９の主題は任意的に、前記第一のノードが前記無線マルチホップ・ネットワークに参加する権限を与えられているかどうかを検証し、前記第一のノードが前記無線マルチホップ・ネットワークに参加する権限を与えられている場合に前記電波測定値を受け容れることをさらに含むことができる。

実施例１５２１では、実施例１５０８ないし１５２０のうちいずれか一項記載の主題は任意的に、前記無線マルチホップ・ネットワークの一つまたは複数のノードから電波測定値を受信することが、前記一つまたは複数のノードのうちの第二のノードからの前記電波測定値の少なくとも一つを、前記第二のノードが前記無線マルチホップ・ネットワークに接続した後に受信することを含む、ということを含むことができる。

実施例１５２２では、実施例１５０８ないし１５２０のうちいずれか一項記載の主題は任意的に、前記無線マルチホップ・ネットワークの一つまたは複数のノードから電波測定値を受信することが、前記一つまたは複数のノードのうちの第二のノードからの前記電波測定値の少なくとも一つを、データ・パケット上で相乗りデータとして受信することを含む、ということを含むことができる。

実施例１５２３では、実施例１５０８ないし１５２２のうちいずれか一項記載の主題は任意的に、前記無線マルチホップ・ネットワークが非第三世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークであり、当該方法が、前記無線マルチホップ・ネットワーク上の前記一つまたは複数のノードからデータ・パケットを受信し、該データ・パケットを４ＧＰＰネットワークにルーティングすることをさらに含む、ということを含むことができる。

実施例１５２４では、実施例１５２３の主題は任意的に、前記無線マルチホップ・ネットワーク上の前記一つまたは複数のノードからデータ・パケットを受信することが、前記一つまたは複数のノードからの前記データ・パケットを非３ＧＰＰ無線インターフェースを用いて受信することを含み、前記データ・パケットを４ＧＰＰネットワークにルーティングすることが、前記データ・パケットを４ＧＰＰネットワークに、４ＧＰＰ無線インターフェースを用いてルーティングすることを含む、ということを含むことができる。

実施例１５２５では、実施例１５２３の主題は任意的に、前記４ＧＰＰネットワークと別のネットワークの間のインターフェースとなる管理インターフェース・サーバーを介して前記電波測定値をデータベースにアップロードし、前記管理インターフェース・サーバーを介して管理装置から構成変更命令を受信し、前記構成変更命令に従って前記無線マルチホップ・ネットワークを構成し直すことをさらに含むことができる。

実施例１５２６では、実施例１５２３の主題は任意的に、前記４ＧＰＰネットワークと別のネットワークの間のインターフェースとなる管理インターフェース・サーバーを介して前記無線マルチホップ・ネットワークについての現在の構成情報をデータベースにアップロードし、前記管理インターフェース・サーバーを介して管理装置から構成変更命令を受信し、前記構成変更命令に従って前記無線マルチホップ・ネットワークを構成し直すことをさらに含むことができる。

実施例１５２７は、モデムと、無線トランシーバと、一つまたは複数のアンテナとを含み、実施例１５０８ないし１５２６のうちいずれか一項記載の方法を実行するよう構成されている、無線マルチホップ・ネットワークを管理するためのゲートウェイ装置である。

実施例１５２８は、実施例１５０８ないし１５２６のうちいずれか一項記載の方法を実行するよう構成された通信回路装置である。

実施例１５２９は、ゲートウェイ装置のプロセッサによって実行されたときに該ゲートウェイ装置に実施例１５０８ないし１５２６のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１５３０は、無線マルチホップ・ネットワークを管理するためのゲートウェイ装置であり、当該ゲートウェイ装置は、前記無線マルチホップ・ネットワークの一つまたは複数のノードから電波測定値を受信するよう構成された無線およびアンテナ・モジュールと、前記電波測定値を評価して、ネットワーク密度または伝送競合に関係した前記無線マルチホップ・ネットワークの動作条件を推定し、前記動作条件によって示される前記無線マルチホップ・ネットワークの競合レベルに基づいて前記無線マルチホップ・ネットワークの構成を調整するよう構成された制御モジュールとを含む。

実施例１５３１では、実施例１５３０の主題は任意的に、前記無線マルチホップ・ネットワークのコーディネーター・ノードとして構成されることができる。

実施例１５３２では、実施例１５３０または１５３１の主題は任意的に、前記一つまたは複数のノードがモノのインターネット（ＩｏＴ）ノードである、ということを含むことができる。

実施例１５３３では、実施例１５３０ないし１５３２のうちいずれか一項記載の主題は任意的に、前記電波測定値が、受信フレーム計数測定値、近傍計数測定値、信号強度測定値、チャネル活動測定値、チャネル・アクセス遅延測定値、フレーム送信遅延測定値、パケットもしくはフレーム誤り率測定値または再送信計数測定値を含む、ということを含むことができる。

実施例１５３４では、実施例１５３３の主題は任意的に、前記制御モジュールが、前記電波測定値を評価して、ネットワーク密度または伝送競合に関係した前記無線マルチホップ・ネットワークの動作条件を推定することを、高い受信フレーム計数測定値を高いネットワーク密度または高い伝送競合を示すものと解釈すること、高い近傍計数測定値を高いネットワーク密度または高い伝送競合を示すものと解釈すること、高い信号強度測定値を高いネットワーク密度または高い伝送競合を示すものと推定すること、またはビジー・チャネル活動測定値の高い頻度を高いネットワーク密度または高い伝送競合を示すものと推定することによって実行するよう構成される、ということを含むことができる。

実施例１５３５では、実施例１５３３の主題は任意的に、前記チャネル活動測定値がクリア・チャネル評価（ＣＣＡ）測定値である、ということを含むことができる。

実施例１５３６では、実施例１５３２の主題は任意的に、前記信号強度測定値が受信信号強度指標（ＲＳＳＩ）測定値である、ということを含むことができる。

実施例１５３７では、実施例１５３０ないし１５３６のうちいずれか一項記載の主題は任意的に、前記制御モジュールが、前記動作条件によって示される前記無線マルチホップ・ネットワークの競合レベルに基づいて前記無線マルチホップ・ネットワークの構成を調整することを、前記動作条件があらかじめ定義された閾値を超える競合レベルを示すことを判別し、競合レベルを下げるよう前記無線マルチホップ・ネットワークの一つまたは複数のスケジューリングまたは競合パラメータを調整することによって実行するよう構成される、ということを含むことができる。

実施例１５３８では、実施例１５３７の主題は任意的に、前記制御モジュールが、前記競合レベルを下げるよう前記無線マルチホップ・ネットワークの一つまたは複数のスケジューリングまたは競合パラメータを調整することを、前記一つまたは複数のノードのリッスンビフォアトーク・パラメータを調整すること、前記一つまたは複数のノードの送信待ち時間を調整すること、前記一つまたは複数のノードの送信スケジュールを調整することまたは前記一つまたは複数のノードの物理（ＰＨＹ）層または媒体アクセス制御（ＭＡＣ）層パラメータを調整することによって実行するよう構成される、ということを含むことができる。

実施例１５３９では、実施例１５３０ないし１５３６のうちいずれか一項記載の主題は任意的に、前記制御モジュールが、前記動作条件によって示される前記無線マルチホップ・ネットワークの競合レベルに基づいて前記無線マルチホップ・ネットワークの構成を調整することを、前記競合レベルに従って前記一つまたは複数のノードの電力消費パラメータを調整することによって実行するよう構成される、ということを含むことができる。

実施例１５４０では、実施例１５３９記載の主題は任意的に、前記制御モジュールが、前記競合レベルに従って前記一つまたは複数のノードの電力消費パラメータを調整することを、高い競合条件においては、前記一つまたは複数のノードにおける電力消費を減らすよう前記一つまたは複数のノードのデューティーサイクル・パラメータを調整することによって実行するよう構成される、ということを含むことができる。

実施例１５４１では、実施例１５３０ないし１５３６のうちいずれか一項記載の主題は任意的に、前記制御モジュールが、前記動作条件によって示される前記無線マルチホップ・ネットワークの競合レベルに基づいて前記無線マルチホップ・ネットワークの構成を調整することを、前記一つまたは複数のノードのうちのどれが前記無線マルチホップ・ネットワークに接続されるかを調整することまたは前記一つまたは複数のノードのルーティング構成を調整することによって実行するよう構成される、ということを含むことができる。

実施例１５４２では、実施例１５３０ないし１５４１のうちいずれか一項記載の主題は任意的に、前記無線およびアンテナ・モジュールが、前記無線マルチホップ・ネットワークの一つまたは複数のノードから電波測定値を受信することを、前記一つまたは複数のノードのうちの第一のノードからの前記電波測定値の少なくとも一つを前記第一のノードからの関連付け要求と一緒に、前記第一のノードが前記無線マルチホップ・ネットワークに接続することを許可する前に受信することによって実行するよう構成される、ということを含むことができる。

実施例１５４３では、実施例１５４２の主題は任意的に、前記制御モジュールが、前記第一のノードが前記無線マルチホップ・ネットワークに参加する権限を与えられているかどうかを検証し、前記第一のノードが前記無線マルチホップ・ネットワークに参加する権限を与えられている場合に前記電波測定値を受け容れるようさらに構成される、ということを含むことができる。

実施例１５４４では、実施例１５３０ないし１５４３のうちいずれか一項記載の主題は任意的に、前記無線およびアンテナ・モジュールが、前記無線マルチホップ・ネットワークの一つまたは複数のノードから電波測定値を受信することを、前記一つまたは複数のノードのうちの第二のノードからの前記電波測定値の少なくとも一つを、前記第二のノードが前記無線マルチホップ・ネットワークに接続した後に受信することによって実行するよう構成される、ということを含むことができる。

実施例１５４５では、実施例１５３０ないし１５４３のうちいずれか一項記載の主題は任意的に、前記無線およびアンテナ・モジュールが、前記無線マルチホップ・ネットワークの一つまたは複数のノードから電波測定値を受信することを、前記一つまたは複数のノードのうちの第二のノードからの前記電波測定値の少なくとも一つを、データ・パケット上で相乗りデータとして受信することによって実行するよう構成される、ということを含むことができる。

実施例１５４６では、実施例１５３０ないし１５４５のうちいずれか一項記載の主題は任意的に、前記無線マルチホップ・ネットワークが非第三世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークであり、前記無線およびアンテナ・モジュールが、前記無線マルチホップ・ネットワーク上の前記一つまたは複数のノードからデータ・パケットを受信するよう構成され、当該ゲートウェイ装置が、該データ・パケットを４ＧＰＰネットワークにルーティングするよう構成された追加的な無線およびアンテナ・モジュールをさらに含む、ということを含むことができる。

実施例１５４７では、実施例１５４６の主題は任意的に、前記無線およびアンテナ・モジュールが、前記無線マルチホップ・ネットワーク上の前記一つまたは複数のノードからデータ・パケットを受信することを、前記一つまたは複数のノードからの前記データ・パケットを非３ＧＰＰ無線インターフェースを用いて受信することによって実行するよう構成され、前記追加的な無線およびアンテナ・モジュールが、前記データ・パケットを４ＧＰＰネットワークにルーティングすることを、前記データ・パケットを４ＧＰＰネットワークに、４ＧＰＰ無線インターフェースを用いてルーティングすることによって実行するよう構成される、ということを含むことができる。

実施例１５４８では、実施例１５４６の主題は任意的に、前記制御モジュールが、前記４ＧＰＰネットワークと別のネットワークの間のインターフェースとなる管理インターフェース・サーバーを介して前記電波測定値をデータベースにアップロードし、前記管理インターフェース・サーバーを介して管理装置から構成変更命令を受信し、前記構成変更命令に従って前記無線マルチホップ・ネットワークを構成し直すよう構成される、ということを含むことができる。

実施例１５４９では、実施例１５４６の主題は任意的に、前記制御モジュールが、前記４ＧＰＰネットワークと別のネットワークの間のインターフェースとなる管理インターフェース・サーバーを介して前記無線マルチホップ・ネットワークについての現在の構成情報をデータベースにアップロードし、前記管理インターフェース・サーバーを介して管理装置から構成変更命令を受信し、前記構成変更命令に従って前記無線マルチホップ・ネットワークを構成し直すようさらに構成される、ということを含むことができる。

実施例１５５０では、実施例１５３０ないし１５４５のうちいずれか一項記載の主題は任意的に、前記無線マルチホップ・ネットワークが第一の無線アクセス技術で動作し、前記無線およびアンテナ・モジュールが前記無線マルチホップ・ネットワーク上の前記一つまたは複数のノードからデータ・パケットを受信するよう構成され、前記ゲートウェイ装置がさらに、前記データ・パケットを前記第一の無線アクセス技術とは異なる第二の無線アクセス技術で動作する第二のネットワークにルーティングするよう構成された追加的な無線およびアンテナ・モジュールを含む、ということを含むことができる。

実施例１５５１では、実施例１５５０の主題は任意的に、前記無線およびアンテナ・モジュールが前記無線マルチホップ・ネットワーク上の前記一つまたは複数のノードからデータ・パケットを受信することを、前記第一の無線アクセス技術の無線インターフェースを用いて前記一つまたは複数のノードから前記データ・パケットを受信することによって実行するよう構成され、前記追加的な無線およびアンテナ・モジュールが、前記データ・パケットを第二のネットワークにルーティングすることを、前記第二の無線アクセス技術の無線インターフェースを用いて前記データ・パケットを前記第二のネットワークにルーティングすることによって実行するよう構成される、ということを含むことができる。

実施例１５５２では、実施例１５５１の主題は任意的に、前記制御モジュールが前記４ＧＰＰネットワークと別のネットワークとの間のインターフェースとなる管理インターフェース・サーバーを介して前記電波測定値をデータベースにアップロードし、前記管理インターフェース・サーバーを介して管理装置から構成変更命令を受信し、前記構成変更命令に従って前記無線マルチホップ・ネットワークを構成し直すようさらに構成される、ということを含むことができる。

実施例１５５３では、実施例１５４６の主題は任意的に、前記制御モジュールが前記第二のネットワークと第三のネットワークとの間のインターフェースとなる管理インターフェース・サーバーを介して前記無線マルチホップ・ネットワークについての現在の構成情報をデータベースにアップロードし、前記管理インターフェース・サーバーを介して管理装置から構成変更命令を受信し、前記構成変更命令に従って前記無線マルチホップ・ネットワークを構成し直すようさらに構成される、ということを含むことができる。

実施例１５５４は、測定タイマーを開始し、無線スキャンを実行して近接無線ネットワークを識別し、前記近接無線ネットワークの一つまたは複数の電波測定値を得る手段と；前記測定タイマーが期限切れになった後、識別された近接無線ネットワークに基づいて目標無線ネットワークを選択する手段と；前記目標無線ネットワークのコーディネーター・ノードに前記一つまたは複数の電波測定値を含む関連付け要求を送信する手段とを含む、装置である。

実施例１５５５は、無線通信を実行する方法であって、測定タイマーを開始し、無線スキャンを実行して近接無線ネットワークを識別し、前記近接無線ネットワークの一つまたは複数の電波測定値を得る段階と；前記測定タイマーが期限切れになった後、識別された近接無線ネットワークに基づいて目標無線ネットワークを選択する段階と；前記目標無線ネットワークのコーディネーター・ノードに前記一つまたは複数の電波測定値を含む関連付け要求を送信する段階とを含む、方法である。

実施例１５５６では、実施例１５５５の主題は任意的に、前記目標無線ネットワークがモノのインターネット（ＩｏＴ）ネットワークである、ということを含むことができる。

実施例１５５７では、実施例１５５５または１５５６の主題は任意的に、前記無線スキャンを実行して前記近接無線ネットワークの一つまたは複数の電波測定値を得ることが、受信されるフレーム計数測定、近傍計数測定、信号強度測定、チャネル活動測定、チャネル・アクセス遅延測定、フレーム送信遅延測定、パケットもしくはフレーム誤り率測定または再送信計数測定を実行することを含む、ということを含むことができる。

実施例１５５８では、実施例１５５５ないし１５５７のうちいずれか一項記載の主題は任意的に、前記無線スキャンを実行して近接無線ネットワークを識別することが、前記目標無線ネットワークの一つまたは複数のノードからデータ・パケットを受信し；それらのデータ・パケットに基づいて前記目標ネットワークを同定することを含む、ということを含むことができる。

実施例１５５９では、実施例１５５５ないし１５５８のうちいずれか一項記載の主題は任意的に、前記コーディネーター・ノードが第二の無線ネットワークへのインターフェースを提供するゲートウェイ装置であり、当該方法が、前記第二の無線ネットワークのために意図されているデータ・パケットを前記コーディネーター・ノードに送信することをさらに含む、ということを含むことができる。

実施例１５６０では、実施例１５５９の主題は任意的に、前記目標無線ネットワークは非第三世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークであり、前記第二のネットワークが４ＧＰＰネットワークである、ということを含むことができる。

実施例１５６１では、実施例１５５９の主題は任意的に、前記目標無線ネットワークおよび前記第二の無線ネットワークは異なる無線アクセス技術で動作する、ということを含むことができる。

実施例１５６２では、実施例１５５５ないし１５６０のうちいずれか一項記載の主題は任意的に、前記コーディネーター・ノードを介して前記目標無線ネットワークに接続した後、定期的に電波測定を実行し、前記電波測定値を前記コーディネーター・ノードに報告することをさらに含む、ということを含むことができる。

実施例１５６３では、実施例１５６２の主題は任意的に、前記電波測定値を前記コーディネーター・ノードに報告することが、前記電波測定値を、前記コーディネーター・ノードに宛てられたデータ・パケットに相乗りさせることを含む、ということを含むことができる。

実施例１５６４では、実施例１５６２の主題は任意的に、前記電波測定値を前記コーディネーター・ノードに報告することが、前記電波測定値を含む単独の測定報告を前記コーディネーター・ノードに送信することを含む、ということを含むことができる。

実施例１５６５では、実施例１５５５ないし１５６４のうちいずれか一項記載の主題は任意的に、前記コーディネーター・ノードから、スケジューリングまたは競合パラメータ調整を指定する構成変更を受信し、前記スケジューリングまたは競合パラメータ調整に従ってデータを送信または受信することをさらに含むことができる。

実施例１５６６は、実施例１５５５ないし１５６４のうちいずれか一項記載の方法を実行するよう構成された端末装置である。

実施例１５６７は、実施例１５５５ないし１５６４のうちいずれか一項記載の方法を実行するよう構成された回路装置である。

実施例１５６８は、端末装置のコントローラによって実行されたときに実施例１５５５ないし１５６４のうちいずれか一項記載の方法を該端末装置に実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１５６９は、測定タイマーの継続時間中に、無線スキャンを実行して近接無線ネットワークを識別し、前記近接無線ネットワークの一つまたは複数の電波測定値を得るよう構成された測定モジュールと；前記測定タイマーが期限切れになった後、識別された近接無線ネットワークに基づいて目標無線ネットワークを選択して、前記目標無線ネットワークのコーディネーター・ノードに前記一つまたは複数の電波測定値を含む関連付け要求を送信するよう構成された制御モジュールとを含む、通信装置である。

実施例１５７０では、実施例１５６９の主題は任意的に、端末装置として構成され、無線トランシーバおよびアンテナをさらに含むことができる。

実施例１５７１では、実施例１５６９または１５７０の主題は任意的に、モノのインターネット（ＩｏＴ）ノードとして動作するよう構成されることができ、前記目標無線ネットワークはＩｏＴネットワークである。

実施例１５７２では、実施例１５６９ないし１５７１のうちいずれか一項記載の主題は任意的に、前記測定モジュールが前記無線スキャンを実行して前記近接無線ネットワークの一つまたは複数の電波測定値を得ることを、受信されるフレーム計数測定、近傍計数測定、信号強度測定、チャネル活動測定、チャネル・アクセス遅延測定、フレーム送信遅延測定、パケットもしくはフレーム誤り率測定または再送信計数測定を実行することによって実行するよう構成される、ということを含むことができる。

実施例１５７３では、実施例１５６９ないし１５７２のうちいずれか一項記載の主題は任意的に、前記測定モジュールが、前記無線スキャンを実行して近接無線ネットワークを識別することを、前記目標無線ネットワークの一つまたは複数のノードからデータ・パケットを受信し；それらのデータ・パケットに基づいて前記目標ネットワークを同定することによって実行するよう構成される、ということを含むことができる。

実施例１５７４では、実施例１５６９ないし１５７３のうちいずれか一項記載の主題は任意的に、前記コーディネーター・ノードが第二の無線ネットワークへのインターフェースを提供するゲートウェイ装置であり、前記制御モジュールが、前記第二の無線ネットワークのために意図されているデータ・パケットを前記コーディネーター・ノードに送信するようさらに構成される、ということを含むことができる。

実施例１５７５では、実施例１５７４の主題は任意的に、前記目標無線ネットワークは非第三世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークであり、前記第二のネットワークが４ＧＰＰネットワークである、ということを含むことができる。

実施例１５７６では、実施例１５６９ないし１５７５のうちいずれか一項記載の主題は任意的に、前記測定モジュールが、前記目標無線ネットワークに接続した後、定期的に電波測定を実行するようさらに構成され、前記制御モジュールが、前記電波測定値を前記コーディネーター・ノードに報告するよう構成される、ということを含むことができる。

実施例１５７７では、実施例１５７６の主題は任意的に、前記制御モジュールが、前記電波測定値を前記コーディネーター・ノードに報告することを、前記電波測定値を、前記コーディネーター・ノードに宛てられたデータ・パケットに相乗りさせることによって実行するよう構成される、ということを含むことができる。

実施例１５７８では、実施例１５７６の主題は任意的に、前記制御モジュールが、前記電波測定値を前記コーディネーター・ノードに報告することを、前記電波測定値を含む単独の測定報告を前記コーディネーター・ノードに送信することによって実行するよう構成される、ということを含むことができる。

実施例１５７９では、実施例１５６９ないし１５７８のうちいずれか一項記載の主題は任意的に、前記制御モジュールが、前記コーディネーター・ノードから、スケジューリングまたは競合パラメータ調整を指定する構成変更を受信し、前記スケジューリングまたは競合パラメータ調整に従ってデータを送信または受信するようさらに構成される、ということを含むことができる。

実施例１５８０は、第一のネットワークと第二のネットワークの間でインターフェースとして動作するよう構成された管理インターフェース・サーバーであって、当該管理インターフェース・サーバーはさらに：前記第一のネットワークを介して無線マルチホップ・ネットワークのゲートウェイ装置から動作情報を収集し；無線マルチホップ・ネットワークの動作条件の要求を、前記第二のネットワークで動作している管理装置から受信し；前記管理装置が前記無線マルチホップ・ネットワークを管理する権限を与えられていることを検証し；データベースにアクセスして、要求された動作情報を取得し、該要求された動作情報を前記第二のネットワークを介して前記ゲートウェイ装置に提供するためのプログラム・コードを実行するようさらに構成されている、管理インターフェース・サーバーである。

実施例１５８１では、実施例１５８０の主題は任意的に、前記第一のネットワークが第三世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークであり、前記第二のネットワークが非３ＧＰＰネットワークである、ということを含むことができる。

実施例１５８２では、実施例１５８０または１５８１の主題は任意的に、前記管理インターフェース・サーバーが、前記第一のネットワークと前記第二のネットワークの間のアプリケーション・プログラミング・インターフェース（ＡＰＩ）として構成される、ということを含むことができる。

実施例１５８３では、実施例１５８０ないし１５８２のうちいずれか一項記載の主題は任意的に、前記無線マルチホップ・ネットワークがモノのインターネット（ＩｏＴ）ネットワークである、ということを含むことができる。

実施例１５８４では、実施例１５８０ないし１５８３のうちいずれか一項記載の主題は任意的に、前記管理装置から構成変更命令を受信し、該構成変更命令を前記第一のネットワークを介して前記無線マルチホップ・ネットワークに転送するようさらに構成されることができる。

実施例１５８５では、実施例１５８０ないし１５８４のうちいずれか一項記載の主題は任意的に、前記動作情報が前記無線マルチホップ・ネットワークの測定情報または構成情報である、ということを含むことができる。

実施例１５８６は、無線マルチホップ・ネットワークを管理するためのゲートウェイ装置であり、当該ゲートウェイ装置は、前記無線マルチホップ・ネットワークの一つまたは複数のノードから電波測定値を受信するよう構成された無線およびアンテナ回路と、前記電波測定値を評価して、ネットワーク密度または伝送競合に関係した前記無線マルチホップ・ネットワークの動作条件を推定し、前記動作条件によって示される前記無線マルチホップ・ネットワークの競合レベルに基づいて前記無線マルチホップ・ネットワークの構成を調整するよう構成された制御回路とを含む。

実施例１５８７では、実施例１５８６の主題は任意的に、前記制御回路が、プロセッサの動作を指令するソフトウェア定義命令を実行するよう構成されたプロセッサである、ということを含むことができる。

実施例１５８８では、実施例１５８６または１５８７の主題は任意的に、前記無線マルチホップ・ネットワークのコーディネーター・ノードとして構成されることができる。

実施例１５８９では、実施例１５８６ないし１５８８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のノードがモノのインターネット（ＩｏＴ）ノードである、ということを含むことができる。

実施例１５９０では、実施例１５８６ないし１５８９のうちいずれか一項記載の主題は任意的に、前記電波測定値が、受信フレーム計数測定値、近傍計数測定値、信号強度測定値、チャネル活動測定値、チャネル・アクセス遅延測定値、フレーム送信遅延測定値、パケットもしくはフレーム誤り率測定値または再送信計数測定値を含む、ということを含むことができる。

実施例１５９１では、実施例１５９０の主題は任意的に、前記制御回路が、前記電波測定値を評価して、ネットワーク密度または伝送競合に関係した前記無線マルチホップ・ネットワークの動作条件を推定することを、高い受信フレーム計数測定値を高いネットワーク密度または高い伝送競合を示すものと解釈すること、高い近傍計数測定値を高いネットワーク密度または高い伝送競合を示すものと解釈すること、高い信号強度測定値を高いネットワーク密度または高い伝送競合を示すものと推定すること、またはビジー・チャネル活動測定値の高い頻度を高いネットワーク密度または高い伝送競合を示すものと推定することによって実行するよう構成される、ということを含むことができる。

実施例１５９２では、実施例１５９０の主題は任意的に、前記チャネル活動測定値がクリア・チャネル評価（ＣＣＡ）測定値である、ということを含むことができる。

実施例１５９３では、実施例１５８９の主題は任意的に、前記信号強度測定値が受信信号強度指標（ＲＳＳＩ）測定値である、ということを含むことができる。

実施例１５９４では、実施例１５８６ないし１５９３のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記動作条件によって示される前記無線マルチホップ・ネットワークの競合レベルに基づいて前記無線マルチホップ・ネットワークの構成を調整することを、前記動作条件があらかじめ定義された閾値を超える競合レベルを示すことを判別し、競合レベルを下げるよう前記無線マルチホップ・ネットワークの一つまたは複数のスケジューリングまたは競合パラメータを調整することによって実行するよう構成される、ということを含むことができる。

実施例１５９５では、実施例１５９４の主題は任意的に、前記制御回路が、前記競合レベルを下げるよう前記無線マルチホップ・ネットワークの一つまたは複数のスケジューリングまたは競合パラメータを調整することを、前記一つまたは複数のノードのリッスンビフォアトーク・パラメータを調整すること、前記一つまたは複数のノードの送信待ち時間を調整すること、前記一つまたは複数のノードの送信スケジュールを調整することまたは前記一つまたは複数のノードの物理（ＰＨＹ）層または媒体アクセス制御（ＭＡＣ）層パラメータを調整することによって実行するよう構成される、ということを含むことができる。

実施例１５９６では、実施例１５８６ないし１５９３のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記動作条件によって示される前記無線マルチホップ・ネットワークの競合レベルに基づいて前記無線マルチホップ・ネットワークの構成を調整することを、前記競合レベルに従って前記一つまたは複数のノードの電力消費パラメータを調整することによって実行するよう構成される、ということを含むことができる。

実施例１５９７では、実施例１５９６記載の主題は任意的に、前記制御回路が、前記競合レベルに従って前記一つまたは複数のノードの電力消費パラメータを調整することを、高い競合条件においては、前記一つまたは複数のノードにおける電力消費を減らすよう前記一つまたは複数のノードのデューティーサイクル・パラメータを調整することによって実行するよう構成される、ということを含むことができる。

実施例１５９８では、実施例１５８６ないし１５９３のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記動作条件によって示される前記無線マルチホップ・ネットワークの競合レベルに基づいて前記無線マルチホップ・ネットワークの構成を調整することを、前記一つまたは複数のノードのうちのどれが前記無線マルチホップ・ネットワークに接続されるかを調整することまたは前記一つまたは複数のノードのルーティング構成を調整することによって実行するよう構成される、ということを含むことができる。

実施例１５９９では、実施例１５８６ないし１５９８のうちいずれか一項記載の主題は任意的に、前記無線およびアンテナ回路が、前記無線マルチホップ・ネットワークの一つまたは複数のノードから電波測定値を受信することを、前記一つまたは複数のノードのうちの第一のノードからの前記電波測定値の少なくとも一つを前記第一のノードからの関連付け要求と一緒に、前記第一のノードが前記無線マルチホップ・ネットワークに接続することを許可する前に受信することによって実行するよう構成される、ということを含むことができる。

実施例１６００では、実施例１５９９の主題は任意的に、前記制御回路が、前記第一のノードが前記無線マルチホップ・ネットワークに参加する権限を与えられているかどうかを検証し、前記第一のノードが前記無線マルチホップ・ネットワークに参加する権限を与えられている場合に前記電波測定値を受け容れるようさらに構成される、ということを含むことができる。

実施例１６０１では、実施例１５８６ないし１６００のうちいずれか一項記載の主題は任意的に、前記無線およびアンテナ回路が、前記無線マルチホップ・ネットワークの一つまたは複数のノードから電波測定値を受信することを、前記一つまたは複数のノードのうちの第二のノードからの前記電波測定値の少なくとも一つを、前記第二のノードが前記無線マルチホップ・ネットワークに接続した後に受信することによって実行するよう構成される、ということを含むことができる。

実施例１６０２では、実施例１５８６ないし１６００のうちいずれか一項記載の主題は任意的に、前記無線およびアンテナ回路が、前記無線マルチホップ・ネットワークの一つまたは複数のノードから電波測定値を受信することを、前記一つまたは複数のノードのうちの第二のノードからの前記電波測定値の少なくとも一つを、データ・パケット上で相乗りデータとして受信することによって実行するよう構成される、ということを含むことができる。

実施例１６０３では、実施例１５８６ないし１６０２のうちいずれか一項記載の主題は任意的に、前記無線マルチホップ・ネットワークが非第三世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークであり、前記無線およびアンテナ回路が、前記無線マルチホップ・ネットワーク上の前記一つまたは複数のノードからデータ・パケットを受信するよう構成され、当該ゲートウェイ装置が、該データ・パケットを４ＧＰＰネットワークにルーティングするよう構成された追加的な無線およびアンテナ回路をさらに含む、ということを含むことができる。

実施例１６０４では、実施例１６０３の主題は任意的に、前記無線およびアンテナ回路が、前記無線マルチホップ・ネットワーク上の前記一つまたは複数のノードからデータ・パケットを受信することを、前記一つまたは複数のノードからの前記データ・パケットを非３ＧＰＰ無線インターフェースを用いて受信することによって実行するよう構成され、前記追加的な無線およびアンテナ回路が、前記データ・パケットを４ＧＰＰネットワークにルーティングすることを、前記データ・パケットを４ＧＰＰネットワークに、４ＧＰＰ無線インターフェースを用いてルーティングすることによって実行するよう構成される、ということを含むことができる。

実施例１６０５では、実施例１６０３の主題は任意的に、前記制御回路が、前記４ＧＰＰネットワークと別のネットワークの間のインターフェースとなる管理インターフェース・サーバーを介して前記電波測定値をデータベースにアップロードし、前記管理インターフェース・サーバーを介して管理装置から構成変更命令を受信し、前記構成変更命令に従って前記無線マルチホップ・ネットワークを構成し直すよう構成される、ということを含むことができる。

実施例１６０６では、実施例１６０３の主題は任意的に、前記制御回路が、前記４ＧＰＰネットワークと別のネットワークの間のインターフェースとなる管理インターフェース・サーバーを介して前記無線マルチホップ・ネットワークについての現在の構成情報をデータベースにアップロードし、前記管理インターフェース・サーバーを介して管理装置から構成変更命令を受信し、前記構成変更命令に従って前記無線マルチホップ・ネットワークを構成し直すようさらに構成される、ということを含むことができる。

実施例１６０７では、実施例１５８６ないし１６０２のうちいずれか一項記載の主題は任意的に、前記無線マルチホップ・ネットワークが第一の無線アクセス技術で動作し、前記無線およびアンテナ回路が前記無線マルチホップ・ネットワーク上の前記一つまたは複数のノードからデータ・パケットを受信するよう構成され、前記ゲートウェイ装置がさらに、前記データ・パケットを前記第一の無線アクセス技術とは異なる第二の無線アクセス技術で動作する第二のネットワークにルーティングするよう構成された追加的な無線およびアンテナ回路を含む、ということを含むことができる。

実施例１６０８では、実施例１６０７の主題は任意的に、前記無線およびアンテナ回路が前記無線マルチホップ・ネットワーク上の前記一つまたは複数のノードからデータ・パケットを受信することを、前記第一の無線アクセス技術の無線インターフェースを用いて前記一つまたは複数のノードから前記データ・パケットを受信することによって実行するよう構成され、前記追加的な無線およびアンテナ回路が、前記データ・パケットを第二のネットワークにルーティングすることを、前記第二の無線アクセス技術の無線インターフェースを用いて前記データ・パケットを前記第二のネットワークにルーティングすることによって実行するよう構成される、ということを含むことができる。

実施例１６０９では、実施例１６０８の主題は任意的に、前記制御回路が前記４ＧＰＰネットワークと別のネットワークとの間のインターフェースとなる管理インターフェース・サーバーを介して前記電波測定値をデータベースにアップロードし、前記管理インターフェース・サーバーを介して管理装置から構成変更命令を受信し、前記構成変更命令に従って前記無線マルチホップ・ネットワークを構成し直すようさらに構成される、ということを含むことができる。

実施例１６１０では、実施例１６０３の主題は任意的に、前記制御回路が前記第二のネットワークと第三のネットワークとの間のインターフェースとなる管理インターフェース・サーバーを介して前記無線マルチホップ・ネットワークについての現在の構成情報をデータベースにアップロードし、前記管理インターフェース・サーバーを介して管理装置から構成変更命令を受信し、前記構成変更命令に従って前記無線マルチホップ・ネットワークを構成し直すようさらに構成される、ということを含むことができる。

実施例１６１１は、測定タイマーの継続時間中に、無線スキャンを実行して近接無線ネットワークを識別し、前記近接無線ネットワークの一つまたは複数の電波測定値を得るよう構成された測定回路と；前記測定タイマーが期限切れになった後、識別された近接無線ネットワークに基づいて目標無線ネットワークを選択して、前記目標無線ネットワークのコーディネーター・ノードに前記一つまたは複数の電波測定値を含む関連付け要求を送信するよう構成された制御回路とを含む、回路装置である。

実施例１６１２では、実施例１６１１の主題は任意的に、端末装置として構成され、無線回路およびアンテナをさらに含むことができる。

実施例１６１３では、実施例１６１１または１６１２の主題は任意的に、前記制御回路が、プロセッサの動作を制御するソフトウェア定義命令を実行するよう構成されたプロセッサである、ということを含むことができる。

実施例１６１４では、実施例１６１１ないし１６１３のうちいずれか一項記載の主題は任意的に、前記測定回路がハードウェア定義回路またはソフトウェア定義回路として構成される、ということを含むことができる。

実施例１６１５では、実施例１６１１ないし１６１４のうちいずれか一項記載の主題は任意的に、モノのインターネット（ＩｏＴ）ノードとして動作するよう構成されることができ、前記目標無線ネットワークはＩｏＴネットワークである。

実施例１６１６では、実施例１６１１ないし１６１５のうちいずれか一項記載の主題は任意的に、前記測定回路が前記無線スキャンを実行して前記近接無線ネットワークの一つまたは複数の電波測定値を得ることを、受信されるフレーム計数測定、近傍計数測定、信号強度測定、チャネル活動測定、チャネル・アクセス遅延測定、フレーム送信遅延測定、パケットもしくはフレーム誤り率測定または再送信計数測定を実行することによって実行するよう構成される、ということを含むことができる。

実施例１６１７では、実施例１６１１ないし１６１６のうちいずれか一項記載の主題は任意的に、前記測定回路が、前記無線スキャンを実行して近接無線ネットワークを識別することを、前記目標無線ネットワークの一つまたは複数のノードからデータ・パケットを受信し；それらのデータ・パケットに基づいて前記目標ネットワークを同定することによって実行するよう構成される、ということを含むことができる。

実施例１６１８では、実施例１６１１ないし１６１７のうちいずれか一項記載の主題は任意的に、前記コーディネーター・ノードが第二の無線ネットワークへのインターフェースを提供するゲートウェイ装置であり、前記制御回路が、前記第二の無線ネットワークのために意図されているデータ・パケットを前記コーディネーター・ノードに送信するようさらに構成される、ということを含むことができる。

実施例１６１９では、実施例１６１８の主題は任意的に、前記目標無線ネットワークは非第三世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークであり、前記第二のネットワークが４ＧＰＰネットワークである、ということを含むことができる。

実施例１６２０では、実施例１６１１ないし１６１９のうちいずれか一項記載の主題は任意的に、前記測定回路が、前記目標無線ネットワークに接続した後、定期的に電波測定を実行するようさらに構成され、前記制御回路が、前記電波測定値を前記コーディネーター・ノードに報告するよう構成される、ということを含むことができる。

実施例１６２１では、実施例１６２０の主題は任意的に、前記制御回路が、前記電波測定値を前記コーディネーター・ノードに報告することを、前記電波測定値を、前記コーディネーター・ノードに宛てられたデータ・パケットに相乗りさせることによって実行するよう構成される、ということを含むことができる。

実施例１６２２では、実施例１６２０の主題は任意的に、前記制御回路が、前記電波測定値を前記コーディネーター・ノードに報告することを、前記電波測定値を含む単独の測定報告を前記コーディネーター・ノードに送信することによって実行するよう構成される、ということを含むことができる。

実施例１６２３では、実施例１６１１ないし１６２２のうちいずれか一項記載の主題は任意的に、前記制御回路が、前記コーディネーター・ノードから、スケジューリングまたは競合パラメータ調整を指定する構成変更を受信し、前記スケジューリングまたは競合パラメータ調整に従ってデータを送信または受信するようさらに構成される、ということを含むことができる。

実施例１６２４は、第一のネットワークと第二のネットワークの間でインターフェースとして動作するよう構成された管理インターフェース・サーバーであって、当該管理インターフェース・サーバーはさらに：前記第一のネットワークを介して無線マルチホップ・ネットワークのゲートウェイ装置から動作情報を収集し；無線マルチホップ・ネットワークの動作条件の要求を、前記第二のネットワークで動作している管理装置から受信し；前記管理装置が前記無線マルチホップ・ネットワークを管理する権限を与えられていることを検証し；データベースにアクセスして、要求された動作情報を取得し、該要求された動作情報を前記第二のネットワークを介して前記ゲートウェイ装置に提供するためのプログラム・コードを実行するようさらに構成されている、管理インターフェース・サーバーである。

実施例１６２５では、実施例１６２４の主題は任意的に、前記第一のネットワークが第三世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークであり、前記第二のネットワークが非３ＧＰＰネットワークである、ということを含むことができる。

実施例１６２６では、実施例１６２４または１６２５の主題は任意的に、前記管理インターフェース・サーバーが、前記第一のネットワークと前記第二のネットワークの間のアプリケーション・プログラミング・インターフェース（ＡＰＩ）として構成される、ということを含むことができる。

実施例１６２７では、実施例１６２４ないし１６２６のうちいずれか一項記載の主題は任意的に、前記無線マルチホップ・ネットワークがモノのインターネット（ＩｏＴ）ネットワークである、ということを含むことができる。

実施例１６２８では、実施例１６２４ないし１６２７のうちいずれか一項記載の主題は任意的に、前記管理装置から構成変更命令を受信し、該構成変更命令を前記第一のネットワークを介して前記無線マルチホップ・ネットワークに転送するようさらに構成されることができる。

実施例１６２９では、実施例１６２４ないし１６２８のうちいずれか一項記載の主題は任意的に、前記動作情報が前記無線マルチホップ・ネットワークの測定情報または構成情報である、ということを含むことができる。

実施例１６３０は、ビークルからビークル動き情報を受信する手段と；前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定する手段と；前記予測される軌跡に基づいて前記ビークルのほうにアンテナ・ビームをステアリングする手段とを含む装置である。

実施例１６３１は、無線通信を実行する方法であって、当該方法は、ビークルからビークル動き情報を受信する段階と；前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定する段階と；前記予測される軌跡に基づいて前記ビークルのほうにアンテナ・ビームをステアリングする段階とを含む、方法である。

実施例１６３２では、実施例１６３１の主題は任意的に、前記予測される軌跡に基づいて前記ビークルのほうにステアリング方向を決定することをさらに含むことができ、前記予測される軌跡に基づいて前記ビークルのほうにアンテナ・ビームをステアリングすることは、前記アンテナ・ビームを前記ステアリング方向においてステアリングすることを含む。

実施例１６３３では、実施例１６３１または１６３２の主題は任意的に、前記ビークル動き情報が前記ビークルの位置および速度を含み、前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定することが、前記ビークルが前記位置から前記速度で動き続けることを予期して前記予測される軌跡を決定することを含む、ということを含むことができる。

実施例１６３４では、実施例１６３３の主題は任意的に、前記速度が方向性の速度であり、前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定することが、前記方向性の速度に基づいて前記予測される軌跡の方向を決定することを含む、ということを含むことができる。

実施例１６３５では、実施例１６３１または１６３２の主題は任意的に、前記ビークル動き情報が前記ビークルの現在のルートを含み、前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定することが、前記ビークルが前記現在のルートを進み続けることを予期して前記予測される軌跡を決定することを含む、ということを含むことができる。

実施例１６３６では、実施例１６３１ないし１６３５のうちいずれか一項記載の主題が任意的に、前記ビークルからビークル動き情報を受信することが、前記ビークルとの初期接続が確立されたときに前記ビークルから初期コンテキスト・レポートを受信することを含む、ということを含むことができる。

実施例１６３７では、実施例１６３１ないし１６３６のうちいずれか一項記載の主題が任意的に、前記ビークルからビークル動き情報を受信することが、ある時間期間にわたって前記ビークルから定期的なコンテキスト・レポートを受信することを含み、前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定して、前記予測される軌跡に基づいて前記ビークルのほうにアンテナ・ビームをステアリングすることが、それぞれの定期的なコンテキスト・レポートに基づいて、更新された予測される軌跡を取得し、それぞれの更新された予測される軌跡に基づいて前記アンテナ・ビームで前記ビークルを追跡することを含む、ということを含むことができる。

実施例１６３８では、実施例１６３１ないし１６３７のうちいずれか一項記載の主題が任意的に、前記ビークルが固定した経路を進行中であり、前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定することが、前記固定した経路のルートについての情報を適用して前記予測される軌跡を決定することを含む、ということを含むことができる。

実施例１６３９では、実施例１６３８の主題が任意的に、前記固定した経路が道路である、ということを含むことができる。

実施例１６４０では、実施例１６３１ないし１６３９のうちいずれか一項記載の主題が任意的に、前記アンテナ・ビームの前記ビークルへの経路を塞いでいる障害物を検出し、前記障害物に基づいて前記ビークルへの無線通信を調整することをさらに含むことができる。

実施例１６４１では、実施例１６４０の主題が任意的に、前記障害物に基づいて前記ビークルへの無線通信を調整することが、前記障害物が前記アンテナ・ビームの前記経路に引き起こしている遮蔽の度合いに基づいて前記アンテナ・ビームの幅を調整することを含む、ということを含むことができる。

実施例１６４２では、実施例１６４０の主題が任意的に、前記障害物に基づいて前記ビークルへの無線通信を調整することが、現在の無線アクセス技術よりも経路損失に敏感でない異なる無線アクセス技術に切り換えることを含む、ということを含むことができる。

実施例１６４３では、実施例１６４０ないし１６４２のうちいずれか一項記載の主題が任意的に、前記アンテナ・ビームの前記ビークルへの経路を塞いでいる障害物を検出することが、前記障害物をセンサーで検出することを含む、ということを含むことができる。

実施例１６４４では、実施例１６４０ないし１６４２のうちいずれか一項記載の主題が任意的に、前記アンテナ・ビームの前記ビークルへの経路を塞いでいる障害物が第二のビークルであり、前記アンテナ・ビームの前記ビークルへの経路を塞いでいる障害物を検出することが、前記第二のビークルからビークル動き情報を受信し、前記第二のビークルからのビークル動き情報に基づいて前記第二のビークルの予測される軌跡を決定し、前記第二のビークルの予測される軌跡によれば前記第二のビークルが前記アンテナ・ビームの前記ビークルへの前記経路を塞ぐことになることを検出することを含む、ということを含むことができる。

実施例１６４５では、実施例１６４４の主題が任意的に、前記障害物に基づいて前記ビークルへの無線通信を調整することが、前記第二のビークルを中継点として利用して、無線データを前記ビークルにルーティングすることを含む、ということを含むことができる。

実施例１６４６では、実施例１６３１ないし１６４５のうちいずれか一項記載の主題が任意的に、一つまたは複数の追加的なビークルからビークル動き情報を受信し；前記ビークル動き情報に基づいて前記一つまたは複数の追加的なビークルのそれぞれについての予測される軌跡を決定し；前記一つまたは複数の追加的なビークルのそれぞれについての前記予測される軌跡に基づいて前記一つまたは複数の追加的なビークルのそれぞれのほうにそれぞれのアンテナ・ビームをステアリングすることをさらに含むことができる。

実施例１６４７では、実施例１６３１ないし１６４６のうちいずれか一項記載の主題が任意的に、前記ビークルが自動車である、ということを含むことができる。

実施例１６４８では、実施例１６３１ないし１６４６のうちいずれか一項記載の主題が任意的に、前記ビークルがドローンである、ということを含むことができる。

実施例１６４９は、実施例１６３１ないし１６４８のうちいずれか一項記載の方法を実行するよう構成されたネットワーク・アクセス・ノードである。

実施例１６５０は、実施例１６３１ないし１６４８のうちいずれか一項記載の方法を実行するよう構成された回路装置である。

実施例１６５１は、ネットワーク・アクセス・ノードのコントローラによって実行されたときに該ネットワーク・アクセス・ノードに、実施例１６３１ないし１６４８のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１６５２は、無線データをビークルに提供するためのネットワーク・アクセス・ノード・インフラストラクチャーであり、当該ネットワーク・アクセス・ノード・インフラストラクチャーは、ビークルからビークル動き情報を受信するよう構成された収集モジュールと；前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定するよう構成された予測モジュールと；前記予測される軌跡に基づいて前記ビークルのほうにアンテナ・ビームをステアリングするよう構成されたステアリング制御モジュールとを含む。

実施例１６５３では、実施例１６５２の主題は任意的に、前記アンテナ・ビームを生成するよう構成されたアンテナ・アレイをさらに含むことができ、前記ステアリング制御モジュールは前記アンテナ・アレイを制御することによって前記アンテナ・ビームをステアリングするよう構成される。

実施例１６５４では、実施例１６５２または１６５３の主題は任意的に、無線トランシーバをさらに含むことができる。

実施例１６５５では、実施例１６５２ないし１６５４のうちいずれか一項記載の主題は任意的に、前記ステアリング制御モジュールは、前記予測される軌跡に基づいて前記ビークルのほうにステアリング方向を決定するようさらに構成され、前記ステアリング制御モジュールは、前記予測される軌跡に基づいて前記ビークルのほうにアンテナ・ビームをステアリングすることを、前記アンテナ・ビームを前記ステアリング方向においてステアリングすることによって実行するよう構成される、ということを含むことができる。

実施例１６５６では、実施例１６５２ないし１６５５のうちいずれか一項記載の主題は任意的に、前記ビークル動き情報が前記ビークルの位置および速度を含み、前記予測モジュールが、前記ビークル動きに基づいて前記ビークルの予測される軌跡を決定することを、前記ビークルが前記位置から前記速度で動き続けることを予期して前記予測される軌跡を決定することによって実行するよう構成される、ということを含むことができる。

実施例１６５７では、実施例１６５６の主題は任意的に、前記速度が方向性の速度であり、前記予測モジュールが、前記方向性の速度に基づいて前記予測される軌跡の方向を決定するよう構成される、ということを含むことができる。

実施例１６５８では、実施例１６５２ないし１６５５のうちいずれか一項記載の主題は任意的に、前記ビークル動き情報が前記ビークルの現在のルートを含み、前記予測モジュールが、前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定することを、前記ビークルが前記現在のルートを進み続けることを予期して前記予測される軌跡を決定することを含む、ということを含むことができる。

実施例１６５９では、実施例１６５２ないし１６５８のうちいずれか一項記載の主題が任意的に、前記収集モジュールが、前記ビークル動き情報を受信することを、前記ビークルが前記ネットワーク・アクセス・ノード・インフラストラクチャーに接続するときに前記ビークルから初期コンテキスト・レポートを受信することによって実行するよう構成される、ということを含むことができる。

実施例１６６０では、実施例１６５２ないし１６５９のうちいずれか一項記載の主題が任意的に、前記収集モジュールが、前記ビークルからビークル動き情報を受信することを、ある時間期間にわたって前記ビークルから定期的なコンテキスト・レポートを受信することによって実行するよう構成され、前記予測モジュールが、前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定して、前記予測される軌跡に基づいて前記ビークルのほうにアンテナ・ビームをステアリングすることを、それぞれの定期的なコンテキスト・レポートに基づいて、更新された予測される軌跡を取得し、それぞれの更新された予測される軌跡に基づいて前記アンテナ・ビームで前記ビークルを追跡することによって実行するよう構成される、ということを含むことができる。

実施例１６６１では、実施例１６５２ないし１６６０のうちいずれか一項記載の主題が任意的に、前記ビークルが固定した経路を進行中であり、前記予測モジュールが、前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定することを、前記固定した経路のルートについての情報を適用して前記予測される軌跡を決定することによって実行するよう構成される、ということを含むことができる。

実施例１６６２では、実施例１６６１の主題が任意的に、前記固定した経路が道路である、ということを含むことができる。

実施例１６６３では、実施例１６５２ないし１６６２のうちいずれか一項記載の主題が任意的に、前記ステアリング制御モジュールが、前記アンテナ・ビームの前記ビークルへの経路を塞いでいる障害物を検出し、前記障害物に基づいて前記ビークルへの無線通信を調整するようさらに構成される、ということを含むことができる。

実施例１６６４では、実施例１６６３の主題が任意的に、前記ステアリング制御モジュールが、前記障害物に基づいて前記ビークルへの無線通信を調整することを、前記障害物が前記アンテナ・ビームの前記経路に引き起こしている遮蔽の度合いに基づいて前記アンテナ・ビームの幅を調整することによって実行するよう構成される、ということを含むことができる。

実施例１６６５では、実施例１６６３の主題が任意的に、前記ステアリング制御モジュールが、前記障害物に基づいて前記ビークルへの無線通信を調整することを、現在の無線アクセス技術よりも経路損失に敏感でない異なる無線アクセス技術に切り換えることによって実行するよう構成される、ということを含むことができる。

実施例１６６６では、実施例１６６３ないし１６６５のうちいずれか一項記載の主題が任意的に、前記ステアリング制御モジュールが、前記アンテナ・ビームの前記ビークルへの経路を塞いでいる障害物を検出することを、前記障害物をセンサーで検出することによって実行するよう構成される、ということを含むことができる。

実施例１６６７では、実施例１６６３ないし１６６５のうちいずれか一項記載の主題が任意的に、前記アンテナ・ビームの前記ビークルへの経路を塞いでいる障害物が第二のビークルであり、前記収集モジュールが、前記第二のビークルからビークル動き情報を受信するよう構成され、前記予測モジュールが、前記第二のビークルからのビークル動き情報に基づいて前記第二のビークルの予測される軌跡を決定するようさらに構成され、前記ステアリング制御モジュールが、前記アンテナ・ビームの前記ビークルへの経路を塞いでいる障害物を検出することを、前記第二のビークルの予測される軌跡によれば前記第二のビークルが前記アンテナ・ビームの前記ビークルへの前記経路を塞ぐことになることを検出することによって実行するよう構成される、ということを含むことができる。

実施例１６６８では、実施例１６６７の主題が任意的に、前記ステアリング制御モジュールが、前記障害物に基づいて前記ビークルへの無線通信を調整することを、前記第二のビークルを中継点として利用して、無線データを前記ビークルにルーティングすることによって実行するよう構成される、ということを含むことができる。

実施例１６６９では、実施例１６５２ないし１６６８のうちいずれか一項記載の主題が任意的に、前記収集モジュールが、一つまたは複数の追加的なビークルからビークル動き情報を受信するようさらに構成され、前記予測モジュールが、前記ビークル動き情報に基づいて前記一つまたは複数の追加的なビークルのそれぞれについての予測される軌跡を決定するようさらに構成され、前記ステアリング制御モジュールが、前記一つまたは複数の追加的なビークルのそれぞれについての前記予測される軌跡に基づいて前記一つまたは複数の追加的なビークルのそれぞれのほうにそれぞれのアンテナ・ビームをステアリングするようさらに構成される、ということを含むことができる。

実施例１６７０では、実施例１６５２ないし１６６９のうちいずれか一項記載の主題が任意的に、前記ビークルが自動車である、ということを含むことができる。

実施例１６７１では、実施例１６５２ないし１６６９のうちいずれか一項記載の主題が任意的に、前記ビークルがドローンである、ということを含むことができる。

実施例１６７２は、ネットワーク・アクセス・ノード・インフラストラクチャーであり、当該ネットワーク・アクセス・ノード・インフラストラクチャーのカバレッジ・エリア内を進行しているビークルから、各ビークルの現在の動き情報を示す動きレポートを受信するよう構成された収集モジュールと、各ビークルについての予測される軌跡を決定するよう構成された予測モジュールと、各ビークルについての前記予測される軌跡に基づいて各ビークルのほうにそれぞれのアンテナ・ビームをステアリングするようビームステアリングを実行するよう構成されたアンテナ・アレイとを含む。

実施例１６７３では、実施例１６７２の主題は任意的に、各ビークルについての前記予測される軌跡に基づいてそれぞれのアンテナ・ビームについてのステアリング方向を決定するよう構成されたステアリング制御モジュールをさらに含むことができる。

実施例１６７４では、実施例１６７２の主題は任意的に、前記ビークルが固定したルートを進行している、ということを含むことができる。

実施例１６７５では、実施例１６７４の主題が任意的に、前記ビークルが自動車であり、前記固定した経路が道路である、ということを含むことができる。

実施例１６７６では、実施例１６７２ないし１６７５のうちいずれか一項記載の主題が任意的に、前記測定レポートのそれぞれがそれぞれのビークルの現在位置および現在速度を含み、前記予測モジュールが、それぞれのビークルの現在位置および現在速度に基づいてそれぞれのビークルについての前記予測される軌跡を決定するよう構成される、ということを含むことができる。

実施例１６７７では、実施例１６７６の主題は任意的に、前記予測が、それぞれのビークルの現在位置および現在速度に基づいてそれぞれのビークルについての前記予測される軌跡を決定することを、各ビークルが現在位置から現在速度で進み続けることを予期することによって実行するよう構成される、ということを含むことができる。

実施例１６７８では、実施例１６７２ないし１６７７のうちいずれか一項記載の主題は任意的に、前記収集モジュールが、各ビークルが当該ネットワーク・アクセス・ノード・インフラストラクチャーに接続するときに各ビークルから初期動きレポートを受信するよう構成され、前記予測モジュールが、各ビークルについての前記予測される軌跡を決定することを、前記初期動きレポートに基づいて各ビークルについての初期の予測される軌跡を決定することによって実行するよう構成される、ということを含むことができる。

実施例１６７９では、実施例１６７２ないし１６７８のうちいずれか一項記載の主題が任意的に、前記収集モジュールが、各ビークルから定期的な更新された動きレポートを受信するよう構成され、前記予測モジュールが、前記定期的な更新された動きレポートに基づいて、各ビークルについての更新された予測される軌跡を決定するよう構成される、ということを含むことができる。

実施例１６８０では、実施例１６７２ないし１６７９のうちいずれか一項記載の主題が任意的に、前記アンテナ・アレイが、各ビークルについての前記予測される軌跡に基づいて各ビークルのほうにそれぞれのアンテナ・ビームをステアリングすることを、開ループ・ビームステアリングを実行することによって実行するよう構成される、ということを含むことができる。

実施例１６８１では、実施例１６７２ないし１６８０のうちいずれか一項記載の主題が任意的に、当該ネットワーク・アクセス・ノード・インフラストラクチャーと各ビークルとの間の障害物を検出し、該障害物を避けるよう前記アンテナ・ビームのステアリング方向を変更するよう構成されたステアリング制御モジュールをさらに含むことができる。

実施例１６８２では、実施例１６７２ないし１６８０のうちいずれか一項記載の主題が任意的に、前記ビークルのうちの第一のビークルの予測される軌跡によれば前記第一のビークルが第二のビークルおよび前記アンテナ・アレイからの経路を塞ぐことになるときを判別して、前記アンテナ・アレイから前記第一のビークルへの無線通信における変更をトリガーするよう構成されたステアリング制御モジュールをさらに含むことができる。

実施例１６８３では、実施例１６８２の主題が任意的に、前記ステアリング制御モジュールが、前記アンテナ・アレイから前記第一のビークルへの無線通信における変更をトリガーすることを、前記第二のビークルを避けるよう前記アンテナ・アレイから前記第一のビークルへのアンテナ・ビームの幅を調整することによって実行するよう構成される、ということを含むことができる

実施例１６８４では、実施例１６８２の主題が任意的に、前記ステアリング制御モジュールが、前記アンテナ・アレイから前記第一のビークルへの無線通信における変更をトリガーすることを、前記第一のビークルとの無線通信を実行するために、現在の無線アクセス技術ではなく代替的な無線アクセス技術に切り換えることによって実行するよう構成される、ということを含むことができる

実施例１６８５では、実施例１６８２の主題が任意的に、前記ステアリング制御モジュールが、前記アンテナ・アレイから前記第一のビークルへの無線通信における変更をトリガーすることを、前記第二のビークルを中継点として利用して、データを前記第一のビークルにルーティングすることによって実行するよう構成される、ということを含むことができる。

実施例１６８６は、ネットワーク・アクセス・ノードのコントローラによって実行されたときに該ネットワーク・アクセス・ノードに方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体であり、前記方法は、ビークルからビークル動き情報を受信する段階と；前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定する段階と；前記予測される軌跡に基づいて前記ビークルのほうにアンテナ・ビームをステアリングする段階とを含む。

実施例１６８７では、実施例１６８６の主題は任意的に、前記方法が、前記予測される軌跡に基づいて前記ビークルのほうにステアリング方向を決定することをさらに含み、前記予測される軌跡に基づいて前記ビークルのほうにアンテナ・ビームをステアリングすることは、前記アンテナ・ビームを前記ステアリング方向においてステアリングすることを含む、ということを含むことができる。

実施例１６８８では、実施例１６８６または１６８７の主題は任意的に、前記ビークル動き情報が前記ビークルの位置および速度を含み、前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定することが、前記ビークルが前記位置から前記速度で動き続けることを予期して前記予測される軌跡を決定することを含む、ということを含むことができる。

実施例１６８９では、実施例１６８８の主題は任意的に、前記速度が方向性の速度であり、前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定することが、前記方向性の速度に基づいて前記予測される軌跡の方向を決定することを含む、ということを含むことができる。

実施例１６９０では、実施例１６８６または１６８７の主題は任意的に、前記ビークル動き情報が前記ビークルの現在のルートを含み、前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定することが、前記ビークルが前記現在のルートを進み続けることを予期して前記予測される軌跡を決定することを含む、ということを含むことができる。

実施例１６９１では、実施例１６８６ないし１６９０のうちいずれか一項記載の主題が任意的に、前記ビークルからビークル動き情報を受信することが、前記ビークルとの初期接続が確立されたときに前記ビークルから初期コンテキスト・レポートを受信することを含む、ということを含むことができる。

実施例１６９２では、実施例１６８６ないし１６９１のうちいずれか一項記載の主題が任意的に、前記ビークルからビークル動き情報を受信することが、ある時間期間にわたって前記ビークルから定期的なコンテキスト・レポートを受信することを含み、前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定して、前記予測される軌跡に基づいて前記ビークルのほうにアンテナ・ビームをステアリングすることが、それぞれの定期的なコンテキスト・レポートに基づいて、更新された予測される軌跡を取得し、それぞれの更新された予測される軌跡に基づいて前記アンテナ・ビームで前記ビークルを追跡することを含む、ということを含むことができる。

実施例１６９３では、実施例１６８６ないし１６９２のうちいずれか一項記載の主題が任意的に、前記ビークルが固定した経路を進行中であり、前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定することが、前記固定した経路のルートについての情報を適用して前記予測される軌跡を決定することを含む、ということを含むことができる。

実施例１６９４では、実施例１６９３の主題が任意的に、前記固定した経路が道路である、ということを含むことができる。

実施例１６９５では、実施例１６８６ないし１６９４のうちいずれか一項記載の主題が任意的に、前記方法が、前記アンテナ・ビームの前記ビークルへの経路を塞いでいる障害物を検出し、前記障害物に基づいて前記ビークルへの無線通信を調整することをさらに含む、ということを含むことができる。

実施例１６９６では、実施例１６９５の主題が任意的に、前記障害物に基づいて前記ビークルへの無線通信を調整することが、前記障害物が前記アンテナ・ビームの前記経路に引き起こしている遮蔽の度合いに基づいて前記アンテナ・ビームの幅を調整することを含む、ということを含むことができる。

実施例１６９７では、実施例１６９５の主題が任意的に、前記障害物に基づいて前記ビークルへの無線通信を調整することが、現在の無線アクセス技術よりも経路損失に敏感でない異なる無線アクセス技術に切り換えることを含む、ということを含むことができる。

実施例１６９８では、実施例１６９５ないし１６９７のうちいずれか一項記載の主題が任意的に、前記アンテナ・ビームの前記ビークルへの経路を塞いでいる障害物を検出することが、前記障害物をセンサーで検出することを含む、ということを含むことができる。

実施例１６９９では、実施例１６９５ないし１６９７のうちいずれか一項記載の主題が任意的に、前記アンテナ・ビームの前記ビークルへの経路を塞いでいる障害物が第二のビークルであり、前記アンテナ・ビームの前記ビークルへの経路を塞いでいる障害物を検出することが、前記第二のビークルからビークル動き情報を受信し、前記第二のビークルからのビークル動き情報に基づいて前記第二のビークルの予測される軌跡を決定し、前記第二のビークルの予測される軌跡によれば前記第二のビークルが前記アンテナ・ビームの前記ビークルへの前記経路を塞ぐことになることを検出することを含む、ということを含むことができる。

実施例１７００では、実施例１６９９の主題が任意的に、前記障害物に基づいて前記ビークルへの無線通信を調整することが、前記第二のビークルを中継点として利用して、無線データを前記ビークルにルーティングすることを含む、ということを含むことができる。

実施例１７０１では、実施例１６８６ないし１７００のうちいずれか一項記載の主題が任意的に、一つまたは複数の追加的なビークルからビークル動き情報を受信し；前記ビークル動き情報に基づいて前記一つまたは複数の追加的なビークルのそれぞれについての予測される軌跡を決定し；前記一つまたは複数の追加的なビークルのそれぞれについての前記予測される軌跡に基づいて前記一つまたは複数の追加的なビークルのそれぞれのほうにそれぞれのアンテナ・ビームをステアリングすることをさらに含むことができる。

実施例１７０２では、実施例１６８６ないし１７０１のうちいずれか一項記載の主題が任意的に、前記ビークルが自動車である、ということを含むことができる。

実施例１７０３では、実施例１６８６ないし１７０１のうちいずれか一項記載の主題が任意的に、前記ビークルがドローンである、ということを含むことができる。

実施例１７０４は、無線データをビークルに提供するためのネットワーク・アクセス・ノード・インフラストラクチャーであり、当該ネットワーク・アクセス・ノード・インフラストラクチャーは、ビークルからビークル動き情報を受信するよう構成された収集回路と；前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定するよう構成された予測回路と；前記予測される軌跡に基づいて前記ビークルのほうにアンテナ・ビームをステアリングするよう構成されたステアリング制御回路とを含む。

実施例１７０５では、実施例１７０４の主題は任意的に、前記収集回路、前記予測回路および前記ステアリング制御回路がハードウェア定義回路またはソフトウェア定義回路である、ということを含むことができる。

実施例１７０６では、実施例１７０４または１７０５の主題は任意的に、前記アンテナ・ビームを生成するよう構成されたアンテナ・アレイをさらに含むことができ、前記ステアリング制御回路は前記アンテナ・アレイを制御することによって前記アンテナ・ビームをステアリングするよう構成される。

実施例１７０７では、実施例１７０４ないし１７０６のうちいずれか一項記載の主題は任意的に、無線トランシーバ回路をさらに含むことができる。

実施例１７０８では、実施例１７０４ないし１７０７のうちいずれか一項記載の主題は任意的に、前記ステアリング制御回路は、前記予測される軌跡に基づいて前記ビークルのほうにステアリング方向を決定するようさらに構成され、前記ステアリング制御回路は、前記予測される軌跡に基づいて前記ビークルのほうにアンテナ・ビームをステアリングすることを、前記アンテナ・ビームを前記ステアリング方向においてステアリングすることによって実行するよう構成される、ということを含むことができる。

実施例１７０９では、実施例１７０４ないし１７０８のうちいずれか一項記載の主題は任意的に、前記ビークル動き情報が前記ビークルの位置および速度を含み、前記予測回路が、前記ビークル動きに基づいて前記ビークルの予測される軌跡を決定することを、前記ビークルが前記位置から前記速度で動き続けることを予期して前記予測される軌跡を決定することによって実行するよう構成される、ということを含むことができる。

実施例１７１０では、実施例１７０９の主題は任意的に、前記速度が方向性の速度であり、前記予測回路が、前記方向性の速度に基づいて前記予測される軌跡の方向を決定するよう構成される、ということを含むことができる。

実施例１７１１では、実施例１７０４ないし１７０８のうちいずれか一項記載の主題は任意的に、前記ビークル動き情報が前記ビークルの現在のルートを含み、前記予測回路が、前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定することを、前記ビークルが前記現在のルートを進み続けることを予期して前記予測される軌跡を決定することを含む、ということを含むことができる。

実施例１７１２では、実施例１７０４ないし１７１２のうちいずれか一項記載の主題が任意的に、前記収集回路が、前記ビークル動き情報を受信することを、前記ビークルが前記ネットワーク・アクセス・ノード・インフラストラクチャーに接続するときに前記ビークルから初期コンテキスト・レポートを受信することによって実行するよう構成される、ということを含むことができる。

実施例１７１３では、実施例１７０４ないし１７１２のうちいずれか一項記載の主題が任意的に、前記収集回路が、前記ビークルからビークル動き情報を受信することを、ある時間期間にわたって前記ビークルから定期的なコンテキスト・レポートを受信することによって実行するよう構成され、前記予測回路が、前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定して、前記予測される軌跡に基づいて前記ビークルのほうにアンテナ・ビームをステアリングすることを、それぞれの定期的なコンテキスト・レポートに基づいて、更新された予測される軌跡を取得し、それぞれの更新された予測される軌跡に基づいて前記アンテナ・ビームで前記ビークルを追跡することによって実行するよう構成される、ということを含むことができる。

実施例１７１４では、実施例１７０４ないし１７１３のうちいずれか一項記載の主題が任意的に、前記ビークルが固定した経路を進行中であり、前記予測回路が、前記ビークル動き情報に基づいて前記ビークルの予測される軌跡を決定することを、前記固定した経路のルートについての情報を適用して前記予測される軌跡を決定することによって実行するよう構成される、ということを含むことができる。

実施例１７１５では、実施例１７１４の主題が任意的に、前記固定した経路が道路である、ということを含むことができる。

実施例１７１６では、実施例１７０４ないし１７１５のうちいずれか一項記載の主題が任意的に、前記ステアリング制御回路が、前記アンテナ・ビームの前記ビークルへの経路を塞いでいる障害物を検出し、前記障害物に基づいて前記ビークルへの無線通信を調整するようさらに構成される、ということを含むことができる。

実施例１７１７では、実施例１７１６の主題が任意的に、前記ステアリング制御回路が、前記障害物に基づいて前記ビークルへの無線通信を調整することを、前記障害物が前記アンテナ・ビームの前記経路に引き起こしている遮蔽の度合いに基づいて前記アンテナ・ビームの幅を調整することによって実行するよう構成される、ということを含むことができる。

実施例１７１８では、実施例１７１６の主題が任意的に、前記ステアリング制御回路が、前記障害物に基づいて前記ビークルへの無線通信を調整することを、現在の無線アクセス技術よりも経路損失に敏感でない異なる無線アクセス技術に切り換えることによって実行するよう構成される、ということを含むことができる。

実施例１７１９では、実施例１７１６ないし１７１８のうちいずれか一項記載の主題が任意的に、前記ステアリング制御回路が、前記アンテナ・ビームの前記ビークルへの経路を塞いでいる障害物を検出することを、前記障害物をセンサーで検出することによって実行するよう構成される、ということを含むことができる。

実施例１７２０では、実施例１７１６ないし１７１８のうちいずれか一項記載の主題が任意的に、前記アンテナ・ビームの前記ビークルへの経路を塞いでいる障害物が第二のビークルであり、前記収集回路が、前記第二のビークルからビークル動き情報を受信するよう構成され、前記予測回路が、前記第二のビークルからのビークル動き情報に基づいて前記第二のビークルの予測される軌跡を決定するようさらに構成され、前記ステアリング制御回路が、前記アンテナ・ビームの前記ビークルへの経路を塞いでいる障害物を検出することを、前記第二のビークルの予測される軌跡によれば前記第二のビークルが前記アンテナ・ビームの前記ビークルへの前記経路を塞ぐことになることを検出することによって実行するよう構成される、ということを含むことができる。

実施例１７２１では、実施例１７２０の主題が任意的に、前記ステアリング制御回路が、前記障害物に基づいて前記ビークルへの無線通信を調整することを、前記第二のビークルを中継点として利用して、無線データを前記ビークルにルーティングすることによって実行するよう構成される、ということを含むことができる。

実施例１７２２では、実施例１７０４ないし１７２１のうちいずれか一項記載の主題が任意的に、前記収集回路が、一つまたは複数の追加的なビークルからビークル動き情報を受信するようさらに構成され、前記予測モジュールが、前記ビークル動き情報に基づいて前記一つまたは複数の追加的なビークルのそれぞれについての予測される軌跡を決定するようさらに構成され、前記ステアリング制御回路が、前記一つまたは複数の追加的なビークルのそれぞれについての前記予測される軌跡に基づいて前記一つまたは複数の追加的なビークルのそれぞれのほうにそれぞれのアンテナ・ビームをステアリングするようさらに構成される、ということを含むことができる。

実施例１７２３では、実施例１７０４ないし１７２２のうちいずれか一項記載の主題が任意的に、前記ビークルが自動車である、ということを含むことができる。

実施例１７２４では、実施例１７０４ないし１７２２のうちいずれか一項記載の主題が任意的に、前記ビークルがドローンである、ということを含むことができる。

実施例１７２５は、ネットワーク・アクセス・ノード・インフラストラクチャーであり、当該ネットワーク・アクセス・ノード・インフラストラクチャーのカバレッジ・エリア内を進行しているビークルから、各ビークルの現在の動き情報を示す動きレポートを受信するよう構成された収集回路と、各ビークルについての予測される軌跡を決定するよう構成された予測回路と、各ビークルについての前記予測される軌跡に基づいて各ビークルのほうにそれぞれのアンテナ・ビームをステアリングするようビームステアリングを実行するよう構成されたアンテナ・アレイとを含む。

実施例１７２６では、実施例１７２５の主題は任意的に、前記収集回路および前記予測回路がハードウェア定義回路またはソフトウェア定義回路である、ということを含むことができる。

実施例１７２７では、実施例１７２５または１７２６の主題は任意的に、各ビークルについての前記予測される軌跡に基づいてそれぞれのアンテナ・ビームについてのステアリング方向を決定するよう構成されたステアリング制御回路をさらに含むことができる。

実施例１７２８では、実施例１７２５または１７２６の主題は任意的に、前記ビークルが固定したルートを進行している、ということを含むことができる。

実施例１７２９では、実施例１７２８の主題が任意的に、前記ビークルが自動車であり、前記固定した経路が道路である、ということを含むことができる。

実施例１７３０では、実施例１７２５ないし１７２９のうちいずれか一項記載の主題が任意的に、前記測定レポートのそれぞれがそれぞれのビークルの現在位置および現在速度を含み、前記予測回路が、それぞれのビークルの現在位置および現在速度に基づいてそれぞれのビークルについての前記予測される軌跡を決定するよう構成される、ということを含むことができる。

実施例１７３１では、実施例１７３０の主題は任意的に、前記予測が、それぞれのビークルの現在位置および現在速度に基づいてそれぞれのビークルについての前記予測される軌跡を決定することを、各ビークルが現在位置から現在速度で進み続けることを予期することによって実行するよう構成される、ということを含むことができる。

実施例１７３２では、実施例１７２５ないし１７３１のうちいずれか一項記載の主題は任意的に、前記収集回路が、各ビークルが当該ネットワーク・アクセス・ノード・インフラストラクチャーに接続するときに各ビークルから初期動きレポートを受信するよう構成され、前記予測回路が、各ビークルについての前記予測される軌跡を決定することを、前記初期動きレポートに基づいて各ビークルについての初期の予測される軌跡を決定することによって実行するよう構成される、ということを含むことができる。

実施例１７３３では、実施例１７２５ないし１７３２のうちいずれか一項記載の主題が任意的に、前記収集回路が、各ビークルから定期的な更新された動きレポートを受信するよう構成され、前記予測回路が、前記定期的な更新された動きレポートに基づいて、各ビークルについての更新された予測される軌跡を決定するよう構成される、ということを含むことができる。

実施例１７３４では、実施例１７２５ないし１７３３のうちいずれか一項記載の主題が任意的に、前記アンテナ・アレイが、各ビークルについての前記予測される軌跡に基づいて各ビークルのほうにそれぞれのアンテナ・ビームをステアリングすることを、開ループ・ビームステアリングを実行することによって実行するよう構成される、ということを含むことができる。

実施例１７３５では、実施例１７２５ないし１７３４のうちいずれか一項記載の主題が任意的に、当該ネットワーク・アクセス・ノード・インフラストラクチャーと各ビークルとの間の障害物を検出し、該障害物を避けるよう前記アンテナ・ビームのステアリング方向を変更するよう構成されたステアリング制御回路をさらに含むことができる。

実施例１７３６では、実施例１７２５ないし１７３４のうちいずれか一項記載の主題が任意的に、前記ビークルのうちの第一のビークルの予測される軌跡によれば前記第一のビークルが第二のビークルおよび前記アンテナ・アレイからの経路を塞ぐことになるときを判別して、前記アンテナ・アレイから前記第一のビークルへの無線通信における変更をトリガーするよう構成されたステアリング制御回路をさらに含むことができる。

実施例１７３７では、実施例１７３６の主題が任意的に、前記ステアリング制御回路が、前記アンテナ・アレイから前記第一のビークルへの無線通信における変更をトリガーすることを、前記第二のビークルを避けるよう前記アンテナ・アレイから前記第一のビークルへのアンテナ・ビームの幅を調整することによって実行するよう構成される、ということを含むことができる

実施例１７３８では、実施例１７３６の主題が任意的に、前記ステアリング制御回路が、前記アンテナ・アレイから前記第一のビークルへの無線通信における変更をトリガーすることを、前記第一のビークルとの無線通信を実行するために、現在の無線アクセス技術ではなく代替的な無線アクセス技術に切り換えることによって実行するよう構成される、ということを含むことができる

実施例１７３９では、実施例１７３６の主題が任意的に、前記ステアリング制御回路が、前記アンテナ・アレイから前記第一のビークルへの無線通信における変更をトリガーすることを、前記第二のビークルを中継点として利用して、データを前記第一のビークルにルーティングすることによって実行するよう構成される、ということを含むことができる。

実施例１７４０は、無線環境マップ（ＲＥＭ）・データを分散式に記憶するサーバー・システムであり、当該サーバー・システムは、中央ＲＥＭサーバーと；複数のローカルＲＥＭサーバーとを有し、各ローカルＲＥＭサーバーは、異なるそれぞれの地域のためのローカルＲＥＭデータを、該それぞれの地域内の装置によって提供される電波情報に基づいて生成するよう構成され、該ローカルＲＥＭデータを前記中央ＲＥＭサーバーにアップロードするようさらに構成されており、前記中央ＲＥＭサーバーは、前記複数のローカルＲＥＭサーバーの各ローカルＲＥＭサーバーのそれぞれの地域から構成される集合的地域のためのＲＥＭデータを記憶するよう構成されている。

実施例１７４１では、実施例１７４０の主題は任意的に、前記中央ＲＥＭサーバーがクラウド・ネットワークにおいて配備され、前記複数のローカルＲＥＭサーバーが、前記中央ＲＥＭサーバーより前記装置に近いネットワーク位置に配備される、ということを含むことができる。

実施例１７４２では、実施例１７４１の主題は任意的に、前記複数のローカルＲＥＭサーバーが、ネットワーク・アクセス・ノードにおいてまたはエッジ・コンピューティング・ネットワークにおいて配備される、ということを含むことができる。

実施例１７４３では、実施例１７４０ないし１７４２のうちいずれか一項記載の主題は任意的に、前記複数のローカルＲＥＭサーバーが、前記ローカルＲＥＭデータを前記中央ＲＥＭサーバーに定期的にアップロードし、アップロードとアップロードの間に前記ローカルＲＥＭデータを更新するよう構成される、ということを含むことができる。

実施例１７４４では、実施例１７４０ないし１７４３のうちいずれか一項記載の主題は任意的に、前記複数のローカルＲＥＭサーバーのうちの第一のローカルＲＥＭサーバーが、その対応する地域についてのローカルＲＥＭデータを生成することを、それぞれの地域における装置から電波測定値を受信することによってそれぞれの地域内での装置から電波情報を受け取り、該電波測定値を処理して前記ローカルＲＥＭデータを生成し、該ローカルＲＥＭデータを記憶することによって実行するよう構成される、ということを含むことができる。

実施例１７４５では、実施例１７４４記載の主題は任意的に、前記電波測定値が、前記第一のローカルＲＥＭサーバーの対応する地域内部での位置をタグ付けされる、ということを含むことができる。

実施例１７４６では、実施例１７４０ないし１７４５のうちいずれか一項記載の主題は任意的に、前記装置が端末装置を含む、ということを含むことができる。

実施例１７４７では、実施例１７４０ないし１７４６のうちいずれか一項記載の主題は任意的に、前記装置がネットワーク・アクセス・ノードを含む、ということを含むことができる。

実施例１７４８では、実施例１７４０ないし１７４７のうちいずれか一項記載の主題は任意的に、前記複数のローカルＲＥＭサーバーのうちの第一のローカルＲＥＭサーバーが、要求元装置からローカルＲＥＭデータの要求を受信し、該ローカルＲＥＭデータを前記第一のローカルＲＥＭサーバーのＲＥＭデータベースから取り出し、該ローカルＲＥＭデータを前記要求元装置に提供するようさらに構成される、ということを含むことができる。

実施例１７４９では、実施例１７４８記載の主題は任意的に、前記要求が、前記第一のローカルＲＥＭサーバーの対応する地域におけるローカルＲＥＭデータの要求である、ということを含むことができる。

実施例１７５０では、実施例１７４８記載の主題は任意的に、前記要求が、装置能力クラスおよび情報詳細レベルを指定し、前記ローカルＲＥＭサーバーは、前記装置能力および前記情報詳細レベルに従って前記ＲＥＭデータベースにおいて前記ローカルＲＥＭデータを識別するよう構成される、ということを含むことができる。

実施例１７５１では、実施例１７５０の主題は任意的に、前記情報詳細レベルが、前記要求元装置によって要求されたＲＥＭデータのスコープを示し、前記装置能力クラスが、前記要求元装置によってどの無線アクセス技術がサポートされているかを示す、ということを含むことができる。

実施例１７５２では、実施例１７４０ないし１７５１のうちいずれか一項記載の主題は任意的に、前記複数のローカルＲＥＭサーバーのうちの第一のローカルＲＥＭサーバーの前記ローカルＲＥＭデータが、前記第一のローカルＲＥＭサーバーの対応する地域にわたる利用可能な無線アクセス技術およびパフォーマンス・メトリック情報を示す、ということを含むことができる。

実施例１７５３では、実施例１７５２の主題は任意的に、前記パフォーマンス・メトリック情報が、ネットワーク負荷データ、再送信パラメータ、パケット／ビット／ブロック誤り率（ＰＥＲ／ＢＥＲ／ＢＬＥＲ）統計、通話切断確率、信号強度および信号品質データ、経路損失および障害物情報または干渉レベルを含む、ということを含むことができる。

実施例１７５４では、実施例１７４０ないし１７５３のうちいずれか一項記載の主題は任意的に、前記複数のローカルＲＥＭサーバーのうちの第一のローカルＲＥＭサーバーの前記ローカルＲＥＭデータが、前記第一のローカルＲＥＭサーバーの対応する地域における種々の位置での電波条件を示す、ということを含むことができる。

実施例１７５５では、実施例１７４０ないし１７５４のうちいずれか一項記載の主題は任意的に、前記電波情報が、利用可能なネットワーク、利用可能なセル、利用可能な無線アクセス技術、ネットワーク負荷データ、再送信パラメータ、パケット／ビット／ブロック誤り率（ＰＥＲ／ＢＥＲ／ＢＬＥＲ）統計、通話切断確率、信号強度および信号品質データ、経路損失および障害物情報または干渉レベルのうちの一つまたは複数を含む、ということを含むことができる。

実施例１７５６は、無線環境マップ（ＲＥＭ）・データを記憶するサーバー・ユニットであり、当該サーバー・ユニットは、要求元装置からＲＥＭデータ要求を受信するよう構成されたコントローラであって、前記ＲＥＭデータ要求は、装置能力クラスおよび情報詳細レベルを含む、コントローラと；ＲＥＭデータベースであって、該ＲＥＭデータベースに関連付けられた地域のためのＲＥＭデータを記憶するよう構成されているＲＥＭデータベースとを有しており、前記コントローラは、前記装置能力クラスおよび前記情報詳細レベルに従って前記ＲＥＭデータベースからのＲＥＭデータを同定し、該ＲＥＭデータを前記要求元装置に提供するようさらに構成されている。

実施例１７５７では、実施例１７５６の主題は任意的に、前記要求元装置が端末装置である、ということを含むことができる。

実施例１７５８では、実施例１７５６の主題は任意的に、前記要求元装置がネットワーク・アクセス・ノードである、ということを含むことができる。

実施例１７５９では、実施例１７５６ないし１７５８のうちいずれか一項記載の主題は任意的に、前記コントローラが、一つまたは複数の報告装置から電波測定値を受信し、前記電波測定値を処理して、更新されたＲＥＭデータを生成し、前記更新されたＲＥＭデータを前記ＲＥＭデータベースに記憶するようさらに構成される、ということを含むことができる。

実施例１７６０では、実施例１７５９記載の主題は任意的に、前記電波測定値が、前記地域における位置についての位置情報をタグ付けされ、前記コントローラは、前記更新されたＲＥＭデータを前記ＲＥＭデータベースに、前記電波測定値の前記位置情報に従って記憶するようさらに構成される、ということを含むことができる。

実施例１７６１では、実施例１７６０の主題は任意的に、前記コントローラは、前記更新されたＲＥＭデータを前記ＲＥＭデータベースに、前記電波測定値の前記位置情報に従って記憶することを、前記地域における同じ位置に関連付けられている前記ＲＥＭデータベース内の既存のＲＥＭデータを、前記更新されたＲＥＭデータで置換または更新することによって実行するよう構成される、ということを含むことができる。

実施例１７６２では、実施例１７５９ないし１７６１のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記ＲＥＭデータベースに記憶されている前記ＲＥＭデータを中央ＲＥＭサーバーに定期的にアップロードし、アップロードとアップロードの間に前記ＲＥＭデータベースにおける前記ＲＥＭデータを更新するよう構成される、ということを含むことができる。

実施例１７６３では、実施例１７５６ないし１７６２のうちいずれか一項記載の主題は任意的に、前記ＲＥＭデータベースに記憶されている前記ＲＥＭデータは前記地域にわたる電波条件を表わす、ということを含むことができる。

実施例１７６４では、実施例１７５６ないし１７６３のうちいずれか一項記載の主題は任意的に、前記ＲＥＭデータベースに記憶されている前記ＲＥＭデータは、前記地域にわたる種々の位置におけるネットワーク利用可能性および利用可能なネットワークについてのパフォーマンス・メトリックを示す、ということを含むことができる。

実施例１７６５では、実施例１７６４の主題は任意的に、前記パフォーマンス・メトリックが、ネットワーク負荷データ、再送信パラメータ、パケット／ビット／ブロック誤り率（ＰＥＲ／ＢＥＲ／ＢＬＥＲ）統計、通話切断確率、信号強度および信号品質データ、経路損失および障害物情報または干渉レベルを含む、ということを含むことができる。

実施例１７６６では、実施例１７５６ないし１７６５のうちいずれか一項記載の主題は任意的に、前記装置能力クラスが、前記要求元装置によってどの無線アクセス技術がサポートされているかを示し、前記コントローラは、前記装置能力クラスおよび前記情報詳細レベルに従って前記ＲＥＭデータベースからのＲＥＭデータを同定し、該ＲＥＭデータを前記要求元装置に提供することを、前記要求元装置によってサポートされている無線アクセス技術に関係する、前記ＲＥＭデータベースからのＲＥＭデータを同定して該同定されたＲＥＭデータのみを前記要求元装置に提供することによって実行するよう構成されている、ということを含むことができる。

実施例１７６７では、実施例１７５６ないし１７６５のうちいずれか一項記載の主題は任意的に、前記ＲＥＭデータベースに記憶されている前記ＲＥＭデータが、無線アクセス技術利用可能性と、前記地域にわたる種々の位置での利用可能なネットワークについてのパフォーマンス・メトリック情報とを示し、前記情報詳細レベルは前記要求元装置によって要求されるＲＥＭデータのスコープを示す、ということを含むことができる。

実施例１７６８では、実施例１７６７の主題は任意的に、前記情報詳細レベルが、前記要求元装置が基本的な無線アクセス技術利用可能性情報を要求していることを示し、前記コントローラが、前記装置能力クラスおよび前記情報詳細レベルに従って前記ＲＥＭデータベースからのＲＥＭデータを同定し、該ＲＥＭデータを前記要求元装置に提供することを、前記ＲＥＭデータベースから前記無線アクセス技術利用可能性情報を取り出し、該無線アクセス技術利用可能性情報を前記要求元装置に提供するよう構成される、ということを含むことができる。

実施例１７６９では、実施例１７６７の主題は任意的に、前記情報詳細レベルが、前記要求元装置が詳細なパフォーマンス・メトリック情報を要求していることを示し、前記コントローラが、前記装置能力クラスおよび前記情報詳細レベルに従って前記ＲＥＭデータベースからのＲＥＭデータを同定し、該ＲＥＭデータを前記要求元装置に提供することを、前記ＲＥＭデータベースから前記パフォーマンス・メトリック情報を取り出し、該パフォーマンス・メトリック情報を前記要求元装置に提供することによって実行するよう構成される、ということを含むことができる。

実施例１７７０では、実施例１７５６ないし１７６９のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記装置能力クラスおよび前記情報詳細レベルに従って前記ＲＥＭデータベースからのＲＥＭデータを同定し、該ＲＥＭデータを前記要求元装置に提供することを、前記装置能力クラスおよび前記情報詳細レベルに従って、ある無線アクセス技術に固有の、あるデータ・スコープをもつデータを取り出すことによって実行するよう構成される、ということを含むことができる。

実施例１７７１では、実施例１７５６ないし１７６９のうちいずれか一項記載の主題は任意的に、前記装置能力クラスが、一つまたは複数の無線アクセス技術に対応するあらかじめ定義された装置能力クラスであり、前記情報詳細レベルがある種の型のデータに対応するあらかじめ定義された情報詳細レベルであり、前記コントローラが、前記装置能力クラスおよび前記情報詳細レベルに従って前記ＲＥＭデータベースからのＲＥＭデータを同定し、該ＲＥＭデータを前記要求元装置に提供することを、前記一つまたは複数の無線アクセス技術に関係し、前記ある種のデータ型のＲＥＭデータを前記ＲＥＭデータベースから取り出すことによって実行するよう構成される、ということを含むことができる。

実施例１７７２では、実施例１７５６ないし１７７１のうちいずれか一項記載の主題は任意的に、前記コントローラが、前記要求元装置が端末装置であるかネットワーク・アクセス・ノードであるかを判定するよう構成され、前記装置能力クラスおよび前記情報詳細レベルに従って前記ＲＥＭデータベースからのＲＥＭデータを同定し、該ＲＥＭデータを前記要求元装置に提供することを、前記要求元装置が端末装置であるかネットワーク・アクセス・ノードであるかに基づいて実行するよう構成される、ということを含むことができる。

実施例１７７３では、実施例１７５６ないし１７７２のうちいずれか一項記載の主題は任意的に、前記要求元装置がネットワーク・アクセス・ノードであり、前記ＲＥＭデータベースに記憶されているＲＥＭデータが、前記ネットワーク・アクセス・ノードのまわりの有限な地域についてのみ有意である、ということを含むことができる。

実施例１７７４では、実施例１７５６ないし１７７３のうちいずれか一項記載の主題は任意的に、エッジ・ネットワークに配備されることを含むことができる。

実施例１７７５は、異なるそれぞれの地域のためのローカルＲＥＭデータを、複数のローカルＲＥＭサーバーのそれぞれにおいて、該それぞれの地域内の装置によって提供される電波情報に基づいて生成する手段と、前記複数のローカルＲＥＭサーバーのそれぞれからの前記ローカルＲＥＭデータを中央ＲＥＭサーバーにアップロードする手段と、それぞれの地域から構成される集合的地域のための前記ＲＥＭデータを前記中央ＲＥＭサーバーにおいて記憶する手段とを含む装置である。

実施例１７７６は、無線環境マップ（ＲＥＭ）データを分散式に管理する方法であり、当該方法は、異なるそれぞれの地域のためのローカルＲＥＭデータを、複数のローカルＲＥＭサーバーのそれぞれにおいて、該それぞれの地域内の装置によって提供される電波情報に基づいて生成する段階と、前記複数のローカルＲＥＭサーバーのそれぞれからの前記ローカルＲＥＭデータを中央ＲＥＭサーバーにアップロードする段階と、それぞれの地域から構成される集合的地域のための前記ＲＥＭデータを前記中央ＲＥＭサーバーにおいて記憶する段階とを含む。

実施例１７７７では、実施例１７７６の主題は任意的に、前記中央ＲＥＭサーバーがクラウド・ネットワークにおいて配備され、前記複数のローカルＲＥＭサーバーが、前記中央ＲＥＭサーバーより前記装置に近いネットワーク位置に配備される、ということを含むことができる。

実施例１７７８では、実施例１７７７の主題は任意的に、前記複数のローカルＲＥＭサーバーが、ネットワーク・アクセス・ノードにおいてまたはエッジ・コンピューティング・ネットワークにおいて配備される、ということを含むことができる。

実施例１７７９では、実施例１７７６ないし１７７８のうちいずれか一項記載の主題は任意的に、前記複数のローカルＲＥＭサーバーから前記ローカルＲＥＭデータを前記中央ＲＥＭサーバーに定期的にアップロードし、アップロードとアップロードの間に前記複数のローカルＲＥＭサーバーにおいて前記ローカルＲＥＭデータを更新することをさらに含む、ということを含むことができる。

実施例１７８０では、実施例１７７６ないし１７７９のうちいずれか一項記載の主題は任意的に、前記複数のローカルＲＥＭサーバーのうちの第一のローカルＲＥＭサーバーにおいて、該第一のローカルＲＥＭサーバーの対応する地域についてのローカルＲＥＭデータを生成することを、それぞれの地域における前記装置から電波測定値を受信し、該電波測定値を処理して前記ローカルＲＥＭデータを生成し、該ローカルＲＥＭデータを記憶することによって実行することを含む、ということを含むことができる。

実施例１７８１では、実施例１７８０記載の主題は任意的に、前記電波測定値が、前記第一のローカルＲＥＭサーバーの対応する地域内部での位置をタグ付けされる、ということを含むことができる。

実施例１７８２では、実施例１７７６ないし１７８１のうちいずれか一項記載の主題は任意的に、前記装置が端末装置を含む、ということを含むことができる。

実施例１７８３では、実施例１７７６ないし１７８２のうちいずれか一項記載の主題は任意的に、前記装置がネットワーク・アクセス・ノードを含む、ということを含むことができる。

実施例１７８４では、実施例１７７６ないし１７８３のうちいずれか一項記載の主題は任意的に、前記複数のローカルＲＥＭサーバーのうちの第一のローカルＲＥＭサーバーにおいて、要求元装置からローカルＲＥＭデータの要求を受信し、該ローカルＲＥＭデータを前記第一のローカルＲＥＭサーバーのＲＥＭデータベースから取り出し、該ローカルＲＥＭデータを前記要求元装置に提供することをさらに含む、ということを含むことができる。

実施例１７８５では、実施例１７８４記載の主題は任意的に、前記要求が、前記第一のローカルＲＥＭサーバーの対応する地域におけるローカルＲＥＭデータの要求である、ということを含むことができる。

実施例１７８６では、実施例１７８４記載の主題は任意的に、前記要求が、装置能力クラスおよび情報詳細レベルを指定し、当該方法が、前記第一のローカルＲＥＭサーバーにおいて、前記装置能力および前記情報詳細レベルに従って前記ＲＥＭデータベースにおいて前記ローカルＲＥＭデータを識別することをさらに含む、ということを含むことができる。

実施例１７８７では、実施例１７８６の主題は任意的に、前記情報詳細レベルが、前記要求元装置によって要求されたＲＥＭデータのスコープを示し、前記装置能力クラスが、前記要求元装置によってどの無線アクセス技術がサポートされているかを示す、ということを含むことができる。

実施例１７８８では、実施例１７７６ないし１７８７のうちいずれか一項記載の主題は任意的に、前記複数のローカルＲＥＭサーバーのうちの第一のローカルＲＥＭサーバーの前記ローカルＲＥＭデータが、前記第一のローカルＲＥＭサーバーの対応する地域にわたる利用可能な無線アクセス技術およびパフォーマンス・メトリックを示す、ということを含むことができる。

実施例１７８９では、実施例１７８８の主題は任意的に、前記パフォーマンス・メトリック情報が、ネットワーク負荷データ、再送信パラメータ、パケット／ビット／ブロック誤り率（ＰＥＲ／ＢＥＲ／ＢＬＥＲ）統計、通話切断確率、信号強度および信号品質データ、経路損失および障害物情報または干渉レベルを含む、ということを含むことができる。

実施例１７９０では、実施例１７７６ないし１７８９のうちいずれか一項記載の主題は任意的に、前記複数のローカルＲＥＭサーバーのうちの第一のローカルＲＥＭサーバーの前記ローカルＲＥＭデータが、前記第一のローカルＲＥＭサーバーの対応する地域における種々の位置での電波条件を示す、ということを含むことができる。

実施例１７９１では、実施例１７７６ないし１７９０のうちいずれか一項記載の主題は任意的に、前記電波情報が、利用可能なネットワーク、利用可能なセル、利用可能な無線アクセス技術、ネットワーク負荷データ、再送信パラメータ、パケット／ビット／ブロック誤り率（ＰＥＲ／ＢＥＲ／ＢＬＥＲ）統計、通話切断確率、信号強度および信号品質データ、経路損失および障害物情報または干渉レベルのうちの一つまたは複数を含む、ということを含むことができる。

実施例１７９２は、プロセッサによって実行されたときに該プロセッサに実施例１７７６ないし１７９１のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１７９３は、要求元装置からＲＥＭデータ要求を受信する手段であって、前記ＲＥＭデータ要求は、装置能力クラスおよび情報詳細レベルを含む、手段と；前記装置能力クラスおよび前記情報詳細レベルに従ってＲＥＭデータベースからのＲＥＭデータを同定する手段であって、前記ＲＥＭデータベースは、該ＲＥＭデータベースに関連付けられた地域のためのＲＥＭデータを記憶するよう構成されている、手段と；前記ＲＥＭデータを前記要求元装置に提供する手段とを含む、装置である。

実施例１７９４は、無線環境マップ（ＲＥＭ）データを管理する方法であり、当該方法は、要求元装置からＲＥＭデータ要求を受信する段階であって、前記ＲＥＭデータ要求は、装置能力クラスおよび情報詳細レベルを含む、段階と；前記装置能力クラスおよび前記情報詳細レベルに従ってＲＥＭデータベースからのＲＥＭデータを同定する段階であって、前記ＲＥＭデータベースは、該ＲＥＭデータベースに関連付けられた地域のためのＲＥＭデータを記憶するよう構成されている、段階と；前記ＲＥＭデータを前記要求元装置に提供する段階とを含む。

実施例１７９５では、実施例１７９４の主題は任意的に、前記要求元装置が端末装置である、ということを含むことができる。

実施例１７９６では、実施例１７９４の主題は任意的に、前記要求元装置がネットワーク・アクセス・ノードである、ということを含むことができる。

実施例１７９７では、実施例１７９４ないし１７９６のうちいずれか一項記載の主題は任意的に、一つまたは複数の報告装置から電波測定値を受信し、前記電波測定値を処理して、更新されたＲＥＭデータを生成し、前記更新されたＲＥＭデータを前記ＲＥＭデータベースに記憶することをさらに含むことができる。

実施例１７９８では、実施例１７９７記載の主題は任意的に、前記電波測定値が、前記地域における位置についての位置情報をタグ付けされ、当該方法は、前記更新されたＲＥＭデータを前記ＲＥＭデータベースに、前記電波測定値の前記位置情報に従って記憶することをさらに含む、ということを含むことができる。

実施例１７９９では、実施例１７９８の主題は任意的に、前記更新されたＲＥＭデータを前記ＲＥＭデータベースに、前記電波測定値の前記位置情報に従って記憶することが、前記地域における同じ位置に関連付けられている前記ＲＥＭデータベース内の既存のＲＥＭデータを、前記更新されたＲＥＭデータで置換または更新することを含む、ということを含むことができる。

実施例１８００では、実施例１７９７ないし１７９９のうちいずれか一項記載の主題は任意的に、前記ＲＥＭデータベースに記憶されている前記ＲＥＭデータを中央ＲＥＭサーバーに定期的にアップロードし、アップロードとアップロードの間に前記ＲＥＭデータベースにおける前記ＲＥＭデータを更新することをさらに含むことができる。

実施例１８０１では、実施例１７９４ないし１８００のうちいずれか一項記載の主題は任意的に、前記ＲＥＭデータベースに記憶されている前記ＲＥＭデータは前記地域にわたる電波条件を表わす、ということを含むことができる。

実施例１８０２では、実施例１７９４ないし１８０１のうちいずれか一項記載の主題は任意的に、前記ＲＥＭデータベースに記憶されている前記ＲＥＭデータは、前記地域にわたる種々の位置におけるネットワーク利用可能性および利用可能なネットワークについてのパフォーマンス・メトリックを示す、ということを含むことができる。

実施例１８０３では、実施例１８０２の主題は任意的に、前記パフォーマンス・メトリックが、ネットワーク負荷データ、再送信パラメータ、パケット／ビット／ブロック誤り率（ＰＥＲ／ＢＥＲ／ＢＬＥＲ）統計、通話切断確率、信号強度および信号品質データ、経路損失および障害物情報または干渉レベルを含む、ということを含むことができる。

実施例１８０４では、実施例１７９４ないし１８０３のうちいずれか一項記載の主題は任意的に、前記装置能力クラスが、前記要求元装置によってどの無線アクセス技術がサポートされているかを示し、前記装置能力クラスおよび前記情報詳細レベルに従って前記ＲＥＭデータベースからのＲＥＭデータを同定し、該ＲＥＭデータを前記要求元装置に提供することが、前記要求元装置によってサポートされている無線アクセス技術に関係する、前記ＲＥＭデータベースからのＲＥＭデータを同定して該同定されたＲＥＭデータのみを前記要求元装置に提供することを含む、ということを含むことができる。

実施例１８０５では、実施例１７９４ないし１８０３のうちいずれか一項記載の主題は任意的に、前記ＲＥＭデータベースに記憶されている前記ＲＥＭデータが、無線アクセス技術利用可能性と、前記地域にわたる種々の位置での利用可能なネットワークについてのパフォーマンス・メトリック情報とを示し、前記情報詳細レベルは前記要求元装置によって要求されるＲＥＭデータのスコープを示す、ということを含むことができる。

実施例１８０６では、実施例１８０５の主題は任意的に、前記情報詳細レベルが、前記要求元装置が基本的な無線アクセス技術利用可能性情報を要求していることを示し、前記装置能力クラスおよび前記情報詳細レベルに従って前記ＲＥＭデータベースからのＲＥＭデータを同定し、該ＲＥＭデータを前記要求元装置に提供することが、前記ＲＥＭデータベースから前記無線アクセス技術利用可能性情報を取り出し、該無線アクセス技術利用可能性情報を前記要求元装置に提供することを含む、ということを含むことができる。

実施例１８０７では、実施例１８０５の主題は任意的に、前記情報詳細レベルが、前記要求元装置が詳細なパフォーマンス・メトリック情報を要求していることを示し、前記装置能力クラスおよび前記情報詳細レベルに従って前記ＲＥＭデータベースからのＲＥＭデータを同定し、該ＲＥＭデータを前記要求元装置に提供することが、前記ＲＥＭデータベースから前記パフォーマンス・メトリック情報を取り出し、該パフォーマンス・メトリック情報を前記要求元装置に提供することを含む、ということを含むことができる。

実施例１８０８では、実施例１７９４ないし１８０７のうちいずれか一項記載の主題は任意的に、前記装置能力クラスおよび前記情報詳細レベルに従って前記ＲＥＭデータベースからのＲＥＭデータを同定し、該ＲＥＭデータを前記要求元装置に提供することが、前記装置能力クラスおよび前記情報詳細レベルに従って、ある無線アクセス技術に固有の、あるデータ・スコープをもつデータを取り出すことを含む、ということを含むことができる。

実施例１８０９では、実施例１７９４ないし１８０７のうちいずれか一項記載の主題は任意的に、前記装置能力クラスが、一つまたは複数の無線アクセス技術に対応するあらかじめ定義された装置能力クラスであり、前記情報詳細レベルがある種の型のデータに対応するあらかじめ定義された情報詳細レベルであり、前記装置能力クラスおよび前記情報詳細レベルに従って前記ＲＥＭデータベースからのＲＥＭデータを同定し、該ＲＥＭデータを前記要求元装置に提供することが、前記一つまたは複数の無線アクセス技術に関係し、前記ある種のデータ型のＲＥＭデータを前記ＲＥＭデータベースから取り出すことを含む、ということを含むことができる。

実施例１８１０では、実施例１７９４ないし１８０９のうちいずれか一項記載の主題は任意的に、前記要求元装置が端末装置であるかネットワーク・アクセス・ノードであるかを判定するよう構成され、前記装置能力クラスおよび前記情報詳細レベルに従って前記ＲＥＭデータベースからのＲＥＭデータを同定し、該ＲＥＭデータを前記要求元装置に提供することを、前記要求元装置が端末装置であるかネットワーク・アクセス・ノードであるかに基づいて実行することをさらに含むことができる。

実施例１８１１では、実施例１７９４ないし１８１０のうちいずれか一項記載の主題は任意的に、前記要求元装置がネットワーク・アクセス・ノードであり、前記ＲＥＭデータベースに記憶されているＲＥＭデータが、前記ネットワーク・アクセス・ノードのまわりの有限な地域についてのみ有意である、ということを含むことができる。

実施例１８１２は、サーバーのコントローラによって実行されたときに該サーバーに実施例１７９４ないし１８１１のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１８１３は、端末装置の一つまたは複数のアプリケーションのサービス要件を表わすサービス・プロファイル・キーを選択する手段と；前記サービス・プロファイル・キーを、複数のネットワーク・スライスを含む無線通信ネットワークに報告する手段と；前記端末装置に、前記一つまたは複数のアプリケーションのためのデータを転送するために前記複数のネットワーク・スライスのうちの目標ネットワーク・スライスを利用させる応答を受信する手段とを含む、装置である。

実施例１８１４は、無線通信を実行する方法であり、当該方法は、端末装置の一つまたは複数のアプリケーションのサービス要件を表わすサービス・プロファイル・キーを選択する段階と；前記サービス・プロファイル・キーを、複数のネットワーク・スライスを含む無線通信ネットワークに報告する段階と；前記端末装置に、前記一つまたは複数のアプリケーションのためのデータを転送するために前記複数のネットワーク・スライスのうちの目標ネットワーク・スライスを利用させる応答を受信する段階とを含む。

実施例１８１５では、実施例１８１４の主題は任意的に、前記一つまたは複数のアプリケーションを、前記端末装置にインストールされている一つまたは複数のアプリケーションまたは前記端末装置によって頻繁に実行される一つまたは複数のアプリケーションとして識別することをさらに含むことができる。

実施例１８１６では、実施例１８１４または１８１５の主題は任意的に、前記一つまたは複数のアプリケーションの前記サービス要件がサービス品質（ＱｏＳ）要求である、ということを含むことができる。

実施例１８１７では、実施例１８１４ないし１８１６のうちいずれか一項記載の主題は任意的に、前記サービス要件がレイテンシー要件、信頼性要件、移動性要件、課金要件、セキュリティー要件、データレート要件、ポリシー・コントロール要件、電力消費要件、バッテリー寿命要件、容量要件またはカバレッジ要件を含む、ということを含むことができる。

実施例１８１８では、実施例１８１４ないし１８１７のうちいずれか一項記載の主題は任意的に、前記サービス・プロファイル・キーを選択することが、前記端末装置の前記一つまたは複数のアプリケーションの前記サービス要件を識別し、前記サービス要件に基づいて、複数のあらかじめ定義されたサービス・プロファイル・キーから選択して、前記サービス・プロファイル・キーを得ることを含む、ということを含むことができる。

実施例１８１９では、実施例１８１４ないし１８１８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のアプリケーションのうちの第二のアプリケーションより頻繁に実行される前記一つまたは複数のアプリケーションのうちの第一のアプリケーションを識別することをさらに含むことができ、前記端末装置の一つまたは複数のアプリケーションのサービス要件を表わすサービス・プロファイル・キーを選択することが、前記サービス・プロファイル・キーを選択するときに、前記第二のアプリケーションのサービス要件よりも前記第一のアプリケーションのサービス要件を高い度合いに重み付けすることを含む、ということを含むことができる。

実施例１８２０では、実施例１８１４ないし１８１９のうちいずれか一項記載の主題は任意的に、前記サービス・プロファイル・キーを無線通信ネットワークに報告することが、前記サービス・プロファイル・キーを前記無線通信ネットワークに、該無線通信ネットワークへの初期登録の一部として報告することを含む、ということを含むことができる。

実施例１８２１では、実施例１８１４ないし１８１９のうちいずれか一項記載の主題は任意的に、前記サービス・プロファイル・キーを無線通信ネットワークに報告することが、前記サービス・プロファイル・キーを前記無線通信ネットワークに、該無線通信ネットワークでの登録更新の一部として報告することを含む、ということを含むことができる。

実施例１８２２では、実施例１８２１の主題は任意的に、前記登録更新が追跡エリア更新（ＴＡＵ：Tracking Area Update）である、ということを含むことができる。

実施例１８２３では、実施例１８１４ないし１８２２のうちいずれか一項記載の主題は任意的に、前記サービス・プロファイル・キーを選択することが、アプリケーションとサービス要件との間のマッピングを指定するマッピング・テーブルを参照し、前記マッピング・テーブルに基づいて前記一つまたは複数のアプリケーションの前記サービス要件を識別することを含む、ということを含むことができる。

実施例１８２４では、実施例１８２３の主題は任意的に、前記マッピング・テーブルがあらかじめ定義されている、ということを含むことができる。

実施例１８２５では、実施例１８２３の主題は任意的に、前記マッピング・テーブルを前記無線通信ネットワークから受信することをさらに含むことができる。

実施例１８２６では、実施例１８２３の主題は任意的に、前記マッピング・テーブルを使って、前記一つまたは複数のアプリケーションのための前記目標ネットワーク・スライスを通じた一つまたは複数のベアラを確立することをさらに含むことができる。

実施例１８２７では、実施例１８１４ないし１８２２のうちいずれか一項記載の主題は任意的に、前記サービス・プロファイル・キーを選択することが、前記一つまたは複数のアプリケーションの前記サービス要件に基づいて、前記複数のネットワーク・スライスに対応する複数のネットワーク・スライス・ディメンションのそれぞれについて、それぞれのポイント計数を記録していき、それぞれのポイント計数のうちどれが最高であるかに基づいて前記サービス・プロファイル・キーを選択することを含む、ということを含むことができる。

実施例１８２８では、実施例１８２７は任意的に、前記それぞれのポイント計数が、前記一つまたは複数のアプリケーションの前記サービス要件が、前記複数のネットワーク・スライス・ディメンションのあからじめ定義された基準を満たすかどうかを示す、ということを含むことができる。

実施例１８２９では、実施例１８１４ないし１８２８のうちいずれか一項記載の主題は任意的に、前記サービス・プロファイル・キーを選択することが、サービス最適化目標、コスト最適化目標または電力消費最適化目標に基づいて前記サービス・プロファイル・キーを選択することを含む、ということを含むことができる。

実施例１８３０では、実施例１８１４ないし１８２９のうちいずれか一項記載の主題は任意的に、前記サービス・プロファイル・キーを更新して、更新されたサービス・プロファイル・キーを取得し、前記更新されたサービス・プロファイル・キーを前記無線通信ネットワークに報告し、前記端末装置に、前記一つまたは複数のアプリケーションのためのデータを転送するために前記複数のネットワーク・スライスのうちの第二の目標ネットワーク・スライスを利用させる応答を受信することをさらに含むことができる。

実施例１８３１では、実施例１８１４ないし１８３０のうちいずれか一項記載の主題は任意的に、前記目標ネットワーク・スライスに登録し、前記目標ネットワーク・スライスとの一つまたは複数のベアラを確立することをさらに含むことができる。

実施例１８３２では、実施例１８３１の主題は任意的に、前記目標ネットワーク・スライスとの一つまたは複数のベアラを確立することが、前記一つまたは複数のアプリケーションの前記サービス要件に基づいて前記一つまたは複数のベアラを確立することを含む、ということを含むことができる。

実施例１８３３では、実施例１８１４ないし１８３０のうちいずれか一項記載の主題は任意的に、前記目標ネットワーク・スライスの一つまたは複数のベアラで、一つまたは複数のデータ・ネットワークとデータを交換することをさらに含むことができる。

実施例１８３４では、実施例１８１４ないし１８３３のうちいずれか一項記載の主題は任意的に、前記端末装置に、前記一つまたは複数のアプリケーションのためのデータを転送するために前記複数のネットワーク・スライスのうちの目標ネットワーク・スライスを利用させる応答を受信することが、前記目標ネットワーク・スライスを同定する応答を受信し、前記目標ネットワーク・スライスに登録することを含む、ということを含むことができる。

実施例１８３５では、実施例１８３４の主題は任意的に、前記応答が、前記目標ネットワーク・スライスに対応する無線インターフェース構成を示し、当該方法が、該無線インターフェース構成に従って前記一つまたは複数のアプリケーションのためのデータを送信または受信することを含む、ということを含むことができる。

実施例１８３６では、実施例１８１４ないし１８３３のうちいずれか一項記載の主題は任意的に、前記端末装置に、前記一つまたは複数のアプリケーションのためのデータを転送するために前記複数のネットワーク・スライスのうちの目標ネットワーク・スライスを利用させる応答を受信することが、無線インターフェース構成を示す応答を受信し、該無線インターフェース構成に従って前記一つまたは複数のアプリケーションのためのデータを送信または受信することを含む、ということを含むことができる。

実施例１８３７では、実施例１８３６の主題は任意的に、前記無線インターフェース構成が前記目標ネットワーク・スライスに対応する、ということを含むことができる。

実施例１８３８は、実施例１８１４ないし１８３７のうちいずれか一項記載の方法を実行するよう構成されたプロセッサを含む端末装置である。

実施例１８３９は、実施例１８１４ないし１８３７のうちいずれか一項記載の方法を実行するよう構成された処理回路装置である。

実施例１８４０は、端末装置のコントローラによって実行されたときに該端末装置に実施例１８１４ないし１８３７のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１８４１は、プロセッサによって実行されたときに該プロセッサに実施例１８１４ないし１８３７のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１８４２は、端末装置から、該端末装置の一つまたは複数のアプリケーションのサービス要件を示すサービス・プロファイル・キーを受信する手段と；前記サービス・プロファイル・キーに基づいて、異なるサービス特性を提供する複数のネットワーク・スライスから目標ネットワーク・スライスを選択する手段と；前記一つまたは複数のアプリケーションのためのデータを転送するために前記目標ネットワーク・スライスを利用するよう前記端末装置を構成する手段とを含む、装置である。

実施例１８４３は、無線通信を実行する方法であり、当該方法は、端末装置から、該端末装置の一つまたは複数のアプリケーションのサービス要件を示すサービス・プロファイル・キーを受信し；前記サービス・プロファイル・キーに基づいて、異なるサービス特性を提供する複数のネットワーク・スライスから目標ネットワーク・スライスを選択し；前記一つまたは複数のアプリケーションのためのデータを転送するために前記目標ネットワーク・スライスを利用するよう前記端末装置を構成することを含む。

実施例１８４４では、実施例１８４３の主題は任意的に、前記複数のネットワーク・スライスのうちの第一のネットワーク・スライスが前記複数のネットワーク・スライスのうちの第二のネットワーク・スライスとは異なるレイテンシー、異なるパケット損失レートまたは異なるビットレートをもつ、ということを含むことができる。

実施例１８４５では、実施例１８４３の主題は任意的に、前記複数のネットワーク・スライスが異なるレイテンシー、異なるパケット損失レートまたは異なるビットレートをもち、前記サービス・プロファイル・キーは前記一つまたは複数のアプリケーションのレイテンシー要件受け容れ可能パケット損失レート要件またはビットレート要件を示し、前記複数のネットワーク・スライスから目標ネットワーク・スライスを選択することが、前記サービス・プロファイル・キーによって示される前記サービス要件を満たすネットワーク・スライスを選択することを含む、ということを含むことができる。

実施例１８４６では、実施例１８４３ないし１８４５のうちいずれか一項記載の主題は任意的に、前記サービス・プロファイル・キーに基づいて前記複数のネットワーク・スライスから目標ネットワーク・スライスを選択することが、前記サービス・プロファイル・キーによって示される前記サービス要件を前記複数のネットワーク・スライスの前記異なるサービス特性と比較して、前記サービス・プロファイル・キーによって示される前記サービス要件を満たすネットワーク・スライスを前記複数のネットワーク・スライスから選択することを含む、ということを含むことができる。

実施例１８４７では、実施例１８４３ないし１８４６のうちいずれか一項記載の主題は任意的に、前記複数のネットワーク・スライスが、無線通信ネットワーク上で実装される論理的に別個のエンドツーエンド・ネットワークである、ということを含むことができる。

実施例１８４８では、実施例１８４３ないし１８４７のうちいずれか一項記載の主題は任意的に、前記端末装置からサービス・プロファイル・キーを受信することが、前記無線通信ネットワークでの前記端末装置の初期登録のための信号伝達の一部として前記サービス・プロファイル・キーを受信することを含む、ということを含むことができる。

実施例１８４９では、実施例１８４３ないし１８４７のうちいずれか一項記載の主題は任意的に、前記端末装置からサービス・プロファイル・キーを受信することが、前記無線通信ネットワークでの前記端末装置の登録更新のための信号伝達の一部として前記サービス・プロファイル・キーを受信することを含む、ということを含むことができる。

実施例１８５０では、実施例１８４３ないし１８４９のうちいずれか一項記載の主題は任意的に、アプリケーションとサービス要件の間のマッピングを指定するマッピング・テーブルを前記端末装置に提供することを含む、ということを含むことができる。

実施例１８５１では、実施例１８４３ないし１８５０のうちいずれか一項記載の主題は任意的に、前記目標ネットワーク・スライス上で前記一つまたは複数のアプリケーションのためのベアラを確立することをさらに含むことができる。

実施例１８５２では、実施例１８４３ないし１８５１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のアプリケーションのそれぞれが特定のサービス要件をもち、当該方法が、前記一つまたは複数のアプリケーションの該特定のサービス要件に基づいて前記一つまたは複数のアプリケーションのための一つまたは複数のベアラを確立することをさらに含む、ということを含むことができる。

実施例１８５３では、実施例１８４３ないし１８５２のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のアプリケーションのためのデータを転送するために前記目標ネットワーク・スライスを利用するよう前記端末装置を構成することが、前記目標ネットワーク・スライスについてのスライス識別情報を前記端末装置に提供することを含む、ということを含むことができる。

実施例１８５４では、実施例１８４３ないし１８５２のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のアプリケーションのためのデータを転送するために前記目標ネットワーク・スライスを利用するよう前記端末装置を構成することが、前記目標ネットワーク・スライスについてのスライス識別情報を前記端末装置に提供することなく、無線インターフェース構成を前記端末装置に提供し、前記データの転送をサポートするよう前記目標ネットワーク・スライスの資源を構成することを含む、ということを含むことができる。

実施例１８５５は、プロセッサによって実行されたときに該プロセッサに実施例１８４３ないし１８５４のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１８５６は、実施例１８４３ないし１８５４のうちいずれか一項記載の方法を実行するよう構成された無線通信ネットワーク・ノードのための処理回路装置である。

実施例１８５７は、実施例１８４３ないし１８５４のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む無線通信ネットワーク・ノードである。

実施例１８５８は、端末装置の一つまたは複数のアプリケーションのサービス要件を表わすサービス・プロファイル・キーを選択し；前記サービス・プロファイル・キーを、複数のネットワーク・スライスを含む無線通信ネットワークに報告し；前記端末装置に、前記一つまたは複数のアプリケーションのためのデータを転送するために前記複数のネットワーク・スライスのうちの目標ネットワーク・スライスを利用させる応答を受信するよう構成された一つまたは複数のプロセッサを含む無線通信装置である。

実施例１８５９では、実施例１８５８の主題は任意的に、端末装置として構成され、無線トランシーバおよびアンテナをさらに含むことができる。

実施例１８６０では、実施例１８５８の主題は任意的に、前記一つまたは複数のプロセッサが、前記一つまたは複数のアプリケーションを実行するよう構成されたアプリケーション・プロセッサを含む、ということを含むことができる。

実施例１８６１では、実施例１８５８の主題は任意的に、当該無線通信装置が端末装置における使用のために適応された電子コンポーネントである、ということを含むことができる。

実施例１８６２では、実施例１８５８ないし１８６１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記一つまたは複数のアプリケーションを、前記端末装置にインストールされている一つまたは複数のアプリケーションまたは前記端末装置によって頻繁に実行される一つまたは複数のアプリケーションとして識別するようさらに構成される、ということを含むことができる。

実施例１８６３では、実施例１８５８ないし１８６２のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のアプリケーションの前記サービス要件がサービス品質（ＱｏＳ）要求である、ということを含むことができる。

実施例１８６４では、実施例１８５８ないし１８６３のうちいずれか一項記載の主題は任意的に、前記サービス要件がレイテンシー要件、信頼性要件、移動性要件、課金要件、セキュリティー要件、データレート要件、ポリシー・コントロール要件、電力消費要件、バッテリー寿命要件、容量要件またはカバレッジ要件を含む、ということを含むことができる。

実施例１８６５では、実施例１８５８ないし１８６４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記サービス・プロファイル・キーを選択することを、前記端末装置の前記一つまたは複数のアプリケーションの前記サービス要件を識別し、前記サービス要件に基づいて、複数のあらかじめ定義されたサービス・プロファイル・キーから選択して、前記サービス・プロファイル・キーを得ることによって実行するよう構成される、ということを含むことができる。

実施例１８６６では、実施例１８５８ないし１８６５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記一つまたは複数のアプリケーションのうちの第二のアプリケーションより頻繁に実行される前記一つまたは複数のアプリケーションのうちの第一のアプリケーションを識別するようさらに構成され、前記一つまたは複数のプロセッサが、前記端末装置の一つまたは複数のアプリケーションのサービス要件を表わすサービス・プロファイル・キーを選択することを、前記サービス・プロファイル・キーを選択するときに、前記第二のアプリケーションのサービス要件よりも前記第一のアプリケーションのサービス要件を高い度合いに重み付けすることによって実行するよう構成される、ということを含むことができる。

実施例１８６７では、実施例１８５８ないし１８６６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記サービス・プロファイル・キーを無線通信ネットワークに報告することを、前記サービス・プロファイル・キーを前記無線通信ネットワークに、該無線通信ネットワークへの初期登録の一部として報告することによって実行するよう構成される、ということを含むことができる。

実施例１８６８では、実施例１８５８ないし１８６６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記サービス・プロファイル・キーを無線通信ネットワークに報告することを、前記サービス・プロファイル・キーを前記無線通信ネットワークに、該無線通信ネットワークでの登録更新の一部として報告することによって実行するよう構成される、ということを含むことができる。

実施例１８６９では、実施例１８６８の主題は任意的に、前記登録更新が追跡エリア更新（ＴＡＵ：Tracking Area Update）である、ということを含むことができる。

実施例１８７０では、実施例１８５８ないし１８６９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記サービス・プロファイル・キーを選択することを、アプリケーションとサービス要件との間のマッピングを指定するマッピング・テーブルを参照し、前記マッピング・テーブルに基づいて前記一つまたは複数のアプリケーションの前記サービス要件を識別することによって実行するよう構成される、ということを含むことができる。

実施例１８７１では、実施例１８７０の主題は任意的に、前記マッピング・テーブルがあらかじめ定義されている、ということを含むことができる。

実施例１８７２では、実施例１８７０の主題は任意的に、前記一つまたは複数のプロセッサが、前記マッピング・テーブルを前記無線通信ネットワークから受信するようさらに構成される、ということを含むことができる。

実施例１８７３では、実施例１８７０の主題は任意的に、前記一つまたは複数のプロセッサが、前記マッピング・テーブルを使って、前記一つまたは複数のアプリケーションのための前記目標ネットワーク・スライスを通じた一つまたは複数のベアラを確立するようさらに構成される、ということを含むことができる。

実施例１８７４では、実施例１８５８ないし１８６９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記サービス・プロファイル・キーを選択することを、前記一つまたは複数のアプリケーションの前記サービス要件に基づいて、前記複数のネットワーク・スライスに対応する複数のネットワーク・スライス・ディメンションのそれぞれについて、それぞれのポイント計数を記録していき、それぞれのポイント計数のうちどれが最高であるかに基づいて前記サービス・プロファイル・キーを選択することによって実行するよう構成される、ということを含むことができる。

実施例１８７５では、実施例１８７４は任意的に、前記それぞれのポイント計数が、前記一つまたは複数のアプリケーションの前記サービス要件が、前記複数のネットワーク・スライス・ディメンションのあからじめ定義された基準を満たすかどうかを示す、ということを含むことができる。

実施例１８７６では、実施例１８５８ないし１８７３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記サービス・プロファイル・キーを選択することを、サービス最適化目標、コスト最適化目標または電力消費最適化目標に基づいて前記サービス・プロファイル・キーを選択することによって実行するよう構成される、ということを含むことができる。

実施例１８７７では、実施例１８５８ないし１８７６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記サービス・プロファイル・キーを更新して、更新されたサービス・プロファイル・キーを取得し、前記更新されたサービス・プロファイル・キーを前記無線通信ネットワークに報告し、前記端末装置に、前記一つまたは複数のアプリケーションのためのデータを転送するために前記複数のネットワーク・スライスのうちの第二の目標ネットワーク・スライスを利用させる応答を受信するようさらに構成される、ということを含むことができる。

実施例１８７８では、実施例１８５８ないし１８７７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記目標ネットワーク・スライスに登録し、前記目標ネットワーク・スライスとの一つまたは複数のベアラを確立するようさらに構成される、ということを含むことができる。

実施例１８７９では、実施例１８７８の主題は任意的に、前記一つまたは複数のプロセッサが、前記目標ネットワーク・スライスとの一つまたは複数のベアラを確立することを、前記一つまたは複数のアプリケーションの前記サービス要件に基づいて前記一つまたは複数のベアラを確立することによって実行するよう構成される、ということを含むことができる。

実施例１８８０では、実施例１８５８ないし１８７９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記目標ネットワーク・スライスの一つまたは複数のベアラで、一つまたは複数のデータ・ネットワークとデータを交換するようさらに構成される、ということを含むことができる。

実施例１８８１では、実施例１８５８ないし１８８０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記端末装置に、前記一つまたは複数のアプリケーションのためのデータを転送するために前記複数のネットワーク・スライスのうちの目標ネットワーク・スライスを利用させる応答を受信することを、前記目標ネットワーク・スライスを同定する応答を受信し、前記目標ネットワーク・スライスに登録することによって実行するよう構成される、ということを含むことができる。

実施例１８８２では、実施例１８８１の主題は任意的に、前記応答が、前記目標ネットワーク・スライスに対応する無線インターフェース構成を示し、当該方法が、該無線インターフェース構成に従って前記一つまたは複数のアプリケーションのためのデータを送信または受信することを含む、ということを含むことができる。

実施例１８８３では、実施例１８５８ないし１８８０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記端末装置に、前記一つまたは複数のアプリケーションのためのデータを転送するために前記複数のネットワーク・スライスのうちの目標ネットワーク・スライスを利用させる応答を受信することを、無線インターフェース構成を示す応答を受信し、該無線インターフェース構成に従って前記一つまたは複数のアプリケーションのためのデータを送信または受信することによって実行するよう構成される、ということを含むことができる。

実施例１８８４では、実施例１８８３の主題は任意的に、前記無線インターフェース構成が前記目標ネットワーク・スライスに対応する、ということを含むことができる。

実施例１８８５は、端末装置から、該端末装置の一つまたは複数のアプリケーションのサービス要件を示すサービス・プロファイル・キーを受信し；前記サービス・プロファイル・キーに基づいて、異なるサービス特性を提供する複数のネットワーク・スライスから目標ネットワーク・スライスを選択し；前記一つまたは複数のアプリケーションのためのデータを転送するために前記目標ネットワーク・スライスを利用するよう前記端末装置を構成するよう構成された一つまたは複数のプロセッサを含む、無線通信装置である。

実施例１８８６では、実施例１８８５の主題は任意的に、コア・ネットワークのサーバーまたはクラウド・コンピューティング・プロセッサとして構成されることができる。

実施例１８８７では、実施例１８８５の主題は任意的に、前記複数のネットワーク・スライスのうちの第一のネットワーク・スライスが前記複数のネットワーク・スライスのうちの第二のネットワーク・スライスとは異なるレイテンシー、異なるパケット損失レートまたは異なるビットレートをもつ、ということを含むことができる。

実施例１８８８では、実施例１８８５の主題は任意的に、前記複数のネットワーク・スライスが異なるレイテンシー、異なるパケット損失レートまたは異なるビットレートをもち、前記サービス・プロファイル・キーは前記一つまたは複数のアプリケーションのレイテンシー要件受け容れ可能パケット損失レート要件またはビットレート要件を示し、前記一つまたは複数のプロセッサが、前記複数のネットワーク・スライスから目標ネットワーク・スライスを選択することを、前記サービス・プロファイル・キーによって示される前記サービス要件を満たすネットワーク・スライスを選択することによって実行するよう構成される、ということを含むことができる。

実施例１８８９では、実施例１８８５ないし１８８８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記サービス・プロファイル・キーに基づいて前記複数のネットワーク・スライスから目標ネットワーク・スライスを選択することを、前記サービス・プロファイル・キーによって示される前記サービス要件を前記複数のネットワーク・スライスの前記異なるサービス特性と比較して、前記サービス・プロファイル・キーによって示される前記サービス要件を満たすネットワーク・スライスを前記複数のネットワーク・スライスから選択することによって実行するよう構成される、ということを含むことができる。

実施例１８９０では、実施例１８８５ないし１８８９のうちいずれか一項記載の主題は任意的に、前記複数のネットワーク・スライスが、無線通信ネットワーク上で実装される論理的に別個のエンドツーエンド・ネットワークである、ということを含むことができる。

実施例１８９１では、実施例１８８５ないし１８９０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記端末装置からサービス・プロファイル・キーを受信することを、前記無線通信ネットワークでの前記端末装置の初期登録のための信号伝達の一部として前記サービス・プロファイル・キーを受信することによって実行するよう構成される、ということを含むことができる。

実施例１８９２では、実施例１８８５ないし１８９１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記端末装置からサービス・プロファイル・キーを受信することを、前記無線通信ネットワークでの前記端末装置の登録更新のための信号伝達の一部として前記サービス・プロファイル・キーを受信することによって実行するよう構成される、ということを含むことができる。

実施例１８９３では、実施例１８８５ないし１８９２のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、アプリケーションとサービス要件の間のマッピングを指定するマッピング・テーブルを前記端末装置に提供するようさらに構成される、ということを含むことができる。

実施例１８９４では、実施例１８８５ないし１８９３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記目標ネットワーク・スライス上で前記一つまたは複数のアプリケーションのためのベアラを確立するようさらに構成される、ということを含むことができる。

実施例１８９５では、実施例１８８５ないし１８９４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のアプリケーションのそれぞれが特定のサービス要件をもち、前記一つまたは複数のプロセッサが、前記一つまたは複数のアプリケーションの該特定のサービス要件に基づいて前記一つまたは複数のアプリケーションのための一つまたは複数のベアラを確立するようさらに構成される、ということを含むことができる。

実施例１８９６では、実施例１８４３ないし１８５２のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記一つまたは複数のアプリケーションのためのデータを転送するために前記目標ネットワーク・スライスを利用するよう前記端末装置を構成することを、前記目標ネットワーク・スライスについてのスライス識別情報を前記端末装置に提供することによって実行するよう構成される、ということを含むことができる。

実施例１８９７では、実施例１８４３ないし１８５２のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記一つまたは複数のアプリケーションのためのデータを転送するために前記目標ネットワーク・スライスを利用するよう前記端末装置を構成することを、前記目標ネットワーク・スライスについてのスライス識別情報を前記端末装置に提供することなく、無線インターフェース構成を前記端末装置に提供し、前記データの転送をサポートするよう前記目標ネットワーク・スライスの資源を構成することによって実行するよう構成される、ということを含むことができる。

実施例１８９８は、端末装置の一つまたは複数のアプリケーションのサービス品質（ＱｏＳ）クラス割り当てを識別する手段と、前記一つまたは複数のアプリケーションの前記ＱｏＳクラス割り当てを満たすサービス・プロファイル・キーを同定するよう複数のサービス・プロファイル・キーから選択する手段と、前記サービス・プロファイル・キーを無線通信ネットワークに報告する手段と、目標ネットワーク・スライスを同定する応答を受信する手段と、前記目標ネットワーク・スライスを使ってデータ転送を実行する手段とを含む、装置である。

実施例１８９９は、無線通信を実行する方法であり、当該方法は、端末装置の一つまたは複数のアプリケーションのサービス品質（ＱｏＳ）クラス割り当てを識別し、前記一つまたは複数のアプリケーションの前記ＱｏＳクラス割り当てを満たすサービス・プロファイル・キーを同定するよう複数のサービス・プロファイル・キーから選択し、前記サービス・プロファイル・キーを無線通信ネットワークに報告して目標ネットワーク・スライスを同定する応答を受信し、前記目標ネットワーク・スライスを使ってデータ転送を実行することを含む。

実施例１９００では、実施例１８９９の主題は任意的に、前記ＱｏＳクラス割り当てがＱｏＳクラス識別子（ＱＣＩ：QoS Class Identifier）である、ということを含むことができる。

実施例１９０１では、実施例１８９９または１９００の主題は任意的に、前記ＱｏＳクラス割り当てを前記無線通信ネットワークから受信することを含む、ということを含むことができる。

実施例１９０２では、実施例１８９９または１９００の主題は任意的に、前記ＱｏＳクラス割り当てが前記端末装置において事前にプログラムされている、ということを含むことができる。

実施例１９０３では、実施例１８９９ないし１９０２のうちいずれか一項記載の主題は任意的に、前記ＱｏＳクラス割り当てが前記一つまたは複数のアプリケーションのレイテンシー要件、受け容れ可能パケット損失レート要件またはビットレート要件を示す、ということを含むことができる。

実施例１９０４では、実施例１８９９ないし１９０３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のアプリケーションを、前記端末装置にインストールされている一つまたは複数のアプリケーションまたは前記端末装置によって頻繁に実行される一つまたは複数のアプリケーションとして識別することをさらに含むことができる。

実施例１９０５では、実施例１８９９ないし１９０４のうちいずれか一項記載の主題は任意的に、前記サービス・プロファイル・キーを無線通信ネットワークに報告することが、前記サービス・プロファイル・キーを前記無線通信ネットワークに、初期登録手順または登録更新手順の一部として報告することを含む、ということを含むことができる。

実施例１９０６では、実施例１８９９ないし１９０５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のアプリケーションのＱｏＳクラス割り当てを識別することが、
アプリケーションとＱｏＳクラス割り当てとの間のマッピングを指定するマッピング・テーブルを参照して前記一つまたは複数のアプリケーションの前記ＱｏＳクラス割り当てを識別することを含む、ということを含むことができる。

実施例１９０７では、実施例１９０６の主題は任意的に、前記目標ネットワーク・スライスでのデータ転送を実行する前に、一つまたは複数のベアラのためのＱｏＳクラス割り当てを決定するために前記マッピング・テーブルを使って、前記一つまたは複数のアプリケーションのための前記目標ネットワーク・スライスを通じた前記一つまたは複数のベアラを確立することをさらに含むことができる。

実施例１９０８では、実施例１８９９ないし１９０７のうちいずれか一項記載の主題は任意的に、前記サービス・プロファイル・キーを更新して、更新されたサービス・プロファイル・キーを取得し、前記更新されたサービス・プロファイル・キーを前記無線通信ネットワークに報告し、前記複数のネットワーク・スライスのうちの第二の目標ネットワーク・スライスを示す応答を受信し、前記第二の目標ネットワーク・スライスを使ってデータ転送を実行することをさらに含むことができる。

実施例１９０９は、実施例１８９９ないし１９０８のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む端末装置である。

実施例１９１０は、端末装置のコントローラによって実行されたときに該端末装置に実施例１８９９ないし１９０８のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１９１１は、プロセッサによって実行されたときに該プロセッサに実施例１８９９ないし１９０８のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１９１２は、実施例１８９９ないし１９０８のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む通信回路装置である。

実施例１９１３は、端末装置の一つまたは複数のアプリケーションのサービス要件を表わすサービス・プロファイル・キーを選択し；前記サービス・プロファイル・キーを、複数のネットワーク・スライスを含む無線通信ネットワークに報告し；前記端末装置に、前記一つまたは複数のアプリケーションのためのデータを転送するために前記複数のネットワーク・スライスのうちの目標ネットワーク・スライスを利用させる応答を受信するよう構成された処理回路を含む無線通信装置である。

実施例１９１４では、実施例１９１３の主題は任意的に、端末装置として構成され、無線トランシーバおよびアンテナをさらに含むことができる。

実施例１９１５では、実施例１９１３の主題は任意的に、前記処理回路が、前記一つまたは複数のプロセッサが、前記一つまたは複数のアプリケーションを実行するよう構成されたアプリケーション・プロセッサを含む、ということを含むことができる。

実施例１９１６では、実施例１９１３の主題は任意的に、当該無線通信装置が端末装置における使用のために適応された電子コンポーネントである、ということを含むことができる。

実施例１９１７では、実施例１９１３ないし１９１６のうちいずれか一項記載の主題は任意的に、前記前記処理回路が、前記一つまたは複数のアプリケーションを、前記端末装置にインストールされている一つまたは複数のアプリケーションまたは前記端末装置によって頻繁に実行される一つまたは複数のアプリケーションとして識別するようさらに構成される、ということを含むことができる。

実施例１９１８では、実施例１９１３ないし１９１７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のアプリケーションの前記サービス要件がサービス品質（ＱｏＳ）要求である、ということを含むことができる。

実施例１９１９では、実施例１９１３ないし１９１８のうちいずれか一項記載の主題は任意的に、前記サービス要件がレイテンシー要件、信頼性要件、移動性要件、課金要件、セキュリティー要件、データレート要件、ポリシー・コントロール要件、電力消費要件、バッテリー寿命要件、容量要件またはカバレッジ要件を含む、ということを含むことができる。

実施例１９２０では、実施例１９１３ないし１９１９のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記サービス・プロファイル・キーを選択することを、前記端末装置の前記一つまたは複数のアプリケーションの前記サービス要件を識別し、前記サービス要件に基づいて、複数のあらかじめ定義されたサービス・プロファイル・キーから選択して、前記サービス・プロファイル・キーを得ることによって実行するよう構成される、ということを含むことができる。

実施例１９２１では、実施例１９１３ないし１９２０のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記一つまたは複数のアプリケーションのうちの第二のアプリケーションより頻繁に実行される前記一つまたは複数のアプリケーションのうちの第一のアプリケーションを識別するようさらに構成され、前記処理回路が、前記端末装置の一つまたは複数のアプリケーションのサービス要件を表わすサービス・プロファイル・キーを選択することを、前記サービス・プロファイル・キーを選択するときに、前記第二のアプリケーションのサービス要件よりも前記第一のアプリケーションのサービス要件を高い度合いに重み付けすることによって実行するよう構成される、ということを含むことができる。

実施例１９２２では、実施例１９１３ないし１９２１のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記サービス・プロファイル・キーを無線通信ネットワークに報告することを、前記サービス・プロファイル・キーを前記無線通信ネットワークに、該無線通信ネットワークへの初期登録の一部として報告することによって実行するよう構成される、ということを含むことができる。

実施例１９２３では、実施例１９１３ないし１９２１のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記サービス・プロファイル・キーを無線通信ネットワークに報告することを、前記サービス・プロファイル・キーを前記無線通信ネットワークに、該無線通信ネットワークでの登録更新の一部として報告することによって実行するよう構成される、ということを含むことができる。

実施例１９２４では、実施例１９２３の主題は任意的に、前記登録更新が追跡エリア更新（ＴＡＵ：Tracking Area Update）である、ということを含むことができる。

実施例１９２５では、実施例１９１３ないし１９２４のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記サービス・プロファイル・キーを選択することを、アプリケーションとサービス要件との間のマッピングを指定するマッピング・テーブルを参照し、前記マッピング・テーブルに基づいて前記一つまたは複数のアプリケーションの前記サービス要件を識別することによって実行するよう構成される、ということを含むことができる。

実施例１９２６では、実施例１９２５の主題は任意的に、前記マッピング・テーブルがあらかじめ定義されている、ということを含むことができる。

実施例１９２７では、実施例１９２５の主題は任意的に、前記処理回路が、前記マッピング・テーブルを前記無線通信ネットワークから受信するようさらに構成される、ということを含むことができる。

実施例１９２８では、実施例１９２５の主題は任意的に、前記処理回路が、前記マッピング・テーブルを使って、前記一つまたは複数のアプリケーションのための前記目標ネットワーク・スライスを通じた一つまたは複数のベアラを確立するようさらに構成される、ということを含むことができる。

実施例１９２９では、実施例１９１３ないし１９２４のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記サービス・プロファイル・キーを選択することを、前記一つまたは複数のアプリケーションの前記サービス要件に基づいて、前記複数のネットワーク・スライスに対応する複数のネットワーク・スライス・ディメンションのそれぞれについて、それぞれのポイント計数を記録していき、それぞれのポイント計数のうちどれが最高であるかに基づいて前記サービス・プロファイル・キーを選択することによって実行するよう構成される、ということを含むことができる。

実施例１９３０では、実施例１９２９は任意的に、前記それぞれのポイント計数が、前記一つまたは複数のアプリケーションの前記サービス要件が、前記複数のネットワーク・スライス・ディメンションのあからじめ定義された基準を満たすかどうかを示す、ということを含むことができる。

実施例１９３１では、実施例１９１３ないし１９２８のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記サービス・プロファイル・キーを選択することを、サービス最適化目標、コスト最適化目標または電力消費最適化目標に基づいて前記サービス・プロファイル・キーを選択することによって実行するよう構成される、ということを含むことができる。

実施例１９３２では、実施例１９１３ないし１９３１のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記サービス・プロファイル・キーを更新して、更新されたサービス・プロファイル・キーを取得し、前記更新されたサービス・プロファイル・キーを前記無線通信ネットワークに報告し、前記端末装置に、前記一つまたは複数のアプリケーションのためのデータを転送するために前記複数のネットワーク・スライスのうちの第二の目標ネットワーク・スライスを利用させる応答を受信するようさらに構成される、ということを含むことができる。

実施例１９３３では、実施例１９１３ないし１９３２のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記目標ネットワーク・スライスに登録し、前記目標ネットワーク・スライスとの一つまたは複数のベアラを確立するようさらに構成される、ということを含むことができる。

実施例１９３４では、実施例１９３３の主題は任意的に、前記処理回路が、前記目標ネットワーク・スライスとの一つまたは複数のベアラを確立することを、前記一つまたは複数のアプリケーションの前記サービス要件に基づいて前記一つまたは複数のベアラを確立することによって実行するよう構成される、ということを含むことができる。

実施例１９３５では、実施例１９１３ないし１９３４のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記目標ネットワーク・スライスの一つまたは複数のベアラで、一つまたは複数のデータ・ネットワークとデータを交換するようさらに構成される、ということを含むことができる。

実施例１９３６では、実施例１９１３ないし１９３５のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記端末装置に、前記一つまたは複数のアプリケーションのためのデータを転送するために前記複数のネットワーク・スライスのうちの目標ネットワーク・スライスを利用させる応答を受信することを、前記目標ネットワーク・スライスを同定する応答を受信し、前記目標ネットワーク・スライスに登録することによって実行するよう構成される、ということを含むことができる。

実施例１９３７では、実施例１９３６の主題は任意的に、前記応答が、前記目標ネットワーク・スライスに対応する無線インターフェース構成を示し、当該方法が、該無線インターフェース構成に従って前記一つまたは複数のアプリケーションのためのデータを送信または受信することを含む、ということを含むことができる。

実施例１９３８では、実施例１９１３ないし１９３５のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記端末装置に、前記一つまたは複数のアプリケーションのためのデータを転送するために前記複数のネットワーク・スライスのうちの目標ネットワーク・スライスを利用させる応答を受信することを、無線インターフェース構成を示す応答を受信し、該無線インターフェース構成に従って前記一つまたは複数のアプリケーションのためのデータを送信または受信することによって実行するよう構成される、ということを含むことができる。

実施例１９３９では、実施例１９３８の主題は任意的に、前記無線インターフェース構成が前記目標ネットワーク・スライスに対応する、ということを含むことができる。

実施例１９４０は、端末装置から、該端末装置の一つまたは複数のアプリケーションのサービス要件を示すサービス・プロファイル・キーを受信し；前記サービス・プロファイル・キーに基づいて、異なるサービス特性を提供する複数のネットワーク・スライスから目標ネットワーク・スライスを選択し；前記一つまたは複数のアプリケーションのためのデータを転送するために前記目標ネットワーク・スライスを利用するよう前記端末装置を構成するよう構成された処理回路を含む、無線通信装置である。

実施例１９４１では、実施例１９４０の主題は任意的に、コア・ネットワークのサーバーまたはクラウド・コンピューティング・プロセッサとして構成されることができる。

実施例１９４２では、実施例１９４０の主題は任意的に、前記複数のネットワーク・スライスのうちの第一のネットワーク・スライスが前記複数のネットワーク・スライスのうちの第二のネットワーク・スライスとは異なるレイテンシー、異なるパケット損失レートまたは異なるビットレートをもつ、ということを含むことができる。

実施例１９４３では、実施例１９４０の主題は任意的に、前記複数のネットワーク・スライスが異なるレイテンシー、異なるパケット損失レートまたは異なるビットレートをもち、前記サービス・プロファイル・キーは前記一つまたは複数のアプリケーションのレイテンシー要件受け容れ可能パケット損失レート要件またはビットレート要件を示し、前記処理回路が、前記複数のネットワーク・スライスから目標ネットワーク・スライスを選択することを、前記サービス・プロファイル・キーによって示される前記サービス要件を満たすネットワーク・スライスを選択することによって実行するよう構成される、ということを含むことができる。

実施例１９４４では、実施例１９４０ないし１９４３のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記サービス・プロファイル・キーに基づいて前記複数のネットワーク・スライスから目標ネットワーク・スライスを選択することを、前記サービス・プロファイル・キーによって示される前記サービス要件を前記複数のネットワーク・スライスの前記異なるサービス特性と比較して、前記サービス・プロファイル・キーによって示される前記サービス要件を満たすネットワーク・スライスを前記複数のネットワーク・スライスから選択することによって実行するよう構成される、ということを含むことができる。

実施例１９４５では、実施例１９４０ないし１９４４のうちいずれか一項記載の主題は任意的に、前記複数のネットワーク・スライスが、無線通信ネットワーク上で実装される論理的に別個のエンドツーエンド・ネットワークである、ということを含むことができる。

実施例１９４６では、実施例１９４０ないし１９４５のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記端末装置からサービス・プロファイル・キーを受信することを、前記無線通信ネットワークでの前記端末装置の初期登録のための信号伝達の一部として前記サービス・プロファイル・キーを受信することによって実行するよう構成される、ということを含むことができる。

実施例１９４７では、実施例１９４０ないし１９４６のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記端末装置からサービス・プロファイル・キーを受信することを、前記無線通信ネットワークでの前記端末装置の登録更新のための信号伝達の一部として前記サービス・プロファイル・キーを受信することによって実行するよう構成される、ということを含むことができる。

実施例１９４８では、実施例１９４０ないし１９４７のうちいずれか一項記載の主題は任意的に、前記処理回路が、アプリケーションとサービス要件の間のマッピングを指定する前記端末装置へのマッピング・テーブルを前記端末装置に提供するようさらに構成される、ということを含むことができる。

実施例１９４９では、実施例１９４０ないし１９４８のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記目標ネットワーク・スライス上で前記一つまたは複数のアプリケーションのためのベアラを確立するようさらに構成される、ということを含むことができる。

実施例１９５０では、実施例１９４０ないし１９４９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のアプリケーションのそれぞれが特定のサービス要件をもち、前記処理回路が、前記一つまたは複数のアプリケーションの該特定のサービス要件に基づいて前記一つまたは複数のアプリケーションのための一つまたは複数のベアラを確立するようさらに構成される、ということを含むことができる。

実施例１９５１では、実施例１９４０ないし１９５０のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記一つまたは複数のアプリケーションのためのデータを転送するために前記目標ネットワーク・スライスを利用するよう前記端末装置を構成することを、前記目標ネットワーク・スライスについてのスライス識別情報を前記端末装置に提供することによって実行するよう構成される、ということを含むことができる。

実施例１９５２では、実施例１９４０ないし１９５０のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記一つまたは複数のアプリケーションのためのデータを転送するために前記目標ネットワーク・スライスを利用するよう前記端末装置を構成することを、前記目標ネットワーク・スライスについてのスライス識別情報を前記端末装置に提供することなく、無線インターフェース構成を前記端末装置に提供し、前記データの転送をサポートするよう前記目標ネットワーク・スライスの資源を構成することによって実行するよう構成される、ということを含むことができる。

実施例１９５３は端末装置であり、当該端末装置は、無線通信ネットワークから、当該端末装置の一つまたは複数のアプリケーションについてのサービス品質（ＱｏＳ）クラス割り当てのマッピングを受信する手段と、前記無線通信ネットワークへのデータ接続を要求している前記一つまたは複数のアプリケーションのうちの第一のアプリケーションを識別する手段と、前記ＱｏＳクラス割り当てのマッピングに基づいて前記第一のアプリケーションのためのＱｏＳクラス割り当てを選択する手段と、前記第一のアプリケーションのためのＱｏＳクラス割り当てに従って、前記無線通信ネットワークと、前記第一のアプリケーションのためのデータ接続を確立する手段とを含む。

実施例１９５４は端末装置において無線通信を実行する方法であり、当該方法は、無線通信ネットワークから、当該端末装置の一つまたは複数のアプリケーションについてのサービス品質（ＱｏＳ）クラス割り当てのマッピングを受信する段階と、前記無線通信ネットワークへのデータ接続を要求している前記一つまたは複数のアプリケーションのうちの第一のアプリケーションを識別する段階と、前記ＱｏＳクラス割り当てのマッピングに基づいて前記第一のアプリケーションのためのＱｏＳクラス割り当てを選択する段階と、前記第一のアプリケーションのためのＱｏＳクラス割り当てに従って、前記無線通信ネットワークと、前記第一のアプリケーションのためのデータ接続を確立する段階とを含む。

実施例１９５５では、実施例１９５４の主題は任意的に、前記一つまたは複数のアプリケーションが当該端末装置のオペレーティング・システムによって実行可能であり、前記無線通信ネットワークへのデータ接続を要求している前記一つまたは複数のアプリケーションのうちの第一のアプリケーションを識別することが、前記オペレーティング・システムに固有なアプリケーション識別子に基づいて前記第一のアプリケーションを識別することを含む、ということを含むことができる。

実施例１９５６では、実施例１９５４または１９５５の主題は任意的に、前記ＱｏＳクラス割り当てのマッピングに基づいて前記第一のアプリケーションのためのＱｏＳクラス割り当てを選択することが、前記第一のアプリケーションによって提供されるデフォルトのＱｏＳクラス割り当てではなく、ＱｏＳクラス割り当ての前記マッピングに基づいて前記第一のアプリケーションのためのＱｏＳクラス割り当てを選択することを含む、ということを含むことができる。

実施例１９５７では、実施例１９５４ないし１９５６のうちいずれか一項記載の主題は任意的に、当該端末装置の一つまたは複数のアプリケーションについてのＱｏＳクラス割り当てのマッピングを受信することが、オープンモバイルアライアンス（ＯＭＡ）マネージドオブジェクト（ＭＯ）フォーマットで前記無線通信ネットワークからＱｏＳクラス割り当てのマッピングを受信することを含む、ということを含むことができる。

実施例１９５８では、実施例１９５４ないし１９５７のうちいずれか一項記載の主題は任意的に、前記マッピングのＱｏＳクラス割り当てが無線通信規格のＱｏＳクラス割り当てである、ということを含むことができる。

実施例１９５９では、実施例１９５８の主題は任意的に、前記ＱｏＳクラス割り当てがロングタームエボリューション（ＬＴＥ）のＱｏＳクラス識別子（ＱＣＩ）である、ということを含むことができる。

実施例１９６０では、実施例１９５９ないし１９５７のうちいずれか一項記載の主題は任意的に、前記マッピングのＱｏＳクラス割り当てが、前記無線通信ネットワークに関連する無線アクセス技術に関連する標準化されたＱｏＳクラス割り当てとは異なる、ということを含むことができる。

実施例１９６１では、実施例１９５４ないし１９５７のうちいずれか一項記載の主題は任意的に、前記マッピングのＱｏＳクラス割り当てが、前記無線通信ネットワークの事業者に固有である、ということを含むことができる。

実施例１９６２では、実施例１９５４ないし１９５７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のアプリケーションについてのＱｏＳクラス割り当ての前記マッピングが、当該端末装置の最適化目標に依存する、ということを含むことができる。

実施例１９６３では、実施例１９６２の主題は任意的に、前記最適化目標が、サービス最適化目標、コスト最適化目標またはバッテリー使用最適化目標である、ということを含むことができる。

実施例１９６４では、実施例１９６２または１９６３の主題は任意的に、前記データ接続の一つまたは複数のＱｏＳ属性が前記最適化目標に依存する、ということを含むことができる。

実施例１９６５では、実施例１９５４ないし１９６４のうちいずれか一項記載の主題は任意的に、前記ＱｏＳクラス割り当てに従って前記第一のアプリケーションのためのデータ接続を確立することが、前記ＱｏＳクラス割り当てに基づいて前記第一のアプリケーションのための専用のベアラを確立することを含む、ということを含むことができる。

実施例１９６６では、実施例１９５４ないし１９６４のうちいずれか一項記載の主題は任意的に、前記ＱｏＳクラス割り当てに従って前記第一のアプリケーションのためのデータ接続を確立することが、前記ＱｏＳクラス割り当てを割り当てられている前記第一のアプリケーションのための専用のベアラを前記無線通信ネットワークに要求することを含む、ということを含むことができる。

実施例１９６７では、実施例１９５４ないし１９６６のうちいずれか一項記載の主題は任意的に、前記データ接続上で前記第一のアプリケーションのためのデータの転送を実行することをさらに含むことができる。

実施例１９６８では、実施例１９５４ないし１９６７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のアプリケーションのためのＱｏＳクラス割り当ての代替的なマッピングを指定する前記端末装置のユーザーからのユーザー入力を受け取り、ＱｏＳクラス割り当ての前記代替的なマッピングに基づいて前記一つまたは複数のアプリケーションのうちの第二のアプリケーションのためのデータ接続を確立することをさらに含むことができる。

実施例１９６９では、実施例１９５４ないし１９６７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のアプリケーションのためのＱｏＳクラス割り当ての代替的なマッピングを指定する前記端末装置のユーザーからのユーザー入力を受け取り、データ接続を要求している前記一つまたは複数のアプリケーションのうちの第二のアプリケーションを識別し、ＱｏＳクラス割り当ての前記マッピングではなくＱｏＳクラス割り当ての前記代替的なマッピングに基づいて前記第二のアプリケーションのための代替的なＱｏＳクラス割り当てを選択し、前記代替的なＱｏＳクラス割り当てに基づいて、前記無線通信ネットワークと、前記第二のアプリケーションのためのデータ接続を確立することをさらに含むことができる。

実施例１９７０では、実施例１９５４ないし１９６７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のアプリケーションのためのＱｏＳクラス割り当ての代替的なマッピングを指定する前記端末装置のユーザーからのユーザー入力を受け取り、データ接続を要求している前記一つまたは複数のアプリケーションのうちの第二のアプリケーションを識別し、ＱｏＳクラス割り当ての前記代替的なマッピングではなくＱｏＳクラス割り当ての前記マッピングに基づいて前記第二のアプリケーションのためのＱｏＳクラス割り当てを選択し、前記第二のアプリケーションのための前記ＱｏＳクラス割り当てに基づいて、前記無線通信ネットワークと、前記第二のアプリケーションのためのデータ接続を確立することをさらに含むことができる。

実施例１９７１は、実施例１９５４ないし１９７０のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む端末装置である。

実施例１９７２は、実施例１９５４ないし１９７０のうちいずれか一項記載の方法を実行するよう構成された回路装置である。

実施例１９７３は、プロセッサによって実行されたときに該プロセッサに実施例１９５４ないし１９７０のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１９７４は、端末装置の一つまたは複数のプロセッサによって実行されたときに該端末装置に実施例１９５４ないし１９７０のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例１９７５は無線通信装置であり、当該無線通信装置は、無線通信ネットワークから、当該無線通信装置の一つまたは複数のアプリケーションについてのサービス品質（ＱｏＳ）クラス割り当てのマッピングを受信し、前記無線通信ネットワークへのデータ接続を要求している前記一つまたは複数のアプリケーションのうちの第一のアプリケーションを識別し、前記ＱｏＳクラス割り当てのマッピングに基づいて前記第一のアプリケーションのためのＱｏＳクラス割り当てを選択し、前記第一のアプリケーションのためのＱｏＳクラス割り当てに従って、前記無線通信ネットワークと、前記第一のアプリケーションのためのデータ接続を確立するよう構成された一つまたは複数のプロセッサを含む。

実施例１９７６では、実施例１９７５の主題は任意的に、前記一つまたは複数のプロセッサのアプリケーション・プロセッサが、前記第一のアプリケーションを同定する段階と、前記第一のアプリケーションのための前記ＱｏＳクラス割り当てを選択する段階と、前記第一のアプリケーションのための前記ＱｏＳクラス割り当てをもって前記第一のアプリケーションのための前記データ接続を確立するよう、前記一つまたは複数のプロセッサのベースバンド・モデムに要求する段階とを実行するよう構成される、ということを含むことができる。

実施例１９７７では、実施例１９７６の主題は任意的に、前記ベースバンド・モデムが、前記アプリケーション・プロセッサから前記要求を受信し、前記第一のアプリケーションのための前記ＱｏＳクラス割り当てをもって前記第一のアプリケーションのための前記データ接続を確立するよう構成される、ということを含むことができる。

実施例１９７８では、実施例１９７６または１９７７の主題は任意的に、前記ベースバンド・モデムが、前記無線通信ネットワークから前記一つまたは複数のアプリケーションについてのＱｏＳクラス割り当ての前記マッピングを受信し、ＱｏＳクラス割り当ての前記マッピングを前記アプリケーション・プロセッサに提供するよう構成される、ということを含むことができる。

実施例１９７９では、実施例１９７５ないし１９７８のうちいずれか一項記載の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含み、無線通信のための端末装置として構成されることができる。

実施例１９８０では、実施例１９７９の主題は任意的に、前記一つまたは複数のプロセッサが、前記無線トランシーバおよび前記一つまたは複数のアンテナを介して電波信号としてデータを送受信するよう構成される、ということを含むことができる。

実施例１９８１では、実施例１９７５ないし１９７８のうちいずれか一項記載の主題は任意的に、端末装置のための電気コンポーネントとして構成されることができる。

実施例１９８２では、実施例１９７５ないし１９８１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のアプリケーションが前記一つまたは複数のプロセッサのオペレーティング・システムによって実行可能であり、前記一つまたは複数のプロセッサが、前記無線通信ネットワークへのデータ接続を要求している前記一つまたは複数のアプリケーションのうちの第一のアプリケーションを識別することを、前記オペレーティング・システムに固有なアプリケーション識別子に基づいて前記第一のアプリケーションを識別することによって実行するよう構成される、ということを含むことができる。

実施例１９８３では、実施例１９７５ないし１９８２のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ＱｏＳクラス割り当てのマッピングに基づいて前記第一のアプリケーションのためのＱｏＳクラス割り当てを選択することを、前記第一のアプリケーションによって提供されるデフォルトのＱｏＳクラス割り当てではなく、ＱｏＳクラス割り当ての前記マッピングに基づいて前記第一のアプリケーションのためのＱｏＳクラス割り当てを選択することによって実行するよう構成される、ということを含むことができる。

実施例１９８４では、実施例１９７５ないし１９８３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、当該端末装置の一つまたは複数のアプリケーションについてのＱｏＳクラス割り当てのマッピングを受信することを、オープンモバイルアライアンス（ＯＭＡ）マネージドオブジェクト（ＭＯ）フォーマットで前記無線通信ネットワークからＱｏＳクラス割り当てのマッピングを受信することによって実行するよう構成される、ということを含むことができる。

実施例１９８５では、実施例１９７５ないし１９８４のうちいずれか一項記載の主題は任意的に、前記マッピングのＱｏＳクラス割り当てが無線通信規格のＱｏＳクラス割り当てである、ということを含むことができる。

実施例１９８６では、実施例１９８５の主題は任意的に、前記ＱｏＳクラス割り当てがロングタームエボリューション（ＬＴＥ）のＱｏＳクラス識別子（ＱＣＩ）である、ということを含むことができる。

実施例１９８７では、実施例１９７５ないし１９８６のうちいずれか一項記載の主題は任意的に、前記マッピングのＱｏＳクラス割り当てが、前記無線通信ネットワークに関連する無線アクセス技術に関連する標準化されたＱｏＳクラス割り当てとは異なる、ということを含むことができる。

実施例１９８８では、実施例１９７５ないし１９８６のうちいずれか一項記載の主題は任意的に、前記マッピングのＱｏＳクラス割り当てが、前記無線通信ネットワークの事業者に固有である、ということを含むことができる。

実施例１９８９では、実施例１９７５ないし１９８６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のアプリケーションについてのＱｏＳクラス割り当ての前記マッピングが、当該端末装置の最適化目標に依存する、ということを含むことができる。

実施例１９９０では、実施例１９８９の主題は任意的に、前記最適化目標が、サービス最適化目標、コスト最適化目標またはバッテリー使用最適化目標である、ということを含むことができる。

実施例１９９１では、実施例１９８９または１９９０の主題は任意的に、前記データ接続の一つまたは複数のＱｏＳ属性が前記最適化目標に依存する、ということを含むことができる。

実施例１９９２では、実施例１９７５ないし１９９１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ＱｏＳクラス割り当てに従って前記第一のアプリケーションのためのデータ接続を確立することを、前記ＱｏＳクラス割り当てに基づいて前記第一のアプリケーションのための専用のベアラを確立することによって実行するよう構成される、ということを含むことができる。

実施例１９９３では、実施例１９７５ないし１９９２のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ＱｏＳクラス割り当てに従って前記第一のアプリケーションのためのデータ接続を確立することを、前記ＱｏＳクラス割り当てを割り当てられている前記第一のアプリケーションのための専用のベアラを前記無線通信ネットワークに要求することによって実行するよう構成される、ということを含むことができる。

実施例１９９４では、実施例１９７５ないし１９９３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記データ接続上で前記第一のアプリケーションのためのデータの転送を実行するようさらに構成される、ということを含むことができる。

実施例１９９５では、実施例１９７５ないし１９９４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記一つまたは複数のアプリケーションのためのＱｏＳクラス割り当ての代替的なマッピングを指定する前記端末装置のユーザーからのユーザー入力を受け取り、ＱｏＳクラス割り当ての前記代替的なマッピングに基づいて前記一つまたは複数のアプリケーションのうちの第二のアプリケーションのためのデータ接続を確立するようさらに構成される、ということを含むことができる。

実施例１９９６では、実施例１９７５ないし１９９４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記一つまたは複数のアプリケーションのためのＱｏＳクラス割り当ての代替的なマッピングを指定する前記端末装置のユーザーからのユーザー入力を受け取り、データ接続を要求している前記一つまたは複数のアプリケーションのうちの第二のアプリケーションを識別し、ＱｏＳクラス割り当ての前記マッピングではなくＱｏＳクラス割り当ての前記代替的なマッピングに基づいて前記第二のアプリケーションのための代替的なＱｏＳクラス割り当てを選択し、前記代替的なＱｏＳクラス割り当てに基づいて、前記無線通信ネットワークと、前記第二のアプリケーションのためのデータ接続を確立するようさらに構成される、ということを含むことができる。

実施例１９９７では、実施例１９７５ないし１９９４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記一つまたは複数のアプリケーションのためのＱｏＳクラス割り当ての代替的なマッピングを指定する前記端末装置のユーザーからのユーザー入力を受け取り、データ接続を要求している前記一つまたは複数のアプリケーションのうちの第二のアプリケーションを識別し、ＱｏＳクラス割り当ての前記代替的なマッピングではなくＱｏＳクラス割り当ての前記マッピングに基づいて前記第二のアプリケーションのためのＱｏＳクラス割り当てを選択し、前記第二のアプリケーションのための前記ＱｏＳクラス割り当てに基づいて、前記無線通信ネットワークと、前記第二のアプリケーションのためのデータ接続を確立するようさらに構成される、ということを含むことができる。

実施例１９９８は、無線アクセス・ネットワークについてのバックホール・インターフェース上でパケット検査を実行する手段と、前記パケット検査に基づいて端末装置のためのデータ・ストリームを検出する手段および前記パケット検査に基づいて前記第一のデータ・ストリームの一つまたは複数のストリーム・パラメータを同定する手段と、前記一つまたは複数のストリーム・パラメータに基づいて前記第一のデータ・ストリームについてのストリーム・コストを決定する手段と、前記ストリーム・コストを前記端末装置に提供する手段とを含む、装置である。

実施例１９９９は、データ・ストリームを管理する方法であり、当該方法は、無線アクセス・ネットワークについてのバックホール・インターフェース上でパケット検査を実行する段階と、前記パケット検査に基づいて端末装置のためのデータ・ストリームを検出し、前記パケット検査に基づいて前記第一のデータ・ストリームの一つまたは複数のストリーム・パラメータを同定する段階と、前記一つまたは複数のストリーム・パラメータに基づいて前記第一のデータ・ストリームについてのストリーム・コストを決定する段階と、前記ストリーム・コストを前記端末装置に提供する段階とを含む。

実施例２０００では、実施例１９９９の主題は任意的に、前記無線アクセス・ネットワークについてのバックホール・インターフェース上でパケット検査を実行することが、前記バックホール・インターフェース上に位置するモバイル・エッジ・コンピューティング（ＭＥＣ）サーバーにおいて前記パケット検査を実行することを含む、ということを含むことができる。

実施例２００１では、実施例１９９９または２０００の主題は任意的に、前記バックホール・インターフェースが前記無線アクセス・ネットワークとコア・ネットワークとの間のインターフェースである、ということを含むことができる。

実施例２００２では、実施例１９９９ないし２００１のうちいずれか一項記載の主題は任意的に、前記無線アクセス・ネットワークについてのバックホール・インターフェース上でパケット検査を実行することが、前記バックホール・インターフェースのために使われるトンネリング・プロトコルに従って前記バックホール・インターフェース上でデータを解読してインターネット・プロトコル（ＩＰ）データを取得し、前記ＩＰデータに対してパケット検査を実行することを含む、ということを含むことができる。

実施例２００３では、実施例２００２の主題は任意的に、前記ＩＰデータに対してパケット検査を実行することが、前記ＩＰデータに対して平文解析を実行することを含む、ということを含むことができる。

実施例２００４では、実施例２００２の主題は任意的に、前記ＩＰデータに対してパケット検査を実行することが、前記ＩＰデータのＩＰヘッダ・データまたはＩＰペイロード・データを評価することを含む、ということを含むことができる。

実施例２００５では、実施例１９９９ないし２００４のうちいずれか一項記載の主題は任意的に、前記パケット検査に基づいて端末装置のためのデータ・ストリームを検出することが、前記パケット検査の間に前記バックホール・インターフェース上で前記データ・ストリームのストリーム・トラフィックまたはストリーム制御信号を検出することを含む、ということを含むことができる。

実施例２００６では、実施例１９９９ないし２００５のうちいずれか一項記載の主題は任意的に、前記パケット検査に基づいて前記第一のデータ・ストリームの一つまたは複数のストリーム・パラメータを同定することが、前記一つまたは複数のストリーム・パラメータとして、サービス階層（service tier）、ビデオ・コーデック、オーディオ・コーデック、宛先インターネット・プロトコル（ＩＰ）アドレス、ソースＩＰアドレス、中間ＩＰアドレス、宛先媒体アクセス制御（ＭＡＣ）アドレス、ソースＭＡＣアドレス、中間ＭＡＣアドレス、クライアント装置識別情報、クライアント装置型、ストリーム・コンテンツ・プロバイダー、オペレーティング・システム、ブラウザー型、メディア・ストリーム型、セッション・プロトコル、トランスポート・プロトコル、メディア・コンテナ、ストリーム解像度、ストリーム・ビットレート、ストリーム品質、ストリーム長、ストリーム・サイズ、ストリーム継続時間、ファイル・サイズまたはファイル長を同定することを含む、ということを含むことができる。

実施例２００７では、実施例１９９９ないし２００６のうちいずれか一項記載の主題は任意的に、前記ストリーム・コストを前記端末装置に提供することが、前記第一のデータ・ストリームの継続時間の間に前記ストリーム・コストを前記端末装置に提供することを含む、ということを含むことができる。

実施例２００８では、実施例１９９９ないし２００７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のストリーム・パラメータに基づいて前記第一のデータ・ストリームについてのストリーム・コストを決定することが、前記一つまたは複数のストリーム・パラメータに含まれるストリーム長、ストリーム継続時間、ストリーム解像度、ストリーム・ビットレートまたはストリーム・コンテンツ・プロバイダーのうちの一つまたは複数に基づいて前記ストリーム・コストを計算することを含む、ということを含むことができる。

実施例２００９では、実施例１９９９ないし２００８のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ストリームについてのストリーム・コストを決定することが、前記端末装置の課金情報を課金サーバーに要求し、前記課金情報および前記一つまたは複数のストリーム・パラメータに基づいて前記ストリーム・コストを計算することを含む、ということを含むことができる。

実施例２０１０では、実施例１９９９ないし２００９のうちいずれか一項記載の主題は任意的に、前記パケット検査が前記端末装置にとって透明である、ということを含むことができる。

実施例２０１１では、実施例１９９９ないし２０１０のうちいずれか一項記載の主題は任意的に、前記ストリーム・コストを前記端末装置に提供することが、前記ストリーム・コストを前記端末装置にアプリケーション層信号伝達として提供することを含む、ということを含むことができる。

実施例２０１２では、実施例２０１１の主題は任意的に、前記ストリーム・コストを前記端末装置にアプリケーション層信号伝達として提供することが、前記ストリーム・コストを、前記第一のデータ・ストリームを実行している前記端末装置のアプリケーションに提供することを含む、ということを含むことができる。

実施例２０１３では、実施例１９９９ないし２０１０のうちいずれか一項記載の主題は任意的に、前記ストリーム・コストを前記端末装置に提供することが、前記ストリーム・コストを前記端末装置にショート・メッセージ・サービス（ＳＭＳ）メッセージまたはプッシュ通知として提供することを含む、ということを含むことができる。

実施例２０１４では、実施例１９９９ないし２０１３のうちいずれか一項記載の主題は任意的に、前記ストリーム・コストを前記端末装置に提供することが、前記ストリーム・コストを前記無線アクセス・ネットワークを介して送信することによって、前記ストリーム・コストを前記端末装置に提供することを含む、ということを含むことができる。

実施例２０１５では、実施例１９９９ないし２０１４のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ストリームがビデオ・ストリーム、オーディオ・ストリーム、画像ストリーム、マルチメディア・ストリーム、ファイル・ダウンロード、ブラウザー・トラフィック、アプリケーション・トラフィックまたはリアルタイム・マシンまたは装置制御信号伝達である、ということを含むことができる。

実施例２０１６では、実施例１９９９ないし２０１５のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ストリームが確定した継続時間をもち、前記第一のデータ・ストリームについてのストリーム・コストを決定することが、確定した継続時間に基づいて前記第一のデータ・ストリームの固定したストリーム・コストを計算することを含む、ということを含むことができる。

実施例２０１７では、実施例１９９９ないし２０１５のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ストリームが不確定な継続時間をもち、前記第一のデータ・ストリームについてのストリーム・コストを決定することが、前記第一のデータ・ストリームを受信する時間当たりのコストを示す前記第一のストリームの浮動ストリーム・コストを計算することを含む、ということを含むことができる。

実施例２０１８は、実施例１９９９ないし２０１７のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む通信装置である。

実施例２０１９は、プロセッサによって実行されたときに該プロセッサに実施例１９９９ないし２０１７のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２０２０は、実施例１９９９ないし２０１７のうちいずれか一項記載の方法を実行するよう構成されたプロセッサを含むエッジ・コンピューティング・サーバーである。

実施例２０２１は、無線アクセス・ネットワークについてのバックホール・インターフェース上でパケット検査を実行し、前記パケット検査に基づいて端末装置のためのデータ・ストリームを検出し、前記第一のデータ・ストリームについてのストリーム・パラメータを同定するよう構成されたパケット検査モジュールと、前記ストリーム・パラメータに基づいて前記第一のデータ・ストリームについてのストリーム・コストを決定し、前記ストリーム・コストを前記端末装置に提供するよう構成されたコスト計算モジュールとを含む、通信装置である。

実施例２０２２では、実施例２０２１の主題は任意的に、モバイル・エッジ・コンピューティング（ＭＥＣ）サーバーとして構成されることができる。

実施例２０２３では、実施例２０２１の主題は任意的に、モバイル・エッジ・コンピューティング（ＭＥＣ）サーバーの装置コンポーネントとして構成されることができる。

実施例２０２４では、実施例２０２１の主題は任意的に、前記パケット検査モジュールおよび前記コスト計算モジュールがプロセッサである、ということを含むことができる。

実施例２０２５では、実施例２０２１または２０２２の主題は任意的に、前記バックホール・インターフェースが前記無線アクセス・ネットワークとコア・ネットワークとの間のインターフェースである、ということを含むことができる。

実施例２０２６では、実施例２０２１ないし２０２５のうちいずれか一項記載の主題は任意的に、前記パケット検査モジュールが、前記無線アクセス・ネットワークについてのバックホール・インターフェース上でパケット検査を実行することを、前記バックホール・インターフェースのために使われるトンネリング・プロトコルに従って前記バックホール・インターフェース上でデータを解読してインターネット・プロトコル（ＩＰ）データを取得し、前記ＩＰデータに対してパケット検査を実行することによって実行するよう構成される、ということを含むことができる。

実施例２０２７では、実施例２０２６の主題は任意的に、前記パケット検査モジュールが、前記ＩＰデータに対してパケット検査を実行することを、前記ＩＰデータに対して平文解析を実行することによって実行するよう構成される、ということを含むことができる。

実施例２０２８では、実施例２０２６の主題は任意的に、前記パケット検査モジュールが、前記ＩＰデータに対してパケット検査を実行することを、前記ＩＰデータのＩＰヘッダ・データまたはＩＰペイロード・データを評価することによって実行するよう構成される、ということを含むことができる。

実施例２０２９では、実施例２０２１ないし２０２８のうちいずれか一項記載の主題は任意的に、前記パケット検査モジュールが、前記パケット検査に基づいて端末装置のためのデータ・ストリームを検出することを、前記パケット検査の間に前記バックホール・インターフェース上で前記データ・ストリームのストリーム・トラフィックまたはストリーム制御信号を検出することによって実行するよう構成される、ということを含むことができる。

実施例２０３０では、実施例２０２１ないし２０２９のうちいずれか一項記載の主題は任意的に、前記パケット検査モジュールが、前記第一のデータ・ストリームの一つまたは複数のストリーム・パラメータを同定することを、前記一つまたは複数のストリーム・パラメータとして、サービス階層（service tier）、ビデオ・コーデック、オーディオ・コーデック、宛先インターネット・プロトコル（ＩＰ）アドレス、ソースＩＰアドレス、中間ＩＰアドレス、宛先媒体アクセス制御（ＭＡＣ）アドレス、ソースＭＡＣアドレス、中間ＭＡＣアドレス、クライアント装置識別情報、クライアント装置型、ストリーム・コンテンツ・プロバイダー、オペレーティング・システム、ブラウザー型、メディア・ストリーム型、セッション・プロトコル、トランスポート・プロトコル、メディア・コンテナ、ストリーム解像度、ストリーム・ビットレート、ストリーム品質、ストリーム長、ストリーム・サイズ、ストリーム継続時間、ファイル・サイズまたはファイル長を同定することによって実行するよう構成される、ということを含むことができる。

実施例２０３１では、実施例２０２１ないし２０３０のうちいずれか一項記載の主題は任意的に、前記コスト計算モジュールが、前記ストリーム・コストを前記端末装置に提供することを、前記第一のデータ・ストリームの継続時間の間に前記ストリーム・コストを前記端末装置に提供することによって実行するよう構成される、ということを含むことができる。

実施例２０３２では、実施例２０２１ないし２０３１のうちいずれか一項記載の主題は任意的に、前記コスト計算モジュールが、前記一つまたは複数のストリーム・パラメータに基づいて前記第一のデータ・ストリームについてのストリーム・コストを決定することを、前記一つまたは複数のストリーム・パラメータに含まれるストリーム長、ストリーム継続時間、ストリーム解像度、ストリーム・ビットレートまたはストリーム・コンテンツ・プロバイダーのうちの一つまたは複数に基づいて前記ストリーム・コストを計算することによって実行するよう構成される、ということを含むことができる。

実施例２０３３では、実施例２０２１ないし２０３２のうちいずれか一項記載の主題は任意的に、前記コスト計算モジュールが、前記第一のデータ・ストリームについてのストリーム・コストを決定することを、前記端末装置の課金情報を課金サーバーに要求し、前記課金情報および前記一つまたは複数のストリーム・パラメータに基づいて前記ストリーム・コストを計算することによって実行するよう構成される、ということを含むことができる。

実施例２０３４では、実施例２０２１ないし２０３３のうちいずれか一項記載の主題は任意的に、前記パケット検査が前記端末装置にとって透明である、ということを含むことができる。

実施例２０３５では、実施例２０２１ないし２０３４のうちいずれか一項記載の主題は任意的に、前記コスト計算モジュールが、前記ストリーム・コストを前記端末装置に提供することを、前記ストリーム・コストを前記端末装置にアプリケーション層信号伝達として提供することによって実行するよう構成される、ということを含むことができる。

実施例２０３６では、実施例２０３５の主題は任意的に、前記コスト計算モジュールが、前記ストリーム・コストを前記端末装置にアプリケーション層信号伝達として提供することを、前記ストリーム・コストを、前記第一のデータ・ストリームを実行している前記端末装置のアプリケーションに提供することによって実行するよう構成される、ということを含むことができる。

実施例２０３７では、実施例２０２１ないし２０３６のうちいずれか一項記載の主題は任意的に、前記コスト計算モジュールが、前記ストリーム・コストを前記端末装置に提供することを、前記ストリーム・コストを前記端末装置にショート・メッセージ・サービス（ＳＭＳ）メッセージまたはプッシュ通知として提供することによって実行するよう構成される、ということを含むことができる。

実施例２０３８では、実施例２０２１ないし２０３７のうちいずれか一項記載の主題は任意的に、前記コスト計算モジュールが、前記ストリーム・コストを前記端末装置に提供することを、前記ストリーム・コストを前記無線アクセス・ネットワークを介して前記端末装置に送信することによって実行するよう構成される、ということを含むことができる。

実施例２０３９では、実施例２０２１ないし２０３８のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ストリームがビデオ・ストリーム、オーディオ・ストリーム、画像ストリーム、マルチメディア・ストリーム、ファイル・ダウンロード、ブラウザー・トラフィック、アプリケーション・トラフィックまたはリアルタイム・マシンまたは装置制御信号伝達である、ということを含むことができる。

実施例２０４０では、実施例２０２１ないし２０３９のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ストリームが確定した継続時間をもち、前記コスト計算モジュールが、前記第一のデータ・ストリームについてのストリーム・コストを決定することを、確定した継続時間に基づいて前記第一のデータ・ストリームの固定したストリーム・コストを計算することによって実行するよう構成される、ということを含むことができる。

実施例２０４１では、実施例２０２１ないし２０３９のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ストリームが不確定な継続時間をもち、前記コスト計算モジュールが、前記第一のデータ・ストリームについてのストリーム・コストを決定することを、前記第一のデータ・ストリームを受信する時間当たりのコストを示す前記第一のストリームの浮動ストリーム・コストを計算することによって実行するよう構成される、ということを含むことができる。

実施例２０４２は、プロセッサによって実行されたときに該プロセッサに方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体であり、前記方法は、データ・ストリームを管理する方法であり、当該方法は、無線アクセス・ネットワークについてのバックホール・インターフェース上でパケット検査を実行する段階と、前記パケット検査に基づいて端末装置のためのデータ・ストリームを検出し、前記パケット検査に基づいて前記第一のデータ・ストリームの一つまたは複数のストリーム・パラメータを同定する段階と、前記一つまたは複数のストリーム・パラメータに基づいて前記第一のデータ・ストリームについてのストリーム・コストを決定する段階と、前記ストリーム・コストを前記端末装置に提供する段階とを含む。

実施例２０４３では、実施例２０４２の主題は任意的に、前記無線アクセス・ネットワークについてのバックホール・インターフェース上でパケット検査を実行することが、前記バックホール・インターフェース上に位置するモバイル・エッジ・コンピューティング（ＭＥＣ）サーバーにおいて前記パケット検査を実行することを含む、ということを含むことができる。

実施例２０４４では、実施例２０４２または２０４３の主題は任意的に、前記バックホール・インターフェースが前記無線アクセス・ネットワークとコア・ネットワークとの間のインターフェースである、ということを含むことができる。

実施例２０４５では、実施例２０４２ないし２０４４のうちいずれか一項記載の主題は任意的に、前記無線アクセス・ネットワークについてのバックホール・インターフェース上でパケット検査を実行することが、前記バックホール・インターフェースのために使われるトンネリング・プロトコルに従って前記バックホール・インターフェース上でデータを解読してインターネット・プロトコル（ＩＰ）データを取得し、前記ＩＰデータに対してパケット検査を実行することを含む、ということを含むことができる。

実施例２０４６では、実施例２０４５の主題は任意的に、前記ＩＰデータに対してパケット検査を実行することが、前記ＩＰデータに対して平文解析を実行することを含む、ということを含むことができる。

実施例２０４７では、実施例２０４５の主題は任意的に、前記ＩＰデータに対してパケット検査を実行することが、前記ＩＰデータのＩＰヘッダ・データまたはＩＰペイロード・データを評価することを含む、ということを含むことができる。

実施例２０４８では、実施例２０４２ないし２０４７のうちいずれか一項記載の主題は任意的に、前記パケット検査に基づいて端末装置のためのデータ・ストリームを検出することが、前記パケット検査の間に前記バックホール・インターフェース上で前記データ・ストリームのストリーム・トラフィックまたはストリーム制御信号を検出することを含む、ということを含むことができる。

実施例２０４９では、実施例２０４２ないし２０４８のうちいずれか一項記載の主題は任意的に、前記パケット検査に基づいて前記第一のデータ・ストリームの一つまたは複数のストリーム・パラメータを同定することが、前記一つまたは複数のストリーム・パラメータとして、サービス階層（service tier）、ビデオ・コーデック、オーディオ・コーデック、宛先インターネット・プロトコル（ＩＰ）アドレス、ソースＩＰアドレス、中間ＩＰアドレス、宛先媒体アクセス制御（ＭＡＣ）アドレス、ソースＭＡＣアドレス、中間ＭＡＣアドレス、クライアント装置識別情報、クライアント装置型、ストリーム・コンテンツ・プロバイダー、オペレーティング・システム、ブラウザー型、メディア・ストリーム型、セッション・プロトコル、トランスポート・プロトコル、メディア・コンテナ、ストリーム解像度、ストリーム・ビットレート、ストリーム品質、ストリーム長、ストリーム・サイズ、ストリーム継続時間、ファイル・サイズまたはファイル長を同定することを含む、ということを含むことができる。

実施例２０５０では、実施例２０４２ないし２０４９のうちいずれか一項記載の主題は任意的に、前記ストリーム・コストを前記端末装置に提供することが、前記第一のデータ・ストリームの継続時間の間に前記ストリーム・コストを前記端末装置に提供することを含む、ということを含むことができる。

実施例２０５１では、実施例２０４２ないし２０５０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のストリーム・パラメータに基づいて前記第一のデータ・ストリームについてのストリーム・コストを決定することが、前記一つまたは複数のストリーム・パラメータに含まれるストリーム長、ストリーム継続時間、ストリーム解像度、ストリーム・ビットレートまたはストリーム・コンテンツ・プロバイダーのうちの一つまたは複数に基づいて前記ストリーム・コストを計算することを含む、ということを含むことができる。

実施例２０５２では、実施例２０４２ないし２０５１のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ストリームについてのストリーム・コストを決定することが、前記端末装置の課金情報を課金サーバーに要求し、前記課金情報および前記一つまたは複数のストリーム・パラメータに基づいて前記ストリーム・コストを計算することを含む、ということを含むことができる。

実施例２０５３では、実施例２０４２ないし２０５２のうちいずれか一項記載の主題は任意的に、前記パケット検査が前記端末装置にとって透明である、ということを含むことができる。

実施例２０５４では、実施例２０４２ないし２０５３のうちいずれか一項記載の主題は任意的に、前記ストリーム・コストを前記端末装置に提供することが、前記ストリーム・コストを前記端末装置にアプリケーション層信号伝達として提供することを含む、ということを含むことができる。

実施例２０５５では、実施例２０５４の主題は任意的に、前記ストリーム・コストを前記端末装置にアプリケーション層信号伝達として提供することが、前記ストリーム・コストを、前記第一のデータ・ストリームを実行している前記端末装置のアプリケーションに提供することを含む、ということを含むことができる。

実施例２０５６では、実施例２０４２ないし２０５３のうちいずれか一項記載の主題は任意的に、前記ストリーム・コストを前記端末装置に提供することが、前記ストリーム・コストを前記端末装置にショート・メッセージ・サービス（ＳＭＳ）メッセージまたはプッシュ通知として提供することを含む、ということを含むことができる。

実施例２０５７では、実施例２０４２ないし２０５６のうちいずれか一項記載の主題は任意的に、前記ストリーム・コストを前記端末装置に提供することが、前記ストリーム・コストを前記無線アクセス・ネットワークを介して送信することによって、前記ストリーム・コストを前記端末装置に提供することを含む、ということを含むことができる。

実施例２０５８では、実施例２０４２ないし２０５７のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ストリームがビデオ・ストリーム、オーディオ・ストリーム、画像ストリーム、マルチメディア・ストリーム、ファイル・ダウンロード、ブラウザー・トラフィック、アプリケーション・トラフィックまたはリアルタイム・マシンまたは装置制御信号伝達である、ということを含むことができる。

実施例２０５９では、実施例２０４２ないし２０５８のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ストリームが確定した継続時間をもち、前記第一のデータ・ストリームについてのストリーム・コストを決定することが、確定した継続時間に基づいて前記第一のデータ・ストリームの固定したストリーム・コストを計算することを含む、ということを含むことができる。

実施例２０６０では、実施例２０４２ないし２０５８のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ストリームが不確定な継続時間をもち、前記第一のデータ・ストリームについてのストリーム・コストを決定することが、前記第一のデータ・ストリームを受信する時間当たりのコストを示す前記第一のストリームの浮動ストリーム・コストを計算することを含む、ということを含むことができる。

実施例２０６１は、一つまたは複数のプロセッサを含む、無線通信における使用のために適応されたコンピューティング・サーバーであり、前記一つまたは複数のプロセッサは、第一の端末装置のデータ・ストリームを検出するよう、無線アクセス・ネットワークについてのバックホール・インターフェース上でパケット検査を実行し；前記端末装置についての課金情報を課金サーバーから受信し；前記課金情報および前記データ・ストリームの一つまたは複数のパラメータに基づいて前記端末装置のストリーム・コストを計算し；前記ストリーム・コストを前記端末装置に提供するよう構成されている。

実施例２０６２では、実施例２０６１の主題は任意的に、前記一つまたは複数のプロセッサが、前記バックホール・インターフェース上でパケット検査を実行することを、前記バックホール・インターフェースによって使われるトンネリング・プロトコルに従って前記バックホール・インターフェース上でトンネリング・パケットを解読してインターネット・プロトコル（ＩＰ）パケットを取得し、前記ＩＰパケットのＩＰヘッダ・データおよびＩＰペイロード・データの解析に基づいて前記データ・ストリームを検出することによって実行するよう構成される、ということを含むことができる。

実施例２０６３では、実施例２０６２の主題は任意的に、前記一つまたは複数のプロセッサが、前記ＩＰヘッダ・データまたは前記ＩＰペイロード・データの解析に基づいて前記データ・ストリームの前記一つまたは複数のパラメータを同定するようさらに構成される、ということを含むことができる。

実施例２０６４では、実施例２０６１ないし２０６３のうちいずれか一項記載の主題は任意的に、前記データ・ストリームの前記一つまたは複数のストリーム・パラメータが、サービス階層（service tier）、ビデオ・コーデック、オーディオ・コーデック、宛先インターネット・プロトコル（ＩＰ）アドレス、ソースＩＰアドレス、中間ＩＰアドレス、宛先媒体アクセス制御（ＭＡＣ）アドレス、ソースＭＡＣアドレス、中間ＭＡＣアドレス、クライアント装置識別情報、クライアント装置型、ストリーム・コンテンツ・プロバイダー、オペレーティング・システム、ブラウザー型、メディア・ストリーム型、セッション・プロトコル、トランスポート・プロトコル、メディア・コンテナ、ストリーム解像度、ストリーム・ビットレート、ストリーム品質、ストリーム長、ストリーム・サイズ、ストリーム継続時間、ファイル・サイズまたはファイル長を含む、ということを含むことができる。

実施例２０６５では、実施例２０６１ないし２０６４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記パケット検査に基づいて端末装置の識別情報を判別し、前記端末装置の該識別情報を用いて、前記端末装置についての前記課金情報を前記課金サーバーに要求するようさらに構成される、ということを含むことができる。

実施例２０６６では、実施例２０６１ないし２０６５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ストリーム・コストを前記端末装置に提供することを、前記ストリーム・コストを前記端末装置にアプリケーション層信号伝達として提供することによって実行するよう構成される、ということを含むことができる。

実施例２０６７では、実施例２０６６の主題は任意的に、前記一つまたは複数のプロセッサが、前記ストリーム・コストを前記端末装置にアプリケーション層信号伝達として提供することを、前記ストリーム・コストを、前記第一のデータ・ストリームを実行している前記端末装置のアプリケーションに提供することによって実行するよう構成される、ということを含むことができる。

実施例２０６８では、実施例２０６１ないし２０６５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ストリーム・コストを前記端末装置に提供することを、前記ストリーム・コストを前記端末装置にショート・メッセージ・サービス（ＳＭＳ）メッセージまたはプッシュ通知として提供することによって実行するよう構成される、ということを含むことができる。

実施例２０６９では、実施例２０６１ないし２０６８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ストリーム・コストを前記端末装置に提供することを、前記ストリーム・コストを前記無線アクセス・ネットワークを介して送信することによって前記ストリーム・コストを前記端末装置に提供することによって実行するよう構成される、ということを含むことができる。

実施例２０７０では、実施例２０６１ないし２０６９のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ストリームがビデオ・ストリーム、オーディオ・ストリーム、画像ストリーム、マルチメディア・ストリーム、ファイル・ダウンロード、ブラウザー・トラフィック、アプリケーション・トラフィックまたはリアルタイム・マシンまたは装置制御信号伝達である、ということを含むことができる。

実施例２０７１では、実施例２０６１ないし２０７０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ストリーム・コストを前記端末装置に提供することを、前記第一のデータ・ストリームの継続時間の間に前記ストリーム・コストを前記端末装置に提供することによって実行するよう構成される、ということを含むことができる。

実施例２０７２では、実施例２０６１ないし２０７１のうちいずれか一項記載の主題は任意的に、モバイル・エッジ・コンピューティング（ＭＥＣ）サーバーとして構成されることができる。

実施例２０７３は、第一の端末装置のデータ・ストリームを検出するよう、無線アクセス・ネットワークについてのバックホール・インターフェース上でパケット検査を実行する手段と；前記端末装置についての課金情報を課金サーバーから受信する手段と；前記課金情報および前記データ・ストリームの一つまたは複数のパラメータに基づいて前記端末装置のストリーム・コストを計算する手段と；前記ストリーム・コストを前記端末装置に提供する手段とを含む、装置。

実施例２０７４は、データ・ストリームを管理する方法であり、当該方法は、第一の端末装置のデータ・ストリームを検出するよう、無線アクセス・ネットワークについてのバックホール・インターフェース上でパケット検査を実行し；前記端末装置についての課金情報を課金サーバーから受信し；前記課金情報および前記データ・ストリームの一つまたは複数のパラメータに基づいて前記端末装置のストリーム・コストを計算し；前記ストリーム・コストを前記端末装置に提供することを含む。

実施例２０７５では、実施例２０７４の主題は任意的に、前記バックホール・インターフェース上でパケット検査を実行することが、前記バックホール・インターフェースによって使われるトンネリング・プロトコルに従って前記バックホール・インターフェース上でトンネリング・パケットを解読してインターネット・プロトコル（ＩＰ）パケットを取得し、前記ＩＰパケットのＩＰヘッダ・データおよびＩＰペイロード・データの解析に基づいて前記データ・ストリームを検出することを含む、ということを含むことができる。

実施例２０７６では、実施例２０７５の主題は任意的に、前記ＩＰヘッダ・データまたは前記ＩＰペイロード・データの解析に基づいて前記データ・ストリームの前記一つまたは複数のパラメータを同定することをさらに含む、ということを含むことができる。

実施例２０７７では、実施例２０７４ないし２０７６のうちいずれか一項記載の主題は任意的に、前記データ・ストリームの前記一つまたは複数のストリーム・パラメータが、サービス階層（service tier）、ビデオ・コーデック、オーディオ・コーデック、宛先インターネット・プロトコル（ＩＰ）アドレス、ソースＩＰアドレス、中間ＩＰアドレス、宛先媒体アクセス制御（ＭＡＣ）アドレス、ソースＭＡＣアドレス、中間ＭＡＣアドレス、クライアント装置識別情報、クライアント装置型、ストリーム・コンテンツ・プロバイダー、オペレーティング・システム、ブラウザー型、メディア・ストリーム型、セッション・プロトコル、トランスポート・プロトコル、メディア・コンテナ、ストリーム解像度、ストリーム・ビットレート、ストリーム品質、ストリーム長、ストリーム・サイズ、ストリーム継続時間、ファイル・サイズまたはファイル長を含む、ということを含むことができる。

実施例２０７８では、実施例２０７４ないし２０７７のうちいずれか一項記載の主題は任意的に、前記パケット検査に基づいて端末装置の識別情報を判別し、前記端末装置の該識別情報を用いて、端末装置についての前記課金情報を前記課金サーバーに要求することをさらに含む、ということを含むことができる。

実施例２０７９では、実施例２０７４ないし２０７８のうちいずれか一項記載の主題は任意的に、前記ストリーム・コストを前記端末装置に提供することが、前記ストリーム・コストを前記端末装置にアプリケーション層信号伝達として提供することを含む、ということを含むことができる。

実施例２０８０では、前記ストリーム・コストを前記端末装置にアプリケーション層信号伝達として提供することが、前記ストリーム・コストを、前記第一のデータ・ストリームを実行している前記端末装置のアプリケーションに提供することを含む。

実施例２０８１では、実施例２０７４ないし２０７８のうちいずれか一項記載の主題は任意的に、前記ストリーム・コストを前記端末装置に提供することが、前記ストリーム・コストを前記端末装置にショート・メッセージ・サービス（ＳＭＳ）メッセージまたはプッシュ通知として提供することを含む、ということを含むことができる。

実施例２０８２では、実施例２０７４ないし２０７８のうちいずれか一項記載の主題は任意的に、前記ストリーム・コストを前記端末装置に提供することが、前記ストリーム・コストを前記無線アクセス・ネットワークを介して送信することによって前記ストリーム・コストを前記端末装置に提供することを含む、ということを含むことができる。

実施例２０８３では、実施例２０７４ないし２０８２のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ストリームがビデオ・ストリーム、オーディオ・ストリーム、画像ストリーム、マルチメディア・ストリーム、ファイル・ダウンロード、ブラウザー・トラフィック、アプリケーション・トラフィックまたはリアルタイム・マシンまたは装置制御信号伝達である、ということを含むことができる。

実施例２０８４では、実施例２０７４ないし２０８３のうちいずれか一項記載の主題は任意的に、前記ストリーム・コストを前記端末装置に提供することが、前記第一のデータ・ストリームの継続時間の間に前記ストリーム・コストを前記端末装置に提供することを含む、ということを含むことができる。

実施例２０８５は、無線アクセス・ネットワークについてのバックホール・インターフェース上でパケット検査を実行し、前記パケット検査に基づいて端末装置のためのデータ・ストリームを検出し、前記第一のデータ・ストリームについてのストリーム・パラメータを同定するよう構成されたパケット検査回路と、前記ストリーム・パラメータに基づいて前記第一のデータ・ストリームについてのストリーム・コストを決定し、前記ストリーム・コストを前記端末装置に提供するよう構成されたコスト計算回路とを含む、通信装置である。

実施例２０８６では、実施例２０８５の主題は任意的に、モバイル・エッジ・コンピューティング（ＭＥＣ）サーバーとして構成されることができる。

実施例２０８７では、実施例２０８５の主題は任意的に、モバイル・エッジ・コンピューティング（ＭＥＣ）サーバーの装置コンポーネントとして構成されることができる。

実施例２０８８では、実施例２０８５の主題は任意的に、前記パケット検査回路および前記コスト計算回路がハードウェア定義回路またはソフトウェア定義回路である、ということを含むことができる。

実施例２０８９では、実施例２０８５または２０８６の主題は任意的に、前記バックホール・インターフェースが前記無線アクセス・ネットワークとコア・ネットワークとの間のインターフェースである、ということを含むことができる。

実施例２０９０では、実施例２０８５ないし２０８９のうちいずれか一項記載の主題は任意的に、前記パケット検査回路が、前記無線アクセス・ネットワークについてのバックホール・インターフェース上でパケット検査を実行することを、前記バックホール・インターフェースのために使われるトンネリング・プロトコルに従って前記バックホール・インターフェース上でデータを解読してインターネット・プロトコル（ＩＰ）データを取得し、前記ＩＰデータに対してパケット検査を実行することによって実行するよう構成される、ということを含むことができる。

実施例２０９１では、実施例２０９０の主題は任意的に、前記パケット検査回路が、前記ＩＰデータに対してパケット検査を実行することを、前記ＩＰデータに対して平文解析を実行することによって実行するよう構成される、ということを含むことができる。

実施例２０９２では、実施例２０９０の主題は任意的に、前記パケット検査回路が、前記ＩＰデータに対してパケット検査を実行することを、前記ＩＰデータのＩＰヘッダ・データまたはＩＰペイロード・データを評価することによって実行するよう構成される、ということを含むことができる。

実施例２０９３では、実施例２０８５ないし２０９２のうちいずれか一項記載の主題は任意的に、前記パケット検査回路が、前記パケット検査に基づいて端末装置のためのデータ・ストリームを検出することを、前記パケット検査の間に前記バックホール・インターフェース上で前記データ・ストリームのストリーム・トラフィックまたはストリーム制御信号を検出することによって実行するよう構成される、ということを含むことができる。

実施例２０９４では、実施例２０８５ないし２０９３のうちいずれか一項記載の主題は任意的に、前記パケット検査回路が、前記第一のデータ・ストリームの一つまたは複数のストリーム・パラメータを同定することを、前記一つまたは複数のストリーム・パラメータとして、サービス階層（service tier）、ビデオ・コーデック、オーディオ・コーデック、宛先インターネット・プロトコル（ＩＰ）アドレス、ソースＩＰアドレス、中間ＩＰアドレス、宛先媒体アクセス制御（ＭＡＣ）アドレス、ソースＭＡＣアドレス、中間ＭＡＣアドレス、クライアント装置識別情報、クライアント装置型、ストリーム・コンテンツ・プロバイダー、オペレーティング・システム、ブラウザー型、メディア・ストリーム型、セッション・プロトコル、トランスポート・プロトコル、メディア・コンテナ、ストリーム解像度、ストリーム・ビットレート、ストリーム品質、ストリーム長、ストリーム・サイズ、ストリーム継続時間、ファイル・サイズまたはファイル長を同定することによって実行するよう構成される、ということを含むことができる。

実施例２０９５では、実施例２０８５ないし２０９４のうちいずれか一項記載の主題は任意的に、前記コスト計算回路が、前記ストリーム・コストを前記端末装置に提供することを、前記第一のデータ・ストリームの継続時間の間に前記ストリーム・コストを前記端末装置に提供することによって実行するよう構成される、ということを含むことができる。

実施例２０９６では、実施例２０８５ないし２０９５のうちいずれか一項記載の主題は任意的に、前記コスト計算回路が、前記一つまたは複数のストリーム・パラメータに基づいて前記第一のデータ・ストリームについてのストリーム・コストを決定することを、前記一つまたは複数のストリーム・パラメータに含まれるストリーム長、ストリーム継続時間、ストリーム解像度、ストリーム・ビットレートまたはストリーム・コンテンツ・プロバイダーのうちの一つまたは複数に基づいて前記ストリーム・コストを計算することによって実行するよう構成される、ということを含むことができる。

実施例２０９７では、実施例２０８５ないし２０９６のうちいずれか一項記載の主題は任意的に、前記コスト計算回路が、前記第一のデータ・ストリームについてのストリーム・コストを決定することを、前記端末装置の課金情報を課金サーバーに要求し、前記課金情報および前記一つまたは複数のストリーム・パラメータに基づいて前記ストリーム・コストを計算することによって実行するよう構成される、ということを含むことができる。

実施例２０９８では、実施例２０８５ないし２０９７のうちいずれか一項記載の主題は任意的に、前記パケット検査が前記端末装置にとって透明である、ということを含むことができる。

実施例２０９９では、実施例２０８５ないし２０９８のうちいずれか一項記載の主題は任意的に、前記コスト計算回路が、前記ストリーム・コストを前記端末装置に提供することを、前記ストリーム・コストを前記端末装置にアプリケーション層信号伝達として提供することによって実行するよう構成される、ということを含むことができる。

実施例２１００では、実施例２０９９の主題は任意的に、前記コスト計算回路が、前記ストリーム・コストを前記端末装置にアプリケーション層信号伝達として提供することを、前記ストリーム・コストを、前記第一のデータ・ストリームを実行している前記端末装置のアプリケーションに提供することによって実行するよう構成される、ということを含むことができる。

実施例２１０１では、実施例２０８５ないし２１００のうちいずれか一項記載の主題は任意的に、前記コスト計算回路が、前記ストリーム・コストを前記端末装置に提供することを、前記ストリーム・コストを前記端末装置にショート・メッセージ・サービス（ＳＭＳ）メッセージまたはプッシュ通知として提供することによって実行するよう構成される、ということを含むことができる。

実施例２１０２では、実施例２０８５ないし２１０１のうちいずれか一項記載の主題は任意的に、前記コスト計算回路が、前記ストリーム・コストを前記端末装置に提供することを、前記ストリーム・コストを前記無線アクセス・ネットワークを介して前記端末装置に送信することによって実行するよう構成される、ということを含むことができる。

実施例２１０３では、実施例２０８５ないし２１０２のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ストリームがビデオ・ストリーム、オーディオ・ストリーム、画像ストリーム、マルチメディア・ストリーム、ファイル・ダウンロード、ブラウザー・トラフィック、アプリケーション・トラフィックまたはリアルタイム・マシンまたは装置制御信号伝達である、ということを含むことができる。

実施例２１０４では、実施例２０８５ないし２１０３のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ストリームが確定した継続時間をもち、前記コスト計算回路が、前記第一のデータ・ストリームについてのストリーム・コストを決定することを、確定した継続時間に基づいて前記第一のデータ・ストリームの固定したストリーム・コストを計算することによって実行するよう構成される、ということを含むことができる。

実施例２１０５では、実施例２０８５ないし２１０３のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ストリームが不確定な継続時間をもち、前記コスト計算回路が、前記第一のデータ・ストリームについてのストリーム・コストを決定することを、前記第一のデータ・ストリームを受信する時間当たりのコストを示す前記第一のストリームの浮動ストリーム・コストを計算することによって実行するよう構成される、ということを含むことができる。

実施例２１０６は、処理回路を含む、無線通信における使用のために適応されたコンピューティング・サーバーであり、前記処理回路は、第一の端末装置のデータ・ストリームを検出するよう、無線アクセス・ネットワークについてのバックホール・インターフェース上でパケット検査を実行し；前記端末装置についての課金情報を課金サーバーから受信し；前記課金情報および前記データ・ストリームの一つまたは複数のパラメータに基づいて前記端末装置のストリーム・コストを計算し；前記ストリーム・コストを前記端末装置に提供するよう構成されている。

実施例２１０７では、実施例２１０６の主題は任意的に、前記処理回路が、前記バックホール・インターフェース上でパケット検査を実行することを、前記バックホール・インターフェースによって使われるトンネリング・プロトコルに従って前記バックホール・インターフェース上でトンネリング・パケットを解読してインターネット・プロトコル（ＩＰ）パケットを取得し、前記ＩＰパケットのＩＰヘッダ・データおよびＩＰペイロード・データの解析に基づいて前記データ・ストリームを検出することによって実行するよう構成される、ということを含むことができる。

実施例２１０８では、実施例２１０７の主題は任意的に、前記処理回路が、前記ＩＰヘッダ・データまたは前記ＩＰペイロード・データの解析に基づいて前記データ・ストリームの前記一つまたは複数のパラメータを同定するようさらに構成される、ということを含むことができる。

実施例２１０９では、実施例２１０６ないし２１０８のうちいずれか一項記載の主題は任意的に、前記データ・ストリームの前記一つまたは複数のストリーム・パラメータが、サービス階層（service tier）、ビデオ・コーデック、オーディオ・コーデック、宛先インターネット・プロトコル（ＩＰ）アドレス、ソースＩＰアドレス、中間ＩＰアドレス、宛先媒体アクセス制御（ＭＡＣ）アドレス、ソースＭＡＣアドレス、中間ＭＡＣアドレス、クライアント装置識別情報、クライアント装置型、ストリーム・コンテンツ・プロバイダー、オペレーティング・システム、ブラウザー型、メディア・ストリーム型、セッション・プロトコル、トランスポート・プロトコル、メディア・コンテナ、ストリーム解像度、ストリーム・ビットレート、ストリーム品質、ストリーム長、ストリーム・サイズ、ストリーム継続時間、ファイル・サイズまたはファイル長を含む、ということを含むことができる。

実施例２１１０では、実施例２１０６ないし２１０９のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記パケット検査に基づいて端末装置の識別情報を判別し、前記端末装置の該識別情報を用いて、前記端末装置についての前記課金情報を前記課金サーバーに要求するようさらに構成される、ということを含むことができる。

実施例２１１１では、実施例２１０６ないし２１１０のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ストリーム・コストを前記端末装置に提供することを、前記ストリーム・コストを前記端末装置にアプリケーション層信号伝達として提供することによって実行するよう構成される、ということを含むことができる。

実施例２１１２では、実施例２１１１の主題は任意的に、前記処理回路が、前記ストリーム・コストを前記端末装置にアプリケーション層信号伝達として提供することを、前記ストリーム・コストを、前記第一のデータ・ストリームを実行している前記端末装置のアプリケーションに提供することによって実行するよう構成される、ということを含むことができる。

実施例２１１３では、実施例２１０６ないし２１１０のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ストリーム・コストを前記端末装置に提供することを、前記ストリーム・コストを前記端末装置にショート・メッセージ・サービス（ＳＭＳ）メッセージまたはプッシュ通知として提供することによって実行するよう構成される、ということを含むことができる。

実施例２１１４では、実施例２１０６ないし２１１３のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ストリーム・コストを前記端末装置に提供することを、前記ストリーム・コストを前記無線アクセス・ネットワークを介して送信することによって前記ストリーム・コストを前記端末装置に提供することによって実行するよう構成される、ということを含むことができる。

実施例２１１５では、実施例２１０６ないし２１１４のうちいずれか一項記載の主題は任意的に、前記第一のデータ・ストリームがビデオ・ストリーム、オーディオ・ストリーム、画像ストリーム、マルチメディア・ストリーム、ファイル・ダウンロード、ブラウザー・トラフィック、アプリケーション・トラフィックまたはリアルタイム・マシンまたは装置制御信号伝達である、ということを含むことができる。

実施例２１１６では、実施例２１０６ないし２１１５のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ストリーム・コストを前記端末装置に提供することを、前記第一のデータ・ストリームの継続時間の間に前記ストリーム・コストを前記端末装置に提供することによって実行するよう構成される、ということを含むことができる。

実施例２１１７では、実施例２１０６ないし２１１６のうちいずれか一項記載の主題は任意的に、モバイル・エッジ・コンピューティング（ＭＥＣ）サーバーとして構成されることができる。

実施例２１１８は、端末装置であり、当該端末装置は、当該端末装置の残りバッテリー電力をモニタリングする手段と；前記残りバッテリー電力が第一の閾値を下回ったことを判別する手段と；ネットワーク・サービスのあらかじめ定義された集合から第一のネットワーク・サービスを選択する手段および前記第一のネットワーク・サービスを無線通信ネットワークに報告することによって前記第一のネットワーク・サービスを中断する手段と；前記残りバッテリー電力が前記第一の閾値より低い第二の閾値を下回ったことを判別する手段およびネットワーク・サービスの前記あらかじめ定義された集合から、前記第一のネットワーク・サービスより高い優先度をもつ第二のネットワーク・サービスを選択する手段と；前記第二のネットワーク・サービスを前記無線通信ネットワークに報告することによって前記第二のネットワーク・サービスを中断する手段とを含む。

実施例２１１９は、端末装置において無線通信を実行する方法であり、当該方法は、当該端末装置の残りバッテリー電力をモニタリングする段階と；前記残りバッテリー電力が第一の閾値を下回ったことを判別する段階と；ネットワーク・サービスのあらかじめ定義された集合から第一のネットワーク・サービスを選択し、前記第一のネットワーク・サービスを無線通信ネットワークに報告することによって前記第一のネットワーク・サービスを中断する段階と；前記残りバッテリー電力が前記第一の閾値より低い第二の閾値を下回ったことを判別し、ネットワーク・サービスの前記あらかじめ定義された集合から、前記第一のネットワーク・サービスより高い優先度をもつ第二のネットワーク・サービスを選択する段階と；前記第二のネットワーク・サービスを前記無線通信ネットワークに報告することによって前記第二のネットワーク・サービスを中断する段階とを含む。

実施例２１２０では、実施例２１１９の主題が任意的に、ネットワーク・サービスの前記あらかじめ定義された集合がそれぞれあらかじめ定義された優先度をもつ、ということを含むことができる。

実施例２１２１では、実施例２１１９または２１２０の主題が任意的に、ネットワーク・サービスの前記あらかじめ定義された集合が、音声サービス、ショート・メッセージ・サービス（ＳＭＳ）サービス、インターネット・プロトコル（ＩＰ）メッセージング・サービスまたはＩＰデータ・サービスのうちの一つまたは複数を含むネットワーク・サービスのあらかじめ定義された集合である、ということを含むことができる。

実施例２１２２では、実施例２１１９ないし２１２１のうちいずれか一項記載の主題が任意的に、前記第一のネットワーク・サービスのサービス品質（ＱｏＳ）クラスを識別することをさらに含むことができ、前記第一のネットワーク・サービスを無線通信ネットワークに報告することが、前記第一のネットワーク・サービスの前記ＱｏＳクラスを前記無線通信ネットワークに提供することを含む、ということを含むことができる。

実施例２１２３では、実施例２１１９ないし２１２２のうちいずれか一項記載の主題が任意的に、バッテリー電力が要求される優先サービス期間を示すユーザー入力を受領し、前記優先サービス期間を前記無線通信ネットワークに提供し、前記優先サービス期間の満了後に前記第一のネットワーク・サービスを再開することをさらに含むことができる。

実施例２１２４では、実施例２１１９ないし２１２２のうちいずれか一項記載の主題が任意的に、前記第二のネットワーク・サービスを中断した後、前記第一のネットワーク・サービスおよび前記第二のネットワーク・サービスが再開されることを要求するユーザー入力を受領し、前記第一のネットワーク・サービスおよび前記第二のネットワーク・サービスを再開するよう前記無線通信サービスに命令することをさらに含むことができる。

実施例２１２５では、実施例２１１９ないし２１２２のうちいずれか一項記載の主題が任意的に、前記端末装置が充電中であることを判別し、前記第一のネットワーク・サービスおよび前記第二のネットワーク・サービスを再開するよう前記無線通信ネットワークに命令し、前記無線通信ネットワークで前記第一のネットワーク・サービスおよび前記第二のネットワーク・サービスを再開することをさらに含むことができる。

実施例２１２６では、実施例２１１９ないし２１２２のうちいずれか一項記載の主題が任意的に、前記残りバッテリー電力が第一の閾値を下回ったことを判別する前に、ある優先サービス期間にわたってバッテリー電力を節約するようにとのユーザー入力要求を受領し、前記優先サービス期間を前記無線通信ネットワークに報告し、前記優先サービス期間の満了後に前記無線通信ネットワーク上で前記第一のネットワーク・サービスおよび前記第二のネットワーク・サービスを再開することをさらに含むことができる。

実施例２１２７では、実施例２１１９ないし２１２２のうちいずれか一項記載の主題が任意的に、前記残りバッテリー電力が第一の閾値を下回ったことを判別する前に、ネットワーク・サービスの前記あらかじめ定義された集合のうちの第三のネットワーク・サービスを優先サービスとして同定するユーザー入力を受領し、前記残りバッテリー電力が前記第三のネットワーク・サービスに関連付けられた第三の閾値を下回るときに前記第三のネットワーク・サービスを実行することを継続することをさらに含むことができる。

実施例２１２８では、実施例２１１９ないし２１２７のうちいずれか一項記載の主題が任意的に、前記あらかじめ定義された集合のネットワーク・サービスが、ユーザーによって設定される階層構造に配置される、ということを含むことができる。

実施例２１１９ないし２１２８のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む無線通信装置。

実施例２１１９ないし２１２８のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む通信装置。

端末装置のコントローラによって実行されたときに該端末装置に実施例２１１９ないし２１２８のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体。

プロセッサによって実行されたときに該プロセッサに実施例２１１９ないし２１２８のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体。

実施例２１３３は、一つまたは複数のプロセッサを含む通信装置であり、前記一つまたは複数のプロセッサは、当該端末装置の残りバッテリー電力をモニタリングし；前記残りバッテリー電力が第一の閾値を下回ったことを判別し；ネットワーク・サービスのあらかじめ定義された集合から第一のネットワーク・サービスを選択し、前記第一のネットワーク・サービスを無線通信ネットワークに報告することによって前記第一のネットワーク・サービスを中断し；前記残りバッテリー電力が前記第一の閾値より低い第二の閾値を下回ったことを判別し、ネットワーク・サービスの前記あらかじめ定義された集合から、前記第一のネットワーク・サービスより高い優先度をもつ第二のネットワーク・サービスを選択し；前記第二のネットワーク・サービスを前記無線通信ネットワークに報告することによって前記第二のネットワーク・サービスを中断するよう構成される。

実施例２１３４では、実施例２１３３の主題は任意的に、端末装置として構成されることができ、無線トランシーバおよびアンテナをさらに含むことができる。

実施例２１３５では、実施例２１３３または２１３４の主題は任意的に、端末装置において使うよう適応された内部コンポーネントとして構成されることができる。

実施例２１３６では、実施例２１３３ないし２１３５のうちいずれか一項記載の主題は任意的に、前記あらかじめ定義された集合のネットワーク・サービスがそれぞれあらかじめ定義された優先度をもつ、ということを含むことができる。

実施例２１３７では、実施例２１３３ないし２１３６のうちいずれか一項記載の主題が任意的に、ネットワーク・サービスの前記あらかじめ定義された集合が、音声サービス、ショート・メッセージ・サービス（ＳＭＳ）サービス、インターネット・プロトコル（ＩＰ）メッセージング・サービスまたはＩＰデータ・サービスのうちの一つまたは複数を含むネットワーク・サービスのあらかじめ定義された集合である、ということを含むことができる。

実施例２１３８では、実施例２１３３ないし２１３７のうちいずれか一項記載の主題が任意的に、前記一つまたは複数のプロセッサが、前記第一のネットワーク・サービスのサービス品質（ＱｏＳ）クラスを識別するようさらに構成され、前記一つまたは複数のプロセッサが、前記第一のネットワーク・サービスを無線通信ネットワークに報告することを、前記第一のネットワーク・サービスの前記ＱｏＳクラスを前記無線通信ネットワークに提供することによって実行するよう構成される、ということを含むことができる。

実施例２１３９では、実施例２１３３ないし２１３８のうちいずれか一項記載の主題が任意的に、前記一つまたは複数のプロセッサが、バッテリー電力が要求される優先サービス期間を示すユーザー入力を受領し、前記優先サービス期間を前記無線通信ネットワークに提供し、前記優先サービス期間の満了後に前記第一のネットワーク・サービスを再開するようさらに構成される、ということを含むことができる。

実施例２１４０では、実施例２１３３ないし２１３８のうちいずれか一項記載の主題が任意的に、前記一つまたは複数のプロセッサが、前記第二のネットワーク・サービスを中断した後、前記第一のネットワーク・サービスおよび前記第二のネットワーク・サービスが再開されることを要求するユーザー入力を受領し、前記第一のネットワーク・サービスおよび前記第二のネットワーク・サービスを再開するよう前記無線通信サービスに命令するようさらに構成される、ということを含むことができる。

実施例２１４１では、実施例２１３３ないし２１３８のうちいずれか一項記載の主題が任意的に、前記一つまたは複数のプロセッサが、前記端末装置が充電中であることを判別し、前記第一のネットワーク・サービスおよび前記第二のネットワーク・サービスを再開するよう前記無線通信ネットワークに命令し、前記無線通信ネットワークで前記第一のネットワーク・サービスおよび前記第二のネットワーク・サービスを再開するようさらに構成される、ということを含むことができる。

実施例２１４２では、実施例２１３３ないし２１３８のうちいずれか一項記載の主題が任意的に、前記一つまたは複数のプロセッサが、前記残りバッテリー電力が第一の閾値を下回ったことを判別する前に、ある優先サービス期間にわたってバッテリー電力を節約するようにとのユーザー入力要求を受領し、前記優先サービス期間を前記無線通信ネットワークに報告し、前記優先サービス期間の満了後に前記無線通信ネットワーク上で前記第一のネットワーク・サービスおよび前記第二のネットワーク・サービスを再開するようさらに構成される、ということを含むことができる。

実施例２１４３では、実施例２１３３ないし２１３８のうちいずれか一項記載の主題が任意的に、前記一つまたは複数のプロセッサが、前記残りバッテリー電力が第一の閾値を下回ったことを判別する前に、ネットワーク・サービスの前記あらかじめ定義された集合のうちの第三のネットワーク・サービスを優先サービスとして同定するユーザー入力を受領し、前記残りバッテリー電力が前記第三のネットワーク・サービスに関連付けられた第三の閾値を下回るときに前記第三のネットワーク・サービスを実行することを継続するようさらに構成される、ということを含むことができる。

実施例２１４４では、実施例２１３３ないし２１４３のうちいずれか一項記載の主題が任意的に、前記あらかじめ定義された集合のネットワーク・サービスが、ユーザーによって設定される階層構造に配置される、ということを含むことができる。

実施例２１４５は、優先サービスおよび該優先サービスが要求される時間期間を同定するユーザー入力を受領する手段と；非優先サービスを無線アクセス・ネットワークに報告することによって該非優先サービスを中断する手段と；前記優先サービスを前記時間期間の間に実行する手段と；前記時間期間が経過した後、前記無線アクセス・ネットワークを通じて前記非優先サービスを再開する手段とを含む、装置である。

実施例２１４６は、無線通信を実行する方法であり、当該方法は、優先サービスおよび該優先サービスが要求される時間期間を同定するユーザー入力を受領する段階と；非優先サービスを無線アクセス・ネットワークに報告することによって該非優先サービスを中断する段階と；前記優先サービスを前記時間期間の間に実行する段階と；前記時間期間が経過した後、前記無線アクセス・ネットワークを通じて前記非優先サービスを再開する段階とを含む。

実施例２１４７では、実施例２１４６の主題は任意的に、前記優先サービスおよび前記非優先サービスが、音声サービス、ショート・メッセージ・サービス（ＳＭＳ）サービス、インターネット・プロトコル（ＩＰ）メッセージング・サービスまたはＩＰデータ・サービスからなる群から選択される、ということを含むことができる。

実施例２１４８では、実施例２１４６または２１４７の主題は任意的に、前記優先サービスを前記時間期間の間に実行することが、前記優先サービスを前記時間期間の間に前記無線アクセス・ネットワークを通じて実行することを含む、ということを含むことができる。

実施例２１４９では、実施例２１４６または２１４７の主題は任意的に、前記優先サービスを前記時間期間の間に実行することが、前記優先サービスをオフラインで実行することを含む、ということを含むことができる。

実施例２１５０では、実施例２１４６ないし２１４９のうちいずれか一項記載の主題は任意的に、残りバッテリー電力をモニタリングし、前記残りバッテリー電力が閾値を下回ったことを判別し、第二の非優先サービスを前記無線アクセス・ネットワークに報告することによって前記第二の非優先サービスを中断することを含むことができる。

実施例２１５１では、実施例２１５０の主題は任意的に、前記時間期間の満了後に前記第二の非優先サービスを再開することをさらに含むことができる。

実施例２１５２では、実施例２１４６ないし２１５１のうちいずれか一項記載の主題は任意的に、前記非優先サービスのサービス品質（ＱｏＳ）クラスを識別することをさらに含むことができ、前記非優先サービスを無線アクセス・ネットワークに報告することによって該非優先サービスを中断することが、前記非優先サービスの前記ＱｏＳクラスを前記無線アクセス・ネットワークに提供することを含む。

実施例２１５３は、実施例２１４６ないし２１５１のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む無線通信装置である。

実施例２１５４は、端末装置のコントローラによって実行されたときに該端末装置に実施例２１４６ないし２１５１のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２１５５は、プロセッサによって実行されたときに該プロセッサに実施例２１４６ないし２１５１のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２１５６は、優先サービスおよび該優先サービスが要求される時間期間を同定するユーザー入力を受領し；非優先サービスを無線アクセス・ネットワークに報告することによって該非優先サービスを中断し；前記優先サービスを前記時間期間の間に実行し；前記時間期間が経過した後、前記無線アクセス・ネットワークを通じて前記非優先サービスを再開するよう構成された一つまたは複数のプロセッサを含む通信装置である。

実施例２１５７では、実施例２１５６の主題は任意的に、端末装置として構成されることができ、無線トランシーバおよびアンテナをさらに含むことができる。

実施例２１５８では、実施例２１５６または２１５７の主題は任意的に、端末装置において使うよう適応された内部コンポーネントとして構成されることができる。

実施例２１５９では、実施例２１５６ないし２１５８のうちいずれか一項記載の主題は任意的に、前記優先サービスおよび前記非優先サービスが、音声サービス、ショート・メッセージ・サービス（ＳＭＳ）サービス、インターネット・プロトコル（ＩＰ）メッセージング・サービスまたはＩＰデータ・サービスからなる群から選択される、ということを含むことができる。

実施例２１６０では、実施例２１５６ないし２１５９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記優先サービスを前記時間期間の間に実行することを、前記優先サービスを前記時間期間の間に前記無線アクセス・ネットワークを通じて実行することによって実行するよう構成される、ということを含むことができる。

実施例２１６１では、実施例２１５６ないし２１６０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記優先サービスを前記時間期間の間に実行することを、前記優先サービスをオフラインで実行することによって実行するよう構成される、ということを含むことができる。

実施例２１６２では、実施例２１５６ないし２１６１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、残りバッテリー電力をモニタリングし、前記残りバッテリー電力が閾値を下回ったことを判別し、第二の非優先サービスを前記無線アクセス・ネットワークに報告することによって前記第二の非優先サービスを中断するようさらに構成される、ということを含むことができる。

実施例２１６３では、実施例２１６２の主題は任意的に、前記一つまたは複数のプロセッサが、前記時間期間の満了後に前記第二の非優先サービスを再開するようさらに構成される、ということを含むことができる。

実施例２１６４では、実施例２１５６ないし２１６３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記非優先サービスのサービス品質（ＱｏＳ）クラスを識別するようさらに構成され、前記一つまたは複数のプロセッサが、前記非優先サービスを無線アクセス・ネットワークに報告することによって該非優先サービスを中断することを、前記非優先サービスの前記ＱｏＳクラスを前記無線アクセス・ネットワークに提供することによって実行するよう構成される、ということを含むことができる。

実施例２１６５は、無線アクセス・ネットワークを通じて端末装置に関して非優先サービスを実行し；ある時間期間にわたって前記非優先サービスの実行を中断する命令を受信し；前記端末装置に宛てられたバックホール・インターフェースからの到来データをフィルタリングして、前記非優先サービスに関連付けられた非優先サービス・データを識別し；前記時間期間の間、前記端末装置への前記非優先サービス・データの送信を保留または制限するよう構成されている一つまたは複数のプロセッサを含む通信装置である。

実施例２１６６では、実施例２１６５の主題は任意的に、ネットワーク・アクセス・ノードとして構成され、無線トランシーバをさらに含むことができる。

実施例２１６７では、実施例２１６５の主題は任意的に、ネットワーク・アクセス・ノードにおける使用のために適応されたコンポーネントとして構成されることができる。

実施例２１６８では、実施例２１６５ないし２１６７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記時間期間の終了前に前記非優先サービスの実行を再開するよう前記端末装置から命令を受信し、前記時間期間の終了前に前記端末装置に関する前記非優先サービスの実行を再開するようさらに構成される、ということを含むことができる。

実施例２１６９では、実施例２１６５ないし２１６７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記時間期間の全体にわたって前記端末装置への前記非優先サービスの送信を保留または制限するようさらに構成される、ということを含むことができる。

実施例２１７０では、実施例２１６５ないし２１６７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記時間期間の間、前記端末装置への前記非優先サービス・データの送信を保留または制限することを、前記時間期間が満了するまで前記非優先サービス・データをバッファリングし、前記非優先サービス・データを前記端末装置に送信することによって実行するよう構成される、ということを含むことができる。

実施例２１７１では、実施例２１６５ないし２１６７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記時間期間の間、前記端末装置への前記非優先サービス・データの送信を保留または制限することを、バッファリングされた非優先サービス・データがサイズ閾値より大きくなるまで前記非優先サービス・データをバッファリングし、バッファリングされた非優先サービス・データを前記端末装置に送信することによって実行するよう構成される、ということを含むことができる。

実施例２１７２では、実施例２１６５ないし２１７１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記端末装置に宛てられたバックホール・インターフェースからの到来データをフィルタリングして、前記非優先サービスに関連付けられた非優先サービス・データを識別することを、前記非優先サービスのサービス品質（ＱｏＳ）クラスを識別し、前記ＱｏＳクラスをもつ前記端末装置に宛てられた到来データを、前記非優先サービスに関連付けられた前記非優先サービス・データとして識別することによって実行するよう構成される、ということを含むことができる。

実施例２１７３では、実施例２１６５ないし２１７１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、第二の非優先サービスの実行を中断する命令を受信し；前記端末装置に宛てられたバックホール・インターフェースからの到来データをフィルタリングして、前記第二の非優先サービスに関連付けられた第二の非優先サービス・データを識別し；前記端末装置への前記第二の非優先サービス・データの送信を保留または制限するようさらに構成される、ということを含むことができる。

実施例２１７４は、端末装置のコントローラによって実行されたときに該端末装置に方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体であり、前記方法は、優先サービスおよび該優先サービスが要求される時間期間を同定するユーザー入力を受領し；非優先サービスを無線アクセス・ネットワークに報告することによって該非優先サービスを中断し；前記優先サービスを前記時間期間の間に実行し；前記時間期間が経過した後、前記無線アクセス・ネットワークを通じて前記非優先サービスを再開することを含む。

実施例２１７５では、実施例２１７４の主題は任意的に、前記優先サービスおよび前記非優先サービスが、音声サービス、ショート・メッセージ・サービス（ＳＭＳ）サービス、インターネット・プロトコル（ＩＰ）メッセージング・サービスまたはＩＰデータ・サービスからなる群から選択される、ということを含むことができる。

実施例２１７６では、実施例２１７４または２１７５の主題は任意的に、前記優先サービスを前記時間期間の間に実行することが、前記優先サービスを前記時間期間の間に前記無線アクセス・ネットワークを通じて実行することを含む、ということを含むことができる。

実施例２１７７では、実施例２１７４または２１７５の主題は任意的に、前記優先サービスを前記時間期間の間に実行することが、前記優先サービスをオフラインで実行することを含む、ということを含むことができる。

実施例２１７８では、実施例２１７４ないし２１７７のうちいずれか一項記載の主題は任意的に、前記方法が、残りバッテリー電力をモニタリングし、前記残りバッテリー電力が閾値を下回ったことを判別し、第二の非優先サービスを前記無線アクセス・ネットワークに報告することによって前記第二の非優先サービスを中断することを含む、ということを含むことができる。

実施例２１７９では、実施例２１７８の主題は任意的に、前記方法が、前記時間期間の満了後に前記第二の非優先サービスを再開することをさらに含む、ということを含むことができる。

実施例２１８０では、実施例２１７４ないし２１７９のうちいずれか一項記載の主題は任意的に、前記非優先サービスのサービス品質（ＱｏＳ）クラスを識別することをさらに含むことができ、前記非優先サービスを無線アクセス・ネットワークに報告することによって該非優先サービスを中断することが、前記非優先サービスの前記ＱｏＳクラスを前記無線アクセス・ネットワークに提供することを含むことができる。

実施例２１８１は、処理回路を含む回路装置であり、前記処理回路は、当該回路装置の残りバッテリー電力をモニタリングし；前記残りバッテリー電力が第一の閾値を下回ったことを判別し；ネットワーク・サービスのあらかじめ定義された集合から第一のネットワーク・サービスを選択し、前記第一のネットワーク・サービスを無線通信ネットワークに報告することによって前記第一のネットワーク・サービスを中断し；前記残りバッテリー電力が前記第一の閾値より低い第二の閾値を下回ったことを判別し、ネットワーク・サービスの前記あらかじめ定義された集合から、前記第一のネットワーク・サービスより高い優先度をもつ第二のネットワーク・サービスを選択し；前記第二のネットワーク・サービスを前記無線通信ネットワークに報告することによって前記第二のネットワーク・サービスを中断するよう構成される。

実施例２１８２では、実施例２１８１の主題は任意的に、端末装置として構成されることができ、無線トランシーバおよびアンテナをさらに含むことができる。

実施例２１８３では、実施例２１８１または２１８２の主題は任意的に、端末装置において使うよう適応された内部コンポーネントとして構成されることができる。

実施例２１８４では、実施例２１８１ないし２１８３のうちいずれか一項記載の主題は任意的に、前記処理回路がハードウェア定義回路またはソフトウェア定義回路である、ということを含むことができる。

実施例２１８５では、実施例２１８１ないし２１８４のうちいずれか一項記載の主題は任意的に、前記あらかじめ定義された集合のネットワーク・サービスがそれぞれあらかじめ定義された優先度をもつ、ということを含むことができる。

実施例２１８６では、実施例２１８１ないし２１８５のうちいずれか一項記載の主題が任意的に、ネットワーク・サービスの前記あらかじめ定義された集合が、音声サービス、ショート・メッセージ・サービス（ＳＭＳ）サービス、インターネット・プロトコル（ＩＰ）メッセージング・サービスまたはＩＰデータ・サービスのうちの一つまたは複数を含むネットワーク・サービスのあらかじめ定義された集合である、ということを含むことができる。

実施例２１８７では、実施例２１８１ないし２１８６のうちいずれか一項記載の主題が任意的に、前記処理回路が、前記第一のネットワーク・サービスのサービス品質（ＱｏＳ）クラスを識別するようさらに構成され、前記処理回路が、前記第一のネットワーク・サービスを無線通信ネットワークに報告することを、前記第一のネットワーク・サービスの前記ＱｏＳクラスを前記無線通信ネットワークに提供することによって実行するよう構成される、ということを含むことができる。

実施例２１８８では、実施例２１８１ないし２１８７のうちいずれか一項記載の主題が任意的に、前記処理回路が、バッテリー電力が要求される優先サービス期間を示すユーザー入力を受領し、前記優先サービス期間を前記無線通信ネットワークに提供し、前記優先サービス期間の満了後に前記第一のネットワーク・サービスを再開するようさらに構成される、ということを含むことができる。

実施例２１８９では、実施例２１８１ないし２１８７のうちいずれか一項記載の主題が任意的に、前記処理回路が、前記第二のネットワーク・サービスを中断した後、前記第一のネットワーク・サービスおよび前記第二のネットワーク・サービスが再開されることを要求するユーザー入力を受領し、前記第一のネットワーク・サービスおよび前記第二のネットワーク・サービスを再開するよう前記無線通信サービスに命令するようさらに構成される、ということを含むことができる。

実施例２１９０では、実施例２１８１ないし２１８７のうちいずれか一項記載の主題が任意的に、前記処理回路が、前記端末装置が充電中であることを判別し、前記第一のネットワーク・サービスおよび前記第二のネットワーク・サービスを再開するよう前記無線通信ネットワークに命令し、前記無線通信ネットワークで前記第一のネットワーク・サービスおよび前記第二のネットワーク・サービスを再開するようさらに構成される、ということを含むことができる。

実施例２１９１では、実施例２１８１ないし２１８７のうちいずれか一項記載の主題が任意的に、前記処理回路が、前記残りバッテリー電力が第一の閾値を下回ったことを判別する前に、ある優先サービス期間にわたってバッテリー電力を節約するようにとのユーザー入力要求を受領し、前記優先サービス期間を前記無線通信ネットワークに報告し、前記優先サービス期間の満了後に前記無線通信ネットワーク上で前記第一のネットワーク・サービスおよび前記第二のネットワーク・サービスを再開するようさらに構成される、ということを含むことができる。

実施例２１９２では、実施例２１８１ないし２１８７のうちいずれか一項記載の主題が任意的に、前記処理回路が、前記残りバッテリー電力が第一の閾値を下回ったことを判別する前に、ネットワーク・サービスの前記あらかじめ定義された集合のうちの第三のネットワーク・サービスを優先サービスとして同定するユーザー入力を受領し、前記残りバッテリー電力が前記第三のネットワーク・サービスに関連付けられた第三の閾値を下回るときに前記第三のネットワーク・サービスを実行することを継続するようさらに構成される、ということを含むことができる。

実施例２１９３では、実施例２１８１ないし２１９２のうちいずれか一項記載の主題が任意的に、前記あらかじめ定義された集合のネットワーク・サービスが、ユーザーによって設定される階層構造に配置される、ということを含むことができる。

実施例２１９４は、優先サービスおよび該優先サービスが要求される時間期間を同定するユーザー入力を受領し；非優先サービスを無線アクセス・ネットワークに報告することによって該非優先サービスを中断し；前記優先サービスを前記時間期間の間に実行し；前記時間期間が経過した後、前記無線アクセス・ネットワークを通じて前記非優先サービスを再開するよう構成された処理回路を含む回路装置である。

実施例２１９５では、実施例２１９４の主題は任意的に、端末装置として構成されることができ、無線トランシーバおよびアンテナをさらに含むことができる。

実施例２１９６では、実施例２１９４または２１９５の主題は任意的に、端末装置において使うよう適応された内部コンポーネントとして構成されることができる。

実施例２１９７では、実施例２１９４ないし２１９６のうちいずれか一項記載の主題は任意的に、前記処理回路がハードウェア定義回路またはソフトウェア定義回路である、ということを含むことができる。

実施例２１９８では、実施例２１９４ないし２１９７のうちいずれか一項記載の主題は任意的に、前記優先サービスおよび前記非優先サービスが、音声サービス、ショート・メッセージ・サービス（ＳＭＳ）サービス、インターネット・プロトコル（ＩＰ）メッセージング・サービスまたはＩＰデータ・サービスからなる群から選択される、ということを含むことができる。

実施例２１９９では、実施例２１９４ないし２１９８のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記優先サービスを前記時間期間の間に実行することを、前記優先サービスを前記時間期間の間に前記無線アクセス・ネットワークを通じて実行することによって実行するよう構成される、ということを含むことができる。

実施例２２００では、実施例２１９４ないし２１９９のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記優先サービスを前記時間期間の間に実行することを、前記優先サービスをオフラインで実行することによって実行するよう構成される、ということを含むことができる。

実施例２２０１では、実施例２１９４ないし２２００のうちいずれか一項記載の主題は任意的に、前記処理回路が、残りバッテリー電力をモニタリングし、前記残りバッテリー電力が閾値を下回ったことを判別し、第二の非優先サービスを前記無線アクセス・ネットワークに報告することによって前記第二の非優先サービスを中断するようさらに構成される、ということを含むことができる。

実施例２２０２では、実施例２２０１の主題は任意的に、前記処理回路が、前記時間期間の満了後に前記第二の非優先サービスを再開するようさらに構成される、ということを含むことができる。

実施例２２０３では、実施例２１９４ないし２２０２のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記非優先サービスのサービス品質（ＱｏＳ）クラスを識別するようさらに構成され、前記処理回路が、前記非優先サービスを無線アクセス・ネットワークに報告することによって該非優先サービスを中断することを、前記非優先サービスの前記ＱｏＳクラスを前記無線アクセス・ネットワークに提供することによって実行するよう構成される、ということを含むことができる。

実施例２２０４は、無線アクセス・ネットワークを通じて端末装置に関して非優先サービスを実行し；ある時間期間にわたって前記非優先サービスの実行を中断する命令を受信し；前記端末装置に宛てられたバックホール・インターフェースからの到来データをフィルタリングして、前記非優先サービスに関連付けられた非優先サービス・データを識別し；前記時間期間の間、前記端末装置への前記非優先サービス・データの送信を保留または制限するよう構成されている処理回路を含む回路装置である。

実施例２２０５では、実施例２２０４の主題は任意的に、ネットワーク・アクセス・ノードとして構成され、無線トランシーバをさらに含むことができる。

実施例２２０６では、実施例２２０４の主題は任意的に、ネットワーク・アクセス・ノードにおける使用のために適応されたコンポーネントとして構成されることができる。

実施例２２０７では、実施例２２０４ないし２２０６のうちいずれか一項記載の主題は任意的に、前記処理回路がハードウェア定義回路またはソフトウェア定義回路である、ということを含むことができる。

実施例２２０８では、実施例２２０４ないし２２０７のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記時間期間の終了前に前記非優先サービスの実行を再開するよう前記端末装置から命令を受信し、前記時間期間の終了前に前記端末装置に関する前記非優先サービスの実行を再開するようさらに構成される、ということを含むことができる。

実施例２２０９では、実施例２２０４ないし２２０７のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記時間期間の全体にわたって前記端末装置への前記非優先サービスの送信を保留または制限するようさらに構成される、ということを含むことができる。

実施例２２１０では、実施例２２０４ないし２２０７のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記時間期間の間、前記端末装置への前記非優先サービス・データの送信を保留または制限することを、前記時間期間が満了するまで前記非優先サービス・データをバッファリングし、前記非優先サービス・データを前記端末装置に送信することによって実行するよう構成される、ということを含むことができる。

実施例２２１１では、実施例２２０４ないし２２０７のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記時間期間の間、前記端末装置への前記非優先サービス・データの送信を保留または制限することを、バッファリングされた非優先サービス・データがサイズ閾値より大きくなるまで前記非優先サービス・データをバッファリングし、バッファリングされた非優先サービス・データを前記端末装置に送信することによって実行するよう構成される、ということを含むことができる。

実施例２２１２では、実施例２２０４ないし２２１１のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記端末装置に宛てられたバックホール・インターフェースからの到来データをフィルタリングして、前記非優先サービスに関連付けられた非優先サービス・データを識別することを、前記非優先サービスのサービス品質（ＱｏＳ）クラスを識別し、前記ＱｏＳクラスをもつ前記端末装置に宛てられた到来データを、前記非優先サービスに関連付けられた前記非優先サービス・データとして識別することによって実行するよう構成される、ということを含むことができる。

実施例２２１３では、実施例２２０４ないし２２１１のうちいずれか一項記載の主題は任意的に、前記処理回路が、第二の非優先サービスの実行を中断する命令を受信し；前記端末装置に宛てられたバックホール・インターフェースからの到来データをフィルタリングして、前記第二の非優先サービスに関連付けられた第二の非優先サービス・データを識別し；前記端末装置への前記第二の非優先サービス・データの送信を保留または制限するようさらに構成される、ということを含むことができる。

実施例２２１４は、端末装置のバッテリー電力または温度測定に基づいて該端末装置が危機シナリオにあることを判別する手段と；前記端末装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類する手段と；前記端末装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞る手段と；前記端末装置が危機シナリオを抜けることに応答して非枢要トラフィックを絞るのを打ち切る手段とを含む、装置である。

実施例２２１５は、無線通信を実行する方法であり、前記方法は、端末装置のバッテリー電力または温度測定に基づいて該端末装置が危機シナリオにあることを判別する段階と；前記端末装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類する段階と；前記端末装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞る段階と；前記端末装置が危機シナリオを抜けることに応答して非枢要トラフィックを絞るのを打ち切る段階とを含む。

実施例２２１６では、実施例２２１５の主題は任意的に、前記端末装置のバッテリー電力または温度測定に基づいて該端末装置が危機シナリオにあることを判別することが、バッテリー電力をバッテリー電力閾値と比較し、バッテリー電力がバッテリー電力閾値より低いことに応答して、前記端末装置が危機シナリオにあることを判別することを含む、ということを含むことができる。

実施例２２１７では、実施例２２１６の主題は任意的に、前記端末装置が危機シナリオを抜けることに応答して非枢要トラフィックを絞るのを打ち切ることが、更新されたバッテリー電力を前記バッテリー電力閾値と比較し、前記更新されたバッテリー電力が前記バッテリー電力閾値より大きいことに応答して、非枢要トラフィックを絞るのを打ち切ることを含む、ということを含むことができる。

実施例２２１８では、実施例２２１６の主題は任意的に、前記端末装置が危機シナリオを抜けることに応答して非枢要トラフィックを絞るのを打ち切ることが、前記端末装置が充電中であることを判別し、前記端末装置が充電中であることに応答して、非枢要トラフィックを絞るのを打ち切ることを含む、ということを含むことができる。

実施例２２１９では、実施例２２１５の主題は任意的に、前記端末装置のバッテリー電力または温度測定に基づいて該端末装置が危機シナリオにあることを判別することが、前記温度を温度閾値と比較し、前記温度が温度閾値より高いことに応答して、前記端末装置が危機シナリオにあることを判別することを含む、ということを含むことができる。

実施例２２２０では、実施例２２１９の主題は任意的に、前記端末装置が危機シナリオを抜けることに応答して非枢要トラフィックを絞るのを打ち切ることが、更新された温度を前記温度閾値と比較し、前記更新された温度が前記温度閾値より低いことに応答して、非枢要トラフィックを絞るのを打ち切ることを含む、ということを含むことができる。

実施例２２２１では、実施例２２１５の主題は任意的に、前記端末装置のバッテリー電力または温度測定に基づいて該端末装置が危機シナリオにあることを判別することが、前記温度を温度閾値と比較し、前記バッテリー電力をバッテリー電力閾値と比較し、前記温度が温度閾値より高いまたは前記バッテリー電力がバッテリー電力閾値より低いことに応答して、前記端末装置が危機シナリオにあることを判別することを含む、ということを含むことができる。

実施例２２２２では、実施例２２１５ないし２２２１のうちいずれか一項記載の主題は任意的に、ユーザー優先トラフィックについての基準を指定するユーザー入力を受領することをさらに含むことができ、前記端末装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することが、前記データの部分集合がユーザー優先トラフィックについての前記基準を満たすことを判別し、前記データの該部分集合を枢要トラフィックとして分類することを含む。

実施例２２２３では、実施例２２２２の主題は任意的に、前記ユーザー入力が前記一つまたは複数のアプリケーションのうちの第一のアプリケーションがユーザー優先アプリケーションであることを指定し、前記データの部分集合がユーザー優先トラフィックについての前記基準を満たすことを判別することが、前記データの前記部分集合が前記第一のアプリケーションに由来することを判別することを含む、ということを含むことができる。

実施例２２２４では、実施例２２２２の主題は任意的に、前記ユーザー入力があるアプリケーション・クラスがユーザー優先サービスであることを指定し、前記データの部分集合がユーザー優先トラフィックについての前記基準を満たすことを判別することが、前記データの前記部分集合が、前記アプリケーション・クラスの、前記一つまたは複数のアプリケーションのうちの部分集合に由来することを判別することを含む、ということを含むことができる。

実施例２２２５では、実施例２２１５ないし２２２４のうちいずれか一項記載の主題は任意的に、前記端末装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することが、前記一つまたは複数のアプリケーションの部分集合がリアルタイム・アプリケーションであることを判別し、前記一つまたは複数のアプリケーションの該部分集合に由来する前記データの部分集合を枢要トラフィックとして分類することを含む、ということを含むことができる。

実施例２２２６では、実施例２２１５ないし２２２５のうちいずれか一項記載の主題は任意的に、前記端末装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することが、前記一つまたは複数のアプリケーションのうちの第一のアプリケーションについてパケット到着間時間およびパケット送信間時間を計算し、前記パケット到着間時間および前記パケット送信間時間があらかじめ定義された基準を満たす場合に、前記第一のアプリケーションに由来する前記データの部分集合を枢要トラフィックとして分類することを含む、ということを含むことができる。

実施例２２２７では、実施例２２１５ないし２２２６のうちいずれか一項記載の主題は任意的に、前記端末装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することが、前記データに対してパケット検査を実行し、前記パケット検査に基づいてユーザー優先トラフィックまたはリアルタイム・トラフィックである前記データの部分集合を識別し、前記データの前記部分集合を枢要トラフィックとして分類することを含む、ということを含むことができる。

実施例２２２８では、実施例２２１５ないし２２２７のうちいずれか一項記載の主題は任意的に、前記端末装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することが、前記データの第一のデータ・パケットについてのサービス型フィールドを読み、前記サービス型フィールドに基づいて前記第一のデータ・パケットがリアルタイム・トラフィックまたはユーザー優先トラフィックであるかどうかを判定することを含む、ということを含むことができる。

実施例２２２９では、実施例２２２８の主題は任意的に、前記サービス型フィールドがサービス型（ＴＯＳ：Type of Service）フィールドまたは差別化サービス・コード・ポイント（ＤＳＣＰ：Differentiated Services Code Point）フィールドである、ということを含むことができる。

実施例２２３０では、実施例２２１５ないし２２２９のうちいずれか一項記載の主題は任意的に、前記端末装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することが、前記データの第一のデータ・パケットが由来するまたは宛てられているポート番号またはソケット・アドレスを判別し、前記ポート番号または前記ソケット・アドレスに基づいて、前記第一のデータ・パケットがリアルタイム・トラフィックまたはユーザー優先トラフィックであるかどうかを判定することを含む、ということを含むことができる。

実施例２２３１では、実施例２２１５ないし２２３０のうちいずれか一項記載の主題は任意的に、前記端末装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することが、前記データのサービス型ヘッダ、前記データのパケット検査、前記データのパケット送信間到着時間、前記データのパケット到着間時間、前記データのポート番号、前記データのソケット・アドレスまたはユーザー入力に基づいて前記データを枢要トラフィックおよび非枢要トラフィックに分類することを含む、ということを含むことができる。

実施例２２３２では、実施例２２１５ないし２２３１のうちいずれか一項記載の主題は任意的に、前記端末装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることが、絞る期間の間、非枢要トラフィックをバッファリングし、該絞る期間の間、枢要トラフィックを送信することを含む、ということを含むことができる。

実施例２２３３では、実施例２２１５ないし２２３２のうちいずれか一項記載の主題は任意的に、前記端末装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることが、非枢要トラフィックを、枢要トラフィックよりも長い送信遅延をもって送信することを含む、ということを含むことができる。

実施例２２３４では、実施例２２１５ないし２２３２のうちいずれか一項記載の主題は任意的に、前記端末装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることが、非枢要トラフィックを送信遅延をもって送信し、枢要トラフィックを遅延なしに送信することを含む、ということを含むことができる。

実施例２２３５では、実施例２２１５ないし２２３４のうちいずれか一項記載の主題は任意的に、前記端末装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することが、前記データを前記端末装置のアプリケーション・プロセッサにおいて分類することを含み、前記アプリケーション・プロセッサは前記一つまたは複数のアプリケーションを実行するよう構成されている、ということを含むことができる。

実施例２２３６では、実施例２２１５ないし２２３５のうちいずれか一項記載の主題は任意的に、前記端末装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることが、非枢要トラフィックを前記端末装置のアプリケーション・プロセッサのモデム・ドライバにおいて絞ることを含み、前記アプリケーション・プロセッサは前記一つまたは複数のアプリケーションを実行するよう構成されている、ということを含むことができる。

実施例２２３７では、実施例２２１５ないし２２３６のうちいずれか一項記載の主題は任意的に、前記端末装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることが、非枢要トラフィックを、前記アプリケーション・プロセッサのベースバンド・モデムにおいて絞ることを含む、ということを含むことができる。

実施例２２３８では、実施例２２１５ないし２２３７のうちいずれか一項記載の主題は任意的に、前記端末装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることが、前記端末装置のベースバンド・モデムにおいて、非枢要トラフィックの、粒度の細かい絞りを実行し、前記端末装置のアプリケーション・プロセッサにおいて非枢要トラフィックの粗い絞りを実行することを含む、ということを含むことができる。

実施例２２３９は、一つまたは複数のプロセッサを含み、実施例２２１５ないし２２３８のうちいずれか一項記載の方法を実行するよう構成されている通信装置である。

実施例２２４０は、プロセッサによって実行されたときに該プロセッサに実施例２２１５ないし２２３８のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２２４１は、端末装置のプロセッサによって実行されたときに該端末装置に実施例２２１５ないし２２３８のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２２４２は、無線通信において使うために適応された通信装置であり、当該通信装置は、当該通信装置のバッテリー電力または温度測定に基づいて当該通信装置が危機シナリオにあることを判別するよう構成された検出モジュールと；当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類するよう構成された分類モジュールと；当該通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞り、当該通信装置が危機シナリオを抜けることに応答して非枢要トラフィックを絞るのを打ち切るよう構成されたトラフィック制御モジュールとを含む。

実施例２２４３では、実施例２２４２の主題は任意的に、無線通信装置として構成され、無線トランシーバおよびアンテナをさらに含むことができる。

実施例２２４４では、実施例２２４２の主題は任意的に、無線通信装置において使うために適応された無線通信コンポーネントとして構成されることができる。

実施例２２４５では、実施例２２４２の主題は任意的に、電源をさらに含むことができ、前記バッテリー電力は前記電源の残りバッテリー電力である。

実施例２２４６では、実施例２２４２ないし２２４５のうちいずれか一項記載の主題は任意的に、前記検出モジュールが、当該通信装置のバッテリー電力または温度測定に基づいて当該通信装置が危機シナリオにあることを判別することを、バッテリー電力をバッテリー電力閾値と比較し、バッテリー電力がバッテリー電力閾値より低いことに応答して、当該通信装置が危機シナリオにあることを判別することによって実行するよう構成される、ということを含むことができる。

実施例２２４７では、実施例２２４６の主題は任意的に、前記トラフィック制御モジュールが、当該通信装置が危機シナリオを抜けることに応答して非枢要トラフィックを絞るのを打ち切ることを、更新されたバッテリー電力を前記バッテリー電力閾値と比較し、前記更新されたバッテリー電力が前記バッテリー電力閾値より大きいことに応答して、非枢要トラフィックを絞るのを打ち切ることによって実行するよう構成される、ということを含むことができる。

実施例２２４８では、実施例２２４６の主題は任意的に、前記トラフィック制御モジュールが、当該通信装置が危機シナリオを抜けることに応答して非枢要トラフィックを絞るのを打ち切ることを、当該通信装置が充電中であることを判別し、当該通信装置が充電中であることに応答して、非枢要トラフィックを絞るのを打ち切ることによって実行するよう構成される、ということを含むことができる。

実施例２２４９では、実施例２２４２ないし２２４５のうちいずれか一項記載の主題は任意的に、前記検出モジュールが、当該通信装置のバッテリー電力または温度測定に基づいて当該通信装置が危機シナリオにあることを判別することを、前記温度を温度閾値と比較し、前記温度が温度閾値より高いことに応答して、当該通信装置が危機シナリオにあることを判別することによって実行するよう構成される、ということを含むことができる。

実施例２２５０では、実施例２２４９の主題は任意的に、前記トラフィック制御モジュールが、当該通信装置が危機シナリオを抜けることに応答して非枢要トラフィックを絞るのを打ち切ることを、更新された温度を前記温度閾値と比較し、前記更新された温度が前記温度閾値より低いことに応答して、非枢要トラフィックを絞るのを打ち切ることによって実行するよう構成される、ということを含むことができる。

実施例２２５１では、実施例２２４２ないし２２４５のうちいずれか一項記載の主題は任意的に、前記検出モジュールが、当該通信装置のバッテリー電力または温度測定に基づいて当該通信装置が危機シナリオにあることを判別することを、前記温度を温度閾値と比較し、前記バッテリー電力をバッテリー電力閾値と比較し、前記温度が温度閾値より高いまたは前記バッテリー電力がバッテリー電力閾値より低いことに応答して、当該通信装置が危機シナリオにあることを判別することによって実行するよう構成される、ということを含むことができる。

実施例２２５２では、実施例２２４２ないし２２５１のうちいずれか一項記載の主題は任意的に、前記分類モジュールが、ユーザー優先トラフィックについての基準を指定するユーザー入力を受領するようさらに構成され、前記分類モジュールが、当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記データの部分集合がユーザー優先トラフィックについての前記基準を満たすことを判別し、前記データの該部分集合を枢要トラフィックとして分類することによって実行するよう構成される、ということを含むことができる。

実施例２２５３では、実施例２２５２の主題は任意的に、前記ユーザー入力が前記一つまたは複数のアプリケーションのうちの第一のアプリケーションがユーザー優先アプリケーションであることを指定し、前記分類モジュールが、前記データの部分集合がユーザー優先トラフィックについての前記基準を満たすことを判別することを、前記データの前記部分集合が前記第一のアプリケーションに由来することを判別することによって実行するよう構成される、ということを含むことができる。

実施例２２５４では、実施例２２５２の主題は任意的に、前記ユーザー入力があるアプリケーション・クラスがユーザー優先サービスであることを指定し、前記分類モジュールが、前記データの部分集合がユーザー優先トラフィックについての前記基準を満たすことを判別することを、前記データの前記部分集合が、前記アプリケーション・クラスの、前記一つまたは複数のアプリケーションのうちの部分集合に由来することを判別することによって実行するよう構成される、ということを含むことができる。

実施例２２５５では、実施例２２４２ないし２２５４のうちいずれか一項記載の主題は任意的に、前記分類モジュールが、当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記一つまたは複数のアプリケーションの部分集合がリアルタイム・アプリケーションであることを判別し、前記一つまたは複数のアプリケーションの該部分集合に由来する前記データの部分集合を枢要トラフィックとして分類することによって実行するよう構成される、ということを含むことができる。

実施例２２５６では、実施例２２４２ないし２２５５のうちいずれか一項記載の主題は任意的に、前記分類モジュールが、当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記一つまたは複数のアプリケーションのうちの第一のアプリケーションについてパケット到着間時間およびパケット送信間時間を計算し、前記パケット到着間時間および前記パケット送信間時間があらかじめ定義された基準を満たす場合に、前記第一のアプリケーションに由来する前記データの部分集合を枢要トラフィックとして分類することによって実行するよう構成される、ということを含むことができる。

実施例２２５７では、実施例２２４２ないし２２５６のうちいずれか一項記載の主題は任意的に、前記分類モジュールが、当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記データに対してパケット検査を実行し、前記パケット検査に基づいてユーザー優先トラフィックまたはリアルタイム・トラフィックである前記データの部分集合を識別し、前記データの前記部分集合を枢要トラフィックとして分類することによって実行するよう構成される、ということを含むことができる。

実施例２２５８では、実施例２２４２ないし２２５６のうちいずれか一項記載の主題は任意的に、前記分類モジュールが、当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記データの第一のデータ・パケットについてのサービス型フィールドを読み、前記サービス型フィールドに基づいて前記第一のデータ・パケットがリアルタイム・トラフィックまたはユーザー優先トラフィックであるかどうかを判定することによって実行するよう構成される、ということを含むことができる。

実施例２２５９では、実施例２２５８の主題は任意的に、前記サービス型フィールドがサービス型（ＴＯＳ：Type of Service）フィールドまたは差別化サービス・コード・ポイント（ＤＳＣＰ：Differentiated Services Code Point）フィールドである、ということを含むことができる。

実施例２２６０では、実施例２２４２ないし２２５８のうちいずれか一項記載の主題は任意的に、前記分類モジュールが、当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記データの第一のデータ・パケットが由来するまたは宛てられているポート番号またはソケット・アドレスを判別し、前記ポート番号または前記ソケット・アドレスに基づいて、前記第一のデータ・パケットがリアルタイム・トラフィックまたはユーザー優先トラフィックであるかどうかを判定することによって実行するよう構成される、ということを含むことができる。

実施例２２６１では、実施例２２４２ないし２２６０のうちいずれか一項記載の主題は任意的に、前記分類モジュールが、当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記データのサービス型ヘッダ、前記データのパケット検査、前記データのパケット送信間到着時間、前記データのパケット到着間時間、前記データのポート番号、前記データのソケット・アドレスまたはユーザー入力に基づいて前記データを枢要トラフィックおよび非枢要トラフィックに分類することによって実行するよう構成される、ということを含むことができる。

実施例２２６２では、実施例２２４２ないし２２６１のうちいずれか一項記載の主題は任意的に、前記トラフィック制御モジュールが、当該通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることを、絞る期間の間、非枢要トラフィックをバッファリングし、該絞る期間の間、枢要トラフィックを送信することによって実行するよう構成される、ということを含むことができる。

実施例２２６３では、実施例２２４２ないし２２６２のうちいずれか一項記載の主題は任意的に、前記トラフィック制御モジュールが、当該通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることを、非枢要トラフィックを、枢要トラフィックよりも長い送信遅延をもって送信することによって実行するよう構成される、ということを含むことができる。

実施例２２６４では、実施例２２４２ないし２２６３のうちいずれか一項記載の主題は任意的に、前記トラフィック制御モジュールが、当該通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることを、非枢要トラフィックを送信遅延をもって送信し、枢要トラフィックを遅延なしに送信することによって実行するよう構成される、ということを含むことができる。

実施例２２６５では、実施例２２４２ないし２２６４のうちいずれか一項記載の主題は任意的に、前記分類モジュールが、当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記データを当該通信装置のアプリケーション・プロセッサにおいて分類することによって実行するよう構成され、前記アプリケーション・プロセッサは前記一つまたは複数のアプリケーションを実行するよう構成されている、ということを含むことができる。

実施例２２６６では、実施例２２４２ないし２２６５のうちいずれか一項記載の主題は任意的に、前記トラフィック制御モジュールが、当該通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることを、非枢要トラフィックを当該通信装置のアプリケーション・プロセッサのモデム・ドライバにおいて絞ることによって実行するよう構成され、前記アプリケーション・プロセッサは前記一つまたは複数のアプリケーションを実行するよう構成されている、ということを含むことができる。

実施例２２６７では、実施例２２４２ないし２２６６のうちいずれか一項記載の主題は任意的に、前記トラフィック制御モジュールが、当該通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることを、非枢要トラフィックを、前記アプリケーション・プロセッサのベースバンド・モデムにおいて絞ることによって実行するよう構成される、ということを含むことができる。

実施例２２６８では、実施例２２４２ないし２２６７のうちいずれか一項記載の主題は任意的に、前記トラフィック制御モジュールが、当該通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることを、当該通信装置のベースバンド・モデムにおいて、非枢要トラフィックの、粒度の細かい絞りを実行し、当該通信装置のアプリケーション・プロセッサにおいて非枢要トラフィックの粗い絞りを実行することによって実行するよう構成される、ということを含むことができる。

実施例２２６９は、無線通信装置のコントローラによって実行されたときに該無線通信装置に方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体であり、前記方法は、前記無線通信装置のバッテリー電力または温度測定に基づいて該無線通信装置が危機シナリオにあることを判別する段階と；前記無線通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類する段階と；前記無線通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞る段階と；前記無線通信装置が危機シナリオを抜けることに応答して非枢要トラフィックを絞るのを打ち切る段階とを含む。

実施例２２７０では、実施例２２６９の主題は任意的に、前記無線通信装置のバッテリー電力または温度測定に基づいて該無線通信装置が危機シナリオにあることを判別することが、バッテリー電力をバッテリー電力閾値と比較し、バッテリー電力がバッテリー電力閾値より低いことに応答して、前記無線通信装置が危機シナリオにあることを判別することを含む、ということを含むことができる。

実施例２２７１では、実施例２２７０の主題は任意的に、前記無線通信装置が危機シナリオを抜けることに応答して非枢要トラフィックを絞るのを打ち切ることが、更新されたバッテリー電力を前記バッテリー電力閾値と比較し、前記更新されたバッテリー電力が前記バッテリー電力閾値より大きいことに応答して、非枢要トラフィックを絞るのを打ち切ることを含む、ということを含むことができる。

実施例２２７２では、実施例２２７０の主題は任意的に、前記無線通信装置が危機シナリオを抜けることに応答して非枢要トラフィックを絞るのを打ち切ることが、前記無線通信装置が充電中であることを判別し、前記無線通信装置が充電中であることに応答して、非枢要トラフィックを絞るのを打ち切ることを含む、ということを含むことができる。

実施例２２７３では、実施例２２６９の主題は任意的に、前記無線通信装置のバッテリー電力または温度測定に基づいて該無線通信装置が危機シナリオにあることを判別することが、前記温度を温度閾値と比較し、前記温度が温度閾値より高いことに応答して、前記無線通信装置が危機シナリオにあることを判別することを含む、ということを含むことができる。

実施例２２７４では、実施例２２７３の主題は任意的に、前記無線通信装置が危機シナリオを抜けることに応答して非枢要トラフィックを絞るのを打ち切ることが、更新された温度を前記温度閾値と比較し、前記更新された温度が前記温度閾値より低いことに応答して、非枢要トラフィックを絞るのを打ち切ることを含む、ということを含むことができる。

実施例２２７５では、実施例２２７４の主題は任意的に、前記無線通信装置のバッテリー電力または温度測定に基づいて該無線通信装置が危機シナリオにあることを判別することが、前記温度を温度閾値と比較し、前記バッテリー電力をバッテリー電力閾値と比較し、前記温度が温度閾値より高いまたは前記バッテリー電力がバッテリー電力閾値より低いことに応答して、前記無線通信装置が危機シナリオにあることを判別することを含む、ということを含むことができる。

実施例２２７６では、実施例２２６９ないし２２７５のうちいずれか一項記載の主題は任意的に、ユーザー優先トラフィックについての基準を指定するユーザー入力を受領することをさらに含むことができ、前記無線通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することが、前記データの部分集合がユーザー優先トラフィックについての前記基準を満たすことを判別し、前記データの該部分集合を枢要トラフィックとして分類することを含む。

実施例２２７７では、実施例２２７６の主題は任意的に、前記ユーザー入力が前記一つまたは複数のアプリケーションのうちの第一のアプリケーションがユーザー優先アプリケーションであることを指定し、前記データの部分集合がユーザー優先トラフィックについての前記基準を満たすことを判別することが、前記データの前記部分集合が前記第一のアプリケーションに由来することを判別することを含む、ということを含むことができる。

実施例２２７８では、実施例２２７６の主題は任意的に、前記ユーザー入力があるアプリケーション・クラスがユーザー優先サービスであることを指定し、前記データの部分集合がユーザー優先トラフィックについての前記基準を満たすことを判別することが、前記データの前記部分集合が、前記アプリケーション・クラスの、前記一つまたは複数のアプリケーションのうちの部分集合に由来することを判別することを含む、ということを含むことができる。

実施例２２７９では、実施例２２６９ないし２２７８のうちいずれか一項記載の主題は任意的に、前記無線通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することが、前記一つまたは複数のアプリケーションの部分集合がリアルタイム・アプリケーションであることを判別し、前記一つまたは複数のアプリケーションの該部分集合に由来する前記データの部分集合を枢要トラフィックとして分類することを含む、ということを含むことができる。

実施例２２８０では、実施例２２６９ないし２２７９のうちいずれか一項記載の主題は任意的に、前記無線通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することが、前記一つまたは複数のアプリケーションのうちの第一のアプリケーションについてパケット到着間時間およびパケット送信間時間を計算し、前記パケット到着間時間および前記パケット送信間時間があらかじめ定義された基準を満たす場合に、前記第一のアプリケーションに由来する前記データの部分集合を枢要トラフィックとして分類することを含む、ということを含むことができる。

実施例２２８１では、実施例２２６９ないし２２８０のうちいずれか一項記載の主題は任意的に、前記無線通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することが、前記データに対してパケット検査を実行し、前記パケット検査に基づいてユーザー優先トラフィックまたはリアルタイム・トラフィックである前記データの部分集合を識別し、前記データの前記部分集合を枢要トラフィックとして分類することを含む、ということを含むことができる。

実施例２２８２では、実施例２２６９ないし２２８１のうちいずれか一項記載の主題は任意的に、前記無線通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することが、前記データの第一のデータ・パケットについてのサービス型フィールドを読み、前記サービス型フィールドに基づいて前記第一のデータ・パケットがリアルタイム・トラフィックまたはユーザー優先トラフィックであるかどうかを判定することを含む、ということを含むことができる。

実施例２２８３では、実施例２２８２の主題は任意的に、前記サービス型フィールドがサービス型（ＴＯＳ：Type of Service）フィールドまたは差別化サービス・コード・ポイント（ＤＳＣＰ：Differentiated Services Code Point）フィールドである、ということを含むことができる。

実施例２２８４では、実施例２２６９ないし２２８３のうちいずれか一項記載の主題は任意的に、前記無線通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することが、前記データの第一のデータ・パケットが由来するまたは宛てられているポート番号またはソケット・アドレスを判別し、前記ポート番号または前記ソケット・アドレスに基づいて、前記第一のデータ・パケットがリアルタイム・トラフィックまたはユーザー優先トラフィックであるかどうかを判定することを含む、ということを含むことができる。

実施例２２８５では、実施例２２６９ないし２２８４のうちいずれか一項記載の主題は任意的に、前記無線通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することが、前記データのサービス型ヘッダ、前記データのパケット検査、前記データのパケット送信間到着時間、前記データのパケット到着間時間、前記データのポート番号、前記データのソケット・アドレスまたはユーザー入力に基づいて前記データを枢要トラフィックおよび非枢要トラフィックに分類することを含む、ということを含むことができる。

実施例２２８６では、実施例２２６９ないし２２８５のうちいずれか一項記載の主題は任意的に、前記無線通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることが、絞る期間の間、非枢要トラフィックをバッファリングし、該絞る期間の間、枢要トラフィックを送信することを含む、ということを含むことができる。

実施例２２８７では、実施例２２６９ないし２２８６のうちいずれか一項記載の主題は任意的に、前記無線通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることが、非枢要トラフィックを、枢要トラフィックよりも長い送信遅延をもって送信することを含む、ということを含むことができる。

実施例２２８８では、実施例２２６９ないし２２８６のうちいずれか一項記載の主題は任意的に、前記無線通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることが、非枢要トラフィックを送信遅延をもって送信し、枢要トラフィックを遅延なしに送信することを含む、ということを含むことができる。

実施例２２８９では、実施例２２６９ないし２２８８のうちいずれか一項記載の主題は任意的に、前記無線通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することが、前記データを前記無線通信装置のアプリケーション・プロセッサにおいて分類することを含み、前記アプリケーション・プロセッサは前記一つまたは複数のアプリケーションを実行するよう構成されている、ということを含むことができる。

実施例２２９０では、実施例２２６９ないし２２８９のうちいずれか一項記載の主題は任意的に、前記無線通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることが、非枢要トラフィックを前記無線通信装置のアプリケーション・プロセッサのモデム・ドライバにおいて絞ることを含み、前記アプリケーション・プロセッサは前記一つまたは複数のアプリケーションを実行するよう構成されている、ということを含むことができる。

実施例２２９１では、実施例２２６９ないし２２９０のうちいずれか一項記載の主題は任意的に、前記無線通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることが、非枢要トラフィックを、前記アプリケーション・プロセッサのベースバンド・モデムにおいて絞ることを含む、ということを含むことができる。

実施例２２９２では、実施例２２６９ないし２２９１のうちいずれか一項記載の主題は任意的に、前記無線通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることが、前記無線通信装置のベースバンド・モデムにおいて、非枢要トラフィックの、粒度の細かい絞りを実行し、前記無線通信装置のアプリケーション・プロセッサにおいて非枢要トラフィックの粗い絞りを実行することを含む、ということを含むことができる。

実施例２２９３は、アプリケーション・プロセッサとベースバンド・モデムとを含む処理モジュールを含む通信装置であり、前記処理モジュールは、一つまたは複数のアプリケーションを実行し；前記一つまたは複数のアプリケーションからのデータを、該データがリアルタイム・トラフィックまたはユーザー優先トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類し；当該通信装置が危機シナリオにあるかどうかを、当該通信装置の温度、当該通信装置のバッテリー電力、当該通信装置の電力状態および当該通信装置の電波条件に基づいて判定し；危機シナリオに応答して非枢要トラフィックの送信を絞るよう構成されている。

実施例２２９４では、実施例２２９３の主題は任意的に、無線通信装置として構成され、無線トランシーバおよびアンテナをさらに含むことができる。

実施例２２９５では、実施例２２９３または２２９４の主題は任意的に、前記ベースバンド・モデムが非枢要データの送信を絞ることを実行するよう構成される、ということを含むことができる。

実施例２２９６では、実施例２２９３または２２９４の主題は任意的に、前記アプリケーション・プロセッサが非枢要データの送信を絞ることを実行するよう構成される、ということを含むことができる。

実施例２２９７では、実施例２２９３または２２９４の主題は任意的に、前記アプリケーション・プロセッサが非枢要データの送信を絞ることを、前記アプリケーション・プロセッサのモデム・ドライバを用いて実行するよう構成される、ということを含むことができる。

実施例２２９８では、実施例２２９３または２２９４の主題は任意的に、前記ベースバンド・モデムが、非枢要データの送信の粒度の細かい絞りを実行するよう構成され、前記アプリケーション・プロセッサが、非枢要データの送信の粗い絞りを実行するよう構成される、ということを含むことができる。

実施例２２９９では、実施例２２９３ないし２２９８のうちいずれか一項記載の主題は任意的に、前記処理モジュールが、前記一つまたは複数のアプリケーションからのデータを、該データがリアルタイム・トラフィックまたはユーザー優先トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記データのサービス型ヘッダ、前記データのパケット検査、前記データのパケット送信間到着時間、前記データのパケット到着間時間、前記データのポート番号、前記データのソケット・アドレスまたはユーザー入力に基づいて前記データを枢要トラフィックおよび非枢要トラフィックに分類することによって実行するよう構成される、ということを含むことができる。

実施例２３００では、実施例２２９３ないし２２９９のうちいずれか一項記載の主題は任意的に、前記アプリケーション・プロセッサが、ユーザー優先トラフィックについての基準を指定するユーザー入力を受領するよう構成され、前記処理モジュールが、前記一つまたは複数のアプリケーションからのデータを、該データがリアルタイム・トラフィックまたはユーザー優先トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記データの部分集合がユーザー優先トラフィックについての前記基準を満たすことを判別し、前記データの該部分集合を枢要トラフィックとして分類することによって実行するよう構成される、ということを含む。

実施例２３０１は、実施例２２９３ないし２３００のうちいずれか一項記載の主題は任意的に、前記処理モジュールが、前記通信装置が危機シナリオを抜けたことを判別し、前記通信装置が危機シナリオを抜けたことを判別することに応答して非枢要トラフィックを絞るのを打ち切るようさらに構成される、ということを含む。

実施例２３０２では、実施例２２９３ないし２３００のうちいずれか一項記載の主題は任意的に、前記処理モジュールが、前記危機シナリオに応答して非枢要トラフィックの送信を絞ることを、絞る期間の間、非枢要トラフィックをバッファリングし、該絞る期間の間、枢要トラフィックを送信することによって実行するよう構成される、ということを含むことができる。

実施例２３０３では、実施例２２９３ないし２３００のうちいずれか一項記載の主題は任意的に、前記処理モジュールが、前記危機シナリオに応答して非枢要トラフィックの送信を絞ることを、非枢要トラフィックを、枢要トラフィックよりも長い送信遅延をもって送信することによって実行するよう構成される、ということを含むことができる。

実施例２３０４は、無線通信において使うために適応された通信装置であり、当該通信装置は、当該通信装置のバッテリー電力または温度測定に基づいて当該通信装置が危機シナリオにあることを判別するよう構成された検出回路と；当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類するよう構成された分類回路と；当該通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞り、当該通信装置が危機シナリオを抜けることに応答して非枢要トラフィックを絞るのを打ち切るよう構成されたトラフィック制御回路とを含む。

実施例２３０５では、実施例２３０４の主題は任意的に、無線通信装置として構成され、無線トランシーバおよびアンテナをさらに含むことができる。

実施例２３０６では、実施例２３０４の主題は任意的に、無線通信装置において使うために適応された無線通信回路コンポーネントとして構成されることができる。

実施例２３０７では、実施例２３０４の主題は任意的に、電源をさらに含むことができ、前記バッテリー電力は前記電源の残りバッテリー電力である。

実施例２３０８では、実施例２３０４ないし２３０７のうちいずれか一項記載の主題は任意的に、前記検出回路、前記分類回路および前記トラフィック制御回路がハードウェア定義回路またはソフトウェア定義回路である、ということを含むことができる。

実施例２３０９では、実施例２３０４ないし２３０８のうちいずれか一項記載の主題は任意的に、前記検出回路が、当該通信装置のバッテリー電力または温度測定に基づいて当該通信装置が危機シナリオにあることを判別することを、バッテリー電力をバッテリー電力閾値と比較し、バッテリー電力がバッテリー電力閾値より低いことに応答して、当該通信装置が危機シナリオにあることを判別することによって実行するよう構成される、ということを含むことができる。

実施例２３１０では、実施例２３０９の主題は任意的に、前記トラフィック制御回路が、当該通信装置が危機シナリオを抜けることに応答して非枢要トラフィックを絞るのを打ち切ることを、更新されたバッテリー電力を前記バッテリー電力閾値と比較し、前記更新されたバッテリー電力が前記バッテリー電力閾値より大きいことに応答して、非枢要トラフィックを絞るのを打ち切ることによって実行するよう構成される、ということを含むことができる。

実施例２３１１では、実施例２３０９の主題は任意的に、前記トラフィック制御回路が、当該通信装置が危機シナリオを抜けることに応答して非枢要トラフィックを絞るのを打ち切ることを、当該通信装置が充電中であることを判別し、当該通信装置が充電中であることに応答して、非枢要トラフィックを絞るのを打ち切ることによって実行するよう構成される、ということを含むことができる。

実施例２３１２では、実施例２３０４ないし２３０７のうちいずれか一項記載の主題は任意的に、前記検出回路が、当該通信装置のバッテリー電力または温度測定に基づいて当該通信装置が危機シナリオにあることを判別することを、前記温度を温度閾値と比較し、前記温度が温度閾値より高いことに応答して、当該通信装置が危機シナリオにあることを判別することによって実行するよう構成される、ということを含むことができる。

実施例２３１３では、実施例２３１２の主題は任意的に、前記トラフィック制御回路が、当該通信装置が危機シナリオを抜けることに応答して非枢要トラフィックを絞るのを打ち切ることを、更新された温度を前記温度閾値と比較し、前記更新された温度が前記温度閾値より低いことに応答して、非枢要トラフィックを絞るのを打ち切ることによって実行するよう構成される、ということを含むことができる。

実施例２３１４では、実施例２３０４ないし２３０７のうちいずれか一項記載の主題は任意的に、前記検出回路が、当該通信装置のバッテリー電力または温度測定に基づいて当該通信装置が危機シナリオにあることを判別することを、前記温度を温度閾値と比較し、前記バッテリー電力をバッテリー電力閾値と比較し、前記温度が温度閾値より高いまたは前記バッテリー電力がバッテリー電力閾値より低いことに応答して、当該通信装置が危機シナリオにあることを判別することによって実行するよう構成される、ということを含むことができる。

実施例２３１５では、実施例２３０４ないし２３１４のうちいずれか一項記載の主題は任意的に、前記分類回路が、ユーザー優先トラフィックについての基準を指定するユーザー入力を受領するようさらに構成され、前記分類回路が、当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記データの部分集合がユーザー優先トラフィックについての前記基準を満たすことを判別し、前記データの該部分集合を枢要トラフィックとして分類することによって実行するよう構成される、ということを含むことができる。

実施例２３１６では、実施例２３１５の主題は任意的に、前記ユーザー入力が前記一つまたは複数のアプリケーションのうちの第一のアプリケーションがユーザー優先アプリケーションであることを指定し、前記分類回路が、前記データの部分集合がユーザー優先トラフィックについての前記基準を満たすことを判別することを、前記データの前記部分集合が前記第一のアプリケーションに由来することを判別することによって実行するよう構成される、ということを含むことができる。

実施例２３１７では、実施例２３１５の主題は任意的に、前記ユーザー入力があるアプリケーション・クラスがユーザー優先サービスであることを指定し、前記分類回路が、前記データの部分集合がユーザー優先トラフィックについての前記基準を満たすことを判別することを、前記データの前記部分集合が、前記アプリケーション・クラスの、前記一つまたは複数のアプリケーションのうちの部分集合に由来することを判別することによって実行するよう構成される、ということを含むことができる。

実施例２３１８では、実施例２３０４ないし２３１７のうちいずれか一項記載の主題は任意的に、前記分類回路が、当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記一つまたは複数のアプリケーションの部分集合がリアルタイム・アプリケーションであることを判別し、前記一つまたは複数のアプリケーションの該部分集合に由来する前記データの部分集合を枢要トラフィックとして分類することによって実行するよう構成される、ということを含むことができる。

実施例２３１９では、実施例２３０４ないし２３１８のうちいずれか一項記載の主題は任意的に、前記分類回路が、当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記一つまたは複数のアプリケーションのうちの第一のアプリケーションについてパケット到着間時間およびパケット送信間時間を計算し、前記パケット到着間時間および前記パケット送信間時間があらかじめ定義された基準を満たす場合に、前記第一のアプリケーションに由来する前記データの部分集合を枢要トラフィックとして分類することによって実行するよう構成される、ということを含むことができる。

実施例２３２０では、実施例２３０４ないし２３１９のうちいずれか一項記載の主題は任意的に、前記分類回路が、当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記データに対してパケット検査を実行し、前記パケット検査に基づいてユーザー優先トラフィックまたはリアルタイム・トラフィックである前記データの部分集合を識別し、前記データの前記部分集合を枢要トラフィックとして分類することによって実行するよう構成される、ということを含むことができる。

実施例２３２１では、実施例２３０４ないし２３２０のうちいずれか一項記載の主題は任意的に、前記分類回路が、当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記データの第一のデータ・パケットについてのサービス型フィールドを読み、前記サービス型フィールドに基づいて前記第一のデータ・パケットがリアルタイム・トラフィックまたはユーザー優先トラフィックであるかどうかを判定することによって実行するよう構成される、ということを含むことができる。

実施例２３２２では、実施例２３２１の主題は任意的に、前記サービス型フィールドがサービス型（ＴＯＳ：Type of Service）フィールドまたは差別化サービス・コード・ポイント（ＤＳＣＰ：Differentiated Services Code Point）フィールドである、ということを含むことができる。

実施例２３２３では、実施例２３０４ないし２３２２のうちいずれか一項記載の主題は任意的に、前記分類回路が、当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記データの第一のデータ・パケットが由来するまたは宛てられているポート番号またはソケット・アドレスを判別し、前記ポート番号または前記ソケット・アドレスに基づいて、前記第一のデータ・パケットがリアルタイム・トラフィックまたはユーザー優先トラフィックであるかどうかを判定することによって実行するよう構成される、ということを含むことができる。

実施例２３２４では、実施例２３０４ないし２３２３のうちいずれか一項記載の主題は任意的に、前記分類回路が、当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記データのサービス型ヘッダ、前記データのパケット検査、前記データのパケット送信間到着時間、前記データのパケット到着間時間、前記データのポート番号、前記データのソケット・アドレスまたはユーザー入力に基づいて前記データを枢要トラフィックおよび非枢要トラフィックに分類することによって実行するよう構成される、ということを含むことができる。

実施例２３２５では、実施例２３０４ないし２３２４のうちいずれか一項記載の主題は任意的に、前記トラフィック制御回路が、当該通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることを、絞る期間の間、非枢要トラフィックをバッファリングし、該絞る期間の間、枢要トラフィックを送信することによって実行するよう構成される、ということを含むことができる。

実施例２３２６では、実施例２３０４ないし２３２５のうちいずれか一項記載の主題は任意的に、前記トラフィック制御回路が、当該通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることを、非枢要トラフィックを、枢要トラフィックよりも長い送信遅延をもって送信することによって実行するよう構成される、ということを含むことができる。

実施例２３２７では、実施例２３０４ないし２３２６のうちいずれか一項記載の主題は任意的に、前記トラフィック制御回路が、当該通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることを、非枢要トラフィックを送信遅延をもって送信し、枢要トラフィックを遅延なしに送信することによって実行するよう構成される、ということを含むことができる。

実施例２３２８では、実施例２３０４ないし２３２７のうちいずれか一項記載の主題は任意的に、前記分類回路が、当該通信装置の一つまたは複数のアプリケーションからのデータを、該データがユーザー優先トラフィックまたはリアルタイム・トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記データを当該通信装置のアプリケーション・プロセッサにおいて分類することによって実行するよう構成され、前記アプリケーション・プロセッサは前記一つまたは複数のアプリケーションを実行するよう構成されている、ということを含むことができる。

実施例２３２９では、実施例２３０４ないし２３２８のうちいずれか一項記載の主題は任意的に、前記トラフィック制御回路が、当該通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることを、非枢要トラフィックを当該通信装置のアプリケーション・プロセッサのモデム・ドライバにおいて絞ることによって実行するよう構成され、前記アプリケーション・プロセッサは前記一つまたは複数のアプリケーションを実行するよう構成されている、ということを含むことができる。

実施例２３３０では、実施例２３０４ないし２３２９のうちいずれか一項記載の主題は任意的に、前記トラフィック制御回路が、当該通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることを、非枢要トラフィックを、前記アプリケーション・プロセッサのベースバンド・モデムにおいて絞ることによって実行するよう構成される、ということを含むことができる。

実施例２３３１では、実施例２３０４ないし２３３０のうちいずれか一項記載の主題は任意的に、前記トラフィック制御回路が、当該通信装置が危機シナリオにある間、枢要トラフィックに比して非枢要トラフィックを絞ることを、当該通信装置のベースバンド・モデムにおいて、非枢要トラフィックの、粒度の細かい絞りを実行し、当該通信装置のアプリケーション・プロセッサにおいて非枢要トラフィックの粗い絞りを実行することによって実行するよう構成される、ということを含むことができる。

実施例２３３２は、アプリケーション・プロセッサとベースバンド・モデムとを含む処理回路を含む通信装置であり、前記処理回路は、一つまたは複数のアプリケーションを実行し；前記一つまたは複数のアプリケーションからのデータを、該データがリアルタイム・トラフィックまたはユーザー優先トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類し；当該通信装置が危機シナリオにあるかどうかを、当該通信装置の温度、当該通信装置のバッテリー電力、当該通信装置の電力状態および当該通信装置の電波条件に基づいて判定し；危機シナリオに応答して非枢要トラフィックの送信を絞るよう構成されている。

実施例２３３３では、実施例１の主題は任意的に、無線通信装置として構成され、無線トランシーバおよびアンテナをさらに含むことができる。

実施例２３３４では、実施例１または２３３３の主題は任意的に、前記ベースバンド・モデムが非枢要データの送信を絞ることを実行するよう構成される、ということを含むことができる。

実施例２３３５では、実施例１または２３３３の主題は任意的に、前記アプリケーション・プロセッサが非枢要データの送信を絞ることを実行するよう構成される、ということを含むことができる。

実施例２３３６では、実施例１または２３３３の主題は任意的に、前記アプリケーション・プロセッサが非枢要データの送信を絞ることを、前記アプリケーション・プロセッサのモデム・ドライバを用いて実行するよう構成される、ということを含むことができる。

実施例２３３７では、実施例１または２３３３の主題は任意的に、前記ベースバンド・モデムが、非枢要データの送信の粒度の細かい絞りを実行するよう構成され、前記アプリケーション・プロセッサが、非枢要データの送信の粗い絞りを実行するよう構成される、ということを含むことができる。

実施例２３３８では、実施例１ないし２３３７のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記一つまたは複数のアプリケーションからのデータを、該データがリアルタイム・トラフィックまたはユーザー優先トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記データのサービス型ヘッダ、前記データのパケット検査、前記データのパケット送信間到着時間、前記データのパケット到着間時間、前記データのポート番号、前記データのソケット・アドレスまたはユーザー入力に基づいて前記データを枢要トラフィックおよび非枢要トラフィックに分類することによって実行するよう構成される、ということを含むことができる。

実施例２３３９では、実施例１ないし２３３８のうちいずれか一項記載の主題は任意的に、前記アプリケーション・プロセッサが、ユーザー優先トラフィックについての基準を指定するユーザー入力を受領するよう構成され、前記処理回路が、前記一つまたは複数のアプリケーションからのデータを、該データがリアルタイム・トラフィックまたはユーザー優先トラフィックであるかどうかに基づいて、枢要トラフィックおよび非枢要トラフィックに分類することを、前記データの部分集合がユーザー優先トラフィックについての前記基準を満たすことを判別し、前記データの該部分集合を枢要トラフィックとして分類することによって実行するよう構成される、ということを含む。

実施例２３４０は、実施例１ないし２３３９のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記通信装置が危機シナリオを抜けたことを判別し、前記通信装置が危機シナリオを抜けたことを判別することに応答して非枢要トラフィックを絞るのを打ち切るようさらに構成される、ということを含む。

実施例２３４１では、実施例１ないし２３３９のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記危機シナリオに応答して非枢要トラフィックの送信を絞ることを、絞る期間の間、非枢要トラフィックをバッファリングし、該絞る期間の間、枢要トラフィックを送信することによって実行するよう構成される、ということを含むことができる。

実施例２３４２では、実施例１ないし２３３９のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記危機シナリオに応答して非枢要トラフィックの送信を絞ることを、非枢要トラフィックを、枢要トラフィックよりも長い送信遅延をもって送信することによって実行するよう構成される、ということを含むことができる。

実施例２３４３は、通信装置であり、当該通信装置は、無線チャネル上で、端末装置から第一の波形フォーマットでの上りリンク無線伝送を受信する段階であって、前記上りリンク無線伝送は、当該通信装置に、該上りリンク無線伝送をネットワーク・アクセス・ノードに転送するよう命令する、段階と；前記無線チャネル上で、前記上りリンク無線伝送を衝突から保護するための第二の波形フォーマットでのプリアンブルと一緒に、前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信する段階とを実行するよう構成されたプロセッサを含む。

実施例２３４４では、実施例２３４３の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができる。

実施例２３４５では、実施例２３４３または２３４４の主題は任意的に、前記プロセッサが、前記第一の波形フォーマットでの前記上りリンク無線伝送を、狭帯域伝送として受信するよう構成され、前記第二の波形フォーマットでの前記プリアンブルを、広帯域伝送として送信するよう構成される、ということを含むことができる。

実施例２３４６では、実施例２３４３ないし２３４５のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが前記第二の波形フォーマットとは異なる帯域幅を使う、ということを含むことができる。

実施例２３４７では、実施例２３４３ないし２３４６のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが狭帯域Ｗｉ－Ｆｉ波形フォーマットであり、前記第二の波形フォーマットが広帯域Ｗｉ－Ｆｉ波形フォーマットである、ということを含むことができる。

実施例２３４８では、実施例２３４３ないし２３４７のうちいずれか一項記載の主題は任意的に、前記第二の波形フォーマットでの前記プリアンブルが、前記第二の波形フォーマットに基づいて構成されている共存する装置によってデコード可能である、ということを含むことができる。

実施例２３４９では、実施例２３４３ないし２３４７のうちいずれか一項記載の主題は任意的に、前記第二の波形フォーマットでの前記プリアンブルが、前記第二の波形フォーマットに基づいて構成されている共存する装置による衝突に対して耐性がある、ということを含むことができる。

実施例２３５０では、実施例２３４３ないし２３４９のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記端末装置から第一の波形フォーマットでの上りリンク無線伝送を受信する前に、前記端末装置からチャネル予約支援要求を受信し、競合ベースのチャネル・アクセス方式に従って前記ネットワーク・アクセス・ノードとの前記無線チャネルを予約し、前記端末装置にチャネルが予約されたことを通知するようさらに構成される、ということを含むことができる。

実施例２３５１では、実施例２３５０の主題は任意的に、前記プロセッサが、競合ベースのチャネル・アクセス方式に従って前記ネットワーク・アクセス・ノードとの前記無線チャネルを予約することを、前記無線チャネル上でキャリア検知を実行して前記無線チャネルが空いているときを判別し、伝送要求を前記第二の波形フォーマットで前記ネットワーク・アクセス・ノードに送信し、前記ネットワーク・アクセス・ノードから送信承認を受信することによって実行するよう構成される、ということを含むことができる。

実施例２３５２では、実施例２３４３ないし２３４８のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記端末装置から第一の波形フォーマットでの上りリンク無線伝送を受信する前に、競合ベースのチャネル・アクセス方式に従ってある予約期間にわたって前記端末装置のために前記無線チャネルを予約するようさらに構成され、前記プロセッサが、前記予約期間の間に前記端末装置から前記第一の波形フォーマットでの前記上りリンク無線伝送を受信し、前記予約期間終了後に前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信するよう構成される、ということを含むことができる。

実施例２３５３では、実施例２３５２の主題は任意的に、前記プロセッサが前記端末装置のために前記無線チャネルを、送信許可要求／送信可（ＲＴＳ／ＣＴＳ：request-to-send/clear-to-send）ハンドシェークにより予約するよう構成され、前記予約期間が前記ＲＴＳ／ＣＴＳハンドシェークのネットワーク割り当てベクトル（ＮＡＶ：network allocation vector）である、ということを含むことができる。

実施例２３５４では、実施例２３４３ないし２３５３のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信する前に、前記無線チャネル上でキャリア検知を実行して前記無線チャネルが空いているときを判別するよう構成され、前記プロセッサが、前記無線チャネルが空いていることを判別した後に前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信するよう構成される、ということを含むことができる。

実施例２３５５では、実施例２３５４の主題は任意的に、前記プロセッサが、前記無線チャネル上でキャリア検知を実行して前記無線チャネルが空いているときを判別することを、キャリア・センス・マルチプル・アクセス（ＣＳＭＡ）方式に従って実行するよう構成される、ということを含むことができる。

実施例２３５６では、実施例２３５４または２３５５の主題は任意的に、前記プロセッサが、前記無線チャネル上でキャリア検知を実行することを、前記第一の波形フォーマットおよび前記第二の波形フォーマットについて実行するよう構成される、ということを含むことができる。

実施例２３５７では、実施例２３４３ないし２３５６のうちいずれか一項記載の主題は任意的に、前記プロセッサが、複数の予約期間の間の前記第一の波形フォーマットでの無線伝送について前記ネットワーク・アクセス・ノードと前記無線チャネルを予約するようさらに構成され、前記プロセッサが、前記複数の予約期間のうちの一つの間に前記第一の波形フォーマットでの前記上りリンク無線伝送を受信するよう構成される、ということを含むことができる。

実施例２３５８では、実施例２３４３ないし２３５７のうちいずれか一項記載の主題は任意的に、前記プロセッサが、無線伝送を、前記無線伝送を衝突から保護するための前記第二の波形フォーマットでのプリアンブルと一緒に、前記第一の波形フォーマットで前記端末装置に送信するようさらに構成される、ということを含むことができる。

実施例２３５９では、実施例２３４３ないし２３５８のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットがスペクトル拡散波形である、ということを含むことができる。

実施例２３６０では、実施例２３４３ないし２３５９のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが単一キャリア波形である、ということを含むことができる。

実施例２３６１では、実施例２３４３ないし２３６０のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが前記第二の波形フォーマットより低いピーク対平均パワー比（ＰＡＰＲ：peak-to-average-power ratio）をもつ、ということを含むことができる。

実施例２３６２では、実施例２３４３ないし２３６１のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記端末装置から第一の波形フォーマットでの上りリンク無線伝送を受信する前に、前記無線チャネルにアクセスするよう前記端末装置を招待する前記第一の波形フォーマットでのポーリング・フレームを前記端末装置に送信するようさらに構成される、ということを含むことができる。

実施例２３６３では、実施例２３６２の主題は任意的に、前記プロセッサが、前記ポーリング・フレームに応答して、前記端末装置から前記第一の波形フォーマットでの前記上りリンク無線伝送を受信するよう構成される、ということを含むことができる。

実施例２３６４では、実施例２３４３ないし２３６３のうちいずれか一項記載の主題は任意的に、無線通信装置において使うためのベースバンド・プロセッサ・コンポーネントとして構成されることができる。

実施例２３６５は、通信装置であり、当該通信装置は、第一の波形フォーマットに従って無線チャネル上で端末装置と通信し：予約期間を指定する伝送要求を前記無線チャネル上で第二の波形フォーマットでネットワーク・アクセス・ノードに送信し；前記無線チャネルが前記予約期間について予約されたことを端末装置に通知し；前記第一の波形フォーマットでの無線伝送を前記端末装置から受信し；前記予約期間に従って前記無線伝送を前記ネットワーク・アクセス・ノードに送信するよう構成されているプロセッサを含む。

実施例２３６６では、実施例２３６５の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができる。

実施例２３６７では、実施例２３６５または２３６６の主題は任意的に、前記プロセッサが、前記第二の波形フォーマットでの前記伝送要求を広帯域伝送として送信するよう構成され、前記第一の波形フォーマットでの前記無線伝送を狭帯域伝送として受信するよう構成される、ということを含むことができる。

実施例２３６８では、実施例２３６５ないし２３６７のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが前記第二の波形フォーマットとは異なる帯域幅を使う、ということを含むことができる。

実施例２３６９では、実施例２３６５ないし２３６８のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが狭帯域Ｗｉ－Ｆｉ波形フォーマットであり、前記第二の波形フォーマットが広帯域Ｗｉ－Ｆｉ波形フォーマットである、ということを含むことができる。

実施例２３７０では、実施例２３６５ないし２３６９のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記端末装置から前記第一の波形フォーマットで前記無線チャネル上でチャネル予約支援要求を受信するようさらに構成され、前記プロセッサが、前記チャネル予約支援要求に応答して、前記ネットワーク・アクセス・ノードに前記第二の波形フォーマットで前記無線チャネル上で前記伝送要求を送信するよう構成される、ということを含むことができる。

実施例２３７１では、実施例２３６５ないし２３７０のうちいずれか一項記載の主題は任意的に、前記プロセッサが、競合ベースのチャネル・アクセス方式に従って、前記無線チャネル上でキャリア検知を実行して前記無線チャネルが空いているときを判別するようさらに構成され、前記プロセッサが、前記無線チャネルが空いていることを判別することに応答して、前記ネットワーク・アクセス・ノードに前記第二の波形フォーマットで前記無線チャネル上で前記伝送要求を送信するよう構成される、ということを含むことができる。

実施例２３７２では、実施例２３６５ないし２３７１のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記予約期間の間に前記端末装置から前記第一の波形フォーマットでの前記無線伝送を受信するよう構成される、ということを含むことができる。

実施例２３７３では、実施例２３６５ないし２３７２のうちいずれか一項記載の主題は任意的に、前記伝送要求が送信許可要求（ＲＴＳ）であり、前記予約期間がネットワーク割り当てベクトル（ＮＡＶ）である、ということを含むことができる。

実施例２３７４では、実施例２３６５ないし２３７３のうちいずれか一項記載の主題は任意的に、前記伝送要求が、送信許可要求／送信可（ＲＴＳ／ＣＴＳ：request-to-send/clear-to-send）ハンドシェークの一部としての送信許可要求（ＲＴＳ）である、ということを含むことができる。

実施例２３７５では、実施例２３６５ないし２３７４のうちいずれか一項記載の主題は任意的に、前記プロセッサが、スケジュールに従って前記端末装置のために前記無線チャネルを定期的に予約するよう構成され、前記プロセッサが、前記スケジュールに従って前記ネットワーク・アクセス・ノードに前記第二の波形フォーマットで前記無線チャネル上で前記伝送要求を送信するよう構成される、ということを含むことができる。

実施例２３７６では、実施例２３６５ないし２３７５のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記予約期間について前記端末装置のために予約されている前記無線チャネルの第一のサブチャネルを指定し、前記予約期間について第二の端末装置のために予約されている前記無線チャネルの第二のサブチャネルを指定し、前記第一のサブチャネル上で前記端末装置から前記第一の波形フォーマットで前記無線伝送を受信し、前記第二のサブチャネル上で前記第二の端末装置から前記第二の波形フォーマットで第二の無線伝送を受信するようさらに構成される、ということを含むことができる。

実施例２３７７では、実施例２３７６の主題は任意的に、前記プロセッサが、前記予約期間に従って前記ネットワーク・アクセス・ノードに前記第二の無線伝送を送信するようさらに構成される、ということを含むことができる。

実施例２３７８では、実施例２３６５ないし２３７７のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットがスペクトル拡散波形である、ということを含むことができる。

実施例２３７９では、実施例２３６５ないし２３７８のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが単一キャリア波形である、ということを含むことができる。

実施例２３８０では、実施例２３６５ないし２３７９のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが前記第二の波形フォーマットより低いピーク対平均パワー比（ＰＡＰＲ：peak-to-average-power ratio）をもつ、ということを含むことができる。

実施例２３８１では、実施例２３６５ないし２３８０のうちいずれか一項記載の主題は任意的に、無線通信装置において使うためのベースバンド・プロセッサ・コンポーネントとして構成されることができる。

実施例２３８２は、無線チャネル上でネットワーク・アクセス・ノードから、第一の波形フォーマットでの下りリンク無線伝送を受信する手段と；前記無線チャネルが、予約期間の間、第二の波形フォーマットの伝送との衝突から保護されていることを示す通知を、転送装置から受信する手段と；前記予約期間に従って上りリンク無線伝送を前記転送装置に送信する手段であって、前記上りリンク無線伝送は、前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードにルーティングするよう前記転送装置に命令する、手段とを含む端末装置である。

実施例２３８３は、端末装置において無線通信を実行する方法であり、当該方法は、無線チャネル上でネットワーク・アクセス・ノードから、第一の波形フォーマットでの下りリンク無線伝送を受信し；前記無線チャネルが、予約期間の間、第二の波形フォーマットの伝送との衝突から保護されていることを示す通知を、転送装置から受信し；前記予約期間に従って上りリンク無線伝送を前記転送装置に送信することを含み、前記上りリンク無線伝送は、前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードにルーティングするよう前記転送装置に命令する。

実施例２３８４では、実施例２３８３の主題は任意的に、前記第一の波形フォーマットが狭帯域波形フォーマットであり、前記第二の波形フォーマットが広帯域波形フォーマットである、ということを含むことができる。

実施例２３８５では、実施例２３８３または２３８４の主題は任意的に、前記第一の波形フォーマットが、前記第二の波形フォーマットとは異なる帯域幅を使う、ということを含むことができる。

実施例２３８６では、実施例２３８３ないし２３８５のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが狭帯域Ｗｉ－Ｆｉ波形フォーマットであり、前記第二の波形フォーマットが広帯域Ｗｉ－Ｆｉ波形フォーマットである、ということを含むことができる。

実施例２３８７では、実施例２３８３ないし２３８６のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットがスペクトル拡散波形である、ということを含むことができる。

実施例２３８８では、実施例２３８３ないし２３８７のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが単一キャリア波形である、ということを含むことができる。

実施例２３８９では、実施例２３８３ないし２３８８のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが前記第二の波形フォーマットより低いピーク対平均パワー比（ＰＡＰＲ：peak-to-average-power ratio）をもつ、ということを含むことができる。

実施例２３９０では、実施例２３８３ないし２３８９のうちいずれか一項記載の主題は任意的に、前記通知を前記転送装置から受信する前に、チャネル予約支援要求を前記転送装置に送信することをさらに含むことができ、前記通知を前記転送装置から受信することは、前記チャネル予約支援要求に応答して前記転送装置から前記通知を受信することを含む。

実施例２３９１では、実施例２３９０の主題は任意的に、前記チャネル予約支援要求を前記転送装置に送信することが、前記第一の波形フォーマットで前記チャネル予約支援要求を前記転送装置に送信することを含む、ということを含むことができる。

実施例２３９２では、実施例２３９０または２３９１の主題は任意的に、前記チャネル予約支援要求を前記転送装置に送信する前に、競合ベースのチャネル・アクセス方式に従って前記無線チャネル上でキャリア検知を実行して前記無線チャネルが空いているときを判別することをさらに含むことができる。

実施例２３９３では、実施例２３８３ないし２３９２のうちいずれか一項記載の主題は任意的に、前記予約期間に従って上りリンク無線伝送を前記転送装置に送信することが、前記予約期間の間に前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信することを含む、ということを含むことができる。

実施例２３９４では、実施例２３８３ないし２３９３のうちいずれか一項記載の主題は任意的に、前記予約期間に従って上りリンク無線伝送を前記転送装置に送信することが、前記第一の波形フォーマットで前記上りリンク無線伝送を送信することを含む、ということを含むことができる。

実施例２３９５では、実施例２３８３ないし２３９４のうちいずれか一項記載の主題は任意的に、前記予約期間に従って上りリンク無線伝送を前記転送装置に送信することが、前記ネットワーク・アクセス・ノードに到達するために十分であるはずよりも低い送信電力で前記上りリンク無線伝送を送信することを含む、ということを含むことができる。

実施例２３９６は、実施例２３８３ないし２３９５のうちいずれか一項記載の方法を実行するよう構成された通信装置である。

実施例２３９７は、実施例２３８３ないし２３９５のうちいずれか一項記載の方法を実行するよう構成されたプロセッサを含む通信装置である。

実施例２３９８は、プロセッサによって実行されたときに該プロセッサに実施例２３８３ないし２３９５のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読記憶媒体である。

実施例２３９９は、端末装置のプロセッサによって実行されたときに該端末装置に実施例２３８３ないし２３９５のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読記憶媒体である。

実施例２４００は、プロセッサを含む通信装置であり、前記プロセッサは、無線チャネル上でネットワーク・アクセス・ノードから、第一の波形フォーマットでの下りリンク無線伝送を受信し；前記無線チャネルが、予約期間の間、第二の波形フォーマットの伝送との衝突から保護されていることを示す通知を、転送装置から受信し；前記予約期間に従って上りリンク無線伝送を前記転送装置に送信するよう構成され、前記上りリンク無線伝送は、前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードにルーティングするよう前記転送装置に命令する。

実施例２４０１では、実施例２４００の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができる。

実施例２４０２では、実施例２４００または２４０１の主題は任意的に、前記第一の波形フォーマットが狭帯域波形フォーマットであり、前記第二の波形フォーマットが広帯域波形フォーマットである、ということを含むことができる。

実施例２４０３では、実施例２４００または２４０２の主題は任意的に、前記第一の波形フォーマットが、前記第二の波形フォーマットとは異なる帯域幅を使う、ということを含むことができる。

実施例２４０４では、実施例２４００ないし２４０３のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが狭帯域Ｗｉ－Ｆｉ波形フォーマットであり、前記第二の波形フォーマットが広帯域Ｗｉ－Ｆｉ波形フォーマットである、ということを含むことができる。

実施例２４０５では、実施例２４００ないし２４０４のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットがスペクトル拡散波形である、ということを含むことができる。

実施例２４０６では、実施例２４００ないし２４０５のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが単一キャリア波形である、ということを含むことができる。

実施例２４０７では、実施例２４００ないし２４０６のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが前記第二の波形フォーマットより低いピーク対平均パワー比（ＰＡＰＲ：peak-to-average-power ratio）をもつ、ということを含むことができる。

実施例２４０８では、実施例２４００ないし２４０７のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記通知を前記転送装置から受信する前に、チャネル予約支援要求を前記転送装置に送信するようさらに構成され、前記プロセッサが、前記通知を前記転送装置から受信することを、前記チャネル予約支援要求に応答して前記転送装置から前記通知を受信することによって実行するよう構成される、ということを含むことができる。

実施例２４０９では、実施例２４０８の主題は任意的に、前記プロセッサは、前記チャネル予約支援要求を前記転送装置に送信することを、前記第一の波形フォーマットで前記チャネル予約支援要求を前記転送装置に送信することによって実行するよう構成される、ということを含むことができる。

実施例２４１０では、実施例２４０８または２４０９の主題は任意的に、前記プロセッサが、前記チャネル予約支援要求を前記転送装置に送信する前に、競合ベースのチャネル・アクセス方式に従って前記無線チャネル上でキャリア検知を実行して前記無線チャネルが空いているときを判別するようさらに構成される、ということを含むことができる。

実施例２４１１では、実施例２４００ないし２４１０のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記予約期間に従って上りリンク無線伝送を前記転送装置に送信することを、前記予約期間の間に前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信することによって実行するよう構成される、ということを含むことができる。

実施例２４１２では、実施例２４００ないし２４１１のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記予約期間に従って上りリンク無線伝送を前記転送装置に送信することを、前記第一の波形フォーマットで前記上りリンク無線伝送を送信することによって実行するよう構成される、ということを含むことができる。

実施例２４１３では、実施例２４００ないし２４１２のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記予約期間に従って上りリンク無線伝送を前記転送装置に送信することを、前記ネットワーク・アクセス・ノードに到達するために十分であるはずよりも低い送信電力で前記上りリンク無線伝送を送信することによって実行するよう構成される、ということを含むことができる。

実施例２４１４では、実施例２４００ないし２４１３のうちいずれか一項記載の主題は任意的に、無線通信装置において使うためのベースバンド・プロセッサ・コンポーネントとして構成されることができる。

実施例２４１５は、通信装置であり、当該通信装置は、無線チャネル上で、端末装置から第一の波形フォーマットでの上りリンク無線伝送を受信する手段であって、前記上りリンク無線伝送は、当該通信装置に、該上りリンク無線伝送をネットワーク・アクセス・ノードに転送するよう命令する、手段と；前記無線チャネル上で、前記上りリンク無線伝送を衝突から保護するための第二の波形フォーマットでのプリアンブルと一緒に、前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信する手段とを含む。

実施例２４１６は、通信装置において無線通信を実行する方法であり、当該方法は、無線チャネル上で、端末装置から第一の波形フォーマットでの上りリンク無線伝送を受信する段階であって、前記上りリンク無線伝送は、当該通信装置に、該上りリンク無線伝送をネットワーク・アクセス・ノードに転送するよう命令する、段階と；前記無線チャネル上で、前記上りリンク無線伝送を衝突から保護するための第二の波形フォーマットでのプリアンブルと一緒に、前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信する段階とを含む。

実施例２４１７では、実施例２４１６の主題は任意的に、前記第一の波形フォーマットでの前記上りリンク無線伝送を受信することが、前記上りリンク無線伝送を狭帯域伝送として受信することを含み、前記第二の波形フォーマットでのプリアンブルと一緒に、前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信することが、前記プリアンブルを広帯域伝送として送信することを含む、ということを含むことができる。

実施例２４１８では、実施例２４１６ないし２４１７のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが前記第二の波形フォーマットとは異なる帯域幅を使う、ということを含むことができる。

実施例２４１９では、実施例２４１６ないし２４１８のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが狭帯域Ｗｉ－Ｆｉ波形フォーマットであり、前記第二の波形フォーマットが広帯域Ｗｉ－Ｆｉ波形フォーマットである、ということを含むことができる。

実施例２４２０では、実施例２４１６ないし２４１９のうちいずれか一項記載の主題は任意的に、前記第二の波形フォーマットでの前記プリアンブルが、前記第二の波形フォーマットに基づいて構成されている共存する装置によってデコード可能である、ということを含むことができる。

実施例２４２１では、実施例２４１６ないし２４２０のうちいずれか一項記載の主題は任意的に、前記第二の波形フォーマットでの前記プリアンブルが、前記第二の波形フォーマットに基づいて構成されている共存する装置による衝突に対して耐性がある、ということを含むことができる。

実施例２４２２では、実施例２４１６ないし２４２１のうちいずれか一項記載の主題は任意的に、前記端末装置から第一の波形フォーマットでの上りリンク無線伝送を受信する前に、前記端末装置からチャネル予約支援要求を受信し、競合ベースのチャネル・アクセス方式に従って前記ネットワーク・アクセス・ノードとの前記無線チャネルを予約し、前記端末装置にチャネルが予約されたことを通知することを含む、ということを含むことができる。

実施例２４２３では、実施例２４２２の主題は任意的に、競合ベースのチャネル・アクセス方式に従って前記ネットワーク・アクセス・ノードとの前記無線チャネルを予約することが、前記無線チャネル上でキャリア検知を実行して前記無線チャネルが空いているときを判別し、伝送要求を前記第二の波形フォーマットで前記ネットワーク・アクセス・ノードに送信し、前記ネットワーク・アクセス・ノードから送信承認を受信することを含む、ということを含むことができる。

実施例２４２４では、実施例２４１６ないし２４２０のうちいずれか一項記載の主題は任意的に、前記端末装置から第一の波形フォーマットでの上りリンク無線伝送を受信する前に、競合ベースのチャネル・アクセス方式に従ってある予約期間にわたって前記端末装置のために前記無線チャネルを予約することをさらに含むことができ、前記端末装置から第一の波形フォーマットでの上りリンク無線伝送を受信することが、前記予約期間の間に前記上りリンク無線伝送を受信することを含み、前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信することが、前記予約期間終了後に前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信することを含む、ということを含むことができる。

実施例２４２５では、実施例２４２４の主題は任意的に、前記端末装置のために前記無線チャネルを予約することが、前記無線チャネルを、送信許可要求／送信可（ＲＴＳ／ＣＴＳ：request-to-send/clear-to-send）ハンドシェークにより予約することを含み、前記予約期間が前記ＲＴＳ／ＣＴＳハンドシェークのネットワーク割り当てベクトル（ＮＡＶ：network allocation vector）である、ということを含むことができる。

実施例２４２６では、実施例２４１６ないし２４２５のうちいずれか一項記載の主題は任意的に、前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信する前に、前記無線チャネル上でキャリア検知を実行して前記無線チャネルが空いているときを判別することを含むことができ、前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信することが、前記無線チャネルが空いていることを判別した後に前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信することを含む、ということを含むことができる。

実施例２４２７では、実施例２４２６の主題は任意的に、前記無線チャネル上でキャリア検知を実行して前記無線チャネルが空いているときを判別することが、キャリア・センス・マルチプル・アクセス（ＣＳＭＡ）方式に従ってキャリア検知を実行することを含む、ということを含むことができる。

実施例２４２８では、実施例２４２６または２４２７の主題は任意的に、前記無線チャネル上でキャリア検知を実行して前記無線チャネルが空いているときを判別することが、前記第一の波形フォーマットおよび前記第二の波形フォーマットについて前記無線チャネル上でキャリア検知を実行することを含む、ということを含むことができる。

実施例２４２９では、実施例２４１６ないし２４２８のうちいずれか一項記載の主題は任意的に、複数の予約期間の間の前記第一の波形フォーマットでの無線伝送について前記ネットワーク・アクセス・ノードと前記無線チャネルを予約することをさらに含み、前記第一の波形フォーマットでの前記上りリンク無線伝送を受信することが、前記複数の予約期間のうちの一つの間に前記第一の波形フォーマットでの前記上りリンク無線伝送を受信することを含む、ということを含むことができる。

実施例２４３０では、実施例２４１６ないし２４２９のうちいずれか一項記載の主題は任意的に、無線伝送を、前記無線伝送を衝突から保護するための前記第二の波形フォーマットでのプリアンブルと一緒に、前記第一の波形フォーマットで前記端末装置に送信することをさらに含むことができる。

実施例２４３１では、実施例２４１６ないし２４３０のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットがスペクトル拡散波形である、ということを含むことができる。

実施例２４３２では、実施例２４１６ないし２４３１のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが単一キャリア波形である、ということを含むことができる。

実施例２４３３では、実施例２４１６ないし２４３２のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが前記第二の波形フォーマットより低いピーク対平均パワー比（ＰＡＰＲ：peak-to-average-power ratio）をもつ、ということを含むことができる。

実施例２４３４では、実施例２４１６ないし２４３３のうちいずれか一項記載の主題は任意的に、前記端末装置から第一の波形フォーマットでの上りリンク無線伝送を受信する前に、前記無線チャネルにアクセスするよう前記端末装置を招待する前記第一の波形フォーマットでのポーリング・フレームを前記端末装置に送信することをさらに含むことができる。

実施例２４３５では、実施例２４３４の主題は任意的に、前記第一の波形フォーマットでの前記上りリンク無線伝送を受信することが、前記ポーリング・フレームに応答して、前記端末装置から前記第一の波形フォーマットでの前記上りリンク無線伝送を受信することを含む、ということを含むことができる。

実施例２４３６は、実施例２４１６ないし２４３５のうちいずれか一項記載の方法を実行するよう構成された通信装置である。

実施例２４３７は、実施例２４１６ないし２４３５のうちいずれか一項記載の方法を実行するよう構成されたプロセッサを含む通信装置である。

実施例２４３８は、プロセッサによって実行されたときに該プロセッサに実施例２４１６ないし２４３５のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読記憶媒体である。

実施例２４３９は、端末装置プロセッサによって実行されたときに該端末装置に実施例２４１６ないし２４３５のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読記憶媒体である。

実施例２４４０は、通信装置であり、当該通信装置は、第一の波形フォーマットに従って無線チャネル上で端末装置と通信する手段と：予約期間を指定する伝送要求を前記無線チャネル上で第二の波形フォーマットでネットワーク・アクセス・ノードに送信する手段と；前記無線チャネルが前記予約期間について予約されたことを端末装置に通知する手段と；前記第一の波形フォーマットでの無線伝送を前記端末装置から受信する手段と；前記予約期間に従って前記無線伝送を前記ネットワーク・アクセス・ノードに送信する手段とを含む。

実施例２４４１は、通信装置において無線通信を実行する方法であり、当該方法は、第一の波形フォーマットに従って無線チャネル上で端末装置と通信する段階と：予約期間を指定する伝送要求を前記無線チャネル上で第二の波形フォーマットでネットワーク・アクセス・ノードに送信する段階と；前記無線チャネルが前記予約期間について予約されたことを端末装置に通知する段階と；前記第一の波形フォーマットでの無線伝送を前記端末装置から受信する段階と；前記予約期間に従って前記無線伝送を前記ネットワーク・アクセス・ノードに送信する段階とを含む。

実施例２４４２では、実施例２４４１の主題は任意的に、前記伝送要求を前記無線チャネル上で第二の波形フォーマットで送信することが、前記伝送要求を広帯域伝送として送信することを含み、前記第一の波形フォーマットでの無線伝送を前記端末装置から受信することが、前記無線伝送を狭帯域伝送として受信することを含む、ということを含むことができる。

実施例２４４３では、実施例２４４１または２４４２の主題は任意的に、前記第一の波形フォーマットが前記第二の波形フォーマットとは異なる帯域幅を使う、ということを含むことができる。

実施例２４４４では、実施例２４４１ないし２４４３のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが狭帯域Ｗｉ－Ｆｉ波形フォーマットであり、前記第二の波形フォーマットが広帯域Ｗｉ－Ｆｉ波形フォーマットである、ということを含むことができる。

実施例２４４５では、実施例２４４１ないし２４４４のうちいずれか一項記載の主題は任意的に、前記端末装置から前記第一の波形フォーマットで前記無線チャネル上でチャネル予約支援要求を受信することをさらに含むことができ、前記ネットワーク・アクセス・ノードに前記第二の波形フォーマットで前記無線チャネル上で前記伝送要求を送信することが、前記チャネル予約支援要求に応答して前記伝送要求を送信することを含む。

実施例２４４６では、実施例２４４１ないし２４４５のうちいずれか一項記載の主題は任意的に、競合ベースのチャネル・アクセス方式に従って、前記無線チャネル上でキャリア検知を実行して前記無線チャネルが空いているときを判別することをさらに含むことができ、前記ネットワーク・アクセス・ノードに前記第二の波形フォーマットで前記無線チャネル上で前記伝送要求を送信することが、前記無線チャネルが空いていることを判別することに応答して前記伝送要求を送信することを含む、ということを含むことができる。

実施例２４４７では、実施例２４４１ないし２４４６のうちいずれか一項記載の主題は任意的に、前記端末装置から前記第一の波形フォーマットでの前記無線伝送を受信することが、前記予約期間の間に前記無線伝送を受信することを含む、ということを含むことができる。

実施例２４４８では、実施例２４４１ないし２４４７のうちいずれか一項記載の主題は任意的に、前記伝送要求が送信許可要求（ＲＴＳ）であり、前記予約期間がネットワーク割り当てベクトル（ＮＡＶ）である、ということを含むことができる。

実施例２４４９では、実施例２４４１ないし２４４８のうちいずれか一項記載の主題は任意的に、スケジュールに従って前記端末装置のために前記無線チャネルを定期的に予約することをさらに含むことができ、前記ネットワーク・アクセス・ノードに前記第二の波形フォーマットで前記無線チャネル上で前記伝送要求を送信することが、前記スケジュールに従って前記ネットワーク・アクセス・ノードに前記第二の波形フォーマットで前記無線チャネル上で前記伝送要求を送信することを含む、ということを含むことができる。

実施例２４５０では、実施例２４４１ないし２４４９のうちいずれか一項記載の主題は任意的に、前記予約期間について前記端末装置のために予約される前記無線チャネルの第一のサブチャネルを指定し、前記予約期間について第二の端末装置のために予約される前記無線チャネルの第二のサブチャネルを指定し、前記第一のサブチャネル上で前記端末装置から前記第一の波形フォーマットで前記無線伝送を受信し、前記第二のサブチャネル上で前記第二の端末装置から前記第二の波形フォーマットで第二の無線伝送を受信することをさらに含むことができる。

実施例２４５１では、実施例２４５０の主題は任意的に、前記予約期間に従って前記ネットワーク・アクセス・ノードに前記第二の無線伝送を送信することをさらに含むことができる。

実施例２４５２では、実施例２４４１ないし２４５１のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットがスペクトル拡散波形である、ということを含むことができる。

実施例２４５３では、実施例２４４１ないし２４５２のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが単一キャリア波形である、ということを含むことができる。

実施例２４５４では、実施例２４４１ないし２４５３のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが前記第二の波形フォーマットより低いピーク対平均パワー比（ＰＡＰＲ：peak-to-average-power ratio）をもつ、ということを含むことができる。

実施例２４５５は、実施例２４４１ないし２４５４のうちいずれか一項記載の方法を実行するよう構成された通信装置である。

実施例２４５６は、実施例２４４１ないし２４５４のうちいずれか一項記載の方法を実行するよう構成されたプロセッサを含む通信装置である。

実施例２４５７は、プロセッサによって実行されたときに該プロセッサに実施例２４４１ないし２４５４のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読記憶媒体である。

実施例２４５８は、端末装置のプロセッサによって実行されたときに該端末装置に実施例２４４１ないし２４５４のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読記憶媒体である。

実施例２４５９は、通信装置であり、当該通信装置は、無線チャネル上で、端末装置から第一の波形フォーマットでの上りリンク無線伝送を受信する段階であって、前記上りリンク無線伝送は、当該通信装置に、該上りリンク無線伝送をネットワーク・アクセス・ノードに転送するよう命令する、段階と；前記無線チャネル上で、前記上りリンク無線伝送を衝突から保護するための第二の波形フォーマットでのプリアンブルと一緒に、前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信する段階とを実行するよう構成された処理回路を含む。

実施例２４６０では、実施例２４５９の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができる。

実施例２４６１では、実施例２４５９または２４６０の主題は任意的に、前記処理回路がハードウェア定義回路またはソフトウェア定義回路を含む、ということを含むことができる。

実施例２４６２では、実施例２４５９ないし２４６１のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記第一の波形フォーマットでの前記上りリンク無線伝送を、狭帯域伝送として受信するよう構成され、前記第二の波形フォーマットでの前記プリアンブルを、広帯域伝送として送信するよう構成される、ということを含むことができる。

実施例２４６３では、実施例２４５９ないし２４６２のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが前記第二の波形フォーマットとは異なる帯域幅を使う、ということを含むことができる。

実施例２４６４では、実施例２４５９ないし２４６３のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが狭帯域Ｗｉ－Ｆｉ波形フォーマットであり、前記第二の波形フォーマットが広帯域Ｗｉ－Ｆｉ波形フォーマットである、ということを含むことができる。

実施例２４６５では、実施例２４５９ないし２４６４のうちいずれか一項記載の主題は任意的に、前記第二の波形フォーマットでの前記プリアンブルが、前記第二の波形フォーマットに基づいて構成されている共存する装置によってデコード可能である、ということを含むことができる。

実施例２４６６では、実施例２４５９ないし２４６４のうちいずれか一項記載の主題は任意的に、前記第二の波形フォーマットでの前記プリアンブルが、前記第二の波形フォーマットに基づいて構成されている共存する装置による衝突に対して耐性がある、ということを含むことができる。

実施例２４６７では、実施例２４５９ないし２４６６のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記端末装置から第一の波形フォーマットでの上りリンク無線伝送を受信する前に、前記端末装置からチャネル予約支援要求を受信し、競合ベースのチャネル・アクセス方式に従って前記ネットワーク・アクセス・ノードとの前記無線チャネルを予約し、前記端末装置にチャネルが予約されたことを通知するようさらに構成される、ということを含むことができる。

実施例２４６８では、実施例２４６７の主題は任意的に、前記処理回路が、競合ベースのチャネル・アクセス方式に従って前記ネットワーク・アクセス・ノードとの前記無線チャネルを予約することを、前記無線チャネル上でキャリア検知を実行して前記無線チャネルが空いているときを判別し、伝送要求を前記第二の波形フォーマットで前記ネットワーク・アクセス・ノードに送信し、前記ネットワーク・アクセス・ノードから送信承認を受信することによって実行するよう構成される、ということを含むことができる。

実施例２４６９では、実施例２４５９ないし２４６５のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記端末装置から第一の波形フォーマットでの上りリンク無線伝送を受信する前に、競合ベースのチャネル・アクセス方式に従ってある予約期間にわたって前記端末装置のために前記無線チャネルを予約するようさらに構成され、前記処理回路が、前記予約期間の間に前記端末装置から前記第一の波形フォーマットでの前記上りリンク無線伝送を受信し、前記予約期間終了後に前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信するよう構成される、ということを含むことができる。

実施例２４７０では、実施例２４６９の主題は任意的に、前記処理回路が前記端末装置のために前記無線チャネルを、送信許可要求／送信可（ＲＴＳ／ＣＴＳ：request-to-send/clear-to-send）ハンドシェークにより予約するよう構成され、前記予約期間が前記ＲＴＳ／ＣＴＳハンドシェークのネットワーク割り当てベクトル（ＮＡＶ：network allocation vector）である、ということを含むことができる。

実施例２４７１では、実施例２４５９ないし２４７０のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信する前に、前記無線チャネル上でキャリア検知を実行して前記無線チャネルが空いているときを判別するよう構成され、前記処理回路が、前記無線チャネルが空いていることを判別した後に前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信するよう構成される、ということを含むことができる。

実施例２４７２では、実施例２４７１の主題は任意的に、前記処理回路が、前記無線チャネル上でキャリア検知を実行して前記無線チャネルが空いているときを判別することを、キャリア・センス・マルチプル・アクセス（ＣＳＭＡ）方式に従って実行するよう構成される、ということを含むことができる。

実施例２４７３では、実施例２４７１または２４７２の主題は任意的に、前記処理回路が、前記無線チャネル上でキャリア検知を実行することを、前記第一の波形フォーマットおよび前記第二の波形フォーマットについて実行するよう構成される、ということを含むことができる。

実施例２４７４では、実施例２４５９ないし２４７３のうちいずれか一項記載の主題は任意的に、前記処理回路が、複数の予約期間の間の前記第一の波形フォーマットでの無線伝送について前記ネットワーク・アクセス・ノードと前記無線チャネルを予約するようさらに構成され、前記処理回路が、前記複数の予約期間のうちの一つの間に前記第一の波形フォーマットでの前記上りリンク無線伝送を受信するよう構成される、ということを含むことができる。

実施例２４７５では、実施例２４５９ないし２４７４のうちいずれか一項記載の主題は任意的に、前記処理回路が、無線伝送を、前記無線伝送を衝突から保護するための前記第二の波形フォーマットでのプリアンブルと一緒に、前記第一の波形フォーマットで前記端末装置に送信するようさらに構成される、ということを含むことができる。

実施例２４７６では、実施例２４５９ないし２４７５のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットがスペクトル拡散波形である、ということを含むことができる。

実施例２４７７では、実施例２４５９ないし２４７６のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが単一キャリア波形である、ということを含むことができる。

実施例２４７８では、実施例２４５９ないし２４７７のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが前記第二の波形フォーマットより低いピーク対平均パワー比（ＰＡＰＲ：peak-to-average-power ratio）をもつ、ということを含むことができる。

実施例２４７９では、実施例２４５９ないし２４７８のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記端末装置から第一の波形フォーマットでの上りリンク無線伝送を受信する前に、前記無線チャネルにアクセスするよう前記端末装置を招待する前記第一の波形フォーマットでのポーリング・フレームを前記端末装置に送信するようさらに構成される、ということを含むことができる。

実施例２４８０では、実施例２４７９の主題は任意的に、前記処理回路が、前記ポーリング・フレームに応答して、前記端末装置から前記第一の波形フォーマットでの前記上りリンク無線伝送を受信するよう構成される、ということを含むことができる。

実施例２４８１では、実施例２４５９ないし２４８０のうちいずれか一項記載の主題は任意的に、無線通信装置において使うためのベースバンド処理回路コンポーネントとして構成されることができる。

実施例２４８２は、通信装置であり、当該通信装置は、第一の波形フォーマットに従って無線チャネル上で端末装置と通信し：予約期間を指定する伝送要求を前記無線チャネル上で第二の波形フォーマットでネットワーク・アクセス・ノードに送信し；前記無線チャネルが前記予約期間について予約されたことを端末装置に通知し；前記第一の波形フォーマットでの無線伝送を前記端末装置から受信し；前記予約期間に従って前記無線伝送を前記ネットワーク・アクセス・ノードに送信するよう構成されている処理回路を含む。

実施例２４８３では、実施例２４８２の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができる。

実施例２４８４では、実施例２４８２または２４８３の主題は任意的に、前記処理回路がハードウェア定義回路またはソフトウェア定義回路を含む、ということを含むことができる。

実施例２４８５では、実施例２４８２ないし２４８４のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記第二の波形フォーマットでの前記伝送要求を広帯域伝送として送信するよう構成され、前記第一の波形フォーマットでの前記無線伝送を狭帯域伝送として受信するよう構成される、ということを含むことができる。

実施例２４８６では、実施例２４８２ないし２４８５のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが前記第二の波形フォーマットとは異なる帯域幅を使う、ということを含むことができる。

実施例２４８７では、実施例２４８２ないし２４８６のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが狭帯域Ｗｉ－Ｆｉ波形フォーマットであり、前記第二の波形フォーマットが広帯域Ｗｉ－Ｆｉ波形フォーマットである、ということを含むことができる。

実施例２４８８では、実施例２４８２ないし２４８７のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記端末装置から前記第一の波形フォーマットで前記無線チャネル上でチャネル予約支援要求を受信するようさらに構成され、前記処理回路が、前記チャネル予約支援要求に応答して、前記ネットワーク・アクセス・ノードに前記第二の波形フォーマットで前記無線チャネル上で前記伝送要求を送信するよう構成される、ということを含むことができる。

実施例２４８９では、実施例２４８２ないし２４８８のうちいずれか一項記載の主題は任意的に、前記処理回路が、競合ベースのチャネル・アクセス方式に従って、前記無線チャネル上でキャリア検知を実行して前記無線チャネルが空いているときを判別するようさらに構成され、前記処理回路が、前記無線チャネルが空いていることを判別することに応答して、前記ネットワーク・アクセス・ノードに前記第二の波形フォーマットで前記無線チャネル上で前記伝送要求を送信するよう構成される、ということを含むことができる。

実施例２４９０では、実施例２４８２ないし２４８９のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記予約期間の間に前記端末装置から前記第一の波形フォーマットでの前記無線伝送を受信するよう構成される、ということを含むことができる。

実施例２４９１では、実施例２４８２ないし２４９０のうちいずれか一項記載の主題は任意的に、前記伝送要求が送信許可要求（ＲＴＳ）であり、前記予約期間がネットワーク割り当てベクトル（ＮＡＶ）である、ということを含むことができる。

実施例２４９２では、実施例２４８２ないし２４９１のうちいずれか一項記載の主題は任意的に、前記伝送要求が、送信許可要求／送信可（ＲＴＳ／ＣＴＳ：request-to-send/clear-to-send）ハンドシェークの一部としての送信許可要求（ＲＴＳ）である、ということを含むことができる。

実施例２４９３では、実施例２４８２ないし２４９２のうちいずれか一項記載の主題は任意的に、前記処理回路が、スケジュールに従って前記端末装置のために前記無線チャネルを定期的に予約するよう構成され、前記処理回路が、前記スケジュールに従って前記ネットワーク・アクセス・ノードに前記第二の波形フォーマットで前記無線チャネル上で前記伝送要求を送信するよう構成される、ということを含むことができる。

実施例２４９４では、実施例２４８２ないし２４９３のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記予約期間について前記端末装置のために予約されている前記無線チャネルの第一のサブチャネルを指定し、前記予約期間について第二の端末装置のために予約されている前記無線チャネルの第二のサブチャネルを指定し、前記第一のサブチャネル上で前記端末装置から前記第一の波形フォーマットで前記無線伝送を受信し、前記第二のサブチャネル上で前記第二の端末装置から前記第二の波形フォーマットで第二の無線伝送を受信するようさらに構成される、ということを含むことができる。

実施例２４９５では、実施例２４９４の主題は任意的に、前記処理回路が、前記予約期間に従って前記ネットワーク・アクセス・ノードに前記第二の無線伝送を送信するようさらに構成される、ということを含むことができる。

実施例２４９６では、実施例２４８２ないし２４９５のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットがスペクトル拡散波形である、ということを含むことができる。

実施例２４９７では、実施例２４８２ないし２４９６のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが単一キャリア波形である、ということを含むことができる。

実施例２４９８では、実施例２４８２ないし２４９７のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが前記第二の波形フォーマットより低いピーク対平均パワー比（ＰＡＰＲ：peak-to-average-power ratio）をもつ、ということを含むことができる。

実施例２４９９では、実施例２４８２ないし２４９８のうちいずれか一項記載の主題は任意的に、無線通信装置において使うためのベースバンド処理回路コンポーネントとして構成されることができる。

実施例２５００は、処理装置を含む通信装置であり、前記処理回路は、無線チャネル上でネットワーク・アクセス・ノードから、第一の波形フォーマットでの下りリンク無線伝送を受信し；前記無線チャネルが、予約期間の間、第二の波形フォーマットの伝送との衝突から保護されていることを示す通知を、転送装置から受信し；前記予約期間に従って上りリンク無線伝送を前記転送装置に送信するよう構成され、前記上りリンク無線伝送は、前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードにルーティングするよう前記転送装置に命令する。

実施例２５０１では、実施例２５００の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができる。

実施例２５０２では、実施例２５００または２５０１の主題は任意的に、前記処理回路がハードウェア定義回路またはソフトウェア定義回路を含む、ということを含むことができる。

実施例２５０３では、実施例２５００ないし２５０２のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが狭帯域波形フォーマットであり、前記第二の波形フォーマットが広帯域波形フォーマットである、ということを含むことができる。

実施例２５０４では、実施例２５００ないし２５０３のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが、前記第二の波形フォーマットとは異なる帯域幅を使う、ということを含むことができる。

実施例２５０５では、実施例２５００ないし２５０４のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが狭帯域Ｗｉ－Ｆｉ波形フォーマットであり、前記第二の波形フォーマットが広帯域Ｗｉ－Ｆｉ波形フォーマットである、ということを含むことができる。

実施例２５０６では、実施例２５００ないし２５０５のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットがスペクトル拡散波形である、ということを含むことができる。

実施例２５０７では、実施例２５００ないし２５０６のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが単一キャリア波形である、ということを含むことができる。

実施例２５０８では、実施例２５００ないし２５０７のうちいずれか一項記載の主題は任意的に、前記第一の波形フォーマットが前記第二の波形フォーマットより低いピーク対平均パワー比（ＰＡＰＲ：peak-to-average-power ratio）をもつ、ということを含むことができる。

実施例２５０９では、実施例２５００ないし２５０８のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記通知を前記転送装置から受信する前に、チャネル予約支援要求を前記転送装置に送信するようさらに構成され、前記処理回路が、前記通知を前記転送装置から受信することを、前記チャネル予約支援要求に応答して前記転送装置から前記通知を受信することによって実行するよう構成される、ということを含むことができる。

実施例２５１０では、実施例２５０９の主題は任意的に、前記処理回路が、前記チャネル予約支援要求を前記転送装置に送信することを、前記第一の波形フォーマットで前記チャネル予約支援要求を前記転送装置に送信することによって実行するよう構成される、ということを含むことができる。

実施例２５１１では、実施例２５０９または２５１０の主題は任意的に、前記処理回路が、前記チャネル予約支援要求を前記転送装置に送信する前に、競合ベースのチャネル・アクセス方式に従って前記無線チャネル上でキャリア検知を実行して前記無線チャネルが空いているときを判別するよう構成される、ということを含むことができる。

実施例２５１２では、実施例２５００ないし２５１１のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記予約期間に従って上りリンク無線伝送を前記転送装置に送信することを、前記予約期間の間に前記上りリンク無線伝送を前記ネットワーク・アクセス・ノードに送信することによって実行するよう構成される、ということを含むことができる。

実施例２５１３では、実施例２５００ないし２５１２のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記予約期間に従って上りリンク無線伝送を前記転送装置に送信することを、前記第一の波形フォーマットで前記上りリンク無線伝送を送信することによって実行するよう構成される、ということを含むことができる。

実施例２５１４では、実施例２５００ないし２５１３のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記予約期間に従って上りリンク無線伝送を前記転送装置に送信することを、前記ネットワーク・アクセス・ノードに到達するために十分であるはずよりも低い送信電力で前記上りリンク無線伝送を送信することによって実行するよう構成される、ということを含むことができる。

実施例２５１５では、実施例２５００ないし２５１４のうちいずれか一項記載の主題は任意的に、無線通信装置において使うためのベースバンド処理回路コンポーネントとして構成されることができる。

実施例２５１６は、ビークルのためのローカル・ネットワーク・アクセス・ノードであり、当該ローカル・ネットワーク・アクセス・ノードは、端末装置からユーザー・コンテキスト情報を受信する手段と；前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定する手段と；前記ビークルの第一のインターネット接続を介して前記第一のデータを取得し、該第一のデータを記憶する手段と；前記第一のインターネット接続が前記ビークルにおいて利用不能になった後、前記第一のデータの要求を受信し、前記第一のデータを前記端末装置に提供する手段とを含む。

実施例２５１７は、ビークルのローカル・ネットワーク・アクセス・ノードにおいて無線通信を実行する方法であり、当該方法は、端末装置からユーザー・コンテキスト情報を受信し；前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定し；前記ビークルの第一のインターネット接続を介して前記第一のデータを取得し、該第一のデータを記憶し；前記第一のインターネット接続が前記ビークルにおいて利用不能になった後、前記第一のデータの要求を受信し、前記第一のデータを前記端末装置に提供することを含む。

実施例２５１８では、実施例２５１７の主題は任意的に、前記端末装置からユーザー・コンテキスト情報を受信することが、前記端末装置がローディング・エリアにおいて前記ビークルにはいるときに該端末装置と無線接続を確立することを含み、前記第一のインターネット接続は前記ローディング・エリアにおいて利用可能である、ということを含むことができる。

実施例２５１９では、実施例２５１８の主題は任意的に、前記ビークルの第一のインターネット接続を介して前記第一のデータを取得し、該第一のデータを記憶することが、前記ビークルが前記ローディング・エリアにある間に前記ビークルの第一のインターネット接続を介して前記第一のデータを取得し、該第一のデータを記憶することを含む、ということを含むことができる。

実施例２５２０では、実施例２５１８の主題は任意的に、前記ビークルの第一のインターネット接続を介して前記第一のデータを取得することが、前記ローディング・エリアに位置しているローディング・ネットワーク・ノードから前記ビークルの前記第一のインターネット接続を介して前記第一のデータを取得することを含む、ということを含むことができる。

実施例２５２１では、実施例２５１７ないし２５２０のうちいずれか一項記載の主題は任意的に、前記ビークルの第一のインターネット接続を介して前記第一のデータを取得することが、有線インターフェースを介して前記第一のインターネット接続を提供するローディング・ネットワーク・ノードから前記第一のデータを受信することを含む、ということを含むことができる。

実施例２５２２では、実施例２５１７ないし２５２０のうちいずれか一項記載の主題は任意的に、前記ビークルの第一のインターネット接続を介して前記第一のデータを取得することが、無線インターフェースを介して前記第一のインターネット接続を提供するローディング・ネットワーク・ノードから前記第一のデータを受信することを含む、ということを含むことができる。

実施例２５２３では、実施例２５１７ないし２５２２のうちいずれか一項記載の主題は任意的に、前記第一のデータの要求を受信し、前記第一のデータを前記端末装置に提供することが、前記第一のデータの要求を前記端末装置からローカル・ビークル無線ネットワークを通じて受信し、前記第一のデータを前記端末装置に前記ローカル・ビークル無線ネットワークを通じて提供することを含む、ということを含むことができる。

実施例２５２４では、実施例２５１７ないし２５２３のうちいずれか一項記載の主題は任意的に、前記第一のデータに含まれない第二のデータの要求を前記端末装置から受信し、前記第二のデータを前記ビークルの第二のインターネット接続を介して取得し、前記第二のデータを前記端末装置に提供することをさらに含むことができる。

実施例２５２５では、実施例２５１７ないし２５２３のうちいずれか一項記載の主題は任意的に、前記第一のデータに含まれない第二のデータの要求を前記端末装置から受信し、前記第二のデータを、前記ビークルの前記第一のインターネット接続が利用不能である間に前記ビークルの第二のインターネット接続を介して取得し、前記第二のデータを前記端末装置に提供することをさらに含むことができる。

実施例２５２６では、実施例２５１７ないし２５２３のうちいずれか一項記載の主題は任意的に、前記第一のデータに含まれない第二のデータの要求を前記端末装置から受信し、前記第二のデータを、前記ビークルが移動中であり前記ビークルの前記第一のインターネット接続が利用不能である間に前記ビークルの第二のインターネット接続を介して取得し、前記第二のデータを前記端末装置に提供することをさらに含むことができる。

実施例２５２７では、実施例２５２４ないし２５２６のうちいずれか一項記載の主題は任意的に、前記第一のデータに含まれない第二のデータの要求を受信して前記第二のデータを前記端末装置に提供することが、前記第二のデータの要求をローカル・ビークル無線ネットワークを介して受信し、前記第二のデータを前記端末装置に前記ローカル・ビークル無線ネットワークを介して提供することを含む、とういことを含むことができる。

実施例２５２８では、実施例２５２３ないし２５２６のうちいずれか一項記載の主題は任意的に、前記ビークルの前記第一のインターネット接続が短距離の有線もしくは無線のインターネット接続であり、前記ビークルの前記第二のインターネット接続が長距離の無線のインターネット接続である、ということを含むことができる。

実施例２５２９では、実施例２５２３ないし２５２６のうちいずれか一項記載の主題は任意的に、前記ビークルの前記第二のインターネット接続が、前記ビークルの前記第一のインターネット接続より長いレンジをもつ無線接続である、ということを含むことができる。

実施例２５３０では、実施例２５１７ないし２５２９のうちいずれか一項記載の主題は任意的に、前記第一のデータに含まれない第二のデータの要求を、前記第一のインターネット接続が利用可能でないときに前記端末装置から受信し、前記端末装置に前記第二のデータが利用可能でないことを通知することをさらに含むことができる。

実施例２５３１では、実施例２５１７ないし２５３０のうちいずれか一項記載の主題は任意的に、前記第一のデータがビデオ・クリップ、オーディオ・ファイル、楽曲、アルバム、ウェブサイト、ポッドキャスト、オーディオブック、ファイルまたはテレビジョンショーである、ということを含むことができる。

実施例２５３２では、実施例２５１７ないし２５３１のうちいずれか一項記載の主題は任意的に、前記第一のデータがメディア・コンテンツである、ということを含むことができる。

実施例２５３３では、実施例２５１７ないし２５３２のうちいずれか一項記載の主題は任意的に、前記ユーザー・コンテキスト情報が、前記端末装置のユーザーが頻繁にアクセスするメディア・コンテンツを示す、ということを含むことができる。

実施例２５３４では、実施例２５１７ないし２５３２のうちいずれか一項記載の主題は任意的に、前記ユーザー・コンテキスト情報が、前記端末装置のユーザーがアクセスしたことのあるメディア・コンテンツに関する履歴データを示す、ということを含むことができる。

実施例２５３５では、実施例２５１７ないし２５３２のうちいずれか一項記載の主題は任意的に、前記ユーザー・コンテキスト情報が、ユーザーのメディア・コンテンツ・アクセス習癖を示す、ということを含むことができる。

実施例２５３６では、実施例２５１７ないし２５３５のうちいずれか一項記載の主題は任意的に、前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定することが、前記ユーザー・コンテキスト情報を処理して、前記ビークルの移動の間、前記端末装置のユーザーがアクセスすることが確率的に確からしい一つまたは複数のデータ・ファイルを同定し、前記一つまたは複数のデータ・ファイルから前記第一のデータを選択することを含む、ということを含むことができる。

実施例２５３７では、実施例２５３６の主題は任意的に、前記ユーザー・コンテキスト情報を処理して、前記ビークルの移動の間、前記端末装置のユーザーがアクセスすることが確率的に確からしい一つまたは複数のデータ・ファイルを同定し、前記一つまたは複数のデータ・ファイルから前記第一のデータを選択することが、前記一つまたは複数のデータ・ファイルについて確率を計算し、前記確率に基づいて前記一つまたは複数のデータ・ファイルから前記第一のデータを選択することを含む、ということを含むことができる。

実施例２５３８では、実施例２５１７ないし２５３５のうちいずれか一項記載の主題は任意的に、前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定することが、前記第一のデータを同定するよう前記ユーザー・コンテキスト情報に対して機械学習を適用することを含む、ということを含むことができる。

実施例２５３９では、実施例２５１７ないし２５３６のうちいずれか一項記載の主題は任意的に、前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定することが、複数のデータ・ファイルのそれぞれについて確率を生成するために前記コンテキスト情報に予測アルゴリズムを適用し、前記複数のデータ・ファイルのそれぞれの確率に基づいて前記複数のデータ・ファイルから前記第一のデータを選択することを含む、ということを含むことができる。

実施例２５４０では、実施例２５３９記載の主題は任意的に、前記ビークルの第一のインターネット接続を介して前記第一のデータを取得することが、前記ビークルの前記第一のインターネット接続を介して一つまたは複数のインターネット・サーバーから前記第一のデータを取得することを含む、とういことを含むことができる。

実施例２５４１では、実施例２５１７ないし２５４０のうちいずれか一項記載の主題は任意的に、前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定することが、前記ユーザー・コンテキスト情報と、一つまたは複数の他の端末装置によって提供されるユーザー・コンテキスト情報に基づいて前記第一のデータを同定することを含む、ということを含むことができる。

実施例２５４２では、実施例２５１７ないし２５４０のうちいずれか一項記載の主題は任意的に、前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定することが、前記ビークルの計画された旅行の旅行継続時間情報または空間時間的旅行情報の少なくとも一方に基づいて前記第一のデータを同定することを含む、ということを含むことができる。

実施例２５４３は、実施例２５１７ないし２５４０のうちいずれか一項記載の方法を実行するよう構成されたハードウェア定義回路またはソフトウェア定義回路を含む通信システムである。

実施例２５４４は、実施例２５１７ないし２５４０のうちいずれか一項記載の方法を実行するよう構成されたハードウェア定義回路またはソフトウェア定義回路を含む無線通信システムである。

実施例２５４５は、プロセッサによって実行されたときに該プロセッサに実施例２５１７ないし２５４０のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２５４６は、ネットワーク・アクセス・ノードのプロセッサによって実行されたときに該ネットワーク・アクセス・ノードに実施例２５１７ないし２５４０のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２５４７は、ビークルのビークル・ネットワーク・アクセス・ノードにおいて使うための通信装置であり、当該通信装置は、端末装置からユーザー・コンテキスト情報を受信し；前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定し；前記ビークルの第一のインターネット接続を介して前記第一のデータを取得し、該第一のデータを記憶し；前記第一のインターネット接続が前記ビークルにおいて利用不能になった後、前記第一のデータの要求を受信し、前記第一のデータを前記端末装置に提供するよう構成されたプロセッサを含む。

実施例２５４８では、実施例２５４７の主題は任意的に、メモリをさらに含むことができ、前記プロセッサは前記第一のデータを前記メモリに記憶するよう構成される。

実施例２５４９では、実施例２５４７または２５４８の主題は任意的に、前記ビークル・ネットワーク・アクセス・ノードのための処理コンポーネントとして構成されることができる。

実施例２５５０では、実施例２５４７または２５４８の主題は任意的に、無線トランシーバおよびアンテナをさらに含むことができる。

実施例２５５１では、実施例２５５０の主題は任意的に、ネットワーク・アクセス・ノードとして構成されることができる。

実施例２５５２では、実施例２５４７ないし２５５１のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記端末装置からユーザー・コンテキスト情報を受信することを、前記端末装置がローディング・エリアにおいて前記ビークルにはいるときに該端末装置と無線接続を確立することによって実行するよう構成され、前記第一のインターネット接続は前記ローディング・エリアにおいて利用可能である、ということを含むことができる。

実施例２５５３では、実施例２５５２の主題は任意的に、前記プロセッサが、前記ビークルの第一のインターネット接続を介して前記第一のデータを取得し、該第一のデータを記憶することを、前記ビークルが前記ローディング・エリアにある間に前記ビークルの第一のインターネット接続を介して前記第一のデータを取得し、該第一のデータを記憶することによって実行するよう構成される、ということを含むことができる。

実施例２５５４では、実施例２５５２の主題は任意的に、前記プロセッサが、前記ビークルの第一のインターネット接続を介して前記第一のデータを取得することを、前記ローディング・エリアに位置しているローディング・ネットワーク・ノードから前記ビークルの前記第一のインターネット接続を介して前記第一のデータを取得することによって実行するよう構成される、ということを含むことができる。

実施例２５５５では、実施例２５４７ないし２５５４のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記ビークルの第一のインターネット接続を介して前記第一のデータを取得することを、有線インターフェースを介して前記第一のインターネット接続を提供するローディング・ネットワーク・ノードから前記第一のデータを受信することによって実行するよう構成される、ということを含むことができる。

実施例２５５６では、実施例２５４７ないし２５５４のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記ビークルの第一のインターネット接続を介して前記第一のデータを取得することを、無線インターフェースを介して前記第一のインターネット接続を提供するローディング・ネットワーク・ノードから前記第一のデータを受信することによって実行するよう構成される、ということを含むことができる。

実施例２５５７では、実施例２５４７ないし２５５６のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記第一のデータの要求を受信し、前記第一のデータを前記端末装置に提供することを、前記第一のデータの要求を前記端末装置からローカル・ビークル無線ネットワークを通じて受信し、前記第一のデータを前記端末装置に前記ローカル・ビークル無線ネットワークを通じて提供することによって実行するよう構成される、ということを含むことができる。

実施例２５５８では、実施例２５４７ないし２５５７のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記第一のデータに含まれない第二のデータの要求を前記端末装置から受信し、前記第二のデータを前記ビークルの第二のインターネット接続を介して取得し、前記第二のデータを前記端末装置に提供するようさらに構成される、ということを含むことができる。

実施例２５５９では、実施例２５４７ないし２５５７のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記第一のデータに含まれない第二のデータの要求を前記端末装置から受信し、前記第二のデータを、前記ビークルの前記第一のインターネット接続が利用可能でない間に前記ビークルの第二のインターネット接続を介して取得し、前記第二のデータを前記端末装置に提供するようさらに構成される、ということを含むことができる。

実施例２５６０では、実施例２５４７ないし２５５７のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記第一のデータに含まれない第二のデータの要求を前記端末装置から受信し、前記第二のデータを、前記ビークルが移動中であり前記ビークルの前記第一のインターネット接続が利用可能でない間に前記ビークルの第二のインターネット接続を介して取得し、前記第二のデータを前記端末装置に提供するようさらに構成される、ということを含むことができる。

実施例２５６１では、実施例２５５８ないし２５６０のうちいずれか一項記載の主題は任意的に、前記ビークルの前記第一のインターネット接続が短距離の有線もしくは無線のインターネット接続であり、前記ビークルの前記第二のインターネット接続が長距離の無線のインターネット接続である、ということを含むことができる。

実施例２５６２では、実施例２５５８ないし２５６０のうちいずれか一項記載の主題は任意的に、前記ビークルの前記第二のインターネット接続が、前記ビークルの前記第一のインターネット接続より長いレンジをもつ無線接続である、ということを含むことができる。

実施例２５６３では、実施例２５４７ないし２５６２のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記第一のデータに含まれない第二のデータの要求を、前記第一のインターネット接続が利用可能でないときに前記端末装置から受信し、前記端末装置に前記第二のデータが利用可能でないことを通知するようさらに構成される、ということを含むことができる。

実施例２５６４では、実施例２５４７ないし２５６３のうちいずれか一項記載の主題は任意的に、前記第一のデータがビデオ・クリップ、オーディオ・ファイル、楽曲、アルバム、ウェブサイト、ポッドキャスト、オーディオブック、ファイルまたはテレビジョンショーである、ということを含むことができる。

実施例２５６５では、実施例２５４７ないし２５６４のうちいずれか一項記載の主題は任意的に、前記第一のデータがメディア・コンテンツである、ということを含むことができる。

実施例２５６６では、実施例２５４７ないし２５６５のうちいずれか一項記載の主題は任意的に、前記ユーザー・コンテキスト情報が、前記端末装置のユーザーが頻繁にアクセスするメディア・コンテンツを示す、ということを含むことができる。

実施例２５６７では、実施例２５４７ないし２５６５のうちいずれか一項記載の主題は任意的に、前記ユーザー・コンテキスト情報が、前記端末装置のユーザーがアクセスしたことのあるメディア・コンテンツに関する履歴データを示す、ということを含むことができる。

実施例２５６８では、実施例２５４７ないし２５６５のうちいずれか一項記載の主題は任意的に、前記ユーザー・コンテキスト情報が、ユーザーのメディア・コンテンツ・アクセス習癖を示す、ということを含むことができる。

実施例２５６９では、実施例２５４７ないし２５６８のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定することを、前記ユーザー・コンテキスト情報を処理して、前記ビークルの移動の間、前記端末装置のユーザーがアクセスすることが確率的に確からしい一つまたは複数のデータ・ファイルを同定し、前記一つまたは複数のデータ・ファイルから前記第一のデータを選択することによって実行するよう構成される、ということを含むことができる。

実施例２５７０では、実施例２５６９の主題は任意的に、前記プロセッサが、前記ユーザー・コンテキスト情報を処理して、前記ビークルの移動の間、前記端末装置のユーザーがアクセスすることが確率的に確からしい一つまたは複数のデータ・ファイルを同定し、前記一つまたは複数のデータ・ファイルから前記第一のデータを選択することを、前記一つまたは複数のデータ・ファイルについて確率を計算し、前記確率に基づいて前記一つまたは複数のデータ・ファイルから前記第一のデータを選択することによって実行するよう構成される、ということを含むことができる。

実施例２５７１では、実施例２５４７ないし２５７０のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定することを、前記第一のデータを同定するよう前記ユーザー・コンテキスト情報に対して機械学習を適用することによって実行するよう構成される、ということを含むことができる。

実施例２５７２では、実施例２５４７ないし２５６８のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定することを、複数のデータ・ファイルのそれぞれについて確率を生成するために前記コンテキスト情報に予測アルゴリズムを適用し、前記複数のデータ・ファイルのそれぞれの確率に基づいて前記複数のデータ・ファイルから前記第一のデータを選択することによって実行するよう構成される、ということを含むことができる。

実施例２５７３では、実施例２５７２記載の主題は任意的に、前記プロセッサが、前記ビークルの第一のインターネット接続を介して前記第一のデータを取得することを、前記ビークルの前記第一のインターネット接続を介して一つまたは複数のインターネット・サーバーから前記第一のデータを取得することによって実行するよう構成される、とういことを含むことができる。

実施例２５７４では、実施例２５４７ないし２５７３のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定することを、前記ユーザー・コンテキスト情報と、一つまたは複数の他の端末装置によって提供されるユーザー・コンテキスト情報に基づいて前記第一のデータを同定することによって実行するよう構成される、ということを含むことができる。

実施例２５７５では、実施例２５４７ないし２５７３のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定することを、前記ビークルの計画された旅行の旅行継続時間情報または空間時間的旅行情報の少なくとも一方に基づいて前記第一のデータを同定することによって実行するよう構成される、ということを含むことができる。

実施例２５７６は、ビークルのためのローカル・ネットワーク・アクセス・ノードであり、当該ローカル・ネットワーク・アクセス・ノードは：端末装置がローディング・エリアにおいて前記ビークルにはいるときに該端末装置からユーザー・データ・コンテンツ選好を取得する手段と；前記ユーザー・データ・コンテンツ選好に基づいて、前記端末装置が後刻、確率的に要求するであろうデータを予測して第一のデータを同定する手段と；前記第一のデータを、前記ローディング・エリアにおいて利用可能な前記ビークルの第一のインターネット接続を介して事前ロードする手段と；前記ビークルの移動により前記第一のインターネット接続が利用不能になった後、前記第一のデータの要求を前記端末装置から受信する手段と；前記第一のデータを前記端末装置に提供する手段とを含む。

実施例２５７７は、ビークルのローカル・ネットワーク・アクセス・ノードにおいて無線通信を実行する方法であり、当該方法は、端末装置がローディング・エリアにおいて前記ビークルにはいるときに該端末装置からユーザー・データ・コンテンツ選好を取得し；前記ユーザー・データ・コンテンツ選好に基づいて、前記端末装置が後刻、確率的に要求するであろうデータを予測して第一のデータを同定し；前記第一のデータを、前記ローディング・エリアにおいて利用可能な前記ビークルの第一のインターネット接続を介して事前ロードし；前記ビークルの移動により前記第一のインターネット接続が利用不能になった後、前記第一のデータの要求を前記端末装置から受信し；前記第一のデータを前記端末装置に提供することを含む。

実施例２５７８では、実施例２５７７の主題は任意的に、前記ビークルが前記ローディング・エリアの外を移動するときに前記ビークルの前記第一のインターネット接続が利用不能である、ということを含むことができる。

実施例２５７９では、実施例２５７７または２５７８の主題は任意的に、前記端末装置からユーザー・データ・コンテンツ選好を取得する前に、前記ビークルのローカル・ビークル無線ネットワークを通じて前記端末装置と無線接続を確立することを含むことができ、前記第一のデータを前記端末装置に提供することが、前記ローカル・ビークル無線ネットワークを介して前記第一のデータを前記端末装置に提供することを含む、ということを含むことができる。

実施例２５８０では、実施例２５７９の主題は任意的に、前記第一のデータの要求を前記端末装置から受信することが、前記ローカル・ビークル無線ネットワークを介して該要求を前記端末装置から受信することを含む、ということを含むことができる。

実施例２５８１では、実施例２５７７ないし２５８０のうちいずれか一項記載の主題は任意的に、前記第一のデータを、前記ローディング・エリアにおいて利用可能な前記ビークルの第一のインターネット接続を介して事前ロードすることが、前記第一のデータを、前記第一のインターネット接続を介してインターネット・サーバーから受信し、前記第一のデータを前記ローカル・ネットワーク・アクセス・ノードのメモリにおいて記憶することを含む、ということを含むことができる。

実施例２５８２では、実施例２５７７ないし２５８１のうちいずれか一項記載の主題は任意的に、前記第一のデータに含まれない第二のデータの要求を前記端末装置から受信し、前記第二のデータを、前記ビークルの前記第一のインターネット接続が利用不能である間に前記ビークルの第二のインターネット接続を介して取得し、前記第二のデータを前記端末装置に提供することをさらに含むことができる。

実施例２５８３では、実施例２５７７ないし２５８１のうちいずれか一項記載の主題は任意的に、前記第一のデータに含まれない第二のデータの要求を前記端末装置から受信し、前記第二のデータを、前記ビークルの前記第一のインターネット接続が利用不能であり、前記ビークルが移動中である間に前記ビークルの第二のインターネット接続を介して取得し、前記第二のデータを前記端末装置に提供することをさらに含むことができる。

実施例２５８４では、実施例２３９８または２３９９の主題は任意的に、前記ビークルの前記第一のインターネット接続が短距離の有線もしくは無線のインターネット接続であり、前記ビークルの前記第二のインターネット接続が長距離の無線のインターネット接続である、ということを含むことができる。

実施例２５８５では、実施例２３９８または２３９９の主題は任意的に、前記ビークルの前記第二のインターネット接続が、前記ビークルの前記第一のインターネット接続より長いレンジをもつ無線接続である、ということを含むことができる。

実施例２５８６では、実施例２５７７ないし２５８５のうちいずれか一項記載の主題は任意的に、前記第一のデータがビデオ・クリップ、オーディオ・ファイル、楽曲、アルバム、ウェブサイト、ポッドキャスト、オーディオブック、ファイルまたはテレビジョンショーである、ということを含むことができる。

実施例２５８７では、実施例２５７７ないし２５８６のうちいずれか一項記載の主題は任意的に、前記第一のデータがメディア・コンテンツである、ということを含むことができる。

実施例２５８８では、実施例２５７７ないし２５８７のうちいずれか一項記載の主題は任意的に、前記ユーザー・データ・コンテンツ選好が、前記端末装置のユーザーがアクセスしたことのあるメディア・コンテンツに関する履歴データを示す、ということを含むことができる。

実施例２５８９では、実施例２５７７ないし２５８７のうちいずれか一項記載の主題は任意的に、前記ユーザー・データ・コンテンツ選好が、前記端末装置のユーザーが頻繁にアクセスするデータ・ファイルまたはデータ・ファイル型を示す、ということを含むことができる。

実施例２５９０では、実施例２５７７ないし２５８９のうちいずれか一項記載の主題は任意的に、前記ユーザー・データ・コンテンツ選好に基づいて、前記端末装置が後刻、確率的に要求するであろうデータを予測して第一のデータを同定することが、前記ビークルの前記第一のインターネット接続を介して利用可能な一つまたは複数のデータ・ファイルについて確率を計算し、前記一つまたは複数のデータ・ファイルについての前記確率に基づいて前記第一のデータを選択することを含む、ということを含むことができる。

実施例２５９１では、実施例２５７７ないし２５９０のうちいずれか一項記載の主題は任意的に、前記ユーザー・データ・コンテンツ選好に基づいて、前記端末装置が後刻、確率的に要求するであろうデータを予測して第一のデータを同定することが、前記第一のデータを同定するよう前記ユーザー・データ・コンテンツ選好に対して機械学習を適用することを含む、ということを含むことができる。

実施例２５９２では、実施例２５７７ないし２５９０のうちいずれか一項記載の主題は任意的に、前記ユーザー・データ・コンテンツ選好に基づいて、前記端末装置が後刻、確率的に要求するであろうデータを予測して第一のデータを同定することが、前記ユーザー・データ・コンテンツ選好に予測アルゴリズムを適用して複数のデータ・ファイルのそれぞれについて確率を生成し、前記複数のデータ・ファイルのそれぞれの確率に基づいて前記複数のデータ・ファイルから前記第一のデータを選択することを含む、ということを含むことができる。

実施例２５９３では、実施例２５９２記載の主題は任意的に、前記第一のデータを、前記ビークルの第一のインターネット接続を介して取得することが、前記第一のデータを、前記ビークルの前記第一のインターネット接続を介して、一つまたは複数のインターネット・サーバーから取得することを含む、とういことを含むことができる。

実施例２５９４は、実施例２５７７ないし２５９３のうちいずれか一項記載の方法を実行するよう構成されたハードウェア定義回路またはソフトウェア定義回路を含む通信システムである。

実施例２５９５は、実施例２５７７ないし２５９３のうちいずれか一項記載の方法を実行するよう構成されたハードウェア定義回路またはソフトウェア定義回路を含む無線通信システムである。

実施例２５９６は、プロセッサによって実行されるときに該プロセッサに実施例２５７７ないし２５９３のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２５９７は、ネットワーク・アクセス・ノードのプロセッサによって実行されるときに該ネットワーク・アクセス・ノードに実施例２５７７ないし２５９０のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２５９８は、ビークルのビークル・ネットワーク・アクセス・ノードにおいて使うための通信装置であり、当該通信装置は：端末装置がローディング・エリアにおいて前記ビークルにはいるときに該端末装置からユーザー・データ・コンテンツ選好を取得し；前記ユーザー・データ・コンテンツ選好に基づいて、前記端末装置が後刻、確率的に要求するであろうデータを予測して第一のデータを同定し；前記第一のデータを、前記ローディング・エリアにおいて利用可能な前記ビークルの第一のインターネット接続を介して事前ロードし；前記ビークルの移動により前記第一のインターネット接続が利用不能になった後、前記第一のデータの要求を前記端末装置から受信し；前記第一のデータを前記端末装置に提供するよう構成されたプロセッサを含む。

実施例２５９９では、実施例２５９８の主題は任意的に、メモリをさらに含むことができ、前記プロセッサは前記第一のデータを前記メモリに記憶するよう構成される。

実施例２６００では、実施例２５９８または２５９９の主題は任意的に、前記ビークルのネットワーク・アクセス・ノードのための処理コンポーネントとして構成されることができる。

実施例２６０１では、実施例２５９８または２５９９の主題は任意的に、無線トランシーバおよびアンテナをさらに含むことができる。

実施例２６０２では、実施例２６０１の主題は任意的に、ネットワーク・アクセス・ノードとして構成されることができる。

実施例２６０３では、実施例２５９８ないし２６０２のうちいずれか一項記載の主題は任意的に、前記ビークルが前記ローディング・エリアの外を移動するときに前記ビークルの前記第一のインターネット接続が利用不能である、ということを含むことができる。

実施例２６０４では、実施例２５９８ないし２６０３のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記端末装置からユーザー・データ・コンテンツ選好を取得する前に、前記ビークルのローカル・ビークル無線ネットワークを通じて前記端末装置と無線接続を確立するようさらに構成され、前記プロセッサが、前記第一のデータを前記端末装置に提供することを、前記ローカル・ビークル無線ネットワークを介して前記第一のデータを前記端末装置に提供することによって実行するよう構成される、ということを含むことができる。

実施例２６０５では、実施例２６０４の主題は任意的に、前記プロセッサが、前記第一のデータの要求を前記端末装置から、前記ローカル・ビークル無線ネットワークを介して受信するよう構成される、ということを含むことができる。

実施例２６０６では、実施例２５８８ないし２６０５のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記第一のデータを、前記第一のインターネット接続を介してインターネット・サーバーから受信し、前記第一のデータを前記ビークル・ネットワーク・アクセス・ノードのメモリにおいて記憶するよう構成される、ということを含むことができる。

実施例２６０７では、実施例２５８８ないし２６０６のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記第一のデータに含まれない第二のデータの要求を前記端末装置から受信し、前記第二のデータを、前記ビークルの前記第一のインターネット接続が利用不能である間に前記ビークルの第二のインターネット接続を介して取得し、前記第二のデータを前記端末装置に提供するようさらに構成される、ということを含むことができる。

実施例２６０８では、実施例２５８８ないし２６０６のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記第一のデータに含まれない第二のデータの要求を前記端末装置から受信し、前記第二のデータを、前記ビークルの前記第一のインターネット接続が利用不能であり、前記ビークルが移動中である間に前記ビークルの第二のインターネット接続を介して取得し、前記第二のデータを前記端末装置に提供するようさらに構成される、ということを含むことができる。

実施例２６０９では、実施例２６０７または２６０８の主題は任意的に、前記ビークルの前記第一のインターネット接続が短距離の有線もしくは無線のインターネット接続であり、前記ビークルの前記第二のインターネット接続が長距離の無線のインターネット接続である、ということを含むことができる。

実施例２６１０では、実施例２６０７または２６０８の主題は任意的に、前記ビークルの前記第二のインターネット接続が、前記ビークルの前記第一のインターネット接続より長いレンジをもつ無線接続である、ということを含むことができる。

実施例２６１１では、実施例２５９８ないし２６１０のうちいずれか一項記載の主題は任意的に、前記第一のデータがビデオ・クリップ、オーディオ・ファイル、楽曲、アルバム、ウェブサイト、ポッドキャスト、オーディオブック、ファイルまたはテレビジョンショーである、ということを含むことができる。

実施例２６１２では、実施例２５９８ないし２６１１のうちいずれか一項記載の主題は任意的に、前記第一のデータがメディア・コンテンツである、ということを含むことができる。

実施例２６１３では、実施例２５９８ないし２６１２のうちいずれか一項記載の主題は任意的に、前記ユーザー・データ・コンテンツ選好が、前記端末装置のユーザーがアクセスしたことのあるメディア・コンテンツに関する履歴データを示す、ということを含むことができる。

実施例２６１４では、実施例２５９８ないし２６１２のうちいずれか一項記載の主題は任意的に、前記ユーザー・データ・コンテンツ選好が、前記端末装置のユーザーが頻繁にアクセスするデータ・ファイルまたはデータ・ファイル型を示す、ということを含むことができる。

実施例２６１５では、実施例２５９８ないし２６１４のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記ユーザー・データ・コンテンツ選好に基づいて、前記端末装置が後刻、確率的に要求するであろうデータを予測して第一のデータを同定することを、前記ビークルの前記第一のインターネット接続を介して利用可能な一つまたは複数のデータ・ファイルについて確率を計算し、前記一つまたは複数のデータ・ファイルについての前記確率に基づいて前記第一のデータを選択することによって実行するよう構成される、ということを含むことができる。

実施例２６１６では、実施例２５９８ないし２６１４のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記ユーザー・データ・コンテンツ選好に基づいて、前記端末装置が後刻、確率的に要求するであろうデータを予測して第一のデータを同定することを、前記ユーザー・データ・コンテンツ選好に対して機械学習を適用して前記第一のデータを同定することによって実行するよう構成される、ということを含むことができる。

実施例２６１７では、実施例２５９８ないし２６１４のうちいずれか一項記載の主題は任意的に、前記プロセッサが、前記ユーザー・データ・コンテンツ選好に基づいて、前記端末装置が後刻、確率的に要求するであろうデータを予測して第一のデータを同定することを、前記ユーザー・データ・コンテンツ選好に予測アルゴリズムを適用して複数のデータ・ファイルのそれぞれについて確率を生成し、前記複数のデータ・ファイルのそれぞれの確率に基づいて前記複数のデータ・ファイルから前記第一のデータを選択することによって実行するよう構成される、ということを含むことができる。

実施例２６１８では、実施例２６１７記載の主題は任意的に、前記プロセッサが、前記第一のデータを、前記ビークルの第一のインターネット接続を介して取得することを、前記第一のデータを、前記ビークルの前記第一のインターネット接続を介して、一つまたは複数のインターネット・サーバーから取得することによって実行するよう構成される、とういことを含むことができる。

実施例２６１９は、ビークルのビークル・ネットワーク・アクセス・ノードにおいて使うための通信装置であり、当該通信装置は、端末装置からユーザー・コンテキスト情報を受信し；前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定し；前記ビークルの第一のインターネット接続を介して前記第一のデータを取得し、該第一のデータを記憶し；前記第一のインターネット接続が前記ビークルにおいて利用不能になった後、前記第一のデータの要求を受信し、前記第一のデータを前記端末装置に提供するよう構成された処理回路を含む。

実施例２６２０では、実施例２６１９の主題は任意的に、メモリをさらに含むことができ、前記処理回路は前記第一のデータを前記メモリに記憶するよう構成される。

実施例２６２１では、実施例２６１９または２６２０の主題は任意的に、前記ビークル・ネットワーク・アクセス・ノードのための回路コンポーネントとして構成されることができる。

実施例２６２２では、実施例２６１９または２６２０の主題は任意的に、無線トランシーバ回路およびアンテナをさらに含むことができる。

実施例２６２３では、実施例２６２２の主題は任意的に、ネットワーク・アクセス・ノードとして構成されることができる。

実施例２６２４では、実施例２６１９ないし２６２３のうちいずれか一項記載の主題は任意的に、前記処理回路がハードウェア定義回路またはソフトウェア定義回路である、ということを含むことができる。

実施例２６２５では、実施例２６１９ないし２６２４のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記端末装置からユーザー・コンテキスト情報を受信することを、前記端末装置がローディング・エリアにおいて前記ビークルにはいるときに該端末装置と無線接続を確立することによって実行するよう構成され、前記第一のインターネット接続は前記ローディング・エリアにおいて利用可能である、ということを含むことができる。

実施例２６２６では、実施例２６２５の主題は任意的に、前記処理回路が、前記ビークルの第一のインターネット接続を介して前記第一のデータを取得し、該第一のデータを記憶することを、前記ビークルが前記ローディング・エリアにある間に前記ビークルの第一のインターネット接続を介して前記第一のデータを取得し、該第一のデータを記憶することによって実行するよう構成される、ということを含むことができる。

実施例２６２７では、実施例２６２５の主題は任意的に、前記処理回路が、前記ビークルの第一のインターネット接続を介して前記第一のデータを取得することを、前記ローディング・エリアに位置しているローディング・ネットワーク・ノードから前記ビークルの前記第一のインターネット接続を介して前記第一のデータを取得することによって実行するよう構成される、ということを含むことができる。

実施例２６２８では、実施例２６１９ないし２６２７のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ビークルの第一のインターネット接続を介して前記第一のデータを取得することを、有線インターフェースを介して前記第一のインターネット接続を提供するローディング・ネットワーク・ノードから前記第一のデータを受信することによって実行するよう構成される、ということを含むことができる。

実施例２６２９では、実施例２６１９ないし２６２７のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ビークルの第一のインターネット接続を介して前記第一のデータを取得することを、無線インターフェースを介して前記第一のインターネット接続を提供するローディング・ネットワーク・ノードから前記第一のデータを受信することによって実行するよう構成される、ということを含むことができる。

実施例２６３０では、実施例２６１９ないし２６２９のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記第一のデータの要求を受信し、前記第一のデータを前記端末装置に提供することを、前記第一のデータの要求を前記端末装置からローカル・ビークル無線ネットワークを通じて受信し、前記第一のデータを前記端末装置に前記ローカル・ビークル無線ネットワークを通じて提供することによって実行するよう構成される、ということを含むことができる。

実施例２６３１では、実施例２６１９ないし２６３０のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記第一のデータに含まれない第二のデータの要求を前記端末装置から受信し、前記第二のデータを前記ビークルの第二のインターネット接続を介して取得し、前記第二のデータを前記端末装置に提供するようさらに構成される、ということを含むことができる。

実施例２６３２では、実施例２６１９ないし２６３０のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記第一のデータに含まれない第二のデータの要求を前記端末装置から受信し、前記第二のデータを、前記ビークルの前記第一のインターネット接続が利用可能でない間に前記ビークルの第二のインターネット接続を介して取得し、前記第二のデータを前記端末装置に提供するようさらに構成される、ということを含むことができる。

実施例２６３３では、実施例２６１９ないし２６３０のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記第一のデータに含まれない第二のデータの要求を前記端末装置から受信し、前記第二のデータを、前記ビークルが移動中であり前記ビークルの前記第一のインターネット接続が利用可能でない間に前記ビークルの第二のインターネット接続を介して取得し、前記第二のデータを前記端末装置に提供するようさらに構成される、ということを含むことができる。

実施例２６３４では、実施例２６３１ないし２６３３のうちいずれか一項記載の主題は任意的に、前記ビークルの前記第一のインターネット接続が短距離の有線もしくは無線のインターネット接続であり、前記ビークルの前記第二のインターネット接続が長距離の無線のインターネット接続である、ということを含むことができる。

実施例２６３５では、実施例２６３１ないし２６３３のうちいずれか一項記載の主題は任意的に、前記ビークルの前記第二のインターネット接続が、前記ビークルの前記第一のインターネット接続より長いレンジをもつ無線接続である、ということを含むことができる。

実施例２６３６では、実施例２６１９ないし２６３５のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記第一のデータに含まれない第二のデータの要求を、前記第一のインターネット接続が利用可能でないときに前記端末装置から受信し、前記端末装置に前記第二のデータが利用可能でないことを通知するようさらに構成される、ということを含むことができる。

実施例２６３７では、実施例２６１９ないし２６３６のうちいずれか一項記載の主題は任意的に、前記第一のデータがビデオ・クリップ、オーディオ・ファイル、楽曲、アルバム、ウェブサイト、ポッドキャスト、オーディオブック、ファイルまたはテレビジョンショーである、ということを含むことができる。

実施例２６３８では、実施例２６１９ないし２６３７のうちいずれか一項記載の主題は任意的に、前記第一のデータがメディア・コンテンツである、ということを含むことができる。

実施例２６３９では、実施例２６１９ないし２６３８のうちいずれか一項記載の主題は任意的に、前記ユーザー・コンテキスト情報が、前記端末装置のユーザーが頻繁にアクセスするメディア・コンテンツを示す、ということを含むことができる。

実施例２６４０では、実施例２６１９ないし２６３８のうちいずれか一項記載の主題は任意的に、前記ユーザー・コンテキスト情報が、前記端末装置のユーザーがアクセスしたことのあるメディア・コンテンツに関する履歴データを示す、ということを含むことができる。

実施例２６４１では、実施例２６１９ないし２６３８のうちいずれか一項記載の主題は任意的に、前記ユーザー・コンテキスト情報が、ユーザーのメディア・コンテンツ・アクセス習癖を示す、ということを含むことができる。

実施例２６４２では、実施例２６１９ないし２６４１のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定することを、前記ユーザー・コンテキスト情報を処理して、前記ビークルの移動の間、前記端末装置のユーザーがアクセスすることが確率的に確からしい一つまたは複数のデータ・ファイルを同定し、前記一つまたは複数のデータ・ファイルから前記第一のデータを選択することによって実行するよう構成される、ということを含むことができる。

実施例２６４３では、実施例２６４２の主題は任意的に、前記処理回路が、前記ユーザー・コンテキスト情報を処理して、前記ビークルの移動の間、前記端末装置のユーザーがアクセスすることが確率的に確からしい一つまたは複数のデータ・ファイルを同定し、前記一つまたは複数のデータ・ファイルから前記第一のデータを選択することを、前記一つまたは複数のデータ・ファイルについて確率を計算し、前記確率に基づいて前記一つまたは複数のデータ・ファイルから前記第一のデータを選択することによって実行するよう構成される、ということを含むことができる。

実施例２６４４では、実施例２６１９ないし２６４３のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定することを、前記第一のデータを同定するよう前記ユーザー・コンテキスト情報に対して機械学習を適用することによって実行するよう構成される、ということを含むことができる。

実施例２６４５では、実施例２６１９ないし２６４１のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定することを、複数のデータ・ファイルのそれぞれについて確率を生成するために前記コンテキスト情報に予測アルゴリズムを適用し、前記複数のデータ・ファイルのそれぞれの確率に基づいて前記複数のデータ・ファイルから前記第一のデータを選択することによって実行するよう構成される、ということを含むことができる。

実施例２６４６では、実施例２６４５記載の主題は任意的に、前記処理回路が、前記ビークルの第一のインターネット接続を介して前記第一のデータを取得することを、前記ビークルの前記第一のインターネット接続を介して一つまたは複数のインターネット・サーバーから前記第一のデータを取得することによって実行するよう構成される、とういことを含むことができる。

実施例２６４７では、実施例２６１９ないし２６４６のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定することを、前記ユーザー・コンテキスト情報と、一つまたは複数の他の端末装置によって提供されるユーザー・コンテキスト情報に基づいて前記第一のデータを同定することによって実行するよう構成される、ということを含むことができる。

実施例２６４８では、実施例２６１９ないし２６４６のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ユーザー・コンテキスト情報によって示される、前記端末装置が第一のデータを後刻要求する確率に基づいて、前記第一のデータを同定することを、前記ビークルの計画された旅行の旅行継続時間情報または空間時間的旅行情報の少なくとも一方に基づいて前記第一のデータを同定することによって実行するよう構成される、ということを含むことができる。

実施例２６４９は、ビークルのビークル・ネットワーク・アクセス・ノードにおいて使うための通信装置であり、当該通信装置は：端末装置がローディング・エリアにおいて前記ビークルにはいるときに該端末装置からユーザー・データ・コンテンツ選好を取得し；前記ユーザー・データ・コンテンツ選好に基づいて、前記端末装置が後刻、確率的に要求するであろうデータを予測して第一のデータを同定し；前記第一のデータを、前記ローディング・エリアにおいて利用可能な前記ビークルの第一のインターネット接続を介して事前ロードし；前記ビークルの移動により前記第一のインターネット接続が利用不能になった後、前記第一のデータの要求を前記端末装置から受信し；前記第一のデータを前記端末装置に提供するよう構成された処理回路を含む。

実施例２６５０では、実施例２６４９の主題は任意的に、メモリをさらに含むことができ、前記処理回路は前記第一のデータを前記メモリに記憶するよう構成される。

実施例２６５１では、実施例２６４９または２６５０の主題は任意的に、前記ビークルのネットワーク・アクセス・ノードのための回路コンポーネントとして構成されることができる。

実施例２６５２では、実施例２６４９または２６５０の主題は任意的に、無線トランシーバ回路およびアンテナをさらに含むことができる。

実施例２６５３では、実施例２６５２の主題は任意的に、ネットワーク・アクセス・ノードとして構成されることができる。

実施例２６５４では、実施例２６４９ないし２６５３のうちいずれか一項記載の主題は任意的に、前記処理回路がハードウェア定義回路またはソフトウェア定義回路である、ということを含むことができる。

実施例２６５５では、実施例２６４９ないし２６５４のうちいずれか一項記載の主題は任意的に、前記ビークルが前記ローディング・エリアの外を移動するときに前記ビークルの前記第一のインターネット接続が利用不能である、ということを含むことができる。

実施例２６５６では、実施例２６４９ないし２６５５のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記端末装置からユーザー・データ・コンテンツ選好を取得する前に、前記ビークルのローカル・ビークル無線ネットワークを通じて前記端末装置と無線接続を確立するようさらに構成され、前記処理回路が、前記第一のデータを前記端末装置に提供することを、前記ローカル・ビークル無線ネットワークを介して前記第一のデータを前記端末装置に提供することによって実行するよう構成される、ということを含むことができる。

実施例２６５７では、実施例２６５６の主題は任意的に、前記処理回路が、前記第一のデータの要求を前記端末装置から、前記ローカル・ビークル無線ネットワークを介して受信するよう構成される、ということを含むことができる。

実施例２６５８では、実施例２６４９ないし２６５７のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記第一のデータを、前記第一のインターネット接続を介してインターネット・サーバーから受信し、前記第一のデータを前記ビークル・ネットワーク・アクセス・ノードのメモリにおいて記憶するよう構成される、ということを含むことができる。

実施例２６５９では、実施例２６４９ないし２６５８のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記第一のデータに含まれない第二のデータの要求を前記端末装置から受信し、前記第二のデータを、前記ビークルの前記第一のインターネット接続が利用不能である間に前記ビークルの第二のインターネット接続を介して取得し、前記第二のデータを前記端末装置に提供するようさらに構成される、ということを含むことができる。

実施例２６６０では、実施例２６４９ないし２６５８のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記第一のデータに含まれない第二のデータの要求を前記端末装置から受信し、前記第二のデータを、前記ビークルの前記第一のインターネット接続が利用不能であり、前記ビークルが移動中である間に前記ビークルの第二のインターネット接続を介して取得し、前記第二のデータを前記端末装置に提供するようさらに構成される、ということを含むことができる。

実施例２６６１では、実施例２６５９または２６６０の主題は任意的に、前記ビークルの前記第一のインターネット接続が短距離の有線もしくは無線のインターネット接続であり、前記ビークルの前記第二のインターネット接続が長距離の無線のインターネット接続である、ということを含むことができる。

実施例２６６２では、実施例２６５９または２６６０の主題は任意的に、前記ビークルの前記第二のインターネット接続が、前記ビークルの前記第一のインターネット接続より長いレンジをもつ無線接続である、ということを含むことができる。

実施例２６６３では、実施例２６４９ないし２６６２のうちいずれか一項記載の主題は任意的に、前記第一のデータがビデオ・クリップ、オーディオ・ファイル、楽曲、アルバム、ウェブサイト、ポッドキャスト、オーディオブック、ファイルまたはテレビジョンショーである、ということを含むことができる。

実施例２６６４では、実施例２６４９ないし２６６３のうちいずれか一項記載の主題は任意的に、前記第一のデータがメディア・コンテンツである、ということを含むことができる。

実施例２６６５では、実施例２６４９ないし２６６４のうちいずれか一項記載の主題は任意的に、前記ユーザー・データ・コンテンツ選好が、前記端末装置のユーザーがアクセスしたことのあるメディア・コンテンツに関する履歴データを示す、ということを含むことができる。

実施例２６６６では、実施例２６４９ないし２６６４のうちいずれか一項記載の主題は任意的に、前記ユーザー・データ・コンテンツ選好が、前記端末装置のユーザーが頻繁にアクセスするデータ・ファイルまたはデータ・ファイル型を示す、ということを含むことができる。

実施例２６６７では、実施例２６４９ないし２６６６のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ユーザー・データ・コンテンツ選好に基づいて、前記端末装置が後刻、確率的に要求するであろうデータを予測して第一のデータを同定することを、前記ビークルの前記第一のインターネット接続を介して利用可能な一つまたは複数のデータ・ファイルについて確率を計算し、前記一つまたは複数のデータ・ファイルについての前記確率に基づいて前記第一のデータを選択することによって実行するよう構成される、ということを含むことができる。

実施例２６６８では、実施例２６４９ないし２６６６のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ユーザー・データ・コンテンツ選好に基づいて、前記端末装置が後刻、確率的に要求するであろうデータを予測して第一のデータを同定することを、前記ユーザー・データ・コンテンツ選好に対して機械学習を適用して前記第一のデータを同定することによって実行するよう構成される、ということを含むことができる。

実施例２６６９では、実施例２６４９ないし２６６６のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ユーザー・データ・コンテンツ選好に基づいて、前記端末装置が後刻、確率的に要求するであろうデータを予測して第一のデータを同定することを、前記ユーザー・データ・コンテンツ選好に予測アルゴリズムを適用して複数のデータ・ファイルのそれぞれについて確率を生成し、前記複数のデータ・ファイルのそれぞれの確率に基づいて前記複数のデータ・ファイルから前記第一のデータを選択することによって実行するよう構成される、ということを含むことができる。

実施例２６７０では、実施例２６６９記載の主題は任意的に、前記処理回路が、前記第一のデータを、前記ビークルの第一のインターネット接続を介して取得することを、前記第一のデータを、前記ビークルの前記第一のインターネット接続を介して、一つまたは複数のインターネット・サーバーから取得することによって実行するよう構成される、とういことを含むことができる。

実施例２６７１は、分散計算を実行するよう他のビークル端末装置と協調する第一のビークル端末装置であり、当該第一のビークル端末装置は、当該第一のビークル端末装置のローカル・エリアについてのローカル・センサー・データを取得する手段と；前記ローカル・センサー・データに対して分散処理マッピング・タスクを実行して、第一の中間的な分散処理結果を得る手段と；前記第一の中間的な分散処理結果を、分散処理シャッフル方式に従って第二のビークル端末装置に提供する手段と；前記分散処理シャッフル方式に従って第三のビークル端末装置から第二の中間的な分散処理結果を受信する手段と；前記第一の中間的な分散処理結果および前記第二の中間的な分散処理結果に対して分散処理帰着タスクを実行して、最終的な分散処理結果を得る手段とを含む。

実施例２６７２は、第一のビークル端末装置における、分散計算を実行するよう他のビークル端末装置と協調する方法であり、当該方法は、当該第一のビークル端末装置のローカル・エリアについてのローカル・センサー・データを取得する段階と；前記ローカル・センサー・データに対して分散処理マッピング・タスクを実行して、第一の中間的な分散処理結果を得る段階と；前記第一の中間的な分散処理結果を、分散処理シャッフル方式に従って第二のビークル端末装置に提供する段階と；前記分散処理シャッフル方式に従って第三のビークル端末装置から第二の中間的な分散処理結果を受信する段階と；前記第一の中間的な分散処理結果および前記第二の中間的な分散処理結果に対して分散処理帰着タスクを実行して、最終的な分散処理結果を得る段階とを含む。

実施例２６７３では、実施例２６７２の主題は任意的に、前記分散処理マッピング・タスクがMapReduce〔マップ・リデュース〕計算のマップ・タスクであり、前記分散処理帰着タスクがMapReduce計算のリデュース・タスクであり、前記分散処理シャッフル方式はMapReduce計算のシャッフル方式である、ということを含むことができる。

実施例２６７４では、実施例２６７２または２６７３の主題は任意的に、前記第二のビークル端末装置が前記第三のビークル端末装置と異なる、ということを含むことができる。

実施例２６７５では、実施例２６７２または２６７３の主題は任意的に、前記第二のビークル端末装置が前記第三のビークル端末装置と同じである、ということを含むことができる。

実施例２６７６では、実施例２６７２ないし２６７５のうちいずれか一項記載の主題は任意的に、一つまたは複数の追加的な中間的な分散処理結果を一つまたは複数の追加的なビークル端末装置から受信することをさらに含むことができ、前記第一の中間的な分散処理結果および前記第二の中間的な分散処理結果に対して分散処理帰着タスクを実行して、最終的な分散処理結果を得ることが、前記第一の中間的な分散処理結果、第二の中間的な分散処理結果および前記一つまたは複数の追加的な中間的な分散処理結果に対して前記分散処理帰着タスクを実行して、前記最終的な分散処理結果を得ることを含む。

実施例２６７７では、実施例２６７２ないし２６７６のうちいずれか一項記載の主題は任意的に、前記最終的な分散処理結果が、操縦シーン再構成、衝突回避判断または自律操縦判断である、ということを含むことができる。

実施例２６７８では、実施例２６７２ないし２６７６のうちいずれか一項記載の主題は任意的に、前記第二の中間的な分散処理結果が、前記第三のビークル端末装置のローカル・エリアの情報を示す、ということを含むことができる。

実施例２６７９では、実施例２６７２ないし２６７８のうちいずれか一項記載の主題は任意的に、前記ローカル・センサー・データに対して分散処理マッピング・タスクを実行して、第一の中間的な分散処理結果を得ることが、前記ローカル・センサー・データに対して前記分散処理マッピング・タスクを実行して、生の第一の中間的な分散処理結果を得て、前記生の第一の中間的な分散処理結果を分散符号化処理タスクに従って符号化して、前記第一の生の中間出力を得ることを含む、ということを含むことができる。

実施例２６８０では、実施例２６７９の主題は任意的に、前記分散符号化処理タスクが、符号化されるMapReduce計算のための符号化タスクである、ということを含むことができる。

実施例２６８１では、実施例２６７９または２６８０の主題は任意的に、前記第二の中間的な分散処理結果がエンコードされ、前記第一の中間的な分散処理結果および前記第二の中間的な分散処理結果に対して分散処理帰着タスクを実行して、最終的な分散処理結果を得ることが、符号化されるMapReduce方式に基づいて、前記生の第一の中間的な分散処理結果を用いて、前記第二の中間的な分散処理結果をデコードすることを含む、ということを含むことができる。

実施例２６８２では、実施例２６７２ないし２６８１のうちいずれか一項記載の主題は任意的に、前記第一の中間的な分散処理結果を、分散処理シャッフル方式に従って第二のビークル端末装置に提供することが、前記第一の中間的な分散処理結果を前記第二のビークル端末装置に、前記分散処理シャッフル方式に従って、ビークル対ビークル（Ｖ２Ｖ）接続を通じて送信することを含む、ということを含むことができる。

実施例２６８３では、実施例２６７２ないし２６８２のうちいずれか一項記載の主題は任意的に、前記分散処理シャッフル方式に従って第三のビークル端末装置から第二の中間的な分散処理結果を受信することが、前記第三のビークル端末装置から前記第二の中間的な分散処理結果を、前記分散処理シャッフル方式に従って、ビークル対ビークル（Ｖ２Ｖ）接続を通じて受信することを含む、ということを含むことができる。

実施例２６８４では、実施例２６７２ないし２６８３のうちいずれか一項記載の主題は任意的に、前記分散処理シャッフル方式を指定するアンカー制御ノードからの命令を受信することをさらに含むことができる。

実施例２６８５では、実施例２６８４の主題は任意的に、前記命令が、前記第一の中間的な分散処理結果についての宛先として前記第二のビークル端末装置を同定するまたは前記第二の中間的な分散処理結果のソースとして前記第三のビークル端末装置を同定する、ということを含むことができる。

実施例２６８６では、実施例２６７２ないし２６８１のうちいずれか一項記載の主題は任意的に、前記第一の中間的な分散処理結果を、分散処理シャッフル方式に従って第二のビークル端末装置に提供することが、前記分散計算をコーディネートするアンカー制御ノードを介して、前記第一の中間的な分散処理結果を前記第二のビークル端末装置に送信することを含む、ということを含むことができる。

実施例２６８７では、実施例２６７２ないし２６８１のうちいずれか一項記載の主題は任意的に、前記分散処理シャッフル方式に従って第三のビークル端末装置から第二の中間的な分散処理結果を受信することが、前記分散計算をコーディネートするアンカー制御ノードを介して、前記第三のビークル端末装置から前記第二の中間的な分散処理結果を受信することを含む、ということを含むことができる。

実施例２６８８では、実施例２６８７の主題は任意的に、前記分散計算をコーディネートするアンカー制御ノードを介して、前記第三のビークル端末装置から前記第二の中間的な分散処理結果を受信することが、前記アンカー制御ノードからマルチキャスト送信として、前記第二の中間的な分散処理結果を受信することを含む、ということを含むことができる。

実施例２６８９では、実施例２６８４ないし２６８８のうちいずれか一項記載の主題は任意的に、前記アンカー制御ノードがネットワーク・アクセス・ノードである、ということを含むことができる。

実施例２６９０では、実施例２６８９の主題は任意的に、前記アンカー制御ノードが路側ユニット（ＲＳＵ：roadside unit）である、ということを含むことができる。

実施例２６９１では、実施例２６８４ないし２６８８のうちいずれか一項記載の主題は任意的に、前記アンカー制御ノードがビークル端末装置である、ということを含むことができる。

実施例２６９２では、実施例２６７２ないし２６９１のうちいずれか一項記載の主題は任意的に、前記最終的な分散処理結果に基づいて自律操縦を実行することをさらに含むことができる。

実施例２６９３では、実施例２６７２ないし２６９１のうちいずれか一項記載の主題は任意的に、前記最終的な分散処理結果に基づいて前記第一のビークル端末装置のビークル動きを制御することをさらに含むことができる。

実施例２６９４では、実施例２６７２ないし２６９２のうちいずれか一項記載の主題は任意的に、前記第一のビークル端末装置が自律地上ビークルである、ということを含むことができる。

実施例２６９５では、実施例２６７２ないし２６９２のうちいずれか一項記載の主題は任意的に、前記第一のビークル端末装置が自律航空ビークルである、ということを含むことができる。

実施例２６９６では、実施例２６７２ないし２６９５のうちいずれか一項記載の主題は任意的に、前記ローカル・センサー・データが画像データ、ビデオ・データ、ソナー・データ、測位データ、動きデータまたはレーダー・データである、ということを含むことができる。

実施例２６９７では、実施例２６７２ないし２６９６のうちいずれか一項記載の主題は任意的に、処理タスクを識別し、前記第一のビークル端末装置の一つまたは複数の状況基準を評価して前記処理タスクをローカルに実行するか前記処理タスクを分散計算として実行するかを決定し、該決定に基づいて前記処理タスクをローカルにまたは分散計算として実行することをさらに含むことができる。

実施例２６９８では、実施例２６９７の主題は任意的に、前記一つまたは複数の状況基準が、前記処理タスクの計算負荷、前記処理タスクのレイテンシー制約条件、利用可能な帯域幅、現在のネットワーク輻輳レベル、オフロードのために利用可能な近接したビークル端末装置の数またはビークル・リンクのリンク品質もしくはインフラストラクチャー・リンクのリンク品質を含む、ということを含むことができる。

実施例２６９９は、実施例２６７２ないし２６９８のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含むビークル端末装置である。

実施例２７００は、実施例２６７２ないし２６９８のうちいずれか一項記載の方法を実行するよう構成された処理コンポーネントである。

実施例２７０１は、プロセッサによって実行されたときに該プロセッサに実施例２６７２ないし２６９８のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２７０２は、ビークル端末装置の一つまたは複数のプロセッサによって実行されたときに該ビークル端末装置に実施例２６７２ないし２６９８のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２７０３は、複数のビークル端末装置のそれぞれに、それぞれの分散処理マッピング・タスクを割り当てる手段と；それぞれの分散処理マッピング・タスクに基づく前記複数のビークル端末装置からの複数の分散中間的処理結果を受信する手段と；前記複数の分散中間的処理結果を、分散処理シャッフル方式に従って、前記複数のビークル端末装置の間でルーティングする手段とを含むアンカー制御ノードである。

実施例２７０４は、ビークル端末装置の間での分散計算をコーディネートするためのアンカー制御ノードｌにおける方法であり、当該方法は、複数のビークル端末装置のそれぞれに、それぞれの分散処理マッピング・タスクを割り当て；それぞれの分散処理マッピング・タスクに基づく前記複数のビークル端末装置からの複数の分散中間的処理結果を受信し；前記複数の分散中間的処理結果を、分散処理シャッフル方式に従って、前記複数のビークル端末装置の間でルーティングすることを含む。

実施例２７０５では、実施例２７０４の主題は任意的に、前記それぞれの分散処理マッピング・タスクがMapReduce〔マップ・リデュース〕計算のマップ・タスクであり、前記分散処理シャッフル方式がMapReduce計算のシャッフル方式である、ということを含むことができる。

実施例２７０６では、実施例２７０４の主題は任意的に、前記それぞれの分散処理マッピング・タスクが、符号化されるMapReduce計算のマップ・タスクであり、前記分散処理シャッフル方式が符号化されるMapReduce計算の符号化されるシャッフル方式である、ということを含むことができる。

実施例２７０７では、実施例２７０４ないし２７０６のうちいずれか一項記載の主題は任意的に、前記複数の分散中間的処理結果を、分散処理シャッフル方式に従って、前記複数のビークル端末装置の間でルーティングすることが、前記複数の分散中間的処理結果を含む前記複数のビークル端末装置へのブロードキャストまたはマルチキャスト送信を実行することを含む、ということを含むことができる。

実施例２７０８では、実施例２７０７の主題は任意的に、前記アンカー制御ノードがネットワーク・アクセス・ノードであり、前記複数の分散中間的処理結果を含む前記複数のビークル端末装置へのブロードキャストまたはマルチキャスト送信を実行することが、前記ブロードキャストまたはマルチキャスト送信を下りリンク送信として実行することを含む、ということを含むことができる。

実施例２７０９では、実施例２７０８の主題は任意的に、前記アンカー制御ノードが路側ユニット（ＲＳＵ）ネットワーク・アクセス・ノードである、ということを含むことができる。

実施例２７１０では、実施例２７０４ないし２７０９のうちいずれか一項記載の主題は任意的に、前記アンカー制御ノードが前記分散計算をコーディネートするビークル端末装置であり、前記複数の分散中間的処理結果を、分散処理シャッフル方式に従って、前記複数のビークル端末装置の間でルーティングすることが、前記複数の分散中間的処理結果を前記複数の端末装置に一つまたは複数のビークル対ビークル（Ｖ２Ｖ）接続を通じて送信することを含む、ということを含むことができる。

実施例２７１１では、実施例２７０４ないし２７１０のうちいずれか一項記載の主題は任意的に、前記複数のビークル端末装置の間のリンク品質、前記複数の端末装置の位置または前記複数の端末装置の処理容量のうちの一つまたは複数に基づいて前記分散処理シャッフル方式を生成することをさらに含むことができる。

実施例２７１２では、実施例２７０４ないし２７１１のうちいずれか一項記載の主題は任意的に、前記分散計算が操縦シーン再構成、衝突回避判断または自律操縦判断である、ということを含むことができる。

実施例２７１３は、実施例２７０４ないし２７１２のうちいずれか一項記載の方法を実行するよう構成された処理コンポーネントを含むアンカー制御ノードである。

実施例２７１４は、実施例２７０４ないし２７１２のうちいずれか一項記載の方法を実行するよう構成された処理コンポーネントである。

実施例２７１５は、プロセッサによって実行されたときに該プロセッサに実施例２７０４ないし２７１２のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２７１６は、アンカー制御ノードの一つまたは複数のプロセッサによって実行されたときに該アンカー制御ノードに実施例２７０４ないし２７１２のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２７１７は、通信装置であり、当該通信装置は、当該通信装置のローカル・エリアについてのローカル・センサー・データを取得し；前記ローカル・センサー・データに対して分散処理マッピング・タスクを実行して、第一の中間的な分散処理結果を得て；前記第一の中間的な分散処理結果を、分散処理シャッフル方式に従って宛先ビークル端末装置に提供し；前記分散処理シャッフル方式に従ってソース・ビークル端末装置から第二の中間的な分散処理結果を受信し；前記第一の中間的な分散処理結果および前記第二の中間的な分散処理結果に対して分散処理帰着タスクを実行して、最終的な分散処理結果を得るよう構成された一つまたは複数のプロセッサを含む。

実施例２７１８では、実施例２７１７の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができ、前記一つまたは複数のプロセッサは前記無線トランシーバおよび前記一つまたは複数のアンテナを介して、無線信号としてデータを送受信するよう構成される。

実施例２７１９では、実施例２７１７または２７１８の主題は任意的に、ビークル端末装置のための電子コンポーネントとして構成されることができる。

実施例２７２０では、実施例２７１８の主題は任意的に、ビークル端末装置として構成されることができる。

実施例２７２１では、実施例２７１７ないし２７２０のうちいずれか一項記載の主題は任意的に、前記宛先ビークル端末装置が前記ソース・ビークル端末装置とは異なる、ということを含むことができる。

実施例２７２２では、実施例２７１７ないし２７２１のうちいずれか一項記載の主題は任意的に、前記宛先ビークル端末装置が前記ソース・ビークル端末装置と同じである、ということを含むことができる。

実施例２７２３では、実施例２７１７ないし２７２２のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、一つまたは複数の追加的な中間的な分散処理結果を一つまたは複数の追加的なビークル端末装置から受信するようさらに構成され、前記一つまたは複数のプロセッサが、前記第一の中間的な分散処理結果および前記第二の中間的な分散処理結果に対して分散処理帰着タスクを実行して、最終的な分散処理結果を得ることを、前記第一の中間的な分散処理結果、第二の中間的な分散処理結果および前記一つまたは複数の追加的な中間的な分散処理結果に対して前記分散処理帰着タスクを実行して、前記最終的な分散処理結果を得ることによって実行するよう構成される、ということを含むことができる。

実施例２７２４では、実施例２７１７ないし２７２３のうちいずれか一項記載の主題は任意的に、前記最終的な分散処理結果が、操縦シーン再構成、衝突回避判断または自律操縦判断である、ということを含むことができる。

実施例２７２５では、実施例２７１７ないし２７２４のうちいずれか一項記載の主題は任意的に、前記第二の中間的な分散処理結果が、前記ソース・ビークル端末装置のローカル・エリアの情報を示す、ということを含むことができる。

実施例２７２６では、実施例２７１７ないし２７２５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ローカル・センサー・データに対して分散処理マッピング・タスクを実行して、第一の中間的な分散処理結果を得ることを、前記ローカル・センサー・データに対して前記分散処理マッピング・タスクを実行して、生の第一の中間的な分散処理結果を得て、前記生の第一の中間的な分散処理結果を分散符号化処理タスクに従って符号化して、前記第一の生の中間出力を得ることによって実行するよう構成される、ということを含むことができる。

実施例２７２７では、実施例２７２６の主題は任意的に、前記分散符号化処理タスクが、符号化されるMapReduce計算のための符号化タスクである、ということを含むことができる。

実施例２７２８では、実施例のいずれか一項記載の主題は任意的に、前記中間的な分散処理結果がエンコードされ、前記一つまたは複数のプロセッサが、前記第一の中間的な分散処理結果および前記第二の中間的な分散処理結果に対して分散処理帰着タスクを実行して、最終的な分散処理結果を得ることを、符号化されるMapReduce方式に基づいて、前記生の第一の中間的な分散処理結果を用いて、前記第二の中間的な分散処理結果をデコードすることによって実行するよう構成される、ということを含むことができる。

実施例２７２９では、実施例２７１７ないし２７２８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記第一の中間的な分散処理結果を、分散処理シャッフル方式に従って宛先ビークル端末装置に提供することを、前記第一の中間的な分散処理結果を前記宛先ビークル端末装置に、前記分散処理シャッフル方式に従って、ビークル対ビークル（Ｖ２Ｖ）接続を通じて送信することによって実行するよう構成される、ということを含むことができる。

実施例２７３０では、実施例２７１７ないし２７２９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記分散処理シャッフル方式に従ってソース・ビークル端末装置から第二の中間的な分散処理結果を受信することを、前記ソース・ビークル端末装置から前記第二の中間的な分散処理結果を、前記分散処理シャッフル方式に従って、ビークル対ビークル（Ｖ２Ｖ）接続を通じて受信することによって実行するよう構成される、ということを含むことができる。

実施例２７３１では、実施例２７１７ないし２７３０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記分散処理シャッフル方式を指定するアンカー制御ノードからの命令を受信するようさらに構成される、ということを含むことができる。

実施例２７３２では、実施例２７３１の主題は任意的に、前記命令が、前記第一の中間的な分散処理結果についての宛先として前記宛先ビークル端末装置を同定するまたは前記第二の中間的な分散処理結果のソースとして前記ソース・ビークル端末装置を同定する、ということを含むことができる。

実施例２７３３では、実施例２７１７ないし２７３２のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記第一の中間的な分散処理結果を、分散処理シャッフル方式に従って宛先ビークル端末装置に提供することを、前記分散処理シャッフル方式をコーディネートするアンカー制御ノードを介して、前記第一の中間的な分散処理結果を前記宛先ビークル端末装置に送信することによって実行するよう構成される、ということを含むことができる。

実施例２７３４では、実施例２７１７ないし２７３２のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記分散処理シャッフル方式に従ってソース・ビークル端末装置から第二の中間的な分散処理結果を受信することを、前記分散処理シャッフル方式をコーディネートするアンカー制御ノードを介して、前記ソース・ビークル端末装置から前記第二の中間的な分散処理結果を受信することによって実行するよう構成される、ということを含むことができる。

実施例２７３５では、実施例２７３４の主題は任意的に、前記一つまたは複数のプロセッサが、前記分散処理シャッフル方式をコーディネートするアンカー制御ノードを介して、前記ソース・ビークル端末装置から前記第二の中間的な分散処理結果を受信することを、前記アンカー制御ノードからマルチキャスト送信として、前記第二の中間的な分散処理結果を受信することによって実行するよう構成される、ということを含むことができる。

実施例２７３６では、実施例２７３１ないし２７３５のうちいずれか一項記載の主題は任意的に、前記アンカー制御ノードがネットワーク・アクセス・ノードである、ということを含むことができる。

実施例２７３７では、実施例２７３６の主題は任意的に、前記アンカー制御ノードが路側ユニット（ＲＳＵ：roadside unit）である、ということを含むことができる。

実施例２７３８では、実施例２７３１ないし２７３５のうちいずれか一項記載の主題は任意的に、前記アンカー制御ノードがビークル端末装置である、ということを含むことができる。

実施例２７３９では、実施例２７１７ないし２７３８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記最終的な分散処理結果に基づいて自律操縦を実行するようさらに構成される、ということを含むことができる。

実施例２７４０では、実施例２７１７ないし２７３９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記最終的な分散処理結果に基づいて当該通信装置を収容しているビークル端末装置のビークル動きを制御するようさらに構成される、ということを含むことができる。

実施例２７４１では、実施例２７１７ないし２７４０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサに前記センサー・データを提供するよう構成されたセンサーをさらに含むことができ、前記センサーは画像センサー、ビデオ・センサー、測位センサー、動きセンサーまたはレーダー・センサーである、ということを含むことができる。

実施例２７４２では、実施例２７１７ないし２７４１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、処理タスクを識別し、前記第一のビークル端末装置の一つまたは複数の状況基準を評価して前記処理タスクをローカルに実行するか前記処理タスクを分散計算として実行するかを決定し、該決定に基づいて前記処理タスクをローカルにまたは分散計算として実行するようさらに構成される、ということを含むことができる。

実施例２７４３では、実施例２７４２の主題は任意的に、前記一つまたは複数の状況基準が、前記処理タスクの計算負荷、前記処理タスクのレイテンシー制約条件、利用可能な帯域幅、現在のネットワーク輻輳レベル、オフロードのために利用可能な近接したビークル端末装置の数またはビークル・リンクのリンク品質もしくはインフラストラクチャー・リンクのリンク品質を含む、ということを含むことができる。

実施例２７４４は、通信装置であり、当該通信装置は、複数のビークル端末装置のそれぞれに、それぞれの分散処理マッピング・タスクを割り当て；それぞれの分散処理マッピング・タスクに基づく前記複数のビークル端末装置からの複数の分散中間的処理結果を受信し；前記複数の分散中間的処理結果を、分散処理シャッフル方式に従って、前記複数のビークル端末装置の間でルーティングするよう構成された一つまたは複数のプロセッサを含む。

実施例２７４５では、実施例２７４４の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができ、前記一つまたは複数のプロセッサは前記無線トランシーバおよび前記一つまたは複数のアンテナを介して、無線信号としてデータを送受信するよう構成される。

実施例２７４６では、実施例２７４４または２７４５の主題は任意的に、ネットワーク・アクセス・ノードのための電子コンポーネントとして構成されることができる。

実施例２７４７では、実施例２７４６の主題は任意的に、ネットワーク・アクセス・ノードとして構成されることができる。

実施例２７４８では、実施例２７４４ないし２７４７のうちいずれか一項記載の主題は任意的に、前記それぞれの分散処理マッピング・タスクがMapReduce〔マップ・リデュース〕計算のマップ・タスクであり、前記分散処理シャッフル方式がMapReduce計算のシャッフル方式である、ということを含むことができる。

実施例２７４９では、実施例２７４４ないし２７４８のうちいずれか一項記載の主題は任意的に、前記それぞれの分散処理マッピング・タスクが、符号化MapReduce計算のマップ・タスクであり、前記分散処理シャッフル方式が符号化されるMapReduce計算の符号化シャッフル方式である、ということを含むことができる。

実施例２７５０では、実施例２７４４ないし２７４９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記複数の分散中間的処理結果を、分散処理シャッフル方式に従って、前記複数のビークル端末装置の間でルーティングすることを、前記複数の分散中間的処理結果を含む前記複数のビークル端末装置へのブロードキャストまたはマルチキャスト送信を実行することによって実行するよう構成される、ということを含むことができる。

実施例２７５１では、実施例２７５０の主題は任意的に、ネットワーク・アクセス・ノードにおける動作のために適応され、前記複数の分散中間的処理結果を含む前記複数のビークル端末装置へのブロードキャストまたはマルチキャスト送信を実行することが、前記ブロードキャストまたはマルチキャスト送信を下りリンク送信として実行することを含む、ということを含むことができる。

実施例２７５２では、実施例２７５１の主題は任意的に、路側ユニット（ＲＳＵ）ネットワーク・アクセス・ノードにおける動作のために適応されていることを含むことができる。

実施例２７５３では、実施例２７４４ないし２７５２のうちいずれか一項記載の主題は任意的に、前記分散処理シャッフル方式をコーディネートするビークル端末装置における動作のために適応されており、前記一つまたは複数のプロセッサが、前記複数の分散中間的処理結果を、分散処理シャッフル方式に従って、前記複数のビークル端末装置の間でルーティングすることを、前記複数の分散中間的処理結果を前記複数の端末装置に一つまたは複数のビークル対ビークル（Ｖ２Ｖ）接続を通じて送信することによって実行するよう構成される、ということを含むことができる。

実施例２７５４では、実施例２７４４ないし２７５３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記複数のビークル端末装置の間のリンク品質、前記複数の端末装置の位置または前記複数の端末装置の処理容量のうちの一つまたは複数に基づいて前記分散処理シャッフル方式を生成するようさらに構成される、ということを含むことができる。

実施例２７５５では、実施例２７４４ないし２７５４のうちいずれか一項記載の主題は任意的に、前記それぞれの分散処理マッピング・タスクが操縦シーン再構成、衝突回避判断または自律操縦判断の一部である、ということを含むことができる。

実施例２７５６は、通信装置であり、当該通信装置は、当該通信装置のローカル・エリアについてのローカル・センサー・データを取得し；前記ローカル・センサー・データに対して分散処理マッピング・タスクを実行して、第一の中間的な分散処理結果を得て；前記第一の中間的な分散処理結果を、分散処理シャッフル方式に従って宛先ビークル端末装置に提供し；前記分散処理シャッフル方式に従ってソース・ビークル端末装置から第二の中間的な分散処理結果を受信し；前記第一の中間的な分散処理結果および前記第二の中間的な分散処理結果に対して分散処理帰着タスクを実行して、最終的な分散処理結果を得るよう構成された処理回路を含む。

実施例２７５７では、実施例２７５６の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができ、前記処理回路は前記無線トランシーバおよび前記一つまたは複数のアンテナを介して、無線信号としてデータを送受信するよう構成される。

実施例２７５８では、実施例２７５６または２７５７の主題は任意的に、ビークル端末装置のための電子回路コンポーネントとして構成されることができる。

実施例２７５９では、実施例２７５７の主題は任意的に、ビークル端末装置として構成されることができる。

実施例２７６０では、実施例２７５６ないし２７５９のうちいずれか一項記載の主題は任意的に、前記処理回路がハードウェア定義回路またはソフトウェア定義回路である、ということを含むことができる。

実施例２７６１では、実施例２７５６ないし２７６０のうちいずれか一項記載の主題は任意的に、前記宛先ビークル端末装置が前記ソース・ビークル端末装置とは異なる、ということを含むことができる。

実施例２７６２では、実施例２７５６ないし２７６１のうちいずれか一項記載の主題は任意的に、前記宛先ビークル端末装置が前記ソース・ビークル端末装置と同じである、ということを含むことができる。

実施例２７６３では、実施例２７５６ないし２７６２のうちいずれか一項記載の主題は任意的に、前記処理回路が、一つまたは複数の追加的な中間的な分散処理結果を一つまたは複数の追加的なビークル端末装置から受信するようさらに構成され、前記処理回路が、前記第一の中間的な分散処理結果および前記第二の中間的な分散処理結果に対して分散処理帰着タスクを実行して、最終的な分散処理結果を得ることを、前記第一の中間的な分散処理結果、第二の中間的な分散処理結果および前記一つまたは複数の追加的な中間的な分散処理結果に対して前記分散処理帰着タスクを実行して、前記最終的な分散処理結果を得ることによって実行するよう構成される、ということを含むことができる。

実施例２７６４では、実施例２７５６ないし２７６３のうちいずれか一項記載の主題は任意的に、前記最終的な分散処理結果が、操縦シーン再構成、衝突回避判断または自律操縦判断である、ということを含むことができる。

実施例２７６５では、実施例２７５６ないし２７６４のうちいずれか一項記載の主題は任意的に、前記第二の中間的な分散処理結果が、前記ソース・ビークル端末装置のローカル・エリアの情報を示す、ということを含むことができる。

実施例２７６６では、実施例２７５６ないし２７６５のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ローカル・センサー・データに対して分散処理マッピング・タスクを実行して、第一の中間的な分散処理結果を得ることを、前記ローカル・センサー・データに対して前記分散処理マッピング・タスクを実行して、生の第一の中間的な分散処理結果を得て、前記生の第一の中間的な分散処理結果を分散符号化処理タスクに従って符号化して、前記第一の生の中間出力を得ることによって実行するよう構成される、ということを含むことができる。

実施例２７６７では、実施例２７６６の主題は任意的に、前記分散符号化処理タスクが、符号化されるMapReduce計算のための符号化タスクである、ということを含むことができる。

実施例２７６８では、実施例２７６６または２７６７の主題は任意的に、前記第二の中間的な分散処理結果がエンコードされ、前記処理回路が、前記第一の中間的な分散処理結果および前記第二の中間的な分散処理結果に対して分散処理帰着タスクを実行して、最終的な分散処理結果を得ることを、符号化されるMapReduce方式に基づいて、前記生の第一の中間的な分散処理結果を用いて、前記第二の中間的な分散処理結果をデコードすることによって実行するよう構成される、ということを含むことができる。

実施例２７６９では、実施例２７５６ないし２７６８のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記第一の中間的な分散処理結果を、分散処理シャッフル方式に従って宛先ビークル端末装置に提供することを、前記第一の中間的な分散処理結果を前記宛先ビークル端末装置に、前記分散処理シャッフル方式に従って、ビークル対ビークル（Ｖ２Ｖ）接続を通じて送信することによって実行するよう構成される、ということを含むことができる。

実施例２７７０では、実施例２７５６ないし２７６９のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記分散処理シャッフル方式に従ってソース・ビークル端末装置から第二の中間的な分散処理結果を受信することを、前記ソース・ビークル端末装置から前記第二の中間的な分散処理結果を、前記分散処理シャッフル方式に従って、ビークル対ビークル（Ｖ２Ｖ）接続を通じて受信することによって実行するよう構成される、ということを含むことができる。

実施例２７７１では、実施例２７５６ないし２７７０のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記分散処理シャッフル方式を指定するアンカー制御ノードからの命令を受信するようさらに構成される、ということを含むことができる。

実施例２７７２では、実施例２７７１の主題は任意的に、前記命令が、前記第一の中間的な分散処理結果についての宛先として前記宛先ビークル端末装置を同定するまたは前記第二の中間的な分散処理結果のソースとして前記ソース・ビークル端末装置を同定する、ということを含むことができる。

実施例２７７３では、実施例２７５６ないし２７６８のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記第一の中間的な分散処理結果を、分散処理シャッフル方式に従って宛先ビークル端末装置に提供することを、前記分散処理シャッフル方式をコーディネートするアンカー制御ノードを介して、前記第一の中間的な分散処理結果を前記宛先ビークル端末装置に送信することによって実行するよう構成される、ということを含むことができる。

実施例２７７４では、実施例２７５６ないし２７６８のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記分散処理シャッフル方式に従ってソース・ビークル端末装置から第二の中間的な分散処理結果を受信することを、前記分散処理シャッフル方式をコーディネートするアンカー制御ノードを介して、前記ソース・ビークル端末装置から前記第二の中間的な分散処理結果を受信することによって実行するよう構成される、ということを含むことができる。

実施例２７７５では、実施例２７７４の主題は任意的に、前記処理回路が、前記分散処理シャッフル方式をコーディネートするアンカー制御ノードを介して、前記ソース・ビークル端末装置から前記第二の中間的な分散処理結果を受信することを、前記アンカー制御ノードからマルチキャスト送信として、前記第二の中間的な分散処理結果を受信することによって実行するよう構成される、ということを含むことができる。

実施例２７７６では、実施例２７７１ないし２７７５のうちいずれか一項記載の主題は任意的に、前記アンカー制御ノードがネットワーク・アクセス・ノードである、ということを含むことができる。

実施例２７７７では、実施例２７７６の主題は任意的に、前記アンカー制御ノードが路側ユニット（ＲＳＵ：roadside unit）である、ということを含むことができる。

実施例２７７８では、実施例２７７１ないし２７７５のうちいずれか一項記載の主題は任意的に、前記アンカー制御ノードがビークル端末装置である、ということを含むことができる。

実施例２７７９では、実施例２７５６ないし２７７８のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記最終的な分散処理結果に基づいて自律操縦を実行するようさらに構成される、ということを含むことができる。

実施例２７８０では、実施例２７５６ないし２７７８のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記最終的な分散処理結果に基づいて当該通信装置を収容しているビークル端末装置のビークル動きを制御するようさらに構成される、ということを含むことができる。

実施例２７８１では、実施例２７５６ないし２７８０のうちいずれか一項記載の主題は任意的に、前記処理回路に前記センサー・データを提供するよう構成されたセンサーをさらに含むことができ、前記センサーは画像センサー、ビデオ・センサー、測位センサー、動きセンサーまたはレーダー・センサーである、ということを含むことができる。

実施例２７４２では、実施例２７５６ないし２７８１のうちいずれか一項記載の主題は任意的に、前記処理回路が、処理タスクを識別し、前記第一のビークル端末装置の一つまたは複数の状況基準を評価して前記処理タスクをローカルに実行するか前記処理タスクを分散計算として実行するかを決定し、該決定に基づいて前記処理タスクをローカルにまたは分散計算として実行するようさらに構成される、ということを含むことができる。

実施例２７８３では、実施例２７８２の主題は任意的に、前記一つまたは複数の状況基準が、前記処理タスクの計算負荷、前記処理タスクのレイテンシー制約条件、利用可能な帯域幅、現在のネットワーク輻輳レベル、オフロードのために利用可能な近接したビークル端末装置の数またはビークル・リンクのリンク品質もしくはインフラストラクチャー・リンクのリンク品質を含む、ということを含むことができる。

実施例２７８４は、通信装置であり、当該通信装置は、複数のビークル端末装置のそれぞれに、それぞれの分散処理マッピング・タスクを割り当て；それぞれの分散処理マッピング・タスクに基づく前記複数のビークル端末装置からの複数の分散中間的処理結果を受信し；前記複数の分散中間的処理結果を、分散処理シャッフル方式に従って、前記複数のビークル端末装置の間でルーティングするよう構成された処理回路を含む。

実施例２７８５では、実施例２７８４の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができ、前記処理回路は前記無線トランシーバおよび前記一つまたは複数のアンテナを介して、無線信号としてデータを送受信するよう構成される。

実施例２７８６では、実施例２７８４または２７８５の主題は任意的に、ネットワーク・アクセス・ノードのための電子回路コンポーネントとして構成されることができる。

実施例２７８７では、実施例２７８５の主題は任意的に、ネットワーク・アクセス・ノードとして構成されることができる。

実施例２７８８では、実施例２７８４ないし２７８７のうちいずれか一項記載の主題は任意的に、前記処理回路がハードウェア定義回路またはソフトウェア定義回路である、ということを含むことができる。

実施例２７８９では、実施例２７８４ないし２７８８のうちいずれか一項記載の主題は任意的に、前記それぞれの分散処理マッピング・タスクがMapReduce〔マップ・リデュース〕計算のマップ・タスクであり、前記分散処理シャッフル方式がMapReduce計算のシャッフル方式である、ということを含むことができる。

実施例２７９０では、実施例２７８４ないし２７８９のうちいずれか一項記載の主題は任意的に、前記それぞれの分散処理マッピング・タスクが、符号化MapReduce計算のマップ・タスクであり、前記分散処理シャッフル方式が符号化されるMapReduce計算の符号化シャッフル方式である、ということを含むことができる。

実施例２７９１では、実施例２７８４ないし２７９０のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記複数の分散中間的処理結果を、分散処理シャッフル方式に従って、前記複数のビークル端末装置の間でルーティングすることを、前記複数の分散中間的処理結果を含む前記複数のビークル端末装置へのブロードキャストまたはマルチキャスト送信を実行することによって実行するよう構成される、ということを含むことができる。

実施例２７９２では、実施例２７９１の主題は任意的に、ネットワーク・アクセス・ノードにおける動作のために適応され、前記複数の分散中間的処理結果を含む前記複数のビークル端末装置へのブロードキャストまたはマルチキャスト送信を実行することが、前記ブロードキャストまたはマルチキャスト送信を下りリンク送信として実行することを含む、ということを含むことができる。

実施例２７９３では、実施例２７９２の主題は任意的に、路側ユニット（ＲＳＵ）ネットワーク・アクセス・ノードにおける動作のために適応されていることを含むことができる。

実施例２７９４では、実施例２７８４ないし２７９３のうちいずれか一項記載の主題は任意的に、前記分散処理シャッフル方式をコーディネートするビークル端末装置における動作のために適応されており、前記処理回路が、前記複数の分散中間的処理結果を、分散処理シャッフル方式に従って、前記複数のビークル端末装置の間でルーティングすることを、前記複数の分散中間的処理結果を前記複数の端末装置に一つまたは複数のビークル対ビークル（Ｖ２Ｖ）接続を通じて送信することによって実行するよう構成される、ということを含むことができる。

実施例２７９５では、実施例２７８４ないし２７９４のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記複数のビークル端末装置の間のリンク品質、前記複数の端末装置の位置または前記複数の端末装置の処理容量のうちの一つまたは複数に基づいて前記分散処理シャッフル方式を生成するようさらに構成される、ということを含むことができる。

実施例２７９６では、実施例２７８４ないし２７９５のうちいずれか一項記載の主題は任意的に、前記それぞれの分散処理マッピング・タスクが操縦シーン再構成、衝突回避判断または自律操縦判断の一部である、ということを含むことができる。

実施例２７９７は、別の端末装置との直接無線リンクを確立する段階であって、該別の端末装置は無線ネットワークに接続されている、段階と；前記直接無線リンクを通じて前記別の端末装置から、前記無線ネットワークへのネットワーク接続パラメータを受信する段階と；前記ネットワーク接続パラメータに基づいて前記無線ネットワークへの接続を試みる段階とを実行するよう構成されている一つまたは複数のプロセッサを含む通信装置である。

実施例２７９８では、実施例２７９７の主題は任意的に、トランシーバおよび一つまたは複数のアンテナをさらに含むことができる。

実施例２７９９では、実施例２７９８の主題は任意的に、前記トランシーバが装置対装置（Ｄ２Ｄ：device to device）通信を介して他の装置と通信するよう構成される、ということを含むことができる。

実施例２８００では、実施例２７９８または２７９９の主題は任意的に、前記一つまたは複数のプロセッサが、前記トランシーバおよび一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される、ということを含むことができる。

実施例２８０１では、実施例２７９８ないし２８００のうちいずれか一項記載の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例２８０２では、実施例２７９７ないし２８００のうちいずれか一項記載の主題は任意的に、端末装置における動作のための電子回路コンポーネントとして構成されることができる。

実施例２８０３では、実施例２７９７ないし２８０２のうちいずれか一項記載の主題は任意的に、当該通信装置が、前記直接無線リンクを確立する段階と；前記ネットワーク接続パラメータを受信する段階と；前記ネットワークへの接続を試みる段階とを、全周波数帯域探索を実行する前に行なうよう構成される、ということを含むことができる。

実施例２８０４では、実施例２７９７ないし２８０３のうちいずれか一項記載の主題は任意的に、前記ネットワーク接続パラメータが、参照信号受信電力（ＲＳＲＰ：reference signal received power）、参照信号受信品質（ＲＳＲＱ：reference signal received quality）、信号対干渉・雑音比（ＳＩＮＲ：signal to interference and noise ratio）または往復遅延（round trip delay）のうちの一つまたは複数を含む、ということを含むことができる。

実施例２８０５では、実施例２７９７ないし２８０４のうちいずれか一項記載の主題は任意的に、当該通信装置がそのうちから前記直接無線リンクを確立するよう構成されている端末装置のリストを記憶するよう構成されたメモリをさらに含むことができる。

実施例２８０６では、実施例２８０５の主題は任意的に、前記端末装置のリストが、当該通信装置と共通のネットワーク事業者を共有する端末装置を含む、ということを含むことができる。

実施例２８０７では、実施例２８０５の主題は任意的に、前記端末装置のリストが、当該通信装置と共通のＯＥＭ製造業者（original equipment manufacturer）を共有する端末装置を含む、ということを含むことができる。

実施例２８０８では、実施例２８０５の主題は任意的に、前記端末装置のリストが、当該通信装置と共通の企業ＩＴ（information technology）マネージャを共有する端末装置を含む、ということを含むことができる。

実施例２８０９では、実施例２７９７ないし２８０８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記別の端末装置の測位データを前記直接無線リンクを通じて受信するようさらに構成される、ということを含むことができる。

実施例２８１０では、実施例２８０９の主題は任意的に、前記一つまたは複数のプロセッサが、前記測位データを使って、地上波公共移動通信（ＰＬＭＮ：public landline mobile）国コードまたは事業者コードを決定するようさらに構成される、ということを含むことができる。

実施例２８１１では、実施例２８０９ないし２８１０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記測位データを当該通信装置についての近似位置として使い、当該通信装置自身の測位コンポーネントが当該通信装置の位置を決定することを抑制するようさらに構成される、ということを含むことができる。

実施例２８１２では、実施例２８０９ないし２８１１のうちいずれか一項記載の主題は任意的に、前記測位データが緯度、経度または高度に関係している、ということを含むことができる。

実施例２８１３では、実施例２８０９ないし２８１２のうちいずれか一項記載の主題は任意的に、前記測位データがグローバル測位システム（ＧＰＳ）データである、ということを含むことができる。

実施例２８１４は、複数の端末装置との直接無線リンクを確立する段階であって、該複数の端末装置はそれぞれの無線ネットワークに接続されている、段階と；各直接無線リンクを通じて前記複数の端末装置から、それぞれの無線ネットワークへのそれぞれのネットワーク接続パラメータを受信する段階と；それぞれのネットワーク接続パラメータを評価して該それぞれのネットワーク接続パラメータから特定の諸ネットワーク接続パラメータを基準に基づいて選択する段階と；該特定の諸ネットワーク接続パラメータに基づいて、指定された無線ネットワークへの接続を試みる段階とを実行するよう構成されている一つまたは複数のプロセッサを含む通信装置である。

実施例２８１５では、実施例２８１４の主題は任意的に、トランシーバおよび一つまたは複数のアンテナをさらに含むことができる。

実施例２８１６では、実施例２８１５の主題は任意的に、前記トランシーバが装置対装置（Ｄ２Ｄ：device to device）通信を介して他の装置と通信するよう構成される、ということを含むことができる。

実施例２８１７では、実施例２８１５または２８１６の主題は任意的に、前記一つまたは複数のプロセッサが、前記トランシーバおよび一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される、ということを含むことができる。

実施例２８１８では、実施例２８１５ないし２８１７のうちいずれか一項記載の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例２８１９では、実施例２８１４ないし２８１８のうちいずれか一項記載の主題は任意的に、端末装置における動作のための電子回路コンポーネントとして構成されることができる。

実施例２８２０では、実施例２８１４ないし２８１９のうちいずれか一項記載の主題は任意的に、当該通信装置が、前記直接無線リンクを確立する段階と；前記それぞれのネットワーク接続パラメータを受信する段階と；前記指定されたネットワークへの接続を試みる段階とを、全周波数帯域探索を実行する前に行なうよう構成される、ということを含むことができる。

実施例２８２１では、実施例２８１４ないし２８２０のうちいずれか一項記載の主題は任意的に、前記ネットワーク接続パラメータが、無線アクセス技術型、周波数帯域、モバイル国コード（ＭＣＣ：mobile country code）、モバイル・ネットワーク・コード（ＭＮＣ：mobile network code）、下りリンク・キャリア周波数、セル識別情報、参照信号受信電力（ＲＳＲＰ：reference signal received power）、参照信号受信品質（ＲＳＲＱ：reference signal received quality）、信号対雑音比（ＳＮＲ）、信号対干渉・雑音比（ＳＩＮＲ）値、往復遅延またはシステム情報を含む、ということを含むことができる。

実施例２８２２では、実施例２８１４ないし２８２１のうちいずれか一項記載の主題は任意的に、当該通信装置がそのうちから前記直接無線リンクを確立するよう構成されている端末装置のリストを記憶するよう構成されたメモリをさらに含むことができる。

実施例２８２３では、実施例２８２２の主題は任意的に、前記端末装置のリストが、当該通信装置と共通のネットワーク事業者を共有する端末装置を含む、ということを含むことができる。

実施例２８２４では、実施例２８２２の主題は任意的に、前記端末装置のリストが、当該通信装置と共通のＯＥＭ製造業者（original equipment manufacturer）を共有する端末装置を含む、ということを含むことができる。

実施例２８２５では、実施例２８２２の主題は任意的に、前記端末装置のリストが、当該通信装置と共通の企業ＩＴ（information technology）マネージャを共有する端末装置を含む、ということを含むことができる。

実施例２８２６では、実施例２８１４ないし２８２５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記少なくとも一つの別の端末装置の測位データを前記直接無線リンクを通じて受信するようさらに構成される、ということを含むことができる。

実施例２８２７では、実施例２８２６の主題は任意的に、前記一つまたは複数のプロセッサが、前記測位データを使って、地上波公共移動通信（ＰＬＭＮ：public landline mobile）国コードまたは事業者コードを決定するようさらに構成される、ということを含むことができる。

実施例２８２８では、実施例２８２６ないし２８２７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記測位データを当該通信装置についての近似位置として使い、当該通信装置自身の測位コンポーネントが当該通信装置の位置を決定することを抑制するようさらに構成される、ということを含むことができる。

実施例２８２９では、実施例２８２６ないし２８２８のうちいずれか一項記載の主題は任意的に、前記測位データが緯度、経度または高度に関係している、ということを含むことができる。

実施例２８３０では、実施例２８２６ないし２８２９のうちいずれか一項記載の主題は任意的に、前記測位データがグローバル測位システム（ＧＰＳ）データである、ということを含むことができる。

実施例２８３１は、別の端末装置との直接無線リンクを確立する手段であって、該別の端末装置は無線ネットワークに接続されている、手段と；前記直接無線リンクを通じて前記別の端末装置から、前記無線ネットワークへのネットワーク接続パラメータを受信する手段と；前記ネットワーク接続パラメータに基づいて前記無線ネットワークへの接続を試みる手段とを含む通信装置である。

実施例２８３２は、通信装置が無線ネットワークへの接続を確立する方法であり、当該方法は、別の端末装置との直接無線リンクを確立する段階であって、該別の端末装置は無線ネットワークに接続されている、段階と；前記直接無線リンクを通じて前記別の端末装置から、前記無線ネットワークへのネットワーク接続パラメータを受信する段階と；前記ネットワーク接続パラメータに基づいて前記無線ネットワークへの接続を試みる段階とを含む。

実施例２８３３では、実施例２８３２の主題は任意的に、前記直接無線リンクを確立する段階と；前記ネットワーク接続パラメータを受信する段階と；前記ネットワークへの接続を試みる段階とを、当該通信装置が全周波数帯域探索を実行する前に行なうことをさらに含むことができる。

実施例２８３４では、実施例２８３２ないし２８３３のうちいずれか一項記載の主題は任意的に、当該通信装置が、装置対装置（Ｄ２Ｄ：device to device）通信を介して他の装置と通信するよう構成されたトランシーバを含む、ということを含むことができる。

実施例２８３５では、実施例２８３２ないし２８３４のうちいずれか一項記載の主題は任意的に、前記ネットワーク接続パラメータが、無線アクセス技術型、周波数帯域、モバイル国コード（ＭＣＣ：mobile country code）、モバイル・ネットワーク・コード（ＭＮＣ：mobile network code）、下りリンク・キャリア周波数、セル識別情報、参照信号受信電力（ＲＳＲＰ：reference signal received power）、参照信号受信品質（ＲＳＲＱ：reference signal received quality）、信号対雑音比（ＳＮＲ）、信号対干渉・雑音比（ＳＩＮＲ）値、往復遅延またはシステム情報を含む、ということを含むことができる。

実施例２８３６では、実施例２８３２ないし２８３５のうちいずれか一項記載の主題は任意的に、当該通信装置がそのうちから前記直接無線リンクを確立するよう構成されている端末装置のリストを、当該通信装置のメモリ・コンポーネントに記憶することを含むことができる。

実施例２８３７では、実施例２８３６の主題は任意的に、前記端末装置のリストが、当該通信装置と共通のネットワーク事業者を共有する端末装置を含む、ということを含むことができる。

実施例２８３８では、実施例２８３６の主題は任意的に、前記端末装置のリストが、当該通信装置と共通のＯＥＭ製造業者（original equipment manufacturer）を共有する端末装置を含む、ということを含むことができる。

実施例２８３９では、実施例２８３６の主題は任意的に、前記端末装置のリストが、当該通信装置と共通の企業ＩＴ（information technology）マネージャを共有する端末装置を含む、ということを含むことができる。

実施例２８４０では、実施例２８３２ないし２８３９のうちいずれか一項記載の主題は任意的に、前記別の端末装置の測位データを前記直接無線リンクを通じて受信することをさらに含むことができる。

実施例２８４１では、実施例２８４０の主題は任意的に、前記測位データを使って、地上波公共移動通信（ＰＬＭＮ：public landline mobile）国コードまたは事業者コードを決定することをさらに含むことができる。

実施例２８４２では、実施例２８４０ないし２８４１のうちいずれか一項記載の主題は任意的に、前記測位データを当該通信装置についての近似位置として使い、当該通信装置自身の測位コンポーネントを抑制することをさらに含むことができる。

実施例２８４３では、実施例２８４０ないし２８４２のうちいずれか一項記載の主題は任意的に、前記測位データが緯度、経度または高度に関係している、ということを含むことができる。

実施例２８４４では、実施例２８４０ないし２８４３のうちいずれか一項記載の主題は任意的に、前記測位データがグローバル測位システム（ＧＰＳ）データである、ということを含むことができる。

実施例２８４５は、実施例２８３２ないし２８４２のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む端末装置である。

実施例２８４６は、実施例２８３２ないし２８４５のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例２８４７では、プロセッサによって実行されたときに該プロセッサに実施例２８３２ないし２８４２のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２８４８では、端末装置の一つまたは複数のプロセッサによって実行されたときに該端末装置に実施例２８３２ないし２８４２のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２８４９は、複数の端末装置との直接無線リンクを確立する手段であって、該複数の端末装置はそれぞれの無線ネットワークに接続されている、手段と；各直接無線リンクを通じて前記複数の端末装置から、それぞれの無線ネットワークへのそれぞれのネットワーク接続パラメータを受信する手段と；それぞれのネットワーク接続パラメータを評価する手段と；該それぞれのネットワーク接続パラメータから特定の諸ネットワーク接続パラメータを基準に基づいて選択する手段と；該特定の諸ネットワーク接続パラメータに基づいて、指定された無線ネットワークへの接続を試みる手段とを含む通信装置である。

実施例２８５０は、通信装置が無線ネットワークへの接続を確立する方法であり、当該方法は、複数の端末装置との直接無線リンクを確立する段階であって、該複数の端末装置はそれぞれの無線ネットワークに接続されている、段階と；各直接無線リンクを通じて前記複数の端末装置から、それぞれの無線ネットワークへのそれぞれのネットワーク接続パラメータを受信する段階と；それぞれのネットワーク接続パラメータを評価して該それぞれのネットワーク接続パラメータから特定の諸ネットワーク接続パラメータを基準に基づいて選択する段階と；該特定の諸ネットワーク接続パラメータに基づいて、指定された無線ネットワークへの接続を試みる段階とを含む。

実施例２８５１では、実施例２８５０の主題は任意的に、前記直接無線リンクを確立する段階と；前記それぞれのネットワーク接続パラメータを受信する段階と；前記指定されたネットワークへの接続を試みる段階とを、全周波数帯域探索を実行する前に行なうことをさらに含むことができる。

実施例２８５２では、実施例２８５０または２８５１の主題は任意的に、前記指定された無線ネットワークへの接続の試みが失敗したとき、前記それぞれのネットワーク接続パラメータから第二の特定の諸ネットワーク接続パラメータを選択し、該第二の特定の諸ネットワーク接続パラメータに基づいて、第二の指定された無線ネットワークへの別の接続を試みることを含むことができる。

実施例２８５３では、実施例２８５０ないし２８５２のうちいずれか一項記載の主題は任意的に、当該通信装置が、装置対装置（Ｄ２Ｄ：device to device）通信を介して他の装置と通信するよう構成されたトランシーバを含む、ということを含むことができる。

実施例２８５４では、実施例２８５０ないし２８５３のうちいずれか一項記載の主題は任意的に、前記ネットワーク接続パラメータが、無線アクセス技術型、周波数帯域、モバイル国コード（ＭＣＣ：mobile country code）、モバイル・ネットワーク・コード（ＭＮＣ：mobile network code）、下りリンク・キャリア周波数、セル識別情報、参照信号受信電力（ＲＳＲＰ：reference signal received power）、参照信号受信品質（ＲＳＲＱ：reference signal received quality）、信号対雑音比（ＳＮＲ）、信号対干渉・雑音比（ＳＩＮＲ）値、往復遅延またはシステム情報を含む、ということを含むことができる。

実施例２８５５では、実施例２８５０ないし２８５４のうちいずれか一項記載の主題は任意的に、当該通信装置がそのうちから前記直接無線リンクを確立するよう構成されている端末装置のリストを当該通信装置のメモリに記憶することをさらに含むことができる。

実施例２８５６では、実施例２８５５の主題は任意的に、前記端末装置のリストが、当該通信装置と共通のネットワーク事業者を共有する端末装置を含む、ということを含むことができる。

実施例２８５７では、実施例２８５５の主題は任意的に、前記端末装置のリストが、当該通信装置と共通のＯＥＭ製造業者（original equipment manufacturer）を共有する端末装置を含む、ということを含むことができる。

実施例２８５８では、実施例２８５５の主題は任意的に、前記端末装置のリストが、当該通信装置と共通の企業ＩＴ（information technology）マネージャを共有する端末装置を含む、ということを含むことができる。

実施例２８５９では、実施例２８５０ないし２８５８のうちいずれか一項記載の主題は任意的に、前記別の端末装置の測位データを前記直接無線リンクを通じて受信することをさらに含むことができる。

実施例２８６０では、実施例２８５９の主題は任意的に、前記測位データを使って、地上波公共移動通信（ＰＬＭＮ：public landline mobile）国コードまたは事業者コードを決定することをさらに含むことができる。

実施例２８６１では、実施例２８５９ないし２８６０のうちいずれか一項記載の主題は任意的に、前記測位データを当該通信装置についての近似位置として使い、当該通信装置自身の測位コンポーネントを抑制することをさらに含むことができる。

実施例２８６２では、実施例２８５９ないし２８６１のうちいずれか一項記載の主題は任意的に、前記測位データが緯度、経度または高度に関係している、ということを含むことができる。

実施例２８６３では、実施例２８５９ないし２８６２のうちいずれか一項記載の主題は任意的に、前記測位データがグローバル測位システム（ＧＰＳ）データである、ということを含むことができる。

実施例２８６４は、実施例２８５０ないし２８６１のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む端末装置である。

実施例２８６５は、実施例２８５０ないし２８６１のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例２８６６は、プロセッサによって実行されたときに該プロセッサに実施例２８５０ないし２８６１のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２８６７は、端末装置の一つまたは複数のプロセッサによって実行されたときに該端末装置に実施例２８５０ないし２８６１のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２８６８は、複数の端末装置のうちの第一の端末装置からネットワークへの接続を確立する手段と、前記複数の端末装置のうちの残りの端末装置のネットワーク周波数帯域スキャンを抑制する手段と、前記第一の端末装置において前記ネットワークへのその接続から得られたネットワーク接続データを前記複数の端末装置のうちの残りの端末装置と共有する手段とを含む、装置である。

実施例２８６９は、複数の端末装置の間のネットワーク接続データを管理する方法であり、当該方法は、前記複数の端末装置のうちの第一の端末装置からネットワークへの接続を確立する段階と、前記複数の端末装置のうちの残りの端末装置のネットワーク周波数帯域スキャンを抑制する段階と、前記第一の端末装置において前記ネットワークへのその接続から得られたネットワーク接続データを前記複数の端末装置のうちの残りの端末装置と共有する段階とを含む。

実施例２８７０では、実施例２８６９の主題は任意的に、前記第一の端末装置から前記複数の端末装置のうちの残りの端末装置への直接リンクを確立することをさらに含むことができる。

実施例２８７１では、実施例２８６９ないし２８７０のうちいずれか一項記載の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）リンクである、ということを含むことができる。

実施例２８７２では、実施例２８６９ないし２８７１のうちいずれか一項記載の主題は任意的に、前記共有されたネットワーク接続データに基づいて、第二の端末装置が前記ネットワークに接続することをさらに含むことができる。

実施例２８７３では、実施例２８７２の主題は任意的に、前記第二の端末装置が前記ネットワークに接続すると、前記ネットワークと前記第一の端末装置との間の接続を打ち切ることをさらに含むことができる。

実施例２８７４は、実施例２８６９ないし２８７３のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む端末装置である。

実施例２８７５は、実施例２８６９ないし２８７３のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例２８７６は、プロセッサによって実行されたときに該プロセッサに実施例２８６９ないし２８７３のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２８７７は、端末装置の一つまたは複数のプロセッサによって実行されたときに該端末装置に実施例２８６９ないし２８７３のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２８７８は、別の端末装置との直接無線リンクを確立する段階であって、該別の端末装置は無線ネットワークに接続されている、段階と；前記直接無線リンクを通じて前記別の端末装置から、前記無線ネットワークへのネットワーク接続パラメータを受信する段階と；前記ネットワーク接続パラメータに基づいて前記無線ネットワークへの接続を試みる段階とを実行するよう構成されている処理回路を含む通信装置である。

実施例２８７９では、実施例２８７８の主題は任意的に、トランシーバおよび一つまたは複数のアンテナをさらに含むことができる。

実施例２８８０では、実施例２８７９の主題は任意的に、前記トランシーバが装置対装置（Ｄ２Ｄ：device to device）通信を介して他の装置と通信するよう構成される、ということを含むことができる。

実施例２８８１では、実施例２８７９または２８８０の主題は任意的に、前記処理回路が、前記トランシーバおよび一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される、ということを含むことができる。

実施例２８８２では、実施例２８７９ないし２８８１のうちいずれか一項記載の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例２８８３では、実施例２８７８ないし２８８１のうちいずれか一項記載の主題は任意的に、端末装置における動作のための電子回路コンポーネントとして構成されることができる。

実施例２８８４では、実施例２８７８ないし２８８３のうちいずれか一項記載の主題は任意的に、当該通信装置が、前記直接無線リンクを確立する段階と；前記ネットワーク接続パラメータを受信する段階と；前記ネットワークへの接続を試みる段階とを、全周波数帯域探索を実行する前に行なうよう構成される、ということを含むことができる。

実施例２８８５では、実施例２８７８ないし２８８４のうちいずれか一項記載の主題は任意的に、前記ネットワーク接続パラメータが、無線アクセス技術型、周波数帯域、モバイル国コード（ＭＣＣ：mobile country code）、モバイル・ネットワーク・コード（ＭＮＣ：mobile network code）、下りリンク・キャリア周波数、セル識別情報、参照信号受信電力（ＲＳＲＰ：reference signal received power）、参照信号受信品質（ＲＳＲＱ：reference signal received quality）、信号対雑音比（ＳＮＲ）、信号対干渉・雑音比（ＳＩＮＲ）値、往復遅延またはシステム情報を含む、ということを含むことができる。

実施例２８８６では、実施例２８７８ないし２８８５のうちいずれか一項記載の主題は任意的に、当該通信装置がそのうちから前記直接無線リンクを確立するよう構成されている端末装置のリストを記憶するよう構成されたメモリをさらに含むことができる。

実施例２８８７では、実施例２８８６の主題は任意的に、前記端末装置のリストが、当該通信装置と共通のネットワーク事業者を共有する端末装置を含む、ということを含むことができる。

実施例２８８８では、実施例２８８８６の主題は任意的に、前記端末装置のリストが、当該通信装置と共通のＯＥＭ製造業者（original equipment manufacturer）を共有する端末装置を含む、ということを含むことができる。

実施例２８８９では、実施例２８８６の主題は任意的に、前記端末装置のリストが、当該通信装置と共通の企業ＩＴ（information technology）マネージャを共有する端末装置を含む、ということを含むことができる。

実施例２８９０では、実施例２８７８ないし２８８９のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記別の端末装置の測位データを前記直接無線リンクを通じて受信するようさらに構成される、ということを含むことができる。

実施例２８９１では、実施例２８９０の主題は任意的に、前記処理回路が、前記測位データを使って、地上波公共移動通信（ＰＬＭＮ：public landline mobile）国コードまたは事業者コードを決定するようさらに構成される、ということを含むことができる。

実施例２８９２では、実施例２８９０ないし２８９１のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記測位データを当該通信装置についての近似位置として使い、当該通信装置自身の測位コンポーネントが当該通信装置の位置を決定することを抑制するようさらに構成される、ということを含むことができる。

実施例２８９３では、実施例２８９０ないし２８９２のうちいずれか一項記載の主題は任意的に、前記測位データが緯度、経度または高度に関係している、ということを含むことができる。

実施例２８９４では、実施例２８９０ないし２８９３のうちいずれか一項記載の主題は任意的に、前記測位データがグローバル測位システム（ＧＰＳ）データである、ということを含むことができる。

実施例２８９５は、複数の端末装置との直接無線リンクを確立する段階であって、該複数の端末装置はそれぞれの無線ネットワークに接続されている、段階と；各直接無線リンクを通じて前記複数の端末装置から、それぞれの無線ネットワークへのそれぞれのネットワーク接続パラメータを受信する段階と；それぞれのネットワーク接続パラメータを評価して該それぞれのネットワーク接続パラメータから特定の諸ネットワーク接続パラメータを基準に基づいて選択する段階と；該特定の諸ネットワーク接続パラメータに基づいて、指定された無線ネットワークへの接続を試みる段階とを実行するよう構成されている処理回路を含む通信装置である。

実施例２８９６では、実施例２８９５の主題は任意的に、トランシーバおよび一つまたは複数のアンテナをさらに含むことができる。

実施例２８９７では、実施例２８９６の主題は任意的に、前記トランシーバが装置対装置（Ｄ２Ｄ：device to device）通信を介して他の装置と通信するよう構成される、ということを含むことができる。

実施例２８９８では、実施例２８９６または２８９７の主題は任意的に、前記処理回路が、前記トランシーバおよび一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される、ということを含むことができる。

実施例２８９９では、実施例２８９６ないし２８９８のうちいずれか一項記載の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例２９００では、実施例２８９５ないし２８９９のうちいずれか一項記載の主題は任意的に、端末装置における動作のための電子回路コンポーネントとして構成されることができる。

実施例２９０１では、実施例２８９５ないし２９００のうちいずれか一項記載の主題は任意的に、当該通信装置が、前記直接無線リンクを確立する段階と；前記それぞれのネットワーク接続パラメータを受信する段階と；前記指定されたネットワークへの接続を試みる段階とを、全周波数帯域探索を実行する前に行なうよう構成される、ということを含むことができる。

実施例２９０２では、実施例２８９５ないし２９０１のうちいずれか一項記載の主題は任意的に、前記ネットワーク接続パラメータが、無線アクセス技術型、周波数帯域、モバイル国コード（ＭＣＣ：mobile country code）、モバイル・ネットワーク・コード（ＭＮＣ：mobile network code）、下りリンク・キャリア周波数、セル識別情報、参照信号受信電力（ＲＳＲＰ：reference signal received power）、参照信号受信品質（ＲＳＲＱ：reference signal received quality）、信号対雑音比（ＳＮＲ）、信号対干渉・雑音比（ＳＩＮＲ）値、往復遅延またはシステム情報を含む、ということを含むことができる。

実施例２９０３では、実施例２８９５ないし２９０２のうちいずれか一項記載の主題は任意的に、当該通信装置がそのうちから前記直接無線リンクを確立するよう構成されている端末装置のリストを記憶するよう構成されたメモリをさらに含むことができる。

実施例２９０４では、実施例２９０３の主題は任意的に、前記端末装置のリストが、当該通信装置と共通のネットワーク事業者を共有する端末装置を含む、ということを含むことができる。

実施例２９０５では、実施例２９０３の主題は任意的に、前記端末装置のリストが、当該通信装置と共通のＯＥＭ製造業者（original equipment manufacturer）を共有する端末装置を含む、ということを含むことができる。

実施例２９０６では、実施例２９０３の主題は任意的に、前記端末装置のリストが、当該通信装置と共通の企業ＩＴ（information technology）マネージャを共有する端末装置を含む、ということを含むことができる。

実施例２９０７では、実施例２８９５ないし２９０６のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記少なくとも一つの別の端末装置の測位データを前記直接無線リンクを通じて受信するようさらに構成される、ということを含むことができる。

実施例２９０８では、実施例２９０７の主題は任意的に、前記処理回路が、前記測位データを使って、地上波公共移動通信（ＰＬＭＮ：public landline mobile）国コードまたは事業者コードを決定するようさらに構成される、ということを含むことができる。

実施例２９０９では、実施例２９０７ないし２９０８のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記測位データを当該通信装置についての近似位置として使い、当該通信装置自身の測位コンポーネントが当該通信装置の位置を決定することを抑制するようさらに構成される、ということを含むことができる。

実施例２９１０では、実施例２９０７ないし２９０９のうちいずれか一項記載の主題は任意的に、前記測位データが緯度、経度または高度に関係している、ということを含むことができる。

実施例２９１１では、実施例２９０７ないし２９１０のうちいずれか一項記載の主題は任意的に、前記測位データがグローバル測位システム（ＧＰＳ）データである、ということを含むことができる。

実施例２９１２は端末装置であり、当該端末装置は、近接端末装置から直接リンク上で、当該端末装置が接続されているネットワーク・アクセス・ノードのための無線下りリンク無線チャネルを特徴付ける共有無線チャネル情報を受信する手段と；前記共有無線チャネル情報およびローカル無線チャネル情報を適用して、統合無線チャネル情報を取得する手段と；前記統合無線チャネル情報に基づいて前記ネットワーク・アクセス・ノードから下りリンク・データを受信する手段とを含む。

実施例２９１３は端末装置において無線通信を実行する方法であり、当該方法は、近接端末装置から直接リンク上で、当該端末装置が接続されているネットワーク・アクセス・ノードのための無線下りリンク無線チャネルを特徴付ける共有無線チャネル情報を受信する段階と；前記共有無線チャネル情報およびローカル無線チャネル情報を適用して、統合無線チャネル情報を取得する段階と；前記統合無線チャネル情報に基づいて前記ネットワーク・アクセス・ノードから下りリンク・データを受信する段階とを含む。

実施例２９１４では、実施例２９１３の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）リンクである、ということを含むことができる。

実施例２９１５では、実施例２９１３の主題は任意的に、前記直接リンクがビークル対ビークル（Ｖ２Ｖ）リンクである、ということを含むことができる。

実施例２９１６では、実施例２９１３の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）コンテキスト、ビークル対ビークル（Ｖ２Ｖ）コンテキスト、ビークル対インフラストラクチャー（Ｖ２Ｉ）コンテキスト、インフラストラクチャー対ビークル（Ｉ２Ｖ）コンテキストまたはビークル対万物（Ｖ２Ｘ）コンテキストの一部である、ということを含むことができる。

実施例２９１７では、実施例２９１３ないし２９１６のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報は前記ネットワーク・アクセス・ノードおよび前記近接端末装置からの下りリンク無縁チャネルを特徴付け、前記ローカル無線チャネル情報は前記ネットワーク・アクセス・ノードから当該端末装置への下りリンク無縁チャネルを特徴付ける、ということを含むことができる。

実施例２９１８では、実施例２９１３ないし２９１８のうちいずれか一項記載の主題は任意的に、前記統合無線チャネル情報に基づいて前記ネットワーク・アクセス・ノードから下りリンク・データを受信することが、前記統合無線チャネル推定を用いて前記下りリンク・データを復調することを含む、ということを含むことができる。

実施例２９１９では、実施例２９１３ないし２９１７のうちいずれか一項記載の主題は任意的に、前記統合無線チャネル情報に基づいて前記ネットワーク・アクセス・ノードから下りリンク・データを受信することが、前記統合無線チャネル情報に基づいて前記下りリンク・データに対してチャネル等化を実行することを含む、ということを含むことができる。

実施例２９２０では、実施例２９１３ないし２９１７のうちいずれか一項記載の主題は任意的に、前記統合無線チャネル情報に基づいて前記ネットワーク・アクセス・ノードから下りリンク・データを受信することが、前記統合無線チャネル情報を前記ネットワーク・アクセス・ノードに報告し、前記統合無線チャネル情報に基づいて前置符号化された下りリンク・データとして前記下りリンク・データを受信することを含む、ということを含むことができる。

実施例２９２１では、実施例２９１３ないし２９２０のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報が電力レベル、周波数オフセット、遅延広がり、チャネル応答またはチャネル推定である、ということを含むことができる。

実施例２９２２では、実施例２９１３ないし２９２０のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報を受信する前に、発見手順〔ディスカバリー〕を実行して前記近接端末装置を識別し、前記近接端末装置との前記直接リンクを確立することをさらに含むことができる。

実施例２９２３では、実施例２９２２の主題は任意的に、前記発見手順の間に前記近接端末装置が当該端末装置と共位置であることを識別することをさらに含むことができる。

実施例２９２４では、実施例２９１３ないし２９２３のうちいずれか一項記載の主題は任意的に、前記近接端末装置との前記直接リンクを打ち切ることをさらに含むことができる。

実施例２９２５では、実施例２９１３ないし２９２４のうちいずれか一項記載の主題は任意的に、前記統合無線チャネル情報に基づいて前記ネットワーク・アクセス・ノードから下りリンク・データを受信することが、前記ネットワーク・アクセス・ノードから、前記近接端末装置と同じ下りリンク・データを受信することを含む、ということを含むことができる。

実施例２９２６では、実施例２９１３ないし２９２５のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報およびローカル無線チャネル情報を適用して、統合無線チャネル情報を取得することが、前記共有無線チャネル情報と前記ローカル無線チャネル情報との間のタイミング差に基づいて前記共有無線チャネル情報と前記ローカル無線チャネル情報との間を補間して、前記統合無線チャネル情報を取得することを含む、ということを含むことができる。

実施例２９２７では、実施例の主題は任意的に、共有無線チャネル情報がローカル無線チャネル情報より早い発生時刻をもつ、ということを含むことができる。

実施例２９２８では、実施例２９１３ないし２９２７のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報を受信する前に、前記近接端末装置から装置知識履歴クラスを受信し、前記装置知識履歴クラスに基づいて前記近接端末装置に前記共有無線チャネル情報を要求することをさらに含むことができる。

実施例２９２９では、実施例２９２８の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が無線チャネル情報をもつ地理的範囲を示す、ということを含むことができる。

実施例２９３０では、実施例２９２８または２９２９の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が無線チャネル情報をもつ無線アクセス技術の量を示す、ということを含むことができる。

実施例２９３１では、実施例２９２８ないし２９３０のうちいずれか一項記載の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が集中した地域についての無線チャネル情報をもつかどうかを示す、ということを含むことができる。

実施例２９３２では、実施例２９１３ないし２９３１のうちいずれか一項記載の主題は任意的に、前記近接端末装置に前記直接リンク上で前記ローカル無線チャネル情報を送信することをさらに含むことができる。

実施例２９３３では、実施例２９１３ないし２９３２のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報およびローカル無線チャネル情報を適用して、統合無線チャネル情報を取得する前に、前記ネットワーク・アクセス・ノードから下りリンク・データを受信して、該下りリンク・データを評価して前記ローカル無線チャネル情報を得ることをさらに含むことができる。

実施例２９３４は、実施例２９１３ないし２９３３のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む端末装置である。

実施例２９３５は、実施例２９１３ないし２９３３のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例２９３６は、プロセッサによって実行されたときに該プロセッサに実施例２９１３ないし２９３３のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２９３７は、端末装置の一つまたは複数のプロセッサによって実行されたときに該端末装置に実施例２９１３ないし２９３３のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２９３８は端末装置であり、当該端末装置は、近接端末装置から直接リンク上で、当該端末装置に干渉を引き起こしている第一のネットワーク・アクセス・ノードの下りリンク無線チャネルを特徴付ける共有無線チャネル情報を受信する手段と；第二のネットワーク・アクセス・ノードから下りリンク・データを受信する手段と；前記共有無線チャネル情報に基づいて、前記下りリンク・データに対して干渉打ち消しを実行する手段とを含む、端末装置である。

実施例２９３９は端末装置において無線通信を実行する方法であり、当該方法は、近接端末装置から直接リンク上で、当該端末装置に干渉を引き起こしている第一のネットワーク・アクセス・ノードの下りリンク無線チャネルを特徴付ける共有無線チャネル情報を受信し；第二のネットワーク・アクセス・ノードから下りリンク・データを受信し；前記共有無線チャネル情報に基づいて、前記下りリンク・データに対して干渉打ち消しを実行することを含む。

実施例２９４０では、実施例２９３９の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）リンクである、ということを含むことができる。

実施例２９４１では、実施例２９３９の主題は任意的に、前記直接リンクがビークル対ビークル（Ｖ２Ｖ）リンクである、ということを含むことができる。

実施例２９４２では、実施例２９３９の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）コンテキスト、ビークル対ビークル（Ｖ２Ｖ）コンテキスト、ビークル対インフラストラクチャー（Ｖ２Ｉ）コンテキスト、インフラストラクチャー対ビークル（Ｉ２Ｖ）コンテキストまたはビークル対万物（Ｖ２Ｘ）コンテキストの一部である、ということを含むことができる。

実施例２９４３では、実施例２９３９ないし２９４２のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報は前記第一のネットワーク・アクセス・ノードと前記近接端末装置の間の下りリンク無縁チャネルを特徴付ける、ということを含むことができる。

実施例２９４４では、実施例２９３９ないし２９４３のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報に基づいて、前記下りリンク・データに対して干渉打ち消しを実行することが、前記第一のネットワーク・アクセス・ノードからの干渉を推定して推定された干渉を取得し、該推定された干渉を前記下りリンク・データから打ち消すことを含む、ということを含むことができる。

実施例２９４５では、実施例２９３９ないし２９４４のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報が電力レベル、周波数オフセット、遅延広がり、チャネル応答またはチャネル推定である、ということを含むことができる。

実施例２９４６では、実施例２９３９ないし２９４５のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報を受信する前に、発見手順〔ディスカバリー〕を実行して前記近接端末装置を識別し、前記近接端末装置との前記直接リンクを確立することをさらに含むことができる。

実施例２９４７では、実施例２９４６の主題は任意的に、前記発見手順の間に前記近接端末装置が当該端末装置と共位置（co-located）であることを識別することをさらに含むことができる。

実施例２９４８では、実施例２９３９ないし２９４７のうちいずれか一項記載の主題は任意的に、前記近接端末装置との前記直接リンクを打ち切ることをさらに含むことができる。

実施例２９４９では、実施例２９３９ないし２９４８のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報に基づいて、前記下りリンク・データに対して干渉打ち消しを実行することが、前記下りリンク・データと前記共有無線チャネル情報との間のタイミング差に基づいて前記共有無線チャネル情報に関して補間を実行して、補間された無線チャネル情報を取得し、前記補間された無線チャネル情報を用いて、前記下りリンク・データに対して干渉打ち消しを実行することを含む、ということを含むことができる。

実施例２９５０では、実施例２９３９ないし２９４９のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報を受信する前に、前記近接端末装置から装置知識履歴クラスを受信し、前記装置知識履歴クラスに基づいて前記近接端末装置に前記共有無線チャネル情報を要求することをさらに含むことができる。

実施例２９５１では、実施例２９５０の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が無線チャネル情報をもつ地理的範囲を示す、ということを含むことができる。

実施例２９５２では、実施例２９５０または２９５１の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が無線チャネル情報をもつ無線アクセス技術の量を示す、ということを含むことができる。

実施例２９５３では、実施例２９５０ないし２９５２のうちいずれか一項記載の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が集中した地域についての無線チャネル情報をもつかどうかを示す、ということを含むことができる。

実施例２９５４では、実施例２９３９ないし２９５３のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードから下りリンク・データを受信して、該下りリンク・データを評価してローカル無線チャネル情報を得て、該ローカル無線チャネル情報を前記近接端末装置に前記直接リンク上で送信することをさらに含むことができる。

実施例２９５５は、実施例２９３９ないし２９５４のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む端末装置である。

実施例２９５６は、実施例２９３９ないし２９５４のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例２９５７は、プロセッサによって実行されたときに該プロセッサに実施例２９３９ないし２９５４のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２９５８は、端末装置の一つまたは複数のプロセッサによって実行されたときに該端末装置に実施例２９３９ないし２９５４のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２９５９は端末装置であり、当該端末装置は、装置発見手順の一部として近接端末装置を識別する手段と；前記近接端末装置から装置知識履歴クラスを直接リンク上で受信する手段であって、前記装置知識履歴クラスは、前記近接端末装置がそれについての通信情報をもつ地理的範囲または前記近接端末装置がそれについての通信情報をもつ無線アクセス技術の数を示す、手段と；前記近接端末装置に通信情報を要求するかどうかを、前記装置知識履歴クラスに基づいて決定する手段とを含む。

実施例２９６０は、端末装置において無線通信を実行する方法であり、当該方法は、装置発見手順の一部として近接端末装置を識別する段階と；前記近接端末装置から装置知識履歴クラスを直接リンク上で受信する段階であって、前記装置知識履歴クラスは、前記近接端末装置がそれについての通信情報をもつ地理的範囲または前記近接端末装置がそれについての通信情報をもつ無線アクセス技術の数を示す、段階と；前記近接端末装置に通信情報を要求するかどうかを、前記装置知識履歴クラスに基づいて決定する段階とを含む。

実施例２９６１では、実施例２９６０の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）リンクである、ということを含むことができる。

実施例２９６２では、実施例２９６０の主題は任意的に、前記直接リンクがビークル対ビークル（Ｖ２Ｖ）リンクである、ということを含むことができる。

実施例２９６３では、実施例２９６０の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）コンテキスト、ビークル対ビークル（Ｖ２Ｖ）コンテキスト、ビークル対インフラストラクチャー（Ｖ２Ｉ）コンテキスト、インフラストラクチャー対ビークル（Ｉ２Ｖ）コンテキストまたはビークル対万物（Ｖ２Ｘ）コンテキストの一部である、ということを含むことができる。

実施例２９６４では、実施例２９６０ないし２９６３のうちいずれか一項記載の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置がそれについて通信情報をもつ地理的範囲または前記近接端末装置がそれについて通信情報をもつ地理的範囲での無線アクセス技術の数を示す、ということを含むことができる。

実施例２９６５では、実施例２９６０ないし２９６４のうちいずれか一項記載の主題は任意的に、前記近接端末装置に通信情報を要求する段階をさらに含むことができる。

実施例２９６６では、実施例２９２８ないし２９６５のうちいずれか一項記載の主題は任意的に、前記装置知識履歴クラスが、そこにおいて通信情報が利用可能であるところの集中した地理的領域を示す、ということを含むことができる。

実施例２９６７では、実施例２９６６記載の主題は任意的に、前記近接端末装置から前記集中した地理的領域についての通信情報を受信し、前記端末装置が前記集中した地理的領域にあるときに前記通信情報に基づいてデータを送信または受信することをさらに含むことができる。

実施例２９６８は、実施例２９６０ないし２９６９のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む端末装置である。

実施例２９６９は、実施例２９６０ないし２９６９のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例２９７０は、プロセッサによって実行されたときに該プロセッサに実施例２９６０ないし２９６９のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２９７１は、端末装置の一つまたは複数のプロセッサによって実行されたときに該端末装置に実施例２９６０ないし２９６９のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例２９７２は通信装置であり、当該通信装置は、近接端末装置から直接リンク上で、当該通信装置が接続されているネットワーク・アクセス・ノードのための無線下りリンク無線チャネルを特徴付ける共有無線チャネル情報を受信する段階と；前記共有無線チャネル情報およびローカル無線チャネル情報を適用して、統合無線チャネル情報を取得する段階と；前記統合無線チャネル情報に基づいて前記ネットワーク・アクセス・ノードから下りリンク・データを受信する段階とを実行するよう構成された一つまたは複数のプロセッサを含む。

実施例２９７３では、実施例２９７２の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）リンクである、ということを含むことができる。

実施例２９７４では、実施例２９７２の主題は任意的に、前記直接リンクがビークル対ビークル（Ｖ２Ｖ）リンクである、ということを含むことができる。

実施例２９７５では、実施例２９７２の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）コンテキスト、ビークル対ビークル（Ｖ２Ｖ）コンテキスト、ビークル対インフラストラクチャー（Ｖ２Ｉ）コンテキスト、インフラストラクチャー対ビークル（Ｉ２Ｖ）コンテキストまたはビークル対万物（Ｖ２Ｘ）コンテキストの一部である、ということを含むことができる。

実施例２９７６では、実施例２９７２ないし２９７５のうちいずれか一項記載の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができ、前記一つまたは複数のプロセッサは前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される。

実施例２９７７では、実施例２９７６の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例２９７８では、実施例２９７６の主題は任意的に、端末装置の電子コンポーネントとして構成されることができる。

実施例２９７９では、実施例２９７６ないし２９７８のうちいずれか一項記載の主題は任意的に、アプリケーション・プロセッサをさらに含むことができる。

実施例２９８０では、実施例２９７２ないし２９７９のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報は前記ネットワーク・アクセス・ノードから前記近接端末装置への下りリンク無縁チャネルを特徴付け、前記ローカル無線チャネル情報は前記ネットワーク・アクセス・ノードから当該通信装置への下りリンク無縁チャネルを特徴付ける、ということを含むことができる。

実施例２９８１では、実施例２９７２ないし２９８０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記統合無線チャネル情報に基づいて前記ネットワーク・アクセス・ノードから下りリンク・データを受信することを、前記統合無線チャネル推定を用いて前記下りリンク・データを復調することによって実行するよう構成される、ということを含むことができる。

実施例２９８２では、実施例２９７２ないし２９８０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記統合無線チャネル情報に基づいて前記ネットワーク・アクセス・ノードから下りリンク・データを受信することを、前記統合無線チャネル情報に基づいて前記下りリンク・データに対してチャネル等化を実行することによって実行するよう構成される、ということを含むことができる。

実施例２９８３では、実施例２９７２ないし２９８０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記統合無線チャネル情報に基づいて前記ネットワーク・アクセス・ノードから下りリンク・データを受信することを、前記統合無線チャネル情報を前記ネットワーク・アクセス・ノードに報告し、前記統合無線チャネル情報に基づいて前置符号化された下りリンク・データとして前記下りリンク・データを受信することによって実行される、ということを含むことができる。

実施例２９８４では、実施例２９７２ないし２９８３のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報が電力レベル、周波数オフセット、遅延広がり、チャネル応答またはチャネル推定である、ということを含むことができる。

実施例２９８５では、実施例２９７２ないし２９８４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記共有無線チャネル情報を受信する前に、発見手順〔ディスカバリー〕を実行して前記近接端末装置を識別し、前記近接端末装置との前記直接リンクを確立するようさらに構成される、ということを含むことができる。

実施例２９８６では、実施例２９８５の主題は任意的に、前記一つまたは複数のプロセッサが、前記発見手順の間に前記近接端末装置が当該通信装置と共位置であることを識別するようさらに構成される、ということを含むことができる。

実施例２９８７では、実施例２９７２ないし２９８６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記近接端末装置との前記直接リンクを打ち切るようさらに構成される、ということを含むことができる。

実施例２９８８では、実施例２９７２ないし２９８７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ネットワーク・アクセス・ノードから、前記近接端末装置と同じ下りリンク・データを受信するよう構成される、ということを含むことができる。

実施例２９８９では、実施例２９７２ないし２９８８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記共有無線チャネル情報およびローカル無線チャネル情報を適用して、統合無線チャネル情報を取得することを、前記共有無線チャネル情報と前記ローカル無線チャネル情報との間のタイミング差に基づいて前記共有無線チャネル情報と前記ローカル無線チャネル情報との間を補間して、前記統合無線チャネル情報を取得するによって実行するよう構成される、ということを含むことができる。

実施例２９９０では、実施例２９８９の主題は任意的に、共有無線チャネル情報がローカル無線チャネル情報より早い発生時刻をもつ、ということを含むことができる。

実施例２９９１では、実施例２９７２ないし２９９０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記共有無線チャネル情報を受信する前に、前記近接端末装置から装置知識履歴クラスを受信し、前記装置知識履歴クラスに基づいて前記近接端末装置に前記共有無線チャネル情報を要求するようさらに構成される、ということを含むことができる。

実施例２９９２では、実施例２９９１の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が無線チャネル情報をもつ地理的範囲を示す、ということを含むことができる。

実施例２９９３では、実施例２９９１または２９９２の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が無線チャネル情報をもつ無線アクセス技術の数を示す、ということを含むことができる。

実施例２９９４では、実施例２９９１ないし２９９３のうちいずれか一項記載の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が集中した地域についての無線チャネル情報をもつかどうかを示す、ということを含むことができる。

実施例２９９５では、実施例２９７２ないし２９９４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記近接端末装置に前記直接リンク上で前記ローカル無線チャネル情報を送信するようさらに構成される、ということを含むことができる。

実施例２９９６では、実施例２９７２ないし２９９５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記共有無線チャネル情報およびローカル無線チャネル情報を適用して、統合無線チャネル情報を取得する前に、前記ネットワーク・アクセス・ノードから下りリンク・データを受信して、該下りリンク・データを評価して前記ローカル無線チャネル情報を得るようさらに構成される、ということを含むことができる。

実施例２９９７は通信装置であり、当該通信装置は、近接端末装置から直接リンク上で、当該通信装置に干渉を引き起こしている第一のネットワーク・アクセス・ノードの下りリンク無線チャネルを特徴付ける共有無線チャネル情報を受信する段階と；第二のネットワーク・アクセス・ノードから下りリンク・データを受信する段階と；前記共有無線チャネル情報に基づいて、前記下りリンク・データに対して干渉打ち消しを実行する段階とを実行するよう構成された一つまたは複数のプロセッサを含む。

実施例２９９８では、実施例２９９７の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができ、前記一つまたは複数のプロセッサは前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される。

実施例２９９９では、実施例２９９８の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例３０００では、実施例２９９８の主題は任意的に、端末装置の電子コンポーネントとして構成されることができる。

実施例３００１では、実施例２９９７ないし３０００のうちいずれか一項記載の主題は任意的に、アプリケーション・プロセッサをさらに含むことができる。

実施例３００２では、実施例２９９７ないし３００１のうちいずれか一項記載の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）リンクである、ということを含むことができる。

実施例３００３では、実施例２９９７ないし３００１のうちいずれか一項記載の主題は任意的に、前記直接リンクがビークル対ビークル（Ｖ２Ｖ）リンクである、ということを含むことができる。

実施例３００４では、実施例２９９７ないし３００１のうちいずれか一項記載の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）コンテキスト、ビークル対ビークル（Ｖ２Ｖ）コンテキスト、ビークル対インフラストラクチャー（Ｖ２Ｉ）コンテキスト、インフラストラクチャー対ビークル（Ｉ２Ｖ）コンテキストまたはビークル対万物（Ｖ２Ｘ）コンテキストの一部である、ということを含むことができる。

実施例３００５では、実施例２９９７ないし３００４のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報は前記第一のネットワーク・アクセス・ノードと前記近接端末装置の間の下りリンク無縁チャネルを特徴付ける、ということを含むことができる。

実施例３００６では、実施例２９９７ないし３００５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記共有無線チャネル情報に基づいて、前記下りリンク・データに対して干渉打ち消しを実行することを、前記第一のネットワーク・アクセス・ノードからの干渉を推定して推定された干渉を取得し、該推定された干渉を前記下りリンク・データから打ち消すことによって実行するよう構成される、ということを含むことができる。

実施例３００７では、実施例２９９７ないし３００６のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報が電力レベル、周波数オフセット、遅延広がり、チャネル応答またはチャネル推定である、ということを含むことができる。

実施例３００８では、実施例２９９７ないし３００７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記共有無線チャネル情報を受信する前に、発見手順〔ディスカバリー〕を実行して前記近接端末装置を識別し、前記近接端末装置との前記直接リンクを確立するようさらに構成される、ということを含むことができる。

実施例３００９では、実施例３００８の主題は任意的に、前記一つまたは複数のプロセッサが、前記発見手順の間に前記近接端末装置が当該通信装置と共位置（co-located）であることを識別するようさらに構成される、ということを含むことができる。

実施例３０１０では、実施例２９９７ないし３００９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記近接端末装置との前記直接リンクを打ち切るようさらに構成される、ということを含むことができる。

実施例３０１１では、実施例２９９７ないし３０１０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記共有無線チャネル情報に基づいて、前記下りリンク・データに対して干渉打ち消しを実行することを、前記下りリンク・データと前記共有無線チャネル情報との間のタイミング差に基づいて前記共有無線チャネル情報に関して補間を実行して、補間された無線チャネル情報を取得し、前記補間された無線チャネル情報を用いて前記下りリンク・データに対して干渉打ち消しを実行することによって実行するよう構成される、ということを含むことができる。

実施例３０１２では、実施例２９９７ないし３０１１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記共有無線チャネル情報を受信する前に、前記近接端末装置から装置知識履歴クラスを受信し、前記装置知識履歴クラスに基づいて前記近接端末装置に前記共有無線チャネル情報を要求するようさらに構成される、ということを含むことができる。

実施例３０１３では、実施例３０１２の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が無線チャネル情報をもつ地理的範囲を示す、ということを含むことができる。

実施例３０１４では、実施例３０１２または３０１３の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が無線チャネル情報をもつ無線アクセス技術の数を示す、ということを含むことができる。

実施例３０１５では、実施例３０１２ないし３０１４のうちいずれか一項記載の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が集中した地域についての無線チャネル情報をもつかどうかを示す、ということを含むことができる。

実施例３０１６では、実施例３０１２ないし３０１５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ネットワーク・アクセス・ノードから下りリンク・データを受信して、該下りリンク・データを評価してローカル無線チャネル情報を得て、該ローカル無線チャネル情報を前記近接端末装置に前記直接リンク上で送信するようさらに構成される、ということを含むことができる。

実施例３０１７は、通信装置であり、当該通信装置は、装置発見手順の一部として近接端末装置を識別する段階と；前記近接端末装置から装置知識履歴クラスを受信する段階であって、前記装置知識履歴クラスは、前記近接端末装置がそれについての通信情報をもつ地理的範囲または前記近接端末装置がそれについての通信情報をもつ無線アクセス技術の数を示す、段階と；前記近接端末装置に通信情報を要求するかどうかを、前記装置知識履歴クラスに基づいて決定する段階とを実行するよう構成された一つまたは複数のプロセッサを含む。

実施例３０１８では、実施例３０１７の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができ、前記一つまたは複数のプロセッサは前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される。

実施例３０１９では、実施例３０１８の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例３０２０では、実施例３０１８の主題は任意的に、端末装置の電子コンポーネントとして構成されることができる。

実施例３０２１では、実施例３０１７ないし３０２０のうちいずれか一項記載の主題は任意的に、アプリケーション・プロセッサをさらに含むことができる。

実施例３０２２では、実施例３０１７ないし３０２１のうちいずれか一項記載の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）リンクである、ということを含むことができる。

実施例３０２３では、実施例３０１７ないし３０２１のうちいずれか一項記載の主題は任意的に、前記直接リンクがビークル対ビークル（Ｖ２Ｖ）リンクである、ということを含むことができる。

実施例３０２４では、実施例３０１７ないし３０２１のうちいずれか一項記載の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）コンテキスト、ビークル対ビークル（Ｖ２Ｖ）コンテキスト、ビークル対インフラストラクチャー（Ｖ２Ｉ）コンテキスト、インフラストラクチャー対ビークル（Ｉ２Ｖ）コンテキストまたはビークル対万物（Ｖ２Ｘ）コンテキストの一部である、ということを含むことができる。

実施例３０２５では、実施例３０１７ないし３０２４のうちいずれか一項記載の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置がそれについて通信情報をもつ地理的範囲または前記近接端末装置がそれについて通信情報をもつ地理的範囲での無線アクセス技術の数を示す、ということを含むことができる。

実施例３０２６では、実施例３０１７ないし３０２５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記近接端末装置に通信情報を要求するようさらに構成される、ということを含むことができる。

実施例３０２７では、実施例３０１７ないし３０２６のうちいずれか一項記載の主題は任意的に、前記装置知識履歴クラスが、そこにおいて通信情報が利用可能であるところの集中した地理的領域を示す、ということを含むことができる。

実施例３０２８では、実施例３０２７記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記近接端末装置から前記集中した地理的領域についての通信情報を受信し、前記通信装置が前記集中した地理的領域にあるときに前記通信情報に基づいてデータを送信または受信するようさらに構成される、ということを含むことができる。

実施例３０２９は通信装置であり、当該通信装置は、近接端末装置から直接リンク上で、当該通信装置が接続されているネットワーク・アクセス・ノードのための無線下りリンク無線チャネルを特徴付ける共有無線チャネル情報を受信する段階と；前記共有無線チャネル情報およびローカル無線チャネル情報を適用して、統合無線チャネル情報を取得する段階と；前記統合無線チャネル情報に基づいて前記ネットワーク・アクセス・ノードから下りリンク・データを受信する段階とを実行するよう構成された処理回路を含む。

実施例３０３０では、実施例３０２９の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができ、前記処理回路は前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される。

実施例３０３１では、実施例３０３０の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例３０３２では、実施例３０３０の主題は任意的に、端末装置の電子コンポーネントとして構成されることができる。

実施例３０３３では、実施例３０３０ないし３０３２のうちいずれか一項記載の主題は任意的に、アプリケーション・プロセッサをさらに含むことができる。

実施例３０３４では、実施例３０３０ないし３０３３のうちいずれか一項記載の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）リンクである、ということを含むことができる。

実施例３０３５では、実施例３０３０ないし３０３３のうちいずれか一項記載の主題は任意的に、前記直接リンクがビークル対ビークル（Ｖ２Ｖ）リンクである、ということを含むことができる。

実施例３０３６では、実施例３０３０ないし３０３３のうちいずれか一項記載の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）コンテキスト、ビークル対ビークル（Ｖ２Ｖ）コンテキスト、ビークル対インフラストラクチャー（Ｖ２Ｉ）コンテキスト、インフラストラクチャー対ビークル（Ｉ２Ｖ）コンテキストまたはビークル対万物（Ｖ２Ｘ）コンテキストの一部である、ということを含むことができる。

実施例３０３７では、実施例３０２９ないし３０３６のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報は前記ネットワーク・アクセス・ノードから前記近接端末装置への下りリンク無縁チャネルを特徴付け、前記ローカル無線チャネル情報は前記ネットワーク・アクセス・ノードから当該通信装置への下りリンク無縁チャネルを特徴付ける、ということを含むことができる。

実施例３０３８では、実施例３０２９ないし３０３７のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記統合無線チャネル情報に基づいて前記ネットワーク・アクセス・ノードから下りリンク・データを受信することを、前記統合無線チャネル推定を用いて前記下りリンク・データを復調することによって実行するよう構成される、ということを含むことができる。

実施例３０３９では、実施例３０２９ないし３０３７のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記統合無線チャネル情報に基づいて前記ネットワーク・アクセス・ノードから下りリンク・データを受信することを、前記統合無線チャネル情報に基づいて前記下りリンク・データに対してチャネル等化を実行することによって実行するよう構成される、ということを含むことができる。

実施例３０４０では、実施例３０２９ないし３０３７のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記統合無線チャネル情報に基づいて前記ネットワーク・アクセス・ノードから下りリンク・データを受信することを、前記統合無線チャネル情報を前記ネットワーク・アクセス・ノードに報告し、前記統合無線チャネル情報に基づいて前置符号化された下りリンク・データとして前記下りリンク・データを受信することによって実行される、ということを含むことができる。

実施例３０４１では、実施例３０２９ないし３０４０のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報が電力レベル、周波数オフセット、遅延広がり、チャネル応答またはチャネル推定である、ということを含むことができる。

実施例３０４２では、実施例３０２９ないし３０４１のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記共有無線チャネル情報を受信する前に、発見手順〔ディスカバリー〕を実行して前記近接端末装置を識別し、前記近接端末装置との前記直接リンクを確立するようさらに構成される、ということを含むことができる。

実施例３０４３では、実施例３０４２の主題は任意的に、前記処理回路が、発見手順の間に前記近接端末装置が当該通信装置と共位置であることを識別するようさらに構成される、ということを含むことができる。

実施例３０４４では、実施例３０２９ないし３０４３のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記近接端末装置との前記直接リンクを打ち切るようさらに構成される、ということを含むことができる。

実施例３０４５では、実施例３０２９ないし３０４４のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ネットワーク・アクセス・ノードから、前記近接端末装置と同じ下りリンク・データを受信するよう構成される、ということを含むことができる。

実施例３０４６では、実施例３０２９ないし３０４５のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記共有無線チャネル情報およびローカル無線チャネル情報を適用して、統合無線チャネル情報を取得することを、前記共有無線チャネル情報と前記ローカル無線チャネル情報との間のタイミング差に基づいて前記共有無線チャネル情報と前記ローカル無線チャネル情報との間を補間して、前記統合無線チャネル情報を取得するによって実行するよう構成される、ということを含むことができる。

実施例３０４７では、実施例３０４６の主題は任意的に、共有無線チャネル情報がローカル無線チャネル情報より早い発生時刻をもつ、ということを含むことができる。

実施例３０４８では、実施例３０２９ないし３０４７のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記共有無線チャネル情報を受信する前に、前記近接端末装置から装置知識履歴クラスを受信し、前記装置知識履歴クラスに基づいて前記近接端末装置に前記共有無線チャネル情報を要求するようさらに構成される、ということを含むことができる。

実施例３０４９では、実施例３０４８の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が無線チャネル情報をもつ地理的範囲を示す、ということを含むことができる。

実施例３０５０では、実施例３０４８または３０４９の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が無線チャネル情報をもつ無線アクセス技術の数を示す、ということを含むことができる。

実施例３０５１では、実施例３０４８ないし３０５０のうちいずれか一項記載の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が集中した地域についての無線チャネル情報をもつかどうかを示す、ということを含むことができる。

実施例３０５２では、実施例３０２９ないし３０５１のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記近接端末装置に前記直接リンク上で前記ローカル無線チャネル情報を送信するようさらに構成される、ということを含むことができる。

実施例３０５３では、実施例３０２９ないし３０５２のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記共有無線チャネル情報およびローカル無線チャネル情報を適用して、統合無線チャネル情報を取得する前に、前記ネットワーク・アクセス・ノードから下りリンク・データを受信して、該下りリンク・データを評価して前記ローカル無線チャネル情報を得るようさらに構成される、ということを含むことができる。

実施例３０５４は通信装置であり、当該通信装置は、近接端末装置から直接リンク上で、当該通信装置に干渉を引き起こしている第一のネットワーク・アクセス・ノードの下りリンク無線チャネルを特徴付ける共有無線チャネル情報を受信する段階と；第二のネットワーク・アクセス・ノードから下りリンク・データを受信する段階と；前記共有無線チャネル情報に基づいて、前記下りリンク・データに対して干渉打ち消しを実行する段階とを実行するよう構成された処理回路を含む。

実施例３０５５では、実施例３０５４の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができ、前記処理回路は前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される。

実施例３０５６では、実施例３０５５の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例３０５７では、実施例３０５５の主題は任意的に、端末装置の電子回路コンポーネントとして構成されることができる。

実施例３０５８では、実施例３０５４ないし３０５７のうちいずれか一項記載の主題は任意的に、アプリケーション・プロセッサをさらに含むことができる。

実施例３０５９では、実施例３０５４ないし３０５８のうちいずれか一項記載の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）リンクである、ということを含むことができる。

実施例３０６０では、実施例３０５４ないし３０５８のうちいずれか一項記載の主題は任意的に、前記直接リンクがビークル対ビークル（Ｖ２Ｖ）リンクである、ということを含むことができる。

実施例３０６１では、実施例３０５４ないし３０５８のうちいずれか一項記載の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）コンテキスト、ビークル対ビークル（Ｖ２Ｖ）コンテキスト、ビークル対インフラストラクチャー（Ｖ２Ｉ）コンテキスト、インフラストラクチャー対ビークル（Ｉ２Ｖ）コンテキストまたはビークル対万物（Ｖ２Ｘ）コンテキストの一部である、ということを含むことができる。

実施例３０６２では、実施例３０５４ないし３０６１のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報は前記第一のネットワーク・アクセス・ノードと前記近接端末装置の間の下りリンク無縁チャネルを特徴付ける、ということを含むことができる。

実施例３０６３では、実施例３０５４または３０６２記載の主題は任意的に、前記処理回路が、前記共有無線チャネル情報に基づいて、前記下りリンク・データに対して干渉打ち消しを実行することを、前記第一のネットワーク・アクセス・ノードからの干渉を推定して推定された干渉を取得し、該推定された干渉を前記下りリンク・データから打ち消すことによって実行するよう構成される、ということを含むことができる。

実施例３０６４では、実施例３０５４ないし３０６３のうちいずれか一項記載の主題は任意的に、前記共有無線チャネル情報が電力レベル、周波数オフセット、遅延広がり、チャネル応答またはチャネル推定である、ということを含むことができる。

実施例３０６５では、実施例３０５４ないし３０６４のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記共有無線チャネル情報を受信する前に、発見手順〔ディスカバリー〕を実行して前記近接端末装置を識別し、前記近接端末装置との前記直接リンクを確立するようさらに構成される、ということを含むことができる。

実施例３０６６では、実施例３０６５の主題は任意的に、前記処理回路が、前記発見手順の間に前記近接端末装置が当該通信装置と共位置（co-located）であることを識別するようさらに構成される、ということを含むことができる。

実施例３０６７では、実施例３０５４ないし３０６６のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記近接端末装置との前記直接リンクを打ち切るようさらに構成される、ということを含むことができる。

実施例３０６８では、実施例３０５４ないし３０６７のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記共有無線チャネル情報に基づいて、前記下りリンク・データに対して干渉打ち消しを実行することを、前記下りリンク・データと前記共有無線チャネル情報との間のタイミング差に基づいて前記共有無線チャネル情報に関して補間を実行して、補間された無線チャネル情報を取得し、前記補間された無線チャネル情報を用いて前記下りリンク・データに対して干渉打ち消しを実行することによって実行するよう構成される、ということを含むことができる。

実施例３０６９では、実施例３０５４ないし３０６８のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記共有無線チャネル情報を受信する前に、前記近接端末装置から装置知識履歴クラスを受信し、前記装置知識履歴クラスに基づいて前記近接端末装置に前記共有無線チャネル情報を要求するようさらに構成される、ということを含むことができる。

実施例３０７０では、実施例３０６９の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が無線チャネル情報をもつ地理的範囲を示す、ということを含むことができる。

実施例３０７１では、実施例３０６９または３０７０の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が無線チャネル情報をもつ無線アクセス技術の数を示す、ということを含むことができる。

実施例３０７２では、実施例３０６９ないし３０７１のうちいずれか一項記載の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置が集中した地域についての無線チャネル情報をもつかどうかを示す、ということを含むことができる。

実施例３０７３では、実施例３０６９ないし３０７２のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ネットワーク・アクセス・ノードから下りリンク・データを受信して、該下りリンク・データを評価してローカル無線チャネル情報を得て、該ローカル無線チャネル情報を前記近接端末装置に前記直接リンク上で送信するようさらに構成される、ということを含むことができる。

実施例３０７４は、通信装置であり、当該通信装置は、装置対装置発見手順の一部として近接端末装置を識別する段階と；前記近接端末装置から装置知識履歴クラスを受信する段階であって、前記装置知識履歴クラスは、前記近接端末装置がそれについての通信情報をもつ地理的範囲または前記近接端末装置がそれについての通信情報をもつ無線アクセス技術の数を示す、段階と；前記近接端末装置に通信情報を要求するかどうかを、前記装置知識履歴クラスに基づいて決定する段階とを実行するよう構成された処理回路を含む。

実施例３０７５では、実施例３０７４の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができ、前記処理回路は前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される。

実施例３０７６では、実施例３０７５の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例３０７７では、実施例３０７５の主題は任意的に、端末装置の電子回路コンポーネントとして構成されることができる。

実施例３０７８では、実施例３０７４ないし３０７７のうちいずれか一項記載の主題は任意的に、アプリケーション・プロセッサをさらに含むことができる。

実施例３０７９では、実施例３０７４ないし３０７８のうちいずれか一項記載の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）リンクである、ということを含むことができる。

実施例３０８０では、実施例３０７４ないし３０７８のうちいずれか一項記載の主題は任意的に、前記直接リンクがビークル対ビークル（Ｖ２Ｖ）リンクである、ということを含むことができる。

実施例３０８１では、実施例３０７４ないし３０７８のうちいずれか一項記載の主題は任意的に、前記直接リンクが装置対装置（Ｄ２Ｄ）コンテキスト、ビークル対ビークル（Ｖ２Ｖ）コンテキスト、ビークル対インフラストラクチャー（Ｖ２Ｉ）コンテキスト、インフラストラクチャー対ビークル（Ｉ２Ｖ）コンテキストまたはビークル対万物（Ｖ２Ｘ）コンテキストの一部である、ということを含むことができる。

実施例３０８２では、実施例３０７４ないし３０８１のうちいずれか一項記載の主題は任意的に、前記装置知識履歴クラスが、前記近接端末装置がそれについて通信情報をもつ地理的範囲または前記近接端末装置がそれについて通信情報をもつ地理的範囲での無線アクセス技術の数を示す、ということを含むことができる。

実施例３０８３では、実施例３０７４ないし３０８２のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記近接端末装置に通信情報を要求するようさらに構成される、ということを含むことができる。

実施例３０８４では、実施例３０７４ないし３０８３のうちいずれか一項記載の主題は任意的に、前記装置知識履歴クラスが、そこにおいて通信情報が利用可能であるところの集中した地理的領域を示す、ということを含むことができる。

実施例３０８５では、実施例３０８４記載の主題は任意的に、前記処理回路が、前記近接端末装置から前記集中した地理的領域についての通信情報を受信し、前記通信装置が前記集中した地理的領域にあるときに前記通信情報に基づいてデータを送信または受信するようさらに構成される、ということを含むことができる。

実施例３０８５は、装置であり、当該装置は、ネットワーク・アクセス・ノードから無線ネットワーク資源ブロック構成設定を、グループ・リード端末装置によって受信する手段であって、前記無線ネットワーク資源ブロック構成設定は、特定のアプリケーションに構成設定される複数のパラメータを有する、手段と；前記無線ネットワーク資源ブロック構成設定を、前記グループ・リード端末装置によって、直接通信インターフェースを通じてグループ・メンバー端末装置に送信する手段と；前記無線ネットワーク資源ブロック構成設定に従って、前記グループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信を、前記グループ・リード端末装置によってサポートする手段とを含む。

実施例３０８６は、アプリケーション要件に従って無線ネットワーク資源をプロビジョニングする方法であり、当該方法は、ネットワーク・アクセス・ノードから無線ネットワーク資源ブロック構成設定を、グループ・リード端末装置によって受信する段階であって、前記無線ネットワーク資源ブロック構成設定は、特定のアプリケーションに構成設定される複数のパラメータを有する、段階と；前記無線ネットワーク資源ブロック構成設定を、前記グループ・リード端末装置によって、直接通信インターフェースを通じてグループ・メンバー端末装置に送信する段階と；前記無線ネットワーク資源ブロック構成設定に従って、前記グループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信を、前記グループ・リード端末装置によって、サポートする段階とを含む。

実施例３０８７では、実施例３０８６の主題は任意的に、前記無線ネットワーク資源ブロック構成設定が、位置情報または時間情報の少なくとも一方に基づいて更新される、ということを含むことができる。

実施例３０８８では、実施例３０８７の主題は任意的に、前記位置情報が、前記グループ・リード端末装置の位置情報または前記グループ・メンバー端末装置の位置情報の少なくとも一方である、ということを含むことができる。

実施例３０８９では、実施例３０８６ないし３０８８のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定を受信することが、前記無線ネットワーク資源ブロック構成設定を、前記グループ・リード端末装置によって、ブロードキャスト・システム情報ブロック（ＳＩＢ）として受信することを含む、ということを含むことができる。

実施例３０９０では、実施例３０８６ないし３０８８のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定を受信することが、グループ資源ブロック構成設定メッセージを、前記グループ・リード端末装置によって、マルチキャスト制御チャネル（ＭＣＣＨ）を通じて受信することを含み、前記グループ資源ブロック構成設定メッセージが前記無線ネットワーク資源ブロック構成設定およびグループ識別子を含む、ということを含むことができる。

実施例３０９１では、実施例３０９０の主題は任意的に、前記グループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信をサポートすることが、前記グループ・リード端末装置によって、前記グループ資源ブロック構成設定メッセージを前記直接通信インターフェースを通じて前記グループ・メンバー端末装置に送信することを含む、ということを含むことができる。

実施例３０９２では、実施例３０９０ないし３０９１のうちいずれか一項記載の主題は任意的に、前記グループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信をサポートすることが、前記グループ・リード端末装置によって、前記グループ資源ブロック構成設定メッセージに従って、前記グループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信をサポートすることを含む、ということを含むことができる。

実施例３０９３では、実施例３０８６ないし３０９２のうちいずれか一項記載の主題は任意的に、前記複数のパラメータが、キャリア周波数情報、数値設定〔ヌメロロジー〕構成設定情報、アクセス・モード情報、サービス品質（ＱｏＳ）クラス情報または継続時間情報のうちの少なくとも一つを含む、ということを含むことができる。

実施例３０９４では、実施例３０９３の主題は任意的に、前記キャリア周波数情報がライセンスされたまたはライセンスされていない動作周波数帯域を含む、ということを含むことができる。

実施例３０９５では、実施例３０９３または３０９４の主題は任意的に、前記数値設定構成設定情報が、前記グループ・リード端末装置または前記グループ・メンバー端末装置の少なくとも一方における事前構成設定されたパラメータの識別子を含む、ということを含むことができる。

実施例３０９６では、実施例３０９３ないし３０９５のうちいずれか一項記載の主題は任意的に、前記アクセス・モード情報が競合ベースのアクセス・モードまたはスケジュールされるアクセス・モードである、ということを含むことができる。

実施例３０９７では、実施例３０９３ないし３０９６のうちいずれか一項記載の主題は任意的に、前記ＱｏＳクラス情報が、使用されることのできるデータの型を定義する、ということを含むことができる。

実施例３０９８では、実施例３０９７の主題は任意的に、前記使用されることのできるデータの型は、ビークル対ビークル（Ｖ２Ｖ）安全性アプリケーション・データ、Ｖ２Ｖ発見データ、ベストエフォート・トラフィック・データまたは他のトラフィック・データのうちの一つである、ということを含むことができる。

実施例３０９９では、実施例３０９３ないし３０９７のうちいずれか一項記載の主題は任意的に、前記継続時間情報が、前記無線ネットワーク資源ブロック構成設定が利用可能である時間の長さを定義する、ということを含むことができる。

実施例３１００では、実施例３０８６ないし３０９９のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定の送信が、前記グループ・メンバー端末装置からの要求に応答して、ユニキャスト・モードで、前記無線ネットワーク資源ブロック構成設定を、前記直接通信インターフェースを通じて前記グループ・メンバー端末装置に送信することを含む、ということを含むことができる。

実施例３１０１では、実施例３０８６ないし３０９９のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定の送信が、前記グループ・メンバー端末装置が無線アクセス・ネットワーク・カバレッジ外にあるときに、ブロードキャスト・モードで、前記無線ネットワーク資源ブロック構成設定を、前記直接通信インターフェースを通じて前記グループ・メンバー端末装置に送信することを含む、ということを含むことができる。

実施例３１０２では、実施例３０８６ないし３１０１のうちいずれか一項記載の主題は任意的に、前記グループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信をサポートすることが、前記グループ・メンバー端末装置が無線アクセス・ネットワーク・カバレッジ外にあるときに、無線アクセス・ネットワークの測定、気象情報または時間情報のうちの少なくとも一つに基づいて、前記無線ネットワーク資源ブロック構成設定を構成設定し直すことを含む、ということを含むことができる。

実施例３１０３では、実施例３１０２の主題は任意的に、前記グループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信をサポートすることが、前記構成設定し直された無線ネットワーク資源ブロック構成設定を、前記直接通信インターフェースを通じて前記グループ・メンバー端末装置に送信することを含む、ということを含むことができる。

実施例３１０４では、実施例３０８６ないし３１０３のうちいずれか一項記載の主題は任意的に、前記特定のアプリケーションが、ビークル対ビークル（Ｖ２Ｖ）安全性アプリケーション、Ｖ２Ｖ発見アプリケーションまたはトラフィック・アプリケーションである、ということを含むことができる。

実施例３１０５では、実施例のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定を、前記グループ・リード端末装置によって、直接通信インターフェースを通じて別のグループ・メンバー端末装置に送信する段階と；前記無線ネットワーク資源ブロック構成設定に従って、前記別のグループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信を、前記グループ・リード端末装置によって、サポートする段階とを含むことができる。

実施例３１０６は、実施例３０８６ないし３１０５のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む端末装置である。

実施例３１０７は、実施例３０８６ないし３１０５のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例３１０８は、プロセッサによって実行されたときに該プロセッサに実施例３０８６ないし３１０５のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３１０９は、端末装置の一つまたは複数のプロセッサによって実行されたときに該端末装置に実施例３０８６ないし３１０５のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３１１０は、アプリケーション要件に従って無線ネットワーク資源をプロビジョニングする通信装置であり、当該通信装置は、ネットワーク・アクセス・ノードから無線ネットワーク資源ブロック構成設定を受信する段階であって、前記無線ネットワーク資源ブロック構成設定は、特定のアプリケーションに構成設定される複数のパラメータを有する、段階と；前記無線ネットワーク資源ブロック構成設定を直接通信インターフェースを通じてグループ・メンバー端末装置に送信する段階と；前記無線ネットワーク資源ブロック構成設定に従って、前記グループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信をサポートする段階とを実行するよう構成された一つまたは複数のプロセッサを含む。

実施例３１１１では、実施例３１１０の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができ、前記一つまたは複数のプロセッサは前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される。

実施例３１１２では、実施例３１１０の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例３１１３では、実施例３１１１の主題は任意的に、端末装置の電子コンポーネントとして構成されることができる。

実施例３１１４では、実施例３１１０ないし３１１３のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定が、位置情報または時間情報の少なくとも一方に基づいて更新される、ということを含むことができる。

実施例３１１５では、実施例３１１４の主題は任意的に、前記位置情報が、前記グループ・リード端末装置の位置情報または前記グループ・メンバー端末装置の位置情報の少なくとも一方である、ということを含むことができる。

実施例３１１６では、実施例３１１０ないし３１１５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記無線ネットワーク資源ブロック構成設定をブロードキャスト・システム情報ブロック（ＳＩＢ）として受信するようさらに構成される、ということを含むことができる。

実施例３１１７では、実施例３１１０ないし３１１５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、グループ資源ブロック構成設定メッセージを、マルチキャスト制御チャネル（ＭＣＣＨ）を通じて受信するようさらに構成され、前記グループ資源ブロック構成設定メッセージが前記無線ネットワーク資源ブロック構成設定およびグループ識別子を含む、ということを含むことができる。

実施例３１１８では、実施例３１１７の主題は任意的に、前記一つまたは複数のプロセッサが、前記グループ資源ブロック構成設定メッセージを前記直接通信インターフェースを通じて前記グループ・メンバー端末装置に送信するようさらに構成される、ということを含むことができる。

実施例３１１９では、実施例３１１７ないし３１１８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記グループ資源ブロック構成設定メッセージに従って、前記グループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信をサポートするようさらに構成される、ということを含むことができる。

実施例３１２０では、実施例３１１０ないし３１１９のうちいずれか一項記載の主題は任意的に、前記複数のパラメータが、キャリア周波数情報、数値設定〔ヌメロロジー〕構成設定情報、アクセス・モード情報、サービス品質（ＱｏＳ）クラス情報または継続時間情報のうちの少なくとも一つを含む、ということを含むことができる。

実施例３１２１では、実施例３１２０の主題は任意的に、前記キャリア周波数情報がライセンスされたまたはライセンスされていない動作周波数帯域を含む、ということを含むことができる。

実施例３１２２では、実施例３１２０ないし３１２１のうちいずれか一項記載の主題は任意的に、前記数値設定構成設定情報が、前記グループ・リード端末装置または前記グループ・メンバー端末装置の少なくとも一方における事前構成設定されたパラメータの識別子を含む、ということを含むことができる。

実施例３１２３では、実施例３１２０ないし３１２２のうちいずれか一項記載の主題は任意的に、前記アクセス・モード情報が競合ベースのアクセス・モードまたはスケジュールされるアクセス・モードである、ということを含むことができる。

実施例３１２４では、実施例３１２０ないし３１２３のうちいずれか一項記載の主題は任意的に、前記ＱｏＳクラス情報が、使用されることのできるデータの型を定義する、ということを含むことができる。

実施例３１２５では、実施例３１２４の主題は任意的に、前記使用されることのできるデータの型は、ビークル対ビークル（Ｖ２Ｖ）安全性アプリケーション・データ、Ｖ２Ｖ発見データ、ベストエフォート・トラフィック・データまたは他のトラフィック・データのうちの一つである、ということを含むことができる。

実施例３１２６では、実施例３１２０ないし３１２４のうちいずれか一項記載の主題は任意的に、前記継続時間情報が、前記無線ネットワーク資源ブロック構成設定が利用可能である時間の長さを定義する、ということを含むことができる。

実施例３１２７では、実施例３１１０ないし３１２６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記グループ・メンバー端末装置からの要求に応答して、ユニキャスト・モードで、前記無線ネットワーク資源ブロック構成設定を、前記直接通信インターフェースを通じて前記グループ・メンバー端末装置に送信するようさらに構成される、ということを含むことができる。

実施例３１２８では、実施例３１１０ないし３１２６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記グループ・メンバー端末装置が無線アクセス・ネットワーク・カバレッジ外にあるときに、ブロードキャスト・モードで、前記無線ネットワーク資源ブロック構成設定を、前記直接通信インターフェースを通じて前記グループ・メンバー端末装置に送信するようさらに構成される、ということを含むことができる。

実施例３１２９では、実施例３１１０ないし３１２８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記グループ・メンバー端末装置が無線アクセス・ネットワーク・カバレッジ外にあるときに、無線アクセス・ネットワークの測定、気象情報または時間情報のうちの少なくとも一つに基づいて、前記無線ネットワーク資源ブロック構成設定を構成設定し直すようさらに構成される、ということを含むことができる。

実施例３１３０では、実施例３１２９の主題は任意的に、前記一つまたは複数のプロセッサが、前記構成設定し直された無線ネットワーク資源ブロック構成設定を、前記直接通信インターフェースを通じて前記グループ・メンバー端末装置に送信するようさらに構成される、ということを含むことができる。

実施例３１３１では、実施例３１１０ないし３１２０のうちいずれか一項記載の主題は任意的に、前記特定のアプリケーションが、ビークル対ビークル（Ｖ２Ｖ）安全性アプリケーション、Ｖ２Ｖ発見アプリケーションまたはトラフィック・アプリケーションである、ということを含むことができる。

実施例３１３２では、実施例３１１０ないし３１２１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記無線ネットワーク資源ブロック構成設定を、直接通信インターフェースを通じて別のグループ・メンバー端末装置に送信し；
前記無線ネットワーク資源ブロック構成設定に従って、前記別のグループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信をサポートするようさらに構成される、ということを含むことができる。

実施例３１３３は、グループ・リード端末装置の一つまたは複数のプロセッサによって実行されたときに該グループ・リード端末装置に方法を実行させる命令を記憶している非一時的な記憶媒体であり、前記方法は、ネットワーク・アクセス・ノードから無線ネットワーク資源ブロック構成設定を、前記グループ・リード端末装置によって受信する段階であって、前記無線ネットワーク資源ブロック構成設定は、特定のアプリケーションに構成設定される複数のパラメータを有する、段階と；前記無線ネットワーク資源ブロック構成設定を、前記グループ・リード端末装置によって、直接通信インターフェースを通じてグループ・メンバー端末装置に送信する段階と；前記無線ネットワーク資源ブロック構成設定に従って、前記グループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信を、前記グループ・リード端末装置によって、サポートする段階とを含む。

実施例３１３４では、実施例３１３３の主題は任意的に、前記無線ネットワーク資源ブロック構成設定が、位置情報または時間情報の少なくとも一方に基づいて更新される、ということを含むことができる。

実施例３１３５では、実施例３１３４の主題は任意的に、前記位置情報が、前記グループ・リード端末装置の位置情報または前記グループ・メンバー端末装置の位置情報の少なくとも一方である、ということを含むことができる。

実施例３１３６では、実施例３１３３ないし３１３５のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定を受信することが、前記無線ネットワーク資源ブロック構成設定を、前記グループ・リード端末装置によって、ブロードキャスト・システム情報ブロック（ＳＩＢ）として受信することを含む、ということを含むことができる。

実施例３１３７では、実施例３１３３ないし３１３６のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定を受信することが、グループ資源ブロック構成設定メッセージを、前記グループ・リード端末装置によって、マルチキャスト制御チャネル（ＭＣＣＨ）を通じて受信することを含み、前記グループ資源ブロック構成設定メッセージが前記無線ネットワーク資源ブロック構成設定およびグループ識別子を含む、ということを含むことができる。

実施例３１３８では、実施例３１３７の主題は任意的に、前記グループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信をサポートすることが、前記グループ・リード端末装置によって、前記グループ資源ブロック構成設定メッセージを前記直接通信インターフェースを通じて前記グループ・メンバー端末装置に送信することを含む、ということを含むことができる。

実施例３１３９では、実施例３１３７または３１３８の主題は任意的に、前記グループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信をサポートすることが、前記グループ・リード端末装置によって、前記グループ資源ブロック構成設定メッセージに従って、前記グループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信をサポートすることを含む、ということを含むことができる。

実施例３１４０では、実施例３１３３ないし３１３９のうちいずれか一項記載の主題は任意的に、前記複数のパラメータが、キャリア周波数情報、数値設定〔ヌメロロジー〕構成設定情報、アクセス・モード情報、サービス品質（ＱｏＳ）クラス情報または継続時間情報のうちの少なくとも一つを含む、ということを含むことができる。

実施例３１４１では、実施例３１４０の主題は任意的に、前記キャリア周波数情報がライセンスされたまたはライセンスされていない動作周波数帯域を含む、ということを含むことができる。

実施例３１４２では、実施例３１４０または３１４１の主題は任意的に、前記数値設定構成設定情報が、前記グループ・リード端末装置または前記グループ・メンバー端末装置の少なくとも一方における事前構成設定されたパラメータの識別子を含む、ということを含むことができる。

実施例３１４３では、実施例３１４０ないし３１４２のうちいずれか一項記載の主題は任意的に、前記アクセス・モード情報が競合ベースのアクセス・モードまたはスケジュールされるアクセス・モードである、ということを含むことができる。

実施例３１４４では、実施例３１４０ないし３１４３のうちいずれか一項記載の主題は任意的に、前記ＱｏＳクラス情報が、使用されることのできるデータの型を定義する、ということを含むことができる。

実施例３１４５では、実施例３１４４の主題は任意的に、前記使用されることのできるデータの型が、ビークル対ビークル（Ｖ２Ｖ）安全性アプリケーション・データ、Ｖ２Ｖ発見データ、ベストエフォート・トラフィック・データまたは他のトラフィック・データのうちの一つである、ということを含むことができる。

実施例３１４６では、実施例３１４０ないし３１４４のうちいずれか一項記載の主題は任意的に、前記継続時間情報が、前記無線ネットワーク資源ブロック構成設定が利用可能である時間の長さを定義する、ということを含むことができる。

実施例３１４７では、実施例３１３３ないし３１４６のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定の送信が、前記グループ・メンバー端末装置からの要求に応答して、ユニキャスト・モードで、前記無線ネットワーク資源ブロック構成設定を、前記直接通信インターフェースを通じて前記グループ・メンバー端末装置に送信することを含む、ということを含むことができる。

実施例３１４８では、実施例３１３３ないし３１４６のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定の送信が、前記グループ・メンバー端末装置が無線アクセス・ネットワーク・カバレッジ外にあるときに、ブロードキャスト・モードで、前記無線ネットワーク資源ブロック構成設定を、前記直接通信インターフェースを通じて前記グループ・メンバー端末装置に送信することを含む、ということを含むことができる。

実施例３１４９では、実施例３１３３ないし３１４８のうちいずれか一項記載の主題は任意的に、前記グループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信をサポートすることが、前記グループ・メンバー端末装置が無線アクセス・ネットワーク・カバレッジ外にあるときに、無線アクセス・ネットワークの測定、気象情報または時間情報のうちの少なくとも一つに基づいて、前記無線ネットワーク資源ブロック構成設定を構成設定し直すことを含む、ということを含むことができる。

実施例３１５０では、実施例３１４９の主題は任意的に、前記グループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信をサポートすることが、前記構成設定し直された無線ネットワーク資源ブロック構成設定を、前記直接通信インターフェースを通じて前記グループ・メンバー端末装置に送信することを含む、ということを含むことができる。

実施例３１５１では、実施例３１３３ないし３１５０のうちいずれか一項記載の主題は任意的に、前記特定のアプリケーションが、ビークル対ビークル（Ｖ２Ｖ）安全性アプリケーション、Ｖ２Ｖ発見アプリケーションまたはトラフィック・アプリケーションである、ということを含むことができる。

実施例３１５２では、実施例３１３３ないし３１５１のうちいずれか一項記載の主題は任意的に、前記方法が、前記無線ネットワーク資源ブロック構成設定を、前記グループ・リード端末装置によって、直接通信インターフェースを通じて別のグループ・メンバー端末装置に送信する段階と；前記無線ネットワーク資源ブロック構成設定に従って、前記別のグループ・メンバー端末装置と前記ネットワーク・アクセス・ノードとの間の通信を、前記グループ・リード端末装置によって、サポートする段階とをさらに含む、ということを含むことができる。

実施例３１５３は、グループ・メンバー端末装置によって、ネットワーク・アクセス・ノードから無線ネットワーク資源ブロック構成設定を受信する手段であって、前記無線ネットワーク資源ブロック構成設定は、特定のアプリケーションに構成設定される複数のパラメータを有する、手段と；前記グループ・メンバー端末装置によって、前記無線ネットワーク資源ブロック構成設定に従って、通信する手段とを含む装置である。

実施例３１５４は、アプリケーション要件に従って無線ネットワーク資源をプロビジョニングする方法であり、当該方法は、グループ・メンバー端末装置によって、ネットワーク・アクセス・ノードからの無線ネットワーク資源ブロック構成設定を受信する段階であって、前記無線ネットワーク資源ブロック構成設定は、特定のアプリケーションに構成設定される複数のパラメータを有する、段階と；前記グループ・メンバー端末装置によって、前記無線ネットワーク資源ブロック構成設定に従って、通信する段階とを含む。

実施例３１５５では、実施例３１５４の主題は任意的に、前記無線ネットワーク資源ブロック構成設定が、位置情報または時間情報の少なくとも一方に基づいて更新される、ということを含むことができる。

実施例３１５６では、実施例３１５４または３１５５の主題は任意的に、前記位置情報が、グループ・リード端末装置の位置情報または前記グループ・メンバー端末装置の位置情報の少なくとも一方である、ということを含むことができる。

実施例３１５７では、実施例３１５４ないし３１５６のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定を受信することが、前記無線ネットワーク資源ブロック構成設定を、前記グループ・メンバー端末装置によって、ブロードキャスト・システム情報ブロック（ＳＩＢ）として受信することを含む、ということを含むことができる。

実施例３１５８では、実施例３１５４ないし３１５６のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定を受信することが、グループ資源ブロック構成設定メッセージを、前記グループ・メンバー端末装置によって、マルチキャスト制御チャネル（ＭＣＣＨ）を通じて受信することを含み、前記グループ資源ブロック構成設定メッセージが前記無線ネットワーク資源ブロック構成設定およびグループ識別子を含む、ということを含むことができる。

実施例３１５９では、実施例３１５４ないし３１５６または３１５８の主題は任意的に、前記無線ネットワーク資源ブロック構成設定を受信することが、前記無線ネットワーク資源ブロック構成設定を、前記グループ・メンバー端末装置によって、グループ・リード端末装置から、両者の間の直接通信インターフェースを通じて受信することを含む、ということを含むことができる。

実施例３１６０では、実施例３１５４ないし３１５８のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定に従って通信することが、前記グループ・メンバー端末装置によって、グループ・リード端末装置を通じて間接的にネットワーク・アクセス・ノードと通信することを含む、ということを含むことができる。

実施例３１６１では、実施例３１５４ないし３１６０のうちいずれか一項記載の主題は任意的に、前記複数のパラメータが、キャリア周波数情報、数値設定〔ヌメロロジー〕構成設定情報、アクセス・モード情報、サービス品質（ＱｏＳ）クラス情報または継続時間情報のうちの少なくとも一つを含む、ということを含むことができる。

実施例３１６２では、実施例３１６１の主題は任意的に、前記キャリア周波数情報がライセンスされたまたはライセンスされていない動作周波数帯域を含む、ということを含むことができる。

実施例３１６３では、実施例３１６１または３１６２の主題は任意的に、前記数値設定構成設定情報が、前記グループ・リード端末装置または前記グループ・メンバー端末装置の少なくとも一方における事前構成設定されたパラメータの識別子を含む、ということを含むことができる。

実施例３１６４では、実施例３１６１ないし３１６３のうちいずれか一項記載の主題は任意的に、前記アクセス・モード情報が競合ベースのアクセス・モードまたはスケジュールされるアクセス・モードである、ということを含むことができる。

実施例３１６５では、実施例３１６１ないし３１６４のうちいずれか一項記載の主題は任意的に、前記クラス情報が、使用されることのできるデータの型を定義する、ということを含むことができる。

実施例３１６６では、実施例３１６５の主題は任意的に、前記使用されることのできるデータの型は、ビークル対ビークル（Ｖ２Ｖ）安全性アプリケーション・データ、Ｖ２Ｖ発見データ、ベストエフォート・トラフィック・データまたは他のトラフィック・データのうちの一つである、ということを含むことができる。

実施例３１６７では、実施例３１６１ないし３１６６のうちいずれか一項記載の主題は任意的に、前記継続時間情報が、前記無線ネットワーク資源ブロック構成設定が利用可能である時間の長さを定義する、ということを含むことができる。

実施例３１６８では、実施例３１５４ないし３１５６または３１５８のうちいずれか一項記載の主題は任意的に、前記グループ・メンバー端末装置によって、前記無線ネットワーク資源ブロック構成設定の要求を送信する段階をさらに含むことができ、前記無線ネットワーク資源ブロック構成設定の受信が、前記グループ・メンバー端末装置からの前記要求に応答してグループ・リード端末装置から、両者の間の直接通信インターフェースを通じてユニキャスト・モードで前記無線ネットワーク資源ブロック構成設定を受信することを含む、ということを含むことができる。

実施例３１６９では、実施例３１５４ないし３１５６または３１５８ないし３１６７のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定の受信が、前記グループ・メンバー端末装置が無線アクセス・ネットワーク・カバレッジ外にあるときに、グループ・リード端末装置から両者の間の直接通信インターフェースを通じてブロードキャスト・モードで前記無線ネットワーク資源ブロック構成設定を受信することを含む、ということを含むことができる。

実施例３１７０では、実施例３１５４ないし３１６９のうちいずれか一項記載の主題は任意的に、前記グループ・メンバー端末装置が無線アクセス・ネットワーク・カバレッジ外にあるときに、無線アクセス・ネットワークの測定、気象情報または時間情報のうちの少なくとも一つに基づく前記無線ネットワーク資源ブロック構成設定への更新を、前記グループ・メンバー端末装置によって、受信することをさらに含むことができる。

実施例３１７１では、実施例３１７０の主題は任意的に、前記無線ネットワーク資源ブロック構成設定への更新を受信することが、前記無線ネットワーク資源ブロック構成設定への更新を、グループ・リード端末装置から両者の間の直接通信インターフェースを通じて受信することを含む、ということを含むことができる。

実施例３１７２では、実施例３１５４ないし３１７１のうちいずれか一項記載の主題は任意的に、前記特定のアプリケーションが、ビークル対ビークル（Ｖ２Ｖ）安全性アプリケーション、Ｖ２Ｖ発見アプリケーションまたはトラフィック・アプリケーションである、ということを含むことができる。

実施例３１７３では、実施例３１５４ないし３１７２のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定に従って通信することが、前記グループ・メンバー端末装置によってネットワーク・アクセス・ノードと直接通信することを含む、ということを含むことができる。

実施例３１７４は、実施例３１５４ないし３１７３のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む端末装置である。

実施例３１７５は、実施例３１５４ないし３１７３のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例３１７６は、プロセッサによって実行されたときに該プロセッサに実施例３１５４ないし３１７３のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３１７７は、端末装置の一つまたは複数のプロセッサによって実行されたときに該端末装置に実施例３１５４ないし３１７３のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３１７８は、アプリケーション要件に従って無線ネットワーク資源をプロビジョニングするための通信装置であり、当該通信装置は、ネットワーク・アクセス・ノードからの無線ネットワーク資源ブロック構成設定を受信する段階であって、前記無線ネットワーク資源ブロック構成設定は、特定のアプリケーションに構成設定される複数のパラメータを有する、段階と；前記無線ネットワーク資源ブロック構成設定に従って、通信する段階とを実行するよう構成された一つまたは複数のプロセッサを含む。

実施例３１７９では、実施例３１７８の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができ、前記一つまたは複数のプロセッサは前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される。

実施例３１８０では、実施例３１７８の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例３１８１では、実施例３１８０の主題は任意的に、端末装置の電子コンポーネントとして構成されることができる。

実施例３１８２では、実施例３１７８ないし３１８１のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定が、位置情報または時間情報の少なくとも一方に基づいて更新される、ということを含むことができる。

実施例３１８３では、実施例３１８２の主題は任意的に、前記位置情報が、グループ・リード端末装置の位置情報または当該通信装置の位置情報の少なくとも一方である、ということを含むことができる。

実施例３１８４では、実施例３１７８ないし３１８３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記無線ネットワーク資源ブロック構成設定をブロードキャスト・システム情報ブロック（ＳＩＢ）として受信するようさらに構成される、ということを含むことができる。

実施例３１８５では、実施例３１７８ないし３１８３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、グループ資源ブロック構成設定メッセージをマルチキャスト制御チャネル（ＭＣＣＨ）を通じて受信するようさらに構成され、前記グループ資源ブロック構成設定メッセージが前記無線ネットワーク資源ブロック構成設定およびグループ識別子を含む、ということを含むことができる。

実施例３１８６では、実施例３１７８ないし３１８３または３１８５の主題は任意的に、前記一つまたは複数のプロセッサが、前記無線ネットワーク資源ブロック構成設定を、グループ・リード端末装置から、両者の間の直接通信インターフェースを通じて受信するようさらに構成される、ということを含むことができる。

実施例３１８７では、実施例３１７８ないし３１８６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、グループ・リード端末装置を通じて間接的に、前記無線ネットワーク資源ブロック構成設定に従って、ネットワーク・アクセス・ノードと通信するようさらに構成される、ということを含むことができる。

実施例３１８８では、実施例３１７８ないし３１８７のうちいずれか一項記載の主題は任意的に、前記複数のパラメータが、キャリア周波数情報、数値設定〔ヌメロロジー〕構成設定情報、アクセス・モード情報、サービス品質（ＱｏＳ）クラス情報または継続時間情報のうちの少なくとも一つを含む、ということを含むことができる。

実施例３１８９では、実施例３１８８の主題は任意的に、前記キャリア周波数情報がライセンスされたまたはライセンスされていない動作周波数帯域を含む、ということを含むことができる。

実施例３１９０では、実施例３１８８または３１８９の主題は任意的に、前記数値設定構成設定情報が、前記グループ・リード端末装置または前記グループ・メンバー端末装置の少なくとも一方における事前構成設定されたパラメータの識別子を含む、ということを含むことができる。

実施例３１９１では、実施例３１８８ないし３１９０のうちいずれか一項記載の主題は任意的に、前記アクセス・モード情報が競合ベースのアクセス・モードまたはスケジュールされるアクセス・モードである、ということを含むことができる。

実施例３１９２では、実施例３１８８ないし３１９１のうちいずれか一項記載の主題は任意的に、前記ＱｏＳクラス情報が、使用されることのできるデータの型を定義する、ということを含むことができる。

実施例３１９３では、実施例３１９２の主題は任意的に、前記使用されることのできるデータの型は、ビークル対ビークル（Ｖ２Ｖ）安全性アプリケーション・データ、Ｖ２Ｖ発見データ、ベストエフォート・トラフィック・データまたは他のトラフィック・データのうちの一つである、ということを含むことができる。

実施例３１９４では、実施例３１８８ないし３１９３のうちいずれか一項記載の主題は任意的に、前記継続時間情報が、前記無線ネットワーク資源ブロック構成設定が利用可能である時間の長さを定義する、ということを含むことができる。

実施例３１９５では、実施例３１７８ないし３１８３または３１８５ないし３１９４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記無線ネットワーク資源ブロック構成設定の要求を送信し、送信された該要求に応答してグループ・リード端末装置から、両者の間の直接通信インターフェースを通じてユニキャスト・モードで前記無線ネットワーク資源ブロック構成設定を受信するようさらに構成される、ということを含むことができる。

実施例３１９６では、実施例３１７８ないし３１８３または３１８５ないし３１９４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、当該通信装置が無線アクセス・ネットワーク・カバレッジ外にあるときに、グループ・リード端末装置から両者の間の直接通信インターフェースを通じてブロードキャスト・モードで前記無線ネットワーク資源ブロック構成設定を受信するようさらに構成される、ということを含むことができる。

実施例３１９７では、実施例３１７８ないし３１９６のうちいずれか一項記載の主題は任意的に、前記グループ・メンバー端末装置が無線アクセス・ネットワーク・カバレッジ外にあるときに、無線アクセス・ネットワークの測定、気象情報または時間情報のうちの少なくとも一つに基づく前記無線ネットワーク資源ブロック構成設定への更新を受信することをさらに含むことができる。

実施例３１９８では、実施例３１９７の主題は任意的に、前記一つまたは複数のプロセッサが、前記無線ネットワーク資源ブロック構成設定への更新を、グループ・リード端末装置から両者の間の直接通信インターフェースを通じて受信するようさらに構成される、ということを含むことができる。

実施例３１９９では、実施例３１７８ないし３１９８のうちいずれか一項記載の主題は任意的に、前記特定のアプリケーションが、ビークル対ビークル（Ｖ２Ｖ）安全性アプリケーション、Ｖ２Ｖ発見アプリケーションまたはトラフィック・アプリケーションである、ということを含むことができる。

実施例３２００では、実施例３１７８ないし３１９９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記無線ネットワーク資源ブロック構成設定に従って、ネットワーク・アクセス・ノードと直接通信するようさらに構成される、ということを含むことができる。

実施例３２０１は、グループ・メンバー端末装置の一つまたは複数のプロセッサによって実行されたときに該グループ・メンバー端末装置に方法を実行させる命令を記憶している非一時的な記憶媒体であり、前記方法は、グループ・メンバー端末装置によって、ネットワーク・アクセス・ノードからの無線ネットワーク資源ブロック構成設定を受信する段階であって、前記無線ネットワーク資源ブロック構成設定は、特定のアプリケーションに構成設定される複数のパラメータを有する、段階と；前記グループ・メンバー端末装置によって、前記無線ネットワーク資源ブロック構成設定に従って、通信する段階とを含む。

実施例３２０２では、実施例３２０１の主題は任意的に、前記無線ネットワーク資源ブロック構成設定が、位置情報または時間情報の少なくとも一方に基づいて更新される、ということを含むことができる。

実施例３２０３では、実施例３２０１または３２０２の主題は任意的に、前記位置情報が、グループ・リード端末装置の位置情報または前記グループ・メンバー端末装置の位置情報の少なくとも一方である、ということを含むことができる。

実施例３２０４では、実施例３２０１ないし３２０３のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定を受信することが、前記無線ネットワーク資源ブロック構成設定を、前記グループ・メンバー端末装置によって、ブロードキャスト・システム情報ブロック（ＳＩＢ）として受信することを含む、ということを含むことができる。

実施例３２０５では、実施例３２０１ないし３２０３のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定を受信することが、グループ資源ブロック構成設定メッセージを、前記グループ・メンバー端末装置によって、マルチキャスト制御チャネル（ＭＣＣＨ）を通じて受信することを含み、前記グループ資源ブロック構成設定メッセージが前記無線ネットワーク資源ブロック構成設定およびグループ識別子を含む、ということを含むことができる。

実施例３２０６では、実施例３２０１ないし３２０３または３２０５の主題は任意的に、前記無線ネットワーク資源ブロック構成設定を受信することが、前記無線ネットワーク資源ブロック構成設定を、前記グループ・メンバー端末装置によって、グループ・リード端末装置から、両者の間の直接通信インターフェースを通じて受信することを含む、ということを含むことができる。

実施例３２０７では、実施例３２０１ないし３２０５のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定に従って通信することが、前記グループ・メンバー端末装置によって、グループ・リード端末装置を通じて間接的にネットワーク・アクセス・ノードと通信することを含む、ということを含むことができる。

実施例３２０８では、実施例３２０１ないし３２０７のうちいずれか一項記載の主題は任意的に、前記複数のパラメータが、キャリア周波数情報、数値設定〔ヌメロロジー〕構成設定情報、アクセス・モード情報、サービス品質（ＱｏＳ）クラス情報または継続時間情報のうちの少なくとも一つを含む、ということを含むことができる。

実施例３２０９では、実施例３２０８の主題は任意的に、前記キャリア周波数情報がライセンスされたまたはライセンスされていない動作周波数帯域を含む、ということを含むことができる。

実施例３２１０では、実施例３２０８または３２０９の主題は任意的に、前記数値設定構成設定情報が、前記グループ・リード端末装置または前記グループ・メンバー端末装置の少なくとも一方における事前構成設定されたパラメータの識別子を含む、ということを含むことができる。

実施例３２１１では、実施例３２０８ないし３２１０のうちいずれか一項記載の主題は任意的に、前記アクセス・モード情報が競合ベースのアクセス・モードまたはスケジュールされるアクセス・モードである、ということを含むことができる。

実施例３２１２では、実施例３２０８ないし３２１３のうちいずれか一項記載の主題は任意的に、前記ＱｏＳクラス情報が、使用されることのできるデータの型を定義する、ということを含むことができる。

実施例３２１３では、実施例３２１２の主題は任意的に、前記使用されることのできるデータの型は、ビークル対ビークル（Ｖ２Ｖ）安全性アプリケーション・データ、Ｖ２Ｖ発見データ、ベストエフォート・トラフィック・データまたは他のトラフィック・データのうちの一つである、ということを含むことができる。

実施例３２１４では、実施例３２０８ないし３２１３のうちいずれか一項記載の主題は任意的に、前記継続時間情報が、前記無線ネットワーク資源ブロック構成設定が利用可能である時間の長さを定義する、ということを含むことができる。

実施例３２１５では、実施例３２０１ないし３２０３または３２０５ないし３２１４のうちいずれか一項記載の主題は任意的に、前記グループ・メンバー端末装置によって、前記無線ネットワーク資源ブロック構成設定の要求を送信することをさらに含むことができ、前記無線ネットワーク資源ブロック構成設定の受信が、前記グループ・メンバー端末装置からの前記要求に応答してグループ・リード端末装置から、両者の間の直接通信インターフェースを通じてユニキャスト・モードで前記無線ネットワーク資源ブロック構成設定を受信することを含む、ということを含むことができる。

実施例３２１６では、実施例３２０１ないし３２０３または３２０３ないし３２０５のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定の受信が、前記グループ・メンバー端末装置が無線アクセス・ネットワーク・カバレッジ外にあるときに、グループ・リード端末装置から両者の間の直接通信インターフェースを通じてブロードキャスト・モードで前記無線ネットワーク資源ブロック構成設定を受信することを含む、ということを含むことができる。

実施例３２１７では、実施例３２０１ないし３２１６のうちいずれか一項記載の主題は任意的に、前記グループ・メンバー端末装置が無線アクセス・ネットワーク・カバレッジ外にあるときに、無線アクセス・ネットワークの測定、気象情報または時間情報のうちの少なくとも一つに基づく前記無線ネットワーク資源ブロック構成設定への更新を、前記グループ・メンバー端末装置によって、受信することをさらに含むことができる。

実施例３２１８では、実施例３２１７の主題は任意的に、前記無線ネットワーク資源ブロック構成設定への更新を受信することが、前記無線ネットワーク資源ブロック構成設定への更新を、グループ・リード端末装置から両者の間の直接通信インターフェースを通じて受信することを含む、ということを含むことができる。

実施例３２１９では、実施例３２０１ないし３２１８のうちいずれか一項記載の主題は任意的に、前記特定のアプリケーションが、ビークル対ビークル（Ｖ２Ｖ）安全性アプリケーション、Ｖ２Ｖ発見アプリケーションまたはトラフィック・アプリケーションである、ということを含むことができる。

実施例３２２０では、実施例３２０１ないし３２１９のうちいずれか一項記載の主題は任意的に、前記無線ネットワーク資源ブロック構成設定に従って通信することが、前記グループ・メンバー端末装置によってネットワーク・アクセス・ノードと直接通信することを含む、ということを含むことができる。

実施例３２２１は、ビークル対ビークル（Ｖ２Ｖ）対形成のために利用可能な一つまたは複数のビークル端末装置を発見する手段と；前記一つまたは複数のビークル端末装置についての一つまたは複数のＶ２Ｖリンク品質を決定する手段および前記一つまたは複数のＶ２Ｖリンク品質をネットワーク・アクセス・ノードに報告する手段と；前記一つまたは複数のビークル端末装置のうちの目標ビークル端末装置とのスケジュールされたＶ２Ｖ対形成を指定する前記基地局からのスケジューリング命令を受信する手段と；前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継する手段とを含む、ビークル端末装置である。

実施例３２２２は、ビークル端末装置において無線通信を実行する方法であり、当該方法は、ビークル対ビークル（Ｖ２Ｖ）対形成のために利用可能な一つまたは複数のビークル端末装置を発見する段階と；前記一つまたは複数のビークル端末装置についての一つまたは複数のＶ２Ｖリンク品質を決定して、前記一つまたは複数のＶ２Ｖリンク品質をネットワーク・アクセス・ノードに報告する段階と；前記一つまたは複数のビークル端末装置のうちの目標ビークル端末装置とのスケジュールされたＶ２Ｖ対形成を指定する前記基地局からのスケジューリング命令を受信する段階と；前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継する段階とを含む。

実施例３２２３では、実施例３２２２の主題は任意的に、Ｖ２Ｖ対形成のために利用可能な一つまたは複数のビークル端末装置を発見することが、前記ネットワーク・アクセス・ノードによってスケジュールされた発見期間の間に発見手順を実行し、前記発見期間の間に前記一つまたは複数のビークル端末装置を発見することを含む、ということを含むことができる。

実施例３２２４では、実施例３２２２または３２２３の主題は任意的に、Ｖ２Ｖ対形成のために利用可能な一つまたは複数のビークル端末装置を発見することが、潜在的な近傍ビークル端末装置を示す、ネットワークにより提供される情報に基づいて、近接ビークル端末装置を検出するよう発見手順を実行することを含む、ということを含むことができる。

実施例３２２５では、実施例３２２２ないし３２２４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のビークル端末装置についての一つまたは複数のＶ２Ｖリンク品質を決定することが、前記一つまたは複数のビークル端末装置のうちの第一のビークル端末装置からＶ２Ｖリンク上で受信される無線信号を測定して前記リンク品質測定値を得ることを含む、ということを含むことができる。

実施例３２２６では、実施例３２２２ないし３２２５のうちいずれか一項記載の主題は任意的に、主要チャネル・リンク品質を決定して、該主要チャネル・リンク品質を前記ネットワーク・アクセス・ノードに報告することをさらに含むことができる。

実施例３２２７では、実施例３２２２ないし３２２５のうちいずれか一項記載の主題は任意的に、主要下りリンク・チャネル上で前記ネットワーク・アクセス・ノードから受信された信号に対して電波測定を実行して主要チャネル・リンク品質を得て、該主要チャネル・リンク品質を前記ネットワーク・アクセス・ノードに報告することをさらに含むことができる。

実施例３２２８では、実施例３２２２ないし３２２７のうちいずれか一項記載の主題は任意的に、前記スケジューリング命令が、前記スケジュールされたＶ２Ｖ対形成についての中継方針を指定し、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することが、前記中継方針に従って前記データを中継することを含む、ということを含むことができる。

実施例３２２９では、実施例３２２２ないし３２２７のうちいずれか一項記載の主題は任意的に、前記スケジュールされたＶ２Ｖ対形成についての中継戦略を選択することをさらに含むことができ、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することが、前記中継方針に従って前記データを中継することを含む、ということを含むことができる。

実施例３２３０では、実施例３２２８または３２２９の主題は任意的に、前記中継方針が、「増幅して転送」中継方針、「復号して転送」中継方針、「圧縮して転送」中継方針または「量子化・マップ・転送」中継方針である、ということを含むことができる。

実施例３２３１では、実施例３２２２ないし３２３０のうちいずれか一項記載の主題は任意的に、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することが、前記ネットワーク・アクセス・ノードのために意図された上りリンク・データを、前記スケジュールされたＶ２Ｖ対形成に従って前記目標ビークル端末装置に送信することを含む、ということを含むことができる。

実施例３２３２では、実施例３２３１の主題は任意的に、前記スケジュールされたＶ２Ｖ対形成の継続時間にわたって、主要上りリンク・チャネル上で前記ネットワーク・アクセス・ノードに上りリンク・データを送信することを控えることをさらに含むことができる。

実施例３２３３では、実施例３２２２ないし３２３０のうちいずれか一項記載の主題は任意的に、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することが、前記ネットワーク・アクセス・ノードからの下りリンク・データを、前記スケジュールされたＶ２Ｖ対形成に従って前記目標ビークル端末装置を介して受信することを含む、ということを含むことができる。

実施例３２３４では、実施例３２３３の主題は任意的に、前記スケジュールされたＶ２Ｖ対形成の継続時間にわたって、主要下りリンク・チャネル上で前記ネットワーク・アクセス・ノードから下りリンク・データを受信することを控えることをさらに含むことができる。

実施例３２３５では、実施例３２２２ないし３２３４のうちいずれか一項記載の主題は任意的に、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することが、サイドリンク・チャネル上で前記目標ビークル端末装置に前記データを送信することを含む、ということを含むことができる。

実施例３２３６では、実施例３２２２ないし３２３４のうちいずれか一項記載の主題は任意的に、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することが、サイドリンク・チャネル上で前記目標ビークル端末装置から前記データを受信することを含む、ということを含むことができる。

実施例３２３７では、実施例３２２２ないし３２３６のうちいずれか一項記載の主題は任意的に、前記データが、ビークル対インフラストラクチャー（Ｖ２Ｉ）接続またはビークル対ネットワーク（Ｖ２Ｎ）接続の一部である、ということを含むことができる。

実施例３２３８では、実施例３２２２ないし３２３７のうちいずれか一項記載の主題は任意的に、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することが、主要下りリンク・チャネル上で前記ネットワーク・アクセス・ノードから前記データを受信し、サイドリンク・チャネル上で前記目標ビークル端末装置に前記データを中継することを含む、ということを含むことができる。

実施例３２３９では、実施例３２２２ないし３２３７のうちいずれか一項記載の主題は任意的に、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することが、サイドリンク・チャネル上で前記目標ビークル端末装置から前記データを受信し、主要上りリンク・チャネル上で前記ネットワーク・アクセス・ノード装置に前記データを中継することを含む、ということを含むことができる。

実施例３２４０は、実施例３２２２ないし３２３９のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含むビークル端末装置である。

実施例３２４１は、実施例３２２２ないし３２３９のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例３２４２は、プロセッサによって実行されたときに該プロセッサに実施例３２２２ないし３２３９のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３２４３は、ビークル端末装置のプロセッサによって実行されたときに該ビークル端末装置に実施例３２２２ないし３２３９のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３２４４は、複数のビークル端末装置から、該複数のビークル端末装置の間のビークル対ビークル（Ｖ２Ｖ）リンクを特徴付けるリンク品質測定値を受信する手段と；それらのリンク品質測定値に基づいて、前記複数のビークル端末装置のうちの第一のビークル端末装置のための通信チャネルを選択する手段であって、該通信チャネルは該通信チャネルの一部としてＶ２Ｖサイドリンク・チャネルを含む、手段と；Ｖ２Ｖ対形成をスケジュールする命令を前記第一のビークル端末装置に送信する手段と；前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信する手段とを含む装置である。

実施例３２４５は、ネットワーク・アクセス・ノードのためのビークル対インフラストラクチャー（Ｖ２Ｉ）またはビークル対ネットワーク（Ｖ２Ｎ）通信を組織する方法であり、当該方法は、複数のビークル端末装置から、該複数のビークル端末装置の間のビークル対ビークル（Ｖ２Ｖ）リンクを特徴付けるリンク品質測定値を受信する段階と；それらのリンク品質測定値に基づいて、前記複数のビークル端末装置のうちの第一のビークル端末装置のための通信チャネルを選択する段階であって、該通信チャネルは該通信チャネルの一部としてＶ２Ｖサイドリンク・チャネルを含む、段階と；Ｖ２Ｖ対形成をスケジュールする命令を前記第一のビークル端末装置に送信する段階と；前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信する段階とを含む。

実施例３２４６では、実施例３２４５の主題は任意的に、前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することが、前記第一のビークル端末装置のために意図されている前記データを、第二のビークル端末装置への下りリンク・データとして送信することを含む、ということを含むことができる。

実施例３２４７では、実施例３２４５の主題は任意的に、前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することが、第二のビークル端末装置のために意図されている前記データを、前記第一のビークル端末装置への下りリンク・データとして送信することを含む、ということを含むことができる。

実施例３２４８では、実施例３２４５の主題は任意的に、前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することが、第二の端末装置で生じた前記データを、前記第一の端末装置からの上りリンク・データとして受信することを含む、ということを含むことができる。

実施例３２４９では、実施例３２４５の主題は任意的に、前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することが、前記第一の端末装置で生じた前記データを、第二の端末装置からの上りリンク・データとして受信することを含む、ということを含むことができる。

実施例３２５０では、実施例３２４５ないし３２４９のうちいずれか一項記載の主題は任意的に、前記複数のビークル端末装置に、発見期間の間に発見手順を実行するよう命令することをさらに含むことができる。

実施例３２５１では、実施例３２４５ないし３２５０のうちいずれか一項記載の主題は任意的に、前記複数のビークル端末装置のうちの一つまたは複数が前記第一のビークル端末装置に近接していることを示す発見支援情報を前記第一のビークル端末装置に提供することをさらに含むことができる。

実施例３２５２では、実施例３２４５ないし３２５１のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードと前記第一のビークル端末装置との間の主要上りリンクまたは下りリンク・チャネルを特徴付ける主要チャネル・リンク品質測定値を前記第一のビークル端末装置から受信することをさらに含むことができる。

実施例３２５３では、実施例３２５２の主題は任意的に、前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することが、前記主要上りリンクまたは下りリンク・チャネルの代わりに前記Ｖ２Ｖサイドリンク・チャネルを含む前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することを含む、ということを含むことができる。

実施例３２５４では、実施例３２４５ないし３２５３のうちいずれか一項記載の主題は任意的に、前記リンク品質測定値に基づいて第一のビークル端末装置のための通信チャネルを選択することが、前記複数のビークル端末装置のうちの第二のビークル端末装置を、前記第一のビークル端末装置のための対形成されるビークル端末装置として選択することを含み、前記Ｖ２Ｖサイドリンク・チャネルは前記第一のビークル端末装置と前記第二のビークル端末装置の間である、ということを含むことができる。

実施例３２５５では、実施例３２５４の主題は任意的に、前記リンク品質測定値に基づいて第一のビークル端末装置のための通信チャネルを選択することが、前記リンク品質測定値を評価して、前記第一のビークル端末装置と前記第二のビークル端末装置の間の前記Ｖ２Ｖサイドリンク・チャネルを同定することをさらに含む、ということを含むことができる。

実施例３２５６では、実施例３２４５ないし３２５５のうちいずれか一項記載の主題は任意的に、前記Ｖ２Ｖ対形成をスケジュールする命令を前記第一のビークル端末装置に送信することが、前記命令において前記Ｖ２Ｖ対形成のための中継方針を指定することを含む、ということを含むことができる。

実施例３２５７では、実施例３２５６の主題は任意的に、前記中継方針が、「増幅して転送」中継方針、「復号して転送」中継方針、「圧縮して転送」中継方針または「量子化・マップ・転送」中継方針である、ということを含むことができる。

実施例３２５８では、実施例３２４５ないし３２５７のうちいずれか一項記載の主題は任意的に、前記リンク品質測定値に基づいて第一のビークル端末装置のための通信チャネルを選択することが、比例公平スループット（proportional fair throughput）のための効用最大化（utility maximization）基準に従って前記リンク品質測定値を評価して、前記通信チャネルを選択することを含む、ということを含むことができる。

実施例３２５９では、実施例３２５８の主題は任意的に、前記リンク品質測定値に基づいて第一のビークル端末装置のための通信チャネルを選択することが、比例公平スループット（proportional fair throughput）のための効用最大化（utility maximization）基準に従って前記リンク品質測定値および一つまたは複数の主要チャネル・リンク品質測定値を評価して、前記通信チャネルを選択することを含む、ということを含むことができる。

実施例３２６０では、実施例３２５９の主題は任意的に、前記一つまたは複数の主要チャネル・リンク品質測定値を前記第一のビークル端末装置から受信することをさらに含むことができ、前記一つまたは複数の主要チャネル・リンク品質測定値は、前記ネットワーク・アクセス・ノードと前記第一のビークル端末装置との間の主要上りリンクまたは下りリンク・チャネルを特徴付ける、ということを含むことができる。

実施例３２６１は、実施例３２４５ないし３２６０のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含むネットワーク・アクセス・ノードである。

実施例３２６２は、実施例３２４５ないし３２６０のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例３２６３は、プロセッサによって実行されたときに該プロセッサに実施例３２４５ないし３２６０のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３２６４は、ネットワーク・アクセス・ノードのプロセッサによって実行されたときに該ネットワーク・アクセス・ノードに実施例３２４５ないし３２６０のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３２６５は、ビークル端末装置における実装のために適応された通信装置であり、当該通信装置は、ビークル対ビークル（Ｖ２Ｖ）対形成のために利用可能な一つまたは複数のビークル端末装置を発見するよう構成された発見モジュールと；前記一つまたは複数のビークル端末装置についての一つまたは複数のＶ２Ｖリンク品質を決定するよう構成された測定モジュールと；前記一つまたは複数のＶ２Ｖリンク品質をネットワーク・アクセス・ノードに報告し、前記一つまたは複数のビークル端末装置のうちの目標ビークル端末装置とのスケジュールされたＶ２Ｖ対形成を指定する前記基地局からのスケジューリング命令を受信し、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継するよう構成された通信モジュールとを含む。

実施例３２６６では、実施例３２６５の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができる。

実施例３２６７では、実施例３２６６の主題は任意的に、前記通信モジュールが、前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号を送受信するよう構成される、ということを含むことができる。

実施例３２６８では、実施例３２６６の主題は任意的に、前記通信モジュールが、前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号として、一つまたは複数の論理的接続のための無線データを送受信するよう構成される、ということを含むことができる。

実施例３２６９は、実施例３２６５ないし３２６７のうちいずれか一項記載の主題は任意的に、前記発見モジュールが、前記ネットワーク・アクセス・ノードによってスケジュールされた発見期間の間に前記一つまたは複数のビークル端末装置を発見するよう構成される、ということを含むことができる。

実施例３２７０では、実施例３２６５ないし３２６９のうちいずれか一項記載の主題は任意的に、前記発見モジュールが、潜在的な近傍ビークル端末装置を示す、ネットワークにより提供される情報に基づいて、前記一つまたは複数のビークル端末装置を発見するよう構成される、ということを含むことができる。

実施例３２７１では、実施例３２６５ないし３２７０のうちいずれか一項記載の主題は任意的に、前記測定モジュールが、前記一つまたは複数のビークル端末装置についての一つまたは複数のＶ２Ｖリンク品質を決定することを、前記一つまたは複数のビークル端末装置のうちの第一のビークル端末装置からＶ２Ｖリンク上で受信される無線信号を測定して前記リンク品質測定値を得ることによって実行するよう構成される、ということを含むことができる。

実施例３２７２では、実施例３２６５ないし３２７１のうちいずれか一項記載の主題は任意的に、前記測定モジュールが、主要チャネル・リンク品質を決定するようさらに構成され、前記通信モジュールが、該主要チャネル・リンク品質を前記ネットワーク・アクセス・ノードに報告するようさらに構成される、ということを含むことができる。

実施例３２７３では、実施例３２６５ないし３２７１のうちいずれか一項記載の主題は任意的に、前記測定モジュールが、主要下りリンク・チャネル上で前記ネットワーク・アクセス・ノードから受信された信号に対して電波測定を実行して主要チャネル・リンク品質を得るようさらに構成され、前記通信モジュールが、該主要チャネル・リンク品質を前記ネットワーク・アクセス・ノードに報告するようさらに構成される、ということを含むことができる。

実施例３２７４では、実施例３２６５ないし３２７３のうちいずれか一項記載の主題は任意的に、前記スケジューリング命令が、前記スケジュールされたＶ２Ｖ対形成についての中継方針を指定し、前記通信モジュールが、前記中継方針に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間で前記データを中継するよう構成される、ということを含むことができる。

実施例３２７５では、実施例３２６５ないし３２７３のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記スケジュールされたＶ２Ｖ対形成についての中継戦略を選択するようさらに構成され、前記通信モジュールが、前記中継方針に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間で前記データを中継するよう構成される、ということを含むことができる。

実施例３２７６では、実施例３２７４または３２７５の主題は任意的に、前記中継方針が、「増幅して転送」中継方針、「復号して転送」中継方針、「圧縮して転送」中継方針または「量子化・マップ・転送」中継方針である、ということを含むことができる。

実施例３２７７では、実施例３２６５ないし３２７６のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することを、前記ネットワーク・アクセス・ノードのために意図された上りリンク・データを、前記スケジュールされたＶ２Ｖ対形成に従って前記目標ビークル端末装置に送信することによって実行するよう構成される、ということを含むことができる。

実施例３２７８では、実施例３２７７の主題は任意的に、前記通信モジュールが、前記スケジュールされたＶ２Ｖ対形成の継続時間にわたって、主要上りリンク・チャネル上で前記ネットワーク・アクセス・ノードに上りリンク・データを送信することを控えるようさらに構成される、ということを含むことができる。

実施例３２７９では、実施例３２６５ないし３２７６のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することを、前記ネットワーク・アクセス・ノードからの下りリンク・データを、前記スケジュールされたＶ２Ｖ対形成に従って前記目標ビークル端末装置を介して受信することを含む、ということを含むことができる。

実施例３２８０では、実施例３２７９の主題は任意的に、前記通信モジュールが、前記スケジュールされたＶ２Ｖ対形成の継続時間にわたって、主要下りリンク・チャネル上で前記ネットワーク・アクセス・ノードから下りリンク・データを受信することを控えるよう構成される、ということを含むことができる。

実施例３２８１では、実施例３２６５ないし３２８０のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することを、サイドリンク・チャネル上で前記目標ビークル端末装置に前記データを送信することによって実行するよう構成される、ということを含むことができる。

実施例３２８２では、実施例３２６５ないし３２８１のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することを、サイドリンク・チャネル上で前記目標ビークル端末装置から前記データを受信することによって実行するよう構成される、ということを含むことができる。

実施例３２８３では、実施例３２６５ないし３２８２のうちいずれか一項記載の主題は任意的に、前記データが、ビークル対インフラストラクチャー（Ｖ２Ｉ）接続またはビークル対ネットワーク（Ｖ２Ｎ）接続の一部である、ということを含むことができる。

実施例３２８４では、実施例３２６５ないし３２８３のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することを、主要下りリンク・チャネル上で前記ネットワーク・アクセス・ノードから前記データを受信し、サイドリンク・チャネル上で前記目標ビークル端末装置に前記データを中継することによって実行するよう構成される、ということを含むことができる。

実施例３２８５では、実施例３２６５ないし３２８３のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することを、サイドリンク・チャネル上で前記目標ビークル端末装置から前記データを受信し、主要上りリンク・チャネル上で前記ネットワーク・アクセス・ノード装置に前記データを中継することを含む、ということを含むことができる。

実施例３２８６は、実施例３２６５ないし３２８３のうちいずれか一項記載の通信装置を含むビークルである。

実施例３２８７は、ネットワーク・アクセス・ノードにおける実装のために適応された通信装置であり、当該通信装置は、複数のビークル端末装置から、該複数のビークル端末装置の間のＶ２Ｖリンクを特徴付けるリンク品質測定値を受信する段階と；それらのリンク品質測定値に基づいて、前記複数のビークル端末装置のうちの第一のビークル端末装置のための通信チャネルを選択する段階であって、該通信チャネルは該通信チャネルの一部としてＶ２Ｖサイドリンク・チャネルを含む、段階と；Ｖ２Ｖ対形成をスケジュールする命令を前記第一のビークル端末装置に送信する段階と；前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信する段階とを実行するよう構成された通信モジュールを含む。

実施例３２８８では、実施例３２８７の主題は任意的に、一つまたは複数のアンテナおよび無線トランシーバをさらに含むことができる。

実施例３２８９では、実施例３２８８の主題は任意的に、ネットワーク・アクセス・ノードとして構成されることができる。

実施例３２９０では、実施例３２８８または３２８９の主題は任意的に、前記通信モジュールが、前記一つまたは複数のアンテナおよび前記無線トランシーバを介して無線信号を送受信するよう構成される、ということを含むことができる。

実施例３２９１では、実施例３２８７ないし３２９０のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号として、一つまたは複数の論理的接続のための無線データを送受信するよう構成される、ということを含むことができる。

実施例３２９２では、実施例３２８７ないし３２９０のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することを、前記第一のビークル端末装置のために意図されている前記データを、第二のビークル端末装置への下りリンク・データとして送信することによって実行するよう構成される、ということを含むことができる。

実施例３２９３では、実施例３２８７ないし３２９１のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することを、第二のビークル端末装置のために意図されている前記データを、前記第一のビークル端末装置への下りリンク・データとして送信することによって実行するよう構成される、ということを含むことができる。

実施例３２９４では、実施例３２８７ないし３２９１のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することを、第二の端末装置で生じた前記データを、前記第一の端末装置からの上りリンク・データとして受信することによって実行するよう構成される、ということを含むことができる。

実施例３２９５では、実施例３２８７ないし３２９１のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することを、前記第一の端末装置で生じた前記データを、第二の端末装置からの上りリンク・データとして受信することによって実行するよう構成される、ということを含むことができる。

実施例３２９６では、実施例３２８７ないし３２９５のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記複数のビークル端末装置に、発見期間の間に発見手順を実行するよう命令するようさらに構成される、ということを含むことができる。

実施例３２９７では、実施例３２８７ないし３２９６のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記複数のビークル端末装置のうちの一つまたは複数が前記第一のビークル端末装置に近接していることを示す発見支援情報を前記第一のビークル端末装置に提供するようさらに構成される、ということを含むことができる。

実施例３２９８では、実施例３２８７ないし３２９７のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記ネットワーク・アクセス・ノードと前記第一のビークル端末装置との間の主要上りリンクまたは下りリンク・チャネルを特徴付ける主要チャネル・リンク品質測定値を前記第一のビークル端末装置から受信するようさらに構成される、ということを含むことができる。

実施例３２９９では、実施例３２９８の主題は任意的に、前記通信モジュールが、前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することを、前記主要上りリンクまたは下りリンク・チャネルの代わりに前記Ｖ２Ｖサイドリンク・チャネルを含む前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することによって実行するよう構成される、ということを含むことができる。

実施例３３００では、実施例３２８７ないし３２９９のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記リンク品質測定値に基づいて第一のビークル端末装置のための通信チャネルを選択することを、前記複数のビークル端末装置のうちの第二のビークル端末装置を、前記第一のビークル端末装置のための対形成されるビークル端末装置として選択することによって実行するよう構成され、前記Ｖ２Ｖサイドリンク・チャネルは前記第一のビークル端末装置と前記第二のビークル端末装置の間である、ということを含むことができる。

実施例３３０１では、実施例３３００の主題は任意的に、前記通信モジュールが、前記リンク品質測定値に基づいて第一のビークル端末装置のための通信チャネルを選択することを、前記リンク品質測定値を評価して、前記第一のビークル端末装置と前記第二のビークル端末装置の間の前記Ｖ２Ｖサイドリンク・チャネルを同定することによって実行するよう構成される、ということを含むことができる。

実施例３３０２では、実施例３２８７ないし３３０１のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記第一のビークル端末装置に、前記Ｖ２Ｖ対形成のための中継方針を指定するようさらに構成される、ということを含むことができる。

実施例３３０３では、実施例３３０２の主題は任意的に、前記中継方針が、「増幅して転送」中継方針、「復号して転送」中継方針、「圧縮して転送」中継方針または「量子化・マップ・転送」中継方針である、ということを含むことができる。

実施例３３０４では、実施例３２８７ないし３３０３のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記リンク品質測定値に基づいて第一のビークル端末装置のための通信チャネルを選択することを、比例公平スループット（proportional fair throughput）のための効用最大化（utility maximization）基準に従って前記リンク品質測定値を評価して、前記通信チャネルを選択することによって実行するよう構成される、ということを含むことができる。

実施例３３０５では、実施例３３０４の主題は任意的に、前記通信モジュールが、前記リンク品質測定値に基づいて第一のビークル端末装置のための通信チャネルを選択することを、比例公平スループット（proportional fair throughput）のための効用最大化（utility maximization）基準に従って前記リンク品質測定値および一つまたは複数の主要チャネル・リンク品質測定値を評価して、前記通信チャネルを選択することによって実行するよう構成される、ということを含むことができる。

実施例３３０６では、実施例３３０５の主題は任意的に、前記通信モジュールが、前記一つまたは複数の主要チャネル・リンク品質測定値を前記第一のビークル端末装置から受信するようさらに構成され、前記一つまたは複数の主要チャネル・リンク品質測定値は、前記ネットワーク・アクセス・ノードと前記第一のビークル端末装置との間の主要上りリンクまたは下りリンク・チャネルを特徴付ける、ということを含むことができる。

実施例３３０７は、ビークル端末装置における実装のために適応された回路装置であり、当該回路装置は、ビークル対ビークル（Ｖ２Ｖ）対形成のために利用可能な一つまたは複数のビークル端末装置を発見するよう構成された発見回路と；前記一つまたは複数のビークル端末装置についての一つまたは複数のＶ２Ｖリンク品質を決定するよう構成された測定回路と；前記一つまたは複数のＶ２Ｖリンク品質をネットワーク・アクセス・ノードに報告し、前記一つまたは複数のビークル端末装置のうちの目標ビークル端末装置とのスケジュールされたＶ２Ｖ対形成を指定する前記基地局からのスケジューリング命令を受信し、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継するよう構成された通信回路とを含む。

実施例３３０８では、実施例３３０７の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができる。

実施例３３０９では、実施例３３０８の主題は任意的に、前記通信回路が、前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号を送受信するよう構成される、ということを含むことができる。

実施例３３１０では、実施例３３０８の主題は任意的に、前記通信回路が、前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号として、一つまたは複数の論理的接続のための無線データを送受信するよう構成される、ということを含むことができる。

実施例３３１１は、実施例３３０７ないし３３０９のうちいずれか一項記載の主題は任意的に、前記発見回路が、前記ネットワーク・アクセス・ノードによってスケジュールされた発見期間の間に前記一つまたは複数のビークル端末装置を発見するよう構成される、ということを含むことができる。

実施例３３１２では、実施例のうちいずれか一項記載の主題は任意的に、前記発見回路が、潜在的な近傍ビークル端末装置を示す、ネットワークにより提供される情報に基づいて、前記一つまたは複数のビークル端末装置を発見するよう構成される、ということを含むことができる。

実施例３３１３では、実施例３３０７ないし３３１２のうちいずれか一項記載の主題は任意的に、前記測定回路が、前記一つまたは複数のビークル端末装置についての一つまたは複数のＶ２Ｖリンク品質を決定することを、前記一つまたは複数のビークル端末装置のうちの第一のビークル端末装置からＶ２Ｖリンク上で受信される無線信号を測定して前記リンク品質測定値を得ることによって実行するよう構成される、ということを含むことができる。

実施例３３１４では、実施例３３０７ないし３３１３のうちいずれか一項記載の主題は任意的に、前記測定回路が、主要チャネル・リンク品質を決定するようさらに構成され、前記通信回路が、該主要チャネル・リンク品質を前記ネットワーク・アクセス・ノードに報告するようさらに構成される、ということを含むことができる。

実施例３３１５では、実施例３３０７ないし３３１３のうちいずれか一項記載の主題は任意的に、前記測定回路が、主要下りリンク・チャネル上で前記ネットワーク・アクセス・ノードから受信された信号に対して電波測定を実行して主要チャネル・リンク品質を得るようさらに構成され、前記通信回路が、該主要チャネル・リンク品質を前記ネットワーク・アクセス・ノードに報告するようさらに構成される、ということを含むことができる。

実施例３３１６では、実施例３３０７ないし３３１５のうちいずれか一項記載の主題は任意的に、前記スケジューリング命令が、前記スケジュールされたＶ２Ｖ対形成についての中継方針を指定し、前記通信回路が、前記中継方針に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間で前記データを中継するよう構成される、ということを含むことができる。

実施例３３１７では、実施例３３０７ないし３３１５のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記スケジュールされたＶ２Ｖ対形成についての中継戦略を選択するようさらに構成され、前記通信回路が、前記中継方針に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間で前記データを中継するよう構成される、ということを含むことができる。

実施例３３１８では、実施例３３１６または３３１７の主題は任意的に、前記中継方針が、「増幅して転送」中継方針、「復号して転送」中継方針、「圧縮して転送」中継方針または「量子化・マップ・転送」中継方針である、ということを含むことができる。

実施例３３１９では、実施例３３０７ないし３３１８のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することを、前記ネットワーク・アクセス・ノードのために意図された上りリンク・データを、前記スケジュールされたＶ２Ｖ対形成に従って前記目標ビークル端末装置に送信することによって実行するよう構成される、ということを含むことができる。

実施例３３２０では、実施例３３１９の主題は任意的に、前記通信回路が、前記スケジュールされたＶ２Ｖ対形成の継続時間にわたって、主要上りリンク・チャネル上で前記ネットワーク・アクセス・ノードに上りリンク・データを送信することを控えるようさらに構成される、ということを含むことができる。

実施例３３２１では、実施例３３０７ないし３３１８のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することを、前記ネットワーク・アクセス・ノードからの下りリンク・データを、前記スケジュールされたＶ２Ｖ対形成に従って前記目標ビークル端末装置を介して受信することを含む、ということを含むことができる。

実施例３３２２では、実施例３３２１の主題は任意的に、前記通信回路が、前記スケジュールされたＶ２Ｖ対形成の継続時間にわたって、主要下りリンク・チャネル上で前記ネットワーク・アクセス・ノードから下りリンク・データを受信することを控えるよう構成される、ということを含むことができる。

実施例３３２３では、実施例３３０７ないし３３２２のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することを、サイドリンク・チャネル上で前記目標ビークル端末装置に前記データを送信することによって実行するよう構成される、ということを含むことができる。

実施例３３２４では、実施例３３０７ないし３３２３のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することを、サイドリンク・チャネル上で前記目標ビークル端末装置から前記データを受信することによって実行するよう構成される、ということを含むことができる。

実施例３３２５では、実施例３３０７ないし３３２４のうちいずれか一項記載の主題は任意的に、前記データが、ビークル対インフラストラクチャー（Ｖ２Ｉ）接続またはビークル対ネットワーク（Ｖ２Ｎ）接続の一部である、ということを含むことができる。

実施例３３２６では、実施例３３０７ないし３３２５のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することを、主要下りリンク・チャネル上で前記ネットワーク・アクセス・ノードから前記データを受信し、サイドリンク・チャネル上で前記目標ビークル端末装置に前記データを中継することによって実行するよう構成される、ということを含むことができる。

実施例３３２７では、実施例３３０７ないし３３２５のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記スケジュールされたＶ２Ｖ対形成に従って、前記目標ビークル端末装置と前記ネットワーク・アクセス・ノードとの間でデータを中継することを、サイドリンク・チャネル上で前記目標ビークル端末装置から前記データを受信し、主要上りリンク・チャネル上で前記ネットワーク・アクセス・ノード装置に前記データを中継することを含む、ということを含むことができる。

実施例３３２８は、実施例３３０７ないし３３２５のうちいずれか一項記載の回路装置を含むビークルである。

実施例３３２９は、ネットワーク・アクセス・ノードにおける実装のために適応された回路装置であり、当該回路装置は、複数のビークル端末装置から、該複数のビークル端末装置の間のＶ２Ｖリンクを特徴付けるリンク品質測定値を受信する段階と；それらのリンク品質測定値に基づいて、前記複数のビークル端末装置のうちの第一のビークル端末装置のための通信チャネルを選択する段階であって、該通信チャネルは該通信チャネルの一部としてＶ２Ｖサイドリンク・チャネルを含む、段階と；Ｖ２Ｖ対形成をスケジュールする命令を前記第一のビークル端末装置に送信する段階と；前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信する段階とを実行するよう構成された通信回路を含む。

実施例３３３０では、実施例３３２９の主題は任意的に、一つまたは複数のアンテナおよび無線トランシーバをさらに含むことができる。

実施例３３３１では、実施例３３３０の主題は任意的に、ネットワーク・アクセス・ノードとして構成されることができる。

実施例３３３２では、実施例３３３０または３３３１の主題は任意的に、前記通信回路が、前記一つまたは複数のアンテナおよび前記無線トランシーバを介して無線信号を送受信するよう構成される、ということを含むことができる。

実施例３３３３では、実施例３３２９ないし３３３２のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号として、一つまたは複数の論理的接続のための無線データを送受信するよう構成される、ということを含むことができる。

実施例３３３４では、実施例３３２９ないし３３３２のうちいずれか一項記載の主題は任意的に、前記通信回路が、ハードウェア定義回路またはソフトウェア定義回路である、ということを含むことができる。

実施例３３３５では、実施例３３２９ないし３３３２のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することを、前記第一のビークル端末装置のために意図されている前記データを、第二のビークル端末装置への下りリンク・データとして送信することによって実行するよう構成される、ということを含むことができる。

実施例３３３６では、実施例３３２９ないし３３３４のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することを、第二のビークル端末装置のために意図されている前記データを、前記第一のビークル端末装置への下りリンク・データとして送信することによって実行するよう構成される、ということを含むことができる。

実施例３３３７では、実施例３３２９ないし３３３４のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することを、第二の端末装置で生じた前記データを、前記第一の端末装置からの上りリンク・データとして受信することによって実行するよう構成される、ということを含むことができる。

実施例３３３８では、実施例３３２９ないし３３３４のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することを、前記第一の端末装置で生じた前記データを、第二の端末装置からの上りリンク・データとして受信することによって実行するよう構成される、ということを含むことができる。

実施例３３３９では、実施例３３２９ないし３３３８のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記複数のビークル端末装置に、発見期間の間に発見手順を実行するよう命令するようさらに構成される、ということを含むことができる。

実施例３３４０では、実施例３３２９ないし３３３９のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記複数のビークル端末装置のうちの一つまたは複数が前記第一のビークル端末装置に近接していることを示す発見支援情報を前記第一のビークル端末装置に提供するようさらに構成される、ということを含むことができる。

実施例３３４１では、実施例３３２９ないし３３４０のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記ネットワーク・アクセス・ノードと前記第一のビークル端末装置との間の主要上りリンクまたは下りリンク・チャネルを特徴付ける主要チャネル・リンク品質測定値を前記第一のビークル端末装置から受信するようさらに構成される、ということを含むことができる。

実施例３３４２では、実施例３３４１の主題は任意的に、前記通信回路が、前記Ｖ２Ｖ対形成に従って前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することを、前記主要上りリンクまたは下りリンク・チャネルの代わりに前記Ｖ２Ｖサイドリンク・チャネルを含む前記通信チャネル上で前記第一のビークル端末装置とデータを送信または受信することによって実行するよう構成される、ということを含むことができる。

実施例３３４３では、実施例３３２９ないし３３４２のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記リンク品質測定値に基づいて第一のビークル端末装置のための通信チャネルを選択することを、前記複数のビークル端末装置のうちの第二のビークル端末装置を、前記第一のビークル端末装置のための対形成されるビークル端末装置として選択することによって実行するよう構成され、前記Ｖ２Ｖサイドリンク・チャネルは前記第一のビークル端末装置と前記第二のビークル端末装置の間である、ということを含むことができる。

実施例３３４４では、実施例３３４３の主題は任意的に、前記通信回路が、前記リンク品質測定値に基づいて第一のビークル端末装置のための通信チャネルを選択することを、前記リンク品質測定値を評価して、前記第一のビークル端末装置と前記第二のビークル端末装置の間の前記Ｖ２Ｖサイドリンク・チャネルを同定することによって実行するよう構成される、ということを含むことができる。

実施例３３４５では、実施例３３２９ないし３３４４のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記第一のビークル端末装置に、前記Ｖ２Ｖ対形成のための中継方針を指定するようさらに構成される、ということを含むことができる。

実施例３３４６では、実施例３３４５の主題は任意的に、前記中継方針が、「増幅して転送」中継方針、「復号して転送」中継方針、「圧縮して転送」中継方針または「量子化・マップ・転送」中継方針である、ということを含むことができる。

実施例３３４７では、実施例３３２９ないし３３４６のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記リンク品質測定値に基づいて第一のビークル端末装置のための通信チャネルを選択することを、比例公平スループット（proportional fair throughput）のための効用最大化（utility maximization）基準に従って前記リンク品質測定値を評価して、前記通信チャネルを選択することによって実行するよう構成される、ということを含むことができる。

実施例３３４８では、実施例３３４７の主題は任意的に、前記通信回路が、前記リンク品質測定値に基づいて第一のビークル端末装置のための通信チャネルを選択することを、比例公平スループット（proportional fair throughput）のための効用最大化（utility maximization）基準に従って前記リンク品質測定値および一つまたは複数の主要チャネル・リンク品質測定値を評価して、前記通信チャネルを選択することによって実行するよう構成される、ということを含むことができる。

実施例３３４９では、実施例３３４８の主題は任意的に、前記通信回路が、前記一つまたは複数の主要チャネル・リンク品質測定値を前記第一のビークル端末装置から受信するようさらに構成され、前記一つまたは複数の主要チャネル・リンク品質測定値は、前記ネットワーク・アクセス・ノードと前記第一のビークル端末装置との間の主要上りリンクまたは下りリンク・チャネルを特徴付ける、ということを含むことができる。

実施例３３５０は、浮遊セルを制御するアンカー航空装置であって、前記浮遊セルは当該アンカー航空装置および一つまたは複数の副次航空装置を含み、当該アンカー航空装置は、前記浮遊セルの集団運動の間に前記浮遊セルの前記一つまたは複数の副次航空装置との信号伝達接続を維持し；ネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記ネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングするよう構成された一つまたは複数のプロセッサを含む。

実施例３３５１では、実施例３３５０の主題は任意的に、ステアリングおよび運動システムをさらに含むことができ、当該アンカー航空装置は、前記ステアリングおよび運動システムを用いて航空運動を実行するよう構成される。

実施例３３５２では、実施例３３５１の主題は任意的に、航空ドローンとして構成されることができる。

実施例３３５３では、実施例３３５０ないし３３５２のうちいずれか一項記載の主題は任意的に、一つまたは複数のアンテナおよび無線トランシーバをさらに含むことができ、前記一つまたは複数のプロセッサは、前記無線トランシーバおよび前記一つまたは複数のアンテナを介してデータを送受信するよう構成される。

実施例３３５４では、実施例３３５０ないし３３５３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記一つまたは複数のアンテナおよび前記無線トランシーバを介して第一の周波数帯域上で前記ネットワーク・アクセス・ノードとデータを送受信し、前記一つまたは複数のアンテナおよび前記無線トランシーバを介して前記第一の周波数帯域とは異なる第二の周波数帯域上で前記複数の端末装置のうちの一つまたは複数とデータを送受信するようさらに構成される、ということを含むことができる。

実施例３３５５では、実施例３３５０ないし３３５４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記ネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングすることを、前記浮遊セルの位置情報を前記ネットワーク・アクセス・ノードに送信することによって実行するよう構成される、ということを含むことができる。

実施例３３５６では、実施例３３５０ないし３３５３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ネットワーク・アクセス・ノードから制御情報を受信して、該制御情報を前記一つまたは複数の副次航空装置に前記信号伝達接続を介して中継するようさらに構成される、ということを含むことができる。

実施例３３５７では、実施例３３５０ないし３３５６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記浮遊セルのメッシュまたはマルチホップ・ネットワークを通じて前記一つまたは複数の副次航空装置との前記信号伝達接続を維持するよう構成される、ということを含むことができる。

実施例３３５８では、実施例３３５０ないし３３５７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記ネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングすることを、前記ネットワーク・アクセス・ノードから受信される信号に対して電波測定を実行し、電波測定値をフィードバックとして前記ネットワーク・アクセス・ノードに提供することによって実行するよう構成される、ということを含むことができる。

実施例３３５９では、実施例３３５０ないし３３５８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記ネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングすることを、前記浮遊セルのスピードまたは運動方向を示す運動情報を前記ネットワーク・アクセス・ノードに提供することによって実行するよう構成される、ということを含むことができる。

実施例３３６０では、実施例３３５０ないし３３５９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記ネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングすることを、前記浮遊セルのセル半径を示すセル半径情報を前記ネットワーク・アクセス・ノードに提供することによって実行するよう構成される、ということを含むことができる。

実施例３３６１では、実施例３３５０ないし３３６０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記一つまたは複数の副次航空装置のうちの第一の航空装置のために意図されている下りリンク・データを前記ネットワーク・アクセス・ノードから受信して、前記下りリンク・データを前記信号伝達接続を介して前記第一の航空装置に中継するようさらに構成される、ということを含むことができる。

実施例３３６２では、実施例３３５０ないし３３６１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記一つまたは複数の副次航空装置のうちの第二の航空装置から前記ネットワーク・アクセス・ノードのために意図されている上りリンク・データを受信して、前記上りリンク・データを前記ネットワーク・アクセス・ノードに中継するようさらに構成される、ということを含むことができる。

実施例３３６３では、実施例３３５０ないし３３６２のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記浮遊セルのサービスを前記ネットワーク・アクセス・ノードから第二のネットワーク・アクセス・ノードに移すよう、該第二のネットワーク・アクセス・ノードとデータを送信および受信するようさらに構成される、ということを含むことができる。

実施例３３６４では、実施例３３６３の主題は任意的に、前記一つまたは複数のプロセッサが、前記浮遊セルのサービスを前記ネットワーク・アクセス・ノードから第二のネットワーク・アクセス・ノードに移した後、前記第二のネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記第二のネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングするようさらに構成される、ということを含むことができる。

実施例３３６５では、実施例３３５０ないし３３６４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記一つまたは複数の副次航空装置のうちの第一の副次航空装置の位置をモニタリングして、該第一の副次航空装置が当該アンカー航空装置から、あらかじめ定義された距離より遠いかどうかを判定し、該第一の副次航空装置が当該アンカー航空装置から、あらかじめ定義された距離より遠いと判定することに応答して、当該アンカー航空装置に近づくよう前記第一の副次航空装置に命令する命令を送信するようさらに構成される、ということを含むことができる。

実施例３３６６では、実施例３３６５の主題は任意的に、前記第一の副次航空装置の位置を示すセンサー・データを生成するよう構成されたセンサーをさらに含むことができ、前記一つまたは複数のプロセッサは、該センサー・データを使って、前記第一の副次航空装置の位置をモニタリングするよう構成される、ということを含むことができる。

実施例３３６７は、複数の航空端末装置を含む浮遊セルにおいて運用される副次航空装置であり、当該副次航空装置は、前記浮遊セルのアンカー航空装置との信号伝達接続を維持し、ネットワーク・アクセス・ノードとの間でデータを送受信するよう構成された通信モジュールと；一つまたは複数の距離パラメータに従って当該副次航空装置と前記アンカー航空装置との間であらかじめ定義された距離未満を維持するよう当該副次航空装置の位置を制御するよう構成された位置決めモジュールとを含む。

実施例３３６８では、実施例３３６７の主題は任意的に、ステアリングおよび運動システムをさらに含むことができ、前記位置決めモジュールは、当該副次航空装置の位置を制御するために前記ステアリングおよび運動システムとインターフェースをもつよう構成される、ということを含むことができる。

実施例３３６９では、実施例３３６５ないし３３６７のうちいずれか一項記載の主題は任意的に、前記位置決めモジュールが任意的に、当該副次航空装置の位置が、前記アンカー航空装置から前記あらかじめ定義された距離より遠いことを判別するよう構成され、当該副次航空装置の位置を、前記アンカー航空装置から前記あらかじめ定義された距離以内の位置に動かすよう前記ステアリングおよび運動システムを制御するようさらに構成される、とういことを含むことができる。

実施例３３７０では、実施例３３６７ないし３３６９のうちいずれか一項記載の主題は任意的に、航空ドローンとして構成されることができる。

実施例３３７１では、実施例３３６７ないし３３７０のうちいずれか一項記載の主題は任意的に、一つまたは複数のアンテナおよび無線トランシーバをさらに含むことができ、前記通信モジュールが、前記無線トランシーバおよび前記一つまたは複数のアンテナを介してデータを送受信するよう構成される。

実施例３３７２では、実施例３３６７ないし３３７１のうちいずれか一項記載の主題は任意的に、センサーをさらに含むことができ、前記位置決めモジュールは、前記センサーからのセンサー・データをモニタリングして、当該副次航空装置が前記アンカー航空装置から前記あらかじめ定義された距離以内に位置しているかどうかを判定するよう構成される。

実施例３３７３では、実施例３３６７ないし３３７２のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の距離パラメータが、物理的な距離、信号強度測定値、信号品質測定値またはレイテンシー測定値を含む、ということを含むことができる。

実施例３３７４では、実施例３３６７ないし３３７３のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記浮遊セルのマルチホップ・ネットワークまたはメッシュ・ネットワークを通じて前記アンカー航空装置との前記信号伝達接続を維持するよう構成される、ということを含むことができる。

実施例３３７５では、実施例３３６７ないし３３７３のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記浮遊セルのマルチホップ・ネットワークまたはメッシュ・ネットワークを通じて、前記複数の航空端末装置のうちの一つまたは複数の他の副次航空装置を介した、前記アンカー航空装置との前記信号伝達接続を維持するよう構成される、ということを含むことができる。

実施例３３７６では、実施例３３６７ないし３３７５のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記ネットワーク・アクセス・ノードとの間でデータを送信することを、前記アンカー端末装置を介して前記ネットワーク・アクセス・ノードにデータを送信することによって実行するよう構成される、ということを含むことができる。

実施例３３７７では、実施例３３６７ないし３３７６のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記ネットワーク・アクセス・ノードからデータを受信することを、前記アンカー端末装置を介して前記ネットワーク・アクセス・ノードからデータを受信することによって実行するよう構成される、ということを含むことができる。

実施例３３７８では、実施例３３６７ないし３３７７のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、当該副次航空装置の位置が前記アンカー航空装置から、前記あらかじめ定義された距離より遠いことを示す前記アンカー端末装置からの命令を受信するよう構成され、前記位置決めモジュールが、当該副次航空装置が前記アンカー航空装置から前記あらかじめ定義された距離以内に動くよう当該副次航空装置の位置を制御するよう構成される、ということを含むことができる。

実施例３３７９は、アンカー航空装置と、該アンカー航空装置の動きに追随する一つまたは複数の副次航空装置とを含む浮遊セルとの間でデータを送受信するよう構成された通信モジュールと；前記アンカー航空装置と協調して、前記浮遊セルによって占められるエリアをカバーするよう方向性アンテナ・ビームをステアリングするよう構成されたビームステアリング・モジュールとを含む、無線通信装置である。

実施例３３８０では、実施例３３７９の主題は任意的に、前記方向性アンテナ・ビームを生成するよう構成されたアンテナ・システムと、無線トランシーバとをさらに含むことができ、前記通信モジュールが、前記アンテナ・システムおよび前記無線トランシーバを介して前記浮遊セルとデータを送受信するよう構成される。

実施例３３８１では、実施例３３７９または３３８０の主題は任意的にネットワーク・アクセス・ノードとして構成される、ということを含むことができる。

実施例３３８２では、実施例３３７９ないし３３８１のうちいずれか一項記載の主題は任意的に、前記通信モジュールが前記アンカー航空装置から前記浮遊セルの位置情報を受信するよう構成され、前記ビームステアリング・モジュールは、前記アンカー航空装置と協調して前記方向性アンテナ・ビームをステアリングすることを、前記位置情報に基づいて前記方向性アンテナ・ビームをステアリングすることによって実行するよう構成される、ということを含むことができる。

実施例３３８３では、実施例３３８２の主題は任意的に、前記ビームステアリング・モジュールが、前記位置情報によって示される前記浮遊セルに向かう方向に前記方向性アンテナ・ビームをステアリングするようフェーズドアレイ・アンテナを制御するよう構成される、ということを含むことができる。

実施例３３８４では、実施例３３８２または３３８３の主題は任意的に、前記ビームステアリング・モジュールが、前記位置情報によって示される前記浮遊セルの浮遊セル半径に基づいて前記方向性アンテナ・ビームのビーム幅を調整するよう構成される、ということを含むことができる。

実施例３３８５では、実施例３３７９ないし３３８４のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記アンカー航空装置との間でデータを送受信して、前記ネットワーク・アクセス・ノードから第二のネットワーク・アクセス・ノードへの前記浮遊セルの移行を調整するようさらに構成される、ということを含むことができる。

実施例３３８６では、実施例３３７９ないし３３８５のうちいずれか一項記載の主題は任意的に、前記ビームステアリング・モジュールが、前記浮遊セルの位置を追跡し、前記浮遊セルが動くにつれて前記浮遊セルの位置の方向に前記方向性アンテナ・ビームを調整するよう構成される、ということを含むことができる。

実施例３３８７では、実施例３３７９ないし３３８６のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記アンカー航空装置を介して前記一つまたは複数の副次装置のうちの第一の副次装置からの上りリンク・データを受信するよう構成される、ということを含むことができる。

実施例３３８８では、実施例３３７９ないし３３８６のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記アンカー航空装置を介して前記一つまたは複数の副次装置のうちの第一の副次装置への下りリンク・データを送信するよう構成される、ということを含むことができる。

実施例３３８９では、実施例３３７９ないし３３８６のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記一つまたは複数の副次装置のうちの第一の副次装置に直接、下りリンク・データを送信するよう構成される、ということを含むことができる。

実施例３３９０では、実施例３３７９ないし３３８６のうちいずれか一項記載の主題は任意的に、前記通信モジュールが、前記一つまたは複数の副次装置のうちの第一の副次装置から直接、上りリンク・データを受信するよう構成される、ということを含むことができる。

実施例３３９１は、アンカー航空セルであり、浮遊セルの集団運動の間に前記浮遊セルの一つまたは複数の副次航空装置との信号伝達接続を維持する手段と；ネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記ネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングする手段とを含む。

実施例３３９２は、浮遊セルのアンカー航空装置において該浮遊セルを制御する方法であり、当該方法は、浮遊セルの集団運動の間に前記浮遊セルの一つまたは複数の副次航空装置との信号伝達接続を維持し；ネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記ネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングすることを含む。

実施例３３９３では、実施例３３９２の主題は任意的に、前記ネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記ネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングすることが、前記浮遊セルの位置情報を前記ネットワーク・アクセス・ノードに送信することを含む、ということを含むことができる。

実施例３３９４では、実施例３３９２または３３９３の主題は任意的に、前記ネットワーク・アクセス・ノードから制御情報を受信して、該制御情報を前記一つまたは複数の副次航空装置に前記信号伝達接続を介して中継することをさらに含むことができる。

実施例３３９５では、実施例３３９２ないし３３９４のうちいずれか一項記載の主題は任意的に、前記浮遊セルの集団運動の間に前記浮遊セルの一つまたは複数の副次航空装置との信号伝達接続を維持することが、前記浮遊セルのメッシュ・ネットワークまたはマルチホップ・ネットワークを通じて前記一つまたは複数の副次航空装置との前記信号伝達接続を維持することを含む、ということを含むことができる。

実施例３３９６では、実施例３３９２ないし３３９５のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記ネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングすることが、前記ネットワーク・アクセス・ノードから受信される信号に対して電波測定を実行し、電波測定値をフィードバックとして前記ネットワーク・アクセス・ノードに提供することを含む、ということを含むことができる。

実施例３３９７では、実施例３３９２ないし３３９６のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記ネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングすることが、前記浮遊セルのスピードまたは運動方向を示す運動情報を前記ネットワーク・アクセス・ノードに提供することを含む、ということを含むことができる。

実施例３３９８では、実施例３３９２ないし３３９７のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記ネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングすることが、前記浮遊セルのセル半径を示すセル半径情報を前記ネットワーク・アクセス・ノードに提供することを含む、ということを含むことができる。

実施例３３９９では、実施例３３９２ないし３３９８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の副次航空装置のうちの第一の航空装置のために意図されている下りリンク・データを前記ネットワーク・アクセス・ノードから受信して、前記下りリンク・データを前記信号伝達接続を介して前記第一の航空装置に中継することをさらに含むことができる。

実施例３４００では、実施例３３９２ないし３３９９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の副次航空装置のうちの第二の航空装置から前記ネットワーク・アクセス・ノードのために意図されている上りリンク・データを受信して、前記上りリンク・データを前記ネットワーク・アクセス・ノードに中継することをさらに含むことができる。

実施例３４０１では、実施例３３９２ないし３４００のうちいずれか一項記載の主題は任意的に、前記浮遊セルのサービスを前記ネットワーク・アクセス・ノードから第二のネットワーク・アクセス・ノードに移すよう、該第二のネットワーク・アクセス・ノードとデータを送信および受信することをさらに含むことができる。

実施例３４０２では、実施例３４０１の主題は任意的に、前記浮遊セルのサービスを前記ネットワーク・アクセス・ノードから第二のネットワーク・アクセス・ノードに移した後、前記第二のネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記第二のネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングすることをさらに含むことができる。

実施例３４０３では、実施例３３９２ないし３４０２のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の副次航空装置のうちの第一の副次航空装置の位置をモニタリングして、該第一の副次航空装置が当該アンカー航空装置から、あらかじめ定義された距離より遠いかどうかを判定し、該第一の副次航空装置が当該アンカー航空装置から、あらかじめ定義された距離より遠いと判定することに応答して、当該アンカー航空装置に近づくよう前記第一の副次航空装置に命令する命令を送信することをさらに含むことができる。

実施例３４０４は、実施例３３９２ないし３４０３のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む航空端末装置である。

実施例３４０５は、実施例３３９２ないし３４０３のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例３４０６は、プロセッサによって実行されたときに該プロセッサに実施例３３９２ないし３４０３のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３４０７は、航空端末装置のプロセッサによって実行されたときに該航空端末装置に実施例３３９２ないし３４０３のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３４０８は、副次航空装置であり、当該副次航空装置は、前記浮遊セルのアンカー航空装置との信号伝達接続を維持する手段と、ネットワーク・アクセス・ノードとの間でデータを送受信する手段と、一つまたは複数の距離パラメータに従って当該副次航空装置と前記アンカー航空装置との間であらかじめ定義された距離未満を維持するよう当該副次航空装置の位置を制御する手段とを含む。

実施例３４０９は、複数の航空端末装置を含む浮遊セルにおいて副次航空装置を動作させる方法であり、当該方法は、前記浮遊セルのアンカー航空装置との信号伝達接続を維持し、ネットワーク・アクセス・ノードとの間でデータを送受信し、一つまたは複数の距離パラメータに従って当該副次航空装置と前記アンカー航空装置との間であらかじめ定義された距離未満を維持するよう当該副次航空装置の位置を制御することを含む。

実施例３４１０では、実施例３４０９の主題は任意的に、当該副次航空装置の位置が、前記アンカー航空装置から前記あらかじめ定義された距離より遠いことを判別し、当該副次航空装置の位置を、前記アンカー航空装置から前記あらかじめ定義された距離以内の位置に動かすようステアリングおよび運動システムを制御することをさらに含むことができる。

実施例３４１１では、実施例３４０９または３４１０の主題は任意的に、前記一つまたは複数の距離パラメータに従って当該副次航空装置と前記アンカー航空装置との間であらかじめ定義された距離未満を維持するよう当該副次航空装置の位置を制御することが、当該副次航空端末装置のセンサーからのセンサー・データをモニタリングして、当該副次航空装置が前記アンカー航空装置から前記あらかじめ定義された距離以内に位置しているかどうかを判定することをさらに含む、ということを含むことができる。

実施例３４１２では、実施例３４０９ないし３４１１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の距離パラメータが、物理的な距離、信号強度測定値、信号品質測定値またはレイテンシー測定値を含む、ということを含むことができる。

実施例３４１３では、実施例３４０９ないし３４１２のうちいずれか一項記載の主題は任意的に、前記浮遊セルのアンカー航空装置との信号伝達接続を維持することが、前記浮遊セルのマルチホップ・ネットワークまたはメッシュ・ネットワークを通じて前記アンカー航空装置との前記信号伝達接続を維持することを含む、ということを含むことができる。

実施例３４１４では、実施例３４０９ないし３４１２のうちいずれか一項記載の主題は任意的に、前記浮遊セルのアンカー航空装置との信号伝達接続を維持することが、前記浮遊セルのマルチホップ・ネットワークまたはメッシュ・ネットワークを通じて、前記複数の航空端末装置のうちの一つまたは複数の他の副次航空装置を介した、前記アンカー航空装置との前記信号伝達接続を維持することを含む、ということを含むことができる。

実施例３４１５では、実施例３４０９ないし３４１４のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードとの間でデータを送受信することが、前記アンカー端末装置を介して前記ネットワーク・アクセス・ノードにデータを送信することを含む、ということを含むことができる。

実施例３４１６では、実施例３４０９ないし３４１５のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードとの間でデータを送受信することが、前記アンカー端末装置を介して前記ネットワーク・アクセス・ノードからデータを受信することを含む、ということを含むことができる。

実施例３４１７では、実施例３４０９ないし３４１６のうちいずれか一項記載の主題は任意的に、当該副次航空装置の位置が前記アンカー航空装置から、前記あらかじめ定義された距離より遠いことを示す前記アンカー端末装置からの命令を受信し、当該副次航空装置を前記アンカー航空装置から前記あらかじめ定義された距離以内に移動するよう当該副次航空装置の位置を制御することを含む、ということを含むことができる。

実施例３４１８は、実施例３４０９ないし３４１７のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む航空端末装置である。

実施例３４１９は、実施例３４０９ないし３４１７のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例３４２０は、プロセッサによって実行されたときに該プロセッサに実施例３４０９ないし３４１７のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３４２１は、航空端末装置のプロセッサによって実行されたときに該航空端末装置に実施例３４０９ないし３４１７のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３４２２は、アンカー航空装置と、該アンカー航空装置の動きに追随する一つまたは複数の副次航空装置とを含む浮遊セルとの間でデータを送受信する手段と；前記アンカー航空装置と協調して、前記浮遊セルによって占められるエリアをカバーするよう方向性アンテナ・ビームをステアリングする手段とを含む、ネットワーク・アクセス・ノードである。

実施例３４２３は、ネットワーク・アクセス・ノードの動作方法であり、当該方法は、アンカー航空装置と、該アンカー航空装置の動きに追随する一つまたは複数の副次航空装置とを含む浮遊セルとの間でデータを送受信する段階と；前記アンカー航空装置と協調して、前記浮遊セルによって占められるエリアをカバーするよう方向性アンテナ・ビームをステアリングする段階とを含む。

実施例３４２４では、実施例３４２３の主題は任意的に、前記アンカー航空装置から前記浮遊セルの位置情報を受信することをさらに含むことができ、前記アンカー航空装置と協調して前記方向性アンテナ・ビームをステアリングすることが、前記位置情報に基づいて前記方向性アンテナ・ビームをステアリングすることを含む、ということを含むことができる。

実施例３４２５では、実施例３４２４の主題は任意的に、前記アンカー航空装置と協調して前記方向性アンテナ・ビームをステアリングすることが、前記位置情報によって示される前記浮遊セルに向かう方向に前記方向性アンテナ・ビームをステアリングするようフェーズドアレイ・アンテナを制御することを含む、ということを含むことができる。

実施例３４２６では、実施例３４２４または３４２５の主題は任意的に、前記アンカー航空装置と協調して前記方向性アンテナ・ビームをステアリングすることが、前記位置情報によって示される前記浮遊セルの浮遊セル半径に基づいて前記方向性アンテナ・ビームのビーム幅を調整することを含む、ということを含むことができる。

実施例３４２７では、実施例３４２３ないし３４２６のうちいずれか一項記載の主題は任意的に、前記アンカー航空装置との間でデータを送受信して、前記ネットワーク・アクセス・ノードから第二のネットワーク・アクセス・ノードへの前記浮遊セルの移行を調整することをさらに含む、ということを含むことができる。

実施例３４２８では、実施例３４２３ないし３４２７のうちいずれか一項記載の主題は任意的に、前記アンカー航空装置と協調して前記方向性アンテナ・ビームをステアリングすることが、前記浮遊セルの位置を追跡し、前記浮遊セルが動くにつれて前記浮遊セルの位置の方向に前記方向性アンテナ・ビームを調整することを含む、ということを含むことができる。

実施例３４２９では、実施例３４２３ないし３４２８のうちいずれか一項記載の主題は任意的に、前記浮遊セルとの間でデータを送受信することが、前記アンカー航空装置を介して前記一つまたは複数の副次装置のうちの第一の副次装置からの上りリンク・データを受信することを含む、ということを含むことができる。

実施例３４３０では、実施例３４２３ないし３４２８のうちいずれか一項記載の主題は任意的に、前記浮遊セルとの間でデータを送受信することが、前記アンカー航空装置を介して前記一つまたは複数の副次装置のうちの第一の副次装置への下りリンク・データを送信することを含む、ということを含むことができる。

実施例３４３１では、実施例３４２３ないし３４２８のうちいずれか一項記載の主題は任意的に、前記浮遊セルとの間でデータを送受信することが、前記一つまたは複数の副次装置のうちの第一の副次装置に直接、下りリンク・データを送信することを含む、ということを含むことができる。

実施例３４３２では、実施例３４２３ないし３４２８のうちいずれか一項記載の主題は任意的に、前記浮遊セルとの間でデータを送受信することが、前記一つまたは複数の副次装置のうちの第一の副次装置から直接、上りリンク・データを受信することを含む、ということを含むことができる。

実施例３４３３は、実施例３４２３ないし３４３２のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含むネットワーク・アクセス・ノードである。

実施例３４３４は、実施例３４２３ないし３４３２のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例３４３５は、プロセッサによって実行されたときに該プロセッサに実施例３４２３ないし３４３２のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３４３６は、ネットワーク・アクセス・ノードのプロセッサによって実行されたときに該ネットワーク・アクセス・ノードに実施例３４２３ないし３４３２のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３４３７は、浮遊セルを制御するアンカー航空装置であって、前記浮遊セルは当該アンカー航空装置および一つまたは複数の副次航空装置を含み、当該アンカー航空装置は、前記浮遊セルの集団運動の間に前記浮遊セルの前記一つまたは複数の副次航空装置との信号伝達接続を維持し；ネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記ネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングするよう構成された通信回路を含む。

実施例３４３８では、実施例３４３７の主題は任意的に、ステアリングおよび運動システムをさらに含むことができ、当該アンカー航空装置は、前記ステアリングおよび運動システムを用いて航空運動を実行するよう構成される。

実施例３４３９では、実施例３４３８の主題は任意的に、航空ドローンとして構成されることができる。

実施例３４４０では、実施例３４３７ないし３４３９のうちいずれか一項記載の主題は任意的に、前記通信回路がハードウェア定義回路またはソフトウェア定義回路である、ということを含むことができる。

実施例３４４１では、実施例３４３７ないし３４４０のうちいずれか一項記載の主題は任意的に、一つまたは複数のアンテナおよび無線トランシーバをさらに含むことができ、前記通信回路は、前記無線トランシーバおよび前記一つまたは複数のアンテナを介してデータを送受信するよう構成される。

実施例３４４２では、実施例３４３７ないし３４４１のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記一つまたは複数のアンテナおよび前記無線トランシーバを介して第一の周波数帯域上で前記ネットワーク・アクセス・ノードとデータを送受信し、前記一つまたは複数のアンテナおよび前記無線トランシーバを介して前記第一の周波数帯域とは異なる第二の周波数帯域上で前記複数の端末装置のうちの一つまたは複数とデータを送受信するようさらに構成される、ということを含むことができる。

実施例３４４３では、実施例３４３７ないし３４４２のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記ネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記ネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングすることを、前記浮遊セルの位置情報を前記ネットワーク・アクセス・ノードに送信することによって実行するよう構成される、ということを含むことができる。

実施例３４４４では、実施例３４３７ないし３４４１のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記ネットワーク・アクセス・ノードから制御情報を受信して、該制御情報を前記一つまたは複数の副次航空装置に前記信号伝達接続を介して中継するようさらに構成される、ということを含むことができる。

実施例３４４５では、実施例３４３７ないし３４４４のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記浮遊セルのメッシュまたはマルチホップ・ネットワークを通じて前記一つまたは複数の副次航空装置との前記信号伝達接続を維持するよう構成される、ということを含むことができる。

実施例３４４６では、実施例３４３７ないし３４４５のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記ネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記ネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングすることを、前記ネットワーク・アクセス・ノードから受信される信号に対して電波測定を実行し、電波測定値をフィードバックとして前記ネットワーク・アクセス・ノードに提供することによって実行するよう構成される、ということを含むことができる。

実施例３４４７では、実施例３４３７ないし３４４６のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記ネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記ネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングすることを、前記浮遊セルのスピードまたは運動方向を示す運動情報を前記ネットワーク・アクセス・ノードに提供することによって実行するよう構成される、ということを含むことができる。

実施例３４４８では、実施例３４３７ないし３４４７のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記ネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記ネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングすることを、前記浮遊セルのセル半径を示すセル半径情報を前記ネットワーク・アクセス・ノードに提供することによって実行するよう構成される、ということを含むことができる。

実施例３４４９では、実施例３４３７ないし３４４８のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記一つまたは複数の副次航空装置のうちの第一の航空装置のために意図されている下りリンク・データを前記ネットワーク・アクセス・ノードから受信して、前記下りリンク・データを前記信号伝達接続を介して前記第一の航空装置に中継するようさらに構成される、ということを含むことができる。

実施例３４５０では、実施例３４３７ないし３４４９のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記一つまたは複数の副次航空装置のうちの第二の航空装置から前記ネットワーク・アクセス・ノードのために意図されている上りリンク・データを受信して、前記上りリンク・データを前記ネットワーク・アクセス・ノードに中継するようさらに構成される、ということを含むことができる。

実施例３４５１では、実施例３４３７ないし３４５０のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記浮遊セルのサービスを前記ネットワーク・アクセス・ノードから第二のネットワーク・アクセス・ノードに移すよう、該第二のネットワーク・アクセス・ノードとデータを送信および受信するようさらに構成される、ということを含むことができる。

実施例３４５２では、実施例３４５１の主題は任意的に、前記通信回路が、前記浮遊セルのサービスを前記ネットワーク・アクセス・ノードから第二のネットワーク・アクセス・ノードに移した後、前記第二のネットワーク・アクセス・ノードと協調して、前記浮遊セルによって占められるエリアをカバーするよう、前記第二のネットワーク・アクセス・ノードによって提供される方向性アンテナ・ビームをステアリングするようさらに構成される、ということを含むことができる。

実施例３４５３では、実施例３４３７ないし３４５２のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記一つまたは複数の副次航空装置のうちの第一の副次航空装置の位置をモニタリングして、該第一の副次航空装置が当該アンカー航空装置から、あらかじめ定義された距離より遠いかどうかを判定し、該第一の副次航空装置が当該アンカー航空装置から、あらかじめ定義された距離より遠いと判定することに応答して、当該アンカー航空装置に近づくよう前記第一の副次航空装置に命令する命令を送信するようさらに構成される、ということを含むことができる。

実施例３４５４では、実施例３４５３の主題は任意的に、前記第一の副次航空装置の位置を示すセンサー・データを生成するよう構成されたセンサーをさらに含むことができ、前記通信回路は、該センサー・データを使って、前記第一の副次航空装置の位置をモニタリングするよう構成される、ということを含むことができる。

実施例３４５５は、複数の航空端末装置を含む浮遊セルにおいて運用される副次航空装置であり、当該副次航空装置は、前記浮遊セルのアンカー航空装置との信号伝達接続を維持し、ネットワーク・アクセス・ノードとの間でデータを送受信するよう構成された通信回路と；一つまたは複数の距離パラメータに従って当該副次航空装置と前記アンカー航空装置との間であらかじめ定義された距離未満を維持するよう当該副次航空装置の位置を制御するよう構成された位置決め回路とを含む。

実施例３４５６では、実施例３４５５の主題は任意的に、ステアリングおよび運動システムをさらに含むことができ、前記位置決め回路は、当該副次航空装置の位置を制御するために前記ステアリングおよび運動システムとインターフェースをもつよう構成される、ということを含むことができる。

実施例３４５７では、実施例３４５６の主題は任意的に、前記位置決め回路が、当該副次航空装置の位置が、前記アンカー航空装置から前記あらかじめ定義された距離より遠いことを判別するよう構成され、当該副次航空装置の位置を、前記アンカー航空装置から前記あらかじめ定義された距離以内の位置に動かすよう前記ステアリングおよび運動システムを制御するようさらに構成される、とういことを含むことができる。

実施例３４５８では、実施例３４５５ないし３４５７のうちいずれか一項記載の主題は任意的に、航空ドローンとして構成されることができる。

実施例３４５９では、実施例３４５５ないし３４５８のうちいずれか一項記載の主題は任意的に、前記通信回路および前記位置決め回路がハードウェア定義回路またはソフトウェア定義回路である、ということを含むことができる。

実施例３４６０では、実施例３４５５ないし３４５９のうちいずれか一項記載の主題は任意的に、一つまたは複数のアンテナおよび無線トランシーバをさらに含むことができ、前記通信回路が、前記無線トランシーバおよび前記一つまたは複数のアンテナを介してデータを送受信するよう構成される。

実施例３４６１では、実施例３４５５ないし３４６０のうちいずれか一項記載の主題は任意的に、センサーをさらに含むことができ、前記位置決め回路は、前記センサーからのセンサー・データをモニタリングして、当該副次航空装置が前記アンカー航空装置から前記あらかじめ定義された距離以内に位置しているかどうかを判定するよう構成される。

実施例３４６２では、実施例３４５５ないし３４６１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の距離パラメータが、物理的な距離、信号強度測定値、信号品質測定値またはレイテンシー測定値を含む、ということを含むことができる。

実施例３４６３では、実施例３４５５ないし３４６２のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記浮遊セルのマルチホップ・ネットワークまたはメッシュ・ネットワークを通じて前記アンカー航空装置との前記信号伝達接続を維持するよう構成される、ということを含むことができる。

実施例３４６４では、実施例３４５５ないし３４６２のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記浮遊セルのマルチホップ・ネットワークまたはメッシュ・ネットワークを通じて、前記複数の航空端末装置のうちの一つまたは複数の他の副次航空装置を介した、前記アンカー航空装置との前記信号伝達接続を維持するよう構成される、ということを含むことができる。

実施例３４６５では、実施例３４５５ないし３４６４のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記ネットワーク・アクセス・ノードとの間でデータを送信することを、前記アンカー端末装置を介して前記ネットワーク・アクセス・ノードにデータを送信することによって実行するよう構成される、ということを含むことができる。

実施例３４６６では、実施例３４５５ないし３４６５のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記ネットワーク・アクセス・ノードからデータを受信することを、前記アンカー端末装置を介して前記ネットワーク・アクセス・ノードからデータを受信することによって実行するよう構成される、ということを含むことができる。

実施例３４６７では、実施例３４５５ないし３４６６のうちいずれか一項記載の主題は任意的に、前記通信回路が、当該副次航空装置の位置が前記アンカー航空装置から、前記あらかじめ定義された距離より遠いことを示す前記アンカー端末装置からの命令を受信するよう構成され、前記位置決め回路が、当該副次航空装置が前記アンカー航空装置から前記あらかじめ定義された距離以内に動くよう当該副次航空装置の位置を制御するよう構成される、ということを含むことができる。

実施例３４６８は、アンカー航空装置と、該アンカー航空装置の動きに追随する一つまたは複数の副次航空装置とを含む浮遊セルとの間でデータを送受信するよう構成された通信回路と；前記アンカー航空装置と協調して、前記浮遊セルによって占められるエリアをカバーするよう方向性アンテナ・ビームをステアリングするよう構成されたビームステアリング回路とを含む、無線通信装置である。

実施例３４６９では、実施例３４６８の主題は任意的に、前記方向性アンテナ・ビームを生成するよう構成されたアンテナ・システムと、無線トランシーバとをさらに含むことができ、前記通信回路が、前記アンテナ・システムおよび前記無線トランシーバを介して前記浮遊セルとデータを送受信するよう構成される。

実施例３４７０では、実施例３４６８または３４６９の主題は任意的にネットワーク・アクセス・ノードとして構成される、ということを含むことができる。

実施例３４７１では、実施例３４６８ないし３４７０のうちいずれか一項記載の主題は任意的に、前記通信回路がハードウェア定義回路またはソフトウェア定義回路である、ということを含むことができる。

実施例３４７２では、実施例３４６８ないし３４７１のうちいずれか一項記載の主題は任意的に、前記通信回路が前記アンカー航空装置から前記浮遊セルの位置情報を受信するよう構成され、前記ビームステアリング回路は、前記アンカー航空装置と協調して前記方向性アンテナ・ビームをステアリングすることを、前記位置情報に基づいて前記方向性アンテナ・ビームをステアリングすることによって実行するよう構成される、ということを含むことができる。

実施例３４７３では、実施例３４７２の主題は任意的に、前記ビームステアリング回路が、前記位置情報によって示される前記浮遊セルに向かう方向に前記方向性アンテナ・ビームをステアリングするようフェーズドアレイ・アンテナを制御するよう構成される、ということを含むことができる。

実施例３４７４では、実施例３４７２または３４７３の主題は任意的に、前記ビームステアリング回路が、前記位置情報によって示される前記浮遊セルの浮遊セル半径に基づいて前記方向性アンテナ・ビームのビーム幅を調整するよう構成される、ということを含むことができる。

実施例３４７５では、実施例３４６８ないし３４７４のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記アンカー航空装置との間でデータを送受信して、前記ネットワーク・アクセス・ノードから第二のネットワーク・アクセス・ノードへの前記浮遊セルの移行を調整するようさらに構成される、ということを含むことができる。

実施例３４７６では、実施例３４６８ないし３４７５のうちいずれか一項記載の主題は任意的に、前記ビームステアリング回路が、前記浮遊セルの位置を追跡し、前記浮遊セルが動くにつれて前記浮遊セルの位置の方向に前記方向性アンテナ・ビームを調整するよう構成される、ということを含むことができる。

実施例３４７７では、実施例３４６８ないし３４７６のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記アンカー航空装置を介して前記一つまたは複数の副次装置のうちの第一の副次装置からの上りリンク・データを受信するよう構成される、ということを含むことができる。

実施例３４７８では、実施例３４６８ないし３４７６のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記アンカー航空装置を介して前記一つまたは複数の副次装置のうちの第一の副次装置への下りリンク・データを送信するよう構成される、ということを含むことができる。

実施例３４７９では、実施例３４６８ないし３４７６のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記一つまたは複数の副次装置のうちの第一の副次装置に直接、下りリンク・データを送信するよう構成される、ということを含むことができる。

実施例３４８０では、実施例３４６８ないし３４７６のうちいずれか一項記載の主題は任意的に、前記通信回路が、前記一つまたは複数の副次装置のうちの第一の副次装置から直接、上りリンク・データを受信するよう構成される、ということを含むことができる。

実施例３４８１は、ビークルのための通信システムであり、当該通信システムは、無線信号を送受信し、一つまたは複数の端末装置にローカル無線アクセス・ネットワークを提供するよう構成されたフロントホール・アンテナ・システムと；無線バックホール接続を提供するよう構成されたバックホール・アンテナ・システムと；一つまたは複数のプロセッサとを含み、前記一つまたは複数のプロセッサは、ある地域におけるネットワーク機能停止またはネットワーク過負荷の検出に応答して、前記ビークルをその地域に差し向けるとともに、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを作動させて前記一つまたは複数の端末装置に、前記無線バックホール接続を介した前記地域の外部に位置する無線アクセス・インフラストラクチャーへの無線接続を提供するよう構成されている。

実施例３４８２では、実施例３４８１の主題は任意的に、前記一つまたは複数のプロセッサが、前記ビークルの無線環境をモニタリングすることによって、ネットワーク機能停止またはネットワーク過負荷を自動的に検出するよう構成される、ということを含むことができる。

実施例３４８３では、実施例３４８１または３４８２の主題は任意的に、前記一つまたは複数のプロセッサが、前記一つまたは複数の端末装置のうちの第一の端末装置から処理タスクを受信し、前記処理タスクを実行して処理結果を得て、前記処理結果を前記第一の端末装置に提供するようさらに構成される、ということを含むことができる。

実施例３４８４では、実施例３４８３の主題は任意的に、前記一つまたは複数のプロセッサが、前記処理タスクを前記第一の端末装置から、前記フロントホール・アンテナ・システムを介して受信し、前記処理結果を前記第一の端末装置に、前記バックホール・アンテナ・システムを介して提供するよう構成される、ということを含むことができる。

実施例３４８５では、実施例３４８１ないし３４８４のうちいずれか一項記載の主題は任意的にメモリをさらに含むことができ、前記一つまたは複数のプロセッサが、前記一つまたは複数の端末装置のうちの第二の端末装置からデータを受信し、該データを前記メモリに記憶し、要求があったときに前記データを前記第二の端末装置に提供するよう構成される。

実施例３４８６では、実施例３４８５の主題は任意的に、前記一つまたは複数のプロセッサが、前記データを前記第二の端末装置から、前記フロントホール・アンテナ・システムを介して受信し、前記データを前記第二の端末装置に、前記フロントホール・システムを介して提供するよう構成される、ということを含むことができる。

実施例３４８７では、実施例３４８１ないし３４８６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ビークルのユーザーからのユーザー入力を受領することによって前記ネットワーク機能停止またはネットワーク過負荷を検出するよう構成される、ということを含むことができる。

実施例３４８８では、実施例３４８１ないし３４８７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、調整役のエンティティーから通知を受信することによって前記ネットワーク機能停止またはネットワーク過負荷を検出するよう構成される、ということを含むことができる。

実施例３４８９では、実施例３４８８の主題は任意的に、前記一つまたは複数のプロセッサが、前記バックホール・アンテナ・システムを介して、前記調整役のエンティティーから前記通知を受信するよう構成される、ということを含むことができる。

実施例３４９０では、実施例３４８１ないし３４８９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記一つまたは複数の端末に前記無線接続を提供するために、前記無線バックホール接続を介して、前記一つまたは複数の端末と前記無線アクセス・インフラストラクチャーとの間でデータを中継するよう構成される、ということを含むことができる。

実施例３４９１では、実施例３４８１ないし３４９０のうちいずれか一項記載の主題は任意的に、前記バックホール・アンテナ・システムが衛星アンテナ・システムであり、前記無線アクセス・インフラストラクチャーが衛星ベースの無線アクセス・インフラストラクチャーである、ということを含むことができる。

実施例３４９２では、実施例３４８１ないし３４９１のうちいずれか一項記載の主題は任意的に、前記フロントホール・アンテナ・システムが、短距離無線アクセス技術または小セル・セルラー無線アクセス技術に従って無線信号を送受信するよう構成される、ということを含むことができる。

実施例３４９３では、実施例３４８１ないし３４９１のうちいずれか一項記載の主題は任意的に、前記フロントホール・アンテナ・システムが、セルラー無線アクセス技術に従って無線信号を送受信するよう構成される、ということを含むことができる。

実施例３４９４では、実施例３４８１ないし３４９３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ビークルの自律操縦システムとインターフェースをもち、前記地域に進行するよう前記ビークルに自律的に指令するよう構成される、ということを含むことができる。

実施例３４９５では、実施例３４９４の主題は任意的に、前記自律操縦システムをさらに含むことができる。

実施例３４９６では、実施例３４８１ないし３４９５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、ユーザー入力または調整役のエンティティーからの入力に基づいて前記地域を識別するよう構成される、ということを含むことができる。

実施例３４９７では、実施例３４８１ないし３４９６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ビークルが私的な用途のために使われている時間期間の間は、前記フロントホール・アンテナ・システムまたは前記バックホール・アンテナ・システムを不作動にするよう構成される、ということを含むことができる。

実施例３４９８では、実施例３４９７の主題は任意的に、前記一つまたは複数のプロセッサが、前記ビークルを私的な用途からモバイル・インフラストラクチャー用途に遷移させるよう前記フロントホール・アンテナ・システムまたは前記バックホール・アンテナ・システムを作動させるよう構成される、ということを含むことができる。

実施例３４９９は、実施例３４８１ないし３４９８のうちいずれか一項記載の通信システムを含むビークルである。

実施例３５００は、ビークルにおける実装のために適応された通信システムであり、当該通信システムは、無線信号を送受信し、一つまたは複数の端末装置にローカル無線アクセス・ネットワークを提供するよう構成されたフロントホール・アンテナ・システムと；前記一つまたは複数の端末装置と無線アクセス・インフラストラクチャーとの間でデータを中継するよう構成されたバックホール・アンテナ・システムと；一つまたは複数のプロセッサとを含み、前記一つまたは複数のプロセッサは、トリガー条件に応答して、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを作動させて前記ローカル無線アクセス・ネットワークに、前記無線アクセス・インフラストラクチャーへの中継接続を提供するよう構成される。

実施例３５０１では、実施例３５００の主題は任意的に、前記トリガー条件がユーザー入力であり、前記一つまたは複数のプロセッサが、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを作動させるよう該一つまたは複数のプロセッサに命令するユーザー入力を受領することによって前記トリガー条件を検出するよう構成される、ということを含むことができる。

実施例３５０２では、実施例３５００の主題は任意的に、前記トリガー条件が調整役のエンティティーからの入力であり、前記一つまたは複数のプロセッサが、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを作動させるよう該一つまたは複数のプロセッサに命令する前記調整役のエンティティーからの命令を受領することによって前記トリガー条件を検出するよう構成される、ということを含むことができる。

実施例３５０３では、実施例３５０２の主題は任意的に、前記一つまたは複数のプロセッサが、前記調整役のエンティティーからの命令を、前記バックホール・アンテナ・システムを介して受信するよう構成される、ということを含むことができる。

実施例３５０４では、実施例３５００ないし３５０３のうちいずれか一項記載の主題は任意的に、前記フロントホール・アンテナ・システムが短距離無線アクセス技術または小セル・セルラー無線アクセス技術に従って無線信号を送受信するよう構成される、ということを含むことができる。

実施例３５０５では、実施例３５００ないし３５０３のうちいずれか一項記載の主題は任意的に、前記フロントホール・アンテナ・システムがセルラー無線アクセス技術に従って無線信号を送受信するよう構成される、ということを含むことができる。

実施例３５０６では、実施例３５００ないし３５０５のうちいずれか一項記載の主題は任意的に、前記フロントホール・アンテナ・システムが前記通信システムのサービスを前記ローカル無線アクセス・ネットワークを通じて広告するよう構成される、ということを含むことができる。

実施例３５０７では、実施例３５００ないし３５０６のうちいずれか一項記載の主題は任意的に、前記バックホール・アンテナ・システムが衛星アンテナ・システムであり、前記無線アクセス・インフラストラクチャーが衛星ベースの無線アクセス・インフラストラクチャーである、ということを含むことができる。

実施例３５０８では、実施例３５００ないし３５０７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサはさらに、ネットワーク機能停止またはネットワーク過負荷によって影響されている地域を識別し、前記ビークルをその地域に差し向けるとともに、前記ビークルが前記地域にあるときに前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを作動させるようさらに構成される、ということを含むことができる。

実施例３５０９では、実施例３５００ないし３５０８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、ユーザー入力または調整役のエンティティーからの入力に基づいて前記地域を識別するよう構成される、ということを含むことができる。

実施例３５１０では、実施例３５００ないし３５０９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記一つまたは複数の端末装置のうちの第一の端末装置から処理タスクを受信し、前記処理タスクを実行して処理結果を得て、前記処理結果を前記第一の端末装置に提供するようさらに構成される、ということを含むことができる。

実施例３５１１では、実施例３５１０の主題は任意的に、前記一つまたは複数のプロセッサが、前記処理タスクを前記第一の端末装置から、前記フロントホール・アンテナ・システムを介して受信し、前記処理結果を前記第一の端末装置に、前記バックホール・アンテナ・システムを介して提供するよう構成される、ということを含むことができる。

実施例３５１２では、実施例３５００ないし３５０９のうちいずれか一項記載の主題は任意的にメモリをさらに含むことができ、前記一つまたは複数のプロセッサが、前記一つまたは複数の端末装置のうちの第二の端末装置からデータを受信し、該データを前記メモリに記憶するよう構成される。

実施例３５１３では、実施例３５１２の主題は任意的に、前記一つまたは複数のプロセッサが、前記第二の端末装置から前記データを前記フロントホール・アンテナ・システムを介して受信するよう構成される、ということを含むことができる。

実施例３５１４では、実施例３５００ないし３５１３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ビークルが私的な用途のために使われている時間期間の間は、前記フロントホール・アンテナ・システムまたは前記バックホール・アンテナ・システムを不作動にするよう構成される、ということを含むことができる。

実施例３５１５では、実施例３５１４の主題は任意的に、前記一つまたは複数のプロセッサが、前記ビークルを私的な用途でなくなるよう遷移させるよう前記フロントホール・アンテナ・システムまたは前記バックホール・アンテナ・システムを作動させるよう構成される、ということを含むことができる。

実施例３５１６は、ビークルであり、当該ビークルは、当該ビークルの一つまたは複数のプロセッサにおいてある地域におけるネットワーク機能停止またはネットワーク過負荷を検出する手段と、当該ビークルのフロントホール・アンテナ・システムおよびバックホール・アンテナ・システムを作動させて、前記地域の外部に位置する無線アクセス・インフラストラクチャーとの、前記バックホール・アンテナ・システムによって提供されるバックホール接続を介したネットワーク接続を、前記フロントホール・アンテナ・システムに接続された一つまたは複数の端末装置に提供する手段とを含む。

実施例３５１７は、モバイル・インフラストラクチャー・ノードとしてのビークルの動作方法であり、当該方法は、当該ビークルの一つまたは複数のプロセッサにおいてある地域におけるネットワーク機能停止またはネットワーク過負荷を検出する段階と、当該ビークルのフロントホール・アンテナ・システムおよびバックホール・アンテナ・システムを作動させて、前記地域の外部に位置する無線アクセス・インフラストラクチャーとの、前記バックホール・アンテナ・システムによって提供されるバックホール接続を介したネットワーク接続を、前記フロントホール・アンテナ・システムに接続された一つまたは複数の端末装置に提供する段階とを含む。

実施例３５１８では、実施例３５１７の主題は任意的に、前記地域におけるネットワーク機能停止またはネットワーク過負荷を検出することが、当該ビークルの無線環境をモニタリングすることによって、ネットワーク機能停止またはネットワーク過負荷を自動的に検出することを含む、ということを含むことができる。

実施例３５１９では、実施例３５１７または３５１８の主題は任意的に、前記一つまたは複数の端末装置のうちの第一の端末装置から処理タスクを受信し、前記一つまたは複数のプロセッサにおいて前記処理タスクを実行して処理結果を得て、前記処理結果を前記第一の端末装置に提供することをさらに含むことができる。

実施例３５２０では、実施例３５１９の主題は任意的に、前記一つまたは複数の端末装置のうちの第一の端末装置から処理タスクを受信することおよび前記処理結果を前記第一の端末装置に提供することが、前記処理タスクを前記第一の端末装置から、前記フロントホール・アンテナ・システムを介して受信し、前記処理結果を前記第一の端末装置に、前記バックホール・アンテナ・システムを介して提供することを含む、ということを含むことができる。

実施例３５２１では、実施例３５１７ないし３５２０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の端末装置のうちの第二の端末装置からデータを受信し、該データを当該ビークルのメモリに記憶し、要求があったときに前記データを前記第二の端末装置に提供することをさらに含むことができる。

実施例３５２２では、実施例３５２１の主題は任意的に、前記第二の端末装置からデータを受信することおよび前記データを前記第二の端末装置に提供することが、前記データを前記第二の端末装置から、前記フロントホール・アンテナ・システムを介して受信し、前記データを前記第二の端末装置に、前記フロントホール・システムを介して提供することを含む、ということを含むことができる。

実施例３５２３では、実施例３５１５ないし３５２２のうちいずれか一項記載の主題は任意的に、前記ネットワーク機能停止またはネットワーク過負荷を検出することが、前記ビークルのユーザーからの前記一つまたは複数のプロセッサにおけるユーザー入力に基づいて前記ネットワーク機能停止またはネットワーク過負荷を検出することを含む、ということを含むことができる。

実施例３５２４では、実施例３５１５ないし３５２３のうちいずれか一項記載の主題は任意的に、前記ネットワーク機能停止またはネットワーク過負荷を検出することが、調整役のエンティティーから前記一つまたは複数のプロセッサにおいて通知を受信し、該通知に基づいて前記ネットワーク機能停止またはネットワーク過負荷を検出することを含む、ということを含むことができる。

実施例３５２５では、実施例３５２４の主題は任意的に、前記調整役のエンティティーから前記一つまたは複数のプロセッサにおいて通知を受信することが、前記バックホール・アンテナ・システムを介して、前記一つまたは複数のプロセッサにおいて前記通知を受信することを含む、ということを含むことができる。

実施例３５２６では、実施例３５１５ないし３５２５のうちいずれか一項記載の主題は任意的に、当該ビークルのフロントホール・アンテナ・システムおよびバックホール・アンテナ・システムを作動させて、前記地域の外部に位置する無線アクセス・インフラストラクチャーとの、前記バックホール・アンテナ・システムによって提供されるバックホール接続を介したネットワーク接続を、前記フロントホール・アンテナ・システムに接続された一つまたは複数の端末装置に提供することが、前記一つまたは複数の端末に前記ネットワーク接続を提供するために、前記無線バックホール接続を介して、前記一つまたは複数の端末と前記無線アクセス・インフラストラクチャーとの間でデータを中継することを含む、ということを含むことができる。

実施例３５２７では、実施例３５１５ないし３５２６のうちいずれか一項記載の主題は任意的に、前記無線アクセス・インフラストラクチャーが衛星ベースの無線アクセス・インフラストラクチャーであり、当該方法が、前記衛星ベースの無線アクセス・インフラストラクチャーへの前記無線バックホール接続で、前記バックホール・アンテナ・システムとの間で衛星信号を送受信することをさらに含む、ということを含むことができる。

実施例３５２８では、実施例３５１５ないし３５２７のうちいずれか一項記載の主題は任意的に、短距離無線アクセス技術または小セル・セルラー無線アクセス技術に従って前記フロントホール・アンテナ・システムを介して前記一つまたは複数の端末装置との間で無線信号を送受信することをさらに含むことができる。

実施例３５２９では、実施例３５１５ないし３５２７のうちいずれか一項記載の主題は任意的に、セルラー無線アクセス技術に従って前記フロントホール・アンテナ・システムを介して前記一つまたは複数の端末装置との間で無線信号を送受信することをさらに含むことができる。

実施例３５３０では、実施例３５１５ないし３５２９のうちいずれか一項記載の主題は任意的に、当該ビークルの自律操縦システムにより、前記地域に進行するよう当該ビークルを自律的に制御することをさらに含むことができる。

実施例３５３１では、実施例３５１５ないし３５３０のうちいずれか一項記載の主題は任意的に、ユーザー入力または調整役のエンティティーからの入力に基づいて前記地域を識別することをさらに含むことができる。

実施例３５３２では、実施例３５１５ないし３５３１のうちいずれか一項記載の主題は任意的に、当該ビークルが私的な用途のために使われている時間期間の間は、前記フロントホール・アンテナ・システムまたは前記バックホール・アンテナ・システムを不作動にすることをさらに含むことができる。

実施例３５３３では、実施例３５３２の主題は任意的に、当該ビークルを私的な用途からモバイル・インフラストラクチャー用途に遷移させるよう前記フロントホール・アンテナ・システムまたは前記バックホール・アンテナ・システムを作動させることをさらに含むことができる。

実施例３５３４は、実施例３５１５ないし３５３３のうちいずれか一項記載の方法を実行するよう構成されたビークルのための通信システムである。

実施例３５３５は、実施例３５１５ないし３５３３のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含むビークルである。

実施例３５３６は、プロセッサによって実行されたときに該プロセッサに実施例３５１５ないし３５３３のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３５３７は、モバイル・インフラストラクチャー・ノードの一つまたは複数のプロセッサによって実行されたときに該モバイル・インフラストラクチャー・ノードに実施例３５１５ないし３５３３のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３５３８は、ビークルのための通信システムであり、当該通信システムは、無線信号を送受信し、一つまたは複数の端末装置にローカル無線アクセス・ネットワークを提供するよう構成されたフロントホール・アンテナ・システムと；無線バックホール接続を提供するよう構成されたバックホール・アンテナ・システムと；処理回路とを含み、前記処理回路は、ある地域におけるネットワーク機能停止またはネットワーク過負荷の検出に応答して、前記ビークルをその地域に差し向けるとともに、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを作動させて前記一つまたは複数の端末装置に、前記無線バックホール接続を介した前記地域の外部に位置する無線アクセス・インフラストラクチャーへの無線接続を提供するよう構成されている。

実施例３５３９では、実施例３５３８の主題は任意的に、前記処理回路が、前記ビークルの無線環境をモニタリングすることによって、ネットワーク機能停止またはネットワーク過負荷を自動的に検出するよう構成される、ということを含むことができる。

実施例３５４０では、実施例３５３８または３５３９の主題は任意的に、前記処理回路が、前記一つまたは複数の端末装置のうちの第一の端末装置から処理タスクを受信し、前記処理タスクを実行して処理結果を得て、前記処理結果を前記第一の端末装置に提供するようさらに構成される、ということを含むことができる。

実施例３５４１では、実施例３５４０の主題は任意的に、前記処理回路が、前記処理タスクを前記第一の端末装置から、前記フロントホール・アンテナ・システムを介して受信し、前記処理結果を前記第一の端末装置に、前記バックホール・アンテナ・システムを介して提供するよう構成される、ということを含むことができる。

実施例３５４２では、実施例３５３８ないし３５４１のうちいずれか一項記載の主題は任意的にメモリをさらに含むことができ、前記処理回路が、前記一つまたは複数の端末装置のうちの第二の端末装置からデータを受信し、該データを前記メモリに記憶し、要求があったときに前記データを前記第二の端末装置に提供するよう構成される。

実施例３５４３では、実施例３５４２の主題は任意的に、前記処理回路が、前記データを前記第二の端末装置から、前記フロントホール・アンテナ・システムを介して受信し、前記データを前記第二の端末装置に、前記フロントホール・システムを介して提供するよう構成される、ということを含むことができる。

実施例３５４４では、実施例３５３８ないし３５４３のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ビークルのユーザーからのユーザー入力を受領することによって前記ネットワーク機能停止またはネットワーク過負荷を検出するよう構成される、ということを含むことができる。

実施例３５４５では、実施例３５３８ないし３５４４のうちいずれか一項記載の主題は任意的に、前記処理回路が、調整役のエンティティーから通知を受信することによって前記ネットワーク機能停止またはネットワーク過負荷を検出するよう構成される、ということを含むことができる。

実施例３５４６では、実施例３５４５の主題は任意的に、前記処理回路が、前記バックホール・アンテナ・システムを介して、前記調整役のエンティティーから前記通知を受信するよう構成される、ということを含むことができる。

実施例３５４７では、実施例３５３８ないし３５４６のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記一つまたは複数の端末に前記無線接続を提供するために、前記無線バックホール接続を介して、前記一つまたは複数の端末と前記無線アクセス・インフラストラクチャーとの間でデータを中継するよう構成される、ということを含むことができる。

実施例３５４８では、実施例３５３８ないし３５４７のうちいずれか一項記載の主題は任意的に、前記バックホール・アンテナ・システムが衛星アンテナ・システムであり、前記無線アクセス・インフラストラクチャーが衛星ベースの無線アクセス・インフラストラクチャーである、ということを含むことができる。

実施例３５４９では、実施例３５３８ないし３５４８のうちいずれか一項記載の主題は任意的に、前記フロントホール・アンテナ・システムが、短距離無線アクセス技術または小セル・セルラー無線アクセス技術に従って無線信号を送受信するよう構成される、ということを含むことができる。

実施例３５５０では、実施例３５３８ないし３５４８のうちいずれか一項記載の主題は任意的に、前記フロントホール・アンテナ・システムが、セルラー無線アクセス技術に従って無線信号を送受信するよう構成される、ということを含むことができる。

実施例３５５１では、実施例３５３８ないし３５５０のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ビークルの自律操縦システムとインターフェースをもち、前記地域に進行するよう前記ビークルに自律的に指令するよう構成される、ということを含むことができる。

実施例３５５２では、実施例３５５１の主題は任意的に、前記自律操縦システムをさらに含むことができる。

実施例３５５３では、実施例３５３８ないし３５５２のうちいずれか一項記載の主題は任意的に、前記処理回路が、ユーザー入力または調整役のエンティティーからの入力に基づいて前記地域を識別するよう構成される、ということを含むことができる。

実施例３５５４では、実施例３５３８ないし３５５３のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ビークルが私的な用途のために使われている時間期間の間は、前記フロントホール・アンテナ・システムまたは前記バックホール・アンテナ・システムを不作動にするよう構成される、ということを含むことができる。

実施例３５５５では、実施例３５５４の主題は任意的に、前記処理回路が、前記ビークルを私的な用途からモバイル・インフラストラクチャー用途に遷移させるよう前記フロントホール・アンテナ・システムまたは前記バックホール・アンテナ・システムを作動させるよう構成される、ということを含むことができる。

実施例３５５６は、実施例３５３８ないし３５５５のうちいずれか一項記載の通信システムを含むビークルである。

実施例３５５７は、ビークルにおける実装のために適応された通信回路構成であり、当該通信回路構成は、無線信号を送受信し、一つまたは複数の端末装置にローカル無線アクセス・ネットワークを提供するよう構成されたフロントホール・アンテナ・システムと；前記一つまたは複数の端末装置と無線アクセス・インフラストラクチャーとの間でデータを中継するよう構成されたバックホール・アンテナ・システムと；処理回路とを含み、前記処理回路は、トリガー条件に応答して、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを作動させて前記ローカル無線アクセス・ネットワークに、前記無線アクセス・インフラストラクチャーへの中継接続を提供するよう構成される。

実施例３５５８では、実施例３５５７の主題は任意的に、前記トリガー条件がユーザー入力であり、前記処理回路が、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを作動させるよう該処理回路に命令するユーザー入力を受領することによって前記トリガー条件を検出するよう構成される、ということを含むことができる。

実施例３５５９では、実施例３５５７の主題は任意的に、前記トリガー条件が調整役のエンティティーからの入力であり、前記処理回路が、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを作動させるよう該処理回路に命令する前記調整役のエンティティーからの命令を受領することによって前記トリガー条件を検出するよう構成される、ということを含むことができる。

実施例３５６０では、実施例３５５９の主題は任意的に、前記処理回路が、前記調整役のエンティティーからの命令を、前記バックホール・アンテナ・システムを介して受信するよう構成される、ということを含むことができる。

実施例３５６１では、実施例３５５７ないし３５６０のうちいずれか一項記載の主題は任意的に、前記フロントホール・アンテナ・システムが短距離無線アクセス技術または小セル・セルラー無線アクセス技術に従って無線信号を送受信するよう構成される、ということを含むことができる。

実施例３５６２では、実施例３５３７ないし３５６０のうちいずれか一項記載の主題は任意的に、前記フロントホール・アンテナ・システムがセルラー無線アクセス技術に従って無線信号を送受信するよう構成される、ということを含むことができる。

実施例３５６３では、実施例３５５７ないし３５６２のうちいずれか一項記載の主題は任意的に、前記フロントホール・アンテナ・システムが前記通信回路構成のサービスを前記ローカル無線アクセス・ネットワークを通じて広告するよう構成される、ということを含むことができる。

実施例３５６４では、実施例３５５７ないし３５６３のうちいずれか一項記載の主題は任意的に、前記バックホール・アンテナ・システムが衛星アンテナ・システムであり、前記無線アクセス・インフラストラクチャーが衛星ベースの無線アクセス・インフラストラクチャーである、ということを含むことができる。

実施例３５６５では、実施例３５５７ないし３５６４のうちいずれか一項記載の主題は任意的に、前記処理回路はさらに、ネットワーク機能停止またはネットワーク過負荷によって影響されている地域を識別し、前記ビークルをその地域に差し向けるとともに、前記ビークルが前記地域にあるときに前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを作動させるようさらに構成される、ということを含むことができる。

実施例３５６６では、実施例３５５７ないし３５６５のうちいずれか一項記載の主題は任意的に、前記処理回路が、ユーザー入力または調整役のエンティティーからの入力に基づいて前記地域を識別するよう構成される、ということを含むことができる。

実施例３５６７では、実施例３５５７ないし３５６６のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記一つまたは複数の端末装置のうちの第一の端末装置から処理タスクを受信し、前記処理タスクを実行して処理結果を得て、前記処理結果を前記第一の端末装置に提供するようさらに構成される、ということを含むことができる。

実施例３５６８では、実施例３５６７の主題は任意的に、前記処理回路が、前記処理タスクを前記第一の端末装置から、前記フロントホール・アンテナ・システムを介して受信し、前記処理結果を前記第一の端末装置に、前記バックホール・アンテナ・システムを介して提供するよう構成される、ということを含むことができる。

実施例３５６９では、実施例３５５７ないし３５６６のうちいずれか一項記載の主題は任意的にメモリをさらに含むことができ、前記処理回路が、前記一つまたは複数の端末装置のうちの第二の端末装置からデータを受信し、該データを前記メモリに記憶するよう構成される。

実施例３５７０では、実施例３５６９の主題は任意的に、前記処理回路が、前記第二の端末装置から前記データを前記フロントホール・アンテナ・システムを介して受信するよう構成される、ということを含むことができる。

実施例３５７１では、実施例３５５７ないし３５７０のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ビークルが私的な用途のために使われている時間期間の間は、前記フロントホール・アンテナ・システムまたは前記バックホール・アンテナ・システムを不作動にするよう構成される、ということを含むことができる。

実施例３５７２では、実施例３５７１の主題は任意的に、前記処理回路が、前記ビークルを私的な用途でなくなるよう遷移させるよう前記フロントホール・アンテナ・システムまたは前記バックホール・アンテナ・システムを作動させるよう構成される、ということを含むことができる。

実施例３５７３は、一つまたは複数のプロセッサを有する通信装置であって、前記一つまたは複数のプロセッサは：下りリンク・チャネル上で、マルチキャスト・データをネットワーク・アクセス・ノードから受信する段階であって、前記マルチキャスト・データは、当該通信装置および一つまたは複数の追加的な端末装置によって共有される端末装置識別情報を用いて宛先指定される、段階と；サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置のうちのリーダー端末装置と通信して、共有上りリンク・チャネル上での上りリンク・データの前記ネットワーク・アクセス・ノードへの送信を協調する段階とを実行するよう構成されている。

実施例３５７４では、実施例３５７３の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができる。

実施例３５７５では、実施例３５７４の主題は任意的に、前記一つまたは複数のプロセッサが、前記無線トランシーバおよび一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される、ということを含むことができる。

実施例３５７６では、実施例３５７４または３５７５の主題は任意的に、ステアリングおよび運動システムをさらに含み、航空ドローンとして構成されることができる。

実施例３５７７では、実施例３５７４または３５７５の主題は任意的に、モノのインターネット（ＩｏＴ）装置として構成されることができる。

実施例３５７８では、実施例３５７４または３５７５の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例３５７９では、実施例３５７４ないし３５７８のうちいずれか一項記載の主題は任意的に、アプリケーション・プロセッサをさらに含むことができる。

実施例３５８０では、実施例３５７３の主題は任意的に、端末装置のための電子コンポーネントとして構成されることができる。

実施例３５８１では、実施例３５７３ないし３５８０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置と通信して、選択基準に基づいて前記リーダー端末装置を選択するようさらに構成される、ということを含むことができる。

実施例３５８２では、実施例３５８１の主題は任意的に、前記選択基準が、利用可能なバッテリー電力、期待されるバッテリー寿命、全体的な処理パワー、利用可能な処理資源、信号強度、温度または無線リンク品質のうちの一つまたは複数を含む、ということを含むことができる。

実施例３５８３では、実施例３５７３ないし３５８２のうちいずれか一項記載の主題は任意的に、前記マルチキャスト・データが、当該通信装置および前記一つまたは複数の追加的な端末装置によって共有される制御チャネルの制御データである、ということを含むことができる。

実施例３５８４では、実施例３５７３ないし３５８３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ネットワーク・アクセス・ノードにとって透明な無線アクセス技術に従って前記サイドリンク・チャネル上で通信するよう構成される、ということを含むことができる。

実施例３５８５では、実施例３５７３ないし３５８４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記リーダー端末装置と通信して上りリンク・データの前記ネットワーク・アクセス・ノードへの送信を協調することを、前記リーダー端末装置を介して前記ネットワーク・アクセス・ノードに前記上りリンク・データを送信することによって実行するよう構成される、ということを含むことができる。

実施例３５８６では、実施例３５７３ないし３５８４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記リーダー端末装置と通信して上りリンク・データの前記ネットワーク・アクセス・ノードへの送信を協調することを、前記リーダー端末装置を、前記上りリンク・データを前記ネットワーク・アクセス・ノードに送信するための中継器として使うことによって実行するよう構成される、ということを含むことができる。

実施例３５８７では、実施例３５７３ないし３５８４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記リーダー端末装置と通信して上りリンク・データの前記ネットワーク・アクセス・ノードへの送信を協調することを、前記サイドリンク・チャネル上で前記上りリンク・データを、前記ネットワーク・アクセス・ノードのために意図されたデータとして前記リーダー端末装置に送信することによって実行するよう構成される、ということを含むことができる。

実施例３５８８では、実施例３５８５ないし３５８７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、該一つまたは複数のプロセッサが前記サイドリンク・チャネル上で送信するための時間または周波数資源を指定する前記サイドリンク・チャネルについての資源割り当てを前記リーダー端末装置から受信するようさらに構成される、ということを含むことができる。

実施例３５８９では、実施例３５７３ないし３５８４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記リーダー端末装置と通信して上りリンク・データの前記ネットワーク・アクセス・ノードへの送信を協調することを、前記一つまたは複数のプロセッサが前記共有上りリンク・チャネル上で送信するための時間または周波数資源を指定する前記共有上りリンク・チャネルについての資源割り当てを前記リーダー端末装置から受信し、前記資源割り当てにおいて指定されている時間または周波数資源に従って前記共有上りリンク・チャネル上で前記上りリンク・データを前記ネットワーク・アクセス・ノードに送信することによって実行するよう構成される、ということを含むことができる。

実施例３５９０では、実施例３５７３ないし３５８９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、当該通信装置を前記上りリンク・データの起点として同定するタグを前記上りリンク・データに埋め込むようさらに構成される、ということを含むことができる。

実施例３５９１では、実施例３５７３ないし３５９０のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記サイドリンク・チャネルを通じて前記一つまたは複数の追加的な端末装置のうちの第一の端末装置に、処理タスクを実行する要求を送信し、前記サイドリンク・チャネルを通じて該処理タスクの結果を受信するようさらに構成される、ということを含むことができる。

実施例３５９２では、実施例３５９１の主題は任意的に、前記処理タスクがデコード・タスク、エンコード・タスク、送信タスク、受信タスク、制御チャネル探索タスクまたはページング・チャネル・モニタリング・タスクである、ということを含むことができる。

実施例３５９３では、実施例３５９１または３５９２の主題は任意的に、前記一つまたは複数のプロセッサが、当該通信装置が低バッテリー電力をもつことを判別することに応答して前記要求を送信するよう構成される、ということを含むことができる。

実施例３５９４は、一つまたは複数のプロセッサを含む通信装置であり、前記一つまたは複数のプロセッサは：下りリンク・チャネル上で、マルチキャスト・データをネットワーク・アクセス・ノードから受信する段階であって、前記マルチキャスト・データは、当該通信装置および一つまたは複数の追加的な端末装置によって共有される端末装置識別情報を宛先とする、段階と；サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置のうちの第一の端末装置と通信して、共有上りリンク・チャネル上での上りリンク・データの、前記第一の端末装置から前記ネットワーク・アクセス・ノードへの送信を協調する段階とを実行するよう構成されている。

実施例３５９５では、実施例３５９４の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができる。

実施例３５９６では、実施例３５９５の主題は任意的に、前記一つまたは複数のプロセッサが、前記無線トランシーバおよび一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される、ということを含むことができる。

実施例３５９７では、実施例３５９５または３５９６の主題は任意的に、ステアリングおよび運動システムをさらに含み、航空ドローンとして構成されることができる。

実施例３５９８では、実施例３５９５または３５９６の主題は任意的に、モノのインターネット（ＩｏＴ）装置として構成されることができる。

実施例３５９９では、実施例３５９５または３５９６の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例３６００では、実施例３５９５ないし３６００のうちいずれか一項記載の主題は任意的に、アプリケーション・プロセッサをさらに含むことができる。

実施例３６０１では、実施例３５９４の主題は任意的に、端末装置のための電子コンポーネントとして構成されることができる。

実施例３６０２では、実施例３５９４ないし３６０１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置と通信してリーダー端末装置を選択するようさらに構成され、当該通信装置が前記リーダー端末装置として選択される、ということを含むことができる。

実施例３６０３では、実施例３６０２の主題は任意的に、前記一つまたは複数のプロセッサが、当該通信装置が前記リーダー端末装置として選択された後のある時点で、前記サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置と通信して新たなリーダー端末装置を選択するようさらに構成される、ということを含むことができる。

実施例３６０４では、実施例３６０２または３６０３の主題は任意的に、前記一つまたは複数のプロセッサが、前記サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置と通信して、前記新たなリーダー端末装置を、利用可能なバッテリー電力、期待されるバッテリー寿命、全体的な処理パワー、利用可能な処理資源、信号強度、温度または無線リンク品質のうちの一つまたは複数に基づいて選択するよう構成される、ということを含むことができる。

実施例３６０５では、実施例３５９４ないし３６０４のうちいずれか一項記載の主題は任意的に、前記マルチキャスト・データが、当該通信装置および前記一つまたは複数の追加的な端末装置によって共有される制御チャネルの制御データである、ということを含むことができる。

実施例３６０６では、実施例３５９４ないし３６０５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記ネットワーク・アクセス・ノードにとって透明な無線アクセス技術に従って前記サイドリンク・チャネル上で通信するよう構成される、ということを含むことができる。

実施例３６０７では、実施例３５９４ないし３６０６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記一つまたは複数の追加的な端末装置のうちの第一の端末装置と通信して、前記上りリンク・データの、前記第一の端末装置から前記ネットワーク・アクセス・ノードへの送信を協調することを、前記サイドリンク・チャネル上で前記第一の端末装置から前記上りリンク・データを受信し、前記上りリンク・データを前記ネットワーク・アクセス・ノードに共有上りリンク・チャネル上で送信することによって実行するよう構成される、ということを含むことができる。

実施例３６０８では、実施例３６０７の主題は任意的に、前記一つまたは複数のプロセッサが、前記サイドリンク・チャネル上で前記第一の端末装置から前記上りリンク・データを受信する前に、前記第一の端末装置が前記サイドリンク・チャネル上で送信するための時間または周波数資源を指定する資源割り当てを前記第一の端末装置に送信するようさらに構成される、ということを含むことができる。

実施例３６０９では、実施例３５９４ないし３６０６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記一つまたは複数の追加的な端末装置のうちの第一の端末装置と通信して、前記上りリンク・データの、前記第一の端末装置から前記ネットワーク・アクセス・ノードへの送信を協調することを、前記第一の端末装置が前記共有上りリンク・チャネル上で前記ネットワーク・アクセス・ノードへの前記上りリンク・データを送信するための時間または周波数資源を指定する資源割り当てを前記第一の端末装置に送信することによって実行するよう構成される、ということを含むことができる。

実施例３６１０は、端末装置であり、当該端末装置は、下りリンク・チャネル上で、マルチキャスト・データをネットワーク・アクセス・ノードから受信する手段であって、前記マルチキャスト・データは、当該端末装置および一つまたは複数の追加的な端末装置によって共有される端末装置識別情報を用いて宛先指定される、手段と；サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置のうちのリーダー端末装置と通信して、共有上りリンク・チャネル上での上りリンク・データの前記ネットワーク・アクセス・ノードへの送信を協調する手段とを含む。

実施例３６１１は、端末装置において無線通信を実行する方法であり、当該方法は、下りリンク・チャネル上で、マルチキャスト・データをネットワーク・アクセス・ノードから受信する段階であって、前記マルチキャスト・データは、当該端末装置および一つまたは複数の追加的な端末装置によって共有される端末装置識別情報を用いて宛先指定される、段階と；サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置のうちのリーダー端末装置と通信して、共有上りリンク・チャネル上での上りリンク・データの前記ネットワーク・アクセス・ノードへの送信を協調する段階とを含む。

実施例３６１２では、実施例３６１１の主題は任意的に、前記サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置と通信して、選択基準に基づいて前記リーダー端末装置を選択することをさらに含むことができる。

実施例３６１３では、実施例３６１２の主題は任意的に、前記選択基準が、利用可能なバッテリー電力、期待されるバッテリー寿命、全体的な処理パワー、利用可能な処理資源、信号強度、温度または無線リンク品質のうちの一つまたは複数を含む、ということを含むことができる。

実施例３６１４では、実施例３６１１ないし３６１３のうちいずれか一項記載の主題は任意的に、前記マルチキャスト・データが、当該端末装置および前記一つまたは複数の追加的な端末装置によって共有される制御チャネルの制御データである、ということを含むことができる。

実施例３６１５では、実施例３６１１ないし３６１４のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードにとって透明な無線アクセス技術に従って前記サイドリンク・チャネル上で信号を送受信することをさらに含むことができる。

実施例３６１６では、実施例３６１１ないし３６１５のうちいずれか一項記載の主題は任意的に、前記サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置のうちのリーダー端末装置と通信して、上りリンク・データの前記ネットワーク・アクセス・ノードへの送信を協調することが、前記リーダー端末装置を介して前記ネットワーク・アクセス・ノードに前記上りリンク・データを送信することを含む、ということを含むことができる。

実施例３６１７では、実施例３６１１ないし３６１５のうちいずれか一項記載の主題は任意的に、前記サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置のうちのリーダー端末装置と通信して、上りリンク・データの前記ネットワーク・アクセス・ノードへの送信を協調することが、前記リーダー端末装置を、前記上りリンク・データを前記ネットワーク・アクセス・ノードに送信するための中継器として使うことを含む、ということを含むことができる。

実施例３６１８では、実施例３６１１ないし３６１５のうちいずれか一項記載の主題は任意的に、前記サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置のうちのリーダー端末装置と通信して、上りリンク・データの前記ネットワーク・アクセス・ノードへの送信を協調することが、前記サイドリンク・チャネル上で前記上りリンク・データを、前記ネットワーク・アクセス・ノードのために意図されたデータとして前記リーダー端末装置に送信することを含む、ということを含むことができる。

実施例３６１９では、実施例３６１６ないし３６１８のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが前記サイドリンク・チャネル上で送信するための時間または周波数資源を指定する前記サイドリンク・チャネルについての資源割り当てを前記リーダー端末装置から受信することをさらに含むことができる。

実施例３６２０では、実施例３６１１ないし３６１５のうちいずれか一項記載の主題は任意的に、前記サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置のうちのリーダー端末装置と通信して、上りリンク・データの前記ネットワーク・アクセス・ノードへの送信を協調することが、前記一つまたは複数のプロセッサが前記共有上りリンク・チャネル上で送信するための時間または周波数資源を指定する前記共有上りリンク・チャネルについての資源割り当てを前記リーダー端末装置から受信し、前記資源割り当てにおいて指定されている時間または周波数資源に従って前記共有上りリンク・チャネル上で前記上りリンク・データを前記ネットワーク・アクセス・ノードに送信することを含む、ということを含むことができる。

実施例３６２１では、実施例３６１１ないし３６２０のうちいずれか一項記載の主題は任意的に、当該端末装置を前記上りリンク・データの起点として同定するタグを前記上りリンク・データに埋め込むことをさらに含む、ということを含むことができる。

実施例３６２２では、実施例３６１１ないし３６２１のうちいずれか一項記載の主題は任意的に、前記サイドリンク・チャネルを通じて前記一つまたは複数の追加的な端末装置のうちの第一の端末装置に、処理タスクを実行する要求を送信し、前記サイドリンク・チャネルを通じて該処理タスクの結果を受信することをさらに含むことができる。

実施例３６２３では、実施例３６１２の主題は任意的に、前記処理タスクがデコード・タスク、エンコード・タスク、送信タスク、受信タスク、制御チャネル探索タスクまたはページング・チャネル・モニタリング・タスクである、ということを含むことができる。

実施例３６２４では、実施例３６２２または３６２３の主題は任意的に、前記要求を前記第一の端末装置に送信することが、当該端末装置が低バッテリー電力をもつことを判別することに応答して前記要求を前記第一の端末装置に送信することを含む、ということを含むことができる。

実施例３６２５は、実施例３６１１ないし３６２４のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む端末装置である。

実施例３６２６は、実施例３６１１ないし３６２４のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例３６２７は、プロセッサによって実行されたときに該プロセッサに実施例３６１１ないし３６２４のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３６２８は、端末装置の一つまたは複数のプロセッサによって実行されたときに該端末装置に実施例３６１１ないし３６２４のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３６２９は、端末装置であり、当該端末装置は、下りリンク・チャネル上で、マルチキャスト・データをネットワーク・アクセス・ノードから受信する手段であって、前記マルチキャスト・データは、当該端末装置および一つまたは複数の追加的な端末装置によって共有される端末装置識別情報を宛先とする、手段と；サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置のうちの第一の端末装置と通信して、上りリンク・データの、前記第一の端末装置から前記ネットワーク・アクセス・ノードへの送信を協調する手段とを含む。

実施例３６３０は、端末装置において無線通信を実行する方法であり、当該方法は、下りリンク・チャネル上で、マルチキャスト・データをネットワーク・アクセス・ノードから受信する段階であって、前記マルチキャスト・データは、当該端末装置および一つまたは複数の追加的な端末装置によって共有される端末装置識別情報を宛先とする、段階と；サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置のうちの第一の端末装置と通信して、上りリンク・データの、前記第一の端末装置から前記ネットワーク・アクセス・ノードへの送信を協調する段階とを含む。

実施例３６３１では、実施例３６３０の主題は任意的に、前記サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置と通信してリーダー端末装置を選択することをさらに含むことができ、当該端末装置が前記リーダー端末装置として選択される。

実施例３６３２では、実施例３６３１の主題は任意的に、当該端末装置が前記リーダー端末装置として選択された後のある時点で、前記サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置と通信して新たなリーダー端末装置を選択することをさらに含むことができる。

実施例３６３３では、実施例３６３１または３６３２の主題は任意的に、前記サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置と通信してリーダー端末装置を選択することが前記サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置と通信して、前記新たなリーダー端末装置を、利用可能なバッテリー電力、期待されるバッテリー寿命、全体的な処理パワー、利用可能な処理資源、信号強度、温度または無線リンク品質のうちの一つまたは複数に基づいて選択することを含む、ということを含むことができる。

実施例３６３４では、実施例３６３０ないし３６３３のうちいずれか一項記載の主題は任意的に、前記マルチキャスト・データが、当該端末装置および前記一つまたは複数の追加的な端末装置によって共有される制御チャネルの制御データである、ということを含むことができる。

実施例３６３５では、実施例３６３０ないし３６３４のうちいずれか一項記載の主題は任意的に、前記ネットワーク・アクセス・ノードにとって透明な無線アクセス技術に従って前記サイドリンク・チャネル上で通信することをさらに含むことができる。

実施例３６３６では、実施例３６３０ないし３６３５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の追加的な端末装置のうちの第一の端末装置と通信して、前記上りリンク・データの、前記第一の端末装置から前記ネットワーク・アクセス・ノードへの送信を協調することが、前記サイドリンク・チャネル上で前記第一の端末装置から前記上りリンク・データを受信し、前記上りリンク・データを前記ネットワーク・アクセス・ノードに共有上りリンク・チャネル上で送信することを含む、ということを含むことができる。

実施例３６３７では、実施例３６３６の主題は任意的に、前記サイドリンク・チャネル上で前記第一の端末装置から前記上りリンク・データを受信する前に、前記第一の端末装置が前記サイドリンク・チャネル上で送信するための時間または周波数資源を指定する資源割り当てを前記第一の端末装置に送信するようさらに含むことができる。

実施例３６３８では、実施例３６３０ないし３６３７のうちいずれか一項記載の主題は任意的に、前記一つまたは複数の追加的な端末装置のうちの第一の端末装置と通信して、前記上りリンク・データの、前記第一の端末装置から前記ネットワーク・アクセス・ノードへの送信を協調することを、前記第一の端末装置が前記共有上りリンク・チャネル上で前記ネットワーク・アクセス・ノードへの前記上りリンク・データを送信するための時間または周波数資源を指定する資源割り当てを前記第一の端末装置に送信することを含む、ということを含むことができる。

実施例３６３９は、実施例３６３０ないし３６３７のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む端末装置である。

実施例３６４０は、実施例３６３０ないし３６３７のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例３６４１は、プロセッサによって実行されたときに該プロセッサに実施例３６３０ないし３６３７のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３６４２は、端末装置の一つまたは複数のプロセッサによって実行されたときに該端末装置に実施例３６３０ないし３６３７のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３６４３は、処理回路を有する通信装置であって、前記処理回路は：下りリンク・チャネル上で、マルチキャスト・データをネットワーク・アクセス・ノードから受信する段階であって、前記マルチキャスト・データは、当該通信装置および一つまたは複数の追加的な端末装置によって共有される端末装置識別情報を用いて宛先指定される、段階と；サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置のうちのリーダー端末装置と通信して、共有上りリンク・チャネル上での上りリンク・データの前記ネットワーク・アクセス・ノードへの送信を協調する段階とを実行するよう構成されている。

実施例３６４４では、実施例３６４３の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができる。

実施例３６４５では、実施例３６４４の主題は任意的に、前記処理回路が、前記無線トランシーバおよび一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される、ということを含むことができる。

実施例３６４６では、実施例３６４４または３６４５の主題は任意的に、ステアリングおよび運動システムをさらに含み、航空ドローンとして構成されることができる。

実施例３６４７では、実施例３６４４または３６４５の主題は任意的に、モノのインターネット（ＩｏＴ）装置として構成されることができる。

実施例３６４８では、実施例３６４４または３６４５の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例３６４９では、実施例３６４４ないし３６４８のうちいずれか一項記載の主題は任意的に、アプリケーション・プロセッサをさらに含むことができる。

実施例３６５０では、実施例３６４３の主題は任意的に、端末装置のための電子回路コンポーネントとして構成されることができる。

実施例３６５１では、実施例３６４３ないし３６５０のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置と通信して、選択基準に基づいて前記リーダー端末装置を選択するようさらに構成される、ということを含むことができる。

実施例３６５２では、実施例３６５１の主題は任意的に、前記選択基準が、利用可能なバッテリー電力、期待されるバッテリー寿命、全体的な処理パワー、利用可能な処理資源、信号強度、温度または無線リンク品質のうちの一つまたは複数を含む、ということを含むことができる。

実施例３６５３では、実施例３６４３ないし３６５２のうちいずれか一項記載の主題は任意的に、前記マルチキャスト・データが、当該通信装置および前記一つまたは複数の追加的な端末装置によって共有される制御チャネルの制御データである、ということを含むことができる。

実施例３６５４では、実施例３６４３ないし３６５３のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ネットワーク・アクセス・ノードにとって透明な無線アクセス技術に従って前記サイドリンク・チャネル上で通信するよう構成される、ということを含むことができる。

実施例３６５５では、実施例３６４３ないし３６５４のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記リーダー端末装置と通信して上りリンク・データの前記ネットワーク・アクセス・ノードへの送信を協調することを、前記リーダー端末装置を介して前記ネットワーク・アクセス・ノードに前記上りリンク・データを送信することによって実行するよう構成される、ということを含むことができる。

実施例３６５６では、実施例３６４３ないし３６５４のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記リーダー端末装置と通信して上りリンク・データの前記ネットワーク・アクセス・ノードへの送信を協調することを、前記リーダー端末装置を、前記上りリンク・データを前記ネットワーク・アクセス・ノードに送信するための中継器として使うことによって実行するよう構成される、ということを含むことができる。

実施例３６５７では、実施例３６４３ないし３６５４のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記リーダー端末装置と通信して上りリンク・データの前記ネットワーク・アクセス・ノードへの送信を協調することを、前記サイドリンク・チャネル上で前記上りリンク・データを、前記ネットワーク・アクセス・ノードのために意図されたデータとして前記リーダー端末装置に送信することによって実行するよう構成される、ということを含むことができる。

実施例３６５８では、実施例３６５５ないし３６５７のうちいずれか一項記載の主題は任意的に、前記処理回路が、該処理回路が前記サイドリンク・チャネル上で送信するための時間または周波数資源を指定する前記サイドリンク・チャネルについての資源割り当てを前記リーダー端末装置から受信するようさらに構成される、ということを含むことができる。

実施例３６５９では、実施例３６４３ないし３６５４のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記リーダー端末装置と通信して上りリンク・データの前記ネットワーク・アクセス・ノードへの送信を協調することを、前記処理回路が前記共有上りリンク・チャネル上で送信するための時間または周波数資源を指定する前記共有上りリンク・チャネルについての資源割り当てを前記リーダー端末装置から受信し、前記資源割り当てにおいて指定されている時間または周波数資源に従って前記共有上りリンク・チャネル上で前記上りリンク・データを前記ネットワーク・アクセス・ノードに送信することによって実行するよう構成される、ということを含むことができる。

実施例３６６０では、実施例３６４３ないし３６５９のうちいずれか一項記載の主題は任意的に、前記処理回路が、当該通信装置を前記上りリンク・データの起点として同定するタグを前記上りリンク・データに埋め込むようさらに構成される、ということを含むことができる。

実施例３６６１では、実施例３６４３ないし３６６０のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記サイドリンク・チャネルを通じて前記一つまたは複数の追加的な端末装置のうちの第一の端末装置に、処理タスクを実行する要求を送信し、前記サイドリンク・チャネルを通じて該処理タスクの結果を受信するようさらに構成される、ということを含むことができる。

実施例３６６２では、実施例３６６１の主題は任意的に、前記処理タスクがデコード・タスク、エンコード・タスク、送信タスク、受信タスク、制御チャネル探索タスクまたはページング・チャネル・モニタリング・タスクである、ということを含むことができる。

実施例３６６３では、実施例３６６１または３６６２の主題は任意的に、前記処理回路が、当該通信装置が低バッテリー電力をもつことを判別することに応答して前記要求を送信するよう構成される、ということを含むことができる。

実施例３６６４は、処理回路を含む通信装置であり、前記処理回路は：下りリンク・チャネル上で、マルチキャスト・データをネットワーク・アクセス・ノードから受信する段階であって、前記マルチキャスト・データは、当該通信装置および一つまたは複数の追加的な端末装置によって共有される端末装置識別情報を宛先とする、段階と；サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置のうちの第一の端末装置と通信して、共有上りリンク・チャネル上での上りリンク・データの、前記第一の端末装置から前記ネットワーク・アクセス・ノードへの送信を協調する段階とを実行するよう構成されている。

実施例３６６５では、実施例３６６４の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができる。

実施例３６６６では、実施例３６６５の主題は任意的に、前記処理回路が、前記無線トランシーバおよび一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される、ということを含むことができる。

実施例３６６７では、実施例３６６５または３６６６の主題は任意的に、ステアリングおよび運動システムをさらに含み、航空ドローンとして構成されることができる。

実施例３６６８では、実施例３６６５または３６６６の主題は任意的に、モノのインターネット（ＩｏＴ）装置として構成されることができる。

実施例３６６９では、実施例３６６５または３６６６の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例３６７０では、実施例３６６５ないし３６７０のうちいずれか一項記載の主題は任意的に、アプリケーション・プロセッサをさらに含むことができる。

実施例３６７１では、実施例３６６４の主題は任意的に、端末装置のための電子回路コンポーネントとして構成されることができる。

実施例３６７２では、実施例３６６４ないし３６７１のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置と通信してリーダー端末装置を選択するようさらに構成され、当該通信装置が前記リーダー端末装置として選択される、ということを含むことができる。

実施例３６７３では、実施例３６７２の主題は任意的に、前記処理回路が、当該通信装置が前記リーダー端末装置として選択された後のある時点で、前記サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置と通信して新たなリーダー端末装置を選択するようさらに構成される、ということを含むことができる。

実施例３６７４では、実施例３６７２または３６７３の主題は任意的に、前記処理回路が、前記サイドリンク・チャネル上で、前記一つまたは複数の追加的な端末装置と通信して、前記新たなリーダー端末装置を、利用可能なバッテリー電力、期待されるバッテリー寿命、全体的な処理パワー、利用可能な処理資源、信号強度、温度または無線リンク品質のうちの一つまたは複数に基づいて選択するよう構成される、ということを含むことができる。

実施例３６７５では、実施例３６６４ないし３６７４のうちいずれか一項記載の主題は任意的に、前記マルチキャスト・データが、当該通信装置および前記一つまたは複数の追加的な端末装置によって共有される制御チャネルの制御データである、ということを含むことができる。

実施例３６７６では、実施例３６６４ないし３６７５のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記ネットワーク・アクセス・ノードにとって透明な無線アクセス技術に従って前記サイドリンク・チャネル上で通信するよう構成される、ということを含むことができる。

実施例３６７７では、実施例３６６４ないし３６７６のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記一つまたは複数の追加的な端末装置のうちの第一の端末装置と通信して、前記上りリンク・データの、前記第一の端末装置から前記ネットワーク・アクセス・ノードへの送信を協調することを、前記サイドリンク・チャネル上で前記第一の端末装置から前記上りリンク・データを受信し、前記上りリンク・データを前記ネットワーク・アクセス・ノードに共有上りリンク・チャネル上で送信することによって実行するよう構成される、ということを含むことができる。

実施例３６７８では、実施例３６７７の主題は任意的に、前記処理回路が、前記サイドリンク・チャネル上で前記第一の端末装置から前記上りリンク・データを受信する前に、前記第一の端末装置が前記サイドリンク・チャネル上で送信するための時間または周波数資源を指定する資源割り当てを前記第一の端末装置に送信するようさらに構成される、ということを含むことができる。

実施例３６７９では、実施例３６６４ないし３６７６のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記一つまたは複数の追加的な端末装置のうちの第一の端末装置と通信して、前記上りリンク・データの、前記第一の端末装置から前記ネットワーク・アクセス・ノードへの送信を協調することを、前記第一の端末装置が前記共有上りリンク・チャネル上で前記ネットワーク・アクセス・ノードへの前記上りリンク・データを送信するための時間または周波数資源を指定する資源割り当てを前記第一の端末装置に送信することによって実行するよう構成される、ということを含むことができる。

実施例３６８０は、複数の端末装置のうちの第一の端末装置において、該第一の端末装置が、第一のアプリケーション集合に関連付けられている第一の階層レベルに割り当てられているという指示を受信する手段と；前記複数の端末装置のうちの第二の端末装置と通信する手段であって、前記第二の端末装置は第二ののアプリケーション集合に関連付けられている第二の階層レベルに割り当てられている、手段と；前記第二の端末装置との前記通信に基づいて、無線アクセス・ネットワークにデータ・メッセージを送信する手段とを含む装置である。

実施例３６８１は、階層式ネットワークにおける通信のための方法であって、当該方法は：複数の端末装置のうちの第一の端末装置において、該第一の端末装置が、第一のアプリケーション集合に関連付けられている第一の階層レベルに割り当てられているという指示を受信する段階と；前記複数の端末装置のうちの第二の端末装置と通信する段階であって、前記第二の端末装置は第二ののアプリケーション集合に関連付けられている第二の階層レベルに割り当てられている、段階と；前記第二の端末装置との前記通信に基づいて、無線アクセス・ネットワークにデータ・メッセージを送信する段階とを含む。

実施例３６８２では、実施例３６８１の主題は任意的に、前記第一の階層レベルへの割り当ては前記第一の端末装置に、前記第一のアプリケーション集合へのアクセスを提供する、ということを含むことができる。

実施例３６８３では、実施例３６８１または３６８２の主題は任意的に、前記第二の階層レベルへの割り当ては前記第二の端末装置に、前記第二のアプリケーション集合へのアクセスを提供する、ということを含むことができる。

実施例３６８４では、実施例３６８１ないし３６８３のうちいずれか一項記載の主題は任意的に、前記第一の階層レベルへの割り当てが前記第一の端末装置のレイテンシーを示す、ということを含むことができる。

実施例３６８５では、実施例３６８４の主題は任意的に、前記第二の階層レベルへの割り当てが前記第二の端末装置のレイテンシーを示す、ということを含むことができる。

実施例３６８６では、実施例３６８５の主題は任意的に、前記第一の端末装置のレイテンシーが前記第二の端末装置のレイテンシーより高い、ということを含むことができる。

実施例３６８７では、実施例３６８１ないし３６８６のうちいずれか一項記載の主題は任意的に、前記第一の階層レベルへの割り当てが前記第一の端末装置のデータ・スループットを示す、ということを含むことができる。

実施例３６８８では、実施例３６８７の主題は任意的に、前記第二の階層レベルへの割り当てが前記第二の端末装置のデータ・スループットを示す、ということを含むことができる。

実施例３６８９では、実施例３６８８の主題は任意的に、前記第一の端末装置のデータ・スループットが前記第二の端末装置のデータ・スループットより低い、ということを含むことができる。

実施例３６９０では、実施例３６８１ないし３６８９のうちいずれか一項記載の主題は任意的に、前記第二の端末装置と通信することが、前記第二の端末装置から、前記第二の端末装置が前記第二ののアプリケーション集合に関連付けられているデータ・パケットを前記無線アクセス・ネットワークに転送できることを示す情報を受信することを含む、ということを含むことができる。

実施例３６９１では、実施例３６９０の主題は任意的に、前記第二の端末装置と通信することが、前記第二の端末装置に、前記データ・メッセージを前記無線アクセス・ネットワークに転送するよう要求することを含み、前記データ・メッセージは前記第二のアプリケーション集合に関連付けられている、ということを含むことができる。

実施例３６９２では、実施例３６９０の主題は任意的に、前記第二の端末装置と通信することが、前記第二の端末装置に、前記データ・メッセージを前記無線アクセス・ネットワークに転送するよう要求することを含み、前記データ・メッセージは第三のアプリケーション集合に関連付けられており、前記第三のアプリケーション集合は前記第二のアプリケーション集合の部分集合である、ということを含むことができる。

実施例３６９３では、実施例３６８１ないし３６９２のうちいずれか一項記載の主題は任意的に、階層式ネットワークをセットアップするよう要求を前記無線アクセス・ネットワークのネットワーク・アクセス・ノードに送信することをさらに含むことができる。

実施例３６９４では、実施例３６９３の主題は任意的に、前記第一の端末装置が第一の階層レベルに割り当てられているという指示を受信することが、前記階層式ネットワークをセットアップするよう前記要求を送信することに応答してである、ということを含むことができる。

実施例３６９５では、実施例３６８１ないし３６９４のうちいずれか一項記載の主題は任意的に、前記第二の端末装置と通信することが、装置対装置（Ｄ２Ｄ）通信インターフェースを通じて前記第二の端末装置と通信することを含む、ということを含むことができる。

実施例３６９６では、実施例３６９５の主題は任意的に、前記データ・メッセージを前記無線アクセス・ネットワークに送信することが、前記第一の端末装置によって、前記Ｄ２Ｄ通信インターフェースを通じて前記データ・メッセージを前記第二の端末装置に送信することを含む、ということを含むことができる。

実施例３６９７では、実施例３６８１ないし３６９６のうちいずれか一項記載の主題は任意的に、前記データ・メッセージを前記無線アクセス・ネットワークに送信することが、前記第一の端末装置によって、前記データ・メッセージを前記無線アクセス・ネットワークに送信することを含み、前記データ・メッセージが前記第一のアプリケーション集合に関連付けられている、ということを含むことができる。

実施例３６９８では、実施例３６８１ないし３６９７のうちいずれか一項記載の主題は任意的に、前記データ・メッセージを前記無線アクセス・ネットワークに送信することが、前記第一の端末装置によって、前記データ・メッセージを前記無線アクセス・ネットワークに送信することを含み、前記データ・メッセージが第三のアプリケーション集合に関連付けられており、前記第三のアプリケーション集合は前記第一のアプリケーション集合の部分集合である、ということを含むことができる。

実施例３６９９では、実施例３６８１ないし３６９８のうちいずれか一項記載の主題は任意的に、前記第一の端末装置の階層レベルが第三のアプリケーション集合に関連付けられた第三の階層レベルに割り当て直されることを示す階層レベル変更を前記第一の端末装置において受信することをさらに含むことができ、前記データ・メッセージを前記無線アクセス・ネットワークに送信することが、前記第一の端末装置によって、前記データ・メッセージを前記無線アクセス・ネットワークに送信することを含み、前記データ・メッセージは第三のアプリケーション集合に関連付けられている。

実施例３７００では、実施例３６８１ないし３６９９のうちいずれか一項記載の主題は任意的に、前記第一の端末装置において、前記階層式ネットワークが打ち切られているという指示を受信することをさらに含むことができる。

実施例３７０１は、実施例３６８１ないし３７００のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む端末装置である。

実施例３７０２は、実施例３６８１ないし３７００のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例３７０３は、プロセッサによって実行されたときに該プロセッサに実施例３６８１ないし３７００のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読記憶媒体である。

実施例３７０４は、端末装置の一つまたは複数のプロセッサによって実行されたときに該端末装置に実施例３６８１ないし３７００のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読記憶媒体である。

実施例３７０５は、階層式ネットワークにおける通信のための通信装置であり、当該通信装置は：当該通信装置が、第一のアプリケーション集合に関連付けられている第一の階層レベルに割り当てられているという指示を受信する段階と；複数の端末装置のうちの第二の端末装置と通信する段階であって、前記第二の端末装置は第二ののアプリケーション集合に関連付けられている第二の階層レベルに割り当てられている、段階と；前記第二の端末装置との前記通信に基づいて、無線アクセス・ネットワークにデータ・メッセージを送信する段階とを実行するよう構成された一つまたは複数のプロセッサを含む。

実施例３７０６では、実施例３７０５の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができ、前記一つまたは複数のプロセッサは、前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される。

実施例３７０７では、実施例３７０６の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例３７０８では、実施例３７０７の主題は任意的に、端末装置のための電子コンポーネントとして構成されることができる。

実施例３７０９では、実施例３７０５ないし３７０８のうちいずれか一項記載の主題は任意的に、前記第一の階層レベルへの割り当てが当該通信装置に、前記第一のアプリケーション集合へのアクセスを提供する、ということを含むことができる。

実施例３７１０では、実施例３７０５ないし３７０９のうちいずれか一項記載の主題は任意的に、前記第二の階層レベルへの割り当てが前記第二の端末装置に、前記第二のアプリケーション集合へのアクセスを提供する、ということを含むことができる。

実施例３７１１では、実施例３７０５ないし３７１０のうちいずれか一項記載の主題は任意的に、前記第一の階層レベルへの割り当てが当該通信装置のレイテンシーを示す、ということを含むことができる。

実施例３７１２では、実施例３７１１の主題は任意的に、前記第二の階層レベルへの割り当てが前記第二の端末装置のレイテンシーを示す、ということを含むことができる。

実施例３７１３では、実施例３７１２の主題は任意的に、当該通信装置のレイテンシーが前記第二の端末装置のレイテンシーより高い、ということを含むことができる。

実施例３７１４では、実施例３７０５ないし３７１３のうちいずれか一項記載の主題は任意的に、前記第一の階層レベルへの割り当てが当該通信装置のデータ・スループットを示す、ということを含むことができる。

実施例３７１５では、実施例３７１４の主題は任意的に、前記第二の階層レベルへの割り当てが前記第二の端末装置のデータ・スループットを示す、ということを含むことができる。

実施例３７１６では、実施例３７１５の主題は任意的に、当該通信装置のデータ・スループットが前記第二の端末装置のデータ・スループットより低い、ということを含むことができる。

実施例３７１７では、実施例３７０５ないし３７１６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記第二の端末装置から、前記第二の端末装置が前記第二ののアプリケーション集合に関連付けられているデータ・パケットを前記無線アクセス・ネットワークに転送できることを示す情報を受信するようさらに構成される、ということを含むことができる。

実施例３７１８では、実施例３７１７の主題は任意的に、前記一つまたは複数のプロセッサが、前記第二の端末装置に、前記データ・メッセージを前記無線アクセス・ネットワークに転送するよう要求するようさらに構成され、前記データ・メッセージは前記第二のアプリケーション集合に関連付けられている、ということを含むことができる。

実施例３７１９では、実施例３７１７の主題は任意的に、前記一つまたは複数のプロセッサが、前記第二の端末装置に、前記データ・メッセージを前記無線アクセス・ネットワークに転送するよう要求するようさらに構成され、前記データ・メッセージは第三のアプリケーション集合に関連付けられており、前記第三のアプリケーション集合は前記第二のアプリケーション集合の部分集合である、ということを含むことができる。

実施例３７２０では、実施例３７０５ないし３７１９のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、階層式ネットワークをセットアップするよう要求を前記無線アクセス・ネットワークのネットワーク・アクセス・ノードに送信するようさらに構成される、ということを含むことができる。

実施例３７２１では、実施例３７２０の主題は任意的に、前記一つまたは複数のプロセッサが、当該通信装置が第一の階層レベルに割り当てられているという指示を、前記階層式ネットワークをセットアップするよう前記要求を送信することに応答して受信するようさらに構成される、ということを含むことができる。

実施例３７２２では、実施例３７０５ないし３７２１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、装置対装置（Ｄ２Ｄ）通信インターフェースを通じて前記第二の端末装置と通信するようさらに構成される、ということを含むことができる。

実施例３７２３では、実施例３６９５の主題は任意的に、前記一つまたは複数のプロセッサが、前記Ｄ２Ｄ通信インターフェースを通じて前記データ・メッセージを前記第二の端末装置に送信するようさらに構成される、ということを含むことができる。

実施例３７２４では、実施例３７０５ないし３７２３のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記データ・メッセージを前記無線アクセス・ネットワークに送信するようさらに構成され、前記データ・メッセージが前記第一のアプリケーション集合に関連付けられている、ということを含むことができる。

実施例３７２５では、実施例３７０５ないし３７２４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記データ・メッセージを前記無線アクセス・ネットワークに送信するようさらに構成され、前記データ・メッセージが第三のアプリケーション集合に関連付けられており、前記第三のアプリケーション集合は前記第一のアプリケーション集合の部分集合である、ということを含むことができる。

実施例３７２６では、実施例３７０５ないし３７２５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、当該通信装置の階層レベルが第三のアプリケーション集合に関連付けられた第三の階層レベルに割り当て直されることを示す階層レベル変更を受信し、前記データ・メッセージを前記無線アクセス・ネットワークに送信するようさらに構成され、前記データ・メッセージは第三のアプリケーション集合に関連付けられている、ということを含むことができる。

実施例３７２７では、実施例３７０５ないし３７２６のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記階層式ネットワークが打ち切られているという指示を受信するようさらに構成される、ということを含むことができる。

実施例３７２８は、通信装置の一つまたは複数のプロセッサによって実行されたときに該通信装置に方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体であり、前記方法は：複数の端末装置のうちの第一の端末装置において、該第一の端末装置が、第一のアプリケーション集合に関連付けられている第一の階層レベルに割り当てられているという指示を受信する段階と；前記複数の端末装置のうちの第二の端末装置と通信する段階であって、前記第二の端末装置は第二ののアプリケーション集合に関連付けられている第二の階層レベルに割り当てられている、段階と；前記第二の端末装置との前記通信に基づいて、無線アクセス・ネットワークにデータ・メッセージを送信する段階とを含む。

実施例３７２９では、実施例３７２８の主題は任意的に、前記第一の階層レベルへの割り当ては前記第一の端末装置に、前記第一のアプリケーション集合へのアクセスを提供する、ということを含むことができる。

実施例３７３０では、実施例３７２８または３７２９の主題は任意的に、前記第二の階層レベルへの割り当ては前記第二の端末装置に、前記第二のアプリケーション集合へのアクセスを提供する、ということを含むことができる。

実施例３７３１では、実施例３７２８ないし３７３０のうちいずれか一項記載の主題は任意的に、前記第一の階層レベルへの割り当てが前記第一の端末装置のレイテンシーを示す、ということを含むことができる。

実施例３７３２では、実施例３７３１の主題は任意的に、前記第二の階層レベルへの割り当てが前記第二の端末装置のレイテンシーを示す、ということを含むことができる。

実施例３７３３では、実施例３７３２の主題は任意的に、前記第一の端末装置のレイテンシーが前記第二の端末装置のレイテンシーより高い、ということを含むことができる。

実施例３７３４では、実施例３７２８ないし３７３３のうちいずれか一項記載の主題は任意的に、前記第一の階層レベルへの割り当てが前記第一の端末装置のデータ・スループットを示す、ということを含むことができる。

実施例３７３５では、実施例３７３４の主題は任意的に、前記第二の階層レベルへの割り当てが前記第二の端末装置のデータ・スループットを示す、ということを含むことができる。

実施例３７３６では、実施例３７３５の主題は任意的に、前記第一の端末装置のデータ・スループットが前記第二の端末装置のデータ・スループットより低い、ということを含むことができる。

実施例３７３７では、実施例３７２８ないし３７３６のうちいずれか一項記載の主題は任意的に、前記第二の端末装置と通信することが、前記第二の端末装置から、前記第二の端末装置が前記第二ののアプリケーション集合に関連付けられているデータ・パケットを前記無線アクセス・ネットワークに転送できることを示す情報を受信することを含む、ということを含むことができる。

実施例３７３８では、実施例３７３７の主題は任意的に、前記第二の端末装置と通信することが、前記第二の端末装置に、前記データ・メッセージを前記無線アクセス・ネットワークに転送するよう要求することを含み、前記データ・メッセージは前記第二のアプリケーション集合に関連付けられている、ということを含むことができる。

実施例３７３９では、実施例３７３７の主題は任意的に、前記第二の端末装置と通信することが、前記第二の端末装置に、前記データ・メッセージを前記無線アクセス・ネットワークに転送するよう要求することを含み、前記データ・メッセージは第三のアプリケーション集合に関連付けられており、前記第三のアプリケーション集合は前記第二のアプリケーション集合の部分集合である、ということを含むことができる。

実施例３７４０では、実施例３７２８ないし３７３９のうちいずれか一項記載の主題は任意的に、前記方法が、階層式ネットワークをセットアップするよう要求を前記無線アクセス・ネットワークのネットワーク・アクセス・ノードに送信することをさらに含む、ということを含むことができる。

実施例３７４１では、実施例３７４０の主題は任意的に、前記第一の端末装置が第一の階層レベルに割り当てられているという指示を受信することが、前記階層式ネットワークをセットアップするよう前記要求を送信することに応答してである、ということを含むことができる。

実施例３７４２では、実施例３７２８ないし３７４１のうちいずれか一項記載の主題は任意的に、前記第二の端末装置と通信することが、装置対装置（Ｄ２Ｄ）通信インターフェースを通じて前記第二の端末装置と通信することを含む、ということを含むことができる。

実施例３７４３では、実施例３７４２の主題は任意的に、前記データ・メッセージを前記無線アクセス・ネットワークに送信することが、前記第一の端末装置によって、前記Ｄ２Ｄ通信インターフェースを通じて前記データ・メッセージを前記第二の端末装置に送信することを含む、ということを含むことができる。

実施例３７４４では、実施例３７２８ないし３７４３のうちいずれか一項記載の主題は任意的に、前記データ・メッセージを前記無線アクセス・ネットワークに送信することが、前記第一の端末装置によって、前記データ・メッセージを前記無線アクセス・ネットワークに送信することを含み、前記データ・メッセージが前記第一のアプリケーション集合に関連付けられている、ということを含むことができる。

実施例３７４５では、実施例３７２８ないし３７４４のうちいずれか一項記載の主題は任意的に、前記データ・メッセージを前記無線アクセス・ネットワークに送信することが、前記第一の端末装置によって、前記データ・メッセージを前記無線アクセス・ネットワークに送信することを含み、前記データ・メッセージが第三のアプリケーション集合に関連付けられており、前記第三のアプリケーション集合は前記第一のアプリケーション集合の部分集合である、ということを含むことができる。

実施例３７４６では、実施例３７２８ないし３７４５のうちいずれか一項記載の主題は任意的に、前記方法が、前記第一の端末装置の階層レベルが第三のアプリケーション集合に関連付けられた第三の階層レベルに割り当て直されることを示す階層レベル変更を前記第一の端末装置において受信することをさらに含み、前記データ・メッセージを前記無線アクセス・ネットワークに送信することが、前記第一の端末装置によって、前記データ・メッセージを前記無線アクセス・ネットワークに送信することを含み、前記データ・メッセージは第三のアプリケーション集合に関連付けられている、ということを含むことができる。

実施例３７４７では、実施例３７２８ないし３７４６のうちいずれか一項記載の主題は任意的に、前記方法が、前記第一の端末装置において、前記階層式ネットワークが打ち切られているという指示を受信することをさらに含む、ということを含むことができる。

実施例３７４８は、階層式ネットワークにおける通信のための通信装置であり、当該通信装置は：当該通信装置が、第一のアプリケーション集合に関連付けられている第一の階層レベルに割り当てられているという指示を受信する段階と；複数の端末装置のうちの第二の端末装置と通信する段階であって、前記第二の端末装置は第二ののアプリケーション集合に関連付けられている第二の階層レベルに割り当てられている、段階と；前記第二の端末装置との前記通信に基づいて、無線アクセス・ネットワークにデータ・メッセージを送信する段階とを実行するよう構成された処理回路を含む。

実施例３７４９では、実施例３７４８の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができ、前記処理回路は、前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される。

実施例３７５０では、実施例３７４９の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例３７５１では、実施例３７５０の主題は任意的に、端末装置のための電子回路コンポーネントとして構成されることができる。

実施例３７５２では、実施例３７４８ないし３７５１のうちいずれか一項記載の主題は任意的に、前記第一の階層レベルへの割り当てが当該通信装置に、前記第一のアプリケーション集合へのアクセスを提供する、ということを含むことができる。

実施例３７５３では、実施例３７４８ないし３７５２のうちいずれか一項記載の主題は任意的に、前記第二の階層レベルへの割り当てが前記第二の端末装置に、前記第二のアプリケーション集合へのアクセスを提供する、ということを含むことができる。

実施例３７５４では、実施例３７４８ないし３７５３のうちいずれか一項記載の主題は任意的に、前記第一の階層レベルへの割り当てが当該通信装置のレイテンシーを示す、ということを含むことができる。

実施例３７５５では、実施例３７５４の主題は任意的に、前記第二の階層レベルへの割り当てが前記第二の端末装置のレイテンシーを示す、ということを含むことができる。

実施例３７５６では、実施例３７５５の主題は任意的に、当該通信装置のレイテンシーが前記第二の端末装置のレイテンシーより高い、ということを含むことができる。

実施例３７５７では、実施例３７４８ないし３７５６のうちいずれか一項記載の主題は任意的に、前記第一の階層レベルへの割り当てが当該通信装置のデータ・スループットを示す、ということを含むことができる。

実施例３７５８では、実施例３７５７の主題は任意的に、前記第二の階層レベルへの割り当てが前記第二の端末装置のデータ・スループットを示す、ということを含むことができる。

実施例３７５９では、実施例３７５８の主題は任意的に、当該通信装置のデータ・スループットが前記第二の端末装置のデータ・スループットより低い、ということを含むことができる。

実施例３７６０では、実施例３７４８ないし３７５９のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記第二の端末装置から、前記第二の端末装置が前記第二ののアプリケーション集合に関連付けられているデータ・パケットを前記無線アクセス・ネットワークに転送できることを示す情報を受信するようさらに構成される、ということを含むことができる。

実施例３７６１では、実施例３７６０の主題は任意的に、前記処理回路が、前記第二の端末装置に、前記データ・メッセージを前記無線アクセス・ネットワークに転送するよう要求するようさらに構成され、前記データ・メッセージは前記第二のアプリケーション集合に関連付けられている、ということを含むことができる。

実施例３７６２では、実施例３７６０の主題は任意的に、前記処理回路が、前記第二の端末装置に、前記データ・メッセージを前記無線アクセス・ネットワークに転送するよう要求するようさらに構成され、前記データ・メッセージは第三のアプリケーション集合に関連付けられており、前記第三のアプリケーション集合は前記第二のアプリケーション集合の部分集合である、ということを含むことができる。

実施例３７６３では、実施例３７４８ないし３７６２のうちいずれか一項記載の主題は任意的に、前記処理回路が、階層式ネットワークをセットアップするよう要求を前記無線アクセス・ネットワークのネットワーク・アクセス・ノードに送信するようさらに構成される、ということを含むことができる。

実施例３７６４では、実施例３７６３の主題は任意的に、前記処理回路が、当該通信装置が第一の階層レベルに割り当てられているという指示を、前記階層式ネットワークをセットアップするよう前記要求を送信することに応答して受信するようさらに構成される、ということを含むことができる。

実施例３７６５では、実施例３７４８ないし３７６４のうちいずれか一項記載の主題は任意的に、前記処理回路が、装置対装置（Ｄ２Ｄ）通信インターフェースを通じて前記第二の端末装置と通信するようさらに構成される、ということを含むことができる。

実施例３７６６では、実施例３７６５の主題は任意的に、前記処理回路が、前記Ｄ２Ｄ通信インターフェースを通じて前記データ・メッセージを前記第二の端末装置に送信するようさらに構成される、ということを含むことができる。

実施例３７６７では、実施例３７４８ないし３７６６のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記データ・メッセージを前記無線アクセス・ネットワークに送信するようさらに構成され、前記データ・メッセージが前記第一のアプリケーション集合に関連付けられている、ということを含むことができる。

実施例３７６８では、実施例３７４８ないし３７６７のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記データ・メッセージを前記無線アクセス・ネットワークに送信するようさらに構成され、前記データ・メッセージが第三のアプリケーション集合に関連付けられており、前記第三のアプリケーション集合は前記第一のアプリケーション集合の部分集合である、ということを含むことができる。

実施例３７６９では、実施例３７４８ないし３７６８のうちいずれか一項記載の主題は任意的に、前記処理回路が、当該通信装置の階層レベルが第三のアプリケーション集合に関連付けられた第三の階層レベルに割り当て直されることを示す階層レベル変更を受信し、前記データ・メッセージを前記無線アクセス・ネットワークに送信するようさらに構成され、前記データ・メッセージは第三のアプリケーション集合に関連付けられている、ということを含むことができる。

実施例３７７０では、実施例３７４８ないし３７６９のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記階層式ネットワークが打ち切られているという指示を受信するようさらに構成される、ということを含むことができる。

実施例３７７１は、複数の端末装置のうちの第一の端末装置において、該第一の端末が第一の階層レベルに割り当てられるという指示を受信する手段と；動作パラメータに基づいて、前記第一の端末装置が前記第一の階層レベルから第二の階層レベルに割り当て直されることを示す第一の階層レベル変更を第一の端末装置において受信する手段と；前記第一の階層レベル変更に基づいて無線アクセス・ネットワークにデータ・メッセージを送信する手段とを含む装置である。

実施例３７７２は、無線アクセス・ネットワークを通じた動的通信のための方法であり、当該方法は：複数の端末装置のうちの第一の端末装置において、該第一の端末が第一の階層レベルに割り当てられるという指示を受信する段階と；第一の端末装置において、動作パラメータに基づいて、前記第一の端末装置が前記第一の階層レベルから第二の階層レベルに割り当て直されることを示す第一の階層レベル変更を受信する段階と；前記第一の階層レベル変更に基づいて前記無線アクセス・ネットワークにデータ・メッセージを送信する段階とを含む。

実施例３７７３では、実施例３７７２の主題は任意的に、前記動作パラメータが、前記第一の端末装置のキー・パフォーマンス指標、前記第一の端末装置の位置、前記第一の端末装置のネットワーク加入、前記第一の端末装置の目標サービス品質（ＱｏＳ）、前記第一の端末装置の易動性状態、前記第一の端末装置のバッテリー電力または前記第一の端末装置のチャネル条件のうちの少なくとも一つを含む、ということを含むことができる。

実施例３７７４では、実施例３７７２ないし３７７３のうちいずれか一項記載の主題は任意的に、前記動作パラメータが、前記複数の端末装置のチャネル条件または前記複数の装置についてのスループット要件の少なくとも一方を含む、ということを含むことができる。

実施例３７７５では、実施例３７７２ないし３７７４のうちいずれか一項記載の主題は任意的に、前記第一の端末装置の前記動作パラメータの変化を識別し、前記第一の端末装置が、前記動作パラメータにおける識別された変化に基づいて、前記第一の階層レベルから前記第二の階層レベルに割り当て直されることを要求することをさらに含むことができる。

実施例３７７６では、実施例３７７４ないし３７７５のうちいずれか一項記載の主題は任意的に、前記データ・メッセージを前記無線アクセス・ネットワークに送信するために前記複数の端末装置のうちの第二の端末と通信することをさらに含むことができ、前記第二の端末は第三の階層レベルに割り当てられている。

実施例３７７７では、実施例３７７６の主題は任意的に、前記第二の端末装置と通信することが、前記第二の端末装置から、前記第二の端末装置がデータ・パケットを前記無線アクセス・ネットワークに転送できることを示す情報を受信し、前記第二の端末装置に、前記データ・メッセージを前記無線アクセス・ネットワークに転送するよう要求することを含む、ということを含むことができる。

実施例３７７８では、実施例３７７６ないし３７７７のうちいずれか一項記載の主題は任意的に、前記第二の階層レベルが第二のアプリケーション集合へのアクセスを提供し、前記第三の階層レベルが第三のアプリケーション集合へのアクセスを提供し、前記データ・メッセージが前記第三のアプリケーション集合に関連付けられている、ということを含むことができる。

実施例３７７９では、実施例３７７２ないし３７７８のうちいずれか一項記載の主題は任意的に、前記第一の端末装置によって、前記第一の階層レベルから前記第二の階層レベルに変わる要求を送信することをさらに含むことができる。

実施例３７８０では、実施例３７７９の主題は任意的に、前記第一の端末装置が前記第一の階層レベルから第二の階層レベルに割り当て直されるという指示の受信が、前記第一の端末装置を前記第一の階層レベルから第二の階層レベルに変える前記要求の送信に応答してである、ということを含むことができる。

実施例３７８１では、実施例３７７６ないし３７７８のうちいずれか一項記載の主題は任意的に、前記第二の端末装置と通信することが、装置対装置（Ｄ２Ｄ）通信インターフェースを通じて前記第二の端末装置と通信することを含む、ということを含むことができる。

実施例３７８２では、実施例３７８１の主題は任意的に、前記データ・メッセージを前記無線アクセス・ネットワークに送信することが、前記第一の端末装置によって、前記Ｄ２Ｄ通信インターフェースを通じて前記データ・メッセージを前記第二の端末装置に送信することを含む、ということを含むことができる。

実施例３７８３では、実施例３７７６の主題は任意的に、前記第一の端末装置と前記第二の端末装置の間の通信リンクが、より高いスループットをもつよう再構成されることを示す第二の階層レベル変更を第一の端末装置において受信することをさらに含むことができる。

実施例３７８４では、実施例３７７６の主題は任意的に、前記第一の端末装置と前記第二の端末装置の間の通信リンクが、より低いスループットをもつよう再構成されることを示す第二の階層レベル変更を第一の端末装置において受信することをさらに含むことができる。

実施例３７８５では、実施例３７７６の主題は任意的に、前記第一の端末装置と前記第二の端末装置の間の通信リンクが、より高いレイテンシーをもつよう再構成されることを示す第二の階層レベル変更を第一の端末装置において受信することをさらに含むことができる。

実施例３７８６では、実施例３７７６の主題は任意的に、前記第一の端末装置と前記第二の端末装置の間の通信リンクが、より低いレイテンシーをもつよう再構成されることを示す第二の階層レベル変更を第一の端末装置において受信することをさらに含むことができる。

実施例３７８７では、実施例３７７６の主題は任意的に、前記第一の端末装置と前記第二の端末装置の間の通信リンクが除去されることを示す第二の階層レベル変更を第一の端末装置において受信することをさらに含むことができる。

実施例３７８８では、実施例３７７６の主題は任意的に、前記第二の階層レベル変更の受信が前記第二の端末装置の動作パラメータに基づく、ということを含むことができる。

実施例３７８９では、実施例３７７２ないし３７８８のうちいずれか一項記載の主題は任意的に、前記動作パラメータが、所定の閾値を超える前記第一の端末装置のバッテリー電力である、ということを含むことができる。

実施例３７９０では、実施例３７７２ないし３７８９のうちいずれか一項記載の主題は任意的に、前記動作パラメータが、前記第一の端末装置がハンドオーバーを実行する確率を示す前記第一の端末装置の易動性状態である、ということを含むことができる。

実施例３７９１では、実施例３７７２ないし３７９０のうちいずれか一項記載の主題は任意的に、前記動作パラメータが、ある時間期間にわたって所定の閾値を超える前記第一の端末装置のチャネル条件である、ということを含むことができる。

実施例３７９２は、実施例３７７２ないし３７９１のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含む端末装置である。

実施例３７９３は、実施例３７７２ないし３７９１のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例３７９４は、プロセッサによって実行されたときに該プロセッサに実施例３７７２ないし３７９１のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３７９５は、端末装置の一つまたは複数のプロセッサによって実行されたときに該端末装置に実施例３７７２ないし３７９１のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３７９６は、無線アクセス・ネットワークを通じた動的通信のための通信装置であり、当該通信装置は：当該通信装置が第一の階層レベルに割り当てられるという指示を受信する段階と；動作パラメータに基づいて、当該通信装置が前記第一の階層レベルから第二の階層レベルに割り当て直されることを示す第一の階層レベル変更を受信する段階と；前記第一の階層レベル変更に基づいて前記無線アクセス・ネットワークにデータ・メッセージを送信する段階とを実行するよう構成された一つまたは複数のプロセッサを含む。

実施例３７９７では、実施例３７９６の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができ、前記一つまたは複数のプロセッサは、前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される。

実施例３７９８では、実施例３７９７の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例３７９９では、実施例３７９７の主題は任意的に、端末装置のための電子コンポーネントとして構成されることができる。

実施例３８００では、実施例３７９６ないし３７９９のうちいずれか一項記載の主題は任意的に、前記動作パラメータが、前記第一の端末装置のキー・パフォーマンス指標、前記第一の端末装置の位置、前記第一の端末装置のネットワーク加入、前記第一の端末装置の目標サービス品質（ＱｏＳ）、当該通信装置の易動性状態、当該通信装置のバッテリー電力または当該通信装置のチャネル条件のうちの少なくとも一つを含む、ということを含むことができる。

実施例３８０１では、実施例３７９６ないし３８００のうちいずれか一項記載の主題は任意的に、前記動作パラメータが、複数の端末装置のチャネル条件または前記複数の装置についてのスループット要件の少なくとも一方を含む、ということを含むことができる。

実施例３８０２では、実施例３７９６ないし３８０１のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、当該通信装置の前記動作パラメータの変化を識別し、前記動作パラメータにおける識別された変化に基づいて、前記第一の階層レベルから前記第二の階層レベルに割り当て直されることを要求するようさらに構成される、ということを含むことができる。

実施例３８０３では、実施例３８０１ないし３８０２のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、前記データ・メッセージを前記無線アクセス・ネットワークに送信するために前記複数の端末装置のうちの第二の端末と通信するようさらに構成され、前記第二の端末は第三の階層レベルに割り当てられている、ということを含むことができる。

実施例３８０４では、実施例３７７６の主題は任意的に、前記一つまたは複数のプロセッサが、前記第二の端末装置から、前記第二の端末装置がデータ・パケットを前記無線アクセス・ネットワークに転送できることを示す情報を受信し、前記第二の端末装置に、前記データ・メッセージを前記無線アクセス・ネットワークに転送するよう要求するようさらに構成される、ということを含むことができる。

実施例３８０５では、実施例３８０３ないし３８０４のうちいずれか一項記載の主題は任意的に、前記第二の階層レベルが第二のアプリケーション集合へのアクセスを提供し、前記第三の階層レベルが第三のアプリケーション集合へのアクセスを提供し、前記データ・メッセージが前記第三のアプリケーション集合に関連付けられている、ということを含むことができる。

実施例３８０６では、実施例３７９６ないし３８０４のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、当該通信装置を前記第一の階層レベルから前記第二の階層レベルに変える要求を送信するようさらに構成される、ということを含むことができる。

実施例３８０７では、実施例３８０６の主題は任意的に、前記一つまたは複数のプロセッサが、当該通信装置が前記第一の階層レベルから第二の階層レベルに割り当て直されるという指示を、当該通信装置を前記第一の階層レベルから第二の階層レベルに変える前記要求の送信に応答して受信するようさらに構成される、ということを含むことができる。

実施例３８０８では、実施例３８０３ないし３８０５のうちいずれか一項記載の主題は任意的に、前記一つまたは複数のプロセッサが、装置対装置（Ｄ２Ｄ）通信インターフェースを通じて前記第二の端末装置と通信するようさらに構成される、ということを含むことができる。

実施例３８０９では、実施例３８０８の主題は任意的に、前記一つまたは複数のプロセッサが、前記Ｄ２Ｄ通信インターフェースを通じて前記データ・メッセージを前記第二の端末装置に送信するようさらに構成される、ということを含むことができる。

実施例３８１０では、実施例３８０３の主題は任意的に、前記一つまたは複数のプロセッサが、当該通信装置と前記第二の端末装置の間の通信リンクが、より高いスループットをもつよう再構成されることを示す第二の階層レベル変更を受信するようさらに構成される、ということを含むことができる。

実施例３８１１では、実施例３８０３の主題は任意的に、前記一つまたは複数のプロセッサが、当該通信装置と前記第二の端末装置の間の通信リンクが、より低いスループットをもつよう再構成されることを示す第二の階層レベル変更を受信するようさらに構成される、ということを含むことができる。

実施例３８１２では、実施例３８０３の主題は任意的に、前記一つまたは複数のプロセッサが、当該通信装置と前記第二の端末装置の間の通信リンクが、より高いレイテンシーをもつよう再構成されることを示す第二の階層レベル変更を受信するようさらに構成される、ということを含むことができる。

実施例３８１３では、実施例３８０３の主題は任意的に、前記一つまたは複数のプロセッサが、当該通信装置と前記第二の端末装置の間の通信リンクが、より低いレイテンシーをもつよう再構成されることを示す第二の階層レベル変更を受信するようさらに構成される、ということを含むことができる。

実施例３８１４では、実施例３８０３の主題は任意的に、前記一つまたは複数のプロセッサが、当該通信装置と前記第二の端末装置の間の通信リンクが除去されることを示す第二の階層レベル変更を受信するようさらに構成される、ということを含むことができる。

実施例３８１５では、実施例３８０３ないし３８０５、３８０８または３８１０ないし３８１４のうちいずれか一項記載の主題は任意的に、前記第二の階層レベル変更が前記第二の端末装置の動作パラメータに基づく、ということを含むことができる。

実施例３８１６では、実施例３７９６ないし３８１５の主題は任意的に、前記動作パラメータが、所定の閾値を超える前記第一の端末装置のバッテリー電力である、ということを含むことができる。

実施例３８１７では、実施例３７９６ないし３８１６のうちいずれか一項記載の主題は任意的に、前記動作パラメータが、前記第一の端末装置がハンドオーバーを実行する確率を示す前記第一の端末装置の易動性状態である、ということを含むことができる。

実施例３８１８では、実施例３７９６ないし３８１７のうちいずれか一項記載の主題は任意的に、前記動作パラメータが、ある時間期間にわたって所定の閾値を超える前記第一の端末装置のチャネル条件である、ということを含むことができる。

実施例３８１９は、第一の端末装置の一つまたは複数のプロセッサによって実行されたときに該第一の端末装置に方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体であり、前記方法は、複数の端末装置のうちの前記第一の端末装置において、該第一の端末が第一の階層レベルに割り当てられるという指示を受信し；動作パラメータに基づいて、前記第一の端末装置が前記第一の階層レベルから第二の階層レベルに割り当て直されることを示す第一の階層レベル変更を前記第一の端末装置において受信し；前記第一の階層レベル変更に基づいて無線アクセス・ネットワークにデータ・メッセージを送信することを含む。

実施例３８２０では、実施例３８１９の主題は任意的に、前記動作パラメータが、前記第一の端末装置のキー・パフォーマンス指標、前記第一の端末装置の位置、前記第一の端末装置のネットワーク加入、前記第一の端末装置の目標サービス品質（ＱｏＳ）、前記第一の端末装置の易動性状態、前記第一の端末装置のバッテリー電力または前記第一の端末装置のチャネル条件のうちの少なくとも一つを含む、ということを含むことができる。

実施例３８２１では、実施例３８１９ないし３８２０のうちいずれか一項記載の主題は任意的に、前記動作パラメータが、前記複数の端末装置のチャネル条件または前記複数の装置についてのスループット要件の少なくとも一方を含む、ということを含むことができる。

実施例３８２２では、実施例３８１９ないし３８２１のうちいずれか一項記載の主題は任意的に、前記方法が、前記第一の端末装置の前記動作パラメータの変化を識別し、前記第一の端末装置が、前記動作パラメータにおける識別された変化に基づいて、前記第一の階層レベルから前記第二の階層レベルに割り当て直されることを要求することをさらに含む、ということを含むことができる。

実施例３８２３では、実施例３８２１ないし３８２２のうちいずれか一項記載の主題は任意的に、前記データ・メッセージを前記無線アクセス・ネットワークに送信するために前記複数の端末装置のうちの第二の端末と通信することをさらに含むことができ、前記第二の端末は第三の階層レベルに割り当てられている。

実施例３８２４では、実施例３８２３の主題は任意的に、前記第二の端末装置と通信することが、前記第二の端末装置から、前記第二の端末装置がデータ・パケットを前記無線アクセス・ネットワークに転送できることを示す情報を受信し、前記第二の端末装置に、前記データ・メッセージを前記無線アクセス・ネットワークに転送するよう要求することを含む、ということを含むことができる。

実施例３８２５では、実施例３８２３ないし３８２４のうちいずれか一項記載の主題は任意的に、前記第二の階層レベルが第二のアプリケーション集合へのアクセスを提供し、前記第三の階層レベルが第三のアプリケーション集合へのアクセスを提供し、前記データ・メッセージが前記第三のアプリケーション集合に関連付けられている、ということを含むことができる。

実施例３８２６では、実施例３７１９ないし３８２５のうちいずれか一項記載の主題は任意的に、前記方法が、前記第一の端末装置によって、前記第一の階層レベルから前記第二の階層レベルに変わる要求を送信することをさらに含む、ということを含むことができる。

実施例３８２７では、実施例３８２６の主題は任意的に、前記第一の端末装置が前記第一の階層レベルから第二の階層レベルに割り当て直されるという指示の受信が、前記第一の端末装置を前記第一の階層レベルから第二の階層レベルに変える前記要求の送信に応答してである、ということを含むことができる。

実施例３８２８では、実施例３８２３ないし３８２５のうちいずれか一項記載の主題は任意的に、前記第二の端末装置と通信することが、装置対装置（Ｄ２Ｄ）通信インターフェースを通じて前記第二の端末装置と通信することを含む、ということを含むことができる。

実施例３８２９では、実施例３８２８の主題は任意的に、前記データ・メッセージを前記無線アクセス・ネットワークに送信することが、前記第一の端末装置によって、前記Ｄ２Ｄ通信インターフェースを通じて前記データ・メッセージを前記第二の端末装置に送信することを含む、ということを含むことができる。

実施例３８３０では、実施例３８２３の主題は任意的に、前記方法が、前記第一の端末装置と前記第二の端末装置の間の通信リンクが、より高いスループットをもつよう再構成されることを示す第二の階層レベル変更を第一の端末装置において受信することをさらに含む、ということを含むことができる。

実施例３８３１では、実施例３８２３の主題は任意的に、前記方法が、前記第一の端末装置と前記第二の端末装置の間の通信リンクが、より低いスループットをもつよう再構成されることを示す第二の階層レベル変更を第一の端末装置において受信することをさらに含む、ということを含むことができる。

実施例３８３２では、実施例３８２３の主題は任意的に、前記方法が、前記第一の端末装置と前記第二の端末装置の間の通信リンクが、より高いレイテンシーをもつよう再構成されることを示す第二の階層レベル変更を第一の端末装置において受信することをさらに含む、ということを含むことができる。

実施例３８３３では、実施例３８２３の主題は任意的に、前記方法が、前記第一の端末装置と前記第二の端末装置の間の通信リンクが、より低いレイテンシーをもつよう再構成されることを示す第二の階層レベル変更を第一の端末装置において受信することをさらに含む、ということを含むことができる。

実施例３８３４では、実施例３８２３の主題は任意的に、前記方法が、前記第一の端末装置と前記第二の端末装置の間の通信リンクが除去されることを示す第二の階層レベル変更を第一の端末装置において受信することをさらに含む、ということを含むことができる。

実施例３８３５では、実施例３８２３の主題は任意的に、前記第二の階層レベル変更の受信が前記第二の端末装置の動作パラメータに基づく、ということを含むことができる。

実施例３８３６では、実施例３８１９ないし３８３５のうちいずれか一項記載の主題は任意的に、前記動作パラメータが、所定の閾値を超える前記第一の端末装置のバッテリー電力である、ということを含むことができる。

実施例３８３７では、実施例３８１９ないし３８３６のうちいずれか一項記載の主題は任意的に、前記動作パラメータが、前記第一の端末装置がハンドオーバーを実行する確率を示す前記第一の端末装置の易動性状態である、ということを含むことができる。

実施例３８３８では、実施例３８１９ないし３８３７のうちいずれか一項記載の主題は任意的に、前記動作パラメータが、ある時間期間にわたって所定の閾値を超える前記第一の端末装置のチャネル条件である、ということを含むことができる。

実施例３８３９は、無線アクセス・ネットワークを通じた動的通信のための通信装置であり、当該通信装置は：当該通信装置が第一の階層レベルに割り当てられるという指示を受信する段階と；動作パラメータに基づいて、当該通信装置が前記第一の階層レベルから第二の階層レベルに割り当て直されることを示す第一の階層レベル変更を受信する段階と；前記第一の階層レベル変更に基づいて前記無線アクセス・ネットワークにデータ・メッセージを送信する段階とを実行するよう構成された処理回路を含む。

実施例３８４０では、実施例３８３９の主題は任意的に、無線トランシーバおよび一つまたは複数のアンテナをさらに含むことができ、前記処理回路は、前記無線トランシーバおよび前記一つまたは複数のアンテナを介して無線信号としてデータを送受信するよう構成される。

実施例３８４１では、実施例３８４０の主題は任意的に、無線通信のための端末装置として構成されることができる。

実施例３８４２では、実施例３８４０の主題は任意的に、端末装置のための電子回路コンポーネントとして構成されることができる。

実施例３８４３では、実施例３８３９ないし３８４２のうちいずれか一項記載の主題は任意的に、前記動作パラメータが、前記第一の端末装置のキー・パフォーマンス指標、前記第一の端末装置の位置、前記第一の端末装置のネットワーク加入、前記第一の端末装置の目標サービス品質（ＱｏＳ）、当該通信装置の易動性状態、当該通信装置のバッテリー電力または当該通信装置のチャネル条件のうちの少なくとも一つを含む、ということを含むことができる。

実施例３８４４では、実施例３８３９ないし３８４３のうちいずれか一項記載の主題は任意的に、前記動作パラメータが、複数の端末装置のチャネル条件または前記複数の装置についてのスループット要件の少なくとも一方を含む、ということを含むことができる。

実施例３８４５では、実施例３８３９ないし３８４４のうちいずれか一項記載の主題は任意的に、前記処理回路が、当該通信装置の前記動作パラメータの変化を識別し、前記動作パラメータにおける識別された変化に基づいて、前記第一の階層レベルから前記第二の階層レベルに割り当て直されることを要求するようさらに構成される、ということを含むことができる。

実施例３８４６では、実施例３８４４ないし３８４５のうちいずれか一項記載の主題は任意的に、前記処理回路が、前記データ・メッセージを前記無線アクセス・ネットワークに送信するために前記複数の端末装置のうちの第二の端末と通信するようさらに構成され、前記第二の端末は第三の階層レベルに割り当てられている、ということを含むことができる。

実施例３８４７では、実施例３８４６の主題は任意的に、前記処理回路が、前記第二の端末装置から、前記第二の端末装置がデータ・パケットを前記無線アクセス・ネットワークに転送できることを示す情報を受信し、前記第二の端末装置に、前記データ・メッセージを前記無線アクセス・ネットワークに転送するよう要求するようさらに構成される、ということを含むことができる。

実施例３８４８では、実施例３８４６ないし３８４７のうちいずれか一項記載の主題は任意的に、前記第二の階層レベルが第二のアプリケーション集合へのアクセスを提供し、前記第三の階層レベルが第三のアプリケーション集合へのアクセスを提供し、前記データ・メッセージが前記第三のアプリケーション集合に関連付けられている、ということを含むことができる。

実施例３８４９では、実施例３８３９ないし３８４７のうちいずれか一項記載の主題は任意的に、前記処理回路が、当該通信装置を前記第一の階層レベルから前記第二の階層レベルに変える要求を送信するようさらに構成される、ということを含むことができる。

実施例３８５０では、実施例３８４９の主題は任意的に、前記処理回路が、当該通信装置が前記第一の階層レベルから第二の階層レベルに割り当て直されるという指示を、当該通信装置を前記第一の階層レベルから第二の階層レベルに変える前記要求の送信に応答して受信するようさらに構成される、ということを含むことができる。

実施例３８５１では、実施例３８４６ないし３８４８のうちいずれか一項記載の主題は任意的に、前記処理回路が、装置対装置（Ｄ２Ｄ）通信インターフェースを通じて前記第二の端末装置と通信するようさらに構成される、ということを含むことができる。

実施例３８５２では、実施例３８５１の主題は任意的に、前記処理回路が、前記Ｄ２Ｄ通信インターフェースを通じて前記データ・メッセージを前記第二の端末装置に送信するようさらに構成される、ということを含むことができる。

実施例３８５３では、実施例３８４６の主題は任意的に、前記処理回路が、当該通信装置と前記第二の端末装置の間の通信リンクが、より高いスループットをもつよう再構成されることを示す第二の階層レベル変更を受信するようさらに構成される、ということを含むことができる。

実施例３８５４では、実施例３８４６の主題は任意的に、前記処理回路が、当該通信装置と前記第二の端末装置の間の通信リンクが、より低いスループットをもつよう再構成されることを示す第二の階層レベル変更を受信するようさらに構成される、ということを含むことができる。

実施例３８５５では、実施例３８４６の主題は任意的に、前記処理回路が、当該通信装置と前記第二の端末装置の間の通信リンクが、より高いレイテンシーをもつよう再構成されることを示す第二の階層レベル変更を受信するようさらに構成される、ということを含むことができる。

実施例３８５６では、実施例３８４６の主題は任意的に、前記処理回路が、当該通信装置と前記第二の端末装置の間の通信リンクが、より低いレイテンシーをもつよう再構成されることを示す第二の階層レベル変更を受信するようさらに構成される、ということを含むことができる。

実施例３８５７では、実施例３８４６の主題は任意的に、前記処理回路が、当該通信装置と前記第二の端末装置の間の通信リンクが除去されることを示す第二の階層レベル変更を受信するようさらに構成される、ということを含むことができる。

実施例３８５８では、実施例３８４６ないし３８４８、３８５１または３８５３ないし３８５７のうちいずれか一項記載の主題は任意的に、前記第二の階層レベル変更が前記第二の端末装置の動作パラメータに基づく、ということを含むことができる。

実施例３８５９では、実施例３８３９ないし３８５８の主題は任意的に、前記動作パラメータが、所定の閾値を超える前記第一の端末装置のバッテリー電力である、ということを含むことができる。

実施例３８６０では、実施例３８３９ないし３８５９のうちいずれか一項記載の主題は任意的に、前記動作パラメータが、前記第一の端末装置がハンドオーバーを実行する確率を示す前記第一の端末装置の易動性状態である、ということを含むことができる。

実施例３８６１では、実施例３８３９ないし３８６０のうちいずれか一項記載の主題は任意的に、前記動作パラメータが、ある時間期間にわたって所定の閾値を超える前記第一の端末装置のチャネル条件である、ということを含むことができる。

実施例３８６２は、ネットワーク過負荷または機能停止の影響を受けたエリアにネットワーク接続を提供するためのモバイル・インフラストラクチャー・ノードであり、当該モバイル・インフラストラクチャー・ノードは：ネットワーク接続が中断した地域を同定する手段と、バックホール・アンテナ・システムによって提供される無線バックホール接続を介して管理サーバーと通信して命令を受信する手段と、前記命令に従って、フロントホール・アンテナ・システムを作動させ、前記地域における一つまたは複数の端末装置に、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを介してネットワーク接続を提供する手段とを含む。

実施例３８６３は、ネットワーク過負荷または機能停止の影響を受けたエリアにネットワーク接続を提供する、モバイル・インフラストラクチャー・ノードにおける方法であり、当該方法は：ネットワーク接続が中断した地域を同定する段階と、バックホール・アンテナ・システムによって提供される無線バックホール接続を介して管理サーバーと通信して命令を受信する段階と、前記命令に従って、フロントホール・アンテナ・システムを作動させ、前記地域における一つまたは複数の端末装置に、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを介してネットワーク接続を提供する段階とを含む。

実施例３８６４では、実施例３８６３の主題は任意的に、ネットワーク接続が中断した地域を同定することが、ベースバンド・モデムが前記地域においてネットワーク接続の中断を経験していることを検出することを含む、ということを含むことができる。

実施例３８６５では、実施例３８６４の主題は任意的に、前記ベースバンド・モデムが前記地域においてネットワーク接続の中断を経験していることを識別した後、前記管理サーバーに、前記無線バックホール接続を介して、潜在的な危機ネットワーク・シナリオについて通知することをさらに含むことができる。

実施例３８６６では、実施例３８６５の主題は任意的に、前記管理サーバーと通信して命令を受信することが、前記管理サーバーに潜在的な危機ネットワーク・シナリオについて通知することに応答して、前記命令を受信することを含む、ということを含むことができる。

実施例３８６７では、実施例３８６５または３８６６の主題は任意的に、前記管理サーバーに、前記無線バックホール接続を介して、潜在的な危機ネットワーク・シナリオについて通知することが、前記地域を指定する通知を前記管理サーバーに送信することを含む、ということを含むことができる。

実施例３８６８では、実施例３８６７の主題は任意的に、前記地域を指定する通知を前記管理サーバーに送信することが、前記通知においてタイムスタンプ、フロントホール機能情報またはバッテリー電力を示すことを含む、ということを含むことができる。

実施例３８６９では、実施例３８６３の主題は任意的に、ネットワーク接続が中断した地域を同定することが、該地域においてネットワーク接続が中断しているという指示を前記管理サーバーから受信することを含む、ということを含むことができる。

実施例３８７０では、実施例３８６９の主題は任意的に、当該モバイル・インフラストラクチャー・ノードを前記地域に向けて操縦するよう当該モバイル・インフラストラクチャー・ノードの自律操縦システムとインターフェースをもつことをさらに含むことができる。

実施例３８７１では、実施例３８６９の主題は任意的に、当該モバイル・インフラストラクチャー・ノードを前記地域に向けて操縦するよう当該モバイル・インフラストラクチャー・ノードの操縦者に命令する命令を当該モバイル・インフラストラクチャー・ノードの操縦者に提供することをさらに含むことができる。

実施例３８７２では、実施例３８６４ないし３８７１のうちいずれか一項記載の主題は任意的に、前記ベースバンド・モデムにおいてネットワーク接続が回復したことを検出し、ネットワーク接続が回復したことを前記管理サーバーに通知することをさらに含むことができる。

実施例３８７３では、実施例３８６３ないし３８７２のうちいずれか一項記載の主題は任意的に、前記管理サーバーからフロントホール構成情報を受信することをさらに含むことができ、前記フロントホール・アンテナ・システムを作動させ、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを介してネットワーク接続を提供することが、前記フロントホール構成情報に従って前記一つまたは複数の端末装置のうちの第一の端末装置との間で前記フロントホール・アンテナ・システムを用いて信号を送受信することを含む。

実施例３８７４では、実施例３８６３ないし３８７３のうちいずれか一項記載の主題は任意的に、前記無線バックホール接続が衛星無線バックホール接続であり、前記バックホール・アンテナ・システムによって提供される無線バックホール接続を介して管理サーバーと通信することが、前記管理サーバーに接続されている衛星ベースの無線アクセス・インフラストラクチャーを介して前記管理サーバーとの間で信号を送受信することを含む、ということを含むことができる。

実施例３８７５では、実施例３８６３ないし３８７４のうちいずれか一項記載の主題は任意的に、前記命令に従って、前記地域における一つまたは複数の端末装置に、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを介してネットワーク接続を提供することが、前記フロントホール・アンテナ・システムを用いて前記一つまたは複数の端末装置のうちの第二の端末装置からデータを受信して前記バックホール・アンテナ・システムを用いて対応するデータを無線アクセス・インフラストラクチャーに送信すること、または前記バックホール・アンテナ・システムを用いてデータを無線アクセス・インフラストラクチャーから受信して前記フロントホール・アンテナ・システムを用いて前記第二の端末装置に前記データを送信することを含む、ということを含むことができる。

実施例３８７６では、実施例３８６３ないし３８７５のうちいずれか一項記載の主題は任意的に、前記命令に従って、前記地域における一つまたは複数の端末装置に、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを介してネットワーク接続を提供することが、セルラー小セル無線アクセス技術または短距離無線アクセス技術に従って前記フロントホール・アンテナ・システムを用いて前記一つまたは複数の端末装置のうちの第三の端末装置との間で信号を送受信することを含む、ということを含むことができる。

実施例３８７７では、実施例３８６３ないし３８７６のうちいずれか一項記載の主題は任意的に、前記命令に従って、前記地域における一つまたは複数の端末装置に、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを介してネットワーク接続を提供することが、衛星無線アクセス技術に従って前記バックホール・アンテナ・システムを用いて無線アクセス・インフラストラクチャーとの間で信号を送受信することを含む、ということを含むことができる。

実施例３８７８では、実施例３８７７の主題は任意的に、前記無線アクセス・インフラストラクチャーが前記地域の外部に位置している、ということを含むことができる。

実施例３８７９では、実施例３８６３ないし３８７７のうちいずれか一項記載の主題は任意的に、前記バックホール・アンテナ・システムによって提供される無線バックホール接続を介して管理サーバーと通信することが、インターネット接続を通じて前記無線バックホール接続を介して前記管理サーバーと通信することを含む、ということを含むことができる。

実施例３８８０は、実施例３８６３ないし３８７９のうちいずれか一項記載の方法を実行するよう構成された処理回路である。

実施例３８８１は、実施例３８６３ないし３８７９のうちいずれか一項記載の方法を実行するよう構成された一つまたは複数のプロセッサを含むモバイル・インフラストラクチャー・ノードである。

実施例３８８２は、実施例３８６３ないし３８７９のうちいずれか一項記載のフロントホール・アンテナ・システムおよびバックホール・アンテナ・システムをさらに含むことができる。

実施例３８８３は、プロセッサによって実行されたときに該プロセッサに実施例３８６３ないし３８７９のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３８８４は、モバイル・インフラストラクチャー・ノードのコントローラによって実行されたときに該モバイル・インフラストラクチャー・ノードに実施例３８６３ないし３８７９のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３８８５は、周囲のエリアにネットワーク接続を提供するための通信装置であり、当該通信装置は：ネットワーク接続が中断した地域を同定し、バックホール・アンテナ・システムによって提供される無線バックホール接続を介して管理サーバーと通信して命令を受信するよう構成されたクライアント・モジュールと、前記命令に応答して、フロントホール・アンテナ・システムを作動させるよう構成されたフロントホール・アンテナ・システムとを含み、前記クライアント・モジュールは、前記命令に従って、前記地域における一つまたは複数の端末装置に、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを介してネットワーク接続を提供するようさらに構成される。

実施例３８８６では、実施例３８８５の主題は任意的に、前記バックホール・アンテナ・システムおよび前記フロントホール・アンテナ・システムをさらに含むことができる。

実施例３８８７では、実施例３８８６の主題は任意的に、モバイル・インフラストラクチャー・ノードとして構成されることができる。

実施例３８８８では、実施例３８８５の主題は任意的に、モバイル・インフラストラクチャー・ノードのための処理コンポーネントとして構成されることができる。

実施例３８８９では、実施例３８８５ないし３８８８のうちいずれか一項記載の主題は任意的に、当該通信装置が前記地域にある間にネットワーク接続の中断を検出し、前記クライアント・モジュールに通知するよう構成されたベースバンド・モデムをさらに含むことができる。

実施例３８９０では、実施例３８８９の主題は任意的に、前記クライアント・モジュールが、前記ベースバンド・モデムがネットワーク接続の中断を前記クライアント・モジュールに通知することに応答して、前記管理サーバーに、前記無線バックホール接続を介して、潜在的な危機ネットワーク・シナリオについて通知するよう構成される、ということを含むことができる。

実施例３８９１では、実施例３８９０の主題は任意的に、前記クライアント・モジュールが、前記管理サーバーと通信して命令を受信することを、前記管理サーバーに潜在的な危機ネットワーク・シナリオについて通知することに応答して、前記命令を受信することによって実行するよう構成される、ということを含むことができる。

実施例３８９２では、実施例３８９０または３８９１の主題は任意的に、前記クライアント・モジュールが、前記管理サーバーに、前記無線バックホール接続を介して、潜在的な危機ネットワーク・シナリオについて通知することを、前記地域を指定する前記通知を前記管理サーバーに送信することによって実行するよう構成される、ということを含むことができる。

実施例３８９３では、実施例３８９２の主題は任意的に、前記クライアント・モジュールが、前記通知においてタイムスタンプ、フロントホール機能情報またはバッテリー電力を示すよう構成される、ということを含むことができる。

実施例３８９４では、実施例３８８５ないし３８８８のうちいずれか一項記載の主題は任意的に、前記クライアント・モジュールが、ネットワーク接続が中断した地域を同定することを、該地域においてネットワーク接続が中断しているという指示を前記管理サーバーから受信することによって実行するよう構成される、ということを含むことができる。

実施例３８９５では、実施例３８９４の主題は任意的に、当該通信装置がモバイル・インフラストラクチャー・ノードのコンポーネントとして構成され、前記クライアント・モジュールが、前記モバイル・インフラストラクチャー・ノードを前記地域に向けて操縦するよう前記モバイル・インフラストラクチャー・ノードの自律操縦システムとインターフェースをもつよう構成される、ということを含むことができる。

実施例３８９６では、実施例３８９５の主題は任意的に、前記自律操縦システムをさらに含むことができる。

実施例３８９７では、実施例３８９４の主題は任意的に、当該通信装置がモバイル・インフラストラクチャー・ノードのコンポーネントとして構成され、前記クライアント・モジュールが、前記モバイル・インフラストラクチャー・ノードを前記地域に向けて操縦するよう前記モバイル・インフラストラクチャー・ノードの操縦者に命令する命令を前記モバイル・インフラストラクチャー・ノードの操縦者に提供するようさらに構成される、ということを含むことができる。

実施例３８９８では、実施例３８８９ないし３８９７のうちいずれか一項記載の主題は任意的に、前記ベースバンド・モデムが、ネットワーク接続が回復したことを検出するようさらに構成され、前記クライアント・モジュールが、ネットワーク接続が回復したことを前記管理サーバーに通知するよう構成される、ということを含むことができる。

実施例３８９９では、実施例３８８９ないし３８９８のうちいずれか一項記載の主題は任意的に、前記クライアント・モジュールが、前記管理サーバーからフロントホール構成情報を受信するようさらに構成され、前記フロントホール・モデムが、前記フロントホール構成情報に従って前記一つまたは複数の端末装置のうちの第一の端末装置にローカル無線アクセス・ネットワークを提供するよう構成される、ということを含むことができる。

実施例３９００では、実施例３８８５ないし３８９９のうちいずれか一項記載の主題は任意的に、前記バックホール・アンテナ・システムが衛星無線アクセス技術に従って構成されており、前記クライアント・モジュールが、前記バックホール・アンテナ・システムによって提供される無線バックホール接続を介して管理サーバーと通信することを、前記管理サーバーに接続されている衛星ベースの無線アクセス・インフラストラクチャーを介して前記管理サーバーとの間で信号を送受信することによって実行するよう構成される、ということを含むことができる。

実施例３９０１では、実施例３８８５ないし３９００のうちいずれか一項記載の主題は任意的に、前記クライアント・モジュールが、前記命令に従って、前記地域における一つまたは複数の端末装置に、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを介してネットワーク接続を提供することを、前記フロントホール・アンテナ・システムを介して前記一つまたは複数の端末装置のうちの第二の端末装置からデータを受信して前記バックホール・アンテナ・システムを介して対応するデータを無線アクセス・インフラストラクチャーに送信すること、または前記バックホール・アンテナ・システムを用いてデータを無線アクセス・インフラストラクチャーから受信して前記フロントホール・アンテナ・システムを介して前記第二の端末装置に前記データを送信することによって実行するよう構成される、ということを含むことができる。

実施例３９０２では、実施例３８８５ないし３９０１のうちいずれか一項記載の主題は任意的に、前記クライアント・モジュールが、前記命令に従って、前記地域における一つまたは複数の端末装置に、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを介してネットワーク接続を提供することを、セルラー小セル無線アクセス技術または短距離無線アクセス技術に従って前記フロントホール・アンテナ・システムを介して前記一つまたは複数の端末装置のうちの第三の端末装置との間で信号を送受信することによって実行するよう構成される、ということを含むことができる。

実施例３９０３では、実施例３８９４ないし３９０２のうちいずれか一項記載の主題は任意的に、前記クライアント・モジュールが、前記命令に従って、前記地域における一つまたは複数の端末装置に、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを介してネットワーク接続を提供することを、衛星無線アクセス技術に従って前記バックホール・アンテナ・システムを介して無線アクセス・インフラストラクチャーとの間で信号を送受信することによって実行するよう構成される、ということを含むことができる。

実施例３９０４では、実施例３９０３の主題は任意的に、前記無線アクセス・インフラストラクチャーが前記地域の外部に位置している、ということを含むことができる。

実施例３９０５では、実施例３８８５ないし３９０４のうちいずれか一項記載の主題は任意的に、前記クライアント・モジュールが、前記バックホール・アンテナ・システムによって提供される無線バックホール接続を介して管理サーバーと通信することを、インターネット接続を通じて前記無線バックホール接続を介して前記管理サーバーと通信することによって実行するよう構成される、ということを含むことができる。

実施例３９０６は、ネットワーク接続中断に応答するために一つまたは複数のモバイル・インフラストラクチャー・ノードを協調させるための管理サーバーであり、当該管理サーバーは、潜在的な危機ネットワーク・シナリオがある地域で生じたとの通知を受信する手段と；前記通知における状態情報を評価して、前記潜在的な危機ネットワーク・シナリオが危機ネットワーク・シナリオであることを判別する手段と；前記地域にネットワーク接続を提供するよう一つまたは複数のモバイル・インフラストラクチャー・ノードに命令を提供する手段とを含む。

実施例３９０７は、ネットワーク接続中断に応答するために一つまたは複数のモバイル・インフラストラクチャー・ノードを協調させる、管理サーバーにおける方法であり、当該方法は：潜在的な危機ネットワーク・シナリオがある地域で生じたとの通知を受信し；前記通知における状態情報を評価して、前記潜在的な危機ネットワーク・シナリオが危機ネットワーク・シナリオであることを判別し；前記地域にネットワーク接続を提供するよう一つまたは複数のモバイル・インフラストラクチャー・ノードに命令を提供することを含む。

実施例３９０８では、実施例３９０７の主題は任意的に、前記潜在的な危機シナリオがある地域で生じたとの通知を受信することが、その地域にあるモバイル・インフラストラクチャー・ノードから該通知を受信することを含む、ということを含むことができる。

実施例３９０９では、実施例３９０８の主題は任意的に、前記モバイル・インフラストラクチャー・ノードから受信された前記通知が、前記地域を同定する位置情報を含む、ということを含むことができる。

実施例３９１０では、実施例３９０８または３９０９の主題は任意的に、前記地域にネットワーク接続を提供するよう前記一つまたは複数のモバイル・インフラストラクチャー・ノードに命令を提供することが、前記地域にネットワーク接続を提供するよう、そのモバイル・インフラストラクチャー・ノードに命令を提供することを含む、ということを含むことができる。

実施例３９１１では、実施例３９０８ないし３９１０のうちいずれか一項記載の主題は任意的に、潜在的な危機シナリオが前記地域で生じたことを示す一つまたは複数の通知を、前記地域にある一つまたは複数の追加的なモバイル・インフラストラクチャー・ノードから受信することをさらに含むことができる。

実施例３９１２では、実施例３９１１の主題は任意的に、前記通知における状態情報を評価して、前記潜在的な危機ネットワーク・シナリオが危機ネットワーク・シナリオであることを判別することが、前記通知における状態情報を、前記一つまたは複数の通知における状態情報と一緒に評価して、前記潜在的な危機シナリオを孤立したイベントまたは危機ネットワーク・シナリオとして分類することを含む、ということを含むことができる。

実施例３９１３では、実施例３９０７ないし３９１２のうちいずれか一項記載の主題は任意的に、前記地域にネットワーク接続を提供するよう一つまたは複数のモバイル・インフラストラクチャー・ノードに命令を提供することが、前記一つまたは複数のモバイル・インフラストラクチャー・ノードのうちの第一のモバイル・インフラストラクチャー・ノードに、前記地域にネットワーク接続を提供するために該第一のモバイル・インフラストラクチャー・ノードが使うためのフロントホール構成を提供することを含む、ということを含むことができる。

実施例３９１４では、実施例３９０７ないし３９１３のうちいずれか一項記載の主題は任意的に、複数のモバイル・インフラストラクチャー・ノードから前記一つまたは複数のモバイル・インフラストラクチャー・ノードを選択することをさらに含むことができる。

実施例３９１５では、実施例３９０７ないし３９１３のうちいずれか一項記載の主題は任意的に、前記複数のモバイル・インフラストラクチャー・ノードから前記一つまたは複数のモバイル・インフラストラクチャー・ノードを選択することが、フロントホール機能、位置またはバッテリー電力のうちの一つまたは複数に基づいて前記複数のモバイル・インフラストラクチャー・ノードから前記一つまたは複数のモバイル・インフラストラクチャー・ノードを選択することを含む、ということを含むことができる。

実施例３９１６では、実施例３９１４または３９１５の主題は任意的に、前記複数のモバイル・インフラストラクチャー・ノードから前記一つまたは複数のモバイル・インフラストラクチャー・ノードを選択した後のある時点で、前記複数のモバイル・インフラストラクチャー・ノードから異なる一つまたは複数のモバイル・インフラストラクチャー・ノードを選択することを含むことができる。

実施例３９１７は、プロセッサによって実行されたときに該プロセッサに実施例３９０７ないし３９１６のうちいずれか一項記載の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３９１８は、実施例３９０７ないし３９１６のうちいずれか一項記載の方法を実行するよう構成されたサーバーである。

実施例３９１９は、命令を取得し、実行するよう構成された管理サーバーであり、前記命令は当該管理サーバーに方法を実行させるものであり、前記方法は：潜在的な危機ネットワーク・シナリオがある地域で生じたとの通知を受信し；前記通知における状態情報を評価して、前記潜在的な危機ネットワーク・シナリオが危機ネットワーク・シナリオであることを判別し；前記地域にネットワーク接続を提供するよう一つまたは複数のモバイル・インフラストラクチャー・ノードに命令を提供することを含む。

実施例３９２０では、実施例３９１９の主題は任意的に、前記潜在的な危機シナリオがある地域で生じたとの通知を受信することが、その地域にあるモバイル・インフラストラクチャー・ノードから該通知を受信することを含む、ということを含むことができる。

実施例３９２１では、実施例３９２０の主題は任意的に、前記モバイル・インフラストラクチャー・ノードから受信された前記通知が、前記地域を同定する位置情報を含む、ということを含むことができる。

実施例３９２２では、実施例３９２０または３９２１の主題は任意的に、前記地域にネットワーク接続を提供するよう前記一つまたは複数のモバイル・インフラストラクチャー・ノードに命令を提供することが、前記地域にネットワーク接続を提供するよう、そのモバイル・インフラストラクチャー・ノードに命令を提供することを含む、ということを含むことができる。

実施例３９２３では、実施例３９２０ないし３９２２のうちいずれか一項記載の主題は任意的に、前記方法が、潜在的な危機シナリオが前記地域で生じたことを示す一つまたは複数の通知を、前記地域にある一つまたは複数の追加的なモバイル・インフラストラクチャー・ノードから受信することをさらに含む、ということを含むことができる。

実施例３９２４では、実施例３９２３の主題は任意的に、前記通知における状態情報を評価して、前記潜在的な危機ネットワーク・シナリオが危機ネットワーク・シナリオであることを判別することが、前記通知における状態情報を、前記一つまたは複数の通知における状態情報と一緒に評価して、前記潜在的な危機シナリオを孤立したイベントまたは危機ネットワーク・シナリオとして分類することを含む、ということを含むことができる。

実施例３９２５では、実施例３９２０ないし３９２４のうちいずれか一項記載の主題は任意的に、前記地域にネットワーク接続を提供するよう一つまたは複数のモバイル・インフラストラクチャー・ノードに命令を提供することが、前記一つまたは複数のモバイル・インフラストラクチャー・ノードのうちの第一のモバイル・インフラストラクチャー・ノードに、前記地域にネットワーク接続を提供するために該第一のモバイル・インフラストラクチャー・ノードが使うためのフロントホール構成を提供することを含む、ということを含むことができる。

実施例３９２６では、実施例３９２０ないし３９２５のうちいずれか一項記載の主題は任意的に、前記方法が、複数のモバイル・インフラストラクチャー・ノードから前記一つまたは複数のモバイル・インフラストラクチャー・ノードを選択することをさらに含む、ということを含むことができる。

実施例３９２７では、実施例３９２０ないし３９２６のうちいずれか一項記載の主題は任意的に、前記複数のモバイル・インフラストラクチャー・ノードから前記一つまたは複数のモバイル・インフラストラクチャー・ノードを選択することが、フロントホール機能、位置またはバッテリー電力のうちの一つまたは複数に基づいて前記複数のモバイル・インフラストラクチャー・ノードから前記一つまたは複数のモバイル・インフラストラクチャー・ノードを選択することを含む、ということを含むことができる。

実施例３９２８では、実施例３９２４または３９２５の主題は任意的に、前記複数のモバイル・インフラストラクチャー・ノードから前記一つまたは複数のモバイル・インフラストラクチャー・ノードを選択した後のある時点で、前記複数のモバイル・インフラストラクチャー・ノードから異なる一つまたは複数のモバイル・インフラストラクチャー・ノードを選択することを含むことができる。

実施例３９２９は、周囲のエリアにネットワーク接続を提供するための通信装置であり、当該通信装置は：ネットワーク接続が中断した地域を同定し、バックホール・アンテナ・システムによって提供される無線バックホール接続を介して管理サーバーと通信して命令を受信するよう構成されたクライアント回路と、前記命令に応答して、フロントホール・アンテナ・システムを作動させるよう構成されたフロントホール・アンテナ・システムとを含み、前記クライアント回路は、前記命令に従って、前記地域における一つまたは複数の端末装置に、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを介してネットワーク接続を提供するようさらに構成される。

実施例３９３０では、実施例３９２９の主題は任意的に、前記バックホール・アンテナ・システムおよび前記フロントホール・アンテナ・システムをさらに含むことができる。

実施例３９３１では、実施例３９３０の主題は任意的に、モバイル・インフラストラクチャー・ノードとして構成されることができる。

実施例３９３２では、実施例３９２９の主題は任意的に、モバイル・インフラストラクチャー・ノードのための処理回路コンポーネントとして構成されることができる。

実施例３９３３では、実施例３９２９ないし３９３２のうちいずれか一項記載の主題は任意的に、当該通信装置が前記地域にある間にネットワーク接続の中断を検出し、前記クライアント回路に通知するよう構成されたベースバンド・モデムをさらに含むことができる。

実施例３９３４では、実施例３９３３の主題は任意的に、前記クライアント回路が、前記ベースバンド・モデムがネットワーク接続の中断を前記クライアント回路に通知することに応答して、前記管理サーバーに、前記無線バックホール接続を介して、潜在的な危機ネットワーク・シナリオについて通知するよう構成される、ということを含むことができる。

実施例３９３５では、実施例３９３４の主題は任意的に、前記クライアント回路が、前記管理サーバーと通信して命令を受信することを、前記管理サーバーに潜在的な危機ネットワーク・シナリオについて通知することに応答して、前記命令を受信することによって実行するよう構成される、ということを含むことができる。

実施例３９３６では、実施例３９３４または３９３５の主題は任意的に、前記クライアント回路が、前記管理サーバーに、前記無線バックホール接続を介して、潜在的な危機ネットワーク・シナリオについて通知することを、前記地域を指定する前記通知を前記管理サーバーに送信することによって実行するよう構成される、ということを含むことができる。

実施例３９３７では、実施例３９３６の主題は任意的に、前記クライアント回路が、前記通知においてタイムスタンプ、フロントホール機能情報またはバッテリー電力を示すよう構成される、ということを含むことができる。

実施例３９３８では、実施例３９２９ないし３９３２のうちいずれか一項記載の主題は任意的に、前記クライアント回路が、ネットワーク接続が中断した地域を同定することを、該地域においてネットワーク接続が中断しているという指示を前記管理サーバーから受信することによって実行するよう構成される、ということを含むことができる。

実施例３９３９では、実施例３９３８の主題は任意的に、当該通信装置がモバイル・インフラストラクチャー・ノードのコンポーネントとして構成され、前記クライアント回路が、前記モバイル・インフラストラクチャー・ノードを前記地域に向けて操縦するよう前記モバイル・インフラストラクチャー・ノードの自律操縦システムとインターフェースをもつよう構成される、ということを含むことができる。

実施例３９４０では、実施例３９３９の主題は任意的に、前記自律操縦システムをさらに含むことができる。

実施例３９４１では、実施例３９３８の主題は任意的に、当該通信装置がモバイル・インフラストラクチャー・ノードのコンポーネントとして構成され、前記クライアント回路が、前記モバイル・インフラストラクチャー・ノードを前記地域に向けて操縦するよう前記モバイル・インフラストラクチャー・ノードの操縦者に命令する命令を前記モバイル・インフラストラクチャー・ノードの操縦者に提供するようさらに構成される、ということを含むことができる。

実施例３９４２では、実施例３９３３ないし３９４１のうちいずれか一項記載の主題は任意的に、前記ベースバンド・モデムが、ネットワーク接続が回復したことを検出するようさらに構成され、前記クライアント回路が、ネットワーク接続が回復したことを前記管理サーバーに通知するよう構成される、ということを含むことができる。

実施例３９４３では、実施例３９３３ないし３９４２のうちいずれか一項記載の主題は任意的に、前記クライアント回路が、前記管理サーバーからフロントホール構成情報を受信するようさらに構成され、前記フロントホール・モデムが、前記フロントホール構成情報に従って前記一つまたは複数の端末装置のうちの第一の端末装置にローカル無線アクセス・ネットワークを提供するよう構成される、ということを含むことができる。

実施例３９４４では、実施例３９２９ないし３９４３のうちいずれか一項記載の主題は任意的に、前記バックホール・アンテナ・システムが衛星無線アクセス技術に従って構成されており、前記クライアント回路が、前記バックホール・アンテナ・システムによって提供される無線バックホール接続を介して管理サーバーと通信することを、前記管理サーバーに接続されている衛星ベースの無線アクセス・インフラストラクチャーを介して前記管理サーバーとの間で信号を送受信することによって実行するよう構成される、ということを含むことができる。

実施例３９４５では、実施例３９２９ないし３９４４のうちいずれか一項記載の主題は任意的に、前記クライアント回路が、前記命令に従って、前記地域における一つまたは複数の端末装置に、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを介してネットワーク接続を提供することを、前記フロントホール・アンテナ・システムを介して前記一つまたは複数の端末装置のうちの第二の端末装置からデータを受信して前記バックホール・アンテナ・システムを介して対応するデータを無線アクセス・インフラストラクチャーに送信すること、または前記バックホール・アンテナ・システムを用いてデータを無線アクセス・インフラストラクチャーから受信して前記フロントホール・アンテナ・システムを介して前記第二の端末装置に前記データを送信することによって実行するよう構成される、ということを含むことができる。

実施例３９４６では、実施例３９２９ないし３９４５のうちいずれか一項記載の主題は任意的に、前記クライアント回路が、前記命令に従って、前記地域における一つまたは複数の端末装置に、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを介してネットワーク接続を提供することを、セルラー小セル無線アクセス技術または短距離無線アクセス技術に従って前記フロントホール・アンテナ・システムを介して前記一つまたは複数の端末装置のうちの第三の端末装置との間で信号を送受信することによって実行するよう構成される、ということを含むことができる。

実施例３９４７では、実施例３９３８ないし３９４６のうちいずれか一項記載の主題は任意的に、前記クライアント回路が、前記命令に従って、前記地域における一つまたは複数の端末装置に、前記フロントホール・アンテナ・システムおよび前記バックホール・アンテナ・システムを介してネットワーク接続を提供することを、衛星無線アクセス技術に従って前記バックホール・アンテナ・システムを介して無線アクセス・インフラストラクチャーとの間で信号を送受信することによって実行するよう構成される、ということを含むことができる。

実施例３９４８では、実施例３９４７の主題は任意的に、前記無線アクセス・インフラストラクチャーが前記地域の外部に位置している、ということを含むことができる。

実施例３９４９では、実施例３９２９ないし３９４８のうちいずれか一項記載の主題は任意的に、前記クライアント回路が、前記バックホール・アンテナ・システムによって提供される無線バックホール接続を介して管理サーバーと通信することを、インターネット接続を通じて前記無線バックホール接続を介して前記管理サーバーと通信することによって実行するよう構成される、ということを含むことができる。

実施例３９５０は、プロセッサによって実行されたときに該プロセッサに前記のいずれかの実施例の方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体である。

実施例３９５１は、プロセッサと、該プロセッサによって実行されたときに該プロセッサに前記のいずれかの実施例の方法を実行させる命令を記憶しているメモリとを含む装置である。

本開示は特定的な諸側面を参照して具体的に示され、記述されてきたが、付属の請求項によって定義される諸側面の精神および範囲から外れることなく、それに形および細部においてさまざまな変更がなし得ることは、当業者には理解されるはずである。このように、本開示の範囲は、付属の請求項によって示されるものであり、よって、請求項の意味および等価範囲内にはいるあらゆる変更が含まれることが意図されている。

Claims (19)

1. アンテナへのインターフェースと；
   ビークル対万物（Ｖ２Ｘ）無線プロトコルに従って前記インターフェースを介して無線信号を送受信するように構成されたベースバンド・モデムと；
   プロセッサとを有する無線通信装置であって、前記プロセッサは：
   一つまたは複数の処理タスクのうちから、マルチアクセス・エッジ・コンピューティング（ＭＥＣ）装置による実行のためにオフロード処理タスクを選択する段階と；
   前記ベースバンド・モデムに、前記アンテナへの前記インターフェースを介して、当該無線通信装置と前記ＭＥＣ装置との間に直接無線接続を確立させる段階であって、前記ＭＥＣ装置への前記直接無線接続はＶ２Ｘ接続である、段階と；
   前記ベースバンド・モデムに、前記直接無線接続を介して前記ＭＥＣ装置に第一のデータを送信させる段階であって、前記第一のデータは前記オフロード処理タスクに対応する、段階と；
   前記ベースバンド・モデムを介して前記ＭＥＣ装置から第二のデータを受信する段階であって、前記第二のデータは、前記第一のデータに対して実行された前記オフロード処理タスクの結果を含む、段階とを実行するように構成されており、
   前記プロセッサは、一つまたは複数のオフロード基準に基づいて前記オフロード処理タスクを選択するように構成されており、
   前記一つまたは複数のオフロード基準は、前記オフロード処理タスクの計算需要を含む、
   無線通信装置。
2. 前記第二のデータを受信することは、前記直接無線接続を介して前記第二のデータを受信することを含む、請求項１に記載の無線通信装置。
3. 前記一つまたは複数のオフロード基準が、前記オフロード処理タスクのレイテンシー制約を含む、請求項１に記載の無線通信装置。
4. 前記第一のデータの送信および前記第二のデータの受信は、当該無線通信装置の前記プロセッサの温度が範囲外である場合に実行される、請求項１に記載の無線通信装置。
5. 前記一つまたは複数のオフロード基準が、利用可能な帯域幅、ネットワーク輻輳の現在のレベル、ビークル・リンクのリンク品質、またはインフラリンクのリンク品質を含む、請求項１に記載の無線通信装置。
6. 前記オフロード処理タスクが、前記ＭＥＣ装置による実行のためのエンコード・タスクまたはデコード・タスクである、請求項１に記載の無線通信装置。
7. 前記オフロード処理タスクが、前記ＭＥＣ装置が当該無線通信装置の代わりにデータを送信および／または受信するタスクを含む、請求項１に記載の無線通信装置。
8. 前記オフロード処理タスクが、前記ＭＥＣ装置が制御チャネルのサーチを実行すること、ページング、チャネル・モニタリングを実行すること、またはブロードキャスト・チャネルのサーチを実行することを含む、請求項１に記載の無線通信装置。
9. 前記オフロード処理タスクが、前記ＭＥＣ装置がランク・インジケータまたは変調および符号化スキームをモニタリングすることを含む、請求項１に記載の無線通信装置。
10. 前記第一のデータがセンサー・データを含み、前記オフロード処理タスクが前記センサー・データに対する処理タスクである、請求項１に記載の無線通信装置。
11. 前記センサー・データがカメラ・データまたはライダー・データを含み、前記オフロード処理タスクが前記カメラ・データまたは前記ライダー・データに対する処理タスクである、請求項１０に記載の無線通信装置。
12. 前記プロセッサがさらに、当該無線通信装置の利用可能な電力資源を判別するように構成されており、前記利用可能な電力資源が範囲外であれば、前記プロセッサは、第一の動作モードに従って動作するように構成され；前記利用可能な電力資源が前記範囲内であれば、前記プロセッサは、第二の動作モードに従って動作するように構成される、請求項１に記載の無線通信装置。
13. 前記プロセッサは、前記第一の動作モードに従って動作するときに、前記ベースバンド・モデムに、前記ＭＥＣ装置に第一のデータを送信させるように構成されており、前記プロセッサは、前記第二の動作モードに従って動作するときには、前記第一のデータに対して前記オフロード処理タスクを実行するように構成される、請求項１２に記載の無線通信装置。
14. 前記プロセッサはさらに、複数の候補ＭＥＣ装置から、当該無線通信装置への近接性に基づいて、前記ＭＥＣ装置を選択するように構成されている、請求項１に記載の無線通信装置。
15. 前記直接無線接続が装置対万物（Ｄ２Ｘ）接続である、請求項１に記載の無線通信装置。
16. 命令を記憶している非一時的なコンピュータ読み取り可能な媒体であって、前記命令は、実行されると、一つまたは複数のプロセッサに：
    一つまたは複数の処理タスクのうちから、マルチアクセス・エッジ・コンピューティング（ＭＥＣ）装置による実行のためにオフロード処理タスクを選択する段階と；
    ベースバンド・モデムに、ビークル対万物（Ｖ２Ｘ）無線プロトコルに従って、無線通信装置のアンテナへのインターフェースを介して、前記無線通信装置と前記ＭＥＣ装置との間に直接無線接続を確立させる段階と；
    前記ベースバンド・モデムに、前記直接無線接続を介して前記ＭＥＣ装置に第一のデータを送信させる段階であって、前記第一のデータは前記オフロード処理タスクに対応する、段階と；
    Ｖ２Ｘ接続を介して前記ＭＥＣ装置から第二のデータを受信する段階であって、前記第二のデータは、前記第一のデータに対して実行された前記オフロード処理タスクの結果を含む、段階とを実行させるものであり、
    前記命令は、前記一つまたは複数のプロセッサに、一つまたは複数のオフロード基準に基づいて前記オフロード処理タスクを選択させるようにさらに構成されており、
    前記一つまたは複数のオフロード基準は、前記オフロード処理タスクの計算需要を含む、
    非一時的なコンピュータ読み取り可能な媒体。
17. 前記第二のデータを受信することは、前記直接無線接続を介して前記第二のデータを受信することを含む、請求項１６に記載の非一時的なコンピュータ読み取り可能な媒体。
18. 無線通信装置であって：
    アンテナを当該無線通信装置に接続するための通信手段と；
    ビークル対万物（Ｖ２Ｘ）無線プロトコルに従って前記アンテナへのインターフェースを介して無線信号を送受信するように構成されたベースバンド・モデムと；
    処理手段とを有しており；
    前記処理手段は：
    一つまたは複数の処理タスクのうちから、マルチアクセス・エッジ・コンピューティング（ＭＥＣ）装置による実行のためにオフロード処理タスクを選択する段階と；
    前記ベースバンド・モデムに、前記通信手段を介して、当該無線通信装置と前記ＭＥＣ装置との間に直接無線接続を確立させる段階であって、前記ＭＥＣ装置への前記直接無線接続はＶ２Ｘ接続である、段階と；
    前記ベースバンド・モデムに、前記直接無線接続を介して前記ＭＥＣ装置に第一のデータを送信させる段階であって、前記第一のデータは前記オフロード処理タスクに対応する、段階と；
    前記ベースバンド・モデムを介して前記ＭＥＣ装置から第二のデータを受信する段階であって、前記第二のデータは、前記第一のデータに対して実行された前記オフロード処理タスクの結果を含む、段階とを実行する手段であり、
    前記処理手段は、一つまたは複数のオフロード基準に基づいて前記オフロード処理タスクを選択するように構成されており、
    前記一つまたは複数のオフロード基準は、前記オフロード処理タスクの計算需要を含む、
    無線通信装置。
19. 前記第二のデータを受信することは、前記直接無線接続を介して前記第二のデータを受信することを含む、請求項１８に記載の無線通信装置。

Images