JP4954285B2 - 通信装置、通信システムおよび規制方法 - Google Patents

Description

本発明は、通信の規制を行う通信装置、通信システムおよび規制方法に関する。

災害時等のネットワーク輻輳時には、通話を確保するという観点から通信規制が行われている。この通信規制方法として、通話用のＣＳドメイン、またはパケット通信用のＰＳドメインのいずれかを、そのドメイン単位で規制することにより、通話全体またはパケット通信全体を規制することが考えられている。このような技術を開示する文献として、下記特許文献１には、ＣＤＭＡ２０００では呼種ごとに通信を規制することが可能であることが記載されており、例えば音声通話は可能であるが、電子メールは通信規制の対象とするなどの呼種ごとの規制を行うことが記載されている（特許文献１の段落００１０および００１１を参照）。

特開２００６−１８６６８６号公報

ところで、近年の携帯電話では、音声通話、テレビ電話、電子メール、ウエブブラウジング（いわゆる一般サイト）といったサービス種別に加えて、プッシュトゥトーク（いわゆるＰｏＣ、以下プッシュトークと省略する）、災害伝言板（特定サイト）といったサービス種別をユーザは利用することができる。

このような様々なサービス種別を利用することができる携帯電話では、災害などによるネットワーク輻輳時では音声による通話や災害伝言板による安否確認が他のサービス種別を比較して重要である。このように一般契約ユーザが使用するサービス種別にも優先度を設定してトラフィックを制御する必要がある。

しかしながら、従来の通信規制手法、例えば特許文献１に記載されている規制方法においては、呼種ごとに規制、すなわち通話用のＣＳドメイン単位で規制するか、パケット通信用のＰＳドメイン単位で規制するかなど、ドメイン単位でしか、その規制対象を指定することができない。したがって、近年のような様々なサービス種別を利用することができる携帯電話においては、ユーザの利用状況に応じた適切な規制対象を指定することができなかった。

そこで、上述の課題を解決するために、本発明においては、サービス種別ごとに通信規制を行うことができる通信装置、通信システムおよび規制方法を提供することを目的とする。

上述の課題を解決するために本発明の通信装置は、アクセス制御を行う制御装置と通信接続する通信装置において、前記通信装置が実行することができる通信サービスを示すサービス種別と当該サービス種別を区別するためのサービス種別符号とを対応付けた管理情報を記憶する記憶手段と、前記制御装置からサービス種別符号を示す規制メッセージを受信する規制メッセージ受信手段と、前記規制メッセージ受信手段によりサービス種別符号が受信されると、前記記憶手段に記憶されている当該サービス種別符号に対応するサービス種別を特定し、当該サービス種別における通信規制を行う規制手段と、を備えている。

また、本発明の規制方法は、アクセス制御を行う制御装置と通信接続するとともに、通信サービスを示すサービス種別と当該サービス種別を区別するためのサービス種別符号とを対応付けた管理情報を記憶する通信装置に対する規制方法において、前記制御装置からサービス種別符号を示す規制メッセージを受信する規制メッセージ受信ステップと、前記規制メッセージ受信ステップによりサービス種別符号が受信されると、予め記憶されている当該サービス種別符号に対応するサービス種別を特定し、当該サービス種別における通信規制を行う規制ステップと、を備えている。

この発明によれば、通信装置が実行することができる通信サービスを示すサービス種別と当該サービス種別を区別するためのサービス種別符号とを対応付けた管理情報を記憶しておき、制御装置からサービス種別符号を示す規制メッセージを受信する。そして、サービス種別符号が受信されると、予め記憶されている当該サービス種別符号に対応するサービス種別を特定し、当該サービス種別における通信規制を行う。これにより、サービス種別単位に通信規制を行うことができる。また、サービス種別符号を発信するオペレータ側で当該サービス種別符号の内容を操作し、サービス種別符号を適宜変えるといった簡単な発信処理を行うことで、規制対象とするサービス種別を簡単に変えることができる。また、サービス種別符号といった情報量の少ない情報を用いることで報知のための情報量を可能な限り少なくすることができる。

また、本発明の通信装置は、前記制御装置のオペレータ毎に設定されたサービス種別とサービス種別符号とが対応付けられた管理情報を受信する情報受信手段を備え、前記記憶手段は、前記情報受信手段により受信された管理情報を記憶することが好ましい。

この発明によれば、制御装置のオペレータにより設定されたサービス種別とサービス種別符号とが対応付けられた管理情報を受信し、受信された管理情報を記憶することができる。これにより、オペレータ側でサービス種別符号に対応付けて規制対象となるサービス種別を決めることができ、サービス種別が増加した場合でも簡単に対応することができる。

また、本発明の通信装置において、前記情報受信手段は、制御信号種別とサービス種別符号とが対応付けられた管理情報を受信し、前記記憶手段は、前記情報受信手段により受信された管理情報に含まれるサービス種別符号と制御信号種別とを対応付けて記憶し、前記規制手段は、前記記憶手段に記憶されている管理情報に基づいて規制処理を行うことが好ましい。

この発明によれば、制御信号種別とサービス種別符号とが対応付けられた管理情報を受信し、受信された管理情報に含まれるサービス種別符号と制御信号種別とを対応付けて記憶することができ、サービス種別のみならず制御信号に対しても規制対象とすることができ、より適切な規制を行うことができる。

また、本発明の通信装置において、前記情報受信手段は、コアノードを特定する識別情報とサービス種別符号とが対応付けられた管理情報を受信し、前記記憶手段は、前記情報受信手段により受信された管理情報に含まれるサービス種別符号と識別情報とを対応付けて記憶し、前記規制手段は、前記記憶手段に記憶されている管理情報に基づいて規制処理を行うことが好ましい。

この発明によれば、コアノードを特定する識別情報とサービス種別符号とが対応付けられた管理情報を受信し、受信された管理情報に含まれるサービス種別符号と識別情報とを対応付けて記憶することができ、サービス種別のみならずコアノードに対するアクセス制御に対しても規制対象とすることができ、より適切な規制を行うことができる。

また、本発明の通信装置において、前記記憶手段は、前記管理情報の更新状態を示すバージョン情報を記憶し、前記制御装置に対して前記記憶手段に記憶されているバージョン情報を送信するバージョン送信手段をさらに備え、前記情報受信手段は、前記バージョン送信手段による送信処理に応じて送信された最新のバージョン情報に対応する管理情報を受信することが好ましい。

この発明によれば、管理情報の更新状態を示すバージョン情報を記憶しておき、制御装置に対して予め記憶されているバージョン情報を送信し、最新のバージョン情報に対応する管理情報を取得することで、常に最新の管理情報を簡単な制御により実行することができる。

また、本発明の通信装置において、前記規制メッセージは、さらに規制の割合を示す確率情報を含み、前記規制手段は、前記確率情報に基づいて規制の要否を判断することが好ましい。

この発明によれば、規制メッセージで示されている確率情報に従った確立で規制を実行することができ、規制メッセージを簡易なものとすることができる。

また、本発明の通信装置において、前記規制メッセージは、さらに規制対象となる通信装置を特定する識別情報を含み、前記規制手段は、前記識別情報に基づいて自装置が規制対象であるか否かを判断することが好ましい。

この発明によれば、オペレータ側で規制確率を指定することができ、より確実な規制処理を実現することができる。

また、本発明の通信システムにおいて、上記通信装置と、制御装置とからなる通信システムにおいて、前記制御装置は、前記通信装置に対して管理情報を送信する情報送信手段を備えている。

この発明によれば、オペレータ側で設定した管理情報を通信装置に対して送信することができ、管理情報の変更を適宜行うことができる。

