(57)【特許請求の範囲】
【請求項１】
サブフレームを含むシステム情報メッセージ送信ウィンドウの開始を検出するための手段（１１７）と、
前記送信ウィンドウの開始時に冗長バージョンシーケンスを割り当てるための割り当て手段（１１７）であって、それによって、前記冗長バージョンシーケンスが、前記送信ウィンドウ内の送信ブロックのために、ＨＡＲＱによって用いられる冗長バージョンを指定する、割り当て手段（１１７）と
を含み、
前記割り当て手段（１１７）はアップリンクサブフレームを除外するように構成されたことを特徴とする装置（１０１，１０３）において、さらに、
前記サブフレームがマルチキャストサブフレームとユニキャストサブフレームとの混合であるかどうかを判定するための手段を含み、
前記割り当て手段（１１７）が、前記マルチキャストサブフレームを除外するように構成された装置（１０１，１０３）。
【請求項２】
前記割り当て手段（１１７）は、偶数番号の無線フレーム内の１又はそれ以上の予め定めたサブフレームが前記送信ウィンドウ内に存在する場合、これらのサブフレームを除外するように構成された
ことを特徴とする請求項１に記載の装置（１０１，１０３）。
【請求項３】
前記サブフレームの残りのサブフレームに最適な冗長バージョンシーケンスをマッピングする手段（１１９）をさらに含む、
ことを特徴とする請求項１又は請求項２に記載の装置（１０１，１０３）。
【請求項４】
前記サブフレームが、時分割二重（ＴＤＤ）キャリア又は周波数分割二重（ＦＤＤ）キャリアのいずれかを利用する無線フレームの一部である、
ことを特徴とする請求項１から請求項３のいずれか１項に記載の装置（１０１，１０３）。
【請求項５】
前記割り当て手段（１１７）が、隣接する無線フレームにわたって前記冗長バージョンシーケンスが連続することを保証するように構成された
ことを特徴とする請求項１から請求項４のいずれか１項に記載の装置（１０１，１０３）。
【請求項６】
前記冗長バージョンシーケンスをＲＶkとし、
0005308530.tif 000017
とし、
0005308530.tif 000018
が前記システム情報メッセージ送信ウィンドウ内のサブフレームの数を示す場合、前記冗長バージョンシーケンスが、
0005308530.tif 000019
に基づいて計算される、
ことを特徴とする請求項１から請求項５のいずれか１項に記載の装置（１０１，１０３）。
【請求項７】
システム情報メッセージ送信ウィンドウ内の非マルチキャストサブフレームと、前記システム情報メッセージ送信ウィンドウ内の残りのサブフレームとに前記冗長バージョンシーケンスを配分することにより、前記システム情報メッセージ送信ウィンドウの開始時に冗長バージョンシーケンスを割り当てるための割り当て手段（１１７）であって、それによって、前記冗長バージョンシーケンスが、前記送信ウィンドウ内の送信ブロックのために、ＨＡＲＱによって用いられる冗長バージョンを指定する、割り当て手段（１１７）と
を含み、
前記割り当て手段（１１７）はアップリンクサブフレームを除外するように構成されたことを特徴とする装置（１０１，１０３）において、さらに、
前記サブフレームがマルチキャストサブフレームとユニキャストサブフレームとの混合であるかどうかを判定するための手段を含み、
前記割り当て手段（１１７）が、前記マルチキャストサブフレームを除外するように構成された装置（１０１，１０３）。
【請求項８】
前記残りのサブフレームがダウンリンクサブフレームを含む、
ことを特徴とする請求項７に記載の装置（１０１，１０３）。
【請求項９】
前記冗長バージョンシーケンスをＲＶkとし、
0005308530.tif 000020
とし、
0005308530.tif 000021
が前記システム情報メッセージ送信ウィンドウ内のサブフレームの数を示す場合、前記冗長バージョンシーケンスが、
0005308530.tif 000022
に基づいて計算され、又はルックアップテーブルから読み出される、
ことを特徴とする請求項７又は請求項８に記載の装置（１０１，１０３）。
【請求項１０】
利用可能な制御容量を判定するための手段（１１９）と、
前記システム情報メッセージ送信ウィンドウ内の送信された冗長バージョンシーケンスをスケジュールするための手段（１１９）と、
前記利用可能な制御容量に基づいてブロードキャスト制御チャネル信号の送信をスケジュールして最適な冗長バージョンシーケンスを取得するための手段（１１９）と、
をさらに含むことを特徴とする請求項７から請求項９のいずれか１項に記載の装置（１０１，１０３）。
【請求項１１】
前記最適な冗長バージョンシーケンスが、前記システム情報メッセージ送信ウィンドウの開始時に取得され、前記冗長バージョンシーケンスをＲＶkとし、
0005308530.tif 000023
とし、
0005308530.tif 000024
が前記システム情報メッセージ送信ウィンドウ内のサブフレームの数を示す場合、前記冗長バージョンシーケンスが、
0005308530.tif 000025
に基づいて計算される、
ことを特徴とする請求項１０に記載の装置（１０１，１０３）。
【請求項１２】
前記最適な冗長バージョンシーケンスが、信号対雑音比を低減させること、ブロードキャスト制御チャネル信号のより迅速な取得を可能にすること、電力消費を削減することのいずれか、又はこれらの組み合わせを行う、
ことを特徴とする請求項１０又は請求項１１に記載の装置（１０１，１０３）。
【請求項１３】
サブフレームを含むシステム情報メッセージ送信ウィンドウの開始を検出するステップ（２０１）と、
前記送信ウィンドウの開始時に冗長バージョンシーケンスを割り当てるための割り当てステップ（２０３）であって、それによって、前記冗長バージョンシーケンスが、前記送信ウィンドウ内の送信ブロックのために、ＨＡＲＱによって用いられる冗長バージョンを指定する、割り当てステップ（２０３）と
を含み、
前記割り当てステップ（２０３）はアップリンクサブフレームを除外すること（２０９，２１１）を含むことを特徴とする方法において、さらに、
前記サブフレームがマルチキャストサブフレームとユニキャストサブフレームとの混合であるかどうかを判定するステップ（４０１）を含み、
前記割り当てステップ（２０３）が、前記マルチキャストサブフレームを除外することを含む方法。
【請求項１４】
システム情報メッセージ送信ウィンドウ内の非マルチキャストサブフレームと、前記システム情報メッセージ送信ウィンドウ内の残りのサブフレームとに前記冗長バージョンシーケンスを配分することにより、前記システム情報メッセージ送信ウィンドウの開始時に冗長バージョンシーケンスを割り当てる割り当てステップ（２０３）であって、それによって、前記冗長バージョンシーケンスが、前記送信ウィンドウ内の送信ブロックのために、ＨＡＲＱによって用いられる冗長バージョンを指定する、割り当てステップ（２０３）と
を含み、
前記割り当てステップ（２０３）はアップリンクサブフレームを除外することを含むことを特徴とする方法において、さらに、
前記サブフレームがマルチキャストサブフレームとユニキャストサブフレームとの混合であるかどうかを判定するステップ（４０１）を含み、
前記割り当てステップ（２０３）が、前記マルチキャストサブフレームを除外することを含む方法。
【発明の詳細な説明】
【背景技術】
【０００１】
無線データネットワーク（例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）システム、（符号分割多元接続（ＣＤＭＡ）ネットワークなどの）スペクトル拡散システム、時分割多元接続（ＴＤＭＡ）ネットワーク、ＷｉＭＡＸ（ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス）、その他）などの無線通信システムは、豊富なサービス及び機能のセットとともにモビリティという利便性をユーザに提供する。この利便性により、ますます多くの消費者が、ビジネス及びパーソナルユースに受け入れられる通信モードとしてこれらを大いに採用するようになってきた。さらに多くの採用を促すために、電気通信産業は、製造者からサービスプロバイダに至るまで、様々なサービス及び機能の基礎となる通信プロトコルの規格を莫大な費用及び努力をかけて開発することに同意してきた。１つの努力分野は、送信信号の受信を黙示的に又は明示的に確認してデータ送信を成功させるための確認応答シグナリングに関するものである。非効率的な確認応答スキームは、ネットワークリソースを不必要に消費する可能性がある。
【先行技術文献】
【非特許文献】
【０００２】
【非特許文献１】３ＧＰＰ  ＴＲ  ２５．８１４  ｖ．１．５．０「進化型ＵＴＲＡのための物理層側面」
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．３１１  ｖ．８．２．０「進化型ユニバーサル地上波無線アクセス（Ｅ−ＵＴＲＡ）、無線リソース制御（ＲＲＣ）プロトコル仕様」
【非特許文献３】Ｒ１−０８０９４５「アップリンクＨＡＲＱのためのＲＶ使用法に関するシミュレーション結果」ノキアシーメンスネットワーク、ノキア
【非特許文献４】Ｒ１−０８１００９「アップリンクＨＡＲＱのためのＲＶ選択」ＬＧエレクトロニクス
【非特許文献５】３ＧＰＰ  ＴＳ  ３６．３２１  ｖ８．２．０「進化型ユニバーサル地上波無線アクセス（Ｅ−ＵＴＲＡ）、媒体アクセス制御（ＭＡＣ）プロトコル仕様」
【非特許文献６】Ｒ１−０８３２０７「黙示的ＲＶ及びＴＢＳを含むＤＣＩフォーマット１Ｃ」モトローラ
【非特許文献７】３ＧＰＰ  ＴＳ  ３６．２１１  ｖ８．３．０「進化型ユニバーサル地上波無線アクセス（Ｅ−ＵＴＲＡ）、物理チャネル及び変調」
【非特許文献８】「３ＧＰＰ無線技術のロングタームエボリューション」
【非特許文献９】３ＧＰＰ  ＴＲ  ２５．８１３「Ｅ−ＵＴＲＡ及びＥ−ＵＴＲＡＮ：無線インターフェイスプロトコルの側面」
【非特許文献１０】３ＧＰＰ  ＴＲ  ２３．８８２
【非特許文献１１】３ＧＰＰ  ＴＳ  ８６．３００
【発明の概要】
【発明が解決しようとする課題】
【０００３】
したがって、すでに開発済みの規格及びプロトコルと共存できる効率的なシグナリングを実現する方法が必要とされている。
【課題を解決するための手段】
【０００４】
１つの実施形態によれば、方法が、システム情報メッセージ送信ウィンドウの開始を検出するステップを含む。この方法はまた、送信ウィンドウの開始時に冗長バージョンシーケンスを割り当てるステップも含む。
【０００５】
別の実施形態によれば、コンピュータ可読記憶媒体が、１又はそれ以上のプロセッサにより実行されたときに装置にシステム情報メッセージ送信ウィンドウの開始を検出させる１又はそれ以上の命令の１又はそれ以上のシーケンスを有する。この装置はまた、送信ウィンドウの開始時に冗長バージョンシーケンスを割り当てる。
【０００６】
別の実施形態によれば、装置が、システム情報メッセージ送信ウィンドウの開始を検出して、送信ウィンドウの開始時に冗長バージョンシーケンスを割り当てるように構成された冗長バージョンシグナリングモジュールを備える。
【０００７】
別の実施形態によれば、装置が、システム情報メッセージ送信ウィンドウの開始を検出するための手段を備える。この装置はまた、送信ウィンドウの開始時に冗長バージョンシーケンスを割り当てるための手段も備える。
【０００８】
別の実施形態によれば、方法が、システム情報メッセージ送信ウィンドウ内の非マルチキャストサブフレームにシーケンスを配分することにより、及びシステム情報メッセージ送信ウィンドウ内の残りのサブフレームにシーケンスを配分することにより、送信ウィンドウの開始時に冗長バージョンシーケンスを割り当てるステップを含む。
【０００９】
別の実施形態によれば、コンピュータ可読記憶媒体が、１又はそれ以上のプロセッサにより実行されたときにシステム情報メッセージ送信ウィンドウ内の非マルチキャストサブフレームにシーケンスを配分することにより、及びシステム情報メッセージ送信ウィンドウ内の残りのサブフレームにシーケンスを配分することにより、装置に送信ウィンドウの開始時に冗長バージョンシーケンスを割り当てさせる１又はそれ以上の命令の１又はそれ以上のシーケンスを有する。
【００１０】
別の実施形態によれば、装置が、システム情報メッセージ送信ウィンドウ内の非マルチキャストサブフレームにシーケンスを配分することにより、及びシステム情報メッセージ送信ウィンドウ内の残りのサブフレームにシーケンスを配分することにより、送信ウィンドウの開始時に冗長バージョンシーケンスを割り当てるように構成された冗長バージョンシグナリングモジュールを備える。
【００１１】
さらに別の実施形態によれば、装置が、システム情報メッセージ送信ウィンドウ内の非マルチキャストサブフレームにシーケンスを配分することにより、及びシステム情報メッセージ送信ウィンドウ内の残りのサブフレームにシーケンスを配分することにより、送信ウィンドウの開始時に冗長バージョンシーケンスを割り当てるための手段を備える。
【００１２】
本発明のさらに他の態様、特徴、及び利点は、本発明を実施するための最良の形態を含むいくつかの特定の実施形態及び実施構成を単純に例示することにより、以下の詳細な説明から容易に明らかになる。本発明は、その他の及び異なる実施形態を受け入れることもでき、そのいくつかの詳細を、全て本発明の思想及び範囲から逸脱することなく様々な明白な点で修正することができる。したがって、図面及び説明は本質的に例示的なものとして見なすべきであり、限定的なものとして見なすべきではない。
【００１３】
添付図面の図には、本発明の実施形態を限定としてではなく例示として示す。
【図面の簡単な説明】
【００１４】
【図１】例示的な実施形態による冗長バージョンのシグナリングを行うことができる通信システムを示す図である。
【図２】様々な例示的な実施形態による、冗長バージョンをシグナリングするための処理のフロー図である。
【図３】様々な例示的な実施形態による、冗長バージョンをシグナリングするための処理のフロー図である。
【図４】様々な例示的な実施形態による、冗長バージョンをシグナリングするための処理のフロー図である。
【図５】様々な例示的な実施形態による、冗長バージョンをシグナリングするための処理のフロー図である。
【図６Ａ】１５ｍｓの例示的なシステム情報メッセージウィンドウ長に関連する従来の冗長バージョンマッピングスキームを示す図である。
【図６Ｂ】１５ｍｓの例示的なシステム情報メッセージウィンドウ長に関連する例示的な実施形態による冗長バージョンマッピングスキームを示す図である。
【図７Ａ】周波数分割二重（ＦＤＤ）のための１５ｍｓの例示的なシステム情報メッセージウィンドウ長に関連する従来の冗長バージョンマッピングスキームを示す図である。
【図７Ｂ】周波数分割二重（ＦＤＤ）のための１５ｍｓの例示的なシステム情報メッセージウィンドウ長に関連する例示的な実施形態による冗長バージョンマッピングスキームを示す図である。
【図８Ａ】時分割二重（ＴＤＤ）のための１５ｍｓの例示的なシステム情報メッセージウィンドウ長に関連する従来の冗長バージョンマッピングスキームを示す図である。
【図８Ｂ】時分割二重（ＴＤＤ）のための１５ｍｓの例示的なシステム情報メッセージウィンドウ長に関連する例示的な実施形態による冗長バージョンマッピングスキームを示す図である。
【図９Ａ】本発明の様々な例示的な実施形態による、図１のシステムが動作できる例示的なＷｉＭＡＸ（ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス）アーキテクチャを示す図である。
【図９Ｂ】本発明の様々な例示的な実施形態による、図１のシステムが動作できる例示的なＷｉＭＡＸ（ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス）アーキテクチャを示す図である。
【図１０Ａ】本発明の様々な例示的な実施形態による、図１のユーザ装置（ＵＥ）及び基地局が動作できる例示的なロングタームエボリューション（ＬＴＥ）アーキテクチャを有する通信システムを示す図である。
【図１０Ｂ】本発明の様々な例示的な実施形態による、図１のユーザ装置（ＵＥ）及び基地局が動作できる例示的なロングタームエボリューション（ＬＴＥ）アーキテクチャを有する通信システムを示す図である。
【図１０Ｃ】本発明の様々な例示的な実施形態による、図１のユーザ装置（ＵＥ）及び基地局が動作できる例示的なロングタームエボリューション（ＬＴＥ）アーキテクチャを有する通信システムを示す図である。
【図１０Ｄ】本発明の様々な例示的な実施形態による、図１のユーザ装置（ＵＥ）及び基地局が動作できる例示的なロングタームエボリューション（ＬＴＥ）アーキテクチャを有する通信システムを示す図である。
【図１１】本発明の実施形態を実施するために使用できるハードウェアを示す図である。
【図１２】本発明の実施形態による、図９及び図１０のシステムで動作するように構成されたユーザ端末の例示的な構成要素を示す図である。
【発明を実施するための形態】
【００１５】
冗長バージョン情報を黙示的にシグナリングするための装置、方法、及びソフトウェアを開示する。以下の説明では、本発明の実施形態を完全に理解できるようにするために、説明の目的で数多くの具体的な詳細を示している。しかしながら、当業者には、これらの具体的な詳細を伴わずに、或いは同等の構成を使用して本発明の実施形態を実施できることが明らかである。その他の場合、本発明の実施形態を不必要に曖昧にしないために、周知の構造及び装置についてはブロック図の形で示している。
【００１６】
本発明の実施形態について、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）アーキテクチャに準拠した無線ネットワークに関して説明するが、当業者には、本発明の実施形態をあらゆる種類の通信システム及び同等の機能にも適用できることが認識される。
【００１７】
図１は、例示的な実施形態による冗長バージョンのシグナリングを行うことができる通信システムを示す図である。図１に示すように、通信システム１００は、（３ＧＰＰ  ＬＴＥ又はＥ−ＵＴＲＡＮなどの）アクセスネットワーク（図示せず）の一部である基地局１０３と通信する１又はそれ以上のユーザ装置（ＵＥ）１０１を含む。（図１０Ａ〜図１０Ｄに示すような）３ＧＰＰ  ＬＴＥアーキテクチャでは、基地局１０３は進化型ＮｏｄｅＢ（ｅＮＢ）と呼ばれる。ＵＥ１０１は、ハンドセット、端末、局、ユニット、装置、マルチメディアタブレット、インターネットノード、コミュニケータ、携帯情報端末（ＰＤＡ）などのいずれの種類の移動局、又はユーザへのいずれの種類のインターフェイス（「ウェアラブル」回路など）であってもよい。ＵＥ１０１は、トランシーバ１０５、及びトランシーバ１０５に結合して基地局１０３との間で信号を送受信するアンテナシステム１０７を含む。アンテナシステム１０７は、１又はそれ以上のアンテナを含むことができる。本明細書では、例示を目的として３ＧＰＰの時分割二重（ＴＤＤ）モードについて説明するが、周波数分割二重（ＦＤＤ）などの他のモードをサポートすることもできる。
【００１８】
ＵＥ１０１と同様に、基地局１０３もトランシーバ１０９を利用してＵＥ１０１へ情報を送信する。また、基地局１０３も、電磁信号を送受信するための１又はそれ以上のアンテナ１１１を利用することができる。例えば、ＮｏｄｅＢ１０３は、マルチ入力マルチ出力（ＭＩＭＯ）アンテナシステムを利用することができ、これにより複数のアンテナ送受信能力をサポートすることができる。この構成は、独立したデータストリームの並列送信をサポートして、ＵＥ１０１とノードＢ１０３の間に高データレートを実現することができる。例示的な実施形態では、基地局１０３が、ダウンリンク（ＤＬ）送信スキームとしてＯＦＤＭ（直交周波数分割多重）を使用し、アップリンク（ＵＬ）送信スキームには、巡回プレフィクスを含む（ＳＣ−ＦＤＭＡ（単一キャリア周波数分割多元接続などの）単一キャリア送信を使用する。ＤＦＴ−Ｓ−ＯＦＤＭ原理を使用してＳＣ−ＦＤＭＡを実現することもでき、これについては、（内容全体が引用により本明細書に組み入れられている）「進化型ＵＴＲＡのための物理層側面（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ａｓｐｅｃｔｓ  ｆｏｒ  Ｅｖｏｌｖｅｄ  ＵＴＲＡ）」という表題の３ＧＰＰ  ＴＲ  ２５．８１４  ｖ．１．５．０、２００６年５月で詳述されている。ＳＣ−ＦＤＭＡは、Ｍｕｌｔｉ−Ｕｓｅｒ−ＳＣ−ＦＤＭＡとも呼ばれ、複数のユーザが異なるサブバンド上で同時に送信を行えるようにする。
【００１９】
１つの実施形態では、図１のシステムが、ＭＢＳＦＮ（マルチメディアブロードキャスト単一周波数ネットワーク）においてＭＢＭＳ（マルチメディアブロードキャストマルチキャストサービス）サービスを提供する。通常、ＭＢＳＦＮは、同じ周波数で動作する他の隣接するＭＢＳＦＮ又はユニキャストネットワークを有する。
【００２０】
ＵＥ１０１と基地局１０３（ひいてはネットワーク）の間の通信は、この２つのエンティティ間で交換される制御情報により部分的に管理される。例示的な実施形態では、このような制御情報が、例えば基地局１０３からＵＥ１０１へのダウンリンク上の制御チャネルを介して伝送される。一例として、システム１００で使用するためのいくつかの通信チャネルを定義する。このチャネルタイプは、物理チャネル、トランスポートチャネル、及びロジックチャネルを含む。例えばＬＴＥシステムでは、物理チャネルは、とりわけ物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、及び物理アップリンク制御チャネル（ＰＵＣＣＨ）を含む。トランスポートチャネルは、これらのチャネルが無線インターフェイスを介してデータを転送する方法及びデータの特性によって定義することができる。ＬＴＥダウンリンクでは、トランスポートチャネルは、とりわけ、同報チャネル（ＢＣＨ）、ページングチャネル（ＰＣＨ）、及びダウンリンク共有チャネル（ＤＬ−ＳＣＨ）を含む。ＬＴＥアップリンクでは、例示的なトランスポートチャネルに、ランダムアクセスチャネル（ＲＡＣＨ）及びアップリンク共有チャネル（ＵＬ−ＳＣＨ）がある。個々のトランスポートチャネルは、その物理的特性に基づいて１又はそれ以上の物理チャネルに対応付けられる。
【００２１】
個々のロジックチャネルは、これらが運ぶ情報の種類及び要求されるサービス品質（ＱｏＳ）によって定義することができる。ＬＴＥシステムでは、関連するロジックチャネルとして、例えば、ブロードキャスト制御チャネル（ＢＣＣＨ）、ページング制御チャネル（ＰＣＣＨ）、専用制御チャネル（ＤＣＣＨ）、共通制御チャネル（ＣＣＣＨ）、共通トラフィックチャネル（ＤＴＣＨ）などが挙げられる。
【００２２】
ＬＴＥシステムでは、ＢＣＣＨ（ブロードキャスト制御チャネル）をＢＣＨ及びＤＬ−ＳＣＨの両方に対応付けることができる。したがって、これがＰＤＳＣＨに対応付けられ、Ｌ１／Ｌ２制御チャネル（ＰＤＣＣＨ）を使用することにより、時間周波数リソースを動的に配分することができる。この場合、ＢＣＣＨ（ブロードキャスト制御チャネル）−ＲＮＴＩ（無線ネットワーク一時識別子）を使用して、リソース配分情報を識別する。
【００２３】
ＥｅＮＢ１０３とＵＥ１０１の間の正確な情報の配信を確実にするために、システム１００は、情報を交換する際にハイブリッドＡＲＱ（ＨＡＲＱ）などのエラー検出モジュール１１５ａ及び１１５ｂをそれぞれ利用する。ＨＡＲＱは、順方向誤り訂正（ＦＥＣ）符号化と自動再送要求（ＡＲＱ）プロトコルとを連結させたものである。１つの実施形態では、エラー検出モジュール１１５ａ〜１１５ｂが、ｅＮＢ１０３のスケジューリングモジュール１１９と協働してエラー制御シグナリングの送信をスケジュールする。自動再送要求（ＡＲＱ）とは、リンク層上で使用されるエラー回復メカニズムのことである。したがって、このエラー回復スキームは、エラー検出スキーム（ＣＲＣ（巡回冗長検査））とともに使用され、エラー検出モジュールの補助を得てｅＮＢ１０３及びＵＥ１０１の内部でそれぞれ処理される。ＨＡＲＱメカニズムは、（ＵＥ１０１などの）受信側が、パケット又はサブパケットが誤って受信されたことを（ｅＮＢ１０３などの）送信側に示すことができるようにし、ひいては送信側に特定のパケットを再送するように要求する。
【００２４】
ＨＡＲＱ機能は、（冗長バージョン（ＲＶ）パラメータなどの）冗長情報を利用して送信を制御する。したがって、例示的な実施形態では、ｅＮＢ１０３及びＵＥ１０１が、冗長バージョンシグナリングモジュール１１７ａ及び１１７ｂをそれぞれ所有する。例えば、ＵＥ１０１を、全ての送信に同じ増分の冗長バージョンを使用するように構成することができる。したがって、ＲＶシーケンスが、送信ブロックに関連するＲＶパラメータを指定する。
【００２５】
なお、ＰＤＳＣＨ上でのＳＩ−ｘ情報の送信に関しては、この情報を運ぶためのＵＬチャネルが存在しないため、標準形式のＨＡＲＱは使用されない。しかしながら、符号化パケットの異なる下位部分の送信中にはＨＡＲＱのＲＶ特性を活用することができる。
【００２６】
１つの実施形態では、ｅＮＢ１０３が、可変の冗長バージョン（ＲＶ）を含む（ブロードキャスト制御チャネル（ＢＣＣＨ）などの）共通制御チャネルを使用して（ＵＥ１０１などの）端末へ送信を行うが、対応する明示的な冗長バージョンシグナリングは行わない。（ＤＬ−ＳＣＨ及びＰＤＳＣＨを介して搬送される）ＢＣＣＨの送信では、ＵＥ１０１における（及びｅＮＢ１０３における）ＲＶの決定が問題となることがある。
【００２７】
ＤＬ−ＳＣＨ／ＰＤＳＣＨを介したＢＣＣＨの送信は、以下の特性を有することが認められる。第１に、各々がＴxとして表される独自の送信時間間隔（ＴＴＩ）を有する複数のシステム情報ブロックをＢＣＣＨ上で運ぶことができる（例えば、システム情報ブロックタイプ１（ＳＩＢ１）は８０ｍｓのＴＴＩを有し、ＳＩ−２ではＴＴＩを１６０ｍｓなどとすることができ、ＳＩ−ｘではｘ＝２、．．．、８となる）。
【００２８】
第２に、ＳＩ−ｘ送信は、ＴＴＩ内に複数のインスタンスを有することができ、これらの複数送信を、ＵＥ１０１においてウィンドウ内でソフト合成することができる。ウィンドウサイズは構成可能であり、１つのセル内の全てのＳＩ−ｘについて同じであり、ｗ∈｛１，２，５，１０，１５，２０，４０｝ｍｓのうちの１つである（内容全体が引用により本明細書に組み入れられている３ＧＰＰ  ＴＳ  ３６．３１１  ｖ．８．２．０「進化型ユニバーサル地上波無線アクセス（Ｅ−ＵＴＲＡ）、無線リソース制御（ＲＲＣ）、プロトコル仕様」を参照のこと）。ウィンドウｗ内のＳＩ−ｘ送信インスタンスの正確な位置及び数は、ｅＮＢ１０３の実施構成に特化する。
【００２９】
第３に、複数のＳＩ−ｘ送信インスタンスは、上述のＵＥ１０１におけるソフト合成方法中に増分冗長（ＩＲ）利得を得るために、異なる冗長バージョンを有することができる。
【００３０】
第４に、ＰＤＳＣＨを介したＢＣＣＨ送信は、ダウンリンク制御情報（ＤＣＩ）フォーマット１Ｃと呼ばれる特別なダウンリンク（ＤＬ）制御チャネル（ＰＤＣＣＨ）でスケジュールされ、このフォーマットは、他のＤＣＩフォーマットと比較した場合、例えばオーバーヘッドを低減してカバレッジを拡大するためにＲＶシグナリング用の２つの明示的なビットを含まない。
【００３１】
本明細書では、ダウンリンク（ＤＬ）とは、ｅＮＢ１０３（又はネットワーク）からＵＥ１０１へ向かう方向の通信を意味し、一方でアップリンク（ＵＬ）とは、ＵＥ１０１からｅＮＢ１０３（又はネットワーク）へ向かう方向の通信を意味する。
【００３２】
上記を考慮して、黙示的ＲＶシグナリングが大きな注目を集めてきた。例えば、１つの従来の方法では、０、２、３、１．．．の冗長バージョンシーケンスが、全ての考えられるＲＶシーケンス（の順列）の中で最適であり、これが、いわゆる純循環バッファの最適なＩＲ性能に近い性能をもたらすと定められている。
【００３３】
別の方法では、このＲＶシーケンスを、ＬＴＥ  ＵＬの非適応同期ＨＡＲＱ再送に使用する。しかしながら、このような場合、ｅＮｏｄｅＢは、再送を期待できる正確な時間インスタンスを知っている。これに対して、ＢＣＣＨ送信では、ｅＮｏｄｅＢが、再送が行われるであろうサブフレームを選択するための柔軟性を有しているため、ＵＥ１０１は、再送の時間インスタンスに関する十分な知識を有していない。
【００３４】
別の方法では、ＢＣＣＨのＲＶが、サブフレーム番号（ｎs，ｎs＝０，１，．．．，９）及び／又は無線フレーム番号（ＳＦＮ，ＳＦＮ＝０，１，．．．，１０２３）に結び付けられる。これをＳＩＢ１及びＳＩ−ｘに関して表１に示す。
【表１】
0005308530.tif 000002
表１
【００３５】
第１の方法は、ＢＣＣＨ再送の時間インスタンスが十分に指定されていない（すなわち、ｅＮＢが、それぞれのウィンドウ内のＳＩ−ｘ送信の数及び位置を選択するための十分な柔軟性を有する）ので、ＢＣＣＨ  ＲＶの判断に直接再利用することができない。第２の方法では、ＳＩ−ｘのＲＶ選択に関して、各ＳＩ−ｘウィンドウの位置がサブフレームの番号付け（ｎs又はｎsｍｏｄ４）の開始と位置あわせされることが保証されていないと認められる。これらの場合、ｅＮＢ１０３が、対応するウィンドウ内でＳＩ−ｘ送信インスタンスを連続的にスケジュールするように決定した場合、ＲＶシーケンスは準最適となる場合がある。さらに、（２０ｍｓ及び４０ｍｓなどの）所定のウィンドウサイズ、及び所定のウィンドウ位置に関しても、個々のＲＶの発生確率は均等でない。しかも、この方法は、（ＴＤＤキャリアの場合に）考えられるＵＬサブフレーム及び考えられるＭＢＳＦＮサブフレームを考慮しておらず、ＲＶの発生確率が不均等であり、ＲＶシーケンスが準最適になるという上記の問題をさらに発展させる恐れがある。
【００３６】
黙示的なシグナリングのための上記の従来の方法については、Ｒ１−０８０９４５「アップリンクＨＡＲＱのためのＲＶ使用法に関するシミュレーション結果」、ノキアシーメンスネットワーク、ノキア；Ｒ１−０８１００９「アップリンクＨＡＲＱのためのＲＶ選択」；３ＧＰＰ  ＴＳ  ３６．３２１  ｖ８．２．０「進化型ユニバーサル地上波無線アクセス（Ｅ−ＵＴＲＡ）、媒体アクセス制御（ＭＡＣ）プロトコル仕様」；Ｒ１−０８３２０７「黙示的ＲＶ及びＴＢＳを含むＤＣＩフォーマット１Ｃ」モトローラ；３ＧＰＰ  ＴＳ  ３６．２１１  ｖ８．３．０「進化型ユニバーサル地上波無線アクセス（Ｅ−ＵＴＲＡ）、物理チャネル及び変調」にさらに説明されている（これら全ての内容全体が引用により本明細書に組み入れられる）。
【００３７】
上記の問題及び短所を軽減するために、図２〜図５に詳述するような、黙示的冗長バージョン割り当てのための処理を提案する。
【００３８】
図２〜図５は、様々な例示的な実施形態による、冗長バージョンをシグナリングするための処理のフロー図である。１つの実施形態では、図２〜図５の処理が、ＲＶシグナリングモジュール１１７によって行われる。（方法１として示す）図２に示すように、ＲＶシグナリングモジュール１１７が、システム情報（ＳＩ）送信ウィンドウの開始を検出する（ステップ２０１）。次に、対応するＳＩ送信ウィンドウの開始時に０２３１０２３１．．．のＲＶシーケンスの割り当てを開始することができ（ステップ２０３）、この方法を強化の１つ又は組み合わせによってさらに最適化することができる。例えば、この処理は、偶数番号の無線フレーム（ＳＦＮｍｏｄ２＝０のとき）内のサブフレーム＃５を除き、このような（単複の）サブフレームがＳＩウィンドウ内に収まる場合にＲＶシーケンスを割り当てる（偶数番号の無線フレーム内のサブフレーム＃５はＳＩＢ１送信用として予約されているので、ＳＩ−ｘ、ｘ＞１送信に使用することができない）（ステップ２０５及び２０７）。また、ＴＤＤキャリアの場合、処理は、ＵＬサブフレームを除いてＲＶシーケンスを割り当てる（ＵＬサブフレームはＳＩ送信に使用することができない）（ステップ２０９及び２１１）。ＵＬ／ＤＬ構成はＳＩＢ１によって搬送されるので、全てのＳＩ−ｘ送信に関してこのことを検討することができる。（サブフレーム＃５などの）特定のサブフレームについて説明したが、予め定めたあらゆるサブフレームを利用できることが想定される。
【００３９】
さらに、ユニキャスト／ＭＢＳＦＮサブフレームの混合の場合、処理は、（マルチキャストサブフレームなどの）ＭＢＳＦＮサブフレームを除いてＲＶシーケンスを割り当てることができる（ステップ２１３及び２１５）。例えば、ユニキャスト／ＭＢＳＦＮサブフレーム配分はＳＩ−２によって搬送されるので、これはｘ＞２の場合のＳＩ−ｘに関してのみ検討することができる。
【００４０】
図３は、冗長バージョン情報の黙示的シグナリングのための別の処理（方法２）を示している。例えば、１つの実地形態では、ＦＤＤサブフレーム＃０、４，５、及び９をＭＢＳＦＮに使用することができない。冗長バージョンの黙示的マッピングのための１つの出発点は、サブフレーム番号をＲＶにマッピングすることであり、このことは、最大の又は最適なＭＢＳＦＮを使用する場合、すなわち、０、４，５、及び９以外の全てのサブフレームをＭＢＳＦＮに使用する場合でも送信がうまく機能することを保証する（ステップ３０１）。ＴＤＤでは、ＭＢＳＦＮでないサブフレームが異なることがある（０、１、５、６など）。しかしながら、原理は同じであり、最初に、ＭＢＳＦＮではないＤＬサブフレームに最適なＲＶシーケンスをマッピングし、次に残りのサブフレームに最適なＲＶシーケンスをマッピングする（ステップ３０３）。しかも、ＲＶシグナリングモジュール１１７が、隣接する無線フレームにわたってシーケンスが連続するようにＲＶシーケンスがマッピングされることを保証することができる（ステップ３０５）。
【００４１】
図４の処理に示すような第３の方法処理（方法３）は、例示的な実施形態により上記の方法１及び２を組み合わせたものである。具体的には、この処理は、０２３１０２３１．．．の最適なＲＶシーケンスをＳＩ送信ウィンドウ内のサブフレームに以下の方法で割り当てる。図４の処理は、まずサブフレームがマルチキャストであるか又はアップリンクサブフレームであるか（ステップ４０１）を、次にサブフレームがＳＩウィンドウ内にあるか（ステップ４０３）を判定することにより、ＳＩウィンドウ内のＭＢＳＦＮ／ＵＬサブフレームでないことが保証されたサブフレームにＲＶシーケンスを配分する。両方の条件が満たされた場合、ＲＶシグナリングモジュール１１７が、サブフレームにＲＶシーケンスを配分する（ステップ４０５）。次に、処理は、ＳＩウィンドウ内の残りの（非ＵＬ、すなわちＤＬなどの）サブフレームにＲＶシーケンスを配分する（ステップ４０７）。
【００４２】
図５は、例示的な実施形態による図１のスケジューリングモジュール１１９に関する任意の手順を示している。１つの実施形態では、ｅＮＢ１０３が（スケジューリングモジュール１１９を介して）スケジューリング機能を提供し、これにより、ＳＩウィンドウ内のすでに送信されたＢＣＣＨ冗長バージョンを追跡する。ステップ５０１において、スケジューリングモジュール１１９が利用可能な制御容量を判定する。例えば、利用可能な制御容量を判定するステップは、スケジューリングモジュール１１９が利用できる制御チャネル１１３の数及び種類を判定するステップを含む。次に、モジュール１１９は、ＳＩウィンドウ内の送信されたＲＶシーケンスを追跡する（ステップ５０３）。利用可能な制御容量及び／又は追跡したＲＶシーケンスに基づいて、スケジューリングモジュール１１９は、ＢＣＣＨの送信をスケジュールして最適なＲＶシーケンスを取得することができる（ステップ５０５）。例えば、スケジューリングモジュール１１９は、ＢＣＣＨの送信を数サブフレームにわたって延期（又は前倒し）させるように選択して最適なＲＶシーケンスを取得することができる。
【００４３】
説明した図２〜図５の処理のステップは、あらゆる適当な順序で行うことができ、或いはあらゆる適当な方法で組み合わせることができると想定される。
【００４４】
例示を目的として、上記の方法１を、（従来方法と対比した）例示的なＲＶマッピングに関して説明する。
【００４５】
図６Ａ及び図６Ｂは、それぞれ従来の冗長バージョンマッピングスキーム及び例示的な実施形態による冗長バージョンマッピングスキームを示す図であり、各々のスキームは、１５ｍｓなどの情報メッセージウィンドウ長に関連する。
【００４６】
図示のように、ＳＩウィンドウ内のサブフレーム数は
0005308530.tif 000003
で示され、
0005308530.tif 000004
とした場合、ウィンドウ内のサブフレームｉ、
0005308530.tif 000005
における考えられるＢＣＣＨ送信のためのＲＶは、
0005308530.tif 000006
により与えられる。
【００４７】
さらなる最適化では、同じ方法でＲＶシーケンスを割り当てるが、ただし例外として、ウィンドウ
0005308530.tif 000007
内のサブフレームの数は、ウィンドウ内の偶数番号の無線フレーム（すなわちＳＦＮｍｏｄ２＝０のとき）にサブフレーム＃５を、及び／又はＵＬサブフレームを含まないので
0005308530.tif 000008
となり、この結果ＲＶは、（偶数番号の無線フレーム内の）＃５以外のサブフレーム及び／又は非ＵＬサブフレームに関してのみ存在し、このことについて、ＦＤＤに関しては図７Ａ及び図７Ｂに、ＴＤＤに関しては図８Ａ及び図８Ｂに示している。
【００４８】
次に方法２（図３）に関して、ＲＶ値のサブフレームへのマッピング処理を以下のように公式化することができる。非ＭＢＳＦＮであることが保証されたサブフレームにＲＶ値が最適な順序でマッピングされ、すなわちＲＶ０、２、３、１−＞サブフレーム＃０、４、５、９（にマッピングされる）。また、この処理は、残りのサブフレーム内に最適なＲＶシーケンスをもたらす。さらに、この最適なＲＶシーケンスが、隣接する無線フレームにわたって連続する。この処理により、表２に示すようなＲＶからサブフレームへのマッピングが得られる。
【表２】
0005308530.tif 000009
表２
【００４９】
方法３（図４）に関しては、ＳＩウィンドウ内で非ＭＢＳＦＮサブフレームである（最大ＭＢＳＦＮ割り当てを想定）ことが保証されたＤＬサブフレームの数が
0005308530.tif 000010
として示され、
0005308530.tif 000011
とした場合、ウィンドウ内のサブフレームｉ（非ＭＢＳＦＮであることが保証されたＤＬサブフレーム）、
0005308530.tif 000012
における考えられるＢＣＣＨ送信のためのＲＶは、
0005308530.tif 000013
により与えられる。
【００５０】
ウィンドウ内の（前のステップでＲＶを割り当てられていない）残りのＤＬサブフレームの数は
0005308530.tif 000014
として示され、
0005308530.tif 000015
とした場合、ＳＩウィンドウ内のこれらのサブフレーム内の考えられるＢＣＣＨ送信のためのＲＶは、
0005308530.tif 000016
により与えられる。
【００５１】
上述したように、説明した処理は、いずれの数の無線ネットワークにおいても実施することができる。
【００５２】
特定の実施形態による図６Ｂ、図７Ｂ、及び図８Ｂの方法は、図６Ａ、図７Ａ、及び図７Ｂの方法を上回る多くの利点をもたらす。方法１では、ＳＩウィンドウの開始時に最適なＲＶシーケンスが保証される。これは、連続するＢＣＣＨスケジューリングの場合、及び／又は短いＳＩウィンドウ内における複数再送の場合に特に重要であり、最適なＲＶは、ＢＣＣＨの正確な受信に必要な信号対雑音比（ＳＮＲ）の低減、或いはより迅速なＢＣＣＨ取得及びＵＥ１０１の電力節約のいずれかをもたらす。また、ウィンドウ内の異なるＲＶの発生確率が均等化され、このことは、少量のＢＣＣＨスケジューリングの場合に特に重要である。さらに、最適なＲＶＳの順序（０２３１．．．）が妨げられない。方法１はまた、上記方程式によるオンザフライでのＲＶ計算、或いはウィンドウ内のサブフレーム番号をＲＶに結び付ける記憶されたルックアップテーブルを介して、という２種類の実施構成も可能にし、他の実施形態も可能であることが想定される。
【００５３】
いくつかの実施形態によれば、図３の処理（方法２）も同様に数多くの利点をもたらす。この方法は、サブフレーム番号からＲＶへの非常に単純なマッピングを提供できるという利点を有し、このマッピングはシステムフレーム番号（ＳＦＮ）とは無関係である。このような方法は、（連続した）最小時間及び（少量の）時間ダイバーシティという、システム情報を送信するための２つの戦略を可能にすることもできる。（偶数無線フレーム内の）サブフレーム＃５がＳＩＢ１用として予約されており、他の情報ブロックに使用できないという例示的な場合には、方法２が、個々のシステムフレーム内のＲＶ＝３の送信機会を３倍にすることにより補償を行うことができる。
【００５４】
さらに、方法３のいくつかの実施形態は、以下の利点をもたらすことができる。ＳＩウィンドウの開始時に最適なＲＶＳが保証される。また、最大ＭＢＳＦＨ割り当てをサポートするためのＲＶＳが保証される。
【００５５】
冗長情報を黙示的にシグナリングするための処理は、様々なネットワークを介して行うことができ、図９及び図１０に関連して２つの例示的なシステムについて説明する。
【００５６】
図９Ａ及び図９Ｂは、本発明の様々な例示的な実施形態による、図１のシステムが動作できる例示的なＷｉＭＡＸアーキテクチャを示す図である。図９Ａ及び図９Ｂに示すアーキテクチャは、固定、ノマディック、及びモバイル展開をサポートし、インターネットプロトコル（ＩＰ）サービスモデルに基づくことができる。加入者又は移動局９０１は、１又はそれ以上の基地局（ＢＳ）９０５を含むアクセスサービスネットワーク（ＡＳＮ）９０３と通信することができる。この例示的なシステムでは、ＢＳ９０５が、移動局９０１に無線インターフェイスを提供することに加え、ハンドオフトリガ機能及びトンネル確立、無線リソース管理、サービス品質（ＱｏＳ）ポリシー強制、トラフィック分類、ＤＨＣＰ（動的ホスト制御プロトコル）プロキシ、鍵管理、セッション管理、及びマルチキャストグループ管理などの管理機能を有する。
【００５７】
基地局９０５は、アクセスネットワーク９０７に接続することができる。アクセスネットワーク９０７は、ＡＳＮゲートウェイ９０９を利用して、例えばデータネットワーク９１３を介して接続サービスネットワーク（ＣＳＮ）９１１にアクセスする。一例として、ネットワーク９１３を、グローバルインターネットなどの公衆データネットワークとすることができる。
【００５８】
ＡＳＮゲートウェイ９０９は、ＡＳＮ９０３内にレイヤ２トラフィック集約ポイントを提供する。ＡＳＮゲートウェイ９０９は、ＡＳＮ内ロケーション管理及びページング、無線リソース管理及びアドミッション制御、加入者プロファイル及び暗号化鍵のキャッシング、ＡＡＡクライアント機能、基地局とのモビリティトンネルの確立及び管理、ＱｏＳ及びポリシー強制、モバイルＩＰのためのフォーリンエージェント機能、及び選択されたＣＳＮ９１１へのルーティングをさらに提供することができる。
【００５９】
ＣＳＮ９１１は、アプリケーションサービスプロバイダ（ＡＳＰ）９１５、公衆交換電話ネットワーク（ＰＳＴＮ）９１７、及び第３世代パートナーシッププロジェクト（３ＧＰＰ）／３ＧＰＰ２システム９１９、及び企業ネットワーク（図示せず）などの様々なシステムとインターフェイス接続する。
【００６０】
ＣＳＮ９１１は、アクセス、許可、及びアカウンティングシステム（ＡＡＡ）９２１、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）９２３、オペレーションサポートシステム（ＯＳＳ）／ビジネスサポートシステム（ＢＳＳ）９２５、及びゲートウェイ９２７といった構成要素を含むことができる。１又はそれ以上のサーバとして実現できるＡＡＡシステム９２１は、装置、ユーザ、及び特定のサービスのためのサポート認証を提供する。ＣＳＮ９１１はまた、ＱｏＳ及びセキュリティのユーザごとのポリシー管理、並びにＩＰアドレス管理、異なるネットワークサービスプロバイダ（ＮＳＰ）間のローミングのサポート、ＡＳＮ間のロケーション管理も提供する。
【００６１】
図９Ｂは、本発明の様々な実施形態をサポートできる機能エンティティ間のインターフェイス（すなわち参照点）を定める参照アーキテクチャを示している。ＷｉＭＡＸネットワーク参照モデルは、参照点Ｒ１、Ｒ２、Ｒ３、Ｒ４、及びＲ５を定める。Ｒ１は、ＳＳ／ＭＳ９０１とＡＳＮ９０３ａとの間に定められ、このインターフェイスは、無線インターフェイスとともに管理プレーン内のプロトコルを含む。Ｒ２は、認証、サービス許可、ＩＰ構成、及びモビリティ管理のためにＳＳ／ＭＳ９０１とＣＳＮ（ＣＳＮ９１１ａと９１１ｂなど）の間に設けられる。ＡＳＮ９０３ａ及びＣＳＮ９１１ａは、Ｒ３を介して通信し、ポリシー強制及びモビリティ管理をサポートする。
【００６２】
Ｒ４は、ＡＳＮ９０３ａとＡＳＮ９０３ｂの間に定められてＡＳＮ間モビリティをサポートする。Ｒ５は、複数のＮＳＰ（例えば、訪問先のＮＳＰ９２９ａ及びホームＮＳＰ９２９ｂ）にわたるローミングをサポートするように定められる。
【００６３】
上述したように、次に説明するような３ＧＰＰ  ＬＴＥなどの他の無線システムを利用することもできる。
【００６４】
図１０Ａ〜図１０Ｄは、本発明の様々な例示的な実施形態による、図１のユーザ装置（ＵＥ）及び基地局が動作できる例示的なロングタームエボリューション（ＬＴＥ）アーキテクチャを有する通信システムを示す図である。（図１０Ａに示す）一例として、（送信先ノードなどの）基地局及び（ソースノードなどの）ユーザ装置（ＵＥ）は、システム１０００内で時分割多元接続（ＴＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、又は単一キャリア周波数分割多元接続（ＦＤＭＡ）（ＳＣ−ＦＤＭＡ）、又はこれらの組み合わせなどのあらゆるアクセススキームを使用して通信することができる。例示的な実施形態では、アップリンク及びダウンリンクの両方がＷＣＤＭＡを利用することができる。別の例示的な実施形態では、アップリンクはＳＣ−ＦＤＭＡを利用するが、ダウンリンクはＯＦＤＭＡを利用する。
【００６５】
通信システム１０００は、（内容全体が引用により本明細書に組み入れられる）「３ＧＰＰ無線技術のロングタームエボリューション」という表題の３ＧＰＰ  ＬＴＥに準拠する。図１０Ａに示すように、１又はそれ以上のユーザ装置（ＵＥ）は、（ＷｉＭＡＸ（ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス）などの）アクセスネットワーク、３ＧＰＰ  ＬＴＥ（又はＥ−ＵＴＲＡＮ）、その他）の一部である基地局１０３などのネットワーク装置と通信する。３ＧＰＰ  ＬＴＥアーキテクチャでは、基地局１０３は進化型ＮｏｄｅＢ（ｅＮＢ）と呼ばれる。
【００６６】
ＭＭＥ（モバイル管理エンティティ）／サービンググゲートウェイ１００１は、（インターネットプロトコル（ＩＰ）ネットワークなどの）パケット送信ネットワーク１００３上のトンネリングを使用して完全な又は部分的なメッシュ構成でｅＮＢ１０３に接続される。ＭＭＥ／サービングＧＷ１００１の例示的な機能としては、ｅＮＢ１０３へのページングメッセージの配信、ページング理由によるＵプレーンパケットの終了、及びＵＥモビリティのサポートのためのＵプレーンのスイッチングが挙げられる。ＧＷ１００１は、インターネット又はプライベートネットワーク１００３などの外部ネットワークへのゲートウェイとして機能するので、ユーザの識別情報及び特権を確実に判断するために、及び各ユーザの行動を追跡するために、アクセス・許可・アカウンティングシステム（ＡＡＡ）を含む。すなわち、ＭＭＥサービングゲートウェイ１００１は、ＬＴＥアクセスネットワークにとって重要な制御ノードであり、アイドルモードのＵＥの追跡、及び再送を含むページング手順を担う。また、ＭＭＥ１００１は、ベアラのアクチベーション／非アクチベーションに関与し、最初の取り付け時及びコアネットワーク（ＣＮ）ノード再配置に関するＬＴＥ内ハンドオーバ時に、ＵＥのためのＳＧＷ（サービングゲートウェイ）の選択を担う。
【００６７】
ＬＴＥインターフェイスのより詳細な説明は、「Ｅ−ＵＴＲＡ及びＥ−ＵＴＲＡＮ：無線インターフェイスプロトコルの側面」という表題で３ＧＰＰ  ＴＲ  ２５．８１３に記載されており、この文献はその内容全体が引用により本明細書に組み入れられる。
【００６８】
図１０Ｂでは、通信システム１００２が、ＧＥＲＡＮ（ＧＳＭ／ＥＤＧＥ無線アクセス）１００４、及びＵＴＲＡＮ１００６ベースのアクセスネットワーク、Ｅ−ＵＴＲＡＮ１０１２及び非３ＧＰＰ（図示せず）ベースのアクセスネットワークをサポートし、これについては、内容全体が引用により本明細書に組み込まれているＴＲ  ２３．８８２に詳細に記載されている。このシステムの重要な特徴は、制御プレーン機能を実行するネットワークエンティティ（ＭＭＥ１００８）と、ベアラプレーン機能を実行するネットワークエンティティ（サービングゲートウェイ１０１０）とを、両者の間に明確に定められたオープンインターフェイスＳ１１で分離することである。Ｅ−ＵＴＲＡＮ１０１２は、高帯域幅を提供して新規サービスを可能にするとともに既存のサービスを改善するので、ＭＭＥ１００８をサービングゲートウェイ１０１０から分離することは、サービングゲートウェイ１０１０が、シグナリングトランザクションのために最適化されたプラットフォームに基づくことができることを意味する。このスキームは、これらの２つの要素の各々がよりコスト効率の高いプラットフォームを選択できるようにするとともに、これらの要素の独立したスケーリングも可能にする。サービスプロバイダは、最適化された帯域幅の待ち時間を削減して障害発生点が集中するのを避けるために、ＭＭＥ１００８の位置に関係なく、ネットワーク内のサービングゲートウェイ１０１０の最適化されたトポロジー的位置を選択することもできる。
【００６９】
図１０Ｂに示すように、（ｅＮＢなどの）Ｅ−ＵＴＲＡＮ１０１２は、ＬＴＥ−Ｕｕを介してＵＥ１０１とインターフェイス接続する。Ｅ−ＵＴＲＡＮ１０１２は、ＬＴＥ無線インターフェイスをサポートし、制御プレーンＭＭＥ１００８に相当する無線リソース制御（ＲＲＣ）機能のための機能を含む。Ｅ−ＵＴＲＡＮ１０１２はまた、無線リソース管理、アドミッション制御、スケジューリング、ネゴシエーションされたアップリンク（ＵＬ）ＱｏＳ（サービス品質）の施行、セル情報のブロードキャスト、ユーザの暗号化／解読、ダウンリンク及びアップリンクユーザプレーンパケットヘッダの圧縮／解凍、及びパケットデータコンバージェンスプロトコル（ＰＤＣＰ）などの様々な機能も実行する。
【００７０】
ＭＭＥ１００８は、重要な制御ノードとして、モビリティＵＥ識別子及びセキュリティパラメータ、及び再送を含むページング手順の管理を担う。ＭＭＥ１００８は、ベアラのアクチベーション／非アクチベーション処理に関与し、ＵＥ１０１のためのサービングゲートウェイ１０１０の選択も担う。ＭＭＥ１００８の機能は、非アクセス層（ＮＡＳ）シグナリング及び関連するセキュリティを含む。ＭＭＥ１００８は、サービスプロバイダの公衆陸上移動体ネットワーク（ＰＬＭＮ）にキャンプオンするためのＵＥ１０１の権限をチェックして、ＵＥ１０１のローミング規制を実施する。ＭＭＥ１００８はまた、ＳＧＳＮ（サービングＧＰＲＳサポートノード）１０１４からＭＭＥ１００８で終端するＳ３インターフェイスを使用して、ＬＴＥと２Ｇ／３Ｇアクセスネットワークとの間のモビリティのための制御プレーン機能も提供する。
【００７１】
ＳＧＳＮ１０１４は、その地理的サービスエリア内における移動局との間のデータパケットの配信を担う。ＳＧＳＮ１０１４のタスクは、パケットのルーティング及び転送、モビリティ管理、論理リンク管理、並びに認証及び課金機能を含む。Ｓ６ａインターフェイスは、ＭＭＥ１００８とＨＳＳ（ホーム加入者サーバ）１０１６との間における、進化型システム（ＡＡＡインターフェイス）へのユーザアクセスを認証／許可するための加入及び認証データの転送を可能にする。ＭＭＥ１００８間のＳ１０インターフェイスは、ＭＭＥ再配置及びＭＭＥ１００８からＭＭＥ１００８への情報転送を行う。サービングゲートウェイ１０１０は、Ｓ１−Ｕを介したＥ−ＵＴＲＡＮ１０１２へのインターフェイスを終端させるノードである。
【００７２】
Ｓ１−Ｕインターフェイスは、Ｅ−ＵＴＲＡＮ１０１２とサービングゲートウェイ１０１０との間にベアラごとのユーザプレーントンネリングを提供する。このトンネリングは、ハンドオーバ中のｅＮＢ１０３間における経路スイッチングのサポートを含む。Ｓ４インターフェイスは、ＳＧＳＮ１０１４とサービングゲートウェイ１０１０の３ＧＰＰアンカー機能との間の関連制御及びモビリティサポートをユーザプレーンに提供する。
【００７３】
Ｓ１２は、ＵＴＲＡＮ１００６とサービングゲートウェイ１０１０との間のインターフェイスである。パケットデータネットワーク（ＰＤＮ）ゲートウェイ１０１８は、ＵＥ１０１のためのトラフィックの出入口ポイントとなることにより、外部パケットデータネットワークにＵＥ１０１への接続を提供する。ＰＤＮゲートウェイ１０１８は、ポリシー強制、ユーザごとのパケットフィルタリング、課金サポート、合法的傍受、及びパケットスクリーニングを実施する。ＰＤＮゲートウェイ１０１８の別の役割は、３ＧＰＰと、ＷｉＭＡＸ及び３ＧＰＰ２（ＣＤＭＡ１Ｘ及びＥｘＤＯ（Ｅｖｏｌｕｔｉｏｎ  Ｄａｔａ  Ｏｎｌｙ）などの非３ＧＰＰ技術との間のモビリティのためのアンカーとして機能することである。
【００７４】
Ｓ７インターフェイスは、ＰＣＲＦ（ポリシー及び課金ルール機能）１０２０からＰＤＮゲートウェイ１０１８内のポリシー及び課金施行機能（ＰＣＥＦ）へのＱｏＳポリシー及び課金ルールの転送を行う。ＳＧｉインターフェイスは、ＰＤＮゲートウェイと、パケットデータネットワーク１０２２を含む通信事業者のＩＰサービスとの間のインターフェイスである。パケットデータネットワーク１０２２は、ＩＭＳ（ＩＰマルチメディアサブシステム）サービスなどを提供するための、通信事業者外部の公衆又はプライベートパケットデータネットワーク又は通信事業者内パケットデータネットワークとすることができる。Ｒｘ＋は、ＰＣＲＦとパケットデータネットワーク１０２２との間のインターフェイスである。
【００７５】
図１０Ｃに示すように、ｅＮＢ１０３は、Ｅ−ＵＴＲＡ（進化型ユニバーサル地上波無線アクセス）（ＲＬＣ（無線リンク制御）１０１５、ＭＡＣ（媒体アクセス制御）１０１７、及びＰＨＹ（物理）１０１９、並びに制御プレーン（ＲＲＣ１０２１など）などのユーザプレーン）を利用する。ｅＮＢ１０３は、セル間ＲＲＭ（無線リソース管理）１０２３、接続モビリティ制御１０２５、ＲＢ（無線ベアラ）制御１０２７、無線アドミッション制御１０２９、ｅＮＢ測定構成及び提供１０３１、及び動的リソース割り当て（スケジューラ）１０３３といった機能も含む。
【００７６】
ｅＮＢ１０３は、Ｓ１インターフェイスを介してａＧＷ１００１（アクセスゲートウェイ）と通信する。ａＧＷ１００１は、ユーザプレーン１００１ａ及び制御プレーン１００１ｂを含む。制御プレーン１００１ｂは、ＳＡＥ（システムアーキテクチャエボリューション）ベアラ制御１０３５、及びＭＭ（モバイル管理）エンティティ１０３７といった構成要素を提供する。ユーザプレーン１００１ｂは、ＰＤＣＰ（パケットデータコンバージェンスプロトコル）１０３９及びユーザプレーン機能１０４１を含む。なお、サービングゲートウェイ（ＳＧＷ）とパケットデータネットワーク（ＰＤＮ）ＧＷとを組み合わせることによってａＧＷ１００１の機能を提供することもできる。ａＧＷ１００１は、インターネット１０４３などのパケットネットワークともインターフェイス接続する。
【００７７】
代替の実施形態では、図１０Ｄに示すように、ＰＤＣＰ（パケットデータコンバージェンスプロトコル）機能が、ＧＷ１００１内ではなくｅＮＢ１０３内に存在することができる。このアーキテクチャでは、このＰＤＣＰ機能以外に図１０ＣのｅＮＢ機能も提供される。
【００７８】
図１０Ｄのシステムでは、Ｅ−ＵＴＲＡＮとＥＰＣ（進化型パケットコア）との間で機能分割が行われる。この例では、Ｅ−ＵＴＲＡＮの無線プロトコルアーキテクチャが、ユーザプレーン及び制御プレーンに提供される。このアーキテクチャのより詳細な説明は、３ＧＰＰ  ＴＳ  ８６．３００に記載されている。
【００７９】
ｅＮＢ１０３は、モビリティアンカー機能１０４７を含むサービングゲートウェイ１０４５にＳ１を介してインターフェイス接続する。このアーキテクチャによれば、ＭＭＥ（モビリティ管理エンティティ）１０４９が、ＳＡＥ（システムアーキテクチャエボリューション）ベアラ制御１０５１、アイドル状態モビリティ処理１０５３、及びＮＡＳ（非アクセス層）セキュリティ１０５５を提供する。
【００８０】
当業者であれば、冗長バージョン情報（又はパラメータ）を黙示的にシグナリングするための処理を、ソフトウェア、（汎用プロセッサ、デジタル信号処理（ＤＳＰ）チップ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）などの）ハードウェア、ファームウェア、又はこれらの組み合わせを介して実施できることを認識するであろう。以下、上述の機能を実施するためのこのような例示的なハードウェアについて詳述する。
【００８１】
図１１は、本発明の様々な実施形態を実施できる例示的なハードウェアを示している。コンピュータシステム１１００は、バス１１０１、又は情報を通信するためのその他の通信メカニズム、及び情報を処理するための、バス１１０１に結合されたプロセッサ１１０３を含む。コンピュータシステム１１００はまた、プロセッサ１１０３により実行される情報及び命令を記憶するための、バス１１０１に結合されたランダムアクセスメモリ（ＲＡＭ）又はその他の動的記憶装置などのメインメモリ１１０５も含む。メインメモリ１１０５を使用して、プロセッサ１１０３による命令の実行中に一時変数又はその他の中間情報を記憶することもできる。コンピュータシステム１１００は、プロセッサ１１０３のための静的情報及び命令を記憶するための、バス１１０１に結合された読み出し専用メモリ（ＲＯＭ）１１０７又はその他の静的記憶装置をさらに含むことができる。バス１１０１には、磁気ディスク又は光ディスクなどの、情報及び命令を永続的に記憶するための記憶装置１１０９が結合される。
【００８２】
コンピュータシステム１１００は、液晶ディスプレイ又はアクティブマトリクスディスプレイなどの、ユーザに情報を表示するためのディスプレイ１１１１にバス１１０１を介して結合することができる。バス１１０１には、英数字及びその他のキーを含むキーボードなどの、プロセッサ１１０３に情報及びコマンド選択を伝達するための入力装置１１１３を結合することもできる。入力装置１１１３は、マウス、トラックボール、又はカーソル方向キーなどの、プロセッサ１１０３に方向情報及びコマンド選択を伝達するとともにディスプレイ１１１１上のカーソルの動きを制御するためのカーソル制御を含むことができる。
【００８３】
本発明の様々な実施形態によれば、本明細書で説明した処理を、メインメモリ１１０５に含まれる命令の配列をプロセッサ１１０３が実行することに応答してコンピュータシステム１１００により提供することができる。このような命令を、記憶装置１１０９などの別のコンピュータ可読媒体からメインメモリ１１０５に読み込むことができる。メインメモリ１１０５に含まれる命令の配列を実行することにより、プロセッサ１１０３が、本明細書で説明した処理ステップを実行するようになる。マルチ処理配列の１又はそれ以上のプロセッサを使用して、メインメモリ１１０５内に含まれる命令を実行することもできる。代替の実施形態では、ソフトウェア命令の代わりに又はソフトウェア命令と組み合わせて配線回路を使用して、本発明の実施形態を実施することができる。別の例では、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などの再構成可能ハードウェアを使用することができ、通常、メモリルックアップテーブルをプログラムすることにより、このハードウェアのロジックゲートの機能及び接続トポロジーをランタイムでカスタマイズすることができる。したがって、、本発明の実施形態は、ハードウェア回路とソフトウェアとのいずれかの特定の組み合わせに限定されるものではない。
【００８４】
コンピュータシステム１１００はまた、バス１１０１に結合された少なくとも１つの通信インターフェイス１１１５も含む。通信インターフェイス１１１５は、ネットワークリンク（図示せず）への双方向データ通信結合を提供する。通信インターフェイス１１１５は、様々な種類の情報を表すデジタルデータストリームを運ぶ電気信号、電磁信号、又は光信号を送受信する。さらに、通信インターフェイス１１１５は、ユニバーサルシリアルバス（ＵＳＢ）インターフェイス、ＰＣＭＣＩＡ（パーソナルコンピュータメモリカードインターナショナルアソシエーション）インターフェイスなどの周辺インターフェイス装置を含むことができる。
【００８５】
プロセッサ１１０３は、受信中に送信コードを実行することができ、及び／又はこのコードを後で実行できるように記憶装置１１０９又は他の不揮発性記憶装置に記憶することができる。このようにして、コンピュータシステム１１００は、アプリケーションコードを搬送波の形で取得することができる。
【００８６】
本明細書で使用する「コンピュータ可読媒体」という用語は、プロセッサ１１０３に実行用の命令を提供するのに関与するあらゆる媒体を意味する。このような媒体は、以下に限定されるわけではないが、不揮発性媒体、揮発性媒体、及び送信媒体を含む多くの形をとることができる。不揮発性媒体は、例えば記憶装置１１０９などの光又は磁気ディスクを含む。揮発性媒体は、メインメモリ１１０５などの動的メモリを含む。送信媒体は、同軸ケーブル、銅線及び光ファイバーを含み、これにはバス１１０１を含む配線が含まれる。送信媒体はまた、無線周波数（ＲＦ）データ通信及び赤外線（ＩＲ）データ通信中に生成されるような音波、光波、又は電磁波の形をとることもできる。一般的なコンピュータ可読媒体の形として、例えば、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、磁気テープ、その他のあらゆる磁気媒体、ＣＤ−ＲＯＭ、ＣＤＲＷ、ＤＶＤ、その他のあらゆる光媒体、パンチカード、紙テープ、光マークシート、穴又はその他の光学的に認識できる印のパターンを有するその他のあらゆる物理媒体、ＲＡＭ、ＰＲＯＭ、及びＥＥＰＲＯＭ、フラッシュＥＰＲＯＭ、その他のあらゆるメモリチップ又はカートリッジ、搬送波、又はコンピュータが読み取ることができる他のあらゆる媒体が挙げられる。
【００８７】
プロセッサに実行用の命令を提供することには、様々な形のコンピュータ可読媒体が関与することができる。例えば、本発明の少なくとも一部を実行するための命令を、最初に遠隔コンピュータの磁気ディスクで運ぶことができる。このようなシナリオでは、遠隔コンピュータが命令をメインメモリにロードし、モデムを使用し電話回線を介して命令を送信する。ローカルシステムのモデムが電話回線でデータを受信し、赤外線送信機を使用して、このデータを赤外線信号に変換し、この赤外線信号を携帯情報端末（ＰＤＡ）又はラップトップなどのポータブルコンピュータ装置へ送信する。ポータブルコンピュータ装置の赤外線検出器が、赤外線信号によって運ばれた情報及び命令を受信し、バスにデータを載せる。バスは、データをメインメモリに運び、ここからプロセッサが命令を取り出して実行する。任意に、プロセッサによる実行の前又は後に、メインメモリが受け取った命令を記憶装置に記憶することもできる。
【００８８】
図１２は、本発明の実施形態による、図５及び図６のシステムで動作するように構成されたユーザ端末の例示的な構成要素を示す図である。ユーザ端末１２００は、信号を送受信するための（複数のアンテナを利用できる）アンテナシステム１２０１を含む。アンテナシステム１２０１は、複数の送信機１２０５及び受信機１２０７を含む無線回路１２０３に結合される。この無線回路には、無線周波数（ＲＦ）回路及びベースバンド処理回路が全て含まれる。図示のように、ユニット１２０９及び１２１１により、レイヤ１（Ｌ１）及びレイヤ２（Ｌ２）の処理がそれぞれ実現される。任意に、レイヤ３の機能を実現することもできる（図示せず）。Ｌ２ユニット１２１１は、全ての媒体アクセス制御（ＭＡＣ）レイヤ機能を実行するモジュール１２１３を含むことができる。タイミング及び較正モジュール１２１５は、例えば外部タイミング基準（図示せず）にインターフェイス接続することにより、正しいタイミングを保持する。また、プロセッサ１２１７も含まれる。このシナリオでは、ユーザ端末１２００が、パーソナルコンピュータ、ワークステーション、携帯情報端末（ＰＤＡ）、ウェブアプライアンス、携帯電話などとすることができるコンピュータ装置１２１９と通信する。
【００８９】
いくつかの実施形態及び実施構成と併せて本発明について説明したが、本発明はこのように限定されるものではなく、添付の特許請求の範囲に含まれる様々な明白な変更及び同等の構成も範囲とする。本発明の特徴を請求項間のいくつかの組み合わせの形で表現しているが、これらの特徴をあらゆる組み合わせ及び順序で構成できることが意図されている。
【図１】
0005308530.tif 000026
【図２】
0005308530.tif 000027
【図３】
0005308530.tif 000028
【図４】
0005308530.tif 000029
【図５】
0005308530.tif 000030
【図６Ａ−Ｂ】
0005308530.tif 000031
【図７Ａ−Ｂ】
0005308530.tif 000032
【図８Ａ−Ｂ】
0005308530.tif 000033
【図９Ａ】
0005308530.tif 000034
【図９Ｂ】
0005308530.tif 000035
【図１０Ａ】
0005308530.tif 000036
【図１０Ｂ】
0005308530.tif 000037
【図１０Ｃ】
0005308530.tif 000038
【図１０Ｄ】
0005308530.tif 000039
【図１１】
0005308530.tif 000040
【図１２】
0005308530.tif 000041