JP2008539633A - Ｖｏｉｐにおける固定ｈｓ−ｄｓｃｈ又はｅ−ｄｃｈ割り当て（又は、ｈｓ−ｓｃｃｈを伴わないｈｓ−ｄｓｃｈ／ｅ−ｄｐｃｃｈを伴わないｅ−ｄｃｈ） - Google Patents

Abstract

ＨＳ−ＳＣＣＨオーバーヘッドを低減するべく、固定された時間割り当て方式を使用可能であろう。この場合には、それぞれのＶｏＩＰユーザのスケジューリング時間が準静的であり、従って、例えば、ＵＥが、ＨＳ−ＤＳＣＨ上においてデータを受信する時期及び使用するトランスポートフォーマットについて認知している場合には、最初の伝送のためにＨＳ−ＳＣＣＨをＵＥに対して伝送する必要がない。これを実装するには、（１）ＨＳ−ＳＣＣＨ／Ｅ−ＤＰＣＣＨシグナリングによって第１伝送のパラメータについて通知し、後続の伝送は、同一のパラメータを使用（し、且つ、変更が必要である場合には、ＨＳ−ＳＣＣＨ／Ｅ−ＤＰＣＣＨを常に送信）する、（２）固定割り当てＲＲＣシグナリングを使用することにより、ユーザを割り当てると共に、既定のトランスポートパラメータについて通知するという少なくとも２つの方法が存在している。

Description

本発明の分野は、モバイル通信であり、更に詳しくは、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：広帯域符号分割多重接続）の高速ダウンリンクパケットアクセス（Ｈｉｇｈ−Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ：ＨＳＤＰＡ）及び高速アップリンクパケットアクセス（Ｈｉｇｈ−Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ：ＨＳＵＰＡ）におけるボイスオーバＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ：ＶｏＩＰ）又はその他のリアルタイムサービスに関するものである。

本発明は、ＵＴＲＡ（ユニバーサル・モバイル・テレコミュニケーション・システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ：ＵＭＴＳ） Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）の３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：）仕様に関するものであり、更に詳しくは、周波数分割複信（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ：ＦＤＤ）モードにおいて使用される機能拡張されたダウンリンク機能であるＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）のＨＳＤＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）に関するものである。この機能は、３ＧＰＰのリリース５に規定されている。

本発明者らは、本明細書において、一例としてダウンリンク（ＨＳＤＰＡ）を使用することにより、本発明について説明している。しかしながら、本発明は、アップリンク（ＨＳＵＰＡ）においても使用可能である。ＨＳＵＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）は、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）モードにおいて使用可能な機能強化されたアップリンク機能である。この機能は、３ＧＰＰにおいて規定の作業が進行中であり、３ＧＰＰのリリース６をターゲットとしている。但し、本発明は、上述の特定の文脈に限定されるものではない。

ＨＳＤＰＡ及びＨＳＵＰＡは、高速データ用に設計されており、従って、高データレートを使用する際には、関連する制御オーバーヘッドは、問題とはならない。しかしながら、例えば、相対的に低ビットレートのＶｏＩＰ又はその他のリアルタイムサービスをＨＳＤＰＡ及びＨＳＵＰＡ上に導入した際には、制御オーバーヘッドが大きな問題となる。これが問題となり得るその他のタイプのサービスも存在している。

ＨＳＤＰＡの場合には、ダウンリンク共有制御チャネル（高速共有制御チャンネル（Ｈｉｇｈ Ｓｐｅｅｄ Ｓｈａｒｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）：ＨＳ−ＳＣＣＨ）がチャネライゼーションコード（ｃｈａｎｎｅｌｉｚａｔｉｏｎ ｃｏｄｅ）及びダウンリンク伝送パワーを消費し、この結果、音声能力が低減される。ＨＳ−ＳＣＣＨは、共有データチャネルである高速ダウンリンク共有チャンネル（Ｈｉｇｈ Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：ＨＳ−ＤＳＣＨ）上において、いつ（タイミング）及びどのコードにおいてユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）が通信を受信することになるのかをＵＥに対して通知するべく使用されている。又、伝送フォーマットも、ＨＳ−ＳＣＣＨ上においてＵＥに対して通知されている。ＨＳ−ＳＣＣＨシグナリングは、純粋に物理的な（／ＭＡＣ）レイヤのシグナリング（ｓｉｇｎａｌｌｉｎｇ：信号）であり、ＵＥのＩＤ（ＨＳ−ＳＣＣＨ上における制御及びデータチャネル（ＨＳ−ＤＳＣＨ）上におけるデータの宛先である受信者）、データチャネル上において使用される変調方式及びチャネライゼーションコード、トランスポートブロックサイズ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ Ｓｉｚｅ：ＴＢＳ）、ハイブリッド自動反復要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ：ＨＡＲＱ）プロセスＩＤ、ＨＡＲＱの冗長性及びコンスタレーションバージョン、並びに、ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）というパラメータをＵＥに対して通知している。

１つ又は複数のＨＳ−ＳＣＣＨ（これは、複数のものが存在可能であり、且つ、１つのＵＥは、最大で４つのＨＳ−ＳＣＣＨを受信するべく構成可能である）は、対応する高速物理ダウンリンク共有チャンネル（ＨＳ−ＰＤＳＣＨ）よりも２スロットだけ先行して（データチャネルとは）別個のコードチャネル上においてＵＥに対して送信されている。ＵＥは、ＨＳ−ＳＣＣＨを判読し、そのＵＥのＩＤを見出すべく試みる。ＵＥが、ＨＳ−ＳＣＣＨの中の１つのものからそのＵＥのＩＤを見出した際に、ＵＥは、トランスポートフォーマットパラメータを判読し、これらのパラメータ値に基づいて、対応するＨＳ−ＰＤＳＣＨを復調及びデコードする。現在の３ＧＰＰ仕様によれば、ＨＳ−ＳＣＣＨは、ＨＳ−ＤＳＣＨ上において送信されるすべてのデータパケットについて送信されている。

ＨＳＵＰＡの場合には、エンハンスト専用物理制御チャンネル（Ｅｎｈａｎｃｅｄ Ｄｅｄｉｃａｔｅｄ Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ：Ｅ−ＤＰＣＣＨ）が伝送フォーマット（トランスポートブロックサイズ）について通知している。これは、多少の能力を消費しているが、ダウンリンクにおけるＨＳ−ＳＣＣＨほどの大きな問題ではない。Ｅ−ＤＰＣＣＨは、パワー制御された専用の制御チャネルであるのに対して、ＨＳ−ＳＣＣＨは、共有チャネルであって、通常、大きな伝送パワーを必要としている。現在の３ＧＰＰ仕様によれば、Ｅ−ＤＰＣＣＨは、常に、エンハンスト専用物理データチャンネル（Ｅｎｈａｎｃｅｄ Ｄｅｄｉｃａｔｅｄ Ｐｈｙｓｉｃａｌ Ｄａｔａ Ｃｈａｎｎｅｌ：Ｅ−ＤＰＤＣＨ）と共に送信されている（即ち、データは、Ｅ−ＤＰＣＣＨ上の関連するシグナリングを伴うことなしには、ＥーＤＰＤＣＨ上において送信されることがない）。

