JP2004356983A - Method and system for identifying packet information - Google Patents

Method and system for identifying packet information Download PDF

Info

Publication number
JP2004356983A
JP2004356983A JP2003152577A JP2003152577A JP2004356983A JP 2004356983 A JP2004356983 A JP 2004356983A JP 2003152577 A JP2003152577 A JP 2003152577A JP 2003152577 A JP2003152577 A JP 2003152577A JP 2004356983 A JP2004356983 A JP 2004356983A
Authority
JP
Japan
Prior art keywords
information
packet
rtp
application
identification
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.)
Granted
Application number
JP2003152577A
Other languages
Japanese (ja)
Other versions
JP4020018B2 (en
Inventor
Hideaki Yamada
秀昭 山田
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.)
KDDI Corp
Original Assignee
KDDI 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 KDDI Corp filed Critical KDDI Corp
Priority to JP2003152577A priority Critical patent/JP4020018B2/en
Publication of JP2004356983A publication Critical patent/JP2004356983A/en
Application granted granted Critical
Publication of JP4020018B2 publication Critical patent/JP4020018B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a system and method capable of monitoring application information of real time information communicated by a telephone service that is transmitted and received by using a protocol for IP telephone. <P>SOLUTION: This system has a user box 1 for transmitting the real time information to be communicated by a received telephone service to an IP network 3 by an RTP (realtime transport protocol) packet, and a packet information identifying device 2 connected to the IP network 3 to be able to monitor an RTP packet. The user box 1 has a means which continuously captures packets about a communication session of an IP stream received from a second user box 1 of a communication destination, acquires application identification information in header information of the RTP packet in the unit of the IP stream and changes a jitter buffer size of an RTP packet assembling part and a buffer control algorithm in the user box on the basis of the application identification information. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、IP(Internet Protocol)網におけるパケット情報識別方法及びシステムに関する。
【0002】
特に、ITU−T H.323、又は、IETF(Internet Engineering Task Force:インターネット技術標準化委員会)SIP(Session Initiation Protocol:セッション開始プロトコル)に基づいて制御されるパケットRTP(Real−time Transport Protocol)ポート番号対におけるIP呼のアプリケーション情報を識別するものに関する。
【0003】
【従来の技術】
エンドユーザがIP網にアクセスする手段は、無線又は有線によるインフラストラクチャを問わず、年々その高性能化が進み、より高速度なデータ転送速度によるアクセス環境が提供されつつある。更に、このような高速なIP網の急速な普及に伴い、そのネットワーク上でのVoIP(Voice over IP)技術に基づくリアルタイムな会話サービスが注目されている。リアルタイムな会話サービスの1つであるIP電話サービスにおいては、当該サービス用のプロトコルにより、使用する音声符号化方式情報が宛先の装置へ送信され、送信側装置と受信側装置との間において合意が取られた音声符号化方式情報を用いたRTP通信を互いに行う。
【0004】
このとき、網側のシステムについては、送受信されている情報のアプリケーション種別を把握したい場合がある。その種別によって、経路制御をしたり、課金条件を変更したい場合があるからである。従って、IP網における装置間のアプリケーション情報の識別に関する技術が必要とされている。以下に、従来の技術について列挙する。
【0005】
(1)IPパケットルーティングの優先制御情報の使用
送信側端末が、IPレイヤよりも上位レイヤのアプリケーション情報ごとに、IPレイヤのルーティングに関する優先制御情報を、当該パケットに設定する。このパケットの優先制御情報をモニタすることにより、アプリケーション情報の識別を行うことができる。
【0006】
(2)既存のパケットヘッダ情報の使用
RTPパケットヘッダ情報の一例には、通信中信号の音声符号化種別を示すPT(Payload Type)がある。一般に、音声符号化方式種別は、通信を行うアプリケーション情報に依存していることから、そのPT情報をモニタすることにより、アプリケーション情報の識別を行うことができる。
【0007】
(3)アナログ信号に変換することによる識別
IP電話ゲートウェイにおいてフォーマット変換されたアプリケーション情報信号を、電話網側交換機においてアナログ信号に戻してから識別することができる。
【0008】
図1は、従来のシステム構成図である。
【0009】
図1によれば、ユーザボックス1は、IP電話用プロトコルによって、電話サービスで通信されるリアルタイム情報とIPパケットとの変換を実現するものである。ユーザボックス1は、IPインタフェース部14を介してIP網3に接続され、端末回線(RJ11)接続インタフェース部11を介して電話端末6、FAX端末7、モデム端末8及びPC端末9に接続されている。ここで、PC端末9はデータ情報を送受信し、その他の端末6、7及び8は電話サービスで通信されるリアルタイム情報を送受信する。
【0010】
端末回線(RJ11)接続インタフェース部11によって受信された電話サービスで通信されるリアルタイム情報は、RTPパケット化部12によってパケットに変換され、IPインタフェース部14へ通知される。また、IPインタフェース部14によって受信されたパケットは、RTPパケット組立部13によって電話サービスで通信されるリアルタイム情報に変換され、端末回線(RJ11)接続インタフェース部11へ通知される。
【0011】
尚、ユーザボックス1は、IP電話通信のRTPセッション制御のために、既存のIP電話用プロトコル変換装置と同様に、IP電話呼処理部15及びユーザプロファイル管理部16も有する。このRTPセッション制御に基づいて、RTPパケット化部12とRTPパケット組立部13とが制御される。
【0012】
【発明が解決しようとする課題】
前述したように、従来の技術によれば、IP電話サービスにおいてリアルタイムに送受信されるパケットストリームをモニタすることによって、電話サービスで通信されるリアルタイム情報かデータ情報かを識別することは可能である。しかし、電話サービスで通信されるリアルタイム情報が、音声情報、FAX通信情報、モデム通信情報、又はFAX/モデム通信情報のいずれであるかを識別することはできない。電話サービスで通信される同じリアルタイム情報であっても、それぞれの種別によって、最適な品質補償を伴う経路制御をしたり、課金条件を変更したい場合がある。
【0013】
前述の(1)IPパケットルーティングの優先制御情報の使用によれば、アプリケーション通信の変更と、優先制御情報の変更とは独立であり、必ずしもそれぞれの更新タイミングが同期しているとはいえないため、アプリケーション情報の識別を行うことができない。
【0014】
前述の(2)既存のパケットヘッダ情報の使用によれば、音声符号化方式種別とアプリケーション情報種別とは独立であるため、同一の音声符号化方式種別で異なるアプリケーション情報の通信を行う場合には識別することができない。
【0015】
前述の(3)アナログ信号に変換することによる識別によれば、常に呼を一度終端してフォーマット変換を行う必要があるために、アプリケーション情報の識別結果をパケットの経路制御に使用することができない。
【0016】
そこで、本発明は、IP電話用プロトコルを用いて送受信される電話サービスで通信されるリアルタイム情報のアプリケーション情報をモニタすることができるシステム及び方法を提供することを目的とする。
【0017】
【課題を解決するための手段】
本発明のパケット情報識別システムによれば、
IP網と、電話サービスで通信されるリアルタイム情報を送信する端末との間に接続され、受信した該リアルタイム情報をIP電話用プロトコルに基づいて制御されるRTPパケットによってIP網へ送信するユーザボックスと、
IP網に接続され、RTPパケットをモニタすることができるパケット情報識別装置とを有し、
ユーザボックスは、RTPパケットのヘッダ情報に、電話サービスで通信されるリアルタイム情報に基づくアプリケーション種別毎のアプリケーション識別情報を付与するRTPパケット化手段を有し、
パケット情報識別装置は、IPストリームから抽出したRTPポート番号対からなる通信セッションについてパケットを連続的にキャプチャし、該IPストリーム単位で、RTPパケットのヘッダ情報におけるアプリケーション識別情報を取得するアプリケーション情報判定手段を有することを特徴とする。
【0018】
本発明のパケット情報識別システムにおける他の実施形態によれば、電話サービスで通信されるリアルタイム情報のアプリケーション種別は、音声情報、FAX通信情報、モデム通信情報、又はFAX/モデム通信情報に区別されていることも好ましい。
【0019】
また、本発明のパケット情報識別システムにおける他の実施形態によれば、RTPパケット化手段は、同一のRTPポート番号対からなる通信セッションについてアプリケーション情報が変更された際にのみ、アプリケーション識別情報を付与したRTPパケットを所定の数だけ連続的に送信することも好ましい。
【0020】
更に、本発明のパケット情報識別システムにおける他の実施形態によれば、パケット情報識別装置は、RTPポート番号対からなる通信セッションについて、アプリケーション識別情報と、パケット受信間隔と、パケット長に関する情報とを蓄積する判定情報蓄積手段を更に有することも好ましい。
【0021】
本発明のパケット情報識別方法によれば、
IP網と、電話サービスで通信されるリアルタイム情報を送信する端末との間に接続され、受信した該リアルタイム情報をIP電話用プロトコルに基づいて制御されるRTPパケットによってIP網へ送信するユーザボックスと、
IP網に接続され、RTPパケットをモニタすることができるパケット情報識別装置とを有し、
ユーザボックスが、RTPパケット化手段を用いて、RTPパケットのヘッダ情報に、電話サービスで通信されるリアルタイム情報に基づくアプリケーション種別毎のアプリケーション識別情報を付与し、
パケット情報識別装置が、IP電話用プロトコル解析判定手段を用いて、IPストリームから抽出したRTPポート番号対からなる通信セッションについてパケットを連続的にキャプチャし、該IPストリーム単位で、RTPパケットのヘッダ情報におけるアプリケーション識別情報を取得することを特徴とする。
【0022】
本発明のパケット情報識別方法における他の実施形態によれば、電話サービスで通信されるリアルタイム情報のアプリケーション種別は、音声情報、FAX通信情報、モデム通信情報、又はFAX/モデム通信情報に区別されていることも好ましい。
【0023】
また、本発明のパケット情報識別方法における他の実施形態によれば、RTPパケット化手段は、同一のRTPポート番号対からなる通信セッションについてアプリケーション情報が変更された際にのみ、アプリケーション識別情報を付与したRTPパケットを所定の数だけ連続的に送信することも好ましい。
【0024】
更に、本発明のパケット情報識別方法における他の実施形態によれば、パケット情報識別装置は、RTPポート番号対からなる通信セッションについて、アプリケーション識別情報と、パケット受信間隔と、パケット長に関する情報とを蓄積する判定情報蓄積手段を更に有することも好ましい。
【0025】
【発明の実施の形態】
以下では、図面を用いて、本発明の実施形態を詳細に説明する。
【0026】
図2は、本発明によるシステム構成図である。
【0027】
図2によれば、図1と比較して、パケット情報識別装置2が更にIP網に接続されており、ユーザボックス1には通信信号判定部17が更に備えられている。尚、電話サービスで通信されるリアルタイム情報としては、音声情報、FAX通信情報及びモデム通信情報があるとする。
【0028】
端末回線(RJ11)接続インタフェース部11が、端末から受信した電話サービスで通信されるリアルタイム情報と共に、その物理回線インタフェース毎の識別情報を、通信信号判定部17へ通知することができる。これにより、通信信号判定部17は、電話サービスで通信される該リアルタイム情報のアプリケーション情報を取得することができる。
【0029】
また、共通の物理回線インタフェースに各端末機器を接続し、ユーザが、通信信号判定部に17に対して、その接続されたインタフェースに基づくアプリケーション情報を明示的に指定するものであってもよい。
【0030】
更に、通信信号判定部17が、呼び出し側のFAXのCalling Tone 信号(CNG信号:1100Hz)を検出し、そのCNG信号検出以前は、「音声信号」と識別するものであってもよい。
【0031】
通信信号判定部17がアプリケーション情報を識別した後、RTPパケット化部12が、RTPパケットペイロードにおけるアプリケーション識別情報を設定する。
【0032】
図3は、ヘッダ情報の構成図を表す。
【0033】
図3によれば、IPヘッダ(20bytes)とUDP(User Datagram Protocol)ヘッダ(8bytes)とに続いて、RTPヘッダ(12bytes)がある。RTPヘッダには、マーカビットMが設けられており、そのマーカMをONにすることにより、アプリケーション識別情報をRTP ペイロード内に設定することができる。図2におけるRTPパケット化部12は、アプリケーション識別情報として、以下のような符号を付加することができる。
音声信号 (00000000)
FAX通信信号 (00000001)
モデム通信信号 (00000010)
FAX通信又はモデム通信信号(00000011)
【0034】
このようなアプリケーション識別情報に応じて、ユーザボックスは、RTPパケット組立部において受信パケットを一時的に格納する、ジッタバッファのサイズ及びバッファ制御アルゴリズムを変更することができる。
(1)ジッタバッファサイズ
FAX通信情報、モデム通信情報、FAX通信又はモデム信号情報の場合は、音声情報の場合よりもジッタバッファ長の最大蓄積サイズを大きくする制御を行う。
(2)制御
FAX通信情報、モデム通信情報、FAX通信又はモデム信号情報の場合は、バッファからの当該音声符号化器への情報転送を開始するバッファサイズ下限値を時刻に応じて適用的に変更させるのではなく、固定値とする。
【0035】
即ち、RTPヘッダ情報のマーカビットMがONであることは、アプリケーション種別が変更されたことを意味する。このマーカビットをONにしたパケットは、通話開始時とアプリケーション変更イベント発生時とに、所定の数だけ連続して送信される。これにより、バースト的なパケット紛失に耐え得るようにしている。
【0036】
図4は、パケット情報識別装置2の機能構成図である。
【0037】
図4によれば、パケット情報識別装置2は、IPインタフェース部21と、トランスポートプロトコルヘッダ情報抽出部22と、トランスポートプロトコル判定部23と、トランスポートペイロード抽出部24と、IP電話用プロトコル判定部25と、IP電話用プロトコル解析判定部26と、アプリケーション情報判定部27と、キャプチャタイマ監視部28と、判定情報蓄積部29とを有する。
【0038】
IPパケットは、IPインタフェース部21を介してパケット情報識別装置2へ取り込まれる。取り込まれたIPパケットは、トランスポートプロトコルヘッダ情報抽出部22において、当該IPパケットのトランスポートヘッダの情報が抽出される。
【0039】
次に、トランスポートプロトコル判定部23により、UDP、TCP(Transmission Control Protocol)又はSCTP(Stream Control Transmission Protocol)の識別を行う。
【0040】
UDP、TCP又はSCTPと識別されたパケット全体の情報は、トランスポートペイロード抽出部24へ転送され、IP電話用プロトコル判定部25において、IP電話用プロトコルであるITU−T H.323又はIETF SIPの識別を行う。
【0041】
識別されたプロトコルに応じて、IP電話用プロトコル解析判定部26は、呼設定開始(セッションの開始情報:H.225 Setup(H.323)又はInvite(SIP))メッセージから、送受信のRTPポート番号情報を抽出する。ここで、抽出されるポート番号情報とは、ユーザボックスのIP電話用呼処理部において設定されるIP電話用プロトコルメッセージ内のパラメータで提示される情報とする。
【0042】
また、キャプチャ対象のパケット収集時間は、IP電話用プロトコルの呼設定開始メッセージ受信による開始から、同じくIP電話用プロトコルの呼設定終了(セッションの終了情報:H.225 Release Complete(H.323)又はBye(SIP))メッセージ受信による当該セッション終了までとする。更に、呼設定終了(セッションの終了情報)メッセージ受信に関わらず、キャプチャタイマ監視部28において予め設定されたタイマ時間発火によるキャプチャ終了機能を具備する。
【0043】
抽出された送受信RTPポート番号情報は、アプリケーション情報判定部27へ転送され、その情報セットに基づく当該RTPパケットヘッダ情報をトランスポートペイロード抽出部24から抽出する。尚、同時にキャプチャ可能な1対1セットを単位とする情報数の最大は、パケット情報識別装置において予め設定可能とする。この時、同時にパケットペイロード長及びパケット受信間隔をそれぞれRTPヘッダ情報から収集する。
【0044】
アプリケーション情報判定部27において、RTPヘッダ情報のマーカビットのみを常時監視する。マーカビットがONの時のみ、ユーザボックスにおいて設定付与されたアプリケーション識別情報を抽出し、当該アプリケーション種別を識別する。
【0045】
通信情報の判別処理は、通信中(呼設定終了(セッションの終了情報)メッセージ受信まで)常時行うものとし、アプリケーション識別情報の変更イベント毎に識別する。
【0046】
識別された通信情報は、表1に示すフォーマットの形式により、判定情報蓄積部29に蓄積される。
【表1】

