WO2019172449A1 - Ｒｔｐ変換装置及びｒｔｐ変換方法 - Google Patents

Ｒｔｐ変換装置及びｒｔｐ変換方法 Download PDF

Info

Publication number
WO2019172449A1
WO2019172449A1 PCT/JP2019/009505 JP2019009505W WO2019172449A1 WO 2019172449 A1 WO2019172449 A1 WO 2019172449A1 JP 2019009505 W JP2019009505 W JP 2019009505W WO 2019172449 A1 WO2019172449 A1 WO 2019172449A1
Authority
WO
WIPO (PCT)
Prior art keywords
rtp
data
terminal
called
sequence number
Prior art date
Application number
PCT/JP2019/009505
Other languages
English (en)
French (fr)
Inventor
広樹 金成
Original Assignee
日本電信電話株式会社
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 日本電信電話株式会社 filed Critical 日本電信電話株式会社
Publication of WO2019172449A1 publication Critical patent/WO2019172449A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges

Definitions

  • the present invention relates to an RTP conversion apparatus and an RTP conversion method for connecting a packet transfer network for transferring data using RTP (Real-time Transport Protocol).
  • RTP Real-time Transport Protocol
  • Non-Patent Document 1 The delay of the signal propagating through the packet transfer network is measured by evaluating two voices obtained by rearranging the calling side packet and the called side packet in the correct order and converting the voice.
  • the calling side and the called side are determined from information such as the called number. Can be associated with each other.
  • the present invention has been made in view of this problem, and an object of the present invention is to provide an RTP conversion apparatus and an RTP conversion method capable of associating packets even when a codec is converted.
  • An RTP conversion apparatus is an RTP conversion apparatus that connects a packet transfer network, receives SIP messages from a calling side terminal and a called side terminal, and An IP header analyzing unit for detecting an encoding method, a first encoding unit for encoding the data on the calling side reception RTP received from the calling side terminal in accordance with the encoding method on the called side, A first RTP regenerator that regenerates an RTP packet including data in which a sequence number of data on the receiving side RTP is associated with a sequence number of data on the called side transmitting RTP transmitted to the called side terminal; A second encoding unit that encodes the data of the incoming RTP received from the calling terminal in accordance with the encoding method of the outgoing side, the sequence number of the incoming RTP data, and the outgoing side Calls sent to the terminal And summarized in that and a second 2RTP regenerating unit for regenerating the RTP packet containing the data associated with the sequence number of the data side transmission RTP.
  • An RTP conversion method is an RTP conversion method executed by the above RTP conversion apparatus, which receives SIP messages from a calling terminal and a called terminal, respectively,
  • the calling side receiving RTP data is detected by detecting the called side encoding method, and the calling side received RTP data received from the calling side terminal is encoded according to the called side encoding method.
  • RTP packet including data associated with the sequence number of the data of the callee transmission RTP to be transmitted to the callee terminal, and the data of the callee reception RTP received from the callee terminal is regenerated.
  • the data is encoded in accordance with the encoding method of the calling side, and includes data in which the sequence number of the data on the receiving side reception RTP is associated with the sequence number of the data on the calling side transmission RTP transmitted to the calling side terminal And summarized in that to regenerate the TP packet.
  • FIG. 5 is a diagram schematically showing a caller-side RTP packet sequence and an RTP packet sequence regenerated by the first RTP regeneration unit shown in FIG. 4.
  • FIG. 5 is a diagram schematically showing a called RTP packet sequence and an RTP packet sequence regenerated by the second RTP regeneration unit shown in FIG. 4. It is a figure which shows the format of a RTP packet.
  • FIG. 1 is a block diagram showing a configuration example of an IP telephone network using an RTP conversion storage according to an embodiment of the present invention.
  • An IP telephone network 100 shown in FIG. 1 is a network that provides a telephone service using VoIP (Voice over Internet Protocol) technology.
  • the IP telephone network 100 is a network that uses SIP (Session Initiation Protocol) as a path control protocol, and main information (data) communicated between terminals connected to the network is transmitted using RTP (Realtime Transfer Protocol).
  • SIP Session Initiation Protocol
  • RTP Realtime Transfer Protocol
  • An IP telephone network 100 shown in FIG. 1 includes a calling terminal 1, a packet transfer network 2, an RTP conversion device 10, a SIP server 3, a SIP server 4, an RTP conversion device 20, a packet transfer network 5, and a called side terminal 6.
  • the packet transfer network 2 is a company A
  • the packet transfer network 5 is a company B, for example.
  • SIP servers 3 and 4 are servers that perform management control of IP telephone services using SIP, and are provided in each of the packet transfer networks 2 and 5.
  • the RTP converters 10 and 20 are devices that allow RTP packets of main information to communicate between adjacent networks.
  • the RTP converters 10 and 20 are generally referred to as SBC (Session Border Controller).
  • SBC Session Border Controller
  • the RTP converters 10 and 20 are the same, although the reference numbers are different.
  • the RTP conversion devices 10 and 20 may be integrated with separate SBCs or may be included in the SIP servers 3 and 4.
  • FIG. 2 is an operation sequence diagram schematically showing an operation procedure of the IP telephone network 100.
  • two SIP servers are represented as SIP servers 3 and 4 for convenience of drawing.
  • the SIP server 3 is omitted.
  • the telephone numbers and IP addresses of the calling terminal 1 and the called terminal 6 are transmitted to the SIP server 3 and registered (REGISTER) when each handset is picked up for the first time.
  • the telephone number of the called side terminal 6 is dialed from the calling side terminal 1.
  • a SIP INVITE message is transmitted from the calling terminal 1 to the SIP server 3 via the RTP converter 10 (INVITE).
  • the SIP server 3 transfers the INVITE message to the IP address corresponding to the telephone number of the called terminal 6 via the RTP converter 20.
  • the RTP converters 10 and 20 obtain the terminal information of the calling terminal 1 from the INVITE message (step S1).
  • FIG. 3 shows a specific example of the SIP INVITE message.
  • the number sequence after @ in the fifth line from the top is the identifier of the calling terminal 1.
  • the number sequence after @ in the sixth row is the identifier of the called terminal 6.
  • the terminal information is described in the INVITE message.
  • the SIP server 3 transmits a 100Trying provisional response to the calling terminal 1 via the RTP conversion device 10 while transferring the INVITE message to the called terminal 6 (100 Trying).
  • the called side terminal 6 When the INVITE message is transferred to the IP address of the called side terminal 6, the called side terminal 6 returns a 180Ringing provisional response to the SIP server 3 (180Ringing).
  • the SIP server 3 transfers 180 Ringing to the calling terminal 1. While receiving 180 Ringing, the calling terminal 1 can hear a ringing tone.
  • the called side terminal 6 When the receiver of the called side terminal 6 is raised, the called side terminal 6 transmits a 200OK success response to the SIP server 3. The SIP server 3 transfers the received 200OK to the calling terminal 1 (200OK).
  • the calling terminal 1 transmits the ACK message directly to the called terminal 6 because it can know the IP address of the called terminal 6 when receiving 200OK.
  • the transmission of the ACK message means that a line has been established (session established) between the calling terminal 1 and the called terminal 6, and thereafter, the calling terminal 1, the RTP conversion device 10, and the RTP conversion.
  • a voice packet as main information is transmitted between the device 20 and the called terminal 6 using RTP. The operation after the line is established will be described later. Note that the operation of disconnecting the line is general, and the description thereof is omitted.
  • PCMU G.711 ⁇ -low
  • AMR Adaptive Multi-Rate
  • FIG. 4 is a block diagram illustrating a functional configuration example of the RTP conversion apparatus 10.
  • notations such as a communication interface unit and a control unit, which are general configurations, are omitted.
  • the RTP conversion apparatus 10 includes an IP header analysis unit 11, a first encoding unit 12, a first RTP regeneration unit 13, a second encoding unit 14, and a second RTP regeneration unit 15.
  • Each functional component of the RTP conversion apparatus 10 is realized by a computer including a ROM, a RAM, a CPU, and the like, for example.
  • the processing content of the function that each functional component should have is described by a program.
  • the IP header analysis unit 11 receives the SIP messages from the calling side terminal 1 and the called side terminal, respectively, and detects the encoding method of the calling side and the called side (FIG. 2: steps S1 and S2).
  • the encoding method on the calling side is described as an example of PCMU
  • the encoding method on the called side is described as an example of AMR.
  • the first encoding unit 12 encodes the calling side RTP data received from the calling side terminal 1 in accordance with the encoding method of the called side (step S3).
  • the first RTP regeneration unit 13 regenerates an RTP packet including data in which the sequence number of the calling side RTP data is associated with the sequence number of the data of the called side transmission RTP transmitted to the called side terminal 6. (Step S4).
  • the second encoding unit 14 encodes the data on the incoming side RTP received from the incoming side terminal in accordance with the encoding method on the outgoing side (step S5).
  • the second RTP regeneration unit 15 regenerates an RTP packet including data in which the sequence number of the data on the called RTP is associated with the sequence number of the data on the calling side transmission RTP transmitted to the calling side terminal 1. (Step S6).
  • the RTP conversion apparatus 10 As described above, according to the RTP conversion apparatus 10 according to the present embodiment, it is possible to associate RTP packets even when the codec is converted.
  • FIG. 5 is a flowchart showing a processing procedure of the first encoding unit 12 and the first RTP regeneration unit 13.
  • the first encoding unit 12 starts the operation when acquiring information of the calling terminal 1 and the called terminal 6 (step S10).
  • the first encoding unit 12 first initializes variables i and j (step S11).
  • the variable i represents the data sequence number of the calling RTP.
  • the variable j represents the sequence number of the data on the called RTP.
  • step S15 After the read data is encoded by the encoding method on the called side, the variable i is incremented until the code length encoded by the encoding method on the called side reaches a predetermined code length (step S15). The processes of S12 and S13 are repeated (NO loop of step S14).
  • one AMR RTP packet corresponds to a plurality of PCMU RTP packets.
  • the first RTP regeneration unit 13 regenerates the RTP packet by associating the variables i and j with each other when the code length encoded by the encoding method on the called side becomes a predetermined code length (YES in step S14). .
  • FIG. 6 is a diagram schematically illustrating an example of the calling side RTP packet sequence and the RTP packet sequence regenerated by the first RTP regenerating unit 13.
  • the first column from the top in FIG. 5 shows the caller side RTP packet sequence.
  • the second column shows the RTP packet sequence regenerated by the first RTP regeneration unit 13.
  • the sequence number of the calling side RTP data and the sequence number of the called side transmission RTP data to be transmitted to the called side terminal 6 The RTP packet including the data associated with is regenerated. Thereby, even when the codec is different between the calling side and the called side, it is possible to associate the packets.
  • FIG. 7 is a diagram schematically showing an example of the RTP packet sequence on the called side and the RTP packet sequence regenerated by the second RTP regenerating unit 15.
  • the first column from the top in FIG. 7 shows the RTP packet sequence on the called side.
  • the second column shows the RTP packet sequence regenerated by the second RTP regeneration unit 15.
  • one incoming RTP packet BB1 is converted into three RTP packets A1, A2, and A3.
  • the three RTP packets A1, A2, and A3 indicate that they are converted from, for example, BB1 of the called RTP packet.
  • conversion from the called side to the called side can also be associated in the same manner as the calling side to the called side.
  • the conversion from the callee side to the caller side can be easily realized as in the case of the caller side ⁇ the callee side, so the description with reference to the flowchart is omitted.
  • FIG. 8 is a diagram illustrating a general format of an RTP packet.
  • the numbers 0 to 3 in the first line from the top shown in FIG. 8 indicate the tenth place of the number of bits.
  • the second line shows the ones of the number of bits.
  • V 2 on the 3rd line indicates that the RTP version is 2.
  • P is an area indicated when padding is present at the end.
  • FIG. 8 schematically shows that the RTP packet “1-3: A1” is written in the extension header. Thus, one RTP packet is described in the extension header and transmitted.
  • the RTP conversion apparatus 10 and the conversion method of the present embodiment when the encoding method is changed during the transmission of the RTP packet, the correspondence between the RTP packets on the calling side and the called side is supported. Can be attached. Therefore, it is possible to analyze packet loss, delay, and the like.
  • the example (FIG. 1) in which the SIP servers 3 and 4 and the RTP conversion devices 10 and 20 are configured separately is shown.
  • the RTP conversion devices 10 and 20 may be integrated with each of the SIP servers 3 and 4.
  • the present invention is not limited to the above-described embodiment, and can be modified within the scope of the gist thereof.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)
  • Communication Control (AREA)

