特許7323610 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ グァンドン　オッポ　モバイル　テレコミュニケーションズ　コーポレーション　リミテッドの特許一覧

特許7323610データフォーマットの区別方法、装置及び通信デバイス

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4a
4b
5
6
7
8
9
10

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

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

(11)【特許番号】

(24)【登録日】2023-07-31

(45)【発行日】2023-08-08

(54)【発明の名称】データフォーマットの区別方法、装置及び通信デバイス

(51)【国際特許分類】

H04W 36/18 20090101AFI20230801BHJP

H04W 28/06 20090101ALI20230801BHJP

H04W 12/03 20210101ALI20230801BHJP

【ＦＩ】

H04W36/18

H04W28/06 110

H04W12/03

【請求項の数】 12

(21)【出願番号】P 2021522400

(86)(22)【出願日】2019-02-02

(65)【公表番号】

(43)【公表日】2022-01-14

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

(87)【国際公開番号】W WO2020082643

(87)【国際公開日】2020-04-30

【審査請求日】2022-01-05

(31)【優先権主張番号】PCT/CN2018/112134

(32)【優先日】2018-10-26

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧＯＰＰＯＭＯＢＩＬＥＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳＣＯＲＰ．，ＬＴＤ．

【住所又は居所原語表記】Ｎｏ．１８ＨａｉｂｉｎＲｏａｄ，Ｗｕｓｈａ，Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ５２３８６０Ｃｈｉｎａ

(74)【代理人】

【識別番号】100091487

【弁理士】

【氏名又は名称】中村行孝

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口智也

(74)【代理人】

【識別番号】100096921

【弁理士】

【氏名又は名称】吉元弘

(72)【発明者】

【氏名】イヨウ、シン

(72)【発明者】

【氏名】ルー、チエンシー

【審査官】吉村真治▲郎▼

(56)【参考文献】

【文献】国際公開第２０１８／０３８８０４（ＷＯ，Ａ１）

【文献】特開２０１６－０９２７００（ＪＰ，Ａ）

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

【文献】中国特許出願公開第１０７４３８２７４（ＣＮ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１、４

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

【請求項1】

端末が下りデータパケットを受信し、前記下りデータパケットのデータフォーマットが第１のデータフォーマット又は第２のデータフォーマットであると決定することを含み、前記第１のデータフォーマットは、前記下りデータパケットをソース基地局の第１の鍵を利用して暗号化し且つソース基地局の第１のヘッダー圧縮フォーマットを利用して圧縮し、前記第２のデータフォーマットは、前記下りデータパケットを目標基地局の第２の鍵を利用して暗号化し且つ目標基地局の第２のヘッダー圧縮フォーマットを利用して圧縮し、
前記下りデータパケットのデータフォーマットが第１のデータフォーマット又は第２のデータフォーマットであると決定することは、
前記端末が前記下りデータパケットに対応するＲＬＣエンティティにより、前記下りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定すること、を含み、
前記ソース基地局の下りデータパケットが前記端末の第１のＲＬＣエンティティで搬送され、前記目標基地局の下りデータパケットが前記端末の第２のＲＬＣエンティティで搬送され、
前記端末が前記下りデータパケットに対応するＲＬＣエンティティにより、前記下りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定することは、
前記端末が受信した下りデータパケットが前記端末の第１のＲＬＣエンティティで搬送される場合、前記端末が前記下りデータパケットのデータフォーマットが前記第１のデータフォーマットであると決定し、
前記端末が受信した下りデータパケットが前記端末の第２のＲＬＣエンティティで搬送される場合、前記端末が前記下りデータパケットのデータフォーマットが前記第２のデータフォーマットであると決定することを含む
ことを特徴とするデータフォーマットの区別方法。

【請求項2】

前記方法は、さらに、
前記下りデータパケットが前記第１のデータフォーマットである場合、前記端末が前記第１の鍵を利用して前記下りデータパケットを復号化し且つ前記第１のヘッダー圧縮フォーマットを利用して前記下りデータパケットを解凍することと、
前記下りデータパケットが前記第２のデータフォーマットである場合、前記端末が前記第２の鍵を利用して前記下りデータパケットを復号化し且つ前記第２のヘッダー圧縮フォーマットを利用して前記下りデータパケットを解凍することを含む
ことを特徴とする請求項１に記載のデータフォーマットの区別方法。

【請求項3】

ハンドオーバー手順において、前記ソース基地局と前記目標基地局とが端末と同時に通信している
ことを特徴とする請求項１又は２に記載のデータフォーマットの区別方法。

【請求項4】

ネットワークが上りデータパケットを受信し、前記上りデータパケットのデータフォーマットが第１のデータフォーマット又は第２のデータフォーマットであると決定することを含み、前記第１のデータフォーマットは、前記上りデータパケットをソース基地局の第１の鍵を利用して暗号化し且つソース基地局の第１のヘッダー圧縮フォーマットを利用して圧縮し、前記第２のデータフォーマットは、前記上りデータパケットを目標基地局の第２の鍵を利用して暗号化し且つ目標基地局の第２のヘッダー圧縮フォーマットを利用して圧縮し、
前記下りデータパケットのデータフォーマットが第１のデータフォーマット又は第２のデータフォーマットであると決定することは、
前記ネットワークが前記上りデータパケットに対応するＲＬＣエンティティにより、前記上りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定すること、を含み、
前記ソース基地局の下りデータパケットが前記ソース基地局の第１のＲＬＣエンティティで搬送され、前記目標基地局の下りデータパケットが前記目標基地局の第２のＲＬＣエンティティで搬送され、
前記ネットワークが前記上りデータパケットに対応するＲＬＣエンティティにより、前記上りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定することは、
前記ネットワークが受信した上りデータパケットが前記ソース基地局の第１のＲＬＣエンティティで搬送される場合、前記ネットワークが前記上りデータパケットのデータフォーマットが前記第１のデータフォーマットであると決定し、
前記ネットワークが受信した上りデータパケットが前記目標基地局の第２のＲＬＣエンティティで搬送される場合、前記ネットワークが前記上りデータパケットのデータフォーマットが前記第２のデータフォーマットであると決定することを含む
ことを特徴とするデータフォーマットの区別方法。

【請求項5】

前記方法は、さらに、
前記上りデータパケットが前記第１のデータフォーマットである場合、前記ネットワークが前記第１の鍵を利用して前記下りデータパケットを復号化し且つ前記第１のヘッダー圧縮フォーマットを利用して前記下りデータパケットを解凍することと、
前記上りデータパケットが前記第２のデータフォーマットである場合、前記ネットワークが前記第２の鍵を利用して前記下りデータパケットを復号化し且つ前記第２のヘッダー圧縮フォーマットを利用して前記下りデータパケットを解凍することを含む
ことを特徴とする請求項４に記載のデータフォーマットの区別方法。

【請求項6】

ハンドオーバー手順において、前記ソース基地局と前記目標基地局とが端末と同時に通信している
ことを特徴とする請求項４又は５に記載のデータフォーマットの区別方法。

【請求項7】

受信ユニットと、決定ユニットとを備えるデータフォーマットの区別装置であって、
前記受信ユニットは、下りデータパケットを受信するように構成され、
前記決定ユニットは、前記下りデータパケットのデータフォーマットが第１のデータフォーマット又は第２のデータフォーマットであると決定するように構成され、
前記第１のデータフォーマットは、前記下りデータパケットをソース基地局の第１の鍵を利用して暗号化し且つソース基地局の第１のヘッダー圧縮フォーマットを利用して圧縮し、前記第２のデータフォーマットは、前記下りデータパケットを目標基地局の第２の鍵を利用して暗号化し且つ目標基地局の第２のヘッダー圧縮フォーマットを利用して圧縮し、
前記決定ユニットが前記下りデータパケットに対応するＲＬＣエンティティにより、前記下りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定し、
前記ソース基地局の下りデータパケットが前記データフォーマットの区別装置の第１のＲＬＣエンティティで搬送され、前記目標基地局の下りデータパケットが前記データフォーマットの区別装置の第２のＲＬＣエンティティで搬送され、
前記受信ユニットが受信した下りデータパケットが前記データフォーマットの区別装置の第１のＲＬＣエンティティで搬送される場合、前記決定ユニットが前記下りデータパケットのデータフォーマットが前記第１のデータフォーマットであると決定し、
前記受信ユニットが受信した下りデータパケットが前記データフォーマットの区別装置の第２のＲＬＣエンティティで搬送される場合、前記決定ユニットが前記下りデータパケットのデータフォーマットが前記第２のデータフォーマットであると決定する
ことを特徴とするデータフォーマットの区別装置。