Figure 2004356983
【0047】
以下には、IP電話用呼処理部において設定されるIP電話用プロトコル上のメッセージにおいて、同メッセージパラメータにより識別されるポート番号情報を示す。
【0048】
(1)ITU−T H.323プロトコルの場合
(H.245 Open Logical Channelメッセージ情報中におけるパラメータ)
Figure 2004356983
【0049】
尚、Fast Start設定時には、発信側H.225 Setupメッセージ情報中のH.245 Open Logical Channelメッセージ情報、及び、着信側H.225 Alert メッセージ情報中のH.245 Open Logical Channel メッセージ情報とする。
【0050】
2)IETF SIPの場合
(Invite又はOKメッセージ中におけるSDP(Session Description Protocol)パラメータ)
Figure 2004356983
【0051】
前述した本発明のパケット情報識別方法及びシステムにおける種々の実施形態によれば、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略が、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【0052】
【発明の効果】
以上、詳細に説明したように、本発明のパケット情報識別システム及び方法によれば、IP電話用プロトコルを用いて送受信されているリアルタイム情報のアプリケーション情報をモニタすることができる。これにより、例えば、同じ音声情報であっても、それぞれのアプリケーション種別によって、最適な品質補償を伴う経路制御をしたり、課金条件を変更することが可能となる。
【図面の簡単な説明】
【図1】従来のシステム構成図である。
【図2】本発明によるシステム構成図である。
【図3】本発明によるヘッダ情報の構成図を表す。
【図4】本発明によるパケット情報識別装置の機能構成図である。
【符号の説明】
1 ユーザボックス
11 端末回線(RJ11)接続インタフェース部
12 RTPパケット化部
13 RTPパケット組立部
14 IPインタフェース部
15 IP電話用呼処理部
16 ユーザプロファイル管理部
2 パケット情報識別装置
21 IPインタフェース部
22 トランスポートプロトコルヘッダ情報抽出部
23 トランスポートプロトコル判定部
24 トランスポートペイロード抽出部
25 IP電話用プロトコル判定部
26 IP電話用プロトコル解析判定部
27 アプリケーション情報判定部
28 キャプチャタイマ監視部
29 判定情報蓄積部
3 IP網[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a method and system for identifying packet information in an IP (Internet Protocol) network.
[0002]
In particular, ITU-TH. H.323 or an Internet Engineering Task Force (IETF) Internet Protocol Standardization Committee (SIP) Session Initiation Protocol (Session Initiation Protocol) controlled based on a packet RTP (Real-time Transport Protocol) port number application of an IP call in a port number pair Regarding what identifies information.
[0003]
[Prior art]
Regarding the means by which the end user accesses the IP network, regardless of the wireless or wired infrastructure, the performance thereof is improving year by year, and an access environment with a higher data transfer rate is being provided. Further, with the rapid spread of such high-speed IP networks, real-time conversation services based on VoIP (Voice over IP) technology on the networks have been receiving attention. In an IP telephone service, which is one of the real-time conversation services, information on a voice coding method to be used is transmitted to a destination device by a protocol for the service, and agreement between the transmitting device and the receiving device is obtained. RTP communication using the obtained speech coding method information is performed with each other.
[0004]
At this time, for the network side system, there is a case where it is desired to know the application type of the information transmitted and received. This is because, depending on the type, there are cases where it is desired to control the route or change the billing conditions. Accordingly, there is a need for a technique for identifying application information between devices in an IP network. The following is a list of conventional techniques.
[0005]
(1) Use of Priority Control Information for IP Packet Routing The transmitting terminal sets, for each piece of application information in a layer higher than the IP layer, priority control information relating to routing in the IP layer in the packet. By monitoring the priority control information of the packet, application information can be identified.
[0006]
(2) Use of Existing Packet Header Information An example of the RTP packet header information is a PT (Payload Type) indicating a speech coding type of a signal during communication. In general, the type of the audio coding method depends on the application information to be communicated, so that the application information can be identified by monitoring the PT information.
[0007]
(3) Identification by Converting to Analog Signal The application information signal that has been format-converted in the IP telephone gateway can be identified after being converted into an analog signal in the telephone network exchange.
[0008]
FIG. 1 is a configuration diagram of a conventional system.
[0009]
According to FIG. 1, a user box 1 realizes conversion between real-time information communicated by a telephone service and an IP packet by an IP telephone protocol. The user box 1 is connected to the IP network 3 via the IP interface unit 14 and connected to the telephone terminal 6, FAX terminal 7, modem terminal 8 and PC terminal 9 via the terminal line (RJ11) connection interface unit 11. I have. Here, the PC terminal 9 transmits and receives data information, and the other terminals 6, 7, and 8 transmit and receive real-time information communicated by a telephone service.
[0010]
The real-time information communicated by the telephone service received by the terminal line (RJ11) connection interface unit 11 is converted into a packet by the RTP packetizing unit 12 and notified to the IP interface unit 14. The packet received by the IP interface unit 14 is converted into real-time information communicated by the telephone service by the RTP packet assembling unit 13 and notified to the terminal line (RJ11) connection interface unit 11.
[0011]
The user box 1 also has an IP telephone call processing unit 15 and a user profile management unit 16 for controlling the RTP session of the IP telephone communication, like the existing IP telephone protocol converter. The RTP packetizer 12 and the RTP packet assembler 13 are controlled based on the RTP session control.
[0012]
[Problems to be solved by the invention]
As described above, according to the conventional technology, it is possible to identify real-time information or data information communicated by the telephone service by monitoring a packet stream transmitted and received in real time in the IP telephone service. However, it is not possible to identify whether the real-time information communicated by the telephone service is voice information, FAX communication information, modem communication information, or FAX / modem communication information. Even for the same real-time information communicated by the telephone service, there is a case where it is desired to perform a route control with an optimal quality compensation or change a billing condition depending on each type.
[0013]
According to (1) the use of the priority control information of the IP packet routing, the change of the application communication and the change of the priority control information are independent from each other, and the update timings are not necessarily synchronized. In addition, application information cannot be identified.
[0014]
According to (2) the use of the existing packet header information, since the audio coding method type and the application information type are independent, when different application information is communicated with the same audio coding method type, Cannot be identified.
[0015]
According to the above (3) identification by converting to an analog signal, it is necessary to always terminate the call once and perform format conversion, so that the identification result of the application information cannot be used for the path control of the packet. .
[0016]
Therefore, an object of the present invention is to provide a system and a method capable of monitoring application information of real-time information communicated by a telephone service transmitted and received using an IP telephone protocol.
[0017]
[Means for Solving the Problems]
According to the packet information identification system of the present invention,
A user box connected between the IP network and a terminal for transmitting real-time information communicated by a telephone service, and transmitting the received real-time information to the IP network by an RTP packet controlled based on an IP telephone protocol; ,
A packet information identification device connected to the IP network and capable of monitoring RTP packets,
The user box has RTP packetization means for adding application identification information for each application type based on real-time information communicated by the telephone service to header information of the RTP packet,
The packet information identification device continuously captures a packet for a communication session composed of an RTP port number pair extracted from an IP stream, and obtains application identification information in header information of the RTP packet for each IP stream. It is characterized by having.
[0018]
According to another embodiment of the packet information identification system of the present invention, the application type of the real-time information communicated by the telephone service is classified into voice information, FAX communication information, modem communication information, or FAX / modem communication information. Is also preferred.
[0019]
Further, according to another embodiment of the packet information identification system of the present invention, the RTP packetizing means adds the application identification information only when the application information is changed for the communication session including the same RTP port number pair. It is also preferable to transmit a predetermined number of RTP packets continuously.
[0020]
Further, according to another embodiment of the packet information identification system of the present invention, the packet information identification device transmits application identification information, a packet reception interval, and information on a packet length for a communication session including an RTP port number pair. It is preferable to further include a determination information storage unit for storing.
[0021]
According to the packet information identification method of the present invention,
A user box connected between the IP network and a terminal for transmitting real-time information communicated by a telephone service, and transmitting the received real-time information to the IP network by an RTP packet controlled based on an IP telephone protocol; ,
A packet information identification device connected to the IP network and capable of monitoring RTP packets,
The user box assigns application identification information for each application type based on real-time information communicated by the telephone service to the header information of the RTP packet using the RTP packetizing means,
The packet information identification device continuously captures packets for a communication session consisting of the RTP port number pair extracted from the IP stream by using the protocol analysis determination means for the IP telephone, and, for each IP stream, header information of the RTP packet. And acquiring application identification information.
[0022]
According to another embodiment of the packet information identification method of the present invention, the application type of the real-time information communicated by the telephone service is classified into voice information, FAX communication information, modem communication information, or FAX / modem communication information. Is also preferred.
[0023]
Further, according to another embodiment of the packet information identification method of the present invention, the RTP packetizing means adds the application identification information only when the application information is changed for the communication session including the same RTP port number pair. It is also preferable to transmit a predetermined number of RTP packets continuously.
[0024]
Further, according to another embodiment of the packet information identification method of the present invention, the packet information identification device transmits application identification information, a packet reception interval, and information on a packet length for a communication session including an RTP port number pair. It is preferable to further include a determination information storage unit for storing.
[0025]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0026]
FIG. 2 is a system configuration diagram according to the present invention.
[0027]
According to FIG. 2, as compared with FIG. 1, the packet information identification device 2 is further connected to the IP network, and the user box 1 is further provided with a communication signal determination unit 17. It is assumed that the real-time information communicated by the telephone service includes voice information, fax communication information, and modem communication information.
[0028]
The terminal line (RJ11) connection interface unit 11 can notify the communication signal determination unit 17 of the identification information for each physical line interface together with the real-time information communicated by the telephone service received from the terminal. Thereby, the communication signal determination unit 17 can acquire the application information of the real-time information communicated by the telephone service.
[0029]
Further, each terminal device may be connected to a common physical line interface, and the user may explicitly specify application information based on the connected interface to the communication signal determination unit 17.
[0030]
Further, the communication signal determination unit 17 may detect a Calling Tone signal (CNG signal: 1100 Hz) of the calling FAX, and may identify the voice signal before the CNG signal is detected.
[0031]
After the communication signal determination unit 17 identifies the application information, the RTP packetizing unit 12 sets the application identification information in the RTP packet payload.
[0032]
FIG. 3 shows a configuration diagram of the header information.
[0033]
According to FIG. 3, an RTP header (12 bytes) follows an IP header (20 bytes) and a UDP (User Datagram Protocol) header (8 bytes). A marker bit M is provided in the RTP header, and by turning on the marker M, application identification information can be set in the RTP payload. The RTP packetizer 12 in FIG. 2 can add the following codes as application identification information.
Audio signal (00000000)
FAX communication signal (00000001)
Modem communication signal (00000010)
FAX communication or modem communication signal (00000011)
[0034]
According to the application identification information, the user box can change the size of the jitter buffer and the buffer control algorithm for temporarily storing the received packet in the RTP packet assembler.
(1) Jitter buffer size In the case of FAX communication information, modem communication information, FAX communication or modem signal information, control is performed to increase the maximum accumulation size of the jitter buffer length as compared with the case of voice information.
(2) In the case of control FAX communication information, modem communication information, FAX communication or modem signal information, the lower limit value of the buffer size for starting the transfer of information from the buffer to the relevant voice encoder is adaptively changed according to the time. Instead of letting it be a fixed value.
[0035]
That is, the fact that the marker bit M of the RTP header information is ON means that the application type has been changed. Packets with this marker bit turned ON are continuously transmitted by a predetermined number at the start of a call and at the time of occurrence of an application change event. This makes it possible to withstand burst packet loss.
[0036]
FIG. 4 is a functional configuration diagram of the packet information identification device 2.
[0037]
According to FIG. 4, the packet information identification device 2 includes an IP interface unit 21, a transport protocol header information extracting unit 22, a transport protocol determining unit 23, a transport payload extracting unit 24, and an IP telephone protocol determining unit. It has a unit 25, an IP phone protocol analysis determination unit 26, an application information determination unit 27, a capture timer monitoring unit 28, and a determination information storage unit 29.
[0038]
The IP packet is taken into the packet information identification device 2 via the IP interface unit 21. The transport protocol header information extracting unit 22 extracts the transport header information of the IP packet from the captured IP packet.
[0039]
Next, the transport protocol determining unit 23 identifies UDP, Transmission Control Protocol (TCP) or Stream Control Transmission Protocol (SCTP).
[0040]
The information of the entire packet identified as UDP, TCP, or SCTP is transferred to the transport payload extracting unit 24, and the IP telephone protocol determining unit 25 determines the ITU-TH. 323 or IETF SIP.
[0041]
In accordance with the identified protocol, the IP phone protocol analysis / determination unit 26 determines from the call setup start (session start information: H.225 Setup (H.323) or Invite (SIP)) message the RTP port number for transmission and reception. Extract information. Here, the extracted port number information is information presented as a parameter in an IP telephone protocol message set in the IP telephone call processing unit of the user box.
[0042]
The packet collection time of the capture target starts from the start of receiving the call setting start message of the IP telephone protocol, and ends the call setting of the IP telephone protocol (session end information: H.225 Release Complete (H.323)). Bye (SIP)) message is received until the session ends. Further, regardless of the reception of the call setting end (session end information) message, the capture timer monitoring unit 28 has a capture end function by firing a timer time set in advance.
[0043]
The extracted transmission / reception RTP port number information is transferred to the application information determination unit 27, and the RTP packet header information based on the information set is extracted from the transport payload extraction unit 24. Note that the maximum number of information in units of one-to-one sets that can be captured simultaneously can be set in advance in the packet information identification device. At this time, the packet payload length and the packet reception interval are simultaneously collected from the RTP header information.
[0044]
The application information determination unit 27 constantly monitors only the marker bits of the RTP header information. Only when the marker bit is ON, the application identification information set and assigned in the user box is extracted, and the application type is identified.
[0045]
The communication information determination process is always performed during communication (until a call setting end (session end information) message is received), and identification is performed for each application identification information change event.
[0046]
The identified communication information is stored in the determination information storage unit 29 in the format shown in Table 1.
[Table 1]
Figure 2004356983
[0047]
The following shows the port number information identified by the message parameter in the message on the IP telephone protocol set in the IP telephone call processing unit.
[0048]
(1) ITU-TH. In the case of H.323 protocol (parameter in H.245 Open Logical Channel message information)
Figure 2004356983
[0049]
In addition, when Fast Start is set, the originating H.264 is set. H.225 in the H.225 Setup message information. 245 Open Logical Channel message information, and H.225 Alert Message information in H.225 Alert 245 Open Logical Channel message information.
[0050]
2) In the case of IETF SIP (SDP (Session Description Protocol) parameter in Invite or OK message)
Figure 2004356983
[0051]
According to the above-described various embodiments of the packet information identification method and system of the present invention, various changes, corrections, and omissions of the technical idea and scope of the present invention can be easily performed by those skilled in the art. . The above description is merely an example and is not intended to be limiting. The invention is limited only as defined by the following claims and equivalents thereof.
[0052]
【The invention's effect】
As described above in detail, according to the packet information identification system and method of the present invention, it is possible to monitor the application information of the real-time information transmitted and received using the IP telephone protocol. Thus, for example, even for the same audio information, it is possible to perform route control with optimal quality compensation or change the charging condition depending on the application type.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of a conventional system.
FIG. 2 is a system configuration diagram according to the present invention.
FIG. 3 shows a configuration diagram of header information according to the present invention.
FIG. 4 is a functional configuration diagram of the packet information identification device according to the present invention.
[Explanation of symbols]
Reference Signs List 1 User box 11 Terminal line (RJ11) connection interface unit 12 RTP packetizing unit 13 RTP packet assembling unit 14 IP interface unit 15 IP telephone call processing unit 16 User profile management unit 2 Packet information identification device 21 IP interface unit 22 Transport Protocol header information extraction unit 23 Transport protocol determination unit 24 Transport payload extraction unit 25 IP telephone protocol determination unit 26 IP telephone protocol analysis determination unit 27 Application information determination unit 28 Capture timer monitoring unit 29 Determination information storage unit 3 IP network

