(57)【要約】【課題】優先度が低く設定されているユーザ装置であっても、優先度の高いデータの送信を行うことを可能にする技術を提供する。【解決手段】基地局と通信するユーザ装置であって、当該ユーザ装置が低優先に設定されているか否か、及び、前記基地局に送信すべきデータが優先度の高いデータであるか否かを判定する判定部と、ＲＲＣメッセージを前記基地局に送信する送信部と、を有し、前記判定部は、当該ユーザ装置が低優先に設定されており、かつ前記基地局に送信すべきデータが優先度の高いデータである場合、前記送信部に、優先度の高いデータを送信することを示す情報を通知し、前記送信部は、前記優先度の高いデータを送信することを示す情報を前記ＲＲＣメッセージに設定して前記基地局に送信する、ユーザ装置を提供する。【選択図】図７
2019068111.tif 000002
【特許請求の範囲】
【請求項１】
基地局と通信するユーザ装置であって、
当該ユーザ装置が低優先に設定されているか否か、及び、前記基地局に送信すべきデータが優先度の高いデータであるか否かを判定する判定部と、
ＲＲＣメッセージを前記基地局に送信する送信部と、
を有し、
前記判定部は、当該ユーザ装置が低優先に設定されており、かつ前記基地局に送信すべきデータが優先度の高いデータである場合、前記送信部に、優先度の高いデータを送信することを示す情報を通知し、
前記送信部は、前記優先度の高いデータを送信することを示す情報を前記ＲＲＣメッセージに設定して前記基地局に送信する、
ユーザ装置。
【請求項２】
前記優先度の高いデータを送信することを示す情報は、優先度の高いデータであることを示す確立理由であり、
前記送信部は、前記優先度の高いデータであることを示す確立理由を、ＲＲＣコネクションリクエストメッセージに設定して前記基地局に送信する、
請求項１に記載のユーザ装置。
【請求項３】
前記優先度の高いデータを送信することを示す情報は、ＲＲＣコネクションリクエストメッセージに設定される確立理由とは異なる情報であり、
前記送信部は、前記優先度の高いデータを送信することを示す情報と、遅延が許容されることを示す確立理由とを、ＲＲＣコネクションリクエストメッセージに設定して前記基地局に送信する、
請求項１に記載のユーザ装置。
【請求項４】
前記優先度の高いデータを送信することを示す情報は、ＲＲＣコネクションリクエストメッセージに設定される確立理由とは異なる情報であり、
前記送信部は、遅延が許容されることを示す確立理由をＲＲＣコネクションリクエストメッセージに設定して前記基地局に送信すると共に、ＲＲＣコネクションセットアップ完了メッセージに前記優先度の高いデータを送信することを示す情報を設定して前記基地局に送信する、
請求項１に記載のユーザ装置。
【請求項５】
前記優先度の高いデータを送信することを示す情報は、緊急呼の確立理由であり、
前記送信部は、緊急呼の確立理由を、ＲＲＣコネクションリクエストメッセージに設定して前記基地局に送信する、
請求項１に記載のユーザ装置。
【請求項６】
基地局と通信するユーザ装置が実行する通信方法であって、
当該ユーザ装置が低優先に設定されているか否か、及び、前記基地局に送信すべきデータが優先度の高いデータであるか否かを判定するステップと、
当該ユーザ装置が低優先に設定されており、かつ前記基地局に送信すべきデータが優先度の高いデータである場合、前記優先度の高いデータを送信することを示す情報を前記ＲＲＣメッセージに設定して前記基地局に送信するステップと、
を有する通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ装置及び通信方法に関する。
【背景技術】
【０００２】
ＵＭＴＳ（Universal  Mobile  Telecommunications  System）ネットワークにおいて、さらなる高速データレート、低遅延などを目的としてロングタームエボリューション（ＬＴＥ：Long  Term  Evolution）が仕様化された（非特許文献１）。また、ＬＴＥからの更なる広帯域化及び高速化を目的として、ＬＴＥの後継システム（例えば、ＬＴＥ−Ａ（LTE-Advanced）、ＦＲＡ（Future  Radio  Access）、４Ｇ、５Ｇなどともいう）も検討されている。
【０００３】
ところで、近年、通信装置の低コスト化に伴い、ネットワークに繋がれた装置が、人間の手を介さずに相互に通信して自動的に制御を行う機器間通信（Ｍ２Ｍ：Machine-to-Machine）の技術開発が盛んに行われている。特に、３ＧＰＰ（Third  Generation  Partnership  Project）は、Ｍ２Ｍの中でも機器間通信用のセルラシステムとして、ＭＴＣ（Machine  Type  Communication）の最適化に関する標準化を進めている（非特許文献２）。標準化の中で、ＭＴＣに用いられる（ＭＴＣ）端末が備えるべき各種機能も検討されており、一例として、コスト削減を図るために送受信帯域幅を限定したＭＴＣ端末が検討されている。
【０００４】
より具体的には、３ＧＰＰのリリース１３において、使用帯域を１．４ＭＨｚに制限したカテゴリＭと呼ばれるＭＴＣ端末、使用帯域を１８０ｋＨｚ以下に制限することで更なる低コスト化を実現する、ＮＢ−ＩｏＴ（Narrow Band -Internet of Things）と呼ばれるカテゴリのＭＴＣ端末が検討されている。また、低コストなＭＴＣ端末の実現に加えて、コアネットワークを含めたネットワークアーキテクチャ自体を低コストに実現することを目的として、ＣＩｏＴ（Cellular IoT）と呼ばれる通信方式が検討されている（非特許文献１）。
【０００５】
ＭＴＣ端末（ＭＴＣ  ＵＥ（User  Equipment））は、例えば電気メータ、ガスメータ、自動販売機、車両、その他産業機器などの幅広い分野への利用が考えられている。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ  ＴＲ２３．７２０  Ｖ１．２．０（２０１５−１１）
【非特許文献２】３ＧＰＰ  ＴＳ３６．３３１  Ｖ１３．０．０（２０１５−１２）
【非特許文献３】３ＧＰＰ  ＴＳ２４．３０１  Ｖ１３．４．０（２０１５−１２）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
３ＧＰＰ規格に準拠した無線通信システムは、多くのユーザ装置が一斉にアクセスすることによるネットワークの負荷を軽減するために、基地局側でユーザ装置から受信したＲＲＣコネクションリクエストの種別を識別し、ネットワークの負荷に応じてＲＲＣコネクションリクエストの受け付けを拒否する規制制御方式が導入されている。
【０００８】
本規制制御方式では、基地局は、ＲＲＣコネクションリクエストに設定される確立理由（Establishment cause）を用いて、ＲＲＣコネクションリクエストを受け付けるか否かを判断している。現状のＬＴＥの仕様では、一般の端末より優先度が低く設定されたＭＴＣ端末向けに「ｄｅｌａｙＴｏｌｅｒａｎｔ」と呼ばれる確立理由が規定されており、基地局は、「ｄｅｌａｙＴｏｌｅｒａｎｔ」が設定されたＲＲＣコネクションリクエストを、他の確立理由よりも優先的に規制対象とすることができる。
【０００９】
ここで、機器間通信技術の発展により、優先度が低く設定されているＭＴＣ端末であっても、一般のユーザ装置が行う通信よりも優先度の高い重要通信を行うことが想定される。例えば、通信機能を有するガスメータにガス検知器を備えることで、ガス漏れを自動的に検出してガス会社等に自動的に通知するようなことが考えられる。
【００１０】
しかしながら、現状のＬＴＥでは、優先度が低く設定されているＭＴＣ端末は、確立理由に「ｄｅｌａｙＴｏｌｅｒａｎｔ」を設定するように動作するため、基地局はＭＴＣ端末から優先度の高いデータが送信されることを検出することができない。そのため、基地局が高負荷の場合、ＭＴＣ端末はＲＲＣコネクションを確立することができず、優先度の高いデータの送信を行うことができない可能性がある。
【００１１】
開示の技術は上記に鑑みてなされたものであって、優先度が低く設定されているユーザ装置であっても、優先度の高いデータの送信を行うことを可能にする技術を提供することを目的とする。
【課題を解決するための手段】
【００１２】
開示の技術のユーザ装置は、基地局と通信するユーザ装置であって、当該ユーザ装置が低優先に設定されているか否か、及び、前記基地局に送信すべきデータが優先度の高いデータであるか否かを判定する判定部と、ＲＲＣメッセージを前記基地局に送信する送信部と、を有し、前記判定部は、当該ユーザ装置が低優先に設定されており、かつ前記基地局に送信すべきデータが優先度の高いデータである場合、前記送信部に、優先度の高いデータを送信することを示す情報を通知し、前記送信部は、前記優先度の高いデータを送信することを示す情報を前記ＲＲＣメッセージに設定して前記基地局に送信する。
【発明の効果】
【００１３】
開示の技術によれば、優先度が低く設定されているユーザ装置であっても、優先度の高いデータの送信を行うことを可能にする技術が提供される。
【図面の簡単な説明】
【００１４】
【図１】実施の形態に係る無線通信システムの構成例を示す図である。
【図２】実施の形態に係る無線通信システムの処理手順を示すシーケンス図である。
【図３】実施の形態に係るユーザ装置の機能構成例を示す図である。
【図４】実施の形態に係る基地局の機能構成例を示す図である。
【図５】実施の形態に係るユーザ装置のハードウェア構成例を示す図である。
【図６】実施の形態に係る基地局のハードウェア構成例を示す図である。
【図７】処理手順（その１）を示すフローチャートである。
【図８】処理手順（その１の変形例）を示すフローチャートである。
【図９】処理手順（その２）を示すフローチャートである。
【図１０】処理手順（その２の変形例）を示すフローチャートである。
【図１１】処理手順（その３）を示すフローチャートである。
【図１２】処理手順（その３の変形例）を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３、又はリリース１４以降に対応する第５世代の通信方式も含む広い意味で使用する。
。
【００１６】
＜Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅについて＞
まず、現状のＬＴＥで規定されているＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅについて説明する。現状のＬＴＥでは、「ｅｍｅｒｇｅｎｃｙ」、「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」、「ｍｔ−Ａｃｃｅｓｓ」、「ｍｏ−Ｓｉｇｎａｌｌｉｎｇ」、「ｍｏ−Ｄａｔａ」、「ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓ」の６通りのＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅが規定されている。
【００１７】
ユーザ装置ＵＥは、ＮＡＳレイヤで行われるＮＡＳ手順等に基づき、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを決定する。
【００１８】
ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを決定する具体的な手順は、ＮＡＳ手順（Ａｔｔａｃｈ、ＴｒａｃｋｉｎｇＡｒｅａＵｐｄａｔｅ、Ｄｅｔａｃｈ、ＳｅｒｖｉｃｅＲｅｑｅｓｔ）ごとに非特許文献３のＴａｂｌｅＤ．１．１で規定されている。
【００１９】
一例として、ユーザ装置ＵＥがアタッチリクエスト（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）などの発信以外のメッセージを送信する場合、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅには「ｍｏ−Ｓｉｇｎａｌｌｉｎｇ」が設定される。また、ユーザ装置ＵＥが緊急呼の発信処理を行う場合、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅには「ｅｍｅｒｇｅｎｃｙ」が設定される。また、低優先度（Ｌｏｗ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ）に設定されているユーザ装置ＵＥが発信する場合、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅには「ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓ」が設定される。また、ユーザ装置ＵＥがパケット発信（ＶｏＬＴＥを含む）を行う為にサービスリクエスト（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）を基地局ｅＮＢに送信する場合、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅには「ｍｏ−Ｄａｔａ」が設定される。また、ユーザ装置ＵＥが、ＣＮドメイン指示子がＰＳに設定されているページングメッセージに応答するためにサービスリクエストを基地局ｅＮＢに送信する場合、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅには「ｍｔ−Ａｃｃｅｓｓ」が設定される。また、ユーザ装置ＵＥのアクセスクラスが１１〜１５である場合、ＮＡＳ手順に関わらずＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅには「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」が設定される。
【００２０】
以下の説明において、「既存のＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ」とは、６通りのＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅのうち、上述の非特許文献３で規定されている手順により決定されるいずれか１つのＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを意味する。
【００２１】
＜システム構成＞
図１は、実施の形態に係る無線通信システムの構成例を示す図である。本実施の形態に係る無線通信システムは、ＬＴＥ方式の無線通信システムであり、ユーザ装置ＵＥ、基地局ｅＮＢ及びコアネットワークＣＮを含む。図１には、ユーザ装置ＵＥ、及び基地局ｅＮＢが１つずつ示されているが、これは例であり、それぞれ複数であってもよい。
【００２２】
基地局ｅＮＢは、無線を通じてユーザ装置ＵＥとの間で通信を行う。また、基地局ｅＮＢは、ユーザ装置ＵＥとコアネットワークＣＮとの間で送受信されるＮＡＳメッセージを中継する。
【００２３】
ユーザ装置ＵＥは、無線を通じて基地局ｅＮＢ及びコアネットワークＣＮ等と通信を行う機能を有する。ユーザ装置ＵＥは、例えばＭＴＣ端末を想定しているが、これに限られず、通信機能を有する機器であればどのような機器であってもよい。
【００２４】
なお、本実施の形態に係るユーザ装置ＵＥは低優先（Ｌｏｗ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ）に設定（Ｃｏｎｆｉｇｕｒｅｄ）されている前提とするが、これに限られない。具体的には後述するが、本実施の形態は、低優先が設定されていないユーザ装置ＵＥにも適用することが可能である。また、ユーザ装置ＵＥの内部メモリ又はＵＳＩＭ内には予め通信先として所定のＡＰＮ（Access Point Name）が設定されており、ユーザ装置ＵＥは、当該所定のＡＰＮに対してデータの送信を行う。また、当該所定のＡＰＮには、当該ＡＰＮが低優先であるか否かの設定を行うことが可能である。当該ＡＰＮが低優先に設定されていない場合、ユーザ装置ＵＥは、自身が低優先に設定されている場合であっても、通常のユーザ装置ＵＥと同様に動作する（つまり、自身は低優先に設定されていないと判断して動作する）ことが可能である。
【００２５】
＜動作概要＞
図２は、実施の形態に係る無線通信システムの処理手順を示すシーケンス図である。まず、ユーザ装置ＵＥは、予め設定されている所定のＡＰＮ（Access Point Name）に向けて送信すべき"緊急度の高い重要データ（以下、「例外データ」と呼ぶ）"が発生したことを検出する（Ｓ１１）。例えば、ガスメータであるユーザ装置ＵＥが、ガス会社のサーバに向けてガス漏れを検出したことを通知するようなケースを想定している。
【００２６】
続いて、ユーザ装置ＵＥは、基地局ｅＮＢに向けて送信する無線確立要求（ＲＲＣコネクションリクエスト）に、例外データの送信が行われることを示すＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを設定すべきと判定する（Ｓ１２）。続いて、ユーザ装置ＵＥは、ステップＳ１２の処理手順で判定したＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅが設定された無線確立要求を基地局ｅＮＢに送信する（Ｓ１３）。
【００２７】
無線確立要求を受信した基地局ｅＮＢは、無線確立要求に設定されたＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを確認することで例外データの送信が行われることを認識し、他のユーザ装置ＵＥよりも優先的にＲＲＣコネクションを確立すべきと判断して、無線確立応答（ＲＲＣコネクションセットアップ）をユーザ装置ＵＥに送信する（Ｓ１４）。ユーザ装置ＵＥは、無線確立完了（ＲＲＣコネクションセットアップコンプリート）を基地局ｅＮＢに送信する（Ｓ１５）。
【００２８】
続いて、ユーザ装置ＵＥは、所定のＡＰＮと通信するためのベアラをコアネットワークＣＮとの間で確立し、例外データを基地局ｅＮＢを介してコアネットワークＣＮに送信する（Ｓ１６、Ｓ１７）。
【００２９】
＜機能構成＞
（ユーザ装置）
図３は、実施の形態に係るユーザ装置の機能構成例を示す図である。図３に示すように、ユーザ装置ＵＥは、無線信号送信部１０１、無線信号受信部１０２、ＲＲＣ処理部１０３、ＮＡＳ処理部１０４及びアプリケーション１０５を有する。図３は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図３に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００３０】
無線信号送信部１０１は、ユーザ装置ＵＥから送信されるべき各種信号を生成し、無線送信する機能を有する。無線信号受信部１０２は、基地局ｅＮＢから各種の無線信号を受信する機能を有する。無線信号送信部１０１及び無線信号受信部１０２はそれぞれ、パケットバッファを備え、レイヤ１（ＰＨＹ）及びレイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）の処理を行うことを想定している（ただし、これに限られるわけではない）。
【００３１】
ＲＲＣ処理部１０３は、ＲＲＣレイヤの状態管理、ＲＲＣメッセージの生成、基地局ｅＮＢとの間でのＲＲＣメッセージの送受信など、ＲＲＣレイヤに関する各種処理を行う機能を有する。また、ＲＲＣ処理部１０３は、無線信号送信部１０１及び無線信号受信部１０２を介して、基地局ｅＮＢとの間でＲＲＣメッセージの送受信を行う。
【００３２】
ＮＡＳ処理部１０４は、ＮＡＳレイヤの状態管理及びＮＡＳメッセージの生成など、ＮＡＳレイヤに関する各種処理を行う機能を有する。また、ＮＡＳ処理部１０４は、無線信号送信部１０１及び無線信号受信部１０２を介して、コアネットワークとの間でＮＡＳメッセージの送受信を行う。また、ＮＡＳ処理部１０４は、ＮＡＳメッセージを送信する場合、ＲＲＣ処理部１０３にＲＲＣコネクションの確立を要求する。また、ＮＡＳ処理部１０４はＲＲＣ処理部１０３にＲＲＣコネクションの確立を要求する場合、ＲＲＣメッセージに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅの判定を行い、判定したＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅをＲＲＣ処理部１０３に通知する。
【００３３】
また、ＮＡＳ処理部１０４は、ユーザ装置ＵＥ自身が低優先に設定されているか否か、及び、基地局ｅＮＢに送信すべきデータが優先度の高いデータ（例外データ）であるか否かを判定する機能を有する。また、ＮＡＳ処理部１０４は、接続先のＡＰＮが低優先に設定されているか否かを判定する機能を有する。ＮＡＳ処理部１０４は、判定処理を行うことから判定部と称されてもよい。
【００３４】
また、ＮＡＳ処理部１０４は、ユーザ装置ＵＥ自身が低優先に設定されており、かつ基地局ｅＮＢに送信すべきデータが優先度の高いデータ（例外データ）である場合、ＲＲＣ処理部１０３に、優先度の高いデータ（例外データ）を送信することを示す情報を通知する機能を有する。
【００３５】
アプリケーション１０５は、例えばユーザ装置ＵＥが備えるＯＳ（Operating System）上で動作するアプリケーションであり、外部ネットワーク等に送信すべきデータを生成し、生成したデータをＮＡＳ処理部１０４に渡す。また、アプリケーション１０５は、生成したデータをＮＡＳ処理部１０４に渡す際に、当該データが優先度の高いデータ（例外データ）であるのか否かをＮＡＳ処理部１０４に通知する。
【００３６】
（基地局）
図４は、実施の形態に係る基地局の機能構成例を示す図である。図４に示すように、基地局ｅＮＢは、無線信号送信部２０１、無線信号受信部２０２、ＲＲＣ処理部２０３及びコアＮＷ通信部２０４を有する。図４は、基地局ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図４に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００３７】
無線信号送信部２０１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。無線信号受信部２０２は、各ユーザ装置ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。
【００３８】
無線信号送信部２０１及び無線信号受信部２０２はそれぞれ、パケットバッファを備え、レイヤ１（ＰＨＹ）及びレイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）の処理を行うことを想定している（ただし、これに限られるわけではない）。
【００３９】
ＲＲＣ処理部２０３は、ＲＲＣレイヤの状態管理、ＲＲＣメッセージの生成、ユーザ装置ＵＥとの間でのＲＲＣメッセージの送受信など、ＲＲＣレイヤに関する各種処理を行う機能を有する。また、ＲＲＣ処理部２０３は、ユーザ装置ＵＥから受信したＲＲＣメッセージに設定されているＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに従い、ユーザ装置ＵＥとの間でＲＲＣコネクションの確立を行うか否かを判定する。
【００４０】
コアＮＷ通信部２０４は、コアネットワークＣＮとの間でＣ−ｐｌａｎｅ、Ｕ−ｐｌａｎｅのデータを送受信する機能を有する。
【００４１】
以上説明したユーザ装置ＵＥ及び基地局ｅＮＢの機能構成は、全体をハードウェア回路（例えば、１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【００４２】
（ユーザ装置）
図５は、実施の形態に係るユーザ装置のハードウェア構成例を示す図である。図５は、図３よりも実装例に近い構成を示している。図５に示すように、ユーザ装置ＵＥは、無線信号に関する処理を行うＲＦ（Radio Frequency）モジュール３０１と、ベースバンド信号処理を行うＢＢ（Base Band）処理モジュール３０２と、上位レイヤ等の処理を行うＵＥ制御モジュール３０３と、ＳＩＭカードにアクセスするインタフェースであるＳＩＭスロット３０４とを有する。
【００４３】
ＲＦモジュール３０１は、ＢＢ処理モジュール３０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Digital-to-Analog）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Analog to Digital）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール３０２に渡す。ＲＦモジュール３０１は、例えば、図３に示す無線信号送信部１０１及び無線信号受信部１０２の一部を含む。
【００４４】
ＢＢ処理モジュール３０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Digital Signal Processor）３１２は、ＢＢ処理モジュール３０２における信号処理を行うプロセッサである。メモリ３２２は、ＤＳＰ３１２のワークエリアとして使用される。ＢＢ処理モジュール３０２は、例えば、図３に示す無線信号送信部１０１の一部、無線信号受信部１０２の一部を含む。
【００４５】
ＵＥ制御モジュール３０３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ３１３は、ＵＥ制御モジュール３０３が行う処理を行うプロセッサである。メモリ３２３は、プロセッサ３１３のワークエリアとして使用される。また、プロセッサ３１３は、ＳＩＭスロット３０４を介してＳＩＭとの間でデータの読出し及び書込みを行う。ＵＥ制御モジュール３０３は、例えば、図３に示すＲＲＣ処理部１０３、ＮＡＳ処理部１０４及びアプリケーション１０５を含む。
【００４６】
（基地局）
図６は、実施の形態に係る基地局のハードウェア構成例を示す図である。図６は、図４よりも実装例に近い構成を示している。図６に示すように、基地局ｅＮＢは、無線信号に関する処理を行うＲＦモジュール４０１と、ベースバンド信号処理を行うＢＢ処理モジュール４０２と、上位レイヤ等の処理を行う装置制御モジュール４０３と、ネットワークと接続するためのインタフェースである通信ＩＦ４０４とを有する。
【００４７】
ＲＦモジュール４０１は、ＢＢ処理モジュール４０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール４０２に渡す。ＲＦモジュール４０１は、例えば、図４に示す無線信号送信部２０１及び無線信号受信部２０２の一部を含む。
【００４８】
ＢＢ処理モジュール４０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ４１２は、ＢＢ処理モジュール４０２における信号処理を行うプロセッサである。メモリ４２２は、ＤＳＰ４１２のワークエリアとして使用される。ＢＢ処理モジュール４０２は、例えば、図４に示す無線信号送信部２０１の一部、無線信号受信部２０２の一部を含む。
【００４９】
装置制御モジュール４０３は、ＩＰレイヤのプロトコル処理、ＯＡＭ（Operation and Maintenance）処理等を行う。プロセッサ４１３は、装置制御モジュール４０３が行う処理を行うプロセッサである。メモリ４２３は、プロセッサ４１３のワークエリアとして使用される。補助記憶装置４３３は、例えばＨＤＤ等であり、基地局ｅＮＢ自身が動作するための各種設定情報等が格納される。装置制御モジュール４０３は、例えば、図４に示すＲＲＣ処理部２０３を含む。通信ＩＦ４０４は、例えば、図４に示すコアＮＷ通信部２０４を含む。
【００５０】
＜処理手順＞
続いて、本実施の形態に係るユーザ装置ＵＥが行う具体的な処理手順について、処理手順（その１）〜処理手順（その３）に分けて説明する。なお、ユーザ装置ＵＥ及び基地局ｅＮＢは、以下に説明する処理手順（その１）〜処理手順（その３）の全てを実行する機能を有してもよいし、一部の処理手順のみを実行する機能を有していてもよい。また、処理手順（その１）〜処理手順（その３）のうちどの処理手順を実行するのかを設定（Configure）可能であってもよい。
【００５１】
（処理手順（その１））
図７は、処理手順（その１）を示すフローチャートである。図７は、ユーザ装置ＵＥのアプリケーション１０５にて、所定のＡＰＮに向けて送信すべきデータが発生した場合に行われる処理手順を示している。
【００５２】
ステップＳ１００で、ＮＡＳ処理部１０４は、ユーザ装置ＵＥ自身の内部メモリ又は自身に挿入されているＳＩＭを参照することで、ユーザ装置ＵＥ自身が低優先（Low Access Priority）に設定されているのか否かを判定する。ユーザ装置ＵＥ自身が低優先に設定されている場合はステップＳ１１０の処理手順に進み、ユーザ装置ＵＥ自身が低優先に設定されていない場合（つまり、通常のユーザ装置ＵＥである場合）、ステップＳ１５０の処理手順に進む。
【００５３】
ステップＳ１１０で、ＮＡＳ処理部１０４は、ユーザ装置ＵＥ自身の内部メモリ又は自身に挿入されているＳＩＭを参照することで、接続先のＡＰＮが低優先に設定されているか否かを確認する。接続先のＡＰＮが低優先である場合、ステップＳ１２０の処理手順に進み、接続先のＡＰＮが低優先ではない場合、ステップＳ１４０の処理手順に進む。
【００５４】
ステップＳ１２０で、ＮＡＳ処理部１０４は、アプリケーション１０５から、所定のＡＰＮに向けて送信すべきデータは「例外データ」であると通知されたか否かを判定する。「例外データ」であると通知された場合、ステップＳ１３０の処理手順に進み、「例外データ」であると通知されていない場合（つまり、通常のデータであると通知された場合）、ステップＳ１４０の処理手順に進む。
【００５５】
ステップＳ１３０で、ＮＡＳ処理部１０４は、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして、「Ｅｘｃｅｐｔｉｏｎａｌ  Ｄａｔａ」をＲＲＣ処理部１０３に通知する。なお、「Ｅｘｃｅｐｔｉｏｎａｌ  Ｄａｔａ」は、本実施の形態で新たに規定するＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅであり、例外データの送信のためにＲＲＣコネクションの確立を要求することを示すＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅである。
【００５６】
ステップＳ１４０で、ＮＡＳ処理部１０４は、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして、「ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓ」をＲＲＣ処理部１０３に通知する。
【００５７】
ステップＳ１５０で、ＮＡＳ処理部１０４は、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして、「既存のＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ」をＲＲＣ処理部１０３に通知する。
【００５８】
ステップＳ１６０で、ＲＲＣ処理部１０３は、ＮＡＳ処理部１０４から通知されたＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを無線確立要求（ＲＲＣコネクションリクエスト）に設定して基地局ｅＮＢに送信する。
【００５９】
以上、処理手順（その１）について説明した。なお、ステップＳ１１０の処理手順において、ユーザ装置ＵＥ自身の内部メモリ又は自身に挿入されているＳＩＭに、ＡＰＮが低優先に設定されているか否かの情報が明示的に格納されていない場合も想定される。そのため、ＮＡＳ処理部１０４は、ステップＳ１１０の処理手順を省略し、接続先のＡＰＮは低優先に設定されていると暗示的に判定するようにしてもよい。
【００６０】
（処理手順（その１の変形例））
続いて、処理手順（その１）の変形例について説明する。図７を用いて説明した処理手順（その１）では、ユーザ装置ＵＥ自身が低優先に設定され、かつ接続先ＡＰＮが低優先である場合に、例外データの送信が行われることを示す「Ｅｘｃｅｐｔｉｏｎａｌ  Ｄａｔａ」が基地局ｅＮＢに送信されるようにした。つまり、ユーザ装置ＵＥが低優先に設定されていない場合、又は、接続先ＡＰＮが低優先でない場合には「Ｅｘｃｅｐｔｉｏｎａｌ  Ｄａｔａ」が基地局ｅＮＢに送信されることはない。
【００６１】
しかしながら、ＩｏＴの発展を考慮すると、一般的なユーザ装置ＵＥであっても、Ｗｅｂ閲覧等の通常のデータ通信よりも緊急度の高いデータの送信を行う可能性が想定される。そこで、本実施の形態では、低優先ではない一般的なユーザ装置ＵＥであっても「Ｅｘｃｅｐｔｉｏｎａｌ  Ｄａｔａ」を基地局ｅＮＢに送信可能にしてもよい。
【００６２】
同様に、接続先ＡＰＮが低優先に設定されていない場合（つまり、ユーザ装置ＵＥは自身が低優先に設定されていないと判断して動作する場合）であっても、ユーザ装置ＵＥは、例外データの送信を明示的に基地局ｅＮＢに通知するのが望ましいケースも想定される。そこで、本実施の形態では、ＡＰＮが低優先に設定されていない場合であっても、「Ｅｘｃｅｐｔｉｏｎａｌ  Ｄａｔａ」を基地局ｅＮＢに送信可能にしてもよい。
【００６３】
図８は、処理手順（その１の変形例）を示すフローチャートである。なお、図７と同一の処理手順である箇所については同一の符号を付与し、説明は省略する。
【００６４】
ステップＳ１０１で、ＮＡＳ処理部１０４は、ユーザ装置ＵＥ自身の内部メモリ又は自身に挿入されているＳＩＭを参照することで、ユーザ装置ＵＥ自身が低優先（Low Access Priority）に設定されているのか否かを判定する。ユーザ装置ＵＥ自身が低優先に設定されている場合はステップＳ１１１の処理手順に進み、ユーザ装置ＵＥ自身が低優先に設定されていない場合（つまり、通常のユーザ装置ＵＥである場合）、ステップＳ１４１の処理手順に進む。
【００６５】
ステップＳ１１１で、ＮＡＳ処理部１０４は、ユーザ装置ＵＥ自身の内部メモリ又は自身に挿入されているＳＩＭを参照することで、接続先のＡＰＮが低優先に設定されているか否かを確認する。接続先のＡＰＮが低優先である場合、ステップＳ１２０の処理手順に進み、接続先のＡＰＮが低優先ではない場合、ステップＳ１４１の処理手順に進む。
【００６６】
ステップＳ１４１で、ＮＡＳ処理部１０４は、アプリケーション１０５から、所定のＡＰＮに向けて送信すべきデータは「例外データ」であると通知されたか否かを判定する。「例外データ」であると通知された場合、ステップＳ１４２の処理手順に進み、「例外データ」であると通知されていない場合（つまり、通常のデータであると通知された場合）、ステップＳ１５０の処理手順に進む。
【００６７】
ステップＳ１４２で、ＮＡＳ処理部１０４は、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして、「Ｅｘｃｅｐｔｉｏｎａｌ  Ｄａｔａ」をＲＲＣ処理部１０３に通知する。
【００６８】
（処理手順（その２））
処理手順（その１）では、新たに規定したＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを用いて、例外データの送信が行われることをユーザ装置ＵＥから基地局ｅＮＢに通知するようにした。しかしながら、現状のＬＴＥでは、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに設定可能な設定値の残り枠が１つしか存在しないため、将来的な拡張を考慮すると、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを新たに規定せずに、他の方法で例外データの送信を基地局ｅＮＢに通知可能にすることが好適である。そこで、処理手順（その２）では、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとは別に、例外データの送信であることを示す情報（以下、「例外データ識別子」と呼ぶ）をユーザ装置ＵＥから基地局ｅＮＢに通知するようにする。「例外データ識別子」は１ビットの識別子であってもよい。例えば、「０（又は１）」は通常のデータであることを意味し、「１（又は０）」は例外データであることを意味するようにしてもよい。
【００６９】
図９は、処理手順（その２）を示すフローチャートである。図７と同一の処理手順である箇所については同一の符号を付与し、説明は省略する。
【００７０】
ステップＳ２３０で、ＮＡＳ処理部１０４は、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして、「ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓ」をＲＲＣ処理部１０３に通知すると共に、「例外データ識別子」をＲＲＣ処理部１０３に通知する。
【００７１】
ステップＳ２４０で、ＲＲＣ処理部１０３は、「例外データ識別子」がＮＡＳ処理部１０４から通知されたか否かを判定する。「例外データ識別子」がＮＡＳ処理部１０４から通知された場合、ステップＳ２５０の処理手順に進み、「例外データ識別子」がＮＡＳ処理部１０４から通知されていない場合は、ステップＳ１６０の処理手順に進む。
【００７２】
ステップＳ２５０で、ＲＲＣ処理部１０３は、ＮＡＳ処理部１０４から通知されたＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅと、「例外データ識別子」とを無線確立要求（ＲＲＣコネクションリクエスト）に設定して基地局ｅＮＢに送信する。
【００７３】
なお、ＲＲＣ処理部１０３は、無線確立要求（ＲＲＣコネクションリクエスト）にはＮＡＳ処理部１０４から通知されたＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅのみを設定し、「例外データ識別子」を無線確立完了（ＲＲＣコネクションセットアップコンプリート）に設定して基地局ｅＮＢに送信するようにしてもよい。この場合、基地局ｅＮＢは、一旦、各ユーザ装置ＵＥとの間で無線確立完了の手順までを行うことでＲＲＣコネクションを確立し、「例外データ識別子」が設定されていない場合で、かつ自身の処理負荷が高い場合、ユーザ装置ＵＥとの間で確立されたＲＲＣコネクションを切断するように動作するのが望ましい。
【００７４】
以上、処理手順（その２）について説明した。処理手順（その２）によれば、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに設定可能な設定値の残り枠を消費せずに、例外データの送信を目的とした無線確立要求（ＲＲＣコネクションリクエスト）であることを基地局ｅＮＢに通知することができる。
【００７５】
（処理手順（その２の変形例））
続いて、処理手順（その２）の変形例について説明する。処理手順（その２）についても、処理手順（その１）の変形例と同様に、低優先ではない一般的なユーザ装置ＵＥ等であっても「例外データ識別子」を基地局ｅＮＢに送信可能にしてもよい。
【００７６】
図１０は、処理手順（その２の変形例）を示すフローチャートである。図７〜図９と同一の処理手順である箇所については同一の符号を付与し、説明は省略する。
【００７７】
ステップＳ２３１で、ＮＡＳ処理部１０４は、アプリケーション１０５から、所定のＡＰＮに向けて送信すべきデータは「例外データ」であると通知されたか否かを判定する。「例外データ」であると通知された場合、ステップＳ２３２の処理手順に進み、「例外データ」であると通知されていない場合（つまり、通常のデータであると通知された場合）、ステップＳ１５０の処理手順に進む。
【００７８】
ステップＳ２３２で、ＮＡＳ処理部１０４は、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして、「既存のＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ」をＲＲＣ処理部１０３に通知すると共に、「例外データ識別子」をＲＲＣ処理部１０３に通知する。
【００７９】
（処理手順（その３））
処理手順（その２）では、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとは別に、例外データの送信であることを示す情報（以下、「例外データ識別子」と呼ぶ）をユーザ装置ＵＥから基地局ｅＮＢに通知するようにした。
【００８０】
ここで、前述したように、既存のＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅには、ユーザ装置ＵＥが緊急呼の発信を行う際に設定する「ｅｍｅｒｇｅｎｃｙ」が規定されている。緊急呼に該当するのは緊急機関（警察、消防など）への通話であり、データ通信（ＶｏＬＴＥによる緊急呼を除く）は該当しない。そのため、現状のＬＴＥの規定では、データ通信時に「ｅｍｅｒｇｅｎｃｙ」が設定されることはない。そこで、処理手順（その３）では、例外データ送信時に、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「ｅｍｅｒｇｅｎｃｙ」の設定を許容することで、基地局ｅＮＢに対して優先的に無線確立要求を処理させるようにする。
【００８１】
図１１は、処理手順（その３）を示すフローチャートである。図７〜図１０と同一の処理手順である箇所については同一の符号を付与し、説明は省略する。
【００８２】
ステップＳ３３０で、ＮＡＳ処理部１０４は、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして、「ｅｍｅｒｇｅｎｃｙ」をＲＲＣ処理部１０３に通知する。
【００８３】
（処理手順（その３の変形例））
続いて、処理手順（その３）の変形例について説明する。処理手順（その３）についても、処理手順（その１）の変形例及び処理手順（その２）の変形例と同様に、低優先ではない一般的なユーザ装置ＵＥ等であっても「ｅｍｅｒｇｅｎｃｙ」を基地局ｅＮＢに送信可能にしてもよい。
【００８４】
図１２は、処理手順（その３の変形例）を示すフローチャートである。図７〜図１１と同一の処理手順である箇所については同一の符号を付与し、説明は省略する。
【００８５】
ステップＳ３３１で、ＮＡＳ処理部１０４は、アプリケーション１０５から、所定のＡＰＮに向けて送信すべきデータは「例外データ」であると通知されたか否かを判定する。「例外データ」であると通知された場合、ステップＳ３３２の処理手順に進み、「例外データ」であると通知されていない場合（つまり、通常のデータであると通知された場合）、ステップＳ１５０の処理手順に進む。
【００８６】
ステップＳ３３２で、ＮＡＳ処理部１０４は、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして、「ｅｍｅｒｇｅｎｃｙ」をＲＲＣ処理部１０３に通知する。
【００８７】
以上、処理手順（その３）について説明した。処理手順（その３）によれば、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに設定可能な設定値の残り枠を消費せず、かつ、無線確立のメッセージに新たな識別子を拡張する必要もなく、既存のＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを流用して、基地局ｅＮＢに対して優先的に無線確立要求を処理させるようにすることができる。
【００８８】
＜まとめ＞
以上、実施の形態によれば、基地局と通信するユーザ装置であって、当該ユーザ装置が低優先に設定されているか否か、及び、前記基地局に送信すべきデータが優先度の高いデータであるか否かを判定する判定部と、ＲＲＣメッセージを前記基地局に送信する送信部と、を有し、前記判定部は、当該ユーザ装置が低優先に設定されており、かつ前記基地局に送信すべきデータが優先度の高いデータである場合、前記送信部に、優先度の高いデータを送信することを示す情報を通知し、前記送信部は、前記優先度の高いデータを送信することを示す情報を前記ＲＲＣメッセージに設定して前記基地局に送信する、ユーザ装置が提供される。このユーザ装置ＵＥによれば、優先度が低く設定されているユーザ装置であっても、優先度の高いデータの送信を行うことを可能にする技術が提供される。
【００８９】
また、前記優先度の高いデータを送信することを示す情報は、優先度の高いデータであることを示す確立理由であり、前記送信部は、前記優先度の高いデータであることを示す確立理由を、ＲＲＣコネクションリクエストメッセージに設定して前記基地局に送信するようにしてもよい。これにより、ユーザ装置ＵＥは、優先度の高いデータを送信するためにＲＲＣコネクションの確立を要求することを基地局ｅＮＢに通知することが可能になる。また、基地局ｅＮＢは、高負荷である場合に、一般のユーザ装置ＵＥからのＲＲＣコネクションリクエストよりも、本実施の形態に係るユーザ装置ＵＥからのＲＲＣコネクションリクエストを優先して処理することが可能になる。
【００９０】
前記優先度の高いデータを送信することを示す情報は、ＲＲＣコネクションリクエストメッセージに設定される確立理由とは異なる情報であり、前記送信部は、前記優先度の高いデータを送信することを示す情報と、遅延が許容されることを示す確立理由とを、ＲＲＣコネクションリクエストメッセージに設定して前記基地局に送信するようにしてもよい。これにより、ユーザ装置ＵＥは、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに設定可能な設定値の残り枠を消費せずに、優先度の高いデータを送信するためにＲＲＣコネクションの確立を要求することを基地局ｅＮＢに通知することが可能になる。また、基地局ｅＮＢは、高負荷である場合に、本実施の形態に係るユーザ装置ＵＥとの間でＲＲＣコネクションを優先して確立することが可能になる。
【００９１】
また、前記優先度の高いデータを送信することを示す情報は、ＲＲＣコネクションリクエストメッセージに設定される確立理由とは異なる情報であり、前記送信部は、遅延が許容されることを示す確立理由をＲＲＣコネクションリクエストメッセージに設定して前記基地局に送信すると共に、ＲＲＣコネクションセットアップ完了メッセージに前記優先度の高いデータを送信することを示す情報を設定して前記基地局に送信するようにしてもよい。これにより、ユーザ装置ＵＥは、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに設定可能な設定値の残り枠を消費せずに、優先度の高いデータを送信するためにＲＲＣコネクションの確立を要求することを基地局ｅＮＢに通知することが可能になる。また、基地局ｅＮＢは、高負荷である場合に、本実施の形態に係るユーザ装置ＵＥとの間でＲＲＣコネクションを優先して確立することが可能になる。
【００９２】
また、前記優先度の高いデータを送信することを示す情報は、緊急呼の確立理由であり、前記送信部は、緊急呼の確立理由を、ＲＲＣコネクションリクエストメッセージに設定して前記基地局に送信するようにしてもよい。これにより、ユーザ装置ＵＥは、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに設定可能な設定値の残り枠を消費せず、かつ、無線確立のメッセージに新たな識別子を拡張する必要もなく、優先度の高いデータを送信するためにＲＲＣコネクションの確立を要求することを基地局ｅＮＢに通知することが可能になる。
【００９３】
また、前記判定部は、当該ユーザ装置が低優先に設定されておらず、かつ前記基地局に送信すべきデータが優先度の高いデータである場合、前記送信部に、優先度の高いデータを送信することを示す情報を通知するようにしてもよい。通常のユーザ装置ＵＥであっても、優先度の高いデータを送信するためにＲＲＣコネクションの確立を要求することを基地局ｅＮＢに通知することが可能になる。
【００９４】
また、実施の形態によれば、基地局と通信するユーザ装置が実行する通信方法であって、当該ユーザ装置が低優先に設定されているか否か、及び、前記基地局に送信すべきデータが優先度の高いデータであるか否かを判定するステップと、当該ユーザ装置が低優先に設定されており、かつ前記基地局に送信すべきデータが優先度の高いデータである場合、前記優先度の高いデータを送信することを示す情報を前記ＲＲＣメッセージに設定して前記基地局に送信するステップと、を有する通信方法が提供される。この通信方法により、優先度が低く設定されているユーザ装置であっても、優先度の高いデータの送信を行うことを可能にする技術が提供される。
【００９５】
＜実施形態の補足＞
以上、本発明の実施の形態で説明する各装置（ユーザ装置ＵＥ／基地局ｅＮＢ）の構成は、ＣＰＵとメモリを備える当該装置において、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【００９６】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置ＵＥ／基地局ｅＮＢは機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局ｅＮＢが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【００９７】
実施の形態において、ＮＡＳ処理部１０４は、判定部の一例である。無線信号送信部１０１及びＲＲＣ処理部１０３は送信部の一例である。「Ｅｘｃｅｐｔｉｏｎａｌ  Ｄａｔａ」又は「例外データ識別子」は、優先度の高いデータを送信することを示す情報の一例である。
【符号の説明】
【００９８】
ＵＥ  ユーザ装置
ｅＮＢ  基地局
１０１  無線信号送信部
１０２  無線信号受信部
１０３  ＲＲＣ処理部
１０４  ＮＡＳ処理部
１０５  アプリケーション
２０１  無線信号送信部
２０２  無線信号受信部
２０３  ＲＲＣ処理部
２０４  コアＮＷ通信部
３０１  ＲＦモジュール
３０２  ＢＢ処理モジュール
３０３  ＵＥ制御モジュール
３０４  ＳＩＭスロット
４０１  ＲＦモジュール
４０２  ＢＢ処理モジュール
４０３  装置制御モジュール
４０４  通信ＩＦ
【図１】
2019068111.tif 000003
【図２】
2019068111.tif 000004
【図３】
2019068111.tif 000005
【図４】
2019068111.tif 000006
【図５】
2019068111.tif 000007
【図６】
2019068111.tif 000008
【図７】
2019068111.tif 000009
【図８】
2019068111.tif 000010
【図９】
2019068111.tif 000011
【図１０】
2019068111.tif 000012
【図１１】
2019068111.tif 000013
【図１２】
2019068111.tif 000014