【請求項8】

解析ユニットをさらに含み、
前記下りデータパケットが前記第１のデータフォーマットである場合、前記解析ユニットが前記第１の鍵を利用して前記下りデータパケットを復号化し且つ前記第１のヘッダー圧縮フォーマットを利用して前記下りデータパケットを解凍し、
前記下りデータパケットが前記第２のデータフォーマットである場合、前記解析ユニットが前記第２の鍵を利用して前記下りデータパケットを復号化し且つ前記第２のヘッダー圧縮フォーマットを利用して前記下りデータパケットを解凍する
ことを特徴とする請求項７に記載のデータフォーマットの区別装置。

【請求項9】

前記データフォーマットの区別装置は、ハンドオーバー手順において、前記ソース基地局と前記目標基地局と同時に通信している
ことを特徴とする請求項７又は８に記載のデータフォーマットの区別装置。

【請求項10】

受信ユニットと、決定ユニットを含むネットワークデバイスであって、
前記受信ユニットが上りデータパケットを受信し、
前記決定ユニットが前記上りデータパケットのデータフォーマットが第１のデータフォーマット又は第２のデータフォーマットであると決定し、
前記第１のデータフォーマットは、前記上りデータパケットをソース基地局の第１の鍵を利用して暗号化し且つソース基地局の第１のヘッダー圧縮フォーマットを利用して圧縮し、前記第２のデータフォーマットは、前記上りデータパケットを目標基地局の第２の鍵を利用して暗号化し且つ目標基地局の第２のヘッダー圧縮フォーマットを利用して圧縮し、
前記決定ユニットが前記上りデータパケットに対応するＲＬＣエンティティにより、前記上りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定し、
前記ソース基地局の下りデータパケットが前記ソース基地局の第１のＲＬＣエンティティで搬送され、前記目標基地局の下りデータパケットが前記目標基地局の第２のＲＬＣエンティティで搬送され、
前記受信ユニットが受信した上りデータパケットが前記ソース基地局の第１のＲＬＣエンティティで搬送される場合、前記決定ユニットが前記上りデータパケットのデータフォーマットが前記第１のデータフォーマットであると決定し、
前記受信ユニットが受信した上りデータパケットが前記目標基地局の第２のＲＬＣエンティティで搬送される場合、前記決定ユニットが前記上りデータパケットのデータフォーマットが前記第２のデータフォーマットであると決定する
ことを特徴とするネットワークデバイス。

【請求項11】

解析ユニットをさらに含み、
前記上りデータパケットが前記第１のデータフォーマットである場合、前記解析ユニットが前記第１の鍵を利用して前記下りデータパケットを復号化し且つ前記第１のヘッダー圧縮フォーマットを利用して前記下りデータパケットを解凍し、
前記上りデータパケットが前記第２のデータフォーマットである場合、前記解析ユニットが前記第２の鍵を利用して前記下りデータパケットを復号化し且つ前記第２のヘッダー圧縮フォーマットを利用して前記下りデータパケットを解凍する
ことを特徴とする請求項１０に記載のネットワークデバイス。

【請求項12】

ハンドオーバー手順において、前記ソース基地局と前記目標基地局とが端末と同時に通信している
ことを特徴とする請求項１０又は１１に記載のネットワークデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本願の実施例は、移動通信の技術分野に関し、具体的に、データフォーマットの区別方法、装置及び通信デバイスに関する。

【背景技術】

【0002】

ハンドオーバー遅延を短縮するためのモビリティ強化は、主に２つの方法を含み、１つは、デュアル接続( ＤＣ、ＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ )に基づくハンドオーバーであり、もう１つは、拡張モバイルブロードバンド( ｅＭＢＢ、ＥｎｈａｎｃｅＭｏｂｉｌｅＢｒｏａｄｂａｎｄ )に基づくハンドオーバーである。ここで、ＤＣに基づくハンドオーバーは主に目標基地局をセカンダリノード( ＳＮ、ＳｅｃｏｎｄａｒｙＮｏｄｅ )として追加し、その後、役割の変更によりＳＮノードをマスターノード( ＭＮ、ＭａｓｔｅｒＮｏｄｅ )に変更することでハンドオーバーの効果を達成する。ｅＭＢＢに基づくハンドオーバーとは、目標基地局と接続している間にソース基地局と接続を維持し、中断しないハンドオーバーを達成する。

【0003】

端末側には、パケットデータコンバージェンスプロトコル( ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ )エンティティ(ネットワーク側も同様)が１つのみあり、すなわち、該ＰＤＣＰエンティティがソース基地局および目標基地局の鍵及び／又はヘッダー圧縮フォーマットを同時にサポートする必要があるので、受信されたデータパケットがどの鍵を使用して暗号化されたものか、及び／又はどのＲＯＨＣｐｒｏｆｉｌｅを使用して圧縮されたかを区別する方法が解決すべき問題である。

【発明の概要】

【0004】

本願の実施例は、データフォーマットの区別方法、装置及び通信デバイスを提供する。

【0005】

本願の実施例に係るデータフォーマットの区別方法は、
端末が下りデータパケットを受信し、前記下りデータパケットのデータフォーマットが第１のデータフォーマット又は第２のデータフォーマットであると決定することを含み、ここで、前記第１のデータフォーマットは、前記下りデータパケットをソース基地局の第１の鍵を利用して暗号化し及び／又はソース基地局の第１のヘッダー圧縮フォーマットを利用して圧縮し、前記第２のデータフォーマットは、前記下りデータパケットを目標基地局の第２の鍵を利用して暗号化し及び／又は目標基地局の第２のヘッダー圧縮フォーマットを利用して圧縮する。

【0006】

本願の実施例に係るデータフォーマットの区別方法は、
ネットワークが上りデータパケットを受信し、前記上りデータパケットのデータフォーマットが第１のデータフォーマット又は第２のデータフォーマットであると決定することを含み、ここで、前記第１のデータフォーマットは、前記上りデータパケットをソース基地局の第１の鍵を利用して暗号化し及び／又はソース基地局の第１のヘッダー圧縮フォーマットを利用して圧縮し、前記第２のデータフォーマットは、前記上りデータパケットを目標基地局の第２の鍵を利用して暗号化し及び／又は目標基地局の第２のヘッダー圧縮フォーマットを利用して圧縮する。

【0007】

本願の実施例は、プロセッサとメモリとを有する通信デバイスを提供する。このメモリは、コンピュータプログラムを記憶し、このプロセッサは、メモリに記憶されたコンピュータプログラムを呼び出して実行し、上述のデータフォーマットの区別方法を実行する。

【0008】

本願の実施例は、上述のデータフォーマットの区別方法を実現するチップを提供する。

【0009】

具体的には、このチップは、コンピュータプログラムをメモリから呼び出して実行し、チップが搭載される装置に、上述のデータフォーマットの区別方法を実行させるプロセッサを含む。

【0010】

本願の実施例は、上述のデータフォーマットの区別方法をコンピュータに実行させるコンピュータプログラムを記憶するコンピュータ可読記憶媒体を提供する。

【0011】