Abstract

コーデックが変換された場合でもパケットの対応付けを可能にする。パケット転送網を接続するＲＴＰ変換装置１０であって、発呼側端末と着呼側端末からそれぞれＳＩＰメッセージを受信し、発呼側と着呼側の符号化方式を検出するＩＰヘッダ解析部１１と、発呼側ＲＴＰパケットのデータを着呼側の符号化方式に合わせて符号化する第１符号化部１２と、発呼側ＲＴＰパケットのデータのシーケンス番号と着呼側ＲＴＰパケットのデータのシーケンス番号を対応付けたデータを含むＲＴＰパケットを再生成する第１ＲＴＰ再生成部１３と、着呼側ＲＴＰパケットのデータを発呼側の符号化方式に合わせて符号化する第２符号化部１４と、着呼側ＲＴＰパケットのデータのシーケンス番号と発呼側ＲＴＰパケットのデータのシーケンス番号を対応付けたデータを含むＲＴＰパケットを再生成する第２ＲＴＰ再生成部１５とを備える。

Description

ＲＴＰ変換装置及びＲＴＰ変換方法
　本発明は、ＲＴＰ（Real-time Transport Protocol）を用いてデータを転送するパケット転送網を接続するＲＴＰ変換装置及びＲＴＰ変換方法に関する。
　パケット転送網を伝搬する信号の遅延は、発呼側のパケットと着呼側のパケットを正しい順番に並び替えて音声変換した2つの音声を評価することで測定する（非特許文献１）。
　ＳＩＰ（Session Initiation Protocol）の場合、ＳＢＣ（Session Border Controller）によりＳＩＰメッセージが終端されて、発呼側及び着呼側でダイアログが変わっても、着番号等の情報から発呼側と着呼側のパケットの対応付けが可能である。
［平成３０年２月２７日検索］、インターネット＜URL:http://www.ttc.or.jp/jp/document_list/pdf/j/STD/JJ-201.11v1.pdf＞
　しかし、例えばＰＣＭＵからＡＭＲ（Adaptive Multi-Rate）に符号化方式（コーデック）が変換された場合は、パケット数も変化するので、発呼側と着呼側のパケットの対応付けが困難であり、遅延、及びパケット損失率などの解析が不可能になるという課題がある。
　本発明は、この課題を鑑みてなされたものであり、コーデックが変換された場合でもパケットの対応付けを可能にするＲＴＰ変換装置及びＲＴＰ変換方法を提供することを目的とする。
　本発明の一態様に係るＲＴＰ変換装置は、パケット転送網を接続するＲＴＰ変換装置であって、発呼側端末と着呼側端末からそれぞれＳＩＰメッセージを受信し、発呼側と着呼側の符号化方式を検出するＩＰヘッダ解析部と、前記発呼側端末から受信する発呼側受信ＲＴＰのデータを着呼側の符号化方式に合わせて符号化する第１符号化部と、発呼側受信ＲＴＰのデータのシーケンス番号と、前記着呼側端末に送信する着呼側送信ＲＴＰのデータのシーケンス番号を対応付けたデータを含むＲＴＰパケットを再生成する第１ＲＴＰ再生成部と、前記着呼側端末から受信する着呼側受信ＲＴＰのデータを発呼側の符号化方式に合わせて符号化する第２符号化部と、着呼側受信ＲＴＰのデータのシーケンス番号と、前記発呼側端末に送信する発呼側送信ＲＴＰのデータのシーケンス番号を対応付けたデータを含むＲＴＰパケットを再生成する第２ＲＴＰ再生成部とを備えることを要旨とする。
　また、本発明の一態様に係るＲＴＰ変換方法は、上記のＲＴＰ変換装置が実行するＲＴＰ変換方法であって、発呼側端末と着呼側端末からそれぞれＳＩＰメッセージを受信し、発呼側と着呼側の符号化方式を検出し、前記発呼側端末から受信する発呼側受信ＲＴＰのデータを着呼側の符号化方式に合わせて符号化し、発呼側受信ＲＴＰのデータのシーケンス番号と、前記着呼側端末に送信する着呼側送信ＲＴＰのデータのシーケンス番号を対応付けたデータを含むＲＴＰパケットを再生成し、前記着呼側端末から受信する着呼側受信ＲＴＰのデータを発呼側の符号化方式に合わせて符号化し、着呼側受信ＲＴＰのデータのシーケンス番号と、前記発呼側端末に送信する発呼側送信ＲＴＰのデータのシーケンス番号を対応付けたデータを含むＲＴＰパケットを再生成することを要旨とする。
　本発明によれば、コーデックが変換された場合でもパケットの対応付けを可能にすることができる。
本発明の実施形態に係るＲＴＰ変換装置を用いたＩＰ電話網の構成例を示すブロック図である。 図１に示すＩＰ電話網の動作シーケンスを示す図である。 ＳＩＰメッセージの具体例を示す図である。 図１に示すＲＴＰ変換装置の機能構成例を示すブロック図である。 図４に示す第１符号化部と第１ＲＴＰ再生成部の処理手順を示すフローチャートである。 発呼機側ＲＴＰパケット列と、図４に示す第１ＲＴＰ再生成部で再生成されたＲＴＰパケット列を模式的に示す図である。 着呼機側ＲＴＰパケット列と、図４に示す第２ＲＴＰ再生成部で再生成されたＲＴＰパケット列を模式的に示す図である。 ＲＴＰパケットのフォーマットを示す図である。
　以下、本発明の実施形態について図面を用いて説明する。複数の図面中同一のものには同じ参照符号を付し、説明は繰り返さない。
　（ＩＰ電話網）
　図１は、本発明の実施形態に係るＲＴＰ変換蔵置を用いたＩＰ電話網の構成例を示すブロック図である。図１に示すＩＰ電話網１００は、ＶｏＩＰ（Voice over Internet Protocol）技術を利用した電話サービスを提供するネットワークである。ＩＰ電話網１００は、パス制御プロトコルとしてＳＩＰ（Session Initiation Protocol）を利用したネットワークであり、ネットワークに接続する端末間で疎通する主情報（データ）は、ＲＴＰ（Realtime Transfer Protocol）を用いて伝送される。
　図１に示すＩＰ電話網１００は、発呼側端末１、パケット転送網２、ＲＴＰ変換装置１０、ＳＩＰサーバ３、ＳＩＰサーバ４、ＲＴＰ変換装置２０、パケット転送網５、及び着呼側端末６を備える。パケット転送網２は例えばＡ社、パケット転送網５は例えばＢ社といった様に通信事業者が異なる例を示す。
　ＳＩＰサーバ３，４は、ＳＩＰを利用したＩＰ電話サービスの管理制御を行うサーバであり、パケット転送網２，５のそれぞれに設けられる。
　ＲＴＰ変換装置１０，２０は、隣接するネットワーク間で主情報のＲＴＰパケットを疎通できるようにする装置である。ＲＴＰ変換装置１０，２０は、一般的にＳＢＣ（Session Border Controller）と称される。ＲＴＰ変換装置１０，２０は、参照番号を異にしているが同じものである。ＲＴＰ変換装置１０，２０は、それぞれ別々のＳＢＣと一体化して構成しても良いし、ＳＩＰサーバ３，４に含めても良い。
　図２は、ＩＰ電話網１００の動作手順を模式的に示す動作シーケンス図である。図２では、作図の都合により2台のＳＩＰサーバをＳＩＰサーバ３，４と表記する。また、以降ではＳＩＰサーバ３と省略して説明する。
　発呼側端末１と着呼側端末６のそれぞれの電話番号及びＩＰアドレスは、最初にそれぞれの受話器を取り上げたときにＳＩＰサーバ３に送信され、登録されている（REGISTER）。
　発呼側端末１と着呼側端末６の間で通信を開始する場合、例えば発呼側端末１から着呼側端末６の電話番号をダイヤルする。この時、発呼側端末１からＲＴＰ変換装置１０を介してＳＩＰサーバ３に、ＳＩＰのINVITEメッセージが送信される（INVITE）。ＳＩＰサーバ３は、ＲＴＰ変換装置２０を介して着呼側端末６の電話番号に対応するＩＰアドレスにINVITEメッセージを転送する。ＲＴＰ変換装置１０と２０は、INVITEメッセージから発呼側端末１の端末情報を取得する（ステップＳ１）。
　図３は、ＳＩＰのINVITEメッセージの具体例を示す。上から5行目の＠の後の数列は発呼側端末１の識別子である。6行目の＠の後の数列は着呼側端末６の識別子である。このようにINVITEメッセージに、端末情報が記載されている。
　ＳＩＰサーバ３は、INVITEメッセージを着呼側端末６に転送している間、100Tryingの暫定応答をＲＴＰ変換装置１０を介して発呼側端末１に送信する（100Trying）。
　着呼側端末６のＩＰアドレスにINVITEメッセージが転送されると、着呼側端末６は180Ringingの暫定応答を、ＳＩＰサーバ３へ返信する（180Ringing）。ＳＩＰサーバ３は、発呼側端末１に180Ringingを転送する。180Ringingを受信している間、発呼側端末１では呼出音が聞こえる。
　着呼側端末６の受話器が上げられると、着呼側端末６は200OKの成功応答をＳＩＰサーバ３へ送信する。ＳＩＰサーバ３は受信した200OKを発呼側端末１へ転送する（200OK）。
　発呼側端末１は、200OKを受信すると着呼側端末６のＩＰアドレスが分かるため、直接ACKメッセージを着呼側端末６へ送信する。ACKメッセージの送信は、発呼側端末１と着呼側端末６の間で回線が確立（セッション確立）されたことを意味し、以降は、発呼側端末１、ＲＴＰ変換装置１０、ＲＴＰ変換装置２０、及び着呼側端末６の間で、主情報である音声パケットがＲＴＰを用いて伝送される。回線が確立した後の動作の説明は後述する。なお、回線を切断する動作については一般的であり、その説明は省略する。
　発呼側端末１の符号化方式が例えばＰＣＭＵ（G.711 μ-low）、着呼側端末６の符号化方式が例えばＡＭＲ（Adaptive Multi-Rate）と仮定した場合のコーデックの変換は、ＲＴＰ変換装置１０又はＲＴＰ変換装置２０のどちらかで行う。どちらで行うかは、通信事業社間の取り決めによる。ここでは、ＲＴＰ変換装置１０がコーデックの変換を行う例で説明する。
　（ＲＴＰ変換装置）
　図４は、ＲＴＰ変換装置１０の機能構成例を示すブロック図である。図３において、一般的な構成である例えば通信インターフェース部及び制御部等の表記は省略している。
　図４に示すようにＲＴＰ変換装置１０は、ＩＰヘッダ解析部１１、第１符号化部１２、第１ＲＴＰ再生成部１３、第２符号化部１４、及び第２ＲＴＰ再生成部１５を備える。ＲＴＰ変換装置１０の各機能構成部は、例えば、ＲＯＭ、ＲＡＭ、ＣＰＵ等からなるコンピュータで実現される。各機能構成部をコンピュータによって実現する場合、各機能構成部が有すべき機能の処理内容はプログラムによって記述される。
　ＩＰヘッダ解析部１１は、発呼側端末１と着呼側端末からそれぞれＳＩＰメッセージを受信し、発呼側と着呼側の符号化方式を検出する（図２：ステップＳ１，Ｓ２）。以降の説明は、発呼側の符号化方式をＰＣＭＵ、着呼側の符号化方式をＡＭＲの例で説明する。
　第１符号化部１２は、発呼側端末１から受信する発呼側ＲＴＰのデータを着呼側の符号化方式に合わせて符号化する（ステップＳ３）。
　第１ＲＴＰ再生成部１３は、発呼側ＲＴＰのデータのシーケンス番号と、着呼側端末６に送信する着呼側送信ＲＴＰのデータのシーケンス番号を対応付けたデータを含むＲＴＰパケットを再生成する（ステップＳ４）。
　第２符号化部１４は、着呼側端末から受信する着呼側受信ＲＴＰのデータを発呼側の符号化方式に合わせて符号化する（ステップＳ５）。
　第２ＲＴＰ再生成部１５は、着呼側ＲＴＰのデータのシーケンス番号と、発呼側端末１に送信する発呼側送信ＲＴＰのデータのシーケンス番号を対応付けたデータを含むＲＴＰパケットを再生成する（ステップＳ６）。
　以上述べたように本実施形態に係るＲＴＰ変換装置１０によれば、コーデックが変換された場合でもＲＴＰパケットの対応付けが可能になる。
　続いて第１符号化部１２と第１ＲＴＰ再生成部１３の動作を、図面を参照して更に詳しく説明する。図５は、第１符号化部１２と第１ＲＴＰ再生成部１３の処理手順を示すフローチャートである。
　第１符号化部１２は、発呼側端末１と着呼側端末６の情報を取得すると動作を開始する（ステップＳ１０）。第１符号化部１２は、動作を開始すると先ず変数ｉとｊを初期化する（ステップＳ１１）。変数ｉは発呼側ＲＴＰのデータのシーケンス番号を表す。変数ｊは着呼側ＲＴＰのデータのシーケンス番号を表す。
　次に第１符号化部１２は、変数ｉ＝１のシーケンス番号の発呼側ＲＴＰパケトのデータを読み込む（ステップＳ１２）。そして、読み込んだデータを着呼側の符号化方式であるＡＭＲで符号化する（ステップＳ１３）。
　読み込んだデータを着呼側の符号化方式で符号化した後、着呼側の符号化方式で符号化した符号長が所定の符号長になるまで、変数ｉをインクリメント（ステップＳ１５）してステップＳ１２とＳ１３の処理を繰り返す（ステップＳ１４のＮＯのループ）。
　この例では、ＰＣＭＵよりもＡＭＲのデータ圧縮率が高いので、複数のＰＣＭＵのＲＴＰパケットに対して1つのＡＭＲのＲＴＰパケットが対応する関係になる。
　第１ＲＴＰ再生成部１３は、着呼側の符号化方式で符号化した符号長が所定の符号長になる（ステップＳ１４のＹＥＳ）と、変数ｉとｊを対応付けてＲＴＰパケットを再生成する。
　図６は、発呼機側ＲＴＰパケット列と、第１ＲＴＰ再生成部１３で再生成されたＲＴＰパケット列の例を模式的に示す図である。図５の上から1列目は、発呼機側ＲＴＰパケット列を示す。2列目は、第１ＲＴＰ再生成部１３で再生成されたＲＴＰパケット列を示す。
　図５に示すように、例えば、3つの発呼側ＲＴＰパケットＡＡ１～ＡＡ３が、1つのＲＴＰパケットＡ１に変換されている。ＲＴＰパケットＡ１の頭に添付されている1-3は、この対応関係を示す情報である。変換処理は、データが終了するまで繰り返される（ステップＳ１８のＮＯ）。
　以上述べたように第１符号化部１２と第１ＲＴＰ再生成部１３の作用によって、発呼側ＲＴＰのデータのシーケンス番号と着呼側端末６に送信する着呼側送信ＲＴＰのデータのシーケンス番号を対応付けたデータを含むＲＴＰパケットを再生成する。これにより、発呼側と着呼側でコーデックが異なる場合でもパケットの対応付けが可能になる。
　逆方向の着呼側→発呼側の変換は、第２符号化部１４と第２ＲＴＰ再生成部１５で行う。図７は、着呼機側ＲＴＰパケット列と、第２ＲＴＰ再生成部１５で再生成されたＲＴＰパケット列の例を模式的に示す図である。図７の上から1列目は、着呼機側ＲＴＰパケット列を示す。2列目は、第２ＲＴＰ再生成部１５で再生成されたＲＴＰパケット列を示す。
　図７に示すように、例えば、1つの着呼機側ＲＴＰパケットＢＢ１が、Ａ１、Ａ２、及びＡ３の3つのＲＴＰパケットに変換されている。Ａ１、Ａ２、及びＡ３の3つのＲＴＰパケットは、例えば着呼側ＲＴＰパケットのＢＢ１から変換されたことを示している。
　このように着呼側→発呼側の変換も、発呼側→着呼側と同様に対応付けることができる。なお、着呼側→発呼側の変換については、発呼側→着呼側と同様に、容易に実現できるので、フローチャートを参照した説明は省略する。
　再生成された発呼側受信ＲＴＰのデータのシーケンス番号と着呼側端末に送信する着呼側送信ＲＴＰのデータのシーケンス番号を対応付けたデータを含むＲＴＰパケットと、着呼側受信ＲＴＰのデータのシーケンス番号と、発呼側端末に送信する発呼側送信ＲＴＰのデータのシーケンス番号を対応付けたデータを含むＲＴＰパケット。つまり、対応付けられたデータを含むＲＴＰパケットは、ＲＴＰパケットフォーマットの拡張ヘッダを用いて送信する。
　（ＲＴＰパケットフォーマット）
　図８は、ＲＴＰパケットの一般的なフォーマットを示す図である。図８に示す上から1行目の数字0～3はビット数の10の位を示す。2行目はビット数の1の位を示す。
　3行目のV=2は、ＲＴＰのバージョンが２であることを示している。Pは、最後にパディングがある場合に示す領域である。Xは、拡張ヘッダ（header extension）を利用する場合に示す領域である。本実施形態では、拡張ヘッダに変換したＲＴＰパケットを書き込むので、ここに１（X=1）を設定する。X以降の領域の説明は省略する。
　図８において、拡張ヘッダに「1-3:A1」のＲＴＰパケットが書かれている様子を模式的に示す。このように、1つのＲＴＰパケットが拡張ヘッダに記述されて送信される。
　以上述べたように本実施形態のＲＴＰ変換装置１０とその変換方法によれば、ＲＴＰパケットの伝送途中において、符号化方式が変更された場合に、発呼側と着呼側のＲＴＰパケットの対応付けが可能である。よって、パケットロス、遅延等の解析を可能にすることができる。
　なお、上記の実施形態では、ＳＩＰサーバ３，４と、ＲＴＰ変換装置１０，２０を別々に構成する例（図１）を示した。しかし、ＲＴＰ変換装置１０，２０は、ＳＩＰサーバ３，４のそれぞれと一体化させて構成しても良い。このように本発明は、上記の実施形態に限定されるものではなく、その要旨の範囲内で変形が可能である。
１：発呼側端末
２、５：パケット転送網
３、４：ＳＩＰサーバ
６：着呼側端末
１０、２０：ＲＴＰ変換装置
１１：ＩＰヘッダ解析部
１２：第１符号化部
１３：第１ＲＴＰ再生成部
１４：第２符号化部
１５：第２ＲＴＰ再生成部

