特許 5778670 アップロード逆伝終わり時間を確定するための方法及びシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5778670

(24)【登録日】2015年7月17日

(45)【発行日】2015年9月16日

(54)【発明の名称】アップロード逆伝終わり時間を確定するための方法及びシステム

(51)【国際特許分類】

   H04W 36/02 20090101AFI20150827BHJP

   H04W 92/20 20090101ALI20150827BHJP

【ＦＩ】

   H04W36/02

   H04W92/20

【請求項の数】10

【全頁数】14

(21)【出願番号】特願2012-516487(P2012-516487)

(86)(22)【出願日】2010年3月24日

(65)【公表番号】特表2012-531136(P2012-531136A)

(43)【公表日】2012年12月6日

(86)【国際出願番号】CN2010071252

(87)【国際公開番号】WO2010148681

(87)【国際公開日】20101229

【審査請求日】2012年12月19日

【審判番号】不服2014-14969(P2014-14969/J1)

【審判請求日】2014年7月31日

(31)【優先権主張番号】200910150281.8

(32)【優先日】2009年6月25日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】506073915

【氏名又は名称】中興通訊股▲ふん▼有限公司

(74)【代理人】

【識別番号】110000383

【氏名又は名称】特許業務法人 エビス国際特許事務所

(72)【発明者】

【氏名】王 達菲

(72)【発明者】

【氏名】湯 徳龍

(72)【発明者】

【氏名】侯 小安

(72)【発明者】

【氏名】李 ▲ミョウ▼

【合議体】

【審判長】 佐藤 聡史

【審判官】 加藤 恵一

【審判官】 吉田 隆之

(56)【参考文献】

【文献】 特開２００４−２００８３８（ＪＰ，Ａ）

【文献】 特表２０１０−５２５７３７（ＪＰ，Ａ）

【文献】 特表２０１０−５３７５０５（ＪＰ，Ａ）

【文献】 ３ＧＰＰ ＴＳ３６．３００，２００８年 ５月，Ｖ８．５．０，ＰＰ．４１−４６，８１−１０３

【文献】 ＳＡＭＳＵＮＧ，Ｍｅｔｈｏｄ ｔｏ ｒｅｌｅａｓｅ ｒｅｓｏｕｒｃｅｓ ａｔ ｓｏｕｒｃｅ ＥＮＢ ｄｕｒｉｎｇ ｈａｎｄｏｖｅｒ，３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ３ ＃５３ ｍｅｅｔｉｎｇ Ｒ３−０６１０３２，２００６．０８．２８

【文献】 Ｈｕａｗｅｉ，Ｄａｔａ Ｆｏｒｗａｒｄｉｎｇ Ｒｅｓｏｕｒｃｅ Ｒｅｌｅａｓｅ，３ＧＰＰ ＴＳＧ−ＲＡＮ３ Ｍｅｅｔｉｎｇ ＃６３ Ｒ３−０９０６１９，２００９．０２．１３

【文献】 Ｅｒｉｃｓｓｏｎ，Ｕｓｅｒ ｐｌａｎｅ ｈａｎｄｌｉｎｇ ａｔ ｍｏｂｉｌｉｔｙ，３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ２ ＃５８ Ｒ２−０７１８２２，２００７．０５．１１

(57)【特許請求の範囲】

【請求項1】

ソース側基地局が、パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータをＳ１チャネルによりサーブゲートウェイに送信するステップと、
前記ソース側基地局が、前記ＰＤＣＰモジュールのバッファエリアにおける第１番目のシーケンスナンバ中断データから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより、目的側基地局に送信するステップと、
前記ソース側基地局が、前記シーケンスナンバが連続しないデータの送信を終了した後、終わりマークメッセージを生成するステップと、
前記ソース側基地局が、前記終わりマークメッセージを前記アップロード逆伝チャネルにより前記目的側基地局に送信するステップと、
前記目的側基地局が、前記終わりマークメッセージを受信して、アップロード逆伝が既に終わったことを確定するステップと、
を含むことを特徴とする移動通信システムにおいてアップロード逆伝終わり時間を確定するための方法。

【請求項2】

前記目的側基地局はエボリューション基地局であることを特徴とする請求項１に記載の方法。

【請求項3】

