(57)【要約】  基地局（１２０）は、自局に対するランダムアクセスにおいて移動通信端末（１１０）に送信させるプリアンブルを示すプリアンブル情報を決定し、識別子とプリアンブル情報との所定の対応関係を示す第一対応情報に基づいて、決定したプリアンブル情報に対応する識別子を導出し、導出した識別子を移動通信端末（１１０）に割り当てる。移動通信端末（１１０）は、基地局（１２０）によって識別子が割り当てられた後に基地局（１２０）に対してランダムアクセスを行う場合に、所定の対応関係を示す第二対応情報に基づいて、基地局（１２０）によって割り当てられた識別子に対応するプリアンブル情報を選択し、選択したプリアンブル情報に基づくプリアンブルを基地局（１２０）へ送信する。
2013140519.tif 000002
【特許請求の範囲】
【請求項１】
基地局と移動通信端末との間でランダムアクセス手順を実行し、前記基地局と前記移動通信端末とが無線通信する通信システムにおいて、
前記ランダムアクセス手順において前記移動通信端末が送信するプリアンブル情報と前記移動通信端末に割り当てた識別子との所定の対応関係を示す第一対応情報に基づいて、前記プリアンブル情報に対応する識別子を前記移動通信端末に割り当てる基地局と、
前記基地局が割り当てた識別子に対応するプリアンブル情報を前記基地局へ送信することによって前記基地局とランダムアクセス手順を実行する移動通信端末と、
を含むことを特徴とする通信システム。
【請求項２】
前記移動通信端末は、前記所定の対応関係を示す第二対応情報に基づいて、前記基地局が割り当てた識別子に対応するプリアンブル情報を送信することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記基地局は、前記移動通信端末に前記識別子を割り当てた状態で前記移動通信端末からのランダムアクセス手順があった場合に、前記移動通信端末に割り当てた識別子の変更を指示する変更指示信号を前記移動通信端末へ送信し、
前記移動通信端末は、前記基地局によって送信された変更指示信号に基づいて、前記基地局との無線通信に用いる識別子を変更し、変更した前記識別子に対応するプリアンブル情報に基づくプリアンブルを前記基地局へ送信することによって前記基地局とランダムアクセス手順を行うことを特徴とする請求項１に記載の通信システム。
【請求項４】
前記基地局は、前記移動通信端末と前記基地局との間の無線通信における伝搬品質に応じて、前記移動通信端末に選択させるプリアンブル情報を決定することを特徴とする請求項１に記載の通信システム。
【請求項５】
前記第一対応情報および前記第二対応情報は、前記移動通信端末と前記基地局との間の無線通信における伝搬品質と、前記識別子と、前記プリアンブル情報と、の所定の対応関係を示し、
前記移動通信端末は、前記基地局によって割り当てられた識別子および前記伝搬品質の組み合わせに対応するプリアンブル情報を選択し、
前記基地局は、前記移動通信端末に選択させるプリアンブル情報を前記伝搬品質ごとに決定し、決定した前記伝搬品質および前記プリアンブル情報の各組み合わせにおいて前記所定の対応関係を満たす識別子を導出し、導出した前記識別子を前記移動通信端末に割り当てることを特徴とする請求項２に記載の通信システム。
【請求項６】
前記基地局は、前記移動通信端末に選択させる前記伝搬品質ごとのプリアンブル情報を、前記伝搬品質によって異なるプリアンブル情報となるように決定することを特徴とする請求項５に記載の通信システム。
【請求項７】
前記基地局は、受信したプリアンブルに基づいて測定した前記伝搬品質の平均値を、前記受信したプリアンブルを示すプリアンブル情報ごとに記憶しておき、前記移動通信端末に選択させる前記伝搬品質ごとのプリアンブル情報を、前記伝搬品質が高いほど前記平均値が低いプリアンブル情報となるように決定することを特徴とする請求項５に記載の通信システム。
【請求項８】
前記伝搬品質は、前記基地局に対する前記移動通信端末の動作タイミングの差に基づく伝搬品質であることを特徴とする請求項５に記載の通信システム。
【請求項９】
前記伝搬品質は、前記基地局から前記移動通信端末へ送信される信号のパスロスに基づく伝搬品質であることを特徴とする請求項５に記載の通信システム。
【請求項１０】
前記伝搬品質は、前記基地局から前記移動通信端末へ送信される信号の干渉電力に基づく伝搬品質であることを特徴とする請求項５に記載の通信システム。
【請求項１１】
前記基地局は、各移動通信端末からのプリアンブルの受信回数を前記プリアンブル情報ごとに計数し、計数結果に基づいて前記移動通信端末に選択させるプリアンブル情報を決定することを特徴とする請求項１に記載の通信システム。
【請求項１２】
前記基地局は、前記移動通信端末に選択させるプリアンブル情報を、自局との無線通信における伝搬品質が高いほど前記受信回数が多いプリアンブル情報となるように決定することを特徴とする請求項１１に記載の通信システム。
【請求項１３】
前記基地局は、前記移動通信端末に選択させるプリアンブル情報を、自局との無線通信における伝搬品質が低いほど前記受信回数が多いプリアンブル情報となるように決定することを特徴とする請求項１１に記載の通信システム。
【請求項１４】
前記プリアンブル情報は、前記ランダムアクセス手順のプリアンブルの候補を示す情報であり、
前記移動通信端末は、前記プリアンブル情報が示すプリアンブルの候補のうちのいずれかのプリアンブルを送信することを特徴とする請求項１〜１３のいずれか一つに記載の通信システム。
【請求項１５】
基地局と移動通信端末との間でランダムアクセス手順を実行し、前記基地局と前記移動通信端末とが無線通信する通信システムの通信方法において、
前記基地局が、前記ランダムアクセス手順において前記移動通信端末が送信するプリアンブル情報と前記移動通信端末に割り当てた識別子との所定の対応関係を示す第一対応情報に基づいて、前記プリアンブル情報に対応する識別子を前記移動通信端末に割り当て、
前記移動通信端末が、前記基地局によって割り当てられた識別子に対応するプリアンブル情報を前記基地局へ送信することによって前記基地局とランダムアクセス手順を実行することを特徴とする通信方法。
【請求項１６】
基地局との間でランダムアクセス手順を実行し、前記基地局と無線通信する移動通信端末において、
前記ランダムアクセス手順において前記移動通信端末が送信するプリアンブル情報と前記移動通信端末に割り当てた識別子との所定の対応関係を示す第一対応情報に基づいて、前記基地局によって割り当てられた識別子に対応するプリアンブル情報に基づくプリアンブルを前記基地局へ送信することによって前記基地局と前記ランダムアクセス手順を実行することを特徴とする移動通信端末。
【請求項１７】
移動通信端末との間でランダムアクセス手順を実行し、前記移動通信端末と無線通信する基地局において、
前記ランダムアクセス手順において前記移動通信端末が送信するプリアンブル情報と前記移動通信端末に割り当てた識別子との所定の対応関係を示す第一対応情報に基づいて、前記プリアンブル情報に対応する識別子を前記移動通信端末に割り当て、前記移動通信端末に割り当てた識別子に対応するプリアンブル情報を送信した前記移動通信端末とランダムアクセス手順を実行することを特徴とする基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、通信方法、移動通信端末および基地局に関する。
【背景技術】
【０００２】
携帯電話などの移動通信端末における通信システムとして、たとえばＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）やＬＴＥ−ＡｄｖａｎｃｅｄなどのＬＴＥシステムが知られている（たとえば、下記特許文献１参照。）。ＬＴＥシステムにおいては、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ユーザ端末）接続のための初回アクセスやハンドオーバ先へのＵＥの接続シーケンスにおいて、ＵＥがｅＮＢ（ｅｖｏｌｕｔｉｏｎａｌ  Ｎｏｄｅ  Ｂ：基地局）に通信チャネルの割り当てを要求するためのＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ：ランダムアクセスチャネル）が使用される。【０００３】
また、ＬＴＥシステムにおいては、さらに、再同期や再接続、ＵＬ／ＤＬレジューミング（省電力状態からの復帰）などにおいてもＲＡＣＨが使用される。このため、ＬＴＥシステムにおいては、たとえば３Ｇシステムに比べてＲＡＣＨの使用頻度が数倍になる。ＲＡＣＨには、競合（Ｃｏｎｔｅｎｔｉｏｎ  Ｂａｓｅｄ）ＲＡＣＨおよび非競合（Ｎｏｎ  Ｃｏｎｔｅｎｔｉｏｎ）ＲＡＣＨの２種類がある。【０００４】
競合ＲＡＣＨにおいてはＵＥ側がランダムにプリアンブル（Ｐｒｅａｍｂｌｅ）を選択するため、複数のＵＥが同じプリアンブルリソース、ＲＡＣＨレスポンス、ＲＡＣＨメッセージ３を送受信する衝突が発生する可能性がある。このような衝突は、ランダムアクセス手続（ＲＡ  ｐｒｏｃｅｄｕｒｅ）における干渉の要因となる。【０００５】
競合ＲＡＣＨは、このような衝突を前提としており、最終的にｅＮＢ側でＲＡＣＨメッセージ３が正常にデコードされたＵＥが、ウイナー（Ｗｉｎｎｅｒ）ＵＥとなり、ランダムアクセス手続成功となる。なお、ＵＥ側では、各ＵＥが固有に持つ競合解決（Ｒｅｓｏｌｕｔｉｏｎ）ＩＤをＲＡＣＨメッセージ３によって送信する。そして、各ＵＥは、ｅＮＢからＲＡＣＨメッセージ４にて返却された競合解決ＩＤとＵＥ自身が持つ競合解決ＩＤとが一致していた場合にランダムアクセス手続の成功を認識する。【０００６】
一方、非競合ランダムアクセスにおいては、同じプリアンブル番号は同時に使用されないが、そもそもプリアンブルリソースは１セルに６４個であり、かつその中の一部を非競合ランダムアクセス専用プリアンブルとして使用する。このため、同じセルに在圏するＵＥの数が増えてくると、非競合ランダムアクセス用のプリアンブルリソースは枯渇し、競合ランダムアクセスに移行するため、ランダムアクセス手続における干渉要因となる。【０００７】
現状のＬＴＥシステムでは、ＵＥが頻繁にプリアンブルを上げた場合の干渉抑制のために、ＵＥのプリアンブル送信間隔を制御するバックオフインジケータ（Ｂａｃｋ  Ｏｆｆ  Ｉｎｄｉｃａｔｏｒ）が用意されている。そして、セル内のＵＥが増加することなどによりｅＮＢにて受信されるプリアンブルの数が増加すると、バックオフインジケータを使用して各ＵＥのプリアンブルの送信間隔を長くすることで干渉を低減させるようにしている。バックオフインジケータはセル単位での制御となっている。【０００８】
ＵＥからのプリアンブル送信においては、ＲＡＣＨシーケンスの成功率を上げるためにパワーランピング（Ｐｏｗｅｒ  Ｒｕｍｐｉｎｇ）が実施されており、プリアンブルの再送の度にプリアンブル出力パワーが上昇する。ただし、上記のように、ＬＴＥシステムにおいてはＲＡＣＨの使用頻度が高いことを考慮すると、ＵＥがプリアンブルをランダムに選択しているため、セル内に在圏するＵＥが増加した場合には多数のＲＡＣＨシーケンスが同時に動作することが想定される。このため、ＰＲＡＣＨ干渉の増加によるＲＡＣＨシーケンス失敗の確率が高くなる。【０００９】
また、バックオフインジケータによりプリアンブルの送信間隔を調整する制御だけでは、ＵＥ数が増加した場合に干渉の低減には十分ではない。すなわち、ＵＥのプリアンブル送信間隔を空けたとしても、各ＵＥが同じタイミングでＲＡＣＨシーケンスを要求すれば、干渉の低減には効果がない。さらに、バックオフインジケータ制御によりプリアンブル送信間隔が長くなると、再同期やＵＬレジューミングのためのプリアンブル送信までの時間が長くなるため、ＵＥの再同期や省電力からの復帰遅延の増大を招く。【００１０】
これに対して、ＬＴＥシステムにおいてセルに在圏するＵＥ数が増加した場合に、ＲＡＣＨシーケンスによる干渉の低減およびＲＡＣＨ成功率の向上により、システムスループットの向上とＵＥの再同期、省電力モードからの復帰遅延が減少する。そのためには、競合ＲＡＣＨ手続でのプリアンブルの衝突を少なくすることが求められる。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】国際公開第２００７／０９１６７５号
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、上述した従来の競合ＲＡＣＨにおいては、各ＵＥがプリアンブルをランダムに選択するため、各ＵＥが選択するプリアンブルをｅＮＢから制御して干渉の低減を図ることができないという問題がある。【００１３】
本発明は、上述した従来技術による問題点を解消するため、ランダムアクセスにおける干渉の低減を図ることができる通信システム、通信方法、移動通信端末および基地局を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上述した課題を解決し、目的を達成するため、本発明の一側面によれば、基地局と移動通信端末との間でランダムアクセス手順を実行し、前記基地局と前記移動通信端末とが無線通信する通信システムにおいて、前記基地局が、前記ランダムアクセス手順において前記移動通信端末が送信するプリアンブル情報と前記移動通信端末に割り当てた識別子との所定の対応関係を示す第一対応情報に基づいて、前記プリアンブル情報に対応する識別子を前記移動通信端末に割り当て、前記移動通信端末が、前記基地局によって割り当てられた識別子に対応するプリアンブル情報を前記基地局へ送信することによって前記基地局とランダムアクセス手順を実行する通信システム、通信方法、移動通信端末および基地局が提案される。
【発明の効果】
【００１５】
本発明の一側面によれば、ランダムアクセスにおける干渉の低減を図ることができるという効果を奏する。
【図面の簡単な説明】
【００１６】
【図１−１】図１−１は、実施の形態１にかかる通信システムの構成の一例を示す図である。
【図１−２】図１−２は、実施の形態１にかかる通信システムの構成の変形例を示す図である。
【図１−３】図１−３は、実施の形態１にかかる通信システムの適用例を示す図である。
【図２−１】図２−１は、ＵＥのハードウェア構成の一例を示す図である。
【図２−２】図２−２は、ｅＮＢのハードウェア構成の一例を示す図である。
【図３】図３は、初回アクセス時の競合ＲＡＣＨ手続のシーケンスの一例を示す図である。
【図４】図４は、２回目以降の競合ＲＡＣＨ手続シーケンスの一例を示す図である。
【図５】図５は、ＵＥの動作の一例を示すフローチャートである。
【図６】図６は、ＵＥによる初回アクセス時のＲＡＣＨ手続の一例を示すフローチャートである。
【図７】図７は、ＵＥによる２回目以降のＲＡＣＨ手続の一例を示すフローチャートである。
【図８】図８は、ｅＮＢの動作の一例を示すフローチャートである。
【図９】図９は、品質情報とプリアンブル番号との対応情報の一例を示す図である。
【図１０】図１０は、プリアンブルのグループ分けの一例を示す図である。
【図１１】図１１は、品質情報とグループ番号との対応情報の一例を示す図である。
【図１２】図１２は、実施の形態２にかかる通信システムの構成の一例を示す図である。
【図１３】図１３は、２回目以降の競合ＲＡＣＨ手続シーケンスの一例を示す図である。
【図１４】図１４は、ＵＥによる２回目以降のＲＡＣＨ手続の一例を示すフローチャートである。
【図１５】図１５は、ｅＮＢの動作の一例を示すフローチャートである。
【図１６】図１６は、実施の形態３にかかる通信システムの構成の一例を示す図である。
【図１７】図１７は、実施の形態４にかかる通信システムの構成の一例を示す図である。
【図１８】図１８は、実施の形態４にかかる通信システムの構成の他の例を示す図である。
【発明を実施するための形態】
【００１７】
以下に添付図面を参照して、本発明にかかる通信システム、通信方法、移動通信端末および基地局の実施の形態を詳細に説明する。
【００１８】
（実施の形態１）
（実施の形態１にかかる通信システムの構成）
図１−１は、実施の形態１にかかる通信システムの構成の一例を示す図である。図１−１に示すように、実施の形態１にかかる通信システム１００は、移動通信端末１１０と、基地局１２０と、を含んでいる。移動通信端末１１０は、基地局１２０に対するランダムアクセス（ランダムアクセス手順）を行う。移動通信端末１１０が行うランダムアクセスはたとえば競合ランダムアクセス（競合ＲＡＣＨ）である。
【００１９】
移動通信端末１１０および基地局１２０は、基地局１２０が移動通信端末１１０に割り当てた識別子を用いて互いに無線通信を行う。識別子は、移動通信端末１１０による基地局１２０に対するランダムアクセスにおいて基地局１２０が移動通信端末１１０に割り当てる。識別子は、たとえばＣ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ：セル無線ネットワーク一時識別子）である。
【００２０】
＜移動通信端末の構成＞
移動通信端末１１０は、通信制御部１１１と、識別子記憶部１１２と、対応関係記憶部１１３と、選択部１１４と、を備えている。通信制御部１１１は、移動通信端末１１０が基地局１２０との無線通信を行う場合に、基地局１２０に対するランダムアクセスを行う。具体的には、通信制御部１１１は、基地局１２０に対してプリアンブルを送信することによって移動通信端末１１０への識別子の割り当てを基地局１２０に要求する。
【００２１】
そして、基地局１２０が、移動通信端末１１０に識別子を割り当て、割り当てた識別子を移動通信端末１１０へ送信すると、通信制御部１１１は、基地局１２０から送信された識別子によって無線通信を行う。また、通信制御部１１１は、基地局１２０から送信された識別子を識別子記憶部１１２へ出力する。
【００２２】
また、通信制御部１１１は、選択部１１４によって通知されたプリアンブル情報に基づくプリアンブルを基地局１２０へ送信する。たとえば、移動通信端末１１０のメモリには、プリアンブル情報とプリアンブルとを対応付けるプリアンブル対応情報が記憶されている。通信制御部１１１は、選択部１１４によって通知されたプリアンブル情報に対応するプリアンブルをプリアンブル対応情報に基づいて生成し、生成したプリアンブルを基地局１２０へ送信する。プリアンブル情報に対応する複数のプリアンブルが候補として存在する場合は、通信制御部１１１は、複数のプリアンブルのうちのいずれかのプリアンブルを選択し、選択したプリアンブルを生成して送信する。
【００２３】
識別子記憶部１１２は、通信制御部１１１から出力された識別子を記憶する。したがって、識別子記憶部１１２には、ランダムアクセスによって移動通信端末１１０に割り当て済みの識別子が記憶される。
【００２４】
対応関係記憶部１１３は、基地局１２０から割り当てられる識別子と、プリアンブル情報と、の所定の対応関係を示す対応情報を記憶する。所定の対応関係は、移動通信端末１１０および基地局１２０に共通してあらかじめ設定される対応関係である。プリアンブル情報は、たとえば、ランダムアクセスに用いるプリアンブルを示す情報である。プリアンブルを示す情報は、たとえば６４通りのプリアンブルが存在する場合において、０〜６３などのプリアンブル番号である。
【００２５】
または、プリアンブル情報は、ランダムアクセスに用いるプリアンブルの候補を示す情報であってもよい。たとえば、プリアンブル番号は複数のグループに分けられており、プリアンブル情報は、プリアンブル番号のグループを示す情報である。この場合は、プリアンブル情報が示すグループに含まれる一または複数のプリアンブル番号が、ランダムアクセスに用いるプリアンブルの候補となる。
【００２６】
対応関係記憶部１１３に記憶される対応情報は、たとえば、識別子からプリアンブル情報を算出可能な関数である。または、対応関係記憶部１１３に記憶される対応情報は、識別子とプリアンブル情報とを対応付けるテーブルなどであってもよい。
【００２７】
選択部１１４は、対応関係記憶部１１３に記憶された対応情報に基づいて、識別子記憶部１１２に記憶された識別子に対応するプリアンブル情報を選択する。すなわち、選択部１１４は、識別子記憶部１１２に記憶された識別子との間で、対応関係記憶部１１３に記憶された対応情報が示す所定の対応関係を満たすプリアンブル情報を選択する。
【００２８】
また、選択部１１４は、たとえば基地局１２０に対する初回アクセス時など、基地局１２０によって割り当てられた識別子が識別子記憶部１１２に記憶されていない場合は、プリアンブル情報をたとえばランダムに選択する。または、選択部１１４は、識別子が識別子記憶部１１２に記憶されていない場合は、移動通信端末１１０との間の伝搬品質に応じてプリアンブル情報を選択してもよい。選択部１１４は、選択したプリアンブル情報を通信制御部１１１へ通知する。
【００２９】
これにより、移動通信端末１１０は、基地局１２０から割り当てられた識別子がある場合は、基地局１２０から割り当てられた識別子に応じたプリアンブルによって基地局１２０に対するランダムアクセスを行うことができる。
【００３０】
＜基地局の構成＞
基地局１２０は、通信制御部１２１と、決定部１２２と、対応関係記憶部１２３と、導出部１２４と、を備えている。通信制御部１２１は、移動通信端末１１０からのランダムアクセスを処理する。具体的には、通信制御部１２１は、移動通信端末１１０からプリアンブルを受信すると、受信通知を決定部１２２へ出力する。そして、通信制御部１２１は、受信通知を出力したことにより導出部１２４から通知された識別子を移動通信端末１１０に割り当て、割り当てた識別子を移動通信端末１１０へ送信する。
【００３１】
決定部１２２は、通信制御部１２１から受信通知が出力されると、基地局１２０に対する未来（たとえば次回）のランダムアクセスにおいて移動通信端末１１０に選択させるプリアンブル情報を決定し、決定したプリアンブル情報を導出部１２４へ通知する。決定部１２２によるプリアンブル情報の決定については後述する。
【００３２】
対応関係記憶部１２３は、移動通信端末１１０の対応関係記憶部１１３に記憶された対応情報が示す所定の対応関係と同じ関係を示す対応情報を記憶する。対応関係記憶部１２３に記憶される対応情報は、たとえば、プリアンブル情報から識別子を算出可能な関数である。または、対応関係記憶部１２３に記憶される対応情報は、識別子とプリアンブル情報とを対応付けるテーブルなどであってもよい。
【００３３】
導出部１２４は、対応関係記憶部１２３に記憶された対応情報に基づいて、決定部１２２から通知されたプリアンブル情報に対応する識別子を導出する。すなわち、導出部１２４は、決定部１２２から通知されたプリアンブル情報との間で、対応関係記憶部１２３に記憶された対応情報が示す所定の対応関係を満たす識別子を導出する。これにより、導出部１２４は、決定部１２２から通知されたプリアンブル情報を移動通信端末１１０に選択させるための識別子を導出することができる。導出部１２４は、導出した識別子を通信制御部１２１へ通知する。
【００３４】
図１−２は、実施の形態１にかかる通信システムの構成の変形例を示す図である。図１−２に示すように、基地局１２０は、図１−１に示した構成に加えて品質取得部１２５を備えていてもよい。品質取得部１２５は、移動通信端末１１０と基地局１２０との間の無線通信における伝搬品質を示す品質情報を取得する。
【００３５】
たとえば、品質取得部１２５は、移動通信端末１１０から受信したプリアンブルを通信制御部１２１から取得し、取得したプリアンブルに基づいて伝搬品質を測定することによって品質情報を取得する。または、品質取得部１２５は、移動通信端末１１０において測定された伝搬品質を示す品質情報を、通信制御部１１１を介して取得してもよい。
【００３６】
品質取得部１２５は、取得した品質情報を決定部１２２へ出力する。決定部１２２は、品質取得部１２５から出力された品質情報に応じてプリアンブル情報を決定する。これにより、移動通信端末１１０によって送信されるプリアンブルを、基地局１２０との無線通信における伝搬品質に応じて制御することができる。
【００３７】
図１−３は、実施の形態１にかかる通信システムの適用例を示す図である。図１−３に示す通信システム１３０は、図１−１または図１−２に示した通信システム１００を適用したＬＴＥまたはＬＴＥ−ＡｄｖａｎｃｅｄなどのＬＴＥシステムである。
【００３８】
通信システム１３０は、ｅＮＢ１３１と、ＵＥ１３２，１３３と、を含んでいる。ｅＮＢ１３１は、図１−１に示した基地局１２０に対応する構成である。カバーエリア１３１ａは、ｅＮＢ１３１のカバーエリアである。ＵＥ１３２，１３３のそれぞれは、図１−１に示した移動通信端末１１０に対応する構成である。ＵＥ１３２，１３３は、カバーエリア１３１ａに位置しており、基地局１２０との間で無線通信を行う。
【００３９】
ＵＥ１３２，１３３によるｅＮＢ１３１に対するランダムアクセスは、初回アクセス（Ｉｎｉｔｉａｌ  Ａｃｃｅｓｓ）、同期外れの場合の再同期、ハンドオーバ（Ｈａｎｄｏｖｅｒ）などにおいて行われる。また、ＵＥ１３２，１３３によるｅＮＢ１３１に対するランダムアクセスは、一定時間データ通信が無い場合にＵＥがＵＬリソースを解放（通信停止）した後に、通信を再開する際のレジューミングなどにおいても行われてもよい。レジューミングには、ＵＥ１３２の側からトリガするＵＬレジューミングや、ｅＮＢ１３１の側からトリガするＤＬレジューミングが含まれてもよい。
【００４０】
以下、主にｅＮＢ１３１とＵＥ１３２との間のランダムアクセスについて説明するが、ｅＮＢ１３１とＵＥ１３３との間のランダムアクセスについても同様である。
【００４１】
（ＵＥのハードウェア構成）
図２−１は、ＵＥのハードウェア構成の一例を示す図である。図１−３に示したＵＥ１３２は、たとえば図２−１に示す通信装置２１０によって実現することができる。通信装置２１０は、ＣＰＵ２１１と、メインメモリ２１２と、補助メモリ２１３と、ユーザインタフェース２１４と、無線通信インタフェース２１５と、を備えている。ＣＰＵ２１１、メインメモリ２１２、補助メモリ２１３、ユーザインタフェース２１４および無線通信インタフェース２１５は、バス２１９によって接続されている。
【００４２】
ＣＰＵ２１１（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）は、通信装置２１０の全体の制御を司る。また、通信装置２１０はＣＰＵ２１１を複数備えていてもよい。メインメモリ２１２は、たとえばＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。メインメモリ２１２は、ＣＰＵ２１１のワークエリアとして使用される。補助メモリ２１３は、たとえば、ハードディスク、光ディスク、フラッシュメモリなどの不揮発メモリである。補助メモリ２１３には、通信装置２１０を動作させる各種のプログラムが記憶されている。補助メモリ２１３に記憶されたプログラムは、メインメモリ２１２にロードされてＣＰＵ２１１によって実行される。
【００４３】
ユーザインタフェース２１４は、たとえば、ユーザからの操作入力を受け付ける入力デバイスや、ユーザへ情報を出力する出力デバイスなどを含む。入力デバイスは、たとえばキー（たとえばキーボード）やリモコンなどによって実現することができる。出力デバイスは、たとえばディスプレイやスピーカなどによって実現することができる。また、タッチパネルなどによって入力デバイスおよび出力デバイスを実現してもよい。ユーザインタフェース２１４は、ＣＰＵ２１１によって制御される。
【００４４】
無線通信インタフェース２１５は、たとえば、通信装置２１０の外部（たとえばｅＮＢ１３１）との間で無線通信を行う通信インタフェースである。無線通信インタフェース２１５は、ＣＰＵ２１１によって制御される。
【００４５】
図１−１に示した通信制御部１１１は、たとえばＣＰＵ２１１および無線通信インタフェース２１５によって実現することができる。図１−１に示した識別子記憶部１１２および対応関係記憶部１１３は、たとえばメインメモリ２１２や補助メモリ２１３によって実現することができる。図１−１に示した選択部１１４は、たとえばＣＰＵ２１１によって実現することができる。
【００４６】
（ｅＮＢのハードウェア構成）
図２−２は、ｅＮＢのハードウェア構成の一例を示す図である。図１−３に示したｅＮＢ１３１は、たとえば図２−２に示す通信装置２２０によって実現することができる。通信装置２２０は、ＣＰＵ２２１と、メインメモリ２２２と、補助メモリ２２３と、ユーザインタフェース２２４と、無線通信インタフェース２２５と、有線通信インタフェース２２６と、を備えている。ＣＰＵ２２１、メインメモリ２２２、補助メモリ２２３、ユーザインタフェース２２４、無線通信インタフェース２２５および有線通信インタフェース２２６は、バス２２９によって接続されている。
【００４７】
ＣＰＵ２２１、メインメモリ２２２、補助メモリ２２３、ユーザインタフェース２２４は、それぞれ図２−１に示したＣＰＵ２１１、メインメモリ２１２、補助メモリ２１３、ユーザインタフェース２１４と同様である。
【００４８】
無線通信インタフェース２２５は、たとえば、通信装置２２０の外部（たとえばＵＥ１３２）との間で無線通信を行う通信インタフェースである。無線通信インタフェース２２５は、ＣＰＵ２２１によって制御される。
【００４９】
有線通信インタフェース２２６は、たとえば、通信装置２２０の外部（たとえば基幹ネットワーク）との間で有線通信を行う通信インタフェースである。有線通信インタフェース２２６は、ＣＰＵ２２１によって制御される。
【００５０】
図１−１に示した通信制御部１２１は、たとえばＣＰＵ２２１および無線通信インタフェース２２５によって実現することができる。図１−１に示した決定部１２２および導出部１２４は、たとえばＣＰＵ２２１によって実現することができる。図１−１に示した対応関係記憶部１２３は、たとえばメインメモリ２２２や補助メモリ２２３によって実現することができる。図１−２に示した品質取得部１２５は、たとえばＣＰＵ２２１によって実現することができる。
【００５１】
（初回アクセス時の競合ＲＡＣＨ手続のシーケンス）
図３は、初回アクセス時の競合ＲＡＣＨ手続のシーケンスの一例を示す図である。図３に示すように、ｅＮＢ１３１は、ＭＡＣ制御部３０１と、ＲＲＣ処理部３０２と、を備えている。ＭＡＣ制御部３０１は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：メディアアクセス制御）の処理を行う。ＲＲＣ処理部３０２は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：無線リソース制御）の処理を行う。ＭＡＣ制御部３０１およびＲＲＣ処理部３０２は、たとえば図２−２に示したＣＰＵ２２１によって実現することができる。
【００５２】
図１−３に示した通信システム１３０においては、ＵＥ１３２のｅＮＢ１３１への初回アクセス時の競合ＲＡＣＨ手続として、たとえば以下の各ステップが行われる。まず、ＵＥ１３２が、たとえば０〜６３のいずれかのプリアンブル番号をランダムに選択する（ステップＳ３０１）。つぎに、ＵＥ１３２が、ステップＳ３０１によって選択したプリアンブル番号に対応するプリアンブルをｅＮＢ１３１へ送信する（ステップＳ３０２）。
【００５３】
つぎに、ｅＮＢ１３１のＭＡＣ制御部３０１が、ＵＥ１３２に一時的に割り当てるテンポラリＣ−ＲＮＴＩを選択する（ステップＳ３０３）。つぎに、ＭＡＣ制御部３０１が、ステップＳ３０３によって選択したテンポラリＣ−ＲＮＴＩを含むＲＡＣＨレスポンスをＵＥ１３２へ送信する（ステップＳ３０４）。
【００５４】
つぎに、ＵＥ１３２が、ステップＳ３０４によって送信されたＲＡＣＨレスポンスに含まれるテンポラリＣ−ＲＮＴＩに基づいて、ＲＡＣＨメッセージ３を作成する（ステップＳ３０５）。ＲＡＣＨメッセージ３には、ステップＳ３０４によって送信されたＲＡＣＨレスポンスに含まれるテンポラリＣ−ＲＮＴＩと、競合解決ＩＤと、が含まれる。競合解決ＩＤは、端末固有のＩＤである。
【００５５】
つぎに、ＵＥ１３２が、ステップＳ３０５によって作成したＲＡＣＨメッセージ３をｅＮＢ１３１へ送信する（ステップＳ３０６）。つぎに、ｅＮＢ１３１のＭＡＣ制御部３０１が、ステップＳ３０６によって送信されたＲＡＣＨメッセージ３に含まれる競合解決ＩＤをｅＮＢ１３１のメモリに記憶する（ステップＳ３０７）。ｅＮＢ１３１のメモリは、たとえば図２−２に示したメインメモリ２２２や補助メモリ２２３である。つぎに、ＭＡＣ制御部３０１が、ステップＳ３０６によって送信されたＲＡＣＨメッセージ３に含まれるテンポラリＣ−ＲＮＴＩをＲＲＣ処理部３０２へ通知する（ステップＳ３０８）。
【００５６】
つぎに、ＲＲＣ処理部３０２が、ステップＳ３０８の通知に基づいて、ＵＥ１３２のためのＵＥリソースを確保する（ステップＳ３０９）。たとえば、ＵＥリソースは、ｅＮＢ１３１と接続中のＵＥに対してｅＮＢ１３１において割り当てられる端末番号などである。つぎに、ＲＲＣ処理部３０２が、ステップＳ３０９によって確保したＵＥリソース（たとえば端末番号）を、ステップＳ３０８によって通知されたテンポラリＣ−ＲＮＴＩと対応付けてＭＡＣ制御部３０１へ通知する（ステップＳ３１０）。
【００５７】
つぎに、ＭＡＣ制御部３０１が、ステップＳ３０６によって送信されたＲＡＣＨメッセージ３に含まれるテンポラリＣ−ＲＮＴＩを、ＵＥ１３２（対象ＵＥ）の正式なＣ−ＲＮＴＩとして登録する（ステップＳ３１１）。たとえば、ＭＡＣ制御部３０１は、ステップＳ３１０によって通知されたＵＥリソースとテンポラリＣ−ＲＮＴＩとを対応付けてｅＮＢ１３１のメモリに記憶することで、テンポラリＣ−ＲＮＴＩをＵＥ１３２の正式なＣ−ＲＮＴＩとして登録する。
【００５８】
つぎに、ＭＡＣ制御部３０１が、ステップＳ３１１によって登録した正式なＣ−ＲＮＴＩと、ステップＳ３０７によって記憶した競合解決ＩＤと、を含むＲＡＣＨメッセージ４をＵＥ１３２へ送信する（ステップＳ３１２）。
【００５９】
つぎに、ＵＥ１３２が、ステップＳ３１２によって送信されたＲＡＣＨメッセージ４に含まれる競合解決ＩＤと、ＵＥ１３２の固有の競合解決ＩＤと、の一致を判定する（ステップＳ３１３）。競合解決ＩＤが一致していた場合は、ｅＮＢ１３１によるＵＥ１３２へのＵＥリソースの割り当てが確定したと判断することができる。
【００６０】
この場合は、ＵＥ１３２は、ステップＳ３１２によって送信されたＲＡＣＨメッセージ４に含まれるＣ−ＲＮＴＩをＵＥ１３２（自ＵＥ）の正式なＣ−ＲＮＴＩとして登録する（ステップＳ３１４）。具体的には、ＵＥ１３２は、ＲＡＣＨメッセージ４に含まれるＣ−ＲＮＴＩをＵＥ１３２のメモリに記憶する。
【００６１】
つぎに、ＵＥ１３２は、ステップＳ３１４によって登録したＣ−ＲＮＴＩを使用してｅＮＢ１３１との間で通信を開始する（ステップＳ３１５）。ステップＳ３１３において、競合解決ＩＤが一致していなかった場合は、ＵＥ１３２は、自ＵＥにはＵＥリソースが割り当てられなかったと判断し、ステップＳ３０１に戻ってランダムアクセスを再開する。
【００６２】
（２回目以降の競合ＲＡＣＨ手続シーケンス）
図４は、２回目以降の競合ＲＡＣＨ手続シーケンスの一例を示す図である。図１−３に示した通信システム１３０においては、同期外れ、レジューミング、ハンドオーバなどの発生時に、ＵＥ１３２のｅＮＢ１３１への２回目以降の競合ＲＡＣＨ手続として、たとえば以下の各ステップが行われる。
【００６３】
まず、ＵＥ１３２が、自ＵＥに登録済みのＣ−ＲＮＴＩに基づいてプリアンブル番号を選択する（ステップＳ４０１）。自ＵＥに登録済みのＣ−ＲＮＴＩは、たとえば図３のステップＳ３１４によって登録した正式なＣ−ＲＮＴＩである。Ｃ−ＲＮＴＩに基づくプリアンブル番号の選択については後述する。つぎに、ＵＥ１３２が、ステップＳ４０１によって選択したプリアンブル番号に対応するプリアンブルをｅＮＢ１３１へ送信する（ステップＳ４０２）。
【００６４】
つぎに、ｅＮＢ１３１のＭＡＣ制御部３０１が、ＵＥ１３２に一時的に割り当てるテンポラリＣ−ＲＮＴＩを選択する（ステップＳ４０３）。つぎに、ＭＡＣ制御部３０１が、ステップＳ４０３によって選択したテンポラリＣ−ＲＮＴＩを含むＲＡＣＨレスポンスをＵＥ１３２へ送信する（ステップＳ４０４）。つぎに、ＵＥ１３２が、ステップＳ４０４によって送信されたテンポラリＣ−ＲＮＴＩに基づいて、ＲＡＣＨメッセージ３を作成する（ステップＳ４０５）。
【００６５】
つぎに、ＵＥ１３２が、ステップＳ４０５によって作成したＲＡＣＨメッセージ３に、自ＵＥに登録済みのＣ−ＲＮＴＩを格納したＭＡＣ＿ＣＥを付加する（ステップＳ４０６）。したがって、ＲＡＣＨメッセージ３には、ステップＳ４０４によって送信されたテンポラリＣ−ＲＮＴＩと、自ＵＥに登録済みのＣ−ＲＮＴＩを格納したＭＡＣ＿ＣＥと、が含まれている。つぎに、ＵＥ１３２が、ステップＳ４０６によってＭＡＣ＿ＣＥを付加したＲＡＣＨメッセージ３をｅＮＢ１３１へ送信する（ステップＳ４０７）。
【００６６】
つぎに、ｅＮＢ１３１のＭＡＣ制御部３０１が、ステップＳ４０７によって送信されたＲＡＣＨメッセージ３に含まれるＭＡＣ＿ＣＥに含まれるＣ−ＲＮＴＩに基づいてＵＥ１３２を特定する（ステップＳ４０８）。具体的には、ＭＡＣ制御部３０１は、ｅＮＢ１３１のメモリから、ＭＡＣ＿ＣＥに含まれるＣ−ＲＮＴＩと対応付けて登録されたＵＥにリソース（たとえば端末番号）を検索する。
【００６７】
つぎに、ＭＡＣ制御部３０１が、ステップＳ４０７によって送信されたＲＡＣＨメッセージ３に含まれるＭＡＣ＿ＣＥに含まれるＣ−ＲＮＴＩを格納したＲＡＣＨメッセージ４を作成する（ステップＳ４０９）。つぎに、ＭＡＣ制御部３０１が、ステップＳ４０９によって作成したＲＡＣＨメッセージ４をＵＥ１３２へ送信する（ステップＳ４１０）。つぎに、ＵＥ１３２が、自ＵＥに登録済みのＣ−ＲＮＴＩを使用してｅＮＢ１３１との間で通信を開始する（ステップＳ４１１）。
【００６８】
以上のような各ステップにより、ＵＥ１３２のｅＮＢ１３１への２回目のアクセス時や、ハンドオーバ時、再接続（Ｒｅ−Ｅｓｔａｂｌｉｓｈｍｅｎｔ）などのランダムアクセスにおいて、ＵＥ１３２によって送信されるプリアンブルをｅＮＢ１３１から制御することができる。
【００６９】
（ＵＥの動作）
図５は、ＵＥの動作の一例を示すフローチャートである。ＵＥ１３２は、たとえば以下の各ステップを実行する。まず、ＵＥ１３２は、ｅＮＢ１３１へのＲＡＣＨ手続を実行するか否かを判断し（ステップＳ５０１）、ＲＡＣＨ手続を実行すると判断するまで待つ（ステップＳ５０１：Ｎｏのループ）。たとえば、ＵＥ１３２は、ｅＮＢ１３１のカバーエリア１３１ａへの進入、ｅＮＢ１３１へのハンドオーバ、再同期、再接続、ＵＬ／ＤＬレジューミングなどが発生した場合にＲＡＣＨ手続を実行すると判断する。
【００７０】
ステップＳ５０１において、ＲＡＣＨ手続を実行すると判断すると（ステップＳ５０１：Ｙｅｓ）、ＵＥ１３２は、実行するＲＡＣＨ手続によるｅＮＢ１３１のアクセスが、ｅＮＢ１３１への初回アクセスか否かを判断する（ステップＳ５０２）。初回アクセスである場合（ステップＳ５０２：Ｙｅｓ）は、ＵＥ１３２は、初回アクセス時のＲＡＣＨ手続を実行し（ステップＳ５０３）、ステップＳ５０１へ戻る。初回アクセス時のＲＡＣＨ手続については後述する（たとえば図６参照）。
【００７１】
ステップＳ５０２において、初回アクセスでない場合（ステップＳ５０２：Ｎｏ）は、ＵＥ１３２は、２回目以降のＲＡＣＨ手続を実行し（ステップＳ５０４）、ステップＳ５０１へ戻る。２回目以降のＲＡＣＨ手続については後述する（たとえば図７参照）。
【００７２】
（ＵＥによる初回アクセス時のＲＡＣＨ手続）
図６は、ＵＥによる初回アクセス時のＲＡＣＨ手続の一例を示すフローチャートである。ＵＥ１３２は、図５に示したステップＳ５０３において、たとえば以下の各ステップを実行する。まず、ＵＥ１３２は、たとえば０〜６３のいずれかのプリアンブル番号をランダムに選択する（ステップＳ６０１）。つぎに、ＵＥ１３２は、ステップＳ６０１によって選択したプリアンブル番号に対応するプリアンブルをｅＮＢ１３１へ送信する（ステップＳ６０２）。
【００７３】
つぎに、ＵＥ１３２は、ｅＮＢ１３１からのＲＡＣＨレスポンスを受信したか否かを判断し（ステップＳ６０３）、ＲＡＣＨレスポンスを受信するまで待つ（ステップＳ６０３：Ｎｏのループ）。ＲＡＣＨレスポンスを受信すると（ステップＳ６０３：Ｙｅｓ）、ＵＥ１３２は、受信したＲＡＣＨレスポンスからテンポラリＣ−ＲＮＴＩを取得する（ステップＳ６０４）。
【００７４】
つぎに、ＵＥ１３２は、ステップＳ６０４によって取得したテンポラリＣ−ＲＮＴＩと、ＵＥ１３２の競合解決ＩＤと、を含むＲＡＣＨメッセージ３を作成する（ステップＳ６０５）。ＵＥ１３２は、ステップＳ６０５によって作成したＲＡＣＨメッセージ３をｅＮＢ１３１へ送信する（ステップＳ６０６）。
【００７５】
つぎに、ＵＥ１３２は、ｅＮＢ１３１からのＲＡＣＨメッセージ４を受信したか否かを判断し（ステップＳ６０７）、ＲＡＣＨメッセージ４を受信するまで待つ（ステップＳ６０７：Ｎｏのループ）。ＲＡＣＨメッセージ４を受信すると（ステップＳ６０７：Ｙｅｓ）、ＵＥ１３２は、受信したＲＡＣＨメッセージ４から競合解決ＩＤを取得する（ステップＳ６０８）。
【００７６】
つぎに、ＵＥ１３２は、ステップＳ６０８によって取得した競合解決ＩＤが、ＵＥ１３２（自ＵＥ）の競合解決ＩＤと一致しているか否かを判断する（ステップＳ６０９）。競合解決ＩＤが一致していない場合（ステップＳ６０９：Ｎｏ）は、ＵＥ１３２は、ステップＳ６０１に戻ってＲＡＣＨ手続をやり直す。このとき、ＵＥ１３２は、ｅＮＢ１３１への送信電力を増加させてＲＡＣＨ手続をやり直してもよい。
【００７７】
ステップＳ６０９において、競合解決ＩＤが一致している場合（ステップＳ６０９：Ｙｅｓ）は、ＵＥ１３２は、ステップＳ６０７において受信したＲＡＣＨメッセージ４からＣ−ＲＮＴＩを取得する（ステップＳ６１０）。つぎに、ＵＥ１３２は、ステップＳ６１０によって取得したＣ−ＲＮＴＩを自ＵＥの正式なＣ−ＲＮＴＩとして登録する（ステップＳ６１１）。つぎに、ＵＥ１３２は、ステップＳ６１１によって登録したＣ−ＲＮＴＩを使用してｅＮＢ１３１との通信を開始し（ステップＳ６１２）、初回アクセス時のＲＡＣＨ手続を終了する。
【００７８】
（ＵＥによる２回目以降のＲＡＣＨ手続）
図７は、ＵＥによる２回目以降のＲＡＣＨ手続の一例を示すフローチャートである。ＵＥ１３２は、図５に示したステップＳ５０４において、たとえば以下の各ステップを実行する。まず、ＵＥ１３２は、自ＵＥに登録済みのＣ−ＲＮＴＩに基づいてプリアンブル番号を選択する（ステップＳ７０１）。自ＵＥに登録済みのＣ−ＲＮＴＩは、たとえば図６のステップＳ６１１によって登録した正式なＣ−ＲＮＴＩである。
【００７９】
つぎに、ＵＥ１３２は、ステップＳ７０１によって選択したプリアンブル番号に対応するプリアンブルをｅＮＢ１３１へ送信する（ステップＳ７０２）。ＵＥ１３２は、ｅＮＢ１３１からのＲＡＣＨレスポンスを受信したか否かを判断し（ステップＳ７０３）、ＲＡＣＨレスポンスを受信するまで待つ（ステップＳ７０３：Ｎｏのループ）。
【００８０】
ステップＳ７０３において、ＲＡＣＨレスポンスを受信すると（ステップＳ７０３：Ｙｅｓ）、ＵＥ１３２は、受信したＲＡＣＨレスポンスからテンポラリＣ−ＲＮＴＩを取得する（ステップＳ７０４）。つぎに、ＵＥ１３２は、ステップＳ７０４によって取得したテンポラリＣ−ＲＮＴＩと、自ＵＥに登録済みのＣ−ＲＮＴＩを含むＭＡＣ＿ＣＥと、を含むＲＡＣＨメッセージ３を作成する（ステップＳ７０５）。つぎに、ＵＥ１３２は、ステップＳ７０５によって作成したＲＡＣＨメッセージ３をｅＮＢ１３１へ送信する（ステップＳ７０６）。
【００８１】
つぎに、ＵＥ１３２は、ｅＮＢ１３１からのＲＡＣＨメッセージ４を受信したか否かを判断し（ステップＳ７０７）、ＲＡＣＨメッセージ４を受信するまで待つ（ステップＳ７０７：Ｎｏのループ）。ＲＡＣＨメッセージ４を受信すると（ステップＳ７０７：Ｙｅｓ）、ＵＥ１３２は、自ＵＥに登録済みのＣ−ＲＮＴＩを使用してｅＮＢ１３１との通信を開始し（ステップＳ７０８）、２回目以降のＲＡＣＨ手続を終了する。
【００８２】
（ｅＮＢの動作）
図８は、ｅＮＢの動作の一例を示すフローチャートである。ｅＮＢ１３１は、たとえば以下の各ステップを実行する。まず、ｅＮＢ１３１は、ＵＥ１３２からのプリアンブルを受信したか否かを判断し（ステップＳ８０１）、プリアンブルを受信するまで待つ（ステップＳ８０１：Ｎｏのループ）。プリアンブルを受信すると（ステップＳ８０１：Ｙｅｓ）、ｅＮＢ１３１は、ＵＥ１３２に一時的に割り当てるテンポラリＣ−ＲＮＴＩを選択する（ステップＳ８０２）。
【００８３】
つぎに、ｅＮＢ１３１は、ステップＳ８０２によって選択したテンポラリＣ−ＲＮＴＩを含むＲＡＣＨレスポンスを作成する（ステップＳ８０３）。つぎに、ｅＮＢ１３１は、ステップＳ８０３によって作成したＲＡＣＨレスポンスをＵＥ１３２へ送信する（ステップＳ８０４）。
【００８４】
つぎに、ｅＮＢ１３１は、ＵＥ１３２からのＲＡＣＨメッセージ３を受信したか否かを判断し（ステップＳ８０５）、ＲＡＣＨメッセージ３を受信するまで待つ（ステップＳ８０５：Ｎｏのループ）。ステップＳ８０１において、ＲＡＣＨメッセージ３を受信すると（ステップＳ８０５：Ｙｅｓ）、ｅＮＢ１３１は、受信したＲＡＣＨメッセージ３からテンポラリＣ−ＲＮＴＩと、メッセージ３に付与されている場合はＭＡＣ＿ＣＥを取得する（ステップＳ８０６）。
【００８５】
つぎに、ｅＮＢ１３１は、メッセージ３にＭＡＣ＿ＣＥが付与されていた場合はいずれかのＵＥに登録済みのＣ−ＲＮＴＩが、ステップＳ８０６によって取得したＭＡＣ＿ＣＥに含まれているか否かを判断する（ステップＳ８０７）。登録済みのＣ−ＲＮＴＩがＭＡＣ＿ＣＥに含まれていない場合（ステップＳ８０７：Ｎｏ）、もしくはＭＡＣ＿ＣＥがメッセージ３に付与されていなかった場合は、ＵＥ１３２によるＲＡＣＨ手続は、初回アクセス時のＲＡＣＨ手続であると判断する。ここで、ｅＮＢ１３１は、初回アクセス時のＲＡＣＨ手続きであると判断するために、メッセージ３にＣＣＣＨ  ＳＤＵが含まれている事で判断してもよい。このため、ｅＮＢ１３１は、ステップＳ８０１において受信したＲＡＣＨメッセージ３から、ＵＥ１３２の競合解決ＩＤを取得する（ステップＳ８０８）。
【００８６】
つぎに、ｅＮＢ１３１は、ステップＳ８０８によって取得した競合解決ＩＤをｅＮＢ１３１のメモリに記憶する（ステップＳ８０９）。つぎに、ｅＮＢ１３１は、ＵＥ１３２のためのＵＥリソースを確保可能か否かを判断する（ステップＳ８１０）。たとえば、ｅＮＢ１３１においてはｅＮＢ１３１と接続可能なＵＥの上限数が設定されており、ｅＮＢ１３１は、ｅＮＢ１３１と接続中のＵＥの数が上限数に達しているか否かを判断することによってＵＥリソースを確保可能か否かを判断する。
【００８７】
ステップＳ８１０において、ＵＥリソースを確保可能でない場合（ステップＳ８１０：Ｎｏ）は、ｅＮＢ１３１は、ステップＳ８０１へ戻る。ＵＥリソースを確保可能である場合（ステップＳ８１０：Ｙｅｓ）は、ｅＮＢ１３１は、ステップＳ８０６によって取得したテンポラリＣ−ＲＮＴＩと対応付けてＵＥリソースを確保する（ステップＳ８１１）。つぎに、ｅＮＢ１３１は、ステップＳ８０６によって取得したテンポラリＣ−ＲＮＴＩを、ＵＥ１３２（対象ＵＥ）の正式なＣ−ＲＮＴＩとして登録する（ステップＳ８１２）。
【００８８】
つぎに、ｅＮＢ１３１は、ステップＳ８１２によって登録したＣ−ＲＮＴＩと、ステップＳ８０９によって記憶した競合解決ＩＤと、を含むＲＡＣＨメッセージ４を作成する（ステップＳ８１３）。つぎに、ｅＮＢ１３１は、ステップＳ８１３により作成したＲＡＣＨメッセージ４をＵＥ１３２へ送信し（ステップＳ８１４）、ステップＳ８０１へ戻る。
【００８９】
ステップＳ８０７において、登録済みのＣ−ＲＮＴＩがＭＡＣ＿ＣＥに含まれている場合（ステップＳ８０７：Ｙｅｓ）は、ＵＥ１３２によるＲＡＣＨ手続は、２回目以降のＲＡＣＨ手続であると判断することができる。このため、ｅＮＢ１３１は、ステップＳ８０６によって取得されたＭＡＣ＿ＣＥからＣ−ＲＮＴＩを取得する（ステップＳ８１５）。
【００９０】
つぎに、ｅＮＢ１３１は、ステップＳ８１５によって取得したＣ−ＲＮＴＩに基づいてＵＥ１３２を特定する（ステップＳ８１６）。つぎに、ｅＮＢ１３１は、ステップＳ８１５によって取得したＣ−ＲＮＴＩを含むＲＡＣＨメッセージ４を作成する（ステップＳ８１７）。つぎに、ｅＮＢ１３１は、ステップＳ８１７によって作成したＲＡＣＨメッセージ４をＵＥ１３２へ送信し（ステップＳ８１８）、ステップＳ８０１へ戻る。
【００９１】
（ＵＥによるプリアンブル情報の選択）
下記（１）式は、ＵＥ１３２に記憶され、上記の所定の対応関係を示す対応情報である。ＵＥ１３２は、２回目以降のＲＡＣＨ手続において、たとえば下記（１）式と、過去に割り当てられた登録済みのＣ−ＲＮＴＩと、に基づいてプリアンブル番号を選択する。
【００９２】
プリアンブル番号
＝（Ｃ−ＲＮＴＩ＊Ａ１＋Ａ２）ｍｏｄ（ＲＡプリアンブル数）…（１）
【００９３】
ＲＡプリアンブル数は、たとえば３ＧＰＰにおいて定義されているパラメータｎｕｍｂｅｒ＿Ｏｆ＿ＲＡ＿ｐｒｅａｍｂｌｅｓである。０〜６３のプリアンブル番号のうち、ＲＡプリアンブル数で指定される値未満のプリアンブル番号が競合ランダムアクセス手続に使用されるプリアンブル番号となる。なお、０〜６３のプリアンブル番号のうち、ＲＡプリアンブル数以上のプリアンブル番号は、たとえば非競合ＲＡＣＨ手続に使用されるプリアンブル番号である。
【００９４】
係数Ａ１，Ａ２は、ＵＥ１３２およびｅＮＢ１３１の各メモリに記憶されており、ＵＥ１３２およびｅＮＢ１３１で共有しているパラメータである。係数Ａ１，Ａ２を変更することで、Ｃ−ＲＮＴＩによって選択するプリアンブル番号を調整することができる。たとえば係数Ａ１＝４，係数Ａ２＝１とすると、Ｃ−ＲＮＴＩが示す番号順に４つ置きに、オフセットが１で競合ランダムアクセス手続に使用されるプリアンブル番号が選択される。
【００９５】
（ｅＮＢによるＣ−ＲＮＴＩの選択）
下記（２）式は、ｅＮＢ１３１に記憶される対応情報である。下記（２）式は、上記（１）式を変形することによって導くことができる上記（１）式と同等な式であり、上記の所定の対応関係を示す対応情報である。
【００９６】
ｅＮＢ１３１は、まず、ＵＥ１３２に選択させるプリアンブル番号を決定する。そして、ｅＮＢ１３１は、ＵＥ１３２において上記（１）式に従ってプリアンブル番号が選択されることを前提として、決定したプリアンブル番号をＵＥ１３２が選択するようにＣ−ＲＮＴＩを選択する。具体的には、ｅＮＢ１３１は、下記（２）式と、決定したプリアンブル番号と、に基づいてＣ−ＲＮＴＩを算出することができる。
【００９７】
Ｃ−ＲＮＴＩ＝
｛（ＲＡプリアンブル数＊ｎ＋プリアンブル番号）−Ａ２｝／Ａ１        …（２）
【００９８】
ｎは、たとえばＲＡプリアンブル数＊ｎがＣ−ＲＮＴＩの値を超えない任意の正の整数である。ｅＮＢのみが記憶し、上記（２）式をｅＮＢが計算する際にｅＮＢによって任意に選択される。倍数ｎは、たとえばｅＮＢが決めたプリアンブル番号から上記（２）式を計算した際に算出されたＣ−ＲＮＴＩが、他のＵＥに既に割り付けられていた場合などに、ｅＮＢがｎをインクリメントしてさらに異なるＣ−ＲＮＴＩを選択するためなどに使用してもよい。
【００９９】
上記（２）式によって算出したＣ−ＲＮＴＩをＵＥ１３２に割り当てることで、ｅＮＢ１３１が決定したプリアンブル番号をＵＥ１３２に選択させることができる。これにより、ＵＥ１３２が選択するプリアンブルをｅＮＢ１３１から制御可能になる。
【０１００】
（ｅＮＢによるプリアンブル番号の決定）
ｅＮＢ１３１は、たとえば、ＵＥ１３２の品質情報に基づいてＵＥ１３２に選択させるプリアンブル番号を決定する。品質情報は、たとえば、ＵＥ１３２から受信したプリアンブルに基づいて伝搬品質を測定することによって得ることができる。
【０１０１】
図９は、品質情報とプリアンブル番号との対応情報の一例を示す図である。図９に示すテーブル９００は、品質情報とプリアンブル番号との対応情報である。テーブル９００は、たとえばｅＮＢ１３１のメモリに記憶されている。または、テーブル９００は、ｅＮＢ１３１が外部の装置から受信する情報であってもよい。
【０１０２】
テーブル９００においては、品質情報の値Ｑ１〜Ｑｎに対してそれぞれプリアンブル番号Ｐ１〜Ｐｎが対応付けられている。ｅＮＢ１３１は、品質情報に対応するプリアンブル番号をテーブル９００から取得する。そして、ｅＮＢ１３１は、取得したプリアンブル番号をＵＥ１３２が選択するようにＵＥ１３２にＣ−ＲＮＴＩを割り当てる。
【０１０３】
（プリアンブルのグループ分け）
ＵＥ１３２が選択するプリアンブルを制御する場合について説明したが、プリアンブルをグループ分けし、ＵＥ１３２が選択するプリアンブル番号のグループを制御するようにしてもよい。これにより、ＵＥ１３２が選択するプリアンブルの制御が簡単になり、処理負荷を低減することができる。
【０１０４】
図１０は、プリアンブルのグループ分けの一例を示す図である。図１０に示すように、プリアンブル番号として６４個の０〜６３を使用するとする。そして、たとえば、６４個のプリアンブル番号を、グループ番号＃０〜＃７の８つのグループに分けるとする。たとえばグループ番号＃０のグループには、プリアンブル番号の０〜７が含まれる。ＵＥ１３２は、たとえば下記（３）式と、登録済みのＣ−ＲＮＴＩと、に基づいてグループ番号を選択する。下記（３）式のグループ数は、図１０に示す例では８である。
【０１０５】
グループ番号＝（Ｃ−ＲＮＴＩ＊Ａ１＋Ａ２）ｍｏｄ（グループ数）…（３）
【０１０６】
ＵＥ１３２は、上記（３）式によって選択したグループ番号に含まれるプリアンブル番号の中のいずれかのプリアンブル番号を選択し、選択したプリアンブル番号に対応するプリアンブルをｅＮＢ１３１へ送信する。これに対して、ｅＮＢ１３１は、まず、ＵＥ１３２に選択させるグループ番号を決定する。
【０１０７】
図１１は、品質情報とグループ番号との対応情報の一例を示す図である。図１１に示すテーブル１１００は、品質情報とグループ番号との対応情報である。テーブル１１００は、たとえばｅＮＢ１３１のメモリに記憶されている。または、テーブル１１００は、ｅＮＢ１３１が外部の装置から受信する情報であってもよい。
【０１０８】
テーブル１１００においては、品質情報の値Ｑ１〜Ｑｎに対してそれぞれグループ番号Ｇ１〜Ｇｎが対応付けられている。ｅＮＢ１３１は、品質情報に対応するグループ番号をテーブル１１００から取得する。そして、ｅＮＢ１３１は、ＵＥ１３２において上記（３）式に従ってグループ番号が選択されることを前提として、テーブル１１００から取得したグループ番号をＵＥ１３２が選択するようにＣ−ＲＮＴＩを選択する。たとえば、ｅＮＢ１３１は、上記（３）式を変形した下記（４）式と、取得したグループ番号と、に基づいてＣ−ＲＮＴＩを算出することができる。
【０１０９】
Ｃ−ＲＮＴＩ＝｛（グループ数＊ｎ＋グループ番号）−Ａ２｝／Ａ１        …（４）
【０１１０】
ｎは、たとえば（グループ数＊ｎ）がＣ−ＲＮＴＩの値を超えない任意の正の整数である。ｅＮＢのみが記憶し、上記（３）式をｅＮＢが計算する際にｅＮＢによって任意に選択される。倍数ｎは、たとえばｅＮＢが決めたグループ番号から上記（２）式を計算した際に算出されたＣ−ＲＮＴＩが、他のＵＥに既に割り付けられていた場合などに、ｅＮＢがｎをインクリメントしてさらに異なるＣ−ＲＮＴＩを選択するためなどに使用してもよい。
【０１１１】
上記（４）式によって算出したＣ−ＲＮＴＩをＵＥ１３２に割り当てることで、ｅＮＢ１３１が決定したグループ番号−ＢをＵＥ１３２に選択させることができる。これにより、ＵＥ１３２が選択するプリアンブルのグループをｅＮＢ１３１から制御可能になる。
【０１１２】
このように、実施の形態１にかかる通信システム１００においては、移動通信端末１１０が過去に割り当てられた識別子に応じてプリアンブルを選択する。これにより、新たな制御情報を追加しなくても、基地局１２０から割り当てる識別子を選択することで、移動通信端末１１０によるプリアンブルの選択を制御することが可能になる。
【０１１３】
このため、移動通信端末１１０が選択するプリアンブルを基地局１２０から制御して、競合ランダムアクセスにおける干渉の低減を図ることができる。たとえば、競合ランダムアクセスにおいて、複数の移動通信端末１１０に対して異なる識別子を割り当てることで、複数の移動通信端末１１０が同一のプリアンブル番号を同時に選択して送信する確率を低くすることができる。
【０１１４】
（実施の形態２）
実施の形態２にかかる通信システム１００、移動通信端末１１０および基地局１２０について、実施の形態１にかかる通信システム１００、移動通信端末１１０および基地局１２０と異なる部分について説明する。
【０１１５】
図１２は、実施の形態２にかかる通信システムの構成の一例を示す図である。図１２において、図１−１に示した部分と同様の部分については同一の符号を付して説明を省略する。基地局１２０の通信制御部１２１は、移動通信端末１１０による基地局１２０への２回目以降のＲＡＣＨ手続の後に、移動通信端末１１０に割り当てた識別子の変更を指示する変更指示信号を移動通信端末１１０へ送信する。移動通信端末１１０の通信制御部１１１は、基地局１２０から送信された変更指示信号に基づいて、基地局１２０との無線通信に用いる識別子を変更する。
【０１１６】
また、通信制御部１１１は、変更指示信号に基づいて、識別子記憶部１１２に記憶する識別子を変更する。これにより、選択部１１４によって、変更された識別子に対応するプリアンブル情報が選択される。なお、移動通信端末１１０の識別子を変更する機能には、ハンドオーバに対応するために識別子を変更する機能を利用することができる。通信制御部１１１は、基地局１２０から変更指示信号を受信した後は、選択部１１４によって選択された、変更された識別子に対応するプリアンブル情報に基づくプリアンブルを基地局１２０へ送信する。
【０１１７】
（２回目以降の競合ＲＡＣＨ手続シーケンス）
図１３は、２回目以降の競合ＲＡＣＨ手続シーケンスの一例を示す図である。実施の形態２にかかる通信システム１３０においては、同期外れ、レジューミング、ハンドオーバなどの発生時に、ＵＥ１３２のｅＮＢ１３１への２回目以降の競合ＲＡＣＨ手続として、たとえば以下の各ステップが行われる。
【０１１８】
図１３に示すステップＳ１３０１〜Ｓ１３０８は、図４に示したステップＳ４０１〜Ｓ４０８と同様である。ステップＳ１３０８のつぎに、ＭＡＣ制御部３０１が、ステップＳ１３０７によって送信されたＲＡＣＨメッセージ３に含まれるテンポラリＣ−ＲＮＴＩをＲＲＣ処理部３０２へ通知する（ステップＳ１３０９）。図１３に示すステップＳ１３１０〜Ｓ１３１２は、図４に示したステップＳ４０９〜Ｓ４１１と同様である。
【０１１９】
ステップＳ１３１２のつぎに、ｅＮＢ１３１のＲＲＣ処理部３０２が、ＵＥ１３２のＣ−ＲＮＴＩを、ステップＳ１３０９によって通知されたテンポラリＣ−ＲＮＴＩに変更することを要求する信号であるＣ−ＲＮＴＩ変更要求をＵＥ１３２へ送信する（ステップＳ１３１３）。Ｃ−ＲＮＴＩ変更要求は、たとえばＲＲＣ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔによって送信することができる。
【０１２０】
つぎに、ＵＥ１３２が、ステップＳ１３１３によって送信されたＣ−ＲＮＴＩ変更要求にしたがって、ｅＮＢ１３１との間の通信に使用するＣ−ＲＮＴＩを変更する（ステップＳ１３１４）。以上のような各ステップにより、レジューミングや同期要求（ＳｙｎｃＲｅｑｕｅｓｔ）などにおいてランダムアクセスになったにおいても、ＵＥ１３２によって送信されるプリアンブルをｅＮＢ１３１から制御することができる。
【０１２１】
（ＵＥによる２回目以降のＲＡＣＨ手続）
図１４は、ＵＥによる２回目以降のＲＡＣＨ手続の一例を示すフローチャートである。実施の形態２にかかるＵＥ１３２は、図５に示したステップＳ５０４において、たとえば以下の各ステップを実行する。図１４に示すステップＳ１４０１〜Ｓ１４０８は、図７に示したステップＳ７０１〜Ｓ７０８と同様である。
【０１２２】
ステップＳ１４０８のつぎに、ＵＥ１３２は、Ｃ−ＲＮＴＩ変更要求をｅＮＢ１３１から受信したか否かを判断し（ステップＳ１４０９）、Ｃ−ＲＮＴＩ変更要求を受信するまで待つ（ステップＳ１４０９：Ｎｏのループ）。Ｃ−ＲＮＴＩ変更要求を受信すると（ステップＳ１４０９：Ｙｅｓ）、ＵＥ１３２は、Ｃ−ＲＮＴＩ変更要求にしたがって正式なＣ−ＲＮＴＩを変更する（ステップＳ１４１０）。つぎに、ＵＥ１３２は、ステップＳ１４１０によって変更したＣ−ＲＮＴＩによる通信を開始し（ステップＳ１４１１）、２回目以降のＲＡＣＨ手続を終了する。
【０１２３】
（ｅＮＢの動作）
図１５は、ｅＮＢの動作の一例を示すフローチャートである。実施の形態２にかかるｅＮＢ１３１は、たとえば以下の各ステップを実行する。図１５０１に示すステップＳ１５０１〜Ｓ１５１８は、図８に示したステップＳ８０１〜Ｓ８１８と同様である。ステップＳ１５１８のつぎに、ｅＮＢ１３１は、ＵＥ１３２のＣ−ＲＮＴＩを、ステップＳ１５０６によって取得したテンポラリＣ−ＲＮＴＩに変更することを要求するＣ−ＲＮＴＩ変更要求をＵＥ１３２へ送信し（ステップＳ１５１９）、ステップＳ１５０１へ戻る。
【０１２４】
このように、実施の形態２にかかる通信システム１００においては、移動通信端末１１０に識別子を割り当てた状態でランダムアクセスがあった場合に、基地局１２０からの変更指示信号によって移動通信端末１１０の識別子を変更できるようにする。これにより、同期外れやレジューミングなどの２回目以降のＲＡＣＨ手続の際に移動通信端末１１０の識別子が維持される場合にも、移動通信端末１１０によるプリアンブル情報の選択を基地局１２０から制御することが可能になる。
【０１２５】
（実施の形態３）
実施の形態３にかかる通信システム１００、移動通信端末１１０および基地局１２０について、実施の形態２にかかる通信システム１００、移動通信端末１１０および基地局１２０と異なる部分について説明する。
【０１２６】
（実施の形態３にかかる通信システムの構成）
図１６は、実施の形態３にかかる通信システムの構成の一例を示す図である。図１６において、図１−１に示した部分と同様の部分については同一の符号を付して説明を省略する。図１６に示すように、実施の形態３にかかる移動通信端末１１０は、図１−１に示した構成に加えて品質取得部１６１１を備えている。品質取得部１６１１は、たとえば図２−１に示した無線通信インタフェース２１５によって実現することができる。
【０１２７】
実施の形態３にかかる対応関係記憶部１１３，１２３に記憶された対応情報のそれぞれは、移動通信端末１１０と基地局１２０との間の無線通信における伝搬品質を示す品質情報と、識別子と、プリアンブル情報と、の所定の対応関係を示す情報となっている。
【０１２８】
＜移動通信端末の構成＞
移動通信端末１１０の対応関係記憶部１１３に記憶される対応情報は、たとえば、識別子および品質情報の組み合わせからプリアンブル情報を算出可能な関数である。または、対応関係記憶部１１３に記憶される対応情報は、識別子および品質情報の組み合わせと、プリアンブル情報と、を対応付けるテーブルなどであってもよい。
【０１２９】
品質取得部１６１１は、移動通信端末１１０と基地局１２０との間の無線通信における伝搬品質を示す品質情報を取得する。たとえば、品質取得部１６１１は、移動通信端末１１０が基地局１２０から送信される信号（たとえばリファレンス信号）に基づいて伝搬品質を測定することによって品質情報を取得する。または、品質取得部１６１１は、基地局１２０において測定された移動通信端末１１０と基地局１２０との間の伝搬品質を示す品質情報を、通信制御部１１１を介して基地局１２０から取得してもよい。品質取得部１６１１は、取得した品質情報を選択部１１４へ出力する。
【０１３０】
選択部１１４は、識別子記憶部１１２に記憶された識別子と、品質取得部１６１１から出力された品質情報と、の組み合わせにおいて、対応関係記憶部１１３に記憶された対応情報が示す所定の対応関係を満たすプリアンブル情報を選択する。これにより、基地局１２０に対する２回目以降のランダムアクセスを行う際に、前回のランダムアクセスにおいて基地局１２０によって割り当てられた識別子と、現時点の伝搬品質に応じたプリアンブル情報に基づくプリアンブルを送信することができる。
【０１３１】
＜基地局の構成＞
基地局１２０の決定部１２２は、移動通信端末１１０に選択させるプリアンブル情報を、品質情報ごとに決定する。たとえば、決定部１２２は、品質情報ごとのプリアンブル情報を、図９のテーブル９００のように決定する。
【０１３２】
対応関係記憶部１２３に記憶される対応情報は、たとえば、プリアンブル情報および品質情報の組み合わせから識別子を算出可能な関数である。または、対応関係記憶部１２３に記憶される対応情報は、プリアンブル情報および品質情報の組み合わせと、識別子と、を対応付けるテーブルなどであってもよい。
【０１３３】
導出部１２４は、決定部１２２から通知された品質情報ごとのプリアンブル情報に基づいて、伝搬品質およびプリアンブル情報の各組み合わせにおいて、対応関係記憶部１２３に記憶された対応情報が示す所定の対応関係を満たす識別子を導出する。通信制御部１２１は、導出部１２４によって導出された識別子を移動通信端末１１０に割り当てる。
【０１３４】
これに対して、移動通信端末１１０は、以降のランダムアクセスにおいて、基地局１２０から割り当てられた識別子と、ランダムアクセス時の伝搬品質を示す品質情報と、に基づくプリアンブル情報を選択する。これにより、導出部１２４によって導出する識別子を選択することで、品質情報ごとに、移動通信端末１１０が選択するプリアンブル番号を制御することができる。
【０１３５】
（ＵＥによるプリアンブル情報の選択）
下記（５）式は、ＵＥ１３２に記憶され、上記の所定の対応関係を示す対応情報である。ＵＥ１３２は、２回目以降のＲＡＣＨ手続において、たとえば下記（５）式と、過去に割り当てられた登録済みのＣ−ＲＮＴＩと、に基づいてプリアンブル番号を選択する。
【０１３６】
プリアンブル番号
＝調整用ｏｆｆｓｅｔ
＋｛調整係数＊（品質情報  ｍｏｄ  Ｂ１）＋Ｃ−ＲＮＴＩ  ｍｏｄ  Ｂ２｝
ｍｏｄ  ＲＡプリアンブル数                                …（５）
【０１３７】
調整係数は、プリアンブル番号の選択における品質情報とＣ−ＲＮＴＩの比重を調整する係数である。上記（５）式において、パラメータＢ１は、品質情報の区切り用パラメータである。パラメータＢ２は、Ｃ−ＲＮＴＩの区切り用パラメータである。パラメータＢ１，Ｂ２を変更することで、選択されるプリアンブルの間隔を変化させ、処理負荷を調整することができる。
【０１３８】
（ｅＮＢによるＣ−ＲＮＴＩの選択）
ｅＮＢ１３１は、品質情報とプリアンブル情報の各組み合わせにおいて上記（５）式を満たすＣ−ＲＮＴＩを導出し、導出したＣ−ＲＮＴＩをＵＥ１３２に割り当てる。これにより、割り当てたＣ−ＲＮＴＩと、ランダムアクセス時の品質情報と、によってＵＥ１３２が選択するプリアンブル番号が一意に決まる。このため、割り当てるＣ−ＲＮＴＩを選択することで、ＵＥ１３２が送信するプリアンブルをｅＮＢ１３１から制御することができる。さらに、ＵＥ１３２が送信するプリアンブルを、Ｃ−ＲＮＴＩを割り当てる時点では未知であるランダムアクセス時の伝搬品質に応じて制御することが可能になる。
【０１３９】
（ｅＮＢ１３１によるＵＥのＣ−ＲＮＴＩの変更）
また、実施の形態３において、実施の形態２のように、初回アクセス以外のＲＡＣＨ手続シーケンスにおいて、ＵＥ１３２のＣ−ＲＮＴＩをｅＮＢ１３１から変更させる構成としてもよい。
【０１４０】
（プリアンブルのグループ分け）
また、実施の形態３において、プリアンブルをグループ分けし、ＵＥ１３２が選択するプリアンブルのグループを制御するようにしてもよい。
【０１４１】
（品質情報の具体例）
＜品質情報にＴＡコマンド値を用いる例＞
ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報としては、たとえば、ＴＡ（Ｔｉｍｅ  Ａｌｉｇｎｍｅｎｔ）コマンド値を用いることができる。ＴＡコマンド値は、ｅＮＢ１３１に対するＵＥ１３２の動作タイミングの差を示す情報（送信タイミング調整情報）である。ＴＡコマンド値は、通常、ｅＮＢ１３１からの距離が大きいＵＥほど大きくなる。
【０１４２】
ｅＮＢ１３１からの距離が大きいＵＥは、ｅＮＢ１３１からの距離が小さいＵＥに比べて、ｅＮＢ１３１に届く信号の電力が小さくなるため、ＲＡＣＨ手続の成功率が低くなる。したがって、ＴＡコマンド値が示す動作タイミングの差が小さいほど、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質が高い。
【０１４３】
たとえば、ｅＮＢ１３１は、ＵＥ１３２からのプリアンブルに基づいて、ｅＮＢ１３１に対するＵＥ１３２の動作タイミングの差を測定することによってＴＡコマンド値を取得することができる。ＵＥ１３２は、ＴＡコマンド値を、ｅＮＢ１３１から受信することによって取得することができる。
【０１４４】
＜品質情報にパスロス値を用いる例＞
ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報として、パスロス（Ｐａｔｈｌｏｓｓ）の大きさを示すパスロス値を用いてもよい。パスロスは、通常、ｅＮＢ１３１からの距離が大きいＵＥほど大きくなる。また、パスロスは、ｅＮＢ１３１とＵＥ１３２との間の遮蔽物などによって信号が減衰している場合も大きくなる。したがって、パスロス値が示すパスロスが小さいほど、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質が高い。
【０１４５】
パスロスは、たとえば、ｅＮＢ１３１から送信される信号（たとえばリファレンス信号）に基づいてＵＥ１３２において測定することができる。ｅＮＢ１３１は、たとえばＵＥ１３２において測定されたパスロスの大きさを示すパスロス値を、ＵＥ１３２から受信することによって取得することができる。
【０１４６】
＜品質情報にＤＬ信号の干渉電力値を用いる例＞
ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報として、ＤＬ（ダウンリンク）信号の干渉電力値を用いてもよい。干渉電力値が高いＵＥは、本来の信号が干渉電力に埋もれやすく、信号が通りにくい。したがって、干渉電力値が低いほど、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質が高い。
【０１４７】
ＤＬ信号の干渉電力値は、たとえば、ｅＮＢ１３１から送信される信号（たとえばリファレンス信号）に基づいてＵＥ１３２において測定することができる。ｅＮＢ１３１は、たとえばＵＥ１３２において測定されたＤＬ信号の干渉電力値を、たとえばＭｅａｓｕｒｅｍｅｎｔ  ＲｅｐｏｒｔによってＵＥ１３２から受信することによって取得することができる。
【０１４８】
＜品質情報にＴＡコマンド値およびパスロス値を用いる例＞
ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報として、上記のＴＡコマンド値およびパスロス値の両方を用いてもよい。ＵＥ１３２は、たとえば、下記（６）式によって、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報（ＵＥ品質メトリック）を算出する。
【０１４９】
ＵＥ品質メトリック
＝（ＴＡコマンド値／ＴＡコマンド値の最大値）×α
＋（パスロス値／パスロス最大値の値）×β          …（６）
【０１５０】
上記（６）式において、α、βは、ＴＡコマンド値とパスロス値のどちらに比重を置くかを決めるパラメータである。ＴＡコマンド値およびパスロス値をそれぞれ最大値で除算することで、ＴＡコマンド値およびパスロス値を正規化して０〜１の範囲の評価値とすることができる。上記（６）式によって算出されたＵＥ品質メトリックの値が小さいほど、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質が高い。このように、ＴＡコマンド値とパスロス値の両方に基づいて品質情報を算出してもよい。
【０１５１】
＜品質情報にＴＡコマンド値およびＤＬ信号の干渉電力値を用いる例＞
ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報として、上記のＴＡコマンド値およびＤＬ信号の干渉電力値の両方を用いてもよい。ＵＥ１３２は、たとえば、下記（７）式によって、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報（ＵＥ品質メトリック）を算出する。
【０１５２】
ＵＥ品質メトリック
＝（ＴＡコマンド値／ＴＡコマンド値の最大値）×α
＋（ＤＬ信号の干渉電力値／ＤＬ信号の干渉電力値の最大値）×β    …（７）
【０１５３】
上記（７）式において、α、βは、ＴＡコマンド値とＤＬ信号の干渉電力値のどちらに比重を置くかを決めるパラメータである。ＴＡコマンド値およびＤＬ信号の干渉電力値をそれぞれ最大値で除算することで、ＴＡコマンド値およびＤＬ信号の干渉電力値を正規化して０〜１の範囲の評価値とすることができる。上記（７）式によって算出されたＵＥ品質メトリックの値が小さいほど、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質が高い。このように、ＴＡコマンド値とＤＬ信号の干渉電力値の両方に基づいて品質情報を算出してもよい。
【０１５４】
＜品質情報にＴＡコマンド値、ＤＬ信号の干渉電力値およびパスロス値を用いる例＞
ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報として、上記のＴＡコマンド値、ＤＬ信号の干渉電力値およびパスロス値を用いてもよい。ＵＥ１３２は、たとえば、下記（８）式によって、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報（ＵＥ品質メトリック）を算出する。
【０１５５】
ＵＥ品質メトリック
＝（ＴＡコマンド値／ＴＡコマンド値の最大値）×α
＋（ＤＬ信号の干渉電力値／ＤＬ信号の干渉電力最大値）×β
＋（パスロス値／パスロス最大値）×γ                    …（８）
【０１５６】
上記（８）式において、α、β、γは、ＴＡコマンド値、ＤＬ信号の干渉電力値およびパスロス値の各重みを決めるパラメータである。ＴＡコマンド値、ＤＬ信号の干渉電力値およびパスロス値をそれぞれ最大値で除算することで、ＴＡコマンド値、ＤＬ信号の干渉電力値およびパスロス値を正規化して０〜１の範囲の評価値とすることができる。上記（８）式によって算出されたＵＥ品質メトリックの値が小さいほど、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質が高い。このように、ＴＡコマンド値、ＤＬ信号の干渉電力値およびパスロス値に基づいて品質情報を算出してもよい。
【０１５７】
＜品質情報にＵＰＨを用いる例＞
ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報として、ＵＥ１３２の最大送信電力に対する現在の送信電力の比を示すＵＰＨ（ＵＥ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ）を用いてもよい。
【０１５８】
ＵＰＨは、ＵＥ１３２の送信電力余力を示す、３ＧＰＰ定義の値である。ＵＰＨの値が大きい場合は、ＵＥ１３２の最大送信電力に対して、実際のＵＥ１３２が送信している電力が小さいことを示す。すなわち、ＵＰＨは、電力を向上させる余力を示す値である。
【０１５９】
通信システム１３０においては、たとえば、ＵＥ１３２からｅＮＢ１３１へのＳＩＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  ａｎｄ  Ｎｏｉｓｅ  Ｒａｔｉｏ：信号対干渉雑音比）が目標値になるように、ｅＮＢ１３１からの指示（ＴＰＣ  Ｃｏｍｍａｎｄ）によりＵＥ１３２の送信電力を制御するＵＬ−ＴＰＣ機能が利用される。
【０１６０】
ＵＬ−ＴＰＣ機能により、品質の悪いＵＥは一定のＳＩＮＲを保てるように送信電力を高く、品質のよいＵＥは無駄な送信電力を使わないように送信電力を低くするように制御される。したがって、ＵＰＨが大きい場合は、送信電力が小さく、ＵＥ１３２が送信電力を上げなくても所定の品質で通信できることを示している。
【０１６１】
したがって、ＵＰＨが大きいほど、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質が高い。ｅＮＢ１３１は、たとえばＵＥ１３２において取得されたＵＰＨを、ＵＥ１３２から受信することによって取得することができる。
【０１６２】
（ｅＮＢによるプリアンブル情報の決定の具体例）
ここでは、品質情報にＴＡコマンド値を用いる場合における、ｅＮＢ１３１によるプリアンブル情報の決定について説明する。
【０１６３】
＜ＲＡＣＨ手続の成功率を均一化する例＞
たとえば、ｅＮＢ１３１は、ＵＥ１３２から受信したプリアンブルに基づいてＴＡコマンド値を算出し、算出したＴＡコマンド値を、ＵＥ１３２へ送信するＲＡＣＨレスポンスに格納することによってＵＥ１３２へ送信する。ＵＥ１３２は、ｅＮＢ１３１から受信したＲＡＣＨレスポンスからＴＡコマンド値を取得することができる。
【０１６４】
ｅＮＢ１３１（決定部１２２）は、ＴＡコマンド値に応じてプリアンブル情報が異なるように、ＴＡコマンド値ごとのプリアンブル情報を決定する。これにより、ｅＮＢ１３１からの距離が比較的大きいＵＥが選択するプリアンブル情報と、ｅＮＢ１３１からの距離が比較的小さいＵＥが選択するプリアンブル情報と、が異なるようにすることができる。
【０１６５】
このため、ｅＮＢ１３１からの距離が同程度のＵＥ同士が同じプリアンブル情報を選択する確率が高くなり、ｅＮＢ１３１からの距離が同程度でないＵＥ同士が同じプリアンブル情報を選択する確率が低くなる。したがって、ｅＮＢ１３１からの距離が同程度でないＵＥ同士のランダムアクセスにおいて干渉が発生する確率が低くなり、ｅＮＢ１３１からの距離ごとのＲＡＣＨ手続の成功率を均一化することができる。
【０１６６】
ここでは品質情報にＴＡコマンド値を用いる場合について説明したが、品質情報に上記のパスロス値、ＤＬ信号の干渉電力値、ＵＰＨおよびこれらの組み合わせを用いる場合についても同様である。このように、ＵＥ１３２に選択させる伝搬品質ごとのプリアンブル情報を、伝搬品質によって異なるプリアンブル情報となるように決定することで、ＲＡＣＨ手続の成功率を均一化することができる。
【０１６７】
＜特定のＵＥにおけるＲＡＣＨ手続の成功率を向上させる例＞
また、ｅＮＢ１３１は、過去に受信したプリアンブルに基づいて算出したＴＡコマンド値の平均値を、プリアンブル情報ごとにｅＮＢ１３１のメモリに記憶しておいてもよい。ｅＮＢ１３１は、ＴＡコマンド値ごとのプリアンブル情報を、ＴＡコマンド値が小さいほど、ＴＡコマンド値の過去平均が大きいプリアンブル情報となるように決定する。
【０１６８】
これにより、ｅＮＢ１３１から近いＵＥ（品質のよいＵＥ）ほど、ＴＡコマンド値の過去平均が大きいプリアンブル情報を選択するようにできる。したがって、ｅＮＢ１３１から近いＵＥが、ｅＮＢ１３１から遠いＵＥが使用する可能性の高いプリアンブル情報を選択することになり、距離が異なることによりＲＡＣＨ手続の成功率が向上する。
【０１６９】
このため、ｅＮＢ１３１から近いＵＥのＲＡＣＨ手続の成功率を向上させ、スループットを向上させることができる。また、ｅＮＢ１３１から近いＵＥのＲＡＣＨ手続の成功率が向上することで、ｅＮＢ１３１に対するランダムアクセスを行うＵＥの数が減少するため、ｅＮＢ１３１から遠いＵＥのＲＡＣＨ手続についても成功率を向上させ、スループットを向上させることができる。
【０１７０】
ここでは品質情報にＴＡコマンド値を用いる場合について説明したが、品質情報に上記のパスロス値、ＤＬ信号の干渉電力値、ＵＰＨおよびこれらの組み合わせを用いる場合についても同様である。このように、ｅＮＢ１３１は、取得した品質情報をプリアンブル情報ごとに平均して記憶し、ＵＥ１３２に選択させる伝搬品質ごとのプリアンブル情報を、取得した伝搬品質が高いほど、伝搬品質の過去平均が低いプリアンブル情報となるように決定する。これにより、伝搬品質の高いＵＥと伝搬品質の低いＵＥのＲＡＣＨ手続における成功率を均等にさせ、セルスループットを向上させることができる。
【０１７１】
このように、実施の形態３にかかる通信システム１００においては、移動通信端末１１０は、基地局１２０によって割り当てられた識別子および伝搬品質の組み合わせに対応するプリアンブル情報を選択する。基地局１２０は、移動通信端末１１０に選択させるプリアンブル情報を伝搬品質ごとに決定し、決定した伝搬品質およびプリアンブル情報の各組み合わせにおいて所定の対応関係を満たす識別子を導出し、導出した識別子を移動通信端末１１０に割り当てる。これにより、基地局１２０によって割り当てられた識別子と、現時点の伝搬品質と、に応じたプリアンブル情報に基づくプリアンブルを移動通信端末１１０から送信させることが可能になる。
【０１７２】
（実施の形態４）
実施の形態４にかかる通信システム１００、移動通信端末１１０および基地局１２０について、実施の形態３にかかる通信システム１００、移動通信端末１１０および基地局１２０と異なる部分について説明する。
【０１７３】
（実施の形態４にかかる通信システムの構成）
図１７は、実施の形態４にかかる通信システムの構成の一例を示す図である。図１７において、図１−１に示した部分と同様の部分については同一の符号を付して説明を省略する。図１７に示すように、実施の形態４にかかる基地局１２０は、図１−１に示した構成に加えて計数部１７２１を備えている。計数部１７２１は、たとえば図２−２に示したＣＰＵ２２１と、メインメモリ２２２または補助メモリ２２３と、によって実現することができる。
【０１７４】
通信制御部１２１は、受信したプリアンブルのプリアンブル情報（たとえばプリアンブル番号）を計数部１７２１へ通知する。計数部１７２１は、基地局１２０が受信した通信制御部１２１からの通知に基づいて、基地局１２０が受信したプリアンブルの数をプリアンブル情報ごと計数する。また、計数部１７２１は、一定時間ごとに計数結果を初期化（たとえばゼロに）してもよい。計数部１７２１は、計数結果を決定部１２２へ通知する。
【０１７５】
決定部１２２は、計数部１７２１からの通知に基づいて、各プリアンブル情報のうちの、他のプリアンブル情報より受信回数が少ないプリアンブル情報を、移動通信端末１１０に選択させるプリアンブル情報として決定する。これにより、ｅＮＢ１３１のカバーエリア１３１ａにおいて使用率の低いプリアンブル情報を移動通信端末１１０に選択させることができる。
【０１７６】
これによって、過去のＲＡＣＨ手続にて使用されることの少ないプリアンブル番号を移動通信端末１１０に割り当てることができる。このため、以降のＲＡＣＨ手続を行う移動通信端末１１０は、他の移動通信端末との衝突を少なくすることができる。
【０１７７】
図１８は、実施の形態４にかかる通信システムの構成の他の例を示す図である。図１８において、図１６または図１７に示した部分と同様の部分については同一の符号を付して説明を省略する。図１８に示すように、実施の形態４にかかる移動通信端末１１０は、図１７に示した構成に加えて、図１６に示した品質取得部１６１１を備えていてもよい。
【０１７８】
実施の形態４にかかる移動通信端末１１０は、実施の形態３にかかる選択部１１４と同様である。すなわち、品質取得部１６１１は、移動通信端末１１０と基地局１２０との間の無線通信における伝搬品質を示す品質情報を取得する。選択部１１４は、識別子記憶部１１２に記憶された識別子と、品質取得部１６１１によって取得された品質情報と、の組み合わせにおいて、対応関係記憶部１１３に記憶された対応情報が示す所定の対応関係を満たすプリアンブル情報を選択する。
【０１７９】
基地局１２０の決定部１２２は、たとえば、品質情報が示す伝搬品質が低いＵＥほど、受信回数が少ない（干渉が発生しにくい）プリアンブル情報を選択するように、品質情報ごとのプリアンブル情報を決定する。これにより、伝搬品質の低いＵＥのＲＡＣＨ手続の成功率を高め、平均的にＲＡＣＨ手続の成功率を高くすることができる。
【０１８０】
または、基地局１２０の決定部１２２は、品質情報が示す伝搬品質が高いＵＥほど、受信回数が少ない（干渉が発生しにくい）プリアンブル情報を選択するように、品質情報ごとのプリアンブル情報を決定してもよい。これにより、伝搬品質の高いＵＥのＲＡＣＨ手続の成功率を高め、スループットを向上させることができる。
【０１８１】
このように、実施の形態４にかかる通信システム１００においては、基地局１２０が、各移動通信端末からのプリアンブルの受信回数をプリアンブル情報ごとに計数し、計数結果に基づいて移動通信端末１１０に選択させるプリアンブル情報を決定する。これにより、移動通信端末１１０に送信させるプリアンブルを、基地局１２０に対するランダムアクセスにおける使用頻度に応じて制御することができる。
【０１８２】
以上説明したように、通信システム、通信方法、移動通信端末および基地局によれば、ランダムアクセスにおける干渉の低減を図ることができる。
【０１８３】
すなわち、従来の競合ランダムアクセス手続では、ＵＥの状況（伝搬環境、移動速度、距離など）を考慮せずにＲＡＣＨ手続を行っていたため、ｅＮＢ側でのプリアンブル検出において干渉量が大きくなる場合があった。また、不利な環境のＵＥは常にＲＡＣＨ手続が成功しにくい状況になる場合があった。これは、競合ＲＡＣＨ手続において送信されるプリアンブルがランダムに選択されるためであった。
【０１８４】
これに対して、上記の通信システム１００においては、たとえば、Ｃ−ＲＮＴＩを加味した簡単なプリアンブルの選択式をＵＥ側に追加し、ｅＮＢ側から割り当てるＣ−ＲＮＴＩの番号を制御する。これにより、特別な制御情報を追加しなくても、ＵＥが選択するプリアンブルをｅＮＢ側から制御し、干渉を低減し、ＲＡＣＨ手続の成功率を向上させたり、各ＵＥごとにＲＡＣＨ手続の成功率を平均化させたりすることができる。
【０１８５】
また、たとえば、ＵＥ側が持つ品質情報のみでプリアンブル番号を選択させる方式と比べて、ｅＮＢ側で測定したプリアンブル受信時の伝搬品質や、プリアンブル番号ごとの使用率なども、ＵＥによるプリアンブルの選択に反映させることが可能になる。
【符号の説明】
【０１８６】
１００，１３０  通信システム
１３１  ｅＮＢ
１３１ａ  カバーエリア
１３２，１３３  ＵＥ
２１０，２２０  通信装置
２１９，２２９  バス
【図１−１】
2013140519.tif 000003
【図１−２】
2013140519.tif 000004
【図１−３】
2013140519.tif 000005
【図２−１】
2013140519.tif 000006
【図２−２】
2013140519.tif 000007
【図３】
2013140519.tif 000008
【図４】
2013140519.tif 000009
【図５】
2013140519.tif 000010
【図６】
2013140519.tif 000011
【図７】
2013140519.tif 000012
【図８】
2013140519.tif 000013
【図９】
2013140519.tif 000014
【図１０】
2013140519.tif 000015
【図１１】
2013140519.tif 000016
【図１２】
2013140519.tif 000017
【図１３】
2013140519.tif 000018
【図１４】
2013140519.tif 000019
【図１５】
2013140519.tif 000020
【図１６】
2013140519.tif 000021
【図１７】
2013140519.tif 000022
【図１８】
2013140519.tif 000023
【手続補正書】
【提出日】平成26年10月2日(2014.10.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
基地局と移動通信端末との間でランダムアクセス手順を実行し、前記基地局と前記移動通信端末とが無線通信する通信システムにおいて、
前記ランダムアクセス手順において前記移動通信端末が送信するプリアンブル情報と前記移動通信端末に割り当てた識別子との所定の対応関係を示す第一対応情報に基づいて、前記プリアンブル情報に対応する識別子を前記移動通信端末に割り当てる基地局と、
前記基地局が割り当てた識別子に対応するプリアンブル情報を前記基地局へ送信することによって前記基地局とランダムアクセス手順を実行する移動通信端末と、
を含むことを特徴とする通信システム。
【請求項２】
前記移動通信端末は、前記所定の対応関係を示す第二対応情報に基づいて、前記基地局が割り当てた識別子に対応するプリアンブル情報を送信することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記基地局は、前記移動通信端末に前記識別子を割り当てた状態で前記移動通信端末からのランダムアクセス手順があった場合に、前記移動通信端末に割り当てた識別子の変更を指示する変更指示信号を前記移動通信端末へ送信し、
前記移動通信端末は、前記基地局によって送信された変更指示信号に基づいて、前記基地局との無線通信に用いる識別子を変更し、変更した前記識別子に対応するプリアンブル情報に基づくプリアンブルを前記基地局へ送信することによって前記基地局とランダムアクセス手順を行うことを特徴とする請求項１に記載の通信システム。
【請求項４】
前記第一対応情報および前記第二対応情報は、前記移動通信端末と前記基地局との間の無線通信における伝搬品質と、前記識別子と、前記プリアンブル情報と、の所定の対応関係を示し、
前記移動通信端末は、前記基地局によって割り当てられた識別子および前記伝搬品質の組み合わせに対応するプリアンブル情報を選択し、
前記基地局は、前記移動通信端末に選択させるプリアンブル情報を前記伝搬品質ごとに決定し、決定した前記伝搬品質および前記プリアンブル情報の各組み合わせにおいて前記所定の対応関係を満たす識別子を導出し、導出した前記識別子を前記移動通信端末に割り当てることを特徴とする請求項２に記載の通信システム。
【請求項５】
前記基地局は、前記移動通信端末に選択させる前記伝搬品質ごとのプリアンブル情報を、前記伝搬品質によって異なるプリアンブル情報となるように決定することを特徴とする請求項４に記載の通信システム。
【請求項６】
前記基地局は、受信したプリアンブルに基づいて測定した前記伝搬品質の平均値を、前記受信したプリアンブルを示すプリアンブル情報ごとに記憶しておき、前記移動通信端末に選択させる前記伝搬品質ごとのプリアンブル情報を、前記伝搬品質が高いほど前記平均値が低いプリアンブル情報となるように決定することを特徴とする請求項４に記載の通信システム。
【請求項７】
前記基地局は、各移動通信端末からのプリアンブルの受信回数を前記プリアンブル情報ごとに計数し、計数結果に基づいて前記移動通信端末に選択させるプリアンブル情報を決定することを特徴とする請求項１に記載の通信システム。
【請求項８】
前記プリアンブル情報は、前記ランダムアクセス手順のプリアンブルの候補を示す情報であり、
前記移動通信端末は、前記プリアンブル情報が示すプリアンブルの候補のうちのいずれかのプリアンブルを送信することを特徴とする請求項１〜７のいずれか一つに記載の通信システム。
【請求項９】
基地局と移動通信端末との間でランダムアクセス手順を実行し、前記基地局と前記移動通信端末とが無線通信する通信システムの通信方法において、
前記基地局が、前記ランダムアクセス手順において前記移動通信端末が送信するプリアンブル情報と前記移動通信端末に割り当てた識別子との所定の対応関係を示す第一対応情報に基づいて、前記プリアンブル情報に対応する識別子を前記移動通信端末に割り当て、
前記移動通信端末が、前記基地局によって割り当てられた識別子に対応するプリアンブル情報を前記基地局へ送信することによって前記基地局とランダムアクセス手順を実行することを特徴とする通信方法。
【請求項１０】
基地局との間でランダムアクセス手順を実行し、前記基地局と無線通信する移動通信端末において、
前記ランダムアクセス手順において前記移動通信端末が送信するプリアンブル情報と前記移動通信端末に割り当てた識別子との所定の対応関係を示す第一対応情報に基づいて、前記基地局によって割り当てられた識別子に対応するプリアンブル情報に基づくプリアンブルを前記基地局へ送信することによって前記基地局と前記ランダムアクセス手順を実行することを特徴とする移動通信端末。
【請求項１１】
移動通信端末との間でランダムアクセス手順を実行し、前記移動通信端末と無線通信する基地局において、
前記ランダムアクセス手順において前記移動通信端末が送信するプリアンブル情報と前記移動通信端末に割り当てた識別子との所定の対応関係を示す第一対応情報に基づいて、前記プリアンブル情報に対応する識別子を前記移動通信端末に割り当て、前記移動通信端末に割り当てた識別子に対応するプリアンブル情報を送信した前記移動通信端末とランダムアクセス手順を実行することを特徴とする基地局。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、通信方法、移動通信端末および基地局に関する。
【背景技術】
【０００２】
携帯電話などの移動通信端末における通信システムとして、たとえばＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）やＬＴＥ−ＡｄｖａｎｃｅｄなどのＬＴＥシステムが知られている（たとえば、下記特許文献１参照。）。ＬＴＥシステムにおいては、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ユーザ端末）接続のための初回アクセスやハンドオーバ先へのＵＥの接続シーケンスにおいて、ＵＥがｅＮＢ（ｅｖｏｌｕｔｉｏｎａｌ  Ｎｏｄｅ  Ｂ：基地局）に通信チャネルの割り当てを要求するためのＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ：ランダムアクセスチャネル）が使用される。
【０００３】
また、ＬＴＥシステムにおいては、さらに、再同期や再接続、ＵＬ／ＤＬレジューミング（省電力状態からの復帰）などにおいてもＲＡＣＨが使用される。このため、ＬＴＥシステムにおいては、たとえば３Ｇシステムに比べてＲＡＣＨの使用頻度が数倍になる。ＲＡＣＨには、競合（Ｃｏｎｔｅｎｔｉｏｎ  Ｂａｓｅｄ）ＲＡＣＨおよび非競合（Ｎｏｎ  Ｃｏｎｔｅｎｔｉｏｎ）ＲＡＣＨの２種類がある。
【０００４】
競合ＲＡＣＨにおいてはＵＥ側がランダムにプリアンブル（Ｐｒｅａｍｂｌｅ）を選択するため、複数のＵＥが同じプリアンブルリソース、ＲＡＣＨレスポンス、ＲＡＣＨメッセージ３を送受信する衝突が発生する可能性がある。このような衝突は、ランダムアクセス手続（ＲＡ  ｐｒｏｃｅｄｕｒｅ）における干渉の要因となる。
【０００５】
競合ＲＡＣＨは、このような衝突を前提としており、最終的にｅＮＢ側でＲＡＣＨメッセージ３が正常にデコードされたＵＥが、ウイナー（Ｗｉｎｎｅｒ）ＵＥとなり、ランダムアクセス手続成功となる。なお、ＵＥ側では、各ＵＥが固有に持つ競合解決（Ｒｅｓｏｌｕｔｉｏｎ）ＩＤをＲＡＣＨメッセージ３によって送信する。そして、各ＵＥは、ｅＮＢからＲＡＣＨメッセージ４にて返却された競合解決ＩＤとＵＥ自身が持つ競合解決ＩＤとが一致していた場合にランダムアクセス手続の成功を認識する。
【０００６】
一方、非競合ランダムアクセスにおいては、同じプリアンブル番号は同時に使用されないが、そもそもプリアンブルリソースは１セルに６４個であり、かつその中の一部を非競合ランダムアクセス専用プリアンブルとして使用する。このため、同じセルに在圏するＵＥの数が増えてくると、非競合ランダムアクセス用のプリアンブルリソースは枯渇し、競合ランダムアクセスに移行するため、ランダムアクセス手続における干渉要因となる。
【０００７】
現状のＬＴＥシステムでは、ＵＥが頻繁にプリアンブルを上げた場合の干渉抑制のために、ＵＥのプリアンブル送信間隔を制御するバックオフインジケータ（Ｂａｃｋ  Ｏｆｆ  Ｉｎｄｉｃａｔｏｒ）が用意されている。そして、セル内のＵＥが増加することなどによりｅＮＢにて受信されるプリアンブルの数が増加すると、バックオフインジケータを使用して各ＵＥのプリアンブルの送信間隔を長くすることで干渉を低減させるようにしている。バックオフインジケータはセル単位での制御となっている。
【０００８】
ＵＥからのプリアンブル送信においては、ＲＡＣＨシーケンスの成功率を上げるためにパワーランピング（Ｐｏｗｅｒ  Ｒｕｍｐｉｎｇ）が実施されており、プリアンブルの再送の度にプリアンブル出力パワーが上昇する。ただし、上記のように、ＬＴＥシステムにおいてはＲＡＣＨの使用頻度が高いことを考慮すると、ＵＥがプリアンブルをランダムに選択しているため、セル内に在圏するＵＥが増加した場合には多数のＲＡＣＨシーケンスが同時に動作することが想定される。このため、ＰＲＡＣＨ干渉の増加によるＲＡＣＨシーケンス失敗の確率が高くなる。
【０００９】
また、バックオフインジケータによりプリアンブルの送信間隔を調整する制御だけでは、ＵＥ数が増加した場合に干渉の低減には十分ではない。すなわち、ＵＥのプリアンブル送信間隔を空けたとしても、各ＵＥが同じタイミングでＲＡＣＨシーケンスを要求すれば、干渉の低減には効果がない。さらに、バックオフインジケータ制御によりプリアンブル送信間隔が長くなると、再同期やＵＬレジューミングのためのプリアンブル送信までの時間が長くなるため、ＵＥの再同期や省電力からの復帰遅延の増大を招く。
【００１０】
これに対して、ＬＴＥシステムにおいてセルに在圏するＵＥ数が増加した場合に、ＲＡＣＨシーケンスによる干渉の低減およびＲＡＣＨ成功率の向上により、システムスループットの向上とＵＥの再同期、省電力モードからの復帰遅延が減少する。そのためには、競合ＲＡＣＨ手続でのプリアンブルの衝突を少なくすることが求められる。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】国際公開第２００７／０９１６７５号
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、上述した従来の競合ＲＡＣＨにおいては、各ＵＥがプリアンブルをランダムに選択するため、各ＵＥが選択するプリアンブルをｅＮＢから制御して干渉の低減を図ることができないという問題がある。
【００１３】
本発明は、上述した従来技術による問題点を解消するため、ランダムアクセスにおける干渉の低減を図ることができる通信システム、通信方法、移動通信端末および基地局を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上述した課題を解決し、目的を達成するため、本発明の一側面によれば、基地局と移動通信端末との間でランダムアクセス手順を実行し、前記基地局と前記移動通信端末とが無線通信する通信システムにおいて、前記基地局が、前記ランダムアクセス手順において前記移動通信端末が送信するプリアンブル情報と前記移動通信端末に割り当てた識別子との所定の対応関係を示す第一対応情報に基づいて、前記プリアンブル情報に対応する識別子を前記移動通信端末に割り当て、前記移動通信端末が、前記基地局によって割り当てられた識別子に対応するプリアンブル情報を前記基地局へ送信することによって前記基地局とランダムアクセス手順を実行する通信システム、通信方法、移動通信端末および基地局が提案される。
【発明の効果】
【００１５】
本発明の一側面によれば、ランダムアクセスにおける干渉の低減を図ることができるという効果を奏する。
【図面の簡単な説明】
【００１６】
【図１−１】図１−１は、実施の形態１にかかる通信システムの構成の一例を示す図である。
【図１−２】図１−２は、実施の形態１にかかる通信システムの構成の変形例を示す図である。
【図１−３】図１−３は、実施の形態１にかかる通信システムの適用例を示す図である。
【図２−１】図２−１は、ＵＥのハードウェア構成の一例を示す図である。
【図２−２】図２−２は、ｅＮＢのハードウェア構成の一例を示す図である。
【図３】図３は、初回アクセス時の競合ＲＡＣＨ手続のシーケンスの一例を示す図である。
【図４】図４は、２回目以降の競合ＲＡＣＨ手続シーケンスの一例を示す図である。
【図５】図５は、ＵＥの動作の一例を示すフローチャートである。
【図６】図６は、ＵＥによる初回アクセス時のＲＡＣＨ手続の一例を示すフローチャートである。
【図７】図７は、ＵＥによる２回目以降のＲＡＣＨ手続の一例を示すフローチャートである。
【図８】図８は、ｅＮＢの動作の一例を示すフローチャートである。
【図９】図９は、品質情報とプリアンブル番号との対応情報の一例を示す図である。
【図１０】図１０は、プリアンブルのグループ分けの一例を示す図である。
【図１１】図１１は、品質情報とグループ番号との対応情報の一例を示す図である。
【図１２】図１２は、実施の形態２にかかる通信システムの構成の一例を示す図である。
【図１３】図１３は、２回目以降の競合ＲＡＣＨ手続シーケンスの一例を示す図である。
【図１４】図１４は、ＵＥによる２回目以降のＲＡＣＨ手続の一例を示すフローチャートである。
【図１５】図１５は、ｅＮＢの動作の一例を示すフローチャートである。
【図１６】図１６は、実施の形態３にかかる通信システムの構成の一例を示す図である。
【図１７】図１７は、実施の形態４にかかる通信システムの構成の一例を示す図である。
【図１８】図１８は、実施の形態４にかかる通信システムの構成の他の例を示す図である。
【発明を実施するための形態】
【００１７】
以下に添付図面を参照して、本発明にかかる通信システム、通信方法、移動通信端末および基地局の実施の形態を詳細に説明する。
【００１８】
（実施の形態１）
（実施の形態１にかかる通信システムの構成）
図１−１は、実施の形態１にかかる通信システムの構成の一例を示す図である。図１−１に示すように、実施の形態１にかかる通信システム１００は、移動通信端末１１０と、基地局１２０と、を含んでいる。移動通信端末１１０は、基地局１２０に対するランダムアクセス（ランダムアクセス手順）を行う。移動通信端末１１０が行うランダムアクセスはたとえば競合ランダムアクセス（競合ＲＡＣＨ）である。
【００１９】
移動通信端末１１０および基地局１２０は、基地局１２０が移動通信端末１１０に割り当てた識別子を用いて互いに無線通信を行う。識別子は、移動通信端末１１０による基地局１２０に対するランダムアクセスにおいて基地局１２０が移動通信端末１１０に割り当てる。識別子は、たとえばＣ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ：セル無線ネットワーク一時識別子）である。
【００２０】
＜移動通信端末の構成＞
移動通信端末１１０は、通信制御部１１１と、識別子記憶部１１２と、対応関係記憶部１１３と、選択部１１４と、を備えている。通信制御部１１１は、移動通信端末１１０が基地局１２０との無線通信を行う場合に、基地局１２０に対するランダムアクセスを行う。具体的には、通信制御部１１１は、基地局１２０に対してプリアンブルを送信することによって移動通信端末１１０への識別子の割り当てを基地局１２０に要求する。
【００２１】
そして、基地局１２０が、移動通信端末１１０に識別子を割り当て、割り当てた識別子を移動通信端末１１０へ送信すると、通信制御部１１１は、基地局１２０から送信された識別子によって無線通信を行う。また、通信制御部１１１は、基地局１２０から送信された識別子を識別子記憶部１１２へ出力する。
【００２２】
また、通信制御部１１１は、選択部１１４によって通知されたプリアンブル情報に基づくプリアンブルを基地局１２０へ送信する。たとえば、移動通信端末１１０のメモリには、プリアンブル情報とプリアンブルとを対応付けるプリアンブル対応情報が記憶されている。通信制御部１１１は、選択部１１４によって通知されたプリアンブル情報に対応するプリアンブルをプリアンブル対応情報に基づいて生成し、生成したプリアンブルを基地局１２０へ送信する。プリアンブル情報に対応する複数のプリアンブルが候補として存在する場合は、通信制御部１１１は、複数のプリアンブルのうちのいずれかのプリアンブルを選択し、選択したプリアンブルを生成して送信する。
【００２３】
識別子記憶部１１２は、通信制御部１１１から出力された識別子を記憶する。したがって、識別子記憶部１１２には、ランダムアクセスによって移動通信端末１１０に割り当て済みの識別子が記憶される。
【００２４】
対応関係記憶部１１３は、基地局１２０から割り当てられる識別子と、プリアンブル情報と、の所定の対応関係を示す対応情報を記憶する。所定の対応関係は、移動通信端末１１０および基地局１２０に共通してあらかじめ設定される対応関係である。プリアンブル情報は、たとえば、ランダムアクセスに用いるプリアンブルを示す情報である。プリアンブルを示す情報は、たとえば６４通りのプリアンブルが存在する場合において、０〜６３などのプリアンブル番号である。
【００２５】
または、プリアンブル情報は、ランダムアクセスに用いるプリアンブルの候補を示す情報であってもよい。たとえば、プリアンブル番号は複数のグループに分けられており、プリアンブル情報は、プリアンブル番号のグループを示す情報である。この場合は、プリアンブル情報が示すグループに含まれる一または複数のプリアンブル番号が、ランダムアクセスに用いるプリアンブルの候補となる。
【００２６】
対応関係記憶部１１３に記憶される対応情報は、たとえば、識別子からプリアンブル情報を算出可能な関数である。または、対応関係記憶部１１３に記憶される対応情報は、識別子とプリアンブル情報とを対応付けるテーブルなどであってもよい。
【００２７】
選択部１１４は、対応関係記憶部１１３に記憶された対応情報に基づいて、識別子記憶部１１２に記憶された識別子に対応するプリアンブル情報を選択する。すなわち、選択部１１４は、識別子記憶部１１２に記憶された識別子との間で、対応関係記憶部１１３に記憶された対応情報が示す所定の対応関係を満たすプリアンブル情報を選択する。
【００２８】
また、選択部１１４は、たとえば基地局１２０に対する初回アクセス時など、基地局１２０によって割り当てられた識別子が識別子記憶部１１２に記憶されていない場合は、プリアンブル情報をたとえばランダムに選択する。または、選択部１１４は、識別子が識別子記憶部１１２に記憶されていない場合は、移動通信端末１１０との間の伝搬品質に応じてプリアンブル情報を選択してもよい。選択部１１４は、選択したプリアンブル情報を通信制御部１１１へ通知する。
【００２９】
これにより、移動通信端末１１０は、基地局１２０から割り当てられた識別子がある場合は、基地局１２０から割り当てられた識別子に応じたプリアンブルによって基地局１２０に対するランダムアクセスを行うことができる。
【００３０】
＜基地局の構成＞
基地局１２０は、通信制御部１２１と、決定部１２２と、対応関係記憶部１２３と、導出部１２４と、を備えている。通信制御部１２１は、移動通信端末１１０からのランダムアクセスを処理する。具体的には、通信制御部１２１は、移動通信端末１１０からプリアンブルを受信すると、受信通知を決定部１２２へ出力する。そして、通信制御部１２１は、受信通知を出力したことにより導出部１２４から通知された識別子を移動通信端末１１０に割り当て、割り当てた識別子を移動通信端末１１０へ送信する。
【００３１】
決定部１２２は、通信制御部１２１から受信通知が出力されると、基地局１２０に対する未来（たとえば次回）のランダムアクセスにおいて移動通信端末１１０に選択させるプリアンブル情報を決定し、決定したプリアンブル情報を導出部１２４へ通知する。決定部１２２によるプリアンブル情報の決定については後述する。
【００３２】
対応関係記憶部１２３は、移動通信端末１１０の対応関係記憶部１１３に記憶された対応情報が示す所定の対応関係と同じ関係を示す対応情報を記憶する。対応関係記憶部１２３に記憶される対応情報は、たとえば、プリアンブル情報から識別子を算出可能な関数である。または、対応関係記憶部１２３に記憶される対応情報は、識別子とプリアンブル情報とを対応付けるテーブルなどであってもよい。
【００３３】
導出部１２４は、対応関係記憶部１２３に記憶された対応情報に基づいて、決定部１２２から通知されたプリアンブル情報に対応する識別子を導出する。すなわち、導出部１２４は、決定部１２２から通知されたプリアンブル情報との間で、対応関係記憶部１２３に記憶された対応情報が示す所定の対応関係を満たす識別子を導出する。これにより、導出部１２４は、決定部１２２から通知されたプリアンブル情報を移動通信端末１１０に選択させるための識別子を導出することができる。導出部１２４は、導出した識別子を通信制御部１２１へ通知する。
【００３４】
図１−２は、実施の形態１にかかる通信システムの構成の変形例を示す図である。図１−２に示すように、基地局１２０は、図１−１に示した構成に加えて品質取得部１２５を備えていてもよい。品質取得部１２５は、移動通信端末１１０と基地局１２０との間の無線通信における伝搬品質を示す品質情報を取得する。
【００３５】
たとえば、品質取得部１２５は、移動通信端末１１０から受信したプリアンブルを通信制御部１２１から取得し、取得したプリアンブルに基づいて伝搬品質を測定することによって品質情報を取得する。または、品質取得部１２５は、移動通信端末１１０において測定された伝搬品質を示す品質情報を、通信制御部１１１を介して取得してもよい。
【００３６】
品質取得部１２５は、取得した品質情報を決定部１２２へ出力する。決定部１２２は、品質取得部１２５から出力された品質情報に応じてプリアンブル情報を決定する。これにより、移動通信端末１１０によって送信されるプリアンブルを、基地局１２０との無線通信における伝搬品質に応じて制御することができる。
【００３７】
図１−３は、実施の形態１にかかる通信システムの適用例を示す図である。図１−３に示す通信システム１３０は、図１−１または図１−２に示した通信システム１００を適用したＬＴＥまたはＬＴＥ−ＡｄｖａｎｃｅｄなどのＬＴＥシステムである。
【００３８】
通信システム１３０は、ｅＮＢ１３１と、ＵＥ１３２，１３３と、を含んでいる。ｅＮＢ１３１は、図１−１に示した基地局１２０に対応する構成である。カバーエリア１３１ａは、ｅＮＢ１３１のカバーエリアである。ＵＥ１３２，１３３のそれぞれは、図１−１に示した移動通信端末１１０に対応する構成である。ＵＥ１３２，１３３は、カバーエリア１３１ａに位置しており、基地局１２０との間で無線通信を行う。
【００３９】
ＵＥ１３２，１３３によるｅＮＢ１３１に対するランダムアクセスは、初回アクセス（Ｉｎｉｔｉａｌ  Ａｃｃｅｓｓ）、同期外れの場合の再同期、ハンドオーバ（Ｈａｎｄｏｖｅｒ）などにおいて行われる。また、ＵＥ１３２，１３３によるｅＮＢ１３１に対するランダムアクセスは、一定時間データ通信が無い場合にＵＥがＵＬリソースを解放（通信停止）した後に、通信を再開する際のレジューミングなどにおいても行われてもよい。レジューミングには、ＵＥ１３２の側からトリガするＵＬレジューミングや、ｅＮＢ１３１の側からトリガするＤＬレジューミングが含まれてもよい。
【００４０】
以下、主にｅＮＢ１３１とＵＥ１３２との間のランダムアクセスについて説明するが、ｅＮＢ１３１とＵＥ１３３との間のランダムアクセスについても同様である。
【００４１】
（ＵＥのハードウェア構成）
図２−１は、ＵＥのハードウェア構成の一例を示す図である。図１−３に示したＵＥ１３２は、たとえば図２−１に示す通信装置２１０によって実現することができる。通信装置２１０は、ＣＰＵ２１１と、メインメモリ２１２と、補助メモリ２１３と、ユーザインタフェース２１４と、無線通信インタフェース２１５と、を備えている。ＣＰＵ２１１、メインメモリ２１２、補助メモリ２１３、ユーザインタフェース２１４および無線通信インタフェース２１５は、バス２１９によって接続されている。
【００４２】
ＣＰＵ２１１（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）は、通信装置２１０の全体の制御を司る。また、通信装置２１０はＣＰＵ２１１を複数備えていてもよい。メインメモリ２１２は、たとえばＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。メインメモリ２１２は、ＣＰＵ２１１のワークエリアとして使用される。補助メモリ２１３は、たとえば、ハードディスク、光ディスク、フラッシュメモリなどの不揮発メモリである。補助メモリ２１３には、通信装置２１０を動作させる各種のプログラムが記憶されている。補助メモリ２１３に記憶されたプログラムは、メインメモリ２１２にロードされてＣＰＵ２１１によって実行される。
【００４３】
ユーザインタフェース２１４は、たとえば、ユーザからの操作入力を受け付ける入力デバイスや、ユーザへ情報を出力する出力デバイスなどを含む。入力デバイスは、たとえばキー（たとえばキーボード）やリモコンなどによって実現することができる。出力デバイスは、たとえばディスプレイやスピーカなどによって実現することができる。また、タッチパネルなどによって入力デバイスおよび出力デバイスを実現してもよい。ユーザインタフェース２１４は、ＣＰＵ２１１によって制御される。
【００４４】
無線通信インタフェース２１５は、たとえば、通信装置２１０の外部（たとえばｅＮＢ１３１）との間で無線通信を行う通信インタフェースである。無線通信インタフェース２１５は、ＣＰＵ２１１によって制御される。
【００４５】
図１−１に示した通信制御部１１１は、たとえばＣＰＵ２１１および無線通信インタフェース２１５によって実現することができる。図１−１に示した識別子記憶部１１２および対応関係記憶部１１３は、たとえばメインメモリ２１２や補助メモリ２１３によって実現することができる。図１−１に示した選択部１１４は、たとえばＣＰＵ２１１によって実現することができる。
【００４６】
（ｅＮＢのハードウェア構成）
図２−２は、ｅＮＢのハードウェア構成の一例を示す図である。図１−３に示したｅＮＢ１３１は、たとえば図２−２に示す通信装置２２０によって実現することができる。通信装置２２０は、ＣＰＵ２２１と、メインメモリ２２２と、補助メモリ２２３と、ユーザインタフェース２２４と、無線通信インタフェース２２５と、有線通信インタフェース２２６と、を備えている。ＣＰＵ２２１、メインメモリ２２２、補助メモリ２２３、ユーザインタフェース２２４、無線通信インタフェース２２５および有線通信インタフェース２２６は、バス２２９によって接続されている。
【００４７】
ＣＰＵ２２１、メインメモリ２２２、補助メモリ２２３、ユーザインタフェース２２４は、それぞれ図２−１に示したＣＰＵ２１１、メインメモリ２１２、補助メモリ２１３、ユーザインタフェース２１４と同様である。
【００４８】
無線通信インタフェース２２５は、たとえば、通信装置２２０の外部（たとえばＵＥ１３２）との間で無線通信を行う通信インタフェースである。無線通信インタフェース２２５は、ＣＰＵ２２１によって制御される。
【００４９】
有線通信インタフェース２２６は、たとえば、通信装置２２０の外部（たとえば基幹ネットワーク）との間で有線通信を行う通信インタフェースである。有線通信インタフェース２２６は、ＣＰＵ２２１によって制御される。
【００５０】
図１−１に示した通信制御部１２１は、たとえばＣＰＵ２２１および無線通信インタフェース２２５によって実現することができる。図１−１に示した決定部１２２および導出部１２４は、たとえばＣＰＵ２２１によって実現することができる。図１−１に示した対応関係記憶部１２３は、たとえばメインメモリ２２２や補助メモリ２２３によって実現することができる。図１−２に示した品質取得部１２５は、たとえばＣＰＵ２２１によって実現することができる。
【００５１】
（初回アクセス時の競合ＲＡＣＨ手続のシーケンス）
図３は、初回アクセス時の競合ＲＡＣＨ手続のシーケンスの一例を示す図である。図３に示すように、ｅＮＢ１３１は、ＭＡＣ制御部３０１と、ＲＲＣ処理部３０２と、を備えている。ＭＡＣ制御部３０１は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：メディアアクセス制御）の処理を行う。ＲＲＣ処理部３０２は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：無線リソース制御）の処理を行う。ＭＡＣ制御部３０１およびＲＲＣ処理部３０２は、たとえば図２−２に示したＣＰＵ２２１によって実現することができる。
【００５２】
図１−３に示した通信システム１３０においては、ＵＥ１３２のｅＮＢ１３１への初回アクセス時の競合ＲＡＣＨ手続として、たとえば以下の各ステップが行われる。まず、ＵＥ１３２が、たとえば０〜６３のいずれかのプリアンブル番号をランダムに選択する（ステップＳ３０１）。つぎに、ＵＥ１３２が、ステップＳ３０１によって選択したプリアンブル番号に対応するプリアンブルをｅＮＢ１３１へ送信する（ステップＳ３０２）。
【００５３】
つぎに、ｅＮＢ１３１のＭＡＣ制御部３０１が、ＵＥ１３２に一時的に割り当てるテンポラリＣ−ＲＮＴＩを選択する（ステップＳ３０３）。つぎに、ＭＡＣ制御部３０１が、ステップＳ３０３によって選択したテンポラリＣ−ＲＮＴＩを含むＲＡＣＨレスポンスをＵＥ１３２へ送信する（ステップＳ３０４）。
【００５４】
つぎに、ＵＥ１３２が、ステップＳ３０４によって送信されたＲＡＣＨレスポンスに含まれるテンポラリＣ−ＲＮＴＩに基づいて、ＲＡＣＨメッセージ３を作成する（ステップＳ３０５）。ＲＡＣＨメッセージ３には、ステップＳ３０４によって送信されたＲＡＣＨレスポンスに含まれるテンポラリＣ−ＲＮＴＩと、競合解決ＩＤと、が含まれる。競合解決ＩＤは、端末固有のＩＤである。
【００５５】
つぎに、ＵＥ１３２が、ステップＳ３０５によって作成したＲＡＣＨメッセージ３をｅＮＢ１３１へ送信する（ステップＳ３０６）。つぎに、ｅＮＢ１３１のＭＡＣ制御部３０１が、ステップＳ３０６によって送信されたＲＡＣＨメッセージ３に含まれる競合解決ＩＤをｅＮＢ１３１のメモリに記憶する（ステップＳ３０７）。ｅＮＢ１３１のメモリは、たとえば図２−２に示したメインメモリ２２２や補助メモリ２２３である。つぎに、ＭＡＣ制御部３０１が、ステップＳ３０６によって送信されたＲＡＣＨメッセージ３に含まれるテンポラリＣ−ＲＮＴＩをＲＲＣ処理部３０２へ通知する（ステップＳ３０８）。
【００５６】
つぎに、ＲＲＣ処理部３０２が、ステップＳ３０８の通知に基づいて、ＵＥ１３２のためのＵＥリソースを確保する（ステップＳ３０９）。たとえば、ＵＥリソースは、ｅＮＢ１３１と接続中のＵＥに対してｅＮＢ１３１において割り当てられる端末番号などである。つぎに、ＲＲＣ処理部３０２が、ステップＳ３０９によって確保したＵＥリソース（たとえば端末番号）を、ステップＳ３０８によって通知されたテンポラリＣ−ＲＮＴＩと対応付けてＭＡＣ制御部３０１へ通知する（ステップＳ３１０）。
【００５７】
つぎに、ＭＡＣ制御部３０１が、ステップＳ３０６によって送信されたＲＡＣＨメッセージ３に含まれるテンポラリＣ−ＲＮＴＩを、ＵＥ１３２（対象ＵＥ）の正式なＣ−ＲＮＴＩとして登録する（ステップＳ３１１）。たとえば、ＭＡＣ制御部３０１は、ステップＳ３１０によって通知されたＵＥリソースとテンポラリＣ−ＲＮＴＩとを対応付けてｅＮＢ１３１のメモリに記憶することで、テンポラリＣ−ＲＮＴＩをＵＥ１３２の正式なＣ−ＲＮＴＩとして登録する。
【００５８】
つぎに、ＭＡＣ制御部３０１が、ステップＳ３１１によって登録した正式なＣ−ＲＮＴＩと、ステップＳ３０７によって記憶した競合解決ＩＤと、を含むＲＡＣＨメッセージ４をＵＥ１３２へ送信する（ステップＳ３１２）。
【００５９】
つぎに、ＵＥ１３２が、ステップＳ３１２によって送信されたＲＡＣＨメッセージ４に含まれる競合解決ＩＤと、ＵＥ１３２の固有の競合解決ＩＤと、の一致を判定する（ステップＳ３１３）。競合解決ＩＤが一致していた場合は、ｅＮＢ１３１によるＵＥ１３２へのＵＥリソースの割り当てが確定したと判断することができる。
【００６０】
この場合は、ＵＥ１３２は、ステップＳ３１２によって送信されたＲＡＣＨメッセージ４に含まれるＣ−ＲＮＴＩをＵＥ１３２（自ＵＥ）の正式なＣ−ＲＮＴＩとして登録する（ステップＳ３１４）。具体的には、ＵＥ１３２は、ＲＡＣＨメッセージ４に含まれるＣ−ＲＮＴＩをＵＥ１３２のメモリに記憶する。
【００６１】
つぎに、ＵＥ１３２は、ステップＳ３１４によって登録したＣ−ＲＮＴＩを使用してｅＮＢ１３１との間で通信を開始する（ステップＳ３１５）。ステップＳ３１３において、競合解決ＩＤが一致していなかった場合は、ＵＥ１３２は、自ＵＥにはＵＥリソースが割り当てられなかったと判断し、ステップＳ３０１に戻ってランダムアクセスを再開する。
【００６２】
（２回目以降の競合ＲＡＣＨ手続シーケンス）
図４は、２回目以降の競合ＲＡＣＨ手続シーケンスの一例を示す図である。図１−３に示した通信システム１３０においては、同期外れ、レジューミング、ハンドオーバなどの発生時に、ＵＥ１３２のｅＮＢ１３１への２回目以降の競合ＲＡＣＨ手続として、たとえば以下の各ステップが行われる。
【００６３】
まず、ＵＥ１３２が、自ＵＥに登録済みのＣ−ＲＮＴＩに基づいてプリアンブル番号を選択する（ステップＳ４０１）。自ＵＥに登録済みのＣ−ＲＮＴＩは、たとえば図３のステップＳ３１４によって登録した正式なＣ−ＲＮＴＩである。Ｃ−ＲＮＴＩに基づくプリアンブル番号の選択については後述する。つぎに、ＵＥ１３２が、ステップＳ４０１によって選択したプリアンブル番号に対応するプリアンブルをｅＮＢ１３１へ送信する（ステップＳ４０２）。
【００６４】
つぎに、ｅＮＢ１３１のＭＡＣ制御部３０１が、ＵＥ１３２に一時的に割り当てるテンポラリＣ−ＲＮＴＩを選択する（ステップＳ４０３）。つぎに、ＭＡＣ制御部３０１が、ステップＳ４０３によって選択したテンポラリＣ−ＲＮＴＩを含むＲＡＣＨレスポンスをＵＥ１３２へ送信する（ステップＳ４０４）。つぎに、ＵＥ１３２が、ステップＳ４０４によって送信されたテンポラリＣ−ＲＮＴＩに基づいて、ＲＡＣＨメッセージ３を作成する（ステップＳ４０５）。
【００６５】
つぎに、ＵＥ１３２が、ステップＳ４０５によって作成したＲＡＣＨメッセージ３に、自ＵＥに登録済みのＣ−ＲＮＴＩを格納したＭＡＣ＿ＣＥを付加する（ステップＳ４０６）。したがって、ＲＡＣＨメッセージ３には、ステップＳ４０４によって送信されたテンポラリＣ−ＲＮＴＩと、自ＵＥに登録済みのＣ−ＲＮＴＩを格納したＭＡＣ＿ＣＥと、が含まれている。つぎに、ＵＥ１３２が、ステップＳ４０６によってＭＡＣ＿ＣＥを付加したＲＡＣＨメッセージ３をｅＮＢ１３１へ送信する（ステップＳ４０７）。
【００６６】
つぎに、ｅＮＢ１３１のＭＡＣ制御部３０１が、ステップＳ４０７によって送信されたＲＡＣＨメッセージ３に含まれるＭＡＣ＿ＣＥに含まれるＣ−ＲＮＴＩに基づいてＵＥ１３２を特定する（ステップＳ４０８）。具体的には、ＭＡＣ制御部３０１は、ｅＮＢ１３１のメモリから、ＭＡＣ＿ＣＥに含まれるＣ−ＲＮＴＩと対応付けて登録されたＵＥにリソース（たとえば端末番号）を検索する。
【００６７】
つぎに、ＭＡＣ制御部３０１が、ステップＳ４０７によって送信されたＲＡＣＨメッセージ３に含まれるＭＡＣ＿ＣＥに含まれるＣ−ＲＮＴＩを格納したＲＡＣＨメッセージ４を作成する（ステップＳ４０９）。つぎに、ＭＡＣ制御部３０１が、ステップＳ４０９によって作成したＲＡＣＨメッセージ４をＵＥ１３２へ送信する（ステップＳ４１０）。つぎに、ＵＥ１３２が、自ＵＥに登録済みのＣ−ＲＮＴＩを使用してｅＮＢ１３１との間で通信を開始する（ステップＳ４１１）。
【００６８】
以上のような各ステップにより、ＵＥ１３２のｅＮＢ１３１への２回目のアクセス時や、ハンドオーバ時、再接続（Ｒｅ−Ｅｓｔａｂｌｉｓｈｍｅｎｔ）などのランダムアクセスにおいて、ＵＥ１３２によって送信されるプリアンブルをｅＮＢ１３１から制御することができる。
【００６９】
（ＵＥの動作）
図５は、ＵＥの動作の一例を示すフローチャートである。ＵＥ１３２は、たとえば以下の各ステップを実行する。まず、ＵＥ１３２は、ｅＮＢ１３１へのＲＡＣＨ手続を実行するか否かを判断し（ステップＳ５０１）、ＲＡＣＨ手続を実行すると判断するまで待つ（ステップＳ５０１：Ｎｏのループ）。たとえば、ＵＥ１３２は、ｅＮＢ１３１のカバーエリア１３１ａへの進入、ｅＮＢ１３１へのハンドオーバ、再同期、再接続、ＵＬ／ＤＬレジューミングなどが発生した場合にＲＡＣＨ手続を実行すると判断する。
【００７０】
ステップＳ５０１において、ＲＡＣＨ手続を実行すると判断すると（ステップＳ５０１：Ｙｅｓ）、ＵＥ１３２は、実行するＲＡＣＨ手続によるｅＮＢ１３１のアクセスが、ｅＮＢ１３１への初回アクセスか否かを判断する（ステップＳ５０２）。初回アクセスである場合（ステップＳ５０２：Ｙｅｓ）は、ＵＥ１３２は、初回アクセス時のＲＡＣＨ手続を実行し（ステップＳ５０３）、ステップＳ５０１へ戻る。初回アクセス時のＲＡＣＨ手続については後述する（たとえば図６参照）。
【００７１】
ステップＳ５０２において、初回アクセスでない場合（ステップＳ５０２：Ｎｏ）は、ＵＥ１３２は、２回目以降のＲＡＣＨ手続を実行し（ステップＳ５０４）、ステップＳ５０１へ戻る。２回目以降のＲＡＣＨ手続については後述する（たとえば図７参照）。
【００７２】
（ＵＥによる初回アクセス時のＲＡＣＨ手続）
図６は、ＵＥによる初回アクセス時のＲＡＣＨ手続の一例を示すフローチャートである。ＵＥ１３２は、図５に示したステップＳ５０３において、たとえば以下の各ステップを実行する。まず、ＵＥ１３２は、たとえば０〜６３のいずれかのプリアンブル番号をランダムに選択する（ステップＳ６０１）。つぎに、ＵＥ１３２は、ステップＳ６０１によって選択したプリアンブル番号に対応するプリアンブルをｅＮＢ１３１へ送信する（ステップＳ６０２）。
【００７３】
つぎに、ＵＥ１３２は、ｅＮＢ１３１からのＲＡＣＨレスポンスを受信したか否かを判断し（ステップＳ６０３）、ＲＡＣＨレスポンスを受信するまで待つ（ステップＳ６０３：Ｎｏのループ）。ＲＡＣＨレスポンスを受信すると（ステップＳ６０３：Ｙｅｓ）、ＵＥ１３２は、受信したＲＡＣＨレスポンスからテンポラリＣ−ＲＮＴＩを取得する（ステップＳ６０４）。
【００７４】
つぎに、ＵＥ１３２は、ステップＳ６０４によって取得したテンポラリＣ−ＲＮＴＩと、ＵＥ１３２の競合解決ＩＤと、を含むＲＡＣＨメッセージ３を作成する（ステップＳ６０５）。ＵＥ１３２は、ステップＳ６０５によって作成したＲＡＣＨメッセージ３をｅＮＢ１３１へ送信する（ステップＳ６０６）。
【００７５】
つぎに、ＵＥ１３２は、ｅＮＢ１３１からのＲＡＣＨメッセージ４を受信したか否かを判断し（ステップＳ６０７）、ＲＡＣＨメッセージ４を受信するまで待つ（ステップＳ６０７：Ｎｏのループ）。ＲＡＣＨメッセージ４を受信すると（ステップＳ６０７：Ｙｅｓ）、ＵＥ１３２は、受信したＲＡＣＨメッセージ４から競合解決ＩＤを取得する（ステップＳ６０８）。
【００７６】
つぎに、ＵＥ１３２は、ステップＳ６０８によって取得した競合解決ＩＤが、ＵＥ１３２（自ＵＥ）の競合解決ＩＤと一致しているか否かを判断する（ステップＳ６０９）。競合解決ＩＤが一致していない場合（ステップＳ６０９：Ｎｏ）は、ＵＥ１３２は、ステップＳ６０１に戻ってＲＡＣＨ手続をやり直す。このとき、ＵＥ１３２は、ｅＮＢ１３１への送信電力を増加させてＲＡＣＨ手続をやり直してもよい。
【００７７】
ステップＳ６０９において、競合解決ＩＤが一致している場合（ステップＳ６０９：Ｙｅｓ）は、ＵＥ１３２は、ステップＳ６０７において受信したＲＡＣＨメッセージ４からＣ−ＲＮＴＩを取得する（ステップＳ６１０）。つぎに、ＵＥ１３２は、ステップＳ６１０によって取得したＣ−ＲＮＴＩを自ＵＥの正式なＣ−ＲＮＴＩとして登録する（ステップＳ６１１）。つぎに、ＵＥ１３２は、ステップＳ６１１によって登録したＣ−ＲＮＴＩを使用してｅＮＢ１３１との通信を開始し（ステップＳ６１２）、初回アクセス時のＲＡＣＨ手続を終了する。
【００７８】
（ＵＥによる２回目以降のＲＡＣＨ手続）
図７は、ＵＥによる２回目以降のＲＡＣＨ手続の一例を示すフローチャートである。ＵＥ１３２は、図５に示したステップＳ５０４において、たとえば以下の各ステップを実行する。まず、ＵＥ１３２は、自ＵＥに登録済みのＣ−ＲＮＴＩに基づいてプリアンブル番号を選択する（ステップＳ７０１）。自ＵＥに登録済みのＣ−ＲＮＴＩは、たとえば図６のステップＳ６１１によって登録した正式なＣ−ＲＮＴＩである。
【００７９】
つぎに、ＵＥ１３２は、ステップＳ７０１によって選択したプリアンブル番号に対応するプリアンブルをｅＮＢ１３１へ送信する（ステップＳ７０２）。ＵＥ１３２は、ｅＮＢ１３１からのＲＡＣＨレスポンスを受信したか否かを判断し（ステップＳ７０３）、ＲＡＣＨレスポンスを受信するまで待つ（ステップＳ７０３：Ｎｏのループ）。
【００８０】
ステップＳ７０３において、ＲＡＣＨレスポンスを受信すると（ステップＳ７０３：Ｙｅｓ）、ＵＥ１３２は、受信したＲＡＣＨレスポンスからテンポラリＣ−ＲＮＴＩを取得する（ステップＳ７０４）。つぎに、ＵＥ１３２は、ステップＳ７０４によって取得したテンポラリＣ−ＲＮＴＩと、自ＵＥに登録済みのＣ−ＲＮＴＩを含むＭＡＣ＿ＣＥと、を含むＲＡＣＨメッセージ３を作成する（ステップＳ７０５）。つぎに、ＵＥ１３２は、ステップＳ７０５によって作成したＲＡＣＨメッセージ３をｅＮＢ１３１へ送信する（ステップＳ７０６）。
【００８１】
つぎに、ＵＥ１３２は、ｅＮＢ１３１からのＲＡＣＨメッセージ４を受信したか否かを判断し（ステップＳ７０７）、ＲＡＣＨメッセージ４を受信するまで待つ（ステップＳ７０７：Ｎｏのループ）。ＲＡＣＨメッセージ４を受信すると（ステップＳ７０７：Ｙｅｓ）、ＵＥ１３２は、自ＵＥに登録済みのＣ−ＲＮＴＩを使用してｅＮＢ１３１との通信を開始し（ステップＳ７０８）、２回目以降のＲＡＣＨ手続を終了する。
【００８２】
（ｅＮＢの動作）
図８は、ｅＮＢの動作の一例を示すフローチャートである。ｅＮＢ１３１は、たとえば以下の各ステップを実行する。まず、ｅＮＢ１３１は、ＵＥ１３２からのプリアンブルを受信したか否かを判断し（ステップＳ８０１）、プリアンブルを受信するまで待つ（ステップＳ８０１：Ｎｏのループ）。プリアンブルを受信すると（ステップＳ８０１：Ｙｅｓ）、ｅＮＢ１３１は、ＵＥ１３２に一時的に割り当てるテンポラリＣ−ＲＮＴＩを選択する（ステップＳ８０２）。
【００８３】
つぎに、ｅＮＢ１３１は、ステップＳ８０２によって選択したテンポラリＣ−ＲＮＴＩを含むＲＡＣＨレスポンスを作成する（ステップＳ８０３）。つぎに、ｅＮＢ１３１は、ステップＳ８０３によって作成したＲＡＣＨレスポンスをＵＥ１３２へ送信する（ステップＳ８０４）。
【００８４】
つぎに、ｅＮＢ１３１は、ＵＥ１３２からのＲＡＣＨメッセージ３を受信したか否かを判断し（ステップＳ８０５）、ＲＡＣＨメッセージ３を受信するまで待つ（ステップＳ８０５：Ｎｏのループ）。ステップＳ８０１において、ＲＡＣＨメッセージ３を受信すると（ステップＳ８０５：Ｙｅｓ）、ｅＮＢ１３１は、受信したＲＡＣＨメッセージ３からテンポラリＣ−ＲＮＴＩと、メッセージ３に付与されている場合はＭＡＣ＿ＣＥを取得する（ステップＳ８０６）。
【００８５】
つぎに、ｅＮＢ１３１は、メッセージ３にＭＡＣ＿ＣＥが付与されていた場合はいずれかのＵＥに登録済みのＣ−ＲＮＴＩが、ステップＳ８０６によって取得したＭＡＣ＿ＣＥに含まれているか否かを判断する（ステップＳ８０７）。登録済みのＣ−ＲＮＴＩがＭＡＣ＿ＣＥに含まれていない場合（ステップＳ８０７：Ｎｏ）、もしくはＭＡＣ＿ＣＥがメッセージ３に付与されていなかった場合は、ＵＥ１３２によるＲＡＣＨ手続は、初回アクセス時のＲＡＣＨ手続であると判断する。ここで、ｅＮＢ１３１は、初回アクセス時のＲＡＣＨ手続きであると判断するために、メッセージ３にＣＣＣＨ  ＳＤＵが含まれている事で判断してもよい。このため、ｅＮＢ１３１は、ステップＳ８０１において受信したＲＡＣＨメッセージ３から、ＵＥ１３２の競合解決ＩＤを取得する（ステップＳ８０８）。
【００８６】
つぎに、ｅＮＢ１３１は、ステップＳ８０８によって取得した競合解決ＩＤをｅＮＢ１３１のメモリに記憶する（ステップＳ８０９）。つぎに、ｅＮＢ１３１は、ＵＥ１３２のためのＵＥリソースを確保可能か否かを判断する（ステップＳ８１０）。たとえば、ｅＮＢ１３１においてはｅＮＢ１３１と接続可能なＵＥの上限数が設定されており、ｅＮＢ１３１は、ｅＮＢ１３１と接続中のＵＥの数が上限数に達しているか否かを判断することによってＵＥリソースを確保可能か否かを判断する。
【００８７】
ステップＳ８１０において、ＵＥリソースを確保可能でない場合（ステップＳ８１０：Ｎｏ）は、ｅＮＢ１３１は、ステップＳ８０１へ戻る。ＵＥリソースを確保可能である場合（ステップＳ８１０：Ｙｅｓ）は、ｅＮＢ１３１は、ステップＳ８０６によって取得したテンポラリＣ−ＲＮＴＩと対応付けてＵＥリソースを確保する（ステップＳ８１１）。つぎに、ｅＮＢ１３１は、ステップＳ８０６によって取得したテンポラリＣ−ＲＮＴＩを、ＵＥ１３２（対象ＵＥ）の正式なＣ−ＲＮＴＩとして登録する（ステップＳ８１２）。
【００８８】
つぎに、ｅＮＢ１３１は、ステップＳ８１２によって登録したＣ−ＲＮＴＩと、ステップＳ８０９によって記憶した競合解決ＩＤと、を含むＲＡＣＨメッセージ４を作成する（ステップＳ８１３）。つぎに、ｅＮＢ１３１は、ステップＳ８１３により作成したＲＡＣＨメッセージ４をＵＥ１３２へ送信し（ステップＳ８１４）、ステップＳ８０１へ戻る。
【００８９】
ステップＳ８０７において、登録済みのＣ−ＲＮＴＩがＭＡＣ＿ＣＥに含まれている場合（ステップＳ８０７：Ｙｅｓ）は、ＵＥ１３２によるＲＡＣＨ手続は、２回目以降のＲＡＣＨ手続であると判断することができる。このため、ｅＮＢ１３１は、ステップＳ８０６によって取得されたＭＡＣ＿ＣＥからＣ−ＲＮＴＩを取得する（ステップＳ８１５）。
【００９０】
つぎに、ｅＮＢ１３１は、ステップＳ８１５によって取得したＣ−ＲＮＴＩに基づいてＵＥ１３２を特定する（ステップＳ８１６）。つぎに、ｅＮＢ１３１は、ステップＳ８１５によって取得したＣ−ＲＮＴＩを含むＲＡＣＨメッセージ４を作成する（ステップＳ８１７）。つぎに、ｅＮＢ１３１は、ステップＳ８１７によって作成したＲＡＣＨメッセージ４をＵＥ１３２へ送信し（ステップＳ８１８）、ステップＳ８０１へ戻る。
【００９１】
（ＵＥによるプリアンブル情報の選択）
下記（１）式は、ＵＥ１３２に記憶され、上記の所定の対応関係を示す対応情報である。ＵＥ１３２は、２回目以降のＲＡＣＨ手続において、たとえば下記（１）式と、過去に割り当てられた登録済みのＣ−ＲＮＴＩと、に基づいてプリアンブル番号を選択する。
【００９２】
プリアンブル番号
＝（Ｃ−ＲＮＴＩ＊Ａ１＋Ａ２）ｍｏｄ（ＲＡプリアンブル数）…（１）
【００９３】
ＲＡプリアンブル数は、たとえば３ＧＰＰにおいて定義されているパラメータｎｕｍｂｅｒ＿Ｏｆ＿ＲＡ＿ｐｒｅａｍｂｌｅｓである。０〜６３のプリアンブル番号のうち、ＲＡプリアンブル数で指定される値未満のプリアンブル番号が競合ランダムアクセス手続に使用されるプリアンブル番号となる。なお、０〜６３のプリアンブル番号のうち、ＲＡプリアンブル数以上のプリアンブル番号は、たとえば非競合ＲＡＣＨ手続に使用されるプリアンブル番号である。
【００９４】
係数Ａ１，Ａ２は、ＵＥ１３２およびｅＮＢ１３１の各メモリに記憶されており、ＵＥ１３２およびｅＮＢ１３１で共有しているパラメータである。係数Ａ１，Ａ２を変更することで、Ｃ−ＲＮＴＩによって選択するプリアンブル番号を調整することができる。たとえば係数Ａ１＝４，係数Ａ２＝１とすると、Ｃ−ＲＮＴＩが示す番号順に４つ置きに、オフセットが１で競合ランダムアクセス手続に使用されるプリアンブル番号が選択される。
【００９５】
（ｅＮＢによるＣ−ＲＮＴＩの選択）
下記（２）式は、ｅＮＢ１３１に記憶される対応情報である。下記（２）式は、上記（１）式を変形することによって導くことができる上記（１）式と同等な式であり、上記の所定の対応関係を示す対応情報である。
【００９６】
ｅＮＢ１３１は、まず、ＵＥ１３２に選択させるプリアンブル番号を決定する。そして、ｅＮＢ１３１は、ＵＥ１３２において上記（１）式に従ってプリアンブル番号が選択されることを前提として、決定したプリアンブル番号をＵＥ１３２が選択するようにＣ−ＲＮＴＩを選択する。具体的には、ｅＮＢ１３１は、下記（２）式と、決定したプリアンブル番号と、に基づいてＣ−ＲＮＴＩを算出することができる。
【００９７】
Ｃ−ＲＮＴＩ＝
｛（ＲＡプリアンブル数＊ｎ＋プリアンブル番号）−Ａ２｝／Ａ１    …（２）
【００９８】
ｎは、たとえばＲＡプリアンブル数＊ｎがＣ−ＲＮＴＩの値を超えない任意の正の整数である。ｅＮＢのみが記憶し、上記（２）式をｅＮＢが計算する際にｅＮＢによって任意に選択される。倍数ｎは、たとえばｅＮＢが決めたプリアンブル番号から上記（２）式を計算した際に算出されたＣ−ＲＮＴＩが、他のＵＥに既に割り付けられていた場合などに、ｅＮＢがｎをインクリメントしてさらに異なるＣ−ＲＮＴＩを選択するためなどに使用してもよい。
【００９９】
上記（２）式によって算出したＣ−ＲＮＴＩをＵＥ１３２に割り当てることで、ｅＮＢ１３１が決定したプリアンブル番号をＵＥ１３２に選択させることができる。これにより、ＵＥ１３２が選択するプリアンブルをｅＮＢ１３１から制御可能になる。
【０１００】
（ｅＮＢによるプリアンブル番号の決定）
ｅＮＢ１３１は、たとえば、ＵＥ１３２の品質情報に基づいてＵＥ１３２に選択させるプリアンブル番号を決定する。品質情報は、たとえば、ＵＥ１３２から受信したプリアンブルに基づいて伝搬品質を測定することによって得ることができる。
【０１０１】
図９は、品質情報とプリアンブル番号との対応情報の一例を示す図である。図９に示すテーブル９００は、品質情報とプリアンブル番号との対応情報である。テーブル９００は、たとえばｅＮＢ１３１のメモリに記憶されている。または、テーブル９００は、ｅＮＢ１３１が外部の装置から受信する情報であってもよい。
【０１０２】
テーブル９００においては、品質情報の値Ｑ１〜Ｑｎに対してそれぞれプリアンブル番号Ｐ１〜Ｐｎが対応付けられている。ｅＮＢ１３１は、品質情報に対応するプリアンブル番号をテーブル９００から取得する。そして、ｅＮＢ１３１は、取得したプリアンブル番号をＵＥ１３２が選択するようにＵＥ１３２にＣ−ＲＮＴＩを割り当てる。
【０１０３】
（プリアンブルのグループ分け）
ＵＥ１３２が選択するプリアンブルを制御する場合について説明したが、プリアンブルをグループ分けし、ＵＥ１３２が選択するプリアンブル番号のグループを制御するようにしてもよい。これにより、ＵＥ１３２が選択するプリアンブルの制御が簡単になり、処理負荷を低減することができる。
【０１０４】
図１０は、プリアンブルのグループ分けの一例を示す図である。図１０に示すように、プリアンブル番号として６４個の０〜６３を使用するとする。そして、たとえば、６４個のプリアンブル番号を、グループ番号＃０〜＃７の８つのグループに分けるとする。たとえばグループ番号＃０のグループには、プリアンブル番号の０〜７が含まれる。ＵＥ１３２は、たとえば下記（３）式と、登録済みのＣ−ＲＮＴＩと、に基づいてグループ番号を選択する。下記（３）式のグループ数は、図１０に示す例では８である。
【０１０５】
グループ番号＝（Ｃ−ＲＮＴＩ＊Ａ１＋Ａ２）ｍｏｄ（グループ数）…（３）
【０１０６】
ＵＥ１３２は、上記（３）式によって選択したグループ番号に含まれるプリアンブル番号の中のいずれかのプリアンブル番号を選択し、選択したプリアンブル番号に対応するプリアンブルをｅＮＢ１３１へ送信する。これに対して、ｅＮＢ１３１は、まず、ＵＥ１３２に選択させるグループ番号を決定する。
【０１０７】
図１１は、品質情報とグループ番号との対応情報の一例を示す図である。図１１に示すテーブル１１００は、品質情報とグループ番号との対応情報である。テーブル１１００は、たとえばｅＮＢ１３１のメモリに記憶されている。または、テーブル１１００は、ｅＮＢ１３１が外部の装置から受信する情報であってもよい。
【０１０８】
テーブル１１００においては、品質情報の値Ｑ１〜Ｑｎに対してそれぞれグループ番号Ｇ１〜Ｇｎが対応付けられている。ｅＮＢ１３１は、品質情報に対応するグループ番号をテーブル１１００から取得する。そして、ｅＮＢ１３１は、ＵＥ１３２において上記（３）式に従ってグループ番号が選択されることを前提として、テーブル１１００から取得したグループ番号をＵＥ１３２が選択するようにＣ−ＲＮＴＩを選択する。たとえば、ｅＮＢ１３１は、上記（３）式を変形した下記（４）式と、取得したグループ番号と、に基づいてＣ−ＲＮＴＩを算出することができる。
【０１０９】
Ｃ−ＲＮＴＩ＝｛（グループ数＊ｎ＋グループ番号）−Ａ２｝／Ａ１  …（４）
【０１１０】
ｎは、たとえば（グループ数＊ｎ）がＣ−ＲＮＴＩの値を超えない任意の正の整数である。ｅＮＢのみが記憶し、上記（３）式をｅＮＢが計算する際にｅＮＢによって任意に選択される。倍数ｎは、たとえばｅＮＢが決めたグループ番号から上記（２）式を計算した際に算出されたＣ−ＲＮＴＩが、他のＵＥに既に割り付けられていた場合などに、ｅＮＢがｎをインクリメントしてさらに異なるＣ−ＲＮＴＩを選択するためなどに使用してもよい。
【０１１１】
上記（４）式によって算出したＣ−ＲＮＴＩをＵＥ１３２に割り当てることで、ｅＮＢ１３１が決定したグループ番号−ＢをＵＥ１３２に選択させることができる。これにより、ＵＥ１３２が選択するプリアンブルのグループをｅＮＢ１３１から制御可能になる。
【０１１２】
このように、実施の形態１にかかる通信システム１００においては、移動通信端末１１０が過去に割り当てられた識別子に応じてプリアンブルを選択する。これにより、新たな制御情報を追加しなくても、基地局１２０から割り当てる識別子を選択することで、移動通信端末１１０によるプリアンブルの選択を制御することが可能になる。
【０１１３】
このため、移動通信端末１１０が選択するプリアンブルを基地局１２０から制御して、競合ランダムアクセスにおける干渉の低減を図ることができる。たとえば、競合ランダムアクセスにおいて、複数の移動通信端末１１０に対して異なる識別子を割り当てることで、複数の移動通信端末１１０が同一のプリアンブル番号を同時に選択して送信する確率を低くすることができる。
【０１１４】
（実施の形態２）
実施の形態２にかかる通信システム１００、移動通信端末１１０および基地局１２０について、実施の形態１にかかる通信システム１００、移動通信端末１１０および基地局１２０と異なる部分について説明する。
【０１１５】
図１２は、実施の形態２にかかる通信システムの構成の一例を示す図である。図１２において、図１−１に示した部分と同様の部分については同一の符号を付して説明を省略する。基地局１２０の通信制御部１２１は、移動通信端末１１０による基地局１２０への２回目以降のＲＡＣＨ手続の後に、移動通信端末１１０に割り当てた識別子の変更を指示する変更指示信号を移動通信端末１１０へ送信する。移動通信端末１１０の通信制御部１１１は、基地局１２０から送信された変更指示信号に基づいて、基地局１２０との無線通信に用いる識別子を変更する。
【０１１６】
また、通信制御部１１１は、変更指示信号に基づいて、識別子記憶部１１２に記憶する識別子を変更する。これにより、選択部１１４によって、変更された識別子に対応するプリアンブル情報が選択される。なお、移動通信端末１１０の識別子を変更する機能には、ハンドオーバに対応するために識別子を変更する機能を利用することができる。通信制御部１１１は、基地局１２０から変更指示信号を受信した後は、選択部１１４によって選択された、変更された識別子に対応するプリアンブル情報に基づくプリアンブルを基地局１２０へ送信する。
【０１１７】
（２回目以降の競合ＲＡＣＨ手続シーケンス）
図１３は、２回目以降の競合ＲＡＣＨ手続シーケンスの一例を示す図である。実施の形態２にかかる通信システム１３０においては、同期外れ、レジューミング、ハンドオーバなどの発生時に、ＵＥ１３２のｅＮＢ１３１への２回目以降の競合ＲＡＣＨ手続として、たとえば以下の各ステップが行われる。
【０１１８】
図１３に示すステップＳ１３０１〜Ｓ１３０８は、図４に示したステップＳ４０１〜Ｓ４０８と同様である。ステップＳ１３０８のつぎに、ＭＡＣ制御部３０１が、ステップＳ１３０７によって送信されたＲＡＣＨメッセージ３に含まれるテンポラリＣ−ＲＮＴＩをＲＲＣ処理部３０２へ通知する（ステップＳ１３０９）。図１３に示すステップＳ１３１０〜Ｓ１３１２は、図４に示したステップＳ４０９〜Ｓ４１１と同様である。
【０１１９】
ステップＳ１３１２のつぎに、ｅＮＢ１３１のＲＲＣ処理部３０２が、ＵＥ１３２のＣ−ＲＮＴＩを、ステップＳ１３０９によって通知されたテンポラリＣ−ＲＮＴＩに変更することを要求する信号であるＣ−ＲＮＴＩ変更要求をＵＥ１３２へ送信する（ステップＳ１３１３）。Ｃ−ＲＮＴＩ変更要求は、たとえばＲＲＣ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｑｕｅｓｔによって送信することができる。
【０１２０】
つぎに、ＵＥ１３２が、ステップＳ１３１３によって送信されたＣ−ＲＮＴＩ変更要求にしたがって、ｅＮＢ１３１との間の通信に使用するＣ−ＲＮＴＩを変更する（ステップＳ１３１４）。以上のような各ステップにより、レジューミングや同期要求（ＳｙｎｃＲｅｑｕｅｓｔ）などにおいてランダムアクセスになったにおいても、ＵＥ１３２によって送信されるプリアンブルをｅＮＢ１３１から制御することができる。
【０１２１】
（ＵＥによる２回目以降のＲＡＣＨ手続）
図１４は、ＵＥによる２回目以降のＲＡＣＨ手続の一例を示すフローチャートである。実施の形態２にかかるＵＥ１３２は、図５に示したステップＳ５０４において、たとえば以下の各ステップを実行する。図１４に示すステップＳ１４０１〜Ｓ１４０８は、図７に示したステップＳ７０１〜Ｓ７０８と同様である。
【０１２２】
ステップＳ１４０８のつぎに、ＵＥ１３２は、Ｃ−ＲＮＴＩ変更要求をｅＮＢ１３１から受信したか否かを判断し（ステップＳ１４０９）、Ｃ−ＲＮＴＩ変更要求を受信するまで待つ（ステップＳ１４０９：Ｎｏのループ）。Ｃ−ＲＮＴＩ変更要求を受信すると（ステップＳ１４０９：Ｙｅｓ）、ＵＥ１３２は、Ｃ−ＲＮＴＩ変更要求にしたがって正式なＣ−ＲＮＴＩを変更する（ステップＳ１４１０）。つぎに、ＵＥ１３２は、ステップＳ１４１０によって変更したＣ−ＲＮＴＩによる通信を開始し（ステップＳ１４１１）、２回目以降のＲＡＣＨ手続を終了する。
【０１２３】
（ｅＮＢの動作）
図１５は、ｅＮＢの動作の一例を示すフローチャートである。実施の形態２にかかるｅＮＢ１３１は、たとえば以下の各ステップを実行する。図１５０１に示すステップＳ１５０１〜Ｓ１５１８は、図８に示したステップＳ８０１〜Ｓ８１８と同様である。ステップＳ１５１８のつぎに、ｅＮＢ１３１は、ＵＥ１３２のＣ−ＲＮＴＩを、ステップＳ１５０６によって取得したテンポラリＣ−ＲＮＴＩに変更することを要求するＣ−ＲＮＴＩ変更要求をＵＥ１３２へ送信し（ステップＳ１５１９）、ステップＳ１５０１へ戻る。
【０１２４】
このように、実施の形態２にかかる通信システム１００においては、移動通信端末１１０に識別子を割り当てた状態でランダムアクセスがあった場合に、基地局１２０からの変更指示信号によって移動通信端末１１０の識別子を変更できるようにする。これにより、同期外れやレジューミングなどの２回目以降のＲＡＣＨ手続の際に移動通信端末１１０の識別子が維持される場合にも、移動通信端末１１０によるプリアンブル情報の選択を基地局１２０から制御することが可能になる。
【０１２５】
（実施の形態３）
実施の形態３にかかる通信システム１００、移動通信端末１１０および基地局１２０について、実施の形態２にかかる通信システム１００、移動通信端末１１０および基地局１２０と異なる部分について説明する。
【０１２６】
（実施の形態３にかかる通信システムの構成）
図１６は、実施の形態３にかかる通信システムの構成の一例を示す図である。図１６において、図１−１に示した部分と同様の部分については同一の符号を付して説明を省略する。図１６に示すように、実施の形態３にかかる移動通信端末１１０は、図１−１に示した構成に加えて品質取得部１６１１を備えている。品質取得部１６１１は、たとえば図２−１に示した無線通信インタフェース２１５によって実現することができる。
【０１２７】
実施の形態３にかかる対応関係記憶部１１３，１２３に記憶された対応情報のそれぞれは、移動通信端末１１０と基地局１２０との間の無線通信における伝搬品質を示す品質情報と、識別子と、プリアンブル情報と、の所定の対応関係を示す情報となっている。
【０１２８】
＜移動通信端末の構成＞
移動通信端末１１０の対応関係記憶部１１３に記憶される対応情報は、たとえば、識別子および品質情報の組み合わせからプリアンブル情報を算出可能な関数である。または、対応関係記憶部１１３に記憶される対応情報は、識別子および品質情報の組み合わせと、プリアンブル情報と、を対応付けるテーブルなどであってもよい。
【０１２９】
品質取得部１６１１は、移動通信端末１１０と基地局１２０との間の無線通信における伝搬品質を示す品質情報を取得する。たとえば、品質取得部１６１１は、移動通信端末１１０が基地局１２０から送信される信号（たとえばリファレンス信号）に基づいて伝搬品質を測定することによって品質情報を取得する。または、品質取得部１６１１は、基地局１２０において測定された移動通信端末１１０と基地局１２０との間の伝搬品質を示す品質情報を、通信制御部１１１を介して基地局１２０から取得してもよい。品質取得部１６１１は、取得した品質情報を選択部１１４へ出力する。
【０１３０】
選択部１１４は、識別子記憶部１１２に記憶された識別子と、品質取得部１６１１から出力された品質情報と、の組み合わせにおいて、対応関係記憶部１１３に記憶された対応情報が示す所定の対応関係を満たすプリアンブル情報を選択する。これにより、基地局１２０に対する２回目以降のランダムアクセスを行う際に、前回のランダムアクセスにおいて基地局１２０によって割り当てられた識別子と、現時点の伝搬品質に応じたプリアンブル情報に基づくプリアンブルを送信することができる。
【０１３１】
＜基地局の構成＞
基地局１２０の決定部１２２は、移動通信端末１１０に選択させるプリアンブル情報を、品質情報ごとに決定する。たとえば、決定部１２２は、品質情報ごとのプリアンブル情報を、図９のテーブル９００のように決定する。
【０１３２】
対応関係記憶部１２３に記憶される対応情報は、たとえば、プリアンブル情報および品質情報の組み合わせから識別子を算出可能な関数である。または、対応関係記憶部１２３に記憶される対応情報は、プリアンブル情報および品質情報の組み合わせと、識別子と、を対応付けるテーブルなどであってもよい。
【０１３３】
導出部１２４は、決定部１２２から通知された品質情報ごとのプリアンブル情報に基づいて、伝搬品質およびプリアンブル情報の各組み合わせにおいて、対応関係記憶部１２３に記憶された対応情報が示す所定の対応関係を満たす識別子を導出する。通信制御部１２１は、導出部１２４によって導出された識別子を移動通信端末１１０に割り当てる。
【０１３４】
これに対して、移動通信端末１１０は、以降のランダムアクセスにおいて、基地局１２０から割り当てられた識別子と、ランダムアクセス時の伝搬品質を示す品質情報と、に基づくプリアンブル情報を選択する。これにより、導出部１２４によって導出する識別子を選択することで、品質情報ごとに、移動通信端末１１０が選択するプリアンブル番号を制御することができる。
【０１３５】
（ＵＥによるプリアンブル情報の選択）
下記（５）式は、ＵＥ１３２に記憶され、上記の所定の対応関係を示す対応情報である。ＵＥ１３２は、２回目以降のＲＡＣＨ手続において、たとえば下記（５）式と、過去に割り当てられた登録済みのＣ−ＲＮＴＩと、に基づいてプリアンブル番号を選択する。
【０１３６】
プリアンブル番号
＝調整用ｏｆｆｓｅｔ
＋｛調整係数＊（品質情報  ｍｏｄ  Ｂ１）＋Ｃ−ＲＮＴＩ  ｍｏｄ  Ｂ２｝
ｍｏｄ  ＲＡプリアンブル数                                …（５）
【０１３７】
調整係数は、プリアンブル番号の選択における品質情報とＣ−ＲＮＴＩの比重を調整する係数である。上記（５）式において、パラメータＢ１は、品質情報の区切り用パラメータである。パラメータＢ２は、Ｃ−ＲＮＴＩの区切り用パラメータである。パラメータＢ１，Ｂ２を変更することで、選択されるプリアンブルの間隔を変化させ、処理負荷を調整することができる。
【０１３８】
（ｅＮＢによるＣ−ＲＮＴＩの選択）
ｅＮＢ１３１は、品質情報とプリアンブル情報の各組み合わせにおいて上記（５）式を満たすＣ−ＲＮＴＩを導出し、導出したＣ−ＲＮＴＩをＵＥ１３２に割り当てる。これにより、割り当てたＣ−ＲＮＴＩと、ランダムアクセス時の品質情報と、によってＵＥ１３２が選択するプリアンブル番号が一意に決まる。このため、割り当てるＣ−ＲＮＴＩを選択することで、ＵＥ１３２が送信するプリアンブルをｅＮＢ１３１から制御することができる。さらに、ＵＥ１３２が送信するプリアンブルを、Ｃ−ＲＮＴＩを割り当てる時点では未知であるランダムアクセス時の伝搬品質に応じて制御することが可能になる。
【０１３９】
（ｅＮＢ１３１によるＵＥのＣ−ＲＮＴＩの変更）
また、実施の形態３において、実施の形態２のように、初回アクセス以外のＲＡＣＨ手続シーケンスにおいて、ＵＥ１３２のＣ−ＲＮＴＩをｅＮＢ１３１から変更させる構成としてもよい。
【０１４０】
（プリアンブルのグループ分け）
また、実施の形態３において、プリアンブルをグループ分けし、ＵＥ１３２が選択するプリアンブルのグループを制御するようにしてもよい。
【０１４１】
（品質情報の具体例）
＜品質情報にＴＡコマンド値を用いる例＞
ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報としては、たとえば、ＴＡ（Ｔｉｍｅ  Ａｌｉｇｎｍｅｎｔ）コマンド値を用いることができる。ＴＡコマンド値は、ｅＮＢ１３１に対するＵＥ１３２の動作タイミングの差を示す情報（送信タイミング調整情報）である。ＴＡコマンド値は、通常、ｅＮＢ１３１からの距離が大きいＵＥほど大きくなる。
【０１４２】
ｅＮＢ１３１からの距離が大きいＵＥは、ｅＮＢ１３１からの距離が小さいＵＥに比べて、ｅＮＢ１３１に届く信号の電力が小さくなるため、ＲＡＣＨ手続の成功率が低くなる。したがって、ＴＡコマンド値が示す動作タイミングの差が小さいほど、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質が高い。
【０１４３】
たとえば、ｅＮＢ１３１は、ＵＥ１３２からのプリアンブルに基づいて、ｅＮＢ１３１に対するＵＥ１３２の動作タイミングの差を測定することによってＴＡコマンド値を取得することができる。ＵＥ１３２は、ＴＡコマンド値を、ｅＮＢ１３１から受信することによって取得することができる。
【０１４４】
＜品質情報にパスロス値を用いる例＞
ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報として、パスロス（Ｐａｔｈｌｏｓｓ）の大きさを示すパスロス値を用いてもよい。パスロスは、通常、ｅＮＢ１３１からの距離が大きいＵＥほど大きくなる。また、パスロスは、ｅＮＢ１３１とＵＥ１３２との間の遮蔽物などによって信号が減衰している場合も大きくなる。したがって、パスロス値が示すパスロスが小さいほど、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質が高い。
【０１４５】
パスロスは、たとえば、ｅＮＢ１３１から送信される信号（たとえばリファレンス信号）に基づいてＵＥ１３２において測定することができる。ｅＮＢ１３１は、たとえばＵＥ１３２において測定されたパスロスの大きさを示すパスロス値を、ＵＥ１３２から受信することによって取得することができる。
【０１４６】
＜品質情報にＤＬ信号の干渉電力値を用いる例＞
ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報として、ＤＬ（ダウンリンク）信号の干渉電力値を用いてもよい。干渉電力値が高いＵＥは、本来の信号が干渉電力に埋もれやすく、信号が通りにくい。したがって、干渉電力値が低いほど、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質が高い。
【０１４７】
ＤＬ信号の干渉電力値は、たとえば、ｅＮＢ１３１から送信される信号（たとえばリファレンス信号）に基づいてＵＥ１３２において測定することができる。ｅＮＢ１３１は、たとえばＵＥ１３２において測定されたＤＬ信号の干渉電力値を、たとえばＭｅａｓｕｒｅｍｅｎｔ  ＲｅｐｏｒｔによってＵＥ１３２から受信することによって取得することができる。
【０１４８】
＜品質情報にＴＡコマンド値およびパスロス値を用いる例＞
ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報として、上記のＴＡコマンド値およびパスロス値の両方を用いてもよい。ＵＥ１３２は、たとえば、下記（６）式によって、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報（ＵＥ品質メトリック）を算出する。
【０１４９】
ＵＥ品質メトリック
＝（ＴＡコマンド値／ＴＡコマンド値の最大値）×α
＋（パスロス値／パスロス最大値の値）×β          …（６）
【０１５０】
上記（６）式において、α、βは、ＴＡコマンド値とパスロス値のどちらに比重を置くかを決めるパラメータである。ＴＡコマンド値およびパスロス値をそれぞれ最大値で除算することで、ＴＡコマンド値およびパスロス値を正規化して０〜１の範囲の評価値とすることができる。上記（６）式によって算出されたＵＥ品質メトリックの値が小さいほど、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質が高い。このように、ＴＡコマンド値とパスロス値の両方に基づいて品質情報を算出してもよい。
【０１５１】
＜品質情報にＴＡコマンド値およびＤＬ信号の干渉電力値を用いる例＞
ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報として、上記のＴＡコマンド値およびＤＬ信号の干渉電力値の両方を用いてもよい。ＵＥ１３２は、たとえば、下記（７）式によって、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報（ＵＥ品質メトリック）を算出する。
【０１５２】
ＵＥ品質メトリック
＝（ＴＡコマンド値／ＴＡコマンド値の最大値）×α
＋（ＤＬ信号の干渉電力値／ＤＬ信号の干渉電力値の最大値）×β    …（７）
【０１５３】
上記（７）式において、α、βは、ＴＡコマンド値とＤＬ信号の干渉電力値のどちらに比重を置くかを決めるパラメータである。ＴＡコマンド値およびＤＬ信号の干渉電力値をそれぞれ最大値で除算することで、ＴＡコマンド値およびＤＬ信号の干渉電力値を正規化して０〜１の範囲の評価値とすることができる。上記（７）式によって算出されたＵＥ品質メトリックの値が小さいほど、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質が高い。このように、ＴＡコマンド値とＤＬ信号の干渉電力値の両方に基づいて品質情報を算出してもよい。
【０１５４】
＜品質情報にＴＡコマンド値、ＤＬ信号の干渉電力値およびパスロス値を用いる例＞
ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報として、上記のＴＡコマンド値、ＤＬ信号の干渉電力値およびパスロス値を用いてもよい。ＵＥ１３２は、たとえば、下記（８）式によって、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報（ＵＥ品質メトリック）を算出する。
【０１５５】
ＵＥ品質メトリック
＝（ＴＡコマンド値／ＴＡコマンド値の最大値）×α
＋（ＤＬ信号の干渉電力値／ＤＬ信号の干渉電力最大値）×β
＋（パスロス値／パスロス最大値）×γ                    …（８）
【０１５６】
上記（８）式において、α、β、γは、ＴＡコマンド値、ＤＬ信号の干渉電力値およびパスロス値の各重みを決めるパラメータである。ＴＡコマンド値、ＤＬ信号の干渉電力値およびパスロス値をそれぞれ最大値で除算することで、ＴＡコマンド値、ＤＬ信号の干渉電力値およびパスロス値を正規化して０〜１の範囲の評価値とすることができる。上記（８）式によって算出されたＵＥ品質メトリックの値が小さいほど、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質が高い。このように、ＴＡコマンド値、ＤＬ信号の干渉電力値およびパスロス値に基づいて品質情報を算出してもよい。
【０１５７】
＜品質情報にＵＰＨを用いる例＞
ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質を示す品質情報として、ＵＥ１３２の最大送信電力に対する現在の送信電力の比を示すＵＰＨ（ＵＥ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ）を用いてもよい。
【０１５８】
ＵＰＨは、ＵＥ１３２の送信電力余力を示す、３ＧＰＰ定義の値である。ＵＰＨの値が大きい場合は、ＵＥ１３２の最大送信電力に対して、実際のＵＥ１３２が送信している電力が小さいことを示す。すなわち、ＵＰＨは、電力を向上させる余力を示す値である。
【０１５９】
通信システム１３０においては、たとえば、ＵＥ１３２からｅＮＢ１３１へのＳＩＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  ａｎｄ  Ｎｏｉｓｅ  Ｒａｔｉｏ：信号対干渉雑音比）が目標値になるように、ｅＮＢ１３１からの指示（ＴＰＣ  Ｃｏｍｍａｎｄ）によりＵＥ１３２の送信電力を制御するＵＬ−ＴＰＣ機能が利用される。
【０１６０】
ＵＬ−ＴＰＣ機能により、品質の悪いＵＥは一定のＳＩＮＲを保てるように送信電力を高く、品質のよいＵＥは無駄な送信電力を使わないように送信電力を低くするように制御される。したがって、ＵＰＨが大きい場合は、送信電力が小さく、ＵＥ１３２が送信電力を上げなくても所定の品質で通信できることを示している。
【０１６１】
したがって、ＵＰＨが大きいほど、ｅＮＢ１３１とＵＥ１３２との間の無線通信における伝搬品質が高い。ｅＮＢ１３１は、たとえばＵＥ１３２において取得されたＵＰＨを、ＵＥ１３２から受信することによって取得することができる。
【０１６２】
（ｅＮＢによるプリアンブル情報の決定の具体例）
ここでは、品質情報にＴＡコマンド値を用いる場合における、ｅＮＢ１３１によるプリアンブル情報の決定について説明する。
【０１６３】
＜ＲＡＣＨ手続の成功率を均一化する例＞
たとえば、ｅＮＢ１３１は、ＵＥ１３２から受信したプリアンブルに基づいてＴＡコマンド値を算出し、算出したＴＡコマンド値を、ＵＥ１３２へ送信するＲＡＣＨレスポンスに格納することによってＵＥ１３２へ送信する。ＵＥ１３２は、ｅＮＢ１３１から受信したＲＡＣＨレスポンスからＴＡコマンド値を取得することができる。
【０１６４】
ｅＮＢ１３１（決定部１２２）は、ＴＡコマンド値に応じてプリアンブル情報が異なるように、ＴＡコマンド値ごとのプリアンブル情報を決定する。これにより、ｅＮＢ１３１からの距離が比較的大きいＵＥが選択するプリアンブル情報と、ｅＮＢ１３１からの距離が比較的小さいＵＥが選択するプリアンブル情報と、が異なるようにすることができる。
【０１６５】
このため、ｅＮＢ１３１からの距離が同程度のＵＥ同士が同じプリアンブル情報を選択する確率が高くなり、ｅＮＢ１３１からの距離が同程度でないＵＥ同士が同じプリアンブル情報を選択する確率が低くなる。したがって、ｅＮＢ１３１からの距離が同程度でないＵＥ同士のランダムアクセスにおいて干渉が発生する確率が低くなり、ｅＮＢ１３１からの距離ごとのＲＡＣＨ手続の成功率を均一化することができる。
【０１６６】
ここでは品質情報にＴＡコマンド値を用いる場合について説明したが、品質情報に上記のパスロス値、ＤＬ信号の干渉電力値、ＵＰＨおよびこれらの組み合わせを用いる場合についても同様である。このように、ＵＥ１３２に選択させる伝搬品質ごとのプリアンブル情報を、伝搬品質によって異なるプリアンブル情報となるように決定することで、ＲＡＣＨ手続の成功率を均一化することができる。
【０１６７】
＜特定のＵＥにおけるＲＡＣＨ手続の成功率を向上させる例＞
また、ｅＮＢ１３１は、過去に受信したプリアンブルに基づいて算出したＴＡコマンド値の平均値を、プリアンブル情報ごとにｅＮＢ１３１のメモリに記憶しておいてもよい。ｅＮＢ１３１は、ＴＡコマンド値ごとのプリアンブル情報を、ＴＡコマンド値が小さいほど、ＴＡコマンド値の過去平均が大きいプリアンブル情報となるように決定する。
【０１６８】
これにより、ｅＮＢ１３１から近いＵＥ（品質のよいＵＥ）ほど、ＴＡコマンド値の過去平均が大きいプリアンブル情報を選択するようにできる。したがって、ｅＮＢ１３１から近いＵＥが、ｅＮＢ１３１から遠いＵＥが使用する可能性の高いプリアンブル情報を選択することになり、距離が異なることによりＲＡＣＨ手続の成功率が向上する。
【０１６９】
このため、ｅＮＢ１３１から近いＵＥのＲＡＣＨ手続の成功率を向上させ、スループットを向上させることができる。また、ｅＮＢ１３１から近いＵＥのＲＡＣＨ手続の成功率が向上することで、ｅＮＢ１３１に対するランダムアクセスを行うＵＥの数が減少するため、ｅＮＢ１３１から遠いＵＥのＲＡＣＨ手続についても成功率を向上させ、スループットを向上させることができる。
【０１７０】
ここでは品質情報にＴＡコマンド値を用いる場合について説明したが、品質情報に上記のパスロス値、ＤＬ信号の干渉電力値、ＵＰＨおよびこれらの組み合わせを用いる場合についても同様である。このように、ｅＮＢ１３１は、取得した品質情報をプリアンブル情報ごとに平均して記憶し、ＵＥ１３２に選択させる伝搬品質ごとのプリアンブル情報を、取得した伝搬品質が高いほど、伝搬品質の過去平均が低いプリアンブル情報となるように決定する。これにより、伝搬品質の高いＵＥと伝搬品質の低いＵＥのＲＡＣＨ手続における成功率を均等にさせ、セルスループットを向上させることができる。
【０１７１】
このように、実施の形態３にかかる通信システム１００においては、移動通信端末１１０は、基地局１２０によって割り当てられた識別子および伝搬品質の組み合わせに対応するプリアンブル情報を選択する。基地局１２０は、移動通信端末１１０に選択させるプリアンブル情報を伝搬品質ごとに決定し、決定した伝搬品質およびプリアンブル情報の各組み合わせにおいて所定の対応関係を満たす識別子を導出し、導出した識別子を移動通信端末１１０に割り当てる。これにより、基地局１２０によって割り当てられた識別子と、現時点の伝搬品質と、に応じたプリアンブル情報に基づくプリアンブルを移動通信端末１１０から送信させることが可能になる。
【０１７２】
（実施の形態４）
実施の形態４にかかる通信システム１００、移動通信端末１１０および基地局１２０について、実施の形態３にかかる通信システム１００、移動通信端末１１０および基地局１２０と異なる部分について説明する。
【０１７３】
（実施の形態４にかかる通信システムの構成）
図１７は、実施の形態４にかかる通信システムの構成の一例を示す図である。図１７において、図１−１に示した部分と同様の部分については同一の符号を付して説明を省略する。図１７に示すように、実施の形態４にかかる基地局１２０は、図１−１に示した構成に加えて計数部１７２１を備えている。計数部１７２１は、たとえば図２−２に示したＣＰＵ２２１と、メインメモリ２２２または補助メモリ２２３と、によって実現することができる。
【０１７４】
通信制御部１２１は、受信したプリアンブルのプリアンブル情報（たとえばプリアンブル番号）を計数部１７２１へ通知する。計数部１７２１は、基地局１２０が受信した通信制御部１２１からの通知に基づいて、基地局１２０が受信したプリアンブルの数をプリアンブル情報ごと計数する。また、計数部１７２１は、一定時間ごとに計数結果を初期化（たとえばゼロに）してもよい。計数部１７２１は、計数結果を決定部１２２へ通知する。
【０１７５】
決定部１２２は、計数部１７２１からの通知に基づいて、各プリアンブル情報のうちの、他のプリアンブル情報より受信回数が少ないプリアンブル情報を、移動通信端末１１０に選択させるプリアンブル情報として決定する。これにより、ｅＮＢ１３１のカバーエリア１３１ａにおいて使用率の低いプリアンブル情報を移動通信端末１１０に選択させることができる。
【０１７６】
これによって、過去のＲＡＣＨ手続にて使用されることの少ないプリアンブル番号を移動通信端末１１０に割り当てることができる。このため、以降のＲＡＣＨ手続を行う移動通信端末１１０は、他の移動通信端末との衝突を少なくすることができる。
【０１７７】
図１８は、実施の形態４にかかる通信システムの構成の他の例を示す図である。図１８において、図１６または図１７に示した部分と同様の部分については同一の符号を付して説明を省略する。図１８に示すように、実施の形態４にかかる移動通信端末１１０は、図１７に示した構成に加えて、図１６に示した品質取得部１６１１を備えていてもよい。
【０１７８】
実施の形態４にかかる移動通信端末１１０は、実施の形態３にかかる選択部１１４と同様である。すなわち、品質取得部１６１１は、移動通信端末１１０と基地局１２０との間の無線通信における伝搬品質を示す品質情報を取得する。選択部１１４は、識別子記憶部１１２に記憶された識別子と、品質取得部１６１１によって取得された品質情報と、の組み合わせにおいて、対応関係記憶部１１３に記憶された対応情報が示す所定の対応関係を満たすプリアンブル情報を選択する。
【０１７９】
基地局１２０の決定部１２２は、たとえば、品質情報が示す伝搬品質が低いＵＥほど、受信回数が少ない（干渉が発生しにくい）プリアンブル情報を選択するように、品質情報ごとのプリアンブル情報を決定する。これにより、伝搬品質の低いＵＥのＲＡＣＨ手続の成功率を高め、平均的にＲＡＣＨ手続の成功率を高くすることができる。
【０１８０】
または、基地局１２０の決定部１２２は、品質情報が示す伝搬品質が高いＵＥほど、受信回数が少ない（干渉が発生しにくい）プリアンブル情報を選択するように、品質情報ごとのプリアンブル情報を決定してもよい。これにより、伝搬品質の高いＵＥのＲＡＣＨ手続の成功率を高め、スループットを向上させることができる。
【０１８１】
このように、実施の形態４にかかる通信システム１００においては、基地局１２０が、各移動通信端末からのプリアンブルの受信回数をプリアンブル情報ごとに計数し、計数結果に基づいて移動通信端末１１０に選択させるプリアンブル情報を決定する。これにより、移動通信端末１１０に送信させるプリアンブルを、基地局１２０に対するランダムアクセスにおける使用頻度に応じて制御することができる。
【０１８２】
以上説明したように、通信システム、通信方法、移動通信端末および基地局によれば、ランダムアクセスにおける干渉の低減を図ることができる。
【０１８３】
すなわち、従来の競合ランダムアクセス手続では、ＵＥの状況（伝搬環境、移動速度、距離など）を考慮せずにＲＡＣＨ手続を行っていたため、ｅＮＢ側でのプリアンブル検出において干渉量が大きくなる場合があった。また、不利な環境のＵＥは常にＲＡＣＨ手続が成功しにくい状況になる場合があった。これは、競合ＲＡＣＨ手続において送信されるプリアンブルがランダムに選択されるためであった。
【０１８４】
これに対して、上記の通信システム１００においては、たとえば、Ｃ−ＲＮＴＩを加味した簡単なプリアンブルの選択式をＵＥ側に追加し、ｅＮＢ側から割り当てるＣ−ＲＮＴＩの番号を制御する。これにより、特別な制御情報を追加しなくても、ＵＥが選択するプリアンブルをｅＮＢ側から制御し、干渉を低減し、ＲＡＣＨ手続の成功率を向上させたり、各ＵＥごとにＲＡＣＨ手続の成功率を平均化させたりすることができる。
【０１８５】
また、たとえば、ＵＥ側が持つ品質情報のみでプリアンブル番号を選択させる方式と比べて、ｅＮＢ側で測定したプリアンブル受信時の伝搬品質や、プリアンブル番号ごとの使用率なども、ＵＥによるプリアンブルの選択に反映させることが可能になる。
【０１８６】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１８７】
（付記１）基地局と移動通信端末との間でランダムアクセス手順を実行し、前記基地局と前記移動通信端末とが無線通信する通信システムにおいて、
前記ランダムアクセス手順において前記移動通信端末が送信するプリアンブル情報と前記移動通信端末に割り当てた識別子との所定の対応関係を示す第一対応情報に基づいて、前記プリアンブル情報に対応する識別子を前記移動通信端末に割り当てる基地局と、
前記基地局が割り当てた識別子に対応するプリアンブル情報を前記基地局へ送信することによって前記基地局とランダムアクセス手順を実行する移動通信端末と、
を含むことを特徴とする通信システム。
【０１８８】
（付記２）前記移動通信端末は、前記所定の対応関係を示す第二対応情報に基づいて、前記基地局が割り当てた識別子に対応するプリアンブル情報を送信することを特徴とする付記１に記載の通信システム。
【０１８９】
（付記３）前記基地局は、前記移動通信端末に前記識別子を割り当てた状態で前記移動通信端末からのランダムアクセス手順があった場合に、前記移動通信端末に割り当てた識別子の変更を指示する変更指示信号を前記移動通信端末へ送信し、
前記移動通信端末は、前記基地局によって送信された変更指示信号に基づいて、前記基地局との無線通信に用いる識別子を変更し、変更した前記識別子に対応するプリアンブル情報に基づくプリアンブルを前記基地局へ送信することによって前記基地局とランダムアクセス手順を行うことを特徴とする付記１に記載の通信システム。
【０１９０】
（付記４）前記基地局は、前記移動通信端末と前記基地局との間の無線通信における伝搬品質に応じて、前記移動通信端末に選択させるプリアンブル情報を決定することを特徴とする付記１に記載の通信システム。
【０１９１】
（付記５）前記第一対応情報および前記第二対応情報は、前記移動通信端末と前記基地局との間の無線通信における伝搬品質と、前記識別子と、前記プリアンブル情報と、の所定の対応関係を示し、
前記移動通信端末は、前記基地局によって割り当てられた識別子および前記伝搬品質の組み合わせに対応するプリアンブル情報を選択し、
前記基地局は、前記移動通信端末に選択させるプリアンブル情報を前記伝搬品質ごとに決定し、決定した前記伝搬品質および前記プリアンブル情報の各組み合わせにおいて前記所定の対応関係を満たす識別子を導出し、導出した前記識別子を前記移動通信端末に割り当てることを特徴とする付記２に記載の通信システム。
【０１９２】
（付記６）前記基地局は、前記移動通信端末に選択させる前記伝搬品質ごとのプリアンブル情報を、前記伝搬品質によって異なるプリアンブル情報となるように決定することを特徴とする付記５に記載の通信システム。
【０１９３】
（付記７）前記基地局は、受信したプリアンブルに基づいて測定した前記伝搬品質の平均値を、前記受信したプリアンブルを示すプリアンブル情報ごとに記憶しておき、前記移動通信端末に選択させる前記伝搬品質ごとのプリアンブル情報を、前記伝搬品質が高いほど前記平均値が低いプリアンブル情報となるように決定することを特徴とする付記５に記載の通信システム。
【０１９４】
（付記８）前記伝搬品質は、前記基地局に対する前記移動通信端末の動作タイミングの差に基づく伝搬品質であることを特徴とする付記５に記載の通信システム。
【０１９５】
（付記９）前記伝搬品質は、前記基地局から前記移動通信端末へ送信される信号のパスロスに基づく伝搬品質であることを特徴とする付記５に記載の通信システム。
【０１９６】
（付記１０）前記伝搬品質は、前記基地局から前記移動通信端末へ送信される信号の干渉電力に基づく伝搬品質であることを特徴とする付記５に記載の通信システム。
【０１９７】
（付記１１）前記基地局は、各移動通信端末からのプリアンブルの受信回数を前記プリアンブル情報ごとに計数し、計数結果に基づいて前記移動通信端末に選択させるプリアンブル情報を決定することを特徴とする付記１に記載の通信システム。
【０１９８】
（付記１２）前記基地局は、前記移動通信端末に選択させるプリアンブル情報を、自局との無線通信における伝搬品質が高いほど前記受信回数が多いプリアンブル情報となるように決定することを特徴とする付記１１に記載の通信システム。
【０１９９】
（付記１３）前記基地局は、前記移動通信端末に選択させるプリアンブル情報を、自局との無線通信における伝搬品質が低いほど前記受信回数が多いプリアンブル情報となるように決定することを特徴とする付記１１に記載の通信システム。
【０２００】
（付記１４）前記プリアンブル情報は、前記ランダムアクセス手順のプリアンブルの候補を示す情報であり、
前記移動通信端末は、前記プリアンブル情報が示すプリアンブルの候補のうちのいずれかのプリアンブルを送信することを特徴とする付記１〜１３のいずれか一つに記載の通信システム。
【０２０１】
（付記１５）基地局と移動通信端末との間でランダムアクセス手順を実行し、前記基地局と前記移動通信端末とが無線通信する通信システムの通信方法において、
前記基地局が、前記ランダムアクセス手順において前記移動通信端末が送信するプリアンブル情報と前記移動通信端末に割り当てた識別子との所定の対応関係を示す第一対応情報に基づいて、前記プリアンブル情報に対応する識別子を前記移動通信端末に割り当て、
前記移動通信端末が、前記基地局によって割り当てられた識別子に対応するプリアンブル情報を前記基地局へ送信することによって前記基地局とランダムアクセス手順を実行することを特徴とする通信方法。
【０２０２】
（付記１６）基地局との間でランダムアクセス手順を実行し、前記基地局と無線通信する移動通信端末において、
前記ランダムアクセス手順において前記移動通信端末が送信するプリアンブル情報と前記移動通信端末に割り当てた識別子との所定の対応関係を示す第一対応情報に基づいて、前記基地局によって割り当てられた識別子に対応するプリアンブル情報に基づくプリアンブルを前記基地局へ送信することによって前記基地局と前記ランダムアクセス手順を実行することを特徴とする移動通信端末。
【０２０３】
（付記１７）移動通信端末との間でランダムアクセス手順を実行し、前記移動通信端末と無線通信する基地局において、
前記ランダムアクセス手順において前記移動通信端末が送信するプリアンブル情報と前記移動通信端末に割り当てた識別子との所定の対応関係を示す第一対応情報に基づいて、前記プリアンブル情報に対応する識別子を前記移動通信端末に割り当て、前記移動通信端末に割り当てた識別子に対応するプリアンブル情報を送信した前記移動通信端末とランダムアクセス手順を実行することを特徴とする基地局。
【符号の説明】
【０２０４】
１００，１３０  通信システム
１３１  ｅＮＢ
１３１ａ  カバーエリア
１３２，１３３  ＵＥ
２１０，２２０  通信装置
２１９，２２９  バス
【国際調査報告】
2013140519.tif 000024
2013140519.tif 000025
2013140519.tif 000026
2013140519.tif 000027