また、本発明の通信システムにおいて、前記制御装置は、さらに、前記通信装置からバージョン情報を受信するバージョン受信手段と、前記バージョン受信手段により受信されたバージョン情報が最新のバージョン情報であるか否かを判断するバージョン判断手段と、を備え、前記情報送信手段は、前記バージョン判断手段により最新のバージョン情報ではないと判断された場合、最新のバージョン情報で示される管理情報を送信することが好ましい。

この発明によれば、受信したバージョン情報に基づいて最新のバージョン情報ではないと判断された場合、最新のバージョン情報で示される管理情報を送信することができ、通信装置側では常に最新のバージョンである管理情報を保持することができる。

本発明によれば、サービス種別単位に通信規制を行うことができる。また、サービス種別符号を通知するオペレータ側で当該サービス種別符号の通知情報を操作することで、サービス種別符号とサービス種別の対応づけを適宜変えるといった簡単な処理を行うことで、規制対象とするサービス種別を簡単に変えることができる。また、サービス種別符号といった情報量の少ない情報を用いることで報知のための情報量を可能な限り少なくすることができる。

本実施形態における通信システム１０のシステム構成を示す構成図である。

移動機１００の構成を示すブロック図である。

サービスＣｌａｓｓ情報の概要を示す概念図である。

ＳＧＳＮ４００の構成を示すブロック図である。

ＲＮＣ２００の構成を示すブロック図である。

規制情報を示す説明図である。

ＳＧＳＮ４００からサービスＣｌａｓｓ情報を受信したときの移動機１００の動作を示すシーケンス図である。

顧客管理システムからサービスＣｌａｓｓ情報を受信したときの処理を示すシーケンス図である。

移動機１００から位置登録リクエストを送信したときにおけるサービスＣｌａｓｓ情報を更新するときの処理を示すシーケンス図である。

手動によりサービスＣｌａｓｓ情報を更新するときの処理を示すシーケンス図である。

一部の移動機１００（ＵＥ ＣｌａｓｓＮｕｍｂｅｒ＃１）に対してのみ規制を行うときの処理を示すシーケンス図である。

通信システム１０ａのシステム構成を示す構成図である。

記憶部４０２ａに記憶されているＰＳドメイン用のサービスＣｌａｓｓ情報を示す説明図である。

ＶＬＲ５００に記憶されているＣＳドメイン用のサービスＣｌａｓｓ情報を示す説明図である。

顧客管理システムからサービスＣｌａｓｓ情報を受信したときの処理を示すシーケンス図である。

移動機１００ａから位置登録リクエスト送ったときにＳＧＳＮ４００からの処理によりサービスＣｌａｓｓ情報を更新するときの処理を示すシーケンス図である。

手動によりサービスＣｌａｓｓ情報を更新するときの処理を示すシーケンス図である。

一部の移動機１００ａ（ＵＥ ＣｌａｓｓＮｕｍｂｅｒ＃１）に対して規制を行うときの処理を示すシーケンス図である。

移動機１００等のハードウェア構成を示すブロック図である。

符号の説明

１０、１０ａ 通信システム、１００、１００ａ…移動機、１０１…通知情報受信部、１０２…記憶部、１０３…規制メッセージ受信部、１０４…規制部、１０５…通信処理部、２０１…規制指示メッセージ送信部、４０１…設定部、４０２、４０２ａ…記憶部、４０３…位置登録リクエスト受信部、４０４…判断部、４０５…通知情報送信部、５０１…設定部、５０２…記憶部、５０３…位置登録リクエスト受信部、５０４…判断部、５０５…通知情報送信部。

本発明は、一実施形態のために示された添付図面を参照して以下の詳細な記述を考慮することによって容易に理解することができる。引き続いて、添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。

図１は、本実施形態における通信システム１０のシステム構成を示す構成図である。図１に示すように、通信システム１０は、通信装置である移動機１００、無線制御装置であるＲＮＣ（Radio Network Controller：無線制御装置）２００、ＭＳＣ（Mobile Switching Center：回線交換局）３００、およびＳＧＳＮ（ServingGPRS Support Node：パケット交換局）４００を含んで構成されている。

移動機１００が音声通話接続を実行しようとする場合には、無線基地局（図示せず）、ＲＮＣ２００を介してＭＳＣ３００と通信接続を行う。ＲＮＣ２００は、無線制御装置であって、移動機１００に対する無線制御を行うものである。ＭＳＣ３００は、音声通話時に用いられる移動体通信網向けの回線交換局であり、移動機１００と通信相手との通信接続制御を行う。本実施形態では、ＭＳＣ３００を用いたネットワーク概念をＣＳドメインと称している。また、ＳＧＳＮ４００は、移動機１００の位置管理、セキュリティ管理、アクセス制御を行うノードであって、パケット通信に対する制御を行うノードである。本実施形態では、パケット通信を行うネットワーク概念をＰＳドメインと称している。

つぎに、このように構成された通信システム１０における移動機１００の構成について説明する。図２は、移動機１００の構成を示すブロック図である。図２に示すように、移動機１００は、通知情報受信部１０１（情報受信手段）、記憶部１０２（記憶手段）、規制メッセージ受信部１０３（規制メッセージ受信手段）、規制部１０４（規制手段）および通信処理部１０５（バージョン送信手段）を含んで構成されている。

これら各機能は、図１９に示されるハードウェア構成により実現される。図１９は、移動機１００のハードウェア構成図である。移動機１００は、物理的には、図１９に示すように、ＣＰＵ１１、主記憶装置であるＲＡＭ１２及びＲＯＭ１３、ハードディスク等の補助記憶装置１５、入力デバイスであるキーボード及びマウス等の入力装置１６、ディスプレイ等の出力装置１７、ネットワークカード等のデータ送受信デバイスである通信モジュール１４などを含むコンピュータシステムとして構成されている。図２において説明した各機能は、図１９に示すＣＰＵ１１、ＲＡＭ１２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１１の制御のもとで通信モジュール１４、入力装置１６、出力装置１７を動作させるとともに、ＲＡＭ１２や補助記憶装置１５におけるデータの読み出し及び書き込みを行うことで実現される。以下、図２に示す機能ブロックに基づいて、各機能ブロックを説明する。

通知情報受信部１０１は、ＳＧＳＮ４００から通知されるサービスＣｌａｓｓ情報を受信する部分であり、ＲＮＣ２００から配信される報知情報に含まれているサービスＣｌａｓｓ情報または位置登録アクセプトメッセージに含まれているサービスＣｌａｓｓ情報を管理情報として受信する部分である。ここで、このサービスＣｌａｓｓ情報について説明する。図３は、サービスＣｌａｓｓ情報の概要を示す概念図である。図３に示すように、サービスＣｌａｓｓ情報は、サービスＣｌａｓｓ情報ｖｅｒｓｉｏｎ（以下、サービスＣｌａｓｓ情報バージョン）、サービスＣｌａｓｓＮｕｍｂｅｒ、サービス種別、および制御信号種別から構成されている。サービスＣｌａｓｓ情報バージョンは、更新状態を示す情報であり、移動機１００において最新のサービスＣｌａｓｓ情報であるか否かを判断するために使用される情報である。本実施形態では、ＭＣＣ（国コード）、ＭＮＣ（移動網コード）、およびユニーク番号から構成されているものとしている。ＭＣＣ、ＭＮＣを用いることにより世界中でユニークな番号が生成されることになる。

サービスＣｌａｓｓＮｕｍｂｅｒは、＃０〜＃４を示す数値情報であって、後述するサービス種別を区別するための情報である。本実施形態では、このサービスＣｌａｓｓＮｕｍｂｅｒが、規制指示メッセージに含まれて配信され、このサービスＣｌａｓｓＮｕｍｂｅｒに対応付けられているサービス種別が、移動機１００における通信の規制対象となる。

サービス種別は、規制対象となるサービスを示す情報である。本実施形態では、アクセスポイントを示すＡＰＮ（Access Point Number）およびＣＳドメイン用／ＰＳドメイン用であることを示す符号をもって規制対象となるサービスを特定している。例えば、サービスＣｌａｓｓＮｕｍｂｅｒ＃１には、ＰＳ＆ＡＰＮ＃１が記述されており、これはメールを規制することを示している。そのほか、図３においては、ウエブブラウジング（ＰＳ＆ＡＰＮ＃２）、プッシュトーク（ＰＳ＆ＡＰＮ＃３）が対応付けられている。また、サービスＣｌａｓｓＮｕｍｂｅｒ＃２には、音声通話（ＣＳ＆ＴＳ１１）、テレビ電話（ＣＳ＆ＢＳ３０）が対応付けられている。なお、図示していないがウエブブラウジングと災害伝言板とを区別してＡＰＮを定めてもよい。その場合災害伝言板のような特別なサイトに対しては通信規制の対象としないようにすることができる。

制御信号種別は、規制対象となる制御信号を示す情報である。例えば、サービスＣｌａｓｓＮｕｍｂｅｒ＃４に対応付けてSession Management Message（呼制御のための制御信号）が対応付けられており、サービスＣｌａｓｓＮｕｍｂｅｒ＃５には、MobilityManagement Message（位置登録のための制御信号）が対応付けられている。また、ＳＧＳＮ４００、ＭＳＣ３００、ＶＬＲなどのコアノードを特定する識別情報が制御信号種別として対応付けられて記憶されてもよい。これにより輻輳しているコアノードに対する規制を行うことができ、より適切な規制処理を実行することができる。なお、制御信号種別の通信レイヤの方がサービス種別の通信レイヤより低いので制御信号種別をサービス種別より規制が優先される。また、本実施形態において、制御信号種別は必須ではないが、制御信号種別を記憶しておくことが好ましい。

また、サービスＣｌａｓｓＮｕｍｂｅｒ＃０には、すべての通信を規制することを示す “All are barred”が記述され、またサービスＣｌａｓｓＮｕｍｂｅｒが無い（ｎｕｌｌ）場合には、すべての通信を規制しないことを示す“Noneis barred”が記述されている。また、“none”は何も設定されていないことを示している。また、上述の例ではサービスＣｌａｓｓ情報には、規制対象となるサービス種別、制御信号種別が記述されているが、規制対象とならないサービス種別、制御信号種別が記述されるようにしてもよい。すなわち、何らかの処理をもって原則すべてのサービスを規制対象とするとともに、記述されているサービス種別、制御信号種別が規制対象から解除されるような仕組みしてもよい。また、ＡＰＮで規制対象を特定しているが、ＵＲＬなどのアドレス情報を直接記述し、そのアドレス情報に対する通信に対して規制をかけるようにしてもよい。

図２に戻り、引き続き説明する。記憶部１０２は、通知情報受信部１０１により受信されたサービスＣｌａｓｓ情報を記憶する部分である。このサービスＣｌａｓｓ情報の具体例は、上述（図３）のとおりである。

規制メッセージ受信部１０３は、ＲＮＣ２００からサービスＣｌａｓｓＮｕｍｂｅｒを含んだ規制指示メッセージを受信する部分であり、例えば規制指示メッセージは報知情報に含まれており、その場合、規制メッセージ受信部１０３は報知情報を受信するものである。

規制部１０４は、規制メッセージ受信部１０３により受信されたサービスＣｌａｓｓＮｕｍｂｅｒを記憶し、そのサービスＣｌａｓｓＮｕｍｂｅｒに基づいた規制を行う部分である。例えば、規制メッセージ受信部１０３がサービスＣｌａｓｓＮｕｍｂｅｒ＃１を受信すると、規制部１０４は、その番号を記憶しておく。そして、ユーザが通信操作を行うと、通信処理部１０５がその通信処理に先立って、規制部１０４はサービスＣｌａｓｓＮｕｍｂｅｒ＃１に対応するサービス種別、制御信号種別、アクセス規制対象のコアノードの識別情報を記憶部１０２から抽出し、当該サービスＣｌａｓｓＮｕｍｂｅｒ＃１に対応するサービス種別（本実施形態ではメール、ウエブブラウジング、プッシュトーク）、制御信号種別に基づいた通信および識別情報により特定されるコアノードに対するアクセスを規制するように通信処理部１０５を制御する。

通信処理部１０５は、音声通話、テレビ電話、電子メール、ウエブブラウジング、プッシュトークなどの通信処理を実行する部分である。また、通信処理部１０５は、ＳＧＳＮ４００またはＭＳＣ３００に対して位置登録リクエストメッセージおよびサービスＣｌａｓｓ情報バージョンを送信する部分であり、例えば、契約後初めて電源入力がされたとき、位置登録エリアが変更されたとき、または周期位置登録タイマが満了したとき、のいずれかであるときに位置登録リクエストメッセージを送信する。そして、通信処理部１０５は、位置登録リクエストメッセージに伴って、記憶部１０２に記憶されているサービスＣｌａｓｓ情報バージョンをＳＧＳＮ４００に送信する。また、ＳＭＳを受信することができ、ＳＭＳＯＴＡによるサービスＣｌａｓｓ情報を受信し、記憶部１０２におけるサービスＣｌａｓｓ情報を更新することができる。

つぎに、ＳＧＳＮ４００の構成について説明する。図４はＳＧＳＮ４００の構成を示すブロック図である。図４に示すように、ＳＧＳＮ４００は、設定部４０１、記憶部４０２、位置登録リクエスト受信部４０３（バージョン受信手段）、判断部４０４（バージョン判断手段）および通知情報送信部４０５（情報送信手段）を含んで構成されている。なお、移動機１００と同様に、ＳＧＳＮ４００は、図１９に示すハードウェア構成をとるものであって、図４に示される各機能は、ＲＯＭに記憶されたプログラムによってＣＰＵが動作することにより実現される。以下、各構成について説明する。

設定部４０１は、ＳＧＳＮ４００のオペレータにより操作されることにより、サービスＣｌａｓｓ情報を設定する部分であり、サービスＣｌａｓｓＮｕｍｂｅｒとサービス種別とを対応付けて設定する部分である。設定されたサービスＣｌａｓｓ情報は記憶部４０２に記憶される。

記憶部４０２は、設定部４０１により設定されたサービスＣｌａｓｓ情報を記憶する部分である。具体的には、図３に示されているとおり、サービスＣｌａｓｓ情報は、サービスＣｌａｓｓ情報バージョン、サービスＣｌａｓｓＮｕｍｂｅｒ、サービス種別、および制御信号種別から構成されているサービスＣｌａｓｓ情報が記憶されている。詳細は上述したとおりである。

位置登録リクエスト受信部４０３は、移動機１００が所定の動作を行ったときに位置登録を行うために発信される位置登録リクエストメッセージおよび位置登録リクエストメッセージに付随して発信されるサービスＣｌａｓｓ情報バージョンを受信する部分である。位置登録リクエスト受信部４０３は、サービスＣｌａｓｓ情報バージョンを受信すると、判断部４０４にそのバージョン番号を出力する。

判断部４０４は、位置登録リクエスト受信部４０３により受信されたサービスＣｌａｓｓ情報バージョンが最新のバージョンであるか否かを判断する部分である。すなわち、記憶部４０２に記憶されているサービスＣｌａｓｓ情報バージョンと、受信されたサービスＣｌａｓｓ情報バージョンとを比較し、一致している場合には、最新のバージョンであると判断し、一致していない場合には、古いバージョンであると判断する。