ソース基地局が、無線リンク制御ＲＬＣモジュールのバッファエリアにおけるデータを、パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアに送信するステップと、
前記ソース基地局が、前記ＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータを、Ｓ１チャネルにより、サーブゲートウェイに送信するステップと、
前記ソース基地局が、前記ＰＤＣＰモジュールのバッファエリアにおける第１番目のシーケンスナンバ中断データから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより、目的側基地局に送信するステップと、
前記ソース側基地局が、前記シーケンスナンバが連続しないデータの送信を終了した後、終わりマークメッセージを生成するステップと、
前記ソース側基地局が、前記終わりマークメッセージを前記アップロード逆伝チャネルにより前記目的側基地局に送信するステップと、
前記目的側基地局が、前記終わりマークメッセージを受信して、前記アップロード逆伝チャネルを放出するステップと、
を含むことを特徴とする移動通信システムにおけるアップロード逆伝方法。

【請求項4】

前記終わりマークメッセージを受信して前記アップロード逆伝チャネルを放出するステップは、
受信したメッセージのタイプを判断するサブステップと、
受信したメッセージがデータメッセージである場合に、前記データメッセージをリオーダリングバッファエリアに記憶するサブステップと、
受信したメッセージが終わりマークメッセージである場合に、前記アップロード逆伝チャネルを放出するサブステップと、
を含むことを特徴とする請求項３に記載の方法。

【請求項5】

前記無線リンク制御ＲＬＣモジュールのバッファエリアにおけるデータをパケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアに送信するステップの後、前記ＲＬＣモジュールが底層からアップロードデータを再び受信すれば、前記アップロードデータを放棄することを特徴とする請求項３に記載の方法。

【請求項6】

前記目的側基地局はエボリューション基地局であることを特徴とする請求項３〜５のいずれかに記載の方法。

【請求項7】

ソース側基地局と、
終わりマークメッセージを受信して、アップロード逆伝が既に終わったことを確定するための目的側基地局とを含み、
前記ソース側基地局が、
パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータを、Ｓ１チャネルにより、サーブゲートウェイに送信するための連続データ送信ユニットと、
前記ＰＤＣＰモジュールのバッファエリアにおける第１番目のシーケンスナンバ中断データから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより前記目的側基地局に送信するための非連続データ送信ユニットと、
前記非連続データ送信ユニットによって前記シーケンスナンバが連続しないデータの送信を終了した後、前記終わりマークメッセージを生成し、前記終わりマークメッセージを前記アップロード逆伝チャネルにより前記目的側基地局に送信するための終わりマークメッセージ送信ユニットと、を含む
ことを特徴とする移動通信システムにおいてアップロード逆伝終わり時間を確定するためのシステム。

【請求項8】

前記ソース側基地局は、前記ＰＤＣＰモジュールのバッファエリアとして、シーケンスナンバが連続するデータ及びシーケンスナンバが連続しないデータを記憶するための記憶ユニットを更に含む
ことを特徴とする請求項７に記載のシステム。

【請求項9】

前記目的側基地局は、
受信したメッセージのタイプを判断するメッセージタイプ判断ユニットと、
前記メッセージがデータメッセージである場合に、前記データメッセージをリオーダリングバッファエリアに記憶して、前記メッセージが終わりマークメッセージである場合に、前記アップロード逆伝チャネルを放出するためのメッセージ処理ユニットと、
を含むことを特徴とする請求項７に記載のシステム。

【請求項10】

前記目的側基地局はエボリューション基地局であることを特徴とする請求項７〜９のいずれかに記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は移動通信分野に係り、具体的に、アップロード逆伝終わり時間を確定するための方法及びシステムに関する。

【背景技術】

【0002】

３６３００プロトコルに切替の詳細なフローを記載していて、無線資源が貴重であるため、Ｘ２に基づく切替であってもＳ１に基づく切替であっても、空口（空中インターフェース）データの再伝送を低減するために、アップロード逆伝が必要となる。切替の関連フローステップは以下の通りである。

【0003】

