JP2019092175A

JP2019092175A - 移動通信システムでシステム情報とページングを受信する方法及び装置

Info

Publication number: JP2019092175A
Application number: JP2019005546A
Authority: JP
Inventors: サンブム・キム; Sangbum Kim; センフン・キム; Soenghun Kim; ジェヒュク・ジャン; Jaehyuk Jang; キョンイン・ジョン; Kyeongin Jeong
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2013-08-02
Filing date: 2019-01-16
Publication date: 2019-06-13
Also published as: EP3030000A1; WO2015016530A1; EP3030000A4; JP6469679B2; JP2016525850A; KR102182517B1; US20160192323A1; CN105453652A; KR20150015993A; US20190191410A1; US10484962B2

Abstract

【課題】移動性が高い端末が基地局から信号を容易に受信することができる装置及びその制御方法を提供する。【解決手段】ＤＬＲＲＣＤｉｖｅｒｓｉｔｙを設定する情報を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｖｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信１２００した端末は、ＤＬＲＲＣＤｉｖｅｒｓｉｔｙをトリガーする条件が満足するか否かを判断する１２１０。条件が満足すると、ＭｅＮＢとＳｅＮＢのＰＤＣＣＨをモニタリングを開始１２１５し、モニタリング結果に基づいてＨＯｃｏｍｍａｎｄを受信したか否かを判断する１２２０。受診したＨＯｃｏｍｍａｎｄに基づいてハンドオーバを行い、ＳｅＮＢにＲａｎｄｏｍＡｃｃｅｓｓを試み１２３０、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを送信し、ハンドオーバー過程を仕上げる１２３５。【選択図】図１２

Description

本明細書の実施形態は、移動通信システムにおいて非常に長い不連続受信(ＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ、ＤＲＸ)周期が適用されるとき、システム情報及びページングを効果的に獲得する方法及び装置に関する。また、本明細書の実施形態は移動通信システムにおいて端末の移動性により基地局の信号をより効率的に受信することができる方法及び装置に関する。

一般的に、移動通信システムは、ユーザの移動性を確保しながら通信を提供するための目的で開発された。このような移動通信システムは、技術の飛躍的な発展に応じて音声通信はもちろん高速のデータ通信サービスを提供することができる段階になった。近年、次世代移動通信システムは人間間の通信(ＨｕｍａｎｔｏＨｕｍａｎ、Ｈ２Ｈ)を越し、人間と機械(ＨｕｍａｎｔｏＭａｃｈｉｎｅ、Ｈ２Ｍ)、機械間通信（ＭａｃｈｉｎｅＴｏＭａｃｈｉｎｅ、Ｍ２Ｍ）へ発展している。３ＧＰＰ通信標準でもこのような要求に符合するために機械型通信(ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ)に対する規格作業が始まっている。サービスとその特徴を定義する３ＧＰＰＳＡ１ＷｏｒｋｉｎｇＧｒｏｕｐ(ＷＧ)標準ではもう機械型通信に対するサービス要求事項(ＳｅｒｖｉｃｅＲｅｑｕｉｒｅｍｅｎｔｓ)を論議しつつある。

図１は、機械型通信での通信シナリオを示している。機械型通信機器１０５は、無線事業者網１１０と接続される。機械型通信機器１０５は、一般的にメーター器又は自動自販機等の多様な無人機器と定義されることができ、既存の無線端末機とは多くの面で他の特徴を持っている。また、機械型通信機器１０５の種類によっても特徴は変わることができる。このように多様な特徴を有する機械型通信機器１０５は一つのセル内に非常に多い存在することができる。機械型通信機器１０５に対する情報を有している機械型通信サーバー１１５は認証だけではなく機械型通信機器１０５から収集された情報を集め、機械型通信ユーザ１２０に伝達する役目を行うことができる。機械型通信サーバー１１５は、無線事業者網内又は外に存在することができる。機械型通信ユーザ１２０は機械型通信機器１０５から伝達された情報を要する最終ユーザである。
機械型通信は、既存の無線通信とは異なる特徴を有している。また、機械型通信の使用目的により、その特徴は非常に多様に分類されることができる。例えば、時間に関わらず一日に何回だけ通信が必要な機械型通信機器は‘ＴｉｍｅＴｏｌｅｒａｎｔ’の特徴を有し、一つの場所に設置され、移動性無しに特定情報を収集して送信する機械型通信機器は‘ｌｏｗｍｏｂｉｌｉｔｙ’の特徴を有している。無線事業者はこのような多様な機械型通信の特徴及び既存の端末機と共存を考慮し、サービスを提供しなければならない。
機械型通信機器中、動物、貨物車などのトラッキング(Ｔｒａｃｋｉｎｇ)関連機器は一般的にバッテリーを用いるか、自体的に電力を生産して電源が供給される。したがって、このような機械型通信機器は制限された電力を用いなければならないから、極度に小さい電力を効率的に用いることが好ましい。３ＧＰＰＳＡ１ＷＧではｅｘｔｒａｌｏｗｐｏｗｅｒｃｏｎｓｕｍｐｔｉｏｎモードを定義し、当該モードで機械型通信機器は低い電力を用いるように設定されることができる。このような状況で機器型通信機器と信号を送受信するための方法及び装置が要求される。

国際公開第２０１３／１４９６６６号

Samsung，UE power consumption gain for the extended DRX[online]，3GPP TSG-RAN WG2#82 R2-131793，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_82/Docs/R2-131793.zip＞，２０１３年５月２４日

本明細書の実施形態は前記のような要求によって、より長い受信周期が適用される端末でネットワークのシステム情報及びページング信号をより効率的に受信することができる方法及び装置を提供することを目的とする。

また、本明細書の他の実施形態は端末が基地局が形成するセル内で高速に移動する場合にも基地局から受信される信号をより効率的に受信することができるように複数の基地局で端末に信号を送信できる方法及び装置を提供することを目的とする。

本明細書の一実施形態による移動通信システムの基地局において信号送受信方法は、端末から前記端末の周辺基地局測定情報を受信する段階と、前記受信した測定情報に基づいて上位シグナル送信モードを決定する段階と、前記決定されたモード及び前記測定情報に基づいて決定されたスモールセル基地局にリクエストメッセージを送信する段階と、及び前記スモールセル基地局から前記スモールセルが送信するダウンリンク受信のための識別子及び前記スモールセルのセル識別子のうちの少なくとも一つを受信する段階と、を含む。

本明細書の他の実施形態による移動通信システムの端末において信号送受信方法は、基地局へ前記端末の周辺基地局の測定情報を送信する段階と、及び前記測定情報に基づいて決定されたスモールセル基地局のダウンリンク受信のための識別子及び前記スモールセルのセル識別子のうちの少なくとも一つを前記基地局から受信する段階と、を含む。

本明細書の他の実施形態による移動通信システムの端末においてシステム情報受信方法は、基地局から非連続的受信(ＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ、ＤＲＸ) 周期関連情報を受信する段階と、前記ＤＲＸ周期をしきい値(Ｔｈｒｅｓｈｏｌｄｖａｌｕｅ)と比べる段階と、及び前記比較結果によって変更されたシステム情報(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ、ＳＩ)を受信する段階を含み、前記変更されたＳＩを受信する段階は、前記ＤＲＸ周期がしきい値より小さい場合、受信されるページング信号によって変更されたＳＩ情報を受信する段階と、を含む。

本明細書のまた他の実施形態による移動通信システムの基地局においてシステム情報送信方法であって、端末で非連続的受信(ＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ、ＤＲＸ)周期関連情報を送信する段階と、システム情報(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ、ＳＩ)が変更される場合、ページング信号を端末に送信する段階と、及び前記変更されたＳＩを端末に放送(ｂｒｏａｄｃａｓｔｉｎｇ)する段階を含み、前記端末は前記ＤＲＸ周期をしきい値(Ｔｈｒｅｓｈｏｌｄｖａｌｕｅ)と比べ、前記比較結果によって変更されたシステム情報(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ、ＳＩ)を受信し、前記ＤＲＸ周期がしきい値より小さい場合、受信されるページング信号によって変更されたＳＩ情報を受信することを特徴とする。

本明細書の実施形態による場合、より長い受信周期が適用される端末が基地局ネットワークのシステム情報及びページング信号のうちの一つ以上を効率的に受信することにより、さらに高い電力効率を持つ端末及びその制御方法を提供することができる。

