JP5208945B2 - 無線通信ネットワークにおいてデータを伝送し、分析するための方法、およびその装置 - Google Patents

無線通信ネットワークにおいてデータを伝送し、分析するための方法、およびその装置 Download PDF

Info

Publication number
JP5208945B2
JP5208945B2 JP2009524887A JP2009524887A JP5208945B2 JP 5208945 B2 JP5208945 B2 JP 5208945B2 JP 2009524887 A JP2009524887 A JP 2009524887A JP 2009524887 A JP2009524887 A JP 2009524887A JP 5208945 B2 JP5208945 B2 JP 5208945B2
Authority
JP
Japan
Prior art keywords
data packet
data
subheader
transmitted
component
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2009524887A
Other languages
English (en)
Other versions
JP2010502059A (ja
Inventor
ヤン，タオ
ヨウ，ミンリ
リウ，ジン
ウエン，ピンピン
Original Assignee
アルカテル−ルーセント
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by アルカテル−ルーセント filed Critical アルカテル−ルーセント
Publication of JP2010502059A publication Critical patent/JP2010502059A/ja
Application granted granted Critical
Publication of JP5208945B2 publication Critical patent/JP5208945B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5603—Access techniques

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、通信ネットワークに関し、より詳細には、無線通信ネットワークにおいてデータを伝送し、解析するための方法およびデバイスに関する。
最初に、本発明の背景および技術的ソリューションを説明することを始めるのに先立って、いくつかの概念を説明することが必要である。
伝送されるべきデータパケット：元のデータパケット、およびデータセグメントを含む、送信するデバイスにおいて送信されるのを待っているデータパケットであって、前記伝送されるべきデータパケットは、従来の伝送キューの他に、再送キューに由来し、再送キューの中の伝送されるべきデータパケットは、通常、より高い優先レベルを有する
ＴＴＩ（伝送時間区間（ｉｎｔｅｒｖａｌ））：１つの種類の無線伝送リソースであり、伝送時間区間が割り当てられて初めて、伝送されるべきデータパケットのうちのデータパケットは、伝送される
元のデータパケット：ＡＲＱ ＳＤＵなどの、セグメント化されていないデータパケット
コンポーネントデータパケット：伝送されるべきデータパケットを構成するための元のデータパケットまたはデータセグメント
伝送されるデータパケット：１つのＴＴＩ内で伝送されるデータパケット
データセグメント：元のデータパケットまたはデータセグメントをセグメント化することから得られるある種類のデータパケット。
ＡＲＱ（自動再送要求）は、ＬＴＥ（ｌｏｎｇ−ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）に基づくシステムにおけるＲＬＣサブレイヤの最も重要な機能であると決められている。ＡＲＱについての合意の１つは、セグメント化または連接が、ＴＢ（伝送ブロック）サイズに応じて、伝送されるべきデータパケットに関して適用されて、限られたＴＴＩが完全に利用されるようにすべきことである。
受信機が、伝送されるデータパケットを正しく受信して、解析することができることを確実にするという前提条件の下で、どのようにして、伝送されるデータパケットのヘッダ部分が、可能な限り少ない数のビットを占めるようにするかは、限られたＴＴＩ、および限られたＴＢに極めて重要であることを理解することができよう。
従来技術において伝送されるデータパケットの多くの構造定義スキームが存在するものの、これらのスキームのすべてが、比較的深刻な欠陥を含む。例えば、以下のとおりである。すなわち、
伝送されるデータパケットのヘッダの中で１つのコンポーネントデータパケットを示すのに、余りにも多くのフィールドが、必要とされる、
既存のスキームのいくつかは、元のデータパケット以外のデータセグメントにセグメント化が行われた場合、機能しない、
既存のスキームのいくつかは、各データセグメントを示すのに、１つの不要な「Ｆ」フィールドを使用する、
ＴＳＮまたはＳＳＮの使用により、より大きいヘッダオーバヘッドが生じる。
明らかに、先行技術における伝送されるデータパケットヘッダの多くの定義スキームによって定義されるヘッダは、最適からは程遠く、伝送時間区間の有効な利用が、実現され得ない。
先行技術における以上の問題を克服するのに、本発明は、ヘッダオーバヘッドを低減し、限られたＴＴＩをより完全に利用する、通信ネットワークの送信するデバイスにおける、伝送されるデータパケットのヘッダ構造の最適化された定義を提供する。
本発明の第１の態様によれば、提供されるのは、ａ．前記伝送時間区間に応じて、伝送されるべきデータパケットに基づく伝送時間に対応するコンポーネントデータパケットの伝送キューを特定するステップと、ｂ．必要性に応じて、伝送キューの中の各コンポーネントデータパケットに関して、コンポーネントデータパケットの以下の情報、すなわち、そのコンポーネントデータパケットが属する元のデータパケットを示すための元のデータパケットＩＤ、そのコンポーネントデータパケットを生成するために元のデータパケットに行われたセグメント化の回数、および各セグメント化の後に前記コンポーネントデータパケットが属するデータセグメントを示すためのセグメント化処理ＩＤ、そのコンポーネントデータパケットのデータ部分のデータ量を示すためのデータ量ＩＤを含むサブヘッダを生成するステップと、ｃ．ヘッダ部分が、伝送されるデータパケットの中に含まれるコンポーネントデータパケットの数を示すためのコンポーネント数表示情報を含む、前記伝送されるデータパケットを、前記生成されたサブヘッダのそれぞれ、および前記伝送キューの中のそれぞれのコンポーネントデータパケットのデータ部分に基づいて生成するステップとを含む、通信ネットワークの送信するデバイスにおいて伝送時間区間に基づいて、伝送されるべきデータパケットを処理する方法である。
本発明の第２の態様によれば、提供されるのは、前記伝送時間区間に応じて、伝送されるべきデータパケットに基づく伝送時間に対応するコンポーネントデータパケットの伝送キューを特定するための特定手段と、必要性に応じて、伝送キューの中の各コンポーネントデータパケットに関して、コンポーネントデータパケットの以下の情報、すなわち、そのコンポーネントデータパケットが属する元のデータパケットを示すための元のデータパケットＩＤ、そのコンポーネントデータパケットを生成するために元のデータパケットに行われたセグメント化の回数、および各セグメント化の後に前記コンポーネントデータパケットが属するデータセグメントを示すためのセグメント化処理ＩＤ、そのコンポーネントデータパケットのデータ部分のデータ量を示すためのデータ量ＩＤを含むサブヘッダを生成するための第１の生成手段と、ヘッダ部分が、前記伝送されるデータパケットの中に含まれるコンポーネントデータパケットの数を示すためのコンポーネント数表示情報を含む、前記伝送されるデータパケットを、前記生成されたサブヘッダのそれぞれ、および前記伝送キューの中のそれぞれのコンポーネントデータパケットのデータ部分に基づいて生成するための第２の生成手段とを含む、通信ネットワークの送信するデバイスにおいて伝送時間区間に基づいて、伝送されるべきデータパケットを処理するための処理デバイスである。
本発明の第３の態様によれば、提供されるのは、１）前記伝送されるデータパケットのヘッダ部分からコンポーネント数表示情報を抽出するステップと、２）前記伝送されるデータパケットのヘッダ部分から１次サブヘッダを抽出するステップと、３）１次サブヘッダの中に含まれるセグメント化処理情報に応じて、１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０であるか否かを判定するステップと、４）１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でない場合、伝送されるデータパケットのデータ部分から、対応するデータ部分を抽出して、このデータ部分をバッファに格納するステップと、５）伝送されるデータパケットのヘッダ部分の中の１次サブヘッダの次のサブヘッダを、新たな１次サブヘッダとして使用して、ステップ２）およびステップ３）を繰り返すステップとを含む、通信ネットワークの受信するデバイスにおいて伝送時間区間に基づいて、伝送されるデータパケットを解析する方法である。
本発明の第４の態様によれば、提供されるのは、前記伝送されるデータパケットのヘッダ部分からコンポーネント数表示情報を抽出するための抽出手段であって、前記伝送されるデータパケットのヘッダ部分から１次サブヘッダを抽出するためにさらに使用される手段と、１次サブヘッダの中に含まれるセグメント化処理情報に応じて、１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０であるか否かを判定するための判定手段であって、１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でない場合、伝送されるデータパケットのデータ部分から、対応するデータ部分を抽出して、このデータ部分をバッファに格納するためにさらに使用される手段とを含む、通信ネットワークの受信するデバイスにおいて伝送時間区間に基づいて、受信された、伝送されるデータパケットを解析するための解析デバイスであって、伝送されるデータパケットのヘッダ部分の中の１次サブヘッダの次のサブヘッダを、新たな１次サブヘッダとして使用して、この新たな１次サブヘッダに対して、対応する操作を実行するように前記抽出手段および前記判定手段を制御するための制御手段をさらに含む、解析デバイス。
本発明のある実施形態による通信ネットワークのレイアウト図である。 本発明のある実施形態による、通信ネットワークの送信するデバイスにおいて、伝送時間に基づいて、伝送されるべきデータパケットを処理する方法を示す流れ図である。 図２に示されるステップＳ１０の特定の流れ図である。 図２に示されるステップＳ１２の特定の流れ図である。 本発明のある実施形態による、通信ネットワークの送信するデバイスにおいて、伝送時間に基づいて、伝送されるべきデータパケットを処理するための処理デバイスを示すブロック図である。 図５に示される特定手段５を示す特定のブロック図である。 図５に示される第２の生成手段１２を示す特定のブロック図である。 本発明のある実施形態による、通信ネットワークの受信するデバイスにおいて、伝送時間に基づいて、伝送されるデータパケットを解析する方法を示す流れ図である。 本発明のある実施形態による、通信ネットワークの受信するデバイスにおいて、伝送時間区間に基づいて、伝送されるデータパケットを解析するための解析デバイスを示すブロック図である。
以降、本発明は、添付の図面を参照して詳細に説明される。
図１は、単に基地局Ｉおよびユーザ機器ＩＩだけが、簡明のために示されている、本発明のある実施形態による通信ネットワークのレイアウト図である。通信の双方向性のため、基地局Ｉおよびユーザ機器ＩＩはそれぞれ、本発明によれば、送信するデバイスａと、受信するデバイスｂとを含み、送信するデバイスａは、本発明によれば、処理デバイス１を含み、受信するデバイスｂは、本発明によれば、解析デバイス２を含む。
図２は、本発明のある実施形態による、通信ネットワークの送信するデバイスにおいて伝送時間区間に基づいて、伝送されるべきデータパケットを処理する方法の流れ図である。以降、この方法は、図２を参照して、図１に関連して説明される。ダウンリンク伝送を例として取り上げる。この方法は、ステップＳ１０から始まる。
ステップＳ１０で、前記処理デバイス１が、伝送時間区間に対応するコンポーネントデータパケットの伝送キュー、すなわち、前記ＴＴＩ内で伝送されるべきコンポーネントデータパケットの伝送キューを特定する。ＴＴＩに応じて、基地局Ｉの送信するデバイス内の処理デバイス１が、伝送されるべきデータパケット（以下の説明は、簡明のため、再送キューと従来の伝送キューを区別しない）から、前記ＴＴＩ内で伝送されることが可能なコンポーネントデータパケットを特定する。ＴＴＩに対応する伝送可能なデータ量と、元のデータパケットのサイズ、またはデータセグメントのサイズとの間の関係によれば、ＴＴＩ内で伝送されるべきコンポーネントデータパケットの特定されたキューは、以下の状況を含むことが可能である。すなわち、
・そのキューが、データセグメントまたは元のデータパケットである１つだけのコンポーネントデータパケットしか含まない、
・そのキューの中の最初のコンポーネントデータパケットは、データセグメントまたは元のデータパケットであり、その後に、０ないし複数の元のデータパケットが続き、そのキューの終わりは、０または１つのデータセグメントである。
ステップＳ１０の詳細な手続きが、図３を参照して、図１および図２に関連して説明される。このステップは、伝送時間内に伝送可能なデータ量が、ＴＴＩに基づいて計算されるサブステップＳ１０１から始まる。例えば、この計算は、以下の式に従って行われる。すなわち、
「データ伝送レート＊ＴＴＩ＝伝送可能なデータ量」である。この計算の後、手続きは、Ｓ１０２に進む。
ステップＳ１０２で、伝送されるべきデータパケットのうちの１次データパケット（元のデータパケットまたはデータセグメントであることが可能な）のデータ量が、前記伝送可能なデータ量より大きいかどうかが判定される。前記１次データパケットのデータ量が、前記伝送可能なデータ量より大きい場合、このことは、伝送されるべきデータパケットのうちの１次データパケットが、現在のＴＴＩ内で完全には伝送され得ないことを意味する。このため、ＴＴＩを完全に利用するために、ステップＳ１０３に進むことが必要である。
ステップＳ１０３で、１次データパケットが、伝送キューに加えられる第１のデータセグメントと、新たな１次データパケットの役割をする第２のデータセグメントとにセグメント化され、前記第１のデータセグメントのデータ量は、伝送可能なデータ量と等しい。ＴＴＩが小さすぎる場合、伝送されるデータパケットを生成するために使用されるコンポーネントデータパケットのキューは、単に、前記第１のデータセグメントだけを含み、セグメント化の後、伝送されるべきデータパケットのうちの１次データパケットは、次のＴＴＩの到来を待つ、このセグメント化から得られた前記第２のデータセグメントになる。
前記１次データパケットのデータ量が、前記伝送可能なデータ量以下である場合、このことは、伝送されるべきデータパケットのうちの少なくとも１次データパケットが、現在のＴＴＩ内で伝送されることが可能であることを意味する。このため、手続きは、ステップＳ１０３’に進む。
ステップＳ１０３’で、１次データパケットが、コンポーネントデータパケットとして伝送キューに加えられ、以下の式に従って計算が行われる。すなわち、
「伝送可能なデータ量−１次データパケットのデータ量＝新たな伝送可能なデータ量」である。
つまり、伝送可能なデータ量と、１次データパケットのデータ量との差が、新たな伝送可能なデータ量として使用され、１次データパケットの次のデータパケットが、新たな１次データパケットの役割をする。ステップＳ１０２が、繰り返される。
このため、処理デバイス１は、ＴＴＩが尽きるまで、それぞれの伝送されるべきデータパケットに対して、対応する処理を実行して、その結果、伝送データパケットを生成するための１つまたは複数のコンポーネントデータパケットを含むコンポーネントデータパケット伝送キューを得る。次に、手続きは、ステップＳ１１に進む。
ステップＳ１１で、必要性に応じて、伝送キューの中の各コンポーネントデータパケットに関して、コンポーネントデータパケットの以下の情報を含むサブヘッダが、生成される。すなわち、
−そのコンポーネントデータパケットが属する元のデータパケットを示すための元のデータパケットＩＤ。好ましくは、前記元のデータパケットＩＤは、ある元のデータパケットを一意に特定することができる通し番号であり、
−前記コンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数、および各セグメント化の後に前記コンポーネントデータパケットが属するデータセグメントを示すためのセグメント化処理ＩＤであって、セグメント化されていない元のデータパケットが、伝送キューの中でコンポーネントデータパケットとして出現すると、このデータパケットのセグメント化処理ＩＤは、セグメント化をまったく示さず、
−前記コンポーネントデータパケットのデータ部分のデータ量を示して、受信端が、解析中にコンポーネントデータパケットのデータ部分の開始点と終了点について明確に理解するようにするためのデータ量ＩＤ。
その後、前記コンポーネントデータパケットの様々な状況が、図２に示されていないステップを介して特定される。このステップで、コンポーネントデータパケットに対応する、伝送されるべきデータパケットが、前回のセグメント化から得られた第２のデータセグメントであるか否かが判定される。具体的には、本発明に基づくソリューションは、セグメント化から生成される２つのデータセグメントのそれぞれに関して、サブヘッダを生成する。このため、前記判定は、伝送されるべきデータパケットが、そのようなサブヘッダを有するか否かを判定することによって実行されることが可能である。
コンポーネントデータパケットの様々な状況に対応して、前記セグメント化処理ＩＤは、以下の状況を有する。
１．コンポーネントデータパケットが、元のデータパケットである。すなわち、
データパケットのセグメント化処理ＩＤが、単に、コンポーネントデータパケットを得るために、元のデータパケットＩＤによって示される元のデータパケットに行われたセグメント化の回数を示すためのセグメント化処理回数ＩＤを含む。このＩＤが、３ビットを含むものと想定すると、０００は、セグメント化がまったくないことを示し、００１は、初回のセグメント化を示し、残りは、類推される。
２．コンポーネントデータパケットが、データセグメントである。すなわち、
データパケットのセグメント化処理ＩＤが、コンポーネントデータパケットを得るために、元のデータパケットＩＤによって示される元のデータパケットに行われたセグメント化の回数を示すためのセグメント化処理回数ＩＤを含む。このＩＤが、３ビットを含むものと想定すると、０００は、セグメント化がまったくないことを示し、００１は、初回のセグメント化を示し、残りは、類推される。さらに、
元のデータパケットによって、このデータセグメントを得るプロセス中に、各セグメント化の後に、このデータセグメントが属するデータセグメントを示すためのデータセグメントＩＤ。例えば、１次データパケットが、元のデータパケットであり、ＴＴＩは、比較的小さいので、元のデータパケット全体が、ＴＴＩ内で伝送され得ない場合、したがって、この元のデータパケット（伝送されるべきデータパケット）は、第１のデータセグメントと、第２のデータセグメントとにセグメント化される必要がある。これに相応して、セグメント化処理ＩＤ＝００１であり、第１のデータセグメントのサブヘッダの中のデータセグメントＩＤ、および第２のデータセグメントのサブヘッダの中のデータセグメントＩＤはそれぞれ、０および１である（そのデータセグメントが、セグメント化の後、第１のデータセグメントであるか、または第２のデータセグメントであるかを示す）。次のＴＴＩが到来すると、伝送されるべきデータパケットのうちの１次データパケット（初回のセグメント化の後の第２のデータセグメント）のデータ量が、依然として、伝送可能なデータ量より大きい場合、新たな第１のデータセグメントａと、新たな第２のデータセグメントｂとを生成する第２回のセグメント化が、前記第２のデータセグメントに関して必要とされる。これに相応して、セグメント化処理回数ＩＤ＝０１０であり、新たな第１のデータセグメントａのサブヘッダの中のデータセグメントＩＤ、および新たな第２のデータセグメントｂのサブヘッダの中のデータセグメントＩＤはそれぞれ、１０および１１である（「１０」を例に取ると、「１」は、初回のセグメント化の後、前記新たな第１のデータセグメントａが、第２のデータセグメントに属することを示し、「０」は、第２回のセグメント化、すなわち、現在のセグメント化の後、データセグメントａが、第１のデータセグメントに属することを示す）。さらに、複数回のセグメント化の状況は、類推される。
これまで、現在のＴＴＩ内で伝送される、伝送されるデータパケットを構成するために使用される、それぞれのコンポーネントデータパケットに関するサブヘッダが、生成されてきた。手続きは、ステップＳ１２に進む。
ステップＳ１２で、伝送されるデータパケットが、前記生成されたサブヘッダのそれぞれ、および前記伝送されるキューの中のそれぞれのコンポーネントデータパケットのデータ部分に基づいて生成される。ステップＳ１２の、この特定のフローが、図４に関連して説明される。
図４は、図２に示されるステップＳ１２のある特定の流れ図である。ステップＳ１２は、サブステップＳ１２１から始まる。
サブステップＳ１２１で、前記伝送キューの中のコンポーネントデータパケット（または生成されたサブヘッダ）の数に基づいて、前記伝送されるデータパケットの中に含まれるコンポーネントデータパケットの数を示すためのコンポーネント数表示情報が、決定され、その後伝送されるデータパケットのヘッダ部分に加えられる。次に、フローは、ステップＳ１２２に進む。
サブステップＳ１２２で、伝送キューの中の現在のコンポーネントデータパケット（すなわち、１次コンポーネントデータパケット）に関して以前に生成されたサブヘッダ（以降、簡明のため、「現在のコンポーネントデータパケットに関して以前に生成されたサブヘッダ」は、「コンポーネントデータパケットのサブヘッダ」と呼ばれる）が、伝送されるデータパケットのヘッダ部分に加えられる。次に、フローは、以下のとおり、ステップ、サブステップＳ１２３に進む。
サブステップＳ１２３で、コンポーネントデータパケットのサブヘッダの中に含まれるセグメント化処理ＩＤに応じて、前記コンポーネントデータパケットを得るために、対応する元のデータパケットに行われたセグメント化の回数が、０であるか否かが判定される。ここで、ステップＳ１２３、および後続のステップの技術的目的を簡単に説明することが必要である。本発明は、可能な限りヘッダオーバヘッドを低減することを目指す。以前に生成されたサブヘッダが、単に順番に、まったく変更なしに、伝送されるデータパケットのヘッダ部分に加えられる場合、本発明は、従来技術よりも少ないヘッダオーバヘッドという利点も有する一方で、そのような利点が、ステップＳ１２３、および後続のステップを介して向上させられることが可能である。要するに、本発明は、それぞれのサブヘッダの中で、セグメント化をまったく示さないセグメント化処理ＩＤを選択的に削除して（好ましくは、セグメント化処理ＩＤは、単に、セグメント化なしの状況に関するセグメント化処理回数ＩＤを含むだけであることが可能である）、伝送されるデータパケットのヘッダ部分によって占められるビットの数を減らし、それらのビットをデータ部分に解放するようにする。
ステップＳ１２３の後、判定結果が、前記コンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でないという場合、フローは、以下のとおり、ステップＳ１２４’に進む。
ステップＳ１２４’で、事前定義された条件が満たされるか否かが、判定される。前記事前定義された条件は、伝送されるデータパケットのヘッダ部分の中で、現在のコンポーネントデータパケットのサブヘッダの前のサブヘッダの中に含まれるセグメント化処理ＩＤが、この前のサブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でないことを示すこと、または現在のコンポーネントデータパケットのサブヘッダが、伝送されるデータパケットのヘッダ部分の最上位にあることを示すことである。
ステップＳ１２４’の判定結果が、事前定義された条件が満たされるという場合、伝送キューの中の現在のデータパケットの次のコンポーネントデータパケットは、新たな現在のコンポーネントデータパケットの役割をし、ステップＳ１２２およびステップＳ１２３、ならびに後続の操作が、この新たな現在のコンポーネントデータパケットに対して実行される。
ステップＳ１２４’の判定結果が、事前定義された条件が満たされないという場合、フローは、ステップＳ１２５’に進む。ステップＳ１２５’で、現在のコンポーネントデータパケットのサブヘッダが、伝送されるデータパケットのヘッダ部分の中で、現在のコンポーネントデータパケットのサブヘッダの前のサブヘッダと交替させられる。次に、フローは、ステップＳ１２４に戻り、判定を行うことが続けられる。
ステップＳ１２３の後、判定結果が、コンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化が存在しないという場合、フローは、以下のとおり、ステップＳ１２４に進む。
ステップＳ１２４で、前記伝送されるデータパケットのヘッダ部分の中で、現在のコンポーネントデータパケットに対応するサブヘッダの前に、ある特徴的なサブヘッダが存在するか否かが判定される。前記特徴的なサブヘッダの中に含まれるセグメント化処理ＩＤは、この特徴的なサブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化が存在しないことを示す。つまり、１つのＴＴＩ（伝送時間区間）に対応する伝送キューの中で、コンポーネントデータパケットの役割をする複数の元のデータパケットが存在する可能性があり、これらのデータパケットに関して生成されたサブヘッダの中のすべてのセグメント化処理ＩＤが、セグメント化をまったく示さないので、セグメント化処理ＩＤが、セグメント回数が０でないことを示す、すべてのコンポーネントデータパケットのヘッダを、ヘッダ部分の最上位に単に移動する（ステップＳ１２５’と同様に）ことによるとともに、コンポーネント数表示情報の助けを借りて、受信端は、「ここから（Ｎ−Ｍ）個のサブヘッダに対応するすべてのコンポーネントデータパケットは、元のデータパケットであり、直接に転送されることが可能である」というような、特徴的なサブヘッダからのシグナルを認識する。この場合、Ｎは、コンポーネント数表示情報であり、Ｍは、伝送されるデータパケットの最上位にある元のデータパケットでないデータパケットの数である（伝送されるデータパケットのサブヘッダの中のセグメント化処理ＩＤ、特に、セグメント処理回数ＩＤは、セグメント化処理回数が０でないことを示す）。
ステップＳ１２４の判定結果が、前記伝送されるデータパケットのヘッダ部分の中に、現在のコンポーネントデータパケットに対応するサブヘッダの前にある特徴的なサブヘッダが存在する（受信端が正しく解析を行うのに役立つ前記シグナルが既に存在する）という場合、フローは、ステップＳ１２５に進んで、前記現在のコンポーネントデータパケットに対応するサブヘッダからセグメント化処理ＩＤを削除し、伝送キューの中の現在のコンポーネントデータパケットの次のコンポーネントデータパケットを、新たな現在のコンポーネントデータパケットとして使用する。さらに、ステップＳ１２２およびステップＳ１２３、ならびに後続の操作が、この新たな現在のコンポーネントデータパケットに対して実行される。
ステップＳ１２４の判定が、前記伝送されるデータパケットのヘッダ部分の中に、現在のコンポーネントデータパケットに対応するサブヘッダの前に特徴的なサブヘッダが存在しない（受信端が正しく解析を行うのに役立つ前記シグナルが既に存在する）という場合、伝送キューの中の現在のコンポーネントデータパケットの次のコンポーネントデータパケットが、新たな現在のコンポーネントデータパケットとして使用され、さらにステップＳ１２２およびステップＳ１２３、ならびに後続の操作が、この新たな現在のコンポーネントデータパケットに対して実行される。
これに相応して、伝送キューの中の各コンポーネントデータパケットに関して、そのデータパケットのデータ部分が、伝送されるデータパケットのデータ部分に、伝送されるデータパケットのヘッダ部分の中の、そのデータパケットのサブヘッダと同一の位置関係で加えられて、完全な伝送されるデータパケットが最終的に生成される。
図５は、本発明のある実施形態による、通信ネットワークの送信するデバイスにおいて伝送時間区間に基づいて、伝送されるべきデータパケットを処理するための処理デバイスのブロック図である。この方法は、図５を参照して、図１に関連して説明される。処理デバイス１は、特定手段１０と、第１の生成手段１１と、第２の生成手段１２と、第２の判定手段１３とを含む。好ましくは、特定手段１０は、計算手段１０１と、第１の判定手段１０２と、セグメント化手段１０３と、第１の制御手段１０４とを含み、第２の生成手段１２は、コンポーネント数特定手段１２０と、付加手段１２１と、第３の判定手段１２２と、第２の制御手段１２３と、交替手段１２４と、削除手段１２５とを含む。ダウンリンク伝送を例として取り上げる。
特定手段１０は、伝送時間区間に対応するコンポーネントデータパケットの伝送キュー、すなわち、ＴＴＩ内で伝送されるべきコンポーネントデータパケットの伝送キューを特定する。ＴＴＩに応じて、基地局Ｉの送信するデバイス内の処理デバイス１が、伝送されるべきデータパケットから（以下の説明は、簡明のため、再送キューと従来の伝送キューを区別しない）、前記ＴＴＩ内で伝送されることが可能なコンポーネントデータパケットを特定する。ＴＴＩに対応する伝送可能なデータ量と、元のデータパケットまたはデータセグメントとの間のサイズ関係に応じて、ＴＴＩ内で伝送されるべき特定されるコンポーネントデータパケットのキューは、以下の状況を含むことが可能である。すなわち、
・キューが、データセグメントまたは元のデータパケットである１つのコンポーネントデータパケットだけしか含まない、
・キューの中の最初のコンポーネントデータパケットが、データセグメントまたは元のデータパケットであり、その後に、０ないし複数の元のデータパケットが続き、キューの終わりは、０または１つのデータセグメントである。
特定手段１０の詳細なブロックレイアウト図が、図６を参照して、図１および図５に関連して説明される。計算手段１０１が、ＴＴＩに基づいて伝送時間区間内で伝送可能なデータ量を計算する。例えば、この計算は、以下の式に従って行われる。すなわち、
「データ伝送レート＊ＴＴＩ＝伝送可能なデータ量」である。この計算の後、計算結果が、第１の判定手段１０２に供給される。
第１の判定手段１０２は、伝送されるべきデータパケットのうちの１次データパケット（元のデータパケットまたはデータセグメントであることが可能な）のデータ量が、前記伝送可能なデータ量より大きいかどうかを判定する。前記１次データパケットのデータ量が、前記伝送可能なデータ量より大きい場合、このことは、伝送されるべきデータパケットのうちの１次データパケットが、現在のＴＴＩ内で完全には伝送され得ないことを意味する。
１次データパケットのデータ量が、伝送可能なデータ量より大きい状況に関して、セグメント化手段１０３が、１次データパケットを、伝送キューに加えられる第１のデータセグメントと、新たな１次データパケットの役割をする第２のデータセグメントにセグメント化し、前記第１のデータセグメントのデータ量は、伝送可能なデータ量と等しい。ＴＴＩは小さすぎるので、伝送されるデータパケットを生成するために使用されるコンポーネントデータパケットのキューは、単に、前記第１のデータセグメントだけを含み、セグメント化の後、伝送されるべきデータパケットのうちの１次データパケットは、次のＴＴＩの到来を待つ、このセグメント化から得られた前記第２のデータセグメントになる。
前記１次データパケットのデータ量が、前記伝送可能なデータ量以下である場合、このことは、伝送されるべきデータパケットのうちの少なくとも１次データパケットが、現在のＴＴＩ内で伝送されることが可能であることを意味する。このため、第１の制御手段１０４が、１次データパケットをコンポーネントデータパケットとして伝送キューに加え、以下の式に従って計算を行う（前記第１の制御手段１０４は、計算手段を含むが、この計算手段は、簡明のため、図には示されていない）。すなわち、
「伝送可能なデータ量−１次データパケットのデータ量＝新たな伝送可能なデータ量」である。
つまり、伝送可能なデータ量と、１次データパケットのデータ量との差が、新たな伝送可能なデータ量として使用され、１次データパケットの次のデータパケットが、新たな１次データパケットの役割をし、次に、第１の制御手段１０４が、新たな１次データパケットのデータ量が、新たな伝送可能なデータ量より大きいか否かを判定するように第１の判定手段１０２を制御する。
このため、処理デバイス１は、ＴＴＩが尽きるまで、それぞれの伝送されるべきデータパケットに対して、対応する処理を実行して、その結果、伝送されるデータパケットを生成するための１つまたは複数のコンポーネントデータパケットを含むコンポーネントデータパケット伝送キューを得る。
第１の生成手段１１が、必要性に応じて、伝送キューの中の各コンポーネントデータパケットに関して、コンポーネントデータパケットの以下の情報を含むサブヘッダを生成する。すなわち、
そのコンポーネントデータパケットが属する元のデータパケットを示すための元のデータパケットＩＤ。好ましくは、前記元のデータパケットＩＤは、ある元のデータパケットを一意に特定することができる通し番号である。
そのコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数、および各セグメント化の後に前記コンポーネントデータパケットが属するデータセグメントを示すためのセグメント化処理ＩＤであって、セグメント化されていない元のデータパケットが、伝送キューの中でコンポーネントデータパケットとして出現すると、このデータパケットのセグメント化処理ＩＤは、セグメント化をまったく示さないＩＤ、
そのコンポーネントデータパケットのデータ部分のデータ量を示して、受信端が、解析中にコンポーネントデータパケットのデータ部分の開始点と終了点について明確に理解するようにするためのデータ量ＩＤ。
その後、前記コンポーネントデータパケットの様々な状況が、図５に示されていない判定手段によって特定される。これらの判定手段は、コンポーネントデータパケットに対応する、伝送されるべきデータパケットが、前回のセグメント化から得られた第２のデータセグメントであるか否かを判定する。具体的には、本発明に基づくソリューションは、セグメント化から生成された２つのデータセグメントのそれぞれに関してサブヘッダを生成する。このため、前記判定は、伝送されるべきデータパケットが、そのようなサブヘッダを有するか否かを判定することによって実行されることが可能である。
コンポーネントデータパケットの様々な状況に対応して、前記セグメント化処理ＩＤは、以下の状況を有する。
１．コンポーネントデータパケットが、元のデータパケットである。すなわち、
データパケットのセグメント化処理ＩＤが、単に、コンポーネントデータパケットを得るために、元のデータパケットＩＤによって示される元のデータパケットに行われたセグメント化の回数を示すためのセグメント化処理回数ＩＤを含む。このＩＤが、３ビットを含むものと想定すると、０００は、セグメント化がまったくないことを示し、００１は、初回のセグメント化を示し、残りは、類推される。
２．コンポーネントデータパケットが、データセグメントである。すなわち、
データパケットのセグメント化処理ＩＤが、コンポーネントデータパケットを得るために、元のデータパケットＩＤによって示される元のデータパケットに行われたセグメント化の回数を示すためのセグメント化処理回数ＩＤを含む。このＩＤが、３ビットを含むものと想定すると、０００は、セグメント化がまったくないことを示し、００１は、初回のセグメント化を示し、残りは、類推される。さらに、元のデータパケットによって、このデータセグメントを得るプロセス中に、各セグメント化の後に、このデータセグメントが属するデータセグメントを示すためのデータセグメントＩＤ。例えば、１次データパケットが、元のデータパケットであり、ＴＴＩは、比較的小さいので、元のデータパケット全体が、ＴＴＩ内で伝送され得ない場合、したがって、この元のデータパケット（伝送されるべきデータパケット）は、第１のデータセグメントと、第２のデータセグメントとにセグメント化される必要がある。これに相応して、セグメント化処理ＩＤ＝００１であり、第１のデータセグメントのサブヘッダの中のデータセグメントＩＤ、および第２のデータセグメントのサブヘッダの中のデータセグメントＩＤはそれぞれ、０および１である（そのデータセグメントが、セグメント化の後、第１のデータセグメントであるか、または第２のデータセグメントであるかを示す）。次のＴＴＩが到来した後、伝送されるべきデータパケットのうちの１次データパケット（初回のセグメント化の後の第２のデータセグメント）のデータ量が、依然として、伝送可能なデータ量より大きい場合、新たな第１のデータセグメントａと、新たな第２のデータセグメントｂとを生成する第２回のセグメント化が、前記第２のデータセグメントに関して必要とされる。これに相応して、セグメント化処理回数ＩＤ＝０１０であり、新たな第１のデータセグメントａのサブヘッダの中のデータセグメントＩＤ、および新たな第２のデータセグメントｂのサブヘッダの中のデータセグメントＩＤはそれぞれ、１０および１１である（「１０」を例に取ると、「１」は、初回のセグメント化の後、前記新たな第１のデータセグメントａが、第２のデータセグメントに属することを示し、「０」は、第２回のセグメント化、すなわち、現在のセグメント化の後、データセグメントａが、第１のデータセグメントであることを示す）。さらに、複数回のセグメント化の状況は、類推される。
これまで、第１の生成手段１１は、現在のＴＴＩ内で伝送される、伝送されるデータパケットを構成するために使用される、それぞれのコンポーネントデータパケットに関するサブヘッダを生成してきた。
第２の生成手段１２が、伝送されるデータパケットを、第１の生成手段１１によって生成された前記サブヘッダのそれぞれ、および前記伝送されるキューの中のそれぞれのコンポーネントデータパケットのデータ部分に基づいて生成する。第２の生成手段１２は、図７を参照し、図５に関連して詳細に説明される。
図７は、図５に示される第２の生成手段１２のある特定のブロック図である。
前記伝送キューの中のコンポーネントデータパケット（または生成されたサブヘッダ）の数に基づいて、コンポーネント数特定手段１２０が、前記伝送されるデータパケットの中に含まれるコンポーネントデータパケットの数を示すためのコンポーネント数表示情報を決定し、この情報を、伝送されるデータパケットのヘッダ部分に加える。
付加手段１２１が、伝送キューの中の現在のコンポーネントデータパケット（すなわち、１次コンポーネントデータパケット）に関して以前に生成されたサブヘッダ（以降、簡明のため、「現在のコンポーネントデータパケットに関して以前に生成されたサブヘッダ」は、「コンポーネントデータパケットのサブヘッダ」と呼ばれる）を、伝送されるデータパケットのヘッダ部分に加える。
コンポーネントデータパケットのサブヘッダの中に含まれるセグメント化処理ＩＤに応じて、第３の判定手段１２２が、このコンポーネントデータパケットを得るために、対応する元のデータパケットに行われたセグメント化の回数が、０であるか否かを判定する。ここで、本発明の技術的目的を簡単に説明することが必要である。本発明は、可能な限りヘッダオーバヘッドを低減することを目指す。以前に生成されたサブヘッダが、順番に、まったく変更なしに、伝送されるデータパケットのヘッダ部分に加えられる場合、本発明は、従来技術よりも少ないヘッダオーバヘッドという利点も有する一方で、そのような利点が、さらに向上させられることが可能である。要するに、本発明は、それぞれのサブヘッダの中で、セグメント化をまったく示さないセグメント化処理ＩＤを選択的に削除して（好ましくは、セグメント化処理ＩＤは、単に、セグメント化なしの状況に関するセグメント化処理回数ＩＤを含むだけであることが可能である）、伝送されるデータパケットのヘッダ部分によって占められるビットの数を減らし、それらのビットをデータ部分に解放するようにする。
判定結果が、そのコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でないという場合、第３の判定手段１２２が、事前定義された条件が満たされるか否かを判定する。前記事前定義された条件は、伝送されるデータパケットのヘッダ部分の中で、現在のコンポーネントデータパケットのサブヘッダの前のサブヘッダの中に含まれるセグメント化処理ＩＤが、この前のサブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でないことを示すこと、または現在のコンポーネントデータパケットのサブヘッダが、伝送されるデータパケットのヘッダ部分の最上位に既にあることを示すことである。
事前定義された条件が満たされた場合、第２の制御手段１２３が、伝送キューの中の現在のデータパケットの次のコンポーネントデータパケットを、新たな現在のコンポーネントデータパケットとして使用し、前記新たな現在のコンポーネントデータパケットに対して、対応する操作を実行するように付加手段１２１および第３の判定手段を制御する。
判定結果が、事前定義された条件が満たされないという場合、交替手段１２４が、現在のコンポーネントデータパケットのサブヘッダを、伝送されるデータパケットのヘッダ部分の中で、現在のコンポーネントデータパケットのサブヘッダの前のサブヘッダと交替させる。次に、第３の判定手段１２２が、事前定義された条件が満たされるか否かを判定することを続ける。
判定結果が、コンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化が存在しないという場合、第３の判定手段１２２は、前記伝送されるデータパケットのヘッダ部分の中で、現在のコンポーネントデータパケットに対応するサブヘッダの前に、ある特徴的なサブヘッダが存在するか否かを判定する。前記特徴的なサブヘッダの中に含まれるセグメント化処理ＩＤは、この特徴的なサブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化が存在しないことを示す。つまり、１つのＴＴＩ（伝送時間区間）に対応する伝送キューの中で、コンポーネントデータパケットの役割をする複数の元のデータパケットが存在する可能性があり、サブヘッダの中の、これらのデータパケットに関して生成されたすべてのセグメント化処理ＩＤが、セグメント化をまったく示さないので、セグメント化処理ＩＤが、まったくセグメント化を示さない、すべてのコンポーネントデータパケットのヘッダを、ヘッダ部分の最上位に単に移動する（ステップＳ１２５’と同様に）ことによるとともに、コンポーネント数表示情報の助けを借りて、受信端は、「ここから（Ｎ−Ｍ）個のサブヘッダに対応するすべてのコンポーネントデータパケットは、元のデータパケットであり、直接に転送されることが可能である」というような、特徴的なサブヘッダからのシグナルを認識する。この場合、Ｎは、コンポーネント数表示情報であり、Ｍは、伝送されるデータパケットの最上位にある元のデータパケットでないデータパケットの数である（伝送されるデータパケットのサブヘッダの中のセグメント化処理ＩＤ、特に、セグメント処理回数ＩＤは、セグメント化処理回数が０でないことを示す）。
判定結果が、前記伝送されるデータパケットのヘッダ部分の中に、現在のコンポーネントデータパケットに対応するサブヘッダの前にある特徴的なサブヘッダが存在する（受信端が正しく解析を行うのに役立つ前記シグナルが既に存在する）という場合、削除手段１２５が、前記現在のコンポーネントデータパケットに対応するサブヘッダからセグメント化処理ＩＤを削除し、第２の制御手段１２３が、伝送キューの中の現在のコンポーネントデータパケットの次のコンポーネントデータパケットを、新たな現在のコンポーネントデータパケットとして使用し、次に、この新たな現在のコンポーネントデータパケットに対して、対応する操作を実行するように付加手段１２１および第３の判定手段１２２を制御する。
判定結果が、前記伝送されるデータパケットのヘッダ部分の中に、現在のコンポーネントデータパケットに対応するサブヘッダの前に特徴的なサブヘッダが存在しない（受信端が正しく解析を行うのに役立つ前記シグナルが既に存在する）という場合、第２の制御手段１２３が、伝送キューの中の現在のコンポーネントデータパケットの次のコンポーネントデータパケットを、新たな現在のコンポーネントデータパケットとして使用して、この新たな現在のコンポーネントデータパケットに対して、対応する後続の操作を実行するように付加手段１２１および判定手段１２２を制御する。
これに相応して、伝送キューの中の各コンポーネントデータパケットに関して、付加手段１２１が、そのデータパケットのデータ部分を、伝送されるデータパケットのデータ部分に、伝送されるデータパケットのヘッダ部分の中の、そのデータパケットのサブヘッダと同一の位置関係で加えて、完全な伝送されるデータパケットを最終的に生成する。
図８は、本発明のある実施形態による、通信ネットワークの受信するデバイスにおいて、伝送時間区間に基づいて、伝送されるデータパケットを解析する方法の流れ図である。この方法は、コンポーネント数表示情報が、伝送されるデータパケットのヘッダ部分から抽出される、ステップＳ２１から始まる。前記コンポーネント数表示情報によることで初めて、受信端は、受信された、伝送されるデータパケットに対して、後続の処理を正しく実行し、さもなければ、受信端は、伝送されるデータパケットを解析することをいつ終えるべきか（すなわち、解析プロセスが、伝送されるデータパケットの終了点に達したか否か）を知ることができない。次に、フローは、ステップＳ２２に進む。
ステップＳ２２で、前記伝送されるデータパケットのヘッダ部分から１次サブヘッダが、抽出される。次に、フローは、ステップＳ２３に進む。
ステップＳ２３で、１次サブヘッダの中に含まれるセグメント化処理情報に応じて、前記１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０であるか否かが判定される。最適化されたデータパケット構造定義の仕方によれば、伝送されるデータパケットの中で、第１の「セグメント化処理ＩＤ」がまったくセグメント化を示さないコンポーネントデータパケットの後に続くすべてのコンポーネントデータパケットはすべて、完全な元のデータパケットである。
１次サブヘッダに対応するコンポーネントデータパケットに行われたセグメント化の回数が、０でない場合、ステップＳ２４で、このデータパケットに対応するデータ部分が、伝送されるデータパケットのデータ部分から抽出され、バッファの中に格納されて、後続の対応するコンポーネントデータパケットと組み合わされて、元のデータパケットが復元される。
次に、伝送されるデータパケットのヘッダ部分の中の１次サブヘッダの次のサブヘッダが、ステップＳ２５で、新たな１次サブヘッダとして使用される。さらに、ステップＳ２２およびステップＳ２３が、繰り返される。
１次サブヘッダに対応する前記コンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０である場合、ステップＳ２４’で、前記コンポーネントデータパケットのデータ部分の後に続く各コンポーネントデータパケットのデータ部分が、送られるように抽出される。
受信端は、抽出されたコンポーネント数表示情報に応じて、サブヘッダを解析した後、各サブヘッダの中のデータ量ＩＤに応じて、対応するデータ部分を抽出する。伝送されるデータパケットに対する処理は、Ｎ個の（Ｎは、コンポーネント数表示情報に対応する十進値）サブヘッダを解析し、Ｎ個のデータ部分を抽出することで終わる。
図９は、抽出手段２１と、判定手段２２と、解析デバイス２３と、制御手段２４とを含む、本発明のある実施形態による、通信ネットワークの受信するデバイスにおいて伝送時間区間に基づいて、伝送されるデータパケットを解析する解析デバイスのブロック図である。
前記抽出手段２１は、伝送されるデータパケットのヘッダ部分からコンポーネント数表示情報を抽出する。前記コンポーネント数表示情報によることで初めて、受信端は、受信された、伝送されるデータパケットに対して、後続の処理を正しく実行し、さもなければ、受信端は、伝送されるデータパケットを解析することをいつ終えるべきか（すなわち、解析プロセスが、伝送されるデータパケットの終了点に達したか否か）を知ることができない。
その後、抽出手段２１は、前記伝送されるデータパケットのヘッダ部分から１次サブヘッダを抽出する。
１次サブヘッダの中に含まれるセグメント化処理情報に応じて、判定手段２２が、１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０であるか否かを判定する。最適化されたデータパケット構造定義の仕方によれば、伝送されるデータパケットの中で、第１の「セグメント化処理ＩＤ」がまったくセグメント化を示さないコンポーネントデータパケットの後に続くすべてのコンポーネントデータパケットはすべて、完全な元のデータパケットである。
１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でない場合、抽出手段２１が、伝送されるデータパケットのデータ部分から、対応するデータ部分を抽出し、バッファの中に格納する。
次に、前記制御手段２３が、伝送されるデータパケットのヘッダ部分の中の１次サブヘッダの次のサブヘッダを、新たな１次サブヘッダとして使用し、この新たな１次サブヘッダに対して、対応する操作を実行するように、前述したそれぞれの手段を制御する。
１次サブヘッダに対応する前記コンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０である場合、抽出手段２１が、コンポーネントデータパケットのデータ部分から、対応するデータ部分を抽出する。
受信端は、抽出されたコンポーネント数表示情報に応じて、サブヘッダを解析した後、各サブヘッダの中のデータ量ＩＤに応じて、対応するデータ部分を抽出する。伝送されるデータパケットに対する処理は、Ｎ個の（Ｎは、コンポーネント数表示情報に対応する１０進値）サブヘッダを解析し、Ｎ個のデータ部分を抽出することで終わる。
本発明の実施形態が説明されたので、本発明は、以上の特定の実施形態に限定されないことを理解されたい。添付の特許請求の範囲において規定される範囲内で、様々な変形または変更が、当業者によって行われることが可能である。

Claims (29)

  1. 無線通信ネットワークの送信するデバイスにおいて伝送時間区間に基づいて、伝送されるべきデータパケットを処理する方法であって、
    ａ）前記伝送時間区間に応じて、伝送されるべきデータパケットに基づいて、伝送時間に対応するコンポーネントデータパケットの伝送キューを特定するステップと、
    ｂ）必要性に応じて、前記伝送キューの中の各コンポーネントデータパケットに関して、コンポーネントデータパケットの以下の情報、すなわち、
    コンポーネントデータパケットが属する元のデータパケットを示すための元のデータパケットＩＤと、
    前記コンポーネントデータパケットを得るために前記元のデータパケットに行われたセグメント化の回数、および各セグメント化の後に前記コンポーネントデータパケットが属するデータセグメントを示すためのセグメント化処理ＩＤと、
    前記コンポーネントデータパケットのデータ部分のデータ量を示すためのデータ量ＩＤとを含むサブヘッダを生成するステップと、
    ｃ）ヘッダ部分が、伝送されるデータパケットの中に含まれるコンポーネントデータパケットの数を示すためのコンポーネント数表示情報を含む、前記伝送されるデータパケットを、前記生成されたサブヘッダのそれぞれ、および前記伝送キューの中のそれぞれのコンポーネントデータパケットのデータ部分に基づいて生成するステップとを含む、方法。
  2. 前記ステップａが、
    ａ１）前記伝送時間区間に応じて、前記伝送時間区間内で伝送可能なデータ量を計算すること、
    ａ２）伝送されるべきデータパケットのうちの１次データパケットのデータ量が、前記伝送可能なデータ量より大きいか否かを判定すること、
    ａ３）前記１次データパケットのデータ量が、前記伝送可能なデータ量より大きい場合、１次データパケットを、第１のデータセグメントと、第２のデータセグメントとにセグメント化し、前記第１のデータセグメントを伝送キューの中に加え、前記第２のデータセグメントを新たな１次データパケットとして使用することをさらに含み、前記第１のデータセグメントのデータ量が、伝送可能なデータ量と等しいことを特徴とする、請求項１に記載の方法。
  3. 前記ステップｂが、
    ｂ’）前記第１のデータセグメントに関するサブヘッダ、および前記第２のデータセグメントに関するサブヘッダをそれぞれ生成することを含み、前記生成されたサブヘッダのそれぞれが、
    データセグメントが属する元のデータパケットを示すための元のデータパケットＩＤと、
    データセグメントを獲得するために元のデータパケットに行われたセグメント化の回数、および各セグメント化の後に前記データセグメントが属するデータセグメントを示すためのセグメント化処理ＩＤと、
    前記データセグメントのデータ部分のデータ量を示すためのデータ量表示情報とを含み、
    前記セグメント化処理ＩＤが、
    前記データセグメントを得るために元のデータパケットに行われたセグメント化の回数を示すためのセグメント化処理回数ＩＤと、
    元のデータパケットによって前記データセグメントを得るプロセス中に、各セグメント化の後に、前記データセグメントが属するデータセグメントを示すためのデータセグメントＩＤとを含むことを特徴とする、請求項２に記載の方法。
  4. 前記ステップａが、
    ａ３’）前記１次データパケットのデータ量が、前記伝送可能なデータ量以下である場合、前記１次データパケットを伝送キューの中にコンポーネントデータパケットとして加えること、前記伝送可能なデータ量と、前記１次データパケットのデータ量との差を、新たな伝送可能なデータ量として使用すること、前記１次データパケットの次のデータパケットを新たな１次データパケットとすること、およびステップａ２を繰り返すことをさらに含むことを特徴とする、請求項２に記載の方法。
  5. 前記ステップｂが、
    コンポーネントデータパケットに対応する、伝送されるべきデータパケットが、前のセグメント化処理から得られた第２のデータセグメントであるか否かを判定すること、
    前記伝送されるべきデータパケットが、前のセグメント化から得られた第２のデータセグメントである場合、前記伝送されるべきデータパケットに関する前に生成されたサブヘッダに基づいて、コンポーネントデータパケットに関するサブヘッダを生成することをさらに含み、
    前記ステップｂ’が、
    前記伝送されるべきデータパケットが、前のセグメント化から得られた第２のデータセグメントである場合、前記伝送されるべきデータパケットに関する前に生成されたサブヘッダに基づいて、現在のセグメント化から得られた前記第１のデータセグメント、および前記第２のデータセグメントに関するサブヘッダを生成することをさらに含むことを特徴とする、請求項３に記載の方法。
  6. 前記ステップｃが、
    前記伝送キューの中のそれぞれのコンポーネントデータパケットに関して生成されたサブヘッダに基づいて、前記伝送されるデータパケットのヘッダ部分を生成することを含み、前記ヘッダ部分が、前記伝送されるデータパケットの中に含まれるコンポーネントデータパケットの数を示すためのコンポーネント数表示情報を含むことを特徴とする、請求項１から５のいずれか一項に記載の方法。
  7. 前記ステップｃが、
    ｃ１）伝送キューの中の現在のコンポーネントデータパケットのサブヘッダを、伝送されるデータパケットのヘッダ部分の中に加えること、
    ｃ２）コンポーネントデータパケットのサブヘッダの中に含まれるセグメント化処理ＩＤに応じて、前記コンポーネントデータパケットを得るために対応する元のデータパケットに行われたセグメント化の回数が、０であるか否かを判定すること、
    ｃ３）前記コンポーネントデータパケットを得るために前記対応する元のデータパケットに行われたセグメント化の回数が、０でない場合、事前定義された条件が満たされるか否かを判定すること、
    ｃ４）事前定義された条件が満たされる場合、伝送キューの中の現在のコンポーネントデータパケットの次のコンポーネントデータパケットを新たな現在のコンポーネントデータパケットとし、新たな現在のコンポーネントデータパケットに対してｃ１）−ｃ２）、および対応する後続の操作を実行すること、
    ｃ５）各コンポーネントデータパケットのデータ部分を、伝送されるデータパケットのヘッダ部分の中の、前記伝送キューの中の前記各コンポーネントデータパケットのサブヘッダと同一の位置関係で、伝送されるデータパケットのデータ部分に加えることを含むことを特徴とする、請求項１から６のいずれか一項に記載の方法。
  8. ｃ４’）事前定義された条件が満たされない場合、前記現在のコンポーネントデータパケットのサブヘッダを、伝送されるデータパケットのヘッダ部分の中で、前記現在のコンポーネントデータパケットのサブヘッダの前のサブヘッダと交替させ、ステップｃ３）に戻ることをさらに含むことを特徴とする、請求項７に記載の方法。
  9. ｃ３’）前記コンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０である場合、前記伝送されるデータパケットのヘッダ部分の中で、前記現在のコンポーネントデータパケットに対応するサブヘッダの前に、ある特徴的なサブヘッダが存在するか否かを判定し、前記特徴的なサブヘッダの中に含まれるセグメント化処理ＩＤが、特徴的なサブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化が存在しないことを示すこと、
    前記特徴的なサブヘッダが存在する場合、前記現在のコンポーネントデータパケットに対応するサブヘッダから、特徴的なサブヘッダのセグメント化処理ＩＤを削除し、伝送キューの中の前記現在のコンポーネントデータパケットの次のコンポーネントデータパケットを新たな現在のコンポーネントデータパケットとし、新たな現在のコンポーネントデータパケットに対してｃ１−ｃ２、および対応する後続の操作を実行すること、
    前記特徴的なサブヘッダが存在しない場合、伝送キューの中の前記現在のコンポーネントデータパケットの次のコンポーネントデータパケットを新たな現在のコンポーネントデータパケットとし、新たな現在のコンポーネントデータパケットに対してｃ１−ｃ２、および対応する後続の操作を実行することをさらに含むことを特徴とする、請求項７に記載の方法。
  10. 前記事前定義された条件が、伝送されるデータパケットのヘッダ部分の中で、前記現在のコンポーネントデータパケットのサブヘッダの前のサブヘッダの中に含まれるセグメント化処理ＩＤが、前のサブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でないことを示す、または前記現在のコンポーネントデータパケットのサブヘッダが、伝送されるデータパケットのヘッダ部分の最上位に既にあることを示すということを特徴とする、請求項７から９のいずれか一項に記載の方法。
  11. 前記コンポーネントデータパケットおよび前記伝送されるべきデータパケットのそれぞれが、元のデータパケット、および／または元のデータパケットもしくはデータセグメントをセグメント化することから得られたデータセグメントを含むことを特徴とする、請求項１から１０のいずれか一項に記載の方法。
  12. 無線通信ネットワークの送信するデバイスにおいて伝送時間区間に基づいて、伝送されるべきデータパケットを処理するための処理デバイスであって、
    前記伝送時間区間に応じて、伝送されるべきデータパケットに基づいて、伝送時間に対応するコンポーネントデータパケットの伝送キューを特定するための特定手段と、
    必要性に応じて、前記伝送キューの中の各コンポーネントデータパケットに関して、コンポーネントデータパケットの以下の情報、すなわち、
    コンポーネントデータパケットが属する元のデータパケットを示すための元のデータパケットＩＤと、
    前記コンポーネントデータパケットを得るために前記元のデータパケットに行われたセグメント化の回数、および各セグメント化の後に前記コンポーネントデータパケットが属するデータセグメントを示すためのセグメント化処理ＩＤと、
    前記コンポーネントデータパケットのデータ部分のデータ量を示すためのデータ量ＩＤとを含むサブヘッダを生成するための第１の生成手段と、
    ヘッダ部分が、伝送されるデータパケットの中に含まれるコンポーネントデータパケットの数を示すためのコンポーネント数表示情報を含む、前記伝送されるデータパケットを、前記生成されたサブヘッダのそれぞれ、および前記伝送キューの中のそれぞれのコンポーネントデータパケットのデータ部分に基づいて生成するための第２の生成手段とを含む、処理デバイス。
  13. 前記特定手段が、
    前記伝送時間区間に応じて、伝送時間内で伝送可能なデータ量を計算するための計算手段と、
    伝送されるべきデータパケットのうちの１次データパケットのデータ量が、前記伝送可能なデータ量より大きいか否かを判定するための第１の判定手段と、
    前記１次データパケットのデータ量が、前記伝送可能なデータ量より大きい場合、１次データパケットを、第１のデータセグメントと、第２のデータセグメントとにセグメント化し、前記第１のデータセグメントを伝送キューの中に加え、前記第２のデータセグメントを新たな１次データパケットとして使用するためのセグメント化手段をさらに含み、前記第１のデータセグメントのデータ量が、伝送可能なデータ量と等しいことを特徴とする、請求項１２に記載の処理デバイス。
  14. 前記第１の生成手段が、前記第１のデータセグメントに関するサブヘッダ、および前記第２のデータセグメントに関するサブヘッダをそれぞれ生成するためにさらに使用され、前記生成されたサブヘッダのそれぞれが、
    データセグメントが属する元のデータパケットを示すための元のデータパケットＩＤと、
    データセグメントを獲得するために元のデータパケットに行われたセグメント化の回数、および各セグメント化の後に前記データセグメントが属するデータセグメントを示すためのセグメント化処理ＩＤと、
    前記データセグメントのデータ部分のデータ量を示すためのデータ量表示情報とを含み、
    前記セグメント化処理ＩＤが、
    前記データセグメントを得るために元のデータパケットに行われたセグメント化の回数を示すためのセグメント化処理回数ＩＤと、
    元のデータパケットによってデータセグメントを得るプロセス中に、各セグメント化の後に前記データセグメントが属するデータセグメントを示すためのデータセグメントＩＤとを含むことを特徴とする、請求項１３に記載の処理デバイス。
  15. 前記特定手段が、
    前記１次データパケットのデータ量が、前記伝送可能なデータ量以下である場合、前記１次データパケットを伝送キューの中にコンポーネントデータパケットとして加え、伝送可能なデータ量と、前記１次データパケットのデータ量との差を、新たな伝送可能なデータ量として使用し、前記１次データパケットの次のデータパケットを新たな１次データパケットとし、新たな１次データパケットに対して操作を実行するように前記判定手段を制御するための第１の制御手段をさらに含むことを特徴とする、請求項１３に記載の処理デバイス。
  16. コンポーネントデータパケットに対応する、伝送されるべきデータパケットが、前のセグメント化処理から得られた第２のデータセグメントであるか否かを判定するための第２の判定手段をさらに含み、
    前記第１の生成手段が、前記伝送されるべきデータパケットが、前のセグメント化から得られた第２のデータセグメントである場合、前記伝送されるべきデータパケットに関する前に生成されたサブヘッダに基づいて、コンポーネントデータパケットに関するサブヘッダを生成するためにさらに使用され、
    前記伝送されるべきデータパケットが、前のセグメント化から得られた第２のデータセグメントである場合、前記伝送されるべきデータパケットに関する前に生成されたサブヘッダに基づいて、現在のセグメント化から得られた第１のデータセグメント、および第２のデータセグメントに関するサブヘッダを生成するためにさらに使用されることを特徴とする、請求項１２から１５のいずれか一項に記載の処理デバイス。
  17. 前記第２の生成手段が、
    前記伝送キューの中のそれぞれのコンポーネントデータパケットに関して生成されたサブヘッダに基づいて、前記伝送されるデータパケットのヘッダ部分を生成するための、前記ヘッダ部分が、前記伝送されるデータパケットの中に含まれるコンポーネントデータパケットの数を示すためのコンポーネント数表示情報を含むコンポーネント数特定手段を含むことを特徴とする、請求項１２から１６のいずれか一項に記載の処理デバイス。
  18. 前記第２の生成手段が、
    伝送キューの中の現在のコンポーネントデータパケットのサブヘッダを、伝送されるデータパケットのヘッダ部分の中に加えるための付加手段と、
    コンポーネントデータパケットのサブヘッダの中に含まれるセグメント化処理ＩＤに応じて、コンポーネントデータパケットを得るために対応する元のデータパケットに行われたセグメント化の回数が、０であるか否かを判定するための第３の判定手段であって、
    前記コンポーネントデータパケットを得るために前記対応する元のデータパケットに行われたセグメント化の回数が、０でない場合、事前定義された条件が満たされるか否かを判定するためにさらに使用される手段と、
    事前定義された条件が満たされる場合、伝送キューの中の現在のコンポーネントデータパケットの次のコンポーネントデータパケットを新たな現在のコンポーネントデータパケットとし、新たな現在のコンポーネントデータパケットに対してｃ１−ｃ２、および対応する後続の操作を実行するための第２の制御手段とをさらに含み、
    前記付加手段が、各コンポーネントデータパケットのデータ部分を、伝送されるデータパケットのヘッダ部分の中の、前記伝送キューの中の前記各コンポーネントデータパケットのサブヘッダと同一の位置関係で、伝送されるデータパケットのデータ部分に加えるためにさらに使用されることを特徴とする、請求項１２から１７のいずれか一項に記載の処理デバイス。
  19. 前記第２の生成手段が、
    事前定義された条件が満たされない場合、前記現在のコンポーネントデータパケットのサブヘッダを、伝送されるデータパケットのヘッダ部分の中で、前記現在のコンポーネントデータパケットのサブヘッダの前のサブヘッダと交替させるための交替手段をさらに含み、
    第３の判定手段が、前記交替の後、事前定義された条件が満たされるか否かを判定するためにさらに使用されることを特徴とする、請求項１８に記載の処理デバイス。
  20. 前記第３の判定手段が、前記コンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０である場合、前記伝送されるデータパケットのヘッダ部分の中で、現在のコンポーネントデータパケットに対応するサブヘッダの前に、ある特徴的なサブヘッダが存在するか否かを判定するためにさらに使用され、前記特徴的なサブヘッダの中に含まれるセグメント化処理ＩＤが、特徴的なサブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化が存在しないことを示し、
    前記第２の生成手段が、前記特徴的なサブヘッダが存在する場合、前記現在のコンポーネントデータパケットに対応するサブヘッダから、特徴的なサブヘッダのセグメント化処理ＩＤを削除するための削除手段をさらに含み、
    前記第２の制御手段が、前記特徴的なサブヘッダが存在しない場合、伝送キューの中の現在のコンポーネントデータパケットの次のコンポーネントデータパケットを新たな現在のコンポーネントデータパケットとし、新たな現在のコンポーネントデータパケットに対して、対応する操作を実行するように前記付加手段および前記第３の判定手段を制御するためにさらに使用され、さらに
    前記現在のコンポーネントデータパケットに対応するサブヘッダから、特徴的なサブヘッダのセグメント化処理ＩＤを削除した後、伝送キューの中の現在のコンポーネントデータパケットの次のコンポーネントデータパケットを新たな現在のコンポーネントデータパケットとし、新たな現在のコンポーネントデータパケットに対して、対応する操作を実行するように前記付加手段および前記第３の判定手段を制御するためにさらに使用されることを特徴とする、請求項１８に記載の処理デバイス。
  21. 前記事前定義された条件が、伝送されるデータパケットのヘッダ部分の中で、前記現在のコンポーネントデータパケットのサブヘッダの前のサブヘッダの中に含まれるセグメント化処理ＩＤが、前のサブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でないことを示す、または前記現在のコンポーネントデータパケットのサブヘッダが、伝送されるデータパケットのヘッダ部分の最上位に既にあることを示すということを特徴とする、請求項１８から２０のいずれか一項に記載の処理デバイス。
  22. 前記コンポーネントデータパケットおよび前記伝送されるべきデータパケットのそれぞれが、元のデータパケット、および／または元のデータパケットもしくはデータセグメントをセグメント化することから得られたデータセグメントを含むことを特徴とする、請求項１２から２１のいずれか一項に記載の処理デバイス。
  23. 無線通信ネットワークの受信するデバイスにおいて伝送時間区間に基づいて、受信された、伝送されるデータパケットを解析する方法であって、
    Ｉ）前記伝送されるデータパケットのヘッダ部分からコンポーネント数表示情報を抽出するステップと、
    ＩＩ）前記伝送されるデータパケットのヘッダ部分から１次サブヘッダを抽出するステップと、
    ＩＩＩ）前記１次サブヘッダの中に含まれるセグメント化処理情報に応じて、前記１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０であるか否かを判定するステップと、
    ＩＶ）前記１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でない場合、前記伝送されるデータパケットのデータ部分から、対応するデータ部分を抽出して、このデータ部分をバッファに格納するステップと、
    Ｖ）前記伝送されるデータパケットのヘッダ部分の中の前記１次サブヘッダの次のサブヘッダを、新たな１次サブヘッダとして使用して、ステップＩＩ）およびＩＩＩ）を繰り返すステップとを含む、方法。
  24. ＩＶ’）対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０である場合、伝送されるデータパケットのコンポーネント数表示情報に応じて、前記伝送されるデータパケットの中の前記コンポーネントデータパケットのデータ部分の後に続くそれぞれのコンポーネントデータパケットのデータ部分を、送るために抽出することをさらに含むことを特徴とする、請求項２３に記載の方法。
  25. 無線通信ネットワークの受信するデバイスにおいて伝送時間区間に基づいて、受信された、伝送されるデータパケットを解析するための解析デバイスであって、
    前記伝送されるデータパケットのヘッダ部分からコンポーネント数表示情報を抽出するための抽出手段であって、
    前記伝送されるデータパケットのヘッダ部分から１次サブヘッダを抽出するためにさらに使用される手段と、
    前記１次サブヘッダの中に含まれるセグメント化処理情報に応じて、前記１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０であるか否かを判定するための判定手段とを含み、
    前記抽出手段が、前記１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でない場合、前記伝送されるデータパケットのデータ部分から、対応するデータ部分を抽出して、このデータ部分をバッファの中に格納するためにさらに使用され、
    解析デバイスが、前記伝送されるデータパケットのヘッダ部分の中の１次サブヘッダの次のサブヘッダを新たな１次サブヘッダとして使用して、新たな１次サブヘッダに対して、対応する操作を実行するように前記抽出手段および前記判定手段を制御するための制御手段をさらに含む、解析デバイス。
  26. 前記抽出手段が、
    対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０である場合、前記伝送されるデータパケットのコンポーネント数表示情報に応じて、前記伝送されるデータパケットの中の前記コンポーネントデータパケットのデータ部分の後に続くそれぞれのコンポーネントデータパケットのデータ部分を、送るために抽出するためにさらに使用されることを特徴とする、請求項２５に記載の解析デバイス。
  27. 請求項１２から２２のいずれか一項に記載の処理デバイスを含むことを特徴とする、無線通信ネットワークにおける送信するデバイス。
  28. 請求項２５または２６に記載の解析デバイスを含むことを特徴とする、無線通信ネットワークにおける受信するデバイス。
  29. 請求項２７に記載の送信するデバイスと、請求項２８に記載の受信するデバイスとを含むことを特徴とする、無線通信ネットワークにおける通信デバイス。
JP2009524887A 2006-08-23 2007-08-22 無線通信ネットワークにおいてデータを伝送し、分析するための方法、およびその装置 Active JP5208945B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200610030361A CN100576822C (zh) 2006-08-23 2006-08-23 无线通信网络中的数据传输及解析方法及其装置
CN200610030361.6 2006-08-23
PCT/CN2007/002542 WO2008025250A1 (fr) 2006-08-23 2007-08-22 Procédé de transmission et d'analyse de données dans un réseau de communications sans fil et son appareil

Publications (2)

Publication Number Publication Date
JP2010502059A JP2010502059A (ja) 2010-01-21
JP5208945B2 true JP5208945B2 (ja) 2013-06-12

Family

ID=39129477

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009524887A Active JP5208945B2 (ja) 2006-08-23 2007-08-22 無線通信ネットワークにおいてデータを伝送し、分析するための方法、およびその装置

Country Status (8)

Country Link
US (1) US8345657B2 (ja)
EP (1) EP2063577B1 (ja)
JP (1) JP5208945B2 (ja)
KR (1) KR101443054B1 (ja)
CN (1) CN100576822C (ja)
ES (1) ES2401906T3 (ja)
PL (1) PL2063577T3 (ja)
WO (1) WO2008025250A1 (ja)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8417942B2 (en) * 2007-08-31 2013-04-09 Cisco Technology, Inc. System and method for identifying encrypted conference media traffic
US8837598B2 (en) * 2007-12-28 2014-09-16 Cisco Technology, Inc. System and method for securely transmitting video over a network
US20090169001A1 (en) * 2007-12-28 2009-07-02 Cisco Technology, Inc. System and Method for Encryption and Secure Transmission of Compressed Media
KR20110108341A (ko) * 2009-01-14 2011-10-05 엔트로픽 커뮤니케이션즈, 인크. 통신 네트워크에서의 재전송 및 프래그먼트화를 위한 시스템 및 방법
CN102647768B (zh) * 2011-02-18 2014-06-18 电信科学技术研究院 基于lte-lan的报文转发方法及装置
JP2014093655A (ja) * 2012-11-02 2014-05-19 Sony Corp 情報処理装置、情報処理方法及びプログラム
CN103001863B (zh) * 2012-11-27 2015-09-09 中国科学院声学研究所 数据包快速复制方法、数据包读取方法
CN103856453B (zh) * 2012-11-30 2016-12-21 中国科学院沈阳自动化研究所 一种面向半导体生产线搬运系统的数据传输方法
EP3163780A4 (en) * 2014-07-29 2017-07-12 Huawei Technologies Co., Ltd. Data encryption and transmission method and device
CN105187370B (zh) * 2015-06-05 2019-11-12 北京奇虎科技有限公司 数据处理方法和系统
CN105187533A (zh) * 2015-09-10 2015-12-23 浪潮软件股份有限公司 一种数据传输的方法及装置
CN106936538A (zh) * 2015-12-29 2017-07-07 北京大唐高鸿数据网络技术有限公司 车载自组织网中提高mac层数据传输效率的方法
US10341070B2 (en) * 2016-08-12 2019-07-02 Mediatek Inc. Method and apparatus of data transmission by setting segmentation threshold based on transmission time interval
WO2018145301A1 (zh) * 2017-02-10 2018-08-16 广东欧珀移动通信有限公司 一种传输数据的方法和装置

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08223217A (ja) * 1995-02-08 1996-08-30 Nippon Telegr & Teleph Corp <Ntt> 無線パケット多重方法
DE19820233B4 (de) * 1998-05-06 2004-08-05 Siemens Ag Verfahren zum Übertragen von Nutzdaten in Telekommunikationssystemen mit drahtloser auf einem vorgegebenen Luftschnittstellenprotokoll basierender Telekommunikation zwischen Telekommunikationsgeräten, insbesondere Sprach- und/oder Paketdaten in DECT-Systemen
JP2000216791A (ja) 1999-01-27 2000-08-04 Oki Electric Ind Co Ltd 複数回線利用情報転送装置
JP2001016209A (ja) * 1999-06-25 2001-01-19 Sony Corp 情報処理装置および方法、並びにコンピュータ読み取り可能な媒体
US6427169B1 (en) 1999-07-30 2002-07-30 Intel Corporation Parsing a packet header
KR100662286B1 (ko) 2000-11-30 2007-01-02 엘지전자 주식회사 무선 링크 제어 계층에서의 프로토콜 데이터 유닛 송신 방법 및 무선 링크 제어 계층을 갖는 무선 통신 시스템
CN1134918C (zh) 2001-08-06 2004-01-14 华为技术有限公司 基于移动台能力的包数据调度方法
WO2004079971A2 (en) * 2003-02-28 2004-09-16 Motorola, Inc. Method and system for dynamic aggregation in wireless network
JP3917638B2 (ja) 2003-06-18 2007-05-23 日本電信電話株式会社 無線パケット通信方法
WO2005013576A1 (ja) * 2003-07-30 2005-02-10 Nippon Telegraph And Telephone Corporation 無線パケット通信方法
US8718089B2 (en) * 2003-09-08 2014-05-06 Toshiba America Research Inc. Aggregation and fragmentation of multiplexed downlink packets
JP2005086438A (ja) 2003-09-08 2005-03-31 Nec Corp パケット送信端末
US7571242B2 (en) 2003-10-24 2009-08-04 Alcatel Lucent Method for accelerated packet processing
US8090857B2 (en) * 2003-11-24 2012-01-03 Qualcomm Atheros, Inc. Medium access control layer that encapsulates data from a plurality of received data units into a plurality of independently transmittable blocks
US20070297375A1 (en) * 2006-06-27 2007-12-27 Motorola, Inc. System and method for data transmission in an ad hoc communication network

Also Published As

Publication number Publication date
CN101132346A (zh) 2008-02-27
CN100576822C (zh) 2009-12-30
PL2063577T3 (pl) 2013-06-28
KR20090053791A (ko) 2009-05-27
EP2063577A1 (en) 2009-05-27
JP2010502059A (ja) 2010-01-21
US20100008350A1 (en) 2010-01-14
US8345657B2 (en) 2013-01-01
EP2063577A4 (en) 2011-12-07
EP2063577B1 (en) 2012-12-26
WO2008025250A1 (fr) 2008-03-06
ES2401906T3 (es) 2013-04-25
KR101443054B1 (ko) 2014-09-22

Similar Documents

Publication Publication Date Title
JP5208945B2 (ja) 無線通信ネットワークにおいてデータを伝送し、分析するための方法、およびその装置
US20200403739A1 (en) Method and apparatus for transmitting and receiving data in a communication system
JP5240455B2 (ja) 形成方法
RU2262202C2 (ru) Устройство и способ назначения общего пакетного канала в системе мобильной связи мдкр
KR100944921B1 (ko) 무선통신 시스템에서의 재전송 방법 및 장치
JP3914558B2 (ja) 無線パケット通信方法
RU2474059C1 (ru) Способ и устройство передачи данных
KR20070105931A (ko) 무선통신 시스템에서 서비스데이터유닛의 분할 및 넘버링을처리하는 방법 및 장치
KR100972338B1 (ko) 무선통신시스템의 사용자장치에서 프로토콜데이터유닛을전송하는 방법 및 장치
EP2445250A1 (en) Data packet sending, receiving and transmission method and device
JP5580418B2 (ja) 単一のｒｌｃエンティティについての拡張された多重化
JP2005539465A (ja) 無線移動通信システムにおける受信ウインドウ移動方法
CN105791169A (zh) 软件定义网络中交换机转发控制、转发方法及相关设备
US6553003B1 (en) Device and method processing a radio link protocol in a mobile communication system
CN108432212B (zh) 基于流控制传输协议sctp的通信方法、装置和系统
JP2005522945A (ja) 無線ネットワークにおけるマルチレートデータ送信用リアルタイム制御機構
CN103476061A (zh) 用户设备及其产生无线链路控制分组数据单元的方法
CN101657981B (zh) 在移动通信系统中用于发送和接收分组数据单元的方法和装置
CN106911644A (zh) 一种报文重组方法和设备
JP5124591B2 (ja) Ｒａｎにおける連続するデータユニットの表示の方法
CN101989896B (zh) 一种arq连接的反馈方法及装置
TWI376917B (en) Frame merging apparatus and method thereof
CN116195225A (zh) 通信系统
JP2010118894A (ja) パケット生成装置、パケット生成方法及びパケット生成プログラム
JP2015126303A (ja) 無線送信装置および無線通信方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100817

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20121010

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20121023

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20121112

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130115

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20130115

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130220

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

Free format text: PAYMENT UNTIL: 20160301

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 5208945

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250