ソース側のエボリューション基地局（ｅＮＢ：Ｅ−ＵＴＲＡＮ Ｎｏｄｅ Ｂ）はユーザー端末（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）に切替命令を送信した後、ソース側ｅＮＢの制御面がユーザー面に再建命令を送信し、ユーザー面が情報を受信した後、無線リンク制御（ＲＬＣ：Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）及びパケットデータ収束プロトコル（ＰＤＣＰ：Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）の実装モジュールを再建する。再建過程において、ＲＬＣは、バッファエリアのデータをＰＤＣＰのプロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）に組成して、全体がＰＤＣＰバッファエリアに配信され、ＰＤＵに組成できないゾーンであれば、ゾーンメッセージが直接放棄される。ＰＤＣＰは、バッファエリアにおいてシーケンスナンバ（ＳＮ：Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）が連続するＰＤＵを、サービスデータユニット（ＳＤＵ：Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）に処理した後、ＧＰＲＳトンネルプロトコルユーザー面（ＧＴＰＵ：ＧＰＲＳ Ｔｕｎｎｅｌ Ｐｒｏｔｏｃｏｌ Ｕｓｅｒ Ｐｌａｎｅ）のＳ１チャネルにより、核心ネットワークのサーブゲートウェイ（Ｓ−ＧＷ：Ｓｅｒｖｉｎｇ Ｇａｔｅｗａy）に直接伝達して、ＰＤＣＰは、バッファエリアにおいてＳＮが連続しないＰＤＵ（バッファエリアにおいて第１番目のＳＮ非連続のＰＤＵからバッファエリアにおける最後のＰＤＵまで）をＳＤＵに処理した後、ＧＴＰＵのＸ２アップロード逆伝チャネルを通して目的側ｅＮＢに伝達する。目的側ｅＮＢのＧＴＰＵがアップロード逆伝メッセージを受信した後、それをＰＤＣＰに直接配信し、ＰＤＣＰがデータをＲｅｏｒｄｅｒｉｎｇ（リオーダリング）バッファエリアに保存する。ソース側ｅＮＢは、シーケンスナンバ状態に関する伝送情報を目的側ｅＮＢに送信し、情報にソース側ＰＤＣＰが受信したメッセージの欠失状況を含み、目的側ｅＮＢはこの情報を受信した後、状態報告を構成してＵＥに送信し、ＵＥにどのメッセージが欠失によって再伝送の必要があるかを知らせ、目的側ｅＮＢのＰＤＣＰがＵＥからの再伝送メッセージを受信し、それとＲｅｏｒｄｅｒｉｎｇバッファエリアにおけるメッセージをリオーダリングし、最終的に連続のメッセージをＳ−ＧＷに送信する。アップロード逆伝フローの導入により、空口データの重複配信を低減し、空口資源を節約する。

【0004】

プロトコルにアップロード逆伝のフローを記載したが、アップロード逆伝の終わり時間を明確にしていない。従来技術において、目的側基地局からの資源放出命令を受信した後に、ソース側基地局のアップロード逆伝チャネルが放出され、目的側基地局は、第１番目のアップロード逆伝メッセージを受信した後にタイマーを起動し、タイマーがタイムアウトになった後、アップロード逆伝データの伝送終わりとみなし、アップロード逆伝チャネルを放出する。

【0005】

従来技術が用いたのは最も普通のタイマーポリシーであり、一つの経験的な方法に属し、タイマーが使用過程において任意に調節できないため、ネットワーク伝送条件状況の変化に適応できない。アップロード逆伝チャネルを放出することが早すぎると、まだ発送しているアップロード逆伝データを伝送過程に失う。逆に、切替が完成すると、目的側ｅＮＢのＧＴＰＵアップロード逆伝チャネルがまだ放出しなく、資源の浪費になる。このため、アップロード逆伝の終わりタイミングを正確に判断することが非常に重要である。

【発明の概要】

【発明が解決しようとする課題】

【0006】

本発明の主な目的は、上述した問題を解決するために、アップロード逆伝終わり時間を確定する方法及びシステム、並びに、移動通信システムにおけるアップロード逆伝方法を提供することにある。

【課題を解決するための手段】

【0007】

この目的を達成するために、本発明は移動通信システムにおいてアップロード逆伝終わり時間を確定するための方法を提供していて、ソース側基地局が、パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータをＳ１チャネルによりサーブゲートウェイに送信するステップと、ソース側基地局が、ＰＤＣＰモジュールのバッファエリアにおける第１番目のシーケンスナンバ中断データから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより、目的側基地局に送信するステップと、ソース側基地局が、シーケンスナンバが連続しないデータの送信を終了した後、終わりマークメッセージを生成するステップと、ソース側基地局が、終わりマークメッセージをアップロード逆伝チャネルにより目的側基地局に送信するステップと、目的側基地局が、終わりマークメッセージを受信して、アップロード逆伝が既に終わったことを確定するステップと、を含む。