また、本明細書の他の実施形態による場合、移動性の高い端末が基地局から信号を容易に受信することができる装置及びその制御方法を提供することができる。

機械型通信での通信シナリオを説明するための図面である。ＬＴＥ技術でページング時点を概念的に説明するための図面である。非常に長いＤＲＸ周期が適用される場合、ＳＩ(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ)を変更するか否かを確認することができなく、新規ＳＩを更新することができない過程を説明するための図面である。非常に長いＤＲＸ周期を適用してもページング受信を受信することができるようにＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄを確張する方法を説明するための図面である。ＤＲＸタイミングの直ちに直前に端末機がウェークアップしてＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎとＳＩ情報が変更するか否かを確認する方法を説明するための図面である。本発明で適用したＤＲＸ周期によって、変更周期(Ｍｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄ)を確張する方法(Ａｌｔｅｒｎａｔｉｖｅ１)とＤＲＸタイミングの直ちに直前に端末機がウェークアップしてＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎとＳＩ情報を変更するか否かを確認する方法(Ａｌｔｅｒｎａｔｉｖｅ２)を選択的に用いる案を説明するための図面である。ＤＲＸタイミングでページング受信を失敗する場合を説明するための図面である。ページング失敗時、遅延問題を解決する方法を説明するための図面である。本発明で非常に長いＤＲＸ周期を適用する時、ページングを受信する過程を説明するための図面である。ＲＲＣＤｉｖｅｒｓｉｔｙ技術を概念的に説明するための図面である。本実施形態でＤＬＲＲＣＤｉｖｅｒｓｉｔｙ遂行過程を説明するための図面である。ＤＬＲＲＣＤｉｖｅｒｓｉｔｙ遂行過程で端末動作を説明するための図面である。ＤＬＲＲＣＤｉｖｅｒｓｉｔｙ遂行過程でＭｅＮＢ動作を説明するための図面である。ＤＬＲＲＣＤｉｖｅｒｓｉｔｙ遂行過程でＳｅＮＢ動作を説明するための図面である。本実施形態でＵＬＲＲＣＤｉｖｅｒｓｉｔｙ遂行過程を説明するための図面である。本発明を適用した端末の内部構造を示したブロック図である。本発明による基地局の構成を示したブロック図である。

以下、本発明の実施形態を添付された図面を参照して詳細に説明する。

実施形態を説明するにおいて本発明が属する技術分野によく知られており、本発明と直接的に関連がない記述内容に対しては説明を省略する。これは不必要な説明を省略することによって、本発明の要旨を明瞭にし、より明確に伝達するためである。

同様の理由で添付図面において一部構成要素は誇張されたり省略されたり概略的に示された。また、各構成要素の大きさは実際大きさを全的に反映するものではない。各図面で同一又は対応する構成要素には同一参照番号を付した。

本明細書の実施形態は移動通信システムにおいて非常に長いＤＲＸ(ＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ)周期が適用されるとき、システム情報及びページングを効果的に獲得する方法及び装置に関する。より具体的に本明細書の実施形態はＬＴＥに基づく移動通信システムで適用されることができる。

機械型通信(ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ)機器形態の端末機は電力消耗を最小化する必要がある。本発明では電力消耗改善のために、非常に長いＤＲＸ周期を適用する場合、端末機が基地局から放送(ｂｒｏａｄｃａｓｔ)されるシステム情報及びページングを効果的に獲得する方法を提案する。

また、本明細書の実施形態は移動通信システムで、非常に長いＤＲＸ(ＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ)周期が適用されるとき、システム情報及びページングを効果的に獲得する方法及び装置に関する内容を含む。機械型通信(ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ)機器形態の端末機は電力消耗を最小化する必要がある。本発明では電力消耗改善のために、非常に長いＤＲＸ周期を適用する場合、端末機が基地局から放送されるシステム情報及びページングを効果的に獲得する方法を提案する。

＜実施形態１＞
移動通信システムの端末で電力消耗問題を改善させることができる方法のうちの一つはＤＲＸ周期を増やす方法がある。

端末は基地局からページング(ｐａｇｉｎｇ）信号を受けるため、受信動作を行うことができる。しかし、ページング信号はよく送信されることではないので、端末はページング信号が届かない時間まで受信動作を行うと、端末の電力損失が大きくなることができる。

したがって、端末の電力消耗を減らすために、周期的に特定時間区間間だけページング信号受信動作を行ってページング信号受信を試みることができ、これを不連続受信(Ｄｉｓｃｏｎｔｉｎｕｏｕs Ｒｅｃｅｐｔｉｏｎ、ＤＲＸ)と言う。ＬＴＥシステムで待機状態にある端末機のＤＲＸ動作は、以下の数式１を通じて行われることができる。ＲａｄｉｏｆｒａｍｅごとにＳＦＮは１ずつ増加する。当該数式を満足させるＲａｄｉｏｆｒａｍｅでページング信号が伝達されると、端末機はＤＲＸにより受信動作を行う。

＜数式１＞
ＳＦＮｍｏｄＴ=（T ｄｉｖＮ)＊（ＵＥ＿ＩＤｍｏｄＮ）
ここで、
ＳＦＮ：ＳｙｓｔｅｍＦｒａｍｅＮｕｍｂｅｒ。１０ｂｉｔｓ（ＭＳＢ８ｂｉｔｓｅｘｐｌｉｃｉｔ、ＬＢＳ２ｂｉｔｓｉｍｐｌｉｃｉｔ）

Ｔ：ＤＲＸｃｙｃｌｅｏｆｔｈｅＵＥ。ＴｒａｎｓｍｉｔｔｅｄｏｎＳＩＢ２．ＥＮＵＭＥＲＡＴＥＤ {ｒｆ３２、ｒｆ６４、ｒｆ１２８、ｒｆ２５６}
Ｎ:ｍｉｎ（Ｔ、ｎＢ）
ｎＢ：ＴｒａｎｓｍｉｔｔｅｄｏｎＳＩＢ２。ＥＮＵＭＥＲＡＴＥＤ {４T、２Ｔ、Ｔ、Ｔ／２、Ｔ／４、Ｔ／８、Ｔ／１６、Ｔ／３２}。
ＵＥ＿ＩＤ：ＩＭＳＩｍｏｄ１０２４（ＩＭＳＩは端末機ごとに付与される固有番号)

ＰＢＣＨ（ＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ）のＭＩＢ(ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ)のうち、８ｂｉｔｓはＳＦＮを示す。ＴとｎＢはＳＩＢ２(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２)に含まれて基地局から提供される値である。Ｔは{ｒｆ３２、ｒｆ６４、ｒｆ１２８、ｒｆ２５６}のうちの一つの値を持つことができるが、ｒ３２は３２Ｒａｄｉｏｆｒａｍｅ長さを示す。すなわち、ｒ３２は３２０ｍｓを意味することができる。

図２は、ＬＴＥ技術でページング時点を概念的に示されている。

図２を参照すれば、ＳＦＮは毎Ｒａｄｉｏｆｒａｍｅごとに１ずつ増加する(２０５)。

ＳＦＮは１０２４周期で値が０とリセットされる(２１０)。上記数式１により、同様のパターンのページングが毎ＳＦＮ周期ごとに繰り返される(２１５)。前記数式から、現在ＬＴＥ標準での最大ＤＲＸ周期は２.５６秒であり、ＤＲＸ周期を最大限増加させてもＳＦＮの周期、すなわち１０．２４秒を超過することができないことを分かる。

換言すると、電力消耗を減少させるため、ＤＲＸ周期を１０．２４秒以上増加させるためにはＳＦＮ周期も共に増えなければならない。本発明ではＳＦＮ周期をふやすため、既存又は新規のＳＩＢ(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ)に追加的なＳＦＮビッドを含ませて、これを受信する端末動作を定義することができる。

ＳＦＮビットは、ＳＦＮ周期ごとに１ずつ増加することを特徴とする。また、前記ＳＦＮビットを含むＳＩＢはすべての端末が受信する必要がなく、非常に長いＤＲＸ周期を適用した端末に限って受信を試みることを特徴とする。また、通常的にＳＩＢ情報変更時ごとに１ずつ増加するｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ値(ＳＩＢ１に含まれる一つのＩＥ)とページングに含まれ、ＳＩ変更可否を通知するｓｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎＩＥは前記ＳＦＮビット値の変化に影響を受けない。すなわち、前記ＳＦＮビット値が変更されても、前記ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇＩＥは更新されず、ｓｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎＩＥはページングを通じて送信されない。

