無線通信ネットワークにおけるシームレスなハンドオーバのための方法及び装置
【課題】ソース基地局からターゲット基地局への移動局のシームレスなハンドオーバをサポートする方法を提供する。
【解決手段】ハンドオーバの実行中に、ソース基地局から転送されたサービス・データ・ユニットとシーケンス番号情報とをターゲット基地局において受信するステップであって、該転送されたサービス・データ・ユニットは、関連するコアネットワークへのシーケンシャル転送のために該ソース基地局において保持されているサービス・データ・ユニットから成り、該転送されたシーケンス番号情報は、該転送されたサービス・データ・ユニットに対応するシーケンス番号を示す、ステップと、前記ターゲット基地局から前記関連するコアネットワークへのシーケンシャル転送のために、前記転送されたサービス・データ・ユニットを該ターゲット基地局において必要に応じて並べ替えるステップを備える。
【解決手段】ハンドオーバの実行中に、ソース基地局から転送されたサービス・データ・ユニットとシーケンス番号情報とをターゲット基地局において受信するステップであって、該転送されたサービス・データ・ユニットは、関連するコアネットワークへのシーケンシャル転送のために該ソース基地局において保持されているサービス・データ・ユニットから成り、該転送されたシーケンス番号情報は、該転送されたサービス・データ・ユニットに対応するシーケンス番号を示す、ステップと、前記ターゲット基地局から前記関連するコアネットワークへのシーケンシャル転送のために、前記転送されたサービス・データ・ユニットを該ターゲット基地局において必要に応じて並べ替えるステップを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に無線通信ネットワークに関し、特にこのようなネットワークにおけるシームレスなハンドオーバに関するものである。
【背景技術】
【０００２】
セルラシステムでは、移動端末は基地局間でハンドオーバを行う。ユーザにとって基地局の変更はシームレスに生じるのが好ましい。特に、シームレスなハンドオーバは、中断時間を最小化又は少なくとも低減し、データの損失及びシーケンス化の問題を防止する。
【０００３】
３ＧＰＰで現在標準化されているロング・ターム・エボリューション（ＬＴＥ：Long Term Evolution）システム（非特許文献１を参照）は、セル間のネットワークユーザの移動を規定する。より詳細には、当該仕様書は、シームレスなハンドオーバの提供に関連するレイヤ２（Ｌ２）規定を含む。これらＬ２プロトコルは、メディアアクセス制御（ＭＡＣ：Medium Access Control）プロトコル（ハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）規定による）、無線リンク制御（ＲＬＣ：Radio Link Control）プロトコル（ＡＲＱ規定による）及びパケットデータ集約プロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）を含む。
【０００４】
既知の実装では、（コア）ネットワーク・ゲートウェイ又はその他のパケット・データ・エンティティ（entity）は、移動局へのダウンリンク配信のために、ＰＤＣＰサービス・データ・ユニットを基地局へ配信する。基地局は、無線インタフェースを経て移動局へ順に送信するＰＤＣＰプロトコル・データ・ユニットを得るために、ヘッダ圧縮及び基地局専用の暗号化を適用することによってこれらのサービス・データ・ユニットを処理する。移動局は、これらＰＤＣＰプロトコル・データ・ユニットを受信して処理し、対応するＰＤＣＰサービス・データ・ユニットを再生成する。特に、プロトコル・データ・ユニットはシーケンス番号情報を含む。当該シーケンス番号情報によって移動局は、欠落した（missed）プロトコル・データ・ユニットを検出し、それに対応して、移動局がサービス・データ・ユニットをその正しい順序で処理することを確実にするために、必要に応じてデータを並べ替えることが可能になる。
【０００５】
逆に、移動局から基地局へのアップリンク送信のために、移動局は、移動局で発生するＰＤＣＰサービス・データ・ユニットを処理することで、空中線インタフェースを経て基地局へ順に送信される、対応するＰＤＣＰプロトコル・データ・ユニットを取得する。基地局は、受信したこれらのＰＤＣＰプロトコル・データ・ユニットを処理することで、対応するＰＤＣＰサービス・データ・ユニットを取得するとともに、シーケンス番号を使用することで、欠落しているデータを検出し、かつ、コアネットワークへアップリンクＰＤＣＰサービス・データ・ユニットの正確なシーケンシャル転送を行うために、必要に応じて並べ替えを実行する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】TS 36.300 v8.0.0, 3GPP; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2, March 2007.
【発明の概要】
【発明が解決しようとする課題】
【０００７】
基地局（及び移動局）における受信誤りは、誤った順序での受信を引き起こし得る。例えば、基地局は２つのＰＤＣＰプロトコル・データ・ユニットを順に受信し、第３のＰＤＣＰプロトコル・データ・ユニットの受信に失敗し、第４のＰＤＣＰプロトコル・データ・ユニットの受信に成功することがある。基地局において欠落した第３のＰＤＣＰプロトコル・データ・ユニットの受信に成功するまで、その第４のＰＤＣＰプロトコル・データ・ユニットをコアネットワークへ転送するための処理することはできない。従って、基地局は、誤った順序のデータをバッファリングして、欠落したデータをその後に受信し次第、並べ替えを行うために保持する。当該欠落したデータは、ＭＡＣ及びＲＬＣレイヤにおける既知のＡＲＱ／ＨＡＲＱ処理に従って再送され得る。誤った順序のデータ受信が生じると、移動局がその現在の基地局から新しい基地局へ引き渡される、移動局のハンドオーバに対して、潜在的に著しい複雑性が加わってしまう。
【課題を解決するための手段】
【０００８】
関連するコアネットワークへの順序付けられたシーケンシャル転送におけるサービス・データ・ユニットとして、基地局が移動局からプロトコル・データ・ユニットを受信する無線通信ネットワークにおいて、本明細書で提示する教示は、ソース基地局からターゲット基地局への移動局のシームレスなハンドオーバをサポートする方法を提供する。例として、本明細書の教示は、第３世代パートナーシップ・プロジェクト（３ＧＰＰ：Third Generation Partnership Project）によって公表されているEvolved Universal Terrestrial Radio Access（Ｅ−ＵＴＲＡ）の仕様書に基づく無線通信ネットワークに適合する。例えば、プロトコル・データ・ユニットは、パケットデータ集約プロトコル（ＰＤＣＰ）プロトコル・データ・ユニットを含んでいてもよく、サービス・データ・ユニットは、ＰＤＣＰサービス・データ・ユニットを含んでいてもよい。しかしながら、このような例を非限定的と理解すべきであるのは、本明細書の教示が、例えば、ネットワークの無線アクセス部分の範囲内の無線基地局において、ハンドオーバの際、順序付けられたデータ配信及び重複するデータの検出を使用する任意の無線通信ネットワークに本質的に適合するからである。
【０００９】
一実施形態では、本明細書の教示は、ターゲット基地局において処理するハンドオーバの方法を提供し、本方法は、ソース基地局からターゲット基地局への移動局のシームレスなハンドオーバをサポートする。このような少なくとも１つの実施形態では、本方法は、ハンドオーバの実行中に、ソース基地局から転送されるサービス・データ・ユニット及びシーケンス番号情報を、ターゲット基地局において受信するステップを含む。当該転送されるサービス・データ・ユニットは、関連するコアネットワークへのシーケンシャル転送のためにソース基地局において保持されているサービス・データ・ユニット、即ち、誤った順序のサービス・データ・ユニットであり、当該転送されるシーケンス番号情報は、転送されるサービス・データ・ユニットに対応するシーケンス番号を示す。本明細書で使用するように、サービス・データ・ユニットに対応するシーケンス番号は、単にこれらのサービス・データ・ユニットに対応するプロトコル・データ・ユニットのシーケンス番号である。
【００１０】
本方法は、ターゲット基地局から関連するコアネットワークへのシーケンシャル転送のために、ターゲット基地局において、転送されるサービス・データ・ユニットを必要に応じて並べ替えるステップを続けて行う。このように、再順序付け機能が無線通信ネットワークの無線アクセス部分の範囲内（例えば、基地局）に含まれており、関連するコアネットワークが、再順序付け機能を有する必要はない。
【００１１】
このようなプロトコル・データ・ユニット及びサービス・データ・ユニットは、例えば、ＰＤＣＰプロトコル及びサービス・データ・ユニットを含んでいてもよい。このような少なくとも１つの実施形態では、ソース基地局は、関連するコアネットワークへのシーケンシャル転送用の対応するサービス・データ・ユニットを取得するために、移動局から入ってくるプロトコル・データ・ユニットの暗号化解除と（ヘッダ圧縮が使用されている場合）圧縮解除とを行う。プロトコル・データ・ユニットがソース基地局において誤った順序で受信された場合、再度の順序付けのために、対応するサービス・データ・ユニットがソース基地局において保持される。対応する移動局のためにターゲット基地局へのハンドオーバが開始された場合、このようにバッファリングされたサービス・データ・ユニットが、ターゲット基地局へ転送される。
【００１２】
このように少なくとも一実施形態において、本明細書の教示は、ソース基地局において処理するハンドオーバの方法を提供し、本方法はソース基地局からターゲット基地局への移動局のシームレスなハンドオーバをサポートする。本方法は、ハンドオーバの実行中に、ソース基地局からターゲット基地局へサービス・データ・ユニット及びシーケンス番号情報を転送するステップを特徴とする。当該転送されるサービス・データ・ユニットは、関連するコアネットワークへのシーケンシャル転送のためにソース基地局において保持されるサービス・データ・ユニットであり、当該転送されるシーケンス番号情報は、転送されるサービス・データ・ユニットに対応する。このように、誤った順序によるプロトコル・データ・ユニットの受信に起因してソース基地局において保持されているサービス・データ・ユニットは、対応するプロトコル・データ・ユニットのシーケンス番号の表示とともに、ハンドオーバの実行によってターゲット基地局に転送される。
【００１３】
さらに、転送されるシーケンス番号情報は、少なくとも１つの実施形態では、ソース基地局から関連するコアネットワークへ直近に転送されたサービス・データ・ユニットに対応するプロトコル・データ・ユニットのシーケンス番号の表示を含む。さらに、あるいは代替的に、転送されるシーケンス番号情報は、ソース基地局から関連するコアネットワークへ順番に配信されることが予期される次のサービス・データ・ユニットに対応するシーケンス番号を含んでいてもよい。このように、ターゲット基地局は、欠落しているサービス・データ・ユニットを特定するために、転送されたシーケンス番号情報を好都合に処理することができる。
【００１４】
また、本明細書に提示する教示に従って、移動局が提供される。一実施形態では、移動局は無線通信ネットワークにおいて使用され、当該無線通信ネットワークで、移動局はプロトコル・データ・ユニットを基地局に送信し、基地局は対応するサービス・データ・ユニットを関連するコアネットワークに転送する。移動局は、ソース基地局からターゲット基地局へのシームレスなハンドオーバをサポートし、ハンドオーバ・プロセッサによって特徴付けられる。移動局の当該ハンドオーバ・プロセッサは、ターゲット基地局からのシグナリングに応じて、欠落しているサービス・データ・ユニットに対する新たなプロトコル・データ・ユニットを再生成し、当該再生成したプロトコル・データ・ユニットを送信するように動作する。再生成されたプロトコル・データ・ユニットは、移動局においてバッファリングされた、対応するサービス・データ・ユニットから再生成され、（ターゲット基地局の）シグナリングは、ターゲット基地局において何れのサービス・データ・ユニットが欠落しているかを示し、又は、何れのサービス・データ・ユニットがターゲット基地局において受信に成功しているかを等価的に示す。例えば、このようなシグナリングは、明示的な再送要求と、何れのサービス・データ・ユニットがターゲット基地局において受信に成功しているか、若しくは何れのサービス・データ・ユニットがターゲット基地局において欠落しているかを示す、ターゲット基地局からの状態又はその他のメッセージの送信との、少なくとも何れかを含んでいてもよい。
【００１５】
当然ながら、本発明は特徴及び利点に関する上記の概要に限定されない。実際、当業者は、以下の詳細な説明を読み、添付する図面を見ることによって、更なる特徴及び利点を認識するであろう。
【図面の簡単な説明】
【００１６】
【図１】本明細書において教示するように、シームレスなハンドオーバの実施形態に従って構成された基地局ソース及びターゲット基地局を含む、無線通信ネットワークの一実施形態のブロック図である。
【図２】パケットデータ集約プロトコル（ＰＤＣＰ）の処理に関連する機能的な処理のブロック図である。
【図３】本明細書において教示するシームレスなハンドオーバの教示に従った、ソース基地局及びターゲットターゲット基地局の少なくとも何れかの一実施形態のブロック図である。
【図４】本明細書において教示するようなシームレスなハンドオーバに従った、ハンドオーバの実行前、実行中、及び実行後におけるプロトコル及びサービス・データ・ユニットの処理の一例と、関連する状態とを示すブロック図である。
【発明を実施するための形態】
【００１７】
図１は、関連する３ＧＰＰ仕様書に従い構成される、限定はしないがＥ−ＵＴＲＡＮネットワークでもよい無線通信ネットワーク１０を図示する。ネットワーク１０は、無線アクセスネットワーク（ＲＡＮ：radio acces network）１２及び関連するコアネットワーク１４を含む。ＲＡＮ１２は、いくつかの無線基地局１６を含み、無線基地局は、例えばｅＮＢとも呼ぶ「高度化ノードＢ」でもよい。コアネットワーク１４は、「システム・アーキテクチャ・エボリューション（ＳＡＥ：System Architecture Evolution）・ゲートウェイ（ＧＷ：Gateway）」などのパケット・データ・ゲートウェイ１８を含む。
【００１８】
一方の基地局１６から他方の基地局への移動局２０のシームレスなハンドオーバに関連する処理の特徴及び構成に重点を置いて、図１は、「ソース基地局」の役割を果たす一方の基地局１６と、「ターゲット基地局」の役割を果たす他方の基地局１６とを図示する。容易に考察できるように、ソース基地局１６をソース基地局１６−１と表し、ターゲット基地局１６をターゲット基地局１６−２と表す。
【００１９】
基地局１６を介して移動局２０からゲートウェイ１８に流れるアップリンク通信に特に焦点を当てると、移動局２０はパケットデータ集約プロトコル（ＰＤＣＰ）プロセッサ３２を含み、基地局１６は対応するＰＤＣＰプロセッサ３０を含むことがわかる。ソース基地局１６−１が移動局２０からのアップリンク通信を現在サポートしていると想定すると、移動局２０は、（「サービス・データ・ユニット」と称されることが多い）ＰＤＣＰサービス・データ・ユニットの暗号化及び（オプションとして）圧縮に基づく（「プロトコル・データ・ユニット」と称されることが多い）ＰＤＣＰプロトコル・データ・ユニットの形成に基づいて、パケット・データをゲートウェイ１８に送信する。例えば、移動局２０からゲートウェイ１８に送信されるアップリンク・パケット・データからＰＤＣＰサービス・データ・ユニットへフォーマットされ、その後、当該ＰＤＣＰサービス・データ・ユニットは、ソース基地局１６−１への無線送信のために、ＰＤＣＰプロトコル・データ・ユニットへ加工される。
【００２０】
次に、ソース基地局１６−１は、受信したＰＤＣＰプロトコル・データ・ユニットを処理することで、対応するＰＤＣＰサービス・データ・ユニットを取得し、ソース基地局１６−１は、当該対応するＰＤＣＰサービス・データ・ユニットをゲートウェイ１８に伝送する。ＰＤＣＰサービス・データ・ユニットはゲートウェイに送信シーケンスの順序で伝送されるべきであるので、ＰＤＣＰアップリンク処理には、送信されるＰＤＣＰプロトコル・データ・ユニットへのシーケンス番号の割当処理が含まれる。このようにして、ソース基地局１６−１は、ソース基地局１６−１において誤った順序で受信されたＰＤＣＰプロトコル・データ・ユニットを特定することができる。ソース基地局１６−１は、誤った順序のＰＤＣＰプロトコル・データ・ユニットに対応するＰＤＣＰサービス・データ・ユニットを一時的にバッファリングすることができる。その他の利点の中で、本明細書において提示する教示は、ソース基地局及びターゲット基地局の有利な処理を提供し、当該教示において、ソース基地局１６−１からターゲット基地局１６−２への移動局２０のシームレスなハンドオーバをサポートして、そのようなバッファリングされたＰＤＣＰサービス・データ・ユニットがソース基地局１６−１からターゲット基地局１６−２へ転送される。
【００２１】
より詳細には、本明細書において教示する１つ以上の実施形態によれば、インタフェース２４は、ソース基地局１６−１をターゲット基地局１６−２へ通信により連結し、当該インタフェース２４は、ハンドオーバの実行中に、サービス・データ・ユニット及び対応するシーケンス番号情報をターゲット基地局１６−２へ転送するために、ソース基地局１６−１によって使用される。図１において、これらの転送されるサービス・データ・ユニットは参照番号「２６」により特定され、シーケンス番号情報は参照番号「２８」によって特定される。転送されるサービス・データ・ユニット２６は、ソース基地局１６−１において誤った順序で受信されたプロトコル・データ・ユニットに対応し、かつ、ゲートウェイ１８に転送されていないサービス・データ・ユニットである。言い換えれば、転送されるサービス・データ・ユニット２６は、ゲートウェイ１８へのシーケンシャル転送のためにソース基地局１６−１において保持されているサービス・データ・ユニットである。それに合わせて、シーケンス番号情報２８は、当該転送されるサービス・データ・ユニットに対応するシーケンス番号を少なくとも示す。言い換えれば、転送されるシーケンス番号情報は、転送されるサービス・データ・ユニット２６に対応する、誤った順序のプロトコル・データ・ユニットのシーケンス番号を示す。あるいは、シーケンス番号情報２８は、欠落したサービス・データ・ユニットに対応するシーケンス番号を含んでいてもよい。
【００２２】
このように、本明細書おいて１つ以上の実施形態で教示するように、ソース基地局１６−１からターゲット基地局１６−２への移動局２０のシームレスなハンドオーバをサポートする方法が特徴とするのは、ハンドオーバの実行中にソース基地局１６−１から転送されるサービス・データ・ユニット及びシーケンス番号情報をターゲット基地局１６−２において受信するステップである。当該転送されるサービス・データ・ユニットは、関連するコアネットワーク１４へのシーケンシャル転送のためにソース基地局１６−１において保持されており、当該転送されるシーケンス番号情報は、転送されるサービス・データ・ユニットに対応するシーケンス番号を示す。本方法は、ターゲット基地局１６−２から関連するコアネットワーク１４へのシーケンシャル転送のために、ターゲット基地局１６−２において、当該転送されたサービス・データ・ユニットを必要に応じて並べ替えるステップを続ける。
【００２３】
少なくとも１つの実施形態では、ターゲット基地局１６−２から関連するコアネットワーク１４へのシーケンシャル転送のために、ターゲット基地局１６−２において、当該転送されたサービス・データ・ユニットを必要に応じて並べ替えるステップは、ターゲット基地局１６−２が、転送されたシーケンス番号情報に基づいて欠落しているサービス・データ・ユニットを特定するステップと、当該欠落しているサービス・データ・ユニットに対応するプロトコル・データ・ユニットの移動局２０による再送を要求するステップとを含む。このような少なくとも１つの実施形態において、本方法は、さらに、ターゲット基地局１６−２が、再送されたプロトコル・データ・ユニットを受信するとともに、欠落しているサービス・データ・ユニットを取得するためにそれらを処理するステップと、関連するコアネットワーク１４へのシーケンシャル転送のために、このように取得されたサービス・データ・ユニットを、転送されたサービス・データ・ユニットとともに必要に応じて並べ替えるステップと、によって特徴付けられる。
【００２４】
１つ以上の実施形態において本方法がさらに特徴とするのは、ターゲット基地局１６−２が、ターゲット基地局１６−２において移動局２０から受信する、ソース基地局１６−１から関連するコアネットワーク１４へ以前に転送されたサービス・データ・ユニットに関して重複するプロトコル・データ・ユニットを特定するために、転送されたシーケンス番号情報を処理するステップである。ターゲット基地局１６−２は、また、ターゲット基地局１６−２から関連するコアネットワーク１４へのシーケンシャル転送を目的として、転送されたサービス・データ・ユニットを並べ替えるために移動局による再送が必要なプロトコル・データ・ユニットを特定するため、転送されたシーケンス番号情報を処理する。
【００２５】
少なくとも１つの実施形態において、転送されるサービス・データ・ユニットは、ハンドオーバの開始時又は開始前にソース基地局１６−１において誤った順序で受信され、かつ、ソース基地局１６−１から関連するコアネットワーク１４へサービス・データ・ユニットとして転送されていない、対応するプロトコル・データ・ユニットの、暗号化解除に成功したバージョンである。このような実施形態又は少なくとも１つのその他の実施形態においては、当該転送されるサービス・データ・ユニットは、ハンドオーバの開始時又は開始前にソース基地局１６−１において誤った順序で受信され、かつ、ソース基地局１６−１から関連するコアネットワーク１４へサービス・データ・ユニットとして転送されていない、対応するプロトコル・データ・ユニットの、暗号化解除及び圧縮解除に成功したバージョンであることであることに留意されたい。また、本方法の少なくとも１つの実施形態では、転送されるシーケンス番号情報は、ソース基地局１６−１から関連するコアネットワーク１４へ直近に転送されたサービス・データ・ユニットに対応するシーケンス番号を示し、あるいは、順番に受信されたサービス・データ・ユニットのうち最後のものに対応するシーケンス番号を示し、あるいは、ソース基地局１６−１から関連するコアネットワーク１４へ次に転送されることが予期されるサービス・データ・ユニットに対応するシーケンス番号を示すことに留意されたい。（「順番に受信されたサービス・データ・ユニットのうち最後のもの」とは、移動局２０からアップリンクのプロトコル・データ・ユニットを受信することによって移動局２０から順番に受信した最後のサービス・データ・ユニットを表す。）
【００２６】
いずれにしても、一例としてＰＤＣＰを使用するプロトコル・データ・ユニット及びサービス・データ・ユニットをより良く理解するために、図２は、各基地局１６がＰＤＣＰプロセッサ３０を含むことを示しており、ＰＤＣＰプロセッサは、ソフトウェア、ハードウェア又はそれらの任意の組み合わせで実装される機能的な処理要素でもよい。（移動局２０は同様のＰＤＣＰプロセッサ３２を含む。）ＰＤＣＰプロセッサ３０は、ゲートウェイ１８から入ってくるＰＤＣＰサービス・データ・ユニットへの暗号化及び（ヘッダ）圧縮の適用により、移動局２０への無線送信のためのダウンリンクＰＤＣＰプロトコル・データ・ユニットを機能的に形成することがわかる。特に、ＰＤＣＰプロセッサ３０は、移動局２０におけるＰＤＣＰサービス・データ・ユニットのシーケンシャルな順序付け及び処理を可能にするために、各ＰＤＣＰプロトコル・データ・ユニットに対するシーケンス番号の生成／割当ても行う。移動局２０におけるＰＤＣＰプロセッサ３２は、このようにして基地局１６からダウンリンクＰＤＣＰプロトコル・データ・ユニットを受信し、対応するＰＤＣＰサービス・データ・ユニットを取得するために圧縮解除／暗号化解除を行う。受信機の動作には、シーケンス番号情報の除去も含まれる。
【００２７】
同様に、ＰＤＣＰプロセッサ３２は、所望の送信情報を表すＰＤＣＰサービス・データ・ユニットへの暗号化及び任意的なヘッダ圧縮の適用により、基地局１６への無線送信のためのアップリンクＰＤＣＰプロトコル・データ・ユニットを機能的に形成することがわかる。特に、ＰＤＣＰプロセッサ３２は、基地局１６におけるＰＤＣＰサービス・データ・ユニットのシーケンシャルな順序付け及び処理処理を可能にするために、各ＰＤＣＰプロトコル・データ・ユニットに対するシーケンス番号の生成／割当ても行う。基地局１６は、このようにして移動局２０からアップリンクＰＤＣＰプロトコル・データ・ユニットを受信し、基地局１６のＰＤＣＰプロセッサ３０は、対応するＰＤＣＰサービス・データ・ユニットを取得するためにアップリンクＰＤＣＰプロトコル・データ・ユニットの圧縮解除／暗号化解除を行い、ここで、シーケンス番号付けは除去される。さらなる詳細及び例については、３ＧＰＰにより公開されているようにTS 36.326 version 8.0.0を参照してもよい。
【００２８】
ＰＤＣＰの処理に関して特に重要なのは、基地局１６−１及び基地局１６−２が移動局２０のシームレスなハンドオーバをサポートすることである。一般に、当業者には、基地局１６が通信制御機能及び呼処理機能の包括セットを提供する複雑な計算プラットフォームに相当することと、このようなシステムがその実装に関して広範な変形を前提とすることが理解されよう。従って、図３は、シームレスなハンドオーバ処理に対応する基地局１６の機能的な実装の非限定的な一例と理解されよう。
【００２９】
図３で、基地局１６−ｘ（ここで「ｘ」は図１の場合「１」又は「２」を表す）は、ゲートウェイ・インタフェース回路４０、図１に取り入れられた論理的な基地局間インタフェース２４の一部と考えられ得る基地局インタフェース４２、移動局２０（及びその他の移動局）との無線通信のための無線通信インタフェース４４、並びに、通信制御及び処理を実行し、一般的な基地局動作を担う制御／処理回路４６を含む、複数の機能的な回路又はサブシステムを含む。
【００３０】
制御／処理回路４６は、例えば、マイクロ・プロセッサに基づく回路であり、当該回路は、基地局１６−ｘ内のコンピュータ読み取り可能な媒体に格納された１つ以上のコンピュータ・プログラムに従って動作してもよい。当然ながら、制御／処理回路４６がハードウェア、ソフトウェア、又はそれらの任意の組み合わせから成っていてもよいことは、理解されるべきである。そのことを考慮すると、制御／処理回路４６は、これまでに説明したＰＤＣＰプロセッサ３０とともにハンドオーバ・プロセッサ４８を含み、当該ハンドオーバ・プロセッサも、ソフトウェア、ハードウェア、又はそれらの任意の組み合わせで実装され得る。ＰＤＣＰプロセッサ３０は、より大きな階層化プロトコルスタックの一部を含んでいてもよく、その動作は無線リンク制御（ＲＬＣ）及びメディアアクセス制御（ＭＡＣ）の処理と協調することが、当業者には認識されよう。
【００３１】
基地局１６−ｘは、図１のソース基地局、例えば１６−１として、及び図１のターゲット基地局、例えば１６−２として、選択的に動作する。図１の参照番号を再び参照し、ターゲット基地局の動作に関して、基地局１６−２はソース基地局１６−１からの移動局２０のシームレスなハンドオーバをサポートする方法を実装する。１つ以上の実施形態において、本方法が特徴とするのは、ハンドオーバの実行中に、ソース基地局１６−１から転送されたＰＤＣＰサービス・データ・ユニット２６及びシーケンス番号情報２８をターゲット基地局１６−２において受信するステップであり、当該転送されるＰＤＣＰサービス・データ・ユニット２６及びシーケンス番号情報２８は、コアネットワーク１４へのシーケンシャル転送のためにソース基地局１６−１において保持されているサービス・データ・ユニットに対応し、当該転送されるシーケンス番号情報は、転送されるサービス・データ・ユニットに対応するシーケンス番号を示す。本方法がさらに特徴とするのは、ターゲット基地局１６−２から関連するコアネットワークへのシーケンシャル転送のために、ターゲット基地局１６−２において、転送されたＰＤＣＰサービス・データ・ユニットを必要に応じて並べ替えるステップである。
【００３２】
少なくとも１つの実施形態では、ターゲット基地局１６−２から関連するコアネットワークへのシーケンシャル転送のために、ターゲット基地局１６−２において、転送されたＰＤＣＰサービス・データ・ユニットを必要に応じて並べ替えるステップは、ターゲット基地局１６−２が、転送されたシーケンス番号情報２８に基づいて欠落しているサービス・データ・ユニットを特定するステップと当該欠落しているサービス・データ・ユニットに対応するプロトコル・データ・ユニットの移動局２０による再送を要求するステップとを含む。本方法がさらに特徴とし得ることは、転送されたシーケンス番号情報２８が、転送されたサービス・データ・ユニットに対応するシーケンス番号を示し、さらに、ソース基地局１６−１から関連するコアネットワーク１４へ直近に転送されたＰＤＣＰサービス・データ・ユニットに対応するシーケンス番号を示すことである。シーケンス番号情報２８は、また、ソース基地局１６−１において欠落しているサービス・データ・ユニットのシーケンス番号を含んでいてもよい。
【００３３】
このような情報は、ハンドオーバの実行中に、ソース基地局１６−１からターゲット基地局１６−２へ送信される受信状態メッセージの形式で送信されてもよい。少なくとも１つの実施形態では、転送されたシーケンス番号情報２８は、さらに、ソース基地局１６−１から関連するコアネットワーク１４へ直近に転送されたＰＤＣＰサービス・データ・ユニットに対応するＰＤＣＰプロトコル・データ・ユニットのシーケンス番号を示す。即ち、転送されたシーケンス番号情報は、転送されたＰＤＣＰサービス・データ・ユニット２６に対応するＰＤＣＰプロトコル・データ・ユニットのシーケンス番号を示してもよく、さらに、ソース基地局１６−１から関連するコアネットワーク１４へ正しい順番で既に転送されたＰＤＣＰサービス・データ・ユニットに対応する最も高いシーケンス番号をさらに示すことができる。これまでに述べたように、ソース基地局１６−１から関連するコアネットワーク１４へ直近に転送されたサービス・データ・ユニットに対応するシーケンス番号を示す代わりに、転送されたシーケンス番号情報は、次に高いシーケンス番号を示すことができる。
【００３４】
本方法がさらに特徴とし得ることは、ターゲット基地局１６−２が、ソース基地局１６−１からコアネットワーク１４へ以前に転送されたＰＤＣＰサービス・データ・ユニットに関して重複している、ターゲット基地局１６−２において移動局２０から受信されたＰＤＣＰプロトコル・データ・ユニットを特定するために、転送されたシーケンス番号情報２８を処理し、かつ、ターゲット基地局１６−２から関連するコアネットワーク１４、例えばゲートウェイ１８へのシーケンシャル転送のために転送されたＰＤＣＰサービス・データ・ユニットの並べ替えを行うことを目的として、移動局２０による再送を要求されたＰＤＣＰプロトコル・データ・ユニットを特定するために、転送されたシーケンス番号情報２８を処理することである。
【００３５】
本方法がさらに特徴とし得ることは、転送されるＰＤＣＰサービス・データ・ユニット２６が、ハンドオーバの開始時又は開始前にソース基地局１６−１において誤った順序で受信され、かつ、ソース基地局１６−１から関連するコアネットワーク１４へ転送されていない、対応するＰＤＣＰプロトコル・データ・ユニットの、暗号化の解除に成功したバージョンであることである。ヘッダ圧縮が使用されている場合、転送されたサービス・データ・ユニットは圧縮解除され得る。このため、この点について、ターゲット基地局１６−２が、ソース基地局１６−１において使用される暗号化キーを知る必要はなく、また、ソース基地局１６−１が、ヘッダ圧縮状態情報をターゲット基地局１６−２に転送する必要もない。
【００３６】
ソース基地局１６−１における補完的でシームレスなハンドオーバの方法が特徴とするのは、ソース基地局１６−１において誤った順序で受信され、かつ、ソース基地局１６−１によって関連するコアネットワーク１４へ未だ転送されていないＰＤＣＰプロトコル・データ・ユニットに対応する、ＰＤＣＰサービス・データ・ユニット２６及びシーケンス番号情報２８を、ハンドオーバの実行中にソース基地局１６−１からターゲット基地局１６−２へ転送するステップである。言い換えると、ソース基地局１６−１は、シーケンシャル転送のためにソース基地局１６−１が保持しているサービス・データ・ユニットを転送する。言及したように、このような転送は、さらに、転送されるＰＤＣＰサービス・データ・ユニット２６が、ソース基地局１６−１において誤った順序で受信され、かつ、ソース基地局１６−１によって関連するコアネットワーク１４へ未だ転送されていないＰＤＣＰプロトコル・データ・ユニットの、暗号化の解除に成功したバージョンであることを特徴とする。従って、転送されるシーケンス番号情報２８は、このような誤った順序のＰＤＣＰプロトコル・データ・ユニットのシーケンス番号を示す。
【００３７】
さらにまた、ソース基地局１６−１において実装されるシームレスなハンドオーバ方法が特徴とし得ることは、ソース基地局１６−１が、さらに、ソース基地局１６−１から関連するコアネットワーク１４へ直近に転送したＰＤＣＰサービス・データ・ユニットに対応するＰＤＣＰプロトコル・データ・ユニットについてのシーケンス番号の表示、又は、順番に受信したサービス・データ・ユニットのうち最後のものに対応するシーケンス番号の表示を、転送するシーケンス番号情報２８に含めることである。あるいは、ソース基地局１６−１は、ソース基地局１６−１から関連するコアネットワーク１４へ次に転送すると予期するサービス・データ・ユニットに対応するシーケンス番号を、転送してもよい。
【００３８】
従って、図３の説明例によれば、（基地局）インタフェース４２及びハンドオーバ・プロセッサ４８を含むようにターゲット基地局１６−２を構成することにより、１つ以上の実施形態において、ソースソースからターゲットへのシームレスなハンドオーバがサポートされる。このような少なくとも１つの実施形態では、インタフェース４２は、ソース基地局１６−１から転送されるＰＤＣＰサービス・データ・ユニット２６及びシーケンス番号情報２８を受信するように動作する。ここで、当該転送されるサービス・データ・ユニット２６は、関連するコアネットワーク１４へのシーケンシャル転送のためにソース基地局１６−１において保持されているサービス・データ・ユニットであり、当該転送されるシーケンス番号情報は、転送されるサービス・データ・ユニットについての対応するシーケンス番号を示す。従って、ハンドオーバ・プロセッサ４８は、ターゲット基地局１６−２から関連するコアネットワーク１４へのシーケンシャル転送のために、当該転送されたＰＤＣＰサービス・データ・ユニットをターゲット基地局１６−２において必要に応じて並べ替えるように動作する。
【００３９】
補完的なソース基地局動作のために、ハンドオーバ・プロセッサ４８及び関連するインタフェース４２は、ソース基地局１６−１からターゲット基地局１６−２へのＰＤＣＰサービス・データ・ユニット２６及びシーケンス番号情報２８の転送を行う。言及したように、転送されるＰＤＣＰサービス・データ・ユニット２６及びシーケンス番号情報２８は、ソース基地局１６−１において誤った順序で受信され、かつ、ソース基地局１６−１によって関連するコアネットワーク１４へ未だ転送されていないＰＤＣＰプロトコル・データ・ユニットに対応する。
【００４０】
当然ながら、移動局２０も、ソース基地局１６−１からターゲット基地局１６−２へのシームレスなハンドオーバをサポートするとともに、１つ以上の処理回路、例えば図１に示すＰＤＣＰプロセッサ３２を実装するマイクロ・プロセッサに基づくシステムを含む。少なくとも１つの実施形態において、移動局２０は、１つ以上の処理回路を含む。当該処理回路は、ターゲット基地局から受信される再送要求に応じて、欠落しているＰＤＣＰサービス・データ・ユニットについてのＰＤＣＰプロトコル・データ・ユニットを再送するように動作するとともに、移動局２０においてバッファリングされた対応するＰＤＣＰサービス・データ・ユニットを使用して再送するためのＰＤＣＰプロトコル・データ・ユニットを再生成するために、新たな暗号化状態と新たなヘッダ圧縮状態とを使用することを特徴とする。このように、ターゲット基地局１６−２は、移動局２０によるプロトコル・データ・ユニットの再送が要求された、欠落しているサービス・データ・ユニットを特定するために、転送されたシーケンス番号情報２８を少なくとも部分的に使用する。この意味で、（複数の）再送が必要であるのは、ターゲット基地局１６−２のハンドオーバ・プロセッサ４８が、転送されたＰＤＣＰサービス・データ・ユニット２６を並べ替えて、それらを正しい順番で関連するコアネットワーク１４へ転送できるようにするためである。
【００４１】
さらに、少なくとも１つの実施形態では、移動局２０はソース基地局１６−１からターゲット基地局１６−２へのシームレスなハンドオーバをサポートする。当該移動局２０は、ハンドオーバ・プロセッサが、ターゲット基地局１６−２において何れのサービス・データ・ユニットが欠落しているかを示す、又は何れのサービス・データ・ユニットがターゲット基地局１６−２において受信に成功しているかを等価的に示す、ターゲット基地局１６−２からのシグナリングに応じて、欠落しているサービス・データ・ユニットについての新たなプロトコル・データ・ユニットを再生成するとともに、再生成したプロトコル・データ・ユニットを送信するように動作することを特徴とする。
【００４２】
再生成されるプロトコル・データ・ユニットは、移動局２０においてバッファリングされた対応するサービス・データ・ユニットから再生成される。少なくともこのような１つの実施形態において、移動局２０は、さらに、当該再生成されたプロトコル・データ・ユニットを、新たな暗号化状態及び新たなヘッダ圧縮状態のうちの少なくとも１つを使用して再生成することを特徴とする。さらに、少なくとも１つの実施形態において、移動局２０は、さらに、受信に成功していることをターゲット基地局１６−２によって示されたサービス・データ・ユニットの再送を控えることを特徴とする。
【００４３】
以上のことを考慮すると、当業者は、１つ以上の実施形態において、本明細書における教示には、移動局２０のシームレスなハンドオーバのために第１の基地局（例えば、ソース基地局１６−１）から第２の基地局（例えば、ターゲット基地局１６−２）へ転送されるサービス・データ・ユニットを含む情報を送信することが含まれることを、認識するであろう。ここで、基地局１６及び移動局２０は、プロトコルによって制御されるリンク（例えば、ＰＤＣＰリンク）のそれぞれの端点を表す。少なくとも１つの態様において、本明細書における教示は、ソース基地局１６−１からターゲット基地局１６−２へ送信する情報（例えば、状態メッセージ）に基づいて、ターゲット基地局１６−２におけるサービス・データ・ユニットの並べ替え処理を検討している。少なくとも１つの実施形態において、当該メッセージは、ソース基地局１６−１において受信に成功したサービス・データ・ユニット又はプロトコル・データ・ユニットに関する情報を含む。この情報は、ハンドオーバの完了後に、ターゲット基地局１６−２において欠落しているサービス・データ・ユニットの再送を要求するために使用され得る。ソース基地局１６−１によってゲートウェイ１８へ既に配信されているデータをターゲット基地局１６−２が受信する場合には、ターゲット基地局１６−２における重複検出のために、同一の状態情報が使用され得る。
【００４４】
少なくとも１つの実施形態では、シームレスなハンドオーバの一部としてのアップリンクの移動性は、「Ｓ１インタフェース」を介して関連するコアネットワーク１４のゲートウェイ１８へ送られる、累積的に正しく受信された全てのデータ（即ち、順番に受信された、又は並べ替えに成功した全てのＰＤＣＰサービス・データ・ユニット）の送信処理を含む。ゲートウェイ１８は、Ｅ−ＵＴＲＡＮの実施形態において、システム・アーキテクチャ・エボリューション（ＳＡＥ）・ゲートウェイ（ＧＷ）から成る。
【００４５】
ハンドオーバを開始すると、ソース基地局１６−１は、ターゲット基地局１６−２に対して、これら２つの基地局を接続する論理的なインタフェース２６を介して状態メッセージを送信する。ＬＴＥでは、このインタフェースは「Ｘ２」インタフェースと名付けられている。（ソース基地局とターゲット基地局とが「Ｘ２」インタフェースによって論理的に相互接続されない場合、データ転送や状態メッセージの転送を含む上述の通信は、コアネットワーク１４を介して、即ち、２つの基地局１６とコアネットワーク１４との間の２つの論理的なＳ１インタフェースを使用することによって、中継され得る。）状態メッセージは、ソース基地局１６−１におけるサービス・データ・ユニットの受信状態を記述する。なお、状態メッセージが、アップリンク通信のデータ送信機である移動局２０の状態を必ずしも表さないことに留意されたい。
【００４６】
転送されるシーケンス番号情報２８を具現化するかあるいは伴う場合がある、本明細書でこれまでに説明した状態メッセージは、ソース基地局１６−１によってＳ１インタフェースを経てゲートウェイ１８へ転送されたサービス・データ・ユニットの状態を含んでいてもよい。さらに注記したように、ソース基地局１６−１は、ソース基地局１６−１において受信されているが、未だゲートウェイ１８へ配信されていないサービス・データ・ユニット２６、即ち、ソース基地局１６−１において、順番に受信されておらず、並べ替え処理を待っているために、ソース基地局１６−１において保持されているサービス・データ・ユニットをも、転送する。上述したように、このようなサービス・データ・ユニットは、ゲートウェイ１８へ転送されるよりむしろソース基地局１６−１において一時的にバッファリングする。
【００４７】
これらのバッファリングしたサービス・データ・ユニットをソース基地局１６−１からターゲット基地局１６−２へ転送することを想定すると、移動局２０は、欠落しているサービス・データ・ユニットに対応するプロトコル・データ・ユニットをターゲット基地局１６−２へ再送する。移動局２０は、例えば、ターゲット基地局１６−２において欠落しているＰＤＣＰサービス・データ・ユニットについての新たなＰＤＣＰプロトコル・データ・ユニットを生成することによって、このような再送を実行する。なお、移動局２０は、対応して送信したプロトコル・データ・ユニットについての確認応答（acknowledgment）を待ち受けている間、一般にサービス・データ・ユニットを保持し、これらの保持された複製は、プロトコル・データ・ユニットの再生成及び再送に使用され得る。
【００４８】
移動局２０はまた、１つ以上の実施形態において、欠落しているＰＤＣＰサービス・データ・ユニットの再送のために、新たな暗号化及びヘッダ圧縮状態を使用する。ソース基地局１６−１からターゲット基地局１６−２へ送信される状態メッセージに含まれる情報は、既知の（例えば、ＲＬＣプロトコルにおける）ＡＲＱ機構を使用して移動局２０による再送を要求するために、ターゲット基地局１６−２によて使用され得る。
【００４９】
１つ以上の実施形態における状態メッセージは、ソース基地局１６−１においてデータが正しく受信されている最大のシーケンス番号（ＳＮ）を示すＳＮを少なくとも含む。ターゲット基地局１６−２は、転送されたサービス・データ・ユニット２６に対応するシーケンス番号に基づいて、欠落しているサービス・データ・ユニットを判断することができる。しかしながら、少なくとも１つの実施形態では、ソース基地局１６−１は、データリスト又はビットマップの形式等で、欠落しているデータを明示的に示す。ＡＲＱに関連する情報に加えて、状態レポートは、圧縮解除及び暗号化解除の少なくとも何れかに成功した（又は成功しなかった）プロトコル・データ・ユニットに関する情報も含んでいてもよい。そうすることにより、ソース基地局１６−１においてＡＲＱの意味で正しく受信されたが、圧縮解除又は暗号化解除に成功しなかったサービス・データ・ユニット、即ち、対応するプロトコル・データ・ユニットの受信には成功したが、ソース基地局１６−１が、受信したプロトコル・データ・ユニットからのサービス・データ・ユニットの処理に失敗したかもしれない、サービス・データ・ユニットの再送を、ターゲット基地局１６−２が要求することを可能となる。
【００５０】
非限定的な例を用いて、図４は、ソース基地局１６−１からターゲット基地局１６−２への移動局２０のシームレスなハンドオーバを「論理的に」図示する。同図は、移動局２０からソース基地局１６−１及びターゲット基地局１６−２の少なくとも何れかへ送信されるＰＤＣＰサービス・データ・ユニットの送信状態及び受信状態に関する論理的な状態を示すという意味で、「論理的な」図解である。これら図示した状態表示は、ＰＤＣＰに基づくアップリンク通信の管理のために移動局２０及び基地局１６において使用されるデータ構造を文字によって表しても表さなくてもよいが、これらは考察を目的としたものである。
【００５１】
図４において、ソース基地局１６−１及びターゲット基地局１６−２はそれぞれ、シームレスなハンドオーバについて本明細書で提示する教示に従って動作する。考察のために、移動局２０が複数のＰＤＣＰプロトコル・データ・ユニットをソース基地局１６−１に送信し、そのうちのいくつかは受信に成功し、そのうちのいくつかは成功しなかったものと仮定する。図示した状態表示５０は、これら送信されたＰＤＣＰサービス・データ・ユニットの移動局２０における状態を示し、かつ、シーケンス番号３乃至１３を有するＰＤＣＰプロトコル・データ・ユニットが、ハンドオーバに先立って移動局２０からソース基地局１６−１へ送信されていることを示す。
【００５２】
しかしながら注記したように、ソース基地局１６−１において全てのＰＤＣＰプロトコル・データ・ユニットの受信に成功したのではなく、ソース基地局１６−１における受信状態表示５２は、シーケンス番号３、４、５、６、８、１１及び１２を有するＰＤＣＰプロトコル・データ・ユニットについての受信に成功した場合（圧縮解除／暗号化解除の成功を含む）の例である。対照的に、シーケンス番号７、９及び１０については、ＰＤＣＰサービス・データ・ユニットの受信に成功していない。このように、ＰＤＣＰサービス・データ・ユニット８、１１及び１２は、誤った順番で受信されていると考えられる。また図４で注記するのは、転送されるＰＤＣＰサービス・データ・ユニット５４である。これらのサービス・データ・ユニット５４は、ハンドオーバの実行前にソース基地局１６−１から関連するコアネットワーク１４（例えば、ゲートウェイ１８）へ既に転送されたＰＤＣＰサービス・データ・ユニットを表す。
【００５３】
従って、ハンドオーバの実行中に、ソース基地局１６−１は、誤った順序で受信され、ゲートウェイ１８への転送のための並べ替えを待っている状態のＰＤＣＰサービス・データ・ユニット２６を転送する。この例において、転送されるＰＤＣＰサービス・データ・ユニットは、８、１１及び１２である。即ち、転送されるＰＤＣＰサービス・データ・ユニットは、当該シーケンスにおける８番目、１１番目、及び１２番目のＰＤＣＰプロトコル・データ・ユニットに対応するものであり、これらはソース基地局１６−１において受信には成功したが、誤った順序で受信されたものである。既に注記したように、ソース基地局１６−１は、これらの転送されるＰＤＣＰサービス・データ・ユニットに対応するシーケンス番号情報２８を転送し、１つ以上の実施形態において、当該シーケンス番号情報２８は、ゲートウェイ１８まで既に転送されたＰＤＣＰサービス・データ・ユニット（即ち、直近にシーケンシャルに転送されたＰＤＣＰサービス・データ・ユニット）の最も高いシーケンス番号の表示を含む。この例においてその値は「６」である。この情報を符号化する別の方法を適用することができ、例えば、直近にシーケンシャルに転送されたＰＤＣＰサービス・データ・ユニット（「６」）が示されてもよいし、あるいは代替的に、シーケンシャルに転送される次のＰＤＣＰサービス・データ・ユニット（「７」）が示される。
【００５４】
補完的な方法では、ターゲット基地局１６−２は、不必要な再送を回避し、それによりハンドオーバの効率を向上させつつ、移動局２０による選択的な再送を要求するために、受信したシーケンス番号情報２８を使用する。より詳細には、ターゲット基地局１６−２は、ゲートウェイ１８への転送用の、転送されたＰＤＣＰサービス・データ・ユニット２６をターゲット基地局１６−２が正しく順序付けることを可能にするために移動局２０が再送する必要がある、欠落しているＰＤＣＰプロトコル・データ・ユニットを特定すべく、受信したシーケンス番号情報２８を処理する。ここで、当該シーケンス番号情報２８は、本明細書においてこれまでに考察した状態メッセージ情報を含むか又は包含し得る。
【００５５】
従って、ターゲット基地局１６−２における再送要求（例えば、ＡＲＱ手順）が欠落しているデータの再送を移動局２０に促していると想定すると、状態表示５６は、ハンドオーバ後のある時間の移動局２０の状態を表す。即ち、シーケンス番号７、９、１０及び１３ついての欠落しているデータは、移動局２０からターゲット基地局１６−２へＰＤＣＰプロトコル・データ・ユニットの形式による再送に成功していることがわかる。再送されたＰＤＣＰプロトコル・データ・ユニットに対応するＰＤＣＰサービス・データ・ユニット５８は、ターゲット基地局１６−２へのアップリンク上に明示的に示されている。なお、再送されたデータを示すためにハッチングを使用していることに留意されたい。
【００５６】
例を用いて続けると、ターゲット基地局１６−２における受信状態表示６０は、ターゲット基地局１６−２が、転送されたＰＤＣＰサービス・データ・ユニット２６を正しく並べ替えるために必要な、欠落しているデータを取得していることを示す。このようにして、ターゲット基地局１６−２は、再送されたＰＤＣＰサービス・データ・ユニットと、転送されたＰＤＣＰサービス・データ・ユニット２６とを、正しいシーケンスの順序でゲートウェイ１８へ転送する。転送されるＰＤＣＰサービス・データ・ユニット６２のセットはその転送を示す。
【００５７】
当然ながら、図４は代表的な例であり、限定するものではない。実際、本発明は、上述の考察及び添付する図面に限定されることはない。その代わりに、本発明は、以下の特許請求の範囲及びその法的な均等物によってのみ限定される。
【技術分野】
【０００１】
本発明は一般に無線通信ネットワークに関し、特にこのようなネットワークにおけるシームレスなハンドオーバに関するものである。
【背景技術】
【０００２】
セルラシステムでは、移動端末は基地局間でハンドオーバを行う。ユーザにとって基地局の変更はシームレスに生じるのが好ましい。特に、シームレスなハンドオーバは、中断時間を最小化又は少なくとも低減し、データの損失及びシーケンス化の問題を防止する。
【０００３】
３ＧＰＰで現在標準化されているロング・ターム・エボリューション（ＬＴＥ：Long Term Evolution）システム（非特許文献１を参照）は、セル間のネットワークユーザの移動を規定する。より詳細には、当該仕様書は、シームレスなハンドオーバの提供に関連するレイヤ２（Ｌ２）規定を含む。これらＬ２プロトコルは、メディアアクセス制御（ＭＡＣ：Medium Access Control）プロトコル（ハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）規定による）、無線リンク制御（ＲＬＣ：Radio Link Control）プロトコル（ＡＲＱ規定による）及びパケットデータ集約プロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）を含む。
【０００４】
既知の実装では、（コア）ネットワーク・ゲートウェイ又はその他のパケット・データ・エンティティ（entity）は、移動局へのダウンリンク配信のために、ＰＤＣＰサービス・データ・ユニットを基地局へ配信する。基地局は、無線インタフェースを経て移動局へ順に送信するＰＤＣＰプロトコル・データ・ユニットを得るために、ヘッダ圧縮及び基地局専用の暗号化を適用することによってこれらのサービス・データ・ユニットを処理する。移動局は、これらＰＤＣＰプロトコル・データ・ユニットを受信して処理し、対応するＰＤＣＰサービス・データ・ユニットを再生成する。特に、プロトコル・データ・ユニットはシーケンス番号情報を含む。当該シーケンス番号情報によって移動局は、欠落した（missed）プロトコル・データ・ユニットを検出し、それに対応して、移動局がサービス・データ・ユニットをその正しい順序で処理することを確実にするために、必要に応じてデータを並べ替えることが可能になる。
【０００５】
逆に、移動局から基地局へのアップリンク送信のために、移動局は、移動局で発生するＰＤＣＰサービス・データ・ユニットを処理することで、空中線インタフェースを経て基地局へ順に送信される、対応するＰＤＣＰプロトコル・データ・ユニットを取得する。基地局は、受信したこれらのＰＤＣＰプロトコル・データ・ユニットを処理することで、対応するＰＤＣＰサービス・データ・ユニットを取得するとともに、シーケンス番号を使用することで、欠落しているデータを検出し、かつ、コアネットワークへアップリンクＰＤＣＰサービス・データ・ユニットの正確なシーケンシャル転送を行うために、必要に応じて並べ替えを実行する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】TS 36.300 v8.0.0, 3GPP; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2, March 2007.
【発明の概要】
【発明が解決しようとする課題】
【０００７】
基地局（及び移動局）における受信誤りは、誤った順序での受信を引き起こし得る。例えば、基地局は２つのＰＤＣＰプロトコル・データ・ユニットを順に受信し、第３のＰＤＣＰプロトコル・データ・ユニットの受信に失敗し、第４のＰＤＣＰプロトコル・データ・ユニットの受信に成功することがある。基地局において欠落した第３のＰＤＣＰプロトコル・データ・ユニットの受信に成功するまで、その第４のＰＤＣＰプロトコル・データ・ユニットをコアネットワークへ転送するための処理することはできない。従って、基地局は、誤った順序のデータをバッファリングして、欠落したデータをその後に受信し次第、並べ替えを行うために保持する。当該欠落したデータは、ＭＡＣ及びＲＬＣレイヤにおける既知のＡＲＱ／ＨＡＲＱ処理に従って再送され得る。誤った順序のデータ受信が生じると、移動局がその現在の基地局から新しい基地局へ引き渡される、移動局のハンドオーバに対して、潜在的に著しい複雑性が加わってしまう。
【課題を解決するための手段】
【０００８】
関連するコアネットワークへの順序付けられたシーケンシャル転送におけるサービス・データ・ユニットとして、基地局が移動局からプロトコル・データ・ユニットを受信する無線通信ネットワークにおいて、本明細書で提示する教示は、ソース基地局からターゲット基地局への移動局のシームレスなハンドオーバをサポートする方法を提供する。例として、本明細書の教示は、第３世代パートナーシップ・プロジェクト（３ＧＰＰ：Third Generation Partnership Project）によって公表されているEvolved Universal Terrestrial Radio Access（Ｅ−ＵＴＲＡ）の仕様書に基づく無線通信ネットワークに適合する。例えば、プロトコル・データ・ユニットは、パケットデータ集約プロトコル（ＰＤＣＰ）プロトコル・データ・ユニットを含んでいてもよく、サービス・データ・ユニットは、ＰＤＣＰサービス・データ・ユニットを含んでいてもよい。しかしながら、このような例を非限定的と理解すべきであるのは、本明細書の教示が、例えば、ネットワークの無線アクセス部分の範囲内の無線基地局において、ハンドオーバの際、順序付けられたデータ配信及び重複するデータの検出を使用する任意の無線通信ネットワークに本質的に適合するからである。
【０００９】
一実施形態では、本明細書の教示は、ターゲット基地局において処理するハンドオーバの方法を提供し、本方法は、ソース基地局からターゲット基地局への移動局のシームレスなハンドオーバをサポートする。このような少なくとも１つの実施形態では、本方法は、ハンドオーバの実行中に、ソース基地局から転送されるサービス・データ・ユニット及びシーケンス番号情報を、ターゲット基地局において受信するステップを含む。当該転送されるサービス・データ・ユニットは、関連するコアネットワークへのシーケンシャル転送のためにソース基地局において保持されているサービス・データ・ユニット、即ち、誤った順序のサービス・データ・ユニットであり、当該転送されるシーケンス番号情報は、転送されるサービス・データ・ユニットに対応するシーケンス番号を示す。本明細書で使用するように、サービス・データ・ユニットに対応するシーケンス番号は、単にこれらのサービス・データ・ユニットに対応するプロトコル・データ・ユニットのシーケンス番号である。
【００１０】
本方法は、ターゲット基地局から関連するコアネットワークへのシーケンシャル転送のために、ターゲット基地局において、転送されるサービス・データ・ユニットを必要に応じて並べ替えるステップを続けて行う。このように、再順序付け機能が無線通信ネットワークの無線アクセス部分の範囲内（例えば、基地局）に含まれており、関連するコアネットワークが、再順序付け機能を有する必要はない。
【００１１】
このようなプロトコル・データ・ユニット及びサービス・データ・ユニットは、例えば、ＰＤＣＰプロトコル及びサービス・データ・ユニットを含んでいてもよい。このような少なくとも１つの実施形態では、ソース基地局は、関連するコアネットワークへのシーケンシャル転送用の対応するサービス・データ・ユニットを取得するために、移動局から入ってくるプロトコル・データ・ユニットの暗号化解除と（ヘッダ圧縮が使用されている場合）圧縮解除とを行う。プロトコル・データ・ユニットがソース基地局において誤った順序で受信された場合、再度の順序付けのために、対応するサービス・データ・ユニットがソース基地局において保持される。対応する移動局のためにターゲット基地局へのハンドオーバが開始された場合、このようにバッファリングされたサービス・データ・ユニットが、ターゲット基地局へ転送される。
【００１２】
このように少なくとも一実施形態において、本明細書の教示は、ソース基地局において処理するハンドオーバの方法を提供し、本方法はソース基地局からターゲット基地局への移動局のシームレスなハンドオーバをサポートする。本方法は、ハンドオーバの実行中に、ソース基地局からターゲット基地局へサービス・データ・ユニット及びシーケンス番号情報を転送するステップを特徴とする。当該転送されるサービス・データ・ユニットは、関連するコアネットワークへのシーケンシャル転送のためにソース基地局において保持されるサービス・データ・ユニットであり、当該転送されるシーケンス番号情報は、転送されるサービス・データ・ユニットに対応する。このように、誤った順序によるプロトコル・データ・ユニットの受信に起因してソース基地局において保持されているサービス・データ・ユニットは、対応するプロトコル・データ・ユニットのシーケンス番号の表示とともに、ハンドオーバの実行によってターゲット基地局に転送される。
【００１３】
さらに、転送されるシーケンス番号情報は、少なくとも１つの実施形態では、ソース基地局から関連するコアネットワークへ直近に転送されたサービス・データ・ユニットに対応するプロトコル・データ・ユニットのシーケンス番号の表示を含む。さらに、あるいは代替的に、転送されるシーケンス番号情報は、ソース基地局から関連するコアネットワークへ順番に配信されることが予期される次のサービス・データ・ユニットに対応するシーケンス番号を含んでいてもよい。このように、ターゲット基地局は、欠落しているサービス・データ・ユニットを特定するために、転送されたシーケンス番号情報を好都合に処理することができる。
【００１４】
また、本明細書に提示する教示に従って、移動局が提供される。一実施形態では、移動局は無線通信ネットワークにおいて使用され、当該無線通信ネットワークで、移動局はプロトコル・データ・ユニットを基地局に送信し、基地局は対応するサービス・データ・ユニットを関連するコアネットワークに転送する。移動局は、ソース基地局からターゲット基地局へのシームレスなハンドオーバをサポートし、ハンドオーバ・プロセッサによって特徴付けられる。移動局の当該ハンドオーバ・プロセッサは、ターゲット基地局からのシグナリングに応じて、欠落しているサービス・データ・ユニットに対する新たなプロトコル・データ・ユニットを再生成し、当該再生成したプロトコル・データ・ユニットを送信するように動作する。再生成されたプロトコル・データ・ユニットは、移動局においてバッファリングされた、対応するサービス・データ・ユニットから再生成され、（ターゲット基地局の）シグナリングは、ターゲット基地局において何れのサービス・データ・ユニットが欠落しているかを示し、又は、何れのサービス・データ・ユニットがターゲット基地局において受信に成功しているかを等価的に示す。例えば、このようなシグナリングは、明示的な再送要求と、何れのサービス・データ・ユニットがターゲット基地局において受信に成功しているか、若しくは何れのサービス・データ・ユニットがターゲット基地局において欠落しているかを示す、ターゲット基地局からの状態又はその他のメッセージの送信との、少なくとも何れかを含んでいてもよい。
【００１５】
当然ながら、本発明は特徴及び利点に関する上記の概要に限定されない。実際、当業者は、以下の詳細な説明を読み、添付する図面を見ることによって、更なる特徴及び利点を認識するであろう。
【図面の簡単な説明】
【００１６】
【図１】本明細書において教示するように、シームレスなハンドオーバの実施形態に従って構成された基地局ソース及びターゲット基地局を含む、無線通信ネットワークの一実施形態のブロック図である。
【図２】パケットデータ集約プロトコル（ＰＤＣＰ）の処理に関連する機能的な処理のブロック図である。
【図３】本明細書において教示するシームレスなハンドオーバの教示に従った、ソース基地局及びターゲットターゲット基地局の少なくとも何れかの一実施形態のブロック図である。
【図４】本明細書において教示するようなシームレスなハンドオーバに従った、ハンドオーバの実行前、実行中、及び実行後におけるプロトコル及びサービス・データ・ユニットの処理の一例と、関連する状態とを示すブロック図である。
【発明を実施するための形態】
【００１７】
図１は、関連する３ＧＰＰ仕様書に従い構成される、限定はしないがＥ−ＵＴＲＡＮネットワークでもよい無線通信ネットワーク１０を図示する。ネットワーク１０は、無線アクセスネットワーク（ＲＡＮ：radio acces network）１２及び関連するコアネットワーク１４を含む。ＲＡＮ１２は、いくつかの無線基地局１６を含み、無線基地局は、例えばｅＮＢとも呼ぶ「高度化ノードＢ」でもよい。コアネットワーク１４は、「システム・アーキテクチャ・エボリューション（ＳＡＥ：System Architecture Evolution）・ゲートウェイ（ＧＷ：Gateway）」などのパケット・データ・ゲートウェイ１８を含む。
【００１８】
一方の基地局１６から他方の基地局への移動局２０のシームレスなハンドオーバに関連する処理の特徴及び構成に重点を置いて、図１は、「ソース基地局」の役割を果たす一方の基地局１６と、「ターゲット基地局」の役割を果たす他方の基地局１６とを図示する。容易に考察できるように、ソース基地局１６をソース基地局１６−１と表し、ターゲット基地局１６をターゲット基地局１６−２と表す。
【００１９】
基地局１６を介して移動局２０からゲートウェイ１８に流れるアップリンク通信に特に焦点を当てると、移動局２０はパケットデータ集約プロトコル（ＰＤＣＰ）プロセッサ３２を含み、基地局１６は対応するＰＤＣＰプロセッサ３０を含むことがわかる。ソース基地局１６−１が移動局２０からのアップリンク通信を現在サポートしていると想定すると、移動局２０は、（「サービス・データ・ユニット」と称されることが多い）ＰＤＣＰサービス・データ・ユニットの暗号化及び（オプションとして）圧縮に基づく（「プロトコル・データ・ユニット」と称されることが多い）ＰＤＣＰプロトコル・データ・ユニットの形成に基づいて、パケット・データをゲートウェイ１８に送信する。例えば、移動局２０からゲートウェイ１８に送信されるアップリンク・パケット・データからＰＤＣＰサービス・データ・ユニットへフォーマットされ、その後、当該ＰＤＣＰサービス・データ・ユニットは、ソース基地局１６−１への無線送信のために、ＰＤＣＰプロトコル・データ・ユニットへ加工される。
【００２０】
次に、ソース基地局１６−１は、受信したＰＤＣＰプロトコル・データ・ユニットを処理することで、対応するＰＤＣＰサービス・データ・ユニットを取得し、ソース基地局１６−１は、当該対応するＰＤＣＰサービス・データ・ユニットをゲートウェイ１８に伝送する。ＰＤＣＰサービス・データ・ユニットはゲートウェイに送信シーケンスの順序で伝送されるべきであるので、ＰＤＣＰアップリンク処理には、送信されるＰＤＣＰプロトコル・データ・ユニットへのシーケンス番号の割当処理が含まれる。このようにして、ソース基地局１６−１は、ソース基地局１６−１において誤った順序で受信されたＰＤＣＰプロトコル・データ・ユニットを特定することができる。ソース基地局１６−１は、誤った順序のＰＤＣＰプロトコル・データ・ユニットに対応するＰＤＣＰサービス・データ・ユニットを一時的にバッファリングすることができる。その他の利点の中で、本明細書において提示する教示は、ソース基地局及びターゲット基地局の有利な処理を提供し、当該教示において、ソース基地局１６−１からターゲット基地局１６−２への移動局２０のシームレスなハンドオーバをサポートして、そのようなバッファリングされたＰＤＣＰサービス・データ・ユニットがソース基地局１６−１からターゲット基地局１６−２へ転送される。
【００２１】
より詳細には、本明細書において教示する１つ以上の実施形態によれば、インタフェース２４は、ソース基地局１６−１をターゲット基地局１６−２へ通信により連結し、当該インタフェース２４は、ハンドオーバの実行中に、サービス・データ・ユニット及び対応するシーケンス番号情報をターゲット基地局１６−２へ転送するために、ソース基地局１６−１によって使用される。図１において、これらの転送されるサービス・データ・ユニットは参照番号「２６」により特定され、シーケンス番号情報は参照番号「２８」によって特定される。転送されるサービス・データ・ユニット２６は、ソース基地局１６−１において誤った順序で受信されたプロトコル・データ・ユニットに対応し、かつ、ゲートウェイ１８に転送されていないサービス・データ・ユニットである。言い換えれば、転送されるサービス・データ・ユニット２６は、ゲートウェイ１８へのシーケンシャル転送のためにソース基地局１６−１において保持されているサービス・データ・ユニットである。それに合わせて、シーケンス番号情報２８は、当該転送されるサービス・データ・ユニットに対応するシーケンス番号を少なくとも示す。言い換えれば、転送されるシーケンス番号情報は、転送されるサービス・データ・ユニット２６に対応する、誤った順序のプロトコル・データ・ユニットのシーケンス番号を示す。あるいは、シーケンス番号情報２８は、欠落したサービス・データ・ユニットに対応するシーケンス番号を含んでいてもよい。
【００２２】
このように、本明細書おいて１つ以上の実施形態で教示するように、ソース基地局１６−１からターゲット基地局１６−２への移動局２０のシームレスなハンドオーバをサポートする方法が特徴とするのは、ハンドオーバの実行中にソース基地局１６−１から転送されるサービス・データ・ユニット及びシーケンス番号情報をターゲット基地局１６−２において受信するステップである。当該転送されるサービス・データ・ユニットは、関連するコアネットワーク１４へのシーケンシャル転送のためにソース基地局１６−１において保持されており、当該転送されるシーケンス番号情報は、転送されるサービス・データ・ユニットに対応するシーケンス番号を示す。本方法は、ターゲット基地局１６−２から関連するコアネットワーク１４へのシーケンシャル転送のために、ターゲット基地局１６−２において、当該転送されたサービス・データ・ユニットを必要に応じて並べ替えるステップを続ける。
【００２３】
少なくとも１つの実施形態では、ターゲット基地局１６−２から関連するコアネットワーク１４へのシーケンシャル転送のために、ターゲット基地局１６−２において、当該転送されたサービス・データ・ユニットを必要に応じて並べ替えるステップは、ターゲット基地局１６−２が、転送されたシーケンス番号情報に基づいて欠落しているサービス・データ・ユニットを特定するステップと、当該欠落しているサービス・データ・ユニットに対応するプロトコル・データ・ユニットの移動局２０による再送を要求するステップとを含む。このような少なくとも１つの実施形態において、本方法は、さらに、ターゲット基地局１６−２が、再送されたプロトコル・データ・ユニットを受信するとともに、欠落しているサービス・データ・ユニットを取得するためにそれらを処理するステップと、関連するコアネットワーク１４へのシーケンシャル転送のために、このように取得されたサービス・データ・ユニットを、転送されたサービス・データ・ユニットとともに必要に応じて並べ替えるステップと、によって特徴付けられる。
【００２４】
１つ以上の実施形態において本方法がさらに特徴とするのは、ターゲット基地局１６−２が、ターゲット基地局１６−２において移動局２０から受信する、ソース基地局１６−１から関連するコアネットワーク１４へ以前に転送されたサービス・データ・ユニットに関して重複するプロトコル・データ・ユニットを特定するために、転送されたシーケンス番号情報を処理するステップである。ターゲット基地局１６−２は、また、ターゲット基地局１６−２から関連するコアネットワーク１４へのシーケンシャル転送を目的として、転送されたサービス・データ・ユニットを並べ替えるために移動局による再送が必要なプロトコル・データ・ユニットを特定するため、転送されたシーケンス番号情報を処理する。
【００２５】
少なくとも１つの実施形態において、転送されるサービス・データ・ユニットは、ハンドオーバの開始時又は開始前にソース基地局１６−１において誤った順序で受信され、かつ、ソース基地局１６−１から関連するコアネットワーク１４へサービス・データ・ユニットとして転送されていない、対応するプロトコル・データ・ユニットの、暗号化解除に成功したバージョンである。このような実施形態又は少なくとも１つのその他の実施形態においては、当該転送されるサービス・データ・ユニットは、ハンドオーバの開始時又は開始前にソース基地局１６−１において誤った順序で受信され、かつ、ソース基地局１６−１から関連するコアネットワーク１４へサービス・データ・ユニットとして転送されていない、対応するプロトコル・データ・ユニットの、暗号化解除及び圧縮解除に成功したバージョンであることであることに留意されたい。また、本方法の少なくとも１つの実施形態では、転送されるシーケンス番号情報は、ソース基地局１６−１から関連するコアネットワーク１４へ直近に転送されたサービス・データ・ユニットに対応するシーケンス番号を示し、あるいは、順番に受信されたサービス・データ・ユニットのうち最後のものに対応するシーケンス番号を示し、あるいは、ソース基地局１６−１から関連するコアネットワーク１４へ次に転送されることが予期されるサービス・データ・ユニットに対応するシーケンス番号を示すことに留意されたい。（「順番に受信されたサービス・データ・ユニットのうち最後のもの」とは、移動局２０からアップリンクのプロトコル・データ・ユニットを受信することによって移動局２０から順番に受信した最後のサービス・データ・ユニットを表す。）
【００２６】
いずれにしても、一例としてＰＤＣＰを使用するプロトコル・データ・ユニット及びサービス・データ・ユニットをより良く理解するために、図２は、各基地局１６がＰＤＣＰプロセッサ３０を含むことを示しており、ＰＤＣＰプロセッサは、ソフトウェア、ハードウェア又はそれらの任意の組み合わせで実装される機能的な処理要素でもよい。（移動局２０は同様のＰＤＣＰプロセッサ３２を含む。）ＰＤＣＰプロセッサ３０は、ゲートウェイ１８から入ってくるＰＤＣＰサービス・データ・ユニットへの暗号化及び（ヘッダ）圧縮の適用により、移動局２０への無線送信のためのダウンリンクＰＤＣＰプロトコル・データ・ユニットを機能的に形成することがわかる。特に、ＰＤＣＰプロセッサ３０は、移動局２０におけるＰＤＣＰサービス・データ・ユニットのシーケンシャルな順序付け及び処理を可能にするために、各ＰＤＣＰプロトコル・データ・ユニットに対するシーケンス番号の生成／割当ても行う。移動局２０におけるＰＤＣＰプロセッサ３２は、このようにして基地局１６からダウンリンクＰＤＣＰプロトコル・データ・ユニットを受信し、対応するＰＤＣＰサービス・データ・ユニットを取得するために圧縮解除／暗号化解除を行う。受信機の動作には、シーケンス番号情報の除去も含まれる。
【００２７】
同様に、ＰＤＣＰプロセッサ３２は、所望の送信情報を表すＰＤＣＰサービス・データ・ユニットへの暗号化及び任意的なヘッダ圧縮の適用により、基地局１６への無線送信のためのアップリンクＰＤＣＰプロトコル・データ・ユニットを機能的に形成することがわかる。特に、ＰＤＣＰプロセッサ３２は、基地局１６におけるＰＤＣＰサービス・データ・ユニットのシーケンシャルな順序付け及び処理処理を可能にするために、各ＰＤＣＰプロトコル・データ・ユニットに対するシーケンス番号の生成／割当ても行う。基地局１６は、このようにして移動局２０からアップリンクＰＤＣＰプロトコル・データ・ユニットを受信し、基地局１６のＰＤＣＰプロセッサ３０は、対応するＰＤＣＰサービス・データ・ユニットを取得するためにアップリンクＰＤＣＰプロトコル・データ・ユニットの圧縮解除／暗号化解除を行い、ここで、シーケンス番号付けは除去される。さらなる詳細及び例については、３ＧＰＰにより公開されているようにTS 36.326 version 8.0.0を参照してもよい。
【００２８】
ＰＤＣＰの処理に関して特に重要なのは、基地局１６−１及び基地局１６−２が移動局２０のシームレスなハンドオーバをサポートすることである。一般に、当業者には、基地局１６が通信制御機能及び呼処理機能の包括セットを提供する複雑な計算プラットフォームに相当することと、このようなシステムがその実装に関して広範な変形を前提とすることが理解されよう。従って、図３は、シームレスなハンドオーバ処理に対応する基地局１６の機能的な実装の非限定的な一例と理解されよう。
【００２９】
図３で、基地局１６−ｘ（ここで「ｘ」は図１の場合「１」又は「２」を表す）は、ゲートウェイ・インタフェース回路４０、図１に取り入れられた論理的な基地局間インタフェース２４の一部と考えられ得る基地局インタフェース４２、移動局２０（及びその他の移動局）との無線通信のための無線通信インタフェース４４、並びに、通信制御及び処理を実行し、一般的な基地局動作を担う制御／処理回路４６を含む、複数の機能的な回路又はサブシステムを含む。
【００３０】
制御／処理回路４６は、例えば、マイクロ・プロセッサに基づく回路であり、当該回路は、基地局１６−ｘ内のコンピュータ読み取り可能な媒体に格納された１つ以上のコンピュータ・プログラムに従って動作してもよい。当然ながら、制御／処理回路４６がハードウェア、ソフトウェア、又はそれらの任意の組み合わせから成っていてもよいことは、理解されるべきである。そのことを考慮すると、制御／処理回路４６は、これまでに説明したＰＤＣＰプロセッサ３０とともにハンドオーバ・プロセッサ４８を含み、当該ハンドオーバ・プロセッサも、ソフトウェア、ハードウェア、又はそれらの任意の組み合わせで実装され得る。ＰＤＣＰプロセッサ３０は、より大きな階層化プロトコルスタックの一部を含んでいてもよく、その動作は無線リンク制御（ＲＬＣ）及びメディアアクセス制御（ＭＡＣ）の処理と協調することが、当業者には認識されよう。
【００３１】
基地局１６−ｘは、図１のソース基地局、例えば１６−１として、及び図１のターゲット基地局、例えば１６−２として、選択的に動作する。図１の参照番号を再び参照し、ターゲット基地局の動作に関して、基地局１６−２はソース基地局１６−１からの移動局２０のシームレスなハンドオーバをサポートする方法を実装する。１つ以上の実施形態において、本方法が特徴とするのは、ハンドオーバの実行中に、ソース基地局１６−１から転送されたＰＤＣＰサービス・データ・ユニット２６及びシーケンス番号情報２８をターゲット基地局１６−２において受信するステップであり、当該転送されるＰＤＣＰサービス・データ・ユニット２６及びシーケンス番号情報２８は、コアネットワーク１４へのシーケンシャル転送のためにソース基地局１６−１において保持されているサービス・データ・ユニットに対応し、当該転送されるシーケンス番号情報は、転送されるサービス・データ・ユニットに対応するシーケンス番号を示す。本方法がさらに特徴とするのは、ターゲット基地局１６−２から関連するコアネットワークへのシーケンシャル転送のために、ターゲット基地局１６−２において、転送されたＰＤＣＰサービス・データ・ユニットを必要に応じて並べ替えるステップである。
【００３２】
少なくとも１つの実施形態では、ターゲット基地局１６−２から関連するコアネットワークへのシーケンシャル転送のために、ターゲット基地局１６−２において、転送されたＰＤＣＰサービス・データ・ユニットを必要に応じて並べ替えるステップは、ターゲット基地局１６−２が、転送されたシーケンス番号情報２８に基づいて欠落しているサービス・データ・ユニットを特定するステップと当該欠落しているサービス・データ・ユニットに対応するプロトコル・データ・ユニットの移動局２０による再送を要求するステップとを含む。本方法がさらに特徴とし得ることは、転送されたシーケンス番号情報２８が、転送されたサービス・データ・ユニットに対応するシーケンス番号を示し、さらに、ソース基地局１６−１から関連するコアネットワーク１４へ直近に転送されたＰＤＣＰサービス・データ・ユニットに対応するシーケンス番号を示すことである。シーケンス番号情報２８は、また、ソース基地局１６−１において欠落しているサービス・データ・ユニットのシーケンス番号を含んでいてもよい。
【００３３】
このような情報は、ハンドオーバの実行中に、ソース基地局１６−１からターゲット基地局１６−２へ送信される受信状態メッセージの形式で送信されてもよい。少なくとも１つの実施形態では、転送されたシーケンス番号情報２８は、さらに、ソース基地局１６−１から関連するコアネットワーク１４へ直近に転送されたＰＤＣＰサービス・データ・ユニットに対応するＰＤＣＰプロトコル・データ・ユニットのシーケンス番号を示す。即ち、転送されたシーケンス番号情報は、転送されたＰＤＣＰサービス・データ・ユニット２６に対応するＰＤＣＰプロトコル・データ・ユニットのシーケンス番号を示してもよく、さらに、ソース基地局１６−１から関連するコアネットワーク１４へ正しい順番で既に転送されたＰＤＣＰサービス・データ・ユニットに対応する最も高いシーケンス番号をさらに示すことができる。これまでに述べたように、ソース基地局１６−１から関連するコアネットワーク１４へ直近に転送されたサービス・データ・ユニットに対応するシーケンス番号を示す代わりに、転送されたシーケンス番号情報は、次に高いシーケンス番号を示すことができる。
【００３４】
本方法がさらに特徴とし得ることは、ターゲット基地局１６−２が、ソース基地局１６−１からコアネットワーク１４へ以前に転送されたＰＤＣＰサービス・データ・ユニットに関して重複している、ターゲット基地局１６−２において移動局２０から受信されたＰＤＣＰプロトコル・データ・ユニットを特定するために、転送されたシーケンス番号情報２８を処理し、かつ、ターゲット基地局１６−２から関連するコアネットワーク１４、例えばゲートウェイ１８へのシーケンシャル転送のために転送されたＰＤＣＰサービス・データ・ユニットの並べ替えを行うことを目的として、移動局２０による再送を要求されたＰＤＣＰプロトコル・データ・ユニットを特定するために、転送されたシーケンス番号情報２８を処理することである。
【００３５】
本方法がさらに特徴とし得ることは、転送されるＰＤＣＰサービス・データ・ユニット２６が、ハンドオーバの開始時又は開始前にソース基地局１６−１において誤った順序で受信され、かつ、ソース基地局１６−１から関連するコアネットワーク１４へ転送されていない、対応するＰＤＣＰプロトコル・データ・ユニットの、暗号化の解除に成功したバージョンであることである。ヘッダ圧縮が使用されている場合、転送されたサービス・データ・ユニットは圧縮解除され得る。このため、この点について、ターゲット基地局１６−２が、ソース基地局１６−１において使用される暗号化キーを知る必要はなく、また、ソース基地局１６−１が、ヘッダ圧縮状態情報をターゲット基地局１６−２に転送する必要もない。
【００３６】
ソース基地局１６−１における補完的でシームレスなハンドオーバの方法が特徴とするのは、ソース基地局１６−１において誤った順序で受信され、かつ、ソース基地局１６−１によって関連するコアネットワーク１４へ未だ転送されていないＰＤＣＰプロトコル・データ・ユニットに対応する、ＰＤＣＰサービス・データ・ユニット２６及びシーケンス番号情報２８を、ハンドオーバの実行中にソース基地局１６−１からターゲット基地局１６−２へ転送するステップである。言い換えると、ソース基地局１６−１は、シーケンシャル転送のためにソース基地局１６−１が保持しているサービス・データ・ユニットを転送する。言及したように、このような転送は、さらに、転送されるＰＤＣＰサービス・データ・ユニット２６が、ソース基地局１６−１において誤った順序で受信され、かつ、ソース基地局１６−１によって関連するコアネットワーク１４へ未だ転送されていないＰＤＣＰプロトコル・データ・ユニットの、暗号化の解除に成功したバージョンであることを特徴とする。従って、転送されるシーケンス番号情報２８は、このような誤った順序のＰＤＣＰプロトコル・データ・ユニットのシーケンス番号を示す。
【００３７】
さらにまた、ソース基地局１６−１において実装されるシームレスなハンドオーバ方法が特徴とし得ることは、ソース基地局１６−１が、さらに、ソース基地局１６−１から関連するコアネットワーク１４へ直近に転送したＰＤＣＰサービス・データ・ユニットに対応するＰＤＣＰプロトコル・データ・ユニットについてのシーケンス番号の表示、又は、順番に受信したサービス・データ・ユニットのうち最後のものに対応するシーケンス番号の表示を、転送するシーケンス番号情報２８に含めることである。あるいは、ソース基地局１６−１は、ソース基地局１６−１から関連するコアネットワーク１４へ次に転送すると予期するサービス・データ・ユニットに対応するシーケンス番号を、転送してもよい。
【００３８】
従って、図３の説明例によれば、（基地局）インタフェース４２及びハンドオーバ・プロセッサ４８を含むようにターゲット基地局１６−２を構成することにより、１つ以上の実施形態において、ソースソースからターゲットへのシームレスなハンドオーバがサポートされる。このような少なくとも１つの実施形態では、インタフェース４２は、ソース基地局１６−１から転送されるＰＤＣＰサービス・データ・ユニット２６及びシーケンス番号情報２８を受信するように動作する。ここで、当該転送されるサービス・データ・ユニット２６は、関連するコアネットワーク１４へのシーケンシャル転送のためにソース基地局１６−１において保持されているサービス・データ・ユニットであり、当該転送されるシーケンス番号情報は、転送されるサービス・データ・ユニットについての対応するシーケンス番号を示す。従って、ハンドオーバ・プロセッサ４８は、ターゲット基地局１６−２から関連するコアネットワーク１４へのシーケンシャル転送のために、当該転送されたＰＤＣＰサービス・データ・ユニットをターゲット基地局１６−２において必要に応じて並べ替えるように動作する。
【００３９】
補完的なソース基地局動作のために、ハンドオーバ・プロセッサ４８及び関連するインタフェース４２は、ソース基地局１６−１からターゲット基地局１６−２へのＰＤＣＰサービス・データ・ユニット２６及びシーケンス番号情報２８の転送を行う。言及したように、転送されるＰＤＣＰサービス・データ・ユニット２６及びシーケンス番号情報２８は、ソース基地局１６−１において誤った順序で受信され、かつ、ソース基地局１６−１によって関連するコアネットワーク１４へ未だ転送されていないＰＤＣＰプロトコル・データ・ユニットに対応する。
【００４０】
当然ながら、移動局２０も、ソース基地局１６−１からターゲット基地局１６−２へのシームレスなハンドオーバをサポートするとともに、１つ以上の処理回路、例えば図１に示すＰＤＣＰプロセッサ３２を実装するマイクロ・プロセッサに基づくシステムを含む。少なくとも１つの実施形態において、移動局２０は、１つ以上の処理回路を含む。当該処理回路は、ターゲット基地局から受信される再送要求に応じて、欠落しているＰＤＣＰサービス・データ・ユニットについてのＰＤＣＰプロトコル・データ・ユニットを再送するように動作するとともに、移動局２０においてバッファリングされた対応するＰＤＣＰサービス・データ・ユニットを使用して再送するためのＰＤＣＰプロトコル・データ・ユニットを再生成するために、新たな暗号化状態と新たなヘッダ圧縮状態とを使用することを特徴とする。このように、ターゲット基地局１６−２は、移動局２０によるプロトコル・データ・ユニットの再送が要求された、欠落しているサービス・データ・ユニットを特定するために、転送されたシーケンス番号情報２８を少なくとも部分的に使用する。この意味で、（複数の）再送が必要であるのは、ターゲット基地局１６−２のハンドオーバ・プロセッサ４８が、転送されたＰＤＣＰサービス・データ・ユニット２６を並べ替えて、それらを正しい順番で関連するコアネットワーク１４へ転送できるようにするためである。
【００４１】
さらに、少なくとも１つの実施形態では、移動局２０はソース基地局１６−１からターゲット基地局１６−２へのシームレスなハンドオーバをサポートする。当該移動局２０は、ハンドオーバ・プロセッサが、ターゲット基地局１６−２において何れのサービス・データ・ユニットが欠落しているかを示す、又は何れのサービス・データ・ユニットがターゲット基地局１６−２において受信に成功しているかを等価的に示す、ターゲット基地局１６−２からのシグナリングに応じて、欠落しているサービス・データ・ユニットについての新たなプロトコル・データ・ユニットを再生成するとともに、再生成したプロトコル・データ・ユニットを送信するように動作することを特徴とする。
【００４２】
再生成されるプロトコル・データ・ユニットは、移動局２０においてバッファリングされた対応するサービス・データ・ユニットから再生成される。少なくともこのような１つの実施形態において、移動局２０は、さらに、当該再生成されたプロトコル・データ・ユニットを、新たな暗号化状態及び新たなヘッダ圧縮状態のうちの少なくとも１つを使用して再生成することを特徴とする。さらに、少なくとも１つの実施形態において、移動局２０は、さらに、受信に成功していることをターゲット基地局１６−２によって示されたサービス・データ・ユニットの再送を控えることを特徴とする。
【００４３】
以上のことを考慮すると、当業者は、１つ以上の実施形態において、本明細書における教示には、移動局２０のシームレスなハンドオーバのために第１の基地局（例えば、ソース基地局１６−１）から第２の基地局（例えば、ターゲット基地局１６−２）へ転送されるサービス・データ・ユニットを含む情報を送信することが含まれることを、認識するであろう。ここで、基地局１６及び移動局２０は、プロトコルによって制御されるリンク（例えば、ＰＤＣＰリンク）のそれぞれの端点を表す。少なくとも１つの態様において、本明細書における教示は、ソース基地局１６−１からターゲット基地局１６−２へ送信する情報（例えば、状態メッセージ）に基づいて、ターゲット基地局１６−２におけるサービス・データ・ユニットの並べ替え処理を検討している。少なくとも１つの実施形態において、当該メッセージは、ソース基地局１６−１において受信に成功したサービス・データ・ユニット又はプロトコル・データ・ユニットに関する情報を含む。この情報は、ハンドオーバの完了後に、ターゲット基地局１６−２において欠落しているサービス・データ・ユニットの再送を要求するために使用され得る。ソース基地局１６−１によってゲートウェイ１８へ既に配信されているデータをターゲット基地局１６−２が受信する場合には、ターゲット基地局１６−２における重複検出のために、同一の状態情報が使用され得る。
【００４４】
少なくとも１つの実施形態では、シームレスなハンドオーバの一部としてのアップリンクの移動性は、「Ｓ１インタフェース」を介して関連するコアネットワーク１４のゲートウェイ１８へ送られる、累積的に正しく受信された全てのデータ（即ち、順番に受信された、又は並べ替えに成功した全てのＰＤＣＰサービス・データ・ユニット）の送信処理を含む。ゲートウェイ１８は、Ｅ−ＵＴＲＡＮの実施形態において、システム・アーキテクチャ・エボリューション（ＳＡＥ）・ゲートウェイ（ＧＷ）から成る。
【００４５】
ハンドオーバを開始すると、ソース基地局１６−１は、ターゲット基地局１６−２に対して、これら２つの基地局を接続する論理的なインタフェース２６を介して状態メッセージを送信する。ＬＴＥでは、このインタフェースは「Ｘ２」インタフェースと名付けられている。（ソース基地局とターゲット基地局とが「Ｘ２」インタフェースによって論理的に相互接続されない場合、データ転送や状態メッセージの転送を含む上述の通信は、コアネットワーク１４を介して、即ち、２つの基地局１６とコアネットワーク１４との間の２つの論理的なＳ１インタフェースを使用することによって、中継され得る。）状態メッセージは、ソース基地局１６−１におけるサービス・データ・ユニットの受信状態を記述する。なお、状態メッセージが、アップリンク通信のデータ送信機である移動局２０の状態を必ずしも表さないことに留意されたい。
【００４６】
転送されるシーケンス番号情報２８を具現化するかあるいは伴う場合がある、本明細書でこれまでに説明した状態メッセージは、ソース基地局１６−１によってＳ１インタフェースを経てゲートウェイ１８へ転送されたサービス・データ・ユニットの状態を含んでいてもよい。さらに注記したように、ソース基地局１６−１は、ソース基地局１６−１において受信されているが、未だゲートウェイ１８へ配信されていないサービス・データ・ユニット２６、即ち、ソース基地局１６−１において、順番に受信されておらず、並べ替え処理を待っているために、ソース基地局１６−１において保持されているサービス・データ・ユニットをも、転送する。上述したように、このようなサービス・データ・ユニットは、ゲートウェイ１８へ転送されるよりむしろソース基地局１６−１において一時的にバッファリングする。
【００４７】
これらのバッファリングしたサービス・データ・ユニットをソース基地局１６−１からターゲット基地局１６−２へ転送することを想定すると、移動局２０は、欠落しているサービス・データ・ユニットに対応するプロトコル・データ・ユニットをターゲット基地局１６−２へ再送する。移動局２０は、例えば、ターゲット基地局１６−２において欠落しているＰＤＣＰサービス・データ・ユニットについての新たなＰＤＣＰプロトコル・データ・ユニットを生成することによって、このような再送を実行する。なお、移動局２０は、対応して送信したプロトコル・データ・ユニットについての確認応答（acknowledgment）を待ち受けている間、一般にサービス・データ・ユニットを保持し、これらの保持された複製は、プロトコル・データ・ユニットの再生成及び再送に使用され得る。
【００４８】
移動局２０はまた、１つ以上の実施形態において、欠落しているＰＤＣＰサービス・データ・ユニットの再送のために、新たな暗号化及びヘッダ圧縮状態を使用する。ソース基地局１６−１からターゲット基地局１６−２へ送信される状態メッセージに含まれる情報は、既知の（例えば、ＲＬＣプロトコルにおける）ＡＲＱ機構を使用して移動局２０による再送を要求するために、ターゲット基地局１６−２によて使用され得る。
【００４９】
１つ以上の実施形態における状態メッセージは、ソース基地局１６−１においてデータが正しく受信されている最大のシーケンス番号（ＳＮ）を示すＳＮを少なくとも含む。ターゲット基地局１６−２は、転送されたサービス・データ・ユニット２６に対応するシーケンス番号に基づいて、欠落しているサービス・データ・ユニットを判断することができる。しかしながら、少なくとも１つの実施形態では、ソース基地局１６−１は、データリスト又はビットマップの形式等で、欠落しているデータを明示的に示す。ＡＲＱに関連する情報に加えて、状態レポートは、圧縮解除及び暗号化解除の少なくとも何れかに成功した（又は成功しなかった）プロトコル・データ・ユニットに関する情報も含んでいてもよい。そうすることにより、ソース基地局１６−１においてＡＲＱの意味で正しく受信されたが、圧縮解除又は暗号化解除に成功しなかったサービス・データ・ユニット、即ち、対応するプロトコル・データ・ユニットの受信には成功したが、ソース基地局１６−１が、受信したプロトコル・データ・ユニットからのサービス・データ・ユニットの処理に失敗したかもしれない、サービス・データ・ユニットの再送を、ターゲット基地局１６−２が要求することを可能となる。
【００５０】
非限定的な例を用いて、図４は、ソース基地局１６−１からターゲット基地局１６−２への移動局２０のシームレスなハンドオーバを「論理的に」図示する。同図は、移動局２０からソース基地局１６−１及びターゲット基地局１６−２の少なくとも何れかへ送信されるＰＤＣＰサービス・データ・ユニットの送信状態及び受信状態に関する論理的な状態を示すという意味で、「論理的な」図解である。これら図示した状態表示は、ＰＤＣＰに基づくアップリンク通信の管理のために移動局２０及び基地局１６において使用されるデータ構造を文字によって表しても表さなくてもよいが、これらは考察を目的としたものである。
【００５１】
図４において、ソース基地局１６−１及びターゲット基地局１６−２はそれぞれ、シームレスなハンドオーバについて本明細書で提示する教示に従って動作する。考察のために、移動局２０が複数のＰＤＣＰプロトコル・データ・ユニットをソース基地局１６−１に送信し、そのうちのいくつかは受信に成功し、そのうちのいくつかは成功しなかったものと仮定する。図示した状態表示５０は、これら送信されたＰＤＣＰサービス・データ・ユニットの移動局２０における状態を示し、かつ、シーケンス番号３乃至１３を有するＰＤＣＰプロトコル・データ・ユニットが、ハンドオーバに先立って移動局２０からソース基地局１６−１へ送信されていることを示す。
【００５２】
しかしながら注記したように、ソース基地局１６−１において全てのＰＤＣＰプロトコル・データ・ユニットの受信に成功したのではなく、ソース基地局１６−１における受信状態表示５２は、シーケンス番号３、４、５、６、８、１１及び１２を有するＰＤＣＰプロトコル・データ・ユニットについての受信に成功した場合（圧縮解除／暗号化解除の成功を含む）の例である。対照的に、シーケンス番号７、９及び１０については、ＰＤＣＰサービス・データ・ユニットの受信に成功していない。このように、ＰＤＣＰサービス・データ・ユニット８、１１及び１２は、誤った順番で受信されていると考えられる。また図４で注記するのは、転送されるＰＤＣＰサービス・データ・ユニット５４である。これらのサービス・データ・ユニット５４は、ハンドオーバの実行前にソース基地局１６−１から関連するコアネットワーク１４（例えば、ゲートウェイ１８）へ既に転送されたＰＤＣＰサービス・データ・ユニットを表す。
【００５３】
従って、ハンドオーバの実行中に、ソース基地局１６−１は、誤った順序で受信され、ゲートウェイ１８への転送のための並べ替えを待っている状態のＰＤＣＰサービス・データ・ユニット２６を転送する。この例において、転送されるＰＤＣＰサービス・データ・ユニットは、８、１１及び１２である。即ち、転送されるＰＤＣＰサービス・データ・ユニットは、当該シーケンスにおける８番目、１１番目、及び１２番目のＰＤＣＰプロトコル・データ・ユニットに対応するものであり、これらはソース基地局１６−１において受信には成功したが、誤った順序で受信されたものである。既に注記したように、ソース基地局１６−１は、これらの転送されるＰＤＣＰサービス・データ・ユニットに対応するシーケンス番号情報２８を転送し、１つ以上の実施形態において、当該シーケンス番号情報２８は、ゲートウェイ１８まで既に転送されたＰＤＣＰサービス・データ・ユニット（即ち、直近にシーケンシャルに転送されたＰＤＣＰサービス・データ・ユニット）の最も高いシーケンス番号の表示を含む。この例においてその値は「６」である。この情報を符号化する別の方法を適用することができ、例えば、直近にシーケンシャルに転送されたＰＤＣＰサービス・データ・ユニット（「６」）が示されてもよいし、あるいは代替的に、シーケンシャルに転送される次のＰＤＣＰサービス・データ・ユニット（「７」）が示される。
【００５４】
補完的な方法では、ターゲット基地局１６−２は、不必要な再送を回避し、それによりハンドオーバの効率を向上させつつ、移動局２０による選択的な再送を要求するために、受信したシーケンス番号情報２８を使用する。より詳細には、ターゲット基地局１６−２は、ゲートウェイ１８への転送用の、転送されたＰＤＣＰサービス・データ・ユニット２６をターゲット基地局１６−２が正しく順序付けることを可能にするために移動局２０が再送する必要がある、欠落しているＰＤＣＰプロトコル・データ・ユニットを特定すべく、受信したシーケンス番号情報２８を処理する。ここで、当該シーケンス番号情報２８は、本明細書においてこれまでに考察した状態メッセージ情報を含むか又は包含し得る。
【００５５】
従って、ターゲット基地局１６−２における再送要求（例えば、ＡＲＱ手順）が欠落しているデータの再送を移動局２０に促していると想定すると、状態表示５６は、ハンドオーバ後のある時間の移動局２０の状態を表す。即ち、シーケンス番号７、９、１０及び１３ついての欠落しているデータは、移動局２０からターゲット基地局１６−２へＰＤＣＰプロトコル・データ・ユニットの形式による再送に成功していることがわかる。再送されたＰＤＣＰプロトコル・データ・ユニットに対応するＰＤＣＰサービス・データ・ユニット５８は、ターゲット基地局１６−２へのアップリンク上に明示的に示されている。なお、再送されたデータを示すためにハッチングを使用していることに留意されたい。
【００５６】
例を用いて続けると、ターゲット基地局１６−２における受信状態表示６０は、ターゲット基地局１６−２が、転送されたＰＤＣＰサービス・データ・ユニット２６を正しく並べ替えるために必要な、欠落しているデータを取得していることを示す。このようにして、ターゲット基地局１６−２は、再送されたＰＤＣＰサービス・データ・ユニットと、転送されたＰＤＣＰサービス・データ・ユニット２６とを、正しいシーケンスの順序でゲートウェイ１８へ転送する。転送されるＰＤＣＰサービス・データ・ユニット６２のセットはその転送を示す。
【００５７】
当然ながら、図４は代表的な例であり、限定するものではない。実際、本発明は、上述の考察及び添付する図面に限定されることはない。その代わりに、本発明は、以下の特許請求の範囲及びその法的な均等物によってのみ限定される。
【特許請求の範囲】
【請求項１】
関連するコアネットワークへの順序付けられたシーケンシャル転送におけるサービス・データ・ユニットとして、基地局が移動局からプロトコル・データ・ユニットを受信する無線通信ネットワークにおいて、ソース基地局からターゲット基地局への移動局のシームレスなハンドオーバをサポートする方法であって、
ハンドオーバの実行中に、前記ソース基地局から転送されたサービス・データ・ユニットとシーケンス番号情報とを前記ターゲット基地局において受信するステップであって、該転送されたサービス・データ・ユニットは、前記関連するコアネットワークへのシーケンシャル転送のために該ソース基地局において保持されているサービス・データ・ユニットから成り、該転送されたシーケンス番号情報は、該転送されたサービス・データ・ユニットに対応するシーケンス番号を示す、ステップと、
前記ターゲット基地局から前記関連するコアネットワークへのシーケンシャル転送のために、前記転送されたサービス・データ・ユニットを該ターゲット基地局において必要に応じて並べ替えるステップと
を含むことを特徴とする方法。
【請求項２】
前記ターゲット基地局から前記関連するコアネットワークへのシーケンシャル転送のために、前記転送されたサービス・データ・ユニットを前記ターゲット基地局において必要に応じて並べ替える前記ステップは、
前記ターゲット基地局が、前記転送されたシーケンス番号情報に基づいて欠落したサービス・データ・ユニットを特定するとともに、該欠落したサービス・データ・ユニットに対応するプロトコル・データ・ユニットの前記移動局による再送を要求するステップを含むことをさらに特徴とする請求項１に記載の方法。
【請求項３】
前記ターゲット基地局が、
前記再送されたプロトコル・データ・ユニットを受信して、前記欠落したサービス・データ・ユニットを取得するためにそれらを処理し、当該処理により取得されたサービス・データ・ユニットを前記転送されたサービス・データ・ユニットとともに、前記関連するコアネットワークへのシーケンシャル転送のために必要に応じて並べ替えることをさらに特徴とする請求項２に記載の方法。
【請求項４】
前記転送されたシーケンス番号情報が、前記転送されたサービス・データ・ユニットに対応するプロトコル・データ・ユニットのシーケンス番号を示すことをさらに特徴とする請求項１に記載の方法。
【請求項５】
前記転送されたシーケンス番号情報が、前記ソース基地局から前記関連するコアネットワークへ直近に転送されたサービス・データ・ユニットに対応するシーケンス番号、又は、順番に受信されたサービス・データ・ユニットのうち最後のものに対応するシーケンス番号を示すことをさらに特徴とする請求項１に記載の方法。
【請求項６】
前記ターゲット基地局が、
前記ソース基地局から前記関連するコアネットワークへ以前に転送されたサービス・データ・ユニットに関して重複している、該ターゲット基地局において前記移動局から受信されたプロトコル・データ・ユニットを特定するために、前記転送されたシーケンス番号情報を処理し、かつ、
前記ターゲット基地局から前記関連するコアネットワークへのシーケンシャル転送のために前記転送されたサービス・データ・ユニットの並べ替えを行うことを目的として、前記移動局からの再送を要求されたプロトコル・データ・ユニットを特定するために、前記転送されたシーケンス番号情報を処理することをさらに特徴とする請求項１に記載の方法。
【請求項７】
前記転送されたサービス・データ・ユニットが、
ハンドオーバの開始時又は開始前に前記ソース基地局において誤った順序で受信され、かつ、該ソース基地局から前記関連するコアネットワークへサービス・データ・ユニットとして転送されていない、対応するプロトコル・データ・ユニットの、暗号化解除に成功したバージョンであることをさらに特徴とする請求項１に記載の方法。
【請求項８】
前記転送されたサービス・データ・ユニットが、
ハンドオーバの開始時又は開始前に前記ソース基地局において誤った順序で受信され、かつ、該ソース基地局から前記関連するコアネットワークへサービス・データ・ユニットとして転送されていない、対応するプロトコル・データ・ユニットの、暗号化解除及び圧縮解除に成功したバージョンであることをさらに特徴とする請求項１に記載の方法。
【請求項９】
前記プロトコル・データ・ユニットが、パケット・データ集約プロトコル（ＰＤＣＰ）のプロトコル・データ・ユニットを含み、
前記サービス・データ・ユニットが、ＰＤＣＰサービス・データ・ユニットを含むことをさらに特徴とする請求項１に記載の方法。
【請求項１０】
関連するコアネットワークへの順序付けられたシーケンシャル転送におけるサービス・データ・ユニットとして、基地局が移動局からプロトコル・データ・ユニットを受信する無線通信ネットワークにおいて、ソース基地局からターゲット基地局への移動局のシームレスなハンドオーバをサポートするターゲット基地局であって、
前記ソース基地局から転送されたサービス・データ・ユニットとシーケンス番号情報とを受信するインタフェースであって、該転送されたサービス・データ・ユニットは、前記関連するコアネットワークへのシーケンシャル転送のために該ソース基地局において保持されているサービス・データ・ユニットから成り、該転送されたシーケンス番号情報は、該転送されたサービス・データ・ユニットに対応するシーケンス番号を示す、インタフェースと、
前記ターゲット基地局から前記関連するコアネットワークへのシーケンシャル転送のために、前記転送されたサービス・データ・ユニットを前記ターゲット基地局において必要に応じて並べ替えるハンドオーバ・プロセッサと
を備えることを特徴とするターゲット基地局。
【請求項１１】
前記ハンドオーバ・プロセッサが、
前記転送されたシーケンス番号情報に基づいて欠落したサービス・データ・ユニットを特定するとともに、該欠落したサービス・データ・ユニットに対応するプロトコル・データ・ユニットの前記移動局による再送を要求することによって、前記転送されたサービス・データ・ユニットを並べ替えることをさらに特徴とする請求項１０に記載のターゲット基地局。
【請求項１２】
前記ターゲット基地局が、
前記再送されたプロトコル・データ・ユニットを受信して、前記欠落したサービス・データ・ユニットを取得するためにそれらを処理し、当該処理によって取得されたサービス・データ・ユニットを前記転送されたサービス・データ・ユニットとともに、前記関連するコアネットワークへのシーケンシャル転送のために必要に応じて並べ替えることをさらに特徴とする請求項１１に記載のターゲット基地局。
【請求項１３】
前記転送されたシーケンス番号情報が、さらに、
前記ソース基地局から前記関連するコアネットワークへ直近に転送されたサービス・データ・ユニットに対応するシーケンス番号、又は、順番に受信されたサービス・データ・ユニットのうち最後のものに対応するシーケンス番号を示すことをさらに特徴とする請求項１０に記載のターゲット基地局。
【請求項１４】
前記ハンドオーバ・プロセッサが、
前記ソース基地局から前記関連するコアネットワークへ以前に転送されたサービス・データ・ユニットに関して重複している、該ターゲット基地局において前記移動局から受信されたプロトコル・データ・ユニットを特定するために、前記転送されたシーケンス番号情報を処理し、かつ、
前記ターゲット基地局から前記関連するコアネットワークへのシーケンシャル転送のために前記転送されたサービス・データ・ユニットの並べ替えを行うことを目的として、前記移動局からの再送を要求されたプロトコル・データ・ユニットを特定するために、前記転送されたシーケンス番号情報を処理することをさらに特徴とする請求項１０に記載のターゲット基地局。
【請求項１５】
前記転送されたサービス・データ・ユニットが、
ハンドオーバの開始時又は開始前に前記ソース基地局において誤った順序で受信され、かつ、該ソース基地局から前記関連するコアネットワークへサービス・データ・ユニットとして転送されていない、対応するプロトコル・データ・ユニットの、暗号化解除に成功したバージョンであることをさらに特徴とする請求項１０に記載のターゲット基地局。
【請求項１６】
前記転送されたサービス・データ・ユニットが、
ハンドオーバの開始時又は開始前に前記ソース基地局において誤った順序で受信され、かつ、該ソース基地局から前記関連するコアネットワークへサービス・データ・ユニットとして転送されていない、対応するプロトコル・データ・ユニットの、暗号化解除及び圧縮解除に成功したバージョンであることをさらに特徴とする請求項１０に記載のターゲット基地局。
【請求項１７】
関連するコアネットワークへの順序付けられたシーケンシャル転送におけるサービス・データ・ユニットとして、基地局が移動局からプロトコル・データ・ユニットを受信する無線通信ネットワークにおいて、ソース基地局からターゲット基地局への移動局のシームレスなハンドオーバをサポートする方法であって、
ハンドオーバの実行中に、前記ソース基地局から前記ターゲット基地局へサービス・データ・ユニットとシーケンス番号情報とを転送するステップを含み、
前記転送されたサービス・データ・ユニットは、前記関連するコアネットワークへのシーケンシャル転送のために前記ソース基地局において保持されているサービス・データ・ユニットから成り、
前記転送されたシーケンス番号情報は、前記転送されたサービス・データ・ユニットに対応するシーケンス番号を示すことを特徴とする方法。
【請求項１８】
前記転送されたサービス・データ・ユニットが、前記ソース基地局において誤った順序で受信された対応するプロトコル・データ・ユニットの、暗号化解除に成功したバージョンであることによって、前記転送されたシーケンス番号情報は、このような誤った順序のプロトコル・データ・ユニットのシーケンス番号を示すことをさらに特徴とする請求項１７に記載の方法。
【請求項１９】
前記ソース基地局が、さらに、
前記ソース基地局から前記関連するコアネットワークへ直近に転送されたサービス・データ・ユニットに対応するシーケンス番号の表示、又は、順番に受信されたサービス・データ・ユニットのうち最後のものに対応するシーケンス番号の表示を、前記転送されたシーケンス番号情報に含めることをさらに特徴とする請求項１７に記載の方法。
【請求項２０】
関連するコアネットワークへの順序付けられたシーケンシャル転送におけるサービス・データ・ユニットとして、基地局が移動局から圧縮解除及び暗号化解除のためのプロトコル・データ・ユニットを受信する無線通信ネットワークにおいて、ソース基地局からターゲット基地局への移動局のシームレスなハンドオーバをサポートするソース基地局であって、
前記ソース基地局から前記ターゲット基地局へサービス・データ・ユニットとシーケンス番号情報とを転送するハンドオーバ・プロセッサ及び関連するインタフェースを備え、
前記転送されたサービス・データ・ユニットは、前記関連するコアネットワークへのシーケンシャル転送のために前記ソース基地局において保持されているサービス・データ・ユニットから成り、
前記転送されたシーケンス番号情報は、前記転送されたサービス・データ・ユニットに対応するシーケンス番号を示すことを特徴とするソース基地局。
【請求項２１】
前記転送されたサービス・データ・ユニットが、前記ソース基地局において誤った順序で受信された対応するプロトコル・データ・ユニットの、暗号化解除に成功したバージョンであり、
前記転送されたシーケンス番号情報が、このような誤った順序のプロトコル・データ・ユニットのシーケンス番号を示すことをさらに特徴とする請求項２０に記載のソース基地局。
【請求項２２】
前記ソース基地局が、さらに、
前記ソース基地局から前記関連するコアネットワークへ直近に転送されたサービス・データ・ユニットに対応するシーケンス番号の表示、又は、順番に受信されたサービス・データ・ユニットのうち最後のものに対応するシーケンス番号の表示を、前記転送されたシーケンス番号情報に含めることをさらに特徴とする請求項２０に記載のソース基地局。
【請求項２３】
移動局がプロトコル・データ・ユニットを基地局へ送信し、当該基地局が対応するサービス・データ・ユニットを関連するコアネットワークへ転送する無線通信ネットワークにおいて使用される、ソース基地局からターゲット基地局へのシームレスなハンドオーバをサポートする移動局であって、
前記ターゲット基地局において何れのサービス・データ・ユニットが欠落しているかを示す、又は何れのサービス・データ・ユニットが該ターゲット基地局において受信に成功しているかを等価的に示す、該ターゲット基地局からのシグナリングに応じて、欠落しているサービス・データ・ユニットについての新たなプロトコル・データ・ユニットを再生成するとともに、該再生成されたプロトコル・データ・ユニットを送信するハンドオーバ・プロセッサを備え、
前記再生成されたプロトコル・データ・ユニットは、前記移動局においてバッファリングされた対応するサービス・データ・ユニットから再生成されることを特徴とする移動局。
【請求項２４】
前記再生成されたプロトコル・データ・ユニットが、新たな暗号化状態及び新たなヘッダ圧縮状態のうちの少なくとも１つを使用して再生成されることをさらに特徴とする請求項２３に記載の移動局。
【請求項２５】
受信に成功していることが前記ターゲット基地局によって示されたサービス・データ・ユニットの再送を控えることをさらに特徴とする請求項２３に記載の移動局。
【請求項１】
関連するコアネットワークへの順序付けられたシーケンシャル転送におけるサービス・データ・ユニットとして、基地局が移動局からプロトコル・データ・ユニットを受信する無線通信ネットワークにおいて、ソース基地局からターゲット基地局への移動局のシームレスなハンドオーバをサポートする方法であって、
ハンドオーバの実行中に、前記ソース基地局から転送されたサービス・データ・ユニットとシーケンス番号情報とを前記ターゲット基地局において受信するステップであって、該転送されたサービス・データ・ユニットは、前記関連するコアネットワークへのシーケンシャル転送のために該ソース基地局において保持されているサービス・データ・ユニットから成り、該転送されたシーケンス番号情報は、該転送されたサービス・データ・ユニットに対応するシーケンス番号を示す、ステップと、
前記ターゲット基地局から前記関連するコアネットワークへのシーケンシャル転送のために、前記転送されたサービス・データ・ユニットを該ターゲット基地局において必要に応じて並べ替えるステップと
を含むことを特徴とする方法。
【請求項２】
前記ターゲット基地局から前記関連するコアネットワークへのシーケンシャル転送のために、前記転送されたサービス・データ・ユニットを前記ターゲット基地局において必要に応じて並べ替える前記ステップは、
前記ターゲット基地局が、前記転送されたシーケンス番号情報に基づいて欠落したサービス・データ・ユニットを特定するとともに、該欠落したサービス・データ・ユニットに対応するプロトコル・データ・ユニットの前記移動局による再送を要求するステップを含むことをさらに特徴とする請求項１に記載の方法。
【請求項３】
前記ターゲット基地局が、
前記再送されたプロトコル・データ・ユニットを受信して、前記欠落したサービス・データ・ユニットを取得するためにそれらを処理し、当該処理により取得されたサービス・データ・ユニットを前記転送されたサービス・データ・ユニットとともに、前記関連するコアネットワークへのシーケンシャル転送のために必要に応じて並べ替えることをさらに特徴とする請求項２に記載の方法。
【請求項４】
前記転送されたシーケンス番号情報が、前記転送されたサービス・データ・ユニットに対応するプロトコル・データ・ユニットのシーケンス番号を示すことをさらに特徴とする請求項１に記載の方法。
【請求項５】
前記転送されたシーケンス番号情報が、前記ソース基地局から前記関連するコアネットワークへ直近に転送されたサービス・データ・ユニットに対応するシーケンス番号、又は、順番に受信されたサービス・データ・ユニットのうち最後のものに対応するシーケンス番号を示すことをさらに特徴とする請求項１に記載の方法。
【請求項６】
前記ターゲット基地局が、
前記ソース基地局から前記関連するコアネットワークへ以前に転送されたサービス・データ・ユニットに関して重複している、該ターゲット基地局において前記移動局から受信されたプロトコル・データ・ユニットを特定するために、前記転送されたシーケンス番号情報を処理し、かつ、
前記ターゲット基地局から前記関連するコアネットワークへのシーケンシャル転送のために前記転送されたサービス・データ・ユニットの並べ替えを行うことを目的として、前記移動局からの再送を要求されたプロトコル・データ・ユニットを特定するために、前記転送されたシーケンス番号情報を処理することをさらに特徴とする請求項１に記載の方法。
【請求項７】
前記転送されたサービス・データ・ユニットが、
ハンドオーバの開始時又は開始前に前記ソース基地局において誤った順序で受信され、かつ、該ソース基地局から前記関連するコアネットワークへサービス・データ・ユニットとして転送されていない、対応するプロトコル・データ・ユニットの、暗号化解除に成功したバージョンであることをさらに特徴とする請求項１に記載の方法。
【請求項８】
前記転送されたサービス・データ・ユニットが、
ハンドオーバの開始時又は開始前に前記ソース基地局において誤った順序で受信され、かつ、該ソース基地局から前記関連するコアネットワークへサービス・データ・ユニットとして転送されていない、対応するプロトコル・データ・ユニットの、暗号化解除及び圧縮解除に成功したバージョンであることをさらに特徴とする請求項１に記載の方法。
【請求項９】
前記プロトコル・データ・ユニットが、パケット・データ集約プロトコル（ＰＤＣＰ）のプロトコル・データ・ユニットを含み、
前記サービス・データ・ユニットが、ＰＤＣＰサービス・データ・ユニットを含むことをさらに特徴とする請求項１に記載の方法。
【請求項１０】
関連するコアネットワークへの順序付けられたシーケンシャル転送におけるサービス・データ・ユニットとして、基地局が移動局からプロトコル・データ・ユニットを受信する無線通信ネットワークにおいて、ソース基地局からターゲット基地局への移動局のシームレスなハンドオーバをサポートするターゲット基地局であって、
前記ソース基地局から転送されたサービス・データ・ユニットとシーケンス番号情報とを受信するインタフェースであって、該転送されたサービス・データ・ユニットは、前記関連するコアネットワークへのシーケンシャル転送のために該ソース基地局において保持されているサービス・データ・ユニットから成り、該転送されたシーケンス番号情報は、該転送されたサービス・データ・ユニットに対応するシーケンス番号を示す、インタフェースと、
前記ターゲット基地局から前記関連するコアネットワークへのシーケンシャル転送のために、前記転送されたサービス・データ・ユニットを前記ターゲット基地局において必要に応じて並べ替えるハンドオーバ・プロセッサと
を備えることを特徴とするターゲット基地局。
【請求項１１】
前記ハンドオーバ・プロセッサが、
前記転送されたシーケンス番号情報に基づいて欠落したサービス・データ・ユニットを特定するとともに、該欠落したサービス・データ・ユニットに対応するプロトコル・データ・ユニットの前記移動局による再送を要求することによって、前記転送されたサービス・データ・ユニットを並べ替えることをさらに特徴とする請求項１０に記載のターゲット基地局。
【請求項１２】
前記ターゲット基地局が、
前記再送されたプロトコル・データ・ユニットを受信して、前記欠落したサービス・データ・ユニットを取得するためにそれらを処理し、当該処理によって取得されたサービス・データ・ユニットを前記転送されたサービス・データ・ユニットとともに、前記関連するコアネットワークへのシーケンシャル転送のために必要に応じて並べ替えることをさらに特徴とする請求項１１に記載のターゲット基地局。
【請求項１３】
前記転送されたシーケンス番号情報が、さらに、
前記ソース基地局から前記関連するコアネットワークへ直近に転送されたサービス・データ・ユニットに対応するシーケンス番号、又は、順番に受信されたサービス・データ・ユニットのうち最後のものに対応するシーケンス番号を示すことをさらに特徴とする請求項１０に記載のターゲット基地局。
【請求項１４】
前記ハンドオーバ・プロセッサが、
前記ソース基地局から前記関連するコアネットワークへ以前に転送されたサービス・データ・ユニットに関して重複している、該ターゲット基地局において前記移動局から受信されたプロトコル・データ・ユニットを特定するために、前記転送されたシーケンス番号情報を処理し、かつ、
前記ターゲット基地局から前記関連するコアネットワークへのシーケンシャル転送のために前記転送されたサービス・データ・ユニットの並べ替えを行うことを目的として、前記移動局からの再送を要求されたプロトコル・データ・ユニットを特定するために、前記転送されたシーケンス番号情報を処理することをさらに特徴とする請求項１０に記載のターゲット基地局。
【請求項１５】
前記転送されたサービス・データ・ユニットが、
ハンドオーバの開始時又は開始前に前記ソース基地局において誤った順序で受信され、かつ、該ソース基地局から前記関連するコアネットワークへサービス・データ・ユニットとして転送されていない、対応するプロトコル・データ・ユニットの、暗号化解除に成功したバージョンであることをさらに特徴とする請求項１０に記載のターゲット基地局。
【請求項１６】
前記転送されたサービス・データ・ユニットが、
ハンドオーバの開始時又は開始前に前記ソース基地局において誤った順序で受信され、かつ、該ソース基地局から前記関連するコアネットワークへサービス・データ・ユニットとして転送されていない、対応するプロトコル・データ・ユニットの、暗号化解除及び圧縮解除に成功したバージョンであることをさらに特徴とする請求項１０に記載のターゲット基地局。
【請求項１７】
関連するコアネットワークへの順序付けられたシーケンシャル転送におけるサービス・データ・ユニットとして、基地局が移動局からプロトコル・データ・ユニットを受信する無線通信ネットワークにおいて、ソース基地局からターゲット基地局への移動局のシームレスなハンドオーバをサポートする方法であって、
ハンドオーバの実行中に、前記ソース基地局から前記ターゲット基地局へサービス・データ・ユニットとシーケンス番号情報とを転送するステップを含み、
前記転送されたサービス・データ・ユニットは、前記関連するコアネットワークへのシーケンシャル転送のために前記ソース基地局において保持されているサービス・データ・ユニットから成り、
前記転送されたシーケンス番号情報は、前記転送されたサービス・データ・ユニットに対応するシーケンス番号を示すことを特徴とする方法。
【請求項１８】
前記転送されたサービス・データ・ユニットが、前記ソース基地局において誤った順序で受信された対応するプロトコル・データ・ユニットの、暗号化解除に成功したバージョンであることによって、前記転送されたシーケンス番号情報は、このような誤った順序のプロトコル・データ・ユニットのシーケンス番号を示すことをさらに特徴とする請求項１７に記載の方法。
【請求項１９】
前記ソース基地局が、さらに、
前記ソース基地局から前記関連するコアネットワークへ直近に転送されたサービス・データ・ユニットに対応するシーケンス番号の表示、又は、順番に受信されたサービス・データ・ユニットのうち最後のものに対応するシーケンス番号の表示を、前記転送されたシーケンス番号情報に含めることをさらに特徴とする請求項１７に記載の方法。
【請求項２０】
関連するコアネットワークへの順序付けられたシーケンシャル転送におけるサービス・データ・ユニットとして、基地局が移動局から圧縮解除及び暗号化解除のためのプロトコル・データ・ユニットを受信する無線通信ネットワークにおいて、ソース基地局からターゲット基地局への移動局のシームレスなハンドオーバをサポートするソース基地局であって、
前記ソース基地局から前記ターゲット基地局へサービス・データ・ユニットとシーケンス番号情報とを転送するハンドオーバ・プロセッサ及び関連するインタフェースを備え、
前記転送されたサービス・データ・ユニットは、前記関連するコアネットワークへのシーケンシャル転送のために前記ソース基地局において保持されているサービス・データ・ユニットから成り、
前記転送されたシーケンス番号情報は、前記転送されたサービス・データ・ユニットに対応するシーケンス番号を示すことを特徴とするソース基地局。
【請求項２１】
前記転送されたサービス・データ・ユニットが、前記ソース基地局において誤った順序で受信された対応するプロトコル・データ・ユニットの、暗号化解除に成功したバージョンであり、
前記転送されたシーケンス番号情報が、このような誤った順序のプロトコル・データ・ユニットのシーケンス番号を示すことをさらに特徴とする請求項２０に記載のソース基地局。
【請求項２２】
前記ソース基地局が、さらに、
前記ソース基地局から前記関連するコアネットワークへ直近に転送されたサービス・データ・ユニットに対応するシーケンス番号の表示、又は、順番に受信されたサービス・データ・ユニットのうち最後のものに対応するシーケンス番号の表示を、前記転送されたシーケンス番号情報に含めることをさらに特徴とする請求項２０に記載のソース基地局。
【請求項２３】
移動局がプロトコル・データ・ユニットを基地局へ送信し、当該基地局が対応するサービス・データ・ユニットを関連するコアネットワークへ転送する無線通信ネットワークにおいて使用される、ソース基地局からターゲット基地局へのシームレスなハンドオーバをサポートする移動局であって、
前記ターゲット基地局において何れのサービス・データ・ユニットが欠落しているかを示す、又は何れのサービス・データ・ユニットが該ターゲット基地局において受信に成功しているかを等価的に示す、該ターゲット基地局からのシグナリングに応じて、欠落しているサービス・データ・ユニットについての新たなプロトコル・データ・ユニットを再生成するとともに、該再生成されたプロトコル・データ・ユニットを送信するハンドオーバ・プロセッサを備え、
前記再生成されたプロトコル・データ・ユニットは、前記移動局においてバッファリングされた対応するサービス・データ・ユニットから再生成されることを特徴とする移動局。
【請求項２４】
前記再生成されたプロトコル・データ・ユニットが、新たな暗号化状態及び新たなヘッダ圧縮状態のうちの少なくとも１つを使用して再生成されることをさらに特徴とする請求項２３に記載の移動局。
【請求項２５】
受信に成功していることが前記ターゲット基地局によって示されたサービス・データ・ユニットの再送を控えることをさらに特徴とする請求項２３に記載の移動局。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１２−２５７２５５（Ｐ２０１２−２５７２５５Ａ）
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−１５３９８２（Ｐ２０１２−１５３９８２）
【出願日】平成２４年７月９日（２０１２．７．９）
【分割の表示】特願２０１０−５０６１３４（Ｐ２０１０−５０６１３４）の分割
【原出願日】平成２０年４月２３日（２００８．４．２３）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【出願番号】特願２０１２−１５３９８２（Ｐ２０１２−１５３９８２）
【出願日】平成２４年７月９日（２０１２．７．９）
【分割の表示】特願２０１０−５０６１３４（Ｐ２０１０−５０６１３４）の分割
【原出願日】平成２０年４月２３日（２００８．４．２３）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]