【0008】

目的側基地局はエボリューション基地局である。

【0009】

この目的を実現するために、本発明は移動通信システムにおいてアップロード逆伝終わり時間を確定するためのシステムを更に提供していて、該システムが、ソース側基地局と、終わりマークメッセージを受信して、アップロード逆伝が既に終わったことを確定するための目的側基地局とを含み、このソース側基地局が、パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータを、Ｓ１チャネルにより、サーブゲートウェイに送信するための連続データ送信ユニットと、ＰＤＣＰモジュールのバッファエリアにおける第１番目のシーケンスナンバ中断データから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより目的側基地局に送信するための非連続データ送信ユニットと、非連続データ送信ユニットによってシーケンスナンバが連続しないデータの送信を終了した後、終わりマークメッセージを生成し、終わりマークメッセージをアップロード逆伝チャネルにより目的側基地局に送信するための終わりマークメッセージ送信ユニットと、を含む。

【0010】

ソース側基地局は、ＰＤＣＰモジュールのバッファエリアとし、シーケンスナンバが連続するデータ及びシーケンスナンバが連続しないデータを記憶するための記憶ユニットを更に含む。

【0011】

目的側基地局は、受信したメッセージのタイプを判断するメッセージタイプ判断ユニットと、メッセージがデータメッセージである場合に、データメッセージをリオーダリングバッファエリアに記憶して、メッセージが終わりマークメッセージである場合に、アップロード逆伝チャネルを放出するためのメッセージ処理ユニットと、を含む。

【0012】

目的側基地局はエボリューション基地局である。

【0013】

本発明のその他の目的は、アップロード逆伝終わりを既に確定した上で、アップロード逆伝チャネルを放出することにある。

【0014】

この目的を実現するために、本発明が移動通信システムにおけるアップロード伝送方法を提供していて、該方法は、ソース基地局が、無線リンク制御ＲＬＣモジュールのバッファエリアにおけるデータを、パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアに送信するステップと、ソース基地局が、ＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータを、Ｓ１チャネルにより、サーブゲートウェイに送信するステップと、ソース基地局が、ＰＤＣＰモジュールのバッファエリアにおける第１番目のシーケンスナンバ中断データから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより、目的側基地局に送信するステップと、ソース側基地局が、シーケンスナンバが連続しないデータの送信を終了した後、終わりマークメッセージを生成するステップと、ソース側基地局が、終わりマークメッセージをアップロード逆伝チャネルにより目的側基地局に送信するステップと、目的側基地局が、終わりマークメッセージを受信して、アップロード逆伝チャネルを放出するステップと、を含む。

【0015】

前記終わりマークメッセージを受信して前記アップロード逆伝チャネルを放出するステップは、受信したメッセージのタイプを判断するサブステップと、受信したメッセージがデータメッセージである場合に、前記データメッセージをリオーダリングバッファエリアに記憶するサブステップと、受信したメッセージが終わりマークメッセージである場合に、前記アップロード逆伝チャネルを放出するサブステップと、を含む。

【0016】

前記無線リンク制御ＲＬＣモジュールのバッファエリアにおけるデータをパケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアに送信するステップの後、前記ＲＬＣモジュールが底層からアップロードデータを再びに受信すれば、前記アップロードデータを放棄する。

【0017】

目的側基地局がエボリューション基地局である。

【0018】

本発明の方法及びシステムを実施することにより、アップロード逆伝終わりの時間を正確に判断することができ、これにより、アップロード逆伝チャネルを放出することが好適に実行できるようになり、アップロード逆伝データが伝送過程において放棄されないことを保証し（即ち、アップロード逆伝チャネルを放出することが早すぎることを避ける）、無損失切替を実現するとともに、逆伝データ伝送終わり後に、チャネル資源をすぐに放出でき（即ち、アップロード逆伝チャネルを放出することが遅すぎることを避ける）、資源浪費を避ける。

【0019】

ここで説明する図面は、本発明を理解させるためのものであり、本発明の一部を構成し、本発明における実施例と共に本発明を解釈するためのものであって、本発明を不当に限定するものではない。

【図面の簡単な説明】

【0020】

