移動局及び無線基地局
【課題】ＣＡを行う際に、移動局ＵＥがＰＤＣＣＨの検出を行うＤＬキャリアを限定する。
【解決手段】本発明に係る移動局ＵＥは、ＣＡを行っている場合で、かつ、ＵＬキャリアにおいてＲＡプリアンブルを送信した場合に、複数のＤＬキャリアの中から、かかるＵＬキャリアに対応するＤＬキャリアでのみ、かかるＲＡプリアンブルに対するＲＡレスポンスの検出を試みるように構成されているＲＡＣＨ手順部１２を具備する。
【解決手段】本発明に係る移動局ＵＥは、ＣＡを行っている場合で、かつ、ＵＬキャリアにおいてＲＡプリアンブルを送信した場合に、複数のＤＬキャリアの中から、かかるＵＬキャリアに対応するＤＬキャリアでのみ、かかるＲＡプリアンブルに対するＲＡレスポンスの検出を試みるように構成されているＲＡＣＨ手順部１２を具備する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動局及び無線基地局に関する。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）のＦＤＤ方式では、１つのＤＬ（Ｄｏｗｎｌｉｎｋ）キャリアと１つのＵＬ（Ｕｐｌｉｎｋ）キャリアとがペアを成している。ＬＴＥ方式の移動通信システムでは、複数のＤＬキャリア及びＵＬキャリアを用いて運用することが可能であるが、ＤＬキャリアとＵＬキャリアとの対応関係は、１対１である。
【０００３】
図５に示すように、移動局ＵＥは、無線基地局ｅＮＢとの間で無線リンクを介して通信を行う一時点においては、１つのＤＬキャリア及びＵＬキャリアのペアのみを使用するように構成されている。
【０００４】
ＩＤＬＥ（待ち受け）状態の移動局ＵＥは、３ＧＰＰのＴＳ３６.３０４に規定されているセル選択動作に従って待ち受けるＤＬキャリアを選択するように構成されている。
【０００５】
そして、移動局ＵＥは、待ち受けを行っているＤＬキャリアにおける報知情報（具体的には、ＳＩＢ２）から、かかるＤＬキャリアとペアを成すＵＬキャリアを特定するように構成されている。
【０００６】
ここで、移動局ＵＥは、ＩＤＬＥ状態からＣＯＮＮＥＣＴＥＤ（接続）状態に遷移する際には、待ち受けを行っているＤＬキャリア及び当該ＤＬキャリアとペアを成すＵＬキャリアにて無線リンクを確立するように構成されている。
【０００７】
無線基地局ｅＮＢは、ＣＯＮＮＥＣＴＥＤの移動局ＵＥに対して、所定タイミングで、移動局ＵＥごとに、レイヤ３（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを送信することにより、無線リンクを確立するＤＬキャリア及びＵＬキャリアのペアを変更可能である。
【０００８】
ＬＴＥ方式では、レイヤ１/ＭＡＣサブレイヤにて終端されるＲＡＣＨ手順（ＲＡＣＨ Ｐｒｏｃｅｄｕｒｅ）が規定されている。移動局ＵＥは、ＲＡＣＨ手順を起動すると、上りリンクにて、無線基地局ｅＮＢに対して、ＲＡプリアンブル（ＲＡ ｐｒｅａｍｂｌｅ）を送信し、ＲＡプリアンブルを検出した無線基地局ｅＮＢは、下りリンクにてＲＡレスポンス（ＲＡ ｒｅｓｐｏｎｓｅ）を送信し、移動局ＵＥは、ＲＡプリアンブルを送信した後に、ＲＡレスポンスの検出を試みる（非特許文献２及び３参照）。
【０００９】
図６に示すように、移動局ＵＥは、待ち受けを行っているＤＬキャリア又は接続しているＤＬキャリアとペアを成しているＵＬキャリアにて、ＲＡプリアンブルを送信し、待ち受けを行っているＤＬキャリア又は接続しているＤＬキャリアにて、ＲＡレスポンスの検出を試みる。
【００１０】
また、図６に示すように、無線基地局ｅＮＢは、ＲＡプリアンブルを検出した場合、ＲＡプリアンブルを検出したＵＬキャリアとペアを成しているＤＬキャリアにて、ＲＡレスポンスを送信する。
【００１１】
また、図７に示すように、ＤＬキャリアにおける報知情報（ＳＩＢ２）には、かかるＤＬキャリアとペアを成すＵＬキャリアにおける「ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ） ｃｏｎｆｉｇｕｒａｔｉｏｎ（ＲＡプリアンブル用の周波数・時間リソース）」が含まれており、移動局ＵＥは、かかる「ＰＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ」にて指定される周波数・時間リソースを用いて、ＲＡプリアンブルを送信するように構成されている。
【００１２】
ＲＡプリアンブルには、「サイクリックシフト（ｃｙｃｌｉｃ ｓｈｉｆｔ）」の異なる６４個の「プリアンブルシーケンス（ｐｒｅａｍｂｌｅ ｓｅｑｕｅｎｃｅ）」 があり、方式的には、ＰＲＡＣＨの１周波数・時間リソースにおいて、６４個のＲＡプリアンブルを多重することができる。
【００１３】
システムとしては、さらに、６４個のプリアンブルシーケンスを、Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスとＣｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のプリアンブルシーケンスとに分類して運用することができる。
【００１４】
Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスは、移動局ＵＥがＲＡプリアンブルとして送信するプリアンブルシーケンスを自ら選択する際に選択することの可能なプリアンブルシーケンスであり、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のプリアンブルシーケンスは、移動局ＵＥがＲＡプリアンブルとして送信するプリアンブルシーケンスを自ら選択する際には選択することができないが、無線基地局ｅＮＢから個別にプリアンブルシーケンスを割り当てられた際にＲＡプリアンブルとして送信するプリアンブルシーケンスである。
【００１５】
なお、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のプリアンブルシーケンスの割り当ては、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）又はＲＲＣメッセージにて行われる。
【００１６】
ここで、図８に示すように、６４個のプリアンブルシーケンスのうち、Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスの範囲がＤＬキャリアにおける報知情報（ＳＩＢ２）に含まれているため、移動局ＵＥは、Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスとＣｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のプリアンブルシーケンスとを区別することができる。
【００１７】
検出したＲＡプリアンブルが、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のプリアンブルシーケンスであれば、無線基地局ｅＮＢは、かかるプリアンブルシーケンスを移動局ＵＥに対して個別に割り当てているので、ＲＡレスポンスを送信する時点で、既にＲＡレスポンスを送信すべき移動局ＵＥを特定することが可能である。
【００１８】
一方で、検出したＲＡプリアンブルが、Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスであれば、移動局ＵＥが選択したプリアンブルシーケンスであるため、無線基地局ｅＮＢは、ＲＡレスポンスを送信する時点ででは、未だ、どの移動局ＵＥに対してＲＡレスポンスを送信すべきであるのかについて特定することができない。
【００１９】
ＲＡレスポンスを送信するＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）上のリソースは、ＲＡ-ＲＮＴＩ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ-Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）によりＣＲＣマスキングされたＰＤＣＣＨにて指定される。
【００２０】
そのため、ＲＡプリアンブルを送信した移動局ＵＥは、ＲＡレスポンスを検出するために、ＲＡ-ＲＮＴＩによりＣＲＣマスキングされたＰＤＣＣＨの検出を試みる。
【００２１】
図９に示すように、ＰＤＣＣＨの検出を行うリソースは、「サーチスペース（Ｓｅａｒｃｈ Ｓｐａｃｅ）」と呼ばれ、無線基地局ｅＮＢは、サーチスペースの中でも、システムで固定されている「共通サーチスペース（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ）」にて、ＲＡ-ＲＮＴＩによりＣＲＣマスキングされたＰＤＣＣＨを送信することになっている。
【００２２】
共通サーチスペース以外のサーチスペースは、「移動局専用サーチスペース（ＵＥ Ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ）」として、「ＵＬ ｇｒａｎｔ」や「ＤＬ ａｓｓｉｇｎｍｅｎｔ」を移動局ＵＥごとに個別に割り当てるＰＤＣＣＨの送信に使用することが可能である。
【００２３】
ここで、共通サーチスペースは小さいため、共通サーチスペースにおいては、比較的、ＰＤＣＣＨリソース不足が発生しやすいという問題がある。
【００２４】
仮に共通サーチスペース上のＰＤＣＣＨリソースが埋まってしまうと、無線基地局ｅＮＢは、ＲＡレスポンスを送信することができなくなり、ＲＡＣＨ手順の完了が遅延してしまう。
【００２５】
なお、共通サーチスペース上で送信される他のＰＤＣＣＨとしては、報知情報のリソース割り当てを通知するＰＤＣＣＨ（ＳＩ-ＲＮＴＩでＣＲＣマスキングされたＰＤＣＣＨ）やＰａｇｉｎｇ（着信）メッセージのリソース割り当てを通知するＰＤＣＣＨ（Ｐ-ＲＮＴＩでＣＲＣマスキングされたＰＤＣＣＨ）等がある。
【００２６】
一方で、ＬＴＥ方式からの更なる周波数利用効率の改善やピークスループットの向上及び伝送遅延の短縮を目的として、３ＧＰＰで、現在、ＬＴＥ-Ａ方式の検討及び仕様化が進められている。
【００２７】
ＬＴＥ-Ａ方式の主な機能として、１つの移動局ＵＥに対して同時に複数のＤＬキャリア及びＵＬキャリアを設定して通信を行うことにより、ユーザスループットの向上を実現する「ＣＡ：Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ」がある（非特許文献２及び４参照）。
【００２８】
なお、ＬＴＥ-Ａ方式は、ＬＴＥ方式とバックワードコンパチビリティ（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を保ったまま同じシステムとして運用できるように検討されており、図１０に示すように、ＣＡを適用する場合も、それぞれのＤＬキャリアは、ＤＬキャリアにおける報知情報（ＳＩＢ２）から特定されるＵＬキャリアとペアを成す。
【００２９】
ＣＡのシナリオとして、移動局ＵＥにおいて同時に使用するＤＬキャリアの数とＵＬキャリアの数とが非対称であるシナリオについても検討されている。
【００３０】
特に、ユーザデータトラヒックとしてＵＬよりもＤＬの方が多いことが一般的であるため、システムとして提供するＤＬキャリアの数又は移動局ＵＥの実装としてサポートするＤＬキャリアの数がＵＬキャリアの数より多いシナリオが重視されている。
【００３１】
この場合、ＤＬキャリアの数がＵＬキャリアの数よりも多いため、図１１に示すように、ＤＬキャリアにおける報知情報（ＳＩＢ２）から特定されるＤＬキャリアとＵＬキャリアとの対応関係も、１対１の対応関係のみの運用だけでなく、Ｎ対１の対応関係としての運用も想定されている。
【先行技術文献】
【非特許文献】
【００３２】
【非特許文献１】３ＧＰＰ ＴＳ３６.３０４
【非特許文献２】３ＧＰＰ ＴＳ３６.３００
【非特許文献３】３ＧＰＰ ＴＳ３６.３２１
【非特許文献４】３ＧＰＰ ＴＳ３６.９１２
【発明の概要】
【発明が解決しようとする課題】
【００３３】
このように、ＤＬキャリアの数がＵＬキャリアの数より多いＣＡのシナリオを想定する場合、先に述べた共通サーチスペース上のＰＤＣＣＨリソース不足の問題を低減するために、ＲＡレスポンスの送信をなるべくシステムで有している複数のＤＬキャリアに分散することが望ましい。
【００３４】
例えば、図１１におけるＵＬキャリア＃２にて送信されるＲＡプリアンブルに対するＲＡレスポンスを、ＤＬキャリア＃２とＤＬキャリア＃３とに分散させることが望ましい。
【００３５】
また、ＣＡを行っている移動局ＵＥが、複数のＤＬキャリアにて受信を行う際に、それぞれのＤＬキャリアでＰＤＣＣＨを検出する必要がある場合、ＰＤＣＣＨの検出や複号に要する処理能力が、移動局ＵＥに設定されているＤＬキャリアの数に比例して増えてしまい、移動局ＵＥの実装コスト増につながってしまうという問題がある。
【００３６】
よって、ＣＡを行う際にも、可能であれば、移動局ＵＥがＰＤＣＣＨの検出を行うＤＬキャリアを限定することが望ましい。
【００３７】
そこで、本発明は、上述の課題に鑑みてなされたものであり、ＣＡを行う際に、移動局ＵＥがＰＤＣＣＨの検出を行うＤＬキャリアを限定することができる移動局及び無線基地局を提供することを目的とする。
【課題を解決するための手段】
【００３８】
本発明の第１の特徴は、無線基地局との間で搬送波周波数が異なる複数のキャリアを用いた通信を行うことができるように構成されている移動局であって、前記通信を行っている場合で、かつ、上りリンクキャリアにおいてＲＡプリアンブルを送信した場合に、複数の下りリンクキャリアの中から、該上りリンクキャリアに対応する下りリンクキャリアでのみ、該ＲＡプリアンブルに対するＲＡレスポンスの検出を試みるように構成されているＲＡＣＨ手順部を具備することを要旨とする。
【００３９】
本発明の第２の特徴は、無線基地局であって、上りリンクキャリアにおいて、ＰＲＡＣＨリソース及びプリアンブルシーケンスを用いてＲＡプリアンブルを検出した場合に、該上りリンクキャリアと、該ＰＲＡＣＨリソース及び該プリアンブルシーケンスの少なくとも一方とに対応する下りリンクキャリアでのみ、該ＲＡプリアンブルに対するＲＡレスポンスを送信するように構成されているＲＡＣＨ手順部を具備することを要旨とする。
【００４０】
本発明の第３の特徴は、無線基地局であって、前記無線基地局との間で搬送波周波数が異なる複数のキャリアを用いた通信を行っている移動局に対して、個別ＲＡプリアンブルと共に、該移動局において該個別ＲＡプリアンブルを送信すべき上りリンクキャリアを通知するための通知情報を送信するように構成されている送信部を具備することを要旨とする。
【発明の効果】
【００４１】
以上説明したように、本発明によれば、ＣＡを行う際に、移動局ＵＥがＰＤＣＣＨの検出を行うＤＬキャリアを限定することができる移動局及び無線基地局を提供することができる。
【図面の簡単な説明】
【００４２】
【図１】本発明の第１の実施形態に係る移動通信システムについて説明するための図である。
【図２】本発明の第１の実施形態に係る移動局の機能ブロック図である。
【図３】本発明の第１の実施形態に係る無線基地局の機能ブロック図である。
【図４】本発明の第１の実施形態に係る移動通信システムについて説明するための図である。
【図５】一般的な移動通信システムについて説明するための図である。
【図６】一般的な移動通信システムについて説明するための図である。
【図７】一般的な移動通信システムについて説明するための図である。
【図８】一般的な移動通信システムについて説明するための図である。
【図９】一般的な移動通信システムについて説明するための図である。
【図１０】一般的な移動通信システムについて説明するための図である。
【図１１】一般的な移動通信システムについて説明するための図である。
【発明を実施するための形態】
【００４３】
（本発明の第１の実施形態に係る移動通信システム）
図１乃至図４を参照して、本発明の第１の実施形態に係る移動通信システムの構成について説明する。
【００４４】
図１に示すように、本実施形態に係る移動通信システムでは、２つのＵＬキャリアと３つのＤＬキャリアが提供されている。そして、ＣＡを行っている移動局ＵＥ＃ａとＣＡを行っていない移動局ＵＥ＃ｂ〜ＵＥ＃ｄとが混在している。
【００４５】
さらに、ＵＬキャリア＃１及びＵＬキャリア＃２のそれぞれにおいて、ＲＡプリアンブルを送受信（送信＝移動局ＵＥ、受信＝無線基地局ｅＮＢ）するためのリソースが設定されており、それぞれに対応するＤＬキャリアにおける報知情報（ＳＩＢ２）において、「ＰＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ」及び「Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスの範囲」が含まれていることを前提とする。
【００４６】
具体的には、ＤＬキャリア＃１にて、ＵＬキャリア＃１の「ＰＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ」及び「Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスの範囲」が報知され、ＤＬキャリア＃２及びＤＬキャリア＃３にて、ＵＬキャリア＃２の「ＰＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ」及び「Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスの範囲」が報知されている。
【００４７】
図２に示すように、移動局ＵＥは、受信部１１と、ＲＡＣＨ手順部１２とを具備しており、図３に示すように、無線基地局ｅＮＢは、送信部２１と、ＲＡＣＨ手順部２２とを具備している。
【００４８】
＜ケース１＞
第１に、移動局ＵＥ＃ａが、ＵＬキャリア＃１にて、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブル（共通ＲＡプリアンブル）を送信するケースについて説明する。
【００４９】
かかるケースでは、無線基地局ｅＮＢは、ＵＬキャリア＃１にて、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを検出した時点では、どの移動局ＵＥが、かかるＲＡプリアンブルを送信したのかについて特定できない。
【００５０】
すなわち、図１の例では、無線基地局ｅＮＢは、移動局ＵＥ＃ａ又は移動局ＵＥ＃ｂのどちらがＲＡプリアンブルを送信したのかについて特定できない。
【００５１】
ＣＡを行っている移動局ＵＥ＃ａが、ＤＬキャリア＃１〜＃３の全てにおいて、ＲＡレスポンスの検出を試みていたとしても、ＣＡを行っていない移動局ＵＥ＃ｂは、ＤＬキャリア＃１でのみＲＡレスポンスの受信を試みるため、無線基地局ｅＮＢとしては、ＲＡプリアンブルの送信を行ったのが、ＣＡを行っていない移動局ＵＥ＃ｂであったとしても、ＲＡレスポンスが受信されるように、ＵＬキャリア＃１とペアを成しているＤＬキャリア＃１でＲＡレスポンスを送信する。
【００５２】
このため、移動局ＵＥ＃ａが、ＵＬキャリア＃１にて、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを送信した際に、ＲＡレスポンスの検出を、ＵＬキャリア＃１とペアを成していないＤＬキャリア＃２〜＃３で試みるのは無駄であり、移動局ＵＥ＃ａは、ＤＬキャリア＃１でのみＲＡレスポンスの検出を行えばよい。
【００５３】
具体的には、移動局ＵＥのＲＡＣＨ手順部１２は、ＣＡを行っている場合で、かつ、ＵＬキャリア＃１においてＲＡプリアンブル（Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブル、又は、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブル）を送信した場合に、複数のＤＬキャリア＃１〜＃３の中から、かかるＵＬキャリア＃１に対応するＤＬキャリア＃１でのみ、かかるＲＡプリアンブルに対するＲＡレスポンスの検出を試みるように構成されている。
【００５４】
すなわち、かかる場合、移動局ＵＥのＲＡＣＨ手順部１２は、ＤＬキャリア＃２〜＃３では、ＲＡレスポンスの検出を試みないように構成されている。
【００５５】
＜ケース２＞
第２に、移動局ＵＥ＃ａが、ＵＬキャリア＃２にて、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを送信するケースについて説明する。
【００５６】
かかるケースでは、無線基地局ｅＮＢは、ＵＬキャリア＃２にて、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを検出した時点では、どの移動局ＵＥが、かかるＲＡプリアンブルを送信したのかについて特定できない。
【００５７】
すなわち、図１の例では、無線基地局ｅＮＢは、移動局ＵＥ＃ａ、移動局ＵＥ＃ｃ又は移動局ＵＥ＃ｄのどれがＲＡプリアンブルを送信したのかについて特定できない。
【００５８】
ＣＡを行っている移動局ＵＥ＃ａが、ＤＬキャリア＃１〜＃３の全てにおいて、ＲＡレスポンスの検出を試みていたとしても、無線基地局ｅＮＢは、ＵＬキャリア＃２とペアを成していないＤＬキャリア＃１では、ＲＡレスポンスを送信しないので、移動局ＵＥ＃ａが、ＤＬキャリア＃１で、ＲＡレスポンスの検出を行うのは無駄である。
【００５９】
一方で、ＵＬキャリア＃２とペアを成しているＤＬキャリアは、ＤＬキャリア＃２〜＃３の２つがある。ここで、ＣＡを行っていない移動局ＵＥ＃ｃが、ＤＬキャリア＃２のみを使用すること、及び、ＣＡを行っていない移動局ＵＥ＃ｄが、ＤＬキャリア＃３のみを使用することを考慮すると、無線基地局ｅＮＢとしては、ＲＡプリアンブルの送信を行ったのが移動局ＵＥ＃ａ、移動局ＵＥ＃ｃ又は移動局ＵＥ＃ｄのどれであっても、ＲＡレスポンスが受信されるように、ＲＡレスポンスを、ＤＬキャリア＃２及びＤＬキャリア＃３の双方に送信する必要がある。
【００６０】
しかし、実際に、ＲＡプリアンブルの送信を行ったのは移動局ＵＥ＃ａ、移動局ＵＥ＃ｃ又は移動局ＵＥ＃ｄのいずれか１つであるため、ＲＡレスポンスを２重に送信することは、共通サーチスペース上のＰＤＣＣＨリソースを浪費してしまうことになる。
【００６１】
ここで、無線基地局ｅＮＢは、図４に示すように、ＵＬキャリア＃２におけるＰＲＡＣＨリソース及びＣｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルシーケンスの少なくとも一方を２分割して管理し、ＤＬキャリア＃２及びＤＬキャリア＃３で、ＳＩＢ２によって、それぞれ別の「ＰＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ」及び「Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスの範囲」を報知することにより、この浪費を回避できる。
【００６２】
この場合、移動局ＵＥ＃ｃは、ＤＬキャリア＃２のみを使用しているので、ＵＬキャリア＃２にて、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを送信する際に、ＤＬキャリア＃２における報知情報（ＳＩＢ２）で指定されているＵＬキャリア＃２のＰＲＡＣＨリソース（ＰＲＡＣＨの時間・周波数リソース）及びＣｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルシーケンスしか適用しない。
【００６３】
同様に、移動局ＵＥ＃ｄは、ＤＬキャリア＃３のみを使用しているので、ＵＬキャリア＃２にて、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを送信する際に、ＤＬキャリア＃３における報知情報（ＳＩＢ２）で指定されているＵＬキャリア＃２のＰＲＡＣＨリソース（ＰＲＡＣＨの時間・周波数リソース）及びＣｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルシーケンスしか適用しない。
【００６４】
よって、無線基地局ｅＮＢは、ＵＬキャリア＃２にて、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを検出した場合においても、移動局ＵＥがどのＤＬキャリアにおける報知情報に従って当該Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを送信したかについて特定できるので、かかるＤＬキャリアにおいてのみＲＡレスポンスを送信することができる。
【００６５】
また、この場合、移動局ＵＥ＃ａが、ＵＬキャリア＃２にて、ＤＬキャリア＃２における報知情報で指定されているＰＲＡＣＨの周波数・時間リソース及びプリアンブルシーケンスを用いてＣｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを送信した際に、ＲＡレスポンスの検出を、ＤＬキャリア＃３で試みるのは無駄であり、移動局ＵＥ＃ａは、ＤＬキャリア＃２でのみＲＡレスポンスの検出を行えばよい。
【００６６】
＜ケース３＞
第３に、移動局ＵＥ＃ａが、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブル（個別ＲＡプリアンブル）を送信するケースについて説明する。
【００６７】
無線基地局ｅＮＢは、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルを検出した時点で、移動局ＵＥ＃ａが、かかるＲＡプリアンブルを送信したことを特定できる。
【００６８】
ここで、移動局ＵＥ＃ａが、ＤＬキャリア＃１〜＃３の全てにおいて、ＲＡレスポンスを検出するために、共通サーチスペース上にて、ＲＡ-ＲＮＴＩでＣＲＣマスキングされたＰＤＣＣＨの検出を試みるなら、無線基地局ｅＮＢは、検出した移動局ＵＥ＃ａからのＣｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスを、ＤＬキャリア＃１〜＃３のどこでも送信できる。
【００６９】
この時、無線基地局ｅＮＢは、ＲＡレスポンスの送信に用いるＤＬキャリアは、その時点における各ＤＬキャリアの品質（例えば、最も伝搬損失の少ないＤＬキャリアを選択する）や、その時点における各ＤＬキャリアにおけるＰＤＣＣＨの使用状況（例えば、ＰＤＣＣＨ送信数の最も少ないＤＬキャリア、又は、共通サーチスペース上のＰＤＣＣＨ送信数の最も少ないＤＬキャリア）等によって選択できる。
【００７０】
一方で、移動局ＵＥ＃ａが、ＤＬキャリア＃１〜＃３の全てにおいて、ＲＡ-ＲＮＴＩでＣＲＣマスキングされたＰＤＣＣＨの検出を試みたところで、無線基地局ｅＮＢは、そのうちの１つのＤＬキャリアでのみＲＡレスポンスを送信するので、移動局ＵＥ＃ａは、無駄に他の２つのＤＬキャリアで、ＲＡ-ＲＮＴＩでＣＲＣマスキングされたＰＤＣＣＨを検出することになり、移動局ＵＥの実装コスト増を招いてしまう。
【００７１】
逆に、ＣＡを行っている移動局ＵＥが、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスを待ち受けるべきＤＬキャリアを予め決めておけば、移動局ＵＥは、このような無駄なＲＡ-ＲＮＴＩでＣＲＣマスキングされたＰＤＣＣＨの検出を回避することができる。
【００７２】
以下に、その方法を複数示す。
【００７３】
＜方法１＞
無線基地局ｅＮＢは、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを送信する場合と同様に、ＲＡプリアンブルを検出したＵＬキャリア（又は、ＵＬキャリア及びＰＲＡＣＨの周波数・時間リソース）を報知情報（ＳＩＢ２）で指定しているＤＬキャリアでのみ、ＲＡレスポンスを送信するように構成されていてもよい。
【００７４】
この際、無線基地局ｅＮＢは、移動局ＵＥに対して、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルを割り当てると同時に、かかるＣｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルの送信を許可するＵＬキャリア（又は、ＵＬキャリア及びＰＲＡＣＨの周波数・時間リソース）を通知することにより、システムトータルで送信されるＲＡレスポンスを、システムにおけるＤＬキャリアに分散されるように制御することが可能となる。
【００７５】
例えば、無線基地局ｅＮＢは、移動局ＵＥ＃ａからのＣｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスが、ＤＬキャリア＃１にて送信されるように、移動局ＵＥ＃ａに対して、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルを割り当てる際には、ＵＬキャリア＃１を指定する。
【００７６】
また、無線基地局ｅＮＢは、移動局ＵＥ＃ａと同様にＣＡを行っている他の移動局ＵＥ＃１からのＣｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスが、ＤＬキャリア＃２にて送信されるように、かかる移動局ＵＥ＃１に対して、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルを割り当てる際には、ＵＬキャリア＃２、及び、ＤＬキャリア＃２における報知情報（ＳＩＢ２）に含まれているＰＲＡＣＨの周波数・時間リソースを指定する。
【００７７】
さらに、無線基地局ｅＮＢは、移動局ＵＥ＃ａと同様にＣＡを行っている他の移動局ＵＥ＃２からのＣｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスが、ＤＬキャリア＃３にて送信されるように、かかる移動局ＵＥ＃２に対して、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルを割り当てる際には、ＵＬキャリア＃２、及び、ＤＬキャリア＃３における報知情報（ＳＩＢ２）に含まれているＰＲＡＣＨの周波数・時間リソースを指定する。
【００７８】
この結果、ＲＡレスポンスを送信するＤＬキャリアを、システムで運用されている複数のＤＬキャリアに分散することができる。
【００７９】
ここで、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルの送信を許可するＵＬキャリア（又は、ＵＬキャリア及びＰＲＡＣＨの周波数・時間リソース）の通知方法としては、当該ＵＬキャリア（又は、ＵＬキャリア及びＰＲＡＣＨの周波数・時間リソース）を報知情報（ＳＩＢ２）で指定しているＤＬキャリアを特定する情報（例えば、ＤＬキャリアの中心周波数情報）を通知することが考えられる。
【００８０】
＜方法２＞
無線基地局ｅＮＢは、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスを送信する場所を、予め移動局ＵＥに対して通知しておくように構成されていてもよい。
【００８１】
具体的には、無線基地局ｅＮＢは、ＲＲＣメッセージにて、かかる情報を予め通知しておく。かかるＲＲＣメッセージを移動局ＵＥに対して送信するタイミングとしては、複数のＤＬキャリアの使用を指示する際や、複数のＤＬキャリアの使用をしている状態にてハンドオーバする際等が考えられる。
【００８２】
無線基地局ｅＮＢは、ＣＡを行っている移動局ＵＥに指定するＣｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスを送信するＤＬキャリアを通知することにより、システムトータルで送信されるＲＡレスポンスを、システムで運用されている複数のＤＬキャリアに分散されるように制御することが可能となる。
【００８３】
例えば、無線基地局ｅＮＢは、移動局ＵＥ＃ａに対して、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスがＤＬキャリア＃１にて送信されるべきであることを通知し、移動局ＵＥ＃ａと同様にＣＡを行っている他の移動局ＵＥ＃１に対しては、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスがＤＬキャリア＃２にて送信されるべきであることを通知し、移動局ＵＥ＃ａと同様にＣＡを行っている他の移動局ＵＥ＃２に対しては、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスがＤＬキャリア＃３にて送信されるべきであることを通知してもよい。
【００８４】
この結果、ＲＡレスポンスの送信を、システムで運用されている複数のＤＬキャリアに分散することができる。
【００８５】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【００８６】
本実施形態の第１の特徴は、無線基地局ｅＮＢとの間で搬送波周波数が異なる複数のキャリアを用いた通信（ＣＡ）を行うことができるように構成されている移動局ＵＥであって、ＣＡを行っている場合で、かつ、ＵＬキャリア（上りリンクキャリア）においてＲＡプリアンブルを送信した場合に、複数のＤＬキャリア（下りリンクキャリア）の中から、かかるＵＬキャリアに対応するＤＬキャリアでのみ、かかるＲＡプリアンブルに対するＲＡレスポンスの検出を試みるように構成されているＲＡＣＨ手順部１２を具備することを要旨とする。
【００８７】
本実施形態の第１の特徴において、上述のＤＬキャリアにおいて、かかるＤＬキャリアに対応するＵＬキャリアを指定する報知情報（ＳＩＢ２）を受信するように構成されている受信部１１を具備していてもよい。
【００８８】
本実施形態の第１の特徴において、ＲＡＣＨ手順部１２は、ＣＡを行っている場合で、かつ、ＵＬキャリアにおいてＰＲＡＣＨリソース及びプリアンブルシーケンスを用いてＲＡプリアンブルを送信した場合に、複数のＤＬキャリアの中から、かかるＵＬキャリアと、かかるＰＲＡＣＨリソース及びプリアンブルシーケンスの少なくとも一方とに対応するＤＬキャリアでのみ、かかるＲＡレスポンスの検出を試みるように構成されていてもよい。
【００８９】
本実施形態の第１の特徴において、上述の下りリンクキャリアにおいて、かかるＤＬキャリアに対応する当該ＵＬキャリアと当該ＰＲＡＣＨリソース及びプリアンブルシーケンスの少なくとも一方とを指定する報知情報（ＳＩＢ２）を受信するように構成されている受信部１１を具備していてもよい。
【００９０】
本実施形態の第１の特徴において、上述のＲＡプリアンブルは、「Ｃｏｎｔｅｎｔｉｏｎ用ＲＡプリアンブル（共通ＲＡプリアンブル）」であってもよい。
【００９１】
本実施形態の第２の特徴は、無線基地局ｅＮＢであって、ＵＬキャリアにおいて、ＰＲＡＣＨリソース及びプリアンブルシーケンスを用いてＲＡプリアンブルを検出した場合に、かかるＵＬキャリアと、かかるＰＲＡＣＨリソース及びプリアンブルシーケンスの少なくとも一方とに対応するＤＬキャリアでのみ、かかるＲＡプリアンブルに対するＲＡレスポンスを送信するように構成されているＲＡＣＨ手順部２２を具備することを要旨とする。
【００９２】
本実施形態の第２の特徴において、上述のＤＬキャリアにおいて、かかる下りリンクキャリアに対応するＵＬキャリアとＰＲＡＣＨリソース及びプリアンブルシーケンスの少なくとも一方とを指定する報知情報（ＳＩＢ２）を送信するように構成されている送信部２１を具備してもよい。
【００９３】
本実施形態の第２の特徴において、上述のＲＡプリアンブルは、「Ｃｏｎｔｅｎｔｉｏｎ用ＲＡプリアンブル」であってもよい。
【００９４】
本実施形態の第３の特徴は、無線基地局ｅＮＢであって、ＣＡを行っている移動局ＵＥに対して、「Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用ＲＡプリアンブル（個別ＲＡプリアンブル）」と共に、移動局ＵＥにおいて「Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用ＲＡプリアンブル」を送信すべきＵＬキャリアを通知するための通知情報を送信するように構成されている送信部２１を具備することを要旨とする。
【００９５】
本実施形態の第３の特徴において、送信部２１は、上述の通知情報として、報知情報によって当該ＵＬキャリアを指定しているＤＬキャリアを特定する情報を送信するように構成されていてもよい。
【００９６】
本実施形態の第３の特徴において、送信部２１は、上述の通知情報によって、上述のＵＬキャリアに加えて、移動局ＵＥにおいて「Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用ＲＡプリアンブル」を送信すべきＰＲＡＣＨリソースを通知するように構成されていてもよい。
【００９７】
本実施形態の第３の特徴において、送信部２１は、上述の通知情報として、報知情報によって当該ＵＬキャリア及び当該ＰＲＡＣＨリソースを指定しているＤＬキャリアを特定する情報を送信するように構成されていてもよい。
【００９８】
本実施形態の第３の特徴において、送信部２１は、ＲＲＣメッセージによって、上述の通知情報を送信するように構成されていてもよい。
【００９９】
なお、上述の移動局ＵＥ及び無線基地局ｅＮＢの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【０１００】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【０１０１】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、移動局ＵＥ及び無線基地局ｅＮＢ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとして移動局ＵＥ及び無線基地局ｅＮＢ内に設けられていてもよい。
【０１０２】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１０３】
ＵＥ…移動局
１１…受信部
１２…ＲＡＣＨ手順部
ｅＮＢ…無線基地局
２１…送信部
２２…ＲＡＣＨ手順部
【技術分野】
【０００１】
本発明は、移動局及び無線基地局に関する。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）のＦＤＤ方式では、１つのＤＬ（Ｄｏｗｎｌｉｎｋ）キャリアと１つのＵＬ（Ｕｐｌｉｎｋ）キャリアとがペアを成している。ＬＴＥ方式の移動通信システムでは、複数のＤＬキャリア及びＵＬキャリアを用いて運用することが可能であるが、ＤＬキャリアとＵＬキャリアとの対応関係は、１対１である。
【０００３】
図５に示すように、移動局ＵＥは、無線基地局ｅＮＢとの間で無線リンクを介して通信を行う一時点においては、１つのＤＬキャリア及びＵＬキャリアのペアのみを使用するように構成されている。
【０００４】
ＩＤＬＥ（待ち受け）状態の移動局ＵＥは、３ＧＰＰのＴＳ３６.３０４に規定されているセル選択動作に従って待ち受けるＤＬキャリアを選択するように構成されている。
【０００５】
そして、移動局ＵＥは、待ち受けを行っているＤＬキャリアにおける報知情報（具体的には、ＳＩＢ２）から、かかるＤＬキャリアとペアを成すＵＬキャリアを特定するように構成されている。
【０００６】
ここで、移動局ＵＥは、ＩＤＬＥ状態からＣＯＮＮＥＣＴＥＤ（接続）状態に遷移する際には、待ち受けを行っているＤＬキャリア及び当該ＤＬキャリアとペアを成すＵＬキャリアにて無線リンクを確立するように構成されている。
【０００７】
無線基地局ｅＮＢは、ＣＯＮＮＥＣＴＥＤの移動局ＵＥに対して、所定タイミングで、移動局ＵＥごとに、レイヤ３（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを送信することにより、無線リンクを確立するＤＬキャリア及びＵＬキャリアのペアを変更可能である。
【０００８】
ＬＴＥ方式では、レイヤ１/ＭＡＣサブレイヤにて終端されるＲＡＣＨ手順（ＲＡＣＨ Ｐｒｏｃｅｄｕｒｅ）が規定されている。移動局ＵＥは、ＲＡＣＨ手順を起動すると、上りリンクにて、無線基地局ｅＮＢに対して、ＲＡプリアンブル（ＲＡ ｐｒｅａｍｂｌｅ）を送信し、ＲＡプリアンブルを検出した無線基地局ｅＮＢは、下りリンクにてＲＡレスポンス（ＲＡ ｒｅｓｐｏｎｓｅ）を送信し、移動局ＵＥは、ＲＡプリアンブルを送信した後に、ＲＡレスポンスの検出を試みる（非特許文献２及び３参照）。
【０００９】
図６に示すように、移動局ＵＥは、待ち受けを行っているＤＬキャリア又は接続しているＤＬキャリアとペアを成しているＵＬキャリアにて、ＲＡプリアンブルを送信し、待ち受けを行っているＤＬキャリア又は接続しているＤＬキャリアにて、ＲＡレスポンスの検出を試みる。
【００１０】
また、図６に示すように、無線基地局ｅＮＢは、ＲＡプリアンブルを検出した場合、ＲＡプリアンブルを検出したＵＬキャリアとペアを成しているＤＬキャリアにて、ＲＡレスポンスを送信する。
【００１１】
また、図７に示すように、ＤＬキャリアにおける報知情報（ＳＩＢ２）には、かかるＤＬキャリアとペアを成すＵＬキャリアにおける「ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ） ｃｏｎｆｉｇｕｒａｔｉｏｎ（ＲＡプリアンブル用の周波数・時間リソース）」が含まれており、移動局ＵＥは、かかる「ＰＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ」にて指定される周波数・時間リソースを用いて、ＲＡプリアンブルを送信するように構成されている。
【００１２】
ＲＡプリアンブルには、「サイクリックシフト（ｃｙｃｌｉｃ ｓｈｉｆｔ）」の異なる６４個の「プリアンブルシーケンス（ｐｒｅａｍｂｌｅ ｓｅｑｕｅｎｃｅ）」 があり、方式的には、ＰＲＡＣＨの１周波数・時間リソースにおいて、６４個のＲＡプリアンブルを多重することができる。
【００１３】
システムとしては、さらに、６４個のプリアンブルシーケンスを、Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスとＣｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のプリアンブルシーケンスとに分類して運用することができる。
【００１４】
Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスは、移動局ＵＥがＲＡプリアンブルとして送信するプリアンブルシーケンスを自ら選択する際に選択することの可能なプリアンブルシーケンスであり、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のプリアンブルシーケンスは、移動局ＵＥがＲＡプリアンブルとして送信するプリアンブルシーケンスを自ら選択する際には選択することができないが、無線基地局ｅＮＢから個別にプリアンブルシーケンスを割り当てられた際にＲＡプリアンブルとして送信するプリアンブルシーケンスである。
【００１５】
なお、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のプリアンブルシーケンスの割り当ては、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）又はＲＲＣメッセージにて行われる。
【００１６】
ここで、図８に示すように、６４個のプリアンブルシーケンスのうち、Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスの範囲がＤＬキャリアにおける報知情報（ＳＩＢ２）に含まれているため、移動局ＵＥは、Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスとＣｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のプリアンブルシーケンスとを区別することができる。
【００１７】
検出したＲＡプリアンブルが、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のプリアンブルシーケンスであれば、無線基地局ｅＮＢは、かかるプリアンブルシーケンスを移動局ＵＥに対して個別に割り当てているので、ＲＡレスポンスを送信する時点で、既にＲＡレスポンスを送信すべき移動局ＵＥを特定することが可能である。
【００１８】
一方で、検出したＲＡプリアンブルが、Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスであれば、移動局ＵＥが選択したプリアンブルシーケンスであるため、無線基地局ｅＮＢは、ＲＡレスポンスを送信する時点ででは、未だ、どの移動局ＵＥに対してＲＡレスポンスを送信すべきであるのかについて特定することができない。
【００１９】
ＲＡレスポンスを送信するＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）上のリソースは、ＲＡ-ＲＮＴＩ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ-Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）によりＣＲＣマスキングされたＰＤＣＣＨにて指定される。
【００２０】
そのため、ＲＡプリアンブルを送信した移動局ＵＥは、ＲＡレスポンスを検出するために、ＲＡ-ＲＮＴＩによりＣＲＣマスキングされたＰＤＣＣＨの検出を試みる。
【００２１】
図９に示すように、ＰＤＣＣＨの検出を行うリソースは、「サーチスペース（Ｓｅａｒｃｈ Ｓｐａｃｅ）」と呼ばれ、無線基地局ｅＮＢは、サーチスペースの中でも、システムで固定されている「共通サーチスペース（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ）」にて、ＲＡ-ＲＮＴＩによりＣＲＣマスキングされたＰＤＣＣＨを送信することになっている。
【００２２】
共通サーチスペース以外のサーチスペースは、「移動局専用サーチスペース（ＵＥ Ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ）」として、「ＵＬ ｇｒａｎｔ」や「ＤＬ ａｓｓｉｇｎｍｅｎｔ」を移動局ＵＥごとに個別に割り当てるＰＤＣＣＨの送信に使用することが可能である。
【００２３】
ここで、共通サーチスペースは小さいため、共通サーチスペースにおいては、比較的、ＰＤＣＣＨリソース不足が発生しやすいという問題がある。
【００２４】
仮に共通サーチスペース上のＰＤＣＣＨリソースが埋まってしまうと、無線基地局ｅＮＢは、ＲＡレスポンスを送信することができなくなり、ＲＡＣＨ手順の完了が遅延してしまう。
【００２５】
なお、共通サーチスペース上で送信される他のＰＤＣＣＨとしては、報知情報のリソース割り当てを通知するＰＤＣＣＨ（ＳＩ-ＲＮＴＩでＣＲＣマスキングされたＰＤＣＣＨ）やＰａｇｉｎｇ（着信）メッセージのリソース割り当てを通知するＰＤＣＣＨ（Ｐ-ＲＮＴＩでＣＲＣマスキングされたＰＤＣＣＨ）等がある。
【００２６】
一方で、ＬＴＥ方式からの更なる周波数利用効率の改善やピークスループットの向上及び伝送遅延の短縮を目的として、３ＧＰＰで、現在、ＬＴＥ-Ａ方式の検討及び仕様化が進められている。
【００２７】
ＬＴＥ-Ａ方式の主な機能として、１つの移動局ＵＥに対して同時に複数のＤＬキャリア及びＵＬキャリアを設定して通信を行うことにより、ユーザスループットの向上を実現する「ＣＡ：Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ」がある（非特許文献２及び４参照）。
【００２８】
なお、ＬＴＥ-Ａ方式は、ＬＴＥ方式とバックワードコンパチビリティ（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を保ったまま同じシステムとして運用できるように検討されており、図１０に示すように、ＣＡを適用する場合も、それぞれのＤＬキャリアは、ＤＬキャリアにおける報知情報（ＳＩＢ２）から特定されるＵＬキャリアとペアを成す。
【００２９】
ＣＡのシナリオとして、移動局ＵＥにおいて同時に使用するＤＬキャリアの数とＵＬキャリアの数とが非対称であるシナリオについても検討されている。
【００３０】
特に、ユーザデータトラヒックとしてＵＬよりもＤＬの方が多いことが一般的であるため、システムとして提供するＤＬキャリアの数又は移動局ＵＥの実装としてサポートするＤＬキャリアの数がＵＬキャリアの数より多いシナリオが重視されている。
【００３１】
この場合、ＤＬキャリアの数がＵＬキャリアの数よりも多いため、図１１に示すように、ＤＬキャリアにおける報知情報（ＳＩＢ２）から特定されるＤＬキャリアとＵＬキャリアとの対応関係も、１対１の対応関係のみの運用だけでなく、Ｎ対１の対応関係としての運用も想定されている。
【先行技術文献】
【非特許文献】
【００３２】
【非特許文献１】３ＧＰＰ ＴＳ３６.３０４
【非特許文献２】３ＧＰＰ ＴＳ３６.３００
【非特許文献３】３ＧＰＰ ＴＳ３６.３２１
【非特許文献４】３ＧＰＰ ＴＳ３６.９１２
【発明の概要】
【発明が解決しようとする課題】
【００３３】
このように、ＤＬキャリアの数がＵＬキャリアの数より多いＣＡのシナリオを想定する場合、先に述べた共通サーチスペース上のＰＤＣＣＨリソース不足の問題を低減するために、ＲＡレスポンスの送信をなるべくシステムで有している複数のＤＬキャリアに分散することが望ましい。
【００３４】
例えば、図１１におけるＵＬキャリア＃２にて送信されるＲＡプリアンブルに対するＲＡレスポンスを、ＤＬキャリア＃２とＤＬキャリア＃３とに分散させることが望ましい。
【００３５】
また、ＣＡを行っている移動局ＵＥが、複数のＤＬキャリアにて受信を行う際に、それぞれのＤＬキャリアでＰＤＣＣＨを検出する必要がある場合、ＰＤＣＣＨの検出や複号に要する処理能力が、移動局ＵＥに設定されているＤＬキャリアの数に比例して増えてしまい、移動局ＵＥの実装コスト増につながってしまうという問題がある。
【００３６】
よって、ＣＡを行う際にも、可能であれば、移動局ＵＥがＰＤＣＣＨの検出を行うＤＬキャリアを限定することが望ましい。
【００３７】
そこで、本発明は、上述の課題に鑑みてなされたものであり、ＣＡを行う際に、移動局ＵＥがＰＤＣＣＨの検出を行うＤＬキャリアを限定することができる移動局及び無線基地局を提供することを目的とする。
【課題を解決するための手段】
【００３８】
本発明の第１の特徴は、無線基地局との間で搬送波周波数が異なる複数のキャリアを用いた通信を行うことができるように構成されている移動局であって、前記通信を行っている場合で、かつ、上りリンクキャリアにおいてＲＡプリアンブルを送信した場合に、複数の下りリンクキャリアの中から、該上りリンクキャリアに対応する下りリンクキャリアでのみ、該ＲＡプリアンブルに対するＲＡレスポンスの検出を試みるように構成されているＲＡＣＨ手順部を具備することを要旨とする。
【００３９】
本発明の第２の特徴は、無線基地局であって、上りリンクキャリアにおいて、ＰＲＡＣＨリソース及びプリアンブルシーケンスを用いてＲＡプリアンブルを検出した場合に、該上りリンクキャリアと、該ＰＲＡＣＨリソース及び該プリアンブルシーケンスの少なくとも一方とに対応する下りリンクキャリアでのみ、該ＲＡプリアンブルに対するＲＡレスポンスを送信するように構成されているＲＡＣＨ手順部を具備することを要旨とする。
【００４０】
本発明の第３の特徴は、無線基地局であって、前記無線基地局との間で搬送波周波数が異なる複数のキャリアを用いた通信を行っている移動局に対して、個別ＲＡプリアンブルと共に、該移動局において該個別ＲＡプリアンブルを送信すべき上りリンクキャリアを通知するための通知情報を送信するように構成されている送信部を具備することを要旨とする。
【発明の効果】
【００４１】
以上説明したように、本発明によれば、ＣＡを行う際に、移動局ＵＥがＰＤＣＣＨの検出を行うＤＬキャリアを限定することができる移動局及び無線基地局を提供することができる。
【図面の簡単な説明】
【００４２】
【図１】本発明の第１の実施形態に係る移動通信システムについて説明するための図である。
【図２】本発明の第１の実施形態に係る移動局の機能ブロック図である。
【図３】本発明の第１の実施形態に係る無線基地局の機能ブロック図である。
【図４】本発明の第１の実施形態に係る移動通信システムについて説明するための図である。
【図５】一般的な移動通信システムについて説明するための図である。
【図６】一般的な移動通信システムについて説明するための図である。
【図７】一般的な移動通信システムについて説明するための図である。
【図８】一般的な移動通信システムについて説明するための図である。
【図９】一般的な移動通信システムについて説明するための図である。
【図１０】一般的な移動通信システムについて説明するための図である。
【図１１】一般的な移動通信システムについて説明するための図である。
【発明を実施するための形態】
【００４３】
（本発明の第１の実施形態に係る移動通信システム）
図１乃至図４を参照して、本発明の第１の実施形態に係る移動通信システムの構成について説明する。
【００４４】
図１に示すように、本実施形態に係る移動通信システムでは、２つのＵＬキャリアと３つのＤＬキャリアが提供されている。そして、ＣＡを行っている移動局ＵＥ＃ａとＣＡを行っていない移動局ＵＥ＃ｂ〜ＵＥ＃ｄとが混在している。
【００４５】
さらに、ＵＬキャリア＃１及びＵＬキャリア＃２のそれぞれにおいて、ＲＡプリアンブルを送受信（送信＝移動局ＵＥ、受信＝無線基地局ｅＮＢ）するためのリソースが設定されており、それぞれに対応するＤＬキャリアにおける報知情報（ＳＩＢ２）において、「ＰＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ」及び「Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスの範囲」が含まれていることを前提とする。
【００４６】
具体的には、ＤＬキャリア＃１にて、ＵＬキャリア＃１の「ＰＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ」及び「Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスの範囲」が報知され、ＤＬキャリア＃２及びＤＬキャリア＃３にて、ＵＬキャリア＃２の「ＰＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ」及び「Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスの範囲」が報知されている。
【００４７】
図２に示すように、移動局ＵＥは、受信部１１と、ＲＡＣＨ手順部１２とを具備しており、図３に示すように、無線基地局ｅＮＢは、送信部２１と、ＲＡＣＨ手順部２２とを具備している。
【００４８】
＜ケース１＞
第１に、移動局ＵＥ＃ａが、ＵＬキャリア＃１にて、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブル（共通ＲＡプリアンブル）を送信するケースについて説明する。
【００４９】
かかるケースでは、無線基地局ｅＮＢは、ＵＬキャリア＃１にて、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを検出した時点では、どの移動局ＵＥが、かかるＲＡプリアンブルを送信したのかについて特定できない。
【００５０】
すなわち、図１の例では、無線基地局ｅＮＢは、移動局ＵＥ＃ａ又は移動局ＵＥ＃ｂのどちらがＲＡプリアンブルを送信したのかについて特定できない。
【００５１】
ＣＡを行っている移動局ＵＥ＃ａが、ＤＬキャリア＃１〜＃３の全てにおいて、ＲＡレスポンスの検出を試みていたとしても、ＣＡを行っていない移動局ＵＥ＃ｂは、ＤＬキャリア＃１でのみＲＡレスポンスの受信を試みるため、無線基地局ｅＮＢとしては、ＲＡプリアンブルの送信を行ったのが、ＣＡを行っていない移動局ＵＥ＃ｂであったとしても、ＲＡレスポンスが受信されるように、ＵＬキャリア＃１とペアを成しているＤＬキャリア＃１でＲＡレスポンスを送信する。
【００５２】
このため、移動局ＵＥ＃ａが、ＵＬキャリア＃１にて、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを送信した際に、ＲＡレスポンスの検出を、ＵＬキャリア＃１とペアを成していないＤＬキャリア＃２〜＃３で試みるのは無駄であり、移動局ＵＥ＃ａは、ＤＬキャリア＃１でのみＲＡレスポンスの検出を行えばよい。
【００５３】
具体的には、移動局ＵＥのＲＡＣＨ手順部１２は、ＣＡを行っている場合で、かつ、ＵＬキャリア＃１においてＲＡプリアンブル（Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブル、又は、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブル）を送信した場合に、複数のＤＬキャリア＃１〜＃３の中から、かかるＵＬキャリア＃１に対応するＤＬキャリア＃１でのみ、かかるＲＡプリアンブルに対するＲＡレスポンスの検出を試みるように構成されている。
【００５４】
すなわち、かかる場合、移動局ＵＥのＲＡＣＨ手順部１２は、ＤＬキャリア＃２〜＃３では、ＲＡレスポンスの検出を試みないように構成されている。
【００５５】
＜ケース２＞
第２に、移動局ＵＥ＃ａが、ＵＬキャリア＃２にて、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを送信するケースについて説明する。
【００５６】
かかるケースでは、無線基地局ｅＮＢは、ＵＬキャリア＃２にて、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを検出した時点では、どの移動局ＵＥが、かかるＲＡプリアンブルを送信したのかについて特定できない。
【００５７】
すなわち、図１の例では、無線基地局ｅＮＢは、移動局ＵＥ＃ａ、移動局ＵＥ＃ｃ又は移動局ＵＥ＃ｄのどれがＲＡプリアンブルを送信したのかについて特定できない。
【００５８】
ＣＡを行っている移動局ＵＥ＃ａが、ＤＬキャリア＃１〜＃３の全てにおいて、ＲＡレスポンスの検出を試みていたとしても、無線基地局ｅＮＢは、ＵＬキャリア＃２とペアを成していないＤＬキャリア＃１では、ＲＡレスポンスを送信しないので、移動局ＵＥ＃ａが、ＤＬキャリア＃１で、ＲＡレスポンスの検出を行うのは無駄である。
【００５９】
一方で、ＵＬキャリア＃２とペアを成しているＤＬキャリアは、ＤＬキャリア＃２〜＃３の２つがある。ここで、ＣＡを行っていない移動局ＵＥ＃ｃが、ＤＬキャリア＃２のみを使用すること、及び、ＣＡを行っていない移動局ＵＥ＃ｄが、ＤＬキャリア＃３のみを使用することを考慮すると、無線基地局ｅＮＢとしては、ＲＡプリアンブルの送信を行ったのが移動局ＵＥ＃ａ、移動局ＵＥ＃ｃ又は移動局ＵＥ＃ｄのどれであっても、ＲＡレスポンスが受信されるように、ＲＡレスポンスを、ＤＬキャリア＃２及びＤＬキャリア＃３の双方に送信する必要がある。
【００６０】
しかし、実際に、ＲＡプリアンブルの送信を行ったのは移動局ＵＥ＃ａ、移動局ＵＥ＃ｃ又は移動局ＵＥ＃ｄのいずれか１つであるため、ＲＡレスポンスを２重に送信することは、共通サーチスペース上のＰＤＣＣＨリソースを浪費してしまうことになる。
【００６１】
ここで、無線基地局ｅＮＢは、図４に示すように、ＵＬキャリア＃２におけるＰＲＡＣＨリソース及びＣｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルシーケンスの少なくとも一方を２分割して管理し、ＤＬキャリア＃２及びＤＬキャリア＃３で、ＳＩＢ２によって、それぞれ別の「ＰＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ」及び「Ｃｏｎｔｅｎｔｉｏｎ用のプリアンブルシーケンスの範囲」を報知することにより、この浪費を回避できる。
【００６２】
この場合、移動局ＵＥ＃ｃは、ＤＬキャリア＃２のみを使用しているので、ＵＬキャリア＃２にて、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを送信する際に、ＤＬキャリア＃２における報知情報（ＳＩＢ２）で指定されているＵＬキャリア＃２のＰＲＡＣＨリソース（ＰＲＡＣＨの時間・周波数リソース）及びＣｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルシーケンスしか適用しない。
【００６３】
同様に、移動局ＵＥ＃ｄは、ＤＬキャリア＃３のみを使用しているので、ＵＬキャリア＃２にて、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを送信する際に、ＤＬキャリア＃３における報知情報（ＳＩＢ２）で指定されているＵＬキャリア＃２のＰＲＡＣＨリソース（ＰＲＡＣＨの時間・周波数リソース）及びＣｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルシーケンスしか適用しない。
【００６４】
よって、無線基地局ｅＮＢは、ＵＬキャリア＃２にて、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを検出した場合においても、移動局ＵＥがどのＤＬキャリアにおける報知情報に従って当該Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを送信したかについて特定できるので、かかるＤＬキャリアにおいてのみＲＡレスポンスを送信することができる。
【００６５】
また、この場合、移動局ＵＥ＃ａが、ＵＬキャリア＃２にて、ＤＬキャリア＃２における報知情報で指定されているＰＲＡＣＨの周波数・時間リソース及びプリアンブルシーケンスを用いてＣｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを送信した際に、ＲＡレスポンスの検出を、ＤＬキャリア＃３で試みるのは無駄であり、移動局ＵＥ＃ａは、ＤＬキャリア＃２でのみＲＡレスポンスの検出を行えばよい。
【００６６】
＜ケース３＞
第３に、移動局ＵＥ＃ａが、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブル（個別ＲＡプリアンブル）を送信するケースについて説明する。
【００６７】
無線基地局ｅＮＢは、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルを検出した時点で、移動局ＵＥ＃ａが、かかるＲＡプリアンブルを送信したことを特定できる。
【００６８】
ここで、移動局ＵＥ＃ａが、ＤＬキャリア＃１〜＃３の全てにおいて、ＲＡレスポンスを検出するために、共通サーチスペース上にて、ＲＡ-ＲＮＴＩでＣＲＣマスキングされたＰＤＣＣＨの検出を試みるなら、無線基地局ｅＮＢは、検出した移動局ＵＥ＃ａからのＣｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスを、ＤＬキャリア＃１〜＃３のどこでも送信できる。
【００６９】
この時、無線基地局ｅＮＢは、ＲＡレスポンスの送信に用いるＤＬキャリアは、その時点における各ＤＬキャリアの品質（例えば、最も伝搬損失の少ないＤＬキャリアを選択する）や、その時点における各ＤＬキャリアにおけるＰＤＣＣＨの使用状況（例えば、ＰＤＣＣＨ送信数の最も少ないＤＬキャリア、又は、共通サーチスペース上のＰＤＣＣＨ送信数の最も少ないＤＬキャリア）等によって選択できる。
【００７０】
一方で、移動局ＵＥ＃ａが、ＤＬキャリア＃１〜＃３の全てにおいて、ＲＡ-ＲＮＴＩでＣＲＣマスキングされたＰＤＣＣＨの検出を試みたところで、無線基地局ｅＮＢは、そのうちの１つのＤＬキャリアでのみＲＡレスポンスを送信するので、移動局ＵＥ＃ａは、無駄に他の２つのＤＬキャリアで、ＲＡ-ＲＮＴＩでＣＲＣマスキングされたＰＤＣＣＨを検出することになり、移動局ＵＥの実装コスト増を招いてしまう。
【００７１】
逆に、ＣＡを行っている移動局ＵＥが、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスを待ち受けるべきＤＬキャリアを予め決めておけば、移動局ＵＥは、このような無駄なＲＡ-ＲＮＴＩでＣＲＣマスキングされたＰＤＣＣＨの検出を回避することができる。
【００７２】
以下に、その方法を複数示す。
【００７３】
＜方法１＞
無線基地局ｅＮＢは、Ｃｏｎｔｅｎｔｉｏｎ用のＲＡプリアンブルを送信する場合と同様に、ＲＡプリアンブルを検出したＵＬキャリア（又は、ＵＬキャリア及びＰＲＡＣＨの周波数・時間リソース）を報知情報（ＳＩＢ２）で指定しているＤＬキャリアでのみ、ＲＡレスポンスを送信するように構成されていてもよい。
【００７４】
この際、無線基地局ｅＮＢは、移動局ＵＥに対して、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルを割り当てると同時に、かかるＣｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルの送信を許可するＵＬキャリア（又は、ＵＬキャリア及びＰＲＡＣＨの周波数・時間リソース）を通知することにより、システムトータルで送信されるＲＡレスポンスを、システムにおけるＤＬキャリアに分散されるように制御することが可能となる。
【００７５】
例えば、無線基地局ｅＮＢは、移動局ＵＥ＃ａからのＣｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスが、ＤＬキャリア＃１にて送信されるように、移動局ＵＥ＃ａに対して、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルを割り当てる際には、ＵＬキャリア＃１を指定する。
【００７６】
また、無線基地局ｅＮＢは、移動局ＵＥ＃ａと同様にＣＡを行っている他の移動局ＵＥ＃１からのＣｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスが、ＤＬキャリア＃２にて送信されるように、かかる移動局ＵＥ＃１に対して、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルを割り当てる際には、ＵＬキャリア＃２、及び、ＤＬキャリア＃２における報知情報（ＳＩＢ２）に含まれているＰＲＡＣＨの周波数・時間リソースを指定する。
【００７７】
さらに、無線基地局ｅＮＢは、移動局ＵＥ＃ａと同様にＣＡを行っている他の移動局ＵＥ＃２からのＣｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスが、ＤＬキャリア＃３にて送信されるように、かかる移動局ＵＥ＃２に対して、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルを割り当てる際には、ＵＬキャリア＃２、及び、ＤＬキャリア＃３における報知情報（ＳＩＢ２）に含まれているＰＲＡＣＨの周波数・時間リソースを指定する。
【００７８】
この結果、ＲＡレスポンスを送信するＤＬキャリアを、システムで運用されている複数のＤＬキャリアに分散することができる。
【００７９】
ここで、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルの送信を許可するＵＬキャリア（又は、ＵＬキャリア及びＰＲＡＣＨの周波数・時間リソース）の通知方法としては、当該ＵＬキャリア（又は、ＵＬキャリア及びＰＲＡＣＨの周波数・時間リソース）を報知情報（ＳＩＢ２）で指定しているＤＬキャリアを特定する情報（例えば、ＤＬキャリアの中心周波数情報）を通知することが考えられる。
【００８０】
＜方法２＞
無線基地局ｅＮＢは、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスを送信する場所を、予め移動局ＵＥに対して通知しておくように構成されていてもよい。
【００８１】
具体的には、無線基地局ｅＮＢは、ＲＲＣメッセージにて、かかる情報を予め通知しておく。かかるＲＲＣメッセージを移動局ＵＥに対して送信するタイミングとしては、複数のＤＬキャリアの使用を指示する際や、複数のＤＬキャリアの使用をしている状態にてハンドオーバする際等が考えられる。
【００８２】
無線基地局ｅＮＢは、ＣＡを行っている移動局ＵＥに指定するＣｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスを送信するＤＬキャリアを通知することにより、システムトータルで送信されるＲＡレスポンスを、システムで運用されている複数のＤＬキャリアに分散されるように制御することが可能となる。
【００８３】
例えば、無線基地局ｅＮＢは、移動局ＵＥ＃ａに対して、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスがＤＬキャリア＃１にて送信されるべきであることを通知し、移動局ＵＥ＃ａと同様にＣＡを行っている他の移動局ＵＥ＃１に対しては、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスがＤＬキャリア＃２にて送信されるべきであることを通知し、移動局ＵＥ＃ａと同様にＣＡを行っている他の移動局ＵＥ＃２に対しては、Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用のＲＡプリアンブルに対するＲＡレスポンスがＤＬキャリア＃３にて送信されるべきであることを通知してもよい。
【００８４】
この結果、ＲＡレスポンスの送信を、システムで運用されている複数のＤＬキャリアに分散することができる。
【００８５】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【００８６】
本実施形態の第１の特徴は、無線基地局ｅＮＢとの間で搬送波周波数が異なる複数のキャリアを用いた通信（ＣＡ）を行うことができるように構成されている移動局ＵＥであって、ＣＡを行っている場合で、かつ、ＵＬキャリア（上りリンクキャリア）においてＲＡプリアンブルを送信した場合に、複数のＤＬキャリア（下りリンクキャリア）の中から、かかるＵＬキャリアに対応するＤＬキャリアでのみ、かかるＲＡプリアンブルに対するＲＡレスポンスの検出を試みるように構成されているＲＡＣＨ手順部１２を具備することを要旨とする。
【００８７】
本実施形態の第１の特徴において、上述のＤＬキャリアにおいて、かかるＤＬキャリアに対応するＵＬキャリアを指定する報知情報（ＳＩＢ２）を受信するように構成されている受信部１１を具備していてもよい。
【００８８】
本実施形態の第１の特徴において、ＲＡＣＨ手順部１２は、ＣＡを行っている場合で、かつ、ＵＬキャリアにおいてＰＲＡＣＨリソース及びプリアンブルシーケンスを用いてＲＡプリアンブルを送信した場合に、複数のＤＬキャリアの中から、かかるＵＬキャリアと、かかるＰＲＡＣＨリソース及びプリアンブルシーケンスの少なくとも一方とに対応するＤＬキャリアでのみ、かかるＲＡレスポンスの検出を試みるように構成されていてもよい。
【００８９】
本実施形態の第１の特徴において、上述の下りリンクキャリアにおいて、かかるＤＬキャリアに対応する当該ＵＬキャリアと当該ＰＲＡＣＨリソース及びプリアンブルシーケンスの少なくとも一方とを指定する報知情報（ＳＩＢ２）を受信するように構成されている受信部１１を具備していてもよい。
【００９０】
本実施形態の第１の特徴において、上述のＲＡプリアンブルは、「Ｃｏｎｔｅｎｔｉｏｎ用ＲＡプリアンブル（共通ＲＡプリアンブル）」であってもよい。
【００９１】
本実施形態の第２の特徴は、無線基地局ｅＮＢであって、ＵＬキャリアにおいて、ＰＲＡＣＨリソース及びプリアンブルシーケンスを用いてＲＡプリアンブルを検出した場合に、かかるＵＬキャリアと、かかるＰＲＡＣＨリソース及びプリアンブルシーケンスの少なくとも一方とに対応するＤＬキャリアでのみ、かかるＲＡプリアンブルに対するＲＡレスポンスを送信するように構成されているＲＡＣＨ手順部２２を具備することを要旨とする。
【００９２】
本実施形態の第２の特徴において、上述のＤＬキャリアにおいて、かかる下りリンクキャリアに対応するＵＬキャリアとＰＲＡＣＨリソース及びプリアンブルシーケンスの少なくとも一方とを指定する報知情報（ＳＩＢ２）を送信するように構成されている送信部２１を具備してもよい。
【００９３】
本実施形態の第２の特徴において、上述のＲＡプリアンブルは、「Ｃｏｎｔｅｎｔｉｏｎ用ＲＡプリアンブル」であってもよい。
【００９４】
本実施形態の第３の特徴は、無線基地局ｅＮＢであって、ＣＡを行っている移動局ＵＥに対して、「Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用ＲＡプリアンブル（個別ＲＡプリアンブル）」と共に、移動局ＵＥにおいて「Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用ＲＡプリアンブル」を送信すべきＵＬキャリアを通知するための通知情報を送信するように構成されている送信部２１を具備することを要旨とする。
【００９５】
本実施形態の第３の特徴において、送信部２１は、上述の通知情報として、報知情報によって当該ＵＬキャリアを指定しているＤＬキャリアを特定する情報を送信するように構成されていてもよい。
【００９６】
本実施形態の第３の特徴において、送信部２１は、上述の通知情報によって、上述のＵＬキャリアに加えて、移動局ＵＥにおいて「Ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ用ＲＡプリアンブル」を送信すべきＰＲＡＣＨリソースを通知するように構成されていてもよい。
【００９７】
本実施形態の第３の特徴において、送信部２１は、上述の通知情報として、報知情報によって当該ＵＬキャリア及び当該ＰＲＡＣＨリソースを指定しているＤＬキャリアを特定する情報を送信するように構成されていてもよい。
【００９８】
本実施形態の第３の特徴において、送信部２１は、ＲＲＣメッセージによって、上述の通知情報を送信するように構成されていてもよい。
【００９９】
なお、上述の移動局ＵＥ及び無線基地局ｅＮＢの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【０１００】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【０１０１】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、移動局ＵＥ及び無線基地局ｅＮＢ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとして移動局ＵＥ及び無線基地局ｅＮＢ内に設けられていてもよい。
【０１０２】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１０３】
ＵＥ…移動局
１１…受信部
１２…ＲＡＣＨ手順部
ｅＮＢ…無線基地局
２１…送信部
２２…ＲＡＣＨ手順部
【特許請求の範囲】
【請求項１】
無線基地局との間で搬送波周波数が異なる複数のキャリアを用いた通信を行うことができるように構成されている移動局であって、
前記通信を行っている場合で、かつ、上りリンクキャリアにおいてＲＡプリアンブルを送信した場合に、複数の下りリンクキャリアの中から、該上りリンクキャリアに対応する下りリンクキャリアでのみ、該ＲＡプリアンブルに対するＲＡレスポンスの検出を試みるように構成されているＲＡＣＨ手順部を具備することを特徴とする移動局。
【請求項１】
無線基地局との間で搬送波周波数が異なる複数のキャリアを用いた通信を行うことができるように構成されている移動局であって、
前記通信を行っている場合で、かつ、上りリンクキャリアにおいてＲＡプリアンブルを送信した場合に、複数の下りリンクキャリアの中から、該上りリンクキャリアに対応する下りリンクキャリアでのみ、該ＲＡプリアンブルに対するＲＡレスポンスの検出を試みるように構成されているＲＡＣＨ手順部を具備することを特徴とする移動局。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１１−１６６８０８（Ｐ２０１１−１６６８０８Ａ）
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願番号】特願２０１１−９０３７６（Ｐ２０１１−９０３７６）
【出願日】平成２３年４月１４日（２０１１．４．１４）
【分割の表示】特願２０１０−３０７５２（Ｐ２０１０−３０７５２）の分割
【原出願日】平成２２年２月１５日（２０１０．２．１５）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願日】平成２３年４月１４日（２０１１．４．１４）
【分割の表示】特願２０１０−３０７５２（Ｐ２０１０−３０７５２）の分割
【原出願日】平成２２年２月１５日（２０１０．２．１５）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]