本願の実施例は、コンピュータに、上記のデータフォーマットの区別方法を実行させるコンピュータプログラム命令を含むコンピュータプログラム製品を提供する。

【0012】

本願の実施例は、コンピュータ上で実行されると、コンピュータに、上述のデータフォーマットの区別方法を実行させるコンピュータプログラムを提供する。

【0013】

上記技術案により、端末とネットワーク側は、受信したデータパケットがどのデータフォーマットであるか、すなわち、該データパケットが、ソース基地局の第１の鍵を用いて暗号化し、及び／又はソース基地局の第１のヘッダー圧縮フォーマットを用いて圧縮するか、目標基地局の第２の鍵を用いて暗号化し、及び／又は目標基地局の第２のヘッダー圧縮フォーマットを用いて圧縮するかを区別することができ、これにより該データパケットを正確に解析することができる。

【図面の簡単な説明】

【0014】

こで説明する図面は、本願の更なる理解を提供するためのものであり、本願の一部を構成するものであり、本願の例示的な実施例及びその説明は、本願を解釈するためのものであり、本願を不当に限定するものではない

【図1】本願の実施例における通信システムのアーキテクチャの模式図である。

【図2】本願の実施例におけるデータフォーマットの区別方法のフローチャート一である。

【図3】本願の実施例におけるデータフォーマットの区別方法のフローチャート二である。

【図4(a)】本願の実施例におけるデータ転送の模式図一である。

【図4(b)】本願の実施例におけるデータ転送の模式図二である。

【図5】本願の実施例におけるデータフォーマットの区別方法のフローチャート三である

【図6】本願の実施例におけるデータフォーマットの区別装置の構成図一である。

【図7】本願の実施例におけるデータフォーマットの区別装置の構成図二である。

【図8】本願の実施例における通信デバイスの構成図である。

【図9】本願の実施例チップの構成図である。

【図10】本願の実施例における通信システムのブロック図である。

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

【0015】

以下、本願の実施例における技術案を、本願の実施例における図面を参照して説明するが、明らかに、記述された実施例は本願の一部の実施例であり、全ての実施例ではない。本願における実施例に基づいて、発明的な労働をすることなく当業者によって得られる他のすべての実施例は、本願の保護範囲に属する。

【0016】

本願の実施例の技術案は、例えば、ＧｌｏｂａｌＳｙｓｔｅｍｏｆＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎシステム、符号分割多元接続( ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＣＤＭＡ )システム、広帯域符号分割多元接続( ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＷＣＤＭＡ )システム、汎用パケット無線サービス( ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ、ＧＰＲＳ )、ＬＴＥシステム、ＬＴＥ周波数分割( ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ、ＦＤＤ )システム、ＬＴＥ時分割（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ、ＴＤＤ）、汎用移動体通信システム（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ、ＵＭＴＳ )、移動体通信システム( ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ、ＷｉＭＡＸ )又は５Ｇシステム等の様々な通信システムに適用可能である。

【0017】

本願の実施例が適用される通信システム１００は、例えば、図１に示すようなものである。通信システム１００は、端末デバイス１２０ (または通信端末、端末)と通信する装置であり得るネットワークデバイス１１０を含み得る。ネットワークデバイス１１０は、特定の地理的エリアに通信カバレッジを提供し得、そのカバレッジ内に位置する端末デバイスと通信し得る。任意選択で、ネットワークデバイス１１０は、ＧＳＭシステムまたはＣＤＭＡシステムにおける基地局( ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ、ＢＴＳ )、ＷＣＤＭＡシステムにおける基地局（ＮｏｄｅＢ、ＮＢ）、ＬＴＥシステムにおける発展型基地局（ＥｖｏｌｕｔｉｏｎａｌＮｏｄｅＢ、ｅＮＢ、またはｅＮｏｄｅＢ）、又はクラウド無線アクセスネットワーク（ＣｌｏｕｄＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ、ＣＲＡＮ )における無線コントローラであってもよく、または、モバイルスイッチングハブ、中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス、ハブ、スイッチ、ブリッジ、ルータ、５Ｇネットワークにおけるネットワーク側デバイス、又は将来進化するパブリック地上モバイルネットワーク( ＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ、ＰＬＭＮ )におけるネットワークデバイスなどであってもよい。

【0018】

通信システム１００は、ネットワークデバイス１１０のカバレッジ内に構成された少なくとも１つの端末デバイス１２０をさらに含む。本明細書で使用される「端末デバイス」としては、公衆交換電話網( ＰｕｂｌｉｃＳｗｉｔｃｈｅｄＴｅｌｅｐｈｏｎｅＮｅｔｗｏｒｋｓ、ＰＳＴＮ )、デジタル加入者線( ＤｉｇｉｔａｌＳｕｂｓｃｒｉｂｅｒＬｉｎｅ、ＤＳＬ )、デジタルケーブル、直接ケーブル接続などの有線回線を介した接続、及び／又は別のデータ接続/ネットワーク、及び／又は、セルラネットワーク、ワイヤレスローカルエリアネットワーク( ＷｉｒｅｌｅｓｓＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ、ＷＬＡＮ )、ＤＶＢ－Ｈネットワークなどのデジタルテレビジョンネットワーク、衛星ネットワーク、ＡＭ－ＦＭ放送受信機などの無線インターフェース、及び/又は通信信号を受信/送信するように構成された別の端末デバイスのための手段、及び／又はモノのインターネット( ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ、ＩｏＴ )装置を含む。無線インターフェースを介して通信するように構成された端末デバイスは、「無線通信端末」、「無線端末」、又は「移動端末」と称され得る。移動端末の例は、衛星又は携帯電話を含むがこれらに限定されなく、セルラー無線電話とデータ処理、ファクシミリ、及びデータ通信能力を組み合わせることができるパーソナル通信システム( ＰｅｒｓｏｎａｌＣｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ、ＰＣＳ )端末、ＰＤＡは、無線電話、ページャ、インターネット/イントラネット接続、ウェブブラウザ、メモ帳、カレンダー、及び/又は全地球測位システム( ＧｌｏｂａｌＰｏｓｉｔｉｏｎｉｎｇＳｙｓｔｅｍ、ＧＰＳ )受信機を含み、従来のノート型受信機やパームトップ型受信機等の電子機器に内蔵されている無線電話送受信機に適用してもよい。端末デバイスは、アクセス端末、ユーザーデバイス( ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ )、ユーザーデバイス、ユーザ局、移動局、リモート端末、モバイル機器、ユーザ端末、無線通信機器、ユーザエージェント、又はユーザ装置を指してもよい。アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル( ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ、ＳＩＰ )電話、ワイヤレスローカルループ（ＷｉｒｅｌｅｓｓＬｏｃａｌＬｏｏｐ、ＷＬＬ）局、パーソナルデジタル処理（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ、ＰＤＡ )、ワイヤレス通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、５Ｇネットワークにおける端末デバイス、または将来開発されるＰＬＭＮにおける端末デバイスなどであり得る。

【0019】

任意選択で、端末デバイス１２０間の端末直接接続( ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ、Ｄ２Ｄ )通信が行われてもよい。

【0020】

任意選択で、５Ｇシステム又は５Ｇネットワークは、ＮＲシステム又はＮＲネットワークとも呼ばれ得る。

【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】

２）前記第１の指示情報が第４のＲＲＣシグナリングに含まれ、前記第４のＲＲＣシグナリングは、前記端末が前記ソース基地局に最後の上りデータパケットを送信した後に前記目標基地局に送信される。

【0082】

例えば、端末は、ソース基地局に最後の上りデータパケットを送信した後、１つのＲＲＣシグナリングで前記目標基地局に第１の指示情報を送信し、端末が第１の鍵を第２の鍵に切替、及び／又は、第１のヘッダー圧縮フォーマットを第２のヘッダー圧縮フォーマットに切り替えることを指示する。

【0083】

さらに、前記第１の指示情報が前記目標基地局の識別子を示す。なお、条件ハンドオーバー（ｃｏｎｄｉｔｉｏｎａｌｈａｎｄｏｖｅｒ）シナリオにおいて、ハンドオーバーコマンド（ＨＯｃｏｍｍａｎｄ）に複数の目標基地局の情報及びハンドオーバー条件が含まれ、端末は、ある目標基地局がハンドオーバー条件を満たしていると検出する場合、該目標基地局にハンドオーバーし、前記第１の指示情報に該目標基地局の識別子が含まれても良い。

【0084】

方式二として、前記ネットワークが前記上りデータパケットに対応するＲＬＣエンティティにより、前記上りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定する。

【0085】

ここで、前記ソース基地局の上りデータパケットが前記ソース基地局の第１のＲＬＣエンティティで搬送され、前記目標基地局の上りデータパケットが前記目標基地局の第２のＲＬＣエンティティで搬送されるため、
前記ネットワークが受信した上りデータパケットが前記ソース基地局の第１のＲＬＣエンティティで搬送される場合、前記ネットワークが前記上りデータパケットのデータフォーマットが前記第１のデータフォーマットであると決定し、
前記ネットワークが受信した上りデータパケットが前記目標基地局の第２のＲＬＣエンティティで搬送される場合、前記ネットワークが前記上りデータパケットのデータフォーマットが前記第２のデータフォーマットであると決定する。

【0086】

例えば、端末は、第１のデータフォーマットを有する上りデータパケットを第１のＲＬＣエンティティで搬送し、第２のデータフォーマットを有する上りデータパケットを第２のＲＬＣエンティティで搬送し、ネットワーク側は、上りデータパケットが搬送されるＲＬＣエンティティで該上りデータパケットのデータフォーマットが第１のデータフォーマット又は第２のデータフォーマットであると決定する。

【0087】

方式三として、前記ネットワークが前記第１の鍵及び前記第２の鍵を利用して前記上りデータパケットを復号化し及び／又は前記第１のヘッダー圧縮フォーマット及び前記第２のヘッダー圧縮フォーマットを利用して前記上りデータパケットを解凍し、復号化結果及び／又は解凍結果に基づいて前記上りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定する。

【0088】

ここで、前記ネットワークが前記第１の鍵及び前記第２の鍵を利用して前記上りデータパケットを復号化することは、
前記ネットワークが前記第１の鍵を利用して前記上りデータパケットを復号化してから、前記第２の鍵を利用して前記上りデータパケットを復号化すること、又は、
前記ネットワークが前記第２の鍵を利用して前記上りデータパケットを復号化してから、前記第１の鍵を利用して前記上りデータパケットを復号化すること、又は、
前記ネットワークが直前の上りデータパケットの復号化が成功した鍵を利用して前記上りデータパケットを復号化してから、直前の上りデータパケットの復号化が成功しない鍵を利用して前記上りデータパケットを復号化することを含む。

【0089】

方式四として、前記ネットワークが第２のＥＭに基づいて前記上りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定する。

【0090】

ここで、前記第２のＥＭは、前記第１の鍵を利用して暗号化し及び／又は前記第１のヘッダー圧縮フォーマットを利用して圧縮する最後の上りデータパケットを示す。さらに、前記第２のＥＭには前記上りデータパケットのシーケンス番号が含まれる。

【0091】

本願の実施例において、前記端末は、前記第２のＥＭが前記ネットワークにより正しく受信されると確認した後、前記第２の鍵を利用して送信される上りデータパケットを暗号化し及び／又は前記第２のヘッダー圧縮フォーマットを利用して送信される上りデータパケットを圧縮する。さらに、前記端末は、前記第２のＥＭ及び前記第２のＥＭの前の全ての上りデータパケットが前記ネットワークにより正しく受信されると確認した後、前記第２の鍵を利用して送信される上りデータパケットを暗号化し及び／又は前記第２のヘッダー圧縮フォーマットを利用して送信される上りデータパケットを圧縮する。

【0092】

上記の技術案において、前記端末が前記第２のＥＭが前記ネットワークにより正しく受信されると確認することは、前記端末が前記目標基地局により送信されたＥＭ確認フィードバックメッセージを受信すること、又は、前記端末が前記ソース基地局により送信されたＥＭ確認フィードバックメッセージを受信することを含み、ここで、前記ＥＭ確認フィードバックメッセージは、前記第２のＥＭが前記ネットワークにより正しく受信されることを指示する。

【0093】

上記の技術案において、前記ソース基地局が前記第２のＥＭを受信した後、前記端末にＥＭ確認フィードバックメッセージを送信し、ネットワーク側が前記第２のＥＭを受信したことを前記目標基地局に通知し、又は、前記ソース基地局が前記第２のＥＭを受信した後、ネットワーク側が前記第２のＥＭを受信したことを前記目標基地局に通知し、前記目標基地局が前記端末にＥＭ確認フィードバックメッセージを送信する。

【0094】

方式四について、端末がネットワーク側に第２のＥＭを送信し、ネットワーク側が受信した上りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定するために利用される。ここで、前記第２のＥＭは、前記第１の鍵を利用して暗号化し及び／又は前記第１のヘッダー圧縮フォーマットを利用して圧縮する最後の上りデータパケットを示す。このように、ネットワーク側は、第２のＥＭを受信する前に、第１の鍵及び／又は第１のヘッダー圧縮フォーマットを利用し、ネットワーク側が第２のＥＭを受信した後、第２の鍵及び／又は第２のヘッダー圧縮フォーマットを利用する。

【0095】

なお、上記の技術案において前記上りデータパケットがＳＲＢ又はＤＲＢで搬送される。

【0096】

図５は本願の実施例におけるデータフォーマットの区別方法のフローチャート三であり、図５に示すように、前記データフォーマットの区別方法は、以下のステップを含み、
ステップ５０１において、端末が上りデータパケットを送信し、前記上りデータパケットが第１のデータフォーマット又は第２のデータフォーマットを有し、ここで、前記第１のデータフォーマットは、前記上りデータパケットをソース基地局の第１の鍵を利用して暗号化し及び／又はソース基地局の第１のヘッダー圧縮フォーマットを利用して圧縮し、前記第２のデータフォーマットは、前記上りデータパケットを目標基地局の第２の鍵を利用して暗号化し及び／又は目標基地局の第２のヘッダー圧縮フォーマットを利用して圧縮する。

【0097】

本願の実施例において、前記端末は、携帯電話、タブレット、ノート、車載端末など、ネットワークと通信可能な任意のデバイスであってもよい。

【0098】

【0099】

【0100】

ステップ５０２において、前記端末がネットワークに前記上りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであることを指示する。

【0101】

本願の実施例において、前記端末は、以下の方式でネットワークに前記上りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであることを指示する。

【0102】

方式一として、端末がネットワークに第１の指示情報を送信し、前記第１の指示情報は、ネットワークが前記上りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定するために使用される。

【0103】

以下、第１の指示情報の異なる実現方式で第１のデータフォーマット及び第２のデータフォーマットをどのように区別することは、説明する。

【0104】

１）端末は、ネットワークに送信する各上りデータパケットのパケットヘッダーに第１の指示情報を含める。

【0105】

【0106】

例えば、端末がネットワークに送信する各上りデータパケットのパケットヘッダーに１つのビット情報を含め、ここで、該１つのビット情報の値の１は、該上りデータパケットが第１のデータフォーマットを有し、即ち、該上りデータパケットが第１の鍵を利用して暗号化及び／又は第１のヘッダー圧縮フォーマットを利用して圧縮することを表し、該１つのビット情報の値の０は、該上りデータパケットが第２のデータフォーマットを有し、即ち、該上りデータパケットが第２の鍵を利用して暗号化し及び／又は第２のヘッダー圧縮フォーマットを利用して圧縮することを表す
２）端末がネットワークに第４のＲＲＣシグナリングを送信し、前記第４のＲＲＣシグナリングに前記第１の指示情報が含まれ、ここで、前記第４のＲＲＣシグナリングは、前記端末が前記ソース基地局に最後の上りデータパケットを送信した後に前記目標基地局に送信される。

