JPWO2017077793A1

JPWO2017077793A1 - ユーザ装置及び通知方法

Info

Publication number: JPWO2017077793A1
Application number: JP2017548675A
Authority: JP
Inventors: 康晴小西; ウリアンダルマワンティハプサリ; 晋也竹田
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2015-11-06
Filing date: 2016-09-29
Publication date: 2018-08-23
Also published as: WO2017077793A1; EP3373656A1; US10897783B2; US20180310346A1

Abstract

基地局と通信するユーザ装置であって、ＶｏＬＴＥ発信を行う場合に、前記基地局から受信した報知情報に所定の指示子が含まれているか否かを判定する判定部と、報知情報に前記所定の指示子が含まれていると判定された場合、ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信する送信部と、を有するユーザ装置を提供する。

Description

本発明は、ユーザ装置及び通知方法に関する。

ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）を用いた無線通信システムにおける通信方式及び通信インタフェースの標準仕様は、第三世代パートナーシッププロジェクト（３ＧＰＰ：Ｔｈｅ３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）により規定されている。

３ＧＰＰ規格に準拠した無線通信システムは、多くのユーザ装置が一斉にアクセスすることによるネットワークの負荷を軽減するために、様々な規制制御方式が導入されている。規制制御方式は、大きく２つの方式に分類される。

１点目の規制制御方式は、予め報知情報等で基地局からユーザ装置に規制情報を通知しておき、ユーザ装置側で基地局への信号送信を抑止する方式である。

２点目の規制制御方式は、基地局側でユーザ装置から受信したＲＲＣコネクションリクエストの種別を識別し、ネットワークの負荷に応じてＲＲＣコネクションリクエストの受け付けを拒否するメッセージ（ＲＲＣコネクションリジェクト）をユーザ装置に送信する方式である。

どちらの規制制御方式を用いるのかについてはオペレータの運用に委ねられており、オペレータによっては２点目の規制制御方式のみを適用している場合がある。

３ＧＰＰＴＳ３６．３３１Ｖ１２．７．０（２０１５−０９）３ＧＰＰＴＳ２４．３０１Ｖ１３．３．０（２０１５−０９）

コンサート等の人が多く集まるイベント会場にて、ユーザの利便性を考慮すると、全ての通信を一律に規制するのではなく、パケット通信を規制しつつ音声通信のみを許容するような運用が想定される。

このような規制制御を実現するために、前述の１点目の規制制御方式として、例えば、ＤＳＡＣ（ＤｏｍａｉｎＳｐｅｃｉｆｉｃＡｃｃｅｓｓＣｏｎｔｒｏｌ）がある。ＤＳＡＣは、３Ｇネットワーク向けの規制制御方式であり、ＣＳドメイン及びＰＳドメインごとに独立したアクセス規制を行うことで、音声とパケットとを別々に規制することを可能にする技術である。

また、ＬＴＥネットワーク向けの規制制御方式として、例えば、ＳＣＭ（ＳｍａｒｔＣｏｎｇｅｓｔｉｏｎＭｉｔｉｇａｔｉｏｎ）が規定されている。ＳＣＭは、ＡＣＢ(ＡｃｃｅｓｓＣｌａｓｓＢａｒｒｉｎｇ)による規制制御が行われる際に、ＶｏＬＴＥ発信についてはＡＣＢを適用しないようにすることで、ＶｏＬＴＥ発信の優先制御を実現する技術である。なお、ＡＣＢとは、ユーザ装置に割当てられたアクセスクラスごとに通信を規制するか否かを制御する規制制御方式である。

前述の２点目の規制制御方式では、基地局は、ＲＲＣコネクションリクエストに設定されている「Ｅｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅ」を用いて接続要求メッセージの種別を識別している。現状のＬＴＥの仕様では、Ｅｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして、６通りのｃａｕｓｅが規定されている（非特許文献２）。

現状のＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅには、ＶｏＬＴＥ発信を示すｃａｕｓｅが規定されていないため、本規制制御方式では、パケット発信のみを規制して音声（ＶｏＬＴＥ）発信は許容するような運用を行うことができない。

そこで、現在、３ＧＰＰでは、基地局側でＶｏＬＴＥ発信なのか否かを判断可能にするため、Ｅｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅに、ＶｏＬＴＥ発信を示すｃａｕｓｅを新たに追加することが検討されている。

ＶｏＬＴＥ発信を示すｃａｕｓｅが新たに追加された場合、ユーザ装置は、後方互換性（バックワードコンパチビリティ）を考慮して適切なＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅをＲＲＣコネクションリクエストに設定する必要がある。例えば、ユーザ装置は、ＶｏＬＴＥ発信時に、基地局がＶｏＬＴＥ発信を示すｃａｕｓｅに対応しているのか否かを予め判断し、対応していない場合は現状のＬＴＥで規定されているｃａｕｓｅのうちのいずれかをＲＲＣコネクションリクエストに設定する必要がある。

開示の技術は上記に鑑みてなされたものであって、ＶｏＬＴＥ発信時に、適切なＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅの設定を可能にする技術を提供することを目的とする。

開示の技術のユーザ装置は、基地局と通信するユーザ装置であって、ＶｏＬＴＥ発信を行う場合に、前記基地局から受信した報知情報に所定の指示子が含まれているか否かを判定する判定部と、報知情報に前記所定の指示子が含まれていると判定された場合、ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信する送信部と、を有する。

