JP3878136B2 - 受信したデータパケットから、不要なヘッダ情報を除去するためのマルチプルバッファ - Google Patents

受信したデータパケットから、不要なヘッダ情報を除去するためのマルチプルバッファ Download PDF

Info

Publication number
JP3878136B2
JP3878136B2 JP2002588053A JP2002588053A JP3878136B2 JP 3878136 B2 JP3878136 B2 JP 3878136B2 JP 2002588053 A JP2002588053 A JP 2002588053A JP 2002588053 A JP2002588053 A JP 2002588053A JP 3878136 B2 JP3878136 B2 JP 3878136B2
Authority
JP
Japan
Prior art keywords
buffer
storing
bytes
frame
stored
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
JP2002588053A
Other languages
English (en)
Other versions
JP2005515649A5 (ja
JP2005515649A (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.)
Advanced Micro Devices Inc
Original Assignee
Advanced Micro Devices Inc
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 Advanced Micro Devices Inc filed Critical Advanced Micro Devices Inc
Publication of JP2005515649A publication Critical patent/JP2005515649A/ja
Publication of JP2005515649A5 publication Critical patent/JP2005515649A5/ja
Application granted granted Critical
Publication of JP3878136B2 publication Critical patent/JP3878136B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/14—Arrangements for detecting or preventing errors in the information received by using return channel in which the signals are sent back to the transmitter to be checked ; echo systems
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01N—INVESTIGATING OR ANALYSING MATERIALS BY DETERMINING THEIR CHEMICAL OR PHYSICAL PROPERTIES
    • G01N33/00—Investigating or analysing materials by specific methods not covered by groups G01N1/00 - G01N31/00
    • G01N33/48—Biological material, e.g. blood, urine; Haemocytometers
    • G01N33/50—Chemical analysis of biological material, e.g. blood, urine; Testing involving biospecific ligand binding methods; Immunological testing
    • G01N33/68—Chemical analysis of biological material, e.g. blood, urine; Testing involving biospecific ligand binding methods; Immunological testing involving proteins, peptides or amino acids
    • G01N33/6803—General methods of protein analysis not limited to specific proteins or families of proteins
    • G01N33/6842—Proteomic analysis of subsets of protein mixtures with reduced complexity, e.g. membrane proteins, phosphoproteins, organelle proteins
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H04L49/9042—Separate storage for different parts of the packet, e.g. header and payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Molecular Biology (AREA)
  • Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Hematology (AREA)
  • Immunology (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Chemical & Material Sciences (AREA)
  • Biomedical Technology (AREA)
  • Urology & Nephrology (AREA)
  • Biophysics (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Cell Biology (AREA)
  • Biochemistry (AREA)
  • Biotechnology (AREA)
  • Proteomics, Peptides & Aminoacids (AREA)
  • Food Science & Technology (AREA)
  • Medicinal Chemistry (AREA)
  • Analytical Chemistry (AREA)
  • Microbiology (AREA)
  • General Health & Medical Sciences (AREA)
  • General Physics & Mathematics (AREA)
  • Pathology (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Description

本発明は、ネットワークで受信したデータパケットに関する。特に、そのネットワークで受信したデータパケットからの不要なヘッダ情報の除去に関する。
本発明の背景
ホームネットワークは、より一般的で、家庭内のコンピュータの接続に望ましいものになってきている。
ホームネットワークの一つのタイプは、その家の中のコンピュータ間のコミュニケーションのため、民住用の家に設置されている電話回線を使用する、ホームフォンラインネットワークである。
The Home Phone Line Networking Alliance（ＨＰＮＡ）は、ホームフォンラインネットワークの動作を標準化するために、その仕様を公表している。
図１は、ＨＰＮＡの標準バージョン２．０による、フレームフォーマットを示す。このフレームは、既知の６４シンボルのプリアンブル１０２およびフレーム制御ビット１０４を含む。フレーム制御ビット１０４は、変調フォーマットに関する情報、および巡回冗長検査（ＣＲＣ）ビットのような、他の様々な制御情報を含んでいる。
このフレームはさらに、６バイトの送信先アドレス１０６、６バイトの送信元アドレス１０８、８バイトのリミッティド・オートマティック・リピート・リクエスト（Limited automatic repeat request）（以下、ＬＡＲＱとする。）１１０、４バイトのＱタグ１１２、および２バイトの長さ／タイプの情報１１４を含む。
ＬＡＲＱ１１０は、リンクレイヤにプライオリティ情報を伝えて、フレーム再送信の速度を上げるために否定応答プロトコルを提供する。
Ｑタグ１１２は、データフレームを優先させるために使用することができる情報を含む。プリアンブル１０２からＱタグ１１２は、そのフレームの「ヘッダ」を構成する。フレームの残りは、４６から１５００バイトの間であるデータ１１６を構成する。フレームのエラーをチェックするために使用される４バイトのフレームチェックシーケンス（ＦＣＳ）１１８が、データ１１６に続く。
一つのフレームは、ＬＡＲＱ１１０およびＱタグ１１２の両方を有する必要はない。フレームは、Ｑタグ１１２なしにＬＡＲＱ１１０、またはＬＡＲＱ１１０なしにＱタグ１１２を持つか、もしくはＬＡＲＱ１１０およびＱタグ１１２のどちらも持たないものとすることができる。
図２は、ホームフォンラインネットワーク用の典型的なハードウェアソフトウェアインターフェースを示す。
このインターフェースは、電話線からフレームを受信するＨＰＮＡ互換のネットワークインターフェイスコントローラ（ＮＩＣ）２０６を含む。
ＮＩＣ２０６は、典型的にホストコンピュータ上にあるＨＰＮＡ互換のドライバソフトウェア２０４にフレームを送信する。
その後、ドライバソフトウェア２０４は、ネットワークドライバインターフェイス規約（ＮＤＩＳ）のような上位層のソフトウェア２０２にフレームを送信する。
しかしながら、上位層２０２は、ＬＡＲＱ１１０および／またはＱタグ１１２を認識しない可能性があり、また、誤ってフレームを無効のものとして判断する可能性がある。
したがって、ドライバソフトウェア２０４がフレームを上位層のソフトウェア２０２へ送信する前に、ＬＡＲＱ１１０およびＱタグ１１２をフレームから除去する必要がある。
従来、ＮＩＣ２０６がフレームを転送する場合、そのフレームは、上位層２０２の単一のバッファに格納される。
典型的には、ＬＡＲＱ１１０とＱタグ１１２をそのフレームから除去するために、そのＬＡＲＱ１１０とＱタグ１１２の前後の全バイトは、バイト間のギャップを設けずに個別のバッファにコピーされる。
しかしながら、これらのバイトを全てコピーすることは、貴重なプロセッササイクルを浪費し、パケット受信プロセスに不所望なレイテンシーを加える。
従って、ネットワークのフレームから不要なヘッダ情報を除去する、改良された方法およびシステムが必要とされている。本発明は、そのような要求に取り組むものである。
発明の概要
ネットワークのフレームから不要なヘッダ情報を除去する方法が開示される。
本発明の方法は、次のことを含む。すなわち、フレームの始めの方のバイト（beginning bytes）（以下、ビギニングバイトという。）を第２バッファよりも小さいサイズの第１バッファに格納し、残りのバイトを第２バッファに格納すること、第１バッファに不要なヘッダ情報が格納されていることを判定すること、第１バッファに格納されている不要なヘッダ情報に続くフレームのバイトを、不要なヘッダ情報の上にコピーすること、第１バッファに格納されたフレームの取得されるべきバイト数を報告すること、そして、第１バッファに格納された報告された数のフレームのバイトを取得し、第２バッファに格納されたフレームのバイトを取得すること、を含む。バイトのコピーは第１バッファの中でだけ行われる。
このように、不要なヘッダ情報の除去に必要とされるプロセッササイクルはより少なくなり、パケット受信プロセスでのレイテンシーは最小限となる。
発明の詳細な説明
本発明は、ネットワークのフレームから不要なヘッダ情報を除去する、改良された方法およびシステムを提供する。
以下の説明は、当業者が本発明を実施できるように記載され、また、特許出願とその要件の下で提供される。
好ましい実施例に対する様々な変更は、当業者に極めて明白である。また、ここの一般的な原則は、他の実施例に適用される。
したがって、本発明は、開示された実施例に制限されないが、ここに記述された原則および構造と一致する最も広い範囲に与えられる。
本発明の特徴についてより詳しく説明するために、以下の説明と共に、図３ないし８を参照して頂きたい。
本発明の方法およびシステムは、ネットワークの各フレームを格納する第１および第２バッファを使用する。第１バッファは、第２バッファよりサイズが小さい。
フレームからＬＡＲＱおよびＱタグを取り除くためのバイトのコピーは、もっぱらより小さなバッファで行われる。
フレームが上位層２０２へ転送される場合、プリアンブル１０２およびフレーム制御ビット１０４のどちらも転送されない。
代わりに、送信先アドレス１０６で始まり、ＦＣＳ１１８で終わるフレーム部分だけが、上位層２０２へ転送される。
第１バッファが一杯になるまで、フレームのビギニングバイトは、第１バッファに格納される。フレームの残りのバイトは、第２バッファに格納される。
好ましい実施例では、第１および第２バッファは、受信ディスクリプタ・リングによって管理される。図３は、本発明による方法とシステムで利用される受信ディスクリプタ・リングの好ましい実施例を示す。受信ディスクリプタ・リング３０２は、複数のディスクリプタ３０４ないし３１０を含む。
第１ディスクリプタ３０４は、第１バッファ３１６を指すポインタ３１２および第１バッファ３１６の長さ３１４を有する。
好ましい実施例では、第１バッファは２４バイトのサイズを持っており、これは、最大限のヘッダのサイズである。すなわち、送信先アドレス１０６ないしＱタグ１１２である。
第２ディスクリプタ３０６は、第２バッファ３２２を指すポインタ３１８および第２のバッファ３２２の長さ３２０を有する。
好ましい実施例では、第２バッファは、１５０６バイトのサイズを持っており、これは、長さ／タイプの情報１１４、データ１１６およびフレームチェックシーケンス（ＦＣＳ）１１８の最大限サイズである。
フレームが受信されると、最初の２４バイトは第１バッファ３１６に格納され、残りのバイトは第２バッファ３２２に格納される。
次のフレームの最初の２４バイトは、次のディスクリプタ３０８によって示されたバッファに格納される。そして、残りのバイトは次のディスクリプタ３１０によって示されたバッファに格納される。以下、同様に格納される。
一旦、各ディスクリプタによって示されたバッファが使用されると、受信プロセスは、第1ディスクリプタ３０４に戻り、バッファを再使用する。したがって、受信ディスクリプタのデータ構造３０２は「リング」である。
図４は、本発明によって、ネットワークのフレームから不要なヘッダ情報を除去する方法の好ましい実施例を示すフローチャートである。
まず、フレームが受信される（ステップ４０２）。
フレームのビギニングバイトは、第１バッファ３１６に格納され、また、残りのバイトは、第２バッファ３２２に格納される（ステップ４０４）。第１バッファ３１６のサイズは第２バッファ３２２より小さい。ヘッダはもっぱら第1バッファ３１６に格納されるので、バッファ３１６，３２２のサイズは、このように設定される。
その後、ドライバソフトウェア２０４は、第１バッファ３１６に格納されたバイトを調査し、それが不要なヘッダ情報を含むか判定する（ステップ４０６）。
不要なヘッダ情報は、ＬＡＲＱ１１０および／またはＱタグ１１２を含む。
その後、ドライバソフトウェア２０４は、第１バッファ３１６に格納される不要なヘッダ情報の後のフレームのバイトを、不要なヘッダ情報の位置の上にコピーする（ステップ４０８）。
それからドライバソフトウェア２０４は、第１バッファ３１６に格納された、取得されるべきフレームのバイト数を報告する（ステップ４１０）。
コピー後に、第１バッファ３１６に格納されたフレームバイトが、バッファ３１６のサイズ未満でありうるので、この報告は必要である。
その後、上位層２０２は、２つのバッファ３１６，３２２から、第１バッファ３１６に格納されたフレームの報告された数のバイト、および第２バッファ３２２に格納されたフレームのバイトを、バイト間のギャップなしに取得する（ステップ４１２）。
図５ないし図８は、本発明によって、ネットワークのフレームから不要なヘッダ情報を除去する方法の例を示す。
好ましい実施例では、ヘッダは、以下に示す４つの可能なシナリオのうちの１つを含む。
（１）ＬＡＲＱ１１０およびＱタグ１１２を含むシナリオ。
（２）Ｑタグ１１２ではなく、ＬＡＲＱ１１０を含むシナリオ。
（３）ＬＡＲＱ１１０ではなく、Ｑタグ１１２を含むシナリオ。
（４）ＬＡＲＱ１１０もＱタグ１１２のどちらも含まないシナリオ。
図５は、ヘッダがＬＡＲＱ１１０およびＱタグ１１２を含んでいる、第１のシナリオを示す。
このフレームを受信すると（ステップ４０２）、フレームの最初の２４バイトは第１バッファ３１６に格納され、フレームの残りのバイトは、第２バッファ３２２に格納される（ステップ４０４）。
したがって、第１バッファ３１６は６バイトの送信先アドレス１０６、６バイトの送信元アドレス１０８、８バイトのＬＡＲＱ１１０、および４バイトのＱタグ１１２を含む。
第２バッファ３１８は、２バイトの長さ／タイプの情報１１４、ｎバイトのデータ１１６、および４バイトのＦＣＳ１１８を含む。
ドライバソフトウェア２０４は、ステップ４０６において、第１バッファ３１６のバイトを検査し、それが不要なヘッダ情報、すなわち、ＬＡＲＱ１１０およびＱタグ１１２を含んでいることを判定する。
ＬＡＲＱ１１０およびＱタグ１１２の後に来るフレームのバイトは第１バッファ３１６に格納されないので、ステップ４０８によるコピーは行なわれない。
その後、ドライバソフトウェア２０４は、ステップ４１０によって、第１バッファ３１６に格納されたフレームのバイト数を報告する。
図５の中で示されたシナリオについては、バイト数は１２である。すなわち、送信先アドレス１０６の６バイトと、送信元アドレス１０８の６バイトを加えた数である。
その後、ステップ４１２によって、上位層２０２は、第１バッファ３１６に格納されたフレームの報告された数のバイト、すなわち、最初の１２バイト、そして第２バッファの中に格納されたフレームのバイトを取得する。
このようにして取得されたバイトは、送信先アドレス１０６、送信元アドレス１０８、長さ／タイプの情報１１４、データ１１６およびＦＣＳ１１８データである。
このようにして、ＬＡＲＱ１１０およびＱタグ１１２は、上位層２０２によって取得されるフレームから除去される。
図６は、ヘッダがＱタグ１１２ではなく、ＬＡＲＱ１１０を含んでいる、第２のシナリオを示す。
このフレームを受信すると（ステップ４０２）、フレームの最初の２４バイトは第１バッファ３１６に格納され、フレームの残りのバイトは、第２バッファ３２２に格納される（ステップ４０４）。
したがって、第１バッファ３１６は６バイトの送信先アドレス１０６、６バイトの送信元アドレス１０８、８バイトのＬＡＲＱ１１０、２バイトの長さ／タイプの情報１１４およびデータ１１６の最初の２バイト６０２を含む。
第２バッファ３２２は、データ１１６の残っているバイト６０４および４バイトのＦＣＳ１１８を含む。
ドライバソフトウェア２０４は、ステップ４０６によって、第１バッファ３１６中に格納されたバイトを検査し、それが不要なヘッダ情報、すなわち、ＬＡＲＱ１１０を含んでいることを判定する。
ドライバソフトウェア２０４は、次に、ステップ４０８によって、第１バッファ３１６に格納されたＬＡＲＱ１１０の後にくるフレームのバイトをＬＡＲＱ１１０の上にコピーする。
このシナリオでは、長さ／タイプの情報１１４およびデータバイト６０２がＬＡＲＱ１１０の上にコピーされる。
その後、ドライバソフトウェア２０４は、ステップ４１０によって、第１バッファ３１６に格納されたフレームのバイト数を報告する。
図６の中で示されたシナリオについては、バイト数は１６である。すなわち、送信先アドレス１０６の６バイトに、送信元アドレス１０８の６バイト、長さ／タイプの情報１１４の２バイト、およびデータ１１６の２バイト６０２である。
その後、ステップ４１２によって、上位層２０２は、第1バッファ３１６に格納されたフレームの報告された数のバイト、すなわち、最初の１６バイト、そして第２バッファ３２２の中に格納されたフレームのバイトを取得する。
このようにして取得されたバイトは、送信先アドレス１０６、送信元アドレス１０８、長さ／タイプの情報１１４、データ１１６およびＦＣＳ１１８である。
このようにして、ＬＡＲＱ１１０は、上位層２０２によって取得されるフレームから除去される。
図７は、ヘッダがＬＡＲＱ１１０ではなく、Ｑタグ１１２を含んでいる、第３のシナリオを示す。
このフレームを受信すると（ステップ４０２）、フレームの最初の２４バイトは第１バッファ３１６に格納され、フレームの残りのバイトは、第２バッファ３２２に格納される（ステップ４０４）。
したがって、第１バッファ３１６は６バイトの送信先アドレス１０６、６バイトの送信元アドレス１０８、４バイトのＱタグ１１２、２バイトの長さ／タイプの情報１１４およびデータ１１６の最初の６バイト７０２を含む。
第２バッファ３２２は、データ１１６の残りのバイト７０４および４バイトのＦＣＳ１１８を含む。
ドライバソフトウェア２０４は、ステップ４０６によって、第１バッファ３１６中に格納されたバイトを検査し、それが不要なヘッダ情報、すなわち、Ｑタグ１１２を含んでいることを判定する。
ドライバソフトウェア２０４は、次に、ステップ４０８によって、第１バッファ３１６に格納されたＱタグ１１２の後にくるフレームのバイトをＱタグ１１２の上にコピーする。
このシナリオでは、長さ／タイプの情報１１４およびデータバイト７０２がＱタグ１１２の上にコピーされる。
その後、ドライバソフトウェア２０４は、ステップ４１０によって、第１バッファ３１６に格納されたフレームのバイト数を報告する。
図７で示されたシナリオについては、バイト数は２０である。すなわち、送信先アドレス１０６の６バイトに、送信元アドレス１０８の６バイト、長さ／タイプの情報１１４の２バイト、およびデータ１１６の６バイト７０２である。
その後、ステップ４１２によって、上位層２０２は、第1バッファ３１６に格納されたフレームの報告された数のバイト、すなわち、最初の２０バイト、そして第２バッファ３２２の中に格納されたフレームのバイトを取得する。
このようにして取得されたバイトは、送信先アドレス１０６、送信元アドレス１０８、長さ／タイプの情報１１４、データ１１６およびＦＣＳ１１８である。
このようにして、Ｑタグ１１２は、上位層２０２によって取得されるフレームから、除去される。
図８は、ヘッダがＬＡＲＱ１１０もＱタグ１１２も含んでいない、第４のシナリオを示す。
このフレームを受信すると（ステップ４０２）、フレームの最初の２４バイトは第１バッファ３１６に格納され、フレームの残りのバイトは、第２バッファ３２２に格納される（ステップ４０４）。
したがって、第１バッファ３１６は６バイトの送信先アドレス１０６、６バイトの送信元アドレス１０８、２バイトの長さ／タイプの情報１１４およびデータ１１６の最初の１０バイト８０２を含む。
第２バッファ３１８は、データ１１６の残りのバイト８０４および４バイトのＦＣＳ１１８を含む。
ドライバソフトウェア２０４は、ステップ４０６によって、第１バッファ３１６中に格納されたバイトを検査し、それが不要なヘッダ情報を全く含んでいないことを判定する。
ドライバソフトウェア２０４は、次に、ステップ４１０によって、第１バッファ３１６に格納されたフレームのバイト数を報告する。
図８の中で示されたシナリオについては、バイト数は２４である。すなわち、送信先アドレス１０６の６バイトに、送信元アドレス１０８の６バイト、長さ／タイプの情報１１４の２バイト、およびデータ１１６の１０バイト８０２である。
その後、ステップ４１２によって、上位層２０２は、第1バッファ３１６に格納されたフレームの報告された数のバイト、すなわち、２４バイト、そして第２バッファ３２２の中に格納されたフレームのバイトを取得する。
このようにして取得されたバイトは、送信先アドレス１０６、送信元アドレス１０８、長さ／タイプの情報１１４、データ１１６およびＦＣＳ１１８である。
ネットワークのフレームから不要なヘッダ情報を除去する、改良された方法およびシステムが開示された。
本発明は、ネットワークの各フレームを格納するために第１および第２バッファを使用する。
第１バッファのサイズは、第２バッファよりも小さい。
フレームから不要なヘッダ情報を除去するためのバイトのコピーは、もっぱら小さい方のバッファで起こる。
この方式では、不要なヘッダ情報の除去に必要とされるプロセッササイクルは、より少なくなり、パケット受信プロセスでのレイテンシーを最小限にする。
本発明は、以上の実施形態に従って記載されたが、当業者は、これらの実施形態について、本発明の趣旨および範囲内で様々な変形が可能であることを容易に認識できるだろう。
従って、当業者なら、添付の特許請求の範囲の趣旨及び範囲から逸脱することなく、数多くの変更は可能であろう。
ＨＰＮＡ標準バージョン２．０によるフレームフォーマットを示す。 ホームフォンラインネットワーク用の典型的なハードウェア／ソフトウェア間のインターフェースを示す。 本発明による方法とシステムで利用される受信ディスクリプタ・リングの好ましい実施例を示す。 本発明に従ってネットワークのフレームから不要なヘッダ情報を除去する方法の好ましい実施例を示すフローチャートである。 本発明に従ってネットワークのフレームから不要なヘッダ情報を除去する方法の実施例を示す。 本発明に従ってネットワークのフレームから不要なヘッダ情報を除去する方法の実施例を示す。 本発明に従ってネットワークのフレームから不要なヘッダ情報を除去する方法の実施例を示す。 本発明に従ってネットワークのフレームから不要なヘッダ情報を除去する方法の実施例を示す。

Claims (22)

  1. ネットワークのフレームから不要なヘッダ情報を除去する方法であって、
    （ａ）フレームを受信するステップと、
    （ｂ）前記フレームのビギニングバイトを、第２バッファよりも小さいサイズの第１バッファ内に格納し、前記フレームの残りのバイトを前記第２バッファ内に格納するステップと、
    （ｃ）不要なヘッダ情報が、前記第１バッファに格納されることを判定するステップと、
    （ｄ）前記不要なヘッダ情報の位置の上に、前記第１バッファに格納される前記不要なヘッダ情報に続くフレームのバイトをコピーするステップと、
    （ｅ）前記第１バッファに格納された前記フレームの取得されるべきバイト数を報告するステップと、
    （ｆ）前記第１バッファに格納された前記フレームの報告された数のバイトを取得し、前記第２バッファに格納された前記フレームのバイトを取得するステップとを含み、
    前記格納するステップ（ｂ）は、
    （ｂ１）前記第１バッファに、送信先アドレスを格納するステップと、
    （ｂ２）前記第１バッファに、送信元アドレスを格納するステップと、
    （ｂ３）前記第１バッファに、リミテッド・オートマティック・リピート・リクエスト（ＬＡＲＱ）を格納するステップと、
    （ｂ４）前記第１バッファに、Ｑタグを格納するステップと、
    （ｂ５）前記第２バッファに、長さ／タイプ情報を格納するステップと、
    （ｂ６）前記第２バッファに、複数のデータバイトを格納するステップと、
    （ｂ７）前記第２バッファに、フレームチェックシーケンス（ＦＣＳ）を格納するステップとを含む、方法。
  2. 前記判定するステップ（ｃ）は、
    （ｃ１）前記第１バッファに、前記ＬＡＲＱおよび前記Ｑタグが格納されていることを判定するステップを含む、請求項１記載の方法。
  3. 前記報告するステップ（ｅ）は、
    （ｅ１）前記第１バッファに格納された前記送信先アドレスおよび前記送信元アドレスのバイト数を報告するステップを含む、請求項１記載の方法。
  4. 前記取得するステップ（ｆ）は、
    （ｆ１）前記第１バッファに格納された前記送信先アドレスおよび前記送信元アドレスを取得するステップと、
    （ｆ２）前記第２バッファに格納された、前記長さ／タイプ情報、前記複数のデータバイトおよび前記ＦＣＳを取得するステップとを含む、請求項１記載の方法。
  5. ネットワークのフレームから不要なヘッダ情報を除去する方法であって、
    （ａ）フレームを受信するステップと、
    （ｂ）前記フレームのビギニングバイトを、第２バッファよりも小さいサイズの第１バッファ内に格納し、前記フレームの残りのバイトを前記第２バッファ内に格納するステップと、
    （ｃ）不要なヘッダ情報が、前記第１バッファに格納されることを判定するステップと、
    （ｄ）前記不要なヘッダ情報の位置の上に、前記第１バッファに格納される前記不要なヘッダ情報に続くフレームのバイトをコピーするステップと、
    （ｅ）前記第１バッファに格納された前記フレームの取得されるべきバイト数を報告するステップと、
    （ｆ）前記第１バッファに格納された前記フレームの報告された数のバイトを取得し、前記第２バッファに格納された前記フレームのバイトを取得するステップとを含み、
    前記格納するステップ（ｂ）は、
    （ｂ１）前記第１バッファに、送信先アドレスを格納するステップと、
    （ｂ２）前記第１バッファに、送信元アドレスを格納するステップと、
    （ｂ３）前記第１バッファに、ＬＡＲＱを格納するステップと、
    （ｂ４）前記第１バッファに、長さ／タイプ情報を格納するステップと、
    （ｂ５）前記第１バッファに、複数のデータバイトのビギニングバイトを格納するステップと、
    （ｂ６）前記第２バッファに、複数のデータバイトの残りのバイトを格納するステップと、
    （ｂ７）前記第２バッファに、ＦＣＳを格納するステップと、
    を含む、方法。
  6. 前記判定するステップ（ｃ）は、
    （ｃ１）前記第１バッファに、前記ＬＡＲＱが格納されていることを判定するステップを含む、請求項５記載の方法。
  7. 前記コピーするステップ（ｄ）は、
    （ｄ１）前記長さ／タイプ情報と、前記複数のデータバイトのビギニングバイトとを、前記第１バッファの前記ＬＡＲＱの上にコピーするステップを含む、請求項５記載の方法。
  8. 前記報告するステップ（ｅ）は、
    （ｅ１）前記第１バッファに格納された前記送信先アドレス、前記送信元アドレス、前記長さ／タイプ情報および前記複数のデータバイトのビギニングバイトのバイト数を報告するステップを含む、請求項５記載の方法。
  9. 前記取得するステップ（ｆ）は、
    （ｆ１）前記第１バッファに格納された前記送信先アドレス、前記送信元アドレス、前記長さ／タイプ情報および前記複数のデータバイトのビギニングバイトを取得するステップと、
    （ｆ２）前記第２バッファに格納された、前記複数のデータバイトの残りのバイトおよび前記ＦＣＳを取得するステップとを含む、請求項５記載の方法。
  10. ネットワークのフレームから不要なヘッダ情報を除去する方法であって、
    （ａ）フレームを受信するステップと、
    （ｂ）前記フレームのビギニングバイトを、第２バッファよりも小さいサイズの第１バッファ内に格納し、前記フレームの残りのバイトを前記第２バッファ内に格納するステップと、
    （ｃ）不要なヘッダ情報が、前記第１バッファに格納されることを判定するステップと、
    （ｄ）前記不要なヘッダ情報の位置の上に、前記第１バッファに格納される前記不要なヘッダ情報に続くフレームのバイトをコピーするステップと、
    （ｅ）前記第１バッファに格納された前記フレームの取得されるべきバイト数を報告するステップと、
    （ｆ）前記第１バッファに格納された前記フレームの報告された数のバイトを取得し、前記第２バッファに格納された前記フレームのバイトを取得するステップとを含み、
    前記格納するステップ（ｂ）は、
    （ｂ１）前記第１バッファに、送信先アドレスを格納するステップと、
    （ｂ２）前記第１バッファに、送信元アドレスを格納するステップと、
    （ｂ３）前記第１バッファに、Ｑタグを格納するステップと、
    （ｂ４）前記第１バッファに、長さ／タイプ情報を格納するステップと、
    （ｂ５）前記第１バッファに、複数のデータバイトのビギニングバイトを格納するステップと、
    （ｂ６）前記第２バッファに、前記複数のデータバイトの残りのバイトを格納するステップと、
    （ｂ７）前記第２バッファに、ＦＣＳを格納するステップとを含む、方法。
  11. 前記判定するステップ（ｃ）は、
    （ｃ１）前記第１バッファに、前記Ｑタグが格納されていることを判定するステップを含む、請求項１０記載の方法。
  12. 前記コピーするステップ（ｄ）は、
    （ｄ１）前記長さ／タイプ情報と、前記複数のデータバイトのビギニングバイトとを、前記第１バッファの前記Ｑタグの上にコピーするステップを含む、請求項１１記載の方法。
  13. 前記報告するステップ（ｅ）は、
    （ｅ１）前記第１バッファに格納された前記送信先アドレス、前記送信元アドレス、前記長さ／タイプ情報および前記複数のデータバイトのビギニングバイトのバイト数を報告するステップを含む、請求項１１記載の方法。
  14. 前記取得するステップ（ｆ）は、
    （ｆ１）前記第１バッファに格納された前記送信先アドレス、前記送信元アドレス、前記長さ／タイプ情報および前記複数のデータバイトのビギニングバイトを取得するステップと、
    （ｆ２）前記第２バッファに格納された、前記複数のデータバイトの残りのバイトおよび前記ＦＣＳを取得するステップとを含む、請求項１１記載の方法。
  15. ネットワークのフレームから不要なヘッダ情報を除去する方法であって、
    （ａ）フレームを受信するステップと、
    （ｂ）前記フレームのビギニングバイトを、第２バッファよりも小さいサイズの第１バッファ内に格納し、前記フレームの残りのバイトを前記第２バッファ内に格納するステップと、
    （ｃ）不要なヘッダ情報が、前記第１バッファに格納されることを判定するステップと、
    （ｄ）前記不要なヘッダ情報の位置の上に、前記第１バッファに格納される前記不要なヘッダ情報に続くフレームのバイトをコピーするステップと、
    （ｅ）前記第１バッファに格納された前記フレームの取得されるべきバイト数を報告するステップと、
    （ｆ）前記第１バッファに格納された前記フレームの報告された数のバイトを取得し、前記第２バッファに格納された前記フレームのバイトを取得するステップとを含み、
    前記格納ステップ（ｂ）は、
    （ｂ１）前記第１バッファに、送信先アドレスを格納するステップと、
    （ｂ２）前記第１バッファに、送信元アドレスを格納するステップと、
    （ｂ３）前記第１バッファに、長さ／タイプ情報を格納するステップと、
    （ｂ４）前記第１バッファに、複数のデータバイトのビギニングバイトを格納するステップと、
    （ｂ５）前記第２バッファに、前記複数のデータバイトの残りのバイトを格納するステップと、
    （ｂ６）前記第２バッファに、ＦＣＳを格納するステップとを含む、方法。
  16. 前記判定するステップ（ｃ）は、
    （ｃ１）前記第１バッファに、不要なヘッダ情報が格納されていないことを判定するステップを含む、請求項１５記載の方法。
  17. 前記報告するステップ（ｅ）は、
    （ｅ１）前記第１バッファに格納された前記送信先アドレス、前記送信元アドレス、前記長さ／タイプ情報および前記複数のデータバイトのビギニングバイトのバイト数を報告するステップを含む、請求項１５記載の方法。
  18. 前記取得するステップ（ｆ）は、
    （ｆ１）前記第１バッファに格納された前記送信先アドレス、前記送信元アドレス、前記長さ／タイプ情報および前記複数のデータバイトのビギニングバイトを取得するステップと、
    （ｆ２）前記第２バッファに格納された、前記複数のデータバイトの残りのバイトおよび前記ＦＣＳを取得するステップとを含む、請求項１５記載の方法。
  19. ネットワークのフレームから不要なヘッダ情報を除去するためのコンピュータ命令を記憶したコンピュータ読み取り可能な記録媒体であって、前記コンピュータ命令が、
    （ａ）フレームを受信する命令と、
    （ｂ）前記フレームのビギニングバイトを、第２バッファよりも小さいサイズの第１バッファ内に格納し、前記フレームの残りのバイトを前記第２バッファ内に格納する命令と、
    （ｃ）不要なヘッダ情報が、前記第１バッファに格納されることを判定する命令と、
    （ｄ）前記不要なヘッダ情報の位置の上に、前記第１バッファに格納される前記不要なヘッダ情報に続くフレームのバイトをコピーする命令と、
    （ｅ）前記第１バッファに格納された前記フレームの取得されるべきバイト数を報告する命令と、
    （ｆ）前記第１バッファに格納された前記フレームの報告された数のバイトを取得し、前記第２バッファに格納された前記フレームのバイトを取得する命令とを含み、
    前記格納する命令（ｂ）は、
    （ｂ１）前記第１バッファに、送信先アドレスを格納する命令と、
    （ｂ２）前記第１バッファに、送信元アドレスを格納する命令と、
    （ｂ３）前記第１バッファに、リミテッド・オートマティック・リピート・リクエスト（ＬＡＲＱ）を格納する命令と、
    （ｂ４）前記第１バッファに、Ｑタグを格納する命令と、
    （ｂ５）前記第２バッファに、長さ／タイプ情報を格納する命令と、
    （ｂ６）前記第２バッファに、複数のデータバイトを格納する命令と、
    （ｂ７）前記第２バッファに、フレームチェックシーケンス（ＦＣＳ）を格納する命令とを含む、記録媒体。
  20. ネットワークのフレームから不要なヘッダ情報を除去するためのコンピュータ命令を記憶したコンピュータ読み取り可能な記録媒体であって、前記コンピュータ命令が、
    （ａ）フレームを受信する命令と、
    （ｂ）前記フレームのビギニングバイトを、第２バッファよりも小さいサイズの第１バッファ内に格納し、前記フレームの残りのバイトを前記第２バッファ内に格納する命令と、
    （ｃ）不要なヘッダ情報が、前記第１バッファに格納されることを判定する命令と、
    （ｄ）前記不要なヘッダ情報の位置の上に、前記第１バッファに格納される前記不要なヘッダ情報に続くフレームのバイトをコピーする命令と、
    （ｅ）前記第１バッファに格納された前記フレームの取得されるべきバイト数を報告する命令と、
    （ｆ）前記第１バッファに格納された前記フレームの報告された数のバイトを取得し、前記第２バッファに格納された前記フレームのバイトを取得する命令とを含み、
    前記格納する命令（ｂ）は、
    （ｂ１）前記第１バッファに、送信先アドレスを格納する命令と、
    （ｂ２）前記第１バッファに、送信元アドレスを格納する命令と、
    （ｂ３）前記第１バッファに、ＬＡＲＱを格納する命令と、
    （ｂ４）前記第１バッファに、長さ／タイプ情報を格納する命令と、
    （ｂ５）前記第１バッファに、複数のデータバイトのビギニングバイトを格納する命令と、
    （ｂ６）前記第２バッファに、複数のデータバイトの残りのバイトを格納する命令と、
    （ｂ７）前記第２バッファに、ＦＣＳを格納する命令と、
    を含む、記録媒体。
  21. ネットワークのフレームから不要なヘッダ情報を除去するためのシステムであって、
    （ａ）フレームを受信する回路と、
    （ｂ）前記フレームのビギニングバイトを、第２バッファよりも小さいサイズの第１バッファ内に格納し、前記フレームの残りのバイトを前記第２バッファ内に格納する回路と、
    （ｃ）不要なヘッダ情報が、前記第１バッファに格納されることを判定する回路と、
    （ｄ）前記不要なヘッダ情報の位置の上に、前記第１バッファに格納される前記不要なヘッダ情報に続くフレームのバイトをコピーする回路と、
    （ｅ）前記第１バッファに格納された前記フレームの取得されるべきバイト数を報告する回路と、
    （ｆ）前記第１バッファに格納された前記フレームの報告された数のバイトを取得し、前記第２バッファに格納された前記フレームのバイトを取得する回路とを含み、
    前記格納する回路（ｂ）は、
    （ｂ１）前記第１バッファに、送信先アドレスを格納する回路と、
    （ｂ２）前記第１バッファに、送信元アドレスを格納する回路と、
    （ｂ３）前記第１バッファに、ＬＡＲＱを格納する回路と、
    （ｂ４）前記第１バッファに、長さ／タイプ情報を格納する回路と、
    （ｂ５）前記第１バッファに、複数のデータバイトのビギニングバイトを格納する回路と、
    （ｂ６）前記第２バッファに、複数のデータバイトの残りのバイトを格納する回路と、
    （ｂ７）前記第２バッファに、ＦＣＳを格納する回路と、
    を含む、システム。
  22. ネットワークのフレームから不要なヘッダ情報を除去するためのシステムであって、
    （ａ）フレームを受信する回路と、
    （ｂ）前記フレームのビギニングバイトを、第２バッファよりも小さいサイズの第１バッファ内に格納し、前記フレームの残りのバイトを前記第２バッファ内に格納する回路と、
    （ｃ）不要なヘッダ情報が、前記第１バッファに格納されることを判定する回路と、
    （ｄ）前記不要なヘッダ情報の位置の上に、前記第１バッファに格納される前記不要なヘッダ情報に続くフレームのバイトをコピーする回路と、
    （ｅ）前記第１バッファに格納された前記フレームの取得されるべきバイト数を報告する回路と、
    （ｆ）前記第１バッファに格納された前記フレームの報告された数のバイトを取得し、前記第２バッファに格納された前記フレームのバイトを取得する回路とを含み、
    前記格納する回路（ｂ）は、
    （ｂ１）前記第１バッファに、送信先アドレスを格納する回路と、
    （ｂ２）前記第１バッファに、送信元アドレスを格納する回路と、
    （ｂ３）前記第１バッファに、Ｑタグを格納する回路と、
    （ｂ４）前記第１バッファに、長さ／タイプ情報を格納する回路と、
    （ｂ５）前記第１バッファに、複数のデータバイトのビギニングバイトを格納する回路と、
    （ｂ６）前記第２バッファに、前記複数のデータバイトの残りのバイトを格納する回路と、
    （ｂ７）前記第２バッファに、ＦＣＳを格納する回路とを含む、システム。
JP2002588053A 2001-05-03 2002-01-23 受信したデータパケットから、不要なヘッダ情報を除去するためのマルチプルバッファ Expired - Fee Related JP3878136B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/848,652 US6735649B2 (en) 2001-05-03 2001-05-03 Multiple buffers for removing unwanted header information from received data packets
PCT/US2002/002191 WO2002091711A2 (en) 2001-05-03 2002-01-23 Multiple buffers for removing unwanted header information from received data packets

Publications (3)

Publication Number Publication Date
JP2005515649A JP2005515649A (ja) 2005-05-26
JP2005515649A5 JP2005515649A5 (ja) 2006-01-05
JP3878136B2 true JP3878136B2 (ja) 2007-02-07

Family

ID=25303900

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002588053A Expired - Fee Related JP3878136B2 (ja) 2001-05-03 2002-01-23 受信したデータパケットから、不要なヘッダ情報を除去するためのマルチプルバッファ

Country Status (8)

Country Link
US (1) US6735649B2 (ja)
EP (1) EP1384364B1 (ja)
JP (1) JP3878136B2 (ja)
KR (1) KR100819194B1 (ja)
CN (1) CN1266912C (ja)
DE (1) DE60206901T2 (ja)
TW (1) TWI233279B (ja)
WO (1) WO2002091711A2 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7164681B2 (en) * 2001-07-13 2007-01-16 Advanced Micro Devices, Inc. Mechanism to strip LARQ header and preserve LARQ header in status frame
US7327694B2 (en) * 2001-07-31 2008-02-05 Sasken Communication Technologies Ltd. Adaptive radio link protocol (RLP) to improve performance of TCP in wireless environment for CDMAone and CDMA2000 systems
TWI270774B (en) * 2004-01-20 2007-01-11 Mediatek Inc Memory control method and related device
CN1304955C (zh) * 2004-02-16 2007-03-14 联发科技股份有限公司 内存控制方法及相关装置
CN100366022C (zh) * 2004-04-02 2008-01-30 华为技术有限公司 一种缓存分配方法及装置
KR100858052B1 (ko) * 2006-12-07 2008-09-10 한국전자통신연구원 이더넷 헤더 처리 장치 및 그 방법

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2922015B2 (ja) * 1991-05-27 1999-07-19 富士通株式会社 端末ｄｂ最新管理方式
EP0574140A1 (en) 1992-05-29 1993-12-15 Hewlett-Packard Company Network adapter which places a network header and data in separate memory buffers
US5881242A (en) 1997-01-09 1999-03-09 International Business Machines Corporation Method and system of parsing frame headers for routing data frames within a computer network
EP1035682A1 (en) * 1999-03-06 2000-09-13 Deutsche Thomson-Brandt Gmbh Method and bus interface employing a memory in an integrated circuit for linking a bus with an application device
US6604155B1 (en) * 1999-11-09 2003-08-05 Sun Microsystems, Inc. Storage architecture employing a transfer node to achieve scalable performance
US6654389B1 (en) * 1999-11-23 2003-11-25 International Business Machines Corporation System and method for searching patterns in real-time over a shared media

Also Published As

Publication number Publication date
KR100819194B1 (ko) 2008-04-04
TWI233279B (en) 2005-05-21
WO2002091711A3 (en) 2003-05-15
EP1384364A2 (en) 2004-01-28
KR20040060850A (ko) 2004-07-06
JP2005515649A (ja) 2005-05-26
CN1266912C (zh) 2006-07-26
DE60206901D1 (de) 2005-12-01
US20020166006A1 (en) 2002-11-07
CN1513251A (zh) 2004-07-14
WO2002091711A2 (en) 2002-11-14
US6735649B2 (en) 2004-05-11
EP1384364B1 (en) 2005-10-26
DE60206901T2 (de) 2006-07-27

Similar Documents

Publication Publication Date Title
US6345301B1 (en) Split data path distributed network protocol
AU747484B2 (en) Reduced packet header in wireless communications network
US7818362B2 (en) Split socket send queue apparatus and method with efficient queue flow control, retransmission and sack support mechanisms
JP4504977B2 (ja) オフロードユニットを使用したｔｃｐ接続のためのデータ処理
CN102427446B (zh) 分组合并
JP4012545B2 (ja) リモート・ダイレクト・メモリ・アクセス対応ネットワーク・インタフェース・コントローラのスイッチオーバーとスイッチバックのサポート
US6324178B1 (en) Method for efficient data transfers between domains of differing data formats
US8009672B2 (en) Apparatus and method of splitting a data stream over multiple transport control protocol/internet protocol (TCP/IP) connections
US6675200B1 (en) Protocol-independent support of remote DMA
US7734720B2 (en) Apparatus and system for distributing block data on a private network without using TCP/IP
US7551638B2 (en) Network interface with transmit frame descriptor reuse
US7924881B2 (en) Datagram identifier management
US8180928B2 (en) Method and system for supporting read operations with CRC for iSCSI and iSCSI chimney
WO2004010311A2 (en) Method and apparatus for zero-copy receive buffer management
US7328270B1 (en) Communication protocol processor having multiple microprocessor cores connected in series and dynamically reprogrammed during operation via instructions transmitted along the same data paths used to convey communication data
JP3878136B2 (ja) 受信したデータパケットから、不要なヘッダ情報を除去するためのマルチプルバッファ
JP3098996B2 (ja) パケット通信装置
US20080056263A1 (en) Efficient transport layer processing of incoming packets
JP4006444B2 (ja) ネットワーク上の状態情報の通信
JP5320571B2 (ja) ノード間データ応答システム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20051007

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20061101

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

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20101110

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20111110

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20111110

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20121110

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees