JP6955170B2 - Ｒｔｐ監視装置及びｒｔｐ監視方法 - Google Patents

Ｒｔｐ監視装置及びｒｔｐ監視方法 Download PDF

Info

Publication number
JP6955170B2
JP6955170B2 JP2018082816A JP2018082816A JP6955170B2 JP 6955170 B2 JP6955170 B2 JP 6955170B2 JP 2018082816 A JP2018082816 A JP 2018082816A JP 2018082816 A JP2018082816 A JP 2018082816A JP 6955170 B2 JP6955170 B2 JP 6955170B2
Authority
JP
Japan
Prior art keywords
packet
calling side
timer value
incoming call
timer
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
JP2018082816A
Other languages
English (en)
Other versions
JP2019193055A (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 JP2018082816A priority Critical patent/JP6955170B2/ja
Priority to US17/048,883 priority patent/US11102268B2/en
Priority to PCT/JP2019/016821 priority patent/WO2019208433A1/ja
Publication of JP2019193055A publication Critical patent/JP2019193055A/ja
Application granted granted Critical
Publication of JP6955170B2 publication Critical patent/JP6955170B2/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
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • 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/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H04L43/106—Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps
    • 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/18—Protocol analysers
    • 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/1083—In-session procedures
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • 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/28—Timers or timing mechanisms used in protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Description

本発明は、ＲＴＰ（Real-time Transport Protocol）を用いてデータを転送するパケット転送網を接続するＲＴＰ監視装置及びＲＴＰ監視方法に関する。
パケット転送網を運営する運営事業者は、通信品質の確保及び誤課金防止の観点から回線ごとの音声や映像のパケット（ＲＴＰパケット）の流通状況を監視し、一定時間の間、ＲＴＰパケットが流通していないことを検出した際に該当する回線を切断する場合がある。この回線を切断する機能を、以降、ＲＴＰ断検出機能と称する。回線の切断は、非特許文献１〜４に記載された標準に基づいて行われる。
ＲＴＰ断検出機能は、ＲＴＰパケットの流通しない時間をタイマで監視し、ＲＴＰパケットが流通しない時間がタイマ時間を越えると回線を切断するように作用する。回線を切断するまでの時間を決定するタイマ時間を設定するタイマ値は、ネットワーク（網）の信頼性等に基づき網のポリシーによって設定されるため、網ごとに異なる場合がある。
タイマ値が異なる網同士が相互接続された場合、短いタイマ値に従って回線が切断されてしまう。その結果、タイマ値が長い網においては、回線を切断する機能が適切に動作しないという課題がある。
本発明は、この課題を鑑みてなされたものであり、タイマ値が異なる網同士が相互接続された場合でもＲＴＰ断検出機能が適切に動作するようにしたＲＴＰ監視装置及びＲＴＰ監視方法を提供することを目的とする。
本発明の一態様に係るＲＴＰ監視装置は、パケット転送網を接続するＲＴＰ監視装置であって、着呼側端末から送信される着呼側送信パケットが途絶えてからの所定時間を表す第１タイマ値を計時する第１監視タイマと、発呼側端末から送信される発呼側送信パケットが途絶えてからの所定時間を表す第２タイマ値を計時する第２監視タイマと、前記着呼側送信パケットを前記発呼側端末に中継すると共に、前記第１監視タイマがタイムアップし、前記第２監視タイマが計時中の場合に、前記着呼側送信パケットを補間する着呼側補間パケットを生成して前記発呼側端末に送信する第１中継補間部と、前記発呼側送信パケットを前記着呼側端末に中継すると共に、前記第２監視タイマがタイムアップし、前記第１監視タイマが計時中の場合に、前記発呼側送信パケットを補間する発呼側補間パケットを生成して前記着呼側端末に送信する第２中継補間部とを備え、前記第１監視タイマと前記第２監視タイマがタイムアップした場合に、前記パケット転送網を構成する発呼側ＳＩＰサーバ又は着呼側ＳＩＰサーバのタイマ値の大きい一方のＳＩＰサーバが出力する回線の切断を意味する信号を、前記タイマ値の小さい他方のＳＩＰサーバに転送することを要旨とする。
また、本発明の一態様に係るＲＴＰ監視方法は、上記のＲＴＰ監視装置が実行するＲＴＰ監視方法であって、着呼側端末から送信される着呼側送信パケットが途絶えてからの所定時間を表す第１タイマ値を計時し、発呼側端末から送信される発呼側送信パケットが途絶えてからの所定時間を表す第２タイマ値を計時し、前記着呼側送信パケットを前記発呼側端末に中継すると共に、前記第１タイマ値の計時が終了し、前記第２タイマ値が計時中の場合に、前記着呼側送信パケットを補間する着呼側補間パケットを生成して前記発呼側端末に送信し、前記発呼側送信パケットを前記着呼側端末に中継すると共に、前記第２タイマ値の計時を終了し、前記第１タイマ値が計時中の場合に、前記発呼側送信パケットを補間する発呼側補間パケットを生成して前記着呼側端末に送信し、前記第１タイマ値と前記第２タイマ値がタイムアップした場合に、パケット転送網を構成する発呼側ＳＩＰサーバ又は着呼側ＳＩＰサーバのタイマ値の大きい一方のＳＩＰサーバが出力する回線の切断を意味する信号を、前記タイマ値の小さい他方のＳＩＰサーバに転送することを要旨とする。
本発明によれば、タイマ値が異なる網同士が接続された場合でもＲＴＰ断検出機能を適切に動作させることができる。
本発明の実施形態に係るＲＴＰ監視装置を用いたＩＰ電話網の構成例を示すブロック図である。 図１に示すＩＰ電話網の動作シーケンスを示す図である。 図１に示すＲＴＰ監視装置の機能構成例を示すブロック図である。 図３に示すＲＴＰ監視装置の処理手順を示すフローチャートである。 ＳＩＰの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メッセージ内に第１タイマ値Ｔ１及び第２タイマ値Ｔ２を記載し、ＳＩＰメッセージ解析部（図示せず）で当該記載を解析し、ＲＡＭ等に保持するようにしてもよい。
また、着呼側補間パケットと発呼側補間パケットを生成させる指令を、制御部が発する例で説明したがこの例に限定されない。第２中継補間部１５は、回線切断部１３の状態を参照（回線切断部１３と第２中継補間部１５を接続する制御線（図３））し、該状態に対応させて着呼側補間パケットを生成するようにしてもよい。この場合、第２中継補間部１５は、第１監視タイマ１１がタイムアップし、第２監視タイマ１２が計時中に着呼側補間パケットを生成する。発呼側補間パケットについても同様である。
以上のように本発明は、上記の実施形態に限定されるものではなく、その要旨の範囲内で変形が可能である。
１：発呼側端末
２、５：パケット転送網
３、４：ＳＩＰサーバ
６：着呼側端末
１０、２０：ＲＴＰ監視装置
１１：第１監視タイマ
１２：第２監視タイマ
１３：回線切断部
１４：第１中継補間部
１５：第２中継補間部
Ｔ１：第１タイマ値
Ｔ２：第２タイマ値

Claims (5)

  1. パケット転送網を接続するＲＴＰ監視装置であって、
    着呼側端末から送信される着呼側送信パケットが途絶えてからの所定時間を表す第１タイマ値を計時する第１監視タイマと、
    発呼側端末から送信される発呼側送信パケットが途絶えてからの所定時間を表す第２タイマ値を計時する第２監視タイマと、
    前記着呼側送信パケットを前記発呼側端末に中継すると共に、前記第１監視タイマがタイムアップし、前記第２監視タイマが計時中の場合に、前記着呼側送信パケットを補間する着呼側補間パケットを生成して前記発呼側端末に送信する第１中継補間部と、
    前記発呼側送信パケットを前記着呼側端末に中継すると共に、前記第２監視タイマがタイムアップし、前記第１監視タイマが計時中の場合に、前記発呼側送信パケットを補間する発呼側補間パケットを生成して前記着呼側端末に送信する第２中継補間部と
    を備え、
    前記第１監視タイマと前記第２監視タイマがタイムアップした場合に、前記パケット転送網を構成する発呼側ＳＩＰサーバ又は着呼側ＳＩＰサーバのタイマ値の大きい一方のＳＩＰサーバが出力する回線の切断を意味する信号を、前記タイマ値の小さい他方のＳＩＰサーバに転送する
    ことを特徴とするＲＴＰ監視装置。
  2. パケット転送網を接続するＲＴＰ監視装置であって、
    着呼側端末から送信される着呼側送信パケットが途絶えてからの所定時間を表す第１タイマ値を計時する第１監視タイマと、
    発呼側端末から送信される発呼側送信パケットが途絶えてからの所定時間を表す第２タイマ値を計時する第２監視タイマと、
    前記着呼側送信パケットを前記発呼側端末に中継すると共に、前記第１監視タイマがタイムアップし、前記第２監視タイマが計時中の場合に、前記着呼側送信パケットを補間する着呼側補間パケットを生成して前記発呼側端末に送信する第１中継補間部と、
    前記発呼側送信パケットを前記着呼側端末に中継すると共に、前記第２監視タイマがタイムアップし、前記第１監視タイマが計時中の場合に、前記発呼側送信パケットを補間する発呼側補間パケットを生成して前記着呼側端末に送信する第２中継補間部と、
    前記第１監視タイマと前記第２監視タイマがタイムアップした場合に、前記発呼側端末と前記着呼側端末の双方へ回線の切断を通知する回線切断部と
    を備えることを特徴とするＲＴＰ監視装置。
  3. 請求項１又は２に記載したＲＴＰ監視装置において、
    前記第１中継補間部は、
    前記着呼側補間パケットに、前記着呼側送信パケットを補間するパケットであることを示す情報を載せて前記発呼側端末に送信し、
    前記第２中継補間部は、
    前記発呼側補間パケットに、前記発呼側送信パケットを補間するパケットであることを示す情報を載せて前記着呼側端末に送信する
    ことを特徴とするＲＴＰ監視装置。
  4. ＲＴＰ監視装置が実行するＲＴＰ監視方法であって、
    着呼側端末から送信される着呼側送信パケットが途絶えてからの所定時間を表す第１タイマ値を計時し、
    発呼側端末から送信される発呼側送信パケットが途絶えてからの所定時間を表す第２タイマ値を計時し、
    前記着呼側送信パケットを前記発呼側端末に中継すると共に、前記第１タイマ値の計時が終了し、前記第２タイマ値が計時中の場合に、前記着呼側送信パケットを補間する着呼側補間パケットを生成して前記発呼側端末に送信し、
    前記発呼側送信パケットを前記着呼側端末に中継すると共に、前記第２タイマ値の計時を終了し、前記第１タイマ値が計時中の場合に、前記発呼側送信パケットを補間する発呼側補間パケットを生成して前記着呼側端末に送信し、
    前記第１タイマ値と前記第２タイマ値がタイムアップした場合に、パケット転送網を構成する発呼側ＳＩＰサーバ又は着呼側ＳＩＰサーバのタイマ値の大きい一方のＳＩＰサーバが出力する回線の切断を意味する信号を、前記タイマ値の小さい他方のＳＩＰサーバに転送する
    ことを特徴とするＲＴＰ監視方法。
  5. ＲＴＰ監視装置が実行するＲＴＰ監視方法であって、
    着呼側端末から送信される着呼側送信パケットが途絶えてからの所定時間を表す第１タイマ値を計時し、
    発呼側端末から送信される発呼側送信パケットが途絶えてからの所定時間を表す第２タイマ値を計時し、
    前記着呼側送信パケットを前記発呼側端末に中継すると共に、前記第１タイマ値の計時が終了し、前記第２タイマ値が計時中の場合に、前記着呼側送信パケットを補間する着呼側補間パケットを生成して前記発呼側端末に送信し、
    前記発呼側送信パケットを前記着呼側端末に中継すると共に、前記第２タイマ値の計時を終了し、前記第１タイマ値が計時中の場合に、前記発呼側送信パケットを補間する発呼側補間パケットを生成して前記着呼側端末に送信し、
    前記第１タイマ値と前記第２タイマ値がタイムアップした場合に、前記発呼側端末と前記着呼側端末の双方へ回線の切断を通知する
    ことを特徴とするＲＴＰ監視方法。
JP2018082816A 2018-04-24 2018-04-24 Ｒｔｐ監視装置及びｒｔｐ監視方法 Active JP6955170B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2018082816A JP6955170B2 (ja) 2018-04-24 2018-04-24 Ｒｔｐ監視装置及びｒｔｐ監視方法
US17/048,883 US11102268B2 (en) 2018-04-24 2019-04-19 RTP monitoring device and RTP monitoring method
PCT/JP2019/016821 WO2019208433A1 (ja) 2018-04-24 2019-04-19 Ｒｔｐ監視装置及びｒｔｐ監視方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018082816A JP6955170B2 (ja) 2018-04-24 2018-04-24 Ｒｔｐ監視装置及びｒｔｐ監視方法

Publications (2)

Publication Number Publication Date
JP2019193055A JP2019193055A (ja) 2019-10-31
JP6955170B2 true JP6955170B2 (ja) 2021-10-27

Family

ID=68295422

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018082816A Active JP6955170B2 (ja) 2018-04-24 2018-04-24 Ｒｔｐ監視装置及びｒｔｐ監視方法

Country Status (3)

Country Link
US (1) US11102268B2 (ja)
JP (1) JP6955170B2 (ja)
WO (1) WO2019208433A1 (ja)

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS60197055A (ja) * 1984-03-21 1985-10-05 Hashimoto Corp 信号の識別処理手段を有する留守番電話装置
US6115776A (en) * 1996-12-05 2000-09-05 3Com Corporation Network and adaptor with time-based and packet number based interrupt combinations
JP3874641B2 (ja) * 2001-10-15 2007-01-31 株式会社日立コミュニケーションテクノロジー 中継装置、その制御プログラム、通信方法
JP2003244238A (ja) * 2002-02-15 2003-08-29 Kddi Corp トラヒック監視装置及びその方法、コンピュータプログラム
US7953841B2 (en) * 2002-08-22 2011-05-31 Jds Uniphase Corporation Monitoring an RTP data stream based on a phone call
GB0604537D0 (en) * 2006-03-07 2006-04-12 Ghost Telecom Ltd Method and apparatus of interfacing and connecting a wireless device(s) and specific application server(s) for location update(s), in-and out-going call(s)...
JP2015226141A (ja) * 2014-05-27 2015-12-14 Ｎｅｃエンジニアリング株式会社 中継装置、回線交換システム及び回線交換方法
US20160261502A1 (en) * 2015-03-02 2016-09-08 Lookingglass Cyber Solutions, Inc. Detection and mitigation of network component distress
US10057939B2 (en) * 2015-06-16 2018-08-21 Apple Inc. Managing packet-switched voice communications during silence intervals

Also Published As

Publication number Publication date
WO2019208433A1 (ja) 2019-10-31
JP2019193055A (ja) 2019-10-31
US11102268B2 (en) 2021-08-24
US20210168189A1 (en) 2021-06-03

Similar Documents

Publication Publication Date Title
US10320972B2 (en) Enhanced session initiation protocol recording
US20180255182A1 (en) Web Real-Time Client Communication Over a Stimulus Based Network
JP2007318343A (ja) ゲートウェイ装置及び再ネゴシエーション方法
US9729585B2 (en) Communications adaptor for use with internet telephony system
JP6955170B2 (ja) Ｒｔｐ監視装置及びｒｔｐ監視方法
WO2016162061A1 (en) In-session communication
US20160191573A1 (en) Systems and methods for modifying a state of a software client
JP4920715B2 (ja) ゲートウェイ装置、非課金処理システム、及び非課金処理方法
JP2005020676A (ja) 電話通信方法及び装置
JP5023210B2 (ja) 電話システム、呼制御サーバ装置及び通信接続方法
EP2289253B1 (en) Method for achieving a call -waiting functionality in a communication network.
US20150281012A1 (en) Communication system, session control device, and transfer control device
KR100907612B1 (ko) 아이피 멀티미디어 서브시스템에서 세션 종료 후의 과금처리 방법 및 시스템
US20120262762A1 (en) Method for signaling a facsimile pass through mode over a voip voice service
JP4136798B2 (ja) 音声ガイダンス機能付き中継装置
JP5248891B2 (ja) Ｓｉｐを用いたボタン電話装置による会議招集方法、そのシステム、その装置及びそのプログラム
JP5305533B2 (ja) 疎通試験装置
JP5120813B2 (ja) Ｓｉｐ電話交換システムおよびｓｉｐ電話交換方法
JP2009081890A (ja) Ｉｐ電話端末
CN101997856B (zh) 信令消息的交互方法及应用服务器
JP2005080176A (ja) ゲートウェイ装置及びその制御方法
JP2020145649A (ja) Ｉｐ−ｐｂｘシステム、通話障害通知方法、通話障害通知装置、ｉｐ−ｐｂｘ装置及び通話障害通知プログラム
US20070223447A1 (en) Gateway device and control method thereof
JP5359710B2 (ja) 通信システム、通信装置、及び通信システムにおける通信方法
JP2009218889A (ja) Ｓｉｐ着信方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200731

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210615

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210810

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: 20210831

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210913

R150 Certificate of patent or registration of utility model

Ref document number: 6955170

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150