JP2013258665A

JP2013258665A - 移動局

Info

Publication number: JP2013258665A
Application number: JP2012152307A
Authority: JP
Inventors: Wuri Andarmawanti Hapsari; アンダルマワンティハプサリウリ; Kenichiro Aoyanagi; 健一郎青柳; Hideaki Takahashi; 秀明高橋; Sadayuki Abeta; 貞行安部田
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2012-05-14
Filing date: 2012-07-06
Publication date: 2013-12-26
Also published as: US20150124730A1; WO2013172298A1; CN104303581A; CN104303581B

Abstract

【課題】混雑時においても、優先端末による発信処理や緊急呼の発信処理を成功させる確率を向上させる。
【解決手段】本発明に係る移動局ＵＥは、ＤＲＸ状態である場合に行われる上り信号を送信するためのＲＡ手順において、Ｃｏｎｔｅｎｔｉｏｎ-ｂａｓｅｄ方式で、「ＲＡＰｒｅａｍｂｌｅ」を送信するように構成されているＲＡ手順実行部１３と「Ｃｏｎｔｅｎｔｉｏｎ-ｂａｓｅｄＲＡＰｒｅａｍｂｌｅ」の送信に対して、ＡＣＢを行うように構成されているアクセス制御部１２とを具備する。
【選択図】図３

Description

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

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

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

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

その結果、混雑時に、優先端末による発信処理や緊急呼の発信処理を行うためのＲＡ手順で送信される「ＲＡＰｒｅａｍｂｌｅ」が、上述の「ＲＡＰｒｅａｍｂｌｅ」に衝突し、かかるＲＡ手順が失敗したり、ＤＲＸ状態への復帰に伴うネットワークリソースの枯渇や処理輻輳により、かかる発信処理が遅延したり、かかる発信処理が失敗したりする可能性があるという問題点があった。

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

本発明の第１の特徴は、移動局であって、間欠受信状態である場合に行われる上り信号を送信するためのランダムアクセス手順において、衝突方式で、ランダムアクセスプリアンブルを送信するように構成されているランダムアクセス手順実行部と、前記ランダムアクセスプリアンブルの送信に対して、アクセス規制を行うように構成されているアクセス制御部とを具備することを要旨とする。

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

本発明の第１の実施形態に係る移動通信システムの全体構成図である。本発明の第１の実施形態に係る移動局の機能ブロック図である。本発明の第１の実施形態に係る移動局の動作を説明するためのフローチャートである。本発明の変更例１に係る移動通信システムの動作を説明するためのシーケンス図である。本発明の変更例２に係る移動通信システムの動作を説明するためのシーケンス図である。本発明の変更例３に係る移動通信システムの動作を説明するためのシーケンス図である。

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

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

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

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

例えば、受信部１１は、無線基地局ｅＮＢから、ランダムアクセスチャネルリソース、例えば、「ＲＡＰｒｅａｍｂｌｅ」を取得するように構成されている。

アクセス制御部１２は、移動局ＵＥからの発信処理に関連する信号の送信に対して、ＡＣＢ（アクセス規制）を行うように構成されている。

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

また、アクセス制御部１２は、ネットワークが規制すべき呼のタイプ（ｃａｌｌｔｙｐｅ）を報知している規制情報（ａｃ-ｂａｒｒｉｎｇｉｎｆｏ）に基づいて、ＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信に対して、ＡＣＢを行うか否かについて決定するように構成されてもよい。

つまり、アクセス制御部１２は、ネットワークが規制すべき呼のタイプとして「ＭＯ-Ｄａｔａ」や「ＭＯ-Ｓｉｇｎａｌｉｎｇ」が報知されている場合、緊急呼用のＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信を規制しないように構成されていてもよい。

アクセス制御部１２は、ネットワークが規制すべき移動局ＵＥのアクセスクラス（ＡＣ）を報知している規制情報（ａｃ-ｂａｒｒｉｎｇｉｎｆｏ）に基づいて、ＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信に対して、ＡＣＢを行うか否かについて決定するように構成されてもよい。

例えば、アクセス制御部１２は、ＡＣ１１-１５の移動局ＵＥからの呼（優先呼）のためのＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信を規制せず、その他のＡＣの移動局ＵＥからの呼（通常呼）のためのＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信を規制するように構成されていてもよい。

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