【0107】

【0108】

方式二として、端末は、第１のデータフォーマットを有する上りデータパケットを第１のＲＬＣエンティティで搬送し、第２のデータフォーマットを有する上りデータパケットを第２のＲＬＣエンティティで搬送し、ネットワーク側は、上りデータパケットが搬送されるＲＬＣエンティティにより、該上りデータパケットのデータフォーマットが第１のデータフォーマット又は第２のデータフォーマットであると決定することができる。

【0109】

方式三として、端末がネットワークに第２のＥＭを送信し、前記第２のＥＭは、ネットワークが前記上りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定するために使用される。

【0110】

【0111】

このように、ネットワーク側は、第２のＥＭを受信する前に、第１の鍵及び／又は第１のヘッダー圧縮フォーマットを利用し、ネットワーク側が第２のＥＭを受信した後、第２の鍵及び／又は第２のヘッダー圧縮フォーマットを利用する。

【0112】

【0113】

【0114】

【0115】

図６は本願の実施例におけるデータフォーマットの区別装置の構成図一であり、図６に示すように、前記装置は、受信ユニット６０１と、決定ユニット６０２と、解析ユニット６０３とを備え、
受信ユニット６０１は、下りデータパケットを受信するように構成され、
決定ユニット６０２は、前記下りデータパケットのデータフォーマットが第１のデータフォーマット又は第２のデータフォーマットであると決定するように構成され、ここで、前記第１のデータフォーマットは、前記下りデータパケットをソース基地局の第１の鍵を利用して暗号化し及び／又はソース基地局の第１のヘッダー圧縮フォーマットを利用して圧縮し、前記第２のデータフォーマットは、前記下りデータパケットを目標基地局の第２の鍵を利用して暗号化し及び／又は目標基地局の第２のヘッダー圧縮フォーマットを利用して圧縮する。

【0116】

一実施形態において、前記装置は、さらに、解析ユニット６０３を備え、
解析ユニット６０３は、前記下りデータパケットが前記第１のデータフォーマットである場合、前記第１の鍵を利用して前記下りデータパケットを復号化し及び／又は前記第１のヘッダー圧縮フォーマットを利用して前記下りデータパケットを解凍し、前記下りデータパケットが前記第２のデータフォーマットである場合、前記第２の鍵を利用して前記下りデータパケットを復号化し及び／又は前記第２のヘッダー圧縮フォーマットを利用して前記下りデータパケットを解凍するように構成される。

【0117】

一実施形態において、前記決定ユニット６０２は、第１の指示情報に基づいて、前記下りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定するように構成される。

【0118】

一実施形態において、前記第１の指示情報がハンドオーバーコマンドに含まれ、前記ハンドオーバーコマンドが前記ソース基地局により前記端末に送信される。

【0119】

一実施形態において、前記第１の指示情報がＰＤＣＰ層の第１のシーケンス番号を少なくとも含む。

【0120】

一実施形態において、前記端末が受信した下りデータパケットのシーケンス番号が前記第１のシーケンス番号よりも小さい場合、前記決定ユニット６０２は、前記下りデータパケットのデータフォーマットが前記第１のデータフォーマットであると決定し、
前記端末が受信した下りデータパケットのシーケンス番号が前記第１のシーケンス番号よりも大きい場合、前記決定ユニット６０２は、前記下りデータパケットのデータフォーマットが前記第２のデータフォーマットであると決定する。

【0121】

一実施形態において、前記ソース基地局が前記第１のシーケンス番号の前の下りデータパケットを前記第１の鍵を利用して暗号化し及び／又は前記第１のヘッダー圧縮フォーマットを利用して圧縮してから、前記端末に送信し、又は、
前記ソース基地局が前記第１のシーケンス番号の前の下りデータパケットを前記第１の鍵を利用して暗号化し及び／又は前記第１のヘッダー圧縮フォーマットを利用して圧縮してから、前記目標基地局に転送し、前記目標基地局から前記端末に送信する。

【0122】

一実施形態において、前記目標基地局が前記第１のシーケンス番号の後の下りデータパケットを前記第２の鍵を利用して暗号化し及び／又は前記第２のヘッダー圧縮フォーマットを利用して圧縮してから、前記端末に送信し、又は、
前記目標基地局が前記第１のシーケンス番号の後の下りデータパケットを前記第２の鍵を利用して暗号化し及び／又は前記第２のヘッダー圧縮フォーマットを利用して圧縮してから、前記ソース基地局に転送し、前記ソース基地局から前記端末に送信する。

【0123】

一実施形態において、前記第１の指示情報が前記下りデータパケットのパケットヘッダーに含まれ、前記第１の指示情報をネットワーク側により前記下りデータパケットのパケットヘッダーに含める。

【0124】

【0125】

一実施形態において、前記決定ユニット６０２は、さらに、第１の条件に基づいて、前記第１の指示情報の活性化状態又は非活性化状態を決定するように構成される。

【0126】

一実施形態において、前記装置は、さらに、活性化ユニット（図示せず）を備え
活性化ユニットは、第１のＲＲＣシグナリングを受信した場合に前記第１の指示情報を活性化し、前記第１のＲＲＣシグナリングが前記第１の指示情報を活性化することを指示し、又は、ハンドオーバーコマンドを受信した場合に前記第１の指示情報を活性化するように構成される。

【0127】

一実施形態において、前記装置は、さらに、非活性化ユニット（図示せず）を備え、
非活性化ユニットは、第２のＲＲＣシグナリングを受信した場合に前記第１の指示情報を非活性化し、前記第２のＲＲＣシグナリングが前記第１の指示情報を非活性化することを指示し、又は、ハンドオーバーが完了した場合に前記第１の指示情報を非活性化するように構成される。

【0128】

一実施形態において、前記第１の指示情報が第３のＲＲＣシグナリングに含まれ、前記ソース基地局が前記端末に最後の下りデータパケットを送信してから、前記第３のＲＲＣシグナリングを前記端末に送信する。

【0129】

一実施形態において、前記決定ユニット６０２は、前記下りデータパケットに対応するＲＬＣエンティティにより、前記下りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定するように構成される。

【0130】

一実施形態において、前記ソース基地局の下りデータパケットが前記端末の第１のＲＬＣエンティティで搬送され、前記目標基地局の下りデータパケットが前記端末の第２のＲＬＣエンティティで搬送され、
前記受信ユニット６０１が受信した下りデータパケットが前記端末の第１のＲＬＣエンティティで搬送される場合、前記決定ユニット６０２は、前記下りデータパケットのデータフォーマットが前記第１のデータフォーマットであると決定し、
前記受信ユニット６０１が受信した下りデータパケットが前記端末の第２のＲＬＣエンティティで搬送される場合、前記決定ユニット６０２は、前記下りデータパケットのデータフォーマットが前記第２のデータフォーマットであると決定する。

【0131】

一実施形態において、前記装置は、さらに、解析ユニット６０３を備え、
解析ユニット６０３は、前記第１の鍵及び前記第２の鍵を利用して前記下りデータパケットを復号化し及び／又は前記第１のヘッダー圧縮フォーマット及び前記第２のヘッダー圧縮フォーマットを利用して前記下りデータパケットを解凍するように構成され、
前記決定ユニット６０２は、復号化結果及び／又は解凍結果に基づいて前記下りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定するように構成される。

【0132】

一実施形態において、前記解析ユニット６０３は、
前記第１の鍵を利用して前記下りデータパケットを復号化してから、前記第２の鍵を利用して前記下りデータパケットを復号化し、又は、
前記第２の鍵を利用して前記下りデータパケットを復号化してから、前記第１の鍵を利用して前記下りデータパケットを復号化し、又は、
直前の下りデータパケットの復号化が成功した鍵を利用して前記下りデータパケットを復号化し、直前の下りデータパケットの復号化が成功しない鍵を利用して前記下りデータパケットを復号化するように構成される。