Claims (8)

IP網と、電話サービスで通信されるリアルタイム情報を送信する端末との間に接続され、受信した該リアルタイム情報をIP電話用プロトコルに基づいて制御されるRTPパケットによって前記IP網へ送信するユーザボックスと、
前記IP網に接続され、前記RTPパケットをモニタすることができるパケット情報識別装置とを有し、
前記ユーザボックスは、前記RTPパケットのヘッダ情報に、前記電話サービスで通信されるリアルタイム情報に基づくアプリケーション種別毎のアプリケーション識別情報を付与するRTPパケット化手段を有し、
前記パケット情報識別装置は、IPストリームから抽出したRTPポート番号対からなる通信セッションについてパケットを連続的にキャプチャし、該IPストリーム単位で、前記RTPパケットのヘッダ情報におけるアプリケーション識別情報を取得するアプリケーション情報判定手段を有することを特徴とするパケット情報識別システム。
A user box connected between an IP network and a terminal for transmitting real-time information communicated by a telephone service, and transmitting the received real-time information to the IP network by an RTP packet controlled based on an IP telephone protocol When,
A packet information identification device connected to the IP network and capable of monitoring the RTP packet,
The user box has RTP packetizing means for adding, to header information of the RTP packet, application identification information for each application type based on real-time information communicated by the telephone service,
The packet information identification device continuously captures a packet for a communication session composed of an RTP port number pair extracted from an IP stream, and obtains application identification information in header information of the RTP packet in units of the IP stream. A packet information identification system comprising a determination unit.
前記電話サービスで通信されるリアルタイム情報のアプリケーション種別は、音声情報、FAX通信情報、モデム通信情報、又はFAX/モデム通信情報に区別されていることを特徴とする請求項1に記載のパケット情報識別システム。The packet information identification according to claim 1, wherein the application type of the real-time information communicated by the telephone service is classified into voice information, FAX communication information, modem communication information, or FAX / modem communication information. system. 前記RTPパケット化手段は、同一のRTPポート番号対からなる通信セッションについてアプリケーション情報が変更された際にのみ、前記アプリケーション識別情報を付与したRTPパケットを所定の数だけ連続的に送信することを特徴とする請求項1又は2に記載のパケット情報識別システム。The RTP packetizing means continuously transmits a predetermined number of RTP packets to which the application identification information is added only when application information is changed for a communication session including the same RTP port number pair. The packet information identification system according to claim 1 or 2, wherein 前記パケット情報識別装置は、前記RTPポート番号対からなる通信セッションについて、前記アプリケーション識別情報と、パケット受信間隔と、パケット長に関する情報とを蓄積する判定情報蓄積手段を更に有することを特徴とする請求項1から3のいずれか1項に記載のパケット情報識別システム。The packet information identification device further includes a determination information storage unit that stores information on the application identification information, a packet reception interval, and information on a packet length for a communication session including the RTP port number pair. Item 4. The packet information identification system according to any one of Items 1 to 3. IP網と、電話サービスで通信されるリアルタイム情報を送信する端末との間に接続され、受信した該リアルタイム情報をIP電話用プロトコルに基づいて制御されるRTPパケットによって前記IP網へ送信するユーザボックスと、
前記IP網に接続され、前記RTPパケットをモニタすることができるパケット情報識別装置とを有し、
前記ユーザボックスが、RTPパケット化手段を用いて、前記RTPパケットのヘッダ情報に、前記電話サービスで通信されるリアルタイム情報に基づくアプリケーション種別毎のアプリケーション識別情報を付与し、
前記パケット情報識別装置が、IP電話用プロトコル解析判定手段を用いて、IPストリームから抽出したRTPポート番号対からなる通信セッションについてパケットを連続的にキャプチャし、該IPストリーム単位で、前記RTPパケットのヘッダ情報におけるアプリケーション識別情報を取得することを特徴とするパケット情報識別方法。
A user box connected between an IP network and a terminal for transmitting real-time information communicated by a telephone service, and transmitting the received real-time information to the IP network by an RTP packet controlled based on an IP telephone protocol When,
A packet information identification device connected to the IP network and capable of monitoring the RTP packet;
The user box assigns application identification information for each application type based on real-time information communicated by the telephone service to header information of the RTP packet using RTP packetizing means,
The packet information identification device continuously captures a packet for a communication session composed of an RTP port number pair extracted from an IP stream by using a protocol analysis determination unit for an IP telephone, and performs packet capture of the RTP packet in units of the IP stream. A packet information identification method characterized by acquiring application identification information in header information.
前記電話サービスで通信されるリアルタイム情報のアプリケーション種別は、音声信号、FAX信号、モデム信号、又は、FAX/モデム信号に区別されていることを特徴とする請求項5に記載のパケット情報識別方法。The packet information identification method according to claim 5, wherein an application type of the real-time information communicated by the telephone service is classified into a voice signal, a FAX signal, a modem signal, or a FAX / modem signal. 前記RTPパケット化手段は、同一のRTPポート番号対からなる通信セッションについてアプリケーション情報が変更された際にのみ、前記アプリケーション識別情報を付与したRTPパケットを所定の数だけ連続的に送信することを特徴とする請求項5又は6に記載のパケット情報識別方法。The RTP packetizing means continuously transmits a predetermined number of RTP packets to which the application identification information is added only when application information is changed for a communication session including the same RTP port number pair. 7. The packet information identification method according to claim 5, wherein 前記パケット情報識別装置は、前記RTPポート番号対からなる通信セッションについて、前記アプリケーション識別情報と、パケット受信間隔と、パケット長に関する情報とを蓄積する判定情報蓄積手段を更に有することを特徴とする請求項5から7のいずれか1項に記載のパケット情報識別方法。The packet information identification device further includes a determination information storage unit that stores information on the application identification information, a packet reception interval, and information on a packet length for a communication session including the RTP port number pair. Item 8. The packet information identification method according to any one of Items 5 to 7.
JP2003152577A 2003-05-29 2003-05-29 Packet information identification method and system Expired - Fee Related JP4020018B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003152577A JP4020018B2 (en) 2003-05-29 2003-05-29 Packet information identification method and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003152577A JP4020018B2 (en) 2003-05-29 2003-05-29 Packet information identification method and system