前述したＳＦＮ周期の拡張と共に、ＤＲＸ周期が増すと、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ(ＳＩ)が変更するか否かを確認して更新する過程を行うことができない場合が発生する。

図３は、非常に長いＤＲＸ周期が適用される場合、ＳＩの変更可否を確認することができなく、新規ＳＩを更新することができない過程を説明するための図面である。

図３を参照すれば、実施形態で端末は非常に長いＤＲＸ周期３２０によってページング信号を確認することができる。

基地局はＳＩ変更３１０前にページング３０５を用い、すなわち、ＳＩが変更されることを端末に通知することができる。このような動作はＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄ３００を基準で起きることができる。

すなわち、ＳＩ変更前、Ｍｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄ間、基地局はページングを用いて端末に次のＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄでＳＩ情報が変更されることを通知する。したがって、端末はＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄ間の最小限一度はページングを受信し、次のＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄでＳＩ情報が変更されるのか否かを確認することができる。

端末はＤＲＸ周期ごとにページングを確認するから、非常に長いＤＲＸ周期３２０の間に、前記ページングが送信されると、これを損なうこともできる(３１５)。

本明細書の実施形態では前記問題点を解決するため、Ｍｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄを確張する方法と、ＤＲＸタイミングの直ちに直前に端末機がウェークアップしてＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎとＳＩ情報を変更するか否かを確認する方法を紹介し、この２つの方法の長短所を考慮し、特定条件によってこれを選択的に適用する方法を提案する。

図４は、非常に長いＤＲＸ周期を適用してもページング受信を受信することができるようにＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄを確張する方法を説明するための図面である。

図４を参照すれば、一つのＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄ４００に少なくとも一度のＤＲＸタイミングが含まれるように、Ｍｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄを確張する。この時、ＳＩ情報変更を通知するページング４０５は拡張されたＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄ間に送信されるはずであり、このうちの少なくとも一度は端末機が受信することができる(４１０)。

前記Ｍｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄ値はＳＩＢ２を通じて端末に提供される。しかし、ＤＲＸ周期が長くなれば長くなるほど、Ｍｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄも共に拡張されなければならないので、この期間の間ページングを送信することによるシグナリングオーバーヘッドも増加する欠点が発生することができる。さらに、Ｍｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄはすべての端末に同様に適用される。したがって、前記拡張されたＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄが主にＭＴＣ機器だけに有用であるにもかかわらず、すべての端末がこれを適用しなければならない。拡張されたＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄのさらに他の欠点は端末が更新されたＳＩ情報を拡張された周期ほど遅く受けることができるということである。よって、前記問題点を解決するために、一般端末とＭＴＣ機器がそれぞれ相違するＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄを適用することができる。すなわち、基地局はＳＩＢ２で２つの種類のＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄ値を端末に放送する。一応、端末は従来のＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄを適用し、ＭＴＣ機器は新たに定義されたＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄを適用する。或いは、明示的(ｅｘｐｌｉｃｉｔｌｙ)にＭＴＣ機器のための新しいＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄをＳＩＢ２で提供することではなく、ｉｍｐｌｉｃｉｔｌｙするように予め約束された固定された値、例えば１０．２４秒を用いることができる。この場合には、付加的なシグナリングオーバーヘッドを減らすことができるだろう。

図５は、ＤＲＸタイミングの直ちに直前に端末機がウェークアップしてＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎとＳＩの情報を変更するか否かを確認する方法を説明するための図面である。

図５を参照すれば、一つのＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄ５００間、ＳＩ変更を通知するページング５０５が送信され、次のｐｅｒｉｏｄで変更されたＳＩ情報が送信される。

端末は非常に長いＤＲＸ周期５２０を持っているからこれを確認することができない。代わり、ＤＲＸタイミングがある直前に予めウェークアップしてＳＩ情報を受信することができる。より具体的に端末はＤＲＸタイミングがある直前に予めウェークアップしてｃｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎ動作を行い、ｓｕｉｔａｂｌｅｃｅｌｌを確認して前記セルからＳＩ情報を受信する。前記受信するＳＩ情報は、ＭＩＢ、ＳＩＢ１、ＳＩＢ２、ＳＩＢ１４と共に、前記言及したＳＦＮビットを含む新規又は既存のＳＩＢのうちの一つを含むことができる(５１５)。以後、端末はＤＲＸタイミングの時、ページング受信を試みる。このような動作は、確実に必要な最も最近のＳＩを受信するというメリットを持っているが、ＤＲＸ周期が多少長くない場合には、毎ＤＲＸタイミングごとに、前記動作を行うことによって端末負担(ｂｕｒｄｅｎ)を増加させる短所を持っている。

したがって、本明細書の実施形態では端末が適用しているＤＲＸ周期が特定しきい値を超過するのか否かを基準で、Ｍｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄを確張する方法と、ＤＲＸタイミングの直ちに直前に端末機がウェークアップしてＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎとＳＩの情報を変更するか否かを確認する方法を選択的に用いることを提案する。

図６は、本発明で適用したＤＲＸ周期によって、Ｍｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄを確張する方法(Ａｌｔｅｒｎａｔｉｖｅ１)と、ＤＲＸタイミングの直ちに直前に端末機がウェークアップしてＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎとＳＩの情報を変更するか否かを確認する方法(Ａｌｔｅｒｎａｔｉｖｅ２)を選択的に用いる案を説明するための図面である。

図６を参照すれば、６０５段階で端末は現在適用しているＤＲＸ周期が特定しきい値Ｘより大きいか否かを判断することができる。前記しきい値Ｘは予め決定された値であるか、又は基地局から明示的(ｅｘｐｌｉｃｉｔｌｙ)で提供されることができる。例えば、現在ＬＴＥ標準でＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄは最大１０．２４秒まで拡張可能である。したがって、前記１０.２４秒を前記しきい値Ｘと決定することができる。または、基地局がＳＩＢ或いはｄｅｄｉｃａｔｅｄｓｉｇｎａｌｌｉｎｇを通じ、前記しきい値Ｘに関する情報を端末に通知することもできる。

端末は、もし適用しているＤＲＸ周期がしきい値Ｘより小さいと、６１０段階でＤＲＸタイミング時のページング受信を試みる。ページングに含まれたｓｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎＩＥが“ｔｒｕｅ”値を持つと、これはＳＩ情報が次のＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄで変更されることを通知することであり、ＳＩＢ２から獲得したＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄ値を用い、次のＭｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄで新しいＳＩ情報を受信する。

端末は、もし適用しているＤＲＸ周期がしきい値Ｘより大きいと、６２０段階でＤＲＸタイミングがある直前に予めウェークアップしてＳＩ情報を受信することができる。より具体的に、前記端末はＤＲＸタイミングがある直前に予めウェークアップしてｃｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎ動作を行い、ｓｕｉｔａｂｌｅｃｅｌｌを確認して前記セルからＳＩ情報を受信することができる。

図７は、ＤＲＸタイミングでページング受信を失敗する場合を説明するための図面である。

図７を参照すれば、端末機が特定ＤＲＸタイミングでページングを受信するのに失敗(７００)すると、次のページング受信を試みるまで非常に長いＤＲＸ周期ほど待つべきである(７０５)。したがって、本発明ではこのような遅延問題を解決するために、ＤＲＸタイミングで複数個のページングを送信する方法を提案する。

図８は、ページング失敗時、遅延問題を解決する方法を説明するための図面である。

図８を参照すれば、非常に長いＤＲＸ周期８０５を適用する端末で、ＤＲＸタイミングが到来すると、一度だけページングを送信するのではなく、特定回数ほど短い周期をもって数回のページング８００を送信することである。端末は複数個のページング８００のうちの少なくとも一つだけ受信すると、成功的にページング情報を獲得することができるので、ページング受信確率を増加させることができる。ページング送信の繰り返し回数と送信間の周期は予め決定された値を用いるか、又は基地局がＳＩＢを通じて端末に通知することができる。実施形態によって複数個のページング８００信号は非常に長いＤＲＸ周期８０５を適用しない端末にも送信されることができる。

