JP2004135076A - Reassembling and reordering device for fragment packet - Google Patents

Reassembling and reordering device for fragment packet Download PDF

Info

Publication number
JP2004135076A
JP2004135076A JP2002297792A JP2002297792A JP2004135076A JP 2004135076 A JP2004135076 A JP 2004135076A JP 2002297792 A JP2002297792 A JP 2002297792A JP 2002297792 A JP2002297792 A JP 2002297792A JP 2004135076 A JP2004135076 A JP 2004135076A
Authority
JP
Japan
Prior art keywords
packet
fragment
packets
buffer
reception
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.)
Withdrawn
Application number
JP2002297792A
Other languages
Japanese (ja)
Inventor
Yutaka Asada
浅田 裕
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 JP2002297792A priority Critical patent/JP2004135076A/en
Publication of JP2004135076A publication Critical patent/JP2004135076A/en
Withdrawn legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To prevent the occupation of a resource by a buffer memory and packet delay due to meaningless congestion in a reassembling and reordering process of a fragment packet. <P>SOLUTION: A call is identified from a first fragment of a packet supplied to a fragment packet buffer part (MEM-F) 38 reassembling the fragment packet (52). A GTP layer termination part (GTPLT) 44 is informed that the fragment packet on the call is received. If the reception of the fragment packet on the call is informed when passing of the packet is detected in a reordering memory (MEM-R)56 of GTPLT 44, reordering is performed by accumulating the passing packet in a buffer. When it is not informed, the packet is not accumulated and forwarding is immediately performed. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、断片化されたパケットから断片化前のパケットを復元し、パケット到着順序の逆転を元に戻す、リアセンブルおよびリオーダリング装置、特に、GPRS(General Packet Radio Service)のGTP(GPRS Tunneling Protcol)トンネル内で断片化されたパケットから断片化前のパケットを復元し、断片化およびリアセンブルによって生じたパケット到着順序の逆転を元に戻す、リアセンブルおよびリオーダリング装置に関する。
【0002】
【従来の技術】
携帯電話等の移動機のユーザへIPネットワークのサービスを提供するGPRSにおいては、ネットワーク内で移動する移動機との通信を維持するためのプロトコルとして、GTPが採用されている。すなわち、移動機が属するエリアの基地局に接続されたRNC(Radio Network Controller)とSGSN(Serving GPRS Support Node)との間でトンネルが張られる。移動機が移動して隣のエリアにハンドオーバーするとき、新たなエリアのRNCとの間でトンネルを張り替えることにより通信が維持される。さらに、インターネットまたはイントラネットとの接続点であるGGSN(Gateway GPRS Support Node)とSGSNとの間にもトンネルが張られる。移動機が別のSGSNの配下にあるエリアにリロケーションするとき、RNCとSGSNとの間だけでなくSGSNとGGSNとの間においてもトンネルの張り替えが行なわれる。
【0003】
このGTPプロトコルでは、ユーザパケットに新たなヘッダが付加されるため、トンネル内ではその分だけパケットが長くなる。ユーザパケットのMTU(Maximum Transmission Unit)にこの増分を加えた長さのパケットがGSN(GPRS Service Node)間を疎通できない場合(例えばユーザに与えられたMTUとGSN間のネットワークのMTUが等しい場合)、ボトルネックとなるGSNまたは中継ルータによりそのパケットは断片化される。GSNホストでは、これら断片化したパケットを再構成(リアセンブル)して断片化前のパケットを復元する。リアセンブルの際には、断片化されたパケットは断片が全て揃うまで待つことになるので、断片化されなかったパケットによる追い抜きが発生してパケットの順序が逆転する場合がある。パケットの到着順序を維持しなければならないサービスに属するパケットについては、リアセンブル後においてパケットに付されたシーケンス番号を参照することにより、断片化のあったパケットを追い越して先に到着したパケットをバッファに一時的に格納して順序の逆転を元に戻す必要がある(リオーダリング)。
【0004】
【特許文献1】
特開平5−103016号公報
【0005】
【発明が解決しようとする課題】
しかしながら、リアセンブル処理の後においては、未到着のパケットがリアセンブルによる順序逆転のために未到着であるのか、どこか途中でパケットが廃棄されるなどにより消失したために未到着であるのかが区別できないので、いずれの場合にもパケット蓄積のためにバッファが使用される。大量のトラフィックを扱うノードではこれが全体として膨大な量となり、不必要なバッファリングのために処理時間も増大する。そのため、従来では、ユーザのMTUを所定値(例えばネットワークのMTU−増分)以下に制限することによりこの問題を回避していた。
【0006】
したがって本発明の目的は、ユーザのMTUを制限することなく、必要最小限のリソースを使用することにより、パケットの順序性を維持することが可能な断片パケットのリアセンブルおよびリオーダリング装置を提供することにある。
【0007】
【課題を解決するための手段】
本発明によれば、断片パケットの受信を検出し、検出された断片パケットから元のパケットを再構成し、リアセンブル部と、パケットの第1断片の受信を検出して通知する第1断片検出部と、リアセンブル部からのパケットから追い抜きパケットを検出し、追い抜きパケットが検出されたとき第1断片検出部から第1断片受信の通知がなければ追い抜きパケットをバッファに蓄積せずにフォワーディングし、第1断片受信の通知があれば追い抜きパケットをバッファに蓄積することによってパケットのリオーダリングを行なうリオーダリング部とを具備する断片パケットのリアセンブルおよびリオーダリング装置が提供される。
【0008】
前記第1断片検出部は、第1断片からユーザの識別に必要な情報を抽出し、前記リオーダリング部は、追い抜きパケットと同じユーザに属するパケットの第1断片の受信の通知があるとき追い抜きパケットをバッファに蓄積することが好ましい。
【0009】
【発明の実施の形態】
図1はGTPプロトコルによるオーバーヘッドの増加とそれによって生じるパケットの断片化を説明する図である。図1において、ユーザパケット10にはGTPヘッダ12、UDPヘッダ14および網IPヘッダ16が付加される。ユーザに与えられたMTUの値11に新たに付加されるヘッダの長さを加算したものがネットワークのMTU13よりも大であれば、ボトルネックとなるGSNノードまたはIP中継ノードにおいて第1断片18および第2断片20に断片化される。ここで、第1断片18にはGTPヘッダ12およびUDPヘッダ14等の断片化前のパケットのヘッダ情報が全て含まれるのに対して、第2断片20には第1断片に収容されたユーザパケット10−1の残り10−2のみが含まれることが注目される。
【0010】
図2は本発明が適用されたGSNノード装置の構成を示すブロック図である。なお、GPRSにおけるGSNノード装置を例にとって本発明を説明するが、それに限らず、断片パケットの再構成およびリオーダリングを行なう装置であれば本発明を同様に適用することが可能であることは言うまでもない。
【0011】
図2において、L1/L2終端部(SAR)32は物理レイヤ(L1)およびデータリンクレイヤ(L2)を終端し、IPレイヤ終端部(IPLT)34はIPレイヤを終端する。SAR32とIPLT34の間には、断片パケット検出部(FRGC)36が設けられる。FRGC36は断片パケットが検出されたらそれを断片パケットバッファ部(MEM−F)38へドロップし、MEM−F38からの再構成パケットを挿入する。MEM−F38は残断片管理部40およびバッファメモリ42を有する。残断片管理部40は断片パケットを断片パケットの網IPヘッダ16(図1)から抽出されたフラグメントID等のパラメータに基いて、断片パケットをフラグメントIDごとにバッファメモリ42に一時的に格納し、必要な断片が揃ったらパケットを再構成する。GTPレイヤ終端部44はGTPレイヤを終端するものであり、そこからさらにIPレイヤ終端部46およびL1/L2終端部48を経て新たなGTPトンネルが開始する。
【0012】
GTPLT44は、ヘッダに含まれるバージョン番号を参照し(52)、送信先IPアドレス(必要に応じてさらに送信元IPアドレス)およびGTPヘッダに含まれるTEID(図3参照)に基いて、パケットが属する呼(ユーザ)を識別し(54)、パケットの順序を維持する必要のある呼に属するパケットについてGTPヘッダに含まれるシーケンス番号(図3)を参照して呼ごとにパケットの順序逆転を検出し、必要があれば呼(ユーザ)ごとにパケットをリオーダリングメモリ(MEM−R)56に格納することによってパケットの順序性を回復する。これの詳細については後述する。
【0013】
本発明において、MEM−F38においては断片パケットのリアセンブルの他に、呼識別情報抽出部52において、パケットの第1断片を抽出し(54)、GTPLT44と同様にしてバージョン番号を参照し(56)、TEID等からパケットが属する呼(ユーザ)を識別して(58)当該呼に属するパケットの第1断片が検出されたことをGTPLT44のMEM−R56に通知する。なお、呼識別情報抽出部52においては、必要なパラメータの抽出のみを行ない、それらに基づく呼(ユーザ)の識別はGTPLT44において行なう様にしても良い。MEM−R56においては、パケットの順序を維持しなければならない呼に属するパケットについてパケットのシーケンス番号を監視することによってパケットの追い抜きを検出する。パケットの追い抜きが検出されたとき、そのパケットと同一の呼に属するパケットについて第1断片が検出されたことを通知されている場合のみ、リアセンブルされたパケットが到着して順序を回復できるようになるまで、又は、リアセンブルされたパケットが到着するまでの時間を考慮した所定の時間が経過するまで、追い抜きパケットをバッファに蓄積する。
【0014】
図4〜6を参照して上記の処理を具体的に説明する。図4はシーケンス番号18および19のパケットが到着し、バッファに蓄積されることなく出力された状態を示す。このとき、次に到着するパケットに期待されるシーケンス番号は19から20に変わる。図4に示したケースでは次に到着するパケットのシーケンス番号は20であり、これは期待値と一致するのでバッファに蓄積されることなく直ちに出力される。シーケンス番号21のパケットも同様である。図5に示したケースでは、次シーケンス番号の期待値が20であるのに対し、シーケンス番号22のパケットが到着し、かつ、この呼について断片化したパケットが受信されたことをMEM−Fから通知されている。この場合には、シーケンス番号20のパケットおよびシーケンス番号21のパケットがMEM−Rに到着するまで、或いはタイマが満了するまで、後続するシーケンス番号22,23,24…のパケットをバッファに蓄積し続ける。シーケンス番号20のパケットおよびシーケンス番号21のパケットが受信されたら、当該パケットおよびバッファに蓄積されたパケットを正しい順序でフォワーディングする。シーケンス番号20のパケットまたはシーケンス番号21のパケットを受信することなくタイマが満了したら(図示した例ではパケットが14個バッファに蓄積されたら)、それ以上待たずにバッファ内のパケットをフォワーディングする。図6に示すように、断片化パケットを受信済であることをMEM−Fから通知されていない場合には、後続パケットをバッファに蓄積することなく直ちに出力する。なお、パケットの追い抜きが検出されたとき、一定時間経過するまで後続パケットをバッファに格納し、一定時間経過後に第1断片検出通知の有無を調べ、通知が来ていればパケットの蓄積を続行し、通知が来ていなければ直ちにバッファ内のパケットをフォワーディングするようにしても良い。これより、無意味な滞留によるMEM−Rのリソース占有とパケットの遅延を防ぎ、リオーダリングバッファを効率的に使用することができる。
【0015】
またMEM−F38においては、受信した断片が第1断片でなく、かつ、現在バッファ42に滞留している断片と勘合しない場合、IP中継網の障害またはルーティングテーブルの変更等が発生したものとして、リアセンブルの管理に必要な情報(IPレイヤ上の送信元IPアドレス、ID、オフセット、フラグ、パケットの全長、および必要があればUDPレイヤ上のチェックサムポート番号)のみをタイマ満了まで保持し、タイマ満了までに到着した第1断片を含む他の断片を一括して廃棄することが望ましい。すなわち、同じパケットからの第1断片よりも先にそれ以外の断片が到着したとき、障害等の発生と判断してその断片およびそれと同じパケットからのすべての断片をバッファに蓄積することなく廃棄する。これにより、不要なバッファ滞留を抑え、IP中継網の擾乱の影響を抑えることができる。
【0016】
【発明の効果】
以上説明したように本発明によれば、無意味な滞留によるバッファメモリのリソース占有とパケット遅延を防止することができる。
【図面の簡単な説明】
【図1】GTPプロトコルによるオーバーヘッドの増加とそれによって生じるパケットの断片化を説明する図である。
【図2】本発明が適用されたGSNノード装置の構成を示すブロック図である。
【図3】GTPヘッダの詳細を示す図である。
【図4】MEM−Rの通常動作を説明する図である。
【図5】断片パケット受信時のMEM−Rの動作を説明する図である。
【図6】パケット消失時のMEM−Rの動作を説明する図である。
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a reassembling and reordering device for restoring a packet before fragmentation from a fragmented packet and reversing the reversal of the packet arrival order, in particular, a GPRS (General Packet Radio Service) GTP (GPRS Tunneling). (Protocol) The present invention relates to a reassembling and reordering apparatus for restoring an unfragmented packet from a fragmented packet in a tunnel and reversing the reversal of the packet arrival order caused by fragmentation and reassembly.
[0002]
[Prior art]
In GPRS that provides IP network services to users of mobile devices such as mobile phones, GTP is employed as a protocol for maintaining communication with mobile devices moving within the network. That is, a tunnel is established between an RNC (Radio Network Controller) connected to a base station in an area to which the mobile device belongs and an SGSN (Serving GPRS Support Node). When the mobile station moves and performs handover to an adjacent area, communication is maintained by switching tunnels with the RNC in the new area. Furthermore, a tunnel is established between a GGSN (Gateway GPRS Support Node), which is a connection point with the Internet or an intranet, and the SGSN. When a mobile station relocates to an area under the control of another SGSN, a tunnel is renewed not only between the RNC and the SGSN but also between the SGSN and the GGSN.
[0003]
In this GTP protocol, a new header is added to a user packet, so that the packet becomes longer in the tunnel by that amount. When a packet having a length obtained by adding this increment to the MTU (Maximum Transmission Unit) of the user packet cannot be transmitted between GSNs (GPRS Service Node) (for example, when the MTU given to the user and the MTU of the network between the GSNs are equal). The packet is fragmented by the bottleneck GSN or the relay router. The GSN host reconstructs (reassembles) these fragmented packets to restore the packets before fragmentation. At the time of reassembling, since the fragmented packets wait until all the fragments are completed, the unfragmented packets may be overtaken and the order of the packets may be reversed. For packets belonging to a service that must maintain the order of arrival of packets, refer to the sequence numbers assigned to the packets after reassembly to buffer packets that arrived ahead of fragmented packets. It is necessary to temporarily store the order and reverse the order inversion (reordering).
[0004]
[Patent Document 1]
JP-A-5-103016
[Problems to be solved by the invention]
However, after the reassembly process, it is determined whether the unarrived packet has not arrived due to the reversal of the order due to the reassembly, or has not arrived because the packet has been lost somewhere in the middle. In each case, a buffer is used for packet storage. In a node handling a large amount of traffic, this becomes a huge amount as a whole, and the processing time increases due to unnecessary buffering. Therefore, conventionally, this problem has been avoided by restricting the MTU of the user to a predetermined value (for example, the MTU-increment of the network).
[0006]
Accordingly, an object of the present invention is to provide a fragment packet reassembling and reordering apparatus capable of maintaining the order of packets by using minimum necessary resources without limiting the MTU of a user. It is in.
[0007]
[Means for Solving the Problems]
According to the present invention, the reception of a fragment packet is detected, the original packet is reconstructed from the detected fragment packet, the reassembly unit, and the first fragment detection for detecting and notifying the reception of the first fragment of the packet are performed. And detecting the overtake packet from the packet from the reassembly unit, and when the overtake packet is detected, forwards the overtake packet without storing it in the buffer unless the first fragment detection unit notifies the first fragment reception unit of the reception. An apparatus for reassembling and reordering fragmented packets, comprising: a reordering unit that reorders packets by accumulating an overtake packet in a buffer when notified of the reception of the first fragment.
[0008]
The first fragment detection unit extracts information necessary for identifying a user from the first fragment, and the reordering unit determines whether or not there is a notification of reception of the first fragment of a packet belonging to the same user as the overtake packet. Is preferably stored in a buffer.
[0009]
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 is a diagram illustrating an increase in overhead due to the GTP protocol and fragmentation of packets caused by the increase. In FIG. 1, a GTP header 12, a UDP header 14, and a network IP header 16 are added to a user packet 10. If the value of the MTU value 11 given to the user plus the length of the newly added header is greater than the MTU 13 of the network, the first fragment 18 and It is fragmented into second fragments 20. Here, the first fragment 18 contains all the header information of the packet before fragmentation such as the GTP header 12 and the UDP header 14, whereas the second fragment 20 contains the user packet contained in the first fragment. It is noted that only the remaining 10-2 of 10-1 is included.
[0010]
FIG. 2 is a block diagram showing a configuration of a GSN node device to which the present invention has been applied. The present invention will be described by taking the GSN node device in GPRS as an example, but the present invention is not limited to this, and it goes without saying that the present invention can be similarly applied to any device that performs reassembly and reordering of fragmented packets. No.
[0011]
In FIG. 2, an L1 / L2 termination unit (SAR) 32 terminates the physical layer (L1) and the data link layer (L2), and an IP layer termination unit (IPLT) terminates the IP layer. A fragment packet detector (FRGC) 36 is provided between the SAR 32 and the IPLT 34. When the fragment packet is detected, the FRGC 36 drops the fragment packet into the fragment packet buffer unit (MEM-F) 38 and inserts the reconstructed packet from the MEM-F 38. The MEM-F 38 has a remaining fragment management unit 40 and a buffer memory 42. The remaining fragment management unit 40 temporarily stores the fragment packets in the buffer memory 42 for each fragment ID based on parameters such as the fragment ID extracted from the network IP header 16 (FIG. 1) of the fragment packet, Reassemble the packet when the required fragments are available. The GTP layer terminator 44 terminates the GTP layer, from which a new GTP tunnel starts via the IP layer terminator 46 and the L1 / L2 terminator 48.
[0012]
The GTPLT 44 refers to the version number included in the header (52), and to which the packet belongs based on the destination IP address (and, if necessary, the source IP address) and the TEID (see FIG. 3) included in the GTP header. A call (user) is identified (54), and for a packet belonging to a call that needs to maintain the order of the packets, the order of the packets is reversed for each call with reference to the sequence number (FIG. 3) included in the GTP header. If necessary, the order of the packets is restored by storing the packets in the reordering memory (MEM-R) 56 for each call (user). Details of this will be described later.
[0013]
In the present invention, in addition to reassembling the fragment packet in the MEM-F 38, the call identification information extracting unit 52 extracts the first fragment of the packet (54), and refers to the version number in the same manner as the GTPLT 44 (56). ), And identifies the call (user) to which the packet belongs from TEID or the like (58) and notifies the MEM-R 56 of the GTPLT 44 that the first fragment of the packet belonging to the call is detected. Note that the call identification information extraction unit 52 may extract only necessary parameters, and the GTPLT 44 may identify a call (user) based on those parameters. In the MEM-R 56, the overtaking of the packet is detected by monitoring the packet sequence number of the packet belonging to the call in which the order of the packet must be maintained. The reassembled packet arrives and the order can be recovered only when it is notified that the first fragment has been detected for a packet belonging to the same call as the packet when the overtaking of the packet is detected. The overtake packets are stored in the buffer until the time is over or until a predetermined time considering the time until the reassembled packet arrives elapses.
[0014]
The above processing will be specifically described with reference to FIGS. FIG. 4 shows a state where packets of sequence numbers 18 and 19 have arrived and have been output without being stored in the buffer. At this time, the expected sequence number of the packet arriving next changes from 19 to 20. In the case shown in FIG. 4, the sequence number of the packet arriving next is 20, which matches the expected value and is output immediately without being stored in the buffer. The same applies to the packet of sequence number 21. In the case shown in FIG. 5, while the expected value of the next sequence number is 20, the MEM-F reports that the packet of sequence number 22 has arrived and that the fragmented packet for this call has been received. You have been notified. In this case, the subsequent packets with sequence numbers 22, 23, 24,... Continue to be stored in the buffer until the packet with sequence number 20 and the packet with sequence number 21 arrive at the MEM-R or until the timer expires. . When the packet with the sequence number 20 and the packet with the sequence number 21 are received, the packet and the packet stored in the buffer are forwarded in a correct order. When the timer expires without receiving the packet with the sequence number 20 or the packet with the sequence number 21 (in the illustrated example, when 14 packets are accumulated in the buffer), the packet in the buffer is forwarded without waiting any longer. As shown in FIG. 6, when the MEM-F has not notified that the fragmented packet has been received, the subsequent packet is immediately output without being stored in the buffer. When the overtaking of the packet is detected, the subsequent packet is stored in the buffer until a certain time elapses, and after the elapse of the certain time, the presence or absence of the first fragment detection notification is checked. If the notification is received, the packet accumulation is continued. If the notification has not been received, the packet in the buffer may be immediately forwarded. As a result, it is possible to prevent the occupation of the resources of the MEM-R and the delay of the packet due to the meaningless stay, and to efficiently use the reordering buffer.
[0015]
In the MEM-F 38, if the received fragment is not the first fragment and does not match the fragment currently staying in the buffer 42, it is determined that a failure in the IP relay network or a change in the routing table has occurred. Only the information necessary for the reassembly management (source IP address on the IP layer, ID, offset, flag, total length of the packet, and, if necessary, the checksum port number on the UDP layer) are held until the timer expires, It is desirable to collectively discard other fragments including the first fragment that arrived before the expiration of the timer. That is, when other fragments arrive before the first fragment from the same packet, it is determined that a failure or the like has occurred, and that fragment and all fragments from the same packet are discarded without being stored in the buffer. . As a result, unnecessary buffer stagnation can be suppressed, and the influence of disturbance in the IP relay network can be suppressed.
[0016]
【The invention's effect】
As described above, according to the present invention, it is possible to prevent resource occupation of the buffer memory and packet delay due to meaningless stay.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating an increase in overhead due to a GTP protocol and fragmentation of a packet caused by the increase.
FIG. 2 is a block diagram illustrating a configuration of a GSN node device to which the present invention has been applied.
FIG. 3 is a diagram showing details of a GTP header.
FIG. 4 is a diagram illustrating a normal operation of the MEM-R.
FIG. 5 is a diagram illustrating an operation of the MEM-R at the time of receiving fragmented packets.
FIG. 6 is a diagram illustrating an operation of the MEM-R when a packet is lost.