【0133】

一実施形態において、前記決定ユニット６０２は、第１のＥＭに基づいて、前記下りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定するように構成される。

【0134】

一実施形態において、前記第１のＥＭは、前記第１の鍵を利用して暗号化し及び／又は前記第１のヘッダー圧縮フォーマットを利用して圧縮する最後の下りデータパケットを示す。

【0135】

一実施形態において、前記第１のＥＭには前記下りデータパケットのシーケンス番号が含まれる。

【0136】

一実施形態において、前記ソース基地局が第２の指示情報を受信した後に下りデータパケットを前記目標基地局に転送し、前記目標基地局が前記ソース基地局により転送された下りデータパケットを受信した後に前記下りデータパケットを前記端末に送信する。

【0137】

一実施形態において、前記ソース基地局が第２の指示情報を受信した後に下りデータパケットを前記目標基地局に転送することは、
前記ソース基地局が前記端末により送信されたＥＭ確認フィードバックメッセージを受信した後、下りデータパケットを前記目標基地局に転送すること、又は、
前記ソース基地局が前記目標基地局により送信された転送指示メッセージを受信した後、下りデータパケットを前記目標基地局に転送することを含み、
前記転送指示メッセージは、前記目標基地局が前記端末により送信されたＥＭ確認フィードバックメッセージを受信した後に前記ソース基地局に送信され、
ここで、前記ＥＭ確認フィードバックメッセージは、前記第１のＥＭが前記端末により正しく受信されることを指示する。

【0138】

一実施形態において、前記ソース基地局が受信したＥＭ確認フィードバックメッセージは、前記ソース基地局側の非スプリットベアラ又は前記ソース基地局側のスプリットベアラで搬送される。

【0139】

一実施形態において、前記目標基地局が受信したＥＭ確認フィードバックメッセージは、前記目標基地局側の非スプリットベアラ又は前記目標基地局側のスプリットベアラで搬送される。

【0140】

一実施形態において、前記ソース基地局が下りデータパケットを前記目標基地局に転送し、前記目標基地局が前記ソース基地局により転送された下りデータパケットを受信した後に前記下りデータパケットをキャッシュし、第２の指示情報を受信した後に前記下りデータパケットを前記端末に送信する。

【0141】

一実施形態において、前記第２の指示情報を受信した後に前記下りデータパケットを前記端末に送信することは、
前記目標基地局が前記端末により送信されたＥＭ確認フィードバックメッセージを受信した後、前記下りデータパケットを前記端末に送信すること、又は、
前記目標基地局が前記ソース基地局により送信された配信指示メッセージを受信した後、前記下りデータパケットを前記端末に送信することを含み、
前記配信指示メッセージは、前記ソース基地局が前記端末により送信されたＥＭ確認フィードバックメッセージを受信した後に前記目標基地局に送信され、
ここで、前記ＥＭ確認フィードバックメッセージは、前記第１のＥＭが前記端末により正しく受信されることを指示する。

【0142】

【0143】

【0144】

一実施形態において、前記目標基地局が前記下りデータパケットを前記端末に送信することは、
前記目標基地局が前記第２の鍵を利用して前記下りデータパケットを暗号化し及び／又は前記第２のヘッダー圧縮フォーマットを利用して前記下りデータパケットを圧縮し、前記第２のデータフォーマットを有する下りデータパケットを前記端末に送信することを含む。

【0145】

一実施形態において、前記ソース基地局が前記目標基地局に転送する下りデータパケットは、前記ソース基地局が前記端末に送信しない下りデータパケット及び／又は前記ソース基地局が前記端末に送信し前記端末により正しく受信されない下りデータパケットを含む。

【0146】

一実施形態において、前記下りデータパケットは、ＳＲＢ上又はデータ無線ベアラＤＲＢで搬送される。

【0147】

当業者は、本願の実施例の上述のデータフォーマットの区別装置の関連説明が、本願の実施例のデータフォーマットの区別方法の関連説明を参照して理解され得ることを理解するであろう。

【0148】

図７は本願の実施例におけるデータフォーマットの区別装置の構成図二であり、図７に示すように、前記装置は、受信ユニット７０１と、決定ユニット７０２とを備え、
受信ユニット７０１は、上りデータパケットを受信するように構成され、
決定ユニット７０２は、前記上りデータパケットのデータフォーマットが第１のデータフォーマット又は第２のデータフォーマットであると決定するように構成され、ここで、前記第１のデータフォーマットは、前記上りデータパケットをソース基地局の第１の鍵を利用して暗号化し及び／又はソース基地局の第１のヘッダー圧縮フォーマットを利用して圧縮し、前記第２のデータフォーマットは、前記上りデータパケットを目標基地局の第２の鍵を利用して暗号化し及び／又は目標基地局の第２のヘッダー圧縮フォーマットを利用して圧縮する。

【0149】

一実施形態において、前記装置は、さらに、解析ユニット７０３を備え、
解析ユニット７０３は、前記上りデータパケットが前記第１のデータフォーマットである場合、前記第１の鍵を利用して前記上りデータパケットを復号化し及び／又は前記第１のヘッダー圧縮フォーマットを利用して前記上りデータパケットを解凍し、前記上りデータパケットが前記第２のデータフォーマットである場合、前記第２の鍵を利用して前記上りデータパケットを復号化し及び／又は前記第２のヘッダー圧縮フォーマットを利用して前記上りデータパケットを解凍するように構成される。

【0150】

一実施形態において、前記決定ユニット７０２は、第１の指示情報に基づいて、前記上りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定するように構成される。

【0151】

一実施形態において、前記第１の指示情報が前記上りデータパケットのパケットヘッダーに含まれ、前記端末が前記第１の指示情報を前記上りデータパケットのパケットヘッダーに含める。

【0152】

【0153】

一実施形態において、前記第１の指示情報が第４のＲＲＣシグナリングに含まれ、前記第４のＲＲＣシグナリングは、前記端末が前記ソース基地局に最後の上りデータパケットを送信した後に前記目標基地局に送信される。

【0154】

一実施形態において、前記第１の指示情報が前記目標基地局の識別子を示す。

【0155】

一実施形態において、前記決定ユニット７０２は、前記上りデータパケットに対応するＲＬＣエンティティにより、前記上りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定するように構成される。

【0156】

一実施形態において、前記ソース基地局の上りデータパケットが前記ソース基地局の第１のＲＬＣエンティティで搬送され、前記目標基地局の上りデータパケットが前記目標基地局の第２のＲＬＣエンティティで搬送され、
前記受信ユニット７０１が受信した上りデータパケットが前記ソース基地局の第１のＲＬＣエンティティで搬送される場合、前記決定ユニット７０２は、前記上りデータパケットのデータフォーマットが前記第１のデータフォーマットであると決定し、
前記受信ユニット７０１が受信した上りデータパケットが前記目標基地局の第２のＲＬＣエンティティで搬送される場合、前記決定ユニット７０２は、前記上りデータパケットのデータフォーマットが前記第２のデータフォーマットであると決定する。

【0157】

一実施形態において、前記装置は、さらに、解析ユニット７０３を備え、
解析ユニット７０３は、前記第１の鍵及び前記第２の鍵を利用して前記上りデータパケットを復号化し、及び／又は、前記第１のヘッダー圧縮フォーマット及び前記第２のヘッダー圧縮フォーマットを利用して前記上りデータパケットを解凍するように構成され、
前記決定ユニット７０２は、復号化結果及び／又は解凍結果に基づいて前記上りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定するように構成される。

【0158】