Publications (2)

Publication Number Publication Date
JP2004356983A true JP2004356983A (en) 2004-12-16
JP4020018B2 JP4020018B2 (en) 2007-12-12

Family

ID=34047757

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003152577A Expired - Fee Related JP4020018B2 (en) 2003-05-29 2003-05-29 Packet information identification method and system

Country Status (1)

Country Link
JP (1) JP4020018B2 (en)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100652958B1 (en) 2005-02-28 2006-12-01 삼성전자주식회사 Method of transmitting data by improvement of translating network address in gateway and system thereof
JP2007088690A (en) * 2005-09-21 2007-04-05 Noritz Corp Content reproduction system, connection establishing method, content server, information terminal, and storage medium
JP2008011537A (en) * 2006-06-26 2008-01-17 Palo Alto Networks Inc Packet classification for network security device
EP2092679A1 (en) * 2006-12-06 2009-08-26 Telefonaktiebolaget LM Ericsson (PUBL) Jitter buffer control
JP2011254207A (en) * 2010-06-01 2011-12-15 Nippon Telegr & Teleph Corp <Ntt> Call control method and call control device
US8594085B2 (en) 2007-04-11 2013-11-26 Palo Alto Networks, Inc. L2/L3 multi-mode switch including policy processing
US8873556B1 (en) 2008-12-24 2014-10-28 Palo Alto Networks, Inc. Application based packet forwarding
US9043917B2 (en) 2011-05-24 2015-05-26 Palo Alto Networks, Inc. Automatic signature generation for malicious PDF files
US9047441B2 (en) 2011-05-24 2015-06-02 Palo Alto Networks, Inc. Malware analysis system
US9356788B2 (en) 2009-06-22 2016-05-31 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for use in an IP multimedia subsystem

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100652958B1 (en) 2005-02-28 2006-12-01 삼성전자주식회사 Method of transmitting data by improvement of translating network address in gateway and system thereof
JP2007088690A (en) * 2005-09-21 2007-04-05 Noritz Corp Content reproduction system, connection establishing method, content server, information terminal, and storage medium
JP4490994B2 (en) * 2006-06-26 2010-06-30 パロ アルト ネットワークス, インコーポレイテッド Packet classification in network security devices
JP2008011537A (en) * 2006-06-26 2008-01-17 Palo Alto Networks Inc Packet classification for network security device
US8009566B2 (en) 2006-06-26 2011-08-30 Palo Alto Networks, Inc. Packet classification in a network security device
EP2092679A1 (en) * 2006-12-06 2009-08-26 Telefonaktiebolaget LM Ericsson (PUBL) Jitter buffer control
JP2010512104A (en) * 2006-12-06 2010-04-15 テレフオンアクチーボラゲット エル エム エリクソン(パブル) Jitter buffer control
EP2092679A4 (en) * 2006-12-06 2011-10-26 Ericsson Telefon Ab L M Jitter buffer control
US8472320B2 (en) 2006-12-06 2013-06-25 Telefonaktiebolaget Lm Ericsson (Publ) Jitter buffer control
US8594085B2 (en) 2007-04-11 2013-11-26 Palo Alto Networks, Inc. L2/L3 multi-mode switch including policy processing
US8873556B1 (en) 2008-12-24 2014-10-28 Palo Alto Networks, Inc. Application based packet forwarding
US9356788B2 (en) 2009-06-22 2016-05-31 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for use in an IP multimedia subsystem
JP2011254207A (en) * 2010-06-01 2011-12-15 Nippon Telegr & Teleph Corp <Ntt> Call control method and call control device
US9043917B2 (en) 2011-05-24 2015-05-26 Palo Alto Networks, Inc. Automatic signature generation for malicious PDF files
US9047441B2 (en) 2011-05-24 2015-06-02 Palo Alto Networks, Inc. Malware analysis system

