特許 6012305 移動通信方法及び無線基地局

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6012305

(24)【登録日】2016年9月30日

(45)【発行日】2016年10月25日

(54)【発明の名称】移動通信方法及び無線基地局

(51)【国際特許分類】

   H04W 74/08 20090101AFI20161011BHJP

   H04W 52/02 20090101ALI20161011BHJP

【ＦＩ】

   H04W74/08

   H04W52/02 111

【請求項の数】5

【全頁数】12

(21)【出願番号】特願2012-152309(P2012-152309)

(22)【出願日】2012年7月6日

(65)【公開番号】特開2014-17583(P2014-17583A)

(43)【公開日】2014年1月30日

【審査請求日】2015年6月22日

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】100083806

【弁理士】

【氏名又は名称】三好 秀和

(74)【代理人】

【識別番号】100100712

【弁理士】

【氏名又は名称】岩▲崎▼ 幸邦

(74)【代理人】

【識別番号】100101247

【弁理士】

【氏名又は名称】高橋 俊一

(74)【代理人】

【識別番号】100095500

【弁理士】

【氏名又は名称】伊藤 正和

(74)【代理人】

【識別番号】100117064

【弁理士】

【氏名又は名称】伊藤 市太郎

(74)【代理人】

【識別番号】100169797

【弁理士】

【氏名又は名称】橋本 浩幸

(72)【発明者】

【氏名】ウリ アンダルマワンティ ハプサリ

(72)【発明者】

【氏名】内野 徹

(72)【発明者】

【氏名】清嶋 耕平

(72)【発明者】

【氏名】高橋 秀明

(72)【発明者】

【氏名】青柳 健一郎

【審査官】 高野 洋

(56)【参考文献】

【文献】 特表２０１１−５０４０２１（ＪＰ，Ａ）

【文献】 NTT DOCOMO, INC.，Problem caused by DRX UE in congested network，3GPP TSG-RAN2#78, R2-122543，２０１２年 ５月

【文献】 Nokia Siemens Networks, Motorola, NTT DOCOMO Inc.，Addition of Empty BSR-PHR MAC control element[online]，3GPP TSG-RAN Meeting #67 R2-094213，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_67/Docs/R2-094213.zip＞，２００９年 ８月

【文献】 NTT DOCOMO, INC.，CR to 36.321 on introduction of UL suspend Command MAC CE[online]，3GPP TSG-RAN WG2 #79bis R2-124587，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_79bis/Docs/R2-124587.zip＞，２０１２年１０月

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

(57)【特許請求の範囲】

【請求項1】

間欠受信状態の移動局が、発信処理を行うために連続受信状態に復帰する際に、無線基地局との間でランダムアクセス手順を実行する移動通信方法であって、
前記ランダムアクセス手順において、前記無線基地局が、前記移動局に対して、前記発信処理に係る呼種別を通知するように要求する呼種別要求信号を送信する工程Ａと、
前記ランダムアクセス手順において、前記移動局が、前記呼種別要求信号に応じて、前記無線基地局に対して、前記呼種別を通知する工程Ｂと、
前記ランダムアクセス手順において、前記無線基地局が、前記呼種別に基づいて、前記復帰を許可するか否かについて決定する工程Ｃとを有することを特徴とする移動通信方法。

【請求項2】

前記工程Ａにおいて、前記無線基地局は、ランダムアクセス応答信号と共に、前記呼種別要求信号を送信することを特徴とする請求項１に記載の移動通信方法。

【請求項3】

前記工程Ｂにおいて、前記移動局は、「Ｍｅｓｓａｇｅ３」に前記呼種別を含めて送信することを特徴とする請求項１に記載の移動通信方法。

【請求項4】

移動局が、間欠受信状態から連続受信状態に復帰する際に、該移動局との間でランダムアクセス手順を実行するように構成されているランダムアクセス手順実行部と、
前記復帰を許可するか否かについて決定するように構成されている決定部とを具備しており、
前記ランダムアクセス手順実行部は、前記ランダムアクセス手順において、前記移動局に対して、前記移動局の発信処理に係る呼種別を通知するように要求する呼種別要求信号を送信するように構成されており、
前記決定部は、前記ランダムアクセス手順において、前記移動局によって前記呼種別要求信号に応じて通知された前記呼種別に基づいて、前記復帰を許可するか否かについて決定するように構成されていることを特徴とする無線基地局。

【請求項5】