例えば、ＲＡ手順実行部１３は、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で且つＤＲＸ状態の移動局ＵＥが発信処理を行うためのＲＡ手順において、Ｃｏｎｔｅｎｔｉｏｎ-ｂａｓｅｄ方式（衝突方式）で、「ＲＡＰｒｅａｍｂｌｅ」を送信するように構成されている。

ここで、ＲＡ手順実行部１３は、「ＤｅｄｉｃａｔｅｄＲＡＰｒｅａｍｂｌｅ」又は「ＣｏｍｍｏｎＲＡＰｒｅａｍｂｌｅ」を用いて、かかる発信処理を行うためのＲＡ手順を行うように構成されている。

なお、ＲＡ手順実行部１３は、上述の「ＲＡＰｒｅａｍｂｌｅ」の送信を規制した後、所定期間の間、ＲＡ手順を実行しないように構成されていてもよい。

また、ＲＡ手順実行部１３は、上述の「ＲＡＰｒｅａｍｂｌｅ」の送信を規制した後、所定期間の間、無線基地局ｅＮＢによって送信された「ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ（スケジューリング要求信号）」をキャンセルするように構成されていてもよい。

ここで、ＲＡ手順実行部１３は、「ＢａｃｋｏｆｆＴｉｍｅｒ（乱数から導出される値）」に基づいて、かかる所定期間を計測するように構成されていてもよい。

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

図３に示すように、ステップＳ１００において、移動局ＵＥは、緊急呼又は優先呼であるか否かについて判定する。「Ｎｏ」の場合、本動作は、ステップＳＳ１０１に進み、「Ｙｅｓ」の場合、本動作は、終了する。

ステップＳ１０１において、移動局ＵＥは、ＤＲＸ状態において、上り信号の送信を試みる際に、ＡＣＢによって、かかる上り信号を送信するためのＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信を規制する。

ステップＳ１０２において、移動局ＵＥは、所定期間の間、ＲＡ手順を実行しない、或いは、無線基地局ｅＮＢによって送信された「ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ」をキャンセルする。

本実施形態に係る発明によれば、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で且つＤＲＸ状態の移動局ＵＥによって行われる発信処理を行うためのＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信を規制することができるため、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で且つＤＲＸ状態の移動局ＵＥによる発信処理が多発する場合であっても、優先端末による発信処理や緊急呼の発信処理を成功させる確率を向上させることができる。

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

本変更例１に係る移動局ＵＥが、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態（ＤＲＸ状態）である場合に、受信部１１は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）レイヤにおいて、ネットワークにおいて報知されているＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）を介して、上述の規制情報（ａｃ-ｂａｒｒｉｎｇｉｎｆｏ）を受信するように構成されている。

ここで、受信部１１は、ＲＲＣレイヤにおいて、ＳＩＢ２を介して、上述の規制情報（ａｃ-ｂａｒｒｉｎｇｉｎｆｏ）を受信するように構成されていてもよいし、新たに規定されたＳＩＢを介して、上述の規制情報（ａｃ-ｂａｒｒｉｎｇｉｎｆｏ）を受信するように構成されていてもよい。

また、本変更例１に係る移動局ＵＥが、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態（ＤＲＸ状態）である場合に、受信部１１は、ＲＲＣレイヤにおいて、ページング周期（ＰａｇｉｎｇＣｙｃｌｅ）の間に、必ずＳＩＢを１回受信するように構成されている。

アクセス制御部１２は、ＲＲＣレイヤにおいて、上述のアクセスクラス（ＡＣ）に基づいて、ＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信に対して、ＡＣＢを行うか否かについて決定するように構成されてもよい。

なお、アクセス制御部１２は、ＲＲＣレイヤにおいて、ネットワークによって報知されているＳＩＢが更新される度に、かかる決定を行うように構成されている。

アクセス制御部１２は、ＲＲＣレイヤにおいて、ＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信を規制すると決定した場合に、ＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）レイヤに対して、ＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信を規制すると決定した旨を示す「ｂａｒｒｅｄ」及び「ＷａｉｔＴｉｍｅｉｎｄｉｃａｔｉｏｎ」を送信するように構成されていてもよい。

アクセス制御部１２は、ＲＲＣレイヤにおいて、ＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信を規制すると決定した場合に、ＭＡＣレイヤに対して、「ＷａｉｔＴｉｍｅｉｎｄｉｃａｔｉｏｎ」のみを送信するように構成されていてもよい。

