(57)【要約】【課題】タイマ値が異なる網同士が接続された場合でもＲＴＰ断検出機能を適切に動作させる。【解決手段】着呼側端末６から送信される着呼側送信パケットが途絶えてからの所定時間を表す第１タイマ値を計時する第１監視タイマ１１と、発呼側端末１から送信される発呼側送信パケットが途絶えてからの所定時間を表す第２タイマ値を計時する第２監視タイマ１２と、着呼側送信パケットを発呼側端末１に中継すると共に、第１監視タイマ１１がタイムアップし、第２監視タイマ１２が計時中の場合に、着呼側送信パケットを補間する着呼側補間パケットを生成して発呼側端末１に送信する第１中継補間部１４と、発呼側送信パケットを着呼側端末６に中継すると共に、第２監視タイマ１２がタイムアップし、第１監視タイマ１１が計時中の場合に、発呼側送信パケットを補間する発呼側補間パケットを生成して着呼側端末６に送信する第２中継補間部１５とを備える。【選択図】図３
2019193055.tif 000002
【特許請求の範囲】
【請求項１】
パケット転送網を接続するＲＴＰ監視装置であって、
着呼側端末から送信される着呼側送信パケットが途絶えてからの所定時間を表す第１タイマ値を計時する第１監視タイマと、
発呼側端末から送信される発呼側送信パケットが途絶えてからの所定時間を表す第２タイマ値を計時する第２監視タイマと、
前記着呼側送信パケットを前記発呼側端末に中継すると共に、前記第１監視タイマがタイムアップし、前記第２監視タイマが計時中の場合に、前記着呼側送信パケットを補間する着呼側補間パケットを生成して前記発呼側端末に送信する第１中継補間部と、
前記発呼側送信パケットを前記着呼側端末に中継すると共に、前記第２監視タイマがタイムアップし、前記第１監視タイマが計時中の場合に、前記発呼側送信パケットを補間する発呼側補間パケットを生成して前記着呼側端末に送信する第２中継補間部と
を備えることを特徴とするＲＴＰ監視装置。
【請求項２】
請求項１に記載したＲＴＰ監視装置において、
前記第１監視タイマと前記第２監視タイマがタイムアップした場合に、前記発呼側端末と前記着呼側端末の双方へ回線の切断を通知する回線切断部
を備えることを特徴とするＲＴＰ監視装置。
【請求項３】
請求項１又は２に記載したＲＴＰ監視装置において、
前記第１中継補間部は、
前記着呼側補間パケットに、前記着呼側送信パケットを補間するパケットであることを示す情報を載せて前記発呼側端末に送信し、
前記第２中継補間部は、
前記発呼側補間パケットに、前記発呼側送信パケットを補間するパケットであることを示す情報を載せて前記着呼側端末に送信する
ことを特徴とするＲＴＰ監視装置。
【請求項４】
ＲＴＰ監視装置が実行するＲＴＰ監視方法であって、
着呼側端末から送信される着呼側送信パケットが途絶えてからの所定時間を表す第１タイマ値を計時し、
発呼側端末から送信される発呼側送信パケットが途絶えてからの所定時間を表す第２タイマ値を計時し、
前記着呼側送信パケットを前記発呼側端末に中継すると共に、前記第１タイマ値の計時が終了し、前記第２タイマ値が計時中の場合に、前記着呼側送信パケットを補間する着呼側補間パケットを生成して前記発呼側端末に送信し、
前記発呼側送信パケットを前記着呼側端末に中継すると共に、前記第２タイマ値の計時を終了し、前記第１タイマ値が計時中の場合に、前記発呼側送信パケットを補間する発呼側補間パケットを生成して前記着呼側端末に送信する
ことを特徴とするＲＴＰ監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＲＴＰ（Real-time Transport Protocol）を用いてデータを転送するパケット転送網を接続するＲＴＰ監視装置及びＲＴＰ監視方法に関する。
【背景技術】
【０００２】
パケット転送網を運営する運営事業者は、通信品質の確保及び誤課金防止の観点から回線ごとの音声や映像のパケット（ＲＴＰパケット）の流通状況を監視し、一定時間の間、ＲＴＰパケットが流通していないことを検出した際に該当する回線を切断する場合がある。この回線を切断する機能を、以降、ＲＴＰ断検出機能と称する。回線の切断は、非特許文献１〜４に記載された標準に基づいて行われる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】TTC, JJ-90.30“IMS事業綾網官の相互接続共通インターフェース“
【非特許文献２】3GPP, TS 29.165 “Inter-IMS Network to Network Interface (NNI)”
【非特許文献３】IETF, RFC3261 “SIP: Session Initiation Protocol”
【非特許文献４】3GPP 23.334 “IP Multimedia Subsystem (IMS) Application Level Gateway(IMS-ALG)-IMS Access Gateway (IMS-AGW) interface: Procedures descriptions”
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＲＴＰ断検出機能は、ＲＴＰパケットの流通しない時間をタイマで監視し、ＲＴＰパケットが流通しない時間がタイマ時間を越えると回線を切断するように作用する。回線を切断するまでの時間を決定するタイマ時間を設定するタイマ値は、ネットワーク（網）の信頼性等に基づき網のポリシーによって設定されるため、網ごとに異なる場合がある。
【０００５】
タイマ値が異なる網同士が相互接続された場合、短いタイマ値に従って回線が切断されてしまう。その結果、タイマ値が長い網においては、回線を切断する機能が適切に動作しないという課題がある。
【０００６】
本発明は、この課題を鑑みてなされたものであり、タイマ値が異なる網同士が相互接続された場合でもＲＴＰ断検出機能が適切に動作するようにしたＲＴＰ監視装置及びＲＴＰ監視方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様に係るＲＴＰ監視装置は、パケット転送網を接続するＲＴＰ監視装置であって、着呼側端末から送信される着呼側送信パケットが途絶えてからの所定時間を表す第１タイマ値を計時する第１監視タイマと、発呼側端末から送信される発呼側送信パケットが途絶えてからの所定時間を表す第２タイマ値を計時する第２監視タイマと、前記着呼側送信パケットを前記発呼側端末に中継すると共に、前記第１監視タイマがタイムアップし、前記第２監視タイマが計時中の場合に、前記着呼側送信パケットを補間する着呼側補間パケットを生成して前記発呼側端末に送信する第１中継補間部と、前記発呼側送信パケットを前記着呼側端末に中継すると共に、前記第２監視タイマがタイムアップし、前記第１監視タイマが計時中の場合に、前記発呼側送信パケットを補間する発呼側補間パケットを生成して前記着呼側端末に送信する第２中継補間部とを備えることを要旨とする。
【０００８】
また、本発明の一態様に係るＲＴＰ監視方法は、上記のＲＴＰ監視装置が実行するＲＴＰ監視方法であって、着呼側端末から送信される着呼側送信パケットが途絶えてからの所定時間を表す第１タイマ値を計時し、発呼側端末から送信される発呼側送信パケットが途絶えてからの所定時間を表す第２タイマ値を計時し、前記着呼側送信パケットを前記発呼側端末に中継すると共に、前記第１タイマ値の計時が終了し、前記第２タイマ値が計時中の場合に、前記着呼側送信パケットを補間する着呼側補間パケットを生成して前記発呼側端末に送信し、前記発呼側送信パケットを前記着呼側端末に中継すると共に、前記第２タイマ値の計時を終了し、前記第１タイマ値が計時中の場合に、前記発呼側送信パケットを補間する発呼側補間パケットを生成して前記着呼側端末に送信することを要旨とする。
【発明の効果】
【０００９】
本発明によれば、タイマ値が異なる網同士が接続された場合でもＲＴＰ断検出機能を適切に動作させることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係るＲＴＰ監視装置を用いたＩＰ電話網の構成例を示すブロック図である。
【図２】図１に示すＩＰ電話網の動作シーケンスを示す図である。
【図３】図１に示すＲＴＰ監視装置の機能構成例を示すブロック図である。
【図４】図３に示すＲＴＰ監視装置の処理手順を示すフローチャートである。
【図５】ＳＩＰのINVITEメッセージの具体例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について図面を用いて説明する。複数の図面中同一のものに
は同じ参照符号を付し、説明は繰り返さない。
【００１２】
（ＩＰ電話網）
図１は、本発明の実施形態に係るＲＴＰ監視装置を用いたＩＰ電話網の構成例を示すブロック図である。図１に示すＩＰ電話網１００は、ＶｏＩＰ（Voice over Internet Protocol）技術を利用した電話サービスを提供するネットワークである。ＩＰ電話網１００は、パス制御プロトコルとしてＳＩＰ（Session Initiation Protocol）を利用したネットワークであり、ネットワークに接続する端末間で疎通する主情報（データ）は、ＲＴＰ（Realtime Transport Protocol）を用いて伝送される。
【００１３】
図１に示すＩＰ電話網１００は、発呼側端末１、パケット転送網２、ＲＴＰ監視装置１０、ＳＩＰサーバ３、ＳＩＰサーバ４、ＲＴＰ監視装置２０、パケット転送網５、及び着呼側端末６を備える。パケット転送網２は例えばＡ社、パケット転送網５は例えばＢ社といった様に運営事業者が異なる例を示す。
【００１４】
ネットワークを運営する運営事業者間で、ポリシーが異なる場合がある。例えば、ＲＴＰパケットが流通していないことを検出した場合に、該当する回線を切断するＲＴＰ断検出機能を作動させる時間（タイマ値）は異なる場合がある。
【００１５】
ＳＩＰサーバ３，４は、ＳＩＰを利用したＩＰ電話サービスの管理制御を行うサーバであり、パケット転送網２，５のそれぞれに設けられる。
【００１６】
ＲＴＰ監視装置１０，２０は、隣接するネットワーク間で主情報のＲＴＰパケットを疎通できるようにする装置であり、ＲＴＰ断検出機能も備える。ＲＴＰ監視装置１０，２０は、一般的にＳＢＣ（Session Border Controller）と称される。
【００１７】
ＲＴＰ監視装置１０，２０は、参照番号を異にしているが同じものである。ＲＴＰ監視装置１０，２０は、それぞれ別々のＳＢＣと一体化して構成しても良いし、ＳＩＰサーバ３，４に含めても良い。
【００１８】
以降の説明では、運営事業者がＡ社であるパケット転送網２のＲＴＰ断検出機能が動作する第１タイマ値をＴ１、運営事業者がＢ社であるパケット転送網５のＲＴＰ断検出機能が動作する第２タイマ値をＴ２であると仮定する。例えば、Ｔ１は10秒、Ｔ２は30秒といったタイマ値である。ＲＴＰ断検出は、ＲＴＰ監視装置１０又はＲＴＰ監視装置２０のどちらかで行う。どちらで行うかは、運営事業者間の取り決めによる。以降において、ＲＴＰ監視装置１０がＲＴＰ断検出を行う例で説明する。
【００１９】
図２は、ＩＰ電話網１００の動作手順を模式的に示す動作シーケンス図である。図２では、作図の都合により着呼側端末６から送信される着呼側送信パケットが何らかの理由により途絶した場合に生成される着呼側補間パケットのみを表記する。発呼側端末１から送信される発呼側送信パケットが途絶した場合に生成される発呼側補間パケットについては後述する。
【００２０】
発呼側端末１と着呼側端末６のそれぞれの電話番号及びＩＰアドレスは、ＳＩＰサーバ３，４に予め登録されている。または、それぞれの受話器を最初に取り上げたときに、電話番号及びＩＰアドレスをＳＩＰサーバ３，４に送信するようにしてもよい。
【００２１】
発呼側端末１と着呼側端末６の間で通信を開始する場合、例えば発呼側端末１から着呼側端末６の電話番号をダイヤルする。この時、発呼側端末１からＳＩＰサーバ３へINVITEメッセージが送信され、ＳＩＰサーバ３は100Tryingの暫定応答を発端側端末１に返信する。
【００２２】
このINVITEメッセージと100Tryingの暫定応答は、順次、ＳＩＰサーバ３とＲＴＰ監視装置１０、ＲＴＰ監視装置１０とＳＩＰサーバ４、及びＳＩＰサーバ４と着呼側端末６の間で繰り返される。
【００２３】
着呼側端末６は、INVITEメッセージを受信すると180Ringingの暫定応答を、発呼側端末１に向けて送信する（180Ringing）。180Ringingを受信している間、発呼側端末１では呼出音が聞こえる。
【００２４】
着呼側端末６の受話器が上げられると、着呼側端末６は200OKの成功応答を、発呼側端末１に向けて送信する（200OK）。
【００２５】
発呼側端末１は、200OKを受信すると着呼側端末６のＩＰアドレスが分かるため、直接ACKメッセージを着呼側端末６へ送信する。ACKメッセージの送信は、発呼側端末１と着呼側端末６の間で回線が確立（セッション確立）されたことを意味する。回線が確立された後は、発呼側端末１と着呼側端末６の間で、主情報である音声パケットがＲＴＰを用いて伝送される。回線が確立されている間のＳＩＰサーバ３、ＲＴＰ監視装置１０、及びＳＩＰサーバ４は、それぞれのパケット転送網２，５内のＲＴＰパケットの流通を監視する。
【００２６】
着呼側端末６から発呼側端末１に送信される着呼側送信パケット（音声パケット）は、発呼側端末１に送信される（ステップＳ１のＮＯ）。ここで、ＲＴＰ監視装置１０が備える第１タイマ値Ｔ１を計時する第１監視タイマ（図示せず）は、着呼側送信パケットがパケット転送網２内を流通する度にリセットされるものと仮定する。第１タイマ値Ｔ１は、パケット転送網２内のＲＴＰ断検出機能が動作する時間を計時するタイマ値である。
【００２７】
ここで、何らかの理由によりパケット転送網２内の着呼側送信パケットの流通が途絶えた場合を想定する。この場合、従来技術では、ＳＩＰサーバ３は第１タイマ値Ｔ１に基づいて回線の切断を検出し、回線の切断を意味するＢＹＥメッセージを発呼側端末１と着呼側端末６に送信し、両端末間の通信は終了する。
【００２８】
本実施形態に係るＲＴＰ監視装置１０においては、第１監視タイマがタイムアップした後の所定時間の間、途絶えた着呼側送信パケットを補間する着呼側補間パケットが生成される。そして、生成された着呼側補間パケットは、ＳＩＰサーバ３と発呼側端末１に送信される（ステップＳ２）。着呼側補間パケットが送信される時間は、第１監視タイマがタイムアップ（ステップＳ１のＹＥＳ）してから第２監視タイマ（第２タイマ値Ｔ２）がタイムアップ（ステップＳ３のＹＥＳ）するまでの時間である。
【００２９】
この例では、Ｔ１＝10秒、Ｔ２＝30秒であるので、10〜30秒の間は、着呼側補間パケットがＳＩＰサーバ３と発呼側端末１に送信される。よってその間、パケット転送網２の該当する回線は切断されない。つまり、タイマ値の短いパケット転送網２内に着呼側補間パケットが流通するので、パケット転送網２側のＲＴＰ断検知機能による回線の切断は抑止されることになる。
【００３０】
つまり、本実施形態に係るＲＴＰ監視装置１０は、発呼側の網と着呼側の網のタイマ値を予め設定し、タイマ値の差分の時間のみ補間パケット（例えば着呼側補間パケット）を生成する。その結果、大きい方のタイマ値に基づいて回線を切断することが可能になる。
【００３１】
なお、第１タイマ値Ｔ１が第２タイマ値Ｔ２よりも小さい例で説明を行ったが、この例に限定されない。第１タイマ値Ｔ１は、第２タイマ値Ｔ２よりも大きくてもよい。
【００３２】
第１タイマ値Ｔ１が第２タイマ値Ｔ２よりも大きい場合、及び発呼側端末１から着呼側端末６に送信される発呼側送信パケットを監視する動作については、次のＲＴＰ監視装置の説明の中で述べる。
【００３３】
（ＲＴＰ監視装置）
図３は、ＲＴＰ監視装置１０の機能構成例を示すブロック図である。図３において、一般的な構成である通信インターフェース部、制御部、及びＳＩＰメッセージ解析部等の表記は省略している。
【００３４】
図３に示すようにＲＴＰ監視装置１０は、第１監視タイマ１１、第２監視タイマ１２、回線切断部１３、第１中継補間部１４、及び第２中継補間部１５を備える。ＲＴＰ監視装置１０の各機能構成部は、例えば、ＲＯＭ、ＲＡＭ、ＣＰＵ等からなるコンピュータで実現される。各機能構成部をコンピュータによって実現する場合、各機能構成部が有すべき機能の処理内容はプログラムによって記述される。なお、回線切断部１３は、必須の機能構成部ではない。その理由については後述する。
【００３５】
図４は、ＲＴＰ監視装置１０の処理手順を示すフローチャートである。図４は、発呼側端末１と着呼側端末６の間で回線が確立された後の処理手順を示す。
【００３６】
なお、作図の都合により、図４は、図示しないＲＴＰ監視装置１０の制御部が、着呼側端末６及び発呼側端末１からそれぞれ受信する着呼側送信パケットと発呼側送信パケットを、第１中継補間部１４と第２中継補間部１５にそれぞれ割り振る例で示すフローチャートである。
【００３７】
先ず、着呼側端末６から発呼側端末１に向けて送信される音声パケットの監視動作について説明する。
【００３８】
受信した音声パケットが着呼側送信パケットである場合（ステップＳ１１のＹＥＳ）、第１中継補間部１４は、受信した着呼側送信パケットを発呼側端末１に中継する（ステップＳ１２）。この場合、受信した着呼側送信パケットによって第１監視タイマ１１はリセットされる（ステップＳ１３）。この第１監視タイマ１１のリセットは、着呼側送信パケットが受信される度に繰り返して行われる。
【００３９】
第１監視タイマ１１は、着呼側端末６から送信されて来る着呼側送信パケットが第１タイマ値Ｔ１以上の間途絶しないとタイムアップしない。何らかの理由により、着呼側端末６から送信されて来る着呼側送信パケットが途絶え、発呼側端末１から送信されて来る発呼側送信パケットは続けて受信される場合を想定する。
【００４０】
この場合、第２中継補間部１５は、受信した発呼側送信パケットを着呼側端末６に中継する（ステップＳ１８）。そして、受信した発呼側送信パケットで第２監視タイマ１２をリセットする（ステップＳ１９）。この時、図示しない制御部は、第１中継補間部１４に対して途絶えた着呼側送信パケットを補間する着呼側補間パケットを生成させると共に、生成させた着呼側補間パケットを発呼側端末１に送信させる指令を発する。
【００４１】
したがって、途絶えた着呼側送信パケットは、第１中継補間部１４で生成された着呼側補間パケットによって補間される（ステップＳ２０）。この着呼側補間パケットの生成と補間は、第２監視タイマ１２が計時する第２タイマ値Ｔ２の計時を終了するまで繰り返される（ステップＳ２１のＮＯのループ）。第１タイマ値Ｔ１と第２タイマ値Ｔ２は、ＲＴＰ監視装置１０を構成する例えばＲＯＭ等に予め記憶されている。
【００４２】
発呼側端末１からの発呼側送信パケットの受信が途絶えてから、第２監視タイマ１２が第２タイマ値Ｔ２の計時を終了する（ステップＳ２１のＹＥＳ）と、回線切断部１３は、既に第１タイマ値Ｔ１の計時もタイムアップしているので、発呼側端末１と着呼側端末６のそれぞれに回線の切断を意味するＢＹＥメッセージを送信して回線の切断を通知する（ステップＳ２６）。なお、回線の切断の通知は、ＳＩＰサーバ３に行わせてもよい。つまり、ＲＴＰ断検出機能はＳＩＰサーバ３，４に備えてもよいので、ＳＩＰサーバ３，４の当該機能を用いてＢＹＥメッセージを送信するようにしてもよい。この場合、ＲＴＰ監視装置１０の回線切断部１３は不要である。
【００４３】
以上、着呼側端末６が送信する着呼側送信パケットが途絶えた場合の動作を説明した。続けて、発呼側端末１から着呼側端末６に向けて送信される音声パケットの監視動作について説明する。
【００４４】
受信した音声パケットが発呼側送信パケットである場合（ステップＳ１１のＮＯ）、第２中継補間部１５は、受信した発呼側送信パケットを着呼側端末６に中継する（ステップＳ１５）。この場合、受信した発呼側送信パケットによって第２監視タイマ１２はリセットされる（ステップＳ１６）。この第２監視タイマ１１のリセットは、発呼側送信パケットが受信される度に繰り返して行われる。
【００４５】
第２監視タイマ１２は、発呼側端末１から送信されて来る発呼側送信パケットが第２タイマ値Ｔ２以上の間途絶しないとタイムアップしない。何らかの理由により、発呼側端末１から送信されて来る発呼側送信パケットが途絶え、着呼側端末６から送信されて来る着呼側送信パケットは続けて受信する場合を想定する。
【００４６】
この場合、第１中継補間部１４は、受信した着呼側送信パケットを発呼側端末１に中継する（ステップＳ２２）。そして、受信した着呼側送信パケットで第１監視タイマ１１をリセットする（ステップＳ２３）。この時、図示しない制御部は、第２中継補間部１５に対して途絶えた発呼側送信パケットを補間する発呼側補間パケットを生成させると共に、生成させた発呼側補間パケットを着呼側端末６に送信させる指令を発する。
【００４７】
したがって、途絶えた発呼側送信パケットは、第２中継補間部１５で生成された発呼側補間パケットによって補間される（ステップＳ２４）。この発呼側補間パケットの生成と補間は、第１監視タイマ１１が計時する第１タイマ値Ｔ２の計時を終了するまで繰り返される（ステップＳ２５のＮＯのループ）。
【００４８】
発呼側端末１からの発呼側送信パケットの受信が途絶えてから、第１監視タイマ１１が第１タイマ値Ｔ１の計時を終了する（ステップＳ２５のＹＥＳ）と、回線切断部１３は、既に第２タイマ値Ｔ２の計時もタイムアップしているので、発呼側端末１と着呼側端末６のそれぞれに回線の切断を意味するＢＹＥメッセージを送信して回線の切断を通知する（ステップＳ２６）。
【００４９】
以上説明したように本実施形態に係るＲＴＰ監視装置１０は、着呼側端末６から送信される着呼側送信パケットが途絶えてからの所定時間を表す第１タイマ値Ｔ１を計時する第１監視タイマ１１と、発呼側端末１から送信される発呼側送信パケットが途絶えてからの所定時間を表す第２タイマ値Ｔ２を計時する第２監視タイマ１２と、着呼側送信パケットを発呼側端末１に中継すると共に、第１監視タイマ１１がタイムアップし、第２監視タイマ１２が計時中の場合に、着呼側送信パケットを補間する着呼側補間パケットを生成して発呼側端末１に送信する第１中継補間部１４と、発呼側送信パケットを着呼側端末６に中継すると共に、第２監視タイマ１２がタイムアップし、第１監視タイマ１１が計時中の場合に、発呼側送信パケットを補間する発呼側補間パケットを生成して着呼側端末６に送信する第２中継補間部１５と、第１監視タイマ１１と第２監視タイマ１２がタイムアップした場合に、発呼側端末１と着呼側端末６の双方へ回線の切断を通知する回線切断部１３とを備える。
【００５０】
これにより、タイマ値の短い網（パケット転送網）に向けて補間パケット（発呼側補間パケット、着呼側補間パケット）を送信して補間するので、タイマ値の小さい網のＲＴＰ断検出機能の作動は抑止され、タイマ値の大きい網のＲＴＰ断検出機能が作用することになる。
【００５１】
以上述べたように本実施形態のＲＴＰ監視装置１０とその監視方法によれば、タイマ値が異なる網同士が接続された場合でもＲＴＰ断検出機能を適切に動作させることができる。つまり、既存の設備及びデバイスに影響を与えることなく、各網のポリシーを維持しながら全ての運営事業者の間においてＲＴＰ断検出機能を利用し続けることができる。
【００５２】
なお、図４を参照して説明したように、第１監視タイマ１１と第２監視タイマ１２の計時処理は、それぞれ独立して行われる。したがって、第１タイマ値Ｔ１と第２タイマ値Ｔ２の大きさは、第１タイマ値Ｔ１が第２タイマ値Ｔ２よりも小さくてもよいし、第１タイマ値Ｔ１が第２タイマ値Ｔ２よりも大きくてもよい。
【００５３】
また、第１中継補間部１４と第２中継補間部１５が生成する着呼側補間パケットと発呼側補間パケットは、例えば、音声パケットであれば無音パケットである。無音パケットが数10秒の間にわたって送信されると、利用者は原因不明の故障が起きたと不安に思う場合がある。
【００５４】
そこで、着呼側補間パケットと発呼側補間パケットに、それぞれ意味を持たせるようにしてもよい。例えば「通信が不安定になっております。」等の音声ガイダンスの送信に、着呼側補間パケットと発呼側補間パケットを用いてもよい。なお、「通信が不安定になっております。」等の情報は、テキスト情報として送信するようにしてもよい。
【００５５】
つまり、第１中継補間部１４は、着呼側補間パケットに、着呼側送信パケットを補間するパケットであることを示す情報を載せて発呼側端末１に送信し、第２中継補間部１５は、発呼側補間パケットに、発呼側送信パケットを補間するパケットであることを示す情報を載せて着呼側端末６に送信する。これにより、利用者は状況の把握ができるので、利用者に不安を感じさせない。
【００５６】
また、第１タイマ値Ｔ１及び第２タイマ値Ｔ２は、ＲＴＰ監視装置１０を構成する例えばＲＯＭ等に予め記憶させて置く例で説明したが、本発明はこの例に限定されない。第１タイマ値Ｔ１及び第２タイマ値Ｔ２は、ＳＩＰメッセージの中に記載するようにしてもよい。
【００５７】
図５は、ＳＩＰのINVITEメッセージの具体例を示す。図５の最下行にタイマ値30秒が記載されている。このように、例えばINVITEメッセージ内に第１タイマ値Ｔ１及び第２タイマ値Ｔ２を記載し、ＳＩＰメッセージ解析部（図示せず）で当該記載を解析し、ＲＡＭ等に保持するようにしてもよい。
【００５８】
また、着呼側補間パケットと発呼側補間パケットを生成させる指令を、制御部が発する例で説明したがこの例に限定されない。第２中継補間部１５は、回線切断部１３の状態を参照（回線切断部１３と第２中継補間部１５を接続する制御線（図３））し、該状態に対応させて着呼側補間パケットを生成するようにしてもよい。この場合、第２中継補間部１５は、第１監視タイマ１１がタイムアップし、第２監視タイマ１２が計時中に着呼側補間パケットを生成する。発呼側補間パケットについても同様である。
【００５９】
以上のように本発明は、上記の実施形態に限定されるものではなく、その要旨の範囲内で変形が可能である。
【符号の説明】
【００６０】
１：発呼側端末
２、５：パケット転送網
３、４：ＳＩＰサーバ
６：着呼側端末
１０、２０：ＲＴＰ監視装置
１１：第１監視タイマ
１２：第２監視タイマ
１３：回線切断部
１４：第１中継補間部
１５：第２中継補間部
Ｔ１：第１タイマ値
Ｔ２：第２タイマ値
【図１】
2019193055.tif 000003
【図２】
2019193055.tif 000004
【図３】
2019193055.tif 000005
【図４】
2019193055.tif 000006
【図５】
2019193055.tif 000007