前記ランダムアクセス手順実行部は、ランダムアクセス応答信号と共に、前記呼種別要求信号を送信するように構成されていることを特徴とする請求項４に記載の無線基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、移動通信方法及び無線基地局に関する。

【背景技術】

【0002】

ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）方式の移動通信システムでは、コアネットワークのシグナリングの負荷を減らすために、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態（接続状態）の移動局ＵＥを、ＲＲＣ_ＩＤＬＥ状態（アイドル状態）に遷移させること無くＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）状態（間欠受信状態）に保つことができるように構成されている。

【0003】

ここで、災害時やコンサートや花火等の際、多数のＤＲＸ状態の移動局ＵＥが、発信処理を試みるため、バーストトラフィックが生じる。

【0004】

なお、ＤＲＸ状態の移動局ＵＥは、発信処理を行うためにｎｏｎ-ＤＲＸ状態（連続受信状態）に復帰する際には、無線基地局ｅＮＢとの間でＲＡ（ランダムアクセス）手順（ＲＡ ｐｒｏｃｅｄｕｒｅ）、具体的には、「Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ＲＡ ｐｒｏｃｅｄｕｒｅ」を実行するように構成されている。

【先行技術文献】

【非特許文献】

【0005】

【非特許文献1】３ＧＰＰ ＴＳ３６.３００

【非特許文献2】３ＧＰＰ ＴＳ３６.２１１

【非特許文献3】３ＧＰＰ ＴＳ３６.２１３

【非特許文献4】３ＧＰＰ ＴＳ３６.３２１

【非特許文献5】３ＧＰＰ ＴＳ３６.３３１

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、従来のＬＴＥ方式の移動通信システムでは、ＤＲＸ状態の移動局ＵＥが、発信処理を行うためにｎｏｎ-ＤＲＸ状態に復帰する際には、発信処理に係る呼種別のチェックが行われないように構成されている。

【0007】

したがって、ＤＲＸ状態の移動局ＵＥからの緊急呼の発信処理やＤＲＸ状態の優先端末からの発信処理が失敗してしまう可能性があるという問題点があった。

【0008】

そこで、本発明は、上述の課題に鑑みてなされたものであり、混雑時においても、ＤＲＸ状態の移動局ＵＥからの緊急呼の発信処理やＤＲＸ状態の優先端末からの発信処理を成功させる確率を向上させることができる移動通信方法及び無線基地局を提供することを目的とする。

【課題を解決するための手段】

【0009】

本発明の第１の特徴は、移動通信方法であって、間欠受信状態の移動局が、発信処理を行うために連続受信状態に復帰する際に、無線基地局との間でランダムアクセス手順を実行する移動通信方法であって、前記ランダムアクセス手順において、前記無線基地局が、前記移動局に対して、前記発信処理に係る呼種別を通知するように要求する呼種別要求信号を送信する工程Ａと、前記ランダムアクセス手順において、前記移動局が、前記呼種別要求信号に応じて、前記無線基地局に対して、前記呼種別を通知する工程Ｂと、前記ランダムアクセス手順において、前記無線基地局が、前記呼種別に基づいて、前記復帰を許可するか否かについて決定する工程Ｃとを有することを要旨とする。

【0010】

本発明の第２の特徴は、無線基地局ｅＮＢであって、移動局が、間欠受信状態から連続受信状態に復帰する際に、該移動局との間でランダムアクセス手順を実行するように構成されているランダムアクセス手順実行部と、前記復帰を許可するか否かについて決定するように構成されている決定部とを具備しており、前記ランダムアクセス手順実行部は、前記ランダムアクセス手順において、前記移動局に対して、前記発信処理に係る呼種別を通知するように要求する呼種別要求信号を送信するように構成されており、前記決定部は、前記ランダムアクセス手順において、前記移動局によって前記呼種別要求信号に応じて通知された前記呼種別に基づいて、前記復帰を許可するか否かについて決定するように構成されていることを要旨とする。

【発明の効果】

【0011】

以上説明したように、本発明によれば、混雑時においても、ＤＲＸ状態の移動局ＵＥからの緊急呼の発信処理やＤＲＸ状態の優先端末からの発信処理を成功させる確率を向上させることができる移動通信方法及び無線基地局を提供することができる。

【図面の簡単な説明】

【0012】

【図1】本発明の第１の実施形態に係る移動通信システムの全体構成図である。

【図2】本発明の第１の実施形態に係る無線基地局の機能ブロック図である。

