JP7235879B2 - 無線通信及び機器 - Google Patents

Description

本願実施例は、通信技術分野に関し、具体的に、無線通信方法及び機器に関する。

ユーザプレーンプロトコルスタック及び制御プレーンプロトコルスタックの場合、基地局側及び端末側は、両方とも、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層、無線リンク制御（ＲＬＣ：Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層、メディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層及び物理（ＰＨＹ：Ｐｈｙｓｉｃａｌ）層に対応し、ユーザプレーンの場合、そのＰＤＣＰ層の上位はサービスデータ適応プロトコル（ＳＤＡＰ：Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）層であり、制御プレーンの場合、そのＰＤＣＰ層の上位は無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層である。

ＰＤＣＰ層の主な作用は、秘密鍵を使用して暗号化及び整合性保護を実行することができる。

秘密鍵を更新する必要があるため、一定期間内に不整合が発生し、即ち、送信側は新しい秘密鍵を使用するが、受信側は古い秘密鍵を使用するため、伝送が失敗したり、復号化が失敗したりすることが発生する。

本願実施例は、データパケットが使用する秘密鍵を区別して、受信側及びデータパケットの送信側が、同じ秘密鍵を使用して同じデータパケットを処理するようにすることができる、無線通信方法及び機器を提供する。

第１態様によれば、無線通信方法を提供し、前記無線通信方法は、第１プロトコルスタックを介して、第１秘密鍵を使用して、伝送された第１データパケットを処理することと、第２プロトコルスタックを介して、第２秘密鍵を使用して、伝送された第２データパケットを処理することと、を含み、ここで、前記第１プロトコルスタック及び前記第２プロトコルスタックは、少なくとも１つのプロトコル層を共有する。

第２態様によれば、無線通信方法を提供し、前記無線通信方法は、データパケットの送信側が、第１識別子をデータパケットの受信側に送信することを含み、前記第１識別子は、第１秘密鍵及び第２秘密鍵で処理されるデータパケットを区別するために使用される。

第３態様によれば、無線通信方法を提供し、前記無線通信方法は、データパケットの受信側が、データパケットの送信側によって送信された第１識別子を受信することを含み、前記第１識別子は、第１秘密鍵及び第２秘密鍵で処理されるデータパケットを区別するために使用される。

第４態様によれば、上記の第１態様、第２態様又は第３態様における方法を実行するための通信機器を提供する。

具体的に、当該通信機器は、上記の第１態様、第２態様又は第３態様における方法を実行するように構成される機能モジュールを備える。

第５態様によれば、通信機器を提供し、前記通信機器は、プロセッサ及びメモリを備える。当該メモリは、コンピュータプログラムを記憶するように構成され、当該プロセッサは、当該メモリに記憶されたコンピュータプログラムを呼び出して実行して、上記の第１態様、第２態様または第３態様における無線通信方法を実行するように構成される。

第６態様によれば、チップを提供し、前記チップは、上記の第１態様、第２態様又は第３態様における無線通信方法を実現するように構成される。

具体的に、当該チップは、メモリからコンピュータプログラムを呼び出して実行して、当該チップが実装された機器が、上記の第１態様、第２態様又は第３態様における無線通信方法を実行するようにする構成されるプロセッサを備える。

第７態様によれば、コンピュータプログラムを記憶するために使用されるコンピュータ可読記憶媒体を提供し、当該コンピュータプログラムは、コンピュータが、上記の第１態様、第２態様又は第３態様における無線通信方法を実行するようにする。

第８態様によれば、コンピュータプログラム製品を提供し、前記コンピュータプログラム製品は、コンピュータプログラム命令を含み、当該コンピュータプログラム命令は、コンピュータが上記の第１態様、第２態様又は第３態様における無線通信方法を実行するようにする。

第９態様によれば、コンピュータプログラムを提供し、前記コンピュータプログラムがコンピュータで実行されるときに、コンピュータが、上記の第１態様、第２態様又は第３態様における無線通信方法を実行するようにする。

上記の技術的解決策を通じて、データパケットを処理するプロトコルスタックを介してデータパケットを処理するための秘密鍵を区別することにより、データパケットの送信側及びデータパケットの受信側が、同じ秘密鍵を使用してデータパケットを処理するようにし、これにより、データ伝送の失敗や復号化の失敗の問題を回避することができる。

本願実施例で提供する通信システムアーキテクチャの概略図である。 本願実施例で提供するプロトコルスタックの概略図である。 本願に係るデータパケット処理の概略図である。 本願実施例に係る無線通信方法の例示的なフローチャートである。 本願実施例に係る、２つのプロトコルスタックがプロトコル層を共有することの概略図である。 本願実施例に係る、２つのプロトコルスタックがデータパケットを伝送することの概略図である。 本願実施例に係る無線通信方法の例示的なフローチャートである。 本願実施例に係る、データパケット及び識別子の伝送の概略図である。 本願実施例に係る無線通信方法の例示的なフローチャートである。 本願実施例に係る通信機器の概略的なブロック図である。 本願実施例に係る通信機器の概略的なブロック図である。 本願実施例に係る通信機器の概略的なブロック図である。 本願実施例に係る通信機器の概略的なブロック図である。 本願実施例に係るチップの概略的なブロック図である。 本願実施例に係る通信システムの概略的なブロック図である。

以下、本願実施例における図面を参照して、本願実施例における技術的解決策を説明するが、説明された実施例は、本願実施例の一部であり、実施例の全部ではないことは明らかである。本願実施例に基づき、創造的な努力なしに当業者が取得した他のすべての実施例は、本願の保護範囲に含まれる。

本願実施例の技術案は、例えば、グローバル移動通信システム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、コード分割多重アクセス（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、広帯域コード分離多重アクセス（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ周波数分割複信（ＦＤＤ：Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）システム、ＬＴＥ時分割二重化（ＴＤＤ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）、ユニバーサル移動通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）、ワイマックス（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）通信システムまたは５Ｇシステムなど、様々な通信システムに適用されることができる。

例示的に、本願実施例に適用される通信システム１００は図１に示す。当該通信システム１００は、基地局１１０を備えることができ、基地局１１０は、端末機器１２０（又は通信端末、端末と称する）と通信する機器であってもよい。基地局１１０は、特定の地理的エリアに通信カバレッジを提供することができ、当該カバレッジエリア内に位置する端末機器と通信することができる。例示的に、当該基地局１１０は、ＧＳＭシステムまたはＣＤＭＡシステムの基地局（ＢＴＳ：Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）であってもよく、ＷＣＤＭＡシステムの基地局（ＮＢ：ＮｏｄｅＢ）であってもよく、さらに、ＬＴＥシステムの進化型基地局（ｅＮＢまたはｅＮｏｄｅＢ：Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ）、またはクラウド無線アクセスネットワーク（ＣＲＡＮ：Ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）無線コントローラであってもよく、または、当該ネットワーク機器は、モバイルスイッチングセンタ、リレーステーション、アクセスポイント、車載機器、ウェアラブル機器、ハブ、スイッチ、ブリッジ、５Ｇネットワークのネットワーク側の機器、または未来進化の公衆陸上移動通信網（ＰＬＭＮ：Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）のネットワーク機器などであってもよい。

当該通信システム１００は、ネットワーク機器１１０のカバレッジエリア内に位置する少なくとも１つの端末機器１２０をさらに備える。ここで使用される「端末機器」は、公衆交換電話網（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ）、デジタル加入者線（ＤＳＬ：Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）、デジタルケーブル、直接ケーブルを介した接続などの有線回線接続を介した、および／または別のデータ接続／ネットワークを介した、および／または、セルラーネットワーク、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＤＶＢ－Ｈネットワークなどのデジタルテレビネットワーク、衛星ネットワーク、ＡＭ－ＦＭ放送送信機などに対する無線インターフェースを介した、および／または別の端末の、通信信号を送受信するように設定された装置、および／または物事のインターネットシステム（ＩｏＴ：Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）機器を含むが、これらに限定されない。無線インターフェースを介して通信するように設定された端末機器は、「無線通信端末」、「無線端末」または「モバイル端末」と称し得る。モバイル端末の例は、衛星または携帯電話、セルラー無線電話とデータ処理、ファックスおよびデータ通信能力を組み合わせることができるパーソナル通信システム（ＰＣＳ： Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）端末、無線電話、ポケットベル、インターネット／イントラネットアクセス、Ｗｅｂブラウザ、メモ帳、カレンダおよび／またはグローバルポジショニングシステム（ＧＰＳ：Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機を備えることができるＰＤＡ、および従来のラップトップ型および／またはハンドヘルド型受信機または無線電話トランシーバを備えた他の電子装置を含むが、これらに限定されない。端末機器は、アクセス端末、ユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ユーザユニット、ユーザステーション、モバイルステーション、移動台、リモートステーション、リモート端末、モバイルデバイス、ユーザ端末、端末、無線通信デバイス、ユーザエージェント、またはユーザデバイスを指し得る。アクセス端末は、携帯電話、コードレス電話、セッション開始
プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）電話、ワイヤレスローカルループ（ＷＬＬ：Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ）ステーション、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、無線通信機能を備えたハンドヘルドデバイス、コンピューティングデバイスまたは無線モデムに接続されたその他の処理デバイス、車載デバイス、ウェアラブルデバイスおよび５Ｇネットワークの端末機器または未来進化のＰＬＭＮの端末機器などであってもよい。

例示的に、５Ｇシステムまたは５Ｇネットワークは、ニューラジオ（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）システムまたはＮＲネットワークとも称し得る。

例示的に、当該通信システム１００は、ネットワークコントローラ、モバイル管理エンティティ（例えば、 アクセス及びモバイル管理機能（（ＡＭＦ：Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）エンティティなど）などの他のネットワークエンティティを含み得るが、本願実施例は、これらに対して限定しない。

本明細書における「システム」および「ネットワーク」という用語は、本明細書で常に互換的に使用されることを理解されたい。本明細書における「および／または」という用語は、関連付けられたオブジェクトを説明する単なる関連付けであり、３種類の関係が存在することができることを示し、例えば、Ａおよび／またはＢは、Ａが独立で存在する場合、ＡとＢが同時に存在する場合、Ｂが独立で存在する場合など３つの場合を表す。さらに、本明細書における記号「／」は、一般的に、コンテキストオブジェクトが「または」の関係であることを示す。

図２に示されたように、ユーザプレーンプロトコルスタック（図２のａに示す）及び制御プレーンプロトコルスタック（図２のｂに示す）、基地局側及び端末側の場合すべて、ＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層及びＰＨＹ層に対応し、ユーザプレーンの場合、そのＰＤＣＰ層の上位はＳＤＡＰ層であり、制御プレーンの場合、そのＰＤＣＰ層の上位はＲＲＣ層であり、制御プレーンプロトコルスタックはさらに、端末側及びコアネットワーク（ＡＭＦ）側の（ＮＡＳ：Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層を含む。

ＰＤＣＰ層の主な作用は、暗号化及び／又は整合性保護、及びデータパケット（ＲＲＣメッセージであってもよい）の順序付けを実行することであり得る。受信したデータパケットに順序付けることができるようにするために、シーケンス番号（ＳＮ：Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）というパラメータをＰＤＣＰ層に導入し、各データパケットは、データパケットに順序付けるための、対応するＳＮを有することができる。

ＳＮは、特定のビット数の数値（例えば、３２ビット）であり得、１つのデータパケットが伝送されるたびに、ＳＮの値は１ずつ増加し、ＳＮの値が上限まで増加すると、ゼロにリセットされ、ＳＮが最大値に達した後、新しい秘密鍵を生成して使用することができる。

理解を容易にするために、以下、秘密鍵を紹介する。以下の紹介は、本願の具体的な実現であり得るが、本願を特に限定するものではないことを理解されたい。

アクセス層（ＡＳ：Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）セキュリティの目的は、ＵＥとｇＮＢ間の制御プレーンのＲＲＣメッセージ及びユーザプレーンのデータパケットがＡＳセキュリティ秘密鍵を使用して安全に伝送されるようにすることである。ＡＳセキュリティ秘密鍵は、初期秘密鍵（Ｋ－ｇＮＢ）から計算することができ、新しい無線リンクが確立されるたびに新しい秘密鍵が生成されることができる。ＡＳセキュリティの確立が完了した後、ＵＥとｇＢ間は、ＲＲＣ整合性秘密鍵（Ｋ－ＲＲＣｉｎｃ）、ＲＲＣ暗号化秘密鍵（Ｋ－ＲＲＣｅｎｃ）及びユーザ暗号化秘密鍵（Ｋ－ＵＰｅｎｃ）を共有することができる。これらの秘密鍵を使用した暗号化及び整合性パッケージ保護はＰＤＣＰ層で実行されることができる。ＲＲＣ整合性秘密鍵（Ｋ－ＲＲＣｉｎｃ）、ＲＲＣ暗号化秘密鍵（Ｋ－ＲＲＣｅｎｃ）は、無線リンク制御プレーンでシグナリング無線ベアラ（ＳＲＢ：Ｓｉｇｎａｌ Ｒａｄｉｏ Ｂｅａｒｅｒ）によって伝送されるＲＲＣメッセージの伝送セキュリティを確保するために使用されることができる。ＲＲＣメッセージは、送信される前、ＰＤＣＰ層によってＫ－ＲＲＣｉｎｃで整合性保護され、Ｋ－ＲＲＣｅｎｃで暗号化される。Ｋ－ＵＰｅｎｃは、データ無線ベアラ（ＤＲＢ：Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）を介して、無線リンク上のユーザプレーンでによって伝送されたデータパケットの安全な伝送に使用される。データパケットは、伝送される前にＰＤＣＰ層によってＫ－ＵＰｅｎｃで暗号化される。

ＡＳセキュリティ秘密鍵ゴシエーションが完了する限り、ＵＥと基地局の間で伝送される後続の全てのＲＲＣメッセージは、送信する前に暗号化及び整合性保護されてもよく、ユーザプレーンのデータパケットは、暗号化されてもよい。

ＲＲＣメッセージを送信する前に、先ず、ＲＲＣメッセージを整合性保護した後に暗号化して送信する。元のメッセージは、先ず、Ｋ－ＲＲＣｉｎｔによって計算されたメッセージ認証コード－整合性（ＭＡＣ－Ｉ：ｍｅｓｓａｇｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｏｄｅ－ｉｎｔｅｇｒｉｔｙ）を含んで整合性保護された後にＫ－ＲＲＣｅｎｃで暗号化され、これらのメッセージは暗号化及び整合性保護した後に伝送され、例えば、図３に示す。ここで、図３では、ＳＮは、ＰＤＣＰ層で搬送されることができ、及びビットＲは他の情報を搬送することができる。

受信側の場合、ＲＲＣメッセージを受信した後、先ず、復号化を実行し、その後、整合性保護検証を実行するが、これらは、送信するときの逆のプロセスである。先ず、Ｋ－ＲＲＣｅｎｃを使用して復号化して、整合性保護されたＲＲＣメッセージを取得した後、Ｋ－ＲＲＣｉｎｃで計算されたビットデータ及び受信されたＭＡＣ－Ｉを比較することによりＲＲＣメッセージの整合性を検査し、取得したＲＲＣメッセージを確認する。