通知情報送信部４０５は、判断部４０４により判断されたバージョンの比較結果に基づいてサービスＣｌａｓｓ情報を送信する部分である。すなわち、判断部４０４によりサービスＣｌａｓｓ情報バージョンが最新のものではないと判断された場合には、通知情報送信部４０５は、記憶部４０２から最新のサービスＣｌａｓｓ情報を取り出し、ＲＮＣ２００を介して位置登録リクエストメッセージに対する応答として位置登録アクセプトメッセージに最新のサービスＣｌａｓｓ情報を付加して移動機１００に送信する。最新のものであると判断された場合には、特にサービスＣｌａｓｓ情報に対する処理は行われず、位置登録アクセプトメッセージのみを送信する。

また、この通知情報送信部４０５は、設定部４０１により新たなサービスＣｌａｓｓ情報が設定され、記憶部４０２に記憶されると、報知情報にサービスＣｌａｓｓ情報を含めるようＲＮＣ２００およびこのＲＮＣ２００の配下の基地局に指示し、サービスＣｌａｓｓ情報を送信するものである。これにより、ＲＮＣ２００およびその基地局は、サービスＣｌａｓｓ情報を含んだ報知情報を送信することになる。

つぎに、ＲＮＣ２００の構成について説明する。図５は、ＲＮＣ２００の構成を示すブロック図である。このＲＮＣ２００は、規制指示メッセージ送信部２０１を含んで構成されている。なお、ＲＮＣ２００についても同様に図１９に示されるハードウェア構成により、実現されるものである。

規制指示メッセージ送信部２０１は、ＲＮＣ２００のオペレータにより設定された規制情報を規制指示メッセージとして送信する部分である。例えば、規制指示メッセージ送信部２０１は、ＵＥＣｌａｓｓＮｕｍｂｅｒ＃０〜＃９およびサービスＣｌａｓｓＮｕｍｂｅｒ＃０〜＃４もしくはｎｕｌｌをそれぞれ対応付けた規制情報を規制指示メッセージに含めて、基地局を介して移動機１００に送信する。基地局では報知情報に規制指示メッセージを含めて移動機１００に送信することになる。

この規制情報は、図６に示すように記述される。すなわち、ＵＥＣｌａｓｓＮｕｍｂｅｒとサービスＣｌａｓｓＮｕｍｂｅｒとが対応付けて設定され、規制指示メッセージ送信部２０１に保持される。なお、ＵＥ ＣｌａｓｓＮｕｍｂｅｒは、移動機ごとにそれぞれ設定されている端末番号であり、＃０〜＃９のいずれかが移動機１００に設定されている。図６（ａ）では、規制率５０％の例を示しており、ＵＥＣｌａｓｓＮｕｍｂｅｒ＃１、＃３・・・＃９など、奇数番号のＵＥ ＣｌａｓｓＮｕｍｂｅｒを有する移動機１００に対して規制することを示している。また、図６（ｂ）では、規制率８０％の例を示している。

また、その変形例として、規制の割合を示す規制確率０％〜１００％のいずれかの数値が記述された確率情報およびサービスＣｌａｓｓＮｕｍｂｅｒ＃０〜＃４若しくはｎｕｌｌを対応付けた規制情報を規制指示メッセージに含めたものであってもよい。この規制指示メッセージを受信した移動機１００は、２桁の数値を生成する乱数発生器（図示せず）を備えており、この乱数発生器により生成された乱数が、確率情報として記述された数値と比較することにより、規制指示の有無を判断することができる。例えば、確率情報として５０（すなわち５０％の意味）が記述されており、乱数として１０が生成された場合には、確率情報が乱数より大であるため、移動機１００（規制部１０４）は規制ありと判断することができる。また、逆に乱数として６０が生成された場合には、確率情報は乱数より小であるため、移動機１００（規制部１０４）は規制なしと判断することができる。なお、確率情報が乱数より小さい場合に規制ありと判断するように構成してもよい。また、確率情報として記述されている数値がパーセンテージではない標記である割合（例えば、８０％などを示す０．８）で示されている場合には、１００を乗算することにより２桁の整数とすることが好適である。このような構成によって、規制メッセージにＵＥＣｌａｓｓＮｕｍｂｅｒを含ませることを不要とすることができ、よって規制メッセージの情報量を少なくすることができ、その構成を簡易なものにすることができる。

なお、本実施形態においては、いわゆるホーム網のみを用いて記載しているが、ローミング先であるローミング網においても同様なシステム構成を有している。よって、移動機１００は、ホーム網に位置している場合には、当該ホーム網で指定された規制情報に従い、またローミング網に位置している場合には、当該ローミング網で指定された規制情報に従う。移動機１００は、各網において指定された規制情報に従うため、アクセスしている網に変更があった場合には、各網において指定された規制情報であるサービスＣｌａｓｓ情報を受信し、記憶する。

つぎに、このように構成された移動機１００、ＲＮＣ２００、およびＳＧＳＮ４００の動作について説明する。

図７は、ＳＧＳＮ４００からサービスＣｌａｓｓ情報を受信したときの移動機１００の動作を示すシーケンス図である。

ＳＧＳＮ４００からサービスＣｌａｓｓ情報が報知情報に含められて発信され、移動機１００においてサービスＣｌａｓｓ情報が通知情報受信部１０１により受信される（Ｓ１０１）。そして、記憶部１０２にサービスＣｌａｓｓ情報が記憶される（Ｓ１０２）。

その後、ＲＮＣ２００から規制情報を含んだ規制指示メッセージ（報知情報）が規制メッセージ受信部１０３により受信されると（Ｓ１０３）、規制部１０４に規制情報（規制の対象となるサービス種別を特定）が記憶される（Ｓ１０４）。ここでは、サービスＣｌａｓｓＮｕｍｂｅｒ＃１が受信されたことにしている。

さらにその後、ユーザが通信処理を行おうとして移動機１００の操作を行うと（Ｓ１０５）、規制部１０４により、その通信処理は記憶されたサービスＣｌａｓｓＮｕｍｂｅｒで指定されたサービス種別または制御信号種別の通信、識別情報により特定されたコアノードに対するアクセスに該当するか否かが判断される（Ｓ１０６）。例えば、通信処理を行おうとしたサービス種別が、サービスＣｌａｓｓＮｕｍｂｅｒ＃１に対応するサービス種別、すなわち、メール、ウエブブラウジング、プッシュトークであるか否かが、規制部１０４により判断される。

ここで規制対象であると判断された場合には、規制部１０４による制御により通信処理部１０５による通信処理は停止される（Ｓ１０７）。規制対象ではないと判断された場合には、規制部１０４による規制制御がなされること無く、操作された通信処理が通信処理部１０５により実行される（Ｓ１０８）。

このように動作することにより、移動機１００は、ＳＧＳＮ４００からサービスＣｌａｓｓ情報を受け取り、そのサービスＣｌａｓｓ情報に従って定められたサービス種別に対する通信規制を実行することができる。

つぎに、移動機１００に対してサービスＣｌａｓｓ情報を通知する具体例について説明する。図８は、顧客管理システムからサービスＣｌａｓｓ情報を受信したときの処理を示すシーケンス図である。

ここで顧客管理システムとは、例えば携帯電話ショップなどに備えられている専用の顧客管理端末であって、その端末から携帯電話ショップのオペレータ（店員）により操作されることによりサービスＣｌａｓｓ情報が、有線または無線を介して送信される（Ｓ２０１）。移動機１００ではこれを受けて、サービスＣｌａｓｓ情報を記憶することになる（Ｓ２０２）。その後、記憶されたサービスＣｌａｓｓ情報および規制指示メッセージに基づいた通信規制が行われる。

