(57)【要約】  ユーザ装置のセットを含む通信システム内でデータを通信するユーザ装置は、通信チャンネルを経て、識別子を含む少なくとも１つのデータパケットを受信するように構成されたトランシーバと、前記ユーザ装置がユーザ装置のサブセットの中の１つであるかどうかを前記識別子から決定するように構成されたプロセッサであって、前記通信チャンネルが共通チャンネルである場合は第１の値に、又は前記通信チャンネルが個別チャンネルである場合は第２の値に、前記識別子が一致するときに、第１の識別子がユーザ装置のサブセットのうちの１つであるかどうか決定するように構成されたプロセッサと、を備えている。【選択図】図２
2009535957.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置のセットを含む通信システム内でデータを通信するユーザ装置において、
通信チャンネルを経て、識別子を含む少なくとも１つのデータパケットを受信するように構成されたトランシーバと、
前記ユーザ装置がユーザ装置のサブセットの中の１つであるかどうかを前記識別子から決定するように構成されたプロセッサであって、前記通信チャンネルが共通チャンネルである場合は第１の値に、又は前記通信チャンネルが個別チャンネルである場合は第２の値に、前記識別子が一致するときに、第１の識別子がユーザ装置のサブセットのうちの１つであるかどうか決定するように構成されたプロセッサと、
を備えたユーザ装置。
【請求項２】
前記トランシーバは、更に、前記ユーザ装置のサブセットを個別チャンネル状態にないとして識別するように構成された更に別の値を更に別のデータパケットにおいて受信するように構成された、請求項１に記載のユーザ装置。
【請求項３】
前記トランシーバは、更に、同じサブセット内にあるユーザ装置の各々を識別するための第２の識別子の値を更に別のデータパケットにおいて受信するように構成された、請求項１又は２に記載のユーザ装置。
【請求項４】
前記通信チャンネルは、高速ダウンリンク共有チャンネル（ＨＳ−ＤＳＣＨ）である、請求項１から３のいずれかに記載のユーザ装置。
【請求項５】
前記通信チャンネルは、
個別トラフィックチャンネル（ＤＴＣＨ）、
個別制御チャンネル（ＤＣＣＨ）、及び
共通制御チャンネル（ＣＣＣＨ）、
のうちの少なくとも１つを含む、請求項４に記載のユーザ装置。
【請求項６】
第１データパケットは、無線リソース通信データを含む、請求項１から５のいずれかに記載のユーザ装置。
【請求項７】
前記識別子は、データパケットのメディアアクセス制御（ＭＡＣ）ヘッダに位置される、請求項１から６のいずれかに記載のユーザ装置。
【請求項８】
前記識別子は、ＭＡＣレイヤの最上部におけるＲＲＣレベルメッセージ内にある、請求項１から７のいずれかに記載のユーザ装置。
【請求項９】
前記第１及び第２の値の少なくとも一方は、
ページングメッセージ、
ＳＩＢ、
個別ページングメッセージ、
初期設定インストラクション、
の少なくとも１つにおいて受信されるか又はそれから計算される、請求項１から８のいずれかに記載のユーザ装置。
【請求項１０】
通信データチャンネルを経て少なくとも１つのユーザ装置へデータパケットを通信するための方法において、
ユーザ装置のセットの中のサブセットを識別するように構成された第１の識別子を含むデータパケットを、通信チャンネルを経て送信するステップと、
複数のユーザ装置の少なくとも１つで前記データパケットを受信するステップと、
前記データパケットの第１識別子から、前記ユーザ装置が前記ユーザ装置のサブセットうちの１つであるかどうか決定するステップであって、前記通信チャンネルが共通チャンネルである場合は第１の値に、又は前記通信チャンネルが個別チャンネルである場合は第２の値に、前記識別子が一致するときに、第１の識別子がユーザ装置のサブセットのうちの１つであるかどうか決定するステップと、
を備えた方法。
【請求項１１】
前記通信チャンネルは、
個別トラフィックチャンネル（ＤＴＣＨ）、
個別制御チャンネル（ＤＣＣＨ）、及び
共通制御チャンネル（ＣＣＣＨ）、
のうちの少なくとも１つを含む、請求項１０に記載の方法。
【請求項１２】
コンピュータにロードされたときに、通信データチャンネルを経て少なくとも１つのユーザ装置へ第１データパケットを通信する方法を実行するように構成されたコンピュータプログラムにおいて、
ユーザ装置のセットの中のサブセットを識別するように構成された第１の識別子を含むデータパケットを、通信チャンネルを経て送信するステップと、
複数のユーザ装置の少なくとも１つで前記データパケットを受信するステップと、
前記データパケットの第１識別子から、前記ユーザ装置が前記ユーザ装置のサブセットうちの１つであるかどうか決定するステップであって、前記通信チャンネルが共通チャンネルである場合は第１の値に、又は前記通信チャンネルが個別チャンネルである場合は第２の値に、前記識別子が一致するときに、前記第１の識別子がユーザ装置のサブセットのうちの１つであるかどうか決定するステップと、
を備えたコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、特にこれに限定されないが、ＷＣＤＭＡ通信システムの高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）のためのユーザ装置に係る。
【背景技術】
【０００２】
この分野で知られているように、３ＧＰＰ組織によって定義されたワイドバンドコード分割多重アクセス（ＷＣＤＭＡ）／ユニバーサル移動テレコミュニケーションシステム（ＵＭＴＳ）通信システムの更なる開発は、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）として知られたシステムの定義である。このＨＳＤＰＡは、高いピークデータレートの潜在性と、高いスペクトル効率を有する可能性とを与える時分割通信チャンネルとして動作する。
【０００３】
現在の３ＧＰＰ  ＨＳＤＰＡ規格（例えば、３ＧＰＰ  ＴＳ  ２５．８５８）は、多数のユーザ装置によって共有されるダウンリンク搬送チャンネルであるＨＳ−ＤＳＣＨチャンネル（高速ダウンリンク共有チャンネル）を定義している。このＨＳ−ＤＳＣＨは、アクティブなユーザ当たり１つのダウンリンクＤＰＣＨ（ダウンリンク個別物理チャンネル）又はＦ−ＤＰＣＨ（３ＧＰＰ  Ｒｅｌ６のオプション）と、１つ以上の共有制御チャンネル（ＨＳ−ＳＣＣＨ）とに関連している。ＨＳ−ＤＳＣＨは、例えば、ビーム成形アンテナを使用して、全セルにわたって又はセルの一部分のみにわたって送信することができる。
【０００４】
ＨＳＤＰＡは、システム容量を改善すると共に、ダウンリンク、即ちＵＭＴＳシステムではノードＢサーバーとしても（又、ＧＳＭではベーストランシーバステーションＢＴＳという語でも）知られている無線ベースステーション（ＲＢＳ）からユーザ装置へデータを送信するためのユーザデータレートを高める。
【０００５】
この改善された性能は、３つの態様に基づく。第１の態様は、適応変調及びコーディングの使用である。
【０００６】
ＨＳＤＰＡでは、無線ベースステーション（ノードＢサーバー）におけるリンク適応エンティティが、フレームエラー確率をあるスレッシュホールドより低く保つ可能性の最も高い変調及びコーディング機構を選択することにより、あるユーザ装置（又はユーザターミナル）の現在チャンネル条件に適応するよう試みる。このため、ユーザ装置は、チャンネルクオリティフィードバックレポートを各サービングＲＢＳへ周期的に送信し、これは、推奨される搬送ブロックサイズ、推奨されるコード数、サポートされる変調機構、及び考えられるパワーオフセットを含む、次の送信時間インターバル（ＴＴＩ）に対する推奨される送信フォーマットを指示する。報告されるチャンネルクオリティインジケータ（ＣＱＩ）値は、共通パイロットチャンネルの測定に基づいて決定される。典型的な実施形態では、これは、ユーザ装置（ＵＥ）の異なるカテゴリーに対して考えられる送信フォーマット組み合わせ（上述した）を定義する文書“3GPP TS 25.214 - Physical Layer Procedures (FDD)”に指定されたテーブルの１つにおけるインデックスを指すポインタである。
【０００７】
第２の態様は、リンクエラーが生じた場合にユーザ装置がデータパケットの再送信を速やかに要求するような、ソフト合成及び増分的冗長性を伴う高速再送信の提供である。標準的なＷＣＤＭＡネットワークは、要求が無線ネットワークコントローラ（ＲＮＣ）により処理されることを指定するが、ＨＳＤＰＡでは、要求は、ＲＢＳによって処理される。更に、増分的な冗長性を使用することで、オリジナル送信及び再送信から正しく送信されたビットを選択して、送信信号に多数のエラーが生じたときに更なる繰り返し要求の必要性を最小にすることができる。
【０００８】
ＨＳＤＰＡの第３の態様は、ＲＢＳにおける高速スケジューリングである。この場合には、ユーザ装置へ送信されるべきデータが、送信の前にＲＢＳ内にバッファされ、ＲＢＳは、選択基準を使用して、送信されるべきパケットの幾つかを、チャンネルクオリティ、ユーザ装置能力、サービスクラスのクオリティ、及びパワー／コード利用性に関する情報に基づいて選択する。共通に使用されるスケジューラは、いわゆる比例的公平性（Ｐ−ＦＲ）スケジューラである。
【０００９】
ＨＳＤＰＡは、比較的多量のデータを比較的短い時間周期（ＨＳＤＰＡのＴＴＩは、２ｍｓである）で配送するための効率的な方法である。しかしながら、この性能を利用できるのは、ユーザ装置が個別チャンネル状態（ＣＥＬＬ＿ＤＣＨ状態）で動作するときだけであり、換言すれば、ＵＥとＲＢＳとの間の物理レイヤ接続が確立されてこのレイヤ接続に個別チャンネルが割り当てられた後だけである。
【００１０】
ＵＥが個別チャンネル状態（ＣＥＬＬ＿ＤＣＨ状態）へ移行してＨＳＤＰＡ接続を確立するのに、１秒まで要することがある。従って、特に、送信する必要のあるデータの量が比較的少ない場合には、ＣＥＬＬ＿ＤＣＨ状態への状態移行に、実際のデータ送信より長時間を要することになる。
【００１１】
更に、ＵＥがＣＥＬＬ＿ＤＣＨ状態へと状態を変化させるプロセスにあるときは、必要な状態変化を順方向アクセスチャンネル（ＦＡＣＨ）によってＵＥへアドレスしなければならないが、この順方向アクセスチャンネルは、その後のＨＳＤＰＡ送信チャンネルより著しく低速で且つ健全性も低い。
【００１２】
ＣＥＬＬ＿ＤＣＨ状態への移行の前及び移行中に、ＣＥＬＬ＿ＦＡＣＨ状態は、ダウンリンク個別制御チャンネル（ＤＣＣＨ）及びダウンリンク個別トラフィックチャンネル（ＤＴＣＨ）の両方が順方向アクセスチャンネル（ＦＡＣＨ）へマップされることを要求する。この要求は、無線リソース制御（ＲＲＣ）シグナリング（特別なＤＣＣＨ情報により生じる）及びデータ（特別なＤＴＣＨ情報により生じる）の送信遅延を増加させる。ＦＡＣＨ送信（二次共通制御物理チャンネル（Ｓ−ＣＣＰＣＨ）を経て搬送される）の時間巾は、約１０ミリ秒である。
【００１３】
無線リソース制御（ＲＲＣ）接続確立段階中に、共通制御チャンネル（ＣＣＣＨ）送信が順方向アクセスチャンネル（ＦＡＣＨ）へマップされる。図１は、３ＧＰＰ技術レポートＴＲ２５．９３１に説明されたようにＵＥを個別チャンネル状態（ＣＥＬＬ＿ＤＣＨ）へ移行する手順を示している。図１（以下に詳細に説明する）のステップ１０７において、典型的に共通制御チャンネル（ＣＣＣＨ）を経て搬送されるＲＲＣ接続設定メッセージは、順方向アクセスチャンネル（ＦＡＣＨ）上に搬送され、これは、次いで、二次共通制御物理チャンネル（Ｓ−ＣＣＰＣＨ）へマップされる。
【００１４】
又、順方向アクセスチャンネル（ＦＡＣＨ）を使用して、少量のデータ又は制御情報をＵＥへ配送することにより、個別チャンネル（ＣＥＬＬ＿ＤＣＨ）状態にないＵＥへデータを配送することも知られている。しかしながら、この解決策は、ＦＡＣＨに関連した固有の問題、即ち低データレート及び低速再送信によって悩まされている。
【００１５】
Ｓ−ＣＣＰＣＨ上を搬送される順方向アクセスチャンネル（ＦＡＣＨ）の容量は、比較的低く、典型的に、３２から６４ｋｂｐｓであり、これは、順方向アクセスチャンネルの使用を小さなパケットに限定する。
【００１６】
それ故、典型的に、単一のＴＴＩでは１つ又は２つの共通制御チャンネル（ＣＣＣＨ）無線リンク制御プロトコルデータユニット（ＲＬＣ  ＰＤＵ）しか送信できない（典型的なＣＣＣＨ  ＲＬＣ  ＰＤＵパケットは１５２ビットである）。個別制御チャンネル（ＤＣＣＨ）にマップされ、そして未確認モード無線リンク制御（ＵＭ  ＲＬＣ）パケットを使用するシグナリング無線ベアラ（ＳＲＢ）は、１３６又は１２０ビット長さのＲＬＣ  ＰＤＵを発生する。確認モード無線リンク制御（ＡＭ  ＲＬＣ）を使用するＳＲＢは、１２８ビット長さのＲＬＣ  ＰＤＵを発生する。共通制御チャンネル（ＣＣＣＨ）を使用する未確認及び確認モードの両方において、ＴＴＩ当たり１つ又は２つのプロトコルデータユニットを送信することができる。
【００１７】
典型的な個別トラフィックチャンネル（ＤＴＣＨ）ＲＬＣ  ＰＤＵサイズは、３２０ビットである。ＦＡＣＨのための典型的なＴＴＩは、１０ｍｓであるから、ＴＴＩ当たりに送信される単一のＤＴＣＨ  ＲＬＣ  ＰＤＵ（又はパケット）は、ＦＡＣＨ単独の３２ｋｂｐｓの全データレート容量を使用する。
【００１８】
再送信は、アップリンクのランダムアクセスチャンネルを経て送信されるＲＬＣ状態インジケータに基づいてＲＬＣにおいて実行されるために、再送信には著しい時間がかかるので、順方向アクセスチャンネル（ＦＡＣＨ）の信頼性も制限される。更に、ＣＣＣＨを経て送信されるメッセージは、ＲＬＣレイヤを経て再送信されず、そしてシグナリングエラーの場合、ＲＲＣレイヤは、適当な応答メッセージがある時間内に受信されなければ、ＲＲＣメッセージの再送信を開始することが必要になる。この時間は、ＦＡＣＨ（ＤＬ）及びＲＡＣＨ（ＵＬ）チャンネルにおける送信遅延のために、典型的に非常に長い（数秒程度）。
【００１９】
個別チャンネル状態（ＣＥＬＬ＿ＤＣＨ）における典型的な３Ｇ  ＵＥ電力消費は、約２５０ｍＡであり、遷移順方向アクセスチャンネル状態（ＦＡＣＨ）では、約１２０ｍＡであり、そしてページングチャンネル状態（ＣＥＬＬ／ＵＲＡ＿ＰＣＨ）又はアイドル状態では、典型的に＜５ｍＡである。ＦＡＣＨチャンネルを使用してデータを送信すると、順方向アクセスチャンネル（ＦＡＣＨ）の受信は、全ての（低速）データを受信するのにより長い時間を必要とするので、高い電力消費を招くことになる。
【発明の開示】
【発明が解決しようとする課題】
【００２０】
それ故、要約すれば、（移行状態として又はデータを通すための動作状態として）送信するために二次共通制御物理チャンネル（Ｓ−ＣＣＰＣＨ）を経て順方向アクセスチャンネル（ＦＡＣＨ）を使用する必要性は、低いデータレート、低速な再送信レート、及び比較的高いＵＥ電力消費に関するものである。
【００２１】
物理レイヤに既に存在する各送信パケットの付随受信者を識別するのに使用される固有の識別子Ｈ−ＲＮＴＩに関する更なる問題点は、共通のＨ−ＲＮＴＩ値に応答して共通グループ内のサブグループを識別する上で問題を招くことである。例えば、ユーザ装置は、セル（Ｃ−ＲＮＴＩ）内でそれ自身を識別する有効なＲＮＴＩを有していない。
【課題を解決するための手段】
【００２２】
本発明の目的及びその実施形態は、上述した問題に少なくとも部分的に対処するように移動アクセスシステムを改良することである。
【００２３】
本発明の態様は、特許請求の範囲から明らかとなろう。
【００２４】
以下、添付図面を参照して、本発明を一例として詳細に説明する。
【発明を実施するための最良の形態】
【００２５】
本発明は、多数の実施形態を参照して以下に例示する。本発明は、セルラー通信システム、特に、ＨＳＤＰＡ  ＷＣＤＭＡ／ＵＭＴＳ通信システムに関して説明する。しかしながら、本発明は、データパケットのスケジューリングを行う通信システム、特に、データパケットの送信において待ち時間及びスペクトル効率の問題に対処する必要のある通信システムでも等しく実施できることを理解されたい。
【００２６】
図２は、本発明を実施できる通信システムの概略図である。このシステムは、少なくとも１つのユーザ装置（ＵＥ）１を備えている。ユーザ装置１は、例えば、移動電話であるが、例えば、通信可能なラップトップ、パーソナルデジタルアシスタント、又は他の適当な装置でもよい。
【００２７】
ユーザ装置１は、一連の無線ベースステーション（ＲＢＳ）３と無線でワイヤレス通信する。又、無線ベースステーションは、ＵＭＴＳ規格では、ノードＢとしても知られている。以下の説明において、ノードＢ及び無線ベースステーション（ＲＢＳ）という語は、交換可能に使用される。
【００２８】
各ユーザ装置１は、２つ以上のＲＢＳ３と通信できるように構成され、同様に、各ＲＢＳ３は、２つ以上のＵＥ１と通信できるように構成される。ＲＢＳ３は、更に、無線ネットワークコントローラ（ＲＮＣ）５（これは、ＧＳＭ規格ではベースステーションコントローラ（ＢＳＣ）としても知られている）と通信する。更に、ＲＮＣ５は、コアネットワーク（ＣＮ）７と通信することもできる。更に、ＣＮ７は、他のネットワーク、例えば、更に別の公衆地上移動ネットワーク（ＰＬＭＮ）、又は「インターネット」として知られたコンピュータのネットワークと通信することができる。
【００２９】
以下に述べる本発明の実施形態に使用される幾つかの用語を明確にするために、３ＧＰＰ  ＴＲ  ２５．９３１により定義されたネットワークにおいてＵＥ１により実行される無線リソースコントローラ（ＲＲＣ）接続確立について図１のフローチャートを参照して説明する。
【００３０】
ステップ１０１において、ＵＥ１は、ＲＢＳ３のセルである選択されたセルを経て共通制御チャンネル（ＣＣＣＨ）上をサービングＲＮＣ５へ無線リソースコントローラ（ＲＲＣ）接続要求メッセージを送信することにより、無線リソースコントローラ接続の設定を開始する。接続要求は、初期ユーザ装置（ＵＥ）１アイデンティティ値のパラメータと、接続を確立する原因とを含む。
【００３１】
ステップ１０２において、サービング無線ネットワークコントローラ（ＲＮＣ）５は、ＵＥ１への無線リソースコントローラ（ＲＲＣ）接続を確立し、この特定のＲＲＣ接続に対して個別チャンネルを使用することを判断し、そしてＵＴＲＡＮ（ＵＭＴＳ地上無線アクセスネットワーク）ＲＮＴＩ（無線ネットワーク一時的識別子）及び無線リソースＬ１、Ｌ２を無線リソースコントローラ接続に対して割り当てる。個別チャンネルを設定すべきときには、ノードＢアプリケーションプロトコル（ＮＢＡＰ）メッセージ、即ち「無線リンク設定要求」メッセージがＲＢＳ３へ送信される。無線リンク設定要求に含まれるパラメータは、セル識別値、搬送フォーマットセット、搬送フォーマット組み合わせセット、周波数、（周波数分割デュープレックス（ＦＤＤ）通信のみに）使用されるべきアップリンクスクランブルコード、（時分割デュープレックス（ＴＤＤ）通信のみに）使用されるべきタイムスロット、（ＴＤＤのみに対する）ユーザコード、及び電力制御情報を含む。
【００３２】
ステップ１０３において、ＲＢＳ３は、リソースを割り当て、アップリンク物理チャンネルの受信をスタートし、そしてＮＢＡＰメッセージ、即ち「無線リンク設定応答」メッセージで応答する。無線リンク設定応答メッセージは、シグナリングリンク終了を定義するパラメータと、ｌｕｂデータ搬送ベアラのための搬送レイヤアドレッシング情報（例えば、ＡＴＭ適応レイアウトタイプ２（ＡＡＬ２）アドレス、ＡＡＬ２バインディングアイデンティティ）とを含む。
【００３３】
ステップ１０４において、サービング無線ネットワークコントローラは、アクセスリンク制御アプリケーションパートプロトコル（ＡＬＣＡＰ）を使用してｌｕｂデータ搬送ベアラの設定を開始する。この要求は、ｌｕｂデータ搬送ベアラを個別チャンネルに結合するためのＡＡＬ２バインディングアイデンティティを含む。ｌｕｂデータ搬送ベアラの設定要求は、ＲＢＳ３により確認される。
【００３４】
ステップ１０５及び１０６では、ＲＢＳ３及びサービングＲＮＣ５が、適当な個別チャンネルフレームプロトコルフレーム、例えば、「ダウンリンク同期」及び「アップリンク同期」メッセージを交換することによりｌｕｂ及びｌｕｒデータ搬送ベア他に対する同期を確立する。同期に続いて、ＲＢＳ３は、ＵＥ１へのダウンリンク送信をスタートする。
【００３５】
ステップ１０７において、サービングＲＮＣ５からＵＥ１へメッセージが送信され、このメッセージは、共通制御チャンネル（ＣＣＣＨ）を経て送信される無線リソースコントローラ（ＲＲＣ）接続設定メッセージである。ＲＲＣ接続設定メッセージは、初期ＵＥアイデンティティ値のパラメータ、Ｕ−ＲＮＴＩ（ＣＥＬＬ＿ＦＡＣＨ状態及びＣＥＬＬ／ＵＲＡ＿ＰＣＨにおいてＵＴＲＡＮ内で有効）、Ｃ−ＲＮＴＩ（ＣＥＬＬ＿ＦＡＣＨ状態においてセル内で有効）、能力更新要求、搬送フォーマットセット、搬送フォーマット組み合わせセット、周波数、ダウンリンク周波数スクランブルコード（ＦＤＤのみ）、タイムスロット（ＴＤＤのみ）、ユーザコード（ＴＤＤのみ）、電力制御情報、及び特にＨＳＤＰＡにおいてシグナリング接続を構成するために３ＧＰＰ規格ＴＳ  ２５．３３１に定義された他のデータを含む。
【００３６】
ステップ１０８において、ＲＢＳ３は、アップリンク同期を達成し、そしてサービングＲＮＣ５にＮＢＡＰメッセージで「無線リンク回復指示」を通知する。
【００３７】
ステップ１０９において、ＲＲＣ接続設定完了メッセージが、ＵＥ１から個別制御チャンネル（ＤＣＨ）上を、サービングＲＢＳ３を経てサービングＲＮＣ５へ送信される。このＲＲＣ接続設定完了メッセージは、完全性情報、暗号情報、及びＵＥ無線アクセス能力のパラメータを含む。
【００３８】
上述したように、これらのステップは、高速ダウンリンクパケットアクセス通信を実行するために要求される。
【００３９】
従って、ＨＳＤＰＡオペレーションでは、ＣＥＬＬ＿ＤＣＨ状態において、各ＵＥには、物理レイヤに既に存在する各送信パケットの意図された受信者を識別するのに使用される固有のＨ−ＲＮＴＩが指定される。
【００４０】
以下に詳細に述べる本発明の実施形態では、ＣＥＬＬ＿ＤＣＨ以外の状態でＨＳＤＰＡを使用するときには、各ＵＥにＩＤを独特に指定する必要なく、ＵＥ１に知られた共通の物理レイヤ識別子（即ち、グループＵＥ  ＩＤ値）が使用される。意図されたＵＥ受信者は、次いで、ＤＴＣＨ又はＤＣＣＨ送信の場合にはＭＡＣヘッダにより識別され、或いは従来技術ではＦＡＣＨにより行われるように、ＣＣＣＨメッセージ（ＲＲＣ接続設定、セル更新確認）の場合にはＲＲＣメッセージに含まれたＵＥ  ＩＤから識別される。
【００４１】
本発明の実施形態では、ＵＥは、個別又は非個別のいずれのチャンネル状態でも、送信がそれに対するものであるかどうか検出できるが、ＣＥＬＬ＿ＤＣＨでは、ＵＥは、最初にデータパケットを受信してデコードする必要なく、物理レイヤからこれを知る。
【００４２】
本発明の第１の実施形態において実行されるステップを示す図３のフローチャートについて説明する。
【００４３】
ステップ２０１において、ＵＥ１は、第１の共通識別値（ＣＣＣＨ  Ｈ−ＲＮＴＩ）を受け取り、これは、ＵＥが、ＲＲＣ接続が確立される前にＨＳ−ＳＣＣＨ検出に典型的に使用されるＲＮＣからのシステム情報ブロードキャスト（ＳＩＢ）から有効なＣ−ＲＮＴＩ（ＵＥ  ＩＤ値のグループを定義する）を得ないとき、或いはＲＲＣ接続設定メッセージ又はセル更新確認を受信するために、セル再選択の後にＣ−ＲＮＴＩが有効でないとき（Ｕ−ＲＮＴＩのみが有効であるとき）に使用される。
【００４４】
本発明の他の実施形態では、ＵＥは、ＲＮＣからのＳＩＢ送信器から共通のパラメータ及びそれに対応するＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨパラメータを計算する。
【００４５】
更に別の実施形態では、Ｈ−ＲＮＴＩ値は、オペレータによって前もってセットされた既知の所定値である。
【００４６】
又、ＵＥは、第２の共通の識別値（ＤＣＣＨ／ＤＴＣＨ  Ｈ−ＲＮＴＩ）も受け取る。ＵＥは、それが有効なＣ−ＲＮＴＩを有するときにＤＣＣＨ／ＤＴＣＨ  Ｈ−ＲＮＴＩを使用する。ＵＥがこの第２のＨ−ＲＮＴＩ値及びそれに対応するＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨパラメータをどのように受け取るかについては、以下で説明する。しかしながら、この情報は、個別ＲＲＣシグナリングから得ることができる。例えば、これらの値は、物理チャンネル再構成要求から得ることができる。他の実施形態では、ＵＥは、ＳＩＢからのＤＣＣＨ／ＤＴＣＨ  Ｈ−ＲＮＴＩ及びそれに対応するＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨパラメータ、或いはＲＮＣから送信されたページングを得る。更に別の実施形態では、ＤＣＣＨ／ＤＴＣＨ  Ｈ−ＲＮＴＩ値及びそれに対応するＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨパラメータは、オペレータにより予め決定されそしてセットされる。
【００４７】
又、ＵＥ１は、単一のＵＥ１を識別する個々の識別値（個々のＵＥ  ＩＤ値）も受け取る。このＩＤ値は、ステップ１０７において、ＲＲＣ接続（Ｃ−ＲＮＴＩ）中に指定することができ、従って、ＲＲＣ接続及び有効なＣ−ＲＮＴＩを有するＵＥは、送信が物理レイヤにおけるＨＳ−ＳＣＣＨから直接それに意図されたものであるかどうか検出することができる。本発明の幾つかの実施形態では、これらのＩＤ値は、個別ＲＲＣシグナリングによって更新することができる。幾つかの実施形態において上述したように、Ｃ−ＲＮＴＩは、有効値ではない。
【００４８】
ステップ２０３では、受け取られた識別値がＵＥ１に記憶される。
【００４９】
ステップ２０５では、ＵＥは、固有のＵＥ  ＩＤ値を指示するＭＡＣヘッダ値と共に高速ダウンリンク共有チャンネル（ＨＳ−ＤＳＣＨ）を使用して送信された高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）データフレームを受け取る。同じフレームに対する関連高速共有制御チャンネル（ＨＳ−ＳＣＣＨ）データは、共通のＨ−ＲＮＴＩ値を識別する情報を含む。又、ＨＳ−ＳＣＣＨデータは、関連高速物理ダウンリンク共有チャンネル、即ちＨＳ−ＤＳＣＨデータが送信される物理チャンネル、の搬送フォーマット及びレートも指定する。ＭＡＣヘッダに値が使用されるときには、ＵＥは、データ送信がＵＥに意図されたものであるかどうか検出することができ、共通のＩＤが使用されるとき、例えば、ＣＣＣＨ送信の場合でも、ＵＥ１は、送信がＲＲＣレイヤにおけるＵＥに対するものであるかどうか識別することができる。
【００５０】
ステップ２０７において、ＵＥ１は、高速共有制御チャンネル（ＨＳ−ＳＣＣＨ）を経て送信されるＩＤが、ＵＥの共通ＩＤ（ＵＥが有効なＣ−ＲＮＴＩをもたない場合にはＣＣＣＨ  Ｈ−ＲＮＴＩ、又はＵＥが有効なＣ−ＲＮＴＩを有するときにはＤＣＣＨ／ＤＴＣＨ  Ｈ−ＲＮＴＩ）に一致するかどうか、或いはＵＥの個別ＩＤが指定されたかどうか調べるためにチェックする。共通のＵＥ  ＩＤ又は個別のＩＤ値は、既知の仕方で送信され、即ちＨＳ−ＳＣＣＨ内の値は、ＲＲＣ設定中に特定のＵＥ  ＩＤが指定される個別チャンネル状態においてＵＥに対して実施されるのと同様に送信される。
【００５１】
グループＵＥ  ＩＤ値によって識別されるＵＥのグループではなく、データがアドレスされる特定のＵＥは、ＨＳ−ＤＳＣＨに関連したメディアアクセス制御（ＭＡＣ）プロトコルヘッダにおける固有の識別子により決定される。
【００５２】
従って、本発明の実施形態では、順方向アクセスチャンネル状態を通過する必要なく、少量の高速データを、個別チャンネルにおいてではなく、ＵＥによって受信することができる。
【００５３】
本発明の更に別の実施形態では、先に述べたＲＲＣ接続を確立するＵＥ１は、システム情報ブロードキャスト（ＳＩＢ）においてそれに送信されたＵＥ  ＩＤ値を使用することができる。ＳＩＢは、セルを横切ってブロードキャストされる情報であり、どのＵＥ１がＳＩＢを受信したかをＲＢＳ３が知ることなくセル内のＵＥによって受信することができる。ＳＩＢ送信は、確認送信を要求せず、それ故、グループＵＥ  ＩＤ値の効果的なキャリアである。更に別の実施形態では、ＲＮＣ５は、ＵＥ１へ送信するべくＲＢＳ３へ通されるグループＵＥ  ＩＤ値を割り当てる。
【００５４】
本発明のある実施形態では、固有のＩＤは、ＨＳ−ＳＣＣＨにおいてＣＲＣに対して直接マスクされることによりＵＥ１へ送信される。ＨＳ−ＳＣＣＨにおいてＣＲＣに対して固有のＩＤをマスクすることは、パケットが正しく受信されたかどうか受信者が決定できるようにするためのチェック和であるＣＲＣをＩＤ値で変更して、ＩＤを知っている受信者しか正しいＣＲＣ値を決定できず、それ故、ＨＳ−ＳＣＣＨが正しく受信されたかどうか検出できないようにする。ＨＳ−ＳＣＣＨにおいてＣＲＣに対してＩＤをマスクすることの効果は、ＵＥの独特なＩＤを含ませることによりＨＳ−ＳＣＣＨ／ＨＳに付加的なビットが挿入されないが、ＨＳ−ＳＣＣＨメッセージに固有のＵＥ  ＩＤ情報が存在することである。他の実施形態では、ＵＥ  ＩＤ値のための特定のビットフィールドが予約されたＭＡＣヘッダ／ＲＲＣレイヤにＩＤ値が挿入される。ビットフィールドに値を挿入するのではなく、信号のマスキング又は変更を実行するために、ＭＡＣヘッダを使用する実施形態は要求されない。
【００５５】
ＵＥ１は、ＨＳ−ＤＳＣＨをデコードして、ＭＡＣヘッダ又はＲＲＣメッセージのいずれかにおける固有のＩＤがＵＥの固有のＩＤ値に一致するかどうか調べるよう試みる前に最初にＨＳ−ＳＣＣＨにおいてＩＤを検出しなければならない（即ち、ＵＥ特有のＣＲＣが正しい受信を指示するかどうか決定しなければならない）。それ故、ＨＳ−ＳＣＣＨ  ＩＤがグループＵＥ  ＩＤである場合は、ＭＡＣ／ＲＲＣレベルＩＤが固有のＵＥ  ＩＤでなければならず、そしてＨＳ−ＳＣＣＨ  ＩＤが固有のＵＥ  ＩＤである場合は、ＭＡＣ／ＲＲＣ  ＵＥ  ＩＤの値が等しいとみなすことができる。
【００５６】
本発明のある実施形態では、ＵＴＲＡＮ登録エリア、即ちページングチャンネル状態（ＣＥＬＬ／ＵＲＡ＿ＰＣＨ）又はアイドル状態におけるＵＥ１が、高速ダウンリンクパケットアクセス情報を連続的に聴取せず、ＨＳ−ＤＳＣＨ及びＨＳ−ＳＣＣＨの両パケットを所定の時間にのみ受信するように構成される。
【００５７】
更に別の実施形態では、ＵＥ１は、ＨＳ−ＳＣＣＨを所定の時間に聴取するように構成され、次いで、所定のグループＵＥ  ＩＤを伴うデータパケットを受信する場合だけ、ＨＳ−ＤＳＣＨにおけるデータを聴取する。この実施形態は、従来のＨＳＤＰＡ受信モードと同様であり、従って、ＵＥは、それにアドレスされたＨＳ−ＳＣＣＨパケットを検出した後に、それに関連するＵＥアドレスされたＨＳ−ＤＳＣＨパケットを受信するようにそれ自身を構成し、相違点は、ＵＥが所定の時間にのみＨＳ−ＳＣＣＨを聴取し、それ故、ＵＥが非受信周期中に無線受信器をスイッチオフしてバッテリ電力を節約することが許されないことである。
【００５８】
本発明の他の実施形態では、ＵＥは、事象によってトリガーされたときに聴取する。例えば、ＵＥアクティビティのために、又はページングメッセージに応答して、ランダムアクセスチャンネル（ＲＡＣＨ）を使用することができる。このような実施形態では、ＵＥは、電力を保存することができ、換言すれば、アクティビティが期待されない場合に「スリープ」して、バッテリ電力を節約することができる。
【００５９】
このような実施形態では、アイドルモードにおけるＵＥ１は、無線リソースコントローラ接続要求をランダムアクセスチャンネル（ＲＡＣＨ）上に送信した後に高速データパケットアクセス受信をスタートする。ＣＥＬＬ／ＵＲＡ＿ＰＣＨ状態におけるＵＥ１は、セル更新メッセージを送信した後にＨＳＤＰＡ受信をスタートする。スリープモードは、ＨＳ−ＤＳＣＨの使用で簡単に編成される。というのは、ＴＴＩが短いからである（１０ミリ秒のＴＴＩをもつ順方向アクセスチャンネルに比して２ミリ秒）。
【００６０】
遷移ＣＥＬＬ＿ＦＡＣＨ状態におけるユーザ装置１は、ある実施形態では、ネットワークが、個別トラフィックチャンネル（ＤＴＣＨ）又は個別制御チャンネル（ＤＣＣＨ）のいずれかを経てユーザ装置へデータ又はシグナリングを送信できる場合に、ＨＳＤＰＡデータを連続的に受信するように構成できる。又、ＣＥＬＬ＿ＦＡＣＨ状態におけるＵＥ１は、ＨＳＤＰＡデータ送信のために不連続受信周期（ＤＲＸ）が指示される場合に時々データを受信するように構成することもできる。
【００６１】
本発明の前記実施形態では、ＣＥＬＬ＿ＤＣＨ状態におけるＵＥからの従来のＨＳＤＰＡに対して比較して、ＵＥ１からＲＢＳ３へ特定のチャンネルクオリティインジケータ（ＣＱＩ）レポートを送信する構成をもたない（このレポートは、典型的に、個別チャンネルモードにあるユーザ装置に対して、高速個別制御チャンネル、即ちＨＳＤＰＡのアップリンクフィードバックチャンネル上を送信され、高速物理ダウンリンク共有チャンネル（ＨＳ−ＰＤＳＣＨ）に対するＭＳＣ（変調及びコーディング機構）選択、及び高速共有制御チャンネル（ＨＳ−ＳＣＣＨ）の電力設定を選択する上で助けとなる）。ＭＳＣ値の選択については、良好なクオリティのチャンネルに対し、より高次の変調及びより少ないコード化を使用するようにＭＣＳ値を選択でき、そして悪いクオリティのチャンネルにおいて、簡単な変調及びより多くのエラー修正コード化を使用して、より小さなデータ送信容量を犠牲にしてエラーを減少するようにＭＣＳ値を選択できるよう構成される。
【００６２】
更に、前記実施形態は、高速確認要求（ＨＡＲＱ−高速ダウンリンク共有チャンネル受信確認）に対して確認フィードバック（ＡＣＫ／ＮＡＣＫ）をもたない。従って、前記実施形態の場合に、ＡＣＫ／ＮＡＣＫ信号が、典型的に、個別チャンネル状態にあるユーザ装置に対してアップリンクにおいて高速個別制御チャンネル（ＨＳＤＰＡのアップリンクフィードバックチャンネル）を経て送信されるので、再送信が要求されるかどうか指示する信号がない。
【００６３】
本発明の更に別の実施形態では、ＲＢＳ３は、セルの縁で受信できるように、高速共有制御チャンネル電力、及びそれに応じたＨＳ−ＤＳＣＨのためのＭＣＳ値を選択する。本発明の更に別の実施形態では、要求されるＨＳ−ＳＣＣＨ電力要件を推定するためのメカニズムが設けられ、ＨＳ−ＤＳＣＨに適したＭＣＳ値が要求され、ＨＳ−ＳＣＣＨ及びＨＳ−ＤＳＣＨのデータストリームに対してこれらの値が選択される。
【００６４】
他の実施形態では、システムに要求される時間ダイバーシティを発生すると共に、要求されるＨＡＲＱ利得も発生するために、同じ送信値が２回以上送信される。
【００６５】
前記実施形態では、送信システムに、ある程度のシステム制御が設けられ、セル内の全てのＵＥ１がデータを受信することができる。
【００６６】
本発明の更に別の実施形態では、ＲＢＳ３は、ユーザ装置特有のＣＱＩレポートをもたないが、それに意図された高いダウンリンク共有チャンネル送信を受け取った後に、送信フィードバックを含む所定のアップリンクスクランブルコードをＵＥ１から受け取る。これら実施形態における送信フィードバック信号は、この技術で知られているＨＡＲＱ方法を使用できるようにする。これは、図３のステップ２０９に示されている。
【００６７】
本発明の更に別の実施形態では、その後の高速共有制御チャンネル（ＨＳ−ＳＣＣＨ）電力設定及び高速ダウンリンク共有チャンネル（ＨＳ−ＤＳＣＨ）のＭＣＳ選択を計算できるように送信フィードバックと共にＵＥからＣＱＩレポートが送信される。
【００６８】
上述した本発明の実施形態は、グループＵＥ  ＩＤをもつＵＥがパケットの受信を確認し、そしてデータがそれに意図されたものであったかのようにＣＱＩレポートを送信するのを要求することによって具現化できる。別の実施形態では、最初にＨＳ−ＳＣＣＨにおいてグループＵＥ  ＩＤを検出した後であってネットワークへ確認を送信する前に、ＵＥが、メディアアクセスコントローラプロトコルデータユニット及び／又は無線リソースコントローラメッセージにおいてＵＥの個々のＵＥ  ＩＤを識別することを要求する。
【００６９】
本発明のある実施形態では、制御無線ネットワークコントローラ（ＲＮＣ）は、共通制御チャンネル（ＣＣＣＨ）に対して、及び順方向アクセスチャンネル遷移状態にあるＵＥに割り当てられた全てのダウンリンク制御チャンネル（ＤＣＣＨ）及び個別トラフィックチャンネル（ＤＴＣＨ）に対して、ｌｕｂインターフェイスを経て単一ＡＴＭ適応レイアウトタイプ２（ＡＡＬ２）接続を使用することができる。従って、ある実施形態では、順方向アクセスチャンネル送信レートに代わって、ＭＡＣ−ｃマルチプレクシングを使用することができる。
【００７０】
異なるプライオリティ及びサービスクオリティ（ＱｏＳ）要求を満足することが要求される本発明の更に別の実施形態では、ＣＣＣＨ、ＤＣＣＨ、及びＤＴＣＨに対して個別のＡＡＬ２接続が割り当てられる。例えば、共通制御チャンネル（ＣＣＣＨ）及び個別制御チャンネル（ＤＣＣＨ）の送信は、ある実施形態では、個別トラフィックチャンネル（ＤＴＣＨ）より高いプライオリティ及び信頼性ファクタを有することができる。
【００７１】
前記実施形態は、ＨＳＤＰＡチャンネルを使用して中程度の量のデータをＵＥへ送信することを説明したが、このデータ送信は、図１に示すようにＲＢＳ３を経てＲＮＣ５からＵＥ１へのＲＲＣ接続ステップ１０７におけるデータの送信にも適用される。上述したように、ＦＡＣＨより速いチャンネルを使用することにより、ＣＣＣＨデータパケットを受信する速度を高め、それ故、ＣＥＬＬ＿ＤＣＨモードにおいてＵＥを設定するのに必要な時間を短縮することができる。この段階で、ＣＥＬＬ＿ＤＣＨ状態のための特定のＵＥ  ＩＤがＵＥに指定される。
【００７２】
上述した実施形態は、従来技術で使用された従来の配送方法（ＦＡＣＨ）を使用する場合よりも、ユーザデータ及びＲＲＣシグナリングメッセージをＵＥに配送するためのより健全で且つ高速な方法を提供する。又、これらの実施形態を使用することにより、個別チャンネル動作モードにないＵＥ１は、ユーザ装置がＦＡＣＨ状態を経てデータを交換することを必要とせずに、ＨＳＤＰＡ技術でサービスできる中程度の量のデータを受信することしか要求しないので、アイドル又はページングモードから個別チャンネル動作モードへ高速で状態遷移することができる。
【００７３】
前記実施形態は、部分的なＨＳＤＰＡサポートしか行わないが（例えば、ある実施形態では、ユーザ装置からのアップリンクフィードバックしかなく、それ故、ＣＱＩの知識もなく、又、ＲＢＳ３においてＡＣＫ／ＮＡＣＫメッセージを受信する可能性もない）、ＦＡＣＨを経てのＨＳＤＰＡのＴＴＩが相当に短いために、減少された遅延に関する利得が当然得られる。更に、ある実施形態において述べたように、ＨＡＲＱ合成からの利得を得るために盲目的再送信を使用することもできる。
【００７４】
システムは、同じデータを１０ｍｓで配送するより２ｍｓで配送する方が約５倍も電力を必要とし、従って、この場合は、電力節約にならないが、全てのＵＥが同じ電力リソースを時分割するので、個別チャンネル状態（ＣＥＬＬ＿ＤＣＨ）にないユーザに対し特定の電力割り当て分をＨＳＤＰＡ送信に割り当てる必要がないという利点がある。従来の例では、チャンネルが実際に使用されたかどうかに関わらず、使用されるＦＡＣＨに対してＦＡＣＨ電力を静的に割り当てる必要があった。
【００７５】
更に、本発明は、ＨＳＤＰＡネットワーク仕様の既存のレイヤ１を使用するので、本発明の実施は、比較的簡単である。
【００７６】
又、上述したように、ＣＥＬＬ＿ＦＡＣＨ状態におけるＵＥの電力消費は、例えば、周期的なキープアライブメッセージを送信するプッシュメールのアプリケーションでは常に問題となる。これらの状態では、データ量が非常に低い場合でも、ユーザ装置は、インアクティビティタイマーが時間切れするまで順方向アクセスチャンネルに保持される。典型的に、インアクティブタイマーは、約２秒である。上述したように、不連続受信（ＤＲＸ）を使用すると、電力消費を著しく減少することができる。これは、アプリケーションにおいて常にＵＥスタンバイ時間を大巾に改善できるようにする。
【００７７】
図３において既に説明したように、ステップ２０１は、無線ベースステーションＲＢＳ３がＨ−ＲＮＴＩ値をユーザ装置１へ送信する場合を示す。しかしながら、図４及び５を参照し、このプロセス、及びＤＣＣＨ／ＤＴＣＨ  Ｈ−ＲＮＴＩの供給に関してＨ−ＲＮＴＩ及び他の値を決定するステップを詳細に説明する。
【００７８】
図４を参照すれば、ＤＣＣＨ／ＤＴＣＨ  Ｈ−ＲＮＴＩ値及び他のデータを決定するための第１の方法が、本発明の実施形態に使用されるものとして示されている。この第１の方法において、Ｈ−ＲＮＴＩ値は、無線リソース制御メッセージを使用してＵＥへ送信される。これらの実施形態では、幾つかの情報を、ｌｕｒインターフェイスを経てシグナリングすることが必要である。
【００７９】
ステップ４０１では、サービング無線ネットワークコントローラＳＲＮＣ５は、ユーザ装置（ＵＥ）１が、ドリフト無線ネットワークコントローラ／制御無線ネットワークコントローラ（Ｄ／ＣＲＮＣ）の制御のもとでセル内の共通のＨＳ−ＤＳＣＨを使用することを決定する。
【００８０】
ステップ４０３において、ＳＲＮＣ５は、少なくとも１つのＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨパラメータをＤ／ＣＲＮＣへ転送する。例えば、本発明の実施形態では、転送されるパラメータは、ＨＳ−ＤＳＣＨに使用されるプライオリティ待ち行列の数、及び各々のプライオリティ待ち行列に対するスケジューリングプライオリティインジケータ（ＳＰＩ）を含む。
【００８１】
ステップ４０５において、ＳＲＮＣ５は、順方向リンクアクセスチャンネル（ＳＡＣＨ）データフレームを搬送するためにｌｕｒインターフェイスを経てユーザ装置１に対するＡＴＭ適応レイヤ２（ＡＡＬ２）接続を確立する。ＳＡＣＨデータフレームは、共通のＨＳ−ＤＳＣＨにマップされたデータを含む。本発明のある実施形態では、単一のＡＡＬ２接続を設定し、このプロセスを実行する全てのユーザ装置の中で共有することができる。
【００８２】
ステップ４０７において、ＳＲＮＣ５は、メディアアクセス制御−ｄ（ＭＡＣ−ｄ）を探索する。
【００８３】
ステップ４０９において、ＳＲＮＣ５は、ＲＢＳ３を経てユーザ装置へユーザ装置ＲＲＣシグナリングを送信する。例えば、このシグナリングは、Ｃ−ＲＮＴＩ値及び／又はＤＣＣＨ／ＤＴＣＨ  Ｈ−ＲＮＴＩ値、並びに更に、ＨＳ−ＳＣＣＨに対するＤＲＸサイクル値を含むことができる。この段階において、ＳＲＮＣ５がＤ／ＣＲＮＣのもとでセルに対するＣＣＣＨ  Ｈ−ＲＮＴＩを知る必要はない。
【００８４】
ステップ４１１において、サービング無線ネットワークコントローラ５は、次いで、ＦＡＣＨデータフレームを使用してＤ／ＣＲＮＣへデータを転送する。
【００８５】
ステップ４１３において、Ｄ／ＣＲＮＣは、前記実施形態で述べたようにＵＥへデータを送信すべきかどうか、又はＦＡＣＨを使用する既知の方法に基づいて動作すべきかどうか、或いはこのＤ／ＣＲＮＣの制御のもとでセルに対してＣＥＬＬ＿ＤＣＨモードでＵＥを動作させるべきかどうか決定する。
【００８６】
ステップ４１５において、Ｄ／ＣＲＮＣは、メディアアクセス制御−ｃ（ＭＡＣ−ｃ）を探索し、換言すれば、ＤＣＣＨ／ＤＴＣＨパケットデータユニットに対してＣ−ＲＮＴＩ値を追加する。
【００８７】
ステップ４１７において、Ｄ／ＣＲＮＣは、各共通のＨ−ＲＮＴＩに対して共通のＨＳ−ＤＳＣＨ／ＨＳ−ＳＣＣＨ情報を構成する。同じＨ−ＲＮＴＩ値を有する全てのユーザ装置に対して同じ構成が適用される。
【００８８】
ステップ４１９において、Ｄ／ＣＲＮＣは、共通のＨＳ−ＤＳＣＨ値を有する全てのユーザ装置１に対してＡＡＬ２接続を確立する。他の実施形態では、ＲＮＣは、各Ｈ−ＲＮＴＩ値に対して個別のＡＡＬ２接続を確立する。
【００８９】
ステップ４２１において、Ｄ／ＣＲＮＣは、Ｃ−ＲＮＴＩ値を割り当てる。
【００９０】
ステップ４２３において、Ｄ／ＣＲＮＣは、ＨＳ−ＤＳＣＨパラメータを取り扱うためのユーザ装置能力を決定する。例えば、Ｄ／ＣＲＮＣは、アップリンクＣＣＣＨメッセージを受け取り、そしてそのメッセージからユーザ装置容量を決定する。
【００９１】
ステップ４２５において、Ｄ／ＣＲＮＣは、サービングＲＮＣから受け取った共通のＨ−ＤＳＣＨパラメータに基づいてＨ−ＲＮＴＩ（ＤＣＣＨ／ＤＴＣＨ）を割り当て、そしてその選択されたＨ−ＲＮＴＩ、及び該Ｈ−ＲＮＴＩに対する対応ＨＳ−ＤＳＣＨ／ＳＣＣＨ情報をサービングＲＮＣへ転送する。
【００９２】
ステップ４２７において、Ｄ／ＣＲＮＣは、選択されたＨ−ＲＮＴＩ及びパラメータデータを、フレームプロトコルによりＲＢＳへ転送する。好ましいフレームプロトコルは、ＨＳ−ＤＳＣＨフレームプロトコルであり、そのペイロードは、ＭＡＣ−ｃパケットデータユニットであり、電力制御情報を含む。更に別の実施形態では、異なるフレームプロトコルを使用して、この情報が転送される。
【００９３】
ステップ４２９において、ＲＢＳ３は、ＭＡＣ−ｈｓを探索し、データフローが共通のＨＳ−ＤＳＣＨへマップされる。
【００９４】
ステップ４３１において、ＲＢＳは、ＣＣＣＨ  Ｈ−ＲＮＴＩと、Ｄ／ＣＲＮＣから構成された対応するＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨ情報とをブロードキャストする。
【００９５】
ステップ４３３において、ＲＢＳ３は、ＨＳ−ＳＣＣＨに対する電力制御を実行する。他の実施形態では、ＨＳ−ＤＳＣＨに対する変調及びコード化機構（ＭＣＳ）が、受信されたＨＳ−ＤＳＣＨデータフレームに含まれた情報又はＲＮＣからの新たなフレームプロトコルデータに基づいて実行される。
【００９６】
ステップ４３５において、ユーザ装置は、ＣＣＣＨに対するＨ−ＲＮＴＩ、及びそれに対応するＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨを、ＳＩＢ／ページングメッセージから得るか又は計算する。
【００９７】
ステップ４３７において、ＵＥは、ＤＣＣＨ／ＤＴＣＨに対するＤＣＣＨ／ＤＴＣＨ  Ｈ−ＲＮＴＩ、及びそれに対応するＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨ情報を、個別ＲＲＣメッセージから得るか又は計算する。
【００９８】
従って、ＵＥは、ＣＣＣＨ及びＤＣＣＣＨ／ＤＴＣＨメッセージに対して割り当てられたＨ−ＲＮＴＩを、ＵＥの識別に使用する。
【００９９】
図５を参照すれば、Ｈ−ＲＮＴＩ値をＵＥへブロードキャストすることによるＵＥ１、ＲＢＳ３、サービング無線ネットワークコントローラ（ＳＲＮＣ）５、及び無線ネットワークコントローラＤ／ＣＲＮＣ５０１を制御するドリフト無線ネットワークコントローラへの作用が示されている。
【０１００】
ステップ５０１において、ＳＲＮＣ５は、特定のＤ／ＣＲＮＣのもとで動作する全てのＲＮＣに対してＦＡＣＨデータが共通のＨＳ−ＤＳＣＨにマップされるかどうか（例えば、ＦＡＣＨがＳ−ＣＣＰＣＨにマップされるかどうか）決定しない。更に、ＳＲＮＣ５は、Ｄ／ＣＲＮＣから無線ネットワークシステムアプリケーションパートを経て受信されたシグナリングからＦＡＣＨデータが共通のＨＳ−ＤＳＣＨへマップされるかどうか知らない。
【０１０１】
ステップ５０３において、ＳＲＮＣ５は、順方向リンクアクセスチャンネル（ＦＡＣＨ）データフレームを搬送するように構成されたｌｕｒインターフェイスを経てＵＥのためのＡＴＭアプリケーションレイヤ２（ＡＡＬ２）接続を確立する。本発明のある実施形態では、ＡＡＬ２接続は、２つ以上のＵＥ１により共有される。
【０１０２】
ステップ５０５において、ＳＲＮＣ５は、次いで、メディアアクセス制御−ｄ（ＭＡＣ−ｄ）を探索する。
【０１０３】
ステップ５０７において、ＳＲＮＣ５は、ＦＡＣＨフレームプロトコルを使用してＤ／ＣＲＮＣへデータを転送する。
【０１０４】
ステップ５０９において、ＳＲＮＣ５からデータを受信したＣ／ＤＲＮＣは、次いで、ＦＡＣＨチャンネルを経て、又はここで詳細に述べるように共通値ＨＳ−ＤＳＣＨ方法を使用することにより、ＵＥへデータを通過すべきかどうか決定する。
【０１０５】
ステップ５１１において、Ｃ／ＤＲＮＣは、次いで、ＭＡＣ−ｃ（ＭＡＣ−ｃ）を探索する。Ｃ／ＤＲＮＣは、ＤＣＣＨ／ＤＴＣＨ  ＰＤＵに対してＣ−ＲＮＴＩ値を追加する。
【０１０６】
ステップ５１３において、Ｃ／ＤＲＮＣは、Ｈ−ＲＮＴＩ及び更に別のＨ−ＲＮＴＩに使用される共通のＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨ情報を構成する。確立された構成値は、同じＨ−ＲＮＴＩ値を共有する全てのＵＥに適用される。
【０１０７】
ステップ５１５において、Ｃ／ＤＲＮＣは、共通のＨＳ−ＤＳＣＨ方法を使用して全てのＵＥに対してＡＡＬ２接続を確立する。本発明の他の実施形態では、Ｃ／ＤＲＮＣは、同じＨ−ＲＮＴＩ共通値を共有するＵＥの各グループに対して個別のＡＡＬ２接続を確立する。
【０１０８】
ステップ５１７において、Ｃ／ＤＲＮＣは、次いで、Ｃ−ＲＮＴＩ値を割り当てる。
【０１０９】
ステップ５１９において、Ｃ／ＤＲＮＣは、次いで、共通チャンネルシステムを使用する各ＵＥに対して、ＵＥの能力、即ちＵＥが、ここに述べるやり方と一致して、共通メッセージを受け取ってデコードできるかどうか、を決定する。この決定は、例えば、アップリンク（ＵＬ）共通制御チャンネル（ＣＣＣＨ）メッセージを受け取ることにより実行できる。
【０１１０】
ステップ５２１において、Ｃ／ＤＲＮＣは、次いで、ＵＥに対するＤＣＣＨ／ＤＴＣＨＨ−ＲＮＴＩ値を計算し、選択すると共に、複数のＣＣＣＨ  Ｈ−ＲＮＴＩがセルに割り当てられる場合にＣＣＣＨ  Ｈ−ＲＮＴＩを選択する。
【０１１１】
ステップ５２３において、Ｃ／ＤＲＮＣは、次いで、選択されたデータを、フレームプロトコルを使用してＲＢＳへ転送する。好ましいフレームプロトコルは、ＨＳ−ＤＳＣＨフレームプロトコルである（これは、ＭＡＣ−ｃパケットデータユニットペイロードを有し、電源制御情報を含む）。本発明の他の実施形態では、選択されたデータを転送できるフレームプロトコルである。
【０１１２】
ステップ５２５において、ＲＢＳ３は、選択されたデータを受け取ると、メディアアクセス制御−ｈｓ（ＭＡＣ−ｈｓ）を探索し、データフローを共通のＨＳ−ＤＳＣＨへマップする。
【０１１３】
ステップ５２７において、ＲＢＳ３は、ＣＣＣＨ  Ｈ−ＲＮＴＩ、ＤＣＣＨ／ＤＴＣＨＨ−ＲＮＴＩ、及びＨ−ＲＮＴＩのための対応するＨＳ−ＤＳＣＨ／ＳＣＣＨ情報をＵＥ１へブロードキャストする。
【０１１４】
ステップ５２９において、ＲＢＳ３は、更に、ＨＳ−ＳＣＣＨ上で電力制御を実行し、及び／又はＨＳ−ＤＳＣＨデータフレームに含まれた情報に基づいてＨＳ−ＤＳＣＨ上で変調及びコード化機構（ＭＣＳ）を選択する。
【０１１５】
ステップ５３１において、ＵＥ１は、ブロードキャストされたメッセージを受け取ると、ＣＣＣＨに対する種々のＨ−ＲＮＴＩ値と、ＤＣＣＨ／ＤＴＣＨグループ及びＳＩＢ／ページングからの対応するＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨ情報に対するＨ−ＲＮＴＩ値とを得及び／又は計算する。
【０１１６】
上述したように、ＵＥは、メッセージがＵＥのためのものであるかどうか決定するために、その後のメッセージに含まれるＣＣＣＨ及びＤＣＣＨ／ＤＴＣＨに対する割り当てられたＨ−ＲＮＴＩ値を使用する。
【０１１７】
データフロー、即ちコアネットワーク７からユーザ装置１へのデータのマッピングは、チャンネルが共通のものであるか、個別のものであるかに基づいて異なる。
【０１１８】
コアネットワーク内の共通チャンネル（共通制御チャンネル（ＣＣＣＨ）及び共通トラフィックチャンネル（ＣＴＣＨ））については、Ｃ／ＤＲＮＣへ通過する際に、メディアアクセス制御−ｃフローに変換され、更に、ＲＢＳへ通過する際には、メディアアクセス制御−ｈｓフローに変換され、これは、次いで、高速ダウンリンク共有チャンネル（ＨＳ−ＤＳＣＨ）の一部分として送信される。
【０１１９】
コア内の個別チャンネル（個別制御チャンネル（ＤＣＣＨ）及び個別トラフィックチャンネル（ＤＴＣＨ））は、サービング無線ネットワークコントローラへ通過する際には、メディアアクセス制御−ｄフローに変換され、制御／ドリフトＲＮＣへ通過する際には、メディアアクセス制御−ｃフローに変換され、ＲＢＳへ通過する際には、メディアアクセス制御−ｈｓフローへ変換され、これは、次いで、高速ダウンリンク共有チャンネル（ＨＳ−ＤＳＣＨ）の一部分として送信される。
【０１２０】
図６及び７は、ＵＥ及びＵＴＲＡＮにおけるＭＡＣレイヤインターフェイスを示す概略図である。
【０１２１】
図６は、本発明の実施形態で使用されるＵＥを、ＭＡＣインターフェイス、即ちＭＡＣ−ｅｓ／ＭＡＣ−ｅ６０１、ＭＡＣ−ｍ６０３、ＭＡＣ−ｈｓ６０５、ＭＡＣ−ｃ／ｓｈ／ｍ６０７、ＭＡＣ−ｄ６０９と共に示している。
【０１２２】
ＭＡＣ−ｅｓ／ＭＡＣ−ｅ６０１は、ＭＡＣコントローラによって制御され、ＭＡＣ−ｄ６０９インターフェイスに更に接続される。ＭＡＣ−ｅｓ／ＭＡＣ−ｅ６０１は、関連ダウンリンク及びアップリンクシグナリングを受け取り、又、Ｅ−ＤＣＨデータ（改善型データチャンネル）も受け取る。
【０１２３】
ＭＡＣ−ｍ６０３は、ＭＡＣコントローラによって制御され、ＭＳＣＨ（移動共有チャンネル）及びＭＴＣＨ（移動トラフィックチャンネル）に接続される。ＭＡＣ−ｍ６０３は、ＦＡＣＨを経てデータを受け取る。
【０１２４】
ＭＡＣ−ｈｓインターフェイス６０５は、ＭＡＣコントローラによって制御され、ＭＡＣ−ｄインターフェイス６０９及びＭＡＣ−ｃインターフェイス６０７に接続される。ＭＡＣ−ｈｓ６０３は、更に、ＨＳ−ＤＳＣＨを経てデータを受け取る。ＭＡＣ−ｈｓインターフェイスは、次のタスク、即ち待ち行列配布の再順序付け、再順序付け、ディスアッセンブリ、ＨＡＲＱ（他の実施形態に関して説明したように、ＡＣＫ／ＮＡＣＫ発生及びＣＱＩ報告は実行されず、ソフト合成が実行される）を行うデータを搬送する。
【０１２５】
ＭＡＣ−ｃ／ｓｈ／ｍインターフェイス６０７は、ＭＡＣコントローラによって制御され、ＭＡＣ−ｄインターフェイス６０９及びＭＡＣ−ｈｓインターフェイス６０５に接続される。これは、ＵＥ内では、チャンネルＭＴＣＨ、ＭＳＣＨ、ＭＣＣＨ、ＰＣＣＨ、ＢＣＣＨ、ＣＣＣＨ、ＣＴＣＨ、ＳＨＣＣＨ（ＴＤＤのみ）に接続される。ＭＡＣ−ｃ／ｓｈ／ｍインターフェイス６０７は、次の外部チャンネルＰＣＨ、ＦＡＣＨ、ＲＡＣＨ、ＵＳＣＨ（ＴＤＤのみ）、ＤＳＣＨ（ＴＤＤのみ）を経てデータを受け取る。ＭＡＣ−ｃ／ｓｈ／ｍインターフェイス６０７は、次のタスク、即ちＴＣＴＦマルチプレクシング、ＵＥ−ＩＤ値の読み取りを行うデータを搬送する。
【０１２６】
ＭＡＣ−ｄインターフェイス６０９は、ＭＡＣコントローラによって制御され、ＭＡＣ−ｃ／ｓｈ／ｍインターフェイス６０７及びＭＡＣ−ｈｓインターフェイス６０５に接続される。これは、ＵＥ内でチャンネルＤＣＣＨ、ＤＴＣＨに接続される。ＭＡＣ−ｄインターフェイス６０９は、ＤＣＨ外部チャンネルを経てデータを受け取る。ＭＡＣ−ｄインターフェイス６０９は、例えば、共通のＨＳ−ＤＳＣＨから専用のＨＳ−ＤＳＣＨへのチャンネルタイプの切り換え及びＣＴマルチプレクシングのタスクを遂行するデータを搬送する。
【０１２７】
図７は、本発明の実施形態で使用されるＲＡＮを、ＭＡＣインターフェイス、即ちＭＡＣ−ｅ７０１、ＭＡＣ−ｅｓ７０７、ＭＡＣ−ｈｓ７０３、ＭＡＣ−ｃ／ｓｈ／ｍ７０５、ＭＡＣ−ｄ７０９と共に示す。
【０１２８】
ＭＡＣ−ｅインターフェイス７０１は、ＭＡＣコントローラによって制御され、ＭＡＣ−ｅｓインターフェイス７０７に更に接続される。ＭＡＣ−ｅインターフェイス７０１は、関連ダウンリンク及びアップリンクシグナリングを受け取ると共に、Ｅ−ＤＣＨデータ（改善型データチャンネル）も受け取る。
【０１２９】
ＭＡＣ−ｅｓインターフェイス７０７は、ＭＡＣコントローラによって制御され、ＭＡＣ−ｅインターフェイス７０１及びＭＡＣ−ｄインターフェイス７０９に接続される。
【０１３０】
ＭＡＣ−ｈｓインターフェイス７０３は、ＭＡＣコントローラによって制御され、ＭＡＣ−ｄインターフェイス７０９及びＭＡＣ−ｃインターフェイス７０５に接続される。ＭＡＣ−ｈｓインターフェイス７０３は、更に、ＨＳ−ＤＳＣＨを経てデータを受け取る。ＭＡＣ−ｈｓインターフェイスは、次のタスク、即ちスケジューリング、プライオリティ取り扱い、フロー制御、ＴＦＲＣ選択、ＨＡＲＱ（他の実施形態に関して述べたように、ＡＣＫ／ＮＡＣＫ発生及びＣＱＩ報告は実行されず、固定数の送信の実行がなされる）を行うデータを搬送する。
【０１３１】
ＭＡＣ−ｃ／ｓｈ／ｍインターフェイス７０５は、ＭＡＣコントローラによって制御され、ＭＡＣ−ｄインターフェイス７０９及びＭＡＣ−ｈｓインターフェイス７０３に接続される。これは、ＲＡＮ内でチャンネルＭＴＣＨ、ＭＳＣＨ、ＭＣＣＨ、ＰＣＣＨ、ＢＣＣＨ、ＣＣＣＨ、ＣＴＣＨ、ＳＨＣＣＨ（ＴＤＤのみ）に接続される。ＭＡＣ−ｃ／ｓｈ／ｍインターフェイス６０７は、次の外部チャンネルＰＣＨ、ＦＡＣＨ、ＲＡＣＨ、ＵＳＣＨ（ＴＤＤのみ）、ＤＳＣＨ（ＴＤＤのみ）を経てデータを受け取る。ＭＡＣ−ｃ／ｓｈ／ｍインターフェイス６０７は、次のタスク、即ちＴＣＴＦマルチプレクシング、ＵＥＩＤマルチプレクシング、フロー制御、スケジューリング、バッファリング、プライオリティ取り扱いを行うデータを搬送する。
【０１３２】
ＭＡＣ−ｄインターフェイス７０９は、ＭＡＣコントローラによって制御され、ＭＡＣ−ｃ／ｓｈ／ｍインターフェイス７０５及びＭＡＣ−ｈｓインターフェイス７０３に接続される。これは、ＲＡＮ／ＣＮ内でチャンネルＤＣＣＨ、ＤＴＣＨに接続される。ＭＡＣ−ｄインターフェイス７０９は、ＤＣＨ外部チャンネルを経てデータを受け取る。ＭＡＣ−ｄインターフェイス７０９は、例えば、共通のＨＳ−ＤＳＣＨから専用のＨＳ−ＤＳＣＨへのチャンネルタイプの切り換え、ＣＴマルチプレクシング、及びフロー制御のタスクを実行するデータを搬送する。
【０１３３】
図８は、ＲＲＣ接続設定から、ＣＥＬL＿ＦＡＣＨ状態からＣＥＬL＿ＤＣＨ状態への状態遷移までのシグナリングフローを例示する。
【０１３４】
ステップ８０１において、ＲＢＳ３と通信するサービング／制御無線ネットワークコントローラ５は、上述した実施形態の少なくとも１つを使用することを決定する。Ｓ／ＣＲＮＣは、次いで、共通のＨＳ−ＤＳＣＨのためのＡＡＬ２接続を確立し、そして共通のＨ−ＲＮＴＩのためのＨＳ−ＤＳＣＨを構成する。
【０１３５】
ステップ８０３において、ＲＢＳ３は、ＣＣＣＨ及びＤＣＣＨ／ＤＴＣＨ  Ｈ−ＲＮＴＩ並びにそれに対応するＨＳ−ＤＳＣＨ情報をＵＥ１へブロードキャストする。
【０１３６】
ステップ８０５において、Ｓ／ＣＲＮＣは、Ｃ−ＲＮＴＩを割り当て、ＵＥのＤＣＣＨ／ＤＴＣＨ  Ｈ−ＲＮＴＩを計算する。
【０１３７】
ステップ８０７において、ＵＥ１は、ＣＣＣＨ  Ｈ−ＲＮＴＩの値を使用して、ＨＳ−ＳＣＣＨを聴取し、受信したメッセージがＵＥにアドレスされたものかどうか識別する。
【０１３８】
ステップ８０９において、Ｃ−ＲＮＴＩ値を含むＲＲＣ応答メッセージが、ＨＳ−ＤＳＣＨフレームプロトコルによりｌｕｂインターフェイスを経て搬送され、そしてＨＳ−ＰＤＳＣＨによりＵｕインターフェイスを経て搬送される。
【０１３９】
ステップ８１１において、ＵＥは、ＤＣＣＨ／ＳＴＣＨ  Ｈ−ＲＮＴＩ値（１つ又は複数）を使用して、ＨＳ−ＳＣＣＨを聴取し、受信したメッセージがＵＥにアドレスされたものかどうか識別する。
【０１４０】
ステップ８１２において、Ｓ／ＣＲＮＣは、ＵＥをＣＥＬＬ＿ＤＣＨ状態へ移行することを決定する。
【０１４１】
ステップ８１３において、Ｓ／ＣＲＮＣは、ＲＬ及びＡＡＬ２接続を確立し、フレームプロトコル同期を開始する。
【０１４２】
ステップ８１５において、Ｓ／ＣＲＮＣは、専用のＨＳ−ＤＳＣＨ情報及び専用のＨ−ＲＮＴＩ値（ＤＣＣＨ／ＤＴＣＨを使用して共通のＨＳ−ＤＳＣＨにおいて搬送された）を含むＲＲＣ再構成メッセージを送信する。
【０１４３】
ステップ８１７において、ＵＥ１は、受信した情報に基づいて同期を遂行する。
【０１４４】
ステップ８１９において、専用のＨ−ＲＮＴＩ値を使用して、リリース５ＨＳ−ＤＳＣＨ送信が開始される。
【０１４５】
先に述べたように、ＣＥＬＬ＿ＦＡＣＨ状態ではピークビットレートを高くすることができるという効果がある。更に、ＣＥＬＬ＿ＦＡＣＨ状態においてシグナリング及びデータをユーザ装置へ送信するためのセル容量についての融通性が高められる。上述した実施形態は、先に指定されたＨＳＤＰＡリリースとの後方互換性がある。更に、上述したようにＵＥへＨ−ＲＮＴＩ値を通過するための第２の方法は、更に、先に指定されたサービングＲＮＣとの互換性がある。更に、ネットワークレベル２及び３のアーキテクチャーについては、ネットワークレベル１に要求された変更を伴わずに、限定された変更が要求されるだけである。
【０１４６】
以上、各個々の特徴を別々に、及び２つ以上のそのような特徴を組み合わせて、当業者の共通の一般的な知識に鑑み、そのような特徴又は特徴の組合せがここに示す問題を解決するかどうかに関わらず、又、請求の範囲を限定することなく、そのような特徴又はその組合せを本明細書に基づいて全体的に実施できる程度に開示した。本発明の態様は、このような個々の特徴又は特徴の組合せより成ることが示される。以上の説明から、本発明の範囲内で種々の変更がなされ得ることが当業者に明らかであろう。
【図面の簡単な説明】
【０１４７】
【図１】ＵＥがＲＲＣ接続を確立しそして個別チャンネル（ＣＥＬＬ＿ＤＣＨ）状態へと移行するときに遂行されるステップを示すフローチャートである。
【図２】本発明を実施できる通信システムの概略図である。
【図３】本発明の第１の実施形態において遂行されるステップを示すフローチャートである。
【図４】本発明の実施形態においてＵＥを初期化するために遂行されるステップを示すフローチャートである。
【図５】本発明の更に別の実施形態においてＵＥを初期化するために遂行されるステップを示すフローチャートである。
【図６】本発明の実施形態に使用されるユーザ装置において共通のＨＳ−ＤＳＣＨのためのメディアアクセス制御（ＭＡＣ）アーキテクチャーを示す概略図である。
【図７】ＵＴＲＡＮにおいて共通のＨＳ−ＤＳＣＨのためのＭＡＣアーキテクチャーを示す概略図である。
【図８】本発明の実施形態において遂行されるステップを示すフローチャートである。
【図１Ａ】
2009535957.tif 000003
【図１Ｂ】
2009535957.tif 000004
【図２】
2009535957.tif 000005
【図３】
2009535957.tif 000006
【図４Ａ】
2009535957.tif 000007
【図４Ｂ】
2009535957.tif 000008
【図５Ａ】
2009535957.tif 000009
【図５Ｂ】
2009535957.tif 000010
【図６Ａ】
2009535957.tif 000011
【図６Ｂ】
2009535957.tif 000012
【図７Ａ】
2009535957.tif 000013
【図７Ｂ】
2009535957.tif 000014
【図８】
2009535957.tif 000015
【手続補正書】
【提出日】平成20年12月22日(2008.12.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信チャンネルを経て、識別子を含む少なくとも１つのデータパケットを受信するように構成されたトランシーバと、
前記ユーザ装置がユーザ装置のサブセットの中の１つであるかどうかを前記識別子から決定するように構成されたプロセッサであって、前記通信チャンネルが共通チャンネルである場合は第１の値に、又は前記通信チャンネルが個別チャンネルである場合は第２の値に、前記識別子が一致するときに、第１の識別子がユーザ装置識別子のサブセットの中の１つであるかどうか決定するように構成されたプロセッサと、
を備えたユーザ装置。
【請求項２】
前記トランシーバは、更に、前記ユーザ装置のサブセットを個別チャンネル状態にないとして識別するように構成された更に別の値を更に別のデータパケットにおいて受信するように構成された、請求項１に記載のユーザ装置。
【請求項３】
前記トランシーバは、更に、同じサブセット内にあるユーザ装置の各々を識別するための第２の識別子の値を更に別のデータパケットにおいて受信するように構成された、請求項１又は２に記載のユーザ装置。
【請求項４】
前記通信チャンネルは、高速ダウンリンク共有チャンネル（ＨＳ−ＤＳＣＨ）である、請求項１から３のいずれかに記載のユーザ装置。
【請求項５】
前記通信チャンネルは、
個別トラフィックチャンネル（ＤＴＣＨ）、
個別制御チャンネル（ＤＣＣＨ）、及び
共通制御チャンネル（ＣＣＣＨ）、
のうちの少なくとも１つを含む、請求項４に記載のユーザ装置。
【請求項６】
第１データパケットは、無線リソース通信データを含む、請求項１から５のいずれかに記載のユーザ装置。
【請求項７】
前記識別子は、データパケットのメディアアクセス制御（ＭＡＣ）ヘッダに位置される、請求項１から６のいずれかに記載のユーザ装置。
【請求項８】
前記識別子は、ＭＡＣレイヤの最上部におけるＲＲＣレベルメッセージ内にある、請求項１から７のいずれかに記載のユーザ装置。
【請求項９】
前記第１及び第２の値の少なくとも一方は、
ページングメッセージ、
ＳＩＢ、
個別ページングメッセージ、
初期設定インストラクション、
の少なくとも１つにおいて受信されるか又はそれから計算される、請求項１から８のいずれかに記載のユーザ装置。
【請求項１０】
少なくとも１つのユーザ装置へデータパケットを通信するための方法において、
ユーザ装置のセットの中のサブセットを識別するように構成された第１の識別子を含むデータパケットを、通信データチャンネルを経て送信するステップと、
複数のユーザ装置の少なくとも１つで前記データパケットを受信するステップと、
前記データパケットの第１識別子から、前記ユーザ装置が前記ユーザ装置のサブセット中の１つであるかどうか決定するステップであって、前記通信チャンネルが共通チャンネルである場合は第１の値に、又は前記通信チャンネルが個別チャンネルである場合は第２の値に、前記識別子が一致するときに、前記第１の識別子がユーザ装置識別子のサブセットの中の１つであるかどうか決定するステップと、
を備えた方法。
【請求項１１】
前記ユーザ装置のサブセットを個別チャンネル状態にないとして識別するように構成された更に別の値を更に別のデータパケットにおいて受信するステップを更に備えた、請求項１０に記載の方法。
【請求項１２】
同じサブセット内にあるユーザ装置の各々を識別するための第２の識別子の値を更に別のデータパケットにおいて受信するステップを更に備えた、請求項１１に記載の方法。
【請求項１３】
前記通信チャンネルは、
個別トラフィックチャンネル（ＤＴＣＨ）、
個別制御チャンネル（ＤＣＣＨ）、及び
共通制御チャンネル（ＣＣＣＨ）、
のうちの少なくとも１つを含む、請求項１０に記載の方法。
【請求項１４】
ページングメッセージ、
ＳＩＢ、
個別ページングメッセージ、及び
初期設定インストラクション、
の少なくとも１つから、前記第１及び第２の値の少なくとも一方を受信するか、又は前記第１及び第２の値の少なくとも一方を計算するステップを更に備えた、請求項１０から１３のいずれかに記載の方法。
【請求項１５】
コンピュータにロードされたときに、通信データチャンネルを経て少なくとも１つのユーザ装置へ第１データパケットを通信する方法を実行するように構成されたコンピュータプログラムにおいて、
ユーザ装置のセットの中のサブセットを識別するように構成された第１の識別子を含むデータパケットを、通信チャンネルを経て送信し、
複数のユーザ装置の少なくとも１つで前記データパケットを受信し、
前記データパケットの第１識別子から、前記ユーザ装置が前記ユーザ装置のサブセット中の１つであるかどうか決定し、この決定は、前記通信チャンネルが共通チャンネルである場合は第１の値に、又は前記通信チャンネルが個別チャンネルである場合は第２の値に、前記識別子が一致するときに、前記第１の識別子がユーザ装置識別子のサブセットの中の１つであるかどうかを決定する、
ことを含むコンピュータプログラム。
【請求項１６】
前記ユーザ装置のサブセットを個別チャンネル状態にないとして識別するように構成された更に別の値を更に別のデータパケットにおいて受信することを含む、請求項１５に記載のコンピュータプログラム。
【請求項１７】
同じサブセット内にあるユーザ装置の各々を識別するための第２の識別子の値を更に別のデータパケットにおいて受信することを含む、請求項１６に記載のコンピュータプログラム。
【請求項１８】
前記通信チャンネルは、
個別トラフィックチャンネル（ＤＴＣＨ）、
個別制御チャンネル（ＤＣＣＨ）、及び
共通制御チャンネル（ＣＣＣＨ）、
のうちの少なくとも１つを含む、請求項１５に記載のコンピュータプログラム。
【請求項１９】
ページングメッセージ、
ＳＩＢ、
個別ページングメッセージ、及び
初期設定インストラクション、
の少なくとも１つから、前記第１及び第２の値の少なくとも一方を受信するか、又は前記第１及び第２の値の少なくとも一方を計算することを更に含む、請求項１５から１８のいずれかに記載のコンピュータプログラム。
【請求項２０】
前記第１のデータパケットは、無線リソース通信データを含む、請求項１５から１９のいずれかに記載のコンピュータプログラム。
【国際調査報告】
2009535957.tif 000016
2009535957.tif 000017