JP6071276B2

JP6071276B2 - 移動局

Info

Publication number: JP6071276B2
Application number: JP2012147252A
Authority: JP
Inventors: 高橋　秀明; 秀明高橋; アンダルマワンティハプサリウリ; 健一郎青柳; 安部田　貞行; 貞行安部田
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2012-05-14
Filing date: 2012-06-29
Publication date: 2017-02-01
Anticipated expiration: 2032-06-29
Also published as: EP2852195A1; JP2013258663A; WO2013172333A1; US20150138965A1; EP2852195A4

Description

本発明は、移動局に関する。

ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）方式の移動通信システムでは、ＡＣＢ（ＡｃｃｅｓｓＣｌａｓｓＢａｒｒｉｎｇ）のメカニズムを用いて、ＲＲＣ_ＩＤＬＥ状態（アイドル状態）の移動局ＵＥによって発信処理（位置登録処理を含む。以下、同様）に関する信号、例えば、位置登録処理用シグナリング（ＭＯ-ｓｉｇｎａｌｌｉｎｇ）やＵ-ｐｌａｎｅ発信処理用シグナリング（ＭＯ-ｄａｔａ）を送信するためのＲＡ（ＲａｎｄｏｍＡｃｃｅｓｓ）手順における「ＲＡＰｒｅａｍｂｌｅ」の送信を規制することができる。

３ＧＰＰＴＳ３６.３００３ＧＰＰＴＳ３６.２１１３ＧＰＰＴＳ３６.２１３３ＧＰＰＴＳ３６.３２１３ＧＰＰＴＳ３６.３３１

しかしながら、従来のＬＴＥ方式の移動通信システムでは、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態（接続状態）で且つＤＲＸ（ＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ）状態（間欠受信状態）の移動局ＵＥによって「ＵＬｄａｔａａｒｒｉｖａｌ」を契機として行われるＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信に対して、ＡＣＢを行うことができない、すなわち、かかる「ＲＡＰｒｅａｍｂｌｅ」の送信を規制することができない。

その結果、混雑時に、優先端末による発信処理や緊急呼の発信処理を行うためのＲＡ手順で送信される「ＲＡＰｒｅａｍｂｌｅ」が、上述の「ＲＡＰｒｅａｍｂｌｅ」に衝突し、かかるＲＡ手順が失敗し、かかる発信処理が遅延したり、かかる発信処理が失敗したりする可能性があるという問題点があった。

そこで、本発明は、上述の課題に鑑みてなされたものであり、混雑時においても、優先端末による発信処理や緊急呼の発信処理を成功させる確率を向上させることができる移動局を提供することを目的とする。

本発明の第１の特徴は、移動局であって、無線基地局から、緊急用ランダムアクセスチャネルリソースを取得するように構成されている受信部と、優先端末である前記移動局が発信処理を行う場合、或いは、該移動局が緊急呼の発信処理を行う場合、前記緊急用ランダムアクセスチャネルリソースを用いて、ランダムアクセス手順を行うように構成されているランダムアクセス手順実行部と、発信処理に関する信号の送信に対して、アクセス制御処理を行うように構成されているアクセス制御部とを具備しており、前記アクセス制御部は、間欠受信状態の前記移動局が上り信号を送信するためのランダムアクセス手順における衝突型ランダムアクセスプリアンブルの送信に対して、前記アクセス制御処理を行わないように構成されていることを要旨とする。

以上説明したように、本発明によれば、混雑時においても、優先端末による発信処理や緊急呼の発信処理を成功させる確率を向上させることができる移動局を提供することができる。

本発明の第１の実施形態に係る移動通信システムの全体構成図である。本発明の第１の実施形態に係る無線基地局の機能ブロック図である。本発明の第１の実施形態に係る無線基地局によって送信される「ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ」のフォーマットの一例を示す図である。本発明の第１の実施形態に係る無線基地局によって送信される「ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ」のフォーマットの一例を示す図である。本発明の第１の実施形態に係る移動局の機能ブロック図である。本発明の第１の実施形態に係る移動局の動作を説明するためのフローチャートである。本発明の変更例１に係る移動通信システムの動作を説明するためのシーケンス図である。本発明の変更例２に係る移動通信システムの動作を説明するためのシーケンス図である。

（本発明の第１の実施形態に係る移動通信システム）
図１乃至図６を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。

本実施形態に係る移動通信システムは、ＬＴＥ方式をサポートするものであって、図１に示すように、無線基地局ｅＮＢと、移動局ＵＥとを具備している。

図２に示すように、本実施形態に係る無線基地局ｅＮＢは、管理部１１と、送信部１２とを具備している。

管理部１１は、無線基地局ｅＮＢ配下のセルにおけるランダムアクセスチャネルリソースの割り当て状況を管理するように構成されている。

例えば、管理部１１は、かかるランダムアクセスチャネルリソースの割り当て状況として、「ＲＡＰｒｅａｍｂｌｅ」の割り当て状況について管理するように構成されている。

ここで、管理部１１は、既存の「ＲＡＰｒｅａｍｂｌｅ」の割り当て状況に加えて、緊急用ランダムアクセスチャネルリソース、例えば、緊急用の「ＲＡＰｒｅａｍｂｌｅ」の割り当て状況について管理するように構成されている。

かかる緊急用ランダムアクセスチャネルリソースは、優先端末による発信処理、或いは、非優先端末による緊急呼の発信処理を行うためのＲＡ手順で送信される「ＲＡＰｒｅａｍｂｌｅ」の送信のために用いられるリソースである。

ここで、優先端末とは、アクセスクラス（ＡＣ：ＡｃｃｅｓｓＣｌａｓｓ）が１１〜１５である移動局ＵＥのことを意味する。なお、各移動局ＵＥのアクセスクラスは、各移動局ＵＥのＳＩＭ（ＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙＭｏｄｕｌｅＣａｒｄ）に設定されるように構成されている。

送信部１２は、無線基地局ｅＮＢ配下のセル内の移動局ＵＥに対して、各種信号を送信するように構成されている。

具体的には、送信部１２は、無線基地局ｅＮＢ配下のセル内の移動局ＵＥに対して、上述の緊急用ランダムアクセスチャネルリソースを通知するように構成されている。

例えば、送信部１２は、かかる移動局ＵＥに対して、報知情報を介して、上述の緊急用ランダムアクセスチャネルリソースを通知するように構成されていてもよい。

或いは、送信部１２は、かかる移動局ＵＥのハンドオーバ処理において、かかる移動局ＵＥに対して、上述の緊急用ランダムアクセスチャネルリソースを通知するように構成されていてもよい。

ここで、送信部１２は、図３及び図４に示すように、情報要素「ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ」内の「ｒａｃｈ-ＣｏｎｆｉｇＣｏｍｍｏｎＦｏｒＥｍｅｒｇｅｎｃｙ-ＳｐｅｃｉａｌＡＣＲＡＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎ」又は「ｐｒａｃｈ-ＣｏｎｆｉｇＦｏｒＥｍｅｒｇｅｎｃｙ-ＳｐｅｃｉａｌＡＣＰＲＡＣＨ-ＣｏｎｆｉｇＳＩＢ」によって、かかる移動局ＵＥに対して、上述の緊急用ランダムアクセスチャネルリソースを通知するように構成されていてもよい。

図５に示すように、移動局ＵＥは、受信部２１と、アクセス制御部２２と、ＲＡ手順実行部２３とを具備している。

受信部２１は、無線基地局ｅＮＢから、各種信号を受信するように構成されている。

例えば、受信部２１は、無線基地局ｅＮＢから、緊急用ランダムアクセスチャネルリソースを取得するように構成されている。

ここで、受信部２１は、報知情報を介して、上述の緊急用ランダムアクセスチャネルリソースを取得するように構成されていてもよい。

或いは、受信部２１は、ハンドオーバ処理において、ハンドオーバ先無線基地局Ｔ-ｅＮＢで設定されている緊急用ランダムアクセスチャネルリソースを取得するように構成されていてもよい。

ここで、受信部２１は、図３及び図４に示すように、情報要素「ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ」内の「ｒａｃｈ-ＣｏｎｆｉｇＣｏｍｍｏｎＦｏｒＥｍｅｒｇｅｎｃｙ-ＳｐｅｃｉａｌＡＣＲＡＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎ」又は「ｐｒａｃｈ-ＣｏｎｆｉｇＦｏｒＥｍｅｒｇｅｎｃｙ-ＳｐｅｃｉａｌＡＣＰＲＡＣＨ-ＣｏｎｆｉｇＳＩＢ」を介して、上述の緊急用ランダムアクセスチャネルリソースを受信するように構成されていてもよい。

アクセス制御部２２は、発信処理に関する信号に対するＡＣＢ（アクセス制御処理）を行うように構成されている。

例えば、アクセス制御部２２は、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で且つＤＲＸ状態の移動局ＵＥが上り信号を送信するためのＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信に対して、ＡＣＢを行わないように構成されている。

一方、アクセス制御部２２は、ＲＲＣ_ＩＤＬＥ状態の移動局ＵＥからの発信処理に関連する信号の送信に対して、ＡＣＢを行うように構成されている。

ＲＡ手順実行部２３は、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で且つＤＲＸ状態の移動局ＵＥ或いはＲＲＣ_ＩＤＬＥ状態の移動局ＵＥが発信処理を行うためのＲＡ手順を行うように構成されている。

ここで、ＲＡ手順実行部２３は、かかるＲＡ手順において、Ｃｏｎｔｅｎｔｉｏｎ-ｂａｓｅｄ方式で、「ＲＡＰｒｅａｍｂｌｅ」を送信するように構成されている。

なお、ＲＡ手順実行部２３は、優先端末である移動局ＵＥが発信処理を行う場合、或いは、移動局ＵＥが緊急呼の発信処理を行う場合、受信部２１によって取得された緊急用ランダムアクセスチャネルリソースを用いて、かかる発信処理を行うために、「ＲＡＰｒｅａｍｂｌｅ」を送信するように構成されている。

一方、ＲＡ手順実行部２３は、その他の発信処理を行う場合、例えば、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で且つＤＲＸ状態の移動局ＵＥが発信処理を行う場合、既存のランダムアクセスチャネルリソース（「ＤｅｄｉｃａｔｅｄＲＡＰｒｅａｍｂｌｅ」又は「ＣｏｍｍｏｎＲＡＰｒｅａｍｂｌｅ」）を用いて、かかる発信処理を行うためのＲＡ手順を行うように構成されている。

以下、図６を参照して、本実施形態に係る移動局ＵＥの動作について説明する。

図６に示すように、ステップＳ１０１において、移動局ＵＥは、無線基地局ｅＮＢから、緊急用ランダムアクセスチャネルリソースを取得する。

ステップＳ１０２において、移動局ＵＥは、自信のＳＩＭにアクセスクラス１１〜１５が設定されている場合、かかる緊急用ランダムアクセスチャネルリソースを用いて、発信処理を行うためのＲＡ手順を実行する。

或いは、ステップＳ１０２において、移動局ＵＥは、かかる緊急用ランダムアクセスチャネルリソースを用いて、緊急呼の発信処理を行うためのＲＡ手順を実行する。

本実施形態に係る発明によれば、優先端末からの発信処理及び緊急呼の発信処理を行うためのＲＡ手順について、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で且つＤＲＸ状態の移動局ＵＥによって行われる発信処理のためのＲＡ手順で用いられるランダムアクセスリソースとは異なる緊急用ランダムアクセスチャネルリソースを用いて行うことができる。

その結果、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で且つＤＲＸ状態の移動局ＵＥによる発信処理が多発する場合であっても、優先端末による発信処理や緊急呼の発信処理を成功させる確率を向上させることができる。

（変更例１）
図７を参照して、本発明の変更例１に係る移動通信システムについて説明する。以下、本発明の変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。

移動局ＵＥの受信部２１は、アタッチ（Ａｔｔａｃｈ）処理において、個別シグナリングを介して、上述の緊急用ランダムアクセスチャネルリソースを取得するように構成されている。

ここで、優先端末である移動局ＵＥの受信部２１が、アタッチ処理において、個別シグナリングを介して、移動局ＵＥ用の専用リソースとして、上述の緊急用ランダムアクセスチャネルリソースを取得し、非優先端末である移動局ＵＥの受信部２１が、アタッチ処理において、個別シグナリングを介して、上述の緊急用ランダムアクセスチャネルリソースを取得しないように構成されていてもよい。

或いは、優先端末である移動局ＵＥの受信部２１及び非優先端末である移動局ＵＥの受信部２１が、アタッチ処理において、個別シグナリングを介して、緊急呼の発信処理用の専用リソースとして、上述の緊急用ランダムアクセスチャネルリソースを取得するように構成されていてもよい。

かかる場合、非優先端末である移動局ＵＥのＲＡ手順実行部２３は、緊急呼の発信処理を行う場合にのみ、かかる緊急用ランダムアクセスチャネルリソースを用いて、ＲＡ手順を行うように構成されている。

