(57)【要約】【課題】  ネットワークの輻輳状況に応じて、サービスまたはアプリケーションごとに柔軟な呼規制制御を行う。  【解決手段】  呼規制制御方法は、移動通信システムで呼規制が発動される際に、サービス又はアプリケーションごとに前記呼規制の対象外であるか否かを示す報知情報をネットワークから通知し、移動局で前記報知情報を受信し、前記移動局で呼が発生したときに、前記移動局は前記報知情報を参照して、前記発生した呼に対して呼規制を行うか否かを判断する。【選択図】図２
2015142293.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムで呼規制が発動される際に、サービス又はアプリケーションごとに前記呼規制の対象外であるか否かを示す報知情報をネットワークから通知し、
移動局で前記報知情報を受信し、前記移動局で呼が発生したときに、前記移動局は前記報知情報を参照して、前記発生した呼に対して呼規制を行うか否かを判断する、
ことを特徴とする呼規制制御方法。
【請求項２】
前記報知情報は、前記サービス又はアプリケーションが含まれるカテゴリーごとに前記呼規制の対象外であるか否かを示す情報を含み、
前記移動局は、前記サービス又はアプリケーションがどのカテゴリーに含まれるかを示すカテゴリー情報をあらかじめ有し、
前記呼が発生したときに、前記報知情報と前記カテゴリー情報を参照して、前記発生した呼に対して前記呼規制を行うか否かを判断する、
ことを特徴とする請求項１に記載の呼規制制御方法。
【請求項３】
前記移動局は、前記サービス又はアプリケーションがどのカテゴリーに含まれるかのチェックをＡＳレイヤで行うことを特徴とする請求項２に記載の呼規制制御方法。
【請求項４】
前記移動局は、前記サービス又はアプリケーションがどのカテゴリーに含まれるかのチェックを上位レイヤで行うことを特徴とする請求項２に記載の呼規制制御方法。
【請求項５】
前記報知情報は、呼の種別ごとに前記呼規制の対象外であるか否かを示す情報を含み、
前記移動局は、前記呼が発生したときに、前記呼の種別を判別し、かつ前記報知情報を参照して、前記発生した呼に対して前記呼規制を行うか否かを判断する、
ことを特徴とする請求項１に記載の呼規制制御方法。
【請求項６】
ネットワークからの報知情報を受信する受信部と、
発生する呼を管理する呼管理部と、
前記呼に対して呼規制を行うか否かを判断する判断部と、
を有し、
前記報知情報は、移動通信システムで呼規制が発動される際に、サービス又はアプリケーションごとに前記呼規制の対象外とされるか否かを示す情報を含み、
前記呼管理部は、発生した呼の種類を前記判断部に通知し、
前記判断部は、前記報知情報と、前記呼管理部からの通知に基づいて、前記発生した呼に対して呼規制を行うか否かを判断する、
ことを特徴とする移動局装置。
【請求項７】
前記サービス又はアプリケーションのカテゴリーを示すカテゴリー情報を格納する記憶部、
をさらに有し、
前記報知情報は、前記サービス又はアプリケーションが属するカテゴリーごとに前記呼規制の対象外とされるか否かを示す情報を含み、
前記判断部は、前記呼が発生したときに、前記報知情報と前記カテゴリー情報とに基づいて、前記発生した呼に対して前記呼規制を行うか否かを判断する、
ことを特徴とする請求項６に記載の移動局装置。
【請求項８】
前記判断部は、前記サービス又はアプリケーションが属するカテゴリーのチェックをＡＳレイヤで行うことを特徴とする請求項７に記載の移動局装置。
【請求項９】
前記判断部は、前記サービス又はアプリケーションが属するカテゴリーを上位レイヤで行うことを特徴とする請求項７に記載の移動局装置。
【請求項１０】
移動通信システムで呼規制が発動される際に、前記呼規制の発動を示す第１情報と、前記呼規制の対象外とされるサービスまたはアプリケーションを示す第２情報とを含む報知情報を生成する報知情報生成部と、
前記報知情報を送信する送信部と、
を有することを特徴とする基地局装置。
【請求項１１】
前記報知情報生成部は、前記第２情報に、前記サービスまたはアプリケーションが属するカテゴリーごとに前記呼規制の対象外とされるか否かを示す規制パラメータを設定することを特徴とする請求項１０に記載の基地局装置。
【請求項１２】
前記報知情報生成部は、前記第２情報に個別のサービスまたはアプリケーションごとに前記呼規制の対象外とされるか否かを示す規制パラメータを設定することを特徴とする請求項１０に記載の基地局装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信の分野に関し、特に、ネットワーク状況に応じた呼規制制御技術に関する。
【背景技術】
【０００２】
３ＧＰＰ（Third Generation Partnership Project）標準化仕様では、以下の規制制御が規定されている（非特許文献１及び２参照）。
‐ＡＣＢ（Access Class Barring：アクセスクラス規制）
全データパケット呼を対象にした規制であり、無線基地局（ｅＮＢ：Evolved Node B）やモビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）のリソースの輻輳を軽減するために発動される。
‐ＳＳＡＣ（Service Specific Access Control：サービス固有アクセス制御）
MMTEL-Voice（Multimedia Telephony-Voice）、MMTEL-Videoと呼ばれる呼を対象にした規制制御である。ｅＮＢやＩＭＳ（IP Multimedia Subsystem）ノードのリソースの輻輳を軽減するために発動される。
‐ＡＣＢ for ＣＳＦＢ
ＣＳＦＢ（Circuit Switched Fallback：回線交換フォールバック）呼を対象にしたアクセスクラス規制である。ＣＳＦＢ呼によるｅＮＢのリソースの輻輳を軽減するために発動される。
‐ＥＡＢ（Extended Access Barring：拡張アクセス規制）
ＭＴＣ（Machine Type Communication）端末を対象にしたマシンコム用規制制御である。ＭＴＣ端末によるｅＮＢのリソースの輻輳を軽減するために発動される。
これらの規制制御のうち、ＳＳＡＣはMMTEL/IMSレイヤ（アプリケーションレイヤ）で実施され、ＳＳＡＣ以外の規制は、アクセスストラータム（ＡＳ：Access Stratum）レイヤで実施される。
ＡＣＢ及びＳＳＡＣが発動されると、ネットワークから報知情報を用いてＡＣＢとＳＳＡＣの規制パラメータが通知される。移動局（ＵＥ：User Equipment）は報知情報を受信し、呼が発生する際に該当するレイヤで規制を実施する。上述のように、ＡＣＢはＡＳレイヤで実施される。ＳＳＡＣの場合は、ＵＥはＡＳレイヤで規制パラメータを取得して規制パラメータを上位（MMTEL/IMS）レイヤに渡し、上位レイヤで規制を実施する。
パケットデータには、たとえば、
(1) ベストエフォートパケット（Youtube（登録商標）、Facebook（登録商標）、Line（登録商標）、Web閲覧などの一般のパケットデータ）
(2) 音声パケット（MMTEL Voice（VoLTE：Voice over LTE））、MMTEL Videoなど）
(3) ＩＭＳベースのサービスパケット（ＳＭＳ（Short Message Service）、ＲＣＳ（Rich Communication Service）など）
(4) 災害伝言板パケット
等の種類がある。
【０００３】
現状の規制の仕組みでは、一般のパケットデータとMMTEL/IMSパケットのための規制しか定義されていない。一般のパケットデータに対しては、ＡＳレイヤでＡＣＢが実施され、MMTELデータやIMSベースのパケットに対しては、MMTEL/IMSレイヤでＳＳＡＣが実施される。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】3GPP TS22.011
【非特許文献２】3GPP TS36. 331
【発明の概要】
【発明が解決しようとする課題】
【０００５】
図１は、現状の規制制御における課題を示す図である。MMTELデータは、ＳＳＡＣだけではなくＡＣＢの対象にもなる。その他のサービスのデータもすべて一律にＡＣＢの対象となる。その結果、ネットワークがＡＣＢとＳＳＡＣの規制情報を報知している場合（ＡＣＢとＳＳＡＣが発動されている場合）、移動局（ＵＥ）ではMMTEL Voice（VoLTE）やMMTEL Videoの呼について二重の規制制御が行われる。すなわち、MMTEL/IMSレイヤでＳＳＡＣが実行され、ＡＳレイヤでＡＣＢが実行される。また、すべてのサービスがＡＣＢの対象となる結果、災害伝言パケットのような緊急パケットをＡＣＢの対象から外すことができない。
【０００６】
現実には、ネットワークの輻輳状況に応じてサービス別にフレキシブルに呼規制を制御できる技術が必要である。
【０００７】
そこで、ネットワーク状況に応じて、サービス別に独立かつ別々（independent and separate）に規制制御を行うことのできる通信技術を提供することを課題とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、第１の態様として、呼規制制御方法を提供する。呼規制制御方法は、
移動通信システムで呼規制が発動される際に、サービス又はアプリケーションごとに前記呼規制の対象外であるか否かを示す報知情報をネットワークから通知し、
移動局で前記報知情報を受信し、前記移動局で呼が発生したときに、前記移動局は前記報知情報を参照して、前記発生した呼に対して呼規制を行うか否かを判断する、
ことを特徴とする。
【０００９】
第２の態様では、移動局装置を提供する。移動局装置は、
ネットワークからの報知情報を受信する受信部と、
発生する呼を管理する呼管理部と、
前記呼に対して呼規制を行うか否かを判断する判断部と、
を有し、
前記報知情報は、移動通信システムで呼規制が発動される際に、サービス又はアプリケーションごとに前記呼規制の対象外とされるか否かを示す情報を含み、
前記呼管理部は、発生した呼の種類を前記判断部に通知し、
前記判断部は、前記報知情報と、前記呼管理部からの通知に基づいて、前記発生した呼に対して呼規制を行うか否かを判断する。
【００１０】
第３の態様では、基地局装置を提供する。基地局装置は、
移動通信システムで呼規制が発動される際に、前記呼規制の発動を示す第１情報と、前記呼規制の対象外とされるサービスまたはアプリケーションを示す第２情報とを含む報知情報を生成する報知情報生成部と、
前記報知情報を送信する送信部と、
を有する。
【発明の効果】
【００１１】
ネットワーク状況に応じて、サービスまたはアプリケーションごとに柔軟な呼規制制御が可能になる。また、特定の呼に対する二重規制を回避することができる。
【図面の簡単な説明】
【００１２】
【図１】現状の規制制御の課題を示す図である。
【図２】第１実施形態の呼規制制御を示す図である。
【図３】第１実施形態でＡＣＢスキップを行う場合のシーケンス図である。
【図４】第１実施形態でＡＣＢスキップを行わない場合のシーケンス図である。
【図５】第１実施形態の変形例を示す図である。
【図６】変形例でＡＣＢスキップを行う場合のシーケンス図である。
【図７】変形例でＡＣＢスキップを行わない場合のシーケンス図である。
【図８】第２実施形態の呼規制制御を示す図である。
【図９】第２実施形態でＡＣＢスキップを行う場合のシーケンス図である。
【図１０】第２実施形態でＡＣＢスキップを行わない場合のシーケンス図である。
【図１１】移動局（ＵＥ）の概略構成図である。
【図１２】基地局装置（ｅＮＢ）の概略構成図である。
【発明を実施するための形態】
【００１３】
以下の実施形態では、ネットワークあるいはオペレータの輻輳状況に応じて、サービス別に独立かつ別々に規制制御を実施する。ここで「別々に」というのは、すべてのサービスのパケット呼を一律にＡＣＢの対象とするのではなく、状況に応じてあるサービス（あるいはアプリケーション）の呼についてはＡＣＢの対象から除外することをいう。
【００１４】
たとえば、
(a) 災害時に、一般アクセスクラス（ＡＣ０〜９）の音声と、優先アクセスクラス（ＡＣ１１〜１５）の音声を通し、その他の一般データパケット（Ｗｅｂ閲覧等）を規制する、
(b) 災害時に、音声以外の一般データパケットと一般アクセスクラス（ＡＣ０〜９）の音声を規制して、優先アクセスクラス（ＡＣ１１〜１５）の音声と災害伝言板パケットを通す、
などである。
【００１５】
上記の例(a)は、たとえば、ｅＮＢとＭＭＥが輻輳しているが、ＩＭＳノードに余裕がある場合に実現可能である。上記の例(b)は、たとえばｅＮＢ、ＭＭＥ、ＩＭＳノードが輻輳するが、最低限のサービスを提供したい場合に有効である。
【００１６】
上記の例以外にも、輻輳状況に応じて特定のサービス／アプリケーションのパケット呼に対してＡＣＢの対象外とすることで、輻輳時にできるだけ多くのサービスの提供を維持することができる。
【００１７】
これを実現するために、たとえば、ネットワーク側でＡＣＢを突破する呼の種類を報知し、ＵＥは、ＡＣＢの対象外（ＡＣＢスキップ許可）とされた呼に対して、ＡＣＢ規制を行わないように呼の制御を行う。
【００１８】
ＡＣＢを突破する呼の決定方法として、たとえば、
（１）サービスやアプリケーションのカテゴリーごとにＡＣＢの対象外とされるか否かを判断する方法と、
（２）呼ごとにＡＣＢの対象外とされるか否かを判断する方法、
が考えられる。
＜第１実施形態＞
図２は、第１実施形態の呼規制制御の基本構成図である。第１実施形態では、ＡＣＢ発動時に、サービスやアプリケーションのカテゴリーごとに、ＡＣＢの対象外とされているか否かを判断する。
【００１９】
サービス／アプリケーションのカテゴリー分類の一例として、
（１） カテゴリー１（MMTEL Voice、MMTEL Video、及びＳＭＳ）と、
（２） カテゴリー２（災害伝言板）
を設ける。ＲＣＳについてはカテゴリー設定がされていない。これはあくまでも一例であって、上記以外のエマージェンシーサービスや、メッセージサービス、ポスティングサービスなどにカテゴリーを割り当ててもよい。
【００２０】
ネットワークは、呼規制制御に関する報知情報４０Ａを、たとえばシステム情報ブロック（ＳＩＢ）に含めて通知する。ＵＥ２０はｅＮＢを介して報知情報４０Ａを受信する。
【００２１】
報知情報４０Ａは、ＡＣＢパラメータ４１、ＳＳＡＣパラメータ４２、カテゴリー１用のＡＣＢスキップ許可ビット４３、及びカテゴリー２用のＡＣＢスキップ許可ビット４４を含む。
ＡＣＢパラメータ４１は、ＡＣＢを発動する際の規制ファクタを示す。ＳＳＡＣパラメータ４２は、ＳＳＡＣを発動する際の規制ファクタを示す。規制ファクタは、たとえば規制の程度や規制時間を含む。規制の程度をパーセンテージで表す場合は、たとえば「ｐ００」は１００％の規制を示し、「ｐ９５」は５％を通す規制であることを示す。規制時間はたとえば平均規制時間である。規制ファクタはビットマップの形式で表示されてもよい。
カテゴリー１用のＡＣＢスキップ許可ビット４３は、ＡＣＢの発動時に、カテゴリー１のサービス（またはアプリケーション）についてＡＣＢスキップが許容されるか否かを示す。たとえば、このビット４３にフラグが立っている場合は、ＡＣＢ発動下でもカテゴリー１に含まれるサービス呼に対してＡＣＢを適用せずに発信（発呼）を許可する。
【００２２】
同様に、カテゴリー２用のＡＣＢスキップ許可ビット４４は、ＡＣＢ発動時に、カテゴリー２のサービス（またはアプリケーション）についてＡＣＢのスキップが許容されるか否かを示す。たとえば、ビット４４にフラグが立っている場合は、カテゴリー２のサービス呼に対してＡＣＢを適用せずに発信（発呼）を許可する。
【００２３】
呼の規制を発動するか否かは、ネットワークの輻輳状況に応じてオペレータが決定してもよい。カテゴリーごとにＡＣＢスキップを許可するか否かは、たとえばオペレータがネットワーク上の各ノードの輻輳状態に応じて決定してもよい。
【００２４】
ＵＥ２０は、あらかじめ、どのサービス（アプリケーション）がどのカテゴリーに分類されているかの情報を保持している。図２の例では、上位レイヤ（MMTEL/IMSレイヤ）がカテゴリー情報を保持し、処理対象となるデータ（呼）がどのカテゴリーに含まれるかを判断する。上位レイヤは、判断したカテゴリー種別を、ＡＳレイヤに通知する。
【００２５】
ＡＳレイヤでは、上位レイヤから通知されたカテゴリー種別と、報知情報４０Ａに含まれるカテゴリー別のＡＣＢスキップ許可ビット４３、４４の値に応じて、生成されたデータ（呼）に対してＡＣＢを実施するかスキップするかを判断する（Ｓ２０５）。
【００２６】
図２の例では、ＵＥ２０でMMTEL Voiceデータ、MMTEL Videoデータ、又はＳＭＳデータが発生した場合、ＡＳレイヤに「カテゴリー１」の通知がなされる。このとき、報知情報４０Ａでカテゴリー１用のＡＣＢスキップ許可ビット４３にフラグが立っていると、ＡＳレイヤではＡＣＢ発動下であっても、発生した呼に対して発信（発呼）処理を行う。ただし、MMTEL VoiceとMMTEL Videoについては、別途ＳＳＡＣパラメータ４２に基づいて上位レイヤでＳＳＡＣが実施される。
【００２７】
ＵＥ２０で災害伝言板パケットが発生した場合、上位レイヤからＡＳレイヤに「カテゴリー２」の通知がなされる。このとき、報知情報４０Ａのカテゴリー２用のＡＣＢスキップ許可ビット４４にフラグが立っていると、ＡＳレイヤではＡＣＢ発動下でも発呼処理が行われる。
【００２８】
ＲＣＳデータにはカテゴリー分類がないため、上位レイヤからの通知がない。この場合は、ＡＳレイヤでＡＣＢが実施され、発信（発呼）が規制される。
【００２９】
この制御の結果、ＵＥではMMTEL VoiceやMMTEL Videoに対する二重の規制評価を回避することができる。また、すべてのサービスに対して一律にＡＣＢが適用されるのではなく、たとえば災害伝言板のデータだけ、あるいは特定のカテゴリーに含まれるサービス（アプリケーション）の呼だけをＡＣＢの対象外とすることができる。
【００３０】
図３は、第１実施形態でＡＣＢをスキップする際のシーケンス図である。ｅＮＢ１０は規制が発動されると、ＡＣＢパラメータ４１、ＳＳＡＣパラメータ４２、及びカテゴリー１用のＡＣＢスキップ許可ビット４３を含む報知情報４０Ａを送信する（Ｓ１０１）。図示はしないが、カテゴリー２用のＡＣＢスキップ許可ビット４２を報知情報４０Ａに含めてもよい。報知情報４０ＡはＵＥ２０で受信され、ＡＳレイヤ処理機能１２１によって処理される。
【００３１】
上位レイヤ処理機能１２２は、カテゴリーリストを保持しており、ＵＥ２０内で発生するパケット（呼）のカテゴリーチェックを行う（Ｓ２０１）。たとえばMMTEL Voice呼が発生した場合（Ｓ２０２）、カテゴリーリストを参照してカテゴリー１であると判断し、生成されたMMTEL Voice呼とともに、カテゴリー１であることを示す通知（インジケーション）をＡＳレイヤ処理機能１２１に渡す（Ｓ２０３）。
【００３２】
ＡＳレイヤ処理機能１２１は、上位レイヤからのカテゴリー通知と、報知情報４０Ａに含まれるＡＣＢスキップビットの状態（値）に応じて、上位レイヤから受け取ったMMTEL Voice呼にＡＣＢを実施するか否かを判断する。上位レイヤからの通知がカテゴリー１であり、かつ報知情報４０Ａのカテゴリー１用のＡＣＢスキップ許可ビット４３にフラグが立っている場合は、ＡＣＢをスキップする（Ｓ２０５Ｙ）。
【００３３】
この場合は、呼規制が行われないので、MMTEL Voice呼のために発信手順（ＲＡＣＨ手続など）が実施される（Ｓ２０６）。
【００３４】
図４は、第１実施形態でＡＣＢをスキップしない（ＡＣＢを実施する）際のシーケンス図である。ｅＮＢからの報知（Ｓ１０１），及び上位レイヤでのカテゴリーチェック（Ｓ２０１）は、図３と同じである。
【００３５】
ＵＥ２０でベストエフォート呼（たとえばＷｅｂ閲覧）が発生すると（Ｓ２１２）、上位レイヤ処理機能１２２は、カテゴリーリストを参照してベストエフォート呼に対するカテゴリー割り当てがないと判断する。この場合は、発生したベストエフォート呼とともに、カテゴリ種別がないことを示す通知（インジケーション）をＡＳレイヤに渡す（Ｓ２１３）。
【００３６】
ＡＳレイヤ処理機能１２１は、上位レイヤからの通知と、報知情報４０Ａに含まれるＡＣＢスキップ許可ビットとに基づいて、処理対象のベストエフォート呼にＡＣＢスキップは許可されないと判断する（Ｓ２０５Ｎ）。ＡＳレイヤ処理機能１２１はＡＣＢ規制を実施し（Ｓ２０７）、上位レイヤに規制通知を送る（Ｓ２０８）。
【００３７】
このように、第１実施形態では、ＡＣＢ発動時にサービスやアプリケーションのカテゴリーに応じてＡＣＢスキップが許容されるか否かが判断されるので、ネットワーク輻輳状況に応じて、できるだけ多くのサービスを維持することができる。
【００３８】
図５は、第１実施形態の変形例である。図２では、上位レイヤでカテゴリーチェックを行っていたが、図５の変形例では、ＡＳレイヤでカテゴリーチェックを行う。
【００３９】
図２と同様に、サービス／アプリケーションカテゴリーの例として、たとえば、MMTEL Voice、MMTEL Video、及びＳＭＳをカテゴリー１とする。また、災害伝言板をカテゴリー２とする。ＲＣＳについてはカテゴリー設定がされていない。ネットワークから通知される報知情報４０Ａの構成も図２と同様である。
【００４０】
ＵＥ２０は、あらかじめ、どのサービス（アプリケーション）がどのカテゴリーに分類されているかの情報を保持している。図５の変形例では、ＡＳレイヤがカテゴリー情報を保持し、処理対象となるデータがどのカテゴリーに含まれるかを判断する。
【００４１】
上位レイヤでは、発生したパケットの種類を判断して、ＡＳレイヤにパケットを渡すとともに、そのパケットの種類を通知する。
【００４２】
ＡＳレイヤは、上位レイヤから通知されたかパケットの種類から、カテゴリーリストを参照してそのパケットのカテゴリーを判断する（Ｓ３０１）。判断したカテゴリーと、報知情報４０Ａに含まれるＡＣＢスキップ許可ビット４３、４４の値に応じて、処理対象のパケット（呼）に対してＡＣＢを実施するかスキップするかを判断する（Ｓ３０５）。
【００４３】
変形例の方法においても、ＵＥ２０内でのMMTEL VoiceやMMTEL Videoに対する二重の規制を回避できる。また、すべてのサービスに対して一律にＡＣＢを適用するのではなく、特定のパケット（災害伝言板パケットなど）をＡＣＢの対象から外すことができる。
【００４４】
図６は、変形例でＡＣＢをスキップする際のシーケンス図である。ｅＮＢ１０は、ＡＣＢパラメータ４１、ＳＳＡＣパラメータ４２、カテゴリー１用のＡＣＢスキップ許可ビット４３を含む報知情報４０Ａを送信する（Ｓ１０１）。報知情報４０Ａにカテゴリー２用のＡＣＢスキップ許可ビット４４を含めてもよい。報知情報４０ＡはＵＥ２０で受信され、ＡＳレイヤ処理機能１２１によって処理される。
【００４５】
上位レイヤでMMTEL Voice呼が発生すると（Ｓ２０２）、上位レイヤ処理機能１２２は発生したパケットとともに、このパケットの種類を示す通知（インジケーション）をＡＳレイヤ処理機能１２１に送る（Ｓ２２３）。
【００４６】
ＡＳレイヤ処理機能１２１はカテゴリーリストを保持しており、上位レイヤから通知されたパケットの種類に基づいて、サービス又はアプリケーションのカテゴリーを判断する（Ｓ３０１）。上位レイヤからMMTEL Voiceである旨の通知を受け取った場合は、ＡＳレイヤ処理機能１２１はカテゴリーリストを参照して、発生した呼がカテゴリー１であると判断する。また、報知情報４０Ａに含まれるＡＣＢスキップビットの状態（値）に基づいてＡＣＢをスキップすることを決定し（Ｓ３０５Ｙ）、ｅＮＢ１０との間でＲＡＣＨ手続きを行う（Ｓ３０６）。
【００４７】
図７は、変形例でＡＣＢをスキップしない（ＡＣＢを実施する）際のシーケンス図である。ｅＮＢからの報知情報（Ｓ１０１），及びＡＳレイヤでのカテゴリーチェック（Ｓ３０１）は、図６と同じである。
【００４８】
この状態で、ＵＥ２０でベストエフォート呼（たとえばＷｅｂ閲覧）が発生する（Ｓ２１２）。上位レイヤ処理機能１２２は、発生したベストエフォート呼とともに、ベストエフォート呼であることを示す通知（インジケーション）をＡＳレイヤに渡す（Ｓ２３３）。
【００４９】
ＡＳレイヤ処理機能１２１は、上位レイヤから受け取った呼の種類に基づき、カテゴリーリストを参照して、ベストエフォート呼がカテゴリー１に含まれていないと判断する（Ｓ３０１）。ベストエフォート呼がカテゴリー１に含まれないので、ＡＳレイヤ処理機能１２１は、報知情報４０Ａのカテゴリー１用のＡＣＢスキップ許可ビット４３にフラグが立っていても、ＡＣＢスキップを行わない（Ｓ３０５Ｎ）。ＡＳレイヤ処理機能１２１はＡＣＢ規制を実施し（Ｓ３０７）、上位レイヤに規制通知を送る（Ｓ３０８）。
【００５０】
変形例でも、ＡＣＢ発動時にサービスやアプリケーションのカテゴリーに応じてＡＣＢスキップが許容されるか否かが判断されるので、ネットワーク輻輳時にできるだけ多くのサービスを維持することができる。
＜第２実施形態＞
図８は、第２実施形態の呼規制制御の基本構成図である。第２実施形態では、ＡＣＢ発動時に、呼の種類ごとにＡＣＢのスキップが許容されるか否かを判断する。
【００５１】
ネットワークは、呼規制制御に関する報知情報４０Ｂを、たとえばシステム情報ブロック（ＳＩＢ）に含めて通知する。ＵＥ２０は、ｅＮＢを介して報知チャネルで報知情報４０Ｂを受信する。
【００５２】
報知情報４０Ｂは、ＡＣＢパラメータ４１、ＳＳＡＣパラメータ４２、Voice用ＡＣＢスキップ許可ビット４５、ＳＭＳ用ＡＣＢスキップ許可ビット４６、及びエマージェンシー用ＡＣＢスキップ許可ビット４７を含む。
【００５３】
ＡＣＢパラメータ４１とＳＳＡＣパラメータ４２は、第１実施形態と同様であり、説明を省略する。Voice用ＡＣＢスキップ許可ビット４５、ＳＭＳ用ＡＣＢスキップ許可ビット４６、及びエマージェンシー用ＡＣＢスキップ許可ビット４７は、ＡＣＢの発動時に、対応する呼に対してＡＣＢスキップが許容されるか否かを示す。
【００５４】
どの種類の呼に対してＡＣＢスキップを許可するか否かは、オペレータがネットワーク上の各ノードの輻輳状態に応じて決定してもよい。
【００５５】
ＵＥ２０は、受信した報知情報４０Ｂから、どの呼に対してＡＣＢスキップが許可されているかを知ることができる。
【００５６】
呼規制の発動時に、ＵＥ２０でパケット（呼）が発生すると、上位レイヤは、その呼の種類をＡＳレイヤに通知する。ＡＳレイヤは、上位レイヤから通知された呼の種類と、報知情報４０Ｂに含まれる呼ごとのＡＣＢスキップ許可ビット４５〜４７の値に応じて、生成されたパケット（呼）に対してＡＣＢを実施するかスキップするかを判断する（Ｓ４０５）。
【００５７】
図９は、第２実施形態でＡＣＢをスキップする際のシーケンス図である。ｅＮＢ１０は呼規制が発動されると、ＡＣＢパラメータ４１、ＳＳＡＣパラメータ４２、及びMMTEL Voice用のＡＣＢスキップ許可情報４５を含む報知情報４０Ｂを送信する（Ｓ４０１）。図示はしないが、報知情報４０Ｂはその他の呼のためのＡＣＢスキップ許可情報を含んでもよい。報知情報４０ＢはＵＥ２０で受信され、ＡＳレイヤ処理機能１２１によって処理される。
【００５８】
ＵＥ２０内でMMTEL Voice呼が発生すると（Ｓ４０２）、上位レイヤ処理機能１２２は発生した呼とともに、それがMMTEL Voice呼であることを示す通知をＡＳレイヤ処理機能１２１に送る（Ｓ４０３）。
【００５９】
ＡＳレイヤ処理機能１２１は、上位レイヤからの通知と、報知情報４０Ｂに含まれるＡＣＢスキップビットの状態（値）に応じて、上位レイヤから受け取ったMMTEL Voice呼にＡＣＢを実施するか否かを判断する。報知情報４０ＢでMMTEL Voice用のＡＣＢスキップ許可ビット４５にフラグがたっている場合は、ＡＣＢをスキップする（Ｓ４０５Ｙ）。
【００６０】
この場合は、呼の規制が行われないので、MMTEL Voice呼のための発信手順（ＲＡＣＨ手続など）が実施される（Ｓ４０６）。
【００６１】
図１０は、第２実施形態でＡＣＢをスキップしない（ＡＣＢを実施する）際のシーケンス図である。ｅＮＢからの報知情報４０Ｂの送信（Ｓ４０１）は、図９と同じである。
【００６２】
ＵＥ２０でベストエフォート呼（たとえばＷｅｂ閲覧）が発生すると（Ｓ４１２）、上位レイヤ処理機能１２２は、発生した呼と、その呼がベストエフォート呼であることを示す通知をＡＳレイヤに渡す（Ｓ４１３）。
【００６３】
ＡＳレイヤ処理機能１２１は、上位レイヤからの通知と、報知情報４０Ｂに含まれるＡＣＢスキップ許可情報とに基づいて、処理対象のベストエフォート呼にＡＣＢスキップが許可されないと判断する（Ｓ４０５Ｎ）。ＡＳレイヤ処理機能１２１はＡＣＢ規制を実施し（Ｓ４０７）、上位レイヤに規制通知を送る（Ｓ４０８）。
【００６４】
このように、第２実施形態では、ＡＣＢ発動時に呼の種別に応じてＡＣＢスキップが許容されるか否かが判断されるので、ネットワーク輻輳時にできるだけ多くのサービスを維持することができる。
＜装置構成＞
図１１は、実施形態の移動局（ＵＥ）２０の概略構成図である。移動局２０は、受信部２１と、送信部２２と、呼規制制御部２７を有する。呼規制制御部２７は、規制判定２３と、呼管理部２５を含む。呼規制制御をサービス／アプリケーションのカテゴリーごとに行う場合は、ＵＥ２０はカテゴリーリスト２６を有してもよい。カテゴリーリスト２６はあらかじめ図示しないメモリに格納される。
【００６５】
受信部２１は、ネットワークからの報知情報４０Ａ（あるいは４０Ｂ）を受信する。呼管理部２５は、ＵＥ２０で発生する呼ごとにその種別を付して、下位レイヤの規制判定部２３に渡す。呼規制制御をサービス／アプリケーションのカテゴリー別に行う場合は、呼管理部２５がカテゴリーリスト２６を管理してもよい。
【００６６】
規制判定部２３は、受信部２１から通知された報知情報４０Ａ又は４０Ｂの内容と、呼管理部２５から通知された内容に基づいて、発生した呼に対してＡＣＢを実施するか、規制をスキップするかを判断する。呼規制制御をカテゴリーごとに行う場合であって、かつ規制判定部２３がカテゴリーリスト２６を管理する場合は、規制判定部２３は、報知情報４０Ａまたは４０Ｂの内容と、呼管理部２５からの通知に加えて、カテゴリーリスト２６の内容に基づいて規制を実施するか否かを判断する。
【００６７】
送信部２２は、規制判定部２３によって発信可能と判断された場合に、必要な発信プロシージャ・メッセージ（ランダムアクセス用の"RA procedure"など）を送信する。
【００６８】
図１２は、実施形態の基地局装置（ｅＮＢ）１０の概略構成図である。基地局装置１０は、報知情報生成部１１と、送信部１２を有する。報知情報生成部１１は、ＭＭＥやＯＡＭ（Operation, Administration and Maintenance：運用保守管理機能）からの情報などに基づいて報知すべき規制パラメータを設定して、報知情報４０Ａまたは４０Ｂを生成する。規制パラメータとして、カテゴリー別のＡＣＢスキップビットの値を設定してもよいし、呼の種別ごとのＡＣＢスキップビットの値を設定してもよい。
【００６９】
送信部１２は、生成された報知情報４０Ａまたは４０Ｂを無線に送信する。
【００７０】
図１１の移動局構成及び図１２の基地局構成により、ネットワークの輻輳状況に応じてサービスあるいはアプリケーションごとに独立かつ別々に規制制御を行うことができる。
【００７１】
上述した実施形態は例示であって、他方な変形例も本発明の範囲内に含む。カテゴリー種別はカテゴリー１及び２に限定されず、さらに別のサービス／アプリケーションのためのカテゴリー３を設けてもよい。呼の種別も実施形態に記載される呼に限定されない。
【符号の説明】
【００７２】
１０  基地局装置（ｅＮＢ）
１１  報知情報生成部
１２  送信部（基地局）
２０  移動局（ＵＥ）
２１  受信部
２２  送信部（移動局）
２３  規制判定部
２５  呼管理部
２６  カテゴリーリスト
２７  呼規制制御部
４０Ａ、４０Ｂ  報知情報
４１  ＡＣＢパラメータ
４２  ＳＳＡＣパラメータ
４３  カテゴリー１用のＡＣＢスキップ許可ビット（規制スキップ許可情報）
４４  カテゴリー２用のＡＣＢスキップ許可ビット（規制スキップ許可情報）
４５  Voice用ＡＣＢスキップ許可ビット（規制スキップ許可情報）
４６  ＳＭＳ用ＡＣＢスキップ許可ビット（規制スキップ許可情報）
４７  エマージェンシー用ＡＣＢスキップ許可ビット（規制スキップ許可情報）
【図１】
2015142293.tif 000003
【図２】
2015142293.tif 000004
【図３】
2015142293.tif 000005
【図４】
2015142293.tif 000006
【図５】
2015142293.tif 000007
【図６】
2015142293.tif 000008
【図７】
2015142293.tif 000009
【図８】
2015142293.tif 000010
【図９】
2015142293.tif 000011
【図１０】
2015142293.tif 000012
【図１１】
2015142293.tif 000013
【図１２】
2015142293.tif 000014