ここで、「ＷａｉｔＴｉｍｅｉｎｄｉｃａｔｉｏｎ」には、上述の所定期間を示す「ｗａｉｔｔｉｍｅ」や、ＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信を規制すると決定した旨を示す「ｂａｒｒｅｄ」等が含まれている。

ＲＡ手順実行部１３は、ＭＡＣレイヤにおいて、上述の「ｗａｉｔｔｉｍｅ」及び「ｂａｒｒｅｄ」を通知する「ＷａｉｔＴｉｍｅｉｎｄｉｃａｔｉｏｎ」が受信された場合に、所定期間の間、ＲＡ手順を実行しないように構成されていてもよい。

或いは、ＲＡ手順実行部１３は、ＭＡＣレイヤにおいて、上述の「ｗａｉｔｔｉｍｅ」及び「ｂａｒｒｅｄ」を通知する「ＷａｉｔＴｉｍｅｉｎｄｉｃａｔｉｏｎ」が受信された場合に、所定期間の間、無線基地局ｅＮＢによって送信された「ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ」をキャンセルするように構成されていてもよい。

ここで、「ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ」がキャンセルされた場合、ＲＡ手順実行部１３は、かかる「ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ」に対応する「ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＣｏｕｎｔｅｒ」をインクリメントするように構成されていてもよい。

以下、図４を参照して、本変更例１に係る移動通信システムの動作について説明する。

図４に示すように、ステップＳ１００１において、無線基地局ｅＮＢは、ＲＲＣレイヤにおいて、ＳＩＢ２又は新たなＳＩＢを介して、上述の規制情報を報知する。

例えば、かかる規制情報としては、緊急呼用の規制情報（ＢａｒｒｉｎｇｉｎｆｏｆｏｒＥｍｅｒｇｅｎｃｙＵＥ）や、優先呼用の規制情報（ＢａｒｒｉｎｇｉｎｆｏｆｏｒＳｐｅｃｉａｌＡＣＵＥ）や、通常呼用の規制情報（ＢａｒｒｉｎｇｉｎｆｏｆｏｒＮｏｒｍａｌＵＥ）等が含まれている。

ステップＳ１００２において、移動局ＵＥは、ＲＲＣレイヤにおいて、上述のＡＣに基づいて、ＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信に対して、ＡＣＢを行うか否かについて決定する。

例えば、かかる移動局ＵＥが、優先端末以外の移動局ＵＥであって、ステップＳ１００３において、通常呼に係る「ＲＡＰｒｅａｍｂｌｅ」の送信を規制すると決定された場合、ステップＳ１００４において、移動局ＵＥは、ＲＲＣレイヤにおいて、ＭＡＣレイヤに対して、上述の「ｗａｉｔｔｉｍｅ」及び「ｂａｒｒｅｄ」を通知する「ＷａｉｔＴｉｍｅｉｎｄｉｃａｔｉｏｎ」を送信する。

ステップＳ１００５において、移動局ＵＥは、ＭＡＣレイヤにおいて、所定期間の間、ＲＡ手順を実行しない、或いは、無線基地局ｅＮＢによって送信された「ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ」をキャンセルする。

ここで、「ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ」がキャンセルされた場合、移動局ＵＥは、かかる「ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ」に対応する「ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＣｏｕｎｔｅｒ」をインクリメントしてもよい。

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

本変更例２に係る移動局ＵＥが、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態（ＤＲＸ状態）である場合に、受信部１１は、ＲＲＣレイヤにおいて、ネットワークにおいて報知されているＳＩＢを介して、上述の規制情報（ａｃ-ｂａｒｒｉｎｇｉｎｆｏ）を受信するように構成されている。

受信部１１は、かかる規制情報として、「ＢａｒｒｉｎｇｉｎｆｏｆｏｒｅａｃｈＡＣ」に加えて、「Ｂａｒｒｉｎｇｉｎｆｏｐｅｒｃａｌｌｔｙｐｅ」を受信するように構成されている。

ここで、「ＢａｒｒｉｎｇｉｎｆｏｆｏｒｅａｃｈＡＣ」には、緊急呼用の規制情報（ＢａｒｒｉｎｇｉｎｆｏｆｏｒＥｍｅｒｇｅｎｃｙＵＥ）や、優先呼用の規制情報（ＢａｒｒｉｎｇｉｎｆｏｆｏｒＳｐｅｃｉａｌＡＣＵＥ）や、通常呼（ＢａｒｒｉｎｇｉｎｆｏｆｏｒＮｏｒｍａｌＵＥ）等が含まれる。

