(57)【要約】  ネットワークノードにおける方法は、無線デバイスとネットワークとの間の非アクティブ接続の再開と関連付けられた第１の識別子を取得することを含む。この方法は、無線デバイスから第２の識別子を受信することをさらに含む。第２の識別子は、第１の識別子と同じであるか、または、第１の識別子と関連付けられている。この方法は、第２の識別子に基づいてロケーションインジケータを決定することをさらに含む。ロケーションインジケータは、接続と関連付けられた情報をそこから取得するネットワーク内のロケーションを示す。この方法は、ロケーションインジケータにより示されるロケーションから、接続と関連付けられた情報を取得することをさらに含む。この方法は、接続と関連付けられた情報を用いて、無線デバイスとネットワークとの間の接続の再開を容易にすることをさらに含む。【選択図】図３
2020515155.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークノードにおける方法（９００）であって、
無線デバイスとネットワークとの間の非アクティブ接続の再開と関連付けられた第１の識別子を取得すること（９１０）と、
前記無線デバイスから第２の識別子を受信すること（９２０）であり、前記第２の識別子が、前記第１の識別子と同じであるか、または、前記第１の識別子と関連付けられている、第２の識別子を受信すること（９２０）と、
前記第２の識別子に基づいてロケーションインジケータを決定すること（９３０）であり、前記ロケーションインジケータが、前記接続と関連付けられた情報をそこから取得する前記ネットワーク内のロケーションを示す、ロケーションインジケータを決定すること（９３０）と、
前記ロケーションインジケータにより示される前記ロケーションから、前記接続と関連付けられた前記情報を取得すること（９４０）と、
前記接続と関連付けられた前記情報を用いて、前記無線デバイスと前記ネットワークとの間の前記接続の再開を容易にすること（９５０）と、
を含む、方法。
【請求項２】
前記第１の識別子を含むページを前記無線デバイスに送信することをさらに含み、
前記第２の識別子が前記ページに応答して受信される、請求項１に記載の方法。
【請求項３】
前記ロケーションインジケータを決定することが、
前記第２の識別子を含むリクエストを第２のネットワークノードに送信することと、
前記第２の識別子を含む前記リクエストの送信に応答して、前記ロケーションインジケータを前記第２のネットワークノードから受信することと、
を含む、請求項１または２に記載の方法。
【請求項４】
前記ロケーションインジケータが、前記第２の識別子と前記ロケーションインジケータとの間のマッピングを含むルックアップテーブルを用いて決定される、請求項１または２に記載の方法。
【請求項５】
前記ロケーションインジケータが、前記第２の識別子を復号することより決定される、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記無線デバイスからの前記第２の識別子の受信に先立って、前記ロケーションインジケータに基づいて生成される前記第１の識別子を生成することをさらに含む、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記第１の識別子を生成することが、前記ロケーションインジケータを暗号化することを含む、請求項６に記載の方法。
【請求項８】
前記第１の識別子を生成することが、前記ロケーションインジケータと前記第１の識別子との間のマッピングを含むルックアップテーブルを用いることを含む、請求項６に記載の方法。
【請求項９】
前記第１の識別子が、前記ロケーションインジケータに基づいてランダムまたは疑似ランダムに生成される、請求項６に記載の方法。
【請求項１０】
少なくとも前記第１の識別子を第２のネットワークノードから受信することをさらに含み、前記第２のネットワークノードが、前記無線デバイスとの前記接続を中断した、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
前記第１の識別子および前記ロケーションインジケータを第２のネットワークノードから受信することをさらに含み、前記第２のネットワークノードが、前記無線デバイスとの前記接続を中断した、請求項１から９のいずれか一項に記載の方法。
【請求項１２】
前記無線デバイスにおける非アクティブ化を検出すること（１０６０）と、
前記接続を中断する旨のリクエストを前記無線デバイスに送信すること（１０７０）と
をさらに含む、請求項１から１１のいずれか一項に記載の方法。
【請求項１３】
前記接続を中断する旨の前記無線デバイスへの前記リクエストが、前記接続と関連付けられた情報をそこから取得する前記ネットワーク内の第２のロケーションと関連付けられた第３の識別子を含む、請求項１２に記載の方法。
【請求項１４】
前記接続を中断する旨の前記無線デバイスへの前記リクエストが、前記中断された接続と関連付けられた情報をそこから取得する前記ネットワーク内の前記第２のロケーションを示す第２のロケーションインジケータをさらに含む、請求項１３に記載の方法。
【請求項１５】
前記無線デバイスにおける非アクティブ化の検出に応答して、前記第２のロケーションインジケータを第２のネットワークノードに送信することと、
前記第２のネットワークノードから、前記第２のロケーションインジケータと関連付けられた前記第３の識別子を取得することと、
をさらに含み、
前記接続を中断する旨の前記無線デバイスへの前記リクエストが、前記第３の識別子を含む、請求項１２に記載の方法。
【請求項１６】
前記無線デバイスと関連付けられた第３の識別子を割り当てることをさらに含み、前記接続を中断する旨の前記無線デバイスへの前記リクエストが、前記第３の識別子を含む、請求項１２に記載の方法。
【請求項１７】
前記第２の識別子に基づいて、前記無線デバイスと関連付けられた第３の識別子を生成することをさらに含み、前記接続を中断する旨の前記無線デバイスへの前記リクエストが、前記第３の識別子を含む、請求項１２に記載の方法。
【請求項１８】
前記ロケーションインジケータが、ユーザ機器ＡＳコンテキストＩＤを含む、請求項１から１７のいずれか一項に記載の方法。
【請求項１９】
前記第１の識別子および前記第２の識別子のいずれも、プレーンテキスト形態で前記ロケーションインジケータを提供しない、請求項１から１８のいずれか一項に記載の方法。
【請求項２０】
前記ネットワークノードと関連付けられた公開暗号鍵を前記無線デバイスに送信することをさらに含み、
前記受信された第２の識別子の少なくとも一部が、前記ネットワークノードと関連付けられた前記公開暗号鍵により暗号化される、請求項１から１９のいずれか一項に記載の方法。
【請求項２１】
１つまたは複数のインターフェース（２０１）と、
メモリ（２０３）と、
前記メモリに格納された命令を実行するように構成された処理回路（２０２）と、
を備えた、ネットワークノード（１１０、２００）であって、
前記１つまたは複数のインターフェースを介して、無線デバイス（１２０、２１０、３００）とネットワーク（１００）との間の非アクティブ接続の再開と関連付けられた第１の識別子を取得することと、
前記１つまたは複数のインターフェースを介して、第２の識別子を前記無線デバイスから受信することであり、前記第２の識別子が、前記第１の識別子と同じであるか、または、前記第１の識別子と関連付けられている、第２の識別子を受信することと、
前記第２の識別子に基づいてロケーションインジケータを決定することであり、前記ロケーションインジケータが、前記接続と関連付けられた情報をそこから取得する前記ネットワーク内のロケーションを示す、ロケーションインジケータを決定することと、
前記ロケーションインジケータにより示される前記ロケーションから、前記接続と関連付けられた前記情報を取得することと、
前記接続と関連付けられた前記情報を用いて、前記無線デバイスと前記ネットワークとの間の前記接続の再開を容易にすることと、
を行うように構成された、ネットワークノード。
【請求項２２】
前記１つまたは複数のインターフェースを介して、前記第１の識別子を含むページを前記無線デバイスに送信することを行うようにさらに構成され、
前記第２の識別子が、前記ページに応答して受信される、請求項２１に記載のネットワークノード。
【請求項２３】
前記第２の識別子を含むリクエストを第２のネットワークノード（１１０、２００）に送信することと、
前記第２の識別子を含む前記リクエストの送信に応答して、前記ロケーションインジケータを前記第２のネットワークノードから受信することと、
行うようにさらに構成された、請求項２１または２２に記載のネットワークノード。
【請求項２４】
前記ロケーションインジケータが、前記第２の識別子と前記ロケーションインジケータとの間のマッピングを含むルックアップテーブルを用いて決定される、請求項２１または２２に記載のネットワークノード。
【請求項２５】
前記ロケーションインジケータが、前記第２の識別子を復号することより決定される、請求項２１から２４のいずれか一項に記載のネットワークノード。
【請求項２６】
前記無線デバイスからの前記第２の識別子の受信に先立って、前記ロケーションインジケータに基づいて生成される前記第１の識別子を生成することを行うようにさらに構成された、請求項２１から２５のいずれか一項に記載のネットワークノード。
【請求項２７】
前記ロケーションインジケータを暗号化することを行うようにさらに構成された、請求項２６に記載のネットワークノード。
【請求項２８】
前記ロケーションインジケータと前記第１の識別子との間のマッピングを含むルックアップテーブルを用いることを行うようにさらに構成された、請求項２６に記載のネットワークノード。
【請求項２９】
前記第１の識別子が、前記ロケーションインジケータに基づいてランダムまたは疑似ランダムに生成される、請求項２６に記載のネットワークノード。
【請求項３０】
少なくとも前記第１の識別子を第２のネットワークノードから受信することを行うようにさらに構成され、前記第２のネットワークノードが、前記無線デバイスとの前記接続を中断した、請求項２１から２９のいずれか一項に記載のネットワークノード。
【請求項３１】
前記第１の識別子および前記ロケーションインジケータを第２のネットワークノードから受信することを行うようにさらに構成され、前記第２のネットワークノードが、前記無線デバイスとの前記接続を中断した、請求項２１から２９のいずれか一項に記載のネットワークノード。
【請求項３２】
前記無線デバイスにおける非アクティブ化を検出することと、
前記接続を中断する旨のリクエストを前記無線デバイスに送信することと、
を行うようにさらに構成された、請求項２１から３１のいずれか一項に記載のネットワークノード。
【請求項３３】
前記接続を中断する旨の前記無線デバイスへの前記リクエストが、前記接続と関連付けられた情報をそこから取得する前記ネットワーク内の第２のロケーションと関連付けられた第３の識別子を含む、請求項３２に記載のネットワークノード。
【請求項３４】
前記接続を中断する旨の前記無線デバイスへの前記リクエストが、前記中断された接続と関連付けられた情報をそこから取得する前記ネットワーク内の前記第２のロケーションを示す第２のロケーションインジケータをさらに含む、請求項３３に記載のネットワークノード。
【請求項３５】
前記無線デバイスにおける非アクティブ化の検出に応答して、前記第２のロケーションインジケータを第２のネットワークノードに送信することと、
前記第２のネットワークノードから、前記第２のロケーションインジケータと関連付けられた前記第３の識別子を取得することと、
を行うようにさらに構成され、
前記接続を中断する旨の前記無線デバイスへの前記リクエストが、前記第３の識別子を含む、請求項３２に記載のネットワークノード。
【請求項３６】
前記無線デバイスと関連付けられた第３の識別子を割り当てることを行うようにさらに構成され、前記接続を中断する旨の前記無線デバイスへの前記リクエストが、前記第３の識別子を含む、請求項３２に記載のネットワークノード。
【請求項３７】
前記第２の識別子に基づいて、前記無線デバイスと関連付けられた第３の識別子を生成することを行うようにさらに構成され、前記接続を中断する旨の前記無線デバイスへの前記リクエストが、前記第３の識別子を含む、請求項３２に記載のネットワークノード。
【請求項３８】
前記ロケーションインジケータが、ユーザ機器ＡＳコンテキストＩＤを含む、請求項２１から３７のいずれか一項に記載のネットワークノード。
【請求項３９】
前記第１の識別子および前記第２の識別子のいずれも、プレーンテキスト形態で前記ロケーションインジケータを提供しない、請求項２１から３８のいずれか一項に記載のネットワークノード。
【請求項４０】
前記ネットワークノードと関連付けられた公開暗号鍵を前記無線デバイスに送信することを行うようにさらに構成され、
前記受信された第２の識別子の少なくとも一部が、前記ネットワークノードと関連付けられた前記公開暗号鍵により暗号化される、請求項２１から３９のいずれか一項に記載のネットワークノード。
【請求項４１】
無線デバイスにおける方法であって、
前記無線デバイスとネットワークとの間の非アクティブな接続の再開と関連付けられた第１の識別子を受信すること（１１１０）と、
前記第１の識別子と同じであるか、または、前記第１の識別子と関連付けられている第２の識別子をネットワークノードに送信すること（１１２０）であり、前記第２の識別子が、前記接続と関連付けられた情報をそこから取得する前記ネットワーク内のロケーションを示すロケーションインジケータと関連付けられている、第２の識別子を送信すること（１１２０）と、
前記ロケーションインジケータにより示される前記ロケーションから前記ネットワークノードが取得する前記接続と関連付けられた前記情報を用いて、前記ネットワークとの前記接続を再開すること（１１３０）と、
を含む、方法。
【請求項４２】
前記第１の識別子が、前記ロケーションインジケータに基づいてランダムまたは疑似ランダムに生成される、請求項４１に記載の方法。
【請求項４３】
前記無線デバイスの非アクティブ化に応答して、前記接続を中断する旨のリクエストを受信することをさらに含む、請求項４１または４２に記載の方法。
【請求項４４】
前記接続を中断する旨の前記リクエストが、前記接続と関連付けられた情報をそこから取得する前記ネットワーク内の第２のロケーションと関連付けられた第３の識別子を含む、請求項４３に記載の方法。
【請求項４５】
前記接続を中断する旨の前記リクエストが、前記接続と関連付けられた情報をそこから取得する前記ネットワーク内の前記第２のロケーションを示す第２のロケーションインジケータをさらに含む、請求項４４に記載の方法。
【請求項４６】
前記ロケーションインジケータが、ユーザ機器ＡＳコンテキストＩＤを含む、請求項４１から４５のいずれか一項に記載の方法。
【請求項４７】
前記中断された接続と関連付けられた情報をそこから取得する前記ネットワーク内の前記ロケーションが、前記無線デバイスが中断された接続を有する第２のネットワークノードのロケーションに対応する、請求項４１から４６のいずれか一項に記載の方法。
【請求項４８】
前記第１の識別子を用いて前記ロケーションインジケータを取得することをさらに含み、前記ネットワークノードに送信された前記第２の識別子が、前記ロケーションインジケータを含む、請求項４１から４７のいずれか一項に記載の方法。
【請求項４９】
前記ネットワークノードと関連付けられた公開暗号鍵を受信することをさらに含み、
前記応答を前記ネットワークノードに送信することが、前記ネットワークノードと関連付けられた前記公開暗号鍵によって、前記第２の識別子の少なくとも一部を暗号化することを含む、請求項４１から４８のいずれか一項に記載の方法。
【請求項５０】
前記第１の識別子および前記第２の識別子のいずれも、プレーンテキスト形態で前記ロケーションインジケータを提供しない、請求項４１から４９のいずれか一項に記載の方法。
【請求項５１】
前記第１の識別子を受信することが、前記第１の識別子を含むページを前記ネットワークノードから受信することを含み、
前記第２の識別子が、前記ページに応答して前記ネットワークノードに送信される、請求項４１から５０のいずれか一項に記載の方法。
【請求項５２】
前記接続を中断する旨の前記無線デバイスへの前記リクエストが、前記ロケーションインジケータに基づく第３の識別子を含む、請求項４３に記載の方法。
【請求項５３】
前記接続を中断する旨の前記無線デバイスへの前記リクエストが、前記ロケーションインジケータをさらに含む、請求項５２に記載の方法。
【請求項５４】
１つまたは複数のインターフェース（２１１、３２０、３２５）と、
メモリ（２１３、３３０）と、
前記メモリに格納された命令を実行するように構成された処理回路（２１２、３１５）と、
を備えた、無線デバイス（１２０、２１０、３００）であって、
前記１つまたは複数のインターフェースを介して、前記無線デバイスとネットワーク（１００）との間の非アクティブな接続の再開と関連付けられた第１の識別子を受信することと、
前記１つまたは複数のインターフェースを介して、前記第１の識別子と同じであるか、または、前記第１の識別子と関連付けられている第２の識別子をネットワークノード（１１０、２００）に送信することであり、前記第２の識別子が、前記接続と関連付けられた情報をそこから取得する前記ネットワーク内のロケーションを示すロケーションインジケータと関連付けられている、第２の識別子を送信することと、
前記ロケーションインジケータにより示される前記ロケーションから前記ネットワークノードが取得する前記接続と関連付けられた前記情報を用いて、前記ネットワークとの前記接続を再開することと、
を行うように構成された、無線デバイス。
【請求項５５】
前記第１の識別子が、前記ロケーションインジケータに基づいてランダムまたは疑似ランダムに生成される、請求項５４に記載の無線デバイス。
【請求項５６】
前記無線デバイスの非アクティブ化に応答して、前記接続を中断する旨のリクエストを受信することを行うようにさらに構成された、請求項５４または５５に記載の無線デバイス。
【請求項５７】
前記接続を中断する旨の前記リクエストが、前記接続と関連付けられた情報をそこから取得する前記ネットワーク内の第２のロケーションと関連付けられた第３の識別子を含む、請求項５６に記載の無線デバイス。
【請求項５８】
前記接続を中断する旨の前記リクエストが、前記接続と関連付けられた情報をそこから取得する前記ネットワーク内の前記第２のロケーションを示す第２のロケーションインジケータをさらに含む、請求項５７に記載の無線デバイス。
【請求項５９】
前記ロケーションインジケータが、ユーザ機器ＡＳコンテキストＩＤを含む、請求項５４から５８のいずれか一項に記載の無線デバイス。
【請求項６０】
前記中断された接続と関連付けられた情報をそこから取得する前記ネットワーク内の前記ロケーションが、前記無線デバイスが中断された接続を有する第２のネットワークノード（１１０、２００）のロケーションに対応する、請求項５４から５９のいずれか一項に記載の無線デバイス。
【請求項６１】
前記第１の識別子を用いて前記ロケーションインジケータを取得することを行うようにさらに構成され、前記ネットワークノードに送信された前記第２の識別子が、前記ロケーションインジケータを含む、請求項５４から６０のいずれか一項に記載の無線デバイス。
【請求項６２】
前記ネットワークノードと関連付けられた公開暗号鍵を受信することを行うようにさらに構成され、
前記応答を前記ネットワークノードに送信することが、前記ネットワークノードと関連付けられた前記公開暗号鍵によって、前記第２の識別子の少なくとも一部を暗号化することを含む、請求項５４から６１のいずれか一項に記載の無線デバイス。
【請求項６３】
前記第１の識別子および前記第２の識別子のいずれも、プレーンテキスト形態で前記ロケーションインジケータを提供しない、請求項５４から６２のいずれか一項に記載の無線デバイス。
【請求項６４】
前記無線デバイスが前記第１の識別子を受信するように構成されることが、前記無線デバイスが、前記第１の識別子を含むページを前記ネットワークノードから受信するように構成されることを含み、
前記第２の識別子が、前記ページに応答して前記ネットワークノードに送信される、請求項５４から６３のいずれか一項に記載の無線デバイス。
【請求項６５】
前記接続を中断する旨の前記無線デバイス（３００）への前記リクエストが、前記ロケーションインジケータに基づく第３の識別子を含む、請求項５６に記載の無線デバイス。
【請求項６６】
前記接続を中断する旨の前記無線デバイスへの前記リクエストが、前記ロケーションインジケータをさらに含む、請求項６５に記載の無線デバイス。
【請求項６７】
コンピュータ可読プログラムコードを格納する非一時的コンピュータ可読媒体（２０３）を備えたコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードが、
無線デバイスとネットワークとの間の非アクティブ接続の再開と関連付けられた第１の識別子を取得するためのプログラムコードと、
前記無線デバイスから第２の識別子を受信するためのプログラムコードであり、前記第２の識別子が、前記第１の識別子と同じであるか、または、前記第１の識別子と関連付けられている、第２の識別子を受信するためのプログラムコードと、
前記第２の識別子に基づいてロケーションインジケータを決定するためのプログラムコードであり、前記ロケーションインジケータが、前記接続と関連付けられた情報をそこから取得する前記ネットワーク内のロケーションを示す、ロケーションインジケータを決定するためのプログラムコードと、
前記ロケーションインジケータにより示される前記ロケーションから、前記接続と関連付けられた前記情報を取得するためのプログラムコードと、
前記接続と関連付けられた前記情報を用いて、前記無線デバイスと前記ネットワークとの間の前記接続の再開を容易にするためのプログラムコードと、
を含む、コンピュータプログラム製品。
【請求項６８】
コンピュータ可読プログラムコードを格納する非一時的コンピュータ可読媒体（２１３、３３０）を備えたコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードが、
無線デバイスとネットワークとの間の非アクティブな接続の再開と関連付けられた第１の識別子を受信するためのプログラムコードと、
前記第１の識別子と同じであるか、または、前記第１の識別子と関連付けられている第２の識別子をネットワークノードに送信するためのプログラムコードであり、前記第２の識別子が、前記接続と関連付けられた情報をそこから取得する前記ネットワーク内のロケーションを示すロケーションインジケータと関連付けられている、第２の識別子を送信するためのプログラムコードと、
前記ロケーションインジケータにより示される前記ロケーションから前記ネットワークノードが取得する前記接続と関連付けられた前記情報を用いて、前記ネットワークとの前記接続を再開するためのプログラムコードと、
を含む、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、無線通信に関し、より詳細には、無線ネットワークにおける接続の再開のハンドリングに関する。
【背景技術】
【０００２】
現代の通信システムにおいて重要な機能は、無線デバイスがアイドル状態またはアクティブ接続の中断状態となって、無線デバイスがネットワーク上で通信する必要がない場合のネットワークリソースおよびエネルギー使用を低減させ得ることである。無線デバイスは、ネットワークから再開識別情報が伝達された後、通信ネットワーク上で接続を再開するようにしてもよい。無線デバイスが接続を再開し得る方法に対しては、複数の規格が対応する。
【０００３】
たとえば、Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）リリース１３では中断ＲＲＣ状態が導入されているが、この状態では、ｒｒｃ−Ｓｕｓｐｅｎｄ−ｖ１３２０としてのｒｅｌｅａｓｅＣａｕｓｅのインジケータによって、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のユーザ機器（ＵＥ）が解放されてＲＲＣ＿ＩＤＬＥ状態となる（ＴＳ  ３６．３３１）。
2020515155.tif 000003
【０００４】
ＵＥの解放の場合は、ＵＥにｒｅｓｕｍｅＩｄｅｎｔｉｔｙが提供されることになる。
2020515155.tif 000004
【０００５】
ＵＥは、その接続を再開する場合、このｒｅｓｕｍｅＩｄｅｎｔｉｔｙを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔを送信する（これは、ｅＮＢがＳＩＢ２においてシグナリング済みである場合、不完全なｒｅｓｕｍｅＩｄｅｎｔｉｔｙとなる可能性もある）。
2020515155.tif 000005
【０００６】
ＵＥは、ＲＲＣ中断におけるページングの場合、コアネットワーク（ＣＮ）識別子（たとえば、ＳＡＥ−Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ（Ｓ−ＴＭＳＩ）またはＩｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ））を用いてページングされるとともに、モビリティ管理エンティティ（ＭＭＥ）により開始されてもよい。
【０００７】
その後、ＬＴＥリリース１４においては、「ライト接続」として知られる同様の機能が導入されている。このため、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのままであり、アイドルモードモビリティ手順のみを実行する（たとえば、エボルブドノードＢ（ｅＮＢ）またはＵＥを別のｅＮＢにハンドオーバし得る別のネットワークノードに測定レポートを送信する代わりに、測定結果に基づいてセルを再選択する）。リリース１３の中断／再開と同様に、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅによってＲＲＣ＿ＣＯＮＮＥＣＴＥＤから解放されるが、新たなインジケータｒｒｃ−ＬｉｇｈｔＣｏｎｎｅｃｔｉｏｎＩｎｄｉｃａｔｉｏｎ−ｒ１４においては、ＵＥに再開ＩＤが提供される。
【０００８】
３ＧＰＰ＿ＲＡＮ２＃９７においては、以下が合意されている。
１．再開ＩＤは、ＲＡＮ主導ページングメッセージにおいて用いられる。
２  ページングの受信に際したライト接続挙動のＵＥ：ライト接続のＵＥは、再開ＩＤおよびＣＮページングＩＤ（すなわち、Ｓ−ＴＭＳＩまたはＩＭＳＩ）の両者を確認する。
２．１  ＵＥは、ライト接続の間にＣＮページングＩＤを用いてページングされる場合、アイドルモードに入って、レガシー手順に従う（たとえば、新たな接続ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎが確立される）。
2020515155.tif 000006
【０００９】
３ＧＰＰ  ＴＳ  ３６．４２３（以下に引用）において捕捉される通り、再開ＩＤは、４０個のビットから成り、最初の２０ビットがＵＥコンテキストを格納するｅＮＢを示し、最後の２０ビットがそのｅＮＢ内のＵＥ  ＩＤを示す。
【００１０】
ｅＮＢ内の中断ＵＥコンテキストのアドレス指定には、再開ＩＤ情報要素（ＩＥ）が用いられる。
【００１１】
ＲＡＮ２＃９７の後は、ライト接続と関連する電子メールディスカッション［９７＃２１］が開始された結果、ＴＳ  ３６．３３１に対するＣＲが得られた。このＣＲにおいては、再開ＩＤに関する変更の一部により、ページングメッセージにおける識別情報としての追加がなされることとなった。
ページングメッセージ
2020515155.tif 000007
【００１２】
リリース１３の中断／再開とリリース１４のライト接続（ＬＣ）との主な違いとして、ＬＣの場合は、ＵＥが中断されていることをコアネットワーク（ＣＮ）が意識していない。これは、ページングが必要な場合にＵＥに到達できるようにすることが無線アクセスネットワーク（ＲＡＮ）次第であることを意味する。これは、いわゆるＲＡＮページングエリアを介して行われるが、そのエリア内では、ＵＥがネットワークに通知することなく自由に移動可能である。ＵＥに到達するため、ＲＡＮが再開ＩＤを用いてＵＥをページングし、ＵＥは、再開ＩＤで応答して、競合解消を可能にする（応答するＵＥがページングされたＵＥであるようにする）。
【００１３】
５Ｇとも称する新無線（ＮＲ：Ｎｅｗ  Ｒａｄｉｏ）においては、新たなＲＲＣ状態すなわちリリース１３の中断／再開手順およびリリース１４のライト接続機能と共通する複数の機能を有することになる新たなＲＲＣ状態、すなわちＲＲＣ＿ＩＮＡＣＴＩＶＥを導入することで合意に至っている。
【００１４】
３ＧＧ＿ＲＡＮ２＃９７においては、ＮＲに関して以下の合意が得られている。
非アクティブのＵＬデータに対する潜在的なソリューションの共通態様に関する合意（現在のところ、非アクティブのＵＬデータのサポートは合意されていない）
１ａ１：ＲＲＣ＿ＩＮＡＣＴＩＶＥにおけるアップリンクデータ送信に用いられるＵＥ  ＡＳコンテキスト識別子は、ＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの状態遷移に用いられる識別子と同じであるものとする。
１ａ２：ＵＥ  ＡＳコンテキストは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥとなる場合にネットワークにより割り当てられてＵＥ（および、ネットワーク）に格納されるとともに、ＵＥが小さなデータの送信および／またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移を実行しようとする場合にＡＳコンテキストを位置特定するのに用いられる「ＡＳコンテキストＩＤ」を介して、ネットワークにおいて位置特定されるとともに識別される。
１ｃ：ＵＥ  ＡＳコンテキストは、「アンカー」／ソースｇＮＢに格納可能であり、微小データ送信および／またはＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移のトリガーに際して必要な場合に新たなサービングｇＮＢに対してフェッチされ得る。
したがって、ＵＥ  ＡＳコンテキスト識別子の設計は異なる可能性があるが、ＵＥ  ＡＳコンテキスト識別子は、再開ＩＤと同様の機能をサーブ可能である。
【００１５】
上掲の通り、接続を再開する従来の技術では通常、再開識別情報がネットワーク上でアンセキュアに送信される。アンセキュアな再開識別情報は、無認可者による傍受および使用によって、無線デバイス、そのユーザ、およびネットワークに関する機密情報が推定される可能性がある。したがって、既存の解決手段では、再開識別情報を用いた接続の再開によるプライバシおよびセキュリティの問題に適切に対処できない。
【発明の概要】
【００１６】
特定の実施形態によれば、ネットワークノードにおいて用いられる方法が開示される。この方法は、無線デバイスとネットワークとの間の非アクティブ接続の再開と関連付けられた第１の識別子を取得することを含む。この方法は、無線デバイスから第２の識別子を受信することをさらに含む。第２の識別子は、第１の識別子と同じであるか、または、第１の識別子と関連付けられている。この方法は、第２の識別子に基づいてロケーションインジケータを決定することをさらに含む。ロケーションインジケータは、接続と関連付けられた情報をそこから取得するネットワーク内のロケーションを示す。この方法は、ロケーションインジケータにより示されるロケーションから、接続と関連付けられた情報を取得することをさらに含む。この方法は、接続と関連付けられた情報を用いて、無線デバイスとネットワークとの間の接続の再開を容易にすることをさらに含む。
【００１７】
特定の実施形態によれば、ネットワークノードは、１つまたは複数のインターフェース、メモリ、および処理回路を備える。処理回路は、メモリに格納された命令を実行するように構成されている。このネットワークノードは、無線デバイスとネットワークとの間の非アクティブ接続の再開と関連付けられた第１の識別子を取得するように構成されている。第１の識別子は、１つまたは複数のインターフェースを介して取得される。このネットワークノードは、１つまたは複数のインターフェースを介して、第２の識別子を無線デバイスから受信するようにさらに構成されている。第２の識別子は、第１の識別子と同じであるか、または、第１の識別子と関連付けられている。このネットワークノードは、第２の識別子に基づいてロケーションインジケータを決定するようにさらに構成されている。ロケーションインジケータは、接続と関連付けられた情報をそこから取得するネットワーク内のロケーションを示す。このネットワークノードは、ロケーションインジケータにより示されるロケーションから、接続と関連付けられた情報を取得するようにさらに構成されている。処理回路は、接続と関連付けられた情報を用いて、無線デバイスとネットワークとの間の接続の再開を容易にするようにさらに構成されている。
【００１８】
特定の実施形態によれば、コンピュータプログラム製品は、コンピュータ可読プログラムコードを格納する非一時的コンピュータ可読媒体を備える。コンピュータ可読プログラムコードは、無線デバイスから第２の識別子を受信するためのプログラムコードを含む。第２の識別子は、第１の識別子と同じであるか、または、第１の識別子と関連付けられている。コンピュータ可読プログラムコードは、第２の識別子に基づいてロケーションインジケータを決定するためのプログラムコードをさらに含む。ロケーションインジケータは、接続と関連付けられた情報をそこから取得するネットワーク内のロケーションを示す。コンピュータ可読プログラムコードは、第２の識別子に基づいてロケーションインジケータを決定するためのプログラムコードをさらに含む。ロケーションインジケータは、接続と関連付けられた情報をそこから取得するネットワーク内のロケーションを示す。コンピュータ可読プログラムコードは、ロケーションインジケータにより示されるロケーションから、接続と関連付けられた情報を取得するためのプログラムコードをさらに含む。コンピュータ可読プログラムコードは、接続と関連付けられた情報を用いて、無線デバイスとネットワークとの間の接続の再開を容易にするためのプログラムコードをさらに含む。
【００１９】
上述の方法、ネットワークノード、および／またはコンピュータプログラムコードは、以下の任意の１つまたは複数を含めて、他のさまざまな機能を含んでいてもよい。
【００２０】
特定の実施形態において、この方法／ネットワークノード／コンピュータプログラムコードは、ページを無線デバイスに送信することをさらに含む。ページは、第１の識別子を含む。第２の識別子は、ページに応答して受信される。
【００２１】
特定の実施形態において、ロケーションインジケータを決定することは、第２の識別子を含むリクエストを第２のネットワークノードに送信することを含む。ロケーションインジケータを決定することは、第２の識別子を含むリクエストの送信に応答して、ロケーションインジケータを第２のネットワークノードから受信することをさらに含む。
【００２２】
特定の実施形態において、ロケーションインジケータは、第２の識別子とロケーションインジケータとの間のマッピングを含むルックアップテーブルを用いて決定される。
【００２３】
特定の実施形態において、ロケーションインジケータは、第２の識別子を復号することより決定される。
【００２４】
特定の実施形態において、この方法／ネットワークノード／コンピュータプログラムコードは、無線デバイスからの第２の識別子の受信に先立って第１の識別子を生成することをさらに含む。第１の識別子は、ロケーションインジケータに基づいて生成される。
【００２５】
特定の実施形態において、第１の識別子を生成することは、ロケーションインジケータを暗号化することを含む。
【００２６】
特定の実施形態において、第１の識別子を生成することは、ロケーションインジケータと第１の識別子との間のマッピングを含むルックアップテーブルを用いることを含む。
【００２７】
特定の実施形態において、第１の識別子は、ロケーションインジケータに基づいてランダムまたは疑似ランダムに生成される。
【００２８】
特定の実施形態において、この方法／ネットワークノード／コンピュータプログラムコードは、少なくとも第１の識別子を第２のネットワークノードから受信することをさらに含む。第２のネットワークノードは、無線デバイスとの接続を中断している。
【００２９】
特定の実施形態において、この方法／ネットワークノード／コンピュータプログラムコードは、第１の識別子およびロケーションインジケータを第２のネットワークノードから受信することをさらに含む。第２のネットワークノードは、無線デバイスとの接続を中断している。
【００３０】
特定の実施形態において、この方法／ネットワークノード／コンピュータプログラムコードは、無線デバイスにおける非アクティブ化を検出することをさらに含む。この方法／ネットワークノード／コンピュータプログラムコードは、接続を中断する旨のリクエストを無線デバイスに送信することをさらに含む。
【００３１】
特定の実施形態において、接続を中断する旨の無線デバイスへのリクエストは、接続と関連付けられた情報をそこから取得するネットワーク内の第２のロケーションと関連付けられた第３の識別子を含む。
【００３２】
特定の実施形態において、接続を中断する旨の無線デバイスへのリクエストは、中断された接続と関連付けられた情報をそこから取得するネットワーク内の第２のロケーションを示す第２のロケーションインジケータをさらに含む。
【００３３】
特定の実施形態において、この方法／ネットワークノード／コンピュータプログラムコードは、無線デバイスにおける非アクティブ化の検出に応答して、第２のロケーションインジケータを第２のネットワークノードに送信することをさらに含む。この方法／ネットワークノード／コンピュータプログラムコードは、第２のネットワークノードから、第２のロケーションインジケータと関連付けられた第３の識別子を取得することをさらに含む。接続を中断する旨の無線デバイスへのリクエストは、第３の識別子を含む。
【００３４】
特定の実施形態において、この方法／ネットワークノード／コンピュータプログラムコードは、無線デバイスと関連付けられた第３の識別子を割り当てることをさらに含む。接続を中断する旨の無線デバイスへのリクエストは、第３の識別子を含む。
【００３５】
特定の実施形態において、この方法／ネットワークノード／コンピュータプログラムコードは、第２の識別子に基づいて、無線デバイスと関連付けられた第３の識別子を生成することをさらに含み、接続を中断する旨の無線デバイスへのリクエストは、第３の識別子を含む。
【００３６】
特定の実施形態において、ロケーションインジケータは、ユーザ機器ＡＳコンテキストＩＤを含む。
【００３７】
特定の実施形態において、第１の識別子および第２の識別子はいずれも、プレーンテキスト形態でロケーションインジケータを提供しない。
【００３８】
特定の実施形態において、この方法／ネットワークノード／コンピュータプログラムコードは、ネットワークノードと関連付けられた公開暗号鍵を無線デバイスに送信することをさらに含む。受信された第２の識別子の少なくとも一部は、ネットワークノードと関連付けられた公開暗号鍵により暗号化される。
【００３９】
特定の実施形態によれば、無線デバイスにおいて用いられる方法が開示される。この方法は、第１の識別子を受信することを含む。第１の識別子は、非アクティブな接続の再開と関連付けられている。接続は、無線デバイスとネットワークとの間である。この方法は、第１の識別子と同じであるか、または、第１の識別子と関連付けられている第２の識別子をネットワークノードに送信することをさらに含む。第２の識別子は、接続と関連付けられた情報をそこから取得するネットワーク内のロケーションを示すロケーションインジケータと関連付けられている。この方法は、ロケーションインジケータにより示されるロケーションからネットワークノードが取得する接続と関連付けられた情報を用いて、ネットワークとの接続を再開することをさらに含む。
【００４０】
特定の実施形態によれば、無線デバイスは、１つまたは複数のインターフェース、メモリ、および処理回路を備える。処理回路は、メモリに格納された命令を実行するように構成されている。無線デバイスは、１つまたは複数のインターフェースを介して、第１の識別子を受信するように構成されている。第１の識別子は、非アクティブな接続の再開と関連付けられている。接続は、無線デバイスとネットワークとの間である。無線デバイスは、１つまたは複数のインターフェースを介して、第１の識別子と同じであるか、または、第１の識別子と関連付けられている第２の識別子をネットワークノードに送信するようにさらに構成されている。第２の識別子は、接続と関連付けられた情報をそこから取得するネットワーク内のロケーションを示すロケーションインジケータと関連付けられている。無線デバイスは、ロケーションインジケータにより示されるロケーションからネットワークノードが取得する接続と関連付けられた情報を用いて、ネットワークとの接続を再開するようにさらに構成されている。
【００４１】
特定の実施形態によれば、コンピュータプログラム製品は、コンピュータ可読プログラムコードを格納する非一時的コンピュータ可読媒体を備える。コンピュータ可読プログラムコードは、第１の識別子を受信するためのプログラムコードを含む。第１の識別子は、非アクティブな接続の再開と関連付けられている。接続は、無線デバイスとネットワークとの間である。コンピュータ可読プログラムコードは、第１の識別子と同じであるか、または、第１の識別子と関連付けられている第２の識別子をネットワークノードに送信するためのプログラムコードをさらに含む。第２の識別子は、接続と関連付けられた情報をそこから取得するネットワーク内のロケーションを示すロケーションインジケータと関連付けられている。コンピュータ可読プログラムコードは、ロケーションインジケータにより示されるロケーションからネットワークノードが取得する接続と関連付けられた情報を用いて、ネットワークとの接続を再開するためのプログラムコードをさらに含む。
【００４２】
上述の方法、無線デバイス、および／またはコンピュータプログラムコードは、以下の任意の１つまたは複数を含めて、他のさまざまな機能を含んでいてもよい。
【００４３】
特定の実施形態において、第１の識別子は、ロケーションインジケータに基づいてランダムまたは疑似ランダムに生成される。
【００４４】
特定の実施形態において、この方法／無線デバイス／コンピュータプログラムコードは、無線デバイスの非アクティブ化に応答して、接続を中断する旨のリクエストをネットワークノードから受信することをさらに含む。
【００４５】
特定の実施形態において、接続を中断するネットワークノードからのリクエストは、接続と関連付けられた情報をそこから取得するネットワーク内の第２のロケーションと関連付けられた第３の識別子を含む。
【００４６】
特定の実施形態において、接続を中断する旨の無線デバイスへのリクエストは、接続と関連付けられた情報をそこから取得するネットワーク内の第２のロケーションを示す第２のロケーションインジケータをさらに含む。
【００４７】
特定の実施形態において、ロケーションインジケータは、ユーザ機器ＡＳコンテキストＩＤを含む。
【００４８】
特定の実施形態において、中断された接続と関連付けられた情報をそこから取得するネットワーク内のロケーションは、無線デバイスが中断された接続を有する第２のネットワークノードのロケーションに対応する。
【００４９】
特定の実施形態において、この方法／無線デバイス／コンピュータプログラムコードは、第１の識別子を用いてロケーションインジケータを取得することをさらに含む。ネットワークノードに送信された第２の識別子は、ロケーションインジケータを含む。
【００５０】
特定の実施形態において、この方法／無線デバイス／コンピュータプログラムコードは、ネットワークノードと関連付けられた公開暗号鍵を受信することをさらに含む。応答をネットワークノードに送信することは、ネットワークノードと関連付けられた公開暗号鍵によって、第２の識別子の少なくとも一部を暗号化することを含む。
【００５１】
特定の実施形態において、第１の識別子および第２の識別子はいずれも、プレーンテキスト形態でロケーションインジケータを提供しない。
【００５２】
特定の実施形態において、第１の識別子を受信することは、第１の識別子を含むページをネットワークノードから受信することを含む。第２の識別子は、ページに応答してネットワークノードに送信される。
【００５３】
特定の実施形態において、接続を中断する旨の無線デバイスへのリクエストは、ロケーションインジケータに基づく第３の識別子を含む。
【００５４】
特定の実施形態において、接続を中断する旨の無線デバイスへのリクエストは、ロケーションインジケータをさらに含む。
【００５５】
本開示の特定の実施形態は、１つまたは複数の技術的利点をもたらし得る。たとえば、特定の実施形態によれば、ネットワークノードは、ユーザ機器に対するページング情報をロケーション情報（たとえば、ユーザ機器コンテキスト識別のロケーション）から分離することによって、ユーザ機器およびその接続に関する機密データをネットワークに曝すことなく、ユーザ機器との接続を再開することができる。ネットワーク上のブロードキャストまたはユーザ機器からネットワークノードへの戻り伝達の場合にページング情報（たとえば、第１の識別子）がロケーション情報を曝さないことから、従来の方法で起こるセキュリティおよびプライバシの問題が防止され得る。別の例として、特定の実施形態によれば、ユーザ機器からの受信識別子に基づいて、ネットワークとユーザ機器との間の接続に関するロケーション情報を読み出すことができる。ユーザ機器からの受信識別子は、ネットワークノードから送信されたページング識別子（たとえば、第１の識別子）であってもよいし、第１の識別子と関連付けられた別の識別子であってもよい。受信識別子は、ネットワークノードが接続に関する必要情報を読み出してユーザ機器との接続を再開できるように、ロケーション情報と関連付けられていてもよい。このように、ネットワークノードは、伝達された識別子自体がロケーション情報を含んでいなくても、接続の再開に成功し得る。さらに別の例として、特定の実施形態によれば、ユーザ機器がアイドルと判定された場合は、接続を中断することができる。ネットワークノードは、接続情報および接続情報のロケーション情報に基づいて識別子を生成するとともに、識別子をユーザ機器に伝達するようにしてもよい。次いで、ネットワーク上の後続の通信における識別子の使用により、接続が再開されてもよい。
【００５６】
当業者には、他の利点も容易に明らかになると考えられる。特定の実施形態は、列挙する利点を有していなくてもよいし、一部を有していてもよいし、すべてを有していてもよい。
【００５７】
開示の実施形態ならびにそれらの機能および利点をより完全に理解できるように、添付の図面と併せて、以下の説明を参照する。
【図面の簡単な説明】
【００５８】
【図１】特定の実施形態に係る、ユーザ機器にサーブする例示的な無線アクセスネットワークを示した図である。
【図２】特定の実施形態に係る、ユーザ機器のＲＡＮエリア内でユーザ機器をページングする例示的な無線アクセスネットワークを示した図である。
【図３】第１の組の実施形態に関する無線ネットワーク内の例示的なシグナリング図である。
【図４】第２の組の実施形態に関する無線ネットワーク内の例示的なシグナリング図である。
【図５】第３の組の実施形態に関する無線ネットワーク内の例示的なシグナリング図である。
【図６】第４の組の実施形態に関する無線ネットワーク内の例示的なシグナリング図である。
【図７】特定の実施形態に係る、ネットワークアーキテクチャの一実施形態を示したブロック図である。
【図８】特定の実施形態に係る、例示的な無線デバイスの模式ブロック図である。
【図９】特定の実施形態に係る、ネットワークノードにおける第１の方法のフロー図である。
【図１０】特定の実施形態に係る、ネットワークノードにおける第１の方法のフロー図である。
【図１１】特定の実施形態に係る、無線デバイスにおける方法のフロー図である。
【発明を実施するための形態】
【００５９】
ＬＴＥライト接続およびＲＲＣ＿ＩＮＡＣＴＩＶＥの重要な機能は、設定された「ＲＡＮ通知エリア」の内側でＲＡＮページを開始することにより、ＲＡＮがＵＥに到達し得ることである。このＲＡＮエリアは、１つまたは複数のノード（ｅＮＢ／ｇＮＢ）に関連付けられたセル一覧として設定される。図１は、複数のネットワークノード１１０（ｇＮＢ１〜４とも称する）、ユーザ機器（ＵＥ）１２０、およびＲＡＮエリア１３０を備えた例示的な通信ネットワーク１００を示している。ＵＥ１２０は、ｇＮＢ１に関連付けられたすべてのセルならびにｇＮＢ２およびｇＮＢ３に関連付けられたセルの部分集合から成るＲＡＮエリア１３０で設定される。ＵＥは、設定されたＲＡＮエリア１３０の内側のセル間において、ＲＲＣ＿ＩＮＡＣＴＩＶＥの状態で自由に移動可能である。
【００６０】
図２は、ページングプロセス中の通信ネットワーク１００を示している。ＲＡＮがＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥ１２０に到達する必要がある場合は、ＲＡＮエリア１３０において、ＵＥ１２０に対するＣＮ／ＲＡＮ接続を有するノードｇＮＢｉ（ｇＮＢ１〜４のうちの１つ）がＲＡＮページングを開始する。ソースｇＮＢに関連付けられたセルがソースｇＮＢによって直接ページングされ、他のセルについては、ＲＡＮエリア中のセルにおいてページングするその他のｇＮＢに対して、ソースｇＮＢがページングメッセージを転送する。たとえば、ｇＮＢ１は、ＵＥ１２０がＲＲＣ＿ＩＮＡＣＴＩＶＥへの遷移前にＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で接続されたソースノードであってもよい。次いで、ｇＮＢ１は、ｇＮＢ１と関連付けられたすべてのセルをページングし、ｇＮＢ１と関連付けられていないＲＡＮエリア１３０中の他のセルと関連付けられたｇＮＢ２およびｇＮＢ３にページングメッセージを転送するようにしてもよい。これは、ＵＥ１２０のページングの成功に必須と考えられる。ソースノード（たとえば、ｇＮＢ１）と関連付けられていないセルをＲＡＮエリア１３０が含み得るためである。また、ページングメッセージの転送には、ページングを行うセルに関する情報を含んでいてもよい。たとえば、ページングするセルをネットワークノードｇＮＢ１、ｇＮＢ２、およびｇＮＢ３に決定させ得る情報を含んでいてもよい。これにより、各ネットワークノードと関連付けられている場合であっても、ＲＡＮエリア１３０外のセルにおけるネットワークノードのページングを防止可能である。
【００６１】
ＬＴＥライト接続と同様に、ＲＲＣ＿ＩＮＡＣＴＩＶＥページングメッセージは、たとえば以下のように、ページングＩＤの識別子を含むものとする。
2020515155.tif 000008
【００６２】
ＬＴＥリリース１３の中断／再開、ＬＴＥリリース１４のライト接続においてＵＥに割り当てられ、ＮＲのＲＲＣ＿ＩＮＡＣＴＩＶＥの対象となっている再開ＩＤはいずれも、ＵＥコンテキストを格納するネットワークノードのほか、そのノードにおけるＵＥコンテキストの識別を目的とする。このため、（３６．４２３の）再開ＩＤは、２つの部分に分割される。
２０個の最上位ビットは、再開ＩＤを割り当てたｅＮＢのｅＮＢ  ＩＤを表す。
２０個の最下位ビットは、再開ＩＤを割り当てたｅＮＢに格納されたＵＥコンテキストを識別する。
【００６３】
この設定に伴う問題は、再開ＩＤが、エンドユーザのプライバシに影響を及ぼす可能性がある再開ＩＤをどのｅＮＢが割り当てたかを明らかにすることである。ＵＥへの暗号化メッセージにおいて再開ＩＤが割り当てられているという事実は、この問題に完全には対処していない。以下に説明する通り、再開ＩＤがプレーンテキストにて与えられるページングまたはＵＥ主導の接続再開において、別の問題が発生するためである。
【００６４】
たとえば、再開ＩＤの従来設定を用いたネットワーク主導のページングでは、ネットワークおよびユーザ機器に関する機密情報が暴露され得る。ＵＥがＥＭＭ＿ＲＥＧＩＳＴＥＲＥＤの一方でＥＣＭ＿ＩＤＬＥ／ＲＲＣ＿ＩＤＬＥの場合、たとえば利用可能なダウンリンクデータまたは着信音声通話が存在する場合は、ＵＥに到達可能となるのはＣＮ次第である。これは、ＵＥが登録されているトラッキングエリアの内側のセルの全部または一部において、Ｓ−ＴＭＳＩ（ＳＡＥ−Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）またはＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）によりＣＮがＵＥをページングすることにより行われる。Ｓ−ＴＭＳＩページングの場合、ページング識別情報は、ＭＭＥプールエリア内のＭＭＥ識別情報およびそのＭＭＥ内のＵＥコンテキスト識別情報で構成される。ＭＭＥプールエリアは、非常に大きくすることも可能であり、場合によっては、全国を網羅し得る。したがって、Ｓ−ＴＭＳＩは、ＵＥが過去に接続されたＲＡＮノード（基地局）に関する情報を一切与えない。
【００６５】
リリース１４のライト接続およびＮＲのＲＲＣ＿ＩＮＡＣＴＩＶＥにおいては、ＣＮ／ＲＡＮ（Ｓ１／ＮＧ）接続が維持されることにより、ＵＥがＥＣＭ＿ＣＯＮＮＥＣＴＥＤになるものとＣＮが仮定することになる。したがって、ダウンリンクデータが到着すると、サービングゲートウェイ（ＳＧＷ）は、ＣＮ／ＲＡＮ接続を維持するｅＮＢ／ｇＮＢにデータを転送することになる。そして、接続を再開し得るようにＵＥの位置特定および問い合わせを行うのは、ＲＡＮ次第である。
【００６６】
これは、ライト接続においては、ＲＡＮページングエリアの内側のすべてのセルにおいて再開ＩＤでＲＡＮがＵＥをページングすることにより行われる（ＲＡＮページングエリアの現在の定義は、ＵＥに提供されるセル一覧またはトラッキングエリア識別子（ＴＡＩ）リスト全体であるが、新たなブロードキャストＲＡＮエリア識別子を導入する提案も存在する）。
【００６７】
ＵＥは、ページを受信した場合、ＰａｇｉｎｇＲｅｃｏｒｄがその格納ｒｅｓｕｍｅＩｄｅｎｔｉｔｙ（たとえば、再開ＩＤ）を含むかを確認し、含む場合は、再開手順を開始する。この手順では、ＵＥがｒｅｓｕｍｅＩｄｅｎｔｉｔｙをＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔに含めるとともに、受信ｅＮＢがｒｅｓｕｍｅＩｄｅｎｔｉｔｙを使用して、ＵＥコンテキストを格納するｅＮＢのほか、そのｅＮＢ内のコンテキストを位置特定する。
【００６８】
問題点として、ＵＥコンテキストを格納するｅＮＢの位置特定のほか、ＲＡＮ内のＵＥのページングにも同じｒｅｓｕｍｅＩｄｅｎｔｉｔｙが使用される。ページは必然的に、（すべてのＵＥがｒｅｓｕｍｅＩｄｅｎｔｉｔｙを見て、適合するかを確認する必要があるため）暗号化されずに送信される。これは、如何なる攻撃者であっても、ページを容易に傍受して、ページングされている再開ＩＤを把握することにより、ＵＥコンテキストを格納するｅＮＢ／ｇＮＢも把握可能であることを意味する。このように、傍受者は、ページングされているＵＥが過去に接続されたＲＡＮノードを把握することができる。
【００６９】
傍受者が領域中の複数セルのページングを監視する場合は、コンテキストが特定のｅＮＢ／ｇＮＢに格納された場合にＵＥをページングしているセルを推定することができる。すなわち、ＲＡＮエリアの代表的な設定を決定するとともに、物理的なロケーションに対して再開ＩＤを適合させることができる。これは通常、ノードの種類に応じて、０．０１ｋｍ２〜１０ｋｍ２の面積に対応し得る。このため、ＵＥがページングされている場合は、コンテキストを格納した（ＵＥの過去のロケーションに対応する）ｅＮＢ／ｇＮＢおよびＵＥのページングも行った他のセルを推定することが可能となる。
【００７０】
ページに応答するＵＥを（たとえば、信号三角測量により）決定することができるため、過去に接続されたｇＮＢが把握されている場合はＵＥを追跡可能であり、また、既知の起点／宛先アドレス、移動パターン、ネットワークへの進入点に基づいてそのユーザを把握することも可能と考えられる。
【００７１】
ＵＥがデータ送信およびシグナリングを開始した場合にも同様の問題が発生する。現在のソリューションにより、ＵＥは、新たなＲＡＮエリアに進入した場合、データ送信を開始したい場合、またはページに応答する場合に、暗号化されていない再開ＩＤを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔを送信する。ページングに関して記載したのと同じ理由で、再開ＩＤは、ＵＥが過去に接続されたＲＡＮノードの指標を与えることにより、特定のｅＮＢ  ＩＤを含む再開ＩＤを特定のＵＥが送信する場合のトラッキングを可能にする。これは、ＵＥがＣＮ  ＩＤＬＥの場合、ネットワークに向けたシグナリングの開始に際してＳ−ＴＭＳＩを使用することになるため、問題とはならない。これにより、ネットワークのアーキテクチャが無用に明らかとなり、エンドユーザのプライバシが危険にさらされ、システムのセキュリティが低下することになる。
【００７２】
本開示は、ネットワーク上の接続の再開と関連する上述のプライバシおよびセキュリティの問題を回避する複数の解決手段を考慮する。たとえば、特定の実施形態では、ＵＥコンテキストを格納するノードに関する情報から、接続識別子（たとえば、再開ＩＤおよび／またはＵＥ  ＡＳコンテキストＩＤ）を分離する。また、特定の実施形態では、ＬＴＥライト接続および／またはＲＲＣ＿ＩＮＡＣＴＩＶＥにおけるＵＥのページングに別個の識別子を使用可能である。ページングおよび再開に用いられる識別子は、如何なる傍受ＵＥにも完全にランダムな識別子のように見えるため、ＵＥのトラッキングが大幅に困難なものとなる。本明細書に記載の種々実施形態では、特定ノード（たとえば、ｅＮＢ  ＩＤ）とＵＥシグナリングに用いられる再開ＩＤおよび／またはＵＥ  ＡＳコンテキストＩＤ（たとえば、ページング・再開ＩＤ）との関係が隠される。さらに、特定の実施形態によれば、ネットワーク側では、接続識別子（たとえば、ＵＥが与える再開ＩＤ）に基づいて、ＵＥコンテキストを格納するエリアのノードを判定することができる。
【００７３】
以下でさらに詳しく説明する通り、本開示は、ネットワーク上での接続再開のセキュリティおよびプライバシを向上させる複数の実施形態を考慮する。特定の実施形態においては、再開ＩＤ等の識別子のほか、識別子のマッピング（たとえば、ＵＥに関するコンテキスト情報の読み出しに使用可能な再開ＩＤおよびロケーション情報）を中央または分散データベースエンティティが割り当てまたは追跡するようにしてもよい。
【００７４】
特定の実施形態において、ＵＥは、第２の識別子を用いることにより、ネットワークとの接続を再開する。第２の識別子は、（たとえば、ページングにおいて）ＵＥに送信されたスクランブル識別子（または、その置換）であってもよい。ネットワークノードは、第２の識別子のスクランブル解除または復号によって、ＵＥ主導シグナリングのための第１の識別子またはロケーション情報を読み出すようにしてもよい。
【００７５】
特定の実施形態において、ターゲットセルにおける接続の再開に用いられる識別子（たとえば、再開ＩＤ）は、ＵＥのページングに用いられるページングＩＤから分離されている。３ＧＰＰにおける現行の設定において、これらは同一である。この前提に基づいて、複数の実施形態が考えられる。いくつかの実施形態において、ネットワークは、ＵＥに対して２つの識別子（たとえば、再開ＩＤおよびページングＩＤの両者）をシグナリング（または、設定）する。いくつかの実施形態においては、ネットワークが１つの識別子をシグナリングするものの、その後、ネットワークおよび／またはＵＥがこの識別子を他方へと変換する。その結果、ページングＩＤを割り当てるノードからページングＩＤを切り離すことができるため、ページングＩＤは、如何なるプライバシ情報も明らかにしないと考えられる。たとえば、ネットワークは、ページングＩＤによるページングが可能である（疑似ランダム）が、ＵＥは、（コンテキストの格納場所に関する情報を含む）再開ＩＤで応答する。別の例においては、ネットワークがページングＩＤによりページング可能であり、ＵＥがページングＩＤで応答し、ページ応答を受信したＲＡＮノードがページングＩＤを再開ＩＤに戻すが、これによって、ＵＥコンテキストを位置特定可能である。再開ＩＤは、ページングのタイミングでソースノードにより提供済みとすることも可能である。
【００７６】
本開示の特定の実施形態は、１つまたは複数の技術的利点をもたらし得る。たとえば、特定の実施形態は、ＲＡＮがＵＥをページングする場合またはＵＥがその接続を再開する場合の情報漏洩の機会を減らすことによって、セキュリティを向上させるとともに、エンドユーザのプライバシの保護に役立ち得る。これは、ＵＥの過去のロケーションに関する情報を提供しないページングおよび再開の無線インターフェースを介して疑似ランダム識別子を使用することにより実現可能である。この情報がなければ、傍受者は、ページングまたは再開されているＵＥを用意には把握できないため、エンドユーザのプライバシが保証される。さらに、物理ノードにリンク可能な無線インターフェース上での識別子の使用を回避することにより、セキュリティまたは商業的理由で有用となり得る事業者ネットワークの内部構造が保護され得る。
【００７７】
特定の実施形態では、無線インターフェースを介してページングおよび再開シグナリングに用いられるＵＥコンテキスト識別子において、ノード情報が隠される場合がある。ＲＡＮノードは、ＵＥに対して、ＲＡＮにおけるＵＥのコンテキストの位置特定に用いられる識別子および（たとえば、暗号化できないメッセージの）無線インターフェースシグナリングに用いられる識別子という２つの識別子を維持するようにしてもよい。また、いくつかの実施形態において、ＵＥは、これらの異なる識別子のハンドリングにも関与する。２つの識別子間の変換のための異なる方法については、以下でより詳しく開示する。
【００７８】
本明細書に開示のいずれの実施形態のいずれの機能も、適切な場合、その他任意の実施形態に適用可能であることに留意されたい。同様に、これら実施形態のいずれの利点も、その他の実施形態に適用可能であり、その逆もまた同様である。包含する実施形態の他の目的、機能、および利点については、以下の説明により明らかとなるであろう。
【００７９】
一般に、本明細書において使用するすべての用語は、本明細書において別段の明示的な定義がない限り、当技術分野におけるそれぞれの通常の意味に従って解釈されるものとする。「１つの（ａ／ａｎ／ｔｈｅ）要素、装置、構成要素、手段、ステップ等」に関するすべての言及は、別段の明示的な定めのない限り、要素、装置、構成要素、手段、ステップ等の少なくとも１つのインスタンスに言及するものと、オープンに解釈されるものとする。本明細書に開示の任意の方法のステップは、明示的な定めのない限り、開示の厳密な順序で実行する必要はない。
【００８０】
以下、添付の図３〜図１１を参照して、本明細書で考えられる実施形態の一部をより詳しく説明する。ただし、他の実施形態も本開示の範囲に含まれ、本明細書に記載の実施形態にのみ本発明が限定されるとは解釈されないものとする。むしろ、これらの実施形態は、本発明に係る概念の範囲を当業者に伝えるために、一例として提供しているに過ぎない。本明細書全体を通して、同じ番号は同じ要素を表す。
【００８１】
ＬＴＥにおいて、リリース１３の中断／再開およびリリース１４のライト接続（ＬＣ）の再開ＩＤは、コンテキストを格納するｅＮＢおよびＵＥに関連付けられた特定のＡＳコンテキストを示すため、４０ビット長である。ＬＣにおいて、再開ＩＤは、ＲＡＮページングエリア（たとえば、ＵＥが設定される一組のセル）の内側でのＵＥのページングにも使用される。上述の通り、ｒｅｓｕｍｅＩｄｅｎｔｉｔｙは、ｒｅｌｅａｓｅＣａｕｓｅ  ｒｒｃ−Ｓｕｓｐｅｎｄ−ｖ１３２０またはインジケータｒｒｃ−ＬｉｇｈｔＣｏｎｎｅｃｔｉｏｎＩｎｄｉｃａｔｉｏｎ−ｒ１４によってＲＲＣ＿ＣＯＮＮＥＣＴＥＤから解放された場合のＵＥに割り当てられる。
【００８２】
ＮＲのＲＲＣ＿ＩＮＡＣＴＩＶＥにおいて、識別情報は、新たなＲＲＣ＿ＳＵＳＰＥＮＤメッセージにおいてＵＥに割り当てられるように提案される。本明細書においては、ＵＥをページングする場合のｅＮＢ／ｇＮＢを含むｒｅｓｕｍｅＩｄｅｎｔｉｔｙのブロードキャストまたは如何なる送信をも行わずにセキュリティを確保する方法の詳細の一部を記載する。
【００８３】
ＮＲのＲＲＣ＿ＩＮＡＣＴＩＶＥに対するｒｅｓｕｍｅＩｄｅｎｔｉｔｙの設計は、未だ合意に至っていない。考え得る解決手段は、ＬＴＥと同じ設計を使用することである。ただし、ｇＮＢ  ＩＤの２０ビットの数値範囲（〜１００万）がネットワークに対して小さすぎる場合（たとえば、数十平方メートルしか網羅しないスモールセルを用いた超高密度ネットワーク（たとえば、屋内）を配置する場合）、基地局の数は、全国的な数値の再利用がなければ、１００万を超える可能性もある。あるいは、中央ノードが領域全体でＵＥコンテキストを保つべき場合は、ユーザＩＤの２０ビット（〜１００万）が制約となる可能性もある。ただし、ｅＮＢ  ＩＤとＵＥ  ＩＤとの間の明瞭な差別化が緩和される（すなわち、どんな方法であれ、ネットワークが求める計４０ビットを使用可能である）場合は、数値範囲が広がる可能性がある。再開ＩＤの設定にかかわらず、本明細書に開示の実施形態のいずれかを適用可能である。
【００８４】
図３〜図６は、ＵＥとネットワークとの間のシグナリング図として、種々の実施形態の４つの例を示している。たとえば、図３〜図６は、ソース次世代ノードＢ（ｇＮＢ）（たとえば、図１および図２のｇＮＢ１）、第２のｇＮＢ２、第３のｇＮＢ３、ドメインネームサービス（ＤＮＳ）機能、サービングゲートウェイ（Ｓ−ＧＷ）、およびモビリティ管理エンティティ（ＭＭＥ）を備えたネットワークと通信するユーザ機器ＵＥを示している。後述の例において、ＵＥは、過去にソースｇＮＢがサーブしているものの、非アクティブ化または中断状態への設定がなされている。ｇＮＢ２およびｇＮＢ３は、ＵＥのページングエリアにおいて少なくとも１つのセルにサーブする他のネットワークノードであってもよい。
【００８５】
特定の実施形態の説明にこの例示的なネットワーク設定を使用するが、本開示は、如何なる特定のネットワークアーキテクチャにも限定されない。たとえば、ｇＮＢまたはエボルブドノードＢもしはその他任意のネットワークノード等の異なるネットワークノードがより多く存在していてもよいし、より少なく存在していてもよい。ＤＮＳ、ＭＭＥ、およびＳ−ＧＷの機能は、ユーザ機器にサーブするネットワークノードに対して通信可能に結合された任意好適なネットワークシステムにおいて実装されていてもよい。たとえば、これらシステムおよび／または機能のうちの１つまたは複数は、コアネットワーク（ＣＮ）ノードにおいて実装されていてもよい。別の例として、これらシステムおよび／または機能のうちの１つまたは複数は、ネットワークに対して通信可能に結合されたサーバにおいて実装されていてもよい。
【００８６】
図３は、第１の組の実施形態に関するシグナリング図を示している。図３は、接続の再開に使用可能なページングＩＤとＵＥ  ＡＳコンテキストＩＤとの間の関係を格納し得る中央または分散データベースを用いた例示的な一実施形態を示している。特定の実施形態において、ＵＥには、単一の識別子（たとえば、単一の再開ＩＤ）が割り当てられている。接続に使用する識別子は、再開ＩＤをＵＥに割り当てるノード（たとえば、ソースｅＮＢ／ｇＮＢ）とノード（ｅＮＢ／ｇＮＢ）が使用する再開ＩＤを追跡するデータベースエンティティ（たとえば、中央ＤＮＳサーバ、中央または分散データベース）との間で調整される。再開ＩＤの調整は、異なる方法でサポート可能である。
【００８７】
ノード（たとえば、ｅＮＢ）は、潜在的にｅＮＢ  ＩＤおよびＵＥコンテキストＩＤで構成されたローカルＩＤをＵＥに割り当てる。そして、ノードは、このＩＤをデータベースエンティティに送信する。データベースエンティティは、一意（グローバル）またはネットワーク全体としてのＵＥ再開ＩＤを割り当てるようにしてもよい。再開ＩＤとしては、各ローカルＩＤに割り当てられた一意の（疑似）ランダム値も可能であるし、ローカルＩＤ（たとえば、スクランブル化または置換ローカルＩＤ）を用いて計算された値も可能である。そして、再開ＩＤは、ｅＮＢにシグナリングされるとともに、無線インターフェース上でのＵＥへの割り当て（シグナリング）およびページング、コンテキスト再開での使用が可能である。
【００８８】
あるいは、ｅＮＢは、データベースエンティティに問い合わせて、異なるＵＥへの割り当てに使用することも可能な１つまたは複数の再開ＩＤを要求するようにしてもよい。要求された再開ＩＤが使用されると、ｅＮＢは、別の再開ＩＤを要求することも可能である。
【００８９】
上記のいずれの場合も、データベースエンティティは、ＵＥが新たなノードで再開となる場合にＵＥコンテキストの位置特定を補助できるように、再開ＩＤを格納するノードを追跡するようにしてもよい。
【００９０】
特定の実施形態において、ＵＥは、（たとえば、別のｅＮＢがサーブする）新たなノードで再開を実行する場合、割り当て済みの再開ＩＤを使用するようにしてもよい。新たなノードは、同じデータベースエンティティに問い合わせて、再開ＩＤと関連付けられたローカルＩＤを取得することにより、ＵＥコンテキストを格納するノード（たとえば、コンテキストを格納するｅＮＢのアドレス）を把握するようにしてもよい。いくつかの実施形態において、ＵＥにサーブするネットワークノード（たとえば、ｅＮＢ／ｇＮＢ）は、Ｘ２またはＸｎインターフェースを介して互いに接続可能であるが、ＵＥに割り当てている再開ＩＤ（または、再開ＩＤの範囲）に関する情報を交換するようにしてもよい。このように、ＸｎまたはＸ２を介して接続されたノードの場合は、ルックアップが不要となり得る。また、いくつかの実施形態においては、ＵＥから再開ＩＤを受信するもののソースネットワークノードは把握していないネットワークノードがリクエストをコアネットワークに転送するとともに、たとえばＵＥコンテキストを格納するソースｅＮＢのアドレスを受信することによって、ソースネットワークノードのアドレスをコアネットワークから受信するようにしてもよい。また、サポートされる再開ＩＤは、ＣＮノードがコンテキストを位置特定できるように、無線アクセスネットワーク（ＲＡＮ）ノードとＣＮノードとの間で交換可能である。
【００９１】
特定の実施形態において、ＵＥは、中断された同じノード（たとえば、ソースｇＮＢ）への接続を再開するようにしてもよい。ノードは、ＵＥコンテキストを格納するため、再開ＩＤを直接認識可能であるとともに、ＵＥコンテキストがローカルに利用可能であることを把握可能であり、また、データベースエンティティに問い合わせてＵＥコンテキストを探索する必要がない。
【００９２】
具体的な一例として、ＵＥおよびネットワーク要素は、図３に示すように、以下のような通信を行うようにしてもよい。
０．ＵＥは最初、ＲＲＣ＿ＩＮＡＣＴＩＶＥ（または、何らかの中断状態）である。
１．ソースｇＮＢは、（たとえば、Ｓ−ＧＷからのＤＬデータに応答して）ＲＡＮエリアにおいてＵＥをＲＡＮページングすべきと決定する。ＲＡＮエリアは、ｇＮＢ１（ソースｇＮＢ）、ｇＮＢ２、およびｇＮＢ３がサーブするセルを含んでいてもよい。ソースｇＮＢは、ＵＥの接続と関連付けられた再開ＩＤとともにＲａｎＰａｇｉｎｇＲｅｑｕｅｓｔを関連するｇＮＢに送信する。
２．関連するｇＮＢはそれぞれ、各セルにおいて、再開ＩＤによりＵＥをページングする。この具体例においては、ＵＥがｇＮＢ３セルのうちの１つであることから、ｇＮＢ３のみが成功となる。
３．ＵＥは、ｇＮＢ３へのランダムアクセスプリアンブルによって、ｇＮＢ３からのページに応答する。
４．ｇＮＢ３は、ランダムアクセス応答により応答する。
５．ＵＥは、再開ＩＤと関連付けられている第２の識別子を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔをｇＮＢ３に送信する。この具体例において、ＵＥは、応答により再開ＩＤを送信する。ＵＥコンテキストＩＤが再開ＩＤに含まれないことから、利用可能な機密情報が無認可捕捉を受けることはない。
６．たとえば、ｇＮＢ３は、ＵＥにサーブする過去のノードでもなければ、ソースｇＮＢからのＵＥの再開ＩＤを共有しているわけでもないため、再開ＩＤを認識しないことから、再開ＩＤとともにリクエストをＤＮＳサーバ（または、その他何らかのデータベースノードもしくはサーバ）に送信することにより、ＵＥ  ＡＳコンテキストＩＤを格納するｇＮＢを決定する。
７．ＤＮＳは、再開ＩＤを使用して、ＵＥ  ＡＳコンテキストＩＤを取得する。このＵＥ  ＡＳコンテキストＩＤは、ｇＮＢ３に送られる。たとえば、ＵＥ  ＡＳコンテキストＩＤがＤＮＳに格納されていてもよいし、ＤＮＳが別のネットワークシステムからＵＥ  ＡＳコンテキストＩＤを読み出すようにしてもよい。
ａ．特定の実施形態においては、所定のスクランブル化または暗号化機能を用いてＵＥ  ＡＳコンテキストＩＤをスクランブル化することにより、第１の識別子（たとえば、再開ＩＤ）が生成される。また、ＤＮＳは、受信した再開ＩＤを用いてＵＥ  ＡＳコンテキストＩＤを計算できるように、逆関数を計算可能であってもよい。このように、ＤＮＳは、ＵＥ  ＡＳコンテキストＩＤを取得可能である。
ｂ．特定の実施形態において、ＤＮＳは、提供されたＵＥ  ＡＳコンテキストＩＤの再開ＩＤとのリストマッピングを格納する。これらの再開ＩＤは、ＵＥ  ＡＳコンテキストＩＤに作用するスクランブル化機能により導出されてもよいし、ＵＥ  ＡＳコンテキストＩＤとは独立に（たとえば、ランダムに）導出することも可能であり、ＤＮＳのマッピングのみが２つの間の関係を提供する。
８．ｇＮＢ３は、ＵＥ  ＡＳコンテキストＩＤを使用して、ＵＥ  ＡＳコンテキストを格納するｇＮＢ（この場合は、ソースｇＮＢ（ｇＮＢ１））を位置特定するとともに、ＵＥ  ＡＳコンテキストＩＤを含むＵＥコンテキスト読み出しリクエストをソースｇＮＢに送信する。
ａ．ＵＥ  ＡＳコンテキストＩＤは、ＵＥを識別するＵＥ  ＩＤ部および接続用のソースノードを識別するネットワークノードＩＤの両者を含んでいてもよい。特定の実施形態において、ｇＮＢ３は、ＵＥ  ＡＳコンテキストＩＤのＵＥ  ＩＤ部のみをソースｇＮＢに送信する。このように、ＵＥ  ＡＳコンテキストＩＤの必要な部分のみがソースｇＮＢに送信されてもよい。
９．ソースｇＮＢ（ｇＮＢ１）は、ＵＥ  ＡＳコンテキストを含むＵＥコンテキスト読み出しリクエストに応答する。
１０．ｇＮＢ３は、ＭＭＥに経路切り替えを要求する。
１１．ＭＭＥは、ベアラを更新する。
１２．ＭＭＥは、経路切り替え要求確認でｇＮＢ３に応答する。
１３．ｇＮＢ３は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅをＵＥに送信する。
１４．ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅでｇＮＢに応答する。
１５．ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤになる。
１６．ｇＮＢ３は、ｇＮＢ１に問い合わせて、古いＵＥコンテキストの解放を要求する。
ａ．特定の実施形態において、ｇＮＢ３は代替として、ｇＮＢ１における古いＵＥコンテキストの除去を補助するようにＭＭＥに要求可能である。
１７．特定の実施形態において、ＵＥは、しばらくの間、非アクティブになり得る。これに応答して、ネットワークは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥとなるように中断することを決定可能である。本例において、ｇＮＢ３は、ＵＥが非アクティブになったものと判定するようにしてもよい。ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいて別のｇＮＢへのハンドオーバを実行した場合、ＵＥにサーブする新たなｇＮＢは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥとなるように中断すべきかを決定するようにしてもよい。
ａ．特定の実施形態において、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥに移行して、バッテリの節約あるいはネットワークまたは処理リソースの保護を行う旨を要求することができる。
ｂ．特定の実施形態において、ネットワークは、（ＵＥ能力および／またはＵＥ挙動に基づく）統計値を用いて、ＵＥ挙動を予測するとともに、非アクティブに移行する旨を決定可能である。
１８．ｇＮＢ３は、ＵＥ  ＡＳコンテキストに関連付けられた新たなＵＥ  ＡＳコンテキストＩＤを割り当てる。いくつかの実施形態において、ＵＥ  ＡＳコンテキストＩＤは、ＵＥに直接送られなくてもよい。ｇＮＢ３は、スクランブル化リクエストをＤＮＳ（または、他のデータベースノードもしくはサーバ）に送信するようにしてもよい。
１９．ＤＮＳは、ＵＥ  ＡＳコンテキストＩＤに関連付けられた再開ＩＤを取得する。
ａ．特定の実施形態において、ＤＮＳは、ＵＥ  ＡＳコンテキストＩＤとともに可逆的なスクランブル化関数を入力として、再開ＩＤを出力として使用する。たとえば、ＵＥ  ＡＳコンテキストＩＤは、再開ＩＤに対して逆スクランブル化関数を用いることにより取得可能である。
ｂ．特定の実施形態において、ＤＮＳは、ＵＥ  ＡＳコンテキストＩＤとともに一方向スクランブル化関数（不可逆）を入力として、再開ＩＤを出力として使用する。スクランブル化関数が一方向であるため、ＤＮＳは、ＵＥ  ＡＳコンテキストＩＤおよび再開ＩＤの両者をルックアップテーブルに格納するようにしてもよい。
ｃ．特定の実施形態において、ＤＮＳは、ＵＥ  ＡＳコンテキストＩＤとは無関係に（たとえば、ランダムプロセスによって）新たな再開ＩＤを割り当てるとともに、再開ＩＤとＵＥ  ＡＳコンテキストＩＤとの間のマッピングを保存する。
２０．ＤＮＳサーバは、新たな再開ＩＤでｇＮＢ３に応答する。
２１．ｇＮＢ３は、新たな再開ＩＤを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＳｕｓｐｅｎｄでＵＥを中断する。ＵＥは、再開ＩＤとＵＥ  ＡＳコンテキストＩＤとの間の関係を認識していなくてもよい。
２２．ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥになる。
【００９３】
特定の実施形態において、第１の識別子および第２の識別子はいずれも、プレーンテキスト形態でロケーションインジケータを提供しない。たとえば、無線デバイスのページングのためにネットワークノードが送信する第１の識別子は、ＵＥ  ＡＳコンテキストＩＤも、無線デバイスコンテキスト情報のロケーションのその他如何なる識別も含んでいなくてもよい。同様に、いくつかの実施形態において、無線デバイスは、プレーンテキスト形態ではロケーションインジケータを含まない可能性がある第１の識別子と同一の第２の識別子で応答するようにしてもよい。いくつかの実施形態において、無線デバイスは、第１の識別子と異なる第２の識別子で応答するようにしてもよいが、依然として、プレーンテキスト形態ではロケーションインジケータを提供しない。たとえば、第２の識別子は、ロケーションインジケータまたはロケーションインジケータの決定に十分な情報を含むスクランブル化または暗号化識別子であってもよい。
【００９４】
図４は、第３の組の実施形態に関するシグナリング図を示している。図４は、（たとえば、ページングにおいて）ＵＥに送信された再開ＩＤのスクランブル化（または、再開ＩＤの置換の実行）およびＵＥ主導シグナリングのための再開ＩＤのスクランブル解除に基づいて接続を再開する例示的な一実施形態を示している。再開ＩＤのＵＥへのシグナリングの前に、ｅＮＢ／ｇＮＢは、（たとえば、対応する逆関数がＦ＾−１である関数Ｆを用いて）可逆的に再開ＩＤのスクランブル化（または、再開ＩＤの置換の実行）をするようにしてもよい。いくつかの実施形態においては、ローカルエリアのすべてのｅＮＢ／ｇＮＢが同じ関数Ｆおよび同じ再開ＩＤ範囲を使用する。これらのｅＮＢ／ｇＮＢは、厳密に同じ方法で再開ＩＤをスクランブル化するようにしてもよく、たとえばＵＥが１つまたは複数のセルにおいてスクランブル化再開ＩＤによりページングされる場合、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ中のスクランブル化再開ＩＤで応答する。そして、これらのノードは、逆関数Ｆ＾−１を用いて再開ＩＤをスクランブル解除することにより、再開ＩＤをＵＥに割り当てたｅＮＢ  ＩＤを把握するようにしてもよい。これらの実施形態においては、異なるエリアで異なる関数Ｆを使用するとともに、この代替または追加として、関数Ｆを時折変更することにより、関数が攻撃者に知られるのを防止するのが望ましいと考えられる。いくつかの実施形態においては、ＵＥに送られた再開ＩＤのビットの一部を使用して、再開ＩＤが割り当てられた「関数エリア」または使用された関数Ｆのバージョンを示すのが有益と考えられる。このように、隣接エリアのネットワークノードは依然として、使用された関数Ｆを把握している場合に、再開ＩＤをスクランブル解除することができる。
【００９５】
特定の実施形態において、ページングノードは、ターゲットノードにプレーンテキストＩＤを提供するが、ＩＤのスクランブル化方法に関する情報も提供する。ターゲットノードは、同じようにＩＤをスクランブル化するようにしてもよい。このように、ターゲットノードは、ＵＥからの応答を適合可能である。
【００９６】
特定の実施形態において、各ノードは、それ自身のスクランブル化関数Ｆおよびスクランブル解除関数Ｆ＾−１を使用する。ＵＥには、スクランブル化関数Ｆに関する情報が提供されてもよい（たとえば、個別シグナリングを用いた送信またはブロードキャストが行われるようになっていてもよい）。スクランブル解除関数は、ＵＥに提供されず、ノードにおいてのみ保持されてもよい。たとえば、ネットワークノードは、「スクランブル化」関数ＦおよびＦ＾−１に対して、公開鍵暗号を使用するようにしてもよい。本例においては、ＵＥに公開鍵が提供され、ネットワークノードが秘密鍵を保持するようにしてもよい。いくつかの実施形態において、スクランブル化またはスクランブル解除の作用は、セル固有のパラメータ（たとえば、セルにおいてブロードキャストされるパラメータ）に基づくことも可能である。これらの実施形態において、ＵＥには、結果的にＦ（再開ＩＤ）となるスクランブル化関数Ｆを用いたセル中のすべてのページングおよび再開シグナリングに対する暗号化メッセージングによって、再開ＩＤが割り当てられていてもよい。そして、ＵＥは、Ｆ（再開ＩＤ）を計算し、ページングに用いられるＦ（再開ＩＤ）と比較して、ＵＥがページングされているかを判定するようにしてもよい。また、ネットワークは、対応する逆関数を用いることにより、再開シグナリングに対してＵＥにより送られたＦ（再開ＩＤ）から、再開ＩＤを計算することができる。このように、ノードまたはセルごとにローカル関数Ｆが用いられるようになっていてもよい。これを他のノードまたはセルと調整する必要がないのは、スクランブル化が無線インターフェース上でしか行われないためである。ノード間のシグナリングには、プレーンテキスト再開ＩＤを使用可能である。
【００９７】
特定の実施形態において、ＵＥは、中断された同じノード（ｅＮＢ／ｇＮＢ）における接続を再開する。この場合、ＵＥには、古いセルでのみ使用されるスクランブル化された不完全な再開ＩＤのほか、他のセルで使用される完全な再開ＩＤが提供されてもよい。不完全な再開ＩＤは、再開ＩＤのＵＥ  ＩＤ部のみを含み、完全な再開ＩＤと同じスクランブル化関数を使用する。ＵＥがスクランブル化された不完全な再開ＩＤで再開される場合、ノード（たとえば、ｅＮＢ／ｇＮＢ）は、そのＵＥをすでに把握している可能性がある。コンテキストが同じノードに格納されていることを把握しているためである。
【００９８】
具体的な一例として、ＵＥおよびネットワーク要素は、図４に示すように、以下のような通信を行うようにしてもよい。
０．ＵＥは最初、ＲＲＣ＿ＩＮＡＣＴＩＶＥである。
１．ソースｇＮＢは、（たとえば、ＤＬデータがＳ−ＧＷから到着した）ＲＡＮエリアにおいてＵＥをＲＡＮページングすべきと決定する。ＲＡＮエリアは、ｇＮＢ１（ソースｇＮＢ）、ｇＮＢ２、およびｇＮＢ３を含む。ソースｇＮＢは、ＵＥ  ＡＳコンテキストＩＤとともにＲａｎＰａｇｉｎｇＲｅｑｕｅｓｔを関連するｇＮＢに送信する。
２．関連するｇＮＢは、予め設定されたスクランブル化関数に基づいて、ＵＥ  ＡＳコンテキストＩＤから再開ＩＤを導出する。
ａ．特定の実施形態において、ネットワークノードが使用するスクランブル化関数は、所定の関数である。いくつかの実施形態において、スクランブル化関数は、規格中の基準に基づく。
ｂ．特定の実施形態において、スクランブル化関数は、公有地モバイルネットワーク（ＰＬＭＮ）ごとに設定されている。
３．関連するｇＮＢは、各セルにおいて、再開ＩＤによりＵＥをページングする。この図においては、ＵＥがｇＮＢ３セルのうちの１つであることから、ｇＮＢ３のみが成功となる。
４．ＵＥは、ｇＮＢ３へのランダムアクセスプリアンブルによって、ｇＮＢ３からのページに応答する。
５．ｇＮＢ３は、ランダムアクセス応答により応答する。
６．ＵＥは、再開ＩＤを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔをｇＮＢ３に送信する。
７．ｇＮＢ３は、再開ＩＤを使用して、ＵＥ  ＡＳコンテキストＩＤを決定し、次にＵＥ  ＡＳコンテキストＩＤを使用して、ＵＥ  ＡＳコンテキストを格納するｇＮＢ（ｇＮＢ１）を位置特定する。そして、ｇＮＢ３は、ＵＥ  ＡＳコンテキストＩＤとともにＵＥコンテキスト読み出しリクエストをソースｇＮＢ（ｇＮＢ１）に送信するようにしてもよい。いくつかの実施形態において、ｇＮＢ３は、ＵＥが提供する再開ＩＤをスクランブル解除するようにしてもよい。
ａ．特定の実施形態において、ｇＮＢ３は、ＵＥ  ＡＳコンテキストＩＤのＵＥ  ＩＤ部のみをソースｇＮＢに送信する。このように、ｇＮＢ３は、ＵＥ  ＡＳコンテキストＩＤのｇＮＢ  ＩＤ部を送信しなくてもよい。この部分は、コンテキストを格納するｇＮＢの識別のみに使用されるためである。
８．ソースｇＮＢ（ｇＮＢ１）は、ＵＥ  ＡＳコンテキストを含むＵＥコンテキスト読み出しリクエストに応答する。
９．ｇＮＢ３は、ＭＭＥに経路切り替えを要求する。
１０．ＭＭＥは、ベアラを更新する。
１１．ＭＭＥは、経路切り替え要求確認でｇＮＢ３に応答する。
１２．ｇＮＢ３は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅをＵＥに送信する。
１３．ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅでｇＮＢに応答する。
１４．ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤになる。
１５．ｇＮＢ３は、ｇＮＢ１に問い合わせて、古いＵＥコンテキストの解放を要求する。
ａ．特定の実施形態において、ｇＮＢ３は代替として、ｇＮＢ１における古いＵＥコンテキストの除去を補助するようにＭＭＥに要求可能である。
１６．たとえばＵＥがしばらくの間、非アクティブである場合、ネットワークは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥとなるように中断することを決定可能である。ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいて別のｇＮＢへのハンドオーバを実行した場合、新たなｇＮＢは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥとなるように中断すべきかを決定するようにしてもよい。
ａ．特定の実施形態において、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥに移行して、バッテリの節約あるいはネットワークまたは処理リソースの保護を行う旨を要求することができる。
ｂ．特定の実施形態において、ネットワークは、（ＵＥ能力および／またはＵＥ挙動に基づく）統計値を用いて、ＵＥ挙動を予測するとともに、非アクティブに移行する旨を決定可能である。
１７．ｇＮＢ３は、ＵＥ  ＡＳコンテキストに関連付けられた新たなＵＥ  ＡＳコンテキストＩＤを割り当て、以前と同じスクランブル化関数を使用することにより、再開ＩＤを導出する。
１８．ｇＮＢ３は、新たな再開ＩＤを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＳｕｓｐｅｎｄでＵＥを中断する。ＵＥは、再開ＩＤとＵＥ  ＡＳコンテキストＩＤとの間の関係を認識しないことになる。
１９．ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥになる。
【００９９】
図５は、第３の組の実施形態に関するシグナリング図を示している。図５は、ＵＥ  ＡＳコンテキストＩＤおよびページングＩＤ等の２つの別個の識別子を使用し、ＵＥにＩＤが１つだけ提供される例示的な一実施形態を示している。特定の実施形態において、ＲＡＮは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥとなるように中断すべき場合、２つの別個の識別子（たとえば、再開ＩＤおよびＵＥ  ＡＳコンテキストＩＤ）をＵＥに割り当てる（これらの識別子は、事前割り当てまたはＲＲＣ＿ＩＮＡＣＴＩＶＥへの遷移中の割り当てが可能である）。ただし、再開ＩＤのみがＵＥに対してシグナリングされ、（疑似）ランダムとすることも可能であるし、ＵＥ  ＡＳコンテキストＩＤから計算することも可能である。一方、ＵＥ  ＡＳコンテキストＩＤは、読み出されるコンテキストのロケーション（たとえば、ｇＮＢ  ＩＤ）およびＵＥ（たとえば、ＵＥ  ＩＤ）を一意に識別するようにしてもよい。
【０１００】
ＵＥがページングされる場合、ソースｇＮＢは、再開ＩＤおよびＵＥ  ＡＳコンテキストＩＤの両者を含むＲＡＮページングリクエストをＲＡＮエリアのその他のノードに送信するようにしてもよい。そして、ノードは、ＵＥをページングする場合、再開ＩＤのみを用いてページングするようにしてもよく、ＵＥは、再開ＩＤで応答するようにしてもよい。ページングノードは、再開ＩＤおよびＵＥ  ＡＳコンテキストＩＤの両者を受信しているため、ＵＥコンテキストを読み出すべき場合に、その格納場所を位置特定することができる。いくつかの実施形態において、ページングノードは、ＲＡＮページングリクエストの起点を追跡し、そのマッピングを使用してＵＥコンテキストの格納場所を位置特定する。
【０１０１】
ＵＥ主導の再開手順が（疑似）ランダム再開ＩＤと協働するように、ターゲットノード（たとえば、ｅＮＢ／ｇＮＢ）は、再開ＩＤとＵＥ  ＡＳコンテキストＩＤとの間のマッピング（すなわち、コンテキストのロケーション）を認識していてもよい。これは、ＲＡＮエリアの内側のすべてのノードと、場合によりＵＥにサーブし得るＲＡＮエリアの外側のノードとにＵＥコンテキストを自動入力することによっても可能である。あるいは、再開ＩＤとＵＥ  ＡＳコンテキストＩＤとの間のマッピングは、たとえば図３を参照して上述したのと同様に、ノードに配分可能である。
【０１０２】
特定の実施形態において、ターゲットノードは、認識していない再開ＩＤを受信した場合、その隣接ノードに問い合わせるようにしてもよい。ターゲットノードは、単一のステップ（たとえば、すべての隣接ノードに同時に尋ねること）または複数のステップ（たとえば、最も可能性の高い隣接ノードに最初に尋ねた後、２番目に可能性の高いノードに尋ね、以下同様に尋ねること）で隣接ノードに問い合わせるようにしてもよい。ノード（たとえば、ｅＮＢ／ｇＮＢ）は、問い合わせた隣接ノードのいずれからも肯定応答を得られていない場合、コンテキストの読み出しの失敗を宣言するようにしてもよい。
【０１０３】
具体的な一例として、ＵＥおよびネットワーク要素は、図５に示すように、以下のような通信を行うようにしてもよい。
０．ＵＥは最初、ＲＲＣ＿ＩＮＡＣＴＩＶＥである。
１．ソースｇＮＢは、（たとえば、ＤＬデータがＳ−ＧＷから到着した場合）ＲＡＮエリアにおいてＵＥをＲＡＮページングすべきと決定する。ＲＡＮエリアは、ｇＮＢ１（ソースｇＮＢ）、ｇＮＢ２、およびｇＮＢ３を含んでいてもよい。ソースｇＮＢは、ＵＥ  ＡＳコンテキストＩＤおよび再開ＩＤとともにＲａｎＰａｇｉｎｇＲｅｑｕｅｓｔをＲＡＮエリアの関連するｇＮＢに送信する。
２．関連するｇＮＢは、各セルにおいて、再開ＩＤによりＵＥをページングする。この図においては、ＵＥがｇＮＢ３セルのうちの１つであることから、ｇＮＢ３のみが成功となる。
３．ＵＥは、ｇＮＢ３へのランダムアクセスプリアンブルによって、ｇＮＢ３からのページに応答する。
４．ｇＮＢ３は、ランダムアクセス応答により応答する。
５．ＵＥは、再開ＩＤを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔをｇＮＢ３に送信する。
６．ｇＮＢ３は、再開ＩＤおよびＵＥ  ＡＳコンテキストＩＤをすでに有することから、再開ＩＤを受信する場合にＵＥコンテキストを含むノードを識別する。そして、ｇＮＢ３は、ＵＥ  ＡＳコンテキストＩＤを含むＵＥコンテキスト読み出しリクエストを送信する。
ａ．特定の実施形態において、ｇＮＢ３は、ＵＥ  ＡＳコンテキストＩＤのＵＥ  ＩＤ部のみをソースｇＮＢに送信する。
７．ソースｇＮＢ（ｇＮＢ１）は、ＵＥ  ＡＳコンテキストを含むＵＥコンテキスト読み出しリクエストに応答する。
８．ｇＮＢ３は、ＭＭＥに経路切り替えを要求する。
９．ＭＭＥは、ベアラを更新する。
１０．ＭＭＥは、経路切り替え要求確認でｇＮＢ３に応答する。
１１．ｇＮＢ３は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅをＵＥに送信する。
１２．ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅでｇＮＢに応答する。
１３．ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤになる。
１４．ｇＮＢ３は、ｇＮＢ１に問い合わせて、古いＵＥコンテキストの解放を要求する。
ａ．特定の実施形態において、ｇＮＢ３は、ｇＮＢ１における古いＵＥコンテキストの除去を補助するようにＭＭＥに要求可能である。
１５．ＵＥがしばらくの間、非アクティブである場合、ネットワークは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥとなるように中断することを決定可能である。いくつかの実施形態において、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥへの移行を要求するようにしてもよい。いくつかの実施形態において、ネットワークは、（ＵＥ能力および／またはＵＥ挙動に基づく）統計値を用いて、ＵＥ挙動を予測するとともに、非アクティブに移行する旨を決定可能である。
１６．ｇＮＢ３は、新たな再開ＩＤ（および場合により、新たなＵＥ  ＡＳコンテキストＩＤ）を割り当てる。
１７．ｇＮＢ３は、新たな再開ＩＤを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＳｕｓｐｅｎｄでＵＥを中断する。ＵＥは、再開ＩＤとＵＥ  ＡＳコンテキストＩＤとの間の関係を認識していなくてもよい。
１８．ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥになる。
【０１０４】
図６は、第４の組の実施形態に関するシグナリング図を示している。図６は、（疑似）ランダム再開ＩＤおよびＵＥコンテキストのロケーションを識別するＵＥ  ＡＳコンテキストＩＤという２つの別個の識別子を使用する例示的な一実施形態を示している。これらの実施形態において、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥとなるように中断している場合、両識別子がＵＥに提供されてもよい。
【０１０５】
特定の実施形態においては、暗号化中断メッセージ（たとえば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｕｓｐｅｎｄ）においてＵＥ  ＡＳコンテキストＩＤがＵＥに提供されるが、ＵＥは、不可逆的スクランブル化関数Ｆを用いて、再開ＩＤを計算する。このように、ＵＥは、ＵＥで応答して、接続の再開を確認するようにしてもよい。
【０１０６】
特定の実施形態において、ＵＥがページングされる場合、ソースノード（たとえば、ｅＮＢ／ｇＮＢ）は、再開ＩＤおよびＵＥ  ＡＳコンテキストＩＤの両者を含むＲＡＮページングリクエストをＲＡＮエリア中のその他のノードに送信するようにしてもよい。いくつかの実施形態においては、ＲＡＮページングリクエストが再開ＩＤのみを含み、隣接ノードが再開ＩＤをＸ２／Ｘｎインターフェースと関連付けることによって、ＵＥコンテキストを格納するノードを位置特定する。いくつかの実施形態においては、ＲＡＮページングリクエストがＵＥ  ＡＳコンテキストＩＤのみを含み、ターゲットノードが不可逆的スクランブル化関数Ｆを用いて、再開ＩＤを計算する。
【０１０７】
特定の実施形態においては、ノードが（疑似）ランダム再開ＩＤでＵＥをページングするようにしてもよく、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ中のＵＥ  ＡＳコンテキストＩＤで応答する。そして、ターゲットノードがＵＥ  ＡＳコンテキストＩＤを使用することにより、ＵＥコンテキストを位置特定するようにしてもよい。いくつかの実施形態においては、ＵＥが（疑似）ランダム再開ＩＤで応答し、ターゲットノードが再開ＩＤとＵＥ  ＡＳコンテキストＩＤとの間のマッピング（または、再開ＩＤとソースノードへのＸ２／Ｘｎインターフェースとの間のマッピング）を使用して、ＵＥコンテキストを位置特定する。
【０１０８】
特定の実施形態において、ＵＥは、接続再開を開始するようにしてもよい。このような場合、ネットワークがＵＥをページングしていない場合（たとえば、ＵＥ主導のデータ移行／音声通話またはロケーションエリア更新（ＲＡＮエリア更新／ＣＮトラッキングエリア更新）の場合）は、ＵＥがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ中のＵＥ  ＡＳコンテキストＩＤを使用するようにしてもよく、ターゲットノードがそのＩＤを使用して、ＵＥコンテキストを位置特定する。
【０１０９】
具体的な一例として、ＵＥおよびネットワーク要素は、図６に示すように、以下のような通信を行うようにしてもよい。
０．ＵＥは最初、ＲＲＣ＿ＩＮＡＣＴＩＶＥである。
１．ソースｇＮＢは、（たとえば、ＤＬデータがＳ−ＧＷから到着した場合）ＲＡＮエリアにおいてＵＥをＲＡＮページングすべきと決定する。ＲＡＮエリアは、ｇＮＢ１（ソースｇＮＢ）、ｇＮＢ２、およびｇＮＢ３を含んでいてもよい。ソースｇＮＢは、ＵＥ  ＡＳコンテキストＩＤおよび再開ＩＤとともにＲａｎＰａｇｉｎｇＲｅｑｕｅｓｔを関連するｇＮＢに送信するようにしてもよい。
２．関連するｇＮＢは、各セルにおいて、再開ＩＤによりＵＥをページングする。この図においては、ＵＥがｇＮＢ３セルのうちの１つであることから、ｇＮＢ３のみが成功となる。
３．ＵＥは、ｇＮＢ３へのランダムアクセスプリアンブルによって、ｇＮＢ３からのページに応答する。
４．ｇＮＢ３は、ランダムアクセス応答により応答する。
５．ＵＥは、ＵＥ  ＡＳコンテキストＩＤを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔをｇＮＢ３に送信する。本例において、ＵＥは、ページングｇＮＢから送られた第１の識別子と異なる第２の識別子を送信する。
６．ｇＮＢ３は、再開ＩＤおよびＵＥ  ＡＳコンテキストＩＤをすでに有することから、ＵＥ  ＡＳコンテキストＩＤを受信する場合にＵＥコンテキストを含むノードを識別する。そして、ｇＮＢ３は、ＵＥ  ＡＳコンテキストＩＤを含むＵＥコンテキスト読み出しリクエストをソースｇＮＢ（ｇＮＢ１）に送信する。
ａ．特定の実施形態において、ｇＮＢ３は、ＵＥ  ＡＳコンテキストＩＤのＵＥ  ＩＤ部のみをソースｇＮＢに送信する。
７．ｇＮＢ１は、ＵＥ  ＡＳコンテキストを含むＵＥコンテキスト読み出しリクエストに応答する。
８．ｇＮＢ３は、ＭＭＥに経路切り替えを要求する。
９．ＭＭＥは、ベアラを更新する。
１０．ＭＭＥは、経路切り替え要求確認でｇＮＢ３に応答する。
１１．ｇＮＢ３は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅをＵＥに送信する。
１２．ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅでｇＮＢに応答する。
１３．ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤになる。
１４．ｇＮＢ３は、ｇＮＢ１に問い合わせて、古いＵＥコンテキストの解放を要求する。
ａ．いくつかの実施形態において、ｇＮＢ３は、ｇＮＢ１における古いＵＥコンテキストの除去を補助するようにＭＭＥに要求可能である。
１５．たとえばＵＥがしばらくの間、非アクティブである場合、ネットワークは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥとなるように中断することを決定可能である。いくつかの実施形態において、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥへの移行を要求するようにしてもよい。いくつかの実施形態において、ネットワークは、（ＵＥ能力および／またはＵＥ挙動に基づく）統計値を用いて、ＵＥ挙動を予測するとともに、非アクティブに移行する旨を決定可能である。
１６．ｇＮＢ３は、新たな再開ＩＤ（および場合により、新たなＵＥ  ＡＳコンテキストＩＤ）を割り当てる。
１７．ｇＮＢ３は、新たな再開ＩＤおよび最新のＵＥ  ＡＳコンテキストＩＤを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＳｕｓｐｅｎｄでＵＥを中断する。この場合、ＵＥは、再開ＩＤとＵＥ  ＡＳコンテキストＩＤとの間の関係を認識することになる。ただし、少なくともＵＥからページングＩＤへの応答が同じ識別子（たとえば、ＵＥ  ＡＳコンテキストＩＤに対する再開ＩＤ）であることから、機密情報も個人情報も伝達されない。
１８．ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥになる。
【０１１０】
上述の解決手段は、任意好適な構成要素を使用する任意適当な種類のシステムにおいて実装され得るが、上述の解決手段の特定の実施形態は、図７に示す例示的な無線通信ネットワーク等の無線ネットワークにおいて実装され得る。図７の例示的な実施形態において、無線通信ネットワークは、通信および他の種類のサービスを１つまたは複数の無線デバイスに与える。図示の実施形態において、無線通信ネットワークは、無線通信ネットワークによって与えられるサービスへの無線デバイスのアクセスおよび／またはそれらサービスの使用を容易にするネットワークノードの１つまたは複数のインスタンスを含む。無線通信ネットワークは、無線デバイス間の通信または無線デバイスと固定電話等の別の通信デバイスとの間の通信をサポートするのに好適な任意の追加要素をさらに含み得る。
【０１１１】
ネットワーク２２０は、１つまたは複数のＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にする他のネットワークを備え得る。
【０１１２】
無線通信ネットワークは、任意の種類の通信、電気通信、データ、セルラー、ならびに／または無線ネットワークもしくは他の種類のシステムを表し得る。特定の実施形態において、無線通信ネットワークは、特定の規格または他の種類の所定ルールもしくは手順に従って動作するように設定され得る。したがって、無線通信ネットワークの特定の実施形態は、モバイル通信用グローバルシステム（ＧＳＭ）、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ならびに／または他の好適な２Ｇ、３Ｇ、４Ｇ、もしくは５Ｇ規格等の通信規格、ＩＥＥＥ８０２．１１規格等の無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／またはＷｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、および／もしくはＺｉｇＢｅｅ規格等、その他任意の適当な無線通信規格を実装し得る。
【０１１３】
図７は、特定の一実施形態に係る、ネットワークノード２００および無線デバイス（ＷＤ）２１０をより詳細に表した無線ネットワークを示す。簡単化のため、図７は、ネットワーク２２０、ネットワークノード２００および２００ａ、ならびにＷＤ２１０のみを示す。ネットワークノード２００は、プロセッサ２０２、ストレージ２０３、インターフェース２０１、およびアンテナ２０１ａを備える。同様に、ＷＤ２１０は、プロセッサ２１２、ストレージ２１３、インターフェース２１１、およびアンテナ２１１ａを備える。これらの構成要素は、無線ネットワークにおける無線接続の提供等、ネットワークノードおよび／または無線デバイスの機能を与えるために協働し得る。異なる実施形態において、無線ネットワークは、任意の数の有線もしくは無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、ならびに／または有線もしくは無線接続のいずれかにかかわらず、データおよび／もしくは信号の通信を容易にするかまたはその通信に参加し得る他の任意の構成要素を備え得る。
【０１１４】
本明細書において使用する「ネットワークノード」は、無線デバイスならびに／または無線デバイスへの無線アクセスを有効化および／もしくは提供する無線通信ネットワーク中の他の機器との直接的または間接的な通信の可能化、設定、構成、ならびに／または動作可能化のための機器を表す。ネットワークノードの例としては、アクセスポイント（ＡＰ）、特に無線アクセスポイントが挙げられるが、これらに限定されない。ネットワークノードは、無線基地局等の基地局（ＢＳ）を表し得る。無線基地局の特定例としては、ノードＢおよびエボルブドノードＢ（ｅＮＢ）が挙げられる。基地局は、基地局が与えるカバレッジの量（または、基地局の送信電力レベル）に基づいて分類可能であり、その場合は、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局とも称し得る。「ネットワークノード」には、場合によりリモート無線ヘッド（ＲＲＨ）と称する集中型デジタルユニットおよび／またはリモートラジオユニット（ＲＲＵ）等の分散型無線基地局の１つまたは複数（またはすべて）の部分も含む。このようなリモートラジオユニットは、アンテナ統合無線機としてアンテナと統合されていてもよいし、統合されていなくてもよい。分散型無線基地局の部分は、分散型アンテナシステム（ＤＡＳ）において、ノードと称する場合もある。
【０１１５】
特定の非限定的な一例として、基地局は、中継を制御する中継ノードまたは中継ドナーノードであってもよい。
【０１１６】
ネットワークノードのさらに別の例としては、マルチ規格無線（ＭＳＲ）ＢＳ等のＭＳＲ無線機器、無線ネットワークコントローラ（ＲＮＣ）もしくは基地局コントローラ（ＢＳＣ）等のネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（たとえば、Ｅ−ＳＭＬＣ）、ならびに／またはＭＤＴが挙げられる。ただし、より一般には、無線デバイスに対する無線通信ネットワークへのアクセスの有効化および／もしくは提供または無線通信ネットワークにアクセスした無線デバイスへのサービスの提供の可能化、設定、構成、ならびに／または動作可能化のための任意好適なデバイス（または、デバイス群）をネットワークノードが表し得る。
【０１１７】
本明細書において使用する用語「無線ノード」は一般に、それぞれが上述の通り、無線デバイスおよびネットワークノードの両者を表すのに用いられる。
【０１１８】
図７において、ネットワークノード２００は、プロセッサ２０２、ストレージ２０３、インターフェース２０１、およびアンテナ２０１ａを備える。これらの構成要素は、単一のより大きなボックス内に位置付けられた単一のボックスとして示される。ただし、実際には、単一の図示の構成要素を構成する複数の異なる物理的構成要素をネットワークノードが備え得る（たとえば、インターフェース２０１は、有線接続のワイヤを結合する端子および無線接続の無線トランシーバを備え得る）。別の例として、ネットワークノード２００は、複数の異なる物理的に別個の構成要素が相互作用によってネットワークノード２００の機能を与える仮想ネットワークノードであってもよい（たとえば、プロセッサ２０２は、３つの別個の筐体中に位置付けられた３つの別個のプロセッサを備えていてもよく、各プロセッサは、ネットワークノード２００の特定のインスタンスの異なる機能を担当する）。同様に、ネットワークノード２００は、複数の物理的に別個の構成要素（たとえば、ノードＢ構成要素およびＲＮＣ構成要素、ＢＴＳ構成要素およびＢＳＣ構成要素等）で構成されていてもよく、それぞれが、それら自体のプロセッサ、ストレージ、およびインターフェース構成要素を有し得る。ネットワークノード２００が複数の別個の構成要素（たとえば、ＢＴＳ構成要素およびＢＳＣ構成要素）を備えるいくつかのシナリオでは、別個の構成要素のうちの１つまたは複数がいくつかのネットワークノード間で共有され得る。たとえば、単一のＲＮＣが複数のノードＢを制御し得る。このようなシナリオでは、各一意のノードＢおよびＢＳＣ対が別個のネットワークノードであってもよい。いくつかの実施形態において、ネットワークノード２００は、複数の無線アクセス技術（ＲＡＴ）をサポートするように設定され得る。このような実施形態においては、いくつかの構成要素が（たとえば、異なるＲＡＴに対して別個のストレージ２０３が）複製され、いくつかの構成要素が再利用され得る（たとえば、同じアンテナ２０１ａがＲＡＴによって共有され得る）。
【０１１９】
プロセッサ２０２は、単独またはストレージ２０３等の他のネットワークノード２００構成要素との協働でネットワークノード２００の機能を与えるように動作可能なマイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、あるいはその他任意の好適なコンピューティングデバイス、リソース、またはハードウェア、ソフトウェア、および／もしくは符号化ロジックの組合せのうちの１つまたは複数の組合せであってもよい。たとえば、プロセッサ２０２は、ストレージ２０３に格納された命令を実行し得る。このような機能は、本明細書に開示の機能または利益のうちのいずれかを含めて、本明細書に記載のさまざまな無線機能をＷＤ２１０等の無線デバイスに提供することを含み得る。
【０１２０】
ストレージ２０３は、永続ストレージ、固体メモリ、リモートでマウントされたメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、リムーバブル媒体、またはその他任意の好適なローカルもしくはリモートメモリコンポーネント等、任意の形態の揮発性または不揮発性コンピュータ可読メモリを備え得るが、これらに限定されない。ストレージ２０３は、ネットワークノード２００が利用するソフトウェアおよび符号化ロジック等、任意の好適な命令、データ、または情報を格納し得る。ストレージ２０３は、プロセッサ２０２により行われる任意の計算および／またはインターフェース２０１を介して受信される任意のデータを格納するのに使用され得る。
【０１２１】
また、ネットワークノード２００は、ネットワークノード２００、ネットワーク２２０、および／またはＷＤ２１０間のシグナリングおよび／またはデータの有線または無線通信において使用され得るインターフェース２０１を備える。たとえば、インターフェース２０１は、ネットワークノード２００が有線接続を介してネットワーク２２０からデータを送受信可能となるのに必要となり得る任意のフォーマット、コード化、または変換を実行し得る。また、インターフェース２０１は、アンテナ２０１ａへの結合またはアンテナ２０１ａの一部化が可能な無線送信機および／または受信機を含み得る。無線機は、無線接続を介して他のネットワークノードまたはＷＤに送出されるデジタルデータを受信し得る。無線機は、適当なチャネルおよび帯域幅パラメータを有する無線信号へとデジタルデータを変換し得る。そして、無線信号は、アンテナ２０１ａを介して適当な受信側（たとえば、ＷＤ２１０）に送信され得る。
【０１２２】
アンテナ２０１ａは、データおよび／または信号を無線で送信および受信し得る任意の種類のアンテナであってもよい。いくつかの実施形態において、アンテナ２０１ａは、たとえば２ＧＨｚと６６ＧＨｚとの間の無線信号を送信／受信するように動作可能な１つまたは複数の無指向性セクタまたはパネルアンテナを備え得る。無指向性アンテナは、任意の方向に無線信号を送信／受信するのに使用され得る。セクタアンテナは、特定のエリア内のデバイスから無線信号を送信／受信するのに使用され得る。パネルアンテナは、比較的直線状に無線信号を送信／受信するのに使用される見通し線アンテナであってもよい。
【０１２３】
本明細書おいて使用する「無線デバイス」（ＷＤ）は、ネットワークノードおよび／または別の無線デバイスとの無線通信の可能化、設定、構成、ならびに／または動作可能化のためのデバイスを表す。無線で通信することには、空中で情報を伝達するのに好適な電磁信号、電波、赤外線信号、および／または他の種類の信号を使用して無線信号を送信および／または受信することを伴い得る。特定の実施形態において、無線デバイスは、直接的な人間の相互作用なく、情報を送信および／または受信するように設定され得る。たとえば、無線デバイスは、内部もしくは外部イベントによるトリガーまたはネットワークからの要求を受けた場合に、所定のスケジュールでネットワークに情報を送信するように設計され得る。一般に、無線デバイスは、無線通信の可能化、設定、構成、および／または動作可能化のための任意のデバイス（たとえば、無線通信デバイス）を表し得る。無線デバイスの例としては、スマートフォン等のユーザ機器（ＵＥ）が挙げられるが、これに限定されない。別の例としては、無線カメラ、無線対応タブレットコンピュータ、ラップトップ埋込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、および／または無線顧客構内機器（ＣＰＥ）が挙げられる。
【０１２４】
１つの特定例として、無線デバイスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格等、３ＧＰＰにより公表された１つまたは複数の通信規格による通信用に設定されたＵＥを表し得る。本明細書において使用する「ユーザ機器」または「ＵＥ」は、関連するデバイスを所有および／または作動する人間のユーザという意味での「ユーザ」を有するとは限らない。代わりに、ＵＥは、人間のユーザへの販売または人間のユーザによる作動を意図されるが、特定の人間のユーザと最初には関連付けられない可能性があるデバイスを表し得る。
【０１２５】
無線デバイスは、たとえばサイドリンク通信のための３ＧＰＰ規格を実装することによって、デバイス間（Ｄ２Ｄ）通信をサポート可能であり、この場合はＤ２Ｄ通信デバイスと称し得る。
【０１２６】
さらに別の特定例として、インターネット・オブ・シングス（ＩｏＴ）のシナリオでは、無線デバイスが監視および／または測定を実施し、そのような監視および／または測定の結果を別の無線デバイスおよび／またはネットワークノードに送信するマシンまたは他のデバイスを表し得る。この場合、無線デバイスは、マシン間（Ｍ２Ｍ）デバイスであってもよく、３ＧＰＰの背景においてマシンタイプ通信（ＭＴＣ）デバイスと称し得る。１つの特定例として、無線デバイスは、３ＧＰＰ狭帯域インターネット・オブ・シングス（ＮＢ−ＩｏＴ）規格を実装したＵＥであってもよい。このようなマシンまたはデバイスの特定例は、センサ、電力計等の計量デバイス、産業用機械類、または家庭用または個人用電気器具（たとえば、冷蔵庫、テレビ、時計等の個人用ウェアラブル）である。他のシナリオでは、動作ステータスまたは動作と関連付けられた他の機能を監視および／または報告し得る車両等の機器を無線デバイスが表し得る。
【０１２７】
上述の無線デバイスは、無線接続のエンドポイントを表していてもよく、この場合は無線端末と称し得る。さらに、上述の無線デバイスはモバイルであってもよく、この場合はモバイルデバイスまたはモバイル端末とも称し得る。
【０１２８】
図７に示すように、ＷＤ２１０は、如何なる種類の無線エンドポイント、移動局、モバイルフォン、無線ローカルループフォン、スマートフォン、ユーザ機器、デスクトップコンピュータ、ＰＤＡ、携帯電話、タブレット、ラップトップ、ＶｏＩＰフォン、またはハンドセットであってもよく、ネットワークノード２００および／または他のＷＤ等のネットワークノードとの間でデータおよび／または信号を無線で送受信することができる。ＷＤ２１０は、プロセッサ２１２、ストレージ２１３、インターフェース２１１、およびアンテナ２１１ａを備える。ネットワークノード２００と同様に、ＷＤ２１０の構成要素は、単一のより大きなボックス内に位置付けられた単一のボックスとして示される。ただし、実際には、単一の図示の構成要素を構成する複数の異なる物理的構成要素を無線デバイスが備え得る（たとえば、ストレージ２１３は、複数の個別マイクロチップを備えていてもよく、各マイクロチップが総記憶容量の一部分を表す）。
【０１２９】
プロセッサ２１２は、単独またはストレージ２１３等の他のＷＤ２１０構成要素との組合せでＷＤ２１０の機能を与えるように動作可能なマイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、あるいはその他任意の好適なコンピューティングデバイス、リソース、またはハードウェア、ソフトウェア、および／もしくは符号化ロジックの組合せのうちの１つまたは複数の組合せであってもよい。このような機能は、本明細書に開示の機能または利益のうちのいずれかを含めて、本明細書に記載のさまざまな無線機能を提供することを含み得る。
【０１３０】
ストレージ２１３は、永続ストレージ、固体メモリ、リモートでマウントされたメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、リムーバブル媒体、またはその他任意の好適なローカルもしくはリモートメモリコンポーネント等、任意の形態の揮発性または不揮発性メモリであってもよいが、これらに限定されない。ストレージ２１３は、ＷＤ２１０が利用するソフトウェアおよび符号化ロジック等、任意の好適なデータ、命令、または情報を格納し得る。ストレージ２１３は、プロセッサ２１２により行われる任意の計算および／またはインターフェース２１１を介して受信される任意のデータを格納するのに使用され得る。
【０１３１】
インターフェース２１１は、ＷＤ２１０とネットワークノード２００との間のシグナリングおよび／またはデータの無線通信において使用され得る。たとえば、インターフェース２１１は、ＷＤ２１０が有線接続を介してネットワークノード２００からデータを送受信可能となるのに必要となり得る任意のフォーマット、コード化、または変換を実行し得る。また、インターフェース２１１は、アンテナ２１１ａへの結合またはアンテナ２０１ａの一部化が可能な無線送信機および／または受信機を含み得る。無線機は、無線接続を介してネットワークノード２０１に送出されるデジタルデータを受信し得る。無線機は、適当なチャネルおよび帯域幅パラメータを有する無線信号へとデジタルデータを変換し得る。そして、無線信号は、アンテナ２１１ａを介してネットワークノード２００に送信され得る。
【０１３２】
アンテナ２１１ａは、データおよび／または信号を無線で送信および受信し得る任意の種類のアンテナであってもよい。いくつかの実施形態において、アンテナ２１１ａは、２ＧＨｚと６６ＧＨｚとの間の無線信号を送信／受信するように動作可能な１つまたは複数の無指向性セクタまたはパネルアンテナを備え得る。簡単化のため、アンテナ２１１ａは、無線信号が使用されている限り、インターフェース２１１の一部と見なされ得る。
【０１３３】
図８は、例示的な無線デバイスであるユーザ機器（ＵＥ）３００を示す。ＵＥ３００は、アンテナ３０５、無線フロントエンド回路３１０、処理回路３１５、およびコンピュータ可読記憶媒体３３０を含む。アンテナ３０５は、１つまたは複数のアンテナまたはアンテナアレイを含んでいてもよく、無線信号を送信および／または受信するように構成され、無線フロントエンド回路３１０に接続される。特定の代替実施形態において、無線デバイス３００はアンテナ３０５を含んでいなくてもよく、代わりに、アンテナ３０５が無線デバイス３００から分離され、インターフェースまたはポートを通じて無線デバイス３００に接続可能であり得る。
【０１３４】
無線フロントエンド回路３１０は、さまざまなフィルタおよび増幅器を備えていてもよく、アンテナ３０５および処理回路３１５に接続され、アンテナ３０５と処理回路３１５との間で伝達される信号を調節するように設定される。特定の代替実施形態においては、無線デバイス３００が無線フロントエンド回路３１０を含んでいなくてもよく、代わりに、無線フロントエンド回路３１０なしで処理回路３１５がアンテナ３０５に接続され得る。
【０１３５】
処理回路３１５は、無線周波数（ＲＦ）トランシーバ回路、ベースバンド処理回路、およびアプリケーション処理回路のうちの１つまたは複数を含み得る。いくつかの実施形態において、ＲＦトランシーバ回路、ベースバンド処理回路、およびアプリケーション処理回路は、別個のチップセット上に存在していてもよい。代替実施形態においては、ベースバンド処理回路およびアプリケーション処理回路の一部または全部が１つのチップセットとして組み合わされていてもよく、ＲＦトランシーバ回路が別個のチップセット上に存在していてもよい。別の代替実施形態においては、ＲＦトランシーバ回路およびベースバンド処理回路の一部または全部が同じチップセット上に存在していてもよく、アプリケーション処理回路が別個のチップセット上に存在していてもよい。さらに他の代替実施形態においては、ＲＦトランシーバ回路、ベースバンド処理回路、およびアプリケーション処理回路の一部または全部が同じチップセットにおいて組み合わされていてもよい。処理回路３１５は、たとえば１つまたは複数の中央処理ユニット（ＣＰＵ）、１つもしくは複数のマイクロプロセッサ、１つもしくは複数の特定用途向け集積回路（ＡＳＩＣ）、ならびに／または１つもしくは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含み得る。
【０１３６】
特定の実施形態においては、コンピュータ可読記憶媒体３３０に格納された命令を実行する処理回路３１５により、無線デバイスが与えるものとして本明細書に記載の機能の一部または全部が提供され得る。代替実施形態においては、コンピュータ可読媒体に格納された命令を配線接続された様態等で実行することなく、上記機能の一部または全部が処理回路３１５により提供され得る。これら特定の実施形態のいずれにおいても、コンピュータ可読記憶媒体に格納された命令を実行するか否かにかかわらず、処理回路は、上記機能を実行するように設定されていると言える。このような機能によりもたらされる利益は、処理回路３１５単独またはＵＥ３００の他の構成要素に限定されず、全体としての無線デバイスならびに／または一般としてのエンドユーザおよび無線ネットワークにより享受される。
【０１３７】
アンテナ３０５、無線フロントエンド回路３１０、および／または処理回路３１５は、無線デバイスが実行するものとして本明細書に記載の任意の受信動作を実行するように設定され得る。任意の情報、データ、および／または信号がネットワークノードおよび／または別の無線デバイスから受信され得る。
【０１３８】
処理回路３１５は、無線デバイスが実行するものとして本明細書に記載の任意の判定動作を実行するように設定され得る。処理回路３１５が実行する判定には、たとえば処理回路３１５が取得した情報の他の情報への変換、無線デバイスに格納された情報に対する取得情報もしくは変換情報の比較、ならびに／または取得情報もしくは変換情報に基づく１つもしくは複数の動作の実行によって情報を処理することと、前記処理の結果として判定を下すこととを含み得る。
【０１３９】
アンテナ３０５、無線フロントエンド回路３１０、および／または処理回路３１５は、無線デバイスが実行するものとして本明細書に記載の任意の送信動作を実行するように設定され得る。任意の情報、データ、および／または信号がネットワークノードおよび／または別の無線デバイスから送信され得る。
【０１４０】
コンピュータ可読記憶媒体３３０は一般に、コンピュータプログラム、ソフトウェア、ロジック、ルール、コード、テーブル等のうちの１つまたは複数を含むアプリケーション、および／またはプロセッサにより実行可能な他の命令等、命令を記憶するように動作可能である。コンピュータ可読記憶媒体３３０の例としては、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）もしくはリードオンリーメモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、コンパクトディスク（ＣＤ）もしくはデジタルビデオディスク（ＤＶＤ））、ならびに／または処理回路３１５により使用可能な情報、データ、および／もしくは命令を格納するその他任意の揮発性もしくは不揮発性の非一時的コンピュータ可読および／もしくはコンピュータ実行可能メモリデバイスが挙げられる。いくつかの実施形態においては、処理回路３１５およびコンピュータ可読記憶媒体３３０が統合されると見なされ得る。
【０１４１】
ＵＥ３００の代替実施形態には、本明細書に記載の機能および／または上述の解決手段をサポートするのに必要な任意の機能のいずれかを含めて、ＵＥの機能の特定の態様の提供を担い得る図８に示す構成要素以外の付加的な構成要素を含み得る。ほんの一例として、ＵＥ３００は、入力インターフェース、デバイスおよび回路、ならびに出力インターフェース、デバイスおよび回路を含み得る。入力インターフェース、デバイス、および回路は、ＵＥ３００への情報の入力を可能にするように設定され、処理回路３１５が入力情報を処理できるように処理回路３１５に接続される。たとえば、入力インターフェース、デバイス、および回路には、マイク、近接センサ等のセンサ、キー／ボタン、タッチディスプレイ、１つもしくは複数のカメラ、ＵＳＢポート、または他の入力要素を含み得る。出力インターフェース、デバイス、および回路は、ＵＥ３００からの情報の出力を可能にするように設定され、処理回路３１５がＵＥ３００からの出力情報を処理できるように処理回路３１５に接続される。たとえば、出力インターフェース、デバイス、または回路には、スピーカ、ディスプレイ、振動回路、ＵＳＢポート、ヘッドフォンインターフェース、または他の出力要素を含み得る。１つまたは複数の入力および出力インターフェース、デバイス、および回路を使用することにより、ＵＥ３００は、エンドユーザおよび／または無線ネットワークと通信して、エンドユーザおよび／または無線ネットワークが本明細書に記載の機能から利益を得られるようにし得る。
【０１４２】
別の例として、ＵＥ３００は、電力源３３５を含み得る。電力源３３５は、電力管理回路を備え得る。電力源３３５は電源から電力を受電し得るが、この電源は、電力源３３５に備えられていてもよいし、電力源３３５の外部であってもよい。たとえば、ＵＥ３００は、電力源３３５に接続または統合されたバッテリまたはバッテリパックの形態の電源を備え得る。光起電力デバイス等の他の種類の電力源も使用可能である。別の例として、ＵＥ３００は、電気ケーブル等の入力回路またはインターフェースを介して（電気コンセント等の）外部電源に接続可能であってもよく、これにより、外部電源は電力源３３５に電力を供給する。電力源３３５は、無線フロントエンド回路３１０、処理回路３１５、および／またはコンピュータ可読記憶媒体３３０に接続され、本明細書に記載の機能を実行するための電力をＵＥ３００（処理回路３１５を含む）に供給するように設定され得る。
【０１４３】
また、ＵＥ３００は、たとえばＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、Ｗｉ−Ｆｉ、またはＢｌｕｅｔｏｏｔｈ無線技術等、無線デバイス３００に組み込まれた異なる無線技術のための複数組の処理回路３１５、コンピュータ可読記憶媒体３３０、無線回路３１０、および／またはアンテナ３０５を含み得る。これらの無線技術は、無線デバイス３００内の同一または異なるチップセットおよび他の構成要素に組み込まれ得る。
【０１４４】
図９は、本開示の特定の実施形態に係る、ユーザ機器１２０との接続を再開するためのネットワークノード１１０における例示的な方法９００を示したフローチャート図である。方法９００は、ステップ９１０において開始となり得る。ステップ９１０において、ネットワークノード１１０のうちの１つ等のネットワークノードは、第１の識別子を取得するようにしてもよい。第１の識別子は、ユーザ機器とネットワークとの間の非アクティブな接続の再開と関連付けられていてもよい。たとえば、ネットワークノードは、別のネットワークノードから第１の識別子を受信して、ＵＥ  ＡＳコンテキストＩＤと関連付けられた再開ＩＤでユーザ機器をページングする。ユーザ機器（ＵＥ）は、ネットワークノードのページングエリア内に存在する場合、ページに応答可能である。別の例として、ネットワークノードは、無線デバイスが接続を再開したい旨の判定（たとえば、無線デバイスからの再接続リクエスト）に応答して、別のネットワークノードから第１の識別子を取得するようにしてもよい。
【０１４５】
ステップ９２０において、ネットワークノードは、無線デバイスから第２の識別子を受信するようにしてもよい。第２の識別子は、第１の識別子と同じであってもよいし、第１の識別子と関連付けられていてもよい。たとえば、ネットワークノードが再開ＩＤでページングを行う場合、ＵＥは、再開ＩＤで応答するようにしてもよいし、あるいは、ＵＥ  ＡＳコンテキストＩＤまたはネットワークノードがＵＥ  ＡＳコンテキストＩＤを決定し得る別の識別子等、別の識別子で応答するようにしてもよい。別の例として、ネットワークノードは、無線デバイスからの未承認再接続リクエストにおいて、第２の識別子を受信するようにしてもよい。
【０１４６】
ステップ９３０において、ネットワークノードは、第２の識別子に基づいてロケーションインジケータを決定するようにしてもよい。ロケーション識別子は、接続と関連付けられた情報をそこから取得するネットワーク内のロケーションを示していてもよい。たとえば、ネットワークノードは、ＵＥ  ＡＳコンテキストＩＤまたはＵＥとの接続を中断したソースネットワークノードのロケーションを識別するその他何らかの識別情報を決定するようにしてもよい。ソースノードは、ネットワークノードによる接続の再開を可能にする中断接続に関する情報を含んでいてもよい。
【０１４７】
ステップ９４０において、ネットワークノードは、ロケーションインジケータにより示されるロケーションから、接続と関連付けられた情報を取得するようにしてもよい。たとえば、ネットワークノードは、ＵＥ  ＡＳコンテキストＩＤから、ＵＥコンテキスト情報のロケーションを決定した後、ロケーションにＵＥコンテキスト情報を要求するようにしてもよい。特に、ネットワークノードは、ＵＥとの接続を中断したソースネットワークノードであって、ＵＥコンテキスト情報を読み出すように問い合わせ可能なソースネットワークノードを位置特定するようにしてもよい。ステップ９５０において、ネットワークノードは、接続と関連付けられた情報を用いて、ユーザ機器とネットワークとの間の接続の再開を容易にするようにしてもよい。たとえば、ネットワークノードは、モビリティ管理エンティティに経路切り替えを要求し、読み出した接続情報を用いて、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅ信号をＵＥに送信するようにしてもよい。このように、ネットワークノードは、ネットワークまたはユーザ機器に関する機密情報も個人情報も無認可者に曝すことなく、ＵＥとの接続を再開することができる。
【０１４８】
図１０は、本開示の特定の実施形態に係る、ユーザ機器１２０との接続を再開および中断するためのネットワークノード１１０における例示的な方法１０００を示したフローチャート図である。方法１０００は、上述のステップ９１０、９２０、９３０、９４０、および９５０に対応するステップ１０１０、１０２０、１０３０、１０４０、および１０５０で開始となり得る。ステップ１０５０の後、ユーザ機器は、アクティブ接続状態となり得る。ステップ１０６０において、ネットワークノードは、ユーザ機器における非アクティブ化を検出するようにしてもよい。いくつかの実施形態において、ネットワークノードは、非アクティブ（たとえば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ）に移行するＵＥからのリクエストに基づいて、非アクティブ化を検出するようにしてもよい。いくつかの実施形態において、ネットワークは、（ＵＥ能力および／またはＵＥ挙動に基づく）統計値を用いて、ＵＥ挙動を予測するとともに、非アクティブに移行する旨を決定可能である。
【０１４９】
ユーザ機器における非アクティブ化を検出した後、方法１０００は、ステップ１０７０に移り、接続を中断する旨のリクエストをネットワークノードがユーザ機器に送信する。たとえば、ネットワークノードは、再開ＩＤおよび／またはＵＥ  ＡＳコンテキストＩＤを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＳｕｓｐｅｎｄ信号をＵＥに送信するようにしてもよい。このように、ユーザ機器は、本明細書に記載の種々実施形態に従って、所要情報による非アクティブ状態への設定により、接続を再開するようにしてもよい。特定の実施形態において、ステップ１０７０における接続を中断する旨のリクエストには、第３の識別子を含む。第３の識別子は、接続と関連付けられた情報をそこから取得するネットワーク内の第２のロケーションと関連付けられている。たとえば、接続を中断するネットワークノードは、新たな再開ＩＤ等の第３の識別子を生成するようにしてもよいし、生成済みであってもよい。第３の識別子は、最初の場所で無線デバイスの接続を中断したのと異なるネットワークノード上で接続が再開された場合に、新たなサービングネットワークノードを含めて、中断される接続の更新接続情報を反映させることになる。たとえば、接続と関連付けられた情報を取得する第２のロケーションは、現時点で接続の中断を要求しているネットワークノードであってもよい。別の例として、第２のロケーションは、新たなネットワークノードに対して通信可能に結合された別のネットワークエンティティ（たとえば、図３に記載のＤＮＳ等のデータベースエンティティ）であってもよい。いくつかの実施形態において、接続を中断する旨の無線デバイスへのリクエストは、中断された接続と関連付けられた情報をそこから取得するネットワーク内の第２のロケーションを示す第２のロケーションインジケータをさらに含む。このように、無線デバイスのコンテキスト情報を保護する識別子によって、接続がさらに再開される場合も、無線デバイスとの接続の効率的な再開が依然として可能である。接続のさらなる再開は、本明細書に記載の実施形態のいずれかにより実行されてもよい。
【０１５０】
特定の実施形態においては、方法９００および／もしくは１０００が付加的なステップを含むことならびに／または１つもしくは複数のステップが１つもしくは複数のサブステップもしくは任意選択的なステップを含むことが考えられる。たとえば、特定の実施形態において、ネットワークノードは、無線デバイスの接続の再開の容易化において、第２のネットワークノードと通信するようにしてもよい。第２のネットワークノードは、過去に接続が非アクティブとなる前に接続をハンドリングした基地局等の基地局（たとえば、ｅＮＢ／ｇＮＢ）であってもよい。いくつかの実施形態において、無線デバイスおよび中断接続に関するコンテキスト情報は、過去に接続をハンドリングした基地局に格納されてもよいし、そのような基地局から読み出し可能であってもよい。以上から、いくつかの実施形態において、ネットワークノードは、過去に接続をハンドリングした基地局と通信することにより、中断接続のコンテキスト情報または接続の再開に要する情報の取り出しを容易にする情報を読み出すようにしてもよい。別の例として、第２のネットワークノードとしては、たとえばルックアップテーブル等のマッピングに基づいて、第２の識別子およびロケーションインジケータを関連付けるデータベースも可能である。いくつかの実施形態において、ネットワークノードは、第２のネットワークノードにロケーションインジケータを要求して、中断接続と関連付けられた情報を読み出すネットワーク上のロケーションを決定するようにしてもよい。いくつかの実施形態において、ネットワークノードは、ドメインネームサービスデータベースと通信して、ロケーション情報を読み出すようにしてもよい。
【０１５１】
特定の実施形態において、ステップ９４０および／またはステップ１０４０においてロケーションインジケータを決定することは、第２の識別子（すなわち、第１のネットワークノードがページに応答して無線デバイスから受信した識別子）を含むリクエストを第２のネットワークノードに送信することを含んでいてもよい。第２のネットワークノードは、第２の識別子を含むリクエスト中の情報に基づいて、ロケーションインジケータの読み出しおよび／または生成を行うように構成されていてもよい。第２のネットワークノードは、ロケーションインジケータ（たとえば、ＵＥ  ＡＳコンテキストＩＤ）を要求するネットワークノードに伝達することにより、リクエストに応答するようにしてもよい。ステップ９４０および／またはステップ１０４０においてロケーションインジケータを決定することは、第２のネットワークノードからの応答においてロケーションインジケータを受信することをさらに含んでいてもよい。このように、ネットワークノードは、いくつかの実施形態ではネットワークまたはその一部にわたってアクセス可能と考えられる別のネットワークノードから、ロケーションインジケータを決定するようにしてもよい。
【０１５２】
特定の実施形態において、方法９００および／または方法１０００は、無線デバイスからの第２の識別子の受信に先立って第１の識別子を生成するステップをさらに含む。第１の識別子は、ロケーションインジケータに基づいて生成される。たとえば、ネットワークノードは、スクランブル化および／もしくは暗号化関数またはロケーションインジケータを用いて第１の識別子を生成するランダム（または、疑似ランダム）プロセスにより、再開ＩＤを第１の識別子として生成するようにしてもよい。そして、ネットワークノードは、無線デバイスに対して第１の識別子をページングするようにしてもよい。いくつかの実施形態において、第１の識別子を生成することは、ロケーションインジケータを暗号化することを含む。たとえば、ネットワークノードは、公開および秘密鍵暗号化を用いてロケーションインジケータを暗号化するとともに、暗号化したロケーションインジケータを第１の識別子またはその一部として使用するようにしてもよい。いくつかの実施形態において、第１の識別子を生成することは、ロケーションインジケータと第１の識別子との間のマッピングを含むルックアップテーブルを用いることを含む。
【０１５３】
特定の実施形態において、方法９００および／または方法１０００は、無線デバイスからの第２の識別子の受信に先立って、第２のネットワークノードから少なくとも第１の識別子を受信するステップをさらに含む。一例として、第２のネットワークノードは、ネットワークノードが第１の識別子を受信するデータベースを含んでいてもよい。別の例として、第２のネットワークノードは、接続が中断されるまで無線デバイスにサーブしていた基地局（たとえば、ｅＮＢ／ｇＮＢ）であってもよい。別の例として、第２のネットワークノードは、無線デバイスまたは無線デバイスにサーブするネットワークノードの接続または接続情報を管理する別のネットワークエンティティであってもよい。第２のネットワークノードは、接続に関する情報（たとえば、コンテキスト情報および／またはコンテキスト情報を格納するロケーションのロケーションインジケータ）を格納済みであってもよい。ネットワークが無線デバイスとの接続の再開を開始する場合、第２のネットワークノードは、その無線デバイスのＲＡＮページングエリア内で少なくとも第１の識別子をネットワークノードに伝達するようにしてもよい。あるいは、無線デバイスが接続の再開を開始する場合、ネットワークノードは、他のネットワークノードと通信して、その無線デバイスの第１の識別子を要求するようにしてもよい。たとえば、ネットワークノードは、ＲＡＮページングエリアを共有するネットワークノードにリクエストを送信するようにしてもよいし、ネットワークデータベース等の別のネットワークエンティティを通じて第１の識別子を要求するようにしてもよい。これに応答して、第２のネットワークノードは、その中断接続の第１の識別子を提供するようにしてもよい。いくつかの実施形態において、ネットワークノードは、第１の識別子に加えて、ロケーションインジケータを第２のネットワークノードから受信するようにしてもよい。
【０１５４】
図１１は、本開示の特定の実施形態に係る、ネットワーク１００上で接続を再開するためのユーザ機器１２０で用いられる例示的な方法１１００を示したフローチャート図である。ステップ１１００において、ユーザ機器１２０は、第１の識別子を受信するようにしてもよい。第１の識別子は、非アクティブな接続の再開と関連付けられている。接続は、無線デバイスとネットワークとの間である。いくつかの実施形態において、方法１１００は、ユーザ機器１２０が非アクティブ状態の場合に開始となり得る。たとえば、ユーザ機器１２０は、ネットワーク１００中のネットワークノード１１０のうちの１つから、第１の識別子を含むページを受信するようにしてもよい。特定の一例として、ページは、非アクティブ接続の再開ＩＤを含んでいてもよい。いくつかの実施形態において、ユーザ機器は、アクティブ状態で方法１１００を開始する。別の例として、ユーザ機器１２０は、ネットワークノードからの中断リクエストにおいて第１の識別子を取得した後、中断または非アクティブ状態に移行するようになっていてもよい。
【０１５５】
ステップ１１２０において、ユーザ機器１２０は、第１の識別子と同じであるか、または、第１の識別子と関連付けられている第２の識別子をネットワークノードに送信するようにしてもよい。たとえば、ユーザ機器１２０は、同じ再開ＩＤでページに応答するようにしてもよいし、ＵＥ  ＡＳコンテキストＩＤまたはこれら識別子のいずれかをスクランブル化したもの等、異なる識別子で応答するようにしてもよい。別の例として、ユーザ機器は、リクエストにおいて第２の識別子を送信することにより、ネットワークにおけるページングなく中断接続を再開するようにしてもよい。第２の識別子は、接続と関連付けられた情報をそこから取得するネットワーク内のロケーションを示すロケーションインジケータと関連付けられている。たとえば、第２の識別子は、ネットワーク１００においてユーザ機器１２０が一部を担った接続の接続情報を取得するのに用いられるようになっていてもよい。特に、第２の識別子は、ＵＥコンテキスト情報が位置付けられた場所を決定するとともに、その情報を読み出してユーザ機器１２０との接続を再開する際に、ネットワークノードの役に立つ可能性がある。
【０１５６】
ステップ１１３０において、ユーザ機器１２０は、ロケーションインジケータにより示されるロケーションからネットワークノードが取得する接続と関連付けられた情報を用いて、ネットワークと１００の接続を再開する。たとえば、本明細書に開示の種々実施形態に記載の通り、ネットワークノードは、第２の識別子を用いて、ＵＥコンテキスト情報を読み出すようにしてもよい。そのＵＥコンテキスト情報を用いることにより、ネットワークノードは、接続の再開をユーザ機器にシグナリングするようにしてもよい。このように、ユーザ機器１２０は、ネットワーク１００上で接続を確実に再開可能である。
【０１５７】
方法１１００は、付加的なステップおよび／またはサブステップを含んでいてもよい。特定の実施形態において、方法１１００は、無線デバイスの非アクティブ化に応答して、接続を中断する旨のリクエストをネットワークノードから受信することをさらに含む。たとえば、無線デバイスに現在サーブするネットワークノードは、無線デバイスがすでに非アクティブとなっているものと判定するようにしてもよいし、無線デバイスは、目下のところネットワークリソースを必要としない旨をネットワークに伝達するようにしてもよい。これに応答して、ネットワークは、応答を無線デバイスに伝達して、接続を中断するようにしてもよい。たとえば、サービングネットワークノードは、無線デバイスとの接続を中断する旨のリクエストを送信するようにしてもよい。この任意選択的なステップは、ステップ１１１０の前および／またはステップ１１３０の後に行われるようになっていてもよい。いくつかの実施形態において、接続を中断するネットワークノードからのリクエストは、接続と関連付けられた情報をそこから取得するネットワーク内の第２のロケーションと関連付けられた第３の識別子を含む。たとえば、ステップ１１３０の後、無線デバイスは、異なるネットワークノードとの接続を再開済みであってもよい。この新たなネットワークノードは、無線デバイスが非アクティブであるものと後で判定して、その接続の中断を要求するようにしてもよい。このリクエストには、接続に関する更新情報と関連付けられた第３の識別子（新たな再開ＩＤ等）を含んでいてもよい。たとえば、第３の識別子は、新たな無線デバイスコンテキスト情報を格納し得る新たなロケーションおよび／またはロケーションのロケーションインジケータと関連付けられていてもよい。いくつかの実施形態において、接続を中断する旨のリクエストは、第２のロケーションインジケータをさらに含む。
【０１５８】
特定の実施形態において、方法１１１０は、公開／秘密鍵暗号化の使用を含む。たとえば、方法１１１０は、ネットワークノードと関連付けられた公開暗号鍵を無線デバイスが受信するステップをさらに含んでいてもよい。公開暗号鍵は、ロケーションインジケータおよび／または中断接続の接続情報の決定に使用可能なネットワークエンティティと関連付けられた秘密暗号鍵に対応していてもよい。いくつかの実施形態において、ステップ１１２０の応答をネットワークノードに送信することは、ネットワークノードと関連付けられた公開暗号鍵によって、第２の識別子の少なくとも一部を暗号化することを含む。このように、ユーザ機器は、ネットワーク上で送信される情報を保護して、接続を再開することができる。
【０１５９】
本明細書に記載の如何なるステップまたは機能も、特定の実施形態の例示に過ぎない。すべての実施形態が開示のすべてのステップまたは機能を組み込む必要もなければ、本明細書に図示または記載の厳密な順序でステップを実行する必要もない。さらに、いくつかの実施形態には、本明細書に開示のステップのうちの１つまたは複数に固有のステップを含めて、本明細書に例示も記載もされないステップまたは機能を含み得る。
【０１６０】
たとえば上記図面のうちの１つまたは複数に例示の構成要素および機器により実行可能なコンピュータプログラム製品を通じて、任意の適当なステップ、方法、または機能が実行され得る。たとえば、ストレージ２０３は、コンピュータプログラムを格納可能なコンピュータ可読手段を備え得る。コンピュータプログラムには、本明細書に記載の実施形態に係る方法をプロセッサ２０２（ならびに、インターフェース２０１およびストレージ２０３等の動作可能に結合されたエンティティおよびデバイス）に実行させる命令を含み得る。このように、コンピュータプログラムおよび／またはコンピュータプログラム製品は、本明細書に開示の任意のステップを実行する手段を提供し得る。
【０１６１】
任意の適当なステップ、方法、または機能が１つまたは複数の機能的モジュールを通じて実行され得る。各機能的モジュールは、ソフトウェア、コンピュータプログラム、サブルーチン、ライブラリ、ソースコード、またはプロセッサ等が実行するその他任意の形態の実行可能命令を備え得る。いくつかの実施形態において、各機能的モジュールは、ハードウェアおよび／またはソフトウェアにて実装され得る。たとえば、場合によりストレージ２１３および／または２０３と協働して、１つもしく複数またはすべての機能的モジュールがプロセッサ２１２および／または２０２により実装され得る。このように、プロセッサ２１２および／もしくは２０２ならびにストレージ２１３および／もしくは２０３は、プロセッサ２１２および／または２０２がストレージ２１３および／または２０３から命令をフェッチして、フェッチした命令を実行することにより、各機能的モジュールが本明細書に開示の任意のステップまたは機能を実行できるように構成され得る。
【０１６２】
以上、いくつかの実施形態を参照して、本発明に係る概念の特定の態様を主に説明した。ただし、当業者にはごく当然のことながら、上記開示の実施形態以外の実施形態が等しく可能であり、本発明に係る概念の範囲内にある。同様に、多くの異なる組合せについて論じたものの、すべての考え得る組合せを開示したわけではない。当業者には当然のことながら、他の組合せが存在して、本発明に係る概念の範囲内にある。さらに、当業者が理解する通り、本明細書に開示の実施形態は、そのようなものとして他の規格および通信システムにも適用可能であり、他の機能との関連で開示した特定の図による任意の機能は、その他任意の図面への適用および／または異なる機能との組合せが可能である。
【０１６３】
本開示の範囲から逸脱することなく、本明細書に記載のシステムおよび装置に対する改良、追加、または省略が可能である。システムおよび装置の構成要素は、統合されてもよいし、分離されてもよい。さらに、システムおよび装置の動作は、より多数、より少数、または他の構成要素によって実施され得る。さらに、システムおよび装置の動作は、ソフトウェア、ハードウェア、および／または他のロジックを含む任意の好適なロジックを使用して実行され得る。本明細書において使用する「それぞれ」は、集合の各部材または集合の部分集合の各部材を表す。
【０１６４】
本開示の範囲から逸脱することなく、本明細書に記載の方法に対する改良、追加、または省略が可能である。これらの方法は、より多数、より少数、または他のステップを含み得る。さらに、ステップは、任意の好適な順序で実行され得る。
【０１６５】
本開示を特定の実施形態に関して説明したが、当業者には、これら実施形態の変更および置換が明らかであろう。したがって、これら実施形態の上記説明が本開示を制限することはない。以下の特許請求の範囲によって規定される本開示の主旨および範囲から逸脱することなく、他の変更、置換、および代替が可能である。
【図１】
2020515155.tif 000009
【図２】
2020515155.tif 000010
【図３】
2020515155.tif 000011
【図４】
2020515155.tif 000012
【図５】
2020515155.tif 000013
【図６】
2020515155.tif 000014
【図７】
2020515155.tif 000015
【図８】
2020515155.tif 000016
【図９】
2020515155.tif 000017
【図１０】
2020515155.tif 000018
【図１１】
2020515155.tif 000019
【国際調査報告】
2020515155.tif 000020
2020515155.tif 000021