ＳＮが最大値に達した後、新しい秘密鍵を生成して使用する必要があり、具体的に、新しいＫ－ｇＮＢ秘密鍵を生成した後、Ｋ－ｇＮＢを介してユーザプレーンの暗号化及び整合性保護秘密鍵を生成して使用する。これにより、一定期間内に不整合が発生し、即ち、送信者は新しい秘密鍵を使用するが、受信側は古い秘密鍵を使用する。例えば、データパケット１、２、３、４、５、６があると仮定すると、そのうちのデータパケット１、２、３は依然として暗号化／整合性保護のためにデータパケットを使用し、４、５、６は、暗号化／整合性保護のために新しい秘密鍵を使用する。これにより、データパケット１、２、３を受信した後、受信側は、データパケット４から始め新しい秘密鍵を使用することを知らないため、永久的秘密鍵を使用して復号化及び整合性保護検査を実行することによる伝送失敗が発生し、又は違う復号化データコンテンツを上位層に伝送する可能性があるという問題が発生する。

したがって、本願実施例は、送信側が使用する秘密鍵と受信側が使用する秘密鍵が異なることによる伝送失敗という問題を解決して回避することができる、以下の無線通信方法２００及び３００を提供する。

図４は、本願実施例に係る無線通信方法２００の例示的なフローチャートである。

本願実施例の無線通信方法２００は、データパケットの送信側によって実現されてもよく、データパケットの受信側によって実現されてもよい。ここで、データパケットの送信側によって実現される場合、第１秘密鍵を使用して実行するデータパケットの処理は、暗号化及び／又は整合性保護であり得、データパケットの受信側によって実現される場合、第１秘密鍵を使用して実行するデータパケットの処理は、復号化及び／又は整合性検証であり得る。

ここで、データパケットの送信側可以は端末機器であり、データパケットの受信側可以は基地局であり、又は、データパケットの送信側可以は基地局であり、データパケットの受信側可以は端末機器である。

本願実施例で言及されているデータパケットのそれぞれは、１つのＳＮに対応することができ、当該ＳＮは、ＰＤＣＰ層のＳＮであってもよい。

当該方法２００は、ユーザプレーンのデータ伝送、及び制御プレーンのデータ伝送に使用されることができる。

本願実施例のデータパケットは、ユーザプレーンのデータパケットであってもよく、この場合、データパケットを処理するための秘密鍵は、暗号化秘密鍵であってもよく、整合性保護秘密鍵をさらに含み得、又は、データパケットは、制御プレーンによって伝送されるＲＲＣメッセージであってもよく、この場合、データパケットを処理するための秘密鍵は、暗号化秘密鍵及び／又は整合性保護秘密鍵を含み得る。

ステップ２１０において、第１プロトコルスタックを介して、第１秘密鍵を使用して、伝送された第１データパケットを処理する。当該第１プロトコルスタックは、図２に示されたユーザプレーンプロトコルスタック及び制御プレーンプロトコルスタックなど、複数のプロトコル層を含み得る。

ステップ２２０において、第２プロトコルスタックを介して、第２秘密鍵を使用して、伝送された第２データパケットを処理する。当該第２プロトコルスタックは、図２に示されたユーザプレーンプロトコルスタック及び制御プレーンプロトコルスタックなど、複数のプロトコル層を含み得る。ここで、前記第１プロトコルスタック及び前記第２プロトコルスタックは、少なくとも１つのプロトコル層を共有する。

例示的に、本願実施例において、第１プロトコルスタックと第２プロトコルスタックは、同じプロトコルスタックであってもよく、異なるプロトコルスタックであってもよい。

例示的に、本願実施例において、第１秘密鍵と第２秘密鍵は、同じであってもよく、異なってもよい。

例示的に、本願実施例において、第１データパケットと第２データパケットは、同じデータパケット（即ち、運ばれる情報が同じであること）であってもよく、異なるデータパケットであってもよい。

例示的に、本願実施例において、前記第１データパケット及び第２データパケットは、同じデータフローに属し得る。

具体的に、第１プロトコルスタック及び第２プロトコルスタックは、ＳＤＰＡ又はＲＲＣ層を共有し、第１データパケット及び第２データパケットが同じデータフローに属することを実現することができる。

例示的に、本願実施例において、同じデータフローのデータパケットは、端末機器と複数の基地局の間で伝送される。

具体的に、端末機器及び第１基地局は、第１プロトコルスタックを介して第１データパケットを伝送し、端末機器及び第２基地局は、第２プロトコルスタックを介して第２データパケットを伝送する。

本願実施例において、端末機器は、本願の少なくとも２つのプロトコルスタックを使用して１つの基地局と通信することもできることを理解されたい。

例示的に、本願実施例において、図５に示されたように、共有する前記少なくとも１つのプロトコル層は、ＳＤＡＰ層又はＲＲＣ層を含む。

例示的に、本願実施例において、前記第１プロトコルスタック及び前記第２プロトコルスタックが共有しないプロトコル層は、ＰＤＣＰ層を含み、及び前記ＰＤＣＰ層はさらに、ＲＬＣ層を含み得る。

ここで、データのＲＬＣ層で識別子を運ぶことができ、当該識別子は、データパケットを処理するときに使用されるプロトコルスタックを指示することができ、当該プロトコルスタックは、無線ベアラの識別子であってもよく、ここで、各プロトコルスタックは、無線ベアラを確立するときに確立されたものであってもよく、異なるプロトコルスタックは、異なる無線ベアラの識別子に対応することができる。

ＰＤＣＰ層及びＲＬＣ層に加えて、第１プロトコルスタックと第２プロトコルスタックは、ＭＡＣ層及び／又は物理層を共有しない場合があり、もちろん、第２プロトコルスタックと第２プロトコルスタックも、ＭＡＣ層及び／又は物理層を共有する場合がある。

例示的に、本願実施例において、第１プロトコルスタックを介して、第１秘密鍵で受信側に送信した第１データパケットを処理する時間は、第２プロトコルスタックを介して、第２秘密鍵で受信側に送信した第２データパケットを処理する時間と少なくとも部分的に重複する。したがって、データパケットを伝送する時間の中断を回避することができる。

例えば、データパケット１、データパケット２、データパケット３、データパケット４、データパケット５及びデータパケット６があり、ここで、データパケット１、データパケット２及びデータパケット３は、第１プロトコルスタックを介して、第１秘密鍵を使用して処理することができ、データパケット４、データパケット５及びデータパケット６は、第２プロトコルスタックを介して、第２秘密鍵を使用して処理することができ、データパケット６を処理する時間は、データパケット３を処理する時間と重複することができ、ここでのデータパケット３に対する処理は、再送処理であってもよく、初期送信処理であってもよい。

もちろん、第１プロトコルスタックを介して、第１秘密鍵で受信側に送信した第１データパケットを処理する時間は、第２プロトコルスタックを介して、第２秘密鍵で受信側に送信した第２データパケットを処理する時間との重複部分を有さないこともできる。

例示的に、本願実施例において、前記第１秘密鍵は更新前の秘密鍵であり、前記第２秘密鍵は更新後の秘密鍵である。

ここで、第２秘密鍵は、第１秘密鍵に基づいて更新されたものであってもよく、第１秘密鍵に関係のないパラメータによって取得されたものであってもよい。

例えば、図６に示されたように、ＤＲＢ－１及びＤＲＢ－２を介して、データパケットの送信側及びデータパケットの受信側に２つのプロトコルスタックを確立し、ＤＲＢ－１によって確立されたプロトコルスタックは、古い秘密鍵を使用してデータパケットの伝送を実行し、ＤＲＢ－２によって確立されたプロトコルスタックは、新しい秘密鍵を使用してデータパケットの伝送を実行する。

例示的に、本願実施例において、第１プロトコルスタック及び第２プロトコルスタックは、同時に確立されてもよく、第２プロトコルスタックは、第１プロトコルスタックの後に確立され得るなど、同時に確立されなくてもよい。

