(57)【特許請求の範囲】
【請求項１】
マルチ層プロトコルを用いるワイヤレス装置に於ける、パケットデータコンバージェンスプロトコル・シーケンス番号（PDCP  SN）同期化工程の開始を決定する方法であって、前記ワイヤレス装置は、
複数の無線リソースコントロール（RRC）工程に従って、無線リンクを構築及び設定する無線リソースコントロール（RRC）層と、
PDCP  プロトコルデータユニット（PDCP PDU）のユーザー間の、ユーザーデータの伝送に用いられ、対応するPDCPプロトコルデータユニット（PDCP PDU）を生成するPDCP層と、
前記PDCPPDUを分割し、媒体アクセス制御（MAC）層の要求に符合させる無線リンク制御（RLC）層と、
を含み、
前記方法は、
サービング無線ネットワークサブシステム（SRNS）再配置工程を開始させることが出来る前記RRC工程の実行を確認する工程と、
前記RRC工程が、SRNS再配置工程を開始させる場合において、次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象が、前記SRNS再配置工程で検出される場合だけ、前記PDCP  SN同期化工程を開始させる工程と、
前記RRC工程が、SRNS再配置工程を開始させない場合において、PDCPエンティティのRLCエンティティが前記RRC工程に応答して再構築される場合と、前記PDCPエンティティのPDCPヘッダー圧縮プロトコルが、前記RRC工程に応答して変更する場合だけ、前記PDCP  SN同期化工程を開始させる工程と、
を備えることを特徴とする方法。
【請求項２】
前記RRC工程がSRNS再配置工程を開始させることが出来ない場合、前記PDCP  SN同期化工程を開始させない工程を更に含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記RRC工程は、更に、前記PDCPエンティティの前記RLCエンティティを再構築させることが出来ることを特徴とする請求項１に記載の方法。
【請求項４】
前記RRC工程は、更に、前記PDCPエンティティの前記PDCPヘッダー圧縮プロトコルを変更することが出来ることを特徴とする請求項１に記載の方法。
【請求項５】
前記RRC工程は、伝送チャネル再設定、無線ベアラーセットアップ、無線ベアラー解除、セルアップデート工程、RRC無線ベアラー再設定、URAアップデート、UTRAN移動情報工程、からなる群より選択されることを特徴とする請求項１に記載の方法。
【請求項６】
前記PDCP  SN同期化工程は、前記PDCP  PDUが前記RLCエンティティにより正確に伝送されない場合と、前記RLCエンティティが前記RRC工程に応答して再構築される場合だけ、開始されることを特徴とする請求項１に記載の方法。
【請求項７】
前記PDCP  SN同期化工程は、PDCP  PDUが前記RLCエンティティにより正確に受信されない場合と、前記PDCPエンティティの前記PDCPヘッダー圧縮プロトコルが前記RRC工程に応答して変更される場合だけ、開始されることを特徴とする請求項１に記載の方法。
【請求項８】
パケットデータコンバージェンスプロトコル（PDCP）再同期化モジュールを有する改良型ワイヤレス装置であって、以下の複数の工程を実行し、前記複数の工程は、
前記ワイヤレス装置により、サービング無線ネットワークサブシステム（SRNS）再配置工程を開始させることが出来る無線リソース制御（RRC）工程の実行を確認する工程と、
前記RRC工程が、SRNS再配置工程を開始させる場合、次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象が、前記SRNS再配置工程で検出される場合だけ、PDCP  シーケンス番号（SN）同期化工程を開始させる工程と、
前記RRC工程が、SRNS再配置工程を開始させない場合、前記ワイヤレス装置によりサポートされるPDCPエンティティのRLCエンティティが、前記RRC工程に応答して再構築される場合と、前記PDCPエンティティが使用するPDCPヘッダー圧縮プロトコルが、前記RRC工程に応答して変更する場合だけ、前記PDCP  SN同期化工程を開始させる工程と、
を含むことを特徴とするワイヤレス装置。
【請求項９】
前記PDCP再同期化モジュールは、前記RRC工程がSRNS再配置工程を開始させることが出来ない場合、前記PDCP  SN同期化工程を開始させないことを特徴とする請求項８に記載の装置。
【請求項１０】
前記RRC工程は、更に、前記PDCPエンティティの前記RLCエンティティを再構築させることが出来ることを特徴とする請求項８に記載の装置。
【請求項１１】
前記RRC工程は、更に、前記PDCPエンティティの前記PDCPヘッダー圧縮プロトコルを変更することが出来ることを特徴とする請求項８に記載の装置。
【請求項１２】
前記RRC工程は、伝送チャネル再設定、無線ベアラーセットアップ、無線ベアラー解除、セルアップデート工程、RRC無線ベアラー再設定、URAアップデート、UTRAN移動情報工程、からなる群より選択されることを特徴とする請求項８に記載の装置。
【請求項１３】
前記PDCP  SN同期化工程は、前記PDCP  PDUが前記RLCエンティティにより正確に伝送されない場合と、前記RLCエンティティが前記RRC工程に応答して再構築される場合だけ、前記PDCP再同期化工程により開始されることを特徴とする請求項８に記載の装置。
【請求項１４】
前記PDCP  SN同期化工程は、前記PDCP  PDUが前記RLCエンティティにより正確に伝送されない場合と、前記RLCエンティティの前記PDCPヘッダー圧縮プロトコルが、前記RRC工程に応答して変更する場合だけ、前記PDCP再同期化モジュールにより開始されることを特徴とする請求項８に記載の装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ワイヤレスコミュニケ−ションネットワークに関するもので、特に、パケットデータコンバージェンスプロトコル（packet data convergence protocol、PDCP）のシーケンス番号同期化工程が実行される時期を決定する方法に関するものである。
【０００２】
【従来の技術】
図１はワイヤレスコミュニケーションネットワーク１０を示す図であり、ネットワーク１０は、参照規格である、第３世代パートナーシップ・プロジェクト（３rd Generation Partnership Project 、３GPP）規格の３GPP  TS  ２５．３２２  V３．１０．０の“RLCプロトコル規格（RLC  Protocol  Specification）”と３GPP  TS  ２５．３３１  V３．１０．０“RRC （Radio  Resource  Control）規格”、及び３GPP  TS  ２５．３０３  V３．１１．０“接続モードによる中間層製造工程（Interlayer  procedure  in  Connected  Mode）”によって規定される。
【０００３】
ワイヤレスコミュニケーションネットワーク１０は、コアネットワーク（core  network、CN）３０と通信する、複数の無線ネットワークサブシステム（Radio  network  subsystem、RNS）２０からなる。複数の無線ネットワークサブシステムRNS２０は、第３世代携帯電話規格（Universal Mobile Telecommunications System  UMTS）の地上無線接続網（Terrestrial Radio Access Network）、或いは、簡単にUTRANとも称される。各RNS２０は複数のノードB（Node  B）２４と通信する無線ネットワークコントローラー（Radio  network  controller、RNC）２２を含む。
【０００４】
ノードB２４はトランシーバ（transceiver）で、無線信号を送受信するのに用いられる。特に、ワイヤレスコミュニケーションネットワーク１０は、モバイルユニット４０（User  Equipment、UEと称される）を特定のRNS２０に割り当て、RNS２０は、UE４０のサービングRNS（serving  RNS、SRNS）２０と称される。UE４０に送られるデータは、CN３０からSRNS２０に伝送される。このデータは、サービスデータユニット（service  data  unit、SDU）２８の形式で、ノードB２４の一つが伝送されるまで、SRNS２０のRNC２２に保存される。RNC２２は、SDU２８をUE４０に一番正確に伝送出来るノードB２４を選択する。その選択は、例えば、SRNS２０のドメイン内で、UE４０の位置に基づく。
【０００５】
UE４０は、SDU４８をワイヤレスコミュニケーションネットワーク１０に伝送し、SRNS２０により受信した後、CN３０に送る。時に、UE４０は他のRNS２０のドメインに移動するが、この時、RNS２０はドリフトRNS（drift  RNS、DRNS）２０dと称される。DRNS２０dのノードB２４は、UE４０により伝送される信号を受信する。DRNS２０dのRNC２２は、受信した信号をSRNS２０sに転送する。SRNS２０ｓはDRNS２０dからの信号を、ノードB２４からの対応信号と合わせて、合成信号を生成し、デコードした後、SDU２８にする。SRNS２０sは、これらの受信したSDU２８をCN３０に伝送する。よって、UE４０とCN３０間の全ての通信は、SRNS２０sを通過しなければならない。
【０００６】
図２を参照する。図２はUMTS無線インターフェースプロトコルの機構を示す図である。UE４０とUTRAN２０u間の通信は、第一、二、三層を含むマルチ層コミュニケーションプロトコルによりもたらされ、信号伝達平面（signaling  plane、C−plane）９２とユーザー平面（user  plane、U−plane）９４の伝送を提供する。
【０００７】
第一層は実体層６０で、UTRAN２０u中、DRNS２０dとSRNS２０sから受信した信号の合成を担う。第二層はPDCP層７０、RLC層７２、及び媒体アクセス制御（Media  Access  Control、 MAC）層７４を含む。第三層は、RRC（Radio  Resource  Control）層８０を含む。U平面９４は、UE４０とUTRAN２０u間のユーザーデータ伝送を処理し、C平面９２は、UE４０とUTRAN２０u間の信号伝達データの伝送を処理する。RRC８０は、UE４０とUTRAN２０u間の全チャネルを設定、構成する。PDCP層７０は、U平面９４から受信されたSDUのヘッダー圧縮を提供し、帯域幅の使用効率を向上する。RLC層７２は、PDCP層７０SDUとRRC８０SDUを、RLC  PDUに細分化、連結し、肯定応答（acknowledge  mode、AM）伝送下で、上層（PDCP７０、或いは、RRC層８０）に、RLCプロトコルデータユニット（protocol  data  unit、PDU）が、UE４０とUTRAN２０u間で、正確に送受信されたかどうかの情報を提供する。MAC層７４は、伝送チャネルで、RLC  PDUのスケジューリングと多重化（multiplexing）、及び実体層６０の連結を提供する。
【０００８】
先に、以下で使用する術語を説明しておく。いわゆるサービスデータユニット（SDU）というのは、上層から、或いは上層へ伝送されるパケット（packet）のことで、プロトコルデータユニット（PDU）は、層から生成され、下層へ、或いは下層から受信されるパケットのことである。これにより、PDCP  PDUはRLC  SDUである。同様に、RLC  PDUはMAC  SDUである。パケットは、“PDU”、或いは“SDU”と称され、層の観点に基づく。一般に、各層は、通常、ヘッダーの形式で、SDUデータに情報が加えられて、PDUを形成する。
【０００９】
ロスレス（lossless）と呼ばれるプロパティが接続のために設定される場合、U平面９４から受信されるSDUに呼応するPDCP層７０により生成される各PDCP  PDUは、PDCP層７０により、増加していく１６ビットのシーケンス番号SNを与える。つまり、PDCP層７０により、生成された連続するPDCP  PDUは、増加していくSNが与えられる。例えば、一連のPDCP  PDUある瞬間、第一PDCP  PDUは、PDCP層７０により、６２のSNが与えられる。第一PDCP  PDUの後、すぐに生成される第二PDCP  PDUは、６３のSNが与えられる。以下同様である。PDCPエンティティがセットされたばかりの時、エンティティの第一PDCP  PDUのSNは、ゼロである。SNは、実質上、PDCP  PDUの一部分ではなく、PDCP層７０により、内部で維持されているものである。PDCP  PDUはその後、RLC層７２に伝送される。帯域幅はU平面SDUのヘッダーの圧縮により最大化されるため、各PDCP  PDUは、理想的には、対応するU平面SDUより小さくなければならない。この要求を満たすため、PDCPのヘッダーは出来るかぎり小さい方がよく、このため、PDCP  SNは、一般に、それらの関連するPDCP  PDUに伝送されない。
【００１０】
同様に、RLC層７２から受信される各PDCP  PDUは、PDCP層７０により、増加するSNを与える。よって、二組のPDCP  SNが存在する。一つは、RLC層７２から受信されるPDCP  PDU、もう一つは、U平面９４SDUから生成されるPDCP  PDUである。
【００１１】
UE４０がDRNS２０dのドメインに徐々に近づく時、ワイヤレスコミュニケーションネットワーク１０により、UE４０をDRNS２０dに配置するか決定し、転換工程が成立する。この工程は、SRNS再配置（relocation）工程と称され、ある伝送モード下での、ロスレス工程である。ロスレスとは、再配置工程において、失われるPDCP  SDU２８、４８がないことを意味する。
【００１２】
図３は、ロスレスSRNS再配置工程を受けるUE４０を示す図である。DRNS２０dは、標的RNS（target  RNS、TRNS）２０tになる。再配置工程の終了後、TRNS２０tは、UE４０の新しいSRNS２０sとなる。TRNS２０tに、正確にUE４０の新しいSRNS２０sの仕事を引き継ぐことが出来るように、現在のSRNS２０sは、重要な情報をTRNS２０tに送らなければならない。
【００１３】
図４は公知のロスレスSRNS再配置工程の、情報の流れを示す図である。SRNS２０sは、転送情報（forwarding  information）５０をTRNS２０tに伝送する。この転送情報５０は、ダウンリンク送信シーケンス番号（downlink  sending  sequence  number、DL  Send＿SN）５２、アップリンク受信シーケンス番号（uplink  receiving  sequence  number、UL  Receive＿SN）５４、全未確認PDCP  SDU２８を含む。SRNS２０sとUE４０両方に用いられるマルチ層コミュニケーションプロトコルは、UE４０に、SRNS２０sにより伝送されるそれらのPDCP  PDUが、UE４０により正確に受信されたかを確認出来るように要求する。UE４０により受信されたことがはっきりと確認されていないPDCP  PDUは、未確認PDCP  PDUと称される。各PDCP  SDU２８が対応するPDCP  PDUを有する場合、未確認PDCP  PDUは一般に、対応する未確認PDCP  SDU２８が存在することを意味する。これらの未確認PDCP  SDU２８は、SRNS２０sにより、TRNS２０tに送られる。
【００１４】
DL  Send＿SN５２の値は、連続した未確認PDCP  SDU２８中、一番前のSNである。SNがPDCP  PDUにきちんと届いていない時、TRNS２０tのPDCP層７０に、前に送られた各PDCP  SDU２８の対応するPDCP  PDUに、SNを適切に配置させる。UL  Receive＿SNの値は、SRNS２０sが次に受信を望む、UE４０からのPDCP  SDUに対応するSNである。TRNS２０tに、UE４０から連続して受信された各PDCP  SDUに、SNを適切に配置させる。TRNS２０tは、UL  Receive＿SNをUE４０に伝送する。これから、UE４０は、どのPDCP  SDUからTRNS２０sへの送信を開始するか決定することが出来る。
【００１５】
UE４０は、DL  Receive＿SN５８を、TRNS２０sに送信する。DL  Receive＿SN５８は、UE４０が次に受信したい、TRNS２０tからのPDCP  SDUのSNの値を有する。ここから、TRNS２０tは、どの未確認PDCP  SDU２８から、UE４０に送信をはじめるかを知ることが出来る。
【００１６】
例えば、SRNS２０sが、対応するPDCP  SDUを有するPDCP  PDUを、０〜９９のSNを有するUE４０に送信するとする。更に、これら１００個のPDCP  PDU中、０〜５０だけがUE４０により確認されたと仮定する。これにより、未確認PDCP  PDUのSNは、５１から始まって９９で終わり、それぞれ、対応する未確認PDCP  SDU２８を有する。
【００１７】
また、SRNS２０sは、UE４０から受信した、対応するPDCP  PDUを備える２００個のPDCP  PDUを有し、SNは０〜１９９である。SRNS再配置工程において、SNが５１〜９９で終わるSNを有するPDCP  SDU２８は、SRNS２０sにより、TRNS２０tに送られる。DL  Send＿SN５２の値は５１で、UL  Receive＿SN５４の値は２００である。DL  Receive＿SN５８の値は５１〜１００の間で維持され、いくつの未確認PDCP  PDUが実際にUE４０により受信されるかによって決まるが、まだ、確認されない。例えば、DL  Receive＿SN５８の値が９０であるとした場合、TRNS２０tは、５１〜８９の伝送されたPDCP  SDU２８を破棄し、９０からの伝送を始める。
【００１８】
以下の状況が発生してはいけないが、DL  Receive＿SN５８の値は、DL  Send＿SN５２より小さい、或いは、UEの次に伝送されるPDCP  SDU２８のSNより大きい可能性がある。同様に、UL  Receive＿SN５４の値は、UE４０が送出したPDCP  ODU中、受信が確認されたPDCP  PDUの最後のPDCP  PDUのSNより小さい、或いは、UE４０が次にUTRAN２０uに伝送するPDCP  PDUのSNより大きい可能性がある。上述のような状況が発生する時、SRNS２０sのRNCにより維持されるSNは、UE４０により維持されるSNと同期化していないことを意味している。この状況は、“次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象(invalidity event)”と称される。
【００１９】
PDCP  SNの同期化工程は、TRNS２０t、或いはUE４０により成立し、どの装置が次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象を検出するかにより決定される。PDCP  SNの同期化工程（及びTRNS２０tにより、次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象を検出すると仮定する）において、TRNS２０tは、SNを含むPDCP  PDUを伝送し、このPDCP  PDUは、PDCP  SeqNum  PDUと称される。UE４０がPDCP  SeqNum  PDUを確認すると、TRNS２０tはPDCP  SN  同期化工程が完了したと認識する。
【００２０】
前述のように、PDCP  PDU  SNの主要目的は、ロスレスSRNS再配置のサポートである。二つのPDCPエンティティ（UE４０とUTRAN２０u）間、PDCP  SNの非同期化は、PDCP  PDUの損失を引き起こす。PDCPシーケンス番号同期化工程は、PDCP  PDUの損失を回避する。公知技術において、UTRAN２０u或いはUE４０中のRRC８０は、PDCP層７０に、PDCPシーケンス番号同期化工程を実行するように指示する。公知技術は、RRC８０が以下のような３つの状況が発生する時、PDCPシーケンス番号同期化工程を実行するよう要求する。
１）RLCリセット工程期間中
２）無線ベアラー再設定（Radio  bearer  reconfiguration）工程中
３）ロスレスSRNS再配置において、次に望まれるUL／DL  Receive  PDCPシーケンス番号の無効事象が２つのPDCPエンティティのシーケンス番号間で検出される時。
【００２１】
ある状況下において、無線ベアラー再設定工程は、必ずしもPDCP  PDUの損失を引き起こすとは限らない。しかし、公知技術のプロトコルは、PDCPシーケンス番号同期化工程を実行するよう要求し、これは、無線リソースの無駄である。なぜかというと、１６ビットのPDCP  SNを伝送するPDCP  PDU中に加えるからである。更に、無線ベアラー再設定工程がSRNS再配置工程と同時に行われる時、次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象が検出されなくても、公知技術はPDCPシーケンス番号同期化工程を実行するよう要求する。これも、同様にリソースの無駄使いである。最後に、無線ベアラー再設定工程以外、他のRRC工程はPDCP  PDUのロスを引き起こすが、公知技術はこの点を考慮していない。よって、これらのRRC工程がSRNS再配置工程とともに実行されなければ、ロスレスSRNS再配置工程全体を損なってしまう。
【００２２】
【発明が解決しようとする課題】
本発明は、PDCP  SN同期化工程が実行される時期を決定する方法を提供することを目的とする。
【００２３】
【課題を解決するための手段】
本発明の好ましい具体例は、SRNS再配置工程と組み合わされ、PDCP  PDUの損失を生じるRRC工程を考察する。本工程は、伝送チャネル再設定（Transport Channel Reconfiguration）、無線ベアラーセットアップ（Radio  Bearer  Setup）、無線ベアラー解除（Radio  Bearer  Release）、セルアップデート工程（Cell  Update  procedure）からなる。更に、これらのRRC工程はそれぞれ、RLC同等エンティティとPDCP同等エンティティが再構築できるようにする。RRC工程がSRNS再配置工程とともに実行される時、次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象が、SRNS再配置工程で検出される場合に限り、PDCP  SN同期化工程が実行される。次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象が検出されない場合、PDCP  SN同期化工程は実行されない。RRC再配置工程がSRNS再配置工程と同時に行われない場合、PDCP  SN同期化工程は、以下のような状況下で実行される。
１）RRC工程が、PDCPエンティティが使用するRLCエンティティが再構築されるようにする時
２）RRC工程が、PDCPエンティティが使用するヘッダー圧縮プロトコルの変化を生じさせる時
本発明の長所は、次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象が、SRNS再配置工程で検出される時だけ、PDCP SN同期化工程が実行されることであり、不要に、１６ビットのPDCP  SNをPDCP  PDU中に加えるのを回避して、各PDCP  PDUを伝送するのに必要とするデータ量を減少し、帯域幅使用効率を向上することが出来る。同様に、RRC工程が単独で実行され、SRNS再配置工程と共に実行されない時、PDCP SN同期化工程はRRC工程でPDCP  PDUの損失が生じた時だけ実行され、不必要にPDCP SN同期化工程を実行するのを回避して、帯域幅使用効率を向上する。最後に、PDCP  PDUの損失を生じるRRC工程を考慮して、本発明は、SRNS再配置工程が確実に実行されるようにする。
【００２４】
【発明の実施の形態】
上述した本発明の目的、特徴、及び長所をいっそう明瞭にするため、以下に本発明の好ましい実施の形態を挙げ、図を参照にしながらさらに詳しく説明する。
【００２５】
以下の記述において、UEは、携帯電話、トランシーバ、PDA、コンピューター、或いは、データの無線交換が要求されるその他の装置である。このデータの無線交換は、３GPPが規定するプロトコルに完全に符合する。この他、多くの異なる手段が実体層に用いられて、無線通信を効果的にし、それらの方法は、以下で説明するシステムに運用することが出来る。
【００２６】
図５は、本発明によるUMTS無線インターフェースプロトコル機構を示す図である。本発明によるUMTS無線インターフェースプロトコル機構の基本構造は、公知技術に非常に類似しており、UTRANとUE間で実行される。特に、三層インターフェースが提供され、第三層はRRC層１０１を含む。しかし、本発明のRRC層１０１は、PDCP再同期化モジュール１０１rを有し、RRC層１０１が、第二層インターフェース内のPDCP層１０２に、ある特定のRRC１０１が特定の状況下で実行される時だけ、PDCP  SN同期化工程を実行するよう指示する。
【００２７】
PDCP再同期化モジュール１０１rは、図５で示されるように、RRC層１０１の一部分である。本技術を熟知する者なら誰でも、PDCP再同期化工程モジュール１０１rは、本発明のワイヤレス装置中のいかなる場所に配置することが出来ることを理解し、再同期化モジュール１０１rは好ましくはソフトウェアの方法で実行される。これらの特定のRRC１０１工程と、関連する環境は、以下で詳しく説明する。
【００２８】
これらRRC工程１０１は、伝送チャネル再設定（Transport Channel Reconfiguration）、無線ベアラーセットアップ（Radio Bearer Setup）、無線ベアラー解除（Radio Bearer Release）、セルアップデート工程（Cell Update  procedure）、RRC無線ベアラー再設定（Radio  Bearer Reconfiguration）、URAアップデート、UTRAN移動情報工程、からなる。これらの全RRC工程１０１は、SRNS再配置工程と同時に実施することが出来るという特徴がある。また、URAアップデート、UTRAN移動情報工程を除く全RRC工程１０１は、PDCP層１０２と対応するRLC層１０３を再構築させ、未伝送のRLC１０３PDUの損失を招く。これらのRRC１０１工程は、PDCP１０２ヘッダー圧縮プロトコルを変化させ、PDCP１０２ PDUの破棄を導く。よって、全RRC１０１工程は、最終的に、PDCP１０２ PDUの損失を招く。
【００２９】
上述のRRC１０１工程は、RRC１０１同等エンティティ（UEのRRC１０１とUTRANの対応するRRC１０１）間の関連するRRC１０１情報を送ることにより、初期化される。RRC１０１工程は、関連するRRC１０１情報に情報要素（information element、IE）を加えることにより、SRNS再配置を実行することが出来る。無線ベアラー再設定情報に“新しいU−RNTI”IEを含むことにより、UTRANはUEにUEのSRNSを変更するよう命令する。無線ベアラー再設定情報に“新しいU−RNTI”IEを含まない場合、SRNS再配置は実行されない（つまり、RRC１０１無線ベアラー再設定と同時に実行されない）。
【００３０】
“ダウンリンクカウント同期化情報（Downlink counter synchronization  info）”IEは、他のRRC１０１情報（伝送チャネル再設定、無線ベアラーセットアップ、無線ベアラー解除、セルアップデート工程、RRC無線ベアラー再設定、URAアップデート、UTRAN移動情報）に含まれ、SRNS再配置工程が実行されるようにする。もし、“ダウンリンクカウント同期化情報”IEが含まれない場合、SRNS再配置は実行されない。
【００３１】
本発明の再同期化モジュール１０１rは、PDCP１０２SN同期化工程が上述のRRC１０１工程の一つに応答して実行されなければいけない状況下で、２つの状況を考慮する。
１．RRC１０１工程はSRNS再配置工程と組み合わされる。
２．RRC１０１工程は、SRNS再配置工程なしで実行される。
【００３２】
第１状況中、次に望まれるUL／DL  Receive  PDCPシーケンス番号の無効事象が、SRNS再配置工程間に検出される場合、本発明の再同期化モジュール１０１rがPDCPエンティティ１０２に、PDCP１０２ SN同期化工程を実行するよう指示する。そうでなければ、PDCP１０２ SN同期化工程は実行されない。
【００３３】
第２状況中、RRC１０１工程のために、PDCPエンティティ１０２のRLCエンティティ１０３が再構築される場合、或いは、RRC１０１工程により、PDCP１０２のヘッダー圧縮プロトコルがRRC１０１工程により変更される場合のみ、再同期化モジュール１０１rは、PDCPエンティティ１０２に、PDCP１０２SN同期化工程を実行させる。一般に、RLCエンティティ１０３は、RLC１０３PDUの大きさがRRC１０１工程により変更される時、再構築される。
【００３４】
以下の全ての略式化されたメッセージ手順表において、注意すべきことは、本発明に含まれるRRC１０１工程は、SRNS再配置工程を組み合わせてもいなくても、相当複雑で、大量の信号伝達を必要とする。これにより、表は公知の技術と一致する信号伝達の大部分を示すブロックにより表示され、本発明と無関係の部分を代替する。略式メッセージ手順表は、本発明が３GPPコミュニケ−ションプロトコル中で、必要以上の複雑さがなく、技術を合理的に運用することを説明することを意図とする。
【００３５】
図６は、本発明による、SRNS再配置工程を組み合わせたRRC１０１セルアップデート工程を実行する略式メッセージ手順表である。
UE１１０aが他のセル領域に移動する時、セルアップデート工程が実行され、UE１１０aの場所をアップデートするのに用いられる。この他、RRC１０１セルアップデート工程は、AM  RLC１０３エンティティで、回復不能エラーのUTRANを報告するのに用いられ、セルが再選択された後、UTRAN内のUE１１０aの所在情報をアップデートするのに用いられ、無線リンク失敗時にも作用する。
【００３６】
更に、セルアップデート工程は、AM  RLC１０３エンティティの再構築工程、RRC１０１無線ベアラー解除、無線ベアラー再設定、伝送チャネル再設定、或いは、実体チャネル再設定工程に組み合わされる。UE１１０aは、セルアップデート情報１１１をSRNS１１０c上のRRC１０１同等エンティティに伝送することにより、RRC１０１セルアップデート工程を初期化する。
【００３７】
SRNS１１０cはUE１１０aが他のRNSにより管理される必要があるかを判断し、つまり、SRNS再配置工程が実行されるべきか決定する。ブロック１１２aと１１２bにおいて、信号はUE１１０a、SRNS１１０c、及びTRNS１１０b間を通過し、SRNS再配置工程を開始する。
【００３８】
セルアップデート確認情報１１３はその後、TRNS１１０bのRRC１０１により、UE１１０a上の対応する同等エンティティRRC１０１に送信され、セルアップデート工程を終了する。セルアップデート確認情報１１３は、UL  Receive＿SN値を含み、UE１１０a上の再同期化モジュール１０１rが使用する。セルアップデート確認情報１１３は、“ダウンリンクカウント同期化情報”IEを含み、UE１１０aにSRNS再配置工程が実行されていることを報告する。
【００３９】
SRNS状況はSRNS１１０cにより、ブロック１１４内で、TRNS１１０bに伝送され、PDCP  SDUデータがそれに続く。UE１１０aのRRC１０１は、DL  Receive＿SN値を含むUTRAN移動情報確認情報１１５、或いは、他の適当な確認情報を、TRNS１１０b上のRRC１０１同等エンティティに送信する。DL  Receive＿SN値は、TRNS１１０bの再同期化モジュール１０１rにより用いられる。
【００４０】
最後に、UL  Receive＿SN値がUE１１０aの再同期化モジュール１０１rにより無効であると判断される場合、つまり、再同期化モジュール１０１rが、次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象を検出する場合、UE１１０aの再同期化モジュール１０１rは、PDCP層１０２に、PDCP１０２ SN同期化工程を実行するよう指示する。この場合、UE１１０aのPDCP層１０２は、PDCP  SeqNum  PDU１１６を、TRNS１１０bの同等エンティティPDCP層１０２に伝送する。そうでなければ、すなわち、次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象が、UE１１０a再同期化モジュール１０１rにより検出されない場合、その後、UE１１０a上のPDCP層１０２は、PDCP  SeqNum  PDU１１６を伝送しない。前記工程は、ロスレスSRNS再配置をサポートするために設定された全ての無線ベアラーに対し実行される。
【００４１】
同様に、DL  Receive＿SN値（UE１１０aから得られる）がTRNS１０bの再同期化モジュール１０１rにより無効であると判断される場合だけ、即ち、再同期化モジュール１０１rが、次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象が生じるのを検出した場合、TRNS１１０bの再同期化モジュール１０１rは、PDCP層１０２に、PDCP１０２ SN同期化工程を実行するよう指示し、TRNS１１０bのPDCP層１０２は、PDCP  SeqNum  PDU１１７をUE１１０a上の同等エンティティPDCP層１０２に伝送する。そうでなければ、すなわち、次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象が、TRNS１１０bの再同期化モジュール１０１rにより検出されない場合、TRNS１１０b のPDCP層１０２は、PDCP  SeqNum  PDU１１７を伝送しない。UE１１０aと同様に、上述の工程は、ロスレスSRNS再配置をサポートするために設定される全無線ベアラーに対し実行される。
【００４２】
図７と図５を合わせて参照する。図７は、本発明による、SRNS再配置工程を組み合わせたRRC１０１URAアップデート工程を実行する略式メッセージ手順表である。
【００４３】
URAアップデート工程は、セルアップデート工程と同様で、UTRANに、幾つかのセルからなるそのUTRAN記載領域（UTRAN  Registration  Area、URA）が、すでに変更されたことを通知するのに用いられる。この観点から、URAアップデート工程は、図６のセルアップデート工程と同様である。
【００４４】
簡潔に言うと、その後、RRC１０１URAアップデート工程は、URAアップデート情報１２１を、SRNS１２０cの同等エンティティRRC１０１に送るUE１２０aにより初期化される。URAアップデート情報１２１はIEを含み、SRNS再配置を実行する。TRNS１２０bは、URAアップデート確認情報１２３を、UE１２０aのRRCエンティティ１０１に伝送することにより、URAアップデート工程を完成する。URAアップデート確認情報１２３は、UL  Receive＿SN値を含む。様々なSRNS再配置に関連する信号伝達工程が生じれば、UE１２０aのRRC１０１は、DL  Receive＿SN値を含むUTRAN移動情報確認情報１２５をTRNS１２０bに伝送する。
【００４５】
続いて、UE１２０aとTRNS１２０bの再同期化モジュール１０１rは、それぞれ、UL  Receive＿SN値とDL  Receive＿SN値を用いて、それぞれ対応するPDCP同等１０２に、PDCP１０２ SN同期化工程を実行させるかどうか決定する。PDCP  SeqNum  PDU１２６は、次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象が、UE１２０aの再同期化モジュール１０１rにより検出される場合だけ、UE１２０aのPDCP層１０２により伝送される。
【００４６】
同様に、PDCP  SeqNum  PDU１２７は、次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象が、TRNS１２０bの再同期化モジュール１０１rにより検出される場合だけ、TRNS１２０bのPDCP層１０２により伝送される。上述の工程は、ロスレスSRNS再配置をサポートするために設定される全無線ベアラーに対し実行される。
【００４７】
図８と図５を合わせて参照する。図８は、本発明による、SRNS再配置工程を組み合わせたRRC１０１無線ベアラーセットアップ工程を実行する略式メッセージ手順表である。
【００４８】
ブロック１３２aと１３２bで示されるように、SRNS再配置に関連する初期化信号伝達は、UE１３０a、TRNS１３０b及びSRNS１３０cで実行される。その後、SRNS１３０cのRRC層１０１は、標準の無線ベアラーセットアップ情報１３１をUE１３０aに伝送する。無線ベアラーセットアップ工程は、ユーザーデータの伝送と受信、つまり、U平面１０４上のデータ伝送である、新しい無線ベアラーを構築する。
【００４９】
無線ベアラーの構築は、通信の品質（Quality  of  Service、QoS）に基づき、RLC１０３のパラメータ、専用トラフィックチャネル（dedicated traffic channel、DTCH）の多重化優先（multiplexing  priority）、コモンパケットチャネル（Common  Packet  Channel、CPCH）集合設定、専用チャネル（Dedicated  Channel、DCH）のスケジュール優先、DCHの伝送フォーマットセット（transport  format  set、TFS）、及び、伝送フォーマットコンビネーションセット（transport  format  combination  set、TFCS）のアップデートを実行する。
【００５０】
無線ベアラーセットアップ工程は、無線ベアラーの再構成を含む（例えば、実体層の配置と使用した伝送チャネルの型式／RRC１０１の状態の変更）。注意すべきことは、SRNS１３０cが無線ベアラーだけを再設定する場合、SRNS１３０cは通常、RRC１０１無線ベアラー再設定工程を用いることである。
【００５１】
無線ベアラーセットアップ情報１３１は、IEを含み、SRNS再配置工程が実行され、UL  Receive＿SN値も含み、UE１３０aの再同期化モジュール１０１rにより使用される。ブロック１３４において、SRNSに相関する信号伝達が実行され、SRNS１３０cからTRNS１３０bのPDCP  SDUデータの伝送が完了する。ブロック１３５で示されるように、TRNS１３０bによるUE１３０aの検出に関連する信号伝達が実行され、UE１３０aのRRC層１０１は、無線ベアラーセットアップ終了情報１３６を、TRNS１３０bのRRC同等エンティティ１０１に伝送することにより、無線ベアラーセットアップ工程を完成する。
【００５２】
無線ベアラーセットアップ終了情報１３６は、UL  Receive＿SN値を含み、TRNS１３０bの再同期化モジュール１０１rにより使用される。PDCP  SeqNum  PDU１３７は、次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象が、UE１３０aの再同期化モジュール１０１rにより検出される場合だけ、UE１３０aのPDCP層１０２により伝送される。同様に、PDCP  SeqNum  PDU１３８は、次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象が、 TRNS１３０bの再同期化モジュール１０１rにより検出される場合だけ、TRNS１３０bのPDCP層１０２により伝送される。再同期化モジュール１０１rは、ロスレスSRNS再配置をサポートするために設定された無線ベアラーに属するPDCP１０２同等エンティティで、無線ベアラーセットアップ工程を実行する前に、PDCP１０２ SN同期化工程が実行されるようにする。
【００５３】
図９と図５を合わせて参照する。図９は、本発明による、SRNS再配置工程を組み合わせたRRC無線ベアラー解除工程を実行する略式メッセージ手順表である。
RRC１０１工程は無線ベアラーを解除する。よって、無線ベアラーのRLCエンティティ１０３も、解除される。DCHも解除され、TFCFに影響を与える。実体層、或いはチャネルの解除も含む。無線ベアラーの再構成も含む。例えば、実体層の配置と使用した伝送チャネルの型式／RRC１０１の状態を変更する。本発明の観点から、無線ベアラーセットアップ情報１３１ではなく無線ベアラー解除情報１４１を実行することを除いて、図９で実行される工程が、図８と同様であることは、当業者にとって図９から明らかである。
【００５４】
UL  Receive＿SN値は、SRNS１４０cからUE１４０aに送られる初期無線ベアラー解除情報１４１に含まれる。DL  Receive＿SN値は、UE１４０aからTRNS１４０bに送られる初期無線ベアラー解除終了情報１４６に含まれる。UE１４０aとTRNS１４０b上の再同期化モジュール１０１rは、UL  Receive＿SN値とDL  Receive＿SN値とを用いて、次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象が、すでに発生したかを判断し、これにより、PDCP  SeqNum  PDU１４７或いは１４８を伝送することにより、PDCP１０２SN同期化工程を実行すべきかを判断することが出来る。すでに述べたように、PDCP１０２SN同期化工程は、対応する次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象が検出される場合だけ、実行される。もし実行されれば、解除されないロスレスSRNS再配置をサポートするために設定される無線ベアラーに属するPDCP１０２同等エンティティにより実行される。
【００５５】
図１０と図５を合わせて参照する。図１０は、本発明による、SRNS再配置工程を組み合わせたRRC１０１伝送チャネル再設定工程を実行する略式メッセージ手順表である。
【００５６】
RRC１０１工程は、伝送チャネルに関連する、TFSなどのパラメータを設定する。工程は、TFCSを割り当て、実体チャネルパラメータを変更して、使用中の伝送チャネの再設定に反応する。本発明の観点から、図１０が実行する工程は図８及び図９と同様である。PDCP１０２ SN同期化工程は、もし実行されれば、ロスレスSRNS再配置をサポートするために設定される無線ベアラーに属するPDCP１０２同等エンティティにより実行される。
【００５７】
図１１と図５を合わせて参照する。図１１は、本発明による、SRNS再配置工程を組み合わせたRRC１０１無線ベアラー再設定工程を実行する略式メッセージ手順表である。
【００５８】
このRRC１０１工程は、無線ベアラーのパラメータを設定し、QoSの変化に反応する。RLC１０３パラメータの変化、DTCH／DCCHの多重化優先権の変化、CPCH集合設定、DCHスケジュール優先権の変化、DCHのTFSの変化、TFCDの変化、実体チャネル、或いはチャネルの配置と解除、及び使用する伝送チャネルの型式の変化、を含む。本発明の観点から、図１１が実行する工程は、図８、９及び１０と同様である。PDCP１０２ SN同期化工程は、もし実行されれば、ロスレスSRNS再配置をサポートするために設定される無線ベアラーに属するPDCP１０２同等エンティティにより実行される。
【００５９】
図１２と図５を合わせて参照する。図１２は、本発明による、SRNS再配置工程を組み合わせたRRC１０１実体チャネル再設定工程を実行する略式メッセージ手順表である。
【００６０】
実体チャネル再設定工程は、他の再設定工程（無線ベアラー再設定、伝送チャネル再設定）と同様で、実体チャネルの構築、再設定、解除に用いられる。本発明の観点から、図１２で実行される実体チャネル再設定工程は、図８〜図１１と同様である。PDCP１０２ SN同期化工程は、もし実行されれば、ロスレスSRNS再配置をサポートするために設定される無線ベアラーに属するPDCP１０２同等エンティティにより実行される。
【００６１】
図１３と図５を合わせて参照する。図１３は、本発明による、SRNS再配置工程を組み合わせたRRC１０１UTRAN移動情報工程を実行する略式メッセージ手順表である。
【００６２】
UTRAN移動情報工程は、新しいC−RNTI、新しいURNTIのどれか、或いはそれらの組み合わせを割り当てるのに用いられ、他の移動関連情報を提供する。図１３で実行される実体チャネル再設定工程は、図８〜図１２と同様である。PDCP１０２ SN同期化工程は、もし実行されれば、ロスレスSRNS再配置をサポートするために設定される無線ベアラーに属するPDCP１０２同等エンティティにより実行される。
【００６３】
図１４と図５を合わせて参照する。図１４は、本発明による、SRNS再配置工程を実行しないで、RRC１０１無線ベアラー再設定工程を実行する第一の略式メッセージ手順表である。
【００６４】
SRNS１９０bのRRC層１０１は、標準の無線ベアラー再設定情報１９１をUE１９０aに伝送する。UE１９０aのRRC層１０１は標準の無線ベアラー再設定終了情報１９２によって応答する。例えば、無線ベアラー再設定情報１９１がRLC１０３PDUと同じサイズのIEを含む場合、点線のブロック１９３aと１９３bで示されるように、UE１９０aとSRNS１９０bの同等エンティティRLC層１０３は再構築される。
【００６５】
同等エンティティRLC層１０３が再構築される時、RLC１０３伝送バッファ内にまだ存在するRLC１０３PDUは破棄され、これにより、PDCP１０２PDUの損失が生じる。UE１９０aのRLC層１０３がRRC１０１無線ベアラー再設定工程のせいで、再構築される場合、UE１９０aの再同期化モジュール１０１rは、再構築されたRLC層１０３のPDCP層１０２に、PDCP１０２SN同期化工程を実行させ、UE１９０aのPDCP層１０２はPDCP  SeqNum  PDU１９４を伝送する。このようにすれば、失われるPDCP１０２PDUの回収が確保できる。UE１９０aのRLC層１０３が再構築されない（PDCP１０２ヘッダー圧縮プロトコルが無線ベアラー再設定工程により変化しない）場合、PDCP  SeqNum  PDU１９４はSRNS１９０bに伝送されない。
【００６６】
同様に、SRNS１９０bのRLC層１０３がRRC１０１無線ベアラー再設定工程のせいで、再構築される場合、 SRNS１９０bの再同期化モジュール１０１rは、再構築されたRLC層１０３のPDCP層１０２に、PDCP１０２ SN同期化工程を実行させ、 SRNS１９０bのPDCP層１０２はPDCP  SeqNum  PDU１９５を伝送し、失われるであろうPDCP１０２PDUの回収が確保できる。SRNS１９０bの  RLC層１０３が再構築されない（PDCP１０２ヘッダー圧縮プロトコルが無線ベアラー再設定工程により変化しない）場合、再同期化モジュール１０１rは、PDCP１０２ SN同期化工程を強制せず、PDU１９５はUE１９０aに伝送されない。
【００６７】
図１５と図５を合わせて参照する。図１５は、本発明による、SRNS再配置工程を実行しないで、RRC１０１無線ベアラー再設定工程を実行する第二の略式メッセージ手順表である。
【００６８】
SRNS２００bのRRC層１０１は、標準の無線ベアラー再設定情報２０１をUE２００aに伝送する。UE２００aのRRC１０１は標準の無線ベアラー再設定終了情報２０２によって応答する。例えば、無線ベアラー再設定情報２０１がPDCP１０２ヘッダー圧縮プロトコルと同じサイズのIEを含む場合、点線のブロック２０３aと２０３bで示されるように、UE２００aとSRNS２００bの同等エンティティRLC層１０２は再構築される。
【００６９】
PDCP１０２ヘッダー圧縮プロトコルが変更される時、古いヘッダー圧縮プロトコルを使用するPDCP１０２PDUは、破棄される。UE２００aのPDCP１０２ヘッダー圧縮プロトコルが、RRC１０１無線ベアラー再設定工程のせいで、変更される場合、UE２００aの再同期化モジュール１０１rは、ヘッダー圧縮プロトコルが変化するPDCP層１０２に、PDCP１０２ SN同期化工程を実行させ、これにより、UE２００aのPDCP層１０２はPDCP  SeqNum  PDU２０４を伝送し、失われるであろうPDCP１０２PDUの回収が確保できる。UE２００aのPDCP１０２ヘッダー圧縮プロトコルが変更されない（対応するRLCエンティティ１０３が図１４で示されるように、無線ベアラー再設定工程により、再構築されない）場合、PDCP  SeqNum  PDU２０４は、SRNS２００bに伝送されない。
【００７０】
同様に、SRNS２００bのPDCP層１０２のヘッダー圧縮プロトコルがRRC１０１無線ベアラー再設定工程のせいで、変更される場合、 SRNS２００bの再同期化モジュール１０１rは、ヘッダー圧縮プロトコルが変化するPDCP層１０２に、PDCP１０２ SN同期化工程を実行させ、これにより、 SRNS２００bのPDCP層１０２はPDCP  SeqNum  PDU２０５を伝送する。SRNS２００bのPDCP層１０２のヘッダー圧縮プロトコルが変更されない（無線ベアラー再設定工程がRLCエンティティ１０３に再構築させない）場合、再同期化モジュール１０１rは、PDCP１０２ SN同期化工程を強制せず、PDU２０５はUE２００aに伝送されない。
【００７１】
RRC１０１無線ベアラー再設定工程に加え、本発明は、SRNS再配置工程なしに実行できるRRC１０１工程を考察する。特に、RRC１０１工程は、伝送チャネル再設定、無線ベアラーセットアップ、無線ベアラー解除、セルアップデート工程を含む。これらのRRC１０１は全て、RLC１０３同等エンティティの再構築を生じることを特徴とし、PDCP１０２ヘッダー圧縮プロトコルを変更することも出来る。よって、本発明の観点から、これらのRRC１０１工程は、図１４及び図１５で示されるように、無線ベアラー再設定工程と同様とみなされる。
【００７２】
以上の観点から、以下の図はこれらのRRC１０１工程に関する本発明を説明するものである。
図１６は、本発明による、SRNS再配置工程を実行しないで、RRC伝送チャネル再設定工程を実行する第一の略式メッセージ手順表である。図１４において、伝送チャネル再設定工程は、RLC１０３同等エンティティに再構築させ、再同期化モジュール１０１rは、PDCP１０２ SN同期化工程を実行させる。そうでなければ、PDCP１０２ SN同期化工程は、実行されない（PDCP１０２ヘッダー圧縮プロトコルは伝送チャネル再設定工程により変更されないと仮定される）。
図１７は、本発明による、SRNS再配置工程を実行しないで、RRC１０１無線ベアラーセットアップ工程を実行する第一の略式メッセージ手順表で、図１４、図１６と類似している。図１８は、本発明による、SRNS再配置工程を実行しないで、RRC１０１無線ベアラーセットアップ工程を実行する第二の略式メッセージ手順表で、図１５、図１７に類似している。
【００７３】
図１９は、本発明による、SRNS再配置工程を実行しないで、RRC１０１無線ベアラー解除工程を実行する第一の略式メッセージ手順表である。図２０は、本発明による、SRNS再配置工程を実行しないで、RRC１０１無線ベアラー解除工程を実行する第二の略式メッセージ手順表である。最後に、図２１は、本発明による、SRNS再配置工程を実行しないで、RRC１０１セルアップデート工程を実行する第一の略式メッセージ手順表である。図２２は、本発明による、SRNS再配置工程を実行しないで、RRCセルアップデート工程を実行する第二の略式メッセージ手順表である。
【００７４】
公知技術と比較して、本発明は、RRC層に、再同期化モジュールを提供し、SRNS再配置工程間で、次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象が検出される時だけ、或いは、RRC工程時、SRNS再配置工程の実行なしで、RLC層の再構築、或いはPDCPヘッダー圧縮プロトコルの変更を生じる時、PDCP   SN同期化工程を実行する。更に、PDCP  SN同期化工程は無線ベアラー再設定にだけに用いられるのではなく、伝送チャンセル再設定、無線ベアラーセットアップ、無線ベアラー解除、セルアップデート、URAアップデート及びUTRAN移動情報工程にも、使用される。
【００７５】
本発明では好ましい実施形態を前述の通り開示したが、これらは決して本発明に限定するものではなく、本発明の精神と領域を脱しない範囲内で各種の変更ができ、従って本発明の保護範囲は、特許請求の範囲で指定した内容を基準とする。
【００７６】
【発明の効果】
本発明によれば、次に望まれるUL／DL  Receive  PDCPシーケンス番号無効事象が、SRNS再配置工程で検出される時だけ、PDCP SN同期化工程が実行される。そのため、不要に、１６ビットのPDCP  SNをPDCP  PDU中に加えるのを回避して、各PDCP  PDUを伝送するのに必要とするデータ量を減少し、帯域幅使用効率を向上することが出来る。
【図面の簡単な説明】
【図１】ワイヤレスコミュニケーションネットワークを示す図である。
【図２】UMTS無線インターフェースプロトコル機構を示す図である。
【図３】ロスレスSRNS再配置工程を受けるモバイルユニットを示す図である。
【図４】公知のロスレスSRNS再配置工程の、情報の流れを示す図である。
【図５】本発明によるUMTS無線インターフェースプロトコル機構を示す図である。
【図６】本発明による、SRNS再配置工程を合わせたRRCセルアップデート工程を実行する略式メッセージ手順表である。
【図７】本発明による、SRNS再配置工程を合わせたRRC  URAアップデート工程を実行する略式メッセージ手順表である。
【図８】本発明による、SRNS再配置工程を合わせたRRC無線ベアラーセットアップ工程を実行する略式メッセージ手順表である。
【図９】本発明による、SRNS再配置工程を合わせたRRC無線ベアラー解除工程を実行する略式メッセージ手順表である。
【図１０】本発明による、SRNS再配置工程を合わせたRRC伝送チャネル再設定工程を実行する略式メッセージ手順表である。
【図１１】本発明による、SRNS再配置工程を合わせたRRC無線ベアラー再設定工程を実行する略式メッセージ手順表である。
【図１２】本発明による、SRNS再配置工程を合わせたRRC実体チャネル再設定工程を実行する略式メッセージ手順表である。
【図１３】本発明による、SRNS再配置工程を合わせたRRC  UTRAN移動情報工程を実行する略式メッセージ手順表である。
【図１４】本発明による、SRNS再配置工程を実行しないで、RRC無線ベアラー再設定工程を実行する第一の略式メッセージ手順表である。
【図１５】本発明による、SRNS再配置工程を実行しないで、RRC無線ベアラー再設定工程を実行する第二の略式メッセージ手順表である。
【図１６】本発明による、SRNS再配置工程を実行しないで、RRC伝送チャネル再設定工程を実行する第一の略式メッセージ手順表である。
【図１７】本発明による、SRNS再配置工程を実行しないで、RRC無線ベアラーセットアップ工程を実行する第一の略式メッセージ手順表である。
【図１８】本発明による、SRNS再配置工程を実行しないで、RRC無線ベアラーセットアップ工程を実行する第二の略式メッセージ手順表である。
【図１９】本発明による、SRNS再配置工程を実行しないで、RRC無線ベアラー解除工程を実行する第一の略式メッセージ手順表である。
【図２０】本発明による、SRNS再配置工程を実行しないで、RRC無線ベアラー解除工程を実行する第二の略式メッセージ手順表である。
【図２１】本発明による、SRNS再配置工程を実行しないで、RRCセルアップデート工程を実行する第一の略式メッセージ手順表である。
【図２２】本発明による、SRNS再配置工程を実行しないで、RRCセルアップデート工程を実行する第二の略式メッセージ手順表である。
【符号の説明】
１０…ワイヤレスコミュニケーションネットワーク
２０…無線ネットワークサブシステム
２０d…DRNS
２０t、１１０b、１２０b、１３０b、１４０b…TRNS
２０s、１１０c、１２０c、１３０c、１４０c、１９０b、２００b…SRNS
２０u…UTRAN
２２…RNC
２４…ノードB
２８、４８…SDU
３０…CN
４０、１１０a、１２０a、１３０a、１４０a、１９０a、２００a…UE
４２p…PDCP層
５０…転送情報
５２…DL  Send＿SN
５４…UL  Receive＿SN
６０…実体層
７０、１０２…PDCP層
７２…RLC層
７４…MAC層
８０、１０３…RRC
９２…C平面
９４、１０４…U平面
１０１…RRC層
１０１r…PDCP再同期化モジュール
１０２…PDCP
１０３…RLC
１１１…セルアップデート情報
１１２a…UE関連
１１２b…再配置の準備
１１３…セルアップデート確認情報
１１４、１３４…CNにより送られるSRNSの設定
１１５…UTRAN移動情報確認情報
１１６、１１７、１２６、１２７、１３７、１３８、１４７、１４８、１９４、１９５、２０４、２０５…PDCP SeqNum (SN) PDU
１２１…URAアップデート情報
１２３…URAアップデート確認情報
１２５…UTRAN移動情報確認情報
１３６…無線ベアラーセットアップ終了情報
１４１…無線ベアラー解除情報
１４６…無線ベアラー解除終了情報
１９１、２０１…無線ベアラー再設定情報
１９２、２０２…無線ベアラー再設定終了情報
１９３a、１９３b…AM  RLC再構築
２０３a、２０３b…PDCPヘッダー圧縮プロトコル変化
【図１】
0003796486.tif 000002
【図２】
0003796486.tif 000003
【図３】
0003796486.tif 000004
【図４】
0003796486.tif 000005
【図５】
0003796486.tif 000006
【図６】
0003796486.tif 000007
【図７】
0003796486.tif 000008
【図８】
0003796486.tif 000009
【図９】
0003796486.tif 000010
【図１０】
0003796486.tif 000011
【図１１】
0003796486.tif 000012
【図１２】
0003796486.tif 000013
【図１３】
0003796486.tif 000014
【図１４】
0003796486.tif 000015
【図１５】
0003796486.tif 000016
【図１６】
0003796486.tif 000017
【図１７】
0003796486.tif 000018
【図１８】
0003796486.tif 000019
【図１９】
0003796486.tif 000020
【図２０】
0003796486.tif 000021
【図２１】
0003796486.tif 000022
【図２２】
0003796486.tif 000023