(57)【特許請求の範囲】
【請求項１】
無線通信ネットワークの基地局においてＭＢＭＳ制御信号伝送を制御する方法であって、
Ａ．ＭＢＭＳサービス・データおよびＭＢＭＳ制御信号を１つのＭＢＳＦＮサブフレームに多重化するステップであって、前記ＭＢＳＦＮサブフレームが指示情報を含む、ステップ、
無線セルネットワーク一時ＩＤに従って前記指示情報を巡回冗長検査するステップ、および
Ｂ．ＭＢＳＦＮ方式で、ＭＢＭＳサービス・データと前記同じＭＢＳＦＮサブフレームにおいて多重化された前記ＭＢＭＳ制御信号を伝送するステップ
を含む方法。
【請求項２】
前記ステップＢが、
修正期間および／または反復期間に従って、ＭＢＳＦＮ方式でＭＢＭＳ制御信号を伝送するステップ
をさらに含む、請求項１に記載の方法。
【請求項３】
前記修正期間および／または前記反復期間に関連する情報が、システム・メッセージを介して送信される、請求項２に記載の方法。
【請求項４】
前記ステップＡが、
Ａ１．ＭＢＭＳ制御信号に従って第１のＴＢを生成し、ＭＢＭＳサービス・データに従って第２のＴＢを生成するステップであって、前記第１のＴＢおよび前記第２のＴＢが１つのＭＢＳＦＮサブフレームに多重化される、ステップ
をさらに含む、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記指示情報が、前記第１のＴＢの位置と変調および符号化方式とを含む、請求項４に記載の方法。
【請求項６】
前記指示情報が、新たなＭＢＭＳが生成されるか否かの指示をさらに含む、請求項５に記載の方法。
【請求項７】
前記ＭＢＳＦＮにおける一定時間周波数リソースを前記第１のＴＢに割り当てるステップをさらに含む、請求項４に記載の方法。
【請求項８】
前記ステップＡが、
Ａ１’．ＭＢＭＳ制御信号およびＭＢＭＳサービス・データに従って第３のＴＢを生成するステップ
をさらに含む、請求項１乃至３のいずれか１項に記載の方法。
【請求項９】
ＭＢＭＳ制御信号のＱｏＳに従って前記第３のＴＢの変調および符号化方式を確定するステップをさらに含む、請求項８に記載の方法。
【請求項１０】
無線通信ネットワークの基地局においてＭＢＭＳ制御信号伝送を制御する方法であって、
Ａ’．ＭＢＭＳ制御信号を排他的に１つのＭＢＳＦＮサブフレームにパケット化するステップであって、前記ＭＢＳＦＮサブフレームが指示情報を含む、ステップ、
無線セルネットワーク一時ＩＤに従って前記指示情報を巡回冗長検査するステップ、および
Ｂ．ＭＢＳＦＮ方式で、前記ＭＢＳＦＮサブフレームに排他的にパケット化している前記ＭＢＭＳ制御信号を伝送するステップ
を含む方法。
【請求項１１】
無線通信ネットワークの基地局におけるＭＢＭＳ制御信号伝送を制御する制御装置であって、
ＭＢＭＳサービス・データおよびＭＢＭＳ制御信号を、指示情報を含む１つのＭＢＳＦＮサブフレームに多重化し、無線セルネットワーク一時ＩＤに従って前記指示情報を巡回冗長検査する処理手段、および
ＭＢＳＦＮ方式で、ＭＢＭＳサービス・データと前記同じＭＢＳＦＮサブフレームにおいて多重化された前記ＭＢＭＳ制御信号を伝送する送信手段
を具備する制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークに関し、特に、無線通信ネットワークにおいて信号を伝送する方法および装置に関する。
【背景技術】
【０００２】
ＭＢＭＳ、すなわち３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：第３世代パートナーシップ・プロジェクト）組織によってＲ６（Ｒｅｌｅａｓｅ  ６：リリース６）に導入された重要な特徴は、ソースから何らかの指定された範囲内のいくつかのユーザにデータを同時に伝送し、さらにコア・ネットワークおよびアクセス・ネットワークを含むネットワークのリソースを共有して、サービス、たとえばマルチメディア・サービスを、同じ要求を有する多数のユーザにより少ないリソースで提供することができる、ポイント・ツー・マルチポイントサービスである。
【０００３】
長期間の研究および開発の後、ＭＢＭＳは、３ＧシステムのＲ６、Ｒ７において完全実施をすでに達成しているが、サービスの高まる需要、特にユーザおよびサービス・プロバイダのモバイルＴＶサービスに対する強い需要を満たすことができない。ＭＢＭＳのＱｏＳをさらに向上させ、新しいＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ：ロング・ターム・エボリューション）システムに適合させるために、ＭＢＭＳは、論理アーキテクチャ、サービス・モード、伝送方法およびチャネル構造等を大幅に改善する。したがって、Ｒ６／Ｒ７  ＭＢＭＳがＳＡＥ−ＭＢＭＳ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｖｅ−Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ：システム・アーキテクチャ発展型マルチメディア・ブロードキャスト・マルチキャスト・サービス）およびＬＴＥ−ＭＢＭＳ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ−ＭＢＭＳ）に発展する。
【０００４】
ｅＭＢＭＳ（Ｅｖｏｌｖｅｄ−Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ：進化型ＭＢＭＳ）では、ＳＦＮ（Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ：単一周波数ネットワーク）伝送方式がアクセス・ネットワークに導入され、それはＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ  Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ：マルチキャスト・ブロードキャスト単一周波数ネットワーク）伝送方式と呼ばれ、そこでは、いくつかの基地局が、同じリソースおよび同じ無線構成（たとえば変調および符号化方式）で同じデータを同時に伝送する。ＭＢＳＦＮ伝送のためのこれらの複数のセルは、ＭＢＳＦＮエリアと呼ばれる。ＭＢＳＦＮ伝送方式を用いることにより、周波数リソースを低減し、周波数スペクトル利用率を向上させることができる。一方、いくつかのセルで同じ周波数で伝送するダイバーシティ効果により、不感区域のカバレッジの問題を解決し、受信の信頼性を向上させ、カバレッジを増大させることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
現行のＲ６  ＭＢＭＳでは、共通の信号伝送方式を使用する、ＭＢＭＳ  ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：マルチキャスト制御チャネル）で伝送する制御信号として知られるＭＢＭＳ制御信号は、予約された信号チャネルでサービスＩＤに従って送信されるため、現行のＲ６  ＭＥＭＳはＭＢＳＦＮ伝送をサポートすることができない。
【課題を解決するための手段】
【０００６】
本発明は、ＭＢＳＦＮ方式でＭＢＭＳ制御信号を伝送するいくつかの実施態様、特にレイヤー２（Ｌ２）においてＭＢＳＦＮ方式でＭＣＣＨ信号を伝送する実施態様を提案する。
【０００７】
本発明の第１の態様によれば、無線通信ネットワークの基地局においてＭＢＭＳ制御信号伝送を制御する方法であって、ＭＢＳＦＮ方式でＭＢＭＳ制御信号を伝送するステップを含む方法が提供される。
【０００８】
本発明の第２の態様によれば、無線通信ネットワークの移動局において、ＭＢＭＳ制御信号を受信する方法であって、移動局が、修正期間および／または反復期間に関連する情報を含むシステム・メッセージを受信する方法であり、修正期間および／または反復期間に従って、ＭＢＳＦＮサブフレームでＭＢＭＳ制御信号を受信するステップを含む方法が提供される。
【０００９】
本発明の第３の態様によれば、無線通信ネットワークの基地局におけるＭＢＭＳ制御信号伝送を制御する制御装置であって、ＭＢＳＦＮ方式でＭＢＭＳ制御信号を送信する送信装置を備える装置が提供される。
【００１０】
本発明の第４の態様によれば、無線通信ネットワークの基地局におけるＭＢＭＳ制御信号を受信する受信装置であって、移動局が基地局からシステム・メッセージを受信する受信装置であり、修正期間および／または反復期間に従ってＭＢＳＦＮサブフレームでＭＢＭＳ制御信号を受信する受信装置を備える受信装置が提供される。
【発明の効果】
【００１１】
本発明によって提供される解決法により、ＭＢＳＦＮ方式でＭＢＭＳ制御信号、好ましくは１つのＭＢＳＦＮサブフレームで多重ＭＢＭＳ制御信号およびＭＢＭＳサービス・データを伝送することが実現され、ＭＢＳＦＮサブフレームにおいてＭＢＭＳ制御信号に対して動的にリソースを割り当てる。
【００１２】
非制限的な実施形態の以下の詳細な説明を参照して、本発明の他の特徴、目的および利点がより明らかとなろう。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施形態によりＭＣＣＨ制御信号を伝送するＭＢＳＦＮサブフレームの概略図である。
【図２】本発明の第１の実施形態による方法フローチャートである。
【図３】本発明の第２の実施形態によりＭＣＣＨ制御信号を伝送するＭＢＳＦＮサブフレームの概略図である。
【図４】本発明の第２の実施形態による方法フローチャートである。
【図５】本発明の第３の実施形態によりＭＣＣＨ制御信号を伝送するＭＢＳＦＮサブフレームの概略図である。
【図６】本発明の第３の実施形態による方法フローチャートである。
【図７】本発明の第４の実施形態によりＭＣＣＨ制御信号を伝送するＭＢＳＦＮサブフレームの概略図である。
【図８】本発明の第４の実施形態による方法フローチャートである。
【図９】本発明の第４の実施形態によるＭＡＣ−ＰＤＵの概略図である。
【図１０】本発明の実施形態による装置ブロック図である。
【図１１】本発明の別の実施形態による装置ブロック図である。
【図１２】本発明のさらに別の実施形態による装置ブロック図である。
【図１３】本発明のさらに別の実施形態による装置ブロック図である。
【発明を実施するための形態】
【００１４】
図面において、同じかまたは同様の参照符号は、同じかあるいは同様の装置（モジュール）またはステップを指す。
【００１５】
ＭＢＭＳサービス・データ、たとえばＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ：マルチキャスト・トラフィック・チャネル）で伝送されるサービス・データはＭＢＳＦＮ方式で伝送され、一方でＭＴＣＨはＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ：マルチキャスト・チャネル）にマップされ、ＭＣＨはＰＭＣＨ（Ｐｈｙｓｉｃａｌ  Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ：物理マルチキャスト・チャネル）にマップされる。
【００１６】
ＭＴＣＨサービス・データはＭＢＳＦＮ方式で伝送され、それは、ＲＳ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ：基準信号）およびスクランブリング・コードがＰＭＣＨに対するＭＢＳＦＮエリアにおいて同じであることを意味する。異なる基地局からＭＢＳＦＮ方式で伝送される信号は、自然に空中で加算される。ＭＢＳＦＮエリア全体においてＲＳおよびスクランブリング・コードが同じであるため、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ユーザ機器）は、同じＲＳを用いて、結合されたＭＢＳＦＮチャネル推定を行う。ＵＥは、結合された信号がいずれの基地局から伝送されるかを識別して、結合された信号を直接復調および復号する必要はない。
【００１７】
ＭＣＣＨおよびＭＴＣＨがすべてＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）にマップされる場合、それは、ＭＣＣＨおよびＭＴＣＨをＭＢＳＦＮサブフレームでしか搬送することができないことを意味する。ＭＢＳＦＮサブフレームにＭＣＣＨ伝送およびＭＴＣＨ伝送の両方がある場合、ＭＴＣＨがＭＢＳＦＮ方式で伝送される時、それは、ＭＣＣＨがＭＢＳＦＮ方式で伝送されなければならないことを意味する。一方、ＭＣＣＨが非ＭＢＳＦＮ方式で伝送される場合、それが、ＭＢＳＦＮ方式で伝送される同じＭＢＳＦＮサブフレームのＭＴＣＨサービス・データ伝送に影響を与え、たとえばＭＣＣＨ制御信号と同じＭＢＳＦＮサブフレームにおけるＭＴＣＨサービス・データを、異なるｅＮＢの同じリソースに割り当てることはできない。さらに、すでに上述したように、ＵＥは、結合されたＭＢＳＦＮ方式を用いて受信信号を推定し、したがって、異なるｅＮＢがＭＣＨ上で非ＭＢＳＦＮ方式で伝送している場合、ＵＥは、受信データを正確に復調および復号することができない。
【００１８】
以下、複数の実施形態において、ＭＢＳＦＮ方式でのＭＣＣＨ制御信号伝送について説明する。
【００１９】
第１の実施形態
図１は、一実施形態のＭＣＣＨ制御信号を伝送する概略図を示す。
【００２０】
ＭＢＳＦＮサブフレームは１ミリ秒、すなわちＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ：送信時間間隔）である。サブフレームは１２のシンボル、たとえば１２ＯＦＤＭシンボルを含む。
【００２１】
そこでは、ＭＢＳＦＮ伝送の代りに、ユニキャスト・ユーザの場合のセル間のハンドオーバ、負荷分散または干渉調整（ｉｎｔｅｒｆｅｒｅｎｃｅ  ｃｏｏｒｄｉｎａｔｉｏｎ）測定に対し、ＭＢＳＦＮサブフレームにおける最初の２つのシンボルが、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  ＨＡＲＱ  Ｉｎｄｉｃａｔｉｏｎ  Ｃｈａｎｎｅｌ：物理ＨＡＲＱ指示チャネル）、ＣＲＳ（Ｃｏｍｍｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ：共通基準信号）等に対して予約され、したがって、ＭＢＳＦＮサブフレームの最初の２つのシンボルをＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：物理ダウンリンク制御チャネル）シンボルとみなすことができる。
【００２２】
ここで図２を組み合わせて図１を参照すると、本発明の第１の実施形態の方法フローチャートは以下のように説明される。図２に示すように、ステップＳ１０において、基地局１は、ＭＣＣＨ制御信号に従って第１のＴＢ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｂｌｏｃｋ：伝送ブロック）を生成し、それはＭＣＣＨ制御信号ＴＢであり、かつＭＴＣＨサービス・データに従って第２のＴＢを生成し、それはＭＴＣＨサービス・データＴＢである。したがって、図１に示すように、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データは、２つのＴＢの形態で同じサブフレーム内で多重化される。当業者は、図１において正方形として示す第１のＴＢおよび第２のＴＢが単に例示のためのものであり、第１のＴＢを、不連続であってもよい１つまたは複数のＲＢ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ：リソースブロック）にマップしてもよく、第２のＴＢを、不連続であってもよい１つまたは複数のＲＢにマップしてもよいことを理解することができる。実際に、ＲＢがＭＢＳＦＮサブフレームにマップされるパターンは不規則であり得る。
【００２３】
その後ステップＳ１１において、基地局１は、サブフレームにＭＣＣＨ関連指示情報を生成する。ＭＣＣＨ関連指示情報は、たとえばＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｄｉｃａｔｉｏｎ：ダウンリンク制御指示）およびＭＢＭＳ−ＲＮＴＩ（ＭＢＭＳ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ：ＭＢＭＳ−無線ネットワーク一時識別子）を含む。ＤＣＩおよびＭＢＭＳ−ＲＮＴＩ情報をＰＤＣＣＨシンボルに配置することができる。
【００２４】
そこで、ＤＣＩフォーマット４を定義すると、ＤＣＩフォーマット４は、
−ＭＣＣＨによって占有されるＲＢに関する情報、またはＭＣＣＨ信号の位置、
−ＭＣＣＨのＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍａ：変調および符号化方式）
を含む。
−別の実施形態では、ＤＣＩフォーマット４は新たなサービス通知識別子を含むことができる。
【００２５】
新たに定義されたＤＣＩフォーマット４は、動的スケジュールＭＣＣＨ制御信号に対して必要な指示情報を考慮し、したがって、他のＤＣＩフォーマットで定義される何らかのパラメータを省略する。当然ながら、すでに定義されているＤＣＩフォーマット１、２等を同様に再使用することができる。
【００２６】
基地局１が、ＭＣＣＨ  ＴＢを動的にスケジューリングするために、実際のＭＣＣＨデータ量に従って正確にＭＣＣＨによって占有されるＲＢを確定することができ、基地局１が、ＭＣＣＨによって要求されるたとえばＱｏＳ情報に従って動的にＭＣＣＨのＭＣＳを確定することができることが留意されるべきである。
【００２７】
ＭＣＣＨ関連指示情報は、ＭＢＭＳ−ＲＮＴＩを含む。より確実な伝送のために、ＤＣＩに対してＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ：巡回冗長検査）を用いてもよい。基地局１がＤＣＩに対してＣＲＣを計算する場合、ＲＮＴＩはＣＲＣにマスクとして追加される。ＲＮＴＩは、ページングＲＮＴＩ（ｐａｇｉｎｇ−ＲＮＴＩ）、ＭＢＭＳ−ＲＮＴＩ、Ｓ−ＲＮＴＩ、ユーザ特定ＲＴＮＩ等を含む。各ＲＮＴＩは、関連するプロトコルで定義される固定値を有するが、それについてはここでは繰り返さない。基地局１は、いずれのデータをスケジューリングする必要があるかを知っており、したがって、実際にスケジューリングされるべきデータに従って、ＣＲＣに対応するＲＮＴＩを追加する。
【００２８】
その後、ステップＳ１２において、基地局１は、ＭＣＨを介して物理層に２つのＴＢを伝送し、基地局１によって支配される１つまたは複数の移動局に送信する。
【００２９】
伝送の信頼性と、ＵＥの省電力モードと、ＭＣＣＨ制御信号の受信の失敗を回避することとを考慮して、基地局１は、ＭＣＣＨ制御信号に対してＭＰ（Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｐｅｒｉｏｄ：修正期間）およびＲＰ（Ｒｅｐｅｔｉｔｉｏｎ  Ｐｅｒｉｏｄ：反復期間）期間伝送機構を使用する必要がある。ＭＰは、１つのスケジューリング期間に等しく、ＭＰ期間はいくつかのＲＰ期間に等しい。たとえば、ＭＰ期間は４つまたは８つのＲＰを含む。理想的には、基地局１は、すべてのＭＰまたはＲＰ開始の第１のＭＢＳＦＮサブフレームでＭＣＣＨメッセージを送信し、ＭＣＣＨ信号は他のＭＢＳＦＮサブフレームでは送信されない。当然ながら、ＭＢＳＦＮサブフレームは、スケジューリング期間において不連続であり、たとえば、ＭＰ開始の第１の期間に対応するサブフレームはＭＢＳＦＮ伝送を実行することができないが、ＭＣＣＨ制御信号は、ＭＢＳＦＮ方式で伝送されるように定義されているため、したがって、この種の状況は発生する可能性があり、ＲＰは第４０サブフレームから開始し、ＭＣＣＨは第３９サブフレームまたは第４１サブフレームで送信される可能性があり、そこでは、第３９サブフレームおよび第４１サブフレームはＭＢＳＦＮサブフレームである。すなわち、ＭＣＣＨ制御信号は、ＭＰおよびＲＰ開始に最も近いＭＢＳＦＮサブフレームのみで移動局に送信される。当然ながら、最も近いＭＢＳＦＮサブフレームをいかに定義するか、ＭＣＣＨ制御信号メッセージを伝送するために、ＭＰ／ＲＰ期間開始に最も近い先のＭＢＳＦＮサブフレームを選択するか、またはＭＰ／ＲＰ期間開始に最も近い後のＭＢＳＦＮサブフレームを選択するかは、システムによって事前に確定されており、すべての基地局が同じ選択方法を有しているべきである。各ＲＰにおいて基地局１によって送信されるＭＣＣＨメッセージは、ＭＣＣＨメッセージが更新されるまで同じであり、更新されたＭＣＣＨメッセージは、ＭＰ開始に最も近いＭＢＳＦＮサブフレームに現れ、その後、続くＲＰは、更新されたＭＣＣＨメッセージに従って定期的に送信される。
【００３０】
基地局１は、ＭＰおよびＲＰを設定するオプションを追加するようにシステム・メッセージを拡張し、ＭＰおよびＲＰを含むシステム・メッセージを予め移動局２に送信してもよい。
【００３１】
その後、ステップＳ１３において、移動局２は、ＭＰおよびＲＰスケジューリング期間において基地局１からＭＣＣＨ制御信号を含むＭＢＳＦＮサブフレームを受信する。
【００３２】
その後、ステップＳ１４において、移動局２はまず、ＭＢＳＦＮサブフレームのＰＤＤＣＨシンボルを読み出し、ＤＣＩ指示メッセージが見つかると、ＤＣＩメッセージに対してＣＲＣを復号する。ＣＲＣが復号された後、移動局２は、ＭＣＣＨ制御信号メッセージに対して復号が必要であるか否かをさらに確定するために、対応するＲＮＴＩ値を取得することができる。ＭＣＣＨ制御信号に対して復号および復調が必要である場合、移動局２は、ＰＤＣＣＨシンボルにおけるＭＣＣＨ  ＭＣＳに従ってＭＣＣＨメッセージを復号しかつ復調する。移動局２の続く動作は、本発明にはそれほど相関しておらず、したがってここでは繰り返さない。
【００３３】
当業者は、この実施形態において、ステップＳ１０およびステップＳ１１が明確な順序を有してはおらず、文脈における順序は単に実施態様であることを理解するであろう。基地局１は、まず、ＭＣＣＨ関連指示情報を生成してもよく、その後、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データに従ってＭＢＳＦＮサブフレームで多重化された２つのＴＢを生成する。
【００３４】
ＰＤＣＣＨシンボルで定義された上記指示機構を簡略化し、ＭＣＣＨ制御信号に割り当てられたリソースの同期を確認するために、以下のように規則を定義することができる。
−ＭＴＣＨサービス・データにリソースを割り当てる前に、まず、ＰＭＣＨ  ＲＢの開始時にＭＣＣＨにリソースを割り当てる。
−ＭＢＳＦＮサブフレームにおいて１つのＭＣＣＨ  ＴＢおよび１つのＭＴＣＨ  ＴＢしか同時に伝送することができないことを考慮すると、ＭＣＣＨに割り当てられたリソースが確定されると、残りのリソースは、すべてＭＴＣＨリソース割当に使用され、したがって、ＰＤＣＣＨにおいて、ＭＴＣＨのリソース割当情報の指示の代りに、ＭＣＣＨのリソース割当情報の指示が必要とされる。
【００３５】
現ＭＢＳＦＮサブフレームにおいていずれのＭＣＣＨも伝送されていない場合、リソースはＭＣＣＨに割り当てられず、ＭＣＣＨのＤＣＩはＰＤＣＣＨシンボルに現れない。
【００３６】
第１の実施形態の利点は、
−ＭＣＣＨおよびＭＴＣＨに対してより効率的かつ柔軟な伝送方法を提供すること、
−ユニキャストのＰＤＣＣＨにおけるサービススケジューリング指示を引き継ぎ、したがってユニキャストとの一貫性を維持すること
である。
【００３７】
しかしながら、第１の実施の形態を実施するために、ＭＣＣＨおよびＭＣＳのリソース割当を指示するＤＣＩが定義される必要がある。
【００３８】
第２の実施形態
図３は、本発明の第２の実施形態によるＭＣＣＨ制御信号を伝送するＭＢＳＦＮサブフレームの概略図を示し、図４は、本発明の第２の実施形態による方法フローチャートを示す。
【００３９】
図４を組み合わせて図３を参照すると、本発明の第２の実施形態の方法フローチャートは以下のように説明される。図４に示すように、ステップＳ１０’において、基地局１は、ＭＣＣＨ制御信号に従って第１のＴＢを生成し、ＭＴＣＨサービス・データに従って第２のＴＢを生成する。したがって、図３に示すように、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データは、２つのＴＢフォーマットとして１つのサブフレームに多重化される。そこで、ＭＣＣＨ制御信号に割り当てられたリソースは、固定であるように設定され、所定位置に予約され、サイズが定義され、たとえば、ＭＣＣＨ制御信号伝送に対して、２つのＰＤＣＣＨシンボルの後の第１のシンボルが常に予約されてもよく、ＭＢＳＦＮサブフレームにおける残りの９つのＲＢがすべてＭＴＣＨサービス・データ伝送に用いられてもよい。
【００４０】
当業者は、図３において正方形で示す第１のＴＢおよび第２のＴＢが単に例示のためのものであり、第１のＴＢを、不連続であってもよい１つまたは複数のＲＢにマップしてもよく、第２のＴＢを、不連続であってもよい１つまたは複数のＲＢにマップしてもよいことを理解することができる。したがって、実際に、ＲＢがＭＢＳＦＮサブフレームにマップされるパターンは不規則であり得る。
【００４１】
その後、ステップＳ１２’において、基地局１は、ＭＣＨを介して物理層に２つのＴＢを伝送し、基地局１によって支配される１つまたは複数の移動局に送信する。
【００４２】
ＭＣＣＨ制御信号は、ＭＰおよびＲＰ開始に最も近いＭＢＳＦＮサブフレームにおいてのみ基地局に伝送されることが留意されるべきである。
【００４３】
その後、ステップＳ１３’において、移動局２は、まず、ＭＰおよびＲＰスケジューリング期間において基地局１からＭＣＣＨ制御信号を含むＭＢＳＦＮサブフレームを受信する。
【００４４】
その後、ステップＳ１４’において、移動局２は、システム・メッセージに取り込まれたＭＣＣＨのたとえばＭＣＳに従って、対応するＭＣＣＨメッセージを復号し復調する。移動局２の続く動作は、本発明にはそれほど相関しておらず、したがってここでは繰り返さない。
【００４５】
第２の実施形態の変形では、方法は、ステップＳ１２’の前にステップＳ１１’をさらに含んでもよく、ステップＳ１１’では、２つのＰＤＣＣＨシンボルに、ＭＣＣＨ  ＴＢのＭＣＳを指示する指示情報が追加される。
【００４６】
第２の実施形態の利点は、
−ＭＣＣＨおよびＭＣＳ方法のリソース割当を指示する追加の情報が不要であり、
−ＰＭＣＨの既存のＭＢＳＦＮサブフレーム構造を変更しない
ということである。
【００４７】
しかしながら、第２の実施形態は、ＭＣＣＨリソース割当に対して一定の予約方法を使用し、実際の状態におけるＭＣＣＨデータの異なるサイズを考慮しない。したがって、第１の実施形態におけるリソース利用率に比較して、第２の例のリソース利用率は低い。
【００４８】
第３の実施形態
図５は、本発明の第３の実施形態のＭＣＣＨ制御信号を伝送するＭＢＳＦＮサブフレームの概略図であり、図６は、本発明の第３の実施形態の方法フローチャートを示す。
【００４９】
図６を組み合わせて図５を参照すると、本発明の第３の実施形態の方法フローチャートは以下のように説明される。図６に示すように、ステップＳ１０’’において、基地局１は、ＭＣＣＨ制御信号を排他的に１つのＭＢＳＦＮサブフレームにパケット化する。したがって、図５に示すように、ＭＣＣＨ制御信号ＴＢは、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データを多重化する代りに、ＭＢＳＦＮサブフレームを占有し、それは、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データを１つのＭＢＳＦＮサブフレームで同時に伝送することができないことを意味する。ＭＣＣＨ制御信号が１つのＭＢＳＦＮサブフレームを排他的に占有し、通常、リソース割当がＰＤＣＣＨシンボルの後のリソースの先頭から開始し、ＭＣＣＨ制御信号がＭＰおよびＲＰ期間開始に最も近いＭＢＳＦＮサブフレームで移動局に送信されるため、したがって、第３の実施形態では、ＭＣＣＨリソース割当を指示する指示情報は不要である。
【００５０】
その後、ステップＳ１２’’において、基地局１は、ＭＣＨを介して物理層にＴＢを伝送し、基地局１によって支配される１つまたは複数の移動局に送信する。
【００５１】
ＭＣＣＨ制御信号は、ＭＰおよびＲＰ開始に最も近いＭＢＳＦＮサブフレームにおいてのみ移動局に伝送されることが留意されるべきである。
【００５２】
その後、ステップＳ１３’’において、移動局２はまず、ＭＰおよびＲＰスケジューリング期間において基地局１からＭＣＣＨ制御信号を含むＭＢＳＦＮサブフレームを受信する。
【００５３】
その後、ステップＳ１４’’において、移動局２は、システム・メッセージに取り込まれたＭＣＣＨのたとえばＭＣＳに従って、対応するＭＣＣＨメッセージを復号し復調する。移動局２の続く動作は、本発明にはそれほど相関しておらず、したがってここでは繰り返さない。
【００５４】
当業者は、図５において正方形で示すＴＢが単に例示のためのものであり、ＴＢを、不連続であってもよい１つまたは複数のＲＢにマップしてもよいことを理解することができる。したがって、実際に、ＲＢがＭＢＳＦＮサブフレームにマップされるパターンは不規則であり得る。
【００５５】
第３の実施形態の変形では、本方法は、ステップＳ１２’’の前にステップＳ１１’’をさらに含んでもよく、ステップＳ１１’’では、基地局１により、２つのＰＤＣＣＨシンボルに、ＭＣＣＨ  ＴＢのＭＣＳを指示する指示情報が追加される。
【００５６】
第３の例の利点は、
−ＭＣＣＨおよびＭＣＳ方法のリソース割当を指示する追加の情報が不要である
ということである。
【００５７】
しかしながら、通常、ＭＣＣＨ制御信号のデータ・サイズは小さく、ＭＣＣＨ制御信号は、第３の実施形態では、ＭＴＣＨサービス・データと多重化される代りに１つのサブフレームを占有し、したがって、第３の実施形態のリソース利用率は低い。
【００５８】
第４の実施形態
図７は、本発明の第４の実施形態のＭＣＣＨ制御信号を伝送するＭＢＳＦＮサブフレームの概略図であり、図８は、本発明の第４の実施形態の方法フローチャートを示す。
【００５９】
図８を組み合わせて図７を参照すると、本発明の第３の実施形態の方法フローチャートは以下のように説明される。図８に示すように、ステップＳ１０’’’において、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データは、１つのＭＢＳＦＮサブフレームの第３のＴＢに多重化される。当業者は、ＴＢが、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：媒体アクセス制御）のプロトコル・データ・ユニット（ＭＡＣ−ＰＤＵ）に対応することを理解することができる。図９に示すように、ＭＡＣ−ＰＤＵでは、ＭＣＣＨおよびＭＴＣＨは異なる論理チャネルにあるため、したがって、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データは異なるＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ：サービス・データ・ユニット）にパケット化される。異なるＳＤＵは異なる論理チャネル番号および長さを有する。また、ＭＡＣヘッダに、各ＳＤＵ長と対応する論理チャネル番号とに関する情報があり、したがって、第４の実施形態では、ＭＣＣＨ制御信号リソース割当を指示する指示メッセージは不要であり、代りに、ＭＣＣＨを直接見つけるために、ＭＡＣヘッダに論理チャネル番号を用いることができる。
【００６０】
当業者は、ＭＡＣ−ＰＤＵが変調および符号化方法に対応することを理解することができる。第４の実施形態では、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データを１つのＭＡＣ−ＰＤＵに多重化することは、それらが同じ変調および符号化方法を使用することを意味する。しかしながら、概して、制御信号およびサービス・データは異なるＱｏＳを必要とするため、制御信号およびサービス・データを分離するべきである。ＭＣＣＨ制御信号およびＭＴＣＨサービス・データを１つのＴＢに多重化する第４の実施形態では、ＭＣＣＨ制御信号がＭＴＣＨサービス・データより重要であるため、したがって、まずＭＣＣＨ制御信号によって必要とされるＱｏＳを満足させることを最優先にするべきである。これは、ＭＣＣＨを満足させる、多重化されたＭＣＣＨ制御信号およびＭＴＣＨサービス・データのＭＣＳが優勢であるべきであることを意味する。たとえば、ＭＣＣＨ制御信号のＱｏＳがＭＴＣＨサービス・データのＱｏＳより高い場合、ＭＣＣＨ制御信号のＱｏＳに従って対応するＭＣＳを、ＭＣＣＨ制御信号によって要求されるＱｏＳを満足させるように選択する。当然ながら、ＭＣＣＨ制御信号のＱｏＳがＭＴＣＨサービス・データのＱｏＳより低い場合、ＭＣＣＨサービス・データのＱｏＳに従ってＭＣＳを選択することができる。
【００６１】
その後、ステップＳ１２’’’において、基地局１は、ＭＣＨを介して物理層に第３のＴＢを伝送し、基地局１によって支配される１つまたは複数の移動局に送信する。
【００６２】
ＭＣＣＨ制御信号は、ＭＰおよびＲＰ開始に最も近いＭＢＳＦＮサブフレームにおいてのみ移動局２に伝送されることが留意されるべきである。
【００６３】
その後、ステップＳ１３’’’において、移動局２はまず、ＭＰおよびＲＰスケジューリング期間において基地局１からＭＣＣＨ制御信号を含むＭＢＳＦＮサブフレームを受信する。
【００６４】
その後、ステップ１４’’’において、移動局２は、ＭＡＣ−ＰＤＵを復号し、ＭＡＣヘッダにおけるＳＤＵのＳＤＵ長指示子および対応する論理番号に従って、ＭＣＣＨ制御信号に対応するＭＡＣ−ＳＤＵを見つけ、ＭＣＣＨ制御信号をパケット化しているＭＡＣ−ＳＤＵをパケット分解する。続く動作は、本発明にはそれほど相関しておらず、したがってここでは繰り返さない。
【００６５】
第４の例の利点は、
−ＭＣＣＨおよびＭＣＳ方法のリソース割当を指示する追加の情報が不要である
ということである。
【００６６】
しかしながら、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データを１つのＴＢに多重化することは、同じ変調および符号化方式を使用しなければならないが、ＭＣＣＨ制御信号のＱｏＳおよびＭＴＣＨサービス・データのＱｏＳは異なる可能性がある。
【００６７】
上記実施形態はすべて、ＭＣＨチャネルにマップされるＭＣＣＨおよびＭＴＣＨの状況について述べている。変形例では、ＭＣＣＨをＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：ダウンリンク共有チャネル）にマップしてもよく、例としての第１の実施形態を以下に簡単に説明する。
【００６８】
たとえば、第１の実施形態の変形では、図１を参照すると、ＭＢＳＦＮサブフレームのＭＣＣＨ制御信号ＴＢをＤＬ−ＳＣＨにマップしてもよく、ＭＴＣＨサービス・データＴＢは依然としてＭＣＨにマップされ、したがって、ＭＢＭＳサービス・データをＭＢＳＦＮ方式で伝送することができる。
【００６９】
上記複数の例は、本発明を方法およびプロセスの観点で説明しており、以下では、ＭＢＳＦＮ方式でのＭＣＣＨ制御信号伝送装置を装置の観点で説明する。
【００７０】
第５の実施形態
図１０は、本発明の一実施形態の装置ブロック図を示す。図１０を参照し、図１および図２を組み合わせると、本発明の装置ブロック図は以下のように説明される。そこでは、図１０に示す制御装置１０は図２に示す基地局１に位置している。制御装置１０は、処理手段１００、指示メッセージ生成手段１０１、検査手段１０２および送信手段１０３を備えている。
【００７１】
取得装置２０は、図２に示す移動局に位置している。そこでは、取得装置２０は受信手段２００および復号手段２０１を備えている。
【００７２】
ＭＢＳＦＮサブフレームは、１ミリ秒、すなわちＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）である。サブフレームは１２のシンボル、たとえば１２のＯＦＤＭシンボルを含む。
【００７３】
そこでは、ＭＢＳＦＮ伝送の代りに、ユニキャスト・ユーザの場合のセル間のハンドオーバ、負荷分散または干渉調整測定に対し、ＭＢＳＦＮサブフレームにおける最初の２つのシンボルがＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  ＨＡＲＱ  Ｉｎｄｉｃａｔｉｏｎ  Ｃｈａｎｎｅｌ）、ＣＲＳ（Ｃｏｍｍｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）等に対して予約され、したがって、ＭＢＳＦＮサブフレームの最初の２つのシンボルをＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）シンボルとみなすことができる。
【００７４】
図１０に示すように、処理手段１００は、ＭＣＣＨ制御信号に従ってＭＣＣＨ制御信号ＴＢである第１のＴＢを生成し、かつＭＴＣＨサービス・データに従ってＭＴＣＨサービス・データＴＢである第２のＴＢを生成する。したがって、図１に示すように、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データは、２つのＴＢの形態で１つのサブフレーム内で多重化される。当業者は、図１において正方形として示す第１のＴＢおよび第２のＴＢが単に例示のためのものであり、第１のＴＢを、不連続であってもよい１つまたは複数のＲＢ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）にマップしてもよく、第２のＴＢを、不連続であってもよい１つまたは複数のＲＢにマップしてもよいことを理解することができる。したがって、実際に、ＲＢがＭＢＳＦＮサブフレームにマップされるパターンは不規則であり得る。
【００７５】
その後、指示生成手段１０１は、サブフレームにおいてＭＣＣＨ関連指示情報を生成する。ＭＣＣＨ関連指示情報は、たとえばＤＣＩおよびＭＢＭＳ−ＲＮＴＩを含む。ＤＣＩおよびＭＢＭＳ−ＲＮＴＩ情報をＰＤＣＣＨシンボルに配置することができる。
【００７６】
そこで、ＤＣＩフォーマット４を定義すると、ＤＣＩフォーマット４は、
−ＭＣＣＨによって占有されるＲＢに関する情報、すなわちＭＣＣＨ信号の位置と、
−ＭＣＣＨのＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍａ）
を含む。
−別の実施形態では、ＤＣＩフォーマット４は新たなサービス通知識別子を含むことができる。
【００７７】
新たに定義されたＤＣＩフォーマット４は、ＭＣＣＨ制御信号の必要な指示情報を動的にスケジューリングすることを考慮し、したがって、他のＤＣＩフォーマットで定義される何らかのパラメータを省略する。当然ながら、すでに定義されているＤＣＩフォーマット１、２等を同様に再使用することができる。
【００７８】
指示情報生成手段１０１が、ＭＣＣＨ  ＴＢの動的スケジューリングを達成するために、実際のＭＣＣＨデータ量に従って正確にＭＣＣＨによって占有されるＲＢを確定することができ、指示情報生成手段１０１が、ＭＣＣＨによって要求されるＱｏＳに従って動的にＭＣＣＨのＭＣＳを確定することができることが留意されるべきである。
【００７９】
ＭＣＣＨ関連指示情報は、ＭＢＭＳ−ＲＮＴＩを含む。より確実な伝送のために、ＤＣＩに対してＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を用いてもよい。検査手段１０２がＤＣＩに対してＣＲＣを計算する場合、ＲＮＴＩはＣＲＣにマスクとして追加される。ＲＮＴＩは、ページングＲＮＴＩ、ＭＢＭＳ−ＲＮＴＩ、Ｓ−ＲＮＴＩ、ユーザ特定ＲＴＮＩ等を含み、各ＲＮＴＩは、関連するプロトコルで定義される固定値を有するが、それについてはここでは繰り返さない。基地局１は、いずれのデータをスケジューリングする必要があるかを知っており、したがって、実際にスケジューリングするデータに従って、ＣＲＣに対応するＲＮＴＩを追加する。
【００８０】
その後、送信手段１０３は、ＭＣＨを介して物理層に２つのＴＢを伝送し、基地局１によって支配される１つまたは複数の移動局に送信する。
【００８１】
伝送の信頼性と、ＵＥの省電力モードと、ＭＣＣＨ制御信号の受信の失敗を回避することとを考慮して、送信手段１０３は、ＭＣＣＨ制御信号に対してＭＰ（Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｐｅｒｉｏｄ）およびＲＰ（Ｒｅｐｅｔｉｔｉｏｎ  Ｐｅｒｉｏｄ）期間伝送機構を使用する必要がある。ＭＰは、１つのスケジューリング期間に等しく、ＭＰ期間はいくつかのＲＰ期間に等しい。たとえば、ＭＰ期間は４つまたは８つのＲＰを含む。理想的には、送信手段１０３は、すべてのＭＰまたはＲＰ開始の第１のＭＢＳＦＮサブフレームにおいてＭＣＣＨメッセージを送信し、ＭＣＣＨ信号は他のＭＢＳＦＮサブフレームでは送信されない。当然ながら、ＭＢＳＦＮサブフレームは、スケジューリング期間において不連続であり、たとえば、ＭＰ開始の第１の期間に対応するサブフレームはＭＢＳＦＮ伝送を実行することができないが、ＭＣＣＨ制御信号は、ＭＢＳＦＮ方式で伝送されるように設定されているため、したがって、この種の状況は、発生する可能性があり、ＲＰは第４０サブフレームから開始し、ＭＣＣＨは第３９サブフレームまたは第４１サブフレームで送信される可能性があり、そこでは、第３９サブフレームおよび第４１サブフレームはＭＢＳＦＮサブフレームである。すなわち、ＭＣＣＨ制御信号は、ＭＰおよびＲＰ開始に最も近いＭＢＳＦＮサブフレームのみで移動局に送信される。当然ながら、最も近いＭＢＳＦＮサブフレームをいかに定義するか、ＭＣＣＨ制御信号メッセージを伝送するために、ＭＰ／ＲＰ期間開始に最も近い先のＭＢＳＦＮサブフレームを選択するか、またはＭＰ／ＲＰ期間開始に最も近い後のＭＢＳＦＮサブフレームを選択するかは、システムによって事前に確定されており、すべての基地局が同じ選択方法を有しているべきである。各ＲＰにおいて送信手段１０３によって送信されるＭＣＣＨメッセージは、ＭＣＣＨメッセージが更新されるまで同じであり、更新されたＭＣＣＨメッセージは、ＭＰ開始に最も近いＭＢＳＦＮサブフレームに現れ、その後、続くＲＰは、更新されたＭＣＣＨメッセージに従って定期的に送信される。
【００８２】
基地局１は、ＭＰおよびＲＰを設定するオプションを追加するようにシステム・メッセージを拡張し、ＭＰおよびＲＰを含むシステム・メッセージを予め移動局２に送信してもよい。
【００８３】
その後、取得装置２０の受信手段２００は、まず、ＭＰおよびＲＰスケジューリング期間において基地局１からＭＣＣＨ制御信号を含むＭＢＳＦＮサブフレームを受信する。
【００８４】
その後、復号手段２０１はまず、ＭＢＳＦＮサブフレームのＰＤＤＣＨシンボルを最初に読み出し、ＤＣＩ指示メッセージが見つかると、移動局２はＤＣＩメッセージに対してＣＲＣを復号する。ＣＲＣを復号した後、復号手段２０１は、ＭＣＣＨ制御信号メッセージに対して復号が必要であるか否かをさらに確定するために、対応するＲＮＴＩ値を取得することができる。ＭＣＣＨ制御信号に対して復号および復調が必要である場合、復号手段２０１は、ＰＤＣＣＨシンボルにおけるＭＣＣＨ  ＭＣＳに従ってＭＣＣＨメッセージを復号しかつ復調する。移動局２の続く動作は、本発明にはそれほど相関しておらず、したがってここでは繰り返さない。
【００８５】
当業者は、この実施形態において、処理手段１００および指示生成手段１０１の動作が明確な順序を有してはおらず、文脈における順序は単に実施態様であることを理解するであろう。指示生成手段は、まず、ＭＣＣＨ関連指示情報を生成することができ、その後、処理手段１００は、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データに従ってＭＢＳＦＮサブフレームで多重化された２つのＴＢを生成する。
【００８６】
ＰＤＣＣＨシンボルで定義された上記指示機構を簡略化し、ＭＣＣＨ制御信号に割り当てられたリソースの同期を確認するために、以下のように規則を定義することができる。
−ＭＴＣＨサービス・データにリソースを割り当てる前に、まず、ＰＭＣＨ  ＲＢの開始時にＭＣＣＨにリソースを割り当てる。
−ＭＢＳＦＮサブフレームにおいて１つのＭＣＣＨ  ＴＢおよび１つのＭＴＣＨ  ＴＢしか同時に送信することができないことを考慮すると、ＭＣＣＨに割り当てられたリソースが確定されると、残りのリソースは、すべてＭＴＣＨリソース割当に使用され、したがって、ＰＤＣＣＨにおいて、ＭＴＣＨのリソース割当情報の指示の代りに、ＭＣＣＨのリソース割当情報の指示が必要とされる。
【００８７】
しかしながら、第１の実施の形態を達成するために、ＭＣＣＨおよびＭＣＳのリソース割当を指示するＤＣＩが定義される必要がある。
【００８８】
第６の実施形態
図１１は、本発明の別の実施形態の装置ブロック図を示す。図１１を参照し、図３および図４を組み合わせると、本発明の装置ブロック図は以下のように説明される。そこでは、図１に示す制御装置１０は図４に示す基地局１に位置している。制御装置１０は、処理手段１００および送信手段１０３を備えている。
【００８９】
取得装置２０は、図４に示す移動局に位置している。そこでは、取得装置２０は、受信手段２００および復号手段２０１を備えている。
【００９０】
ここで図１１を参照し、図３および図４を組み合わせると、本発明の装置ブロック図は以下のように説明される。図１１に示すように、処理手段１００は、ＭＣＣＨ制御信号に従って第１のＴＢを生成し、ＭＴＣＨサービス・データに従って第２のＴＢを生成する。したがって、図３に示すように、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データは、２つのＴＢの形態で１つのサブフレームに多重化される。そこで、処理手段１００は、サイズが定義され所定位置に予約される固定リソースをＭＣＣＨ制御信号に割り当てるように設定され、たとえば、処理手段１００は、第１シンボルを、ＭＣＣＨ制御信号伝送に対して予約されるように２つのＰＤＣＣＨシンボルの後に設定してもよく、ＭＢＳＦＮサブフレームにおける残りの９つのＲＢのすべてがＭＴＣＨサービス・データ伝送に用いられてもよい。
【００９１】
当業者は、図３において正方形で示す第１のＴＢおよび第２のＴＢが単に例示のためのものであり、第１のＴＢを、不連続であってもよい１つまたは複数のＲＢにマップしてもよく、第２のＴＢを、不連続であってもよい１つまたは複数のＲＢにマップしてもよいことを理解することができる。したがって、実際に、ＲＢがＭＢＳＦＮサブフレームにマップされるパターンは不規則であり得る。
【００９２】
その後、送信手段１０３は、ＭＣＨを介して物理層に２つのＴＢを伝送し、基地局１によって支配される１つまたは複数の移動局に送信する。
【００９３】
ＭＣＣＨ制御信号は、ＭＰおよびＲＰ開始に最も近いＭＢＳＦＮサブフレームにおいてのみ基地局に伝送されることが留意されるべきである。
【００９４】
その後、受信手段２００は、まず、ＭＰおよびＲＰスケジューリング期間において基地局１からＭＣＣＨ制御信号を含むＭＢＳＦＮサブフレームを受信する。
【００９５】
その後、受信手段２００は、システム・メッセージに取り込まれたＭＣＣＨのたとえばＭＣＳに従って、対応するＭＣＣＨメッセージを復号し復調する。移動局２の続く動作は、本発明にはそれほど相関しておらず、したがってここでは繰り返さない。
【００９６】
第６の実施形態の変形では、制御装置１０は、指示生成手段１０１（図１１には示さず）を備えていてもよく、それは、２つのＰＤＣＣＨシンボルにＭＣＣＨ  ＴＢのＭＣＳを指示する指示情報を追加するために使用される。
【００９７】
第６の実施形態の利点は、
−ＭＣＣＨおよびＭＣＳ方法のリソース割当を指示する追加の情報が不要であり、
−ＰＭＣＨの既存のＭＢＳＦＮサブフレーム構造を変更しない
ということである。
【００９８】
しかしながら、第６の実施形態は、ＭＣＣＨリソース割当に対して一定の予約方法を使用し、実際の状態におけるＭＣＣＨデータの異なるサイズを考慮しない。したがって、第１実施形態におけるリソース利用率に比較して、第２の例のリソース利用率は低い。
【００９９】
第７の実施形態
図１２は、本発明のさらに別の実施形態の装置ブロック図を示す。図１２を参照し、図５および図６を組み合わせると、本発明の装置ブロック図は以下のように説明される。そこでは、図１２に示す制御装置１０は図６に示す基地局１に位置している。制御装置１０は、パケット化手段１０４および送信手段１０３を備えている。
【０１００】
取得装置２０は、図６に示す移動局に位置している。そこでは、取得装置２０は、受信手段２００および復号手段２０１を備えている。
【０１０１】
ここで図１２を参照し、図５および図６を組み合わせると、本発明の第６の実施形態の装置ブロック図は以下のように説明される。図１２に示すように、パケット化手段１０４は、ＭＣＣＨ制御信号を排他的に１つのＭＢＳＦＮサブフレームにパケット化する。したがって、図５に示すように、ＭＣＣＨ制御信号ＴＢは、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データを多重化する代りに、ＭＢＳＦＮサブフレームを占有し、それは、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データを１つのＭＢＳＦＮサブフレームで同時に伝送することができないことを意味する。ＭＣＣＨ制御信号が１つのＭＢＳＦＮサブフレームを排他的に占有するが、通常、リソース割当がＰＤＣＣＨシンボルの後のリソースの先頭から開始し、ＭＣＣＨ制御信号がＭＰおよびＲＰ期間開始に最も近いＭＢＳＦＮサブフレームで移動局に送信されるため、したがって、第３の実施形態では、ＭＣＣＨリソース割当を指示する指示情報は不要である。
【０１０２】
その後、送信手段１０３は、ＭＣＨを介して物理層にパケット化手段１０４によって生成されたＴＢを伝送し、基地局１下の１つまたは複数の移動局に送信する。
【０１０３】
ＭＣＣＨ制御信号は、ＭＰおよびＲＰ開始に最も近いＭＢＳＦＮサブフレームにおいてのみ移動局に伝送されることが留意されるべきである。
【０１０４】
その後、受信手段２００はまず、ＭＰおよびＲＰスケジューリング期間において基地局１からＭＣＣＨ制御信号を含むＭＢＳＦＮサブフレームを受信する。
【０１０５】
また、復号手段２０１は、システム・メッセージに取り込まれたＭＣＣＨのたとえばＭＣＳに従って、対応するＭＣＣＨメッセージを復号し復調する。移動局２の続く動作は、本発明にはそれほど相関しておらず、したがってここでは繰り返さない。
【０１０６】
当業者は、図５において正方形で示すＴＢが単に例示のためのものであり、ＴＢを、不連続であってもよい１つまたは複数のＲＢにマップしてもよいことを理解することができる。したがって、実際に、ＭＢＳＦＮサブフレームにマップされるＲＢは不規則であり得る。
【０１０７】
第７の実施形態の変形では、制御装置１０は指示手段１０１（図１２には示さず）を備えていてもよく、それは、基地局１により２つのＰＤＣＣＨシンボルに、ＭＣＣＨ  ＴＢのＭＣＳを指示する指示情報を追加するために使用される。
【０１０８】
第７の例の利点は、
−ＭＣＣＨおよびＭＣＳ方法のリソース割当を指示する追加の情報が不要である
ということである。
【０１０９】
しかしながら、通常、ＭＣＣＨ制御信号のデータ・サイズは小さく、ＭＣＣＨ制御信号は、第７の実施形態では、ＭＴＣＨサービス・データと多重化される代りに１つのサブフレームを占有し、したがって、第３の実施形態のリソース利用率は低い。
【０１１０】
第８の実施形態
図１３は、本発明のさらに別の実施形態の装置ブロック図を示す。図１３を参照し、図７および図８を組み合わせると、本発明の装置ブロック図は以下のように説明される。そこでは、図１３に示す制御装置１０は図８に示す基地局１に位置している。制御装置１０は、処理手段１００、変調および符号化手段１０５ならびに送信手段１０３を備えている。
【０１１１】
取得装置２０は、図８に示す移動局に位置している。そこでは、取得装置２０は、受信手段２００および復号手段２０１を備えている。
【０１１２】
図１３を組み合わせ、図７および図８を参照すると、本発明の第８の実施形態の方法フローチャートは以下のように説明される。図１３に示すように、制御装置１０は、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データを、１つのＭＢＳＦＮサブフレームの第３のＴＢに多重化する。当業者は、ＴＢが、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）のプロトコル・データ・ユニット（ＭＡＣ−ＰＤＵ）に対応することを理解することができる。図９に示すように、ＭＡＣ−ＰＤＵでは、ＭＣＣＨおよびＭＴＣＨは異なる論理チャネルにあるため、したがって、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データは異なるＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）にパケット化される。異なるＳＤＵは異なる論理チャネル番号および長さを有する。また、ＭＡＣヘッダに、各ＳＤＵ長と対応する論理チャネル番号とに関する情報があり、したがって、第４の実施形態では、ＭＣＣＨ制御信号リソース割当を指示する指示メッセージは不要であり、代りに、ＭＣＣＨを直接見つけるために、ＭＡＣＨヘッダに論理チャネル番号を用いることができる。
【０１１３】
当業者は、ＭＡＣ−ＰＤＵが変調および符号化方法に対応することを理解することができる。第４の実施形態では、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データを１つのＭＡＣ−ＰＤＵに多重化することは、それらが同じ変調および符号化方法を使用することを意味する。しかしながら、概して、制御信号およびサービス・データが異なるＱｏＳを必要とするため、制御信号およびサービス・データを分離するべきである。ＭＣＣＨ制御信号およびＭＴＣＨサービス・データを１つのＴＢに多重化する第８の実施形態では、ＭＣＣＨ制御信号がＭＴＣＨサービス・データより重要であるため、したがって、好ましくはＭＣＣＨ制御信号によって必要とされるＱｏＳを満足させる。これは、ＭＣＣＨを満足させる、多重化されたＭＣＣＨ制御信号およびＭＴＣＨサービス・データのＭＣＳが優勢であるべきであることを意味する。たとえば、ＭＣＣＨ制御信号のＱｏＳがＭＴＣＨサービス・データのＱｏＳより高い場合、ＭＣＣＨ制御信号のＱｏＳに従って対応するＭＣＳを、ＭＣＣＨ制御信号によって要求されるＱｏＳを満足させるように選択する。当然ながら、ＭＣＣＨ制御信号のＱｏＳがＭＴＣＨサービス・データのＱｏＳより低い場合、ＭＣＣＨサービス・データのＱｏＳに従ってＭＣＳを選択することができる。
【０１１４】
その後、送信手段１０３は、ＭＣＨを介して物理層に第３のＴＢを伝送し、基地局１によって支配される１つまたは複数の移動局に送信する。
【０１１５】
ＭＣＣＨ制御信号は、ＭＰおよびＲＰ開始に最も近いＭＢＳＦＮサブフレームにおいてのみ移動局２に伝送されることが留意されるべきである。
【０１１６】
その後、受信手段２００はまず、ＭＰおよびＲＰスケジューリング期間において基地局１からＭＣＣＨ制御信号を含むＭＢＳＦＮサブフレームを受信する。
【０１１７】
その後、復号手段２０１は、ＭＡＣ−ＰＤＵを復号し、ＭＡＣヘッダにおいて、ＳＤＵ長およびＳＤＵの対応する論理番号に従ってＭＣＣＨ制御信号に対応するＭＡＣ−ＳＤＵを見つけ、ＭＣＣＨ制御信号をパケット化しているＭＡＣ−ＳＤＵをパケット分解する。続く動作は、本発明にはそれほど相関しておらず、したがってここでは繰り返さない。
【０１１８】
第８の例の利点は、
−ＭＣＣＨおよびＭＣＳ方法のリソース割当を指示する追加の情報が不要である
ということである。
【０１１９】
しかしながら、ＭＣＣＨ制御信号およびＭＴＣＨサービス・データを１つのＴＢに多重化することは、同じ変調および符号化方式を使用しなければならないが、ＭＣＣＨ制御信号のＱｏＳおよびＭＴＣＨサービス・データのＱｏＳは異なる可能性がある。
【０１２０】
上記実施形態はすべて、ＭＣＨチャネルにマップされるＭＣＣＨおよびＭＴＣＨの状況について述べている。変形例では、ＭＣＣＨをＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマップしてもよく、例としての第１の例を以下に簡単に説明する。
【０１２１】
たとえば、第５の例の変形では、図１を参照すると、ＭＢＳＦＮサブフレームのＭＣＣＨ制御信号ＴＢをＤＬ−ＳＣＨにマップしてもよく、ＭＴＣＨサービス・データＴＢは依然としてＭＣＨにマップされ、したがって、ＭＢＭＳサービス・データをＭＢＳＦＮ方式で伝送することができる。
【０１２２】
当業者は、上記実施形態で説明した装置が機能的モジュールを使用し、上記実施形態における異なる手段を、同じハードウェアで実装してもよく、たとえば処理手段１００、指示情報生成手段１０１および検査手段１０２を実装のために１つのハードウェアに組み込んでもよく、また、同じ機能を実施する異なる実施形態における手段を、同じハードウェアで実装してもよく、たとえば第５の実施形態の処理手段１００および第７の実施形態のパケット化手段１０４を１つのハードウェアで実装してもよい、ということを理解することができる。
【０１２３】
上記は、本発明の実施形態の説明である。しかしながら、本発明は、特定のシステム、装置または特定プロトコルに限定されない。当業者は、添付の特許請求の範囲内で種々の変更または変形を行うことができる。
【図１】
0005787877.tif 000002
【図２】
0005787877.tif 000003
【図３】
0005787877.tif 000004
【図４】
0005787877.tif 000005
【図５】
0005787877.tif 000006
【図６】
0005787877.tif 000007
【図７】
0005787877.tif 000008
【図８】
0005787877.tif 000009
【図９】
0005787877.tif 000010
【図１０】
0005787877.tif 000011
【図１１】
0005787877.tif 000012
【図１２】
0005787877.tif 000013
【図１３】
0005787877.tif 000014