この問題を解決するための１つの方法は、１つのユーザ用のいくつかのＶｏＩＰ又はその他のリアルタイムタイプ又はその他の小さなパケットを同時に伝送することによる方式であり、この結果、データレートが増大すると共に、制御オーバーヘッドが低減される。これは、ＨＳ−ＳＣＣＨオーバーヘッドを低減する１つの方法であり、現在の仕様において既に可能である。

マルチユーザパケットを使用するのが、ＨＳ−ＳＣＣＨオーバーヘッドを低減するためのもう１つの方法であり、この場合には、複数ユーザからのＶｏＩＰ又は類似したパケットを１つのＨＳ−ＤＳＣＨパケットに組み合わせることにより、１つのＨＳ−ＳＣＣＨのみを送信している。類似の方式が１ｘ−ＥＶ ＤＯシステムについて規定されている。

本発明は、前述の解決策とは独立したものであり、且つ、これらの解決策と共に使用可能である。

本発明は、シグナリングの低減に関するものである。

例えば、ＨＳ−ＳＣＣＨオーバーヘッドを低減するべく、固定された時間割り当て方式を使用することにより、ＨＳ−ＳＣＣＨオーバーヘッドを低減可能であろう。この場合には、それぞれのＶｏＩＰ（又は、その他のリアルタイムタイプのサービス）のユーザのスケジューリング時間は、準静的（ｓｅｍｉ−ｓｔａｔｉｃ）であり、従って、ＨＳ−ＤＳＣＨ上においてデータを受信する時期と使用するトランスポートフォーマットについてユーザが認知している場合には、第１伝送用のＨＳ−ＳＣＣＨを伝送する必要はない。

これを実装する方法には、次の２つの代替肢などの複数のものが存在している。

（１）ＨＳ−ＳＣＣＨ／Ｅ−ＤＰＣＣＨシグナリングによって第１伝送のパラメータを通知し、再送を含む後続の伝送において、この同一のパラメータを使用（し、且つ、変更が必要である際にのみ、ＨＳ−ＳＣＣＨ／Ｅ−ＤＰＣＣＨを送信）する。

（２）固定割り当て無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｒｃｅ Ｃｏｎｔｒｏｌ：ＲＲＣ）シグナリングを使用することにより、ユーザを割り当てると共に、既定のトランスポートパラメータについて通知する。

以下の「発明を実施するための最良の形態」の節においては、本発明者らは、保存されているパラメータをオンザフライで変更可能であるという意味において相対的に動的である第１の代替肢について主に説明している。第２の代替肢は、相対的に準静的であり、この理由は、保存され、且つ、ＨＳ−ＳＣＣＨが送信されない際に使用されるべく、ＲＲＣシグナリングを使用してパラメータを送信しているためである（ＲＲＣシグナリングは、相対的に低速であり、且つ、変更の頻度が少ないであろう）。

図１を参照すれば、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）パケットネットワークアーキテクチャは、ユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）、ＵＴＲＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、及びコアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ：ＣＮ）という主要なアーキテクチャ要素を含んでいる。ＵＥは、無線（Ｕｕ）インターフェイス上においてＵＴＲＡＮに対してインターフェイスしており、ＵＴＲＡＮは、（有線の）Ｉｕインターフェイス上においてコアネットワークに対してインターフェイスしている。図１のＵＥは、本発明によれば、例えば、図４又は図５のフローチャートに従って動作する図３に示された装置の形態をとることができるであろう。同様に、ＵＴＲＡＮは、例えば、図４のフローチャートに従って動作する図３に示された形態を具備したネットワーク要素を包含可能であろう。

図２は、このアーキテクチャ、具体的には、ＵＴＲＡＮの更なる詳細を示している。ＵＴＲＡＮは、複数のＲＮＳ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｓｕｂｓｙｓｔｅｍ）を含んでおり、このそれぞれは、少なくとも１つのＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）を含む様々なネットワーク要素を包含している。それぞれのＲＮＣは、ＧＳＭの基地局に対応するＵＭＴＳにおけるカウンターパートである複数のノードＢに接続可能である。前述のように、図２のノードＢの中の１つ又は複数のものは、例えば、図４のフローチャートに従って動作する本発明による図３に示された装置の形態をとることができよう。それぞれのノードＢは、図１に示されている無線インターフェイス（Ｕｕ）を介して複数のＵＥと無線コンタクト状態にあってよい。所与のＵＥは、ノードＢの中の１つ又は複数のものが異なるＲＮＣに接続されている場合にも、複数のノードＢと無線コンタクト状態になることができる。例えば、図２のＵＥ１は、ＲＮＳ１のノードＢ２及びＲＮＳ２のノードＢ３と無線コンタクト状態になることが可能であり、この場合に、ノードＢ２及びノードＢ３は、隣接するノードＢである。異なるＲＮＳのＲＮＣは、Ｉｕｒインターフェイスによって接続可能であり、このＩｕｒインターフェイスにより、モバイルＵＥは、１つのＲＮＣのノードＢに属するセルから別のＲＮＣのノードＢに属するセルに移動する際に両方のＲＮＣとのコンタクト状態に容易に留まることが可能である。これらのＲＮＣの中の１つは、「Ｓｅｒｖｉｎｇ」又は「Ｃｏｎｔｒｏｌｌｉｎｇ」ＲＮＣ（ＳＲＮＣ又はＣＲＮＣ）として機能し、その他のものは、「Ｄｒｉｆｔ」ＲＮＣ（ＤＲＮＣ）として機能することになる。このようなＤＲＮＣのチェーンを所与のＳＲＮＣから延長するように確立することも可能である。複数のノードＢは、通常、それぞれが、隣接するセルの対応するチェーン内の１つのセルを管理しているという意味において隣接ノードＢとなる。ノードＢが同一のＲＮＣに対して接続されているため（或いは、それらが異なるＲＮＣに接続されている場合には、ＲＮＣが互いに接続されているため）、モバイルＵＥは、新しいノードＢとの接続を再確立する必要性を伴うことなしに、隣接するセルを横断可能である。このようなＵＥの移動の際には、ＵＥがＵＴＲＡＮに対する少なくとも１つの無線リンクを常に維持することができるように、しばしば、無線リンクを追加及び放棄することが必要となる。これをソフトハンドオーバー（Ｓｏｆｔ−Ｈａｎｄｏｖｅｒ：ＳＨＯ）と呼んでいる。

