(57)【要約】  基地局と通信するユーザ装置であって、ＶｏＬＴＥ発信を行う場合に、前記基地局から受信した報知情報に所定の指示子が含まれているか否かを判定する判定部と、報知情報に前記所定の指示子が含まれていると判定された場合、ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信する送信部と、を有するユーザ装置を提供する。
2017077793.tif 000002
【特許請求の範囲】
【請求項１】
基地局と通信するユーザ装置であって、
ＶｏＬＴＥ発信を行う場合に、前記基地局から受信した報知情報に所定の指示子が含まれているか否かを判定する判定部と、
報知情報に前記所定の指示子が含まれていると判定された場合、ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信する送信部と、
を有するユーザ装置。
【請求項２】
前記判定部は、ＮＡＳレイヤ処理部と、ＲＲＣレイヤ処理部とを含み、
前記ＲＲＣレイヤ処理部は、前記報知情報に前記所定の指示子が含まれているか否かを前記ＮＡＳレイヤ処理部に通知し、
前記ＮＡＳレイヤ処理部は、前記ＲＲＣレイヤ処理部から前記報知情報に前記所定の指示子が含まれているとの通知を受けた場合、前記ＲＲＣレイヤ処理部に、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報を通知し、
前記送信部は、前記ＲＲＣレイヤ処理部から通知された、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信する、
請求項１に記載のユーザ装置。
【請求項３】
前記判定部は、ＮＡＳレイヤ処理部と、ＲＲＣレイヤ処理部とを含み、
前記ＮＡＳレイヤ処理部は、前記ＲＲＣレイヤ処理部に、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報を通知し、
前記ＲＲＣレイヤ処理部は、前記報知情報に前記所定の指示子が含まれている場合、前記ＮＡＳレイヤ処理部から通知された前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを、前記送信部に通知し、
前記送信部は、前記ＲＲＣレイヤ処理部から通知された、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信する、
請求項１に記載のユーザ装置。
【請求項４】
前記判定部は、ＮＡＳレイヤ処理部と、ＲＲＣレイヤ処理部とを含み、
前記ＮＡＳレイヤ処理部は、前記ＲＲＣレイヤ処理部に、所定の理由でＲＲＣコネクションの確立を要求することを示す情報を通知し、
前記ＲＲＣレイヤ処理部は、前記報知情報に前記所定の指示子が含まれている場合、前記ＮＡＳレイヤ処理部から通知された前記所定の理由でＲＲＣコネクションの確立を要求することを示す情報に代えて、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを、前記送信部に通知し、
前記送信部は、前記ＲＲＣレイヤ処理部から通知された、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信する、
請求項１に記載のユーザ装置。
【請求項５】
前記所定の指示子は、ＶｏＬＴＥ発信を示すＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに対応しているか否かを示す指示子である、請求項１乃至４のいずれか一項に記載のユーザ装置。
【請求項６】
前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報は、優先度の高いユーザ装置がＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報である、
請求項１乃至５のいずれか一項に記載のユーザ装置。
【請求項７】
基地局と通信するユーザ装置が行う通知方法であって、
ＶｏＬＴＥ発信を行う場合に、前記基地局から受信した報知情報に所定の指示子が含まれているか否かを判定するステップと、
報知情報に前記所定の指示子が含まれていると判定された場合、ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信するステップと、
を有する通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ装置及び通知方法に関する。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）を用いた無線通信システムにおける通信方式及び通信インタフェースの標準仕様は、第三世代パートナーシッププロジェクト（３ＧＰＰ：Ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）により規定されている。【０００３】
３ＧＰＰ規格に準拠した無線通信システムは、多くのユーザ装置が一斉にアクセスすることによるネットワークの負荷を軽減するために、様々な規制制御方式が導入されている。規制制御方式は、大きく２つの方式に分類される。【０００４】
１点目の規制制御方式は、予め報知情報等で基地局からユーザ装置に規制情報を通知しておき、ユーザ装置側で基地局への信号送信を抑止する方式である。【０００５】
２点目の規制制御方式は、基地局側でユーザ装置から受信したＲＲＣコネクションリクエストの種別を識別し、ネットワークの負荷に応じてＲＲＣコネクションリクエストの受け付けを拒否するメッセージ（ＲＲＣコネクションリジェクト）をユーザ装置に送信する方式である。【０００６】
どちらの規制制御方式を用いるのかについてはオペレータの運用に委ねられており、オペレータによっては２点目の規制制御方式のみを適用している場合がある。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ  ＴＳ３６．３３１  Ｖ１２．７．０（２０１５−０９）
【非特許文献２】３ＧＰＰ  ＴＳ２４．３０１  Ｖ１３．３．０（２０１５−０９）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
コンサート等の人が多く集まるイベント会場にて、ユーザの利便性を考慮すると、全ての通信を一律に規制するのではなく、パケット通信を規制しつつ音声通信のみを許容するような運用が想定される。【０００９】
このような規制制御を実現するために、前述の１点目の規制制御方式として、例えば、ＤＳＡＣ（Ｄｏｍａｉｎ Ｓｐｅｃｉｆｉｃ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）がある。ＤＳＡＣは、３Ｇネットワーク向けの規制制御方式であり、ＣＳドメイン及びＰＳドメインごとに独立したアクセス規制を行うことで、音声とパケットとを別々に規制することを可能にする技術である。【００１０】
また、ＬＴＥネットワーク向けの規制制御方式として、例えば、ＳＣＭ（Ｓｍａｒｔ Ｃｏｎｇｅｓｔｉｏｎ Ｍｉｔｉｇａｔｉｏｎ）が規定されている。ＳＣＭは、ＡＣＢ(Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ)による規制制御が行われる際に、ＶｏＬＴＥ発信についてはＡＣＢを適用しないようにすることで、ＶｏＬＴＥ発信の優先制御を実現する技術である。なお、ＡＣＢとは、ユーザ装置に割当てられたアクセスクラスごとに通信を規制するか否かを制御する規制制御方式である。【００１１】
前述の２点目の規制制御方式では、基地局は、ＲＲＣコネクションリクエストに設定されている「Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ」を用いて接続要求メッセージの種別を識別している。現状のＬＴＥの仕様では、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして、６通りのｃａｕｓｅが規定されている（非特許文献２）。【００１２】
現状のＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅには、ＶｏＬＴＥ発信を示すｃａｕｓｅが規定されていないため、本規制制御方式では、パケット発信のみを規制して音声（ＶｏＬＴＥ）発信は許容するような運用を行うことができない。【００１３】
そこで、現在、３ＧＰＰでは、基地局側でＶｏＬＴＥ発信なのか否かを判断可能にするため、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに、ＶｏＬＴＥ発信を示すｃａｕｓｅを新たに追加することが検討されている。【００１４】
ＶｏＬＴＥ発信を示すｃａｕｓｅが新たに追加された場合、ユーザ装置は、後方互換性（バックワードコンパチビリティ）を考慮して適切なＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅをＲＲＣコネクションリクエストに設定する必要がある。例えば、ユーザ装置は、ＶｏＬＴＥ発信時に、基地局がＶｏＬＴＥ発信を示すｃａｕｓｅに対応しているのか否かを予め判断し、対応していない場合は現状のＬＴＥで規定されているｃａｕｓｅのうちのいずれかをＲＲＣコネクションリクエストに設定する必要がある。【００１５】
開示の技術は上記に鑑みてなされたものであって、ＶｏＬＴＥ発信時に、適切なＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅの設定を可能にする技術を提供することを目的とする。
【課題を解決するための手段】
【００１６】
開示の技術のユーザ装置は、基地局と通信するユーザ装置であって、ＶｏＬＴＥ発信を行う場合に、前記基地局から受信した報知情報に所定の指示子が含まれているか否かを判定する判定部と、報知情報に前記所定の指示子が含まれていると判定された場合、ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信する送信部と、を有する。
【発明の効果】
【００１７】
開示の技術によれば、ＶｏＬＴＥ発信時に、適切なＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅの設定を可能にする技術が提供される。
【図面の簡単な説明】
【００１８】
【図１】実施の形態に係る無線通信システムの構成例を示す図である。
【図２】実施の形態に係る無線通信システムの処理手順を示すシーケンス図である。
【図３】実施の形態に係るユーザ装置の機能構成例を示す図である。
【図４】実施の形態に係る基地局の機能構成例を示す図である。
【図５】実施の形態に係るユーザ装置のハードウェア構成例を示す図である。
【図６】実施の形態に係る基地局のハードウェア構成例を示す図である。
【図７】実施の形態に係る基地局が行う処理手順を示すフローチャートである。
【図８】実施の形態に係るユーザ装置が行う処理手順（その１）を示すフローチャートである。
【図９】実施の形態に係るユーザ装置が行う処理手順（その２）を示すフローチャートである。
【図１０】実施の形態に係るユーザ装置が行う処理手順（その３）を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース１２、１３、又はリリース１４以降に対応する第５世代の通信方式も含む広い意味で使用する。
【００２０】
以下の説明において、「ＶｏＬＴＥ」とは、音声のみならず、ビデオ、及びＳＭＳを含む意味で使用する。
【００２１】
＜システム構成＞
図１は、実施の形態に係る無線通信システムの構成例を示す図である。本実施の形態に係る無線通信システムは、ＬＴＥ方式の無線通信システムであり、図１に示すように、ユーザ装置ＵＥ、及び基地局ｅＮＢを含む。図１には、ユーザ装置ＵＥ、及び基地局ｅＮＢが１つずつ示されているが、これは例であり、それぞれ複数であってもよい。
【００２２】
基地局ｅＮＢは、無線を通じてユーザ装置ＵＥとの間で通信を行う。また、基地局ｅＮＢは、基地局ｅＮＢ自身のメモリに記憶されている情報又はコアネットワークから通知された情報に基づいて規制情報等を含む報知情報を生成し、ユーザ装置ＵＥに向けて送信する。
【００２３】
ユーザ装置ＵＥは、無線を通じて基地局ｅＮＢ及びコアネットワーク等と通信を行う機能を有する。ユーザ装置ＵＥは、例えばスマートフォンを想定しているが、通信機能を有する機器であればどのような機器であってもよい。
【００２４】
＜Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅについて＞
まず、現状のＬＴＥで規定されているＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅについて説明する。現状のＬＴＥでは、「ｅｍｅｒｇｅｎｃｙ」、「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」、「ｍｔ−Ａｃｃｅｓｓ」、「ｍｏ−Ｓｉｇｎａｌｌｉｎｇ」、「ｍｏ−Ｄａｔａ」、「ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓ」の６通りのＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅが規定されている。
【００２５】
ユーザ装置ＵＥは、ＮＡＳレイヤで行われるＮＡＳ手順等に基づき、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを決定する。
【００２６】
ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを決定する具体的な手順は、ＮＡＳ手順（Ａｔｔａｃｈ、ＴｒａｃｋｉｎｇＡｒｅａＵｐｄａｔｅ、Ｄｅｔａｃｈ、ＳｅｒｖｉｃｅＲｅｑｅｓｔ）ごとに非特許文献２のＴａｂｌｅＤ．１．１で規定されている。
【００２７】
一例として、ユーザ装置ＵＥが緊急呼以外の通常の発信処理を行う為にアタッチリクエスト（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）を送信する場合、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅには「ｍｏ−Ｓｉｇｎａｌｌｉｎｇ」が設定される。また、ユーザ装置ＵＥが緊急呼の発信処理を行う為にアタッチリクエストを送信する場合、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅには「ｅｍｅｒｇｅｎｃｙ」が設定される。また、低優先度（Ｌｏｗ Ｐｒｉｏｒｉｔｙ）のユーザ装置ＵＥがアタッチリクエストを送信する場合、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅには「ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓ」が設定される。また、ユーザ装置ＵＥがパケット発信（ＶｏＬＴＥを含む）を行う為にサービスリクエスト（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）を基地局ｅＮＢに送信する場合、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅには「ｍｏ−Ｄａｔａ」が設定される。また、ユーザ装置ＵＥが、ＣＮドメイン指示子がＰＳに設定されているページングメッセージに応答するためにサービスリクエストを基地局ｅＮＢに送信する場合、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅには「ｍｔ−Ａｃｃｅｓｓ」が設定される。また、ユーザ装置ＵＥのアクセスクラスが１１〜１５である場合、ＮＡＳ手順に関わらずＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅには「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」が設定される。
【００２８】
以下の説明において、「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」とは、６通りのＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅのうち、上述の非特許文献２で規定されている手順により決定されるいずれか１つのＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを意味する。
【００２９】
＜概要＞
図２は、実施の形態に係る無線通信システムの処理手順を示すシーケンス図である。
【００３０】
ステップＳ１１で、基地局ｅＮＢは、ＶｏＬＴＥ発信を示すＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ（以下、「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」と呼ぶ）を受信可能（認識可能）である場合、「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」に対応していることを示す指示子（以下、「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」と呼ぶ）を報知情報に設定して送信する。
【００３１】
ステップＳ１２で、ユーザ装置ＵＥは、ＶｏＬＴＥ発信を行う場合、報知情報に、「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されているか否かを判定する。
【００３２】
ステップＳ１３で、ユーザ装置ＵＥは、ステップＳ１２の判定結果に基づいて、適切なＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅをＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。
【００３３】
より、具体的には、報知情報に「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されている場合、ユーザ装置ＵＥは、ＲＲＣコネクションリクエストのＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を設定して基地局ｅＮＢに送信する。一方、報知情報に「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていない場合、ユーザ装置ＵＥは、ＲＲＣコネクションリクエストのＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を設定して基地局ｅＮＢに送信する。
【００３４】
＜機能構成＞
図３は、実施の形態に係るユーザ装置の機能構成例を示す図である。図３に示すように、ユーザ装置ＵＥは、信号送信部１０１、信号受信部１０２、及び判定部１０３を有する。また、判定部１０３は、ＮＡＳレイヤ処理部１１３及びＲＲＣレイヤ処理部１２３を有する。図３は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図３に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【００３５】
信号送信部１０１は、ユーザ装置ＵＥから送信されるべき各種信号を生成し、無線送信する機能を有する。信号受信部１０２は、基地局ｅＮＢから各種の無線信号を受信する機能を有する。信号送信部１０１及び信号受信部１０２はそれぞれ、パケットバッファを備え、レイヤ１（ＰＨＹ）及びレイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）の処理を行うことを想定している（ただし、これに限られるわけではない）。
【００３６】
判定部１０３は、基地局ｅＮＢから受信した報知情報に所定の指示子（「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」）が含まれているか否かを判定する機能を有する。また、判定部１０３は、ＶｏＬＴＥの発信を行う場合であって、基地局ｅＮＢから受信した報知情報に所定の指示子が含まれている場合、ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報（ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ）が設定されたＲＲＣコネクション要求メッセージを生成して信号送信部１０１に渡す。また、判定部１０３は、ＶｏＬＴＥの発信を行う場合であって、基地局ｅＮＢから受信した報知情報に所定の指示子が含まれていない場合、所定の理由でＲＲＣコネクションの確立を要求することを示す情報（従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ）が設定されたＲＲＣコネクション要求メッセージを生成して信号送信部１０１に渡す。
【００３７】
ＮＡＳレイヤ処理部１１３は、ＮＡＳレイヤの状態管理及びＮＡＳメッセージの生成など、ＮＡＳレイヤに関する各種処理を行う機能を有する。また、ＮＡＳレイヤ処理部１１３は、信号送信部１０１及び信号受信部１０２を介して、コアネットワークとの間でＮＡＳメッセージの送受信を行う。また、ＮＡＳレイヤ処理部１１３は、ＮＡＳメッセージを送信する場合、ＲＲＣレイヤ処理部１２３にＲＲＣコネクションの確立を要求する。また、ＮＡＳレイヤ処理部１１３はＲＲＣレイヤ処理部１２３にＲＲＣコネクションの確立を要求する場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅをＲＲＣレイヤ処理部１２３に通知する。
【００３８】
ＲＲＣレイヤ処理部１２３は、ＲＲＣレイヤの状態管理、ＲＲＣメッセージの生成、基地局ｅＮＢとの間でのＲＲＣメッセージの送受信など、ＲＲＣレイヤに関する各種処理を行う機能を有する。また、ＲＲＣレイヤ処理部１２３は、信号送信部１０１及び信号受信部１０２を介して、基地局ｅＮＢとの間でＲＲＣメッセージの送受信を行う。
【００３９】
（基地局）
図４は、実施の形態に係る基地局の機能構成例を示す図である。図４に示すように、基地局ｅＮＢは、信号送信部２０１、信号受信部２０２及びＲＲＣレイヤ処理部２０３を有する。図４は、基地局ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図４に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【００４０】
信号送信部２０１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号受信部２０２は、各ユーザ装置ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。
【００４１】
信号送信部２０１及び信号受信部２０２はそれぞれ、パケットバッファを備え、レイヤ１（ＰＨＹ）及びレイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）の処理を行うことを想定している（ただし、これに限られるわけではない）。
【００４２】
ＲＲＣレイヤ処理部２０３は、ＲＲＣレイヤの状態管理、ＲＲＣメッセージの生成、ユーザ装置ＵＥとの間でのＲＲＣメッセージの送受信など、ＲＲＣレイヤに関する各種処理を行う機能を有する。また、ＲＲＣレイヤ処理部２０３は報知情報を生成すると共に、生成した報知情報を、信号送信部２０１を介してユーザ装置ＵＥに送信する機能を有する。また、ＲＲＣレイヤ処理部２０３は、ユーザ装置ＵＥから受信したＲＲＣコネクションリクエストに設定されているＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに従い、ユーザ装置ＵＥとの間でＲＲＣコネクションの確立を行うか否かを判定する。
【００４３】
以上説明したユーザ装置ＵＥ及び基地局ｅＮＢの機能構成は、全体をハードウェア回路（例えば、１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【００４４】
図５は、実施の形態に係るユーザ装置のハードウェア構成例を示す図である。図５は、図３よりも実装例に近い構成を示している。図５に示すように、ユーザ装置ＵＥは、無線信号に関する処理を行うＲＥ（Radio Equipment）モジュール３０１と、ベースバンド信号処理を行うＢＢ（Base Band）処理モジュール３０２と、上位レイヤ等の処理を行う装置制御モジュール３０３と、ＳＩＭカードにアクセスするインタフェースであるＳＩＭスロット３０４とを有する。
【００４５】
ＲＥモジュール３０１は、ＢＢ処理モジュール３０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Digital-to-Analog）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Analog to Digital）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール３０２に渡す。ＲＥモジュール３０１は、例えば、図３に示す信号送信部１０１及び信号受信部１０２の一部を含む。
【００４６】
ＢＢ処理モジュール３０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Digital Signal Processor）３１２は、ＢＢ処理モジュール３０２における信号処理を行うプロセッサである。メモリ３２２は、ＤＳＰ３１２のワークエリアとして使用される。ＢＢ処理モジュール３０２は、例えば、図３に示す信号送信部１０１の一部、信号受信部１０２の一部を含む。
【００４７】
装置制御モジュール３０３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ３１３は、装置制御モジュール３０３が行う処理を行うプロセッサである。メモリ３２３は、プロセッサ３１３のワークエリアとして使用される。また、プロセッサ３１３は、ＳＩＭスロット３０４を介してＳＩＭとの間でデータの読出し及び書込みを行う。装置制御モジュール３０３は、例えば、図３に示す判定部１０３、ＮＡＳレイヤ処理部１１３及びＲＲＣレイヤ処理部１２３を含む。
【００４８】
図６は、実施の形態に係る基地局のハードウェア構成例を示す図である。図６は、図４よりも実装例に近い構成を示している。図６に示すように、基地局ｅＮＢは、無線信号に関する処理を行うＲＥモジュール４０１と、ベースバンド信号処理を行うＢＢ処理モジュール４０２と、上位レイヤ等の処理を行う装置制御モジュール４０３と、ネットワークと接続するためのインタフェースである通信ＩＦ４０４とを有する。
【００４９】
ＲＥモジュール４０１は、ＢＢ処理モジュール４０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール４０２に渡す。ＲＥモジュール４０１は、例えば、図４に示す信号送信部２０１及び信号受信部２０２の一部を含む。
【００５０】
ＢＢ処理モジュール４０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ４１２は、ＢＢ処理モジュール４０２における信号処理を行うプロセッサである。メモリ４２２は、ＤＳＰ４１２のワークエリアとして使用される。ＢＢ処理モジュール４０２は、例えば、図４に示す信号送信部２０１の一部、信号受信部２０２の一部を含む。
【００５１】
装置制御モジュール４０３は、ＩＰレイヤのプロトコル処理、ＯＡＭ（Operation and Maintenance）処理等を行う。プロセッサ４１３は、装置制御モジュール４０３が行う処理を行うプロセッサである。メモリ４２３は、プロセッサ４１３のワークエリアとして使用される。補助記憶装置４３３は、例えばＨＤＤ等であり、基地局ｅＮＢ自身が動作するための各種設定情報等が格納される。装置制御モジュール４０３は、例えば、図４に示すＲＲＣレイヤ処理部２０３を含む。
【００５２】
＜処理手順＞
（基地局）
続いて、本実施の形態に係る基地局ｅＮＢ及びユーザ装置ＵＥが行う具体的な処理手順の一例について、図を参照して説明する。
【００５３】
図７は、実施の形態に係る基地局が行う処理手順を示すフローチャートである。なお、図７に示す処理手順は、ＲＲＣレイヤ処理部２０３にて「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」に対応している（認識することができる）基地局ｅＮＢが行う処理手順を示している。
【００５４】
ステップＳ１０１で、基地局ｅＮＢのＲＲＣレイヤ処理部２０３は、ネットワークの運用等に基づき、ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅに対応する場合（受け付ける場合）はステップＳ１０２の処理手順に進み、ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅに対応しない場合（受け付けない場合）はステップＳ１０３の処理手順に進む。
【００５５】
ステップＳ１０２で、基地局ｅＮＢのＲＲＣレイヤ処理部２０３は、報知情報（例えばＳＩＢ１等）にＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応Ｉｎｄｉｃａｔｏｒを設定する。
【００５６】
ステップＳ１０３で、基地局ｅＮＢのＲＲＣレイヤ処理部２０３は、報知情報を、信号送信部２０１を介してユーザ装置ＵＥに送信する。
【００５７】
（ユーザ装置）
続いて、実施の形態に係るユーザ装置ＵＥが行う具体的な処理手順について、複数の処理手順を説明する。
【００５８】
［処理手順（その１）］
図８は、実施の形態に係るユーザ装置が行う処理手順（その１）を示すフローチャートである。処理手順（その１）では、ＮＡＳレイヤ処理部１１３が、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを選択する。
【００５９】
ステップＳ２０１で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、基地局ｅＮＢから送信された報知情報を受信する。
【００６０】
ステップＳ２０２で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、報知情報に「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されているか否かを判定する。設定されている場合はステップＳ２０３に進み、設定されていない場合はステップＳ２０５に進む。
【００６１】
ステップＳ２０３で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ＮＡＳレイヤ処理部１１３に、報知情報に「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていることを通知する。
【００６２】
ステップＳ２０４で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択する。なお、ＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信以外の発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択する。
【００６３】
ステップＳ２０５で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択する。
【００６４】
ステップＳ２０６で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＲＲＣレイヤ処理部１２３に、選択したＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを通知する。
【００６５】
ステップＳ２０７で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ２０６の処理手順で通知されたＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅをＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。
【００６６】
［処理手順（その２）］
図９は、実施の形態に係るユーザ装置が行う処理手順（その２）を示すフローチャートである。処理手順（その２）では、ＶｏＬＴＥ発信が行われる場合に、ＲＲＣレイヤ処理部１２３が、ＲＲＣコネクションリクエストに設定すべき適切なＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを選択する。
【００６７】
ステップＳ３０１で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、基地局ｅＮＢから送信された報知情報を受信する。
【００６８】
ステップＳ３０２で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択する。なお、ＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信以外の発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択する。
【００６９】
ステップＳ３０３で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＲＲＣレイヤ処理部１２３に、選択したＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを通知する。
【００７０】
ステップＳ３０４で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、報知情報に「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されているか否かを判定する。設定されている場合はステップＳ３０６に進み、設定されていない場合はステップＳ３０５に進む。
【００７１】
ステップＳ３０５で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ３０３の処理手順で通知されたＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅが「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」である場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択すべきであると判断し、自ら適切な「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択する。
【００７２】
なお、ＲＲＣレイヤ処理部１２３は、ＮＡＳレイヤ処理部１１３から、ＮＡＳレイヤで行われるＮＡＳ手順の状態等を取得し、非特許文献２のＴａｂｌｅＤ．１．１で規定されている手順に従い、「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択するようにしてもよい。
【００７３】
他の方法として、ＲＲＣレイヤ処理部１２３は、ステップＳ３０３の処理手順において、ＮＡＳレイヤ処理部１１３から、ＶｏＬＴＥ発信が行われる場合にＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして、予め「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」及び「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」の両方を取得しておくようにしてもよい。ＲＲＣレイヤ処理部１２３は、自ら非特許文献２のＴａｂｌｅＤ．１．１で規定されている手順を行わなくても、「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択することができる。
【００７４】
ステップＳ３０６で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ３０４の処理手順で報知情報に「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていると判定した場合、ステップＳ３０３の処理手順でＮＡＳレイヤ処理部１１３から通知されたＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅをＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。
【００７５】
一方、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ３０４の処理手順で報知情報に「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていないと判定した場合、ステップＳ３０５の処理手順で選択したＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅをＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。
【００７６】
［処理手順（その３）］
図１０は、実施の形態に係るユーザ装置が行う処理手順（その３）を示すフローチャートである。処理手順（その３）も、処理手順（その２）と同様、ＶｏＬＴＥ発信が行われる場合に、ＲＲＣレイヤ処理部１２３が、ＲＲＣコネクションリクエストに設定すべき適切なＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを選択する。
【００７７】
ステップＳ４０１で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、基地局ｅＮＢから送信された報知情報を受信する。
【００７８】
ステップＳ４０２で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択する。なお、ＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信以外の発信を行う場合も、同様にＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択する。
【００７９】
ステップＳ４０３で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＲＲＣレイヤ処理部１２３に、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを通知する。また、ＮＡＳレイヤ処理部１１３は、ＲＲＣレイヤ処理部１２３に、ＶｏＬＴＥ発信を行おうとしているのか、ＶｏＬＴＥ発信以外の発信を行おうとしているのかを通知する。この通知は３ＧＰＰ標準化仕様（非特許文献２）で規定されているＣａｌｌ ｔｙｐｅを用いても良い。
【００８０】
ステップＳ４０４で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、報知情報に「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されているか否かを判定する。設定されている場合はステップＳ４０５に進み、設定されていない場合はステップＳ４０６に進む。
【００８１】
ステップＳ４０５で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０３の処理手順においてＮＡＳレイヤ処理部１１３からＶｏＬＴＥ発信を行おうとしているとの通知を受けている場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択すべきであると判断する。
【００８２】
一方、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０３の処理手順においてＮＡＳレイヤ処理部１１３からＶｏＬＴＥ発信以外の発信を行うとの通知を受けている場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅは、ステップＳ４０２の処理手順でＮＡＳレイヤ処理部１１３から通知されたＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ（従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ）であると判断する。
【００８３】
ステップＳ４０６で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０４の処理手順で、報知情報に「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていると判定した場合、ステップＳ４０５の処理手順で選択すべきであると判断したＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅをＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。
【００８４】
一方、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０４の処理手順で、報知情報に「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていないと判定した場合、ステップＳ４０３の処理手順でＮＡＳレイヤ処理部１１３から通知されたＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅをＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。
【００８５】
＜処理手順（変形例）＞
以上説明した処理手順では、ユーザ装置ＵＥは、ＶｏＬＴＥ発信を行う場合、自身のアクセスクラスに関わらず「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」をＲＲＣコネクションリクエストに設定するようにした。
【００８６】
一方、処理手順（変形例）では、ユーザ装置ＵＥは、ＶｏＬＴＥ発信を行う場合で、かつ、自身のアクセスクラスが１１〜１５のいずれかである場合、ＲＲＣコネクションリクエストのＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに、アクセスクラスが１１〜１５であるユーザ装置ＵＥからのＶｏＬＴＥ発信であることを示すＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ（以下、「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  ＡｃｃｅｓｓのＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」と呼ぶ）を設定して基地局ｅＮＢに送信する。また、これまでに説明した「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」は、アクセスクラスが１１〜１５以外（すなわち、アクセスクラスが０〜９のいずれか）であるユーザ装置ＵＥからのＶｏＬＴＥ発信であることを示すＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを意味するものとする。
【００８７】
これにより、基地局ｅＮＢは、ＲＲＣコネクションリクエストを受信した場合に、アクセスクラスが０〜９であるユーザ装置ＵＥがＶｏＬＴＥ発信を行おうとしているのか、又は、アクセスクラスが１１〜１５であるユーザ装置ＵＥがＶｏＬＴＥ発信を行おうとしているのかを認識することが可能になる。また、基地局ｅＮＢは、例えば、アクセスクラスが０〜９であるユーザ装置ＵＥからのＶｏＬＴＥ発信を規制し、アクセスクラスが１１〜１５であるユーザ装置ＵＥからのＶｏＬＴＥ発信は規制しないというように、ユーザ装置ＵＥのアクセスクラスに応じた規制制御を行うことが可能になる。
【００８８】
以下、本変形例における具体的な処理手順について説明する。ＮＡＳレイヤ処理部１１３又は／及びＲＲＣレイヤ処理部１２３は、自身のアクセスクラスを取得（判断／認識）する機能を有する。ＮＡＳレイヤ処理部１１３又は／及びＲＲＣレイヤ処理部１２３は、自身のアクセスクラスが１１〜１５以外（すなわち、アクセスクラスが０〜９のいずれか）である場合、これまでに説明した処理手順（その１）〜（その３）に従って動作する。一方、自身のアクセスクラスが１１〜１５のいずれかである場合、以下で説明する処理手順の変形例に従って動作する。
【００８９】
［処理手順（変形例その１−１）］
図８を用いて処理手順（変形例その１−１）を説明する。処理手順（変形例１−１）では、ＮＡＳレイヤ処理部１１３は自身のアクセスクラスが１１〜１５のいずれかであることを認識している前提とする。なお、上述の処理手順（その１）と同一処理であるステップについては説明を省略する。
【００９０】
ステップＳ２０４で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  ＡｃｃｅｓｓのＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択する。なお、ＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信以外の発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」を選択する。
【００９１】
ステップＳ２０５で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」を選択する。
【００９２】
［処理手順（変形例その１−２）］
図８を用いて処理手順（変形例その１−２）を説明する。処理手順（変形例１−１）では、ＮＡＳレイヤ処理部１１３は自身のアクセスクラスが１１〜１５のいずれかであることを認識している前提であった。処理手順（変形例その１−２）では、ＲＲＣレイヤ処理部１２３は自身のアクセスクラスが１１〜１５のいずれかであることを認識している前提とする。
【００９３】
なお、上述の処理手順（その１）と同一処理であるステップについては説明を省略する。
【００９４】
ステップＳ２０４で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信を行う場合、Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして、「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択する。なお、ＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信以外の発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択する。
【００９５】
ステップＳ２０７で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、自身のアクセスクラスが１１〜１５のいずれかであることを認識し、アクセスクラスが１１〜１５である場合に対応する適切なＥｓｔａｂｌｉｓｈｍｅｎｔ  ＣａｕｓｅをＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。
【００９６】
具体的には、ステップＳ２０６の処理手順で通知されたＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅが「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」である場合、ＲＲＣレイヤ処理部１２３は、「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  ＡｃｃｅｓｓのＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」をＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。
【００９７】
また、ステップＳ２０６の処理手順で通知されたＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅが「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」である場合、ＲＲＣレイヤ処理部１２３は、「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  Ａｃｃｅｓｓ」をＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。
【００９８】
［処理手順（変形例その２−１）］
図９を用いて処理手順（変形例その２−１）を説明する。処理手順（変形例２−１）では、ＮＡＳレイヤ処理部１１３は、自身のアクセスクラスが１１〜１５のいずれかであることを認識している前提とする。なお、上述の処理手順（その２）と同一処理であるステップについては説明を省略する。
【００９９】
ステップＳ３０２で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  ＡｃｃｅｓｓのＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択する。なお、ＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信以外の発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」を選択する。
【０１００】
ステップＳ３０５で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ３０３の処理手順で通知されたＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅが「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  ＡｃｃｅｓｓのＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」である場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」を選択する。
【０１０１】
［処理手順（変形例その２−２）］
図９を用いて処理手順（変形例その２−２）を説明する。処理手順（変形例その２−２）では、ＲＲＣレイヤ処理部１２３は自身のアクセスクラスが１１〜１５のいずれかであることを認識している前提とする。
【０１０２】
なお、上述の処理手順（その２）と同一処理であるステップについては説明を省略する。
【０１０３】
ステップＳ３０２で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択する。なお、ＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信以外の発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択する。
【０１０４】
ステップＳ３０５で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ３０３の処理手順で通知されたＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅが「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」である場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ」を選択する。
【０１０５】
ステップＳ３０６で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、自身のアクセスクラスが１１〜１５のいずれかであることを認識し、アクセスクラスが１１〜１５である場合に対応する適切なＥｓｔａｂｌｉｓｈｍｅｎｔ  ＣａｕｓｅをＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。
【０１０６】
具体的には、ＲＲＣレイヤ処理部１２３は、ステップＳ３０４の処理手順で報知情報に「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていると判定した場合で、かつ、ステップＳ３０３の処理手順でＮＡＳレイヤ処理部１１３から通知されたＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅが「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」である場合、「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  ＡｃｃｅｓｓのＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」をＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。また、ＲＲＣレイヤ処理部１２３は、「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていると判定した場合で、かつ、ステップＳ３０３の処理手順でＮＡＳレイヤ処理部１１３から通知されたＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅが「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」である場合、「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  Ａｃｃｅｓｓ」をＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。
【０１０７】
一方、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ３０４の処理手順で報知情報に「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていないと判定した場合、ステップＳ３０５の処理手順で選択した「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ」を「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  Ａｃｃｅｓｓ」に置き換える形でＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。
【０１０８】
［処理手順（変形例その３−１）］
図１０を用いて処理手順（変形例その３−１）を説明する。処理手順（変形例３−１）では、ＮＡＳレイヤ処理部１１３は、自身のアクセスクラスが１１〜１５のいずれかであることを認識している前提とする。なお、上述の処理手順（その３）と同一処理であるステップについては説明を省略する。
【０１０９】
ステップＳ４０２で、ユーザ装置ＵＥのＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信を行う場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」を選択する。なお、ＮＡＳレイヤ処理部１１３は、ＶｏＬＴＥ発信以外の発信を行う場合も、同様にＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」を選択する。
【０１１０】
ステップＳ４０５で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０３の処理手順においてＮＡＳレイヤ処理部１１３からＶｏＬＴＥ発信を行おうとしているとの通知を受けている場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  ＡｃｃｅｓｓのＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択すべきであると判断する。
【０１１１】
一方、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０３の処理手順においてＮＡＳレイヤ処理部１１３からＶｏＬＴＥ発信以外の発信を行うとの通知を受けている場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅは、ステップＳ４０２の処理手順でＮＡＳレイヤ処理部１１３から通知されたＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ（ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ）であると判断する。
【０１１２】
［処理手順（変形例その３−２）］
図１０を用いて処理手順（変形例その３−２）を説明する。処理手順（変形例その３−２）では、でＲＲＣレイヤ処理部１２３は自身のアクセスクラスが１１〜１５のいずれかであることを認識している前提とする。
【０１１３】
なお、上述の処理手順（その３）と同一処理であるステップについては説明を省略する。
【０１１４】
ステップＳ４０５で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０３の処理手順においてＮＡＳレイヤ処理部１１３からＶｏＬＴＥ発信を行おうとしているとの通知を受けている場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  ＡｃｃｅｓｓのＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択すべきであると判断する。
【０１１５】
一方、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０３の処理手順においてＮＡＳレイヤ処理部１１３からＶｏＬＴＥ発信以外の発信を行うとの通知を受けている場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅは、「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  Ａｃｃｅｓｓ」であると判断する。
【０１１６】
ステップＳ４０６で、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０４の処理手順で、報知情報に「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていると判定した場合、ステップＳ４０５の処理手順で選択すべきであると判断したＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅをＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。
【０１１７】
一方、ユーザ装置ＵＥのＲＲＣレイヤ処理部１２３は、ステップＳ４０４の処理手順で、報知情報に「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ対応ｉｎｄｉｃａｔｏｒ」が設定されていないと判定した場合、「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  Ａｃｃｅｓｓ」をＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信する。
【０１１８】
＜まとめ＞
以上、実施の形態によれば、基地局と通信するユーザ装置であって、ＶｏＬＴＥ発信を行う場合に、前記基地局から受信した報知情報に所定の指示子が含まれているか否かを判定する判定部と、報知情報に前記所定の指示子が含まれていると判定された場合、ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信する送信部と、を有するユーザ装置が提供される。このユーザ装置ＵＥにより、ＶｏＬＴＥ発信時に、適切なＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅの設定を可能にする技術が提供される。
【０１１９】
また、前記判定部は、ＮＡＳレイヤ処理部と、ＲＲＣレイヤ処理部とを含み、前記ＲＲＣレイヤ処理部は、前記報知情報に前記所定の指示子が含まれているか否かを前記ＮＡＳレイヤ処理部に通知し、前記ＮＡＳレイヤ処理部は、前記ＲＲＣレイヤ処理部から前記報知情報に前記所定の指示子が含まれているとの通知を受けた場合、前記ＲＲＣレイヤ処理部に、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報を通知し、前記送信部は、前記ＲＲＣレイヤ処理部から通知された、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信するようにしてもよい。これにより、ＮＡＳレイヤで適切なＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅの設定を行うことができる。
【０１２０】
また、前記判定部は、ＮＡＳレイヤ処理部と、ＲＲＣレイヤ処理部とを含み、前記ＮＡＳレイヤ処理部は、前記ＲＲＣレイヤ処理部に、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報を通知し、前記ＲＲＣレイヤ処理部は、前記報知情報に前記所定の指示子が含まれている場合、前記ＮＡＳレイヤ処理部から通知された前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを、前記送信部に通知し、前記送信部は、前記ＲＲＣレイヤ処理部から通知された、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信するようにしてもよい。これにより、ＲＲＣレイヤで適切なＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅの設定を行うことができる。
【０１２１】
また、前記判定部は、ＮＡＳレイヤ処理部と、ＲＲＣレイヤ処理部とを含み、前記ＮＡＳレイヤ処理部は、前記ＲＲＣレイヤ処理部に、所定の理由でＲＲＣコネクションの確立を要求することを示す情報を通知し、前記ＲＲＣレイヤ処理部は、前記報知情報に前記所定の指示子が含まれている場合、前記ＮＡＳレイヤ処理部から通知された前記所定の理由でＲＲＣコネクションの確立を要求することを示す情報に代えて、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを、前記送信部に通知し、前記送信部は、前記ＲＲＣレイヤ処理部から通知された、前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信するようにしてもよい。これにより、ＲＲＣレイヤで適切なＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅの設定を行うことができる。また、ＮＡＳレイヤは、「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」又は「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  ＡｃｃｅｓｓのＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」の設定を行う必要がないため、現状のＬＴＥで規定されている処理手順を踏襲することができる。
【０１２２】
また、前記所定の指示子は、ＶｏＬＴＥ発信を示すＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに対応しているか否かを示す指示子であるようにしてもよい。これにより、基地局ｅＮＢは、ＶｏＬＴＥ発信を示すＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに対応している（受け付けることができる）ことをユーザ装置ＵＥに具体的に通知することができる。
【０１２３】
前記ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報は、優先度の高いユーザ装置がＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報であってもよい。これにより、ユーザ装置ＵＥは、基地局ｅＮＢに対して、アクセスクラスが１１〜１５であるユーザ装置ＵＥからのＶｏＬＴＥ発信であることを通知することができる。
【０１２４】
また、実施の形態によれば、基地局と通信するユーザ装置が行う通知方法であって、ＶｏＬＴＥ発信を行う場合に、前記基地局から受信した報知情報に所定の指示子が含まれているか否かを判定するステップと、報知情報に前記所定の指示子が含まれていると判定された場合、ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報が設定されたＲＲＣコネクション要求メッセージを前記基地局に送信するステップと、を有する通知方法が提供される。この通知方法により、ＶｏＬＴＥ発信時に、適切なＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅの設定を可能にする技術が提供される。
【０１２５】
＜実施形態の補足＞
実施の形態において、ＮＡＳレイヤ処理部１１３又はＲＲＣレイヤ処理部１２３は、ＶｏＬＴＥ発信が緊急呼の発信である場合は、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「ｅｍｅｒｇｅｎｃｙ」を選択するようにしてもよい。また、ＮＡＳレイヤ処理部１１３又はＲＲＣレイヤ処理部１２３は、ＶｏＬＴＥ発信時であっても、ユーザ装置ＵＥ自身のアクセスクラスが１１〜１５である場合、ＲＲＣコネクションリクエストに設定すべきＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」を選択するようにしてもよい。
【０１２６】
実施の形態は、「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」として、１種類のＣａｕｓｅのみが規定される場合、及び、サービス種別（音声、ビデオ、ＳＭＳ）ごとに別個のＣａｕｓｅが規定される場合の両方に適用することができる。サービス種別ごとに別個のＣａｕｓｅが規定される場合、処理手順（その１）〜処理手順（その３）において、ＮＡＳレイヤ処理部１１３又はＲＲＣレイヤ処理部１２３は、発信するサービス種別に対応する「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択するように動作する。また、ＲＲＣレイヤ処理部１２３は、選択されたサービス種別に対応する「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」をＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信するように動作する。また、実施の形態は、「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」及び「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  ＡｃｃｅｓｓのＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」として、それぞれ１種類のＣａｕｓｅのみが規定される場合、及び、サービス種別（音声、ビデオ、ＳＭＳ）ごとにそれぞれ別個のＣａｕｓｅが規定される場合の両方に適用することができる。サービス種別ごとにそれぞれ別個のＣａｕｓｅが規定される場合、処理手順（その１）〜処理手順（その３）において、ＮＡＳレイヤ処理部１１３又はＲＲＣレイヤ処理部１２３は、発信するサービス種別に対応する「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」又は「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  ＡｃｃｅｓｓのＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」を選択するように動作する。また、ＲＲＣレイヤ処理部１２３は、選択されたサービス種別に対応する「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」又は「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  ＡｃｃｅｓｓのＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」をＲＲＣコネクションリクエストに設定して基地局ｅＮＢに送信するように動作する。
【０１２７】
以上、本発明の実施の形態で説明する各装置（ユーザ装置ＵＥ／基地局ｅＮＢ）の構成は、ＣＰＵとメモリを備える当該装置において、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１２８】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置ＵＥ／基地局ｅＮＢは機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局ｅＮＢが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１２９】
なお、実施の形態において、「ＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」又は「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  ＡｃｃｅｓｓのＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」は、「ＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報」の一例である。また、「従来のＥｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」は、「所定の理由でＲＲＣコネクションの確立を要求することを示す情報」の一例である。「Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  ＡｃｃｅｓｓのＶｏＬＴＥ用Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ」は、「優先度の高いユーザ装置がＶｏＬＴＥ発信をするためにＲＲＣコネクションの確立を要求することを示す情報」の一例である。
【０１３０】
本特許出願は２０１５年１１月６日に出願した日本国特許出願第２０１５−２１８９８０号及び２０１５年１１月２０日に出願した日本国特許出願第２０１５−２２７８２９号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−２１８９８０号及び日本国特許出願第２０１５−２２７８２９号の全内容を本願に援用する。
【符号の説明】
【０１３１】
ＵＥ  ＵＥ
ｅＮＢ  基地局
１０１  信号送信部
１０２  信号受信部
１０３  判定部
１１３  ＮＡＳレイヤ処理部
１２３  ＲＲＣレイヤ処理部
２０１  信号送信部
２０２  信号受信部
２０３  ＲＲＣレイヤ処理部
３０１  ＲＥモジュール
３０２  ＢＢ処理モジュール
３０３  装置制御モジュール
３０４  ＳＩＭスロット
４０１  ＲＥモジュール
４０２  ＢＢ処理モジュール
４０３  装置制御モジュール
４０４  通信ＩＦ
【図１】
2017077793.tif 000003
【図２】
2017077793.tif 000004
【図３】
2017077793.tif 000005
【図４】
2017077793.tif 000006
【図５】
2017077793.tif 000007
【図６】
2017077793.tif 000008
【図７】
2017077793.tif 000009
【図８】
2017077793.tif 000010
【図９】
2017077793.tif 000011
【図１０】
2017077793.tif 000012
【国際調査報告】
2017077793.tif 000013
2017077793.tif 000014
2017077793.tif 000015
2017077793.tif 000016