Claims (4)

断片パケットの受信を検出し、検出された断片パケットから元のパケットを再構成するリアセンブル部と、
パケットの第1断片の受信を検出して通知する第1断片検出部と、
リアセンブル部からのパケットから追い抜きパケットを検出し、追い抜きパケットが検出されたとき第1断片検出部から第1断片受信の通知がなければ追い抜きパケットをバッファに蓄積せずにフォワーディングし、第1断片受信の通知があれば追い抜きパケットをバッファに蓄積することによってパケットのリオーダリングを行なうリオーダリング部とを具備する断片パケットのリアセンブルおよびリオーダリング装置。
A reassembly unit that detects reception of fragment packets and reconstructs an original packet from the detected fragment packets;
A first fragment detector for detecting and notifying the reception of the first fragment of the packet;
The overtaking packet is detected from the packets from the reassembly unit. When the overtaking packet is detected, if the first fragment detecting unit does not notify the reception of the first fragment, the overtaking packet is forwarded without being stored in the buffer. A reassembling and reordering apparatus for fragmented packets, comprising: a reordering unit that reorders packets by accumulating overtake packets in a buffer when a notification of reception is received.
前記第1断片検出部は、第1断片からユーザの識別に必要な情報を抽出し、
前記リオーダリング部は、追い抜きパケットと同じユーザに属するパケットの第1断片の受信の通知があるとき追い抜きパケットをバッファに蓄積する請求項1記載の装置。
The first fragment detection unit extracts information necessary for identifying a user from the first fragment,
The apparatus according to claim 1, wherein the reordering unit stores the overtake packet in a buffer when there is a notification of reception of a first fragment of a packet belonging to the same user as the overtake packet.
前記リオーダリング部は、追い抜きパケットの検出から所定時間経過後に第1断片受信の通知の有無を調べる請求項1または2記載の装置。The apparatus according to claim 1, wherein the reordering unit checks whether or not notification of reception of the first fragment has been received after a predetermined time has elapsed from detection of the overtake packet. 前記リアセンブル部は、同じパケットからの第1断片よりも先に他の断片が受信されるとき、同じパケットからのすべての断片を廃棄する請求項1〜3のいずれか1項記載の装置。The apparatus according to any one of claims 1 to 3, wherein the reassembly unit discards all fragments from the same packet when another fragment is received before a first fragment from the same packet.
JP2002297792A 2002-10-10 2002-10-10 Reassembling and reordering device for fragment packet Withdrawn JP2004135076A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002297792A JP2004135076A (en) 2002-10-10 2002-10-10 Reassembling and reordering device for fragment packet

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002297792A JP2004135076A (en) 2002-10-10 2002-10-10 Reassembling and reordering device for fragment packet