Also Published As

Publication number Publication date
JP4020018B2 (en) 2007-12-12

Similar Documents

Publication Publication Date Title
JP4392029B2 (en) IP packet relay method in communication network
KR100728280B1 (en) Network state management method for using BYE/200OK in communication system for using Session Initiation Protocol
US8737387B2 (en) Gateway unit, communication system and communication method
JP4491521B2 (en) DTMF transfer method by RTP
EP2636191B1 (en) Real time protocol packet tunneling
JP3690316B2 (en) Data transmission system, header information addition device, data format conversion device, and data transmission method
US7836124B2 (en) RTP, UDP, IP header compression on the circuit switched type airlink access
JP4020018B2 (en) Packet information identification method and system
WO2008042525A8 (en) Method and apparatus for communication between session initiation protocol based networks and legacy networks
US7995590B2 (en) Method and system for communicating H.263 macroblock boundaries using H.221 BAS for RFC2190-compliant fragmentation
JP3994946B2 (en) Quality report server and system
KR20070058772A (en) Apparatus and method for communicating voice packet in wireless communication system
US7295547B2 (en) Audio gateway device
TWI240516B (en) System for automatically selecting voice data transmission and reception system for IP network, method thereof, and IP terminal
US9479460B2 (en) Method of providing an MMoIP communication service
JP4098073B2 (en) Packet communication system
JP4080937B2 (en) Packet relay method and system between networks
US20070237140A1 (en) Packet Communication System
JP2007202006A (en) Mobile communication system, base station apparatus and control method of base station apparatus
KR100847108B1 (en) Interface system for ims network with 3 gpp network based on atm
JP2006050250A (en) Call control method and call control system for ip telephone system
JP2009147825A (en) Rtp packet transmitter and rtp packet receiver
JP2006050405A (en) Communication network system, communication terminal and nat solving method
WO2009040882A1 (en) Ip network system, gateway device, and ip device
JP2008258944A (en) Packet repeating apparatus

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050830

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070405

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070424

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070613

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070917

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101005

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101005

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111005

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111005

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131005

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees