(57)【特許請求の範囲】
【請求項１】
端末が連結を設定する方法において、
基地局から無線資源制御（ＲＲＣ）メッセージを受信する段階と；
前記ＲＲＣメッセージに基づいて半永久的スケジューリング（ＳＰＳ）及び転送時間間隔（ＴＴＩ）バンドリングが設定されるか否かを判断する段階と；
前記ＳＰＳ及びＴＴＩバンドリングが設定されれば、多重連結（ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）が設定されるか否かを判断する段階と；
前記多重連結が設定されれば、前記ＴＴＩバンドリングがマスターセルグループ（ＭＣＧ）に対して設定され、前記ＳＰＳがセカンダリーセルグループ（ＳＣＧ）に対して設定されたか否かを判断する段階と；
前記ＴＴＩバンドリングが前記ＭＣＧに対して設定され、前記ＳＰＳが前記ＳＣＧに対して設定されれば、前記ＲＲＣメッセージに基づいてＲＲＣ連結を設定する段階と；を含むことを特徴とする端末の連結設定方法。
【請求項２】
前記ＲＲＣメッセージは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｍｅｓｓａｇｅを含むことを特徴とする請求項１に記載の端末の連結設定方法。
【請求項３】
ＳＰＳまたはＴＴＩバンドリングのうち少なくとも１つが設定されなければ、前記ＲＲＣメッセージに基づいてＲＲＣ連結を設定する段階をさらに含むことを特徴とする請求項１に記載の端末の連結設定方法。
【請求項４】
ＳＰＳ及びＴＴＩバンドリングが設定されれば、前記ＭＣＧで設定されたアップリンクの個数が１つであるかを決定する段階と；
前記ＭＣＧで設定されたアップリンクの個数が１つより多ければ、前記ＲＲＣメッセージを無視し（ｉｇｎｏｒｅ）、ＲＲＣ連結再設定（ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）手続を開始する段階とをさらに含むことを特徴とする請求項１に記載の端末の連結設定方法。
【請求項５】
前記多重連結が設定されなければ、前記ＲＲＣメッセージを無視し、ＲＲＣ連結再設定手続を開始する段階をさらに含むことを特徴とする請求項１に記載の端末の連結設定方法。
【請求項６】
連結を設定する端末において、
信号の送信または受信のうち少なくとも１つを行う送受信部と；
前記送受信部が基地局から無線資源制御（ＲＲＣ）メッセージを受信するように制御し、前記ＲＲＣメッセージに基づいて半永久的スケジューリング（ＳＰＳ）及び転送時間間隔（ＴＴＩ）バンドリングが設定されるか否かを判断し、前記ＳＰＳ及びＴＴＩバンドリングが設定されれば、多重連結（ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）が設定されるか否かを判断し、前記多重連結が設定されれば、前記ＴＴＩバンドリングがマスターセルグループ（ＭＣＧ）に対して設定され、前記ＳＰＳがセカンダリーセルグループ（ＳＣＧ）に対して設定されたかを判断し、前記ＴＴＩバンドリングが前記ＭＣＧに対して設定され、前記ＳＰＳが前記ＳＣＧに対して設定されれば、前記ＲＲＣメッセージに基づいてＲＲＣ連結を設定する制御部と；を含むことを特徴とする端末。
【請求項７】
前記ＲＲＣメッセージは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｍｅｓｓａｇｅを含むことを特徴とする請求項６に記載の端末。
【請求項８】
前記制御部は、
ＳＰＳまたはＴＴＩバンドリングのうち少なくとも１つが設定されなければ、前記ＲＲＣメッセージに基づいてＲＲＣ連結を設定することを特徴とする請求項６に記載の端末。
【請求項９】
前記制御部は、
ＳＰＳ及びＴＴＩバンドリングが設定されれば、前記ＭＣＧで設定されたアップリンクの個数が１つであるかを決定し、前記ＭＣＧで設定されたアップリンクの個数が１つより多ければ、前記ＲＲＣメッセージを無視し（ｉｇｎｏｒｅ）、ＲＲＣ連結再設定（ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）手続を開始することを特徴とする請求項６に記載の端末。
【請求項１０】
前記制御部は、
前記多重連結が設定されなければ、前記ＲＲＣメッセージを無視し、ＲＲＣ連結再設定手続を開始することを特徴とする請求項６に記載の端末。
【請求項１１】
基地局が連結を設定する方法において、
プライマリーサービングセル（ＰＣｅｌｌ）上に端末に対して転送時間間隔（ＴＴＩ）バンドリングを設定することに決定する段階と；
前記端末に対して半永久的スケジューリング（ＳＰＳ）が設定されるか否かを判断する段階と；
前記ＳＰＳが前記端末に対して設定されれば、前記ＰＣｅｌｌまたはプライマリーセカンダリーサービングセル（ＰＳＣｅｌｌ）上に前記ＳＰＳが設定されるか否かを判断する段階と；
前記ＳＰＳが前記ＰＳＣｅｌｌ上に設定されれば、前記ＰＣｅｌｌ上に前記ＴＴＩバンドリングの設定を指示する無線資源制御（ＲＲＣ）メッセージを生成する段階と；
前記ＲＲＣメッセージを前記端末に転送する段階と；を含むことを特徴とする基地局の連結設定方法。
【請求項１２】
前記ＰＣｅｌｌ上で前記端末に対して前記ＴＴＩバンドリングを設定することに決定する段階は、前記端末のチャネル状態及び前記端末の利用可能な（ａｖａｉｌａｂｌｅ）転送電力に基づいて行われることを特徴とする請求項１１に記載の基地局の連結設定方法。
【請求項１３】
前記ＰＣｅｌｌ上に前記ＳＰＳが設定されれば、前記ＴＴＩバンドリングをＰＣｅｌｌに設定しないことを特徴とする請求項１１に記載の基地局の連結設定方法。
【請求項１４】
連結を設定する基地局において、
信号の送信または受信のうち少なくとも１つを行う送受信部と；
プライマリーサービングセル（ＰＣｅｌｌ）上に端末に対して転送時間間隔（ＴＴＩ）バンドリングを設定することに決定し、前記端末に対して半永久的スケジューリング（ＳＰＳ）が設定されるか否かを判断し、前記ＳＰＳが前記端末に対して設定されれば、前記ＰＣｅｌｌまたはプライマリーセカンダリーサービングセル（ＰＳＣｅｌｌ）上に前記ＳＰＳが設定されるか否かを判断し、前記ＳＰＳが前記ＰＳＣｅｌｌ上に設定されれば、前記ＰＣｅｌｌ上に前記ＴＴＩバンドリングの設定を指示する無線資源制御（ＲＲＣ）メッセージを生成し、前記ＲＲＣメッセージを前記端末に転送するように前記送受信部を制御する制御部とを含むことを特徴とする基地局。
【請求項１５】
前記制御部は、前記端末のチャネル状態及び前記端末の利用可能な（ａｖａｉｌａｂｌｅ）転送電力に基づいて、前記ＰＣｅｌｌ上で前記端末に対して前記ＴＴＩバンドリングを設定することに決定することを特徴とする請求項１４に記載の基地局。
【請求項１６】
前記制御部は、前記ＰＣｅｌｌ上に前記ＳＰＳが設定されれば、前記ＴＴＩバンドリングをＰＣｅｌｌに設定しないことを特徴とする請求項１４に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムで信号を送受信する方法に関し、より具体的には、複数のキャリアを支援する移動通信システムで信号を送受信する方法及び装置に関する。
【背景技術】
【０００２】
一般的に、移動通信システムは、ユーザの移動性を確保しながら通信を提供するための目的で開発された。このような移動通信システムは、技術の飛躍的な発展に伴い、音声通信はもちろん、高速のデータ通信サービスを提供することができる段階に至った。
【０００３】
近年、次世代移動通信システムのうち１つとして３ＧＰＰ（３ｒｄ  ＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）でＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムに対する規格作業が進行中にある。前記ＬＴＥシステムは、現在提供されているデータ転送率より高い数百Ｍｂｐｓ程度の転送速度を有する高速パケット基盤通信を具現する技術であり、現在規格化がほとんど完了した。
【０００４】
最近、ＬＴＥ通信システムにさまざまな新技術を組み合わせて転送速度を向上させる進化したＬＴＥ通信システム（ＬＴＥ−Ａｄｖａｎｃｅｄ、ＬＴＥ−Ａ）に対する論議が本格化されている。前記新しく導入される技術のうち代表的なものとして、キャリアアグリゲーション（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）を挙げることができる。キャリアアグリゲーションというのは、従来、端末が１つの順方向キャリアと１つの逆方向キャリアだけを利用してデータ送受信を行うことは異なって、１つの端末が多数の順方向キャリアと多数の逆方向キャリアを使用するものである。
【０００５】
現在、ＬＴＥ−Ａでは、基地局内のキャリアアグリゲーション（ｉｎｔｒａ−ｅＮＢ  ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）だけが定義されている。これは、キャリアアグリゲーション機能の適用可能性を減らす結果につながって、特に多数のピコセルと１つのマクロセルを重畳運用するシナリオでは、マクロセルとピコセルをアグリゲートしない問題を引き起こすことができる。
【０００６】
４Ｇ通信システムの商用化以後、増加傾向にある無線データトラフィック需要を充足させるために、改善した５Ｇ通信システムまたはｐｒｅ−５Ｇ通信システムを開発するための努力がなされている。このような理由で、５Ｇ通信システムまたはｐｒｅ−５Ｇ通信システムは、４Ｇネットワーク以後（Ｂｅｙｏｎｄ  ４Ｇ  Ｎｅｔｗｏｒｋ）通信システムまたはＬＴＥシステム以後（Ｐｏｓｔ  ＬＴＥ）のシステムと呼ばれている。高いデータ転送率を達成するために、５Ｇ通信システムは、超高周波（ｍｍＷａｖｅ）帯域（例えば、６０ギガ（６０ＧＨｚ）帯域のような）での具現が考慮されている。超高周波帯域での電波の経路損失の緩和及び電波の伝達距離を増加させるために、５Ｇ通信システムでは、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、巨大配列多重入出力（ｍａｓｓｉｖｅ  ＭＩＭＯ）、全次元多重入出力（Ｆｕｌｌ  Ｄｉｍｅｎｓｉｏｎａｌ  ＭＩＭＯ：ＦＤ−ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ  ａｎｔｅｎｎａ）、アナログビーム形成（ａｎａｌｏｇ  ｂｅａｍ−ｆｏｒｍｉｎｇ）、及び大規模アンテナ（ｌａｒｇｅ  ｓｃａｌｅ  ａｎｔｅｎｎａ）技術が論議されている。また、システムのネットワーク改善のために、５Ｇ通信システムでは、進化した小型セル、改善した小型セル（ａｄｖａｎｃｅｄ  ｓｍａｌｌ  ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ：ｃｌｏｕｄ  ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ−ｄｅｎｓｅ  ｎｅｔｗｏｒｋ）、機器間の通信（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ）、無線バックホール（ｗｉｒｅｌｅｓｓ  ｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇ  ｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｍｕｌｔｉ−Ｐｏｉｎｔｓ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ  ｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発が行われている。その他、５Ｇシステムでは、進歩したコーディング変調（Ａｄｖａｎｃｅｄ  Ｃｏｄｉｎｇ  Ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ）方式であるＦＱＡＭ（Ｈｙｂｒｉｄ  ＦＳＫ  ａｎｄ  ＱＡＭ  Ｍｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（Ｓｌｉｄｉｎｇ  Ｗｉｎｄｏｗ  Ｓｕｐｅｒｐｏｓｉｔｉｏｎ  Ｃｏｄｉｎｇ）と、進歩した接続技術者ＦＢＭＣ（Ｆｉｌｔｅｒ  Ｂａｎｋ  Ｍｕｌｔｉ  Ｃａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ  ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅ  ｃｏｄｅ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などが開発されている。
【０００７】
一方、インターネットは、人間が情報を生成し消費する人間中心の連結網で、事物など分散した構成要素の間に情報を取り交わして処理するＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ、事物インターネット）網に進化している。クラウドサーバーなどとの連結を介したビックデータ（Ｂｉｇ  ｄａｔａ）処理技術などがＩｏＴ技術に結合されたＩｏＥ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｅｖｅｒｙｔｈｉｎｇ）技術も提案されている。ＩｏＴを具現するために、センシング技術、有無線通信及びネットワークインフラ、サービスインターフェース技術、及び保安技術のような技術要素が要求され、最近、事物間の連結のためのセンサーネットワーク（ｓｅｎｓｏｒ  ｎｅｔｗｏｒｋ）、事物通信（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ、Ｍ２Ｍ）、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が研究されている。ＩｏＴ環境では、連結された事物で生成されたデータを収集、分析し、人間の生に新しい価値を創出する知能型ＩＴ（Ｉｎｔｅｒｎｅｔ  Ｔｅｃｈｎｏｌｏｇｙ）サービスが提供されることができる。ＩｏＴは、既存のＩＴ（ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ）技術と多様な産業間の融合及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカーあるいはコネックティドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービスなどの分野に応用されることができる。
【０００８】
これより、５Ｇ通信システムをＩｏＴ網に適用するための多様な試みが行われている。例えば、センサーネットワーク（ｓｅｎｓｏｒ  ｎｅｔｗｏｒｋ）、事物通信（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ、Ｍ２Ｍ）、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が５Ｇ通信技術にビームフォーミング、ＭＩＭＯ、及びアレイアンテナなどの技法によって具現されているものである。前述したビックデータ処理技術としてクラウド無線アクセスネットワーク（ｃｌｏｕｄ  ＲＡＮ）が適用されることも、５Ｇ技術とＩｏＴ技術融合の一例であると言える。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の一実施形態は、複数のキャリアを支援する移動通信システムで信号送受信方法及び装置を提案する。
【００１０】
また、本発明の一実施形態は、複数のキャリアを支援する移動通信システムで基地局間のキャリアアグリゲーション（ｉｎｔｅｒ−ｅＮＢ  ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）方式を基盤で信号を送受信する方法及び装置を提案する。
【課題を解決するための手段】
【００１１】
本発明の一実施形態による端末が連結を設定する方法は、基地局から無線資源制御（ＲＲＣ）メッセージを受信する段階と、前記ＲＲＣメッセージに基づいて半永久的スケジューリング（ＳＰＳ）及び転送時間間隔（ＴＴＩ）バンドリングが設定されるか否かを判断する段階と、前記ＳＰＳ及びＴＴＩバンドリングが設定されれば、多重連結（ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）が設定されるか否かを判断する段階と、前記多重連結が設定されれば、前記ＴＴＩバンドリングがマスターセルグループ（ＭＣＧ）に対して設定され、前記ＳＰＳがセカンダリーセルグループ（ＳＣＧ）に対して設定されたか否かを判断する段階と、前記ＴＴＩバンドリングが前記ＭＣＧに対して設定され、前記ＳＰＳが前記ＳＣＧに対して設定されれば、前記ＲＲＣメッセージに基づいてＲＲＣ連結を設定する段階とを含むことを特徴とする。
【００１２】
本発明の他の実施形態による連結を設定する端末は、信号の送信または受信のうち少なくとも１つを行う送受信部と；前記送受信部が基地局から無線資源制御（ＲＲＣ）メッセージを受信するように制御し、前記ＲＲＣメッセージに基づいて半永久的スケジューリング（ＳＰＳ）及び転送時間間隔（ＴＴＩ）バンドリングが設定されるか否かを判断し、前記ＳＰＳ及びＴＴＩバンドリングが設定されれば、多重連結（ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）が設定されるか否かを判断し、前記多重連結が設定されれば、前記ＴＴＩバンドリングがマスターセルグループ（ＭＣＧ）に対して設定され、前記ＳＰＳがセカンダリーセルグループ（ＳＣＧ）に対して設定されたか否かを判断し、前記ＴＴＩバンドリングが前記ＭＣＧに対して設定され、前記ＳＰＳが前記ＳＣＧに対して設定されれば、前記ＲＲＣメッセージに基づいてＲＲＣ連結を設定する制御部と；を含むことを特徴とする。
【００１３】
本発明の他の実施形態による基地局が連結を設定する方法は、プライマリーサービングセル（ＰＣｅｌｌ）上に端末に対して転送時間間隔（ＴＴＩ）バンドリングを設定することに決定する段階と、前記端末に対して半永久的スケジューリング（ＳＰＳ）が設定されるか否かを判断する段階と、前記ＳＰＳが前記端末に対して設定されれば、前記ＰＣｅｌｌまたはプライマリーセカンダリーサービングセル（ＰＳＣｅｌｌ）上に前記ＳＰＳが設定されるか否かを判断する段階と、前記ＳＰＳが前記ＰＳＣｅｌｌ上に設定されれば、前記ＰＣｅｌｌ上に前記ＴＴＩバンドリングの設定を指示する無線資源制御（ＲＲＣ）メッセージを生成する段階と、前記ＲＲＣメッセージを前記端末に転送する段階とを含むことを特徴とする。
【００１４】
本発明の他の実施形態による連結を設定する基地局は、信号の送信または受信のうち少なくとも１つを行う送受信部と；プライマリーサービングセル（ＰＣｅｌｌ）上に端末に対して転送時間間隔（ＴＴＩ）バンドリングを設定することに決定し、前記端末に対して半永久的スケジューリング（ＳＰＳ）が設定されるか否かを判断し、前記ＳＰＳが前記端末に対して設定されれば、前記ＰＣｅｌｌまたはプライマリーセカンダリーサービングセル（ＰＳＣｅｌｌ）上に前記ＳＰＳが設定されるか否かを判断し、前記ＳＰＳが前記ＰＳＣｅｌｌ上に設定されれば、前記ＰＣｅｌｌ上に前記ＴＴＩバンドリングの設定を指示する無線資源制御（ＲＲＣ）メッセージを生成し、前記ＲＲＣメッセージを前記端末に転送するように前記送受信部を制御する制御部と；を含むことを特徴とする。
【発明の効果】
【００１５】
本発明の一実施形態は、複数のキャリアを支援する移動通信システムで基地局間に複数のキャリアをアグリゲーションして信号を送受信することを可能にするという効果がある。
また、本発明の一実施形態は、複数のキャリアを支援する移動通信システムで基地局間に複数のキャリアをアグリゲーションして信号を送受信することを可能にすることによって、ユーザ端末の信号送受信速度を向上させることができるという効果がある。
【図面の簡単な説明】
【００１６】
本発明の特定の好ましい実施形態の前記で説明したような他の態様と、特徴及び利得は、添付の図面とともに処理される下記の説明からより明白になる：
【図１】本発明の実施形態によるＬＴＥシステムの構造を概略的に示す図である。
【図２】本発明の実施形態によるＬＴＥシステムで無線プロトコル構造を概略的に示す図である。
【図３】本発明の実施形態によるＬＴＥシステムで基地局内キャリアアグリゲーション動作を概略的に示す図である。
【図４】本発明の実施形態によるＬＴＥシステムで基地局間キャリアアグリゲーション動作を概略的に示す図である。
【図５】本発明の実施形態によるＬＴＥシステムでＰＤＣＰ装置の連結構造を概略的に示す図である。
【図６】本発明の第１実施形態によるＬＴＥシステムで多重ベアラーを設定した端末がＰＢＲを設定する過程を概略的に示す図である。
【図７】本発明の第１実施形態によるＬＴＥシステムで端末がＰＢＲを自動に変更する動作を示す図である。
【図８】本発明の第２実施形態によるＬＴＥシステムで端末が性能を報告する全体動作を示す図である。
【図９】本発明の第２実施形態によるＬＴＥシステムで端末がＨＡＲＱバッファーのサイズを決定する動作を示す図である。
【図１０】本発明の第２実施形態によるＬＴＥシステムで基地局がＨＡＲＱバッファーのサイズを決定する動作を示す図である。
【図１１】本発明の第３実施形態によるＬＴＥシステムで端末がＴＴＩバンドリングとＳＰＳを設定する動作を示す図である。
【図１２】本発明の第４実施形態によるＬＴＥシステムで端末がＨＡＲＱ  ＲＴＴタイマーの長さを決定する動作を示す図である。
【図１３】本発明の第５実施形態によるＬＴＥシステムで端末が多重ベアラーを設定する動作を示す図である。
【図１４】ＭＢＭＳ概念図を示す図である。
【図１５】ＭＢＳＦＮ転送のために使用される下向きリンクチャネルマッピング関係を示す図である。
【図１６】ＬＴＥシステムで使用される下向きリンクフレームの構造を示す図である。
【図１７】端末がＭＢＳＦＮ受信のための過程を示す流れ図、
【図１８】ＭＢＭＳ  ｃｏｕｎｔｉｎｇ過程を説明するための図である。
【図１９】本発明の第６実施形態で待機モード状態の端末が基地局にＭＢＭＳ  ｃｏｕｎｔｉｎｇ情報を報告する方法を説明するための図である。
【図２０】本発明の第６実施形態での端末動作を説明するための図である。
【図２１】本発明の第７実施形態で待機モード状態の端末が基地局にＭＢＭＳ  ｃｏｕｎｔｉｎｇ情報を報告する方法を説明するための図である。
【図２２】本発明の第７実施形態で端末動作を説明するための図である。
【図２３】端末装置を示す図である。
【図２４】基地局装置を示す図である。
【００１７】
前記図面において、類似の参照番号は、同一あるいは類似のエレメントと、特徴及び構造を示すために使用されることに留意しなければならない。
【発明を実施するための形態】
【００１８】
以下、本発明の実施形態を添付の図面を参照して詳しく説明する。また、下記では、本発明の実施形態による動作を理解するのに必要な部分だけが説明され、その他の部分の説明は、本発明の要旨を不明にしないように省略されることに留意しなければならない。また、後述する用語は、本発明の実施形態での機能を考慮して定義された用語であって、ユーザ、運用者の意図または慣例などによって変わることができる。したがって、それは、本明細書全般にわたった内容に基づいて定義されなければならない。
【００１９】
本発明は、多様な変更を行うことができ、様々な実施形態を有することができるので、特定実施形態が図面に例示され、関連した詳細な説明が記載されている。しかし、これは、本発明を特定の実施形態に対して限定しようとするものではなく、本発明の思想及び技術範囲に含まれるすべての変更及び／または均等物や代替物を含むものと理解されなければならない。
【００２０】
本発明において、第１、第２などのように序数を含む用語は、多様な構成要素を説明するに使用されることができるが、前記構成要素は、前記用語によって限定されない。前記用語は、１つの構成要素を他の構成要素から区別する目的だけで使用される。例えば、本発明の権利範囲を逸脱することなく、第１構成要素は、第２構成要素と命名されることができ、同様に、第２構成要素は、第１構成要素と命名されることができる。及び／またはという用語は、複数の関連した記載された項目の組合または複数の関連した記載された項目のうちいずれかの項目を含む。
【００２１】
また、本発明で使用した用語は、ただ特定の実施形態を説明するために使用されるものであって、本発明を限定しようとする意図ではない。単数の表現は、文脈上明白に異なって意味しない限り、複数の表現を含む。本明細書で、“含む”または“有する”などの表現は、明細書上に記載した特徴、数字、段階、動作、構成要素、部品またはこれらを組み合わせたものが存在することを指定しようとするものであって、１つまたはそれ以上の他の特徴や数字、段階、動作、構成要素、部品またはこれらを組み合わせたものなどの存在または付加可能性をあらかじめ排除しないものと理解されなければならない。
【００２２】
また、本発明の実施形態で、異なって定義されない限り、技術的または科学的な用語を含んでここで使用されるすべての用語は、本発明の属する技術分野における通常の知識を有する者によって一般的に理解されるものと同一の意味を有している。一般的に使用される辞書に定義されているもののような用語は、関連技術の文脈上有する意味と一致する意味を有するものと解釈されなければならないし、本発明で明白に定義しない限り、理想的または過度に形式的な意味として解釈されない。
【００２３】
本発明の一実施形態は、複数のキャリアを支援する移動通信システムで信号送受信方法及び装置を提案する。
また、本発明の一実施形態は、複数のキャリアを支援する移動通信システムで基地局間キャリアアグリゲーション（ｉｎｔｅｒ−ｅＮＢ  ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）方式を基盤で信号を送受信する方法及び装置を提案する。
【００２４】
一方、本発明の一実施形態で提案する装置及び方法は、ロングタームエボルーション（ＬＴＥ：Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、以下、「ＬＴＥ」という)移動通信システムと、ロングタームエボルーション−アドバンスド（ＬＴＥ−Ａ：Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ、以下「ＬＴＥ−Ａ」という)移動通信システムと、高速下向きリンクパケット接続（ｈｉｇｈ  ｓｐｅｅｄ  ｄｏｗｎｌｉｎｋ  ｐａｃｋｅｔ  ａｃｃｅｓｓ：ＨＳＤＰＡ、以下「ＨＳＤＰＡ」という)移動通信システムと、高速上向きリンクパケット接続（ｈｉｇｈ  ｓｐｅｅｄ  ｕｐｌｉｎｋ  ｐａｃｋｅｔ  ａｃｃｅｓｓ：ＨＳＵＰＡ、以下「ＨＳＵＰＡ」という)移動通信システムと、３世代プロジェクトパートナシップ２（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐｒｏｊｅｃｔ  ｐａｒｔｎｅｒｓｈｉｐ  ２：３ＧＰＰ２、以下「３ＧＰＰ２」という)の高速レートパケットデータ（ｈｉｇｈ  ｒａｔｅ  ｐａｃｋｅｔ  ｄａｔａ：ＨＲＰＤ、以下「ＨＲＰＤ」という)移動通信システムと、３ＧＰＰ２の広帯域符号分割多重接続（ＷＣＤＭＡ（登録商標）：Ｗｉｄｅ  ｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、以下「ＷＣＤＭＡ（登録商標）」という)移動通信システムと、３ＧＰＰ２の符号分割多重接続（ＣＤＭＡ：Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、以下「ＣＤＭＡ」という)移動通信システムと、国際電気電子技術者協会（ＩＥＥＥ：Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ、以下「ＩＥＥＥ」という)８０２．１６ｍ通信システムと、進化したパケットシステム（ＥＰＳ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ、以下「ＥＰＳ」という)と、モバイルインターネットプロトコル（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ：Ｍｏｂｉｌｅ  ＩＰ、以下「Ｍｏｂｉｌｅ  ＩＰ「という)システムなどのような多様な通信システムに適用可能である。
【００２５】
以下では、まず、図１を参照して本発明の一実施形態によるＬＴＥシステムの構造について説明する。
【００２６】
図１は、本発明の一実施形態によるＬＴＥシステムの構造を概略的に示す図である。
図１を参照すれば、前記ＬＴＥシステムの無線アクセスネットワークは、次世代基地局（Ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ、以下、ｅＮＢ、Ｎｏｄｅ  Ｂまたは基地局という）１０５、１１０、１１５、１２０と移動性管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、以下“ＭＭＥ”という)１２５及びサービングゲートウェー（Ｓ−ＧＷ：Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ、以下“Ｓ−ＧＷ”という)を含む。ユーザ端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、以下ＵＥまたは端末（ｔｅｒｍｉｎａｌ）という）１３５は、前記ｅＮＢ  １０５、１１０、１１５、１２０及びＳ−ＧＷ  １３０を介して外部ネットワークに接続する。
【００２７】
図１で前記ｅＮＢ  １０５、１１０、１１５、１２０は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）システムの既存ノードＢに対応する。前記ｅＮＢ  １０５、１１０、１１５、１２０は、ＵＥ  １３５と無線チャネルを介して連結され、既存ノードＢより複雑な役目を行う。
【００２８】
ＬＴＥシステムでは、インターネットプロトコルを介したＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒＩＰ）サービスのようなリアルタイムサービスを含めたすべてのユーザトラフィックが共用チャネル（ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を介してサービスされるので、ＵＥのバッファー状態、可用の転送電力状態、チャネル状態などの状態情報を取り集めてスケジューリングをする装置が必要であり、前記スケージュリングを前記ｅＮＢ  １０５、１１０、１１５、１２０が担当する。１つのｅＮＢは、通常、多数のセルを制御する。１００Ｍｂｐｓの転送速度を具現するために、ＬＴＥシステムは、２０ＭＨｚ帯域幅で直交周波数分割多重化（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ：ＯＦＤＭ、以下“ＯＦＤＭ”という）を無線接続技術として使用する。また、前記ｅＮＢ  １０５、１１０、１１５、１２０は、前記端末１３５のチャネル状態に合わせて変調方式（ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅ）とチャネルコーディング率（ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ  ｒａｔｅ）を決定する適応変調コーディング（Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ＆  Ｃｏｄｉｎｇ：ＡＭＣ、以下ＡＭＣという）方式を使用する。
【００２９】
前記Ｓ−ＧＷ  １３０は、データベアラーを提供する装置であり、前記ＭＭＥ  １２５の制御によってデータベアラーを生成するか、除去する。前記ＭＭＥ  １２５は、前記端末１３５に対する移動性管理機能はもちろん、各種制御機能を担当する装置であって、多数の基地局と連結される。図１では、本発明の一実施形態によるＬＴＥシステムの構造について説明し、次に図２を参照して本発明の一実施形態によるＬＴＥシステムで無線プロトコル構造について説明する。
【００３０】
図２は、本発明の一実施形態によるＬＴＥシステムで無線プロトコル構造を概略的に示す図である。
図２を参照すれば、ＬＴＥシステムの無線プロトコルは、端末とｅＮＢでそれぞれパケットデータコンバージェンスプロトコル（ＰＤＣＰ：Ｐａｃｋｅｔ  Ｄａｔａ  ＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ、以下“ＰＤＣＰ”という)階層２０５、２４０、無線リンク制御（ＲＬＣ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、以下“ＲＬＣ”という)階層２１０、２３５、媒体接続制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、以下“ＭＡＣ”という)階層２１５、２３０を含む。
【００３１】
前記ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層２０５、２４０は、インターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、以下“ＩＰ”という)ヘッダー圧縮／復元などの動作を行い、前記無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、以下ＲＬＣという）階層２１０、２３５は、ＰＤＣＰパケットデータユニット（ＰＤＵ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ、以下“ＰＤＵ”という)を適切なサイズに再構成して自動繰り返し要求（ＡＲＱ：Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔｒｅ  Ｑｕｅｓｔ、以下“ＡＲＱ” という)動作などを行う。
【００３２】
前記ＭＡＣ階層２１５、２３０は、１つの端末が含む多数のＲＬＣ階層装置と連結され、ＲＬＣ  ＰＤＵをＭＡＣ  ＰＤＵに多重化し、ＭＡＣ  ＰＤＵを逆多重化してＲＬＣ  ＰＤＵを生成する動作を行う。物理階層２２０、２２５は、上位階層データをチャネルコーディング及び変調し、ＯＦＤＭシンボルに生成して無線チャネルを介して転送するか、無線チャネルを介して受信したＯＦＤＭシンボルを復調しチャネルデコーディングして上位階層に伝達する動作を行う。
【００３３】
図２では、本発明の一実施形態によるＬＴＥシステムで無線プロトコル構造について説明し、次に、図３を参照して本発明の一実施形態によるＬＴＥシステムで基地局内のキャリアアグリゲーション動作について説明する。
【００３４】
図３は、本発明の一実施形態によるＬＴＥシステムで基地局内キャリアアグリゲーション動作を概略的に示す図である。
図３を参照すれば、１つの基地局は、一般的に様々な周波数帯域にわたって多重キャリアを送出し受信することができる。例えば、基地局３０５から順方向中心周波数がｆ１のキャリア３１５と順方向中心周波数がｆ３のキャリア３１０が送出されるとき、従来、１つの端末が前記２つのキャリアのうち１つのキャリアを利用してデータを送受信した。
【００３５】
しかし、キャリアアグリゲーション能力を持っている端末は、同時に複数のキャリアを介してデータを送受信することができる。基地局３０５は、キャリアアグリゲーション能力を持っている端末３３０に対しては、状況によってさらに多いキャリアを割り当てることによって、前記端末３３０の転送速度を高めることができる。前記のように、１つの基地局が送出し受信する順方向キャリアと上向きリンクキャリアをアグリゲーションすることを“基地局内キャリアアグリゲーション（ｉｎｔｒａ−ｅＮＢ  ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）”という。しかし、場合によって、図３に示されたものとは異なって、互いに異なる基地局で送出され受信される順方向キャリアと上向きリンクキャリアをアグリゲーションすることが必要なことがある。
【００３６】
図３では、本発明の一実施形態によるＬＴＥシステムで基地局内キャリアアグリゲーション動作について説明し、次に、図４を参照して本発明の一実施形態によるＬＴＥシステムで基地局間キャリアアグリゲーション動作について説明する。
【００３７】
図４は、本発明の一実施形態によるＬＴＥシステムで基地局間キャリアアグリゲーション動作を概略的に示す図である。
図４を参照すれば、第１基地局４０５は、中心周波数がｆ１のキャリアを送受信し、第２基地局４１５は、中心周波数がｆ２のキャリアを送受信するとき、端末４３０が順方向中心周波数がｆ１のキャリアと順方向中心周波数がｆ２キャリアをアグリゲーション（結合）すれば、１つの端末が２つ以上の基地局から送受信されるキャリアをアグリゲーションする結果につながって、本発明の一実施形態では、これを“基地局間（ｉｎｔｅｒ−ｅＮＢ）キャリアアグリゲーション（あるいは基地局間ＣＡ（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ））”と命名する。本発明の一実施形態では、基地局間キャリアアグリゲーションを多重連結（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ；ＤＣ、以下“ＤＣ”という)という。例えば、ＤＣが設定された（ｃｏｎｆｉｇｕｒｅｄ）というのは、基地局間キャリアアグリゲーションが設定されたこと、１つ以上のセルグループが設定されたこと、セカンダリーセルグループ（ＳｅｃｏｎｄａｒｙＣｅｌｌ  Ｇｒｏｕｐ：ＳＣＧ、以下“ＳＣＧ”という)が設定されたこと、サービング基地局ではない他の基地局の制御を受けるセカンダリーセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ、以下“ＳＣｅｌｌ”という)が少なくとも１つ設定されたこと、ｐＳＣｅｌｌ（ｐｒｉｍａｒｙ  ＳＣｅｌｌ）が設定されていること、サービングｅＮＢ（ＳｅＮＢ：Ｓｅｒｖｉｎｇｅ  ＮＢ、以下“ＳｅＮＢ”という)のためのＭＡＣエンティティ（ｅｎｔｉｔｙ）が設定されていること、そして端末に２個のＭＡＣエンティティが設定されていることなどを意味することができる。
【００３８】
一方、本発明の実施形態を説明するに際して頻繁に使用される用語について概略的に説明すれば、次の通りである。
伝統的な意味として１つの基地局が送出する１つの順方向キャリアと前記基地局が受信する１つの上向きリンクキャリアが１つのセルを構成するというとき、キャリアアグリゲーションというのは、端末が同時に複数のセルを介してデータを送受信するものと理解することができる。この際、最大転送速度とアグリゲートされるキャリアの数は、正の相関関係を有する。
【００３９】
以下、本発明の実施形態において端末が任意の順方向キャリアを介してデータを受信するか、任意の上向きリンクキャリアを介してデータを転送することは、前記キャリアを特徴づける中心周波数と周波数帯域に対応するセルで提供する制御チャネルとデータチャネルを利用してデータを送受信することと同一の意味を有する。本発明の実施形態では、特に、キャリアアグリゲーションを「多数のサービングセルが設定される」もので表現し、プライマリーサービングセル（以下ＰＣｅｌｌという）とセカンダリーサービングセル（以下ＳＣｅｌｌという）、あるいは活性化されたサービングセルなどの用語を使用する。前記用語は、ＬＴＥ移動通信システムで使用されるそのままの意味を有する。本発明の実施形態では、キャリア、コンポネント（ｃｏｍｐｏｎｅｎｔ）キャリア、サービングセルなどの用語が混用されることができる。
【００４０】
本発明の実施形態では、同一の基地局によって制御されるサービングセルの集合をセルグループあるいはキャリアグループ（Ｃｅｌｌ  Ｇｒｏｕｐ、Ｃａｒｒｉｅｒ  Ｇｒｏｕｐ；ＣＧ、以下“ＣＧ”という)として定義する。前記セルグループは、さらに、マスターセルグループ（Ｍａｓｔｅｒ  Ｃｅｌｌ  Ｇｒｏｕｐ；ＭＣＧ、以下“ＭＣＧ”という)とセカンダリーセルグループ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ；ＳＣＧ、以下“ＳＣＧ”という)とに区分される。
【００４１】
前記ＭＣＧとは、ＰＣｅｌｌを制御する基地局（以下マスター基地局、ＭｅＮＢという）によって制御されるサービングセルの集合を意味し、前記ＳＣＧとは、ＰＣｅｌｌを制御する基地局ではない基地局、言い替えればＳＣｅｌｌだけを制御する基地局（以下スレーブ基地局、ＳｅＮＢという）によって制御されるサービングセルの集合を意味する。特定サービングセルがＭＣＧに属するか、ＳＣＧに属するかは、当該サービングセルを設定する過程で基地局が端末に通知する。
【００４２】
１つの端末には、１つのＭＣＧと１つあるいは１つ以上のＳＣＧが設定されることができ、本発明の実施形態では、説明の便宜上、１つのＳＣＧが設定される場合だけを考慮するが、２以上のＳＣＧが設定されても、本発明の内容が別の加減なしにそのまま適用されることができる。ＰＣｅｌｌとＳＣｅｌｌは、端末に設定されるサービングセルの種類を示す用語である。ＰＣｅｌｌとＳＣｅｌｌとの間には、いくつかの差異があり、例えばＰＣｅｌｌは、常に活性化状態を維持するが、ＳＣｅｌｌは、基地局の指示に従って活性化状態と不活性化状態を繰り返す。端末の移動性は、ＰＣｅｌｌを中心に制御され、ＳＣｅｌｌは、データ送受信のための付加的なサービングセルとして理解することができる。本発明の実施形態においてＰＣｅｌｌとＳＣｅｌｌは、ＬＴＥ規格３６．３３１や３６．３２１などで定義されたＰＣｅｌｌとＳＣｅｌｌを意味する。
【００４３】
本発明の実施形態では、マクロセル（ｍａｃｒｏ  ｃｅｌｌ）とピコセル（ｐｉｃｏ  ｃｅｌｌ）が混在した状況を考慮する。前記マクロセルは、マクロ基地局によって制御されるセルであって、比較的広い領域でサービスを提供する。一方、前記ピコセルは、ＳｅＮＢによって制御されるセルであって、通常、マクロセルに比べて著しく狭い領域でサービスを提供する。前記マクロセルとピコセルを区分する厳格な基準があるわけではないが、例えば、マクロセルの領域は、半径５００ｍ程度、ピコセルの領域は、半径数十ｍ程度であると仮定することができる。本発明の実施形態では、ピコセルとスモールセルを混用する。
【００４４】
さらに図４を参照すれば、第１基地局４０５がＭｅＮＢであり、第２基地局４１５がＳｅＮＢであれば、中心周波数ｆ１のサービングセル４１０がＭＣＧに属するサービングセルであり、中心周波数ｆ２のサービングセル４２０がＳＣＧに属するサービングセルである。
【００４５】
後述する説明では、理解のためにＭＣＧとＳＣＧの代わりに、他の用語を使用してもよい。例えば、プライマリーセットとセカンダリーセットあるいはプライマリーキャリアグループとセカンダリーキャリアグループなどの用語が使用されることができる。このように用語が相異に使用されても、その使用される用語が異なるだけで、その意味は、同一であることに留意しなければならない。このような用語の主な使用目的は、或るセルが特定端末のＰＣｅｌｌを制御する基地局の制御を受けるかを区分するためのものであり、前記セルが特定端末のＰＣｅｌｌを制御する基地局の制御を受ける場合とそうではない場合について端末と当該セルの動作方式が変わることができる。端末には、１つあるいは２以上のＳＣＧが設定されることができるが、本発明の実施形態では、説明の便宜のために、ＳＣＧは、１個だけ設定されたものと仮定する。ＳＣＧは、複数のＳＣｅｌｌを含むことができ、このうち１つのＳＣｅｌｌは、特別な属性を有する。通常的な基地局内ＣＡで、端末は、ＰＣｅｌｌの物理アップリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、以下“ＰＵＣＣＨ”という)を介して、ＰＣｅｌｌに対するハイブリッド自動繰り返し要求（ＨＡＲＱ：Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔｒｅ  Ｑｕｅｓｔ、以下“ＨＡＲＱ”という)フィードバックとチャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ、以下“ＣＳＩ”という)を転送し、前記ＰＣｅｌｌのＰＵＣＣＨを介してＳＣｅｌｌに対するＨＡＲＱフィードバックとＣＳＩも一緒に転送する。これは、上向きリンク同時転送が不可能な端末に対しても、ＣＡ動作を適用するためである。
【００４６】
基地局間ＣＡ動作の場合、ＣＳＧ  ＳＣｅｌｌのＨＡＲＱフィードバックとＣＳＩをＰＣｅｌｌのＰＵＣＣＨを介して転送することは、現実的に不可能なことがある。ＨＡＲＱフィードバックは、ＨＡＲＱラウンドトリップ時間（ＲＴＴ：Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ、以下“ＲＴＴ”という)（通常、８ｍｓ）内に伝達しなければならないのに、ＭｅＮＢとＳｅＮＢ間の転送遅延がＨＡＲＱ  ＲＴＴより長いことがあるからである。前記問題点に起因して、ＳＣＧに属するＳＣｅｌｌのうち１つのセルにＰＵＣＣＨ転送資源が設定され、前記ＰＵＣＣＨを介してＳＣＧ  ＳＣｅｌｌに対するＨＡＲＱフィードバックとＣＳＩなどが転送される。前記特別なＳＣｅｌｌをｐＳＣｅｌｌ（ｐｒｉｍａｒｙ  ＳＣｅｌｌ）と命名する。以下の説明で、基地局間ＣＡと多重連結（Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）は混用されて使用される。それでは、ここで図５を参照して本発明の一実施形態によるＬＴＥシステムでＰＤＣＰ装置の連結構造について説明する。
【００４７】
図５は、本発明の一実施形態によるＬＴＥシステムでＰＤＣＰ装置の連結構造を概略的に示す図である。
図５を参照すれば、一般的に、１つのユーザサービスは、１つの進化したパケットシステム（ＥＰＳ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ、以下“ＥＰＳ”という)ベアラーによってサービスされ、１つのＥＰＳベアラーは、１つの無線ベアラー（ＲａｄｉｏＢｅａｒｅｒ）と連結される。無線ベアラーは、ＰＤＣＰとＲＬＣで構成され、基地局間ＣＡでは、１つの無線ベアラーのＰＤＣＰ装置とＲＬＣ装置を互いに異なる基地局に位置させてデータ送受信効率を増大させることができる。この際、ユーザサービスの種類によって異なる接近方法が必要である。
【００４８】
例えば、大容量データサービスの場合、ユーザサービスは、５１０のように、ＲＬＣ装置を２つ形成し、ＭｅＮＢとＳｅＮＢ両方とデータを送受信することができる。ＶｏＬＴＥのように、サービス品質（ＱｏＳ：Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ、以下“ＱｏＳ”という)要求条件が厳格なサービスなら、ユーザサービスは、５０５のように、ＭｅＮＢにのみＲＬＣ装置を設け、ＭｅＮＢのサービングセルだけを利用してデータを送受信することができる。あるいは５３５のように、ＳｅＮＢのサービングセルにのみデータが送受信されるようにベアラーを設定してもよい。
【００４９】
以下、説明の便宜のために、５０５のように、ＭｅＮＢのサービングセルにのみデータが送受信されるベアラーをＭＣＧベアラーと命名し、５１０のようなベアラーを多重ベアラーと命名し、ＳｅＮＢのサービングセルにのみデータが送受信されるベアラーをＳＣＧベアラーと命名する。ＭＣＧベアラーとＳＣＧベアラーのＰＤＣＰ装置は、１つのＲＬＣ装置と連結され、多重ベアラーのＰＤＣＰ装置は、２つのＲＬＣ装置と連結される。ＭＣＧを介してデータが送受信される（あるいはＭＣＧのサービングセルと関連したＭＡＣ装置と連結された）ＲＬＣ装置をＭＣＧ  ＲＬＣ  ５０７、５１５と命名し、ＳＣＧを介してデータが送受信されるＲＬＣ装置をＳＣＧ  ＲＬＣ  ５２０、５４０と命名する。ＭＣＧを介したデータ送受信と関連したＭＡＣ  ５０９、５２５をＭＣＧ−ＭＡＣと命名し、ＳＣＧを介したデータ送受信と関連したＭＡＣ５３０、５４５をＳＣＧ−ＭＡＣと命名する。ＭＡＣとＲＬＣ装置の間は、論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）を用いて連結され、ＭＣＧ  ＲＬＣとＭＣＧ−ＭＡＣ間の論理チャネルは、ＭＣＧ論理チャネルと命名し、ＳＣＧ  ＲＬＣとＳＣＧ−ＭＡＣ間の論理チャネルは、ＳＣＧ論理チャネルと命名する。以下、説明の便宜のために、マクロセル領域は、スモールセル信号は受信されずに、マクロセル信号だけが受信される領域を意味し、スモールセル領域は、マクロセル信号とスモールセル信号が一緒に受信される領域を意味すると仮定する。下向きリンクデータ需要が大きい端末がマクロセル領域からスモールセル領域に移動したとき、端末にスモールセルをさらに設定することができ、端末の一部のベアラーのうちファイルトランスファープロトコル（ＦＴＰ：Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のように下向きリンクデータ量が多いベアラーは、ＭＣＧベアラーから多重ベアラーあるいはＳＣＧベアラーに再設定されることができる。
【００５０】
言い替えれば、端末がマクロセル領域からスモールセル領域に移動し、さらにスモールセル領域からマクロセル領域に移動するとき、所定のベアラーは、ＭＣＧベアラーから多重ベアラー／ＳＣＧベアラーに、さらにＭＣＧベアラーに再設定される。以下、説明の便宜のために、ＳＣＧ／ＳｅＮＢが設定されていないときには、ＭＣＧを介してデータが送受信されるが、ＳＣＧ／ＳｅＮＢが設定されているときには、ＳＣＧを介してデータの一部あるいは全部が送受信されるベアラーを“オフロードベアラー（ｏｆｆｌｏａｄ  ｂｅａｒｅｒ）”と命名する。前記ベアラー再設定過程は、端末にＳｅＮＢが設定（ＳｅＮＢ  ａｄｄｉｔｉｏｎ）されるか、あるいはＳｅＮＢが解除されるか（ＳｅＮＢ  ｒｅｌｅａｓｅ）、あるいはＳｅＮＢが変更されるとき（ＳｅＮＢ  ｃｈａｎｇｅ）に発生することができる。ＳｅＮＢ設定時に、オフロードベアラーは、ＭＣＧベアラーからＳＣＧベアラーあるいは多重ベアラーに再設定され、ＳｅＮＢ解除時に、オフロードベアラーは、ＳＣＧベアラーあるいは多重ベアラーからＭＣＧベアラーに再設定され、ＳｅＮＢ変更時に、オフロードベアラーは、ＳＣＧベアラーあるいは多重ベアラーから、さらに他のＳＣＧベアラーあるいは多重ベアラーに変更される。
【００５１】
〈第１実施形態〉
下記本発明では、端末が複数個の基地局に同時に接続して通信する状況を仮定しており、端末が基地局から設定された１つのベアラーが前記複数個の基地局に分離して転送することができる状況を仮定している。本発明は、前記のような仮定で、端末が各基地局に転送するデータ量を調節する方案について提案する。
【００５２】
図６は、本発明で提案する多重連結支援時に論理チャネル優先化（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）手続に対するメッセージ流れ図である。
図６で、端末６０１が第１基地局６０３と第２基地局６０５に同時に接続する状況を仮定する。このために、端末は、まず、多重接続を支援する第１基地局にランダムアクセスなどの手続を介して連結手続を行った状況を仮定し（６１１）、前記連結手続を終了し後、 第１基地局から第２基地局との同時通信のための設定メッセージを受信する（６１３）。前記設定メッセージは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが使用されることができ、前記設定メッセージには、第１基地局及び第２基地局との同時通信のための、各基地局の動作周波数及びセル識別子などを含むことができる。また、前記設定メッセージには、端末がデータ通信のために使用するベアラーに対する設定情報をも含まれる。
【００５３】
端末は、複数個のベアラーを設定されることができ、それぞれのベアラーは、異なる形態のデータ送受信のために使用されることができる。例えば、ベアラーＸは、優先順位が高いＶｏＬＴＥデータのために使用されることができ、ベアラーＹは、優先順位が低い一般インターネット通信のために使用されることができる。
【００５４】
端末は、基地局が割り当てた上向きリンク資源を利用してデータを転送するにあたって、各ベアラー別に割り当てられているロジカルチャネルの優先順位を考慮してどんなデータを転送すべきかを決定する。優先順位が高いロジカルチャネルで持続的にデータが発生すれば、優先順位が低いロジカルチャネルのデータは、長時間サービスされないことがある。これは、データセッション維持のための最小限のデータ送受信も不可能になる問題点を引き起こすことができ、これを解決するために、ＰＢＲ（Ｐｒｉｏｒｉｔｉｚｅｄ  Ｂｉｔ  Ｒａｔｅ）という概念が導入された。ロジカルチャネルにＰＢＲが設定されれば、端末は、前記ロジカルチャネルに対してＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）ごとにＢｊをＰＢＲ分だけ増加させる。また、端末は、転送するデータを決定するにあたって、前記Ｂｊを優先的に考慮する。例えば、優先順位が高いロジカルチャネルｘに転送可能なデータがあるとしても、前記ロジカルチャネルｘのＢｊが０なら、優先順位は低いが、Ｂｊが０ではないロジカルチャネルのデータを少なくともＢｊ分だけは、優先的に転送する。前記ＰＢＲは、ロジカルチャネル別に割り当てられて管理される。
【００５５】
本発明では、１つのベアラーに属している上向きリンクデータが第１基地局及び第２基地局 に分離して転送される場合を仮定し、したがって、各基地局別に前記ＰＢＲ値を設定する場合を仮定する。これによって、図６では、第１基地局（以下ＭＣＧ、Ｍａｓｔｅｒ  Ｃｅｌｌ  Ｇｒｏｕｐという）と第２基地局（以下ＳＣＧ、Ｓｌａｖｅ  Ｃｅｌｌ  Ｇｒｏｕｐという）のＰＢＲを別途に設定することを提案し、特定ベアラーに転送されるトラフィックをＳＣＧ側に転送するために、ＳＣＧのＰＢＲ値を大きい値あるいは無限大に設定することができる（６１３）。
【００５６】
これを受信した端末は、受信確認メッセージを転送する（６１５）。前記受信確認メッセージは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージが使用されることができる。これを受信した端末は、前記６１３のメッセージで設定されたとおり、各ベアラーを設定する（６１７）。本例示図面では、ベアラーａに対して第２基地局に対するＰＢＲ値、すなわち、ＳＣＧのＰＢＲ値を無限大に設定した状況を仮定する。
【００５７】
その後、端末は、設定された第２基地局の周波数について活性化されていない場合、基地局から活性化命令を受けて、第２基地局の上向きリンク同期化が必要な場合、当該周波数に対してプリアンブル転送などを介して上向きリンク同期化手続を行う（６１９）。
【００５８】
前記手続を介してＳＣＧに物理チャネルに上向きリンクでデータを転送する準備が完了すれば、前記６１７で設定した値によって上向きリンクデータ転送を開始する（６２１、６２３、６２５）。本発明では、ＳＣＧのＰＢＲ値を無限大に設定したので、ベアラーａが両側の基地局に設定されたとしても、ＳＣＧ基地局にのみ転送される。
【００５９】
しかし、その後、端末が移動するなどの理由でＳＣＧ基地局との通信が不可能になる状況が発生することができる（６３１）。例えば、一定の回数以上定められた物理信号が受信されない場合、端末は、当該無線リンクが切れた（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ、ＲＬＦ）と見なす（６３３）。
【００６０】
本例示のように、ＳＣＧのＰＢＲを無限大に設定し、ＳＣＧ基地局にデータを集めて転送する場合、前記のように、ＲＬＦが発生するようになれば、端末は、ＳＣＧ基地局との連結を復旧するまで当該ベアラーの上向きリンクデータを１つも転送することができない状況に直面する。
【００６１】
これを解決するために、本発明では、前記のように、ＳＣＧ基地局でＲＬＦが発生したとき、ＭＣＧ基地局から設定されたＰＢＲ値を所定の値あるいは無限大に定めることを提案する（６３５）。前記の所定の値は、例えば、端末が通信社加入条件によって契約によって可能な全体転送速度を超過しないように設定することができる。前記所定の値は、前記ベアラーが多重ベアラーに再設定される前に設定されていた値であってもよい。例えば、表１のように、再設定される状況を例示することができる。ベアラーａが任意のｔ１には、ＭＣＧベアラーとして動作し、任意のｔ２に多重ベアラーに再設定され、任意のｔ３にＳＣＧとのＲＬＦが発生した場合である。以下にＭ−ＲＬＣに設定されたＰＢＲは、ＭＣＧに設定されたＰＢＲと同一の意味であり、Ｓ−ＲＬＣに設定されたＰＢＲは、ＳＣＧに設定されたＰＢＲと同一の意味である。
【００６２】
【表１】
0006017733.tif 000002
【００６３】
これによって、端末は、６３１のような通信不能時にもＳＣＧに送った当該ベアラーのトラフィックをＭＣＧを介して転送し、端末が続いて上向きリンクデータを転送することができるようになる（６３７、６３９、６４１）
【００６４】
図７は、本発明で提案する多重連結支援時に論理チャネル優先化（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）手続を適用したときの端末動作順序の例示図である。
【００６５】
端末は、基地局から以後通信する追加基地局の情報及びベアラーに対する情報を受信する（７０３）。前述したように、本発明は、端末が複数個の基地局と通信が可能になるように設定された状況を仮定しており、１つのベアラーに転送されるデータが複数個の基地局に転送が可能なシナリオを仮定する。
【００６６】
これによって、端末は、セルグループ（すなわち、ＭＣＧあるいはＳＣＧ）別にＰＢＲ値を適用し、端末が当該ベアラーに転送される上向きリンクデータが発生する度に、前記設定した値、すなわちＰＢＲ値を使用して、各基地局に転送するデータ量を計算してデータ転送を行う（７０５）。
【００６７】
その後、端末の移動などに起因してセルグループに前記前述したＲＬＦが発生することができる（７０７）。もしＲＬＦが発生した場合、ＲＬＦが発生したセルグループがＭＣＧであるかまたはＳＣＧであるかを判断する（７０９）。ＲＬＦが発生したセルグループがＳＣＧである場合、本発明では、ＭＣＧのＰＢＲ値を新規に設定し、当該ベアラーへの上向きリンクデータが続いて転送されることができるようにする（７１３）。すなわち、既存にＭＣＧ基地局あるいはＳＣＧ基地局から設定されたＭＣＧ基地局の設定されたＰＢＲ値を端末が所定の値あるいは無限大に設定する。前記の所定の値は、端末が通信社加入条件によって契約によって可能な全体転送速度を超過しないように設定することができる。
【００６８】
一方、ＲＬＦが発生したセルグループがＭＣＧである場合、端末は、すべての連結が切れたと仮定して、ＳＣＧ基地局との連結も切れたものと仮定し、基地局との連結を再設定する（７１１）。
これによって、端末は、ＳＣＧ基地局との通信が切れる場合にも、ＭＣＧ基地局にデータを転送することによって、データ転送を続いて行うことができるようになる。
【００６９】
〈第２実施形態〉
以下、本発明の実施形態によって端末が複数のカテゴリーを報告し、このうち１つのカテゴリーを適用してＨＡＲＱ動作を行う方案を説明する。
【００７０】
端末と基地局がデータ送受信を行うために、基地局は、端末の性能を認知しなければならない。例えば、端末の最大下向きリンクデータレート、端末のＨＡＲＱバッファー性能などの情報は、基地局が端末に下向きリンクデータを転送するために認知しなければならない情報である。前記端末の下向きリンクデータ送受信と関連した性能情報は、端末カテゴリー形態で基地局に報告される。表２は、規格３６．３０６に定義されている「端末カテゴリー」である。端末の下向きリンクデータ受信能力を基準に分類すると、カテゴリー１は１０Ｍｂｐｓ、カテゴリー２は５０Ｍｂｐｓ、カテゴリー３は１００Ｍｂｐｓ、カテゴリー４は１５０Ｍｂｐｓ、カテゴリー５、６、７は３００Ｍｂｐｓ、カテゴリー８は３Ｇｂｐｓに該当する。前記既存カテゴリーは、相対的に高い処理能力を要求し、低価の端末のためにさらに低い処理能力を要求する新しいカテゴリーを導入する必要がある。本発明では、新しいカテゴリー、例えばカテゴリーｘを導入する。前記カテゴリーｘは、例えば１Ｍｂｐｓ程度の転送速度を支援する端末に付与される。表２にカテゴリーと関連したパラメーターを表示した。
【００７１】
【表２】
0006017733.tif 000003
【００７２】
前記カテゴリー１〜５は、ＬＴＥ規格リリース８で導入され、カテゴリー６〜８は、ＬＴＥ規格リリース１０で導入された。カテゴリー１１は、リリース１２で導入された。したがって、リリース８の基地局は、カテゴリー６〜８などを理解（ｃｏｍｐｒｅｈｅｎｄ）せず、リリース１０の基地局は、カテゴリーｘを理解しない。以下、説明の便宜のために、カテゴリー１〜５を第１カテゴリーグループ、カテゴリー６〜８を第２カテゴリーグループ、カテゴリーｘを第３カテゴリーグループと命名する。前記それぞれのカテゴリーグループは、１つ以上のカテゴリーを含むことができる。一方、本発明の一部の記載では、カテゴリーとカテゴリーグループを混用して使用する。
【００７３】
リリース８とリリース９の基地局は、第２カテゴリーグループと第３カテゴリーグループを理せず、リリース１０とリリース１１の基地局は、第３カテゴリーグループを理解せず、リリース１２あるいはその以後の基地局は、すべてのカテゴリーを理解する。端末は、基地局のリリースを認知しないので、場合によって複数のカテゴリーを基地局に報告する。例えば、第２カテゴリーグループの端末は、第２カテゴリーグループだけでなく、第１カテゴリーグループも一緒に報告する。第３カテゴリーグループの端末は、第３カテゴリーグループだけでなく、第１カテゴリーグループも一緒に報告する。カテゴリーは、下記で説明するもののように、ソフトバッファーのサイズと密接な関係を有するので、端末と基地局は、互いに同一のカテゴリーを適用しなければならない。したがって、複数のカテゴリーを報告した端末に対して端末と基地局が同一のカテゴリーを適用する方法が必要である。以下に、表１の各項目についてさらに詳細に説明する。
【００７４】
表２で、「端末が１つのＴＴＩ（１ｍｓ）内に受信可能な最大ビット数」に１０００を掛ければ、システムの秒当たり最大転送率で換算が可能である。
表２で、「ソフトチャネルビット総個数」は、端末のバッファーサイズと関連があるだけでなく、レートマッチング動作に影響を与える。「ソフトチャネルビット総個数」をＮｓｏｆｔといい、「転送ブロックソフトバッファーサイズ」をＮＩＲといい、「コードブロックソフトバッファーサイズ」をＮｃｂというと、次の関係がある。
【００７５】
【数１】
0006017733.tif 000004
【００７６】
ここで、ＫＭＩＭＯは、転送モードによって２または１の値を有し、ｍｉｎ（ＭＤＬ＿ＨＡＲＱ、Ｍｌｉｍｉｔ）値は、一般的に８の値を有する。また、Ｃは、コードブロックの数であり、ＫＷは、循環バッファーの長さを示し、ＫＷ＝３ＫΠの関係を有し、ＫΠは、サブブロックのインタリバーサイズであって、６１４４ビットの長さを有する。すなわち、数式１から分かるように、Ｎｓｏｆｔ値は、ＮＩＲ値に影響を与える。また、ＮＩＲ／Ｃ値がＫＷより小さい場合、言い換えれば、高速データ送受信が進行される場合には、ＮＩＲ値がＮｃｂの値に影響を及ぼすことが分かる。Ｎｃｂの値によってパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）／繰り返し（ｒｅｐｅｔｉｔｉｏｎ）パターンが影響を与えるので、もし端末とｅＮＢ間のＮｓｏｆｔ値が間違って理解される場合には、誤った動作を起こすことができることが分かる。その他、レートマッチングなどと関連した各種事項は、規格３６．２１２に従う。
【００７７】
図８に３個のカテゴリーを報告した端末、そして前記端末と下向きリンクデータ送受信を行う基地局の動作を示した。
端末８０５、基地局８１０、ＭＭＥ  ８１５で構成された移動通信システムにおいて、端末の電源がオンとされる（８２０）。端末は、セル検索を行い、接近が可能なセルが検索されれば、前記セルを介して基地局とＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）連結設定手続（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ、規格３６．３３１参照）を行う（８２５）。端末は、設定されたＲＲＣ連結を介してＭＭＥに所定の制御メッセージを転送する（８３０）。前記制御メッセージは、例えばサービス開始を要請するメッセージ（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ）、あるいは最初登録を要請するメッセージ（ＡＴＴＡＣＨ  ＲＥＱＵＥＳＴ）であることができる。
【００７８】
ＭＭＥは、所定の手続を介して前記端末の要請を受諾するか否かを判断する。ＭＭＥは、前記要請を受諾し、前記端末に移動通信サービスを提供することに決定すれば、基地局に前記端末と関連した情報を収納した制御メッセージを転送する（８３５）。前記制御メッセージには、基地局が端末とデータ送受信を行うために必要な情報、例えば保安キー情報、端末のサービスプロファイル情報などが含まれることができる。もしＭＭＥが前記端末の性能情報を有していれば、ＭＭＥは、前記制御メッセージに前記性能情報をも含ませる。
【００７９】
ＭＭＥが端末の性能情報を有していなければ、前記性能情報が伝達されず、基地局は、端末の性能情報を獲得するために所定のＲＲＣ制御メッセージを端末に転送する（８４０）。前記ＲＲＣ制御メッセージは、ＵＥ性能情報要請メッセージ（ＵＥ  ＣＡＰＡＢＩＬＩＴＹ  ＥＮＱＵＩＲＹ）といい、前記ＲＲＣ制御メッセージには、或る無線接近技術（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）の性能情報を要請するかを指示するフィールドが収納されることができる。ＬＴＥ基地局は、Ｅ−ＵＴＲＡに対する性能情報が要請されるように前記フィールドを設定することができる。端末は、前記ＲＲＣ制御メッセージを受信すれば、どんなＲＡＴに対する性能情報が要請されたかを検査する。
【００８０】
前記端末は、前記ＲＲＣ制御メッセージを介してＥ−ＵＴＲＡに対する性能情報が要請された場合、Ｅ−ＵＴＲＡと関連した性能情報を収納したＵＥ性能情報メッセージ（ＵＥ  ＣＡＰＡＢＩＬＩＴＹ  ＩＮＦＯＲＭＡＴＩＯＮ）を生成し、基地局に転送する（８４５）。前記ＵＥ性能情報メッセージには、特に少なくとも１つのカテゴリー情報が含まれることができる。一方、以下に示すように、ＵＥ性能情報メッセージを報告する端末の性能が属するカテゴリーによって前記ＵＥ性能情報メッセージに含まれるカテゴリー情報が変わることができる。
【００８１】
端末の性能がカテゴリー１〜５のうち１つに該当すれば、端末は、自分の性能に該当する第１カテゴリーグループだけを報告する。
【００８２】
端末の性能がカテゴリー６〜８のうち１つに該当すれば、端末は、自分の性能に該当する第２カテゴリーグループ及び前記第２カテゴリーグループと最も類似な第１カテゴリーグループを報告する。例えばカテゴリー６あるいは７端末は、第１カテゴリーグループとしてカテゴリー４を報告し、カテゴリー８端末は、第１カテゴリーグループとしてカテゴリー５を報告する。
【００８３】
端末の性能がカテゴリーｘなら、端末は、自分の性能に該当する第３カテゴリーグループ及び前記第３カテゴリーグループと最も類似な第１カテゴリーグループを報告する。例えばカテゴリーｘ端末は、第３カテゴリーグループとしてカテゴリーｘを、第１カテゴリーグループとしてカテゴリー１を報告する。
【００８４】
基地局は、端末の性能情報を受信すれば、前記性能情報を参照して端末の設定を決定し、どんなカテゴリーを適用すべきかを決定する（８５０）。
【００８５】
基地局は、アンテナ、転送モード（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ；ＴＭ）、キャリア集積などを設定することができ、所定の規則に従って前記設定と関連して適用するカテゴリーを決定する。前記規則については、図８で詳しく説明する。基地局は、前記設定情報を収納した制御メッセージ（ＲＲＣ連結再設定メッセージ）を端末に転送する（８５５）。前記制御メッセージには、基地局がどんなカテゴリーを適用したかを判断することができる情報が含まれる。端末は、前記制御メッセージの設定情報を適用し、アンテナ、転送モード、キャリア集積などを設定する。そして、前記制御メッセージの設定情報を参照してどんなカテゴリーを適用すべきかを決定する（８６０）。そして、前記決定したカテゴリーによって下向きリンクＨＡＲＱソフトバッファーを再設定する。
【００８６】
基地局は、前記決定したカテゴリーのＮｓｏｆｔを適用して下向きリンクＨＡＲＱバッファーを構成し、前記ＨＡＲＱバッファーを使用して端末に下向きリンクデータを転送する（８６５）。例えば、端末は、前記決定したカテゴリーのＮｓｏｆｔを適用してＮＩＲを決定し、ＮＩＲによってＨＡＲＱソフトバッファーのサイズを決定する。もしＮｓｏｆｔとＮＩＲが変更されれば、ソフトバッファーのサイズをそれに合わせて変更する。もし再設定されたソフトバッファーのサイズが以前ソフトバッファーのサイズより小さくなったら、端末は、前記ソフトバッファーに格納されているデータのうち、再設定されたソフトバッファーより大きいデータは廃棄し、再設定されたソフトバッファーより小さいデータだけをそのまま維持する。前記動作をソフトバッファー再設定時にデータ管理動作と命名する。
【００８７】
端末は、前記再設定されたソフトバッファーを使用して基地局から下向きリンクデータを受信する（８６５）。
【００８８】
その後、任意の時点に基地局は、端末の設定を変更することができる。これによって、適用すべきカテゴリーを変更してもよい（８７０）。例えば端末が新しい基地局にハンドオーバーするとき、新しい基地局のバージョンが以前基地局のバージョンより低くて、端末のカテゴリーのうち一部を理解しなければ、新しいカテゴリーを適用しなければならない。ハンドオーバーを例として取れば、ターゲット基地局は、端末がハンドオーバー後に適用する設定情報を決定し、ソース基地局に伝達し、ソース基地局は、前記設定情報を収納したＲＲＣ連結再設定メッセージを端末に転送する（８７５）。前記ＲＲＣ連結再設定メッセージには、ハンドオーバーを指示する制御メッセージが収納されており、端末は、前記制御メッセージで指示されたターゲットセルと下向きリンク同期を樹立する。端末は、また、前記ＲＲＣ連結再設定メッセージに収納された情報を利用してターゲットセルで適用するカテゴリーを決定する。そして、前記カテゴリーによって下向きリンクソフトバッファーを再設定する（８８０）。端末は、前記再設定された下向きリンクソフトバッファーを利用してターゲットセルで下向きリンクデータを受信する（８８５）。特に端末は、ターゲットセルとの下向きリンク同期が樹立されれば、ターゲットセルでランダムアクセス過程を行い、ランダムアクセス過程が完了すれば、前記再設定された下向きリンクソフトバッファー使用を開始する。
【００８９】
図９に端末動作を示した。
図９の動作を開始するに先立って、端末は、自分のカテゴリーを決定する。端末のカテゴリーは、生産段階で決定され、非揮発性内部メモリーなどに記憶されていてもよい。前述したように、端末は、少なくとも１つのカテゴリーを有する。第３カテゴリーグループに属する端末は、旧型基地局と連結されたときに備えて、旧型基地局が認知することができる第１カテゴリーグループをも有する。その後、端末の電源がオンとされれば、セルサーチ動作などを介して「キャンプオン（ｃａｍｐｏｎ）」する適切なセルを選択し、前記セルを介してネットワーク接続過程を行う（９０５）。基地局は、システム情報を介して当該セルで第３カテゴリーグループ支援可否を放送することができ、端末は、第３カテゴリーグループが支援されるセルに優先的に接続する。
【００９０】
９１０段階で、端末は、性能情報を報告しながら自分のカテゴリーを報告する。第３カテゴリーグループ端末は、第１カテゴリーグループと第３カテゴリーグループを報告し、第３カテゴリーグループと最も類似な性能のカテゴリーであるカテゴリー１が第１カテゴリーグループとして報告される。カテゴリーｘが第３カテゴリーグループとして報告される。
【００９１】
９１５段階で、端末は、前記報告した２つのカテゴリーのうちどんなカテゴリーを適用してＮｓｏｆｔを計算すべきかを決定するために、現在サービングセルが第３カテゴリーグループを支援するセルであるかを検査する。例えば、端末は、サービングセルのシステム情報のうち所定のＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ、例えば第１ＳＩＢあるいは第２ＳＩＢ）に所定の制御情報（例えば第３カテゴリーグループ支援可否を示す情報）が含まれているかを検査し、それなら、現在サービングセルで第３カテゴリーグループを支援するものであり、９２５段階に進行する。前記条件が充足されなければ、現在サービングセルで第３カテゴリーグループを支援しないものであり、９２０段階に進行する。
【００９２】
９２０段階で、端末は、第１カテゴリーグループを適用してＮｓｏｆｔを決定する。例えば端末が第３カテゴリーグループとしてカテゴリーｘ、第１カテゴリーグループとしてカテゴリー１を報告したら、端末は、カテゴリー１を適用する。
【００９３】
９２５段階で、端末は、第３カテゴリーグループを適用してＮｓｏｆｔを決定する。例えば端末が第３カテゴリーグループとしてカテゴリーｘ、第１カテゴリーグループとしてカテゴリー１を報告したら、端末は、カテゴリーｘを適用する。
【００９４】
図１０に基地局動作を示した。
１００５段階で、基地局は、自分とＲＲＣ連結が設定された任意の端末のカテゴリー情報を入手する。
１０１０段階で、基地局は、前記カテゴリー情報の種類を検査し、後続動作を決定する。前記カテゴリー情報にカテゴリー１とカテゴリー２が含まれていたら、１０１５段階に進行し、前記カテゴリー情報にカテゴリー１だけ含まれていたら、１０２５段階に進行し、前記カテゴリー情報にカテゴリー１とカテゴリー３が含まれていたら、１０３５段階に進行する。
１０１５段階で、基地局は、第２カテゴリーグループ適用条件が充足されるかを検査し、充足されたら、１０２０段階に進行し、充足されなければ、１０２５段階に進行する。第２カテゴリーグループ適用条件は、下記のうち１つになることができる。
【００９５】
［第２カテゴリーグループ選択条件１］
サービングセルのうちＴＭ１０が設定されたサービングセルはなく、ＴＭ９が設定されたサービングセルが少なくとも１つ存在
【００９６】
［第２カテゴリーグループ選択条件２］
端末に最大２つのサービングセルが設定され、ＴＭ９が設定されたサービングセルが少なくとも１つ存在
前記選択条件は、端末に設定された転送モードを基準にカテゴリーを選択するものである。
【００９７】
ＴＭ９とＴＭ１０は、規格３６．２１３に定義されている順方向転送モードである。ＴＭ９は、最大８個のランクを有するＳＵ−ＭＩＭＯ（ｓｉｎｇｌｅ  ｕｓｅｒ−ｍｕｌｔｉ−ｉｎｐｕｔ  ｍｕｌｔｉ−ｏｕｔｐｕｔ）を支援するモードであり、ＴＭ１０は、協力通信（ＣｏＭＰ；Ｃｏｏｒｄｉｎａｔｅｄ  Ｍｕｌｔｉ  Ｐｏｉｎｔ  ｔｒａｎｓｍｉｓｓｉｏｎ）を支援するモードである。高いデータレートが適用される可能性が高い転送モードを高いデータレーターのカテゴリーとあらかじめ関連させて、どんなカテゴリーを適用すべきかを判断するようにする。
【００９８】
１０２０段階に進行した基地局は、端末との下向きリンクＨＡＲＱ動作を行うにあたって、第２カテゴリーグループを適用してＮｓｏｆｔを決定する。
１０２５段階に進行した基地局は、端末との下向きリンクＨＡＲＱ動作を行うにあたって、第１カテゴリーグループを適用してＮｓｏｆｔを決定する。
１０３０段階で、基地局は、端末のサービングセルが第３カテゴリーグループを支援するサービングセルであるかを検査し、そうではなければ、１０２５段階に進行し、それなら１０３５段階に進行する。
１０３５段階に進行した基地局は、端末との下向きリンクＨＡＲＱ動作を行うにあたって、第３カテゴリーグループを適用してＮｓｏｆｔを決定する。
３ＧＰＰのＲｅｌｅａｓｅ  １２から２５６  ＱＡＭが支援される。２５６  ＱＡＭは、端末と基地局のハードウェア変更を必要とするので、すべての機器が２５６  ＱＡＭを支援するものではない。本発明の他の実施形態として、端末のカテゴリーと端末のリリース情報（ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ  Ｒｅｌｅａｓｅ、規格３６．３３１参照）を利用して端末が２５６  ＱＡＭを支援するか否かを示す方法を提示する。
【００９９】
端末のリリース情報とカテゴリー情報は、端末が性能報告メッセージを介して基地局に報告するものであって、リリース情報は、端末がＬＴＥ規格のうちどんなｒｅｌｅａｓｅの規格によって具現されたかを示す情報である。
【０１００】
前記２つの情報は、２５６  ＱＡＭの支援可否と関係なく、端末が基地局に報告しなければならない情報という特徴を有する。端末と基地局は、暗黙的な規約で、Ｒｅｌｅａｓｅ  １２以後の所定のカテゴリーに属する端末は、２５６  ＱＡＭを支援するようにする。端末は、２５６  ＱＡＭ支援可否を報告するために、別途の情報を提供する必要がなく、基地局は、端末のリリースとカテゴリーを検査して、端末が２５６  ＱＡＭを支援するか否かを判断することができる。
【０１０１】
以下の発明で、２５６  ＱＡＭ支援可否と連携されるカテゴリーを２５６  ＱＡＭカテゴリーと命名する。２５６  ＱＡＭカテゴリーは、例えばカテゴリー４、カテゴリー５、カテゴリー６、カテゴリー７、カテゴリー８などになることができる。言い替えれば、前記カテゴリーのうち少なくとも１つを支援するものとして報告した端末のうち所定のリリース（例えばリリース１２）及びその以後のリリースの端末は、２５６  ＱＡＭ支援を報告するものである。
【０１０２】
前述したように、端末は、第１カテゴリーグループ（集合）に属するカテゴリーは、常に報告するが、第２カテゴリーグループに属するカテゴリーあるいは第３カテゴリーグループに属するカテゴリーは、報告してもよく、報告しなくてもよい。したがって、Ｒｅｌｅａｓｅ  １２あるいはその以後のリリースの端末は、２つあるいはそれ以上のカテゴリーを報告してもよく、このうち１つのカテゴリーでも２５６  ＱＡＭカテゴリーに属したら、前記端末は、２５６  ＱＡＭを支援する端末である。
【０１０３】
したがって、本発明のさらに他の実施形態によれば、端末は、２５６  ＱＡＭ支援可否を報告するために、端末の転送速度及びバッファーサイズを指示する所定の第１情報（端末のカテゴリー情報）を第１値に設定し、端末の具現がどんなリリースに従うかを示す所定の第２情報（端末のリリース情報）を第２値に設定する。端末は、複数の第１情報を転送することができ、この場合、前記第１情報のうち少なくとも１つは、あらかじめ定められた値に設定することができる。
【０１０４】
基地局は、端末の性能情報を受信すれば、端末が報告した第１情報が所定の値のうち１つであり、端末が報告した第２情報が他の所定の値より大きければ、前記端末が２５６  ＱＡＭを支援するものと判断し、端末の下向きリンクチャネル状況が所定の基準を充足すれば（あるいは所定の基準より良好であったら）、端末に２５６  ＱＡＭで変調された下向きリンクデータを転送する。
【０１０５】
〈第３実施形態〉
本発明のさらに他の実施形態として、ＴＴＩバンドリングとＳＰＳを設定する端末と基地局の動作を示す。
【０１０６】
ＴＴＩバンドリングは、同一のデータを４個の連続的なサブフレームにわたって転送するものであり、セル変更で発生する逆方向転送出力不足問題を解決するためのものである。半永久的転送資源割り当て技法（Ｓｅｍｉ  Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）は、ＶｏＩＰのように、一定の周期で一定のサイズのパケットが持続的に発生するサービスを効率的に支援するために、一種の固定資源を割り当てるものであって、ＰＤＣＣＨの使用量を減らして、一度に支援することができるＶｏＩＰユーザの数を増加させる役目をする。
【０１０７】
端末がマクロセルで動作する場合、ＴＴＩバンドリングとＳＰＳを同時に適用する場合には、むしろ効率が劣ることができる。ＴＴＩバンドリングが適用されることは、端末がマクロセルの変更に位置しているということであり、このような端末のチャネル状況は、不安定なので、ＳＰＳに固定資源を割り当てるよりは、端末のチャネル状況を反映して動的に転送資源を割り当てることがさらに効率的であるからである。
【０１０８】
一方、端末が多重連結（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）で動作する場合、端末は、マクロセルとスモールセルで同時にデータを送受信する。もし前記端末の地理的位置がマクロセルの変更なら、マクロセルでのデータ送受信のためには、ＴＴＩバンドリングを適用する必要がある。一方、スモールセルでは、マクロセルとは全然異なるチャネル環境を経験し、ＳＰＳの使用が相変らず有効なことがある。
【０１０９】
本発明の実施形態では、前記状況を考慮して、特定状況（端末にＤＣが設定されており、ＴＴＩバンドリングは、ＰＣｅｌｌに設定され、ＳＰＳは、ＰＳＣｅｌｌに設定される場合）には、ＴＴＩバンドリングとＳＰＳの同時設定を許容し、残りの場合には、ＴＴＩバンドリングとＳＰＳの同時設定を許容しないようにする。
【０１１０】
基地局は、端末のＴＴＩバンドリング設定状況を考慮して、ＳＰＳ設定可否を判断するか、ＳＰＳ設定状況を考慮してＴＴＩバンドリング設定可否を決定し、端末は、ＴＴＩバンドリングとＳＰＳの同時設定が制御メッセージによって指示される場合、前記制御メッセージの適合性を判断し、前記制御メッセージに従うか否かを判断する。
【０１１１】
図１１に端末動作を示した。
１１０５段階で、端末は、基地局からＲＲＣ連結再構成を指示する制御メッセージ（ＲＲＣＣＯＮＮＥＣＴＩＯＮ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ、規格３６．３３１参照）を受信する。
１１１０段階で、端末は、前記制御メッセージによってＲＲＣ連結を再構成する場合、ＴＴＩバンドリングとＳＰＳが同時に設定されるかを検査し、同時に設定されれば、１１２０段階に進行し、そうではなければ、１１１５段階に進行する。例えば、前記制御メッセージを受信する前にＴＴＩバンドリングが設定されており、前記制御メッセージでＳＰＳ設定を指示したら、１１２０段階に進行する。あるいは前記制御メッセージを受信する前に、ＳＰＳが設定されており、前記制御メッセージでＴＴＩバンドリングを適用することを指示したら、１１２０段階に進行する。前記２つの場合のうち１つにも該当しなければ、１１１５段階に進行する。ＳＰＳが設定されることは、所定のＲＲＣ制御メッセージを介して端末にＳＰＳ転送資源の周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＤＬ、ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ規格３６．３３１参照）とＳＰＳ転送資源が使用されるＨＡＲＱプロセスに対する情報（ｎｕｍｂｅｒＯｆＣｏｎｆＳＰＳ−Ｐｒｏｃｅｓｓｅｓ規格３６．３３１参照）が提供されたことと同一の意味を有する。ＴＴＩバンドリング設定されることは、任意のＲＲＣ制御メッセージにＴＲＵＥに設定されたｔｔｉＢｕｎｄｌｉｎｇというＩＥが含まれていることと同一の意味である。
１１１５段階に進行した端末は、前記受信したＲＲＣ制御メッセージの指示に従ってＲＲＣ連結を再構成する。例えば、前記制御メッセージにＴＴＩバンドリング設定が指示されたら、以後、所定のサービングセル（例えばＰＣｅｌｌ）でＴＴＩバンドリングを適用する。
１１２０段階に進行した後、端末は、ＴＴＩバンドリングとＳＰＳの同時設定が可能であるかを判断するために、端末は、１１２０段階と１１３０段階で所定の条件を検査する。
１１２０段階で、端末は、前記制御メッセージを適用したとき、端末の設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）が［設定１］になるかを検査し、［設定１］になる場合、１１３０段階に進行し、そうではなければ、１１２５段階に進行する。例えば、前記制御メッセージで［設定１］を直接的に指示する場合あるいは前記制御メッセージを受信する前に、端末の設定が既に［設定１］の場合、いずれも端末は１１３０段階に進行する。
【０１１２】
［設定１］
少なくとも１つのＳＣＧが設定されており（すなわちＤＣが設定されており）、ＭＣＧには、ただ１つの上向きリンクだけ設定（すなわちＰＣｅｌｌだけが上向きリンクが設定され、残りの、ＳＣｅｌｌは、下向きリンクだけが設定されたサービングセル）
１１２５段階で、端末は、前記受信した制御メッセージあるいは現在設定が誤ったことを認知し、後続動作を行う。後続動作は、例えば下記のようなものがあり得る。
【０１１３】
［後続動作１］
前記受信したＲＲＣ制御メッセージを無視し、ＲＲＣ連結再設定手続（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ、規格３６．３３１参照）開始
【０１１４】
［後続動作２］
前記受信したＲＲＣ制御メッセージを無視し、現在設定を維持
【０１１５】
［後続動作３］
ＴＴＩバンドリングとＳＰＳのうち１つの機能だけを設定し、残りの機能は、未設定。一般的にＴＴＩバンドリングがＳＰＳより端末の連結維持に非常に重要なので、ＴＴＩバンドリングだけを適用し、ＳＰＳは適用しない。
【０１１６】
１１３０段階で、端末は、ＴＴＩバンドリングがＭＣＧのみに対して（あるいはＰＣｅｌｌに対して）設定され、ＳＰＳがＳＣＧのみに対して（あるいはＰＳＣｅｌｌのみに対して）設定されたものであるかを判断する。もしＴＴＩバンドリングは、ＭＣＧのみに対して設定され、ＳＰＳは、ＳＣＧのみに対して設定されたものなら、１１１５段階に進行し、前記条件が充足されなければ、例えばＳＰＳがＭＣＧに対して設定されたものなら、１１２５段階に進行する。ＴＴＩバンドリングがＭＣＧのみに対して設定されることは、ＭＣＧに対するＭＡＣ設定情報（ＭＡＣ−ｍａｉｎＣｏｎｆｉｇ）にｔｔｉＢｕｎｄｌｉｎｇ情報が含まれて端末に指示され、ＳＣＧに対するＭＡＣ設定情報（あるいはＳＣＧを設定する制御情報、あるいはＰＳＣｅｌｌを設定する制御情報）には、ｔｔｉＢｕｎｄｌｉｎｇ情報が含まれないことを意味する。
【０１１７】
ＳＰＳがＳＣＧのみに対して（あるいはＰＳＣｅｌｌのみに対して）設定されることは、ＳＰＳと関連した設定情報（ＳＰＳ−ｃｏｎｆｉｇ）がＭＣＧに対するＭＡＣ設定情報には含まれずに、ＳＣＧに対するＭＡＣ設定情報（あるいはＳＣＧを設定する制御情報、あるいはＰＳＣｅｌｌを設定する制御情報）には含まれることを意味する。
【０１１８】
ｅＮＢは、ＰＣｅｌｌ上にＵＥに対するＴＴＩバンドリングを設定する（ｃｏｎｆｉｇｕｒｅ）ことを決定することができる。ｅＮＢは、半永久的スケジューリング（ＳＰＳ）が前記ＵＥに対して設定されたかを判断することができる。前記ＳＰＳが前記ＵＥに対して設定されたら、ｅＮＢは、前記ＳＰＳがＰＣｅｌｌまたはＰＳＣｅｌｌ上で設定されたかを判断することができる。前記ＳＰＳがＰＳＣｅｌｌ上で設定されたら、ｅＮＢは、ＰＣｅｌｌ上でのＴＴＩバンドリングの設定を指示するＲＲＣメッセージを生成することができる。ｅＮＢは、前記ＲＲＣメッセージを前記ＵＥに転送することができる。
【０１１９】
ＵＥのチャネル状態とＵＥの可用の（ａｖａｉｌａｂｌｅ）転送電力に基づいて、ｅＮＢは、ＰＣｅｌｌ上にＵＥに対するＴＴＩバンドリングを設定する（ｃｏｎｆｉｇｕｒｅ）ことを決定することができる。ＳＰＳがＰＣｅｌｌ上に設定されたら、前記ＴＴＩバンドリングは、ＰＣｅｌｌに設定されない。
【０１２０】
〈第４実施形態〉
本発明のさらに他の実施形態としてＤＲＸ動作中の端末が下向きリンクＨＡＲＱ動作を行う方法を提示する。特に、端末がＨＡＲＱ再転送を受信するために駆動するＨＡＲＱ  ＲＴＴタイマーの長さを決定する方法を提示する。
【０１２１】
ＤＲＸ動作中の端末は、下向きリンクデータを受信すれば、ＨＡＲＱ  ＲＴＴタイマーによって規定される所定の期間が経過した後、前記下向きリンクデータに対する再転送を受信するためにＡｃｔｉｖｅ  Ｔｉｍｅに遷移する。前記ＨＡＲＱ  ＲＴＴタイマーは、端末が下向きリンクデータに対するＨＡＲＱフィードバックを転送した時点を基準に４サブフレーム以後に終了するように設定され、ＦＤＤサービングセルでは、８サブフレームに固定された値を有し、ＴＤＤサービングセルでは、（ｋ＋４）サブフレームとして定義される。前記ｋは、ＴＤＤ設定によって定義される値であって、規格３６．２１３に定義されたものに従う。
【０１２２】
本発明で端末は、下向きリンクデータが受信されたサービングセルがどんなセルグループに属するかを考慮してＨＡＲＱ  ＲＴＴタイマーの値を決定する。
【０１２３】
サブフレームｎで端末が行う動作を決定する過程を図１２に示した。
１２０５段階で、端末は、サブフレームｎが下記条件を充足するかを検査し、それなら１２１５段階に進行し、そうではなければ、１２１０段階に進行する。
【０１２４】
〈条件〉
当該サブフレームがＡｃｔｉｖｅ  Ｔｉｍｅ（ＤＲＸ動作中の端末がＰＤＣＣＨをモニターする期間であり、規格３６．３２１に定義されたものに従う）であり、ＰＤＣＣＨサブフレーム（ＰＤＣＣＨが送受信されるサブフレームであり、規格３６．３２１に定義されたものに従う）であり、測定ギャップ（ｃｏｎｆｉｇｕｒｅｄ  ｍｅａｓｕｒｅｍｅｎｔ  ｇａｐ）（規格３６．３３１参照）の一部ではない。
前記条件がすべて充足されれば、１２１５段階に進行し、条件のうち１つでも充足されなければ、１２１０段階に進行し、次のサブフレームの動作決定時まで待機する。
【０１２５】
１２１５段階で、端末は、サブフレームｎのＰＤＣＣＨをモニターする。すなわち前記ＰＤＣＣＨを介して端末のＣ−ＲＮＴＩにアドレスされたスケジューリング情報が受信されるかをモニターする。
【０１２６】
１２２０段階で、端末は、サブフレームｎのＰＤＣＣＨを介して下向きリンク転送が指示されるか、サブフレームｎに下向きリンク転送資源割り当て（ａｓｓｉｇｎｍｅｎｔ）が設定されているかを検査し、それなら、１２２５段階に、そうではなければ１２１０段階に進行する。下向きリンク転送資源が設定されていることは、例えば、当該サブフレームに下向きリンクＳＰＳが設定されていることに該当することができる。
【０１２７】
１２２５段階で、端末は、ＨＡＲＱ  ＲＴＴタイマーを駆動し（ｓｔａｒｔ）、セルグループに属するセル上でＰＤＣＣＨによって下向きリンクデータを受信する。受信した下向きリンクデータのデコーディングが失敗すれば、端末は、ＨＡＲＱ  ＲＴＴタイマーが満了した後、再転送を受信するために、Ａｃｔｉｖｅ  Ｔｉｍｅ状態を維持するか、Ａｃｔｉｖｅ  Ｔｉｍｅに遷移する。
【０１２８】
端末は、前記ＨＡＲＱ  ＲＴＴタイマーの長さを決定するために、１２３０段階に進行する。ＨＡＲＱ  ＲＴＴタイマーを決定する段階（１２３０〜１２５５）と１２２５段階の先後関係は、互いに変わることもできる。
【０１２９】
１２３０段階で、端末は、前記下向きリンクデータを受信したサービングセルがＭＣＧであるか、ＳＣＧであるかをチェックする。ＨＡＲＱ  ＲＴＴタイマーは、ＰＣｅｌｌまたはＰＳＣｅｌｌのデュプレックスモード（ｄｕｐｌｅｘ  ｍｏｄｅ）及びダウンリンク割り当て（ａｓｓｉｇｎｍｅｎｔ）が受信されるセルグループに基づいて、あらかじめ定められた数のサブフレームに設定される。前記下向きリンクデータを受信したサービングセルがＭＣＧなら、１２３５段階に進行し、ＳＣＧなら１２５０段階に進行する。
１２３５段階で、端末は、ＰＣｅｌｌがＦＤＤで動作するか、ＴＤＤで動作するかをチェックする。ＰＣｅｌｌがＦＤＤで動作したら、１２４５段階に進行し、ＴＤＤで動作したら、１２４０段階に進行する。
１２４０段階で、端末は、ＰＣｅｌｌのＵＬ／ＤＬ設定によってＫを決定する。ＫとＴＤＤ  ＵＬ／ＤＬ設定の間の関係は、規格３６．２１３のテーブル１０．１．３．１−１に従う。そして、ＨＡＲＱ  ＲＴＴタイマーの値をＫ＋４に決定する。
１２４５段階で、端末は、ＨＡＲＱ  ＲＴＴタイマーのサイズを８サブフレームに決定する。
１２５０段階で、端末は、ＰＳＣｅｌｌがＦＤＤで動作するか、ＴＤＤで動作するかを検査し、ＦＤＤで動作したら、１２４５段階に進行し、ＴＤＤで動作したら、１２５５段階に進行する。
１２５５段階で、端末は、ＰＳＣｅｌｌのＵＬ／ＤＬ設定によってＫを決定する。ＫとＴＤＤ  ＵＬ／ＤＬ設定の間の関係は、規格３６．２１３のテーブル１０．１．３．１−１に従う。そしてＨＡＲＱ  ＲＴＴタイマーの値をＫ＋４に決定する。
【０１３０】
端末は、ＰＣｅｌｌがＦＤＤで動作したら、すべてのＭＣＧサービングセルに対するＨＡＲＱ  ＲＴＴタイマーを８に設定し、ＰＣｅｌｌがＴＤＤで動作したら、すべてのＭＣＧサービングセルに対するＨＡＲＱ  ＲＴＴタイマーをｋ＋４に設定し、前記ｋは、ＰＣｅｌｌのＴＤＤ  ＵＬ／ＤＬ設定によって決定する。
【０１３１】
端末は、ＰＳＣｅｌｌがＦＤＤに動作したら、すべてのＳＣＧサービングセルに対するＨＡＲＱ  ＲＴＴタイマーを８に設定し、ＰＳＣｅｌｌがＴＤＤで動作したら、すべてのＳＣＧサービングセルに対するＨＡＲＱ  ＲＴＴタイマーをｋ＋４に設定し、前記ｋは、ＰＣｅｌｌのＴＤＤ  ＵＬ／ＤＬ設定によって決定する。
【０１３２】
〈第５実施形態〉
ＲＬＣは、ＬＩ（Ｌｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）というフィールドを使用してＲＬＣパケットに収納されたＰＤＣＰパケットの最後のバイトの位置を表示する。したがって、ＬＩの長さは、ＰＤＣＰパケットの最大サイズを表現するように定義しなければならない。１つのＰＤＣＰパケットは、１つのＩＰパケットと対応し、ＩＰパケットのサイズは可変的である。特にＩＰストリームの性格やＩＰストリームを提供するサーバーによってＩＰパケットの最大サイズは、数万バイトになってもよく、約１５００バイトであってもよい。
【０１３３】
本発明では、端末は、基地局の指示に従ってＩＰストリーム別にＬＩの長さを相異に設定する。通常、１つのＩＰストリームは、１つのＥＰＳベアラーによってサービスされ、１つのＥＰＳベアラーは、１つの無線ベアラー（Ｒａｄｉｏ  Ｂｅａｒｅｒ）によってサービスされるので、本発明で前記ＬＩの長さは、ＥＰＳベアラー別にあるいは無線ベアラー別に設定される。
【０１３４】
任意の無線ベアラーがＭＣＧにマッピングされるとき、前記無線ベアラーに対するＬＩのサイズは、ＭｅＮＢが決定する。
任意の無線ベアラーがＭＣＧベアラーからＳＣＧベアラーに再設定される場合、前記ベアラーに対するＬＩのサイズは、ＳｅＮＢが決定する。したがって、１つの無線ベアラー／ＥＰＳベアラーに対するＬＩは、前記ベアラーがＭＣＧに設定された場合とＳＣＧに設定された場合に、互いに異なる値を有することができる。
【０１３５】
すなわち、任意の無線ベアラーのＲＬＣ装置がＭｅＮＢに設定されているときのＬＩと前記無線ベアラーのＲＬＣ装置がＳｅＮＢに設定されているときのＬＩの長さは、互いに異なるように設定されてもよい。
【０１３６】
一方、多重ベアラーの場合、１つのＰＤＣＰ装置が２つのＲＬＣ装置と連結され、前記ＲＬＣ装置は、ＭｅＮＢとＳｅＮＢにそれぞれ設定される。もし前記２つのＲＬＣ装置に互いに異なるＬＩを設定したら、ＰＤＣＰ装置は、それぞれのＲＬＣ装置に対して最大サイズが互いに異なるＰＤＣＰパケットを送受信しなければならないし、これは、端末と基地局の複雑度を増加させる要因として作用する。したがって、本発明では、ベアラーの種類によって、ＭｅＮＢを介して取り交わすデータに対するＬＩの長さとＳｅＮＢを介して取り交わすデータに対するＬＩの長さを互いに同一に設定するか、互いに異なるように設定する。
【０１３７】
多重ベアラーなら、ＭｅＮＢを介して取り交わすＲＬＣパケットのＬＩの長さとＳｅＮＢを介して取り交わすデータに対するＬＩの長さは、常に同一であり、多重ベアラーではなければ、ＭｅＮＢを介して取り交わすＲＬＣパケットのＬＩの長さとＳｅＮＢを介して取り交わすデータに対するＬＩの長さが互いに異なっていてもよい。
【０１３８】
図１３に端末動作を示した。
１３０５段階で、端末は、基地局からＲＲＣ連結再構成を指示する制御メッセージ（ＲＲＣＣＯＮＮＥＣＴＩＯＮＲＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ、規格３６．３３１参照）を受信する。
【０１３９】
１３１０段階で、端末は、前記制御メッセージによってＲＲＣ連結を再構成する場合、多重ベアラーが設定されるかを検査し、それなら、１３２０段階に進行し、そうではなければ、１３１５段階に進行する。多重ベアラーが設定されることは、１つの無線ベアラーに１つのＰＤＣＰ装置と２つのＲＬＣ装置が設定され、それぞれのＲＬＣ装置は、送受信がいずれも可能であり、２つのＲＬＣ装置のうち１つは、ＭＣＧを介してデータを送受信するように設定され、残りの１つは、ＳＣＧを介してデータを送受信するように設定されることを意味する。
【０１４０】
１３１５段階に進行した端末は、前記受信したＲＲＣ制御メッセージの指示に従ってＲＲＣ連結を再構成する。
１３２０段階に進行した端末は、前記多重ベアラーのＲＬＣ装置のＬＩの長さが同一に設定されているかを検査する。すなわち、ＳＣＧを介してデータを送受信するＲＬＣ装置（Ｓ−ＲＬＣ）とＭＣＧを介してデータを送受信するＲＬＣ装置（Ｍ−ＲＬＣ）のＬＩの長さが互いに同一に設定されたかを検査する。もしそれなら、１３３０段階に進行し、そうではなければ、１３２５段階に進行する
１３２５段階で、端末は、前記受信した制御メッセージが誤った制御メッセージであることを認知し、後続動作を行う。後続動作は、例えば下記のようなものがあり得る。
【０１４１】
［後続動作１］
前記受信したＲＲＣ制御メッセージを無視し、ＲＲＣ連結再設定手続（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ、規格３６．３３１参照）開始
【０１４２】
［後続動作２］
前記受信したＲＲＣ制御メッセージを無視し、現在設定を維持
意図せず、Ｍ−ＲＬＣのＬＩとＳ−ＲＬＣのＬＩが互いに異なる長さに設定されることを防止するために、２つのＲＬＣ装置のうち１つのＲＬＣ装置のみに対してＬＩの長さを指定し、残りのＲＬＣ装置に対するＬＩの長さは、同一のベアラーの他のＲＬＣ装置のＬＩ長さを使用するように動作を設計することも可能である。すなわち、Ｍ−ＲＬＣに対するＬＩ長さが既に設定されたら、Ｓ−ＲＬＣに対するＬＩ長さ情報は、シグナリングしないか、シグナリングしても、端末が無視し、Ｓ−ＲＬＣのＬＩ長さをＭ−ＲＬＣのＬＩ長さと同一に設定するものである。
【０１４３】
任意の無線ベアラーをＭＣＧベアラーから多重ベアラーに再設定するためには、ＭｅＮＢとＳｅＮＢの間に制御信号が交換される。
【０１４４】
ＭｅＮＢは、まず、ＳｅＮＢに多重ベアラー設定を要請する制御メッセージ（ＳＣＧ設定変更要請メッセージ）を転送し、ＳｅＮＢは、多重ベアラーの実際設定情報を含む制御メッセージ（ＳＣＧ設定変更要請承諾メッセージ）をＭｅＮＢに転送する。ＳＣＧ設定変更要請承諾メッセージには、Ｓ−ＲＬＣの設定情報などが含まれ、ＭｅＮＢは、前記Ｓ−ＲＬＣ設定情報などを修正せず、そのまま端末に転送する。
【０１４５】
基地局は、多重ベアラーのＭ−ＲＬＣとＳ−ＲＬＣのＬＩの長さが同一に下記のように動作することができる。
【０１４６】
ＭｅＮＢは、ＳｅＮＢに多重ベアラーの設定を要請するにあたって、ＳＣＧ設定変更要請メッセージに設定が要請される多重ベアラーのＭ−ＲＬＣのＲＬＣ設定情報を含ませてＳｅＮＢに転送する。前記ＲＬＣ設定情報には、Ｍ−ＲＬＣのＬＩの長さ情報が含まれ、ＳｅＮＢは、前記多重ベアラーのＳ−ＲＬＣのＬＩの長さを選択するにあたって、前記Ｍ−ＲＬＣのＬＩの長さとＳ−ＲＬＣの長さが同一にＬＩの長さを選択する。
【０１４７】
あるいは、さらに他の方法として、ＳｅＮＢが多重ベアラーのＳ−ＲＬＣのＬＩ長さを任意に選択し、ＳＣＧ設定変更要請承諾メッセージをＭｅＮＢに転送すれば、ＭｅＮＢが前記Ｓ−ＲＬＣのＬＩの長さを検査する。そして前記ＳｅＮＢが選択したＳ−ＲＬＣのＬＩの長さがＭ−ＲＬＣＬＩ長さと同一なら、そのまま進行し、前記ＳｅＮＢが選択したＳ−ＲＬＣのＬＩ長さがＭ−ＲＬＣＬＩ長さと異なると、Ｍ−ＲＬＣ長さを前記Ｓ−ＲＬＣのＬＩ長さと同一に設定するために前記Ｍ−ＲＬＣを再構成する手続を行う。
【０１４８】
〈第６実施形態〉
本発明では、基地局が待機モード状態にある端末に現在受信中のＭＢＭＳサービスあるいは関心があるＭＢＭＳサービスに対する情報を効果的に収集する方法及び装置に関するものである。現在ＬＴＥ標準技術では、連結モード状態にある端末のみに対して前記情報を収集することができる。このために、ＭＢＭＳ  ｃｏｕｎｔｉｎｇ過程を利用する。本発明では、待機モード状態にある端末に対しても前記情報を収集する方法を提案する。特に、待機モード端末が前記情報を基地局に報告するために、現在適用中のＡＣＢを無視するか、ランダムアクセス技法を活用することを特徴とする。
【０１４９】
本発明で提案する技術を具体的に説明するに先立って、ＬＴＥ標準でＭＢＭＳ関連技術を説明する。
【０１５０】
図１４は、ＭＢＭＳ概念図を示す図である。
ＭＢＭＳサービス領域（ＭＢＭＳ  ｓｅｒｖｉｃｅ  ａｒｅａ）１４００は、ＭＢＳＦＮ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）転送を行うことができる多数の基地局よりなるネットワーク領域である。
【０１５１】
ＭＢＳＦＮ領域（ＭＢＳＦＮ  Ａｒｅａ）１４０５は、ＭＢＳＦＮ転送のために、統合された様々なセルで構成されたネットワーク領域であり、ＭＢＳＦＮ領域内のセルは、いずれもＭＢＳＦＮ転送が同期化されている。
【０１５２】
ＭＢＳＦＮ領域予約セル（ＭＢＳＦＮ  Ａｒｅａ  Ｒｅｓｅｒｖｅｄ  Ｃｅｌｌｓ）１４１０を除いたすべてのセルは、ＭＢＳＦＮ転送に利用される。ＭＢＳＦＮ領域予約セル１４１０は、ＭＢＳＦＮ転送に利用されないセルであって、他の目的のために転送が可能であるが、ＭＢＳＦＮ転送に割り当てられた無線資源に対して、制限された送信電力が許容されることができる。
【０１５３】
図１５は、ＭＢＳＦＮ転送のために使用される下向きリンクチャネルマッピング関係を示す図である。
【０１５４】
図１５に示されたように、ＭＡＣ階層と物理階層の間では、ＭＣＨ  １５００を利用し、ＭＣＨは、物理階層のＰＭＣＨ  １５０５とマッピングされる。
データを特定端末のみに対して転送するユニキャスト方式は、一般的にＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）１５１０を利用する。
【０１５５】
図１６は、ＬＴＥシステムで使用される下向きリンクフレームの構造を示す図である。
図１６に示されたように、任意のラジオフレーム１６００は、１０個のサブフレーム１６０５よりなる。ここで、それぞれのサブフレームは、一般的なデータ送受信のために使用される「一般サブフレーム１６１０」と放送のために使用される「ＭＢＳＦＮ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ、以下ＭＢＳＦＮという)サブフレーム１６１５」の形態が存在する。
【０１５６】
一般サブフレームとＭＢＳＦＮサブフレームの差は、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下ＯＦＤＭという)シンボルの個数、循環前置（Ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）の長さ、セル特定基準信号（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌｓ、ＣＲＳ）などの構造及び数において差がある。
【０１５７】
一方、Ｒｅｌ−８、Ｒｅｌ−９システムでＭＢＳＦＮサブフレームは、ブロードキャスト（ｂｒｏａｄｃａｓｔ）あるいはマルチキャスト（ｍｕｌｔｉｃａｓｔ）データを転送するなどの目的だけで使用された。しかし、システムが進化して、ＬＴＥ  Ｒｅｌ−１０からはＭＢＳＦＮサブフレームがブロードキャストあるいはマルチキャストの目的だけでなく、ユニキャスト（ｕｎｉｃａｓｔ）の目的でも使用が可能になった。
【０１５８】
ＬＴＥでは、物理下向きリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ、以下ＰＤＳＣＨという)を効率的に使用するために、各端末をマルチアンテナ（Ｍｕｌｔｉ−ａｎｔｅｎｎａ）技術及びＲＳ（Ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）と関連した転送モード（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｍｏｄｅ、ＴＭ）に区分して設定する。
【０１５９】
現在ＬＴＥ  Ｒｅｌ−１０では、ＴＭ１〜ＴＭ９まで存在する。それぞれの端末は、ＰＤＳＣＨ転送のために１つのＴＭを有し、ＴＭ８番がＲｅｌ−９で、ＴＭ９番がＲｅｌ−１０で新しく定義された。
【０１６０】
ここで、特にＴＭ９番は、最大８個のランクを有するＳＵ−ＭＩＭＯ（ｓｉｎｇｌｅ  ｕｓｅｒ−ｍｕｌｔｉ−ｉｎｐｕｔ  ｍｕｌｔｉ−ｏｕｔｐｕｔ）を支援する。ＴＭ９番は、多重レイヤの転送を支援し、復調（ｄｅ−ｍｏｄｕｌａｔｉｏｎ）時にＲｅｌ−１０  ＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、復調基準信号；以下ＤＭＲＳという)を使用して、最大８個レイヤの転送を可能にする。また、前記Ｒｅｌ−１０ＤＭＲＳは、あらかじめコーディングされた（ｐｒｅｃｏｄｅｄ）ＤＭＲＳが転送されるが、当該プレコーダーインデックス（ｐｒｅｃｏｄｅｒ  ｉｎｄｅｘ）を受信端に通知する必要がない。また、ＴＭ９番を支援するために、Ｒｅｌ−１０でＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、下向きリンク制御情報；以下、ＤＣＩで表記）フォーマット２Ｃが新規に定義された。特記すべきことは、Ｒｅｌ−１０以前の端末は、ＭＢＳＦＮサブフレームでデコーディングを試みない。したがって、すべての端末にＭＢＳＦＮサブフレームでデコーディングを試みるようにすることは、前記以前リリース（ｒｅｌｅａｓｅ）の端末のアップグレード要求につながる。
【０１６１】
一方、ユニキャストデータ送受信のために、ＬＴＥシステムでは、データ送受信が実際にどこで起きるかをＰＤＣＣＨで通知し、実際データは、ＰＤＳＣＨで転送する。端末は、実際データを受信する前にＰＤＣＣＨで前記端末に割り当てられた資源割り当て情報があるか否かを判断しなければならない。
【０１６２】
一方、ＭＢＳＦＮは、多少複雑な過程を介して、資源割り当て情報を獲得する。まず、基地局は、ブロードキャスト情報であるＳＩＢ１３（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  １３）を介して、端末にセルが提供しているＭＢＳＦＮ領域（ＭＢＳＦＮ  Ａｒｅａ）別にＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）の転送位置を通知する。ＭＣＣＨは、ＭＢＳＦＮのための資源割り当て情報を含んでおり、端末は、ＭＣＣＨをデコーディングし、ＭＢＳＦＮサブフレームの転送位置を把握することができる。
【０１６３】
前述したように、ＭＢＭＳが従来のユニキャストと異なる方式を介して、資源割り当て情報を提供する理由は、ＭＢＭＳが待機モードにある端末にも提供可能ではなければならないからである。したがって、制御チャネルであるＭＣＣＨの転送位置をブロードキャスト情報であるＳＩＢ１３に通知するものである。ＭＢＭＳサービスを受信する全体的な過程は、図１７とともに説明する。
【０１６４】
図１７は、端末がＭＢＳＦＮ受信のための過程を示す流れ図である。  
１７０５段階で、端末１７００は、基地局１７０３からＳＩＢ１を受信する。前記ＳＩＢ１には、他のＳＩＢに対するスケジューリング情報を含んでいる。したがって、他のＳＩＢを受信するためには、ＳＩＢ１を先行的に受信しなければならない。１７１０段階で、端末１７００は、基地局１７０３からＳＩＢ２を受信する。ＳＩＢ２のＭＢＳＦＮサブフレーム設定リスト（ＭＢＳＦＮ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔ  ＩＥ）には、ＭＢＳＦＮ転送目的のために使用されることができるサブフレームを指示する。ＭＢＳＦＮ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔ  ＩＥには、ＭＢＳＦＮ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇ  ＩＥが含まれ、どのラジオフレーム（Ｒａｄｉｏ  ｆｒａｍｅ）のどのサブフレーム（ｓｕｂｆｒａｍｅ）がＭＢＳＦＮサブフレームになり得るかを指示する。下記の表３は、ＭＢＳＦＮ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇ  ＩＥの構成を示す。
【０１６５】
【表３】
0006017733.tif 000005
【０１６６】
ここで、ラジオフレーム割り当て周期（ｒａｄｉｏＦｒａｍｅＡｌｌｏｃａｔｉｏｎＰｅｒｉｏｄ）とラジオフレーム割り当てオフセット（ｒａｄｉｏＦｒａｍｅＡｌｌｏｃａｔｉｏｎＯｆｆｓｅｔ）は、ＭＢＳＦＮサブフレームを有するラジオフレームを指示するのに利用され、数式ＳＦＮ  ｍｏｄ  ｒａｄｉｏＦｒａｍｅＡｌｌｏｃａｔｉｏｎＰｅｒｉｏｄ＝ｒａｄｉｏＦｒａｍｅＡｌｌｏｃａｔｉｏｎＯｆｆｓｅｔを満足するラジオフレームは、ＭＢＳＦＮサブフレームを有する。
【０１６７】
ＳＦＮは、システムフレームナンバー（Ｓｙｓｔｅｍ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）であり、ラジオフレーム番号を指示する。０から１０２３の範囲をもって、繰り返される。サブフレーム割り当て（ｓｕｂｆｒａｍｅＡｌｌｏｃａｔｉｏｎ）は、前記数式によって指示されたラジオフレーム内でどのサブフレームがＭＢＳＦＮサブフレームであるかを指示する。１つのラジオフレーム単位または４つのラジオフレーム単位で指示することができる。１つのラジオフレーム単位を利用する場合、ｏｎｅＦｒａｍｅ  ＩＥに指示される。ＭＢＳＦＮサブフレームは、１つのラジオフレーム内の全体１０個のサブフレームのうち、１、２、３、６、７、８番目のサブフレームの中に存在することができる。したがって、ｏｎｅＦｒａｍｅ  ＩＥは、６ビットを利用して前記羅列されたサブフレームのうちＭＢＳＦＮサブフレームを指示する。４つのラジオフレーム単位を利用する場合、ｆｏｕｒＦｒａｍｅｓ  ＩＥに指示される。４つのラジオフレームをカバーするために、全体２４ビットを利用して、ラジオフレームごとに前記羅列されたサブフレームのうちＭＢＳＦＮサブフレームを指示する。したがって、端末は、ＭＢＳＦＮ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔ  ＩＥを利用して正確にＭＢＳＦＮサブフレームになり得るサブフレームを把握することができる。
【０１６８】
もし端末１７００がＭＢＳＦＮ受信を希望すれば、端末１７００は、１７１５段階で、基地局１７０５からＳＩＢ１３を受信する。ＳＩＢ１３のＭＢＳＦＮ領域情報リスト（ＭＢＳＦＮ−ＡｒｅａＩｎｆｏＬｉｓｔ  ＩＥ）には、セルが提供しているＭＢＳＦＮ領域別にＭＣＣＨが転送される位置情報が含まれ、この情報を利用して、端末は、ＭＣＣＨを４２０段階で受信する。表４は、ＭＢＳＦＮ−ＡｒｅａＩｎｆｏＬｉｓｔ  ＩＥを示す。各ＭＢＳＦＮ領域（ａｒｅａ）ごとにこれに対応するＭＣＣＨが存在し、ＭＢＤＦＮ−ＡｒｅａＩｎｆｏＬｉｓｔ  ＩＥは、すべてのＭＢＳＦＮ領域のＭＣＣＨスケジューリング情報を含んでいる。ＭＢＳＦＮ−ＡｒｅａＩｎｆｏ  ＩＥは、ＭＣＣＨスケジューリング及びその他情報を含んでいる。Ｍｂｓｆｎ−ＡｒｅａＩｄは、ＭＢＳＦＮ  ａｒｅａ  ＩＤである。Ｎｏｎ−ＭＢＳＦＮｒｅｇｉｏｎＬｅｎｇｔｈは、ＭＢＦＳＮサブフレーム内のシンボルのうちｎｏｎ−ＭＢＳＦＮ領域に該当するシンボルの個数を示す。前記シンボルは、サブフレームの前方部に位置する。ｎｏｔｉｆｉｃａｔｉｏｎＩｎｄｉｃａｔｏｒは、端末にＭＣＣＨ情報の変更を通知するＰＤＣＣＨｂｉｔを指示するのに利用される。Ｍｃｃｈ−Ｃｏｎｆｉｇ  ＩＥは、ＭＣＣＨスケジューリング情報を収納している。Ｍｃｃｈ−ＲｅｐｅｔｉｔｉｏｎＰｅｒｉｏｄ及びｍｃｃｈ−Ｏｆｆｓｅｔは、ＭＣＣＨを含んでいるフレームの位置を示すのに利用される。Ｍｃｃｈ−ＭｏｄｉｆｉｃａｔｉｏｎＰｅｒｉｏｄは、ＭＣＣＨの転送周期であり、ｓｆ−ＡｌｌｏｃＩｎｆｏは、前記ＭＣＣＨを含むフレーム内にＭＣＣＨを含むサブフレームの位置を指示する。ｓｉｇｎａｌｌｉｎｇＭＣＳは、ｓｆ−ＡｌｌｏｃＩｎｆｏが指示するサブフレーム及び（Ｐ）ＭＣＨに適用されたＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）を示す。
【０１６９】
【表４】
0006017733.tif 000006
【０１７０】
ＭＣＣＨのＭＢＳＦＮ領域設定（ＭＢＳＦＮＡｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎ  ＩＥ）には、ＭＢＳＦＮ転送のために利用される資源の位置を指示し、端末は、この情報を利用して、ＭＢＳＦＮサブフレームを１７２５段階で受信する。ｃｏｍｍｏｎＳＦ−Ａｌｌｏｃは、ＭＢＳＦＮ  ａｒｅａに割り当てられたサブフレームを示す。ｃｏｍｍｏｎＳＦ−ＡｌｌｏｃＰｅｒｉｏｄは、前記ｃｏｍｍｏｎＳＦ−Ａｌｌｏｃが指示するサブフレームが繰り返す周期である。Ｐｍｃｈ−ＩｎｆｏＬｉｓｔ  ＩＥは、１つのＭＢＳＦＮ領域のすべてのＰＭＣＨ設定情報を含む。
【０１７１】
【表５】
0006017733.tif 000007
【０１７２】
端末は、受信したＭＡＣ  ＰＤＵのＭＡＣ  ＣＥ（Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）のうち１つである、ＭＣＨスケージュリング情報ＭＡＣ  ＣＥ（ＭＣＨ  ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ  ＭＡＣ  ＣＥ）で所望のＭＴＣＨが転送されるＭＢＳＦＮサブフレームの位置を１７３０段階で獲得する。端末は、ＭＣＨスケージュリング情報（ＭＣＨ  ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）を利用して、所望のＭＴＣＨを１７３５段階でデコーディングする。
【０１７３】
図１８は、ＭＢＭＳ  ｃｏｕｎｔｉｎｇ過程を説明するための図である。ＭＢＭＳ  ｃｏｕｎｔｉｎｇ過程は、基地局が連結モード状態にある端末が受信中のＭＢＭＳサービスあるいは関心を持っているＭＢＭＳサービスを把握するために使用される。基地局１８０５は、端末１８００にＭＢＭＳ  ｃｏｕｎｔｉｎｇＲｅｑｕｅｓｔ（１８１０）メッセージを転送する。前記メッセージは、特定のＭＢＭＳサービスを受信中の、あるいは関心を有する端末の数をカウントするに利用される。前記メッセージには、ＴＭＧＩＩＥを含んでいる。ＴＭＧＩは、ＰＬＭＮＩＤとｓｅｒｖｉｃｅ  ＩＤで構成され、特定のＭＢＭＳサービスを指示するに利用される。基地局は、ＴＭＧＩを利用して、どのＭＢＭＳサービスに対して情報を収集したいかを端末に通知することができる。端末は、ＭＢＭＳｃｏｕｎｔｉｎｇＲｅｓｐｏｎｓｅ（１８１５）メッセージを利用して、基地局が収集しようとするサービスに対して、受信中であるか、あるいは関心があるか否かを基地局に通知する。基地局は、収集した情報を利用して、現在ブロードキャスト中のＭＢＭＳサービスを持続するか否かと新規にブロードキャストしなければならないサービスを決定することができる。
【０１７４】
前記ＭＢＭＳ  ｃｏｕｎｔｉｎｇ過程は、連結モード状態の端末だけから情報を収集することができるという限界がある。ＬＴＥ標準でＭＢＭＳサービスは、連結モード状態の端末だけでなく、待機モード状態の端末をも受信することができる。したがって、待機モード状態の端末に対する情報をも収集する場合、正確にＭＢＭＳサービスに対する需要を考慮して、実際ブロードキャストすべきサービスを決定することができる。しかし、待機モード状態の端末が前記情報を基地局に報告するためには、基地局と連結を試みなければならない。本発明では、待機モード状態の端末が効果的に前記情報を基地局に報告する方法を提案する。
【０１７５】
第６実施形態では、基地局がＳＩＢあるいはＭＣＣＨを利用して、待機モード状態の端末にＭＢＭＳ  ｃｏｕｎｔｉｎｇ過程を要請すれば、端末が連結モードに切り替えて、前記情報を基地局に提供する。この際、端末は、現在適用中の網混雑状態を無視し、連結モードに切り替えることを特徴とする。特に、このために、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ過程中に、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｑｕｅｓｔメッセージにＭＢＭＳ  ｃｏｕｎｔｉｎｇ関連情報で連結することを指示する新しいｃａｕｓｅ値を定義することを特徴とする。
【０１７６】
図１９は、実施形態１で待機モード状態の端末が基地局にＭＢＭＳ  ｃｏｕｎｔｉｎｇ情報を報告する方法を説明するための図である。基地局１９０５は、網混雑状態を感知し（１９１０）、これを制御するために、ブロードキャスト制御チャネルを利用して、端末のアクセス試みを制限することができる（１９１５）。網内のユーザが増加し、混雑になれば、サービス品質を維持するために、新規にアクセスを試みる待機モード端末を制限する。基地局と連結の必要な端末は、基地局が提供した特定の設定情報を利用して、自分のアクセスが許容されるか否かを判断する。前記特定の設定情報をＡＣＢ（Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｂａｒｒｉｎｇ）といい、基地局がシステム情報をセル内の端末に提供するためにブロードキャストするＳＩＢのうち、ＳＩＢ２に含まれる。１９２０段階で、基地局は、ＳＩＢあるいはＭＣＣＨを利用して、待機モード状態の端末にＭＢＭＳ  ｃｏｕｎｔｉｎｇ情報の報告を要請することができる。待機モード状態の端末は、連結状態ではないが、ブロードキャストされるＳＩＢあるいはＭＣＣＨを受信することができる。したがって、前記要請は、既存のＳＩＢあるいは新規ＳＩＢに含まれることができる。あるいは、ＭＢＭＳ制御チャネルであるＭＣＣＨに含まれることもできる。前記ＳＩＢあるいはＭＣＣＨに含まれる情報としては、ＭＢＭＳ  ｃｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔメッセージに含まれる設定情報が含まれることができる（Ａｌｔ１）。この場合には、連結モードに切り替えた端末が基地局からの要請メッセージなしにすぐＭＢＭＳ  ｃｏｕｎｔｉｎｇ情報を報告することができるようになる。要請メッセージを省略することができるが、ＳＩＢあるいはＭＣＣＨに相対的に多くの情報が含まれなければならない短所がある。さらに他の方法は、前記ＳＩＢあるいはＭＣＣＨに含まれる情報は、単純に報告を要請する１つの指示子だけが含まれることができる（Ａｌｔ２）。この場合には、前記指示子を受信した待機モード端末は、連結モードに切り替えた後、基地局からＭＢＭＳ  ｃｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔメッセージを受信された後、前記メッセージが指示する特定のＭＢＭＳサービスに対するｃｏｕｎｔｉｎｇ情報を基地局に報告する。前記方法は、既存のＭＢＭＳ  ｃｏｕｎｔｉｎｇ情報をそのまま利用することができ、ＳＩＢあるいはＭＣＣＨに含まれる情報の量を最小化させることができる長所がある。前記要請を受けた待機モード端末は、連結モードに切り替えて、前記ＭＢＭＳ  ｃｏｕｎｔｉｎｇ情報を基地局に報告しなければならない。しかし、もしＡＣＢによって、直ちに基地局と連結されず、これを報告しないことがある。ＭＢＭＳ  ｃｏｕｎｔｉｎｇは、現在ＭＢＭＳサービスの持続可否あるいは新規サービス開始などを決定するのに利用されるので、適時に基地局に報告されなければならない必要がある。言い換えれば、他のアクセスに比べて、優先順位が高いと見られる。しかし、ＡＣＢによって、このような情報を報告しなければならない端末を基地局に連結することができなければ、基地局は、ＭＢＭＳサービスを管理するのに必要な情報を適時に確保しないことがある。これを防止するために、本発明では、ＭＢＭＳ  ｃｏｕｎｔｉｎｇ情���を報告しなければならない待機モード端末は、前記ＡＣＢを無視し（１９２５）、アクセスを試みることを特徴とする。特に、ＲＲＣＣｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージに新しいｃａｕｓｅ  ｖａｌｕｅを定義し、基地局にこれを指示することを特徴とする（１９３０）。ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージは、端末がアクセスが必要なとき、基地局に転送する一番目のＲＲＣメッセージである。前記メッセージには、前記端末がどんな目的のために、アクセスを試みるかを示すｃａｕｓｅ  ｖａｌｕｅが含まれる。ＬＴＥ標準では、下記のようなｃａｕｓｅ  ｖａｌｕｅを定義している。
【０１７７】
‐Ｅｍｅｒｇｅｎｃｙ：応急状況関連アクセス
‐ｈｉｇｈ  ＰｒｉｏｒｉｔｙＡｃｃｅｓｓ：特殊目的のアクセス
‐ｍｔ−Ａｃｃｅｓｓ：ページングによるアクセス
‐ｍｏ−Ｓｉｇｎａｌｌｉｎｇ：シグナリング転送のための端末発信アクセス
‐ｍｏ−Ｄａｔａ：データ転送のための端末発信アクセス
‐ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓ：遅延に敏感しない、優先順位が低いアクセス（主にＭＴＣ機器に適用される）
【０１７８】
その他、本発明では、新しいｃａｕｓｅ  ｖａｌｕｅ、ＭＢＭＳＲｅｌａｔｅｄＡｃｃｅｓｓを定義する。前記ｃａｕｓｅ  ｖａｌｕｅがＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージに含まれれば、基地局は、前記端末がＭＢＭＳ  ｃｏｕｎｔｉｎｇ情報を報告するために、アクセスを試みるものと見なす。１９３５段階で、端末は、基地局にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐメッセージを受信する。端末は、特定のＲＲＣメッセージを利用して、ＭＢＭＳ  ｃｏｕｎｔｉｎｇ情報を基地局に報告する。前記特定のＲＲＣメッセージの例としては、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ、ＲＲＣ  ＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ  Ｃｏｍｐｌｅｔｅがある。あるいは、新しいＲＲＣメッセージを定義してもよい。ＳＩＢあるいはＭＣＣＨを介して、ＭＢＭＳ  ｃｏｕｎｔｉｎｇ報告と関連した設定情報を既に獲得した場合、端末は、既存のＲＲＣメッセージを利用するか、あるいは新しいＲＲＣメッセージを利用して、ＭＢＭＳ  ｃｏｕｎｔｉｎｇ情報を基地局に報告する（１９３５）。そうではなく、ＳＩＢあるいはＭＣＣＨを介して、ＭＢＭＳ  ｃｏｕｎｔｉｎｇ報告のために、連結モードに切り替えなさいという指示子を受けた場合には、既存のＭＢＭＳ  ｃｏｕｎｔｉｎｇ過程を利用して、ＭＢＭＳ  ｃｏｕｎｔｉｎｇ情報を基地局に報告する（１９４０、１９４５）。
【０１７９】
図２０は、実施形態１での端末動作を説明するための図である。２０００段階で、待機モード端末は、基地局からＳＩＢあるいはＭＣＣＨを介して、ＭＢＭＳ  ｃｏｕｎｔｉｎｇ関連情報を報告するように要請される。前記言及したａｌｔｅｒｎａｔｉｖｅによって、前記要請とともに、ＭＢＭＳ  ｃｏｕｎｔｉｎｇ設定情報が含まれることができる。前記情報を報告するためには、前記端末は、待機モードから連結モードに転換しなければならない。このために、端末は、アクセスをトリガーし、この際、基地局からブロードキャストされたＡＣＢ情報があったら、これを無視する（２００５）。すなわち、ＡＣＢ情報を利用して、トリガーしたアクセスが許容されるか否かを判断する必要なしに、そのまま許容されたものと見なす。２０１０段階で、端末は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージを生成し、ｃａｕｓｅ  ＩＥとして、ＭＢＭＳＲｅｌｅａｔｅｄＡｃｃｅｓｓを選択する。前記ｃａｕｓｅ  ｖａｌｕｅは、前記アクセスがＭＢＭＳ  ｃｏｕｎｔｉｎｇ情報を報告するためのアクセスであることを基地局に通知する。２０１５段階で、端末は、前記ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージを基地局に報告する。２０２０段階で、端末は、基地局からＲＲＣＣｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐメッセージを待つ。２０２５段階で、端末が成功的にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐメッセージを受信したら、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  ＣｏｍｐｌｅｔｅメッセージにＭＢＭＳ  ｃｏｕｎｔｉｎｇ情報を含ませて基地局に報告する。ＭＢＭＳ  ｃｏｕｎｔｉｎｇ情報は、他のＲＲＣメッセージに含まれることができる。例えば、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージも可能であり、あるいは、新しいＲＲＣメッセージを定義することができる。前記過程は、ａｌｔｅｒｎａｔｉｖｅ  １を基準に説明したしＡｌｔｅｒｎａｔｉｖｅ  ２の場合には、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ過程の後に、既存のＭＢＭＳ  ｃｏｕｎｔｉｎｇ過程を利用する。
【０１８０】
〈第７実施形態〉
第７実施形態では、ランダムアクセス方法を利用して、ＭＢＭＳ  ｃｏｕｎｔｉｎｇ情報を収集する方法を提案する。前記方法では、特定のＲＲＣメッセージを利用して、正確に特定のＭＢＭＳサービスに対する需要を調査するものではなく、プリアンブルの受信電力あるいはエネルギーを感知し、特定のＭＢＭＳサービスに対する需要を調査することを特徴とする。前記方法は、特定のＭＢＭＳサービスの需要に対する正確な数字を把握することはできないが、比較的簡単な方法を介して、特定のＭＢＭＳサービスの需要を確認することができることを特徴とする。特に、実施形態１では、ＲＲＣ連結が必要であるから、特に網混雑状況では、網全体に多少負担を与えることができる方法である。実施形態２では、網混雑状況を悪化させることなく、特定のＭＢＭＳサービスの需要を確認することができる。
【０１８１】
図２１は、実施形態２で待機モード状態の端末が基地局にＭＢＭＳ  ｃｏｕｎｔｉｎｇ情報を報告する方法を説明するための図である。基地局２１０５は、端末２１００にＳＩＢあるいはＭＣＣＨを利用して、ＭＢＭＳ  ｃｏｕｎｔｉｎｇ情報を収集するための設定情報をブロードキャストする（２１１０）。実施形態２では、前記設定情報としてＭＢＭＳ  ｓｅｒｖｉｃｅ  ｉｄ、ｐｒｅａｍｂｌｅ  ｉｄ、ＲＡＣＨ  ｒｅｓｏｕｒｃｅを少なくとも１つ有することを特徴とする。複数個のＭＢＭＳ  ｓｅｒｖｉｃｅ  ｉｄ、ｐｒｅａｍｂｌｅ  ｉｄ、ＲＡＣＨ  ｒｅｓｏｕｒｃｅ情報を有することができるが、必ず１つのＭＢＭＳ  ｓｅｒｖｉｃｅ  ｉｄには、１つのｐｒｅａｍｂｌｅ  ｉｄとＲＡＣＨ  ｒｅｓｏｕｒｃｅ情報が対応する。前記プリアンブルは、主にハンドオーバーなどのために、ｃｏｎｔｅｎｔｉｏｎ  ｆｒｅｅ  ＲＡＣＨ用途でｒｅｓｅｒｖｅｄしたプリアンブルである。ＲＡＣＨ  ｒｅｓｏｕｒｃｅ情報は、周波数及び時間軸での無線資源である。前記ＲＡＣＨ  ｒｅｓｏｕｒｃｅ情報が指示する無線資源で端末は、前記ｐｒｅａｍｂｌｅ  ｉｄが指示するプリアンブルを転送する。もし待機モード端末が前記言及したＭＢＭＳ  ｓｅｒｖｉｃｅ  ｉｄと一致するＭＢＭＳサービスを受信中であるか、関心を持っていたら（２１１５）、前記言及したｐｒｅａｍｂｌｅ  ｉｄが指示するプリアンブルを前記言及したＲＡＣＨ  ｒｅｓｏｕｒｃｅを利用して転送する（２１２０）。基地局は、前記ＲＡＣＨ  ｒｅｓｏｕｒｃｅ位置でプリアンブルによる受信電力あるいはエネルギーを感知する（２１２５）。もし特定の臨界値より高く測定されたら、１つ以上の待機モード端末が前記ＭＢＭＳサービスに関心を持っているものと見なす。
【０１８２】
図２２は、実施形態２で端末動作を説明するための図である。２２００段階で、待機モード端末は、基地局からＳＩＢあるいはＭＣＣＨを介して、ＭＢＭＳ  ｃｏｕｎｔｉｎｇ関連情報を報告するように要請される。前記情報には、ＭＢＭＳ  ｓｅｒｖｉｃｅ  ｉｄ、ｐｒｅａｍｂｌｅ  ｉｄ、ＲＡＣＨ  ｒｅｓｏｕｒｃｅ情報を含んでおり、１つのＭＢＭＳ  ｓｅｒｖｉｃｅ  ｉｄは、１つのｐｒｅａｍｂｌｅ  ｉｄとＲＡＣＨ  ｒｅｓｏｕｒｃｅ情報と対応する。２２０５段階で、端末は、前記設定情報を格納する。２２１０段階で、前記端末は、自分が現在受信中であるか、関心があるＭＢＭＳサービスが前記ＭＢＭＳ  ｓｅｒｖｉｃｅ  ｉｄが指示するＭＢＭＳサービスと一致するか否かを判断する。もし一致したら、２２１５段階で、前記ＭＢＭＳ  ｓｅｒｖｉｃｅ  ｉｄと対応するｐｒｅａｍｂｌｅ  ｉｄが指示するプリアンブルを前記対応するＲＡＣＨ  ｒｅｓｏｕｒｃｅ情報が指示する無線資源を利用して基地局に転送する。基地局では、前記ＲＡＣＨ  ｒｅｓｏｕｒｃｅでプリアンブルによる受信電力あるいはエネルギーの上昇を測定する。もし上昇が測定されれば、これに対応するＭＢＭＳサービスに対して、需要があると判断するようになる。上昇程度によって、その需要は大きいと予想することができる。したがって、前記予測情報を利用して、現在提供中のＭＢＭＳサービスを持続するか、あるいは新規ＭＢＭＳサービスを開始することを決定するのに利用することができる。
【０１８３】
図２３は、本発明の一実施形態によるＬＴＥシステムで端末装置の内部構造を概略的に示す図である。
図２３を参照すれば、前記端末装置は、ＭＣＧ−ＭＡＣ装置２３１０、制御メッセージ処理部２３６５、各種上位階層処理部２３７０、２３７５、２３８５、制御部２３８０、ＳＣＧ−ＭＡＣ装置２３１５、ＭＣＧ−ＭＡＣ装置２３１０、送受信機２３０５、ＰＤＣＰ装置２３４５、２３５０、２３５５、２３６０、ＲＬＣ装置２３２０、２３２５、２３３０、２３３５、２３４０を含む。
【０１８４】
前記送受信機２３０５は、サービングセルの下向きリンクチャネルでデータ及び所定の制御信号を受信し、上向きリンクチャネルでデータ及び所定の制御信号を転送する。多数のサービングセルが設定された場合、前記送受信機２３０５は、前記多数のサービングセルを介したデータ送受信及び制御信号送受信を行う。
【０１８５】
前記ＭＣＧ−ＭＡＣ装置２３１０は、ＲＬＣ装置で発生したデータを多重化するか、前記送受信機２３０５から受信されたデータを逆多重化し、適切なＲＬＣ装置に伝達する役目を行う。ＭＣＧ−ＭＡＣ装置は、また、ＭＣＧに対してトリガーされたＢＳＲやＰＨＲなどを処理する。
【０１８６】
前記制御メッセージ処理部２３６５は、ＲＲＣ階層装置であり、基地局から受信された制御メッセージを処理して必要な動作を取る。例えば、ＲＲＣ制御メッセージを受信し、各種設定情報を制御部に伝達する。
【０１８７】
上位階層処理部は、サービス別に構成されることができる。ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）やＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）などのようなユーザサービスで発生するデータを処理し、ＰＤＣＰ装置に伝達する。
【０１８８】
制御部２３８０は、送受信機２３０５を介して受信されたスケジューリング命令、例えば逆方向グラントを確認し、適切な時点に適切な転送資源で逆方向転送が行われるように前記送受信機２３０５と多重化及び逆多重化部を制御する。制御部２３８０は、また、図６〜図２２で説明したような端末動作に対する各種制御機能を行う。参照として、前記制御部２３８０は、便宜上、ＰＤＣＰ装置とは別途の装置で図示されているが、前記制御部の一部の機能は、ＰＤＣＰ装置に統合されて運用されることができる。
【０１８９】
一方、図２３には、前記ＭＣＧ−ＭＡＣ装置２３１０、制御メッセージ処理部２３６５、各種上位階層処理部２３７０、１７７５、１７８５、制御部２３８０、ＳＣＧ−ＭＡＣ装置２３１５、ＭＣＧ−ＭＡＣ装置２３１０、送受信機２３０５、ＰＤＣＰ装置２３４５、２３５０、２３５５、２３６０、ＲＬＣ装置２３２０、２３２５、２３３０、２３３５、２３４０が別途のユニットで具現され、各ユニットが異なる機能を行うものと記述したが、これは、技術上の便宜のためのものに過ぎず、必ずこのように各ユニットが区分されるわけではない。例えば、前記ＭＣＧ−ＭＡＣ装置２３１０、制御メッセージ処理部２３６５、各種上位階層処理部２３７０、１７７５、１７８５、制御部２３８０、ＳＣＧ−ＭＡＣ装置２３１５、ＭＣＧ−ＭＡＣ装置２３１０、送受信機２３０５、ＰＤＣＰ装置２３４５、２３５０、２３５５、２３６０、ＲＬＣ装置２３２０、２３２５、２３３０、２３３５、２３４０のうち少なくとも２つが統合されることができる。
【０１９０】
図２３では、本発明の一実施形態によるＬＴＥシステムにおいて端末装置の内部構造について説明し、次に、図２４を参照して本発明の一実施形態によるＬＴＥシステムで基地局の内部構造について説明する。
【０１９１】
図２４は、本発明の一実施形態によるＬＴＥシステムにおいて基地局の内部構造を概略的に示す図である。
図２４を参照すれば、基地局は、ＭＡＣ装置２４１０、制御メッセージ処理部２４６５、制御部２４８０、送受信機２４０５、ＰＤＣＰ装置２４４５、１８５０、１８５５、１８６０、ＲＬＣ装置２４２０、１８２５、１８３０、１８３５、１８４０、スケジューラ２４９０を含む。
【０１９２】
前記送受信機２４０５は、順方向キャリアでデータ及び所定の制御信号を転送し、逆方向キャリアでデータ及び所定の制御信号を受信する。多数のキャリアが設定された場合、前記送受信機２４０５は、前記多数のキャリアでデータ送受信及び制御信号送受信を行う。
【０１９３】
前記ＭＡＣ装置２４１０は、ＲＬＣ装置で発生したデータを多重化するか、送受信部から受信されたデータを逆多重化し、適切なＲＬＣ装置や制御部に伝達する役目をする。前記制御メッセージ処理部２４６５は、端末が転送した制御メッセージを処理し、必要な動作を取るか、端末に伝達する制御メッセージを生成して下位階層に伝達する。
【０１９４】
前記スケジューラ２４９０は、端末のバッファー状態、チャネル状態などを考慮して端末に適切な時点に転送資源を割り当てて、送受信部に端末が転送した信号を処理するか、端末に信号を転送するように処理する。前記ＰＤＣＰ装置は、ＭＣＧベアラーＰＤＣＰ  ２４４５、２４５０、２４６０と多重ベアラーＰＤＣＰ  ２４５５に区分される。ＭＣＧベアラーＰＤＣＰは、ＭＣＧを介してデータを送受信し、１つのＲＬＣ送受信装置と連結される。多重ベアラーＰＤＣＰは、ＭＣＧとＳＣＧを介してデータを送受信する。前記制御部２４８０は、図６〜図２２に示された動作中にＭｅＮＢが行う動作を制御する。
【０１９５】
一方、図２４には、前記ＭＡＣ装置２４１０、制御メッセージ処理部２４６５、制御部２４８０、送受信機２４０５、ＰＤＣＰ装置２４４５、１８５０、１８５５、１８６０、ＲＬＣ装置２４２０、１８２５、１８３０、１８３５、１８４０、スケジューラ２４９０が別途のユニットで具現され、各ユニットが異なる機能を行うものと記述したが、これは、技術上の便宜のためのものに過ぎず、必ずこのように各ユニットが区分されるわけではない。例えば、前記ＭＡＣ装置２４１０、制御メッセージ処理部２４６５、制御部２４８０、送受信機２４０５、ＰＤＣＰ装置２４４５、１８５０、１８５５、１８６０、ＲＬＣ装置２４２０、１８２５、１８３０、１８３５、１８４０、スケジューラ２４９０のうち少なくとも２つが統合されることができる。
【符号の説明】
【０１９６】
１０５、１１０、１１５、１２０ 次世代基地局
１２５  移動性管理エンティティ
１３０  サービングゲートウェー
１３５  端末
２０５、２４０  ＰＤＣＰ階層
２１０、２３５  ＲＬＣ階層
２１５、２３０  ＭＡＣ階層
２２０、２２５  物理階層
３０５  基地局
３１０、３１５  キャリア
３３０  端末
４０５  第１基地局
４１５  第２基地局
４１０、４２０  サービングセル
４３０  端末
５０７、５１５  ＭＣＧ  ＲＬＣ
５０９、５２５  ＭＣＧ−ＭＡＣ
５２０、５４０  ＳＣＧ  ＲＬＣ
５３０、５４５  ＳＣＧ−ＭＡＣ
１４００  ＭＢＭＳサービス領域
１４０５  ＭＢＳＦＮ領域
１４１０  ＭＢＳＦＮ領域予約セル
【図１】
0006017733.tif 000008
【図２】
0006017733.tif 000009
【図３】
0006017733.tif 000010
【図４】
0006017733.tif 000011
【図５】
0006017733.tif 000012
【図６】
0006017733.tif 000013
【図７】
0006017733.tif 000014
【図８】
0006017733.tif 000015
【図９】
0006017733.tif 000016
【図１０】
0006017733.tif 000017
【図１１】
0006017733.tif 000018
【図１２】
0006017733.tif 000019
【図１３】
0006017733.tif 000020
【図１４】
0006017733.tif 000021
【図１５】
0006017733.tif 000022
【図１６】
0006017733.tif 000023
【図１７】
0006017733.tif 000024
【図１８】
0006017733.tif 000025
【図１９】
0006017733.tif 000026
【図２０】
0006017733.tif 000027
【図２１】
0006017733.tif 000028
【図２２】
0006017733.tif 000029
【図２３】
0006017733.tif 000030
【図２４】
0006017733.tif 000031