(57)【要約】【課題】着側の最終接続網形態に関わらず、発側端末で呼出音を確実に聴取できること。【解決手段】発側のＳＩＰプロトコル（ＳＩＰ装置１）と着側のＨ．３２３プロトコル（Ｈ．３２３装置３）間の呼制御のインタワークをするソフトスイッチ２において、着側の最終接続網形態が、ＶｏＩＰ網経由のＰＳＴＮであるか、ＶｏＩＰ網であるかを判定し、ＰＳＴＮであれば、アンサーのＳＤＰを付加した呼出中の応答メッセージをＳＩＰ装置１に送信することによって、この呼出中の応答メッセージの受信を契機として、ＰＳＴＮからのＲＢＴを発側のＳＩＰ端末から送出させ、ＶｏＩＰ網であれば、アンサーのＳＤＰを付加しない呼出中の応答メッセージを発側に送信することによって、この呼出中の応答メッセージの受信を契機として、発側で生成したＲＢＴを発側のＳＩＰ端末から送出させる。【選択図】図１ 
2005252939.tif 000002
【特許請求の範囲】
【請求項１】
ＶｏＩＰ網内で発側のＳＩＰプロトコルと着側の他のＶｏＩＰプロトコル間の呼制御のインタワークをするインタワーク装置において、
着側の最終接続網形態が、ＶｏＩＰ網であるか、ＶｏＩＰ網経由の公衆交換電話網であるかを判定する判定手段と、
上記判定された最終接続網形態に応じて、着側のメディア情報等からなるアンサーのＳＤＰを発側に送るタイミングを変更することによって、上記最終接続網形態が上記公衆交換電話網であれば、上記公衆交換電話網からの呼出音を発側に送信して発側端末から送出させ、上記最終接続網形態がＶｏＩＰ網であれば、発側で生成した呼出音を発側端末から送出させる制御手段と
を備えた
ことを特徴とするインタワーク装置。
【請求項２】
着信先ごとの接続網形態を接続網形態情報として管理する情報管理手段をさらに備え、
上記判定手段は、上記接続網形態情報を参照して得られた着信先の接続網形態をもとに、上記最終接続網形態を判定する
ことを特徴とする請求項１に記載のインタワーク装置。
【請求項３】
上記制御手段は、
上記最終接続網形態が上記公衆交換電話網であれば、呼出中の応答メッセージに上記ＳＤＰを付加して発側に送信することによって、上記呼出中の応答メッセージの受信を契機として、上記公衆交換電話網からの呼出音を発側端末から送出させ、
上記最終接続網形態がＶｏＩＰ網であれば、上記ＳＤＰを付加しない呼出中の応答メッセージを発側に送った後、成功の応答メッセージに上記ＳＤＰを付加して発側に送信することによって、上記呼出中の応答メッセージの受信を契機として、発側で生成した呼出音を発側端末から送出させる
ことを特徴とする請求項１に記載のインタワーク装置。
【請求項４】
上記他のＶｏＩＰプロトコルが、Ｈ．３２３プロトコルであることを特徴とする請求項１に記載のインタワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＶｏＩＰ（Voice Over InterNet Protocol）網において異なるＶｏＩＰプロトコル間の呼制御のインタワーク（２つの異なるプロトコル間においてのメッセージの変換）をするインタワーク装置に関する。
【背景技術】
【０００２】
ＶｏＩＰ網に適用されるプロトコルとして、ＳＩＰ（Session Initiation Protocol）とＨ．３２３の相互接続は、ＩＴＵ−Ｔ（International Telecommunication Union‐Telecommunication Standerdization Sector），ＩＥＴＦ（Internet Engineering Task Force）等の標準化団体で検討されている。
【０００３】
ＳＩＰ装置側（ＳＩＰ端末）から発信し、ソフトスイッチを経由して、Ｈ．３２３装置に着信する場合、Ｈ．３２３装置からの呼出中メッセージ（ａｌｅｒｔ）を受信したソフトスイッチがＳＩＰ装置に呼出中の応答メッセージ（１８０［ＲＩＮＧＩＮＧ］）を送信すると、ＳＩＰ装置は、上記呼出中の応答メッセージ（１８０［ＲＩＮＧＩＮＧ］）の受信を契機として、発側で生成したＲＢＴ（Ring Back Tone：呼出音）を発側端末（ＳＩＰ端末）から送出し、ＳＩＰ端末のユーザにＲＢＴを聴取させるシーケンスが一般的とされている。
【０００４】
【非特許文献１】ＩＥＴＦ技術仕様draft-agrawal-sip-h323-interworking-reqs-06「Session InitiationProtocol(SIP)-H.323 Interworking Requirenents」
【非特許文献２】ＩＥＴＦ技術仕様ＲＦＣ３２６１「Session InitiationProtocol」
【非特許文献３】ＩＥＴＦ技術仕様ＲＦＣ３３９８「Integrated Services Digital Network(ISDN) User Part(ISUP) to Session InitiationProtocol(SIP)」
【非特許文献４】ＩＥＴＦ技術仕様ＲＦＣ３６６５「SIP Basic Call Flow Examples(BCP75)」
【非特許文献５】ＩＥＴＦ技術仕様ＲＦＣ３６６６「SIP PSTN Call Flows(BCP76)」
【非特許文献６】ＴＴＣ（社団法人情報通信技術委員会）仕様書ＴＳ−１００「ＳＩＰ−ＩＳＵＰ信号方式相互接続に関する仕様書」
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来のシーケンスでは、発側でＲＢＴを生成して発側端末から送出するのか、着側で生成されたＲＢＴを発側端末から送出するのかが、明確に規定されていない。着側がＰＳＴＮ（Public Switched Telephone
Network：公衆交換電話網）の場合は、着側でＲＢＴを生成するのが一般的であり、Ｈ．３２３装置を経由してＰＳＴＮに接続するような場合、ソフトスイッチから見ると、着側のプロトコルはＶｏＩＰ（Ｈ．３２３）プロトコルを使用することになるが、着側の最終接続網形態はＰＳＴＮであり、着側で生成されたＲＢＴを発側端末（ＳＩＰ端末）において聴取させる必要がある。このため、着側のプロトコルがＶｏＩＰプロトコルであっても、着側の網条件によってインタワーク条件を変更しないと、発側端末においてＲＢＴを聴取できないという問題が発生する（同じＶｏＩＰプロトコルで着信させる場合にも、着信側の最終接続網形態によって、インタワーク条件を変更する必要がある）。
【０００６】
本発明は、このような従来の問題を解決するためになされたものであり、発側のＳＩＰプロトコルと着側のＨ．３２３プロトコル等の他のＶｏＩＰプロトコル間の呼制御のインタワークにおいて、着側の最終接続網形態に関わらず、発側端末で呼出音を確実に聴取できるインタワーク装置を提供することを目的とする。
【０００７】
ＳＩＰプロトコル（非特許文献２参照）では、セッション参加要求メッッセージ（ＩＮＶＩＴＥ）にからなるオファーのＳＤＰ（Session Description Protocol）（オファーのＳＤＰは、発側で設定された着側のメディア情報等）を付加して送信した後、最初に受信したアンサーのＳＤＰ（着側やインタワーク装置で設定された着側のメディア情報等）のみをオファーのＳＤＰに対する応答として認識し、これ以降に受信したアンサーのＳＤＰを全て無視するので、アンサーのＳＤＰを最初の受信した後は、着側からの呼出音等の音源の送信を期待し、発側で生成した呼出音の発側端末からの送出をしない（停止する）ことになる。本発明では、このようなＳＩＰプロトコルの規定を利用する。
【課題を解決するための手段】
【０００８】
本発明のインタワーク装置は、
ＶｏＩＰ網内で発側のＳＩＰプロトコルと着側の他のＶｏＩＰプロトコル間の呼制御のインタワークをするインタワーク装置において、
着側の最終接続網形態が、ＶｏＩＰ網であるか、ＶｏＩＰ網経由の公衆交換電話網であるかを判定する判定手段と、
上記判定された最終接続網形態に応じて、着側のメディア情報等からなるアンサーのＳＤＰを発側に送るタイミングを変更することによって、上記最終接続網形態が上記公衆交換電話網であれば、上記公衆交換電話網からの呼出音を発側に送信して発側端末から送出させ、上記最終接続網形態がＶｏＩＰ網であれば、発側で生成した呼出音を発側端末から送出させる制御手段と
を備えた
ことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、着側の最終接続網形態が、ＶｏＩＰ網であるか、ＶｏＩＰ網経由の公衆交換電話網であるかを判定し、その最終接続網形態に応じて、着側のＳＤＰを発側に送るタイミングを変更することによって、上記最終接続網形態が上記公衆交換電話網であれば、上記公衆交換電話網からの呼出音を発側に送信して発側端末から送出させ、上記最終接続網形態がＶｏＩＰ網であれば、発側で生成した呼出音を発側端末から送出させることにより、着側の最終接続網形態が、ＶｏＩＰ網であるか、公衆交換電話網であるかに関わらず、発側のユーザに呼出音を確実に聴取させることができるという効果がある。
【発明を実施するための最良の形態】
【００１０】
実施の形態１
図１は本発明の実施の形態１の通信制御システムの構成図である。この実施の形態１の通信制御システムは、ＳＩＰ装置１と、ソフトスイッチ２と、Ｈ．３２３装置３によって構成され、ＶｏＩＰ網内に配備される。ソフトスイッチ２は、呼制御処理部１１と、接続網情報管理部１２と、プロトコル処理部１３とを備えている。プロトコル処理部１３は、ＳＩＰプロトコル処理部１４と、Ｈ．３２３プロトコル処理部１５とを備えている。なお、Ｈ．３２３装置３側のＶｏＩＰ網には、ゲートウェイ等を介してＰＳＴＮ（ＵＮＩ（User Network Interface））が接続されているものとする。また、図２は接続網情報管理部１２によって管理されるＨ．３２３接続網形態情報のデータ構造図である。
【００１１】
図１のソフトスイッチ２において、プロトコル処理部１３は、ＳＩＰ装置１から送信されたＳＩＰプロトコルのメッセージを、適応するＨ．３２３プロトコルのメッセージに変換してＨ．３２３装置３に送信するとともに、Ｈ．３２３装置３から送信されたＨ．３２３プロトコルのメッセージを、適応するＳＩＰプロトコルのメッセージに変換してＳＩＰ装置１に送信する。ＳＩＰプロトコル処理部１４は、ＳＩＰ装置１との間でＳＩＰプロトコルのメッセージを送受信し、Ｈ．３２３プロトコル処理部１５は、Ｈ．３２３装置３との間でＨ．３２３プロトコルのメッセージを送受信する。
【００１２】
呼制御処理部１１は、接続網情報管理部１２によって管理されているＨ．３２３接続網形態情報（図２参照）を参照して、Ｈ．３２３装置３側の最終接続網形態が、ＰＳＴＮ（のＰＳＴＮ端末）であるか、ＶｏＩＰ網（のＶｏＩＰ端末）であるかを判定することによって、Ｈ．３２３装置３側の接続条件を分析し、その接続条件に適した呼制御処理をすることにより、ＳＩＰ装置１からソフトスイッチ２経由でＨ．３２３装置３に着信する場合に、Ｈ．３２３装置３側の最終接続網形態に関わらず、発側のＳＩＰ端末で確実にＲＢＴを聴取できる呼制御のインタワークを実現する。接続網情報管理部１２には、着信先の電話番号ごとの接続網形態がＨ．３２３接続網情報として管理されている。
【００１３】
つまり、呼制御処理部１１は、Ｈ．３２３装置３側の最終接続網形態がＰＳＴＮであれば、呼処理中に音声チャネルを開設し、着側のＰＳＴＮで生成されたＲＢＴを発側のＳＩＰ装置１に送信してＳＩＰ端末から送出させ、Ｈ．３２３装置３側の最終接続網形態がＶｏＩＰ網であれば、発側で生成したＲＢＴをＳＩＰ端末から送出させる。
【００１４】
ＳＩＰプロトコルでは、セッション参加要求メッッセージ（ＩＮＶＩＴＥ）にオファーのＳＤＰを付加して送信した後、最初に受信したアンサーのＳＤＰを上記オファーのＳＤＰに対する応答として認識し、これ以降に受信したアンサーのＳＤＰを全て無視するので、ＳＩＰ装置は、アンサーのＳＤＰを最初に受信した後は、着側からのＲＢＴ等の音源の送信を期待し、発側で生成したＲＢＴのＳＩＰ端末からの送出をしない（停止する）ことになる。
【００１５】
そこで、ソフトスイッチ２において、着側の最終接続網形態が、ＰＳＴＮであるか、ＶｏＩＰ網であるか（最終着信先が、ＰＳＴＮ端末であるか、ＶｏＩＰ端末であるか）を分析し、着側の最終接続網形態がＰＳＴＮであれば、着側のＳＤＰを付加した呼出中の応答メッセージ（１８０［ＲＩＮＧＩＮＧ］（＋ＳＤＰ）））をＳＩＰ装置１に送信することにより、発側においてのＲＢＴの生成を停止して、着側のＰＳＴＮからのＲＢＴを発側のＳＩＰ端末に送信してＳＩＰ端末から送出し、発側ユーザに聴取させ、着側の最終接続網形態がＶｏＩＰ網であれば、着側のＳＤＰを付加しない呼出中の応答メッセージ（１８０［ＲＩＮＧＩＮＧ］）をＳＩＰ装置１に送信することにより、発側において生成したＲＢＴをＳＩＰ端末から送出し、発側ユーザに聴取させる。このように、着側の最終接続網形態に応じて、ＳＤＰの送信タイミングを制御することにより、Ｈ．３２３装置３側の最終接続網形態に関わらず、発側のＳＩＰ端末においてのＲＢＴの聴取を確実に可能とする。
【００１６】
図３はソフトスイッチ２においての呼制御の動作を説明するフローチャートである。まず、発信者がＳＩＰ端末よって着信者の電話番号をダイヤルして発呼をすると、ＳＩＰ装置１からソフトスイッチ２に、オファーのＳＤＰが付加されたセッション参加要求メッセージＩＮＶＩＴＥ（＋ＳＤＰ）が送信され、ソフトスイッチ２は、上記ＳＩＰ装置１からのセッション参加要求メッセージＩＮＶＩＴＥ（＋ＳＤＰ）を受信する（ステップＳ１参照）。
【００１７】
ソフトスイッチ２のＩＰプロトコル処理部１４は、上記ＳＩＰ装置１から受信したセッション参加要求メッセージＩＮＶＩＴＥ（＋ＳＤＰ）を分析し、着信処理を実施するために呼制御処理部１１の呼制御処理（１）を起動する（ステップＳ２参照）。
【００１８】
起動された呼制御処理（１）は、着信先を特定し、Ｈ．３２３プロトコル処理部１５に呼設定要求メッセージｓｅｔｕｐの生成および送信を命令し、Ｈ．３２３プロトコル処理部１５からＨ．３２３装置３に上記呼設定要求メッセージｓｅｔｕｐが送信される（ステップＳ３参照）。
【００１９】
上記呼設定要求メッセージｓｅｔｕｐを受信したＨ．３２３装置３からソフトスイッチ２に、呼出中メッセージａｌｅｒｔが送信され、ソフトスイッチ２は、上記Ｈ．３２３装置３からの呼出中メッセージａｌｅｒｔを受信する（ステップＳ４参照）。
【００２０】
ソフトスイッチ２のＨ．３２３プロトコル処理部１５は、上記Ｈ．３２３装置３から受信した呼出中メッセージａｌｅｒｔを分析し、呼出中の応答メッセージをＳＩＰ装置１に返信するために呼制御処理部１１の呼制御処理（２）を起動する（ステップＳ５参照）。
【００２１】
起動された呼制御処理（２）は、接続網情報管理部１２に管理されているＨ．３２３接続網形態情報を参照し、着信先の電話番号についての接続網形態を検索する（ステップＳ６参照）。
【００２２】
そして、呼制御処理（２）は、着信先の電話番号について上記Ｈ．３２３接続網形態情報を参照および検索して得られた接続網形態をもとに、着側の接続条件を分析し、着側の最終接続網形態が（着信先の端末が）、ＶｏＩＰ網経由のＰＳＴＮであるか（ＰＳＴＮ端末であるか）、ＶｏＩＰ網であるか（ＶｏＩＰ端末であるか）を判定する（ステップＳ７参照）。
【００２３】
例えば、着信先の電話番号が「０４３−×××−３３３３」の場合は、この電話番号について上記Ｈ．３２３接続網形態情報（図２参照）に保持されている接続網形態は、「Ｈ．３２３ＧＷ（Ｈ．３２３ゲートウェイを介してＰＳＴＮ接続）」であるので、着側の最終切接続網形態はＰＳＴＮであると判定する。
【００２４】
また、例えば、着信先の電話番号が「０４３−×××−１１１１」の場合は、この電話番号について上記Ｈ．３２３接続網形態情報（図２参照）に保持されている接続網形態は、「加入者」であるので、着側の最終接続網形態はＶｏＩＰ網であると判定する。
【００２５】
さらに、呼制御処理（２）は、上記ステップＳ７での接続条件分析で、着側の最終接続網形態がＶｏＩＰ網経由のＰＳＴＮであった場合は、アンサーのＳＤＰを設定し、このアンサーのＳＤＰを付加した応答メッセージ（１８０［ＲＩＮＧＩＮＧ］（＋ＳＤＰ））の生成および送信をＳＩＰプロトコル処理部１４に命令し、ＳＩＰプロトコル処理部１４からＳＩＰ装置１に上記アンサーのＳＤＰを付加した呼出中の応答メッセージ（１８０［ＲＩＮＧＩＮＧ］（＋ＳＤＰ））が送信される（ステップＳ８参照）。
【００２６】
なお、ＳＩＰ装置１は、上記アンサーのＳＤＰが付加された呼出中の応答メッセージ（１８０［ＲＩＮＧＩＮＧ］（＋ＳＤＰ））を受信することによって、オファーのＳＤＰを付加したセッション参加要求メッセージ送信後に最初にアンサーのＳＤＰを受信したこととなるので、着側からのＲＢＴ等の音源の送信を期待して、発側においてのＲＢＴの生成および送出をせず（停止し）、音声チャネルを開設する。これによって、発側のＳＩＰ端末のユーザは、着側のＰＳＴＮからのＲＢＴを聴取できる。
【００２７】
また、呼制御処理（２）は、上記ステップＳ７での接続条件分析で、着側の最終接続網形態がＶｏＩＰ網であった場合は、上記ステップＳ８と同様にアンサーのＳＤＰを設定するが、このアンサーのＳＤＰを付加しない呼出中の応答メッセージ（１８０［ＲＩＮＧＩＮＧ］）の生成および送信をＳＩＰプロトコル処理部１４に命令し、ＳＩＰプロトコル処理部１４からＳＩＰ装置１に上記ＳＤＰを付加しない応答メッセージ（１８０［ＲＩＮＧＩＮＧ］）が送信される（ステップＳ９参照）。
【００２８】
なお、ＳＩＰ装置１は、上記ＳＤＰが付加されていない呼出中の応答メッセージ１８０［ＲＩＮＧＩＮＧ］を受信しても、セッション参加要求メッセージ送信後に依然としてアンサーのＳＤＰは受信していないので、発側において生成したＲＢＴをＳＩＰ端末から送出する。これによって、発側のＳＩＰ端末のユーザは、発側において生成したＲＢＴを聴取できる。
【００２９】
やがて、着信先の端末がオフフックされると、Ｈ．３２３装置３からソフトスイッチ２に応答メッセージｃｏｎｎｅｃｔが送信され、ソフトスイッチ２は、上記Ｈ．３２３装置３からの応答メッセージｃｏｎｎｅｃｔを受信する（ステップＳ１０参照）。
【００３０】
ソフトスイッチ２のＨ．３２３プロトコル処理部１５は、上記Ｈ．３２３装置３からの応答メッセージｃｏｎｎｅｃｔを分析し、成功の応答メッセージをＳＩＰ装置１に返信するために呼制御処理部１１の呼制御処理（３）を起動する（ステップＳ１１参照）。
【００３１】
起動された呼制御処理（３）は、上記ステップＳ８またはＳ９で設定したアンサーのＳＤＰを付加した成功の応答メッセージ（２００［ＯＫ］（＋ＳＤＰ））の生成および送信をＳＩＰプロトコル処理部１４に命令し、ＳＩＰプロトコル処理部１４からＳＩＰ装置１に、上記アンサーのＳＤＰを付加した成功の応答メッセージ２００［ＯＫ］（＋ＳＤＰ）が送信される（ステップＳ１２参照）。
【００３２】
なお、着側の最終接続網形態がＶｏＩＰ網経由のＰＳＴＮの場合には、ＳＩＰ装置１では、上記呼出中の応答メッセージ１８０［ＲＩＮＧＩＮＧ］（＋ＳＤＰ）に付加されたアンサーのＳＤＰをすでに受信しているので、上記成功の応答メッセージ２００［ＯＫ］（＋ＳＤＰ）に付加されたアンサーのＳＤＰは無視される。
【００３３】
図４はＨ．３２３装置３側の最終接続網形態がＶｏＩＰ網経由のＰＳＴＮ（ＵＮＩ）の場合のシーケンスを説明する図である。なお、図４において、ＰＳＴＮ（ＵＮＩ）４は、ゲートウェイ等およびＶｏＩＰ網を介してＨ．３２３装置３に接続されている。
【００３４】
まず、ＳＩＰ装置１は、ＳＩＰ端末から発呼があると、ソフトスイッチ２に、着側のメディア情報等からなるオファーのＳＤＰを付加したセッション参加要求メッセージＩＮＶＩＴＥ（＋ＳＤＰ）を送信する（ステップＳ２１参照）。
【００３５】
ソフトスイッチ２は、ＳＩＰ装置１からのセッション参加要求メッセージＩＮＶＩＴＥ（＋ＳＤＰ）を受信すると、このセッション参加要求メッセージＩＮＶＩＴＥ（＋ＳＤＰ）を解析して着信先を特定し、Ｈ．３２３装置３に、オプション機能としてファーストスタートを設定した呼設定要求メッセージｓｅｔｕｐ（ｆａｓｔｓｔａｒｔ）を送信する（ステップＳ２２参照）。
【００３６】
Ｈ．３２３プロトコルでは、応答メッセージｃｎｎｅｃｔを受信するまでは音声の接続をしないため、呼設定要求メッセージ上でファーストスタートを宣言することによって、相手側もファーストスタートを承諾すれば、呼出中メッセージａｌｅｒｔの送受信時に音声接続され、相手側からＲＢＴを受信することが可能になる。
【００３７】
また、ソフトスイッチ２は、上記ステップＳ２２の手順とともに、ＳＩＰ装置１に、呼設定要求中の応答メッセージ１００［ＴＲＹＩＮＧ］を返信する（ステップＳ２３参照）。なお、上記呼設定要求中の応答メッセージ１００［ＴＲＹＩＮＧ］は、ＩＥＴＦに規定された応答メッセージ１００である。
【００３８】
Ｈ．３２３装置３は、ソフトスイッチ２からの呼設定要求メッセージｓｅｔｕｐ（ｆａｓｔｓｔａｒｔ）を受信すると、着側のＰＳＴＮ４に呼設定要求メッセージｓｅｔｕｐを送信する（ステップＳ２４参照）。
【００３９】
また、Ｈ．３２３装置３は、上記ステップＳ２４の手順とともに、ソフトスイッチ２に、オプション機能としてファーストスタートを設定した呼処理中メッセージｃａｌｌｐｒｏｃ（ｆａｓｔｓｔａｒｔ）を返信する（ステップＳ２５参照）。ここでは、上記呼設定要求メッセージ上でのファーストスタートの宣言がＨ．３２３装置３で承諾され、上記呼処理中メッセージｃａｌｌｐｒｏｃ上でファーストスタートが宣言されているので、Ｈ．３２３装置３とソフトスイッチ２の間では、呼出中メッセージａｌｅｒｔの送受信時に音声接続され、ＲＢＴの送受信が可能になる。なお、Ｈ．３２３装置３とＰＳＴＮ４の間では、ファーストスタートを宣言せずとも、ファーストスタートと同様の動作となる。
【００４０】
ＰＳＴＮ４は、Ｈ．３２３装置３からの呼設定要求メッセージｓｅｔｕｐを受信すると、着側のＰＳＴＮ端末の呼処理を開始するとともに、Ｈ．３２３装置３に呼処理中メッセージｃａｌｌｐｒｏｃを返信する（ステップＳ２６参照）。
【００４１】
さらに、ＰＳＴＮ４は、着信先のＰＳＴＮ端末の呼出を開始するとともに、Ｈ．３２３装置３に呼出中メッセージａｌｅｒｔを返信する（ステップＳ２７参照）。このＰＳＴＮ４からの呼出中メッセージａｌｅｒｔには、情報要素識別子として、インバンド利用可の経過識別子が付加されている。
【００４２】
Ｈ．３２３装置３は、ＰＳＴＮ４からの経過識別子が付加された呼出中メッセージａｌｅｒｔを受信すると、ソフトスイッチ２に呼出中メッセージａｌｅｒｔを返信する（ステップＳ２８参照）。このＨ．３２３装置３からの呼出中メッセージａｌｅｒｔには、情報要素識別子として、インバンド利用可の経過識別子およびＲＢＴの表示（シグナル表示）が付加されている。
【００４３】
ソフトスイッチ２は、Ｈ．３２３装置３からの呼出中メッセージａｌｅｒｔを受信すると、接続網情報管理部１２のＨ．３２３接続網形態情報を参照して接続条件を分析することにより、着側の最終接続網形態がＰＳＴＮであると判定し、着側のメディア情報等からなるアンサーのＳＤＰを設定し、このアンサーのＳＤＰを付加した呼出中の応答メッセージ１８０［ＲＩＮＧＩＮＧ］（＋ＳＤＰ）をＳＩＰ装置１に送信する（ステップＳ２９参照）。なお、上記呼出中の応答メッセージ１８０［ＲＩＮＧＩＮＧ］は、ＩＥＴＦに規定された応答メッセージ１８０である。
【００４４】
ＳＩＰ装置１は、アンサーのＳＤＰが付加された呼出中の応答メッセージ１８０［ＲＩＮＧＩＮＧ］（＋ＳＤＰ）を受信することによって、セッション参加要求メッセージ送信後に最初にアンサーのＳＤＰを受信したこととなるので、着側からのＲＢＴ等の音源の送信を期待して、発側においてのＲＢＴの生成および送出をせず（停止し）、音声チャネルを開設する。これによって、ＳＩＰ装置１とＰＳＴＮ４（発側のＳＩＰ端末と着側のＰＳＴＮ端末）の間に音声チャネルが開設され、発側のＳＩＰ端末のユーザは、着側のＰＳＴＮからのＲＢＴを聴取できる（ステップＳ３０参照）。
【００４５】
ＰＳＴＮ４は、着側のＰＳＴＮ端末がオフフックされると、応答メッセージｃｏｎｎｅｃｔをＨ．３２３装置３に送信する（ステップＳ３１参照）。
【００４６】
Ｈ．３２３装置３は、ＰＳＴＮ４からの応答メッセージｃｏｎｎｅｃｔを受信すると、応答メッセージｃｏｎｎｅｃｔをソフトスイッチ２に送信する（ステップＳ３２参照）。
【００４７】
また、Ｈ．３２３装置３は、上記ステップＳ３２の手順とともに、応答確認メッセージｃｏｎｎ  ａｃｋをＰＳＴＮ４に返信する（ステップＳ３３参照）。
【００４８】
ソフトスイッチ２は、Ｈ．３２３装置３からの応答メッセージｃｏｎｎｅｃｔを受信すると、上記ステップＳ２９で設定したアンサーのＳＤＰを付加した成功の応答メッセージ２００［ＯＫ］（＋ＳＤＰ）をＳＩＰ装置１に送信する（ステップＳ３４参照）。なお、上記成功の応答メッセージ２００［ＯＫ］は、ＩＥＴＦに規定された応答メッセージ２００である。また、ＳＩＰ装置１において、上記成功の応答メッセージ２００［ＯＫ］（＋ＳＤＰ）に付加されたアンサーのＳＤＰの受信は、セッション参加要求メッセージ送信後の２度目の受信となるので、上記成功の応答メッセージ２００［ＯＫ］（＋ＳＤＰ）に付加されたアンサーのＳＤＰは無視される。
【００４９】
Ｈ．３２３装置３は、ソフトスイッチ２からの成功の応答メッセージ２００［ＯＫ］を受信すると、ソフトスイッチ２に確認応答メッセージＡＣＫを返信する（ステップＳ３５参照）。
【００５０】
以上のステップＳ２１〜Ｓ３５の手順によって、ＳＩＰ装置１とＰＳＴＮ４（発側のＳＩＰ端末と着側のＰＳＴＮ端末）の間で、通話が可能となる（ステップＳ３６参照）
【００５１】
上記音声チャネルの開設中に、発側のＳＩＰ端末で切断（オンフック）がなされると、ＳＩＰ装置１は、ソフトスイッチ２にセッション終了メッセージＢＹＥを送信する（ステップＳ３７参照）。
【００５２】
ソフトスイッチ２は、ＳＩＰ装置１からのセッション終了メッセージＢＹＥを受信すると、Ｈ．３２３装置３に解放完了メッセージｒｅｌｃｏｍｐを送信する（ステップＳ３８参照）。
【００５３】
また、ソフトスイッチ２は、上記ステップＳ３８の手順とともに、成功の応答メッセージ２００［ＯＫ］（ＢＹＥ）を返信する（ステップＳ３９参照）。
【００５４】
Ｈ．３２３装置３は、ソフトスイッチ２からの解放完了メッセージｒｅｌｃｏｍｐを受信すると、ＰＳＴＮ４に切断メッセージｄｉｓｃｏｎｎｅｃｔを送信する（ステップＳ４０参照）。
【００５５】
ＰＳＴＮ４は、Ｈ．３２３装置３からの切断メッセージｄｉｓｃｏｎｎｅｃｔを受信すると、解放メッセージｒｅｌｅａｓｅを返信する（ステップＳ４１参照）。
【００５６】
Ｈ．３２３装置３は、ＰＳＴＮ４からの解放メッセージｒｅｌｅａｓｅを受信すると、ＰＳＴＮ４に解放完了メッセージｒｅｌｃｏｍｐを送信する（ステップＳ４２参照）。
【００５７】
以上のステップＳ３７〜Ｓ４２の手順によって、ＳＩＰ装置１とＰＳＴＮ４（発側のＳＩＰ端末と着側のＰＳＴＮ端末）の間に開設されていた音声チャネルが解放される。
【００５８】
また、上記音声チャネルの開設中に、着側のＰＳＴＮ端末で切断（オンフック）がなされると、ＰＳＴＮ４は、Ｈ．３２３装置３に切断メッセージｄｉｓｃｏｎｎｅｃｔを送信する（ステップＳ４３参照）。
【００５９】
Ｈ．３２３装置３は、ＰＳＴＮ４からの切断メッセージｄｉｓｃｏｎｎｅｃｔを受信すると、ソフトスイッチ２に解放完了メッセージｒｅｌｃｏｍｐを送信する（ステップＳ４４参照）。
【００６０】
また、Ｈ．３２３装置３は、上記ステップＳ４４の手順とともに、解放メッセージｒｅｌｅａｓｅを返信する（ステップＳ４５参照）。
【００６１】
ＰＳＴＮ４は、Ｈ．３２３装置３からの解放メッセージｒｅｌｅａｓｅを受信すると、ＰＳＴＮ４に解放完了メッセージｒｅｌｃｏｍｐを送信する（ステップＳ４６参照）。
【００６２】
ＳＩＰ装置１は、Ｈ．３２３装置３からの解放完了メッセージｒｅｌｃｏｍｐを受信すると、ＳＩＰ装置１にセッション終了メッセージＢＹＥを送信する（ステップＳ４７参照）。
【００６３】
ＳＩＰ装置１は、ソフトスイッチ２からのセッション終了メッセージＢＹＥを受信すると、成功の応答メッセージ２００［ＯＫ］（ＢＹＥ）を返信する（ステップＳ４８参照）。
【００６４】
以上のステップＳ４３〜Ｓ４８の手順によって、ＳＩＰ装置１とＰＳＴＮ４（発側のＳＩＰ端末と着側のＰＳＴＮ端末）の間に開設されていた音声チャネルが解放される。
【００６５】
図５はＨ．３２３装置３側の最終接続網形態がＶｏＩＰ網の場合のシーケンスを説明する図である。なお、図５において、図４と同じものには同じ符号を付してある。
【００６６】
まず、ＳＩＰ装置１は、ＳＩＰ端末から発呼があると、ソフトスイッチ２に、発側のメディア情報等からなるオファーのＳＤＰを付加したセッション参加要求メッセージＩＮＶＩＴＥ（＋ＳＤＰ）を送信する（ステップＳ５１参照）。
【００６７】
ソフトスイッチ２は、ＳＩＰ装置１からのセッション参加要求メッセージＩＮＶＩＴＥ（＋ＳＤＰ）を受信すると、このセッション参加要求メッセージＩＮＶＩＴＥ（＋ＳＤＰ）を解析して着信先を特定し、Ｈ．３２３装置３に呼設定要求メッセージｓｅｔｕｐ（ｆａｓｔｓｔａｒｔ）を送信する（ステップＳ５２参照）。
【００６８】
また、ソフトスイッチ２は、上記ステップＳ６２の手順とともに、ＳＩＰ装置１に、呼設定要求中の応答メッセージ１００［ＴＲＹＩＮＧ］を返信する（ステップＳ５３参照）。
【００６９】
Ｈ．３２３装置３は、ソフトスイッチ２からの呼設定要求メッセージｓｅｔｕｐ（ｆａｓｔｓｔａｒｔ）を受信すると、着側のＶｏＩＰ端末の呼処理を開始するとともに、ソフトスイッチ２に呼処理中メッセージｃａｌｌｐｒｏｃを返信する（ステップＳ５４参照）。
【００７０】
さらに、Ｈ．３２３装置３は、着信先のＶｏＩＰ端末の呼出を開始するとともに、ソフトスイッチ２に呼出中メッセージａｌｅｒｔを返信する（ステップＳ５５参照）。
【００７１】
ソフトスイッチ２は、Ｈ．３２３装置３からの呼出中メッセージａｌｅｒｔを受信すると、接続網情報管理部１２のＨ．３２３接続網形態情報を参照して接続条件を分析することにより、着側の最終接続網形態がＶｏＩＰであると判定し、着側のメディア情報等からなるアンサーのＳＤＰを設定し、このアンサーのＳＤＰを保持したまま、ＳＤＰを付さない呼出中の応答メッセージ１８０［ＲＩＮＧＩＮＧ］をＳＩＰ装置１に送信する（ステップＳ５６参照）。
【００７２】
ＳＩＰ装置１は、ＳＤＰが付加されていない呼出中の応答メッセージ１８０［ＲＩＮＧＩＮＧ］を受信しても、セッション参加要求メッセージ送信後に依然としてアンサーのＳＤＰは受信していないので、発側においてＲＢＴを生成および送出する（ステップＳ５７参照）。これによって、発側のＳＩＰ端末のユーザは、発側からのＲＢＴを聴取できる。
【００７３】
Ｈ．３２３装置３は、着側のＶｏＩＰ端末がオフフックされると、応答メッセージｃｏｎｎｅｃｔをソフトスイッチ２に送信する（ステップＳ５８参照）。
【００７４】
ソフトスイッチ２は、Ｈ．３２３装置３からの応答メッセージｃｏｎｎｅｃｔを受信すると、上記ステップＳ５６において設定して保持していたアンサーのＳＤＰを付加した成功の応答メッセージ２００［ＯＫ］（＋ＳＤＰ）をＳＩＰ装置１に送信する（ステップＳ５９参照）。
【００７５】
ＳＩＰ装置１は、Ｈ．３２３装置３からの成功の応答メッセージ２００［ＯＫ］（＋ＳＤＰ）を受信すると、ソフトスイッチ２に確認応答メッセージＡＣＫを送信する（ステップＳ６０参照）。
【００７６】
また、ＳＩＰ装置１は、Ｈ．３２３装置３からの成功の応答メッセージ２００［ＯＫ］（＋ＳＤＰ）を受信すると、セッション参加要求メッセージ送信後に最初にＳＤＰを受信したので、着側からのＲＢＴ等の音源の送信を期待して、音声チャネルを開設する（ステップＳ６１参照）。
【００７７】
以上のステップＳ５１〜Ｓ６１の手順によって、ＳＩＰ装置１とＨ．３２３装置３（発側のＳＩＰ端末と着側のＶｏＩＰ端末）の間に音声チャネルが開設され、通話が可能となる（ステップＳ６２参照）。
【００７８】
上記音声チャネルの開設中に、発側のＳＩＰ端末で切断（オンフック）がなされると、ＳＩＰ装置１は、ソフトスイッチ２にセッション終了メッセージＢＹＥを送信する（ステップＳ６３参照）。
【００７９】
ソフトスイッチ２は、ＳＩＰ装置１からのセッション終了メッセージＢＹＥを受信すると、Ｈ．３２３装置３に解放完了メッセージｒｅｌｃｏｍｐを送信する（ステップＳ６４参照）。
【００８０】
また、ソフトスイッチ２は、上記ステップＳ６４の手順ととともに、成功の応答メッセージ２００［ＯＫ］（ＢＹＥ）を返信する（ステップＳ６５参照）。
【００８１】
以上のステップＳ６３〜Ｓ６５の手順によって、ＳＩＰ装置１とＨ．３２３装置３（発側のＳＩＰ端末と着側のＶｏＩＰ端末）の間に開設されていた音声チャネルが解放される。
【００８２】
また、上記音声チャネルの開設中に、着側のＶｏＩＰ端末で切断（オンフック）がなされると、Ｈ．３２３装置３は、ソフトスイッチ２に解放完了メッセージｒｅｌｃｏｍｐを送信する（ステップＳ６６参照）。
【００８３】
ソフトスイッチ２は、Ｈ．３２３装置３からの解放完了メッセージｒｅｌｃｏｍｐを受信すると、ＳＩＰ装置１にセッション終了メッセージＢＹＥを送信する（ステップＳ６７参照）。
【００８４】
ＳＩＰ装置１は、ソフトスイッチ２からのセッション終了メッセージＢＹＥを受信すると、成功の応答メッセージ２００［ＯＫ］（ＢＹＥ）を返信する（ステップＳ６８参照）。
【００８５】
以上のステップＳ６６〜Ｓ６８の手順によって、ＳＩＰ装置１とＨ．３２３装置３（発側のＳＩＰ端末と着側のＶｏＩＰ端末）の間に開設されていた音声チャネルが解放される。
【００８６】
以上のように実施の形態１によれば、発側のＳＩＰプロトコル（ＳＩＰ装置１）と着側のＨ．３２３プロトコル（Ｈ．３２３装置３）間の呼制御のインタワークをするソフトスイッチ２において、着側の最終接続網形態が、ＶｏＩＰ網経由のＰＳＴＮであるか、ＶｏＩＰ網であるかを判定し、上記最終接続網形態がＰＳＴＮであれば、アンサーのＳＤＰを付加した呼出中の応答メッセージ１８０［ＲＩＮＧＩＮＧ］（＋ＳＤＰ）を発側のＳＩＰ装置１に送信することによって、上記呼出中の応答メッセージ１８０［ＲＩＮＧＩＮＧ］（＋ＳＤＰ）の受信を契機として、ＰＳＴＮからのＲＢＴを発側のＳＩＰ端末から送出させ、上記最終接続網形態がＶｏＩＰ網であれば、アンサーのＳＤＰを付加しない呼出中の応答メッセージ１８０［ＲＩＮＧＩＮＧ］を発側に送った後、上記アンサーのＳＤＰを付加した成功の応答メッセージ２００［ＯＫ］（＋ＳＤＰ）を発側のＳＩＰ装置１に送信することによって、上記呼出中の応答メッセージ１８０［ＲＩＮＧＩＮＧ］の受信を契機として、発側で生成したＲＢＴを発側のＳＩＰ端末から送出させることにより、着側の最終接続網形態が、ＶｏＩＰ網経由のＰＳＴＮであるか、ＶｏＩＰ網であるかに関わらず、発側のユーザに呼出音を確実に聴取させることができる。
【００８７】
なお、上記実施の形態１では、発側プロトコルをＳＩＰ、着側プロトコルをＨ．３２３の条件で説明したが、着側プロトコルが他のＶｏＩＰプロトコル（ＭＧＣＰ（Media Gateway Control），ＳＩＰ−Ｔ等）で、最終接続網形態がＶｏＩＰ網またはＰＳＴＮになる場合にも適用可能である。
【図面の簡単な説明】
【００８８】
【図１】本発明の実施の形態１の通信制御システムの構成図である。
【図２】図１の接続網情報管理部によって管理されるＨ．３２３接続網形態情報のデータ構造図である。
【図３】図１のソフトスイッチにおいての呼制御の動作を説明するフローチャートである。
【図４】図１のＨ．３２３装置側の最終接続網形態がＰＳＴＮ（ＵＮＩ）の場合のシーケンスを説明する図である。
【図５】図１のＨ．３２３装置側の最終接続網形態がＶｏＩＰ網の場合のシーケンスを説明する図である。
【符号の説明】
【００８９】
１  ＳＩＰ装置
２  ソフトスイッチ
３  Ｈ．３２３装置
１１  呼制御処理部
１２  接続網情報管理部
１３  プロトコル処理部
１４  ＳＩＰプロトコル処理部
１５  Ｈ．３２３プロトコル処理部
【図１】
2005252939.tif 000003
【図２】
2005252939.tif 000004
【図３】
2005252939.tif 000005
【図４】
2005252939.tif 000006
【図５】
2005252939.tif 000007