(57)【要約】  本発明の無線通信システムにおいてハンドオーバ手続中の受信されたデータユニットの順序維持方法に関する。本発明は、ターゲット基地局へのハンドオーバ前にそれぞれシーケンスナンバーを含む複数のデータユニットを順にソース基地局から受信し、ハンドオーバ後にシーケンスナンバーを有する少なくとも１つのデータユニットをターゲット基地局から受信し、ハンドオーバ後に前記ターゲット基地局から受信された少なくとも１つのデータユニットのシーケンスナンバーより小さいシーケンスナンバーを有し、ハンドオーバ前に前記ソース基地局から受信された全てのデータユニットを上位層に送信することを特徴とする。
2010530197.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるハンドオーバ手続中の受信されたデータユニットの順序維持方法であって、
ターゲット基地局へのハンドオーバ前にそれぞれシーケンスナンバーを含む複数のデータユニットを順にソース基地局から受信し、
ハンドオーバ後にシーケンスナンバーを有する少なくとも１つのデータユニットをターゲット基地局から受信し、
ハンドオーバ後に前記ターゲット基地局から受信された少なくとも１つのデータユニットのシーケンスナンバーより小さいシーケンスナンバーを有し、ハンドオーバ前に前記ソース基地局から受信された全てのデータユニットを上位層に送信することを特徴とするデータユニットの順序維持方法。
【請求項２】
さらにハンドオーバ開始前に受信された、順に利用可能な全てのデータユニットを上位層に送信し、
順に利用可能なデータユニットは、次に利用可能なデータユニットのシーケンスナンバーの直後のシーケンスナンバーを有するか、ハンドオーバ開始後に前記ターゲット基地局から受信された少なくとも１つのデータユニットのシーケンスナンバーを有する、請求項１に記載のデータユニットの順序維持方法。
【請求項３】
さらにハンドオーバ開始時にタイマを開始し、
前記タイマ満了時に前記データユニットを前記上位層に送信する、請求項１に記載のデータユニットの順序維持方法。
【請求項４】
さらにハンドオーバ開始時にタイマを開始し、
前記タイマ満了時に前記データユニットを前記上位層に送信する、請求項２に記載のデータユニットの順序維持方法。
【請求項５】
前記データユニットは、
前記ソース基地局及びターゲット基地局の少なくとも１つからデータユニットを送信することの指示が受信されると、前記上位層に送信される、請求項２に記載のデータユニットの順序維持方法。
【請求項６】
無線通信システムにおけるハンドオーバ手続中の受信されたデータユニットの順序維持方法であって、
ハンドオーバ開始前にそれぞれシーケンスナンバーを含む複数のデータユニットを順に受信し、
ハンドオーバ開始後にシーケンスナンバーを有する少なくとも１つのデータユニットを受信し、
ハンドオーバ開始後に受信された少なくとも１つのデータユニットのシーケンスナンバーより小さいシーケンスナンバーを有し、ハンドオーバ開始前に受信された全てのデータユニットを上位層に送信することを特徴とするデータユニットの順序維持方法。
【請求項７】
さらにハンドオーバ開始前に受信された、順に利用可能な全てのデータユニットを上位層に送信し、
順に利用可能なデータユニットは、次に利用可能なデータユニットのシーケンスナンバーの直後のシーケンスナンバーを有するか、ハンドオーバ開始後に受信された少なくとも１つのデータユニットのシーケンスナンバーを有する、請求項６に記載のデータユニットの順序維持方法。
【請求項８】
さらにハンドオーバ開始時にタイマを開始し、
前記タイマ満了時に前記データユニットを前記上位層に送信する、請求項６に記載のデータユニットの順序維持方法。
【請求項９】
さらにハンドオーバ開始時にタイマを開始し、
前記タイマ満了時に前記データユニットを前記上位層に送信する、請求項７に記載のデータユニットの順序維持方法。
【請求項１０】
前記データユニットは、
前記データユニットを送信することの指示が受信されると、前記上位層に送信される、請求項７に記載のデータユニットの順序維持方法。
【請求項１１】
無線通信システムにおけるハンドオーバ手続中の受信されたデータユニットの順序維持方法であって、
ハンドオーバ開始前にそれぞれシーケンスナンバーを含む複数のデータユニットを順に受信し、
ハンドオーバ開始後にシーケンスナンバーを有する少なくとも１つのデータユニットを受信し、
ハンドオーバ開始時にタイマを開始し、
前記タイマが満了すると、ハンドオーバ開始後に受信された少なくとも１つのデータユニットのシーケンスナンバーより小さいシーケンスナンバーを有し、ハンドオーバ開始前に受信された全てのデータユニットを上位層に送信することを特徴とするデータユニットの順序維持方法。
【請求項１２】
無線通信システムにおけるハンドオーバ手続中の受信されたデータユニットの順序維持方法であって、
ターゲット基地局へのハンドオーバ前にそれぞれシーケンスナンバーを含む複数のデータユニットをソース基地局から移動端末に送信し、
前記ソース基地局から以前に送信されたデータユニットの最高のシーケンスナンバーを前記ターゲット基地局に通知し、
ハンドオーバ後にシーケンスナンバーを有する少なくとも１つのデータユニットを前記ターゲット基地局から前記移動端末に送信し、
前記少なくとも１つのデータユニットは、前記ソース基地局により以前に送信されたデータユニットの最高のシーケンスナンバーに関連して前記ターゲット基地局から送信されることを特徴とするデータユニットの順序維持方法。
【請求項１３】
前記ターゲット基地局は、
前記移動端末機及び前記ソース基地局の少なくとも１つからハンドオーバ後の最高のシーケンスナンバーに関する情報を受信する、請求項１２に記載のデータユニットの順序維持方法。
【請求項１４】
さらに前記ソース基地局により以前に送信されたデータユニットの最高のシーケンスナンバーより高いシーケンスナンバーを有する少なくとも１つのデータユニットを前記ターゲット基地局から送信し、
前記少なくとも１つのデータユニットは以前に送信されておらず、
前記ソース基地局及びターゲット基地局は、以前に送信された全てのデータユニットを廃棄する、請求項１２に記載のデータユニットの順序維持方法。
【請求項１５】
さらに前記ソース基地局により前記移動端末に以前に送信された全ての無応答のデータユニットを前記ソース基地局からターゲット基地局に転送し、
前記転送されたデータユニットを前記ターゲット基地局から前記移動端末に送信し、
前記ソース基地局により以前に送信されたデータユニットの最高のシーケンスナンバーより高いシーケンスナンバーを有する少なくとも１つのデータユニットを前記ターゲット基地局から送信し、
前記少なくとも１つのデータユニットは、以前に送信されていない、請求項１２に記載のデータユニットの順序維持方法。
【請求項１６】
前記ソース基地局から転送されたデータユニットは、それぞれのシーケンスナンバー順に前記ターゲット基地局から受信される、請求項１５に記載のデータユニットの順序維持方法。
【請求項１７】
前記ターゲット基地局は、
非順次的なシーケンスナンバーを有するデータユニットを前記ソース基地局から転送された順に廃棄する、請求項１６に記載のデータユニットの順序維持方法。
【請求項１８】
前記ターゲット基地局は、
以前に送信されていない前記少なくとも１つのデータユニットを送信する前に前記ソース基地局により以前に送信された前記転送されたデータユニットを前記移動端末に送信する、請求項１５に記載のデータユニットの順序維持方法。
【請求項１９】
前記ターゲット基地局は、
データユニットをそのそれぞれのシーケンスナンバーに従って昇順に前記移動端末に送信する、請求項１５に記載のデータユニットの順序維持方法。
【請求項２０】
さらに前記移動端末により以前に受信されたデータユニットの最後のシーケンスナンバーを前記ターゲット基地局に通知する、請求項１５に記載のデータユニットの順序維持方法。
【請求項２１】
さらに前記ターゲット基地局において、前記移動端末への送信のために転送されたデータユニットのシーケンスナンバーが前記移動端末により以前に受信されたデータユニットの最後のシーケンスナンバーに順に対応しないと判断し、
前記移動端末により以前に受信されたデータユニットの最後のシーケンスナンバーに順に対応するデータユニットが予め決定された時間が経過するまで前記ターゲット基地局により受信されない場合、前記転送されたデータユニットのシーケンスナンバーを除去して前記転送されたデータユニットを非順次に前記ターゲット基地局から前記移動端末に送信する、請求項２０に記載のデータユニットの順序維持方法。
【請求項２２】
さらに前記ターゲット基地局において、前記移動端末への送信のために転送されたデータユニットのシーケンスナンバーが前記移動端末により以前に受信されたデータユニットの最後のシーケンスナンバーに対応すると判断し、
前記転送されたデータユニットを廃棄する、請求項２０に記載のデータユニットの順序維持方法。
【請求項２３】
無線通信システムにおけるハンドオーバ手続中の受信されたデータユニットの順序維持方法であって、
ハンドオーバ開始前にそれぞれシーケンスナンバーを含む複数のデータユニットを順に受信し、
ハンドオーバ開始時にタイマを開始し、
前記タイマ満了時、ハンドオーバ開始前に受信され、非順次の全てのデータユニットを上位層に送信することを特徴とするデータユニットの順序維持方法。
【請求項２４】
無線通信システムにおけるハンドオーバ手続中の受信されたデータユニットの順序維持方法であって、
それぞれシーケンスナンバーを含む複数のデータユニットを順に受信し、
現在受信されているデータユニットが、最後に受信されたデータユニットのシーケンスナンバーから、前記最後に受信されたデータユニットのシーケンスナンバー以降の予め決定されたシーケンスナンバーまでの間のシーケンスナンバーを有する場合、エラーが発生せず、
現在受信されているデータユニットが、前記最後に受信されたデータユニットのシーケンスナンバーから、前記最後に受信されたデータユニットのシーケンスナンバー以降の予め決定されたシーケンスナンバーまでの間でないシーケンスナンバーを有する場合、エラーが発生することを特徴とするデータユニットの順序維持方法。
【請求項２５】
無線通信システムにおけるハンドオーバ手続中の受信されたデータユニットの順序維持方法であって、
それぞれシーケンスナンバーを含む複数のデータユニットを順にソース基地局から移動端末に送信し、
ハンドオーバ要求をソース基地局からターゲット基地局に送信し、
前記ターゲット基地局が送信に利用するのに適したシーケンスナンバーに関する情報を前記ソース基地局からターゲット基地局に送信し、
前記ターゲット基地局が前記ソース基地局からの情報を利用して前記送信に適したシーケンスナンバーを決定することを特徴とするデータユニットの順序維持方法。
【請求項２６】
前記情報は、
前記ターゲット基地局が送信のために利用する次のシーケンスナンバー、
前記ソース基地局により以前に送信されたデータユニットの最高のシーケンスナンバー、
並びにタイムスタンプ及び予想されるデータレート／シーケンスナンバーレートの少なくとも１つを含む、請求項２５に記載のデータユニットの順序維持方法。
【請求項２７】
前記適したシーケンスナンバーは、
前記ソース基地局により以前に送信されたデータユニットの最高のシーケンスナンバーより高い、請求項２５に記載のデータユニットの順序維持方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおけるネットワークと移動端末との間の通信に関し、より詳しくは、ハンドオーバ手続中のデータユニットの順序維持に関する。
【背景技術】
【０００２】
ＵＭＴＳ（Universal Mobile Telecommunications System）は、ＧＳＭ（Global System for Mobile Communications）として公知の欧州標準から進化した欧州式第３世代移動通信システムである。ＵＭＴＳは、ＧＳＭコアネットワークとＷ−ＣＤＭＡ（Wideband Code Division Multiple Access）無線接続技術を基盤としてより向上した無線通信サービスの提供を目標とする。１９９８年１２月にヨーロッパのＥＴＳＩ、日本のＡＲＩＢ／ＴＴＣ、米国のＴ１、及び韓国のＴＴＡなどは、第３世代移動体通信システムの標準化プロジェクト（Third Generation Partnership Project；３ＧＰＰ）を構成した。前記３ＧＰＰは、ＵＭＴＳ技術の詳細な標準規格を作成する。
【０００３】
３ＧＰＰでは、迅速かつ効率的なＵＭＴＳの技術開発を実現するために、ネットワーク要素とその動作に対する独立性を考慮してＵＭＴＳの標準化作業を５つの技術規格グループ（Technical Specification Groups；ＴＳＧ）に分けて進めている。各ＴＳＧは、関連領域内で標準規格の開発、承認、及びその管理を担当するが、そのうち、無線アクセスネットワーク（Radio Access Network；ＲＡＮ）グループ（ＴＳＧ−ＲＡＮ）は、ＵＭＴＳにおいてＷ−ＣＤＭＡ接続技術をサポートするための新しい無線アクセスネットワークであるＵＴＲＡＮ（UMTS Terrestrial Radio Access Network）の機能、要求事項、及びインタフェースに関する規格を開発する。
【０００４】
図１は、ＵＭＴＳネットワークの概要を示す図である。ＵＭＴＳネットワークは、移動端末又はユーザ装置（ＵＥ）１、ＵＴＲＡＮ２、及びコアネットワーク（ＣＮ）３を含む。
【０００５】
ＵＴＲＡＮ２は、Ｉｕｂインタフェースで接続される複数の無線ネットワーク制御装置（Radio Network Controller；ＲＮＣ）４とＮｏｄｅＢ５とから構成される。各ＲＮＣ４は、複数のＮｏｄｅＢ５を制御する。各ＮｏｄｅＢ５は１つ又は複数のセルを制御し、１つのセルは所定の周波数で所定の地理的エリアをカバーする。
【０００６】
各ＲＮＣ４は、Ｉｕインタフェースを介して、ＣＮ３、又は前記ＣＮの移動交換局（Mobile Switching Center；ＭＳＣ）６エンティティ及びサービングGPRSサポートノード（Service GPRS(General Packet Radio Service) Support Node；ＳＧＳＮ）７エンティティに接続される。ＲＮＣ４は、Ｉｕｒインタフェースを介して他のＲＮＣに接続することもできる。ＲＮＣ４は、無線リソースの割当及び管理を担当し、ＣＮ３に対するアクセスポイントの役割を果たす。
【０００７】
ＮｏｄｅＢ５は、アップリンクでＵＥ１の物理層により送信された情報を受信し、ダウンリンクでＵＥ１にデータを送信する。ＮｏｄｅＢ５は、ＵＥ１に対するＵＴＲＡＮ２のアクセスポイントの役割を果たす。
【０００８】
ＳＧＳＮ７は、Ｇｆインタフェースを介して機器識別登録簿（Equipment Identity Register；ＥＩＲ）８に、ＧＳインタフェースを介してＭＳＣ６に、ＧＮインタフェースを介してゲートウェイGPRSサポートノード（Gateway GPRS Support Node；ＧＧＳＮ）９に、並びにＧＲインタフェースを介してホーム加入者サーバ（Home Subscriber Server；ＨＳＳ）１０に接続される。
【０００９】
ＥＩＲ８は、前記ネットワークで使用が許可されたＵＥ１のリストをホストする。ＥＩＲ８は、前記ネットワークで使用が許可されていないＵＥ１のリストをもホストする。
【００１０】
回線交換（Circuit Switched；ＣＳ）サービスのための接続を制御するＭＳＣ６は、ＮＢインタフェースを介してメディアゲートウェイ（Media Gateway；ＭＧＷ）１１に、Ｆインタフェースを介してＥＩＲ８に、並びにＤインタフェースを介してＨＳＳ１０に接続される。
【００１１】
ＭＧＷ１１は、Ｃインタフェースを介してＨＳＳ１０に接続され、公衆交換電話網（Public Switched Telephone Network；ＰＳＴＮ）にも接続される。ＭＧＷ１１は、前記ＰＳＴＮと前記接続されたＲＡＮとの間のコーデックの適応を可能にする。
【００１２】
ＧＧＳＮ９は、ＧＣインタフェースを介してＨＳＳ１０に接続され、ＧＩインタフェースを介してインターネットに接続される。ＧＧＳＮ９は、様々な無線アクセスベアラ（Radio Access Bearer；ＲＡＢ）へのデータフローのルーティング、課金、及び分離を担当する。ＨＳＳ１０はユーザの加入データを処理する。
【００１３】
ＵＴＲＡＮ２は、ＵＥ１とＣＮ３との間の通信のためのＲＡＢを構成して維持する。ＣＮ３は、エンドツーエンドサービス品質（Quality of Service；ＱｏＳ）要求事項をＲＡＢに要求し、前記ＲＡＢは、ＣＮ３が設定したＱｏＳ要求事項をサポートする。従って、ＵＴＲＡＮ２は前記ＲＡＢを構成して維持することで前記エンドツーエンドＱｏＳ要求事項を満たすことができる。
【００１４】
特定のＵＥ１に提供されるサービスは、大きく回線交換（ＣＳ）サービスとパケット交換（Packet Switched；ＰＳ）サービスとに分けられる。例えば、一般的な音声対話サービスは回線交換サービスであり、インターネット接続によるウェブブラウジングサービスはパケット交換サービスである。
【００１５】
回線交換サービスをサポートする場合、ＲＮＣ４は、ＣＮ３のＭＳＣ６に接続され、前記ＭＳＣは、他のネットワークとの接続を管理するゲートウェイ移動交換局（Gateway Mobile Switching Center；ＧＭＳＣ）に接続される。パケット交換サービスをサポートする場合、ＲＮＣ４は、ＣＮ３のＳＧＳＮ７及びＧＧＳＮ９に接続される。
【００１６】
ＳＧＳＮ７は、前記ＲＮＣとのパケット通信をサポートし、ＧＧＳＮ９は、インターネットなどの他のパケット交換ネットワークとの接続を管理する。
【００１７】
図２は、３ＧＰＰ無線アクセスネットワークの標準に準拠したＵＥ１とＵＴＲＡＮ２との間の無線インタフェースプロトコルの構造を示す図である。図２に示すように、前記無線インタフェースプロトコルは、水平層として、物理層、データリンク層、及びネットワーク層を有し、垂直プレーンとして、ユーザデータを送信するためのユーザプレーン（U-plane）、及び制御情報を送信するための制御プレーン（C-plane）を有する。前記ユーザプレーンは、音声やＩＰ（Internet Protocol）パケットなどのユーザのトラフィック情報を管理する領域であり、前記制御プレーンは、ネットワークのインタフェース、通話の維持及び管理などに関する制御情報を管理する領域である。前記プロトコル層は、開放型システム間相互接続（Open System Interconnection；ＯＳＩ）参照モデルの下位３層に基づいて、第１層（Ｌ１）、第２層（Ｌ２）、及び第３層（Ｌ３）に区分することができる。
【００１８】
第１層（Ｌ１）又は物理層は、多様な無線送信技術を用いて上位層に情報送信サービスを提供する。前記物理層は、トランスポートチャネルを介して上位層又は媒体アクセス制御（Medium Access Control；ＭＡＣ）層に接続される。前記ＭＡＣ層と前記物理層とはトランスポートチャネルでデータを交換する。
【００１９】
第２層（Ｌ２）は、ＭＡＣ層、無線リンク制御（Radio Link Control；ＲＬＣ）層、ブロードキャスト／マルチキャスト制御（Broadcast/Multicast Control；ＢＭＣ）層、及びパケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol；ＰＤＣＰ）層を含む。前記ＭＡＣ層は、論理チャネルとトランスポートチャネルとの間のマッピングを管理し、無線リソースの割当及び再割当のためにＭＡＣパラメータの割当を提供する。前記ＭＡＣ層は、論理チャネルを介して上位層又は前記ＲＬＣ層に接続される。
【００２０】
送信される情報の種類によって様々な論理チャネルが提供される。一般に、制御プレーンの情報を送信する場合は制御チャネルが使用され、ユーザプレーンの情報を送信する場合はトラフィックチャネルが使用される。
【００２１】
論理チャネルは、共有するか否かによって共通チャネル又は専用チャネルになる。論理チャネルは、専用トラフィックチャネル（Dedicated Traffic Channel；ＤＴＣＨ）、専用制御チャネル（Dedicated Control Channel；ＤＣＣＨ）、共通トラフィックチャネル（Common Traffic Channel；ＣＴＣＨ）、共通制御チャネル（Common Control Channel；ＣＣＣＨ）、ブロードキャスト制御チャネル（Broadcast Control Channel；ＢＣＣＨ）、並びにページング制御チャネル（Paging Control Channel；ＰＣＣＨ）もしくは共有チャネル制御チャネル（Shared Channel Control Channel；ＳＨＣＣＨ）を含む。
【００２２】
前記ＢＣＣＨは、システムにアクセスするために、端末が活用した情報を含む情報を提供する。前記ＰＣＣＨは、端末にアクセスするために前記ＵＴＲＡＮが使用する。
【００２３】
マルチメディアブロードキャスト／マルチキャストサービス（Multimedia Broadcast/Multicast Service；ＭＢＭＳ）の目的のために、ＭＢＭＳ標準にトラフィックチャネル及び制御チャネルがさらに取り入れられる。MBMSポイントツーマルチポイント制御チャネル（MBMS point-to-multipoint Control Channel；ＭＣＣＨ）を使用してＭＢＭＳ制御情報を送信し、MBMSポイントツーマルチポイントトラフィックチャネル（MBMS point-to-multipoint Traffic Channel；ＭＴＣＨ）を使用してＭＢＭＳサービスデータを送信する。MBMSスケジューリングチャネル（MBMS Scheduling Channel；ＭＳＣＨ）を使用してスケジューリング情報を送信する。様々な論理チャネルのリストを図３に示す。
【００２４】
前記ＭＡＣ層は、トランスポートチャネルを介して前記物理層に接続され、管理されるトランスポートチャネルのタイプによってＭＡＣ−ｂサブレイヤ、ＭＡＣ−ｄサブレイヤ、ＭＡＣ−ｃ／ｓｈサブレイヤ、ＭＡＣ−ｈｓサブレイヤ、及びＭＡＣ−ｍサブレイヤに分けることができる。前記ＭＡＣ−ｂサブレイヤは、システム情報のブロードキャストを担当するトランスポートチャネルであるブロードキャストチャネル（Broadcast Channel；ＢＣＨ）を管理する。前記ＭＡＣ−ｃ／ｓｈサブレイヤは、複数の端末が共有する下りアクセスチャネル（Forward Access Channel；ＦＡＣＨ）もしくはダウンリンク共有チャネル（Downlink Shared Channel；ＤＳＣＨ）などの共通トランスポートチャネル、又はアップリンクではＲＡＣＨ（Random Access Channel）を管理する。前記ＭＡＣ−ｍサブレイヤは、ＭＢＭＳデータを処理する。
【００２５】
図４は、ＵＥの観点から論理チャネルとトランスポートチャネルとの間の可能なマッピングを示し、図５は、ＵＴＲＡＮの観点から論理チャネルとトランスポートチャネルとの間の可能なマッピングを示す。
【００２６】
前記ＭＡＣ−ｄサブレイヤは、特定の端末のための専用トランスポートチャネルである個別チャネル（Dedicated Channel；ＤＣＨ）を管理する。前記ＭＡＣ−ｄサブレイヤは、該当端末を管理するサービング無線ネットワークコントローラ（Serving Radio Network Controller；ＳＲＮＣ）に位置する。また、１つのＭＡＣ−ｄサブレイヤは各端末内に存在する。
【００２７】
前記ＲＬＣ層は、ＲＬＣ動作モードに応じて、信頼性のあるデータ送信をサポートし、上位層から送信された複数のＲＬＣサービスデータユニット（ＲＬＣ ＳＤＵ）に対する分割及び接続機能を実行する。前記ＲＬＣ層は、上位層から前記ＲＬＣ ＳＤＵを受信すると、処理容量を考慮して適当な方式で各ＲＬＣ ＳＤＵのサイズを調節して、ヘッダ情報が付加されたデータユニットを生成する。前記データユニットをプロトコルデータユニット（ＰＤＵ）といい、前記ＰＤＵは論理チャネルを介して前記ＭＡＣ層に送信される。前記ＲＬＣ層は、前記ＲＬＣ ＳＤＵ及び／又はＲＬＣ ＰＤＵを保存するためのＲＬＣバッファを含む。
【００２８】
前記ＢＭＣ層は、前記コアネットワークから受信したセルブロードキャスト（Cell Broadcast；ＣＢ）メッセージをスケジューリングし、前記ＣＢメッセージを特定のセル又はそのセルに位置する端末に送信する。
【００２９】
前記ＰＤＣＰ層は前記ＲＬＣ層の上位に位置する。前記ＰＤＣＰ層は、ＩＰｖ４やＩＰｖ６などのネットワークプロトコルで送信されたデータを相対的に帯域幅の小さい無線インタフェースに効果的に送信するのに使用される。これを達成するために、前記ＰＤＣＰ層は、有線ネットワークで使用される不要な制御情報を減らすが、このような機能をヘッダ圧縮という。
【００３０】
無線リソース制御（Radio Resource Control；ＲＲＣ）層は、第３層（Ｌ３）の最下位に位置する層であり、制御プレーンでのみ定義される。前記ＲＲＣ層は、無線ベアラ（ＲＢ）の設定、再設定、及び解除又は取消に関するトランスポートチャネル及び物理チャネルを制御する。さらに、前記ＲＲＣは、前記ＲＡＮ内でのユーザ移動性、及び位置サービスなどのさらなるサービスを担当する。
【００３１】
前記ＲＢとは、前記端末とＵＴＲＡＮとの間のデータ送信のために第２層（Ｌ２）が提供するサービスを意味する。一般に、ＲＢの設定とは、特定のデータサービスを提供するために必要なプロトコル層及びチャネルの特性を規定し、それぞれの詳細なパラメータ及び動作方法を設定する過程を意味する。
【００３２】
所定のＵＥのための無線ベアラとトランスポートチャネルとの間のマッピングの様々な可能性が常に成立するわけではない。前記ＵＥ及びＵＴＲＡＮは、前記ＵＥの状態や前記ＵＥ及びＵＴＲＡＮが現在行っている手順に応じて可能なマッピングを推定する。様々な状態やモードについては、以下に本発明に係る範囲内で詳細に説明する。
【００３３】
様々なトランスポートチャネルは様々な物理チャネルにマッピングされる。例えば、ＲＡＣＨトランスポートチャネルは所定のＰＲＡＣＨに、ＤＣＨはＤＰＣＨに、ＦＡＣＨ及びＰＣＨはＳ−ＣＣＰＣＨに、ＤＳＣＨはＰＤＳＣＨにマッピングされる。前記物理チャネルの設定は、前記ＲＮＣとＵＥとの間のＲＲＣシグナリング交換により行われる。
【００３４】
ＲＲＣモードは、端末のＲＲＣとＵＴＲＡＮのＲＲＣとの間に論理接続が存在するか否かを示す。接続が存在する場合、前記端末はＲＲＣ接続モードであり、接続が存在しない場合、前記端末はアイドルモードである。
【００３５】
ＲＲＣ接続モードの端末に対してＲＲＣ接続が存在するため、ＵＴＲＡＮは、セルユニット内に特定の端末が存在するか否かを判断することができる。例えば、ＵＴＲＡＮは、ＲＲＣ接続モードの端末がどのセルもしくはセルのセットに存在するか、並びにＵＥがどの物理チャネルを傍受するかを判断できるので、端末を効果的に制御することができる。
【００３６】
一方、ＵＴＲＡＮは、アイドルモードの端末が存在するか否かを判断することができない。アイドルモードの端末が存在するか否かは、例えばロケーションやルーティングエリアのようにセルより大きい地域内で、コアネットワークによってのみ判断される。従って、アイドルモードの端末が存在するか否かは、広い地域内で判断され、音声やデータのような移動通信サービスを受信するためには、アイドルモードの端末はＲＲＣ接続モードに移行又は変更しなければならない。モード及び状態間の可能な変化についての説明は図６に示す通りである。
【００３７】
ＲＲＣ接続モードのＵＥは、CELL_FACH状態、CELL_PCH状態、CELL_DCH状態、又はURA_PCH状態のように様々な状態にある。前記状態によって、ＵＥは異なる動作を行い、異なるチャネルを傍受する。
【００３８】
例えば、CELL_DCH状態のＵＥは、様々なチャネルのうちＤＣＨタイプのトランスポートチャネルを傍受するであろう。ＤＣＨタイプのトランスポートチャネルはＤＴＣＨ及びＤＣＣＨトランスポートチャネルを含み、これは特定のＤＰＣＨ、ＤＰＤＳＣＨ、又は他の物理チャネルにマッピングできるチャネルである。
【００３９】
CELL_FACH状態のＵＥは、特定のＳ−ＣＣＰＣＨにマッピングされるいくつかのＦＡＣＨトランスポートチャネルを傍受するであろう。ＰＣＨ状態のＵＥは、特定のＳ−ＣＣＰＣＨ物理チャネルにマッピングされるＰＩＣＨチャネル及びＰＣＨチャネルを傍受するであろう。
【００４０】
主なシステム情報は、１次共通制御物理チャネル（Primary Common Control Physical Channel；Ｐ−ＣＣＰＣＨ）にマッピングされるＢＣＣＨ論理チャネルで送信される。特定のシステム情報ブロックはＦＡＣＨチャネルで送信される。前記システム情報がＦＡＣＨチャネルで送信される場合、ＵＥは前記Ｐ−ＣＣＰＣＨで受信されるＢＣＣＨ又は専用チャネルで前記ＦＡＣＨの構成を受信する。前記システム情報がＢＣＣＨで（すなわち、Ｐ−ＣＣＰＣＨを介して）送信される場合、ＵＥとＮｏｄｅＢとの間で同一のタイミング基準を共有するために使用されるシステムフレーム番号（System Frame Number；ＳＦＮ）が各フレームで又は２フレームのセットで送信される。前記Ｐ−ＣＣＰＣＨは、セルのプライマリスクランブルコードである１次共通パイロットチャネル（Primary Common Pilot Channel；Ｐ−ＣＰＩＣＨ）と同一のスクランブルコードを使用して送信される。前記Ｐ−ＣＣＰＣＨにより使用される拡散コードは、固定拡散率（Spreading Factor；ＳＦ）２５６であり、その番号は１である。ＵＥは、ＵＥが読み込んだ隣接セルのシステム情報に関してネットワークから送信された情報により、ＵＥがＤＣＣＨチャネルで受信したメッセージにより、又は固定ＳＦ２５６と拡散コード番号０を利用して送信され、固定されたパターンを送信するＰ−ＣＰＩＣＨを検索することにより、前記プライマリスクランブルコードが分かる。
【００４１】
前記システム情報は、隣接セル、ＲＡＣＨ及びＦＡＣＨトランスポートチャネルの構成、並びにＭＢＭＳサービスのための専用チャネルであるＭＩＣＨ及びＭＣＣＨの構成に関する情報を含む。
【００４２】
ＵＥが（アイドルモードで）位置するセルを変更する度に、又はＵＥが（CELL_FACH、CELL_PCH、もしくはURA_PCH状態で）セルを選択した場合、ＵＥはＵＥが有効なシステム情報を有しているか否かを確認する。前記システム情報は、システム情報ブロック（System Information Block；ＳＩＢ）、マスタ情報ブロック（Master Information Block；ＭＩＢ）、及びスケジューリングブロックから構成される。前記ＭＩＢは、非常に頻繁に送信され、前記スケジューリングブロック及び様々な前記ＳＩＢのタイミング情報を提供する。バリュータグにリンクされているＳＩＢの場合、前記ＭＩＢは、一部の前記ＳＩＢの最新バージョンに関する情報をも含む。バリュータグにリンクされていないＳＩＢは、期限タイマにリンクされる。前記期限タイマにリンクされているＳＩＢは無効になり、前記ＳＩＢの最新読み込み時間が前記期限タイマの値より大きい場合、再び読み込む必要がある。前記バリュータグにリンクされているＳＩＢは、前記ＭＩＢからブロードキャストされたバリュータグと同一のバリュータグを有する場合にのみ有効である。各ブロックは、前記ＳＩＢがいずれのセルで有効であるかを示す有効性のエリア範囲（Ｃｅｌｌ、ＰＬＭＮ、等価ＰＬＭＮ）を有する。エリア範囲「Ｃｅｌｌ」を有するＳＩＢは、ＳＩＢが読み込まれたセルに対してのみ有効である。エリア範囲「ＰＬＭＮ」を有するＳＩＢは、全てのＰＬＭＮで有効であり、エリア範囲「等価ＰＬＭＮ」を有するＳＩＢは、全てのＰＬＭＮと等価ＰＬＭＮで有効である。
【００４３】
一般に、ＵＥは、アイドルモードである場合や、ＵＥが選択したセル又はＵＥが位置するセルがCELL_FACH状態、CELL_PCH状態、又はURA_PCH状態である場合、前記システム情報を読み込む。前記システム情報において、ＵＥは、同一周波数、異なる周波数、及び様々な無線アクセス技術（Radio Access Technologies；ＲＡＴ）で隣接セルに関する情報を受信する。これにより、ＵＥはいずれのセルがセル再選択のための候補セルであるかが分かる。
【００４４】
ＭＢＭＳは、仕様のＲｅｌｅａｓｅ６（Ｒｅｌ−６）でＵＭＴＳ標準に取り入れられている。これは、１対多送信、１対多及び１対１ベアラ間の選択的な組み合わせ及び送信モードの選択を含むＭＢＭＳベアラサービスの送信の最適化のための技術を記述している。これは、同一のコンテンツが多数のユーザに送信される場合に無線リソースを節約するために用いられ、テレビなどのサービスを可能にする。ＭＢＭＳデータは、制御プレーン情報とユーザプレーン情報の２つのカテゴリーに分けられる。前記制御プレーン情報は、物理層設定、トランスポートチャネル設定、無線ベアラ設定、進行中のサービス、カウント情報、スケジューリング情報などに関する情報を含む。ＵＥがこれらの情報を受信できるように、ＭＢＭＳのためのＭＢＭＳベアラ特定制御情報が前記ＵＥに送信される。
【００４５】
ＭＢＭＳベアラのユーザプレーンデータは、１つのＵＥにのみ送信される１対１サービスのために専用トランスポートチャネルにマッピングすることもでき、同時に多数のユーザに送信（及び受信）される１対多サービスのために共有トランスポートチャネルにマッピングすることもできる。
【００４６】
１対１送信は、ネットワークとＲＲＣ接続モードのＵＥとの間で専用制御／ユーザプレーン情報だけでなく、ＭＢＭＳ特定制御／ユーザプレーン情報を送信するのに用いられる。前記１対１送信は、ＭＢＭＳのマルチキャスト又はブロードキャストモードのために用いられる。ＤＴＣＨはCELL_FACH及びCELL_DCH状態のＵＥのために使用される。これはトランスポートチャネルに対する既存のマッピングを可能にする。
【００４７】
セルリソースを最適化した方式で使用するために、ＭＢＭＳアプリケーションにカウントという機能が導入された。前記カウント手順は、所定のサービスの受信に関心のあるＵＥの数を判断するのに用いられる。これは図７に示すカウント手順を用いて行われる。
【００４８】
例えば、特定のサービスに関心のあるＵＥは、ＭＢＭＳサービスの利用可能性に関する情報を受信する。ネットワークは、ＵＥがＭＣＣＨチャネルを介した「アクセス情報」の送信と同じ方式で前記サービスに対する関心を前記ネットワークに通知すべきことを、前記ＵＥに通知することができる。前記アクセス情報メッセージに含まれる確率係数により、関心のあるＵＥのみ所定の確率で応答すると判断する。前記ＵＥは、所定のサービスに関心があることを前記ネットワークに通知するために、前記ＵＥが前記カウント情報を受信したセルでＲＲＣ接続設定メッセージ又はセルアップデートメッセージを前記ネットワークに送信する。このようなメッセージは、前記ＵＥが関心のあるサービスを示す識別子を含むこともある。
【００４９】
前記ネットワークが複数の周波数で動作する場合、ＵＥが１つの周波数でキャンプオンし、ＭＢＭＳサービスが異なる周波数で送信されると、ＵＥはＭＢＭＳサービスが異なる周波数で送信されることを認識できないであろう。従って、ＵＥは、周波数コンバージェンス手順により、所定のサービスを周波数Ｂで利用できることを示す情報を周波数Ａで受信することができる。
【００５０】
一般に、ＭＣＣＨは、ＲＲＣ接続モード又はアイドルモードにおけるネットワークとＵＥとの間の制御プレーン情報の１対多ダウンリンク送信のために使用される論理チャネルである。ＭＣＣＨにおける前記制御プレーン情報は、ＭＢＭＳ特有のものであり、活性化されたＭＢＭＳサービスと共に、セル内の前記ＵＥに送信される。前記ＭＣＣＨは、CELL_FACH状態にあるＵＥのＤＣＣＨを送信するＳ−ＣＣＰＣＨ、スタンドアロンＳ−ＣＣＰＣＨ、又はＭＴＣＨを有する同一のＳ−ＣＣＰＣＨで送信することができる。
【００５１】
前記ＭＣＣＨは、前記ＢＣＣＨに示されているように、前記Ｓ−ＣＣＰＣＨ内の特定のＦＡＣＨにマッピングされる。ソフト組み合わせの場合、前記ＭＣＣＨはＭＴＣＨとは異なるＳ−ＣＣＰＣＨ（ＴＤＤ内のＣＣＴｒＣＨ）にマッピングされる。ページング受信は、アイドルモード及びＵＲＡ／CELL_PCH状態にあるＵＥのための前記ＭＣＣＨの受信よりも優先される。前記ＭＣＣＨの構成（変更周期や繰り返し周期など）は、前記ＢＣＣＨで送信されたシステム情報内で実現される。
【００５２】
一般に、ＭＴＣＨは、ＲＲＣ接続モード又はアイドルモードにおけるネットワークとＵＥとの間のユーザプレーン情報の１対多ダウンリンク送信のために使用される論理チャネルである。ＭＴＣＨにおける前記ユーザプレーン情報は、ＭＢＭＳサービス特有のものであり、活性化されたＭＢＭＳサービスと共に、セル内の前記ＵＥに送信される。前記ＭＴＣＨは、前記ＭＣＣＨに示されているように、前記Ｓ−ＣＣＰＣＨ内の特定のＦＡＣＨにマッピングされる。
【００５３】
一般に、ＭＳＣＨは、ＲＲＣ接続モード又はアイドルモードにおけるネットワークとＵＥとの間のＭＢＭＳサービス送信スケジュールの１対多ダウンリンク送信のために使用される論理チャネルである。ＭＳＣＨにおける制御プレーン情報は、ＭＢＭＳサービス及びＳ−ＣＣＰＣＨ特有のものであり、ＭＴＣＨを受信するセル内の前記ＵＥに送信される。ＭＳＣＨは前記ＭＴＣＨを送信する各Ｓ−ＣＣＰＣＨ内で送信される。前記ＭＳＣＨは、前記ＭＣＣＨに示されているように、前記Ｓ−ＣＣＰＣＨ内の特定のＦＡＣＨにマッピングされる。様々なエラー条件により、前記ＭＳＣＨは前記ＭＴＣＨとは異なるＦＡＣＨにマッピングされる。
【００５４】
一般に、ＦＡＣＨは、ＭＴＣＨ、ＭＳＣＨ、及びＭＣＣＨのためのトランスポートチャネルとして利用される。さらに、Ｓ−ＣＣＰＣＨは、ＭＴＣＨ、ＭＳＣＨ、又はＭＣＣＨを送信するＦＡＣＨのための物理チャネルとして利用される。
【００５５】
一般に、ダウンリンクでのみ存在する論理チャネルとトランスポートチャネルとの間の接続には、１）ＭＣＣＨのＦＡＣＨへのマッピング、２）ＭＴＣＨのＦＡＣＨへのマッピング、及び３）ＭＳＣＨのＦＡＣＨへのマッピングがある。前記ＵＥ及びＵＴＲＡＮ側からのマッピングを図８及び図９にそれぞれ示す。
【００５６】
ＭＣＣＨにおいて、使用される前記ＲＬＣモードはＵＭ−ＲＬＣであり、非順次的ＳＤＵ送信をサポートするために所要の強化がなされている。ＭＡＣヘッダは論理チャネルタイプ識別のために使用される。
【００５７】
ＭＴＣＨにおいて、使用される前記ＲＬＣモードはＵＭ−ＲＬＣであり、選択的な組み合わせをサポートするために所要の強化がなされている。ＲＬＣ−ＵＭでは迅速な繰り返しが用いられる。ＭＡＣヘッダは論理チャネルタイプ識別及びＭＢＭＳサービス識別のために使用される。
【００５８】
ＭＳＣＨにおいて、使用される前記ＲＬＣモードはＵＭ−ＲＬＣである。ＭＡＣヘッダは論理チャネルタイプ識別のために使用される。
【００５９】
ＭＢＭＳ通知は、セル内でMBMS通知インジケータチャネル（MBMS notification Indicator Channel；ＭＩＣＨ）と呼ばれるＭＢＭＳ特定ＰＩＣＨを活用する。前記ＭＩＣＨに対する符号化はＳｔａｇｅ−３物理層仕様で定義される。
【００６０】
一般的に、ＭＣＣＨ情報は固定されたスケジュールに基づいて送信される。ここで、スケジュールは、ＭＣＣＨ情報の開始を含む送信時間間隔（Transmission Time Interval；ＴＴＩ）、すなわち複数のフレームを識別する。前記ＭＣＣＨ情報は複数の可変的ＴＴＩで送信される。ＵＴＲＡＮは連続したＴＴＩで前記ＭＣＣＨ情報を送信する。前記ＵＥは、１）前記ＵＥがＭＣＣＨ情報を全て受信するまで、２）ＭＣＣＨデータを含まないＴＴＩを受信するまで、又は３）情報コンテンツの追加受信を必要としない（例えば、所望のサービス情報に変更がない）ことを示すまで、前記Ｓ−ＣＣＰＣＨを継続して受信する。
【００６１】
このような動作に基づいて、前記ＵＴＲＡＮは、信頼性を向上させるために、スケジューリングされた送信に続いて前記ＭＣＣＨ情報を繰り返し送信する。前記ＭＣＣＨスケジュールは全てのサービスに共通する。
【００６２】
全てのＭＣＣＨ情報は「繰り返し周期」に基づいて周期的に送信される。「変更周期」は「繰り返し周期」の整数倍と定義される。アクセス情報は、「繰り返し周期」の整数ディバイダである「アクセス情報周期」に基づいて周期的に送信される。前記繰り返し周期及び変更周期の値は、ＭＢＭＳが送信されたセルのシステム情報で提供される。
【００６３】
ＭＣＣＨ情報は、重要情報と非重要情報とに分けられる。前記重要情報は、ＭＢＭＳ隣接セル情報、ＭＢＭＳサービス情報、及びＭＢＭＳ無線ベアラ情報を含む。前記非重要情報は、ＭＢＭＳアクセス情報に該当する。前記重要情報への変更は変更周期の最初のＭＣＣＨ送信及び各変更周期の開始時に適用される。前記ＵＴＲＡＮは、前記変更周期でＭＣＣＨ情報が変更されたＭＢＭＳサービスＩＤを含むＭＢＭＳ変更情報を送信する。前記ＭＢＭＳ変更情報は、前記変更周期の各繰り返し周期で少なくとも１回繰り返される。前記非重要情報への変更はいつでも可能である。
【００６４】
図１０は、ＭＢＭＳサービス情報及び無線ベアラ情報の送信スケジュールを示す。パターンの異なるブロックは潜在的に異なるＭＣＣＨコンテンツを示す。
【００６５】
カバレッジを増加させるために、異なるセル間に位置するＵＥは、同時に異なるセルから同一のＭＢＭＳサービスを受信することができ、図１１に示すように、前記受信した情報を組み合わせることができる。この場合、前記ＵＥは、所定のアルゴリズムに基づいて、前記ＵＥが選択したセルから前記ＭＣＣＨを読み込む。
【００６６】
図１１を参照すると、前記ＵＥは、関心のあるサービスに関する情報を前記選択されたセル（例えば、セルＡ−Ｂ）からＭＣＣＨで受信する。前記情報は、現在のセル及び前記ＵＥが受信できる隣接セル（例えば、セルＡ−Ａ及びセルＢ）の物理チャネル、トランスポートチャネル、ＲＬＣ構成、ＰＤＣＰ構成などの構成に関する情報を含む。すなわち、前記受信した情報は、前記ＵＥがセルＡ−Ａ、Ａ−Ｂ、及びＢで関心のあるサービスを運ぶＭＴＣＨを受信するために前記ＵＥが必要とする情報を含む。
【００６７】
同一のサービスが異なるセルで送信される場合、前記ＵＥは、異なるセルからサービスの組み合わせを実行することができることもあり、できないこともある。前記組み合わせが可能な場合、前記組み合わせは、１）組み合わせ不可能、２）ＲＬＣレベルでの選択的な組み合わせ、３）物理レベルでのＬ１組み合わせ、の異なるレベルで行われる。
【００６８】
ＭＢＭＳ １対多送信のための選択的な組み合わせはＲＬＣ ＰＤＵナンバリングによりサポートされる。そのために、前記ＵＥにおける選択的な組み合わせは、ＭＢＭＳ １対多送信ストリーム間の非同期化が前記ＵＥのＲＬＣ並び替え能力を超えない限り、類似したＭＢＭＳ ＲＢビットレートを提供するセルから可能である。従って、前記ＵＥ側には１つのＲＬＣエンティティが存在する。
【００６９】
選択的な組み合わせのために、ＣＲＮＣのセルグループで１対多送信を用いるＭＢＭＳサービス毎に１つのＲＬＣエンティティが存在する。前記セルグループの全てのセルは同一のＣＲＮＣの下にある。１つのＭＢＭＳセルグループに属する隣接セルでＭＢＭＳ送信間に非同期化が発生した場合、前記ＣＲＮＣは、ＵＥが前記セル間で選択的な組み合わせを実行できるようにする再同期化動作を行うことができる。
【００７０】
ＴＤＤのために、ＮｏｄｅＢが同期化されるときに選択的な組み合わせ及びソフト組み合わせを用いることができる。ＦＤＤのために、ＮｏｄｅＢがＵＥのソフト組み合わせ受信ウィンドウ内で同期化されるときにソフト組み合わせを用いることができ、前記ソフト組み合わせが実行されたＳ−ＣＣＰＣＨのデータフィールドは、ソフト組み合わせモーメント中は同一である。
【００７１】
セル間の選択的な組み合わせ又はソフト組み合わせが有効であるとき、前記ＵＴＲＡＮは、選択的な組み合わせ又はソフト組み合わせに利用可能な隣接セルのＭＴＣＨ構成を含むＭＢＭＳ隣接セル情報を送信する。部分的ソフト組み合わせが適用されるとき、前記ＭＢＭＳ隣接セル情報はＬ１−組み合わせスケジュールを含むが、これは、前記ＵＥが隣接セルで送信されたＳ−ＣＣＰＣＨとサービングセルで送信されたＳ−ＣＣＰＣＨとのソフト組み合わせを実行できるモーメントを示す。ＭＢＭＳ隣接セル情報と共に、前記ＵＥは、隣接セルのＭＣＣＨを受信することなく、隣接セルからＭＴＣＨ送信を受信することができる。
【００７２】
前記ＵＥは、閾値（例えば、測定されたＣＰＩＣＨ Ｅｃ／Ｎｏ）及び隣接セルのＭＢＭＳ隣接セル情報の存在に基づいて、選択的な組み合わせ又はソフト組み合わせに適した隣接セルを判断する。選択的な組み合わせ又はソフト組み合わせの実行可能性は前記ＵＥにシグナリングされる。
【００７３】
ＵＭＴＳのＬＴＥ（Long-Term Evolution）は、ＵＭＴＳを標準化した３ＧＰＰにより議論中である。３ＧＰＰ ＬＴＥは高速パケット通信を可能にする技術である。ユーザ及びプロバイダのコストの低減、サービス品質の向上、カバレッジ及びシステム容量の拡大及び向上を目的とするＬＴＥの目的のために多くの方式が提案されてきた。
【００７４】
図１２は、ＬＴＥシステムの構造を示す図である。各アクセスゲートウェイ（access Gateway；ａＧＷ）１１５は１つ又は複数のａＧＷ１１５に接続される。ａＧＷ１１５は、インターネット及び／又はＧＳＭ、ＵＭＴＳ、ＷＬＡＮなどの他のネットワークへのアクセスを許可する他のＮｏｄｅ（図示せず）に接続される。
【００７５】
３ＧＰＰ ＬＴＥは、上位レベルの要求事項として、ビット当たりの減少したコスト、増加したサービス利用可能性、周波数帯域の柔軟な利用、単純な構造、オープンインタフェース、及び端末の適切な電力消費を必要とする。一般に、ＵＴＲＡＮ２は、Ｅ−ＵＴＲＡＮ（Evolved-UTRAN）に対応する。ＮｏｄｅＢ５及び／又はＲＮＣ４は、ＬＴＥシステムにおいてｅ−ＮｏｄｅＢ（ｅＮＢ）に対応する。
【００７６】
３ＧＰＰ ＬＴＥシステムにおいて、システム情報（System Information；ＳＩ）は、ネットワークへの接続に成功するために、ＵＥに他のセル及びネットワーク特定パラメータを送信する。また、前記システム情報は、ページングを容易にし、前記ＵＥが様々なネットワークサービスを利用できるようにする。全てのセルは、継続して当該セルのシステム情報をブロードキャスト制御チャネル（ＢＣＣＨ）などのチャネルで送信する。さらに、前記ネットワークに登録するか、又は特定のセルへのハンドオーバを実行している全てのＵＥは、まず前記セル特定情報を読み込む。
【００７７】
不連続受信（ＤＲＸ）は、前記移動端末のバッテリ寿命を節約するために移動通信で用いられる方法である。一般に、前記移動端末と前記ネットワークとは、データ送信が起こる周期を取り決める。その他の周期では、前記移動端末は該移動端末のレシーバをオフにして低電力状態に入る。
【発明の概要】
【発明が解決しようとする課題】
【００７８】
本発明は、無線通信システムにおけるハンドオーバ手続中のデータユニットの順序維持に関する。
【００７９】
本発明のさらなる特性及び利点は後述する発明の詳細な説明に記述されるが、一部はその記述内容から明確になるか、又は、本発明を実施することにより理解されるであろう。本発明の目的と他の利点は、特に、発明の詳細な説明及び請求の範囲並びに添付図面に開示された構成により実現及び達成される。
【課題を解決するための手段】
【００８０】
具体化して広く説明されているように、このような利点及び本発明の目的を達成するために、本発明は、無線通信システムにおけるハンドオーバ手続中の受信されたデータユニットの順序維持方法で実現され、前記方法は、ターゲット基地局へのハンドオーバ前にそれぞれシーケンスナンバーを含む複数のデータユニットを順にソース基地局から受信し、ハンドオーバ後にシーケンスナンバーを有する少なくとも１つのデータユニットをターゲット基地局から受信し、ハンドオーバ後に前記ターゲット基地局から受信された少なくとも１つのデータユニットのシーケンスナンバーより小さいシーケンスナンバーを有し、ハンドオーバ前に前記ソース基地局から受信された全てのデータユニットを上位層に送信することを特徴とする。
【００８１】
好ましくは、前記方法は、さらにハンドオーバ開始前に受信された、順に利用可能な全てのデータユニットを上位層に送信し、順に利用可能なデータユニットは、次に利用可能なデータユニットのシーケンスナンバーの直後のシーケンスナンバーを有するか、ハンドオーバ開始後に前記ターゲット基地局から受信された少なくとも１つのデータユニットのシーケンスナンバーを有する。好ましくは、ハンドオーバ開始時にタイマが開始され、前記データユニットは、前記タイマ満了時に前記上位層に送信される。又は、前記データユニットは、前記ソース基地局及びターゲット基地局の少なくとも１つからデータユニットを送信することの指示が受信されると、前記上位層に送信される。
【００８２】
本発明の他の実施形態による無線通信システムにおけるハンドオーバ手続中の受信されたデータユニットの順序維持方法は、ハンドオーバ開始前にそれぞれシーケンスナンバーを含む複数のデータユニットを順に受信し、ハンドオーバ開始後にシーケンスナンバーを有する少なくとも１つのデータユニットを受信し、ハンドオーバ開始後に受信された少なくとも１つのデータユニットのシーケンスナンバーより小さいシーケンスナンバーを有し、ハンドオーバ開始前に受信された全てのデータユニットを上位層に送信することを特徴とする。
【００８３】
好ましくは、前記方法は、さらにハンドオーバ開始前に受信された、順に利用可能な全てのデータユニットを上位層に送信し、順に利用可能なデータユニットは、次に利用可能なデータユニットのシーケンスナンバーの直後のシーケンスナンバーを有するか、ハンドオーバ開始後に受信された少なくとも１つのデータユニットのシーケンスナンバーを有する。
【００８４】
好ましくは、ハンドオーバ開始時にタイマが開始され、前記データユニットは、前記タイマ満了時に前記上位層に送信される。又は、前記データユニットは、前記データユニットを送信することの指示が受信されると、前記上位層に送信される。
【００８５】
本発明のさらに他の実施形態による無線通信システムにおけるハンドオーバ手続中の受信されたデータユニットの順序維持方法は、ハンドオーバ開始前にそれぞれシーケンスナンバーを含む複数のデータユニットを順に受信し、ハンドオーバ開始後にシーケンスナンバーを有する少なくとも１つのデータユニットを受信し、ハンドオーバ開始時にタイマを開始し、前記タイマが満了すると、ハンドオーバ開始後に受信された少なくとも１つのデータユニットのシーケンスナンバーより小さいシーケンスナンバーを有し、ハンドオーバ開始前に受信された全てのデータユニットを上位層に送信することを特徴とする。
【００８６】
本発明のさらに他の実施形態による無線通信システムにおけるハンドオーバ手続中の受信されたデータユニットの順序維持方法は、ターゲット基地局へのハンドオーバ前にそれぞれシーケンスナンバーを含む複数のデータユニットをソース基地局から移動端末に送信し、前記ソース基地局から以前に送信されたデータユニットの最高のシーケンスナンバーを前記ターゲット基地局に通知し、ハンドオーバ後にシーケンスナンバーを有する少なくとも１つのデータユニットを前記ターゲット基地局から前記移動端末に送信し、前記少なくとも１つのデータユニットは、前記ソース基地局により以前に送信されたデータユニットの最高のシーケンスナンバーに関連して前記ターゲット基地局から送信される。
【００８７】
好ましくは、前記ターゲット基地局は、前記移動端末機及び前記ソース基地局の少なくとも１つからハンドオーバ後の最高のシーケンスナンバーに関する情報を受信する。本発明の一態様において、前記方法は、さらに前記ソース基地局により以前に送信されたデータユニットの最高のシーケンスナンバーより高いシーケンスナンバーを有する前記ターゲット基地局からの少なくとも１つのデータユニットを送信し、前記少なくとも１つのデータユニットは以前に送信されておらず、前記ソース基地局及びターゲット基地局は、以前に送信された全てのデータユニットを廃棄する。
【００８８】
本発明の他の態様において、前記方法は、前記ソース基地局により前記移動端末に以前に送信された全ての無応答のデータユニットを前記ソース基地局からターゲット基地局に転送し、前記転送されたデータユニットを前記ターゲット基地局から前記移動端末に送信し、さらに前記ソース基地局により以前に送信されたデータユニットの最高のシーケンスナンバーより高いシーケンスナンバーを有する少なくとも１つのデータユニットを前記ターゲット基地局から送信し、前記少なくとも１つのデータユニットは、以前に送信されていないことを特徴とする。
【００８９】
好ましくは、前記ソース基地局から転送されたデータユニットは、それぞれのシーケンスナンバー順に前記ターゲット基地局から受信される。好ましくは、前記ターゲット基地局は、非順次的なシーケンスナンバーを有するデータユニットを前記ソース基地局から転送された順に廃棄する。好ましくは、前記ターゲット基地局は、以前に送信されていない前記少なくとも１つのデータユニットを送信する前に前記ソース基地局により以前に送信された前記転送されたデータユニットを前記移動端末に送信する。好ましくは、前記ターゲット基地局は、データユニットをそれぞれのシーケンスナンバーに従って昇順に前記移動端末に送信する。
【００９０】
本発明のさらに他の態様において、前記移動端末により以前に受信されたデータユニットの最後のシーケンスナンバーを前記ターゲット基地局に通知し、前記ターゲット基地局において、前記移動端末への送信のために転送されたデータユニットのシーケンスナンバーが前記移動端末により以前に受信されたデータユニットの最後のシーケンスナンバーに順に対応しないと判断し、さらに前記移動端末により以前に受信されたデータユニットの最後のシーケンスナンバーに順に対応するデータユニットが予め決定された時間が経過するまで前記ターゲット基地局により受信されない場合、前記転送されたデータユニットのシーケンスナンバーを除去して前記転送されたデータユニットを非順次に前記ターゲット基地局から前記移動端末に送信する。
【００９１】
本発明のさらに他の態様において、前記方法は、前記移動端末により以前に受信されたデータユニットの最後のシーケンスナンバーを前記ターゲット基地局に通知し、前記ターゲット基地局において、前記移動端末への送信のために転送されたデータユニットのシーケンスナンバーが前記移動端末により以前に受信されたデータユニットの最後のシーケンスナンバーに対応すると判断し、さらに前記転送されたデータユニットを廃棄する。
【００９２】
本発明のさらに他の実施形態による無線通信システムにおけるハンドオーバ手続中の受信されたデータユニットの順序維持方法は、ハンドオーバ開始前にそれぞれシーケンスナンバーを含む複数のデータユニットを順に受信し、ハンドオーバ開始時にタイマを開始し、前記タイマ満了時、ハンドオーバ開始前に受信され、非順次の全てのデータユニットを上位層に送信することを特徴とする。
【００９３】
本発明のさらに他の実施形態による無線通信システムにおけるハンドオーバ手続中の受信されたデータユニットの順序維持方法は、それぞれシーケンスナンバーを含む複数のデータユニットを順に受信し、現在受信されているデータユニットが、最後に受信されたデータユニットのシーケンスナンバーから、前記最後に受信されたデータユニットのシーケンスナンバー以降の予め決定されたシーケンスナンバーまでの間のシーケンスナンバーを有する場合、エラーが発生せず、現在受信されているデータユニットが、前記最後に受信されたデータユニットのシーケンスナンバーから、前記最後に受信されたデータユニットのシーケンスナンバー以降の予め決定されたシーケンスナンバーまでの間でないシーケンスナンバーを有する場合、エラーが発生する。
【００９４】
本発明のさらに他の実施形態による無線通信システムにおけるハンドオーバ手続中の受信されたデータユニットの順序維持方法は、それぞれシーケンスナンバーを含む複数のデータユニットを順にソース基地局から移動端末に送信し、ハンドオーバ要求をソース基地局からターゲット基地局に送信し、前記ターゲット基地局が送信に利用するのに適したシーケンスナンバーに関する情報を前記ソース基地局からターゲット基地局に送信し、前記ターゲット基地局が前記ソース基地局からの情報を利用して前記送信に適したシーケンスナンバーを決定する。
【００９５】
好ましくは、前記情報は、前記ターゲット基地局が送信のために利用する次のシーケンスナンバー、前記ソース基地局により以前に送信されたデータユニットの最高のシーケンスナンバー、並びにタイムスタンプ及び予想されるデータレート／シーケンスナンバーレートの少なくとも１つを含む。好ましくは、前記適したシーケンスナンバーは、前記ソース基地局により以前に送信されたデータユニットの最高のシーケンスナンバーより高い。
【００９６】
上記の本発明の一般的な記載及び後述する詳細な記載は例示的なものであり、請求の範囲に記載の本発明を具体的に説明するためのものである。
【００９７】
発明の理解を容易にするために添付され、本明細書の一部を構成する図面は、本発明の多様な実施形態を示し、明細書と共に本発明の原理を説明する。図面において同一符号を付す本発明の特徴、構成要素、及び態様は、１つ以上の実施形態において同一、同等、又は類似した特徴、構成要素、及び態様を示す。
【図面の簡単な説明】
【００９８】
【図１】従来のＵＭＴＳネットワークを示す図である。
【図２】ＵＥとＵＴＲＡＮとの間の従来の無線インタフェースプロトコルを示す図である。
【図３】論理チャネル構造を示す図である。
【図４】ＵＥの観点から論理チャネルとトランスポートチャネルとの間の可能なマッピングを示す図である。
【図５】ＵＴＲＡＮの観点から論理チャネルとトランスポートチャネルとの間の可能なマッピングを示す図である。
【図６】可能なＵＥ状態移行を示す図である。
【図７】典型的なカウント手順を示す図である。
【図８】ＵＥの観点から論理チャネルとトランスポートチャネルとの間のマッピングを示す図である。
【図９】ＵＴＲＡＮの観点から論理チャネルとトランスポートチャネルとの間のマッピングを示す図である。
【図１０】ＭＢＭＳサービス情報及び無線ベアラ情報を送信するスケジュールを示す図である。
【図１１】複数のセルからＭＢＭＳサービスを受信するＵＥを示す図である。
【図１２】ＬＴＥシステムの構造を示す図である。
【図１３】本発明の一実施形態によるハンドオーバ手順を示す図である。
【図１４】本発明の一実施形態によるシーケンスナンバーを有する受信、送信、及び確認されたデータユニットの状態を示す図である。
【図１５】本発明の一実施形態によるハンドオーバ中のＵＥにおいて受信されたデータユニットの順序維持方法を示す図である。
【図１６】本発明の一実施形態による移動局（ＭＳ）又はＵＥのブロック図である。
【発明を実施するための形態】
【００９９】
本発明は、無線通信システムにおけるハンドオーバ手続中のデータユニットの順序維持に関する。
【０１００】
以下、添付図面を参照して本発明の好ましい実施形態について詳細に説明する。できる限り、図面の全般にわたって同一又は類似する部分には同一参照番号が用いられる。
【０１０１】
本発明は、ＬＴＥ移動性の原理に関し、より詳しくは、移動中の安全保障に関する。本発明によれば、ダウンリンク送信の場合、例えば、ボイスオーバーインターネットプロトコル（Voice over Internet Protocol；ＶｏＩＰ）のためのシームレスハンドオーバは、例えば、伝送制御プロトコル（Transmission Control Protocol；ＴＣＰ）のためのロスレスハンドオーバとは区分される。
【０１０２】
本発明によれば、パケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol；ＰＤＣＰ）シーケンスナンバーがダウンリンク送信に含まれて、暗号化及び復号化アルゴリズムへの入力として利用されるカウンター値（ＣＯＵＮＴ−Ｃ）を送信機及び受信機が維持できるようにする。送信機及び受信機のカウンターが同期化を維持するように保証し、さらに前記送信機でカウントされているが前記受信機で損失して受信していないＰＤＣＰ ＰＤＵを追跡するために、ＰＤＣＰ ＳＮなどのシーケンスナンバー（ＳＮ）を前記ＰＤＣＰ ＰＤＵに追加又は生成することができる。好ましくは、このようなシーケンスナンバーは、ＣＯＵＮＴ−Ｃ値のＸ個の最下位ビット（X least significant bits；Ｘ ＬＳＢｓ）に該当する。このように、前記ＣＯＵＮＴ−Ｃ値は、Ｘ個のＬＳＢ及び残りのＹ個の最上位ビット（Ｙ ＭＳＢｓ）を含む。前記ＰＤＣＰ ＳＮが最大値に達すると、シーケンスナンバーは再び０から番号付けを開始し、一般に、これをシーケンスナンバーの「ラップアラウンド」という。従って、Ｙ ＭＳＢによって表されるカウンターは、「ラップアラウンドカウンター」とみなされる。
【０１０３】
好ましくは、前記受信機は、順に到着するシーケンスナンバーを運ぶＰＤＣＰ ＰＤＵを受け取る。ここで、最大可能シーケンスナンバーに続く次のシーケンスナンバーは、０に該当する。これにより、最後に受信されたシーケンスナンバーが最大シーケンスナンバーであり、次に受信されたＰＤＣＰ ＳＮが最後のＳＮ＋１や０に該当しない場合、前記最後に受信されたシーケンスナンバーと次に受信されたシーケンスナンバーとの間の全てのＰＤＣＰ ＰＤＵは損失したとみなされる。
【０１０４】
本発明によれば、シーケンスナンバーを運ぶ２つのＰＤＣＰ ＰＤＵが非順次に到着した場合、前記受信機は、所定数のラップアラウンドが発生したとみなし、受信機のラップアラウンドカウンターが増加するが、同様のことが送信機においては発生しないであろう。同様の状況が、例えば巡回冗長検査（Cyclic Redundancy Check；ＣＲＣ）により残留エラーが検出されずシーケンスナンバーが変更される場合に発生する。一般に、変更されたシーケンスナンバーを受信した後に受信されるＰＤＣＰ ＳＮは順に受信されないので、送信機と受信機との間のラップアラウンドカウンターのラップアラウンド及び非同期化が発生する。
【０１０５】
本発明によれば、シーケンスナンバーエラーを検出するメカニズムが提供される。前記メカニズムは、最後に受信されたＰＤＣＰ ＳＮ後に受信されると予想されるＰＤＣＰ ＳＮ、すなわち、少なくともMax_Windowシーケンスナンバーを有する全ての受信されたＰＤＣＰ ＰＤＵを無視する。従って、前記受信機においては非順次的送信及び大部分の残留エラーを検出できるので、前記送信機と受信機との間のラップアラウンドカウンターの非同期化が発生しない。前記パラメータMax_Windowの値は固定されていてもよく、無線ベアラ（ＲＢ）設定中にＵＥにシグナリングされてもよい。しかし、ＳＮを有するMax_Window以上のＰＤＣＰ ＰＤＵが損失する場合、その後の全てのＰＤＣＰ ＰＤＵは無視され、ラップアラウンドカウンターは非同期化されてもよい。
【０１０６】
図１３は、本発明の一実施形態によるハンドオーバ手順を示す図である。図１４は、本発明の一実施形態によるシーケンスナンバーを含む受信、送信、及び確認されたＰＤＣＰ ＰＤＵの状態を示す図である。
【０１０７】
本発明によれば、図１３のステップ３に示すように、ＵＥがハンドオーバ命令を受信及び受諾する場合、可能であれば、ＵＥがターゲットセルへの同期化を確認した後、ＲＬＣ層で利用可能であるが非順次の全ての完璧なＳＤＵはＰＤＣＰ層に送信される。また、ＵＥ内の前記ＲＬＣ層及び全てのＨＡＲＱ過程は再設定される。従って、図１４に示すように、ＵＥは、ＳＮを有する一部のＰＤＣＰ ＰＤＵを正常に受信するが、ＥＮｏｄｅＢが送信を試みたＳＮを有する他のＰＤＣＰ ＰＤＵ、例えばＰＤＣＰ ＳＮが４、８、９、及び１０のＰＤＣＰ ＳＤＵは、ＵＥにより受信されたものであると確認されない（図１４の４）を参照）。また、ＳＮを有する一部のＰＤＣＰ ＰＤＵがＵＥにおいて正常に受信されても、ＥＮｏｄｅＢは、ＨＡＲＱエンティティ又はＲＬＣエンティティから正常受信の確認を受けない場合もある（例えば、ＳＮが９のＰＤＣＰ ＰＤＵ；図１４の３）を参照）。
【０１０８】
図１４を参照すると、ハンドオーバメッセージ中に他の時点におけるＥＮｏｄｅＢとＵＥの状態差の例が示されている。１）においては、ソースＥＮｏｄｅＢがターゲットＥＮｏｄｅＢに最初のメッセージを送信してハンドオーバを要求し、必要なリソースを予約する瞬間のソースＥＮｏｄｅＢを示す。ここで、ＵＥによるＰＤＣＰ ＳＮ１及び３の受信は、例えばＲＬＣレベルやＨＡＲＱレベルで確認される。さらに、ＥＮｏｄｅＢがＳＮ２、４、及び５のＰＤＣＰ ＰＤＵを既に送信し始めたとしても、ＵＥによるこれらの受信はまだ前記ＥＮｏｄｅＢに確認されていない。従って、ソースＥＮｏｄｅＢは、ターゲットＥＮｏｄｅＢへの送信に利用される次のＰＤＣＰ ＳＮ、すなわち前記例におけるＰＤＣＰ ＳＮ６を通知する。前記ソースＥＮｏｄｅＢは、再び前記ターゲットＥＮｏｄｅＢにタイムスタンプ及び予想データレート／シーケンスナンバーレートを通知し、ＵＥへの送信が開始するとき、最初の送信に利用されるＳＮを前記ターゲットＥＮｏｄｅＢが推定できるようにする。従って、ターゲットＥＮｏｄｅＢは、既に送信された最大ＰＤＣＰ ＳＮに対応するPDCP_SN_TXed_Maxを決定できる。好ましくは、ターゲットＥＮｏｄｅＢは、以前にＵＥに送信できなかったＩＰパケットを送信するためにPDCP_SN_TXed_Maxより低いか同一のＳＮを使用しないことでラップアラウンドカウンターの非同期化を防止することができる。
【０１０９】
２）及び３）においては、ハンドオーバの異なる段階で、前記ハンドオーバ手順中にソースＥＮｏｄｅＢのコンテクストを変更する方法を示す。４）においては、ＵＥが受信したＳＮを有するＰＤＣＰ ＰＤＵの状態を示す。ここで、ＵＥがＳＮ１、２、３、５、６、７、及び９のＰＤＣＰ ＰＤＵを受信することを示すが、これと同時に、ＥＮｏｄｅＢにおいては、ＳＮ１、２、３、５、６、７のＰＤＣＰ ＰＤＵのみがＵＥにより受信されるとみなす。ＳＮ４、８、９、及び１０のＰＤＣＰ ＰＤＵに関して、ＥＮｏｄｅＢは、このようなＰＤＵが少なくとも一度はＵＥに送信されたとしてもＲＮＣ及び／又はＨＡＲＱレベルで確認されていないため、前記ＰＤＣＰ ＰＤＵをＵＥが受信したか否かについて認知できない。
【０１１０】
本発明の一実施形態によれば、シームレスハンドオーバが考慮される。シームレスハンドオーバの場合、ＵＥ ＰＤＣＰは、全てのダウンリンク（ＤＬ）ＰＤＣＰ ＳＤＵを直ちに上位層に送信することが好ましい。その後、ＵＥは、ダウンリンクで最後に受信されたＰＤＣＰ ＳＮ又は次に予想されるＰＤＣＰ ＳＮをハンドオーバ完了メッセージに示してターゲットＥＮｏｄｅＢがこのような情報が到着すれば直ちにこの情報を利用して新しく受信されたデータの送信を開始することができるようにする。
【０１１１】
又は、ターゲットＥＮｏｄｅＢは、ダウンリンクで利用される最高のＰＤＣＰ ＳＮに関する情報を利用できる。この情報は、図１３のステップ１でソースＥＮｏｄｅＢから受信できる。前記ターゲットＥＮｏｄｅＢは、例えば図１３のステップ２において、このような情報に固定オフセットを適用して前記固定オフセットをソースＥＮｏｄｅＢに通知する。これにより、ソースＥＮｏｄｅＢは、前記固定オフセット範囲を越える送信を停止することができる。また、ターゲットＥＮｏｄｅＢは、前記固定オフセットに対応するシーケンスナンバーを既に送信された最大ＰＤＣＰ ＳＮ（PDCP_SN_TXed_Max）として使用することができ、まだ安全に開始できないＩＰパケットの送信のために次のシーケンスナンバー又はより高いシーケンスナンバーを前記ラップアラウンドカウンターの非同期化の恐れなしに使用することができる。
【０１１２】
ソースＥＮｏｄｅＢは、ＵＥがハンドオーバを行ったと判断した後、例えば図１３のステップ９に示すように、ソースＥＮｏｄｅＢが前記ハンドオーバメッセージに対するＨＡＲＱ応答（ＡＣＫ）又はＲＬＣ応答を受信すると、ソースＥＮｏｄｅＢは、ターゲットＥＮｏｄｅＢに最後に利用されたＰＤＣＰ ＳＮを通知することができる。これは、前記ハンドオーバ後にいずれのデータも送信しないことによりターゲットＥＮｏｄｅＢが後のハンドオーバ動作で次のターゲットＥＮｏｄｅＢに前記最後に送信されたＰＤＣＰ ＳＮの正確な値を報告できるように保証するときに好ましい。
【０１１３】
その後、ソースＥＮｏｄｅＢ又はターゲットＥＮｏｄｅＢは、既に送信が試みられた全てのＰＤＣＰ ＳＤＵを廃棄する。これにより、ＰＤＣＰのＳＮ内のギャップが唯一の影響であるため、再配置時に特定のＵＥ動作が要求されないであろう。
【０１１４】
本発明の他の実施形態によれば、ロスレスハンドオーバが考慮される。ロスレスハンドオーバの場合、好ましくは、ソースＥＮｏｄｅＢは、既に送信され、かつ、ＳＮが割り当てられた全てのＰＤＣＰ ＰＤＵ／ＳＤＵをターゲットＥＮｏｄｅＢに転送して前記ＰＤＣＰ ＰＤＵ／ＳＤＵがＵＥに送信できるようにする。ＵＥは、受信された最も高いＰＤＣＰ ＳＮ（PDCP_SN_Miss_max）後のＰＤＣＰ ＳＮをハンドオーバ完了メッセージに示してもよい。前記PDCP_SN_Miss_max値以前のＳＮは、既に送信された最大ＰＤＣＮ ＳＮ（PDCP_SN_TXed_Max）の値としてターゲットＥＮｏｄｅＢにより利用できる。
【０１１５】
シームレスハンドオーバと同様に、ロスレスハンドオーバでは、ターゲットＥＮｏｄｅＢが図１３のステップ１でソースＥＮｏｄｅＢから受信された、ダウンリンクで使用される最も高いＰＤＣＰ ＳＮに関する情報を利用できる。これにより、ターゲットＥＮｏｄｅＢは、例えば図１３のステップ２でこのような情報に固定オフセットを適用して前記固定オフセットをソースＥＮｏｄｅＢに通知する。これにより、ソースＥＮｏｄｅＢは、前記固定オフセット後の送信を停止することができる。また、ターゲットＥＮｏｄｅＢは、既に送信された最大ＰＤＣＰ ＳＮとして前記固定オフセットに対応するシーケンスナンバーを使用することができ、まだ安全に開始されていないＩＰパケットの送信のための次のシーケンスナンバー又はより高いシーケンスナンバーを前記ラップアラウンドカウンターの非同期化の恐れなしに使用することができる。
【０１１６】
まだ受信されていない最低のＰＤＣＰ ＳＮ（PDCP_SN_Miss_min）の値も、ターゲットＥＮｏｄｅＢ及びＵＥによりPDCP_SN_Miss_max及びウィンドウサイズパラメータ（HO_Reordering_window_size）で示されてもよく、決定されてもよい。前記の値は、例えばＲＢ設定／再設定時に通知される値でもよく、ハンドオーバ命令内に示される値でもよく、固定値でもよい。このようなＳＮは、PDCP_SN_TXed_MinとしてターゲットＥＮｏｄｅＢにより保存できる。
【０１１７】
ラップアラウンドカウンターを非同期化させないために、ターゲットＥＮｏｄｅＢは、ＰＤＣＰ ＳＮが割り当てられたＩＰパケットを送信しないことが好ましい。ここで、前記ＳＮの値は、PDCP_SN_TXed_MinとPDCP_SN_TXed_Maxとの間にない（ここで、PDCP_SN_TXed_Min及びPDCP_SN_TXed_Maxの値は許容される）。好ましくは、送信が既に試みられ、かつ、Ｘ２インタフェースを介して転送されたＰＤＣＰ ＰＤＵ／ＳＤＵは、ターゲットＥＮｏｄｅＢに順に到着する。Ｘ２インタフェースを介する送信が非順次である場合、ターゲットＥＮｏｄｅＢは、ＰＤＣＰヘッダを復号化するか前記転送されたＰＤＣＰ ＰＤＵ／ＳＤＵに追加されたＣＯＵＮＴ−Ｃ又はＰＤＣＰ ＳＮを認識することにより前記非順次的送信を検出できる。これにより、ターゲットＥＮｏｄｅＢは、非順次的ＰＤＣＰ ＰＤＵ／ＳＤＵを廃棄できる。従って、ＵＥは、以前に受信されたＰＤＣＰ ＳＮより高くないＳＮを有するＰＤＣＰ ＰＤＵを受信しないであろう。
【０１１８】
本発明によれば、ターゲットＥＮｏｄｅＢは、送信が試みられないａＧＷ／ソースＥＮｏｄｅＢから送信されたＰＤＣＰ ＳＤＵを送信する前に送信が試みられたＰＤＣＰ ＳＤＵからのデータを含むＰＤＣＰ ＰＤＵを送信することが好ましい。このような動作は、ハンドオーバの場合に好ましく、データ送信途中にはソースＥＮｏｄｅＢでバッファリングされてターゲットＥＮｏｄｅＢに転送される一部データが存在することが好ましい。これは、トランスポートのスイッチが一般的にターゲットＥＮｏｄｅＢでハンドオーバが確認されるときにのみトリガーされるためである。
【０１１９】
ソースＥＮｏｄｅＢがＵＥのハンドオーバ実行を検出した後、例えばソースＥＮｏｄｅＢが図１３のステップ９でハンドオーバメッセージに対するＨＡＲＱ応答（ＡＣＫ）又はＲＬＣ応答を受信すると、ソースＥＮｏｄｅＢは、ターゲットＥＮｏｄｅＢに最後に利用されたＰＤＣＰ ＳＮを報告することが好ましい。これは、前記ハンドオーバ後にいずれのデータも送信しないことにより、ターゲットＥＮｏｄｅＢが以後のハンドオーバ動作において、図１３のステップ１のように、次のターゲットＥＮｏｄｅＢに前記最後に送信されたＰＤＣＰ ＳＮの正確な値を報告できるように保証するときに好ましい。
【０１２０】
本発明によるエラーケースを説明する。エラーケースの一例において、Ｘ２インタフェース上での１つのＰＤＣＰ ＰＤＵ／ＳＤＵの損失が発生することがある。このようなエラーを処理するために、ＵＥは、例えば全てのＰＤＣＰ ＳＮが受信されていなくても現在受信されているＰＤＣＰ ＳＮより低いＰＤＣＰ ＳＮを有する全てのＰＤＵ／ＳＤＵを上位層に送信できる。ターゲットＥＮｏｄｅＢが好ましくは昇順のＰＤＣＰ ＳＮを有するＰＤＣＰ ＰＤＵをＵＥに送信すると、エラーを処理するためのＵＥの動作では問題が発生しないであろう。
【０１２１】
エラーケースの他の例において、送信が試みられた最後のＰＤＣＰ ＳＮは、ＵＥに最後に受信されたＰＤＣＰ ＳＮに該当しない。このようなエラーを処理するために、ターゲットＥＮｏｄｅＢは、次のような動作を実現できる。すなわち、ＰＤＣＰ ＰＤＵがタイマ満了前に受信されていないと、ターゲットＥＮｏｄｅＢは、前記パケットのＳＮを除去して前記パケットを非順次に送信する。ターゲットＥＮｏｄｅＢは、このような特殊な場合、前記ＰＤＣＰ ＰＤＵを廃棄することもできる。又は、このようなエラーを処理するために、最高のＳＮをソースＥＮｏｄｅＢからターゲットＥＮｏｄｅＢに計画的に送信できる。これにより、ターゲットＥＮｏｄｅＢは、最高のＰＤＣＰ ＳＮが認知できるようになり、このような最高のＰＤＣＰ ＳＮの受信を待機する理由があるか否かを認知するようになる。
【０１２２】
前述したような面において、本発明により次の手順を適用できる。好ましくは、ＵＥのＰＤＣＰ層は、シーケンスナンバーを含む損失したＰＤＣＰ ＰＤＵが順に到着することを期待する。例えば、図１４の４）において、ＵＥは、ＳＮ４のＰＤＣＰ ＰＤＵをまず受信した後、ＳＮ８のＰＤＣＰ ＰＤＵとＳＮ１０のＰＤＣＰ ＰＤＵを順に受信しようとする。次に、PDCP_SN_Miss_minより高いか同一のシーケンスナンバーが受信されるとすぐに、ＰＤＣＰ層は、前記受信されたＳＮより小さいＳＮを有するとともにまだ上位層に送信されていない全てのＰＤＣＰ ＰＤＵ及びそれ以降の全ての順次ＰＤＣＰ ＳＮが上位層に送信できるとみなす。詳細手順を図１５に示す。
【０１２３】
図１５は、本発明の一実施形態によるシーケンスナンバーを有するダウンリンクＰＤＣＰ ＰＤＵのためのハンドオーバでＵＥを動作させる方法を示す図である。好ましくは、ＵＥがハンドオーバ命令を受信すると、前記ＵＥは、ハンドオーバのときに再配置手順を開始する（１）。その後、ＵＥは、受信された最高のＰＤＣＰ ＳＮ以降のＰＤＣＰ ＳＮを決定した後、その値をPDCP_SN_Miss_maxに保存する（２）。ＵＥはまた、Ｃを、例えば損失が最小のＰＤＣＰ ＳＮ（PDCP_SN_Miss_min）又はPDCP_SN_Miss_max−HO_Reordering_window_sizeとして決定することができる。ここで、前記HO_Reordering_window_size値は、固定値であるか、又は、ハンドオーバ中もしくはＲＢ設定中に前記ＥＮｏｄｅＢから前記ＵＥが受信する。
【０１２４】
その後、ＵＥはＥＮｏｄｅＢからＰＤＣＰ ＰＤＵを受信した後（３）、再配置手順を続けて行う必要があるか否かを決定する（４）。本発明によれば、ＵＥは、次の基準の１つが実現されると、前記再配置手順を停止できる。
Ａ）（PDCP_SN_Miss_min≦現在のＰＤＣＰ ＰＤＵ ＳＮ＜PDCP_SN_Miss_max）が満たされない場合、
Ｂ）PDCP_SN_Miss_max＋オフセット≦現在のＰＤＣＰ ＰＤＵ ＳＮである場合、
Ｃ）再配置手順が開始するときに開始されたタイマが満了する場合、
Ｄ）再配置過程の停止を示すＰＤＣＰ制御ＰＤＵ又はビットが受信される場合。
【０１２５】
前記受信されたＰＤＣＰ ＰＤＵが既に受信されたＰＤＵである場合（５）、前記ＰＤＵは廃棄され、次に受信されるＰＤＣＰ ＰＤＵを待機する（６）。廃棄されていないＰＤＵの場合、ＵＥは、いずれのＳＮも損失することなく順に受信されたＳＮを有する全てのＰＤＣＰ ＰＤＵをPDCP_SN_Miss_minから識別する。前記識別されたＰＤＣＰ ＰＤＵを処理（例えば、ヘッダ圧縮解除）してその内容を上位層に送信する。好ましくは、ＵＥが既に受信したＰＤＵをＥＮｏｄｅＢが受信できるので、前記PDCP_SN_Miss_minは、現在受信されているＰＤＣＰ ＰＤＵのＳＮに設定される（７）。
【０１２６】
受信されたＰＤＣＰ ＰＤＵからのトリガーとは別に、例えばソースＥＮｏｄｅＢにより送信されていないＰＤＣＰ ＰＤＵに含まれるＩＰパケットがＸ２インタフェースで損失する場合、ハンドオーバ時の再配置手順の停止をトリガーするための他のトリガーが要求できる。これにより、ハンドオーバ手順の開始時にタイマを開始することが好ましい。前記タイマの満了時（８）、ＵＥは、それまで受信されたＳＮを有する全てのＰＤＣＰ ＰＤＵが処理可能で、上位層に送信可能であるとみなす（９）。一実施形態においては、前記タイマは、ダウンリンクでＰＤＣＰ ＰＤＵがＵＥにより受信される度に再開できる。その後、前記再配置手順がハンドオーバ時に停止される（１０）。
【０１２７】
図１４を参照すれば、例えばソースＥＮｏｄｅＢは、少なくともＳＮが４、８、９、及び１０のＰＤＣＰ ＰＤＵをＵＥに転送できる。ＵＥは、ＳＮが４のＰＤＣＰ ＰＤＵを受信した後、ＳＮが５、６、及び７の全てのＰＤＣＰ ＰＤＵを送信する。その後、ＵＥは、ＳＮが８、９、及び１０のＰＤＣＰ ＰＤＵを受信した後、このようなＰＤＵを処理してその内容を上位層に送信する。
【０１２８】
図１６は、本発明の一実施形態による移動局（ＭＳ）又はＵＥ１のブロック図である。ＵＥ１は、プロセッサ（又は、デジタルシグナルプロセッサ）２１０、ＲＦモジュール２３５、電力管理モジュール２０５、アンテナ２４０、バッテリ２５５、ディスプレイ２１５、キーパッド２２０、メモリ２３０、スピーカ２４５、及びマイク２５０を含む。
【０１２９】
ユーザは、例えばキーパッド２２０のボタンの押圧、又はマイク２５０を利用した音声認識により、電話番号などのインストラクション情報を入力する。マイクロプロセッサ２１０は、前記電話番号に電話をかけるなどの適切な機能を実行するために、前記インストラクション情報を受信して処理する。前記機能を実行するために、メモリモジュール２３０からオペレーションデータを検索することができる。また、プロセッサ２１０は、ユーザの参照及び便宜のために、前記インストラクション及びオペレーション情報をディスプレイ２１５に表示することができる。
【０１３０】
プロセッサ２１０は、例えば音声通信データを含む無線信号を送信するなどの通信を開始するために、インストラクション情報をＲＦモジュール２３５に送る。ＲＦモジュール２３５は、無線信号を受信及び送信するためのレシーバ及びトランスミッタを含む。アンテナ２４０は無線信号の送受信を容易にする。無線信号を受信すると、ＲＦモジュール２３５は、前記信号をベースバンド周波数に変換し、プロセッサ２１０の処理のためにプロセッサ２１０に伝達することができる。前記処理された信号は、例えばスピーカ２４５から出力される可聴又は可読情報に変形される。また、プロセッサ２１０は、ここに開示された様々な過程を行うために必要なプロトコル及び機能を含む。
【０１３１】
移動局１を、例えばプロセッサ２１０、他のデータ、又はデジタル処理装置を使用して、単独で又は外部サポートロジックとの組み合わせにより実現できることは、当業者に明らかである。本発明は、移動通信に関連して説明されたが、本発明は、無線通信能力を備えるＰＤＡやラップトップコンピュータのような移動装置を使用する無線通信システムでも用いることができる。また、本発明を説明するために使用された特定用語は本発明の範囲をＵＭＴＳのような特定タイプの無線通信システムに限定するものではない。本発明は、例えばＴＤＭＡ、ＣＤＭＡ、ＦＤＭＡ、ＷＣＤＭＡなどの様々なエアインタフェース及び／又は物理層を使用する他の無線通信システムにも適用できる。
【０１３２】
本発明の好ましい実施形態は、ソフトウェア、ファームウェア、ハードウェア、又はこれらの組み合わせを生産するための標準プログラミング及び／又はエンジニアリング技術を用いて、方法、装置、又は製造物として実現できる。ここで、「製造物」という用語は、ハードウェアロジック（例えば、集積回路チップ、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）など）、又はコンピュータ可読媒体（例えば、磁気記録媒体（例えば、ハードディスクドライブ、フロッピー（登録商標）ディスク、テープなど）、光記録装置（ＣＤ−ＲＯＭ、光ディスクなど）、揮発性及び不揮発性メモリ装置（例えば、ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、ファームウェア、プログラムロジックなど））において実行されるコードやロジックを意味する。前記コンピュータ可読媒体でのコードはプロセッサによりアクセス及び実行される。
【０１３３】
本発明の好ましい実施形態で実行されるコードは、送信媒体を介して、又はネットワーク上のファイルサーバからアクセスすることもできる。その場合、前記コードが実行される製造物は、ネットワーク送信ライン、無線送信媒体、空中を伝播する信号、無線波、赤外線信号などの送信媒体を含む。もちろん、当該技術分野における通常の知識を有する者であれば、本発明の要旨を逸脱しない範囲でその構成の様々な変更が可能であり、前記製造物が公知の情報伝達媒体をも含むことを理解するであろう。
【０１３４】
図面に示すロジックの実装は、特定動作が特定順序で発生するものとして説明した。他の実施形態においては、特定ロジック動作を他の順序で行うか、変更又は除去して行うことができ、本発明の好ましい実施形態を実現する。また、前述したロジックにステップをさらに追加することができ、これは本発明の実現によるものである。
【０１３５】
前述した実施形態と利点は単なる例示にすぎず、本発明を制限するものではない。本発明は、他のタイプの装置及び処理にも容易に適用できる。本発明の詳細な説明は単なる説明の便宜のためのものであり、請求の範囲を制限するものではない。当該技術分野における通常の知識を有する者であればこれらの多様な代替、変更、変形が可能であることを理解できるであろう。請求項において、ミーンズプラスファンクションクレームは列挙された機能を実行するものであり、ここに記載された構造、構造的均等物だけでなく均等な構造をも含む。
【図１】
2010530197.tif 000003
【図２】
2010530197.tif 000004
【図３】
2010530197.tif 000005
【図４】
2010530197.tif 000006
【図５】
2010530197.tif 000007
【図６】
2010530197.tif 000008
【図７】
2010530197.tif 000009
【図８】
2010530197.tif 000010
【図９】
2010530197.tif 000011
【図１０】
2010530197.tif 000012
【図１１】
2010530197.tif 000013
【図１２】
2010530197.tif 000014
【図１３】
2010530197.tif 000015
【図１４】
2010530197.tif 000016
【図１５】
2010530197.tif 000017
【図１６】
2010530197.tif 000018
【国際調査報告】
2010530197.tif 000019
2010530197.tif 000020