一実施形態において、前記解析ユニット７０３は、
前記第１の鍵を利用して前記上りデータパケットを復号化してから、前記第２の鍵を利用して前記上りデータパケットを復号化し、又は、
前記第２の鍵を利用して前記上りデータパケットを復号化してから、前記第１の鍵を利用して前記上りデータパケットを復号化し、又は、
直前の上りデータパケットの復号化が成功した鍵を利用して前記上りデータパケットを復号化してから、直前の上りデータパケットの復号化が成功しない鍵を利用して前記上りデータパケットを復号化する。

【0159】

一実施形態において、前記決定ユニット７０２は、第２のＥＭに基づいて、前記上りデータパケットのデータフォーマットが前記第１のデータフォーマット又は前記第２のデータフォーマットであると決定するように構成される。

【0160】

一実施形態において、前記第２のＥＭは、前記第１の鍵を利用して暗号化し及び／又は前記第１のヘッダー圧縮フォーマットを利用して圧縮する最後の上りデータパケットを示す。

【0161】

一実施形態において、前記第２のＥＭには前記上りデータパケットのシーケンス番号が含まれる。

【0162】

一実施形態において、前記端末は、前記第２のＥＭが前記ネットワークにより正しく受信されると確認した後、前記第２の鍵を利用して送信される上りデータパケットを暗号化し及び／又は前記第２のヘッダー圧縮フォーマットを利用して送信される上りデータパケットを圧縮する。

【0163】

一実施形態において、前記端末は、前記第２のＥＭ及び前記第２のＥＭの前の全ての上りデータパケットが前記ネットワークにより正しく受信されると確認した後、前記第２の鍵を利用して送信される上りデータパケットを暗号化し及び／又は前記第２のヘッダー圧縮フォーマットを利用して送信される上りデータパケットを圧縮する。

【0164】

一実施形態において、前記端末が前記第２のＥＭが前記ネットワークにより正しく受信されると確認することは、
前記端末が前記目標基地局により送信されたＥＭ確認フィードバックメッセージを受信すること、又は、
前記端末が前記ソース基地局により送信されたＥＭ確認フィードバックメッセージを受信することを含み、
ここで、前記ＥＭ確認フィードバックメッセージは、前記第２のＥＭが前記ネットワークにより正しく受信されることを指示する。

【0165】

一実施形態において、前記ソース基地局が前記第２のＥＭを受信した後、前記端末にＥＭ確認フィードバックメッセージを送信し、ネットワーク側が前記第２のＥＭを受信したことを前記目標基地局に通知し、又は、
前記ソース基地局が前記第２のＥＭを受信した後、ネットワーク側が前記第２のＥＭを受信したことを前記目標基地局に通知し、前記目標基地局が前記端末にＥＭ確認フィードバックメッセージを送信する。

【0166】

一実施形態において、前記上りデータパケットがＳＲＢ又はＤＲＢで搬送される。

【0167】

【0168】

図８は、本願の実施例で提供される通信デバイス６００の概略構成図である。通信デバイスは端末又はネットワークデバイスであってもよく、図８に示す通信デバイス６００はプロセッサ６１０を含み、プロセッサ６１０は、本願の実施例における方法を実現するために、メモリからコンピュータプログラムを呼び出して実行することができる。

【0169】

任意選択で、図８に示すように、通信デバイス６００は、メモリ６２０をさらに含んでもよい。プロセッサ６１０は、メモリ６２０からコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現することができる。

【0170】

ここで、メモリ６２０は、プロセッサ６１０とは独立した一つの別個の部品であってもよいし、プロセッサ６１０に集積されてもよい。

【0171】

任意選択で、図８に示すように、通信デバイス６００は、プロセッサ６１０が他のデバイスと通信するように制御することができる送受信機６３０をさらに備えることができ、特に、他のデバイスに情報又はデータを送信することができ、又は他のデバイスから送信された情報又はデータを受信することができる。

【0172】

ここで、送受信機６３０は、送信機および受信機を含み得る。送受信機６３０は、１つ以上のアンテナをさらに含むことができる。

【0173】

任意選択で、該通信デバイス６００は具体的に本願のネットワークデバイスであってもよく、且つ該通信デバイス６００は本願の実施例の各方法におけるネットワークデバイスにより実現される対応するフローを実現してもよく、簡潔にするために、ここでその説明が省略される。

【0174】

任意選択で、該通信デバイス６００は具体的に本願の実施例の移動端末／端末であってもよく、且つ該通信デバイス６００は本願の実施例の各方法における移動端末／端末又はより実現される対応するフローを実現してもよく、簡潔にするために、ここでその説明が省略される。

【0175】

図９は、本願の実施例のチップの概略構成図である。図９に示すチップ７００は、メモリからコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現するプロセッサ７１０を含む。

【0176】

任意選択で、図９に示すように、チップ７００は、メモリ７２０をさらに含んでもよい。プロセッサ７１０は、メモリ７２０からコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現することができる。

【0177】

ここで、メモリ７２０は、プロセッサ７１０とは独立した別個の部品であってもよいし、プロセッサ７１０に集積されていてもよい。

【0178】

任意選択で、このチップ７００は、入力インターフェース７３０をさらに含むことができる。ここで、プロセッサ７１０は、該入力インターフェース７３０を制御して他のデバイス又はチップと通信し、具体的には、他のデバイス又はチップから送信された情報又はデータを取得することができる。

【0179】

任意選択で、チップ７００は、出力インターフェース７４０をさらに含んでもよい。プロセッサ７１０は、出力インターフェース７４０を制御して他のデバイス又はチップと通信し、具体的には、他のデバイス又はチップに情報又はデータを出力してもよい。

【0180】

任意選択で、該チップは、本願の実施例におけるネットワークデバイスに適用され、且つ該チップは、本願の実施例の各方法におけるネットワークデバイスにより実現される対応するフローを実現することができ、簡潔にするために、ここでその説明が省略される。

【0181】

任意選択で、該チップは、本願の実施例における移動端末／端末に適用され、且つ該チップは、本願の実施例の各方法における移動端末／端末により実現される対応するフローを実現することができ、簡潔にするために、ここでその説明が省略される。

【0182】

なお、本願の実施例で言及されるチップは、システムレベルチップ、システムチップ、チップシステムまたはシステムオンチップなどと称されることもあることを理解されたい。

【0183】

図１０は、本願の実施例で提供される通信システム９００の概略ブロック図である。図１０に示すように、通信システム９００は、端末９１０と、ネットワークデバイス９２０とを有する。

【0184】

ここで、該端末９１０は、上記方法において端末により実現される相応の機能を実現するために用いられ、及び該ネットワークデバイス９２０は、上記方法においてネットワークデバイスにより実現される相応の機能を実現するために用いられてもよく、簡潔にするために、ここではその説明を省略する。

【0185】

本願の実施例のプロセッサは、信号の処理能力を有する集積回路チップであってもよい。実装において、方法の実施例における上述のステップは、プロセッサ内のハードウェアの集積論理回路またはソフトウェアの形態の命令によって達成され得る。上述したプロセッサは、汎用プロセッサ、ＤＳＰ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）、ＦＰＧＡ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）、または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理デバイス、ディスクリートハードウェアコンポーネントであってもよい。本願の実施例に開示された方法、ステップ、及び論理ブロック図は、具現されたり実行されたりすることができる。汎用プロセッサは、マイクロプロセッサであってもよいし、任意の従来のプロセッサなどであってもよい。本願の実施例に関連して開示される方法のステップは、ハードウェアの復号プロセッサによって実行されるように直接具現化されてもよく、又は復号プロセッサ内のハードウェア及びソフトウェアモジュールの組み合わせによって実行されるように具現化されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で周知の記憶媒体内に配置され得る。記憶媒体はメモリに配置され、プロセッサは、メモリの情報を読み取り、そのハードウェアと共に、上記方法のステップを実行する。

【0186】