図３は、本発明による装置１０を示しており、これは、例えば、図１のＵＥ又はＵＴＲＡＮのノードＢの中の１つであってよい（図１及び図２を参照されたい）。装置１０は、アンテナ１２を包含可能であり、このアンテナは、装置１０を別の類似した装置に対して接続する無線リンク１４に対するインターフェイスを提供している。例えば、装置１０がＵＥである場合には、無線リンク１４は、ノードＢにおいて終端することになろう。別の例において、装置１０がノードＢである場合には、無線リンク１４は、ＵＥにおいて終端することになろう。アンテナは、ライン１６上の信号により、送受信機１８に対して接続されており、この送受信機は、ライン２２上の信号により、信号プロセッサ２０に対して接続されている。装置１０は、ライン２６上の信号によって信号プロセッサ２０に接続されている入出力装置２４により、その他の装置に対して接続可能である。図３の装置１０がノードＢである場合には、入出力装置２４は、Ｉｕｂインターフェイスによって無線ネットワークコントローラに接続可能である。このＲＮＣは、Ｉｕｂインターフェイス上においてノードＢを制御することにより、無線リソースのネゴシエーション、個別のノードＢによって制御されるセルの追加及び削除、又は異なる通信及び制御リンクのサポートを実現している。図３の装置１０がＵＥである場合には、入出力装置２４は、マイクロフォン、キーパッド、トラックボール、又はこれらに類似したもの、並びに、ディスプレイ、ラウドスピーカー、及びその他の装置に対して接続可能であろう。又、入出力装置は、ラップトップコンピュータなどのその他のタイプの装置に対しても接続可能であろう。又、これは、装置の更に高次のレイヤに対するサービスインターフェイスであると理解することも可能であろう。

図３の信号プロセッサ２０は、様々な方法において実装可能である。例えば、これは、特定の装置１０用に設計された集積回路として実装すると共に、規模の経済を実現するべく大量生産可能であろう。或いは、これは、例えば、図８に示されているように、中央処理ユニット（ＣＰＵ）、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、入出力ポート（Ｉ／Ｏ）、クロックなどを有する（これらは、いずれも、データ、アドレス、及び制御ラインによって相互接続されている）アーキテクチャを具備した汎用の信号プロセッサであってもよい。この場合には、図４又は図５に示されている段階は、コンピュータプログラムコードによって実行され、このコンピュータプログラムコードは、読み出し専用メモリ内に保存され、且つ、中間データ、演算の一時的な結果、入出力データなどを保存するランダムアクセスメモリを使用して中央処理ユニットによって実行されることになろう。又、前述のものなどのコード化された命令は、大量生産のための前述のものなどの集積回路の設計を構築するための出発点として使用することも可能である。或いは、コード化された命令は、コンピュータプログラムプロダクトがインストールされているＵＥ又はノードＢなどの装置内のコンピュータ又はＣＰＵによって実行されるコンピュータプログラムプロダクトとしてコンピュータ可読媒体上に保存することも可能である。

図４は、装置１０がノードＢネットワーク要素タイプの装置であるのか又はＵＥ端末タイプの装置であるのかとは無関係に、本発明を実施する際に図３の信号プロセッサ２０によって実行可能であるフローチャートを示している。このフローチャートによって示されている方法は、移動局（例えば、ＵＥ）などの装置と無線アクセスネットワーク要素（例えば、ノードＢ）などの装置の間の無線インターフェイス１４のシグナリングチャネル上において制御情報をシグナリングする（信号伝達する）べく、図３の装置１０などの無線通信システムの装置内において使用されるものであり、前述の制御情報は、固定割り当てが構成されているパケットと固定割り当てを伴っていない通常のパケットの両方を搬送する共有データチャネル上におけるパケットの伝送に関するものである。尚、この「固定割り当て（ｆｉｘｅｄ ａｌｌｏｃａｔｉｏｎ）」という用語は、広範に理解する必要があり、タイミング及びトランスポートパラメータの両方を包含している。又、これは、タイミングが固定されておらず、トランスポートパラメータのみが固定されている（既定値である）場合をも包含するものと理解されたい。

本方法は、そのパケットの伝送が固定割り当てパケット用のものであるのかどうかを判定する段階４０を包含可能である。これが真であると段階４２において判定された場合には、段階４４を実行することにより、選択されたパケットについてのみ、シグナリングチャネル上において制御情報をシグナリングすることになる。この結果、すべての小さなパケットにおける制御情報の過剰なシグナリングが回避される。従って、段階４２における判定の結果として、通常のパケットを送信している場合には、段階４６に示されているように、それらのすべての通常のパケットについて、制御情報をシグナリングすることになる。この固定割り当ての原理は、実際には、１つ又は複数の論理チャネル又はＭＡＣ−ｄフローについて構成されることになろう。従って、本発明は、これらの論理チャネル又はＭＡＣ−ｄフロー上おいて送信されるパケットについてのみ適用されることになろう。本明細書においては、本発明者らは、これらのパケットを「固定割り当てパケット」と呼び、その他のパケットを「通常のパケット（ｎｏｒｍａｌ ｐａｃｋｅｔ）」と呼んでいる。固定割り当てパケットに当然含まれることになるパケットタイプの非限定的な例としては、リアルタイム又は遅延の影響を受け易いデータパケットであり、遅延の影響を受けにくいデータパケットは、通常のタイプに包含されることになろう。

当然のことながら、段階４０は、伝送が通常のパケットに関するものであるのかどうか（即ち、固定割り当てパケットに関するものではないこと）を判定する段階と等価であることを理解されたい。この場合には、決定段階４２は、このままに維持するか、又はパケットが通常のパケットであるのかどうかを判定するべく変更可能であろう。そして、真である場合には、段階４６が実行されることになり、偽である場合には、段階４４が実行されることになる。従って、これらの変形は、意味的なものに過ぎず、等価である。

又、図４のシグナリング段階４４、４６は、データの伝送（即ち、いくつかの選択されたアプリケーションにおいてユーザが使用する実際のペイロードパケットの送信）と並行的に実行されることについても理解されたい。図４には、このデータチャネルにおけるパケットの伝送が明示的に示されてはいないが、これは、後述する図６及び図７に示されている。

又、図３の無線リンク１４をシグナリングと並行したデータチャネル上のデータパケットの伝送の一例として理解することも可能である。