【図1】本発明の実施例が提供する移動通信システムにおいてアップロード逆伝終わり時間を確定するための方法のフローである。

【図2】本発明の実施例が提供する移動通信システムにおけるアップロード逆伝方法のフローである。

【図3】本発明の実施例が提供するアップロード逆伝終わり時間を確定するための方法のフローである。

【図4】本発明の実施例が提供する移動通信システムにおいてアップロード逆伝終わり時間を確定するためのシステムブロック図である。

【図5】本発明の実施例が提供するその他の移動通信システムにおいてアップロード逆伝終わり時間を確定するためのシステムブロック図である。

【図6】本発明の実施例が提供するアップロード逆伝終わり時間を確定するためのソース側メッセージ処理方法フローである。

【図7】本発明の実施例が提供するＲＬＣデータ処理の模式図である。

【図8】本発明の実施例が提供するアップロード逆伝終わり時間を確定するための目的側メッセージ処理方法のフローである。

【発明を実施するための形態】

【0021】

本発明の技術方案及び利点をさらに明確にするように、以下、図面を参照しながら、本発明を詳しく説明する。

【0022】

図１に示すように、本実施例は、移動通信システムにおいてアップロード逆伝終わり時間を確定するための方法を提供していて、以下のステップ１０２〜ステップ１１０を含む。

【0023】

パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータを、Ｓ１チャネルにより、サーブゲートウェイに送信する（ステップ１０２）。

【0024】

上述したＰＤＣＰモジュールのバッファエリアにおける中断後の第１番目のシーケンスナンバのデータから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより、目的側基地局に送信する（ステップ１０４）。

【0025】

終わりマークメッセージを生成する（ステップ１０６）。

【0026】

終わりマークメッセージを、アップロード逆伝チャネルにより、目的側基地局に送信する（ステップ１０８）。

【0027】

目的側基地局が、上述した終わりマークメッセージを受信して、アップロード逆伝が既に終わったことを確定する（ステップ１１０）。

【0028】

好ましくは、目的側基地局がエボリューション基地局ｅＮＢである。

【0029】

上述したステップ１０２〜ステップ１０８が、ソース側ｅＮＢがその上のモジュール又はユニットにより実行される。

【0030】

本実施例において、終わりマークメッセージを目的基地局に送信することにより、アップロード逆伝終わりの時間を明確にして、目的基地局がアップロード逆伝チャネルを合理的に放出するようになり、受信した情報のインテグリティを保証する。

【0031】

図２を参照して、本実施例は、移動通信システムにおけるアップロード逆伝方法を提供していて、該方法は以下のステップ２０２〜ステップ２１２を含む。

【0032】

無線リンク制御ＲＬＣモジュールのバッファエリアにおけるデータを、パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアに送信する（ステップ２０２）。

【0033】

上述したＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータを、Ｓ１チャネルにより、サーブゲートウェイに送信する（ステップ２０４）。

【0034】

上述したＰＤＣＰモジュールのバッファエリアにおける中断後の第１番目のシーケンスナンバのデータから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより目的側基地局に送信する（ステップ２０６）。

【0035】

終わりマークメッセージを生成する（ステップ２０８）。

【0036】

該終わりマークメッセージを、アップロード逆伝チャネルにより、目的側基地局に送信する（ステップ２１０）。

【0037】

目的側基地局が、終わりマークメッセージを受信して、アップロード逆伝チャネルを放出する（ステップ２１２）。

【0038】

本実施例における目的側基地局は、終わりマークメッセージを受信した後、アップロード逆伝チャネルを放出するにより、資源を節約でき、資源を合理的に使用するようになる。

【0039】

好ましくは、ステップ２１２は、目的側基地局が受信したメッセージのタイプを判断することと、受信したメッセージがデータメッセージである場合に、データメッセージをリオーダリングバッファエリアに記憶することと、受信したメッセージが終わりマークメッセージである場合に、アップロード逆伝チャネルを放出することとを含む。

【0040】

好ましくは、上述したステップ２０２の後、ＲＬＣモジュールは底層からアップロードデータを再び受信すると、該アップロードデータを放棄する。

【0041】

好ましくは、目的側基地局がエボリューション基地局である。

【0042】