開示の技術によれば、ＶｏＬＴＥ発信時に、適切なＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅの設定を可能にする技術が提供される。

実施の形態に係る無線通信システムの構成例を示す図である。実施の形態に係る無線通信システムの処理手順を示すシーケンス図である。実施の形態に係るユーザ装置の機能構成例を示す図である。実施の形態に係る基地局の機能構成例を示す図である。実施の形態に係るユーザ装置のハードウェア構成例を示す図である。実施の形態に係る基地局のハードウェア構成例を示す図である。実施の形態に係る基地局が行う処理手順を示すフローチャートである。実施の形態に係るユーザ装置が行う処理手順（その１）を示すフローチャートである。実施の形態に係るユーザ装置が行う処理手順（その２）を示すフローチャートである。実施の形態に係るユーザ装置が行う処理手順（その３）を示すフローチャートである。

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース１２、１３、又はリリース１４以降に対応する第５世代の通信方式も含む広い意味で使用する。

以下の説明において、「ＶｏＬＴＥ」とは、音声のみならず、ビデオ、及びＳＭＳを含む意味で使用する。

＜システム構成＞
図１は、実施の形態に係る無線通信システムの構成例を示す図である。本実施の形態に係る無線通信システムは、ＬＴＥ方式の無線通信システムであり、図１に示すように、ユーザ装置ＵＥ、及び基地局ｅＮＢを含む。図１には、ユーザ装置ＵＥ、及び基地局ｅＮＢが１つずつ示されているが、これは例であり、それぞれ複数であってもよい。

基地局ｅＮＢは、無線を通じてユーザ装置ＵＥとの間で通信を行う。また、基地局ｅＮＢは、基地局ｅＮＢ自身のメモリに記憶されている情報又はコアネットワークから通知された情報に基づいて規制情報等を含む報知情報を生成し、ユーザ装置ＵＥに向けて送信する。

ユーザ装置ＵＥは、無線を通じて基地局ｅＮＢ及びコアネットワーク等と通信を行う機能を有する。ユーザ装置ＵＥは、例えばスマートフォンを想定しているが、通信機能を有する機器であればどのような機器であってもよい。

＜Ｅｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅについて＞
まず、現状のＬＴＥで規定されているＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅについて説明する。現状のＬＴＥでは、「ｅｍｅｒｇｅｎｃｙ」、「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」、「ｍｔ−Ａｃｃｅｓｓ」、「ｍｏ−Ｓｉｇｎａｌｌｉｎｇ」、「ｍｏ−Ｄａｔａ」、「ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓ」の６通りのＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅが規定されている。

ユーザ装置ＵＥは、ＮＡＳレイヤで行われるＮＡＳ手順等に基づき、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅを決定する。

ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅを決定する具体的な手順は、ＮＡＳ手順（Ａｔｔａｃｈ、ＴｒａｃｋｉｎｇＡｒｅａＵｐｄａｔｅ、Ｄｅｔａｃｈ、ＳｅｒｖｉｃｅＲｅｑｅｓｔ）ごとに非特許文献２のＴａｂｌｅＤ．１．１で規定されている。

一例として、ユーザ装置ＵＥが緊急呼以外の通常の発信処理を行う為にアタッチリクエスト（ＡｔｔａｃｈＲｅｑｕｅｓｔ）を送信する場合、Ｅｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅには「ｍｏ−Ｓｉｇｎａｌｌｉｎｇ」が設定される。また、ユーザ装置ＵＥが緊急呼の発信処理を行う為にアタッチリクエストを送信する場合、Ｅｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅには「ｅｍｅｒｇｅｎｃｙ」が設定される。また、低優先度（ＬｏｗＰｒｉｏｒｉｔｙ）のユーザ装置ＵＥがアタッチリクエストを送信する場合、Ｅｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅには「ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓ」が設定される。また、ユーザ装置ＵＥがパケット発信（ＶｏＬＴＥを含む）を行う為にサービスリクエスト（ＳｅｒｖｉｃｅＲｅｑｕｅｓｔ）を基地局ｅＮＢに送信する場合、Ｅｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅには「ｍｏ−Ｄａｔａ」が設定される。また、ユーザ装置ＵＥが、ＣＮドメイン指示子がＰＳに設定されているページングメッセージに応答するためにサービスリクエストを基地局ｅＮＢに送信する場合、Ｅｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅには「ｍｔ−Ａｃｃｅｓｓ」が設定される。また、ユーザ装置ＵＥのアクセスクラスが１１〜１５である場合、ＮＡＳ手順に関わらずＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅには「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」が設定される。

以下の説明において、「従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」とは、６通りのＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅのうち、上述の非特許文献２で規定されている手順により決定されるいずれか１つのＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅを意味する。

＜概要＞
図２は、実施の形態に係る無線通信システムの処理手順を示すシーケンス図である。

ステップＳ１１で、基地局ｅＮＢは、ＶｏＬＴＥ発信を示すＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅ（以下、「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」と呼ぶ）を受信可能（認識可能）である場合、「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」に対応していることを示す指示子（以下、「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」と呼ぶ）を報知情報に設定して送信する。

ステップＳ１２で、ユーザ装置ＵＥは、ＶｏＬＴＥ発信を行う場合、報知情報に、「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されているか否かを判定する。

