(57)【特許請求の範囲】
【請求項１】
通信システムにおける端末の方法において、
端末に対する不連続受信（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ、ＤＲＸ）サイクル（ｃｙｃｌｅ）情報を受信する段階と、
前記ＤＲＸサイクル情報に基づいて、前記端末に対して設定されたＤＲＸサイクルの長さが既に設定された値より長いか否かを確認する段階と、
前記端末に対して設定されたＤＲＸサイクルの長さが前記既に設定された値より長い場合、前記端末に対して設定された時区間（ｔｉｍｅ  ｐｅｒｉｏｄ）の間、ページングメッセージをモニタリングする段階と、を含む方法。
【請求項２】
前記既に設定された値は、変更周期（ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ）に関連することを特徴とする、請求項１に記載の方法。
【請求項３】
前記端末に対して設定されたＤＲＸサイクルの長さが前記既に設定された値より長い場合、基地局から受信したシステム情報に基づいて、前記端末に保存されたシステム情報が有効であるか判断する段階をさらに含むことを特徴とする、請求項１に記載の方法。
【請求項４】
前記時区間に対する情報は、前記ＤＲＸサイクル情報とともに受信され、
前記モニタリングする段階は、前記設定された時区間の間、複数のページングメッセージをモニタリングすることを特徴とする、請求項１に記載の方法。
【請求項５】
通信システムにおける基地局の方法において、
端末に対する不連続受信（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ、ＤＲＸ）サイクル（ｃｙｃｌｅ）情報を伝送する段階と、
前記端末にページングメッセージを伝送する段階と、を含み、
前記端末によって、前記ＤＲＸサイクル情報に基づいて、前記端末に対して設定されたＤＲＸサイクルの長さが既に設定された値より長いか否かが確認され、前記端末に対して設定されたＤＲＸサイクルの長さが前記既に設定された値より長い場合、前記端末に対して設定された時区間（ｔｉｍｅ  ｐｅｒｉｏｄ）の間、ページングメッセージがモニタリングされる方法。
【請求項６】
前記端末に対して設定されたＤＲＸサイクルの長さが前記既に設定された値より長い場合、前記端末に伝送されたシステム情報に基づいて、前記端末に保存されたシステム情報の有効性が検証されることを特徴とする、請求項５に記載の方法。
【請求項７】
前記既に設定された値は、変更周期（ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ）に関連し、
前記時区間に対する情報は、前記ＤＲＸサイクル情報とともに受信され、
前記端末によって、前記設定された時区間の間、複数のページングメッセージがモニタリングされる、請求項５に記載の方法。
【請求項８】
通信システムの端末において、
信号を送受信する送受信部と、
前記送受信部を制御し、端末に対する不連続受信（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ、ＤＲＸ）サイクル（ｃｙｃｌｅ）情報を受信するように前記送受信部を制御し、前記ＤＲＸサイクル情報に基づいて、前記端末に対して設定されたＤＲＸサイクルの長さが既に設定された値より長いか否かを確認し、前記端末に対して設定されたＤＲＸサイクルの長さが前記既に設定された値より長い場合、前記端末に対して設定された時区間（ｔｉｍｅ  ｐｅｒｉｏｄ）の間、ページングメッセージをモニタリングする制御部と、を含む端末。
【請求項９】
前記既に設定された値は、変更周期（ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ）に関連することを特徴とする、請求項８に記載の端末。
【請求項１０】
前記制御部は、
前記端末に対して設定されたＤＲＸサイクルの長さが前記既に設定された値より長い場合、基地局から受信したシステム情報に基づいて、前記端末に保存されたシステム情報が有効であるか判断することを特徴とする、請求項８に記載の端末。
【請求項１１】
前記時区間に対する情報は、前記ＤＲＸサイクル情報とともに受信され、
前記制御部は、前記設定された時区間の間、複数のページングメッセージをモニタリングすることを特徴とする、請求項８に記載の端末。
【請求項１２】
通信システムの基地局において、
信号を送受信する送受信部と、
前記送受信部を制御し、端末に対する不連続受信（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ、ＤＲＸ）サイクル（ｃｙｃｌｅ）情報を送信し、前記端末にページングメッセージを伝送するように前記送受信部を制御する制御部と、を含み、
前記端末によって、前記ＤＲＸサイクル情報に基づいて、前記端末に対して設定されたＤＲＸサイクルの長さが既に設定された値より長いか否かが確認され、前記端末に対して設定されたＤＲＸサイクルの長さが前記既に設定された値より長い場合、前記端末に対して設定された時区間（ｔｉｍｅ  ｐｅｒｉｏｄ）の間、ページングメッセージがモニタリングされる基地局。
【請求項１３】
前記既に設定された値は、変更周期（ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ）に関連することを特徴とする、請求項１２に記載の基地局。
【請求項１４】
前記端末に対して設定されたＤＲＸサイクルの長さが前記既に設定された値より長い場合、前記端末に伝送されたシステム情報に基づいて、前記端末に保存されたシステム情報の有効性が検証されることを特徴とする、請求項１２に記載の基地局。
【請求項１５】
前記端末によって、前記設定された時区間の間、複数のページングメッセージがモニタリングされ、
前記時区間に対する情報は、前記端末において、前記ＤＲＸサイクル情報とともに受信されることを特徴とする、請求項１２に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書の実施形態は、移動通信システムにおいて非常に長い不連続受信(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ、ＤＲＸ)周期が適用されるとき、システム情報及びページングを効果的に獲得する方法及び装置に関する。また、本明細書の実施形態は移動通信システムにおいて端末の移動性により基地局の信号をより効率的に受信することができる方法及び装置に関する。
【背景技術】
【０００２】
一般的に、移動通信システムは、ユーザの移動性を確保しながら通信を提供するための目的で開発された。このような移動通信システムは、技術の飛躍的な発展に応じて音声通信はもちろん高速のデータ通信サービスを提供することができる段階になった。近年、次世代移動通信システムは人間間の通信(Ｈｕｍａｎ ｔｏ Ｈｕｍａｎ、Ｈ２Ｈ)を越し、人間と機械(Ｈｕｍａｎ ｔｏ Ｍａｃｈｉｎｅ、Ｈ２Ｍ)、機械間通信（Ｍａｃｈｉｎｅ Ｔｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ）へ発展している。３ＧＰＰ通信標準でもこのような要求に符合するために機械型通信(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)に対する規格作業が始まっている。サービスとその特徴を定義する３ＧＰＰ ＳＡ１ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ(ＷＧ)標準ではもう機械型通信に対するサービス要求事項(Ｓｅｒｖｉｃｅ Ｒｅｑｕｉｒｅｍｅｎｔｓ)を論議しつつある。
【０００３】
図１は、機械型通信での通信シナリオを示している。機械型通信機器１０５は、無線事業者網１１０と接続される。機械型通信機器１０５は、一般的にメーター器又は自動自販機等の多様な無人機器と定義されることができ、既存の無線端末機とは多くの面で他の特徴を持っている。また、機械型通信機器１０５の種類によっても特徴は変わることができる。このように多様な特徴を有する機械型通信機器１０５は一つのセル内に非常に多い存在することができる。機械型通信機器１０５に対する情報を有している機械型通信サーバー１１５は認証だけではなく機械型通信機器１０５から収集された情報を集め、機械型通信ユーザ１２０に伝達する役目を行うことができる。機械型通信サーバー１１５は、無線事業者網内又は外に存在することができる。機械型通信ユーザ１２０は機械型通信機器１０５から伝達された情報を要する最終ユーザである。
【０００４】
機械型通信は、既存の無線通信とは異なる特徴を有している。また、機械型通信の使用目的により、その特徴は非常に多様に分類されることができる。例えば、時間に関わらず一日に何回だけ通信が必要な機械型通信機器は‘Ｔｉｍｅ Ｔｏｌｅｒａｎｔ’の特徴を有し、一つの場所に設置され、移動性無しに特定情報を収集して送信する機械型通信機器は‘ｌｏｗ ｍｏｂｉｌｉｔｙ’の特徴を有している。無線事業者はこのような多様な機械型通信の特徴及び既存の端末機と共存を考慮し、サービスを提供しなければならない。
【０００５】
機械型通信機器中、動物、貨物車などのトラッキング(Ｔｒａｃｋｉｎｇ)関連機器は一般的にバッテリーを用いるか、自体的に電力を生産して電源が供給される。したがって、このような機械型通信機器は制限された電力を用いなければならないから、極度に小さい電力を効率的に用いることが好ましい。３ＧＰＰ ＳＡ１ ＷＧではｅｘｔｒａ ｌｏｗ ｐｏｗｅｒ ｃｏｎｓｕｍｐｔｉｏｎモードを定義し、当該モードで機械型通信機器は低い電力を用いるように設定されることができる。このような状況で機器型通信機器と信号を送受信するための方法及び装置が要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本明細書の実施形態は前記のような要求によって、より長い受信周期が適用される端末でネットワークのシステム情報及びページング信号をより効率的に受信することができる方法及び装置を提供することを目的とする。
【０００７】
また、本明細書の他の実施形態は端末が基地局が形成するセル内で高速に移動する場合にも基地局から受信される信号をより効率的に受信することができるように複数の基地局で端末に信号を送信できる方法及び装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本明細書の一実施形態による移動通信システムの基地局において信号送受信方法は、端末から前記端末の周辺基地局測定情報を受信する段階と、前記受信した測定情報に基づいて上位シグナル送信モードを決定する段階と、前記決定されたモード及び前記測定情報に基づいて決定されたスモールセル基地局にリクエストメッセージを送信する段階と、及び前記スモールセル基地局から前記スモールセルが送信するダウンリンク受信のための識別子及び前記スモールセルのセル識別子のうちの少なくとも一つを受信する段階と、を含む。
【０００９】
本明細書の他の実施形態による移動通信システムの端末において信号送受信方法は、基地局へ前記端末の周辺基地局の測定情報を送信する段階と、及び前記測定情報に基づいて決定されたスモールセル基地局のダウンリンク受信のための識別子及び前記スモールセルのセル識別子のうちの少なくとも一つを前記基地局から受信する段階と、を含む。
【００１０】
本明細書の他の実施形態による移動通信システムの端末においてシステム情報受信方法は、基地局から非連続的受信(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ、ＤＲＸ) 周期関連情報を受信する段階と、前記ＤＲＸ周期をしきい値(Ｔｈｒｅｓｈｏｌｄ ｖａｌｕｅ)と比べる段階と、及び前記比較結果によって変更されたシステム情報(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＩ)を受信する段階を含み、前記変更されたＳＩを受信する段階は、前記ＤＲＸ周期がしきい値より小さい場合、受信されるページング信号によって変更されたＳＩ情報を受信する段階と、を含む。
【００１１】
本明細書のまた他の実施形態による移動通信システムの基地局においてシステム情報送信方法であって、端末で非連続的受信(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ、ＤＲＸ)周期関連情報を送信する段階と、システム情報(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＩ)が変更される場合、ページング信号を端末に送信する段階と、及び前記変更されたＳＩを端末に放送(ｂｒｏａｄｃａｓｔｉｎｇ)する段階を含み、前記端末は前記ＤＲＸ周期をしきい値(Ｔｈｒｅｓｈｏｌｄ ｖａｌｕｅ)と比べ、前記比較結果によって変更されたシステム情報(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＩ)を受信し、前記ＤＲＸ周期がしきい値より小さい場合、受信されるページング信号によって変更されたＳＩ情報を受信することを特徴とする。
【発明の効果】
【００１２】
本明細書の実施形態による場合、より長い受信周期が適用される端末が基地局ネットワークのシステム情報及びページング信号のうちの一つ以上を効率的に受信することにより、さらに高い電力効率を持つ端末及びその制御方法を提供することができる。
【００１３】
また、本明細書の他の実施形態による場合、移動性の高い端末が基地局から信号を容易に受信することができる装置及びその制御方法を提供することができる。
【図面の簡単な説明】
【００１４】
【図１】機械型通信での通信シナリオを説明するための図面である。
【図２】ＬＴＥ技術でページング時点を概念的に説明するための図面である。
【図３】非常に長いＤＲＸ周期が適用される場合、ＳＩ(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ)を変更するか否かを確認することができなく、新規ＳＩを更新することができない過程を説明するための図面である。
【図４】非常に長いＤＲＸ周期を適用してもページング受信を受信することができるようにＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄを確張する方法を説明するための図面である。
【図５】ＤＲＸタイミングの直ちに直前に端末機がウェークアップしてＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎとＳＩ情報が変更するか否かを確認する方法を説明するための図面である。
【図６】本発明で適用したＤＲＸ周期によって、変更周期(Ｍｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄ)を確張する方法(Ａｌｔｅｒｎａｔｉｖｅ １)とＤＲＸタイミングの直ちに直前に端末機がウェークアップしてＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎとＳＩ情報を変更するか否かを確認する方法(Ａｌｔｅｒｎａｔｉｖｅ ２)を選択的に用いる案を説明するための図面である。
【図７】ＤＲＸタイミングでページング受信を失敗する場合を説明するための図面である。
【図８】ページング失敗時、遅延問題を解決する方法を説明するための図面である。
【図９】本発明で非常に長いＤＲＸ周期を適用する時、ページングを受信する過程を説明するための図面である。
【図１０】ＲＲＣ Ｄｉｖｅｒｓｉｔｙ技術を概念的に説明するための図面である。
【図１１】本実施形態でＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙ遂行過程を説明するための図面である。
【図１２】ＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙ遂行過程で端末動作を説明するための図面である。
【図１３】ＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙ遂行過程でＭｅＮＢ動作を説明するための図面である。
【図１４】ＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙ遂行過程でＳｅＮＢ動作を説明するための図面である。
【図１５】本実施形態でＵＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙ遂行過程を説明するための図面である。
【図１６】本発明を適用した端末の内部構造を示したブロック図である。
【図１７】本発明による基地局の構成を示したブロック図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態を添付された図面を参照して詳細に説明する。
【００１６】
実施形態を説明するにおいて本発明が属する技術分野によく知られており、本発明と直接的に関連がない記述内容に対しては説明を省略する。これは不必要な説明を省略することによって、本発明の要旨を明瞭にし、より明確に伝達するためである。
【００１７】
同様の理由で添付図面において一部構成要素は誇張されたり省略されたり概略的に示された。また、各構成要素の大きさは実際大きさを全的に反映するものではない。各図面で同一又は対応する構成要素には同一参照番号を付した。
【００１８】
本明細書の実施形態は移動通信システムにおいて非常に長いＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)周期が適用されるとき、システム情報及びページングを効果的に獲得する方法及び装置に関する。より具体的に本明細書の実施形態はＬＴＥに基づく移動通信システムで適用されることができる。
【００１９】
機械型通信(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)機器形態の端末機は電力消耗を最小化する必要がある。本発明では電力消耗改善のために、非常に長いＤＲＸ 周期を適用する場合、端末機が基地局から放送(ｂｒｏａｄｃａｓｔ)されるシステム情報及びページングを効果的に獲得する方法を提案する。
【００２０】
また、本明細書の実施形態は移動通信システムで、非常に長いＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)周期が適用されるとき、システム情報及びページングを効果的に獲得する方法及び装置に関する内容を含む。機械型通信(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)機器形態の端末機は電力消耗を最小化する必要がある。本発明では電力消耗改善のために、非常に長いＤＲＸ周期を適用する場合、端末機が基地局から放送されるシステム情報及びページングを効果的に獲得する方法を提案する。
【００２１】
＜実施形態１＞
移動通信システムの端末で電力消耗問題を改善させることができる方法のうちの一つは ＤＲＸ周期を増やす方法がある。
【００２２】
端末は基地局からページング(ｐａｇｉｎｇ）信号を受けるため、受信動作を行うことができる。しかし、ページング信号はよく送信されることではないので、端末はページング信号が届かない時間まで受信動作を行うと、端末の電力損失が大きくなることができる。
【００２３】
したがって、端末の電力消耗を減らすために、周期的に特定時間区間間だけページング信号受信動作を行ってページング信号受信を試みることができ、これを不連続受信(Ｄｉｓｃｏｎｔｉｎｕｏｕs Ｒｅｃｅｐｔｉｏｎ、ＤＲＸ)と言う。ＬＴＥシステムで待機状態にある端末機のＤＲＸ動作は、以下の数式１を通じて行われることができる。Ｒａｄｉｏ ｆｒａｍｅごとにＳＦＮは１ずつ増加する。当該数式を満足させるＲａｄｉｏ ｆｒａｍｅでページング信号が伝達されると、端末機はＤＲＸにより受信動作を行う。
【００２４】
＜数式１＞
ＳＦＮ ｍｏｄ Ｔ=（T ｄｉｖ Ｎ)＊（ＵＥ＿ＩＤ ｍｏｄ Ｎ）
ここで、
ＳＦＮ：Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ。１０ ｂｉｔｓ（ＭＳＢ ８ ｂｉｔｓ ｅｘｐｌｉｃｉｔ、ＬＢＳ ２ ｂｉｔｓ ｉｍｐｌｉｃｉｔ） 
【００２５】
Ｔ：ＤＲＸ ｃｙｃｌｅ ｏｆ ｔｈｅ ＵＥ。Ｔｒａｎｓｍｉｔｔｅｄ ｏｎ ＳＩＢ２．ＥＮＵＭＥＲＡＴＥＤ {ｒｆ３２、ｒｆ６４、ｒｆ１２８、ｒｆ２５６} 
Ｎ:ｍｉｎ（Ｔ、ｎＢ） 
ｎＢ：Ｔｒａｎｓｍｉｔｔｅｄ ｏｎ ＳＩＢ２。ＥＮＵＭＥＲＡＴＥＤ {４T、２Ｔ、Ｔ、Ｔ／２、Ｔ／４、Ｔ／８、Ｔ／１６、Ｔ／３２}。
ＵＥ＿ＩＤ：ＩＭＳＩ ｍｏｄ １０２４（ＩＭＳＩは端末機ごとに付与される固有番号)
【００２６】
ＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）のＭＩＢ(ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ)のうち、８ ｂｉｔｓはＳＦＮを示す。ＴとｎＢはＳＩＢ２(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２)に含まれて基地局から提供される値である。Ｔは{ｒｆ３２、ｒｆ６４、ｒｆ１２８、ｒｆ２５６}のうちの一つの値を持つことができるが、ｒ３２は３２ Ｒａｄｉｏ ｆｒａｍｅ長さを示す。すなわち、ｒ３２は３２０ｍｓを意味することができる。
【００２７】
図２は、ＬＴＥ技術でページング時点を概念的に示されている。
【００２８】
図２を参照すれば、ＳＦＮは毎Ｒａｄｉｏ ｆｒａｍｅごとに１ずつ増加する(２０５)。
【００２９】
ＳＦＮは１０２４周期で値が０とリセットされる(２１０)。上記数式１により、同様のパターンのページングが毎ＳＦＮ周期ごとに繰り返される(２１５)。前記数式から、現在ＬＴＥ標準での最大ＤＲＸ周期は２.５６秒であり、ＤＲＸ周期を最大限増加させてもＳＦＮの周期、すなわち１０．２４秒を超過することができないことを分かる。
【００３０】
換言すると、電力消耗を減少させるため、ＤＲＸ周期を１０．２４秒以上増加させるためにはＳＦＮ周期も共に増えなければならない。本発明ではＳＦＮ周期をふやすため、既存又は新規のＳＩＢ(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ)に追加的な ＳＦＮビッドを含ませて、これを受信する端末動作を定義することができる。
【００３１】
ＳＦＮビットは、ＳＦＮ周期ごとに１ずつ増加することを特徴とする。また、前記ＳＦＮビットを含むＳＩＢはすべての端末が受信する必要がなく、非常に長いＤＲＸ周期を適用した端末に限って受信を試みることを特徴とする。また、通常的にＳＩＢ情報変更時ごとに１ずつ増加するｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ値(ＳＩＢ１に含まれる一つのＩＥ)とページングに含まれ、ＳＩ変更可否を通知するｓｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎ ＩＥは前記ＳＦＮビット値の変化に影響を受けない。すなわち、前記ＳＦＮビット値が変更されても、前記ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ ＩＥは更新されず、ｓｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎ ＩＥはページングを通じて送信されない。
【００３２】
前述したＳＦＮ周期の拡張と共に、ＤＲＸ周期が増すと、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ(ＳＩ)が変更するか否かを確認して更新する過程を行うことができない場合が発生する。
【００３３】
図３は、非常に長いＤＲＸ周期が適用される場合、ＳＩの変更可否を確認することができなく、新規ＳＩを更新することができない過程を説明するための図面である。
【００３４】
図３を参照すれば、実施形態で端末は非常に長いＤＲＸ周期３２０によってページング信号を確認することができる。
【００３５】
基地局はＳＩ変更３１０前にページング３０５を用い、すなわち、ＳＩが変更されることを端末に通知することができる。このような動作はＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄ３００を基準で起きることができる。
【００３６】
すなわち、ＳＩ変更前、Ｍｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄ間、基地局はページングを用いて端末に次のＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄでＳＩ情報が変更されることを通知する。したがって、端末はＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄ間の最小限一度はページングを受信し、次のＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄでＳＩ情報が変更されるのか否かを確認することができる。
【００３７】
端末はＤＲＸ周期ごとにページングを確認するから、非常に長いＤＲＸ周期３２０の間に、前記ページングが送信されると、これを損なうこともできる(３１５)。
【００３８】
本明細書の実施形態では前記問題点を解決するため、Ｍｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄを確張する方法と、ＤＲＸタイミングの直ちに直前に端末機がウェークアップしてＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎとＳＩ情報を変更するか否かを確認する方法を紹介し、この２つの方法の長短所を考慮し、特定条件によってこれを選択的に適用する方法を提案する。
【００３９】
図４は、非常に長いＤＲＸ周期を適用してもページング受信を受信することができるようにＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄを確張する方法を説明するための図面である。
【００４０】
図４を参照すれば、一つのＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄ４００に少なくとも一度のＤＲＸタイミングが含まれるように、Ｍｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄを確張する。この時、ＳＩ情報変更を通知するページング４０５は拡張されたＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄ間に送信されるはずであり、このうちの少なくとも一度は端末機が受信することができる(４１０)。
【００４１】
前記Ｍｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄ値はＳＩＢ２を通じて端末に提供される。しかし、ＤＲＸ周期が長くなれば長くなるほど、Ｍｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄも共に拡張されなければならないので、この期間の間ページングを送信することによるシグナリングオーバーヘッドも増加する欠点が発生することができる。さらに、Ｍｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄはすべての端末に同様に適用される。したがって、前記拡張されたＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄが主にＭＴＣ機器だけに有用であるにもかかわらず、すべての端末がこれを適用しなければならない。拡張されたＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄのさらに他の欠点は端末が更新されたＳＩ情報を拡張された周期ほど遅く受けることができるということである。よって、前記問題点を解決するために、一般端末とＭＴＣ機器がそれぞれ相違するＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄを適用することができる。すなわち、基地局はＳＩＢ２で２つの種類のＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄ値を端末に放送する。一応、端末は従来のＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄを適用し、ＭＴＣ機器は新たに定義されたＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄを適用する。或いは、明示的(ｅｘｐｌｉｃｉｔｌｙ)にＭＴＣ機器のための新しいＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄをＳＩＢ２で提供することではなく、ｉｍｐｌｉｃｉｔｌｙするように予め約束された固定された値、例えば１０．２４秒を用いることができる。この場合には、付加的なシグナリングオーバーヘッドを減らすことができるだろう。
【００４２】
図５は、ＤＲＸタイミングの直ちに直前に端末機がウェークアップしてＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎとＳＩの情報を変更するか否かを確認する方法を説明するための図面である。
【００４３】
図５を参照すれば、一つのＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄ５００間、ＳＩ変更を通知するページング５０５が送信され、次のｐｅｒｉｏｄで変更されたＳＩ情報が送信される。
【００４４】
端末は非常に長いＤＲＸ周期５２０を持っているからこれを確認することができない。代わり、ＤＲＸタイミングがある直前に予めウェークアップしてＳＩ情報を受信することができる。より具体的に端末はＤＲＸタイミングがある直前に予めウェークアップしてｃｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎ動作を行い、ｓｕｉｔａｂｌｅ ｃｅｌｌを確認して前記セルからＳＩ情報を受信する。前記受信するＳＩ情報は、ＭＩＢ、ＳＩＢ１、ＳＩＢ２、ＳＩＢ１４と共に、前記言及したＳＦＮビットを含む新規又は既存のＳＩＢのうちの一つを含むことができる(５１５)。以後、端末はＤＲＸタイミングの時、ページング受信を試みる。このような動作は、確実に必要な最も最近のＳＩを受信するというメリットを持っているが、ＤＲＸ周期が多少長くない場合には、毎ＤＲＸタイミングごとに、前記動作を行うことによって端末負担(ｂｕｒｄｅｎ)を増加させる短所を持っている。
【００４５】
したがって、本明細書の実施形態では端末が適用しているＤＲＸ周期が特定しきい値を超過するのか否かを基準で、Ｍｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄを確張する方法と、 ＤＲＸタイミングの直ちに直前に端末機がウェークアップしてＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎとＳＩの情報を変更するか否かを確認する方法を選択的に用いることを提案する。
【００４６】
図６は、本発明で適用したＤＲＸ周期によって、Ｍｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄを確張する方法(Ａｌｔｅｒｎａｔｉｖｅ１)と、ＤＲＸタイミングの直ちに直前に端末機がウェークアップしてＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎとＳＩの情報を変更するか否かを確認する方法(Ａｌｔｅｒｎａｔｉｖｅ ２)を選択的に用いる案を説明するための図面である。
【００４７】
図６を参照すれば、６０５段階で端末は現在適用しているＤＲＸ周期が特定しきい値Ｘより大きいか否かを判断することができる。前記しきい値Ｘは予め決定された値であるか、又は基地局から明示的(ｅｘｐｌｉｃｉｔｌｙ)で提供されることができる。例えば、現在ＬＴＥ標準でＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄは最大１０．２４秒まで拡張可能である。したがって、前記１０.２４秒を前記しきい値Ｘと決定することができる。または、基地局がＳＩＢ或いはｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｌｉｎｇを通じ、前記しきい値Ｘに関する情報を端末に通知することもできる。
【００４８】
端末は、もし適用しているＤＲＸ周期がしきい値Ｘより小さいと、６１０段階でＤＲＸ タイミング時のページング受信を試みる。ページングに含まれたｓｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎ ＩＥが“ｔｒｕｅ”値を持つと、これはＳＩ情報が次のＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄで変更されることを通知することであり、ＳＩＢ２から獲得したＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄ値を用い、次のＭｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄで新しいＳＩ情報を受信する。
【００４９】
端末は、もし適用しているＤＲＸ周期がしきい値Ｘより大きいと、６２０段階でＤＲＸタイミングがある直前に予めウェークアップしてＳＩ情報を受信することができる。より具体的に、前記端末はＤＲＸタイミングがある直前に予めウェークアップしてｃｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎ動作を行い、ｓｕｉｔａｂｌｅ ｃｅｌｌを確認して前記セルからＳＩ情報を受信することができる。
【００５０】
図７は、ＤＲＸタイミングでページング受信を失敗する場合を説明するための図面である。
【００５１】
図７を参照すれば、端末機が特定ＤＲＸタイミングでページングを受信するのに失敗(７００)すると、次のページング受信を試みるまで非常に長いＤＲＸ周期ほど待つべきである(７０５)。したがって、本発明ではこのような遅延問題を解決するために、ＤＲＸタイミングで複数個のページングを送信する方法を提案する。
【００５２】
図８は、ページング失敗時、遅延問題を解決する方法を説明するための図面である。
【００５３】
図８を参照すれば、非常に長いＤＲＸ周期８０５を適用する端末で、ＤＲＸタイミングが到来すると、一度だけページングを送信するのではなく、特定回数ほど短い周期をもって数回のページング８００を送信することである。端末は複数個のページング８００のうちの少なくとも一つだけ受信すると、成功的にページング情報を獲得することができるので、ページング受信確率を増加させることができる。ページング送信の繰り返し回数と送信間の周期は予め決定された値を用いるか、又は基地局がＳＩＢを通じて端末に通知することができる。実施形態によって複数個のページング８００信号は非常に長いＤＲＸ周期８０５を適用しない端末にも送信されることができる。
【００５４】
図９は、本発明で非常に長いＤＲＸ周期を適用するとき、ページングを受信する過程を説明するための図面である。
【００５５】
図９を参照すれば、非常に長いＤＲＸ周期を適用するためには端末９００、基地局９０５及びＭＭＥ９１０間で設定過程９１５が必要である。前記設定過程９１５で基地局とＭＭＥは事前に非常に長いＤＲＸ周期をサポート可能であるか否かを共有している。端末はＡｔｔａｃｈ又はＴＡＵ過程を通じ、ＭＭＥに非常に長いＤＲＸ周期をリクエストする。ＭＭＥが前記ＤＲＸ周期をサポート可能であれば、これをＡｔｔａｃｈ Ａｃｃｅｐｔメッセージを通じて端末に通知する。端末は基地局から放送されるｃｅｌｌ−ｓｐｅｃｉｆｉｃ ＤＲＸ値を無視し、リクエストした非常に長いＤＲＸ周期を適用する。ＭＭＥは基地局に前記端末が非常に長いＤＲＸ周期を適用していることを通知する。前記基地局はページング送信時、非常に長い周期を考慮する。９２０段階で端末９００は現在適用しているＤＲＸ周期が特定しきい値Ｘより大きいか否かを判断することができる。前記ＤＲＸ周期値がしきい値より大きいか否かによって、Ｍｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄを確張する方法（Ａｌｔｅｒｎａｔｉｖｅ １)と、ＤＲＸタイミングの直ちに直前に端末９００がウェークアップしてＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎとＳＩの情報を変更するか否かを確認する方法（Ａｌｔｅｒｎａｔｉｖｅ ２)のうちの一つを選択して適用することができる。
【００５６】
非常に長いＤＲＸ周期を適用するためには端末９００は追加的なＳＦＮビットを受信しなければならない。
【００５７】
９２５段階で端末９００は基地局９０５が放送するＳＩＢｘから前記ＳＦＮビット情報を獲得する。また、前記ＳＩＢｘには毎ＤＲＸタイミングごとにページングの送信回数と周期情報を含ませることができる。もし、ＤＲＸタイミングの直ちに直前に端末９００がウェークアップしてＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎとＳＩの情報を変更するか否かを確認する方法(Ａｌｔｅｒｎａｔｉｖｅ ２)が適用されると、９３０段階で端末９００はＤＲＸタイミング以前にウェークアップし、Ｃｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎ過程とＳＩ情報受信を試みることができる。このとき、Ｃｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎ過程のために端末９００はセル測定を行うが、一度の測定サンプルでＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎを決定することを特徴とする。
【００５８】
９３５段階でＭＭＥ９１０からページングが基地局９０５に到着すると、段階９４５で基地局９０５はページング発生(Ｐａｇｉｎｇ Ｏｃｃａｓｉｏｎ)(９４０、ＤＲＸタイミング)時、複数個のページングを端末に送信する。前記複数個のページング送信は前記段階９２５で設定された情報に基づいて行われることができる。
【００５９】
＜実施形態２＞
本実施形態は、ＲＲＣ Ｄｉｖｅｒｓｉｔｙ技術に対することである。 ＲＲＣ Ｄｉｖｅｒｓｉｔｙとは端末が複数個の基地局に対して同様のＲＲＣメッセージを送信及び受信し、ＲＲＣメッセージの受信成功確率を増大させる技術である。
【００６０】
ＲＲＣ Ｄｉｖｅｒｓｉｔｙはダウンリンク(ＤＬ、ｄｏｗｎｌｉｎｋ）、又はアップリンク(ＵＬ、ｕｐｌｉｎｋ)に区分されることができる。ＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙでは端末が複数個の基地局から同様のＲＲＣメッセージを受信する。実施形態によって前記ＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙは特に、受信信号強度が不安定のハンドオーバー過程で効果的である。
【００６１】
ＵＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙでは端末が同様のＲＲＣメッセージを複数個の基地局に送り出す。やっぱり、セル境界地域でＲＲＣメッセージの送信成功確率を高くなることができる。
【００６２】
図１０は、 ＲＲＣ Ｄｉｖｅｒｓｉｔｙ技術を概念的に説明するための図面である。
【００６３】
図１０を参照すれば、端末１０００は２つの基地局、すなわち、ＭｅＮＢ(１００５、Ｍａｓｔｅｒ ｅＮＢ)とＳｅＮＢ(１０１０、Ｓｅｃｏｎｄａｒｙ ｅＮＢ)から同時に同様のことを含むＲＲＣメッセージが受信されることができる。
【００６４】
端末１０００に送信しようとするＲＲＣメッセージはＭｅＮＢ１００５とＳｅＮＢ１０１０が接続されたＸｎ ｂａｃｋｈａｕｌ１０１５を通じて交換されることができる。２つの基地局１００５、１０１０は同一又は他の周波数を用いることができる。
【００６５】
前記端末１０００がＭｅＮＢ１００５からＳｅＮＢ１０１０に移動するとき、一般的にハンドオーバー過程を行い、サービングセルをＭｅＮＢ１００５からＳｅＮＢ１０１０に変更させる。ハンドオーバー過程中、状況によって、ＭｅＮＢ１００５よりＳｅＮＢ１０１０がより良好な信号強度を提供してくれることができる。
【００６６】
例えば、端末１０００が早い速度でＭｅＮＢ１００５からＳｅＮＢ１０１０に移動するとき、ＭｅＮＢ１００５からの受信信号強度は急激が減少するはずであり、これに反し、ＳｅＮＢ１０１０からの受信信号強度は急激によくなるだろう。ハンドオーバー過程は現在サービングセルであるＭｅＮＢ１００５が端末１０００にＨ(ＨａｎｄＯｖｅｒ)ｃｏｍｍａｎｄを送信してハンドオーバー遂行を指示する。もし、ＭｅＮＢ１００５からの信号強度が充分に良くなく、前記端末１０００が前記ＨＯ ｃｏｍｍａｎｄを受信することができなかったら、ハンドオーバーは失敗することができる。もし、ＳｅＮＢ１０１０も同様のＨＯ ｃｏｍｍａｎｄを前記端末１０００に送信すると、ハンドオーバー成功確率は改善されるだろう。一般的に端末１０００はＳｅＮＢ１０１０に移動するから、ＳｅＮＢ１０１０からの受信信号強度は充分に良好であろう。
【００６７】
本実施形態ではＲＲＣ Ｄｉｖｅｒｓｉｔｙを行う具体的な過程を提案する。前記過程にはＵＥ１０００、ＭｅＮＢ１００５、ＳｅＮＢ１０１０が互いに交換すべき情報も含んでいる。
【００６８】
図１１は、本実施形態でＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙ遂行過程を説明するための図面である。
【００６９】
図１１を参照すれば、端末１１００がＭｅＮＢ１１０５に接続されると、１１１５段階で前記ＭｅＮＢ１１０５は周辺のＳｅＮＢ１１１０に前記端末１１００に対するｃａｐａｂｉｌｉｔｙ情報を送信する。
【００７０】
又は、１１２０段階で前記端末１１００がＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを通じ、周辺の一つのＳｅＮＢ１１１５に対し、Ｅｖｅｎｔ Ａ４をＭｅＮＢに報告すると、この時、前記ＭｅＮＢ１１０５は前記ＳｅＮＢ１１１０に前記端末１１００に対するｃａｐａｂｉｌｉｔｙを通知することもできる。Ｅｖｅｎｔ Ａ４とは端末１１００が周辺セルから受信する受信信号強度が特定しきい値より高い場合に報告するイベントを含むことができる。
【００７１】
もし、１１２０段階で端末１１００が報告した情報のうちで特定しきい値より良好な周辺のＳｅＮＢが存在すると(１１１０)、１１２５段階で前記ＭｅＮＢ１１０５は前記ＳｅＮＢ１１１０と共にＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行うかを決定することができる。前記決定は既に決定された情報によるか、又は端末１１００が報告した情報に基づいて決定されることができる。また、実施形態で端末１１００が測定した受信信号強度がしきい値より大きい値を持つ基地局はＳｅＮＢ１１１０以外の他の基地局であるかも知れない。この時、ＭｅＮＢ１１０５はＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行うＳｅＮＢを決定するために周辺基地局情報を活用することができる。より具体的にＭｅＮＢ１１０５は端末１１００から前記端末１１００周辺の基地局中で前記端末１１００にしきい値より大きい強度の信号を送信することができる周辺基地局の情報を受信することができる。前記基地局は前記受信した周辺基地局情報に基づいてＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行うＳｅＮＢを決定することができる。より具体的に、前記受信した周辺基地局と隣接したＳｅＮＢをＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行う基地局で決定することができる。
【００７２】
もし、ＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを用いる場合、１１３０段階で前記ＭｅＮＢ１１０５はＲＲＣ ＤＩＶＥＲＳＩＴＹ ＲＥＱＵＥＳＴメッセージを用いて前記端末１１００に適用された設定情報と、適用しようとするＤｉｖｅｒｓｉｔｙ ｔｙｐｅおよびＴＤＭ ｐａｔｔｅｒｎのうちの一つ以上を含む情報をＸｎ ｉｎｔｅｒｆａｃｅを通じてＳｅＮＢ１１１０に伝達する。前記Ｄｉｖｅｒｓｉｔｙ ｔｙｐｅとはＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを用いるＲＲＣメッセージ種類を提案するための情報である。例えば、前記Ｄｉｖｅｒｓｉｔｙ ｔｙｐｅが‘ＡＬＬ ＲＲＣ ＭＥＳＳＡＧＥ’と指示すると、すべてのＲＲＣメッセージに対してＭｅＮＢとＳｅＮＢが送信するようになるだろう。又は、前記Ｄｉｖｅｒｓｉｔｙ ｔｙｐｅが‘ＨＯ ｃｏｍｍａｎｄ ｏｎｌｙ’と指示すると、ＨＯ ｃｏｍｍａｎｄに対してだけＭｅＮＢとＳｅＮＢが同時に送信するようになるだろう。
【００７３】
ＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙによる利得は、セル境界地域など制限的な状況で発生することで、すべての状況に対し、ＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行うことは利得無しに複雑度だけ増加させることができる。したがって、前記Ｄｉｖｅｒｓｉｔｙ ｔｙｐｅを通じてこれを制御することができる。又はＤｉｖｅｒｓｉｔｙ ｔｙｐｅ情報なく、利得を極大化させることができる状況、例えば、ハンドオーバー過程中にだけ前記ＨＯ ｃｏｍｍａｎｄをＭｅＮＢ１１０５とＳｅＮＢ１１１０のいずれも送信するように制限させることもできる。
【００７４】
また、前記ＴＤＭ ｐａｔｔｅｒｎはＭｅＮＢ１１０５とＳｅＮＢ１１１０が同一周波数を用いるとき、適用されることができる。前記状況ではＭｅＮＢ１１０５とＳｅＮＢ１１１０が送信する信号が互いに干渉を与えるだろう。したがって、２つの基地局からＲＲＣ メッセージを受信するために、端末１１００がそれぞれ他の時間区間を用いると、前記メッセージの成功確率を改善させることができる。一実施形態でＴ１−Ｔ２時間区間ではＭｅＮＢ１１０５が前記メッセージを端末１１００に送信し、次にＴ２-T３時間区間ではＳｅＮＢ１１１０が前記同一メッセージを端末１１００に送信することである。このような時間差送信をするためには予め端末、ＭｅＮＢ１１０５、ＳｅＮＢ１１１０の間に無線リソース使用に対する約束になることができる。
【００７５】
１１３５段階で前記ＳｅＮＢ１１１０はＭｅＮＢ１１０５にＲＲＣ ＤＩＶＥＲＳＩＴＹ ＲＥＳＰＯＮＳＥメッセージをＸｎ ｉｎｔｅｒｆａｃｅを通じて伝達することができる。前記メッセージには端末１１００がＳｅＮＢ１１１０からメッセージを受信するために必要な情報を含む。前記必要な情報はＣ−ＲＮＴＩ及びセルＩＤ(ＰＣＩ又はＥＣＧＩ)のうちの一つ以上を含むことができる。Ｃ−ＲＮＴＩは端末がＰＤＣＣＨチャンネルで自分のスケジューリング情報を確認するとき、用いる一種のＩＤ情報である。
【００７６】
１１４０段階で前記ＭｅＮＢ１１０５は端末１１００にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信することができる。前記ＲＲＣメッセージは端末１１００にＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを設定するために用いられ、ＳｅＮＢ１１１０のＣ−ＲＮＴＩ(Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ)、ＲＣＩ／ＥＣＧＩ(Ｅ−ＵＴＲＡＮ ｃｅｌｌ ｇｌｏｂａｌ ｉｄｅｎｔｉｆｉｅｒ）、Ｄｉｖｅｒｓｉｔｙ ｔｙｐｅ及びＴＤＭ（Ｔｉｍｅ−ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)ｐａｔｔｅｒｎのうちの一つ以上が含まれる。実施形態で前記ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信しても、端末１１００又は基地局がすぐＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行わないだろう。例えば、前記Ｄｉｖｅｒｓｉｔｙ ｔｙｐｅが‘ＨＯ ｃｏｍｍａｎｄ ｏｎｌｙ’の場合で、ハンドオーバー過程が切迫する場合にＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙ遂行を開始することができる。一方、前記Ｄｉｖｅｒｓｉｔｙ ｔｙｐｅが‘ＡＬＬ ＲＲＣ ＭＥＳＳＡＧＥ’と指示すると、前記ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ メッセージを受信した後、すぐ端末１１００及び前記基地局はＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを遂行し始めるだろう。なぜなら、端末１１００はいつある種類のＲＲＣメッセージが前記端末に送信されるかも知れないからである。本実施形態では説明のために前記Ｄｉｖｅｒｓｉｔｙ ｔｙｐｅが‘ＨＯ ｃｏｍｍａｎｄ ｏｎｌｙ’の場合で仮定する。
【００７７】
１１４５段階で端末１１００は前記ＳｅＮＢ１１１０に対するＥｖｅｎｔ Ａ３ Ｍｅａｓｕｒｅｍｅｎｔ ＲｅｐｏｒｔをＭｅＮＢ１１０５に報告する。Ｅｖｅｎｔ Ａ３は端末１１００が測定した周辺セルの信号が現在サービングセルの信号より特定オフセット値以上に大きい場合を含む。Ｅｖｅｎｔ Ａ３は一般的にハンドオーバーをトリガーさせるのに参考される。
【００７８】
したがって、Ｅｖｅｎｔ Ａ３を報告した端末１１００は、直ちにハンドオーバーが遂行されることを予想することができるので、１１５０段階でＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを遂行し始める。
【００７９】
１１５５、１１６０段階で端末１１００はＭｅＮＢ１１０５とＳｅＮＢ１１１０のいずれもからＰＤＣＣＨをデコーディングし、自分のＲＲＣメッセージが送信されるか否かを判断する。同一周波数を用いる場合には、端末１１００は与えられたＴＤＭ ｐａｔｔｅｒｎによって、前記ＰＤＣＣＨをデコーディングする だろう。各ＰＤＣＣＨをデコーディングする時にはそれぞれＭｅＮＢ１１０５とＳｅＮＢ１１１０のＣ−ＲＮＴＩを用いる。
【００８０】
１１６５段階で端末１１００からＥｖｅｎｔ Ａ３が報告されたＭｅＮＢ１１０５はＳｅＮＢ１１１０へのハンドオーバーを決定するようになる。
【００８１】
１１７０段階でＭｅＮＢ１１０５はＨＯ ＲＥＱＵＥＳＴメッセージを用いてＳｅＮＢ１１１０へのハンドオーバーをトリガーする。
【００８２】
１１７５段階でＳｅＮＢ１１１０はＭｅＮＢ１１０５に応答メッセージであるＨＯ ＲＥＱＵＥＳＴ ＡＣＫメッセージを送信する。前記メッセージにはＨＯ ｃｏｍｍａｎｄメッセージを含んでいる。これは既存のハンドオーバー過程と類似に行われることができる。この時場合によって端末１１００はＭｅＮＢ１１０５から良好な信号強度が提供されることができなくなることもできる。端末１１００がサービングセルからターゲットセルに早く移動するとき、このような状況は頻繁に起きることができる。
【００８３】
実施形態で端末１１００は第３の基地局でハンドオーバーを行い、ＭｅＮＢ１１０５が ＳｅＮＢ１１１０とＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行う場合、ＭｅＮＢ１１０５は前記第３の基地局へＨＯ ＲＥＱＵＥＳＴメッセージを送信することができる。また、ＭｅＮＢ１１０５は前記第３の基地局からＨＯ ＲＥＱＵＥＳＴ ＡＣＫメッセージを受信することができる。ＭｅＮＢ１１０５はハンドオーバーに係る情報をＳｅＮＢ１１１０に伝達することができ、ＳｅＮＢ１１１０は、伝達されたハンドオーバー関連情報に基づいてＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行うことができる。
【００８４】
この場合、１１８６段階で端末１１００は物理階層からＭｅＮＢ１１０５からサービスを受けることができないというシグナル、‘ｏｕｔ−ｏｆ−ｓｙｎｃ’を受けるようになる。もし、前記シグナルをＮ３１０回数ほど受けるようになれば、端末１１００はＭｅＮＢ１１０５とのＲａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ(ＲＬＦ)を宣言するようになる。これは１１８５段階でハンドオーバーを指示するためにＭｅＮＢ１１０５から送信されるＨＯ ｃｏｍｍａｎｄを前記端末が受けることができないことを意味する。
【００８５】
ＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを用いると、１１８０段階でＭｅＮＢ１１０５はＨＯ ｃｏｍｍａｎｄを処理した後、前記処理された情報を１１９０段階でＳｅＮＢ１１１０に伝達することができる。
又は、１１９０段階無しに、１１７５段階でＳｅＮＢ１１１０が生成したＨＯ ｃｏｍｍａｎｄを直ちに端末１１００に伝達することもできる。
【００８６】
１１９１段階でＳｅＮＢ１１１０は端末１１００に前記ＨＯ ｃｏｍｍａｎｄを送信する。端末１１００はまだＳｅＮＢ１１１０とＲａｎｄｏｍ Ａｃｃｅｓｓを遂行しなかった状態であるため、アップリンクでＨＡＲＱ ｆｅｅｄｂａｃｋ送信が不可能であり、前記ＳｅＮＢ１１１０からＨＯ ｃｏｍｍａｎｄはＨＡＲＱを利用することができない。
【００８７】
したがって、ＳｅＮＢ１１１０は前記ＨＯ ｃｏｍｍａｎｄが成功的に端末に受信されたかを確認することができない。本明細書の実施形態ではＳｅＮＢ１１１０で最初ＨＯ ｃｏｍｍａｎｄ送信時、一つのタイマーを開始し、前記タイマーが満了したり又は端末１１００からＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅが受信するまで周期的に前記ＨＯ ｃｏｍｍａｎｄを再送信する方法を提案する。このような方法はＨＡＲＱ動作なく、前記ＨＯ ｃｏｍｍａｎｄ受信成功率を改善させることができる。また、実施形態で端末１１１０は第３基地局でハンドオーバーを行い、ＳｅＮＢ１１１０がＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行う場合、ＳｅＮＢ１１１０はハンドオーバーが完了したというメッセージを受信する場合、または特定タイマーが満了するまでＨＯ ｃｏｍｍａｎｄを端末１１００に送信することができる。
【００８８】
１１９３段階で端末１１００はＭｅＮＢ１１０５又はＳｅＮＢ１１１０から少なくとも一つのＨＯ ｃｏｍｍａｎｄを受信すれば、ＳｅＮＢ１１１０へのハンドオーバー動作を行う。また、端末１１００は実施形態によってその後に受信されるＨＯ ｃｏｍｍａｎｄは全部削除することができる。
【００８９】
１１９４段階で端末１１００はＳｅＮＢ１１１０にＲａｎｄｏｍ Ａｃｃｅｓｓを試み、１１９５段階で端末１１００はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを基地局に送信する。
【００９０】
また、実施形態で端末１１００にＳｅＮＢ１１１０が追加(ａｄｄ)されている場合に ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行うことができる。より具体的に、段階１１１５以前に端末１１００とＳｅＮＢ１１１０の接続を行うことができる。実施形態で端末１１００とＳｅＮＢ１１１０が接続される場合、ＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行う場合はＳｅＮＢ１１１０が追加されると常にＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行う場合と、ＳｅＮＢ１１１０が追加された以後の特定メッセージ(一例でＨＯ Ｃｏｍｍａｎｄの場合)に対してだけＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行う場合と、を含むことができる。このようにＳｅＮＢ１１１０が追加された状態でＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行う場合、段階１１９１及び段階１１９２から送信されるメッセージにＨＡＲＱを適用することができる。したがって、ＳｅＮＢ１１１０が端末１１００にメッセージ送信によるＨＡＲＱ結果に基づいて再送信可否を決定することができる。
【００９１】
実施形態でＳｅＮＢ１１１０が追加されると、常にＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行う場合、段階１１１５段階は省略されたり、ＳｅＮＢ１１１０追加段階でメッセージ交換を通じて当該情報を送受信することができる。また、段階１１２５、１１３０、１１３５及び１１４０は省略されることができる。
【００９２】
また、実施形態でＳｅＮＢ１１１０が追加された以後の特定メッセージ(一例でＨＯ ｃｏｍｍａｎｄの場合)に対してだけＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行う場合、１１１５ 段階は省略されるか、ＳｅＮＢ１１１０追加段階でメッセージ交換を通じて当該情報を送受信することができる。また、段階１１３０、１１３５及び１１４０は省略されるか、又は一部パラメタを省略して送信することができる。
【００９３】
図１２はＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙ遂行過程で端末動作を説明するための図面である。
【００９４】
図１２を参照すれば、１２００段階で端末はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信する。
【００９５】
１２０５段階で端末は前記メッセージがＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを設定する情報を含んでいるのか否かを判断する。
【００９６】
もし、ＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを設定すると、１２１０段階で前記端末はＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙをトリガーする条件が満足するか否かを判断することができる。前記トリガー条件を満足するか否かはＤｉｖｅｒｓｉｔｙ ｔｙｐｅに基づいて判断することができる。
【００９７】
前記条件が満足すると、１２１５段階で前記端末はＭｅＮＢとＳｅＮＢのＰＤＣＣＨをモニタリングし始める。
【００９８】
１２２０段階で前記端末は前記モニタリング結果に基づいてＨＯ ｃｏｍｍａｎｄを受信したか否かを判断する。
【００９９】
少なくとも一つのＨＯ ｃｏｍｍａｎｄを成功的に受信すると、１２２５段階で前記端末は以後に受信したＨＯ ｃｏｍｍａｎｄを削除することができる。実施形態によって段階１２２５の動作は選択的に行われることができる。
【０１００】
１２３０段階で前記端末は前記受信したＨＯ ｃｏｍｍａｎｄに基づいてハンドオーバーを行い、ＳｅＮＢにＲａｎｄｏｍ Ａｃｃｅｓｓを試みることができる。
【０１０１】
１２３５段階で前記端末はＳｅＮＢにＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを送信し、ハンドオーバー過程を仕上げることができる。
【０１０２】
図１３は、ＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙ遂行過程でＭｅＮＢ動作を説明するための図面である。
【０１０３】
図１３を参照すれば、１３００段階でＭｅＮＢは端末から周辺の一つのＳｅＮＢに対するＥｖｅｎｔ Ａ４によってトリガーされたＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔが受信されることができる。
【０１０４】
１３０５段階で前記 ＭｅＮＢは前記受信したＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ 情報を基づいて前記ＳｅＮＢとＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを用いるか否かを判断する。
【０１０５】
もし、ＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを用いる場合、１３１０段階でＭｅＮＢは ＲＲＣ ＤＩＶＥＲＳＩＴＹ ＲＥＱＵＥＳＴメッセージを用い、ＳｅＮＢにＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙ設定を指示することができる。この時、図１１の１１３０段階で言及した情報中の一つ以上を含ませて送信することができる。
【０１０６】
１３１５段階で前記ＭｅＮＢは前記ＳｅＮＢから ＲＲＣ ＤＩＶＥＲＳＩＴＹ ＲＥＳＰＯＮＳＥメッセージが受信される。前記メッセージにはＳｅＮＢのセルＩＤ情報（ＰＣＩ又はＥＣＧＩ)及び端末がＳｅＮＢ ＰＤＣＣＨをデコーディングするのに用いるＣ−ＲＮＴＩのうちの一つ以上が含まれる。
【０１０７】
１３２０段階で前記ＭｅＮＢはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用い、前記端末にＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを設定する。また前記メッセージにはＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行うために必要な情報を含む。より具体的に、前記メッセージは図１１の１１４０段階で送信される情報中の一つ以上を含むことができる。
【０１０８】
１３２５段階で前記端末から前記ＳｅＮＢに対するＥｖｅｎｔ Ａ３によってトリガーされた Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔが受信されることができる。
【０１０９】
１３３０段階で前記ＭｅＮＢは前記ＳｅＮＢへのハンドオーバー遂行可否を判断する。
【０１１０】
もし、前記ＭｅＮＢがハンドオーバー遂行を決定した場合、１３３５段階で前記ＭｅＮＢは前記ＳｅＮＢにＨＯ ＲＥＱＵＥＳＴメッセージを送信する。
【０１１１】
１３４０段階で前記ＭｅＮＢはＨＯ ｃｏｍｍａｎｄを含むＨＯ ＲＥＱＵＥＳＴ ＡＣｋメッセージを前記ＳｅＮＢから受信する。
【０１１２】
１３４５段階で前記ＭｅＮＢは前記ＨＯ ｃｏｍｍａｎｄをＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含ませて、前記ＳｅＮＢに送信する。
【０１１３】
図１４は、ＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙ遂行過程でＳｅＮＢ動作を説明するための図面である。
【０１１４】
図１４を参照すれば、１４００段階で前記ＳｅＮＢは前記ＭｅＮＢからＳｅＮＢにＤＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙ設定を指示するＲＲＣ ＤＩＶＥＲＳＩＴＹ ＲＥＱＵＥＳＴ メッセージを受信することができる。
【０１１５】
１４０５段階で前記ＳｅＮＢは前記ＭｅＮＢに ＲＲＣ ＤＩＶＥＲＳＩＴＹ ＲＥＳＰＯＮＳＥメッセージを送信する。前記メッセージには前記ＳｅＮＢのセルＩＤ情報(ＰＣＩ又はＥＣＧＩ)及び端末がＳｅＮＢ ＰＤＣＣＨをデコーディングするのに用いる Ｃ−ＲＮＴＩのうちの一つ以上が含まれる。
【０１１６】
１４１０段階で前記ＳｅＮＢは前記ＭｅＮＢからＨＯ ＲＥＱＵＥＳＴメッセージを受信することができる。
【０１１７】
１４１５段階で前記ＳｅＮＢはＨＯ ｃｏｍｍａｎｄを含むＨＯ ＲＥＱＵＥＳＴ ＡＣＫメッセージを前記ＭｅＮＢに送信する。
【０１１８】
１４２０段階で前記ＳｅＮＢは前記ＭｅＮＢからＨＯ ｃｏｍｍａｎｄが受信される。
【０１１９】
１４２５段階で前記ＳｅＮＢは一つのタイマーをトリガーし、１４２０段階で端末に ＨＯ ｃｏｍｍａｎｄを送信する。
【０１２０】
前記ＳｅＮＢは１４３５、１４４０段階で前記端末からＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅを成功的に受信するか、又は前記タイマーが満了するまで周期的にＨＯ ｃｏｍｍａｎｄを端末に送信することができる。
【０１２１】
図１５は、本実施形態でＵＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙ遂行過程を説明するための図面である。
【０１２２】
図１５を参照すれば、端末１５００がＭｅＮＢ１５０５に接続されると、１５１５段階で前記ＭｅＮＢ１５０５は周辺のＳｅＮＢ１５１０に前記端末１５００に対するｃａｐａｂｉｌｉｔｙ情報を送信する。
【０１２３】
又は、１５２０段階で前記端末１５００がＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを通じ、周辺の一つのＳｅＮＢ１５１０に対し、Ｅｖｅｎｔ Ａ４をＭｅＮＢ１５０５に報告すると、この時、前記ＭｅＮＢ１５０５は前記ＳｅＮＢ１５１０に前記端末１５００に対するｃａｐａｂｉｌｉｔｙを通知することもできる。
【０１２４】
１５２０段階で受信した情報に基づいた判断した結果特定しきい値より良好な周辺の ＳｅＮＢ１５１０が存在する場合、１５２５段階で前記 ＭｅＮＢ１５０５は前記ＳｅＮＢ１５１０と共にＵＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを行うかを決定する。
【０１２５】
ＵＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを用いる場合、１５３０段階で前記ＭｅＮＢ１５０５は ＲＲＣ ＤＩＶＥＲＳＩＴＹ ＲＥＱＵＥＳＴメッセージを用い、前記端末１５００に適用された設定情報と、適用しようとするＤｉｖｅｒｓｉｔｙ ｔｙｐｅ及びＴＤＭ ｐａｔｔｅｒｎのうちの一つ以上を含む情報をＸｎ ｉｎｔｅｒｆａｃｅを通じてＳｅＮＢ１５１０に伝達する。実施形態によってアップリンクでのＤｉｖｅｒｓｉｔｙ ｔｙｐｅは特定アップリンクＲＲＣメッセージ、すなわち、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ又はＳｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔなどを指示するのに用いられることができる だろう。
【０１２６】
１５３５段階で前記ＳｅＮＢ１５１０はＭｅＮＢ１５０５にＲＲＣ ＤＩＶＥＲＳＩＴＹ ＲＥＳＰＯＮＳＥメッセージをＸｎ ｉｎｔｅｒｆａｃｅを通じて伝達する。前記メッセージには端末１５００がＳｅＮＢ１５１０からメッセージを受信するために必要な情報を含む。すなわち、前記情報はＣ−ＲＮＴＩ、セルＩＤ（ＰＣＩ又はＥＣＧＩ)、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ及びＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ のうちの一つ以上を含むことができる。本明細書の実施形態では端末１５００がＳｅＮＢ１５１０でＲＲＣメッセージを送信するためにＲＡＣＨ過程を活用する方法を提案する。
【０１２７】
したがって、このために、ＳｅＮＢ１５１０が予めＲＡＣＨ関連情報、すなわち、端末１５００が用いたｄｅｄｉｃａｔｅｄ ＲＡ ｐｒｅａｍｂｌｅ、ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎを端末に伝達する必要がある。
【０１２８】
１５４０段階で前記ＭｅＮＢ１５０５は端末１５００にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信することができる。前記ＲＲＣメッセージは端末１５００にＵＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを設定するために用いられ、また前記ＲＲＣメッセージはＳｅＮＢ１５１０のＣ−ＲＮＴＩ、ＲＣＩ／ＥＣＧＩ、Ｄｉｖｅｒｓｉｔｙ ｔｙｐｅ、ＴＤＭ ｐａｔｔｅｒｎ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ 及びＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎのうちの一つ以上を含む。
【０１２９】
前記ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信しても、すぐ端末１５００及び基地局がＵＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを遂行しないだろう。例えば、前記Ｄｉｖｅｒｓｉｔｙ ｔｙｐｅが‘Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ（ＭＲ）ｏｎｌｙ’の場合で、一つのＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔがトリガーされるとき、ＵＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙ遂行を始めることができる。本実施形態の説明では前記Ｄｉｖｅｒｓｉｔｙ ｔｙｐｅが‘ＭＲ ｏｎｌｙ’の場合で仮定する。
【０１３０】
１５４５段階で端末１５００は一つのＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔがトリガーされる。
【０１３１】
１５５０段階で端末１５００はＵＬ ＲＲＣ Ｄｉｖｅｒｓｉｔｙを遂行し始める。
【０１３２】
１１５５段階で端末１５００はＭｅＮＢ１５０５にＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを送信することができる。
【０１３３】
そして、１１６０段階で端末１５００はＳｅＮＢ１５１０にＲａｎｄｏｍ Ａｃｃｅｓｓを試みる。実施形態でＳｅＮＢ１５１０で前記Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを送信するためにはアップリンク同期化のために、優先的にＲａｎｄｏｍ Ａｃｃｅｓｓが行うべきである。この時、ＳｅＮＢ１５１０が提供したｄｅｄｉｃａｔｅｄ ＲＡ ｐｒｅａｍｂｌｅが用いられることができる。
【０１３４】
１５６５段階でＳｅＮＢ１５１０はＲＡＲＲａｎｄｏｍ Ａｃｃｅｓｓ ＲＥＳＰＯＮＳＥ)メッセージを端末１５００に送信し、前記メッセージには前記Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを送信するために必要なアップリンクスケジューリング情報ＵＬ ｇｒａｎｔ)含む。
【０１３５】
１５７０段階で端末１５００は前記ＵＬ ｇｒａｎｔ情報を用いて前記 Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを基地局に送信する。
【０１３６】
図１６は、本発明を適用した端末の内部構造を示したブロック図である。
【０１３７】
図１６を参照すれば、端末は上位階層１６１０とデータなどを送受信し、制御メッセージ処理部１６１５を通じて制御メッセージを送受信する。そして前記端末は基地局で制御信号またはデータ送信時、制御部１６２０の制御によって多重化装置１６０５を通じて多重化後の送信機１６００を通じてデータを送信する。一方、受信時、端末は制御部１６２０の制御により受信機１６００で物理信号を受信した後、逆多重化装置１６０５で受信信号を逆多重化し、それぞれメッセージ情報によって上位階層１６１０又は制御メッセージ処理部１６１５へ伝達する。
【０１３８】
図１７は、本発明による基地局の構成を示したブロック図である。
【０１３９】
図１７を参照すれば、基地局装置は送受信部１７０５、制御部１７１０、多重化及び逆多重化部１７２０、制御メッセージ処理部１７３５、各種上位階層処理部１７２５、１７３０、スケジューラー１７１５を含む。送受信部１７０５は、ダウンリンクキャリアでデータ及び所定の制御信号を送信してアップリンクキャリアでデータ及び所定の制御信号を受信する。多数のキャリアが設定された場合、送受信部１７０５は前記多数のキャリアでデータ送受信及び制御信号送受信を行う。多重化及び逆多重化部１７２０は上位階層処理部１７２５、１７３０や制御メッセージ処理部１７３５で発生したデータを多重化するか、又は送受信部１７０５で受信されたデータを逆多重化して適切な上位階層処理部１７２５、１７３０や制御メッセージ処理部１７３５、又は制御部１７１０へ伝達する役目をする。
【０１４０】
一方、本明細書及び図面には本発明の好ましい実施形態に対して開示した。たとえ特定用語が使用されたが、これはただ本発明の記述内容を容易に説明して発明の理解を助けるための一般的な意味で用いられたものであって、本発明の範囲を限定しようとするものではない。ここに開示された実施形態の以外にも本発明の技術的思想に基づいた他の変形例が実施可能であるということは本発明が属する技術分野で通常の知識を有する者に自明なものである。
【符号の説明】
【０１４１】
１０５  機械型通信機器
１１０  無線事業者網
１１５  機械型通信サーバー
１２０  機械型通信ユーザ
１０００  端末
１００５  ＭｅＮＢ
１０１０  ＳｅＮＢ
１０１５  Ｘｎ ｂａｃｋｈａｕｌ
１６００  送受信機
１６０５  多重化及び逆多重化装置
１６１０  上位階層
１６１５  制御メッセージ処理部
１６２０  制御部
１７０５  送受信部
１７１０  制御部
１７１５  スケジューラー
１７２０  多重化及び逆多重化部
１７２５  上位階層処理部
１７３０  上位階層処理部
１７３５  制御メッセージ処理部
【図１】
0006469679.tif 000002
【図２】
0006469679.tif 000003
【図３】
0006469679.tif 000004
【図４】
0006469679.tif 000005
【図５】
0006469679.tif 000006
【図６】
0006469679.tif 000007
【図７】
0006469679.tif 000008
【図８】
0006469679.tif 000009
【図９】
0006469679.tif 000010
【図１０】
0006469679.tif 000011
【図１１】
0006469679.tif 000012
【図１２】
0006469679.tif 000013
【図１３】
0006469679.tif 000014
【図１４】
0006469679.tif 000015
【図１５】
0006469679.tif 000016
【図１６】
0006469679.tif 000017
【図１７】
0006469679.tif 000018