本実施例において、ソース側基地局により終わりマークメッセージを送信し、目的側基地局がアップロード逆伝終わりの時間を正確に判断できるようになり、これにより、アップロード逆伝チャネルを放出することが好適に実行できるようになり、アップロード逆伝データが伝送過程において放棄されないことを保証し（即ち、アップロード逆伝チャネルを放出することが早すぎることを避ける）、無損失切替を実現するとともに、逆伝データ伝送終わり後に、チャネル資源をすぐに放出でき（即ち、アップロード逆伝チャネルを放出することが遅すぎることを避ける）、資源浪費を避ける。

【0043】

図３に示すように、ソース側ｅＮＢがＵＥに切替命令を出した後に、以下のステップ３０２〜ステップ３１０を行うことが必要である。

【0044】

ソース側ｅＮＢのユーザー面が、制御面からの再建情報を受信して、ＲＬＣ実装モジュールを再建する（ステップ３０２）。

【0045】

ソース側ｅＮＢのＰＤＣＰが、受信したＳＮ連続のＰＤＵを処理した後、核心ネットワークに送信することをＧＴＰＵに通知する（ステップ３０４）。

【0046】

ソース側ｅＮＢのＰＤＣＰが、受信したＳＮ非連続のＰＤＵを処理した後、逆伝することをＧＴＰＵに通知して、ＧＴＰＵ逆伝終わりの時間点を知らせる（ステップ３０６）。

【0047】

ソース側ｅＮＢが、目的側ｅＮＢにアップロード逆伝メッセージを伝達して、目的側ｅＮＢデータ伝達の終わり点を知らせる（ステップ３０８）。

【0048】

目的側ｅＮＢが、ソース側ｅＮＢからのアップロード逆伝終わり通知を受信して、アップロード逆伝フローが終わる（ステップ３１０）。

【0049】

また、ステップ３０２においてＲＬＣの再建フローについて、ＲＬＣは、バッファエリアにおけるデータをＰＤＣＰのＰＤＵに組成した後、全体をＰＤＣＰバッファエリアに配信し、その後ＲＬＣが底層からのデータを再び受信すると、それを放棄し、ＰＤＣＰに配信しないことである。

【0050】

ステップ３０４においてソース側ｅＮＢのＰＤＣＰが、受信したＳＮ連続のＰＤＵを処理した後、核心ネットワークに送信することをＧＴＰＵに通知するフローについて、ＰＤＣＰは、バッファエリアにおいてＳＮ連続のＰＤＵをＳＤＵに処理した後、ＧＴＰＵのＳ１チャネルにより、核心ネットワークのＳ−ＧＷに配信することである。

【0051】

ステップ３０６においてソース側ｅＮＢのＰＤＣＰが、受信したＳＮ非連続のＰＤＵを処理した後、逆伝することをＧＴＰＵに通知し、ＧＴＰＵ逆伝終わりの時間点を知らせる方法について、ＰＤＣＰは、バッファエリアにおける第１番目のＳＮ非連続のＰＤＵからバッファエリアにおける最後のＰＤＵまでをＳＤＵに処理した後、ＧＴＰＵのアップロード逆伝チャネルにより、目的側ｅＮＢに配信し、ＰＤＣＰがバッファエリアにおける最後のＳＤＵをＧＴＰＵに配信した後、ＧＴＰＵに情報を送信することによりアップロード逆伝データ送信が完成したことを通知し、ＧＴＰＵが通知情報を受信した後、伝送終わりを識別する特定メッセージを構成し、例えば終わりマークメッセージが挙げられることである。

【0052】

ステップ３０８においてソース側ｅＮＢが、目的側ｅＮＢにアップロード逆伝メッセージを伝達し、目的側ｅＮＢデータ伝達の終わり点を知らせる方法について、ソース側ｅＮＢのＧＴＰＵは、Ｘ２アップロード逆伝チャネルにより、アップロード逆伝データを目的側ｅＮＢに送信して、データを送信した後、識別伝送終わりを示す特定のメッセージを送信することである。

【0053】