図９は、図４のフローチャートに基づいた図３の信号プロセッサ２０の別の変形を示している。図４に示されている機能を実行するモジュールを示す図９の類似した参照符号により、図４の段階が示されている。従って、図９の信号プロセッサ２０は、図４及び図８に示されている本発明のソフトウェアによって実装された実施例のハードウェアにおける実施例であると見なすことができる。従って、これは、図４の段階４０に対応した固定／非固定割り当て判定器４０ａを含んでいる。これは、伝送対象の情報が固定割り当て型の（例えば、遅延の影響を受け易い）データパケットであるか、又は非固定割り当て型の（例えば、遅延の影響を受けにくい）データパケットであるか、或いは、これらに類似したものであるのかを通知するライン９２上の信号に対して反応している。送信対象のパケットが固定割り当て型の（例えば、リアルタイムの／遅延の影響を受け易い）データパケットであるか又は通常のタイプの非固定割り当て型の（例えば、遅延の影響を受けにくい）データパケットであるのかに関する判定が完了したら、判定器４０ａは、関連するタイプに関する判定結果について通知するライン９４上の信号を送信する。決定器モジュール又は要素４２ａは、ライン９４上の信号に対して反応し、通常のパケットについて実行されているようなすべての固定割り当てデータパケット用の制御情報のシグナリングを回避するべく、シグナリング伝送が選択された固定割り当てデータパケットについてのみであるのか、又はシグナリングが通常のケースと同様にすべてのデータパケットについてであるのかを決定している。この決定の結果に応じて、決定器４２ａは、ライン９６上の信号を選択型シグナリング装置４４ａに対して、又はライン９８上の信号をシグナリング装置４６ａに対して送信している。当然のことながら、シグナリング装置４４ａ及びシグナリング装置４６ａは、個別のシグナリング装置４４ａ又は４６ａからのライン１００又はライン１０２上のシグナリング出力信号を供給するべく、ライン９６上の信号又はライン９８上の信号を受信するかどうかに応じてその内部構造を変化させる１つの同一のモジュールであってよいことを理解されたい。ライン９６上の信号に応答し、選択型シグナリング装置４４ａは、ライン１００上に選択的シグナリング出力信号を送信するが、この選択的シグナリング出力信号は、すべての固定割り当てデータパケット用の制御情報のシグナリングを回避するべく選択された固定割り当てデータパケットについてのみシグナリングチャネル上において制御情報をシグナリングするという本発明に起因し、すべての固定割り当て（例えば、リアルタイムの又は遅延の影響を受け易い）データパケットについて送信されるものではない。図９のプロセッサ２０は、選択型のシグナリング装置４４ａ及び通常のシグナリング装置４６ａの両方に供給されているライン１０４上の制御情報信号に対して応答するものとして示されている。決定器４２ａが、伝送対象である通常の（例えば、遅延の影響を受けにくい）パケットについて通知する信号ライン９８上の決定信号を出力した場合には、シグナリング装置４６ａは、出力信号ライン１０２上において信号ライン１０４上の制御情報をシグナリングしてすべての通常のデータパケットについて制御情報をシグナリングすることにより、これに対して応答する。図２０に示されているモジュールは、本発明が実装される集積回路又は集積回路のコンポーネント部分のアーキテクチャであると見なすことができることを理解されたい。同様に、ソフトウェア又はコンピュータプログラムプロダクトによる実施例の場合には、図９に示されているモジュールは、図４のフローチャートの実装に使用されるコードモジュールの全体的なアーキテクチャでると見なすことが可能である。当然のことながら、前述のもの以外にも、本発明の多数のその他の物理的な実施例が可能である。

先程指摘したように、図３の装置は、ＵＥ又はノードＢなどのネットワーク要素であってよい。

以下の詳細な説明においては、一例としてダウンリンク（ＨＳＤＰＡ）について説明している。しかしながら、本発明は、アップリンク（ＨＳＵＰＡ）においても使用可能であり、且つ、本発明は、図示の実施例に限定されていないことに留意されたい。

（代替肢１：ＨＳＤＰＡの最後に成功したＨＳ−ＳＣＣＨを使用する固定割り当て）
１つの可能なＨＳＤＰＡの実装は、ＵＥが、ＨＳ−ＳＣＣＨ及びＨＳ−ＤＳＣＨの最後に成功した伝送において受信したパラメータを使用してＨＳ−ＤＳＣＨをデコードするべく試みることを要する方式である。従って、すべての再送がＨＳ−ＳＣＣＨを使用することになり、再送後の新しい伝送も、そして、当然のことながら、変更されたパラメータを有するすべての伝送も同様である。

図５に示されているように、ＨＳ−ＤＳＣＨ受信におけるＵＥの動作は、例えば、次のようなものであってよい。

（１）そのＵＥ用に構成された１つ又は複数の（最大４つの）ＨＳ−ＳＣＣＨを判読する（従来技術による段階５０）。

（２）ＨＳ−ＳＣＣＨの中の１つのもののＵＥマスクがマッチングした場合に、そのＨＳ−ＳＣＣＨからのパラメータを使用してＨＳ−ＤＳＣＨをデコードする（従来技術による段階５２及び段階５４）。

（３）ＨＳ−ＳＣＣＨのいずれもがこのＵＥ用のものではない場合に、最後に成功したＨＳ−ＳＣＣＨからの保存されているパラメータを使用してデコードする（べく試みる）（本発明による段階５６）。

（４）段階５８において成功しなかったと判定された場合には、戻ることが可能であり、例えば、図５のルーチンに再度入り、この各段階を再実行することにより、ＳＣＣＨを判読するための更なる試みを実行可能であろう。段階５８において、（ＵＥ固有のＣＲＣに基づいて（新規））ＨＳ−ＤＳＣＨのデコーディングに成功したと判定された場合には、段階６０においてデータを更に高次のレイヤに対して供給し、使用されたトランスポートフォーマットパラメータを成功であると確認（し、且つ、次の受信において再使用するべく保存）する（本発明）。

最後に成功したＨＳ−ＳＣＣＨの定義としては、次のように、いくつかの可能性が存在している（前述の段階３（図５の段階５６））。

（１）最後に成功したＨＳ−ＳＣＣＨ。即ち、ＵＥは、ＨＳ−ＳＣＣＨの最後に成功した受信からのパラメータをメモリ場所内に維持し、新しいＨＳ−ＳＣＣＨの受信に成功するたびにそのメモリ場所を更新する（これは、すべてのＨＡＲＱプロセスについてであってもよく、或いは、特定のＨＡＲＱプロセスについてのみであってもよい）。

（２）更に高次のレイヤ（ＲＲＣ）のシグナリングを使用することにより、現在時刻よりもＴｍｓ前に受信されたデコードに成功したＨＳ−ＳＣＣＨからの周期性パラメータＴ（ｍｓ）及びトランスポートフォーマットパラメータをＵＥに通知し、これらを使用する（これは、ＶｏＩＰの場合に好ましい）。

ＶｏＩＰの場合には、周期性パラメータＴは、例えば、（使用するスケジューリング方式に応じて）２０又は４０ｍｓに設定可能であろう。ＨＳ−ＳＣＣＨ（並びに、対応するＨＳ−ＤＳＣＨ）を正しく受信／デコードした際には、ＵＥは、ＨＳ−ＳＣＣＨ上において受信されたトランスポートフォーマットパラメータ（変調方式、チャネライゼーションコード、ＨＡＲＱプロセスＩＤ、冗長性及びコンスタレーションバージョン、並びに、トランスポートブロックサイズ）を保存し、且つ、Ｔｍｓ後にこれらのパラメータを再使用するべく試みる。（保存されているパラメータを使用した）ＨＳ−ＤＳＣＨのデコーディングに成功した場合には、これらのパラメータをメモリ内に維持し、Ｔｍｓ後に再使用することになる。