図９は、本発明で非常に長いＤＲＸ周期を適用するとき、ページングを受信する過程を説明するための図面である。

図９を参照すれば、非常に長いＤＲＸ周期を適用するためには端末９００、基地局９０５及びＭＭＥ９１０間で設定過程９１５が必要である。前記設定過程９１５で基地局とＭＭＥは事前に非常に長いＤＲＸ周期をサポート可能であるか否かを共有している。端末はＡｔｔａｃｈ又はＴＡＵ過程を通じ、ＭＭＥに非常に長いＤＲＸ周期をリクエストする。ＭＭＥが前記ＤＲＸ周期をサポート可能であれば、これをＡｔｔａｃｈＡｃｃｅｐｔメッセージを通じて端末に通知する。端末は基地局から放送されるｃｅｌｌ−ｓｐｅｃｉｆｉｃＤＲＸ値を無視し、リクエストした非常に長いＤＲＸ周期を適用する。ＭＭＥは基地局に前記端末が非常に長いＤＲＸ周期を適用していることを通知する。前記基地局はページング送信時、非常に長い周期を考慮する。９２０段階で端末９００は現在適用しているＤＲＸ周期が特定しきい値Ｘより大きいか否かを判断することができる。前記ＤＲＸ周期値がしきい値より大きいか否かによって、Ｍｏｄｉｆｉｃａｔｉｏｎｐｅｒｉｏｄを確張する方法（Ａｌｔｅｒｎａｔｉｖｅ１)と、ＤＲＸタイミングの直ちに直前に端末９００がウェークアップしてＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎとＳＩの情報を変更するか否かを確認する方法（Ａｌｔｅｒｎａｔｉｖｅ２)のうちの一つを選択して適用することができる。

非常に長いＤＲＸ周期を適用するためには端末９００は追加的なＳＦＮビットを受信しなければならない。

９２５段階で端末９００は基地局９０５が放送するＳＩＢｘから前記ＳＦＮビット情報を獲得する。また、前記ＳＩＢｘには毎ＤＲＸタイミングごとにページングの送信回数と周期情報を含ませることができる。もし、ＤＲＸタイミングの直ちに直前に端末９００がウェークアップしてＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎとＳＩの情報を変更するか否かを確認する方法(Ａｌｔｅｒｎａｔｉｖｅ２)が適用されると、９３０段階で端末９００はＤＲＸタイミング以前にウェークアップし、Ｃｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎ過程とＳＩ情報受信を試みることができる。このとき、Ｃｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎ過程のために端末９００はセル測定を行うが、一度の測定サンプルでＣｅｌｌ（ｒｅ）ｓｅｌｅｃｔｉｏｎを決定することを特徴とする。

９３５段階でＭＭＥ９１０からページングが基地局９０５に到着すると、段階９４５で基地局９０５はページング発生(ＰａｇｉｎｇＯｃｃａｓｉｏｎ)(９４０、ＤＲＸタイミング)時、複数個のページングを端末に送信する。前記複数個のページング送信は前記段階９２５で設定された情報に基づいて行われることができる。

＜実施形態２＞
本実施形態は、ＲＲＣＤｉｖｅｒｓｉｔｙ技術に対することである。ＲＲＣＤｉｖｅｒｓｉｔｙとは端末が複数個の基地局に対して同様のＲＲＣメッセージを送信及び受信し、ＲＲＣメッセージの受信成功確率を増大させる技術である。