ステップ３１０において目的側ｅＮＢがソース側ｅＮＢからのアップロード逆伝終わり通知を受信する方法について、目的側ｅＮＢのＧＴＰＵが、アップロード逆伝チャネルからメッセージを受信した後、アンパックを行うことと、データメッセージであれば、ＰＤＣＰに直接配信し、ＰＤＣＰがデータをＲｅｏｒｄｅｒｉｎｇバッファエリアに保存することと、伝送終わりを示す特定のメッセージであれば、アップロード逆伝が終わったことを示し、目的側ｅＮＢがアップロード逆伝チャネル資源を放出することである。本実施例において、ソース側基地局により終わりマークメッセージを送信し、目的側基地局がアップロード逆伝終わりの時間を正確に判断できるようになり、これにより、アップロード逆伝チャネルを放出することが好適に実行できるようになり、アップロード逆伝データが伝送過程において放棄されないことを保証し（即ち、アップロード逆伝チャネルを放出することが早すぎることを避ける）、無損失切替を実現するとともに、逆伝データ伝送終わり後に、チャネル資源を放出でき（即ち、アップロード逆伝チャネルを放出することが遅すぎることを避ける）、資源浪費を避ける。

【0054】

本発明の実施例は移動通信システムにおいてアップロード逆伝終わり時間を確定するためのシステムを更に提供していて、図４を参照すると、該システムがソース側基地局４０２、目的側基地局４０４及びサーブゲートウェイ４０６を含む。

【0055】

ソース側基地局４０２は、
パケットデータ収束プロトコルＰＤＣＰモジュールのバッファエリアにおけるシーケンスナンバが連続するデータを、Ｓ１チャネルにより、サーブゲートウェイ４０６に送信する連続データ送信ユニット４０２２と、
ＰＤＣＰモジュールのバッファエリアにおける中断後の第１番目のシーケンスナンバのデータから最後のデータまでを、シーケンスナンバが連続しないデータとして、アップロード逆伝チャネルにより、目的側基地局４０４に送信する非連続データ送信ユニット４０２４と、
終わりマークメッセージを生成し、終わりマークメッセージをアップロード逆伝チャネルにより目的側基地局４０４に送信する終わりマークメッセージ送信ユニット４０２６と、を含む。

【0056】

その内、非連続データ送信ユニット４０２４と終わりマークメッセージ送信ユニット４０２６が結合され、非連続データ送信ユニット４０２４が連続しないデータを送信した後、終わりマークメッセージが生成される。

【0057】

目的側基地局４０４は、終わりマークメッセージを受信して、アップロード逆伝が既に終わったことを確定するものである。

【0058】

好ましくは、ソース側基地局４０２は、ＰＤＣＰモジュールのバッファエリアとして、シーケンスナンバが連続するデータとシーケンスナンバが連続しないデータとを記憶するための記憶ユニットを更に含む。

【0059】

好ましくは、目的側基地局４０４は、受信したメッセージのタイプを判断するためのメッセージタイプ判断ユニットと、メッセージがデータメッセージである場合に、データメッセージをリオーダリングバッファエリアに記憶して、メッセージが終わりマークメッセージである場合に、アップロード逆伝チャネルを放出するためのメッセージ処理ユニットとを含む。

【0060】

目的側基地局４０４がエボリューション基地局である。

【0061】

本実施例において、ソース側基地局４０２により終わりマークメッセージを送信し、目的側基地局４０４がアップロード逆伝終わりの時間を正確に判断できるようになり、これにより、アップロード逆伝チャネルを放出することが好適に実行できるようになり、アップロード逆伝データが伝送過程において放棄されないことを保証し（即ち、アップロード逆伝チャネルを放出することが早すぎることを避ける）、無損失切替を実現するとともに、逆伝データ伝送終わり後に、チャネル資源を放出でき（即ち、アップロード逆伝チャネルを放出することが遅すぎることを避ける）、資源浪費を避ける。

【0062】

本発明の実施例は、アップロード逆伝終わり時間を正確にするためのその他の基地局装置を提供していて、図５に示すように、
ソース側基地局のＧＴＰＵに設置され、非連続のシーケンスナンバを有するデータ全体が既にＧＴＰＵに受信された場合に、終わりマークメッセージを生成するための終わりマークメッセージ生成ユニットと、
ソース側基地局のＧＴＰＵに設置され、ＧＴＰＵのＳ１チャネルによりバッファーされた連続のシーケンスナンバを有するＰＤＣＰデータパケットを核心ネットワークに送信し、又はＧＴＰＵのアップロード逆伝チャネルにより、バッファーされた非連続のシーケンスナンバを有するＰＤＣＰデータパケットを目的側基地局に伝達する送信ユニットと、
前記目的側基地局に設置され、伝送終わりを示す特定のメッセージを受信したかどうかを判断する終わりマークメッセージ判断ユニットと、
核心ネットワークに送信され又は目的側ｅＮＢに逆伝されるＰＤＣＰデータパケットをバッファーに記憶するための記憶ユニットとを含む。

