(57)【要約】【課題】転送ガイダンス提供後に発ユーザにRBTを提供する。【解決手段】転送元のAS/MRF（転送）２００又は転送元ユーザを収容するS-CSCF１００において、呼出音提供補助装置１が、発端末に対する呼の転送ガイダンスの送信済及び未送信を呼毎に管理し、転送ガイダンスの送信後にアーリーメディアが送信されていない呼に対し、RBT提供専用のAS/MRF（RBT）３００に接続してRBT（Ring Back Tone）を当該呼の発端末へ送信させる。【選択図】図２
2018152695.tif 000002
【特許請求の範囲】
【請求項１】
発端末に対する呼の転送ガイダンスの送信済及び未送信を呼毎に管理する管理部と、
前記転送ガイダンスの送信後にＳＩＰ（Session Initiation Protocol）のアーリーメディア情報が送信されていない呼に対し、呼出音出力装置に接続して呼出音を当該呼の発端末へ送信させる接続部と、
を備えることを特徴とする呼出音提供補助装置。
【請求項２】
前記呼出音出力装置から前記呼出音に係るアーリーメディア情報を受信した後に、当該アーリーメディア情報に含まれるＳＤＰ（Session Description Protocol）を設定したＵＰＤＡＴＥリクエストを前記呼の発端末へ送信する転送部、
を更に備えることを特徴とする請求項１に記載の呼出音提供補助装置。
【請求項３】
呼出音提供補助装置で呼出音提供補助方法において、
前記呼出音提供補助装置が、
発端末に対する呼の転送ガイダンスの送信済及び未送信を呼毎に管理するステップと、
前記転送ガイダンスの送信後にＳＩＰ（Session Initiation Protocol）のアーリーメディア情報が送信されていない呼に対し、呼出音出力装置に接続して呼出音を当該呼の発端末へ送信させるステップと、
を行うことを特徴とする呼出音提供補助方法。
【請求項４】
請求項１又は２に記載の呼出音提供補助装置としてコンピュータを機能させることを特徴とする呼出音提供補助プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なる通信キャリアのIMS（IP Multimedia Subsystem）網間の相互接続におけるガイダンス提供方式の技術に関する。
【背景技術】
【０００２】
非特許文献１には、非特許文献２のガイダンス手順を利用して転送ガイダンスを発ユーザに提供する方法が規定されている（図１０）。具体的には、AS（Application Server）/MRF（Media Resource Function）で行う転送ガイダンスの提供方式として、（１）発端末〜AS間/AS〜着端末間のSIPダイアログを終端するGatewayモデル方式（図１１）、（２）発端末で複数のSIPダイアログを確立するForkingモデル方式が定義されている（図１２）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】“Communication Diversion (CDIV) using IP Multimedia (IM)Core Network (CN) subsystem”、3GPP TS 24.604 v14.0.0
【非特許文献２】“Common Basic Communication procedures using IP Multimedia (IM) Core Network (CN) subsystem”、3GPP TS 24.628 v14.0.0
【非特許文献３】“IMS Profile for Voice and SMS”、GSMA IR.92 Version 9.0
【発明の概要】
【発明が解決しようとする課題】
【０００４】
図１０〜図１２より、発端末が呼接続のためにINVITEリクエストを送信し、着端末が最終応答（200 OK レスポンス）する前の暫定応答（1xx レスポンス）でメディアパスを確立する場合、アーリーメディア（P-Early-Media）が用いられる。このアーリーメディアは、例えば、サービスプロバイダが転送ガイダンスやRBT（Ringing Back Tone）を提供する際に用いられる。
【０００５】
ここで、非特許文献３のVoLTE（Voice over Long Term Evolution）端末及び国内標準（JT-Q3402）準拠の固定端末では、SDP（Session Description Protocol）アンサーとsendonly又はsendrecvパラメータが設定されたP-Early-Mediaヘッダを含む180又は183レスポンスを受信している限り、網側からのアーリーメディアを再生し続けようとする。
【０００６】
そのため、図１３，図１４に示すように、AS/MRFが180又は183レスポンスを送信して転送ガイダンスを発端末Ａへ提供した後、転送先と転送元のいずれか又は両方でRBTのアーリーメディアを提供しない場合、転送ガイダンス終了から通話開始までの期間、発ユーザはRBTを聞くことができないという課題があった。
【０００７】
本発明は、上記事情を鑑みてなされたものであり、転送ガイダンス提供後も発ユーザにRBTを提供することを目的とする。
【課題を解決するための手段】
【０００８】
以上の課題を解決するため、請求項１に係る呼出音提供補助装置は、発端末に対する呼の転送ガイダンスの送信済及び未送信を呼毎に管理する管理部と、前記転送ガイダンスの送信後にＳＩＰ（Session Initiation Protocol）のアーリーメディア情報が送信されていない呼に対し、呼出音出力装置に接続して呼出音を当該呼の発端末へ送信させる接続部と、を備えることを特徴とする。
【０００９】
請求項２に係る呼出音提供補助装置は、請求項１に記載の呼出音提供補助装置において、前記呼出音出力装置から前記呼出音に係るアーリーメディア情報を受信した後に、当該アーリーメディア情報に含まれるＳＤＰ（Session Description Protocol）を設定したＵＰＤＡＴＥリクエストを前記呼の発端末へ送信する転送部、を更に備えることを特徴とする。
【００１０】
請求項３に係る呼出音提供補助方法は、呼出音提供補助装置で呼出音提供補助方法において、前記呼出音提供補助装置が、発端末に対する呼の転送ガイダンスの送信済及び未送信を呼毎に管理するステップと、前記転送ガイダンスの送信後にＳＩＰ（Session Initiation Protocol）のアーリーメディア情報が送信されていない呼に対し、呼出音出力装置に接続して呼出音を当該呼の発端末へ送信させるステップと、を行うことを特徴とする。
【００１１】
請求項４に係る呼出音提供補助プログラムは、請求項１又は２に記載の呼出音提供補助装置としてコンピュータを機能させることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、転送ガイダンス提供後も発ユーザにRBTを提供できる。
【図面の簡単な説明】
【００１３】
【図１】呼出音提供補助装置の機能ブロック構成を示す図である。
【図２】システムの全体構成を示す図である。
【図３】動作例１の処理シーケンス（Forkingモデル）を示す図である。
【図４】動作例１の処理シーケンス（Forkingモデル）を示す図である。
【図５】動作例１のFilter Criteriaの例を示す図である。
【図６】動作例１の処理シーケンス（Gatewayモデル）を示す図である。
【図７】動作例２の処理シーケンス（Forkingモデル）を示す図である。
【図８】動作例２の処理シーケンス（Forkingモデル）を示す図である。
【図９】動作例２のFilter Criteriaの例を示す図である。
【図１０】転送ガイダンスの提供処理シーケンスを示す図である。
【図１１】Gatewayモデルの処理シーケンスを示す図である。
【図１２】Forkingモデルの処理シーケンスを示す図である。
【図１３】Gatewayモデルでの課題説明時の参照図である。
【図１４】Forkingモデルでの課題説明時の参照図である。
【発明を実施するための形態】
【００１４】
本発明では、AS/MRFが180又は183レスポンスを送信して転送ガイダンスを提供した後、転送先からアーリーメディア情報が送信されない場合、つまり、転送先からSDPアンサーとsendrecv又はsendonlyパラメータが設定されたP-Early-Mediaヘッダを含む180又は183レスポンスを受信しない場合に限り、転送元AS/MRF又は転送元ユーザを収容するS-CSCF（Serving Call Session Control Function）がRBT提供専用のAS/MRFに接続する。
【００１５】
具体的には、呼毎に転送ガイダンス提供済及び未提供の状態をFilter Criteriaとして動的に保持し、転送ガイダンス提供済の呼に限りRBT提供専用のAS/MRFに接続する。これにより、発ユーザに対して転送ガイダンス提供後もRBTを確実に提供することができる。以下、本発明を実施する一実施の形態について図面を用いて説明する。
【００１６】
転送元AS/MRF又は転送元ユーザを収容するS-CSCF（以下、転送元AS/MRF等）がRBT提供専用のAS/MRFに接続するため、その転送元AS/MRF等に機能（呼出音提供補助装置）を追加する。この呼出音提供補助装置の機能ブロック構成を図１に示す。呼出音提供補助装置１は、管理部１１、接続部１２、及び転送部１３を備えて構成される。
【００１７】
管理部１１は、受信呼から発端末及び発信先に関する情報を取得し、更に呼処理の進行に応じて、発端末へ転送ガイダンスを送信したか、転送ガイダンスの送信後にアーリーメディアを送信したか等をFilter Criteria（以下、FC）として呼毎に動的に保持し管理する機能部である。
【００１８】
接続部１２は、管理部１１のFCを参照し、転送ガイダンスの送信後にアーリーメディアが発端末へ送信されていない呼に対し、RBT提供専用のAS/MRFに接続してRBTのアーリーメディア及びRBTを該呼の発端末へ送信させる機能部である。
【００１９】
転送部１３は、RBT提供専用のAS/MRFから送信されるRBTのアーリーメディア及びRBTを発端末へ転送する機能部である。例えば、呼出音提供補助装置１を具備する転送元AS/MRF等がForkingモデルのガイダンス提供方式を採用している場合、転送部１３は、RBTに係るアーリーメディア及びRBTを単純転送する処理を行う。また、Gatewayモデルの場合、転送部１３は、RBTのアーリーメディアに含まれるSDPを設定したUPDATEリクエストを送信する処理（メディア張替え処理）を行う。
【００２０】
次に、システムの全体構成について説明する。本実施の形態では、異なる通信キャリアのIMS網を相互接続したIMS/VoIP（Voice over Internet Protocol）網で構成され、図２に示すように、転送元のS-CSCF１００、転送元のAS/MRF（転送）２００、RBT提供専用のAS/MRF（RBT）３００、及び転送先のS-CSCF４００を備えて構成される。
【００２１】
S-CSCF１００は、発端末からの呼を処理するセッション制御サーバである。AS/MRF（転送）２００は、呼の転送処理を行い、かつ、転送ガイダンスやRBT等のメディアを提供するアプリケーションサーバ（AS；Application Server）及びメディアサーバ（MRF；Media Resource Function）である。上述した呼出音提供補助装置１は、S-CSCF１００又はAS/MRF（転送）２００で動作する。
【００２２】
AS/MRF（RBT）３００は、RBT提供専用のアプリケーションサーバ及びメディアサーバ（呼出音出力装置）である。S-CSCF４００は、発端末からの呼信号を処理して着端末との間で通話通信経路を確立するセッション制御サーバである。
【００２３】
なお、セッション制御サーバ、アプリケーションサーバ、及びメディアサーバという呼称は一例である。例えば、S-CSCF１００については、セッション制御サーバ以外に、SIPサーバ、呼制御サーバ、又は呼処理サーバと表現される場合もある。
【００２４】
次に、本実施の形態で行う動作について説明する。具体的には、呼出音提供補助装置１がAS/MRF（転送）２００で動作する場合の動作例１、呼出音提供補助装置１がS-CSCF１００で動作する場合の動作例２について説明する。なお、これらの動作には、呼出音提供補助装置１で行う呼出音提供補助方法が含まれる。
【００２５】
（動作例１）
動作例１では、着信転送を行うAS/MRF（転送）２００に呼出音提供補助装置１を実装し、そのAS/MRF（転送）２００がForkingモデルのガイダンス提供方式を適用している場合について説明する。この動作例１の処理シーケンスを図３，図４に示す。
【００２６】
まず、S-CSCF１００は、着端末Ｂに対する発端末Ａのinitial INVITEリクエストを受信した後、着信先の着端末ＢがiFC（initial Filter Criteria）に合致するか否かを判定する（ステップＳ１０１）。そして、着端末Ｂが着信転送サービス加入中であれば、S-CSCF１００は、そのinitial INVITEリクエストをAS/MRF（転送）２００へ転送する（ステップＳ１０２）。
【００２７】
次に、AS/MRF（転送）２００は、受信したinitial INVITEリクエストからCall-IDとFromタグの値を取得し、そのinitial INVITEリクエストに係る呼のFCに保存する（ステップＳ１０３）。FCの例を図５に示す。
【００２８】
次に、AS/MRF（転送）２００は、転送ガイダンスを起動し（ステップＳ１０４）、SDPアンサーとsendrecvパラメータが設定されたP-Early-Mediaヘッダを含む183 Session ProgressをS-CSCF１００を経由して発端末Ａへ送信した後に（ステップＳ１０５）、上記FCの「転送ガイダンス」の項目に「提供済」を設定する（ステップＳ１０６）。その後、転送ガイダンスがAS/MRF（転送）２００から発端末Ａへ送信される。
【００２９】
次に、AS/MRF（転送）２００は、initial INVITEリクエストの転送起動処理を開始し、上記FCの「転送起動」の項目に「起動済」を設定した後に（ステップＳ１０７）、そのinitial INVITEリクエストをS-CSCF１００へ送信する（ステップＳ１０８）。
【００３０】
次に、S-CSCF１００は、受信したinitial INVITEリクエストを着端末Ｂを収容するS-CSCF４００へ転送し、そのinitial INVITEリクエストに対して返信された180 RingingをAS/MRF（転送）２００へ転送する（ステップＳ１０９）。
【００３１】
次に、AS/MRF（転送）２００は、転送された180 Ringingに対応する呼に係るFCを参照し、その呼のFCに設定された各項目の値が規定値と一致するか否かを判定する（ステップＳ１１０）。そして、全ての項目が各規定値にそれぞれ一致する場合、AS/MRF（転送）２００は、AS/MRF（RBT）３００に接続する（ステップＳ１１１）。
【００３２】
具体的には、該当呼のFCを参照し、例えば、「転送ガイダンス」の項目に「提供済」が設定され、「転送起動」の項目に「起動済」が設定され、「転送起動後のアーリーメディア」の項目に「なし」が設定されている場合に、発端末Ａを無音状態とみなし、initial INVITEリクエストをAS/MRF（RBT）３００へ送信する。
【００３３】
その後、そのinitial INVITEリクエストに応じて、AS/MRF（RBT）３００からSDPアンサーとsendrecvパラメータが設定されたP-Early-Mediaヘッダを含む183 Session Progressが返信されるので、AS/MRF（転送）２００は、その183 Session Progressを受信した後に、上記FCの「転送起動後のアーリーメディア」の項目に「提供済」を設定し（ステップＳ１１２）、その183 Session ProgressをS-CSCF１００を経由して発端末Ａへ転送する（ステップＳ１１３）。その後、RBTがAS/MRF（RBT）３００から発端末Ａへ送信される。これにより、転送ガイダンス提供後も発ユーザにRBTを提供可能となり、無音期間を短くすることができる。
【００３４】
その後、着端末Ｂが応答すると、S-CSCF４００を経由して200 OK (INV)が送信されるので、S-CSCF１００は、その200 OK (INV)をAS/MRF（転送）２００へ転送し（ステップＳ１１４）、AS/MRF（転送）２００は、その200 OK (INV)に対して所定の処理を行った後にS-CSCF１００を経由して発端末Ａへ送信する（ステップＳ１１５）。その後に発端末Ａと着端末Ｂとの間で通話路が確立するが、AS/MRF（RBT）３００からのRBTを停止するため、S-CSCF１００又はAS/MRF（転送）２００は、BYEリクエストをAS/MRF（RBT）３００へ送信する（ステップＳ１１６）。
【００３５】
（動作例１の変形例）
AS/MRF（転送）２００がGatewayモデルのガイダンス提供方式を適用している場合について説明する。この場合、AS/MRF（転送）２００は、ステップＳ１１３において、183 Session Progressを転送する代わりに、ステップＳ１１１に応じてAS/MRF（RBT）３００から受信したSDPを設定したUPDATEリクエストを送信する（メディア張替えを実行する）。同様に、AS/MRF（転送）２００は、図６のステップＳ１１４’に示すように、ステップＳ１１４の後、AS/MRF（RBT）３００から受信していたSDPを設定したUPDATEリクエストを送信する（メディア張替えを実行する）。
【００３６】
（動作例２）
動作例２では、S-CSCF１００に呼出音提供補助装置１を実装し、AS/MRF（転送）２００がForkingモデルのガイダンス提供方式を適用している場合について説明する。この動作例２の処理シーケンスを図７，図８に示す。
【００３７】
まず、S-CSCF１００は、着端末Ｂに対する発端末Ａのinitial INVITEリクエストを受信した後、着信先の着端末ＢがiFCに合致するか否かを判定する（ステップＳ２０１）。そして、着端末Ｂが着信転送サービス加入中であれば、S-CSCF１００は、そのinitial INVITEリクエストをAS/MRF（転送）２００へ転送し（ステップＳ２０２）、そのinitial INVITEリクエストからCall-IDとFromタグの値を取得してFCに保存する（ステップＳ２０３）。FCの例を図９に示す。
【００３８】
次に、AS/MRF（転送）２００は、転送ガイダンスを起動し（ステップＳ２０４）、SDPアンサーとsendrecvパラメータが設定されたP-Early-Mediaヘッダを含む183 Session ProgressをS-CSCF１００を経由して発端末Ａへ送信する（ステップＳ２０５）。このとき、S-CSCF１００は、AS/MRF（転送）２００から183 Session Progressを受信したタイミングで、上記FCの「転送ガイダンス」の項目に「提供済」を設定する（ステップＳ２０６）。
【００３９】
次に、AS/MRF（転送）２００は、initial INVITEリクエストの転送起動処理を開始し（ステップＳ２０７）、そのinitial INVITEリクエストをS-CSCF１００へ送信する（ステップＳ２０８）。
【００４０】
次に、S-CSCF１００は、AS/MRF（転送）２００からinitial INVITEリクエストを受信すると、上記FCの「転送起動」の項目に「起動済」を設定する（ステップＳ２０９）。
【００４１】
その後、S-CSCF１００は、受信したinitial INVITEリクエストを着端末Ｂを収容するS-CSCF４００へ転送し、そのinitial INVITEリクエストに対して180 Ringingを受信すると（ステップＳ２１０）、その180 Ringingに対応する呼に係るFCを参照し、その呼のFCに設定された各項目の値が規定値と一致するか否かを判定する（ステップＳ２１１）。そして、全ての項目が各規定値にそれぞれ一致する場合、S-CSCF１００は、AS/MRF（RBT）３００に接続する（ステップＳ２１２）。
【００４２】
その後、そのinitial INVITEリクエストに応じて、AS/MRF（RBT）３００からSDPアンサーとsendrecvパラメータが設定されたP-Early-Mediaヘッダを含む183 Session Progressが返信されるので、S-CSCF１００は、その183 Session Progressを受信すると共に上記FCの「転送起動後のアーリーメディア」の項目に「提供済」を設定し（ステップＳ２１３）、その183 Session Progressを発端末Ａへ転送する（ステップＳ２１４）。その後、RBTがAS/MRF（RBT）３００から発端末Ａへ送信される。これにより、転送ガイダンス提供後も発ユーザにRBTを提供可能となる。
【００４３】
その後、着端末Ｂが応答すると、S-CSCF４００を経由して200 OK (INV)が送信されるので、S-CSCF１００は、その200 OK (INV)をAS/MRF（転送）２００へ転送し（ステップＳ２１５）、AS/MRF（転送）２００は、その200 OK (INV)に対して所定の処理を行った後にS-CSCF１００を経由して発端末Ａへ送信する（ステップＳ２１６）。その後に発端末Ａと着端末Ｂとの間で通話路が確立するが、AS/MRF（RBT）３００からのRBTを停止するため、S-CSCF１００は、BYEリクエストをAS/MRF（RBT）３００へ送信する（ステップＳ２１７）。
【００４４】
（動作例２の変形例）
AS/MRF（転送）２００がGatewayモデルのガイダンス提供方式を適用している場合について説明する。この場合、S-CSCF１００は、ステップＳ２１４において、183 Session Progressを転送する代わりに、ステップＳ２１２に応じてAS/MRF（RBT）３００から受信したSDPを設定したUPDATEリクエストを送信する（メディア張替えを実行する）。また、S-CSCF１００は、図６に示したステップＳ１１４’と同様に、ステップＳ２１５〜ステップＳ２１６の間で、AS/MRF（RBT）３００から受信していたSDPを設定したUPDATEリクエストを送信する（メディア張替えを実行する）。
【００４５】
以上より、本実施の形態によれば、S-CSCF１００又はAS/MRF（転送）２００（呼出音提供補助装置１）が、発端末に対する呼の転送ガイダンスの送信済及び未送信を呼毎に管理し、転送ガイダンスの送信後にアーリーメディアが送信されていない呼に対し、RBT提供専用のAS/MRF（RBT）３００に接続してRBTを当該呼の発端末へ送信させるので、転送ガイダンス提供後も発ユーザにRBTを提供することができる。
【００４６】
なお、本実施の形態では、呼出音提供補助装置１がS-CSCF１００又はAS/MRF（転送）２００で動作する場合を例に説明したが、IMS/VoIP網を構成する他の装置で実現してもよい。基本的にはIMS/VoIP網を構成する装置群は相互に通信可能であるから、S-CSCF１００又はAS/MRF（転送）２００で送受信されるデータを他の装置にミラーリングして遠隔監視又は制御可能である。それゆえ、S-CSCF１００又はAS/MRF（転送）２００以外の装置で上記音声音提供補助方法を実行することも当然に考えられる。
【００４７】
最後に、本実施の形態で説明した呼出音提供補助装置１は、コンピュータで実現できる。また、呼出音提供補助装置１としてコンピュータを機能させるための呼出音提供補助プログラム、その呼出音提供補助プログラムの記憶媒体を作成することも可能である。
【符号の説明】
【００４８】
１…呼出音提供補助装置
１１…管理部
１２…接続部
１３…転送部
１００…S-CSCF
２００…AS/MRF（転送）
３００…AS/MRF（RBT）
４００…S-CSCF
【図１】
2018152695.tif 000003
【図２】
2018152695.tif 000004
【図３】
2018152695.tif 000005
【図４】
2018152695.tif 000006
【図５】
2018152695.tif 000007
【図６】
2018152695.tif 000008
【図７】
2018152695.tif 000009
【図８】
2018152695.tif 000010
【図９】
2018152695.tif 000011
【図１０】
2018152695.tif 000012
【図１１】
2018152695.tif 000013
【図１２】
2018152695.tif 000014
【図１３】
2018152695.tif 000015
【図１４】
2018152695.tif 000016