ステップＳ１３で、ユーザ装置ＵＥは、ステップＳ１２の判定結果に基づいて、適切なＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅをＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。

より、具体的には、報知情報に「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されている場合、ユーザ装置ＵＥは、ＲＲＣコネクションリクエストのＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅに「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を設定して基地局ｅＮＢに送信する。一方、報知情報に「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていない場合、ユーザ装置ＵＥは、ＲＲＣコネクションリクエストのＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅに「従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を設定して基地局ｅＮＢに送信する。

＜機能構成＞
図３は、実施の形態に係るユーザ装置の機能構成例を示す図である。図３に示すように、ユーザ装置ＵＥは、信号送信部１０１、信号受信部１０２、及び判定部１０３を有する。また、判定部１０３は、ＮＡＳレイヤ処理部１１３及びＲＲＣレイヤ処理部１２３を有する。図３は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図３に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

信号送信部１０１は、ユーザ装置ＵＥから送信されるべき各種信号を生成し、無線送信する機能を有する。信号受信部１０２は、基地局ｅＮＢから各種の無線信号を受信する機能を有する。信号送信部１０１及び信号受信部１０２はそれぞれ、パケットバッファを備え、レイヤ１（ＰＨＹ）及びレイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）の処理を行うことを想定している（ただし、これに限られるわけではない）。

判定部１０３は、基地局ｅＮＢから受信した報知情報に所定の指示子（「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」）が含まれているか否かを判定する機能を有する。また、判定部１０３は、ＶｏＬＴＥの発信を行う場合であって、基地局ｅＮＢから受信した報知情報に所定の指示子が含まれている場合、ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報（ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ）が設定されたＲＲＣコネクション要求メッセージを生成して信号送信部１０１に渡す。また、判定部１０３は、ＶｏＬＴＥの発信を行う場合であって、基地局ｅＮＢから受信した報知情報に所定の指示子が含まれていない場合、所定の理由でＲＲＣコネクションの確立を要求することを示す情報（従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ）が設定されたＲＲＣコネクション要求メッセージを生成して信号送信部１０１に渡す。

ＮＡＳレイヤ処理部１１３は、ＮＡＳレイヤの状態管理及びＮＡＳメッセージの生成など、ＮＡＳレイヤに関する各種処理を行う機能を有する。また、ＮＡＳレイヤ処理部１１３は、信号送信部１０１及び信号受信部１０２を介して、コアネットワークとの間でＮＡＳメッセージの送受信を行う。また、ＮＡＳレイヤ処理部１１３は、ＮＡＳメッセージを送信する場合、ＲＲＣレイヤ処理部１２３にＲＲＣコネクションの確立を要求する。また、ＮＡＳレイヤ処理部１１３はＲＲＣレイヤ処理部１２３にＲＲＣコネクションの確立を要求する場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅをＲＲＣレイヤ処理部１２３に通知する。

ＲＲＣレイヤ処理部１２３は、ＲＲＣレイヤの状態管理、ＲＲＣメッセージの生成、基地局ｅＮＢとの間でのＲＲＣメッセージの送受信など、ＲＲＣレイヤに関する各種処理を行う機能を有する。また、ＲＲＣレイヤ処理部１２３は、信号送信部１０１及び信号受信部１０２を介して、基地局ｅＮＢとの間でＲＲＣメッセージの送受信を行う。

（基地局）
図４は、実施の形態に係る基地局の機能構成例を示す図である。図４に示すように、基地局ｅＮＢは、信号送信部２０１、信号受信部２０２及びＲＲＣレイヤ処理部２０３を有する。図４は、基地局ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図４に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

信号送信部２０１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号受信部２０２は、各ユーザ装置ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。

信号送信部２０１及び信号受信部２０２はそれぞれ、パケットバッファを備え、レイヤ１（ＰＨＹ）及びレイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）の処理を行うことを想定している（ただし、これに限られるわけではない）。

ＲＲＣレイヤ処理部２０３は、ＲＲＣレイヤの状態管理、ＲＲＣメッセージの生成、ユーザ装置ＵＥとの間でのＲＲＣメッセージの送受信など、ＲＲＣレイヤに関する各種処理を行う機能を有する。また、ＲＲＣレイヤ処理部２０３は報知情報を生成すると共に、生成した報知情報を、信号送信部２０１を介してユーザ装置ＵＥに送信する機能を有する。また、ＲＲＣレイヤ処理部２０３は、ユーザ装置ＵＥから受信したＲＲＣコネクションリクエストに設定されているＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅに従い、ユーザ装置ＵＥとの間でＲＲＣコネクションの確立を行うか否かを判定する。

以上説明したユーザ装置ＵＥ及び基地局ｅＮＢの機能構成は、全体をハードウェア回路（例えば、１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。

図５は、実施の形態に係るユーザ装置のハードウェア構成例を示す図である。図５は、図３よりも実装例に近い構成を示している。図５に示すように、ユーザ装置ＵＥは、無線信号に関する処理を行うＲＥ（Radio Equipment）モジュール３０１と、ベースバンド信号処理を行うＢＢ（Base Band）処理モジュール３０２と、上位レイヤ等の処理を行う装置制御モジュール３０３と、ＳＩＭカードにアクセスするインタフェースであるＳＩＭスロット３０４とを有する。

