(57)【要約】【課題】全部のデータ・ブロックの受信前に、スクランブルされたデータ・チャンネルの選択を決定する装置および方法を提供する。【解決手段】複数のスクランブルされたデータ・チャンネルの１つで受信したデータ・ブロックの頭部分は復号され、次いで再符号化される。復号／再符号化されたデータとそれに対応する受信したデータとの比較に基づいて、適合しないデータ・シンボルの数に関係するある値が計算される。ある所与の閾値を超える計算された値に基づいて、複数のデータ・チャンネルの最良のものが選択される。【選択図】図１
2006311553.tif 000002
【特許請求の範囲】
【請求項１】
複数のスクランブルされたデータ・チャンネルの１つから、ある入力されたシンボルを復号する復号モジュールと、
前記復号モジュールから出力された、復号されたシンボルを再符号化する、再符号化モジュールと、
受信したシンボルのアスペクトを、前記復号／再符号化されたシンボルの対応するアスペクトと比較し、ある値を出力として計算する比較モジュールと、
前記比較モジュールの累積された出力に基づいて、前記複数のスクランブルされたデータ・チャンネルの最良のものを選択する判定モジュールとを含む、全部のデータ・ブロックの受信前に複数のスクランブルされたデータ・チャンネルの１つを選択する装置。
【請求項２】
前記復号モジュールが、所与のモバイル装置に固有の暗号に基づいて復号する、請求項１に記載の、全部のデータ・ブロックの受信前に複数のスクランブルされたデータ・チャンネルの１つを選択する装置。
【請求項３】
前記アスペクトが前記シンボルの符号である、請求項１に記載の、全部のデータ・ブロックの受信前に複数のスクランブルされたデータ・チャンネルの１つを選択する装置。
【請求項４】
前記値が、
符号（受信したサンプル）＝再符号化したビットの場合  ｙｉ＝０、
そうでなければ、ｙｉ＝絶対値（受信したサンプル）
として計算される、請求項１に記載の、全部のデータ・ブロックの受信前に複数のスクランブルされたデータ・チャンネルの１つを選択する装置。
【請求項５】
前記判定モジュールが、前記比較モジュールからの出力を累積するアキュミュレータを含む、請求項３に記載の、全部のデータ・ブロックの受信前に複数のスクランブルされたデータ・チャンネルの１つを選択する装置。
【請求項６】
前記復号器が、前記データ・ブロックに関連する巡回冗長検査（ＣＲＣ）データの恩恵なしに、前記データ・ブロックの受信した部分を復号する、請求項１に記載の、全部のデータ・ブロックの受信前に複数のスクランブルされたデータ・チャンネルの１つを選択する装置。
【請求項７】
４０個を超えない受信したサンプルを用いて選択がなされることができる、請求項１に記載の、全部のデータ・ブロックの受信前に複数のスクランブルされたデータ・チャンネルの１つを選択する装置。
【請求項８】
前記複数のスクランブルされたデータ・チャンネルが、最大４つまでの制御チャンネルを含む、請求項１に記載の、全部のデータ・ブロックの受信前に複数のスクランブルされたデータ・チャンネルの１つを選択する装置。
【請求項９】
前記データ・ブロックが、高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）制御チャンネルの一部である、請求項１に記載の、全部のデータ・ブロックの受信前に複数のスクランブルされたデータ・チャンネルの１つを選択する装置。
【請求項１０】
前記ＨＳＤＰＡ制御チャンネルが、高速共有制御チャンネル（ＨＳ−ＳＣＣＨ）である、請求項９に記載の、全部のデータ・ブロックの受信前に複数のスクランブルされたデータ・チャンネルの１つを選択する装置。
【請求項１１】
前記選択が、前記データ・チャンネルに埋め込まれたＩＤの受信の完了前になされる、請求項１に記載の、全部のデータ・ブロックの受信前に複数のスクランブルされたデータ・チャンネルの１つを選択する装置。
【請求項１２】
前記選択が、巡回冗長検査（ＣＲＣ）値の受信の完了前になされる、請求項１に記載の、全部のデータ・ブロックの受信前に複数のスクランブルされたデータ・チャンネルの１つを選択する装置。
【請求項１３】
前記データ・チャンネルが、送信前にスクランブルされている、請求項１に記載の、全部のデータ・ブロックの受信前に複数のスクランブルされたデータ・チャンネルの１つを選択する装置。
【請求項１４】
前記スクランブルをすることは、送信先のモバイル装置ＩＤに関連する固有のマスクに依存する、請求項１３に記載の、全部のデータ・ブロックの受信前に複数のスクランブルされたデータ・チャンネルの１つを選択する装置。
【請求項１５】
前記データ・チャンネルは、多数のモバイル装置に対する同報通信である、請求項１に記載の、全部のデータ・ブロックの受信前に複数のスクランブルされたデータ・チャンネルの１つを選択する装置。
【請求項１６】
複数のデータ・チャンネルの１つで受信した、データ・ブロックの頭部分を復号する工程と、
前記データ・ブロックの前記頭部分を再符号化する工程と、
復号／再符号化されたデータとそれに対応する受信したデータとの比較に基づいて、適合しないデータ・シンボルの数に関係する値を計算する工程と、
所与の閾値を超える、前記計算された値の累積に基づいて、前記複数のデータ・チャンネルの最良のものを選択する工程とを含む、
全部のデータ・ブロックの受信前にスクランブルされたデータ・チャンネルの選択を決定するためのメトリックの計算方法。
【請求項１７】
前記値の前記計算が、
符号（受信したサンプル）＝符号（再符号化したビット）の場合  ｙｉ＝０、
そうでなければ、ｙｉ＝絶対値（受信したサンプル）
に基づいている、請求項１６に記載の、全部のデータ・ブロックの受信前にスクランブルされたデータ・チャンネルの選択を決定するためのメトリックの計算方法。
【請求項１８】
前記選択が、前記複数のデータ・チャンネルをどれも選択しないことにより実行される、請求項１７に記載の、全部のデータ・ブロックの受信前にスクランブルされたデータ・チャンネルの選択を決定するためのメトリックの計算方法。
【請求項１９】
パンクチュアリングおよびデパンクチュアリングが、コード・レートを変更するために符号器および復号器によって用いられる、請求項１７に記載の、全部のデータ・ブロックの受信前にスクランブルされたデータ・チャンネルの選択を決定するためのメトリックの計算方法。
【請求項２０】
複数のデータ・チャンネルの１つで受信した、あるデータ・ブロックの頭部分を復号する手段と、
前記データ・ブロックの前記頭部分を再符号化する手段と、
復号／再符号化されたデータとそれに対応する受信したデータとの比較に基づいて、適合しないデータ・シンボルの数に関係する値を計算する手段と、
所与の閾値を超える前記計算された値の累積に基づいて、前記複数のデータ・チャンネルの最良のものを選択する手段とを含む、
全部のデータ・ブロックの受信前にスクランブルされたデータ・チャンネルの選択を決定するためにメトリックを計算する装置。
【請求項２１】
前記値を計算する前記手段が、シンボルの符号とシンボルの絶対値とを比較した前記値に基づく、請求項２０に記載の、全部のデータ・ブロックの受信前にスクランブルされたデータ・チャンネルの選択を決定するためにメトリックを計算する装置。
【請求項２２】
前記選択する手段が、前記複数のデータ・チャンネルのどれも選択しないことにより、前記選択を実行する、請求項２０に記載の、全部のデータ・ブロックの受信前にスクランブルされたデータ・チャンネルの選択を決定するためにメトリックを計算する装置。
【請求項２３】
４０個を超えない受信したサンプルを用いて選択がなされることができる、請求項２０に記載の、全部のデータ・ブロックの受信前にスクランブルされたデータ・チャンネルの選択を決定するためにメトリックを計算する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、完全なデータ・ブロックが受信され巡回冗長検査（ＣＲＣ）が可能になる前の、データの解釈に関する。特に本発明は、完全なデータ・ブロックが受信されエラーがチェックされる前の、交信における複数の制御チャンネルの中からスクランブルされた制御チャンネルを検出し、選択することに関する。
【背景技術】
【０００２】
第３世代パートナーシップ・プロジェクト（「３ＧＰＰ」）ＵＭＴＳ規格の、リリース５におけるＨＳＤＰＡの拡張に適合するように設計された端末装置（ハンドセット）は、最大４つまでの高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）制御チャンネル（高速共有制御チャンネル（ＨＳ−ＳＣＣＨ）と呼称される）を受信し、以降の処理のためにゼロまたは１を選択できなければならない。（３ＧＰＰ規格は、ｗｗｗ．３ｇｐｐ．ｏｒｇで得ることができる。）当該の選択が起こらなければならない時には、埋め込まれた識別記号（「ＩＤ」）や巡回冗長検査（ＣＲＣ）が利用可能ではないので、受信したＨＳ−ＳＣＣＨの１つを選択することは簡単なことではない。本発明は、この選択を行う方法を提供する。
これは、３ＧＰＰ規格のリリース５以降に現れたに過ぎないので、比較的に新しい問題である。
【０００３】
標準化の過程で、規格団体（即ち３ＧＰＰ）の会議に多くの提案がなされた。最も注目に値するのは、モトローラ［１］およびルーセント［２］［３］（資料が以下に引用されている）からの提案で、異なるメトリックの性能が議論され、比較されたことである。さらなる解析が、学術文献［４］［５］で提供された。提案された方法は、ヤマモト−イトーメトリックとビタビ復号器からの直接のユークリッド平方距離メトリックとを含んでいた。
【０００４】
この問題はまた、ブラインド・トランスポート・フォーマット検出（ＢＴＦＤ）との類似性を共有し、それについてはいくつかの従来技術［６］［７］［８］が存在する。
［１］３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ１＃２４、Ｒ１−０２−０６１０、「ＨＳ−ＳＣＣＨの性能」、モトローラ、２００２年４月。
［２］３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ１＃２５、Ｒ１−０２−０５５３、「ＨＳ−ＳＣＣＨコーディングを進行させる方法」、ルーセント・テクノロジーズ、２００２年４月。
［３］３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ１＃２５、Ｒ１−０２−０６４９、「ＨＳ−ＳＣＣＨの性能」、ルーセント・テクノロジーズ、２００２年４月。
［４］ゴッシュ、ラタサック、フランク、ラブ、スチュワート、バックレイ［モトローラ］、「３ＧＰＰ  Ｗ−ＣＤＭＡ、Ｒｅｌ−５用高速ダウンリンク共有チャンネルのための制御チャンネル設計」、自動車工学会議２００３年（ＶＴＣ’０３）２００３年４月、韓国、済州。
［５］ダス、ゴパラクリシュナン、フー、カーン、ルドラパトナ、サムパス、スー、タテシュ、チャン［ルーセント］、「高速ダウンリンク・パケット・アクセスへのＵＭＴＳの発展」、ベル研究所技術誌、第７巻、３号、４７〜６８ページ、２００３年
［６］バーンズ・Ｆ、クライゼルマイヤー・Ｇ、ウェン・Ｎ、「３Ｇモバイル無線端末用チャンネル復号器の構造」、欧州会議および展示会におけるデザイン、自動化および試験、会報、１９２〜１９７ページ、２００４年２月１６〜２０日。
［７］アーメッド・Ｗ・Ｋ・Ｍ、バラチャンドラン・Ｋ、「受信機におけるコード化されないシンボルのエラー・レートの推定方法」世界遠隔通信会議、２００２年。グローブコム’０２。ＩＥＥＥ、１３３４〜１３３８ページ、２００２年１１月１７〜２１日。
［８］ラガバン・Ａ・Ｒ、バウム・Ｃ・Ｗ、「ハイブリッドＡＲＱへのアプリケーションを伴うビタビ・アルゴリズムの信頼性出力」、ＩＥＥＥ、情報理論報告書、第４４巻、３号、１２１４〜１２１６ページ、１９９８年５月。
【０００５】
規格提案［１］〜［５］の規格の勧告は、ヤマモト−イトウまたはユークリッド平方距離メトリックがさらなる処理のために、ＨＳ−ＳＣＣＨを選択するために用いられるべきであると結論した。ヤマモト−イトウメトリックは、ビタビ復号器の内部の実質的な変更に関わる。従って一般的なビタビ復号器の設計は修正されなければならず、その複雑さは増加した。トレリスを通る最尤パスのユークリッド平方メトリックの使用（適切に終端されたコード・ブロックに対する、ビタビ復号の結果における最終ゼロ状態メトリック）が、劣悪な性能を与えることが判明した。
【０００６】
ＢＴＦＤの従来技術の多くは、データ・ブロック中のＣＲＣ解析に依拠して、正しく符号化されたデータと間違って符号化されたデータの間を独立的に区別することが不可能であることによって限定される。ＨＳ−ＳＣＣＨ内のＣＲＣは、有用となるほど十分早くには利用可能ではない［６］［７］。いくつかの方法［６］［８］はまた、正確なチャンネルの知識を必要とし、それはこの場合利用可能ではないようである。
【非特許文献１】３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ１＃２４、Ｒ１−０２−０６１０、「ＨＳ−ＳＣＣＨの性能」、モトローラ、２００２年４月。
【非特許文献２】３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ１＃２５、Ｒ１−０２−０５５３、「ＨＳ−ＳＣＣＨコーディングを進行させる方法」、ルーセント・テクノロジーズ、２００２年４月。
【非特許文献３】３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ１＃２５、Ｒ１−０２−０６４９、「ＨＳ−ＳＣＣＨの性能」、ルーセント・テクノロジーズ、２００２年４月。
【非特許文献４】ゴッシュ、ラタサック、フランク、ラブ、スチュワート、バックレイ［モトローラ］、「３ＧＰＰ  Ｗ−ＣＤＭＡ、Ｒｅｌ−５用高速ダウンリンク共有チャンネルのための制御チャンネル設計」、自動車工学会議２００３年（ＶＴＣ’０３）２００３年４月、韓国、済州。
【非特許文献５】ダス、ゴパラクリシュナン、フー、カーン、ルドラパトナ、サムパス、スー、タテシュ、チャン［ルーセント］、「高速ダウンリンク・パケット・アクセスへのＵＭＴＳの発展」、ベル研究所技術誌、第７巻、３号、４７〜６８ページ、２００３年
【非特許文献６】バーンズ・Ｆ、クライゼルマイヤー・Ｇ、ウェン・Ｎ、「３Ｇモバイル無線端末用チャンネル復号器の構造」、欧州会議および展示会におけるデザイン、自動化および試験、会報、１９２〜１９７ページ、２００４年２月１６〜２０日。
【非特許文献７】アーメッド・Ｗ・Ｋ・Ｍ、バラチャンドラン・Ｋ、「受信機におけるコード化されないシンボルのエラー・レートの推定方法」世界遠隔通信会議、２００２年。グローブコム’０２。ＩＥＥＥ、１３３４〜１３３８ページ、２００２年１１月１７〜２１日。
【非特許文献８】ラガバン・Ａ・Ｒ、バウム・Ｃ・Ｗ、「ハイブリッドＡＲＱへのアプリケーションを伴うビタビ・アルゴリズムの信頼性出力」、ＩＥＥＥ、情報理論報告書、第４４巻、３号、１２１４〜１２１６ページ、１９９８年５月。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
データ・ブロックが完全に受信される前に、複数のＨＳ−ＳＣＣＨを含む送信から、１つ（またはゼロの）ＨＳ−ＳＣＣＨをよりよく検出し選択する方法および装置の必要性が存在する。
【課題を解決するための手段】
【０００８】
本発明の原理に従えば、全部のデータ・ブロックの受信前に複数のスクランブルされたデータ・チャンネルの１つを選択する装置は、複数のスクランブルされたデータ・チャンネルの１つから、ある入力シンボルを復号する復号モジュールを含む。再符号化モジュールは、復号モジュールから出力された、復号されたシンボルを再符号化する。比較モジュールは、受信したシンボルのアスペクトを、復号／再符号化されたシンボルの対応するアスペクトと比較し、それらのアスペクトを累積する。判定モジュールは、比較モジュールの累積された出力に基づいて、複数のスクランブルされたデータ・チャンネルの最良のものを選択する。
【０００９】
本発明の別の態様に従えば、全部のデータ・ブロックの受信前に、スクランブルされたデータ・チャンネルの選択を決定するためのメトリックの計算方法は、複数のデータ・チャンネルの１つで受信したデータ・ブロックの頭部分をデスクランブルし復号することを含む。データ・ブロックの頭部分は、再符号化される。ある値が、復号／再符号化されたデータと、それに対応する受信されデスクランブルされたデータの比較に基づいて、適合しないデータ・サンプルの絶対値の累積により計算される。複数のデータ・チャンネルの最良のものが、他のチャンネルより優れ、所与の閾値を超えていることもある計算された値に基づいて選択される。
【発明を実施するための最良の形態】
【００１０】
本発明の特徴と利点が、添付の図面を参照して、以下の記述から当業者には明らかとなるであろう。
本発明の技術は、より少ない複雑さで、かつ正確なチャンネル・パラメータまたは別個のＣＲＣチェックを必要とすることなく、上記の方法と同様またはより優れた性能を可能にする。
【００１１】
３ＧＰＰ  ＵＭＴＳ規格の、リリース５におけるＨＳＤＰＡの拡張に適合するように設計された端末装置（ハンドセット）は、最大４つまでのＨＳＤＰＡ制御チャンネル（ＨＳ−ＳＣＣＨと呼称される）を受信し、以降の処理のためにゼロまたは１を選択できなければならない。当該の選択が起こらなければならない時には、埋め込まれたＩＤまたはＣＲＣが利用可能ではないので、受信したＨＳ−ＳＣＣＨの１つを選択することは簡単なことではない。本発明は、この選択を行う方法を提供する。
【００１２】
３ＧＰＰ  ＵＭＴＳ規格のリリース５によれば、ユーザ装置（ＵＥ）は最大４つまでのＨＳＤＰＡ制御チャンネル（ＨＳ−ＳＣＣＨと呼称される）が、受信可能でなければならない。大きなバッファリングが許されない場合は、ＨＳ−ＳＣＣＨ送信の第１部のみを観察することにより、以降の処理のために、ＵＥはゼロまたは１つのＨＳ−ＳＣＣＨチャンネルが選択可能でなければならない。当該の選択が起こらなければならない時には、埋め込まれたＩＤまたはＣＲＣが利用可能ではないので、受信したＨＳ−ＳＣＣＨの１つを選択することは簡単なことではない。（ＣＲＣは後になって、ＨＳ−ＳＣＣＨの正しい受信を確証するために利用可能であるが、しかしながらＨＳ−ＳＣＣＨは、ＣＲＣが送信される前にメインの（複数の）ＨＳＤＰＡデータ・チャンネルの受信を開始する受信機を構成するために必要な情報を含むので、この時点ではＣＲＣは必要なな情報ではない。従って正しいＨＳ−ＳＣＣＨは、ＣＲＣが利用可能となる前に選択されなければならない。このようにして、ＣＲＣは、当該の選択処理では基準として用いることができない。）
【００１３】
ＨＳ−ＳＣＣＨデータは送信の前にスクランブルされており、スクランブルするマスクは宛先のハンドセットのＩＤ番号に依存し、セル内の複数のハンドセットに同報通信される。１つのハンドセットは送信時間間隔（ＴＴＩ）内に最大４つまでのスクランブルされたＨＳ−ＳＣＣＨを受信するが、しかしながらどの１つのハンドセットについても、多くとも１つ（場合によってはゼロ）が想定されている。ハンドセットは、受信したデータを（それ自身のＩＤに従って）デスクランブルし、続いて（最大４つまでの）ブロックを復号する。正しくデスクランブルされたデータのみが正しく受信されるが、しかしながら送信チャンネル内のノイズのために、もしあるとしても、どのブロックが問題のハンドセットに対してのものであるかを判定することは困難である。
【００１４】
新しいメトリックが提案され、ＨＳ−ＳＣＣＨ選択処理を容易にするために用いられている。そのメトリックが、短いブロック長さ（３ＧＰＰ  ＨＳＤＰＡのアプリケーションでは、ブロック長さは丁度８ビットである）に対して信頼できることが重要である。
本発明の原理に従えば、各々の受信されたＨＳ−ＳＣＣＨチャンネルの第１部に対して、
ステップ１．１：受信したデータのデスクランブル（それ自身のＩＤに従う）
ステップ１．２：受信したデータの復号化
ステップ１．３：復号器出力の再符号化
ステップ１．４：下記のメトリックの計算
【数１】
2006311553.tif 000003
ここで、符号（受信したサンプル）＝符号（再符号化したビット）の場合  ｙｉ＝０、
そうでなければ、ｙｉ＝絶対値（受信したサンプル）となる。
【００１５】
ステップ２：最良のＨＳ−ＳＣＣＨチャンネル、即ちステップ１．４からの最少のメトリックを伴うものの選択
１つのＨＳ−ＳＣＣＨが一度選択されると、そのチャンネルの処理を継続するか（それは問題のＵＥに対応する）、またはその送信を完全に廃棄するか（ＨＳ−ＳＣＣＨは問題のＵＥ宛のものではない）どうかを決定する必要がある。この決定を支援するために、メトリックにある閾値が適用されることができる。与えられる実施形態では、そのような閾値は経験的に決定される。
【００１６】
図１は、本発明の原理による、全部のブロックの受信前に、スクランブルされたデータ・チャンネルの選択を決定するためのメトリックを計算する回路の実施形態の例示的なブロック図を示す。
【００１７】
特に図１に示されているように、入力信号のサンプルは受信され、デスクランブルされる。デスクランブルされた信号の各々のシンボルは、復号ブロック１０２に入力される。
【００１８】
開示される実施形態に示される復号ブロック１０２は、デパンクチュアリングの付随機能を示す。パンクチュアリングは、標準的な固定レート（例えばレート１／３）の符号器および復号器を用いて、より高いレートのコードを符号化および復号できるようにする技術である。パンクチャー・ブロックは符号化されたビット・ストリームからビットを取り除き、それによりコード・レートを増進する。デパンクチュアリングを伴って示しているが、本発明の原理はパンクチュアリング／デパンクチュアリングを必要としない、および／または含まない実施形態にも等しく適用可能である。
【００１９】
復号ブロック１０２から出力される復号ビットは、任意の他の従来技術の方法で、関連する装置（例えばモバイル・フォン）により用いられてもよい。しかしながら、本発明の原理に従えば、復号ブロック１０２の出力は、再符号化ブロック１０３にも供給される。開示される実施形態の再符号化ブロック１０３は、復号ブロック１０２で表わされるデパンクチュア機能を補足するパンクチュア機能を含む。
【００２０】
受信されたサンプルの時間遅延されたバージョンは、メトリック演算ブロック１０４，１０６，１１０，１０８，１１２に供給される。ブロック１０４，１０６は、再符号化ブロック１０３から出力される、復号され再符号化されたサンプルが、復号ブロック１０２に入力された元のシンボルと同じ符号であるかどうかを判定するように意図されている。ブロック１０８，１１０，１１２は、メトリックの値を計算するように意図され、蓄積ステップ１１２は、再符号化サンプルの符号が受信されたサンプルの符号と適合しない場合にのみ起こる。
【００２１】
その復号されたデータ・チャンネル（例えば関連するＨＳ−ＳＣＣＨの１つ）が、その特定のモバイル装置宛のものである場合、受信されたサンプルは、復号され再符号化されたサンプルと殆ど同じであり、従って双方のサンプルの符号は同じである。そのような場合、アキュミュレータ１１２はある小さい値を累積する。復号されたデータ・チャンネルが、その特定のモバイル装置宛のものでない場合は、入力されたサンプルは殆どの場合符号が異なり、アキュミュレータ１１２により大きい値を累積する。
【００２２】
開示される実施形態では、メトリック演算論理ブロックは硬判定（hard decision）発生器１０４、ＸＮＯＲゲート１０６，絶対値ブロック１０８，マルチプレクサ１１０，アキュミュレータ１１２を含むが、本発明の原理の範囲内で他の特定の論理デバイスが用いられてもよい。
【００２３】
本発明のメトリックが計算される多くの他の方法が存在する。例えば、ビタビ復号のトレース・バック相における、コード・ワードの生成とメトリックの累積によるものがある。演算のこの代替手段は別個の再符号化ブロックの必要性を取り除き、（もしあったとして）一度正しいＨＳ−ＳＣＣＨチャンネルが選択されると、直ちにＨＳ−ＳＣＣＨの第２部を復号する必要性から、重要なデザイン上の考察である、より低いレイテンシーに導くことがある。
【００２４】
図２は、本発明の原理による、完全なブロックの受信前に、スクランブルされたデータ・チャンネルの選択を決定するためのメトリックの計算方法の一例を示す。
【００２５】
特に図２のステップ２０２に示されているように、データ・ストリームのあるサンプルが入力され、当該装置のデスクランブリング・コード毎にデスクランブルされる。開示される実施形態ではデスクランブリングは、装置のＩＤに従って選択されたサンプルの符号を変更することからなる。開示される実施形態ではこのデータ・ストリームは、複数のモバイル装置に同報通信される利用可能な複数のデータ・ストリームの１つである。このデータ・ストリームは、例えば、高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）制御チャンネルであってよい。所与の実施形態では、ＨＳＤＰＡ制御チャンネルは、高速共有制御チャンネル（ＨＳ−ＳＣＣＨ）と呼ばれ、そのモバイル装置に対して最大４つの同報通信が存在する。本発明の目的は、モバイル装置が、それに同報通信された制御チャンネルのただ１つ（またはゼロ）を迅速かつ正確に選択できるようにすることである。
【００２６】
ステップ２０４では、入力されたシンボルが、その特定のモバイル装置に関連する解読毎に復号される。パンクチュア技術が利用される場合には、入力されたシンボルはステップ２０４で付加的にデパンクチュアされる。
【００２７】
ステップ２０６では、復号器の出力が、その関連するモバイル装置に関連する暗号化毎に再符号化される。パンクチュア技術が利用される場合には、符号化されたシンボルはステップ２０６で付加的にパンクチュアされる。
【００２８】
ステップ２０８では、復号され再符号化されたシンボルが、元のデスクランブルされた受信データと比較される。開示される実施形態では、シンボルの符号が比較される。それらが異なる場合、それはその関連する制御チャンネルが、適正なチャンネルではない可能性があることを表している。しかしながら雑音の多い環境のために、単一の符号の比較では決定的ではないことがある。比較のために多くのシンボルが用いられるほど、最終的な判定の選択から環境条件が取り除かれる。
【００２９】
ステップ２１０では、比較された符号が異なる場合、それらの絶対値が累積される。
ステップ２１２では、どのＨＳ−ＳＣＣＨが関連するモバイル装置により受信されるように意図されているかについての判定がなされる。ブロック２１２は最少のメトリックを伴うＨＳ−ＳＣＣＨを選択するが、全てのメトリックが所与の閾値を上回るまたは超える場合（ステップ２１４）には、どのＨＳ−ＳＣＣＨも選択されず、全ての制御チャンネルがその期間中はモバイル装置によって無視される。閾値の値は、経験的に決定されてよい。
【００３０】
理想的には、全ての利用可能な制御チャンネルが、可能な最短時間で制御チャンネルの選択を可能にするために同時に試験される。この方法では、例えば４つのＨＳ−ＳＣＣＨを含むあるシステムについては、各ＨＳ−ＳＣＣＨ制御チャンネルに対して１回ずつ、図１の回路が４度繰り替えされる。勿論受信された制御チャンネルの連続試験も、本発明の原理の範囲内である。
【００３１】
特性結果
図３は、本発明の原理による、ＨＳ−ＳＣＣＨの第１部用の復号器のフレーム・エラー・レート性能を示す図である。
【００３２】
特に図３に示されるように、他のＵＥ（「Ｘ」がマークされた点）に属するデータは、間違ってデスクランブルされ、適正に復号されない、他方関心のあるデータ（「○」がマークされた点）は、信号対雑音比（ＳＮＲ）条件が改善されるので、目に見えて改善されたフレーム・エラー・レート（ＦＥＲ）を有して正しく復号される。
【００３３】
最も信頼できる情報を提供するメトリックを判定するために、５つの異なる復号器メトリックが実施された。これらの６つの復号器メトリックは、以下のように定義される。
メトリック１：再符号化された出力と受信されたデータの間の符号の差異の回数。
メトリック２：再符号化されたデータとは異なる符号を有する受信されたサンプルの絶対値の合計。
メトリック３：再符号化されたデータとは異なる符号を有する受信されたサンプルの絶対値の二乗の合計。
メトリック４：再符号化されたデータの符号により乗算された受信されたサンプルの合計。
メトリック５：ユークリッド平方距離メトリック（トレリス終端でのゼロ状態メトリックの生の値）。
【００３４】
上記のメトリックの各々の特性は、正しいＨＳ−ＳＣＣＨと雑音の多い環境下での別のユーザに属するＨＳ−ＳＣＣＨの間の可能な区別が如何に信頼できるかを判定するために検査される。
【００３５】
特に発明者らは、正しいＨＳ−ＳＣＣＨと別のユーザに属するＨＳ−ＳＣＣＨとの間の差別化において、メトリック２が最も信頼できることを見いだした。
【００３６】
図５は、メトリックに基づく選択が如何に確実に正しく復号されたブロックを選択するかの測定による、メトリック２を用いる技術の信頼性の確認を示す図である。
【００３７】
特に図５に示されるように、メトリックの信頼性は、メトリックに基づく選択が如何に確実に正しく復号されたブロックを選択するかを測定することにより確認することができる。
【００３８】
図６は、１ｄＢの信号対雑音比（ＳＮＲ）を有するメトリック２の確率密度関数を示す図である。特に図６は、正しいＨＳ−ＳＣＣＨ（左の曲線）と正しくないＨＳ−ＳＣＣＨ（右の曲線）の間を差別化するための、メトリック２の能力を示す。
【００３９】
誤った選択を行うシステム性能全体の作用は、メトリックの選択の作用を含む正しいＵＥに対するフレーム・エラー・レート（ＦＥＲ）（△でマークされた点）と、理想的な選択であると仮定される、意図されたハンドセットに対するＦＥＲ（○でマークされた点）との比較によって、図３で見ることができる。発明者らは、メトリック２に基づく選択と理想的な選択の間の殆ど測定不可能な差異を観察した。
【００４０】
さらにメトリック２は、現在のＵＥに宛てられたＨＳ−ＳＣＣＨがない場合に、利用可能なＣＲＣが存在しないにもかかわらず推定する機構を提供する。受信されたＨＳ−ＳＣＣＨが正しく復号されず、または現在のＵＥに宛てられたものではなく、従ってどのＨＳ−ＳＣＣＨも選択されるべきでない場合の判定を可能にする閾値が用いられることができる。
【００４１】
メトリックがある予め定められた閾値以下であるとすると、以上２つの組合せを用いて、最少のメトリックを有するＨＳ−ＳＣＣＨの選択が行われる（例えば８の閾値が、シミュレートされたチャンネル条件で有用である（図６参照））。
【００４２】
本発明は、小さいデジタル回路で実施されるのには極めて簡潔で、従来技術のシステムに対して大きな利点を提供する。本発明は、当該のチャンネルについての予備知識を必要としない（例えば、本発明は雑音変動の推定を必要としない）。むしろ、最少のメトリックを有するブロックの選択は、高い信頼性を伴って最良のブロックに対応する。任意のＨＳ−ＳＣＣＨが意図されるＵＥ宛であるならば、メトリックの閾値の使用は判定を支援する。
【００４３】
本発明は特に、任意の３ＧＰＰリリース５のハンドセットに適用可能で、ＡＳＩＣまたはファーム・ウェア、例えばハンドセットのファーム・ウェア内に組み込むことができる。
【００４４】
本発明は、本発明の例としての実施形態を参照して記述されているが、本発明の真実の精神と範囲から逸脱することなく、記述された本発明の実施形態に種々の変更を当業者は行うことができる。
【図面の簡単な説明】
【００４５】
【図１】本発明の原理による、全部のブロックの受信前に、スクランブルされたデータ・チャンネルの選択を決定するためのメトリック を計算する回路の実施形態の例示的なブロック図である。
【図２】本発明の原理による、全部のブロックの受信前に、スクランブルされたデータ・チャンネルの選択を決定するためのメトリック を計算する例示的な方法を示す図である。
【図３】本発明の原理による、ＨＳ−ＳＣＣＨの第１部用の復号器のフレーム・エラー・レート性能の一例を示す図である。
【図４】正しいＨＳ−ＳＣＣＨと別のユーザに属するＨＳ−ＳＣＣＨの間の差別化において信頼性を表わす、提案されたメトリック（「メトリック２」と呼称される）の結果の平均的な場合を示す図である。
【図５】メトリックに基づく選択が如何に確実に正しいブロックを選択するかの測定による、メトリック２を用いる技術の信頼性の確認を示す図である。
【図６】１ｄＢの信号対雑音比（ＳＮＲ）を有する、メトリック２の確率密度関数を示す図である。
【図１】
2006311553.tif 000004
【図２】
2006311553.tif 000005
【図３】
2006311553.tif 000006
【図４】
2006311553.tif 000007
【図５】
2006311553.tif 000008
【図６】
2006311553.tif 000009