JP6824212B2 - 断監視終端装置及び断監視方法 - Google Patents

断監視終端装置及び断監視方法 Download PDF

Info

Publication number
JP6824212B2
JP6824212B2 JP2018043968A JP2018043968A JP6824212B2 JP 6824212 B2 JP6824212 B2 JP 6824212B2 JP 2018043968 A JP2018043968 A JP 2018043968A JP 2018043968 A JP2018043968 A JP 2018043968A JP 6824212 B2 JP6824212 B2 JP 6824212B2
Authority
JP
Japan
Prior art keywords
network
disconnection monitoring
disconnection
monitoring
value
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2018043968A
Other languages
English (en)
Other versions
JP2019161380A (ja
Inventor
宗晃 小川
宗晃 小川
健二郎 荒井
健二郎 荒井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2018043968A priority Critical patent/JP6824212B2/ja
Priority to PCT/JP2019/009113 priority patent/WO2019176730A1/ja
Priority to US16/979,979 priority patent/US11444858B2/en
Publication of JP2019161380A publication Critical patent/JP2019161380A/ja
Application granted granted Critical
Publication of JP6824212B2 publication Critical patent/JP6824212B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
    • H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Description

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

Claims (6)

  1. 断監視タイマを用いて第２網でのＲＴＰパケットの疎通不能を監視する第１網と、保留信号を送出しない端末を収容する第２網との間に接続され、
    前記第１網と前記第２網との間で送受信される信号を制御する信号制御部と、
    前記第２網でのＲＴＰパケットの疎通不能を監視するために用いる第２網監視用の断監視タイマの値を記憶する断監視タイマ記憶部と、
    前記第２網監視用の断監視タイマの値を前記第１網が持つ断監視タイマの値よりも小さい値に設定する断監視タイマ設定部と、
    前記第２網監視用の断監視タイマを用いて前記第２網でのＲＴＰパケットの疎通不能を監視するＲＴＰ断監視部と、を備え、
    前記信号制御部は、
    前記第２網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを前記第１網へ送出することを特徴とする断監視終端装置。
  2. ＳＤＰの方向属性に基づき第２網でのＲＴＰパケットの疎通不能を監視する第１網と、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを設定することでアーリーメディアの送出を停止する第２網との間に接続され、
    前記第１網と前記第２網との間で送受信される信号を制御する信号制御部を備え、
    前記信号制御部は、
    Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを含むＵＰＤＡＴＥリクエストに、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰが含まれていない場合、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰを生成して前記第２網へ送出することを特徴とする断監視終端装置。
  3. 互いに異なる値の断監視タイマをそれぞれ用いて第２網又は第１網でのＲＴＰパケットの疎通不能をそれぞれ監視する第１網と第２網との間に接続され、
    前記第１網と前記第２網との間で送受信される信号を制御する信号制御部と、
    前記第１網が保持する断監視タイマの値と、前記第２網が保持する断監視タイマの値とを記憶しておく網内断監視タイマ記憶部と、
    前記第１網と前記第２網との両網でのＲＴＰパケットの疎通不能を監視するために用いる両網監視用の断監視タイマの値を記憶する断監視タイマ記憶部と、
    前記両網監視用の断監視タイマの値を前記第１網が保持する断監視タイマの値及び前記第２網が保持する断監視タイマの値よりも小さい値に設定する断監視タイマ設定部と、
    前記両網監視用の断監視タイマを用いて前記第１網と前記第２網とでのそれぞれのＲＴＰパケットの通信不能をそれぞれ監視するＲＴＰ断監視部と、を備え、
    前記信号制御部は、
    前記第１網と前記第２網のうち断監視タイマの値が大きい一方の網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを他方の網へ送出することを特徴とする断監視終端装置。
  4. 断監視終端装置で行う断監視方法において、
    前記断監視終端装置は、断監視タイマを用いて第２網でのＲＴＰパケットの疎通不能を監視する第１網と、保留信号を送出しない端末を収容する第２網との間に接続され、
    前記第２網でのＲＴＰパケットの疎通不能を監視するために用いる第２網監視用の断監視タイマの値を断監視タイマ記憶部に記憶する第１ステップと、
    前記第２網監視用の断監視タイマの値を前記第１網が持つ断監視タイマの値よりも小さい値に設定する第２ステップと、
    前記第１網と前記第２網との間で送受信される信号を制御する第３ステップと、
    前記第２網監視用の断監視タイマを用いて前記第２網でのＲＴＰパケットの疎通不能を監視する第４ステップと、を行い、
    前記第３ステップでは、
    前記第２網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＳＤＰオファーを含むＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを前記第１網へ送出することを特徴とする断監視方法。
  5. 断監視終端装置で行う断監視方法において、
    前記断監視終端装置は、ＳＤＰの方向属性に基づき第２網でのＲＴＰパケットの疎通不能を監視する第１網と、Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを設定することでアーリーメディアの送出を停止する第２網との間に接続され、
    前記第１網と前記第２網との間で送受信される信号を制御するステップを行い、
    前記ステップでは、
    Ｐ−Ｅａｒｌｙ−Ｍｅｄｉａヘッダにｉｎａｃｔｉｖｅを含むＵＰＤＡＴＥリクエストに、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰが含まれていない場合、ｉｎａｃｔｉｖｅの方向属性が設定されたＳＤＰを生成して前記第２網へ送出することを特徴とする断監視方法。
  6. 断監視終端装置で行う断監視方法において、
    前記断監視終端装置は、互いに異なる値の断監視タイマをそれぞれ用いて第２網又は第１網でのＲＴＰパケットの疎通不能をそれぞれ監視する第１網と第２網との間に接続され、
    前記第１網が保持する断監視タイマの値と、前記第２網が保持する断監視タイマの値とを網内断監視タイマ記憶部に記憶しておく第１ステップと、
    前記第１網と前記第２網との両網でのＲＴＰパケットの疎通不能を監視するために用いる両網監視用の断監視タイマの値を断監視タイマ記憶部に記憶する第２ステップと、
    前記両網監視用の断監視タイマの値を前記第１網が保持する断監視タイマの値及び前記第２網が保持する断監視タイマの値よりも小さい値に設定する第３ステップと、
    前記第１網と前記第２網との間で送受信される信号を制御する第４ステップと、
    前記両網監視用の断監視タイマを用いて前記第１網と前記第２網とでのそれぞれのＲＴＰパケットの通信不能をそれぞれ監視する第５ステップと、を行い、
    前記第４ステップでは、
    前記第１網と前記第２網のうち断監視タイマの値が大きい一方の網でのＲＴＰパケットの疎通不能を検出した場合、ｒｅｃｖｏｎｌｙの方向属性が設定されたＵＰＤＡＴＥリクエスト又はｒｅ−ＩＮＶＩＴＥリクエストを他方の網へ送出することを特徴とする断監視方法。
JP2018043968A 2018-03-12 2018-03-12 断監視終端装置及び断監視方法 Active JP6824212B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2018043968A JP6824212B2 (ja) 2018-03-12 2018-03-12 断監視終端装置及び断監視方法
PCT/JP2019/009113 WO2019176730A1 (ja) 2018-03-12 2019-03-07 断監視終端装置及び断監視方法
US16/979,979 US11444858B2 (en) 2018-03-12 2019-03-07 Disconnection monitoring terminating device and disconnection monitoring method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018043968A JP6824212B2 (ja) 2018-03-12 2018-03-12 断監視終端装置及び断監視方法

Publications (2)

Publication Number Publication Date
JP2019161380A JP2019161380A (ja) 2019-09-19
JP6824212B2 true JP6824212B2 (ja) 2021-02-03

Family

ID=67907899

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018043968A Active JP6824212B2 (ja) 2018-03-12 2018-03-12 断監視終端装置及び断監視方法

Country Status (3)

Country Link
US (1) US11444858B2 (ja)
JP (1) JP6824212B2 (ja)
WO (1) WO2019176730A1 (ja)

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6115776A (en) * 1996-12-05 2000-09-05 3Com Corporation Network and adaptor with time-based and packet number based interrupt combinations
US6735288B1 (en) * 2000-01-07 2004-05-11 Cisco Technology, Inc. Voice over IP voice mail system configured for placing an outgoing call and returning subscriber to mailbox after call completion
JP3874641B2 (ja) * 2001-10-15 2007-01-31 株式会社日立コミュニケーションテクノロジー 中継装置、その制御プログラム、通信方法
JP2004112113A (ja) * 2002-09-13 2004-04-08 Matsushita Electric Ind Co Ltd リアルタイム通信の適応制御方法、受信報告パケットの連続消失に対する対策方法、受信報告パケットの送出間隔の動的決定装置、リアルタイム通信の適応制御装置、データ受信装置およびデータ配信装置
GB0230301D0 (en) * 2002-12-30 2003-02-05 Nokia Corp Streaming media
US7953842B2 (en) * 2003-02-19 2011-05-31 Fisher-Rosemount Systems, Inc. Open network-based data acquisition, aggregation and optimization for use with process control systems
DE10342294A1 (de) * 2003-09-12 2005-04-28 Siemens Ag Interworking von Protokollen hybrider Multimedianetze
US7830861B2 (en) * 2003-10-16 2010-11-09 At&T Intellectual Property Ii, L.P. Method and apparatus for functional architecture of voice-over-IP SIP network border element
US7230930B2 (en) * 2004-03-23 2007-06-12 Motorola, Inc. Mode shifting communications system and method
US20070223660A1 (en) * 2004-04-09 2007-09-27 Hiroaki Dei Audio Communication Method And Device
US20080043978A1 (en) * 2006-07-28 2008-02-21 Inventec Multimedia & Telecom Corporation. Network telephone system for recovering talk after unexpected disconnection and method thereof
JP4973172B2 (ja) * 2006-12-14 2012-07-11 富士通株式会社 呼管理システムおよびメッセージ処理サーバシステム
JP4470963B2 (ja) * 2007-06-01 2010-06-02 株式会社日立製作所 ゲートウェイ装置、ｏｎｔ及びｐｏｎシステム
JP5241181B2 (ja) * 2007-09-11 2013-07-17 キヤノン株式会社 サービスの制御装置、及び方法
JP5494649B2 (ja) * 2009-03-25 2014-05-21 日本電気株式会社 中継装置、中継方法、及び中継装置制御プログラム
US8984067B2 (en) * 2009-10-19 2015-03-17 Verizon Patent And Licensing Inc. Session initiation protocol (SIP) signaling to keep a voice over internet protocol (VoIP) session active during a call hold
JP5392050B2 (ja) * 2009-12-11 2014-01-22 富士通株式会社 中継装置、中継方法および通信システム
CN102148807B (zh) * 2010-02-08 2014-06-04 华为技术有限公司 一种实现彩铃彩振业务的方法,装置和系统
US9954565B2 (en) * 2013-06-25 2018-04-24 Telefonaktiebolaget Lm Ericsson (Publ) Methods, network nodes, computer programs and computer program products for managing processing of an audio stream
EP3055963B1 (en) * 2013-10-09 2017-12-06 Telefonaktiebolaget LM Ericsson (publ) Session description protocol signaling of assymetric media capabilities
JP2015226141A (ja) * 2014-05-27 2015-12-14 Ｎｅｃエンジニアリング株式会社 中継装置、回線交換システム及び回線交換方法
US10057939B2 (en) * 2015-06-16 2018-08-21 Apple Inc. Managing packet-switched voice communications during silence intervals
JP2017028591A (ja) * 2015-07-27 2017-02-02 日本電信電話株式会社 リソース確保装置、および、リソース確保方法
US9992643B2 (en) * 2016-07-06 2018-06-05 Verizon Patent And Licensing Inc. Session establishment, maintenance, and termination by end device based on SMS messaging
WO2019088889A1 (en) * 2017-11-02 2019-05-09 Telefonaktiebolaget Lm Ericsson (Publ) Messaging resource function

Also Published As

Publication number Publication date
US20210367865A1 (en) 2021-11-25
WO2019176730A1 (ja) 2019-09-19
US11444858B2 (en) 2022-09-13
JP2019161380A (ja) 2019-09-19

Similar Documents

Publication Publication Date Title
US9392499B2 (en) Automatic transfer of mobile calls between voice over internet protocol (VoIP) and guaranteed service (GS) networks based on quality of service (QoS) measurements
EP2236003B1 (en) A method and system for session controlling
EP2991318B1 (en) Hybrid cloud architecture for media communications
US9992331B2 (en) Continuous call recording
US9781168B2 (en) Systems and methods of distributed silo signaling
WO2009149635A1 (zh) 一种实现显式呼叫转移的方法、设备及移动通信系统
JP6824212B2 (ja) 断監視終端装置及び断監視方法
US10805361B2 (en) Communication session preservation in geographically redundant cloud-based systems
EP2200254B1 (en) Mobile network system and guidance message providing method
US9124693B2 (en) Method and system for on-hold messaging for off network calls
US20160191573A1 (en) Systems and methods for modifying a state of a software client
JP4920715B2 (ja) ゲートウェイ装置、非課金処理システム、及び非課金処理方法
KR20070039666A (ko) Ｓｉｐ 단말장치의 세션 제어 방법 및 장치
JP6947983B2 (ja) ゲートウェイ装置及び監視方法
JP6955170B2 (ja) Ｒｔｐ監視装置及びｒｔｐ監視方法
WO2009024061A1 (fr) Procédé et dispositif pour transférer une session multimédia entre différents réseaux d'accès
JP2013062678A (ja) Ｉｐ接続装置
WO2010145334A1 (zh) 通过承载接口协商实现QoS资源控制的方法和系统
EP2400691A1 (en) Mechanism to prevent overcharging/undercharging
JP6549523B2 (ja) 要求先端末のオプション機能の非使用を整合する網間制御方法、ｓｉｐサーバ及びプログラム
US20080049608A1 (en) Process for Securing Communication Connections and Associated Billing in a Redundant Communication Network
Kang et al. Research and implementation of fault-tolerant mechanism based on SIP call control

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200225

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210105

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210112

R150 Certificate of patent or registration of utility model

Ref document number: 6824212

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150