まず、１つ又は複数のＨＳ−ＳＣＣＨが常にデコードされることになろう。これらの中の１つがそのＵＥ用である場合には、新しいパラメータにより、（Ｔｍｓ前に）保存された値をオーバーライド（し、且つ、将来使用するべく新しい値を保存）することになる。新しいパラメータ値は、保存されている値をオーバーライドするのみならず、（それが初期伝送である（即ち、再伝送ではない）場合には）同一のＨＡＲＱプロセスＩＤについて受信された値をもオーバーライドしている。この理由は、ＨＡＲＱプロセスＩＤが、ＨＳ−ＳＣＣＨ上において送信されるパラメータの中の１つであり、且つ、固定割り当てにおいては、同一のパラメータ値がＴｍｓ後に使用されるものと仮定しているためである。これは、実際には、この固定割り当て方式を使用する場合には、ＶｏＩＰに対して同一のＨＡＲＱプロセスを常に使用する必要があるということを意味している。ＵＥのメモリ及び動作を節約するべく、この固定割り当てのために使用されるＨＡＲＱプロセスＩＤを更に高次のレイヤにおいてシグナリングすることも可能であろう（ＲＲＣ）。この結果、ＵＥは、この特定のＨＡＲＱプロセスについて送信されたＨＳ−ＳＣＣＨパラメータのみを保存することになろう。

図１０は、図３の信号プロセッサ２０の別の実装を示しており、この場合には、ユーザ装置内における実装について示している。この図においては、無線カードからのライン１００上のデジタル化されたサンプル信号は、ＨＳ−ＳＣＣＨ検出器１３０及びＨＳ−ＰＤＳＣＨ復調器１０４を含むいくつかの受信機ブロックに対して供給されている。ＨＳ−ＰＤＳＣＨ復調器１０４は、データパケットを正常に復調するべく、変調タイプ（例えば、ＱＰＳＫ又は１６ＱＡＭ）とチャネライゼーションコード番号を通知するライン１０６上の信号を受信している。この情報は、信号ライン１０６上において検出器１３０から供給されており、ＨＳ−ＳＣＣＨパケットの第１スロットから取得された情報を含んでいる（ＨＳ−ＳＣＣＨパケットは、３つのスロットを具備するものとして現在規定されており、３つのスロットの合計持続時間は、２ミリ秒である）。復調器１０４は、ライン１００上において受信されたＨＳ−ＰＤＳＣＨ上において搬送されたデータを逆拡散している。復調器１０４は、逆拡散済みの信号を、図示のように、ソフトデシジョンコンバイニングバッファ１０８内において利用されるソフトデシジョンに変換している。いくつかのアプリケーションは、それぞれのプロセスにおいて正しい（連続した）順序のデータを必要とし得るため、いくつかの異なるＨＡＲＱプロセスが存続していることを理解されたい。スケジューリングが伝播チャネルの状態によって影響を受けることに起因し、別のプロセスの前に一連のデータブロックが利用可能となり得ることから、ユーザ装置は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）の一部としてリオーダリングバッファ１１０を使用することにより、到来データをリオーダリングする必要がある。このプロセスは、ＨＳ−ＰＤＳＣＨデコーダ１１２によって支援されおり、このデコーダは、ＳＣＣＨのスロット２及び３内のシグナリング情報を通知するライン１１４の信号上に現れるシグナリング情報を使用することにより、ソフトデシジョンコンバイニングバッファのバッファ内のＨＳ−ＤＳＣＨデータをデコードするべく試みている。これには、トランスポートブロックサイズ及びＨＡＲＱ関連情報が含まれることになろう。ライン１１４上のシグナリング情報は、ライン１０６上に現れるシグナリング情報から別個に重畳エンコードされていることを理解されたい（即ち、これは、ライン１００上において受信されたデジタル化サンプルに対して追加されている）。ライン１０６上のシグナリング情報は、ＨＳＤＰＡに使用されている２ミリ秒の３つのスロットＴＴＩ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ：送信時間間隔)の第１スロット内に存在しているため、しばしば、ＨＳ−ＳＣＣＨのパート１と呼ばれている。ライン１１４のパート２情報は、ＳＣＣＨのＴＴＩの第２及び第３スロット内に存在している。本発明のために、デコーダモジュール１２０内には、ＨＳ−ＰＤＳＣＨデコーダ１１２が示されており、このデコーダモジュールは、メモリ１２２及び決定器１２４をも含んでいる。保存されているパラメータは、パート１シグナリングの保存にも有用であるため、メモリ１２２は、ＨＳ−ＳＣＣＨ検出器１３０とデコーダモジュール１２０間において共有された状態で示されている。このメモリは、更に（或いは、この代わりに）、設計の選択肢に応じて、ＨＳ−ＰＤＳＣＨ復調器１０４と共に保存することも可能であろう。いずれの場合にも、保存されているパラメータは、パート１シグナリングに使用するパラメータの判定において使用するべく供給可能である。ＨＳ−ＳＣＣＨ検出器１３０は、図１０においては、判読器コンポーネント１２６及び判定器コンポーネント１２８を具備したモジュールとして示されている。判読器１２６は、ノードＢから広い領域において単一伝送によって様々な移動局に対して送信された様々なＨＳ−ＳＣＣＨを受信する責任を担っている。判読器は、ノードＢから受信したパート１シグナリング情報の通知をライン１３０上の信号として判定器１２８に対して送信し、判定器は、プロセッサ２０がインストールされている特定のユーザ装置用のマスクを使用することにより、ＨＳ−ＳＣＣＨの中の１つが対象のＵＥにマッチングしているかどうかを見出している。マッチングしている場合には、検出器は、ライン１０６の信号上において、この情報を復調器１０４に対してシグナリングする。同様に、判定器は、ライン１１４上のパート２シグナリング情報の信号通知をユーザ装置の更に高次のレイヤとデコーダモジュール１２０の両方に対して送信することになる。デコーダ１１２は、ライン１１４上のパート２シグナリング情報又はメモリ１２２内に保存されているその以前のバージョンを使用することにより、ソフトデシジョンコンバイニングバッファ１０８のバッファの中の１つのものの内部のＨＳ−ＤＳＣＨをデコードするべく試みることになる。ライン１１４上の新しく到来したパート２シグナリング情報とメモリ１２２内に保存されているパラメータのいずれを使用するのかという決定は、到来するＳＣＣＨシグナリング情報が対象のユーザ装置とマッチングしているかどうかに基づいて、決定器１２４によって実行されている。尚、決定器は、デコーダ１１２との間においてライン１３４上の信号による通信状態にあるものとして示されているが、これは、ＨＳ−ＰＤＳＣＨ復調器又はＨＳ−ＳＣＣＨ検出器モジュールなどのその他のエンティティ又はモジュールとの通信状態にあってもよい。換言すれば、決定器１２４によって実行される決定は、図５の決定段階５２に類似したものであり、これは、図１０に示されているようにデコーダ１１２のみならず、ＨＳ−ＳＣＣＨ検出器１３０との直接的な通信状態にあってもよい。いずれの場合にも、ライン１１４上の到来シグナリングが、対象のＵＥ用のものであると判定された場合には、デコーダ１１２は、メモリ１２２内に保存されているものではなく、その新しい情報を使用することになる。従って、決定器１２４が図５に示されている経路を決定ブロック５２から段階５６に向かって辿る場合には、デコーダ１１２が、メモリ１２２内に保存されているパラメータを使用することにより、バッファ１０８内のＨＳ−ＤＳＣＨ情報をデコードするべく試みることになる。成功した場合には、デコード済みのデータは、図１０のライン１４０上の信号によって示されているように、ライン１４０上において供給器１３９からリオーダリングバッファ１１０に対して供給されることになる。成功しなかった場合には、例えば、図５に従って戻ることができる。従って、デコーダモジュール１２０は、図５の決定ブロック５８によって示されている機能を実行する決定器を含むことになる。これは、例えば、決定器１２４又はデコーダ１１２によって実行可能であろう。いずれの場合にも、デコーダモジュール１２０は、ノードＢがＨＳ−ＳＣＣＨの所与のＴＴＩ内においてＵＥ用のＳＣＣＨ信号を送信するかどうかとは無関係に、バッファ１０８内のＨＳ−ＤＳＣＨ情報をデコード可能である。図１０に示されているモジュールの中の１つ又は複数のものは、所望の機能を有する集積回路に内蔵可能であることを理解されたい。例えば、デコーダ１１２は、それ自体で、或いは、デコーダモジュール１２０内に示されているその他のモジュールと共に、集積回路内に実装可能である。更には、デコーダ１１２は、図１０に示されているその他のモジュールと共に単一の集積回路として組み合わせることも可能である。設計の選択肢に応じて、様々なモジュールを１つ又は複数の集積回路として自由に組み合わせることが可能である。当然のことながら、図５の段階を実行するべくコンピュータ可読媒体内に保存された実行可能コードを有するコンピュータプログラムプロダクト内において図５の方法を実装できるように、図３、図５、及び図８に示されているモデルを使用することも可能である。