本願をより明確にする理解するために、以下では、前記第２プロトコルスタックを介して、前記第２秘密鍵で前記第２データパケットを処理する方法を紹介する。

一実施形態において、前記送信側と前記受信側の間で伝送されるデータのシーケンス番号（ＳＮ）がプリセットされた値に達した場合、前記第２プロトコルスタックを介して、前記第２秘密鍵で前記第２データパケットを処理する。この場合、第２プロトコルスタックは、事前に確立されることができる。

具体的に、送信側の場合、送信したデータのＳＮがプリセットされた値に達した場合、前記第２プロトコルスタックを介して、前記第２秘密鍵で前記第２データパケットを処理することができる。

受信側の場合、受信したデータのＳＮがプリセットされた値に達した場合、前記第２プロトコルスタックを介して、前記第２秘密鍵で前記第２データパケットを処理することができる。

ここで、ここで言及されているプリセットされた値は、ＳＮの最大値であってもよく、具体的に、置き換える必要のある秘密鍵の最大値であってもよく、ＳＮの最大値に近い値など、他の数値であってもよい。

一実施形態において、前記送信側と前記受信側の間で伝送されたデータパケットのシーケンス番号（ＳＮ）がプリセットされた値に達した場合、前記送信側と前記受信側の間の前記第２プロトコルスタックを確立する。

具体的に、送信側の場合、送信したデータパケットのＳＮがプリセットされた値に達した場合、データパケットの送信側と受信側の間に第２プロトコルスタックを確立し、第２プロトコルスタックを確立した後、第２秘密鍵を使用して第２データパケットの処理を実行することができる。ここで、第２秘密鍵の生成は、第２プロトコルスタックの前に生成されてもよく、第２プロトコルスタックの確立プロセスで生成されてもよく、第２プロトコルスタックを確立した後に生成されてもよい。

一実施形態において、第１メッセージトリガーを介して前記第１プロトコルスタックを確立する。ここで、第１メッセージは、データパケットの送信側によって送信されたものであり、例えば、データパケットの送信側が、伝送されたデータパケットのＳＮがプリセットされた値に達すると決定した場合、第１メッセージを送信することができるため、データパケットの送信側とデータパケットの受信側の間の第２プロトコルスタックの確立をトリガーし、又は、データパケットの受信側によって受信されたものであり、例えば、データパケットの受信側が、受信したデータパケットのＳＮがプリセットされた値に達することを見つけた場合、第１メッセージを送信することができるため、データパケットの送信側とデータパケットの受信側の間の第２プロトコルスタックの確立をトリガーし、又は第１メッセージは、基地局によって送信されたものであってもよく、この場合、当該基地局は、データパケットの送信側であってもよく、データパケットの受信側であってもよい。第２プロトコルスタックを確立した後、第２秘密鍵を使用して第２データパケットの処理を実行することができる。ここで、第２秘密鍵の生成は、第２プロトコルスタックの前に生成されてもよく、第２プロトコルスタックの確立中に生成されてもよく、第２プロトコルスタックを確立した後に生成されてもよい。

一実施形態において、第１メッセージを介して、前記第２プロトコルスタックを介して前記第２秘密鍵で前記第２データパケットを処理することをトリガーする。

ここで、第１メッセージは、データパケットの送信側によって送信されたものであり、例えば、データパケットの送信側が、伝送されたデータパケットのＳＮがプリセットされた値に達すると決定した場合、第１メッセージを送信することができるため、データパケットの受信側が前記第２プロトコルスタックを介して前記第２秘密鍵で前記第２データパケットを処理することをトリガーし、又は、データパケットの受信側によって受信されたものであり、例えば、データパケットの受信側が、受信したデータパケットのＳＮがプリセットされた値に達することを見つけた場合、第１メッセージを送信することができるため、データパケットの送信側が前記第２プロトコルスタックを介して前記第２秘密鍵で前記第２データパケットを処理することをトリガーし、又は第１メッセージは、基地局によって送信されたものであってもよく、この場合、当該基地局は、データパケットの送信側であってもよく、データパケットの受信側であってもよい。この場合、第２プロトコルスタックは、第１メッセージの伝送の前に確立されたものであってもよく、第２秘密鍵は、第１メッセージの伝送の前に生成されたものであってもよく、当該実施形態は、データパケットの伝送の中断を回避することができるが、本願はこれらに対して限定しないことを理解されたい。

一実施形態において、第１メッセージを介して、トリガーデータパケットを処理するための秘密鍵を置き換える。ここで、第１メッセージは第２秘密鍵を運ぶことができ、第１秘密鍵に基づいて第２秘密鍵を生成するパラメータを運ぶこともでき、又は、第１メッセージは、トリガー作用のみを有するが、本願実施例は、これらに対して限定しない。

ここで、第１メッセージは、データパケットの送信側によって送信されたものであり、例えば、データパケットの送信側が、伝送されたデータパケットのＳＮがプリセットされた値に達すると決定した場合、第１メッセージを送信することができるため、データパケットの受信側がデータパケットを処理するための秘密鍵の更新をトリガーし、データパケットの送信側も同期的に秘密鍵を更新し、又は、データパケットの受信側によって受信されたものであり、例えば、データパケットの受信側が、受信したデータパケットのＳＮがプリセットされた値に達することを見つけた場合、第１メッセージを送信することができるため、データパケットの送信側がデータパケットを処理するための秘密鍵を更新することをトリガーし、データパケットの受信側も同期的に秘密鍵を更新し、又は第１メッセージは、基地局によって送信されたものであってもよく、この場合、当該基地局は、データパケットの送信側であってもよく、データパケットの受信側であってもよい。この場合、第２プロトコルスタックは、第１メッセージが伝送される前に確立されてもよく、秘密鍵の更新と同期に実行されてもよいが、本願はこれらに対して限定しないことを理解されたい。

例示的に、本願実施例において、前記第１プロトコルスタックを介して、前記第１秘密鍵でデータパケットを処理することを放棄することができる。ここで、前記第１プロトコルスタックを介して、前記第１秘密鍵を使用して、データを処理することを放棄するとき、前記第２プロトコルスタックを介して、前記第２秘密鍵でデータパケットを処理する操作は実行中、又は実行瞬間の前である。

具体的に、前記更新前の秘密鍵で伝送する必要のあるデータの伝送が完了すること、前記更新後の秘密鍵の生成が完了すること、前記第２プロトコルスタックの確立が完了すること、のうちの少なくとも１つの条件を満たす場合、前記第１プロトコルスタックを介して、前記第１秘密鍵を使用して、データを処理することを放棄することができる。

ここで、前記更新前の秘密鍵で伝送する必要があるデータ伝送の完了は、再伝送する必要がないか、再送信が完了したことを意味する場合がある。

例示的に、本願実施例において、前記第１プロトコルスタックを介して、前記第１秘密鍵を使用して、データを処理する場合、データパケットの送信側は、第２メッセージをデータパケットの受信側に送信することができ、データパケットの受信側は、第１秘密鍵を使用することができなくなり、第２プロトコルスタックを使用してデータパケットの処理を実行することができる。

ここで、第２メッセージは、第１秘密鍵で処理される最後のデータパケットのＳＮ又は第２秘密鍵で処理される最初のデータパケットのＳＮを運ぶことができるため、データパケットの受信側は、どのデータパケットが第２秘密鍵及び第２プロトコルスタックを使用して処理する必要があるかを判断することができる。

例示的に、本願実施例において、第１メッセージ及び第２メッセージは、制御プレーンメッセージであってもよく、もちろん、ユーザプレーンメッセージであってもよいが、本願実施例は、これらに対して特に限定しない。

