JP4952586B2 - パケットデータの廃棄方法、無線通信装置、移動通信システム - Google Patents

パケットデータの廃棄方法、無線通信装置、移動通信システム Download PDF

Info

Publication number
JP4952586B2
JP4952586B2 JP2008000258A JP2008000258A JP4952586B2 JP 4952586 B2 JP4952586 B2 JP 4952586B2 JP 2008000258 A JP2008000258 A JP 2008000258A JP 2008000258 A JP2008000258 A JP 2008000258A JP 4952586 B2 JP4952586 B2 JP 4952586B2
Authority
JP
Japan
Prior art keywords
packet data
base station
value
timer
discard timer
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
JP2008000258A
Other languages
English (en)
Other versions
JP2009164864A (ja
Inventor
好明 太田
喜晴 田島
一央 大渕
竜一 武智
直聡 渡辺
良紀 田中
勝正 杉山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2008000258A priority Critical patent/JP4952586B2/ja
Priority to EP13168012.6A priority patent/EP2648455B1/en
Priority to EP13168006.8A priority patent/EP2648453B1/en
Priority to EP08172051.8A priority patent/EP2077688B1/en
Priority to EP13168008.4A priority patent/EP2648454B1/en
Priority to US12/346,020 priority patent/US8233453B2/en
Priority to KR1020090000742A priority patent/KR20090076811A/ko
Priority to CNA2009100023549A priority patent/CN101494887A/zh
Publication of JP2009164864A publication Critical patent/JP2009164864A/ja
Application granted granted Critical
Publication of JP4952586B2 publication Critical patent/JP4952586B2/ja
Priority to US13/558,808 priority patent/US8711810B2/en
Priority to US13/558,788 priority patent/US8582533B2/en
Priority to US13/558,798 priority patent/US8908644B2/en
Priority to US14/550,234 priority patent/US9204348B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H04W36/023—Buffering or recovering information during reselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • 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/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H04W36/023—Buffering or recovering information during reselection
    • H04W36/0235—Buffering or recovering information during reselection by transmitting sequence numbers, e.g. SN status transfer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Description

本発明は、無線通信装置（移動局又は基地局）、並びに当該無線通信装置におけるパケットデータの廃棄方法に関する。例えば、ＡＱＭ（Ａｃｔｉｖｅ Ｑｕｅｕｅ Ｍａｎａｇｅｍｅｎｔ）によるパケットデータ廃棄方法や、タイマによるパケットデータ廃棄方法が混在する場合に好適である。
携帯電話などの移動通信システムは、現在、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式による第三世代方式がサービスを開始しているが、より高速な通信が可能となる次世代移動通信システム（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）の検討が３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）で進められており、伝送レートの高速化に加え、伝送遅延の削減が大きな課題となっている。
移動体通信において、移動局が通信中に移動する際、受信状態に応じて通信する基地局の切り替え（ハンドオーバ）が行われる。パケット交換システムに主に適用されるハードハンドオーバでは、移動局と、当該移動局が移動前に通信を行っていた移動元基地局（ハンドオーバ元の基地局）との回線が切断された後、移動局が新たに通信を行う移動先基地局（ハンドオーバ先の基地局）との回線が接続される。
ハードハンドオーバは、ハンドオーバを実行する直前に移動先基地局のシステム情報を入手することにより短時間にハンドオーバを行うことが可能である。
一方、ハンドオーバの際にはユーザデータの伝送が中断されるため伝送遅延が発生する。また、伝送中断中にパケットデータの欠落が生じた場合は、欠落したパケットデータはエンドツーエンドにおけるパケットデータの再送によってリカバーされるため、さらに伝送遅延が増大する可能性がある。
３ＧＰＰ， "Ｒｅｑｕｉｒｅｍｅｎｔｓ ｆｏｒ Ｅｖｏｌｖｅｄ ＵＴＲＡ（Ｅ−ＵＴＲＡ） ａｎｄ Ｅｖｏｌｖｅｄ ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ），" ＴＲ２５．９１３Ｖ７．３．０， Ｒｅｌｅａｓｅ ７， Ｍａｒｃｈ ２００６
移動体通信におけるハンドオーバ時の伝送遅延を減少させる為には、ハンドオーバの際の伝送中断状態の時間を短縮すること、及び、伝送中断中にパケットデータの欠落を防止することが重要である。
本発明は、ハンドオーバの際の移動局及び基地局における効果的なパケットデータの廃棄方法を提供し伝送遅延を低減することを目的とする。
本発明においては、送信されるパケットデータを格納し、該格納されたパケットデータに対応する廃棄タイマの値に応じて該パケットデータを廃棄する移動通信システムにおけるパケットデータの廃棄方法において、ハンドオーバが実行されると、移動局で、移動元基地局へ送信されるパケットデータに対応する、ハンドオーバ前の廃棄タイマの計時値を、移動先基地局へ送信されるパケットデータに対応する、ハンドオーバ後の廃棄タイマの計時値として引き継ぎ、該移動先基地局に送信されるパケットデータについて、引き継がれた該廃棄タイマの値が所定値に達すると、対応するパケットデータを廃棄する、ことを特徴とするパケットデータの廃棄方法を用いる。
本発明によれば、ハンドオーバの際の移動局及び基地局における効果的なパケットデータの廃棄を行うことができる。ひいては、伝送遅延を低減することも可能となる。
以下、図面を用いながら本発明の実施の形態について説明する。
（１）通信システムの構成
図１は、本発明の実施例における移動体通信システム構成例である。
図において、１００は移動局、２００、３００は基地局、４００、５００はそれぞれ基地局２００および基地局３００との通信が行われる範囲（通信エリア）、６００は上位局を示す。
以下、本発明の実施例においては、移動局１は通信を行っていた基地局１００の通信エリアから、基地局３００の通信エリアへと移動する場合を例に説明する。なお、基地局１００を移動元基地局、基地局２００を移動先基地局と呼ぶ。
（２）ＰＤＣＰ
図２は、３ＧＰＰにおける規格に基づく移動局と基地局間のユーザプレーンプロトコルスタックを示す。
図において、ＰＨＹは物理レイヤ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）、ＭＡＣはＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤ、ＲＬＣはＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤ、ＰＤＣＰはＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤを示す。
ＭＡＣレイヤや物理レイヤはＲＬＣレイヤから受信するパケットデータに対し、無線伝播状況に合った変調・復調方法を適用して無線伝送を実行する。ＲＬＣレイヤは、無線伝送を制御するレイヤであり、ＰＤＣＰレイヤから受信するパケットデータの無線伝送状況に合わせた分割・結合や物理レイヤから受信するパケットデータの順番制御を実行する。ＰＤＣＰレイヤは、上位レイヤから受信するデータのヘッダ圧縮やデータ秘匿化等の処理を実行する。
（３）ハンドオーバ
図３は、移動局が基地局間を移動する際のハンドオーバに伴うパケットデータ転送の概要を示す図である。
図において、図１と重複するものには同一の符号が付されている。
移動局１００が通信エリア２００から通信エリア３００へと移動するに伴い、移動局１００は通信を行う基地局を基地局１００から基地局２００へと切り替えるハンドオーバを行う。
ハンドオーバが実行されると、ハンドオーバ前に基地局１が受信したパケットデータは基地局１００から基地局２００へと転送される。また、この転送中に上位局からさらに移動局１００宛てのデータが届く場合は、当該データはそのまま基地局２００へと転送することができる。
なお、図においてｎ、ｎ−１、ｎ−２はＰＤＣＰ ＳＤＵ ＳＮ（ＰＤＣＰ ＳＤＵ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）であり、パケットデータ転送はＰＤＣＰ ＳＤＵ単位で行われる。また、本図では基地局１００と基地局２００間で直接的に接続された有線リンクが存在する場合の図を記載しているが、直接的な有線リンクで接続せずに、上位局をまたいで論理的にリンクを貼ることもできる。
図７には、図３におけるハンドオーバの際のシーケンスの例を示す。
図において、ＵＥは移動局（移動局１００に対応）、ＢＳ1は移動元基地局（基地局１００に対応）、ＢＳ2は移動先基地局（基地局２００に対応）、ＧＷは上位局（上位局６００に対応）を示す。
移動局は移基地局から受信する信号の受信レベルの測定結果についての情報であるＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ信号を移動元基地局に対し送信する（「１．測定制御」）。
移動元基地局は受信したＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ信号に含まれる情報に基づいて、移動局における信号受信レベルの高い移動先基地局へのハンドオーバを決定する（「２．ＨＯ（ハンドオーバ、以下同じ）先決定」）。
移動元基地局は、移動先基地局にハンドオーバ要求信号を送信する（「３．ＨＯ要求」）。なお、その際、移動元基地局は移動局に関する情報（例えば、移動局ＩＤやＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）情報など）も送信する。移動先基地局は、それら受信した情報を基に呼受付制御を行う（「呼受付制御」）。
移動先基地局は、移動局と通信を行うことを許可するとハンドオーバ応答信号を移動元基地局に送信する（「５．ＨＯ応答」）。
移動元基地局は、移動局に対しハンドオーバ指示信号を送信するとともに（「６．ＨＯ指示」）、移動先基地局にＰＤＣＰ ＳＮの状態についての情報を送信し（「７．ＳＮ状態転送」）、移動先基地局へのパケットデータ転送を開始する。
移動局は、ハンドオーバ指示信号を受信すると、Ｌ１／Ｌ２シグナリングにより移動先基地局との同期を確保し（「８. Ｌ１／Ｌ２シグナリング」）、同期を確保するとハンドオーバが完了したことを報告するハンドオーバ完了信号を移動先基地局に対し送信する（「９．ＨＯ完了」）。
移動先基地局は、移動局からハンドオーバ完了信号を受信すると、上位局に対しハンドオーバの完了を報告するハンドオーバ完了信号を送信する（「１０．ＨＯ完了」）。
上位局はハンドオーバ完了信号を受信すると、移動局へのパケットデータ伝送経路を移動元基地局から移動先基地局へ切り替える（「１１．経路切替」）。また、上位局はハンドオーバ完了応答信号を移動先基地局に対し送信する（「１２．ＨＯ完了応答」）。
移動先基地局は、上位局からハンドオーバ完了応答信号を受信すると、移動元基地局に対しハンドオーバが完了したことを通知するリソース解放信号を送信する（「１３．リソース解放」）。
移動元基地局がリソース解放信号を受信すると、移動元基地局と移動局との間の無線リソースがが解放される（「１４．リソース解放」）。
図４は、ハンドオーバの際の移動局の装置動作を示すフローチャートの例である。
Ｓ１では、移動元基地局に対し信号受信レベルの測定結果を送信する。
Ｓ２では、移動元基地局から送信されたハンドオーバ指示信号を受信する。
Ｓ３では、Ｓ２においてハンドオーバ指示信号を受信すると、Ｌ１／Ｌ２シグナリングにより移動先基地局との同期を確保する。
Ｓ４では、Ｓ３において移動先基地局との同期が確保されたことを確認すると、移動先基地局に同期完了（ハンドオーバ完了）を報告する。
図５は、ハンドオーバの際の移動元基地局の装置動作を示すフローチャートの例である。
Ｓ５では、移動局において基地局から受信する信号の受信レベルの測定結果についての情報（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ信号）を受信する。
Ｓ６では、Ｓ５において受信したＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ信号に含まれる情報に基づき、移動先基地局へのハンドオーバを実行するか否かを決定する。ハンドオーバを実行すると決定した場合はＳ７へ、ハンドオーバを実行しないと決定した場合はＳ５へ進む。
Ｓ７では、Ｓ６においてハンドオーバを行うと決定した場合、移動先基地局に対しハンドオーバ要求信号を送信する。
Ｓ８では、移動先基地局から送信されるハンドオーバ応答信号を受信する。
Ｓ９では、Ｓ８においてハンドオーバ応答信号を受信すると、移動局に対しハンドオーバ指示信号を送信する。
Ｓ１０では、ＰＤＣＰ ＳＮの状態についての情報を移動先基地局へ送信する。例えば、移動先基地局が次に付与すべきＳＮを転送したり、移動元基地局で送信しきれなかったＰＤＣＰ ＳＤＵのＳＮを通知する。
Ｓ１１では、移動先基地局からリソース解放信号を受信し、移動局との通信接続を解除する。
図６は、ハンドオーバの際の移動先基地局の装置動作を示すフローチャートの例である。
Ｓ１２では、移動元基地局から送信されるハンドオーバ要求信号を受信する。
Ｓ１３では、移動局との間の呼受付を許可するか否かを判定する。呼受付を許可する場合はＳ１４へ、呼受付を許可しない場合はＳ１９へ進む。
Ｓ１４では、移動元基地局に対しハンドオーバ応答信号を送信する。
Ｓ１５では、Ｌ１／Ｌ２シグナリングにより移動局との同期を確保する。
Ｓ１６では、Ｓ１５において移動局との同期が確保されると移動局から送信されるハンドオーバ完了信号を受信する。
Ｓ１７では、Ｓ１６においてハンドオーバ完了信号を受信すると、上位局に対しハンドオーバ完了を通知するハンドオーバ完了信号を送信する。
Ｓ１８では、上位局から送信されるハンドオーバ完了応答信号を受信する。
Ｓ１９では、Ｓ１８においてハンドオーバ完了信号を受信すると、移動元基地局に対しリソース解放信号を送信する。

（４）パケットデータの廃棄
(a)ＰＤＣＰデータ廃棄
移動体通信における伝送レートを高速化する方法の一つとして、移動局及び基地局のそれぞれのＰＤＣＰレイヤに実装されるＰＤＣＰ ＳＤＵ廃棄機構による伝送遅延の低減が挙げられる。
ＰＤＣＰレイヤでは、上位レイヤから送出されたデータをＰＤＣＰ ＳＤＵとしてパケットデータ化する。
ＰＤＣＰ ＳＤＵ毎に、例えばタイマによる廃棄方法やＡＱＭによる廃棄方法により廃棄される。
(b)タイマによるパケットデータ廃棄方法
図８は、タイマによるパケットデータ廃棄方法の動作概要の一例を示す図である。
図において７００は無線通信装置（移動局又は基地局）におけるＰＤＣＰ ＳＤＵバッファ（メモリ）を示す。タイマによるＰＤＣＰ ＳＤＵ廃棄方法では、ＰＤＣＰ ＳＤＵがバッファに滞留するまでの時間を計時しておき、タイマが満了するとＰＤＣＰ ＳＤＵを廃棄する。
また、ＰＤＣＰ ＳＤＵバッファ７００に格納されている１〜１０はＰＤＣＰ ＳＤＵ（以下、パケットデータと表記）である。１〜３は既にヘッダ圧縮やデータ秘匿化等の処理が終了しＳＮが確定しているパケットデータであり、下位レイヤに回送されたものである。一方、４〜１０は未だＳＮが未確定のパケットデータである（以下、各図においてこのような状況のＳＮは大括弧［］で表現する）。
ＳＮが未確定の場合には、例えば、ヘッダ秘匿やデータ秘匿化等の処理中である場合がある。さらに、上位局から受信したデータのＳＮを付与せずに一時的に蓄積する場合や、上位局からデータを受信した直後である場合なども該当する。この場合、実装によってはＰＤＣＰ ＳＤＵバッファではなく別のメモリに保持することも可能であるが、どちらの場合でも本発明への影響はないので、一律にＰＤＣＰ ＳＤＵバッファに格納するものとして説明を続ける。
「廃棄時間」はＰＤＣＰレイヤ全体に適用されるＤｉｓｃａｒｄ Ｔｉｍｅｒ（以下、廃棄タイマと表記）の上限値（所定値）であり、パケットデータを廃棄するまでの時間を示す。本実施例における廃棄タイマの上限値は１００としている。
なお、廃棄タイマの値はアプリケーション（無線ベアラ）により個別に設定することができる。例えば、帯域保証型（ＧＢＲ：Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）のアプリケーションにおいて、Ｒｅａｌｔｉｍｅ、Ｇａｍｉｎｇ、ＶｏＩＭＳ、Ｓｔｒｅａｍｉｎｇなどのサービスにはそれぞれ個別に廃棄タイマ値を設定できる。一方、非帯域保証型（ｎｏｎ ＧＢＲ）のアプリケーションにおいて、ＩＭＳ Ｓｉｇｎａｌｉｎｇ、Ｉｎｔｅｒａｃｔｉｖｅ Ｇａｍｉｎｇ、ＴＣＰ Ｉｎｔｅｒａｃｔｉｖｅ、Ｐｒｅｆｅｒｒｅｄ ＴＣＰ ｂｕｌｋ ｄａｔａ、Ｂｅｓｔ Ｅｆｆｏｒｔ ＴＣＰ Ｄａｔａなどのサービスにはそれぞれ個別に廃棄タイマ値を設定できる。ＬＴＥにおいては、これらのアプリケーションにはＱＣＩ（ＱｏＳ Ｃｌａｓｓ Ｉｄｅｎｔｉｆｉｒｅ）というラベルが付与され、基地局はＱＣＩを基礎にアプリケーション種別を判別する。（参考文献Ｙ）
なお、廃棄タイマの上限値は可変であり、例えば、図７の「３．ＨＯ要求」、「７．ＳＮ状態転送」、又は「９．ＨＯ完了」において移動先基地局に通知される。
「３．ＨＯ要求」で通知される場合、移動先基地局は該タイマの値を考慮して該要求を受け付けるか否か決定することができる。
「７．ＳＮ状態転送」で通知される場合、呼制御が受け付けられた後に廃棄タイマの上限値を通知するため、シグナリングのオーバヘッドが減少できる。
一方、「９．ＨＯ完了」で移動先基地局に通知する場合、上位局からのシグナリングにより廃棄タイマの上限値が通知される。この方法では、前記二種類の方法とは異なり、移動元基地局と移動先基地局間で直接的にリンクが貼られていない場合、上位局から移動先基地局間のみでシグナリングが実行されるため、シグナリングのオーバヘッドが減少できる。
「廃棄タイマ」はＰＤＣＰ ＳＤＵバッファ７００に格納されているパケットデータについての廃棄タイマの値、すなわち、廃棄タイマがスタートしてからの経過時間を示す。
図８は、パケットデータ１〜８がＰＤＣＰ ＳＤＵバッファ７００に蓄積されている場合の例図である。ＰＤＣＰ ＳＤＵバッファ７００（図８、上段）では、パケットデータ１〜８の廃棄タイマはそれぞれ８０、７０、…、２０、１０である。したがって、いずれのパケットデータについても廃棄タイマは未だ上限値１００を超えていない、すなわち、廃棄タイマが満了前であるためパケットデータはＰＤＣＰ ＳＤＵバッファ７００に格納された状態である。
時間３０経過後のＰＤＣＰ ＳＤＵバッファ７００（図８、下段）では、パケットデータ１〜１０の廃棄タイマはそれぞれ１１０、１００、…、５０、４０となる。また、新たに転送されてきたパケットデータ９、１０は廃棄タイマの値は０である。
ここで、パケットデータ１、２はそれぞれ廃棄タイマが１１０、１００であり、廃棄タイマの上限値又は上限値を超過している、すなわち、廃棄タイマが満了しているため廃棄される。
このようにして、ＰＤＣＰ ＳＤＵバッファ７００にパケットデータを格納しておくことができる時間の上限値を設定し、当該上限値を超えたパケットデータを廃棄することにより、無線状況が悪い場合にもアプリケーションの最低保証遅延を満足したデータ通信が可能となる。
(c)ＡＱＭによるパケットデータ廃棄方法
ＡＱＭ（Ａｃｔｉｖｅ Ｑｕｅｕｅ Ｍａｎａｇｅｍｅｎｔ）とは、主にエンドツーエンドにおいて信頼性のある通信を提供するＴＣＰ（Ｔｒａｎｓｐｏｒｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）の輻輳制御を効率的に動作させるための、ルータにおけるバッファ管理技術（バッファに付随する廃棄機構）である。この技術では、ネットワーク中のあるノードにおいて、バッファ溢れによりＴＣＰセグメントの廃棄を行う前に、恣意的にＴＣＰセグメントを廃棄することによって、連続的なパケットデータ廃棄を防止し、ＴＣＰがタイムアウトしないようにする。つまり、ネットワークが重度の輻輳状態に陥る前、すなわち、軽度の輻輳状態においてＴＣＰのスループットを調整することが可能であるため、効率的にネットワーク資源を利用しながら輻輳制御を行い、高いＴＣＰスループットを維持することが可能である。
図９は、タイマによるパケットデータ廃棄とＡＱＭによるパケットデータ廃棄が混在している場合のパケットデータ廃棄方法の動作概要の一例を示す図である。
図において７０１はパケット廃棄制御部であり、パケットデータ廃棄に関する制御を行う。なお、図８と同じ部分は同一の符号で示されている。
ＰＤＣＰ ＳＤＵバッファ７００（上段）では、パケットデータ１〜８の廃棄タイマはそれぞれ８０、７０、…、２０、１０である。したがって、いずれのパケットデータについても廃棄タイマ（上限値１００）が満了前であるためパケットデータはＰＤＣＰ ＳＤＵバッファ７００に格納された状態である。
ＡＱＭによるパケットデータ廃棄を開始すると（中段）、パケット廃棄制御部７０１はパケットデータを選択し廃棄を実行する制御を行う。廃棄対象のパケットデータの選択は例えばランダムに行われる。
また、例えば時間３０が経過すると（下段）、図８の場合と同様にして廃棄タイマが満了したパケットデータは廃棄される。図では、パケットデータ１が廃棄されることが示されている。
（５）実施例に用いられる装置の構成及び動作
(a)移動局
図１０には、移動局における装置の構成及びＵＬ（上り方向）の通信についての装置構成例を示す。
図において、１０１はバッファ部、１０２は送受信部、１０３はアンテナ、１０４は制御部、１０５は測定部、１０６はタイマ管理部を示す。
バッファ部１０１は、ＭＡＣレイヤのバッファ、ＲＬＣレイヤのバッファ、ＰＤＣＰレイヤのバッファを一つのバッファとして記載している。一方、これら各バッファは物理的に個別に設置してもよい。
ＰＤＣＰレイヤのバッファでは、上位レイヤから受信するデータをＰＤＣＰ ＳＤＵとしてパケットデータ化し、ＳＮの付与やヘッダ圧縮・秘匿が行われる。
ＲＬＣレイヤのバッファでは、ＰＤＣＰレイヤから回送されるデータに対し分割・結合が実行される。
ＭＡＣレイヤのバッファでは、無線伝播状況に合った変調・復調方法が実行される。
送受信部１０２は、バッファから回送されてきたデータに対し、誤り訂正や符号化処理等の変調処理を行い、アンテナ１０３に処理後のデータを送出する。
また、送受信部１０２は、ＵＬのデータ送信を行うための各種制御情報を受信する。ここで制御情報とは、例えば、利用可能な無線リソース（周波数、時間など）情報、送信パワー情報などである。
制御部１０４は、ＵＬデータのスケジューリング要求、バッファに到着したデータ量についての基地局への報告、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）の報告、Ｓｏｕｎｄｉｎｇ ＲＳ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）の送信、間欠送信モードなど、移動局における各種制御を行う。
また、制御部１０４は、ＡＱＭによるパケットデータ廃棄についての制御も行う。
測定部１０５は、ハンドオーバに備えて各基地局からの無線品質を測定する。また、パイロット信号の信号強度及び品質の測定や、搬送周波数の信号強度の測定も行ってもよい。
タイマ管理部１０６は、パケットデータの廃棄タイマの管理を行う。
また、タイマ管理部１０６は、ＲＬＣレイヤなどの下位レイヤにおいても各種のタイマが利用されるため、それらのタイマ管理も制御することとしてもよい。例えば、ＲＬＣレイヤではＰＤＣＰレイヤから回送されてきたパケットデータを、適宜分割・結合しＲＬＣレイヤにおけるパケットデータとして取り扱うが、当該パケットデータに対する再送の上限時間を管理する。
なお、測定部１０５又はタイマ管理部１０６は制御部１０４に含まれてもよいし、別途設けられてもよい。
図１１には、移動局における装置の構成及びＤＬ（下り方向）の通信についての装置構成例を示す。
図において、１０７はアンテナ、１０８は送受信部、１０９はバッファ部、１１０はリオーダ部、１１１は制御部、１１２は測定部、１１３はバッファ管理部、１１４はリオーダ管理部、１１５はタイマ管理部を示す。
送受信部１０８は、基地局から送信されアンテナ１０７で受信したデータに対する復調処理を行い、復調されたデータをバッファ部１０９に送信する。また、送受信部１０８は、ＤＬのデータ送信を行うための各種制御情報を受信する。ここで制御情報とは、例えば、データ送信に使われた無線リソース情報などである。
バッファ部１０９は、送受信部１０８から送られてきたデータを上位レイヤに回送できるように一時的に格納する。
実施例では、ＭＡＣレイヤのバッファ、ＲＬＣレイヤのバッファ、ＰＤＣＰレイヤのバッファを一つのバッファとして記載しているが、これら各バッファは物理的に個別に設置してもよい。
ＭＡＣレイヤでは、送受信部から回送されてきたデータに対しビット誤り検出が行われる。ビット誤りが検出された場合は基地局にＮＡＣＫを返信し再送処理が実行される。ビット誤りが検出されなかった場合は基地局にＡＣＫを返信しＲＬＣレイヤに該データが回送される。
ＲＬＣレイヤでは、受信したデータが順序通りか否かが判定される。順序通りでなかった場合、未受信のデータの到着が待たれる。順序通りであった場合、ＰＤＣＰレイヤに該データが回送される。
ＰＤＣＰレイヤでは、該受信データに対し秘匿を解きヘッダ伸長を行うことにより、ＰＤＣＰ ＳＤＵが再構築される。
リオーダ部１１０は、バッファ部１０９から送られてきたデータ（パケットデータ）を送信順（ＰＤＣＰ ＳＮ順）に並べ、上位レイヤへと回送する。ＰＤＣＰ ＳＮに歯抜け（送信が失敗し欠落しているパケットデータ）がある場合、該未受信のＰＤＣＰ ＳＮの到着を待って回送を実行する。
制御部１１１は、ＵＬデータのスケジューリング要求、バッファに到着したデータ量についての基地局への報告、ＣＱＩの報告、Ｓｏｕｎｄｉｎｇ ＲＳの送信、間欠送信モードなど、移動局における各種制御を行う。
また、制御部１１１は、ＡＱＭによるパケットデータ廃棄についての制御も行う。
測定部１１２は、ハンドオーバに備えて各基地局からの無線品質を測定する。また、パイロット信号の信号強度及び品質の測定や、搬送周波数の信号強度の測定も行ってもよい。
バッファ管理部１１３は、バッファ部１０９に格納されているデータの制御を行う。
例えば、ＭＡＣレイヤのデータに対してはビットエラー検出・再送制御、ＲＬＣレイヤのデータに対しては順番制御・再送制御、ＰＤＣＰレイヤのデータに対しては秘匿解除やヘッダ伸長の制御を行う。
バッファ管理部１１３は、ＰＤＣＰ ＳＤＵが再構築できた場合、リオーダ部１１０へ当該データを回送する。
なお、バッファ管理部１１３でビットエラーを検出した際のデータの再送においては、例えば、ＭＡＣレイヤではＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）が適用され、ＲＬＣレイヤでは、ＭＡＣレイヤで該データブロックがリカバーできなかった場合、該データブロックを含むデータブロック全体を、所定の時間に到達するまで（タイマで計時）再送信（再びＭＡＣレイヤに回送）し続ける。
ＨＡＲＱは、自動再送要求（ＡＲＱ）と誤り訂正符号化（ＦＥＣ：Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）を組み合わせたＡＲＱ方式である。具体的には、送信側で情報ビットのデータブロックに誤り検出用パリティビットを加えて誤り訂正符号化し、その全部又は一部を送信する。再送が生じた場合、現在のデータブロックに対する符号化ビットのうち、全部又は一部を再送する。受信側では、再送データブロックのうち、それぞれ既存データブロックの対応するビットごとにデータの合成処理を行ない、その結果得られた合成ブロックを用いて誤り訂正および誤り検出処理を再度行なう。このようにして受信側は、所定の上限回数の範囲でブロックの誤りがなくなるまで、送信側へのＡＣＫ／ＮＡＣＫ返信と再送による復号処理のトライアルとを繰り返す。
リオーダ管理部１１４は、パケットデータのリオーダを管理する。転送が失敗したことにより欠落しているパケットデータを判定し、また、廃棄タイマが満了したパケットデータを検出し当該パケットデータを廃棄する。
タイマ管理部１１５は、パケットデータの廃棄タイマや、パケットデータのリオーダリングについてのタイマ（リオーダリングタイマ）の管理を行う。
タイマ管理部１１５におけるリオーダリングタイマの設定値は、例えば、ＰＤＣＰの各種パラメータ初期設定の際に決定されるリオーダリングタイマ値を用いることが可能である。また、予め定められているリオーダリングタイマ値のセットの中から、基地局が選択した値を用いてもよい。基地局による選択においては、例えば、ＤＬの無線状況による平均受信遅延や、受信パケットデータについての遅延時間、アプリケーション（無線ベアラ）に付随するＱＣＩなどを考慮して選択することが可能である。
なお、測定部１１２、バッファ管理部１１３、リオーダ管理部１１４、タイマ管理部１１５は制御部１１１に含まれてもよいし、別途設けられてもよい。
移動局は図１０及び図１１に示された装置の全部又は一部を含むが、アンテナ１０３とアンテナ１０７、制御部１０４と制御部１１１、測定部１０５と測定部１１２、タイマ管理部１０６とタイマ管理部１１５とはそれぞれ共通としてもよい。
(b)基地局
図１２には、基地局における装置の構成及びＵＬの通信についての装置動作例を示す。
図において、２０１はアンテナ、２０２は送受信部、２０３はバッファ部、２０４はリオーダ部、２０５は制御部、２０６は測定部、２０７はバッファ管理部、２０８はＨＯ（ハンドオーバ）決定部、２０９はタイマ管理部を示す。
送受信部２０２は、移動局から送信されアンテナ２０１で受信したデータに対する復調処理を行い、復調されたデータをバッファ部２０３に送信する。また、送受信部２０２は、ＵＬのデータ送信を行うための各種制御情報を受信する。ここで制御情報とは、例えば、Ｓｏｕｎｄｉｎｇ ＲＳなどである。
バッファ部２０３は、送受信部２０２から送られてきたパケットデータを上位レイヤに回送できるように一時的に格納する。
リオーダ部２０４は、バッファ部２０３から送られてきたデータ（パケットデータ）を送信順（ＰＤＣＰ ＳＮ順）に並べ、上位レイヤへと回送する。ＬＴＥにおいては、順序通りにデータを受信できた場合は上位局に該データを伝送する。一方、未受信のデータを検出すると、それ以降のデータは移動先基地局に転送する。
制御部２０５は、ＵＬデータのスケジューリング許可、データ量やＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）などに応じたリソース割当、間欠受信モードの指示など、基地局における各種制御を行う。
測定部２０６は、移動局から報告されるＣＱＩに基づくＤＬの無線品質の測定や、Ｓｏｕｎｄｉｎｇ ＲＳに基づくＵＬの無線品質の測定などを行う。
また、制御部２０６は、ＡＱＭによるパケットデータ廃棄についての制御も行う。
バッファ管理部２０７は、バッファ部１０９に格納されているデータの制御を行う。
例えば、ＭＡＣレイヤのデータに対してはビット誤り検出・再送制御、ＲＬＣレイヤのデータに対しては順番制御・再送制御、ＰＤＣＰレイヤのデータに対しては秘匿解除やヘッダ伸長の制御を行う。ＰＤＣＰ ＳＤＵが再構築できた場合、リオーダ部１１０へ当該データを回送する。
ＨＯ決定部２０８は、測定部２０６における無線品質の測定結果を基にハンドオーバを実行するか否かを決定する。
タイマ管理部２０９は、パケットデータの廃棄タイマや、パケットデータのリオーダリングについてのタイマ（リオーダリングタイマ）の管理を行う。
タイマ管理部２０９におけるリオーダリングタイマの値は、例えば、移動局についてのリオーダリングタイマと同様の方法により設定される。
リオーダ管理部２１０は、パケットデータのリオーダを管理する。転送が失敗したことにより欠落しているパケットデータを判定し、また、廃棄タイマが満了したパケットデータを検出し当該パケットデータを廃棄する。
なお、測定部２０６、バッファ部２０７、ＨＯ決定部２０８、タイマ管理部２０９、リオーダ管理部２１０は制御部２０５に含まれてもよいし、別途設けられてもよい。
図１３には、基地局における装置の構成及びＤＬの通信についての装置動作例を示す。
図において、２１１はアンテナ、２１２はバッファ部、２１３はスケジューラ部、２１４は送受信部、２１５は送受信部、２１６は遅延計測部、２１７はタイマ管理部、２１８はスケジューラ管理部、２１９は測定部、２２０はＨＯ決定部を示す。
バッファ部２１２は、実施例においてＭＡＣレイヤのバッファ、ＲＬＣレイヤのバッファ、ＰＤＣＰレイヤのバッファを一つのバッファとして記載しているが、これら各バッファは物理的に個別に設置してもよい。
ＰＤＣＰレイヤのバッファでは、上位レイヤから受信するデータをＰＤＣＰ ＳＤＵとしてパケットデータ化し、ＳＮの付与やヘッダ圧縮・秘匿が行われる。
ＲＬＣレイヤのバッファでは、ＰＤＣＰレイヤから回送されるデータに対し分割・結合が実行される。ＭＡＣレイヤのバッファでは、無線伝播状況に合った変調・復調方法が実行される。
ハンドオーバ時、ＲＬＣ／ＭＡＣレイヤのデータは無線リンクが切断されるまで伝送することができ、切断以降のデータは廃棄される。
ＰＤＣＰレイヤのデータは、ＰＤＣＰ ＳＤＵ単位で移動先基地局に転送する。一方、上位局から流入するデータは、ＰＤＣＰ ＳＮを付与せずに移動先基地局に転送することができる。
スケジューラ部２１３は、複数の移動局宛のデータがバッファ部２１２に格納されている場合、格納されているデータの中からデータ送信を行う移動局宛のデータを選択し、当該データを送受信部２１４に送出する。
送受信部２１４は、スケジューラ部２１３から送られてきたデータに対し、誤り訂正や符号化処理等の変調処理を行い、アンテナ２１１に処理後のデータを送出する。また、送受信部２１４は、ＤＬのデータ送信を行うための各種制御情報を受信する。ここで制御情報とは、例えば、無線リソース情報などである。
制御部２１５は、ＵＬデータのスケジューリング許可、データ量やＱｏＳなどに応じたリソース割当、間欠受信モードの指示、ＨＯの指示など、基地局における各種制御を行う。
また、制御部２１５は、ＡＱＭによるパケットデータ廃棄についての制御も行う。
遅延計測部２１６は、データを移動局、上位局又は他の基地局等に伝送する際の遅延時間などを計測・推定する。
タイマ管理部２１７は、廃棄タイマの管理を行う。
また、タイマ管理部２１７は、ＲＬＣレイヤなどの下位レイヤにおいても各種のタイマが利用されるため、それらのタイマ管理も制御することとしてもよい。例えば、ＲＬＣレイヤではＰＤＣＰレイヤから回送されてきたパケットデータを、適宜分割・結合しＲＬＣレイヤにおけるパケットデータとして取り扱うが、当該パケットデータに対する再送の期限を管理する。
スケジューラ管理部２１８は、送受信部２１４において受信した移動局からの制御情報を基に、送信権を与える移動局をスケジューラ部２１３に指示する信号等を送出しスケジューラ部２１３の管理を行う。
測定部２１９は、移動局から報告されるＣＱＩを基づくＤＬの無線品質の測定や、Ｓｏｕｎｄｉｎｇ ＲＳに基づくＵＬの無線品質の測定などを行う。
ＨＯ決定部２２０は、測定部２１９における無線品質の測定結果を基にハンドオーバを実行するか否かを決定する。
基地局は図１２及び図１３に示された装置の全部又は一部を含むが、アンテナ２０１とアンテナ２１１、制御部２０５と制御部２１５、測定部２０６と測定部２１９、ＨＯ決定部２０８とＨＯ決定部２２０、タイマ管理部２０９とタイマ管理部１１５とはそれぞれ共通としてもよい。
（６）実施例１
(a) 概要
実施例１では、無線通信装置（移動局又は基地局）においてＰＤＣＰ ＳＤＵバッファ（以下、バッファ部と表記）に格納されたＰＤＣＰ ＳＤＵ（以下、パケットデータと表記）は、上述の図９の場合と同様の動作により廃棄されるが、既に下位レイヤに回送されたパケットデータはパケットデータ廃棄の対象とはしない。
図１４には本発明の実施例１の動作概要を示す。
図において、図９と同じ部分は同一の符号で示されている。
バッファ部に格納されているパケットデータのうち既に下位レイヤに回送されたパケットデータ１〜３は、廃棄タイマが満了前はパケットデータ廃棄の対象とならない。
したがって、廃棄タイマが満了前のパケットデータについてＡＱＭによるパケットデータ廃棄を適用する場合は、パケットデータ４〜８の中から廃棄対象パケットデータが選択される。
例えば、いずれのパケットデータも廃棄タイマが満了前である図１４の中段ではパケットデータ４、７がＡＱＭによるパケットデータ廃棄方法により廃棄され、時間が経過した同図の下段では廃棄タイマが満了したパケットデータ１、２が廃棄される。
(b) 処理フロー
図１５には、実施例１における移動局（ＵＬ）又は基地局（ＤＬ）（つまり、移動局または基地局が送信装置として動作する場合）におけるパケットデータ処理フローを示す。
Ｓ２０では、バッファ部は上位レイヤから送られてくるデータを受信する。
Ｓ２１では、Ｓ２０において受信したデータをＰＤＣＰ ＳＤＵとしてパケットデータ化する（ＰＤＣＰ ＳＤＵ構築）。
Ｓ２２では、Ｓ２１において構築したパケットデータの廃棄タイマをスタートさせる。
Ｓ２３では、パケットデータ毎にＳ２２においてスタートさせた廃棄タイマが満了しているか否かを判定する。廃棄タイマが満了している場合はＳ２４へ、廃棄タイマが満了していない場合はＳ２５へ進む。
Ｓ２４では、Ｓ２３において廃棄タイマが満了している場合、下位レイヤに回送されたパケットデータは廃棄される。
Ｓ２５では、Ｓ２３において廃棄タイマが満了していない場合、バッファ部に格納されているパケットデータのうち下位レイヤに未だ回送されていないパケットデータを選択する。
Ｓ２６では、Ｓ２５において選択したパケットデータについてＡＱＭによるパケットデータ廃棄を適用するか否かを判定する。ＡＱＭによるパケットデータ廃棄を適用する場合はＳ２７へ、適用しない場合はＳ２９へ進む。
Ｓ２７では、Ｓ２６においてＡＱＭによるパケットデータ廃棄を適用する場合、廃棄するパケットデータを選択する。
Ｓ２８では、Ｓ２７において選択されたパケットデータが廃棄される。
Ｓ２９では、パケットデータを下位レイヤへと回送する。
図１６には、実施例１における移動局（ＤＬ）又は基地局（ＵＬ）（つまり、移動局または基地局が受信装置として動作する場合）におけるパケットデータ処理フローを示す。
Ｓ３０では、ＭＡＣレイヤにおけるバッファ部は無線伝送されてくるデータを受信する。
Ｓ３１では、受信した該データのビットエラー検出を行う。エラーが検出された場合はＳ３２へ、エラーが検出されなかった場合はＳ３３へ進む。
Ｓ３２では、ＲＬＣレイヤにおいて、該当する未受信データが受信できるまでタイマで計時して待つ。タイマが満了していない場合はＳ３０に進み、タイマが満了した場合はＳ３３に進む。
Ｓ３３では、ＲＬＣレイヤにおける再送タイマが満了したため、該当するデータの廃棄を行う。
Ｓ３４では、エラーが検出されなかったデータを利用してＰＤＣＰ ＳＤＵを再構築する。
Ｓ３５では、該ＰＤＣＰ ＳＤＵを受信した順番で上位局に伝送する。なお、ここでリオーダリングを実行し、ＰＤＣＰ ＳＤＵをＳＮの順番で上位局に伝送してもよい。
（７）実施例２
(a) 概要
実施例２では、ハンドオーバ前に、ＵＬ通信において移動局から移動元基地局に対し無線エラーにより一部送信できないデータ（パケットデータ）があった場合のパケットデータ廃棄動作の例を示す。
ハンドオーバ前及びハンドオーバ後の実施例２の動作概要をそれぞれ図１７及び図１８に示す。
図において、７０２はパケット廃棄制御部であり、図１０における制御部１０４に含まれるものとする。
図１７において、ハンドオーバ前に移動局のバッファ部１０１に格納されているパケットデータのうち、パケットデータ１及びパケットデータ３は移動局から移動元基地局に対して送信されたが、パケットデータ２はビットエラーが生じたため、無線リンクが切り替わるまでに送信ができなかった場合を示している。移動元基地局のバッファ部２０３aにはパケットデータ１及びパケットデータ３が格納される。
ハンドオーバが行われる際、移動元基地局はパケットデータ１まではＳＮ順に受信できているため上位局に伝送する。一方、パケットデータ２は受信できていないため、パケットデータ３は移動先基地局に対し転送する。
図１８において、ハンドオーバ後は、移動局は移動先基地局に対しパケットデータの送信を行うが、移動局はハンドオーバ前に送信できなかったパケットデータ２からＳＮの順にパケットデータを送信（再送）する。
本実施例では、ハンドオーバが実行されると移動局のバッファ部１０１に格納されているパケットデータのうち、既に下位レイヤへの回送が済んでおり移動先基地局へ再送が必要なパケットデータについては廃棄タイマの値をリセットする。つまり、パケットデータ２とパケットデータ３については廃棄タイマの値を０とする制御を行う。
廃棄タイマの値をリセットしたとしても、移動先基地局のＰＤＣＰレイヤにおいてリオーダリングのタイマ値が適切に設定されていれば、該タイマの満了時に未受信のＰＤＣＰ ＳＤＵはロスしたものと判定でき、無駄に到着を待つ必要がなくなるため、それ以降のＰＤＣＰ ＳＤＵを順序通りに上位局に回送できる。したがって、アプリケーションの品質を劣化させることはない。
なお、パケットデータ２及びパケットデータ３については、既に下位レイヤに回送されていればＡＱＭによるパケットデータ廃棄の対象としないよう制御し、未だ下位レイヤに回送されていなければ対象とするよう制御する。また、送信エラーの生じたパケットデータ２のみＡＱＭによるパケットデータ廃棄の対象としないよう制御することも可能である。
移動先基地局では、移動局から又は移動元基地局を介して受信したパケットデータをバッファ部２０３ｂに格納し、既に受信済みのパケットデータと新たに受信したパケットデータとをＳＮの順に並び替えるリオーダリングを実行する。
(b) 処理フロー
図１９には、移動局のＵＬ通信におけるパケットデータ処理フローを示す。
Ｓ３６では、上位レイヤから送られてくるデータを受信する。
Ｓ３７では、Ｓ３６で受信したデータをＰＤＣＰ ＳＤＵとしてパケットデータ化する（ＰＤＣＰ ＳＤＵ構築）。
Ｓ３８では、Ｓ３７において構築したパケットデータの廃棄タイマをスタートさせる。
Ｓ３９では、移動元基地局から送信されるＨＯ（ハンドオーバ）指示信号を受信した場合はＳ４０へ、受信しない場合はＳ４１へ進む。
Ｓ４０では、Ｓ３９においてＨＯ指示信号を受信した場合、Ｓ３８においてスタートさせた廃棄タイマをリセットし、改めて廃棄タイマをスタートさせる。
Ｓ４１では、パケットデータ毎にＳ３８又はＳ４０においてスタートさせた廃棄タイマが満了しているか否かを判定する。廃棄タイマが満了している場合はＳ４２へ、廃棄タイマが満了していない場合はＳ４３へ進む。
Ｓ４２では、Ｓ４１において廃棄タイマが満了している場合、下位レイヤに回送されたパケットデータは廃棄される。
Ｓ４３では、Ｓ４１において廃棄タイマが満了していない場合、バッファ部に格納されているパケットデータのうち下位レイヤに未だ回送されていないパケットデータを選択する。
Ｓ４４では、Ｓ４３において選択したパケットデータについてＡＱＭによるパケットデータ廃棄を適用するか否かを判定する。ＡＱＭによるパケットデータ廃棄を適用する場合はＳ４５へ、適用しない場合はＳ４７へ進む。
Ｓ４５では、Ｓ４４においてＡＱＭによるパケットデータ廃棄を適用する場合、廃棄するパケットデータを選択する。
Ｓ４６では、Ｓ４５において選択されたパケットデータが廃棄される。
Ｓ４７では、パケットデータを下位レイヤへ回送する。
図２０には、移動元基地局のＵＬ通信におけるパケットデータ処理フローを示す。
Ｓ４８では、ＭＡＣレイヤにおけるバッファ部は無線伝送されてくるデータを受信する。
Ｓ４９では、Ｓ４８において受信したデータのエラー検出を行う。エラーを検出した場合はＳ５０へ、検出しなかった場合はＳ５２へ進む。
Ｓ５０では、ＲＬＣレイヤにおいて、該当する未受信データが受信できるまで、タイマで計時して待つ。タイマが満了している場合はＳ５１に進み、タイマが満了していない場合はＳ４８に進む。
Ｓ５１では、Ｓ５０において再送タイマが満了しているデータを廃棄する。
Ｓ５２では、Ｓ４９においてエラーを検出しなかったデータをＰＤＣＰ ＳＤＵとしてパケットデータ化する（ＰＤＣＰ ＳＤＵ構築）。
Ｓ５３では、移動局に対しＨＯ（ハンドオーバ）指示信号を移動局に送信する。
Ｓ５４では、移動先基地局に対しパケットデータの転送を実行するか否かを判定する。パケットデータの転送を実行する場合はＳ５５へ、実行しない場合はＳ６０へ進む。
Ｓ５５では、移動先基地局に対し廃棄タイマの上限値を通知する。なお、前述したように、タイマ上限値の通知は図７の「３．ＨＯ要求」、「７．ＳＮ状態転送」、又は「９．ＨＯ完了」のいずれかにおいて移動先基地局に通知される。ここでは、「７．ＳＮ状態転送」メッセージで通知されるものとしている。
Ｓ５６では、パケットデータに歯抜け（送信が失敗し欠落しているパケットデータ）があるか否かを判定する。歯抜けがある場合はＳ５７へ、歯抜けがない場合はＳ５９へ進む。
Ｓ５７では、歯抜けのパケットデータの前のＳＮのパケットデータは上位局に転送する。
Ｓ５８では、歯抜けのパケットデータの後のＳＮのパケットデータは移動先基地局に転送する。
Ｓ５９では、上位局は、転送されてきたパケットデータをさらに上位局に回送する。一方、移動先基地局は下位レイヤに転送されてきたパケットデータを回送する。
Ｓ６０では、移動先基地局に対し廃棄タイマの上限値を通知する。なお、前述したように、タイマ上限値の通知は図７の「３．ＨＯ要求」、「７．ＳＮ状態転送」、又は「９．ＨＯ完了」のいずれかにおいて移動先基地局に通知される。ここでは、「７．ＳＮ状態転送」メッセージで通知されるものとしている。
図２１には、移動先基地局のＵＬ通信におけるパケットデータ処理フローを示す。
Ｓ６１では、送受信部からデータを受信する。
Ｓ６２では、Ｓ６１において受信したデータが移動局から受信したデータであるか否かを判定する。移動局から受信したデータである場合はＳ６３へ、移動局から受信したデータでない場合はＳ６６へ進む。
Ｓ６３では、ＭＡＣレイヤにおけるバッファ部において、受信したデータのエラー検出を行う。エラーを検出した場合はＳ６４へ、エラーを検出しなかった場合はＳ６６へ進む。
Ｓ６４では、Ｓ６３においてエラーが検出されたデータに対するＲＬＣレイヤの再送タイマが満了しているか否かを判定する。再送タイマが満了している場合はＳ６５へ、再送タイマが満了していない場合はＳ６１へ進む。
Ｓ６５では、Ｓ６４において再送タイマが満了しているデータを廃棄する。
Ｓ６６では、受信したデータをＰＤＣＰ ＳＤＵとしてパケットデータ化する（ＰＤＣＰ ＳＤＵ構築）。
Ｓ６７では、Ｓ６６において構築したパケットデータに歯抜け（送信が失敗し欠落しているパケットデータ）があるか否かを判定する。歯抜けがある場合はＳ６８へ、歯抜けがない場合はＳ７１へ進む。
Ｓ６８では、未受信のＰＤＣＰ ＳＤＵが検出されるとリオーダリングタイマをスタートさせる。
Ｓ６９では、リオーダリングタイマが満了するまで、未受信のＰＤＣＰ ＳＤＵの到着を待つ。
Ｓ７０では、リオーダリングタイマが満了したか否か判定する。リオーダリングタイマが満了してない場合はＳ６９に進む。満了している場合はＳ７１に進む。
Ｓ７１では、パケットデータを下位レイヤへ回送する。
（８）実施例３
(a) 概要
実施例３では、実施例２と同様、ハンドオーバ前に、ＵＬ通信において移動局から移動元基地局に対し無線エラーにより一部送信できないデータ（パケットデータ）があった場合のパケットデータ廃棄動作の例を示す。
ハンドオーバ前及びハンドオーバ後の実施例２の動作概要をそれぞれ図２２及び図２３に示す。
図２２及び図２３に示すハンドオーバ前後における移動局、移動元基地局、移動先基地局のバッファ部の動作はそれぞれ実施例２の図１７及び図１８と同様である。
ただし、本実施例の図２３においては、移動局のバッファ部１０１はハンドオーバ前の廃棄タイマの値を引き継ぐ。
例えば、図２２においてパケットデータ２及びパケットデータ３の廃棄タイマはそれぞれ７０及び６０であるが、図２３においてこれらの値が引き継がれる。
(b) 処理フロー
図２４には、移動局のＵＬ通信におけるパケットデータ処理フローを示す。
Ｓ７２では、上位レイヤから送られてくるデータを受信する。
Ｓ７３では、Ｓ７２で受信したデータをＰＤＣＰ ＳＤＵとしてパケットデータ化する（ＰＤＣＰ ＳＤＵ構築）。
Ｓ７４では、Ｓ７３において構築したパケットデータの廃棄タイマをスタートさせる。
Ｓ７５では、移動元基地局から送信されるＨＯ（ハンドオーバ）指示信号を受信した場合はＳ７６へ、受信しない場合はＳ７７へ進む。
Ｓ７６では、Ｓ７５においてＨＯ指示信号を受信した場合、Ｓ７４においてスタートさせた廃棄タイマを保持し、パケットデータの経過時間を引き継ぐ。
Ｓ７７は、パケットデータ毎にＳ７４においてスタートさせた廃棄タイマが満了しているか否かを判定する。廃棄タイマが満了している場合はＳ７８へ、廃棄タイマが満了していない場合はＳ７９へ進む。
Ｓ７８では、Ｓ７７において廃棄タイマが満了している場合、下位レイヤに回送されたパケットデータは廃棄される。
Ｓ７９では、Ｓ７７においてタイマが満了していない場合、バッファ部に格納されているパケットデータのうち下位レイヤに未だ回送されていないパケットデータを選択する。
Ｓ８０では、Ｓ７９において選択したパケットデータについてＡＱＭによるパケットデータ廃棄を適用するか否かを判定する。ＡＱＭによるパケットデータ廃棄を適用する場合はＳ８１へ、適用しない場合はＳ８３へ進む。
Ｓ８１では、Ｓ８０においてＡＱＭによるパケットデータ廃棄を適用する場合、廃棄するパケットデータを選択する。
Ｓ８２では、Ｓ８１において選択されたパケットデータが廃棄される。
Ｓ８３では、パケットデータを下位レイヤへ回送する。
本実施例における移動元基地局（ＵＬ）及び移動先基地局（ＵＬ）でのパケットデータ処理フローはそれぞれ図２０及び図２１に示される実施例２におけるパケットデータ処理フローと同様である。
（９）実施例４
(a) 概要
実施例４では、ハンドオーバ前に、ＤＬ通信において移動元基地局から移動局に対し無線エラーにより一部送信できないデータ（パケットデータ）があった場合のパケットデータ廃棄動作の例を示す。
図２５は、ハンドオーバ前の移動元基地局から移動局へのデータ送信を示す。
図において、パケットデータ１〜３は移動元基地局のバッファ部２１２ａにおいてＰＤＣＰレイヤでの処理が済んでおりパケットデータ４〜８は未だ処理中である。
移動元基地局からパケットデータ１〜３を含むデータが送信されると、移動局はこのデータを受信し、移動局のバッファ部１０８においてこのデータをＰＤＣＰ ＳＤＵとしてパケットデータ化し格納する。
図２５では、パケットデータ１及びパケットデータ３については移動元基地局から移動局への送信が成功したが、パケットデータ２は何らかのエラーにより、無線リンクが切り替わるまでに送信が失敗した場合を示している。本実施例においては、移動局はパケットデータ２を再送（送信を継続）するが、送信が成功したパケットデータ３は再送しない。
図２６及び図２７は、ハンドオーバ後の移動元基地局から移動先基地局へのデータ転送及び、移動先基地局から移動局へのデータ送信を示す。
図において、７０３はパケット廃棄制御部であり、図１３における制御部２１５に含まれるものとする。
移動元基地局はハンドオーバ前に移動局への送信が失敗したパケットデータ２を移動先基地局へと転送する。
また、ハンドオーバ前に移動元基地局において送信されていなかったパケットデータ４〜８についても移動先基地局へ転送される。その際、パケットデータ４〜８のうち移動元基地局のバッファ部２１２ａにおいて処理中のパケットデータは、処理後ＳＮを付加した上で転送してもよいし、処理を中断してＳＮを付加せずに転送してもよい。
なお、図２６及び図２７において移動先基地局のバッファ部２１２ｂに格納されるパケットデータ９、１０は上位局から受信したデータに含まれるパケットデータである。
図２６には、パケットデータ２及びパケットデータ４〜８は同じタイミングで移動元基地局から移動先基地局へ転送される場合を示す。移動先基地局のバッファ部２１２ｂがパケットデータ２及びパケットデータ４〜８を受信すると、転送されてきたすべてのパケットデータについて廃棄タイマはリセット（０に設定）される。
図２７には、パケットデータ２及びパケットデータ４〜８は所定の時間間隔で（例えば時間１０ごとに）移動元基地局から移動先基地局へ転送される場合を示す。移動先基地局のバッファ部２１２ｂがパケットデータ２及びパケットデータ４〜８を受信すると、廃棄タイマを所定の時間間隔を設けて設定する。例えば図では、パケットデータ８を受信した時点においてパケットデータ２、４〜８の廃棄タイマは、５０、４０、…、０となる。
この例のように、廃棄タイマは基本的にはリセットする（引き継がない）ことが基本であるが、移動先基地局の判断で独自にタイマの値を設定することができる。
例えば一つの方法は、移動先基地局において予め固定的な値に設定しておく方法である。転送されてくるパケットデータに対し予め廃棄タイマの値は一律に１０に設定する。加えて、転送されてくるパケットが属するＱＣＩの値を考慮し、ＱＣＩ毎に廃棄タイマの値を設定してもよい。さらには、移動先基地局のトラヒック負荷を考慮して設定してもよい。
別の方法では、転送されてくるパケットデータに対する転送遅延を遅延計測により推定し、例えば該推定遅延が１５である場合タイマの値は一律に１５として設定する。
また別の方法では、転送されてくるパケットデータの転送量を推定し、該推定量に応じてタイマの値を設定する。例えば、推定されるパケットデータの転送量が１０であれば、一律に廃棄タイマの値を１０と設定する。また、推定されるパケットデータの転送量が２０であれば、一律に廃棄タイマの値を２０と設定する。さらに、転送量は推定するのではなく「７．ＳＮ状態転送」で通知されるＰＤＣＰ ＳＤＵの転送状態から転送量を決定してもよい。加えて、転送されてくるパケットデータが属するＱＣＩの値を考慮し、ＱＣＩ毎に廃棄タイマの値を設定してもよい。
本実施例４においては、ＡＱＭによるパケットデータ廃棄は、上位局から受信したデータについてのみ適用してもよいし、上位局から受信したデータ及び移動元基地局から受信したデータのうち、下位レイヤに回送されていないデータの両方に適用してもよい。
また、移動局のバッファ部１０８では、移動先基地局から受信するデータに含まれるパケットデータと、既に格納されているパケットデータとのリオーダリングを実行した上でパケットデータを送信順（ＳＮ順）に上位レイヤに回送する。例えば図２６及び図２７ではパケットデータ２、パケットデータ３の順で上位レイヤに回送される。
(b) 処理フロー
図２８には、移動元基地局のＤＬ通信におけるパケットデータ処理フローを示す。
Ｓ８４では、上位レイヤから送られてきたデータを受信する。
Ｓ８５では、Ｓ８４において受信したデータをＰＤＣＰ ＳＤＵとしてパケットデータ化する（ＰＤＣＰ ＳＤＵ構築）。
Ｓ８６では、Ｓ８５において構築したパケットデータの廃棄タイマをスタートさせる。
Ｓ８７では、移動局に対しＨＯ（ハンドオーバ）指示信号を送信する。
Ｓ８８では、Ｓ８７においてＨＯ指示信号を送信すると、移動先基地局に対しパケットデータの転送を実行するか否かを判定する。パケットデータの転送を実行する場合はＳ８９へ、パケットデータの転送を実行しない場合はＳ９１へ進む。
Ｓ８９では、Ｓ８８においてパケットデータの転送を実行する場合、移動先基地局に対し転送パケットデータについての廃棄タイマの上限値を通知する。なお、前述したように、タイマ上限値の通知は図７の「３．ＨＯ要求」、「７．ＳＮ状態転送」、又は「９．ＨＯ完了」のいずれかにおいて移動先基地局に通知される。ここでは、「７．ＳＮ状態転送」メッセージで通知されるものとしている。
Ｓ９０では、転送遅延時間の推定を行う。
Ｓ９１では、廃棄タイマの上限値を通知する。なお、前述のように、タイマ上限値の通知は図７の「３．ＨＯ要求」、「７．ＳＮ状態転送」、又は「９．ＨＯ完了」のいずれかにおいて移動先基地局に通知される。ここでは、「７．ＳＮ状態転送」メッセージで通知されるものとしている。
Ｓ９２では、無線リンクが切断されるまでパケットデータを下位レイヤに回送する。
図２９には、移動先基地局のＤＬ通信におけるパケットデータ処理フローを示す。
Ｓ９３では、上位レイヤから送られてきたデータを受信する。
Ｓ９４では、Ｓ９３において受信したデータをＰＤＣＰ ＳＤＵとしてパケットデータ化する（ＰＤＣＰ ＳＤＵ構築）。
Ｓ９５では、Ｓ９４において構築したパケットデータの廃棄タイマをスタートさせる。
Ｓ９６では、パケットデータ毎にＳ９５においてスタートさせた廃棄タイマが満了しているか否かを判定する。廃棄タイマが満了している場合はＳ９７へ、廃棄タイマが満了していない場合はＳ９８へ進む。
Ｓ９７では、Ｓ９６において廃棄タイマが満了している場合、下位レイヤに回送されたパケットデータは廃棄される。
Ｓ９８では、上位局から受信したパケットデータを選択する。
Ｓ９９では、Ｓ９８において選択したパケットデータについてＡＱＭによるパケットデータ廃棄を適用するか否かを判定する。ＡＱＭによるパケットデータ廃棄を適用する場合はＳ１００へ、適用しない場合はＳ１０２へ進む。
Ｓ１００では、Ｓ９９においてＡＱＭによるパケットデータ廃棄を適用する場合、廃棄するパケットデータを選択する。
Ｓ１０１では、Ｓ１００において選択されたパケットデータが廃棄される。
Ｓ１０２では、パケットデータを下位レイヤへ回送する。
図３０には、移動局のＤＬ通信におけるパケットデータ処理フローを示す。
Ｓ１０３では、送受信部からデータを受信する。
Ｓ１０４では、Ｓ１０３において受信したＭＡＣレイヤにおけるデータのエラー検出を行う。エラーを検出した場合はＳ１０５へ、エラーを検出しなかった場合はＳ１０７へ進む。
Ｓ１０５では、Ｓ１０４においてエラーが検出されたデータに対するＲＬＣレイヤの再送タイマが満了しているか否かを判定する。再送タイマが満了している場合はＳ１０５へ、再送タイマが満了していない場合はＳ１０３へ進む。
Ｓ１０６では、Ｓ１０５において再送タイマが満了しているデータを廃棄する。
Ｓ１０７では、受信したデータをＰＤＣＰ ＳＤＵとしてパケットデータ化する（ＰＤＣＰ ＳＤＵ構築）。
Ｓ１０８では、Ｓ１０７において構築したパケットデータに歯抜け（送信が失敗し欠落しているパケットデータ）があるか否かを判定する。歯抜けがある場合はＳ１０９へ、歯抜けがない場合はＳ１１２へ進む。
Ｓ１０９では、未受信のＰＤＣＰ ＳＤＵが検出されるとリオーダリングタイマをスタートさせる。
Ｓ１１０では、リオーダリングタイマが満了するまで、未受信のＰＤＣＰ ＳＤＵの到着を待つ。
Ｓ１１１では、リオーダリングタイマが満了したか否か判定する。リオーダリングタイマが満了してない場合はＳ６９に進む。満了している場合はＳ７１に進む。
Ｓ１１２では、パケットデータを上位レイヤに回送する。
（１０）実施例５
(a) 概要
実施例５では、実施例４と同様、ハンドオーバ前に、ＤＬ通信において移動元基地局から移動局に対し無線エラーにより一部送信できないデータ（パケットデータ）があった場合のパケットデータ廃棄動作の例を示す。
ハンドオーバ前における移動局及び移動元基地局でのデータ送信の概要は実施例４の図２５と同様である。
図３１は、ハンドオーバ後の移動元基地局から移動先基地局へのデータ転送及び、移動先基地局から移動局へのデータ送信を示す。
図において、７０３はパケット廃棄制御部であり、図１３における制御部２１５に含まれるものとする。
本実施例では、移動元基地局において転送遅延時間（移動元基地局から移動先基地局へパケットデータの転送をする際に生じる遅延時間）を推定し、予め移動先基地局に転送するパケットデータの廃棄タイマに当該推定した転送遅延時間を反映させた上でパケットデータ転送を実行する。
図において、ハンドオーバ後の移動元基地局のバッファ部２１２ａに格納されているパケットデータ１〜８の廃棄タイマは８０、７０、…、１０である。
移動元基地局は推定した転送遅延時間（図においては、例えば２０とする）を、各パケットデータの廃棄タイマに当該転送遅延時間を反映させた新たな廃棄タイマを設定する。図においてパケットデータ１〜８の新たな廃棄タイマは１００、９０、…、３０となる。
移動元基地局はハンドオーバ前に移動局への送信が失敗したパケットデータ２を移動先基地局へと転送する。
また、ハンドオーバ前に移動元基地局において送信されていなかったパケットデータ４〜８についても移動先基地局へ転送される。その際、パケットデータ４〜８のうち移動元基地局のバッファ部２１２ａにおいて処理中のパケットデータは、処理後ＳＮを付加した上で転送してもよいし、処理を中断してＳＮを付加せずに転送してもよい。
なお、図において移動先基地局のバッファ部２１２ｂに格納されるパケットデータ９、１０は上位局から受信したデータに含まれるパケットデータである。
移動先基地局には移動元基地局において設定された各パケットデータについての廃棄タイマが引き継がれる。すなわち、移動先基地局のバッファ部２１２ｂにおいて格納されるパケットデータ２、パケットデータ４〜８の廃棄タイマはそれぞれ９０、７０、６０、…、３０に設定される。
本実施例５において、ＡＱＭによるパケットデータ廃棄は、上位局から受信したデータについてのみ適用してもよいし、上位局から受信したデータ及び移動元基地局から受信したデータのうち、下位レイヤに回送されていないデータの両方に適用してもよい。
また、移動局のバッファ部１０８では、移動先基地局から受信するデータに含まれるパケットデータと、既に格納されているパケットデータとのリオーダリングを実行した上でパケットデータを送信順（ＳＮ順）に上位レイヤに回送する。例えば図においては、パケットデータ２、パケットデータ３の順で上位レイヤに回送される。
(b) 廃棄タイマの引継ぎ
廃棄タイマの引継ぎは、パケットデータ転送プロトコルのヘッダにおけるタイムスタンプフィールドを用いて行う。
パケットデータ転送プロトコルのヘッダは、例えば、図３２に示す３ＧＧＰにより規定されているＧＴＰヘッダである。
図のヘッダ部において、ＶｅｒｓｉｏｎフィールドはＧＴＰプロトコルのバージョン、Ｐｒｏｔｏｃｏｌ Ｔｙｐｅ（ＰＴ）はプロトコルの識別情報、Ｅｘｔｅｎｓｉｏｎ Ｈｅａｄｅｒフラグ（Ｅ）はＮｅｘｔ Ｅｘｔｅｎｔｉｏｎ Ｈｅａｄｅｒフィールドに関する情報、Ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒフラグ（Ｓ）はＳＮフィールドに関する情報、Ｎ−ＰＤＵ Ｎｕｍｂｅｒフラグ（ＰＮ）はＮ−ＰＤＵ Ｎｕｍｂｅｒフィールドに関する情報、Ｍｅｓｓａｇｅ ＴｙｐｅはＧＴＰメッセージのタイプ、Ｌｅｎｇｔｈはペイロードの長さ、Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ（ＴＥＩＤ）はトンネルの終点を明確にするための情報、Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ（ＳＮ）はデータの識別に用いられるシーケンス番号、Ｎ−ＰＤＵ Ｎｕｍｂｅｒはデータ転送の調整に用いられる識別情報、Ｎｅｘｔ Ｅｘｔｅｎｔｉｏｎ Ｈｅａｄｅｒ Ｔｙｐｅは拡張ヘッダについての識別情報を示す。
また、図の拡張ヘッダ部においては、Ｅｘｔｅｎｓｉｏｎ Ｈｅａｄｅｒ Ｌｅｎｇｔｈ、Ｅｘｔｅｎｓｉｏｎ Ｈｅａｄｅｒ Ｃｏｎｔｅｎｔ、Ｎｅｘｔ Ｅｘｔｅｎｓｉｏｎ Ｈｅａｄｅｒ Ｔｙｐｅなどの拡張ヘッダに関する情報を示す。
図３３に、本実施例においてパケットデータ転送に用いられるヘッダの例を示す。
ヘッダ部のＮｅｘｔ Ｅｘｔｅｎｔｉｏｎ Ｈｅａｄｅｒ ＴｙｐｅにおいてＰＤＣＰ ＳＮを拡張ヘッダで送信することを定義する。また、拡張ヘッダ部にＴｉｍｅｓｔａｍｐ（タイムスタンプ）フィールドを定義することにより、タイムスタンプに転送パケットデータの廃棄タイマの情報を含めて送信する。
上記のタイムスタンプは例えばＳＮ状態転送メッセージを利用して送信することも可能である。
図３４はＳＮ状態転送メッセージを利用してタイムスタンプを送信する場合の一例を示す。
図において、ＬＩＳ（Ｌａｓｔ−Ｉｎ−Ｓｅｑｕｅｎｃｅ）は最後に順序通りに受信できたＰＤＣＰ ＳＤＵ ＳＮ番号である。
Ｂｉｔｍａｐ＿Ｎフィールドは、ＬＩＳに続くＳＮが移動元基地局において移動局に送信できたか否かを１ビットで表現する。
Ｔｉｍｅｓｔａｍｐ＿ＬＳＩは、ＬＳＩのＰＤＣＰ ＳＮの廃棄タイマの値を表現する。
同様にＴｉｍｅｓｔａｍｐ＿Ｘは、移動元基地局において正しく送信できなかったＰＤＣＰ ＳＤＵに対する廃棄タイマの値を表現する。
図３５はＳＮ状態転送メッセージを利用してタイムスタンプを送信する場合の別の例を示す。
図において、Ｍｉｓｓｉｎｇ＿Ｎは、移動元基地局において移動局に送信できなかったＰＤＣＰ ＳＮを示す。
Ｔｉｍｅｓｔａｍｐ＿Ｎは、移動元基地局において正しく送信できなかったＰＤＣＰ ＳＤＵに対する廃棄タイマの値を表現する。
なお、タイマの引き継ぎはパケット毎に実施するのではなく、任意に選択したパケットのみに限定して実行してもよい。例えば、パケット転送を実行する最初のパケットに対応する廃棄タイマの値だけを転送してもよい。残りのパケットに対応する廃棄タイマの値は、該転送した廃棄タイマの値を参考にして、実施例４に示したように、移動先基地局で独自にタイマ値を設定してもよい。
(c) 廃棄タイマの設定
廃棄タイマの設定は、例えば以下に挙げる方法により行う。
1)タイマ値明示法
廃棄タイマの値について転送遅延時間を用いて補正した値をタイムスタンプフィールドに記載する。
例えば、移動元基地局において廃棄タイマの値が４０に設定されたパケットデータを移動先基地局へ転送する場合、タイムスタンプフィールドには“４０＋転送遅延時間”の値（＝Ｔ０）を記載する。ここで転送遅延時間は移動元基地局において推定した値を用いる。
移動先基地局では、タイムスタンプフィールドに示された値を該当するパケットデータの廃棄タイマの値として設定する。
ここで、Ｔ０≧廃棄タイマの上限値である場合は移動元基地局において転送を実行しないこととしてもよい。
2)絶対時刻指定法
パケットデータを廃棄する時刻をタイムスタンプフィールドに記載する。
例えば、移動元基地局において廃棄タイマの値が４０、上限値が１００と設定されたパケットデータを移動先基地局へ転送する場合、タイムスタンプフィールドに“移動元基地局の現時刻＋（１００−４０）”の値（＝Ｔ１）を記載する。
移動先基地局では、タイムスタンプフィールドに示された時刻Ｔ１と、該当するパケットデータが転送されてきた際の移動先基地局の現時刻Ｔ２とを比較する。Ｔ１≧Ｔ２である場合はＴ１を当該パケットデータの廃棄タイマの値として設定し、Ｔ１≦Ｔ２である場合は当該パケットデータを廃棄する。
また、Ｔ１≦Ｔ２であることが移動元基地局において明らかである場合は当該パケットデータの転送を実行しないこととしてもよい。
なお、絶対時刻は、例えばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）などを利用して同期を確保してもよいし、移動元基地局での時刻と移動先基地局での時刻とのずれを両基地局で把握し算出してもよい。
3)相対時刻指定法
現時刻からパケットデータの廃棄を実行するまでの時間を、転送遅延時間を用いて補正しタイムスタンプフィールドに記載する。
例えば、移動元基地局において廃棄タイマの値が４０、上限値が１００と設定されたパケットデータを移動先基地局へ転送する場合、タイムスタンプフィールドに“（１００−４０）―転送遅延時間”の値（＝Ｔ３）を記載する。ここで転送遅延時間は移動元基地局において推定した値を用いる。
移動先基地局では、タイムスタンプフィールドに示された時刻Ｔ３がＴ３≧０である場合は、“１００−Ｔ３”の値を該当するパケットデータの廃棄タイマの値として設定し、Ｔ３≦０である場合はパケットデータを廃棄する。
また、Ｔ３≦０である場合は移動元基地局において転送を実行しないこととしてもよい。(d) 廃棄タイマの引継ぎの他の例
廃棄タイマの引継ぎについて、 (c)の1)〜3)においてタイムスタンプフィールドを用いずにサブフレーム番号を用いることも可能である。
ＬＴＥでは、ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）毎にサブフレーム番号が識別できるので、例えば、時間４０をサブフレーム４０個分とすることにより廃棄タイマの値を示すことが可能である。
サブフレーム番号は、基地局間同士で同期してもよいし、移動元基地局と移動先基地局との間でサブフレーム番号の差分を把握し算出してもよい。
(d) 処理フロー
図３６には、移動元基地局のＤＬ通信におけるパケットデータ処理フローを示す。
Ｓ１１３では、上位レイヤから送られてきたデータを受信する。
Ｓ１１４では、Ｓ１１３において受信したデータをＰＤＣＰ ＳＤＵとしてパケットデータ化する（ＰＤＣＰ ＳＤＵ構築）。
Ｓ１１５では、Ｓ１１４において構築したパケットデータの廃棄タイマをスタートさせる。
Ｓ１１６では、移動局に対しＨＯ（ハンドオーバ）指示信号を送信する。
Ｓ１１７では、Ｓ８７においてＨＯ指示信号を送信すると、移動先基地局に対しパケットデータの転送を実行するか否かを判定する。パケットデータの転送を実行する場合はＳ１１８へ、パケットデータの転送を実行しない場合はＳ１２１へ進む。
Ｓ１１８では、Ｓ１１７においてパケットデータの転送を実行する場合、移動先基地局に対し転送パケットデータについての廃棄タイマの上限値を通知する。なお、前述のように、タイマ上限値の通知は図７の「３．ＨＯ要求」、「７．ＳＮ状態転送」、又は「９．ＨＯ完了」のいずれかにおいて移動先基地局に通知される。ここでは、「７．ＳＮ状態転送」メッセージで通知されるものとしている。
Ｓ１１９では、転送遅延時間の推定を行う。
Ｓ１２０では、転送するパケットデータの廃棄タイマの引継ぎを行う。
Ｓ１２１では、Ｓ１１７において転送を実行しない場合、移動先基地局に対し廃棄タイマの上限値を通知する。なお、前述のように、タイマ上限値の通知は図７の「３．ＨＯ要求」、「７．ＳＮ状態転送」、又は「９．ＨＯ完了」のいずれかにおいて移動先基地局に通知される。ここでは、「７．ＳＮ状態転送」メッセージで通知されるものとしている。
Ｓ１２２では、無線リンクが切断されるまでパケットデータを下位レイヤに回送する。
図３７には、移動先基地局のＤＬ通信におけるパケットデータ処理フローを示す。
Ｓ１２３では、上位レイヤから送られてきたデータを受信する。
Ｓ１２４では、Ｓ１２３において受信したデータが上位局から送られてきたデータであるか否かを判定する。上位局から送られてきたデータである場合はＳ１２５へ、上位局から送られてきたデータでない場合はＳ１２６へ進む。
Ｓ１２５では、Ｓ１２４において受信したデータが上位局から送られてきたデータでなく移動元基地局から転送されてきたデータであると判定した場合、データに含まれるパケットデータに設定される廃棄タイマの値を取得する。
Ｓ１２６では、Ｓ１２３において受信したデータをＰＤＣＰ ＳＤＵとしてパケットデータ化する（ＰＤＣＰ ＳＤＵ構築）。
Ｓ１２７では、Ｓ１２６において構築したパケットデータの廃棄タイマをスタートさせる。上位局から受信したデータに対しては、廃棄タイマの上限値（例えば１００）を設定する。一方、移動元基地局から受信したデータに対しては、Ｓ１２で取得した廃棄タイマの値を設定する。
Ｓ１２８では、パケットデータ毎にＳ１２７においてスタートさせた廃棄タイマが満了しているか否かを判定する。廃棄タイマが満了している場合はＳ１２９へ、廃棄タイマが満了していない場合はＳ１３０へ進む。
Ｓ１２９では、Ｓ１２８において廃棄タイマが満了している場合、下位レイヤに回送されたパケットデータは廃棄される。
Ｓ１３０では、上位局から受信したパケットデータを選択する。
Ｓ１３１では、Ｓ１３０において選択したパケットデータについてＡＱＭによるパケットデータ廃棄を適用するか否かを判定する。ＡＱＭによるパケットデータ廃棄を適用する場合はＳ１３２へ、適用しない場合はＳ１３４へ進む。
Ｓ１３２では、Ｓ１３１においてＡＱＭによるパケットデータ廃棄を適用する場合、廃棄するパケットデータを選択する。
Ｓ１３３では、Ｓ１３２において選択されたパケットデータが廃棄される。
Ｓ１３４では、パケットデータを下位レイヤへ回送する。
なお、移動局のＤＬ通信におけるパケットデータ処理フローは実施例４と同様である。
（１１）実施例６
実施例６では、実施例４と同様、ハンドオーバ前に、ＤＬ通信において移動元基地局から移動局に対し無線エラーにより一部送信できないデータ（パケットデータ）があった場合のパケットデータ廃棄動作の例を示す。
ハンドオーバ前における移動局及び移動元基地局でのデータ送信の概要は実施例４の図２５と同様である。
図３８は、ハンドオーバ後の移動元基地局から移動先基地局へのデータ転送及び、移動先基地局から移動局へのデータ送信を示す。
図において、７０３はパケット廃棄制御部であり、図１３における制御部２１５に含まれるものとする。
本実施例では、移動元基地局から移動先基地局へ転送されるパケットデータの廃棄タイマはそのまま引き継がれる。移動先基地局において、転送遅延時間（移動元基地局から移動先基地局へパケットデータの転送をする際に生じる遅延時間）を計測・算出し、移動元基地局から受信したパケットデータの廃棄タイマに当該推定した転送遅延時間を反映させ新たに廃棄タイマを設定する。
図において、ハンドオーバ後の移動元基地局のバッファ部２１２ａに格納されているパケットデータ１〜８の廃棄タイマは８０、７０、…、１０である。
移動元基地局はハンドオーバ前に移動局への送信が失敗したパケットデータ２を移動先基地局へと転送する。
また、ハンドオーバ前に移動元基地局において送信されていなかったパケットデータ４〜８についても移動先基地局へ転送される。その際、パケットデータ４〜８のうち移動元基地局のバッファ部２１２ａにおいて処理中のパケットデータは、処理後ＳＮを付加した上で転送してもよいし、処理を中断してＳＮを付加せずに転送してもよい。
なお、図において移動先基地局のバッファ部２１２ｂに格納されるパケットデータ９、１０は上位局から受信したデータに含まれるパケットデータである。
移動先基地局には移動元基地局において設定された各パケットデータについての廃棄タイマが引き継がれる。すなわち、移動先基地局のバッファ部２１２ｂにおいて格納されるパケットデータ２、パケットデータ４〜８の廃棄タイマはそれぞれ７０、５０、４０、…、１０に設定される。
移動先基地局では、転送遅延時間（図において、例えば２０）を計測・算出し、当該転送遅延時間を移動元基地局から引き継いだ各パケットデータについての廃棄タイマに付加し、新たな廃棄タイマとして設定する。図においては、パケットデータ２、パケットデータ４〜８の廃棄タイマはそれぞれ９０、７０、６０、…、３０に設定される。
本実施例６において、ＡＱＭによるパケットデータ廃棄は、上位局から受信したデータについてのみ適用してもよいし、上位局から受信したデータうち、下位レイヤに回送されていないデータの及び移動元基地局から受信したデータの両方に適用してもよい。
また、移動局のバッファ部１０８では、移動先基地局から受信するデータに含まれるパケットデータと、既に格納されているパケットデータとのリオーダリングを実行した上でパケットデータを送信順（ＳＮ順）に上位レイヤに回送する。例えば図においては、パケットデータ２、パケットデータ３の順で上位レイヤに回送される。
なお、移動元基地局から移動先基地局への転送パケットデータの廃棄タイマの引継ぎ及び移動先基地局での引き継いだ廃棄タイマの設定は、例えば、実施例５に示したタイムスタンプやサブフレーム番号を用いて、タイマ明示法、絶対時刻指定法、相対時刻指定法により行うことができる。
ただし移動元基地局では、実施例５で示したタイマ明示法と相対時刻指定法において転送遅延時間を用いた補正は行わない。この場合は、移動先基地局において、自身で計測した転送遅延時間を用いて補正した廃棄タイマの値を設定する。
なお、タイマの引き継ぎはパケット毎に実施するのではなく、任意に選択したパケットのみに限定して実行してもよい。例えば、パケット転送を実行する最初のパケットに対応する廃棄タイマの値だけを転送してもよい。残りのパケットに対応する廃棄タイマの値は、該転送した廃棄タイマの値を参考にして、実施例４に示したように、移動先基地局で独自にタイマ値を設定してもよい。
（１２）その他
パケットデータ転送時に移動元基地局から移動先基地局へ引き継がれる廃棄タイマの値は、実施例１〜６に例示するように時間とすることもできるし、パケットデータのＳＮに対応する値とすることもできる。例えば、ＰＤＣＰ ＳＤＵ ＳＮ ｉに対する係数をＮｉとして、廃棄タイマの値をＰＤＣＰ ＳＤＵ ＳＮ ｉ× Ｎｉとして、移動元基地局から移動先基地局へ通知する。
（付記１）
送信されるパケットデータを一時的に格納するバッファを備えた移動通信システムにおけるパケットデータの廃棄方法において、
前記バッファに格納された、送信処理前のパケットデータについては、該送信処理前のパケットデータに対応する廃棄タイマが所定値に達するか又は該バッファに付随する廃棄機構による廃棄条件を満たすことで廃棄を行い、
前記バッファに格納された、送信処理後のパケットデータについては、該送信処理後のパケットデータに対応する廃棄タイマが所定値に達することにより廃棄処理を行う、
ことを特徴とするパケットデータの廃棄方法。
（付記２）
送信されるパケットデータを一時的に格納するバッファを備え、該バッファに格納されたパケットデータに対応する廃棄タイマの値に応じて該パケットデータを廃棄する移動通信システムにおけるパケットデータの廃棄方法において、
ハンドオーバが実行されると、前記バッファに格納されたパケットデータに対応する廃棄タイマの値の変更を行い、
該変更後の廃棄タイマの値を該バッファに格納されたパケットデータの廃棄タイマの値として新たに設定し、
新たに設定された該廃棄タイマの値が所定値に達すると、対応するパケットデータを廃棄する、
ことを特徴とするパケットデータの廃棄方法。
（付記３）
送信されるパケットデータを一時的に格納するバッファを備え、該バッファに格納されたパケットデータに対応する廃棄タイマの値に応じて該パケットデータを廃棄する移動通信システムにおけるパケットデータの廃棄方法において、
ハンドオーバが実行されると、前記バッファに格納されたパケットデータに対応する廃棄タイマの値の引き継ぎを行い、
引き継がれた該廃棄タイマの値が所定値に達すると、対応するパケットデータを廃棄する、
ことを特徴とするパケットデータの廃棄方法。
（付記４）
送信されるパケットデータを一時的に格納するバッファを備え、該バッファに格納されたパケットデータに対応する廃棄タイマの値に応じて該パケットデータを廃棄する移動通信システムにおけるパケットデータの廃棄方法において、
ハンドオーバが実行されると、移動元基地局から移動先基地局へパケットデータの転送を行なうとともに、転送される該パケットデータに対応する廃棄タイマの値の転送を実行し、
該移動先基地局は、転送された該廃棄タイマの値、又は、転送された該廃棄タイマの値を転送遅延時間を用いて補正して得られたタイマ値を、転送されたパケットデータについての廃棄タイマの値として新たに設定し、
新たに設定された該廃棄タイマの値が所定値に達すると、対応するパケットデータを廃棄する、
ことを特徴とするパケットデータの廃棄方法。
（付記５）
前記移動元基地局は、パケットデータ転送プロトコルのヘッダに含まれるタイムスタンプフィールド又はパケットデータ受信状態通知プロトコルを用いて、前記廃棄タイマの値の前記転送を行なう、
ことを特徴とする請求項４記載のパケットデータの廃棄方法。
（付記６）
送信されるパケットデータを一時的に格納するバッファを備え、該バッファに格納されたパケットデータに対応する廃棄タイマの値に応じて該パケットデータを廃棄する移動通信システムにおけるパケットデータの廃棄方法において、
ハンドオーバが実行されると、移動元基地局から移動先基地局へパケットデータの転送を行なうとともに、転送される該パケットデータに対応する廃棄タイマの値について転送遅延時間を用いた補正を実行してから転送を実行し、
該移動先基地局は、転送された補正後の廃棄タイマの値を、対応するパケットデータについての廃棄タイマの値として新たに設定し、
新たに設定された該廃棄タイマの値が所定値に達すると、対応するパケットデータを廃棄する、
ことを特徴とするパケットデータの廃棄方法。
（付記７）
送信されるパケットデータを一時的に格納するバッファを備えた移動通信システムにおいて、
前記バッファに格納された、送信処理前のパケットデータについては、該送信処理前のパケットデータに対応する廃棄タイマが所定値に達するか又は該バッファに付随する廃棄機構による廃棄条件を満たすことで廃棄を行い、前記バッファに格納された、送信処理後のパケットデータについては、該送信処理後のパケットデータに対応する廃棄タイマが所定値に達することにより廃棄処理を行う廃棄手段、
を備えたことを特徴とする無線通信装置。
（付記８）
送信されるパケットデータを一時的に格納するバッファを備え、該バッファに格納されたパケットデータに対応する廃棄タイマの値に応じて該パケットデータを廃棄する移動通信システムにおいて、
ハンドオーバが実行されると、前記バッファに格納されたパケットデータに対応する廃棄タイマの値の変更を行い、該変更後の廃棄タイマの値を該バッファに格納されたパケットデータの廃棄タイマの値として新たに設定し、新たに設定された該廃棄タイマの値が所定値に達すると、対応するパケットデータを廃棄する廃棄手段、
を備えたことを特徴とする無線通信装置。
（付記９）
送信されるパケットデータを一時的に格納するバッファを備え、該バッファに格納されたパケットデータに対応する廃棄タイマの値に応じて該パケットデータを廃棄する移動通信システムにおいて、
ハンドオーバが実行されると、前記バッファに格納されたパケットデータに対応する廃棄タイマの値の引き継ぎを行い、引き継がれた該廃棄タイマの値が所定値に達すると、対応するパケットデータを廃棄する廃棄手段、
を備えたことを特徴とする無線通信装置。
（付記１０）
送信されるパケットデータを一時的に格納するバッファを備え、該バッファに格納されたパケットデータに対応する廃棄タイマの値に応じて該パケットデータを廃棄する移動通信システムにおいて、
ハンドオーバが実行されると、移動元基地局から移動先基地局へパケットデータの転送を行なうとともに、転送される該パケットデータに対応する廃棄タイマの値の転送を実行する転送手段を備え、
該移動先基地局は、転送された該廃棄タイマの値、又は、転送された該廃棄タイマの値を転送遅延時間を用いて補正して得られたタイマ値を、転送されたパケットデータについての廃棄タイマの値として新たに設定し、新たに設定された該廃棄タイマの値が所定値に達すると、対応するパケットデータを廃棄する廃棄手段を備えた、
ことを特徴とする移動通信システム。
（付記１１）
前記移動元基地局は、パケットデータ転送プロトコルのヘッダに含まれるタイムスタンプフィールド又はパケットデータ受信状態通知プロトコルを用いて、前記廃棄タイマの値の前記転送を行なう、
ことを特徴とする請求項１０記載の移動通信システム。
（付記１２）
送信されるパケットデータを一時的に格納するバッファを備え、該バッファに格納されたパケットデータに対応する廃棄タイマの値に応じて該パケットデータを廃棄する移動通信システムにおいて、
ハンドオーバが実行されると、移動元基地局から移動先基地局へパケットデータの転送を行なうとともに、転送される該パケットデータに対応する廃棄タイマの値について転送遅延時間を用いた補正を実行してから転送を実行する転送手段を備え、
該移動先基地局は、転送された補正後の廃棄タイマの値を、対応するパケットデータについての廃棄タイマの値として新たに設定し、新たに設定された該廃棄タイマの値が所定値に達すると、対応するパケットデータを廃棄する廃棄手段を備えた、
ことを特徴とする移動通信システム。
（付記１３）
廃棄のための識別情報が付加されているデータに対し、データの状態によって該識別情報に基づいたパケット廃棄方法を実行し、あるいは該識別情報に基づかないパケット廃棄方法を実行する廃棄手段を備えた、
ことを特徴とする無線通信装置。
（付記１４）
該識別情報は、廃棄までの時間であって、該時間をタイマで計時する、ことを特徴とする請求項１３のパケット廃棄方法。
（付記１５）
既にデータ伝送処理が実行されている場合、該データは識別情報に基づいて廃棄を実行する、ことを特徴とする請求項１３のパケット廃棄方法。
（付記１６）
データが流入するインターフェースに応じて、該データは識別情報に基づいて廃棄を実行し、あるいは識別情報に基づかずに廃棄を実行する、ことを特徴とする請求項１３のパケット廃棄方法。
（付記１７）
ハンドオーバが生じると、廃棄のための識別情報はハンドオーバ前後で必要であれば区別し廃棄を継続する、ことを特徴とする請求項１３記載のパケット廃棄方法。
（付記１８）
廃棄のための識別情報が付加されているデータに対し、データの状態によって該識別情報に基づいたパケット廃棄方法を実行し、あるいは該識別情報に基づかないパケット廃棄方法を実行する、ことを特徴とするパケット廃棄方法。
（付記１９）
ハンドオーバが生じると、タイマの値を引き継ぐか、廃棄を実行する時刻を引き継ぐか、廃棄を実行するまでの時間を引き継ぐか、のいずれかによって廃棄時刻を引き継ぎ、さらにデータの推定転送遅延時間も考慮して廃棄時刻を設定する、ことを特徴とする請求項１８記載のパケット廃棄方法。
（付記２０）
ハンドオーバが生じると、廃棄時刻が現時刻よりも進んでいる場合、データ転送を行わずに廃棄を実行するか、あるいは、データ転送を行った直後に廃棄を実行する、ことを特徴とする請求項１８記載のパケット廃棄方法。
（付記２１）
ハンドオーバが生じると、データの転送プロトコルのヘッダ部に廃棄時刻あるいは廃棄時間を記載し、引き継ぎを実行する、ことを特徴とする請求項１８記載のパケット廃棄方法。
（付記２２）
ハンドオーバが生じると、廃棄を管理する局が変更される場合、上位局からの制御信号によってタイマの上限値を引き継ぐか、局間の制御信号で直接タイマの上限値を引き継ぐ、ことを特徴とする請求項１８記載のパケット廃棄方法。
（付記２３）
ハンドオーバが生じると、廃棄のために識別情報を区別した場合、基地局と移動局間で該区別を共有するための制御信号を送受信する、ことを特徴とする請求項１７記載のパケット廃棄方法。
移動体通信システム構成例 基地局／移動局間のユーザプレーンプロトコルスタック ハンドオーバに伴うパケットデータ転送 ハンドオーバの際の移動局の装置動作フローチャート例 ハンドオーバの際の移動元基地局の装置動作フローチャート例 ハンドオーバの際の移動先基地局の装置動作フローチャート例 ハンドオーバシーケンス例 タイマによるパケットデータ廃棄の例 タイマによるパケットデータ廃棄とＡＱＭによるパケットデータ廃棄が混在し ている場合の例 移動局装置構成例（ＵＬ） 移動局装置構成例（ＤＬ） 基地局装置構成例（ＵＬ） 基地局装置構成例（ＤＬ） 実施例１の動作概要 実施例１の移動局（ＵＬ）又は基地局（ＤＬ）におけるパケットデータ処理 フロー 実施例１の移動局（ＤＬ）又は基地局（ＵＬ）におけるパケットデータ処理 フロー 実施例２の動作概要（ＨＯ前） 実施例２の動作概要（ＨＯ後） 実施例２における移動局（ＵＬ）でのパケットデータ処理フロー（未送信Ｐ ＤＣＰ ＳＤＵにＡＱＭ適用） 実施例２における移動元基地局（ＵＬ）でのパケットデータ処理フロー 実施例２における移動先基地局（ＵＬ）でのパケットデータ処理フロー 実施例３の動作概要（ＨＯ前） 実施例３の動作概要（ＨＯ後） 実施例３における移動局（ＵＬ）でのパケットデータ処理フロー 実施例４の動作概要（ＨＯ前） 実施例４の動作概要（ＨＯ後）の一例 実施例４の動作概要（ＨＯ後）の他の例 実施例４における移動元基地局（ＤＬ）でのパケットデータ処理フロー 実施例４における移動先基地局（ＤＬ）でのパケットデータ処理フロー 実施例４における移動局（ＤＬ）でのパケットデータ処理フロー 実施例５の動作概要 ＧＴＰヘッダ構成 タイムスタンプ ＳＮ状態転送メッセージを利用してタイムスタンプを送信する場合の一例 ＳＮ状態転送メッセージを利用してタイムスタンプを送信する場合の他の例 実施例５における移動元基地局（ＤＬ）でのパケットデータ処理フロー 実施例５における移動先基地局（ＤＬ）でのパケットデータ処理フロー 実施例６の動作概要
符号の説明
１００ 移動局
２００ 移動元基地局
３００ 移動先基地局
４００ 移動元基地局の通信エリア
５００ 移動先基地局の通信エリア
６００ 上位局
１０１、１０９、２０３、２１２ バッファ部
１０２、１０８、２０２、２１４ 送受信部
１０３、１０７、２０１、２１１ アンテナ
１０４、１１１、２０５、２１５ 制御部
１０５、１１２、２０６、２１９ 測定部
１０６、１１５、２０９、２１７ タイマ管理部
１１０、２０４ リオーダ部
１１３、２０７ バッファ管理部
１１４、２１０ リオーダ管理部
２０８、２２０ ＨＯ決定部
２１３ スケジューラ部
２１６ 遅延計測部
２１８ スケジューラ管理部
７００ ＰＤＣＰ ＳＤＵバッファ
７０１、７０２、７０３ パケット廃棄制御部