つぎに、移動機１００におけるサービスＣｌａｓｓ情報を更新するときの処理について説明する。図９は、移動機１００が位置登録リクエストメッセージを送信してＳＧＳＮ４００からの処理によりサービスＣｌａｓｓ情報を更新するときの処理を示すシーケンス図である。なお、本実施形態では、移動機１００からＣＳドメインに対して位置登録を行う場合にも、ＰＳドメインのＳＧＳＮ４００が受信し、ＳＧＳＮ４００がＣＳドメインに対して位置登録処理を行う、いわゆるコンバイン位置登録（Combined Update）を行うことを前提にしている。

移動機１００では、位置登録エリアの変更が行われたか否かが判断される（Ｓ３０１）。そして、移動機１００において位置登録エリアが変更されたと判断されると、位置登録リクエストメッセージおよびサービスＣｌａｓｓ情報バージョンが、ＳＧＳＮ４００に対して送信される（Ｓ３０２）。なお、移動機１００において、位置登録リエクストメッセージおよびサービスＣｌａｓｓ情報バージョンを送信する条件としては、位置登録エリアの変更のほかに、移動機１００に対する契約後初めて電源入力がされたとき、または周期位置登録タイマが満了したときがある。

ＳＧＳＮ４００では、位置登録リクエスト受信部４０３により、位置登録リクエストメッセージが受信されると、位置登録リクエスト受信部４０３により、サービスＣｌａｓｓ情報バージョンが受信されたか否かが判断される（Ｓ３０３）。ここでサービスＣｌａｓｓ情報バージョンが受信されたと判断されると（Ｓ３０３：ＹＥＳ）、そのバージョンは最新のバージョンであるか否かが、判断部４０４により判断される（Ｓ３０４）。

ここで最新のバージョンではないと判断された場合、また、Ｓ３０３においてサービスＣｌａｓｓ情報バージョンが受信されなかったと判断された場合、通知情報送信部４０５により最新のバージョンのサービスＣｌａｓｓ情報が位置登録アクセプトメッセージに付加され（Ｓ３０５）、通知情報送信部４０５により位置登録アクセプトメッセージは移動機１００に送信される（Ｓ３０６）。移動機１００では、通知情報受信部１０１により位置登録アクセプトメッセージが受信されると、サービスＣｌａｓｓ情報が抽出され、記憶部１０２に記憶されているサービスＣｌａｓｓ情報が更新される。

このようにして、位置登録リクエストメッセージに基づいて、サービスＣｌａｓｓ情報の更新処理が行われる。

つぎに、ユーザごとに規制内容を変更させるためのサービスＣｌａｓｓ情報の更新処理を行うときにおける処理を説明する。図１０は、手動によりサービスＣｌａｓｓ情報を更新するときの処理を示すシーケンス図である。なお、その目的として、何らかの理由によりサービスＣｌａｓｓ情報の更新処理が行われなかったユーザに対するものとしてもよい。

ＳＭＳＣ（ＳＭＳCenter）／ＨＬＲ（Home Location Register）のオペレータが移動機１００のサービスＣｌａｓｓ情報バージョンが最新であるか、また所望の規制内容になっているか否かを判断し、ＳＭＳＣ／ＨＬＲにおいてあるユーザに対して規制内容の変更が受け付けられたか否かが判断される（Ｓ４０１）。そして、規制内容の変更が受け付けられたと判断された場合、オペレータに指定されたサービスＣｌａｓｓ情報がＳＭＳＯＴＡ（Over The Air）メッセージに付加され（Ｓ４０２）、ＳＭＳ ＯＴＡメッセージが移動機１００に送信される（Ｓ４０３）。移動機１００では、受信したＳＭＳＯＴＡメッセージからサービスＣｌａｓｓ情報を抽出し、記憶部１０２に記憶して、更新処理を行う。

つぎに、移動機１００が複数あったとして、その複数の移動機１００（ＵＥＣｌａｓｓＮｕｍｂｅｒ＃０および＃１）に対して規制指示メッセージが送信されるときの、各移動機１００（ＵＥ ＣｌａｓｓＮｕｍｂｅｒ＃０および＃１）における処理の違いについて説明する。図１１は、一部の移動機１００（ＵＥＣｌａｓｓＮｕｍｂｅｒ＃１）に対してのみ規制を行うときの処理を示すシーケンス図である。

まず、ＲＮＣ２００において規制メッセージ（報知情報）が送信される（Ｓ５０１）。この規制メッセージには、ＵＥｃｌａｓｓＮｕｍｂｅｒ＃０に対してはサービスＣｌａｓｓＮｕｍｂｅｒはなし、ＵＥ ｃｌａｓｓＮｕｍｂｅｒ＃１に対してはサービスＣｌａｓｓＮｕｍｂｅｒ＃１とした規制情報が含まれている。なお、ここでは図３で示すとおり、サービスＣｌａｓｓＮｕｍｂｅｒ＃１は、メール、ウエブブラウジング、プッシュトークが規制対象として設定されている。

移動機１００（ＵＥ ｃｌａｓｓＮｕｍｂｅｒ＃１）では、規制メッセージに含まれている規制情報が記憶され（Ｓ５０４）、その後、ユーザによりメールなどの規制対象となっている通信開始操作が行われると（Ｓ５０５）、通信処理が停止される（Ｓ５０６）。

また、移動機１００（ＵＥ ｃｌａｓｓＮｕｍｂｅｒ＃０）では、規制メッセージに含まれている規制情報が記憶される（Ｓ５０２）。この移動機１００（ＵＥｃｌａｓｓＮｕｍｂｅｒ＃０）では、規制対象のものは無いため（サービスＣｌａｓｓＮｕｍｂｅｒはｎｕｌｌ）、通信開始の操作を行ったとしても（Ｓ５０３）、特に規制されること無く、通信確立処理がなされる（Ｓ５０７）。上述の規制処理は、サービス種別についての規制であるが、制御信号種別による規制、コアノードに対するアクセス規制も同様に行うことができる。

以上の通信システム１０は、移動通信網を用いて通信システムに適用したものであるが、これに限るものではない。例えば、ＷＬＡＮ（Wireless Local Area Network）を用いた通信システムでも適用することができる。その場合、ＲＮＣ２００に相当するものとしてＷＬＡＮＡＮ（Access Network）／ＷＡＧ（Wireless Access Gateway）を、ＳＧＳＮ４００に相当するものとして３ＧＰＰ ＡＡＡサーバを通信システム１０は備えることになる。また、さらに次世代通信システムであるＬＴＥ（Long Term Evolution：スーパー３Ｇ）／ＳＡＥ（System Architecture Evolution）に本実施形態を適用しようとした場合、ＲＮＣ２００に相当するものとしてＥＵＴＲＡＮ（EvolvedＵＴＲＡＮ）を、ＳＧＳＮ４００に相当するものとしてＭＭＥ（Mobility Management Entity）を通信システム１０は備えることになる。

つぎに、本実施形態の通信システムの変形例である通信システム１０ａについて説明する。図１２は、通信システム１０ａのシステム構成を示す構成図である。図１２に示すように、この通信システム１０ａは、コンバイン位置登録を行うことなく、それぞれＰＳドメインおよびＣＳドメインに対して位置登録を行うものである。

この通信システム１０ａは、移動機１００ａ、ＲＮＣ２００、ＭＳＣ３００、ＳＧＳＮ４００ａ、およびＶＬＲ（Visitor Location Register）５００を含んで構成されている。