また、「Ｂａｒｒｉｎｇｉｎｆｏｐｅｒｃａｌｌｔｙｐｅ」には、「Ｐａｃｋｅｔ」や「Ｖｏｉｃｅ」等といった呼のタイプごとの規制情報が含まれる。

なお、かかる呼のタイプは、下りリンクにおける「ＬＣＰ（ＬｏｇｉｃａｌＣｈａｎｎｅｌＰｒｉｏｒｉｔｙ）」及び「ＬＣＧ（ＬｏｇｉｃａｌＣｈａｎｎｅｌＧｒｏｕｐ）」によって規定されるものとする。

アクセス制御部１２は、ＲＲＣレイヤにおいて、ＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信を規制すると決定した場合に、ＭＡＣレイヤに対して、「ＷａｉｔＴｉｍｅｉｎｄｉｃａｔｉｏｎ」を送信するように構成されている。

ここで、「ＷａｉｔＴｉｍｅｉｎｄｉｃａｔｉｏｎ」には、上述の「ｗａｉｔｔｉｍｅ」や「ｂａｒｒｅｄ」に加えて、規制対象の呼のタイプを規定する「ＬＣＰ」及び「ＬＣＧ」等が含まれている。

以下、図５を参照して、本変更例２に係る移動通信システムの動作について説明する。

図５に示すように、ステップＳ２００１において、無線基地局ｅＮＢは、ＲＲＣレイヤにおいて、ＳＩＢ２又は新たなＳＩＢを介して、上述の規制情報を報知する。

例えば、かかる規制情報としては、上述の「ＢａｒｒｉｎｇｉｎｆｏｆｏｒｅａｃｈＡＣ」及び「Ｂａｒｒｉｎｇｉｎｆｏｐｅｒｃａｌｌｔｙｐｅ」等が含まれている。

ステップＳ２００２において、移動局ＵＥは、ＲＲＣレイヤにおいて、上述のＡＣに基づいて、ＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信に対して、ＡＣＢを行うか否かについて決定する。

例えば、かかる移動局ＵＥが、優先端末以外の移動局ＵＥであって、ステップＳ２００３において、通常呼に係る「ＲＡＰｒｅａｍｂｌｅ」の送信を規制すると決定された場合、ステップＳ２００４において、移動局ＵＥは、ＲＲＣレイヤにおいて、ＭＡＣレイヤに対して、上述の「ｗａｉｔｔｉｍｅ」や「ｂａｒｒｅｄ」や「ＬＣＰ」や「ＬＣＧ」を通知する「ＷａｉｔＴｉｍｅｉｎｄｉｃａｔｉｏｎ」を送信する。

ステップＳ２００５において、移動局ＵＥは、ＭＡＣレイヤにおいて、レイヤ２のバッファに滞納しているデータ（送信対象のデータ）の「ＬＣＰ」及び「ＬＣＧ」が、「ＷａｉｔＴｉｍｅｉｎｄｉｃａｔｉｏｎ」によって通知された「ＬＣＰ」及び「ＬＣＧ」と一致する場合、所定期間の間、ＲＡ手順を実行しない、或いは、無線基地局ｅＮＢによって送信された「ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ」をキャンセルする。

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

以下、図６を参照して、本変更例３に係る移動通信システムの動作について説明する。

図６に示すように、ステップＳ３００１において、無線基地局ｅＮＢは、ＲＲＣレイヤにおいて、ＳＩＢ２又は新たなＳＩＢを介して、上述の規制情報を報知する。

ステップＳ３００２において、移動局ＵＥは、ＲＲＣレイヤにおいて、上述のＡＣに基づいて、ＲＡ手順における「ＲＡＰｒｅａｍｂｌｅ」の送信に対して、ＡＣＢを行うか否かについて決定する。

例えば、かかる移動局ＵＥが、優先端末以外の移動局ＵＥであって、ステップＳ２００３において、通常呼に係る「ＲＡＰｒｅａｍｂｌｅ」の送信を規制すると決定された場合、移動局ＵＥは、ＲＲＣレイヤにおいて、規制対象の呼のタイプ（例えば、「Ｐａｃｋｅｔ」）に対応する「ＬＣＰ」及び「ＬＣＧ」を抽出する。

ステップＳ２００４において、移動局ＵＥは、ＲＲＣレイヤにおいて、ＭＡＣレイヤに対して、上述の「ｗａｉｔｔｉｍｅ」や「ｂａｒｒｅｄ」や「ＬＣＰ」や「ＬＣＧ」を通知する「ＷａｉｔＴｉｍｅｉｎｄｉｃａｔｉｏｎ」を送信する。

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