ＲＥモジュール３０１は、ＢＢ処理モジュール３０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Digital-to-Analog）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Analog to Digital）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール３０２に渡す。ＲＥモジュール３０１は、例えば、図３に示す信号送信部１０１及び信号受信部１０２の一部を含む。

ＢＢ処理モジュール３０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Digital Signal Processor）３１２は、ＢＢ処理モジュール３０２における信号処理を行うプロセッサである。メモリ３２２は、ＤＳＰ３１２のワークエリアとして使用される。ＢＢ処理モジュール３０２は、例えば、図３に示す信号送信部１０１の一部、信号受信部１０２の一部を含む。

装置制御モジュール３０３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ３１３は、装置制御モジュール３０３が行う処理を行うプロセッサである。メモリ３２３は、プロセッサ３１３のワークエリアとして使用される。また、プロセッサ３１３は、ＳＩＭスロット３０４を介してＳＩＭとの間でデータの読出し及び書込みを行う。装置制御モジュール３０３は、例えば、図３に示す判定部１０３、ＮＡＳレイヤ処理部１１３及びＲＲＣレイヤ処理部１２３を含む。

図６は、実施の形態に係る基地局のハードウェア構成例を示す図である。図６は、図４よりも実装例に近い構成を示している。図６に示すように、基地局ｅＮＢは、無線信号に関する処理を行うＲＥモジュール４０１と、ベースバンド信号処理を行うＢＢ処理モジュール４０２と、上位レイヤ等の処理を行う装置制御モジュール４０３と、ネットワークと接続するためのインタフェースである通信ＩＦ４０４とを有する。

ＲＥモジュール４０１は、ＢＢ処理モジュール４０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール４０２に渡す。ＲＥモジュール４０１は、例えば、図４に示す信号送信部２０１及び信号受信部２０２の一部を含む。

ＢＢ処理モジュール４０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ４１２は、ＢＢ処理モジュール４０２における信号処理を行うプロセッサである。メモリ４２２は、ＤＳＰ４１２のワークエリアとして使用される。ＢＢ処理モジュール４０２は、例えば、図４に示す信号送信部２０１の一部、信号受信部２０２の一部を含む。

装置制御モジュール４０３は、ＩＰレイヤのプロトコル処理、ＯＡＭ（Operation and Maintenance）処理等を行う。プロセッサ４１３は、装置制御モジュール４０３が行う処理を行うプロセッサである。メモリ４２３は、プロセッサ４１３のワークエリアとして使用される。補助記憶装置４３３は、例えばＨＤＤ等であり、基地局ｅＮＢ自身が動作するための各種設定情報等が格納される。装置制御モジュール４０３は、例えば、図４に示すＲＲＣレイヤ処理部２０３を含む。

＜処理手順＞
（基地局）
続いて、本実施の形態に係る基地局ｅＮＢ及びユーザ装置ＵＥが行う具体的な処理手順の一例について、図を参照して説明する。

図７は、実施の形態に係る基地局が行う処理手順を示すフローチャートである。なお、図７に示す処理手順は、ＲＲＣレイヤ処理部２０３にて「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」に対応している（認識することができる）基地局ｅＮＢが行う処理手順を示している。

ステップＳ１０１で、基地局ｅＮＢのＲＲＣレイヤ処理部２０３は、ネットワークの運用等に基づき、ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅに対応する場合（受け付ける場合）はステップＳ１０２の処理手順に進み、ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅに対応しない場合（受け付けない場合）はステップＳ１０３の処理手順に進む。

ステップＳ１０２で、基地局ｅＮＢのＲＲＣレイヤ処理部２０３は、報知情報（例えばＳＩＢ１等）にＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応Ｉｎｄｉｃａｔｏｒを設定する。

ステップＳ１０３で、基地局ｅＮＢのＲＲＣレイヤ処理部２０３は、報知情報を、信号送信部２０１を介してユーザ装置ＵＥに送信する。

（ユーザ装置）
続いて、実施の形態に係るユーザ装置ＵＥが行う具体的な処理手順について、複数の処理手順を説明する。

［処理手順（その１）］
図８は、実施の形態に係るユーザ装置が行う処理手順（その１）を示すフローチャートである。処理手順（その１）では、ＮＡＳレイヤ処理部１１３が、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅを選択する。

ステップＳ２０１で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、基地局ｅＮＢから送信された報知情報を受信する。

ステップＳ２０２で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、報知情報に「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されているか否かを判定する。設定されている場合はステップＳ２０３に進み、設定されていない場合はステップＳ２０５に進む。

ステップＳ２０３で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ＮＡＳレイヤ処理部１１３に、報知情報に「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていることを通知する。

ステップＳ２０４で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択する。なお、ＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信以外の発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択する。

ステップＳ２０５で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択する。

ステップＳ２０６で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＲＲＣレイヤ処理部１２３に、選択したＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅを通知する。

ステップＳ２０７で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ２０６の処理手順で通知されたＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅをＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。

［処理手順（その２）］
図９は、実施の形態に係るユーザ装置が行う処理手順（その２）を示すフローチャートである。処理手順（その２）では、ＶｏＬＴＥ発信が行われる場合に、ＲＲＣレイヤ処理部１２３が、ＲＲＣコネクションリクエストに設定すべき適切なＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅを選択する。