通信システム１０との主な相違は、以下のとおりである。すなわち、移動機１００ａは、ＰＳドメインに配置されているＳＧＳＮ４００ａ、ＣＳドメインに配置されているＭＳＣ３００／ＶＬＲ５００に対して位置登録をそれぞれ行う。また、移動機１００ａは、サービスＣｌａｓｓ情報を、ＰＳドメイン用、ＣＳドメイン用それぞれを区別して記憶部１０２に記憶させている。さらに、ＳＧＳＮ４００ａは、ＰＳドメイン用のサービスＣｌａｓｓ情報を記憶する記憶部４０２ａを備えている。また、ＶＬＲ５００は、ＭＳＣ３００を介して、ＣＳドメイン用のサービスＣｌａｓｓ情報の判断を行う。以下、相違点を中心に各構成について説明する。なお、通信システム１０と同じである点についての説明は省略する。

ＳＧＳＮ４００ａにおける記憶部４０２ａは、ＰＳドメイン用のサービスＣｌａｓｓ情報を記憶する部分であり、例えば、図１３に示す情報を記憶している。図１３は、記憶部４０２ａに記憶されているＰＳドメイン用のサービスＣｌａｓｓ情報を示す説明図である。図１３に示すように、記憶部４０２ａには、サービスＣｌａｓｓ情報バージョン、サービスＣｌａｓｓＮｕｍｂｅｒサービス種別、および制御信号種別がそれぞれ記憶されている。このＰＳドメイン用のサービスＣｌａｓｓ情報は、ＰＳドメインで処理できるサービス、すなわちメール、ウエブブラウジング、プッシュトークを規制対象として特定することができる情報である。例えば、図１３の例では、サービスＣｌａｓｓＮｕｍｂｅｒ＃１には、メールが、サービスＣｌａｓｓＮｕｍｂｅｒ＃２にはウエブブラウジング、プッシュトークが対応付けられている。また、バージョン番号であるサービスＣｌａｓｓ情報バージョンには、ＭＣＣ、ＭＮＣに加えてＰＳドメイン用のサービスＣｌａｓｓ情報であることが示す符号が付与されており、移動機１００ａ側でＣＳドメイン用のバージョン番号と区別できるようにしている。

ＳＧＳＮ４００ａにおいては、記憶部４０２ａに記憶される情報およびコンバイン位置登録を行わない点が、ＳＧＳＮ４００と相違しており、その他の処理構成においてはほぼ同様の構成をとるものである。

ＶＬＲ５００は、設定部５０１、記憶部５０２、位置登録リクエスト受信部５０３、判断部５０４、および通知情報送信部５０５を含んで構成されている。これら各構成は、機能的には上述ＳＧＳＮ４００における、設定部４０１、記憶部４０２、位置登録リクエスト受信部４０３、判断部４０４および通知情報送信部４０５とほぼ同様である。なお、記憶部５０２には、ＣＳドメイン用のサービスＣｌａｓｓ情報が記憶されており、例えば、図１４に示すサービスＣｌａｓｓ情報が記憶されている。図１４に示す例では、記憶部５０２には、サービスＣｌａｓｓ情報バージョン、サービスＣｌａｓｓＮｕｍｂｅｒ、サービス種別、および制御信号種別がそれぞれ記憶されている。このＣＳドメイン用のサービスＣｌａｓｓ情報は、ＣＳドメインで処理できるサービス、すなわち音声通話、テレビ電話を規制対象として特定することができる情報である。例えば、図１４の例では、サービスＣｌａｓｓＮｕｍｂｅｒ＃１には、音声通話が、サービスＣｌａｓｓＮｕｍｂｅｒ＃２にはテレビ電話が対応付けられている。また、バージョン情報であるサービスＣｌａｓｓ情報バージョンには、ＭＣＣ、ＭＮＣに加えてＣＳドメイン用のサービスＣｌａｓｓ情報であることが示す符号が付与されており、移動機１００ａ側でＰＳドメイン用のバージョン番号と区別できるようにしている。

つぎに、このように構成されている通信システム１０ａの動作について説明する。図１５は、顧客管理システムからサービスＣｌａｓｓ情報を受信したときの処理を示すシーケンス図である。

サービスＣｌａｓｓ情報バージョンであるＣＳドメイン用バージョン“ＭＣＣ+ＭＮＣ+ＣＳ+＃１”およびＰＳドメイン用バージョン“ＭＣＣ+ＭＮＣ+ＰＳ+＃１”が顧客管理システムから移動機１００ａに対して、有線または無線を介して送信される（Ｓ２０１ａ）。そして、移動機１００ａにおいては、サービスＣｌａｓｓ情報が、記憶部１０２にＣＳドメイン用、ＰＳドメイン用それぞれ区別して記憶される（Ｓ２０２ａ）。

つぎに、移動機１００ａにおけるサービスＣｌａｓｓ情報を更新するときの処理について説明する。図１６は、移動機１００ａから位置登録リクエストを送信してサービスＣｌａｓｓ情報を更新するときにおける処理を示すシーケンス図である。なお、図９と異なり、移動機１００ａは、ＭＳＣ３００／ＶＬＲ５００、ＳＧＳＮ４００のそれぞれに対して位置登録リクエストメッセージを送信している。

移動機１００ａでは、位置登録エリアの変更が行われたか否かが判断される（Ｓ３０１ａ）。そして、移動機１００ａにおいて位置登録エリアが変更されたと判断されると、位置登録リクエストメッセージおよびサービスＣｌａｓｓ情報バージョン（ＭＣＣ＋ＭＮＣ＋ＣＳ＋＃１）が、ＭＳＣ３００／ＶＬＲ５００に対して送信される（Ｓ３０２ａ）。なお、移動機１００ａにおいて、位置登録リエクストメッセージおよびサービスＣｌａｓｓ情報バージョンを送信する条件としては、位置登録エリアの変更のほかに、移動機１００ａに対する契約後初めて電源入力がされたとき、または周期位置登録タイマが満了したときがある。

ＭＳＣ３００では、位置登録リクエストメッセージを受けると、それをＶＬＲ５００に転送する。ＶＬＲ５００では、位置登録リクエスト受信部５０３により位置登録リクエストメッセージが受信されると、移動機１００ａに対する位置登録処理を行うとともに、位置登録リクエスト受信部５０３によりサービスＣｌａｓｓ情報バージョンが受信されたか否かが判断される。ここでサービスＣｌａｓｓ情報バージョンが受信されたと判断されると、そのバージョンは最新のバージョンであるか否かが、判断部５０４により判断される（Ｓ３０３ａ）。

ここで最新のバージョンではないと判断された場合、また、サービスＣｌａｓｓ情報バージョンが受信されなかったと判断された場合、通知情報送信部５０５により最新のバージョンのサービスＣｌａｓｓ情報が位置登録アクセプトメッセージに付加され、通知情報送信部５０５により位置登録アクセプトメッセージは移動機１００ａに送信される（Ｓ３０６ａ）。移動機１００ａでは、通知情報受信部１０１により位置登録アクセプトメッセージが受信されると、サービスＣｌａｓｓ情報バージョンに基づいてＣＳドメイン用のサービスＣｌａｓｓ情報が抽出され、記憶部１０２に記憶されているＰＳドメイン用のサービスＣｌａｓｓ情報が更新される。

また、移動機１００ａにおいて位置登録エリアが変更されたと判断されると、位置登録リクエストメッセージおよびサービスＣｌａｓｓ情報バージョンが、ＳＧＳＮ４００に対して送信される（Ｓ３０２ｂ）。

