(57)【要約】【課題】網内装置の改修をせず、低コストで、相互接続される網間での誤った呼切断を適切に回避する。【解決手段】断監視タイマを用いて第２網でのＲＴＰパケットの疎通不能を監視する第１網１００と、保留信号を送出しない端末を収容する第２網２００との間に断監視終端装置１を接続し、断監視終端装置１は、第１網１００が持つ断監視タイマの値よりも小さい値の第２網監視用の断監視タイマを用いて第２網２００でのＲＴＰパケットの疎通不能を監視し、第２網２００でのＲＴＰパケットの疎通不能を検出した場合、“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを第１網１００へ送出する。【選択図】図２
2019161380.tif 000002
【特許請求の範囲】
【請求項１】
断監視タイマを用いて第２網でのＲＴＰパケットの疎通不能を監視する第１網と、保留信号を送出しない端末を収容する第２網との間に接続され、
前記第１網と前記第２網との間で送受信される信号を制御する信号制御部と、
前記第２網でのＲＴＰパケットの疎通不能を監視するために用いる第２網監視用の断監視タイマの値を記憶する断監視タイマ記憶部と、
前記第２網監視用の断監視タイマの値を前記第１網が持つ断監視タイマの値よりも小さい値に設定する断監視タイマ設定部と、
前記第２網監視用の断監視タイマを用いて前記第２網でのＲＴＰパケットの疎通不能を監視するＲＴＰ断監視部と、を備え、
前記信号制御部は、
前記第２網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを前記第１網へ送出することを特徴とする断監視終端装置。
【請求項２】
ＳＤＰの方向属性に基づき第２網でのＲＴＰパケットの疎通不能を監視する第１網と、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを設定することでアーリーメディアの送出を停止する第２網との間に接続され、
前記第１網と前記第２網との間で送受信される信号を制御する信号制御部を備え、
前記信号制御部は、
Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを含むＵＰＤＡＴＥリクエストに、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰが含まれていない場合、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰを生成して前記第２網へ送出することを特徴とする断監視終端装置。
【請求項３】
互いに異なる値の断監視タイマをそれぞれ用いて第２網又は第１網でのＲＴＰパケットの疎通不能をそれぞれ監視する第１網と第２網との間に接続され、
前記第１網と前記第２網との間で送受信される信号を制御する信号制御部と、
前記第１網が保持する断監視タイマの値と、前記第２網が保持する断監視タイマの値とを記憶しておく網内断監視タイマ記憶部と、
前記第１網と前記第２網との両網でのＲＴＰパケットの疎通不能を監視するために用いる両網監視用の断監視タイマの値を記憶する断監視タイマ記憶部と、
前記両網監視用の断監視タイマの値を前記第１網が保持する断監視タイマの値及び前記第２網が保持する断監視タイマの値よりも小さい値に設定する断監視タイマ設定部と、
前記両網監視用の断監視タイマを用いて前記第１網と前記第２網とでのそれぞれのＲＴＰパケットの通信不能をそれぞれ監視するＲＴＰ断監視部と、を備え、
前記信号制御部は、
前記第１網と前記第２網のうち断監視タイマの値が大きい一方の網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを他方の網へ送出することを特徴とする断監視終端装置。
【請求項４】
断監視終端装置で行う断監視方法において、
前記断監視終端装置は、断監視タイマを用いて第２網でのＲＴＰパケットの疎通不能を監視する第１網と、保留信号を送出しない端末を収容する第２網との間に接続され、
前記第２網でのＲＴＰパケットの疎通不能を監視するために用いる第２網監視用の断監視タイマの値を断監視タイマ記憶部に記憶する第１ステップと、
前記第２網監視用の断監視タイマの値を前記第１網が持つ断監視タイマの値よりも小さい値に設定する第２ステップと、
前記第１網と前記第２網との間で送受信される信号を制御する第３ステップと、
前記第２網監視用の断監視タイマを用いて前記第２網でのＲＴＰパケットの疎通不能を監視する第４ステップと、を行い、
前記第３ステップでは、
前記第２網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを前記第１網へ送出することを特徴とする断監視方法。
【請求項５】
断監視終端装置で行う断監視方法において、
前記断監視終端装置は、ＳＤＰの方向属性に基づき第２網でのＲＴＰパケットの疎通不能を監視する第１網と、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを設定することでアーリーメディアの送出を停止する第２網との間に接続され、
前記第１網と前記第２網との間で送受信される信号を制御するステップを行い、
前記ステップでは、
Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを含むＵＰＤＡＴＥリクエストに、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰが含まれていない場合、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰを生成して前記第２網へ送出することを特徴とする断監視方法。
【請求項６】
断監視終端装置で行う断監視方法において、
前記断監視終端装置は、互いに異なる値の断監視タイマをそれぞれ用いて第２網又は第１網でのＲＴＰパケットの疎通不能をそれぞれ監視する第１網と第２網との間に接続され、
前記第１網が保持する断監視タイマの値と、前記第２網が保持する断監視タイマの値とを網内断監視タイマ記憶部に記憶しておく第１ステップと、
前記第１網と前記第２網との両網でのＲＴＰパケットの疎通不能を監視するために用いる両網監視用の断監視タイマの値を断監視タイマ記憶部に記憶する第２ステップと、
前記両網監視用の断監視タイマの値を前記第１網が保持する断監視タイマの値及び前記第２網が保持する断監視タイマの値よりも小さい値に設定する第３ステップと、
前記第１網と前記第２網との間で送受信される信号を制御する第４ステップと、
前記両網監視用の断監視タイマを用いて前記第１網と前記第２網とでのそれぞれのＲＴＰパケットの通信不能をそれぞれ監視する第５ステップと、を行い、
前記第４ステップでは、
前記第１網と前記第２網のうち断監視タイマの値が大きい一方の網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを他方の網へ送出することを特徴とする断監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＲＴＰパケットの疎通不能を監視する技術（ＲＴＰの断監視技術）に関する。
【背景技術】
【０００２】
ＳＩＰ（Session Initiation Protocol，非特許文献１）を利用した音声・映像通信では、音声・映像の通信メディアの情報を記述したＳＤＰ（Session Description Protocol，非特許文献２）を発着端末間及び網内のＳＩＰサーバ間で交換し、音声・映像のメディアの条件（メディア種別、コーデック、パケット化周期等）を確定させ、ＲＴＰ（Real time Transport Protocol，非特許文献２）で実際の音声パケットの送受信が行われる。
【０００３】
メディア情報のネゴシエーションは、発端末が、通信に利用したいメディア情報（音声・映像等）と当該メディアの各種パラメータ（コーデック、パケット化周期等）をＳＤＰオファーに記述し、着端末が、ＳＤＰオファーに記述されたメディア条件のうち通信に利用するメディア条件を選択し、ＳＤＰアンサーに記述して発端末へ返送することにより行われる。これにより、通信メディアの条件が確定する（非特許文献３）。
【０００４】
実際の音声パケットの送受信はＲＴＰを用いて行われるが、Ｕプレーン装置（エッジルータ等）の障害等によりＲＴＰが疎通不可となる事象が想定される。ＲＴＰ疎通不可になった場合、着端末から切断信号（ＢＹＥリクエスト）が送信されず、セッションが継続しているとみなされてしまい、発端末のユーザに対して誤課金が発生してしまう。当該誤課金を回避するため、通常、ＳＩＰを利用した音声・映像通信を提供するサービス提供事業者網（通信キャリア網等）は、一定時間ＲＴＰの疎通がない場合、ダイアログの解放を行うＲＴＰ断監視機能を備えている。
【０００５】
ここで、ＲＴＰ断監視機能の機能動作概要を図７に示す。第１網（発網）１００のＣプレーン装置３ａと第２網（着網）２００のＣプレーン装置３ｂは、ＳＤＰオファー・ＳＤＰアンサー完了後、それぞれのＵプレーン装置２ａ，２ｂに対してＲＴＰ断監視を開始する指示・設定を行う（Ｓ５，Ｓ７)。これにより、Ｕプレーン装置２ａ，２ｂは、各対向網（２００，１００）でのＲＴＰパケットの疎通監視をそれぞれ行う（Ｓ９，Ｓ１０）。
【０００６】
その後、Ｕプレーン装置２ｂの障害により第２網２００でＲＴＰ疎通不可となった場合、Ｕプレーン装置２ａは、最後にＲＴＰパケットを対向のＵプレーン装置２ｂから受信して一定期間（断監視タイマに設定された時間）が経過すると、Ｃプレーン装置３ａにＲＴＰ断信号を通知する（Ｓ１１）。Ｃプレーン装置３ａは、ＲＴＰ断信号の通知を受けて、呼切断（ダイアログの解放）を行うＢＹＥリクエストを送信する（Ｓ１２〜Ｓ１４）。
【０００７】
３ＧＰＰでは、ＲＴＰ断監視機能を“Ｍｅｄｉａ  Ｉｎａｃｔｉｖｉｔｙ  Ｄｅｔｅｃｔｉｏｎ”としてオプションとして規定している。また、非特許文献４では、Ｐ−ＣＳＣＦ（ＩＭＳ−ＡＬＧ）／ＩＭＳ−ＡＧＷについて規定し、非特許文献５では、ＩＢＣＦ（ＩＭＳ−ＡＬＧ）／ＴｒＧＷについて規定している。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】“SIP: Session Initiation Protocol”、RFC3261
【非特許文献２】“SDP: Session Description Protocol”、RFC2327
【非特許文献３】“An Offer/Answer Model with the Session Description Protocol (SDP)”、RFC3264
【非特許文献４】“3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; IP Multimedia Subsystem (IMS) Application Level Gateway (IMS-ALG) - IMS Access Gateway (IMS-AGW) interface: Procedures descriptions (Release 14)”、3GPP TS 23.334 V14.4.0 (2017-12)
【非特許文献５】“3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Interworking between SIP-I based circuit-switched core network and other networks (Release 14)”、3GPP TS 29.235 V14.0.0 (2017-03)
【発明の概要】
【発明が解決しようとする課題】
【０００９】
（課題１）
ＲＴＰ断監視機能は、ＳＤＰオファー・ＳＤＰアンサーで交換されるメディアの方向属性（“ａ＝”）に基づき実施される。すなわち、“ａ＝ｓｅｎｄｏｎｌｙ”又は“ａ＝ｓｅｎｄｒｅｃｖ”の方向属性を設定したＳＤＰを受信した場合、Ｕプレーン装置は、ＳＤＰの送信元からはＲＴＰパケットが送出され続けると解釈し、メディアの方向属性の状態に変更がないか、又は呼切断とならない限り、対向のＵプレーン装置から送出されるＲＴＰの断監視を継続する。また、“ａ＝ｉｎａｃｔｉｖｅ”を受信した場合、メディアが疎通しないことを意味するため、Ｕプレーン装置は、ＲＴＰ断監視を開始しない、又は既に開始していたＲＴＰ監視を停止する。
【００１０】
しかし、図８に示すように、ＲＴＰ断監視時において、第２網２００が、保留によるメディアの一時停止により、メディアの一時停止を示す信号（例えば、“ａ＝ｉｎａｃｔｉｖｅ”がＳＤＰオファーに設定されたＵＰＤＡＴＥリクエスト等）を送出することなく、メディアの送出を停止した場合、保留の検出契機がないため、第１網１００のＵプレーン装置２ａにより、断監視タイマでの一定期間経過後に呼切断となる課題がある。
【００１１】
（課題２）
次に、アーリー段階におけるアーリーメディアのＲＴＰ断監視について説明する。アーリーメディアとは、呼の確立前から発端末へ提供される事前ガイダンス等のメディアである。課題１で述べたように、ＲＴＰ断監視制御はＳＤＰの方向属性（“ａ＝”）に基づき実施されるが、アーリー段階では、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダ内のヘッダ情報を参照してアーリーメディアを停止し、ＲＴＰ断監視を制御する網が存在すると想定される。
【００１２】
図９に、ＳＤＰの方向属性（“ａ＝”）のみに基づきＲＴＰ断監視制御を行う第１網１００と、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダを用いてアーリーメディアを停止しＲＴＰ断監視制御を行う第２網２００と、を相互接続した例を示す。第２網２００では、アーリーメディアの送出を停止するために、メディア装置５が、“ｉｎａｃｔｉｖｅ”が設定されたＰ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダを含むＵＰＤＡＴＥリクエスト（ＳＤＰの設定はなし）を送信し、ＲＴＰ断監視を停止する（Ｓ１１）。しかし、発網１００では、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダをサポートしていないため、メディア停止の検出契機がないことから、Ｕプレーン装置２ａにより、断監視タイマでの一定期間経過後に呼切断となる課題がある。
【００１３】
（課題３）
ＲＴＰ断監視を行うための断監視タイマは、ＶｏＩＰ等の網内のポリシーで自由に設定が可能である。例えば、移動体事業者では、無線通信の状態によってはＵプレーン装置が正常にも関わらず比較的長期のＲＴＰパケット断が発生する可能性がある。
【００１４】
図８に、断監視タイマの値が異なる網同士を相互接続した例を示す。第１網１００の断監視タイマの値には１０秒が設定され、第２網２００の断監視タイマの値には３０秒が設定される。このとき、断監視タイマの値が長い第２網２００で、一時的にＲＴＰが疎通しない場合、３０秒以内にＲＴＰ疎通が回復する可能性があった場合でも、断監視タイマが１０秒に設定されている第１網１００では断検知するため、呼切断となる課題がある。
【００１５】
本発明は、上記事情を鑑みてなされたものであり、網内装置の改修をせず、低コストで、相互接続される網間での誤った呼切断を適切に回避することを目的とする。
【課題を解決するための手段】
【００１６】
以上の課題を解決するため、請求項１に係る断監視終端装置は、断監視タイマを用いて第２網でのＲＴＰパケットの疎通不能を監視する第１網と、保留信号を送出しない端末を収容する第２網との間に接続され、前記第１網と前記第２網との間で送受信される信号を制御する信号制御部と、前記第２網でのＲＴＰパケットの疎通不能を監視するために用いる第２網監視用の断監視タイマの値を記憶する断監視タイマ記憶部と、前記第２網監視用の断監視タイマの値を前記第１網が持つ断監視タイマの値よりも小さい値に設定する断監視タイマ設定部と、前記第２網監視用の断監視タイマを用いて前記第２網でのＲＴＰパケットの疎通不能を監視するＲＴＰ断監視部と、を備え、前記信号制御部は、前記第２網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを前記第１網へ送出することを特徴とする。
【００１７】
請求項２に係る断監視終端装置は、ＳＤＰの方向属性に基づき第２網でのＲＴＰパケットの疎通不能を監視する第１網と、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを設定することでアーリーメディアの送出を停止する第２網との間に接続され、前記第１網と前記第２網との間で送受信される信号を制御する信号制御部を備え、前記信号制御部は、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを含むＵＰＤＡＴＥリクエストに、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰが含まれていない場合、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰを生成して前記第２網へ送出することを特徴とする。
【００１８】
請求項３に係る断監視終端装置は、互いに異なる値の断監視タイマをそれぞれ用いて第２網又は第１網でのＲＴＰパケットの疎通不能をそれぞれ監視する第１網と第２網との間に接続され、前記第１網と前記第２網との間で送受信される信号を制御する信号制御部と、前記第１網が保持する断監視タイマの値と、前記第２網が保持する断監視タイマの値とを記憶しておく網内断監視タイマ記憶部と、前記第１網と前記第２網との両網でのＲＴＰパケットの疎通不能を監視するために用いる両網監視用の断監視タイマの値を記憶する断監視タイマ記憶部と、前記両網監視用の断監視タイマの値を前記第１網が保持する断監視タイマの値及び前記第２網が保持する断監視タイマの値よりも小さい値に設定する断監視タイマ設定部と、前記両網監視用の断監視タイマを用いて前記第１網と前記第２網とでのそれぞれのＲＴＰパケットの通信不能をそれぞれ監視するＲＴＰ断監視部と、を備え、前記信号制御部は、前記第１網と前記第２網のうち断監視タイマの値が大きい一方の網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを他方の網へ送出することを特徴とする。
【００１９】
請求項４に係る断監視方法は、断監視終端装置で行う断監視方法において、前記断監視終端装置は、断監視タイマを用いて第２網でのＲＴＰパケットの疎通不能を監視する第１網と、保留信号を送出しない端末を収容する第２網との間に接続され、前記第２網でのＲＴＰパケットの疎通不能を監視するために用いる第２網監視用の断監視タイマの値を断監視タイマ記憶部に記憶する第１ステップと、前記第２網監視用の断監視タイマの値を前記第１網が持つ断監視タイマの値よりも小さい値に設定する第２ステップと、前記第１網と前記第２網との間で送受信される信号を制御する第３ステップと、前記第２網監視用の断監視タイマを用いて前記第２網でのＲＴＰパケットの疎通不能を監視する第４ステップと、を行い、前記第３ステップでは、前記第２網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを前記第１網へ送出することを特徴とする。
【００２０】
請求項５に係る断監視方法は、断監視終端装置で行う断監視方法において、前記断監視終端装置は、ＳＤＰの方向属性に基づき第２網でのＲＴＰパケットの疎通不能を監視する第１網と、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを設定することでアーリーメディアの送出を停止する第２網との間に接続され、前記第１網と前記第２網との間で送受信される信号を制御するステップを行い、前記ステップでは、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを含むＵＰＤＡＴＥリクエストに、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰが含まれていない場合、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰを生成して前記第２網へ送出することを特徴とする。
【００２１】
請求項６に係る断監視方法は、断監視終端装置で行う断監視方法において、前記断監視終端装置は、互いに異なる値の断監視タイマをそれぞれ用いて第２網又は第１網でのＲＴＰパケットの疎通不能をそれぞれ監視する第１網と第２網との間に接続され、前記第１網が保持する断監視タイマの値と、前記第２網が保持する断監視タイマの値とを網内断監視タイマ記憶部に記憶しておく第１ステップと、前記第１網と前記第２網との両網でのＲＴＰパケットの疎通不能を監視するために用いる両網監視用の断監視タイマの値を断監視タイマ記憶部に記憶する第２ステップと、前記両網監視用の断監視タイマの値を前記第１網が保持する断監視タイマの値及び前記第２網が保持する断監視タイマの値よりも小さい値に設定する第３ステップと、前記第１網と前記第２網との間で送受信される信号を制御する第４ステップと、前記両網監視用の断監視タイマを用いて前記第１網と前記第２網とでのそれぞれのＲＴＰパケットの通信不能をそれぞれ監視する第５ステップと、を行い、前記第４ステップでは、前記第１網と前記第２網のうち断監視タイマの値が大きい一方の網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを他方の網へ送出することを特徴とする。
【発明の効果】
【００２２】
本発明によれば、網内装置の改修をせず、低コストで、相互接続される網間での誤った呼切断を適切に回避できる。
【図面の簡単な説明】
【００２３】
【図１】第１の実施形態に係る呼処理システムの全体構成を示す図である。
【図２】第１の実施形態に係る呼処理システムの処理シーケンスを示す図である。
【図３】第２の実施形態に係る呼処理システムの全体構成を示す図である。
【図４】第２の実施形態に係る呼処理システムの処理シーケンスを示す図である。
【図５】第３の実施形態に係る呼処理システムの全体構成を示す図である。
【図６】第３の実施形態に係る呼処理システムの処理シーケンスを示す図である。
【図７】ＲＴＰ断監視機能の機能動作概要を示す図である。
【図８】保留信号を送出しない端末を収容する網との相互接続を示す図である。
【図９】Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダ未対応網との接続を示す図である。
【図１０】断監視タイマの値が異なる網との相互接続を示す図である。
【発明を実施するための形態】
【００２４】
以下、本発明を実施する一実施の形態について図面を用いて説明する。
【００２５】
ＲＴＰ断監視については様々なポリシーを持った事業者網が存在すると想定される。各事業者ではＲＴＰ断監視を既に実装しており、事業者間でのポリシーの統一や特定事業者向けにポリシーを変更することが事実上不可能であり、課題１−課題３が発生してしまう。そこで、本発明により、網内装置の改修をせず、低コストで課題１−３を回避する。
【００２６】
＜第１の実施形態＞
第１の実施形態では、課題１を解決する方法について説明する。
【００２７】
第１の実施形態では、第１網と、保留信号を送出しない端末を収容する特定事業者網の第２網とを相互接続をする際に、Ｃ／Ｕプレーン装置に相当する断監視終端装置を新規に導入する。
【００２８】
断監視終端装置は、第２網監視用の断監視タイマの値を第１網が持つ断監視タイマの値よりも小さく設定し、第２網でのＲＴＰパケットの疎通不能を検出した場合、“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを第１網へ送出する。これにより、第１網内のＣプレーン装置では、当該リクエストに基づきメディアの方向属性が変更されるため、第１網内のＵプレーン装置に対して、第２網から第１網へ送出されるメディアの断監視を停止させる。
【００２９】
その後、第２網からＲＴＰパケットを受信した場合、断監視終端装置は、“ａ＝ｓｅｎｄｒｅｃｖ”の方向属性が設定されたＳＤＰオファーを含むＵＤＰＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを第１網のＣプレーン装置へ送出する。これにより、メディアの方向属性が変更される（元の状態に戻る）ため、第１網のＵプレーン装置でのＲＴＰ断監視を再開させる。
【００３０】
以降、第１の実施形態の具体例について説明する。
【００３１】
図１は、第１の実施形態に係る呼処理システムの全体構成を示す図である。図２は、第１の実施形態に係る呼処理システムの処理シーケンスを示す図である。本実施形態に係る呼処理システムは、図１に示すように、第１網１００と、第２網２００と、断監視終端装置１と、を備えて構成される。
【００３２】
第１網１００は、図２に示すように、固定電話端末４ａと、ＳＩＰサーバ等のＣプレーン装置３ａと、エッジルータ等のＵプレーン装置２ａと、を備えて構成される。Ｃプレーン装置３ａは、固定電話端末４ａが第２網２００の固定電話端末４ｂとの間で確立する呼を制御する装置である。Ｕプレーン装置２ａは、固定電話端末４ａとＣプレーン装置３ａとの間で呼を転送する処理を行い、自装置で保持する断監視タイマとＳＤＰの方向属性（“ａ＝”）とを用いて、第２網２００でのＲＴＰパケットの疎通不能を監視するＲＴＰ断監視機能を備える。
【００３３】
第２網２００は、第１網１００と同様の構成を備えるが、保留信号を送出しない端末を収容する。固定電話端末４ｂは、保留信号を送出しない端末である。第２網２００は、図２に示すように、Ｃプレーン装置３ｂと、Ｕプレーン装置２ｂと、固定電話端末４ｂと、を備えて構成される。Ｃプレーン装置３ｂは、固定電話端末４ｂが第１網１００の固定電話端末４ａとの間で確立する呼を制御する装置である。Ｕプレーン装置２ｂは、Ｃプレーン装置３ｂと固定電話端末４ｂとの間で呼を転送する処理を行い、自装置で保持する断監視タイマとＳＤＰの方向属性（“ａ＝”）とを用いて、第１網１００でのＲＴＰパケットの疎通不能を監視するＲＴＰ断監視機能を備える。
【００３４】
断監視終端装置１は、図１，図２に示すように、第１網１００と第２網２００との間に接続され、第１網１００と第２網２００との間で送受信される呼の終端処理を行うとともに、第１網１００と第２網２００との両網でのＲＴＰパケットの疎通不能をそれぞれ監視するＲＴＰ断監視機能を備える。
【００３５】
断監視終端装置１は、図１に示すように、例えば、信号制御部１１と、断監視タイマ記憶部１２と、断監視タイマ設定部１３と、ＲＴＰ断監視部１４と、を備えて構成される。
【００３６】
信号制御部１１は、第１網１００と第２網２００との間で送受信される信号を制御する機能を備える。当該信号とは、例えば、ＳＩＰ信号、ＲＴＰパケットである。
【００３７】
また、信号制御部１１は、第２網２００でのＲＴＰパケットの疎通不能を検出した場合、“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを第１網１００へ送出する機能を備える。
【００３８】
また、信号制御部１１は、第２網２００からＲＴＰパケットを受信した場合、“ａ＝ｓｅｎｄｒｅｃｖ”の方向属性が設定されたＳＤＰオファーを含むＵＤＰＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを第１網１００へ送出する機能を備える。
【００３９】
断監視タイマ記憶部１２は、第１網１００でのＲＴＰパケットの疎通不能を監視するために用いる第１網監視用の断監視タイマの値と、第２網２００でのＲＴＰパケットの疎通不能を監視するために用いる第２網監視用の断監視タイマの値と、を記憶する機能を備える。
【００４０】
断監視タイマ設定部１３は、第２網監視用の断監視タイマの値を、第１網１００が持つ断監視タイマの値よりも小さい値に設定する機能を備える。第１網１００が持つ断監視タイマとは、第１網１００のＵプレーン装置２ｂが保持する断監視タイマである。
【００４１】
ＲＴＰ断監視部１４は、第１網監視用の断監視タイマを用いて第１網１００でのＲＴＰパケットの疎通不能を監視するとともに、第２網監視用の断監視タイマを用いて第２網２００でのＲＴＰパケットの疎通不能を監視する機能を備える。
【００４２】
次に、図２を用いて、第１の実施形態に係る呼処理システムの処理動作（断監視方法）について説明する。
【００４３】
ステップＳ１〜Ｓ１０；
まず、第１網１００の固定電話端末４ａは、ＳＩＰ信号を用いて第２網２００の固定電話端末４ｂと呼の接続を確立する。このとき、断監視終端装置１は、第１網１００と第２網２００との間で呼を終端し、断監視終端装置１の信号制御部１１は、第１網１００と第２網２００との間で送受信されるＳＩＰ信号を制御する。具体的に、信号制御部１１は、第１網１００のＣプレーン装置３ａからのＩＮＶＩＴＥリクエストを第２網２００のＣプレーン装置３ｂへ転送し（Ｓ３）、Ｃプレーン装置３ｂからのＯＫレスポンスをＣプレーン装置３ａへ転送する（Ｓ８）。
【００４４】
ステップＳ１１〜Ｓ１３；
ステップＳ１〜Ｓ１０の処理中又は処理後、Ｃプレーン装置３ｂは、固定電話端末４ｂからのＯＫレスポンス（Ｓ５）に基づき、Ｕプレーン装置２ｂに対してＲＴＰ断監視を開始する指示を行う（Ｓ６）。これにより、Ｕプレーン装置２ｂは、自装置で保持する断監視タイマを用いて、第１網１００でのＲＴＰパケットの疎通不能の監視を開始する（Ｓ１１）。
【００４５】
また、Ｃプレーン装置３ａは、対向するＣプレーン装置３ｂ（実際には断監視終端装置１）からのＯＫレスポンス（Ｓ８）に基づき、Ｕプレーン装置２ａに対してＲＴＰ断監視を開始する指示を行う（Ｓ９）。これにより、Ｕプレーン装置２ａは、自装置で保持する断監視タイマを用いて、第２網２００でのＲＴＰパケットの疎通不能の監視を開始する（Ｓ１３）。
【００４６】
また、断監視終端装置１のＲＴＰ断監視部１４は、着側のＣプレーン装置３ｂからのＯＫレスポンス（Ｓ７）に基づき、第１網監視用の断監視タイマの値を用いて第１網１００でのＲＴＰパケットの疎通不能の監視を開始するとともに、第２網監視用の断監視タイマの値を用いて第２網２００でのＲＴＰパケットの疎通不能の監視を開始する（Ｓ１２）。このとき、第２網監視用の断監視タイマの値には、第１網１００が持つ断監視タイマの値よりも小さい値が設定されている。
【００４７】
ステップＳ１４；
その後、固定電話端末４ｂが、保留によるメディアの一時停止により、メディアの一時停止を示す信号（“ａ＝ｉｎａｃｔｉｖｅ”がＳＤＰオファーに設定されたＵＰＤＡＴＥリクエスト）を送付することなく、メディアの送出を停止した場合、断監視終端装置１のＲＴＰ断監視部１４は、第２網監視用の断監視タイマの値の経過により、第１網１００よりも前に、第２網２００でのＲＴＰパケットの疎通不能を検出する。第２網２００でのＲＴＰパケットの疎通不能を検出したので、信号制御部１１は、“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを第１網１００へ送出する。
【００４８】
ステップＳ１５；
“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＳＤＰオファーにより、メディアの方向属性が変更されるので、第１網１００のＣプレーン装置３ａは、Ｕプレーン装置２ａに対して、第２網２００から第１網１００へ送出されるメディアの断監視（ステップＳ１３の処理）を停止させる。
【００４９】
ステップＳ１６〜Ｓ１９；
その後、断監視終端装置１の信号制御部１１は、第２網２００からＲＴＰパケットを受信した場合、“ａ＝ｓｅｎｄｒｅｃｖ”の方向属性が設定されたＳＤＰオファーを含むＵＤＰＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを第１網１００へ送出する。
【００５０】
ステップＳ２０〜Ｓ２３；
“ａ＝ｓｅｎｄｒｅｃｖ”の方向属性が設定されたＳＤＰオファーにより、メディアの方向属性が再び変更される（元の状態に戻る）ので、第１網１００のＣプレーン装置３ａは、Ｕプレーン装置２ａに対して、第２網２００から第１網１００へ送出されるメディアの断監視を再開させる。
【００５１】
以上より、第１の実施形態によれば、断監視タイマを用いて第２網２００でのＲＴＰパケットの疎通不能を監視する第１網１００と、保留信号を送出しない端末を収容する第２網２００との間に断監視終端装置１を接続し、断監視終端装置１は、第１網１００が持つ断監視タイマの値よりも小さい値の第２網監視用の断監視タイマを用いて第２網２００でのＲＴＰパケットの疎通不能を監視し、第２網２００でのＲＴＰパケットの疎通不能を検出した場合、“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを第１網１００へ送出するので、網内装置の改修をせず、低コストで、相互接続される網間での誤った呼切断を適切に回避できる。
【００５２】
＜第２の実施形態＞
第２の実施形態では、課題２を解決する方法について説明する。
【００５３】
第２の実施形態では、ＳＤＰの方向属性（“ａ＝”）のみを用いてＲＴＰ断監視制御を行う第１網と、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを設定することでアーリーメディアを停止し、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダに基づきＲＴＰ断監視制御を行う第２網とを相互接続する際に、断監視終端装置を新規に導入する。
【００５４】
断監視終端装置は、呼の確立前に事前ガイダンスを流すアーリー段階において、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを含むＵＰＤＡＴＥリクエストに、“ａ＝ｉｎａｃｔｉｖｅ”の方向属性が設定されたＳＤＰが含まれていない場合、“ａ＝ｉｎａｃｔｉｖｅ”の方向属性が設定されたＳＤＰを生成して第１網へ送出する。これにより、第１網でアーリーメディアの断監視を停止させることができ、呼切断を回避できる。
【００５５】
以降、第２の実施形態の具体例について説明する。
【００５６】
図３は、第２の実施形態に係る呼処理システムの全体構成を示す図である。図４は、第２の実施形態に係る呼処理システムの処理シーケンスを示す図である。本実施形態に係る呼処理システムは、図３に示すように、第１網１００と、第２網２００と、断監視終端装置１と、を備えて構成される。
【００５７】
第１網１００は、ＳＤＰの方向属性（“ａ＝”）を用いてＲＴＰ断監視機能を行う網である。第１網１００は、図４に示すように、固定電話端末４ａと、Ｃプレーン装置３ａと、Ｕプレーン装置２ａと、を備えて構成される。Ｕプレーン装置２ａは、自装置で保持する断監視タイマとＳＤＰの方向属性（“ａ＝”）とを用いて、第２網２００でのＲＴＰパケットの疎通不能を監視するＲＴＰ断監視機能を備える。
【００５８】
第２網２００は、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダを用いてアーリーメディアの送出を停止する網である。第２網２００は、図４に示すように、Ｃプレーン装置３ｂと、Ｕプレーン装置２ｂと、メディア装置５と、を備えて構成される。メディア装置５とは、例えば、ＡＰサーバ（Application Server）、ＭＲＦ（Media Resource Function）サーバである。Ｕプレーン装置２ｂは、Ｃプレーン装置３ａとメディア装置５との間で呼を転送する処理を行い、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダに設定されたｉｎａｃｔｉｖｅに基づきアーリーメディアの送出を停止するともに、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダを用いて第１網１００でのＲＴＰパケットの疎通不能を監視するＲＴＰ断監視機能を備える。
【００５９】
断監視終端装置１は、図３に示すように、信号制御部１１を備えて構成される。
【００６０】
信号制御部１１は、第１網１００と第２網２００との間で送受信される信号を制御する機能を備える。
【００６１】
また、信号制御部１１は、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダに“ｉｎａｃｔｉｖｅ”を含むＵＰＤＡＴＥリクエストに、“ａ＝ｉｎａｃｔｉｖｅ”の方向属性が設定されたＳＤＰが含まれていない場合、“ａ＝ｉｎａｃｔｉｖｅ”の方向属性が設定されたＳＤＰを生成して第２網２００へ送信する機能を備える。
【００６２】
次に、図４を用いて、第２の実施形態に係る呼処理システムの処理（断監視方法）について説明する。
【００６３】
ステップＳ１〜Ｓ１０；
まず、第１網１００の固定電話端末４ａは、ＳＩＰ信号を用いて第２網２００のメディア装置５と呼の接続を確立する。このとき、断監視終端装置１は、第１網１００と第２網２００との間で呼を終端し、断監視終端装置１の信号制御部１１は、第１網１００と第２網２００との間で送受信されるＳＩＰ信号を制御する。具体的に、信号制御部１１は、第１網１００のＣプレーン装置３ａからのＩＮＶＩＴＥリクエストを第２網２００のＣプレーン装置３ｂへ転送し（Ｓ３）、Ｃプレーン装置３ｂからのＯＫレスポンスをＣプレーン装置３ａへ転送する（Ｓ８）。
【００６４】
ステップＳ１１，Ｓ１２；
ステップＳ１〜Ｓ１０の処理中又は処理後、Ｃプレーン装置３ｂは、メディア装置５からのＯＫレスポンス（Ｓ５）に基づき、Ｕプレーン装置２ｂに対してＲＴＰ断監視を開始する指示を行う（Ｓ６）。これにより、Ｕプレーン装置２ｂは、自装置で保持する断監視タイマを用いて、第１網１００でのＲＴＰパケットの疎通不能の監視を開始する（Ｓ１１）。
【００６５】
また、Ｃプレーン装置３ａは、対向するＣプレーン装置３ｂ（実際には断監視終端装置１）からのＯＫレスポンス（Ｓ８）に基づき、Ｕプレーン装置２ａに対してＲＴＰ断監視を開始する指示を行う（Ｓ９）。これにより、Ｕプレーン装置２ａは、自装置で保持する断監視タイマを用いて、第２網２００でのＲＴＰパケットの疎通不能の監視を開始する（Ｓ１２）。
【００６６】
ステップＳ１３；
その後、メディア装置５が、アーリーメディアの停止のために“ｉｎａｃｔｉｖｅ”が設定されたＰ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダを含むＵＰＤＡＴＥリクエスト（ＳＤＰの設定はなし）を送信した場合、Ｕプレーン装置２ｂは、当該Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダに設定された“ｉｎａｃｔｉｖｅ”に基づき第１網１００でのＲＴＰパケットの疎通不能の監視を停止し、受信したＵＰＤＡＴＥリクエスト（ＳＤＰの設定はなし）を第１網１００へ送出する。
【００６７】
ステップＳ１５；
断監視終端装置１の信号制御部１１は、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダに“ｉｎａｃｔｉｖｅ”を含むＵＰＤＡＴＥリクエストに、“ａ＝ｉｎａｃｔｉｖｅ”の方向属性が設定されたＳＤＰが含まれていないので、“ａ＝ｉｎａｃｔｉｖｅ”の方向属性が設定されたＳＤＰを生成して第１網１００へ送信する。
【００６８】
ステップＳ１６〜Ｓ２２；
その後、第１網１００のＣプレーン装置３ａは、ＳＤＰに設定された“ａ＝ｉｎａｃｔｉｖｅ”の方向属性に基づき、Ｕプレーン装置２ａに対して、第２網２００から第１網１００へ送出されるメディアの断監視（ステップＳ１２の処理）を停止させる（Ｓ１６）。
【００６９】
以上より、第２の実施形態によれば、ＳＤＰの方向属性（“ａ＝”）に基づき第２網２００でのＲＴＰパケットの疎通不能を監視する第１網１００と、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを設定することでアーリーメディアの送出を停止しＲＴＰ断監視制御を行う第２網２００との間に断監視終端装置１を接続し、断監視終端装置１は、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを含むＵＰＤＡＴＥリクエストに、“ａ＝ｉｎａｃｔｉｖｅ”の方向属性が設定されたＳＤＰが含まれていない場合、“ａ＝ｉｎａｃｔｉｖｅ”の方向属性が設定されたＳＤＰを生成して前記第２網へ送出するので、網内装置の改修をせず、低コストで、相互接続される網間での誤った呼切断を適切に回避できる。
【００７０】
＜第３の実施形態＞
第３の実施形態では、課題３を解決する方法について説明する。
【００７１】
第３の実施形態では、断監視タイマの値が異なる第１網と第２網とを相互接続する際に、断監視終端装置を新規に導入する。
【００７２】
断監視終端装置は、相互接続される第１網と第２網との断監視タイマの値を事前に記憶しておく。例えば、断監視終端装置は、第１網が持つ網監視タイマの値が１０秒、第２網が持つ網監視タイマの値が３０秒であることを事前に記憶しておく。そして、断監視終端装置は、第１網と第２網とのそれぞれの断監視タイマの最小値よりも小さい値に自装置の断監視タイマを設定し、各網でのＲＴＰ断監視を行う。
【００７３】
これにより、断監視終端装置は、両網内でＲＴＰ断検知がそれぞれ行われる前に各網でのＲＴＰ断を検知可能となり、断監視タイマが長い第２網からのメディアに関してＲＴＰ断検出をした場合、“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを第１網へ送出する。
【００７４】
これにより、メディアの方向属性が変更されるため、第１網のＣプレーン装置では、第１網のＵプレーン装置に対して、第２網から第１網へ送出されるメディアの断監視を停止する。これにより、長い方の断監視タイマである３０秒までは呼切断を回避することが可能となる。
【００７５】
なお、第２網からＲＴＰパケットを受信した場合、断監視終端装置は、第１の実施形態と同様に、“ａ＝ｓｅｎｄｒｅｃｖ”の方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを第１網のＣプレーン装置へ送信する。これにより、Ｃプレーン装置でのＲＴＰ断監視を再開させることができる。
【００７６】
以降、第３の実施形態の具体例について説明する。
【００７７】
図５は、第３の実施形態に係る呼処理システムの全体構成を示す図である。図６は、第３の実施形態に係る呼処理システムの処理シーケンスを示す図である。本実施形態に係る呼処理システムは、図５に示すように、第１網１００と、第２網２００と、断監視終端装置１と、を備えて構成される。
【００７８】
第１網１００は、図６に示すように、固定電話端末４ａと、ＳＩＰサーバ等のＣプレーン装置３ａと、エッジルータ等のＵプレーン装置２ａと、を備えて構成される。Ｕプレーン装置２ａは、値が１０秒に設定された断監視タイマを用いて第２網２００でのＲＴＰパケットの疎通不能を監視するＲＴＰ断監視機能を備える。
【００７９】
第２網２００は、図６に示すように、Ｃプレーン装置３ｂと、Ｕプレーン装置２ｂと、スマート端末４ｃと、を備えて構成される。スマート端末４ｃとは、例えば、スマートフォン端末、電話機能を備えるタブレット端末等である。Ｕプレーン装置２ｂは、値が３０秒に設定された断監視タイマを用いて第１網１００でのＲＴＰパケットの疎通不能を監視するＲＴＰ断監視機能を備える。
【００８０】
断監視終端装置１は、図５に示すように、例えば、信号制御部１１と、断監視タイマ記憶部１２と、断監視タイマ設定部１３と、ＲＴＰ断監視部１４と、網内断監視タイマ記憶部１５と、を備えて構成される。
【００８１】
信号制御部１１は、第１網１００と第２網２００との間で送受信される信号を制御する機能を備える。
【００８２】
また、信号制御部１１は、第１網１００と第２網２００のうち断監視タイマの値が大きい第２網２００でのＲＴＰパケットの疎通不能を検出した場合、“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを第１網１００へ送出する機能を備える。
【００８３】
網内断監視タイマ記憶部１５は、第１網１００が保持する断監視タイマの値（１０秒）と、第２網２００が保持する断監視タイマの値（３０秒）とを記憶しておく機能を備える。各網（１００，２００）が持つ断監視タイマは、断監視終端装置１が各網からそれぞれ受信してもよいし、断監視終端装置１の管理者が各網の管理者に伝聞で確認して手入力で設定してもよい。
【００８４】
断監視タイマ記憶部１２は、第１網１００と第２網２００との両網でのＲＴＰパケットの疎通不能をそれぞれ監視するために用いる両網監視用の断監視タイマの値を記憶する機能を備える。
【００８５】
断監視タイマ設定部１３は、両網監視用の断監視タイマの値を、第１網１００が保持する断監視タイマの値及び第２網２００が保持する断監視タイマの値よりも小さい値に設定する機能を備える。
【００８６】
ＲＴＰ断監視部１４は、両網監視用の断監視タイマを用いて第１網１００と第２網２００とでのそれぞれのＲＴＰパケットの通信不能をそれぞれ監視する機能を備える。
【００８７】
次に、図６を用いて、第３の実施形態に係る呼処理システムの処理動作（断監視方法）について説明する。
【００８８】
ステップＳ１〜Ｓ１０；
まず、第１網１００の固定電話端末４ａは、ＳＩＰ信号を用いて第２網２００のスマート端末４ｃと呼の接続を確立する。このとき、断監視終端装置１は、第１網１００と第２網２００との間で呼を終端し、断監視終端装置１の信号制御部１１は、第１網１００と第２網２００との間で送受信されるＳＩＰ信号を制御する。具体的に、信号制御部１１は、第１網１００のＣプレーン装置３ａからのＩＮＶＩＴＥリクエストを第２網２００のＣプレーン装置３ｂへ転送し（Ｓ３）、Ｃプレーン装置３ｂからのＯＫレスポンスをＣプレーン装置３ａへ転送する（Ｓ８）。
【００８９】
ステップＳ１１〜Ｓ１３；
ステップＳ１〜Ｓ１０の処理中又は処理後、Ｃプレーン装置３ｂは、スマート端末４ｃからのＯＫレスポンス（Ｓ５）に基づき、Ｕプレーン装置２ｂに対してＲＴＰ断監視を開始する指示を行う（Ｓ６）。これにより、Ｕプレーン装置２ｂは、自装置で保持する断監視タイマ（値＝３０秒）を用いて、第１網１００でのＲＴＰパケットの疎通不能の監視を開始する（Ｓ１１）。
【００９０】
また、Ｃプレーン装置３ａは、対向するＣプレーン装置３ｂ（実際には断監視終端装置１）からのＯＫレスポンス（Ｓ８）に基づき、Ｕプレーン装置２ａに対してＲＴＰ断監視を開始する指示を行う（Ｓ９）。これにより、Ｕプレーン装置２ａは、自装置で保持する断監視タイマ（値＝１０秒）を用いて、第２網２００でのＲＴＰパケットの疎通不能の監視を開始する（Ｓ１３）。
【００９１】
また、断監視終端装置１のＲＴＰ断監視部１４は、着側のＣプレーン装置３ｂからのＯＫレスポンス（Ｓ７）に基づき、両網監視用の断監視タイマ（値＝８秒）を用いて、第１網１００と第２網２００とでのそれぞれのＲＴＰパケットの疎通不能の監視をそれぞれ開始する（Ｓ１２）。
【００９２】
ステップＳ１４；
その後、第２網２００から第１網１００へＲＴＰパケットが送信されず、８秒経過し、断監視終端装置１が第２網２００でのＲＴＰパケットの疎通不能を検出した場合、断監視終端装置１の信号制御部１１は、“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを第１網１００へ送出する。
【００９３】
ステップＳ１５〜Ｓ２２；
“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストにより、メディアの方向属性が変更されるので、第１網１００のＣプレーン装置３ａは、Ｕプレーン装置２ａに対して、第２網２００から第１網１００へ送出されるメディアの断監視（ステップＳ１３の処理）を停止させる（Ｓ１５）。これにより、長い方のタイマである３０秒までは呼切断を回避することが可能となる。
【００９４】
以上より、第３の実施形態によれば、互いに異なる値の断監視タイマをそれぞれ用いて第２網又は第１網でのＲＴＰパケットの疎通不能をそれぞれ監視する第１網１００と第２網２００との間に断監視終端装置１を接続し、断監視終端装置１は、第１網１００が保持する断監視タイマの値及び第２網２００が保持する断監視タイマの値よりも小さい値の両網監視用の断監視タイマを用いて、第１網１００と第２網２００とでのそれぞれのＲＴＰパケットの疎通不能をそれぞれ監視し、第１網１００と第２網２００のうち断監視タイマの値が大きい一方の網でのＲＴＰパケットの疎通不能を検出した場合、“ａ＝ｒｅｃｖｏｎｌｙ”の方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを他方の網へ送出するので、網内装置の改修をせず、低コストで、相互接続される網間での誤った呼切断を適切に回避できる。
【００９５】
最後に、本実施形態で説明した断監視終端装置１は、コンピュータで実現できる。また、断監視終端装置１としてコンピュータを機能させるためのプログラム、そのプログラムの記憶媒体を作成することも可能である。
【符号の説明】
【００９６】
１…断監視終端装置
１１…信号制御部
１２…断監視タイマ記憶部
１３…断監視タイマ設定部
１４…ＲＴＰ断監視部
１５…網内断監視タイマ記憶部
１００…第１網（発網）
２ａ…Ｕプレーン装置
３ａ…Ｃプレーン装置
４ａ…固定電話端末
２００…第２網（着網）
２ｂ…Ｕプレーン装置
３ｂ…Ｃプレーン装置
４ｂ…固定電話端末
４ｃ…スマート端末
５…メディア装置
【図１】
2019161380.tif 000003
【図２】
2019161380.tif 000004
【図３】
2019161380.tif 000005
【図４】
2019161380.tif 000006
【図５】
2019161380.tif 000007
【図６】
2019161380.tif 000008
【図７】
2019161380.tif 000009
【図８】
2019161380.tif 000010
【図９】
2019161380.tif 000011
【図１０】
2019161380.tif 000012