(57)【要約】無線移動通信システムで多重コードタイプを支援する方法を提供する。移動端末（ＭＳ）は、基地局（ＢＳ）からチャネル記述子を受信し、該チャネル記述子は、コードタイプ及び区間使用コードを含む少なくとも一つのバーストプロファイルを含む。その後、移動端末は、まず、該基地局または端末で用いられるコーディング方式に関する情報を含むコードタイプを認識する。なお、移動端末は、全てのデータバーストを分類するために用いられる区間使用コードを認識する。【選択図】図４
2008535439.tif 000002
【特許請求の範囲】
【請求項１】
無線移動通信システムで多重コードタイプを支援する方法であって、
基地局からコードタイプ及び区間使用コードを含む少なくとも一つのバーストプロファイルを含むチャネル記述子を受信する段階と、
前記基地局または端末で用いられるコーディング方式に関する情報を含む前記コードタイプを認識する段階と、
全てのデータバーストを分類するために用いられる区間使用コードを認識する段階と、
を含む、多重コードタイプ支援方法。
【請求項２】
前記チャネル記述子は、ダウンリンクチャネル記述子（ＤＣＤ）であることを特徴とする、請求項１に記載の多重コードタイプ支援方法。
【請求項３】
前記ＤＣＤは、ダウンリンク区間使用コード（ＤＩＵＣ）であることを特徴とする、請求項２に記載の多重コード支援方法。
【請求項４】
前記チャネル記述子は、アップリンクチャネル記述子（ＵＣＤ）であることを特徴とする、請求項１に記載の多重コード支援方法。
【請求項５】
前記ＵＣＤは、アップリンク区間使用コード（ＵＩＵＣ）であることを特徴とする、請求項４に記載の多重コード支援方法。
【請求項６】
前記コードタイプは、順方向誤り訂正（ＦＥＣ）コードタイプであることを特徴とする、請求項１に記載の多重コード支援方法。
【請求項７】
前記順方向誤り訂正（ＦＥＣ）コードタイプは、畳み込みコード（ＣＣ）、ブロックターボコーディング（ＢＴＣ）、畳み込みターボコード（ＣＴＣ）、ゼロテール畳み込みコード（ＺＴＣＣ）または低密度パリティコード（ＬＤＰＣ）のうち少なくとも一つを含むことを特徴とする、請求項６に記載の多重コード支援方法。
【請求項８】
前記区間使用コードは、ダウンリンク区間使用コード（ＤＩＵＣ）であることを特徴とする、請求項１に記載の多重コード支援方法。
【請求項９】
前記区間使用コードは、アップリンク区間使用コード（ＵＩＵＣ）であることを特徴とする、請求項１に記載の多重コード支援方法。
【請求項１０】
前記少なくとも一つのバーストプロファイルは、少なくとも２個のグループに分類され、該グループのうち、第１グループは、前記区間使用コード及び一つ以上のコーディング方式を持つコードタイプを含み、第２グループは、前記区間使用コード及び単一コードタイプを含むことを特徴とする、請求項１に記載の多重コード支援方法。
【請求項１１】
前記区間使用コード及び単一コードタイプを含む第３グループをさらに含み、前記第３グループの単一コードは、前記第２グループの単一コードと異なることを特徴とする、請求項１０に記載の多重コード支援方法。
【請求項１２】
無線移動通信システムで多重コードタイプを支援する方法であって、
基地局から少なくとも一つのバーストプロファイルを含むダウンリンクチャネル記述子（ＤＣＤ）を受信する段階と、
前記基地局で用いられるコーディング方式に関する情報を含むコードタイプを認識する段階と、
全てのデータバーストを分類するために用いられる区間使用コードを認識する段階と、
を含む、多重コード支援方法。
【請求項１３】
前記バーストプロファイルは、ダウンリンク区間使用コード（ＤＩＵＣ）を含むことを特徴とする、請求項１２に記載の多重コード支援方法。
【請求項１４】
前記バーストプロファイルは、コードタイプを含むことを特徴とする、請求項１２に記載の多重コード支援方法。
【請求項１５】
前記コードタイプは、順方向誤り訂正（ＦＥＣ）コードタイプであることを特徴とする、請求項１２に記載の多重コード支援方法。
【請求項１６】
前記順方向誤り訂正（ＦＥＣ）コードタイプは、畳み込みコード（ＣＣ）、ブロックターボコーディング（ＢＴＣ）、畳み込みターボコード（ＣＴＣ）、ゼロテール畳み込みコード（ＺＴＣＣ）または低密度パリティコード（ＬＤＰＣ）のうち少なくとも一つを含むことを特徴とする、請求項１５に記載の多重コード支援方法。
【請求項１７】
無線移動通信システムで多重コードタイプを支援する方法であって、
端末から少なくとも一つのバーストプロファイルを含むアップリンクチャネル記述子（ＵＣＤ）を受信する段階と、
基地局で用いられるコーディング方式に関する情報を含むコードタイプを認識する段階と、
全てのデータバーストを分類するために用いられる区間使用コードを認識する段階と、
を含む、多重コード支援方法。
【請求項１８】
前記バーストプロファイルは、ダウンリンク区間使用コード（ＤＩＵＣ）を含むことを特徴とする、請求項１７に記載の多重コード支援方法。
【請求項１９】
前記バーストプロファイルは、コードタイプを含むことを特徴とする、請求項１７に記載の多重コード支援方法。
【請求項２０】
前記コードタイプは、順方向誤り訂正（ＦＥＣ）コードタイプであることを特徴とする、請求項１９に記載の多重コード支援方法。
【請求項２１】
前記順方向誤り訂正（ＦＥＣ）コードタイプは、畳み込みコード（ＣＣ）、ブロックターボコーディング（ＢＴＣ）、畳み込みターボコード（ＣＴＣ）、ゼロテール畳み込みコード（ＺＴＣＣ）または低密度パリティコード（ＬＤＰＣ）のうち少なくとも一つを含むことを特徴とする、請求項２０に記載の多重コード支援方法。
【請求項２２】
無線移動通信システムで多重コードタイプを支援する方法であって、
区間使用コード及び少なくとも一つのコードタイプをさらに含む複数のバーストプロファイルで構成される少なくとも一つのバーストプロファイルセットを含むチャネル記述子を基地局から受信する段階と、
前記基地局または端末で用いられるコーディング方式に関する情報を含む少なくとも一つのコードタイプを認識する段階と、
全てのデータバーストを分類するために用いられる区間使用コードを認識する段階と、
を含む、多重コード支援方法。
【請求項２３】
第１グループは、全ての可能なコードタイプを含むことを特徴とする、請求項２２に記載の多重コード支援方法。
【請求項２４】
第２グループまたは第３グループはそれぞれ、一つのコードタイプを含むことを特徴とする、請求項２３に記載の多重コード支援方法。
【請求項２５】
前記第１グループに含まれる特定コードタイプは、全てのグループに共有されることを特徴とする、請求項２４に記載の多重コード支援方法。
【請求項２６】
前記コードタイプは、順方向誤り訂正（ＦＥＣ）コードタイプであることを特徴とする、請求項２５に記載の多重コード支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コードタイプを支援する方法に係り、より詳細には、無線移動通信システムで多重コードタイプを支援する方法に関する。
【背景技術】
【０００２】
広帯域無線接続システムにおいて、直交周波数分割多重接続（ＯＦＤＭＡ；Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式がデータ転送に用いられる。直交周波数分割多重接続方式が用いられる場合、フレームの構造は次のように定義される。第一、ダウンリンクフレームは、端末（ＭＳ）と基地局（ＢＳ）間の同期化及び物理階層における等化（ｅｑｕａｌｉｚａｔｉｏｎ）のために用いられうるフレームの開始位置でプリアンブル（Ｐｒｅａｍｂｌｅ）を表示する。該フレームは、プリアンブルの次に、割り当てられるバーストの位置と用途を定義するダウンリンクマップ（ＤＬ−ＭＡＰ）メッセージとアップリンクマップ（ＵＬ−ＭＡＰ）メッセージを含む。
【０００３】
より詳細には、ＤＬ−ＭＡＰメッセージは、バーストモード物理階層で、フレームのダウンリンク区間に割り当てられた各バーストの用途を定義する。ＵＬ−ＭＡＰメッセージも同様に、フレームのアップリンク区間に割り当てられたバーストの用途を定義する。ＤＬ−ＭＡＰに含まれた情報要素（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ：以下、‘ＩＥ’という。）は、使用者グループのダウンリンクトラフィック区間において、ダウンリンク区間使用コード（Ｄｏｗｎｌｉｎｋ  Ｉｎｔｅｒｖａｌ  Ｕｓａｇｅ  Ｃｏｄｅ；以下、‘ＤＩＵＣ’という。）、ＣＩＤ（Ｃｏｎｎｅｃｔｉｏｎ  ＩＤ）及びバーストの位置情報（例えば、サブチャネルフセット、シンボルオフセット、サブチャネル数、シンボル数）によって分類される。
【０００４】
ＵＬ−ＭＡＰメッセージを構成する情報要素の用途は、各ＣＩＤ（Ｃｏｎｎｅｃｔｉｏｎ  ＩＤ）別にアップリンク区間使用コード（Ｕｐｌｉｎｋ  Ｉｎｔｅｒｖａｌ  Ｕｓａｇｅ  Ｃｏｄｅ；以下、‘ＵＩＵＣ’という。）によって定められる。そして、アップリンク区間の該当位置は、デュレーション（ｄｕｒａｔｉｏｎ）によって規定される。ここで、各区間の用途は、ＵＬ−ＭＡＰで使われるＵＩＵＣ値によって定められる。各区間の始点は、それ以前のＩＥ始点からＵＬ−ＭＡＰ  ＩＥで規定されたデュレーション離隔された（ｏｆｆｓｅｔ）地点から始まる。
【０００５】
移動端末は、ネットワークに進入する（Ｎｅｔｗｏｒｋ  Ｅｎｔｒｙ）、または、ハンドオーバーやその他の理由によってネットワークに再進入する（Ｎｅｔｗｏｒｋ  Ｒｅ−Ｅｎｔｒｙ）べく、ダウンリンクチャネル記述子（Ｄｏｗｎｌｉｎｋ  Ｃｈａｎｎｅｌ  Ｄｅｓｃｒｉｐｔｏｒ；以下、‘ＤＣＤ’という。）及びアップリンクチャネル記述子（Ｕｐｌｉｎｋ  Ｃｈａｎｎｅｌ  Ｄｅｓｃｒｉｐｔｏｒ；以下、‘ＵＣＤ’という。）を受信する。セルは、ＤＣＤ／ＵＣＤメッセージを介してダウンリンク及びアップリンクの物理チャネル特性を移動端末に周期的に提供する。ここで、セルは、基地局（ＢＳ）を表示するように用いられることができる。
【０００６】
基地局は、各移動端末の受信信号品質に基づいてダウンリンクバーストプロファイル（Ｄｏｗｎｌｉｎｋ＿Ｂｕｒｓｔ＿Ｐｒｏｆｉｌｅ）を構成する。すなわち、各移動端末から転送されたチャネル品質情報（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ；以下、‘ＣＱＩ’という。）を用いて、各移動端末のチャネル状態に応じてダウンリンクバーストプロファイル（または、適応変調及びコーディング（Ａｄｏｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ；以下、‘ＡＭＣ’という。）を構成する。一方、補助的な手段として、ダウンリンクバーストプロファイル変更（Ｄｏｗｎｌｉｎｋ  Ｂｕｒｓｔ  Ｐｒｏｆｉｌｅ  Ｃｈａｎｇｅ；ＤＢＰＣ）要請または応答（すなわち、ＤＢＰＣ−ＲＥＱ／ＲＳＰ）及びレンジング要請／応答（ＲＮＧ−ＲＥＱ／ＲＳＰ）過程を介してダウンリンクバーストプロファイルを修正または変更することができる。
【０００７】
図１は、バーストプロファイルの変更のための臨界値を示す一例である。移動端末は、信号対雑音比（ＳＩＮＲ）、例えば、Ｃ／（Ｎ＋Ｉ）を測定し、許容された運用範囲に対する平均値と比較する。該運用範囲は、臨界レベル（ｔｈｒｅｓｈｏｌｄ  ｌｅｖｅｌ）によって制限される。すなわち、信号対雑音比が、許容された運用範囲を外れると、端末はＤＢＰＣ方法を用いて新しいバーストプロファイルを要請する。移動端末がより強い干渉を持つより強い（ｍｏｒｅ  ｒｏｂｕｓｔ）プロファイルを要請するか（例えば、Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ；ＱＰＳＫ）、または、より少ない干渉を持つより強くない（ｌｅｓｓ  ｒｏｂｕｓｔ）プロファイルを要請するか（例えば、６４  Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ；６４ＱＡＭ）によって、基地局は、変調方式の実質的変更に対するメッセージの転送及び受信を行う。ここで、‘より強い’という言葉は、より強い干渉が存在するのを意味し、‘より強くない’という言葉は、より少ない干渉が存在するのを意味する。
【０００８】
従来技術によれば、基地局のサービス支援可能な範囲内に移動端末が支援可能な複数のコードタイプが存在する場合、そして、ダウンリンク／アップリンクバーストプロファイルが様々なコードタイプを支援するために用いられる場合、各ＡＭＣに相応する信号対雑音比（ＳＮＲ；Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ）の間隔（または、空間）が増加する。したがって、一つのコーディングタイプに対して提供可能な変調方式が減少する。その結果、各コーディングタイプにつきＡＭＣを変更させるために用いられる臨界値の間隔が増加し、チャネル状態に応じてＡＭＣを適宜適用する上で問題があった。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
したがって、本発明は、上記のような従来技術における制約と欠点による一つ以上の問題点を除去する、無線移動通信システムで多重コードタイプを支援する方法に関する。
【００１０】
本発明の目的は、無線移動通信システムで多重コードを支援する方法を提供することにある。
【００１１】
本発明の追加的な長所、目的及び特徴は、下記の記載で部分的に説明され、部分的には下記の説明に係る技術分野における通常の知識を持つ者にとって自明になるか、または、本発明の実施によって明らかになるだろう。本発明の目的及び他の長所は、下記の詳細な説明、添付図面、請求項で特別に指摘された構造によって実現または達成されることができる。
【課題を解決するための手段】
【００１２】
ここに具体化され包括的に説明されるように、かかる目的及び他の長所を実現し、本発明の目的と一致させるために、本発明の一様相として、無線移動通信システムで多重コードを支援する方法は、基地局からチャネル記述子を受信する移動端末を含む。ここで、チャネル記述子は、コードタイプ及び区間使用コードを含む少なくとも一つのバーストプロファイルを含む。したがって、まず、前記移動端末は、基地局または端末によって用いられるコーディング方式に対する情報を含むコードタイプを認識する。続いて、前記端末は、全てのデータバーストを分類するために用いられる区間使用コードを認識する。
【００１３】
本発明の他の様相として、前記端末は、基地局からダウンリンクチャネル記述子（ＤＣＤ）を受信する。ここで、ＤＣＤは、少なくとも一つのバーストプロファイルを含む。前記ＤＣＤ受信後に、端末は、基地局で用いられるコーディング方式に関する情報を含むコードタイプ及び全てのデータバーストを分類するために用いられる区間使用コードを認識する。
【００１４】
また、本発明のさらに他の様相として、前記端末は、一つの端末からアップリンクチャネル記述子（ＵＣＤ）を受信する。ここで、ＵＣＤは、少なくとも一つのバーストプロファイルを含む。前記ＵＣＤ受信後に、端末は、基地局で用いられるコーディング方式に関する情報を含むコードタイプ及び全てのデータバーストを分類するために用いられる区間使用コードを認識する。
【００１５】
本発明のさらに他の様相として、端末は、基地局からチャネル記述子を受信する。ここで、チャネル記述子は、区間使用コード及び少なくとも一つのコードタイプをさらに含む複数のバーストプロファイルを含んでなる少なくとも一つのバーストプロファイルセットを含む。したがって、端末は、まず、基地局または端末で用いられるコーディング方式に関する情報を含む少なくとも一つのコードタイプを認識する。続いて、端末は、全てのデータバーストを分類するために用いられる区間使用コードを認識する。
【００１６】
本発明についての上記の包括的な説明及び下記の詳細な説明はいずれも例示的且つ説明的なもので、特許請求の範囲に記載された本発明について付加的な説明を提供するためのものとして理解すべきである。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の好適な実施例を、添付の図面を参照しつつ詳細に説明する。図面中、同一の構成要素には可能な限り同一の参照番号を付する。
【００１８】
まず、ＤＣＤメッセージの一例を表１に示す。
（表１）
【００１９】
【表１】
2008535439.tif 000003
表２には、ＵＣＤメッセージの一例を示す。
（表２）
【００２０】
【表２】
2008535439.tif 000004
該ＤＣＤ／ＵＣＤメッセージはそれぞれ、ダウンリンクとアップリンクに割り当てられたバースト区間のための物理階層パラメータを含む。該物理階層パラメータの一例に、変調タイプ（ｍｏｄｕｌａｔｉｏｎ  ｔｙｐｅ）と順方向誤り訂正（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ；以下、‘ＦＥＣ’という。）コードタイプがある。また、これらのＦＥＣコードタイプのためのパラメータは、例えば、ＲＳ（Ｒｅｅｄ−Ｓｏｌｏｍｏｎ）コードのＫ、Ｒ値などによって表現されることができる。
【００２１】
これらのパラメータは、ＤＣＤメッセージのダウンリンクバーストプロファイルＤｏｗｎｌｉｎｋ＿Ｂｕｒｓｔ＿Ｐｒｏｆｉｌｅ及びＵＣＤメッセージのアップリンクバーストプロファイルＵｐｌｉｎｋ＿Ｂｕｒｓｔ＿Ｐｒｏｆｉｌｅに含まれたＵＩＵＣまたはＤＩＵＣにマッピングされる。すなわち、ＤＣＤに含まれたダウンリンクバーストプロファイルＤｏｗｎｌｉｎｋ＿Ｂｕｒｓｔ＿Ｐｒｏｆｉｌｅ情報は、該当のＤＩＵＣを用いて特定ダウンリンクバーストに使用される物理階層の特性を定義することができる。
【００２２】
表３には、ダウンリンクバーストプロファイルＴＬＶフォーマットの一例を示す。
（表３）
【００２３】
【表３】
2008535439.tif 000005
表３に示すように、ダウンリンクバーストプロファイルは、４ビット長のＤＩＵＣを含む。該ＤＩＵＣは４ビットの情報を持つから、１６個の相異なる情報（例えば、コーディング及び変調方式）をマッピングさせることができる。なお、基地局またはセルは、１３個のバーストプロファイルを選択してＤＩＵＣ０〜ＤＩＵＣ１２に割り当てることができ、ＦＥＣコードタイプをそれぞれのＤＩＵＣにマッピングさせることができる。
【００２４】
一方、ＵＣＤメッセージに含まれたアップリンクバーストプロファイルは、該当のＵＩＵＣを用いて特定アップリンクバーストに用いられる物理階層の特性を定義することができる。
【００２５】
表４に、アップリンクバーストプロファイルＴＬＶフォーマットの一例を示す。
（表４）
【００２６】
【表４】
2008535439.tif 000006
表４に示すように、アップリンクバーストプロファイルは、４ビット長のＵＩＵＣを含む。該ＵＩＵＣは４ビットの情報を持つから、１６個の相異なる情報（例えば、コーディング及び変調方式）をマッピングさせることができる。また、基地局またはセルは１０個のバーストプロファイルを選択してＵＩＵＣ０〜ＵＩＵＣ１０に割り当てることができ、ＦＥＣコードタイプをそれぞれのＵＩＵＣにマッピングさせることができる。その後、基地局は、ＤＣＤ／ＵＣＤメッセージを介して選択されたバーストプロファイルを通知する。表５及び表６に、ＴＬＶ（タイプ（Ｔｙｐｅ）、長さ（Ｌｅｎｇｔｈ）、値（Ｖａｕｌｅ））フォーマットのダウンリンクバーストプロファイルの一例を示す。
（表５）
【００２７】
【表５】
2008535439.tif 000007
（表６）
【００２８】
【表６】
2008535439.tif 000008
表７には、ＴＬＶ（タイプ（Ｔｙｐｅ）、長さ（Ｌｅｎｇｔｈ）、値（Ｖａｕｌｅ））フォーマットのアップリンクバーストプロファイルの一例を示す。
（表７）
【００２９】
【表７】
2008535439.tif 000009
表３を用いて、基地局はＦＥＣコードタイプを１３個のＤＩＵＣ（すなわち、ＤＩＵＣ０〜ＤＩＵＣ１２）にマッピングすることによってダウンリンクバーストプロファイルを構成する。マッピング方法は、加入者ステーション基本性能要請及び応答（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ  Ｂａｓｉｃ  Ｃａｐａｂｉｌｉｔｙ  ｒｅｑｕｅｓｔ  ａｎｄ  ｒｅｓｐｏｎｓｅ；ＳＢＣ−ＲＥＱ／ＲＳＰ）過程を用いて、移動端末が支援可能なコーディングタイプを話し合う（ｎｅｇｏｔｉａｔｉｎｇ）過程を含む。表８及び表９に、移動端末が支援可能な変調及び復調の一例を示す。
（表８）
【００３０】
【表８】
2008535439.tif 000010
（表９）
【００３１】
【表９】
2008535439.tif 000011
ＦＥＣコードタイプと関連して、例えば、畳み込みコード（Ｃｏｎｖｏｌｕｔｉｏｎａｌ  Ｃｏｄｅ；以下、‘ＣＣ’という。）、ブロックターボコーディング（Ｂｌｏｃｋ  Ｔｕｒｂｏ  Ｃｏｄｉｎｇ；以下、‘ＢＴＣ’という。）、畳み込みターボコード（Ｃｏｎｖｏｌｕｔｉｏｎａｌ  Ｔｕｒｂｏ  Ｃｏｄｅ；以下‘ＣＴＣ’という。）、ゼロテール畳み込みコード（Ｚｅｒｏ  Ｔａｉｌ  Ｃｏｎｖｏｌｕｔｉｏｎ  Ｃｏｄｅ；以下、‘ＺＴＣＣ’という。）及び低密度パリティコード（Ｌｏｗ  Ｄｅｎｓｉｔｙ  Ｐａｒｉｔｙ  Ｃｏｄｅ；以下、‘ＬＤＰＣ’という。）などがある。このようなＦＥＣタイプのうち、ＣＣは必須に考慮され、残りのタイプは選択的に考慮される。
【００３２】
動作の際にＣＣは必須的なものであるから、基地局は常にＣＣを使用する。なお、ＤＩＵＣが１６個の異なる情報にマッピングされうるので、ＣＣを最大６個のＤＩＵＣ（例えば、ＤＩＵＣ０〜ＤＩＵＣ５）値にマッピングし、残りの６個の値をＢＴＣ、ＣＴＣ、ＺＴＴＣまたはＬＤＰＣのいずれかに選択的にマッピングする。
【００３３】
ＵＩＵＣにおいても、基本的なＣＣは最大６個のＵＩＵＣ（例えば、ＵＩＵＣ０〜ＵＩＵＣ５）値にマッピングし、残りの６個の値はＢＴＣ、ＣＴＣ、ＺＴＴＣまたはＬＤＰＣのいずれかに選択的にマッピングする。
【００３４】
本発明の一実施例として、バーストプロファイル（Ｂｕｒｓｔ  ｐｒｏｆｉｌｅ）の生成方法が開示され、その詳細な内容は次の通りである。まず、ＴＬＶフォーマットで表現されるそれぞれの臨界値は、各ＤＩＵＣ／ＵＩＵＣ値に一対一基盤にマッピングされる。マッピングされる値の数は、設定するＤＩＵＣ／ＵＩＵＣの数と同一である。ここで、臨界値は、ＦＥＣコードタイプとバーストプロファイルの変更要請の基準となる。また、バーストプロファイルは、該バーストプロファイルのコーディングタイプに関する情報を含む。
【００３５】
表１０に、ダウンリンクバーストプロファイルの一例を示す。
（表１０）
【００３６】
【表１０】
2008535439.tif 000012
表１１には、アップリンクバーストプロファイルの一例を示す。
（表１１）
【００３７】
【表１１】
2008535439.tif 000013
図２は、コーディングタイプによってＡＭＣをＤＩＵＣにマッピングする方法を例示するダイヤグラムである。様々なコーディングタイプのうち、基地局は基本的にＣＣを使用する。言い換えると、ＣＣタイプは常に使用される（すなわち、基本的なＣＣ）。このように、基本的なＣＣのためのＤＩＵＣは、ｔｙｐｅ＝１のＤｏｗｎｌｉｎｋ＿Ｂｕｒｓｔ＿Ｐｒｏｆｉｌｅと呼ばれる。図２に示すように、基本的なＣＣは、ＤＩＵＣ０〜ＤＩＵＣ５とＵＩＵＣ０〜ＤＩＵＣ６（２１）にマッピングされるか割り当てられる。すなわち、例えば、表１０に示すように、“Ｃｏｄｉｎｇ  Ｔｙｐｅ”フィールドは‘００１’に設定されることができ、これは基本的なＣＣを表す。そして、ＡＭＣは、６個のＤＩＵＣ／ＵＩＵＣ値にそれぞれマッピングさせることができる。
【００３８】
なお、異なるコーディングタイプを残りのＤＩＵＣに割り当てるために、基地局は、異なるコーディングタイプをＤＩＵＣ６〜ＤＩＵＣ１２に割り当てる。ここで、ＤＩＵＣ６〜ＤＩＵＣ１２に割り当てられたコーディングタイプは、ＤＩＵＣ０〜ＤＩＵＣ５に割り当てられたコーディングタイプ（すなわち、ＣＣ）と異なる。例えば、基地局が基本的なＣＣの外にＢＴＣを使用すると決定すれば、表１０でＢＴＣで表示されたように、‘Ｃｏｄｉｎｇ  Ｔｙｐｅ’フィールドを‘０１０’に設定し、ＡＭＣをＤＩＵＣ６〜ＤＩＵＣ１２（２２）にマッピングする。これに加えて、基地局がＣＴＣやＬＤＰＣも支援する場合には、‘Ｃｏｄｉｎｇ  Ｔｙｐｅ  Ｓｅｔ’フィールドをそれぞれ‘０１１’または‘１０１’に設定し、ＡＭＣをＤＩＵＣ６〜ＤＩＵＣ１２のそれぞれのセットにマッピングさせる（２３，２４）。
【００３９】
表１２には、ダウンリンクバーストプロファイルの他の例を示す。
（表１２）
【００４０】
【表１２】
2008535439.tif 000014
表１３には、アップリンクバーストプロファイルの他の例を示す。
（表１３）
【００４１】
【表１３】
2008535439.tif 000015
図３は、コーディングタイプによってＡＭＣをＤＩＵＣにマッピングする方法を例示するダイヤグラムである。図３に示すように、各コーディングタイプの組合せは、バーストプロファイルを構成するのに用いられることができる。様々なコーディングタイプのうち、基地局は基本的にＣＣを割り当てる。このように、基地局は、基地局によって付加的に支援されるコーディングタイプによって‘Ｃｏｄｅ  Ｔｙｐｅ  Ｓｅｔ’フィールドを設定する。例えば、基地局が基本的なＣＣの外にＢＴＣを支援する場合、‘Ｃｏｄｅ  Ｔｙｐｅ  Ｓｅｔ’フィールドを‘００１’と設定する。このような設定下で、基本的なＣＣはＤＩＵＣ０〜ＤＩＵＣ５及びＵＩＵＣ１〜ＤＩＵＣ６に割り当てられ、ＢＴＣはＤＩＵＣ６〜ＤＩＵＣ１２に割り当てられる（３１）。
【００４２】
一方、基地局が基本的なＣＣの外にＣＴＣを支援する場合、‘Ｃｏｄｅ  Ｔｙｐｅ  Ｓｅｔ’フィールドを‘０１０’と設定し、基本的なＣＣをＤＩＵＣ０〜ＤＩＵＣ５及びＵＩＵＣ１〜ＤＩＵＣ６に割り当て、ＣＴＣをＤＩＵＣ６〜ＤＩＵＣ１２に割り当てる（３２）。
【００４３】
一方、基地局が基本的なＣＣの外にＬＤＰＣを支援する場合、‘Ｃｏｄｅ  Ｔｙｐｅ  Ｓｅｔ’フィールドを‘１００’と設定し、基本的なＣＣをＤＩＵＣ０〜ＤＩＵＣ５及びＵＩＵＣ１〜ＤＩＵＣ６に割り当て、ＬＤＰＣをＤＩＵＣ６〜ＤＩＵＣ１２に割り当てる（３３）。
【００４４】
図４は、バーストプロファイル適用方法の一例を示す図である。
【００４５】
図４に示すように、移動端末は、各コーディングタイプに基づいて生成されたバーストプロファイルを、ＵＣＤ／ＤＣＤメッセージを介して受信する（Ｓ４１）。その後、移動端末と基地局は、ＳＢＣ−ＲＥＱ／ＲＳＰ過程によってそれぞれ支援可能なコーディングタイプを話し合う（Ｓ４２，Ｓ４３）。端末は、基地局からＳＢＣ−ＲＳＰメッセージを受信した後、端末自身が支援可能な‘Ｃｏｄｉｎｇ  Ｔｙｐｅ’または‘Ｃｏｄｅ  Ｔｙｐｅ  Ｓｅｔ’に該当するＤＩＵＣ値を解析する。
【００４６】
ＵＣＤ／ＤＣＤメッセージを介してバーストプロファイルを受信し、支援可能なコーディングタイプを基地局と話し合った後に、コーディングタイプが決定されると（例えば、ＬＤＰＣに決定されると）、ＣＣ及びＬＤＰＣタイプを表すＡＭＣは、当該移動端末に割り当てられた特定バーストに適用され、該移動端末は当該ＡＭＣに基づいてダウンリンク信号を受信する（Ｓ４４）。
【００４７】
一方、ＤＬ−ＭＡＰ／ＵＬ−ＭＡＰのＩＥを用いて、特定コーディングタイプを使用している移動端末に新しいコーディングタイプを知らせることができる。拡張されたＤＩＵＣ／ＵＩＵＣを介して新しいコーディング方式が追加される時、拡張されたＤＩＵＣを介して新しいＦＥＣコードタイプを全ての移動端末に知らせても良い。
【００４８】
図５は、バーストプロファイル適用方法の他の例を示す図である。図５に示すように、移動端末は、１個の基本コーディングタイプ及び２個の新しく追加された向上したコーディングタイプを支援する。移動端末は、ＳＢＣ−ＲＥＱメッセージを介して、端末自身が支援可能なコーディング方式を報告する（Ｓ５１）。これに対する応答として、基地局はＳＢＣ−ＲＳＰメッセージを介して、基地局が支援しようとする新しく追加された向上コーディングタイプを移動端末に知らせる（Ｓ５２）。当該ＤＩＵＣ／ＵＩＵＣの適用のために、移動端末は、基地局から受信したＤＣＤに含まれたバーストプロファイルのＤＩＵＣ／ＵＩＵＣの値を認識する。
【００４９】
図５に示すように、移動端末は、少なくとも一つのＣＣとＣＴＣ、ＬＤＰＣを使用する。例えば、移動端末が基本的なＣＣを使用し、同時にＣＴＣ及びＬＤＰＣを支援できれば、移動端末は、この新しいコーディングタイプ（例えば、ＣＴＣまたはＬＤＰＣ）が可能であることをＳＢＣ−ＲＥＱを介して基地局に報告する。基地局は、これを受信して２個のコーディングタイプのうち一つ（すなわち、ＬＤＰＣ）を選択し、これをＳＢＣ−ＲＳＰメッセージを介して端末に知らせる。以降、移動端末は、該ＬＤＰＣに合うようにＤＩＵＣ／ＵＩＵＣの値を解析する。
【００５０】
なお、ＤＣＤ／ＵＣＤに含まれた‘Ｔｙｐｅ’フィールドは、移動端末に必要な情報の種類を区別するのに用いられることができる。例えば、表３及び表４に示すように、‘Ｔｙｐｅ’フィールドは‘１’と設定される。通常、該‘Ｔｙｐｅ’フィールドがバーストプロファイルを決定するのに用いられる。上述の如く、バーストプロファイルは基本コーディングタイプを含め、少なくとも一つのコーディングタイプを利用することを含み、‘Ｔｙｐｅ’フィールドを‘１’に設定する。そして、新しいコーディングタイプを用いるバーストプロファイルは、新しいコーディングタイプを知らせるために使用されることができる。
【００５１】
表１４に、ダウンリンクバーストプロファイルのさらに他の例を示す。
（表１４）
【００５２】
【表１４】
2008535439.tif 000016
‘Ｔｙｐｅ’フィールドが‘１’に設定される時と同様に、ここでは、バーストプロファイルで‘Ｔｙｐｅ’フィールドを‘１５３’と設定する。移動端末は、‘Ｔｙｐｅ’フィールドが‘１’の値を持つバーストプロファイルを使用し、少なくとも一つのコーディングタイプ（すなわち、ＣＣ）のＡＭＣレベルマッピングがわかる（または、これに対する情報を受信する）。端末が、‘１５３’に設定された‘Ｔｙｐｅ’フィールドを持つバーストプロファイルを受信すると、端末は保有しているコーディング方式のみを選択できる。
【００５３】
表１５に、アップリンクバーストプロファイルのさらに他の例を示す。
（表１５）
【００５４】
【表１５】
2008535439.tif 000017
表１６には、ＵＣＤに含まれる値の一例を示す。
（表１６）
【００５５】
【表１６】
2008535439.tif 000018
表１７には、ＤＣＤに含まれる値の一例を示す。
（表１７）
【００５６】
【表１７】
2008535439.tif 000019
上記の表１６及び１７に示すように、ＤＣＤやＵＣＤに含まれる‘Ｔｙｐｅ’フィールドの値が解析されることができる。なお、‘Ｔｙｐｅ’フィールドの値が定義されると、‘Ｔｙｐｅ’フィールドの値が１に設定されることを知らせるバーストプロファイルの他に、ＤＣＤ／ＵＣＤが新しいバーストプロファイルの存在を知らせるのに用いられることができる。
【００５７】
本発明の技術的思想及び範囲を逸脱しない限度内で、本発明の様々な変形及び変移ができるということは、当該技術分野における通常の知識を持つ者にとっては自明である。したがって、本発明は、添付した特許請求の範囲及びその均等の範囲内で提供されるいずれの変形及び変移も含む。
【図面の簡単な説明】
【００５８】
【図１】バーストプロファイルの変更のための臨界値の一例を示す図である。
【図２】コーディングタイプによってＡＭＣをＤＩＵＣにマッピングする方法を例示するダイヤグラムである。
【図３】コーディングタイプによってＡＭＣをＤＩＵＣにマッピングする方法を例示するダイヤグラムである。
【図４】バーストプロファイル適用方法の一例を示す図である。
【図５】バーストプロファイル適用方法の他の例を示す図である。
【図１】
2008535439.tif 000020
【図２】
2008535439.tif 000021
【図３】
2008535439.tif 000022
【図４】
2008535439.tif 000023
【図５】
2008535439.tif 000024
【国際調査報告】
2008535439.tif 000025
2008535439.tif 000026
2008535439.tif 000027