(57)【要約】【課題】転送元ＭＳＣ２０とＳＣＰ３０との間における送受信データ量の増大を防いで呼処理を効率的に行うことである。【解決手段】本発明に係るＳＣＰ３０は、パターン通知部３２を備える。パターン通知部３２は、発呼交換機１０と転送元ＭＳＣ２０との間の第１区間と、転送元ＭＳＣ２０と転送先ＭＳＣ３０との間の第２区間とにおけるＩＳＵＰインタワークを利用したサービスの提供に際して、当該サービスの種別に対応するインタワークパターン番号を転送元ＭＳＣ２０に通知する。本発明に係る転送元ＭＳＣ２０は、通知されたインタワークパターン番号に対応するインタワークパターンを参照して、パラメータに対する破棄後生成、透過などの処理を行う。【選択図】　図１
2004056513.tif 000002
【特許請求の範囲】
【請求項１】
発呼交換機と呼の転送元交換機との間の第１区間と、前記転送元交換機と呼の転送先交換機との間の第２区間とにおけるＩＳＵＰインタワークを利用したサービスの提供に際して、当該サービスの種別に対応するインタワークパターン識別情報を、前記転送元交換機に通知する通知手段を備えることを特徴とするサービス制御装置。
【請求項２】
請求項１に記載のサービス制御装置とデータの送受信を行う転送元交換機において、
前記発呼交換機から受信されたパラメータと、該パラメータに対する処理内容とが対応付けられたインタワークパターンを、前記インタワークパターン識別情報毎に格納する格納手段と、
前記サービス制御装置の通知手段により通知された前記インタワークパターン識別情報に対応するインタワークパターンを参照して、前記パラメータに対する処理を行う処理手段と
を備えることを特徴とする転送元交換機。
【請求項３】
請求項１に記載のサービス制御装置と、請求項２に記載の転送元交換機とを備え、前記サービス制御装置と前記転送元交換機との間で通信を行うことを特徴とするサービス制御システム。
【請求項４】
発呼交換機と呼の転送元交換機との間の第１区間と、前記転送元交換機と呼の転送先交換機との間の第２区間とにおけるＩＳＵＰインタワークを利用したサービスの提供に際して、サービス制御装置が、当該サービスの種別に対応するインタワークパターン識別情報を、前記転送元交換機に通知する通知ステップを含むことを特徴とするサービス制御方法。
【請求項５】
発呼交換機から受信されたパラメータと、該パラメータに対する処理内容とが対応付けられたインタワークパターンを、前記インタワークパターン識別情報毎に格納されている格納手段を備える転送元交換機が、サービス制御装置により通知された前記インタワークパターン識別情報に対応するインタワークパターンを参照して、前記パラメータに対する処理を行う処理ステップを含むことを特徴とするサービス制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サービス制御装置、転送元交換機、サービス制御システム、及びサービス制御方法に関する。
【０００２】
【従来の技術】
従来、３ＧＰＰ（Ｔｈｅ　３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）におけるＩＮ（Ｉｎｔｅｌｌｉｇｅｎｔ　Ｎｅｔｗｏｒｋ）サービスとして、着呼転送や国際ローミングを始めとするＣＡＭＥＬ（Ｃｕｓｔｏｍｉｚｅｄ　Ａｐｐｌｉｃａｔｉｏｎｓ　ｆｏｒ　Ｍｏｂｉｌｅ　Ｅｎｈａｎｃｅｄ　Ｌｏｇｉｃ）サービスが提案されている。ＣＡＭＥＬサービスを利用して着呼転送処理を行う際には、発信者から転送基点（第１区間）と転送基点から転送先（第２区間）との各区間において通信料の課金先や接続条件が異なる場合がある。
【０００３】
この様な場合には、第１区間と第２区間とをシームレスに接続するために、ＩＳＵＰ（ＩＳＤＮ　Ｕｓｅｒ　Ｐａｒｔ）を用いてインタワーク（インタワーキングと同義）を行う必要ある。ＩＳＵＰは、周知慣用のデータ部であるので、その詳細な説明は省略するが、Ｎｏ．７信号方式の機能構成モデルにおいて、共通線信号方式でＩＳＤＮを実現するための手順が規定されているユーザ部の１つである。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記従来技術においては、転送元交換機としてのＭＳＣ（Ｍｏｂｉｌｅ　Ｓｗｉｔｃｈｉｎｇ　Ｃｅｎｔｅｒ）は、サービスの種類に依らず、発呼交換機から受信された信号上の全てのパラメータを、サービス制御装置としてのＳＣＰ（Ｓｅｒｖｉｃｅ　Ｃｏｎｔｒｏｌ　Ｐｏｉｎｔ）宛に送信する。そして、ＳＣＰが、個々のサービス条件に従ってパラメータを書き換えた後に、転送先のＭＳＣ宛に送信することにより、ＩＳＵＰインタワークを実現していた。
【０００５】
したがって、ＭＳＣとＳＣＰとの間で送受信されるデータ（例えば制御信号）の量が増大し、スループット（単位時間当たりの実質的なデータ送信容量）が低下することが懸念されていた。更に、３ＧＰＰに準拠したＣＡＭＥＬサービスでは、ＳＣＰにおけるパラメータの削除能力が規定されていない。このため、ＭＳＣとＳＣＰとを備えるシステムに、不要なパラメータの削除を要するＩＳＵＰインタワークを実装することは困難であった。
【０００６】
そこで、本発明は上記問題点に鑑みてなされたものであり、サービス制御装置（ＳＣＰに相当）と転送元交換機（ＭＳＣに相当）との間における送受信データ量の増大を防いで呼処理を効率的に行うことを課題とする。
【０００７】
【課題を解決するための手段】
上記課題を解決する為に、本発明に係るサービス制御装置（ＳＣＰ）は、発呼交換機と呼の転送元交換機（転送元ＭＳＣ）との間の第１区間と、前記転送元交換機と呼の転送先交換機（転送先ＭＳＣ）との間の第２区間とにおけるＩＳＵＰインタワークを利用したサービスの提供に際して、当該サービスの種別に対応するインタワークパターン識別情報を、前記転送元交換機に通知する通知手段を備える。
【０００８】
本発明に係る転送元交換機は、上述したサービス制御装置とデータの送受信を行う転送元交換機において、前記発呼交換機から受信されたパラメータと、該パラメータに対する処理内容とが対応付けられたインタワークパターンを、前記インタワークパターン識別情報毎に格納する格納手段と、前記サービス制御装置の通知手段により通知された前記インタワークパターン識別情報に対応するインタワークパターンを参照して、前記パラメータに対する処理を行う処理手段とを備える。
【０００９】
また、上述したサービス制御装置と、上述した転送元交換機とを備え、前記サービス制御装置と前記転送元交換機との間で通信を行うサービス制御システムを構築してもよい。
【００１０】
本発明に係るサービス制御方法は、発呼交換機と呼の転送元交換機（転送元ＭＳＣ）との間の第１区間と、前記転送元交換機と呼の転送先交換機（転送先ＭＳＣ）との間の第２区間とにおけるＩＳＵＰインタワークを利用したサービスの提供に際して、サービス制御装置（ＳＣＰ）が、当該サービスの種別に対応するインタワークパターン識別情報を、前記転送元交換機に通知する通知ステップを含む。
【００１１】
本発明に係るサービス制御方法は、発呼交換機から受信されたパラメータと、該パラメータに対する処理内容とが対応付けられたインタワークパターンが前記インタワークパターン識別情報毎に格納されている格納手段を備える転送元交換機が、サービス制御装置により通知された前記インタワークパターン識別情報に対応するインタワークパターンを参照して、前記パラメータに対する処理を行う処理ステップを含む。
【００１２】
これらの発明によれば、サービス制御装置から転送元交換機宛には、転送元交換機に対して使用を指示するインタワークパターンの識別情報が送信される。転送元交換機は、当該識別情報により特定されたインタワークパターンを参照してパラメータ処理を行う。すなわち、破棄後生成、透過などのパラメータに対する処理は、サービス制御装置側でなく転送元交換機側で実行される。
【００１３】
このため、転送元交換機は、発呼交換機から受信された信号上の全てのパラメータをサービス制御装置宛に送信する必要がない。これにより、ＩＳＵＰインタワークの実現に際して、転送元交換機とサービス制御装置との間で送受信されるデータ量が低減されると共に、システムにおけるスループットの低下が抑制される。その結果、サービス制御装置と転送元交換機との間における送受信データ量の増大を防いで呼処理を効率的に行うことが可能となる。
【００１４】
【発明の実施の形態】
以下、添付図面を参照して、ＩＮサービスの一種である着呼転送サービスに本発明を適用した実施の形態を詳細に説明する。
【００１５】
まず、構成を説明する。図１は、本実施の形態におけるサービス制御システム１の全体構成を示す概念図である。図１に示す様に、サービス制御システム１は、転送元ＭＳＣ（Ｍｏｂｉｌｅ　Ｓｗｉｔｃｈｉｎｇ　Ｃｅｎｔｅｒ）２０と、ＳＣＰ（Ｓｅｒｖｉｃｅ　ＣｏｎｔｒｏｌＰｏｉｎｔ）３０とを少なくとも備えて構成される。転送元ＭＳＣ２０とＳＣＰ３０とは、各種データの送受信が可能な様に有線接続されている。また、転送元ＭＳＣ２０は、発呼交換機１０及び転送先ＭＳＣ４０と有線接続されている。
【００１６】
発呼交換機１０は、ＩＡＭ（Ｉｎｉｔｉａｌ　Ａｄｄｒｅｓｓ　Ｍｅｓｓａｇｅ）にパラメータＡ〜Ｄを乗せて転送元ＭＳＣ２０宛に送信する。ＩＡＭは、ＩＳＵＰメッセージの一種である接続要求信号である。
【００１７】
また、発呼交換機１０は、ＡＣＭ（Ａｄｄｒｅｓｓ　Ｃｏｍｐｌｅｔｅ　Ｍｅｓｓａｇｅ）とＡＮＭ（ＡＮｓｗｅｒ　Ｍｅｓｓａｇｅ）とを転送元ＭＳＣ２０から受信する。ＡＣＭは、ＩＳＵＰメッセージの一種であり、通信相手までの交換機の経路を特定したことを通知する信号である。ＡＮＭは、ＩＳＵＰメッセージの一種であり、通信相手と通信可能な状態になったことを通知する信号である。
【００１８】
転送元ＭＳＣ２０（転送元交換機に対応）は、インタワークパターンテーブル２１（格納手段に対応）を内部に有する。図２は、インタワークパターンテーブル２１のデータ格納例を示す図である。図２に示す様に、インタワークパターンテーブル２１は、インタワークパターン番号＃１，＃２，＃３（インタワークパターン識別情報に対応）にそれぞれ対応するインタワークパターン２１ａ，２１ｂ，２１ｃから構成される。
【００１９】
更に、インタワークパターン２１ａは、パラメータ領域２１１とパラメータ処理領域２１２とから構成され、パラメータとパラメータ処理とはそれぞれ対応付けて格納されている。パラメータ領域２１１には、発呼交換機１０から送信される可能性のあるパラメータ（例えば、Ａ，Ｂ，Ｃ，Ｄ，Ｅ）が格納されており、パラメータ処理領域２１２には、対応するパラメータに対して実行されるべき処理の種類（例えば、”破棄後生成”、”透過”、”破棄”、”ＳＣＰから受信”）が格納されている。
【００２０】
具体的には、例えば、パラメータＡは接続特性表示用のパラメータであり、衛星回線表示用パラメータＡ１、導通試験表示用パラメータＡ２、エコー制御装置表示用パラメータＡ３等に更に分類することもできる。同様に、パラメータＢは順方向呼表示用パラメータであり、国内／国際呼表示用パラメータＢ１、エンド・エンド法表示用パラメータＢ２、相互接続表示用パラメータＢ３、エンド・エンド情報表示用パラメータＢ４、ＩＳＵＰ１リンク表示用パラメータＢ５、ＩＳＵＰ１リンク希望表示用パラメータＢ６、ＩＳＤＮアクセス表示用パラメータＢ７、ＳＣＣＰ法表示用パラメータＢ８に更に分類してもよい。
【００２１】
更に、パラメータＣ，Ｄ，Ｅは、それぞれ発ユーザ種別用パラメータ、通信路要求表示用パラメータ、着番号用パラメータである。着呼転送サービスにおいて想定されるパラメータには、上記の他にも、発番号、転送先番号、着信転送情報、第一着番号、アクセス転送、ユーザサービス情報、汎用番号、料金区域情報、発番号非通知理由、付加ユーザ種別、事業者情報転送などがある。
【００２２】
また、転送元ＭＳＣ２０は、パラメータ処理部２２（処理手段に対応）を備える。パラメータ処理部２２は、ＳＣＰ３０により通知された＃１，＃２，＃３の内の何れかのインタワークパターン番号に基づいて、参照すべきインタワークパターンを選定する。そして、パラメータ処理部２２は、選定されたインタワークパターンを参照して、各パラメータＡ〜Ｅに対応するパラメータ処理を行う。
【００２３】
転送元ＭＳＣ２０は、発呼交換機１０からＩＡＭを受信すると共に、発呼交換機１０にＡＣＭ，ＡＮＭを送信する。
また、転送元ＭＳＣ２０は、Ｉｎｉｔｉａｌ　ＤＰ（Ｄｅｔｅｃｔｉｏｎ　Ｐｏｉｎｔ）をＳＣＰ３０宛に送信すると共に、ＣｏｎｎｅｃｔをＳＣＰ３０から受信する。ここで、Ｉｎｉｔｉａｌ　ＤＰは、ＣＡＭＥＬの制御信号方式に準拠したＣＡＰ（ＣＡＭＥＬ　Ａｐｐｌｉｃａｔｉｏｎｓ　Ｐａｒｔ）信号の一種である制御信号である。Ｃｏｎｎｅｃｔは、ＣＡＰ信号の一種であり、インタワークパターン番号及びパラメータを通知する信号である。
更に、転送元ＭＳＣ２０は、転送先ＭＳＣ４０にＩＡＭを送信すると共に、転送先ＭＳＣ４０からＡＣＭ，ＡＮＭを受信する。
【００２４】
ＳＣＰ３０（サービス制御装置に対応）は、サービステーブル３１とパターン通知部３２とを少なくとも備える。
図３は、サービステーブル３１のデータ格納例を示す図である。図３に示す様に、サービステーブル３１は、サービス種別領域３１ａとインタワークパターン番号領域３１ｂとから構成され、サービス種別とインタワークパターン番号とはそれぞれ対応付けて格納されている。
【００２５】
サービス種別領域３１ａには、サービス制御システム１において提供され得るサービスの種類（例えば、”着呼転送サービス”、”国際ローミングサービス”、…）が格納されている。
インタワークパターン番号領域３１ｂには、転送元ＭＳＣ２０に対して参照を指示するインタワークパターンを一意に特定可能な識別情報（例えば、”＃１”、”＃２”、”＃３”…）が「インタワークパターン番号」として格納されている。
【００２６】
なお、サービス種別領域３１ａに格納されているサービス種別によっては、対応するサービスが提供され得るＩＳＵＰインタワークの条件などに応じて更に細分化することも可能である。着呼転送サービスに関しては、着呼転送先に着目して、例えば、着呼転送先が国際事業者、ＰＨＳ（Ｐｅｒｓｏｎａｌ　Ｈａｎｄｙｐｈｏｎｅ　Ｓｙｓｔｅｍ）、発信者課金ポケベルの場合などに分類可能である。
【００２７】
パターン通知部３２は、ＳＣＰ３０が転送元ＭＳＣ２０からＩｎｉｔｉａｌ　ＤＰを受信すると、サービス種別に従って、上述のインタワークパターン番号及びパラメータを決定し、Ｃｏｎｎｅｃｔとして転送元ＭＳＣ２０宛に送信する。これにより、転送元ＭＳＣ２０にて参照されるインタワークパターンが通知されると共に、必要に応じて使用されるパラメータも通知される。
転送先ＭＳＣ４０（転送先交換機に対応）は、転送元ＭＳＣ２０からＩＡＭを受信すると共に、転送元ＭＳＣ２０にＡＣＭ，ＡＮＭを送信する。
【００２８】
次に、本発明に係るサービス制御システム１の動作を説明する。併せて、本発明に係るサービス制御方法の構成要素である各ステップについて説明する。動作説明の前提として、値ａ，ｂ，ｃ，ｄをそれぞれ有するパラメータＡ，Ｂ，Ｃ，Ｄを、以下、Ａ（ａ），Ｂ（ｂ），Ｃ（ｃ），Ｄ（ｄ）と表記する。図４は、サービス制御システム１により実行されるサービス制御処理を説明する為のフローチャートである。
【００２９】
Ｓ１では、発呼交換機１０から送信された、パラメータＡ（ａ）〜Ｄ（ｄ）を含むＩＡＭが、転送元ＭＳＣ２０によって受信される。
Ｓ２では、転送元ＭＳＣ２０からＳＣＰ３０宛に、上述のＩｎｉｔｉａｌ　ＤＰが送信される。
【００３０】
Ｓ３では、ＳＣＰ３０により、Ｓ２で受信されたＩｎｉｔｉａｌ　ＤＰに基づいて起動されるサービスの種別が判定されると共に、当該判定結果に基づいてインタワークパターン番号がサービステーブル３１から選定及び抽出される。なお、Ｓ３では、ＳＣＰ３０により、まず、サービス種別に基づいてＩＳＵＰインタワークの要否が判断され、ＩＳＵＰインタワークが必要と判断された場合にのみ、インタワークパターン番号が選定及び抽出されるものとしてもよい。
【００３１】
Ｓ４では、Ｓ３で抽出されたインタワークパターン番号（図４の例では＃１）とパラメータ（図４の例ではＥ（ｅ））とが、Ｃｏｎｎｅｃｔを介して転送元ＭＳＣ２０に通知される。
【００３２】
Ｓ５では、転送元ＭＳＣ２０により、Ｓ４で通知されたインタワークパターン番号に対応するインタワークが実行される。すなわち、転送元ＭＳＣ２０は、インタワークパターンテーブル２１を参照して、転送元ＭＳＣ２０とＳＣＰ３０との間（以下、「第１区間」と記す。）からＳＣＰ３０と転送先ＭＳＣ４０との間（以下、「第２区間」と記す。）にパラメータをマッピング（パラメータ変換）する。
【００３３】
以下、図２、図５（ａ）、及び図５（ｂ）を参照して、第１区間から第２区間にパラメータＡ〜Ｄをマッピングする例について、より詳細に説明する。図５（ａ）に示す様に、マッピング前のパラメータＡ〜Ｄは、それぞれ値ａ〜ｄを有する。例えば、Ａ（ａ）に対するパラメータ処理は、インタワークパターン２１ａを参照して”破棄後生成”であると判定される。したがって、図５（ｂ）に示す様に、転送元ＭＳＣ２０において、値ａは破棄され、代替値である値ａ’が生成される。
【００３４】
続いて、パラメータＢ（ｂ）及びＣ（ｃ）に関しては、パラメータ処理は共に”透過”である。したがって、マッピング後の値は、既存の値であるｂ，ｃがそれぞれ保持される。また、パラメータＤ（ｄ）に対するパラメータ処理は”破棄”であるので、転送元ＭＳＣ２０にてパラメータＤ（ｄ）は削除される。この結果、値ｄが転送先ＭＳＣ４０に転送されることはなくなる。そして、パラメータＥ（ｅ）に対するパラメータ処理は”ＳＣＰから受信”である。したがって、Ｓ４においてＳＣＰ３０から受信されたパラメータＥ（ｅ）が、マッピング後のパラメータに新規に付加される。
【００３５】
Ｓ６では、Ｓ５で転送元ＭＳＣ２０によりマッピングされたパラメータＡ（ａ’），Ｂ（ｂ），Ｃ（ｃ），Ｅ（ｅ）が、転送先ＭＳＣ４０に転送される。これにより、転送元ＭＳＣ２０は、これらのパラメータを介して転送先ＭＳＣ４０に接続される。
【００３６】
Ｓ７及びＳ８では、転送先ＭＳＣ４０から転送元ＭＳＣ２０に向けてＡＣＭとＡＮＭが応答される。
Ｓ９及びＳ１０では、転送先ＭＳＣ２０から発呼交換機１０に向けてＡＣＭとＡＮＭが応答される。
【００３７】
以上説明した様に、本発明に係るサービス制御システム１によれば、ＳＣＰ３０は、転送元ＭＳＣ２０からＩｎｉｔｉａｌ　ＤＰを受信したことに伴い、転送元ＭＳＣ２０がＩＳＵＰインタワークを行う際に必要とされるインタワークパターンの識別番号及びパラメータを選定し、転送元ＭＳＣ２０に通知する。転送元ＭＳＣ２０は、通知されたインタワークパターン番号に対応するインタワークパターンを、インタワークパターンテーブル２１から取得すると共に、通知されたパラメータを適宜追加してパラメータのマッピングを行う。このマッピングにより、転送元ＭＳＣ２０と転送先ＭＳＣ４０との間において、着呼転送サービスに準じた接続（ＩＳＵＰインタワーク）が完了する。
【００３８】
本実施の形態におけるサービス制御システム１によれば、パラメータ処理は、ＳＣＰ３０でなく転送元ＭＳＣ２０において実行される。このため、転送元ＭＳＣ２０は、発呼交換機１０から受信された信号上の全てのパラメータＡ（ａ）〜Ｄ（ｄ）をＳＣＰ３０宛に送信する必要がない。これにより、ＩＳＵＰインタワークの実現に際して、転送元ＭＳＣ２０とＳＣＰ３０との間で送受信されるデータ量が低減されると共に、サービス制御システム１におけるスループットの低下が抑制される。その結果、転送元ＭＳＣ２０とＳＣＰ３０間における送受信データ量の増大を防いで、着呼転送処理を効率的に行うことが可能となる。
【００３９】
なお、本実施形態に記載の態様は、本発明に係るサービス制御システムの好適な一例であり、本発明は当該態様に限定されるものではない。例えば、本実施形態では、ＩＳＵＰインタワークを利用したＣＡＭＥＬサービスとして着呼転送サービスを例示したが、これに限らず、国際ローミングサービス等にも本発明を適用可能である。
【００４０】
【発明の効果】
本発明によれば、サービス制御装置と転送元交換機との間における送受信データ量の増大を防いで呼処理を効率的に行うことが可能となる。
【図面の簡単な説明】
【図１】サービス制御システムの構成を示す概念図である。
【図２】インタワークパターンテーブルのデータ格納例を概念的に示す図である。
【図３】サービステーブルのデータ格納例を概念的に示す図である。
【図４】サービス制御システムの動作を説明する為のフローチャートである。
【図５】図５（ａ）はマッピング前のパラメータを示す図であり、図５（ｂ）はマッピング後のパラメータを示す図である。
【符号の説明】
１…サービス制御システム、１０…発呼交換機、２０…転送元ＭＳＣ、２１…インタワークパターンテーブル、２１ａ，２１ｂ，２１ｃ…インタワークパターン、２２…パラメータ処理部、３０…ＳＣＰ、３１…サービステーブル、３２…パターン通知部、４０…転送先ＭＳＣ
【図１】
2004056513.tif 000003
【図２】
2004056513.tif 000004
【図３】
2004056513.tif 000005
【図４】
2004056513.tif 000006
【図５】
2004056513.tif 000007