Claims (3)

  1. 　パケット転送網を接続するＲＴＰ変換装置であって、
    　発呼側端末と着呼側端末からそれぞれＳＩＰメッセージを受信し、発呼側と着呼側の符号化方式を検出するＩＰヘッダ解析部と、
    　前記発呼側端末から受信する発呼側受信ＲＴＰのデータを着呼側の符号化方式に合わせて符号化する第１符号化部と、
    　発呼側受信ＲＴＰのデータのシーケンス番号と、前記着呼側端末に送信する着呼側送信ＲＴＰのデータのシーケンス番号を対応付けたデータを含むＲＴＰパケットを再生成する第１ＲＴＰ再生成部と、
    　前記着呼側端末から受信する着呼側受信ＲＴＰのデータを発呼側の符号化方式に合わせて符号化する第２符号化部と、
    　着呼側受信ＲＴＰのデータのシーケンス番号と、前記発呼側端末に送信する発呼側送信ＲＴＰのデータのシーケンス番号を対応付けたデータを含むＲＴＰパケットを再生成する第２ＲＴＰ再生成部と
    　を備えることを特徴とするＲＴＰ変換装置。
  2. 　前記第１ＲＴＰ再生成部と前記第２ＲＴＰ再生成部は、
    　前記対応付けたデータを、ＲＴＰパケットフォーマットが持つ拡張ヘッダに記述することを特徴とする請求項１に記載のＲＴＰ変換装置。
  3. 　ＲＴＰ変換装置が実行するＲＴＰ変換方法であって、
    　発呼側端末と着呼側端末からそれぞれＳＩＰメッセージを受信し、発呼側と着呼側の符号化方式を検出し、
    　前記発呼側端末から受信する発呼側受信ＲＴＰのデータを着呼側の符号化方式に合わせて符号化し、
    　発呼側受信ＲＴＰのデータのシーケンス番号と、前記着呼側端末に送信する着呼側送信ＲＴＰのデータのシーケンス番号を対応付けたデータを含むＲＴＰパケットを再生成し、
    　前記着呼側端末から受信する着呼側受信ＲＴＰのデータを発呼側の符号化方式に合わせて符号化し、
    　着呼側受信ＲＴＰのデータのシーケンス番号と、前記発呼側端末に送信する発呼側送信ＲＴＰのデータのシーケンス番号を対応付けたデータを含むＲＴＰパケットを再生成する
    　ことを特徴とするＲＴＰ変換方法。