なお、移動局ＵＥのＲＡ手順実行部２３は、「ＲＲＣ_ＣＯＮＮＥＣＴＥＤＳｔａｔｅ（接続状態）」から「ＲＲＣ_ＩＤＬＥＳｔａｔｅ（アイドル状態）」に遷移する場合に、かかる緊急用ランダムアクセスチャネルリソースを解放するように構成されていてもよいし、かかる緊急用ランダムアクセスチャネルリソースを解放することなく保持するように構成されていてもよい。

以下、図７を参照して、本変更例１に係る移動通信システムの動作について説明する。図７の例では、移動局ＵＥは、優先端末であるものとする。

図７に示すように、ステップＳ１００１において、移動局ＵＥは、無線基地局ｅＮＢに対して、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を送信する。

ここで、移動局ＵＥは、かかる「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」内の情報要素「Ｅｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅ」に「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」を設定する。

ステップＳ１００２において、無線基地局ｅＮＢは、移動局ＵＥに対して、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ」を送信する。

ステップＳ１００３Ａにおいて、移動局ＵＥは、無線基地局ｅＮＢに対して、「ＡｔｔａｃｈＲｅｑｕｅｓｔ」を含む「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ」を送信し、ステップＳ１００３Ｂにおいて、無線基地局ｅＮＢは、移動管理ノードＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）に対して、「ＩｎｉｔｉａｌＵＥＭｅｓｓａｇｅ」を送信する。

ステップＳ１００４において、移動局ＵＥと移動管理ノードＭＭＥとの間で、「Ａｕｔｈｅｎｔｉｃａｔｉｏｎ/Ｓｅｃｕｒｉｔｙ」処理が行われる。

ステップＳ１００５において、移動管理ノードＭＭＥが、無線基地局ｅＮＢに対して、「ＡｔｔａｃｈＡｃｃｅｐｔ」を含む「ＩｎｔｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｑｕｅｓｔ」を送信する。

ステップＳ１００６において、無線基地局ｅＮＢは、移動局ＵＥに対して、「ＲＲＣＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙ」を送信する。

ステップＳ１００７において、移動局ＵＥによって送信された「ＲＲＣＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ」が、無線基地局ｅＮＢを介して、移動管理ノードＭＭＥに転送される。

無線基地局ｅＮＢは、移動局ＵＥに対して、ステップＳ１００８において、「ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄ」を送信し、ステップＳ１００９において、「ＡｔｔａｃｈＡｃｃｅｐｔ」を含む「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ」を送信する。

ここで、無線基地局ｅＮＢは、ステップＳ１００１において受信した「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」内の情報要素「Ｅｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅ」に「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」が設定されていた場合、移動局ＵＥに対して、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ」によって、移動局ＵＥ用の専用リソースとして、上述の緊急用ランダムアクセスチャネルリソースを通知してもよい。

或いは、無線基地局ｅＮＢは、ステップＳ１００１において受信した「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」内の情報要素「Ｅｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅ」に「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」が設定されていたか否かに関わらず、移動局ＵＥに対して、緊急呼の発信処理用の専用リソースとして、上述の緊急用ランダムアクセスチャネルリソースを通知してもよい。

移動局ＵＥは、無線基地局ｅＮＢに対して、ステップＳ１０１０において、「ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅ」を送信し、ステップＳ１０１１において、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ」を送信する。

ステップＳ１０１２において、無線基地局ｅＮＢは、移動管理ノードＭＭＥに対して、「ＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｓｐｏｎｓｅ」を送信し、ステップＳ１０１３において、移動局ＵＥは、移動管理ノードＭＭＥに対して、「ＡｔｔａｃｈＣｏｍｐｌｅｔｅ」を送信する。

その後、ステップＳ１０１４において、移動局ＵＥが、「ＲＲＣ_ＩＤＬＥＳｔａｔｅ」に遷移する場合に、無線基地局ｅＮＢは、移動局ＵＥに対して、「ＲＲＣＣｏｎｎｃｅｔｉｏｎＲｅｌｅａｓｅ」を送信することによって、上述の緊急用ランダムアクセスチャネルリソース（移動局ＵＥ用の専用リソース）を解放してもよい。

（変更例２）
図８を参照して、本発明の変更例２に係る移動通信システムについて説明する。以下、本発明の変更例２に係る移動通信システムについて、上述の第１の実施形態及び変更例１に係る移動通信システムとの相違点に着目して説明する。