ＲＲＣＤｉｖｅｒｓｉｔｙはダウンリンク(ＤＬ、ｄｏｗｎｌｉｎｋ）、又はアップリンク(ＵＬ、ｕｐｌｉｎｋ)に区分されることができる。ＤＬＲＲＣＤｉｖｅｒｓｉｔｙでは端末が複数個の基地局から同様のＲＲＣメッセージを受信する。実施形態によって前記ＤＬＲＲＣＤｉｖｅｒｓｉｔｙは特に、受信信号強度が不安定のハンドオーバー過程で効果的である。

ＵＬＲＲＣＤｉｖｅｒｓｉｔｙでは端末が同様のＲＲＣメッセージを複数個の基地局に送り出す。やっぱり、セル境界地域でＲＲＣメッセージの送信成功確率を高くなることができる。

図１０は、ＲＲＣＤｉｖｅｒｓｉｔｙ技術を概念的に説明するための図面である。

図１０を参照すれば、端末１０００は２つの基地局、すなわち、ＭｅＮＢ(１００５、ＭａｓｔｅｒｅＮＢ)とＳｅＮＢ(１０１０、ＳｅｃｏｎｄａｒｙｅＮＢ)から同時に同様のことを含むＲＲＣメッセージが受信されることができる。

端末１０００に送信しようとするＲＲＣメッセージはＭｅＮＢ１００５とＳｅＮＢ１０１０が接続されたＸｎｂａｃｋｈａｕｌ１０１５を通じて交換されることができる。２つの基地局１００５、１０１０は同一又は他の周波数を用いることができる。

前記端末１０００がＭｅＮＢ１００５からＳｅＮＢ１０１０に移動するとき、一般的にハンドオーバー過程を行い、サービングセルをＭｅＮＢ１００５からＳｅＮＢ１０１０に変更させる。ハンドオーバー過程中、状況によって、ＭｅＮＢ１００５よりＳｅＮＢ１０１０がより良好な信号強度を提供してくれることができる。

例えば、端末１０００が早い速度でＭｅＮＢ１００５からＳｅＮＢ１０１０に移動するとき、ＭｅＮＢ１００５からの受信信号強度は急激が減少するはずであり、これに反し、ＳｅＮＢ１０１０からの受信信号強度は急激によくなるだろう。ハンドオーバー過程は現在サービングセルであるＭｅＮＢ１００５が端末１０００にＨ(ＨａｎｄＯｖｅｒ)ｃｏｍｍａｎｄを送信してハンドオーバー遂行を指示する。もし、ＭｅＮＢ１００５からの信号強度が充分に良くなく、前記端末１０００が前記ＨＯｃｏｍｍａｎｄを受信することができなかったら、ハンドオーバーは失敗することができる。もし、ＳｅＮＢ１０１０も同様のＨＯｃｏｍｍａｎｄを前記端末１０００に送信すると、ハンドオーバー成功確率は改善されるだろう。一般的に端末１０００はＳｅＮＢ１０１０に移動するから、ＳｅＮＢ１０１０からの受信信号強度は充分に良好であろう。

本実施形態ではＲＲＣＤｉｖｅｒｓｉｔｙを行う具体的な過程を提案する。前記過程にはＵＥ１０００、ＭｅＮＢ１００５、ＳｅＮＢ１０１０が互いに交換すべき情報も含んでいる。

図１１は、本実施形態でＤＬＲＲＣＤｉｖｅｒｓｉｔｙ遂行過程を説明するための図面である。

図１１を参照すれば、端末１１００がＭｅＮＢ１１０５に接続されると、１１１５段階で前記ＭｅＮＢ１１０５は周辺のＳｅＮＢ１１１０に前記端末１１００に対するｃａｐａｂｉｌｉｔｙ情報を送信する。

又は、１１２０段階で前記端末１１００がＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを通じ、周辺の一つのＳｅＮＢ１１１５に対し、ＥｖｅｎｔＡ４をＭｅＮＢに報告すると、この時、前記ＭｅＮＢ１１０５は前記ＳｅＮＢ１１１０に前記端末１１００に対するｃａｐａｂｉｌｉｔｙを通知することもできる。ＥｖｅｎｔＡ４とは端末１１００が周辺セルから受信する受信信号強度が特定しきい値より高い場合に報告するイベントを含むことができる。

もし、１１２０段階で端末１１００が報告した情報のうちで特定しきい値より良好な周辺のＳｅＮＢが存在すると(１１１０)、１１２５段階で前記ＭｅＮＢ１１０５は前記ＳｅＮＢ１１１０と共にＤＬＲＲＣＤｉｖｅｒｓｉｔｙを行うかを決定することができる。前記決定は既に決定された情報によるか、又は端末１１００が報告した情報に基づいて決定されることができる。また、実施形態で端末１１００が測定した受信信号強度がしきい値より大きい値を持つ基地局はＳｅＮＢ１１１０以外の他の基地局であるかも知れない。この時、ＭｅＮＢ１１０５はＤＬＲＲＣＤｉｖｅｒｓｉｔｙを行うＳｅＮＢを決定するために周辺基地局情報を活用することができる。より具体的にＭｅＮＢ１１０５は端末１１００から前記端末１１００周辺の基地局中で前記端末１１００にしきい値より大きい強度の信号を送信することができる周辺基地局の情報を受信することができる。前記基地局は前記受信した周辺基地局情報に基づいてＤＬＲＲＣＤｉｖｅｒｓｉｔｙを行うＳｅＮＢを決定することができる。より具体的に、前記受信した周辺基地局と隣接したＳｅＮＢをＤＬＲＲＣＤｉｖｅｒｓｉｔｙを行う基地局で決定することができる。

もし、ＤＬＲＲＣＤｉｖｅｒｓｉｔｙを用いる場合、１１３０段階で前記ＭｅＮＢ１１０５はＲＲＣＤＩＶＥＲＳＩＴＹＲＥＱＵＥＳＴメッセージを用いて前記端末１１００に適用された設定情報と、適用しようとするＤｉｖｅｒｓｉｔｙｔｙｐｅおよびＴＤＭｐａｔｔｅｒｎのうちの一つ以上を含む情報をＸｎｉｎｔｅｒｆａｃｅを通じてＳｅＮＢ１１１０に伝達する。前記ＤｉｖｅｒｓｉｔｙｔｙｐｅとはＤＬＲＲＣＤｉｖｅｒｓｉｔｙを用いるＲＲＣメッセージ種類を提案するための情報である。例えば、前記Ｄｉｖｅｒｓｉｔｙｔｙｐｅが‘ＡＬＬＲＲＣＭＥＳＳＡＧＥ’と指示すると、すべてのＲＲＣメッセージに対してＭｅＮＢとＳｅＮＢが送信するようになるだろう。又は、前記Ｄｉｖｅｒｓｉｔｙｔｙｐｅが‘ＨＯｃｏｍｍａｎｄｏｎｌｙ’と指示すると、ＨＯｃｏｍｍａｎｄに対してだけＭｅＮＢとＳｅＮＢが同時に送信するようになるだろう。

ＤＬＲＲＣＤｉｖｅｒｓｉｔｙによる利得は、セル境界地域など制限的な状況で発生することで、すべての状況に対し、ＤＬＲＲＣＤｉｖｅｒｓｉｔｙを行うことは利得無しに複雑度だけ増加させることができる。したがって、前記Ｄｉｖｅｒｓｉｔｙｔｙｐｅを通じてこれを制御することができる。又はＤｉｖｅｒｓｉｔｙｔｙｐｅ情報なく、利得を極大化させることができる状況、例えば、ハンドオーバー過程中にだけ前記ＨＯｃｏｍｍａｎｄをＭｅＮＢ１１０５とＳｅＮＢ１１１０のいずれも送信するように制限させることもできる。

また、前記ＴＤＭｐａｔｔｅｒｎはＭｅＮＢ１１０５とＳｅＮＢ１１１０が同一周波数を用いるとき、適用されることができる。前記状況ではＭｅＮＢ１１０５とＳｅＮＢ１１１０が送信する信号が互いに干渉を与えるだろう。したがって、２つの基地局からＲＲＣメッセージを受信するために、端末１１００がそれぞれ他の時間区間を用いると、前記メッセージの成功確率を改善させることができる。一実施形態でＴ１−Ｔ２時間区間ではＭｅＮＢ１１０５が前記メッセージを端末１１００に送信し、次にＴ２-T３時間区間ではＳｅＮＢ１１１０が前記同一メッセージを端末１１００に送信することである。このような時間差送信をするためには予め端末、ＭｅＮＢ１１０５、ＳｅＮＢ１１１０の間に無線リソース使用に対する約束になることができる。

１１３５段階で前記ＳｅＮＢ１１１０はＭｅＮＢ１１０５にＲＲＣＤＩＶＥＲＳＩＴＹＲＥＳＰＯＮＳＥメッセージをＸｎｉｎｔｅｒｆａｃｅを通じて伝達することができる。前記メッセージには端末１１００がＳｅＮＢ１１１０からメッセージを受信するために必要な情報を含む。前記必要な情報はＣ−ＲＮＴＩ及びセルＩＤ(ＰＣＩ又はＥＣＧＩ)のうちの一つ以上を含むことができる。Ｃ−ＲＮＴＩは端末がＰＤＣＣＨチャンネルで自分のスケジューリング情報を確認するとき、用いる一種のＩＤ情報である。

１１４０段階で前記ＭｅＮＢ１１０５は端末１１００にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信することができる。前記ＲＲＣメッセージは端末１１００にＤＬＲＲＣＤｉｖｅｒｓｉｔｙを設定するために用いられ、ＳｅＮＢ１１１０のＣ−ＲＮＴＩ(ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ)、ＲＣＩ／ＥＣＧＩ(Ｅ−ＵＴＲＡＮｃｅｌｌｇｌｏｂａｌｉｄｅｎｔｉｆｉｅｒ）、Ｄｉｖｅｒｓｉｔｙｔｙｐｅ及びＴＤＭ（Ｔｉｍｅ−ｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ)ｐａｔｔｅｒｎのうちの一つ以上が含まれる。実施形態で前記ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信しても、端末１１００又は基地局がすぐＤＬＲＲＣＤｉｖｅｒｓｉｔｙを行わないだろう。例えば、前記Ｄｉｖｅｒｓｉｔｙｔｙｐｅが‘ＨＯｃｏｍｍａｎｄｏｎｌｙ’の場合で、ハンドオーバー過程が切迫する場合にＤＬＲＲＣＤｉｖｅｒｓｉｔｙ遂行を開始することができる。一方、前記Ｄｉｖｅｒｓｉｔｙｔｙｐｅが‘ＡＬＬＲＲＣＭＥＳＳＡＧＥ’と指示すると、前記ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信した後、すぐ端末１１００及び前記基地局はＤＬＲＲＣＤｉｖｅｒｓｉｔｙを遂行し始めるだろう。なぜなら、端末１１００はいつある種類のＲＲＣメッセージが前記端末に送信されるかも知れないからである。本実施形態では説明のために前記Ｄｉｖｅｒｓｉｔｙｔｙｐｅが‘ＨＯｃｏｍｍａｎｄｏｎｌｙ’の場合で仮定する。

１１４５段階で端末１１００は前記ＳｅＮＢ１１１０に対するＥｖｅｎｔＡ３ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔをＭｅＮＢ１１０５に報告する。ＥｖｅｎｔＡ３は端末１１００が測定した周辺セルの信号が現在サービングセルの信号より特定オフセット値以上に大きい場合を含む。ＥｖｅｎｔＡ３は一般的にハンドオーバーをトリガーさせるのに参考される。

したがって、ＥｖｅｎｔＡ３を報告した端末１１００は、直ちにハンドオーバーが遂行されることを予想することができるので、１１５０段階でＤＬＲＲＣＤｉｖｅｒｓｉｔｙを遂行し始める。

１１５５、１１６０段階で端末１１００はＭｅＮＢ１１０５とＳｅＮＢ１１１０のいずれもからＰＤＣＣＨをデコーディングし、自分のＲＲＣメッセージが送信されるか否かを判断する。同一周波数を用いる場合には、端末１１００は与えられたＴＤＭｐａｔｔｅｒｎによって、前記ＰＤＣＣＨをデコーディングするだろう。各ＰＤＣＣＨをデコーディングする時にはそれぞれＭｅＮＢ１１０５とＳｅＮＢ１１１０のＣ−ＲＮＴＩを用いる。

１１６５段階で端末１１００からＥｖｅｎｔＡ３が報告されたＭｅＮＢ１１０５はＳｅＮＢ１１１０へのハンドオーバーを決定するようになる。

１１７０段階でＭｅＮＢ１１０５はＨＯＲＥＱＵＥＳＴメッセージを用いてＳｅＮＢ１１１０へのハンドオーバーをトリガーする。

１１７５段階でＳｅＮＢ１１１０はＭｅＮＢ１１０５に応答メッセージであるＨＯＲＥＱＵＥＳＴＡＣＫメッセージを送信する。前記メッセージにはＨＯｃｏｍｍａｎｄメッセージを含んでいる。これは既存のハンドオーバー過程と類似に行われることができる。この時場合によって端末１１００はＭｅＮＢ１１０５から良好な信号強度が提供されることができなくなることもできる。端末１１００がサービングセルからターゲットセルに早く移動するとき、このような状況は頻繁に起きることができる。

実施形態で端末１１００は第３の基地局でハンドオーバーを行い、ＭｅＮＢ１１０５がＳｅＮＢ１１１０とＤＬＲＲＣＤｉｖｅｒｓｉｔｙを行う場合、ＭｅＮＢ１１０５は前記第３の基地局へＨＯＲＥＱＵＥＳＴメッセージを送信することができる。また、ＭｅＮＢ１１０５は前記第３の基地局からＨＯＲＥＱＵＥＳＴＡＣＫメッセージを受信することができる。ＭｅＮＢ１１０５はハンドオーバーに係る情報をＳｅＮＢ１１１０に伝達することができ、ＳｅＮＢ１１１０は、伝達されたハンドオーバー関連情報に基づいてＤＬＲＲＣＤｉｖｅｒｓｉｔｙを行うことができる。

この場合、１１８６段階で端末１１００は物理階層からＭｅＮＢ１１０５からサービスを受けることができないというシグナル、‘ｏｕｔ−ｏｆ−ｓｙｎｃ’を受けるようになる。もし、前記シグナルをＮ３１０回数ほど受けるようになれば、端末１１００はＭｅＮＢ１１０５とのＲａｄｉｏＬｉｎｋＦａｉｌｕｒｅ(ＲＬＦ)を宣言するようになる。これは１１８５段階でハンドオーバーを指示するためにＭｅＮＢ１１０５から送信されるＨＯｃｏｍｍａｎｄを前記端末が受けることができないことを意味する。

ＤＬＲＲＣＤｉｖｅｒｓｉｔｙを用いると、１１８０段階でＭｅＮＢ１１０５はＨＯｃｏｍｍａｎｄを処理した後、前記処理された情報を１１９０段階でＳｅＮＢ１１１０に伝達することができる。
又は、１１９０段階無しに、１１７５段階でＳｅＮＢ１１１０が生成したＨＯｃｏｍｍａｎｄを直ちに端末１１００に伝達することもできる。

１１９１段階でＳｅＮＢ１１１０は端末１１００に前記ＨＯｃｏｍｍａｎｄを送信する。端末１１００はまだＳｅＮＢ１１１０とＲａｎｄｏｍＡｃｃｅｓｓを遂行しなかった状態であるため、アップリンクでＨＡＲＱｆｅｅｄｂａｃｋ送信が不可能であり、前記ＳｅＮＢ１１１０からＨＯｃｏｍｍａｎｄはＨＡＲＱを利用することができない。

したがって、ＳｅＮＢ１１１０は前記ＨＯｃｏｍｍａｎｄが成功的に端末に受信されたかを確認することができない。本明細書の実施形態ではＳｅＮＢ１１１０で最初ＨＯｃｏｍｍａｎｄ送信時、一つのタイマーを開始し、前記タイマーが満了したり又は端末１１００からＲａｎｄｏｍＡｃｃｅｓｓＰｒｅａｍｂｌｅが受信するまで周期的に前記ＨＯｃｏｍｍａｎｄを再送信する方法を提案する。このような方法はＨＡＲＱ動作なく、前記ＨＯｃｏｍｍａｎｄ受信成功率を改善させることができる。また、実施形態で端末１１１０は第３基地局でハンドオーバーを行い、ＳｅＮＢ１１１０がＤＬＲＲＣＤｉｖｅｒｓｉｔｙを行う場合、ＳｅＮＢ１１１０はハンドオーバーが完了したというメッセージを受信する場合、または特定タイマーが満了するまでＨＯｃｏｍｍａｎｄを端末１１００に送信することができる。

１１９３段階で端末１１００はＭｅＮＢ１１０５又はＳｅＮＢ１１１０から少なくとも一つのＨＯｃｏｍｍａｎｄを受信すれば、ＳｅＮＢ１１１０へのハンドオーバー動作を行う。また、端末１１００は実施形態によってその後に受信されるＨＯｃｏｍｍａｎｄは全部削除することができる。

１１９４段階で端末１１００はＳｅＮＢ１１１０にＲａｎｄｏｍＡｃｃｅｓｓを試み、１１９５段階で端末１１００はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを基地局に送信する。

また、実施形態で端末１１００にＳｅＮＢ１１１０が追加(ａｄｄ)されている場合にＲＲＣＤｉｖｅｒｓｉｔｙを行うことができる。より具体的に、段階１１１５以前に端末１１００とＳｅＮＢ１１１０の接続を行うことができる。実施形態で端末１１００とＳｅＮＢ１１１０が接続される場合、ＤＬＲＲＣＤｉｖｅｒｓｉｔｙを行う場合はＳｅＮＢ１１１０が追加されると常にＤＬＲＲＣＤｉｖｅｒｓｉｔｙを行う場合と、ＳｅＮＢ１１１０が追加された以後の特定メッセージ(一例でＨＯＣｏｍｍａｎｄの場合)に対してだけＤＬＲＲＣＤｉｖｅｒｓｉｔｙを行う場合と、を含むことができる。このようにＳｅＮＢ１１１０が追加された状態でＤＬＲＲＣＤｉｖｅｒｓｉｔｙを行う場合、段階１１９１及び段階１１９２から送信されるメッセージにＨＡＲＱを適用することができる。したがって、ＳｅＮＢ１１１０が端末１１００にメッセージ送信によるＨＡＲＱ結果に基づいて再送信可否を決定することができる。

実施形態でＳｅＮＢ１１１０が追加されると、常にＤＬＲＲＣＤｉｖｅｒｓｉｔｙを行う場合、段階１１１５段階は省略されたり、ＳｅＮＢ１１１０追加段階でメッセージ交換を通じて当該情報を送受信することができる。また、段階１１２５、１１３０、１１３５及び１１４０は省略されることができる。

また、実施形態でＳｅＮＢ１１１０が追加された以後の特定メッセージ(一例でＨＯｃｏｍｍａｎｄの場合)に対してだけＤＬＲＲＣＤｉｖｅｒｓｉｔｙを行う場合、１１１５段階は省略されるか、ＳｅＮＢ１１１０追加段階でメッセージ交換を通じて当該情報を送受信することができる。また、段階１１３０、１１３５及び１１４０は省略されるか、又は一部パラメタを省略して送信することができる。

図１２はＤＬＲＲＣＤｉｖｅｒｓｉｔｙ遂行過程で端末動作を説明するための図面である。

図１２を参照すれば、１２００段階で端末はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信する。

１２０５段階で端末は前記メッセージがＤＬＲＲＣＤｉｖｅｒｓｉｔｙを設定する情報を含んでいるのか否かを判断する。

もし、ＤＬＲＲＣＤｉｖｅｒｓｉｔｙを設定すると、１２１０段階で前記端末はＤＬＲＲＣＤｉｖｅｒｓｉｔｙをトリガーする条件が満足するか否かを判断することができる。前記トリガー条件を満足するか否かはＤｉｖｅｒｓｉｔｙｔｙｐｅに基づいて判断することができる。

前記条件が満足すると、１２１５段階で前記端末はＭｅＮＢとＳｅＮＢのＰＤＣＣＨをモニタリングし始める。

１２２０段階で前記端末は前記モニタリング結果に基づいてＨＯｃｏｍｍａｎｄを受信したか否かを判断する。

少なくとも一つのＨＯｃｏｍｍａｎｄを成功的に受信すると、１２２５段階で前記端末は以後に受信したＨＯｃｏｍｍａｎｄを削除することができる。実施形態によって段階１２２５の動作は選択的に行われることができる。

１２３０段階で前記端末は前記受信したＨＯｃｏｍｍａｎｄに基づいてハンドオーバーを行い、ＳｅＮＢにＲａｎｄｏｍＡｃｃｅｓｓを試みることができる。

１２３５段階で前記端末はＳｅＮＢにＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを送信し、ハンドオーバー過程を仕上げることができる。

図１３は、ＤＬＲＲＣＤｉｖｅｒｓｉｔｙ遂行過程でＭｅＮＢ動作を説明するための図面である。

図１３を参照すれば、１３００段階でＭｅＮＢは端末から周辺の一つのＳｅＮＢに対するＥｖｅｎｔＡ４によってトリガーされたＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔが受信されることができる。

１３０５段階で前記ＭｅＮＢは前記受信したＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ情報を基づいて前記ＳｅＮＢとＤＬＲＲＣＤｉｖｅｒｓｉｔｙを用いるか否かを判断する。

もし、ＤＬＲＲＣＤｉｖｅｒｓｉｔｙを用いる場合、１３１０段階でＭｅＮＢはＲＲＣＤＩＶＥＲＳＩＴＹＲＥＱＵＥＳＴメッセージを用い、ＳｅＮＢにＤＬＲＲＣＤｉｖｅｒｓｉｔｙ設定を指示することができる。この時、図１１の１１３０段階で言及した情報中の一つ以上を含ませて送信することができる。

１３１５段階で前記ＭｅＮＢは前記ＳｅＮＢからＲＲＣＤＩＶＥＲＳＩＴＹＲＥＳＰＯＮＳＥメッセージが受信される。前記メッセージにはＳｅＮＢのセルＩＤ情報（ＰＣＩ又はＥＣＧＩ)及び端末がＳｅＮＢＰＤＣＣＨをデコーディングするのに用いるＣ−ＲＮＴＩのうちの一つ以上が含まれる。