【図3】本発明の第１の実施形態に係る無線基地局によって送信されるＭＡＣ-ＣＥの一例を示す図である。

【図4】本発明の第１の実施形態に係る無線基地局によって送信されるＭＡＣ-ＣＥの一例を示す図である。

【図5】本発明の第１の実施形態に係る無線基地局によって送信されるＭＡＣ-ＣＥの一例を示す図である。

【図6】本発明の第１の実施形態に係る無線基地局によって送信される「ＲＡＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎ」の一例を示す図である。

【図7】本発明の第１の実施形態に係る無線基地局によって送信される「ＲＡＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎ」の一例を示す図である。

【図8】本発明の第１の実施形態に係る移動局の機能ブロック図である。

【図9】本発明の第１の実施形態に係る移動通信システムの動作を説明するためのフローチャートである。

【図10】本発明の変更例１に係る無線基地局によって用いられるＲＮＴＩの一例を示す図である。

【発明を実施するための形態】

【0013】

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

【0014】

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

【0015】

図２に示すように、本実施形態に係る無線基地局ｅＮＢは、ＲＡ手順実行部１１と、決定部１２とを具備している。

【0016】

ＲＡ手順実行部１１は、移動局ＵＥとの間で、ＲＡ手順を行うように構成されている。

【0017】

例えば、移動局ＵＥが、発信処理を行うために、ＤＲＸ状態からｎｏｎ-ＤＲＸ状態に復帰する際に、或いは、ＲＲＣ_ＩＤＬＥ状態からＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態に遷移する際に、ＲＡ手順実行部１１は、かかる移動局ＵＥとの間でＲＡ手順を実行するように構成されている。

【0018】

ここで、移動局ＵＥがＤＲＸ状態からｎｏｎ-ＤＲＸ状態に復帰する際のＲＡ手順、及び、ＲＲＣ_ＩＤＬＥ状態からＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態に遷移する際のＲＡ手順は、異なる。

【0019】

また、ＲＡ手順実行部１１は、上述のＲＡ手順において、移動局ＵＥに対して、上述の発信処理に係る「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」を通知するように要求する「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信するように構成されている。

【0020】

ここで、ＲＡ手順実行部１１は、「Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ」と共に、「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信するように構成されていてもよい。

【0021】

例えば、ＲＡ手順実行部１１は、「Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ」内で「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信するように構成されていてもよい。

【0022】

或いは、ＲＡ手順実行部１１は、「Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ」と共に送信する新規のＭＡＣ-ＰＤＵによって「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信するように構成されていてもよい。

【0023】

例えば、ＲＡ手順実行部１１は、「Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ」と共に送信する新規のＭＡＣ-ＰＤＵとして、図３に示す新規のＭＡＣ-ＣＥ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ-Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）を用いて、「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信するように構成されていてもよい。

【0024】

なお、かかる新規のＭＡＣ-ＣＥに付与されるＬＣＩＤ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ ＩＤ）は、例えば、図４に示すように、「１１０１０」となるように構成されていてもよい。

【0025】

決定部１２は、移動局ＵＥがＤＲＸ状態からｎｏｎ-ＤＲＸ状態に復帰する際のＲＡ手順において、かかる復帰を受け付けるか否かについて決定するように構成されている。

【0026】

具体的には、決定部１２は、上述のＲＡ手順において、移動局ＵＥによって「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ」に応じて通知された「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」に基づいて、上述の復帰を許可するか否かについて決定するように構成されていてもよい。

【0027】

例えば、決定部１２は、「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」に基づいて、上述のＲＡ手順に係る呼種別が「緊急呼」や「優先呼」であると判断した場合、すなわち、上述のＲＡ手順のトリガとなった発信処理が移動局ＵＥからの緊急呼の発信処理や優先端末からの発信処理であると判断した場合には、上述の復帰を許可すると決定するように構成されていてもよい。

【0028】

一方、決定部１２は、「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」に基づいて、上述のＲＡ手順に係る呼種別が「一般呼」であると判断した場合、すなわち、上述のＲＡ手順のトリガとなった発信処理が移動局ＵＥからの緊急呼の発信処理や優先端末からの発信処理以外であると判断した場合には、上述の復帰を拒絶すると決定するように構成されていてもよい。

【0029】

また、例えば、決定部１２は、無線アクセスネットワークの輻輳状態や所定のオペレータルール等に基づいて、かかる決定を行うことができるように構成されていてもよい。

【0030】