（受信ウィンドウ）
図６に示されているように、例えば、ノードＢから送信されるＨＳ−ＤＳＣＨの周期性の規定に加えて（図６の中間の時系列）、（ＨＳ−ＳＣＣＨが固定割り当てパケットについて存在可能である又は存在可能ではない）受信ウィンドウサイズを定義可能であろう。このウィンドウは、例えば、数ＴＴＩであってよい（ＴＴＩは、ＨＳＤＰＡにおいてわずかに２ｍｓである）。ＵＥは、保存されているパラメータ値を受信ウィンドウにおいて使用するべく試みることになろう（図５の段階５６を参照されたい）。例えば、ＨＳ−ＤＳＣＨの周期性が２０ｍｓ（１０ＴＴＩ）であり、且つ、ウィンドウ（ＲＷ）が３ＴＴＩである場合には、ＵＥは、保存されているパラメータ値を２０ｍｓごとに３ＴＴＩにおいて使用することになろう。ノードＢが、保存されているパラメータ値を使用することにより、このウィンドウにおいてこのＵＥに対して送信した場合には、ＨＳ−ＳＣＣＨは送信されないであろう。

図６は、ＨＳ−ＤＳＣＨ上のデータのトランスポートフォーマットが変化した際にのみ、ＨＳ−ＳＣＣＨが伝送されることを示している。第１伝送、再送（第５伝送）、及び再送の後の新しい伝送（第６伝送）において変化していることが示されている（図６の最上位の時系列を参照されたい）。再送用のＨＳ−ＳＣＣＨが、第１伝送用の仮定されたパラメータ値が正しかったことを明確に確認している場合には、再送後の新しい伝送用のＨＳ−ＳＣＣＨの伝送を回避可能であろう。しかしながら、再送が必要とされる際には、なんらかの不確定性が常に存在しており、従って、本発明者らは、再送後には常にＨＳ−ＳＣＣＨを送信することを推奨する。従って、パラメータ値が変化しておらず、且つ、ＡＣＫが以前のパケットの第１伝送について受信されている場合には、ＨＳ−ＳＣＣＨは送信されない（底部の時系列を参照されたい。この場合に、「Ａ」は、アップリンクのＨＳ−ＤＰＣＣＨ上においてＵＥからノードＢに対して送信されたアクノリッジを意味している）。

前述のように、図６は、周期性（Ｔ＝２０ｍｓ）と受信ウィンドウ（ＲＷ）を示している。図示のケースにおいては、第２伝送は、わずかに遅れてはいるが、依然としてＲＷ内に示されており、従って、（すべてのその他のパラメータが不変である場合には）ＨＳ−ＳＣＣＨは不要である。

ＨＳ−ＤＳＣＨの中の数値は、ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ：新データインジゲータ）の値を示しており（ＨＡＲＱのＮＤＩ（１ビット））、これは、通常、ＨＳ−ＳＣＣＨのパート２上において送信されている。ＮＤＩ値は、新しい伝送の間において決定論的に変化しており、従って、これを通知するべくＨＳ−ＳＣＣＨは不要であることに留意されたい。又、ＮＤＩの観点においては、すべての再伝送の後にＨＳ−ＳＣＣＨを送信するのがより安全である。

図７は、ＶｏＩＰ伝送におけるチャネライゼーションコードが変化するか（第５伝送）、又はトランスポートブロックサイズが変化し（第７伝送）、このために、ＨＳ−ＳＣＣＨを送信しなければならないケースを示している。図示のように、本発明によれば、パラメータが変化することなく留まっている場合には、後続のパケットについてＨＳ−ＳＣＣＨの伝送を省略可能である。

（代替肢２：ＲＲＣシグナリングを使用する固定割り当て）
ＲＲＣ（更に高次のレイヤ）シグナリングを使用することにより、それぞれの（ＶｏＩＰ）ＵＥごとに既定のＨＳ−ＳＣＣＨパラメータを通知可能であろう。ＵＥは、送信されたＨＳ−ＳＣＣＨのいずれもがそのＵＥ用のものではない場合に、初めてこれらのパラメータを使用することになろう（即ち、ＵＥは、まず、図５の段階５０及び５２におけるように、ＨＳ−ＳＣＣＨをデコードするべく試み、これらのいずれもがそのＵＥ用ではない場合に、段階５６内においてＲＲＣからの既定のパラメータ値を更に試みることになる）。又、ＲＲＣシグナリングにより、（ＶｏＩＰ）伝送の周期性及び受信ウィンドウについて通知することも可能であり、この結果、ＵＥは、既定のパラメータ値を受信ウィンドウ（例えば、２０又は４０ｍｓ（＝周期性）ごとに、３ＴＴＩ（＝受信ウィンドウ））においてのみ使用することになろう。この結果、ノードＢは、次のように、パラメータのいくつかが既定値と異なるごとにＨＳ−ＳＣＣＨを送信することになろう。