ＳＧＳＮ４００では、位置登録リクエスト受信部４０３により位置登録リクエストメッセージが受信されると、位置登録リクエスト受信部４０３により、サービスＣｌａｓｓ情報バージョンが受信されたか否かが判断される。ここでサービスＣｌａｓｓ情報バージョンが受信されたと判断されると、そのバージョンは最新のバージョンであるか否かが、判断部４０４により判断される（Ｓ３０３ｂ）。

ここで最新のバージョンではないと判断された場合、また、サービスＣｌａｓｓ情報バージョンが受信されなかったと判断された場合、通知情報送信部４０５により最新のバージョンのサービスＣｌａｓｓ情報が位置登録アクセプトメッセージに付加され、通知情報送信部４０５により位置登録アクセプトメッセージは移動機１００ａに送信される（Ｓ３０６ｂ）。移動機１００ａでは、通知情報受信部１０１により位置登録アクセプトメッセージが受信されると、サービスＣｌａｓｓ情報バージョンに基づいてＰＳドメイン用のサービスＣｌａｓｓ情報が抽出され、記憶部１０２に記憶されているＣＳドメイン用のサービスＣｌａｓｓ情報が更新される。

このようにして、位置登録リクエストメッセージに基づいて、ＰＳドメイン用、ＣＳドメイン用のそれぞれのサービスＣｌａｓｓ情報の更新処理が行われる。

つぎに、ユーザごとに規制内容を変更させるための手動により移動機１００ａに対するサービスＣｌａｓｓ情報の更新処理を行うときの処理を説明する。図１７は、手動によりサービスＣｌａｓｓ情報を更新するときの処理を示すシーケンス図である。

ＳＭＳＣ／ＨＬＲのオペレータが移動機１００ａのサービスＣｌａｓｓ情報バージョンが最新であるか、また所望の規制内容になっているか否かを判断し、ＳＭＳ／ＨＬＲにおいてあるユーザに対して規制内容の変更が受け付けられたか否かが判断される（Ｓ４０１ａ）。そして、規制内容の変更が受け付けられたと判断された場合、オペレータに指定されたサービスＣｌａｓｓ情報がＳＭＳＯＴＡメッセージに付加される。ここでは、ＰＳドメイン用のサービスＣｌａｓｓ情報、ＣＳドメイン用のサービスＣｌａｓｓ情報がＳＭＳＯＴＡメッセージに付加され（Ｓ４０２ａ）、このＳＭＳＯＴＡメッセージが移動機１００に送信される（Ｓ４０３ａ）。移動機１００ａでは、受信したＳＭＳ ＯＴＡメッセージからＰＳドメイン用、ＣＳドメイン用のそれぞれサービスＣｌａｓｓ情報を抽出し、記憶部１０２に記憶して、更新処理を行う。なお、ここではＰＳドメイン用、ＣＳドメイン用のそれぞれのサービスＣｌａｓｓ情報を送信しているが、いずれか一方を送信するようにしてもよい。

つぎに、移動機１００ａが複数あったとして、この複数の移動機１００ａ（ＵＥＣｌａｓｓＮｕｍｂｅｒ＃０および＃１）に対して規制指示メッセージが送信されるときの、各移動機１００ａ（ＵＥ ＣｌａｓｓＮｕｍｂｅｒ＃０および＃１）における処理の違いについて説明する。図１８は、一部の移動機１００ａ（ＵＥＣｌａｓｓＮｕｍｂｅｒ＃１）に対してのみ規制を行うときの処理を示すシーケンス図である。

まず、ＲＮＣ２００において規制メッセージ（報知情報）が送信される（Ｓ５０１ａ）。この規制メッセージには、サービスＣｌａｓｓ情報バージョンとして“ＭＣＣ＋ＭＮＣ＋ＰＳ＋＃１”が設定されたものであって、ＵＥＣｌａｓｓＮｕｍｂｅｒ＃０に対してはサービスＣｌａｓｓＮｕｍｂｅｒはなし、ＵＥ ＣｌａｓｓＮｕｍｂｅｒ＃１に対してはサービスＣｌａｓｓＮｕｍｂｅｒ＃１とした規制情報が含まれている。なお、ここでは図１３で示すとおり、ＰＳドメイン用のバージョン番号である“ＭＣＣ＋ＭＮＣ＋ＰＳ＋＃１”に対応付けて、サービスＣｌａｓｓＮｕｍｂｅｒ＃１は、メールが規制対象として設定されている。

移動機１００ａ（ＵＥ ＣｌａｓｓＮｕｍｂｅｒ＃１）では、規制メッセージに含まれている規制情報が記憶され（Ｓ５０４ａ）、その後、ユーザによりウエブブラウジングなどの規制対象となっていない通信開始操作が行われると（Ｓ５０５ａ）、通信処理が実行される（Ｓ５０６ａ）。なお、この場合は、メールが規制対象となっているため、Ｓ５０５ａでメール送信を行う操作がなされると、Ｓ５０６ａの通信処理が行われること無く、通信処理は停止される。

また、移動機１００ａ（ＵＥ ＣｌａｓｓＮｕｍｂｅｒ＃０）では、規制メッセージに含まれている規制情報が記憶される（Ｓ５０２ａ）。この移動機１００ａ（ＵＥＣｌａｓｓＮｕｍｂｅｒ＃０）では、規制対象のものは無いため（サービスＣｌａｓｓＮｕｍｂｅｒはＮＵＬＬ）、通信開始の操作を行ったとしても（Ｓ５０３ａ）、特に規制されること無く、通信確立処理がなされる（Ｓ５０７ａ）。

つぎに、本実施形態の通信システム１０および変形例における通信システム１０ａで用いられる移動機１００（１００ａ）の作用効果について説明する。

本実施形態における移動機１００（１００ａ）は、移動機１００（１００ａ）が実行することができる通信サービスを示すサービス種別と当該サービス種別を区別するためのサービス種別符号であるサービスＣｌａｓｓＮｅｍｂｅｒとを対応付けたサービスＣｌａｓｓ情報（管理情報）を記憶部１０２が記憶しておく。その後、通知情報送信部１０１は、ＲＮＣ２００からサービスＣｌａｓｓＮｕｍｂｅｒを示す規制メッセージを受信する。そして、サービスＣｌａｓｓＮｕｍｂｅｒを含んだ規制メッセージが受信されると、規制部１０４は、記憶部１０２に記憶されているサービスＣｌａｓｓＮｕｍｂｅｒに対応するサービス種別を特定し、当該サービス種別における通信規制を通信処理部１０５に対して行う。通信システム１０ａにおいても同様の作用を奏する。

これにより、サービス種別単位に通信規制を行うことができる。また、サービスＣｌａｓｓＮｕｍｂｅｒを発信するオペレータ側で当該サービスＣｌａｓｓＮｕｍｂｅｒの内容を操作し、サービスＣｌａｓｓＮｕｍｂｅｒを適宜変えるといった簡単な発信処理を行うことで、規制対象とするサービス種別を簡単に変えることができる。また、サービスＣｌａｓｓＮｕｍｂｅｒといった情報量の少ない情報を用いることで報知のための情報量を可能な限り少なくすることができる。特に、報知情報に規制情報を含めたい場合にはサービスＣｌａｓｓＮｕｍｂｅｒのような情報量の少ない情報を用いることは有効である。

また、本実施形態における移動機１００（１００ａ）において、通知情報受信部１０１はＲＮＣ２００のオペレータ毎に設定されたサービス種別とサービスＣｌａｓｓＮｕｍｂｅｒとが対応付けられたサービスＣｌａｓｓ情報を受信し、記憶部１０２は受信されたサービスＣｌａｓｓ情報を記憶することができる。これにより、オペレータ側でサービスＣｌａｓｓＮｕｍｂｅｒに対応付けて規制対象となるサービス種別を決めることができ、サービス種別が増加した場合でも簡単に対応することができる。通信システム１０ａにおいても同様の作用効果を奏する。