以上の多くの場合で、秘密鍵を更新する必要がある場合、新しい秘密鍵を使用して第２プロトコルスタックを採用してデータパケットの処理を実行するが、本願実施例はこれらに限定されず、本願実施例は、秘密鍵の更新用のシナリオに限定されないことを理解されたい。例えば、第１秘密鍵及び第２秘密鍵、並びに第１プロトコルスタック及び第２プロトコルスタックを並行して使用することができ、例えば、第１秘密鍵を採用して第１プロトコルスタックを使用してデータパケットを伝送し、及び第２秘密鍵を採用して第２プロトコルスタックを使用してデータパケットを繰り返し伝送し、これにより、データパケット伝送の信頼性を確保することができる。ここで、この場合、第１プロトコルスタックと第２プロトコルスタックによって伝送されたデータパケットのＳＮ（ＰＤＣＰ層を搬送する）は同じであり得る。

したがって、本願実施例において、第１データパケット及び第２データパケットに対して、それぞれ、第１プロトコルスタック及び第２プロトコルスタックを使用して処理し、使用するプロトコルスタックを介してデータパケットに使用されるのが第１秘密鍵であるか第２秘密鍵であるかを識別することができ、それにより、データパケットの受信側及びデータパケットの送信側が同じ秘密鍵を使用してデータパケットを処理するようにすることができ、データパケット伝送の失敗や復号化の失敗を回避する。

図７は、本願実施例に係る無線通信方法３００の例示的なフローチャートである。当該方法３００は、以下のコンテンツのなくとも一部を含む。

以下に言及されるデータパケットの送信側可以は端末機器であり得、データパケットの受信側は基地局であり得、又は、データパケットの送信側は基地局であり得、データパケットの受信側は端末機器である得る。

データパケットの送信側が第１秘密鍵を使用して実行するデータパケットの処理は、暗号化及び／又は整合性保護であり得、データパケットの受信側が第１秘密鍵を使用して実行するデータパケットの処理は、復号化及び／又は整合性検証であり得る。

本願実施例で言及されているデータパケットのそれぞれは、１つのＳＮに対応することができ、当該ＳＮは、ＰＤＣＰ層のＳＮであってもよい。

当該方法３００は、ユーザプレーンのデータ伝送、及び制御プレーンのデータ伝送に使用されることができる。

本願実施例のデータパケットは、ユーザプレーンのデータパケットであってもよく、この場合、データパケットを処理するための秘密鍵は、暗号化秘密鍵であってもよく、整合性保護秘密鍵をさらに含み得、又は、データパケットは、制御プレーンによって伝送されるＲＲＣメッセージであってもよく、この場合、データパケットを処理するための秘密鍵は、暗号化秘密鍵及び／又は整合性保護秘密鍵を含み得る。

ステップ３１０において、データパケットの送信側が、第１識別子をデータパケットの受信側に送信し、前記第１識別子は、第１秘密鍵及び第２秘密鍵で処理されるデータパケットを区別するために使用される。

例示的に、本願実施例において、前記第１識別子は、前記第１秘密鍵で処理された最後の少なくとも１つのデータパケットに追加され、及び／又は、前記第１識別子は、前記第２秘密鍵で処理された最も早い少なくとも１つのデータパケットに追加される。

ここで、第１識別子は、前記第１秘密鍵で処理される最後の複数のデータパケットに追加され、及び／又は、前記第２秘密鍵で処理される最初の複数のデータパケットに追加されることができ、データパケットの欠落による第１識別子の伝送失敗の問題を回避することができる。

ここで、第１識別子を搬送するデータパケットは、第１識別子のみを搬送してもよく、伝送されるデータを搬送してもよい。

例示的に、本願実施例において、前記第１識別子は、独立したデータパケットで搬送される。ここで、当該独立したデータパケットは、例示的に、当該第１識別子を搬送することに専念し、他のデータを搬送しないようにすることができる。

例えば、図８に示されたように、データパケットの送信側及び受信側は、データパケット１、データパケット２、データパケット３、データパケット４、データパケット５及びデータパケット６を搬送することができ、データパケット３とデータパケット４の間は、独立したデータパケットを使用して第１識別子を伝送することができる。データパケット１、データパケット２及びデータパケット３は、第１秘密鍵によって処理され、データパケット４、データパケット５及びデータパケット６は、第２秘密鍵で処理される。

ここで、前記独立したデータパケットは、前記第１秘密鍵で処理される最後のデータパケットと前記第２秘密鍵で処理される最初のデータパケットの間にある。

例示的に、本願実施例において、前記第１秘密鍵は更新前の秘密鍵であり、前記第２秘密鍵は更新後の秘密鍵である。

ここで、第２秘密鍵は、第１秘密鍵に基づいて更新されたものであってもよく、第１秘密鍵に関係のないパラメータによって取得されたものであってもよい。

例示的に、本願実施例において、前記第１秘密鍵及び前記第２秘密鍵は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）層でデータパケットに対して暗号化及び／又は整合性保護操作を実行するために使用される。第１秘密鍵及び第２秘密鍵は、それぞれ、異なるデータパケット用である可能性がある。

例示的に、本願実施例において、前記第１識別子は、データパケットの少なくとも１つの層のヘッダで搬送される。ここで、前記少なくとも１つの層のヘッダは、ＰＤＣＰ層を含み、もちろん、他のプロトコル層も含むが、本願実施例は、これらに対して特に限定しない。

例示的に、本願実施例において、前記第１秘密鍵で処理されるデータパケット及び前記第２秘密鍵で処理されるデータパケットについて、同じプロトコルスタックを使用して伝送する。

既に、第１識別子を介して、第１秘密鍵及び第２秘密鍵で処理されるデータパケットを区別したため、プロトコルスタックを介して第１秘密鍵及び第２秘密鍵で処理されるデータパケットを区別する必要がなく、それにより、プロトコルスタックの確立を簡素化させ、通信の複雑さを簡素化させることができる。

例示的に、本願実施例において、前記データパケットの送信側と前記データパケットの受信側の間で伝送されるデータパケットのシーケンス番号（ＳＮ）が、プリセットされた値に達した場合、前記データパケットの送信側が、前記第１識別子を送信する。ここで、当該プリセットされた値はＳＮの最大値であってもよく、最大値に近い数値であってもよいため、ＳＮが最大値に達することにより秘密鍵を更新する必要があるときに、秘密鍵の更新を実現することができる。

したがって、本願実施例において、データパケットの送信側が、第１識別子をデータパケットの受信側に送信し、前記第１識別子は、第１秘密鍵及び第２秘密鍵で処理されるデータパケットを区別するために使用され、それにより、データパケットの受信側及びデータパケットの送信側が、同じ秘密鍵を使用してデータパケットを処理するようにすることができ、データパケット伝送の失敗や復号化の失敗を回避する。

図９は、本願実施例に係る無線通信方法４００の例示的なフローチャートである。当該方法４００は、以下のコンテンツのなくとも一部を含む。

ステップ４１０において、データパケットの受信側が、データパケットの送信側によって送信された第１識別子を受信し、前記第１識別子は、第１秘密鍵及び第２秘密鍵で処理されるデータパケットを区別するために使用される。

例示的に、本願実施例において、前記第１識別子は、前記第１秘密鍵で処理された最後の少なくとも１つのデータパケットに追加され、及び／又は、前記第１識別子は、前記第２秘密鍵で処理された最も早い少なくとも１つのデータパケットに追加される。

例示的に、本願実施例において、前記第１識別子は、独立したデータパケットで搬送される。

例示的に、本願実施例において、前記独立したデータパケットは、前記第１秘密鍵で処理される最後のデータパケットと前記第２秘密鍵で処理される最初のデータパケットの間にある。

例示的に、本願実施例において、前記第１秘密鍵は更新前の秘密鍵であり、前記第２秘密鍵は更新後の秘密鍵である。