Claims (10)

  1. 送信されるパケットデータを格納し、該格納されたパケットデータに対応する廃棄タイマの値に応じて該パケットデータを廃棄する移動通信システムにおけるパケットデータの廃棄方法において、
    ハンドオーバが実行されると、移動局で、移動元基地局へ送信されるパケットデータに対応する、ハンドオーバ前の廃棄タイマの計時値を、移動先基地局へ送信されるパケットデータに対応する、ハンドオーバ後の廃棄タイマの計時値として引き継ぎ、
    該移動先基地局に送信されるパケットデータについて、引き継がれた該廃棄タイマの値が所定値に達すると、対応するパケットデータを廃棄する、
    ことを特徴とするパケットデータの廃棄方法。
  2. 送信されるパケットデータを格納し、該格納されたパケットデータに対応する廃棄タイマの値に応じて該パケットデータを廃棄する移動通信システムにおけるパケットデータの廃棄方法において、
    ハンドオーバが実行されると、移動元基地局から移動先基地局へパケットデータの転送を行なうとともに、転送される該パケットデータに対応する、移動元基地局の廃棄タイマの計時値の転送を行い、
    該移動先基地局で、転送された該廃棄タイマの値、又は、転送された該廃棄タイマの値について転送遅延時間を用いて補正して得られた値を、転送された該パケットデータに対応する、移動先基地局の廃棄タイマの計時値として引き継ぎ、該移動先基地局の廃棄タイマの値が所定値に達すると、対応するパケットデータを廃棄する、
    ことを特徴とするパケットデータの廃棄方法。
  3. 前記移動元基地局は、パケットデータ転送プロトコルのヘッダに含まれるタイムスタンプフィールド又はパケットデータ受信状態通知プロトコルを用いて、前記廃棄タイマの値の前記転送を行なう、
    ことを特徴とする請求項２記載のパケットデータの廃棄方法。
  4. 送信されるパケットデータを格納し、該格納されたパケットデータに対応する廃棄タイマの値に応じて該パケットデータを廃棄する移動通信システムにおけるパケットデータの廃棄方法において、
    ハンドオーバが実行されると、移動元基地局から移動先基地局へパケットデータの転送を行なうとともに、転送される該パケットデータに対応する、移動元基地局の廃棄タイマの計時値について、転送遅延時間を用いて補正して得られた値を転送し、
    該移動先基地局で、該転送された値を、転送された該パケットデータに対応する、該移動先基地局の廃棄タイマの計時値として引き継ぎ、該移動先基地局の廃棄タイマの値が所定値に達すると、対応するパケットデータを廃棄する、
    ことを特徴とするパケットデータの廃棄方法。
  5. 送信されるパケットデータを格納し、該格納されたパケットデータに対応する廃棄タイマの値に応じて該パケットデータを廃棄する移動通信システムにおいて、
    ハンドオーバが実行されると、無線通信装置で、移動元基地局へ送信されるパケットデータに対応する、ハンドオーバ前の廃棄タイマの計時値を、移動先基地局へ送信されるパケットデータに対応する、ハンドオーバ後の廃棄タイマの計時値として引き継ぎ、該移動先基地局に送信されるパケットデータについて、引き継がれた該廃棄タイマの値が所定値に達すると、対応するパケットデータを廃棄する廃棄手段、
    を備えたことを特徴とする無線通信装置。
  6. 送信されるパケットデータを格納し、該格納されたパケットデータに対応する廃棄タイマの値に応じて該パケットデータを廃棄する移動通信システムにおいて、
    ハンドオーバが実行されると、移動元基地局から移動先基地局へパケットデータの転送を行なうとともに、転送される該パケットデータに対応する、移動元基地局の廃棄タイマの計時値の転送を行う転送手段を備え、
    該移動先基地局で、転送された該廃棄タイマの値、又は、転送された該廃棄タイマの値について転送遅延時間を用いて補正して得られた値を、転送された該パケットデータに対応する、移動先基地局の廃棄タイマの計時値として引き継ぎ、該移動先基地局の廃棄タイマの値が所定値に達すると、対応するパケットデータを廃棄する廃棄手段を備えた、
    ことを特徴とする移動通信システム。
  7. 前記移動元基地局は、パケットデータ転送プロトコルのヘッダに含まれるタイムスタンプフィールド又はパケットデータ受信状態通知プロトコルを用いて、前記廃棄タイマの値の前記転送を行なう、
    ことを特徴とする請求項６記載の移動通信システム。
  8. 送信されるパケットデータを格納し、該格納されたパケットデータに対応する廃棄タイマの値に応じて該パケットデータを廃棄する移動通信システムにおいて、
    ハンドオーバが実行されると、移動元基地局から移動先基地局へパケットデータの転送を行なうとともに、転送される該パケットデータに対応する、移動元基地局の廃棄タイマの計時値について、転送遅延時間を用いて補正して得られた値を転送する転送手段を備え、
    該移動先基地局で、該転送された値を、転送された該パケットデータに対応する、移動先基地局の廃棄タイマの計時値として引き継ぎ、該移動先基地局の廃棄タイマの値が所定値に達すると、対応するパケットデータを廃棄する廃棄手段を備えた、
    ことを特徴とする移動通信システム。
  9. 送信されるパケットデータを格納し、該格納されたパケットデータに対応する廃棄タイマの値に応じて該パケットデータを廃棄する移動通信システムにおいて、
    ハンドオーバが実行されると、移動局で、移動元基地局へ送信されるパケットデータに対応する、ハンドオーバ前の廃棄タイマの計時値を、移動先基地局へ送信されるパケットデータに対応する、ハンドオーバ後の廃棄タイマの計時値として引き継ぎ、該移動先基地局に送信されるパケットデータについて、引き継がれた該廃棄タイマの値が所定値に達すると、対応するパケットデータを廃棄する廃棄手段、
    を備えたことを特徴とする移動通信システム。
  10. 送信されるパケットデータを格納し、該格納されたパケットデータに対応する廃棄タイマの値に応じて該パケットデータを廃棄する移動通信システムにおける移動局であって、
    ハンドオーバが実行されると、移動局で、移動元基地局へ送信されるパケットデータに対応する、ハンドオーバ前の廃棄タイマの計時値を、移動先基地局へ送信されるパケットデータに対応する、ハンドオーバ後の廃棄タイマの計時値として引き継ぎ、該移動先基地局に送信されるパケットデータについて、引き継がれた該廃棄タイマの値が所定値に達すると、対応するパケットデータを廃棄する廃棄手段、
    を備えたことを特徴とする移動局。