また、ＲＡ手順実行部１１は、かかる復帰を拒絶する場合、すなわち、決定部１２によって当該復帰が拒絶された場合、上述のＲＡ手順において、移動局ＵＥから受信したＭＡＣ-ＣＥに対して、所定のＭＡＣ-ＣＥを送信するように構成されていてもよい。

【0031】

なお、かかる場合、ＲＡ手順実行部１１は、移動局ＵＥから受信したＭＡＣ-ＣＥによって通知されたＣ-ＲＮＴＩを用いたＰＤＣＣＨを送信する代わりに、所定のＭＡＣ-ＣＥを送信するように構成されていてもよいし、かかるＣ-ＲＮＴＩを用いたＰＤＣＣＨに加えて、所定のＭＡＣ-ＣＥを送信するように構成されていてもよい。

【0032】

ここで、所定のＭＡＣ-ＣＥは、新規のＭＡＣ-ＣＥであってもよいし、既存の「ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ」であってもよい。

【0033】

また、ＲＡ手順実行部１１は、所定のＭＡＣ-ＣＥによって、移動局ＵＥがＲＡ手順を再度試みることができるまでの待機時間を通知するように構成されていてもよい。

【0034】

かかる場合、例えば、新規ＭＡＣ-ＣＥは、図５に示すように、移動局ＵＥがＲＡ手順を再度試みることができるまでの待機時間を示す「Ｗａｉｔ ｔｉｍｅｒ」を通知することができるように構成されていてもよい。例えば、「Ｗａｉｔ ｔｉｍｅｒ」に設定される単位は、「秒」や「分」等であってもよい。

【0035】

或いは、ＲＡ手順実行部１１は、ＲＲＣメッセージ（個別シグナリング）、例えば、ＲＲＣコネクション確立時に送信される「ＲＡＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎ」によって、移動局ＵＥがＲＡ手順を再度試みることができるまでの待機時間を通知するように構成されていてもよい。

【0036】

かかる場合、例えば、「ＲＡＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎ」は、図６及び図７に示すように、移動局ＵＥがＲＡ手順を再度試みることができるまでの待機時間を示す「ｗａｉｔＴｉｍｅ」を通知することができるように構成されていてもよい。例えば、「ｗａｉｔＴｉｍｅ」に設定される単位は、「秒」や「分」等であってもよい。

【0037】

或いは、ＲＡ手順実行部１１は、ＲＲＣコネクション再設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）の際に、ＲＲＣメッセージ（個別シグナリング）によって、移動局ＵＥがＲＡ手順を再度試みることができるまでの待機時間を通知するように構成されていてもよい。

【0038】

或いは、ＲＡ手順実行部１１は、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）の「ＲＡＣＨ Ｃｏｎｆｉｇ ＩＥ」によって、移動局ＵＥがＲＡ手順を再度試みることができるまでの待機時間を通知するように構成されていてもよい。

【0039】

さらに、ＲＡ手順実行部１１は、上述の復帰を拒絶する場合、上述のＲＡ手順において、移動局ＵＥから受信したＭＡＣ-ＣＥに対して、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ」を送信するように構成されていてもよい。

【0040】

ここで、ＲＡ手順実行部１１は、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ」によって、移動局ＵＥをＲＲＣ_ＩＤＬＥ状態に遷移させるように構成されていてもよい。なお、ＲＲＣ_ＩＤＬＥ状態では、ネットワークが、ＲＲＣ_ＩＤＬＥ状態用のＡＣＢを適用してもよい、すなわち、ＡＣＢ情報を報知してもよい。

【0041】

図８に示すように、移動局ＵＥは、状態管理部２１と、ＲＡ手順実行部２２とを具備している。

【0042】

状態管理部２１は、移動局ＵＥの状態、例えば、ＤＲＸ状態や、ｎｏｎ-ＤＲＸ状態（ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態）や、ＲＲＣ_ＩＤＬＥ状態を管理するように構成されている。

【0043】

ＲＡ手順実行部２２は、無線基地局ｅＮＢとの間で、ＲＡ手順を行うように構成されている。

【0044】

例えば、移動局ＵＥが、発信処理を行うために、ＤＲＸ状態からｎｏｎ-ＤＲＸ状態に復帰する際に、或いは、ＲＲＣ_ＩＤＬＥ状態からＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態に遷移する際に、ＲＡ手順実行部２２は、無線基地局ｅＮＢとの間でＲＡ手順を実行するように構成されている。

【0045】

ここで、ＲＡ手順実行部２２は、かかるＲＡ手順において、無線基地局ｅＮＢから受信した「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ」に応じて、無線基地局ｅＮＢに対して「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」を通知するように構成されている。

【0046】

かかる場合、ＲＡ手順実行部２２は、無線基地局ｅＮＢに対して、「Ｍｅｓｓａｇｅ３」と共に、「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」を通知するように構成されていてもよい。

【0047】

例えば、ＲＡ手順実行部２２は、「Ｍｅｓｓａｇｅ３」内で「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」を通知するように構成されていてもよい。

【0048】

或いは、ＲＡ手順実行部２２は、「Ｍｅｓｓａｇｅ３」と共に送信する新規のＭＡＣ-ＰＤＵによって「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」を通知するように構成されていてもよい。

【0049】

例えば、ＲＡ手順実行部２２は、「Ｍｅｓｓａｇｅ３」と共に送信する新規のＭＡＣ-ＰＤＵとして、図３に示す新規のＭＡＣ-ＣＥを用いて、「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」を送信するように構成されていてもよい。

【0050】

なお、かかる新規のＭＡＣ-ＣＥに付与されるＬＣＩＤは、例えば、図４に示すように、「１１００１」となるように構成されていてもよい。

【0051】

ＲＡ手順実行部２２が、ＤＲＸ状態からｎｏｎ-ＤＲＸ状態に復帰する際のＲＡ手順において、無線基地局ｅＮＢから、無線基地局ｅＮＢに対して送信したＭＡＣ-ＣＥによって通知したＣ-ＲＮＴＩを用いたＰＤＣＣＨの代わりに、所定のＭＡＣ-ＣＥを受信した場合に、状態管理部２１は、ＤＲＸ状態からｎｏｎ-ＤＲＸ状態に復帰することなく、ＤＲＸ状態に留まることを決定するように構成されている。

【0052】

また、ＲＡ手順実行部２２は、上述のＲＡ手順において、所定のＭＡＣ-ＣＥによって「Ｗａｉｔ ｔｉｍｅｒ」が通知された場合、かかる「Ｗａｉｔ ｔｉｍｅｒ」が経過するまでの期間は、上述のＲＡ手順を試みないように構成されていてもよい。

【0053】

或いは、ＲＡ手順実行部２２は、上述のＲＡ手順において、所定のＭＡＣ-ＣＥを受信した場合で、かつ、「ＲＡＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎ」によって「ｗａｉｔＴｔｉｍｅ」が通知されている場合、かかる「ｗａｉｔＴｉｍｅ」が経過するまでの期間は、上述のＲＡ手順を試みないように構成されていてもよい。

【0054】

或いは、ＲＡ手順実行部２２は、上述のＲＡ手順において、所定のＭＡＣ-ＣＥを受信した場合には、一定期間、例えば、既存の「Ｂａｃｋｏｆｆ ｔｉｍｅｒ」の最大値（９６０ｍｓ）の１０倍（９６００ｍｓ）の期間、上述のＲＡ手順を試みないように構成されていてもよい。

【0055】

さらに、ＲＡ手順実行部２２は、上述のＲＡ手順において、無線基地局ｅＮＢから「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ」を受信した場合に、状態管理部２１は、ＲＲＣ_ＩＤＬＥ状態に遷移するように構成されていてもよい。

【0056】

ここで、ＲＡ手順実行部２２は、「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ」によって「ｗａｉｔＴｉｍｅ」が通知された場合、かかる「ｗａｉｔＴｉｍｅ」が経過するまでの期間は、上述のＲＡ手順を試みないように構成されていてもよい。

【0057】

以下、図９を参照して、本実施形態に係る移動通信システムの動作について説明する。

【0058】

図９に示すように、移動局ＵＥは、発信処理を行うために、ＤＲＸ状態からｎｏｎ-ＤＲＸ状態に復帰することを決定すると、ランダムアクセス手順（Ｃｏｎｔｅｎｔｉｏｎ Ｂａｓｅｄ ＲＡ ｐｒｏｃｅｄｕｒｅ）を開始するために、ステップＳ１００１において、無線基地局ｅＮＢに対して、「Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ（ＲＡプリアンブル）」を送信する。

【0059】

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

【0060】

ここで、無線基地局ｅＮＢは、移動局ＵＥに対して、「Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ」と共に「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。

【0061】

ステップＳ１００３において、移動局ＵＥは、無線基地局ｅＮＢに対して、「Ｍｅｓｓａｇｅ３」として、移動局ＵＥのＣ-ＲＮＴＩを通知するＭＡＣ-ＣＥのみを送信する。

【0062】

ここで、移動局ＵＥは、無線基地局ｅＮＢに対して、「Ｍｅｓｓａｇｅ３」と共に「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」を送信する。

【0063】

無線基地局ｅＮＢは、「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」に基づいて、上述の復帰を許可するか否かについて決定する。

【0064】

ここで、無線基地局ｅＮＢは、上述の復帰を拒絶すると決定した場合には、ステップＳ１００４において、移動局ＵＥに対して、「Ｍｅｓｓａｇｅ４」として、ＭＡＣ-ＣＥに対して、上述の所定のＭＡＣ-ＣＥや「ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ」等を送信する。

【0065】

本実施形態に係る発明によれば、無線基地局ｅＮＢは、ＤＲＸ状態からｎｏｎ-ＤＲＸ状態に復帰する際のＲＡ手順において、移動局ＵＥから取得した「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」に基づいて、かかる復帰を許可するか否かについて判定することができるため、ＤＲＸ状態の移動局ＵＥによる発信処理が多発する場合であっても、優先端末による発信処理や緊急呼の発信処理を成功させる確率を向上させることができる。

【0066】

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

【0067】

本実施形態に係る移動通信システムでは、無線基地局ｅＮＢのＲＡ手順実行部１１は、移動局ＵＥのＤＲＸ状態からｎｏｎ-ＤＲＸ状態への復帰を拒絶する場合、上述のＲＡ手順において、移動局ＵＥから受信したＭＡＣ-ＣＥによって通知されたＣ-ＲＮＴＩを用いたＰＤＣＣＨを送信する代わりに、所定のＲＮＴＩを用いたＰＤＣＣＨを送信するように構成されている。

【0068】

かかる場合には、ＲＡ手順実行部１１は、例えば、図１０に示すように、かかる所定のＲＮＴＩとして、現在使用されていないＲｅｓｅｒｖｅビットである「ＦＦＦＦＣ」を用いるように構成されていてもよい。

【0069】

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

【0070】

本実施形態の第１の特徴は、移動通信方法であって、ＤＲＸ（間欠受信）状態の移動局ＵＥが、発信処理を行うためにｎｏｎ-ＤＲＸ（連続受信）状態に復帰する際に、無線基地局ｅＮＢとの間でＲＡ（ランダムアクセス）手順を実行する移動通信方法であって、かかるＲＡ手順において、無線基地局ｅＮＢが、移動局ＵＥに対して、上述の発信処理に係る「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ（呼種別）」を通知するように要求する「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ（呼種別要求信号）」を送信する工程Ａと、かかるＲＡ手順において、移動局ＵＥが、「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ」に応じて、無線基地局ｅＮＢに対して、「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」を通知する工程Ｂと、かかるＲＡ手順において、無線基地局ｅＮＢが、かかる「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」に基づいて、上述の復帰を許可するか否かについて決定する工程Ｃとを有することを要旨とする。

【0071】

本実施形態の第１の特徴において、工程Ａにおいて、無線基地局ｅＮＢは、「Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ（ランダムアクセス応答信号）」と共に、「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信してもよい。

【0072】

本実施形態の第１の特徴において、工程Ｂにおいて、移動局ＵＥは、「Ｍｅｓｓａｇｅ３」に上述の呼種別を含めて送信してもよい。

【0073】

本実施形態の第２の特徴は、無線基地局ｅＮＢであって、移動局ＵＥが、ＤＲＸ状態からｎｏｎ-ＤＲＸ状態に復帰する際に、移動局ＵＥとの間でＲＡ手順を実行するように構成されているＲＡ（ランダムアクセス）手順実行部１１と、上述の復帰を許可するか否かについて決定するように構成されている決定部１２とを具備しており、ＲＡ手順実行部１１は、上述のＲＡ手順において、移動局ＵＥに対して、上述の発信処理に係る「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」を通知するように要求する「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信するように構成されており、決定部１２は、上述のＲＡ手順において、移動局ＵＥによって「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ」に応じて通知された「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」に基づいて、上述の復帰を許可するか否かについて決定するように構成されていることを要旨とする。

【0074】

本実施形態の第２の特徴において、ＲＡ手順実行部１１は、「Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ」と共に、「Ｃａｌｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信するように構成されていてもよい。

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【符号の説明】

【0079】

ＵＥ…移動局
ｅＮＢ…無線基地局
１１、２２…ＲＡ手順実行部
１２…決定部
２１…状態管理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】