例示的に、本願実施例において、前記第１秘密鍵及び前記第２秘密鍵は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）層でデータパケットに対して暗号化及び／又は整合性保護操作を実行するために使用される。

例示的に、本願実施例において、前記第１識別子は、データパケットの少なくとも１つの層のヘッダで搬送される。

例示的に、本願実施例において、前記少なくとも１つの層のヘッダはＰＤＣＰ層を含む。

例示的に、本願実施例において、前記無線通信方法は、
前記第１秘密鍵で処理されるデータパケット及び前記第２秘密鍵で処理されるデータパケットについて、同じプロトコルスタックを使用して伝送することをさらに含む。

例示的に、本願実施例において、前記データパケットの送信側は端末機器であり、前記データパケットの受信側は基地局であり、又は、前記データパケットの送信側は基地局であり、前記データパケットの受信側は端末機器である。

当該無線通信方法４００の具体的な実現は、無線通信方法３００における説明を参照することができることを理解されたい。簡潔にするために、ここでは繰り返して説明しない。

図１０は、本願実施例の通信機器５００の概略的なブロック図である。当該通信機器５００は、データパケットの送信側であってもよく、データパケットの受信側であってもよい。当該通信機器５００は、
第１プロトコルスタックを介して、第１秘密鍵を使用して、伝送された第１データパケットを処理し、
第２プロトコルスタックを介して、第２秘密鍵を使用して、伝送された第２データパケットを処理するように構成される処理ユニット５１０を備え、
前記第１プロトコルスタック及び前記第２プロトコルスタックは、少なくとも１つのプロトコル層を共有する。

例示的に、本願実施例において、共有する前記少なくとも１つのプロトコル層は、サービスデータ適応プロトコル（ＳＤＡＰ）層又は無線リソース制御（ＲＲＣ）層を含む。

例示的に、本願実施例において、前記第１プロトコルスタック及び前記第２プロトコルスタックが共有しないプロトコル層は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）層を含む。

例示的に、本願実施例において、前記第１プロトコルスタック及び前記第２プロトコルスタックが共有しないプロトコル層はさらに、無線リンク制御（ＲＬＣ）層を含む。

例示的に、本願実施例において、前記第１プロトコルスタック及び前記第２プロトコルスタックが共有しないプロトコル層はさらに、メディアアクセス制御（ＭＡＣ）層及び物理層を含む。

例示的に、本願実施例において、前記処理ユニット５１０はさらに、
伝送されたデータパケットのシーケンス番号（ＳＮ）がプリセットされた値に達した場合、前記第２プロトコルスタックを介して、前記第２秘密鍵で前記第２データパケットを処理するように構成される。

例示的に、本願実施例において、前記処理ユニット５１０はさらに、
伝送されたデータパケットのシーケンス番号（ＳＮ）がプリセットされた値に達した場合、前記第２プロトコルスタックを確立するように構成される。

例示的に、本願実施例において、図１０に示されたように、通信機器５００は、
第１メッセージを受信又は送信するように構成される通信ユニットを備える通信ユニット５２０を備え、前記第１メッセージは、前記第２プロトコルスタックの確立をトリガーするために使用される。

例示的に、本願実施例において、図１０に示されたように、通信機器５００は、
第１メッセージを受信又は送信するように構成される通信ユニット５２０を備え、前記第１メッセージは、前記第２プロトコルスタックを介して前記第２秘密鍵で前記第２データパケットを処理することをトリガーするために使用される。

例示的に、本願実施例において、図１０に示されたように、通信機器５００は、
第１メッセージを受信又は送信するように構成される通信ユニット５２０を備え、前記第１メッセージは、データパケットを処理するための秘密鍵の置き換えをトリガーするために使用される。

例示的に、本願実施例において、前記第１メッセージは、伝送されたデータパケットのシーケンス番号がプリセットされた値に達したときに送信されたものである。

例示的に、本願実施例において、前記第１秘密鍵は更新前の秘密鍵であり、前記第２秘密鍵は更新後の秘密鍵である。

例示的に、本願実施例において、前記処理ユニット５１０はさらに、
前記第１プロトコルスタックを介して、前記第１秘密鍵でデータパケットを処理することを放棄するように構成される。

例示的に、本願実施例において、前記処理ユニット５１０はさらに、
前記更新前の秘密鍵で伝送する必要のあるデータパケットの伝送が完了すること、前記更新後の秘密鍵の生成が完了すること、前記第２プロトコルスタックの確立が完了すること、のうちの少なくとも１つの条件を満たす場合、前記第１プロトコルスタックを介して、前記第１秘密鍵でデータパケットを処理することを放棄するように構成される。

例示的に、本願実施例において、図１０に示されたように、通信機器５００は、
第２メッセージを送信又は受信するように構成される通信ユニット５２０を備え、前記第２メッセージは、前記第１プロトコルスタックを使用してデータパケットの処理を実行しないことを指示する。

例示的に、本願実施例において、データパケットの送信側は端末機器であり、データパケットの受信側は基地局であり、又は、データパケットの送信側は基地局であり、データパケットの受信側は端末機器である。

例示的に、本願実施例において、前記端末機器と第１基地局とは、前記第１プロトコルスタックを使用して前記第１データパケットの伝送を実行し、前記端末機器と第２基地局とは、前記第２プロトコルスタックを使用して第２データパケットの伝送を実行する。

例示的に、本願実施例において、前記処理は、暗号化及び／又は整合性保護処理を含む。

例示的に、本願実施例において、前記処理はＰＤＣＰ層で実行される。

当該通信機器５００は、方法２００におけるデータパケットの送信側の操作を実現し、又は方法２００におけるデータパケットの受信側の操作を実現することができるなど、方法２００における操作を実現することができるが、簡潔にするために、ここでは繰り返して説明しない。

図１１は、本願実施例の通信機器６００の概略的なブロック図である。当該通信機器６００は、データパケットの送信側であり、
第１識別子をデータパケットの受信側に送信するように構成される通信ユニット６１０を備え、前記第１識別子は、第１秘密鍵及び第２秘密鍵で処理されるデータパケットを区別するために使用される。

例示的に、本願実施例において、前記第１識別子は、前記第１秘密鍵で処理された最後の少なくとも１つのデータパケットに追加され、及び／又は、前記第１識別子は、前記第２秘密鍵で処理された最も早い少なくとも１つのデータパケットに追加される。

例示的に、本願実施例において、前記第１識別子は、独立したデータパケットで搬送される。

例示的に、本願実施例において、前記独立したデータパケットは、前記第１秘密鍵で処理される最後のデータパケットと前記第２秘密鍵で処理される最初のデータパケットの間にある。

例示的に、本願実施例において、前記第１秘密鍵は更新前の秘密鍵であり、前記第２秘密鍵は更新後の秘密鍵である。

例示的に、本願実施例において、前記第１秘密鍵及び前記第２秘密鍵は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）層でデータパケットに対して暗号化及び／又は整合性保護操作を実行するために使用される。

例示的に、本願実施例において、前記第１識別子は、データパケットの少なくとも１つの層のヘッダで搬送される。

例示的に、本願実施例において、前記少なくとも１つの層のヘッダはＰＤＣＰ層を含む。

例示的に、本願実施例において、前記通信ユニット６１０はさらに、
前記第１秘密鍵で処理されるデータパケット及び前記第２秘密鍵で処理されるデータパケットについて、同じプロトコルスタックを使用して伝送するように構成される。

例示的に、本願実施例において、前記通信ユニット６１０はさらに、
前記データパケットの送信側と前記データパケットの受信側の間で伝送されるデータパケットのシーケンス番号（ＳＮ）が、プリセットされた値に達した場合、前記第１識別子を送信するように構成される。

