(57)【要約】ある側面によれば、ワイヤレス・デバイスは、ＲＲＣ非アクティブ状態にある間に、ＲＲＣ接続状態の再開を要求するメッセージを送信する。メッセージを送信する際に、ワイヤレス・デバイスは、所定の値に従ってタイマを開始する。タイマが進んでいる間に、ワイヤレス・デバイスは、ワイヤレス・ネットワークからその後に受信されたパケットに対して復号及び完全性チェック処理を試みる。
2021520673.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス・ネットワークで動作するワイヤレス・デバイス（５０）において、メッセージのセキュリティを提供するための方法（５００）であって、前記方法（５００）は、
無線リソース制御（ＲＲＣ）非アクティブ状態である間に、ＲＲＣ接続状態の再開を要求するメッセージを送信すること（５０２）と、
前記メッセージを送信する際に、事前決定された値に従ってタイマを開始すること（５０４）と、
前記タイマが進んでいる間に、前記ワイヤレス・ネットワークからその後に受信されたパケットについて復号及び完全性チェック処理を試みること（５０６）と、を含む、方法（５００）。
【請求項２】
請求項１に記載の方法（５００）であって、復号及び完全性チェック処理を試みること（５０６）は、ＲＲＣレイヤが、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤに復号及び完全性チェック処理を要求することを含む、方法（５００）。
【請求項３】
請求項１又は２に記載の方法（５００）であって、前記方法（５００）は、
前記タイマが進んでいる間に、パケットについて復号又は完全性チェックが失敗したと判定することと、
復号又は完全性チェックに失敗した前記パケットを破棄することと、をさらに含む、方法（５００）。
【請求項４】
請求項３に記載の方法（５００）であって、前記判定することは、第１プロトコル・レイヤにおいて実行され、前記方法（５００）は、前記第１プロトコル・レイヤが前記失敗を上位プロトコル・レイヤに通知することをさらに含む、方法（５００）。
【請求項５】
請求項１乃至４の何れか１項に記載の方法（５００）であって、
前記タイマが進んでいる間に、前記ＲＲＣ接続状態の再開を示すメッセージを成功裏に復号及び完全性チェックすることと、
メッセージを成功裏に前記復号及び完全性チェックしたことに応じて、前記タイマを停止し、前記ＲＲＣ接続状態になることと、をさらに含む、方法（５００）。
【請求項６】
請求項５に記載の方法（５００）であって、前記方法（５００）は、前記ＲＲＣ接続状態になることに続いて、
前記ＲＲＣ接続状態の間に受信されたパケットが完全性チェックに失敗したと判定することと、
前記失敗した完全性チェックに応じて、前記ＲＲＣ接続状態の再確立を開始することと、をさらに含む、方法（５００）。
【請求項７】
請求項１乃至４の何れか１項に記載の方法（５００）であって、前記方法（５００）は、
前記タイマが満了したと判定することと、前記タイマが満了したことに応じて、前記ＲＲＣコネクションに関する記憶された情報を破棄することと、をさらに含む、方法（５００）。
【請求項８】
請求項７に記載の方法（５００）であって、前記タイマが満了したと判定することと、前記記憶された情報を破棄することとは、第１プロトコル・レイヤにおいて実行され、前記方法（５００）は、前記第１プロトコル・レイヤが、前記ＲＲＣコネクションの再開が失敗したことを上位プロトコル・レイヤに通知することをさらに含む、方法（５００）。
【請求項９】
請求項１又は２に記載の方法（５００）であって、前記方法（５００）は、
前記タイマが進んでいる間に、パケットについて復号又は完全性チェックが失敗したと判定することと、
前記パケットについて復号又は完全性チェックが失敗したと判定したことに応じて、前記ＲＲＣコネクションに関する記憶された情報を破棄し、前記ＲＲＣコネクションの再開が失敗したことを上位プロトコル・レイヤに通知することと、をさらに含む、方法（５００）。
【請求項１０】
請求項１乃至４の何れか１項に記載の方法（５００）であって、前記方法（５００）はさらに、
前記ＲＲＣ接続状態の再開が拒否されたことを示すメッセージを受信することであって、前記メッセージは、前記ＲＲＣ接続状態の再開が暗号化されていない又は完全性保護されていないことを示す、ことと、
前記メッセージを受信したことに応じて、前記ＲＲＣコネクションに関する記憶された情報を破棄することと、をさらに含む、方法（５００）。
【請求項１１】
ワイヤレス・ネットワーク内の又はワイヤレス・ネットワークに接続された１つ以上のネットワーク・ノード（３０）において、メッセージのセキュリティを提供するための方法（３００）であって、前記方法（３００）は、
無線リソース制御（ＲＲＣ）非アクティブ状態で動作するワイヤレス・デバイス（５０）から、前記ワイヤレス・デバイス（５０）についてＲＲＣ接続状態の再開を要求するメッセージを受信すること（３０２）と、
前記メッセージに応じて、１つ以上の応答メッセージを暗号化及び完全性保護すること（３０４）と、
前記暗号化及び完全性保護された１つ以上の応答メッセージを前記ワイヤレス・デバイス（５０）へ送信すること（３０６）と、を含む、方法（３００）。
【請求項１２】
請求項１１に記載の方法（３００）であって、前記方法（３００）は、
前記ワイヤレス・デバイス（５０）について前記ＲＲＣ接続状態の再開を要求する前記メッセージを受信したことに応じて、事前決定された値でタイマを開始することと、
前記ワイヤレス・デバイス（５０）から前記ＲＲＣ接続状態の再開を検証するメッセージを受信せずに前記タイマが満了したことに応じて、前記ＲＲＣコネクションを除去することと、をさらに含む、方法（３００）。
【請求項１３】
請求項１乃至１０の何れか１項に記載の方法（５００）を実行するように適合されたワイヤレス・デバイス（５０）。
【請求項１４】
ワイヤレス・ネットワークで動作し、メッセージのセキュリティを提供するために構成されたワイヤレス・デバイス（５０）であって、前記ワイヤレス・デバイス（５０）は、
送受信機回路（５６）と、
前記送受信機回路（５６）に動作可能に関連する処理回路（５２）であって、
無線リソース制御（ＲＲＣ）非アクティブ状態である間に、ＲＲＣ接続状態の再開を要求するメッセージを送信することと、
前記メッセージを送信する際に、事前決定された値に従ってタイマを開始することと、
前記タイマが進んでいる間に、前記ワイヤレス・ネットワークからその後に受信されたパケットについて復号及び完全性チェック処理を試みることと、を行うように構成された処理回路（５６）と、を含む、ワイヤレス・デバイス（５０）。
【請求項１５】
請求項１４に記載のワイヤレス・デバイス（５０）であって、前記処理回路（５２）は、ＲＲＣレイヤに、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤに復号及び完全性チェック処理を要求させることによって、復号及び完全性チェック処理を試みるように構成される、ワイヤレス・デバイス（５０）。
【請求項１６】
請求項１４又は１５に記載のワイヤレス・デバイス（５０）であって、前記処理回路（５２）は、
前記タイマが進んでいる間に、パケットについて復号又は完全性チェックが失敗したと判定することと、
復号又は完全性チェックに失敗した前記パケットを破棄することと、を行うように構成される、ワイヤレス・デバイス（５０）。
【請求項１７】
請求項１６に記載のワイヤレス・デバイス（５０）であって、前記処理回路（５２）は、第１プロトコル・レイヤにおいて前記判定することを実行し、前記第１プロトコル・レイヤに、前記失敗を上位プロトコル・レイヤに通知させるように構成される、ワイヤレス・デバイス（５０）。
【請求項１８】
請求項１４乃至１７の何れか１項に記載のワイヤレス・デバイス（５０）であって、前記処理回路（５２）は、
前記タイマが進んでいる間に、前記ＲＲＣ接続状態の再開を示すメッセージを成功裏に復号及び完全性チェックすることと、
メッセージを成功裏に前記復号及び完全性チェックしたことに応じて、前記タイマを停止し、前記ＲＲＣ接続状態になることと、を行うように構成される、ワイヤレス・デバイス（５０）。
【請求項１９】
請求項１８に記載のワイヤレス・デバイス（５０）であって、前記処理回路（５２）は、前記ＲＲＣ接続状態になることに続いて、
前記ＲＲＣ接続状態の間に受信されたパケットが完全性チェックに失敗したと判定することと、
前記失敗した完全性チェックに応じて、前記ＲＲＣ接続状態の再確立を開始することと、を行うように構成される、ワイヤレス・デバイス（５０）。
【請求項２０】
請求項１４乃至１７の何れか１項に記載のワイヤレス・デバイス（５０）であって、前記処理回路（５２）は、
前記タイマが満了したと判定することと、前記タイマが満了したことに応じて、前記ＲＲＣコネクションに関する記憶された情報を破棄することと、を行うように構成される、ワイヤレス・デバイス（５０）。
【請求項２１】
請求項２０に記載のワイヤレス・デバイス（５０）であって、前記処理回路（５２）は、第１プロトコル・レイヤにおいて、前記タイマが満了したと判定することと、前記記憶された情報を破棄することとを行うように構成され、前記第１プロトコル・レイヤが、前記ＲＲＣコネクションの再開が失敗したことを上位プロトコル・レイヤに通知する、ワイヤレス・デバイス（５０）。
【請求項２２】
請求項１４又は１５に記載のワイヤレス・デバイス（５０）であって、前記処理回路（５２）は、
前記タイマが進んでいる間に、パケットについて復号又は完全性チェックが失敗したと判定することと、
前記パケットについて復号又は完全性チェックが失敗したと判定したことに応じて、前記ＲＲＣコネクションに関する記憶された情報を破棄し、前記ＲＲＣコネクションの再開が失敗したことを上位プロトコル・レイヤに通知することと、を行うように構成される、ワイヤレス・デバイス（５０）。
【請求項２３】
請求項１４乃至１８の何れか１項に記載のワイヤレス・デバイス（５０）であって、前記処理回路（５２）は、
前記ＲＲＣ接続状態の再開が拒否されたことを示すメッセージを受信することであって、前記メッセージは、前記ＲＲＣ接続状態の再開が暗号化されていない又は完全性保護されていないことを示す、ことと、
前記メッセージを受信したことに応じて、前記ＲＲＣコネクションに関する記憶された情報を破棄することと、を行うように構成される、ワイヤレス・デバイス（５０）。
【請求項２４】
請求項１１又は１２に記載の方法（５００）を実行するように適合された１つ以上のネットワーク・ノード（３０）。
【請求項２５】
ワイヤレス・ネットワーク内の又はワイヤレス・ネットワークに接続され、メッセージのセキュリティを提供するために構成された１つ以上のネットワーク・ノード（３０）であって、前記１つ以上のネットワーク・ノードは、
通信回路（３８）と、
前記通信回路（３８）に動作可能に関連する処理回路（３２）であって、
無線リソース制御（ＲＲＣ）非アクティブ状態で動作するワイヤレス・デバイス（５０）から、前記ワイヤレス・デバイス（５０）についてＲＲＣ接続状態の再開を要求するメッセージを受信することと、
前記メッセージに応じて、１つ以上の応答メッセージを暗号化及び完全性保護することと、
前記暗号化及び完全性保護された１つ以上の応答メッセージを前記ワイヤレス・デバイス（５０）へ送信することと、を行うように構成された処理回路（３２）と、を含む、１つ以上のネットワーク・ノード（３０）。
【請求項２６】
請求項２５に記載の１つ以上のネットワーク・ノード（３０）であって、前記処理回路（３２）は、
前記ワイヤレス・デバイス（５０）について前記ＲＲＣ接続状態の再開を要求する前記メッセージを受信したことに応じて、事前決定された値でタイマを開始することと、
前記ワイヤレス・デバイス（５０）から前記ＲＲＣ接続状態の再開を検証するメッセージを受信せずに前記タイマが満了したことに応じて、前記ＲＲＣコネクションを除去することと、を行うように構成される、１つ以上のネットワーク・ノード（３０）。
【請求項２７】
少なくとも１つの処理回路（３２、５２）で実行された場合に、前記少なくとも１つの処理回路（３２、５２）に、請求項１乃至１２の何れか１項に記載の方法（３００、５００）を実行させる命令を有するコンピュータ・プログラム（４６、６６）。
【請求項２８】
請求項２７に記載のコンピュータ・プログラム（４６、６６）を含む媒体であって、前記媒体は、電気信号と、光信号と、無線信号と、コンピュータ可読記憶媒体（４４、６４）とのうちの１つである、媒体。
【請求項２９】
ワイヤレス・ネットワーク内の又はワイヤレス・ネットワークに接続され、メッセージのセキュリティを提供するために構成された１つ以上のネットワーク・ノード（３０）であって、前記１つ以上のネットワーク・ノードは、
無線リソース制御（ＲＲＣ）非アクティブ状態で動作するワイヤレス・デバイス（５０）から、前記ワイヤレス・デバイス（５０）についてＲＲＣ接続状態の再開を要求するメッセージを受信するための受信モジュール（１３０２）と、
前記メッセージに応じて、１つ以上の応答メッセージを暗号化及び完全性保護するための暗号化及び完全性保護モジュール（１３０４）と、
前記暗号化及び完全性保護された１つ以上の応答メッセージを前記ワイヤレス・デバイス（５０）へ送信するための送信モジュール（１３０６）と、を含む、１つ以上のネットワーク・ノード（３０）。
【請求項３０】
ワイヤレス・ネットワークで動作し、メッセージのセキュリティを提供するために構成されたワイヤレス・デバイス（５０）であって、前記ワイヤレス・デバイス（５０）は、
無線リソース制御（ＲＲＣ）非アクティブ状態である間に、ＲＲＣ接続状態の再開を要求するメッセージを送信するための送信モジュール（１４０２）と、
前記メッセージを送信する際に、事前決定された値に従ってタイマを開始するためのタイマ開始モジュール（１４０４）と、
前記タイマが進んでいる間に、前記ワイヤレス・ネットワークからその後に受信されたパケットについて復号及び完全性チェック処理を試みるための復号及び完全性チェック・モジュール（１４０６）と、を含む、ワイヤレス・デバイス（５０）。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は一般にワイヤレス通信ネットワークに関し、より具体的にメッセージ及びＲＲＣコネクションのセキュリティを提供するための技術に関する。
【背景技術】
【０００２】
ロング・ターム・エボリューション（ＬＴＥ）リリース１３では、ユーザ機器（ＵＥ）がＲＲＣ＿ＩＤＬＥと同様の状態でネットワークによって中断されるメカニズムが導入されたが、ＵＥがアクセス層（ＡＳ）コンテキスト又は無線リソース制御（ＲＲＣ）コンテキストを記憶する点が異なる。これは、ＲＲＣコネクションを最初から確立する代わりにＲＲＣコネクションを再開することによって、ＵＥが再びアクティブになる際のシグナリングを低減することを可能にする。シグナリングを低減することは、インターネットにアクセスするＵＥについてレイテンシの低減、及び非常に少ないデータを送信するマシンタイプのデバイスについてバッテリ消費の低減を含む、いくつかの利点を有しうる。ＬＴＥリリース１３ソリューションは、ＵＥがネットワークにＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信し、これに応答してネットワークからＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅを受信することに基づいている。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅは暗号化されないが、完全性保護されている。
【０００３】
第３世代パートナーシップ・プロジェクト（３ＧＰＰ）は、一般に５Ｇと呼ばれる第５世代ワイヤレス通信技術のための仕様を開発している。５Ｇのための新しいシステム及びアーキテクチャ標準では、ＵＥが到達可能であることを確かにするために、様々な状態マシンが導入される。
【０００４】
Ｎ１を介するシグナリング・コネクションは、ＵＥとコア・ネットワークとの間の非アクセス層（ＮＡＳ）シグナリング交換を可能にするために使用される。これは、ＵＥとＡＮとの間のＡＮ（アクセス・ノード）シグナリング・コネクションと、ＡＮとアクセス及びモビリティ機能（ＡＭＦ）との間のＮ２コネクションとの両方を含む。ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ、ＲＲＣ＿ＩＮＡＣＴＩＶＥ、又はＲＲＣ＿ＩＤＬＥ状態でありうる。ＲＲＣコネクションが確立されると、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の何れかである。そうでない（すなわち、ＲＲＣコネクションが確立されていない）ならば、ＵＥはＲＲＣ＿ＩＤＬＥ状態である。
【０００５】
ＲＲＣ＿ＩＤＬＥで、ＵＥは特定の機会でページング・チャネルをリッスンし、セル（再）選択手順を実行し、システム情報をリッスンするように構成されている。ＲＲＣ＿ＩＮＡＣＴＩＶＥで、ＵＥはまた、ページング・チャネルをリッスンし、セル（再）選択手順を実行するが、さらにまた、設定を保持する。また、必要な場合に、例えば、データがＵＥに到着した場合に、データ送信を開始するための完全なセットアップ手順を必要としないように、ネットワーク側に設定が保持される。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、ＵＥへ又はＵＥからデータの転送が行われ、ネットワークがモビリティを制御する。これは、ＵＥが他のセルにハンドオーバすべき場合をネットワークが制御することを意味する。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、ＵＥは、引き続きページング・チャネルを監視し、ＵＥのデータの有無に関連する制御チャネルを監視する。これは、チャネル品質及びフィードバック情報をネットワークに提供し、隣接セル測定を実行し、これらの測定結果をネットワークに報告する。
【０００６】
３ＧＰＰにおける５Ｇ  ＮＲに関する標準化作業の一部として、ニュー・ラジオ（ＮＲ）は、ＬＴＥリリース１３における中断状態のものと同様の何らかのプロパティを有するＲＲＣ＿ＩＮＡＣＴＩＶＥ状態をサポートすべきであることが決定されている。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態は、ＬＴＥのようにＲＲＣ＿ＩＤＬＥ状態の一部ではなく、別個のＲＲＣ状態であるという点で、ＬＴＥリリース１３の中断状態とは若干異なるプロパティを有する。さらに、コア・ネットワーク（ＣＮ）／ラジオ・アクセス・ネットワーク（ＲＡＮ）コネクション（ＮＧ又はＮ２インタフェース）は、ＬＴＥにおいて中断されている間、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に維持される。図１は、ＮＲにおけるＵＥ状態マシン及び状態遷移を示す。上記の状態のプロパティは以下の通りである。ＲＲＣ＿ＩＤＬＥ状態について、ＵＥ固有の間欠受信（ＤＲＸ）は上位レイヤによって構成されてもよく、ＵＥ制御モビリティはネットワーク構成に基づいてもよく、ＵＥは５Ｇ‐Ｓ‐ＴＭＳＩを使用してＣＮページングのためのページング・チャネルを監視し、ＵＥは隣接セル測定及びセル（再）選択を実行し、ＵＥはシステム情報を取得する。
【０００７】
ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態について、ＵＥ固有のＤＲＸは上位レイヤによって、すなわちＲＲＣレイヤによって構成されてもよく、ＵＥ制御モビリティはネットワーク構成に基づいてもよく、ＵＥはＡＳコンテキストを記憶し、ＵＥは５Ｇ‐Ｓ‐ＴＭＳＩ（一時モバイル加入者識別子）を使用してＣＮページングのためのページング・チャネルを監視し、Ｉ‐ＲＮＴＩ（無線ネットワーク一時識別子）を使用してＲＡＮページングのページング・チャネルを監視し、ＵＥは隣接セル測定及びセル（再）選択を実行し、ＵＥはＲＡＮベースの通知エリア更新を定期的に実行し、ＲＡＮベースの通知エリアの外に移動する際に実行し、ＵＥはシステム情報を取得する。
【０００８】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態について、ＵＥはＡＳコンテキストを記憶し、ＵＥへの／からのユニキャスト・データの転送が存在し、下位レイヤで、ＵＥはＵＥ固有のＤＲＸで構成されてもよい。キャリア・アグリゲーション（ＣＡ）をサポートするＵＥについて、スペシャル・セル（ＳｐＣｅｌｌ）とともに集約された１つ以上のセカンダリ・セル（ＳＣｅｌｌ）が、帯域幅の増加のために使用される。デュアル・コネクティビティ（ＤＣ）をサポートするＵＥについて、マスタ・セル・グループ（ＭＣＧ）とともに集約されたセカンダリ・セル・グループ（ＳＣＧ）が、帯域幅の増加のために使用される。ネットワーク制御されたモビリティ、すなわち、ＮＲ内及びＥ‐ＵＴＲＡＮへの／からのハンドオーバが存在する。ＵＥはページング・チャネルを監視し、データがそれのためにスケジュールされているかどうかを判定するために共有データ・チャネルに関連する制御チャネルを監視し、チャネル品質及びフィードバック情報を提供する。ＵＥはまた、隣接セル測定及び測定報告を実行し、システム情報を取得する。
【０００９】
以前のメカニズムで、ＵＥは暗号化の開始前にネットワークからのメッセージを検証する。ＬＴＥで、ＲＲＣシグナリングの暗号化を開始又は再開するために使用される、ネットワークからＵＥへ送信される何らかのメッセージが存在する。すなわち、ＲＲＣコネクション確立の一部として場合によっては送信されるＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージと、ＲＲＣコネクション再開の一部として送信されるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージである。これらのメッセージは完全性保護されるが、暗号化されない。３ＧＰＰ  ＬＴＥ  ＲＲＣ仕様書ＴＳ３６．３３１  ｖ１５．０．０は、ＲＲＣレベルのＵＥがこれらのメッセージの完全性を検証する方法を指定する。これらのすべての場合において、ＵＥ  ＲＲＣは、メッセージを受信すると、下位レイヤ（パケット・データ・コンバージェンス・プロトコル、すなわちＰＤＣＰなど）にメッセージの完全性を検証するように頼む。メッセージが検証されたならば、ＵＥ  ＲＲＣレイヤは、後続のすべてのメッセージの暗号化及び完全性生成を適用するように下位レイヤを構成する。例えば、ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄを受信すると、ＵＥは、ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージに含まれるｉｎｔｅｇｒｉｔｙＰｒｏｔＡｌｇｏｒｉｔｈｍによって指示されたアルゴリズム及びＫＲＲＣｉｎｔ鍵を使用して、下位レイヤにＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージの完全性保護を検証するように要求する。ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージが完全性保護チェックに合格したならば、下位レイヤは、指示されたアルゴリズム及びＫＲＲＣｉｎｔ鍵を使用して、その後のすべてのメッセージにすぐに完全性保護を適用するように構成される。下位レイヤはまた、手順が完了した後に、指示されたアルゴリズム、ＫＲＲＣｅｎｃ鍵、及びＫＵＰｅｎｃ鍵を使用して、後続のメッセージに暗号化を適用するように構成される。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅを受信すると、ＵＥは、適切なタイマを停止し、以前に設定されたアルゴリズム、暗号化設定、及びＫＲＲＣｉｎｔ鍵を使用して、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージの完全性保護を検証し、完全性保護及び復号を再開するように下位レイヤに要求する。
【００１０】
ＵＥが完全性保護及び暗号化を開始すると、シグナリング無線ベアラに関連するパケットが完全性保護検証に失敗したことを下位レイヤが報告したならば、ＵＥはＲＲＣコネクション再確立手順をトリガする。例えば、３ＧＰＰ  ＴＳ３６．３３１  ｖ１５．０．０に規定されているように、ＵＥは、ＡＳセキュリティがアクティブ化された場合に、又は制御プレーンＣＩｏＴ発展型パケット・システム（ＥＰＳ）最適化のためのＲＲＣコネクション再確立をサポートする狭帯域インターネット・オブ・シングス（ＮＢ‐ＩｏＴ）ＵＥのために、ＲＲＣコネクション再確立手順を開始するだけである。ＵＥは、無線リンク障害、ハンドオーバ障害、Ｅ−ＵＴＲＡ障害からのモビリティ、ＳＲＢ１又はＳＲＢ２に関する下位レイヤから示される完全性チェック失敗、又はＲＲＣコネクション再構成失敗のいくつかの条件のうちの１つが満たされた又は検出された場合に、ＲＲＣコネクション再確立手順を開始する。
【発明の概要】
【００１１】
ネットワークからＵＥへ送信されるＲＲＣＲｅｓｕｍｅメッセージは暗号化されることが望ましい。なぜなら、これは、秘密であり他のリスナに公開されないパラメータをＵＥに割り当てることを可能にするからである。本発明の実施形態は、ＲＲＣ再開手順中にＲＲＣＲｅｓｕｍｅ／ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅのセキュリティ検証を処理するためのメカニズムをＵＥに導入する。このソリューションは、ＭＳＧ４（ＲＲＣＲｅｓｕｍｅ／ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅ／ＲＲＣＳｕｓｐｅｎｄ／ＲＲＣＲｅｌｅａｓｅなど）の暗号化を可能にする。本ソリューションはＲＲＣ再開手順の開始時（例えば、ＵＥがＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信する際）のタイマに関連している。このタイマは、ＲＲＣＲｅｓｕｍｅ／ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージ（又はＲＲＣＲｅｊｅｃｔ、ＲＲＣＲｅｌｅａｓｅ、又はＲＲＣＳｕｓｐｅｎｄのような、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔに応答してＵＥによって期待される任意の他の応答メッセージ）のような有効な（検証された）応答メッセージをＵＥが受信した場合に停止される。タイマが満了したならば、ＲＲＣレイヤは、ＵＥがＲＲＣコネクションの再開に失敗したことを上位レイヤに通知する。さらに、ＲＲＣレイヤは、記憶されたＵＥ  ＡＳコンテキスト（又は他のＲＲＣ関連情報）を破棄しうる。ＵＥ内のＰＤＣＰレイヤ（又は他の下位レイヤ）は、再開手順中に、ネットワークから受信したＰＤＣＰ  ＰＤＵの復号と完全性検証との両方を実行する。ＰＤＣＰが完全性検証に失敗したＰＤＵを受信したならば、それはパケットを破棄する。
【００１２】
いくつかの実施形態によれば、メッセージのセキュリティを提供するために、ワイヤレス・ネットワーク内で動作するワイヤレス・デバイスにおける方法は、ＲＲＣ非アクティブ状態である間に、ＲＲＣコネクション状態の再開を要求するメッセージを送信することを含む。本方法はまた、メッセージを送信する際に、事前決定された値に従ってタイマを開始することを含む。本方法はさらに、タイマが進んでいる間に、ワイヤレス・ネットワークからその後に受信されたパケットについて復号及び完全性チェック処理を試みることを含む。
【００１３】
いくつかの実施形態によれば、ワイヤレス・ネットワーク内で動作し、メッセージのセキュリティを提供するように構成されたワイヤレス・デバイスは、送受信機回路と、送受信機回路に動作可能に関連する処理回路とを含む。処理回路は、ＲＲＣ非アクティブ状態である間に、ＲＲＣ接続状態の再開を要求するメッセージを送信するように構成される。処理回路は、メッセージを送信する際に、事前決定された値に従ってタイマを開始し、タイマが進んでいる間に、ワイヤレス・ネットワークからその後に受信されたパケットについて復号及び完全性チェック処理を試みるように構成される。
【００１４】
いくつかの実施形態によれば、メッセージのセキュリティを提供するための、ワイヤレス・ネットワーク内の又はワイヤレス・ネットワークに接続された１つ以上のノードにおける方法は、ＲＲＣ非アクティブ状態で動作しているワイヤレス・デバイスから、ワイヤレス・デバイスについてのＲＲＣ接続状態の再開を要求するメッセージを受信することを含む。本方法はまた、メッセージに応答して、１つ以上の応答メッセージを暗号化及び完全性保護することを含む。本方法はさらに、ワイヤレス・デバイスへ、暗号化及び完全性保護された１つ以上の応答メッセージを送信することを含む。
【００１５】
いくつかの実施形態によれば、メッセージのセキュリティを提供するように構成された、ワイヤレス・ネットワーク内の又はワイヤレス・ネットワークに接続された１つ以上のネットワーク・ノードは、通信回路と、通信回路に動作可能に関連する処理回路とを含む。処理回路は、ＲＲＣ非アクティブ状態で動作するワイヤレス・デバイスから、ワイヤレス・デバイスについてのＲＲＣ接続状態の再開を要求するメッセージを受信し、前記メッセージに応じて、１つ以上の応答メッセージを暗号化及び完全性保護するように構成される。処理回路はまた、ワイヤレス・デバイスへ、暗号化及び完全性保護された１つ以上の応答メッセージを送信するように構成される。
【００１６】
本発明のさらなる側面は、上記で要約された方法に対応する装置、ワイヤレス・デバイス、１つ以上のノード、コンピュータ・プログラム製品、又はコンピュータ可読記憶媒体、ならびに上記で要約された装置及びワイヤレス・デバイスの機能的実施を対象とする。
【００１７】
本発明の実施形態は、ＬＴＥ及びＮＲの両方、ならびに他の将来の技術に適用可能である。実施形態は、ＲＲＣＲｅｓｕｍｅ／ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅ、又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔに応じて送信される他の任意のメッセージを暗号化することを可能にする。これにより、暗号化された追加のメッセージが不要になるため、ＲＲＣコネクションの再開を高速化しつつ、セキュリティ及びプライバシが向上する。
【００１８】
当然のことながら、本発明は、上記の特徴及び利点に限定されるものではない。当業者は以下の詳細な説明を読み、添付の図面を見ると、追加の特徴及び利点を認識するだろう。
【図面の簡単な説明】
【００１９】
【図１】ＮＲにおけるＵＥ状態マシン及び状態遷移を示す。
【図２】いくつかの実施形態による例示的なネットワーク・ノードを説明するブロック図である。
【図３】図２のネットワーク・ノードのような１つ以上のノードで実行される、いくつかの実施形態による例示的な方法を説明するプロセス・フロー図である。
【図４】いくつかの実施形態による例示的なワイヤレス・デバイスを説明するブロック図である。
【図５】ワイヤレス・デバイスで実行される、いくつかの実施形態による例示的な方法を説明するプロセス・フロー図である。
【図６】いくつかの実施形態によるＲＲＣコネクション再開についての信号フロー図である。
【図７】いくつかの実施形態による例示の通信システムを説明する。
【図８】いくつかの実施形態による、部分的なワイヤレス・コネクションを通じてユーザ機器と基地局を介して通信するホスト・コンピュータの一般化されたブロック図である。
【図９】ホスト・コンピュータ、基地局、及びユーザ機器を含む通信システムにおいて実施される方法を説明するフローチャートである。
【図１０】ホスト・コンピュータ、基地局、及びユーザ機器を含む通信システムにおいて実施される方法を説明するフローチャートである。
【図１１】ホスト・コンピュータ、基地局、及びユーザ機器を含む通信システムにおいて実施される方法を説明するフローチャートである。
【図１２】ホスト・コンピュータ、基地局、及びユーザ機器を含む通信システムにおいて実施される方法を説明するフローチャートである。
【図１３】いくつかの実施形態による、１つ以上のネットワーク・ノードの例の機能表現を説明するブロック図である。
【図１４】いくつかの実施形態による例示的なワイヤレス・デバイスの機能表現を説明するブロック図である。
【発明を実施するための形態】
【００２０】
本書に開示される技術は、５ＧＳワイヤレス通信標準の文脈で記載される。しかし、本技術は一般に、ロング・ターム・エボリューション（ＬＴＥ）ネットワークのような他のワイヤレス通信ネットワークに適用可能であってもよいことが理解されよう。本書で開示される技術及び装置の範囲を理解するために、ワイヤレス・デバイスはＵＥであってもよい。しかし、これらの用語はワイヤレス通信ネットワークにおいてアクセス端末として動作するように構成されたワイヤレス・デバイスを指すものとして、より一般的に理解されるべきであり、これらのワイヤレス・デバイスは、セルラ電話、スマートフォン、ワイヤレス装備ラップトップ、タブレットなどのような顧客向けデバイスであるか、又は産業用途において、又はインターネット・オブ・シングス（ＩｏＴ）を可能にする際に使用するためのマシン・ツー・マシン（Ｍ２Ｍ）デバイスであるかにかかわらない。同様に、ｇＮＢという用語は、ワイヤレス通信システムにおける基地局又はアクセス・ネットワーク・ノードを一般的に指すものと理解されるべきである。
【００２１】
ネットワークからＵＥへ送信されるＲＲＣＲｅｓｕｍｅメッセージは暗号化されることが望ましい。なぜなら、これは、秘密であり他のリスナに公開されないパラメータをＵＥに割り当てることを可能にするからである。これらのパラメータは、エンドユーザのプライバシに敏感でありうるＵＥ能力に関連しうるか、又はパラメータは、公開されたならば、コネクションをハッキングするか又は不正を犯す何者かによって使用されうるコネクションのセキュリティに関連しうる。
【００２２】
ＬＴＥリリース１３で、対応するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージは暗号化されず、完全性保護のみされていた。このため、このメッセージに含めることができる情報のタイプは、仕様によって制限されている。ネットワークが何らかの機密情報をＵＥへ送信したいならば、遅延及びオーバヘッドを追加する別個の暗号化されたメッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅの後に送信されるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）でこれをＵＥへ送信する必要がある。
【００２３】
５Ｇ  ＮＲ標準について、ＲＲＣＲｅｓｕｍｅ／ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅに対応するＭＳＧ４は、可能であれば暗号化されるべきである。例えば、ＲＡＮがＵＥコンテキストを成功裏に読み出し、検証した場合に、ＭＳＧ４は完全性保護され、暗号化され、ＳＲＢ１で送信されるべきである。ＬＴＥとは異なり、これは、ＵＥがＲＲＣＲｅｓｕｍｅ／ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅを検証する前に暗号化が開始されることを必要とし、これは検証後に暗号化が開始される以前のアプローチとは異なる。
【００２４】
ＲＲＣＲｅｓｕｍｅ／ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージ（又はＲＲＣコネクションを再開するためにＵＥによって受信された同等のメッセージ）が暗号化されるならば、ＵＥは（以前に行われたように）ＲＲＣレベルで当該メッセージのセキュリティを検証することができなくなる。この理由は、（例えばエラーに起因して）実際のネットワークや偽造／悪意のある基地局が完全性保護及び暗号化のためにＵＥと同じ鍵を使用していないならば、メッセージは復号プロセス中に文字化けされる（ゴミのように見え、検出できない可能性がある）からである。その結果、ＵＥ内のＲＲＣレベルは、ネットワークがどのメッセージを送信したかを判定できなくなる。すなわち、それは、ＲＲＣＲｅｓｕｍｅ／ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅであるか、それともＲＲＣＲｅｌｅａｓｅやＲＲＣＳｕｓｐｅｎｄのような何らかの他のメッセージであるかを知ることはできない。よって、ＵＥはメッセージを検証するように下位レイヤに命令できない。
【００２５】
本発明の実施形態は、ＲＲＣ再開手順中にＲＲＣＲｅｓｕｍｅ／ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅのセキュリティ検証を処理するためのメカニズムをＵＥに導入する。このソリューションは上述の問題を回避し、ＭＳＧ４（ＲＲＣＲｅｓｕｍｅ／ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅ／ＲＲＣＳｕｓｐｅｎｄ／ＲＲＣＲｅｌｅａｓｅなど）の暗号化を可能にする。本ソリューションはＲＲＣ再開手順の開始時（例えば、ＵＥがＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信する際）にタイマをＵＥが開始することに関連している。このタイマは、ＲＲＣＲｅｓｕｍｅ／ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージ（又はＲＲＣＲｅｊｅｃｔ、ＲＲＣＲｅｌｅａｓｅ、又はＲＲＣＳｕｓｐｅｎｄのような、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔに応答してＵＥによって期待される任意の他の応答メッセージ）のような有効な（検証された）応答メッセージをＵＥが受信した場合に停止される。タイマが満了（タイムアウト）したならば、ＲＲＣレイヤは、ＵＥがＲＲＣコネクションの再開に失敗したことを上位レイヤ（例えば、ＮＡＳ）に通知する。さらに、ＲＲＣレイヤは、記憶されたＵＥ  ＡＳコンテキスト（又は他のＲＲＣ関連情報）を破棄しうる。
【００２６】
ＵＥ内のＰＤＣＰレイヤ（又は他の下位レイヤ）は、（ＵＥが再開要求メッセージを送信した後から始まる）再開手順中に、ネットワークから受信したＰＤＣＰ  ＰＤＵの復号と完全性検証との両方を実行する。ＰＤＣＰが完全性検証に失敗したＰＤＵを受信したならば、それはパケットを破棄する。さらに、いくつかの実施形態では、完全性検証に失敗したメッセージ（又はＰＤＵ）を受信したことをＲＲＣレイヤに通知してもよい。
【００２７】
ＰＤＣＰレイヤがＲＲＣレイヤへインジケーションを送信する場合に、ＲＲＣレイヤは、ＵＥがＲＲＣコネクションの再開に失敗したことをすぐに上位レイヤ（例えば、ＮＡＳ）に通知できる。さらに、ＲＲＣレイヤは、記憶されたＵＥ  ＡＳコンテキスト（又は他のＲＲＣ関連情報）を破棄しうる。ＰＤＣＰレイヤがＲＲＣレイヤへインジケーションを送信しない場合に、タイマは最終的にタイムアウトし、上記と同じＵＥ挙動につながる。
【００２８】
本発明の実施形態は、暗号化及び完全性検証が開始された後であっても、ＲＲＣＲｅｓｕｍｅメッセージのセキュリティを検証するためのＵＥにおけるメカニズムを提供する。メカニズムは、メッセージを受信する前に（例えば、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信した後に）完全性保護及び暗号化をＵＥが開始することに基づいてもよく、下位レイヤは、検証に失敗した任意のパケットを破棄するように命令されてもよく、オプションで、完全性検証の失敗について上位レイヤに通知してもよい。特に、いくつかの実施形態で、ＲＲＣ仕様における方法はまた、ＵＥを検証する前に、ＲＲＣＲｅｓｕｍｅ（又はＲＲＣＲｅｊｅｃｔ、ＲＲＣＳｕｓｐｅｎｄ、又はＲＲＣＲｅｌｅａｓｅのような任意の他の応答メッセージ）の受信時に、所定のアクションをＵＥが実行しなければならないことを回避する。
【００２９】
したがって、図２は、基地局として動作するように構成されてもよい例示的なネットワーク・ノード３０を説明するブロック図である。ネットワーク・ノード３０は、記載される技術を実行するクラウド・ベース・システムにおける複数のネットワーク・ノードのうちの１つであってもよい。ネットワーク・ノード３０は例えば、ｅＮＢ又は５Ｇ  ｇＮＢであってもよい。ネットワーク・ノード３０は、アンテナ３４及び送受信機回路３６を介して実装される、ワイヤレス・デバイスへのインタフェース、例えばダウンリンク送信及びアップリンク受信のための５Ｇエア・インタフェースを提供する。送受信機回路３６は、セルラ通信又は必要に応じてＷＬＡＮサービスを提供する目的で、無線アクセス技術に従って信号を送信及び受信するように集合的に構成された送信機回路、受信機回路、及び関連する制御回路を含む。様々な実施形態によれば、セルラ通信サービスは、３ＧＰＰセルラ標準、ＧＳＭ（登録商標）、ＧＰＲＳ、ＷＣＤＭＡ（登録商標）、ＨＳＤＰＡ、ＬＴＥ、ＬＴＥアドバンスト、及び５Ｇのうちの任意の１つ以上に従って動作されてもよい。ネットワーク・ノード３０はまた、コア・ネットワーク内のノード、他のピア無線ノード、及び／又はネットワーク内の他のタイプのノードと通信するための通信インタフェース回路３８を含む。
【００３０】
ネットワーク・ノード３０はまた、通信インタフェース回路３８及び／又は送受信機回路３６と動作可能に関連し、かつそれを制御するように構成された１つ以上の処理回路３２を含む。処理回路３２は、１つ以上のデジタル・プロセッサ４２、例えば、１つ以上のマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、コンプレックス・プログラマブル・ロジック・デバイス（ＣＰＬＤ）、特定用途向け集積回路（ＡＳＩＣ）、又はこれらの任意の組合せを備える。より一般的には、処理回路３２は、固定回路、又は本書で教示される機能を実装するプログラム命令の実行を介して特別に構成されるプログラマブル回路を備えてもよく、又は固定回路とプログラマブル回路との何らかの組合せを備えてもよい。プロセッサ４２は、マルチコアであってもよい。
【００３１】
処理回路３２はまた、メモリ４４を含む。メモリ４４は、いくつかの実施形態で、１つ以上のコンピュータ・プログラム４６と、オプションで設定データ４８とを記憶する。メモリ４４は、コンピュータ・プログラム４６のための非一時的ストレージを提供し、ディスク・ストレージ、ソリッド・ステート・メモリ・ストレージ、又はこれらの任意の組合せのような１つ以上のタイプのコンピュータ可読媒体を備えてもよい。非限定的な例として、メモリ４４は、ＳＲＡＭ、ＤＲＡＭ、ＥＥＰＲＯＭ、及びフラッシュメモリのうちの任意の１つ以上を備えてもよく、これらは、処理回路３２内にあってもよく、及び／又は処理回路３２とは別個であってもよい。一般に、メモリ４４は、コンピュータ・プログラム４６の非一時的ストレージを提供する１つ以上のタイプのコンピュータ可読記憶媒体と、ネットワーク・ノード３０によって使用される任意の設定データ４８とを含む。ここで、「非一時的」は、永続的、半永続的、又は少なくとも一時的に永続的なストレージを意味し、不揮発性メモリ内の長期ストレージと、例えば、プログラム実行のためのワーキング・メモリ内のストレージとの両方を包含する。
【００３２】
いくつかの実施形態で、ワイヤレス・ネットワークに接続された１つ以上のネットワーク・ノード３０の処理回路３２は、メッセージのセキュリティを提供するための動作を実行するように構成される。処理回路３２は、ＲＲＣ非アクティブ状態で動作するワイヤレス・デバイスから、ワイヤレス・デバイスについてのＲＲＣ接続状態の再開を要求するメッセージを受信するように構成される。処理回路３２はまた、メッセージに応じて、１つ以上の応答メッセージを暗号化及び完全性保護し、暗号化及び完全性保護された１つ以上の応答メッセージをワイヤレス・デバイスへ送信するように構成される。
【００３３】
処理回路３２はまた、図３に示されるように、対応する方法３００を実行するように構成される。方法３００は、ＲＲＣ非アクティブ状態で動作するワイヤレス・デバイスから、ワイヤレス・デバイスについてのＲＲＣ接続状態の再開を要求するメッセージを受信すること（ブロック３０２）を含む。方法３００は、メッセージに応じて、１つ以上の応答メッセージを暗号化及び完全性保護し、暗号化及び完全性保護された１つ以上の応答メッセージをワイヤレス・デバイスへ送信すること（ブロック３０６）を含む。
【００３４】
方法３００は、ワイヤレス・デバイスについてＲＲＣ接続状態の再開を要求するメッセージを受信したことに応じて、事前決定された値でタイマを開始することと、ＲＲＣ接続状態の再開を検証するメッセージをワイヤレス・デバイスから受信することなくタイマが満了したことに応じて、ＲＲＣコネクションを除去することと、をさらに含んでもよい。
【００３５】
図４は、メッセージのセキュリティを提供するために、本書に記載されるワイヤレス・デバイスのための技術を実行するように構成された、対応するワイヤレス・デバイス５０の例を説明する。ワイヤレス・デバイス５０はまた、様々な文脈において、無線通信デバイス、ＵＥ、ターゲット・デバイス、デバイス・ツー・デバイス（Ｄ２Ｄ）ＵＥ、マシンタイプＵＥ、すなわちマシン・ツー・マシン（Ｍ２Ｍ）通信が可能なＵＥ、センサ搭載ＵＥ、ＰＤＡ（携帯情報端末）、ワイヤレス・タブレット、モバイル端末、スマートフォン、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップ・マウント機器（ＬＭＥ）、ワイヤレスＵＳＢドングル、顧客構内機器（ＣＰＥ）などと呼ばれてもよい。
【００３６】
ワイヤレス・デバイス５０は、アンテナ５４及び送受信機回路５６を介して、１つ以上のネットワーク・ノード３０のような１つ以上の無線ノード又は基地局と通信する。送受信機回路５６は、セルラ通信サービスを提供する目的で、無線アクセス技術に従って信号を送信及び受信するように集合的に構成された送信機回路、受信機回路、及び関連する制御回路を含んでもよい。
【００３７】
ワイヤレス・デバイス５０はまた、無線送受信機回路５６と動作可能に関連し、かつそれを制御する１つ以上の処理回路５２を含む。処理回路５２は、１つ以上のデジタル処理回路、例えば、１つ以上のマイクロプロセッサ、マイクロコントローラ、ＤＳＰ、ＦＰＧＡ、ＣＰＬＤ、ＡＳＩＣ、又はこれらの任意の混合を備える。より一般的には、処理回路５２は、固定回路、又は本書で教示される機能を実装するプログラム命令の実行を介して特別に適合されるプログラマブル回路を備えてもよく、又は固定回路とプログラムされた回路との何らかの混合を備えてもよい。処理回路５２は、マルチコアであってもよい。
【００３８】
処理回路５２はまた、メモリ６４を含む。メモリ６４は、いくつかの実施形態で、１つ以上のコンピュータ・プログラム６６と、オプションで設定データ６８とを記憶する。メモリ６４は、コンピュータ・プログラム６６のための非一時的ストレージを提供し、ディスク・ストレージ、ソリッド・ステート・メモリ・ストレージ、又はこれらの任意の混合のような１つ以上のタイプのコンピュータ可読媒体を備えてもよい。非限定的な例として、メモリ６４は、ＳＲＡＭ、ＤＲＡＭ、ＥＥＰＲＯＭ、及びフラッシュメモリのうちの任意の１つ以上を備え、これらは、処理回路５２内にあってもよく、及び／又は処理回路５２とは別個であってもよい。一般に、メモリ６４は、コンピュータ・プログラム６６の非一時的ストレージを提供する１つ以上のタイプのコンピュータ可読記憶媒体と、ワイヤレス・デバイス５０によって使用される任意の設定データ６８とを含む。
【００３９】
したがって、いくつかの実施形態では、ワイヤレス・デバイス５０の処理回路５２は、ワイヤレス・ネットワークにおいて動作し、メッセージのセキュリティを提供するように構成される。処理回路５２は、ＲＲＣ非アクティブ状態である間に、ＲＲＣ接続状態の再開を要求するメッセージを送信するように構成される。処理回路５２は、メッセージを送信する際に、事前決定された値に従ってタイマを開始し、タイマが進んでいる間に、ワイヤレス・ネットワークからその後に受信されたパケットについて復号及び完全性チェック処理を試みるように構成される。
【００４０】
図５は、メッセージのセキュリティを提供するためにワイヤレス・デバイス５０において実施される、対応する方法５００を説明するプロセス・フロー図である。方法５００は、ＲＲＣ非アクティブ状態である間に、ＲＲＣ接続状態の再開を要求するメッセージを送信すること（ブロック５０２）を含む。方法５００はまた、メッセージを送信する際に、事前決定された値に従ってタイマを開始すること（ブロック５０４）を含む。方法５００はさらに、タイマが進んでいる間に、ワイヤレス・ネットワークからその後に受信されたパケットについて復号及び完全性チェック処理を試みること（ブロック５０６）を含む。
【００４１】
いくつかの実施形態では、復号及び完全性チェック処理を試みることは、ＲＲＣレイヤが、ＰＤＣＰレイヤに復号及び完全性チェック処理を要求することを含んでもよい。方法５００はさらに、タイマが進んでいる間に、パケットについて復号又は完全性チェックが失敗したと判定することと、復号又は完全性チェックが失敗したパケットを破棄することと、を含んでもよい。本判定は、第１プロトコル・レイヤにおいて実行されてもよく、本方法は、第１プロトコル・レイヤが失敗を上位プロトコル・レイヤに通知することをさらに含む。
【００４２】
方法５００は、タイマが進んでいる間に、前記ＲＲＣ接続状態の再開を示すメッセージを成功裏に復号及び完全性チェックすることと、メッセージを成功裏に前記復号及び完全性チェックしたことに応じて、タイマを停止し、ＲＲＣ接続状態になることと、をさらに含んでもよい。方法５００は、その後に、ＲＲＣ接続状態になることと、ＲＲＣ接続状態の間に受信されたパケットが完全性チェックに失敗したと判定することと、失敗した完全性チェックに応じて、ＲＲＣ接続状態の再確立を開始することと、をさらに含んでもよい。
【００４３】
方法５００は、タイマが満了したと判定することと、タイマが満了したことに応じて、ＲＲＣコネクションに関する記憶された情報を破棄することと、をさらに含んでもよい。タイマが満了したと判定することと、記憶された情報を破棄することとは、第１プロトコル・レイヤにおいて実行されてもよく、方法５００は、第１プロトコル・レイヤが、ＲＲＣコネクションの再開が失敗したことを上位プロトコル・レイヤに通知することをさらに含んでもよい。
【００４４】
いくつかの実施形態では、方法５００は、タイマが進んでいる間に、復号又は完全性チェックがパケットについて失敗したと判定することと、復号又は完全性チェックがパケットについて失敗したと判定したことに応じて、ＲＲＣコネクションに関する記憶された情報を破棄することと、ＲＲＣコネクションの再開が失敗したことを上位プロトコル・レイヤに通知することと、を含んでもよい。
【００４５】
方法５００は、ＲＲＣ接続状態の再開が拒否されたことを示すメッセージを受信することを含んでもよく、当該メッセージは、ＲＲＣ接続状態の再開が暗号化されていない又は完全性保護されていないことを示す。方法５００はまた、メッセージを受信したことに応じて、ＲＲＣコネクションに関する記憶された情報を破棄することを含んでもよい。
【００４６】
いくつかの実施形態によれば、以下のステップは、コネクションを再開したいＵＥによって実行される。ステップは、ＲＲＣレイヤの観点から以下に記載される。ステップの順序は、以下に記載されるものとは異なりうる。ＵＥは、新しいセキュリティ鍵、例えば、シグナリング及び／又はデータの暗号化及び完全性保護のために使用される、ＫｇＮＢ、Ｋｕｐｉｎｔ、ＫＲＲＣｅｎｃ、Ｋｕｐｅｎｃ、ＫＲＲＣｉｎｔを生成する。これは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥに中断された際に受信されたセキュリティ・パラメータを使用して行われる。ＵＥは、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージ又は同様のものを生成する。メッセージは、（ネットワークがＵＥを検証できるように、）ＵＥによって計算されたセキュリティ・トークンを含む。セキュリティ・トークンは、ＫＲＲＣｉｎｔ及び完全性保護アルゴリズムを使用して計算される。アルゴリズムへの入力は、ＵＥ識別子、ターゲット／ソースセルなどでありうる。メッセージは、ＵＥ識別子（レジュームＩＤ、Ｉ−ＲＮＴＩ、又はネットワークにおいてＵＥコンテキストをネットワークが識別できるようにする任意のＵＥ識別子）、原因値などを含みうる。ＵＥは、メッセージをネットワークへ送信する。送信は、下位レイヤによって処理されうる。メッセージは暗号化されない。ＵＥはタイマＴを開始し、ＵＥは暗号化及び完全性保護を開始する。これは、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔの送信について上述したように、鍵ＫＲＲＣｉｎｔ及びＫＲＲＣｅｎｃを使用して暗号化及び完全性保護を開始するように下位レイヤ（例えば、ＰＤＣＰ）にＲＲＣレイヤが命令することを伴いうる。また、この設定は、完全性検証が失敗したパケット（ＰＤＵ又はメッセージ）を破棄するための下位レイヤの設定や、失敗をＲＲＣレイヤに報告するための下位レイヤの設定を含みうる。また、このソリューションは、暗号化及び完全性保護を適用するように構成されていないＳＲＢ０で応答メッセージを受信した場合の当該ルールの例外をカバーする。
【００４７】
いくつかの実施形態によれば、ＲＲＣＲｅｓｕｍｅメッセージの受信は、検証が成功したことのインジケーションである。ＵＥが下位レイヤからＲＲＣレイヤへのＲＲＣＲｅｓｕｍｅメッセージを受信したならば、それは、そうでなければＲＲＣレイヤへ配送されてないだろうから、下位レイヤからのパケットが検証されたことを意味する。このメッセージを受信すると、ＵＥはタイマＴを停止し、ＲＲＣ接続状態になり、ＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージを送信し、検証されたＲＲＣＲｅｓｕｍｅメッセージの受信の際の他の動作を実行できる。
【００４８】
成功した検証のイベントは、下位レイヤ（例えば、ＰＤＣＰ）からのＲＲＣレイヤによる検証されたＲＲＣＲｅｓｕｍｅメッセージの受信として上述された。また、ＲＲＣＲｅｊｅｃｔ、ＲＲＣＲｅｌｅａｓｅ、又はＲＲＣＳｕｓｐｅｎｄのような、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージの応答として期待され、ＳＲＢ１上で送信されうる（すなわち、少なくとも完全性保護される）任意のＲＲＣメッセージの受信時に成功イベントと見なされ、動作は、これらが検証された場合にこれらのメッセージのいずれかの受信時に実行されうる。
【００４９】
ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを送信すると、ＵＥはネットワークからＲＲＣＲｅｊｅｃｔメッセージをＳＲＢ０上で、すなわち、暗号化されておらず、完全性保護もされずに受信してもよい。したがって、これは、下位レイヤによって実行されるように構成された検証ルールの例外である。あるいは、これにかえて、下位レイヤはＲＲＣＲｅｊｅｃｔメッセージ受信を示してもよく、それは（ＳＲＢ０上で送信されたように）検証が必要とされなかったサインである。
【００５０】
ある実施形態で、ＲＲＣＲｅｊｅｃｔメッセージはＳＲＢ１（暗号化され、完全性保護されている）又はＳＲＢ０（暗号化されておらず、完全性保護もされていない）上で送られてもよいが、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔに応じて送信されてもよい。この場合、ＵＥが下位レイヤからＲＲＣＲｅｊｅｃｔを受信して、メッセージがＳＲＢ１で送信されたこと、及びメッセージが検証されたこと、又はＲＲＣＲｅｊｅｃｔがＳＲＢ０で送信されたことを示すことがサポートされうる。さらに、ＵＥは、これがＳＲＢ１上で送信されたというインジケーションを下位レイヤから受信してもよい。また、ＵＥは、これがＳＲＢ０上で送信されたというインジケーションを下位レイヤから受信してもよい。ＵＥが任意の有効な応答メッセージを受信する前にタイマＴが満了（タイムアウト）したならば、ＵＥはコネクションを破棄し、記憶されたＵＥコンテキストを破棄し、ＲＲＣコネクションを再開することに失敗したことを上位レイヤに通知してもよい。パケットがＲＲＣ完全性保護検証に失敗したというインジケーションを、タイマＴが進んでいる間にＲＲＣレイヤが下位レイヤから受け取ったならば、ＵＥはコネクションを破棄し、記憶されたＵＥコンテキストを破棄し、ＲＲＣコネクションの再開に失敗したことを上位レイヤに通知することができる。また、ＵＥは、検証結果やセル識別子のような位置情報などのような、失敗に関する情報を含む失敗レポートを作成し、ネットワークへ後で提供されてもよい。
【００５１】
ＵＥがＲＲＣ接続状態になり、その後、シグナリング無線ベアラ（ＲＲＣ）に関連するパケットが失敗した完全性保護を有するというインジケーションを下位レイヤから受信したならば、ＵＥはＲＲＣ再確立手順を開始する。以前のアプローチでは、完全性／暗号化が開始されると、ＵＥは常にこれを行うことに留意されたい。いくつかの実施形態で、これはＵＥがＲＲＣ  Ｃｏｎｎｅｃｔｅｄになり、タイマＴが停止された場合にのみアクティブ化される。
【００５２】
上述の機能は、ＵＥにおいて実行される。しかし、ネットワークは、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを受信することと、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージ内でＵＥによって提供されたＲｅｓｕｍｅ  ＩＤ又はＩ−ＲＮＴＩに関連するＵＥコンテキストを特定することと、ＵＥセキュリティ鍵を計算／導出することと、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージのセキュリティ・トークンを検証することと、暗号化／完全性保護を開始することと、及び／又はＵＥへＲＲＣＲｅｓｕｍｅメッセージを送信すること（又はＲＲＣＲｅｊｅｃｔ、ＲＲＣＲｅｌｅａｓｅ、ＲＲＣＳｕｓｐｅｎｄのような、ＲＲＣＲｅｑｕｅｓｔに応じて送信されうる任意の他のメッセージ）とを含む対応する機能をサポートしてもよい。このメッセージは暗号化され、完全性保護される。ＵＥが成功裏にメッセージを検証したならば、ネットワークは（ＲＲＣＲｅｓｕｍｅメッセージに応じて）ＵＥからＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージを受信する。ＵＥが成功裏にメッセージを検証しないならば、ネットワークはタイマＴに対応する時間後にコネクションを削除する。
【００５３】
例示の実装
いくつかの実施形態による、標準における可能な実装が以下に示される。示されているケースは、下位レイヤがＲＲＣレイヤへの完全性失敗を示している場合、又は下位レイヤが完全性チェックに失敗したパケットを単に破棄する場合の両方の変形をカバーする。図６は、成功したＲＲＣコネクション再開のための信号フローを示す。
−−標準の提案変更開始、太字は変更
【００５４】
５．３．１３  ＲＲＣコネクション再開
５．３．１３．１  一般
この手順の目的は、ＳＲＢ及びＤＲＢを再開することを含むＲＲＣコネクションを再開すること、又はＲＮＡ更新を実行することである。
【００５５】
開始
ＵＥは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにある間に上位レイヤがＲＲＣコネクションの再開を要求すると、手順を開始する。
手順が開始されると、ＵＥは、以下を行うべきである：
１＞  ５．３．ｚ．．．ｘ０で規定されたアクセス制御チェックの結果、セルが禁止されているならば；
２＞  手順が終了させるＲＲＣコネクションを再開の失敗を上位レイヤに通知する；
１＞  ９．２．４で規定されているデフォルトの物理チャネル設定を適用する；
１＞  ９．２．３で規定されているデフォルトの半永続スケジューリング設定を適用する；
１＞  ９．２．２で特定されているデフォルトのＭＡＣメイン設定を適用する；
１＞  ９．１．１．２で規定されているＣＣＣＨ設定を適用する；
１＞  タイマＴ３００を開始する；
１＞  ５．３．１３．２に従ってＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージの送信を開始する；
【００５６】
５．３．１３．３  ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージの送信に関する動作
ＵＥは、以下のようにＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージの内容を設定すべきである：
１＞  ｒｅｓｕｍｅＩｄｅｎｔｉｔｙを、中断中に提供される記憶されたＩ−ＲＮＴＩ値に設定する；
１＞  上位レイヤすなわちＡＳレイヤから受信した情報に従ってｒｅｓｕｍｅＣａｕｓｅを設定する；
１＞  上位レイヤすなわちＡＳレイヤから受信した情報に従ってｒｅｓｕｍｅＣａｕｓｅを設定する；
１＞  ＴＳ３３．５０１［１１］に規定されているように、記憶されているｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値を使用して、カレントＫｇＮＢ又はＮＨに基づいてＫｇＮＢ鍵を更新する；
１＞  ＫＲＲＣｅｎｃ鍵、ＫＲＲＣｉｎｔ、及びＫＵＰｉｎｔ鍵、及びＫＵＰｅｎｃ鍵を導出する；
１＞  ｒｅｓｕｍｅＭＡＣ−Ｉを、計算されたＭＡＣ−ＩのＸ個の最下位ビットに設定する：
２＞  セクション８（すなわち、８ビットの倍数）ＶａｒＲｅｓｕｍｅＭＡＣ−Ｉｎｐｕｔに従って符号化されたＡＳＮ．１上で；
２＞  ＫＲＲＣｉｎｔ鍵及び以前に設定された完全性保護アルゴリズムで、
２＞  ＣＯＵＮＴ、ＢＥＡＲＥＲ、及びＤＩＲＥＣＴＩＯＮについてのすべての入力ビットがバイナリに設定されている；
１＞  記憶されたＵＥ  ＡＳコンテキストからＲＲＣ設定とセキュリティ・コンテキストを復元する：
１＞  ＰＤＣＰ状態を復元し、ＳＲＢ１についてＰＤＣＰエンティティを再確立する；
１＞  ＳＲＢ１を再開する；
１＞  ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信のために下位レイヤへ投入する；
１＞  以前に設定されたアルゴリズム及びＫＲＲＣｉｎｔ鍵とＫＵＰｉｎｔ鍵を即座に使用して、ＳＲＢ０を除くすべての無線ベアラの完全性保護を再開するように下位レイヤを構成する、すなわち、完全性保護は、ＵＥによって送受信されるすべての後続メッセージに適用されるべきである；
１＞  ＳＲＢ０を除くすべての無線ベアラの暗号化を再開し、以前に設定された暗号化アルゴリズム、ＫＲＲＣｅｎｃ鍵及びＫＵＰｅｎｃ鍵を適用するように下位レイヤを構成する。すなわち、暗号化設定は、ＵＥによって送受信されるすべての後続メッセージに適用されるべきである；
Ｔ３００が進んでいる間に下位レイヤが完全性チェック失敗を示すならば、５．３．１３．９で規定された動作を実行する。
【００５７】
ＵＥは、セル再選択評価だけでなくセル再選択関連測定を継続すべきである。セル再選択のための条件が満たされるならば、ＵＥは、５．３．３．５で規定されるようにセル再選択を実行すべきである。
【００５８】
５．３．１３．４  ＵＥによるＲＲＣＲｅｓｕｍｅの受信
ＵＥは、以下を行うべきである：
１＞  タイマＴ３００を停止する；
１＞  ＰＤＣＰ状態を復元し、ＳＲＢ２及びすべてのＤＲＢについてＰＤＣＰエンティティを再確立する；
１＞  ｄｒｂ−ＣｏｎｔｉｎｕｅＲＯＨＣが含まれているならば：
２＞  記憶されたＵＥ  ＡＳコンテキストが使用されること、及びｄｒｂ−ＣｏｎｔｉｎｕｅＲＯＨＣが設定されていることを下位レイヤに示す；
２＞  ヘッダ圧縮プロトコルで設定されたＤＲＢのヘッダ圧縮プロトコル・コンテキストを継続する；
１＞  それ以外ならば：
２＞  記憶されたＵＥ  ＡＳコンテキストが使用されることを下位レイヤに示す；
２＞  ヘッダ圧縮プロトコルで設定されたＤＲＢのヘッダ圧縮プロトコル・コンテキストをリセットする；
１＞  記憶されたＵＥ  ＡＳコンテキスト及びｒｅｓｕｍｅＩｄｅｎｔｉｔｙを破棄する；
１＞  ＲＲＣＲｅｓｕｍｅがｍａｓｔｅｒＣｅｌｌＧｒｏｕｐを含むならば：
２＞  ５．３．５．５に従って、受信されたｍａｓｔｅｒＣｅｌｌＧｒｏｕｐのセル・グループ設定を実行する；
１＞  ＲＲＣＲｅｓｕｍｅがｓｅｃｏｎｄＣｅｌｌＧｒｏｕｐを含むならば：
２＞  ５．３．５．５に従って、受信されたｓｅｃｏｎｄａｒｙＣｅｌｌＧｒｏｕｐのセル・グループ設定を実行する；
１＞  ＲＲＣＲｅｓｕｍｅがｒａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇを含むならば：
２＞  ５．３．５．６に従って無線ベアラ設定を実行する；
１＞  ＳＲＢ２及びすべてのＤＲＢを再開する；
１＞  記憶されているならば、ｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏによって提供された、又は別のＲＡＴから継承されたセル再選択優先度情報を破棄する；
１＞  ＲＲＣＲｅｓｕｍｅがｍｅａｓＣｏｎｆｉｇを含むならば：
２＞  ５．５．２で規定された測定設定手順を実行する；
１＞  中断されているならば測定を再開する；
１＞  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤになる；
１＞  中断されたＲＲＣコネクションが再開されたことを上位レイヤに示す；
１＞  セル再選択手順を停止する；
１＞  現在のセルをＰＣｅｌｌと見なす；
１＞  ＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージの内容を以下のように設定する：
２＞  上位レイヤがＮＡＳを提供するならば、ＰＤＵは、ｄｅｄｉｃａｔｅｄＩｎｆｏＮＡＳを含み、上位レイヤから受信された情報をｄｅｄｉｃａｔｅｄＩｎｆｏＮＡＳに含めるように設定する；
１＞ＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージを送信のために下位レイヤに投入する；
１＞  手順が終了する。
【００５９】
５．３．１３．９  （ＲＲＣ再開中の）Ｔ３００の満了又はＴ３００が進んでいる間の下位レイヤからの完全性チェック失敗
ＵＥは、以下を行うべきである：
１＞  Ｔ３００が満了した又はＴ３００が進んでいる間に下位レイヤからの完全性チェック失敗があったならば、
２＞  記憶されたＵＥ  ＡＳコンテキスト及びｒｅｓｕｍｅＩｄｅｎｔｉｔｙを破棄する；
２＞  ＭＡＣをリセットし、ＭＡＣ設定を解放し、確立されているすべてのＲＢのＲＬＣを再確立する；
２＞  手順が終了させるＲＲＣコネクションを再開の失敗を上位レイヤに通知する；
−−標準への変更案を終了する。
【００６０】
図７は様々な実施形態による、ｇＮＢ‐ＲＡＮのようなアクセス・ネットワーク７１１と、コア・ネットワーク７１４（例えば、５ＧＣ）とを備える、３ＧＰＰタイプのセルラ・ネットワークのような電気通信ネットワーク７１０を含む通信システムを示す。アクセス・ネットワーク７１１は、ｇＮＢ又は他のタイプのワイヤレス・アクセス・ポイントのような複数の基地局７１２ａ、７１２ｂ、７１２ｃを備え、それぞれは対応するカバレッジ・エリア７１３ａ、７１３ｂ、７１３ｃを規定する。各基地局７１２ａ、７１２ｂ、７１２ｃは、有線又は無線コネクション７１５を介してコア・ネットワーク７１４に接続可能である。カバレッジ・エリア７１３ｃに位置する第１ユーザ機器（ＵＥ）７９１は、対応する基地局７１２ｃに無線で接続されるか、又はこれによってページングされるように構成される。カバレッジ・エリア７１３ａ内の第２ＵＥ７９２は、対応する基地局７１２ａに無線で接続可能である。この例では複数のＵＥ７９１、７９２が示されているが、開示された実施形態は、唯一のＵＥがカバレッジ・エリア内にあるか、又は唯一のＵＥが対応する基地局７１２に接続している状況にも等しく適用可能である。
【００６１】
電気通信ネットワーク７１０はそれ自体がホスト・コンピュータ７３０に接続されており、これは、スタンドアロン・サーバ、クラウド実施サーバ、分散サーバのハードウェア及び／又はソフトウェアに実装されてもよく、サーバ・ファーム内の処理リソースとして実装されてもよい。ホスト・コンピュータ７３０は、サービス・プロバイダの所有権又は制御下にあってもよいし、又はサービス・プロバイダによって、又はサービス・プロバイダの代わりに動作されてもよい。電気通信ネットワーク７１０とホスト・コンピュータ７３０との間のコネクション７２１、７２２は、コア・ネットワーク７１４からホスト・コンピュータ７３０へ直接に延びてもよく、又はオプションの中間ネットワーク７２０を介してもよい。中間ネットワーク７２０は、パブリック、プライベート、又はホストされたネットワークのうちの１つ、又はその複数の組合せであってもよく、中間ネットワーク７２０は、もしあれば、バックボーン・ネットワーク又はインターネットであってもよく、特に、中間ネットワーク７２０は、２つ以上のサブネットワーク（図示せず）を含んでもよい。
【００６２】
図７の通信システムは、全体として、接続されたＵＥ７９１、７９２のうちの１つとホスト・コンピュータ７３０との間の接続を可能にする。コネクティビティは、オーバ・ザ・トップ（ＯＴＴ）コネクション７５０として記載されてもよい。ホスト・コンピュータ７３０及び接続されたＵＥ７９１、７９２は、アクセス・ネットワーク７１１、コア・ネットワーク７１４、任意の中間ネットワーク７２０、及び場合によってはさらなるインフラストラクチャ（図示せず）を仲介者として使用して、ＯＴＴコネクション７５０を介してデータ及び／又はシグナリングを通信するように構成される。ＯＴＴコネクション７５０は、ＯＴＴコネクション７５０が通過する参加通信装置がアップリンク通信及びダウンリンク通信のルーティングに気付かないという意味でトランスペアレントであってもよい。例えば、基地局７１２は、接続されたＵＥ７９１に転送される（例えば、ハンドオーバされる）ホスト・コンピュータ７３０から発信されたデータを有する着信ダウンリンク通信の過去のルーティングについて通知されなくてもよく、又は通知される必要がなくてもよい。同様に、基地局７１２は、ホスト・コンピュータ７３０に向けてＵＥ７９１から発信される発信アップリンク通信の将来のルーティングを認識する必要はない。
【００６３】
例示の実装で、先の段落で議論したＵＥの実施例に従って、基地局及びホスト・コンピュータが図８を参照して説明される。通信システム８００において、ホスト・コンピュータ８１０は、通信システム８００の異なる通信デバイスのインタフェースとの有線又は無線コネクションをセットアップし維持するように構成された通信インタフェース８１６を含むハードウェア８１５を含む。ホスト・コンピュータ８１０は、記憶及び／又は処理能力を有してもよい処理回路８１８をさらに備える。特に、処理回路８１８は、命令を実行するように適合された、１つ以上のプログラマブル・プロセッサ、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ、又はこれらの組み合わせ（図示せず）を含んでもよい。ホスト・コンピュータ８１０は、ホスト・コンピュータ８１０に記憶され又はアクセス可能であり、処理回路８１８によって実行可能であるソフトウェア８１１をさらに備える。ソフトウェア８１１は、ホスト・アプリケーション８１２を含む。ホスト・アプリケーション８１２は、ＵＥ８３０及びホスト・コンピュータ８１０で終端するＯＴＴコネクション８５０を介して接続するＵＥ８３０のような、リモート・ユーザにサービスを提供するように動作可能であってもよい。サービスをリモート・ユーザに提供する際に、ホスト・アプリケーション８１２は、ＯＴＴコネクション８５０を使用して送信されるユーザ・データを提供してもよい。
【００６４】
通信システム８００は、電気通信システム内に設けられ、ホスト・コンピュータ８１０及びＵＥ８３０と通信することを可能にするハードウェア８２５を備える基地局８２０をさらに含む。ハードウェア８２５は、通信システム８００の異なる通信デバイスのインタフェースとの有線又は無線コネクションをセットアップし維持するための通信インタフェース８２６だけでなく、基地局８２０によってサービスされるカバレッジ・エリア（図８には示されていない）に位置するＵＥ８３０との少なくとも無線コネクション８７０をセットアップし維持するための無線インタフェース８２７を含んでもよい。通信インタフェース８２６は、ホスト・コンピュータ８１０へのコネクション８６０を容易にするように構成されてもよい。コネクション８６０は直接的であってもよいし、電気通信システムのコア・ネットワーク（図８には図示せず）及び／又は電気通信システムの外部の１つ以上の中間ネットワークを通ってもよい。示される実施形態では、基地局８２０のハードウェア８２５は、１つ以上のプログラマブル・プロセッサ、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ、又は命令を実行するように適合されたこれらの組み合わせ（図示せず）を含んでもよい処理回路８２８をさらに含む。基地局８２０はさらに、内部に記憶された、又は外部コネクションを介してアクセス可能なソフトウェア８２１を有する。
【００６５】
通信システム８００は、既に言及したＵＥ８３０をさらに含む。そのハードウェア８３５は、ＵＥ８３０が現在位置しているカバレッジ・エリアにサービスする基地局との無線コネクション８７０をセットアップし維持するように構成された無線インタフェース８３７を含んでもよい。ＵＥ８３０のハードウェア８３５は、１つ以上のプログラマブル・プロセッサ、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ、又は命令を実行するように適合されたこれらの組み合わせ（図示せず）を含んでもよい処理回路８３８をさらに含む。ＵＥ８３０は、ＵＥ８３０に記憶され又はアクセス可能であり、処理回路８３８によって実行可能であるソフトウェア８３１をさらに備える。ソフトウェア８３１は、クライアント・アプリケーション８３２を含む。クライアント・アプリケーション８３２は、ホスト・コンピュータ８１０のサポートにより、ＵＥ８３０を介して人間又は非人間のユーザにサービスを提供するように動作可能であってもよい。ホスト・コンピュータ８１０において、実行中のホスト・アプリケーション８１２は、ＵＥ８３０及びホスト・コンピュータ８１０で終端するＯＴＴコネクション８５０を介して、実行中のクライアント・アプリケーション８３２と通信してもよい。ユーザにサービスを提供する際に、クライアント・アプリケーション８３２は、ホスト・アプリケーション８１２から要求データを受信し、要求データに応じてユーザ・データを提供してもよい。ＯＴＴコネクション８５０は、要求データとユーザ・データとの両方を転送してもよい。クライアント・アプリケーション８３２は、それが提供するユーザ・データを生成するためにユーザと対話してもよい。
【００６６】
図８に示されるホスト・コンピュータ８１０、基地局８２０、及びＵＥ８３０は、それぞれ、図７のホスト・コンピュータ７３０、基地局７１２ａ、７１２ｂ、７１２ｃのうちの１つ、及びＵＥ７９１、７９２のうちの１つと同一であってもよいことに留意されたい。すなわち、これらのエンティティの内部動作は、図８に示されるようなものであってもよく、独立して、周囲のネットワーク・トポロジは図７のものであってもよい。
【００６７】
図８では、基地局８２０を介したホスト・コンピュータ８１０とユース機器８３０との間の通信を説明するためにＯＴＴコネクション８５０を抽象的に描いており、いかなる中間デバイス及びこれらのデバイスを介したメッセージの正確なルーティングも明示的に参照しない。ネットワーク・インフラストラクチャはルーティングを決定してもよく、これは、ＵＥ８３０から、又はホスト・コンピュータ８１０を動作させるサービス・プロバイダから、あるいはその両方から隠すように構成してもよい。ＯＴＴコネクション８５０がアクティブである間、ネットワーク・インフラストラクチャは、ルーティングを動的に変更する決定を（例えば、負荷分散の考慮又はネットワークの再構成に基づいて）さらに行ってもよい。
【００６８】
ＵＥ８３０と基地局８２０との間の無線コネクション８７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つ以上は、無線コネクション８７０が最後のセグメントを形成するＯＴＴコネクション８５０を使用して、ＵＥ８３０に提供されるＯＴＴサービスの性能を改善する。より正確に、これらの実施形態の教示は、ネットワークがＲＲＣＲｅｓｕｍｅ／ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅ（又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔに応じて送信される他の任意のメッセージ）を暗号化するのを助けることができ、これは追加の暗号化されたメッセージが必要ないので、ＲＲＣコネクション再開を高速化しつつ、セキュリティ及びプライバシを向上させる。これらの実施形態は、アイドル／コネクション遷移中を含む、より良好でより一貫したスループット、及び／又はＲＡＮのユーザのための低減された遅延のような改善された性能をもたらす。
【００６９】
１つ以上の実施形態が改善するデータ速度、レイテンシ、及び他の要因を監視する目的で、測定手順が提供されてもよい。さらに、測定結果の変動に応じて、ホスト・コンピュータ８１０とＵＥ８３０との間のＯＴＴコネクション８５０を再構成するためのオプションのネットワーク機能が存在してもよい。ＯＴＴコネクション８５０を再構成するための測定手順及び／又はネットワーク機能は、ホスト・コンピュータ８１０のソフトウェア８１１、又はＵＥ８３０のソフトウェア８３１、又はその両方において実装されてもよい。実施形態で、ＯＴＴコネクション８５０が通る通信デバイスに、又はそれに関連してセンサ（図示せず）が配備されてもよく、センサは上記で例示された監視量の値を供給することによって、又はソフトウェア８１１、８３１が監視量を計算又は推定することができる他の物理量の値を供給することによって、測定手順に参加してもよい。ＯＴＴコネクション８５０の再構成は、メッセージ・フォーマット、再送信設定、好ましいルーティングなどを含んでもよく、再構成は、基地局８２０に影響を及ぼす必要はなく、基地局８２０には知られていないか、又は知覚できなくてもよい。このような手順及び機能性は当技術分野で公知であり、実施されてもよい。ある実施形態では、測定がスループット、伝搬時間、レイテンシなどのホスト・コンピュータ８１０の測定を容易にする独自のＵＥシグナリングを含んでもよい。測定は、ソフトウェア８１１、８３１が伝搬時間、エラーなどを監視しながら、ＯＴＴコネクション８５０を使用して、メッセージ、特に空又は「ダミー」メッセージを送信させることによって実施されてもよい。
【００７０】
図９は、１つの実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図７及び図８を参照して説明されたものであってもよいホスト・コンピュータ、基地局、及びＵＥを含む。本開示を簡単にするために、図９に対する図面参照のみがこのセクションに含まれる。方法の第１ステップ９１０において、ホスト・コンピュータはユーザ・データを提供する。第１ステップ９１０のオプションのサブステップ９１１において、ホスト・コンピュータはホスト・アプリケーションを実行することによってユーザ・データを提供する。第２ステップ９２０において、ホスト・コンピュータは、ユーザ・データをＵＥに搬送する送信を開始する。オプションの第３ステップ９３０において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホスト・コンピュータが開始した送信において搬送されたユーザ・データをＵＥへ送信する。オプションの第４ステップ９４０において、ＵＥは、ホスト・コンピュータによって実行されるホスト・アプリケーションに関連するクライアント・アプリケーションを実行する。
【００７１】
図１０は、１つの実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図７及び図８を参照して説明されたものであってもよいホスト・コンピュータ、基地局、及びＵＥを含む。本開示を簡単にするために、図１０に対する図面参照のみがこのセクションに含まれる。方法の第１ステップ１０１０において、ホスト・コンピュータはユーザ・データを提供する。オプションのサブステップ（図示されない）において、ホスト・コンピュータはホスト・アプリケーションを実行することによってユーザ・データを提供する。第２ステップ１０２０において、ホスト・コンピュータは、ユーザ・データをＵＥに搬送する送信を開始する。本開示全体にわたって説明される実施形態の教示に従って、送信は、基地局を介して渡されてもよい。オプションの第３ステップ１０３０において、ＵＥは、送信において搬送されたユーザ・データを受信する。
【００７２】
図１１は、１つの実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図７及び図８を参照して説明されたものであってもよいホスト・コンピュータ、基地局、及びＵＥを含む。本開示を簡単にするために、図１１に対する図面参照のみがこのセクションに含まれる。本方法のオプションの第１ステップ１１１０において、ＵＥは、ホスト・コンピュータによって提供された入力データを受信する。これに加えて又はこれにかえて、オプションの第２ステップ１１２０において、ＵＥは、ユーザ・データを提供する。第２ステップ１１２０のオプションのサブステップ１１２１において、ＵＥはクライアント・アプリケーションを実行することによってユーザ・データを提供する。第１ステップ２０１０のさらなるオプションのサブステップ１１１１において、ＵＥは、ホスト・コンピュータによって提供された受信された入力データに応じてユーザ・データを提供するクライアント・アプリケーションを実行する。ユーザ・データを提供する際に、実行されたクライアント・アプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮してもよい。ユーザ・データが提供された特定の方法にかかわらず、ＵＥは、オプションの第３サブステップ１１３０において、ホスト・コンピュータへのユーザ・データの送信を開始する。本方法の第４ステップ１１４０において、ホスト・コンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザ・データを受信する。
【００７３】
図１２は、１つの実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図７及び図８を参照して説明されたものであってもよいホスト・コンピュータ、基地局、及びＵＥを含む。本開示を簡単にするために、図１２に対する図面参照のみがこのセクションに含まれる。本方法のオプションの第１ステップ１２１０において、本開示全体にわたって説明される実施形態の教示に従って、基地局はＵＥからユーザ・データを受信する。オプションの第２ステップ１２２０において、基地局は、受信されたユーザ・データのホスト・コンピュータへの送信を開始する。第３ステップ１２３０において、ホスト・コンピュータは、基地局によって開始された送信で搬送されたユーザ・データを受信する。
【００７４】
いくつかの実施形態によれば、ホスト・コンピュータ、基地局、及びＵＥを含む通信システムで実施される方法は、ホスト・コンピュータにおいて、ユーザ・データを提供することと、基地局を含むセルラ・ネットワークを介してユーザ・データをＵＥへ搬送する送信を開始することと、を含む。基地局は、ＲＲＣ非アクティブ状態で動作するＵＥから、ＵＥについてのＲＲＣ接続状態の再開を要求するメッセージを受信することと、前記メッセージに応じて、１つ以上の応答メッセージを暗号化及び完全性保護することと、を含む方法を実行する。本方法はまた、ワイヤレス・デバイスへ、暗号化及び完全性保護された１つ以上の応答メッセージを送信することを含む。基地局における方法は、ユーザ・データを送信することを含んでもよい。ユーザ・データは、ホスト・アプリケーションを実行することによってホスト・コンピュータにおいて提供されてもよく、本方法はさらに、ＵＥにおいて、ホスト・アプリケーションに関連するクライアント・アプリケーションを実行することを含んでもよい。
【００７５】
いくつかの実施形態によれば、ホスト・コンピュータ、基地局、及びＵＥを含む通信システムにおいて実施される方法は、ホスト・コンピュータにおいて、基地局がＵＥから受信した送信に起因するユーザ・データを基地局から受信することを含む。基地局は、ＲＲＣ非アクティブ状態で動作するＵＥから、ＵＥについてのＲＲＣ接続状態の再開を要求するメッセージを受信することと、前記メッセージに応じて、１つ以上の応答メッセージを暗号化及び完全性保護することと、を含む方法を実行する。本方法は、ワイヤレス・デバイスへ、暗号化及び完全性保護された１つ以上の応答メッセージを送信することを含む。基地局における方法は、ＵＥからユーザ・データを受信することを含んでもよい。基地局における方法は、受信したユーザ・データのホスト・コンピュータへの送信を開始することを含んでもよい。
【００７６】
いくつかの実施形態によれば、通信システムは、ユーザ・データを提供するように構成された処理回路と、ＵＥに送信するためにユーザ・データをセルラ・ネットワークに転送するように構成された通信インタフェースとを含むホスト・コンピュータを含んでもよく、セルラ・ネットワークは、通信回路及び処理回路を有する基地局を備える。基地局の処理回路は、ＲＲＣ非アクティブ状態で動作しているＵＥから、ＵＥについてのＲＲＣ接続状態の再開を要求するメッセージを受信し、前記メッセージに応じて、１つ以上の応答メッセージを暗号化及び完全性保護してもよい。基地局の処理回路はまた、ＵＥへ、暗号化及び完全性保護された１つ以上の応答メッセージを送信するように構成される。通信システムは、基地局及び／又はＵＥを含んでもよく、ＵＥは、基地局と通信するように構成される。ホスト・コンピュータの処理回路は、ホスト・アプリケーションを実行し、それによってユーザ・データを提供するように構成されてもよく、ＵＥは、ホスト・アプリケーションに関連するクライアント・アプリケーションを実行するように構成された処理回路を含んでもよい。
【００７７】
いくつかの実施形態によれば、通信システムは、ＵＥから基地局への送信に起因するユーザ・データを受信するように構成された通信インタフェースを備え、無線インタフェース及び処理回路を備えるホスト・コンピュータを含む。基地局の処理回路は、ＲＲＣ非アクティブ状態で動作しているＵＥから、ＵＥについてのＲＲＣ接続状態の再開を要求するメッセージを受信するように構成される。処理回路は、前記メッセージに応じて、１つ以上の応答メッセージを暗号化及び完全性保護し、暗号化及び完全性保護された１つ以上の応答メッセージをＵＥへ送信するように構成される。通信システムは、基地局及び／又はＵＥを含んでもよく、ＵＥは、基地局と通信するように構成される。ホスト・コンピュータは、ホスト・アプリケーションを実行するように構成された処理回路を含んでもよく、ＵＥは、ホスト・アプリケーションに関連するクライアント・アプリケーションを実行するように構成されてもよく、それによって、ホスト・コンピュータによって受信されるユーザ・データを提供する。
【００７８】
いくつかの実施形態によれば、ホスト・コンピュータ、基地局、及びＵＥを含む通信システムで実施される方法は、ホスト・コンピュータにおいて、ユーザ・データを提供することと、基地局を含むセルラ・ネットワークを介してユーザ・データをＵＥへ搬送する送信を開始することと、を含む。ＵＥにおける方法は、ＲＲＣ非アクティブ状態にある間に、ＲＲＣ接続状態の再開を要求するメッセージを送信することを含む。方法はまた、前記メッセージを送信する際に、事前決定された値に従ってタイマを開始することと、前記タイマが進んでいる間に、ワイヤレス・ネットワークからその後に受信されたパケットについて復号及び完全性チェック処理を試みることと、を含む。ＵＥにおける方法は、基地局からユーザ・データを受信することを含んでもよい。
【００７９】
いくつかの実施形態によれば、通信システムは、ＵＥから基地局への送信に起因するユーザ・データを受信するように構成された通信インタフェースを含むホスト・コンピュータを含む。ＵＥの処理回路は、ＲＲＣ非アクティブ状態である間に、ＲＲＣ接続状態の再開を要求するメッセージを送信するように構成される。ＵＥの処理回路はまた、前記メッセージを送信する際に、事前決定された値に従ってタイマを開始し、前記タイマが進んでいる間に、ワイヤレス・ネットワークからその後に受信されたパケットについて復号及び完全性チェック処理を試みるように構成される。通信システムはＵＥ及び／又は基地局を含んでもよく、基地局は、ＵＥと通信するように構成された無線インタフェースと、ＵＥから基地局への送信によって搬送されるユーザ・データをホスト・コンピュータへ転送するように構成された通信インタフェースとを含む。ホスト・コンピュータの処理回路は、ホスト・アプリケーションを実行するように構成されてもよく、ＵＥの処理回路は、ホスト・アプリケーションに関連するクライアント・アプリケーションを実行するように構成されてもよく、それによって、ユーザ・データを提供する。ホスト・コンピュータの処理回路は、ホスト・アプリケーションを実行するように構成されてもよく、それによって要求データを提供し、ＵＥの処理回路は、ホスト・アプリケーションに関連するクライアント・アプリケーションを実行するように構成されてもよく、それによって要求データに応じてユーザ・データを提供する。
【００８０】
いくつかの実施形態によれば、ＵＥにおいて実施される方法は、ＲＲＣ非アクティブ状態にある間に、ＲＲＣ接続状態の再開を要求するメッセージを送信することと、前記メッセージを送信する際に、所定の値に従ってタイマを開始することと、を含む。本方法は、前記タイマが進んでいる間に、ワイヤレス・ネットワークからその後に受信されたパケットについて復号及び完全性チェック処理を試みることを含む。方法は、ユーザ・データを提供することと、基地局への送信を介してユーザ・データをホスト・コンピュータへ転送することと、を含んでもよい。
【００８１】
いくつかの実施形態によれば、ホスト・コンピュータ、基地局、及びＵＥを含む通信システムにおいて実施される方法は、ホスト・コンピュータにおいて、ＵＥから基地局に送信されたユーザ・データを受信することを含む。ＵＥにおける方法は、ＲＲＣ非アクティブ状態にある間に、ＲＲＣ接続状態の再開を要求するメッセージを送信することと、前記メッセージを送信する際に、所定の値に従ってタイマを開始することと、を含む。本方法はまた、前記タイマが進んでいる間に、ワイヤレス・ネットワークからその後に受信されたパケットについて復号及び完全性チェック処理を試みることを含む。ＵＥにおける方法は、ユーザ・データを基地局に提供すること、及び／又はクライアント・アプリケーションを実行することを含んでもよく、それにより、送信されるユーザ・データを提供する。ホスト・コンピュータにおける方法は、クライアント・アプリケーションに関連するホスト・アプリケーションを実行することを含んでもよい。ＵＥにおける方法は、クライアント・アプリケーションを実行することと、クライアント・アプリケーションへの入力データを受信することと、を含んでもよく、入力データはクライアント・アプリケーションに関連するホスト・アプリケーションを実行することによってホスト・コンピュータに提供され、ここで、送信されるユーザ・データは入力データに応じて、クライアント・アプリケーションによって提供される。
【００８２】
いくつかの実施形態によれば、通信システムは、ＵＥから基地局への送信に起因するユーザ・データを受信するように構成された通信インタフェースを備えるホスト・コンピュータを含む。ＵＥの処理回路は、ＲＲＣ非アクティブ状態である間に、ＲＲＣ接続状態の再開を要求するメッセージを送信するように構成される。ＵＥの処理回路はまた、前記メッセージを送信する際に、事前決定された値に従ってタイマを開始し、前記タイマが進んでいる間に、ワイヤレス・ネットワークからその後に受信されたパケットについて復号及び完全性チェック処理を試みるように構成される。通信システムは、ＵＥを含んでもよい。通信システムは基地局を含んでもよく、基地局は、ＵＥと通信するように構成された無線インタフェースと、ＵＥから基地局への送信によって搬送されるユーザ・データをホスト・コンピュータへ転送するように構成された通信インタフェースとを備える。ホスト・コンピュータの処理回路は、ホスト・アプリケーションを実行するように構成されてもよく、ＵＥの処理回路は、ホスト・アプリケーションに関連するクライアント・アプリケーションを実行するように構成されてもよく、それによって、ユーザ・データを提供する。ホスト・コンピュータの処理回路は、ホスト・アプリケーションを実行するように構成されてもよく、それによって要求データを提供し、ＵＥの処理回路は、ホスト・アプリケーションに関連するクライアント・アプリケーションを実行するように構成されてもよく、それによって要求データに応じてユーザ・データを提供する。
【００８３】
上記で詳細に論じたように、本書で説明する技術は例えば、図３及び図５のプロセス・フロー図に示すように、１つ以上のプロセッサによって実行されるコンピュータ・プログラム命令を使用して、全体的に又は部分的に実施されてもよい。当然のことながら、これらの技術の機能実装は機能モジュールに関して表されてもよく、各機能モジュールは適切なプロセッサ内で実行されるソフトウェアの機能ユニット、又は機能デジタル・ハードウェア回路、あるいは両方の何らかの組合せに対応する。
【００８４】
図１３は、１つ以上のネットワーク・ノード３０で実施されてもよい例示的な機能モジュール又は回路アーキテクチャを示す。実装は、ＲＲＣ非アクティブ状態で動作するワイヤレス・デバイスから、ワイヤレス・デバイスについてのＲＲＣ接続状態の再開を要求するメッセージを受信するための受信モジュール１３０２を含む。実装は、前記メッセージに応じて、１つ以上の応答メッセージを暗号化及び完全性保護するための暗号化及び完全性モジュール１３０４と、暗号化及び完全性保護された１つ以上の応答メッセージをワイヤレス・デバイスへ送信するための送信モジュール１３０６とを含む。
【００８５】
図１４は、ワイヤレス・デバイス５０で実施されてもよい例示的な機能モジュール又は回路アーキテクチャを示す。実装は、ＲＲＣ非アクティブ状態である間に、ＲＲＣ接続状態の再開を要求するメッセージを送信するための送信モジュール１４０２を含む。実装はまた、メッセージを送信する際に、事前決定された値に従ってタイマを開始するためのタイマ開始モジュール１４０４を含む。実装はさらに、前記タイマが進んでいる間に、ワイヤレス・ネットワークからその後に受信されたパケットについて復号及び完全性チェック処理を試みるための暗号化及び完全性モジュール１４０６を含む。
【００８６】
特に、上述の説明及び関連する図面に提示される教示の利益を有する当業者は変形及び他の実施形態を思い浮かぶだろう。したがって、本発明は、開示された特定の実施形態に限定されるべきではなく、修正及び他の実施形態が本開示の範囲内に含まれることが意図されることを理解されたい。特定の用語が本書で採用されうるが、これらは汎用及び記述的な意味で使用され、限定を目的としない。
【図１】
2021520673.tif 000003
【図２】
2021520673.tif 000004
【図３】
2021520673.tif 000005
【図４】
2021520673.tif 000006
【図５】
2021520673.tif 000007
【図６】
2021520673.tif 000008
【図７】
2021520673.tif 000009
【図８】
2021520673.tif 000010
【図９】
2021520673.tif 000011
【図１０】
2021520673.tif 000012
【図１１】
2021520673.tif 000013
【図１２】
2021520673.tif 000014
【図１３】
2021520673.tif 000015
【図１４】
2021520673.tif 000016
【手続補正書】
【提出日】令和2年9月29日(2020.9.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス・ネットワークで動作するワイヤレス・デバイス（５０）において、メッセージのセキュリティを提供するための方法（５００）であって、前記方法（５００）は、
無線リソース制御（ＲＲＣ）非アクティブ状態である間に、ＲＲＣ接続状態の再開を要求するメッセージを送信すること（５０２）と、
前記メッセージを送信する際に、事前決定された値に従ってタイマを開始すること（５０４）と、
前記タイマが進んでいる間に、前記ワイヤレス・ネットワークからその後に受信されたパケットについて復号及び完全性チェック処理を試みること（５０６）と、を含む、方法（５００）。
【請求項２】
請求項１に記載の方法（５００）であって、復号及び完全性チェック処理を試みること（５０６）は、ＲＲＣレイヤが、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤに復号及び完全性チェック処理を要求することを含む、方法（５００）。
【請求項３】
請求項１又は２に記載の方法（５００）であって、前記方法（５００）は、
前記タイマが進んでいる間に、パケットについて復号又は完全性チェックが失敗したと判定することと、
復号又は完全性チェックに失敗した前記パケットを破棄することと、をさらに含む、方法（５００）。
【請求項４】
請求項３に記載の方法（５００）であって、前記判定することは、第１プロトコル・レイヤにおいて実行され、前記方法（５００）は、前記第１プロトコル・レイヤが前記失敗を上位プロトコル・レイヤに通知することをさらに含む、方法（５００）。
【請求項５】
請求項１乃至４の何れか１項に記載の方法（５００）であって、
前記タイマが進んでいる間に、前記ＲＲＣ接続状態の再開を示すメッセージを成功裏に復号及び完全性チェックすることと、
メッセージを成功裏に前記復号及び完全性チェックしたことに応じて、前記タイマを停止し、前記ＲＲＣ接続状態になることと、をさらに含む、方法（５００）。
【請求項６】
請求項５に記載の方法（５００）であって、前記方法（５００）は、前記ＲＲＣ接続状態になることに続いて、
前記ＲＲＣ接続状態の間に受信されたパケットが完全性チェックに失敗したと判定することと、
前記失敗した完全性チェックに応じて、前記ＲＲＣ接続状態の再確立を開始することと、をさらに含む、方法（５００）。
【請求項７】
請求項１乃至４の何れか１項に記載の方法（５００）であって、前記方法（５００）は、
前記タイマが満了したと判定することと、前記タイマが満了したことに応じて、前記ＲＲＣコネクションに関する記憶された情報を破棄することと、をさらに含む、方法（５００）。
【請求項８】
請求項７に記載の方法（５００）であって、前記タイマが満了したと判定することと、前記記憶された情報を破棄することとは、第１プロトコル・レイヤにおいて実行され、前記方法（５００）は、前記第１プロトコル・レイヤが、前記ＲＲＣコネクションの再開が失敗したことを上位プロトコル・レイヤに通知することをさらに含む、方法（５００）。
【請求項９】
請求項１又は２に記載の方法（５００）であって、前記方法（５００）は、
前記タイマが進んでいる間に、パケットについて復号又は完全性チェックが失敗したと判定することと、
前記パケットについて復号又は完全性チェックが失敗したと判定したことに応じて、前記ＲＲＣコネクションに関する記憶された情報を破棄し、前記ＲＲＣコネクションの再開が失敗したことを上位プロトコル・レイヤに通知することと、をさらに含む、方法（５００）。
【請求項１０】
請求項１乃至４の何れか１項に記載の方法（５００）であって、前記方法（５００）はさらに、
前記ＲＲＣ接続状態の再開が拒否されたことを示すメッセージを受信することであって、前記メッセージは、前記ＲＲＣ接続状態の再開が暗号化されていない又は完全性保護されていないことを示す、ことと、
前記メッセージを受信したことに応じて、前記ＲＲＣコネクションに関する記憶された情報を破棄することと、をさらに含む、方法（５００）。
【請求項１１】
ワイヤレス・ネットワーク内の又はワイヤレス・ネットワークに接続された１つ以上のネットワーク・ノード（３０）において、メッセージのセキュリティを提供するための方法（３００）であって、前記方法（３００）は、
無線リソース制御（ＲＲＣ）非アクティブ状態で動作するワイヤレス・デバイス（５０）から、前記ワイヤレス・デバイス（５０）についてＲＲＣ接続状態の再開を要求するメッセージを受信すること（３０２）と、
前記メッセージに応じて、１つ以上の応答メッセージを暗号化及び完全性保護すること（３０４）と、
前記暗号化及び完全性保護された１つ以上の応答メッセージを前記ワイヤレス・デバイス（５０）へ送信すること（３０６）と、を含む、方法（３００）。
【請求項１２】
請求項１１に記載の方法（３００）であって、前記方法（３００）は、
前記ワイヤレス・デバイス（５０）について前記ＲＲＣ接続状態の再開を要求する前記メッセージを受信したことに応じて、事前決定された値でタイマを開始することと、
前記ワイヤレス・デバイス（５０）から前記ＲＲＣ接続状態の再開を検証するメッセージを受信せずに前記タイマが満了したことに応じて、前記ＲＲＣコネクションを除去することと、をさらに含む、方法（３００）。
【請求項１３】
請求項１乃至１０の何れか１項に記載の方法（５００）を実行するように適合されたワイヤレス・デバイス（５０）。
【請求項１４】
ワイヤレス・ネットワークで動作し、メッセージのセキュリティを提供するために構成されたワイヤレス・デバイス（５０）であって、前記ワイヤレス・デバイス（５０）は、
送受信機回路（５６）と、
前記送受信機回路（５６）に動作可能に関連する処理回路（５２）であって、
無線リソース制御（ＲＲＣ）非アクティブ状態である間に、ＲＲＣ接続状態の再開を要求するメッセージを送信することと、
前記メッセージを送信する際に、事前決定された値に従ってタイマを開始することと、
前記タイマが進んでいる間に、前記ワイヤレス・ネットワークからその後に受信されたパケットについて復号及び完全性チェック処理を試みることと、を行うように構成された処理回路（５６）と、を含む、ワイヤレス・デバイス（５０）。
【請求項１５】
請求項１４に記載のワイヤレス・デバイス（５０）であって、前記処理回路（５２）は、ＲＲＣレイヤに、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤに復号及び完全性チェック処理を要求させることによって、復号及び完全性チェック処理を試みるように構成される、ワイヤレス・デバイス（５０）。
【請求項１６】
請求項１４又は１５に記載のワイヤレス・デバイス（５０）であって、前記処理回路（５２）は、
前記タイマが進んでいる間に、パケットについて復号又は完全性チェックが失敗したと判定することと、
復号又は完全性チェックに失敗した前記パケットを破棄することと、を行うように構成される、ワイヤレス・デバイス（５０）。
【請求項１７】
請求項１６に記載のワイヤレス・デバイス（５０）であって、前記処理回路（５２）は、第１プロトコル・レイヤにおいて前記判定することを実行し、前記第１プロトコル・レイヤに、前記失敗を上位プロトコル・レイヤに通知させるように構成される、ワイヤレス・デバイス（５０）。
【請求項１８】
請求項１４乃至１７の何れか１項に記載のワイヤレス・デバイス（５０）であって、前記処理回路（５２）は、
前記タイマが進んでいる間に、前記ＲＲＣ接続状態の再開を示すメッセージを成功裏に復号及び完全性チェックすることと、
メッセージを成功裏に前記復号及び完全性チェックしたことに応じて、前記タイマを停止し、前記ＲＲＣ接続状態になることと、を行うように構成される、ワイヤレス・デバイス（５０）。
【請求項１９】
請求項１８に記載のワイヤレス・デバイス（５０）であって、前記処理回路（５２）は、前記ＲＲＣ接続状態になることに続いて、
前記ＲＲＣ接続状態の間に受信されたパケットが完全性チェックに失敗したと判定することと、
前記失敗した完全性チェックに応じて、前記ＲＲＣ接続状態の再確立を開始することと、を行うように構成される、ワイヤレス・デバイス（５０）。
【請求項２０】
請求項１４乃至１７の何れか１項に記載のワイヤレス・デバイス（５０）であって、前記処理回路（５２）は、
前記タイマが満了したと判定することと、前記タイマが満了したことに応じて、前記ＲＲＣコネクションに関する記憶された情報を破棄することと、を行うように構成される、ワイヤレス・デバイス（５０）。
【請求項２１】
請求項２０に記載のワイヤレス・デバイス（５０）であって、前記処理回路（５２）は、第１プロトコル・レイヤにおいて、前記タイマが満了したと判定することと、前記記憶された情報を破棄することとを行うように構成され、前記第１プロトコル・レイヤが、前記ＲＲＣコネクションの再開が失敗したことを上位プロトコル・レイヤに通知する、ワイヤレス・デバイス（５０）。
【請求項２２】
請求項１１又は１２に記載の方法（５００）を実行するように適合された１つ以上のネットワーク・ノード（３０）。
【国際調査報告】
2021520673.tif 000017
2021520673.tif 000018
2021520673.tif 000019