１３２０段階で前記ＭｅＮＢはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用い、前記端末にＤＬＲＲＣＤｉｖｅｒｓｉｔｙを設定する。また前記メッセージにはＤＬＲＲＣＤｉｖｅｒｓｉｔｙを行うために必要な情報を含む。より具体的に、前記メッセージは図１１の１１４０段階で送信される情報中の一つ以上を含むことができる。

１３２５段階で前記端末から前記ＳｅＮＢに対するＥｖｅｎｔＡ３によってトリガーされたＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔが受信されることができる。

１３３０段階で前記ＭｅＮＢは前記ＳｅＮＢへのハンドオーバー遂行可否を判断する。

もし、前記ＭｅＮＢがハンドオーバー遂行を決定した場合、１３３５段階で前記ＭｅＮＢは前記ＳｅＮＢにＨＯＲＥＱＵＥＳＴメッセージを送信する。

１３４０段階で前記ＭｅＮＢはＨＯｃｏｍｍａｎｄを含むＨＯＲＥＱＵＥＳＴＡＣｋメッセージを前記ＳｅＮＢから受信する。

１３４５段階で前記ＭｅＮＢは前記ＨＯｃｏｍｍａｎｄをＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含ませて、前記ＳｅＮＢに送信する。

図１４は、ＤＬＲＲＣＤｉｖｅｒｓｉｔｙ遂行過程でＳｅＮＢ動作を説明するための図面である。