・再送が必要である場合（冗長性バージョン（ＲＶ）が異なっていてよく、且つ、再送は、通常、受信ウィンドウ内において受信されない）
・ＶｏＩＰパケットのサイズが変化した場合（トランスポートブロックサイズ（ＴＢＳ）が変化する）
・ＶｏＩＰヘッダの長さが変化した場合（ＴＢＳが変化する）
・ＳＲＢ又はなんらかのその他の論理チャネルが伝送される場合（ＨＡＲＱプロセスＩＤ及びＴＢＳが変化する）（但し、固定割り当て原理が、この論理チャネルについても構成されている場合を除く）
・ＭＣＳ（変調又は１つ又は複数のチャネライゼーションコード）を変更する必要性が存在する場合（変調又は１つ又は複数のチャネライゼーションコード（ｃｈａｎｎｅｌｉｚａｔｉｏｎ ｃｏｄｅ）が変化する）

１つの（又は、少数の）既定のトランスポートブロックサイズ（ＴＢＳ）が明らかに存在している場合には、代替肢２（固定割り当てＲＲＣシグナリング）が好適な選択肢である。この結果、この（これらの）既定のフォーマットを頻繁に使用可能である。但し、頻繁に使用されるいくつかのトランスポートフォーマットが存在している場合には、成功したＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨ受信のパラメータ値を保存する代替肢１が更に好適である。

（ＨＳ−ＤＳＣＨ上におけるＵＥ固有のＣＲＣ）
両方の代替肢において、誤ったアラーム（即ち、ＵＥがその他のユーザのデータを判読し、この結果、巡回冗長符号（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｏｄｅ：ＣＲＣ）がマッチングし、誤ったデータを更に高次のレイヤに転送して暗号解読に失敗すること）を回避するべく、ＨＳ−ＳＣＣＨ上のＣＲＣの方式（３ＧＰＰ仕様のＴＳ２５．２１２のｖ．６．３．０を参照されたい）と同様の方式により、ＨＳ−ＤＳＣＨのＣＲＣをＵＥ固有のものにすることを提案する。この結果、レイヤ１（Ｌ１） ＣＲＣは、宛先であるＵＥが、それをデコードするべく試みているものではない場合に予め失敗することになり、エラーが更に高位のレベルに伝播することがなくなる。

ＨＳ−ＤＳＣＨにおけるＵＥ固有のＣＲＣは、例えば、次のように実装可能である。ＴＳ２５．２１２に規定されているように、２４ビットのＣＲＣを通常通りに算出する。次いで、例えば、ＣＲＣの最後の１６ビットを１６ビットのＵＥのＩＤとＸＯＲする（即ち、ｍｏｄ２演算を使用して加算する）。或いは、この代わりに、２４ビットのＣＲＣの最初の１６ビットを１６ビットのＵＥのＩＤとＸＯＲすることも可能であろう。更には、１６ビットのＵＥのＩＤを（例えば、なんらかの（２４，１６）ブロックコードを使用することによって）一意の２４ビットのシーケンスに拡張し、２４ビットのＣＲＣの全体をこのＵＥ固有のビットシーケンスとＸＯＲすることも可能である。

（ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）
ＮＤＩは、トランスポートフォーマットなどが同一の状態に留まっている場合にも、その値が新しい伝送の間において変化する唯一のパラメータである。従って、これは、固定割り当ての一部を構成することができない。前述のように、ＨＳ−ＳＣＣＨが、再伝送のために、並びに、再伝送後の新しい伝送のために、常に送信されている（換言すれば、以前の新しい伝送が即座にアクノリッジされた際にのみ、ＨＳ−ＳＣＣＨの伝送が回避されている（再伝送なし））場合には、これは、問題とならないであろう。別の可能性は、ＨＳＵＰＡにおけるＥ−ＤＰＣＣＨと同様の方式において、ＮＤＩ及びＲＶをＲＳＮ（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）によって置換する方式であろう。この結果、ＲＳＮ＝０は、第１伝送を通知することになり、従って、ＵＥは、ＨＳ−ＳＣＣＨパラメータ値を保存する必要があるか（第１伝送）、又はそうでないか（再送）を常に知ることができる。

別の可能性は、ＨＳ−ＳＣＣＨパラメータを保存する必要があることをＵＥに対して通知する方式である。これは、ＨＳ−ＳＣＣＨ（又は、ＨＳ−ＤＳＣＨ）上に追加された１ビットのフラグによって実行可能であろう。このフラグは、ＨＳ−ＳＣＣＨパラメータが次の伝送に使用できるようになっている際に（ＲＬＣ ＰＤＵサイズなどが一定の状態に留まっている場合）、１に設定されることになろう。

以上、その最良の形態の実施例との関連において、本発明について図示及び説明したが、当業者には、添付の請求項の範囲を逸脱することなしに、様々なその他の装置及び方法を提供することによって本発明の目的を実現可能であることが明らかであろう。

本発明を使用可能であるＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）のパケットネットワークアーキテクチャを示している。 本発明を使用可能であるＵＭＴＳの全体的なアーキテクチャの更なる詳細を示している。 本発明による装置１０を示しており、これは、例えば、図１のＵＥ又はＵＴＲＡＮのノードＢの中の１つであってよい（図２を参照されたい）。 装置１０がノードＢであるのか又はＵＥであるのかとは無関係に、本発明を実施する際に図３の信号プロセッサ２０によって実行可能であるフローチャートを示している。 ＨＳ−ＤＳＣＨを受信するＵＥとして機能する装置との関係において図３の信号プロセッサによって実行可能である段階を示すフローチャートである。 基本概念及び周期性を示す固定割り当て方式を受信ウィンドウ（Ｒｅｃｅｉｖｅ Ｗｉｎｄｏｗ：ＲＷ）と共に示している。 固定割り当て方式を示しており、チャネライゼーションコード又はトランスポートブロックサイズの変化を示している。 図３の信号プロセッサの汎用信号プロセッサによる実施例を示している。 ソフトウェア又はハードウェアにおいて図４の段階を実行するのに必要なアーキテクチャを実装した装置を示している。 本発明による概略的なＨＳＤＰＡユーザ装置の受信機を示している。

Claims (23)