例示的に、本願実施例において、前記データパケットの送信側は端末機器であり、前記データパケットの受信側は基地局であり、又は、前記データパケットの送信側は基地局であり、前記データパケットの受信側は端末機器である。

当該通信機器６００は、方法３００におけるデータパケットの送信側の操作を実現することができるなど、方法２００における操作を実現することができるが、簡潔にするために、ここでは繰り返して説明しない。

図１２は、本願実施例の通信機器６００の概略的なブロック図である。当該通信機器は、データパケットの受信側であり、
データパケットの送信側によって送信された第１識別子を受信するように構成される通信ユニット７１０を備え、前記第１識別子は、第１秘密鍵及び第２秘密鍵で処理されるデータパケットを区別するために使用される。

例示的に、本願実施例において、前記第１識別子は、前記第１秘密鍵で処理された最後の少なくとも１つのデータパケットに追加され、及び／又は、前記第１識別子は、前記第２秘密鍵で処理された最も早い少なくとも１つのデータパケットに追加される。

例示的に、本願実施例において、前記第１識別子は、独立したデータパケットで搬送される。

例示的に、本願実施例において、前記独立したデータパケットは、前記第１秘密鍵で処理される最後のデータパケットと前記第２秘密鍵で処理される最初のデータパケットの間にある。

例示的に、本願実施例において、前記第１秘密鍵は更新前の秘密鍵であり、前記第２秘密鍵は更新後の秘密鍵である。

例示的に、本願実施例において、前記第１秘密鍵及び前記第２秘密鍵は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）層でデータパケットに対して暗号化及び／又は整合性保護操作を実行するために使用される。

例示的に、本願実施例において、前記第１識別子は、データパケットの少なくとも１つの層のヘッダで搬送される。

例示的に、本願実施例において、前記少なくとも１つの層のヘッダはＰＤＣＰ層を含む。

例示的に、本願実施例において、通信ユニット７１０はさらに、
前記第１秘密鍵で処理されるデータパケット及び前記第２秘密鍵で処理されるデータパケットについて、同じプロトコルスタックを使用して伝送するように構成される。

例示的に、本願実施例において、前記データパケットの送信側は端末機器であり、前記データパケットの受信側は基地局であり、又は、前記データパケットの送信側は基地局であり、前記データパケットの受信側は端末機器である。

当該通信機器７００は、方法２００におけるデータパケットの受信側の操作を実現することができるなど、方法４００における操作を実現することができるが、簡潔にするために、ここでは繰り返して説明しない。

図１３は、本願実施例で提供する通信機器８００の概略的な構造図である。図１３に示された通信機器８００はプロセッサ８１０を備え、プロセッサ８１０は、本願実施例における方法を実現するために、メモリからコンピュータプログラムを呼び出して実行することができる。

例示的に、図１３に示されたように、通信機器８００はさらにメモリ８２０を備えることができる。ここで、プロセッサ８１０は、本願実施例における方法を実現するために、メモリ８２０からコンピュータプログラムを呼び出して実行することができる。

ここで、メモリ８２０は、プロセッサ８１０から独立した１つ独立的なデバイスであってもよく、プロセッサ８１０に統合されてもよい。

例示的に、図１３に示されたように、通信機器８００は、さらに、トランシーバ８３０を備え、プロセッサ８１０は、当該トランシーバ８３０を制御して他の機器と通信することができ、具体的に、情報またはデータを他の機器に送信し、または他の機器によって送信された情報またはデータを受信することができる。

ここで、トランシーバ８３０は、送信機および受信機を備えることができる。トランシーバ８３０は、アンテナをさらに備え、アンテナの数は１つまたは複数であってもよい。

例示的に、当該通信機器８００は、具体的に、本願実施例のネットワーク機器であってもよく、当該通信機器８００は、本願実施例の各方法のネットワーク機器によって実現される対応するプロセスを実現することができ、簡潔のために、ここでは繰り返して説明しない。

例示的に、当該通信機器８００は、具体的に、本願実施例のデータパケットの送信側又は受信側であってもよく、当該通信機器８００は、本願実施例の各方法のデータパケットの送信側又は受信側によって実現される対応するプロセスを実現することができ、簡潔のために、ここでは繰り返して説明しない。

図１４は、本願実施例のチップの概略的な構造図である。図１４に示されたチップ９００はプロセッサ９１０を備え、プロセッサ９１０は、本願実施例における方法を実現するために、メモリからコンピュータプログラムを呼び出して実行することができる。

例示的に、図１４に示されたように、チップ９００は、さらに、メモリ９２０を備えることができる。ここで、プロセッサ９１０は、本願実施例における方法を実現するために、メモリ９２０からコンピュータプログラムを呼び出して実行することができる。

ここで、メモリ９２０は、プロセッサ９１０から独立した１つ独立的なデバイスであってもよく、プロセッサ９１０に統合されてもよい。

例示的に、当該チップ９００は、さらに、入力インターフェース９３０を備えることができる。ここで、プロセッサ９１０は、当該入力インターフェース９３０を制御して他の機器またはチップと通信することができ、具体的に、他の機器またはチップによって送信された情報またはデータを取得することができる。

例示的に、当該チップ９００は、さらに、出力インターフェース９４０を備えることができる。ここで、プロセッサ９１０は、当該出力インターフェース９４０を制御して他の機器またはチップと通信することができ、具体的に、他の機器またはチップに情報またはデータを出力することができる。

例示的に、当該チップは、本願実施例におけるデータパケットの送信側又は受信側に適用されてもよく、さらに、当該チップは、本願実施例の各方法のデータパケットの送信側又は受信側によって実現される対応するプロセスを実現することができ、簡潔のために、ここでは繰り返して説明しない。

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

図１５は、本願実施例で提供する通信システム１０００の例示的なブロック図である。図１５に示されたように、当該通信システム１０００は、データパケットの送信側１０１０およびデータパケットの受信側１０２０を備える。

ここで、当該データパケットの送信側１０１０は、上記の方法におけるデータパケットの送信側によって実現される対応する機能を実現するように構成されることができ、およびデータパケットの受信側１０２０は、上記の方法におけるデータパケットの受信側によって実現される対応する機能を実現することができ、簡潔にするために、ここでは繰り返して説明しない。

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

本願実施例におけるメモリは、揮発性メモリまたは不揮発性メモリであってもよく、または揮発性および不揮発性メモリの両方を含んでもよいことを理解されたい。ここで、不揮発性メモリは、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、プログラム可能な読み取り専用メモリ（ＰＲＯＭ：Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、消去可能なプログラム可能な読み取り専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ ＰＲＯＭ）、電気的に消去可能なプログラム可能な読み取り専用メモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）であってもよい。例示的であるが制限的ではない説明を通じて、例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ：Ｓｔａｔｉｃ ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ：Ｄｙｎａｍｉｃ ＲＡＭ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ：Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）、ダブルデータレートの同期ダイナミックランダムアクセスメモリ（ＤＤＲ ＳＤＲＡＭ：Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ）、拡張型同期ダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ：Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ）、同期接続ダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ：Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ）およびダイレクトメモリバスランダムアクセスメモリ（ＤＲ ＲＡＭ：Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ）など、多くの形のＲＡＭを使用することができる。本明細書で説明するシステムおよび方法のメモリは、これらおよび任意の他の適切なタイプのメモリを含むが、これらに限定されないことを意図することを留意されたい。

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

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

例示的に、当該コンピュータ可読記憶媒体は、本願実施例におけるネットワーク機器に適用されることができ、さらに、当該コンピュータプログラムは、コンピュータが本願実施例の各方法のネットワーク機器によって実現される対応するプロセスを実行するようにし、簡潔のために、ここでは繰り返して説明しない。