図１４を参照すれば、１４００段階で前記ＳｅＮＢは前記ＭｅＮＢからＳｅＮＢにＤＬＲＲＣＤｉｖｅｒｓｉｔｙ設定を指示するＲＲＣＤＩＶＥＲＳＩＴＹＲＥＱＵＥＳＴメッセージを受信することができる。

１４０５段階で前記ＳｅＮＢは前記ＭｅＮＢにＲＲＣＤＩＶＥＲＳＩＴＹＲＥＳＰＯＮＳＥメッセージを送信する。前記メッセージには前記ＳｅＮＢのセルＩＤ情報(ＰＣＩ又はＥＣＧＩ)及び端末がＳｅＮＢＰＤＣＣＨをデコーディングするのに用いるＣ−ＲＮＴＩのうちの一つ以上が含まれる。

１４１０段階で前記ＳｅＮＢは前記ＭｅＮＢからＨＯＲＥＱＵＥＳＴメッセージを受信することができる。

１４１５段階で前記ＳｅＮＢはＨＯｃｏｍｍａｎｄを含むＨＯＲＥＱＵＥＳＴＡＣＫメッセージを前記ＭｅＮＢに送信する。

１４２０段階で前記ＳｅＮＢは前記ＭｅＮＢからＨＯｃｏｍｍａｎｄが受信される。

１４２５段階で前記ＳｅＮＢは一つのタイマーをトリガーし、１４２０段階で端末にＨＯｃｏｍｍａｎｄを送信する。

前記ＳｅＮＢは１４３５、１４４０段階で前記端末からＲａｎｄｏｍＡｃｃｅｓｓＰｒｅａｍｂｌｅを成功的に受信するか、又は前記タイマーが満了するまで周期的にＨＯｃｏｍｍａｎｄを端末に送信することができる。

図１５は、本実施形態でＵＬＲＲＣＤｉｖｅｒｓｉｔｙ遂行過程を説明するための図面である。

図１５を参照すれば、端末１５００がＭｅＮＢ１５０５に接続されると、１５１５段階で前記ＭｅＮＢ１５０５は周辺のＳｅＮＢ１５１０に前記端末１５００に対するｃａｐａｂｉｌｉｔｙ情報を送信する。

又は、１５２０段階で前記端末１５００がＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを通じ、周辺の一つのＳｅＮＢ１５１０に対し、ＥｖｅｎｔＡ４をＭｅＮＢ１５０５に報告すると、この時、前記ＭｅＮＢ１５０５は前記ＳｅＮＢ１５１０に前記端末１５００に対するｃａｐａｂｉｌｉｔｙを通知することもできる。

１５２０段階で受信した情報に基づいた判断した結果特定しきい値より良好な周辺のＳｅＮＢ１５１０が存在する場合、１５２５段階で前記ＭｅＮＢ１５０５は前記ＳｅＮＢ１５１０と共にＵＬＲＲＣＤｉｖｅｒｓｉｔｙを行うかを決定する。

ＵＬＲＲＣＤｉｖｅｒｓｉｔｙを用いる場合、１５３０段階で前記ＭｅＮＢ１５０５はＲＲＣＤＩＶＥＲＳＩＴＹＲＥＱＵＥＳＴメッセージを用い、前記端末１５００に適用された設定情報と、適用しようとするＤｉｖｅｒｓｉｔｙｔｙｐｅ及びＴＤＭｐａｔｔｅｒｎのうちの一つ以上を含む情報をＸｎｉｎｔｅｒｆａｃｅを通じてＳｅＮＢ１５１０に伝達する。実施形態によってアップリンクでのＤｉｖｅｒｓｉｔｙｔｙｐｅは特定アップリンクＲＲＣメッセージ、すなわち、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ又はＳｃｈｅｄｕｌｉｎｇｒｅｑｕｅｓｔなどを指示するのに用いられることができるだろう。

１５３５段階で前記ＳｅＮＢ１５１０はＭｅＮＢ１５０５にＲＲＣＤＩＶＥＲＳＩＴＹＲＥＳＰＯＮＳＥメッセージをＸｎｉｎｔｅｒｆａｃｅを通じて伝達する。前記メッセージには端末１５００がＳｅＮＢ１５１０からメッセージを受信するために必要な情報を含む。すなわち、前記情報はＣ−ＲＮＴＩ、セルＩＤ（ＰＣＩ又はＥＣＧＩ)、ＲａｎｄｏｍＡｃｃｅｓｓＰｒｅａｍｂｌｅ及びＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのうちの一つ以上を含むことができる。本明細書の実施形態では端末１５００がＳｅＮＢ１５１０でＲＲＣメッセージを送信するためにＲＡＣＨ過程を活用する方法を提案する。

したがって、このために、ＳｅＮＢ１５１０が予めＲＡＣＨ関連情報、すなわち、端末１５００が用いたｄｅｄｉｃａｔｅｄＲＡｐｒｅａｍｂｌｅ、ＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎを端末に伝達する必要がある。

１５４０段階で前記ＭｅＮＢ１５０５は端末１５００にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信することができる。前記ＲＲＣメッセージは端末１５００にＵＬＲＲＣＤｉｖｅｒｓｉｔｙを設定するために用いられ、また前記ＲＲＣメッセージはＳｅＮＢ１５１０のＣ−ＲＮＴＩ、ＲＣＩ／ＥＣＧＩ、Ｄｉｖｅｒｓｉｔｙｔｙｐｅ、ＴＤＭｐａｔｔｅｒｎ、ＲａｎｄｏｍＡｃｃｅｓｓＰｒｅａｍｂｌｅ及びＲＡＣＨｃｏｎｆｉｇｕｒａｔｉｏｎのうちの一つ以上を含む。

