(57)【要約】【課題】マルチ無線アクセス技術（ＲＡＴ）無線送信／受信ユニット（ＷＴＲＵ）のキャリアアグリゲーションを管理する方法が開示される。【解決手段】この方法は、第１のタイプのＲＡＴに関連付けられているプライマリチャネルを介してＷＴＲＵによって、第２のタイプのＲＡＴに関連付けられている補足チャネルをプロビジョニングするためのプロビジョニング情報を受信するステップと、受信したプロビジョニング情報に基づいて第２のタイプのＲＡＴに関連付けられている補足チャネルを確立するステップと、第２のタイプのＲＡＴによる補足チャネルを介する通信に関連付けられている第２のデータを無線で交換する間に、第１のタイプのＲＡＴによるプライマリチャネルを介する通信に関連付けられている第１のデータを、ＷＴＲＵによって無線で交換するステップを含むことができる。【選択図】図９
2020058056.tif 000002
【特許請求の範囲】
【請求項１】
マルチ無線アクセス技術（マルチＲＡＴ）無線送信／受信ユニット（ＷＴＲＵ）を管理する方法であって、前記方法は、
前記マルチＲＡＴ  ＷＴＲＵによって、第１のタイプのＲＡＴのプライマリ無線接続を構成することと、
前記プライマリ無線接続を介して前記マルチＲＡＴ  ＷＴＲＵによって、第２のタイプのＲＡＴのセカンダリ無線接続を構成するための構成情報を受信することと、
前記マルチＲＡＴ  ＷＴＲＵによって、前記第２のタイプの前記ＲＡＴの前記受信された構成情報に基づいて前記第２のタイプの前記ＲＡＴの前記セカンダリ無線接続を構成することと、
前記マルチＲＡＴ  ＷＴＲＵによって、前記プライマリ無線接続を使用して前記第２のタイプの前記ＲＡＴについての制御情報を受信することと
を備え、
前記第２のタイプの前記ＲＡＴの前記セカンダリ無線接続についての前記制御情報は、前記第１のタイプの前記ＲＡＴのＲＲＣプロトコルのプロトコルデータユニット（ＰＤＵ）内で受信され、
前記第２のタイプの前記ＲＡＴの前記セカンダリ無線接続についての前記制御情報は、前記第２のタイプの前記ＲＲＣプロトコルに従う情報要素（ＩＥ）である、
方法。
【請求項２】
前記第１のタイプの前記ＲＡＴは、ロング・ターム・エボリューション（ＬＴＥ）ＲＡＴであり、および前記第２のタイプの前記ＲＡＴは、前記第１のタイプのＲＡＴとは異なる、請求項１の方法。
【請求項３】
前記第１のタイプの前記ＲＡＴは、３ＧＰＰ  ＲＡＴであり、および前記第２のタイプの前記ＲＡＴは、異なる３ＧＰＰ  ＲＡＴである、請求項１の方法。
【請求項４】
前記マルチＲＡＴ  ＷＴＲＵによって、無線リンク障害（ＲＬＦ）が前記第２のタイプの前記ＲＡＴの上で起こっていることを判定することと、
前記マルチＲＡＴ  ＷＴＲＵによって、前記判定されたＲＬＦに基づいて前記第１のタイプの前記ＲＡＴのリソースを使用してメッセージを送信することと
をさらに備える、請求項１の方法。
【請求項５】
前記第１のタイプの前記ＲＡＴのリソースを使用してメッセージを送信することは、前記プライマリ無線接続を介して、前記第２のタイプの前記ＲＡＴの上で起こっている前記ＲＬＦに関連付けられているＲＬＦ情報を送信することを含む、請求項４の方法。
【請求項６】
前記メッセージを送信することは、前記ＲＬＦが前記第２のタイプの前記ＲＡＴの前記セカンダリ無線接続の上で起こっているという条件で、前記プライマリ無線接続を通じて通知を送信することを含む、請求項４の方法。
【請求項７】
前記通知は、レイヤ２メッセージまたはレイヤ３メッセージである、請求項６の方法。
【請求項８】
前記第１のタイプの前記ＲＡＴの前記プライマリ無線接続を介して、前記第２のタイプの前記ＲＡＴについてのランダムアクセス手順を実行するように前記マルチＲＡＴ  ＷＴＲＵに要求するメッセージを受信することと、
前記マルチＲＡＴ  ＷＴＲＵによって、前記ランダムアクセス手順を開始することと、
前記マルチＲＡＴ  ＷＴＲＵによって、前記ランダムアクセス手順の一部として、前記第２のタイプの前記ＲＡＴのリソースについてのグラントを含むランダムアクセス応答を前記第１のタイプの前記ＲＡＴの前記プライマリ無線接続を通じて受信することと
をさらに備える、請求項１の方法。
【請求項９】
前記マルチＲＡＴ  ＷＴＲＵによって、前記第１のタイプの前記ＲＡＴに関連付けられた第１の不連続受信（ＤＲＸ）構成、および前記第２のタイプの前記ＲＡＴに関連付けられた第２の、異なるＤＲＸ構成を受信することをさらに備える、請求項１の方法。
【請求項１０】
マルチ無線アクセス技術（マルチＲＡＴ）無線送信／受信ユニット（ＷＴＲＵ）であって、
第１のタイプのＲＡＴのプライマリ無線接続を構成するように構成されたプロセッサと、
前記プライマリ無線接続を介して、第２のタイプのＲＡＴのセカンダリ無線接続を構成するための構成情報を受信し、
前記プライマリ無線接続を使用して前記第２のタイプの前記ＲＡＴについての制御情報を受信する
ように構成された無線送信／受信ユニットと、
を備え、
前記プロセッサは、前記第２のタイプの前記ＲＡＴの前記受信された構成情報に基づいて前記第２のタイプの前記ＲＡＴの前記セカンダリ無線接続を構成するように構成され、
前記第２のタイプの前記ＲＡＴの前記セカンダリ無線接続についての前記制御情報は、前記第１のタイプの前記ＲＡＴのＲＲＣプロトコルのプロトコルデータユニット（ＰＤＵ）内で受信され、
前記第２のタイプの前記ＲＡＴの前記セカンダリ無線接続についての前記制御情報は、前記第２のタイプの前記ＲＲＣプロトコルに従う情報要素（ＩＥ）である、
マルチＲＡＴ  ＷＴＲＵ。
【請求項１１】
前記第１のタイプの前記ＲＡＴは、ロング・ターム・エボリューション（ＬＴＥ）ＲＡＴであり、および前記第２のタイプの前記ＲＡＴは、前記第１のタイプのＲＡＴとは異なる、請求項１０のマルチＲＡＴ  ＷＴＲＵ。
【請求項１２】
前記第１のタイプの前記ＲＡＴは、３ＧＰＰ  ＲＡＴであり、および前記第２のタイプの前記ＲＡＴは、異なる３ＧＰＰ  ＲＡＴである、請求項１０のマルチＲＡＴ  ＷＴＲＵ。
【請求項１３】
前記無線送信／受信ユニットは、前記プライマリ無線接続を介して、前記第２のタイプの前記ＲＡＴの上で起こっているＲＬＦに関連付けられている無線リンク障害（ＲＬＦ）情報を送信するように構成されている、請求項１０のマルチＲＡＴ  ＷＴＲＵ。
【請求項１４】
前記無線送信／受信ユニットは、前記プライマリ無線接続を介して、前記第２のタイプの前記ＲＡＴの１つまたは複数のプロトコルデータユニット（ＰＤＵ）を受信するように構成されている、請求項１０のマルチＲＡＴ  ＷＴＲＵ。
【請求項１５】
前記プロセッサは、
前記第２のタイプの前記ＲＡＴに関連する前記受信された制御情報を逆多重化して、前記第２のタイプの前記ＲＡＴの１つまたは複数のプロトコルデータユニット（ＰＤＵ）を取得し、
前記第１のタイプの前記ＲＡＴに関連付けられているプロトコルスタックのレイヤまたはサブレイヤによって、前記取得された１つまたは複数のＰＤＵを前記第２のタイプの前記ＲＡＴに関連付けられているプロトコルスタックのレイヤまたはサブレイヤに渡す
ように構成されている、請求項１０のマルチＲＡＴ  ＷＴＲＵ。
【請求項１６】
前記無線送信／受信ユニットは、無線リンク障害（ＲＬＦ）が前記第２のタイプの前記ＲＡＴの前記セカンダリ無線接続の上で起こっているという条件で、前記プライマリ無線接続を通じて通知を送信するように構成されている、請求項１０のマルチＲＡＴ  ＷＴＲＵ。
【請求項１７】
前記通知は、レイヤ２メッセージまたはレイヤ３メッセージである、請求項１６のマルチＲＡＴ  ＷＴＲＵ。
【請求項１８】
前記無線送信／受信ユニットは、前記第１のタイプの前記ＲＡＴの前記プライマリ無線接続を介して、前記第２のタイプの前記ＲＡＴについてのランダムアクセス手順を実行するように前記マルチＲＡＴ  ＷＴＲＵに要求するメッセージを受信するように構成され、
前記プロセッサは、前記ランダムアクセス手順を開始するように構成され、
前記無線送信／受信ユニットは、前記ランダムアクセス手順の一部として、前記第２のタイプの前記ＲＡＴのリソースについてのグラントを含むランダムアクセス応答を前記第１のタイプの前記ＲＡＴの前記プライマリ無線接続を通じて受信するように構成されている、
請求項１０のマルチＲＡＴ  ＷＴＲＵ。
【請求項１９】
前記無線送信／受信ユニットは、前記第１のタイプの前記ＲＡＴに関連付けられた第１の不連続受信（ＤＲＸ）構成、および前記第２のタイプの前記ＲＡＴに関連付けられた第２の、異なるＤＲＸ構成を受信するように構成されている、請求項１０のマルチＲＡＴ  ＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、無線通信に関し、より詳細には、マルチ無線アクセス技術を使用してキャリアアグリゲーション（carrier aggregation）を実行するための方法、装置、およびシステムに関する。
【背景技術】
【０００２】
無線システムにおけるネットワークカバレッジの改善、音声およびデータサービスの容量の向上、および帯域幅の増大が要求されることによって、それだけに限らないがＧＳＭ（登録商標）（Global System for Mobile Communications）、広帯域符号分割多元接続（Ｗ−ＣＤＭＡ：Wideband Code Division Multiple Access）、それぞれのマルチキャリア対応物を伴う高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ：High Speed Downlink Packet Access）および高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ：High Speed Uplink Packet Access）を含む高速パケットアクセス（ＨＳＰＡ）、キャリアアグリゲーションのサポートを含むＬＴＥ（Long Term Evolution）を含む、多数の無線アクセス技術（ＲＡＴ：Radio Access Technology）が継続的に開発されてきた。
【発明の概要】
【０００３】
マルチ無線アクセス技術（ＲＡＴ）キャリアアグリゲーション（ＣＡ）を実行するための方法および装置が説明される。１つの代表的な方法において、第１の媒体アクセス制御（ＭＡＣ：medium access control）エンティティは、第１のＲＡＴに関連付けられている無線送信／受信ユニット（ＷＴＲＵ）において構成されてもよく、第２の媒体アクセス制御（ＭＡＣ）エンティティは、第２のＲＡＴに関連付けられているＷＴＲＵにおいて構成されてもよい。第１のＭＡＣエンティティおよび第２のＭＡＣエンティティに関連付けられている複数のチャネルが構成されてもよい。第１のＲＡＴはＬＴＥであってもよく、第２のＲＡＴは、Ｗ−ＣＤＭＡ、ＨＳＰＡ、ＨＳＤＰＡ、および／またはＨＳＵＰＡの少なくとも１つであってもよい。
【０００４】
別の代表的な方法は、マルチ無線アクセス技術（ＲＡＴ）無線送信／受信ユニット（ＷＴＲＵ）のキャリアアグリゲーションを管理することができる。当該方法は、（１）第１のタイプのＲＡＴに関連付けられているプライマリチャネルを介してＷＴＲＵによって、第２のタイプのＲＡＴに関連付けられている補足チャネルをプロビジョニングするためのプロビジョニング情報を受信するステップと、（２）受信したプロビジョニング情報に基づいて第２のタイプのＲＡＴに関連付けられている補足チャネルを確立するステップと、（３）第２のタイプのＲＡＴによる補足チャネルを介する通信に関連付けられている第２のデータを無線で交換する間に、第１のタイプのＲＡＴによるプライマリチャネルを介する通信に関連付けられている第１のデータを、ＷＴＲＵによって無線で交換するステップを含むことができる。
【０００５】
特定の代表的な実施形態において、確立された補足チャネルを介して第２のデータを無線で交換するステップは、（１）確立された補足チャネルを介して第２のデータを無線で送信するステップ、（２）確立された補足チャネルを介して第２のデータを無線で受信するステップ、または（３）確立された補足チャネルを介して第２のデータの異なる部分を無線で送信および受信するステップのうちの１つを含むことができる。
【０００６】
特定の代表的な実施形態において、プロビジョニング情報を無線で受信するステップは、第１のタイプのＲＡＴに関連付けられているプライマリチャネルを介して、プライマリチャネルの制御情報および補足チャネルの制御情報を受信するステップを含むことができる。
【０００７】
特定の代表的な実施形態において、ＲＡＴの第１のタイプは、（１）Ｗ−ＣＤＭＡ  ＲＡＴ、（２）ＨＳＰＡ  ＲＡＴ、（３）ＨＳＤＰＡ  ＲＡＴ、（４）ＨＳＵＰＡ  ＲＡＴ、または（５）ＬＴＥ  ＲＡＴのうちの１つであってもよい。
【０００８】
特定の代表的な実施形態において、ＲＡＴの第２のタイプは、（１）Ｗ−ＣＤＭＡ  ＲＡＴ、（２）ＨＳＰＡ  ＲＡＴ、（３）ＨＳＤＰＡ  ＲＡＴ、（４）ＨＳＵＰＡ  ＲＡＴ、（５）ＬＴＥ  ＲＡＴ、（６）非セルラーのＲＡＴ、または（７）ＷｉＦｉ  ＲＡＴのうちの異なる１つであってもよい。
【０００９】
特定の代表的な実施形態において、第２のタイプのＲＡＴに関連付けられている補足チャネルを確立するステップは、受信したプロビジョニング情報から、補足チャネルを介して第２のデータを無線で交換するためにプロビジョニングされるべき第２のタイプのＲＡＴに関連付けられている１つまたは複数のキャリアコンポーネントを決定するステップと、決定された１つまたは複数のキャリアコンポーネントを使用して補足チャネルをプロビジョニングするステップとを含むことができる。
【００１０】
特定の代表的な実施形態において、方法は、ＷＴＲＵによってプロビジョニング情報を受信する前に第１のタイプのＲＡＴに関連付けられているプライマリチャネルを確立するステップを含むことができ、第２のタイプのＲＡＴに関連付けられている補足チャネルを確立するステップは、第１および第２のタイプのＲＡＴの無線リソースを制御するために単一無線リソース接続を使用して補足チャネルを確立するステップを含むことができる。
【００１１】
特定の代表的な実施形態において、単一無線リソース接続を確立するステップは、無線リソース制御（ＲＲＣ）接続をセットアップするステップを含むことができる。
【００１２】
特定の代表的な実施形態において、方法は、ＷＲＴＵによってプロビジョニング情報を受信する前に第１のタイプのＲＡＴに関連付けられているプライマリチャネルを確立するステップを含むことができ、第２のタイプのＲＡＴに関連付けられている補足チャネルを確立するステップは、ＷＴＲＵによって同時にサポートされるプライマリおよび１つまたは複数の補足チャネルに関連付けられている無線リソースを制御するために複数の異なるＲＡＴタイプの各々について少なくとも１つのそれぞれの無線リソース接続を使用して１つまたは複数の補足チャネルを確立するステップを含むことができる。
【００１３】
特定の代表的な実施形態において、方法は、第２のタイプのＲＡＴによる補足チャネルを介して第２のデータを無線で交換する間に、第１のタイプのＲＡＴによるプライマリチャネルを介して第１のデータを無線で交換するステップが、キャリアコンポーネントの異なるセットによる確立済みの無線リソースのうちの異なる１つを介する通信の第１および第２のデータのそれぞれの部分を交換するステップを含むことができるように、１つまたは複数のキャリアコンポーネントの異なるセットに適用可能な確立済みの無線リソース接続を保持するステップを含むことができる。
【００１４】
特定の代表的な実施形態において、第１のデータおよび第２のデータを交換するステップは、第１のデータの交換のための第１の周波数または第１の周波数帯域、および第１の周波数または第１の周波数帯域と同一であるかまたは異なる第２の周波数または第２の周波数帯域においてＷＴＲＵを動作させるステップを含むことができる。
【００１５】
さらなる代表的な方法は、複数の無線アクセス技術（ＲＡＴ）に関連付けられているコンポーネントキャリア（ＣＣ）での同時またはほぼ同時の動作のために構成されるマルチモード無線送信／受信ユニット（ＷＴＲＵ）を使用して無線通信を実行することができる。方法は、（１）ＷＴＲＵにおいて、高速パケットアクセス（ＨＳＰＡ）媒体アクセス制御（ＭＡＣ）エンティティおよびＬＴＥ  ＭＡＣエンティティを構成するステップと、（２）ＨＳＰＡおよびＬＴＥ  ＭＡＣエンティティに関連付けられている複数のチャネルを構成するステップとを含むことができる。
【００１６】
特定の代表的な実施形態において、ＨＳＰＡ  ＭＡＣエンティティおよびＬＴＥ  ＭＡＣエンティティを構成するステップは、ＨＳＰＡおよびＬＴＥ  ＲＡＴを介して交換されるデータを集約するためにＨＳＰＡ  ＭＡＣおよびＬＴＥ  ＭＡＣを統合するステップを含むことができる。
【００１７】
追加の代表的な方法は、複数の無線アクセス技術（ＲＡＴ）に関連付けられているコンポーネントキャリア（ＣＣ）での同時動作のために構成されるマルチモード無線送信／受信ユニット（ＷＴＲＵ）を使用して無線通信を実行することができる。方法は、（１）第１のＲＡＴに従って第１のＣＣで情報を交換するステップと、（２）第２のＲＡＴに従って第２のＣＣで情報を同時に交換するステップと、（３）第１および第２のＣＣを介して交換された情報を集約または分割するステップとを含むことができる。
【００１８】
特定の代表的な実施形態において、方法は、（１）第１および第２のＣＣで情報の交換を保持するための単一無線リソース接続、（２）第１および第２のＣＣで情報の交換を保持するために使用されるＣＣごとの無線リソース接続、または（３）第１および第２のＣＣで情報の交換を保持するために使用されるＲＡＴごとの無線リソース接続のうちの１つを構成するステップを含むことができる。
【００１９】
特定の代表的な実施形態において、方法は、ＷＲＴＵによって、第１のＣＣで第２のＣＣに関連付けられているブロック肯定応答を送信して、第２のＣＣで交換される情報に関連するブロック肯定応答／否定応答指示を提供することができる。
【００２０】
さらなる代表的な方法は、マルチ無線アクセス技術（ＲＡＴ）キャリアアグリゲーション（ＣＡ）をサポートする無線送信／受信ユニット（ＷＴＲＵ）において無線通信を実行することができる。方法は、第１のＲＡＴに従って第１のキャリアで情報を割り振るステップと、第２のＲＡＴに従って第２のキャリアで情報を同時に割り振るステップとを含むことができる。
【００２１】
特定の代表的な実施形態において、第２のＲＡＴは、第１のＲＡＴとは異なるＲＡＴであってもよい。
【００２２】
追加の代表的な方法は、複数の無線アクセス技術（ＲＡＴ）に関連付けられているコンポーネントキャリア（ＣＣ）での同時動作のために構成されるマルチモード無線送信／受信ユニット（ＷＴＲＵ）を使用して無線通信を実行することができる。方法は、ＬＴＥ  ＲＡＴに従って第１のＣＣで情報を割り振るステップと、異なるＲＡＴに従って第２のＣＣで情報を同時に割り振るステップとを含むことができる。例えば、ＷＴＲＵによって送信されるべき通信の第１の部分（例えば、第１の情報）は、第１のＣＣのリソースブロックを介して割り振られてもよく、同時に、送信されるべき通信の第２の部分（例えば、第２の情報）は、第２のＣＣの別のリソースブロックを介して割り振られてもよい。
【００２３】
特定の代表的な実施形態において、単一無線リソース制御（ＲＲＣ）接続は、ＷＴＲＵによって同時にサポートされるＲＡＴの無線リソースを制御するために使用されてよい。
【００２４】
特定の代表的な実施形態において、方法は、ＷＴＲＵによって、複数のＲＡＴが同一または異なる周波数で動作できるように、少なくとも１つのＣＣの異なるセットに適用可能な複数のＲＡＴの各々に対して１つの無線リソース制御（ＲＲＣ）接続を同時に使用するステップを含むことができる。
【００２５】
別の追加の代表的な方法は、マルチ無線アクセス技術（ＲＡＴ）キャリアアグリゲーション（ＣＡ）をサポートする無線送信／受信ユニット（ＷＴＲＵ）において無線通信を実行することができる。方法は、第１のＲＡＴに関連付けられているＷＴＲＵにおいて、第１の媒体アクセス制御（ＭＡＣ）エンティティを構成するステップと、第２のＲＡＴに関連付けられているＷＴＲＵにおいて、第２の媒体アクセス制御（ＭＡＣ）エンティティを構成するステップと、第１のＭＡＣエンティティおよび第２のＭＡＣエンティティに関連付けられている複数のチャネルを構成するステップとを含むことができる。
【００２６】
特定の代表的な実施形態において、第１のＲＡＴはＬＴＥであってもよく、第２のＲＡＴは、（１）Ｗ−ＣＤＭＡ、（２）ＨＳＰＡ、（３）ＨＳＤＰＡ、（４）ＨＳＵＰＡ、（５）非セルラー無線アクセス、または（６）ＷｉＦｉ無線アクセスのうちの１つであってもよい。
【００２７】
１つの代表的な無線送信／受信ユニット（ＷＴＲＵ）は、第２のタイプのＲＡＴに関連付けられている補足チャネルをプロビジョニングするためのプロビジョニング情報を、第１のタイプのＲＡＴに関連付けられているプライマリチャネルを介して受信するように構成された送信／受信ユニットと、第２のタイプのＲＡＴによる補足チャネルを介する通信に関連付けられている第２のデータを無線で交換する間に、送信／受信ユニットが第１のタイプのＲＡＴによるプライマリチャネルを介する通信に関連付けられている第１のデータを無線で交換するように、受信したプロビジョニング情報に基づいて第２のタイプのＲＡＴに関連付けられている補足チャネルを確立するように構成されたプロセッサとを含むことができる。
【００２８】
特定の代表的な実施形態において、送信／受信ユニットは、第１のタイプのＲＡＴに関連付けられているプライマリチャネルを介して、プライマリチャネルの制御情報および補足チャネルの制御情報を無線で受信することができる。
【００２９】
特定の代表的な実施形態において、送信／受信ユニットは、（１）Ｗ−ＣＤＭＡ、（２）ＨＳＰＡ、（３）ＨＳＤＰＡ、（４）ＨＳＵＰＡ、および／または（５）ＬＴＥアクセスのうちの１つを使用して第１のデータを無線で交換することができる。
【００３０】
特定の代表的な実施形態において、送信／受信ユニットは、第１のデータの交換中に、（１）Ｗ−ＣＤＭＡ、（２）ＨＳＰＡ、（３）ＨＳＤＰＡ、（４）ＨＳＵＰＡ、（５）ＬＴＥアクセス、（６）非セルラーアクセス、および／または（７）ＷｉＦｉアクセスの少なくとも異なる１つを使用して第２のデータを交換することができる。
【００３１】
特定の代表的な実施形態において、プロセッサは、受信したプロビジョニング情報から、補足チャネルを介して第２のデータを無線で交換するためにプロビジョニングされるべき第２のタイプのＲＡＴに関連付けられている１つまたは複数のキャリアコンポーネントを決定することができ、決定された１つまたは複数のキャリアコンポーネントを使用して補足チャネルをプロビジョニングすることができる。
【００３２】
特定の代表的な実施形態において、プロセッサは、プロビジョニング情報を受信する前に、単一無線リソース接続に関連付けられているプライマリチャネルを確立することができ、プロビジョニング情報を受信した後、第１および第２のタイプのＲＡＴの無線リソースを制御するためにプライマリチャネルの同じ単一無線リソース接続に関連付けられている補足チャネルを確立することができる。
【００３３】
特定の代表的な実施形態において、プロセッサは、プロビジョニング情報を受信する前に、第１の無線リソース接続に関連付けられているプライマリチャネルを確立することができ、プロビジョニング情報を受信した後、第１および第２のタイプのＲＡＴの無線リソースをそれぞれ制御するために第２の無線リソース接続に関連付けられている補足チャネルを確立することができる。
【００３４】
特定の代表的な実施形態において、プロセッサは、第１のデータの交換のための第１の周波数または第１の周波数帯域、および第１の周波数または第１の周波数帯域と同一であるかまたは異なる第２の周波数または第２の周波数帯域においてＷＴＲＵを動作させることができる。
【００３５】
もう１つの代表的なマルチモード無線送信／受信ユニット（ＷＴＲＵ）は、無線通信を実行することができ、複数の無線アクセス技術（ＲＡＴ）に関連付けられているコンポーネントキャリア（ＣＣ）での同時動作のために構成されてもよい。マルチモードＷＴＲＵは、高速パケットアクセス（ＨＳＰＡ）媒体アクセス制御（ＭＡＣ）エンティティの同時動作のために構成されたプロセッサと、ＬＴＥ  ＭＡＣエンティティと、ＨＳＰＡ  ＭＡＣエンティティおよびＬＴＥ  ＭＡＣエンティティがＨＳＰＡおよびＬＴＥ  ＲＡＴを介して交換されるデータを集約するように構成されるように、ＨＳＰＡおよびＬＴＥ  ＭＡＣエンティティに関連付けられている複数のチャネルとを含むことができる。
【００３６】
さらなるマルチモード無線送信／受信ユニット（ＷＴＲＵ）は、無線通信を実行することができ、複数の無線アクセス技術（ＲＡＴ）に関連付けられているコンポーネントキャリア（ＣＣ）での同時動作またはほぼ同時の動作をサポートするように構成されてもよい。マルチモードＷＴＲＵは、第１のＲＡＴに従って第１のＣＣを介して情報を交換し、第２のＲＡＴに従って第２のＣＣを介して情報を同時に交換するように構成された送信／受信ユニットと、第１および第２のＣＣを介して交換された情報を集約または分割するように構成されたプロセッサとを含むことができる。
【００３７】
特定の代表的な実施形態において、ＷＴＲＵは、（１）エンドユーザ端末、またはネットワークアクセスポイントのうちの１つであってもよい。
【００３８】
特定の代表的な実施形態において、非一時的コンピュータ可読記憶媒体は、任意の代表的な方法を実施するためのコンピュータにより実行可能なプログラムコードを記憶することができる。
【図面の簡単な説明】
【００３９】
詳細な理解は、本明細書の添付図面と併せて一例として示される以下の発明の実施形態から得ることができる。そのような図面において、図は、発明を実施するための形態と同様、例示に過ぎない。諸図および発明を実施するための形態は、限定的なものと見なされるべきではなく、その他の同等に効果的な例も可能であって想定され得る。さらに、諸図において類似する参照番号は、類似する要素を示す。
【図１Ａ】１つまたは複数の開示される実施形態が実施され得る代表的な通信システムを示す図である。
【図１Ｂ】図１Ａの通信システム内で使用され得る代表的なＷＴＲＵを示す図である。
【図１Ｃ】図１Ａの通信システム内で使用され得る代表的な無線アクセスネットワークおよび代表的なコアネットワークを示す図である。
【図２】多数の無線アクセス技術（ＲＡＴ）をサポートする代表的なパケットデータネットワークアーキテクチャを示す図である。
【図３】ダウンリンク（ＤＬ）論理チャネルのＤＬトランスポートチャネルへの代表的なマッピングを示す図である。
【図４】代表的なｍｕｌｔｉ−ＲＡＴレイヤ２（Ｌ２）ＤＬ構造を示す図である。
【図５】ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ（ｅＮＢ）側の代表的な媒体アクセス制御（ＭＡＣ）−ｅｈｓエンティティを示す図である。
【図６】代表的なＭＡＣアーキテクチャを示す図である。
【図７】ＷＴＲＵ側の代表的なＭＡＣ−ｅｈｓエンティティを示す図である。
【図８】ｍｕｌｔｉ−ＲＡＴアグリゲーションおよび共通ＬＴＥ  ＭＡＣヘッダフォーマットを使用する代表的なＭＡＣアーキテクチャを示す図である。
【図９】ｍｕｌｔｉ−ＲＡＴ  ＷＴＲＵのキャリアアグリゲーションを管理するための代表的な方法を示す流れ図である。
【図１０】マルチモードＷＴＲＵを使用して無線通信を実行するための代表的な方法を示す流れ図である。
【図１１】マルチモードＷＴＲＵを使用して無線通信を実行するための別の代表的な方法を示す流れ図である。
【図１２】ｍｕｌｔｉ−ＲＡＴキャリアアグリゲーション（ＣＡ）をサポートするＷＴＲＵにおいて無線通信を実行するための代表的な方法を示す流れ図である。
【図１３】マルチモードＷＴＲＵを使用して無線通信を実行するためのさらなる代表的な方法を示す流れ図である。
【図１４】ｍｕｌｔｉ−ＲＡＴ  ＣＡをサポートするＷＴＲＵ１０２において無線通信を実行するための別の代表的な方法を示す流れ図である。
【発明を実施するための形態】
【００４０】
スペクトルは、コストのかかるリソースであり、全ての周波数帯域が全てのオペレータに使用可能となるわけではない。オペレータは、通常はＲＡＴごとにわずかなコンポーネントキャリア（ＣＣ）を使用することができる（例えば、特定のオペレータに対してＲＡＴあたり最大２〜３のＣＣに制限されることもある）キャリアアグリゲーションのシナリオによりＨＳＰＡおよびＬＴＥサービス両方のサポートを提供することができる。従来の配備は、当面の間（例えば、ＬＴＥ配備中および／または配備後）保持され得るが、これはオペレータのＲＡＴの１つまたは複数における無線リソース、スペクトル、および容量が十分に活用されないという状態をまねく場合もある。
【００４１】
オペレータはまた、例えば２．４ＧＨｚ周波数帯域における８０２．１１ｂ／ｇ／ｎ、３．６ＧＨｚ周波数帯域における８０２．１１ｙ、および／または５ＧＨｚ周波数帯域における８０２．１１ａ／ｈ／ｊ／ｎのような１つまたは複数のＷｉＦｉ技術を使用する、例えばホットスポットエリアにおけるＷｉＦｉサービスのサポートも提供することができる。
【００４２】
特定の代表的な実施形態において、方法、装置、およびシステムは、無線送信／受信ユニット（ＷＴＲＵ）が異なるＲＡＴに従って複数の周波数のうちの少なくとも１つで動作できるように（例えば、ＷＴＲＵは複数のＲＡＴを使用して動作することができる）、ＷＴＲＵが複数の周波数で同時に動作できるようにすることができる。
【００４３】
ＷＴＲＵは一般に、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャー、携帯電話、携帯情報端末（ＰＤＡ）、タブレット、コンピュータ、または無線環境において動作することのできる他の任意の種類のユーザデバイスを指すが、これらに限定されることはない。基地局は一般に、Ｎｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境において動作することのできる他の任意の種類のインターフェース接続デバイスを指すが、これらに限定されることはない。
【００４４】
図１Ａは、１つまたは複数の開示される実施形態が実施され得る代表的な通信システムを示す図である。
【００４５】
通信システム１００は、音声、データ、ビデオ、メッセージング、および／またはブロードキャストなどのようなコンテンツを、特に、複数の無線ユーザに提供する多重アクセスシステムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通じて、そのようなコンテンツにアクセスできるようにすることができる。例えば、通信システム１００は、特に、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、および／またはシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）のような、１つまたは複数のチャネルアクセス方法を採用することができる。
【００４６】
図１Ａに示されるように、通信システム１００は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を使用できることが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは各々、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであってもよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、特に、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャー、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、タブレット、無線センサ、および／または家庭用電化製品を含むことができる。
【００４７】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａおよび１１４ｂは各々、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２のような１つまたは複数の通信ネットワークへのアクセスを容易にするため、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスであってもよい。例えば、基地局１１４ａおよび１１４ｂは、特に、ＢＴＳ（Base Transceiver Station）、Ｎｏｄｅ−Ｂ、ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ（ｅＮＢ）、Ｈｏｍｅ  Ｎｏｄｅ−Ｂ（ＨＮＢ）、Ｈｏｍｅ  ｅＮＢ（ＨｅＮＢ）、サイトコントローラ、アクセスポイント（ＡＰ）、および／または無線ルータであってもよい。基地局１１４ａ、１１４ｂは各々単一の要素として示されるが、基地局１１４ａおよび１１４ｂが、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができると企図される。
【００４８】
基地局１１４ａはＲＡＮ１０４の一部であってもよく、特に、１つまたは複数の基地局コントローラ（ＢＳＣ）、１つまたは複数の無線ネットワークコントローラ（ＲＮＣ）、および／または１つまたは複数の中継ノードのような、他の基地局および／またはネットワーク要素（図示せず）を含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、（例えば、セル（図示せず）と称されることもある）特定の地理的領域内の無線信号を送信および／または受信するように構成されてもよい。セルは、セルセクタにさらに分割されてもよい。例えば、基地局１１４ａに関連付けられているセルは、３つのセクタに分割されてもよい。特定の代表的な実施形態において、基地局１１４ａおよび／または１１４ｂは、３つの送受信機（例えば、セルのセクタごとに１つの送受信機）を含むことができる。特定の代表的な実施形態において、基地局１１４ａは、ＭＩＭＯ技術を採用することができ、セルの各セクタに対して複数の送受信機を使用することができる。
【００４９】
基地局１１４ａおよび１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は（例えば、特に、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、および／または可視光線など）任意の適切な無線通信リンクであってもよい。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。
【００５０】
通信システム１００は、多元接続システムであってもよく、特に、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、および／またはＳＣ−ＦＤＭＡなどの、１つまたは複数のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｗ−ＣＤＭＡを使用してエアインターフェース１１６を確立することができるＵＴＲＡ（UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access）のような無線技術を実施することができる。Ｗ−ＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはｅｖｏｌｖｅｄ  ＨＳＰＡ（ＨＳＰＡ＋）のような通信プロトコルを含むことができる。ＨＳＰＡは、特に、高速ＤＬパケットアクセス（ＨＳＤＰＡ）および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００５１】
特定の代表的な実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＬＴＥおよび／またはＬＴＥ−Ａｄｖａｎｄｅｄ（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立することができるｅｖｏｌｖｅｄ  ＵＴＲＡ（Ｅ−ＵＴＲＡ）のような無線技術を実施することができる。
【００５２】
特定の代表的な実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、特に、ＩＥＥＥ８０２．１６（例えば、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ（evolution-data optimized）、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５（Interim Standard 95）、ＩＳ−８５６（Interim Standard 856）、ＧＳＭ、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、および／またはＧＥＲＡＮ（GSM EDGE）のような無線技術を実施することができる。
【００５３】
基地局１１４ｂは、例えば、無線ルータ、ＨＮＢ、ＨｅＮＢ、および／またはＡＰであってもよく、特に、事業所、家庭、車両、および／またはキャンパスのような、局在的な領域において無線接続を容易にするために任意の適切なＲＡＴを使用することができる。特定の代表的な実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１のような無線技術を実施することができる。特定の代表的な実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５のような無線技術を実施することができる。特定の代表的な実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（例えば、特に、Ｗ−ＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、および／またはＬＴＥ−Ａ）を使用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０に直接接続することができる。したがって、基地局１１４ｂが、コアネットワーク１０６を介してインターネット１１０にアクセスしてもよいしアクセスしなくてもよい。
【００５４】
ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、コアネットワーク１０６は特に音声、データ、アプリケーション、および／またはＶｏＩＰ（voice over Internet protocol）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数に提供するように構成された任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６は、特に、コール制御、課金サービス、モバイル位置情報サービス、プリペイドコール、インターネット接続、および／またはビデオ配信を提供すること、および／またはユーザ認証のような高水準のセキュリティ機能を実行することができる。図１Ａに示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６が、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用できる他のＲＡＮと直接または間接的に通信できることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を使用しているＲＡＮ１０４に接続されていることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信することもできる。
【００５５】
コアネットワーク１０６は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとしての役割を果たすこともできる。ＰＳＴＮ１０８は、従来のアナログ電話回線サービス（ＰＯＴＳ）を提供できる回線交換電話ネットワークを含むことができる。インターネット１１０は、特に、ＴＣＰ／ＩＰスイートのＴＣＰ、ＵＤＰ、および／またはＩＰのような、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク１１２は、１つまたは複数のサービスプロバイダによって所有および／または運用される有線または無線の通信ネットワークを含むことができる。例えば、他のネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用することができる１つまたは複数のＲＡＮに接続された別のコアネットワークを含むことができる。
【００５６】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード機能を含むことができ、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄはさまざまな無線リンクを介してさまざまな無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用することができる基地局１１４ａ、およびＩＥＥＥ８０２無線技術（例えば、ＷｉＦｉ無線技術）を採用することができる基地局１１４ｂと通信するように構成されてもよい。
【００５７】
図１Ｂは、図１Ａの通信システム内で使用され得る代表的な無線送信／受信ユニット（ＷＴＲＵ）を示す図である。
【００５８】
図１Ｂを参照すると、ＷＴＲＵ１０２は、特に、プロセッサ１１８、送受信機１２０、送信／受信要素（例えば、アンテナ）１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または周辺機器１３８を含むことができる。ＷＴＲＵ１０２が、前述の要素の任意の下位組み合わせを含むことができ、さまざまな開示される実施形態に引き続き整合することが理解されよう。
【００５９】
プロセッサ１１８は、特に、汎用プロセッサ、特殊用途プロセッサ、標準的なプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、マイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特殊用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、集積回路（ＩＣ）、および／または状態機械であってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作できるようにする任意の他の機能を実行することができる。プロセッサ１１８は、送信／受信要素１２２に結合され得る送受信機１２０に結合されてもよい。図１Ｂはプロセッサ１１８および送受信機１２０を別個のコンポーネントとして示すが、プロセッサ１１８および送受信機１２０は電子パッケージまたはチップに統合されてもよい。
【００６０】
送信／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局から信号を受信するように構成されてもよい。例えば、特定の代表的な実施形態において、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。特定の代表的な実施形態において、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってもよい。特定の代表的な実施形態において、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成されてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成されてもよい。
【００６１】
送信／受信要素１２２は単一の要素として示されるが、ＷＴＲＵ１０２は任意の数の送信／受信要素１２２を含むことができる。例えば、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することができる。特定の代表的な実施形態において、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信および／または受信するために２つまたはそれ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００６２】
送受信機１２０は、送信／受信要素１２２によって送信されるべき信号を変調するように、および／または送信／受信要素１２２によって受信される信号を復調するように構成されてもよい。送受信機１２０は、例えばＵＴＲＡおよびＩＥＥＥ８０２．１１のような複数のＲＡＴ（例えば、ＷｉＦｉ無線技術）を介してＷＴＲＵ１０２が通信できるようにするための複数の送受信機を送受信機１２０が含み得るように、マルチモード能力を有してもよい。
【００６３】
ＷＴＲＵ１０２のプロセッサ１１８は、特に、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニット、および／または有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合されてもよく、これらの機器からユーザ入力データを受信することができる。プロセッサ１１８はまた、特に、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２のような、任意のタイプの適切なメモリから情報にアクセスし、適切なメモリにデータを格納することができる。非リムーバブルメモリ１３０は、特に、ＲＡＭ、ＲＯＭ、ハードディスク、および／または任意の他のタイプのメモリストレージデバイスを含むことができる。リムーバブルメモリ１３２は、特に、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、および／またはセキュアデジタル（ＳＤ）メモリカードを含むことができる。特定の代表的な実施形態において、メモリは、非一時的メモリであってもよい。
【００６４】
特定の代表的な実施形態において、プロセッサ１１８は、サーバ上、またはホームコンピュータ（図示せず）上のような、ＷＴＲＵ１０２に物理的に位置していないメモリから情報にアクセスし、そのようなメモリにデータを格納することができる。
【００６５】
プロセッサ１１８は、電源１３４から電力を受信することができ、ＷＴＲＵ１０２内の他のコンポーネントへの電力の配電および／または制御を行うように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであってもよい。例えば、電源１３４は、特に、１つまたは複数の乾電池（例えば、特に、ニッケルカドミウム（NiCd）、ニッケル亜鉛（NiZn）、ニッケル水素（NiMH）、および／またはリチウムイオン（Li-ion））、太陽電池、および／または燃料電池を含むことができる。
【００６６】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の場所に関する位置情報（例えば、緯度および経度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、および／または１１４ｂ）からエアインターフェース１１６を介して位置情報を受信すること、および／または２つまたはそれ以上の近隣の基地局から受信されている信号のタイミングに基づいてその場所を決定することができる。ＷＴＲＵ１０２が、任意の適切な場所決定の方法を用いてロケーション情報を取得することができ、引き続きさまざまな開示される実施形態に整合することが理解されよう。
【００６７】
プロセッサ１１８は、他の周辺機器１３８に結合されてもよく、周辺機器１３８は、追加の特徴、機能、および／または有線もしくは無線接続を提供できる１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、特に、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ＵＳＢポート、振動装置、テレビ送受信機、ハンドフリーヘッドセット、ブルートゥースモジュール、周波数変調（ＦＭ）無線装置、デジタル音楽プレイヤー、メディアプレイヤー、テレビゲームプレイヤーモジュール、インターネットブラウザを含むことができる。
【００６８】
図１Ｃは、図１Ａの通信システム内で使用され得る代表的な無線アクセスネットワークおよび代表的なコアネットワークを示す図である。ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０６と通信することもできる。ＲＡＮ１０４はｅＮＢ１４０ａ、１４ｂ、１４０ｃを含むことができるが、引き続きさまざまな実施形態に整合しながら、ＲＡＮ１０４は任意の数のｅＮＢを含むことができる。ｅＮＢ１４０ａ、１４０ｂ、１４０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。特定の代表的な実施形態において、ｅＮＢ１４０ａ、１４０ｂ、１４０ｃはＭＩＭＯ技術を実施することができる。例えば、ｅＮＢ１４０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信すること、および／またはＷＴＲＵ２５２ａから無線信号を受信することができる。
【００６９】
ｅＮＢ１４０ａ、１４０ｂ、１４０ｃは各々、特定のセル（図示せず）に関連付けられてもよく、特に、無線リソース管理の決定、ハンドオーバーの決定、および／またはアップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングを処理するように構成されてもよい。図１Ｃに示されるように、ｅＮＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して相互に通信することができる。
【００７０】
図１Ｃに示されるコアネットワーク１０６は、特に、モビリティ管理エンティティ（ＭＭＥ）１４２、サービングゲートウェイ１４４、および／またはパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。前述の要素は各々、コアネットワーク１０６の一部として示されているが、それらの要素のうちのいずれかがコアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが理解されよう。
【００７１】
ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続されてもよく、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１４２は、特に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、および／またはＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中に特定のサービングゲートウェイを選択することを担うことができる。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷ−ＣＤＭＡのような他の無線技術を採用する他のＲＡＮ（図示せず）とを切り替えるための制御プレーン機能を提供することもできる。
【００７２】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続されてもよい。サービングゲートウェイ１４４は一般に、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でルーティングおよび転送することができる。サービングゲートウェイ１４４は、特に、ｅＮＢ間ハンドオーバー中にユーザプレーンを固定すること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに使用可能な場合にページングをトリガすること、および／またはＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理して格納することのような、他の機能を実行することができる。
【００７３】
サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６に接続されてもよく、ＰＤＮゲートウェイ１４６は、インターネット１１０のようなパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応のデバイスとの間の通信を容易にすることができる。
【００７４】
コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＰＳＴＮ１０８のような回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信線通信デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすことができるＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができるか、またはＩＰゲートウェイと通信することができる。コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができる他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００７５】
Ｍｕｌｔｉ−ＲＡＴキャリアアグリゲーション
例えば、（１）ＨＳＤＰＡは、Ｗ−ＣＤＭＡと併せてＤＬ  ＣＣ（例えば、最大４つのＤＬ  ＣＣが使用可能であり、最大８つのＤＬ  ＣＣまで増大されてもよい）を同時に使用して、周波数ダイバーシティおよびリソースプーリングにより帯域幅使用量を改善することができ、（２）Ｗ−ＣＤＭＡは、マルチキャリアＤＬにおいてＭＩＭＯを使用することができ、（３）ＨＳＵＰＡは、ＵＬ  ＣＣを同時に使用することができる。ＨＳＰＡの伝送時間間隔（ＴＴＩ）は、２ｍｓサブフレームであってもよい。
【００７６】
ＵＴＲＡＮ（Universal Terrestrial Radio Access Network）、無線リソース制御（ＲＲＣ）、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）、無線リンク制御（ＲＬＣ）の場合、ＭＡＣ−ｄおよびＭＡＣ−ｉｓサブレイヤはＲＮＣに位置してもよいが、ＭＡＣ−ｈｓ、ＭＡＣ−ｉおよびレイヤ１（Ｌ１）はＮｏｄｅ−Ｂに位置してもよい。セキュリティ（例えば、暗号化）、ＭＡＣへの分割および再アセンブリサービス、ＰＤＣＰへの順序配信サービスは、ＲＬＣによって提供されてもよく、ＭＡＣは、ＲＬＣレイヤのハイブリッド自動再送要求（ＨＡＲＱ）プロセス間の順序付けを保証することができる。
【００７７】
ＬＴＥの場合、各無線フレーム（例えば、１０ｍｓ）は、同じ大きさの１ｍｓのサブフレームを１０個含むことができる（例えば、ＬＴＥのＴＴＩは１つの１ｍｓサブフレームを使用することができる）。例えば、ＬＴＥは、同じ伝送間隔内のｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）とＷＴＲＵ間の複数のＣＣの無線リソースを使用して、同時送信および／または受信を提供することができる。ｅｖｏｌｖｅｄ  ＵＴＲＡＮ（ｅＵＴＲＡＮ）の場合、無線ネットワークコントローラ（ＲＮＣ）はないので、ＲＲＣ／ＰＤＣＰ／ＲＬＣ／ＭＡＣレイヤがｅＮＢで提供されて（例えば、全てが位置して）もよい。セキュリティ（例えば、暗号化および保全性保護）および順序配信サービス（例えば、ハンドオーバーにおける）は、ＰＤＣＰによって提供されてもよい。ＲＬＣは、分割、再分割、および／または再アセンブリサービスをＭＡＣに提供することができる。
【００７８】
図２は、図１Ａおよび／または図１Ｃの通信システムにおいて使用され得る代表的な通信システム２００を示す図である。
【００７９】
図２を参照すると、通信システム２００は、ｅｖｏｌｖｅｄパケットコア（ＥＰＣ：evolved packet core）および／または汎用パケット無線サービス（ＧＰＲＳ：General Packet Radio Service）コアをサポートするためにＳＧＳＮ／ＭＭＥプラットフォーム２１０を含むことができる。ＳＧＳＮ／ＭＭＥプラットフォーム２１０は、Ｇｂインターフェースを介して（例えば、制御シグナリングおよびユーザデータ用）ＧＥＲＡＮ  ＲＡＴ２２０に接続することができる。ＧＥＲＡＮ  ＲＡＴ２２０は、例えば、ＢＳＣ（Base Station Controller）２２２およびＢＴＳ（Base Transceiver Station）２２４を含むことができる。
【００８０】
ＳＧＳＮ／ＭＭＥプラットフォーム２１０は、ｌｕ  ｕｐ／Ｓ１２インターフェースを介して（例えば、制御シグナリング用）ＵＴＲＡＮ２３０にインターフェースすることができる。ＵＴＲＡＮ３２０は、ＲＮＣ２３２およびノードＢ２３４を含むことができる。ＧＧＳＮ／ＳＡＥ（Gateway GPRS Serving Support/System Architecture Evolution）ゲートウェイ２５０は、ｌｕ／Ｇｎ−ＵＰインターフェースを介して（例えば、ユーザデータ用）ＲＮＣ２３２にインターフェースすることができる。ＧＧＳＮ／ＳＡＥゲートウェイ２５０は、Ｇｉインターフェースを介して（例えば、ユーザデータ用）インターネットのような、パケットデータネットワーク２６０にインターフェースすることができ、ＳＧＳＮ／ＭＭＥプラットフォーム２１０（例えば、制御シグナリングおよびユーザデータ用）にインターフェースすることができる。ＳＧＳＮ／ＭＭＥプラットフォーム２１０は、Ｓ１−Ｃインターフェースを介して（例えば、制御シグナリング用）ＬＴＥネットワーク２４０にインターフェースすることができる。ＬＴＥネットワーク２４０は、ｅＮＢ２４２を含むことができる。ＧＧＳＮ／ＳＡＥゲートウェイ２５０は、Ｓ１−Ｕインターフェースを介して（例えば、ユーザデータ用）ｅＮＢ２４２にインターフェースすることができる。
【００８１】
図２のパケットデータネットワークアーキテクチャは、例えば、ＧＥＲＡＮ  ＲＡＴ２２０、ＵＴＲＡＮ  ＲＡＴ２３０、および／またはｅＵＴＲＡＮ／ＬＴＥ  ＲＡＴ２４０を含む多数のＲＡＴをサポートすることができる。オペレータは、例えば計画立案および配備コスト並びに再使用配備サイトを低減するため、Ｗ−ＣＤＭＡ（例えば、レガシーＷ−ＣＤＭＡ）配備に使用されたサイトと同じサイトを使用してＬＴＥを配備することができる。オペレータは、データ拡張オーバーレイと同じカバレッジエリアにＷ−ＣＤＭＡ／ＨＳＰＡおよびＬＴＥの両方を配備することも、配備しないこともある。マルチモードＷＴＲＵ１０２は（例えば、Ｗ−ＣＤＭＡ／ＨＳＰＡアクセス、および／またはＬＴＥアクセス、および／またはＷｉＦｉアクセスをサポートすることができる）、広く配備され得る。
【００８２】
ＭＩＭＯによるＨＳＰＡは、例えば、４２ＭｂｐｓのＤＬピークデータレートを提供することができ、マルチキャリアＨＳＰＡは、最大４つのＤＬ  ＣＣを提供することによってピークレートを増大させることができる。ＬＴＥは、単一キャリアＤＬおよびＬＴＥで最大１００Ｍｂｐｓを含むことができ、例えば、ＲＡＴ内キャリアアグリゲーションでは、例えば最大５つのＣＣの伝送リソースを結合することによりピークレートを増大させて、（例えば、ロードバランシングを通じて）配備されたＲＡＴの使用量を最大化するため、または（例えば、デュアルバンド受信機を使用して）ＷＴＲＵ１０２の無線コンポーネントの使用量を最大化するために、より高いデータ転送速度を提供するコストを軽減することができる。
【００８３】
オペレータは、周波数帯域の予約を可能にするために（例えば、ＨｅＮＢ配備用）ＲＡＴ間キャリアアグリゲーションを使用し、ＨＳＰＡリソースをＬＴＥリソースと結合することで、（例えば、回線交換（ＣＳ）音声用、および／またはＬＴＥデータ転送速度を使用するサービス用）サービス継続性を保証することができる。
【００８４】
コンポーネントキャリア（ＣＣ）は一般に、ＷＴＲＵ１０２が動作する周波数を指す。例えば、ＷＴＲＵ１０２は、ＤＬ  ＣＣで伝送を受信することができる。ＤＬ  ＣＣは、複数のＤＬ物理チャネルを含むことができる。別の例として、ＷＴＲＵ１０２は、ＵＬ  ＣＣで伝送を実行することができる。ＵＬ  ＣＣは、複数のＵＬ物理チャネルを含むことができる。
【００８５】
ＬＴＥの場合、ＤＬ物理チャネルは、例えば、特に、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ：physical control format indicator channel）、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ：physical HARQ indicator channel）、物理データ制御チャネル（ＰＤＣＣＨ：physical data control channel）、物理マルチキャストチャネル（ＰＭＣＨ：physical multicast channel）、および／または物理データ共用チャネル（ＰＤＳＣＨ：physical data shared channel）を含むことができる。ＰＣＦＩＣＨにおいて、ＷＴＲＵ１０２は、ＤＬ  ＣＣの制御領域のサイズを示す制御データを受信することができる。ＰＨＩＣＨにおいて、ＷＴＲＵ１０２は、以前のＵＬ伝送のＨＡＲＱ肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）フィードバックを示す制御データを受信することができる。ＰＤＣＣＨにおいて、ＷＴＲＵ１０２は、ＤＬおよびＵＬリソースをスケジュールするために使用されるＤＬ制御情報（ＤＯＩ）メッセージを受信することができる。ＰＤＳＣＨにおいて、ＷＴＲＵ１０２は、ユーザおよび／または制御データを受信することができる。
【００８６】
ＬＴＥの場合、ＵＬ物理チャネルは、例えば、特に、物理ＵＬ制御チャネル（ＰＵＣＣＨ）および／または物理ＵＬ共用チャネル（ＰＵＳＣＨ）を含むことができる。ＰＵＳＣＨにおいて、ＷＴＲＵ１０２は、ユーザおよび／または制御データを送信することができる。ＰＵＣＣＨおよび／またはＰＵＳＣＨにおいて、ＷＴＲＵ１０２は、（チャネル品質インジケータ（ＣＱＩ）／プリコーディングマトリクスインジケータ（ＰＭＩ）／ランクインジケータ（ＲＩ）および／またはスケジューリング要求（ＳＲ）のような）ＵＬ制御情報および／またはハイブリッド自動再送要求（ＨＡＲＱ）ＡＣＫ／ＮＡＣＫフィードバックを伝送することができる。ＵＬ  ＣＣにおいて、ＷＴＲＵ１０２は、サウンディングリファレンス信号（ＳＲＳ）の伝送のために個別のリソースが割り振られてもよい。
【００８７】
例えば、ＨＳＤＰＡの場合、共用チャネル（例えば、高速ＤＬ共用チャネル（ＨＳ−ＤＳＣＨ））は、ＤＬ伝送に使用されてもよい。ＨＳ−ＤＳＣＨは、ＷＴＲＵ１０２が、特に、個別トランスポートチャネル（ＤＴＣＨ：dedicated transport channel）、個別制御チャネル（ＤＣＣＨ：dedicated control channel）、共通制御チャネル（ＣＣＣＨ：common control channel）、および／またはブロードキャスト制御チャネル（ＢＣＣＨ：broadcast control channel）のような論理チャネルからユーザデータおよび／または制御シグナリングを受信することができるトランスポートチャネルであってもよい。ＷＴＲＵ１０２は、高速物理ＤＬ共用チャネル（ＨＳ−ＰＤＳＣＨ）でＨＳ−ＤＳＣＨを受信することができる。ＷＴＲＵ１０２は、ＨＳ−ＰＤＳＣＨのスケジューリングのためのＤＬ制御シグナリング（例えば、チャネライゼーションコード、変調方式、およびトランスポートブロックサイズを含むトランスポートフォーマット）、および／または他のタイプの制御シグナリング（例えば、高速共用制御チャネル（ＨＳ−ＳＣＣＨ）での不連続受信（ＤＲＸ）／不連続送信（ＤＴＸ）アクティブ化／非アクティブ化および／または追加のＨＳＰＡセルのアクティブ化／非アクティブ化コマンド）を受信することができる。ＷＴＲＵ１０２は、ＨＳ−ＰＤＳＣＨ伝送に関連する、および／またはＨＳ−ＳＣＣＨ順序に関連するＵＬフィードバック制御情報を伝送することができる。ＵＬフィードバックは、Ｈ−ＡＲＱフィードバック、ＣＱＩ、および／またはプリコーディング制御情報（ＰＣＩ）（例えば、ＷＴＲＵ１０２がＭＩＭＯ動作のために構成される場合）を含むことができ、構成されたＨＳ−ＤＳＣＨごとに１つずつ高速個別物理制御チャネル（ＨＳ−ＤＰＣＣＨ：high-speed dedicated physical control channel）で送信されてもよい。電力制御コマンドは、ＤＰＣＨ上、または部分ＤＰＣＨ（これ以降、Ｆ−ＤＰＣＨと称する）上でＷＴＲＵ１０２によって受信されてもよい。ＨＳ−ＳＣＣＨおよび／またはＨＳ−ＤＰＳＣＨのソフトハンドオーバーがなくてもよい。
【００８８】
ＨＳＵＰＡの場合、ソフト合成のための高速スケジューリングおよび高速ＨＡＲＱは、拡張個別チャネル（Ｅ−ＤＣＨ：enhanced dedicated channel）を使用することができる。ソフトハンドオーバーは、ＨＳＵＰＡに使用されてもよい。Ｅ−ＤＣＨは、個別物理データチャネル（Ｅ−ＤＰＤＣＨ：dedicated physical data channel）でマッピングされてもよい。各無線リンクは、Ｅ−ＤＰＤＣＨを含まないか、もしくは１つまたは複数のＥ−ＤＰＤＣＨを含むことができる。ＷＴＲＵ１０２は、Ｅ−ＤＣＨ個別物理制御チャネル（Ｅ−ＤＰＣＣＨ）でＥ−ＤＣＨに関連付けられている制御情報を伝送することができる。各無線リンクは、１つのＥ−ＤＰＣＣＨを含むことができる。ＵＬ伝送に使用される個別物理ＤＬチャネルは、特に、Ｆ−ＤＰＣＨ、Ｅ−ＤＣＨ相対グラントチャネル（Ｅ−ＲＧＣＨ）、Ｅ−ＤＣＨ絶対グラントチャネル（Ｅ−ＡＧＣＨ）、および／またはＥ−ＤＣＨハイブリッドＡＲＱインジケータチャネル（Ｅ−ＨＩＣＨ）を含むことができる。ＷＴＲＵ１０２は、ＤＰＣＨおよび／またはＦ−ＤＰＣＨで電力制御コマンドを受信することができる。ＷＴＲＵ１０２は、サービングおよび非サービング無線リンクごとに高位層シグナリングによって構成された関連するＥ−ＲＧＣＨを介して、サービングおよび非サービング無線リンクからＵＬ相対グラントを受信することができる。ＷＴＲＵ１０２は、高位層シグナリングによって構成されたＥ−ＡＧＣＨでサービングＥ−ＤＣＨセルからＥ−ＤＣＨの絶対グラントを受信することができる。ＷＴＲＵ１０２は、Ｅ−ＤＣＨ  ＨＡＲＱ通知チャネル（Ｅ−ＨＩＣＨ：E-DCH HARQ Indication Channel）でＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）フィードバックを受信することができる。
【００８９】
セルは、ＤＬ  ＣＣおよび／またはネットワークからの個別構成シグナリングを使用してブロードキャストされた、ＷＴＲＵ１０２によって受信されたシステム情報（ＳＩ）に基づいて、ＵＬ  ＣＣにリンクされ得るＤＬ  ＣＣを含むことができる。例えば、ＤＬ  ＣＣでブロードキャストされた場合、ＷＴＲＵ１０２は、リンクされるＵＬ  ＣＣのＵＬ周波数および帯域幅をＳＩ要素（ＩＥ）の一部として受信することができる（例えば、ＬＴＥのＲＲＣ  ＩＤＬＥの場合、またはＷ−ＣＤＭＡのｉｄｌｅ／ＣＥＬＬ順方向アクセスチャネル（ＦＡＣＨ：forward access channel）の場合、例えば、ＷＴＲＵ１０２がまだネットワークへの無線リソース接続を有していない場合）。ＷｉＦｉアクセスの場合、セルは１つまたは複数のチャネルに対応することができ、チャネルは関与するＷｉＦｉ技術の周波数帯域内の特定の周波数に対応することができる。
【００９０】
プライマリセル（ＰＣｅｌｌ）は一般に、ＷＴＲＵ１０２がシステム２００への初期アクセスを実行することができる（例えば、特に、（１）ＷＴＲＵ１０２が初期接続確立手順を実行することができる、（２）ＷＴＲＵ１０２が接続再確立手順を開始することができる、および／または（３）セルがハンドオーバー手順でプライマリセルとして示されている）プライマリまたはアンカー周波数で動作しているセルを指す。ＰＣｅｌｌは、無線リソース接続構成手順の一部として示される周波数に対応することができる。特定の機能がＰＣｅｌｌでサポートされても（例えば、ＰＣｅｌｌのみでサポートされても）よい。例えば、ＰＣｅｌｌのＵＬ  ＣＣは、物理ＵＬ制御チャネルリソースがＷＴＲＵ１０２（例えば、特定のＷＴＲＵ）のＨＡＲＱフィードバック（例えば、全てのＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバック）を搬送するように構成されるＣＣに対応することができる。
【００９１】
例えば、ＬＴＥにおいて、ＷＴＲＵ１０２は、ＰＣｅｌｌを使用して、セキュリティ機能のパラメータおよび非アクセス階層（ＮＡＳ：non-access stratum）モビリティ情報のような高位層ＳＩのパラメータを導き出すことができる。ＰＣｅｌｌ  ＤＬのみでサポートされ得る他の機能は、ブロードキャストチャネル（ＢＣＣＨ）でのＳＩ取得および変更モニタリング手順、並びにページングを含む。Ｗ−ＣＤＭＡにおいて、プライマリサービングセルは、ＬＴＥのＰＣｅｌｌと類似してもよい。
【００９２】
セカンダリセル（ＳＣｅｌｌ）は一般に、無線リソース制御接続が確立された後（例えば、確立されたとき）に構成されてもよく、追加の無線リソースを提供することができるセカンダリまたは補足周波数で動作しているセルを指す。ＳＩ（例えば、関与するＳＣｅｌｌの動作にとって関連する）は、ＳＣｅｌｌがＷＴＲＵ１０２の構成に追加されるときに個別シグナリングを使用して提供されてもよい。
【００９３】
セキュリティ機能のパラメータおよび高位層ＳＩのパラメータが、ＳＩシグナリングを使用して関与するＳＣｅｌｌのＤＬでブロードキャストされた値と異なる値を有することがあるが、情報は、この情報を取得するためにＷＴＲＵ１０２によって使用された方法にはかかわりなく関与するＳＣｅｌｌのＳＩと称される。
【００９４】
ＰＣｅｌｌ  ＤＬおよびＰＣｅｌｌ  ＵＬは一般に、それぞれ、ＰＣｅｌｌのＤＬ  ＣＣおよびＵＬ  ＣＣに対応し、ＳＣｅｌｌ  ＤＬおよびＳＣｅｌｌＵＬは一般に、それぞれ、ＳＣｅｌｌのＤＬ  ＣＣおよびＵＬ  ＣＣ（構成される場合）に対応する。
【００９５】
サービングセルは一般に、プライマリセル（例えば、ＰＣｅｌｌ）またはセカンダリセル（例えば、ＳＣｅｌｌ）を指す。例えば、ＳＣｅｌｌで構成されていないか、または（例えば、キャリアアグリゲーションを介して）複数のＣＣで動作を可能にしないＷＴＲＵ１０２の場合、１つのサービングセル（例えば、１つのサービングセルのみ）が含まれてもよい（例えば、ＰＣｅｌｌ）。少なくとも１つのＳＣｅｌｌで構成されているＷＴＲＵの場合、サービングセルは、ＰＣｅｌｌおよび構成されたＳＣｅｌｌ（例えば、構成済みの全てのＳＣｅｌｌ）に対応する１つまたは複数のセルのセットを含むことができる。
【００９６】
ＷＴＲＵ１０２が少なくとも１つのＳＣｅｌｌで構成されている場合、１つのＰＣｅｌｌ  ＤＬおよび１つのＰＣｅｌｌ  ＵＬが構成されてもよく、構成された各ＳＣｅｌｌに対して、１つのＳＣｅｌｌ  ＤＬおよび１つのＳＣｅｌｌ  ＵＬ（例えば、構成されている場合）があってもよい。
【００９７】
マルチモードＷＴＲＵ１０２は一般に、特にＧＳＭ、Ｗ−ＣＤＭＡ、ＨＳＰＡ、ＨＳＤＰＡ、ＨＳＵＰＡおよびＬＴＥ、ＩＥＥＥ８０２．１１ｂ／ｇ／ｎ、ＩＥＥＥ８０２．１１ｙ、ＩＥＥＥ８０２．１６ａ／ｈ／ｊ／ｎおよびＩＥＥＥ８０２．２０、ｃｄｍａ２０００  １ｘおよび／またはｃｄｍａ２０００  ＥＶ−ＤＯの任意の組み合わせのような、複数のＲＡＴを使用可能にする任意のモバイル端末を指す。
【００９８】
プライマリＲＡＴ（ＰＲＡＴ）およびアンカーＲＡＴ（ＡＲＡＴ）は一般に、少なくとも１つのサービングセルが、（１）ＲＣＣ接続（例えば、ＰＣｅｌｌを使用して、例えば単一ＲＲＣ接続を介して確立され接続される）、および／または（２）セキュリティパラメータ（例えば、単一コンテキストなど、セキュリティコンテキストを介してＰＣｅｌｌを使用して導かれる）の機能、手順、および／または操作のうちの少なくとも１つが使用可能にされ得るＰＣｅｌｌとして構成される無線アクセス技術（例えば、ネットワーク技術）を指す。特定の代表的な実施形態において、ＵＬリソースは、第１のＲＡＴのサービングセル（例えば、サービングセルのみ）でＵＣＩを伝送するために使用されてもよい、および／または第１のＲＡＴの少なくとも１つのサービングセルは、構成済みのＵＬリソース（例えば、構成済みＵＬリソースの一部または全部）を伝送するために使用されてもよい。特定の代表的な実施形態において、ＰＲＡＴおよび／またはＡＲＡＴは、サービングセルＲＡＴと称されてもよい。
【００９９】
セカンダリまたは補足ＲＡＴ（ＳＲＡＴ）および／または非アンカーＲＡＴ（ＮＡＲＡＴ）は一般に、構成済みのサービングセルのいずれもＷＴＲＵの構成のＰＲＡＴではないＲＡＴを指す。
【０１００】
Ｍｕｌｔｉ−ＲＡＴ動作は一般に、第１のＲＡＴの少なくとも１つのＣＣ（例えば、１つまたは複数のセルのＤＬ  ＣＣまたはＵＬ  ＣＣ）、および（例えば、同一または異なるタイプの）第２のＲＡＴの少なくとも１つのＣＣ（例えば、１つまたは複数の他のセルのＤＬ  ＣＣまたはＵＬ  ＣＣ）と動作するように同時に構成された任意のマルチモードＷＴＲＵ１０２を指す。異なるＣＣでの動作は、同時、またはほぼ同時に生じることができる。異なるＲＡＴに従う動作は、同じＣＣ上を含む、順次であってもよい。
【０１０１】
特定の代表的な実施形態において、マルチモードＷＴＲＵ１０２は、複数のＲＡＴのＣＣ上の同時またはほぼ同時の動作を提供するように使用可能にされてもよい。マルチモードＷＴＲＵ１０２は、少なくとも１つのサービングセルが第１のＲＡＴに対応し、少なくとも第２のサービングセルが第２のＲＡＴに対応するような、１つまたは複数のサービングセルで動作するように構成されてもよい。マルチモードＷＴＲＵ１０２は、異なるＲＡＴを使用してＤＬおよび／またはＵＬ伝送を実行することができ、異なる周波数で動作することができる。
【０１０２】
特定の代表的な実施形態において、ＣＣアグリゲーションは、複数のＲＡＴにわたって適用されてもよい。例えば、代表的な手順は、ＨＳＰＡ配備に使用される無線周波数の少なくとも１つのＣＣに加えて、ＬＴＥ配備に使用される無線周波数の少なくとも１つのＣＣの、ＷＴＲＵ１０２によるＣＣアグリゲーションに基づいてもよい。手順は、ＷＴＲＵ１０２によって同時にサポートされる複数のＲＡＴの無線リソースを制御するために使用され得るＲＲＣ接続（例えば、単一ＲＲＣ接続）を提供することができる。例えば、代表的な手順は、ＬＴＥ配備に使用される無線周波数の少なくとも１つのＣＣに加えて、ＨＳＰＡ配備に使用される無線周波数の少なくとも１つのＣＣの、ＷＴＲＵ１０２によるＣＣアグリゲーションに基づいてもよい。代表的な手順は、ＷＴＲＵ１０２によって同時にサポートされる複数のＲＡＴの無線リソースを制御するために使用され得るＲＲＣ接続（例えば、単一ＲＲＣ接続）を提供することができる。例えば、代表的な手順は、ＷｉＦｉネットワークに使用される少なくとも１つの無線周波数帯域内の少なくとも１つのチャネルに加えて、３ＧＰＰ配備（例えば、ＬＴＥおよび／またはＨＳＰＡ）に使用される無線周波数の少なくとも１つのＣＣの、ＷＴＲＵ１０２によるＣＣアグリゲーションに基づいてもよい。手順は、ＷＴＲＵ１０２によって同時にサポートされる３ＧＰＰ  ＲＡＴとＷｉＦｉ  ＲＡＴ両方の無線リソースを構成および／または制御するために使用され得る３ＧＰＰ技術のＲＲＣ接続（例えば、単一ＲＲＣ接続）を提供することができる。そのような代表的なＣＣアグリゲーションの手順は、ｍｕｌｔｉ−ＲＡＴ  ＣＡと称されてもよい。
【０１０３】
特定の代表的な実施形態において、別の代表的な手順は、少なくとも１つのＣＣの異なるセットに適用可能であるかまたは関連付けられている複数のＲＡＴごとにそれぞれ１つのＲＲＣ接続を同時に使用するＷＴＲＵ１０２を含むことができる。少なくとも１つのＣＣの異なるセットは、異なる周波数（例えば、それぞれの周波数）で動作することができる。例えば、代表的な手順は、ＬＴＥが配備される少なくとも１つの周波数で無線リソースを使用する、およびＨＳＰＡ配備に使用される少なくとも１つの周波数で他の無線リソースを同時またはほぼ同時に使用するＷＴＲＵ１０２に基づいてもよい。代表的な手順は、それぞれの無線リソースを制御することができる複数の無線リソース接続（例えば、ＷＴＲＵ１０２によって同時に使用される各ＲＡＴごとに１つ）を提供することができる。ＷＴＲＵ１０２が複数のＲＲＣ接続を使用して同時に動作する（ＣＯ：concurrently operate）そのような手順は、ｍｕｌｔｉ−ＲＡＴ  ＣＯと称されてもよい。
【０１０４】
特定の代表的な実施形態において、ＷＴＲＵ１０２は、同一または異なる周波数または周波数帯域の異なる時間間隔（例えば、ＴＴＩベースで時分割動作として、異なる時間間隔のみ）で異なるＲＡＴを使用して伝送することができる。
【０１０５】
特定の代表的な実施形態において、ＣＣアグリゲーションは、ＷＴＲＵ１０２が第１のＲＡＴに従って動作することができるＣＣの少なくとも１つの周波数、およびＷＴＲＵ１０２が第２のＲＡＴに従って動作することができる第２のＣＣの少なくとも１つの周波数を使用することができる。
【０１０６】
例えば、ｍｕｌｔｉ−ＲＡＴ  ＣＡ手順を使用し、ＬＴＥおよびＷ−ＣＤＭＡ／ＨＳＰＡ  ＲＡＴを使用するＷＴＲＵ１０２は、以下の事項に基づいて構成されてもよい。  
（１）ＷＴＲＵ１０２がＬＴＥシステムへの単一ＲＲＣ接続を確立するためにＬＴＥを使用するアクセスを開始することができるように、ＬＴＥを使用する初期アクセスおよびＷ−ＣＤＭＡ／ＨＳＰＡを使用する追加のリソース、および／または
（ネットワークは、ｍｕｌｔｉ−ＲＡＴ動作を使用してＷ−ＣＤＭＡ／ＨＳＰＡシステムにアクセスするための追加のリソースでＷＴＲＵ１０２を再構成することができる（例えば、ＬＴＥ動作のために構成されたサービングセルはプライマリＲＡＴに対応することができ、Ｗ−ＣＤＭＡ／ＨＳＰＡ動作のために構成されたサービングセルはセカンダリＲＡＴに対応することができる）、および／または、
（２）ＷＴＲＵ１０２がＷ−ＣＤＭＡ／ＨＳＰＡシステムへの単一ＲＲＣ接続を確立するためにＷ−ＣＤＭＡ／ＨＳＰＡを使用するアクセスを開始することができるように、Ｗ−ＣＤＭＡ／ＨＳＰＡを使用する初期アクセスおよびＬＴＥを使用する追加のリソース
（次いで、ネットワークは、ｍｕｌｔｉ−ＲＡＴ動作を使用してＬＴＥシステムにアクセスするための追加のリソースでＷＴＲＵ１０２を再構成することができる。言い換えれば、Ｗ−ＣＤＭＡ／ＨＳＰＡ動作のために構成されたサービングセルは、プライマリＲＡＴに対応することができ、一方、ＬＴＥ動作のために構成されたサービングセルはセカンダリＲＡＴに対応することができる）。
【０１０７】
ｍｕｌｔｉ−ＲＡＴ  ＣＡ手順はＬＴＥおよびＷ−ＣＤＭＡ／ＨＳＰＡ  ＲＡＴを使用して説明されるが、特に、ＧＳＭ、Ｗ−ＣＤＭＡ、ＨＳＰＡ、ＨＳＤＰＡ、ＨＳＵＰＡ、ＬＴＥ、８０２．１１ｂ／ｇ／ｎ、ＩＥＥＥ８０２．１１ｙ、８０２．１６ａ／ｈ／ｊ／ｎ、ＩＥＥＥの８０２．２０、ｃｄｍａ２０００  １ｘおよび／またはｃｄｍａ２０００  ＥＶ−ＤＯのような任意の数の他のＲＡＴの任意の組み合わせに適用可能であってもよいことが理解されよう。
【０１０８】
例えば、ｍｕｌｔｉ−ＲＡＴ  ＣＡ手順を使用し、３ＧＰＰ（例えば、ＨＳＰＡおよび／またはＬＴＥ）およびＷｉＦｉ  ＲＡＴを使用するＷＴＲＵ１０２は、ＷＴＲＵ１０２が３ＧＰＰシステムへの単一ＲＲＣ接続を確立するために３ＧＰＰ  ＲＡＴを使用するアクセスを開始することができるように、３ＧＰＰ  ＲＡＴを使用し、ＷｉＦｉを使用する追加のリソースを使用する初期アクセスに基づいて構成されてもよい。ネットワークは、ｍｕｌｔｉ−ＲＡＴ動作を使用してＷｉＦｉシステムにアクセスするための追加のパラメータでＷＴＲＵ１０２を再構成することができる（例えば、第１の３ＧＰＰ  ＲＡＴ動作のために構成されたサービングセルはプライマリＲＡＴに対応することができ、ＷｉＦｉ動作のために構成されたサービングセルはセカンダリＲＡＴに対応することができる）。３ＧＰＰ  ＲＡＴ  ＲＲＣ接続によって、ＷｉＦｉシステムにアクセスするために構成されたパラメータは、ＷｉＦｉネットワークの周波数帯域、ＷｉＦｉネットワークの特定の周波数（例えば、チャネル）、ＷｉＦｉネットワークの動作モード（例えば、直接シーケンススペクトラム拡散（ＤＳＳＳ：Direct-Sequence Spread Spectrum）または直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing））、ＷｉＦｉネットワークの識別子（例えば、ＳＳＩＤ（Serving Set IDentifier））、ＷｉＦｉアクセスポイントの識別子（例えば、ＢＳＳＩＤ（Basic SSID）および／またはＭＡＣ識別子）、セキュリティプロトコル、暗号化アルゴリズム、および／またはセキュリティキーのうちの少なくとも１つを含む１つまたは複数のセキュリティパラメータのセットのうちの少なくとも１つであってもよい。構成は、ＷＴＲＵにおけるＷｉＦｉ送受信機をオンにする（例えば、アクティブ化する）ためのインジケーションを含むことができる。セキュリティプロトコルのタイプは、特に、ＷＰＡ（Wired Equivalent Privacy）、ＷＰＡ（WiFi Protected Access）、またはＷＰＡ  ＩＩ（ＷＰＡ２）のうちの１つであってもよい。暗号化アルゴリズムのタイプは、ＴＫＩＰ（Temporal Key Integrity Protocol）、またはＰｒｅ−Ｓｈａｒｅ  Ｋｅｙモード（ＰＳＫ）のうちの１つであってもよい。セキュリティキーは、特に、１６進数字のストリング、および／またはビットストリングであってもよく、ＷｉＦｉデバイスが既知のキー導出機能を使用して暗号キーをさらに導出することができる情報（例えば、パスフレーズ）に対応することができる。
【０１０９】
マルチモードＷＴＲＵ１０２は、セカンダリＲＡＴのＣＣのＤＬおよび／またはＵＬ（例えば、ある場合）の異なる組み合わせが使用され得るように、ｍｕｌｔｉ−ＲＡＴ動作のために構成されてもよい。例えば、以下のｍｕｌｔｉ−ＲＡＴアグリゲーションのシナリオが使用されてもよい。  
（１）ＷＴＲＵ１０２は、セカンダリＲＡＴの少なくとも１つのＤＬ  ＣＣ（例えば、ＤＬ  ＣＣｓのみ）で構成されてもよい
（２）ＷＴＲＵ１０２は、セカンダリＲＡＴの少なくとも１つのＤＬ  ＣＣおよび少なくとも１つのＵＬ  ＣＣで構成されてもよい、および／または
（３）ＷＴＲＵ１０２は、セカンダリＲＡＴの少なくとも１つのＵＬ  ＣＣ（例えば、ＵＬ  ＣＣｓのみ）で構成されてもよい。
【０１１０】
ＷＴＲＵ１０２は、それぞれ異なるＲＡＴに関連付けられている少なくとも２つの異なるＣＣを備える複数のＣＣで動作することができる。特定の代表的な手順は、ＷＴＲＵ１０２が、第１の期間中に第１のＲＡＴに従い、第２の期間中に第２のＲＡＴに従って（例えば、時分割の方法で）動作することができるように、第１および第２のＣＣが同じ周波数で動作する場合に適用可能であってもよい。
【０１１１】
ＷＴＲＵ１０２は、制御プレーンの単一状態機械を含む単一のＲＲＣインスタンスで動作することができる。ＲＲＣ手順は、第１のＲＡＴの第１のＣＣの無線リソースで実行されてもよく、第２のＲＡＴの少なくとも１つのＣＣの無線リソースを構成するために使用されてもよい。
【０１１２】
特定の代表的な実施形態において、マルチモードＷＴＲＵ１０２は、第１のＲＡＴのサービングセルの無線リソースで実行された、第１のＲＡＴの無線リソース接続手順を使用して構成されてもよく、ＷＴＲＵ１０２には第２のＲＡＴの少なくとも１つのＣＣの追加の無線リソースを使用するための構成が提供される。ＷＴＲＵ１０２は、ＲＲＣ接続の単一の状態機械で動作することができ、その状態および状態遷移は、第１のＲＡＴの状態に少なくとも部分的に対応することができる。ＷＴＲＵ１０２は、（例えば、第１のＲＡＴのプライマリサービングセル（例えば、ＰＣｅｌｌ）で）ネットワークへの単一ＲＲＣ接続を保持することができる。ＷＴＲＵ１０２は、第１のＲＡＴの状態および対応する遷移を使用して単一ＲＲＣ状態機械を保持することができる。ＷＴＲＵ１０２は、第１のＲＡＴ（例えば、ＰＣｅｌｌ）で単一ＮＡＳ接続を保持して実行することができる。例えば、ＮＡＳ手順、登録、および／またはＮＡＳモビリティ情報は、第１のＲＡＴ（例えば、第１のＲＡＴのみ）で実行されてもよい。ＷＴＲＵ１０２は、第１のＲＡＴを介してセキュリティ手順を実行するために使用されるセキュリティパラメータ、アルゴリズム、および／または他の情報を決定することができる。
【０１１３】
特定の代表的な実施形態において、ＷＴＲＵ１０２にサービスを提供する第２のＲＡＴのＣＣ（ｓ）は、ＤＬ  ＣＣまたはＵＬ  ＣＣであってもよい。
【０１１４】
特定の代表的な実施形態において、ＷＴＲＵ１０２にサービスを提供する（例えば、ＰＣｅｌｌの）第１のＲＡＴは、ＬＴＥ  ＲＡＴ（例えば、ＬＴＥ動作のために構成されてもよい）として動作することができ、ＷＴＲＵ１０２にサービスを提供する（例えば、ＳＣｅｌｌの）第２のＲＡＴの関与するＤＬ  ＣＣまたはＣＣは、ＨＳＤＰＡ  ＲＡＴとして動作することができる（例えば、ＨＳＤＰＡ動作のために構成される）。特定の代表的な実施形態において、ＷＴＲＵ１０２にサービスを提供する（例えば、ＰＣｅｌｌの）第１のＲＡＴは、ＬＴＥ  ＲＡＴ（例えば、ＬＴＥ動作のために構成されてもよい）として動作することができ、ＷＴＲＵ１０２にサービスを提供する（例えば、ＳＣｅｌｌの）第２のＲＡＴの関与するＤＬ  ＣＣまたはＣＣは、ＨＳＵＰＡ  ＲＡＴとして動作することができる（例えば、ＨＳＵＰＡ動作のために構成されてもよい）。
【０１１５】
特定の代表的な実施形態において、（例えば、ＰＣｅｌｌの）第１のＲＡＴは、Ｗ−ＣＤＭＡ／ＨＳＰＡ  ＲＡＴに従って動作することができ、ＷＴＲＵ１０２にサービスを提供する（例えば、ＳＣｅｌｌの）第２のＲＡＴの関与するＤＬ  ＣＣまたはＣＣは、ＬＴＥ  ＲＡＴとして動作することができる（例えば、ＬＴＥ動作のために構成されてもよい）。
【０１１６】
特定の代表的な実施形態において、（例えば、ＰＣｅｌｌの）第１のＲＡＴは、３ＧＰＰ  ＲＡＴ（例えば、Ｗ−ＣＤＭＡ／ＨＳＰＡ  ＲＡＴ、またはＬＴＥ  ＲＡＴ）に従って動作することができ、ＷＴＲＵ１０２にサービスを提供する（例えば、ＳＣｅｌｌの）第２のＲＡＴの関与するセルは、ＷｉＦｉ  ＲＡＴとして動作することができる（例えば、ＷｉＦｉ動作のために構成されてもよい）。
【０１１７】
特定の代表的な実施形態において、第２のＲＡＴの関与するＣＣは、少なくとも１つのＤＬ  ＣＣおよび１つのＵＬ  ＣＣを含むことができ、サービングセルに対応することができる。
【０１１８】
特定の代表的な実施形態において、第１のＲＡＴはＬＴＥ  ＲＡＴに従って動作することができ、第２のＲＡＴのために構成されたサービングセルは、ＨＳＰＡ動作のために構成されてもよい。
【０１１９】
特定の代表的な実施形態において、第１のＲＡＴはＷ−ＣＤＭＡ／ＨＳＰＡ  ＲＡＴに従って動作することができ、第２のＲＡＴのために構成されたサービングセルは、ＬＴＥ動作のために構成されてもよい。
【０１２０】
特定の代表的な実施形態において、本明細書において説明される代表的な手順は、ＷＴＲＵ１０２のサービングセルを形成するために（例えば、セカンダリサービングセル、またはＳＣｅｌｌ）１つのＤＬ  ＣＣおよび１つのＵＬ  ＣＣが関連付けられ得る関与するＣＣのペアに適用されてもよい。
【０１２１】
特定の代表的な実施形態において、マルチモードＷＴＲＵ１０２は、（１）ＬＴＥ、（２）Ｗ−ＣＤＭＡ、（３）ＨＳＤＰＡ、（４）ＨＳＵＰＡ、および／または（５）ＷｉＦｉのうちの２つ以上をサポートすることができる。
【０１２２】
例えば、ＬＴＥ  ＲＲＣ再構成手順（例えば、モビリティ制御情報なし）は、ＷＴＲＵ１０２がサービスを提供されるサービングセル（例えば、ＰＣｅｌｌ）の無線リソースで実行されてもよく、サービングセルはＬＴＥ  ＲＡＴ動作に従って動作することができる。ＬＴＥ  ＲＲＣ再構成は、ＷＴＲＵ１０２がＷ−ＣＤＭＡ  ＲＡＴ動作、ＨＳＤＰＡ  ＲＡＴ動作、および／またはＨＳＵＰＡ  ＲＡＴ動作に従って動作することができる第２のＲＡＴの少なくとも１つの関与するＣＣの無線リソース構成を含むことができる。ＷＴＲＵ１０２は、ＬＴＥの状態および対応する遷移を使用して単一ＲＲＣ状態機械を保持することができる。
【０１２３】
別の例として、マルチモードＷＴＲＵ１０２は、ＬＴＥ、およびＷ−ＣＤＭＡ、および／またはＨＳＤＰＡ、および／またはＨＳＵＰＡをサポートすることができる。Ｗ−ＣＤＭＡ／ＨＳＰＡ  ＲＲＣ再構成手順（例えば、モビリティ制御情報なし）は、ＷＴＲＵ１０２がサービスを提供されるサービングセルの無線リソースで実行されてもよく、サービングセルはＷ−ＣＤＭＡ／ＨＳＰＡ  ＲＡＴ動作に従って動作することができる。Ｗ−ＣＤＭＡ／ＨＳＰＡ再構成は、ＷＴＲＵ１０２がＬＴＥ  ＲＡＴ動作に従って動作する第２のＲＡＴの少なくとも１つの関与するＣＣの無線リソース構成を含むことができる。ＷＴＲＵ１０２は、Ｗ−ＣＤＭＡ／ＨＳＰＡの状態および対応する遷移を使用して単一ＲＲＣ状態機械を保持することができる。
【０１２４】
ＷＴＲＵ１０２は、少なくとも１つのサービングセルが構成されるＲＡＴごとに、制御プレーンの１つのＲＲＣインスタンスおよび／または１つのＲＲＣ状態機械で動作することができる。各ＲＡＴに固有のＲＲＣ手順のサブセットまたは全ては、他のＲＡＴまたはＲＡＴＳのＲＲＣ状態とはかかわりなく、対応するＲＡＴの無線リソースで実行されてもよい。第１のＲＡＴのＲＲＣ接続を介して実行された高位層手順（例えば、ＮＡＳ手順）を使用して取得されたパラメータは、第２のＲＡＴのＲＲＣ接続の対応するパラメータを構成するために使用されてもよい。例えば、それらのパラメータは、パケットデータプロトコル（ＰＤＰ）コンテキストおよびセキュリティコンテキストを含むことができる。特定の代表的な実施形態において、第１のＲＡＴのＲＲＣ接続を介して実行された高位層手順（例えば、ＮＡＳ手順）を使用して取得されたパラメータは、第２のＲＡＴのパラメータを構成するために使用されてもよい。例えば、ＷｉＦｉシステムにアクセスするためのそれらのパラメータは、ＷｉＦｉネットワークの周波数帯域、特定の周波数（例えば、チャネル）、動作モード（例えば、特に、ＤＳＳＳまたはＯＦＤＭ）、識別子（例えば、ＳＳＩＤ）、ＷｉＦｉアクセスポイントの識別子（例えば、ＢＳＳＩＤ）、セキュリティプロトコル、暗号化アルゴリズム、および／またはセキュリティキーのうちの少なくとも１つを含む１つまたは複数のセキュリティパラメータのセットを含むことができる。構成は、ＷＴＲＵ１０２におけるＷｉＦｉ送受信機をオンにする（例えば、アクティブ化する）ための指示を含むことができる。
【０１２５】
特定の代表的な実施形態において、マルチモードＷＴＲＵ１０２は、ＷＴＲＵ１０２がＲＲＣ接続の各々について１つの状態機械で動作することができる（例えば、対応するＲＡＴの状態に少なくとも部分的に対応することができる状態および状態遷移を有する）ように、マルチＲＡＴ（またはマルチＣＯ）動作のために構成されてもよい。
【０１２６】
特定の代表的な実施形態において、マルチモードＷＴＲＵ１０２は、ＬＴＥおよびＷ−ＣＤＭＡ（および／またはＨＳＤＰＡ、および／またはＨＳＵＰＡ）をサポートすることができ、プライマリＲＡＴとしてＬＴＥで、およびセカンダリＲＡＴとしてＷ−ＣＤＭＡ／ＨＳＰＡでのｍｕｌｔｉ−ＲＡＴ動作のために構成されてもよい。特定の代表的な実施形態において、マルチモードＷＴＲＵ１０２は、ＬＴＥおよびＷ−ＣＤＭＡおよび／またはＨＳＤＰＡおよび／またはＨＳＵＰＡをサポートすることができ、プライマリＲＡＴとしてＷ−ＣＤＭＡ／ＨＳＰＡで、およびセカンダリＲＡＴとしてＬＴＥでのｍｕｌｔｉ−ＲＡＴ動作のために構成されてもよい。
【０１２７】
ＷＴＲＵ１０２は、ユーザプレーンの少なくとも共通部分で動作することができ（例えば、ＰＤＣＰ、ＲＬＣ、およびＭＡＣレイヤの異なる可能な組み合わせ）、第１の部分は第１のＲＡＴのユーザプレーンに対応し、ある場合、第２の部分は第２のＲＡＴのユーザプレーンに対応する。
【０１２８】
特定の代表的な実施形態において、ｍｕｌｔｉ−ＲＡＴ動作のために構成されたマルチモードＷＴＲＵ１０２は、ネットワークの調整／監視のもとで（例えば、無線リソース構成および／またはスケジューリングのための制御シグナリングに基づいて）複数のＲＡＴにアクセスすることができる、ＷＴＲＵ１０２は、最初に、ネットワーク（例えば、ＬＴＥ  ＲＲＣの場合ｅＮＢ２４０）への制御パス（例えば、単一制御パスおよび／または単一ＲＲＣ接続）を確立することができる。ネットワークは、（例えば、ＩＰゲートウェイ、ＳＧＳＮ、ＧＧＳＮ、アクセスゲートウェイなど）コアネットワーク１０６との間の単一ユーザデータパスをセットアップすることができるが、任意のＲＡＴの構成済みのＣＣのいずれかの無線チャネルを介してユーザデータをいつでも送信／受信することができる。ネットワーク接続性の観点から、ＷＴＲＵ１０２は、単一制御（ＲＲＣ接続）パスおよび単一セキュリティコンテキストを備える単一ＩＰデバイスであってもよい。データバスの分岐は、ｍｕｌｔｉ−ＲＡＴ構成で動作するマルチモードＷＴＲＵの場合に実施されてもよい。
【０１２９】
以下の代表的な手順は、マルチモードＷＴＲＵ１０２がｍｕｌｔｉ−ＲＡＴ動作のために構成される場合、ＷＴＲＵ１０２が（例えば、ユーザプレーンデータを搬送することができる）データパスの分岐および／または制御プレーンデータをどのように処理することができるかを説明する。第１の代表的な手順において、分岐は、ＩＰレイヤの下、かつＰＤＣＰレイヤの上で実行されてもよい。例えば、同じＲＡＴに属する構成済みのＣＣのセットごとに別個のＰＤＣＰ／ＲＬＣ／ＭＡＣチェーン（例えば、１つのチェーン）が実施されてもよい。代表的な手順は、ＣＣの各セットについて、１つのセキュリティコンテキスト（例えば、セキュリティパラメータおよびキー）を使用することができ、ＣＣの各セットは、それ自体のセキュリティアルゴリズムを含み得る。例えば、ＬＴＥチェーンのセキュリティは、ＬＴＥ  ＰＤＣＰで適用されてもよく、ＨＳＰＡチェーンのセキュリティは、ＲＬＣレイヤで適用されてもよい。追加のネットワークシグナリングは新しいネットワークインターフェースを使用することができ、ネットワークのＵＴＲＡ  ＲＮＣ（ＰＤＣＰ、ＲＬＣ）と（例えば、ＬＴＥがＲＲＣ接続に使用される場合）ＬＴＥ  ｅＮＢ２４２の間で信号伝達することができる。
【０１３０】
第２の代表的な手順にて、分岐は、ＰＤＣＰレイヤの下、かつＲＬＣレイヤの上で実行されてもよい。例えば、共通のＰＤＣＰエンティティは、同じＲＡＴに属するＣＣの各セットについてＲＬＣ／ＭＡＣチェーンを処理することができる。ＷＴＲＵ１０２が第１のＲＡＴとして少なくとも１つのＬＴＥサービングセルで動作する場合、および、例えば、Ｗ−ＣＤＭＡおよび／またはＨＳＤＰＡ（および／またはＨＳＵＰＡ）またはＷｉＦｉである第２のＲＡＴの少なくとも１つのＣＣで構成される場合。ＬＴＥ  ＰＤＣＰが使用される場合、ＷＴＲＵ１０２は単一のセキュリティコンテキスト／アルゴリズムを使用することができ、構成される場合、単一のヘッダ圧縮コンテキストを使用することができる。追加のネットワークシグナリングは新しいネットワークインターフェースを使用することができ、ネットワークのＵＴＲＡ  ＲＮＣ（ＰＤＣＰ、ＲＬＣ）と（例えば、ＬＴＥがＲＲＣ接続に使用される場合）ＬＴＥ  ｅＮＢ２４２の間で信号伝達することができる。
【０１３１】
第３の代表的な手順にて、分岐は、ＰＤＣＰレイヤの下、かつ同じＲＡＴに属するＣＣの各セットのそれぞれのＭＡＣエンティティの上で実行されてもよい。例えば、共通のＰＤＣＰエンティティおよび共通のＲＬＣエンティティは、同じＲＡＴに属するＣＣの各セットについて少なくとも１つのＭＡＣエンティティを処理することができる。
【０１３２】
ＷＴＲＵ１０２が第１のＲＡＴとして少なくとも１つのＬＴＥサービングセルで動作する場合、および、例えば、Ｗ−ＣＤＭＡおよび／またはＨＳＤＰＡ（および／またはＨＳＵＰＡ）である第２のＲＡＴの少なくとも１つのＣＣで構成される場合。ＬＴＥ  ＰＤＣＰが使用される場合、ＷＴＲＵ１０２は単一のセキュリティコンテキスト／アルゴリズムを使用することができ、構成される場合、単一のヘッダ圧縮コンテキストを使用することができ、ＬＴＥ  ＲＬＣは分割／再分割および再アセンブリに使用されてもよい。
【０１３３】
第４の代表的な手順にて、分岐は、同じＲＡＴに属するＣＣの各セットのそれぞれのＨＡＲＱエンティティの上のＭＡＣエンティティで実行されてもよい。例えば、リソースを管理して、各ＲＡＴのトランスポートブロックサイズを決定する個々のスケジューリングおよびリソース管理エンティティが使用されてもよい。各ＲＡＴのトランスポートブロックサイズは、それぞれのＣＣを介して１つまたは複数の他のＲＡＴ（例えば、異なるＲＡＴｓ）で伝送され得る共通のＭＡＣヘッダフォーマットを含むことができる。
【０１３４】
ＷＴＲＵ動作は、ＲＡＴにわたるＣＣ間の関連に基づいて適用されてもよい。本明細書において説明される動作は、一部の形態の関連を使用して異なるＲＡＴに属するＣＣの組み合わせに適用されてもよい。所与のＷＴＲＵ１０２の複数の構成済みＣＣ間の関連は、例えば、以下の手順の少なくとも１つ（例えば、異なるＲＡＴのＣＣに適用されるとき、実施形態の全てに適用可能であってもよい）に基づいてもよい。例えば、構成済みのＣＣのセットは、（１）「個別リンキング」（例えば、個別シグナリングを使用してＷＴＲＵ１０２に信号伝達された構成に基づく）、（２）「スケジューリングリンキング」（例えば、第２のＣＣのスケジューリングに使用された第１のＣＣの制御チャネルからスケジューリングするためにアドレス可能なＣＣに基づく）、および／または（３）「ＨＡＲＱフィードバックリンキング」（例えば、ＤＬおよび／またはＵＬフィードバックのＨＡＲＱフィードバック関係、および／または異なるＲＡＴを使用して動作するＣＣにわたる基地局とＷＴＲＵとの間の他のタイプの制御シグナリングの使用に基づく）を使用することができる。構成されたＣＣは、「スケジューリングリンキング」に基づいてもよい（例えば、異なるＲＡＴの第２のＣＣの伝送のための第１のＣＣの制御チャネルでのクロスキャリアスケジューリングから導かれた関連のような関連に基づく）。
【０１３５】
無線リソース再構成メッセージは、ＷＴＲＵ１０２がセカンダリＲＡＴでの動作のための無線構成の少なくとも一部および／またはセカンダリＲＡＴのサービングセルの少なくとも１つの構成を追加、変更、および／または除去するように、ｍｕｌｔｉ−ＲＡＴの構成または再構成を含むことができる。
【０１３６】
ハンドオーバーコマンドは、ＷＴＲＵ１０２が、第１のＲＡＴと第２のＲＡＴの両方に対して別のｅＮＢ２４２へのハンドオーバーにおけるｍｕｌｔｉ−ＲＡＴ動作を再開することができるように、ｍｕｌｔｉ−ＲＡＴの構成を含むことができる。
【０１３７】
特定の代表的な実施形態において、マルチモードＷＴＲＵ１０２は、ｍｕｌｔｉ−ＲＡＴ動作用に構成される場合、例えば、無線リンク品質を監視することができ、無線リンクの問題を検出することができ、ＣＣの障害を宣言することができ、および／または他のアクションをとることができる。
【０１３８】
第１の代表的な実施形態において、ＷＴＲＵ１０２が第２のＲＡＴのＣＣで不十分な無線品質を検出する場合（例えば、無線リンク障害（ＲＬＦ：radio link failure）が決定される場合）、ＷＴＲＵ１０２は特定のアクションをとることができ、第１のＲＡＴのＣＣの無線リソースを使用してネットワークに通知することができる。
【０１３９】
第２の代表的な実施形態において、マルチモードＷＴＲＵ１０２は、ｍｕｌｔｉ−ＲＡＴ動作用に構成されてもよく、第２のＲＡＴの少なくとも１つのＣＣの無線品質が不十分であると決定することができ（例えば、ＲＬＦが決定される場合）、第１のＲＡＴのＣＣの無線リソースを使用してネットワークに通知することができる。
【０１４０】
特定の代表的な実施形態において、通知は、Ｌ３メッセージ（例えば、ＲＲＣ）および／またはＬ２メッセージ（例えば、ＭＡＣ  ＣＥ）であってもよい。
【０１４１】
特定の代表的な実施形態において、ＷＴＲＵ１０２は、ＵＬ伝送のパス損失基準として使用される第２のＲＡＴのＣＣについて無線品質が不十分である（例えば、ＲＬＦ）と決定することができる。
【０１４２】
特定の代表的な実施形態において、第１のＲＡＴはＬＴＥ  ＲＡＴであってもよく、第２のＲＡＴは、Ｗ−ＣＤＭＡ  ＲＡＴおよび／またはＨＳＤＰＡ  ＲＡＴ（および／またはＨＳＵＰＡ  ＲＡＴ）であってもよい。
【０１４３】
ＷＴＲＵ１０２がＲＡＴ固有の測定値で構成される場合、測定構成イベントが測定レポートをトリガするとき、ＷＴＲＵ１０２は、（１）全ての構成済みのＲＡＴの全ての構成された使用可能な測定のレポートを送信することができるか、または（２）ＷＴＲＵ１０２は測定レポートをトリガしたＲＡＴの測定レポートを送信する（例えば、その測定レポートのみを送信する）ことができる。どのレポートがＷＴＲＵ１０２によって送信されるかは、高位層によって構成されてもよい。
【０１４４】
特定の代表的な実施形態において、マルチモードＷＴＲＵ１０２は、ｍｕｌｔｉ−ＲＡＴ動作用に構成される場合、ランダムアクセス手順を実行することができる。第２のＲＡＴでランダムアクセス手順を実行するようＷＴＲＵ１０２に要求するための制御シグナリングは、第１のＲＡＴのＣＣで受信されてもよい。
【０１４５】
特定の代表的な実施形態において、マルチモードＷＴＲＵ１０２は、ｍｕｌｔｉ−ＲＡＴ動作用に構成されてもよく、第１のＲＡＴのＣＣで受信した制御シグナリングに基づいて第２のＲＡＴのＣＣのリソースを使用してランダムアクセス手順を開始することができる。
【０１４６】
特定の代表的な実施形態において、第１のＲＡＴはＬＴＥ  ＲＡＴであってもよく、第２のＲＡＴは、Ｗ−ＣＤＭＡ  ＲＡＴおよび／またはＨＳＤＰＡ  ＲＡＴ（および／またはＨＳＵＰＡ  ＲＡＴ）であってもよい。
【０１４７】
特定の代表的な実施形態において、第１のＲＡＴはＷ−ＣＤＭＡ  ＲＡＴ、および／またはＨＳＤＰＡ  ＲＡＴ（および／またはＨＳＵＰＡ  ＲＡＴ）であってもよく、第２のＲＡＴはＬＴＥ  ＲＡＴであってもよい。
【０１４８】
特定の代表的な実施形態において、第１のＲＡＴは３ＧＰＰ  ＲＡＴ（例えば、Ｗ−ＣＤＭＡ  ＲＡＴ、および／またはＨＳＤＰＡ  ＲＡＴ、および／またはＨＳＵＰＡ  ＲＡＴ、またはＬＴＥ  ＲＡＴ）であってもよく、第２のＲＡＴはＷｉＦｉ  ＲＡＴであってもよい。
【０１４９】
特定の代表的な実施形態において、制御シグナリングは、第１のＲＡＴのＣＣのＰＤＣＣＨで受信したランダムアクセスを実行するためのネットワークからの順序であってもよい。
【０１５０】
特定の代表的な実施形態において、第１のＲＡＴのＣＣで受信したランダムアクセス応答は、第２のＲＡＴのＣＣでの伝送に適用可能であるグラントを含むことができる。例えばＷＴＲＵ１０２は、ランダムアクセス（ＲＡ）応答で、個別ランダムアクセスプリアンブルのような、第２のＲＡＴの個別パラメータを受信することができる。第２のＲＡＴのＣＣのスケジューリングのための制御シグナリングは、第１のＲＡＴのＣＣで受信されてもよい。
【０１５１】
特定の代表的な実施形態において、マルチモードＷＴＲＵ１０２は、ｍｕｌｔｉ−ＲＡＴ動作用に構成されてもよく、第１のＲＡＴで受信した制御シグナリングに基づいて第２のＲＡＴの少なくとも１つのＣＣでの伝送のために無線リソースがＷＴＲＵ１０２に割り振られるかどうかを決定することができる。
【０１５２】
特定の代表的な実施形態において、制御シグナリング（例えば、１つまたは複数のグラントおよび／または割り当て）は、第１のＲＡＴの物理データトランスポートチャネル（例えば、ＬＴＥのＰＤＳＣＨのリソースブロック）で受信されてもよい。
【０１５３】
特定の代表的な実施形態において、第１のＲＡＴはＬＴＥ  ＲＡＴであってもよく、第２のＲＡＴは、Ｗ−ＣＤＭＡ  ＲＡＴおよび／またはＨＳＤＰＡ  ＲＡＴ（および／またはＨＳＵＰＡ  ＲＡＴ）であってもよく、スケジューリングのための制御シグナリングはＬＴＥ  ＰＤＣＣＨで受信されてもよい。スケジューリングは、第２のＲＡＴの関与するＣＣのクロスキャリアスケジューリングのためにＲＲＣによって構成されたＣＣのＰＤＣＣＨで受信されてもよい。
【０１５４】
特定の代表的な実施形態において、ダウンリンク制御情報（ＤＣＩ：Downlink Control Information）は、第２のＲＡＴの無線リソースでの伝送をスケジューリングするために使用されてもよく、クロスキャリアスケジューリングが行なわれているＲＡＴのタイプに固有となり得るＤＣＩフォーマットであってもよい。ＤＣＩフォーマットは、第２のＲＡＴのＣＣの識別を示すことができる固有の無線ネットワーク一時識別子（ＲＮＴＩ：Radio Network Temporary Identifier）を使用してスクランブルがかけられてもよい。ＤＣＩフォーマットは、第１のＲＡＴのＣＣのＰＤＣＣＨのＷＴＲＵ固有の検索スペースで受信されてもよい。検索スペースは、第２のＲＡＴの少なくとも１つのＣＣに固有であってもよい。検索スペースは、他の検索スペースと重複することはなく、検索スペースにおけるＤＣＩフォーマットの復号の成功は、ＤＣＩが適用可能である（例えば、関連付けられている）第２のＲＡＴのＣＣの識別を暗黙的に決定することができる。
【０１５５】
特定の代表的な実施形態において、ＣＣが非アクティブ化される場合、および／または少なくともＣＣに適用可能な省電力アルゴリズムに基づいてＣＣがスケジュールされない場合、ＷＴＲＵ１０２は、第２のＲＡＴのＣＣのスケジューリングのための制御シグナリングを復号しないこともある。第２のＲＡＴのＣＣのアクティブ化／非アクティブ化のための制御シグナリングは、第１のＲＡＴのＣＣで受信されてもよい。
【０１５６】
特定の代表的な実施形態において、マルチモードＷＴＲＵ１０２は、ｍｕｌｔｉ−ＲＡＴ動作用に構成されてもよく、第１のＲＡＴで受信した制御シグナリングに基づいて第２のＲＡＴの少なくとも１つのＣＣのアクティブ化／非アクティブ化状態を決定することができる。
【０１５７】
特定の代表的な実施形態において、制御シグナリングは、（１）Ｌ１シグナリング（例えば、ＬＴＥ  ＰＤＣＣＨまたはＨＳＰＡ  ＨＳ−ＳＣＣＨ順序を介して）、（２）Ｌ２シグナリング（例えば、ＭＡＣ  ＣＥを介して）、（３）Ｌ３シグナリング（例えば、第２のＲＡＴの少なくとも１つのＣＣをＷＴＲＵの構成に追加する構成メッセージの一部として使用され得るＲＲＣサービスデータユニット（ＳＤＵ）を介して）を使用して受信されてもよい。
【０１５８】
特定の代表的な実施形態において、第１のＲＡＴはＬＴＥ  ＲＡＴであってもよく、第２のＲＡＴは、Ｗ−ＣＤＭＡ  ＲＡＴおよび／またはＨＳＤＰＡ  ＲＡＴ（および／またはＨＳＵＰＡ  ＲＡＴ）であってもよく、アクティブ化／非アクティブ化のための制御シグナリングはＭＡＣ  ＣＥを使用して搬送されてもよい。ＭＡＣ  ＣＥは、ビットマップを含むことができ、少なくとも１つのビットが第２のＲＡＴの構成済みのＣＣ（またはサービングセル）の各々に使用されてもよく、ビットが個々のＣＣのアクティブ化状態を表すことができる。ビットマップ内のビットのマッピングは、（１）ＷＴＲＵ１０２の構成済みのセカンダリサービングセルのサービングセル識別子の順序、（２）サービングセルの構成順序、（３）および／または他の任意の類似する手順に基づく明示的なサービングセル識別子に基づいて、ＣＣに追加するときに個別ＲＲＣシグナリングを使用して構成されてもよい。
【０１５９】
特定の代表的な実施形態において、第１のＲＡＴはＨＳＰＡ（例えば、ＵＬ  ＨＳＵＰＡおよびＤＬ  ＨＳＤＰＡを共に含むことができる）であってもよく、第２のＲＡＴはＬＴＥ  ＲＡＴであってもよく、アクティブ化／非アクティブ化のための制御シグナリングはＨＳ−ＳＣＣＨ順序を使用して搬送されてもよい。第１の例において、マルチセルＨＳ−ＳＣＣＨ順序タイプは、両方のＲＡＴにわたりサービングセルのアクティブ化／非アクティブ化の状態を制御するために使用されてもよい。（例えば、ＨＳ−ＳＣＣＨ順序によって制御される）サービングセルの順序は、両方のＲＡＴからの各サービングセルがサービングセルＩＤを割り当てられ得るように、明示的なネットワーク構成に従って設定されてもよい。特定の代表的な実施形態において、サービングセルの順序は、所定のルールに従って決定されてもよく、例えば、第１のＲＡＴのセルがサービングセルＩＤの順序または構成の順序で最初になってもよく、第２のセルがサービングセルＩＤの順序に従うかまたは構成順序に従ってその次になってもよい。
【０１６０】
特定の代表的な実施形態において、新しいＨＳ−ＳＣＣＨ順序タイプは、セカンダリＲＡＴのセルのアクティブ化／非アクティブ化を制御するために使用されてもよい。サービングセルへの順序ビットのマッピングおよび順序ビットの組み合わせは、マルチセルＨＳ−ＳＣＣＨ順序タイプと類似したルールに従うことができる。
【０１６１】
特定の代表的な実施形態において、ｍｕｌｔｉ−ＲＡＴ動作用に構成されたマルチモードＷＴＲＵ１０２は、（１）アクティブ化制御は第１のＲＡＴで受信した制御シグナリングに基づいて実行されてもよい、および／または（２）非アクティブ化制御は第１のＲＡＴで受信した制御シグナリングに基づいて実行されてもよい、というように第２のＲＡＴの少なくとも１つのＣＣのアクティブ化／非アクティブ化状態を決定することができる。
【０１６２】
特定の代表的な実施形態において、ｍｕｌｔｉ−ＲＡＴ動作用に構成されたマルチモードＷＴＲＵ１０２は、非アクティブ化制御が（１）個別に各構成済みのＣＣ、（２）構成済みのＣＣのサブセット（例えば、同じＲＡＴタイプの構成済みのＣＣに基づいて）、および／または（３）全ての構成済みのＣＣのいずれかに適用可能である非アクティブ化タイマーに基づいて実行され得るように、第２のＲＡＴの少なくとも１つのＣＣのアクティブ化／非アクティブ化状態を決定することができる。
【０１６３】
特定の代表的な実施形態において、ｍｕｌｔｉ−ＲＡＴ動作用に構成されたマルチモードＷＴＲＵ１０２は、（１）スケジューリングのために制御シグナリングを復号する（例えば、ＬＴＥ用のＰＤＳＣＨ／ＰＵＳＣＨスケジューリングのＰＤＣＣＨ）、および／または（２）ある場合、構成済みのＵＬ  ＣＣの構成済みの定期的リソースで伝送する（例えば、ＬＴＥのＰＵＣＣＨでの定期的ＣＱＩ／ＰＭＩ／ＲＩレポーティング、またはＨＳＰＡでのＰＣＩレポーティング）することができるかどうかを決定することができる。
【０１６４】
特定の代表的な実施形態において、手順は、２つのＲＡＴにわたるＤＲＸ動作を可能にすることができる。両方のＲＡＴにおいてＤＲＸを実行する代表的な手順は、集約されたＲＡＴにおいてＤＲＸに異なるパラメータ、動作、制約、および／またはタイミングを使用することを含むことができる。
【０１６５】
第１の代表的な実施形態において、両方のＲＡＴは、共通のＤＲＸステータス（例えば、短／長ＤＲＸまたはアクティブ／非アクティブステータス）および構成を使用することができる。例えば、１つの共通のＤＲＸ構成は第１のＲＡＴで提供されてもよく、両方のＲＡＴにわたり使用されてもよい。２つのＲＡＴにわたる時間整合を達成するため、および第２のＲＡＴでのスケジューリングチャネルの正しい受信を保証するため、第１のＲＡＴに提供されるＤＲＸパラメータは、他のＲＡＴのＴＴＩ長さの倍数であってもよい（例えば、第１のＲＡＴのＴＴＩ長さが第２のＲＡＴのＴＴＩ長さよりも大きい場合）。例えば、ＬＴＥ  ＲＡＴが第１のＲＡＴであり、ＨＳＰＡ  ＲＡＴが第２のＲＡＴである場合、サイクル、オン持続期間、および／またはオフセットのようなＤＲＸパラメータは、２ｍｓの倍数、または２つのＬＴＥサブフレームの等価の倍数であってもよい。
【０１６６】
特定の代表的な実施形態において、ＷＴＲＵ１０２を第１のＲＡＴでの連続または不連続受信に遷移させ得るトリガは、ＷＴＲＵ１０２を第２のＲＡＴでの連続受信に遷移させることができる。ＤＲＸまたはオン持続期間の開始は、両方のＲＡＴのサブフレーム境界に対応することができる。
【０１６７】
特定の代表的な実施形態において、ＤＲＸは、両方のＲＡＴにわたって独立していてもよい。例えば、ＤＲＸ構成および順序は、各ＲＡＴに対して独立して提供されてもよく、バッテリー節約の機会を最適化しながら（例えば、ＨＳＰＡでの音声およびＬＴＥでのＷｅｂブラウジング）、異なるサービスが異なるＲＡＴを介して伝送されるシナリオの実現を可能にすることができる。
【０１６８】
特定の代表的な実施形態において、構成（例えば、特に、サイクル、および／またはオン持続期間）はＲＡＴにわたって共通であってもよいが、ステータス並びにＤＲＸに出入りするためのトリガはＲＡＴにより異なっていてもよい。
【０１６９】
特定の代表的な実施形態において、第１のＲＡＴにおいて受信された制御シグナリングは、第１のＲＡＴにおけるスケジューリングアクティビティが、例えば第２のＲＡＴにおけるＤＲＸ状態の変化を引き起こすことができるように第２のＲＡＴの省電力アルゴリズムで考慮されるかまたは使用されてもよい。例えば、第２のＲＡＴのリソースでのデータのクロスキャリアスケジューリングのために第１のＲＡＴで受信された制御シグナリングは、第２のＲＡＴの省電力アルゴリズムのために第２のＲＡＴで受信された制御シグナリングとして使用されても（例えば、考慮されても）よい。
【０１７０】
特定の代表的な実施形態において、マルチモードＷＴＲＵ１０２は、ｍｕｌｔｉ−ＲＡＴ動作用に構成されてもよく、ＵＬ伝送リソースを要求するために第１のＲＡＴのリソースまたは第２のＲＡＴのリソースを使用するかどうかを決定することができる。例えば、（例えば、ｍｕｌｔｉ−ＲＡＴ  ＣＡのシナリオにおいて）第１のＲＡＴに対してＵＬリソース（例えば、ＵＬリソースのみ）で構成されるＷＴＲＵ１０２の場合、ＷＴＲＵ１０２は第１のＲＡＴのスケジューリング要求手順を使用してＵＬリソースを要求することができる。他の代表的な実施形態において、（例えば、第２のＲＡＴの）追加のＵＬリソースで構成されるＷＴＲＵ１０２の場合、ＷＴＲＵは、例えばどのリソースをどのＣＣで使用すべきかに基づいて、どのスケジューリング要求（ＳＲ）手順を使用するかを決定することができる。ＳＲ手順の決定は、以下の事項のうちの少なくとも１つと相関関係があってもよい。  
（１）例えば、待ち時間を最小にするための、ＣＣ（例えば、任意のＣＣ）でＳＲに対する構成済みのＵＬリソース（例えば、全ての構成済みのＵＬリソース）にわたる、ＳＲ伝送の場合の次の出現、
（ＳＲがトリガされる場合、ＷＴＲＵ１０２は（例えば、アクティブ化されているＵＬキャリアのみを考慮して）ＳＲ伝送に次の使用可能なＵＬリソースを選択することができる。特定の代表的な実施形態において、ＷＴＲＵ１０２は、そのようなリソースで構成された非アクティブ化キャリアを使用することができ、少なくともそのＣＣを暗黙的にアクティブ化することができる）
（２）ＳＲをトリガしたデータのタイプ、
（例えば、データがＳＲをトリガしたデータベアラが、第２のＲＡＴの無線リソースでデータが伝送され得るように構成される場合、構成済みおよび／または使用可能であれば、ＷＴＲＵ１０２は第２のＲＡＴのＳＲリソースを使用して、第２のＲＡＴ上のＵＬ無線リソースを求めて信号を送ることができる）
（３）ＷＴＲＵ１０２が、他の構成済みのアクティブなＣＣ、および伝送のタイプで同じサブフレーム内の他のＵＬ伝送を実行することができるかどうか、
（例えば、ＷＴＲＵ１０２が第１のＲＡＴのＣＣでＵＬ伝送を実行する場合、ＷＴＲＵ１０２は、使用可能である場合、第１のＲＡＴのリソースではなく第２のリソースでＳＲ伝送を実行することができる）
【０１７１】
どのＣＣで１つまたは複数のリソースを使用するかは、データのタイプと特定のＲＡＴとの間の関連と相関関係があってもよい。データのタイプは、（１）、トランスポートサービス（例えば、特に、ＴＣＰ、ＵＤＰ、および／またはＲＴＰ）、（２）ＱｏＳ要件または閾値（例えば、特に、ＱＣＩ、最大遅延、および／または最大パケット損失率）、（３）関連する論理チャネルおよび／または論理チャネルグループ、（４）無線ベアラのタイプ（例えば、シグナリング無線ベアラ（ＳＲＢ：signaling radio bearer）またはデータ無線ベアラ（ＤＲＢ：data radio bearer））、（５）データのタイプまたはアプリケーションのタイプに対するオペレータのポリシー（例えば、特に、音声、背景トラフィック、ベストエフォート、および／またはリアルタイム）（例えば、半静的な方法でＲＲＣによって構成される）のうちの１つまたは複数と相関関係があってもよい。
【０１７２】
どのリソースをどのＣＣで使用するかは、推定される無線リンク品質と相関関係があってもよい（例えば、（基準信号受信品質（ＲＳＲＱ：reference signal reveiced quality）および／または基準信号受信電力（ＲＳＲＰ：reference signal received power）のような）最新の測定、またはＷＴＲＵ１０２が不十分な無線品質（例えば、無線リンク障害（ＲＬＦ：radio link failure）を経験していないキャリアとの相関関係）。  
どのＣＣで１つまたは複数のリソースを使用するかは、ＲＡＴのタイプと相関関係があってもよい。例えば、ＳＲがトリガされる場合、ＷＴＲＵ１０２は第１のＲＡＴのＣＣを選択することができる（例えば、常に選択することができる）。例えば、ＷＴＲＵ１０２は、第１のＲＡＴのＰＣｅｌｌを選択する（例えば、常に選択する）ことができる。
【０１７３】
特定の代表的な実施形態において、上記の手順は、ＳＲ用に構成された使用可能な個別リソース（例えば、使用可能なリソースのみ）を考慮（例えば、使用）することができる。ＷＴＲＵ１０２がＲＡＴのうちの少なくとも１つにＳＲ用に構成された個別リソースを有していない場合、ＷＴＲＵ１０２はランダムアクセスリソース（例えば、ランダムアクセス（ＲＡ）−ＳＲ）を使用する（例えば、考慮する）ことができ、１つまたは複数のＲＡＣＨリソースについて上述された手順と類似する手順を使用することができる。ＷＴＲＵ１０２はまた、上記の手順を使用する場合、構成済みの（例えば、全ての構成済みの）ＣＣの個別リソースおよびランダムアクセスリソースの両方を使用することもできる。
【０１７４】
ＷＴＲＵ１０２は、単一ＲＡＴの１つまたは複数のＣＣへの少なくとも１つのＳＲＢマップおよび／またはＤＲＢマップの場合、１つまたは複数のＲＡＴ固有のバッファステータスレポート（ＢＳＲ：buffer status report）をレポートすることができる。
【０１７５】
特定の代表的な実施形態において、マルチモードＷＴＲＵ１０２は、ｍｕｌｔｉ−ＲＡＴ動作用に構成されてもよく、マルチモードＷＴＲＵ１０２がｍｕｌｔｉ−ＲＡＴ動作用に構成される場合、異なるタイプのデータおよび／または制御シグナリングの伝送に使用すべき１つまたは複数のトランスポートブロックを決定することができる。
【０１７６】
どのトランスポートブロックを使用するかは、（１）サービスのタイプ（例えば、特に、ＶｏＩＰサービス、ベストエフォートサービス、ＴＣＰサービス、ゲーミングサービス、および／またはブラウジングサービス）、（２）無線ベアラのタイプ（例えば、特に、ＳＲＢおよび／またはＤＲＢ）、（３）ＱｏＳチャネルインジケーション（ＱＣＩ）、（４）関連するＳＲＢ／ＤＲＢ優先度（または関連するＳＲＢ／ＤＲＢ優先度の不足）、（５）関連する論理チャネル（ＬＣＨ）／論理チャネルグループ（ＬＣＧ）、（６）所与の無線ベアラとの間のデータが特定のＣＣのトランスポートブロックを使用して伝送され得るという明示的なインジケーション、および／または（７）ＲＡＴのタイプと相関関係があってもよい。ＣＣは、（１）ＲＡＴのタイプ（例えば、特に、ＬＴＥおよび／またはＨＳＰＡ）、（２）ＣＣに対応する識別（例えば、ＳＣｅｌｌ  ＩＤ）、（３）トランスポートブロックのサイズ、（４）スケジューリングのための制御シグナリングにおける明示的なインジケーション（例えば、クロスキャリアスケジューリングが使用される場合、ＰＤＣＣＨで受信されるＬＴＥ  ＤＣＩのフラグ）、および／または（５）トランスポートブロックへの関連するトランスポートチャネルのタイプのうちの少なくとも１つに基づいて決定されてもよい。
【０１７７】
ＷＴＲＵ１０２は、データのタイプ（制御シグナリング／制御プレーン／ユーザプレーン）、および割り振られた無線リソースのタイプに応じて、特定のＵＬ無線リソースでデータを伝送することができる。
【０１７８】
特定の代表的な実施形態において、ｍｕｌｔｉ−ＲＡＴ動作用に構成されたマルチモードＷＴＲＵ１０２は、データの特定の無線ベアラへの関連に基づいて（例えば、特に、ＳＲＢ、ＤＲＢ、ＬＣＨ、および／またはＬＣＧ）、および／または関与するトランスポートブロックのＣＣのＲＡＴのタイプに基づいて、特定のＵＬリソースで伝送されるべきデータを決定することができる。
【０１７９】
特定の代表的な実施形態において、ＷＴＲＵ１０２は、特定のＳＲＢに関連付けられているデータが、第１のＲＡＴのリソースを使用してＵＬで伝送され得る（例えば、常に伝送され得る）ことを決定することができる。
【０１８０】
特定の代表的な実施形態において、例えば、ＷＴＲＵ１０２が第２のＲＡＴの無線リソースを使用してＤＲＢからデータを伝送するようにＲＲＣを使用してネットワークにより明示的に構成され得る場合（例えば、ＶｏＩＰサービスのデータ）、ＷＴＲＵ１０２は、特定のＤＲＢ（および／または特定のＬＣＨ／ＬＣＧ）に関連付けられているデータが、ＷＴＲＵ１０２の構成に基づいて第１のＲＡＴまたは第２のＲＡＴのいずれかに属するＣＣのトランスポートブロックで伝送され得ることを決定することができる。
【０１８１】
特定の代表的な実施形態において、例えば、第１のＲＡＴの無線リソースが特に、ＢＳＲおよび／または電力ヘッドルームレポート（ＰＨＲ：power headroom report）の伝送に使用され（例えば、常に使用され）得る場合、ＷＴＲＵ１０２は、レポーティング（例えば、バッファステータス、電力ヘッドルーム、および／または他の類似するＵＬスケジューリング制御情報）のためのＭＡＣ  ＣＥが、ＷＴＲＵ１０２の構成に基づいて第１のＲＡＴまたは第２のＲＡＴのいずれかに属するＣＣのトランスポートブロックで伝送され得ることを決定することができる。
【０１８２】
特定の代表的な実施形態において、第１のＲＡＴはＬＴＥであってもよく、第２のＲＡＴは、Ｗ−ＣＤＭＡおよび／またはＨＳＤＰＡ（および／またはＨＳＵＰＡ）であってもよい。第２のＲＡＴの少なくとも１つのＣＣに対応するＵＬ制御情報（ＵＣＩ）の伝送は、第１のＲＡＴのＣＣのＵＬ伝送で伝送されてもよい。
【０１８３】
ＵＣＩは、特に、（１）ＤＬ伝送のためのＨＡＲＱ  Ａ／Ｎフィードバック、（２）チャネル品質インジケータ（ＣＱＩ）、（３）プリコーディングマトリクス情報（ＰＭＩ）、（４）スケジューリング要求（ＳＲ）、（５）ＲＩ、および／または（６）ＰＣＩを含むことができる。通常、ＨＡＲＱ  Ａ／Ｎフィードバックは、所与のＴＴＩおよびＣＱＩ／ＰＭＩ／ＲＩについて、１つまたは複数のＤＬ伝送のステータスに関して（例えば、トランスポートブロック、またはコードワード）ネットワークに通知するために伝送されてもよく、これは通常、定期的構成および／またはネットワークからの明示的な要求に基づいてレポートされてもよい。ＳＲは、伝送すべきＵＬデータがあり得ることをネットワークに通知するために伝送されてもよい。
【０１８４】
複数ＲＡＴで動作しているＷＴＲＵ１０２の場合、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫおよび／またはＣＱＩ／ＰＭＩ／ＲＩレポートのＵＬ制御チャネルは、第２のＲＡＴに使用可能ではないことがある（例えば、ＵＬリソースが構成されていない（および／または不十分に構成されている）場合、ＵＬリソースが割り振られていない（および／または不十分に割り振られている）場合、ＵＬリソースがアクティブ化されていない（および／または不十分にアクティブ化されている）場合、および／またはＷＴＲＵ１０２が制御チャネルで伝送を実行することを妨げ得る任意の他の理由による（例えば、特に、不十分な使用可能伝送電力、無効なタイミング整合、無効なパス損失基準、および／またはＲＬＦ欠陥））。そのような場合、１つの代表的な手順は、ＷＴＲＵ１０２が、第１のＲＡＴのＵＬリソースで第２のＲＡＴに対応するＵＣＩの少なくとも一部を伝送できるようにすることができる。特定の代表的な手順において、ｍｕｌｔｉ−ＲＡＴ動作用に構成されたマルチモードＷＴＲＵ１０２は、第１のＲＡＴのＵＬリソースで第２のＲＡＴに対応するＵＣＩの少なくとも一部を伝送（例えば、常に伝送）することができる。
【０１８５】
特定の代表的な実施形態において、ｍｕｌｔｉ−ＲＡＴ動作用に構成されたマルチモードＷＴＲＵ１０２は、第２のＲＡＴに対応するＵＣＩの少なくとも一部を伝送するために第１のＲＡＴのＵＬリソースを使用するように構成されてもよい。特定の代表的な実施形態において、第１のＲＡＴはＬＴＥ  ＲＡＴであってもよく、第２のＲＡＴは、Ｗ−ＣＤＭＡ  ＲＡＴ、および／またはＨＳＤＰＡ  ＲＡＴ、および／またはＨＳＵＰＡ  ＲＡＴであってもよい。特定の代表的な実施形態において、第１のＲＡＴは３ＧＰＰ  ＲＡＴ（例えば、ＬＴＥ  ＲＡＴ、またはＷ−ＣＤＭＡ  ＲＡＴ、および／またはＨＳＤＰＡ  ＲＡＴ、および／またはＨＳＵＰＡ  ＲＡＴ）であってもよく、第２のＲＡＴはＷｉＦｉ  ＲＡＴであってもよい。
【０１８６】
特定の代表的な実施形態において、使用される第１のＲＡＴのＵＬリソースは、ＰＵＣＣＨフォーマット（例えば、ＬＴＥ  ＰＵＣＣＨ  Ｆｏｒｍａｔ  ３）であってもよい。
【０１８７】
特定の代表的な実施形態において、第１のＲＡＴのＵＬリソースのセットは、リソースでのチャネル選択に使用されてもよい（例えば、ＰＵＣＣＨ  Ｆｏｒｍａｔ  １ａ／１ｂ／２ａ／２ｂ、またはＰＵＣＣＨ  Ｆｏｒｍａｔ  ３のいずれかを使用するＬＴＥチャネル選択）。
【０１８８】
特定の代表的な実施形態において、使用される第１のＲＡＴのＵＬリソースは、ＷＴＲＵ１０２がＬＴＥ  ＲＡＴのキャリアアグリゲーション（ＣＡ）用に構成される場合、例えば、ＷＴＲＵのＬＴＥ構成のＰＣｅｌｌに、ＰＵＳＣＨ伝送を備えるかまたは含むことができる。
【０１８９】
特定の代表的な実施形態において、ＵＣＩの少なくとも一部は、第１のＲＡＴの第１のＵＬリソースで伝送されてもよく、別の部分は、第１のＲＡＴの第２のＵＬリソースで伝送されてもよい。例えば、ＷＴＲＵ１０２は、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットをＰＵＣＣＨリソースで伝送することができ、ＣＱＩ／ＰＭＩ／ＲＩビットは、（ＰＣｅｌｌ、またはＳＣｅｌｌのいずれかで）ＰＵＳＣＨで伝送されてもよい。
【０１９０】
以下の代表的な手順は、マルチモードＷＴＲＵ１０２がｍｕｌｔｉ−ＲＡＴ動作用に構成される場合、ＷＴＲＵ１０２が電力ヘッドルームレポーティングを実行できるようにする。ｍｕｌｔｉ−ＲＡＴ動作用に構成されたマルチモードＷＴＲＵ１０２の場合、各ＲＡＴタイプのＣＣのセットに使用可能な電力ヘッドルームを計算するとき、ＷＴＲＵ１０２は、ＣＣのセット（例えば、全てのセット）にわたり合計伝送電力を使用することができる。特定の代表的な手順において、伝送電力は、各セットでアクティブ化されたＵＬキャリア（例えば、アクティブ化されたＵＬキャリアのみ）に基づいてもよい。
【０１９１】
第１の代表的な手順において、ＷＴＲＵ１０２が第２のＲＡＴの少なくとも１つのＣＣを追加する無線リソース構成を受信する場合、ＷＴＲＵ１０２は、第１のＲＡＴのＣＣおよび第２のＲＡＴのＣＣに対して、構成済みのＵＬリソースを有する各構成済みのサービングセルのＰＨＲをトリガすることができる（例えば、ＰＨＲは、ＵＬリソースの一部または全部に、例えば全てのサービングセルまたはアクティブ化されているサービングセルのみに、トリガされてもよい）。
【０１９２】
第２の代表的な手順において、ＷＴＲＵ１０２が第２のＲＡＴの少なくとも１つのＣＣをアクティブ化する制御シグナリングを受信する場合、ＷＴＲＵ１０２は、第１のＲＡＴのＣＣおよび第２のＲＡＴのＣＣに対して、構成済みのＵＬリソースを有する各構成済みのサービングセルのＰＨＲをトリガすることができる（例えば、ＷＴＲＵ１０２は、ＵＬリソースの一部または全部を、例えば全てのサービングセルまたはアクティブ化されているサービングセルのみ対して、トリガすることができる）。
【０１９３】
第３の代表的な手順において、ｍｕｌｔｉ−ＲＡＴ動作用に構成されたマルチモードＷＴＲＵ１０２は、ＷＴＲＵ１０２が第２のＲＡＴの少なくとも１つのＣＣを追加する無線リソース構成を受信する場合、ＷＴＲＵ１０２および任意のＲＡＴタイプ（例えば、構成済みのＵＬリソースを持つアクティブ化されたサービングセル（例えば、アクティブ化されたサービングセルのみ）に対して構成された全てのＣＣのＰＨＲをトリガすることができる。ＷＴＲＵ１０２は、第２のＲＡＴの少なくとも１つのＣＣをアクティブ化および／または第２のＲＡＴの少なくとも１つのＣＣを非アクティブ化することができるアクティブ化／非アクティブ化制御シグナリングを受信することができる。特定の代表的な手順において、第１のＲＡＴはＬＴＥであってもよく、第２のＲＡＴは、Ｗ−ＣＤＭＡおよび／またはＨＳＤＰＡ（および／またはＨＳＵＰＡ）であってもよい。
【０１９４】
特定の代表的な実施形態において、異なるＲＡＴのキャリアにわたるスケジューリング関連の動作のための異なるサブフレームタイミングの処理が、実施されてもよい。
【０１９５】
ＨＳＰＡ物理チャネルの伝送時間間隔（ＴＴＩ）が２ｍｓ（例えば、ＨＳ−ＰＤＳＣＨに対して約２ｍｓ）であり、ＬＴＥ物理チャネル（例えば、ＰＤＳＣＨ）のサブフレーム持続期間は１ｍｓ（例えば、約１ｍｓ）となり得る場合、以下の代表的な実施形態は、第２のＲＡＴの物理チャネルでの伝送、およびクロスキャリアスケジューリング、アクティブ化／非アクティブ化、および／または（例えば、特に、ＤＲＸタイマー、および／または時間整合タイマー）制御信号により影響を受ける他の手順に対する、第１のＲＡＴのＤＬ物理チャネルでの制御シグナリングの受信の間のタイミング関係を説明することができる。
【０１９６】
制御信号が、第１のＲＡＴのサブフレームタイミングに対応するサブフレームＮ１の第１のＲＡＴで受信される場合、第２のＲＡＴのサブフレームタイミングに対応し、第２のＲＡＴの物理チャネルで対応する動作を実行するためのタイミングを導くために使用される対応するサブフレームＮ２は、（１）サブフレームＮ１が開始し得る間または開始時点の、（２）開始境界がサブフレームＮ１中に発生する第１のサブフレームとなり得る、（３）サブフレームＮ１が終了する間または終了時点に開始境界が発生する第１のサブフレームとなり得る、（４）開始境界がサブフレームＮ１の終了後に発生する第１のサブフレームとなり得る、後続のサブフレームＮ２のいずれかに従って決定されてもよい。サブフレームＮ２を使用する決定は、第１のＲＡＴがＨＳＰＡであること（例えば、２ｍｓのＴＴＩ）、および制御シグナリングがサブフレームＮ１で受信されること（例えば、ＨＳ−ＳＣＣＨ）に応答してもよい。
【０１９７】
上記のタイミングが使用される場合、および所与のサービングセルのＨＳＰＡ伝送（例えば、ＨＳ−ＰＤＳＣＨ）のスケジューリングがＬＴＥ制御チャネル（例えば、ＰＤＣＣＨ）で実行される場合、ＬＴＥ制御信号（例えば、ＰＤＣＣＨ）の受信タイミングは、対応するサービングセルでのＨＳＰＡ伝送（例えば、ＨＳ−ＰＤＳＣＨ）の受信タイミングを導くために使用されてもよい。
【０１９８】
上記のタイミングが使用される場合、および所与のサービングセルのＰＤＳＣＨ伝送のスケジューリングがＨＳＰＡ制御チャネルで実行される場合、ＨＳＰＡ制御信号の受信タイミングは、対応するサービングセルでのＰＤＳＣＨ受信タイミングを導くために使用されてもよい。
【０１９９】
第１のＲＡＴがＬＴＥ（例えば、１ｍｓのＴＴＩ）である場合、ＭＡＣでのｍｕｌｔｉ−ＲＡＴアグリゲーションが実行されてもよい。
【０２００】
特定の代表的な実施形態において、第１のＲＡＴでの（例えば、ＬＴＥまたはＨＳＰＡ）、（例えば、それぞれＨＳＰＡまたはＬＴＥの）第２のＲＡＴの少なくとも１つのＤＬ  ＣＣとの、単一無線リソース接続を使用して（例えば、ＲＲＣ）マルチモードＷＴＲＵ１０２を構成するための手順が実施されてもよい。
【０２０１】
ＬＴＥおよびＨＳＰＡがキャリアアグリゲーションの代表的なＲＡＴとして説明されるが、例えば、上記で開示される他のＲＡＴ、および例えばＷｉＦｉ  ＲＡＴが同等に適用可能であってもよいことが企図される。
【０２０２】
さまざまな代表的な手順が、ＤＬのコンテキストで本明細書において説明されるが、これらはＵＬに同等に適用可能であることが企図される。
【０２０３】
特定の代表的な実施形態において、手順は、データプレーンおよび制御プレーンがプライマリＲＡＴの共通のＰＤＣＰ／ＲＬＣを使用して集約されて、データがプライマリＲＡＴのＭＡＣとセカンダリＲＡＴのＭＡＣとの間のＭＡＣレイヤにおいて分割され得るように、第１のＲＡＴと第２のＲＡＴのアグリゲーションを可能にすることができる。この代表的なシナリオにおいて、プライマリＲＡＴは、制御プレーンおよびユーザプレーンを確立することができ、ユーザプレーンおよび制御プレーンプロトコルスタックは、プライマリＲＡＴのＰＤＣＰ、ＲＬＣ、ＲＲＣ、およびＮＡＳ、並びにプライマリおよびセカンダリＲＡＴ両方のＭＡＣおよびＰＨＹを備えることができる。
【０２０４】
特定の代表的な実施形態において、プライマリＲＡＴの論理チャネル（例えば、ＤＴＣＨ、ＤＣＣＨ、および／またはＣＣＣＨ）は、ＬＴＥ  ＤＬ−ＳＣＨおよび／またはＨＳＰＡ  ＤＬ  ＨＳ−ＤＳＣＨトランスポートチャネルにマッピングされてもよく、次いでそれぞれＬＴＥ  ＰＤＳＣＨおよびＨＳＰＡ  ＨＳ−ＤＰＳＣＨ物理チャネルにマッピングされてもよい。
【０２０５】
図３は、トランスポートチャネルへの代表的なＤＬ論理チャネルのマッピング３００を示す図であり、ここでＬＴＥはプライマリＲＡＴであり、ユーザプレーンおよび制御プレーン両方のデータまたは論理チャネルはＬＴＥ  ＤＬ−ＳＣＨまたはＨＳＰＡ  ＨＳ−ＤＳＣＨにマッピングされてもよい。
【０２０６】
ＤＬ論理チャネル３０５は、以下の事項を含むことができる。  
（１）ページング情報およびＳＩ変更通知を転送することができるＤＬチャネルとして構成されたページング制御チャネル（ＰＣＣＨ：Paging Control Channel）３１５（例えば、チャネルは、ネットワークがＷＴＲＵ１０２のロケーションセルを認識しない場合にページングに使用されてもよい）
（２）システム制御情報をブロードキャストするためのＤＬチャネルとして構成されたブロードキャスト制御チャネル（ＢＣＣＨ）３２０
（３）ＷＴＲＵ１０２とネットワークとの間の制御情報を伝送するためのチャネルとして構成された共通制御チャネル（ＣＣＣＨ：Common Control Channel）３２５（例えば、チャネルは、ネットワークとのＲＲＣ接続を持たないＷＴＲＵに使用されてもよい）
（４）ＷＴＲＵ１０２とネットワークとの間の個別制御情報を伝送することができるポイントツーポイント双方向チャネルとして構成され、ＲＲＣ接続を有するＷＴＲＵ１０２によって使用されてもよい個別制御チャネル（ＤＣＣＨ：Dedicated Control Channel）３３０
（５）ユーザ情報の転送のために、１つのＷＴＲＵ１０２に専用の、ポイントツーポイントチャネルとして構成された個別トラフィックチャネル（ＤＴＣＨ：Dedicated Traffic Channel）３３５
（６）１つまたは複数のマルチキャストトラフィックチャネル（ＭＴＣＨ：Multicast Traffic Channel）３４５に対して、ＭＢＭＳ制御情報をネットワークからＷＴＲＵ１０２に伝送するために使用され得るポイントツーマルチポイントＤＬチャネルとして構成されたマルチキャスト制御チャネル（ＭＣＣＨ：Multicast Control Channel）３４０（例えば、ＭＣＣＨ３４０は、ＭＢＭＳを受信することができるＷＴＲＵ１０２によって使用されてもよい（例えば、そのＷＴＲＵ１０２のみによって使用されてもよい）、および／または、
（７）マルチキャストデータの伝送のために構成されたＭＴＣＨ３４５
【０２０７】
ＤＬトランスポートチャネル３１０は、以下の事項を含むことができる。  
（１）ＰＣＣＨ３１５にマッピングし、ＷＴＲＵ１０２省電力を可能にするＵＥ不連続受信（ＤＲＸ）をサポートすることができ（例えば、ＤＲＸサイクルはネットワークによってＷＴＲＵ１０２に示され得る）、またブロードキャストされ得るページングチャネル（ＰＣＨ：Paging Channel）３５０
（２）ＢＣＣＨ３２０にマッピングすることができるブロードキャストチャネル（ＢＣＨ：Broadcast Channel）３５５
（３）ＤＣＣＨ３３０および／またはＤＴＣＨ３３５にマッピングすることができ、少なくとも３つの物理レイヤチャネル（図示せず）を使用可能にすることができる、高速ダウンリンク共用チャネル（ＨＳ−ＤＳＣＨ）３６０、（例えば、ＨＳ−ＳＣＣＨがＨＳ−ＤＳＣＨでデータが送信されることをユーザに通知することができるように（例えば、２スロット先）、ＨＳ−ＤＰＣＣＨが確認応答情報およびユーザの現在のＣＱＩを搬送することができるように、高速共用制御チャネル（ＨＳ−ＳＣＣＨ：High Speed-Shared Control Channel）、アップリンク高速個別物理制御チャネル（ＨＳ−ＤＰＣＣＨ：High Speed-Dedicated Physical Control Channel）、および高速物理ダウンリンク共用チャネル（ＨＳ−ＰＤＳＣＨ：High Speed-Physical Downlink Shared Channel）。この値は、次の伝送でユーザデバイスに送信すべきデータの量を計算するために基地局（例えば、基地局１１４および／または２３４）によって使用されてもよく、ＨＳ−ＰＤＳＣＨは、実際のユーザデータを搬送することができるＨＳ−ＤＳＣＨ３６０トランスポートチャネルにマッピングされたチャネルであってもよい）
（４）ＢＣＣＨ３２０、ＣＣＣＨ３２５、ＤＣＣＨ３３０、および／またはＤＴＣＨ３３５（このトランスポートチャネルはＤＬデータ転送の主チャネルであってもよい）にマッピングされてもよいダウンリンク共用チャネル（ＤＬ−ＳＣＨ：Downlink Shared Channel）３６５
（５）マルチキャストチャネル（ＭＣＨ：Multicast Channel）３７０はＭＣＣＨ３４０および／またはＭＴＣＨ３４５にマッピングされてもよく、セルの全カバレッジエリアでブロードキャストされてもよく、ＭＣＣＨ情報を伝送してマルチキャスト伝送をセットアップするために使用されてもよい。
【０２０８】
ＨＳＰＡがプライマリＲＡＴである場合、図３に示されるマッピングに類似するマッピングが適用されてもよい。たとえ図３には示されていなくても、ＣＣＣＨ論理チャネルもまた、ＨＳ−ＤＳＣＨ３６０トランスポートチャネルにマッピングされてもよい。特定の代表的な実施形態において、アグリゲーションはユーザプレーンデータまたは論理チャネル（例えば、ＤＴＣＨ３３５のみ）に対して実行されてもよく、制御プレーン論理チャネル（ＤＣＣＨ３３０および／またはＣＣＣＨ３２５）はプライマリＲＡＴ論理チャネルにマッピングされてもよい。特定の代表的な実施形態において、アグリゲーションは個別論理チャネル（例えば、ＤＣＣＨ３３０およびＤＴＣＨ３３５）に対して実行されてもよく、ＣＣＣＨ３２５のような共通論理チャネルはプライマリＲＡＴにマッピングされてもよい。特定の代表的な実施形態において、確立された各論理チャネルに対して、構成された論理チャネルが、２つのＲＡＴにわたって、プライマリＲＡＴのみにわたって、またはセカンダリＲＡＴのみにわたってマッピングされてもよいかを示すために明示的な構成が使用されてもよい。
【０２０９】
ＤＬアグリゲーションのみの場合、ＬＴＥがプライマリＲＡＴである１つの例において、ＷＴＲＡ  ＤＬセカンダリセルはＨＳ−ＳＣＣＨおよびＨＳ−ＤＰＳＣＨ物理チャネルの伝送に限定されてもよく、関連するＷＴＲＵ１０２のＣＰＩＣＨであってもよい。ＵＬアグリゲーションの場合、複数の追加の物理チャネルは、ＵＴＲＡ  ＵＬの適正な動作を可能にするように構成されてもよい。
【０２１０】
ＨＳＰＡがプライマリＲＡＴである１つの例において、ＤＬアグリゲーションの場合、Ｅ−ＵＴＲＡセカンダリセルは、少なくとも、ＰＤＳＣＨ、ＰＤＣＣＨ、ＣＲＳ、ＣＳＩーＲＳ、またはＤＬデータを復号して正しいチャネル推定を行うためにＷＴＲＵ１０２によって使用される任意のシグナリングの伝送を含むことができる。
【０２１１】
特定の代表的なシナリオにおいて、ＬＴＥは、プライマリＲＡＴとして構成されてもよい。この代表的なシナリオにおいて、１つのＬＴＥ  ＰＤＣＰおよび１つのＬＴＥ  ＲＬＣエンティティは、ＬＴＥ  ＮＡＳおよび例えばＲＲＣに加えて、またはその代わりに、構成されたベアラごとに確立されてもよい。ＰＤＣＰおよびＲＬＣは共通であってもよく、データは、ＬＴＥ  ＭＡＣまたはＵＭＴＳ  ＭＡＣのいずれかでスケジュールされてもよい。ＬＴＥ論理チャネルがスケジュールされ得るＵＭＴＳ  ＭＡＣは、ＭＡＣ−ｅｈｓエンティティに対応することができ、ＭＡＣ−ｅｈｓエンティティの機能（例えば、全てのＭＡＣ−ｅｈｓエンティティの機能）が保持されてもよいか、または新しいＭＡＣエンティティが使用されてもよい。ＵＬ  ｍｕｌｔｉ−ＲＡＴアグリゲーションの場合、ＵＭＴＳ  ＭＡＣはＭＡＣ−ｉ／ｉｓまたは新しいＭＡＣに対応することができる。ＬＴＥがプライマリＲＡＴであり、ＨＳＰＡがセカンダリＲＡＴである場合に、ｍｕｌｔｉ−ＲＡＴアグリゲーションを達成することができる手順は以下で説明される。
【０２１２】
ＨＳＰＡ  ＭＡＣ、ＬＴＥ  ＭＡＣ、および物理層の間の対話はＤＬと類似してもよく、プライマリＲＡＴとしてのＬＴＥとのＨＳＰＡのＵＬアグリゲーションの場合、ＬＴＥ論理チャネルはＵＬ−ＳＣＨまたはＥ−ＤＣＨのいずれかにマッピングされてもよい。この例において、任意のＲＬＣ論理チャネルからのデータ、または両方のＲＡＴを介する伝送を許可され得る論理チャネルからのデータは、多重化されて、ＨＳ−ＤＳＣＨ（またはＥ−ＤＣＨ）トランスポートチャネルまたはＤＬ−ＤＳＣＨ（またはＵＬ−ＰＵＳＣＨ）トランスポートチャネルのいずれかを介してマッピングされてもよい。
【０２１３】
ＤＬの場合、ＬＴＥ  ＷＴＲＵ１０２は、ＨＳ−ＤＳＣＨトランスポートチャネルまたはＤＬ−ＤＳＣＨトランスポートチャネル、および対応する物理チャネルから任意の論理チャネルのデータを受信して逆多重化することができる。
【０２１４】
図４は、代表的なレイヤ２（Ｌ２）構造４００を示す図である。
【０２１５】
図５は、図４のＨＳＰＡ  ＭＡＣ４７４に使用される代表的なＭＡＣ−ｅｈｓモジュール５００を示す図である。
【０２１６】
図４を参照すると、ＭＡＣにおいて、ｅＮＢスケジューラ（例えば、アグリゲーションスケジューリングおよび優先処理）がデータをＬＴＥ  ＭＡＣ４６４またはＨＳＰＡ  ＭＡＣ４７４にルーティングすべきかどうかを決定することができるように、Ｌ２構造４００は、ｅＮＢ側の実装のためのものであってもよい。ＬＴＥ  ＭＡＣ４６４およびＨＳＰＡ  ＭＡＣ４７４は、簡略化するために処理ユニット４６２を含まないものとして示される。ＬＴＥ  ＭＡＣ４６４およびＨＳＰＡ  ＭＡＣ４７４は各々、処理ユニット４６２の一部を含むことができる。Ｌ２構造は、例えばＤＬの場合、複数のサブレイヤ、例えば、特にパケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤ４４０、ＲＬＣレイヤ４５０、および／または集約されたＭＡＣレイヤ４６０を含むことができる。図４に示されるように、ＰＤＣＰレイヤ４４０は、ＲＯＨＣエンティティ４４２における堅牢なヘッダ圧縮（ＲＯＨＣ：Robust Header Compression）処理、およびセキュリティエンティティ４４４におけるセキュリティ処理を含むことができ、データはＲＬＣレイヤ４５０に提供されてもよい。ＲＬＣレイヤ４５０は、分割および自動再送要求（ＡＲＱ）エンティティ４５２を含むことができる。例えば、無線ベアラ４０２は、論理チャネルまたはチャネルトラフィック４０４を生成するためにＰＤＣＰレイヤ４４０およびＲＬＣレイヤ４５０を介して処理されてもよいが、これはＭＡＣレイヤ４６０に提供されてもよい。
【０２１７】
ＭＡＣレイヤ４６０は、処理ユニット４６２（例えば、ＨＳＰＡ  ＭＡＣとＬＴＥ  ＭＡＣに共通であり、それらによって共有される）を介して、複数の論理チャネル４０４のアグリゲーション、スケジューリングおよび優先度処理を提供し、論理チャネル４０４からのスケジューリングされたトラフィックを、物理レイヤによって無線で送信可能なＬＴＥ  ＭＡＣ４６４を介したＤＬ−ＳＣＨデータユニット、またはＨＳＰＡ  ＭＡＣ４７４を介したＤＬ  ＨＳ  ＤＳＣＨデータユニットに多重化することができる。ＬＴＥ  ＭＡＣ４６４は、ＬＴＥスケジューラ４６６、マルチプレクサ４６８、およびハイブリッド自動再送要求（ＨＡＲＱ）エンティティ４７０を含むことができる。ＨＳＰＡ  ＭＡＣ４７４は、ＨＳＰＡ  ＭＡＣ−ｅｈｓ４７６およびＨＡＲＱエンティティ４７８を含むことができる。
【０２１８】
ＨＳＰＡ  ＭＡＣ４７４は、ＭＡＣ−ｅｈｓエンティティに対応することができ、図５に示されるように、少なくとも１つのＭＡＣ−ｅｈｓモジュール５００を含むことができる。ＭＡＣ−ｅｈｓモジュール５００は、スケジューリング／優先処理ユニット５１０、優先キュー配信５２０、複数の優先キュー５３０、複数の分割ユニット５４０、および優先キューマルチプレクサ（ＰＱＭＵＸ）５５０を含むことができる。ＭＡＣ  ｅｈｓモジュール５００は、データをＨＡＲＱエンティティ４７８に提供することができる。例えば、スケジューリング／優先処理機能を提供または実行することができるスケジューリング／優先処理ユニット５１０は、ＨＡＲＱエンティティ４７８とデータフローの間のＨＳ−ＤＳＣＨリソースを、それらの優先順位クラスに従って管理することができる。ＰＱＭＵＸ５５０は、スケジューリングの決定、およびこの機能に使用可能なトランスポートフォーマットおよびリソースコンビネーション（ＴＦＲＣ：transport format and resource combination）に基づいて各優先度付きキューからＭＣＡ−ｅｈｓ  ＰＤＵに含まれるべきオクテットの数を決定することができ、分割ユニット５４０は、ＭＡＣ−ｅｈｓサービスデータユニット（ＳＤＵ）の分割を実行することができ、ＴＦＲＣ選択ユニット５６０は、ＨＳ−ＤＳＣＨで伝送されるべきデータの適切なトランスポートフォーマットおよびリソースを選択することができる。ＭＡＣ−ｅｈｓエンティティはまた、関連するＵＬおよび／またはＤＬシグナリングを提供することもできる。
【０２１９】
特定の代表的な手順は、ＷＴＲＵ１０２側で複数のＲＡＴにわたるデータの受信を可能にすることができる。ＬＴＥがプライマリＲＡＴである場合、ＬＴＥプロトコルスタック（例えば、物理レイヤ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ）に加えて、少なくとも（１）ＭＡＣ−ｅｈｓエンティティおよび適用可能な構成パラメータまたはＨＳ−ＤＳＣＨ物理チャネルリソースおよび構成パラメータ、のようなＨＳＰＡ構成がＷＴＲＵ１０２に提供されてもよい。ＷＴＲＵ１０２は、セカンダリＲＡＴ（例えば、ＨＳＰＡ  ＲＡＴ）でＨＳ−ＳＣＣＨおよびＨＳ−ＤＰＳＣＨの受信を開始するように構成されてもよい。ＨＳ−ＤＰＳＣＨを介して受信されたデータは、ＭＡＣ−ｅｈｓエンティティ（例えば、ＨＳＰＡ）、ＨＡＲＱエンティティ４７８、および関連するＨＳＰＡ  ＭＡＣ機能によって処理されてもよく、ＤＬ−ＤＳＣＨを介して受信されたデータは、ＬＴＥ  ＨＡＲＱプロセスによって処理され、ＬＴＥ  ＭＡＣプロトコルヘッダに従って逆多重化されてもよい。
【０２２０】
図６は、ＷＴＲＵ  ＭＡＣアーキテクチャ６００の代表的な実装を示す図である。図７は、ＭＡＣアーキテクチャ６００に使用される代表的なＭＡＣ−ｅｈｓモジュール７００を示す図である。
【０２２１】
図６を参照すると、ＷＴＲＵ  ＭＡＣアーキテクチャ６００は、高位層６１０および下位層６３０とデータを交換することができる。高位層６１０は、図３のＤＬ論理チャネルに対応することができ、ＭＡＣ制御を含むことができる。下位層６３０は、図３のＤＬトランスポートチャネルに対応することができ、ＵＬ−ＳＣＨを含むことができる。ＭＡＣレイヤ６２０は、論理チャネル優先順位付け６２１（例えば、ＵＬのみ）、マルチプレクサ／デマルチプレクサ６２２（例えば、ＬＴＥのみ）、デマルチプレクサ６２３、ＨＡＲＱエンティティ６２４、ＭＡＣ−ｅｈｓエンティティ６２５（例えば、ＤＬのみ）、ランダムアクセス制御６２６、およびＭＡＣレイヤ６２０の他の機能、モジュールおよび／またはエンティティを管理または制御するためのコントロール６２７を含むことができる。ＷＴＲＵ１０２側のＭＡＣ−ｅｈｓエンティティ６２５は、例えば、図７に示されるように、少なくとも１つのＭＡＣ−ｅｈｓを含むことができる。
【０２２２】
例えば、（１）ＰＣＣＨ３１５およびＰＣＨ３５０は、ＭＡＣレイヤ６２０を介して交換されるデータが処理されないように（例えば、パススルーであってもよい）結合されてもよい、（２）ＭＣＣＨ３４０およびＭＴＣＨ３４５は、デマルチプレクサ６２３を介してＭＣＨ３７０に結合されてもよい、（３）ＢＣＣＨ３２０およびＢＣＨ３５５は、ＭＡＣレイヤ６２０を介して交換されるデータが処理されないように（例えば、パススルーであってもよい）結合されてもよい、ＢＣＣＨ３２０はまた、データ交換のためにＨＡＲＱエンティティ６２４を介してＤＬ−ＳＣＨ３６５（例えば、またはＵＬ−ＳＣＨ）に結合されてもよい、（４）ＣＣＣＨ３２５、ＤＣＣＨ３３０、およびＤＴＣＨ３３５は、データ交換のために、論理チャネル優先順位付け６２１（例えば、ＵＬのみ）、マルチプレクサ／デマルチプレクサ６２２（例えば、ＬＴＥのみ）、およびＨＡＲＱエンティティ６２４を介して、ＤＬ−ＳＣＨ３６５（例えば、またはＵＬ−ＳＣＨ）に結合されてもよい、および／または（５）ＣＣＣＨ３２５、ＤＣＣＨ３３０、およびＤＴＣＨ３３５は、データ交換のために、論理チャネル優先順位付け６２１（例えば、ＵＬのみ）、マルチプレクサ／デマルチプレクサ６２２、およびＭＡＣ−ｅｈｓ６２５（例えば、ＤＬのみ）を介して、ＨＳ−ＤＳＣＨ３６０に結合されてもよい。
【０２２３】
図７を参照すると、ＷＴＲＵ１０２側のＭＡＣ−ｅｈｓは、複数のＬＣＨ−ＩＤ逆多重化エンティティ７１０、複数の再アセンブリエンティティ７２０、複数の再配列（reordering）エンティティ７３０、再配列キュー配信機能７４０、逆アセンブリエンティティ７５０、および複数のＨＡＲＱエンティティ７６０を含むことができる。ＨＡＲＱエンティティ７６０は、ＡＣＫまたはＮＡＣＫを生成することを含むハイブリッドＡＲＱに使用されるタスクを処理することができる。逆アセンブリエンティティ７５０は、ＭＡＣ−ｅｈｓヘッダおよび／またはパディングを除去することによってＭＡＣ−ｅｈｓを逆アセンブルすることができる。再配列キュー配信機能７４０は、受信した論理チャネル識別子に基づいて、受信した再配列ＰＤＵを再配列キューにルーティングすることができる。再配列エンティティ７３０は、受信した伝送シーケンス番号（ＴＳＮ：Transmission Sequence Number）に従って、受信した再配列ＰＤＵを編成することができる。連続するＴＳＮを有するデータブロックは、受信の際に再アセンブリエンティティに配信されてもよい。再アセンブリエンティティ７２０は、セグメントに分割されたＭＡＣ−ｅｈｓ  ＳＤＵを再アセンブルすることができ、ＭＡＣ  ＰＤＵをＬＣＨ−ＩＤ逆多重化エンティティ７１０に転送することができる。ＬＣＨ−ＩＤ逆多重化エンティティ７１０は、受信した論理チャネル識別子に基づいて、ＭＡＣ−ｅｈｓ  ＳＤＵを１つまたは複数の論理チャネルにルーティングすることができる。
【０２２４】
例えば、ＭＡＣ−ｅｈｓ６２５は、ＭＡＣ−ｅｈｓプロトコルヘッダ、再配列キュー配信機能、再配列および再アセンブリ機能に従うＭＡＣ−ｅｈｓ  ＰＤＵの逆アセンブリを含むことができる。ＬＣＨ−ＩＤ逆多重化は、ＭＡＣ−ｅｈｓ６２５内にあってもよいが、それにより図６のＬＴＥ逆多重化機能６２２は迂回されるようにすることができる。
【０２２５】
特定の代表的な実施形態において、ＬＣＨ−ＩＤ逆多重化機能は、ＭＡＣ−ｅｈｓから除去されてもよく、ＬＴＥ逆多重化機能は正しい論理チャネルへのデータのルーティングを担当することができる。
【０２２６】
ＭＡＣ（例えば、ＭＡＣ−ｅｈｓ６２５）の再配列機能は、ＲＬＣ  ＡＣＫ／ＮＡＣＫステータスレポートの生成に追加の遅延を引き起こすことがあり、これはＨＡＲＱ再送信により遅延し得るパケット（例えば、全てのパケット）がＲＬＣステータスレポートを伝送する前に受信されたことを保証するためにタイマーがＲＬＣプロトコル内にあることに起因する場合がある。
【０２２７】
ＭＡＣ−ｅｈｓ６２５は、データを順序正しく（例えば、ＨＡＲＱ遅延の根拠となった後）配信することができるので、ＲＬＣのタイマーは遅延を二重にする（例えば、不必要に二重にする）ことがある。特定の代表的な実施形態において、そのような遅延を低減するため、さまざまな代表的な手順が以下において説明される。
【０２２８】
第１の代表的な手順において、ＭＡＣ−ｅｈｓ６２５のＴ１タイマーは、複数の時間のうちの１つ（例えば、１０ｍｓ、または０ｍｓ）に設定されてもよい。これは、ＲＬＣ内の再配列（例えば、再配列の全て）を移動させることができる。
【０２２９】
第２の代表的な手順において、ＲＬＣは、欠落しているシーケンス番号がＵＴＲＡ  ＭＡＣ−ｅｈｓからであると決定される場合、タイマーを開始しない。特定の代表的な手順は、ＭＡＣ−ｅｈｓ６２５とＲＬＣとの間の対話に基づいて、欠落しているデータが伝送されたインターフェースを決定するために使用されてもよい。
【０２３０】
ＭＡＣ−ｅｈｓ６２５がＬＴＥ  ＲＬＣと併置されている場合、ＭＡＣ−ｅｈｓ機能は、ＬＴＥアグリゲーションが、例えば上位ＬＴＥプロトコルスタックによって導入された効率および最適化を利用することによって構成される場合、変更され、拡張され、および／または簡略化されてもよい。ＲＬＣおよびＭＡＣ−ｅｈｓ６２５が同じノード内に併置される場合、バッファリングキューはＭＡＣ−ｅｈｓ６２５で使用されない。ＲＬＣは、ＰＤＵがＭＡＣ  ＴＢに適合することを保証するためにＲＬＣ  ＰＤＵの再分割を実行することができるので、ＨＳＰＡ  ＭＡＣから分割機能を除去する（または、使用不可にする）ことが検討される。ＷＴＲＵ１０２におけるＴＳＮ番号および再配列に起因するＲＬＣの遅延を軽減するため、ＴＳＮ番号付けおよび再配列がＭＡＣによって個々に実行されないことが検討される。
【０２３１】
例示的な実装形態として、Ｎｏｄｅ  ＢのＬＴＥ集約のＭＡＣ−ｅｈｓは、（１）ＴＳＮ番号付け、（２）分割、および／または（３）キュー配信の機能を実行しない。ＬＴＥ集約のＭＡＣ−ｅｈｓの機能または動作は、（１）論理チャネルの優先順位に従ってＨＡＲＱエンティティとデータフローの間のＨＳ−ＤＳＣＨリソースを管理することができる、スケジューリング／優先処理機能または動作、（２）データがＨＳ−ＤＳＣＨで伝送されるように適切なトランスポートフォーマットおよびリソースの選択を実行することができる、ＴＦＲＣ選択、および／または（３）異なる論理チャネルからのデータの優先処理およびデータの多重化、のうちの１つまたは複数を含むことができる。データが多重化され、ＭＡＣ  ＰＤＵがＵＴＲＡ  ＨＳ−ＤＳＣＨに対して作成されると、ｅＮＢはＵＴＲＡ  ＭＡＣ−ｅｈｓヘッダフォーマットを使用することができる。
【０２３２】
ＷＴＲＵ１０２のＬＴＥ集約のＨＳＰＡ  ＭＡＣは、ＨＳ−ＤＰＳＣＨを介して受信されたＭＡＣ  ＰＤＵを受信して逆多重化するように構成されてもよい。データは、ＨＡＲＱの物理レイヤプロセスから受信されてもよく、その後、ＷＴＲＵ１０２はＨＳＰＡ  ＭＡＣ  ＰＤＵの逆アセンブリまたは逆多重化を実行することができ、それらをＬＣＨ−ＩＤに従って正しい論理チャネルに転送することができる。拡張ＨＳＰＡ  ＭＡＣは、再配列キュー配信、再配列または再アセンブリを実行しない。
【０２３３】
特定の代表的な実施形態において、ＭＡＣ  ＰＤＵの共通ＭＡＣヘッダフォーマットは、ＵＴＲＡＮを介して伝送されるように作成されてもよい。ＭＡＣヘッダフォーマットは、作成されたＭＡＣ−ＰＤＵがＬＴＥフォーマットを含むかまたは包含して、ＨＳ−ＤＰＳＣＨまたはＥ−ＤＰＤＣＨチャネルを介して伝送され得るように、ＬＴＥヘッダフォーマットに対応することができる。ＨＡＲＱ伝送およびＴＦＲＣ（またはＥ−ＴＦＣ）選択は、ＵＴＲＡＮプロトコルに従って（例えば、ＭＡＣヘッダがＬＴＥ  ＭＡＣヘッダである）実行されてもよい。
【０２３４】
ＷＴＲＵ１０２側において、ＭＡＣ−ｅｈｓの機能はもはや使用されなくなり、ＭＡＣ−ｅｈｓは透過的なままであってもよい。ＷＴＲＵ１０２は、ＨＳ−ＤＰＳＣＨを介してデータを受信することができ、ＵＴＲＡＮ  ＨＡＲＱプロセス特性を使用することができる。データが適正に処理されて正常に受信されると、データは、ＬＴＥ物理チャネルを介して受信されたかのようにデータを処理することができるＬＴＥ逆多重化エンティティに渡されてもよい。例示のＭＡＣ構造８２０が図８に示される。ＭＡＣ構造８２０は、マルチプレクサ／デマルチプレクサ８２２がＬＴＥのみに使用されてもされなくてもよいことを除いては、ＭＡＣ構造６２０の構造と類似しており、ＨＡＲＱ  ＨＳＰＡエンティティ８２５は図６のＭＡＣ−ｅｈｓエンティティ６２５の代わりに使用されてもよい。
【０２３５】
ＭＡＣレイヤ８２０は、論理チャネル優先順位付け８２１（例えば、ＵＬのみ）、マルチプレクサ／デマルチプレクサ８２２、デマルチプレクサ８２３、ＨＡＲＱエンティティ８２４、ＨＡＲＱ  ＨＳＰＡエンティティ８２５、ランダムアクセス制御８２６、およびＭＡＣレイヤ８２０の他の機能、モジュールおよび／またはエンティティを管理および制御するためのコントロール８２７を含むことができる。
【０２３６】
例えば、（１）ＰＣＣＨ３１５およびＰＣＨ３５０は、ＭＡＣレイヤ８２０を介して交換されるデータが処理されないように（例えば、パススルーであってもよい）結合されてもよい、（２）ＭＣＣＨ３４０およびＭＴＣＨ３４５は、デマルチプレクサ６２３を介してＭＣＨ３７０に結合されてもよい、（３）ＢＣＣＨ３２０およびＢＣＨ３５５は、ＭＡＣレイヤ８２０を介して交換されるデータが処理されないように（例えば、パススルーであってもよい）結合されてもよい、ＢＣＣＨ３２０はまた、データ交換のためにＨＡＲＱエンティティ８２４を介してＤＬ−ＳＣＨ３６５（例えば、またはＵＬ−ＳＣＨ）に結合されてもよい、（４）ＣＣＣＨ３２５、ＤＣＣＨ３３０、およびＤＴＣＨ３３５は、データ交換のために、論理チャネル優先順位付け８２１（例えば、ＵＬのみ）、マルチプレクサ／デマルチプレクサ８２２（例えば、ＬＴＥのみ）、およびＨＡＲＱエンティティ８２４を介して、ＤＬ−ＳＣＨ３６５（例えば、またはＵＬ−ＳＣＨ）に結合されてもよい、および／または（５）ＣＣＣＨ３２５、ＤＣＣＨ３３０、およびＤＴＣＨ３３５は、データ交換のために、論理チャネル優先順位付け８２１（例えば、ＵＬのみ）、マルチプレクサ／デマルチプレクサ８２２、およびＨＡＲＱ  ＨＳＰＡエンティティを介して、ＨＳ−ＤＳＣＨ３６０に結合されてもよい。
【０２３７】
本明細書において説明される概念はまた、ＵＬ  Ｅ−ＤＣＨアグリゲーションにも適用可能であり、ＭＡＣ−ｉ／ｉｓが等価のＵＬ  ＵＴＲＡ  ＭＡＣエンティティであることが、当業者には理解されよう。例えば、ＤＬと同様に、ＵＬ  Ｅ−ＤＣＨの場合、ＭＡＣ−ｉ／ｉｓの機能を最適化するが、Ｅ−ＴＦＣ選択のみを実行すること、および選択されたＭＡＣ  ＰＤＵのデータを多重化することが検討される。分割およびＴＳＮ番号付け機能は除去される。ＬＴＥ  ＭＡＣ  ＰＤＵヘッダフォーマットはまた、ＵＬと同様に、ＵＴＲＡ  ＵＬ  ＭＡＣ  ＰＤＵに使用されてもよい。
【０２３８】
ＭＡＣおよび物理レイヤにおいて複数の（２またはそれ以上の）ＲＡＴのアグリゲーションを可能にするため、ＲＲＣ共通制御レイヤは、ＷＴＲＵ１０２を適正に制御および構成して、ＨＳＰＡ  ＭＡＣ−ｅｈｓおよびＤＬ  ＨＳ−ＤＳＰＣＨと動作することができる。これは、ＨＳＰＡ  ＭＡＣおよび／または物理レイヤ構成をＲＲＣメッセージに組み入れるためにＬＴＥ制御プレーンを拡張することによって達成されてもよい。ＲＲＣメッセージは、特に、（１）ＲＲＣ接続再構成メッセージ、（２）ＲＲＣ接続再確立メッセージ、および／または（３）ＲＲＣ接続セットアップメッセージを含むことができる。
【０２３９】
構成は、ＨＳＰＡ物理チャネル構成パラメータを含むことができるＩＥ「RadioResourceConfigDedicated」および／または「PhysicalConfigDedicated」などの、メッセージまたはメッセージのＩＥ内に含まれてもよい。ＤＬ物理チャネル構成の場合、ＬＴＥ  ＲＲＣメッセージは、UTRA-DLSecondaryCell-Containerを含むことができる。コンテナは、ＵＴＲＡ  ＲＲＣ仕様に従ってエンコードされたＩＥを含むコンテナに対応することができる。ＤＬの場合、ＩＥは、ＩＥ「DL secondary cell info」に対応することができる。特定の代表的な実施形態において、別のＲＡＴからのＩＥ受信処理が実施されてもよい。
【０２４０】
完全なＭＡＣ−ｅｈｓ機能が構成される場合、UTRA-MAC-ehsConfig-Containerが前述のＲＲＣメッセージに使用されてもよい。このコンテナは、ＵＴＲＡ  ＩＥ「Added or reconfigured MAC-ehs reordering queue」を指すことができる。
【０２４１】
ＭＡＣ−ｅｈｓ再配列キューは、ＬＴＥ論理チャネルとの明示的なマッピングを有することができる。ＬＴＥ  ＩＥ「ＤＲＢ−ｔｏ−ＡＤＤＭｏｄ」および／またはＩＥ「ＳＲＢ−ｔｏ−ＡＤＤＭｏｄ」を使用して、ＭＡＣ−ｅｈｓキュー識別子のうちの１つへの論理チャネル識別子のマッピングを含む（例えば、ＭＡＣ−ｅｈｓキューＩＤがＩＥに追加されてもよい）ことが検討される。
【０２４２】
ＬＴＥ  ＩＥを保持するため（例えば、ＬＴＥ  ＩＥを変更しない）、この情報をＩＥ「added or reconfigured MAC-ehs reordering queue」に含むことが検討される。新しい情報は、ＭＡＣ−ｅｈｓ再配列キューの各々について、ＭＡＣ−ｅｈｓキューにマッピングされるＬＴＥ論理チャネル識別子を含むことができる。物理チャネル構成パラメータと同様に、別のＲＡＴからのこのＩＥの受信を処理するために固有のアクションが実施されてもよい。
【０２４３】
この例がＭＡＣおよび物理チャネル構成について提供されているとしても、ＵＬ物理チャネル構成、ＲＬＣなどのような他の情報にも同等に適用可能であってもよいことが、当業者には理解されよう。
【０２４４】
ＵＴＲＡ−ｃｏｎｔａｉｎｅｒは、１つのメッセージに前述のＩＥの全部または一部を含むことができるか、またはそれらのＩＥの各々について別個のコンテナを使用することができる。
【０２４５】
特定の代表的な実施形態において、手順は、ＨＳＰＡがプライマリＲＡＴの役割を果たして、ＭＡＣサブレイヤでのｍｕｌｔｉ−ＲＡＴアグリゲーションを可能にするように実施されてもよい。ＨＳＰＡ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、およびＮＡＳエンティティが確立されてもよく、ｍｕｌｔｉ−ＲＡＴ構成のＷＴＲＵ１０２の場合、２つのＭＡＣエンティティ（例えば、ＨＳＰＡ  ＭＡＣおよびＬＴＥ  ＭＡＣ）および対応する物理チャネルが確立されてもよい。論理チャネルおよびトランスポートチャネルのマッピングに関して上述されている図３〜図８の代表的な実施形態は、これらの実施形態に同等に適用可能である。
【０２４６】
特定の代表的な実施形態において、独立したＭＡＣエンティティ（例えば、２つまたはそれ以上の独立ＭＡＣエンティティ）が、構成されてセットアップされてもよい（例えば、ＨＳＰＡ  ＭＡＣ（例えば、ＭＡＣ−ｅｈｓまたはＭＡＣ−ｉ／ｉｓ）およびＬＴＥ  ＭＡＣ）。論理チャネルからのデータは、ＨＳＰＡ  ＭＡＣおよび／またはＬＴＥ  ＭＡＣを介して送信されてもよい。データは、各ＭＡＣエンティティから独立して処理され、各ＲＡＴの機能に従ってアセンブルされて伝送されてもよい。
【０２４７】
特定の代表的な実施形態において、ＨＳＰＡ  ＲＬＣプロトコルは、（例えば、ＬＴＥ  ＭＡＣがサポートしない）選択されたトランスポートブロックサイズに適合しないこともあるＲＬＣ  ＰＤＵの分割を実行するためにＭＡＣに依存することができる。選択または要求されたトランスポートブロック（ＴＢ）に適合しないＲＬＣ  ＰＤＵは、ＭＡＣ  ＰＤＵに含まれず、それらのＲＬＣ  ＰＤＵは、ＨＳＰＡ  ＭＡＣを介して、または後続のＴＴＩで伝送されてもよい。
【０２４８】
特定の代表的な実施形態において、両方のＲＡＴを介して伝送されるべきＴＢサイズは、各ＲＡＴによって独立して選択されてもよい。ＨＳＰＡ  ＭＡＣは、ＨＳＰＡまたはＬＴＥ物理チャネルおよびＨＡＲＱプロセスを介して伝送され得るＭＡＣ  ＰＤＵをアセンブルして構築することができる。これにより、ＨＳＰＡ  ＭＡＣは、ＲＬＣ  ＰＤＵの分割および／または論理チャネルごとのＴＳＮ番号付けのような、追加の動作を実行することができるようになる。ＭＡＣ  ＰＤＵに適用されたＭＡＣヘッダは、ＨＳＰＡ  ＭＡＣヘッダのＭＡＣヘッダに対応することができ、ＬＴＥを介して伝送されるように作成されたＭＡＣ  ＰＤＵはＬＴＥ  ＨＡＲＱに渡されてもよく、ＬＴＥ物理チャネルを介して送信されてもよい。受信側において、ＬＴＥおよびＨＳＰＡ物理チャネルを介して受信されたデータは、それぞれＬＴＥおよびＨＳＰＡの対応するＨＡＲＱプロセスで処理されて結合されてもよい。ＴＢがＲＡＴのいずれかから正常に復号された後、ＨＡＲＱプロセスは、逆多重化、再配列、再アセンブル、および対応する論理チャネルへの転送を行うことができるＨＳＰＡ  ＭＡＣエンティティにデータを転送することができる。
【０２４９】
特定の代表的な実施形態において、ＴＳＮおよびＳＩフィールドは、論理チャネルごとに作成された各ＰＤＵに追加されてもよく、作成されたＰＤＵは多重化されて異なるＭＡＣエンティティによって処理されてもよい。例えば、ＵＬ（またはＤＬ）において、ＭＡＣ−ｉｓ  ＰＤＵ（またはＭＡＣ−ｅｈｓ再配列ＰＤＵ）は、（１）ＭＡＣ−ｉエンティティ（またはＭＡＣ−ｅｈｓ多重化機能）、または（２）追加のＭＡＣヘッダが追加されて、それぞれＨＳＰＡ  ＭＡＣ  ＰＤＵまたはＬＴＥ  ＭＡＣ  ＰＤＵが作成され得るような、ＬＴＥ  ＭＡＣエンティティ、のうちの１つに転送されてもよい。受信側において、各ＲＡＴから受信されたデータは、対応するＬＴＥまたはＨＳＰＡ  ＭＡＣエンティティによって処理されて逆多重化されてもよく、データを再配列して再アセンブルし、それらを正しい論理チャネルにルーティングすることができるＨＳＰＡ機能によって転送され処理されてもよい。
【０２５０】
特定の代表的な実施形態において、手順は、物理ＵＬ制御チャネル（ＰＵＣＣＨ）または物理ＵＬ共用チャネル（ＰＵＳＣＨ）のような少なくとも１つのＬＴＥ  ＵＬ物理チャネルを介して少なくとも１つのキャリアからのＨＳＰＡ信号に関連するＵＣＩ（これ以降「ＨＳＰＡ  ＵＣＩ」と称する）の伝送を可能にするために実施されてもよい。特に指定のない限り、以下の代表的な手順は、集合的に「ＬＴＥ  ＵＬ物理チャネル」（またはＰＵｘＣＨ）と称されるそれらのチャネルのいずれかを介する伝送に適用されてもよい。ＰＵｘＣＨは、特に、（１）一般に、（ｉ）ＨＳ−ＳＣＣＨチャネルおよび／またはＨＳ−ＰＤＳＣＨ（物理層における）を介する伝送および／または（ｉｉ）ＨＳ−ＤＳＣＨトランスポートチャネルを介する伝送を示すことができるＨＳＰＡ信号、および／または（２）少なくとも、（ｉ）（ＨＳ−ＳＣＣＨ順序のような）ＤＬ制御情報へのＡＣＫ／ＮＡＣＫ、（ｉｉ）ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、（ｉｉｉ）チャネル状態情報、（ｉｖ）プリコーディング情報、および／または（ｖ）ランク情報を含むことができるＨＳＰＡ  ＵＳＩを含むことができる。
【０２５１】
ＨＳ−ＤＳＣＨの伝送時間間隔（ＴＴＩ）が例えば２ｍｓであり、ＰＵＣＣＨまたはＰＵＳＣＨのサブフレーム持続期間が例えば１ｍｓである場合、以下の代表的な実施形態は、ＤＬ  ＣＣからのＨＳＰＡ信号の受信と、ＬＴＥ物理チャネルを介する対応するＵＣＩの送信との間のタイミング関係を提供することができる。
【０２５２】
特定の代表的な実施形態において、特定のＨＳＰＡ信号に対応するＨＳＰＡ  ＵＣＩは、単一の（例えば、１ｍｓの）ＬＴＥサブフレームを介してＰＵｘＣＨで伝送されてもよい。そのような伝送は、サブフレームＮ＋ｋ発生することがあり、ここでｋは固定値または高位層のいずれかによって提供された値のパラメータであり、ＮはＬＴＥサブフレーム番号付けにおけるＨＳＰＡ信号の基準サブフレームである。例えば、基準サブフレームＮは、（１）ＨＳ−ＳＣＣＨ伝送が開始する（または開始時の）サブフレーム、（２）ＨＳ−ＰＤＳＣＨ伝送が開始する（または開始時の）サブフレーム、または（３）ＨＳ−ＤＳＣＨ伝送が開始する（または開始時の）サブフレームのうちの少なくとも１つに対応することができる。
【０２５３】
特定の代表的な実施形態において、特定のＨＳＰＡ信号に対応するＨＳＰＡ  ＵＣＩは、２つの（例えば、１ｍｓの）ＬＴＥサブフレームを介してＰＵｘＣＨで伝送されてもよい。そのような伝送は、サブフレームＮ＋ｋおよびＮ＋ｋ＋１で発生することがある。類似するタイミングが、（１）特に、さまざまなＲＡＴのサービングセルにわたり使用されるクロスキャリアスケジューリング、および／またはサービングセルのアクティブ化／非アクティブ化のようなＷＴＲＵ１０２動作に対するＰＵＳＣＨでのＵＬ伝送に適用され得ることが検討される。
【０２５４】
ＨＳＰＡ  ＵＣＩの伝送のための特定のＰＵＣＣＨまたはＰＵＳＣＨの選択に関して、特に、（１）（例えば、同時ＰＵＣＣＨおよびＰＵＳＣＨ伝送の可能性が高位層によって構成される場合（例えば、その場合に限り）、ＨＳＰＡ  ＵＣＩがＰＵＣＣＨで伝送され得る（例えば、常に伝送される）こと、（２）ＬＴＥ  ＵＣＩの伝送のための物理ＵＬチャネルの選択に適用可能なルールに従って、ＨＳＰＡ  ＵＣＩが、ＬＴＥ  ＵＣＩと同じ単一物理チャネルおよび同じＵＬ  ＣＣを介して伝送されてもよいこと、および／または（３）ＨＳＰＡ  ＵＣＩの第１の部分が第１のＰＵｘＣＨで伝送されてもよく、ＨＳＰＡ  ＵＣＩの第２の部分が第２のＰＵｘＣＨで伝送されてもよいこと、を含む上記の代表的な手順が採用されてもよい。例えば、ＨＳＰＡ  ＵＣＩのＨＡＲＱ  Ａ／Ｎ部分はＰＵＣＣＨで伝送されてもよく、ＨＳＰＡ  ＵＣＩのＣＳＩ部分はＰＵＳＣＨで伝送されてもよい。
【０２５５】
以下の代表的な実施形態は、ＰＵＣＣＨを介するＨＳＰＡ  ＵＣＩの伝送に適用可能であってもよい。
【０２５６】
「対応するＰＤＣＣＨ／ＰＤＳＣＨ伝送」という表現は一般に、対応するＵＣＩ（例えば、ＨＡＲＱ  Ａ／Ｎ）が関与するサブフレームで伝送され得るＰＤＣＣＨ／ＰＤＳＣＨ伝送を指す。同様に、「対応するＨＳ−ＳＣＣＨ伝送」という表現は一般に、対応するＵＣＩ（Ａ／ＮまたはＨＡＲＱ  Ａ／Ｎ）が関与するサブフレームで伝送され得るＨＳ−ＳＣＣＨ伝送を指す。
【０２５７】
ＨＳＰＡ  ＵＣＩおよび／またはＬＴＥ  ＵＣＩを伝送するために使用されるＰＵＣＣＨリソースは、
（１）（例えば、対応するＰＤＳＣＨ伝送（またはセカンダリＬＴＥサービングセルの対応するＰＤＳＣＨ伝送）が受信されない場合（例えば、受信されない場合に限り）、ＰＵＣＣＨリソースインデックスが対応するＨＳ−ＳＣＣＨ伝送から受信されてもよいこと、
（２）（例えば、セカンダリＬＴＥサービングセルの対応するＰＤＳＣＨ伝送が受信される場合（例えば、受信される場合に限り）、ＰＵＣＣＨリソースインデックスが対応するＬＴＥ伝送のＰＤＣＣＨから受信されてもよいこと、
（特定の代表的な実施形態において、対応するＰＤＳＣＨ伝送が存在しない場合、リソースインデックスは、１つまたは複数のＨＳＰＡ  ＤＬ  ＣＣからの１つまたは複数のＨＳＰＡ信号の伝送を指示するフォーマット（例えば、固有のフォーマット）で符号化されたＰＤＣＣＨから取得されてもよい）、
（３）（例えば、リソースインデックスがＰＤＣＣＨまたはＨＳ−ＳＣＣＨ伝送のいずれからも信号伝達されない場合（例えば、信号伝達されない場合に限り）、ＰＵＣＣＨリソースインデックスが高位層によって提供されてもよいこと、
（４）使用するＰＵＣＣＨリソースが直前のサブフレームに使用されたＰＵＣＣＨリソースと同じであること（例えば、ＨＳＰＡ  ＵＣＩは２つのサブフレーム（例えば、Ｎ＋ｋおよびＮ＋ｋ＋１）を介して伝送される）、を含む上記の手順のうちの少なくとも１つに従って取得されてもよい。
【０２５８】
特定の代表的な実施形態において、手順は、ＨＳ−ＤＰＣＣＨ、Ｅ−ＤＰＣＣＨおよび／または個別物理制御チャネル（ＤＰＣＣＨ）のような少なくとも１つのＨＳＰＡ  ＵＬ物理チャネルを介して少なくとも１つのキャリアからのＬＴＥ信号に関連するＵＣＩ（これ以降「ＬＴＥ  ＵＣＩ」と称する）の伝送を可能にするために実施されてもよい。特に指定のない限り、以下の手順は、以下で集合的に「ＨＳＰＡ  ＵＬ物理チャネル」（またはＨＳ−ＤＰｘＣＨ）と称されるそれらのチャネルのいずれかを介する伝送に適用されてもよい。
【０２５９】
ＬＴＥ信号は一般に、ＰＤＣＣＨチャネルおよび／またはＰＤＳＣＨチャネル（物理層における）を介する伝送、またはＤＬ−ＳＣＨトランスポートチャネルを介する伝送を指す。
【０２６０】
ＬＴＥにおけるＤＬ−ＳＣＨの伝送時間間隔（ＴＴＩ）が例えば１ｍｓであり、ＨＳ−ＤＰＣＣＨのようなＨＳＰＡ  ＵＬ物理チャネルのサブフレーム持続期間が例えば２ｍｓである場合、以下の代表的な実施形態は、ＤＬ  ＣＣからのＬＴＥ信号の受信と、ＨＳ−ＤＰＣＣＨの単一のサブフレーム（例えば、２ｍｓのサブフレーム）で伝送され得る２つの連続するＬＴＥサブフレーム（例えば、１ｍｓ）からのＬＴＥ信号に対応するＬＴＥ  ＵＣＩを含むＨＳＰＡ  ＵＬ物理チャネルを介する、対応するＵＣＩの受信との間のタイミング関係を説明または識別することができる。例えば、（ＨＳＰＡ  ＵＬサブフレーム番号付けにおける）サブフレームＮで伝送されたＬＴＥ  ＵＣＩは、サブフレームＮ−ｋおよびＮ−ｋ＋１の開始時点またはその間に伝送されたＬＴＥ信号に対応することができ、ここでｋは固定値または高位層によって提供された値のパラメータである。類似するタイミングはまた、さまざまなＲＡＴのサービングセルにわたるクロスキャリアスケジューリング、および／またはサービングセルのアクティブ化／非アクティブ化のようなＷＴＲＵ１０２動作に対するＨＳＰＡでのＵＬ伝送に適用されてもよい。
【０２６１】
例えば、ＨＳＰＡ  ＵＣＩの伝送に加えて、ＬＴＥ  ＵＣＩの伝送のためのＨＳ−ＤＰＣＣＨチャネルの容量が限られている場合、異なるトランスポートブロックに対応するＡＣＫまたはＮＡＣＫ（Ａ／Ｎ）（例えば、複数のＡ／ＮにわたるＡＮＤ演算）のバンドル操作は、ＨＳＰＡ物理チャネルへの包含に先立ってＬＴＥ  ＵＣＩに適用されてもよい。例えば、特に、（１）２つの連続するＬＴＥサブフレームのＡ／Ｎのバンドル、（２）空間領域のＡ／Ｎのバンドル、および／または（３）ＬＴＥ  ＤＬ  ＣＣおよび／またはＨＳＰＡ  ＤＬ  ＣＣの組み合わせで伝送されたトランスポートブロックに対応するＡ／Ｎのバンドルを含む手順が、単独で、または組み合わせて使用されてもよい。
【０２６２】
特定の代表的な実施形態において、手順は、ＷＴＲＵ１０２が第２のＲＡＴに従って動作する少なくとも１つのＣＣ、およびＷＴＲＵ１０２が第２のＲＡＴに従って動作する少なくとも１つのＣＣを使用して、複数のＣＣで現在動作しているＷＴＲＵ１０２に関連して実施されてもよい。
【０２６３】
ＷＴＲＵ１０２は、各々異なる無線リソース接続（例えば、制御プレーン）を使用する、複数のＲＡＴに別個にアクセスすることができる。例えば、ＷＴＲＵ１０２は、ＬＴＥであってもよい第１のＲＡＴ、およびＷ−ＣＤＭＡおよび／またはＨＳＤＰＡ（および／またはＨＳＵＰＡ）であってもよい第２のＲＡＴを使用することができる。ＷＴＲＵ１０２は、各ＲＡＴへの１つの独立した接続を確立することができる。ネットワーク接続性の観点から、ＷＴＲＵ１０２は、各々自身のＰＤＰコンテキスト（例えば、ＩＰアドレス）、制御／ユーザデータパス、およびセキュリティコンテキストを備える、２つの異なるネットワークインターフェース（例えば、ＩＰネットワークインターフェース）を実施する単一のデバイスと見なされてもよい。ＲＲＭ、モビリティ管理、スケジューリング、および／または承認制御は、相互に独立していてもよい。
【０２６４】
図９は、ｍｕｌｔｉ−ＲＡＴ  ＷＴＲＵ１０２のキャリアアグリゲーションを管理するための代表的な方法９００を示す流れ図である。
【０２６５】
図９を参照すると、ブロック９１０において、代表的な方法９００は、第２のタイプのＲＡＴに関連付けられている補足チャネルをプロビジョニングするためのプロビジョニング情報を、第１のタイプのＲＡＴに関連付けられているプライマリチャネルを介してＷＴＲＵ１０２が受信するステップを含むことができる。ステップ９２０において、ＷＴＲＵ１０２は、受信したプロビジョニング情報に基づいて第２のタイプのＲＡＴに関連付けられている補足チャネルを確立することができる。ブロック９３０において、ＷＴＲＵ１０２は、第２のタイプのＲＡＴによる補足チャネルを介する通信に関連付けられている第２のデータを無線で交換する間に、第１のタイプのＲＡＴによるプライマリチャネルを介する通信に関連付けられている第１のデータを無線で交換することができる。
【０２６６】
交換するとは、一般に、１つのデバイスまたはエンティティと別のデバイスまたはエンティティとの間でデータまたは情報を送信することまたは受信することを指す。そのような交換は、（例えば、第１のデバイスから第２のデバイスへの単方向であってもよいし、（例えば、確認応答の応答におけるようなデバイス間の）双方向であってもよい。
【０２６７】
「間に（while）」、「同時の（simultaneous）」、および「並行の（concurrent）」という用語は一般に、（１）第２の条件または第２のイベントと同時に発生する第１の条件または第１のイベント、または（２）第１の条件または第１のイベントに関連付けられているチャネルおよび第２の条件または第２のイベントに関連付けられているチャネルが同時にオンまたはアクティブであることを指す。例えば、これらの用語は、いずれのＲＡＴの通信も中断することなく（例えば、同時にＲＡＴの接続を保持して）別個のＲＡＴでの、同時の信号の直接物理伝送、またはデータのインターリーブバーストを含むことができる。
【０２６８】
特定の代表的な実施形態において、ＷＴＲＵは、例えば、特に、携帯電話、スマートフォン、タブレット、および／またはネットブックのようなエンドユーザによって使用されるＵＥまたは端末デバイスであってもよい。あるいは、ＷＴＲＵは、特に、ネットワークアクセスポイント、基地局、ｅＮＢ、および／またはＨｅＮＢを含む無線アクセスネットワークの他のコンポーネントであってもよい。
【０２６９】
特定の代表的な実施形態において、確立された補足チャネルを介して第２のデータを無線で交換するステップは、（１）確立された補足チャネルを介して第２のデータを無線で送信するステップ、（２）確立された補足チャネルを介して第２のデータを無線で受信するステップ、または（３）確立された補足チャネルを介して第２のデータの異なる部分を無線で送信および受信するステップのうちの１つを含むことができる。
【０２７０】
特定の代表的な実施形態において、プロビジョニング情報を無線で受信するステップは、第１のタイプのＲＡＴに関連付けられているプライマリチャネルを介して、プライマリチャネルの制御情報および補足チャネルの制御情報を受信するステップを含むことができる。
【０２７１】
特定の代表的な実施形態において、ＲＡＴの第１のタイプは、（１）Ｗ−ＣＤＭＡ  ＲＡＴ、（２）ＨＳＰＡ  ＲＡＴ、（３）ＨＳＤＰＡ  ＲＡＴ、（４）ＨＳＵＰＡ  ＲＡＴ、または（５）ＬＴＥ  ＲＡＴのうちの１つであってもよい。
【０２７２】
特定の代表的な実施形態において、ＲＡＴの第２のタイプは、（１）Ｗ−ＣＤＭＡ  ＲＡＴ、（２）ＨＳＰＡ  ＲＡＴ、（３）ＨＳＤＰＡ  ＲＡＴ、（４）ＨＳＵＰＡ  ＲＡＴ、（５）ＬＴＥ  ＲＡＴ、（６）非セルラーのＲＡＴ、または（７）ＷｉＦｉ  ＲＡＴのうちの異なる１つ（例えば、異なるタイプ）であってもよい。
【０２７３】
特定の代表的な実施形態において、第２のタイプのＲＡＴに関連付けられている補足チャネルを確立するステップは、受信したプロビジョニング情報から、補足チャネルを介して第２のデータを無線で交換するためにプロビジョニングされるべき第２のタイプのＲＡＴに関連付けられている１つまたは複数のキャリアコンポーネントを決定するステップと、決定された１つまたは複数のキャリアコンポーネントを使用して補足チャネルをプロビジョニングするステップとを含むことができる。
【０２７４】
特定の代表的な実施形態において、代表的な方法は、ＷＲＴＵ１０２によってプロビジョニング情報を受信する前に、第１のタイプのＲＡＴに関連付けられているプライマリチャネルを確立するステップを含むことができる。
【０２７５】
特定の代表的な実施形態において、第２のタイプのＲＡＴに関連付けられている補足チャネルを確立するステップは、第１および第２のタイプのＲＡＴの無線リソースを制御するために単一の無線リソース接続を使用して補足チャネルを確立するステップを含むことができる。
【０２７６】
特定の代表的な実施形態において、単一の無線リソース接続を確立するステップは、無線リソース制御（ＲＲＣ）接続をセットアップするステップを含むことができる。
【０２７７】
特定の代表的な実施形態において、方法は、ＷＲＴＵによってプロビジョニング情報を受信する前に、第１のタイプのＲＡＴに関連付けられているプライマリチャネルを確立するステップを含むことができる。
【０２７８】
特定の代表的な実施形態において、第２のタイプのＲＡＴに関連付けられている補足チャネルを確立するステップは、ＷＴＲＵ１０２によって同時にサポートされるプライマリおよび１つまたは複数の補足チャネルに関連付けられている無線リソースを制御するために複数の異なるＲＡＴタイプの各々について少なくとも１つのそれぞれの無線リソース接続を使用して１つまたは複数の補足チャネルを確立するステップを含むことができる。
【０２７９】
特定の代表的な実施形態において、方法は、１つまたは複数のキャリアコンポーネントの異なるセットに適用可能であってもよい確立済みの無線リソース接続を保持するステップを含むことができる。
【０２８０】
特定の代表的な実施形態において、第２のタイプのＲＡＴによる補足チャネルを介して第２のデータを無線で交換する間に、第１のタイプのＲＡＴによるプライマリチャネルを介して第１のデータを無線で交換するステップは、キャリアコンポーネントの異なるセットによる確立済みの無線リソースのうちの異なる１つを介する通信の第１および第２のデータのそれぞれの部分を交換するステップを含むことができる。
【０２８１】
特定の代表的な実施形態において、第１のデータおよび第２のデータを交換するステップは、第１のデータの交換のための第１の周波数または第１の周波数帯域、および第１の周波数または第１の周波数帯域と同一であるかまたは異なる第２の周波数または第２の周波数帯域においてＷＴＲＵ１０２を動作させるステップを含むことができる。
【０２８２】
図１０は、複数の無線アクセス技術（ＲＡＴ）に関連付けられるコンポーネントキャリア（ＣＣ）での同時またはほぼ同時の動作のために構成され得るマルチモードＷＴＲＵ１０２を使用して無線通信を実行するための代表的な方法１０００を示す流れ図である。
【０２８３】
図１０を参照すると、ブロック１０１０において、代表的な方法１０００は、ＷＴＲＵ１０２において、ＨＳＰＡ  ＭＡＣエンティティおよびＬＴＥ  ＭＡＣエンティティを構成するステップを含むことができる。ブロック１０２０において、ＨＳＰＡおよびＬＴＥ  ＭＡＣエンティティに関連付けられ得る複数のチャネルが構成されてもよい。
【０２８４】
特定の代表的な実施形態において、ＨＳＰＡ  ＭＡＣエンティティおよびＬＴＥ  ＭＡＣエンティティを構成するステップは、ＨＳＰＡおよびＬＴＥ  ＲＡＴを介して交換されるデータを集約するためにＨＳＰＡ  ＭＡＣおよびＬＴＥ  ＭＡＣを統合するステップを含むことができる。
【０２８５】
図１１は、複数の無線アクセス技術（ＲＡＴ）に関連付けられているコンポーネントキャリア（ＣＣ）での同時動作のために構成され得るマルチモードＷＴＲＵ１０２を使用して無線通信を実行するための別の代表的な方法１１００を示す流れ図である。
【０２８６】
図１１を参照すると、代表的な方法１１００は、ブロック１１１０において、第１のＲＡＴに従って第１のＣＣで交換された情報を含むことができる。ブロック１１２０において、情報は、第２のＲＡＴに従って第２のＣＣで同時に交換されてもよい。ブロック１１３０において、交換された情報は、第１および第２のＣＣを介して集約または分割されてもよい。
【０２８７】
特定の代表的な実施形態において、代表的な方法は、（１）第１および第２のＣＣで情報の交換を保持するための単一無線リソース接続、（２）第１および第２のＣＣで情報の交換を保持するために使用されるＣＣごとの無線リソース接続、または（３）第１および第２のＣＣで情報の交換を保持するために使用されるＲＡＴごとの無線リソース接続のうちの１つを構成するステップを含むことができる。
【０２８８】
特定の代表的な実施形態において、代表的な方法は、第２のＣＣで交換される情報に関連するブロック肯定応答／否定応答指示を提供するために、第１のＣＣで第２のＣＣに関連付けられているブロック肯定応答を送信するＷＴＲＵ１０２を含むことができる。
【０２８９】
図１２は、ｍｕｌｔｉ−ＲＡＴキャリアアグリゲーション（ＣＡ）をサポートするＷＴＲＵ１０２にて無線通信を実行するための代表的な方法１２００を示す流れ図である。
【０２９０】
図１２を参照すると、代表的な方法１２００は、ブロック１２１０において、第１のＲＡＴに従って第１のキャリアで割り振られた情報を含むことができる。ブロック１２２０において、情報は、第２のＲＡＴに従って第２のキャリアで同時に割り振られてもよい。
【０２９１】
特定の代表的な実施形態において、第１のＲＡＴは、（１）ＬＴＥ、（２）Ｗ−ＣＤＭＡ、（３）ＨＳＰＡ、（４）ＨＳＤＰＡ、または（５）ＨＳＵＰＡのうちの１つであってもよい。
【０２９２】
特定の代表的な実施形態において、第２のＲＡＴは、第１のＲＡＴとは異なるＲＡＴであってもよい。
【０２９３】
図１３は、複数のＲＡＴに関連付けられているコンポーネントキャリア（ＣＣ）での同時の動作のために構成され得るマルチモードＷＴＲＵ１０２を使用して無線通信を実行するためのさらなる代表的な方法１３００を示す流れ図である。
【０２９４】
図１３を参照すると、代表的な方法１３００は、ブロック１３１０において、ＬＴＥ  ＲＡＴに従って第１のＣＣで割り振られた情報を含むことができる。ブロック１３２０において、情報は、異なるＲＡＴに従って第２のＣＣで同時に割り振られてもよい。
【０２９５】
特定の代表的な実施形態において、単一無線リソース制御（ＲＲＣ）接続は、ＷＴＲＵ１０２によって同時にサポートされるＲＡＴの無線リソースを制御するために使用されてもよい。
【０２９６】
特定の代表的な実施形態において、代表的な方法は、少なくとも１つのＣＣの異なるセットに適用可能な複数のＲＡＴの各々について１つの無線リソース制御（ＲＲＣ）接続を同時に使用するＷＴＲＵ１０２を含むことができる。
【０２９７】
特定の代表的な実施形態において、複数のＲＡＴは、同一または異なる周波数で動作することができる。
【０２９８】
特定の代表的な実施形態において、代表的な方法は、少なくとも１つのＣＣの異なるセットに適用可能なＲＡＴの各々について１つの無線リソース制御（ＲＲＣ）接続を同時に使用するＷＴＲＵ１０２を含むことができる。
【０２９９】
図１４は、ｍｕｌｔｉ−ＲＡＴ  ＣＡをサポートするＷＴＲＵ１０２において無線通信を実行するための別の代表的な方法１４００を示す流れ図である。
【０３００】
図１４を参照すると、代表的な方法１４００は、ブロック１４１０において、第１のＲＡＴに関連付けられ得るＷＴＲＵ１０２において構成された第１の媒体アクセス制御（ＭＡＣ）エンティティを含むことができる。ブロック１４２０において、第２のＭＡＣエンティティは、第２のＲＡＴに関連付けられ得るＷＴＲＵ１０２において構成されてもよい。ブロック１４３０において、第１のＭＡＣエンティティおよび第２のＭＡＣエンティティに関連付けられ得る複数のチャネルが構成されてもよい。
【０３０１】
特定の代表的な実施形態において、第１のＲＡＴはＬＴＥであってもよく、第２のＲＡＴは、（１）Ｗ−ＣＤＭＡ、（２）ＨＳＰＡ、（３）ＨＳＤＰＡ、（４）ＨＳＵＰＡ、（５）非セルラー無線アクセス、または（６）ＷｉＦｉ無線アクセスのうちの１つであってもよい。
【０３０２】
特徴および要素は特定の組み合わせで、上記で説明されたが、各々の特徴または要素は、単独で使用されるか、または他の特徴および要素の任意の組み合わせで使用されてもよいことを、当業者であれば理解することができる。また、本明細書において説明される方法は、コンピュータまたはプロセッサにより実行するためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されてもよい。非一時的コンピュータ可読記憶媒体の例は、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、これらに限定されることはない。ソフトウェアと関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用する無線周波数送受信機を実施するために使用されてもよい。
【０３０３】
さらに、上記で説明される実施形態において、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスが言及される。それらのデバイスは、少なくとも１つの中央演算処理装置（「ＣＰＵ」）およびメモリを含むことができる。コンピュータプログラミングの技術分野の当業者の手法に従い、動作および操作または命令の記号表現への参照は、さまざまなＣＰＵおよびメモリによって実行されてもよい。そのような動作および操作または命令は、「実行される」、「コンピュータにより実行される」、または「ＣＰＵにより実行される」ものと称されてもよい。
【０３０４】
当業者であれば、動作および記号表現された操作または命令がＣＰＵによる電気信号の操作を含むことを理解することができる。電気システムは、結果として電気信号の変換または減少を生じ得るデータビット、およびＣＰＵの動作並びに信号の他の処理を再構成または変更するための、メモリシステム内のメモリロケーションにおけるデータビットの保持を表す。データビットが保持されるメモリロケーションは、データビットに対応するか、またはデータビットを代表する特定の電気的、磁気的、光学的、または有機的特性を有する物理的ロケーションである。
【０３０５】
データビットはまた、磁気ディスク、光ディスク、およびＣＰＵによって読み取り可能な他の揮発性（例えば、ＲＡＭ）、または不揮発性（例えば、ＲＯＭ）大容量ストレージシステムを含むコンピュータ可読媒体に保持されてもよい。コンピュータ可読媒体は、協働するかまたは相互接続されたコンピュータ可読媒体を含むことができ、コンピュータ可読媒体は処理システムに排他的に存在するか、もしくは処理システムにローカルまたはリモートであってもよい複数の相互接続された処理システム間に分散される。代表的な実施形態が前述のメモリに限定されないこと、および他のプラットフォームおよびメモリが説明される方法をサポートし得ることを理解されたい。
【０３０６】
本願の説明に使用されているいかなる要素、行為、または指示も、明示的に記述されない限り、本発明に決定的または不可欠であると解釈されるべきではない。また、本明細書に使用されているように、冠詞「ａ」は１つまたは複数の項目を含むことが意図されている。１つの項目のみが意図される場合、「１つ（one）」または類似する表現が使用される。さらに、本明細書において使用される、複数の項目および／または項目の複数のカテゴリのリスト表示が後に続く「any of（任意の）」という用語は、単独の、もしくはその他の項目および／または項目のその他のカテゴリとの組み合わせでの、項目および／または項目のカテゴリの「any of（任意の）」、「any combination of（任意の組み合わせ）」、「any multiple of（任意の複数の）」、および／または「any combination of multiples of（複数の任意の組み合わせ）」を含むことが意図される。さらに、本明細書において使用される、「set（セット）」という用語は、ゼロを含む任意の数の項目を含むことが意図される。さらに、本明細書において使用される、「number（数）」という用語は、ゼロを含む任意の数を含むことが意図される。
【０３０７】
さらに、特許請求の範囲は、その主旨の記述がない限り、説明されている順序または要素に限定されるものと解釈されるべきではない。加えて、任意の請求項における「means（手段）」という用語は、米国特許法１１２条（６）を行使することが意図され、「means」という語を伴わない請求項はそのような意図を持たない。
【０３０８】
適切なプロセッサは、例えば、汎用プロセッサおよび特殊用途プロセッサ、標準的なプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特殊用途向け集積回路（ＡＳＩＣ）、特定用途用標準品（ＡＳＳＰ：Application Specific Standard Products）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【０３０９】
ソフトウェアと関連するプロセッサは、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＩＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）、または拡張パケットコア（ＥＰＣ）、または任意のホストコンピュータにおいて使用する無線周波数送受信機を実施するために使用されてもよい。ＷＴＲＵは、ソフトウェア無線（ＳＤＲ）を含むハードウェアおよび／またはソフトウェア、並びにカメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動装置、スピーカ、マイクロフォン、テレビ送受信機、ハンドフリーヘッドセット、キーボード、ブルートゥースモジュール、周波数変調（ＦＭ）無線装置、近距離無線通信（ＮＦＣ）モジュール、液晶ディスプレイ（ＬＣＤ）表示装置、有機発光ダイオード（ＯＬＥＤ）表示装置、デジタル音楽プレイヤー、メディアプレイヤー、テレビゲームプレイヤーモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）またはウルトラワイドバンド（ＵＷＢ：Ultra Wide Band）モジュールのような他のコンポーネントにおいて実施される、モジュールと共に使用されてもよい。
【０３１０】
本発明は通信システムに関して説明されてきたが、システムがマイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアで実施されてもよいことが検討される。特定の実施形態において、さまざまなコンポーネントの機能の１つまたは複数は、汎用コンピュータを制御するソフトウェアにおいて実施されてもよい。
【０３１１】
加えて、本発明は特定の実施形態に関して本明細書において示され説明されているが、本発明は、示されている詳細に限定されることはない。むしろ、特許請求の範囲の等価物の領域および範囲内で、かつ本発明を逸脱することなく、詳細にさまざまは変更が行なわれてもよい。
【０３１２】
実施形態
１つの実施形態において、マルチ無線アクセス技術（ＲＡＴ）無線送信／受信ユニット（ＷＴＲＵ）のキャリアアグリゲーションを管理する方法は、第１のタイプのＲＡＴに関連付けられているプライマリチャネルを介してＷＴＲＵによって、第２のタイプのＲＡＴに関連付けられている補足チャネルをプロビジョニングするためのプロビジョニング情報を受信するステップと、受信したプロビジョニング情報に基づいて第２のタイプのＲＡＴに関連付けられている補足チャネルを確立するステップと、第２のタイプのＲＡＴによる補足チャネルを介する通信に関連付けられている第２のデータを無線で交換する間に、第１のタイプのＲＡＴによるプライマリチャネルを介する通信に関連付けられている第１のデータを、ＷＴＲＵによって無線で交換するステップとを備える。
【０３１３】
１つの実施形態において、確立された補足チャネルを介して第２のデータを無線で交換するステップは、（１）確立された補足チャネルを介して第２のデータを無線で送信するステップ、（２）確立された補足チャネルを介して第２のデータを無線で受信するステップ、または（３）確立された補足チャネルを介して第２のデータの異なる部分を無線で送信および受信するステップのうちの１つを含む。
【０３１４】
１つの実施形態において、プロビジョニング情報を無線で受信するステップは、第１のタイプのＲＡＴに関連付けられているプライマリチャネルを介して、プライマリチャネルの制御情報および補足チャネルの制御情報を受信するステップを含む。
【０３１５】
１つの実施形態において、ＲＡＴの第１のタイプは、（１）Ｗ−ＣＤＭＡ  ＲＡＴ、（２）ＨＳＰＡ  ＲＡＴ、（３）ＨＳＤＰＡ  ＲＡＴ、（４）ＨＳＵＰＡ  ＲＡＴ、または（５）ＬＴＥ  ＲＡＴのうちの１つである。
【０３１６】
１つの実施形態において、ＲＡＴの第２のタイプは、（１）Ｗ−ＣＤＭＡ  ＲＡＴ、（２）ＨＳＰＡ  ＲＡＴ、（３）ＨＳＤＰＡ  ＲＡＴ、（４）ＨＳＵＰＡ  ＲＡＴ、（５）ＬＴＥ  ＲＡＴ、（６）非セルラーのＲＡＴ、または（７）ＷｉＦｉ  ＲＡＴのうちの異なる１つである。
【０３１７】
１つの実施形態において、第２のタイプのＲＡＴに関連付けられている補足チャネルを確立するステップは、受信したプロビジョニング情報から、補足チャネルを介して第２のデータを無線で交換するためにプロビジョニングされるべき第２のタイプのＲＡＴに関連付けられている１つまたは複数のキャリアコンポーネントを決定するステップと、決定された１つまたは複数のキャリアコンポーネントを使用して補足チャネルをプロビジョニングするステップを含む。
【０３１８】
１つの実施形態において、方法は、ＷＴＲＵによってプロビジョニング情報を受信する前に、第１のタイプのＲＡＴに関連付けられているプライマリチャネルを確立するステップを含み、第２のタイプのＲＡＴに関連付けられている補足チャネルを確立するステップは、第１および第２のタイプのＲＡＴの無線リソースを制御するために単一無線リソース接続を使用して補足チャネルを確立するステップを含む。
【０３１９】
１つの実施形態において、単一無線リソース接続を確立するステップは、無線リソース制御（ＲＲＣ）接続をセットアップするステップを含む。
【０３２０】
１つの実施形態において、方法は、ＷＴＲＵによってプロビジョニング情報を受信する前に、第１のタイプのＲＡＴに関連付けられているプライマリチャネルを確立するステップを含み、第２のタイプのＲＡＴに関連付けられている補足チャネルを確立するステップは、ＷＴＲＵによって同時にサポートされるプライマリおよび１つまたは複数の補足チャネルに関連付けられている無線リソースを制御するために複数の異なるＲＡＴタイプの各々について少なくとも１つのそれぞれの無線リソース接続を使用して１つまたは複数の補足チャネルを確立するステップを含む。
【０３２１】
１つの実施形態において、方法は、第２のタイプのＲＡＴによる補足チャネルを介して第２のデータを無線で交換する間に、第１のタイプのＲＡＴによるプライマリチャネルを介して第１のデータを無線で交換するステップが、キャリアコンポーネントの異なるセットによる確立済みの無線リソースのうちの異なる１つを介する通信の第１および第２のデータのそれぞれの部分を交換するステップを含むように、１つまたは複数のキャリアコンポーネントの異なるセットに適用可能な確立済みの無線リソース接続を保持するステップを含む。
【０３２２】
１つの実施形態において、第１のデータおよび第２のデータを交換するステップは、第１のデータの交換のための第１の周波数または第１の周波数帯域、および第１の周波数または第１の周波数帯域と同一であるかまたは異なる第２の周波数または第２の周波数帯域においてＷＴＲＵを動作させるステップを含む。
【０３２３】
１つの実施形態において、複数の無線アクセス技術（ＲＡＴ）に関連付けられているコンポーネントキャリア（ＣＣ）での同時またはほぼ同時の動作のために構成されるマルチモード無線送信／受信ユニット（ＷＴＲＵ）を使用して無線通信を実行する方法は、ＷＴＲＵにおいて、高速パケットアクセス（ＨＳＰＡ）媒体アクセス制御（ＭＡＣ）エンティティおよびＬＴＥ  ＭＡＣエンティティを構成するステップと、ＨＳＰＡおよびＬＴＥ  ＭＡＣエンティティに関連付けられている複数のチャネルを構成するステップを備える。
【０３２４】
１つの実施形態において、ＨＳＰＡ  ＭＡＣエンティティおよびＬＴＥ  ＭＡＣエンティティを構成するステップは、ＨＳＰＡおよびＬＴＥ  ＲＡＴを介して交換されるデータを集約するためにＨＳＰＡ  ＭＡＣおよびＬＴＥ  ＭＡＣを統合するステップを含む。
【０３２５】
１つの実施形態において、複数の無線アクセス技術（ＲＡＴ）に関連付けられているコンポーネントキャリア（ＣＣ）での同時の動作のために構成されるマルチモード無線送信／受信ユニット（ＷＴＲＵ）を使用して無線通信を実行する方法は、第１のＲＡＴに従って第１のＣＣで情報を交換するステップと、第２のＲＡＴに従って第２のＣＣで情報を同時に交換するステップと、第１および第２のＣＣを介して交換された情報を集約または分割するステップとを備える。
【０３２６】
１つの実施形態において、方法は、（１）第１および第２のＣＣで情報の交換を保持するための単一無線リソース接続、第１および第２のＣＣで情報の交換を保持するために使用されるＣＣごとの無線リソース接続、または、第１および第２のＣＣで情報の交換を保持するために使用されるＲＡＴごとの無線リソース接続のうちの１つを構成するステップを含む。
【０３２７】
１つの実施形態において、方法は、第２のＣＣで交換される情報に関連するブロック肯定応答／否定応答インジケーションを提供するために、ＷＲＴＵによって、第１のＣＣで第２のＣＣに関連付けられているブロック肯定応答を送信するステップを含む。
【０３２８】
１つの実施形態において、マルチ無線アクセス技術（ＲＡＴ）キャリアアグリゲーション（ＣＡ）をサポートする無線送信／受信ユニット（ＷＴＲＵ）において無線通信を実行する方法は、第１のＲＡＴに従って第１のキャリアで情報を割り振るステップと、第２のＲＡＴに従って第２のキャリアで情報を同時に割り振るステップを備える。
【０３２９】
１つの実施形態において、第２のＲＡＴは、第１のＲＡＴとは異なるＲＡＴである。
【０３３０】
１つの実施形態において、複数の無線アクセス技術（ＲＡＴ）に関連付けられているコンポーネントキャリア（ＣＣ）での同時の動作のために構成されるマルチモード無線送信／受信ユニット（ＷＴＲＵ）を使用して無線通信を実行する方法は、ＬＴＥ  ＲＡＴに従って第１のＣＣで情報を割り振るステップと、異なるＲＡＴに従って第２のＣＣで情報を同時に割り振るステップとを備える。
【０３３１】
１つの実施形態において、単一無線リソース制御（ＲＲＣ）接続は、ＷＴＲＵによって同時にサポートされるＲＡＴの無線リソースを制御するために使用される。
【０３３２】
１つの実施形態において、方法は、ＷＴＲＵによって、少なくとも１つのＣＣの異なるセットに適用可能な複数のＲＡＴの各々に対して１つの無線リソース制御（ＲＲＣ）接続を同時に使用するステップであって、複数のＲＡＴは同一または異なる周波数で動作するステップを含む。
【０３３３】
１つの実施形態において、マルチ無線アクセス技術（ＲＡＴ）キャリアアグリゲーション（ＣＡ）をサポートする無線送信／受信ユニット（ＷＴＲＵ）において無線通信を実行する方法は、第１のＲＡＴに関連付けられているＷＴＲＵにおいて、第１の媒体アクセス制御（ＭＡＣ）エンティティを構成するステップと、第２のＲＡＴに関連付けられているＷＴＲＵにおいて、第２の媒体アクセス制御（ＭＡＣ）エンティティを構成するステップと、第１のＭＡＣエンティティおよび第２のＭＡＣエンティティに関連付けられている複数のチャネルを構成するステップを備える。
【０３３４】
１つの実施形態において、第１のＲＡＴはＬＴＥであり、第２のＲＡＴは、（１）Ｗ−ＣＤＭＡ、（２）ＨＳＰＡ、（３）ＨＳＤＰＡ、（４）ＨＳＵＰＡ、（５）非セルラー無線アクセス、または（６）ＷｉＦｉ無線アクセスのうちの１つである。
【０３３５】
１つの実施形態において、無線送信／受信ユニット（ＷＴＲＵ）は、第２のタイプのＲＡＴに関連付けられている補足チャネルをプロビジョニングするためのプロビジョニング情報を、第１のタイプのＲＡＴに関連付けられているプライマリチャネルを介して受信するように構成された送信／受信ユニットと、第２のタイプのＲＡＴによる補足チャネルを介する通信に関連付けられている第２のデータを無線で交換する間に、送信／受信ユニットが第１のタイプのＲＡＴによるプライマリチャネルを介する通信に関連付けられている第１のデータを無線で交換するように、受信したプロビジョニング情報に基づいて第２のタイプのＲＡＴに関連付けられている補足チャネルを確立するように構成されたプロセッサを含む。
【０３３６】
１つの実施形態において、送信／受信ユニットは、第１のタイプのＲＡＴに関連付けられているプライマリチャネルを介して、プライマリチャネルの制御情報および補足チャネルの制御情報を無線で受信する。
【０３３７】
１つの実施形態において、無線送信／受信ユニット（ＷＴＲＵ）は、（１）Ｗ−ＣＤＭＡ、（２）ＨＳＰＡ、（３）ＨＳＤＰＡ、（４）ＨＳＵＰＡ、および／または（５）ＬＴＥアクセスのうちの１つを使用して第１のデータを無線で交換する。
【０３３８】
１つの実施形態において、送信／受信ユニットは、第１のデータの交換中に、（１）Ｗ−ＣＤＭＡ、（２）ＨＳＰＡ、（３）ＨＳＤＰＡ、（４）ＨＳＵＰＡ、（５）ＬＴＥアクセス、（６）非セルラーアクセス、および／または（７）ＷｉＦｉアクセスの少なくとも異なる１つを使用して第２のデータを交換する。
【０３３９】
１つの実施形態において、プロセッサは、受信したプロビジョニング情報から、補足チャネルを介して第２のデータを無線で交換するためにプロビジョニングされるべき第２のタイプのＲＡＴに関連付けられている１つまたは複数のキャリアコンポーネントを決定し、決定された１つまたは複数のキャリアコンポーネントを使用して補足チャネルをプロビジョニングする。
【０３４０】
１つの実施形態において、プロセッサは、プロビジョニング情報を受信する前に、単一無線リソース接続に関連付けられているプライマリチャネルを確立し、プロビジョニング情報を受信した後、第１および第２のタイプのＲＡＴの無線リソースを制御するためにプライマリチャネルの同じ単一無線リソース接続に関連付けられている補足チャネルを確立する。
【０３４１】
特定の実施形態において、プロセッサは、プロビジョニング情報を受信する前に、第１の無線リソース接続に関連付けられているプライマリチャネルを確立し、プロビジョニング情報を受信した後、第１および第２のタイプのＲＡＴの無線リソースをそれぞれ制御するために第２の無線リソース接続に関連付けられている補足チャネルを確立する。
【０３４２】
１つの実施形態において、プロセッサは、第１のデータの交換のための第１の周波数または第１の周波数帯域、および第１の周波数または第１の周波数帯域と同一であるかまたは異なる第２の周波数または第２の周波数帯域においてＷＴＲＵを動作させる。
【０３４３】
１つの実施形態において、無線通信を実行するための、複数の無線アクセス技術（ＲＡＴ）に関連付けられているコンポーネントキャリア（ＣＣ）での同時動作のために構成された、マルチモード無線送信／受信ユニット（ＷＴＲＵ）は、高速パケットアクセス（ＨＳＰＡ）媒体アクセス制御（ＭＡＣ）エンティティの同時動作のために構成されたプロセッサと、ＬＴＥ  ＭＡＣエンティティと、ＨＳＰＡ  ＭＡＣエンティティおよびＬＴＥ  ＭＡＣエンティティがＨＳＰＡおよびＬＴＥ  ＲＡＴを介して交換されるデータを集約するように構成されるように、ＨＳＰＡおよびＬＴＥ  ＭＡＣエンティティに関連付けられている複数のチャネルを備える。
【０３４４】
１つの実施形態において、無線通信を実行するための、複数の無線アクセス技術（ＲＡＴ）に関連付けられているコンポーネントキャリア（ＣＣ）での同時またはほぼ同時の動作をサポートするように構成された、マルチモード無線送信／受信ユニット（ＷＴＲＵ）は、第１のＲＡＴに従って第１のＣＣを介して情報を交換し、第２のＲＡＴに従って第２のＣＣを介して情報を同時に交換するように構成された送信／受信ユニットと、第１および第２のＣＣを介して交換された情報を集約または分割するように構成されたプロセッサとを備える。
【０３４５】
１つの実施形態において、ＷＴＲＵは、（１）エンドユーザ端末、またはネットワークアクセスポイントのうちの１つである。
【０３４６】
１つの実施形態において、マルチ無線アクセス技術（ＲＡＴ）無線送信／受信ユニット（ＷＴＲＵ）のキャリアアグリゲーションを管理する方法は、３ＧＰＰ  ＲＡＴに関連付けられているプライマリチャネルを介してＷＴＲＵによって、ＷｉＦｉ  ＲＡＴに関連付けられている補足チャネルをプロビジョニングするためのプロビジョニング情報を受信するステップと、受信したプロビジョニング情報に基づいてＷｉＦｉ  ＲＡＴに関連付けられている補足チャネルを確立するステップと、３ＧＰＰ  ＲＡＴによる補足チャネルを介する通信に関連付けられている第２のデータを無線で交換する間に、３ＧＰＰ  ＲＡＴによるプライマリチャネルを介する通信に関連付けられている第１のデータを、ＷＴＲＵによって無線で交換するステップを備える。
【０３４７】
１つの実施形態において、プロビジョニング情報を受信するステップは、３ＧＰＰアクセスポイントを介する３ＧＰＰ  ＲＲＣ接続を構成するステップと、ＷｉＦｉ  ＲＡＴに関連付けられているＷｉＦｉネットワークにアクセスするためのパラメータを提供するステップを含む。
【０３４８】
１つの実施形態において、ＷｉＦｉネットワークにアクセスするためのパラメータを提供するステップは、（１）ＷｉＦｉネットワークの周波数帯域、（２）ＷｉＦｉネットワークの特定のチャネル、（３）ＷｉＦｉネットワークの動作モード、（４）ＷｉＦｉネットワークのＳＳＩＤ（Serving Set IDentifier）、（５）ＷｉＦｉネットワークに関連付けられているＷｉＦｉアクセスポイントのＢａｓｉｃ  ＳＳＩＤ（ＢＳＳＩＤ）、（６）１つまたは複数のセキュリティパラメータのセット、または（７）ＷＴＲＵのＷｉＦｉ送受信機をアクティブ化する指示のうちの少なくとも１つを含む。
【０３４９】
１つの実施形態において、非一時的コンピュータ可読記憶媒体は、任意の方法を実施するためのコンピュータにより実行可能なプログラムコードを記憶する。
【図１Ａ】
2020058056.tif 000003
【図１Ｂ】
2020058056.tif 000004
【図１Ｃ】
2020058056.tif 000005
【図２】
2020058056.tif 000006
【図３】
2020058056.tif 000007
【図４】
2020058056.tif 000008
【図５】
2020058056.tif 000009
【図６】
2020058056.tif 000010
【図７】
2020058056.tif 000011
【図８】
2020058056.tif 000012
【図９】
2020058056.tif 000013
【図１０】
2020058056.tif 000014
【図１１】
2020058056.tif 000015
【図１２】
2020058056.tif 000016
【図１３】
2020058056.tif 000017
【図１４】
2020058056.tif 000018