例示的に、当該コンピュータ可読記憶媒体は、本願実施例におけるモバイル端末／端末機器に適用されることができ、さらに、当該コンピュータプログラムは、コンピュータが本願実施例の各方法のモバイル端末／端末機器によって実現される対応するプロセスを実行するようにし、簡潔のために、ここでは繰り返して説明しない。

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

例示的に、当該コンピュータプログラム製品は、本願実施例におけるネットワーク機器に適用されることができ、さらに、当該コンピュータプログラム命令は、コンピュータが本願実施例の各方法のネットワーク機器によって実現される対応するプロセスを実行するようにし、簡潔のために、ここでは繰り返して説明しない。

例示的に、当該コンピュータプログラム製品は、本願実施例のモバイル端末／端末機器に適用されることができ、当該コンピュータプログラム命令は、コンピュータが本願実施例の各方法のモバイル端末／端末機器によって実現される対応するプロセスを実行するようにし、簡潔のために、ここでは繰り返して説明しない。

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

例示的に、当該コンピュータプログラムは、本願実施例におけるネットワーク機器に適用されることができ、当該コンピュータプログラムがコンピュータによって実行される時に、コンピュータが本願実施例の各方法のネットワーク機器によって実現される対応するプロセスを実行するようにし、簡潔のために、ここでは繰り返して説明しない。

例示的に、当該コンピュータプログラムは、本願実施例のモバイル端末／端末機器に適用されることができ、当該コンピュータプログラムがコンピュータで実行される場合、コンピュータが本願実施例の各方法のモバイル端末／端末機器によって実現される対応するプロセスを実行するようにし、簡潔のために、ここでは繰り返して説明しない。

当業者は、本明細書で開示された実施例と組み合わせて説明された各例示のユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアおよび電子ハードウェアの組み合わせによって実現されることができることを理解するであろう。これらの機能がハードウェアの形で実行されるかソフトウェアの形で実行されるかは、技術的解決策の特定のアプリケーションと設計上の制約条件に依存する。専門技術者は、各特定の応用に対して異なる方法を使用して、説明された機能を実現することができるが、このような実現は本願の範囲を超えると見なされるべきではない。

当業者は、説明の便宜上および簡潔にするために、上記に説明されたシステム、装置およびユニットの具体的な作業プロセスは、上記の方法の実施例における対応するプロセスを参照することができることを明確に理解することができ、ここでは繰り返して説明しない。

本願で提供されたいくつかの実施例において、開示されたシステム、装置および方法は、他の方法を通じて実現され得ることを理解されたい。例えば、上記で説明された装置の実施例は例示的なものに過ぎず、例えば、当該ユニットの分離は、論理機能の分離に過ぎず、実際の実現時には別の分離方法があり、例えば、複数のユニットまたはコンポーネントを別のシステムに統合または集積したり、または一部の特徴を無視したり、または実行しないことができる。なお、表示または議論された相互結合または直接結合または通信接続は、電気的、機械的または他の形態の一部のインターフェース、装置またはユニットを介した間接的な結合または通信接続であり得る。

前記分離部材として説明されたユニットは、物理的に分離されている場合とされていない場合があり、ユニットとして表示された部材は、物理ユニットである場合もそうでない場合もあり、１箇所に配置される場合もあれば、複数のネットワークユニットに分散される場合もある。実際の必要に応じて、その中のユニットの一部または全部を選択して本実施例の技術案の目的を実現することができる。

また、本願の各実施例における各機能ユニットを１つの処理ユニットに統合してもよく、各ユニットを別々に１つのユニットとして使用してもよく、２つ以上のユニットを１つのユニットに統合してもよい。

前記機能は、ソフトウェア機能ユニットの形で実現され、スタンドアロン製品として販売または使用される場合、コンピュータ可読記憶媒体に記憶されることができる。このような理解に基づいて、本願の技術的解決策は、本質的にまたは先行技術に対して寄与する部分または当該技術的解決策の一部は、ソフトウェア製品の形で具現されることができ、当該コンピュータソフトウェア製品は、１つの記憶媒体に記憶され、１台のコンピュータ機器（パーソナルコンピュータ、サーバ、またはネットワーク機器等であり得る）に本願の各実施例に記載の方法の全部または一部のステップを実行させるためのいくつかの命令を含む。前述した記憶媒体は、Ｕディスク、モバイルハードディスク、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスクまたは光ディスク等のプログラムコードを記憶することができる様々な媒体を含む。

上記した内容は、本願の具体的な実施形態に過ぎないが、本願の保護範囲はこれに限定されず、当業者は、本願に開示された技術的範囲内で容易に想到し得る変更または置換は、すべて本願の保護範囲内に含まれるべきである。したがって、本願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。

Claims (9)

1. 無線通信方法であって、
   第１プロトコルスタックを介して、第１秘密鍵を使用して、伝送された第１データパケットを処理することと、
   第２プロトコルスタックを介して、第２秘密鍵を使用して、伝送された第２データパケットを処理することと、を含み、
   前記第１プロトコルスタック及び前記第２プロトコルスタックは、少なくとも１つのプロトコル層を共有し、
   前記第１秘密鍵は更新前の秘密鍵であり、前記第２秘密鍵は更新後の秘密鍵であり、
   データパケットの送信側は１つの端末機器であり、データパケットの受信側は１つの基地局であり、又は、データパケットの送信側は１つの基地局であり、データパケットの受信側は１つの端末機器である、ことを特徴とする、前記無線通信方法。
2. 前記第１プロトコルスタック及び前記第２プロトコルスタックが共有しないプロトコル層はさらに、無線リンク制御（ＲＬＣ）層を含むことを特徴とする、
   請求項１に記載の無線通信方法。
3. 前記無線通信方法は、
   第１メッセージを受信又は送信することをさらに含み、前記第１メッセージは、前記第２プロトコルスタックを介して前記第２秘密鍵で前記第２データパケットを処理することをトリガーするために使用されることを特徴とする、
   請求項１または２に記載の無線通信方法。
4. 前記無線通信方法は、
   第２メッセージを送信又は受信することをさらに含み、前記第２メッセージは、前記第１プロトコルスタックを介して前記第１秘密鍵でデータパケットの処理を実行しないことを指示することを特徴とする、
   請求項１ないし３のいずれか一項に記載の無線通信方法。
5. 前記第１秘密鍵及び前記第２秘密鍵は、ＰＤＣＰ層でデータパケットに対して暗号化及び／又は整合性保護処理、又は、復号化及び／又は整合性検証を実行するために使用され、前記第１秘密鍵及び前記第２秘密鍵は、それぞれ異なるデータパケットに使用される、ことを特徴とする、
   請求項１ないし４のいずれか一項に記載の無線通信方法。
6. 前記第１秘密鍵、前記第２秘密鍵、前記第１プロトコルスタック、および前記第２プロトコルスタックが同時に使用され、前記第１プロトコルスタックを介して、前記第１秘密鍵で受信側に送信した第１データパケットを処理する時間は、前記第２プロトコルスタックを介して、前記第２秘密鍵で受信側に送信した第２データパケットを処理する時間と少なくとも部分的に重複することを特徴とする、
   請求項１に記載の無線通信方法。
7. 通信機器であって、
   請求項１ないし６のいずれか一項に記載の無線通信方法を実行するように構成される、ことを特徴とする、前記通信機器。
8. チップであって、
   プロセッサを備え、前記プロセッサは、メモリからコンピュータプログラムを呼び出して実行して、前記チップが実装された機器が、請求項１ないし６のいずれか一項に記載の無線通信方法を実行するようにすることを特徴とする、前記チップ。
9. コンピュータ可読記憶媒体であって、
   コンピュータプログラムを記憶するように構成され、前記コンピュータプログラムは、コンピュータに請求項１ないし６のいずれか一項に記載の無線通信方法を実行させることを特徴とする、前記コンピュータ可読記憶媒体。

Images