また、本実施形態の移動機１００（１００ａ）において、通知情報受信部１０１は、制御信号種別とサービス種別符号とが対応付けられたサービスＣｌａｓｓ情報を受信し、記憶部１０２は、受信されたサービスＣｌａｓｓ情報に含まれるサービスＣｌａｓｓＮｕｍｂｅｒと制御信号種別とを対応付けて記憶することができ、サービス種別のみならず制御信号に対しても規制対象とすることができ、より適切な規制を行うことができる。変形例である通信システム１０ａにおいても同様の作用効果を奏する。

特に、制御信号を用いた実施形態においては、以下の作用効果を奏する。例えば、制御信号としての位置登録信号を規制対象とすることにより、同一エリアに多数の通信端末が在圏する場合に、同一交換機へ多数の通信端末から同時に行われる位置登録処理による交換機の処理能力低下を防止することができる。また、制御信号である発信要求信号を規制対象とすることで、交換機への輻輳処理を防止することが可能となり、交換機の処理能力低下を防止することができる。なお、この交換機は、例えばＣＳドメインに配置されているものであって、音声通話を行うためのものである。

さらに災害時においては、主に被災地への着信が増加する傾向にあることを考慮し、制御信号としての発信要求信号を規制対象とし、かつ着信通知信号を規制対象外とすること、および交換機において着信通知信号量を制御することによって、発信呼より着信呼を優先的に疎通させることにより交換機の輻輳時間を短縮することが可能となり、交換機の処理能力を最適に使用することができる。

また、本実施形態の移動機１００（１００ａ）において、通知情報受信部１０１は、アクセス規制対象であるコアノード（ＳＧＳＮ４００、ＭＳＣ３００、ＶＬＲ５００など）を示す識別情報とサービス種別符号とが対応付けられたサービスＣｌａｓｓ情報を受信し、記憶部１０２は、受信されたサービスＣｌａｓｓ情報に含まれるサービスＣｌａｓｓＮｕｍｂｅｒと識別情報とを対応付けて記憶することができ、サービス種別のみならずコアノードに対するアクセスに対しても規制対象とすることができ、より適切な規制を行うことができる。変形例である通信システム１０ａにおいても同様の作用効果を奏する。

また、本実施形態の移動機１００（１００ａ）において、記憶部１０２はサービスＣｌａｓｓ情報の更新状態を示すサービスＣｌａｓｓ情報バージョン（バージョン情報）を記憶しておき、通信処理部１０５がＲＮＣ２００に対して予め記憶されているサービスＣｌａｓｓ情報バージョンを送信し、通知情報受信部１０１はその送信に応じて送信された最新のバージョン情報に対応するサービスＣｌａｓｓ情報を取得することで、常に最新のサービスＣｌａｓｓ情報を簡単な制御により実行することができる。変形例である通信システム１０ａにおいても同様の作用効果を奏する。

また、本実施形態の通信システム１０および１０ａにおいて、ＳＧＳＮ４００側またはＶＬＲ５００側で設定したサービスＣｌａｓｓ情報を移動機１００（１００ａ）に対して送信することができ、サービスＣｌａｓｓ情報の変更を適宜行うことができる。

また、本実施形態の通信システム１０および１０ａにおいて、位置登録リクエスト受信部４０３において受信したサービスＣｌａｓｓ情報バージョンに基づいてサービスＣｌａｓｓ情報が最新のバージョンではないと判断された場合、最新のバージョンのサービスＣｌａｓｓ情報を送信することができ、移動機１００（１００ａ）では常に最新のバージョンであるサービスＣｌａｓｓ情報を保持することができる。

Claims (9)

1. アクセス制御を行う制御装置と通信接続する通信装置において、
   前記通信装置が実行することができる通信サービスを示すサービス種別と当該サービス種別を区別するためのサービス種別符号とを対応付けた管理情報を記憶する記憶手段と、
   前記制御装置からサービス種別符号を示す規制メッセージを受信する規制メッセージ受信手段と、
   前記規制メッセージ受信手段によりサービス種別符号が受信されると、前記記憶手段に記憶されている当該サービス種別符号に対応するサービス種別を特定し、当該サービス種別における通信規制を行う規制手段と、
   前記制御装置のオペレータ毎に設定されたサービス種別とサービス種別符号とが対応付けられた管理情報を受信する情報受信手段とを備え、
   前記記憶手段は、前記情報受信手段により受信された管理情報を記憶することを特徴とする通信装置。
2. 前記情報受信手段は、制御信号種別とサービス種別符号とが対応付けられた管理情報を受信し、
   前記記憶手段は、前記情報受信手段により受信された管理情報に含まれるサービス種別符号と制御信号種別とを対応付けて記憶し、
   前記規制手段は、前記記憶手段に記憶されている管理情報に基づいて規制処理を行うことを特徴とする請求項１に記載の通信装置。
3. 前記情報受信手段は、コアノードを特定する識別情報とサービス種別符号とが対応付けられた管理情報を受信し、
   前記記憶手段は、前記情報受信手段により受信された管理情報に含まれるサービス種別符号と識別情報とを対応付けて記憶し、
   前記規制手段は、前記記憶手段に記憶されている管理情報に基づいて規制処理を行うことを特徴とする請求項１または２に記載の通信装置。
4. 前記記憶手段は、前記管理情報の更新状態を示すバージョン情報を記憶し、
   前記制御装置に対して前記記憶手段に記憶されているバージョン情報を送信するバージョン送信手段をさらに備え、
   前記情報受信手段は、前記バージョン送信手段による送信処理に応じて送信された最新のバージョン情報に対応する管理情報を受信することを特徴とする請求項１から３のいずれか１項に記載の通信装置。
5. 前記規制メッセージは、さらに規制の割合を示す確率情報を含み、
   前記規制手段は、前記確率情報に基づいて規制の要否を判断することを特徴とする請求項１から４のいずれか１項に記載の通信装置。
6. 前記規制メッセージは、さらに規制対象となる通信装置を特定する識別情報を含み、
   前記規制手段は、前記識別情報に基づいて自装置が規制対象であるか否かを判断することを特徴とする請求項１から４のいずれか１項に記載の通信装置。
7. 請求項１から６のいずれか１項に記載の通信装置と、制御装置とからなる通信システムにおいて、
   前記制御装置は、
   前記通信装置に対して管理情報を送信する情報送信手段を備えることを特徴とする通信システム。
8. 前記制御装置は、さらに、
   前記通信装置からバージョン情報を受信するバージョン受信手段と、
   前記バージョン受信手段により受信されたバージョン情報が最新のバージョン情報であるか否かを判断するバージョン判断手段と、
   を備え、
   前記情報送信手段は、前記バージョン判断手段により最新のバージョン情報ではないと判断された場合、最新のバージョン情報で示される管理情報を送信することを特徴とする請求項７に記載の通信システム。
9. アクセス制御を行う制御装置と通信接続するとともに、通信サービスを示すサービス種別と当該サービス種別を区別するためのサービス種別符号とを対応付けた管理情報を記憶する通信装置に対する規制方法において、
   前記制御装置のオペレータ毎に設定されたサービス種別とサービス種別符号とが対応付けられた管理情報を受信し、受信された管理情報を記憶する情報受信ステップと、
   前記制御装置からサービス種別符号を示す規制メッセージを受信する規制メッセージ受信ステップと、
   前記規制メッセージ受信ステップによりサービス種別符号が受信されると、前記情報受信ステップにおいて記憶された当該サービス種別符号に対応するサービス種別を特定し、当該サービス種別における通信規制を行う規制ステップと、
   を備える規制方法。

Images