(57)【特許請求の範囲】
【請求項１】
移動通信システムにおいて第１のリンクレイヤプロトコルエンティティペアから第２のリンクレイヤプロトコルエンティティペアに切り換える際に高信頼リンクを提供する方法であって、前記第１のリンクレイヤプロトコルエンティティペアは、データをセグメンテーションし、セグメンテーションされたデータを送信する第１の送信リンクレイヤプロトコルエンティティと、前記第１の送信リンクレイヤプロトコルエンティティから前記セグメンテーションされたデータを受信し、前記受信したセグメンテーションされたデータに対して確認通知を行う第１の受信リンクレイヤプロトコルエンティティとを含み、前記第２のリンクレイヤプロトコルエンティティペアは、データをセグメンテーションし、セグメンテーションされたデータを送信する第２の送信リンクレイヤプロトコルエンティティと、前記第２の送信リンクレイヤプロトコルエンティティから前記セグメンテーションされたデータを受信し、前記受信したセグメンテーションされたデータに対して確認通知を行う第２の受信リンクレイヤプロトコルエンティティとを含む方法が、
前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティへのデータ送信をサスペンドする工程と、
前記第２の送信リンクレイヤプロトコルエンティティから前記第２の受信リンクレイヤプロトコルエンティティへのデータ送信を開始する工程と、
前記第１の送信リンクレイヤプロトコルエンティティ中で確認通知を受信していないセグメンテーションされたデータを、前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに、前記第２の送信リンクレイヤプロトコルエンティティと前記第２の受信リンクレイヤプロトコルエンティティとを介してトンネリングする工程と
を備えることを特徴とする方法。
【請求項２】
前記第１の送信リンクレイヤプロトコルエンティティ中の未送信でセグメンテーションされていないデータを、前記第１の送信リンクレイヤプロトコルエンティティから前記第２の送信リンクレイヤプロトコルエンティティに転送する工程をさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記第１の送信リンクレイヤプロトコルエンティティ中の未送信でセグメンテーションされていないデータをセグメンテーションする工程と、
前記第１の送信リンクレイヤプロトコルエンティティ中の未送信でセグメンテーションされたデータを、前記第１の送信リンクレイヤプロトコルエンティティから前記第２の送信リンクレイヤプロトコルエンティティにトンネリングして転送する工程とをさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
前記第１の送信リンクレイヤプロトコルエンティティ中のセグメンテーションされたデータを連結する工程と、
前記第１の送信リンクレイヤプロトコルエンティティ中の連結されセグメンテーションされたデータを、前記第１の送信リンクレイヤプロトコルエンティティから前記第２の送信リンクレイヤプロトコルエンティティに転送する工程とをさらに備えることを特徴とする請求項１に記載の方法。
【請求項５】
前記第１のリンクレイヤプロトコルエンティティペアは少なくとも一つの第１の制御プロトコルエンティティによって制御され、前記第２のリンクレイヤプロトコルエンティティペアは少なくとも一つの制御プロトコルエンティティによって制御され、前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティへのデータ伝送は、少なくとも一つの前記第１の制御プロトコルエンティティによってサスペンドされ、前記第２の送信リンクレイヤプロトコルエンティティから前記第２の受信リンクレイヤプロトコルエンティティへのデータ転送は、少なくとも一つの前記第２の制御プロトコルエンティティによって開始されることを特徴とする請求項１に記載の方法。
【請求項６】
前記少なくとも一つの第１の制御プロトコルエンティティと前記少なくとも一つの第２の制御プロトコルエンティティとは、同一の制御プロトコルエンティティであることを特徴とする請求項５に記載の方法。
【請求項７】
前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに、前記第２の送信リンクレイヤプロトコルエンティティと前記第２の受信リンクレイヤプロトコルエンティティとを介して、前記確認通知を受信していないセグメンテーションされたデータをトンネリングするのに先立ち、前記第１の受信リンクレイヤプロトコルエンティティから前記第１の送信リンクレイヤプロトコルエンティティに状態メッセージを送信する工程とをさらに備えることを特徴とする請求項１に記載の方法。
【請求項８】
前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに、前記第２の送信リンクレイヤプロトコルエンティティと前記第２の受信リンクレイヤプロトコルエンティティとを介して、前記確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを、前記第１の受信リンクレイヤプロトコルエンティティに通知する工程とをさらに備えることを特徴とする請求項１に記載の方法。
【請求項９】
前記第１のリンクレイヤプロトコルエンティティペアは少なくとも一つの第１の制御プロトコルエンティティによって制御され、前記第２のリンクレイヤプロトコルエンティティペアは少なくとも一つの制御プロトコルエンティティによって制御され、
前記第１の送信リンクレイヤプロトコルエンティティ中の確認通知を受信していない最後のデータセグメントのシーケンス番号を、前記少なくとも一つの第１の制御プロトコルエンティティから前記少なくとも一つの第２の制御プロトコルエンティティに送信し、前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに、前記第２の送信リンクレイヤプロトコルエンティティと前記第２の受信リンクレイヤプロトコルエンティティとを介して、前記確認通知を受信していないデータセグメントがトンネリングされたことを、前記第１の受信リンクレイヤプロトコルエンティティに通知する工程をさらに備えることを特徴とする請求項８に記載の方法。
【請求項１０】
前記第１のリンクレイヤプロトコルエンティティペアは少なくとも一つの第１の制御プロトコルエンティティによって制御され、前記第２のリンクレイヤプロトコルエンティティペアは少なくとも一つの第２の制御プロトコルエンティティによって制御され、
前記少なくとも一つの第１の制御プロトコルエンティティから前記少なくとも一つの第２の制御プロトコルエンティティに、トンネリングされ確認通知を受信していないセグメンテーションされたデータの数を送信し、前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに、前記第２の送信リンクレイヤプロトコルエンティティと前記第２の受信リンクレイヤプロトコルエンティティとを介して、確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを前記第１の受信リンクレイヤプロトコルエンティティに通知する工程をさらに備えることを特徴とする請求項８に記載の方法。
【請求項１１】
確認通知を受信していないセグメンテーションされたデータをトンネリングするのに先立ち、前記第１の送信リンクレイヤプロトコルエンティティから前記第２の受信リンクレイヤプロトコルエンティティに、前記第１の送信リンクレイヤプロトコルエンティティ中の確認通知を受信していない最後のデータセグメントのシーケンス番号を送信し、前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに、前記第２の送信リンクレイヤプロトコルエンティティと前記第２の受信リンクレイヤプロトコルエンティティとを介して、確認通知を受信していないのセグメンテーションされたデータがトンネリングされたことを前記第１の受信リンクレイヤプロトコルエンティティに通知する工程とをさらに備えることを特徴とする請求項８に記載の方法。
【請求項１２】
トンネリングされ確認通知を受信していないセグメンテーションされた最後のデータに続いて、一つ前のトンネリングされ確認通知を受信していないセグメンテーションされたデータが最後のトンネリングされ確認通知を受信していないセグメンテーションされたデータであることを示すメッセージを、前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに送信し、前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに、前記第２の送信リンクレイヤプロトコルエンティティと前記第２の受信リンクレイヤプロトコルエンティティとを介して、確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを前記第１の受信リンクレイヤプロトコルエンティティに通知する工程とをさらに備えることを特徴とする請求項８に記載の方法。
【請求項１３】
前記確認通知を受信していないセグメンテーションされたデータのトンネリングに先立ち、前記第１の送信リンクレイヤプロトコルエンティティ中の確認通知を受信していない最後のデータセグメントのシーケンス番号を含むメッセージを、前記第２の送信リンクレイヤプロトコルエンティティから前記第２の受信リンクレイヤプロトコルエンティティに送信し、前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに、前記第２の送信リンクレイヤプロトコルエンティティと前記第２の受信リンクレイヤプロトコルエンティティとを介して、前記確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを前記第１の受信リンクレイヤプロトコルエンティティに通知する工程とをさらに備えることを特徴とする請求項８に記載の方法。
【請求項１４】
前記メッセージ送信に先立ち、前記第１の送信リンクレイヤプロトコルエンティティから前記第２の送信リンクレイヤプロトコルエンティティに前記シーケンス番号をシグナリングする工程と、
前記メッセージ送信に続いて、前記第２の受信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに前記シーケンス番号をシグナリングする工程とをさらに備えることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記第２の送信リンクレイヤプロトコルエンティティから前記第２の受信リンクレイヤプロトコルエンティティに、トンネリングされ確認通知を受信していないセグメンテーションされたデータの数を送信し、前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに、前記第２の送信リンクレイヤプロトコルエンティティと前記第２の受信リンクレイヤプロトコルエンティティとを介して、前記確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを前記第１の受信リンクレイヤプロトコルエンティティに通知する工程とをさらに備えることを特徴とする請求項８に記載の方法。
【請求項１６】
前記データ数の送信に先立ち、前記第１の送信リンクレイヤプロトコルエンティティから前記第２の送信リンクレイヤプロトコルエンティティに前記トンネリングされ確認通知を受信していないセグメンテーションされたデータの数をシグナリングする工程と、
前記データ数の送信に続いて、前記第２の受信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに前記トンネリングされ確認通知を受信していないセグメンテーションされたデータの数をシグナリングする工程とをさらに備えることを特徴とする請求項１５に記載の方法。
【請求項１７】
前記第２の送信リンクレイヤプロトコルエンティティから前記第２の受信リンクレイヤプロトコルエンティティに、トンネリングされ確認通知を受信していないセグメンテーションされたデータ量を含むメッセージを送信し、前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに、前記第２の送信リンクレイヤプロトコルエンティティと前記第２の受信リンクレイヤプロトコルエンティティとを介して、前記確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを前記第１の受信リンクレイヤプロトコルエンティティに通知する工程とをさらに備えることを特徴とする請求項８に記載の方法。
【請求項１８】
前記第１のリンクレイヤプロトコルエンティティペアは少なくとも一つの第１の制御プロトコルエンティティによって制御され、前記第２のリンクレイヤプロトコルエンティティペアは少なくとも一つの第２の制御プロトコルエンティティによって制御され、
前記少なくとも一つの第１の制御プロトコルエンティティから前記少なくとも一つの第２の制御プロトコルエンティティに、トンネリングされ確認通知を受信していないセグメンテーションされたデータ量を送信し、前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに、前記第２の送信リンクレイヤプロトコルエンティティと前記第２の受信リンクレイヤプロトコルエンティティとを介して、前記確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを前記第１の受信リンクレイヤプロトコルエンティティに通知する工程をさらに備えることを特徴とする請求項８に記載の方法。
【請求項１９】
前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに、前記第２の送信リンクレイヤプロトコルエンティティと前記第２の受信リンクレイヤプロトコルエンティティとを介して、前記確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを、前記第１の送信リンクレイヤプロトコルエンティティから前記第２の送信リンクレイヤプロトコルエンティティにシグナリングする工程と、
前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに、前記第２の送信リンクレイヤプロトコルエンティティと前記第２の受信リンクレイヤプロトコルエンティティとを介して、前記確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを示すメッセージを、前記第２の送信リンクレイヤプロトコルエンティティから前記第２の受信リンクレイヤプロトコルエンティティに送信する工程と、
前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに、前記第２の送信リンクレイヤプロトコルエンティティと前記第２の受信リンクレイヤプロトコルエンティティとを介して、前記確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを、前記第２の受信リンクレイヤプロトコルエンティティから前記第１の送信リンクレイヤプロトコルエンティティにシグナリングする工程と
をさらに備えることを特徴とする請求項８に記載の方法。
【請求項２０】
前記確認通知を受信していないセグメンテーションされたデータのすべてをトンネリングした後に、前記第１のリンクレイヤプロトコルエンティティペアを終了する工程とをさらに備えることを特徴とする請求項８に記載の方法。
【請求項２１】
所定の時間の経過後、前記第１のリンクレイヤプロトコルエンティティペアを終了する工程とをさらに備えることを特徴とする請求項１に記載の方法。
【請求項２２】
前記第１のリンクレイヤプロトコルエンティティから前記第２のリンクレイヤプロトコルエンティティへの前記切り換えは、前記移動通信システムにおけるハンドオーバに起因するものであることを特徴とする請求項１に記載の方法。
【請求項２３】
前記第１のリンクレイヤプロトコルエンティティから前記第２のリンクレイヤプロトコルエンティティへの前記切り換えは、前記移動通信システムにおけるプロトコル再構成に起因するものであることを特徴とする請求項１に記載の方法。
【請求項２４】
前記第１のリンクレイヤプロトコルエンティティペアは、前記第２のリンクレイヤプロトコルエンティティペアと同一のプロトコルを用いることを特徴とする請求項２３に記載の方法。
【請求項２５】
前記第１のリンクレイヤプロトコルエンティティペアは、前記第２のリンクレイヤプロトコルエンティティペアと異なるように構成されていることを特徴とする請求項２４に記載の方法。
【請求項２６】
前記第１のリンクレイヤプロトコルエンティティペアは、前記第２のリンクレイヤプロトコルエンティティペアとは異なるプロトコルを用いることを特徴とする請求項２３に記載の方法。
【請求項２７】
前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに、前記第２の送信リンクレイヤプロトコルエンティティと前記第２の受信リンクレイヤプロトコルエンティティとを介して、前記第１の送信リンクレイヤプロトコルエンティティ中の確認通知を受信していないセグメンテーションされたデータをトンネリングする前記工程は、
前記第１の送信リンクレイヤプロトコルエンティティから前記第２の送信リンクレイヤプロトコルエンティティに前記確認通知を受信していないセグメンテーションされたデータを送信する工程と、
前記第２の送信リンクレイヤプロトコルエンティティから前記第２の受信リンクレイヤプロトコルエンティティに前記確認通知を受信していないセグメンテーションされたデータを送信する工程と、
前記第２の受信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに前記確認通知を受信していないセグメンテーションされたデータを送信する工程から構成されることを特徴とする請求項１に記載の方法。
【請求項２８】
前記第２の送信リンクレイヤプロトコルエンティティから前記第２の受信リンクレイヤプロトコルエンティティへの送信に先立ち、前記確認通知を受信していないセグメンテーションされたデータをマーキングする工程とをさらに備えることを特徴とする請求項２７に記載の方法。
【請求項２９】
通知確認モードデータプロトコルデータユニット中の長さ指定フィールドを用いて、前記確認通知を受信していないセグメンテーションされたデータをマーキングすることを特徴とする請求項２８に記載の方法。
【請求項３０】
制御プロトコルデータユニット中の特別なフィールドを用いて、前記確認通知を受信していないセグメンテーションされたデータをマーキングすることを特徴とする請求項２８に記載の方法。
【請求項３１】
前記確認通知を受信していないセグメンテーションされたデータは、前記第２の送信リンクレイヤプロトコルエンティティから前記第２の受信リンクレイヤプロトコルエンティティに所定の通信リンクを介して送信されることを特徴とする請求項２７に記載の方法。
【請求項３２】
順序保証型配送を行うために、前記確認通知を受信していないセグメンテーションされたデータは、上位レイヤデータに先立ち、前記第２の送信リンクレイヤプロトコルエンティティから前記第２の受信リンクレイヤプロトコルエンティティに送信されることを特徴とする請求項２７に記載の方法。
【請求項３３】
前記第１の受信リンクレイヤプロトコルエンティティにおいて、トンネリングされ確認通知を受信していないセグメンテーションされたデータと、確認通知を受信したセグメンテーションされたデータとを結合する工程と、
前記結合されたセグメンテーションされたデータを連結する工程と
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項３４】
前記連結された結合データを上位レイヤプロトコルエンティティに直接送信する工程をさらに備えることを特徴とする請求項３３に記載の方法。
【請求項３５】
前記連結された結合データを上位レイヤプロトコルエンティティに前記第２の受信リンクレイヤプロトコルエンティティを介して送信する工程をさらに備えることを特徴とする請求項３３に記載の方法。
【請求項３６】
順序保証型配送を行うために、前記第２の受信リンクレイヤプロトコルエンティティが上位レイヤプロトコルエンティティにデータを送信するに先立って、前記連結された結合データを前記上位レイヤプロトコルエンティティに送信する工程をさらに備えることを特徴とする請求項３３に記載の方法。
【請求項３７】
順序保証型配送を行うために、すべての前記連結された結合データが前記上位レイヤプロトコルエンティティに送信されたことを前記第２の受信リンクレイヤプロトコルエンティティに通知する工程をさらに備えることを特徴とする請求項３６に記載の方法。
【請求項３８】
前記第１のリンクレイヤプロトコルエンティティペアと前記第２のリンクレイヤプロトコルエンティティペアとは、自動再送要求プロトコルエンティティであることを特徴とする請求項１に記載の方法。
【請求項３９】
移動通信システムにおいてリンクレイヤプロトコルエンティティペア間で切り換えが生じた際に高信頼リンクを提供する装置であって、
データをセグメンテーションし、セグメンテーションされたデータを送信する第１の送信リンクレイヤプロトコルエンティティと、前記第１の送信リンクレイヤプロトコルエンティティから前記セグメンテーションされたデータを受信し、受信したセグメンテーションされたデータに対して確認通知を行う第１の受信リンクレイヤプロトコルエンティティとを含む第１のリンクレイヤプロトコルエンティティペアと、
データをセグメンテーションし、セグメンテーションされたデータを送信する第２の送信リンクレイヤプロトコルエンティティと、前記第２の送信リンクレイヤプロトコルエンティティから前記セグメンテーションされたデータを受信し、受信したセグメンテーションされたデータに対して確認通知を行う第２の受信リンクレイヤプロトコルエンティティとを含む第２のリンクレイヤプロトコルエンティティペアとを備え、
前記第１のリンクレイヤプロトコルエンティティペアは、前記第１のリンクレイヤプロトコルエンティティペアから前記第２のリンクレイヤプロトコルエンティティペアへの切り換え時において、前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティへのデータ送信をサスペンドするように構成され、
前記第２のリンクレイヤプロトコルエンティティペアは、前記第１のリンクレイヤプロトコルエンティティペアから前記第２のリンクレイヤプロトコルエンティティペアへの切り換え時において、前記第２の送信リンクレイヤプロトコルエンティティから前記第２の受信リンクレイヤプロトコルエンティティへのデータ送信を開始するように構成され、
前記第１のリンクレイヤプロトコルエンティティペアと前記第２のリンクレイヤプロトコルエンティティペアとは、前記第１のリンクレイヤプロトコルエンティティペアから前記第２のリンクレイヤプロトコルエンティティペアへの切り換えの後に、第１の送信リンクレイヤプロトコルエンティティ中で確認通知を受信していないセグメンテーションされたデータを、前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに、前記第２の送信リンクレイヤプロトコルエンティティと前記第２の受信リンクレイヤプロトコルエンティティとを介してトンネリングするように構成されることを特徴とする装置。
【請求項４０】
移動通信システムにおいて第１のリンクレイヤプロトコルエンティティペアから第２のリンクレイヤプロトコルエンティティペアへの切り換えが生じた際に高信頼リンクを提供するシステムであって、
前記第１のリンクレイヤプロトコルエンティティペアは、データをセグメンテーションし、セグメンテーションされたデータを送信する第１の送信リンクレイヤプロトコルエンティティと、第１の送信リンクレイヤプロトコルエンティティから前記セグメンテーションされたデータを受信し、受信した前記セグメンテーションされたデータに対して確認通知を行う第１の受信リンクレイヤプロトコルエンティティとを含み、前記第２のリンクレイヤプロトコルエンティティペアは、データをセグメンテーションし、セグメンテーションされたデータを送信する第２の送信リンクレイヤプロトコルエンティティと、第２の送信リンクレイヤプロトコルエンティティから前記セグメンテーションされたデータを受信し、受信した前記セグメンテーションされたデータに対して確認通知を行う第２の受信リンクレイヤプロトコルエンティティとを含むシステムは、
少なくとも一つのプロセッサ読み出し可能なキャリアと、
前記少なくとも一つのキャリアで実行される命令であって、命令は少なくとも一つのプロセッサによって少なくとも一つのキャリアから読み出されるように構成され、少なくとも一つのプロセッサに、
前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティへのデータ送信をサスペンドし、
前記第２の送信リンクレイヤプロトコルエンティティから前記第２の受信リンクレイヤプロトコルエンティティへのデータ送信を開始し、
前記第１の送信リンクレイヤプロトコルエンティティ中で確認通知を受信していないセグメンテーションされたデータを、前記第１の送信リンクレイヤプロトコルエンティティから前記第１の受信リンクレイヤプロトコルエンティティに、前記第２の送信リンクレイヤプロトコルエンティティと前記第２の受信リンクレイヤプロトコルエンティティとを介してトンネリングするように動作させるような命令と
を備えることを特徴とするシステム。
【発明の詳細な説明】
【０００１】
[発明の分野]
本発明は、一般に移動通信システムに関するものであり、具体的には移動通信システムにおいて第１のリンクレイヤプロトコルエンティティペアから第２のリンクレイヤプロトコルエンティティペアに切り換える際に高信頼リンクを提供する技術に関するものである。
【０００２】
[発明の背景]
図１は、一般的なセルラー移動通信システム１０を示した図である。システム１０は、コアネットワーク（CN）１２、無線アクセスネットワーク（RAN）１４、複数の移動局（MS）１６から構成される。ここで、RAN１４は、制御ノード１８と基地局（BTS）ノード２０とからなる。また、それぞれが一つあるいは複数の制御ノード１８とBTSノード２０とを含む複数のRANから、RAN１４が構成されていても良いことは、当業者であれば理解できよう。この場合、CN１２は一つあるいは複数の制御ノード１８に接続され、各制御ノード１８は複数のBTSノード２０に接続され、各BTSノード２０が複数のMS１６をサービスするという階層的なシステム構成となる。
【０００３】
MS１６とサービスを提供しているBTSノード２０との間の無線インタフェースにおける誤り特性に鑑み、MS１６とRAN１４との間で自動再送要求（ARQ）を実行し、残留誤り率を低減することが行われる。ARQプロトコルは、干渉などの要因により無線インタフェースで生じる誤りに対処するためのものである。しかし、MS１６がシステム１０内を移動すると、ハンドオーバが生じ、ARQプロトコルを異なる制御ノード１８において実行しなければならなくなる。ここで、ハンドオーバ時におけるユーザデータの欠落を避けるためには、何かしらの機構が必要となる。異なる制御ノード１８間でARQプロトコルのハンドオーバが生じた際に、ユーザデータを高信頼化する機構として、現在３つの方法が知られている。
【０００４】
異なる制御ノード１８間でARQプロトコルのハンドオーバが生じた際に、ユーザデータを高信頼化する（securing user data）第一の機構は、R. Cohen et al. "Handover in a Micro-Cell Packet Switched Mobile Network", ACM Journal of Wireless Networks, vol.２, no.１, pp.１３-２５, １９９６やE. Ayanoglu et al. "AIRMAIL: A Link-Layer Protocol for Wireless Networks", ACM/Baltzer Wireless Networks Journal, vol.１, pp.４７-６０, １９９５に記述されている。ハンドオーバが生じると、RAN１４中のARQプロトコルエンティティにおける状態変数やバッファなどを含むすべてのプロトコル状態を、元の制御ノード１８から移動先制御ノード１８に転送する機構である。本機構によれば、MS１６中のARQプロトコルエンティティがハンドオーバを意識する必要はない。例えば、汎用パケット無線サービス（GPRS）システムにおいて複数のGPRSサポートノード（SGSN）が存在し、SGSN間でハンドオーバが生じるような場合、元のSGSNから移動先のSGSNに対してダウンリンクバッファのみが転送され、ハンドオーバシグナリングによってMS１６と移動先SGSNとの間でのバッファのプロトコル状態が同期される（GSM ０３.６０ "サービス記述"参照）。
【０００５】
この第一の機構の利点は、ユーザデータの無線インタフェースへの再送が不要であることと、MS１６のARQプロトコルがハンドオーバを考慮する必要はなく、より安価な実装が可能となることである。しかしながら、第一の機構は、システム全体において同一構成の同一ARQプロトコルを用いることを前提としているため、システム内ハンドオーバにしか対処できない。将来のシステムでは、同一RAN内でも異なるARQプロトコルを用いたり、種々のARQプロトコルで用いるプロトコルデータユニット（PDU）のサイズも異なるものとなることがあり得る。第一の機構はこのような将来のシステムにおいて用いることはできない。
【０００６】
異なる制御ノード１８間でARQプロトコルのハンドオーバが生じた際に、ユーザデータを高信頼化する第二の機構は、GPRSシステムで用いられており、システム１０において２段階のARQプロトコルを用いてユーザデータの高信頼化を図るものである。第一のARQプロトコル、無線リンク制御（RLC）プロトコルは、MS１６と基地局制御（BSC）ノードなどのRAN１４との間に適用され、無線インタフェースで生じる誤りに対処するために用いられる（GSM ０４.６０ "無線リンク制御／メディアアクセス制御"参照）。これに対し、第二のARQプロトコル、論理リンク制御（LLC）プロトコルは、MS１６とSGSNノードなどのCN１２との間に適用される（GSM ０４.６４ "論理リンク制御（LLC）レイヤ仕様／"参照）。ハンドオーバが生じると、欠落したユーザデータはLLCプロトコル中のARQプロトコルで再送がなされる。これに対し、RLCプロトコルは、ハンドオーバが完了した時点でMS１６とBSCとで再開される。
【０００７】
第二の機構の利点は、システム間ハンドオーバにも適用できることである。しかしながら、第二のARQプロトコルのオーバヘッドが大きく、無線資源の有効利用がなされていないなどといった大きな問題も抱えている。すなわち、GPRSでのレイヤ３（L３）PDUのオーバヘッドは７バイトである。また、Van Jacobsenの圧縮転送制御プロトコル（TCP）確認通知（acknowledgement）サイズは、ポイントツーポイント（PPP）を用いたときは１０バイト以下である。したがって、L３ PDUでもってTCP確認通知を送信する場合には、サイズが約２倍となる。このような問題の他に、MS１６中に２段階のARQプロトコルを備えるにあたって、メモリや処理能力といった観点から、単一ARQプロトコルと比してコストの大幅な増加を招くという問題もある。
【０００８】
異なる制御ノード１８間でARQプロトコルのハンドオーバが生じた際に、ユーザデータを高信頼化する第三の機構は、R. Ludwig et al. "L２_ARQ Protocol Handover Mechanisms", 欧州特許出願番号＿＿＿＿＿（クライアント参照番号：エリクソン技術文書番号UW/T-９８: ２８９）に記述されている。レイヤ２（L２）ARQプロトコルの送信者は、すべてのL３ PDUに対する確認通知が届くまで、L３ PDUを含むすべてのL２ PDUをバッファに保持している。ハンドオーバが生じると、すべてのL３ PDUを新たなL２_ARQプロトコルエンティティに移し、L３ PDUを新しいL２ PDUにセグメンテーションして再送する機構である。
【０００９】
第二の機構と同様、第三の機構の利点は、システム間ハンドオーバに適用できることである。しかしながら、L２_ARQプロトコルPDUの送信者が、L３ PDUを含むすべてのL２ PDUを、すべてのL３ PDUに対する確認通知が届くまでバッファに保持しておくための余分なバッファ空間が必要となるなどの大きな問題も抱えている。また、ハンドオーバが生じた際には、L３ PDUのすべてのL２ PDUの再送が新しいL２_ARQプロトコルで行われる。すなわち、以前に確認通知が届いたL２ PDUに対しても再送を行うという無駄を抱え、第三の機構の大きな欠点となっている。
【００１０】
以上の観点から、移動通信システムにおけるハンドオーバ時、すなわちプロトコル再構成時において、上述の無駄や欠点を抱えることなく移動局とコアネットワークとの間で高信頼リンクを実現できる方法が望まれている。すなわち、移動通信システムにおけるハンドオーバ時、すなわちプロトコル再構成時において、移動局とコアネットワークとの間で高信頼リンクを実現できる方法であって、ARQプロトコルのすべての状態を転送する必要のない方法、第二のARQプロトコルレベルを必要としない方法、既に確認通知が届いたL２_ARQ PDUを再送する必要のない方法、送信側L２_ARQプロトコルエンティティのバッファにおいて既に確認通知の届いたL２_ARQ PDUを保持する必要のない方法が望まれている。
【００１１】
[発明の概要]
本発明により、移動通信システムにおいて第１のリンクレイヤプロトコルエンティティペアから第２のリンクレイヤプロトコルエンティティペアに切り換える際に高信頼リンクを提供する方法が提供される。第１のリンクレイヤプロトコルエンティティペアは、データをセグメンテーションし、セグメンテーションされたデータを送信する第１の送信リンクレイヤプロトコルエンティティと、第１の送信リンクレイヤプロトコルエンティティからセグメンテーションされたデータを受信し、受信したセグメンテーション去れたデータに対して確認通知を行う第１の受信リンクレイヤプロトコルエンティティとを含む。第２のリンクレイヤプロトコルエンティティペアは、データをセグメンテーションし、セグメンテーションされたデータを送信する第２の送信リンクレイヤプロトコルエンティティと、第２の送信リンクレイヤプロトコルエンティティからセグメンテーションされたデータを受信し、受信したセグメンテーションされたデータに対して確認通知を行う第２の受信リンクレイヤプロトコルエンティティとを含む。第１のリンクレイヤプロトコルエンティティペアと大にリンクレイヤプロトコルエンティティペアの双方とも、自動再送要求プロトコルエンティティであることが望ましい。
【００１２】
第１のリンクレイヤプロトコルエンティティペアから第２のリンクレイヤプロトコルエンティティペアへの切り換えは、移動通信システムにおけるハンドオーバや移動通信システムにおけるプロトコル再構成などの種々の要因によって生じる。第１のリンクレイヤプロトコルエンティティペアは第２のリンクレイヤプロトコルエンティティペアと同一のプロトコルを用いても良いし、第１のリンクレイヤプロトコルエンティティペアが第２のリンクレイヤプロトコルエンティティペアと異なるプロトコルを用いても良い。第１のリンクレイヤプロトコルエンティティペアが第２のリンクレイヤプロトコルエンティティペアと同一のプロトコルを用いる場合であっても、第１のリンクレイヤプロトコルエンティティペアが第２のリンクレイヤプロトコルエンティティペアと異なるように構成されていても良い。
【００１３】
好適な実施形態では、第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティへのデータ送信をサスペンドし、第２の送信リンクレイヤプロトコルエンティティから第２の受信リンクレイヤプロトコルエンティティへのデータ送信を開始する。次いで、第１の送信リンクレイヤプロトコルエンティティ中で確認通知を受信していないセグメンテーションされたデータを、第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティに、第２の送信リンクレイヤプロトコルエンティティと第２の受信リンクレイヤプロトコルエンティティとを介してトンネリングする。
【００１４】
本発明の他の態様においては、第１のリンクレイヤプロトコルエンティティペアは少なくとも一つの第１の制御プロトコルエンティティによって制御され、第２のリンクレイヤプロトコルエンティティペアは少なくとも一つの第２の制御プロトコルエンティティによって制御される。第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティへのデータ送信は、少なくとも一つの第１の制御プロトコルエンティティによってサスペンドされ、第２の送信リンクレイヤプロトコルエンティティから第２の受信リンクレイヤプロトコルエンティティへのデータ送信は、少なくとも一つの第２の制御プロトコルエンティティによって開始される。ここで、少なくとも一つの第１の制御プロトコルエンティティと少なくとも一つの第２の制御プロトコルエンティティとは同一の制御プロトコルエンティティであっても良いことに注意されたい。
【００１５】
本発明のさらなる他の態様においては、第１の送信リンクレイヤプロトコルエンティティ中の未送信でセグメンテーションされていないデータは、第１の送信リンクレイヤプロトコルエンティティから第２の送信リンクレイヤプロトコルエンティティに配送される。あるいは、第１の送信リンクレイヤプロトコルエンティティ中の未送信でセグメンテーションされていないデータは、セグメンテーションされて、第１の送信リンクレイヤプロトコルエンティティから第２の送信リンクレイヤプロトコルエンティティにトンネリングされて配送される。
【００１６】
一方、第１の送信リンクレイヤプロトコルエンティティ中のセグメンテーションされたデータは、連結されて、第１の送信リンクレイヤプロトコルエンティティから第２の送信リンクレイヤプロトコルエンティティに配送される。
【００１７】
本発明のさらなる他の態様においては、第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティに、第２の送信リンクレイヤプロトコルエンティティと大に受信リンクレイヤプロトコルエンティティとを介して、確認通知を受信していないセグメンテーションされたデータをトンネリングするのに先立ち、第１の受信リンクレイヤプロトコルエンティティから第１の送信リンクレイヤプロトコルエンティティに対して状態メッセージを送信する。
【００１８】
また、第１の受信リンクレイヤプロトコルエンティティは、第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティに、第２の送信リンクレイヤプロトコルエンティティと第２の受信リンクレイヤプロトコルエンティティとを介して、確認通知を受信していないセグメンテーションされたデータがトンネリングされたことが通知される。第１のリンクレイヤプロトコルエンティティペアが少なくとも一つの第１の制御プロトコルエンティティによって制御され、第２のリンクレイヤプロトコルエンティティペアが少なくとも一つの第２の制御プロトコルエンティティによって制御されている場合には、第１の送信リンクレイヤプロトコルエンティティ中の確認通知を受信していない最後のデータセグメントのシーケンス番号が少なくとも一つの第１の制御プロトコルエンティティから少なくとも一つの第２の制御プロトコルエンティティに送信され、第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティに、第２の送信リンクレイヤプロトコルエンティティと第２の受信リンクレイヤプロトコルエンティティとを介して、確認通知を受信していないセグメンテーションされたデータがトンネリングされたことが第１の受信リンクレイヤプロトコルエンティティに通知される。
【００１９】
あるいは、トンネリングされ確認通知を受信していないセグメンテーションされたデータの数が、少なくとも一つの第１の制御プロトコルエンティティから少なくとも一つの第２の制御プロトコルエンティティに送信され、第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティに、第２の送信リンクレイヤプロトコルエンティティと第２の受信リンクレイヤプロトコルエンティティとを介して、確認通知を受信していないセグメンテーションされたデータがトンネリングされたことが第１の受信リンクレイヤプロトコルエンティティに通知される。
【００２０】
あるいは、トンネリングされ確認通知を受信していないセグメンテーションされたデータ量が、少なくとも一つの第１の制御プロトコルエンティティから少なくとも一つの第２の制御プロトコルエンティティに送信され、第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティに、第２の送信リンクレイヤプロトコルエンティティと第２の受信リンクレイヤプロトコルエンティティとを介して、確認通知を受信していないセグメンテーションされたデータがトンネリングされたことが第１の受信リンクレイヤプロトコルエンティティに通知される。
【００２１】
本発明のさらなる他の態様においては、確認通知を受信していないセグメンテーションされたデータをトンネリングするのに先立ち、第１の送信リンクレイヤプロトコルエンティティから第２の受信リンクレイヤプロトコルエンティティに、第１の送信リンクレイヤプロトコルエンティティ中の確認通知を受信していない最後のデータセグメントのシーケンス番号を送信し、第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティに、第２の送信リンクレイヤプロトコルエンティティと第２の受信リンクレイヤプロトコルエンティティとを介して、確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを第１の受信リンクレイヤプロトコルエンティティに通知する。
【００２２】
あるいは、トンネリングされ確認通知を受信していないセグメンテーションされた最後のデータに続いて、一つ前のトンネリングされ確認通知を受信していないセグメンテーションされたデータが最後のトンネリングされ確認通知を受信していないセグメンテーションされたデータであることを示すメッセージを、第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティに送信し、第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティに、第２の送信リンクレイヤプロトコルエンティティと第２の受信リンクレイヤプロトコルエンティティとを介して、確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを第１の受信リンクレイヤプロトコルエンティティに通知する。
【００２３】
あるいは、トンネリングされ確認通知を受信していないセグメンテーションされたデータ量を含むメッセージを、第２の送信リンクレイヤプロトコルエンティティから第２の受信リンクレイヤプロトコルエンティティに送信し、第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティに、第２の送信リンクレイヤプロトコルエンティティと第２の受信リンクレイヤプロトコルエンティティとを介して、確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを第１の受信リンクレイヤプロトコルエンティティに通知する。
【００２４】
あるいは、確認通知を受信していないセグメンテーションされたデータのトンネリングに先立ち、第１の送信リンクレイヤプロトコルエンティティ中の確認通知を受信していない最後のデータセグメントのシーケンス番号を含むメッセージを、第２の送信リンクレイヤプロトコルエンティティから第２の受信リンクレイヤプロトコルエンティティに送信し、第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティに、第２の送信リンクレイヤプロトコルエンティティと第２の受信リンクレイヤプロトコルエンティティとを介して、確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを第１の受信リンクレイヤプロトコルエンティティに通知する。
【００２５】
この際、メッセージ送信に先立ち、第１の送信リンクレイヤプロトコルエンティティから第２の送信リンクレイヤプロトコルエンティティにシーケンス番号はシグナリングされ、メッセージ送信に続いて、第２の受信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティにシグナリングされる。あるいは、第２の送信リンクレイヤプロトコルエンティティから第２の受信リンクレイヤプロトコルエンティティに、トンネリングされ確認通知を受信していないセグメンテーションされたデータの数を送信し、第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティに、第２の送信リンクレイヤプロトコルエンティティと第２の受信リンクレイヤプロトコルエンティティとを介して、確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを第１の受信リンクレイヤプロトコルエンティティに通知する。
【００２６】
この場合、データ数の送信に先立ち、第１の送信リンクレイヤプロトコルエンティティから第２の送信リンクレイヤプロトコルエンティティにトンネリングされ確認通知を受信していないセグメンテーションされたデータの数がグナリングされ、データ数の送信に続いて、第２の受信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティにシグナリングされる。
【００２７】
本発明のさらなる他の態様においては、第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティに、第２の送信リンクレイヤプロトコルエンティティと第２の受信リンクレイヤプロトコルエンティティとを介して、確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを、第１の送信リンクレイヤプロトコルエンティティから第２の送信リンクレイヤプロトコルエンティティにシグナリングされる。次いで、第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティに、第２の送信リンクレイヤプロトコルエンティティと第２の受信リンクレイヤプロトコルエンティティとを介して、確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを示すメッセージは、第２の送信リンクレイヤプロトコルエンティティから第２の受信リンクレイヤプロトコルエンティティにシグナリングされる。
【００２８】
続いて、第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティに、第２の送信リンクレイヤプロトコルエンティティと第２の受信リンクレイヤプロトコルエンティティとを介して、確認通知を受信していないセグメンテーションされたデータがトンネリングされたことを、第２の受信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティにシグナリングされる。
【００２９】
本発明のさらなる他の態様においては、確認通知を受信していないセグメンテーションされたデータすべてをトンネリングした後に、第１のリンクレイヤプロトコルエンティティペアは終了する。あるいは、所定の時間の経過後、第１のリンクレイヤプロトコルエンティティペアは終了する。
【００３０】
本発明のさらなる他の態様においては、第１の送信リンクレイヤプロトコルエンティティ中で確認通知を受信していないセグメンテーションされたデータは、第１の送信リンクレイヤプロトコルエンティティから第２の送信リンクレイヤプロトコルエンティティに対して最初に確認通知を受信していないセグメンテーションされたデータを送信することで、第１の送信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティに、第２の送信リンクレイヤプロトコルエンティティと第２の受信リンクレイヤプロトコルエンティティとを介してトンネリングされる。次いで、確認通知を受信していないセグメンテーションされたデータは、第２の送信リンクレイヤプロトコルエンティティから第２の受信リンクレイヤプロトコルエンティティに送信される。続いて、確認通知を受信していないセグメンテーションされたデータは、第２の受信リンクレイヤプロトコルエンティティから第１の受信リンクレイヤプロトコルエンティティに送信される。
【００３１】
本発明のさらなる他の態様においては、確認通知を受信していないセグメンテーションされたデータを、第２の送信リンクレイヤプロトコルエンティティから第２の受信リンクレイヤプロトコルエンティティに送信する前に、マーキングする。確認通知を受信していないセグメンテーションされたデータのマーキングは、確認通知モードデータプロトコルデータユニット中の長さ指定フィールドや制御プロトコルデータユニット中の特定フィールドなどを用いて行われる。
【００３２】
本発明のさらなる他の態様においては、確認通知を受信していないセグメンテーションされたデータは、第２の送信リンクレイヤプロトコルエンティティから第２の受信リンクレイヤプロトコルエンティティに所定の通信リンクを介して送信される。順序保証型配送を行うために、確認通知を受信していないセグメンテーションされたデータは、上位レイヤデータに先立ち、第２の送信リンクレイヤプロトコルエンティティから第２の受信リンクレイヤプロトコルエンティティに送信される。
【００３３】
本発明のさらなる他の態様においては、第１の受信リンクレイヤプロトコルエンティティにおいて、トンネリングされ確認通知を受信していないセグメンテーションされたデータと、確認通知を受信したセグメンテーションされたデータとを結合し、結合されたセグメンテーションされたデータを連結する。連結された結合データは上位レイヤプロトコルエンティティに直接送信される。
【００３４】
あるいは、連結された結合データは上位レイヤプロトコルエンティティに第２の受信リンクレイヤプロトコルエンティティを介して送信される。どちらの場合においても、順序保証型配送を行うために、第２の受信リンクレイヤプロトコルエンティティが上位レイヤプロトコルエンティティにデータを送信するに先立って、連結された結合データは上位レイヤプロトコルエンティティに送信される。また、順序保証型配送を行うために、第２の受信リンクレイヤプロトコルエンティティはすべての連結された結合データが上位レイヤプロトコルエンティティに送信されたことを通知される。
【００３５】
本発明の理解を助けるために、添付図面を参照して説明する。これらの図面は本発明を制約するためのものではなく、単なる例を示すためのものである。
【００３６】
[好適な実施形態の詳細な説明]
図２は、本詳細な説明で用いる一般的なプロトコルスタック５０を示したもので、本発明に対応して動作するセルラー移動通信システムで用いられる種々の階層レイヤのプロトコルを示したものである。しかしながら、本発明は、種々の階層レイヤの特定のプロトコルに制限されるものではない。例えば、L３レイヤとして、インターネットプロトコル（IP）などのネットワークプロトコルを用いても良い。また、ポイントツーポイントプロトコル（PPP）などのフレーミングプロトコルをL３レイヤは含むことができる。さらに、Universal Mobile Telecommunication System（UMTS）で用いられている無線資源制御（RRC）などの制御プレーンプロトコルを、L３レイヤは包含することができる。すなわち、下位レイヤすなわちL２_ARQレイヤに転送されるプロトコルデータユニット（PDU）を生成するプロトコルを、ここではL３レイヤと参照することにする。
【００３７】
L２_ARQレイヤには、無線リンク制御（RLC）などのリンクレイヤプロトコルが位置する。これは、L３ PDUをより小さなL２_ARQ PDUにセグメンテーションしたり、複数のL３ PDUを連結してL２_ARQ PDUを生成したり、L２_ARQ PDUに対してARQ機能を提供したりするものである。なお、いかなるL２_ARQレイヤのプロトコルを用いる場合であっても、L２_ARQプロトコルはL２_ARQ PDUの再送に関するルールに従う。例えば、どのようなARQを用いたとしても、送信側L２_ARQは、受信側L２_ARQが確認通知を行うまでL２_ARQ PDUをバッファしておかなければならない。なお、確認通知を受信した時点で、送信側L２_ARQは確認通知を受信したL２_ARQ PDUを送信バッファから削除することが可能となる。
【００３８】
L２_ARQプロトコルは、高レイヤデータ（L３ PDU）の送信に際して、信頼性保証なし（unreliable）、一部信頼性保証あり(semi-reliable)、信頼性保証あり(fully reliable)といった種々の動作モードをとることができる。ここで、後者２つは、順序保証動作や順序非保証動作などと組み合わせて用いられる。
【００３９】
L１レイヤは無線リンクの物理レイヤを示す。GSM, UTMS, 無線LANなどの現在のあるいは将来の移動通信ネットワークにおいて用いられる無線伝送技術が位置する。
【００４０】
現在のセルラー移動通信システムでは、L２_ARQプロトコルのエンティティは、移動局（MS）と無線アクセスネットワーク（RAN）との２つに存在する。例えば、Global System for Mobile Communications (GSM) / General Packet Radio Service (GPRS), UMTSシステムなどのシステムであって、これらのシステムではL２_ARQプロトコルとしてRLCプロトコルが用いられている。
【００４１】
図３は、本詳細な説明で用いるセルラー移動通信システム１００を示しており、本発明におけるハンドオーバ時、すなわちL２_ARQプロトコル再構成時において、MSとコアネットワーク（CN）との間で高信頼リンクを実現できる方法を示している。システム１００はCN１０２を含み、CN１０２は２つの異なるRAN１０４とMS１０６とに接続されている。図３に示すように、L３ PDUはMS１０６とCN１０２との間で、RAN１０４の異なるL２_ARQプロトコルでもって伝送される。ここで、本詳細な説明で示す方法は、CN１０２に接続されるRAN１０４の数には関係しない。すなわち、本方法は、いかなる数のRAN１０４にも適用可能である。
【００４２】
ここで、種々のRAN１０４に対し２つのL２_ARQプロトコルエンティティ間でピアツーピアのコミュニケーションが存在するものとする。ピアエンティティはMS１０６とRAN１０４のネットワークノードにおいて実行される。また、ハンドオーバは１つのRAN１０４内（システム内）と異なるRAN１０４間（システム間）の双方で生じるものとする。どちらの場合にしても、ハンドオーバが生じると、L２_ARQプロトコルエンティティの実行位置が新たな物理ネットワークノードに移り、新しいL２_ARQプロトコルエンティティを起動し、新しいL２_ARQピアと通信を継続する。この際、再開された、あるいは再初期化された古いL２_ARQプロトコルエンティティを用いることもできる。
【００４３】
ハンドオーバ、すなわちL２_ARQプロトコル再構成（無線アクセスベアラ（RAB）再構成など）が生じると、元の送信側L２_ARQプロトコルエンティティ中で確認通知を受信していないL２_ARQ PDUは、新たなL２_ARQプロトコルエンティティを介して元の受信側L２_ARQプロトコルエンティティにトンネリングされる。すなわち、ハンドオーバあるはプロトコル再構成が生じると、元のL２_ARQプロトコルエンティティはトンネリング状態となり、ARQ機能を実行しないものの、新たなL２_ARQプロトコルエンティティを介してデータのやり取りは行う。このトンネリング状態においては、元のL２_ARQ PDUは新たなL２_ARQプロトコルエンティティを介して元の受信側L２_ARQプロトコルエンティティにトンネリングされ、そこで元のL２_ARQ PDUが連結されてL３ PDUが生成され、受信側L３プロトコルエンティティに送られる。元のL２_ARQ PDUが新たなL２_ARQプロトコルエンティティを介して元の受信側L２_ARQプロトコルエンティティにトンネリングされ、連結してL３ PDUが生成され、受信側L３プロトコルエンティティに送られた時点で、元のL２_ARQプロトコルエンティティが終了する。
【００４４】
このような方法においては、元の送信側L２_ARQプロトコルエンティティあるいは新たな送信側L２_ARQプロトコルエンティティを介して、完全なL３ PDUが送信されなければならない。したがって、元の送信側L２_ARQプロトコルエンティティ中の最後のPDUは、元のL３ PDUの最後のセグメントとパディングデータとから構成されることになる。受信側では、新たな受信側L２_ARQプロトコルエンティティは、新たな送信側L２_ARQプロトコルエンティティから新たなL２_ARQ PDUを受信し、連結してL２_ARQ SDUを生成する。
【００４５】
ここで、新たなL２_ARQプロトコルエンティティは、新たなL３ PDUを含むL２_ARQ SDUとトンネリングされた元のL２_ARQ PDUを含むL２_ARQ SDUとを識別しなければならない。これは、PDUやSDUをマーキングしたり、他のシグナリング手段を用いたりすることで実現可能である。トンネリングされた元のL２_ARQ PDUを含む新たなL２_ARQ PDUは連結されて元のL２_ARQ PDUが生成され、元の受信側L２_ARQプロトコルエンティティに送られる。ここで、新たなL３ PDUを含む新たなL２_ARQ PDUが連結されてL３ PDUが生成され、受信側L３プロトコルエンティティに送られる。
【００４６】
上記方法は、図４と図５とを参照することでより容易に理解されよう。図４は、エアインタフェースを介して２つのL２_ARQプロトコルエンティティ間で転送されるデータを示している。送信側L２_ARQプロトコルエンティティ（L２_ARQ １a）と受信側L２_ARQプロトコルエンティティ（L２_ARQ １b）の双方とも、SDUデータバッファ１１０とPDUデータバッファ１１２を具備する。なお、これらのバッファは本発明を説明するために用いる論理的なバッファであることに注意されたい。送信側L２_ARQプロトコルエンティティSDUバッファ１１０a中のデータは、高レイヤデータ（L３ PDU）である。
【００４７】
このデータは、まだ送信側L２_ARQプロトコルエンティティ（L２_ARQ １a）によってL２_ARQ PDUにセグメンテーションされたり、エアインタフェース上に転送されたりしてはいない。送信側L２_ARQプロトコルエンティティPDUデータバッファ１１２aは、L２_ARQ PDUから成る。ここで、PDUが一部のSDUあるいはSDU全体をカプセル化したものである場合。これをセグメンテーションと呼ぶ。これに対し、複数のSDUがPDUの一部となる場合には、複数のSDUのPDUへの連結と呼ぶ。
【００４８】
ここで、SDUがセグメンテーションされたり、連結されたりして、送信側L２_ARQプロトコルエンティティ１１２aに転送されるまでは、送信側L２_ARQプロトコルエンティティSDUデータバッファ１１０aにSDUは存在するものとする。転送された時点で、SDU全体が送信側L２_ARQプロトコルエンティティPDUデータバッファ１１２aに移される。送信側L２_ARQプロトコルエンティティ（L２_ARQ １a）からエアインタフェース上で送信されたPDUは、受信側L２_ARQプロトコルエンティティ（L２_ARQ １b）からの確認通知を必要とし、送信側L２_ARQプロトコルエンティティがPDUに対する確認通知を受信した時点で、送信側L２_ARQプロトコルエンティティPDUデータバッファ１１２aからPDUが削除される。
【００４９】
このようなバッファによれば、送信側L２_ARQプロトコルエンティティPDUデータバッファ１１２aは、受信側（内容的に送信側ではなく受信側のように思われます）L２_ARQプロトコルエンティティから確認通知を受信したPDUに応じてSDU全体とSDU一部とをカプセル化することになる。また、受信側L２_ARQプロトコルエンティティPDUデータバッファ１１２b中のデータは、SDU全体が再構成されるまで保持される。SDU全体が再構成された時点で、再構成されたSDUは受信側L２_ARQプロトコルエンティティSDUデータバッファ１１０bに転送される。
【００５０】
図５は、本発明において、ハンドオーバすなわちL２_ARQプロトコル再構成が生じた後に、２つの新しいL２_ARQプロトコルエンティティ間でデータがエアインタフェース上を転送される様子を示している。元の送信側L２_ARQプロトコルエンティティ（L２_ARQ １a）と元の受信側L２_ARQプロトコルエンティティ（L２_ARQ １b）とは、元のSDUデータバッファ１１４と元のPDUデータバッファ１１６から構成される。
【００５１】
同様に、新しい送信側L２_ARQプロトコルエンティティ（L２_ARQ ２a）と新しい受信側L２_ARQプロトコルエンティティ（L２_ARQ ２b）とは、新しいSDUデータバッファ１１８と元のPDUデータバッファ１２０から構成される。ここで示したシナリオでは、元の送信側L２_ARQプロトコルエンティティが、元の送信側L２_ARQプロトコルエンティティPDUデータバッファ１１６a中のPDUをSDUに再構成する必要があるか否かを判断する。
【００５２】
再構成する必要がある場合には、再構成されたSDUが元の送信側L２_ARQプロトコルエンティティSDUデータバッファ１１４aに転送される。すると、元の送信側L２_ARQプロトコルエンティティSDUデータバッファ１１４aは、L３ PDUをカプセル化したSDU（図５中のS１）を含むことになる。次いで、元の送信側L２_ARQプロトコルエンティティSDUデータバッファ１１４a中のこれらのSDU（S１）は、パス１１５を経て新しい送信側L２_ARQプロトコルエンティティSDUバッファ１１８aに転送される。一方、元の送信側L２_ARQプロトコルエンティティPDUデータバッファ１１６a内に残存しているPDU（図５のP１）は、パス１１７を経て新しい送信側L２_ARQプロトコルエンティティSDUデータバッファ１１８aに転送される。すなわち、元の送信側L２_ARQプロトコルエンティティPDUデータバッファ１１６a中のPDU（P１）は、新しい送信側L２_ARQプロトコルエンティティ中のSDUとなることになる。また、ハンドオーバ／再構成が生じた後の新たなL３ PDUは、パス１１９を経てL３から新たな送信側L２_ARQプロトコルエンティティSDUデータバッファ１１８aに直接転送される。
【００５３】
新たな送信側L２_ARQプロトコルエンティティSDUデータバッファ１１８a中のデータはセグメンテーションされて、新たな送信側L２_ARQプロトコルエンティティPDUデータバッファ１２０aに送られる。そして、新たな送信側L２_ARQプロトコルエンティティPDUデータバッファ１２０a中のデータは、エアインタフェースを介して新たな受信側L２_ARQプロトコルエンティティPDUデータバッファ１２０bに送られる。ここで、新たな受信側L２_ARQプロトコルエンティティPDUデータバッファ１２０b中のデータは連結され、新たな受信側L２_ARQプロトコルエンティティSDUデータバッファ１１８bに送られる。新たな受信側L２_ARQプロトコルエンティティSDUデータバッファ１１８b中のデータは、受信側L３プロトコルエンティティあるいは元の受信側L２_ARQプロトコルエンティティPDUデータバッファ１１６bに送られる。元の受信側L２_ARQプロトコルエンティティPDUデータバッファ１１６b中のデータは連結され、元の受信側L２_ARQプロトコルエンティティSDUデータバッファ１１４bを介して受信側L３プロトコルエンティティに送られる。
【００５４】
すなわち、本発明によれば、元の送信側L２_ARQプロトコルエンティティPDUデータバッファ１１６aに存在し、ハンドオーバ／再構成時において元の送信側L２_ARQプロトコルエンティティPDUデータバッファ１１６aから新たな送信側L２_ARQプロトコルエンティティSDUデータバッファ１１８aに送信されるデータ（P１）は、元の送信側L２_ARQプロトコルエンティティPDUデータバッファ１１６aから元の受信側L２_ARQプロトコルエンティティPDUデータバッファ１１６bに対してトンネル１２１で論理的にトンネリングされることになる。
【００５５】
ここで、新たな受信側L２_ARQプロトコルエンティティには、トンネリングされた元のL２_ARQ PDUを含むL２_ARQ SDUと新たなL３ PDUを含むL２_ARQ SDUとを識別するための機構が具備されている。このような機構は、新たな受信側L２_ARQプロトコルエンティティが連結されたL２_ARQ SDUを適切なバッファに、すなわち新たなL３ PDUをSDUデータバッファ１１８bに、トンネリングされた元のL２_ARQ PDUをPDUデータバッファ１１６bに配送するために必要である。このような識別は、PDUやSDUに施したマーキングや、他のシグナリングとともに用いるルールなどにより実現可能である。
【００５６】
元の送信側L２_ARQプロトコルエンティティPDUデータバッファ１１６b中のデータ（P１）は、新たな送信側L２_ARQプロトコルエンティティSDUデータバッファ１１８bの前方に配置されるというルールがあれば、新たな送信側L２_ARQプロトコルエンティティは単にトンネリングされた元のL２_ARQ PDUを含むL２_ARQ SDUの数、あるいは新たなL２_ARQ PDUの数のみを知らせれば、受信側でL３ PDUとトンネリングされた元のL２_ARQ PDUとを識別することが可能となる。すなわち、新たな受信側L２_ARQプロトコルエンティティは、PDUやSDUをマーキングすることなく連結されたL２_ARQ SDUを配送すべき部位を知ることができる。ここで、新たなL２_ARQプロトコルエンティティに、トンネリングされた元のL２_ARQ PDUを含む新たなL２_ARQ PDUの数を知らせる機能に加えて、複数のL２_ARQ SDUを一つのL２_ARQ PDUに連結する機能が具備されていれば、他のルールが必要となる。トンネリングされた元のL２_ARQ PDUを含む最後の新たなL２_ARQ PDU中の新たなL３ PDU全体をカプセル化してはならないというルールである。
【００５７】
一方、マーキングを行う場合には２つの異なるアプローチがある。一つはL２_ARQ PDU種別として、新たなL３ PDUに対応するものと元の送信側L２_ARQプロトコルエンティティから受信したPDUに対応するものの２つを用意するアプローチである。もう一つは、L２_ARQ SDUに１ビットフィールドを付与するアプローチである。L２_ARQ SDUが元の送信側L２_ARQプロトコルエンティティから受信したものであれば１にセットし、新たなL３ PDUである場合には０にクリアされるフィールドを用いる。
【００５８】
元の送信側L２_ARQプロトコルエンティティと新たな送信側L２_ARQプロトコルエンティティとの間、ならびに元の受信側L２_ARQプロトコルエンティティと新たな受信側L２_ARQプロトコルエンティティとの間では、お互いが通信できなければならない。本発明では、このような通信リンクはトンネリング状態を確立しなければならない。ここで、通信リンクは複数の物理リンクからなる論理リンクである。すなわち、L２_ARQネットワークプロトコルエンティティは無線アクセスネットワークの種々のノードに存在していても良く、論理リンクは無線アクセスネットワークあるいはコアネットワーク中の複数のネットワークノードからなる複数の物理リンクから構成されていても良い。逆に、双方のプロトコルエンティティが同一ノード、さらには同一ハードウエア／ソフトウエア（論理リンクが１つあるいは複数のデバイス要素となるような同一処理デバイス内など（図９参照））に存在していても良い。また、順序保証型配送を行うためには、元の受信側L２_ARQプロトコルエンティティは、元のL２_ARQ PDUをきちんと受信し、L３ PDUに連結し、受信側L３プロトコルエンティティに配送したことを新たな受信側L２_ARQプロトコルエンティティに知らせなければならない。通知を受け取った後に、新たな受信側L２_ARQプロトコルエンティティはSDUを上位レイヤ（受信側L３プロトコルエンティティ）に配送することが可能となる。
【００５９】
トンネリング状態において、元の受信側L２_ARQプロトコルエンティティは、元の送信側L２_ARQプロトコルエンティティから最後の元のL２_ARQ PDUを受信したことを知らなければならない。これに向けて、本発明では、元の送信側L２_ARQプロトコルエンティティから元の受信側L２_ARQプロトコルエンティティに対してこのような情報を送信する。
【００６０】
これを行う一つの方法は、トンネリングされる元のL２_ARQ PDUが新たな受信側L２_ARQプロトコルエンティティSDUデータバッファ１１８bの前方に配置するとともに、トンネリングされる元のL２_ARQ PDUを含むPDUあるいはSDUの数を知らせる方法である。これにより、新たなL３ PDUを含むL２_ARQ SDUと元のL２_ARQ PDUを含むL２_ARQ SDUとを識別することができるため、新たな受信側L２_ARQプロトコルエンティティは、トンネリングされる元のL２_ARQ PDUは他には存在しないということを把握することができる。
【００６１】
これを行う別の方法は、元の送信側L２_ARQプロトコルエンティティの最後の元のL２_ARQ PDUの最大のシーケンス番号を、元の受信側L２_ARQプロトコルエンティティに知らせる方法である。ここで、シーケンス番号は、元の送信側L２_ARQプロトコルエンティティからもとの受信側L２_ARQプロトコルエンティティに適切なシグナリングを用いて送信される。これを行うためのアプローチとして下記に４方法を示す。
【００６２】
第一の方法は、制御プロトコルエンティティを介してシーケンス番号を通知するものである。元のL２_ARQプロトコルエンティティが制御プロトコルエンティティにシーケンス番号を通知することになる。
【００６３】
第二の方法は、シーケンス番号を含む特別なPDU（PDUタイプフィールドで識別される）を用いて、元の送信側L２_ARQプロトコルエンティティからもとの受信側L２_ARQプロトコルエンティティに対してシーケンス番号を送信するものである。ここで、特別なPDUはL２_ARQ PDUのトンネリングに先立ち送信される最初のメッセージとなる。また、この特別なPDUもトンネリングされて送信される。
【００６４】
第三の方法は、元の送信側L２_ARQプロトコルエンティティから元の受信側L２_ARQプロトコルエンティティに送信される最後のトンネリングされた元のL２_ARQ PDUの後に、特別なPDU（PDUタイプフィールドで識別される）を送信するものである。この特別なPDUは、直前のL２_ARQ PDUがトンネリングされた最後のL２_ARQ PDUであることを示すものであり、トンネリングされて送信される。
【００６５】
第四の方法は、シーケンス番号を含む特別なPDU（PDUタイプフィールドで識別される）を用いて、新たな送信側L２_ARQプロトコルエンティティから新たな受信側L２_ARQプロトコルエンティティにシーケンス番号を送信するものである。ここで、特別なPDUはL２_ARQ PDUのトンネリングに先立ち送信される最初のメッセージとなる。また、この際には、元の送信側L２_ARQプロトコルエンティティから新たな送信側L２_ARQプロトコルエンティティに対して、ならびに新たな受信側L２_ARQプロトコルエンティティから元の受信側L２_ARQプロトコルエンティティに対して、シーケンス番号が通知されなければならない。
【００６６】
トンネリングされたL２_ARQ PDUの最後を受信したという情報は、受信側において元の受信側L２_ARQプロトコルエンティティを終了させるために用いられる。また、受信側でL３ PDUの順序保証型配送を可能とするためにも必要である。元の受信側L２_ARQプロトコルエンティティはすべてのデータを受信側L３プロトコルエンティティに配送しなければならないとともに、新たな受信側L２_ARQプロトコルエンティティが受信側L３プロトコルエンティティにデータ配送を開始するに先立って、配送完了を通知しなければならない。
【００６７】
図６は、本発明におけるハンドオーバシナリオにおけるシグナリングチャート１３０を示したものである。図６はUMTSシステムに基づいた例を示しており、ユーザー装置無線リソース制御（User Equipment Radio Resource Control）プロトコルエンティティ１３２(UE RRC)、第一のユーザー装置無線リンク制御（User Equipment Radio Link Control）プロトコルエンティティ１３４(UE RLC１)、第二のユーザー装置無線リンク制御（User Equipment Radio Link Control）プロトコルエンティティ１３６(UE RLC２)、第一のネットワーク無線リンク制御（Network Radio Link Control）プロトコルエンティティ１４０(NW RLC１)、第二の第一のネットワーク無線リンク制御（Network Radio Link Control）プロトコルエンティティ１３８(NW RLC２)、第一のネットワーク無線リソース制御（Network Radio Resource Control）プロトコルエンティティ１４２(NW RRC１)、第二のネットワーク無線リソース制御（Network Radio Resouce Control）プロトコルエンティティ１４４(NW RRC２)を含む。ハンドオーバ時、UE RRCエンティティ１４２はセル更新メッセージ１４６(CELL UPDATE)をNW RRC１エンティティ１４２に送信する。これに応じて、NW RRC１エンティティ１４２は、構成要求メッセージ１４８(RRC_RLC_CONFIG.req)を用いてNW RRC２エンティティ１４４に対して新たなRLCプロトコルエンティティのセットアップを要求する。
【００６８】
そして、NW RRC２エンティティ１４４は、構成要求メッセージ１５０(CRLC_CONFIG.req)を用いてNW RLC２エンティティ１３８をセットアップする。NW RLC２エンティティ１３８がセットアップされると、NW RRC２エンティティ１４４は、構成確認メッセージ１５２(RRC_RLC_CONFIG.cfm)を用いてNW RRC１エンティティ１４２がNW RLC２エンティティ１３８を起動したことを知らせる。NW RLC１エンティティ１４０は、サスペンド要求メッセージ１５４(CRLC_SUSPEND.req)をNW RRC１エンティティ１４２から受信すると、データの送信を中止し、上述のトンネリング状態に入る。
【００６９】
次いで、NW RLC１エンティティ１４０中のセグメンテーションされていないSDUは、SDU転送メッセージ１５６(SDU TRANSFER)を介してNW RLC２エンティティ１３８のSDUバッファに送信される。その後、セル更新確認メッセージ１５８(CELL UPDATE CONFIRM)が、NW RLC１エンティティ１４２からUE RRCエンティティ１３２に送信される。ここで、セル更新確認メッセージ１５８(CELL UPDATE CONFIRM)には、NW RLC１エンティティ１４０中の最後のPDUのシーケンス番号情報が含まれる。
【００７０】
セル更新確認メッセージ１５８(CELL UPDATE CONFIRM)を受信すると、UE RRCエンティティ１３２は構成要求メッセージ１６０(CRLC_CONFIG.req)を用いてUE RLC２エンティティ１３６をセットアップする。また、UE RLC１エンティティ１３４は、サスペンド要求メッセージ１６２(CRLC_SUSPEND.req)をUE RRCエンティティ１３２から受信すると、データの送信を中止し、上述のトンネリング状態に入る。次いで、UE RLC１エンティティ１３４中のセグメンテーションされていないSDUは、SDU転送メッセージ１６４(SDU TRANSFER)を介してUE RLC２エンティティ１３６のSDUバッファに送信される。その後、セル更新完了メッセージ１６６(CELL UPDATE COMPLETE)が、UE RRCエンティティ１３２からNW RRC１エンティティ１４２に送信される。ここで、セル更新完了メッセージ１６６(CELL UPDATE COMPLETE)には、UE RLC１エンティティ１３４中の最後のPDUのシーケンス番号情報が含まれる。
【００７１】
この時点で、UE RLC１エンティティ１３４とNW RLC１エンティティ１４０との間でのデータ転送は行われていない。すなわち、UE RLC２エンティティ１３６とNW RLC２エンティティ１３８とがデータ転送を行っている。しかしながら、UE RLC１エンティティ１３４中に残っているデータは、UE RLC１エンティティ１３４がトンネリング要求メッセージ１６８ (CRLC_TUNNELING.req)をUE RRCエンティティ１３２から受信した時点で、UE RLC２エンティティ１３６を介してトンネリングされる。
【００７２】
同様に、NW RLC１エンティティ１４０中に残っているデータは、NW RLC１エンティティ１４０がトンネリング要求メッセージ１７０ (CRLC_TUNNELING.req)をNW RRCエンティティ１４２から受信した時点で、NW RLC２エンティティ１３８を介してトンネリングされる。ここで、トンネリングを開始するにあたっては、正しく受信されているPDUをトンネリングしないように、状態レポートをやり取りすることが望ましい。すなわち、UE RLC１エンティティ１３４が状態レポートメッセージ１７２(STATUS)をNW RLC１エンティティ１４０に送信し、NW RLC１エンティティ１４０が状態レポートメッセージ１７４(STATUS)をUE RLC１エンティティ１３４に送信する。この際、状態レポートメッセージ１７２には、UE RLC１エンティティ１３４中の最後のPDUのシーケンス番号情報が含まれており、状態レポートメッセージ１７４には、NW RLC１エンティティ１４０中の最後のPDUのシーケンス番号情報が含まれている。
【００７３】
UE RLC１エンティティ１３４中のすべてのデータがトンネリングされて正しく送信されると、UE RLC１エンティティ１３４は構成通知メッセージ１７６(CRLC_CONFIG.ind)を用いてUE RRCエンティティ１３２に送信完了を通知する。これに応じて、UE RRCエンティティ１３２は構成要求メッセージ１８０(CRLC_CONFIG.req)を用いてUE RLC１エンティティ１３４を解放する。同様に、NW RLC１エンティティ１４０中のすべてのデータがトンネリングされて正しく送信されると、NW RLC１エンティティ１４０は構成通知メッセージ１７８ (CRLC_CONFIG.ind)を用いてNW RRCエンティティ１４２に送信完了を通知する。これに応じて、NW RRC１エンティティ１４２は構成要求メッセージ１８２(CRLC_CONFIG.req)を用いてNW RLC１エンティティ１４０を解放する。
【００７４】
ここで、順序保証型の配送が必要な場合には、UE RLC２エンティティ１３６とNW RLC２エンティティ１３８とは、それぞれすべてのUE RLC１ PDUやすべてのNW RLC１ PDUを受信したことを知らなければならない。すべての受信が完了した時点で、UE RLC２エンティティ１３６とNW RLC２エンティティ１３８は、それぞれUE RLC２ SDUやNW RLC２ SDUを上位レイヤに配送できる。
【００７５】
また、サスペンド要求メッセージ１５４(CRLC_SUSPEND.req)とサスペンド要求メッセージ１６２(CRLC_SUSPEND.req)といった呼び方は誤解を与え得る言葉であることに注意されたい。プロトコルエンティティのサスペンドの後には、レジュームがなされることが一般であるためである。これに対して、図６に示した例では、RLC１エンティティ１３４と１４０はレジュームすることはなく、トンネリング状態に入る。
【００７６】
図７は、L２_ARQが無線リンク制御(RLC)プロトコルエンティティであるような場合のL２_ARQ通知確認モードデータ（AMD） PDU１９０のフォーマットを示したものである。AMD PDU１９０には、PDUがAMD PDUあるいは制御PDUであることを示すデータ／制御（D/C）ビット１９２、シーケンス番号（SN）フィールド１９４、ポール（P）ビット１９６、ヘッダ圧縮（H）ビット１９８、１つあるいは複数の拡張（E）ビット２００、ゼロあるいは１以上の長さ指定フィールド２０２、１つあるいは複数のデータセグメント２０４、パディング（PAD）やピギーバックされた状態PDU（STATUS PDU）を含むオプションフィールド２０６を含む。これらの中で、拡張ビット２００と長さ指定フィールド２０２とが本発明に特に関係する。拡張ビット２００aは、次のフィールドがデータであるか長さ指定であるかを示すビットである。長さ指定フィールド２０２は、PDUにおいて連結あるいはパディングが生じたときに用いられ、連結あるいはパディングが開始されたことを示す。連結が生じた場合には、長さ指定フィールド２０２で、２つの上位レイヤセグメント間の境界が示される。パディングが生じた場合には、長さ指定フィールド２０２には特定の値が割り当てられる。拡張ビット２００bは、次のオクテットが長さ指定フィールドであるときにセットされる。長さフィールド２０２は、データとパディングとの間の境界を示す。
【００７７】
この際、長さ指定フィールド２０２の一つは、データセグメント２０４がトンネリングされたRLC PDUあるいはL３ PDUを含むか否かを示すためにも用いられる。トンネリングされたRLC PDUの伝送を示すために、長さ指定フィールド２０２に特定の予約された値が割り当てられる。
【００７８】
図８は、L２_ARQが無線リンク制御(RLC)プロトコルエンティティであるような場合のL２_ARQ制御PDU２２０のフォーマットを示したものである。制御PDU２２０は、PDUがAMD PDUであるか制御PDUであるかを示すデータ／制御（D/C）ビット２２２、制御メッセージの種類を示すPDUタイプフィールド２２４、予約フィールド２２６、制御メッセージの種類に依存するゼロあるいは１以上の特定制御フィールド２２８、制御PDU２２０の残部を埋めるパッディング（PAD）２３０から構成される。制御PDU２２０は、元の送信側L２_ARQプロトコルエンティティにおけるセグメンテーションされた未送信L２_ARQ PDUの最後のシーケンス番号を、元の受信側L２_ARQプロトコルエンティティに伝送するために用いられる。制御メッセージは、新たなL２_ARQリンクを介してトンネリングされる元のL２_ARQリンクのPDUとして、あるいは元のL２_ARQプロトコルエンティティと新たなL２_ARQプロトコルエンティティとの間でシーケンス番号が通知される場合の新たなL２_ARQリンクのPDUのどちらかとして定義される。このような制御メッセージを定義するために、PDUタイプフィールド２２４に特別な値が含まれ、特定制御フィールド２２８にはシーケンス番号が含まれる。
【００７９】
ここで、上述のハンドオーバシナリオに関連するシグナリングは、関連するメモリデバイスに蓄積されたあるいは転送された命令に基づいて動作するプロセッサによって制御されることに注意されたい。すなわち、図９において、上述のプロトコルエンティティのそれぞれは、お互いがバス２１８で接続された少なくとも一つのプロセッサ（P）２１２、メモリ（M）２１４、入出力（I/O）デバイス２１６を備える関連する処理デバイス２１０に実装され、上述のハンドオーバシナリオに関連するシグナリングが実行される。
【００８０】
本発明は、ここで記した特定の実施形態の範囲に制約されるものではない。当業者であれば、上述の記述や添付図面から、ここで記した実施形態のみならず、種々の修正が可能であることが理解されよう。すなわち、このような修正も、特許請求の範囲内に含まれるものである。
【図面の簡単な説明】
【図１】  コアネットワーク（CN）、無線アクセスネットワーク（RAN）、複数の移動局（MS）とを含む一般的な移動セルラーシステムを示す図である。
【図２】  本発明のセルラー移動通信システムにおいて用いられる種々の階層レイヤの中での特定のプロトコルを示すための一般的なプロトコルスタックを示す図である。
【図３】  本発明のハンドオーバシナリオあるいはL２_ARQプロトコル再構成におけるMSとCNとの間で高信頼リンクを提供する方法に関連するCN、２つの異なるRAN、MSを含むセルラー移動通信システムを示す図である。
【図４】  エアインタフェースを介して２つのL２_ARQプロトコルエンティティ間でやり取りされるデータのフローチャートである。
【図５】  本発明のハンドオーバあるいはL２_ARQプロトコル再構成が生じた後に、エアインタフェースを介して２つの新たなL２_ARQプロトコルエンティティ間でやり取りされるデータのフローチャートである。
【図６】  本発明のハンドオーバシナリオにおけるシグナリングチャートを示す図である。
【図７】  本発明のL２_ARQ確認通知モードデータ（AMD）PDUのフォーマットを示す図である。
【図８】  本発明のL２_ARQ制御PDUのフォーマットを示す図である。
【図９】  本発明の移動通信システムにおけるハンドオーバあるいはプロトコル再構成に関連するシグナリングを実装するプロトコルエンティティ処理デバイス例を示す図である。
【図１】
0004536976.tif 000002
【図２】
0004536976.tif 000003
【図３】
0004536976.tif 000004
【図４】
0004536976.tif 000005
【図５】
0004536976.tif 000006
【図６】
0004536976.tif 000007
【図７】
0004536976.tif 000008
【図８】
0004536976.tif 000009
【図９】
0004536976.tif 000010