(57)【要約】【課題】サービス毎にオペレータの意図に沿ったより適切な発信規制を実現する移動局、移動通信システム及びネットワーク装置を提供する。【解決手段】UE100のMMTEL機能部120は、ssac-BarringForMMTEL-Voiceに基づいて、VoLTE呼の発信が可能であると判定した場合、NAS機能部170に対して、Bearer Requestを送信する。NAS機能部170は、Bearer Requestに応じて、RRC機能部190に対して、Service Requestを送信する、RRC機能部190は、Service Requestに応じて、ac-BarringForMO-DataまたはTbarringに基づいて、VoLTE呼の発信の可否について判定することなく、移動通信ネットワーク200に対して、RRC Connection Requestを送信する。【選択図】図１１
2015089101.tif 000002
【特許請求の範囲】
【請求項１】
MMTEL機能部と、NAS機能部と、RRC機能部とを備える移動局であって、
前記RRC機能部は、移動通信ネットワークから、緊急呼以外のデータ呼の発信を規制するためのデータ呼用アクセス規制情報及びVoLTE呼の発信を規制するためのVoLTE呼用アクセス規制情報を含む報知情報を受信し、
前記MMTEL機能部は、
前記VoLTE呼の発信要求を検出すると、前記RRC機能部から取得した前記VoLTE呼用アクセス規制情報に基づいて、前記VoLTE呼の発信の可否について判定し、
前記VoLTE呼の発信が可能であると判定した場合、前記NAS機能部に対して、前記VoLTE呼用のベアラを確立するように要求するベアラ要求を送信し、
前記NAS機能部は、前記ベアラ要求に応じて、前記RRC機能部に対して、前記MMTEL機能部からの発信である旨を通知するサービス要求を送信し、
前記RRC機能部は、前記サービス要求に応じて、前記データ呼用アクセス規制情報または規制タイマに基づいて、前記VoLTE呼の発信の可否について判定することなく、前記移動通信ネットワークに対して、RRCコネクション要求を送信する移動局。
【請求項２】
前記RRC機能部は、
前記報知情報に所定ビットが含まれている場合、前記サービス要求に応じて、前記データ呼用アクセス規制情報または規制タイマに基づいて、前記VoLTE呼の発信の可否について判定することなく、前記移動通信ネットワークに対して、RRCコネクション要求を送信し、
前記報知情報に所定ビットが含まれていない場合、前記サービス要求に応じて、前記データ呼用アクセス規制情報または前記規制タイマに基づいて、前記VoLTE呼の発信の可否について判定する請求項１に記載の移動局。
【請求項３】
MMTEL機能部と、NAS機能部と、RRC機能部とを備える移動局であって、
前記RRC機能部は、移動通信ネットワークから、VoLTE呼の発信を規制するためのVoLTE呼用アクセス規制情報を含む報知情報を受信し、
前記MMTEL機能部は、
前記VoLTE呼の発信要求を検出すると、前記RRC機能部から取得した前記VoLTE呼用アクセス規制情報に基づいて、該VoLTE呼の発信の可否について判定し、
前記VoLTE呼の発信が可能であると判定した場合、前記NAS機能部に対して、前記VoLTE呼用のベアラを確立するように要求するベアラ要求を送信し、
前記NAS機能部は、前記ベアラ要求に応じて、前記RRC機能部に対して、前記MMTEL機能部からの発信である旨を通知するサービス要求を送信し、
前記RRC機能部は、前記サービス要求に応じて、待機タイマに基づいて、前記VoLTE呼の発信の可否について判定することなく、前記移動通信ネットワークに対して、前記MMTEL機能部からの発信である旨を通知するRRCコネクション要求を送信する移動局。
【請求項４】
MMTEL機能部と、NAS機能部と、RRC機能部とを備える移動局、及び移動通信ネットワークを含む移動通信システムであって、
前記RRC機能部は、前記移動通信ネットワークから、VoLTE呼の発信を規制するためのVoLTE呼用アクセス規制情報を含む報知情報を受信し、
前記MMTEL機能部は、
前記VoLTE呼の発信要求を検出すると、前記RRC機能部から取得した前記VoLTE呼用アクセス規制情報に基づいて、該VoLTE呼の発信の可否について判定し、
前記VoLTE呼の発信が可能であると判定した場合、前記NAS機能部に対して、前記VoLTE呼用のベアラを確立するように要求するベアラ要求を送信し、
前記NAS機能部は、前記ベアラ要求に応じて、前記RRC機能部に対して、前記MMTEL機能部からの発信である旨を通知するサービス要求を送信し、
前記RRC機能部は、前記サービス要求に応じて、規制タイマに基づいて、前記VoLTE呼の発信の可否について判定することなく、前記移動通信ネットワークに対して、前記MMTEL機能部からの発信である旨を通知するRRCコネクション要求を送信し、
前記移動通信ネットワークは、前記移動局による無線アクセスを規制している場合であっても、前記RRCコネクション要求を受信した場合には、前記移動局に対して、RRCコネクション拒絶を送信することなく、RRCコネクション設定を送信する移動通信システム。
【請求項５】
アプリケーション機能部と、NAS機能部と、RRC機能部とを備える移動局であって、
前記アプリケーション機能部は、所定サービスの発信要求を前記NAS機能部に送信し、
前記NAS機能部は、前記所定サービスに起因する発信要求であることを示す発信サービス値を含むサービス要求を前記RRC機能部に送信し、
前記RRC機能部は、前記NAS機能部から受信した前記サービス要求に前記発信サービス値が含まれている場合、移動通信ネットワークによってアクセス規制が発動されている場合でも、RRCコネクション要求を前記移動通信ネットワークに送信する移動局。
【請求項６】
前記RRC機能部は、前記アクセス規制に基づいて発信を規制する時間を規定する規制タイマが起動中であっても前記RRCコネクション要求を前記移動通信ネットワークに送信する請求項５に記載の移動局。
【請求項７】
前記RRC機能部は、前記所定サービスを前記アクセス規制の対象から除外することが前記移動通信ネットワークか通知された場合、前記RRCコネクション要求を前記移動通信ネットワークに送信する請求項５に記載の移動局。
【請求項８】
移動通信ネットワークに含まれ、前記移動通信ネットワークに対するアクセス規制を移動局に通知するネットワーク装置であって、
前記アクセス規制が発動されている場合において、所定サービスを前記アクセス規制の対象から除外することを前記移動局に通知するネットワーク装置。
【請求項９】
アプリケーション機能部と、NAS機能部と、RRC機能部とを備える移動局であって、
前記アプリケーション機能部は、所定サービスの発信要求を前記NAS機能部に送信し、
前記NAS機能部は、前記所定サービスに起因する発信要求であることを示す発信サービス値を含むサービス要求を前記RRC機能部に送信し、
前記RRC機能部は、前記NAS機能部から受信した前記サービス要求に前記発信サービス値が含まれている場合、移動通信ネットワークからRRCコネクション拒絶によって通知される待機値に基づく待機タイマが起動中であってもRRCコネクション要求を前記移動通信ネットワークに送信する移動局。
【請求項１０】
前記RRC機能部は、前記発信サービス値が含まれる前記RRCコネクション要求を前記移動通信ネットワークに送信する請求項９に記載の移動局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アクセス規制に応じた動作を実行する移動局、移動通信システム及びネットワーク装置に関する。
【背景技術】
【０００２】
LTE（Long Term Evolution）方式では、Release-8から、移動局UEにおける緊急呼以外のデータ呼の発信を規制するための方法として、ACB (Access Class Barring) for Dataが規定されている。
【０００３】
ACB for Dataでは、移動局UEは、SIB2に含まれるac-BarringForMO-Dataに含まれるac-BarringFactor（疎通率）に基づいて、緊急呼以外のデータ呼の発信を規制するか否かについて判断する。
【０００４】
具体的には、移動局UEは、緊急呼以外のデータ呼の発信を規制すると判断した場合、ac-BarringForMO-Dataに含まれるac-BarringTimeから算出した時間（Tbarring）だけ「Tbarring（規制タイマ）」を起動し、Tbarringが起動している間は、緊急呼以外のデータ呼の発信を規制する。図１は、ACB for Dataの発動時における移動局UE内部の動作例を示す。
【０００５】
また、LTE方式では、Release-9から、移動局UEのMulti Media TELephony（MMTEL）機能においてVoLTE（Voice over LTE）呼（例えば、IMS PS voice call）の発信を規制するための方法として、SSAC（Service Specific Access Control）が規定されている（例えば、非特許文献１）。図２は、SSACの発動時における移動局UE内部及び移動通信ネットワーク（図中では”NW”と標記）の動作例を示す。
【０００６】
図２に示すように、SSACでは、移動局UEは、SIB2に含まれるssac-BarringForMMTEL-Voiceまたはssac-BarringForMMTEL-Videoに含まれるac-BarringFactorに基づいて、VoLTE呼の発信を規制するか否かについて判断する。具体的には、移動局UEは、VoLTE呼の発信を規制すると判断した場合、ssac-BarringForMMTEL-Voiceまたはssac-BarringForMMTEL-Videoに含まれるac-BarringTimeから算出した時間（Tbarring）だけ「Tbarring（規制タイマ）」を起動し、Tbarringが起動している間は、VoLTE呼の発信を規制する。
【０００７】
また、LTE方式では、Release-8から、移動通信ネットワーク（具体的には、無線基地局eNB）が、運用方針に従って移動局UEによる無線アクセスを拒絶することができるRRC Connection Reject規制が規定されている。図３は、RRC Connection Reject規制の発動時における移動局UE内部及びネットワークの動作例を示す。
【０００８】
図３に示すように、移動局UEは、移動通信ネットワークから、RRC Connection Rejectを受信すると、RRC Connection Rejectによって通知される値（waitTime）だけ「T302（待機タイマ）」を起動し、T302が起動している間は、無線アクセスを実行しない。また、図４は、TbarringまたはT302が起動している際における移動局UE内部の動作例を示す。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】3GPP TS 36.331 V9.10.0 Subclause 5.3.3.10, Handling of SSAC related parameters, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification (Release 9)、3GPP、２０１２年３月
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上述した従来のLTE方式では、同時に複数の発信規制が発動される場合が想定される。例えば、災害時等において複数のノードに跨がった輻輳や故障が発生した場合が想定される。また、特定のサービスのみを規制したい場合、例えば、パケット通信サービスは規制したいが、IMS PS voice callについては規制の対象から除外したい場合が考えられる。
【００１１】
従来のLTE方式では、ACB for Data及びSSACを同時に発動される場合、またはSSAC及びRRC Connection Reject規制を同時に発動される場合、VoLTE呼は、両方の発信規制を突破する必要がある。すなわち、VoLTE呼に対しては二重に発信規制されることによって規制が過剰となり、オペレータの意図に合致した発信規制が難しい問題がある。
【００１２】
図５は、従来のLTE方式における二重の発信規制による問題点の説明図である。図５に示すように、移動局UEによるIMS PS voice callの疎通率を８０％とし、緊急呼以外のデータ呼（VoLTE呼以外）の疎通率を５０％としたい場合、SSACによる疎通率を８０％に設定し、ACB for DataまたはRRC Connection Reject規制の疎通率を５０％とに設定すると、緊急呼以外のデータ呼（VoLTE呼以外）の疎通率は５０％となるが、IMS PS voice callの疎通率については４０％（８０％×５０％）となってしまい、オペレータの意図した疎通率に基づく発信規制ができない。
【００１３】
図６及び図７は、従来のLTE方式においてSSAC及びACB for Dataの発動時における移動局UE内部及びネットワークの動作例を示す。また、図８及び図９は、従来のLTE方式においてSSAC及びRRC Connection Rejectの発動時における移動局UE内部及びネットワークの動作例を示す。図６〜９に示すように、移動局UEが発信するIMS PS voice callに対しては二重の規制となっている。
【００１４】
また、従来のLTE方式では、ネットワークの輻輳状況に応じてサービス別に発信を規制することができない問題がある。例えば、地震等の災害発生時には、ショートメッセージサービス（SMS）、災害用伝言板及び音声通話に限って発信を許容したいが、ACB for DataまたはRRC Connection Reject規制を発動すると、他のサービス（例えば、ウェブブラウジングや動画共有サービス）も含めて発信要求も規制の対象となる。
【００１５】
そこで、本発明は、このような状況に鑑みてなされたものであり、サービス毎にオペレータの意図に沿ったより適切な発信規制を実現する移動局、移動通信システム及びネットワーク装置を提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明の第１の特徴は、MMTEL機能部と、NAS機能部と、RRC機能部とを備える移動局であって、前記RRC機能部は、移動通信ネットワークから、緊急呼以外のデータ呼の発信を規制するためのデータ呼用アクセス規制情報及びVoLTE呼の発信を規制するためのVoLTE呼用アクセス規制情報を含む報知情報を受信し、前記MMTEL機能部は、前記VoLTE呼の発信要求を検出すると、前記RRC機能部から取得した前記VoLTE呼用アクセス規制情報に基づいて、前記VoLTE呼の発信の可否について判定し、前記VoLTE呼の発信が可能であると判定した場合、前記NAS機能部に対して、前記VoLTE呼用のベアラを確立するように要求するベアラ要求を送信し、前記NAS機能部は、前記ベアラ要求に応じて、前記RRC機能部に対して、前記MMTEL機能部からの発信である旨を通知するサービス要求を送信し、前記RRC機能部は、前記サービス要求に応じて、前記データ呼用アクセス規制情報または規制タイマに基づいて、前記VoLTE呼の発信の可否について判定することなく、前記移動通信ネットワークに対して、RRCコネクション要求を送信することを要旨とする。
【００１７】
本発明の第２の特徴は、MMTEL機能部と、NAS機能部と、RRC機能部とを備える移動局であって、前記RRC機能部は、移動通信ネットワークから、VoLTE呼の発信を規制するためのVoLTE呼用アクセス規制情報を含む報知情報を受信し、前記MMTEL機能部は、前記VoLTE呼の発信要求を検出すると、前記RRC機能部から取得した前記VoLTE呼用アクセス規制情報に基づいて、該VoLTE呼の発信の可否について判定し、前記VoLTE呼の発信が可能であると判定した場合、前記NAS機能部に対して、前記VoLTE呼用のベアラを確立するように要求するベアラ要求を送信し、前記NAS機能部は、前記ベアラ要求に応じて、前記RRC機能部に対して、前記MMTEL機能部からの発信である旨を通知するサービス要求を送信し、前記RRC機能部は、前記サービス要求に応じて、待機タイマに基づいて、前記VoLTE呼の発信の可否について判定することなく、前記移動通信ネットワークに対して、前記MMTEL機能部からの発信である旨を通知するRRCコネクション要求を送信することを要旨とする。
【００１８】
本発明の第３の特徴は、MMTEL機能部と、NAS機能部と、RRC機能部とを備える移動局、及び移動通信ネットワークを含む移動通信システムであって、前記RRC機能部は、前記移動通信ネットワークから、VoLTE呼の発信を規制するためのVoLTE呼用アクセス規制情報を含む報知情報を受信し、前記MMTEL機能部は、前記VoLTE呼の発信要求を検出すると、前記RRC機能部から取得した前記VoLTE呼用アクセス規制情報に基づいて、該VoLTE呼の発信の可否について判定し、前記VoLTE呼の発信が可能であると判定した場合、前記NAS機能部に対して、前記VoLTE呼用のベアラを確立するように要求するベアラ要求を送信し、前記NAS機能部は、前記ベアラ要求に応じて、前記RRC機能部に対して、前記MMTEL機能部からの発信である旨を通知するサービス要求を送信し、前記RRC機能部は、前記サービス要求に応じて、規制タイマに基づいて、前記VoLTE呼の発信の可否について判定することなく、前記移動通信ネットワークに対して、前記MMTEL機能部からの発信である旨を通知するRRCコネクション要求を送信し、前記移動通信ネットワークは、前記移動局による無線アクセスを規制している場合であっても、前記RRCコネクション要求を受信した場合には、前記移動局に対して、RRCコネクション拒絶を送信することなく、RRCコネクション設定を送信することを要旨とする。
【００１９】
本発明の第４の特徴は、アプリケーション機能部と、NAS機能部と、RRC機能部とを備える移動局であって、前記アプリケーション機能部は、所定サービスの発信要求を前記NAS機能部に送信し、前記NAS機能部は、前記所定サービスに起因する発信要求であることを示す発信サービス値を含むサービス要求を前記RRC機能部に送信し、前記RRC機能部は、前記NAS機能部から受信した前記サービス要求に前記発信サービス値が含まれている場合、移動通信ネットワークによってアクセス規制が発動されている場合でも、RRCコネクション要求を前記移動通信ネットワークに送信することを要旨とする。
【００２０】
本発明の第５の特徴は、移動通信ネットワークに含まれ、前記移動通信ネットワークに対するアクセス規制を移動局に通知するネットワーク装置であって、前記アクセス規制が発動されている場合において、所定サービスを前記アクセス規制の対象から除外することを前記移動局に通知することを要旨とする。
【００２１】
本発明の第６の特徴は、アプリケーション機能部と、NAS機能部と、RRC機能部とを備える移動局であって、前記アプリケーション機能部は、所定サービスの発信要求を前記NAS機能部に送信し、前記NAS機能部は、前記所定サービスに起因する発信要求であることを示す発信サービス値を含むサービス要求を前記RRC機能部に送信し、前記RRC機能部は、前記NAS機能部から受信した前記サービス要求に前記発信サービス値が含まれている場合、移動通信ネットワークからRRCコネクション拒絶によって通知される待機値に基づく待機タイマが起動中であってもRRCコネクション要求を前記移動通信ネットワークに送信することを要旨とする。
【００２２】
本発明の第７の特徴は、移動局からを受信したRRCコネクション要求に基づいて、RRCコネクションの設定を実行する無線基地局であって、所定サービスに起因する発信要求であることを示す発信サービス値が前記RRCコネクション要求に含まれている場合、前記RRCコネクション要求を拒絶することによって前記移動局からの発信を規制するRRCコネクション拒絶規制が発動中であっても、前記RRCコネクション要求を受け付け、前記RRCコネクションの設定を実行することを要旨とする。
【発明の効果】
【００２３】
本発明の特徴によれば、サービス毎にオペレータの意図に沿ったより適切な発信規制を実現する移動局、移動通信システム及びネットワーク装置を提供することができる。
【図面の簡単な説明】
【００２４】
【図１】従来のACB for Dataの発動時における移動局UE内部の動作例を示す図である。
【図２】従来のSSACの発動時における移動局UE内部及び移動通信ネットワークの動作例を示す図である。
【図３】従来のRRC Connection Reject規制の発動時における移動局UE内部及びネットワークの動作例を示す図である。
【図４】従来のTbarringまたはT302が起動している際における移動局UE内部の動作例を示す図である。
【図５】従来のLTE方式における二重の発信規制による問題点の説明図である。
【図６】従来のLTE方式においてSSAC及びACB for Dataの発動時における移動局UE内部及びネットワークの動作例を示す図である。
【図７】従来のLTE方式においてSSAC及びACB for Dataの発動時における移動局UE内部及びネットワークの動作例を示す図である。
【図８】従来のLTE方式においてSSAC及びRRC Connection Rejectの発動時における移動局UE内部及びネットワークの動作例を示す図である。
【図９】従来のLTE方式においてSSAC及びRRC Connection Rejectの発動時における移動局UE内部及びネットワークの動作例を示す図である。
【図１０】第１実施形態に係る移動通信システムの全体概略構成図である。
【図１１】第１実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図１２】第２実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図１３】第３実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図１４】第４実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図１５】第４実施形態において、SMSをACBによる規制の対象から除外すること（skip for SMS）が移動通信ネットワーク200から通知されない場合における移動通信システムの動作を示すシーケンス図である。
【図１６】第４実施形態に係る移動通信システムの他の動作を示すシーケンス図である。
【図１７】第５実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図１８】第５実施形態において、waitTime（待機値）に基づくT302（待機タイマ）が起動中における移動通信システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００２５】
次に、本発明の実施形態について説明する。なお、以下の図面の記載において、同一または類似の部分には、同一または類似の符号を付している。ただし、図面は模式的なものであり、各寸法の比率等は現実のものとは異なることに留意すべきである。
【００２６】
したがって、具体的な寸法等は以下の説明を参酌して判断すべきものである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。
【００２７】
［第１実施形態］
（１）移動通信システムの全体概略構成
図１０及び図１１を参照して、本発明の第１実施形態に係る移動通信システムについて説明する。図１０は、本実施形態に係る移動通信システムの全体概略構成図である。また、図１１は、本実施形態に係る移動通信システムの動作を示すシーケンス図である。
【００２８】
図１０に示すように、本実施形態に係る移動通信システムは、LTE方式及び3G方式の移動通信システムであって、IMS（IP Multimedia Subsystem）と、IP-CAN（IP-Connectivity Access Network）とを具備している。
【００２９】
ここで、IP-CANは、SIP（Session Initiation Protocol）信号や音声信号等のトランスポート機能を提供するネットワークであり、LTE方式またはEPC（Evolved Packet Core）方式のコアネットワークである。
【００３０】
なお、IP-CANには、移動管理ノードMME、ゲートウェイ装置S-GW/P-GW、パケット交換機SGSN、及びユーザデータ信号転送のQoS及び課金のための制御を実行する論理ノードPCRF等が含まれている。
【００３１】
また、IP-CANには、無線アクセスネットワークとして、UTRAN（Universal Terrestrial Radio Access Network）や、EUTRAN（Enhanced UTRAN）等が含まれている。
【００３２】
ここで、UTRANには、無線基地局NodeBや無線回線制御局RNC等が含まれており、EUTRANには、無線基地局eNB210（以下、eNB210）が含まれている。なお、本実施形態では、IMS及びIP-CANを合わせて移動通信ネットワーク200が構成される。
【００３３】
（２）移動局100の機能ブロック構成
図１１に示すように、本実施形態に係る移動局100（以下、UE100）は、APL機能部110、MMTEL機能部120、CM機能部130、SIP機能部140、UE TCP/UDP機能部150、IP機能部160、NAS機能部170、L2機能部180及びRRC機能部190を備える。なお、UE100は、CPUやメモリ等を備えるハードウェアによって構成され、当該ハードウェアによって当該機能部が実現される。
【００３４】
APL機能部110（Application機能部）は、UE100にインストールされたアプリケーションプログラムであり、ユーザの操作を受け付ける。
【００３５】
MMTEL機能部120は、IMSにおけるテレフォニーサービスを制御する。CM機能部130（Connection Manager機能部）は、PDN（Packet Date Network）においてコネクションが確立されているか否かを管理する。
【００３６】
SIP機能部140は、”REGISTER”や”INVITE”等のIMSセッションの呼制御プロトコルであるSIPに従った処理を実行する。
【００３７】
UE TCP/UDP機能部150（UE Transmission Control Protocol/User Datagram Protocol機能部）は、再送制御を行うプロトコルであるTCP/UDPに従った処理を実行する。IP機能部160（Internet Protocol機能部）は、IPアドレスやフラグメンテーションの制御に関するプロトコルであるIPに従った処理を実行する。
【００３８】
NAS機能部170（Non Access Stratum機能）は、呼制御や位置登録等の制御に関するプロトコルであるNASに従った処理を実行する。L2機能部180（Layer2機能部）は、再送や誤り訂正等を行うデータリンク層における処理を実行する。
【００３９】
RRC機能部190（Radio Resource Control機能部）は、無線コネクションの設定やリリースの制御を実行する。なお、eNB210においてRRC機能に対応するのは、evRRC機能部である。
【００４０】
（３）移動通信システムの動作
次に、図１１を参照して、本実施形態に係る移動通信システムの動作について説明する。ここでは、IMS PS voice callのケースを例示して説明するが、本実施形態に係る移動通信システムは、IMS PS video callのケースにも同様に適用可能である。
【００４１】
図１１に示すように、UE100は、EUTRANに在圏している。具体的には、UE100は、「IDLE状態」でかつ「PDN Active状態」である。移動通信ネットワーク200は、SSAC （Service Specific Access Control）及びACB for Data（Access Class Barring for Data）を同時に発動しているものとする。
【００４２】
RRC機能部190は、移動通信ネットワーク200から、ステップＳ１００１において、報知情報、具体的にはac-BarringForMO-Dataを取得し、ステップＳ１００２において、ssac-BarringForMMTEL-Voice（またはssac-BarringForMMTEL-Video）を取得する。
【００４３】
APL機能部110は、ステップＳ１００３において、IMS PS voice callの発信要求を検出すると、ステップＳ１００４において、MMTEL機能部120に対して、IMS PS voice callの発信要求を通知するための「Make call」を送信する。
【００４４】
MMTEL機能部120は、IMS PS voice callの発信要求、すなわち、Make callを検出すると、ステップＳ１００５において、RRC機能部190に対して「Get SSAC condition」を送信する。
【００４５】
RRC機能部190は、ステップＳ１００６において、受信したGet SSAC conditionに応じて、MMTEL機能部120に対して、取得しているssac-BarringForMMTEL-Voiceを通知するための「Condition response」を送信する。
【００４６】
MMTEL機能部120は、受信したCondition responseを介してssac-BarringForMMTEL-Voiceを取得する。MMTEL機能部120は、ステップＳ１００７において、ssac-BarringForMMTEL-Voiceに基づいて、IMS PS voice callの発信の可否について判定する。
【００４７】
ここで、MMTEL機能部120は、IMS PS voice callの発信が可能であると判定した場合、IMS PS voice call用のセッション確立処理を実行する前に、ステップＳ１００８において、NAS機能部170に対して、IMS PS voice call用の無線アクセスベアラを確立するように要求する「Bearer Request」を送信する。
【００４８】
NAS機能部170は、ステップＳ１００９において、受信したBearer Requestに応じて、無線アクセスベアラが存在しないと判定した場合、ステップＳ１０１０において、RRC機能部190に対して、MMTEL機能部120からの発信である旨（VoLTE呼である旨）を示す「MMTEL originating」を通知する「Service Request」を送信する。
【００４９】
一方、NAS機能部170は、Bearer Requestに応じて、無線アクセスベアラが存在すると判定した場合、ACB for Dataの対象外であるため、RRC機能部190に対して、通常のService Requestを送信する。
【００５０】
RRC機能部190は、MMTEL originatingを通知するService Requestを受信した場合、ステップＳ１０１１において、ac-BarringForMO-DataまたはTbarring（規制タイマ）に基づいて、IMS PS voice callの発信の可否について判定することなく、すなわち、ACB for Dataによる規制をスキップし、ステップＳ１０１２において、移動通信ネットワーク200に対して、「RRC Connection Request」を送信する。
【００５１】
一方、RRC機能部190は、MMTEL originatingを通知しないService Request、すなわち、通常のService Requestを受信した場合には、ステップＳ１０１１において、ac-BarringForMO-DataまたはTbarringに基づいて、IMS PS voice callの発信の可否について判定する。
【００５２】
ここで、ACBにおけるTbarringについて説明する。ACBでは、一般的なAccess Class（AC）として、0〜9が設定され、ac-BarringFactorによって疎通率がパーセンテージで示される。例えば、p00（100%規制＝0%疎通率）からp95（95%疎通率）が設定される。また、ac-BarringTimeは、平均の規制時間を示す。Tbarringは、下記の計算式によって算出する。
【００５３】
"Tbarring" = (0.7+ 0.6 * rand) * ac-BarringTime
Tbarring起動中にRRC Connectionの確立要求があった場合は、規制する。ACBは、Access Stratum（AS）レイヤにおいて実行される。
【００５４】
一方、SSACでは、ASレイヤにおいて規制パラメータが取得され、上位レイヤ（MMTEL/IMS）に当該パラメータが引き渡され、当該上位レイヤで規制が実行される。SSACでは、UE100内部で乱数（rand）を生成し、randがac-BarringFactorより小さければ規制せず、大きければ規制する。
【００５５】
（４）作用・効果
本実施形態によれば、SSAC及びACB for Dataを同時に発動している場合であっても、VoLTE呼に対する二重規制を回避することができ、オペレータの意図通りの規制を実現することができる。
【００５６】
［第２実施形態］
次に、図１２を参照して、本発明の第２実施形態に係る移動通信システムについて、第１実施形態との相違点に着目して説明する。
【００５７】
（１）移動通信システムの動作
図１２は、本実施形態に係る移動通信システムの動作を示すシーケンス図である。ここでは、IMS PS voice callのケースを例示して説明するが、本実施形態に係る移動通信システムは、第１実施形態と同様にIMS PS video callのケースにも同様に適用可能である。
【００５８】
図１２に示すように、UE100は、「IDLE状態」でかつ「PDN Active状態」である。移動通信ネットワーク200は、SSAC及びACB for Dataを同時に発動しているものとする。
【００５９】
RRC機能部190は、移動通信ネットワーク200から、ステップＳ２００１において、ac-BarringForMO-Dataを取得し、ステップＳ２００２において、ssac-BarringForMMTEL-Voice（またはssac-BarringForMMTEL-Video）を取得する。
【００６０】
ここで、RRC機能部190によって取得された報知情報（例えば、SIB2）に、所定ビットが含まれている場合には、図１１に示すステップＳ１００３〜Ｓ１０１２の処理（セッション確立処理を含む）が実行される。
【００６１】
一方、RRC機能部190によって取得された報知情報（例えば、SIB2）に、所定ビットが含まれていない場合（ステップＳ２００３）には、以下の動作が行われる。
【００６２】
なお、ステップＳ２００４〜Ｓ２０１１の動作は、図１１に示すステップＳ１００３〜Ｓ１０１０の動作と同一である。
【００６３】
RRC機能部190は、MMTEL originatingを通知するService Requestを受信した場合であっても、上述の報知情報（例えば、SIB2）に、所定ビットが含まれていない場合には、ステップＳ２０１２において、ac-BarringForMO-DataまたはTbarringに基づいて、IMS PS voice callの発信の可否について判定する。すなわち、RRC機能部190は、ACB for Dataによる規制をスキップしない。
【００６４】
ここで、RRC機能部190は、ac-BarringForMO-Dataに基づいて、IMS PS voice callの発信を規制すると判定した場合、ステップＳ２０１３において、Tbarringを起動する。
【００６５】
（２）作用・効果
本実施形態によれば、SSAC及びACB for Dataを同時に発動している場合において、二重規制回避の機能を動作させるか否かをオペレータ（移動通信ネットワーク）主導で決定することができる。また、二重規制を回避する機能を備える移動局と、当該機能を備えていない移動局とが混在している場合でも、当該機能を備えていない移動局との整合性を確保することができる。
【００６６】
また、本実施形態によれば、敢えて二重規制を行う等、オペレータによる運用の柔軟性を向上し得る。
【００６７】
［第３実施形態］
次に、図１３を参照して、本発明の第３実施形態に係る移動通信システムについて、第１実施形態に係る移動通信システムとの相違点に着目して説明する。
【００６８】
（１）移動通信システムの動作
図１３は、本実施形態に係る移動通信システムの動作を示すシーケンス図である。ここでは、IMS PS voice callのケースを例示して説明するが、本実施形態に係る移動通信システムは、第１実施形態と同様にIMS PS video callのケースにも同様に適用可能である。
【００６９】
図１３に示すように、UE100は、「IDLE状態」でかつ「PDN Active状態」である。移動通信ネットワーク200は、SSAC及びRRC Connection Reject規制を同時に発動しているものとする。
【００７０】
RRC機能部190は、移動通信ネットワーク200から、ステップＳ３００１において、報知情報、具体的にはssac-BarringForMMTEL-Voice（またはssac-BarringForMMTEL-Video）を取得する。
【００７１】
なお、ステップＳ３００２〜Ｓ３０１０の動作は、図１１に示すステップＳ１００３〜Ｓ１０１１の動作と同一である。
【００７２】
RRC機能部190は、MMTEL originatingを通知するService Requestを受信した場合、ステップＳ３０１０において、ac-BarringForMO-Dataまたは「T302」（待機タイマ）に基づいて、IMS PS voice callの発信の可否について判定することなく、すなわち、ACB for Dataによる規制をスキップ、具体的には、ACB for Dataの発動の有無を判定せず、ステップＳ３０１１において、移動通信ネットワーク200に対して、MMTEL originatingを通知するRRC Connection Requestを送信する。
【００７３】
一方、RRC機能部190は、MMTEL originatingを通知しないService Request、すなわち、通常のService Requestを受信した場合には、ステップＳ３０１０において、ac-BarringForMO-DataまたはT302に基づいて、IMS PS voice callの発信の可否について判定する。
【００７４】
また、RRC機能部190は、MMTEL originatingを通知するService Requestを受信した場合で、取得した報知情報（例えば、SIB2）に、所定ビットが含まれている場合にのみ、T302に基づく規制をスキップしてもよい。
【００７５】
移動通信ネットワーク200、すなわち、eNB210のevRRC機能部は、ステップＳ３０１２において、RRC Connection Reject規制を発動中であっても、MMTEL originatingを通知するRRC Connection Requestを受信した場合には、UE100に対してRRC Connection Rejectを送信せず、「RRC Connection Setup」を送信する。
【００７６】
（２）作用・効果
本実施形態によれば、SSAC及びRRC Connection Reject規制を同時に発動している場合であっても、VoLTE呼に対する二重規制を回避することができ、オペレータの意図通りの規制を実現することができる。
【００７７】
［第４実施形態］
次に、図１４〜図１６を参照して、本発明の第４実施形態に係る移動通信システムについて、第１実施形態との相違点に着目して説明する。
【００７８】
（１）移動通信システムの動作
図１４は、本実施形態に係る移動通信システムの動作を示すシーケンス図である。本実施形態に係る移動通信システムは、ACB（Access Control Barring）が発動されている場合において、所定サービス、具体的にはショートメッセージサービス（SMS）に起因する発信要求のみをACBによる規制の対象から除外し、当該発信要求を許容する。
【００７９】
図１４に示すように、UE100は、「IDLE状態」でかつ「PDN Active状態」である。移動通信ネットワーク200は、ステップＳ４００１において、ACB（アクセス規制）を発動すること、及びSMSをACBによる規制の対象から除外すること（skip for SMS）を、報知情報によってUE100に通知する。具体的には、移動通信ネットワーク200に含まれ、移動通信ネットワーク200に対するアクセス規制をUE100に通知するネットワーク装置（例えば、eNB210またはSMSC（SMSCenter））は、ACBが発動されている場合において、SMS（所定サービス）をACBの対象から除外することをUE100に通知する。
【００８０】
APL機能部110は、ステップＳ４００２において、SMSの発信要求を検出すると、NAS機能部170に対して、当該発信要求を通知するためのMake callを送信する。また、APL機能部110は、ステップＳ４００３において、NAS機能部170に対して、無線アクセスベアラが存在するか否かを問い合わせるBearer Requestを送信する。具体的には、APL機能部110は、NAS機能部170に対して無線アクセスベアラの確立要求を送信する。
【００８１】
NAS機能部170は、ステップＳ４００４において、受信したBearer Requestに応じて、無線アクセスベアラが存在しない（IDLE状態）と判定した場合、ステップＳ４００５において、RRC機能部190に対して、SMSに起因する発信要求である旨を示す「SMS originating」（発信サービス値）を含むService Requestを送信する。
【００８２】
RRC機能部190は、NAS機能部170から受信したService RequestにSMS originatingが含まれている場合、ステップＳ４００６において移動通信ネットワーク200によってACBが発動されている場合でもACBをスキップする。具体的には、RRC機能部190は、ACBに基づく疎通率が移動通信ネットワーク200から通知されていたとしても、規制を実行するか否かを判定しない。
【００８３】
さらに、RRC機能部190は、ステップＳ４００７において、RRC Connection Requestを移動通信ネットワーク200に送信する。なお、RRC機能部190は、ACBに基づいて発信を規制する時間を規定するTbarring（規制タイマ）が起動中であっても、Tbarringを無視しRRC Connection Requestを移動通信ネットワーク200に送信する。この結果、RRCコネクションが設定され、ステップＳ４００８においてAPL機能部110から移動通信ネットワーク200へのSMSの送信が実行される。
【００８４】
図１５は、SMSをACBによる規制の対象から除外すること（skip for SMS）が移動通信ネットワーク200から通知されない場合における移動通信システムの動作を示すシーケンス図である。
【００８５】
図１５に示すように、移動通信ネットワーク200は、ステップＳ５００１において、ACB（アクセス規制）を発動することを報知情報によってUE100に通知するが、SMSをACBによる規制の対象から除外すること（skip for SMS）は通知されない。
【００８６】
ステップＳ５００２〜Ｓ５００５の動作は、図１４に示したステップＳ４００２〜Ｓ４００５と同様である。
【００８７】
RRC機能部190は、ステップＳ５００６において、NAS機能部170から受信したService RequestにSMS originatingが含まれている場合でも、SMSをACBによる規制の対象から除外すること（skip for SMS）が移動通信ネットワーク200から通知されていないため、ACBをスキップしないと決定する。また、RRC機能部190は、Tbarringが起動中の場合には、Tbarringに従った規制を実行すると決定する。
【００８８】
RRC機能部190は、ステップＳ５００７において、ACBに基づく疎通率（もしくはTbarring）に基づいて発信が可能か否かを判定する。RRC機能部190は、発信が可能と判定した場合、ステップＳ５００８において、RRC Connection Requestを移動通信ネットワーク200に送信する。この結果、RRCコネクションが設定され、ステップＳ５００９においてAPL機能部110から移動通信ネットワーク200へのSMSの送信が実行される。
【００８９】
なお、図１４に示した動作例では、RRC機能部190は、SMS（所定サービス）をACBの対象から除外することが移動通信ネットワーク200か通知（skip for SMS）された場合、RRC Connection Requestを移動通信ネットワーク200に送信していたが、SMSを予めACBの対象から除外することが移動通信ネットワーク200のオペレータ等によって決定されている場合には、当該通知（skip for SMS）は必ずしも必要ない。
【００９０】
図１６は、本実施形態に係る移動通信システムの他の動作を示すシーケンス図である。具体的には、図１６は、所定サービスとして災害用伝言板に起因する発信要求のみをACBによる規制の対象から除外し、当該発信要求を許容する場合におけるシーケンス図である。
【００９１】
図１６に示すように、移動通信ネットワーク200は、ステップＳ６００１において、ACB（アクセス規制）を発動するとともに、Special Service（ここでは、災害用伝言板）をACBによる規制の対象から除外すること（skip for Special Service）を、報知情報によってUE100に通知する。
【００９２】
ステップＳ６００２〜Ｓ６００５の動作は、図１４に示したステップＳ４００２〜Ｓ４００５と概ね同様である。但し、NAS機能部170は、ステップＳ６００５において、RRC機能部190に対して、災害用伝言板に起因する発信要求である旨を示す「Special Service originating」（発信サービス値）を含むService Requestを送信する。
【００９３】
さらに、ステップＳ６００６及びＳ６００７の動作は、図１４に示したステップＳ４００６及びＳ４００７と概ね同様である。また、災害用伝言板による通信で用いられるセッションの確立処理が並行して実行される。
【００９４】
この結果、RRCコネクションが設定され、ステップＳ６００８においてAPL機能部110から移動通信ネットワーク200への災害用伝言板への情報送信やメッセージ（音声）の送信及び登録が実行される。
【００９５】
また、上述した動作例では、SMSを例として説明したが、アクセス規制の対象外とする所定サービスとしては、プレゼンス情報等を提供するRCS（Rich Communication Services）や、第１実施形態〜第３実施形態において説明したIMS PS voice call及びIMS PS video callも該当する。
【００９６】
（２）作用・効果
本実施形態によれば、移動通信ネットワーク200の輻輳状況及びサービスの優先度に応じて、規制の対象とするサービスを適切かつ確実に制御することができる。特に、地震等の災害時において移動通信ネットワーク200を構成する装置（eNB210、MME及びIMS等）の輻輳時に最低限のサービスを提供したい場合に、他のデータパケット（ウェブブラウジングや動画共有サービス等）を規制して、特定のサービス（SMS、災害用伝言板或いは音声など）に関するパケットを優先して疎通させることができる。
【００９７】
［第５実施形態］
次に、図１７及び図１８を参照して、本発明の第５実施形態に係る移動通信システムについて、第４実施形態との相違点に着目して説明する。
【００９８】
（１）移動通信システムの動作
図１７は、本実施形態に係る移動通信システムの動作を示すシーケンス図である。本実施形態に係る移動通信システムは、RRC Connection Reject規制が発動されている場合において、所定サービス、具体的にはショートメッセージサービス（SMS）に起因する発信要求のみをRRC Connection Reject規制の対象から除外し、当該発信要求を許容する。
【００９９】
図１６に示すように、UE100は、「IDLE状態」でかつ「PDN Active状態」である。移動通信ネットワーク200は、ステップＳ７００１において、RRC Connection Reject規制を発動する。
【０１００】
ステップＳ７００２〜Ｓ７００５の動作は、図１４に示したステップＳ４００２〜Ｓ４００５と概ね同様である。
【０１０１】
RRC機能部190は、NAS機能部170から受信したService RequestにSMS originatingが含まれている場合、ステップＳ７００６において、RRC Connection Reject規制が発動中であってもRRC Connection Request（SMS）を移動通信ネットワーク200に送信する。なお、UE100は、RRC Connection Rejectを受信することによって、RRC Connection Reject規制が発動されていることを認識する。
【０１０２】
移動通信ネットワーク200、具体的には、eNB210は、ステップＳ７００７においてUE100から受信したRRC Connection Request（SMS）に基づいて、RRCコネクションの設定を実行する。すなわち、eNB210は、SMS（所定サービス）に起因する発信要求であることを示すSMS originating（発信サービス値）がRRC Connection Requestに含まれている場合、当該RRC Connection Requestを拒絶することによってUE100からの発信を規制するRRC Connection Reject規制が発動中であっても、当該RRC Connection Requestを受け付け、RRCコネクションの設定を実行する。より具体的には、eNB210のevRRC機能部は、RRC Connection Reject規制を発動中であっても、RRC Connection Request（SMS）を受信した場合には、UE100に対してRRC Connection Rejectを送信せず、RRC Connection Setupを送信する。
【０１０３】
この結果、RRCコネクションが設定され、ステップＳ７００８においてAPL機能部110から移動通信ネットワーク200へのSMSの送信が実行される。
【０１０４】
図１８は、waitTime（待機値）に基づくT302（待機タイマ）が起動中における移動通信システムの動作を示すシーケンス図である。
【０１０５】
図１８に示すように、RRC機能部190は、ステップＳ８００１において、移動通信ネットワーク200から受信したRRC Connection Reject（不図示）に基づいて、T302を起動する。
【０１０６】
ステップＳ８００２〜Ｓ８００５の動作は、図１７に示したステップＳ７００２〜Ｓ７００５と同様である。
【０１０７】
RRC機能部190は、NAS機能部170から受信したService RequestにSMS originatingが含まれている場合、ステップＳ８００６において、T302（待機タイマ）が起動中であっても、RRC Connection Reject規制をスキップする。さらに、RRC機能部190は、ステップＳ８００７において、RRC Connection Request（SMS）を移動通信ネットワーク200に送信する。
【０１０８】
eNB210は、ステップＳ８００８においてUE100から受信したRRC Connection Request（SMS）に基づいて、RRCコネクションの設定を実行する。つまり、eNB210は、SMS originatingがRRC Connection Requestに含まれている場合、RRC Connection Reject規制が発動中であっても、当該RRC Connection Requestを受け付け、RRCコネクションの設定を実行する。
【０１０９】
この結果、RRCコネクションが設定され、ステップＳ８００９においてAPL機能部110から移動通信ネットワーク200へのSMSの送信が実行される。
【０１１０】
（２）作用・効果
本実施形態によれば、第４実施形態と同様に、移動通信ネットワーク200の輻輳状況及びサービスの優先度に応じて、規制の対象とするサービスを適切かつ確実に制御することができる。
【０１１１】
また、RRC Connection Reject規制が発動されている場合であって、かつestablishment causeに特定のサービス（または機能）が設定されたRRC Connection RequestをUE100から受信した場合でも、RRC Connection Reject規制を実行しないようにすることができ、オペレータによる運用の柔軟性を向上し得る。
【０１１２】
［その他の実施形態］
上述したように、本発明の第１実施形態〜第５実施形態を通じて本発明の内容を開示したが、この開示の一部をなす論述及び図面は、本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態が明らかとなろう。
【０１１３】
例えば、上述した実施形態では、EUTRAN（LTE）方式を例として説明したが、本発明が適用可能な無線アクセスネットワーク方式は、EUTRANに必ずしも限定されず、本発明は、上述した実施形態と同様のアクセス規制が適用される無線アクセスネットワーク方式に適用可能である。
【０１１４】
上述した実施形態では、移動通信ネットワーク200に対するアクセス規制をUE100に通知するネットワーク装置として、eNB210またはSMSC（SMSCenter）を挙げたが、当該ネットワーク装置は、規制によって異なっていてもよい。例えば、ACB for Dataの場合はeNB210、SSACの場合はIMSを構成する装置またはMMEが当該ネットワーク装置として機能してもよい。
【０１１５】
また、上述した本発明は、以下のように表現されていてもよい。本発明の第１の特徴は、MMTEL機能部120（MMTEL機能部）と、NAS機能部170（NAS機能部）と、RRC機能部190（RRC機能部）とを備えるUE100（移動局）であって、前記RRC機能部は、移動通信ネットワークから、緊急呼以外のデータ呼の発信を規制するためのac-BarringForMO-Data（データ呼用アクセス規制情報）及びIMS PS voice call（VoLTE呼）の発信を規制するためのssac-BarringForMMTEL-Voice（VoLTE呼用アクセス規制情報）を含むSIB2（報知情報）を受信し、前記MMTEL機能部は、前記VoLTE呼の発信要求を検出すると、前記RRC機能部から取得した前記VoLTE呼用アクセス規制情報に基づいて、前記VoLTE呼の発信の可否について判定し、前記VoLTE呼の発信が可能であると判定した場合、前記NAS機能部に対して、前記VoLTE呼用のベアラを確立するように要求するBearer Request（ベアラ要求）を送信し、前記NAS機能部は、前記ベアラ要求に応じて、前記RRC機能部に対して、前記MMTEL機能部からの発信である旨を通知するService Request（サービス要求）を送信し、前記RRC機能部は、前記サービス要求に応じて、前記データ呼用アクセス規制情報またはTbarring（規制タイマ）に基づいて、前記VoLTE呼の発信の可否について判定することなく、前記移動通信ネットワークに対して、RRC Connection Request（RRCコネクション要求）を送信することを要旨とする。
【０１１６】
本発明の第１の特徴において、前記RRC機能部は、前記報知情報に所定ビットが含まれている場合、前記サービス要求に応じて、前記データ呼用アクセス規制情報または規制タイマに基づいて、前記VoLTE呼の発信の可否について判定することなく、前記移動通信ネットワークに対して、RRCコネクション要求を送信し、前記報知情報に所定ビットが含まれていない場合、前記サービス要求に応じて、前記データ呼用アクセス規制情報または前記規制タイマに基づいて、前記VoLTE呼の発信の可否について判定してもよい。
【０１１７】
本発明の第２の特徴は、MMTEL機能部と、NAS機能部と、RRC機能部とを備える移動局であって、前記RRC機能部は、移動通信ネットワークから、VoLTE呼の発信を規制するためのVoLTE呼用アクセス規制情報を含む報知情報を受信し、前記MMTEL機能部は、前記VoLTE呼の発信要求を検出すると、前記RRC機能部から取得した前記VoLTE呼用アクセス規制情報に基づいて、該VoLTE呼の発信の可否について判定し、前記VoLTE呼の発信が可能であると判定した場合、前記NAS機能部に対して、前記VoLTE呼用のベアラを確立するように要求するベアラ要求を送信し、前記NAS機能部は、前記ベアラ要求に応じて、前記RRC機能部に対して、前記MMTEL機能部からの発信である旨を通知するサービス要求を送信し、前記RRC機能部は、前記サービス要求に応じて、T302（待機タイマ）に基づいて、前記VoLTE呼の発信の可否について判定することなく、前記移動通信ネットワークに対して、前記MMTEL機能部からの発信である旨を通知するRRCコネクション要求を送信することを要旨とする。
【０１１８】
本発明の第３の特徴は、MMTEL機能部と、NAS機能部と、RRC機能部とを備える移動局、及び移動通信ネットワークを含む移動通信システムであって、前記RRC機能部は、前記移動通信ネットワークから、VoLTE呼の発信を規制するためのVoLTE呼用アクセス規制情報を含む報知情報を受信し、前記MMTEL機能部は、前記VoLTE呼の発信要求を検出すると、前記RRC機能部から取得した前記VoLTE呼用アクセス規制情報に基づいて、該VoLTE呼の発信の可否について判定し、前記VoLTE呼の発信が可能であると判定した場合、前記NAS機能部に対して、前記VoLTE呼用のベアラを確立するように要求するベアラ要求を送信し、前記NAS機能部は、前記ベアラ要求に応じて、前記RRC機能部に対して、前記MMTEL機能部からの発信である旨を通知するサービス要求を送信し、前記RRC機能部は、前記サービス要求に応じて、規制タイマに基づいて、前記VoLTE呼の発信の可否について判定することなく、前記移動通信ネットワークに対して、前記MMTEL機能部からの発信である旨を通知するRRCコネクション要求を送信し、前記移動通信ネットワークは、前記移動局による無線アクセスを規制している場合であっても、前記RRCコネクション要求を受信した場合には、前記移動局に対して、RRCコネクション拒絶を送信することなく、RRC Connection Setup（RRCコネクション設定）を送信することを要旨とする。
【０１１９】
本発明の第４の特徴は、アプリケーション機能部と、NAS機能部と、RRC機能部とを備える移動局であって、前記アプリケーション機能部は、所定サービス（例えば、SMS）の発信要求を前記NAS機能部に送信し、前記NAS機能部は、前記所定サービスに起因する発信要求であることを示す発信サービス値（例えば、SMS originating）を含むサービス要求を前記RRC機能部に送信し、前記RRC機能部は、前記NAS機能部から受信した前記サービス要求に前記発信サービス値が含まれている場合、移動通信ネットワークによってアクセス規制が発動されている場合でも、RRCコネクション要求を前記移動通信ネットワークに送信することを要旨とする。
【０１２０】
本発明の第４の特徴において、前記RRC機能部は、前記アクセス規制に基づいて発信を規制する時間を規定するTbarring（規制タイマ）が起動中であっても前記RRCコネクション要求を前記移動通信ネットワークに送信してもよい。
【０１２１】
本発明の第４の特徴において、前記RRC機能部は、前記所定サービスを前記アクセス規制の対象から除外することが前記移動通信ネットワークか通知された場合、前記RRCコネクション要求を前記移動通信ネットワークに送信しておもよい。
【０１２２】
本発明の第５の特徴は、移動通信ネットワークに含まれ、前記移動通信ネットワークに対するアクセス規制を移動局に通知するネットワーク装置（例えば、eNB210またはSMSC）であって、前記アクセス規制が発動されている場合において、所定サービスを前記アクセス規制の対象から除外することを前記移動局に通知することを要旨とする。
【０１２３】
本発明の第６の特徴は、アプリケーション機能部と、NAS機能部と、RRC機能部とを備える移動局であって、前記アプリケーション機能部は、所定サービスの発信要求を前記NAS機能部に送信し、前記NAS機能部は、前記所定サービスに起因する発信要求であることを示す発信サービス値を含むサービス要求を前記RRC機能部に送信し、前記RRC機能部は、前記NAS機能部から受信した前記サービス要求に前記発信サービス値が含まれている場合、移動通信ネットワークからRRCコネクション拒絶によって通知されるwaitTime（待機値）に基づくT302（待機タイマ）が起動中であってもRRCコネクション要求を前記移動通信ネットワークに送信することを要旨とする。
【０１２４】
本発明の第６の特徴において、前記RRC機能部は、前記発信サービス値が含まれる前記RRCコネクション要求を前記移動通信ネットワークに送信してもよい。
【０１２５】
本発明の第７の特徴は、移動局からを受信したRRCコネクション要求に基づいて、RRCコネクションの設定を実行する無線基地局であって、所定サービスに起因する発信要求であることを示す発信サービス値が前記RRCコネクション要求に含まれている場合、前記RRCコネクション要求を拒絶することによって前記移動局からの発信を規制するRRC Connection Reject規制（エラー! 参照元が見つかりません。）が発動中であっても、前記RRCコネクション要求を受け付け、前記RRCコネクションの設定を実行することを要旨とする。
【０１２６】
このように、本発明は、ここでは記載していない様々な実施の形態等を含むことは勿論である。したがって、本発明の技術的範囲は、上述の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【０１２７】
100  UE
110  APL機能部
120  MMTEL機能部
130  CM機能部
140  SIP機能部
150  UE TCP/UDP機能部
160  IP機能部
170  NAS機能部
180  L2機能部
190  RRC機能部
200  移動通信ネットワーク
210  eNB
【図１】
2015089101.tif 000003
【図２】
2015089101.tif 000004
【図３】
2015089101.tif 000005
【図４】
2015089101.tif 000006
【図５】
2015089101.tif 000007
【図６】
2015089101.tif 000008
【図７】
2015089101.tif 000009
【図８】
2015089101.tif 000010
【図９】
2015089101.tif 000011
【図１０】
2015089101.tif 000012
【図１１】
2015089101.tif 000013
【図１２】
2015089101.tif 000014
【図１３】
2015089101.tif 000015
【図１４】
2015089101.tif 000016
【図１５】
2015089101.tif 000017
【図１６】
2015089101.tif 000018
【図１７】
2015089101.tif 000019
【図１８】
2015089101.tif 000020