【0063】

図６に示すように、ｅＮＢの制御面からＵＥに切替命令を送信するため、ソース側ｅＮＢが切替過程においてデータ処理する方法は、以下のステップ６０２〜ステップ６１４を含む。

【0064】

ソース側ｅＮＢの制御面がユーザー面に再建要求する（ステップ６０２）。

【0065】

ＲＬＣが再建情報を受信した後、そのバッファエリアのデータをＰＤＣＰのＰＤＵに組成した後、全体をＰＤＣＰのバッファエリアに配信する（ステップ６０４）。

【0066】

ＰＤＣＰのバッファエリアにおけるＰＤＵのシーケンスナンバが連続であるかどうかを判断し、そうであると、ステップ６０６を実行し、そうではないと、ステップ６０８を実行する（ステップ６０５）。

【0067】

ＰＤＣＰがバッファエリアにおいてＳＮ連続のＰＤＵをＳＤＵに処理した後、ＧＴＰＵのＳ１チャネルにより核心ネットワークに配信する（ステップ６０６）。

【0068】

ＰＤＣＰが、バッファエリアにおいて第１番目のＳＮ非連続のＰＤＵから最後のＰＤＵまでをＳＤＵに処理した後、ＧＴＰＵのアップロード逆伝チャネルにより目的側ｅＮＢに配信する（ステップ６０８）。

【0069】

ＰＤＣＰが最後のＳＤＵを配信した後、情報を送信することにより、ＧＴＰＵにデータ逆伝が終わったことを通知する（ステップ６１０）。

【0070】

ＧＴＰＵが、データ逆伝終わり通知を受信して、終わりマーク（Ｅｎｄ Ｍａｒｋｅｒ）メッセージを構成し、メッセージをアップロード逆伝チャネルにより目的側ｅＮＢに配信する（ステップ６１２）。

【0071】

ソース側ｅＮＢのアップロード逆伝チャネルを放出する（ステップ６１４）。

【0072】

また、図７に示すように、ステップ６０４におけるＲＬＣ再建フローは、以下のステップ７０２及びステップ７０２を含む。

【0073】

ＲＬＣは、バッファエリアにおけるデータからなるＰＤＣＰのＰＤＵの全体を、ＰＤＣＰアクセスポイントにより、ＰＤＣＰバッファエリアに配信し、ＰＤＣＰのＰＤＵに組成できないメッセージを放棄する（ステップ７０２）。

【0074】

ＲＬＣは、底層からアップロードデータを再び受信すると、それを直接に放棄する（ステップ７０２）。

【0075】

そして、図８に示すように、目的側ｅＮＢが切替過程においてデータ処理する方法は、以下のステップ８０２〜ステップ８０８を含む。

【0076】

目的側ｅＮＢのＧＴＰＵアップロード逆伝チャネルからメッセージを受信する（ステップ８０２）。

【0077】

受信したメッセージのタイプを判断して、データメッセージであれば、ステップ８０６を実行し、終わりマークメッセージ、例えばＥｎｄ Ｍａｒｋｅｒメッセージであれば、ステップ８０８を実行する（ステップ８０４）。

【0078】

ＰＤＣＰに直接配信される（ステップ８０６）。

【0079】

終わりマークメッセージを直接放棄し、アップロード逆伝チャネルを放出する（テップ８０８）。

【0080】

以上実施例がソース側基地局により終わりマークメッセージを送信し、目的側基地局がアップロード逆伝終わりの時間を正確に判断できるようになり、これにより、アップロード逆伝チャネルを放出することが好適に実行できるようになり、アップロード逆伝データが伝送過程において放棄されないことを保証し（即ち、アップロード逆伝チャネルを放出することが早すぎることを避ける）、無損失切替を実現するとともに、逆伝データ伝送終わり後に、チャネル資源をすぐに放出でき（即ち、アップロード逆伝チャネルを放出することが遅すぎることを避ける）、資源浪費を避ける。

【0081】

以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。当業者であれば本発明に様々な修正や変形が可能である。本発明の精神や原理内での如何なる修正、置換、改良などは本発明の保護範囲内に含まれる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】