前記ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信しても、すぐ端末１５００及び基地局がＵＬＲＲＣＤｉｖｅｒｓｉｔｙを遂行しないだろう。例えば、前記Ｄｉｖｅｒｓｉｔｙｔｙｐｅが‘ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ（ＭＲ）ｏｎｌｙ’の場合で、一つのＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔがトリガーされるとき、ＵＬＲＲＣＤｉｖｅｒｓｉｔｙ遂行を始めることができる。本実施形態の説明では前記Ｄｉｖｅｒｓｉｔｙｔｙｐｅが‘ＭＲｏｎｌｙ’の場合で仮定する。

１５４５段階で端末１５００は一つのＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔがトリガーされる。

１５５０段階で端末１５００はＵＬＲＲＣＤｉｖｅｒｓｉｔｙを遂行し始める。

１１５５段階で端末１５００はＭｅＮＢ１５０５にＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを送信することができる。

そして、１１６０段階で端末１５００はＳｅＮＢ１５１０にＲａｎｄｏｍＡｃｃｅｓｓを試みる。実施形態でＳｅＮＢ１５１０で前記ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを送信するためにはアップリンク同期化のために、優先的にＲａｎｄｏｍＡｃｃｅｓｓが行うべきである。この時、ＳｅＮＢ１５１０が提供したｄｅｄｉｃａｔｅｄＲＡｐｒｅａｍｂｌｅが用いられることができる。

１５６５段階でＳｅＮＢ１５１０はＲＡＲＲａｎｄｏｍＡｃｃｅｓｓＲＥＳＰＯＮＳＥ)メッセージを端末１５００に送信し、前記メッセージには前記ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを送信するために必要なアップリンクスケジューリング情報ＵＬｇｒａｎｔ)含む。

１５７０段階で端末１５００は前記ＵＬｇｒａｎｔ情報を用いて前記ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを基地局に送信する。

図１６は、本発明を適用した端末の内部構造を示したブロック図である。

図１６を参照すれば、端末は上位階層１６１０とデータなどを送受信し、制御メッセージ処理部１６１５を通じて制御メッセージを送受信する。そして前記端末は基地局で制御信号またはデータ送信時、制御部１６２０の制御によって多重化装置１６０５を通じて多重化後の送信機１６００を通じてデータを送信する。一方、受信時、端末は制御部１６２０の制御により受信機１６００で物理信号を受信した後、逆多重化装置１６０５で受信信号を逆多重化し、それぞれメッセージ情報によって上位階層１６１０又は制御メッセージ処理部１６１５へ伝達する。

図１７は、本発明による基地局の構成を示したブロック図である。

図１７を参照すれば、基地局装置は送受信部１７０５、制御部１７１０、多重化及び逆多重化部１７２０、制御メッセージ処理部１７３５、各種上位階層処理部１７２５、１７３０、スケジューラー１７１５を含む。送受信部１７０５は、ダウンリンクキャリアでデータ及び所定の制御信号を送信してアップリンクキャリアでデータ及び所定の制御信号を受信する。多数のキャリアが設定された場合、送受信部１７０５は前記多数のキャリアでデータ送受信及び制御信号送受信を行う。多重化及び逆多重化部１７２０は上位階層処理部１７２５、１７３０や制御メッセージ処理部１７３５で発生したデータを多重化するか、又は送受信部１７０５で受信されたデータを逆多重化して適切な上位階層処理部１７２５、１７３０や制御メッセージ処理部１７３５、又は制御部１７１０へ伝達する役目をする。

一方、本明細書及び図面には本発明の好ましい実施形態に対して開示した。たとえ特定用語が使用されたが、これはただ本発明の記述内容を容易に説明して発明の理解を助けるための一般的な意味で用いられたものであって、本発明の範囲を限定しようとするものではない。ここに開示された実施形態の以外にも本発明の技術的思想に基づいた他の変形例が実施可能であるということは本発明が属する技術分野で通常の知識を有する者に自明なものである。

１０５機械型通信機器
１１０無線事業者網
１１５機械型通信サーバー
１２０機械型通信ユーザ
１０００端末
１００５ＭｅＮＢ
１０１０ＳｅＮＢ
１０１５Ｘｎｂａｃｋｈａｕｌ
１６００送受信機
１６０５多重化及び逆多重化装置
１６１０上位階層
１６１５制御メッセージ処理部
１６２０制御部
１７０５送受信部
１７１０制御部
１７１５スケジューラー
１７２０多重化及び逆多重化部
１７２５上位階層処理部
１７３０上位階層処理部
１７３５制御メッセージ処理部

Claims

二重接続（ｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ）を支援する無線通信システムにおける端末の通信方法において、
第１基地局から、ＲＲＣ（ｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ）シグナリングを通じてＴＤＭ（ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘ）パターンについての情報を含むメッセージを受信する段階と、
前記ＴＤＭパターンについての情報に基づいて、前記第１基地局と第２基地局のうちからターゲット基地局を決定する段階と、
前記決定されたターゲット基地局と通信を行う段階と、を含み、
前記メッセージは、ＲＲＣ接続を修正するために用いられることを特徴とする、
端末の通信方法。
前記通信実行段階は、
前記ＴＤＭパターンについての情報に基づいて、前記第１基地局及び前記第２基地局との通信に関連した時間スケジュールを決定する段階と、
前記決定された時間スケジュールに基づいて、前記第１基地局と前記第２基地局のうちから前記ターゲット基地局を決定する段階と、を含む、
請求項１に記載の端末の通信方法。
前記メッセージは、ＲＲＣ接続再設定メッセージであることを特徴とする、
請求項１に記載の端末の通信方法。
二重接続（ｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ）を支援する無線通信システムにおける第１基地局の通信方法において、
端末に、ＲＲＣ（ｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ）シグナリングを通じてＴＤＭ（ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘ）パターンについての情報を含むメッセージを送信する段階と、
前記ＴＤＭパターンについての情報に基づいて決定された時間スケジュールによって、前記端末と通信を行う段階と、を含み、
前記メッセージは、ＲＲＣ接続を修正するために用いられることを特徴とする、
第１基地局の通信方法。
前記メッセージは、ＲＲＣ接続再設定メッセージであることを特徴とする、
請求項４に記載の第１基地局の通信方法。
第２基地局に、前記第２基地局と前記端末間の通信のために前記ＴＤＭパターンについての情報を送信する段階をさらに含む、
請求項４に記載の第１基地局の通信方法。
二重接続（ｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ）を支援する無線通信システムの端末において、
送受信部と、
第１基地局からＲＲＣ（ｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ）シグナリングを通じてＴＤＭ（ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘ）パターンについての情報を含むメッセージを受信するように、前記送受信部を制御し、前記ＴＤＭパターンについての情報に基づいて、前記第１基地局と第２基地局のうちからターゲット基地局を決定し、前記決定されたターゲット基地局と通信を行う制御部と、を含み、
前記メッセージは、ＲＲＣ接続を修正するために用いられることを特徴とする、
端末。
前記制御部は、
前記ＴＤＭパターンについての情報に基づいて、前記第１基地局及び前記第２基地局との通信に関連した時間スケジュールを決定し、前記決定された時間スケジュールに基づいて、前記第１基地局と前記第２基地局のうちから前記ターゲット基地局を決定することを特徴とする、
請求項７に記載の端末。
前記メッセージは、ＲＲＣ接続再設定メッセージであることを特徴とする、
請求項７に記載の端末。
二重接続（ｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ）を支援する無線通信システムの第１基地局において、
送受信部と、
端末にＲＲＣ（ｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ）シグナリングを通じてＴＤＭ（ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘ）パターンについての情報を含むメッセージを送信するように、前記送受信部を制御し、前記ＴＤＭパターンについての情報に基づいて決定された時間スケジュールによって、前記端末と通信を行う制御部と、を含み、
前記メッセージは、ＲＲＣ接続を修正するために用いられることを特徴とする、
第１基地局。
前記メッセージは、ＲＲＣ接続再設定メッセージであることを特徴とする、
請求項１０に記載の第１基地局。
前記制御部は、
第２基地局に前記第２基地局と前記端末間の通信のために前記ＴＤＭパターンについての情報を送信するように、前記送受信部を制御することを特徴とする、
請求項１０に記載の第１基地局。