1. 移動局と無線アクセスネットワークの間の無線インターフェイスのシグナリングチャネル上において制御情報をシグナリングするべく無線通信システム内において使用する方法において、
   選択されたデータパケットについてのみ、前記シグナリングチャネル上において前記制御情報をシグナリングする段階と、
   前記移動局と前記無線アクセスネットワークの間において前記データパケットを搬送するべく、データチャネル上において前記データパケットを伝送する段階と、
   を有する方法。
2. 前記制御情報は、パラメータを含んでおり、前記シグナリングは、第１伝送のパラメータを通知するためのものであり、後続の伝送は、変更が必要である際を除いて、同一の前記パラメータを使用する請求項１記載の方法。
3. 無線応答制御レイヤを使用して既定のトランスポートパラメータについて通知しており、前記シグナリングは、トランスポートパラメータが前記既定のパラメータの既定値と異なる場合にのみ、使用される請求項１記載の方法。
4. 前記無線アクセスネットワークからの前記シグナリングに応答し、前記移動局は、
   前記シグナリングが前記移動局用のものであるのかどうかを判定し、そうではない場合に、
   保存されているパラメータを使用してデータをデコードするべく試み、これに成功した場合に、
   デコード済みのデータを前記移動局の更に高次のレイヤに対して供給する、請求項１記載の方法。
5. 前記保存されているパラメータは、以前のデコード済みのデータパケットをデコードするべく使用されたものである請求項４記載の方法。
6. 前記保存されているパラメータは、無線リソース制御レイヤによって通知される請求項４記載の方法。
7. 移動局と無線アクセスネットワークの間の無線インターフェイスのシグナリングチャネル上において制御情報をシグナリングする無線通信システム内のネットワーク要素において、
   選択されたパケットについてのみ、前記シグナリングチャネル上において前記制御情報をシグナリングするシグナリング装置と、
   前記移動局と前記無線アクセスネットワークの間において前記データパケットを搬送するべく、データチャネル上において前記データパケットを伝送する送信機と、
   を有するネットワーク要素。
8. 前記シグナリング装置は、第１伝送のパラメータについて通知するためのものであり、後続の伝送は、変更が必要である際を除いて、同一の前記パラメータを使用する請求項７記載のネットワーク要素。
9. 無線リソース制御レイヤを使用して既定のトランスポートパラメータを通知しており、前記シグナリング装置は、トランスポートパラメータが前記既定の値と異なる場合にのみ、使用される請求項７記載のネットワーク要素。
10. 前記シグナリング装置は、固定割り当てを移動局に対して割り当てると共に、既定のトランスポートパラメータについて通知するべく無線リソース制御レイヤを含んでいる請求項７記載のネットワーク要素。
11. 請求項７記載の前記ネットワーク要素を有するシステムであって、移動局を更に有しており、前記移動局は、
    前記シグナリングが前記移動局用のものであるのかどうかを判定するための移動局判定器と、
    前記シグナリングが前記移動局用のものではないと判定された場合に、保存されているパラメータを使用して前記固定割り当てパケットをデコードするべく試みるデコーダと、
    前記デコード済みのデータを前記移動局の更に高次のレイヤに対して供給する供給器と、
    を有する、システム。
12. ユーザ装置内において実行する方法において、
    シグナリングチャネルを判読し、前記移動局用に、なんらかのシグナリング情報が存在しているかどうかを判定する段階と、
    前記移動局用に存在していると判定されたシグナリング情報に従ってデータチャネル上のデータパケットをデコードするか、又は保存されているパラメータを使用して前記データパケットをデコードする段階と、
    デコード済みのデータを更に高次のレイヤに対して供給する段階と、
    を有する方法。
13. 請求項１２の前記段階を実行するべくコンピュータ可読媒体上に保存されている実行可能なコードを有するコンピュータプログラムプロダクト。
14. ユニバーサル・モバイル・テレコミュニケーション・システムにおける高速ダウンリンクパケットアクセス用の通信方法において、
    宛先であるユーザ装置が、それをデコードするべく試みているユーザ装置ではない場合に、レイヤ１の巡回冗長符号に予め失敗するように、高速共有制御チャンネル上の巡回冗長符号に類似した方式において、高速ダウンリンク共有チャンネルの巡回冗長符号をユーザ装置固有のものにする通信方法。
15. シグナリングに後続するデータパケットをデコードするために使用するデコーディングパラメータを通知するネットワーク要素からの前記シグナリングに応答し、前記ユーザ装置用の前記デコーディングパラメータについて通知するか、又は、別のユーザ装置用の前記シグナリングについて通知する、パラメータ信号を供給する判定器と、
    前記パラメータ信号に応答し、前記ユーザ装置用の前記デコーディングパラメータを使用してデータパケットをデコードするか、或いは、前記パラメータ信号が別のユーザ装置用の前記シグナリングを通知している場合には、以前に保存されているパラメータを使用するデコーダと、
    を有するユーザ装置。
16. 前記以前に保存されているパラメータは、前記シグナリングチャネル上においてシグナリングされた制御情報の最後に成功した受信からのパラメータを表している請求項１５記載のユーザ装置。
17. 前記保存されているパラメータは、無線リソース制御レイヤからの前記シグナリングによって通知される請求項１６記載のユーザ装置。
18. 移動局と無線アクセスチャネルの間の無線インターフェイスのシグナリングチャネル上において制御情報をシグナリングするべく無線通信システムにおいて使用される装置において、
    通常のデータパケットについて実行されているようにすべての固定割り当てデータパケットにおける前記制御情報のシグナリングを回避するべく、選択された固定割り当てデータパケットについてのみ、前記シグナリングチャネル上において前記制御情報をシグナリングする手段と、
    前記移動局と前記無線アクセスチャネルの間において前記固定割り当てデータパケットを搬送するべく、データチャネル上において前記固定割り当てデータパケットを伝送する手段と、
    を有する装置。
19. 前記シグナリングする手段は、第１伝送のパラメータを通知するためのものであり、後続の伝送は、変更が必要である際を除いて、同一の前記パラメータを使用する請求項１８記載の装置。
20. 無線リソース制御レイヤを使用して既定のトランスポートパラメータについて通知しており、前記シグナリングする手段は、トランスポートパメータが前記既定の値と異なっている場合にのみ、前記制御情報をシグナリングする請求項１８記載の装置。
21. シグナリングチャネルを判読し、シグナリング情報が存在しているかどうかを判定する手段と、
    存在していると判定されたシグナリング情報に従ってデータチャネル上のデータパケットをデコードするか、又は保存されているパラメータを使用して前記データパケットをデコードする手段と、
    デコード済みのデータを更に高次のレイヤに対して供給する手段と、
    を有する装置。
22. 前記保存されているパラメータは、前記シグナリングチャネル上においてシグナリングされた制御情報の最後に成功した受信からのパラメータを表している請求項２１記載の装置。
23. 前記保存されているパラメータは、無線リソース制御レイヤからの前記シグナリングによって通知される請求項２１記載の装置。

Images