(57)【要約】  ユーザ機器（１）（ＵＥ）とターゲットエボルブドＮｏｄｅＢ（３）（ターゲットｅＮＢ）との間で無線リソース制御（ＲＲＣ）接続を再確立する方法であって、ターゲットｅＮＢによって実施され、非アクセス層完全鍵を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、ＵＥ（１）から受信することと、受信した認証トークンを含む検証メッセージを、移動管理エンティティ（４）（ＭＭＥ）に送信することと、ＭＭＥから認証トークンの検証の応答を受信することとを含む、方法。また、ＵＥ、ＭＭＥ、およびソースｅＮＢのための方法、ならびに装置自体、ならびにコンピュータプログラムおよびそのためのコンピュータプログラム製品も開示される。【選択図】図５
2019533917.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立する方法であって、前記ターゲットｅＮＢ（３）によって実施され、
非アクセス層完全鍵を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、前記ＵＥ（１）から受信すること（Ｓ２００）と、
前記受信した認証トークンを含む検証メッセージを、移動管理エンティティ（ＭＭＥ）（４）に送信すること（Ｓ２１０）と、
前記ＭＭＥから前記認証トークンの検証の応答を受信すること（Ｓ２２０）とを含む、方法。
【請求項２】
前記検証メッセージがＭＡＣチェック要求であり、前記応答がＭＡＣチェック肯定応答またはＭＡＣチェック障害である、請求項１に記載の方法。
【請求項３】
前記ＭＡＣチェック要求が、前記認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含む、請求項２に記載の方法。
【請求項４】
前記検証メッセージがパススイッチ要求であり、前記応答がパッチスイッチ要求肯定応答またはパススイッチ要求障害である、請求項１に記載の方法。
【請求項５】
前記パッチスイッチ要求が、前記認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含む、請求項４に記載の方法。
【請求項６】
前記認証トークンが、ターゲットセルの識別情報を入力として用いて計算される、請求項１に記載の方法。
【請求項７】
前記ターゲットセルの識別情報を前記検証メッセージに含む、請求項６に記載の方法。
【請求項８】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（ｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立する方法であって、ソースｅＮＢ（２）において実施され、
非アクセス層完全鍵を入力として用いて前記ＵＥ（１）によって生成された認証トークンを含むＸ２メッセージを、前記ターゲットｅＮＢ（３）から受信すること（Ｓ３００）と、
前記受信した認証トークンを検証するため、前記認証トークンを含むチェック要求を移動管理エンティティ（ＭＭＥ）（４）に送信すること（Ｓ３１０）と、
前記ＭＭＥ（４）から前記受信した認証トークンを検証するチェック応答を受信する（Ｓ３２０）と、
ＵＥコンテキスト障害メッセージを前記ターゲットｅＮＢ（３）に送信すること（Ｓ３３０）とを含む、方法。
【請求項９】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立する方法であって、移動管理エンティティ（４）（ＭＭＥ）によって実施され、
非アクセス層完全鍵を入力として用いて前記ＵＥ（１）で生成された認証トークンを含む検証メッセージを、前記ターゲットｅＮＢ（３）から受信すること（Ｓ４００）と、
前記受信した認証トークンを検証すること（Ｓ４１０）と、
前記ターゲットｅＮＢ（３）に前記受信した認証トークンを検証する検証応答メッセージを送信すること（Ｓ４２０）とを含む、方法。
【請求項１０】
前記検証メッセージを受信すること（Ｓ４１０）が、パッチスイッチ要求を前記ターゲットｅＮＢ（３）から受信することであり、前記検証応答メッセージを送信することが、パススイッチ要求肯定応答を前記ターゲットｅＮＢ（３）に送信すること、またはパッチスイッチ要求障害を前記ターゲットｅＮＢ（３）に送信することである、請求項９に記載の方法。
【請求項１１】
前記検証メッセージを受信すること（Ｓ４１０）が、ＭＡＣチェック要求を前記ターゲットｅＮＢ（３）から受信することであり、前記検証応答メッセージを送信することが、ＭＡＣチェック肯定応答またはＭＡＣチェック障害を前記ターゲットｅＮＢ（３）に送信することである、請求項９に記載の方法。
【請求項１２】
前記ＭＡＣチェック要求が、前記認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含む、請求項１１に記載の方法。
【請求項１３】
前記認証トークンが、ターゲットセルの識別情報を入力として用いて計算される、請求項９に記載の方法。
【請求項１４】
前記検証メッセージが前記ターゲットセルの識別情報を含む、請求項１３に記載の方法。
【請求項１５】
前記検証が、前記受信した認証トークンを、前記ＲＲＣ完全鍵および前記ターゲットセルの識別情報を入力として用いて前記ＭＭＥによって計算された認証トークンと比較することによって行われる、請求項１４に記載の方法。
【請求項１６】
ユーザ機器（ＵＥ）（１）とターゲットｅＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのターゲットエボルブドＮｏｄｅＢ（３）であって、
プロセッサ（３０）と、
命令を格納したコンピュータプログラム製品（３２、３３）とを含み、前記命令が、前記プロセッサによって実行されると、前記ターゲットｅＮＢに、
非アクセス層完全鍵を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、前記ＵＥ（１）から受信させ、
前記受信した認証トークンを含む検証メッセージを、移動管理エンティティ（ＭＭＥ）（４）に送信させ、
前記認証トークンの検証の応答を、前記ＭＭＥから受信させる、ターゲットｅＮＢ（３）。
【請求項１７】
さらに、
前記受信した認証トークンを含むＸ２メッセージを、ソースｅＮＢ（２）に送信させ、
ＵＥコンテキスト障害メッセージを前記ソースｅＮＢ（２）から受信させる、請求項１６に記載のターゲットｅＮＢ（３）。
【請求項１８】
前記検証メッセージがＭＡＣチェック要求であり、前記応答がＭＡＣチェック肯定応答またはＭＡＣチェック障害メッセージである、請求項１６に記載のターゲットｅＮＢ（３）。
【請求項１９】
前記ＭＡＣチェック要求が、前記認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含む、請求項１８に記載のターゲットｅＮＢ（３）。
【請求項２０】
前記検証メッセージがパススイッチ要求であり、前記応答がパッチスイッチ要求肯定応答またはパススイッチ要求障害である、請求項１６に記載のターゲットｅＮＢ（３）。
【請求項２１】
前記パッチスイッチ要求が、前記認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含む、請求項２０に記載のターゲットｅＮＢ（３）。
【請求項２２】
前記認証トークンが、ターゲットセルの識別情報を入力として用いて計算される、請求項１６に記載のターゲットｅＮＢ（３）。
【請求項２３】
前記ターゲットセルの識別情報を前記検証メッセージに含む、請求項２２に記載のターゲットｅＮＢ（３）。
【請求項２４】
ユーザ機器（ＵＥ）（１）とターゲットｅＮＢ（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのソースエボルブドＮｏｄｅＢ（ソースｅＮＢ）（２）であって、
プロセッサ（２０）と、
命令を格納したコンピュータプログラム製品（２２、２３）とを含み、前記命令が、前記プロセッサによって実行されると、前記ソースｅＮＢ（４）に、
非アクセス層完全鍵を入力として用いて前記ＵＥ（１）によって生成された認証トークンを含むＸ２メッセージを、前記ターゲットｅＮＢ（３）から受信させ、
前記受信した認証トークンを検証させるため、前記認証トークンを含むチェック要求を移動管理エンティティ（４）（ＭＭＥ）に送信させ、
前記受信した認証トークンを検証するチェック応答を前記ＭＭＥ（４）から受信させ、
ＵＥコンテキスト障害メッセージを前記ターゲットｅＮＢ（３）に送信させる、ソースｅＮＢ（２）。
【請求項２５】
ユーザ機器（ＵＥ）（１）とターゲットｅＮＢ（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するための移動管理エンティティ（ＭＭＥ）（４）であって、
プロセッサ（４０）と、
命令を格納したコンピュータプログラム製品（４２、４３）とを含み、前記命令が、前記プロセッサによって実行されると、前記ＭＭＥに、
非アクセス層完全鍵を入力として用いて前記ＵＥ（１）で生成された認証トークンを含む検証メッセージを、前記ターゲットｅＮＢ（３）から受信させ、
前記受信した認証トークンを検証させ、
前記ターゲットｅＮＢ（３）に検証応答メッセージを送信して、前記受信した認証トークンを検証させる、ＭＭＥ（４）。
【請求項２６】
前記検証メッセージを受信することが、パッチスイッチ要求を前記ターゲットｅＮＢ（３）から受信することであり、前記検証応答メッセージを送信することが、パススイッチ要求肯定応答を前記ターゲットｅＮＢ（３）に送信すること、またはパッチスイッチ要求障害を前記ターゲットｅＮＢ（３）に送信することである、請求項２５に記載のＭＭＥ（４）。
【請求項２７】
前記検証メッセージを受信することが、ＭＡＣチェック要求を前記ターゲットｅＮＢ（３）から受信することであり、前記検証応答メッセージを送信することが、ＭＡＣチェック肯定応答またはＭＡＣチェック障害を前記ターゲットｅＮＢ（３）に送信することである、請求項２５に記載のＭＭＥ（４）。
【請求項２８】
前記ＭＡＣチェック要求が、前記認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含む、請求項２７に記載のＭＭＥ（４）。
【請求項２９】
前記認証トークンが、ターゲットセルの識別情報を入力として用いて計算される、請求項２５に記載のＭＭＥ（４）。
【請求項３０】
前記検証メッセージが前記ターゲットセルの識別情報を含む、請求項２９に記載のＭＭＥ。
【請求項３１】
前記検証が、前記受信した認証トークンを、前記ＲＲＣ完全鍵および前記ターゲットセルの識別情報を入力として用いて前記ＭＭＥによって計算された認証トークンと比較することによって行われる、請求項３０に記載のＭＭＥ。
【請求項３２】
ユーザ機器（ＵＥ）（１）とターゲットｅＮＢ（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）であって、前記ターゲットｅＮＢ（３）が、非アクセス層完全鍵を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、前記ＵＥ（１）から受信し、前記受信した認証トークンを含む検証メッセージを、移動管理エンティティ（ＭＭＥ）（４）に送信し、前記ＭＭＥ（４）から前記認証トークンの検証の応答を受信する、通信マネージャ（８１）を含む、ターゲットｅＮＢ（３）。
【請求項３３】
ユーザ機器（ＵＥ）（１）とターゲットｅＮＢ（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのソースエボルブドＮｏｄｅＢ（ソースｅＮＢ）（２）であって、前記ソースｅＮＢ（２）が、非アクセス層完全鍵を入力として用いて前記ＵＥ（１）によって生成された認証トークンを含むＸ２メッセージを、前記ターゲットｅＮＢ（３）から受信し、前記受信した認証トークンを検証するため、前記認証トークンを含むチェック要求を、移動管理エンティティ（ＭＭＥ）（４）に送信し、前記受信した認証トークンを検証するチェック応答を前記ＭＭＥ（４）から受信し、ＵＥコンテキスト障害メッセージを前記ターゲットｅＮＢ（３）に送信する、通信マネージャ（７１）を含む、ソースｅＮＢ（２）。
【請求項３４】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するための移動管理エンティティ（ＭＭＥ）（４）であって、
非アクセス層完全鍵を入力として用いて前記ＵＥ（１）で生成された認証トークンを含む検証メッセージを、前記ターゲットｅＮＢから受信し、前記ターゲットｅＮＢ（３）に前記受信した認証トークンを検証する検証応答メッセージを送信する通信マネージャ（９１）と、
前記受信した認証トークンを検証する判定マネージャ（９０）とを含む、ＭＭＥ（４）。
【請求項３５】
ユーザ機器（ＵＥ）（１）とターゲットＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのコンピュータプログラム（３４、３５）であって、コンピュータプログラムコードを含み、前記コンピュータプログラムコードが前記ターゲットｅＮＢ（３）で実行されると、前記ターゲットｅＮＢに、
非アクセス層完全鍵を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、前記ＵＥ（１）から受信させ、
前記受信した認証トークンを含む検証メッセージを、移動管理エンティティ（ＭＭＥ）（４）に送信させ、
前記認証トークンの検証の応答を、前記ＭＭＥから受信させる、コンピュータプログラム（３４、３５）。
【請求項３６】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのコンピュータプログラム（２４、２５）であって、コンピュータプログラムコードを含み、前記コンピュータプログラムコードがソースｅＮＢ（２）で実行されると、前記ソースｅＮＢに、
非アクセス層完全鍵を入力として用いて前記ＵＥ（１）によって生成された認証トークンを含むＸ２メッセージを、前記ターゲットｅＮＢ（３）から受信させ、
前記受信した認証トークンを検証させるため、前記受信した認証トークンを含むチェック要求を移動管理エンティティ（ＭＭＥ）（４）に送信させ、
前記受信した認証トークンを検証するチェック応答を前記ＭＭＥ（４）から受信させ、、
ＵＥコンテキスト障害メッセージを前記ターゲットｅＮＢ（３）に送信させる、コンピュータプログラム（２４、２５）。
【請求項３７】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのコンピュータプログラム（４４、４５）であって、コンピュータプログラムコードを含み、前記コンピュータプログラムコードが移動管理エンティティ（ＭＭＥ）（４）で実行されると、前記ＭＭＥ（４）に、
非アクセス層完全鍵を入力として用いて前記ＵＥ（１）で生成された認証トークンを含む検証メッセージを、前記ターゲットｅＮＢ（３）から受信させ、
前記受信した認証トークンを検証させ、
前記ターゲットｅＮＢ（３）に前記受信した認証トークンを検証する検証応答メッセージを送信させる、コンピュータプログラム（４４、４５）。
【請求項３８】
請求項３５から３７のいずれか一項に記載のコンピュータプログラム（２４、２５；３４、３５；４４、４５）と、前記コンピュータプログラムが格納されるコンピュータ可読記憶手段とを含む、コンピュータプログラム製品（２２、２３；３２、３３；４２、４３）。
【請求項３９】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立する方法であって、前記ＵＥ（１）によって実施され、
−  非アクセス層完全鍵を入力として用いて認証トークンを生成することと、
−  前記認証トークンを含む第１のＲＲＣ接続再確立メッセージを、前記ターゲットｅＮＢ（３）に送信することと、
−  第２のＲＲＣ接続再確立メッセージを前記ターゲットｅＮＢ（３）から受信することとを含む、方法。
【請求項４０】
前記認証トークンが、ターゲットセルの識別情報を入力として用いて計算される、請求項３９に記載の方法。
【請求項４１】
ＲＲＣ接続の前記再確立が、制御プレーンインターネットオブシングス最適化のためのものである、請求項３９または４０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ機器とターゲットエボルブドＮｏｄｅＢとの間で無線リソース制御接続を再確立する方法に関する。移動管理エンティティ、ソースエボルブドＮｏｄｅＢ、およびターゲットエボルブドＮｏｄｅＢの形態のネットワークノード、ならびにコンピュータプログラムおよびそのコンピュータプログラム製品も開示される。
【背景技術】
【０００２】
制御プレーン（ＣＰ）セルラーインターネットオブシングス（ＣＩｏＴ）最適化（データオーバー非アクセス層（（ＮＡＳ））（ＤｏＮＡＳ）とも呼ばれる）は、第３世代パートナーシッププロジェクト（３ＧＰＰ）の技術規格ＴＳ  ２３．４０１  Ｖ１４．２．０、第５．３．４Ｂ節（および他の規格、例えばＴＳ  ２４．３０１  Ｖ１４．２．０）に規定されているような、ＮＡＳを通じてデータを搬送する解決策である。安全性の特徴は、ＴＳ  ３３．４０１  Ｖ１４．１．０、第８．２節に規定されている。基本的解決策が安全性に与える影響は非常に限られている。ＤｏＮＡＳの特徴の目的は、データ無線ベアラ（ＤＲＢ）を確立することなく、またアクセス層（ＡＳ）セキュリティを確立することなく、ＮＡＳ信号伝送を通じてデータを送信することである。その意図は信号伝送を削減することである。図１は、ＴＳ  ２３．４０１  Ｖ１４．２．０の図５．３．４Ｂ．２−１に対応しており、この原理を示している。
【０００３】
３ＧＰＰ文書Ｒ３−１６１３２４における作業項目は、ＣＰ  ＣＩｏＴの移動性の拡大に注目している。ハンドオーバーはＣＰ  ＣＩｏＴにはサポートされていないが、ユーザ機器（ＵＥ）が接続モードのとき、即ちエボルブドＮｏｄｅＢ（ｅＮＢ）との無線リソース制御（ＲＲＣ）接続を有しているとき、ＵＥがいずれかに移動して、無線リンク障害（ＲＬＦ）を引き起こすことがある。この結果、そのような場合に何を行うべきかという問題が生じている。ＡＳの安全性はＣＰ  ＣＩｏＴの特徴に対応していないので、ＲＬＦ向けの既存のメカニズムをそのまま安全に使用することはできない。換言すれば、ＣＰ  ＣＩｏＴに既存のＲＦＬ処理メカニズムを使用することは安全面で容認できない。
【０００４】
ＲＲＣレイヤは、（ロングタームエボリューション）システム内にある。例えば、ＲＲＣ接続再確立手順の間に、ＵＥの識別に使用される、ＳｈｏｒｔＭＡＣ−Ｉと呼ばれる情報要素（ＩＥ）を含むものとして規定されている、３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１４．１．０を参照されたい。ＳｈｏｒｔＭＡＣ−Ｉの計算は、次のものを入力として含む。
−  ＲＲＣ完全鍵：ビットストリング（サイズ（１２８））
−  ターゲットセルの識別情報：ビットストリング（サイズ（２８））
−  ソースセルの物理セルの識別情報：整数（０…５０３）
−  ソースセルにおけるＵＥのＣ−ＲＮＴＩ（セル無線ネットワーク臨時識別子）：ビットストリング（サイズ（１６））
【０００５】
使用される機能はＴＳ  ３３．４０１  Ｖ１４．１．０において規定されている。
【０００６】
ＲＲＣレイヤは、例えば、ＲＲＣ接続再開手順の間に、ＵＥの識別に使用される、ＳｈｏｒｔＲｅｓｕｍｅＭＡＣ−Ｉと呼ばれる情報要素（ＩＥ）を含むものとして規定された、ＬＴＥシステム内にある。ＳｈｏｒｔＲｅｓｕｍｅＭＡＣ−Ｉの計算は、次のものを入力として含む。
−  ＲＲＣ完全鍵：ビットストリング（サイズ（１２８））
−  ターゲットセルの識別情報：ビットストリング（サイズ（２８））
−  ソースセルの物理セルの識別情報：整数（０…５０３）
−  ソースセルにおけるＵＥのＣ−ＲＮＴＩ：ビットストリング（サイズ（１６））
−  再開定数
【０００７】
ＳｈｏｒｔＲｅｓｕｍｅＭＡＣ−Ｉの計算は、再開定数をさらに含み、それによってＳｈｏｒｔＭＡＣ−ＩをＲｅｓｕｍｅＳｈｏｒｔＭＡＣ−Ｉと区別することが可能になることに留意されたい。使用される機能はＴＳ  ３３．４０１  Ｖ１４．１．０において規定されている。
【発明の概要】
【０００８】
本発明の目的は、無線リソース制御接続を再確立する間の、信号伝送および／または処理電力を低減できるようにすることである。
【０００９】
本発明の第１の態様によれば、ユーザ機器（ＵＥ）とターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）との間で無線リソース制御（ＲＲＣ）接続を再確立する方法が提示される。方法は、ターゲットｅＮＢによって実施され、非アクセス層（ＮＡＳ）完全鍵を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、ＵＥから受信することと、受信した認証トークンを含む検証メッセージを、移動管理エンティティ（ＭＭＥ）に送信することと、ＭＭＥから認証トークンの検証の応答を受信することとを含む。これにより、例えば、アクセス層（ＡＳ）鍵を生成する必要はない。
【００１０】
第２の態様によれば、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立する方法が提示される。方法は、ソースｅＮＢにおいて実施され、ＮＡＳ完全鍵を入力として用いてＵＥによって生成された認証トークンを含むＸ２メッセージを、ターゲットｅＮＢから受信することと、受信した認証トークンを検証するため、認証トークンを含むチェック要求をＭＭＥに送信することと、受信した認証トークンを検証するチェック応答をＭＭＥから受信することと、ＵＥコンテキスト障害メッセージをターゲットｅＮＢに送信することとを含む。
【００１１】
第３の態様によれば、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立する方法が提示される。方法は、ＭＭＥによって実施され、ＮＡＳ完全鍵を入力として用いてＵＥで生成された認証トークンを含む検証メッセージを、ターゲットｅＮＢから受信することと、受信した認証トークンを検証することと、受信した認証トークンを検証する検証応答メッセージを、ターゲットｅＮＢに送信することとを含む。
【００１２】
第３の態様の一実施形態では、検証メッセージを受信することは、パッチスイッチ要求をターゲットｅＮＢから受信することであり、検証応答メッセージを送信することは、パススイッチ要求肯定応答をターゲットｅＮＢに送信すること、またはパッチスイッチ要求障害をターゲットｅＮＢに送信することである。
【００１３】
第３の態様の別の実施形態では、検証メッセージを受信することは、ＭＡＣチェック要求をターゲットｅＮＢから受信することであり、検証応答メッセージを送信することは、ＭＡＣチェック肯定応答またはＭＡＣチェック障害をターゲットｅＮＢに送信することである。かかる実施形態では、ＭＡＣチェック要求は、ＭＡＣ−ＣＩｏＴおよび／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含んでもよい。
【００１４】
第４の態様は、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するターゲットｅＮＢに関する。ターゲットｅＮＢは、プロセッサと、命令を格納したコンピュータプログラム製品とを含み、命令は、プロセッサによって実行されると、ターゲットｅＮＢに、ＮＡＳ完全鍵を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、ＵＥから受信させ、受信した認証トークンを含む検証メッセージを、ＭＭＥに送信させ、ＭＭＥから認証トークンの検証の応答を受信させる。
【００１５】
第４の態様によるターゲットｅＮＢの一実施形態では、ターゲットｅＮＢはさらに、受信した認証トークンを含むＸ２メッセージを、ソースｅＮＢに送信し、ＵＥコンテキスト障害メッセージをソースｅＮＢから受信するようにされる。
【００１６】
第１の態様および第４の態様それぞれの一実施形態では、検証メッセージはＭＡＣチェック要求であり、応答はＭＡＣチェック肯定応答またはＭＡＣチェック障害である。かかる実施形態では、ＭＡＣチェック要求は、前記認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含んでもよい。
【００１７】
第１の態様および第４の態様それぞれの別の実施形態では、検証メッセージはパススイッチ要求であり、応答は、パッチスイッチ要求肯定応答またはパススイッチ要求障害である。かかる実施形態では、パッチスイッチ要求は、認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含んでもよい。
【００１８】
第５の態様は、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するソースｅＮＢに関する。ソースｅＮＢは、プロセッサと、命令を格納したコンピュータプログラム製品とを含み、命令は、プロセッサによって実行されると、ソースｅＮＢに、ＮＡＳ完全鍵を入力として用いてＵＥによって生成された認証トークンを含むＸ２メッセージを、ターゲットｅＮＢから受信させ、受信した認証トークンを検証するため、認証トークンを含むチェック要求をＭＭＥに送信させ、受信した認証トークンを検証するチェック応答をＭＭＥから受信して、ＵＥコンテキスト障害メッセージをターゲットｅＮＢに送信させる。
【００１９】
第６の態様は、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するＭＭＥに関する。ＭＭＥは、プロセッサと、命令を格納したコンピュータプログラム製品とを含み、命令は、プロセッサによって実行されると、ＭＭＥに、ＮＡＳ完全鍵を入力として用いてＵＥで生成された認証トークンを含む検証メッセージを、ターゲットｅＮＢから受信させ、受信した認証トークンを検証させ、ターゲットｅＮＢに受信した認証トークンを検証する検証応答メッセージを送信させる。
【００２０】
第６の態様の一実施形態では、検証メッセージを受信することは、パッチスイッチ要求をターゲットｅＮＢから受信することであり、検証応答メッセージを送信することは、パススイッチ要求肯定応答をターゲットｅＮＢ（３）に送信すること、またはパッチスイッチ要求障害をターゲットｅＮＢに送信することである。
【００２１】
第６の態様の別の実施形態では、検証メッセージを受信することは、ＭＡＣチェック要求をターゲットｅＮＢから受信することであり、検証応答メッセージを送信することは、ＭＡＣチェック肯定応答またはＭＡＣチェック障害をターゲットｅＮＢに送信することである。かかる実施形態では、ＭＡＣチェック要求は、前記認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含んでもよい。
【００２２】
第７の態様は、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するターゲットｅＮＢに関する。ターゲットｅＮＢは、ＮＡＳ完全鍵を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、ＵＥから受信し、受信した認証トークンを含む検証メッセージを、ＭＭＥに送信し、ＭＭＥから認証トークンの検証の応答を受信する、通信マネージャを含む。
【００２３】
第８の態様は、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するソースｅＮＢに関する。ソースｅＮＢは、非アクセス層完全鍵を入力として用いてＵＥによって生成された認証トークンを含むＸ２メッセージを、ターゲットｅＮＢから受信し、受信した認証トークンを検証するため、認証トークンを含むチェック要求をＭＭＥに送信し、受信した認証トークンを検証するチェック応答をＭＭＥから受信して、ＵＥコンテキスト障害メッセージをターゲットｅＮＢに送信する、通信マネージャを含む。
【００２４】
第９の態様は、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するＭＭＥに関する。ＭＭＥは、
ＮＡＳ完全鍵を入力として用いてＵＥで生成された認証トークンを含む検証メッセージを、ターゲットｅＮＢから受信し、ターゲットｅＮＢに検証応答メッセージを送信して、受信した認証トークンを検証する、通信マネージャと、
受信した認証トークンを検証する判定マネージャと、を含む。
【００２５】
第１０の態様は、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するコンピュータプログラムに関する。コンピュータプログラムはコンピュータプログラムコードを含み、コンピュータプログラムコードは、ターゲットｅＮＢで実行すると、ターゲットｅＮＢに、
ＮＡＳ完全鍵を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、ＵＥから受信させ、
受信した認証トークンを含む検証メッセージを、ＭＭＥに送信させ、
認証トークンの検証の応答を、ＭＭＥから受信させる。
【００２６】
第１１の態様は、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するコンピュータプログラムに関する。コンピュータプログラムはコンピュータプログラムコードを含み、コンピュータプログラムコードは、ソースｅＮＢで実行すると、ソースｅＮＢに、
ＮＡＳ完全鍵を入力として用いてＵＥによって生成された認証トークンを含むＸ２メッセージを、ターゲットｅＮＢから受信させ、
受信した認証トークンを含むチェック要求をＭＭＥに送信して、受信した認証トークンを検証させ、
受信した認証トークンを検証するチェック応答をＭＭＥから受信させ、
ＵＥコンテキスト障害メッセージをターゲットｅＮＢに送信させる。
【００２７】
第１２の態様は、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するコンピュータプログラムに関する。コンピュータプログラムはコンピュータプログラムコードを含み、コンピュータプログラムコードは、ＭＭＥで実行すると、ＭＭＥに、
ＮＡＳ完全鍵を入力として用いてＵＥによって生成された認証トークンを含む検証メッセージを、ターゲットｅＮＢから受信させ、
受信した認証トークンを検証させ、
ターゲットｅＮＢに受信した認証トークンを検証する検証応答メッセージを送信させる。
【００２８】
第１３の態様は、第１０、第１１、または第１２の態様によるコンピュータプログラムと、コンピュータプログラムが格納されるコンピュータ可読記憶手段とを含む、コンピュータプログラム製品に関する。
【００２９】
第１４の態様は、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立する方法に関する。この方法は、ＵＥによって実施され、
−ＮＡＳ完全鍵を入力として用いて認証トークンを生成することと、
−認証トークンを含む第１のＲＲＣ接続再確立メッセージを、ターゲットｅＮＢに送信することと、
−第２のＲＲＣ接続再確立メッセージをターゲットｅＮＢから受信することと
を含む。
【００３０】
第１、第３、第４、第６、および第１４の態様それぞれの一実施形態では、認証トークンは、ターゲットセルの識別情報を入力として用いて計算される。ターゲットセルの識別情報は、第１、第３、第４、および第６の態様のその実施形態では、検証メッセージに含まれてもよい。ターゲットセルの識別情報が検証メッセージに含まれる場合、検証は、第３および第６の態様の実施形態では、受信した認証トークンを、ＲＲＣ完全鍵およびターゲットセルの識別情報を入力として用いてＭＭＥによって計算された認証トークンと比較することによって行われてもよい。
【００３１】
上述の１４の態様全てにおいて、ＲＲＣ接続の再確立は、制御プレーンインターネットオブシングス最適化のためのものであってもよい。
【００３２】
概して、明細な列挙において使用される全ての用語は、本明細書において別の形で明示的に定義されない限り、技術分野におけるそれらの本来の意味にしたがって解釈されるべきである。「要素、装置、構成要素、手段、ステップなど」に対する全ての参照は、別の形で明示的に定義されない限り、要素、装置、構成要素、手段、ステップなどの少なくとも一例を指すものと広く解釈されるべきである。本明細書に開示するいずれかの方法のステップは、明示的に言及されない限り、開示される正確な順序で必ずしも実施されなくてもよい。
【００３３】
以下、例として、添付図面を参照して本発明について記載する。
【図面の簡単な説明】
【００３４】
【図１】ＤｏＮＡＳ原理の信号伝送を示す概略図である。
【図２】本明細書に提示する実施形態を適用することができる環境を示す概略図である。
【図３ａ】本明細書に提示する一実施形態による信号伝送を示す概略図である。
【図３ｂ】図３ａに関連して提示する実施形態による信号伝送を示す概略図である。
【図４】本明細書に提示する一実施形態による信号伝送を示す概略図である。
【図５】本明細書に提示する一実施形態による信号伝送を示す概略図である。
【図６】Ａ〜Ｄは、本明細書に提示する実施形態による方法を示すフローチャートである。
【図７】本明細書に提示するエンティティの構成要素を示す概略図である。
【図８】本明細書に提示するエンティティの構成要素を示す概略図である。
【図９】本明細書に提示するエンティティの構成要素を示す概略図である。
【図１０】本明細書に提示する実施形態の機能的モジュールを示す概略図である。
【図１１】本明細書に提示する実施形態の機能的モジュールを示す概略図である。
【図１２】本明細書に提示する実施形態の機能的モジュールを示す概略図である。
【発明を実施するための形態】
【００３５】
以下、本発明の特定の実施形態が示される添付図面を参照して、本発明についてさらに十分に記載する。しかしながら、本発明は、多くの異なる形態で具体化されてもよく、本明細書で説明する実施形態に限定されるものと解釈すべきではなく、それよりもむしろ、これらの実施形態は、本開示が徹底的かつ完全なものとなり、本発明の範囲を当業者に対して十分に伝達するものとなるように、例として提供されるものである。明細書全体を通して、同様の番号は同様の要素を指す。
【００３６】
第一に、無線リソース制御（ＲＲＣ）接続再確立およびＲＲＣ接続一時停止／再開手順は、制御プレーン（ＣＰ）セルラーインターネットオブシングス（ＣＩｏＴ）最適化の場合における、無線リンク障害の処理に関する候補であり得る、既存の解決策である。それら既存の解決策は両方とも、背景技術の項に記載したように、真正のＵＥがＲＲＣ接続を再確立または再開したいことをエボルブドＮｏｄｅＢ（ｅＮＢ）に示すためにユーザ機器（ＵＥ）認証トークンを使用する。しかしながら、それらの解決策は、アクセス層（ＡＳ）セキュリティ（特に、ＲＲＣセキュリティ）の存在に依存しているが、ＡＳセキュリティおよびＲＲＣセキュリティは、ＣＰ  ＣＩｏＴ最適化の場合は存在しないか、または使用されない。したがって、ＲＲＣ接続再確立およびＲＲＣ接続一時停止／再開手順は、そのままでは、ＣＰ  ＣＩｏＴにおける処理の移動性に関して使用するのに安全面で容認できない。
【００３７】
第二に、３ＧＰＰ寄書Ｓ３−１６１７１７に記載されている解決策は、認証トークンが、ＡＳセキュリティモードコマンド（ＳＭＣ）手順を介してＵＥとソースｅＮＢとの間にＡＳセキュリティ（ＲＲＣセキュリティを含む）を設定することなく、ＵＥおよび移動管理エンティティ（ＭＭＥ）の両方によって分割することができる、新しいＲＲＣ完全鍵（ＫｅＮＢ−ＲＲＣと呼ばれる）に基づき、またトークンがＵＥとターゲットｅＮＢとの間で使用されることを提案している。しかしながら、ＡＳ  ＳＭＣ手順がＣＰ  ＣＩｏＴの場合にサポートされなければ、ＵＥとｅＮＢが、トークンの計算および検証に使用されることになる共通の完全性アルゴリズムに関して一致することはできない。したがって、３ＧＰＰ寄書Ｓ３−１６１７１７に記載されている解決策は、ＣＰ  ＣＩｏＴにおける処理の移動性には適さないように思われる。
【００３８】
ＡＳ鍵を使用する代わりに、本発明の実施形態による非アクセス層（ＮＡＳ）完全鍵は、ＣＰ  ＣＩｏＴに対するＲＲＣ再確立を、例えばＣＰ  ＣＩｏＴシナリオにおけるＵＥとターゲットｅＮＢとの間でのＲＲＣ再確立を確保するのに使用される。特に、ＵＥによって生成される認証トークンは、ＮＡＳ完全鍵を使用して計算される。ＵＥの認証トークンはＭＭＥに送信されてチェックされる。以下の事例が特定され、そのうちのいくつかは本出願において請求する発明の範囲内にあるが、他のものは他の出願の範囲内にあることがある。
【００３９】
認証トークンはＵＥからターゲットｅＮＢに送信される。次に起こり得ることに対して以下の変形例の解決策がある。
１．認証トークンがターゲットｅＮＢからソースｅＮＢに送信される。
１ａ．認証トークンがＡＳ鍵を用いてソースｅＮＢによってチェックされる（しかしながら、この実施形態は別の出願ＰＣＴ／ＥＰ２０１７／０７８０１２の一部である）。
１ｂ．認証トークンがソースｅＮＢからＭＭＥに送信され、ＮＡＳ鍵、例えばＮＡＳ完全鍵を用いてＭＭＥによってチェックされる。
２．認証トークンがターゲットｅＮＢからＭＭＥに送信される。
２ａ．パススイッチメッセージにおいて、ＭＭＥが、ＮＡＳ鍵、例えば本出願のクレームのようなＮＡＳ完全鍵を用いてトークンをチェックする。
２ｂ．コンテキストフェッチまたはパススイッチが発生する前の他の何らかのメッセージにおいて、ＭＭＥが、ＮＡＳ鍵、例えば本出願のクレームのようなＮＡＳ完全鍵を用いてトークンをチェックする。
【００４０】
認証トークン計算がＮＡＳ鍵に基づいているときは、ＡＳ鍵を確立する必要は全くない。したがって、単にＲＲＣで使用するためのＡＳ鍵の生成を回避することができる。
【００４１】
ＵＥがＣＰ  ＣＩｏＴ（ＤｏＮＡＳ）接続中に無線リンク障害（ＲＬＦ）を経験すると、ＵＥは別のｅＮＢへのＲＲＣ接続を再確立しようとする（図２を参照）。
【００４２】
ＣＰ  ＣＩｏＴで使用するためのＵＥの認証トークン（ＭＡＣ−ＣＩｏＴと称される）は、ＵＥの認証に、即ち真正のＵＥが存在することを判定するのに使用されるトークンである。
【００４３】
ＭＡＣ−ＣＩｏＴは、以下のものを入力として用いて計算されてもよい。
−  Ｋｅｙ−ＭＡＣ−ＣＩｏＴ：３３．４０１  Ｖ１４．１．０でＫＮＡＳｉｎｔと称されるＮＡＳ完全鍵（ＮＡＳ−ｉｎｔ）、またはＮＡＳ−ｉｎｔから導き出される鍵、またはルート鍵ＫＡＳＭＥ、または例えば５Ｇネットワーク、もしくはＫＡＵＳＦ、ＫＳＥＡＦ、およびＫＡＭＦなどの将来のネットワークにおける、他の任意のルート鍵
−  ターゲットセルの識別情報
−  ソースセルの物理セルの識別情報
−  ソースセルにおけるＵＥのＣ−ＲＮＴＩ
−  定数（定数によって、ＭＡＣ−ＣＩｏＴをＳｈｏｒｔＲｅｓｕｍｅＭＡＣ−ＩおよびＳｈｏｒｔＭＡＣ−Ｉから区別することが可能になる）。
【００４４】
一実施形態では、したがって、認証トークンは、少なくともターゲットセルの識別情報およびＮＡＳ完全鍵を入力として用いて計算されてもよい。本出願のクレームの範囲内にあるＫｅｙ−ＭＡＣ−ＣＩｏＴ／ＮＡＳ鍵は、ＮＡＳ完全鍵であることが注目されるべきである。
【００４５】
ＭＡＣ−ＣＩｏＴの計算に使用される入力は、Ｉｎｐｕｔ−ＭＡＣ−ＣＩｏＴと称される。
【００４６】
ＭＡＣ−ＣＩｏＴの計算に使用される機能（Ｆｕｎ−ＭＡＣ−ＣＩｏＴと称される）は、ＲＲＣ再確立およびＲＲＣ再開に関するＴＳ  ３３．４０１の付属書Ｂ．２で使用されるもの、即ちＮＡＳの１２８ビット完全性アルゴリズムと同じであることができ、１２８−ＥＩＡ１、１２８−ＥＩＡ２、および１２８−ＥＩＡ３であってもよい。
【００４７】
図２を参照すると、ＭＭＥ  ４がＵＥ  １を認証しており、ＭＭＥとＵＥとの間で安全性が確立されているとき、両方がＦｕｎ−ＭＡＣ−ＣＩｏＴを分かっており、Ｋｅｙ−ＭＡＣ−ＣＩｏＴを有するかまたは導き出すことができる。
【００４８】
ＭＡＣ−ＣＩｏＴトークンはＵＥからターゲットｅＮＢ  ３に送信されてもよい。
【００４９】
次に起こり得ることに対して以下の変形例の解決策がある。
１．ＭＡＣ−ＣＩｏＴトークンがターゲットｅＮＢ  ３からソースｅＮＢ  ２に送信される。
１ａ．ＭＡＣ−ＣＩｏＴトークンが、ソースｅＮＢ  ２によってＡＳ鍵を用いてチェックされる（本出願の請求される発明の一部ではない）
１ｂ．ＭＡＣ−ＣＩｏＴトークンがソースｅＮＢ  ２からＭＭＥ  ４に送信され、ＭＭＥ  ４によってＮＡＳ鍵を用いてチェックされる
２．ＭＡＣ−ＣＩｏＴトークンがターゲットｅＮＢ  ３からＭＭＥ  ４に送信される
２ａ．パススイッチメッセージにおいて、ＭＭＥ  ４がＮＡＳ鍵を用いてトークンをチェックする
２ｂ．コンテキストフェッチまたはパススイッチが発生する前の他の何らかのメッセージにおいて、ＭＭＥ  ４がＮＡＳ鍵を用いてトークンをチェックする
【００５０】
変形例１ｂ：ＭＡＣ−ＣＩｏＴが、ターゲットｅＮＢからソースｅＮＢに、またソースｅＮＢからＭＭＥに送信され、ＮＡＳ鍵を用いてＭＭＥによってチェックされる（図３ａ〜ｂを参照）。同じ効果を達成するのに、ステップ、メッセージ、フィールドの順序が変更されてもよく、メッセージが組み合わされてもよく、フィールドが異なるメッセージに入れられてもよく、その他が行われてもよい。
【００５１】
これは、ＣＰ  ＣＩｏＴ最適化に関するＮＡＳデータが送信され、例えばＮＡＳデータの送信中にＲＬＦが発生する状況に、適用可能な一例である。
【００５２】
図３ａのステップ１〜１５は、現在の３ＧＰＰ規格に開示されているという点で、それ自体は新規ではない。ＵＥは、ＲＲＣ接続を設定し、ＮＡＳを通じてデータを送信し、それはＭＭＥからサービングゲートウェイ（Ｓ−ＧＷ）／パケットデータネットワークゲートウェイ（Ｐ−ＧＷ）へと転送される。無線リンク障害は（ステップ１５で）発生する。ＵＥがダウンリンク（ＤＬ）データを受信する前に、ＲＬＦも発生することがある。
【００５３】
ステップ１６。ＵＥは、ランダムアクセスメッセージをターゲットｅＮＢに送信することによって、ＲＲＣ接続を開始する。
【００５４】
ステップ１７。ターゲットｅＮＢは、ランダムアクセス応答を用いてＵＥに応答する。
【００５５】
ステップ１８。ＵＥは認証トークンＭＡＣ−ＣＩｏＴを生成する。トークンは次の手法で計算されてもよい。
トークン＝ｆ（ソースＰＣＩ、ソースＣ−ＲＮＴＩ、ターゲットＣｅｌｌ−ＩＤ、ＮＡＳ鍵、リプレイ入力）。ここで、ＮＡＳ鍵は現在のＮＡＳ完全鍵またはその導関数、ｆ＝関数である。
【００５６】
ステップ１９。ＵＥはＲＲＣメッセージを、ＭＡＣ−ＣＩｏＴを含むターゲットｅＮＢに送信する。ＲＲＣメッセージは、例えば、（図３ａに示されるような）ＲＲＣ接続再確立要求、ＲＲＣ再開要求、または他の何らかのＲＲＣメッセージであることができる。本出願のクレームでは、ＲＲＣメッセージはＲＲＣ接続再確立要求である。
【００５７】
ステップ２０。必要があれば、ターゲットｅＮＢはＸ２メッセージを、ＭＡＣ−ＣＩｏＴおよびＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含むソースｅＮＢに送信する。Ｘ２メッセージは、例えばＸ２コンテキストフェッチメッセージであることができる。
【００５８】
ステップ２１。ソースｅＮＢはＳ１メッセージを、ＭＡＣ−ＣＩｏＴおよびＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含むＭＭＥに送信する。
【００５９】
ステップ２２。ＭＡＣ−ＣＩｏＴおよびＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを受信すると、ＭＭＥは、ＵＥがステップ１８で実施したのと同じ計算を実施し、受信したＭＡＣ−ＣＩｏＴと比較することによって、ＭＡＣ−ＣＩｏＴを検証する。検証が成功した場合、ＭＭＥは成功を示すＳ１メッセージをソースｅＮＢに送信する。検証が成功しなかった場合、ＭＭＥはエラーを示すＳ１メッセージをソースｅＮＢに送信する。
【００６０】
ステップ２３。Ｓ１メッセージをＭＭＥから送信すると、ソースｅＮＢはメッセージの結果コードをチェックする。
【００６１】
図３ｂに示されるステップ２４：ステップ２３の認証が成功した場合。
２４．Ａ．１．ソースｅＮＢはＵＥにコンテキスト応答を送信する。
２４．Ａ．２．および２４．Ａ．３．ターゲットｅＮＢは、例えば、ターゲットｅＮＢからＵＥへのＲＲＣ接続再確立セットアップ、およびＵＥからターゲットｅＮＢへのＲＲＣ接続セットアップ完了メッセージを含む、ＵＥとのＲＲＣ接続の残りを実行する。
２４．Ａ．４．〜２４．Ａ．７．ここでは、ターゲットｅＮＢからＭＭＥへのパススイッチ要求、ターゲットｅＮＢからＳ／Ｐ−ＧＷへのベアラ変更要求、Ｓ／Ｐ−ＧＷからターゲットｅＮＢへのベアラ変更応答、およびＭＭＥからターゲットｅＮＢへのパススイッチ肯定応答を含む、パススイッチおよびベアラ変更手順。
２４．Ａ．８．ここで、ターゲットｅＮＢはソースｅＮＢに、ＵＥコンテキストリリースと呼ばれるＸ２メッセージを送信することによって、ＵＥコンテキストを解除するように伝える。
ステップ２３の認証が失敗した場合。
２４．Ｂ．１．ソースｅＮＢは、ＵＥコンテキストフェッチ障害メッセージをターゲットｅＮＢに送信する。その結果、ターゲットｅＮＢは、前のステップで言及されたＭＡＣ−ＣＩｏＴが真正でないと分かる。
２４．Ｂ．２．ターゲットｅＮＢは、ＲＲＣ接続解除をＵＥに送信することによって、ＵＥとのＲＲＣ接続の解除をトリガする。
【００６２】
変形例２ａ：ＭＡＣ−ＣＩｏＴは、Ｓ１ＡＰパススイッチ要求メッセージで、ターゲットｅＮＢからＭＭＥに送信される。ＭＭＥはＭＡＣ−ＣＩｏＴを認証する。これは図４に示されている。
【００６３】
この変形例２ａは、ターゲットｅＮＢからＭＭＥに送信される、パススイッチ要求と呼ばれる既存のＳ１ＡＰメッセージに基づく。パススイッチ要求は、ＭＡＣ−ＣＩｏＴおよびＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを伝達することができるように修正される。ＭＭＥからターゲットｅＮＢに送信される、パススイッチ要求肯定応答およびパススイッチ障害と呼ばれる既存のＳ１ＡＰメッセージはそれぞれ、ＭＡＣ−ＣＩｏＴが本物であったことまたは本物でなかったことを示すのに使用される。これを行う例示の実施形態が図４に示され、ステップについては後述する。同じ効果を達成するのに、ステップ、メッセージ、およびフィールドの順序が変更されてもよく、メッセージが組み合わされてもよく、フィールドが異なるメッセージに入れられてもよく、その他が行われてもよい。
【００６４】
ステップ１〜１７は、図３ａと関連して上述したものと同じである。
【００６５】
ステップ１８〜１９も、図３ａと関連して上述したものと同じであるが、これらは、ＲＲＣ接続再確立手順の完全性に関して、図４にも示されている。
【００６６】
ステップ２０。ターゲットｅＮＢは、ＵＥのコンテキストを送信するようにソースｅＮＢに要求する。ＵＥコンテキスト検索要求と呼ばれる既存のＸ２メッセージを、必要に応じて適合させることができる（例えば、ＲｅｓｕｍｅＩｄｅｎｔｉｔｙの代わりにＲｅｅｓｔａｂＵＥ−Ｉｄｅｎｔｉｔｙを使用する）。
【００６７】
ステップ２１。ソースｅＮＢは、ＵＥのコンテキストをターゲットｅＮＢに送信する。ＵＥコンテキスト検索応答と呼ばれる既存のＸ２メッセージを、必要に応じて適合させることができる。
【００６８】
ステップ２２。ターゲットｅＮＢはＲＲＣ接続再確立メッセージをＵＥに送信する。
【００６９】
ステップ２３。ＵＥは、任意選択でＮＡＳデータＰＤＵ（プロトコルデータ単位）を含む、ＲＲＣ接続再確立完了メッセージをターゲットｅＮＢに送信する。
【００７０】
ステップ２４。ターゲットｅＮＢはパススイッチ要求をＭＭＥに送信する。パススイッチ要求では、ターゲットｅＮＢはＭＡＣ−ＣＩｏＴおよびＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含む。入力ＭＡＣ−ＣＩｏＴは暗号化されてもよいが、全ての実施形態において必ずしも暗号化される必要はない。ターゲットｅＮＢは、ステップ１９でＭＡＣ−ＣＩｏＴを受信した。Ｉｎｐｕｔ−ＭＡＣ−ＣＩｏＴは、ターゲットｅＮＢがステップ１９および／またはステップ２１で受信された情報、ならびに／あるいはターゲットｅＮＢ自体の情報を含んでもよい。パススイッチ要求は、ＭＭＥがＭＭＥにおけるＵＥのコンテキストを識別できるようにする、ＵＥの情報を含む。そのＵＥの情報は、今日は、ターゲットｅＮＢがステップ２３で受信した情報から提供することができる、「ソースＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ」と呼ばれている。
【００７１】
ステップ２５。ＭＭＥは、Ｉｎｐｕｔ−ＭＡＣ−ＣＩｏＴおよびＫｅｙ−ＭＡＣ−ＣＩｏＴをＦｕｎ−ＭＡＣ−ＣＩｏＴに対する入力として使用して、ＭＡＣ−ＣＩｏＴを認証する。
【００７２】
ステップ２６。
ステップ２５の認証が成功した場合。
２６．Ａ．１．ＭＭＥは、パススイッチ要求肯定応答メッセージをターゲットｅＮＢに送信する。ターゲットｅＮＢは、前のステップで言及されたＭＡＣ−ＣＩｏＴが真正であると分かる。
２６．Ａ．２．〜２６．Ａ．３．ＭＭＥは、例えば、ベアラ修正要求をＳ／Ｐ−ＧＷに送信し、ベアラ修正応答をＳ／Ｐ−ＧＷから受信することによって、ベアラ修正をトリガする。
２６．Ａ．４．ここで、ターゲットｅＮＢはソースｅＮＢに、ＵＥコンテキストリリースと呼ばれるＸ２メッセージを送信することによって、ＵＥコンテキストを解除するように伝える。
ステップ２５の認証が失敗した場合、ステップ２６．Ｂ．１．および２６．Ｂ．２．は次の通りである。
２６．Ｂ．１．ＭＭＥはパススイッチ要求障害メッセージをターゲットｅＮＢに送信する。その結果、ターゲットｅＮＢは、この変形例の前のステップで言及されたＭＡＣ−ＣＩｏＴが真正でないと分かる。
２６．Ｂ．２．ターゲットｅＮＢは、ＲＲＣ接続解除をＵＥに送信することによって、ＵＥとのＲＲＣ接続の解除をトリガする。
【００７３】
変形例２ｂ：ＭＡＣ−ＣＩｏＴは、ターゲットｅＮＢから新しいＳ１ＡＰメッセージのＭＭＥに送信される。ＭＭＥはＭＡＣ−ＣＩｏＴを認証する。これは図５に示されている。
【００７４】
この変形例は、ターゲットｅＮＢからＭＭＥに送信される、新しいＳ１ＡＰメッセージ（ＭＡＣチェック要求と称される）に基づく。ＭＡＣチェック要求メッセージは、ＭＡＣ−ＣＩｏＴおよびＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを伝達することができる。同様に、ＭＭＥからターゲットｅＮＢに送信される、ＭＡＣチェック肯定応答およびＭＡＣチェック障害と称される新しいＳ１ＡＰメッセージはそれぞれ、ＭＡＣ−ＣＩｏＴが本物であったことまたは本物でなかったことを示すのに使用される。これを行う例示の実施形態が図５に示され、ステップについては後述する。同じ効果を達成するのに、ステップ、メッセージ、フィールドの順序が変更されてもよく、メッセージが組み合わされてもよく、フィールドが異なるメッセージに入れられてもよく、その他が行われてもよい。
【００７５】
ステップ１〜１７は、図３と関連して上述したものと同じである。
【００７６】
ステップ１８〜１９も、図３と関連して上述したものと同じであるが、これらは、ＲＲＣ接続再確立手順の完全性に関して、図５にも示されている。
【００７７】
ステップ２０。ターゲットｅＮＢは、ＵＥのコンテキストを送信するようにソースｅＮＢに要求する。ＵＥコンテキスト検索要求と呼ばれる既存のＸ２メッセージを、必要に応じて適合させることができる（例えば、ＲｅｓｕｍｅＩｄｅｎｔｉｔｙの代わりにＲｅｅｓｔａｂＵＥ−Ｉｄｅｎｔｉｔｙを使用する）。
【００７８】
ステップ２１。ソースｅＮＢは、ＵＥのコンテキストをターゲットｅＮＢに送信する。ＵＥコンテキスト検索応答と呼ばれる既存のＸ２メッセージを、必要に応じて適合させることができる。前記ＵＥのコンテキストは、ターゲットｅＮＢに、ＵＥが登録されている対応するＭＭＥを伝える。
【００７９】
ステップ２２。ターゲットｅＮＢは、ＭＡＣチェック要求をステップ２１で識別されたＭＭＥに送信する。ＭＡＣチェック要求では、ターゲットｅＮＢはＭＡＣ−ＣＩｏＴおよびＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含む。ターゲットｅＮＢは、ステップ１９で前記ＭＡＣ−ＣＩｏＴを受信した。Ｉｎｐｕｔ−ＭＡＣ−ＣＩｏＴは、ターゲットｅＮＢがステップ１９および／またはステップ２１で受信された情報、ならびに／あるいはターゲットｅＮＢ自体の情報を含むことができる。ＭＡＣチェック要求はまた、ＭＭＥがＭＭＥにおけるＵＥのコンテキストを識別できるようにする、ＵＥの情報を含むことができる。そのＵＥの情報は、例えば、ターゲットｅＮＢがステップ２１でソースｅＮＢから受信した、ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤであり得る。
【００８０】
ステップ２３。ＭＭＥは、Ｉｎｐｕｔ−ＭＡＣ−ＣＩｏＴおよびＫｅｙ−ＭＡＣ−ＣＩｏＴをＦｕｎ−ＭＡＣ−ＣＩｏＴに対する入力として使用して、ＭＡＣ−ＣＩｏＴを認証する。
【００８１】
ステップ２４。
ステップ２３の認証が成功した場合。
２４．Ａ．１．ＭＭＥは、ＭＡＣチェック要求肯定応答メッセージをターゲットｅＮＢに送信する。その結果、ターゲットｅＮＢは、前のステップで言及されたＭＡＣ−ＣＩｏＴが真正であると分かる。
２４．Ａ．２．〜２４．Ａ．３．ターゲットｅＮＢは、ＲＲＣ接続再確立メッセージをＵＥに送信し、ＵＥは、ＮＡＳデータＰＤＵを任意選択で含むＲＲＣ接続再確立完了メッセージを、ターゲットｅＮＢに送信する。
２４．Ａ．４．〜２６．Ａ．７．これらのステップは、通常のパススイッチおよびベアラ修正手順である。
２６．Ａ．８．ここで、ターゲットｅＮＢはソースｅＮＢに、ＵＥコンテキストリリースと呼ばれるＸ２メッセージを送信することによって、ＵＥコンテキストを解除するように伝える。
ステップ２３の認証が失敗した場合。
２４．Ｂ．１．ＭＭＥは、ＭＡＣチェック障害メッセージをターゲットｅＮＢに送信する。ターゲットｅＮＢは、前のステップで言及されたＭＡＣ−ＣＩｏＴが真正でないと分かる。
２４．Ｂ．２．ターゲットｅＮＢは、ＲＲＣ接続再確立拒絶メッセージをＵＥに送信することによって、ＵＥの要求が拒絶されたことをＵＥに伝える。一実施形態による、例えばＣＰ  ＩｏＴ  ＥＰＳ（エボルブドパケットシステム）の最適化のため、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立する方法が、図６Ａを参照して提示される。方法は、ターゲットｅＮＢ  ３において実施され、ステップＳ２００で示される、ＮＡＳ完全鍵を入力として用いて生成された認証トークンを含むＲＲＣメッセージを、ＵＥ  １から受信することを含む。第２のステップＳ２１０では、ターゲットｅＮＢは、受信した認証トークンを含む検証メッセージを、ＭＭＥに送信する。第３のステップＳ２２０では、ターゲットｅＮＢは、認証トークンを検証する応答をＭＭＥから受信する。
【００８２】
ＮＡＳ完全鍵の代わりに、ＮＡＳ完全鍵から導き出される鍵など、他のＮＡＳ鍵であってもよい。あるいは、本出願のクレームには包含されないが、ＫＡＳＭＥ、ならびに５Ｇ環境では、例えばＫＡＭＦ、ＫＡＵＳＦ、およびＫＳＥＡＦなど、ルートＮＡＳ鍵から導き出される鍵であってもよい。
【００８３】
ＲＲＣメッセージは、クレームでは、ＲＲＣ接続再確立要求であるが、他の実施形態では、ＲＲＣ再開要求であってもよい。
【００８４】
検証メッセージはＭＡＣチェック要求であってもよく、応答はＭＡＣチェック肯定応答またはＭＡＣチェック障害であってもよい。ＭＡＣチェック要求は、ＭＡＣ−ＣＩｏＴおよび／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含んでもよい。
【００８５】
検証メッセージはパススイッチ要求であってもよく、応答はパッチスイッチ要求肯定応答またはパススイッチ要求障害であってもよい。パッチスイッチ要求は、ＭＡＣ−ＣＩｏＴおよび／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴであってもよい。
【００８６】
一実施形態による、例えばＣＰ  ＩｏＴ  ＥＰＳ最適化のため、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立する方法が、図６Ｂを参照して提示される。方法は、ソースｅＮＢ  ２において実施され、ＮＡＳ完全鍵を入力として用いてＵＥ  １によって生成された認証トークンを含むＸ２メッセージを、ターゲットｅＮＢ  ３から受信するステップＳ３００と、受信した認証トークンを検証するため、認証トークンを含む前記チェック要求を、ＭＭＥ  ４に送信するＳ３１０と、受信した認証トークンの検証を示すチェック応答を、ＭＭＥから受信するＳ３２０と、ＵＥコンテキスト障害メッセージをターゲットｅＮＢに送信するＳ３３０とを含む。
【００８７】
一実施形態による、例えばＣＰ  ＩｏＴ  ＥＰＳ最適化のため、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立する方法が、図６Ｃを参照して提示される。方法は、ＭＭＥ  ４によって実施され、ＮＡＳ完全鍵を入力として用いてＵＥ  １で生成された認証トークンを含む検証メッセージを、ターゲットｅＮＢから受信するＳ４００と、受信した認証トークンを検証するＳ４１０と、ターゲットｅＮＢに受信した認証トークンを検証する検証応答メッセージを送信するＳ４２０とを含む。
【００８８】
検証メッセージを受信するＳ４１０は、パッチスイッチ要求をターゲットｅＮＢ  ３から受信することとして具体化されてもよく、検証応答メッセージを送信することは、パススイッチ要求肯定応答をターゲットｅＮＢに送信すること、またはパッチスイッチ要求障害をターゲットｅＮＢに送信することとして具体化されてもよい。
【００８９】
あるいは、検証メッセージを受信するＳ４１０は、ＭＡＣチェック要求をターゲットｅＮＢ  ３から受信することとして具体化されてもよく、検証応答メッセージを送信することは、ＭＡＣチェック肯定応答またはＭＡＣチェック障害をターゲットｅＮＢに送信することとして具体化されてもよい。ＭＡＣチェック要求は、ＭＡＣ−ＣＩｏＴおよび／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含んでもよい。
【００９０】
一実施形態による、例えばＣＰ  ＩｏＴ  ＥＰＳ最適化のため、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立する方法が、図６Ｄを参照して提示される。方法は、ＵＥ  １によって実施され、非アクセス層完全鍵を入力として用いて認証トークンを生成するステップＳ５００を含む。認証トークンはまた、一実施形態は、上述したような他のパラメータに基づいて計算される。認証パラメータを計算するためのかかる他の入力は、ターゲットセル識別情報である。方法はまた、認証トークンを含む第１のＲＲＣ接続再確立メッセージを、ターゲットｅＮＢ  ３に送信するＳ５１０と、第２のＲＲＣ接続再確立メッセージをターゲットｅＮＢから受信するＳ５２０とを含む。
【００９１】
一実施形態による、ＵＥとターゲットｅＮＢ  ３との間でＲＲＣ接続を再確立するためのターゲットｅＮＢが、図８を参照して提示される。ターゲットｅＮＢは、プロセッサ３０と、命令を格納したコンピュータプログラム製品３２、３３とを含み、命令は、プロセッサによって実行されると、ターゲットｅＮＢに、ＮＡＳ完全鍵を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、ＵＥ  １から受信させ、受信した認証トークンを含む検証メッセージを、ＭＭＥに送信させ、認証トークンの検証の応答をＭＭＥから受信させる。
【００９２】
ターゲットｅＮＢはさらに、受信した認証トークンを含むＸ２メッセージを、ソースｅＮＢ  ２に送信し、ＵＥコンテキスト障害をソースｅＮＢから受信するようにされる。
【００９３】
一実施形態による、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するためのソースｅＮＢ  ２が、図７を参照して提示される。ソースｅＮＢ  ３は、プロセッサ２０と、命令を格納したコンピュータプログラム製品２２、２３とを含み、命令は、プロセッサによって実行されると、ソースｅＮＢに、ＮＡＳ完全鍵を入力として用いてＵＥ  １によって生成された認証トークンを含むＸ２メッセージを、ターゲットｅＮＢ  ３から受信させ、受信した認証トークンを検証するため、認証トークンを含むチェック要求をＭＭＥ  ４に送信させ、受信した認証トークンを検証するチェック応答をＭＭＥから受信させ、ＵＥコンテキスト障害メッセージをターゲットｅＮＢに送信させる。
【００９４】
一実施形態による、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するためのＭＭＥが、図９を参照して提示される。ＭＭＥ  ４は、プロセッサ４０と、命令を格納したコンピュータプログラム製品４２、４３とを含み、命令は、プロセッサによって実行されると、ＭＭＥに、ＮＡＳ完全鍵を入力として用いてＵＥ  １で生成された認証トークンを含む検証メッセージを、ターゲットｅＮＢ（３）から受信させ、受信した認証トークンを検証させ、ターゲットｅＮＢ（３）に受信した認証トークンを検証する検証応答メッセージを送信させる。
【００９５】
検証メッセージを受信することは、パッチスイッチ要求をターゲットｅＮＢ  ３から受信することとして具体化されてもよく、検証応答メッセージを送信することは、パススイッチ要求肯定応答をｅＮＢに送信すること、またはパッチスイッチ要求障害をターゲットｅＮＢに送信することとして具体化されてもよい。
【００９６】
検証メッセージを受信することは、ＭＡＣチェック要求をターゲットｅＮＢ  ３から受信することとして具体化されてもよく、検証応答メッセージを送信することは、ＭＡＣチェック肯定応答またはＭＡＣチェック障害をターゲットｅＮＢに送信することとして具体化されてもよい。
【００９７】
一実施形態による、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するためのターゲットｅＮＢが、図１１を参照して提示される。ターゲットｅＮＢは、通信マネージャ８１と判定マネージャ８０とを含む。通信マネージャ８１は、ＮＡＳ完全鍵を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、ＵＥから受信し、受信した認証トークンを含む検証メッセージを、ＭＭＥに送信し、ＭＭＥから認証トークンの検証の応答を受信するためのものである。
【００９８】
一実施形態による、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するためのソースｅＮＢが、図１０を参照して提示される。ソースｅＮＢは、ＮＡＳ完全鍵を入力として用いてＵＥ  １によって生成された認証トークンを含むＸ２メッセージを、ターゲットｅＮＢ  ３から受信し、受信した認証トークンを検証するため、認証トークンを含むチェック要求をＭＭＥ  ４に送信し、受信した認証トークンを検証するチェック応答をＭＭＥから受信し、ＵＥコンテキスト障害メッセージをターゲットｅＮＢに送信するための、通信マネージャ７１を含む。
【００９９】
一実施形態による、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するためのＭＭＥが、図１２を参照して提示される。ＭＭＥ  ４は、通信マネージャ９１と判定マネージャ９０とを含む。通信マネージャ９１は、ＮＡＳ完全鍵を入力として用いてＵＥ  １で生成された認証トークンを含む検証メッセージを、ターゲットｅＮＢから受信し、ターゲットｅＮＢに受信した認証トークンを検証する検証応答メッセージを送信するためのものである。判定マネージャ９０は、受信した認証トークンを検証するためのものである。
【０１００】
一実施形態による、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するためのコンピュータプログラム３４、３５が、図８を参照して提示される。コンピュータプログラム３４、３５は、ターゲットｅＮＢ  ３で実行されると、ターゲットｅＮＢに、ＮＡＳ完全鍵を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、ＵＥ  １から受信させ、受信した認証トークンを含む検証メッセージを、ＭＭＥに送信させ、認証トークンの検証の応答をＭＭＥから受信させる、コンピュータプログラムコードを含む。
【０１０１】
一実施形態による、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するためのコンピュータプログラム２４、２５が、図７を参照して提示される。コンピュータプログラム２４、２５は、ソースｅＮＢ  ２で実行されると、ソースｅＮＢに、ＮＡＳ完全鍵を入力として用いてＵＥ  １によって生成された認証トークンを含むＸ２メッセージを、ターゲットｅＮＢ  ３から受信させ、受信した認証トークンを検証するため、受信した認証トークンを含むチェック要求をＭＭＥ  ４に送信させ、受信した認証トークンを検証するチェック応答をＭＭＥから受信させ、ＵＥコンテキスト障害メッセージをターゲットｅＮＢに送信させる、コンピュータプログラムコードを含む。
【０１０２】
一実施形態による、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するためのコンピュータプログラム４４、４５が、図９を参照して提示される。コンピュータプログラム４４、４５は、ＭＭＥで実行されると、ＭＭＥ  ４に、ＮＡＳ完全鍵を入力として用いてＵＥ  １で生成された認証トークンを含む検証メッセージを、ターゲットｅＮＢから受信させ、受信した認証トークンを検証させ、ターゲットｅＮＢに受信した認証トークンを検証する検証応答メッセージを送信させる、コンピュータプログラムコードを含む。
【０１０３】
参照符号２２、２３、３２、３３、４２、４３を用いて異なる形態で示されるような、コンピュータプログラム製品も提示される。コンピュータプログラム製品は、コンピュータプログラムと、図７〜９に開示されるコンピュータプログラムの１つまたは複数が格納される、コンピュータ可読記憶手段とを含む。
【０１０４】
図７は、ソースｅＮＢ  ２のいくつかの構成要素を示す概略図である。プロセッサ２０は、メモリに格納されたコンピュータプログラム２４のソフトウェア命令を実行することができる、適切な中央処理装置（ＣＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路などの１つまたは複数の任意の組み合わせを使用して提供されてもよい。したがって、メモリは、コンピュータプログラム製品２２の一部であるか、または一部を形成するものと見なすことができる。プロセッサ２０は、図６Ｂを参照して本明細書に記載される方法を実行するように構成されてもよい。
【０１０５】
メモリは、読出しおよび書込みメモリ、ＲＡＭ、ならびに読出し専用メモリ（ＲＯＭ）の任意の組み合わせであってもよい。メモリはまた、例えば、磁気メモリ、光学メモリ、固体メモリ、またはさらにはリモートマウントメモリのうち任意の単一のものもしくは組み合わせであることができる、永続記憶装置を含んでもよい。
【０１０６】
例えば、プロセッサ２０におけるソフトウェア命令の実行中にデータの読出しおよび／または格納を行う、データメモリの形態の第２のコンピュータプログラム製品２３も提供されてもよい。データメモリは、読出しおよび書込みメモリ、ＲＡＭ、ならびに読出し専用メモリ（ＲＯＭ）の任意の組み合わせであることができ、また例えば、磁気メモリ、光学メモリ、固体メモリ、またはさらにはリモートマウントメモリのうち任意の単一のものもしくは組み合わせであることができる、永続記憶装置をやはり含んでもよい。データメモリは、例えば、ソースｅＮＢ  ２に関する機能性を改善する、他のソフトウェア命令２５を保持してもよい。
【０１０７】
ソースｅＮＢ  ２はさらに、例えばユーザインターフェースを含む、入出力（Ｉ／Ｏ）インターフェース２１を含んでもよい。ソースｅＮＢ  ２はさらに、他のノードからの信号伝送を受信するように構成された受信機と、他のノード（図示なし）に信号伝送を送信するように構成された送信機とを含んでもよい。本明細書に提示される概念が不明瞭にならないように、ソースｅＮＢ  ２の他の構成要素は省略されている。
【０１０８】
図１０は、ソースｅＮＢ  ２の機能的ブロックを示す概略図である。モジュールは、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、個別の論理構成要素、送受信機など、キャッシュサーバで、またはハードウェアのみで実行するコンピュータプログラムなど、ソフトウェア命令としてのみ、あるいはそれらの組み合わせとして実現されてもよい。代替実施形態では、機能的ブロックのいくつかはソフトウェアによって、他のものはハードウェアによって実現されてもよい。モジュールは、図６Ｂに示される方法のステップに対応しており、判定マネージャユニット７０と通信マネージャユニット７１とを含む。モジュールの１つまたは複数がコンピュータプログラムによって実現される実施形態では、これらのモジュールは必ずしもプロセスモジュールに対応するものではなく、一般的にいくつかのプログラミング言語はプロセスモジュールを含まないので、モジュールが実現されるプログラミング言語にしたがって命令として記述できることが理解されるであろう。
【０１０９】
通信マネージャ７１は、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するためのものである。このモジュールは、図６Ｂの受信ステップＳ３００、送信ステップＳ３１０、受信ステップＳ３２０、および送信ステップＳ３３０に対応する。このモジュールは、例えば、コンピュータプログラムを実行したとき、図７のプロセッサ２０によって実現することができる。
【０１１０】
図８は、ターゲットｅＮＢ  ３のいくつかの構成要素を示す概略図である。プロセッサ３０は、メモリに格納されたコンピュータプログラム３４のソフトウェア命令を実行することができる、適切な中央処理装置（ＣＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路などの１つまたは複数の任意の組み合わせを使用して提供されてもよい。したがって、メモリは、コンピュータプログラム製品３２の一部であるか、または一部を形成するものと見なすことができる。プロセッサ３０は、図６Ａを参照して本明細書に記載される方法を実行するように構成されてもよい。
【０１１１】
メモリは、読出しおよび書込みメモリ、ＲＡＭ、ならびに読出し専用メモリ（ＲＯＭ）の任意の組み合わせであってもよい。メモリはまた、例えば、磁気メモリ、光学メモリ、固体メモリ、またはさらにはリモートマウントメモリのうち任意の単一のものもしくは組み合わせであることができる、永続記憶装置を含んでもよい。
【０１１２】
例えば、プロセッサ２０におけるソフトウェア命令の実行中にデータの読出しおよび／または格納を行う、データメモリの形態の第２のコンピュータプログラム製品３３も提供されてもよい。データメモリは、読出しおよび書込みメモリ、ＲＡＭ、ならびに読出し専用メモリ（ＲＯＭ）の任意の組み合わせであることができ、また例えば、磁気メモリ、光学メモリ、固体メモリ、またはさらにはリモートマウントメモリのうち任意の単一のものもしくは組み合わせであることができる、永続記憶装置をやはり含んでもよい。データメモリは、例えば、ターゲットｅＮＢ  ３に関する機能性を改善する、他のソフトウェア命令３５を保持してもよい。
【０１１３】
ターゲットｅＮＢ  ３はさらに、例えばユーザインターフェースを含む、入出力（Ｉ／Ｏ）インターフェース３１を含んでもよい。ターゲットｅＮＢ  ３はさらに、他のノードからの信号伝送を受信するように構成された受信機と、他のノード（図示なし）に信号伝送を送信するように構成された送信機とを含んでもよい。本明細書に提示される概念が不明瞭にならないように、ターゲットｅＮＢ  ３の他の構成要素は省略されている。
【０１１４】
図１１は、ターゲットｅＮＢ  ３の機能的ブロックを示す概略図である。モジュールは、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、個別の論理構成要素、送受信機など、キャッシュサーバで、またはハードウェアのみで実行するコンピュータプログラムなど、ソフトウェア命令としてのみ、あるいはそれらの組み合わせとして実現されてもよい。代替実施形態では、機能的ブロックのいくつかはソフトウェアによって、他のものはハードウェアによって実現されてもよい。モジュールは、図６Ａに示される方法のステップに対応しており、判定マネージャユニット８０と通信マネージャユニット８１とを含む。モジュールの１つまたは複数がコンピュータプログラムによって実現される実施形態では、これらのモジュールは必ずしもプロセスモジュールに対応するものではなく、一般的にいくつかのプログラミング言語はプロセスモジュールを含まないので、モジュールが実現されるプログラミング言語にしたがって命令として記述できることが理解されるであろう。
【０１１５】
通信マネージャ８１は、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するためのものである。このモジュールは、図６Ａの受信ステップＳ２００、送信ステップＳ２１０、受信ステップＳ２２０に対応する。このモジュールは、例えば、コンピュータプログラムを実行したとき、図８のプロセッサ３０によって、またはＡＳＩＣの形態のハードウェアとして、実現することができる。
【０１１６】
図９は、ＭＭＥ  ４のいくつかの構成要素を示す概略図である。プロセッサ４０は、メモリに格納されたコンピュータプログラム４４のソフトウェア命令を実行することができる、適切な中央処理装置（ＣＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路などの１つまたは複数の任意の組み合わせを使用して提供されてもよい。したがって、メモリは、コンピュータプログラム製品４２の一部であるか、または一部を形成するものと見なすことができる。プロセッサ４０は、図６Ｃを参照して本明細書に記載される方法を実行するように構成されてもよい。
【０１１７】
メモリは、読出しおよび書込みメモリ、ＲＡＭ、ならびに読出し専用メモリ（ＲＯＭ）の任意の組み合わせであってもよい。メモリはまた、例えば、磁気メモリ、光学メモリ、固体メモリ、またはさらにはリモートマウントメモリのうち任意の単一のものもしくは組み合わせであることができる、永続記憶装置を含んでもよい。
【０１１８】
例えば、プロセッサ４０におけるソフトウェア命令の実行中にデータの読出しおよび／または格納を行う、データメモリの形態の第２のコンピュータプログラム製品４３も提供されてもよい。データメモリは、読出しおよび書込みメモリ、ＲＡＭ、ならびに読出し専用メモリ（ＲＯＭ）の任意の組み合わせであることができ、また例えば、磁気メモリ、光学メモリ、固体メモリ、またはさらにはリモートマウントメモリのうち任意の単一のものもしくは組み合わせであることができる、永続記憶装置をやはり含んでもよい。データメモリは、例えば、ＭＭＥ  ４に関する機能性を改善する、他のソフトウェア命令４５を保持してもよい。
【０１１９】
ＭＭＥ  ４はさらに、例えばユーザインターフェースを含む、入出力（Ｉ／Ｏ）インターフェース４１を含んでもよい。ＭＭＥ  ４はさらに、他のノードからの信号伝送を受信するように構成された受信機と、他のノード（図示なし）に信号伝送を送信するように構成された送信機とを含んでもよい。本明細書に提示される概念が不明瞭にならないように、ＭＭＥ  ４の他の構成要素は省略されている。
【０１２０】
図１２は、ＭＭＥ  ４の機能的ブロックを示す概略図である。モジュールは、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、個別の論理構成要素、送受信機など、キャッシュサーバで、またはハードウェアのみで実行するコンピュータプログラムなど、ソフトウェア命令としてのみ、あるいはそれらの組み合わせとして実現されてもよい。代替実施形態では、機能的ブロックのいくつかはソフトウェアによって、他のものはハードウェアによって実現されてもよい。モジュールは、図６Ｃに示される方法のステップに対応しており、判定マネージャユニット９０と通信マネージャユニット９１とを含む。モジュールの１つまたは複数がコンピュータプログラムによって実現される実施形態では、これらのモジュールは必ずしもプロセスモジュールに対応するものではなく、一般的にいくつかのプログラミング言語はプロセスモジュールを含まないので、モジュールが実現されるプログラミング言語にしたがって命令として記述できることが理解されるであろう。
【０１２１】
判定マネージャ９０は、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するためのものである。このモジュールは図６Ｃの検証ステップに対応する。このモジュールは、例えば、コンピュータプログラムを実行したとき、図９のプロセッサ４０によって実現することができる。
【０１２２】
通信マネージャ９１は、ＵＥとターゲットｅＮＢとの間でＲＲＣ接続を再確立するためのものである。このモジュールは、図６Ｃの受信ステップＳ４００および送信ステップＳ４２０に対応する。このモジュールは、例えば、コンピュータプログラムを実行したとき、図９のプロセッサ４０によって実現することができる。
【０１２３】
本発明について、主に、いくつかの実施形態を参照して上記に記載してきた。しかしながら、当業者には容易に認識されるように、上記に開示したもの以外の実施形態が、添付する実施形態の明細な列挙によって定義されるような、本発明の範囲内で等しく可能である。
【図１】
2019533917.tif 000003
【図２】
2019533917.tif 000004
【図３ａ】
2019533917.tif 000005
【図３ｂ】
2019533917.tif 000006
【図４】
2019533917.tif 000007
【図５】
2019533917.tif 000008
【図６】
2019533917.tif 000009
【図７】
2019533917.tif 000010
【図８】
2019533917.tif 000011
【図９】
2019533917.tif 000012
【図１０】
2019533917.tif 000013
【図１１】
2019533917.tif 000014
【図１２】
2019533917.tif 000015
【手続補正書】
【提出日】平成30年11月23日(2018.11.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立する方法であって、前記ターゲットｅＮＢ（３）によって実施され、
非アクセス層完全鍵およびターゲットセルの識別情報を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、前記ＵＥ（１）から受信すること（Ｓ２００）と、
前記受信した認証トークンを含む検証メッセージを、移動管理エンティティ（ＭＭＥ）（４）に送信すること（Ｓ２１０）と、
前記ＭＭＥから前記認証トークンの検証の応答を受信すること（Ｓ２２０）とを含む、方法。
【請求項２】
前記検証メッセージがＭＡＣチェック要求であり、前記応答がＭＡＣチェック肯定応答またはＭＡＣチェック障害である、請求項１に記載の方法。
【請求項３】
前記ＭＡＣチェック要求が、前記認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含む、請求項２に記載の方法。
【請求項４】
前記検証メッセージがパススイッチ要求であり、前記応答がパススイッチ要求肯定応答またはパススイッチ要求障害である、請求項１に記載の方法。
【請求項５】
前記パススイッチ要求が、前記認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含む、請求項４に記載の方法。
【請求項６】
前記ターゲットセルの識別情報を前記検証メッセージに含む、請求項１に記載の方法。
【請求項７】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（３）（ｅＮＢ）との間で無線リソース制御（ＲＲＣ）接続を再確立する方法であって、ソースｅＮＢ（２）において実施され、
非アクセス層完全鍵を入力として用いて前記ＵＥ（１）によって生成された認証トークンを含むＸ２メッセージを、前記ターゲットｅＮＢ（３）から受信すること（Ｓ３００）と、
前記受信した認証トークンを検証するため、前記認証トークンを含むチェック要求を移動管理エンティティ（ＭＭＥ）（４）に送信すること（Ｓ３１０）と、
前記ＭＭＥ（４）から前記受信した認証トークンを検証するチェック応答を受信すること（Ｓ３２０）と、
ＵＥコンテキスト障害メッセージを前記ターゲットｅＮＢ（３）に送信すること（Ｓ３３０）とを含む、方法。
【請求項８】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立する間の方法であって、移動管理エンティティ（ＭＭＥ）（４）によって実施され、
非アクセス層完全鍵およびターゲットセルの識別情報を入力として用いて前記ＵＥ（１）で生成された認証トークンを含む検証メッセージを、前記ターゲットｅＮＢ（３）から受信すること（Ｓ４００）と、
前記受信した認証トークンを検証すること（Ｓ４１０）と、
前記ターゲットｅＮＢ（３）に前記受信した認証トークンを検証する検証応答メッセージを送信すること（Ｓ４２０）とを含む、方法。
【請求項９】
前記検証メッセージを受信すること（Ｓ４１０）が、パススイッチ要求を前記ターゲットｅＮＢ（３）から受信することであり、前記検証応答メッセージを送信することが、パススイッチ要求肯定応答を前記ターゲットｅＮＢ（３）に送信すること、またはパススイッチ要求障害を前記ターゲットｅＮＢ（３）に送信することである、請求項８に記載の方法。
【請求項１０】
前記検証メッセージを受信すること（Ｓ４１０）が、ＭＡＣチェック要求を前記ターゲットｅＮＢ（３）から受信することであり、前記検証応答メッセージを送信することが、ＭＡＣチェック肯定応答またはＭＡＣチェック障害を前記ターゲットｅＮＢ（３）に送信することである、請求項８に記載の方法。
【請求項１１】
前記ＭＡＣチェック要求が、前記認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含む、請求項１０に記載の方法。
【請求項１２】
前記検証メッセージが前記ターゲットセルの識別情報を含む、請求項８に記載の方法。
【請求項１３】
前記検証が、前記受信した認証トークンを、前記非アクセス層完全鍵および前記ターゲットセルの識別情報を入力として用いて前記ＭＭＥによって計算された認証トークンと比較することによって行われる、請求項１２に記載の方法。
【請求項１４】
ユーザ機器（ＵＥ）（１）とターゲットｅＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのターゲットエボルブドＮｏｄｅＢ（３）であって、
プロセッサ（３０）と、
命令を格納したコンピュータプログラム製品（３２、３３）とを含み、前記命令が、前記プロセッサによって実行されると、前記ターゲットｅＮＢに、
非アクセス層完全鍵およびターゲットセルの識別情報を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、前記ＵＥ（１）から受信させ、
前記受信した認証トークンを含む検証メッセージを、移動管理エンティティ（ＭＭＥ）（４）に送信させ、
前記認証トークンの検証の応答を、前記ＭＭＥから受信させる、ターゲットｅＮＢ（３）。
【請求項１５】
さらに、
前記受信した認証トークンを含むＸ２メッセージを、ソースｅＮＢ（２）に送信させ、
ＵＥコンテキスト障害メッセージを前記ソースｅＮＢ（２）から受信させる、請求項１４に記載のターゲットｅＮＢ（３）。
【請求項１６】
前記検証メッセージがＭＡＣチェック要求であり、前記応答がＭＡＣチェック肯定応答またはＭＡＣチェック障害メッセージである、請求項１４に記載のターゲットｅＮＢ（３）。
【請求項１７】
前記ＭＡＣチェック要求が、前記認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含む、請求項１６に記載のターゲットｅＮＢ（３）。
【請求項１８】
前記検証メッセージがパススイッチ要求であり、前記応答がパススイッチ要求肯定応答またはパススイッチ要求障害である、請求項１４に記載のターゲットｅＮＢ（３）。
【請求項１９】
前記パススイッチ要求が、前記認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含む、請求項１８に記載のターゲットｅＮＢ（３）。
【請求項２０】
前記ターゲットセルの識別情報を前記検証メッセージに含む、請求項１４に記載のターゲットｅＮＢ（３）。
【請求項２１】
ユーザ機器（ＵＥ）（１）とターゲットｅＮＢ（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのソースエボルブドＮｏｄｅＢ（２）（ソースｅＮＢ）であって、
プロセッサ（２０）と、
命令を格納したコンピュータプログラム製品（２２、２３）とを含み、前記命令が、前記プロセッサによって実行されると、前記ソースｅＮＢ（４）に、
非アクセス層完全鍵を入力として用いて前記ＵＥ（１）によって生成された認証トークンを含むＸ２メッセージを、前記ターゲットｅＮＢ（３）から受信させ、
前記受信した認証トークンを検証させるため、前記認証トークンを含むチェック要求を移動管理エンティティ（ＭＭＥ）（４）に送信させ、
前記受信した認証トークンを検証するチェック応答を前記ＭＭＥ（４）から受信させ、、
ＵＥコンテキスト障害メッセージを前記ターゲットｅＮＢ（３）に送信させる、ソースｅＮＢ（２）。
【請求項２２】
ユーザ機器（ＵＥ）（１）とターゲットｅＮＢ（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するための移動管理エンティティ（ＭＭＥ）（４）であって、
プロセッサ（４０）と、
命令を格納したコンピュータプログラム製品（４２、４３）とを含み、前記命令が、前記プロセッサによって実行されると、前記ＭＭＥに、
非アクセス層完全鍵およびターゲットセルの識別情報を入力として用いて前記ＵＥ（１）で生成された認証トークンを含む検証メッセージを、前記ターゲットｅＮＢ（３）から受信させ、
前記受信した認証トークンを検証させ、
前記ターゲットｅＮＢ（３）に検証応答メッセージを送信して、前記受信した認証トークンを検証させる、ＭＭＥ（４）。
【請求項２３】
前記検証メッセージを受信することが、パススイッチ要求を前記ターゲットｅＮＢ（３）から受信することであり、前記検証応答メッセージを送信することが、パススイッチ要求肯定応答を前記ターゲットｅＮＢ（３）に送信すること、またはパススイッチ要求障害を前記ターゲットｅＮＢ（３）に送信することである、請求項２２に記載のＭＭＥ（４）。
【請求項２４】
前記検証メッセージを受信することが、ＭＡＣチェック要求を前記ターゲットｅＮＢ（３）から受信することであり、前記検証応答メッセージを送信することが、ＭＡＣチェック肯定応答またはＭＡＣチェック障害を前記ターゲットｅＮＢ（３）に送信することである、請求項２２に記載のＭＭＥ（４）。
【請求項２５】
前記ＭＡＣチェック要求が、前記認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含む、請求項２４に記載のＭＭＥ（４）。
【請求項２６】
前記検証メッセージが前記ターゲットセルの識別情報を含む、請求項２２に記載のＭＭＥ。
【請求項２７】
前記検証が、前記受信した認証トークンを、前記非アクセス層完全鍵および前記ターゲットセルの識別情報を入力として用いて前記ＭＭＥによって計算された認証トークンと比較することによって行われる、請求項２６に記載のＭＭＥ。
【請求項２８】
ユーザ機器（ＵＥ）（１）とターゲットｅＮＢ（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）であって、前記ターゲットｅＮＢ（３）が、非アクセス層完全鍵およびターゲットセルの識別情報を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、前記ＵＥ（１）から受信し、前記受信した認証トークンを含む検証メッセージを、移動管理エンティティ（ＭＭＥ）（４）に送信し、前記ＭＭＥ（４）から前記認証トークンの検証の応答を受信する、通信マネージャ（８１）を含む、ターゲットｅＮＢ（３）。
【請求項２９】
ユーザ機器（ＵＥ）（１）とターゲットｅＮＢ（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのソースエボルブドＮｏｄｅＢ（２）（ソースｅＮＢ）であって、前記ソースｅＮＢ（３）が、非アクセス層完全鍵を入力として用いて前記ＵＥ（１）によって生成された認証トークンを含むＸ２メッセージを、前記ターゲットｅＮＢ（３）から受信し、前記受信した認証トークンを検証するため、前記認証トークンを含むチェック要求を、移動管理エンティティ（ＭＭＥ）（４）に送信し、前記受信した認証トークンを検証するチェック応答を前記ＭＭＥ（４）から受信し、ＵＥコンテキスト障害メッセージを前記ターゲットｅＮＢ（３）に送信する、通信マネージャ（７１）を含む、ソースｅＮＢ（２）。
【請求項３０】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するための移動管理エンティティ（ＭＭＥ）（４）であって、
非アクセス層完全鍵およびターゲットセルの識別情報を入力として用いて前記ＵＥ（１）で生成された認証トークンを含む検証メッセージを、前記ターゲットｅＮＢから受信し、前記ターゲットｅＮＢ（３）に前記受信した認証トークンを検証する検証応答メッセージを送信する通信マネージャ（９１）と、
前記受信した認証トークンを検証する判定マネージャ（９０）とを含む、ＭＭＥ（４）。
【請求項３１】
ユーザ機器（ＵＥ）（１）とターゲットＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのコンピュータプログラム（３４、３５）であって、コンピュータプログラムコードを含み、前記コンピュータプログラムコードが前記ターゲットｅＮＢ（３）で実行されると、前記ターゲットｅＮＢに、
非アクセス層完全鍵およびターゲットセルの識別情報を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、前記ＵＥ（１）から受信させ、
前記受信した認証トークンを含む検証メッセージを、移動管理エンティティ（ＭＭＥ）（４）に送信させ、
前記認証トークンの検証の応答を、前記ＭＭＥから受信させる、コンピュータプログラム（３４、３５）。
【請求項３２】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのコンピュータプログラム（２４、２５）であって、コンピュータプログラムコードを含み、前記コンピュータプログラムコードがソースｅＮＢ（２）で実行されると、前記ソースｅＮＢに、
非アクセス層完全鍵を入力として用いて前記ＵＥ（１）によって生成された認証トークンを含むＸ２メッセージを、前記ターゲットｅＮＢ（３）から受信させ、
前記受信した認証トークンを検証させるため、前記受信した認証トークンを含むチェック要求を移動管理エンティティ（ＭＭＥ）（４）に送信させ、
チェック応答を前記ＭＭＥ（４）から受信して、前記受信した認証トークンを検証させ、
ＵＥコンテキスト障害メッセージを前記ターゲットｅＮＢ（３）に送信させる、コンピュータプログラム（２４、２５）。
【請求項３３】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのコンピュータプログラム（４４、４５）であって、コンピュータプログラムコードを含み、前記コンピュータプログラムコードが移動管理エンティティ（ＭＭＥ）（４）で実行されると、前記ＭＭＥ（４）に、
非アクセス層完全鍵およびターゲットセルの識別情報を入力として用いて前記ＵＥ（１）で生成された認証トークンを含む検証メッセージを、前記ターゲットｅＮＢ（３）から受信させ、
前記受信した認証トークンを検証させ、
前記ターゲットｅＮＢ（３）に前記受信した認証トークンを検証する検証応答メッセージを送信させる、コンピュータプログラム（４４、４５）。
【請求項３４】
請求項３１から３３のいずれか一項に記載のコンピュータプログラム（２４、２５；３４、３５；４４、４５）と、前記コンピュータプログラムが格納されるコンピュータ可読記憶手段とを含む、コンピュータプログラム製品（２２、２３；３２、３３；４２、４３）。
【請求項３５】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立する方法であって、前記ＵＥ（１）によって実施され、
−  非アクセス層完全鍵およびターゲットセルの識別情報を入力として用いて認証トークンを生成することと、
−  前記認証トークンを含む第１のＲＲＣ接続再確立メッセージを、前記ターゲットｅＮＢ（３）に送信することと、
−  第２のＲＲＣ接続再確立メッセージを前記ターゲットｅＮＢ（３）から受信することとを含む、方法。
【請求項３６】
ＲＲＣ接続の前記再確立が、制御プレーンインターネットオブシングス最適化のためのものである、請求項３５に記載の方法。
【手続補正書】
【提出日】令和1年5月17日(2019.5.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するための方法であって、前記ターゲットｅＮＢ（３）によって実施され、
非アクセス層完全鍵およびターゲットセルの識別情報を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、前記ＵＥ（１）から受信すること（Ｓ２００）と、
前記受信した認証トークンを含む検証メッセージを、移動管理エンティティ（ＭＭＥ）（４）に送信すること（Ｓ２１０）と、
前記ＭＭＥから前記認証トークンの検証の応答を受信すること（Ｓ２２０）とを含む、方法。
【請求項２】
前記ターゲットセルの識別情報を前記検証メッセージに含む、請求項１に記載の方法。
【請求項３】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するための方法であって、移動管理エンティティ（ＭＭＥ）（４）によって実施され、
非アクセス層完全鍵およびターゲットセルの識別情報を入力として用いて前記ＵＥ（１）で生成された認証トークンを含む検証メッセージを、前記ターゲットｅＮＢ（３）から受信すること（Ｓ４００）と、
前記受信した認証トークンを検証すること（Ｓ４１０）と、
前記ターゲットｅＮＢ（３）に前記受信した認証トークンを検証する検証応答メッセージを送信すること（Ｓ４２０）とを含む、方法。
【請求項４】
前記検証メッセージが前記ターゲットセルの識別情報を含む、請求項３に記載の方法。
【請求項５】
前記検証が、前記受信した認証トークンを、前記非アクセス層完全鍵および前記ターゲットセルの識別情報を入力として用いて前記ＭＭＥによって計算された認証トークンと比較することによって行われる、請求項４に記載の方法。
【請求項６】
ユーザ機器（ＵＥ）（１）とターゲットｅＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのターゲットエボルブドＮｏｄｅＢ（３）であって、
プロセッサ（３０）と、
命令を格納したコンピュータプログラム製品（３２、３３）とを含み、前記命令が、前記プロセッサによって実行されると、前記ターゲットｅＮＢに、
非アクセス層完全鍵およびターゲットセルの識別情報を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、前記ＵＥ（１）から受信させ、
前記受信した認証トークンを含む検証メッセージを、移動管理エンティティ（ＭＭＥ）（４）に送信させ、
前記認証トークンの検証の応答を、前記ＭＭＥから受信させる、ターゲットｅＮＢ（３）。
【請求項７】
前記検証メッセージがＭＡＣチェック要求であり、前記応答がＭＡＣチェック肯定応答またはＭＡＣチェック障害メッセージである、請求項６に記載のターゲットｅＮＢ（３）。
【請求項８】
前記ＭＡＣチェック要求が、前記認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含む、請求項７に記載のターゲットｅＮＢ（３）。
【請求項９】
前記検証メッセージがパススイッチ要求であり、前記応答がパススイッチ要求肯定応答またはパススイッチ要求障害である、請求項６に記載のターゲットｅＮＢ（３）。
【請求項１０】
前記パススイッチ要求が、前記認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含む、請求項９に記載のターゲットｅＮＢ（３）。
【請求項１１】
前記ターゲットセルの識別情報を前記検証メッセージに含む、請求項６に記載のターゲットｅＮＢ（３）。
【請求項１２】
ユーザ機器（ＵＥ）（１）とターゲットｅＮＢ（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのソースエボルブドＮｏｄｅＢ（２）（ソースｅＮＢ）であって、
プロセッサ（２０）と、
命令を格納したコンピュータプログラム製品（２２、２３）とを含み、前記命令が、前記プロセッサによって実行されると、前記ソースｅＮＢ（４）に、
非アクセス層完全鍵を入力として用いて前記ＵＥ（１）によって生成された認証トークンを含むＸ２メッセージを、前記ターゲットｅＮＢ（３）から受信させ、
前記受信した認証トークンを検証させるため、前記認証トークンを含むチェック要求を移動管理エンティティ（ＭＭＥ）（４）に送信させ、
前記受信した認証トークンを検証するチェック応答を前記ＭＭＥ（４）から受信させ、、
ＵＥコンテキスト障害メッセージを前記ターゲットｅＮＢ（３）に送信させる、ソースｅＮＢ（２）。
【請求項１３】
ユーザ機器（ＵＥ）（１）とターゲットｅＮＢ（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するための移動管理エンティティ（ＭＭＥ）（４）であって、
プロセッサ（４０）と、
命令を格納したコンピュータプログラム製品（４２、４３）とを含み、前記命令が、前記プロセッサによって実行されると、前記ＭＭＥに、
非アクセス層完全鍵およびターゲットセルの識別情報を入力として用いて前記ＵＥ（１）で生成された認証トークンを含む検証メッセージを、前記ターゲットｅＮＢ（３）から受信させ、
前記受信した認証トークンを検証させ、
前記ターゲットｅＮＢ（３）に検証応答メッセージを送信して、前記受信した認証トークンを検証させる、ＭＭＥ（４）。
【請求項１４】
前記検証メッセージを受信することが、パススイッチ要求を前記ターゲットｅＮＢ（３）から受信することであり、前記検証応答メッセージを送信することが、パススイッチ要求肯定応答を前記ターゲットｅＮＢ（３）に送信すること、またはパススイッチ要求障害を前記ターゲットｅＮＢ（３）に送信することである、請求項１３に記載のＭＭＥ（４）。
【請求項１５】
前記検証メッセージを受信することが、ＭＡＣチェック要求を前記ターゲットｅＮＢ（３）から受信することであり、前記検証応答メッセージを送信することが、ＭＡＣチェック肯定応答またはＭＡＣチェック障害を前記ターゲットｅＮＢ（３）に送信することである、請求項１３に記載のＭＭＥ（４）。
【請求項１６】
前記ＭＡＣチェック要求が、前記認証トークンとしてのＭＡＣ−ＣＩｏＴ、および／またはＩｎｐｕｔ−ＭＡＣ−ＣＩｏＴを含む、請求項１５に記載のＭＭＥ（４）。
【請求項１７】
前記検証メッセージが前記ターゲットセルの識別情報を含む、請求項１３に記載のＭＭＥ。
【請求項１８】
前記検証が、前記受信した認証トークンを、前記非アクセス層完全鍵および前記ターゲットセルの識別情報を入力として用いて前記ＭＭＥによって計算された認証トークンと比較することによって行われる、請求項１７に記載のＭＭＥ。
【請求項１９】
ユーザ機器（ＵＥ）（１）とターゲットＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのコンピュータプログラム（３４、３５）であって、コンピュータプログラムコードを含み、前記コンピュータプログラムコードが前記ターゲットｅＮＢ（３）で実行されると、前記ターゲットｅＮＢに、
非アクセス層完全鍵およびターゲットセルの識別情報を入力として用いて生成された認証トークンを含むＲＲＣ接続再確立要求を、前記ＵＥ（１）から受信させ、
前記受信した認証トークンを含む検証メッセージを、移動管理エンティティ（ＭＭＥ）（４）に送信させ、
前記認証トークンの検証の応答を、前記ＭＭＥから受信させる、コンピュータプログラム（３４、３５）。
【請求項２０】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立するためのコンピュータプログラム（４４、４５）であって、コンピュータプログラムコードを含み、前記コンピュータプログラムコードが移動管理エンティティ（ＭＭＥ）（４）で実行されると、前記ＭＭＥ（４）に、
非アクセス層完全鍵およびターゲットセルの識別情報を入力として用いて前記ＵＥ（１）で生成された認証トークンを含む検証メッセージを、前記ターゲットｅＮＢ（３）から受信させ、
前記受信した認証トークンを検証させ、
前記ターゲットｅＮＢ（３）に前記受信した認証トークンを検証する検証応答メッセージを送信させる、コンピュータプログラム（４４、４５）。
【請求項２１】
ユーザ機器（ＵＥ）（１）とターゲットエボルブドＮｏｄｅＢ（ターゲットｅＮＢ）（３）との間で無線リソース制御（ＲＲＣ）接続を再確立する方法であって、前記ＵＥ（１）によって実施され、
−  非アクセス層完全鍵およびターゲットセルの識別情報を入力として用いて認証トークンを生成することと、
−  前記認証トークンを含む第１のＲＲＣ接続再確立メッセージを、前記ターゲットｅＮＢ（３）に送信することと、
−  第２のＲＲＣ接続再確立メッセージを前記ターゲットｅＮＢ（３）から受信することとを含む、方法。
【請求項２２】
ＲＲＣ接続の前記再確立が、制御プレーンインターネットオブシングス最適化のためのものである、請求項２１に記載の方法。
【国際調査報告】
2019533917.tif 000016
2019533917.tif 000017
2019533917.tif 000018