JP2008000258A 2008-01-07 2008-01-07 パケットデータの廃棄方法、無線通信装置、移動通信システム Active JP4952586B2 (ja)

Priority Applications (12)

Application Number Priority Date Filing Date Title
JP2008000258A JP4952586B2 (ja) 2008-01-07 2008-01-07 パケットデータの廃棄方法、無線通信装置、移動通信システム
EP13168012.6A EP2648455B1 (en) 2008-01-07 2008-12-18 Method for dropping packet data, radio communication device, and mobile communication system
EP13168006.8A EP2648453B1 (en) 2008-01-07 2008-12-18 Method for dropping packet data, radio communication device, and mobile communication system
EP08172051.8A EP2077688B1 (en) 2008-01-07 2008-12-18 Method for dropping packet data, radio communication device, and mobile communication system
EP13168008.4A EP2648454B1 (en) 2008-01-07 2008-12-18 Method for dropping packet data, radio communication device, and mobile communication system
US12/346,020 US8233453B2 (en) 2008-01-07 2008-12-30 Method for dropping packet data, radio communication device, and mobile communication system
KR1020090000742A KR20090076811A (ko) 2008-01-07 2009-01-06 패킷 데이터의 폐기 방법, 무선 통신 장치, 이동 통신 시스템
CNA2009100023549A CN101494887A (zh) 2008-01-07 2009-01-07 分组数据丢弃方法、无线通信设备和无线通信***
US13/558,808 US8711810B2 (en) 2008-01-07 2012-07-26 Method for dropping packet data, radio communication device, and mobile communication system
US13/558,788 US8582533B2 (en) 2008-01-07 2012-07-26 Method for dropping packet data, radio communication device, and mobile communication system
US13/558,798 US8908644B2 (en) 2008-01-07 2012-07-26 Method for dropping packet data, radio communication device, and mobile communication system
US14/550,234 US9204348B2 (en) 2008-01-07 2014-11-21 Method for dropping packet data, radio communication device, and mobile communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008000258A JP4952586B2 (ja) 2008-01-07 2008-01-07 パケットデータの廃棄方法、無線通信装置、移動通信システム