本願の実施例におけるメモリは、揮発性メモリ又は不揮発性メモリであるか、又は揮発性メモリ及び不揮発性メモリの両方を含むことができることを理解されたい。ここで、不揮発性メモリは、Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＰｒｏｇｒａｍｍａｂｌｅＲＯＭ、ＥＰＲＯＭ、ＥｌｅｃｔｒｉｃａｌｌｙＥＰＲＯＭ、またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ( ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ )であってもよい。限定ではなく例示として、静的ランダムアクセスメモリ( ＳｔａｔｉｃＲＡＭ、ＳＲＡＭ )、動的ランダムアクセスメモリ( ＤｙｎａｍｉｃＲＡＭ、ＤＲＡＭ )、シンクロナスダイナミックランダムアクセスメモリ( ＳｙｎｃｈｒｏｎｏｕｓＤＲＡＭ、ＳＤＲＡＭ )、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ( ＤｏｕｂｌｅＤａｔａＲａｔｅＳＤＲＡＭ、ＤＤＲＳＤＲＡＭ )、エンハンストシンクロナスダイナミックランダムアクセスメモリ( ＥｎｈａｎｃｅｄＳＤＲＡＭ、ＥＳＤＲＡＭ )、シンクロナスリンクダイナミックランダムアクセスメモリ( ＳｙｎｃｈｌｉｎｋＤＲＡＭ、ＳＬＤＲＡＭ )、およびダイレクトメモリバスランダムアクセスメモリ( ＤｉｒｅｃｔＲａｍｂｕｓＲＡＭ、ＤＲＲＡＭ )など、多くの形態のＲＡＭが利用可能である。本明細書で説明するシステムおよび方法のメモリは、これらおよび任意の他の適切なタイプのメモリを含むことが意図されるが、これらに限定されないことに留意されたい。

【0187】

なお、上述したメモリは例示的なものであって限定的なものではないが、例えば、本願の実施例におけるメモリは、ＳＲＡＭ（ｓｔａｔｉｃＲＡＭ）、ＤＲＡＭ（ｄｙｎａｍｉｃＲＡＭ）、ＳＤＲＡＭ（ｓｙｎｃｈｒｏｎｏｕｓＤＲＡＭ )、ＤＤＲ（ＤＤＲＳＤＲＡＭ )のダブルデータレート同期型ダイナミックランダムアクセスメモリ、ＥＳＤＲＡＭ（ｅｎｈａｎｃｅｄＳＤＲＡＭ）、ＳＬＤＲＡＭ（ｓｙｎｃｈｌｉｎｋＤＲＡＭ )、ＤＲＲＡＭ（ＤｉｒｅｃｔＲａｍｂｕｓＲＡＭ )等であってもよい。すなわち、本願の実施例におけるメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されるが、これらに限定されない。

【0188】

本願の実施例は、コンピュータプログラムを記憶するコンピュータ可読記憶媒体をさらに提供する。

【0189】

任意選択で、該コンピュータ読み取り可能な記憶媒体は、本願の実施例におけるネットワークデバイスに適用され、且つ該コンピュータプログラムは、コンピュータに、本願の実施例の各方法におけるネットワークデバイスにより実現される相応のフローを実行させ、簡潔にするために、ここではその説明を省略する。

【0190】

任意選択で、該コンピュータ読み取り可能な記憶媒体は、本願の実施例における移動端末／端末に適用され、且つ該コンピュータプログラムは、コンピュータに、本願の実施例の各方法における移動端末／端末により実現される相応のフローを実行させ、簡潔にするために、ここではその説明を省略する。

【0191】

本願の実施例は、コンピュータプログラム命令を含むコンピュータプログラム製品をさらに提供する。

【0192】

任意選択で、該コンピュータプログラム製品は、本願の実施例におけるネットワークデバイスに適用され、該コンピュータプログラム命令は、コンピュータに、本願の実施例の各方法におけるネットワークデバイスにより実現される対応するフローを実行させ、簡潔にするために、ここでその説明を省略する。

【0193】

任意選択で、該コンピュータプログラム製品は、本願の実施例における移動端末／端末に適用され、該コンピュータプログラム命令は、コンピュータに、本願の実施例の各方法における移動端末／端末により実現される対応するフローを実行させ、簡潔にするために、ここでその説明を省略する。

【0194】

本願の実施例は、コンピュータプログラムをさらに提供する。

【0195】

任意選択で、該コンピュータプログラムは、本願の実施例におけるネットワークデバイスに適用されてもよく、該コンピュータプログラムがコンピュータ上で実行されると、コンピュータに本願の実施例の各方法におけるネットワークデバイスにより実現される対応するフローを実行させ、簡潔にするために、ここではその説明を省略する。

【0196】

任意選択で、該コンピュータプログラムは、本願の実施例における移動端末／端末に適用されてもよく、該コンピュータプログラムがコンピュータ上で実行されると、コンピュータに本願の実施例の各方法における移動端末／端末により実現される対応するフローを実行させ、簡潔にするために、ここではその説明を省略する。

【0197】

当業者は、本明細書に開示された実施例に関連して説明された各例のユニット及びアルゴリズムステップが、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアの組合せで実装され得ることを認識するであろう。これらの機能がハードウェアまたはソフトウェアのいずれの方法で実行されるかは、技術案の特定の適用例および設計制約に依存する。当業者は、説明された機能を実施するために、特定の適用例ごとに異なる方法を使用してもよいが、そのような実施は、本願の範囲から逸脱すると見なされるべきではない。

【0198】

当業者であれば、説明の便宜及び簡潔のために、上記説明したシステム、装置及びユニットの具体的な動作過程は、上記方法の実施例における対応する過程を参照してもよく、ここでその説明が省略されることを理解するであろう。

【0199】

本明細書で提供されるいくつかの実施例では、開示されるシステム、装置、および方法は、他の方法で実施され得ることを理解されたい。例えば、上述した装置の実施例は単なる例示であり、例えば、説明されたユニットの分割は、１つの論理機能の分割にすぎず、実際に実装される場合、追加の分割があってもよく、例えば、複数のユニット又は構成要素が別のシステムに結合されても、統合されてもよく、又は、一部の特徴が省略されても、実行されなくてもよい。別の点において、示された又は考察された相互の結合又は直接的な結合又は通信接続は、電気的、機械的又は他の形態の、何らかのインターフェース、装置又はユニットを介した間接的な結合又は通信接続であってもよい。

【0200】

前記分離手段として説明された手段は、物理的に分離されても、または分離されなくてもよく、手段として示された手段は、物理的な手段であっても、または分離されなくてもよく、すなわち、一箇所に位置してもよく、または複数のネットワーク要素に分散されてもよい。なお、本実施例の目的を達成するために、必要に応じて、その一部または全部を選択することができる。

【0201】

また、本願の各実施例における各機能ユニットは、１つの処理ユニットに集積されてもよいし、それぞれのユニットが物理的に別個に存在してもよいし、２つ以上のユニットが１つのユニットに集積されてもよい。

【0202】

また、これらの機能がソフトウェア機能として実現され、独立した製品として販売または利用される場合には、コンピュータ読み取り可能な記録媒体に格納されてもよい。このような理解に基づいて、本願の技術案は、本質的に、または、従来技術に貢献する部分、または、その技術案の部分を、記憶媒体に記憶されたソフトウェア製品の形態で具体化することができ、そのソフトウェア製品は、本願の各実施例で説明される方法のステップの全部または一部を、コンピュータ装置(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであってもよい)に実行させるための命令を含む。なお、前記記憶媒体としては、Ｕ-ディスク、ポータブルハードディスク、Ｒｅａｄ-ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭ、ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ、磁気ディスク、光ディスクなど種々のプログラムコードを記憶できるものを含む。

【0203】

以上のように、本願の実施例は、本願の技術的思想に基づいて説明されたが、本願は、上述の実施例に限定されるものではなく、本願の技術的思想に基づく当業者であれば、本願の技術的範囲に含まれる。したがって、本願の保護範囲は、特許請求の範囲の保護範囲によってのみ定められるべきである。

【図1】