(57)【要約】【課題】  呼制御を行う際に、基本処理以外に様々な追加サービスを行うために追加される様々な装置が類似の処理を行う中で、より簡単に各装置での確認ができ、類似処理の実行回数の判定を可能にする。【解決手段】  本発明は、予め、情報を転送するための情報要素として、目的、実行回数、処理を行った装置の識別子、処理結果を決定し、該情報要素を挿入した専用の信号Ａを用意し、ASにおいて、呼処理サーバを介して信号Ａを受信すると、該信号Ａの内容から、前段のASの処理結果を削除せずに、自身の処理結果を追加する、または、類似処理のヘッダに上書きする、または、何もしない、のいずれかの処理を行い、該信号Ａに反映させて該呼処理サーバに送信する。【選択図】  図１
2013172409.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク事業者のネットワーク内の呼処理サーバと複数のアプリケーションサーバ（以下、「AS」と記す）を有する呼処理システムであって、
予め、情報を転送するための情報要素として、目的、実行回数、処理を行った装置の識別子、処理結果を決定し、該情報要素を挿入した専用の信号Ａを用意し、
前記ASは、
前記呼処理サーバを介して前記信号Ａを受信すると、該信号Ａの内容から、前段のASの処理結果を削除せずに、自身の処理結果を追加する、または、類似処理のヘッダに上書きする、または、何もしない、のいずれかの処理を行い、該信号Ａに反映させて該呼処理サーバに送信する信号処理手段
を有することを特徴とする呼処理システム。
【請求項２】
前記信号処理手段は、
前記信号Ａの前記情報要素の実行回数を参照し、該実行回数が所定の実行回数を超える場合には、何も行わず、該実行回数が所定の実行回数以内である場合は、該情報要素の目的が自ASの処理と同様の場合は該信号Ａのヘッダにサービス名の上書きを行い、該目的が異なる場合には、ヘッダを追加する手段を含む
請求項１記載の呼処理システム。
【請求項３】
ネットワーク事業者のネットワーク内の呼処理サーバと複数のアプリケーションサーバ（以下、「AS」と記す）を有するシステムにおける呼処理方法であって、
予め、情報を転送するための情報要素として、目的、実行回数、処理を行った装置の識別子、処理結果を決定し、該情報要素を挿入した専用の信号Ａを用意し、
前記ASにおいて、
前記呼処理サーバを介して前記信号Ａを受信すると、該信号Ａの内容から、前段のASの処理結果を削除せずに、自身の処理結果を追加する、または、類似処理のヘッダに上書きする、または、何もしない、のいずれかの処理を行い、該信号Ａに反映させて該呼処理サーバに送信する信号処理ステップを行う
ことを特徴とする呼処理方法。
【請求項４】
前記信号処理ステップにおいて、
前記信号Ａの前記情報要素の実行回数を参照し、該実行回数が所定の実行回数を超える場合には、何も行わず、該実行回数が所定の実行回数以内である場合は、該情報要素の目的が自ASの処理と同様の場合は該信号Ａのヘッダにサービス名の上書きを行い、該目的が異なる場合には、ヘッダを追加する
請求項３記載の呼処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御システム及び呼制御方法に係り、特に、IMS(Internet protocol Multimedia Subsystem)等、呼制御を行うシステムにおいて、発端末から取得した情報を複数の装置(アプリケーションンサーバ)が様々な処理を行った結果を着端末に通知するための呼を制御するための呼制御システム及び呼制御方法に関する。
【背景技術】
【０００２】
一般に、IMSにおいては、AS（アプリケーションサーバ）や呼処理を行う各装置等、様々な装置が受け取った信号の中身を確認して、自身が行う処理を判断して実行する。そのため、自身が行った処理結果を加味して次の装置にその後の処理を依頼する際、各装置は自身の処理結果を何らかの形で信号に反映するなど、各々のポリシで行う（例えば、非特許文献1参照）。
【０００３】
例えば、転送サービスでは、様々な用途で用いるhistory-infoヘッダを用いて、その中に独自規定を用いて転送情報を持ちまわる（例えば、非特許文献2参照）。
【０００４】
また、番号ポータビリティでは、npdiパラメータやrnパラメータを用いて、番号ポータビリティ時のrouting先を指定する（例えば、非特許文献3参照）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP TS 23.228
【非特許文献２】3GPP TS 24.604
【非特許文献３】IETF RFC 4694
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来技術では、サービス毎に、独自のポリシで処理結果に関する信号への値の設定有無やその方法を定めていたり、各装置における動作自体も、各々の装置のポリシに従うため、信号の書き換え等によってそれ以前の装置が設定した内容を削除したり、その装置自身の運用方法やイレギュラな対応によりそれ以前の情報を消失してまう可能性があり、解析する際にメンテナンス性の観点からやや難がある。
【０００７】
図1に、従来技術における課題を示す。
【０００８】
複数のAS1、AS2、AS3、AS4及びSIP(Session Initiation Protocol)サーバであるS-CSCF１０からなるシステムにおいて、AS1では、S-CSCF１０から（ａ）の情報が渡されると、処理に応じて信号内に新たな情報要素を付与する処理を行い、「B1=result_AS1」という結果をS-CSCF１０に返す。次に、AS2では、S-CSCF１０からAS１の処理結果を含む（ｂ）の情報が渡されると、処理に応じて既存の情報を書き換え「A3=result_AS2」という結果をS-CSCF１０に返す。次に、AS3では、S-CSCF１０からAS1、AS2の処理結果を含む（ｃ）の情報が渡されると、処理に応じて既存の情報を削除する処理（B1の削除）を行う。これにより、（ｄ)に示すように、AS1の処理結果「B1:result_AS1」が削除される。次に、AS4では、S-CSCF１０から（ｄ）の情報が渡されると、処理（AS2と類似処理）に応じて、既存情報を書き換え「A3=result_AS4」をS-CSCF１０に返す。
【０００９】
上記の処理において、図1（Ａ)に示すように、前の装置（AS1）の本来削除すべきではない処理結果を、後の装置（AS3）で削除してしまう可能性がある。
【００１０】
また、図1（Ｂ)に示すように、同じ信号内容に対して、最後の情報だけが記録されるため、後の装置（AS4）が前の装置（AS2）の結果を削除してしまう可能性がある。これは、確実に前の装置の結果をコピーして持ちまわることを想定していないためである。
【００１１】
さらに、図２に示すように、各ASにおいて全て類似処理を実施した場合、その実行回数を明示的に伝えることができないため、同じような処理に関する適用回数の上限がある場合に、それらの制約を設けることができないという問題がある。
【００１２】
本発明は上記の点に鑑みなされたもので、呼制御を行う際に、基本処理以外に様々な追加サービスを行うために追加される様々な装置が類似の処理を行う中で、処理回数に上限を設ける必要がある際に複数の装置で行われた処理回数を確認し、上限回数以上の処理を防止する、及び、複数装置間で処理結果が異なることで競合を回避することが可能な呼制御システム及び呼制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記の課題を解決するため、本発明（請求項１）は、ネットワーク事業者のネットワーク内の呼処理サーバと複数のASを有する呼処理システムであって、
予め、情報を転送するための情報要素として、目的、実行回数、処理を行った装置の識別子、処理結果を決定し、該情報要素を挿入した専用の信号Ａを用意し、
前記ASは、
前記呼処理サーバを介して前記信号Ａを受信すると、該信号Ａの内容から、前段のASの処理結果を削除せずに、自身の処理結果を追加する、または、類似処理のヘッダに上書きする、または、何もしない、のいずれかの処理を行い、該信号Ａに反映させて該呼処理サーバに送信する信号処理手段を有する。
【００１４】
また、本発明（請求項２）は、前記信号処理手段において、
前記信号Ａの前記情報要素の実行回数を参照し、該実行回数が所定の実行回数を超える場合には、何も行わず、該実行回数が所定の実行回数以内である場合は、該情報要素の目的が自ASの処理と同様の場合は該信号Ａのヘッダにサービス名の上書きを行い、該目的が異なる場合には、ヘッダを追加する手段を含む。
【発明の効果】
【００１５】
本発明によれば、統一したルールに基づいて、各ASが処理結果を設定することになるため、何らかの理由で信号の書き換え等によってそれ以前の装置(AS)が設定した内容を削除される可能性がある問題に対して、障害発生時における解析作業が容易になり、メンテナンス性が向上する。また、新たにASやサービスを策定する際に、統一したルールを用いることができ、設計時における他システムとの連携をスムーズに行うことができる。
【００１６】
また、本発明で必要となる情報レベルは、詳細を確認する必要がある場合から、従来方式で本発明と共存させても問題とならない(backword compatibilityが確保されている)ケースでの運用も可能とするため、ネットワークの運用者の方針に従い、設定値を変えることができ、柔軟に利用することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】従来技術の課題を示す図（その１）である。
【図２】従来技術の課題を示す図（その２）である。
【図３】本発明の一実施の形態におけるシステム構成図である。
【図４】本発明の一実施の形態におけるASの動作のフローチャートである。
【図５】本発明の一実施の形態におけるASの具体的な動作を示す図である。
【発明を実施するための形態】
【００１８】
以下、図面と共に本発明の実施の形態を説明する。
【００１９】
図３は、本発明の一実施の形態におけるシステム構成を示す。
【００２０】
同図に示すシステムは、ネットワーク事業者のネットワーク１００を介して発端末２００と着端末３００が接続されている。ネットワーク事業者のネットワーク１００には、IMS１１０、PS(Packet Switched)ドメイン１２０、CS(Circuit Switched)ドメイン１３０があり、IMS１１０には、複数のAS１１１と呼処理サーバであるS-CSCF１１２がある。
【００２１】
本発明では、処理が行われた際に、途中の処理を行う装置（AS）が、その処理による結果を明示的に設定する項目を用意し、その処理が何回実行されたのかを明確するための新たな信号情報を端末が発信する信号に付与する。
【００２２】
新たな信号情報とは、具体的には、新たに情報を運ぶための情報要素が設定された専用の信号情報である。情報要素とは、目的、実行回数、処理を行った装置、処理結果（複数必要であれば、全て列挙する）を行うことを可能とする。
【００２３】
また、SIPで実現する場合は、新たなヘッダを用意する。信号の例を以下に示す。
Xxx: purpose="A"; cycle-1; server="AS1"; decision="abcd=opqr"; decision2"efgh=stuv"; decision3="ljki=wxyz"
上記の各要素は以下の通りである。
【００２４】
・Xxx：ヘッダ名である。なお、当該ヘッダ名は、ヘッダを管理してる事業者との調整が必要なため、仮名とする。
【００２５】
・purpose：行われた処理の名目（目的）を記載。類似した処理にはいずれも同じ名前になるように統一する。
【００２６】
・cycle：「purpose」で記された動作が何回繰り返されたのか記載する。後のASがこの数値を確認し、類似処理を行って上限数に達しているか否かで、処理の実施をしてよいか否かを判定する。なお、上限数は予めAS１１１において保持しているポリシに基づいて決定されている。
【００２７】
・server：処理が行われた装置名を記載する。
【００２８】
・decision1〜decision3：各装置で行われた決定事項を記していく。各々にどういう項目がどう決まったかを記していく。
【００２９】
図３において、
（１）発端末２００から上記の構成の信号がSIPセッション要求としてIMS１１０内のS-CSCF１１２を介してAS１１１に送信される。
【００３０】
（２）各AS１１１において、信号による処理を実行し、S-CSCF１１２に出力する。当該AS１１１では、それまでに専用の信号がある場合は、その内容を確認し、自身の処理を行うか否かを判定する、または、動作内容に基づいた処理を行う。
【００３１】
（３）S-CSCF１１２は、PSドメイン１２０またはCSドメイン１３０のいずれかにSIPセッション要求を行い、各ドメイン１２０，１３０のいずれかから処理結果が着端末３００に送信される。
【００３２】
上記の（２）におけるAS１１１の処理を以下に示す。
【００３３】
図４は、本発明の一実施の形態におけるASの処理のフローチャートである。
【００３４】
ステップ１０１）  AS１１１は、S-CSCF１１２から専用の信号Ａを受信する。
【００３５】
ステップ１０２）  当該AS１１１が１番目のASである場合はステップ１０７に移行し、１番目以降のASである場合はステップ１０３に移行する。
【００３６】
ステップ１０３）  信号Ａの設定項目のヘッダの回数を参照し、予め決められている回数を超えているかを判定し、超えていない場合はステップ１０６に移行し、超えている場合はステップ１０４に移行する。
【００３７】
ステップ１０４）  所定の回数を超えている場合は、ヘッダについては何も行わない。
【００３８】
ステップ１０５）  ＡＳ処理（エラー、または、何もしないという処理）を行い、ステップ１１１に移行する。
【００３９】
ステップ１０６）  自ASの処理を行うかを判定し、行う場合にはステップ１０７に移行し、行わない場合はステップ１１１に移行する。
【００４０】
ステップ１０７）  自ASにおけるアプリケーション処理を実行する。
【００４１】
ステップ１０８）  信号Ａの設定項目の目的を参照し、自ASの処理の目的と類似しているかを判定し、類似している場合はステップ１０９に移行し、類似していない場合はステップ１１０に移行する。なお、ここで、目的が類似しているか否かの判断は、運用条件が同じである場合には類似するものと判断するものとする。例えば、転送サービスにおいて、転送条件が、無条件転送、一定時間待機後に転送、応答後転送等である場合には、転送形態が異なっているものの、類似するものと判定する。
【００４２】
ステップ１０９）  信号Ａの類似処理のヘッダを上書きし、ステップ１１１に移行する。
【００４３】
ステップ１１０）  処理結果を信号Ａのヘッダに追加する。
【００４４】
ステップ１１１）  信号ＡをS-CSCF１１２に返却する。
【００４５】
以下に具体的な例を示す。
【００４６】
図５は、本発明の一実施の形態におけるＡＳの具体的な処理を示す図である。
【００４７】
同図に示すAS１,AS３はcall forwarding(通話転送）処理を、AS２，AS４はドメイン選択（T-DAS）処理を行うものとする。以下の例において、回数上限値は"１"とする。
【００４８】
また、ヘッダの処理にあたっては、上記の（１）〜（３）の３つから選択できるものとする。
【００４９】
以下では、"call_forwarding"の回数の上限値を２とし、"T-ADS"の回数の上限値を１として説明する。
【００５０】
・AS１：
S-CSCF１１２から専用の信号Ａを受信し、処理を行い、以下のようにヘッダを追加すし、S-CSCF１１２に送出する。
Xxx: purpose="call_forwarding", cycle=1; server="AS1"; decision1="divert_to=012345678"; decision2="unconditional"
・AS２：
S-CSCF１１２から専用の信号Ａを受信し、処理を行い、以下のようにヘッダを追加し、S-CSCF１１２に送出する。
Xxx: purpose="T-ADS": cycle=1; server="AS2"; decision1="C-Plane=PS"; decision2="U-Plane=PS"
・AS３：
Xxxヘッダに、サービスの上書きが可能な「purpose="call_forwrding」であり、回数の上限未満である「cycle=1」であることを確認し、処理を行い、以下のヘッダを追加し、S-CSCF１１２に送出する。
Xxx: purpose="call_forwarding"; cycle=2; server="AS3"; decision1="divert_to=098765432"; decusuib2="bi-reply"
・AS4：
Xxxヘッダに、AS2で追加された「purpose="T-ADS"」があり、回数の上限である「cycle=1」があることから、同様の処理は行わない。AS４はPSドメインを選択してS-CSCF１１２に信号を送出する。
【００５１】
上記のように、呼制御を行う中で、基本処理以外は様々な追加サービスを行うために追加される様々な装置が類似の処理を行う中で、より簡単に、各装置（AS）での処理結果の確認ができるようになる。また、類似処理の実行回数の判定が容易になる。
【００５２】
なお、上記の図４に示すASの動作をプログラムとして構築し、ASとして利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【００５３】
本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【符号の説明】
【００５４】
１００  ネットワーク事業者のネットワーク
１１０  IMS（Internet protocol Multimedia Subsystem)
１１１  AS(アプリケーションサーバ)
１２０  PSドメイン
１３０  ＣＳドメイン
２００  発端末
３００  着端末
【図１】
2013172409.tif 000003
【図２】
2013172409.tif 000004
【図３】
2013172409.tif 000005
【図４】
2013172409.tif 000006
【図５】
2013172409.tif 000007