PCT/JP2019/009505 2018-03-09 2019-03-08 Ｒｔｐ変換装置及びｒｔｐ変換方法 WO2019172449A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018042770A JP2019161342A (ja) 2018-03-09 2018-03-09 Ｒｔｐ変換装置及びｒｔｐ変換方法
JP2018-042770 2018-03-09

Publications (1)

Publication Number Publication Date
WO2019172449A1 true WO2019172449A1 (ja) 2019-09-12

Family

ID=67846169

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/009505 WO2019172449A1 (ja) 2018-03-09 2019-03-08 Ｒｔｐ変換装置及びｒｔｐ変換方法

Country Status (2)

Country Link
JP (1) JP2019161342A (ja)
WO (1) WO2019172449A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021171481A1 (ja) * 2020-02-27 2021-09-02 日本電信電話株式会社 Ｎｎｉ故障検出システム、ｎｎｉ故障検出方法、及びプログラム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008139594A1 (ja) * 2007-05-11 2008-11-20 Fujitsu Limited 無線通信のヘッダ圧縮制御方法並びに無線基地局及び送信装置
US20130343381A1 (en) * 2012-06-24 2013-12-26 Audiocodes Ltd. Device, system, and method of voice-over-ip communication

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008139594A1 (ja) * 2007-05-11 2008-11-20 Fujitsu Limited 無線通信のヘッダ圧縮制御方法並びに無線基地局及び送信装置
US20130343381A1 (en) * 2012-06-24 2013-12-26 Audiocodes Ltd. Device, system, and method of voice-over-ip communication

