JP4573780B2 - パケット記録再生装置 - Google Patents

パケット記録再生装置 Download PDF

Info

Publication number
JP4573780B2
JP4573780B2 JP2006026255A JP2006026255A JP4573780B2 JP 4573780 B2 JP4573780 B2 JP 4573780B2 JP 2006026255 A JP2006026255 A JP 2006026255A JP 2006026255 A JP2006026255 A JP 2006026255A JP 4573780 B2 JP4573780 B2 JP 4573780B2
Authority
JP
Japan
Prior art keywords
packet
tcp
reproduced
data
time
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.)
Expired - Fee Related
Application number
JP2006026255A
Other languages
English (en)
Other versions
JP2007208740A (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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2006026255A priority Critical patent/JP4573780B2/ja
Priority to US11/698,855 priority patent/US20070189734A1/en
Publication of JP2007208740A publication Critical patent/JP2007208740A/ja
Application granted granted Critical
Publication of JP4573780B2 publication Critical patent/JP4573780B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • 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/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/64738—Monitoring network characteristics, e.g. bandwidth, congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8547—Content authoring involving timestamps for synchronizing content
    • 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
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Description

本発明はパケット記録再生装置に関し、特にパケットを記録し、再生するパケット記録再生装置に関する。
従来、ネットワーク上を流れるパケットを記録し、再生するパケット記録再生装置がある。このパケット記録再生装置を用いて、ネットワーク上のパケットを記録し、再生することによって、ネットワーク上に存在する機器のトラフィックの影響などを検証することができる。
なお、映像端末間の通信において時刻情報を送受信することにより、動的に変化する映像端末間のスループットを算出し、算出結果に基づいて符号化速度を調整して、最適な映像伝送を可能にするパケット通信方式が提供されている（例えば、特許文献１参照）。
特開平６−１２５３６３号公報
しかし、従来のパケット記録再生装置は、パケットの再生において、トラフィック量を任意に設定することはできるが、実際にネットワーク上に流れていたトラフィック量を再現することはできなかった。そのため、実際にネットワーク上に流れていたトラフィック量を再現することができるパケット記録再生装置が望まれていた。
また、特許文献１は、映像端末間の符号化速度を調整して、最適な映像伝送を可能にするものであり、ネットワーク上に流れていたトラフィック量の再現は行っていない。
本発明はこのような点に鑑みてなされたものであり、実際にネットワーク上に流れていたトラフィック量を再現することができるパケット記録再生装置を提供することを目的とする。
本発明では上記問題を解決するために、パケットを記録し、再生するパケット記録再生装置において、ネットワーク上に流れる前記パケットを受信するパケット受信手段と、時刻を生成する時刻生成手段と、受信された前記パケットを受信されたときの前記時刻とともに記憶装置に記憶するパケット記憶手段と、前記記憶装置に記憶された前記パケットを前記ネットワーク上に再生するとき、前記時刻に基づいて前記パケットを受信したタイミングと同じタイミングで前記パケットを再生するパケット再生手段と、再生する前記パケットのプロトコルがＵＤＰであるかまたはＴＣＰであるかが設定される設定手段と、再生する前記パケットのプロトコルが前記ＴＣＰに設定された場合、前記ＴＣＰのシーケンスが維持されるように前記パケットを再生するＴＣＰ制御手段と、を備え、前記ＴＣＰ制御手段は、再生する前記パケットがＡＣＫを返すＡＣＫパケットでなければ、再生する前記パケットに対する対向装置からの応答を確認するために、再生する前記パケットのＩＰアドレス、ポート番号、およびＴＣＰ状態をＴＣＰ記憶装置に記憶する、ことを特徴とするパケット記録再生装置が提供される。
このようなパケット記録再生装置によれば、受信したパケットを、受信した時刻とともに記憶装置に記憶し、記憶したパケットを再生するとき、受信したパケットとともに記憶した時刻に基づいて、受信したパケットと同じタイミングでパケットを再生する。また、再生するパケットのプロトコルがＵＤＰであるかＴＣＰであるかの設定を受け付け、ＴＣＰが設定された場合には、再生するパケットのＩＰアドレス、ポート番号、およびＴＣＰ状態をＴＣＰ記憶装置に記憶する。
本発明のパケット記録再生装置では、受信したパケットを、受信した時刻とともに記憶装置に記憶し、記憶したパケットを再生するとき、受信したパケットとともに記憶した時刻に基づいて、受信したパケットと同じタイミングでパケットを再生するようにした。また、再生するパケットのプロトコルがＵＤＰであるかＴＣＰであるかの設定を受け付け、ＴＣＰが設定された場合には、再生するパケットのＩＰアドレス、ポート番号、およびＴＣＰ状態をＴＣＰ記憶装置に記憶するようにした。これによって、実際にネットワーク上に流れていたトラフィック量を再現することができる。また、ＵＤＰおよびＴＣＰの両方のパケット再生が可能であり、ＴＣＰのパケット再生が設定された場合には、対向装置からの応答を確認することができる。
以下、本発明の原理を図面を参照して詳細に説明する。
図１は、パケット記録再生装置の概要を示した図である。図に示すようにパケット記録再生装置１は、ネットワーク２に接続されている。パケット記録再生装置１は、パケット受信手段１ａ、時刻生成手段１ｂ、パケット記憶手段１ｃ、記憶装置１ｄ、およびパケット再生手段１ｅを有している。
パケット受信手段１ａは、ネットワーク２上に流れるパケットを受信する。時刻生成手段１ｂは、時刻を生成する。パケット記憶手段１ｃは、受信されたパケットを、受信されたときの時刻とともに記憶装置１ｄに記憶する。パケット再生手段１ｅは、記憶装置１ｄに記憶されたパケットをネットワーク２上に再生するとき、受信したパケットとともに記憶した時刻に基づいて、パケットを受信したタイミングと同じタイミングでパケットを再生する。例えば、パケット再生手段１ｅは、前回再生したパケットの時刻と、今回再生するパケットの時刻との差分を算出する。そして、前回パケットを再生したときから、算出した差分の時間が経過したとき、今回再生するパケットをネットワーク２上に再生し、パケットを受信したタイミングと同じタイミングでパケットを再生する。
このように、受信したパケットを、受信した時刻とともに記憶装置１ｄに記憶する。そして、記憶装置１ｄに記憶したパケットを再生するとき、受信したパケットとともに記憶した時刻に基づいて、受信したパケットと同じタイミングでパケットを再生するようにした。これによって、実際にネットワーク上に流れていたトラフィック量を再現することができる。
次に、本発明の実施の形態を図面を参照して詳細に説明する。
図２は、パケット記録再生装置を適用したネットワークの構成例を示す図である。図に示すように、ネットワーク接続装置１２を介して、ルータ／スイッチ１５および端末１６ａ〜１６ｃがネットワーク１１に接続されている。ネットワーク接続装置１２とルータ／スイッチ１５との間には、タップ１３が接続されており、パケット記録再生装置１４が接続されている。
パケット記録再生装置１４は、ネットワーク上を流れるパケットを記録し、再生することができる。図では、パケット記録再生装置１４は、ネットワーク接続装置１２とルータ／スイッチ１５の間を流れるパケットを記録し、再生する。
パケット記録再生装置１４は、ネットワーク上を流れるパケットを記録するとき、パケットを受信した時間も記録する。パケット記録再生装置１４は、パケットを受信した時間に基づいて、記録したパケットをネットワーク上に再生することにより、実際にネットワーク上に流れていたトラフィック量を再現することができる。
次に、図２のパケット記録再生装置１４の詳細について説明する。
図３は、パケット記録再生装置のハードウェアブロック図である。図に示すように、パケット記録再生装置１４は、ヘッダ抽出部２１、フィルタリングＴＢ（ＴＢ：テーブル）２２、フィルタリング設定部２３、Ｒ／Ｗ制御部２４，３２、受信タイムスタンプ生成部２５、受信バッファメモリ２６、パケット管理ＴＢ２７、ＣＰＵ（Central Processing Unit）２８、記憶装置アクセス制御部２９、ＨＤＤ（Hard Disk Drive）３０、送信データ種別設定部３１、送信タイミング算出部３３、送信バッファメモリ３４、およびＴＣＰ（Transmission Control Protocol）受信制御部３５を有している。
ヘッダ抽出部２１には、ネットワーク上を流れているパケット（受信データ）が入力される。図に示す受信データの＃０，＃１は、受信データの受信方向を示し、例えば、＃０は、図２のネットワーク接続装置１２の方から受信したことを示し、＃１は、ルータ／スイッチ１５の方から受信したことを示す。
ヘッダ抽出部２１は、受信データのヘッダ情報を抽出し、抽出したヘッダ情報がフィルタリングＴＢ２２に登録されているか否かを判断する。ヘッダ抽出部２１は、抽出したヘッダ情報がフィルタリングＴＢ２２に登録されている場合、受信データをＲ／Ｗ制御部２４に出力する。また、ヘッダ抽出部２１は、受信データがＴＣＰのパケットであった場合、受信データをＴＣＰ受信制御部３５にも出力する。
フィルタリングＴＢ２２には、パケット記録再生装置１４で記録すべき受信データの情報が登録されている。
フィルタリング設定部２３は、ユーザの指示によって、フィルタリングＴＢ２２に登録されている情報を変更する。すなわち、ユーザは、パケット記録再生装置１４で記録すべき受信データを設定できる。
ここで、フィルタリングＴＢ２２について詳細に説明する。
図４は、フィルタリングＴＢのデータ構成例を示した図である。図に示すように、フィルタリングＴＢ２２には、記録すべき受信データの発信元アドレス＃０〜＃ｎ、宛先アドレス＃０〜＃ｎ、プロトコル＃０〜＃ｎ、発信元ポート番号＃０〜＃ｎ、および宛先ポート番号＃０〜＃ｎが登録されている。
発信元アドレス＃０〜＃ｎには、例えば、パケット記録再生装置１４に記録すべき受信データの発信元のＩＰアドレスが格納される。宛先アドレス＃０〜＃ｎには、例えば、パケット記録再生装置１４に記録すべき受信データの宛先のＩＰアドレスが格納される。
プロトコル＃０〜＃ｎには、パケット記録再生装置１４に記録すべき受信データのプロトコルが格納され、例えば、ＴＣＰ、ＵＤＰ（User Datagram Protocol）、ＩＣＭＰ（Internet Control Message Protocol）が格納される。
発信元ポート番号＃０〜＃ｎには、例えば、パケット記録再生装置１４に記録すべき受信データの発信元のポート番号が格納される。宛先ポート番号＃０〜＃ｎには、例えば、パケット記録再生装置１４に記録すべき受信データの宛先のポート番号が格納される。
フィルタリングＴＢ２２の各情報は、図の横方向において関連付けられており、例えば、ヘッダ抽出部２１によって抽出された受信データのヘッダ情報が、発信元アドレス＃０、宛先アドレス＃０、プロトコル＃０、発信元ポート番号＃０、および宛先ポート番号＃０を含むものであれば、ヘッダ抽出部２１は、受信データをＲ／Ｗ制御部２４に出力する。このように、ヘッダ抽出部２１に入力された受信データは、フィルタリングＴＢ２２に基づいて、フィルタリングされることになる。
図３の説明に戻る。Ｒ／Ｗ制御部２４は、ヘッダ抽出部２１から出力された受信データを受信バッファメモリ２６に記憶する。Ｒ／Ｗ制御部２４は、受信データを受信バッファメモリ２６に記憶するとき、受信タイムスタンプ生成部２５から現在の時刻（以下、タイムスタンプ）を取得して、受信データとともに受信バッファメモリ２６に記憶する。すなわち、Ｒ／Ｗ制御部２４は、受信データを受信した時刻とともに受信バッファメモリ２６に記憶する。なお、Ｒ／Ｗ制御部２４は、受信データの書き込みおよび読み出し制御を容易にするため、バウンダリをそろえるように書き込みアドレスを決定し、受信データを受信バッファメモリ２６に記憶する。
Ｒ／Ｗ制御部２４は、受信バッファメモリ２６に受信データを記憶すると、記憶した受信データに関する情報をパケット管理ＴＢ２７に記憶する。具体的には、Ｒ／Ｗ制御部２４は、受信バッファメモリ２６に記憶した受信データの先頭アドレス、受信データのプロトコル種別、受信データのタイムスタンプ、および受信データを受信バッファメモリ２６に記憶した旨の情報をパケット管理ＴＢ２７に記憶する。
受信タイムスタンプ生成部２５は、時刻をカウントしている。受信タイムスタンプ生成部２５は、Ｒ／Ｗ制御部２４からの要求に応じて、タイムスタンプをＲ／Ｗ制御部２４に出力する。
受信バッファメモリ２６は、受信データが記憶されるメモリである。受信バッファメモリ２６は、例えば、ＲＡＭ（Random Access Memory）などの記憶装置によって構成される。受信バッファメモリ２６は、例えば、５１２ＭＢまたは１ＧＢの容量を有する。
ここで、受信バッファメモリ２６に記憶される受信データのデータ構成例について説明する。
図５は、受信バッファメモリのデータ構成例を示した図である。図に示すように受信バッファメモリ２６には、受信データ＃０〜＃３…が記憶されている。前述したように、受信データ＃０〜＃３…には、タイムスタンプ２６ａａ〜２６ａｄ…が付加されて受信バッファメモリ２６に記憶される。タイムスタンプ２６ａａ〜２６ａｄ…は、例えば、図に示すように受信データ＃０〜＃３…の先頭に付加される。
受信データ＃０〜＃３…は、前述したようにバウンダリがそろうように記憶される。従って、受信データ＃０〜＃３…の間には、バウンダリをそろえるために空き領域２６ｂａ〜２６ｂｄ…が存在する場合がある。
図３の説明に戻る。パケット管理ＴＢ２７には、前述したように、受信バッファメモリ２６に記憶された受信データに関する情報が記憶される。また、パケット管理ＴＢ２７には、後述するが、ＨＤＤ３０に記憶された受信データに関する情報および送信バッファメモリ３４に記憶された、再生する受信データ（送信データ）に関する情報が記憶される。
ここで、パケット管理ＴＢ２７について詳細に説明する。
図６は、パケット管理ＴＢのデータ構成例を示した図である。図に示すように、パケット管理ＴＢ２７には、記録種別コード＃０〜＃ｎ、タイムスタンプ＃０〜＃ｎ、プロトコル種別＃０〜＃ｎ、およびバッファアドレス＃０〜＃ｎが記憶される。
パケット管理ＴＢ２７の各情報は、図の横方向において関連付けられており、例えば、図の１行の情報（１エントリーの情報）で、受信バッファメモリ２６に記憶された受信データの情報を示す。または、ＨＤＤ３０に記憶された受信データの情報、送信バッファメモリ３４に記憶された送信データの情報を示す。すなわち、１エントリー１パケットの情報を示している。
記録種別コード＃０〜＃ｎは、受信データが受信バッファメモリ２６に記憶されたのか、ＨＤＤ３０に記憶されたのか、送信バッファメモリ３４に記憶されたのかを示す情報である。タイムスタンプ＃０〜＃ｎは、受信データに付与されたタイムスタンプを示す。プロトコル種別＃０〜＃ｎは、受信データのプロトコルを示す。バッファアドレス＃０〜＃ｎは、受信バッファメモリ２６に記憶された受信データの先頭アドレス、ＨＤＤ３０に記憶された受信データの先頭アドレス、送信バッファメモリ３４に記憶された送信データの先頭アドレスを示す。
このように、パケット管理ＴＢ２７には、受信データがどの記憶装置（図３の例では、受信バッファメモリ２６、ＨＤＤ３０、送信バッファメモリ３４）に記憶され、どのような先頭アドレスから記憶されたのかという情報が記憶される。また、受信データのタイムスタンプとプロトコル種別が記憶される。
図３の説明に戻る。ＣＰＵ２８は、パケット管理ＴＢ２７を参照し、受信バッファメモリ２６が受信データで一杯になったか否かを判断する。例えば、ＣＰＵ２８は、図６で説明したパケット管理ＴＢ２７の、受信バッファメモリ２６に記憶された旨を示す記録種別コード＃０〜＃ｎのバッファアドレス＃０〜＃ｎから、受信バッファメモリ２６が受信データで一杯になったか否かを判断する。
ＣＰＵ２８は、パケット管理ＴＢ２７を参照して、受信バッファメモリ２６が受信データで一杯になったと判断した場合、Ｒ／Ｗ制御部２４からタイムスタンプが付加された受信データを受信し、記憶装置アクセス制御部２９を介してＨＤＤ３０に記憶する。すなわち、ＣＰＵ２８は、受信データを受信した時刻とともにＨＤＤ３０に記憶する。
ＣＰＵ２８は、ＨＤＤ３０に受信データを記憶すると、記憶した受信データに関する情報をパケット管理ＴＢ２７に記憶する。具体的には、ＣＰＵ２８は、図６で説明したパケット管理ＴＢ２７に、ＨＤＤ３０に記憶した受信データの先頭アドレス、受信データのプロトコル種別、タイムスタンプ、および受信データをＨＤＤ３０に記憶した旨の情報を記憶する。
また、ＣＰＵ２８は、ユーザによって指定される、再生するパケットの情報よってパケット管理ＴＢ２７を参照し、再生すべき受信データの情報を取得する。ＣＰＵ２８は、パケット管理ＴＢ２７から取得した情報に基づいて、受信バッファメモリ２６またはＨＤＤ３０から再生する受信データ（送信データ）を取得し、取得した送信データをＲ／Ｗ制御部３２に出力する。
例えば、ＵＤＰのプロトコルの受信データを再生するとユーザによって指定されたとする。この場合、ＣＰＵ２８は、パケット管理ＴＢ２７を参照し、ＵＤＰを示すプロトコル種別＃０〜＃ｎのバッファアドレス＃０〜＃ｎを取得する。ＣＰＵ２８は、取得したバッファアドレス＃０〜＃ｎが、受信バッファメモリ２６のアドレスであるか、ＨＤＤ３０のアドレスであるかをパケット管理ＴＢ２７の記録種別コード＃０〜＃ｎより認識し、受信バッファメモリ２６またはＨＤＤ３０から受信データ（送信データ）を取得する。ＣＰＵ２８は、取得した送信データをＲ／Ｗ制御部３２に出力する。
なお、受信データは、ヘッダ情報を有しており、このヘッダ情報の中に、受信データのデータ長が含まれている。ＣＰＵ２７は、受信データが記憶されている先頭アドレスとヘッダ情報のデータ長とから、取得すべき受信データの範囲が分かる。また、受信データが小さいアドレスから順に受信バッファメモリ２６およびＨＤＤ３０に記憶される場合、ＣＰＵ２８は、アドレスの小さいバッファアドレス＃０〜＃ｎから順に受信データを取得するようにする。これによって、受信データを受信した順に再生することができる。
記憶装置アクセス制御部２９は、ＣＰＵ２９から出力される受信データをＨＤＤ３０に記憶する。なお、受信データを記憶する記憶装置は、ＨＤＤ３０に限るものではなく、例えば、フラッシュメモリなどで構成してもよい。ＨＤＤ３０は、例えば、数十ＧＢの容量を有する。
ここで、ＨＤＤ３０に記憶される受信データのデータ構成例について説明する。
図７は、ＨＤＤのデータ構成例を示した図である。図に示すように、ＨＤＤ３０は、統計情報記録領域＃０，＃１、ＴＣＰパケット記録領域＃０，＃１、ＵＤＰパケット記録領域＃０，＃１、および制御パケット記録領域＃０，＃１に領域が分けられている。図に示す＃０，＃１は、パケット（受信データ）を受信した方向を示している。
統計情報記録領域＃０，＃１には、ヘッダ抽出部２１によって受信された受信データの数および受信に失敗した受信データの数がＣＰＵ２８によって格納される。ＴＣＰパケット記録領域＃０，＃１には、ＴＣＰのパケット（受信データ）が格納される。ＵＤＰパケット記録領域＃０，＃１には、ＵＤＰのパケットが格納される。制御パケット記録領域＃０，＃１には、例えば、ＩＣＭＰのパケットが格納される。
図３の説明に戻る。送信データ種別設定部３１には、再生するデータの情報がユーザによって設定される。例えば、再生する受信データのプロトコル種別（例えば、ＴＣＰ、ＵＤＰなど）がユーザによって設定される。送信データ種別設定部３１は、設定された情報をＲ／Ｗ制御部３２とＴＣＰ受信制御部３５に出力する。
Ｒ／Ｗ制御部３２は、送信データ種別設定部３１に設定された情報をＣＰＵ２８に通知する。ＣＰＵ２８は、Ｒ／Ｗ制御部３２から通知される情報によって、前述したように再生する受信データ（送信データ）を受信バッファメモリ２６またはＨＤＤ３０から取得し、Ｒ／Ｗ制御部３２に出力する。Ｒ／Ｗ制御部３２は、ＣＰＵ２８から受信した送信データを送信バッファメモリ３４に記憶する。
Ｒ／Ｗ制御部３２は、送信バッファメモリ３４に送信データを記憶するとき、記憶した送信データに関する情報をパケット管理ＴＢ２７に記憶する。具体的には、Ｒ／Ｗ制御部３２は、図６で説明したパケット管理ＴＢ２７に、送信バッファメモリ３４に記憶した送信データの先頭アドレス、送信データのプロトコル種別、送信データのタイムスタンプ、および送信データを送信バッファメモリ３４に記憶した旨の情報を記憶する。
Ｒ／Ｗ制御部３２は、送信バッファメモリ３４に記憶した送信データを、ネットワーク上に出力（再生）するためにパケット管理ＴＢ２７を参照して読み出す。Ｒ／Ｗ制御部３２は、読み出した送信データを送信タイミング算出部３３に出力する。送信タイミング算出部３３は、後述するが、送信データをいつネットワーク上へ出力すればよいかの指示を出し、Ｒ／Ｗ制御部３２は、送信タイミング算出部３３からの指示に応じて、送信バッファメモリ３４から読み出した送信データをネットワーク上へ出力する。
ただし、Ｒ／Ｗ制御部３２は、送信データ種別設定部３１にＴＣＰが設定された場合、送信タイミング算出部３３の指示と、後述するＴＣＰ受信制御部３５の指示とに応じて、送信データをネットワーク上へ出力する。
なお、図に示す送信データの＃０，＃１は、送信データの出力方向を示す。例えば、＃０は、図２のネットワーク接続装置１２の方向へ出力することを示し、＃１は、ルータ／スイッチ１５の方向へ出力することを示す。
送信タイミング算出部３３は、Ｒ／Ｗ制御部３２から送信データを受信し、送信データに含まれているタイムスタンプを読み出す。送信タイミング算出部３３は、前回Ｒ／Ｗ制御部３２から受信した送信データに含まれていたタイムスタンプと、今回Ｒ／Ｗ制御部３２から受信した送信データに含まれているタイムスタンプとの差分を算出する。すなわち、送信タイミング算出部３３は、前回の送信データがネットワーク上に出力されてから、今回の送信データをいつネットワーク上に出力すればよいかの時間を算出する。送信タイミング算出部３３は、前回の送信データがネットワーク上に出力されてから、算出した差分の時間が経過すると、今回の送信データの送信タイミングになったことをＲ／Ｗ制御部３２に指示する。
なお、送信タイミング算出部３３は、上記のように送信データに含まれるタイムスタンプによって、送信データを送信すべきタイミングを算出する。従って、パケット管理ＴＢ２７には、タイムスタンプを必ずしも記憶する必要はない。
送信バッファメモリ３４は、送信データが記憶されるメモリである。送信バッファメモリ３４は、例えば、ＲＡＭなどの記憶装置によって構成される。送信バッファメモリ３４は、例えば、５１２ＭＢまたは１ＧＢの容量を有する。送信バッファメモリ３４は、受信バッファメモリ２６と同様に、バウンダリがそろうように送信データが記憶される。
ＴＣＰ受信制御部３５は、送信データ種別設定部３１にＴＣＰが設定された場合、送信データの応答を対向装置から受信するために、ヘッダ抽出部２１からＴＣＰのパケットを取得する。
ＴＣＰ受信制御部３５は、ヘッダ抽出部２１から取得したパケットのヘッダ情報より、送信データに対する応答状態を確認し、次の送信データを送信してもよいか、異常が発生しているかを判断する。ＴＣＰ受信制御部３５は、次の送信データを送信してもよいと判断した場合は、その旨をＲ／Ｗ制御部３２に通知する。Ｒ／Ｗ制御部３２は、ＴＣＰ受信制御部３５からの通知を受け、かつ、送信データの送信タイミングであれば、送信データをネットワーク上に出力する。従って、Ｒ／Ｗ制御部３２は、ＴＣＰ受信制御部３５から通知を受けていない場合、送信データの送信タイミングであっても、送信データをネットワーク上に出力しない。
なお、ＴＣＰ受信制御部３５は、異常が発生していると判断した場合、その旨をＣＰＵ２８に通知し、ＴＣＰセッションのシーケンスを中断するようにする。このように、プロトコルがＴＣＰの場合であっても、ＴＣＰのシーケンスを維持した再生が可能となる。
以下、パケット記録再生装置の動作について、フローチャートを用いて説明する。まず、パケット記録再生装置の記録動作についてフローチャートを用いて説明する。
図８は、パケット記録再生装置の記録動作を示したフローチャートである。パケット記録再生装置は、受信データを受信するたびに以下のステップに従った処理を実行する。
［ステップＳ１］ヘッダ抽出部２１は、受信データのヘッダ情報を抽出する。
［ステップＳ２］ヘッダ抽出部２１は、抽出したヘッダ情報より、受信データがＴＣＰのパケットであるか否かを判断する。受信データがＴＣＰのパケットであれば、ステップＳ３へ進む。受信データがＴＣＰのパケットでなければ、ステップＳ４へ進む。
［ステップＳ３］ヘッダ抽出部２１は、受信した受信データをＴＣＰ受信制御部３５へ出力する。そして、ステップＳ４へ進む。
［ステップＳ４］ヘッダ抽出部２１は、抽出したヘッダ情報により、フィルタリングＴＢ２２を参照する。
［ステップＳ５］ヘッダ抽出部２１は、抽出したヘッダ情報がフィルタリングＴＢ２２に登録されているか否かを判断する。抽出したヘッダ情報がフィルタリングＴＢ２２に登録されていれば、ステップＳ６へ進む。抽出したヘッダ情報がフィルタリングＴＢ２２に登録されていなければ、処理を終了する。
［ステップＳ６］ヘッダ抽出部２１は、受信データをＲ／Ｗ制御部２４に出力する。Ｒ／Ｗ制御部２４は、受信タイムスタンプ生成部２５よりタイムスタンプを取得し、受信データに付加して、受信バッファメモリ２６に記憶する。なお、ＣＰＵ２８は、受信バッファメモリ２６が受信データで一杯になると、受信データをＲ／Ｗ制御部２４から受信し、ＨＤＤ３０に記憶する。
［ステップＳ７］Ｒ／Ｗ制御部２４は、受信バッファメモリ２６に記憶した受信データに関する情報をパケット管理ＴＢ２７に記憶する。また、受信データがＨＤＤ３０に記憶される場合、ＣＰＵ２８は、ＨＤＤ３０に記憶した受信データに関する情報をパケット管理ＴＢ２７に記憶する。
このように、受信データは、タイムスタンプが付加されて、受信バッファメモリ２６またはＨＤＤ３０に記録される。また、受信バッファメモリ２６またはＨＤＤ３０に記録された受信データに関する情報は、パケット管理ＴＢ２７に記憶される。
次に、パケット記録再生装置の再生動作についてフローチャートを用いて説明する。
図９は、パケット記録再生装置の再生動作を示したフローチャートである。パケット記録再生装置は、以下のステップに従って送信データをネットワーク上に出力する。
［ステップＳ１１］ＣＰＵ２８は、送信データ種別設定部３１に設定された情報に対応する受信データの情報（受信データがどの記憶装置に記憶されているのか、どのアドレスに記憶されているのか）を、パケット管理ＴＢ２７から取得する。
［ステップＳ１２］ＣＰＵ２８は、パケット管理ＴＢ２７から取得した情報によって、再生する受信データ（送信データ）を受信バッファメモリ２６またはＨＤＤ３０から取得し、Ｒ／Ｗ制御部３２に出力する。Ｒ／Ｗ制御部３２は、受信した送信データを送信バッファメモリ３４に記憶する。
［ステップＳ１３］Ｒ／Ｗ制御部３２は、送信データを送信バッファメモリ３４に記憶すると、送信バッファメモリ３４に記憶した送信データに関する情報をパケット管理ＴＢ２７に記憶する。
［ステップＳ１４］Ｒ／Ｗ制御部３２は、パケット管理ＴＢ２７を参照して、送信データを送信バッファメモリ３４から読み出す。
［ステップＳ１５］Ｒ／Ｗ制御部３２は、送信データ種別設定部３１にＴＣＰが設定されたか否かを判断する。ＴＣＰが設定されている場合、ステップＳ１６へ進む。ＴＣＰが設定されていない場合、ステップＳ１７へ進む。
［ステップＳ１６］Ｒ／Ｗ制御部３２は、送信バッファメモリ３４から読み出したＴＣＰの送信データのセグメントタイプがＡＣＫ（ACKnowledge）でなければ、送信データのＩＰアドレス、ポート番号をＴＣＰ受信制御部３５に出力する。
［ステップＳ１７］送信タイミング算出部３３は、Ｒ／Ｗ制御部３２から送信データを受信し、送信データの出力タイミングを算出する。
［ステップＳ１８］送信タイミング算出部３３は、送信データをネットワーク上に出力すべき送信タイミングになったか否かを判断する。送信タイミングになると、ステップＳ１９へ進む。
［ステップＳ１９］Ｒ／Ｗ制御部３２は、送信タイミング算出部３３からの出力タイミングの通知を受けて、送信データをネットワーク上に出力する。なお、送信データ種別設定部３１にＴＣＰが設定されている場合、Ｒ／Ｗ制御部３２は、ＴＣＰ受信制御部３５からの通知がなければ、送信データをネットワーク上へ出力しない。
［ステップＳ２０］Ｒ／Ｗ制御部３２は、パケット管理ＴＢ２７を参照して、送信データが最終のデータであるか否かを判断する。最終データでなければ、ステップＳ１５へ進む。
このように、受信データに付加されて記憶装置に記憶されたタイムスタンプに基づいて、送信データの出力タイミングを算出し、ネットワーク上に出力する。これによって、実際にネットワーク上に流れていたトラフィック量を再現することができる。
次に、ＴＣＰのパケットを送受信するときの動作について説明する。
図１０は、ＴＣＰの送信データを送信する場合の動作を示したフローチャートである。以下の処理は、図９のステップＳ１６の詳細である。
［ステップＳ３１］Ｒ／Ｗ制御部３２は、送信バッファメモリ３４から読み出したＴＣＰの送信データのセグメントタイプがＡＣＫであるか否かを判断する。セグメントタイプがＡＣＫでなければ、Ｒ／Ｗ制御部３２は、送信データのＩＰアドレス、ポート番号、および現在通信がどの状態にあるかを示すＴＣＰ状態を、ＴＣＰ受信制御部３５に出力する。
［ステップＳ３２］ＴＣＰ受信制御部３５は、Ｒ／Ｗ制御部３２から出力された送信データのＩＰアドレス、ポート番号、およびＴＣＰ状態を、例えば、自身が有する記憶装置に記憶する。
このように、ＴＣＰ受信制御部３５は、送信データが対向装置へＡＣＫを返すパケットでなければ、送信データに対する対向装置からの応答を確認するために、送信データのＩＰアドレス、ポート番号、およびＴＣＰ状態を記憶装置に記憶する。
図１１は、ＴＣＰの受信データを受信した場合の動作を示したフローチャートである。以下の処理は、図８のステップＳ３の詳細である。
［ステップＳ４１］ＴＣＰ受信制御部３５は、ヘッダ抽出部２１に受信されたＴＣＰの受信データのＩＰアドレスおよびポート番号が、記憶装置に記憶したＩＰアドレスおよびポート番号と一致したか否かを判断する。ＩＰアドレスおよびポート番号が一致すれば、ステップＳ４２へ進む。ＩＰアドレスおよびポート番号が一致しなければ、処理を終了する。
［ステップＳ４２］ＴＣＰ受信制御部３５は、受信データに含まれているＴＣＰのコードビットと、記憶装置に記憶していたＴＣＰ状態から期待される次のＴＣＰ状態とを比較する。
［ステップＳ４３］ＴＣＰ受信制御部３５は、受信データに含まれているＴＣＰのコードビットと、記憶装置に記憶していたＴＣＰ状態から期待される次のＴＣＰ状態とが一致するか否かを判断する。一致すれば、処理を終了する。ＴＣＰ受信制御部３５は、次のＴＣＰシーケンスに移ることができる。一致しなければ、ステップＳ４４へ進む。
［ステップＳ４４］ＴＣＰ受信制御部３５は、例えば、Ｒ／Ｗ制御部３２を介して、ＣＰＵ２８にＴＣＰのシーケンスが異常である旨を通知する。
このように、ＴＣＰのシーケンスを維持したパケットの記録、再生が可能となる。
以上説明したように、受信データを、受信した時刻とともに受信バッファメモリ２６またはＨＤＤ３０に記憶する。そして、受信バッファメモリ２６またはＨＤＤ３０に記憶した受信データを再生するとき、前回再生した受信データの時刻と、今回再生する受信データの時刻との差分を算出し、前回受信データを再生したときから差分の時間が経過したとき、今回の受信データをネットワーク上に出力するようにした。これによって、受信データを受信したタイミングと同じタイミングで送信データを出力でき、実際にネットワーク上に流れていたトラフィック量を再現することができる。
また、ネットワークシステムやネットワークの関連装置などの検証において、実際のトラフィックに基づいた検証を行うことができる。
（付記１） パケットを記録し、再生するパケット記録再生装置において、
ネットワーク上に流れる前記パケットを受信するパケット受信手段と、
時刻を生成する時刻生成手段と、
受信された前記パケットを受信されたときの前記時刻とともに記憶装置に記憶するパケット記憶手段と、
前記記憶装置に記憶された前記パケットを前記ネットワーク上に再生するとき、前記時刻に基づいて前記パケットを受信したタイミングと同じタイミングで前記パケットを再生するパケット再生手段と、
を有することを特徴とするパケット記録再生装置。
（付記２） 前記パケット再生手段は、前回再生した前再生パケットの前記時刻と、今回再生する現再生パケットの前記時刻との差分を算出し、前記前再生パケットを再生したときから前記差分の時間が経過したとき、前記現再生パケットを前記ネットワーク上に再生することを特徴とする付記１記載のパケット記録再生装置。
（付記３） 前記パケット受信手段は、ユーザによって指定された情報を含む前記パケットを受信することを特徴とする付記１記載のパケット記録再生装置。
（付記４） 前記記憶装置に記憶された前記パケットのアドレスと、前記パケットに関するパケット情報とが記憶されるパケット管理テーブルをさらに有し、
前記パケット再生手段は、ユーザによって指定された再生する前記パケットの前記パケット情報に応じた前記アドレスを前記パケット管理テーブルから取得し、取得した前記アドレスに基づいて前記記憶装置から再生する前記パケットを取得することを特徴とする付記１記載のパケット記録再生装置。
（付記５） 前記記憶装置が複数の場合、前記パケット管理テーブルには、前記記憶装置に関する情報も記憶されることを特徴とする付記４記載のパケット記録再生装置。
（付記６） 前記パケット情報は、前記パケットのプロトコルであることを特徴とする付記４記載のパケット記録再生装置。
（付記７） 再生される前記パケットのプロトコルがＴＣＰである場合、前記ＴＣＰのシーケンスが維持されるように前記パケットを再生するＴＣＰ制御手段をさらに有することを特徴とする付記１記載のパケット記録再生装置。
（付記８） 前記ＴＣＰ制御手段は、再生した前記パケットを受信する対向装置からの応答状態によって、ＴＣＰ通信のエラーを検出することを特徴とする付記７記載のパケット記録再生装置。
パケット記録再生装置の概要を示した図である。 パケット記録再生装置を適用したネットワークの構成例を示す図である。 パケット記録再生装置のハードウェアブロック図である。 フィルタリングＴＢのデータ構成例を示した図である。 受信バッファメモリのデータ構成例を示した図である。 パケット管理ＴＢのデータ構成例を示した図である。 ＨＤＤのデータ構成例を示した図である。 パケット記録再生装置の記録動作を示したフローチャートである。 パケット記録再生装置の再生動作を示したフローチャートである。 ＴＣＰの送信データを送信する場合の動作を示したフローチャートである。 ＴＣＰの受信データを受信した場合の動作を示したフローチャートである。
符号の説明
１ パケット記録再生装置
１ａ パケット受信手段
１ｂ 時刻生成手段
１ｃ パケット記憶手段
１ｄ 記憶装置
１ｅ パケット再生手段
２ ネットワーク

Claims (4)

  1. パケットを記録し、再生するパケット記録再生装置において、
    ネットワーク上に流れる前記パケットを受信するパケット受信手段と、
    時刻を生成する時刻生成手段と、
    受信された前記パケットを受信されたときの前記時刻とともに記憶装置に記憶するパケット記憶手段と、
    前記記憶装置に記憶された前記パケットを前記ネットワーク上に再生するとき、前記時刻に基づいて前記パケットを受信したタイミングと同じタイミングで前記パケットを再生するパケット再生手段と、
    再生する前記パケットのプロトコルがＵＤＰであるかまたはＴＣＰであるかが設定される設定手段と、
    再生する前記パケットのプロトコルが前記ＴＣＰに設定された場合、前記ＴＣＰのシーケンスが維持されるように前記パケットを再生するＴＣＰ制御手段と、を備え、
    前記ＴＣＰ制御手段は、再生する前記パケットがＡＣＫを返すＡＣＫパケットでなければ、再生する前記パケットに対する対向装置からの応答を確認するために、再生する前記パケットのＩＰアドレス、ポート番号、およびＴＣＰ状態をＴＣＰ記憶装置に記憶する、
    ことを特徴とするパケット記録再生装置。
  2. 前記パケット再生手段は、前回再生した前再生パケットの前記時刻と、今回再生する現再生パケットの前記時刻との差分を算出し、前記前再生パケットを再生したときから前記差分の時間が経過したとき、前記現再生パケットを前記ネットワーク上に再生することを特徴とする請求項１記載のパケット記録再生装置。
  3. 前記パケット受信手段は、ユーザによって指定された情報を含む前記パケットを受信することを特徴とする請求項１記載のパケット記録再生装置。
  4. 前記記憶装置に記憶された前記パケットのアドレスと、前記パケットに関するパケット情報とが記憶されるパケット管理テーブルをさらに有し、
    前記パケット再生手段は、ユーザによって指定された再生する前記パケットの前記パケット情報に応じた前記アドレスを前記パケット管理テーブルから取得し、取得した前記アドレスに基づいて前記記憶装置から再生する前記パケットを取得することを特徴とする請求項１記載のパケット記録再生装置。
JP2006026255A 2006-02-02 2006-02-02 パケット記録再生装置 Expired - Fee Related JP4573780B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2006026255A JP4573780B2 (ja) 2006-02-02 2006-02-02 パケット記録再生装置
US11/698,855 US20070189734A1 (en) 2006-02-02 2007-01-29 Packet recording and playback apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006026255A JP4573780B2 (ja) 2006-02-02 2006-02-02 パケット記録再生装置

Publications (2)

Publication Number Publication Date
JP2007208740A JP2007208740A (ja) 2007-08-16
JP4573780B2 true JP4573780B2 (ja) 2010-11-04

Family

ID=38368598

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006026255A Expired - Fee Related JP4573780B2 (ja) 2006-02-02 2006-02-02 パケット記録再生装置

Country Status (2)

Country Link
US (1) US20070189734A1 (ja)
JP (1) JP4573780B2 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9219700B2 (en) * 2011-07-06 2015-12-22 Gigamon Inc. Network switch with traffic generation capability
JP2015226074A (ja) * 2014-05-26 2015-12-14 西日本電信電話株式会社 トラヒック再現システム

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08167901A (ja) * 1994-12-15 1996-06-25 Nec Corp ネットワークシミュレーション方式
JP2003283564A (ja) * 2002-03-27 2003-10-03 Ntt Comware Corp Ｉｐトラヒック発生装置ならびにその方法、およびトラヒック発生プログラムおよび記録媒体
JP2005286900A (ja) * 2004-03-30 2005-10-13 Fujitsu Ltd 通信品質分析システム、分析装置、および通信品質分析方法
JP2005322157A (ja) * 2004-05-11 2005-11-17 Nippon Steel Corp テスト支援装置、テスト支援システム及びテスト支援方法
JP2006011683A (ja) * 2004-06-24 2006-01-12 Fujitsu Ltd システム分析プログラム、システム分析方法及びシステム分析装置
JP2006261804A (ja) * 2005-03-15 2006-09-28 Fujitsu Ltd ネットワーク監視装置およびネットワーク監視方法

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5748901A (en) * 1996-05-21 1998-05-05 Ramot University Authority Ltd. Flow control algorithm for high speed networks
JP3405191B2 (ja) * 1998-04-28 2003-05-12 ヤマハ株式会社 クロック生成装置及び生成方法
US6553086B1 (en) * 1998-10-02 2003-04-22 Lg Electronics, Inc. Method and apparatus for recording time information for digital data streams
US6490254B1 (en) * 1999-07-02 2002-12-03 Telefonaktiebolaget Lm Ericsson Packet loss tolerant reshaping method
JP2002084338A (ja) * 2000-07-07 2002-03-22 Matsushita Electric Ind Co Ltd データ送信装置、データ受信装置、およびデータ通信システム
US6967951B2 (en) * 2002-01-11 2005-11-22 Internet Machines Corp. System for reordering sequenced based packets in a switching network
US7366843B2 (en) * 2002-06-28 2008-04-29 Sun Microsystems, Inc. Computer system implementing synchronized broadcast using timestamps
JP3757933B2 (ja) * 2002-11-28 2006-03-22 ソニー株式会社 通信装置
WO2005013567A1 (ja) * 2003-08-05 2005-02-10 Fujitsu Limited 通信区間の品質の分析システム
US7545794B2 (en) * 2003-08-14 2009-06-09 Intel Corporation Timestamping network controller for streaming media applications
DE60311574T2 (de) * 2003-08-14 2007-11-15 Matsushita Electric Industrial Co., Ltd., Kadoma Zeitüberwachung von Packetwiedersendungen während eines sanften Weiterreichens
US20050166135A1 (en) * 2004-01-05 2005-07-28 Burke David G. Apparatus, system and method for synchronized playback of data transmitted over an asynchronous network
FR2870064A1 (fr) * 2004-05-07 2005-11-11 France Telecom Mesure de performance dans un reseau de transmission de paquets
CA2691959C (en) * 2004-08-30 2013-07-30 Qualcomm Incorporated Method and apparatus for an adaptive de-jitter buffer
US7586869B2 (en) * 2004-09-30 2009-09-08 Rockwell Collins, Inc. Method and apparatus for tracking costs associated with propagating a data packet
US7715341B2 (en) * 2005-01-28 2010-05-11 Nortel Networks Limited Optimized scheduling method for delay-sensitive traffic on high speed shared packet data channels
US7539219B2 (en) * 2005-05-12 2009-05-26 Radioshack Corporation Method and apparatus for synchronization of digital multimedia packets

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08167901A (ja) * 1994-12-15 1996-06-25 Nec Corp ネットワークシミュレーション方式
JP2003283564A (ja) * 2002-03-27 2003-10-03 Ntt Comware Corp Ｉｐトラヒック発生装置ならびにその方法、およびトラヒック発生プログラムおよび記録媒体
JP2005286900A (ja) * 2004-03-30 2005-10-13 Fujitsu Ltd 通信品質分析システム、分析装置、および通信品質分析方法
JP2005322157A (ja) * 2004-05-11 2005-11-17 Nippon Steel Corp テスト支援装置、テスト支援システム及びテスト支援方法
JP2006011683A (ja) * 2004-06-24 2006-01-12 Fujitsu Ltd システム分析プログラム、システム分析方法及びシステム分析装置
JP2006261804A (ja) * 2005-03-15 2006-09-28 Fujitsu Ltd ネットワーク監視装置およびネットワーク監視方法

Also Published As

Publication number Publication date
JP2007208740A (ja) 2007-08-16
US20070189734A1 (en) 2007-08-16

Similar Documents

Publication Publication Date Title
JP4767443B2 (ja) ネットワーク蓄積型ビデオカメラシステム
US7337320B2 (en) Streaming system for distributing encrypted data, and streaming method therefor
JP5141197B2 (ja) 符号化装置
CN101697504B (zh) 一种提高数据传输质量的方法及装置
KR101712102B1 (ko) Ｒｔｓｐ 세션에 기초해 스트리밍 데이터를 송수신하는 방법 및 장치
EP1379051B1 (en) Data sending/receiving system and method for a defect-free data transmission
US20050071491A1 (en) Multimedia streaming service system and method
JP2008048182A (ja) 通信処理装置、および通信制御方法、並びにコンピュータ・プログラム
KR100838900B1 (ko) 재생 시스템과 재생 방법, 데이터 송신 장치와 데이터 송신 방법, 및 원격 제어 장치와 원격 제어 방법
JP4573780B2 (ja) パケット記録再生装置
CN114339408A (zh) 一种视频解码方法
WO2008072469A1 (ja) メディア送受信方法、メディア送信方法、メディア受信方法、メディア送受信装置、メディア送信装置、メディア受信装置、ゲートウェイ装置、及びメディアサーバ
US20060013122A1 (en) Method and apparatus for recovering a communications connection
JP2006506769A (ja) 対話形光ディスク装置でのコンテンツ情報再生方法、および、コンテンツ提供サーバーでのコンテンツ情報提供方法
KR100919216B1 (ko) 데이터 송신 방법, 수신 방법 및 그 장치
US8495421B2 (en) Method for packet-switching transmission of media data and device for processing media data with insertion of error information data
JP2007193909A (ja) 記録機、録音機およびプログラム
JP4266733B2 (ja) 映像受信装置
JP2007300526A (ja) 伝送装置、送信装置及び受信装置
JP3923959B2 (ja) 通信装置、通信方法およびプログラムを記録した記録媒体
JP6771158B2 (ja) データ記録制御装置、及び、データ記録制御方法
JP5262536B2 (ja) コンテンツ配信システム、配信装置、再生装置、配信方法、再生方法およびプログラム
JP2009206998A (ja) 通信装置
JP2014003359A (ja) 映像データをストリーム型データ転送するために用いられるデータ転送システム及びデータ転送システムに用いられる送信装置、受信装置及びプログラム
JP4350751B2 (ja) マルチメディア蓄積装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080411

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100402

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100608

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100730

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

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100817

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

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees