(57)【特許請求の範囲】
【請求項１】
ハンドオーバーに関連したパケット交換データ伝送におけるデータパケット番号付けの方法であって、接続のための責任が移動局と第１の無線通信ネットワークとの間の接続から前記移動局と第２の無線通信ネットワークとの間の接続に転送され、前記第１の無線通信ネットワークにおいてはデータパケット番号付けのために使用可能なデータパケット番号空間が前記第２の無線通信ネットワークのデータパケット番号空間よりも大きい方法において、
前記第１の無線通信ネットワークの前記データパケットの番号が前記第２の無線通信ネットワークの前記データパケット番号空間の最大値を超えないように、前記第１の無線通信ネットワークにおけるデータパケット番号付けを制限する
ことを特徴とする方法。
【請求項２】
前記第１および第２の無線通信ネットワークの通信プロトコルが、ユーザデータパケットを集束プロトコルパケットに適合させるための集束プロトコル層（ＰＤＣＰ、ＳＮＤＣＰ）と、前記集束プロトコルパケット（ＰＤＣＰ−ＰＤＵ）をデータユニット（ＲＬＣ−ＰＤＵ）として送信するための、および、前記送信を肯定応答するためのリンク層（ＲＬＣ、ＬＬＣ）とを含むことを特徴とする請求項１に記載の方法。
【請求項３】
送信される肯定応答されていないデータパケットの数を多くとも２５５データパケット（ＰＤＣＰ−ＰＤＵ）に制限することを特徴とする、請求項１又は２に記載の方法。
【請求項４】
集束プロトコル層上のバッファに置かれるべき肯定応答されていないデータパケットの数を２５５データパケットに制限することを特徴とする、請求項３に記載の方法。
【請求項５】
前記リンク層上で送信される肯定応答されていないデータパケットの数を２５５データパケットに制限することを特徴とする、請求項３に記載の方法。
【請求項６】
前記リンク層上で送信される肯定応答されていないデータパケットの数がほぼ２５５であることに応答して、前記リンク層上で送信されるべき前記データユニットの送信窓のサイズを、データパケット全体の送信を可能にしないほど小さく制限することを特徴とする、請求項５に記載の方法。
【請求項７】
前記ＰＤＣＰ層より上のＴＣＰ層のようなアプリケーションレベルのプロトコル層の送信窓のサイズを２５５データパケットであるように制限することを特徴とする請求項２に記載の方法。
【請求項８】
前記移動局と前記第１の無線通信ネットワークとの間の前記パケット交換データ伝送に使用される前記データパケット番号空間を、前記第２の無線通信ネットワークの前記データパケット番号空間に一致するように制限することを特徴とする、請求項１又は２に記載の方法。
【請求項９】
前記移動局と前記第１の無線通信ネットワークとの間の前記パケット交換データ伝送において通常のデータパケット番号空間を使用し、
前記通信ネットワークがハンドオーバーを準備することに応答して、前記移動局と前記第１の無線通信ネットワークとの間の前記パケット交換データ伝送に使用される前記データパケット番号空間を、前記第２の無線通信ネットワークの前記データパケット番号空間に一致するように制限すること、
とを特徴とする請求項８に記載の方法。
【請求項１０】
前記通信ネットワークと、前記通信ネットワークにハンドオーバーの準備をするように指示する前記端末との間の前記データ伝送で行われる受信信号の強度の定義に応答して前記制限を行うことを特徴とする、請求項４、５、又は９のいずれか一項に記載の方法。
【請求項１１】
前記第１の無線通信ネットワークは、１６ビットデータパケット番号空間を使用するＵＭＴＳネットワークであり、前記第２の無線通信ネットワークは、８ビットデータパケット番号空間を使用するＧＰＲＳネットワークであることを特徴とする、請求項１から１０のいずれか一項に記載の方法。
【請求項１２】
移動局と第１および第２の無線通信ネットワークとを含む通信システムであって、前記移動局と前記第１および第２の無線通信ネットワークは、接続（ハンドオーバー）のための責任を前記移動局と前記第１の無線通信ネットワークとの間の接続から前記移動局と前記第２の無線通信ネットワークとの間の接続に転送するためにパケット交換データ伝送の形に構成されており、前記第１の無線通信ネットワークにおいてはデータパケット番号付けのために使用可能なデータパケット番号空間が前記第２の無線通信ネットワークのデータパケット番号空間よりも大きい通信システムにおいて、
前記第１の無線通信ネットワークでは、前記データパケット番号付けが、前記第１の無線通信ネットワークの前記データパケットの数が前記第２の無線通信ネットワークの前記データパケット番号空間の最大値を超えない形に制限されるように構成されている、
ことを特徴とする通信システム。
【請求項１３】
前記第１および第２の無線通信ネットワークの通信プロトコルが、ユーザデータパケットを集束プロトコルパケットに適合させるための集束プロトコル層（ＰＤＣＰ、ＳＮＤＣＰ）と、前記集束プロトコルパケット（ＰＤＣＰ−ＰＤＵ）をデータユニット（ＲＬＣ−ＰＤＵ）として送信するための、および、前記送信に肯定応答するためのリンク層（ＲＬＣ、ＬＬＣ）とを含むことを特徴とする、請求項１２に記載の通信システム。
【請求項１４】
送信される肯定応答されていないデータパケットの数が多くとも２５５データパケット（ＰＤＣＰ−ＰＤＵ）に制限されるように構成されていることを特徴とする、請求項１２又は１３に記載の通信システム。
【請求項１５】
前記集束プロトコル層においてバッファに置かれるべき肯定応答されていないデータパケットの数が２５５データパケットに制限されるように構成されていることを特徴とする、請求項１４に記載の通信システム。
【請求項１６】
前記リンク層上で送信される肯定応答されていないデータパケットの数が２５５データパケットに制限されるように構成されていることを特徴とする、請求項１４に記載の通信システム。
【請求項１７】
前記リンク層上で送信される肯定応答されていないデータパケットの数がほぼ２５５であることに応答して、前記リンク層上で送信されるべき前記データユニットの送信窓のサイズがデータパケット全体の送信を可能にしないほど小さく制限されるように構成されていることを特徴とする、請求項１６に記載の通信システム。
【請求項１８】
前記ＰＤＣＰ層より上のＴＣＰ層のようなアプリケーションレベルのプロトコル層の送信窓のサイズは２５５データパケットに制限されることを特徴とする、請求項１３に記載の通信システム。
【請求項１９】
前記移動局と第１の無線通信ネットワークとの間の前記パケット交換データ伝送に使用される前記データパケット番号空間は、前記第２の無線通信ネットワークの前記データパケット番号空間に一致するように制限されるように構成されていることを特徴とする、請求項１２又は１３に記載の通信システム。
【請求項２０】
通常のデータパケット番号空間が、前記移動局と前記第１の無線通信ネットワークとの間の前記パケット交換データ伝送において使用されるように構成されており、
前記移動局と第１の無線通信ネットワークとの間の前記パケット交換データ伝送に使用される前記データパケット番号空間は、前記通信ネットワークがハンドオーバーを準備することに応答して前記第２の無線通信ネットワークの前記データパケット番号空間に一致するように制限されるように構成されている、
ことを特徴とする、請求項１９に記載の通信システム。
【請求項２１】
前記制限は、前記通信ネットワークと、前記通信ネットワークにハンドオーバーの準備をするように指示する前記端末との間の前記データ伝送で行われる受信信号の強度の定義に応答して行われるように構成されていることを特徴とする、請求項１５、１６、又は２０のいずれか一項に記載の通信システム。
【請求項２２】
前記第１の無線通信ネットワークは、１６ビットデータパケット番号空間を使用するＵＭＴＳネットワークであり、前記第２の無線通信ネットワークは、８ビットデータパケット番号空間を使用するＧＰＲＳネットワークであることを特徴とする、請求項１２から２１のいずれか一項に記載の通信システム。
【請求項２３】
パケット交換データ通信システムのための端末装置であって、前記端末装置は、接続（ハンドオーバー）のための責任を前記移動局と第１の無線通信ネットワークとの間の接続から前記移動局と第２の無線通信ネットワークとの間の接続に転送するようにパケット交換データ伝送において構成されており、前記第１の無線通信ネットワークにおいては、データパケット番号付けのために使用可能なデータパケット番号空間が前記第２の無線通信ネットワークのデータパケット番号空間よりも大きく、および、前記端末装置は、前記データパケットの数が前記第２の無線通信ネットワークの前記データパケット番号空間の最大値を超えないように、伝送されるべきデータパケットのデータパケット番号付けを制限するように構成されている端末装置。
【請求項２４】
前記端末装置は、前記第１の無線通信ネットワークから送信されるべきデータパケットのデータパケット番号付けを前記第２の無線通信ネットワークのデータパケット番号付けに一致するように変換するように構成されている、請求項２３に記載の端末装置。
【請求項２５】
前記端末装置は、前記第１および第２の無線通信ネットワークの通信プロトコルをサポートするように構成されており、前記プロトコルは、ユーザデータパケットを集束プロトコルパケットに適合させるための集束プロトコル層（ＰＤＣＰ、ＳＮＤＣＰ）と、前記集束プロトコルパケット（ＰＤＣＰ−ＰＤＵ）をデータユニット（ＲＬＣ−ＰＤＵ）として送信するための、および、送信に肯定応答するためのリンク層（ＲＬＣ、ＬＬＣ）とを含む、請求項２３に記載の端末装置。
【請求項２６】
前記端末装置は、送信される肯定応答されていないデータパケットの数をほぼ２５５データパケット（ＰＤＣＰ−ＰＤＵ）に制限するように構成されている、請求項２３に記載の端末装置。
【請求項２７】
前記端末装置は、前記集束プロトコル層内のバッファに置かれるべき肯定応答されていないデータパケットの数を２５５データパケットに制限するように構成されている、請求項２５に記載の端末装置。
【請求項２８】
前記端末装置は、リンク層上で送信される肯定応答されていないデータパケットの数を制限するように構成されており、２５５データパケットに制限されるように構成されている、請求項２５に記載の端末装置。
【請求項２９】
前記リンク層上で送信される肯定応答されていないデータパケットの数がほぼ２５５であることに応答して、前記端末装置は、前記リンク層上で送信されるべき前記データユニットの送信窓のサイズがデータパケット全体の送信を可能にしない程度に小さく制限するように構成されている、請求項２８に記載の端末装置。
【請求項３０】
前記端末装置は、ＰＤＣＰ層より上のＴＣＰ層のようなアプリケーションレベルのプロトコル層の送信窓のサイズを２５５データパケットであるように制限するように構成されている、請求項２５に記載の端末装置。
【請求項３１】
前記端末装置は、前記移動局と前記第１の無線通信ネットワークとの間のパケット交換データ伝送に使用されるデータパケット番号空間を、前記第２の無線通信ネットワークのデータパケット番号空間に一致するように制限するように構成されている、請求項２３に記載の端末装置。
【請求項３２】
前記端末装置は、前記移動局と前記第１の無線通信ネットワークとの間の前記パケット交換データ伝送において通常のデータパケット番号空間を使用するように構成されており、および、
前記端末装置は、前記第１の通信ネットワークと前記第２の通信ネットワークとがハンドオーバーを準備することに応答して、前記移動局と前記第１の無線通信ネットワークとの間のパケット交換データ伝送において使用されるデータパケット番号空間を、前記第２の無線通信ネットワークのデータパケット番号空間に一致するように制限するように構成されている、請求項３１に記載の端末装置。
【請求項３３】
前記端末装置は、送信される肯定応答されていないデータパケットの数をほぼ２５５データパケットに制限することと、受信された信号の強度の定義に応答して、前記集束プロトコル層内のバッファに置かれるべき肯定応答されていないデータパケットを２５５データパケットに制限することとを行うように構成されており、および、このことは、前記第１の通信ネットワークと前記第２の通信ネットワークと前記端末装置との間の、前記通信ネットワークにハンドオーバーを準備するように指示するデータ伝送中に行われる、請求項２７に記載の端末装置。
【請求項３４】
前記端末装置は、１６ビットデータパケット番号空間を使用するＵＭＴＳネットワーク、および、８ビットデータパケット番号空間を使用するＧＰＲＳネットワークと通信するように構成されている、請求項２３に記載の端末装置。
【請求項３５】
第１の無線通信システムのネットワーク要素であって、前記ネットワーク要素は、移動局と前記第１の無線通信ネットワークとの間のパケット交換データ伝送接続におけるデータパケット番号付けを制御するように構成されており、
前記ネットワーク要素は、接続のための責任が前記移動局と前記第１の無線通信ネットワークとの間の接続から、前記移動局と、前記第１の無線通信ネットワークの場合よりも小さいデータパケット番号付けのために使用可能なデータパケット番号空間を有する第２の無線通信ネットワークとの間の接続へと転送（ハンドオーバー）される時に、前記データパケットの数が前記第２の無線通信ネットワークのデータパケット番号空間の最大値を超えないように、伝送されるべきデータパケットのデータパケットパケット番号付けを制限するように構成されているネットワーク要素。
【請求項３６】
前記ネットワーク要素は、前記第１の無線通信ネットワークから送信されるべきデータパケットのデータパケット番号付けを前記第２の無線通信ネットワークのデータパケット番号付けに一致するように変換するように構成されている、請求項３５に記載のネットワーク要素。
【請求項３７】
前記ネットワーク要素の前記無線通信ネットワークは、ユーザデータパケットを集束プロトコルパケットに適合させるための集束プロトコル層（ＰＤＣＰ、ＳＮＤＣＰ）と、前記集束プロトコルパケット（ＰＤＣＰ−ＰＤＵ）をデータユニット（ＲＬＣ−ＰＤＵ）として送信するための、および、送信に肯定応答するためのリンク層（ＲＬＣ、ＬＬＣ）とを備える、請求項３５に記載のネットワーク要素。
【請求項３８】
前記ネットワーク要素は、送信される肯定応答されていないデータパケットの数をほぼ２５５データパケット（ＰＤＣＰ−ＰＤＵ）に制限するように構成されている、請求項３５に記載のネットワーク要素。
【請求項３９】
前記ネットワーク要素は、前記集束プロトコル層内のバッファに置かれるべき肯定応答されていないデータパケットの数を２５５データパケットに制限するように構成されている、請求項３７に記載のネットワーク要素。
【請求項４０】
前記ネットワーク要素は、リンク層上で伝送される肯定応答されていないデータパケットの数を制限するように構成されており、２５５データパケットに制限されるように構成されている、請求項３７に記載のネットワーク要素。
【請求項４１】
前記リンク層上で伝送される肯定応答されていないデータパケットの数がほぼ２５５データパケットであることに応答して、前記ネットワーク要素は、前記リンク層上で伝送されるべきデータユニットの送信窓のサイズがデータパケット全体の送信を可能にしない程度に小さく制限するように構成されている、請求項４０に記載のネットワーク要素。
【請求項４２】
前記ネットワーク要素は、ＰＤＣＰ層より上のＴＣＰ層のようなアプリケーションレベルのプロトコル層の送信窓のサイズを２５５データパケットであるように制限するように構成されている、請求項３７に記載のネットワーク要素。
【請求項４３】
前記ネットワーク要素は、前記移動局と前記第１の無線通信ネットワークとの間のパケット交換データ伝送において使用されるデータパケット番号空間を、前記第２の無線通信ネットワークのデータパケット番号空間に一致するように制限するように構成されている、請求項３５に記載のネットワーク要素。
【請求項４４】
前記ネットワーク要素は、前記移動局と前記第１の無線通信ネットワークとの間の前記パケット交換データ伝送において使用されるべき通常のデータパケット番号空間を制御するように構成されており、および、
前記ネットワーク要素は、前記第１の通信ネットワークと前記第２の通信ネットワークとがハンドオーバーを準備することに応答して、前記移動局と前記第１の無線通信ネットワークとの間のパケット交換データ伝送において使用されるデータパケット番号空間を、前記第２の無線通信ネットワークのデータパケット番号空間に一致するように制限するように構成されている、請求項４３に記載のネットワーク要素。
【請求項４５】
前記ネットワーク要素は、送信される肯定応答されていないデータパケットの数をほぼ２５５データパケットに制限することと、受信された信号の強度の定義に応答して、前記集束プロトコル層内のバッファに置かれるべき肯定応答されていないデータパケットを２５５データパケットに制限することとを行うように構成されており、および、このことは、前記第１の通信ネットワークと前記第２の通信ネットワークと前記端末装置との間の、前記通信ネットワークにハンドオーバーを準備するように指示するデータ伝送中に行われる、請求項３９に記載のネットワーク要素。
【発明の詳細な説明】
【０００１】
〔発明の背景〕
本発明は、パケット交換データ伝送に関し、より明確にはデータパケット番号付けの最適化に関し、特に高信頼性（肯定応答返送型）伝送に関する。
【０００２】
用語ＵＭＴＳ（Universal Mobile Telecommunication System）およびＩＭＴ−２０００（International Mobile Telephone System）が少なくとも使用される、いわゆる第３世代の移動通信システムの開発において、１つの出発点が、このシステムがＧＳＭ（Global System for Mobile Communications）のような第２世代の移動通信システムと可能な限り互換性があるということである。例えば、ＵＭＴＳコアネットワークが、ＧＳＭコアネットワークに基づいて実現されることが計画されており、したがって既存のネットワークが可能な限り効率的に利用されることが可能である。さらに、１つの目標が、第３世代の移動局がＵＭＴＳとＧＳＭとの間のハンドオーバーを利用することを可能にすることである。この目標は、特にＧＳＭで使用されることが計画されているＵＭＴＳとＧＰＲＳ（General Packet Radio Service）との間の、パケット交換データ伝送にも当てはまる。
【０００３】
パケット交換データ通信では、高信頼性伝送すなわち肯定応答返送型（acknowledged）伝送、または、不信頼性伝送すなわち非肯定応答返送型（unacknowledged）伝送が使用できる。高信頼性データ伝送では、受信側（recipient）が、受信されたデータパケットＰＤＵ（Protocol Data Unit）の肯定応答（acknowledgement）を送信側に送信し、その送信側は脱落データパケットまたは誤ったデータパケットを改めて送信することが可能である。ＧＰＲＳシステムでは、ＧＰＲＳのサブプロトコルＬＬＣ（Logical Link Control）がデータパケット伝送の信頼性と肯定応答とを実現する役割を果たす。ＧＰＲＳシステムにおけるＳＧＳＮ（Serving GPRS Support Node）間ハンドオーバーでは、データ伝送の信頼性が、ＬＬＣプロトコルより上の収束プロトコルＳＮＤＣＰ（Sub-Network Dependent Convergence Protocol）によって確保される。８ビットのＮ−ＰＤＵ番号（Ｎｅｔｗｏｒｋ  ＰＤＵ）がデータパケットに関連付けられ、および、受信側に送信されるデータパケットがこの番号に基づいてチェックされることが可能である。
【０００４】
現行の規格によるＵＴＭＳでは、パケット交換データ伝送における信頼性が、パケットデータプロトコルのＲＬＣ層（Radio Link Control）のＲＬＣシーケンス番号によって確保される。この点で、ＵＭＴＳのＲＬＣ層はＧＰＲＳのＬＬＣ層に相当する。ＵＭＴＳでは、サービングノード（serving node）間のハンドオーバーにおける信頼性が、ＲＬＣ層より上の収束プロトコルＰＤＣＰ（Packet Data Convergence Protocol）によって確保される。ＵＭＴＳのＰＤＣＰ層上では、１６ビットのデータパケット番号が収束プロトコル層ＰＤＣＰのデータパケットに関連付けられており、このＰＤＣＰ−ＰＤＵ番号はＧＰＲＳのＮ−ＰＤＵ番号に論理的に対応するデータパケット番号を形成し、この番号に基づいて、全データパケットが確実に伝送されたことをハンドオーバーにおいてチェックされる。
【０００５】
ＧＰＲＳからＵＴＭＳへのハンドオーバーでは、８ビットのＮ−ＰＤＵ番号が、ＵＭＴＳをサポートするサービングノード３Ｇ−ＳＧＳＮにおいて、１６ビットのＰＤＣＰ−ＰＤＵ番号に変換され、このＰＤＣＰ−ＰＤＵ番号は受信データパケットの肯定応答を行うために使用される。これに対応して、ＵＭＴＳからＧＰＲＳへのハンドオーバーでは、１６ビットのＰＤＣＰ−ＰＤＵ番号はサービングノード３Ｇ−ＳＧＳＮにおいて８ビットのＮ−ＰＤＵ番号に変換され、このＮ−ＰＤＵ番号はＧＰＲＳのサービングノード２Ｇ−ＳＧＳＮに伝送され、したがってデータパケットの肯定応答を行うために使用される。８ビットのＮ−ＰＤＵ番号は、ゼロの値を各ビットが有する８個の最上位ビットによってそのＮ−ＰＤＵ番号の値を拡げることによって、１６ビットのＰＤＣＰ−ＰＤＵ番号に変換される。したがって、１６ビットのＰＤＣＰ−ＰＤＵ番号から８ビットのＮ−ＰＤＵ番号への変換は、そのＰＤＣＰ−ＰＤＵ番号の値から８個の最上位ビットを無視することによって行われる。ハンドオーバーがすでに開始されているので、データパケットＰＤＵが、接続に関する責任（responsibility）が別のシステムのサービングノードＳＧＳＮに移行されるまで待機するためにバッファに置かれ、受信されたデータパケットの肯定応答が受信側から得られる時には何時でも、送信されたデータパケットがそのバッファから削除されることが可能である。
【０００６】
上述の構成の問題点は、ＰＤＣＰ−ＰＤＵ番号からのＮ−ＰＤＵ番号の生成である。システムにおける遅延のために、バッファは多数のデータパケットＰＤＣＰ−ＰＤＵを含むことがある。ＵＭＴＳでデータパケットＰＤＣＰ−ＰＤＵに番号付けするために使用されることが可能なデータパケット番号空間が、ＧＰＲＳシステムでＮ−ＰＤＵ番号付けに使用されるデータパケット番号空間（８ビット）よりも大きい（１６ビット）。バッファリングされたデータパケットＰＤＣＰ−ＰＤＵの番号が、８ビットで表現されることが可能な番号を超える場合には、８個の最上位ビットがＰＤＣＰ−ＰＤＵ番号の１６ビットの中で無視されるので、２つ以上のデータパケットが同一のＮ−ＰＤＵ番号を有することがある。したがって、受信側は、受信データパケットのＮ−ＰＤＵ番号に基づく当初のＰＤＣＰ−ＰＤＵ番号をもはや曖昧でなく定義することも、データパケットが肯定応答されることもできず、ハンドオーバーの信頼性はもはや確保されない。
【０００７】
〔発明の簡単な説明〕
したがって、本発明の目的は、上述の問題点を回避するために、改善された方法とこの方法を具現する装置とを提供することである。本発明のこの目的は、独立請求項の記載において特徴付けられている方法およびシステムによって実現される。本発明の好ましい実施形態が従属請求項に開示されている。
【０００８】
本発明は、ＵＭＴＳによるＰＤＣＰ−ＰＤＵ番号をＧＰＲＳシステムによるＮ−ＰＤＵ番号へ変換することが曖昧でなく行われるように、１６ビットの番号空間の使用が、少なくともＵＭＴＳからＧＰＲＳへのハンドオーバーにおいて、ＰＤＣＰーＰＤＵ番号付けに制限されるという着想に基づいている。本発明の好ましい実施形態では、送信されるべきＲＬＣ層のために転送される肯定応答されていないデータパケットＰＤＣＰ−ＰＤＵの最大数が、非肯定応答データパケット各々のＰＤＣＰ−ＰＤＵ番号が８ビットのＮ−ＰＤＵ番号に曖昧でなく変換されることが可能であるように制限される。
【０００９】
本発明の方法およびシステムは、ＵＭＴＳからＧＰＲＳシステムへのハンドオーバーにおいて高信頼性データ伝送が確保されることが可能であるという利点を提供する。別の利点は、肯定応答されてバッファから削除されるデータパケットが曖昧でなく定義されることが可能であるということである。さらに別の利点は、本発明の実施形態では、１６ビットＰＤＣＰ−ＰＤＵ番号が通常のＵＭＴＳデータ伝送において大部分の時間で使用されることが可能であり、８ビットＰＤＣＰーＰＤＵ番号がハンドオーバーでの使用のためだけに提供されるということである。
【００１０】
〔発明の詳細な説明〕
以下に、本発明を、添付図面を参照しながら、好ましい実施形態に関してさらに詳細に説明する。
本発明を、一例としてＵＭＴＳおよびＧＰＲＳシステムによるパケット無線サービスに関して説明する。しかし、本発明はこれらのシステムだけに限定されるのではなく、システム間のハンドオーバーにおけるデータパケット番号付けの適合を必要とするあらゆるパケット交換データ伝送方法に適用されることが可能である。特に、本発明は、ＵＭＴＳとＧＰＲＳとの間の高信頼性のハンドオーバーに適用されることが可能である。したがって、この説明で使用される用語「ＰＤＣＰ」は、可能な場合には、対応するＧＰＲＳ機能であるＳＮＤＣＰによって置き換えられることが可能である。さらに、この出願で使用される用語「デュアルシステム移動局」は、典型的には、ＵＭＴＳネットワークとＧＳＭ／ＧＰＲＳネットワークの両方において機能することが可能な移動局を意味するが、本発明は、さらに、システム間データ伝送における同一の問題を有する他の通信システムの移動局にも適用されることが可能である。
【００１１】
図１は、どのようにＧＰＲＳシステムがＧＳＭシステムに基づいて構築されるかを示す。ＧＳＭシステムは、無線経路を介して基地トランシーバ局ＢＴＳと通信する移動局ＭＳを含む。基地局コントローラＢＳＣは幾つかの基地トランシーバ局ＢＴＳと接続されており、これらの基地トランシーバ局ＢＴＳは基地局コントローラＢＳＣによって制御される無線周波数およびチャネルを使用する。基地局コントローラＢＳＣはインタフェースＡを経由して移動サービス交換センタＭＳＣと通信し、この移動サービス交換センタＭＳＣは接続確立と適正なアドレスに対する呼出の経路選択との役割を果たす。移動加入者に関する情報を含む２つのデータベース、すなわち、移動通信ネットワークの全加入者とこの全加入者が申し込んでいるサービスとに関する情報を有するホームロケーションレジスタＨＬＲと、特定の移動サービス交換センタＭＳＣの圏内を訪れる移動局に関する情報を有するビジターロケーションレジスタＶＬＲとが補助として使用される。移動サービス交換センタＭＳＣは、ゲートウェイ移動サービス交換センタＧＭＳＣを経由して他の移動サービス交換センタと接続されており、および、固定電話ネットワークＰＳＴＮ（公衆交換電話網）と接続されている。ＧＳＭシステムに関するより詳細な説明は、ＥＴＳＩ／ＧＳＭ規格と、ワークＴｈｅ  ＧＳＭ  ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、Ｍ．ＭｏｕｌｙおよびＭ．Ｐａｕｔｅｔ、Ｐａｌａｉｓｅａｕ、Ｆｒａｎｃｅ、１９９２、ＩＳＢＮ：２−９５７１９０−０７−７とから得ることが可能である。
【００１２】
ＧＳＭネットワークに接続されているＧＰＲＳシステムは、互いに概ね無関係である２つの機能、すなわち、ゲートウェイＧＰＲＳサポートノードＧＧＳＮとサービングＧＰＲＳサポートノードＳＧＳＮとを有する。ＧＰＲＳネットワークは幾つかのゲートウェイノードとサービングノードとを含むことがあり、典型的には、幾つかのサービングノードＳＧＳＮが１つのゲートウェイノードＧＧＳＮに接続されている。ノードＳＧＳＮとノードＧＧＳＮの両方が、移動局の移動性をサポートするルータとして機能し、移動通信システムを制御し、および、移動局の位置と使用プロトコルとに関わりなく移動局にデータパケットを伝送する。サービングノードＳＧＳＮは移動通信ネットワークを経由して移動局ＭＳと通信する。移動通信ネットワークに対する接続（インタフェースＧｂ）は、典型的には、基地トランシーバ局ＢＴＳまたは基地局コントローラＢＳＣのどちらかを経由して確立される。サービングノードＳＧＳＮの機能は、ＧＰＲＳ接続が可能なそのサービスエリア内の移動局を検出することと、これらの移動局に対するデータパケットの送受信を行うことと、そのサービスエリア内の移動局の位置をモニタすることである。さらに、サービングノードＳＧＳＮは、信号インタフェースＧｓを経由して移動サービス交換センタＭＳＣおよびビジターロケーションレジスタＶＬＲと通信すると共に、インタフェースＧｒを経由してホームロケーションレジスタＨＬＲと通信する。さらに、ホームロケーションレジスタＨＬＲ内に記憶されている加入者固有パケットデータプロトコルの内容を含むＧＰＲＳレコードも存在する。
【００１３】
ゲートウェイノードＧＧＳＮはＧＰＲＳネットワークと外部データネットワークＰＤＮ（Packet Data Network）との間のゲートウェイとして機能する。外部データネットワークは、例えば、別のネットワークオペレータのＧＰＲＳネットワーク、インターネット、Ｘ．２５ネットワーク、または、私設ローカルエリアネットワークであってよい。ゲートウェイノードＧＧＳＮはインタフェースＧｉを経由してこれらのデータネットワークと通信する。ゲートウェイノードＧＧＳＮとサービングノードＳＧＳＮとの間で転送されるデータパケットは、常にＧＰＲＳ規格にしたがってカプセル化される。ゲートウェイノードＳＧＳＮは、さらに、ＰＤＰアドレス（Packet Data Protocol）とＧＰＲＳ移動局の経路選択データ（routing data）すなわちＳＧＳＮアドレスとを含む。経路選択データは、外部ネットワークとサービングノードＳＧＳＮとの間でデータパケットをリンクさせるために使用される。ゲートウェイノードＧＧＳＮとサービングノードＳＧＳＮとの間のＧＰＲＳコアネットワークは、ＩＰプロトコル、好ましくはＩＰｖ６（Internet Protocol, version 6）を使用するネットワークである。
【００１４】
パケット交換データ伝送では、用語「コンテクスト（context）」が一般的にターミナルとネットワークアドレスとの間の接続に関して使用され、この接続は通信ネットワークによって実現される。この用語は目標アドレス間の論理リンクを意味し、この論理リンクによってデータパケットが目標アドレス間で伝送される。この論理リンクは、パケットが送信されなくても存在することが可能であり、したがって、そのシステムの容量のその他の接続を拒むものではない。この点で、コンテクストは、例えば回線交換接続とは異なる。
【００１５】
図２は、第３世代のＵＭＴＳネットワークが、さらに進歩したＧＳＭコアネットワークに関連してどのように構築されることが可能かを簡略的に示す。そのコアネットワークでは、移動サービス交換センタ／ビジターロケーションレジスタ３Ｇ−ＭＳＣ／ＶＬＲはホームロケーションレジスタＨＬＲと通信し、好ましくはさらにインテリジェントネットワークのサービスコントロールポイントＳＣＰとも通信する。サービングノード３Ｇ−ＳＧＳＮに対する接続はインタフェースＧｓ′を経由して確立され、および、ＧＳＭに関して上述したように固定電話ネットワークＰＳＴＮ／ＩＳＤＮに対する接続が確立される。サービングノード３Ｇ−ＳＧＳＮから外部データネットワークＰＤＮへの接続が、ＧＰＲＳシステムの場合と全く同じ形で、すなわち、外部データネットワークＰＤＮにさらに接続されているゲートウェイノードＧＧＳＮに対するインタフェースＧｎを経由して確立される。無線ネットワークＵＴＲＡＮ（UMTS Terrestrial Radio Access Network）に対する移動サービス交換センタ３Ｇ−ＭＳＣ／ＶＬＲおよびサービングノード３Ｇ−ＳＧＳＮの接続がインタフェースｌｕを経由して確立され、このインタフェースｌｕは、ＧＳＭ／ＧＰＲＳシステムに比較して、インタフェースＡの機能性とインタフェースＧｂの機能性とを合わせ持ち、さらに、これらに加えて全く新たな機能性がインタフェースｌｕに関して生成されることが可能である。無線ネットワークＵＴＲＡＮは幾つかの無線ネットワークサブシステムＲＮＳを含み、これらの無線ネットワークサブシステムＲＮＳはさらに、無線ネットワークコントローラＲＮＣと、これらに関連した基地局ＢＳとを含み、基地局に関しても用語「ノードＢ」が使用される。基地局は、典型的には移動局ＭＳであるユーザ装置ＵＥに無線接続している。
【００１６】
図３ａと図３ｂはそれぞれにＧＰＲＳとＵＭＴＳのプロトコルスタックを示し、これらのスタックによる仕様がこれらのシステムにおけるユーザデータ伝送のために使用される。図３ａはＧＰＲＳシステムにおける移動局ＭＳとゲートウェイノードＧＧＳＮとの間のプロトコルスタックを示し、このプロトコルスタックはユーザデータ伝送のために使用される。無線インタフェースＵｍを経由したＧＳＭネットワークの移動局ＭＳと基地局システムとの間のデータ伝送は、従来通りのＧＳＭプロトコルにしたがって行われる。基地局システムＢＳＳとサービングノードＳＧＳＮとの間のインタフェースＧｂ上では、最下位プロトコル層が開かれたままにされており、ＡＴＭプロトコルまたはフレームリレープロトコルが第２の層で使用される。それより上のＢＳＳＧＰ層（Base Station System GPRS Protocol）が、経路選択およびサービス品質に関する仕様と、データパケット肯定応答およびＧｂインタフェース管理とに関する信号方式と共に伝送されるデータパケットを供給する。
【００１７】
移動局ＭＳとサービングノードＳＧＳＮとの間の直接通信が、２つのプロトコル層、すなわち、ＳＮＤＣＰ（Sub-Network Dependent Convergence Protocol）とＬＬＣ（Logical Link Control）とにおいて定義される。ＳＮＤＣＰ層において伝送されるユーザデータが１つまたは複数のＳＮＤＣデータユニットに区分され、それによってユーザデータとＴＣＰ／ＩＰヘッダフィールドまたはこれに関連したＵＤＰ／ＩＰヘッダフィールドとが随意に圧縮されることが可能である。ＳＮＤＣデータユニットは、データ伝送にとって不可欠なアドレスおよび検査情報に関連付けられているＬＬＣフレームで伝送され、および、ＬＬＣフレームにおいてはＳＮＤＣデータユニットが暗号化されることが可能である。ＬＬＣ層の機能は、移動局ＭＳとサービングノードＳＧＳＮとの間のデータ伝送接続を維持することと、損傷したフレームを再送信することである。サービングノードＳＧＳＮは、移動局ＭＳから来るデータパケットを適正なゲートウェイノードＧＧＳＮへ送る役割を果たす。これに関連して、ＧＰＲＳコアネットワークを通して伝送される全ユーザデータをカプセル化しトンネリングし伝送するトンネリングプロトコル（ＧＴＰ、ＧＰＲＳトンネリングプロトコル）が使用される。ＧＴＰプロトコルは、ＧＰＲＳコアネットワークによって使用されるＩＰより上で実行される。
【００１８】
ＵＭＴＳパケット交換ユーザデータ伝送のために使用される図３ｂのプロトコルスタックは、幾つかの大きな相違点があるものの、ＧＰＲＳのプロトコルスタックと極めて類似している。図３ｂから理解できるように、ＵＭＴＳでは、サービングノード３Ｇ−ＳＧＳＮは、どんなプロトコル層上においても、移動局ＭＳのようなユーザ装置ＵＥに対して直接接続を確立せず、全データが無線ネットワークＵＴＲＡＮを通して伝送される。サービングノード３Ｇ−ＳＧＳＮは主としてルータとして機能し、ＧＴＰプロトコルによるデータパケットを無線ネットワークＵＴＲＡＮに送る。無線ネットワークＵＴＲＡＮとユーザ装置ＵＥとの間のインタフェースＵｕ上では、物理層上の低レベルデータ伝送がＷＣＤＭＡプロトコルまたはＴＤ−ＣＤＭＡプロトコルにしたがって行われる。物理層より上のＲＬＣおよびＭＡＣ層の機能は、ＬＬＣ層の機能性がＵＭＴＳのＲＬＣ層に委ねられる形ではあるが、ＧＳＭの対応する層の機能と極めて類似している。ＧＰＲＳシステムに関しては、これらの層より上のＰＤＣＰ層が主としてＳＮＤＣＰ層に取って代わり、および、ＰＤＣＰ層の機能性はＳＮＤＣＰ層の機能性に極めて類似している。
【００１９】
図４の信号図は、ＵＭＴＳからＧＰＲＳへの従来技術のハンドオーバーを示す。このハンドオーバーは、移動局ＭＳが、パケットデータ伝送中に、ＵＭＴＳセルから、異なるサービングノードＳＧＳＮを使用するＧＳＭ／ＧＰＲＳセルに移動する時に生じる。移動局ＭＳおよび／または無線ネットワークＢＳＳ／ＵＴＲＡＮはハンドオーバーを行うことを決定する（ステップ４００）。移動局は、経路選択区域を更新するための要求を新サービングノード２Ｇ−ＳＧＳＮに送信する（ＲＡ更新要求、４０２）。サービングノード２Ｇ−ＳＧＳＮは、移動局のモビリティマネジメントとＰＤＰコンテクストとを定義するサービングノードコンテクスト要求を旧サービングノード３Ｇ−ＳＧＳＮに送信する（ＳＧＳＮコンテクスト要求、４０４）。サービングノード３Ｇ−ＳＧＳＮは、パケットデータ接続の役割を果たす無線ネットワークサブシステムＳＲＮＳ（Ｓｅｒｖｉｎｇ  ＲＮＳ）、より明確に述べると、その無線ネットワークコントローラＳＲＮＣ（Ｓｅｒｖｉｎｇ  ＲＮＳ）に対して、ＳＲＮＳコンテクスト要求を送信し（４０６）、これに応答して、ＳＲＮＳは移動局ＭＳに対するデータパケットの送信を停止し、送信されるべきデータパケットをバッファに置き、および、応答（ＳＲＮＳコンテクスト応答、４０８）をサービングノード３Ｇ−ＳＧＳＮに送信する。これに関連して、無線ネットワークサブシステムＳＲＮＳは、例えば、バッファに置かれなければならないデータパケットの１６ビットＰＤＣＰ−ＰＤＵ番号を、８個の最上位ビットを無視することによって８ビットＮ−ＰＤＵ番号に変換する。移動局ＭＳのモビリティマネジメントとＰＤＰコンテクストとに関する情報を受け取った後に、サービングノード３Ｇ−ＳＧＳＮはその情報をサービングノード２Ｇ−ＳＧＳＮに報告する（ＳＧＳＮコンテクスト応答、４１０）。
【００２０】
必要に応じて、サービングノード２Ｇ−ＳＧＳＮはホームロケーションレジスタＨＬＲから移動局を認証する（機密保護機能、４１２）。新サービングノード２Ｇ−ＳＧＳＮは、起動されたＰＤＰコンテクストのデータパケットを受信する用意が整っていることを旧サービングノード３Ｇ−ＳＧＳＮに通知し（ＳＧＳＮコンテクスト肯定応答、４１４）、これに応答して、サービングノード３Ｇ−ＳＧＳＮは、バッファ内のデータパケットをサービングノード３Ｇ−ＳＧＳＮに送信する（パケット送信、４１６ｂ）ように無線ネットワークサブシステムＳＲＮＳに要求し（ＳＲＮＳコンテクスト肯定応答、４１６ａ）、サービングノード３Ｇ−ＳＧＳＮはそのデータパケットをサービングノード２Ｇ−ＳＧＳＮに送る（パケット送信、４１８）。サービングノード２Ｇ−ＳＧＳＮとゲートウェイノードＧＧＳＮはＧＰＲＳシステムにしたがってＰＤＰコンテクストを更新する（ＰＤＰコンテクスト要求／応答更新、４２０）。その次に、サービングノード２Ｇ−ＳＧＳＮは新たな動作ノードをホームロケーションレジスタＨＬＲに通知し（ＧＰＲＳロケーション更新、４２２）、旧サービングノード３Ｇ−ＳＧＳＮと無線ネットワークサブシステムＳＲＮＳとの間の接続が切断され（４２４ａ、４２４ｂ、４２４ｃ、４２４ｄ）、必要とされる加入者データが新サービングノード２Ｇ−ＳＧＳＮに送信され（４２６ａ、４２６ｂ）、ホームロケーションレジスタＨＬＲが新サービングノード２Ｇ−ＳＧＳＮに肯定応答する（ＧＰＲＳロケーション肯定応答更新、４２８）。
【００２１】
この次に、サービングノード２Ｇ−ＳＧＳＮは移動局ＭＳの加入者権利とその区域内の移動局ＭＳの位置とを検査し、サービングノード２Ｇ−ＳＧＳＮと移動局ＭＳとの間の論理リンクを生成し、その後で、移動局ＭＳによって必要とされる経路選択区域の更新のための要求が容認されることが可能である（ＲＡ更新受入れ、４３０）。これに関連して、データパケットの正常な受信に関する情報が移動局ＭＳに送信され、および、データパケットは、ハンドオーバープロセスが開始される前に、すでに移動局ＭＳによってＵＭＴＳシステムの無線ネットワークサブシステムＳＲＮＳに送信され終わっている。前記データパケットは、上述の仕方で変換されたＮ−ＰＤＵ番号に基づいて識別される。移動局ＭＳは、経路選択区域を更新するための要求の受け入れを肯定応答し（ＲＡ更新完了、４３２）、それによって、ハンドオーバープロセスの開始前にサービングノード３Ｇ−ＳＧＳＮが無線ネットワークサブシステムＳＲＮＳを通して送信したデータパケットを移動局ＭＳが正常に受信したという情報が、サービングノード２Ｇ−ＳＧＳＮに送信される。移動局ＭＳは８ビットＮ−ＰＤＵ番号によってデータパケットを識別する。その次に、新サービングノード２Ｇ−ＳＧＳＮは、基地局システムを経由してデータパケットを送信することを開始してもよい（４３４）。
【００２２】
１６ビットＰＤＣＰ−ＰＤＵ番号からの８ビットＮ−ＰＤＵ番号の形成とその結果として生じる問題点とが、次の表に示されている。
【表１】
0003712977.tif 000002
【００２３】
この表は、１６ビットとして表現された１０進数が上述の仕方で８ビットとして表現されるようにどのように変換されるかを一例として示している。８個の最下位ビットだけがこの変換で計算に入れられるので、１６ビットとして表現される数百ちょうどの１００から８００は８ビット表現では異なる値を得、これらの値は２５５未満である。問題点が数９４、３５０、６０６、８６２によってさらに示され、これらの数は、１６ビットとして表現される場合には、値９４を得る同一の８ビットバイナリ表現を形成する。したがって、バッファがほぼ９００データユニットのＰＤＣＰ−ＰＤＵを含む場合には、上述のＰＤＣＰーＰＤＵ番号を有するデータユニットは同様に８ビットとして表される。受信側が正常に受信されたデータパケットを送信側に対して肯定応答する時に、送信側は肯定応答された８ビット数に基づいて曖昧でなく完了することが不可能であり、そのデータパケットはバッファから削除される可能性がある。
【００２４】
図５は、肯定応答返送型伝送がＰＤＣＰデータ転送に使用される時に、どのようにデータ伝送が肯定応答されるか、および、どのようにデータパケットが伝播するかを示す。ＰＤＣＰエンティティが、データパケットを送信するための要求をユーザから受け取り（ＰＤＣＰ−ＤＡＴＡ要求、５００）、この要求に関連してデータパケットＰＤＣＰ−ＳＤＵ（Service Data Unit）も受け取られ、このデータパケットＰＤＣＰ−ＳＤＵは、ネットワーク層のデータパケットなので、Ｎ−ＳＤＵとも呼ばれる。ＰＤＣＰエンティティはデータパケットのヘッダフィールドを圧縮し、このように形成されたデータパケットＰＤＣＰ−ＰＤＵと無線リンクの識別データとをＲＬＳ層に送信する（ＲＬＣ−ＡＭ−ＤＡＴＡ要求、５０２）。簡単に述べると、ＲＬＣ層は、データパケットＰＤＣＰ−ＰＤＵの伝送（送信、５０４）と、正常な送信の肯定応答（送信肯定応答、５０６）との役割を果たす。ＰＤＣＰエンティティでは、データパケットＮ−ＳＤＵがバッファに置かれ、および、データパケットが受信側に正常に伝送され終わっているという肯定応答がＲＬＳ層から受信される（ＲＬＣ−ＡＭ−ＤＡＴＡ．ｃｏｎｆ、５０８）までは、データパケットＮ−ＰＤＵはこのバッファからは削除されない。受信ＰＤＣＰは、ＲＬＣ層から送信ＰＤＣＰ−ＰＤＵを受信し（ＲＬＣ−ＡＭ−ＤＡＴＡ表示、５１０）、および、ＰＤＣＰエンティティはデータパケットＰＤＣＰ−ＰＤＵを解凍する。このようにして、当初のデータパケットＮ−ＳＤＵが戻されて、さらにユーザに転送されることが可能である（ＰＤＣＰ−ＤＡＴＡ表示、５１２）。
【００２５】
ハンドオーバーにおけるデータパケット識別に関する上述の問題点は、本発明のプロシージャによって回避されることが可能であり、このプロシージャによって、１６ビット番号空間の使用が、少なくともＵＭＴＳからＧＰＲＳへのハンドオーバーでは、ＰＤＣＰ−ＰＤＵ番号付けにおいて制限され、その結果として、ＵＭＴＳによるＰＤＣＰ−ＰＤＵ番号がＧＰＲＳシステムによるＮ−ＰＤＵ番号に曖昧でなく変換される。
【００２６】
一実施形態では、送信されるべきＲＬＳ層に転送される肯定応答されていないデータパケットＰＤＣＰ−ＰＤＵの最大数は、肯定応答されていないデータパケット各々のＰＤＣＰ−ＰＤＵ番号が曖昧でなく８ビットＮ−ＰＤＵ番号に変換されることが可能であるように制限される。図５のように、ＲＬＣ層は、正常に受信されたデータパケットＰＤＣＰ−ＰＤＵの各々を肯定応答し、および、この肯定応答に基づいてＰＤＣＰエンティティはバッファから対応するデータパケットＰＤＣＰ−ＰＤＵを削除する。ＰＤＣＰエンティティからＲＬＣ層に転送されるべきデータパケットの数と、したがってＰＤＣＰエンティティ内のバッファに置かれるべきデータパケットの数が、式「データパケットの最大数＝２n−１」にしたがって制限されることが好ましく、ここでｎはデータパケット番号のビット数である。ｎビットシーケンス番号空間が使用される場合には、この式は一般的なプロトコル設計規則に基づいて定義される。この場合には、送信窓の最大許容可能サイズは２n−１である。最初に肯定応答を待つことなしにより多くのパケットが伝送される場合には、受信パケットの順序数がｋまたはｋ−２nであるかどうかを受信側が知らない可能性があるが、これは、両方の数が同一のシーケンス番号を有するからである。
【００２７】
これは図６によって示されることが可能であり、この場合には、問題を単純化するために、ｎが値２を得る。図６には、２n−１ではなく２n（２2＝４）のサイズが送信窓に関して定義される場合に生じる問題が示されている。ｎ＝２なので、データパケットのために使用可能な４つのシーケンス番号（０、１、２、３）があり、それによって同じデータパケット番号付けが５番目、９番目等のデータパケットから新たに始まる。図６では、シーケンス番号ゼロを有する第１のデータパケット（＃０）が受け取られる。これは送信側に対して肯定応答され、送信側は、シーケンス番号１を有する第２のデータパケット（＃１）が次に待ち受けられているということが通知される。第２のデータパケット＃１が送信されるが、干渉のために受信が正常ではない。送信窓サイズが４なので、送信側は第２のデータパケット＃１の肯定応答を待たず、その次に、対応するシーケンス番号２、３、０を有する第３（＃２）、第４（＃３）、および、第５（＃４）のデータパケットを送信する。この時点で、送信窓が一杯であり、送信側は、送信された４つのデータパケットの肯定応答を待つ。しかし、第２のデータパケット＃１が受け取られないので、受信側は、シーケンス番号１を有するデータパケットの再送信を要求する。送信側は、受信側が、シーケンス番号が同様に１である第６のデータパケット＃５を受け取ることを望むとみなす。したがって、送信側は、もはや識別不可能であり未送信のままであるデータパケット＃１ではなく、データパケット＃５を誤って送信する。これらの問題は、図６の場合には、送信窓のサイズとして２n−１すなわち２2−１＝３と定義することによって回避されることが可能である。本発明の場合には、ｎ＝８である時に、データパケットの最大数が２５５データパケットである。したがって、この実施形態では、ＰＤＣＤエンティティからＲＬＣ層に転送されてＰＤＣＰ内のバッファに置かれるべき肯定応答されていないデータパケットの数が、あらゆる段階において２５５データパケットを超えることが許容されないという制限がシステムに設定されている。
【００２８】
さらに、送信されるべきＲＬＣ層に同時に最大で２５５データパケットＲＬＣ−ＳＤＵ（＝ＰＤＣＰ−ＰＤＵ）が存在することが可能であるようにＲＬＣ層に制限を設定することによって、同じ技術的効果が得られる。先行データパケットが受信側に受信されていることが肯定応答されている時には何時でも、新たなデータパケットＲＬＣ−ＳＤＵが受信されることが可能である。
【００２９】
例えばいわゆるスライディング送信窓（sliding transmitting window）が使用される場合のように、データパケットの数がさらに制限されることが必要とされる場合には、式「データパケットの最大数＝２n−１」にしたがって制限が行われることが好ましく、ここでｎはデータパケット番号のビット数である。この式は、同様に、ｎビットシーケンス番号空間を伴うスライディング窓プロトコルが使用される場合の一般的なプロトコル設計に基づいて定義される。この場合には、送信窓の最大許容サイズは２n−１であり、したがって本発明では、ｎ＝８の場合に、データパケットの最大数は１２８データパケットに等しい。
【００３０】
この実施形態を具体化するための一般的な前提条件が、ハンドオーバープロセスが始まる時に、デュアルシステム移動局が、ハンドオーバーがＵＭＴＳとＧＰＲＳシステムとの間で行われることが可能な無線ネットワークコントローラＲＮＣを有するＵＭＴＳネットワーク内で通信しているということである。この実施形態による制限は、この種の無線ネットワークコントローラにおけるデフォルト設定として使用されることが可能であり、または、この実施形態の使用が、ＵＭＴＳとＧＰＲＳとの間のハンドオーバーの可能性が十分に高い場合にだけ、肯定応答されていないデータパケットの最大数が制限されるように最適化されることが可能である。ハンドオーバーの確率は、例えば、無線ネットワークコントローラＲＮＣによって管理される無線アクセスネットワークの一部分における受信信号の強度の定義に基づいて定義されることが可能であり、一方、この受信信号強度の定義は基地局または端末装置の測定に基づいている。後者の場合には、測定データがＲＲＣプロトコル（Radio Resource Control）によって無線ネットワークコントローラＲＮＣに送信される。信号が弱まって特定の閾値よりも低下し、ハンドオーバーの確率が高まっていることを示す場合には、肯定応答されていないデータパケットの最大数が制限されるだろう。他の任意の方法も、ハンドオーバーの確率を定義するために使用されることが可能である。
【００３１】
第２の実施形態では、ＲＬＣ層上の肯定応答されていないデータパケットＲＬＣ−ＳＤＵ（＝ＰＤＣＰ−ＰＤＵ）の数がどんな段階においても前記２５５データパケットを超えることが許されないように、ＲＬＣ層に対して制限が設定される。したがって、ＲＬＣ層上で受け取られかつ送信されなければならないデータパケットＰＤＣＰ−ＰＤＵの数は制限されず、肯定応答されていないデータパケットの数だけが制限される。送信に関しては、ＲＬＣ層は、送信されるべきデータパケットＲＬＣ−ＳＤＵをより小さいデータユニットＲＬＣ−ＰＤＵに分割し、これらのデータユニットは番号付けによって識別される。ＲＬＣ層は、その送信窓のサイズ、すなわち、一度に送信されるべきデータユニットＲＬＣ−ＰＤＵの数を連続的に適合させることが可能である。したがって、肯定応答されていないデータパケットＲＬＣ−ＳＤＵの数が約２５５である場合には、送信窓サイズは、１つのデータパケットＲＬＣ−ＳＤＵ全体が送信されることが不可能であるのに十分なだけ小さいようにＲＬＣ層上で調整されることが可能であり、および、ＲＬＣ層はそのデータパケットをより小さいデータユニットＲＬＣ−ＰＤＵに分割しない。データユニットＲＬＣ−ＰＤＵが肯定応答されなければならない、１つまたは複数の正常に受信されたが未だ肯定応答されていないままであるデータパケットＲＬＣ−ＳＤＵに関する受信側からの肯定応答を受信した後に、ＲＬＣ層の送信窓サイズが、その次のデータパケットＲＬＣ−ＳＤＵが送信されることが可能であるようにより大きくされることが可能である。この実施形態の使用も、ＵＭＴＳとＧＰＲＳとの間のハンドオーバーの可能性が十分に高い場合にだけＲＬＣ層上の肯定応答されていないデータパケットの最大数を制限することによって、上述のように最適化されることが可能である。
【００３２】
第３の実施形態では、ＰＤＣＰ層より上の例えばＴＣＰ層のようなアプリケーションレベルのプロトコル層の送信窓サイズに対して制限が設定されることが可能である。アプリケーションによって取り扱われる情報をＵＭＴＳおよび／またはＧＰＲＳによって転送する場合に、アプリケーションによって使用されるより上位のプロトコル層からＰＤＣＰ層に対して１つのバーストで送信されるデータパケットの数が制限される。ＰＤＣＰエンティティによって受け取られるデータパケットＰＤＣＰ−ＳＤＵの数は、上述の式にしたがってその最大値に制限され、１つのバーストにおけるデータパケットの最大数は２５５である。このようにすることによって、データパケットＰＤＣＰ−ＰＤＵが、ＰＤＣＰエンティティによって受け取られた幾つかの他のデータパケットと同一の番号である、ＧＰＲＳシステムにしたがって変換されたＮ−ＰＤＵ番号を得ないことが確実にされることが可能である。
【００３３】
第４の実施形態では、ＵＭＴＳネットワークとＧＰＲＳネットワークの両方で動作することが可能なデュアルシステム移動局で使用されるＰＤＣＰ−ＰＤＵ番号付けが、常に８ビットの長さに制限される。したがって、データパケット番号付けの変換において発生する可能性がある混乱が自動的に回避される。ＧＳＭシステムとＵＭＴＳシステムの移動局は、その移動局が何の種類のデータ通信接続をどの通信システムに対して確立することが可能かを表示するそれ自体の移動局クラスマーク（classmark）に関する情報を得る。この移動局クラスマークデータは、前記デュアルシステム移動局がネットワーク内に登録する時にそのネットワークとその移動局とが相互パケット交換データ伝送において８ビットデータパケット番号付けを使用することを開始するように、この実施形態と共に使用されることが可能である。さらに、８ビットデータパケット番号付けの使用を確実にするために、異なるプロトコル層上で転送されるべきデータパケットの数を制限するように、上述の実施形態のどれか１つがこれに関連して使用されることが可能である。
【００３４】
第５の実施形態では、ＵＭＴＳネットワークとＧＰＲＳネットワークの両方で動作することが可能なデュアルシステムで使用される移動局ＰＤＣＰ−ＰＤＵ番号付けが、ハンドオーバーの確率が十分に高い場合にだけ８ビットの長さに制限される。そうでない場合には１６ビットＰＤＣＰ−ＰＤＵ番号付けが使用される。この場合には、移動局は、大半の時間において、ネットワークによって提供される１６ビット番号付けの利点から利益を得ることが可能であり、データパケット番号付けの制限に対しては注意が払われる必要がない。８ビットＰＤＣＰ−ＰＤＵ番号付けが、例えば信号強度が予め決められた閾値よりも低くなる時にシステムの無線リソースコントロールＲＲＣで使用されることが可能である。番号付け方式を変更するためのコマンドが、例えばラジオベアラ（radio bearer）ＲＢのセットアップ中またはラジオベアラの再構成中に移動局に与えられることが可能である。
【００３５】
技術の進歩に応じて本発明の基本的着想が様々な方法で実現されることが可能であるということが当業者には明らかである。したがって、本発明とその実施形態とが上述の具体例に限定されず、特許請求項の範囲内で改変されてよい。
【図面の簡単な説明】
【図１】  ＧＳＭ／ＧＰＲＳシステムの構造のブロック図を示す。
【図２】  ＵＭＴＳの構造のブロック図を示す。
【図３ａ】  ＧＰＲＳユーザデータ接続のプロトコルスタックを示す。
【図３ｂ】  ＵＭＴＳユーザデータ接続のプロトコルスタックを示す。
【図４】  ＵＭＴＳからＧＰＲＳシステムへの従来技術のハンドオーバープロセスの信号図を示す。
【図５】  ＰＤＣＰデータ伝送における高信頼性データ伝送とデータパケット肯定応答との信号図を示す。
【図６】  送信窓のサイズに依存したデータパケット肯定応答の簡略化した信号図を示す。
【図１】
0003712977.tif 000003
【図２】
0003712977.tif 000004
【図３ａ】
0003712977.tif 000005
【図３ｂ】
0003712977.tif 000006
【図４】
0003712977.tif 000007
【図５】
0003712977.tif 000008
【図６】
0003712977.tif 000009