(57)【要約】【課題】従来の仕組みを活かしつつ、従来不可能であった公衆交換網から公衆交換網への接続を簡易に実現することを課題とする。【解決手段】ＭＧＣＦ１０の呼制御部１５は、ＳＴＭ網側から受信したＩＳＵＰメッセージの接続先がＳＴＭ網である場合には、ＩＳＵＰメッセージを変換したＳＩＰメッセージに独自ヘッダ（例えば、「Ｘ−ＳＰＩＲＡＬ：ＯＮ」）を付与した後、ＩＰ網側へＳＩＰ信号を送信する。このときの信号送信先は、自分自身（ＭＧＣＦ１０）とする。自分自身を送信先としてＩＰ網側へ送信したＳＩＰ信号に対応するメッセージをＩＰ網側から受信し、このメッセージに独自ヘッダが付与されている場合には、呼制御処理を継続する。【選択図】        図１
2009239742.tif 000002
【特許請求の範囲】
【請求項１】
公衆交換網および／またはネットワーク通信網を介してメッセージを送信することにより、公衆交換網および／またはネットワーク通信網上の端末間を通信可能に接続するように制御する接続制御装置であって、
公衆交換網側から受信した呼接続処理に関するメッセージを解析して、当該メッセージの接続先を抽出する接続先抽出部と、
前記接続先抽出部により抽出された接続先が公衆交換網であるか否かを判定する接続先判定部と、
前記接続先抽出部により抽出された接続先が公衆交換網であると前記接続先判定部により判定された場合には、呼接続処理が有効なものであることを示す付加情報を生成する付加情報生成部と、
前記付加情報生成部により生成された付加情報を付与した自装置宛の接続制御メッセージをネットワーク通信網側へ送信するように制御するネットワーク側送信制御部と、
ネットワーク通信網側から受信した接続制御メッセージの宛先が自装置である場合には、当該接続制御メッセージに前記付加情報が付与されていることを条件に、呼接続処理に関するメッセージを公衆電話網側へ送信するように制御する交換網側送信制御部と、
を有することを特徴とする接続制御装置。
【請求項２】
公衆交換網および／またはネットワーク通信網を介してメッセージを送信することにより、公衆交換網および／またはネットワーク通信網上の端末間を通信可能に接続するように制御する接続制御方法であって、
公衆交換網側から受信した呼接続処理に関するメッセージを解析して、当該メッセージの接続先を抽出する接続先抽出ステップと、
前記接続先抽出ステップにより抽出された接続先が公衆交換網であるか否かを判定する接続先判定ステップと、
前記接続先抽出ステップにより抽出された接続先が公衆交換網であると前記接続先判定ステップにより判定された場合には、呼接続処理が有効なものであることを示す付加情報を生成する付加情報生成ステップと、
前記付加情報生成ステップにより生成された付加情報を付与した自装置宛の接続制御メッセージをネットワーク通信網側へ送信するように制御するネットワーク側送信制御ステップと、
ネットワーク通信網側から受信した接続制御メッセージの宛先が自装置である場合には、当該接続制御メッセージに前記付加情報が付与されていることを条件に、呼接続処理に関するメッセージを公衆電話網側へ送信するように制御する交換網側送信制御ステップと、
を含んだことを特徴とする接続制御方法。
【請求項３】
公衆交換網および／またはネットワーク通信網を介してメッセージを送信することにより、公衆交換網および／またはネットワーク通信網上の端末間を通信可能に接続するように制御する処理をコンピュータに実行させる接続制御プログラムであって、
公衆交換網側から受信した呼接続処理に関するメッセージを解析して、当該メッセージの接続先を抽出する接続先抽出手順と、
前記接続先抽出手順により抽出された接続先が公衆交換網であるか否かを判定する接続先判定手順と、
前記接続先抽出手順により抽出された接続先が公衆交換網であると前記接続先判定手順により判定された場合には、呼接続処理が有効なものであることを示す付加情報を生成する付加情報生成手順と、
前記付加情報生成手順により生成された付加情報を付与した自装置宛の接続制御メッセージをネットワーク通信網側へ送信するように制御するネットワーク側送信制御手順と、
ネットワーク通信網側から受信した接続制御メッセージの宛先が自装置である場合には、当該接続制御メッセージに前記付加情報が付与されていることを条件に、呼接続処理に関するメッセージを公衆電話網側へ送信するように制御する交換網側送信制御手順と、
をコンピュータに実行させることを特徴とする接続制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、公衆交換網および／またはネットワーク通信網を介してメッセージを送信することにより、公衆交換網および／またはネットワーク通信網上の端末間を通信可能に接続する接続制御装置、接続制御方法および接続制御プログラムに関する。
【背景技術】
【０００２】
従来から、３ＧＰＰ（3rd Generation Partnership Project）で標準化された第３世代移動通信システムの分野において、ＰＳＴＮ網（Public Switched Telephone Networks：公衆交換網）やＳＴＭ（Synchronous Transfer Mode）網等の既存網とＩＰ網（IP Network）との間の接続を制御するためにＧＷ（gateway）が配置される。
【０００３】
例えば、図１１に示すように、ＧＷ内のＭＧＣＦ（Media Gateway Control Function）は、ＳＴＭ網とＩＰ網とを接続するために、ＩＰ網内ではＳＩＰプロトコル、ＳＴＭ網内ではＩＳＵＰプロトコルを用いて、ＳＴＭ網とＩＰ網との間の呼制御を行う。
【０００４】
例えば、図１２〜図１４に示すように、ＧＷ内のＭＧＣＦは、ＳＴＭ網側の端末からＩＳＵＰプロトコルを用いたメッセージ（例えば、「ＩＡＭ」、「ＲＥＬ」など）を受信すると、受信メッセージに含まれる着番号や発番号などの情報をマッピングして、ＳＴＭ網側の端末から受信したメッセージに対応するＳＩＰプロトコルを用いたメッセージ（例えば、「ＩＮＶＩＴＥ」など）に変換して、ＩＰ網側の端末に送信する。
【０００５】
一方、ＧＷ内のＭＧＣＦは、ＩＰ網側の端末から返信されてきたメッセージ（例えば、「１８０  Ｒｉｎｇｉｎｇ」や「２００  ＯＫ」など）を受信すると、ＩＰ網側の端末から返信されてきたメッセージに対応するＩＳＵＰプロトコルを用いたメッセージ（例えば、「ＡＣＭ」や「ＲＬＣ」など）に変換して、ＳＴＭ網側の端末に送信する。
【０００６】
このようにして、ＧＷ内のＭＧＣＦは、異種網（ＳＴＭ網、ＩＰ網）間の接続を制御し、異種網を介して接続された端末間の通信（例えば、音声通信）などを可能とする。
【０００７】
ところで、上述した従来の技術では、異種網（ＳＴＭ網、ＩＰ網）間の接続を制御することはできるものの、同種のＳＴＭ網間の接続を制御できないことから、ＳＴＭ網間の接続を制御する方法が検討されている。
【０００８】
例えば、ＧＷ内のＭＧＣＦは、ＳＴＭ網側の端末からＩＳＵＰプロトコルを用いたメッセージを受信すると、このメッセージに対応するＳＩＰプロトコルを用いた擬似的なメッセージに変換し、ＭＧＣＦ自身を宛先として送信する。
【０００９】
通常、ＭＧＣＦからＭＧＣＦ自身宛に送信された擬似的なメッセージは、図１５に示すように、ループ呼と判断されて呼損となるが、スパイラル呼として呼を継続することで、異種網を介して接続された端末間の通信（例えば、音声通信）などを可能とする方法が考えられる。
【００１０】
なお、特許文献１には、ＳＩＰネットワークに接続された複数間に発生する呼損を制御する方法が開示されている。
【００１１】
【特許文献１】特開２００５−３０３４５６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、上述したように、ループ呼をスパイラル呼として呼を継続する方法は、以下のような問題点がある。例えば、ＧＷ内のＭＧＣＦは、ＩＮＶＩＴＥトランザクションが完了する前に発端末側から切断要求を受信した場合、その切断要求に応じて着端末側にＳＩＰ信号としてＣＡＣＥＬリクエストを送信することになる。
【００１３】
このとき、ＧＷ内のＭＧＣＦは、例えば、図１６に示すように、受信されるＣＡＮＣＥＬリクエスト（同図（３）参照）が、発端末側から切断要求に応じて送信したＩＮＶＩＴＥメッセージ（同図（１）参照）に対するＣＡＮＣＥＬリクエスト、あるいはＭＧＣＦ自身を宛先として送信したＩＮＶＩＴＥメッセージに対するＣＡＣＥＬリクエスト（同図（２）参照）のいずれであるかを、ＩＮＶＩＴＥメッセージおよびＣＡＮＣＥＬリクエスト内の「Ｒ−ＵＲＩ」、「Ｔｏ」、「Ｆｒｏｍ」、「Ｃａｌｌ−ＩＤ」および「Ｖｉａ」が同一であることを原因として、識別不能であるという問題点があった。
【００１４】
また、上述した問題点は、ＩＮＶＩＴＥ以外（「ＡＣＫ」や「ＢＹＥ」など）のメッセージについても同様に起こりうる問題点である。
【００１５】
そこで、開示の装置は、上述した従来技術の課題を解決するためになされたものであり、従来の仕組みを活かしつつ、公衆交換網から公衆交換網への接続を実現することが可能な接続制御装置、接続制御方法および接続制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
上述した課題を解決し、目的を達成するため、開示の装置は、公衆交換網および／またはネットワーク通信網を介してメッセージを送信することにより、公衆交換網および／またはネットワーク通信網上の端末間を通信可能に接続するように制御する接続制御装置であって、公衆交換網側から受信した呼接続処理に関するメッセージを解析して、当該メッセージの接続先を抽出する接続先抽出部と、前記接続先抽出部により抽出された接続先が公衆交換網であるか否かを判定する接続先判定部と、前記接続先抽出部により抽出された接続先が公衆交換網であると前記接続先判定部により判定された場合には、呼接続処理が有効なものであることを示す付加情報を生成する付加情報生成部と、前記付加情報生成部により生成された付加情報を付与した自装置宛の接続制御メッセージをネットワーク通信網側へ送信するように制御するネットワーク側送信制御部と、ネットワーク通信網側から受信した接続制御メッセージの宛先が自装置である場合には、当該接続制御メッセージに前記付加情報が付与されていることを条件に、呼接続処理に関するメッセージを公衆電話網側へ送信するように制御する交換網側送信制御部と、を有する。
【００１７】
また、開示の通信方法は、公衆交換網および／またはネットワーク通信網を介してメッセージを送信することにより、公衆交換網および／またはネットワーク通信網上の端末間を通信可能に接続するように制御する接続制御方法であって、公衆交換網側から受信した呼接続処理に関するメッセージを解析して、当該メッセージの接続先を抽出する接続先抽出ステップと、前記接続先抽出ステップにより抽出された接続先が公衆交換網であるか否かを判定する接続先判定ステップと、前記接続先抽出ステップにより抽出された接続先が公衆交換網であると前記接続先判定ステップにより判定された場合には、呼接続処理が有効なものであることを示す付加情報を生成する付加情報生成ステップと、前記付加情報生成ステップにより生成された付加情報を付与した自装置宛の接続制御メッセージをネットワーク通信網側へ送信するように制御するネットワーク側送信制御ステップと、ネットワーク通信網側から受信した接続制御メッセージの宛先が自装置である場合には、当該接続制御メッセージに前記付加情報が付与されていることを条件に、呼接続処理に関するメッセージを公衆電話網側へ送信するように制御する交換網側送信制御ステップと、を含んでいる。
【００１８】
また、開示のプログラムは、公衆交換網および／またはネットワーク通信網を介してメッセージを送信することにより、公衆交換網および／またはネットワーク通信網上の端末間を通信可能に接続するように制御する処理をコンピュータに実行させる接続制御プログラムであって、公衆交換網側から受信した呼接続処理に関するメッセージを解析して、当該メッセージの接続先を抽出する接続先抽出手順と、前記接続先抽出手順により抽出された接続先が公衆交換網であるか否かを判定する接続先判定手順と、前記接続先抽出手順により抽出された接続先が公衆交換網であると前記接続先判定手順により判定された場合には、呼接続処理が有効なものであることを示す付加情報を生成する付加情報生成手順と、前記付加情報生成手順により生成された付加情報を付与した自装置宛の接続制御メッセージをネットワーク通信網側へ送信するように制御するネットワーク側送信制御手順と、ネットワーク通信網側から受信した接続制御メッセージの宛先が自装置である場合には、当該接続制御メッセージに前記付加情報が付与されていることを条件に、呼接続処理に関するメッセージを公衆電話網側へ送信するように制御する交換網側送信制御手順と、をコンピュータに実行させる。
【発明の効果】
【００１９】
開示の装置、開示の方法および開示のプログラムによれば、従来の仕組みを活かしつつ、公衆交換網から公衆交換網への接続を実現することができるという効果を奏する。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照して、接続制御装置、接続制御方法および接続制御プログラムを実施するための一実施の形態を詳細に説明する。
【実施例１】
【００２１】
実施例１に係る接続制御装置は、公衆交換網および／またはネットワーク通信網を介して接続制御メッセージを送信することにより、公衆交換網および／またはネットワーク通信網上の端末間を通信可能に接続するように制御することを概要とする。
【００２２】
そして、実施例１に係る接続制御装置は、公衆交換網側から受信した呼接続要求に関するメッセージの接続先が公衆回線網である場合には、このメッセージが有効なものであることを示す付加情報を付与した自装置宛の接続制御メッセージをネットワーク通信網側へ送信する。
【００２３】
さらに、実施例１に係る接続制御装置は、ネットワーク通信網側から受信した呼接続要求に関するメッセージの宛先が自装置である場合には、このメッセージに付加情報が付与されていることを条件に、接続制御メッセージを公衆電話網側へ送信する。
【００２４】
このようにして、実施例１に係る接続制御装置は、従来の仕組みを活かしつつ、公衆交換網から公衆交換網への接続を可能とする。そこで、以下では、実施例１に係る接続制御装置の構成および処理を順に説明する。なお、以下の実施例１では、接続制御装置としてＧＷが有するＭＧＣＦを例に挙げて説明する。
【００２５】
［ＭＧＣＦの構成（実施例１）］
図１は、実施例１に係るＭＧＣＦの構成を示すブロック図である。図２は、実施例１に係る翻訳データの構成例を示す図である。
【００２６】
図１に示すように、実施例１に係るＭＧＣＦは、公衆交換網および／またはネットワーク通信網上の端末間を通信可能に接続するように制御する装置であり、ＩＳＵＰ受信部１１と、ＳＩＰ送信部１２と、ＳＩＰ受信部１３と、ＩＳＵＰ送信部１４と、呼制御部１５とを有する。
【００２７】
ＩＳＵＰ受信部１１は、例えば、公衆交換網であるＳＴＭ網側（ＳＴＭの配下にある端末）から送信されてくるＩＳＵＰ（Integrated Services Digital Network User Part）メッセージを受信し、ＩＳＵＰメッセージに含まれる情報を呼制御部１５に渡す。
【００２８】
ＳＩＰ送信部１２は、呼制御部１５の指示により、ＳＩＰ（Session Initiation Protocol）信号をＩＰ網側へ送信する。
【００２９】
ＳＩＰ受信部１３は、例えば、ＩＰ網側（ＩＰ網の配下にある端末）から送信されてくるＳＩＰメッセージを受信し、ＳＩＰ信号に含まれる情報を呼制御部１５に渡す。
【００３０】
ＩＳＵＰ送信部１４は、呼制御部１５の指示により、ＩＳＵＰ信号をＳＴＭ網側へ送信する。
【００３１】
呼制御部１５は、ＩＳＵＰ受信部１１またはＳＩＰ受信部１３から送られてくる情報を元に、ＩＳＵＰメッセージまたはＳＩＰメッセージの分析を行い、ＳＩＰ送信部１２またはＩＳＵＰ送信部１４に対して、呼接続要求に関する信号（ＩＳＵＰ信号またはＳＩＰ信号）の送信要求を行う。
【００３２】
この呼制御部１５は、図１に示すように、翻訳処理部１５ａと、接続網判定処理部１５ｂと、ヘッダ生成処理部１５ｃと、ＳＩＰメッセージ判断処理部１５ｄと、ＳＩＰ／ＩＳＵＰマッピング処理部１５ｅとを有する。
【００３３】
翻訳処理部１５ａは、予め保持する翻訳データを参照して、ＩＳＵＰ受信部１１またはＳＩＰ受信部１３から送られてくる情報に含まれる着番号から、呼接続要求に関する信号（ＩＳＵＰ信号またはＳＩＰ信号）の接続先（ＩＰ網あるいは公衆交換網）を抽出する。
【００３４】
図２に示すように、翻訳処理部１５ａが保持する翻訳データは、電話番号と接続先（ＩＰ網あるいは交換網）とを対応付けて構成される。例えば、翻訳処理部１５ａは、ＩＳＵＰ受信部１１またはＳＩＰ受信部１３から送られてくる情報に含まれる着番号が「06090002115」である場合には接続先としてＩＰ網を抽出し、ＩＳＵＰ受信部１１またはＳＩＰ受信部１３から送られてくる情報に含まれる着番号が「05090002115」である場合には接続先として交換網（ＳＴＭ）を抽出する。
【００３５】
接続網判定処理部１５ｂは、翻訳処理部１５ａより抽出された接続先と、ＩＳＵＰ受信部１１またはＳＩＰ受信部１３から送られてきた情報とに基づいて、呼接続要求に関する信号（ＩＳＵＰ信号またはＳＩＰ信号）の発信元、接続先の接続網を判定し、呼接続要求に関する処理を継続するスパイラル呼を特定する。
【００３６】
例えば、接続網判定処理部１５ｂは、呼接続要求に関する信号の発信元、および、その呼接続要求に関する信号の接続先が交換網（ＳＴＭ）であると判定した場合には、スパイラル呼と判定する。
【００３７】
ＳＩＰ／ＩＳＵＰマッピング処理部１５ｄは、ＩＳＵＰ受信部１１によりＩＳＵＰメッセージが受信された場合には、ＩＳＵＰメッセージに含まれる着番号をＳＩＰメッセージの「Ｒ−ＵＲＩ」および「Ｔｏ」へマッピングするとともに、ＩＳＵＰメッセージに含まれる発番号を「Ｆｒｏｍ」にマッピングして、ＩＳＵＰメッセージをＳＩＰメッセージに変換し、ＳＩＰ送信部１２にＳＩＰ信号の送信を指示する。このとき、ＳＩＰ信号の送信先を自装置とする（「Ｖｉａ」に自装置の情報とする）。
【００３８】
また、ＳＩＰ／ＩＳＵＰマッピング処理部１５ｄは、ＳＩＰ受信部１３によりＳＩＰメッセージが受信された場合には、ＳＩＰメッセージに含まれる情報をＩＳＵＰメッセージへマッピングして、ＳＩＰメッセージをＩＳＵＰメッセージに変換し、ＩＳＵＰ送信部１４にＩＳＵＰ信号の送信を指示する。
【００３９】
ヘッダ生成処理部１５ｃは、接続網判定処理部によりスパイラル呼であることが特定された場合には、スパイラル呼であることを特定するための独自ヘッダを生成して、ＳＩＰ送信部１２から送信されるＳＩＰ信号内に付与する。
【００４０】
ＳＩＰ受信メッセージ判断処理部１５ｄは、ＳＩＰ受信部１３により受信されたＳＩＰ信号内の「Ｆｒｏｍ」、「Ｔｏ」、「Ｃａｌｌ−ＩＤ」、「Ｖｉａ」および独自ヘッダをチェックする。チェックの結果、ＳＩＰ信号内に独自ヘッダが付与されていた場合は、ＳＩＰ受信メッセージ判断処理部１５ｄは、スパイラル呼と判断して、呼処理を継続するために、ＳＩＰからＩＳＵＰへのマッピングをＳＩＰ／ＩＳＵＰマッピング処理部１５に指示する。
【００４１】
一方、ＳＩＰ受信メッセージ判断処理部１５ｄは、ＳＩＰ信号内に独自ヘッダが付与されていない場合は、ループ呼と判断して呼損とする。
【００４２】
［ＭＧＣＦの接続制御処理（実施例１）］
図３〜図７は、実施例１に係る接続制御処理を説明するための図である。図３に示すように、ＳＴＭ網側の端末（発端末）が発信すると、ＳＴＭ網から、ＭＧＣＦへＩＡＭ（Initial Address Message）メッセージが送信される。
【００４３】
ＭＧＣＦ１０の呼制御部１５は、ＩＳＵＰプロトコルを用いたＩＡＭメッセージを分析し、ＳＩＰプロトコルを用いたＩＮＶＩＴＥメッセージに変換するが、このとき、ＩＡＭメッセージの接続先がＳＴＭ網である場合には、「ＩＮＶＩＴＥ」メッセージに独自ヘッダ（例えば、「Ｘ−ＳＰＩＲＡＬ：ＯＮ」）を付与した後、ＩＰ網側へＳＩＰ信号を送信する（図３の（１）参照）。このときの信号送信先は、自分自身となる。
【００４４】
ＭＧＣＦ１０の呼制御部１５は、ＩＰ網側から「ＩＮＶＩＴＥ」メッセージを受信すると、このメッセージの分析処理を行う（図３の（２）参照）。具体的には、「ＩＮＶＩＴＥ」メッセージ内の「Ｖｉａ」ヘッダを分析し、自装置の情報（例えば、ＭＧＣＦ１０のＩＰアドレス）が付与されているかを確認する（つまり、自分自身を送信先としてＩＰ網側へ送信したＳＩＰ信号に対応する「ＩＮＶＩＴＥ」メッセージであるか否かを確認する）。
【００４５】
確認の結果、ＭＧＣＦ１０の呼制御部１５は、「ＩＮＶＩＴＥ」メッセージの「Ｖｉａ」ヘッダとして、自装置の情報が付与されていない場合には、通常の処理（ＳＴＭ網とＩＰ網との接続処理）を継続する。
【００４６】
一方、ＭＧＣＦ１０の呼制御部１５は、「ＩＮＶＩＴＥ」メッセージの「Ｖｉａ」ヘッダとして、自装置（ＭＧＣＦ１０）の情報が付与されていた場合には、「ＩＮＶＩＴＥ」メッセージ内に独自ヘッダが付与されているかを確認する。
【００４７】
確認の結果、ＭＧＣＦ１０の呼制御部１５は、「ＩＮＶＩＴＥ」メッセージ内に独自ヘッダが付与されていない場合には、ＭＧＣＦ１０の呼制御部１５は、ループ呼と判断し、呼損とする（図３の（３）参照）。
【００４８】
これとは反対に、ＭＧＣＦ１０の呼制御部１５は、「ＩＮＶＩＴＥ」メッセージ内に独自ヘッダが付与されている場合には、その呼をスパイラル呼として認識することができるので、呼損とせず、呼処理を継続する。処理としては、「ＩＮＶＩＴＥ」メッセージをＩＡＭメッセージに変換し（図３の（４）参照）、ＳＴＭ網の配下にある端末（着端末）に対して、ＩＡＭメッセージを送信する（図３の（５）参照）。
【００４９】
これにより、着端末に対してＩＳＵＰ信号が送信され、呼としては、着信した状態となる。
【００５０】
続いて、図４に示すように、ＳＴＭ網の配下にある端末（着端末）がＩＳＵＰ信号を受信してＲｉｎｇｉｎｇ状態になると、この端末（着端末）からＡＣＭ（Address Complete Message）信号が送出される。
【００５１】
ＭＧＣＦ１０の呼制御部１５は、ＳＴＭ網の配下にある端末（着端末）からＡＣＭメッセージを受信して分析し、「１８０Ｒｉｎｇｉｎｇ」メッセージに変換するが、このとき、接続先がＳＴＭ網である場合には、独自ヘッダを付与した後、ＩＰ網側へＳＩＰ信号を送信する（図４の（６）参照）。このときの信号送信先は、自分自身とする。
【００５２】
ＭＧＣＦ１０の呼制御部１５は、「１８０Ｒｉｎｇｉｎｇメッセージ」をＩＰ網側から受信すると、このメッセージの分析処理を行う。具体的には、「１８０Ｒｉｎｇｉｎｇ」メッセージ内の「Ｖｉａ」ヘッダを分析し、自装置（ＭＧＣＦ１０）の情報が付与されているかを確認する（つまり、自分自身を送信先としてＩＰ網側へ送信したＳＩＰ信号に対応する「１８０Ｒｉｎｇｉｎｇ」メッセージであるか否かを確認する）。
【００５３】
確認の結果、「１８０Ｒｉｎｇｉｎｇ」メッセージの「Ｖｉａ」ヘッダとして、自装置の情報が付与されていない場合には、ＭＧＣＦ１０の呼制御部１５は、通常の処理を継続する。
【００５４】
一方、ＭＧＣＦ１０の呼制御部１５は、「１８０Ｒｉｎｇｉｎｇ」メッセージの「Ｖｉａ」ヘッダとして、自装置の情報が付与されていた場合には、「１８０Ｒｉｎｇｉｎｇ」メッセージ内に独自ヘッダが付与されているかを確認する（図４の（７）参照）。
【００５５】
確認の結果、ＭＧＣＦ１０の呼制御部１５は、「１８０Ｒｉｎｇｉｎｇ」メッセージ内に独自ヘッダが付与されていない場合には、ループ呼と判断し、呼損とする。
【００５６】
これとは反対に、ＭＧＣＦ１０の呼制御部１５は、「１８０Ｒｉｎｇｉｎｇ」メッセージ内に独自ヘッダが付与されている場合には、その呼をスパイラル呼として認識することができるので、呼損とせず、呼処理を継続する。処理としては、「１８０Ｒｉｎｇｉｎｇ」メッセージをＡＣＭメッセージに変換し（図４の（８）参照）、ＳＴＭ網の配下にある端末（発端末）に対して、ＡＣＭメッセージを送信する（図４の（９）参照）。
【００５７】
これにより、発端末に対してＩＳＵＰ信号が送信され、呼としては、呼出中状態となる。
【００５８】
続いて、図５に示すように、ＳＴＭ網の配下にある端末（着端末）が応答すると、この端末（着端末）からＡＮＭ（Answer Message）信号が送出される。
【００５９】
ＭＧＣＦ１０の呼制御部１５は、ＳＴＭ網の配下にある端末（着端末）から受信したＡＮＭメッセージを分析し、「２００  ＯＫ」メッセージに変換するが、このとき、接続先がＳＴＭ網である場合には、独自ヘッダを付与した後、ＩＰ網側へＳＩＰ信号を送信する（図５の（１０）参照）。このときの信号送信先は、自分自身とする。
【００６０】
ＭＧＣＦ１０の呼制御部１５は、「２００  ＯＫ」メッセージをＩＰ網側から受信すると、このメッセージの分析処理を行う。具体的には、「２００  ＯＫ」メッセージ内の「Ｖｉａ」ヘッダを分析し、自装置（ＭＧＣＦ１０）の情報が付与されているかを確認する（つまり、自分自身を送信先としてＩＰ網側へ送信したＳＩＰ信号に対応する「２００  ＯＫ」メッセージであるか否かを確認する）。
【００６１】
確認の結果、ＭＧＣＦ１０の呼制御部１５は、「２００  ＯＫ」メッセージの「Ｖｉａ」ヘッダとして、自装置の情報が付与されていない場合には、ＭＧＣＦ１０の呼制御部１５は、通常の処理を継続する。
【００６２】
一方、ＭＧＣＦ１０の呼制御部１５は、「２００  ＯＫ」メッセージの「Ｖｉａ」ヘッダとして、自装置の情報が付与されていた場合には、「２００  ＯＫ」メッセージ内に独自ヘッダが付与されているかを確認する（図５の（１１）参照）。
【００６３】
確認の結果、ＭＧＣＦ１０の呼制御部１５は、「２００  ＯＫ」メッセージ内に独自ヘッダが付与されていない場合には、ループ呼と判断し、呼損とする。
【００６４】
これとは反対に、ＭＧＣＦ１０の呼制御部１５は、「２００  ＯＫ」メッセージ内に独自ヘッダが付与されている場合には、その呼をスパイラル呼として認識することができるので、呼損とせず、呼処理を継続する。処理としては、「２００  ＯＫ」メッセージをＡＮＭメッセージに変換し（図５の（１２）参照）、ＳＴＭ網の配下にある端末（発端末）に対して、ＡＮＭメッセージを送信する（図５の（１３）参照）。
【００６５】
これにより、発端末に対してＩＳＵＰ信号が送信され、発端末と着端末は通話中状態となる。
【００６６】
続いて、図６に示すように、ＳＴＭ網の配下にある端末（発端末）が通話中状態を切断すると、この端末（発端末）からＲＥＬ（Release）信号が送出される。
【００６７】
ＭＧＣＦ１０の呼制御部１５は、ＳＴＭ網の配下にある端末（発端末）から受信したＲＥＬメッセージを分析し、「ＢＹＥ」メッセージに変換するが、このとき、接続先がＳＴＭ網である場合には、独自ヘッダを付与した後、ＩＰ網側へＳＩＰ信号を送信する（図６の（１４）参照）。このときの信号送信先は、自分自身とする。
【００６８】
ＭＧＣＦ１０の呼制御部１５は、「ＢＹＥ」メッセージをＩＰ網側から受信すると、このメッセージの分析処理を行う。具体的には、「ＢＹＥ」メッセージ内の「Ｖｉａ」ヘッダを分析し、自装置（ＭＧＣＦ１０）の情報が付与されているかを確認する（自分自身を送信先としてＩＰ網側へ送信したＳＩＰ信号に対応する「ＢＹＥ」メッセージであるか否かを確認する）。
【００６９】
確認の結果、ＭＧＣＦ１０の呼制御部１５は、「ＢＹＥ」メッセージの「Ｖｉａ」ヘッダとして、自装置の情報が付与されていない場合には、通常の処理を継続する。
【００７０】
一方、ＭＧＣＦ１０の呼制御部１５は、「ＢＹＥ」メッセージの「Ｖｉａ」ヘッダとして、自装置の情報が付与されていた場合には、「ＢＹＥ」メッセージ内に独自ヘッダが付与されているかを確認する（図６の（１５）参照）。
【００７１】
確認の結果、ＭＧＣＦ１０の呼制御部１５は、「ＢＹＥ」メッセージ内に独自ヘッダが付与されていない場合には、ループ呼と判断し、呼損とする。
【００７２】
これとは反対に、ＭＧＣＦ１０の呼制御部１５は、「ＢＹＥ」メッセージ内に独自ヘッダが付与されている場合には、その呼をスパイラル呼として認識することができるので、呼損とせず、呼処理を継続する。処理としては、「ＢＹＥ」メッセージをＲＥＬメッセージに変換し（図５の（１６）参照）、ＳＴＭ網の配下にある端末（発端末）に対して、ＡＮＭメッセージを送信する（図５の（１７）参照）。
【００７３】
これにより、着端末に対してＩＳＵＰ信号が送信され、着端末は切断状態となる。
【００７４】
ＳＴＭ網の配下にある端末（着端末）が切断状態になると、図７に示すように、この端末（着端末）からＲＬＣ（Release Complete）信号が送出される。
【００７５】
ＭＧＣＦ１０の呼制御部１５は、ＳＴＭ網の配下にある端末（着端末）から受信したＲＬＣメッセージを分析し、「２００  ＯＫ」メッセージに変換するが、このとき、接続先がＳＴＭ網である場合には、独自ヘッダを付与した後、ＩＰ網側へＳＩＰ信号を送信する（図７の（１８）参照）。このときの信号送信先は、自分自身とする。
【００７６】
ＭＧＣＦ１０の呼制御部１５は、「２００  ＯＫ」メッセージをＩＰ網側から受信すると、このメッセージの分析処理を行う。具体的には、「２００  ＯＫ」メッセージ内の「Ｖｉａ」ヘッダを分析し、自装置（ＭＧＣＦ１０）の情報が付与されているかを確認する（自分自身を送信先としてＩＰ網側へ送信したＳＩＰ信号に対応する「２００  ＯＫ」メッセージであるか否かを確認する）。
【００７７】
確認の結果、ＭＧＣＦ１０の呼制御部１５は、「２００  ＯＫ」メッセージの「Ｖｉａ」ヘッダとして、自装置の情報が付与されていない場合には、通常の処理を継続する。
【００７８】
一方、ＭＧＣＦ１０の呼制御部１５は、「２００  ＯＫ」メッセージの「Ｖｉａ」ヘッダとして、自装置の情報が付与されていた場合には、「２００  ＯＫ」メッセージ内に独自ヘッダが付与されているかを確認する（図７の（１９）参照）。
【００７９】
確認の結果、ＭＧＣＦ１０の呼制御部１５は、「２００  ＯＫ」メッセージ内に独自ヘッダが付与されていない場合には、ループ呼と判断し、呼損とする。
【００８０】
これとは反対に、ＭＧＣＦ１０の呼制御部１５は、「２００  ＯＫ」メッセージに独自ヘッダが付与されている場合には、その呼をスパイラル呼として認識することができるので、呼損とせず、呼処理を継続する。処理としては、「２００  ＯＫ」メッセージをＲＬＣメッセージに変換し（図７の（２０）参照）、ＳＴＭ網の配下にある端末（発端末）に対して、ＲＬＣメッセージを送信する。
【００８１】
これにより、発端末に対してＩＳＵＰ信号が送信され、発端末と着端末は、共に空き状態となる。
【００８２】
［呼制御部の処理（実施例１）］
図８および図９は、実施例１に係る呼制御部の処理の流れを示す図である。図８に示すように、ＳＴＭ網側からＩＳＵＰメッセージ（例えば、「ＩＡＭ」、「ＡＣＭ」、「ＲＥＬ」および「ＲＬＣ」など）を受信すると（ステップＳ８０１肯定）、ＭＧＣＦ１０の呼制御部１５は、このＩＳＵＰメッセージの接続先がＳＴＭ網であるか否かを確認する（ステップＳ８０２）。
【００８３】
確認の結果、ＳＴＭ網側から受信したＩＳＵＰメッセージの接続先がＳＴＭ網である場合には（ステップＳ８０２肯定）、ＭＧＣＦ１０の呼制御部１５は、このＩＳＵＰメッセージをＳＩＰメッセージに変換して、スパイラル呼として特定可能な独自ヘッダを付与する（ステップＳ８０３）。
【００８４】
そして、ＭＧＣＦ１０の呼制御部１５は、ＳＴＭ網の配下にある端末に対して、ＳＩＰ信号を送信するようにＳＩＰ送信部１２に指示する（ステップＳ８０４）。このときの信号送信先は、自分自身とする。
【００８５】
ここで、ステップＳ８０２の説明に戻ると、ＭＧＣＦ１０の呼制御部１５は、ＳＴＭ網側から受信したＩＳＵＰメッセージの接続先がＳＴＭ網ではない場合（ＩＰ網である場合）には（ステップＳ８０２肯定）、通常の処理（ＳＴＭ網とＩＰ網との接続処理）を実行する。
【００８６】
次に、図９に示すように、ＭＧＣＦ１０の呼制御部１５は、自分自身を送信先としてＩＰ網側へ送信したＳＩＰ信号に対応するメッセージ（例えば、「ＩＮＶＩＴＥ」、「１８０Ｒｉｎｇｉｎｇ」や「２００  ＯＫ」など）を受信すると（ステップＳ９０１肯定）、このＳＩＰメッセージ内の「Ｖｉａ」ヘッダを分析し、自装置の情報（例えば、ＭＧＣＦ１０のＩＰアドレス）が付与されているかを確認する（ステップＳ９０２）。
【００８７】
確認の結果、ＭＧＣＦ１０の呼制御部１５は、ＩＰ網側から受信したＳＩＰメッセージの「Ｖｉａ」ヘッダとして、自装置（ＭＧＣＦ１０）の情報が付与されていた場合には（ステップＳ９０２肯定）、このＳＩＰメッセージ内に独自ヘッダが付与されているかを確認する（ステップＳ９０３）。
【００８８】
確認の結果、ＭＧＣＦ１０の呼制御部１５は、ＩＰ網側から受信したＳＩＰメッセージ内に独自ヘッダが付与されている場合には（ステップＳ９０３肯定）、その呼をスパイラル呼として認識し、このＳＩＰメッセージをＩＳＵＰメッセージに変換して、ＩＳＵＰ信号をＳＴＭ網の配下にある端末に対して送信するように、ＩＳＵＰ送信部１４に指示する（ステップＳ９０４）。
【００８９】
ここで、ステップＳ９０２の説明に戻ると、ＭＧＣＦ１０の呼制御部１５は、ＩＰ網側から受信したＳＩＰメッセージの「Ｖｉａ」ヘッダとして、自装置（ＭＧＣＦ１０）の情報が付与されていない場合には（ステップＳ９０２否定）、通常の処理（ＳＴＭ網とＩＰ網との接続処理）を実行する（ステップＳ９０５）。
【００９０】
また、ステップＳ９０３の説明に戻ると、ＭＧＣＦ１０の呼制御部１５は、ＩＰ網側から受信したＳＩＰメッセージ内に独自ヘッダが付与されていない場合には（ステップＳ９０３否定）、その呼を呼損とする（ステップＳ９０６）。
【００９１】
［実施例１による効果］
上述してきたように、実施例１によれば、ＳＴＭ側から受信した呼接続処理に関するメッセージ（例えば、「ＩＡＭ」、「ＡＣＭ」、「ＲＥＬ」および「ＲＬＣ」など）を解析して、このメッセージの接続先を抽出し、抽出された接続先が公衆交換網であるか否かを判定した結果、接続先が公衆交換網である場合には、呼接続処理が有効なものであることを示す独自ヘッダ（例えば、「Ｘ−ＳＰＩＲＡＬ：ＯＮ」）を生成し、この独自ヘッダを付与した自装置宛の接続制御メッセージ（例えば、「ＩＮＶＩＴＥ」、「１８０Ｒｉｎｇｉｎｇ」や「２００  ＯＫ」など）をＩＰ網側へ送信するように制御し、ＩＰ網側から受信した接続制御メッセージの宛先が自装置である場合には、この接続制御メッセージに独自ヘッダが付与されていることを条件に、呼接続処理に関するメッセージをＳＴＭ網側へ送信するように制御するので、従来の仕組みを活かしつつ、従来不可能であった公衆交換網から公衆交換網への接続を簡易に実現することができるという効果を奏する。
【実施例２】
【００９２】
上述してきた開示の接続制御装置（ＭＧＣＦ１０）は、上述した実施例以外にも種々の異なる形態にて実施されてよいものである。そこで、以下では、他の実施形態について説明する。
【００９３】
（１）装置構成等
図１に示したＭＧＣＦ１０の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、ＭＧＣＦ１０の分散・統合の具体的形態は図示のものに限られず、例えば、翻訳処理部１５ａと接続網判定処理部１５ｂとヘッダ生成処理部１５ｃとを統合し、ＳＩＰ受信メッセージ判断処理部１５ｄとＳＩＰ／ＩＳＵＰマッピング処理部１５ｅとを統合するなど、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【００９４】
また、ＭＧＣＦ１０にて行なわれる各処理機能（図３〜図９等参照）は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００９５】
（２）接続制御処理プログラム
ところで、上記の実施例で説明したＭＧＣＦ１０の各種の処理（図３〜図９等参照）は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、図１０を用いて、上記の実施例と同様の機能を有する接続制御処理プログラムを実行するコンピュータの一例を説明する。図１０は、接続制御処理プログラムを実行するコンピュータを示す図である。
【００９６】
同図に示すように、ＭＧＣＦとしてコンピュータ２０は、入力部２１、出力部２２、ＨＤＤ２３、ＲＡＭ２４およびＣＰＵ２５をバス３０で接続して構成される。
【００９７】
ここで、入力部２１は、ユーザから各種データの入力を受け付ける。出力部２２は、各種情報を表示する。ＨＤＤ２３は、ＣＰＵ２５による各種処理の実行に必要な情報を記憶する。ＲＡＭ２４は、各種情報を一時的に記憶する。ＣＰＵ２５は、各種演算処理を実行する。
【００９８】
そして、ＨＤＤ２３には、図１０に示すように、上記の実施例に示したＭＧＣＦ１０の各処理部と同様の機能を発揮する接続制御処理プログラム２３ａと、接続制御処理用データ２３ｂとがあらかじめ記憶されている。なお、この接続制御処理プログラム２３ａを適宜分散させて、ネットワークを介して通信可能に接続された他のコンピュータの記憶部に記憶させておくこともできる。
【００９９】
そして、ＣＰＵ２５が、この接続制御処理プログラム２３ａをＨＤＤ２３から読み出してＲＡＭ２４に展開することにより、図１０に示すように、接続制御処理プログラム２３ａは接続制御処理プロセス２４ａとして機能するようになる。そして、接続制御処理プロセス２４ａは、接続制御処理用データ２３ｂ等をＨＤＤ２３から読み出して、ＲＡＭ２４において自身に割り当てられた領域に展開し、この展開したデータ等に基づいて各種処理を実行する。
【０１００】
なお、接続制御処理プロセス２４ａは、図１に示したＭＧＣＦ１０の各処理機能部（翻訳処理部１５ａ、接続網判定処理部１５ｂ、ヘッダ生成処理部１５ｃ、ＳＩＰメッセージ判断処理部１５ｄ、およびＳＩＰ／ＩＳＵＰマッピング処理部１５ｅ等）において実行される処理にそれぞれ対応する。
【０１０１】
なお、上記した接続制御処理プログラム２３ａについては、必ずしも最初からＨＤＤ２３に記憶させておく必要はなく、例えば、コンピュータ２０に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ２０に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ２０がこれらから各プログラムを読み出して実行するようにしてもよい。
【０１０２】
（３）接続制御方法
また、上記の実施例において説明した接続制御装置（ＭＧＣＦ１０）により、以下のような接続制御方法が実現される。
【０１０３】
すなわち、公衆交換網側から受信した呼接続処理に関するメッセージを解析して、当該メッセージの接続先を抽出する接続先抽出ステップと、前記接続先抽出ステップにより抽出された接続先が公衆交換網であるか否かを判定する接続先判定ステップと（例えば、図８のステップＳ８０２）、前記接続先抽出ステップにより抽出された接続先が公衆交換網であると前記接続先判定ステップにより判定された場合には、呼接続処理が有効なものであることを示す付加情報を生成する付加情報生成ステップと（例えば、図８のステップＳ８０３）、前記付加情報生成ステップにより生成された付加情報を付与した自装置宛の接続制御メッセージをネットワーク通信網側へ送信するように制御するネットワーク側送信制御ステップと（以上、例えば、図８のステップＳ８０１〜ステップＳ８０４参照）、ネットワーク通信網側から受信した接続制御メッセージの宛先が自装置である場合には、当該接続制御メッセージに前記付加情報が付与されていることを条件に、呼接続処理に関するメッセージを公衆電話網側へ送信するように制御する交換網側送信制御ステップと（例えば、図９のステップＳ９０１〜ステップＳ９０４参照）、を含んだ接続制御方法を実現する。
【図面の簡単な説明】
【０１０４】
【図１】実施例１に係るＭＧＣＦの構成を示すブロック図である。
【図２】実施例１に係る翻訳データの構成例を示す図である。
【図３】実施例１に係る接続制御処理を説明するための図である。
【図４】実施例１に係る接続制御処理を説明するための図である。
【図５】実施例１に係る接続制御処理を説明するための図である。
【図６】実施例１に係る接続制御処理を説明するための図である。
【図７】実施例１に係る接続制御処理を説明するための図である。
【図８】実施例１に係る呼制御部の処理の流れを示す図である。
【図９】実施例１に係る呼制御部の処理の流れを示す図である。
【図１０】接続制御処理プログラムを実行するコンピュータを示す図である。
【図１１】従来技術を示す図である。
【図１２】従来技術を示す図である。
【図１３】従来技術を示す図である。
【図１４】従来技術を示す図である。
【図１５】従来技術を示す図である。
【図１６】従来技術の問題点を示す図である。
【符号の説明】
【０１０５】
１０  ＭＧＣＦ
１１  ＩＳＵＰ受信部
１２  ＳＩＰ送信部
１３  ＳＩＰ受信部
１４  ＩＳＵＰ送信部
１５  呼制御部
１５ａ  翻訳処理部
１５ｂ  接続網判定処理部
１５ｃ  ヘッダ生成処理部
１５ｄ  ＳＩＰメッセージ判断処理部
１５ｅ  ＳＩＰ／ＩＳＵＰマッピング処理部
２０  コンピュータ（ＭＧＣＦ）
２１  入力部
２２  出力部
２３  ＨＤＤ（Hard Disk Drive）
２３ａ  接続制御処理プログラム
２３ｂ  接続制御処理用データ
２４  ＲＡＭ（Random Access Memory）
２４ａ  接続制御処理プロセス
２５  ＣＰＵ（Central Processing Unit）
３０  バス
【図１】
2009239742.tif 000003
【図２】
2009239742.tif 000004
【図３】
2009239742.tif 000005
【図４】
2009239742.tif 000006
【図５】
2009239742.tif 000007
【図６】
2009239742.tif 000008
【図７】
2009239742.tif 000009
【図８】
2009239742.tif 000010
【図９】
2009239742.tif 000011
【図１０】
2009239742.tif 000012
【図１１】
2009239742.tif 000013
【図１２】
2009239742.tif 000014
【図１３】
2009239742.tif 000015
【図１４】
2009239742.tif 000016
【図１５】
2009239742.tif 000017
【図１６】
2009239742.tif 000018