Publications (2)

Publication Number Publication Date
JP2009164864A JP2009164864A (ja) 2009-07-23
JP4952586B2 true JP4952586B2 (ja) 2012-06-13

Family

ID=40532476

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008000258A Active JP4952586B2 (ja) 2008-01-07 2008-01-07 パケットデータの廃棄方法、無線通信装置、移動通信システム

Country Status (5)

Country Link
US (5) US8233453B2 (ja)
EP (4) EP2077688B1 (ja)
JP (1) JP4952586B2 (ja)
KR (1) KR20090076811A (ja)
CN (1) CN101494887A (ja)

Families Citing this family (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101203841B1 (ko) 2006-01-05 2012-11-21 엘지전자 주식회사 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법
EP1969738B1 (en) 2006-01-05 2014-03-12 LG Electronics Inc. Transmitting information in mobile communications system
KR20070080552A (ko) 2006-02-07 2007-08-10 엘지전자 주식회사 이동 통신 시스템에서의 응답 정보 전송 방법
US8428086B2 (en) 2006-01-05 2013-04-23 Lg Electronics Inc. Transmitting data in a mobile communication system
KR100912784B1 (ko) * 2006-01-05 2009-08-18 엘지전자 주식회사 데이터 송신 방법 및 데이터 재전송 방법
KR101319870B1 (ko) 2006-01-05 2013-10-18 엘지전자 주식회사 이동 통신 시스템에서의 핸드오버 방법
KR101211807B1 (ko) 2006-01-05 2012-12-12 엘지전자 주식회사 이동통신 시스템에서 무선단말의 동기상태 관리방법
JP4806030B2 (ja) 2006-01-05 2011-11-02 エルジー エレクトロニクス インコーポレイティド 移動通信システムで信号を転送する方法
US9456455B2 (en) 2006-01-05 2016-09-27 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
KR101268200B1 (ko) 2006-01-05 2013-05-27 엘지전자 주식회사 이동통신 시스템에서의 무선자원 할당방법
KR101333918B1 (ko) 2006-01-05 2013-11-27 엘지전자 주식회사 이동 통신 시스템의 점-대-다 서비스 통신
KR101265628B1 (ko) 2006-01-05 2013-05-22 엘지전자 주식회사 이동 통신 시스템에서의 무선 자원 스케줄링 방법
US8493854B2 (en) 2006-02-07 2013-07-23 Lg Electronics Inc. Method for avoiding collision using identifier in mobile network
KR101358469B1 (ko) 2006-02-07 2014-02-06 엘지전자 주식회사 무선 네트워크(ｎｅｔｗｏｒｋ) 안에서 상향(ｕｐｌｉｎｋ)및 하향(ｄｏｗｎｌｉｎｋ) 대역폭(ｂａｎｄｗｉｄｔｈ)의선택 및 신호 방법
KR101216751B1 (ko) 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
KR101387475B1 (ko) 2006-03-22 2014-04-22 엘지전자 주식회사 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법
US8570956B2 (en) 2006-06-21 2013-10-29 Lg Electronics Inc. Method of communicating data in a wireless mobile communications system using message separation and mobile terminal for use with the same
KR20070121505A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 무선링크 재설정 방법
KR20070121513A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 이동통신 시스템의 상향 접속 방법
KR101369135B1 (ko) 2006-06-21 2014-03-05 엘지전자 주식회사 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말
EP2618517B1 (en) 2006-06-21 2023-08-02 LG Electronics Inc. Method of supporting data retransmission in a mobile communication system
EP2117269B1 (en) * 2008-05-10 2013-10-02 BlackBerry Limited Method and device for handing over between radio access technologies
EP2214436B1 (en) * 2009-01-29 2013-03-20 Alcatel Lucent Telecommunication method and apparatus thereof
CN102742320B (zh) * 2009-03-20 2016-04-06 瑞典爱立信有限公司 无线通信网络上行链路的主动队列管理
KR101301323B1 (ko) * 2009-05-27 2013-08-29 닛본 덴끼 가부시끼가이샤 무선 통신 장치 및 데이터 수신 방법
KR101673183B1 (ko) * 2009-06-16 2016-11-17 삼성전자주식회사 무선통신시스템에서 타이머 보상을 통한 데이터 관리방법 및 장치
WO2011065874A1 (en) * 2009-11-25 2011-06-03 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangements for reducing the number of failed hanover procedures
US8199665B2 (en) * 2009-11-30 2012-06-12 Samsung Electronics Co., Ltd Apparatus and method for scheduling service based on network delay
WO2011068421A1 (en) * 2009-12-02 2011-06-09 Motorola Solutions, Inc. Method for optimizing processing load associated with determination of best quality data
US9503970B2 (en) * 2009-12-04 2016-11-22 Qualcomm Incorporated Managing a data network connection for mobile communications based on user location
KR101638195B1 (ko) * 2010-02-01 2016-07-08 삼성전자주식회사 통신 시스템에서 무선 링크 제어 계층 및 패킷 데이터 융합 프로토콜 계층 간의 플로우 제어를 위한 방법 및 장치
US20110282980A1 (en) * 2010-05-11 2011-11-17 Udaya Kumar Dynamic protection of a resource during sudden surges in traffic
CN102202345A (zh) * 2010-06-03 2011-09-28 美商威睿电通公司 移动通讯装置及机器类型通讯数据的寄存器状态回报方法
WO2012057667A1 (en) 2010-10-29 2012-05-03 Telefonaktiebolaget L M Ericsson (Publ) Congestion control in a communication network
US8824290B2 (en) 2011-01-07 2014-09-02 Qualcomm Incorporated Downlink flow control using packet dropping to control transmission control protocol (TCP) layer throughput
JP5732267B2 (ja) * 2011-01-31 2015-06-10 ソフトバンクモバイル株式会社 通信システム、基地局及び通信制御方法
US9894674B2 (en) * 2011-02-07 2018-02-13 Qualcomm Incorporated Method and apparatus for system level solution for different service co-existence
KR101802288B1 (ko) * 2011-05-03 2017-11-30 삼성전자주식회사 이동 통신 시스템에서의 애크 송신 방법 및 장치
CN102170663B (zh) * 2011-05-23 2014-03-05 迈普通信技术股份有限公司 基于3g的实时传输业务中保证服务质量的方法及设备
WO2012164675A1 (ja) * 2011-05-30 2012-12-06 富士通株式会社 無線通信システム、基地局、ゲートウェイ、及び無線通信方法
WO2013019130A1 (en) 2011-07-29 2013-02-07 Motorola Solutions Inc. High reliability redundant voting system for a signal received by voting processors in a communication system
JP5297512B2 (ja) * 2011-10-06 2013-09-25 株式会社エヌ・ティ・ティ・ドコモ 基地局及び通信制御方法
JP5147983B1 (ja) * 2011-10-06 2013-02-20 株式会社エヌ・ティ・ティ・ドコモ 基地局及び通信制御方法
JP2013085031A (ja) * 2011-10-06 2013-05-09 Ntt Docomo Inc 基地局及び通信制御方法
EP2590444B1 (en) * 2011-11-04 2020-02-12 Alcatel Lucent Enhanced indication of network support of SRVCC and/or voice-over-IMS for an user equipment in an EPS network
JP6027130B2 (ja) * 2011-11-14 2016-11-16 アルカテル−ルーセント ベースバンド信号処理クラスタ
KR20140142231A (ko) * 2012-03-26 2014-12-11 엘지전자 주식회사 무선 통신 시스템에서 무선 자원의 동적 자원 변경을 위한 harq 수행 방법 및 이를 위한 장치
US20130343344A1 (en) 2012-04-06 2013-12-26 Suitable Technologies, Inc. Method for wireless connectivity continuity and quality
CN103533586B (zh) * 2012-07-03 2016-07-20 电信科学技术研究院 切换过程中的信令交互及层重建的方法和设备
JP5856022B2 (ja) * 2012-07-20 2016-02-09 株式会社Ｎｔｔドコモ 移動通信方法及び移動局
US20160164976A1 (en) 2012-09-24 2016-06-09 Suitable Technologies, Inc. Systems and methods for remote presence
US9577791B2 (en) 2012-12-05 2017-02-21 Intel Corporation Notification by network element of packet drops
US8989017B2 (en) * 2012-12-14 2015-03-24 Intel Corporation Network congestion management by packet circulation
JP5462396B2 (ja) * 2013-06-12 2014-04-02 株式会社Ｎｔｔドコモ 基地局及び通信制御方法
JP5931815B2 (ja) * 2013-08-20 2016-06-08 株式会社東芝 通信制御装置、通信制御方法およびプログラム
KR102214074B1 (ko) * 2013-08-23 2021-02-09 엘지전자 주식회사 다중의 rat들에 동시에 접속된 단말의 링크 실패를 관리하는 방법 및 이를 수행하는 장치
CN104837163B (zh) * 2014-02-08 2019-10-25 夏普株式会社 用于删除无线链路控制服务数据单元的方法和基站
US9497299B2 (en) * 2014-09-18 2016-11-15 Blackberry Limited Configuring a discard timer
US20160095033A1 (en) * 2014-09-26 2016-03-31 Qualcomm Incorporated Method to optimize lte data performance for single radio hybrid tune away devices through discard timer
WO2016128798A1 (en) * 2015-02-13 2016-08-18 Telefonaktiebolaget Lm Ericsson (Publ) Methods, apparatuses and computer program products for reducing media gap when connecting independent bearer paths
EP3360366B1 (en) * 2015-10-05 2020-06-17 LG Electronics Inc. Method for transmitting a queuing delay measurement report in a wireless communication system and a device therefor
US11044639B2 (en) * 2016-04-21 2021-06-22 Qualcomm Incorporated Techniques for transmission control protocol aware handover type determination
WO2017191918A2 (en) * 2016-05-01 2017-11-09 Lg Electronics Inc. Method for managing packets for v2x communication and apparatus therefor
CN109219936B (zh) * 2016-06-02 2022-07-22 诺基亚通信公司 用于多连接中的可靠通信的装置和方法
US10237197B2 (en) * 2017-01-31 2019-03-19 Wipro Limited System and method for processing data packets for transmission in a wireless communication network
WO2018170825A1 (en) * 2017-03-23 2018-09-27 Motorola Mobility Llc Discarding data corresponding to a conditional handover
WO2019190037A1 (en) * 2018-03-30 2019-10-03 Lg Electronics Inc. Method and apparatus for performing retransmission after discarding procedure in wireless communication system
US11510268B2 (en) * 2018-04-02 2022-11-22 Lg Electronics Inc. Method and apparatus for discarding buffered data while keeping connection in CP-UP separation
CN112673675A (zh) * 2018-09-18 2021-04-16 瑞典爱立信有限公司 基于rlc的分组转发中的序列号（sn）同步机制
CN112770312A (zh) * 2021-01-04 2021-05-07 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读介质及电子设备
WO2024094717A1 (en) * 2022-11-01 2024-05-10 Telefonaktiebolaget Lm Ericsson (Publ) Methods for data dropping for time-critical communication during handover

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6490259B1 (en) * 2000-02-24 2002-12-03 Telcordia Technologies, Inc. Active link layer and intra-domain mobility for IP networks
JP2001339752A (ja) * 2000-05-30 2001-12-07 Mitsubishi Electric Corp 外部エージェントおよびスムーズハンドオフ方法
EP1507422A1 (en) * 2003-08-14 2005-02-16 Matsushita Electric Industrial Co., Ltd. Serving base station selection during soft handover
US20070261082A1 (en) * 2003-08-22 2007-11-08 Interuniversitair Microelektronica Centrum (Imec) Method for operating a multi-media wireless system in a multi-user environment
JP2006128871A (ja) * 2004-10-27 2006-05-18 Matsushita Electric Ind Co Ltd 制御局装置、基地局装置及びパケットデータ廃棄方法
EP1843529A4 (en) * 2005-01-28 2012-07-04 Panasonic Corp CONTROL METHOD FOR PACKET TRANSMISSIONS, METHOD FOR PROCESSING COMMUNICATION NOTIFICATIONS, ACCESS ROUTER AND MOBILE TERMINAL
JP2006245913A (ja) * 2005-03-02 2006-09-14 Matsushita Electric Ind Co Ltd 無線基地局装置及びパケット通信方法
EP1872496A4 (en) * 2005-04-11 2011-09-07 Nokia Corp METHOD AND APPARATUS FOR DYNAMIC SPEECH COMPARISON
ATE410008T1 (de) * 2005-05-30 2008-10-15 Ericsson Telefon Ab L M Dateneinheit-relayeinrichtung und verfahren zu ihrer steuerung
JP2008000258A (ja) 2006-06-21 2008-01-10 Chidori Koga 薬剤塗布具
WO2008001481A1 (en) * 2006-06-29 2008-01-03 Mitsubishi Electric Corporation Communication system, base station, and mobile station
US8050683B2 (en) * 2006-12-27 2011-11-01 Alcatel Lucent Method of determining when a mobile station is ready to be served during a handoff in a wireless communications network
WO2008136598A1 (en) * 2007-05-03 2008-11-13 Lg Electronics Inc. Method of data processing in a wireless communication system
AU2008308944B2 (en) * 2007-10-01 2012-07-26 Interdigital Patent Holdings, Inc. Method and apparatus for PCDP discard

Also Published As

Publication number Publication date
US8711810B2 (en) 2014-04-29
EP2648455B1 (en) 2016-07-27
US20150078339A1 (en) 2015-03-19
US20120294151A1 (en) 2012-11-22
JP2009164864A (ja) 2009-07-23
US20120294284A1 (en) 2012-11-22
EP2077688B1 (en) 2015-03-18
EP2648453A1 (en) 2013-10-09
KR20090076811A (ko) 2009-07-13
EP2077688A2 (en) 2009-07-08
US9204348B2 (en) 2015-12-01
EP2648454B1 (en) 2016-07-27
EP2648454A1 (en) 2013-10-09
US20120287909A1 (en) 2012-11-15
EP2077688A3 (en) 2012-02-22
EP2648453B1 (en) 2017-02-15
US8233453B2 (en) 2012-07-31
CN101494887A (zh) 2009-07-29
US20090175241A1 (en) 2009-07-09
EP2648455A1 (en) 2013-10-09
US8582533B2 (en) 2013-11-12
US8908644B2 (en) 2014-12-09

Similar Documents

Publication Publication Date Title
JP4952586B2 (ja) パケットデータの廃棄方法、無線通信装置、移動通信システム
US11129081B2 (en) Providing communication for a mobile communication device using a central unit node and distributed unit nodes
US7657815B2 (en) Time monitoring of packet retransmissions during soft handover
JP4991011B2 (ja) 無線装置とネットワーク間のデータユニットのシーケンスの送信のための無線通信方法
KR101084778B1 (ko) 소프트 핸드오버에서의 개선된 업링크 동작
KR101306724B1 (ko) 이동통신 시스템에서의 제어 정보 전송 방법 및 이를구현하는 전송 장치
US20130329701A1 (en) Radio base station and method for switching tti bundling
KR20180111409A (ko) Tcp/ip를 고려한 데이터 처리 방법
KR20090021273A (ko) 기지국, 유저장치 및 방법
KR100969765B1 (ko) 이동통신 시스템에서의 핸드오버 방법 및 장치

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100917

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110829

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110913

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111114

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

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120227

R150 Certificate of patent or registration of utility model

Ref document number: 4952586

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20150323

Year of fee payment: 3