ステップＳ３０１で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、基地局ｅＮＢから送信された報知情報を受信する。

ステップＳ３０２で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択する。なお、ＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信以外の発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択する。

ステップＳ３０３で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＲＲＣレイヤ処理部１２３に、選択したＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅを通知する。

ステップＳ３０４で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、報知情報に「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されているか否かを判定する。設定されている場合はステップＳ３０６に進み、設定されていない場合はステップＳ３０５に進む。

ステップＳ３０５で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ３０３の処理手順で通知されたＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅが「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」である場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択すべきであると判断し、自ら適切な「従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択する。

なお、ＲＲＣレイヤ処理部１２３は、ＮＡＳレイヤ処理部１１３から、ＮＡＳレイヤで行われるＮＡＳ手順の状態等を取得し、非特許文献２のＴａｂｌｅＤ．１．１で規定されている手順に従い、「従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択するようにしてもよい。

他の方法として、ＲＲＣレイヤ処理部１２３は、ステップＳ３０３の処理手順において、ＮＡＳレイヤ処理部１１３から、ＶｏＬＴＥ発信が行われる場合にＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして、予め「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」及び「従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」の両方を取得しておくようにしてもよい。ＲＲＣレイヤ処理部１２３は、自ら非特許文献２のＴａｂｌｅＤ．１．１で規定されている手順を行わなくても、「従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択することができる。

ステップＳ３０６で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ３０４の処理手順で報知情報に「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていると判定した場合、ステップＳ３０３の処理手順でＮＡＳレイヤ処理部１１３から通知されたＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅをＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。

一方、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ３０４の処理手順で報知情報に「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていないと判定した場合、ステップＳ３０５の処理手順で選択したＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅをＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。

［処理手順（その３）］
図１０は、実施の形態に係るユーザ装置が行う処理手順（その３）を示すフローチャートである。処理手順（その３）も、処理手順（その２）と同様、ＶｏＬＴＥ発信が行われる場合に、ＲＲＣレイヤ処理部１２３が、ＲＲＣコネクションリクエストに設定すべき適切なＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅを選択する。

ステップＳ４０１で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、基地局ｅＮＢから送信された報知情報を受信する。

ステップＳ４０２で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択する。なお、ＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信以外の発信を行う場合も、同様にＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択する。

ステップＳ４０３で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＲＲＣレイヤ処理部１２３に、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅを通知する。また、ＮＡＳレイヤ処理部１１３は、ＲＲＣレイヤ処理部１２３に、ＶｏＬＴＥ発信を行おうとしているのか、ＶｏＬＴＥ発信以外の発信を行おうとしているのかを通知する。この通知は３ＧＰＰ標準化仕様（非特許文献２）で規定されているＣａｌｌｔｙｐｅを用いても良い。

ステップＳ４０４で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、報知情報に「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されているか否かを判定する。設定されている場合はステップＳ４０５に進み、設定されていない場合はステップＳ４０６に進む。

ステップＳ４０５で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０３の処理手順においてＮＡＳレイヤ処理部１１３からＶｏＬＴＥ発信を行おうとしているとの通知を受けている場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択すべきであると判断する。

一方、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０３の処理手順においてＮＡＳレイヤ処理部１１３からＶｏＬＴＥ発信以外の発信を行うとの通知を受けている場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅは、ステップＳ４０２の処理手順でＮＡＳレイヤ処理部１１３から通知されたＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅ（従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ）であると判断する。

ステップＳ４０６で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０４の処理手順で、報知情報に「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていると判定した場合、ステップＳ４０５の処理手順で選択すべきであると判断したＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅをＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。

一方、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０４の処理手順で、報知情報に「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていないと判定した場合、ステップＳ４０３の処理手順でＮＡＳレイヤ処理部１１３から通知されたＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅをＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。

＜処理手順（変形例）＞
以上説明した処理手順では、ユーザ装置ＵＥは、ＶｏＬＴＥ発信を行う場合、自身のアクセスクラスに関わらず「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」をＲＲＣコネクションリクエストに設定するようにした。

一方、処理手順（変形例）では、ユーザ装置ＵＥは、ＶｏＬＴＥ発信を行う場合で、かつ、自身のアクセスクラスが１１〜１５のいずれかである場合、ＲＲＣコネクションリクエストのＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅに、アクセスクラスが１１〜１５であるユーザ装置ＵＥからのＶｏＬＴＥ発信であることを示すＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅ（以下、「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓのＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」と呼ぶ）を設定して基地局ｅＮＢに送信する。また、これまでに説明した「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」は、アクセスクラスが１１〜１５以外（すなわち、アクセスクラスが０〜９のいずれか）であるユーザ装置ＵＥからのＶｏＬＴＥ発信であることを示すＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅを意味するものとする。

これにより、基地局ｅＮＢは、ＲＲＣコネクションリクエストを受信した場合に、アクセスクラスが０〜９であるユーザ装置ＵＥがＶｏＬＴＥ発信を行おうとしているのか、又は、アクセスクラスが１１〜１５であるユーザ装置ＵＥがＶｏＬＴＥ発信を行おうとしているのかを認識することが可能になる。また、基地局ｅＮＢは、例えば、アクセスクラスが０〜９であるユーザ装置ＵＥからのＶｏＬＴＥ発信を規制し、アクセスクラスが１１〜１５であるユーザ装置ＵＥからのＶｏＬＴＥ発信は規制しないというように、ユーザ装置ＵＥのアクセスクラスに応じた規制制御を行うことが可能になる。

以下、本変形例における具体的な処理手順について説明する。ＮＡＳレイヤ処理部１１３又は／及びＲＲＣレイヤ処理部１２３は、自身のアクセスクラスを取得（判断／認識）する機能を有する。ＮＡＳレイヤ処理部１１３又は／及びＲＲＣレイヤ処理部１２３は、自身のアクセスクラスが１１〜１５以外（すなわち、アクセスクラスが０〜９のいずれか）である場合、これまでに説明した処理手順（その１）〜（その３）に従って動作する。一方、自身のアクセスクラスが１１〜１５のいずれかである場合、以下で説明する処理手順の変形例に従って動作する。

［処理手順（変形例その１−１）］
図８を用いて処理手順（変形例その１−１）を説明する。処理手順（変形例１−１）では、ＮＡＳレイヤ処理部１１３は自身のアクセスクラスが１１〜１５のいずれかであることを認識している前提とする。なお、上述の処理手順（その１）と同一処理であるステップについては説明を省略する。

ステップＳ２０４で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓのＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択する。なお、ＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信以外の発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」を選択する。

ステップＳ２０５で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」を選択する。

［処理手順（変形例その１−２）］
図８を用いて処理手順（変形例その１−２）を説明する。処理手順（変形例１−１）では、ＮＡＳレイヤ処理部１１３は自身のアクセスクラスが１１〜１５のいずれかであることを認識している前提であった。処理手順（変形例その１−２）では、ＲＲＣレイヤ処理部１２３は自身のアクセスクラスが１１〜１５のいずれかであることを認識している前提とする。

なお、上述の処理手順（その１）と同一処理であるステップについては説明を省略する。

ステップＳ２０４で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信を行う場合、Ｅｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして、「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択する。なお、ＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信以外の発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択する。

ステップＳ２０７で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、自身のアクセスクラスが１１〜１５のいずれかであることを認識し、アクセスクラスが１１〜１５である場合に対応する適切なＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅをＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。

具体的には、ステップＳ２０６の処理手順で通知されたＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅが「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」である場合、ＲＲＣレイヤ処理部１２３は、「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓのＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」をＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。

また、ステップＳ２０６の処理手順で通知されたＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅが「従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」である場合、ＲＲＣレイヤ処理部１２３は、「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」をＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。

［処理手順（変形例その２−１）］
図９を用いて処理手順（変形例その２−１）を説明する。処理手順（変形例２−１）では、ＮＡＳレイヤ処理部１１３は、自身のアクセスクラスが１１〜１５のいずれかであることを認識している前提とする。なお、上述の処理手順（その２）と同一処理であるステップについては説明を省略する。

ステップＳ３０２で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓのＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択する。なお、ＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信以外の発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」を選択する。

ステップＳ３０５で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ３０３の処理手順で通知されたＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅが「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓのＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」である場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」を選択する。

［処理手順（変形例その２−２）］
図９を用いて処理手順（変形例その２−２）を説明する。処理手順（変形例その２−２）では、ＲＲＣレイヤ処理部１２３は自身のアクセスクラスが１１〜１５のいずれかであることを認識している前提とする。

なお、上述の処理手順（その２）と同一処理であるステップについては説明を省略する。

ステップＳ３０５で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ３０３の処理手順で通知されたＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅが「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」である場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「従来のＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅ」を選択する。

ステップＳ３０６で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、自身のアクセスクラスが１１〜１５のいずれかであることを認識し、アクセスクラスが１１〜１５である場合に対応する適切なＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅをＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。

具体的には、ＲＲＣレイヤ処理部１２３は、ステップＳ３０４の処理手順で報知情報に「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていると判定した場合で、かつ、ステップＳ３０３の処理手順でＮＡＳレイヤ処理部１１３から通知されたＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅが「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」である場合、「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓのＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」をＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。また、ＲＲＣレイヤ処理部１２３は、「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていると判定した場合で、かつ、ステップＳ３０３の処理手順でＮＡＳレイヤ処理部１１３から通知されたＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅが「従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」である場合、「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」をＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。

一方、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ３０４の処理手順で報知情報に「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていないと判定した場合、ステップＳ３０５の処理手順で選択した「従来のＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅ」を「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」に置き換える形でＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。

［処理手順（変形例その３−１）］
図１０を用いて処理手順（変形例その３−１）を説明する。処理手順（変形例３−１）では、ＮＡＳレイヤ処理部１１３は、自身のアクセスクラスが１１〜１５のいずれかであることを認識している前提とする。なお、上述の処理手順（その３）と同一処理であるステップについては説明を省略する。

ステップＳ４０２で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」を選択する。なお、ＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信以外の発信を行う場合も、同様にＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」を選択する。

ステップＳ４０５で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０３の処理手順においてＮＡＳレイヤ処理部１１３からＶｏＬＴＥ発信を行おうとしているとの通知を受けている場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓのＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択すべきであると判断する。

一方、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０３の処理手順においてＮＡＳレイヤ処理部１１３からＶｏＬＴＥ発信以外の発信を行うとの通知を受けている場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅは、ステップＳ４０２の処理手順でＮＡＳレイヤ処理部１１３から通知されたＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅ（ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ）であると判断する。