移動局ＵＥの受信部２１は、「ＲＲＣ_ＩＤＬＥＳｔａｔｅ」から「ＲＲＣ_ＣＯＮＮＥＣＴＥＤＳｔａｔｅ」に遷移する際に、個別シグナリングを介して、上述の緊急用ランダムアクセスチャネルリソースを取得するように構成されている。

ここで、優先端末である移動局ＵＥの受信部２１が、「ＲＲＣ_ＩＤＬＥＳｔａｔｅ」から「ＲＲＣ_ＣＯＮＮＥＣＴＥＤＳｔａｔｅ」に遷移する際に、個別シグナリングを介して、移動局ＵＥ用の専用リソースとして、上述の緊急用ランダムアクセスチャネルリソースを取得し、非優先端末である移動局ＵＥの受信部２１が、「ＲＲＣ_ＩＤＬＥＳｔａｔｅ」から「ＲＲＣ_ＣＯＮＮＥＣＴＥＤＳｔａｔｅ」に遷移する際に、個別シグナリングを介して、上述の緊急用ランダムアクセスチャネルリソースを取得しないように構成されていてもよい。

或いは、優先端末である移動局ＵＥの受信部２１及び非優先端末である移動局ＵＥの受信部２１が、「ＲＲＣ_ＩＤＬＥＳｔａｔｅ」から「ＲＲＣ_ＣＯＮＮＥＣＴＥＤＳｔａｔｅ」に遷移する際に、個別シグナリングを介して、緊急呼の発信処理用の専用リソースとして、上述の緊急用ランダムアクセスチャネルリソースを取得するように構成されていてもよい。

なお、移動局ＵＥのＲＡ手順実行部２３は、「ＲＲＣ_ＣＯＮＮＥＣＴＥＤＳｔａｔｅ」から「ＲＲＣ_ＩＤＬＥＳｔａｔｅ」に遷移する場合に、かかる緊急用ランダムアクセスチャネルリソースを解放するように構成されていてもよいし、かかる緊急用ランダムアクセスチャネルリソースを解放することなく保持するように構成されていてもよい。

以下、図８を参照して、本変更例２に係る移動通信システムの動作について説明する。図８の例では、移動局ＵＥは、優先端末であるものとする。

図８に示すように、ステップＳ２００１において、移動局ＵＥは、無線基地局ｅＮＢに対して、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を送信する。

ステップＳ２００２において、無線基地局ｅＮＢは、移動局ＵＥに対して、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ」を送信する。

ステップＳ２００３において、移動局ＵＥは、無線基地局ｅＮＢに対して、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ」を送信し、ステップＳ２００４において、無線基地局ｅＮＢは、移動管理ノードＭＭＥに対して、「ＩｎｉｔｉａｌＵＥＭｅｓｓａｇｅ」を送信する。

ステップＳ２００５において、移動局ＵＥと移動管理ノードＭＭＥとの間で、「Ａｕｔｈｅｎｔｉｃａｔｉｏｎ/Ｓｅｃｕｒｉｔｙ」処理が行われる。

ステップＳ２００６において、移動管理ノードＭＭＥが、無線基地局ｅＮＢに対して、「ＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｑｕｅｓｔ」を送信する。

無線基地局ｅＮＢは、移動局ＵＥに対して、ステップＳ２００７において、「ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄ」を送信し、ステップＳ２００８において、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ」を送信する。

ここで、無線基地局ｅＮＢは、ステップＳ２００１において受信した「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」内の情報要素「Ｅｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅ」に「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」が設定されていた場合、移動局ＵＥに対して、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ」によって、移動局ＵＥ用の専用リソースとして、上述の緊急用ランダムアクセスチャネルリソースを通知してもよい。

或いは、無線基地局ｅＮＢは、ステップＳ２００１において受信した「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」内の情報要素「Ｅｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅ」に「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」が設定されていたか否かに関わらず、移動局ＵＥに対して、緊急呼の発信処理用の専用リソースとして、上述の緊急用ランダムアクセスチャネルリソースを通知してもよい。

移動局ＵＥは、無線基地局ｅＮＢに対して、ステップＳ２００９において、「ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅ」を送信し、ステップＳ２０１０において、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ」を送信する。

ステップＳ２０１１において、無線基地局ｅＮＢは、移動管理ノードＭＭＥに対して、「ＩｎｉｔｉａｌＣｏｎｅｔｅｘｔＳｅｔｕｐＲｅｓｐｏｎｓｅ」を送信する。