Publications (1)

Publication Number Publication Date
JP2004135076A true JP2004135076A (en) 2004-04-30

Family

ID=32287403

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002297792A Withdrawn JP2004135076A (en) 2002-10-10 2002-10-10 Reassembling and reordering device for fragment packet

Country Status (1)

Country Link
JP (1) JP2004135076A (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007233457A (en) * 2006-02-27 2007-09-13 Fujitsu Ltd Reordering device
US7522625B2 (en) 2004-08-03 2009-04-21 Fujitsu Limited Processing method of fragmented packet and packet transfer equipment using the same
JP2010087975A (en) * 2008-10-01 2010-04-15 Nec Saitama Ltd Packet control unit, packet controlling method, and packet control program
JP2010512714A (en) * 2006-12-12 2010-04-22 インターデイジタル テクノロジー コーポレーション Method and apparatus for transmitting and receiving packets via high speed downlink packet access
WO2011083670A1 (en) * 2010-01-07 2011-07-14 日本電気株式会社 Packet ordering device, receiving device, and packet ordering method
EP2477367A1 (en) 2007-03-22 2012-07-18 Fujitsu Limited Base station, mobile station, communication system, and reordering method thereof
JP2012151675A (en) * 2011-01-19 2012-08-09 Oki Networks Co Ltd Communication control device and program, and communication system

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7522625B2 (en) 2004-08-03 2009-04-21 Fujitsu Limited Processing method of fragmented packet and packet transfer equipment using the same
JP2007233457A (en) * 2006-02-27 2007-09-13 Fujitsu Ltd Reordering device
JP2010512714A (en) * 2006-12-12 2010-04-22 インターデイジタル テクノロジー コーポレーション Method and apparatus for transmitting and receiving packets via high speed downlink packet access
US10205564B2 (en) 2006-12-12 2019-02-12 Interdigital Technology Corporation Method and apparatus for transmitting and receiving a packet via high speed downlink packet access
US8693337B2 (en) 2007-03-22 2014-04-08 Fujitsu Limited Base station, mobile station, communication system, and reordering method thereof
EP2477367A1 (en) 2007-03-22 2012-07-18 Fujitsu Limited Base station, mobile station, communication system, and reordering method thereof
EP2477368A1 (en) 2007-03-22 2012-07-18 Fujitsu Limited Base station, mobile station, communication system, and reordering method thereof
US8787173B2 (en) 2007-03-22 2014-07-22 Fujitsu Limited Base station, mobile station, communication system, and reordering method thereof
US8694004B2 (en) 2007-03-22 2014-04-08 Fujitsu Limited Base station, mobile station, communication system, and reordereing method thereof
US8687496B2 (en) 2007-03-22 2014-04-01 Fujitsu Limited Base station, mobile station, communication system, and reordering method thereof
JP2010087975A (en) * 2008-10-01 2010-04-15 Nec Saitama Ltd Packet control unit, packet controlling method, and packet control program
WO2011083670A1 (en) * 2010-01-07 2011-07-14 日本電気株式会社 Packet ordering device, receiving device, and packet ordering method
US8654626B2 (en) 2010-01-07 2014-02-18 Nec Corporation Packet sorting device, receiving device and packet sorting method
JPWO2011083670A1 (en) * 2010-01-07 2013-05-13 日本電気株式会社 Packet alignment apparatus, reception apparatus, and packet alignment method
JP5668938B2 (en) * 2010-01-07 2015-02-12 日本電気株式会社 Packet alignment apparatus, reception apparatus, and packet alignment method
JP2012151675A (en) * 2011-01-19 2012-08-09 Oki Networks Co Ltd Communication control device and program, and communication system

Similar Documents

Publication Publication Date Title
US7796602B2 (en) In sequence packet delivery without retransmission
JP4603042B2 (en) System and method for packet-based handoff in a wireless communication system
EP1427146B1 (en) Packet transmission system and packet reception system
US8694004B2 (en) Base station, mobile station, communication system, and reordereing method thereof
JP4893581B2 (en) Multiplex communication system, transmission processing device, reception processing device, multiplexing communication method, transmission processing method, and reception processing method
CA2614018C (en) Minimizing padding for voice over internet protocol-type traffic over radio link control
US20150296418A1 (en) Methods and Apparatus for Handover Management of Transfer Control Protocol Proxy Communications
WO2018103675A1 (en) Data stream remapping method and apparatus, user equipment and ran device
WO2002028017A2 (en) Method and apparatus for maintaining sequence numbering in header compressed packets
CN106576108B (en) Communication method, equipment and system in communication system
US20030031161A1 (en) Uplink session extension
Eom et al. Performance improvement by packet buffering in mobile IP based networks
AU2004258114B2 (en) Performing compression of user datagram protocol packets
JP2004135076A (en) Reassembling and reordering device for fragment packet
EP1599970B1 (en) Method and wireless component for avoiding tcp packet retransmission during mobile device handoff
RU2466513C2 (en) Changes in service points of access of forward communication line and reverse communication line
US8441948B2 (en) Communication control apparatus, wireless communication apparatus, communication control method, and wireless communication method
Hur et al. Priority forwarding for improving the TCP performance in mobile IP based networks with packet buffering
JP4505575B2 (en) COMMUNICATION SYSTEM, GATEWAY TRANSMISSION DEVICE, GATEWAY RECEPTION DEVICE, TRANSMISSION METHOD, RECEPTION METHOD, AND INFORMATION RECORDING MEDIUM
US8639822B2 (en) Extending application-layer sessions based on out-of-order messages
US20030014495A1 (en) System, method, and apparatus for preventing data packet overflow at node in wireless packet data services network
Hur et al. TCP performance analysis of packet buffering in mobile IP based networks
Schüler et al. Performance improvements for TCP in mobile networks with high packet delay variations
Khan et al. A proactive buffering scheme to improve macro-mobility over mobile IP.
CN114600499A (en) Integrated access and backhaul user interface

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20060110