JP2015089101A - 移動局、移動通信システム及びネットワーク装置 - Google Patents

Abstract

【課題】サービス毎にオペレータの意図に沿ったより適切な発信規制を実現する移動局、移動通信システム及びネットワーク装置を提供する。【解決手段】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を送信する。【選択図】図１１

Description

本発明は、アクセス規制に応じた動作を実行する移動局、移動通信システム及びネットワーク装置に関する。

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

Claims (10)

1. MMTEL機能部と、NAS機能部と、RRC機能部とを備える移動局であって、
   前記RRC機能部は、移動通信ネットワークから、緊急呼以外のデータ呼の発信を規制するためのデータ呼用アクセス規制情報及びVoLTE呼の発信を規制するためのVoLTE呼用アクセス規制情報を含む報知情報を受信し、
   前記MMTEL機能部は、
   前記VoLTE呼の発信要求を検出すると、前記RRC機能部から取得した前記VoLTE呼用アクセス規制情報に基づいて、前記VoLTE呼の発信の可否について判定し、
   前記VoLTE呼の発信が可能であると判定した場合、前記NAS機能部に対して、前記VoLTE呼用のベアラを確立するように要求するベアラ要求を送信し、
   前記NAS機能部は、前記ベアラ要求に応じて、前記RRC機能部に対して、前記MMTEL機能部からの発信である旨を通知するサービス要求を送信し、
   前記RRC機能部は、前記サービス要求に応じて、前記データ呼用アクセス規制情報または規制タイマに基づいて、前記VoLTE呼の発信の可否について判定することなく、前記移動通信ネットワークに対して、RRCコネクション要求を送信する移動局。
2. 前記RRC機能部は、
   前記報知情報に所定ビットが含まれている場合、前記サービス要求に応じて、前記データ呼用アクセス規制情報または規制タイマに基づいて、前記VoLTE呼の発信の可否について判定することなく、前記移動通信ネットワークに対して、RRCコネクション要求を送信し、
   前記報知情報に所定ビットが含まれていない場合、前記サービス要求に応じて、前記データ呼用アクセス規制情報または前記規制タイマに基づいて、前記VoLTE呼の発信の可否について判定する請求項１に記載の移動局。
3. MMTEL機能部と、NAS機能部と、RRC機能部とを備える移動局であって、
   前記RRC機能部は、移動通信ネットワークから、VoLTE呼の発信を規制するためのVoLTE呼用アクセス規制情報を含む報知情報を受信し、
   前記MMTEL機能部は、
   前記VoLTE呼の発信要求を検出すると、前記RRC機能部から取得した前記VoLTE呼用アクセス規制情報に基づいて、該VoLTE呼の発信の可否について判定し、
   前記VoLTE呼の発信が可能であると判定した場合、前記NAS機能部に対して、前記VoLTE呼用のベアラを確立するように要求するベアラ要求を送信し、
   前記NAS機能部は、前記ベアラ要求に応じて、前記RRC機能部に対して、前記MMTEL機能部からの発信である旨を通知するサービス要求を送信し、
   前記RRC機能部は、前記サービス要求に応じて、待機タイマに基づいて、前記VoLTE呼の発信の可否について判定することなく、前記移動通信ネットワークに対して、前記MMTEL機能部からの発信である旨を通知するRRCコネクション要求を送信する移動局。
4. MMTEL機能部と、NAS機能部と、RRC機能部とを備える移動局、及び移動通信ネットワークを含む移動通信システムであって、
   前記RRC機能部は、前記移動通信ネットワークから、VoLTE呼の発信を規制するためのVoLTE呼用アクセス規制情報を含む報知情報を受信し、
   前記MMTEL機能部は、
   前記VoLTE呼の発信要求を検出すると、前記RRC機能部から取得した前記VoLTE呼用アクセス規制情報に基づいて、該VoLTE呼の発信の可否について判定し、
   前記VoLTE呼の発信が可能であると判定した場合、前記NAS機能部に対して、前記VoLTE呼用のベアラを確立するように要求するベアラ要求を送信し、
   前記NAS機能部は、前記ベアラ要求に応じて、前記RRC機能部に対して、前記MMTEL機能部からの発信である旨を通知するサービス要求を送信し、
   前記RRC機能部は、前記サービス要求に応じて、規制タイマに基づいて、前記VoLTE呼の発信の可否について判定することなく、前記移動通信ネットワークに対して、前記MMTEL機能部からの発信である旨を通知するRRCコネクション要求を送信し、
   前記移動通信ネットワークは、前記移動局による無線アクセスを規制している場合であっても、前記RRCコネクション要求を受信した場合には、前記移動局に対して、RRCコネクション拒絶を送信することなく、RRCコネクション設定を送信する移動通信システム。
5. アプリケーション機能部と、NAS機能部と、RRC機能部とを備える移動局であって、
   前記アプリケーション機能部は、所定サービスの発信要求を前記NAS機能部に送信し、
   前記NAS機能部は、前記所定サービスに起因する発信要求であることを示す発信サービス値を含むサービス要求を前記RRC機能部に送信し、
   前記RRC機能部は、前記NAS機能部から受信した前記サービス要求に前記発信サービス値が含まれている場合、移動通信ネットワークによってアクセス規制が発動されている場合でも、RRCコネクション要求を前記移動通信ネットワークに送信する移動局。
6. 前記RRC機能部は、前記アクセス規制に基づいて発信を規制する時間を規定する規制タイマが起動中であっても前記RRCコネクション要求を前記移動通信ネットワークに送信する請求項５に記載の移動局。
7. 前記RRC機能部は、前記所定サービスを前記アクセス規制の対象から除外することが前記移動通信ネットワークか通知された場合、前記RRCコネクション要求を前記移動通信ネットワークに送信する請求項５に記載の移動局。
8. 移動通信ネットワークに含まれ、前記移動通信ネットワークに対するアクセス規制を移動局に通知するネットワーク装置であって、
   前記アクセス規制が発動されている場合において、所定サービスを前記アクセス規制の対象から除外することを前記移動局に通知するネットワーク装置。
9. アプリケーション機能部と、NAS機能部と、RRC機能部とを備える移動局であって、
   前記アプリケーション機能部は、所定サービスの発信要求を前記NAS機能部に送信し、
   前記NAS機能部は、前記所定サービスに起因する発信要求であることを示す発信サービス値を含むサービス要求を前記RRC機能部に送信し、
   前記RRC機能部は、前記NAS機能部から受信した前記サービス要求に前記発信サービス値が含まれている場合、移動通信ネットワークからRRCコネクション拒絶によって通知される待機値に基づく待機タイマが起動中であってもRRCコネクション要求を前記移動通信ネットワークに送信する移動局。
10. 前記RRC機能部は、前記発信サービス値が含まれる前記RRCコネクション要求を前記移動通信ネットワークに送信する請求項９に記載の移動局。

Images