Also Published As

Publication number Publication date
JP2019161342A (ja) 2019-09-19

Similar Documents

Publication Publication Date Title
US20090003570A1 (en) Method, system and apparatus for providing endpoint-to-endpoint transcoding free connection
JP2007049415A (ja) 音声データ変換装置、ネットワークシステム、制御方法及び制御プログラム
US7486665B2 (en) Transport of DTMF tones over VOATM/VOIP networks
JP2006186962A (ja) Ｒｔｐによるｄｔｍｆ転送方法
WO2012063888A1 (ja) コアネットワークおよび通信システム
WO2012063889A1 (ja) コアネットワークおよび通信システム
KR100433629B1 (ko) 인터넷 팩스 데이터의 오류 제어 방법
US20230291774A1 (en) Device, method, program, and information provision system for telephone number research
US7508821B2 (en) Method for setting up a data connection between terminal devices
WO2019172449A1 (ja) Ｒｔｐ変換装置及びｒｔｐ変換方法
US8204183B2 (en) Method, apparatus, and computer readable medium thereof for enabling an internet extension to ring a conventional extension
WO2012063890A1 (ja) コアネットワークおよび通信システム
EP2088759A1 (en) A method, telephone system and telephone terminal for calling session
WO2021171481A1 (ja) Ｎｎｉ故障検出システム、ｎｎｉ故障検出方法、及びプログラム
CN101166162B (zh) 一种传递业务事件的方法
US7881294B1 (en) Method and apparatus for enabling network based media manipulation
JP5696514B2 (ja) メディア通信装置、方法及びプログラム、並びに、メディア通信システム
JP2011239015A (ja) ネットワーク装置及び電話システム
JP2004343417A (ja) ＶｏＩＰ多重化装置
US8737575B1 (en) Method and apparatus for transparently recording media communications between endpoint devices
KR100666956B1 (ko) 네트워크에서의 미디어 전송 장치 및 방법
JP7458602B1 (ja) 網判定装置、網判定方法、網判定プログラム、及び接続網情報提供システム
JP7414215B1 (ja) 電話番号の調査装置、調査方法、調査プログラム、及び情報提供システム
CN108650425A (zh) 监听方法及监听系统
JP4350273B2 (ja) 電話システム、ターミナルアダプタ装置、及び電話機

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19763799

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19763799

Country of ref document: EP

Kind code of ref document: A1