その後、ステップＳ２０１２において、移動局ＵＥが、「ＲＲＣ_ＩＤＬＥＳｔａｔｅ」に遷移する場合に、無線基地局ｅＮＢは、移動局ＵＥに対して、「ＲＲＣＣｏｎｎｃｅｔｉｏｎＲｅｌｅａｓｅ」を送信することによって、上述の緊急用ランダムアクセスチャネルリソース（移動局ＵＥ用の専用リソース）を解放してもよい。

以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。

本実施形態の第１の特徴は、移動局ＵＥであって、無線基地局ｅＮＢから、緊急用ランダムアクセスチャネルリソースを取得するように構成されている受信部２１と、優先端末である移動局ＵＥが発信処理を行う場合、或いは、移動局ＵＥが緊急呼の発信処理を行う場合、かかる緊急用ランダムアクセスチャネルリソースを用いて、ＲＡ手順（ランダムアクセス手順）を行うように構成されているＲＡ手順実行部（ランダムアクセス手順実行部）２３と、発信処理に関する信号の送信に対して、ＡＣＢ（アクセス制御処理）を行うように構成されているアクセス制御部２２とを具備しており、アクセス制御部２２は、ＤＲＸ状態（間欠受信状態）の移動局ＵＥが上り信号を送信するためのＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ（ランダムアクセスプリアンブル）」の送信に対して、ＡＣＢを行わないように構成されていることを要旨とする。

本実施形態の第１の特徴において、受信部２１は、報知情報を介して、上述の緊急用ランダムアクセスチャネルリソースを取得するように構成されていてもよい。

本実施形態の第１の特徴において、受信部２１は、ハンドオーバ処理において、ハンドオーバ先無線基地局Ｔ-ｅＮＢで設定されている緊急用ランダムアクセスチャネルリソースを取得するように構成されていてもよい。

本実施形態の第１の特徴において、受信部２１は、アタッチ処理において、個別シグナリング（例えば、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ」）を介して、上述の緊急用ランダムアクセスチャネルリソースを取得するように構成されていてもよい。

本実施形態の第１の特徴において、受信部２１は、「ＲＲＣ_ＩＤＬＥＳｔａｔｅ（アイドル状態）」から「ＲＲＣ_ＣＯＮＮＥＣＴＥＤＳｔａｔｅ（接続状態）」に遷移する際に、個別シグナリング（例えば、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ」）を介して、上述の緊急用ランダムアクセスチャネルリソースを取得するように構成されていてもよい。

なお、上述の移動局ＵＥや無線基地局ｅＮＢの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。

ソフトウェアモジュールは、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）や、ＥＰＲＯＭ（ＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）や、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｏｎｉｃａｌｌｙＥｒａｓａｂｌｅａｎｄＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。

かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、移動局ＵＥや無線基地局ｅＮＢ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとして移動局ＵＥや無線基地局ｅＮＢ内に設けられていてもよい。

以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

ＵＥ…移動局
ｅＮＢ…無線基地局
１１…管理部
１２…送信部
２１…受信部
２２…アクセス制御部
２３…ＲＡ手順実行部

Claims

発信処理に関する信号の送信に対して、アクセス制御処理を行うアクセス制御部を具備し、前記アクセス制御部において、間欠受信状態の前記移動局が上り信号を送信するためのランダムアクセス手順におけるランダムアクセスプリアンブルの送信に対して、前記アクセス制御処理を行わない移動局であって、
無線基地局から、緊急用ランダムアクセスチャネルリソースを取得する受信部と、
前記移動局が間欠受信状態の際に、優先端末である前記移動局が発信処理を行う場合、或いは、前記移動局が緊急呼の発信処理を行う場合、前記緊急用ランダムアクセスチャネルリソースを用いて、ランダムアクセス手順を行うランダムアクセス手順実行部とを具備することを特徴とする移動局。
前記受信部は、報知情報を介して、前記緊急用ランダムアクセスチャネルリソースを取得することを特徴とする請求項１に記載の移動局。
前記受信部は、ハンドオーバ処理において、ハンドオーバ先無線基地局で設定されている前記緊急用ランダムアクセスチャネルリソースを取得することを特徴とする請求項１に記載の移動局。
前記受信部は、アタッチ処理において、個別シグナリングを介して、前記緊急用ランダムアクセスチャネルリソースを取得することを特徴とする請求項１に記載の移動局。
前記受信部は、アイドル状態から接続状態に遷移する際に、個別シグナリングを介して、前記緊急用ランダムアクセスチャネルリソースを取得することを特徴とする請求項１に記載の移動局。