［処理手順（変形例その３−２）］
図１０を用いて処理手順（変形例その３−２）を説明する。処理手順（変形例その３−２）では、でＲＲＣレイヤ処理部１２３は自身のアクセスクラスが１１〜１５のいずれかであることを認識している前提とする。

なお、上述の処理手順（その３）と同一処理であるステップについては説明を省略する。

一方、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０３の処理手順においてＮＡＳレイヤ処理部１１３からＶｏＬＴＥ発信以外の発信を行うとの通知を受けている場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅは、「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」であると判断する。

一方、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０４の処理手順で、報知情報に「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていないと判定した場合、「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」をＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。

＜まとめ＞
以上、実施の形態によれば、基地局と通信するユーザ装置であって、ＶｏＬＴＥ発信を行う場合に、前記基地局から受信した報知情報に所定の指示子が含まれているか否かを判定する判定部と、報知情報に前記所定の指示子が含まれていると判定された場合、ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信する送信部と、を有するユーザ装置が提供される。このユーザ装置ＵＥにより、ＶｏＬＴＥ発信時に、適切なＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅの設定を可能にする技術が提供される。

また、前記判定部は、ＮＡＳレイヤ処理部と、ＲＲＣレイヤ処理部とを含み、前記ＲＲＣレイヤ処理部は、前記報知情報に前記所定の指示子が含まれているか否かを前記ＮＡＳレイヤ処理部に通知し、前記ＮＡＳレイヤ処理部は、前記ＲＲＣレイヤ処理部から前記報知情報に前記所定の指示子が含まれているとの通知を受けた場合、前記ＲＲＣレイヤ処理部に、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報を通知し、前記送信部は、前記ＲＲＣレイヤ処理部から通知された、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信するようにしてもよい。これにより、ＮＡＳレイヤで適切なＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅの設定を行うことができる。

また、前記判定部は、ＮＡＳレイヤ処理部と、ＲＲＣレイヤ処理部とを含み、前記ＮＡＳレイヤ処理部は、前記ＲＲＣレイヤ処理部に、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報を通知し、前記ＲＲＣレイヤ処理部は、前記報知情報に前記所定の指示子が含まれている場合、前記ＮＡＳレイヤ処理部から通知された前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを、前記送信部に通知し、前記送信部は、前記ＲＲＣレイヤ処理部から通知された、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信するようにしてもよい。これにより、ＲＲＣレイヤで適切なＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅの設定を行うことができる。

また、前記判定部は、ＮＡＳレイヤ処理部と、ＲＲＣレイヤ処理部とを含み、前記ＮＡＳレイヤ処理部は、前記ＲＲＣレイヤ処理部に、所定の理由でＲＲＣコネクションの確立を要求することを示す情報を通知し、前記ＲＲＣレイヤ処理部は、前記報知情報に前記所定の指示子が含まれている場合、前記ＮＡＳレイヤ処理部から通知された前記所定の理由でＲＲＣコネクションの確立を要求することを示す情報に代えて、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを、前記送信部に通知し、前記送信部は、前記ＲＲＣレイヤ処理部から通知された、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信するようにしてもよい。これにより、ＲＲＣレイヤで適切なＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅの設定を行うことができる。また、ＮＡＳレイヤは、「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」又は「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓのＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」の設定を行う必要がないため、現状のＬＴＥで規定されている処理手順を踏襲することができる。

また、前記所定の指示子は、ＶｏＬＴＥ発信を示すＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅに対応しているか否かを示す指示子であるようにしてもよい。これにより、基地局ｅＮＢは、ＶｏＬＴＥ発信を示すＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅに対応している（受け付けることができる）ことをユーザ装置ＵＥに具体的に通知することができる。

前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報は、優先度の高いユーザ装置がＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報であってもよい。これにより、ユーザ装置ＵＥは、基地局ｅＮＢに対して、アクセスクラスが１１〜１５であるユーザ装置ＵＥからのＶｏＬＴＥ発信であることを通知することができる。

また、実施の形態によれば、基地局と通信するユーザ装置が行う通知方法であって、ＶｏＬＴＥ発信を行う場合に、前記基地局から受信した報知情報に所定の指示子が含まれているか否かを判定するステップと、報知情報に前記所定の指示子が含まれていると判定された場合、ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信するステップと、を有する通知方法が提供される。この通知方法により、ＶｏＬＴＥ発信時に、適切なＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅの設定を可能にする技術が提供される。

＜実施形態の補足＞
実施の形態において、ＮＡＳレイヤ処理部１１３又はＲＲＣレイヤ処理部１２３は、ＶｏＬＴＥ発信が緊急呼の発信である場合は、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「ｅｍｅｒｇｅｎｃｙ」を選択するようにしてもよい。また、ＮＡＳレイヤ処理部１１３又はＲＲＣレイヤ処理部１２３は、ＶｏＬＴＥ発信時であっても、ユーザ装置ＵＥ自身のアクセスクラスが１１〜１５である場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅとして「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」を選択するようにしてもよい。

実施の形態は、「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」として、１種類のＣａｕｓｅのみが規定される場合、及び、サービス種別（音声、ビデオ、ＳＭＳ）ごとに別個のＣａｕｓｅが規定される場合の両方に適用することができる。サービス種別ごとに別個のＣａｕｓｅが規定される場合、処理手順（その１）〜処理手順（その３）において、ＮＡＳレイヤ処理部１１３又はＲＲＣレイヤ処理部１２３は、発信するサービス種別に対応する「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択するように動作する。また、ＲＲＣレイヤ処理部１２３は、選択されたサービス種別に対応する「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」をＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信するように動作する。また、実施の形態は、「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」及び「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓのＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」として、それぞれ１種類のＣａｕｓｅのみが規定される場合、及び、サービス種別（音声、ビデオ、ＳＭＳ）ごとにそれぞれ別個のＣａｕｓｅが規定される場合の両方に適用することができる。サービス種別ごとにそれぞれ別個のＣａｕｓｅが規定される場合、処理手順（その１）〜処理手順（その３）において、ＮＡＳレイヤ処理部１１３又はＲＲＣレイヤ処理部１２３は、発信するサービス種別に対応する「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」又は「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓのＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」を選択するように動作する。また、ＲＲＣレイヤ処理部１２３は、選択されたサービス種別に対応する「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」又は「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓのＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」をＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信するように動作する。

以上、本発明の実施の形態で説明する各装置（ユーザ装置ＵＥ／基地局ｅＮＢ）の構成は、ＣＰＵとメモリを備える当該装置において、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。

以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置ＵＥ／基地局ｅＮＢは機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局ｅＮＢが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

なお、実施の形態において、「ＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」又は「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓのＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」は、「ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報」の一例である。また、「従来のＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」は、「所定の理由でＲＲＣコネクションの確立を要求することを示す情報」の一例である。「ＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓのＶｏＬＴＥ用ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ」は、「優先度の高いユーザ装置がＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報」の一例である。

本特許出願は２０１５年１１月６日に出願した日本国特許出願第２０１５−２１８９８０号及び２０１５年１１月２０日に出願した日本国特許出願第２０１５−２２７８２９号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−２１８９８０号及び日本国特許出願第２０１５−２２７８２９号の全内容を本願に援用する。

ＵＥＵＥ
ｅＮＢ基地局
１０１信号送信部
１０２信号受信部
１０３判定部
１１３ＮＡＳレイヤ処理部
１２３ＲＲＣレイヤ処理部
２０１信号送信部
２０２信号受信部
２０３ＲＲＣレイヤ処理部
３０１ＲＥモジュール
３０２ＢＢ処理モジュール
３０３装置制御モジュール
３０４ＳＩＭスロット
４０１ＲＥモジュール
４０２ＢＢ処理モジュール
４０３装置制御モジュール
４０４通信ＩＦ

Claims

基地局と通信するユーザ装置であって、
ＶｏＬＴＥ発信を行う場合に、前記基地局から受信した報知情報に所定の指示子が含まれているか否かを判定する判定部と、
報知情報に前記所定の指示子が含まれていると判定された場合、ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信する送信部と、
を有するユーザ装置。
前記判定部は、ＮＡＳレイヤ処理部と、ＲＲＣレイヤ処理部とを含み、
前記ＲＲＣレイヤ処理部は、前記報知情報に前記所定の指示子が含まれているか否かを前記ＮＡＳレイヤ処理部に通知し、
前記ＮＡＳレイヤ処理部は、前記ＲＲＣレイヤ処理部から前記報知情報に前記所定の指示子が含まれているとの通知を受けた場合、前記ＲＲＣレイヤ処理部に、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報を通知し、
前記送信部は、前記ＲＲＣレイヤ処理部から通知された、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信する、
請求項１に記載のユーザ装置。
前記判定部は、ＮＡＳレイヤ処理部と、ＲＲＣレイヤ処理部とを含み、
前記ＮＡＳレイヤ処理部は、前記ＲＲＣレイヤ処理部に、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報を通知し、
前記ＲＲＣレイヤ処理部は、前記報知情報に前記所定の指示子が含まれている場合、前記ＮＡＳレイヤ処理部から通知された前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを、前記送信部に通知し、
前記送信部は、前記ＲＲＣレイヤ処理部から通知された、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信する、
請求項１に記載のユーザ装置。
前記判定部は、ＮＡＳレイヤ処理部と、ＲＲＣレイヤ処理部とを含み、
前記ＮＡＳレイヤ処理部は、前記ＲＲＣレイヤ処理部に、所定の理由でＲＲＣコネクションの確立を要求することを示す情報を通知し、
前記ＲＲＣレイヤ処理部は、前記報知情報に前記所定の指示子が含まれている場合、前記ＮＡＳレイヤ処理部から通知された前記所定の理由でＲＲＣコネクションの確立を要求することを示す情報に代えて、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを、前記送信部に通知し、
前記送信部は、前記ＲＲＣレイヤ処理部から通知された、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信する、
請求項１に記載のユーザ装置。
前記所定の指示子は、ＶｏＬＴＥ発信を示すＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅに対応しているか否かを示す指示子である、請求項１乃至４のいずれか一項に記載のユーザ装置。
前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報は、優先度の高いユーザ装置がＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報である、
請求項１乃至５のいずれか一項に記載のユーザ装置。
基地局と通信するユーザ装置が行う通知方法であって、
ＶｏＬＴＥ発信を行う場合に、前記基地局から受信した報知情報に所定の指示子が含まれているか否かを判定するステップと、
報知情報に前記所定の指示子が含まれていると判定された場合、ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信するステップと、
を有する通知方法。