本実施形態の第１の特徴は、移動局ＵＥであって、ＤＲＸ状態（間欠受信状態）である場合に行われる上り信号を送信するためのＲＡ手順（ランダムアクセス手順）において、Ｃｏｎｔｅｎｔｉｏｎ-ｂａｓｅｄ方式（衝突方式）で、「ＲＡＰｒｅａｍｂｌｅ（ランダムアクセスプリアンブル）」を送信するように構成されているＲＡ手順実行部（ランダムアクセス手順実行部）１３と、かかる「ＲＡＰｒｅａｍｂｌｅ」の送信に対して、ＡＣＢ（アクセス規制）を行うように構成されているアクセス制御部１２とを具備することを要旨とする。

本実施形態の第１の特徴において、ＲＡ手順実行部１３は、上述の「ＲＡＰｒｅａｍｂｌｅ」の送信を規制した後、所定期間の間、ＲＡ手順を実行しないように構成されていてもよい。

本実施形態の第１の特徴において、ＲＡ手順実行部１３は、上述の「ＲＡＰｒｅａｍｂｌｅ」の送信を規制した後、所定期間の間、無線基地局ｅＮＢによって送信された「ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ（スケジューリング要求信号）」をキャンセルするように構成されていてもよい。

本実施形態の第１の特徴において、アクセス制御部１２は、緊急呼又は優先呼用の「ＲＡＰｒｅａｍｂｌｅ」の送信を規制せず、その他の呼用の「ＲＡＰｒｅａｍｂｌｅ」の送信に対して、ＡＣＢを行うように構成されていてもよい。

本実施形態の第１の特徴において、アクセス制御部１２は、ＲＲＣレイヤにおいて、上述のＡＣＢを行うように構成されており、ＲＡ手順実行部１３は、ＭＡＣレイヤにおいて、上述の「ＲＡＰｒｅａｍｂｌｅ」の送信を規制した後、所定期間の間、ＲＡ手順を実行しないように構成されていてもよい。

本実施形態の第１の特徴において、アクセス制御部１２は、ＲＲＣレイヤにおいて、上述のＡＣＢを行うように構成されており、ＲＡ手順実行部１３は、ＭＡＣレイヤにおいて、上述の「ＲＡＰｒｅａｍｂｌｅ」の送信を規制した後、所定期間の間、「ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ」をキャンセルするように構成されていてもよい。

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

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

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

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

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

Claims

移動局であって、
間欠受信状態である場合に行われる上り信号を送信するためのランダムアクセス手順において、衝突方式で、ランダムアクセスプリアンブルを送信するように構成されているランダムアクセス手順実行部と、
前記ランダムアクセスプリアンブルの送信に対して、アクセス規制を行うように構成されているアクセス制御部とを具備することを特徴とする移動局。
前記ランダムアクセス手順実行部は、前記ランダムアクセスプリアンブルの送信を規制した後、所定期間の間、ランダムアクセス手順を実行しないように構成されていることを特徴とする請求項１に記載の移動局。
前記ランダムアクセス手順実行部は、前記ランダムアクセスプリアンブルの送信を規制した後、所定期間の間、無線基地局によって送信されたスケジューリング要求信号をキャンセルするように構成されていることを特徴とする請求項１に記載の移動局。
前記アクセス制御部は、緊急呼又は優先呼用のランダムアクセスプリアンブルの送信を規制せず、その他の呼用のランダムアクセスプリアンブルの送信に対して、前記アクセス規制を行うように構成されていることを特徴とする請求項１に記載の移動局。
前記アクセス制御部は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）レイヤにおいて、前記アクセス規制を行うように構成されており、
前記ランダムアクセス手順実行部は、ＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）レイヤにおいて、前記ランダムアクセスプリアンブルの送信を規制した後、所定期間の間、ランダムアクセス手順を実行しないように構成されていることを特徴とする請求項２に記載の移動局。
前記アクセス制御部は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）レイヤにおいて、前記アクセス規制を行うように構成されており、
前記ランダムアクセス手順実行部は、ＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）レイヤにおいて、前記ランダムアクセスプリアンブルの送信を規制した後、所定期間の間、無線基地局によって送信されたスケジューリング要求信号をキャンセルするように構成されていることを特徴とする請求項３に記載の移動局。