(57)【要約】  制御プレーン上でのデータ転送動作中に、通信システムの所与のユーザ機器とソースアクセスノードとの間の無線リンク障害に応答して、通信システムのターゲットアクセスノードを通じて所与のユーザ機器のための無線リンクをリカバーするための方法が提供される。無線リンクリカバリは、所与のユーザ機器とモビリティ管理ノードとの間で以前に確立されている非アクセス層セキュリティコンテキストを使用して、通信システムのモビリティ管理ノードを介して可能にされる。
2020518163.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、
通信システムにおいて、制御プレーン上でのデータ転送動作中に、通信システムの所与のユーザ機器とソースアクセスノードとの間の無線リンク障害に応答して、
通信システムのターゲットアクセスノードを通じて所与のユーザ機器のための無線リンクをリカバーすることを含み、無線リンクリカバリが、所与のユーザ機器とモビリティ管理ノードとの間で以前に確立されている非アクセス層セキュリティコンテキストを使用して、通信システムのモビリティ管理ノードを介して可能にされ、
モビリティ管理ノードが、無線リンクリカバリを可能にするように構成されたプロセッサおよびメモリを備える、方法。
【請求項２】
無線リンクをリカバーすることが、モビリティ管理ノードにおいて、所与のユーザ機器から第１の非アクセス層メッセージを受信することをさらに含む、請求項１に記載の方法。
【請求項３】
第１の非アクセス層メッセージが、所与のユーザ機器がソースアクセスノードと無線リンク障害を経験したことを示し、および、所与のユーザ機器とモビリティ管理ノードとの間の非アクセス層セキュリティコンテキストから作成された暗号鍵を使用して保護される、請求項２に記載の方法。
【請求項４】
無線リンクをリカバーすることが、
モビリティ管理ノードにおいて、暗号鍵を使用して所与のユーザ機器を検証することと、
モビリティ管理ノードにおいて、ターゲットアクセスノードとシグナリングインターフェースのセットアップを開始することと、
モビリティ管理ノードから、ターゲットアクセスノードを通じて所与のユーザ機器に第２の非アクセス層メッセージを送信することと、
モビリティ管理ノードにより、ソースアクセスノードから、データ転送に関連付けられたバッファリングされたデータを取り出すことと
をさらに含む、請求項３に記載の方法。
【請求項５】
通信システムが、狭帯域モノのインターネット（ＮＢ−ＩｏＴ）ネットワークを備え、さらに、所与のユーザ機器が、セルラＩｏＴ（ＣＩｏＴ）ユーザ機器を備える、請求項１に記載の方法。
【請求項６】
プロセッサによって実行されたとき、プロセッサに、請求項１に記載の方法をおこなわせる実行可能プログラムコードを具現化している非一時的コンピュータ可読記憶媒体を備える、製造品。
【請求項７】
装置であって、
通信システムにおいて、制御プレーン上でのデータ転送動作中に、通信システムの所与のユーザ機器とソースアクセスノードとの間の無線リンク障害に応答して、
モビリティ管理エンティティとして機能するように構成され、通信システムのターゲットアクセスノードを通じて所与のユーザ機器のための無線リンクをリカバーすることを可能にするようにさらに構成された、通信システムにおけるネットワークノードを備え、
無線リンクリカバリが、所与のユーザ機器とモビリティ管理エンティティとの間で以前に確立されている非アクセス層セキュリティコンテキストを使用して、モビリティ管理エンティティを介して可能にされる、装置。
【請求項８】
方法であって、
通信システムにおいて、制御プレーン上でのデータ転送動作中に、通信システムの所与のユーザ機器とソースアクセスノードとの間の無線リンク障害に応答して、
通信システムのターゲットアクセスノードを通じて所与のユーザ機器のための無線リンクをリカバーすることを含み、無線リンクリカバリが、所与のユーザ機器によって、所与のユーザ機器とモビリティ管理ノードとの間で以前に確立されている非アクセス層セキュリティコンテキストを使用して、ターゲットアクセスノードを通じて通信システムのモビリティ管理ノードにメッセージを送信することによって開始され、
所与のユーザ機器が、無線リンクリカバリを開始するように構成されたプロセッサおよびメモリを備える、方法。
【請求項９】
プロセッサによって実行されたとき、プロセッサに、請求項８に記載の方法をおこなわせる実行可能プログラムコードを具現化している非一時的コンピュータ可読記憶媒体を備える、製造品。
【請求項１０】
装置であって、
通信システムにおいて、制御プレーン上でのデータ転送動作中に、通信システムの所与のユーザ機器とソースアクセスノードとの間の無線リンク障害に応答して、
通信システムのターゲットアクセスノードを通じて所与のユーザ機器のための無線リンクのリカバリを可能にするように構成された所与のユーザ機器を備え、無線リンクリカバリが、所与のユーザ機器によって、所与のユーザ機器とモビリティ管理ノードとの間で以前に確立されている非アクセス層セキュリティコンテキストを使用して、ターゲットアクセスノードを通じて通信システムのモビリティ管理ノードにメッセージを送信することによって開始される、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、その開示が引用によりその全体が本明細書に組み込まれる、「Ｃｅｌｌｕｌａｒ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ（ＣＩｏＴ）ＵＥ  Ｒａｄｉｏ  Ｌｉｎｋ  Ｒｅｃｏｖｅｒｙ  Ｕｓｉｎｇ  ＮＡＳ  Ｋｅｙｓ」という名称の、２０１７年４月２１日に出願された米国整理番号第６２／４８８，１７９号として識別される米国仮特許出願の優先権を主張する。
【０００２】
本分野は、一般に、通信システムに関し、より詳細には、ただし、排他的にではなく、そのようなシステム内のセキュリティに関する。
【背景技術】
【０００３】
本セクションは、本発明のよりよい理解を容易にするために役立つことが可能な態様を概説する。したがって、本セクションにおいて述べることは、この観点から読まれるべきであり、何が従来技術に含まれるか、または何が従来技術に含まれないかについての承認として理解されるべきではない。
【０００４】
ロングタームエボリューション（ＬＴＥ）技術としても知られている第４世代（４Ｇ）無線モバイル遠隔通信技術は、特に人間との対話に関して高いデータレートを有する高容量のモバイルマルチメディアを提供するように設計された。次世代、すなわち、第５世代（５Ｇ）技術は、人間との対話のために限ってではなく、いわゆるモノのインターネット（ＩｏＴ）ネットワークにおけるマシンタイプの通信のためにも使用されることが意図される。
【０００５】
ＬＴＥ例の通信システムにおいて、モバイルデバイスなどのユーザ機器（ＵＥ）は、無線インターフェース上で、進化型ノードＢ（ｅＮＢ）と呼ばれる基地局と通信する。例示として、ｅＮＢは、例えば、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）などのシステムのアクセスネットワークの一部である。ｅＮＢは、コアネットワーク（ＣＮ）に対するアクセスをＵＥに提供し、ＣＮは、パケットデータネットワーク（例えば、インターネットなどのＰＤＮ）などのデータネットワークに対するアクセスをＵＥに提供する。
【０００６】
狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）は、セルラ通信ネットワークを使用して多種多様なデバイス（例えば、モバイルデバイス、センサ、スマートメータ、その他）およびサービスの接続を可能にするように開発された低電力ワイドエリアネットワーク（ＬＰＷＡＮ）無線技術である。例えば、前述したＬＴＥネットワークにおいて、Ｅ−ＵＴＲＡＮが、セルラＩｏＴ（ＣＩｏＴ）ＵＥをＣＮに接続し、最終的に、ＰＤＮまたは他のデータネットワークを通じて利用可能なサービスに接続する。しかし、現行で提案される例において、例えば、無線リンクリカバリなどの動作中、ＮＢ−ＩｏＴネットワークにおけるＣＩｏＴ  ＵＥに関するセキュリティ問題が存在する。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ  ＴＳ２３．４０１、Ｒｅｌ．１４、２０１６−１２、§５．３．４Ｂ．２
【非特許文献２】３ＧＰＰ  ＴＳ２４．３０１
【非特許文献３】３ＧＰＰ  ＴＳ３３．４０１
【非特許文献４】３ＧＰＰ  ＴＳ２３．５０１、Ｖ０．４．０
【非特許文献５】３ＧＰＰ  ＴＳ３６．４１３
【非特許文献６】３ＧＰＰ  ＴＳ３６．３００
【発明の概要】
【課題を解決するための手段】
【０００８】
例示的な実施形態が、通信システムにおけるユーザ機器にセキュアな無線リンクリカバリを提供するための技法を提供する。
【０００９】
一実施形態において、方法が、制御プレーン上でのデータ転送動作中に、通信システムの所与のユーザ機器とソースアクセスノードとの間の無線リンク障害に応答して、通信システムのターゲットアクセスノードを通じて所与のユーザ機器のための無線リンクをリカバーすることを含む。無線リンクリカバリは、所与のユーザ機器とモビリティ管理ノードとの間で以前に確立されている非アクセス層セキュリティコンテキストを使用して、通信システムのモビリティ管理ノードを介して可能にされる。
【００１０】
別の実施形態において、方法が、制御プレーン上でのデータ転送動作中に、通信システムの所与のユーザ機器とソースアクセスノードとの間の無線リンク障害に応答して、通信システムのターゲットアクセスノードを通じて所与のユーザ機器のための無線リンクをリカバーすることを含む。無線リンクリカバリは、所与のユーザ機器によって、所与のユーザ機器とモビリティ管理ノードとの間で以前に確立されている非アクセス層セキュリティコンテキストを使用して、ターゲットアクセスノードを通じて通信システムのモビリティ管理ノードにメッセージを送信することによって開始される。
【００１１】
有利なこととして、例示的な実施形態において、セキュアな無線リンクリカバリが、所与のユーザ機器とターゲットアクセスノードとの間のリンクを保護するように新たなコンテキストがセットアップされることなく、所与のユーザ機器とモビリティ管理ノードとの間の非アクセス層セキュリティコンテキスト、およびその関係する暗号鍵だけが使用されて、実現される。鍵分離のために、新たな鍵は、アップリンクまたはダウンリンクのいずれかにおける、既存の非アクセス層セキュリティパラメータまたは非アクセス層メッセージカウントを使用して計算されてよい。
【００１２】
さらなる実施形態が、プロセッサによって実行されたとき、プロセッサに前述のステップをおこなわせる実行可能プログラムコードを具現化している非一時的コンピュータ可読記憶媒体の形態で提供される。さらなる実施形態は、前述のステップをおこなうように構成されたプロセッサおよびメモリを有する装置を備える。
【００１３】
本明細書において説明される実施形態のこれら、およびその他の特徴および利点が、添付の図面、および後段の詳細な説明からより明白となろう。
【図面の簡単な説明】
【００１４】
【図１Ａ】無線リンクリカバリが例示的な実施形態において実行される通信システムを示す図である。
【図１Ｂ】無線リンクリカバリが例示的な実施形態において実行される通信システムを示す図である。
【図２】例示的な実施形態における例示的なユーザ機器およびモビリティ管理エンティティ要素をより詳細に示す図である。
【図３】例示的な実施形態における無線リンクリカバリプロセスに関するメッセージフローを示す図である。
【図４】例示的な実施形態における無線リンクリカバリプロセスを示すフロー図である。
【図５Ａ】別の例示的な実施形態における無線リンクリカバリプロセスに関する鍵計算およびメッセージフローを示す図である。
【図５Ｂ】別の例示的な実施形態における無線リンクリカバリプロセスに関する鍵計算およびメッセージフローを示す図である。
【発明を実施するための形態】
【００１５】
実施形態が、例示的な通信システム、およびユーザ機器のための無線リンクリカバリのための関連する技法と併せて本明細書において例示される。しかし、特許請求の範囲は、開示される特定のタイプの通信システムおよび／またはプロセスに限定されないことを理解されたい。実施形態は、代替のプロセスおよび動作を使用して、多種多様な他のタイプの通信システムにおいて実施されることが可能である。例えば、ＬＴＥ進化型パケットコア（ＥＰＣ）などの３ＧＰＰシステム要素を利用する無線セルラシステムのコンテキストにおいて例示されるものの、開示される実施形態は、ＷｉＭＡＸシステムおよびＷｉ−Ｆｉシステムを含むが、これらには限定されない様々な他のタイプの通信システムに単純明快な様態で適合させられることが可能である。また、例示的な実施形態は、ＮＢ−ＩｏＴネットワークにおける実現に特によく適しているが、実施形態は、セキュアな無線リンクリカバリが所望される、または必要とされる他のネットワークにおいて実現されてよい。
【００１６】
次に、様々な例示的な実施形態が、図面を参照して説明されるが、すべての図面にわたって同様の要素を参照するために同様の参照符号が使用される。後段の説明において、説明の目的で、例示的な１つ以上の実施形態の徹底的な理解をもたらすために多数の特定の詳細が記載される。しかし、そのような例示的な実施形態は、これらの詳細なしに、または機能的に類似した、もしくは等価な代替を用いて実践されてよいことが明白であり得る。
【００１７】
本明細書において例示的に使用されるように、非アクセス層（ＮＡＳ）は、無線アクセスネットワーク（ＲＡＮ）にトランスペアレントに、ＵＥとコアネットワーク（ＣＮ）の間のいくつかの制御プレーン機能のための非無線シグナリングを提供する通信ネットワークの機能層である。そのような機能は、モビリティ管理、認証、その他を含むが、以上には限定されない。ＮＡＳ機能層を、無線接続上のデータトランスポート、および無線リソース管理を含むが、これらには限定されない、ＵＥとＲＡＮの間の機能を提供する、ＮＡＳより下の機能層であるアクセス層（ＡＳ）と比較されたい。
【００１８】
ＣＩｏＴ最適化ソリューションを使用するＮＢ−ＩｏＴ  ＵＥに関する無線リンクリカバリおよびモビリティのサポートが、関係のある標準団体によって考慮されている。ＮＡＳ層上のデータ転送に関するこの最適化ソリューションは、データオーバＮＡＳ（ＤｏＮＡＳ）としても参照される。いくつかの提案は、従来の慣行のアクティブモードハンドオーバシナリオと類似した、モビリティシナリオにおけるサービング（またはソース）ｅＮＢからターゲットｅＮＢへのコンテキストフェッチおよびデータ転送を可能にする無線リソース制御（ＲＲＣ）接続再確立手続き、使用を含む。しかし、そのような提案は、悪意のある行為者からの潜在的な害を減らすように対処されなければならないセキュリティリスクをもたらし得る。
【００１９】
より詳細には、ＣＩｏＴ制御プレーン最適化（ＤｏＮＡＳ）のための無線リソース制御（ＲＲＣ）接続再確立手続きをＵＥが使用することは、ｅＮＢに対するＣＩｏＴ  ＵＥのＲＲＣ接続がセキュアではないので、攻撃に対して脆弱であり得る。後段の説明の様々な態様は、それぞれが引用によりその全体が本明細書に組み込まれる、ＴＳ２３．４０１、Ｒｅｌ．１４、２０１６−１２、§５．３．４Ｂ．２、ＴＳ２４．３０１、ＴＳ３３．４０１を参照することによって明らかにされ得る。
【００２０】
ＣＩｏＴ制御プレーン最適化戦略のための少なくとも１つの現在の提案は、単一の短いデータパケットの戦略を含む。しかし、本明細書において、そのような戦略は、セキュリティの点で危険にさらされ得ることが認識される。脅威分析が、ＵＥ−ｅＮＢリンクが保護されない限り、それが攻撃に対して脆弱であることを実証する。以下の所見が、そのような脅威分析からもたらされる：
【００２１】
（ｉ）ＵＥが、送信すべき、または受信すべき大量のデータを有する場合、ＵＥは、ｅＮＢと確立されたアクセス層（ＡＳ）コンテキスト、およびモビリティ管理エンティティ（ＭＭＥ）と確立されたＮＡＳコンテキストを有し得る。そのような事例において、ＲＲＣメッセージは、保護されなければならない。そのようなコンテキストおよび保護なしには、ｅＮＢとＵＥの持続した接続を維持することは、可能でないことがあり、例えば、ＵＥ接続が、攻撃者ＵＥによって乗っ取られる、または閉じられる可能性がある。また、ｅＮＢは、アップリンク（ＵＬ）において偽のデータおよび／または制御パケットを用いた攻撃を受ける可能性もある。
【００２２】
（ｉｉ）いくつかの現在の提案において、ＡＳコンテキストを信頼できる様態で確立することなしにどのようにモビリティ（例えば、サービングまたはソースｅＮＢからターゲットｅＮＢへのＵＥのハンドオーバ）が確立されるかは、明確ではない。このため、信頼できるＸ２またはＳ１ハンドオーバのために、ＡＳコンテキストが確立される必要がある。
【００２３】
（ｉｉｉ）サービングまたはソースｅＮＢ、およびターゲットｅＮＢにおけるＡＳセキュリティコンテキストなしには、ＤｏＮＡＳ  ＵＥに関するダウンリンク（ＤＬ）上への、およびＵＬ上への、ならびにＤｏＮＡＳ  ＵＥのＳ１アプリケーションプロトコル（Ｓ１ＡＰ）リンクへの攻撃シナリオが存在する。
【００２４】
様々な例示的な実施形態において、前述のセキュリティリスクのうちの１つ以上が、ＵＥとＣＮのＭＭＥ要素（ノード）の間のＮＡＳコンテキスト、およびそのコンテキストに関連付けられたＮＡＳ鍵を利用して、ＵＥとｅＮＢの間のリンクを保護することによって無線リンクリカバリに関するセキュリティを可能にすることによって軽減されてよい。
【００２５】
例示的な実施形態によるそのようなセキュアな無線リンクリカバリプロセスについて説明する前に、そのようなプロセスが実行されてよい例示的な通信システムが、図１Ａおよび図１Ｂに関連して説明される。
【００２６】
図１Ａは、無線インターフェース１０３を介して進化型ノードＢ（ｅＮＢ）１０４と通信するユーザ機器（ＵＥ）１０２を備える通信システム１００を示す。この例示的な実施形態において、通信システム１００は、無線セルラシステム、より詳細には、ＬＴＥシステムを備える。通信システム１００は、ＮＢ−ＩｏＴネットワークの少なくとも一部を示す。
【００２７】
ユーザ機器１０２は、移動局であってよく、そのような移動局は、例として、モバイル電話、コンピュータ、センサ、スマートメータ、または他の任意のタイプの通信デバイスを備えてよい。したがって、本明細書において使用される「ユーザ機器」という用語は、様々な異なるタイプの、移動局、加入者局、または、より一般的に、通信デバイスに挿入されたデータカードの組合せなどの例を含む、通信デバイスを包含するように広く解釈されることが意図される。また、そのような通信デバイスは、アクセス端末として一般に参照されるデバイスを包含することも意図される。この例示的な実施形態において、ＵＥ１０２は、ＣＩｏＴ  ＵＥとみなされる。
【００２８】
ｅＮＢ１０４は、例示として、通信システム１００のアクセスネットワークの一部である。そのような無線アクセスネットワークは、例えば、複数の基地局と、１つ以上の関連付けられた無線ネットワークコントローラ（ＲＮＣ）とを有するＥ−ＵＴＲＡＮを備えてよい。基地局とＲＮＣは、論理的に別々のエンティティであるが、所与の実施形態において、例えば、基地局ルータまたはフェムトセルラアクセスポイントなどの同一の物理ネットワーク要素において実現されてよい。ｅＮＢは、より一般的に、アクセスノードとして参照されてよい。
【００２９】
図１Ａは、４Ｇネットワーク命名法を例示するが、通信１００は、５Ｇネットワークまたはハイブリッド４Ｇ／５Ｇネットワークであってよいことを理解されたい。このため、４ＧネットワークにおいてｅＮＢとして参照されるアクセスポイントは、５ＧネットワークにおいてｇＮＢとして参照される。アクセスノード（例えば、ｇＮＢ／ｅＮＢ）は、例示として、通信システムの無線アクセスネットワークの一部である。４Ｇネットワークは、Ｅ−ＵＴＲＡＮを無線アクセスネットワークとして利用するが、５Ｇネットワークにおいて、アクセスネットワークは、５Ｇシステムとして参照され、その開示が引用によりその全体が本明細書に組み込まれる、「Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ；  Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  ｔｈｅ  ５Ｇ  Ｓｙｓｔｅｍ」という名称の５Ｇ技術仕様書（ＴＳ）２３．５０１、Ｖ０．４．０において説明される。一般に、アクセスノード（例えば、ｇＮＢ／ｅＮＢ）は、ＣＮに対するアクセスをＵＥに提供し、ＣＮは、次に、他のＵＥ、および／またはパケットデータネットワーク（例えば、インターネット）などのデータネットワークに対するアクセスをＵＥに提供する。この例示的な実施形態において、ＣＩｏＴ  ＵＥは、データパケットネットワークを介してＣＩｏＴサービスにアクセスしてよい。
【００３０】
この例示的な実施形態におけるｅＮＢ１０４は、モビリティ管理エンティティ（ＭＭＥ）１０６に動作上、結合される。ＭＭＥ１０６は、「モビリティ管理エンティティ要素」、「モビリティ管理エンティティ機能」、または、より一般的に、「モビリティ管理ノード」として参照されるものの一例である。本明細書において使用されるモビリティ管理ノードは、ネットワーク動作のなかでもとりわけ、ＵＥとの（ｅＮＢを通じて）無線リンクリカバリ動作を可能にする通信システムにおける要素または機能である。また、ｅＮＢ１０４は、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１１０に動作上、結合されたサービングゲートウェイ（ＳＧＷ）１０８にも動作上、結合される。ＰＧＷ１１０は、パケットデータネットワーク、例えば、インターネット１１２に動作上、結合される。また、ＭＭＥ１０６も、ＳＧＷ１０８に動作上、結合される。ＭＭＥ１０６およびＳＧＷ１０８は、ＣＮの一部とみなされる。いくつかの実施形態において、ＰＧＷ１１０もＣＮの一部とみなされる。
【００３１】
システム要素のこの特定の配置は、例に過ぎず、他の実施形態において通信システムを実現するために他のタイプまたは配置のさらなる、または代替の要素が使用されることが可能であることを認識されたい。例えば、他の実施形態において、システム１００は、認証要素、ならびに本明細書において明示されない他の要素を備えてよい。
【００３２】
したがって、図１Ａの配置は、無線セルラシステムの１つの例示的な構成に過ぎず、システム要素の多数の代替の構成が使用されてよい。例えば、単独のＵＥ、ｅＮＢ、ＭＭＥ、ＳＧＷ、およびＰＧＷ要素が図１Ａの実施形態に示されるものの、このことは、説明を簡単、明瞭にするために過ぎない。所与の代替の実施形態は、無論、より多くの数のそのようなシステム要素、機能、および／またはノード、ならびに従来のシステム実装形態に一般に関連付けられるタイプのさらなる、または代替の要素、機能、および／またはノードを含んでよい。
【００３３】
また、図１Ａは、システム要素、機能、および／またはノードを個々の機能ブロックとして例示するが、５Ｇネットワークを構成する様々なサブネットワークは、いわゆるネットワークスライスに分割されることにも留意されたい。ネットワークスライス（ネットワークパーティション）は、共通の物理インフラストラクチャ上でネットワーク機能仮想化（ＮＦＶ）を使用する対応する各サービスタイプごとに一連の機能セット（すなわち、機能チェーン）を備える。ネットワークスライスは、所与のサービス、例えば、エンハンストモバイルブロードバンド（ｅＭＢＢ）サービス、大規模なＩｏＴサービス、およびミッションクリティカルなＩｏＴサービスに必要とされるのに応じてインスタンス化される。このため、ネットワークスライスまたは機能セットは、そのネットワークスライスまたは機能セットのインスタンスが作成されるときにインスタンス化される。いくつかの実施形態において、このことは、基礎をなす物理インフラストラクチャの１つ以上のホストデバイス上にネットワークスライスまたは機能セットをインストールすること、またはそうでなければ、そのようなデバイス上でネットワークスライスまたは機能セットを走らせることを含む。ＵＥ１０２は、ｅＮＢ１０４を介してＣＮを通じてこれらのサービスのうちの１つ以上にアクセスする。
【００３４】
前述したとおり、ＵＥ１０２が、様々な典型的な理由でｅＮＢ１０４との接続を失う無線リンク障害が生じることが可能である。そのような事例において、図１Ｂに示されるとおり、ＵＥ１０２がｅＮＢ１０４（ソースｅＮＢとして示される）との接続を失ったとき、ＵＥ１０２は、例示的な実施形態による無線リンクリカバリプロセスによりｅＮＢ１１４（ターゲットｅＮＢとして示される）と接続（無線インターフェース１０３）を再確立してよい。
【００３５】
図１Ａおよび図１Ｂに例示される通信システム１００は、ｅＮＢ１０４とｅＮＢ１１４がともに同一のＭＭＥ１０６およびＳＧＷ１０８に動作上、結合されていることを認識されたい。しかし、代替の実施形態において、ｅＮＢ１０４とｅＮＢ１１４はそれぞれ、異なるＭＭＥおよび／または異なるＳＧＷに動作上、結合されることが可能である。後段においても説明されるとおり、ｅＮＢ１０４とｅＮＢ１１４は、実際には、同一のｅＮＢであることが可能である。
【００３６】
ＵＥ１０２が、ソースｅＮＢ１０４との接続を失い、ターゲットｅＮＢ１１４と接続を再確立することを求めるとき、例示的な実施形態は、ＵＥ１０２とＭＭＥ１０６の間に確立された既存のＮＡＳセキュリティコンテキストおよび鍵を使用してＵＥ１０２に関するセキュアな無線リンクリカバリ動作を提供する。
【００３７】
図２は、例示的な実施形態におけるＵＥ１０２およびＭＭＥ１０６のより詳細な図を示す。ＵＥ１０２は、メモリ２０２およびインターフェース回路２０４に結合されたプロセッサ２００を備える。ＵＥ１０２のプロセッサ２００は、少なくとも部分的に、プロセッサによって実行されるソフトウェアの形態で実装されてよいリカバリ処理モジュール２１０を含む。「リカバリ処理」によって、例示的な１つ以上の実施形態による無線リンクリカバリに関連付けられた処理ステップ（動作、プロセス、実行される命令、その他）を参照することが意味される。より具体的には、リカバリ処理モジュール２１０は、後続の図に関連して説明される、およびそうでなければ本明細書において説明される無線リンクリカバリプロセスのユーザ機器動作をおこなう。ＵＥ１０２のメモリ２０２は、ターゲットｅＮＢ１１４を通じてＭＭＥ１０６との無線リンクリカバリ動作中に生成されたデータを記憶するリカバリストレージモジュール２１２を含む。
【００３８】
ＭＭＥ１０６は、メモリ２２２およびインターフェース回路２２４に結合されたプロセッサ２２０を備える。ＭＭＥ１０６のプロセッサ２２０は、少なくとも部分的に、プロセッサによって実行されるソフトウェアの形態で実装されてよいリカバリ処理モジュール２３０を含む。リカバリ処理モジュール２３０は、後続の図に関連して説明される、およびそうでなければ本明細書において説明されるＵＥとターゲットｅＮＢの間の無線リンクリカバリプロセスのコンテキストにおいてＭＭＥ動作を実行する。ＭＭＥ１０６のメモリ２２２は、ターゲットｅＮＢ１１４を通じてＵＥ１０２との無線リンクリカバリ動作中に生成されたデータを記憶するリカバリストレージモジュール２３２を含む。
【００３９】
それぞれのＵＥ１０２およびＭＭＥ１０６のプロセッサ２００および２２０は、例えば、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤＳＰ）、または他のタイプの処理デバイス、ならびにそのような要素の部分もしくは組合せを備えてよい。
【００４０】
それぞれのＵＥ１０２およびＭＭＥ１０６のメモリ２０２および２２２は、本明細書において説明される機能の少なくとも一部分を実装するように、それぞれのプロセッサ２００および２２０によって実行される、１つ以上のソフトウェアプログラムを記憶するために使用されてよい。例えば、後続の図に関連して説明される、およびそうでなければ本明細書において説明される無線リンクリカバリ動作および他の機能が、プロセッサ２００および２２０によって実行されるソフトウェアコードを使用して単純明快な様態で実装されてよい。
【００４１】
したがって、メモリ２０２または２２２の所与の１つが、本明細書において、コンピュータプログラム製品としてより一般的に参照されるもの、または実行可能プログラムコードを具現化しているプロセッサ可読（もしくはコンピュータ可読）記憶媒体としてさらに一般的に参照されるものの例と見なされてよい。プロセッサ可読記憶媒体の他の例は、ディスク、または他のタイプの磁気媒体もしくは光媒体を任意の組合せで含んでよい。例示的な実施形態は、そのようなコンピュータプログラム製品または他のプロセッサ可読記憶媒体を備える製造品を含むことが可能である。
【００４２】
メモリ２０２または２２２は、より詳細には、例えば、スタティックＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、または他のタイプの揮発性電子メモリもしくは不揮発性電子メモリなどの電子ランダムアクセスメモリ（ＲＡＭ）を備えてよい。不揮発性電子メモリは、例えば、フラッシュメモリ、磁気ＲＡＭ（ＭＲＡＭ）、相変化ＲＡＭ（ＰＣ−ＲＡＭ）、または強誘電体ＲＡＭ（ＦＲＡＭ）などの不揮発性メモリを含んでよい。本明細書において使用される「メモリ」という用語は、広く解釈されることが意図され、例えば、読取り専用メモリ（ＲＯＭ）、ディスクベースのメモリ、または他のタイプのストレージデバイス、ならびにそのようなデバイスの部分もしくは組合せをさらに、または代替として包含してよい。
【００４３】
それぞれのＵＥ１０２およびＭＭＥ１０６のインターフェース回路２０４および２２４は、例示として、関連付けられたシステム要素が本明細書において説明される様態で互いに通信することを可能にするトランシーバまたは他の通信ハードウェアもしくは通信ファームウェアを備える。
【００４４】
図２から、ＵＥ１０２は、インターフェース回路２０４を介したＭＭＥ１０６との通信のために構成され、ＭＭＥ１０６は、インターフェース回路２２４を介したＵＥ１０２との通信のために構成されることが明白である。ＵＥ１０２は、ｅＮＢ１１４を介してＭＭＥ１０６と通信する。この通信は、ＵＥ１０２がｅＮＢ１１４を介してＭＭＥ１０６にデータを送信すること、およびＭＭＥ１０６がｅＮＢ１１４を介してＵＥ１０２にデータを送信することを含む。しかし、代替の実施形態において、他のネットワーク要素が、ＵＥとＭＭＥの間に動作上、結合されてよい。本明細書において説明される「データ」という用語は、無線リンクリカバリデータ、制御データ、オーディオ、ビデオ、マルチメディア、任意のセンサデバイスからのデータ、その他を含むが、以上には限定されない、基地局要素を介してユーザ機器とコアネットワークの間で送信されてよい任意のタイプの情報を包含するように広く解釈されることが意図される。
【００４５】
図２に示される構成要素の特定の配置は、例に過ぎず、他の実施形態において多数の代替の構成が使用されてよいことを認識されたい。例えば、ユーザ機器およびモバイル管理エンティティは、さらなる、もしくは代替の構成要素を組み込むように、および他の通信プロトコルをサポートするように構成されることが可能である。
【００４６】
ｅＮＢ１０４、ｅＮＢ１１４、ＳＧＷ１０８、およびＰＧＷ１１０などの他のシステム要素はそれぞれ、プロセッサ、メモリ、およびネットワークインターフェースなどの構成要素を含むように構成されてもよい。これらの要素は、別々のスタンドアロンの処理プラットフォーム上に実現されなくてもよく、代わりに、例えば、単一の共通の処理プラットフォームの異なる機能部分を表すことが可能である。そのような処理プラットフォームは、ｅＮＢの少なくとも部分と、関連付けられるＲＮＣとをさらに備えてよい。
【００４７】
例示的な実施形態は、サービングまたはソースｅＮＢ（例えば、ｅＮＢ１０４）との接続を失い、ターゲットｅＮＢ（例えば、ｅＮＢ１１４）と接続を再確立することを求めるＣＩｏＴ  ＵＥ（例えば、ＵＥ１０２）に無線リンクリカバリを提供する。より詳細には、後段でさらに説明されるとおり、例示的な実施形態は、ＵＥとＭＭＥ（例えば、ＭＭＥ１０６）の間の既存のＮＡＳ鍵およびＮＡＳコンテキストを使用する。ソースｅＮＢ１０４における無線リンク障害（ＲＬＦ）シナリオにおいて、ＵＥ１０２が、ターゲットｅＮＢ１１４を通じてＭＭＥ１０６にＮＡＳメッセージを直接送信するまで、ｅＮＢにおける一時的ＡＳコンテキストが作成されてよい。いくつかの他の実施形態は、通常のＮＡＳメッセージと無線リンクリカバリ手続きの間の鍵分離のために、ＵＥとＭＭＥの間の既存のＮＡＳコンテキストパラメータまたはＮＡＳメッセージカウントから計算された代替の鍵を使用して、ターゲットｅＮＢと接続を再確立してもよい。
【００４８】
いくつかの実施形態において、ターゲットｅＮＢ１１４は、ソースｅＮＢ１０４と同一であってよく、すなわち、ＵＥは、ＵＥがそれとの接続を失った同一のｅＮＢと接続を再確立することを求めることに留意されたい。そのような事例において、その同一のｅＮＢは、サービングまたはソースアクセスノードであり、したがって、ターゲットアクセスノードである。
【００４９】
ＭＭＥ１０６は、ソースｅＮＢ１０４においてバッファリングされたパケットを取り出す。ＭＭＥ１０６は、ターゲットｅＮＢ１１４と新たなＳ１ＡＰをセットアップし、さらなるパケット（ソースｅＮＢ１０４から取り出されたパケットを含む）を送信する。Ｓ１ＡＰは、Ｓ１インターフェースのためのＥ−ＵＴＲＡＮ無線ネットワーク層シグナリングプロトコルの役割をするＳ１アプリケーションプロトコルである。Ｓ１ＡＰは、その開示が引用によりその全体が本明細書に組み込まれる、３ＧＰＰ  ＴＳ３６．４１３において定義されるシグナリング手続きによってＳ１インターフェースの機能をサポートする。
【００５０】
有利なこととして、例示的な実施形態によれば、１セットのＮＡＳ鍵以外に他の鍵計算は存在しない。ＭＭＥ１０６が、通常のＮＡＳ完全性鍵ＫＮＡＳｉｎｔを使用して、ＲＬＦを示すＮＡＳメッセージを検証する。ＮＡＳ完全性鍵ＫＮＡＳｉｎｔおよびＮＡＳ暗号化鍵ＫＮＡＳｅｎｃを含むが、これらには限定されないＮＡＳセキュリティコンテキスト確立および鍵生成について、その開示が引用によりその全体が本明細書に組み込まれる、３ＧＰＰ  ＴＳ２４．３０１および３ＧＰＰ  ＴＳ３３．４０１において説明される。無線リンクリカバリ手続きおよび鍵計算は、その開示が引用によりその全体が本明細書に組み込まれる、３ＧＰＰ  ＴＳ３６．３００、３ＧＰＰ  ＴＳ３６．４１３、および３ＧＰＰ  ＴＳ３３．４０１において詳細に記述される。
【００５１】
例示的な無線リンクリカバリ実施形態が、図３において説明される。より詳細には、図３は、ユーザ機器のための無線リンクリカバリプロセスに関するメッセージフローを示す。図３に示されるシステム要素、機能、および／またはノード（ＵＥ、ｅＮＢ（ソース）、ｅＮＢ（ターゲット）、およびＭＭＥ）は、図１Ａ、図１Ｂ、図２において同様のラベルが付けられたシステム要素、機能、および／またはノードに対応することを認識されたい。後段の番号が付けられたステップは、図３におけるメッセージフローの番号に対応する。
【００５２】
１．制御プレーン（ＣＰ）データ転送をおこなうことを求めるＣＩｏＴ  ＵＥ１０２（「ＣＩｏＴ」は、図、および本明細書の他の箇所において「ＮＢＩｏＴ」としても参照され得ることに留意されたい）が、ＵＬまたはＤＬのいずれかにおけるデータ転送のためにＭＭＥ１０６とＮＡＳリンク（セキュリティコンテキスト）を確立する。ＭＭＥ１０６は、パケット転送のためにソースｅＮＢ１０４へのＳ１ＡＰ経路をセットアップする。ソースｅＮＢ１０４は、ＵＥ１０２に関するさらなるコンテキストを全く有さないことに留意されたい。
【００５３】
２．データ転送中、ＵＥ１０２が、無線リンク障害（ＲＬＦ）を検出する。さらに、または代替として、ＲＬＦは、いくつかの事例においてｅＮＢ１０４によって検出されることが可能である。
【００５４】
２ａ．ｅＮＢ１０４がＲＬＦを検出した場合、ｅＮＢ１０４は、そのバッファに入っている、ＵＥ１０２のためのまだ送信されていないパケットデータユニット（ステップ１で言及されるデータ転送に関連付けられたＰＤＵ）をプロアクティブにＭＭＥ１０６に送信して、Ｓ１ＡＰにおいて示されるＵＥ１０２にＲＬＦを報告してよい。
【００５５】
３／３ａ．ＵＥ１０２がＲＬＦを検出したとき、ＵＥ１０２は、ターゲットｅＮＢ１１４を選択し（この場合も、これが、ソースｅＮＢ１０４と同一のｅＮＢであることが可能であることに留意されたい）、ＲＬＦに遭遇したことを報告するＮＡＳメッセージを送信する。ＮＡＳメッセージは、ステップ１において言及されたＭＭＥ１０６とのＮＡＳセキュリティコンテキストの一部として作成された通常のＮＡＳ完全性鍵ＫＮＡＳｉｎｔを使用して保護される。
【００５６】
４．ＭＭＥ１０６が、通常のＫＮＡＳｉｎｔを使用してＮＡＳメッセージを検証する。
【００５７】
５．完全性検査が合格であった場合、ＭＭＥ１０６は、ＵＥ１０２のための未送信の残りのパケットをソースｅＮＢ１０４から取り出す。ソースｅＮＢ１０４が、ステップ２ａにおいて残りのデータをプロアクティブに送信している場合、このパケット転送は、このステップにおいて必要とされない。ＭＭＥ１０６は、ソースｅＮＢ１０４に対するＳ１ＡＰコンテキストおよび経路を取り消す。
【００５８】
６ａ／６ｂ．ＭＭＥ１０６が、新たなＳ１ＡＰコンテキストセットアップをターゲットｅＮＢ１１４に送信する。ＭＭＥ１０６は、ターゲットｅＮＢ１１４を介して、新しいデータと一緒にＮＡＳ  ＲＬＦ肯定応答をＵＥ１０２に送信する。ＮＡＳメッセージは、同一の通常のＫＮＡＳｉｎｔを使用して完全性保護され、データは、ＮＡＳ暗号化鍵ＫＮＡＳｅｎｃを使用して暗号化される（ともに、ステップ１において言及されたＭＭＥ１０６とのＮＡＳセキュリティコンテキストの一部として作成される）。
【００５９】
多くの利点が、例示的な実施形態による無線リンクリカバリ技法から実現される。例えば、これらの利点のいくつかは、以下を含むが、以下には限定されない：
【００６０】
ｉ）ＵＥ１０２とターゲットｅＮＢ１１４の間のリンクを保護するようにセットアップされる新たなコンテキストが存在せず、ＵＥ１０２とＭＭＥ１０６の間のＮＡＳコンテキスト、およびＮＡＳ鍵だけが使用される。無線リンクリカバリ中に通常のＮＡＳメッセージからの鍵分離が所望される場合、代替の鍵が、現在のＮＡＳコンテキストから計算されてよい。
【００６１】
ｉｉ）想定は、ＣＩｏＴ  ＵＥに関して、ＲＬＦ（ＲＲＣ接続再確立要求）が、ＮＡＳコンテキストパラメータによって保護されたｅＮＢによって処理されることである。ＣＩｏＴ  ＵＥは、ＲＬＦに遭遇した場合、それらがＮＡＳコンテキストだけしか有さないので、ＮＡＳメッセージ（ＲＬＦを示す）をＭＭＥに送信するか、またはＮＡＳコンテキストパラメータによって保護されたＲＲＣ接続再確立要求メッセージをターゲットｅＮＢに送信するかのいずれかである。
【００６２】
ｉｉｉ）ＮＡＳメッセージまたはＲＲＣ接続再確立要求メッセージは、保護されるので、これらのメッセージを使用する攻撃も、別のｅＮＢへの経路切替えもどちらも可能ではない。
【００６３】
ｉｖ）ＮＡＳメッセージだけが使用される場合、ネットワークの既存の要素、機能、および／またはノードにおける変更はまさに最小であり、すなわち、ＲＬＦを報告し肯定応答を戻すＵＥ１０２とＭＭＥ１０６の間の２つのＮＡＳメッセージ、バッファパケット取出しおよびＳ１ＡＰ経路変更のためのＭＭＥ１０６とｅＮＢの間の２つのＳ１ＡＰメッセージである。
【００６４】
ｖ）ＵＥ１０２は、動作全体においてＮＡＳコンテキストだけしか使用しない。
【００６５】
ｖｉ）ＭＭＥ１０６は、他のノードにＮＡＳアルゴリズムもＮＡＳ識別子も転送する必要がない。
【００６６】
したがって、一般に、制御プレーン上でのデータ転送動作中に、通信システムの所与のユーザ機器（例えば、ＵＥ１０２）とソースアクセスノード（例えば、ｅＮＢ１０４）との間の無線リンク障害に応答して、プロセスは、通信システムのターゲットアクセスノード（例えば、ｅＮＢ１１４）を通じて、所与のユーザ機器のための無線リンクをリカバーする。無線リンクリカバリは、所与のユーザ機器とモビリティ管理ノードとの間で以前に確立されているＮＡＳセキュリティコンテキストを使用して、通信システムのモビリティ管理ノード（例えば、ＭＭＥ１０６）を介して可能にされる。
【００６７】
例えば、図４に示されるとおり、例示的な実施形態による無線リンクリカバリプロセスは、以下のステップを含む。
【００６８】
ステップ４００が、モビリティ管理ノードにおいて、所与のユーザ機器から第１のＮＡＳメッセージを受信する。第１のＮＡＳメッセージは、所与のユーザ機器が、ソースアクセスノードとＲＬＦを経験したことを示し、および、所与のユーザ機器とモビリティ管理ノードとの間のＮＡＳセキュリティコンテキストの前の確立中に作成された暗号鍵（例えば、ＮＡＳ完全性鍵ＫＮＡＳｉｎｔ）を使用して保護される。
【００６９】
ステップ４０２が、モビリティ管理ノードにおいて、暗号鍵（ＫＮＡＳｉｎｔ）を使用して所与のユーザ機器を検証する。
【００７０】
ステップ４０４が、モビリティ管理ノードにおいて、ターゲットアクセスノードとシグナリングインターフェース（例えば、Ｓ１ＡＰ）のセットアップを開始する。
【００７１】
ステップ４０６が、モビリティ管理ノードから、ターゲットアクセスノードを通じて所与のユーザ機器に第２のＮＡＳメッセージを送信する。第２のＮＡＳメッセージは、ＲＬＦの肯定応答を示し、および、所与のユーザ機器とモビリティ管理ノードとの間のＮＡＳセキュリティコンテキストの前の確立中に作成された暗号鍵（ＫＮＡＳｉｎｔ）を使用して保護される。第２のＮＡＳメッセージは、データ転送に関連付けられたデータを収容する。データは、以前にバッファリングされたデータおよび／または新たなデータである。データは、所与のユーザ機器とモビリティ管理ノードとの間のＮＡＳセキュリティコンテキストの前の確立中に作成された別の暗号鍵（ＮＡＳ暗号化鍵ＫＮＡＳｅｎｃ）を使用して暗号化される。
【００７２】
やはりいくつかの実施形態において、異なる手続きの間の鍵分離のために、代替の鍵が、ＮＡＳコンテキストパラメータを、アップリンクメッセージカウントまたはダウンリンクメッセージカウントと一緒に使用して計算されてよい。
【００７３】
この代替の鍵実施形態において、ＮＢＩｏＴ  ＵＥは、ＲＬＦを報告する、ＭＭＥに対するアップリンクＮＡＳメッセージを保護するために別の鍵「ＫＲＬＦｉｎｔ」を使用する。図５Ａにおける鍵導出関数（ＫＤＦ）に示されるとおり、鍵計算は、ＮＡＳアップリンクカウントパラメータおよびＫＮＡＳｉｎｔを現在のＫＡＳＭＥと一緒に使用する。ＮＡＳアップリンクカウントは、すべてのアップリンクＮＡＳメッセージに含められるので、受信側は、完全性鍵ＫＲＬＦｉｎｔを計算し、無線リンク障害状況におけるメッセージカウントの同期誤りを回避するために、受信されたメッセージにおけるカウント値を使用することが可能である。このことは、不安定な無線条件中に複数のメッセージが伝送される場合に無線リンク障害メッセージの適切なセキュリティおよびカウント検証に役立つことが可能である。ＲＬＦ発生時中により良好な同期のためにダウンリンクメッセージにおける「ＮＡＳダウンリンクカウント」をＭＭＥ１０６によって使用することも可能である。
【００７４】
このため、図５Ｂに示されるメッセージフローは、ステップ１、２、２ａ、３ａ、５、６ａ、および６ｂに関して図３に示されるものと同一であるが、ステップ３および４に関して、ＵＥ１０２は、ＲＬＦを報告するメッセージを完全性保護するために、通常の鍵ＫＮＡＳｉｎｔの代わりに、ＫＲＬＦｉｎｔ（例えば、図５Ａに示されるとおり導出される）を使用する。
【００７５】
本明細書において言及されるネットワーク要素の命名は、例示を目的とするに過ぎないことを認識されたい。このため、本明細書においてこれらのネットワーク要素に与えられる特定の名前または頭字語のいずれも、実施形態をいずれの様態においても限定することは意図していない。
【００７６】
前述したとおり、実施形態は、ＬＴＥのコンテキストに限定されず、開示される技法は、他の３ＧＰＰシステムおよび非３ＧＰＰシステムを含むが、これらには限定されない多種多様な他の通信システムのコンテキストに単純明快な様態で適合させられることが可能である。
【００７７】
本明細書において開示される通信システムのユーザ機器要素または基地局要素のプロセッサ、メモリ、コントローラ、および他の構成要素は、上で説明された無線リンクリカバリ機能の少なくとも一部分を実現するように適切に変形された、よく知られている回路を含んでよい。
【００７８】
上で説明されたとおり、実施形態は、通信システムのユーザ機器、基地局、または他の要素の処理回路によって実行される１つ以上のソフトウェアプログラムをそれぞれが備える製造品の形態で実現されてよい。そのような回路の従来の態様は、当業者にはよく知られており、したがって、本明細書において詳細に説明されることはない。
【００７９】
また、実施形態は、任意の組合せにおける、１つ以上のＡＳＩＣ、ＦＰＧＳ、または他のタイプの集積回路デバイスにおいて実施されてもよい。そのような集積回路デバイス、ならびにそのような集積回路デバイスの部分または組合せは、その用語が本明細書において使用されるとおりの「回路」の例である。
【００８０】
多種多様な他の配置のハードウェア、および関連付けられるソフトウェアまたはファームウェアが、例示的な実施形態を実施する際に使用されてよい。
【００８１】
したがって、本明細書において説明される様々な実施形態は、説明的な例として提示されるに過ぎず、特許請求の範囲を限定するものと解釈されるべきではないことがやはり強調されるべきである。例えば、代替の実施形態が、例示的な実施形態のコンテキストにおいて上で説明されたものとは異なる、通信システム構成、ユーザ機器構成、基地局構成、無線リンクリカバリプロセス、メッセージングプロトコル、およびメッセージフォーマットを利用することが可能である。添付の特許請求の範囲に含まれる、これら、および他の多数の代替の実施形態が、当業者には容易に明白となろう。
【図１Ａ】
2020518163.tif 000003
【図１Ｂ】
2020518163.tif 000004
【図２】
2020518163.tif 000005
【図３】
2020518163.tif 000006
【図４】
2020518163.tif 000007
【図５Ａ】
2020518163.tif 000008
【図５Ｂ】
2020518163.tif 000009
【手続補正書】
【提出日】令和1年12月17日(2019.12.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
方法であって、
通信システムにおいて、制御プレーン上でのデータ転送動作中に、通信システムのユーザ機器とソースアクセスノードとの間の無線リンク障害に応答して、
通信システムのターゲットアクセスノードを通じてユーザ機器のための無線リンクをリカバーすることを含み、無線リンクリカバリが、ユーザ機器とモビリティ管理ノードとの間で以前に確立されている非アクセス層セキュリティコンテキストを使用して、通信システムのモビリティ管理ノードを介して可能にされる、方法。
【請求項２】
無線リンクをリカバーすることが、モビリティ管理ノードにおいて、ユーザ機器から第１の非アクセス層メッセージを受信することをさらに含む、請求項１に記載の方法。
【請求項３】
第１の非アクセス層メッセージが、ユーザ機器がソースアクセスノードと無線リンク障害を経験したことを示し、および、ユーザ機器とモビリティ管理ノードとの間の非アクセス層セキュリティコンテキストから作成された暗号鍵を使用して保護される、請求項２に記載の方法。
【請求項４】
無線リンクをリカバーすることが、
モビリティ管理ノードにおいて、暗号鍵を使用してユーザ機器を検証することと、
モビリティ管理ノードにおいて、ターゲットアクセスノードとシグナリングインターフェースのセットアップを開始することと、
モビリティ管理ノードから、ターゲットアクセスノードを通じてユーザ機器に第２の非アクセス層メッセージを送信することと、
モビリティ管理ノードにより、ソースアクセスノードから、データ転送に関連付けられたバッファリングされたデータを取り出すことと
をさらに含む、請求項３に記載の方法。
【請求項５】
通信システムが、狭帯域モノのインターネット（ＮＢ−ＩｏＴ）ネットワークを備え、さらに、ユーザ機器が、セルラＩｏＴ（ＣＩｏＴ）ユーザ機器を備える、請求項１に記載の方法。
【請求項６】
プロセッサによって実行されたとき、プロセッサに、請求項１に記載の方法をおこなわせる実行可能プログラムコードを具現化している非一時的コンピュータ可読記憶媒体を備える、製造品。
【請求項７】
装置であって、
通信システムにおいて、制御プレーン上でのデータ転送動作中に、通信システムのユーザ機器とソースアクセスノードとの間の無線リンク障害に応答して、
モビリティ管理エンティティとして機能するように構成され、通信システムのターゲットアクセスノードを通じてユーザ機器のための無線リンクをリカバーすることを可能にするようにさらに構成された、通信システムにおけるネットワークノードを備え、
無線リンクリカバリが、ユーザ機器とモビリティ管理エンティティとの間で以前に確立されている非アクセス層セキュリティコンテキストを使用して、モビリティ管理エンティティを介して可能にされる、装置。
【請求項８】
方法であって、
通信システムにおいて、制御プレーン上でのデータ転送動作中に、通信システムのユーザ機器とソースアクセスノードとの間の無線リンク障害に応答して、
通信システムのターゲットアクセスノードを通じてユーザ機器のための無線リンクをリカバーすることを含み、無線リンクリカバリが、ユーザ機器によって、ユーザ機器とモビリティ管理ノードとの間で以前に確立されている非アクセス層セキュリティコンテキストを使用して、ターゲットアクセスノードを通じて通信システムのモビリティ管理ノードにメッセージを送信することによって開始される、方法。
【請求項９】
プロセッサによって実行されたとき、プロセッサに、請求項８に記載の方法をおこなわせる実行可能プログラムコードを具現化している非一時的コンピュータ可読記憶媒体を備える、製造品。
【請求項１０】
装置であって、
通信システムにおいて、制御プレーン上でのデータ転送動作中に、通信システムのユーザ機器とソースアクセスノードとの間の無線リンク障害に応答して、
通信システムのターゲットアクセスノードを通じてユーザ機器のための無線リンクのリカバリを可能にするように構成されたユーザ機器を備え、無線リンクリカバリが、ユーザ機器によって、ユーザ機器とモビリティ管理ノードとの間で以前に確立されている非アクセス層セキュリティコンテキストを使用して、ターゲットアクセスノードを通じて通信システムのモビリティ管理ノードにメッセージを送信することによって開始される、装置。
【国際調査報告】
2020518163.tif 000010
2020518163.tif 000011