(57)【特許請求の範囲】
【請求項１】
ソース側基地局が、パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータをＳ１チャネルによりサーブゲートウェイに送信するステップと、
前記ソース側基地局が、前記ＰＤＣＰモジュールのバッファエリアにおける第１番目のシーケンスナンバ中断データから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより、目的側基地局に送信するステップと、
前記ソース側基地局が、前記シーケンスナンバが連続しないデータの送信を終了した後、終わりマークメッセージを生成するステップと、
前記ソース側基地局が、前記終わりマークメッセージを前記アップロード逆伝チャネルにより前記目的側基地局に送信するステップと、
前記目的側基地局が、前記終わりマークメッセージを受信して、アップロード逆伝が既に終わったことを確定するステップと、
を含むことを特徴とする移動通信システムにおいてアップロード逆伝終わり時間を確定するための方法。
【請求項２】
前記目的側基地局はエボリューション基地局であることを特徴とする請求項１に記載の方法。
【請求項３】
ソース基地局が、無線リンク制御ＲＬＣモジュールのバッファエリアにおけるデータを、パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアに送信するステップと、
前記ソース基地局が、前記ＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータを、Ｓ１チャネルにより、サーブゲートウェイに送信するステップと、
前記ソース基地局が、前記ＰＤＣＰモジュールのバッファエリアにおける第１番目のシーケンスナンバ中断データから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより、目的側基地局に送信するステップと、
前記ソース側基地局が、前記シーケンスナンバが連続しないデータの送信を終了した後、終わりマークメッセージを生成するステップと、
前記ソース側基地局が、前記終わりマークメッセージを前記アップロード逆伝チャネルにより前記目的側基地局に送信するステップと、
前記目的側基地局が、前記終わりマークメッセージを受信して、前記アップロード逆伝チャネルを放出するステップと、
を含むことを特徴とする移動通信システムにおけるアップロード逆伝方法。
【請求項４】
前記終わりマークメッセージを受信して前記アップロード逆伝チャネルを放出するステップは、
受信したメッセージのタイプを判断するサブステップと、
受信したメッセージがデータメッセージである場合に、前記データメッセージをリオーダリングバッファエリアに記憶するサブステップと、
受信したメッセージが終わりマークメッセージである場合に、前記アップロード逆伝チャネルを放出するサブステップと、
を含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記無線リンク制御ＲＬＣモジュールのバッファエリアにおけるデータをパケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアに送信するステップの後、前記ＲＬＣモジュールが底層からアップロードデータを再び受信すれば、前記アップロードデータを放棄することを特徴とする請求項３に記載の方法。
【請求項６】
前記目的側基地局はエボリューション基地局であることを特徴とする請求項３〜５のいずれかに記載の方法。
【請求項７】
ソース側基地局と、
終わりマークメッセージを受信して、アップロード逆伝が既に終わったことを確定するための目的側基地局とを含み、
前記ソース側基地局が、
パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータを、Ｓ１チャネルにより、サーブゲートウェイに送信するための連続データ送信ユニットと、
前記ＰＤＣＰモジュールのバッファエリアにおける第１番目のシーケンスナンバ中断データから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより前記目的側基地局に送信するための非連続データ送信ユニットと、
前記非連続データ送信ユニットによって前記シーケンスナンバが連続しないデータの送信を終了した後、前記終わりマークメッセージを生成し、前記終わりマークメッセージを前記アップロード逆伝チャネルにより前記目的側基地局に送信するための終わりマークメッセージ送信ユニットと、を含む
ことを特徴とする移動通信システムにおいてアップロード逆伝終わり時間を確定するためのシステム。
【請求項８】
前記ソース側基地局は、前記ＰＤＣＰモジュールのバッファエリアとして、シーケンスナンバが連続するデータ及びシーケンスナンバが連続しないデータを記憶するための記憶ユニットを更に含む
ことを特徴とする請求項７に記載のシステム。
【請求項９】
前記目的側基地局は、
受信したメッセージのタイプを判断するメッセージタイプ判断ユニットと、
前記メッセージがデータメッセージである場合に、前記データメッセージをリオーダリングバッファエリアに記憶して、前記メッセージが終わりマークメッセージである場合に、前記アップロード逆伝チャネルを放出するためのメッセージ処理ユニットと、
を含むことを特徴とする請求項７に記載のシステム。
【請求項１０】
前記目的側基地局はエボリューション基地局であることを特徴とする請求項７〜９のいずれかに記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信分野に係り、具体的に、アップロード逆伝終わり時間を確定するための方法及びシステムに関する。
【背景技術】
【０００２】
３６３００プロトコルに切替の詳細なフローを記載していて、無線資源が貴重であるため、Ｘ２に基づく切替であってもＳ１に基づく切替であっても、空口（空中インターフェース）データの再伝送を低減するために、アップロード逆伝が必要となる。切替の関連フローステップは以下の通りである。
【０００３】
ソース側のエボリューション基地局（ｅＮＢ：Ｅ−ＵＴＲＡＮ  Ｎｏｄｅ  Ｂ）はユーザー端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）に切替命令を送信した後、ソース側ｅＮＢの制御面がユーザー面に再建命令を送信し、ユーザー面が情報を受信した後、無線リンク制御（ＲＬＣ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）及びパケットデータ収束プロトコル（ＰＤＣＰ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）の実装モジュールを再建する。再建過程において、ＲＬＣは、バッファエリアのデータをＰＤＣＰのプロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）に組成して、全体がＰＤＣＰバッファエリアに配信され、ＰＤＵに組成できないゾーンであれば、ゾーンメッセージが直接放棄される。ＰＤＣＰは、バッファエリアにおいてシーケンスナンバ（ＳＮ：Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）が連続するＰＤＵを、サービスデータユニット（ＳＤＵ：Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）に処理した後、ＧＰＲＳトンネルプロトコルユーザー面（ＧＴＰＵ：ＧＰＲＳ  Ｔｕｎｎｅｌ  Ｐｒｏｔｏｃｏｌ  Ｕｓｅｒ  Ｐｌａｎｅ）のＳ１チャネルにより、核心ネットワークのサーブゲートウェイ（Ｓ−ＧＷ：Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａy）に直接伝達して、ＰＤＣＰは、バッファエリアにおいてＳＮが連続しないＰＤＵ（バッファエリアにおいて第１番目のＳＮ非連続のＰＤＵからバッファエリアにおける最後のＰＤＵまで）をＳＤＵに処理した後、ＧＴＰＵのＸ２アップロード逆伝チャネルを通して目的側ｅＮＢに伝達する。目的側ｅＮＢのＧＴＰＵがアップロード逆伝メッセージを受信した後、それをＰＤＣＰに直接配信し、ＰＤＣＰがデータをＲｅｏｒｄｅｒｉｎｇ（リオーダリング）バッファエリアに保存する。ソース側ｅＮＢは、シーケンスナンバ状態に関する伝送情報を目的側ｅＮＢに送信し、情報にソース側ＰＤＣＰが受信したメッセージの欠失状況を含み、目的側ｅＮＢはこの情報を受信した後、状態報告を構成してＵＥに送信し、ＵＥにどのメッセージが欠失によって再伝送の必要があるかを知らせ、目的側ｅＮＢのＰＤＣＰがＵＥからの再伝送メッセージを受信し、それとＲｅｏｒｄｅｒｉｎｇバッファエリアにおけるメッセージをリオーダリングし、最終的に連続のメッセージをＳ−ＧＷに送信する。アップロード逆伝フローの導入により、空口データの重複配信を低減し、空口資源を節約する。
【０００４】
プロトコルにアップロード逆伝のフローを記載したが、アップロード逆伝の終わり時間を明確にしていない。従来技術において、目的側基地局からの資源放出命令を受信した後に、ソース側基地局のアップロード逆伝チャネルが放出され、目的側基地局は、第１番目のアップロード逆伝メッセージを受信した後にタイマーを起動し、タイマーがタイムアウトになった後、アップロード逆伝データの伝送終わりとみなし、アップロード逆伝チャネルを放出する。
【０００５】
従来技術が用いたのは最も普通のタイマーポリシーであり、一つの経験的な方法に属し、タイマーが使用過程において任意に調節できないため、ネットワーク伝送条件状況の変化に適応できない。アップロード逆伝チャネルを放出することが早すぎると、まだ発送しているアップロード逆伝データを伝送過程に失う。逆に、切替が完成すると、目的側ｅＮＢのＧＴＰＵアップロード逆伝チャネルがまだ放出しなく、資源の浪費になる。このため、アップロード逆伝の終わりタイミングを正確に判断することが非常に重要である。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の主な目的は、上述した問題を解決するために、アップロード逆伝終わり時間を確定する方法及びシステム、並びに、移動通信システムにおけるアップロード逆伝方法を提供することにある。
【課題を解決するための手段】
【０００７】
この目的を達成するために、本発明は移動通信システムにおいてアップロード逆伝終わり時間を確定するための方法を提供していて、ソース側基地局が、パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータをＳ１チャネルによりサーブゲートウェイに送信するステップと、ソース側基地局が、ＰＤＣＰモジュールのバッファエリアにおける第１番目のシーケンスナンバ中断データから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより、目的側基地局に送信するステップと、ソース側基地局が、シーケンスナンバが連続しないデータの送信を終了した後、終わりマークメッセージを生成するステップと、ソース側基地局が、終わりマークメッセージをアップロード逆伝チャネルにより目的側基地局に送信するステップと、目的側基地局が、終わりマークメッセージを受信して、アップロード逆伝が既に終わったことを確定するステップと、を含む。
【０００８】
目的側基地局はエボリューション基地局である。
【０００９】
この目的を実現するために、本発明は移動通信システムにおいてアップロード逆伝終わり時間を確定するためのシステムを更に提供していて、該システムが、ソース側基地局と、終わりマークメッセージを受信して、アップロード逆伝が既に終わったことを確定するための目的側基地局とを含み、このソース側基地局が、パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータを、Ｓ１チャネルにより、サーブゲートウェイに送信するための連続データ送信ユニットと、ＰＤＣＰモジュールのバッファエリアにおける第１番目のシーケンスナンバ中断データから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより目的側基地局に送信するための非連続データ送信ユニットと、非連続データ送信ユニットによってシーケンスナンバが連続しないデータの送信を終了した後、終わりマークメッセージを生成し、終わりマークメッセージをアップロード逆伝チャネルにより目的側基地局に送信するための終わりマークメッセージ送信ユニットと、を含む。
【００１０】
ソース側基地局は、ＰＤＣＰモジュールのバッファエリアとし、シーケンスナンバが連続するデータ及びシーケンスナンバが連続しないデータを記憶するための記憶ユニットを更に含む。
【００１１】
目的側基地局は、受信したメッセージのタイプを判断するメッセージタイプ判断ユニットと、メッセージがデータメッセージである場合に、データメッセージをリオーダリングバッファエリアに記憶して、メッセージが終わりマークメッセージである場合に、アップロード逆伝チャネルを放出するためのメッセージ処理ユニットと、を含む。
【００１２】
目的側基地局はエボリューション基地局である。
【００１３】
本発明のその他の目的は、アップロード逆伝終わりを既に確定した上で、アップロード逆伝チャネルを放出することにある。
【００１４】
この目的を実現するために、本発明が移動通信システムにおけるアップロード伝送方法を提供していて、該方法は、ソース基地局が、無線リンク制御ＲＬＣモジュールのバッファエリアにおけるデータを、パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアに送信するステップと、ソース基地局が、ＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータを、Ｓ１チャネルにより、サーブゲートウェイに送信するステップと、ソース基地局が、ＰＤＣＰモジュールのバッファエリアにおける第１番目のシーケンスナンバ中断データから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより、目的側基地局に送信するステップと、ソース側基地局が、シーケンスナンバが連続しないデータの送信を終了した後、終わりマークメッセージを生成するステップと、ソース側基地局が、終わりマークメッセージをアップロード逆伝チャネルにより目的側基地局に送信するステップと、目的側基地局が、終わりマークメッセージを受信して、アップロード逆伝チャネルを放出するステップと、を含む。
【００１５】
前記終わりマークメッセージを受信して前記アップロード逆伝チャネルを放出するステップは、受信したメッセージのタイプを判断するサブステップと、受信したメッセージがデータメッセージである場合に、前記データメッセージをリオーダリングバッファエリアに記憶するサブステップと、受信したメッセージが終わりマークメッセージである場合に、前記アップロード逆伝チャネルを放出するサブステップと、を含む。
【００１６】
前記無線リンク制御ＲＬＣモジュールのバッファエリアにおけるデータをパケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアに送信するステップの後、前記ＲＬＣモジュールが底層からアップロードデータを再びに受信すれば、前記アップロードデータを放棄する。
【００１７】
目的側基地局がエボリューション基地局である。
【００１８】
本発明の方法及びシステムを実施することにより、アップロード逆伝終わりの時間を正確に判断することができ、これにより、アップロード逆伝チャネルを放出することが好適に実行できるようになり、アップロード逆伝データが伝送過程において放棄されないことを保証し（即ち、アップロード逆伝チャネルを放出することが早すぎることを避ける）、無損失切替を実現するとともに、逆伝データ伝送終わり後に、チャネル資源をすぐに放出でき（即ち、アップロード逆伝チャネルを放出することが遅すぎることを避ける）、資源浪費を避ける。
【００１９】
ここで説明する図面は、本発明を理解させるためのものであり、本発明の一部を構成し、本発明における実施例と共に本発明を解釈するためのものであって、本発明を不当に限定するものではない。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施例が提供する移動通信システムにおいてアップロード逆伝終わり時間を確定するための方法のフローである。
【図２】本発明の実施例が提供する移動通信システムにおけるアップロード逆伝方法のフローである。
【図３】本発明の実施例が提供するアップロード逆伝終わり時間を確定するための方法のフローである。
【図４】本発明の実施例が提供する移動通信システムにおいてアップロード逆伝終わり時間を確定するためのシステムブロック図である。
【図５】本発明の実施例が提供するその他の移動通信システムにおいてアップロード逆伝終わり時間を確定するためのシステムブロック図である。
【図６】本発明の実施例が提供するアップロード逆伝終わり時間を確定するためのソース側メッセージ処理方法フローである。
【図７】本発明の実施例が提供するＲＬＣデータ処理の模式図である。
【図８】本発明の実施例が提供するアップロード逆伝終わり時間を確定するための目的側メッセージ処理方法のフローである。
【発明を実施するための形態】
【００２１】
本発明の技術方案及び利点をさらに明確にするように、以下、図面を参照しながら、本発明を詳しく説明する。
【００２２】
図１に示すように、本実施例は、移動通信システムにおいてアップロード逆伝終わり時間を確定するための方法を提供していて、以下のステップ１０２〜ステップ１１０を含む。
【００２３】
パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータを、Ｓ１チャネルにより、サーブゲートウェイに送信する（ステップ１０２）。
【００２４】
上述したＰＤＣＰモジュールのバッファエリアにおける中断後の第１番目のシーケンスナンバのデータから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより、目的側基地局に送信する（ステップ１０４）。
【００２５】
終わりマークメッセージを生成する（ステップ１０６）。
【００２６】
終わりマークメッセージを、アップロード逆伝チャネルにより、目的側基地局に送信する（ステップ１０８）。
【００２７】
目的側基地局が、上述した終わりマークメッセージを受信して、アップロード逆伝が既に終わったことを確定する（ステップ１１０）。
【００２８】
好ましくは、目的側基地局がエボリューション基地局ｅＮＢである。
【００２９】
上述したステップ１０２〜ステップ１０８が、ソース側ｅＮＢがその上のモジュール又はユニットにより実行される。
【００３０】
本実施例において、終わりマークメッセージを目的基地局に送信することにより、アップロード逆伝終わりの時間を明確にして、目的基地局がアップロード逆伝チャネルを合理的に放出するようになり、受信した情報のインテグリティを保証する。
【００３１】
図２を参照して、本実施例は、移動通信システムにおけるアップロード逆伝方法を提供していて、該方法は以下のステップ２０２〜ステップ２１２を含む。
【００３２】
無線リンク制御ＲＬＣモジュールのバッファエリアにおけるデータを、パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアに送信する（ステップ２０２）。
【００３３】
上述したＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータを、Ｓ１チャネルにより、サーブゲートウェイに送信する（ステップ２０４）。
【００３４】
上述したＰＤＣＰモジュールのバッファエリアにおける中断後の第１番目のシーケンスナンバのデータから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより目的側基地局に送信する（ステップ２０６）。
【００３５】
終わりマークメッセージを生成する（ステップ２０８）。
【００３６】
該終わりマークメッセージを、アップロード逆伝チャネルにより、目的側基地局に送信する（ステップ２１０）。
【００３７】
目的側基地局が、終わりマークメッセージを受信して、アップロード逆伝チャネルを放出する（ステップ２１２）。
【００３８】
本実施例における目的側基地局は、終わりマークメッセージを受信した後、アップロード逆伝チャネルを放出するにより、資源を節約でき、資源を合理的に使用するようになる。
【００３９】
好ましくは、ステップ２１２は、目的側基地局が受信したメッセージのタイプを判断することと、受信したメッセージがデータメッセージである場合に、データメッセージをリオーダリングバッファエリアに記憶することと、受信したメッセージが終わりマークメッセージである場合に、アップロード逆伝チャネルを放出することとを含む。
【００４０】
好ましくは、上述したステップ２０２の後、ＲＬＣモジュールは底層からアップロードデータを再び受信すると、該アップロードデータを放棄する。
【００４１】
好ましくは、目的側基地局がエボリューション基地局である。
【００４２】
本実施例において、ソース側基地局により終わりマークメッセージを送信し、目的側基地局がアップロード逆伝終わりの時間を正確に判断できるようになり、これにより、アップロード逆伝チャネルを放出することが好適に実行できるようになり、アップロード逆伝データが伝送過程において放棄されないことを保証し（即ち、アップロード逆伝チャネルを放出することが早すぎることを避ける）、無損失切替を実現するとともに、逆伝データ伝送終わり後に、チャネル資源をすぐに放出でき（即ち、アップロード逆伝チャネルを放出することが遅すぎることを避ける）、資源浪費を避ける。
【００４３】
図３に示すように、ソース側ｅＮＢがＵＥに切替命令を出した後に、以下のステップ３０２〜ステップ３１０を行うことが必要である。
【００４４】
ソース側ｅＮＢのユーザー面が、制御面からの再建情報を受信して、ＲＬＣ実装モジュールを再建する（ステップ３０２）。
【００４５】
ソース側ｅＮＢのＰＤＣＰが、受信したＳＮ連続のＰＤＵを処理した後、核心ネットワークに送信することをＧＴＰＵに通知する（ステップ３０４）。
【００４６】
ソース側ｅＮＢのＰＤＣＰが、受信したＳＮ非連続のＰＤＵを処理した後、逆伝することをＧＴＰＵに通知して、ＧＴＰＵ逆伝終わりの時間点を知らせる（ステップ３０６）。
【００４７】
ソース側ｅＮＢが、目的側ｅＮＢにアップロード逆伝メッセージを伝達して、目的側ｅＮＢデータ伝達の終わり点を知らせる（ステップ３０８）。
【００４８】
目的側ｅＮＢが、ソース側ｅＮＢからのアップロード逆伝終わり通知を受信して、アップロード逆伝フローが終わる（ステップ３１０）。
【００４９】
また、ステップ３０２においてＲＬＣの再建フローについて、ＲＬＣは、バッファエリアにおけるデータをＰＤＣＰのＰＤＵに組成した後、全体をＰＤＣＰバッファエリアに配信し、その後ＲＬＣが底層からのデータを再び受信すると、それを放棄し、ＰＤＣＰに配信しないことである。
【００５０】
ステップ３０４においてソース側ｅＮＢのＰＤＣＰが、受信したＳＮ連続のＰＤＵを処理した後、核心ネットワークに送信することをＧＴＰＵに通知するフローについて、ＰＤＣＰは、バッファエリアにおいてＳＮ連続のＰＤＵをＳＤＵに処理した後、ＧＴＰＵのＳ１チャネルにより、核心ネットワークのＳ−ＧＷに配信することである。
【００５１】
ステップ３０６においてソース側ｅＮＢのＰＤＣＰが、受信したＳＮ非連続のＰＤＵを処理した後、逆伝することをＧＴＰＵに通知し、ＧＴＰＵ逆伝終わりの時間点を知らせる方法について、ＰＤＣＰは、バッファエリアにおける第１番目のＳＮ非連続のＰＤＵからバッファエリアにおける最後のＰＤＵまでをＳＤＵに処理した後、ＧＴＰＵのアップロード逆伝チャネルにより、目的側ｅＮＢに配信し、ＰＤＣＰがバッファエリアにおける最後のＳＤＵをＧＴＰＵに配信した後、ＧＴＰＵに情報を送信することによりアップロード逆伝データ送信が完成したことを通知し、ＧＴＰＵが通知情報を受信した後、伝送終わりを識別する特定メッセージを構成し、例えば終わりマークメッセージが挙げられることである。
【００５２】
ステップ３０８においてソース側ｅＮＢが、目的側ｅＮＢにアップロード逆伝メッセージを伝達し、目的側ｅＮＢデータ伝達の終わり点を知らせる方法について、ソース側ｅＮＢのＧＴＰＵは、Ｘ２アップロード逆伝チャネルにより、アップロード逆伝データを目的側ｅＮＢに送信して、データを送信した後、識別伝送終わりを示す特定のメッセージを送信することである。
【００５３】
ステップ３１０において目的側ｅＮＢがソース側ｅＮＢからのアップロード逆伝終わり通知を受信する方法について、目的側ｅＮＢのＧＴＰＵが、アップロード逆伝チャネルからメッセージを受信した後、アンパックを行うことと、データメッセージであれば、ＰＤＣＰに直接配信し、ＰＤＣＰがデータをＲｅｏｒｄｅｒｉｎｇバッファエリアに保存することと、伝送終わりを示す特定のメッセージであれば、アップロード逆伝が終わったことを示し、目的側ｅＮＢがアップロード逆伝チャネル資源を放出することである。本実施例において、ソース側基地局により終わりマークメッセージを送信し、目的側基地局がアップロード逆伝終わりの時間を正確に判断できるようになり、これにより、アップロード逆伝チャネルを放出することが好適に実行できるようになり、アップロード逆伝データが伝送過程において放棄されないことを保証し（即ち、アップロード逆伝チャネルを放出することが早すぎることを避ける）、無損失切替を実現するとともに、逆伝データ伝送終わり後に、チャネル資源を放出でき（即ち、アップロード逆伝チャネルを放出することが遅すぎることを避ける）、資源浪費を避ける。
【００５４】
本発明の実施例は移動通信システムにおいてアップロード逆伝終わり時間を確定するためのシステムを更に提供していて、図４を参照すると、該システムがソース側基地局４０２、目的側基地局４０４及びサーブゲートウェイ４０６を含む。
【００５５】
ソース側基地局４０２は、
パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータを、Ｓ１チャネルにより、サーブゲートウェイ４０６に送信する連続データ送信ユニット４０２２と、
ＰＤＣＰモジュールのバッファエリアにおける中断後の第１番目のシーケンスナンバのデータから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより、目的側基地局４０４に送信する非連続データ送信ユニット４０２４と、
終わりマークメッセージを生成し、終わりマークメッセージをアップロード逆伝チャネルにより目的側基地局４０４に送信する終わりマークメッセージ送信ユニット４０２６と、を含む。
【００５６】
その内、非連続データ送信ユニット４０２４と終わりマークメッセージ送信ユニット４０２６が結合され、非連続データ送信ユニット４０２４が連続しないデータを送信した後、終わりマークメッセージが生成される。
【００５７】
目的側基地局４０４は、終わりマークメッセージを受信して、アップロード逆伝が既に終わったことを確定するものである。
【００５８】
好ましくは、ソース側基地局４０２は、ＰＤＣＰモジュールのバッファエリアとして、シーケンスナンバが連続するデータとシーケンスナンバが連続しないデータとを記憶するための記憶ユニットを更に含む。
【００５９】
好ましくは、目的側基地局４０４は、受信したメッセージのタイプを判断するためのメッセージタイプ判断ユニットと、メッセージがデータメッセージである場合に、データメッセージをリオーダリングバッファエリアに記憶して、メッセージが終わりマークメッセージである場合に、アップロード逆伝チャネルを放出するためのメッセージ処理ユニットとを含む。
【００６０】
目的側基地局４０４がエボリューション基地局である。
【００６１】
本実施例において、ソース側基地局４０２により終わりマークメッセージを送信し、目的側基地局４０４がアップロード逆伝終わりの時間を正確に判断できるようになり、これにより、アップロード逆伝チャネルを放出することが好適に実行できるようになり、アップロード逆伝データが伝送過程において放棄されないことを保証し（即ち、アップロード逆伝チャネルを放出することが早すぎることを避ける）、無損失切替を実現するとともに、逆伝データ伝送終わり後に、チャネル資源を放出でき（即ち、アップロード逆伝チャネルを放出することが遅すぎることを避ける）、資源浪費を避ける。
【００６２】
本発明の実施例は、アップロード逆伝終わり時間を正確にするためのその他の基地局装置を提供していて、図５に示すように、
ソース側基地局のＧＴＰＵに設置され、非連続のシーケンスナンバを有するデータ全体が既にＧＴＰＵに受信された場合に、終わりマークメッセージを生成するための終わりマークメッセージ生成ユニットと、
ソース側基地局のＧＴＰＵに設置され、ＧＴＰＵのＳ１チャネルによりバッファーされた連続のシーケンスナンバを有するＰＤＣＰデータパケットを核心ネットワークに送信し、又はＧＴＰＵのアップロード逆伝チャネルにより、バッファーされた非連続のシーケンスナンバを有するＰＤＣＰデータパケットを目的側基地局に伝達する送信ユニットと、
前記目的側基地局に設置され、伝送終わりを示す特定のメッセージを受信したかどうかを判断する終わりマークメッセージ判断ユニットと、
核心ネットワークに送信され又は目的側ｅＮＢに逆伝されるＰＤＣＰデータパケットをバッファーに記憶するための記憶ユニットとを含む。
【００６３】
図６に示すように、ｅＮＢの制御面からＵＥに切替命令を送信するため、ソース側ｅＮＢが切替過程においてデータ処理する方法は、以下のステップ６０２〜ステップ６１４を含む。
【００６４】
ソース側ｅＮＢの制御面がユーザー面に再建要求する（ステップ６０２）。
【００６５】
ＲＬＣが再建情報を受信した後、そのバッファエリアのデータをＰＤＣＰのＰＤＵに組成した後、全体をＰＤＣＰのバッファエリアに配信する（ステップ６０４）。
【００６６】
ＰＤＣＰのバッファエリアにおけるＰＤＵのシーケンスナンバが連続であるかどうかを判断し、そうであると、ステップ６０６を実行し、そうではないと、ステップ６０８を実行する（ステップ６０５）。
【００６７】
ＰＤＣＰがバッファエリアにおいてＳＮ連続のＰＤＵをＳＤＵに処理した後、ＧＴＰＵのＳ１チャネルにより核心ネットワークに配信する（ステップ６０６）。
【００６８】
ＰＤＣＰが、バッファエリアにおいて第１番目のＳＮ非連続のＰＤＵから最後のＰＤＵまでをＳＤＵに処理した後、ＧＴＰＵのアップロード逆伝チャネルにより目的側ｅＮＢに配信する（ステップ６０８）。
【００６９】
ＰＤＣＰが最後のＳＤＵを配信した後、情報を送信することにより、ＧＴＰＵにデータ逆伝が終わったことを通知する（ステップ６１０）。
【００７０】
ＧＴＰＵが、データ逆伝終わり通知を受信して、終わりマーク（Ｅｎｄ  Ｍａｒｋｅｒ）メッセージを構成し、メッセージをアップロード逆伝チャネルにより目的側ｅＮＢに配信する（ステップ６１２）。
【００７１】
ソース側ｅＮＢのアップロード逆伝チャネルを放出する（ステップ６１４）。
【００７２】
また、図７に示すように、ステップ６０４におけるＲＬＣ再建フローは、以下のステップ７０２及びステップ７０２を含む。
【００７３】
ＲＬＣは、バッファエリアにおけるデータからなるＰＤＣＰのＰＤＵの全体を、ＰＤＣＰアクセスポイントにより、ＰＤＣＰバッファエリアに配信し、ＰＤＣＰのＰＤＵに組成できないメッセージを放棄する（ステップ７０２）。
【００７４】
ＲＬＣは、底層からアップロードデータを再び受信すると、それを直接に放棄する（ステップ７０２）。
【００７５】
そして、図８に示すように、目的側ｅＮＢが切替過程においてデータ処理する方法は、以下のステップ８０２〜ステップ８０８を含む。
【００７６】
目的側ｅＮＢのＧＴＰＵアップロード逆伝チャネルからメッセージを受信する（ステップ８０２）。
【００７７】
受信したメッセージのタイプを判断して、データメッセージであれば、ステップ８０６を実行し、終わりマークメッセージ、例えばＥｎｄ  Ｍａｒｋｅｒメッセージであれば、ステップ８０８を実行する（ステップ８０４）。
【００７８】
ＰＤＣＰに直接配信される（ステップ８０６）。
【００７９】
終わりマークメッセージを直接放棄し、アップロード逆伝チャネルを放出する（テップ８０８）。
【００８０】
以上実施例がソース側基地局により終わりマークメッセージを送信し、目的側基地局がアップロード逆伝終わりの時間を正確に判断できるようになり、これにより、アップロード逆伝チャネルを放出することが好適に実行できるようになり、アップロード逆伝データが伝送過程において放棄されないことを保証し（即ち、アップロード逆伝チャネルを放出することが早すぎることを避ける）、無損失切替を実現するとともに、逆伝データ伝送終わり後に、チャネル資源をすぐに放出でき（即ち、アップロード逆伝チャネルを放出することが遅すぎることを避ける）、資源浪費を避ける。
【００８１】
以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。当業者であれば本発明に様々な修正や変形が可能である。本発明の精神や原理内での如何なる修正、置換、改良などは本発明の保護範囲内に含まれる。
【図１】
0005778670.tif 000002
【図２】
0005778670.tif 000003
【図３】
0005778670.tif 000004
【図４】
0005778670.tif 000005
【図５】
0005778670.tif 000006
【図６】
0005778670.tif 000007
【図７】
0005778670.tif 000008
【図８】
0005778670.tif 000009