(57)【要約】  単一の接続性コンテキストを共有する複数の同時のサービスコンテキストをサポートする方法および装置が開示される。デバイスは、ネットワークノードとの無線リンクを開始し、デバイスの接続性論理コンテキストを使用して無線リンク上でのネットワークノードとの接続性コンテキストを確立し得る。ネットワークノードは、コンテキスト確立要求を受信し、認証し、認可し得る。第1のサービス管理エンティティとの第1のサービスコンテキストは、デバイスの第1の論理コンテキストを使用して無線リンク上で確立されることがあり、第1の論理コンテキストは接続性論理コンテキストとは別個である。デバイスの複数の論理コンテキストに基づいて複数のサービスコンテキストを使用する複数のサービス接続は、接続性コンテキストを共有することがあり、無線リンク上で確立されることがある。
2018522501.tif 000002
【特許請求の範囲】
【請求項１】
デバイスにおいて実行可能な方法であって、
ネットワークノードとの無線リンクを開始するステップと、
前記デバイスの接続性論理コンテキストを使用して前記無線リンク上での接続性サービングノードとの接続性コンテキストを確立するステップと、
前記デバイスの第1の論理コンテキストを使用して前記無線リンク上での第1のサービス管理エンティティ(SME)との第1のサービスコンテキストを確立するステップとを備え、
前記第1の論理コンテキストが前記接続性論理コンテキストとは別個である、方法。
【請求項２】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストによって共有される、請求項1に記載の方法。
【請求項３】
前記接続性コンテキストが前記デバイスの前記接続性論理コンテキストと関連付けられる証明書の第1のセットに基づいて確立され、前記第1のサービスコンテキストが前記デバイスの前記第1の論理コンテキストと関連付けられる証明書の第2のセットに基づいて確立され、証明書の前記第1のセットが証明書の前記第2のセットとは別個である、請求項1に記載の方法。
【請求項４】
前記接続性コンテキストが、前記デバイスのためのモビリティ管理およびシグナリングセキュリティに限定される、請求項1に記載の方法。
【請求項５】
前記デバイスの第2の論理コンテキストを使用して前記無線リンク上での第2のSMEとの第2のサービスコンテキストを確立するステップをさらに備え、
前記第2の論理コンテキストが、前記接続性論理コンテキストおよび前記第1の論理コンテキストとは別個である、請求項1に記載の方法。
【請求項６】
前記第1のサービスコンテキストおよび前記第2のサービスコンテキストが、互いに独立に、接続され、アイドル状態になり、および/または切断される、請求項5に記載の方法。
【請求項７】
前記デバイスのための前記接続性コンテキストおよび1つまたは複数のサービス接続と関連付けられるシグナリングトラフィックを、前記無線リンク上で同時に多重化するステップをさらに備える、請求項1に記載の方法。
【請求項８】
前記無線リンク上で、前記接続性コンテキストおよび1つまたは複数のサービス接続のうちの1つまたは複数を介して、シグナリングトラフィックを送信および/または受信するステップをさらに備える、請求項1に記載の方法。
【請求項９】
デバイスであって、
ワイヤレスネットワークを通じて通信するためのネットワーク通信回路と、
前記ネットワーク通信回路に結合された処理回路とを備え、前記処理回路が、
ネットワークノードとの無線リンクを開始し、
前記デバイスの接続性論理コンテキストを使用して前記無線リンク上での接続性サービングノードとの接続性コンテキストを確立し、
前記デバイスの第1の論理コンテキストを使用して前記無線リンク上での第1のサービス管理エンティティ(SME)との第1のサービスコンテキストを確立する
ように構成され、
前記第1の論理コンテキストが前記接続性論理コンテキストとは別個である、デバイス。
【請求項１０】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストによって共有される、請求項9に記載のデバイス。
【請求項１１】
前記処理回路がさらに、
前記デバイスの第2の論理コンテキストを使用して前記無線リンク上での第2のSMEとの第2のサービスコンテキストを確立するように構成され、
前記第2の論理コンテキストが、前記接続性論理コンテキストおよび前記第1の論理コンテキストとは別個である、請求項9に記載のデバイス。
【請求項１２】
前記処理回路がさらに、
前記デバイスのための前記接続性コンテキストおよび1つまたは複数のサービス接続と関連付けられるシグナリングトラフィックを、前記無線リンク上で同時に多重化するように構成される、請求項9に記載のデバイス。
【請求項１３】
前記処理回路がさらに、
前記無線リンク上で、前記接続性コンテキストおよび1つまたは複数のサービス接続のうちの1つまたは複数を介して、シグナリングトラフィックを送信および/または受信するように構成される、請求項9に記載のデバイス。
【請求項１４】
デバイスであって、
ワイヤレスネットワークを通じて通信するための手段と、
ネットワークノードとの前記ワイヤレスネットワーク上での無線リンクを開始するための手段と、
前記デバイスの接続性論理コンテキストを使用して前記無線リンク上での接続性サービングノードとの接続性コンテキストを確立するための手段と、
前記デバイスの第1の論理コンテキストを使用して前記無線リンク上での第1のサービス管理エンティティ(SME)との第1のサービスコンテキストを確立するための手段とを備え、
前記第1の論理コンテキストが前記接続性論理コンテキストとは別個である、デバイス。
【請求項１５】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストによって共有される、請求項14に記載のデバイス。
【請求項１６】
前記デバイスの第2の論理コンテキストを使用して前記無線リンク上での第2のSMEとの第2のサービスコンテキストを確立するための手段をさらに備え、
前記第2の論理コンテキストが、前記接続性論理コンテキストおよび前記第1の論理コンテキストとは別個である、請求項14に記載のデバイス。
【請求項１７】
前記デバイスのための前記接続性コンテキストおよび1つまたは複数のサービス接続と関連付けられるシグナリングトラフィックを、前記無線リンク上で同時に多重化するための手段をさらに備える、請求項14に記載のデバイス。
【請求項１８】
前記無線リンク上で、前記接続性コンテキストおよび1つまたは複数のサービス接続のうちの1つまたは複数を介して、シグナリングトラフィックを送信および/または受信するための手段をさらに備える、請求項14に記載のデバイス。
【請求項１９】
命令を記憶した非一時的機械可読記憶媒体であって、前記命令が、処理回路によって実行されると、前記処理回路に、
ネットワークノードとの無線リンクを開始させ、
デバイスの接続性論理コンテキストを使用して前記無線リンク上での接続性サービングノードとの接続性コンテキストを確立させ、
前記デバイスの第1の論理コンテキストを使用して前記無線リンク上での第1のサービス管理エンティティ(SME)との第1のサービスコンテキストを確立させ、
前記第1の論理コンテキストが前記接続性論理コンテキストとは別個である、非一時的機械可読記憶媒体。
【請求項２０】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストによって共有される、請求項19に記載の非一時的機械可読記憶媒体。
【請求項２１】
前記処理回路によって実行されると、前記処理回路に、
前記デバイスの第2の論理コンテキストを使用して前記無線リンク上での第2のSMEとの第2のサービスコンテキストを確立させる命令をさらに記憶し、
前記第2の論理コンテキストが、前記接続性論理コンテキストおよび前記第1の論理コンテキストとは別個である、請求項19に記載の非一時的機械可読記憶媒体。
【請求項２２】
前記処理回路によって実行されると、前記処理回路に、
前記デバイスのための前記接続性コンテキストおよび1つまたは複数のサービス接続と関連付けられるシグナリングトラフィックを、前記無線リンク上で同時に多重化させる命令をさらに記憶した、請求項19に記載の非一時的機械可読記憶媒体。
【請求項２３】
前記処理回路によって実行されると、前記処理回路に、
前記無線リンク上で、前記接続性コンテキストおよび1つまたは複数のサービス接続のうちの1つまたは複数を介して、シグナリングトラフィックを送信および/または受信させる命令をさらに記憶した、請求項19に記載の非一時的機械可読記憶媒体。
【請求項２４】
接続性サービングノードにおいて実行可能な方法であって、
デバイスの接続性論理コンテキストに基づいて、接続性コンテキストのためのコンテキスト確立要求を前記デバイスから無線リンク上で受信するステップと、
前記コンテキスト確立要求を認証および認可するステップと、
前記デバイスにおいてインスタンス化される第1の論理コンテキストに基づいて、第1のサービスコンテキストのための第1のサービス接続要求を前記デバイスから受信するステップと、
前記第1のサービスコンテキストを使用して前記無線リンク上での前記デバイスのための第1のサービス接続を確立するステップとを備え、
前記第1のサービスコンテキストが前記接続性コンテキストとは別個である、方法。
【請求項２５】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストによって共有される、請求項24に記載の方法。
【請求項２６】
前記コンテキスト確立要求の認証および認可が成功する場合に、前記デバイスと、前記接続性コンテキストと関連付けられる無線リンクを確立するステップをさらに備える、請求項24に記載の方法。
【請求項２７】
前記第1のサービス接続を確立するステップがさらに、
前記第1の論理コンテキストの識別情報に基づいて、第1のサービス管理エンティティ(SME)を選択または再選択するステップと、
第1のサービス接続要求を前記第1のSMEに送信するステップとを備える、請求項24に記載の方法。
【請求項２８】
前記接続性サービングノードが前記第1のSMEとは別個である、請求項27に記載の方法。
【請求項２９】
前記第1のSMEが前記接続性サービングノードによってホストされる論理ノードである、請求項27に記載の方法。
【請求項３０】
前記無線リンク上で前記第1のサービス接続を通じて前記デバイスと前記第1のSMEとの間でシグナリングトラフィックを送信するステップをさらに備え、前記第1のサービス接続が、前記接続性コンテキストと関連付けられる複数の別個のサービス接続のうちの1つである、請求項27に記載の方法。
【請求項３１】
前記デバイスにおいてインスタンス化される前記デバイスの第2の論理コンテキストに基づいて、第2のサービスコンテキストのための第2のサービス接続要求を前記デバイスから受信するステップと、
前記第2のサービスコンテキストを使用して前記無線リンク上での前記デバイスのための第2のサービス接続を確立するステップとをさらに備え、
前記第1のサービスコンテキスト、前記第2のサービスコンテキスト、および前記接続性コンテキストが別個のコンテキストである、請求項27に記載の方法。
【請求項３２】
前記第2のサービス接続を確立するステップがさらに、
前記第2の論理コンテキストの識別情報に基づいて、第2のSMEを選択または再選択するステップと、
第2のサービス接続要求を前記第2のSMEに送信するステップとを備える、請求項31に記載の方法。
【請求項３３】
前記第1のSMEが前記第2のSMEとは別個である、請求項32に記載の方法。
【請求項３４】
前記接続性コンテキストが、前記デバイスのためのモビリティ管理およびシグナリングセキュリティに限定される、請求項24に記載の方法。
【請求項３５】
前記接続性コンテキストが、前記デバイスのための1つまたは複数のサービスコンテキストを含む、請求項24に記載の方法。
【請求項３６】
前記第1のサービス接続を確立するステップが、前記接続性コンテキストと関連付けられる前記第1の論理コンテキストに基づいて、前記第1のサービス接続要求を認可するステップを含む、請求項24に記載の方法。
【請求項３７】
前記第1のサービス接続を確立するステップが、ネットワーク識別子、サービス識別子、およびデバイスタイプのうちの1つまたは複数に基づいて、前記第1のサービス接続要求を認可するステップを含む、請求項24に記載の方法。
【請求項３８】
1つまたは複数のワイヤレスネットワークおよびデバイスと通信するためのネットワーク通信回路と、
前記ネットワーク通信回路に結合された処理回路とを備え、前記処理回路が、
前記デバイスの接続性論理コンテキストに基づいて、接続性コンテキストのためのコンテキスト確立要求をデバイスから無線リンク上で受信し、
前記コンテキスト確立要求を認証および認可し、
前記デバイスにおいてインスタンス化される第1の論理コンテキストに基づいて、第1のサービスコンテキストのための第1のサービス接続要求を前記デバイスから受信し、
前記第1のサービスコンテキストを使用して前記無線リンク上での前記デバイスのための第1のサービス接続を確立する
ように構成され、
前記第1のサービスコンテキストが前記接続性コンテキストとは別個である、接続性サービングノード。
【請求項３９】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストによって共有される、請求項38に記載の接続性サービングノード。
【請求項４０】
前記処理回路がさらに、
前記コンテキスト確立要求の認証および認可が成功する場合に、前記デバイスと、前記接続性コンテキストと関連付けられる前記無線リンクを確立するように構成される、請求項38に記載の接続性サービングノード。
【請求項４１】
前記第1のサービス接続を確立するために、前記処理回路がさらに、
前記第1の論理コンテキストの識別情報に基づいて、第1のサービス管理エンティティ(SME)を選択または再選択し、
第1のサービス接続要求を前記第1のSMEに送信するように構成される、請求項38に記載の接続性サービングノード。
【請求項４２】
前記処理回路がさらに、
前記無線リンク上で前記第1のサービス接続を通じて前記デバイスと前記第1のSMEとの間でシグナリングトラフィックを送信するように構成され、
前記第1のサービス接続が、前記接続性コンテキストと関連付けられる複数の別個のサービス接続のうちの1つである、請求項41に記載の接続性サービングノード。
【請求項４３】
前記処理回路がさらに、
前記デバイスにおいてインスタンス化される前記デバイスの第2の論理コンテキストに基づいて、第2のサービスコンテキストのための第2のサービス接続要求を前記デバイスから受信し、
前記第2のサービスコンテキストを使用して前記無線リンク上での前記デバイスのための第2のサービス接続を確立するように構成され、
前記第1のサービスコンテキスト、前記第2のサービスコンテキスト、および前記接続性コンテキストが別個のコンテキストである、請求項41に記載の接続性サービングノード。
【請求項４４】
前記第2のサービス接続を確立するために、前記処理回路がさらに、
前記デバイスの前記第2の論理コンテキストの識別情報に基づいて、前記デバイスのための第2のSMEを選択または再選択し、
第2のサービス接続要求を前記第2のSMEに送信するように構成される、請求項43に記載の接続性サービングノード。
【請求項４５】
前記第1のSMEが前記第2のSMEとは別個である、請求項44に記載の接続性サービングノード。
【請求項４６】
前記デバイスの接続性論理コンテキストに基づいて、接続性コンテキストのためのコンテキスト確立要求をデバイスから無線リンク上で受信するための手段と、
前記コンテキスト確立要求を認証および認可するための手段と、
前記デバイスにおいてインスタンス化される第1の論理コンテキストに基づいて、第1のサービスコンテキストのための第1のサービス接続要求を前記デバイスから受信するための手段と、
前記第1のサービスコンテキストを使用して前記無線リンク上での前記デバイスのための第1のサービス接続を確立するための手段とを備え、
前記第1のサービスコンテキストが前記接続性コンテキストとは別個である、接続性サービングノード。
【請求項４７】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストによって共有される、請求項46に記載の接続性サービングノード。
【請求項４８】
前記コンテキスト確立要求の認証および認可が成功する場合に、前記デバイスと、前記接続性コンテキストと関連付けられる前記無線リンクを確立するための手段をさらに備える、請求項46に記載の接続性サービングノード。
【請求項４９】
前記第1のサービス接続を確立するための前記手段がさらに、
前記第1の論理コンテキストの識別情報に基づいて、第1のサービス管理エンティティ(SME)を選択または再選択するための手段と、
第1のサービス接続要求を前記第1のSMEに送信するための手段とを備える、請求項46に記載の接続性サービングノード。
【請求項５０】
前記無線リンク上で前記第1のサービス接続を通じて前記デバイスと前記第1のSMEとの間でシグナリングトラフィックを送信するための手段をさらに備え、
前記第1のサービス接続が、前記接続性コンテキストと関連付けられる複数の別個のサービス接続のうちの1つである、請求項49に記載の接続性サービングノード。
【請求項５１】
前記デバイスにおいてインスタンス化される前記デバイスの第2の論理コンテキストに基づいて、第2のサービスコンテキストのための第2のサービス接続要求を前記デバイスから受信するための手段と、
前記第2のサービスコンテキストを使用して前記無線リンク上での前記デバイスのための第2のサービス接続を確立するための手段とをさらに備え、
前記第1のサービスコンテキスト、前記第2のサービスコンテキスト、および前記接続性コンテキストが別個のコンテキストである、請求項49に記載の接続性サービングノード。
【請求項５２】
前記第2のサービス接続を確立するための前記手段がさらに、
前記デバイスの前記第2の論理コンテキストの識別情報に基づいて、前記デバイスのための第2のSMEを選択または再選択するための手段と、
第2のサービス接続要求を前記第2のSMEに送信するための手段とを備える、請求項51に記載の接続性サービングノード。
【請求項５３】
前記第1のSMEが前記第2のSMEとは別個である、請求項52に記載の接続性サービングノード。
【請求項５４】
命令を記憶した非一時的機械可読記憶媒体であって、前記命令が、処理回路によって実行されると、前記処理回路に、
前記デバイスの接続性論理コンテキストに基づいて、接続性コンテキストのためのコンテキスト確立要求をデバイスから無線リンク上で受信させ、
前記コンテキスト確立要求を認証および認可させ、
前記デバイスにおいてインスタンス化される第1の論理コンテキストに基づいて、第1のサービスコンテキストのための第1のサービス接続要求を前記デバイスから受信させ、
前記第1のサービスコンテキストを使用して前記無線リンク上での前記デバイスのための第1のサービス接続を確立させ、
前記第1のサービスコンテキストが前記接続性コンテキストとは別個である、非一時的機械可読記憶媒体。
【請求項５５】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストによって共有される、請求項54に記載の非一時的機械可読記憶媒体。
【請求項５６】
前記処理回路によって実行されると、前記処理回路に、
前記コンテキスト確立要求の認証および認可が成功する場合に、前記デバイスと、前記接続性コンテキストと関連付けられる前記無線リンクを確立させる命令をさらに記憶した、請求項54に記載の非一時的機械可読記憶媒体。
【請求項５７】
前記処理回路によって実行されると、前記処理回路に、
前記第1の論理コンテキストの識別情報に基づいて、第1のサービス管理エンティティ(SME)を選択または再選択させ、
第1のサービス接続要求を前記第1のSMEへ送信させる命令をさらに記憶した、請求項54に記載の非一時的機械可読記憶媒体。
【請求項５８】
前記処理回路によって実行されると、前記処理回路に、
前記無線リンク上で前記第1のサービス接続を通じて前記デバイスと前記第1のSMEとの間でシグナリングトラフィックを送信させる命令をさらに記憶し、
前記第1のサービス接続が、前記接続性コンテキストと関連付けられる複数の別個のサービス接続のうちの1つである、請求項57に記載の非一時的機械可読記憶媒体。
【請求項５９】
前記処理回路によって実行されると、前記処理回路に、
前記デバイスにおいてインスタンス化される前記デバイスの第2の論理コンテキストに基づいて、第2のサービスコンテキストのための第2のサービス接続要求を前記デバイスから受信させ、
前記第2のサービスコンテキストを使用して前記無線リンク上での前記デバイスのための第2のサービス接続を確立させる命令をさらに記憶し、
前記第1のサービスコンテキスト、前記第2のサービスコンテキスト、および前記接続性コンテキストが別個のコンテキストである、請求項57に記載の非一時的機械可読記憶媒体。
【請求項６０】
前記処理回路によって実行されると、前記処理回路に、
前記デバイスの前記第2の論理コンテキストの識別情報に基づいて、前記デバイスのための第2のSMEを選択または再選択させ、
第2のサービス接続要求を前記第2のSMEへ送信させる命令をさらに記憶した、請求項59に記載の非一時的機械可読記憶媒体。
【請求項６１】
前記第1のSMEが前記第2のSMEとは別個である、請求項60に記載の非一時的機械可読記憶媒体。
【請求項６２】
サービス管理エンティティ(SME)において実行可能な方法であって、
前記SMEにおいて、既存の接続性コンテキストに関連するデバイスの第1の論理コンテキストのための、サービス接続要求を前記デバイスから受信するステップと、
前記SMEにおいて前記サービス接続要求を認証および認可するステップと、
前記サービス接続要求の認証および認可が成功した場合に、前記デバイスの前記第1の論理コンテキストを使用して、第1のサービスコンテキストを確立するステップとを備え、
前記第1のサービスコンテキストが前記既存の接続性コンテキストとは別個である、方法。
【請求項６３】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストと共有される、請求項62に記載の方法。
【請求項６４】
前記第1のサービスコンテキストおよび前記既存の接続性コンテキストが、単一の無線リンク上で前記デバイスと確立される、請求項62に記載の方法。
【請求項６５】
前記既存の接続性コンテキストが、前記デバイスの接続性論理コンテキストと関連付けられる証明書のセットに基づき、前記第1の論理コンテキストが、前記デバイスの第1の論理コンテキストと関連付けられる証明書のセットに基づき、前記接続性論理コンテキストが、前記第1の論理コンテキストとは別個に維持される、請求項62に記載の方法。
【請求項６６】
前記接続性論理コンテキストが前記第1の論理コンテキストとは別個である、請求項65に記載の方法。
【請求項６７】
前記SMEがサービスプロバイダノードに位置する、請求項62に記載の方法。
【請求項６８】
前記サービス接続要求が、ネットワーク識別子、サービス識別子、およびデバイスタイプのうちの1つまたは複数を含む、請求項62に記載の方法。
【請求項６９】
前記サービス接続要求を認証および認可するステップがさらに、前記第1のサービスコンテキストに基づいて前記サービス接続要求を認証および認可するステップを含む、請求項62に記載の方法。
【請求項７０】
前記サービス接続要求を認証および認可するステップがさらに、ネットワーク識別子、サービス識別子、およびデバイスタイプのうちの1つまたは複数に基づいて、前記サービス接続要求を認証および認可するステップを含む、請求項69に記載の方法。
【請求項７１】
ネットワークを通じて通信するためのネットワーク通信回路と、
前記ネットワーク通信回路に結合された処理回路とを備え、前記処理回路が、
既存の接続性コンテキストに関連するデバイスの第1の論理コンテキストのための、サービス接続要求を前記デバイスから受信し、
前記サービス接続要求を認証および認可し、
前記サービス接続要求の認証および認可が成功した場合に、前記デバイスの第1の論理コンテキストを使用して、第1のサービスコンテキストを確立する
ように構成され、
前記第1のサービスコンテキストが前記既存の接続性コンテキストとは別個である、サービス管理エンティティ(SME)。
【請求項７２】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストと共有される、請求項71に記載のサービス管理エンティティ。
【請求項７３】
前記処理回路がさらに、
前記第1のサービスコンテキストおよび前記既存の接続性コンテキストを、単一の無線リンク上で前記デバイスと確立するように構成される、請求項71に記載のサービス管理エンティティ。
【請求項７４】
前記サービス接続要求を認証および認可するために、前記処理回路がさらに、
前記第1のサービスコンテキストに基づいて前記サービス接続要求を認証および認可するように構成される、請求項71に記載のサービス管理エンティティ。
【請求項７５】
前記サービス接続要求を認証および認可するために、前記処理回路がさらに、
前記サービス接続要求を、ネットワーク識別子、サービス識別子、およびデバイスタイプのうちの1つまたは複数に基づいて認証および認可するように構成される、請求項71に記載のサービス管理エンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、2015年8月4日に米国特許商標庁に提出された仮出願第62/201,094号、および2016年4月6日に米国特許商標庁に提出された非仮出願第15/092,330号の優先権および利益を主張し、それらの内容全体が参照により本明細書に組み込まれる。
【０００２】
本出願は、複数のサブスクリプションに対する複数の加入者証明書を維持し、単一のドメイン(たとえば、単一の無線リンク上のパケット交換ドメイン)において単一の接続性コンテキストを用いて複数の同時のサービスコンテキスト上で動作し得る、単一のデバイスの動作をサポートする、方法、システム、およびデバイスに関する。
【背景技術】
【０００３】
今日、いくつかの問題がワイヤレスシステムに悪影響を及ぼしている。現在のワイヤレスシステム(たとえば、4G、LTE、LTE-A、WLAN、Wi-Fi)は、もっぱらパケット交換ドメインにおいて動作する。今日のワイヤレスシステムは、ユーザデバイスとネットワークの接続性管理部分との間の単一の接続性コンテキスト(たとえば、ユーザ機器(UE)とモビリティ管理エンティティ(MME)との間の単一の非アクセス層(NAS)コンテキスト)を使用する、単一のサブスクリプション/単一の証明書のみをサポートする。過去には、3Gシステムは、パケット交換ドメインと回線交換ドメインの各々において1つの接続をカバーした単一のサブスクリプション/単一の証明書をサポートしていた。3Gシステムは、単一の手順において2つのドメインに登録する能力をサポートしていた。その手順によれば、パケット交換ドメインネットワークと回線交換ドメインネットワークに対する登録情報を伝えるために、アップリンク専用制御チャネル(UL DCCH)メッセージが使用された。パケット交換ドメインにおけるサービング汎用パケット無線サービス(GPRS)サポートノード(SGSN)が、回線交換ドメイン上の移動通信交換局(MSC)を更新する。このようにして、3Gシステムは、1つのサブスクリプションを使用して2つの別個のドメインにおける通信を許容していた。それでも、各々の所与のドメイン内では、単一の接続性コンテキストのみが存在していた。言い換えると、3Gシステムは、1つのサブスクリプションのもとで、回線交換ドメインとパケット交換ドメインの各々において1つの接続性コンテキストをデバイスに提供するために1つの証明書を使用する。複数のドメインにおいて登録するという概念は、システムがロングタームエボリューション(LTE)のようにパケット交換ドメインのみにおいて動作する、今日のパラダイムの一部ではない。
【０００４】
セキュリティの観点からは、3Gシステムにおいて単一のデバイスのコンテキストのためのセキュリティパラメータを特定することは、比較的複雑ではないことがある。たとえば、3Gでは、信号無線ベアラ2(SRB2)は、作成された最新のコンテキストのセキュリティ鍵を用いて安全が確保されていた。これは、SRB2にどのセキュリティコンテキストを適用するかを知ることを簡単にした。少なくとも、1つのセキュリティコンテキストしか必要ではなかったという理由で、単一のドメインにおいて単一の物理デバイスに対する複数のセキュリティコンテキストの用意はなかった。
【０００５】
ユーザ機器(UE)(たとえば、クライアントデバイス、モバイルデバイス)は、加入者識別モジュール(SIM)カードに固有の識別情報と鍵とを含む、SIMカードを含み得る。ネットワーク事業者によって提供されるサービスへのサブスクリプションを利用するUEは、SIMカードに記憶された識別情報および鍵情報により、ネットワークとの無線リンクを確立することが可能である。言い換えると、現在、アクセスリンクの使用(たとえば、セルラーの場合のユーザプレーンおよび無線リソース制御(RRC)シグナリング接続または媒体アクセス制御(MAC)シグナリング接続のための)と接続性コンテキスト(たとえば、LTEの場合の、発展型パケットシステム(EPS)モビリティ管理(EMM)-およびEPSセッション管理(ESM))との間には、密接な関連(たとえば、1対1の関係)がある。さらに、UEがネットワークに接続するとき、LTEの例では、モビリティ管理コンテキスト(たとえば、発展型パケットシステム(EPS)モビリティ管理(EMM))およびセッション管理コンテキスト(たとえば、EPSセッション管理(ESM))がモビリティ管理エンティティ(MME)において作成され、両方のコンテキストが無線リンクと関連付けられる。コンテキストのペアと無線リンクとの間には、1対1の関連性がある。したがって、関係するコンテキストのペアは無線リンクと密接に結びついていると言うことができる。
【０００６】
現在、特定のサービスがコアネットワーク(CN)における専用機能によって配信され制御されることがある。現時点では、たとえば、3GPPは、所与のタイプのデバイス(たとえば、マシンツーマシン(M2M)デバイス)のセットに対して、専用のモビリティ管理エンティティ(MME)がネットワークにおいてプロビジョニングされ、eNBにおけるMMEの選択がMMEを選択する際にデバイスのタイプを考慮するような、モデルを考えている。言い換えると、いくつかのMMEがM2Mトラフィックに専用である場合、各eNBは、ネットワークへのM2Mデバイスの接続に関連するM2Mトラフィックに専用である唯一のMMEにデバイスを接続することを知る。しかしながら、今日、複数の専用のMMEが可能ではないことはもちろん、複数のMMEに1つの物理的なUEを同時に接続することも可能ではない。
【０００７】
今後のシステムは、特定のサービス専用のプレ5G非アクセス層(NAS)方法のサポートを含めて、専用の非NAS機能をサポートすることが必要であり得る。このサポートは、前方互換性に対して有用であり得る。たとえば、専用のデバイス(たとえば、M2Mデバイス)をサポートするように設計される今後の5Gコアネットワーク(CN)は、新しい無線アクセス技術(RAT)およびレガシーRAT上でそのサポートを提供するようにも設計され得る。
【０００８】
今日、単一の加入者証明書を使用した単一のデバイスへの複数のサービスのプロビジョニングのために専用ネットワーク機能を提供する能力と、追加の別個の加入者証明書もサポートする能力との両方を有効にすることは、可能ではない。今日のワイヤレスデバイスおよびシステムは、この能力を有効にするように設計されていない。今日のデバイスは、デバイスごとに1つのみのSIMカードを使用するパラダイムにとらわれることがある。したがって、ユーザが無線リンクの異なるセットにアクセスする必要がある場合、たとえば旅行の間、今日のパラダイムは、異なるデバイスを入手すること、またはすでに所有されているデバイスに対して異なるSIMカードを入手することを、ユーザに強いることがある。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
必要とされるのは、異なる無線リンクにアクセスするために異なるデバイス/SIMカードを入手する必要があるというパラダイムを打破するための、および/または従来技術の上で言及された欠点の一部もしくはすべてを克服するための、方法、デバイス、および/またはシステムである。
【課題を解決するための手段】
【００１０】
1つの例示的な態様では、デバイスにおいて実行可能な方法は、ネットワークノードとの無線リンクを開始するステップと、デバイスの接続性論理コンテキストを使用して無線リンク上での接続性サービングノードとの接続性コンテキストを確立するステップと、デバイスの第1の論理コンテキストを使用して無線リンク上での第1のサービス管理エンティティ(SME)との第1のサービスコンテキストを確立するステップとを含み得る。例示的な態様では、第1の論理コンテキストは接続性論理コンテキストとは別個であり得る。ある態様では、方法はまた、無線リンク上で、デバイスのための接続性コンテキストおよび1つまたは複数のサービス接続と関連付けられるシグナリングトラフィックを、同時に多重化するステップを含み得る。
【００１１】
デバイスの例示的な実装形態では、デバイスは、ワイヤレスネットワークを通じて通信するためのネットワーク通信回路と、ネットワーク通信回路に結合された処理回路とを含み得る。処理回路は、たとえば、ネットワークノードとの無線リンクを開始し、デバイスの接続性論理コンテキストを使用して無線リンク上での接続性サービングノードとの接続性コンテキストを確立し、デバイスの第1の論理コンテキストを使用して無線リンク上での第1のサービス管理エンティティ(SME)との第1のサービスコンテキストを確立するように構成され得る。例示的な実装形態では、第1の論理コンテキストは接続性論理コンテキストとは別個であり得る。
【００１２】
デバイスの第2の例示的な実装形態では、デバイスは、ワイヤレスネットワークを通じて通信するための手段を含み得る。デバイスはさらに、ネットワークノードとのワイヤレスネットワークを通じた無線リンクを開始するための手段と、デバイスの接続性論理コンテキストを使用して無線リンク上での接続性サービングノードとの接続性コンテキストを確立するための手段と、デバイスの第1の論理コンテキストを使用して無線リンク上での第1のサービス管理エンティティ(SME)との第1のサービスコンテキストを確立するための手段とを含み得る。第2の例示的な実装形態では、第1の論理コンテキストは接続性論理コンテキストとは別個であり得る。デバイスはさらに、無線リンク上で、デバイスのための接続性コンテキストおよび1つまたは複数のサービス接続と関連付けられるシグナリングトラフィックを同時に多重化するための手段を含み得る。別の例示的な実装形態では、デバイスはさらに、無線リンク上で、接続性コンテキストおよび1つまたは複数のサービス接続のうちの1つまたは複数を介して、シグナリングトラフィックを送信および/または受信するための手段を含み得る。
【００１３】
一態様では、命令が記憶された非一時的機械可読記憶媒体が説明され得る。この態様では、命令は処理回路によって実行され得る。この態様では、命令は、処理回路によって実行されると、処理回路に、ネットワークノードとの無線リンクを開始させ、デバイスの接続性論理コンテキストを使用して無線リンク上での接続性サービングノードとの接続性コンテキストを確立させ、デバイスの第1の論理コンテキストを使用して無線リンク上での第1のサービス管理エンティティ(SME)との第1のサービスコンテキストを確立させ得る。この態様によれば、第1の論理コンテキストは接続性論理コンテキストとは別個であり得る。
【００１４】
別の例示的な態様では、接続性サービングノードにおいて実行可能な方法は、デバイスの接続性論理コンテキストに基づいて接続性コンテキストのためにデバイスから無線リンクを通じてコンテキスト確立要求を受信するステップと、コンテキスト確立要求を認証および認可するステップと、デバイスにおいてインスタンス化される第1の論理コンテキストに基づいて第1のサービスコンテキストのためにデバイスから第1のサービス接続要求を受信するステップと、第1のサービスコンテキストを使用して無線リンク上でのデバイスのための第1のサービス接続を確立するステップとを含み得る。例示的な態様によれば、第1のサービスコンテキストは接続性コンテキストとは別個であり得る。
【００１５】
例示的な実装形態では、接続性サービングノードは、1つまたは複数のワイヤレスネットワークおよびデバイスと通信するためのネットワーク通信回路と、ネットワーク通信回路に結合された処理回路とを含み得る。この実装形態では、処理回路は、デバイスの接続性論理コンテキストに基づいて接続性コンテキストのためにデバイスから無線リンクを通じてコンテキスト確立要求を受信し、コンテキスト確立要求を認証および認可し、デバイスにおいてインスタンス化される第1の論理コンテキストに基づいて第1のサービスコンテキストのためにデバイスから第1のサービス接続要求を受信し、第1のサービスコンテキストを使用して無線リンク上でのデバイスのための第1のサービス接続を確立するように構成され得る。例示的な実装形態では、第1のサービスコンテキストは接続性コンテキストとは別個であり得る。
【００１６】
一態様では、接続性サービングノードの例は、デバイスの接続性論理コンテキストに基づいて接続性コンテキストのためにデバイスから無線リンクを通じてコンテキスト確立要求を受信するための手段と、コンテキスト確立要求を認証および認可するための手段と、デバイスにおいてインスタンス化される第1の論理コンテキストに基づいて第1のサービスコンテキストのためにデバイスから第1のサービス接続要求を受信するための手段と、第1のサービスコンテキストを使用して無線リンク上でのデバイスのための第1のサービス接続を確立するための手段とを含み得る。接続性サービングノードの例では、第1のサービスコンテキストは接続性コンテキストとは別個であり得る。一実装形態では、第1のサービス接続を確立するための手段はさらに、第1の論理コンテキストの識別情報に基づいて第1のサービス管理エンティティ(SME)を選択または再選択するための手段と、第1のサービス接続要求を第1のSMEに送信するための手段とを含み得る。別の実装形態では、接続性ノードはさらに、無線リンク上の第1のサービス接続を通じてデバイスと第1のSMEとの間でシグナリングトラフィックを送信するための手段を含むことがあり、第1のサービス接続は、接続性コンテキストと関連付けられる複数の別個のサービス接続のうちの1つである。
【００１７】
別の態様では、命令が記憶された非一時的機械可読記憶媒体が説明され得る。この命令は、処理回路によって実行され得る。この態様によれば、命令は、処理回路によって実行されると、処理回路に、デバイスの接続性論理コンテキストに基づいて接続性コンテキストのためにデバイスから無線リンクを通じてコンテキスト確立要求を受信させ、コンテキスト確立要求を認証および認可させ、デバイスにおいてインスタンス化される第1の論理コンテキストに基づいて第1のサービスコンテキストのためにデバイスから第1のサービス接続要求を受信させ、第1のサービスコンテキストを使用して無線リンク上でのデバイスのための第1のサービス接続を確立させ得る。第1のサービスコンテキストは接続性コンテキストとは別個であり得る。
【００１８】
一態様によれば、サービス管理エンティティ(SME)において実行可能な方法が説明され得る。方法は、SMEにおいて、デバイスの第1の論理コンテキストのためのサービス接続要求をデバイスから受信するステップであって、第1の論理コンテキストが既存の接続性コンテキストに関する、ステップと、SMEにおいてサービス接続要求を認証および認可するステップと、サービス接続要求の認証および認可が成功した場合、デバイスの第1の論理コンテキストを使用して第1のサービスコンテキストを確立するステップとを含み得る。この態様によれば、第1のサービスコンテキストは既存の接続性コンテキストとは別個であり得る。
【００１９】
ある実装形態では、例示的なサービス管理エンティティ(SME)は、ネットワークを通じて通信するためのネットワーク通信回路と、ネットワーク通信回路に結合された処理回路とを含み得る。この実装形態では、処理回路は、デバイスの第1の論理コンテキストのためのサービス接続要求をデバイスから受信し、第1の論理コンテキストが既存の接続性コンテキストに関し、サービス接続要求を認証および認可し、サービス接続要求の認証および認可が成功した場合、デバイスの第1の論理コンテキストを使用して第1のサービスコンテキストを確立するように構成され得る。この実装形態によれば、第1のサービスコンテキストは既存の接続性コンテキストとは別個であり得る。
【図面の簡単な説明】
【００２０】
【図１】無線アクセスネットワーク(RAN)などの、デバイス(たとえば、チップ構成要素、クライアントデバイス)とネットワークノードとの間の単一の無線リンクを示す図である。
【図２】接続性サービングノード(たとえば、ホストモビリティ管理エンティティ(HMME))と、接続性サービングノードとは物理的に別であるサービス管理エンティティ(SME)とを含む、第1の例示的なネットワーク環境を示す図である。
【図３】接続性サービングノードと、併置された/ホストされたサービス管理エンティティ(SME)論理ノードとを含む、第2の例示的なネットワーク環境を示す図である。
【図４】接続性サービングノードと、併置された/ホストされたSME論理ノードと別個のSME物理ノードの両方とを含む、第3の例示的なネットワーク環境を示す図である。
【図５】本明細書において説明されるような例示的なネットワークにおいて、接続性コンテキスト、第1のサービスコンテキスト、および第2のサービスコンテキストのためにデバイスにおいて使用され得る証明書情報の例を示す図である。
【図６】図2の例示的なネットワークにおいて、接続性コンテキスト、第1のサービスコンテキスト、および第2のサービスコンテキストのために使用され得る証明書情報の第1の例を示す図である。
【図７】図4の例示的なネットワークにおいて、接続性コンテキスト、第1のサービスコンテキスト、および第2のサービスコンテキストのために使用され得る証明書情報の第2の例を示す図である。
【図８】デバイスにおいて接続性コンテキストを使用して単一の無線リンクを確立するために、デバイス、RAN、および接続性サービングノードの間で実行される第1のプロセスを示す流れ図である。
【図９】デバイスと接続性サービングノードとの間のEMMコンテキストがすでに存在するときに、接続性コンテキストを使用する単一の無線リンクと、第1のサービスコンテキストを使用する第1のSMEとのサービス接続とを確立するために、デバイス、RAN、および接続性サービングノードの間で実行される第2のプロセスを示す流れ図である。
【図１０】デバイスと接続性サービングノードとの間のEMMコンテキストがすでに存在するときに、接続性コンテキストを使用する単一の無線リンクと、接続性コンテキストを共有する対応する複数のサービスコンテキストを使用する複数のSMEとの複数のサービス接続とを確立するために、デバイス、RAN、および接続性サービングノード1006の間で実行される第3のプロセスを示す流れ図である。
【図１１】複数の同時のサービスコンテキストによって共有される接続性コンテキストをサポートするために単一の無線リンクを使用するように構成される例示的なデバイスを示す図である。
【図１２】本明細書において説明される態様による、デバイスにおいて実行可能な例示的な方法を示す図である。
【図１３】本明細書において説明される態様による、デバイスと関連付けられる別個の接続性コンテキストおよびサービスコンテキストをサポートするように構成される例示的な接続性サービングノード/デバイスを示す図である。
【図１４】本明細書において説明される態様による、接続性サービングノードにおいて実行可能な例示的な方法を示す図である。
【図１５】本明細書において説明される態様による、接続性サービングノードとのサービス接続をサポートするように構成され、この接続性サービングノードがデバイスと関連付けられる別個の接続性コンテキストおよびサービスコンテキストをサポートする、例示的なサービス管理エンティティノード/デバイスを示す図である。
【図１６】本明細書において説明される態様による、サービス管理エンティティにおいて実行可能な例示的な方法を示す図である。
【発明を実施するための形態】
【００２１】
以下の説明では、本明細書において説明される態様の完全な理解をもたらすように具体的な詳細を与える。しかしながら、態様は、これらの特定の詳細なしに実践され得ることが、当業者によって理解されるであろう。たとえば、回路は、態様を不必要な詳細により曖昧にすることを避けるために、ブロック図で示されることがある。他の例では、周知の回路、構造、および技術は、本明細書においてより詳しく説明される態様を曖昧にしないように、詳細には示されないことがある。
【００２２】
「例示的」という用語は、「例、事例、または例示として機能すること」を意味するように本明細書において使用され得る。本明細書において「例示的」と示されるいずれの実装形態もあるいは態様も、必ずしも他の実装形態または態様よりも好ましいか、または有利であると解釈されるべきでない。
【００２３】
「態様」という用語は、すべての態様が、論じられる態様または任意の論じられる特徴、利点、および/もしくは動作モードを含むことを必要としない。
【００２４】
「デバイス」という用語は、デバイスの中でも特に、モバイルデバイス、携帯電話、モバイル通信デバイス、モバイルコンピューティングデバイス、デジタルタブレット、スマートフォン、ユーザ機器、ユーザデバイス、端末などのチップ構成要素および/またはクライアントデバイスを指すために本明細書において使用され得る。
【００２５】
「取得する」という用語は、本明細書では、ローカルに導出すること、または非ローカルソースもしくはエンティティから受信することを意味するために使用され得る。「取得する」という用語は、部分的に取得すること、および/または完全に取得することを包含する。
【００２６】
説明および図示を容易にするために、本明細書において使用される用語は、LTEを対象にしているように見えることがあるが、本明細書において説明される態様は、LTEに限定されるものではない。本明細書において説明される態様は、LTEに適用可能であり、かつLTEを超えて、たとえば5Gに適用可能である。本明細書において説明される態様は、4GまたはWi-Fiなどの、LTEよりも前に開発されたネットワークにも適用可能であり得る。したがって、本明細書において説明される態様は、5Gの規格化よりも前に実装されたシステムにおいて利用され得る。たとえば、本明細書において説明される態様は、4Gネットワーク、LTEネットワーク、および/またはLTE-Aネットワークの規格の補遺として導入され得る。したがって、3G、4G、および/またはLTE-Aと関連付けられ得る用語への言及は、例示を目的としたものにすぎず、本明細書において提示される態様の範囲を制限するものではない。
【００２７】
概要
第1の態様は、複数の同時のサービスコンテキストを使用する複数の同時のサービス接続をサポートする単一の無線リンクを確立するために、複数の同時のサービスコンテキストと単一の接続性コンテキストを共有することを実現する。複数の同時のサービスコンテキストは、複数の別個のサービスコンテキストであり得る。一例では、接続性コンテキストはEMMコンテキストを備える。任意選択で、接続性コンテキストは、EMMコンテキストとESMコンテキストとを含み得る。たとえば、無線リソース制御(RRC)リンクまたは媒体アクセス制御(MAC)リンクが、たとえば、共有される接続性コンテキスト(たとえば、1つまたは複数のサービスコンテキストと共有される単一の接続性コンテキスト)に基づいて、デバイス(たとえば、チップ構成要素、クライアントデバイス)と無線アクセスネットワーク(RAN)との間で確立され得る。一例では、RANは、セルラーRAN、またはWi-Fiアクセスポイントから構成される無線ネットワーク、またはセルラー無線とWi-Fi無線の組合せであり得る。別の例では、RANは、免許スペクトルまたは免許不要スペクトルにおいて動作し、無線リソース制御(RRC)または媒体アクセス制御(MAC)機構によって制御される、1つまたは複数の無線アクセスノードから構成され得る。様々な例では、RRCは、セルラーRRC、セルラー無線リソース管理(RRM)、または媒体アクセス制御(MAC)、または、より高次のレイヤのシグナリングおよびユーザデータのトランスポートのための無線リソースの確立を含む、1つまたは複数のリンクを通じた無線リソースへのアクセスを制御するための任意の他のシグナリング機構を含み得る。デバイスは、単一の無線リンクを通じて同時のサービス接続を確立するために、複数の別個のサービスコンテキストを使用し得る。一例では、サービスコンテキストはESMコンテキストを備える。このようにして、より低レベルの無線リンク接続性のために単一の接続性コンテキストを使用でき、一方で、単一の無線リンク上でサービス接続を確立するために2つ以上のサービスコンテキストを使用できる。
【００２８】
第2の態様は、接続性コンテキスト要求を受信し、要求を認証し、要求に応答してデバイスとの接続性コンテキストを確立するための、ホストモバイルモビリティエンティティ(HMME)と本明細書において呼ばれる接続性サービングノードを実現する。ある例では、接続性サービングノード(たとえば、HMME)は、デバイスのモビリティおよび/またはセキュリティを制御するために、デバイスとの制御プレーン上で、非アクセス層(NAS)EPSセッション管理(ESM)およびEPSモビリティ管理(EMM)を実行し得る。したがって、接続性コンテキスト(たとえば、EMMコンテキスト)は、デバイスの1つまたは複数のサービスコンテキストと同時に共有され得る単一の無線リンクを確立する役割を果たし得る。一例では、接続性コンテキスト要求を認証することは、要求が緊急サービスのためのものであること、または認証がスキップされ得る任意の他のサービスのためのものであることを、接続性サービングノード(たとえば、HMME)が認識するとき、認証をスキップすることを含み得る。認証することは、たとえば、サービスタイプの指示(たとえば、サービス識別子)、デバイスタイプの指示(たとえば、デバイスタイプ)、選択されるPLMN(公衆陸上移動網)の指示、デバイスが接続される無線アクセスポイントの1つまたは複数の識別子(eNB識別子、セル識別子、Wi-Fi AP識別子などを含む)、デバイスによって提供されるアクセスポイント名、およびデバイスによって提供されるサービスアクセスポイント識別子のうちの、1つまたは複数に基づき得る。ある態様では、選択されるPLMNの指示、無線アクセスポイント識別子、アクセスポイント識別子(eNB識別子、セル識別子、Wi-Fi AP識別子などを含む)、アクセスポイント名、およびサービスアクセスポイント識別子は、個別に、集合的に、または任意の組合せで、ネットワーク識別子の例であると見なされ得る。一例では、認証がスキップされる場合、接続性サービングノード(たとえば、HMME)は、デバイスが、ユーザプロファイル(ネットワークAAAを介して取得される)に従って、かつ/またはローカルの接続性サービングノード(たとえば、HMME)の構成に従って、要求においてデバイスによって提供されるサービスタイプの指示、デバイスタイプの指示、および選択されるPLMNの指示のうちの1つまたは複数に特有のサービス接続のみを確立することを可能にできる。
【００２９】
第3の態様は、たとえば、サービスプロバイダによって運用され、接続性サービングノード(たとえば、HMME)とは別個である、サービス管理エンティティ(SME)を実現し、このSMEは、デバイスのためのサービスコンテキストを、サービス認可、認証、および課金(サービスAAA)サーバに対して認証および認可するように構成される。SMEは、たとえばサービスコンテキストと関連付けられる証明書に基づいて、デバイスとサービスプロバイダとの間のサービス接続がセットアップされるべきであるかどうかを確認し得る。
【００３０】
複数の同時のサービスコンテキストをサポートする単一の接続性コンテキスト
図1は、無線アクセスネットワーク(RAN)120などの、デバイス102(たとえば、チップ構成要素、クライアントデバイス)とネットワークノードとの間の単一の無線リンク101を示す。単一の無線リンク101は、複数のサービスコンテキスト108、109、112(たとえば、ESMコンテキスト)と関連付けられる同時の複数のサービス接続114、116、118をサポートしながら、デバイス102を2つ以上のネットワークに結合する役割を果たし得る。より詳細には、図1は、デバイス102と無線アクセスネットワーク(RAN)120(たとえば、eNB)との間の単一の無線リンク101(たとえば、唯一のRRCリンク、唯一のRRC接続)が、複数のサービスコンテキスト108、109、112(たとえば、第1のサービスコンテキスト108、第2のサービスコンテキスト109、第3のサービスコンテキスト112)と関連付けられる第1のサービス接続114、第2のサービス接続116、および第3のサービス接続118などの複数のサービス接続をサポートしながら、2つ以上のプロビジョニング機能(たとえば、接続性プロバイダA104、接続性プロバイダB106)を介してデバイス102を2つ以上のサービスプロバイダ(たとえば、サービスプロバイダA141、サービスプロバイダB143)に結合する役割を果たし得る。
【００３１】
一例では、デバイス102によって確立される接続性コンテキスト124は、複数の同時のサービスコンテキスト108、109、112によって共有され得る単一の無線リンク101を確立する役割を果たし得る。したがって、接続性コンテキスト124は、共有された接続性コンテキストと呼ばれ得る。接続性コンテキスト124は、モビリティ管理コンテキストであり得る。接続性コンテキスト124(たとえば、EMMコンテキスト)は、接続性サービングノード123またはホストモビリティ管理エンティティ(HMME)と本明細書において呼ばれるネットワークサービングノードとともに使用され得る。接続性サービングノード123(たとえば、HMME)は、セキュリティ、データベアラ管理およびデータ接続管理のためのシグナリング、ページング、ならびにモビリティを提供し得る。接続性接続125を有する接続性コンテキスト124の使用は、単一の無線リンク101上での、対応する複数のサービス接続114、116、118を有する複数のサービスコンテキスト108、109、112による同時の使用を容易にし得る。本明細書では、接続性接続125は、(データのトランスポートではなく)シグナリングのトランスポートのためのシグナリング接続または結合(たとえば、EMM NASシグナリング接続、任意選択のEMMおよびESM NASシグナリング接続)を意味する。
【００３２】
たとえば、デバイス102が3つのタイプのサブスクリプション(たとえば、複数のサービスコンテキスト108、109、112を使用し得る)を有し、接続性コンテキスト124(たとえば、1つまたは複数のサービスコンテキストによって共有され得る単一の接続性コンテキスト、複数のサービスコンテキストによって共有され得る単一の接続性コンテキスト)の使用が、(たとえば、単一の無線ベアラを使用する)単一の無線リンク101上での同時の複数のサービス接続114、116、118(複数のサービスコンテキスト108、109、および112の各サブスクリプションおよび/またはサービスコンテキストに対して1つのサービス接続)を、デバイス102から提供する能力を可能にし得る。図1に示されるように、サービス接続114、116、118の任意の1つまたは複数が、任意の所与の時間においてアイドルまたはアクティブであり得る。
【００３３】
接続性サービングノード123は、RAN120の近くで実装されることがあり、たとえば接続性コンテキスト124を認証することによって、単一の無線リンク101を確立するように接続性コンテキスト124(たとえば、EMMコンテキスト)の確立を管理する役割を果たし得る。
【００３４】
接続性サービングノード123は、デバイス102から取得された接続性コンテキスト124を認証する役割を果たし得る。接続性サービングノード123は、たとえば、デバイス102のモビリティおよび/またはセキュリティを制御するために、デバイス102との制御プレーン上で、非アクセス層(NAS)EPSモビリティ管理(EMM)を実行し得る。接続性サービングノード123は、接続性コンテキスト124が確立されるべきかどうかを確認するために、接続性サービングノード123のサービングネットワーク145のホーム認可、認証、および課金(H-AAA)サーバ144に対して、デバイス102の接続性コンテキスト124を認証し得る。認証は、たとえば、H-AAAサーバ144に記憶される接続性コンテキスト124と関連付けられる証明書およびサブスクリプションに基づき得る。ある態様では、証明書は、接続性コンテキスト124などのコンテキストを確立するために使用され得る。したがって、証明書はコンテキストを認証するために使用され得る。したがって、接続性コンテキスト124は、デバイス102の1つまたは複数のサービスコンテキスト108、109、112によって共有され得る単一の無線リンク101を確立する役割を果たし得る。
【００３５】
任意選択の実装形態127において、接続性サービングノード123はまた、第3のサービス接続118のためのサービスのプロビジョニングをサポートするために、デバイス102との制御プレーン上で非アクセス層(NAS)EPSセッション管理(ESM)を実行し得る。任意選択の実装形態127において、EMMコンテキストとESMコンテキストの両方が確立され得る。
【００３６】
以下のアーキテクチャについての検討が、本明細書において説明されるような接続性サービングノード123に関する態様に対して企図され得る。一例では、接続性サービングノード123は、デバイス102とコアネットワークとの間でセキュアなトンネルを提供し得る。たとえば、接続性サービングノード(たとえば、HMME)との接続性コンテキスト(たとえば、EMMコンテキスト)は、すべてのシグナリングを保護し得るセキュリティコンテキストを有することができる。一例では、接続性サービングノード123は、複数のEMSコンテキストの存在についての知識を集約する仮想的なMMEとして活動し得る。一例では、接続性サービングノード123は、モビリティ管理の観点からもアグリゲータとして活動し得るので、SMEはデバイス102のモビリティ状態を必ずしも認識していなくてもよい。一例では、接続性サービングノード123は、無線モビリティのためのアンカーとして活動し得る。一例では、従来の非アクセス層(NAS)モデルは、別々のEMMコンテキストおよびESMコンテキストを可能にするように修正され得る。すなわち、一例では、接続性サービングノード123との接続性コンテキスト124(たとえば、EMMコンテキスト)は、ESMコンテキストなしで確立され得る。
【００３７】
任意選択の実装形態127において、接続性サービングノード123とのEMMコンテキストとESMコンテキストの両方が確立され得る。たとえば、接続性サービングノード123はEMMコンテキストを有し得る。EMMコンテキストに加えて、接続性サービングノード123は、ESMコンテキストを作成し得る(たとえば、接続性サービングノード123がPDN接続性サービスをデバイス102に提供する場合)。
【００３８】
一例では、EMMセキュリティのための、認証のために使用される証明書の第1のセット(たとえば、接続性証明書)は、ESMセキュリティのための、認証のために使用される証明書の第2のセット(たとえば、サービス証明書)とは異なり得る。別の例では、NASモデルは、証明書の同じセットを使用して、EMMコンテキストおよび1つまたは複数のESMコンテキストの確立を同時に可能にする(たとえば、証明書の第1のセットが証明書の第2のセットと同じである、またはそれに等しい)。たとえば、接続性サービングノード123がESMコンテキストを作成するとき、ESMコンテキストは、たとえば、EMMコンテキストを確立するために使用されるのと同じ証明書に基づいて確立され得る。
【００３９】
本明細書において説明される態様では、接続性コンテキスト124が確立されると、デバイス102は、異なるネットワークエンティティとの、証明書の異なるセットに対応する1つまたは複数のESMコンテキストを確立し得る。複数のESMコンテキストとの接続性コンテキスト124(たとえば、単一の接続性コンテキスト)を実装することは、1つまたは複数のネットワークの中の区別される接続管理エンティティによるサービスのプロビジョニングを通じたサービスの区別を容易にし得る。区別される接続管理エンティティは、専用のモビリティ管理エンティティ(MME)により例示され得る。区別される接続管理エンティティ(たとえば、専用のMME)は、サービス管理エンティティ(SME)と本明細書において呼ばれ得る。
【００４０】
図1の例では、RAN120は、複数の接続性プロバイダ(たとえば、接続性プロバイダA104および接続性プロバイダB106)に結合され得る。接続性プロバイダは、異なるネットワークにおいて動作し得る。接続性プロバイダA104は、SME A 128と本明細書において呼ばれるサービス管理エンティティ、ならびに、PGW/SGW A 132と本明細書において総称的に呼ばれる1つまたは複数のパケットデータネットワークゲートウェイ(PGW)および1つまたは複数のサービングゲートウェイ(SGW)を有し得る。接続性プロバイダB106は、SME B 130と本明細書において呼ばれるサービス管理エンティティ、ならびに、PGW/SGW B 134と本明細書において総称的に呼ばれる1つまたは複数のパケットデータネットワークゲートウェイ(PGW)および1つまたは複数のサービングゲートウェイ(SGW)を有し得る。
【００４１】
SME A 128は、第1のサービス接続114のための第1のサービスコンテキスト108を維持し得る。SME B 130は、第2のサービス接続116のための第2のサービスコンテキスト109を維持し得る。第1のサービスコンテキスト108および第2のサービスコンテキスト109は、デバイス102によって、デバイス論理コンテキストA103およびデバイス論理コンテキストB105と関連付けられる証明書およびサブスクリプションを使用して確立され得る。SME A 128は、第1のサービス接続114が、たとえばデバイス論理コンテキストA103と関連付けられサービスプロバイダA141により提供される証明書に基づいてセットアップされるべきかどうかを確認するために、サービス認可、認証、および課金サーバA(サービスAAAサーバA)140に対して、第1のサービスコンテキスト108(たとえば、第1のESMコンテキスト)を認証し得る。SME B 130は、第2のサービス接続116が、たとえばデバイス論理コンテキストB105と関連付けられサービスプロバイダB143により提供される証明書に基づいてセットアップされるべきかどうかを確認するために、サービス認可、認証、および課金サーバB(サービスAAAサーバB)142に対して、第2のサービスコンテキスト109(たとえば、第2のESMコンテキスト)を認証し得る。
【００４２】
図1の例示的な図示において、デバイス102は、第1のサービスコンテキスト108、第2のサービスコンテキスト109、および第3のサービスコンテキスト112をサポートし得る。しかしながら、任意の数のサービスコンテキストがデバイス102によってサポートされ得ることが企図される。
【００４３】
図1において、第1のサービスコンテキスト108、第2のサービスコンテキスト109、および第3のサービスコンテキスト112は、デバイス102と接続性プロバイダA104および/または接続性プロバイダB106との間でサポートされ得る。第1のサービスコンテキスト108、第2のサービスコンテキスト109、および第3のサービスコンテキスト112の各々は、証明書の1つまたは複数のセットに対応し得る。いくつかの態様では、証明書の1つのセットと関連付けられるサービスは、複数のサービスコンテキストを確立するために許可され得る。本明細書において説明される態様では、証明書のセットは、サービスプロバイダまたは接続性プロバイダに対してデバイス102(またはデバイス102のユーザ/加入者)の識別を可能にする情報のセットを含み得る。証明書のセットは、とりわけ、認証のために使用されるセキュリティ鍵を含み得る。
【００４４】
一例では、第1のサービス接続114、第2のサービス接続116、および第3のサービス接続118は、通信プロトコルスタックの単一のレイヤ2接続(たとえば、LTEレイヤ2、RRCレイヤ、WI-FIなど)上で多重化され得る、複数の同時のサービスコンテキスト(たとえば、第1のサービスコンテキスト108、第2のサービスコンテキスト109、および第3のサービスコンテキスト112)を実現し得る。複数の同時のサービスコンテキスト(たとえば、第1のサービスコンテキスト108、第2のサービスコンテキスト109、および第3のサービスコンテキスト112)は、たとえば、各サービスコンテキストに対してデバイス102によって使用される特定の/別個の識別情報に基づいて区別され得る。
【００４５】
デバイス102は、ネットワークにデバイス102のための接続性コンテキスト124(たとえば、EMMコンテキスト)を提供してモビリティ管理を可能にする接続性サービングノード123との接続性(たとえば、アクセス)を確立するためにセキュアなアクセスを提供する、証明書のセットを取得し得る。そのような証明書は、たとえば、out-of-the-box証明書、事業者証明書、相手先商標製品製造会社(OEM)により提供され、デバイス102を製造するエンティティによる製造の間にデバイス102にインストールされる証明書であり得る。OEM証明書の使用は、OEMが証明書を提供することと、そのような証明書に対する認証をホストすることとを可能にし得るので、たとえばサービスプロバイダ証明書がサービスコンテキストのみ(たとえば、ESMコンテキストのみ)を提供するために使用される場合にデバイス102が異なるサービスプロバイダをサポートすることを可能にする。接続性コンテキスト124(たとえば、EMMコンテキスト)の確立のためにOEM証明書を使用することで、データトラフィックが接続性コンテキスト124に関連して生成されないので、接続性コンテキスト124を確立するために充電することなく、シグナリング、モビリティ管理、セキュリティなどを提供するために接続性コンテキスト124を確立することが可能になることがある。
【００４６】
サービス証明書(たとえば、サービス関連証明書)は、サービス管理エンティティ(たとえば、SME A 128、SME B 130)との1つまたは複数のサービスコンテキスト(たとえば、ESMコンテキスト)を確立するために使用され得る。様々な構成において、サービス管理エンティティ(SME)は、(たとえば、図2のように)接続性サービングノード(たとえば、HMME)とは物理的に別であることがあり、サービス管理エンティティは、(たとえば、図3のように)接続性サービングノードにおいて論理的に併置またはホストされることがあり、またはこれらの組合せであることがあり、その場合、(たとえば、図4のように)一部のサービス管理エンティティは接続性サービングノードによって論理的に併置/ホストされることがあり、他のサービス管理エンティティは接続性サービングノードとは物理的に別であることがある。
【００４７】
一例では、デバイス102のために確立されたすべてのサービスコンテキスト(たとえば、ESMコンテキスト)が、接続性モデル(たとえば、EMMモデル)に関して同じ要件を共有し得る。そのような例によれば、デバイス102が、接続性コンテキスト124(たとえば、EMMコンテキスト)確立の際に、接続性モデル(たとえば、EMMモデル)においてデバイスタイプまたはサービス特徴の特定のセット(たとえば、マシンツーマシン(M2M)、マルチメディアなどのデバイスタイプ)を示すとき、接続性サービングノード123は、接続性モデル(たとえば、EMMモデル)においてデバイス102によって示されるデバイスタイプまたはサービス特徴の特定のセットに対して、特定の取り扱い(たとえば、モビリティ管理、セキュリティなど)を実行し得る。そのような特定の取り扱いは、デバイス102のために確立される接続性コンテキスト124(たとえば、EMMコンテキスト)に関連してデバイス102のために確立されるすべてのサービスコンテキスト(たとえば、ESMコンテキスト)に適用され得る。
【００４８】
デバイス102が、接続性レベル(たとえば、EMMレベル)において異なる取り扱いを利用する第2のサービスコンテキスト(たとえば、第2のESMコンテキスト)を確立しようとする場合、デバイス102は、接続性コンテキスト124を再確立することができ(およびいくつかの態様では他のアクティブなサービスコンテキストをドロップすることができ)、新しい接続性コンテキスト(たとえば、新しいEMMコンテキスト)の確立の際に、デバイスタイプまたはサービス特徴の異なるセットを示すことができる。
【００４９】
例示的なネットワーク動作環境および/または構成
図2、図3、および図4は、接続性サービングノード(たとえば、HMME)および1つまたは複数のSMEの様々な配置を有する様々な例示的なネットワーク構成を示す。図2、図3、および図4は、例示的なネットワーク構成に従って、デバイス202および接続性サービングノード210、310、410が単一の無線リンク101上でデバイスのための1つまたは複数のサービス接続によって同時に共有される(または代替的に、複数のサービス接続によって共有される)接続性コンテキストと関連付けられるシグナリングトラフィックを多重化し得ることを示す。ある態様では、デバイス202は、単一の無線リンク101上で、接続性コンテキストと、接続性コンテキストを共有する1つまたは複数のサービス接続114、116とのうちの1つまたは複数を介して、シグナリングトラフィックを送信することができる。ある態様では、シグナリングトラフィックは、単一の無線リンク上で、接続性コンテキストと、接続性コンテキストを共有する1つまたは複数のサービス接続114、116とのうちの1つまたは複数を介して、接続性サービングノード210、310、410からデバイスにおいて受信され得る。
【００５０】
図2は、接続性サービングノード(たとえば、ホストモビリティ管理エンティティ(HMME))と、接続性サービングノードとは物理的に別であるサービス管理エンティティ(SME)とを含む、第1の例示的なネットワーク環境を示す。デバイス202によって確立される接続性コンテキスト224が図示されている。接続性コンテキスト224は、複数の同時のサービスコンテキスト208、209によって共有され得る単一の無線リンク101を確立する役割を果たし得る。したがって、接続性コンテキスト224は、共有された接続性コンテキストと呼ばれ得る。接続性コンテキスト224は、モビリティ管理コンテキストであり得る。第1の例示的なネットワーク環境はさらに、接続性サービングノード210(たとえば、ホストモビリティ管理エンティティ(HMME))と、接続性サービングノード210とは物理的に別であるサービス管理エンティティ(SME)とを含む。SMEは、サービスコンテキスト管理のために使用され得る。別々のSMEは、SME A 212およびSME B 214によって例示され、そのように呼ばれることがある。ある態様では、SME A 212およびSME B 214は、区別される接続管理エンティティ(たとえば、専用のMME)と表され得る。
【００５１】
いくつかの実装形態では、接続性サービングノード210は、ネットワークのモビリティ管理の知識および機能の一部またはすべてを取得し、記憶し、実装し、かつ/または行使することができる。いくつかの実装形態では、接続性サービングノード210は、ネットワークのシステムトポロジーの知識(たとえば、ハンドオフ、ページングなどのための)の一部またはすべてを取得および/または記憶することができる。
【００５２】
図2の例では、デバイス202(たとえば、チップ構成要素、クライアントデバイス)は、接続性サービングノード210に結合され得る1つまたは複数のネットワークノード220(たとえば、RAN、RANのeNB、AP)と通信し得る。デバイス202は、論理コンテキストA203および論理コンテキストB205などの複数の論理コンテキストを含むことがあり、かつ/またはサポートすることがある。デバイス202の各論理コンテキストは、別個のサービスおよびサービスコンテキストと関連付けられることがあり、それらをサポートすることがある。
【００５３】
論理コンテキストA203および/または論理コンテキストB205などの論理コンテキストは、サービスプロバイダおよび/またはコンテンツプロバイダによってデバイス202へクライアントとしてダウンロードされ得る。論理コンテキストA203および/または論理コンテキストB205の各々は、証明書(たとえば、サービス証明書)のセットへのマッピングを有し得る。証明書は、サービスAAAサーバA216および/またはサービスAAAサーバB218などのサービスAAAサーバに記憶され得る。
【００５４】
接続性サービングノード210は、SME A 212およびSME B 214などの複数の別個のSMEをサポートし得る。SME A 212およびSME B 214の各々は、別個のサービスおよびサービスコンテキストをサポートし得る。たとえば、SME A 212は第1のサービスコンテキスト208として識別されるサービスコンテキストをサポートすることができ、SME B 214は第2のサービスコンテキスト209として識別される異なるサービスコンテキストをサポートすることができる。SME A 212およびSME B 214は、サービスコンテキストの管理およびサービスの認可を実行し得る。たとえば、SME A 212およびSME B 214は、サービスAAAサーバA216および/またはサービスAAAサーバB218などの特定のサービスAAAサーバに対してデバイス202を認証し得る。
【００５５】
一態様では、サービスコンテキスト(たとえば、第1のサービスコンテキスト208、第2のサービスコンテキスト209)は、デバイス202の接続性コンテキスト224(たとえば、1つまたは複数のサービスコンテキストによって共有され得る接続性コンテキスト)の現在のモードとは無関係に、デバイス202において維持され得る。たとえば、アイドルモードにある接続性コンテキスト224を有するデバイス202と関連付けられるサービスコンテキスト(たとえば、第1のサービスコンテキスト208、第2のサービスコンテキスト209)が維持され得る(すなわち、デバイス202が接続を確立する(たとえば、アクティブモードに切り替える)場合、サービスコンテキストは再確立される必要はない)。
【００５６】
一態様では、サービスコンテキスト(たとえば、第1のサービスコンテキスト208、第2のサービスコンテキスト209)は3つのモードを有し得る。第1のモードは「アクティブ」モードであることがあり、このモードではデバイス202が接続され、サービスのためのデータトラフィックがある。第2のモードは「休眠」モードであることがあり、このモードではデバイス202は接続されているが、サービスのためのデータトラフィックはなく、しかしサービスコンテキストは維持されている(すなわち、データトラフィックが開始する場合にサービスコンテキストが再確立される必要がない)。第3のモードは「アイドル」モードであることがあり、このモードではデバイス202はアイドル状態であり(たとえば、RANコンテキストなし)、よって、サービスのためのデータトラフィックはなく、しかしサービスコンテキストは維持されている(すなわち、デバイス202が接続を確立する(たとえば、アクティブモードに切り替える)場合、サービスコンテキストが再確立される必要がない)。
【００５７】
一例では、論理コンテキストA203は、第1のサービスコンテキスト208を実装する第1のサービス接続114のもとで動作することができ、論理コンテキストB205は、第2のサービスコンテキスト209を実装する第2のサービス接続116のもとで動作することができる。したがって、この例では、SME A 212は、たとえばデバイス202と関連付けられる証明書およびサブスクリプションに基づいて、第1のサービス接続114がセットアップされるべきであるかどうかを確認するために、サービスAAAサーバA216に対してデバイス202を認証し得る。一例では、認証が成功すると、第1のサービスコンテキスト208(たとえば、第1のESMコンテキスト)は、たとえばデバイス202の論理コンテキストA203と関連付けられる証明書に基づいて確立され得る。サービスAAAサーバA216は、デバイス202の論理コンテキストA203のサービス証明書を記憶し得る。
【００５８】
SME B 214は、たとえばデバイス202と関連付けられる証明書およびサブスクリプションに基づいて、第2のサービス接続116がセットアップされるべきであるかどうかを確認するために、サービスAAAサーバB418に対してデバイス202を認証し得る。一例では、認証が成功すると、第2のサービスコンテキスト209(たとえば、第2のESMコンテキスト)は、たとえばデバイス202の論理コンテキストB205と関連付けられる証明書に基づいて確立され得る。サービスAAAサーバB218は、デバイス202の論理コンテキストB205のサービス証明書を記憶し得る。
【００５９】
デバイス202は、NAS管理レイヤ221を含み得る。NAS管理レイヤ221は、たとえば、既存のマッピングに加えて、アプリケーション、サービス、および/またはアクセスポイント名(APN)のための、コンテキストへのサービスおよび/またはトラフィックのマッピングを維持し得る。NAS管理レイヤ221は、デバイス202の接続性(たとえば、アクセス)のための論理コンテキストを含み得る。本明細書では、デバイス202の接続性(たとえば、アクセス)のための例示的な論理コンテキストは、接続性論理コンテキスト222と呼ばれ得る。たとえば、接続性論理コンテキスト222は、たとえばある接続性証明書に基づいて、接続性コンテキスト224(たとえば、EMMコンテキスト)の確立および管理を実現し得る。任意選択で、接続性論理コンテキスト222は、たとえばあるサービス証明書に基づいて、サービスコンテキスト(たとえば、ESMコンテキスト)の確立および管理を実現し得る。
【００６０】
ある態様では、接続性論理コンテキスト222は、接続性コンテキスト224(たとえば、EMMコンテキスト)を実装し得る。したがって、この例では、接続性サービングノード210は、たとえばデバイス202と関連付けられる証明書およびサブスクリプションに基づいて、接続性コンテキスト224がセットアップされるべきであるかどうかを確認するために、ホームAAAサーバ(H-AAAサーバ)244に対してデバイス202を認証し得る。H-AAAサーバ244は、デバイス202の接続性論理コンテキスト222の接続性証明書を記憶し得る。
【００６１】
デバイス202の論理コンテキスト(たとえば、論理コンテキストA203、論理コンテキストB205)とNAS管理レイヤ221との間の関連付けは、たとえば、コンテキスト確立(たとえば、サービスコンテキスト確立)のためのシグナリング、サービスコンテキストシグナリング(たとえば、ESMシグナリング)などのサービスシグナリングのトランスポート(たとえば、NAS)、および/または論理コンテキスト(たとえば、論理コンテキストA203、論理コンテキストB205)へのGUTIのマッピング(たとえば、論理コンテキストのGUTSIおよび/またはSCSIへのデバイスのGUTIのマッピング)を実現し得る。デバイス202の論理コンテキスト間のこの関連付けは、たとえば、コアネットワークとのサービスコンテキスト(たとえば、ESMコンテキスト)の確立および管理のための、アプリケーションプログラムインターフェース(API)またはサービスアクセスポイント(SAP)に基づき得る。
【００６２】
図2には、非ワイドエリアネットワーク(非WAN)インターフェースおよび/またはワイドエリアネットワーク(WAN)インターフェース226を表すレイヤも示されている。ある態様では、サービス接続(たとえば、第1のサービス接続114、第2のサービス接続116)は、WANインターフェース(たとえば、セルラーネットワークインターフェース)および/または非WANインターフェース(たとえば、Wi-Fiインターフェース)と対話し得る。より一般的には、サービス接続は1つまたは複数のインターフェースと対話することが可能である。たとえば、第1のサービス接続114および第2のサービス接続116は、ともにWANインターフェースを使用することがあり、ともに非WANインターフェースを使用することがあり、または一方がWANインターフェースを使用する一方で、他方が非WANインターフェースを使用することがある。
【００６３】
図3は、接続性サービングノード310(たとえば、HMME)と、併置された/ホストされたサービス管理エンティティ(SME)論理ノードとを含む、第2の例示的なネットワーク環境を示す。SME論理ノードは、サービスコンテキスト管理のために使用され得る。SME論理ノードは、SME A 312およびSME B 314によって例示され、そのように呼ばれることがある。ある態様では、SME A 312およびSME B 314は、区別される接続管理エンティティ(たとえば、専用のMME)と表され得る。
【００６４】
いくつかの実装形態では、接続性サービングノード310は、ネットワークのモビリティ管理の知識および機能の一部またはすべてを取得し、記憶し、実装し、かつ/または行使することができる。いくつかの実装形態では、接続性サービングノード310は、ネットワークのシステムトポロジーの知識(たとえば、ハンドオフ、ページングなどのための)の一部またはすべてを取得および/または記憶することができる。
【００６５】
ある態様では、SME A 312およびSME B 314などの1つまたは複数の別個のSME論理ノードは、接続性サービングノード310に統合され、またはそれによって実装され得る。接続性サービングノード310は、1つまたは複数のサービスプロバイダおよび/またはコンテンツプロバイダを代表して、SME論理ノードをホストし得る。SME A 312およびSME B 314の各々は、別個のサービスおよびサービスコンテキストをサポートし得る。たとえば、SME A 312は第1のサービスコンテキスト208(たとえば、第1のESMコンテキスト)として識別されるサービスコンテキストをサポートすることができ、SME B 314は第2のサービスコンテキスト209(たとえば、第2のESMコンテキスト)として識別される異なるサービスコンテキストをサポートすることができる。SME A 312およびSME B 314は、サービスコンテキストの認可を実行し得る。接続性サービングノード310がSME論理ノードを実装する実装形態では、接続性サービングノード310は、サービスコンテキストの管理(たとえば、QoS、ベアラステータス、アクセスポイント名(APN)ごとの混雑など)を実行し得る。
【００６６】
この例では、SME A 312は、第1のサービス接続114のための第1のサービスコンテキスト208を維持し得る。SME B 314は、第2のサービス接続116のための第2のサービスコンテキスト209を維持し得る。第1のサービスコンテキスト208および第2のサービスコンテキスト209は、それぞれ、デバイス202の論理コンテキストA203および論理コンテキストB205などのデバイス202の論理コンテキストと関連付けられる証明書およびサブスクリプションを使用して、デバイス202(たとえば、チップ構成要素、クライアントデバイス)によって確立され得る。
【００６７】
たとえば、SME A 312は、たとえばデバイス202と関連付けられる証明書およびサブスクリプションに基づいて、第1のサービス接続114がセットアップされるべきであるかどうかを確認するために、サービスAAAサーバA316に対してデバイス202を認証し得る。一例では、認証が成功すると、第1のサービスコンテキスト208(たとえば、第1のESMコンテキスト)は、たとえばデバイス202の論理コンテキストA203と関連付けられる証明書に基づいて確立され得る。サービスAAAサーバA316は、デバイス202の論理コンテキストA203のサービス証明書を記憶し得る。
【００６８】
SME B 314は、たとえばデバイス202と関連付けられる証明書およびサブスクリプションに基づいて、第2のサービス接続116がセットアップされるべきであるかどうかを確認するために、サービスAAAサーバB318に対してデバイス202を認証し得る。一例では、認証が成功すると、第2のサービスコンテキスト209(たとえば、第2のESMコンテキスト)は、たとえばデバイス202の論理コンテキストB205と関連付けられる証明書に基づいて確立され得る。サービスAAAサーバB318は、デバイス202の論理コンテキストA203のサービス証明書を記憶し得る。
【００６９】
図3では、前の図に記載されている参照番号と同一の参照番号を有する参照項目は、同じまたは同様の目的を有し、前に説明されたのと同じまたは同様の方法で実行する。したがって、簡潔にするために、それらの説明は繰り返されない。
【００７０】
図4は、接続性サービングノード410(たとえば、HMME)と、併置された/ホストされたSME論理ノードと別個のSME物理ノードとの両方とを含む、第3の例示的なネットワーク環境を示す。SMEは、サービスコンテキスト管理のために使用され得る。別々のSMEは、SME A 412およびSME B 414によって例示され、そのように呼ばれることがある。ある態様では、SME A 412およびSME B 414は、区別される接続管理エンティティ(たとえば、専用のMME)と表され得る。
【００７１】
いくつかの実装形態では、接続性サービングノード410は、ネットワークのモビリティ管理の知識および機能の一部またはすべてを取得し、記憶し、実装し、かつ/または行使することができる。いくつかの実装形態では、接続性サービングノード410は、ネットワークのシステムトポロジーの知識(たとえば、ハンドオフ、ページングなどのための)の一部またはすべてを取得および/または記憶することができる。図4の例示的なネットワーク環境では、ある態様によれば、サービスコンテキスト管理は、SME A 412の論理ノードから見て接続性サービングノード410に統合され得るが、別個のSME B 414の物理ノードも接続性サービングノード410に結合される。接続性サービングノード410は、1つまたは複数のサービス/コンテンツプロバイダを代表して、SME A 412の論理ノードをホストし得る。SME A 412およびSME B 414の各々は、別個のサービスおよびサービスコンテキストをサポートし得る。たとえば、SME A 412は第1のサービスコンテキスト208(たとえば、第1のESMコンテキスト)として識別されるサービスコンテキストをサポートすることができ、別個のSME B 414は第2のサービスコンテキスト209(たとえば、第2のESMコンテキスト)として識別される異なるサービスコンテキストをサポートすることができる。SME A 412の論理ノードおよびSME B 414の物理ノードはともに、サービスコンテキスの認可を実行し得る。接続性サービングノード410は、SME A 412の論理ノードと関連付けられる第1のサービスコンテキスト208に関してサービスコンテキスト管理(たとえば、QoS、ベアラステータス、APNごとの混雑など)を実行し得る。別個のSME B 414の物理ノードは、第2のサービスコンテキスト209に関してサービスコンテキスト認可およびサービスコンテキスト管理を実行し得る。
【００７２】
図4の例では、デバイス202(たとえば、チップ構成要素、クライアントデバイス)は、接続性サービングノード410に結合される1つまたは複数のネットワークノード220(たとえば、RAN、RANのeNB、AP)と通信し得る。デバイス202は、論理コンテキストA203および論理コンテキストB205などの複数の論理コンテキストを含むことがあり、かつ/またはサポートすることがある。デバイス202の各論理コンテキストは、別個のサービスおよびサービスコンテキストと関連付けられることがあり、それらをサポートすることがある。
【００７３】
この例では、SME A 412は、第1のサービス接続114のための第1のサービスコンテキスト208を維持し得る。別個のSME B 414は、第2のサービス接続116のための第2のサービスコンテキスト209を維持し得る。第1のサービスコンテキスト208および第2のサービスコンテキスト209は、それぞれ、デバイス202の論理コンテキストA203および論理コンテキストB205などのデバイス202の論理コンテキストと関連付けられる証明書およびサブスクリプションを使用して、デバイス202(たとえば、チップ構成要素、クライアントデバイス)によって確立され得る。
【００７４】
ある例では、SME A 412は、たとえばデバイス202と関連付けられる証明書およびサブスクリプションに基づいて、第1のサービス接続114がセットアップされるべきであるかどうかを確認するために、サービスAAAサーバA416に対してデバイス202を認証し得る。一例では、認証が成功すると、第1のサービスコンテキスト208(たとえば、第1のESMコンテキスト)は、たとえばデバイス202の論理コンテキストA203と関連付けられる証明書に基づいて確立され得る。サービスAAAサーバA416は、デバイス202の論理コンテキストA203のサービス証明書を記憶し得る。
【００７５】
別個のSME B 414は、たとえばデバイス202と関連付けられる証明書およびサブスクリプションに基づいて、第2のサービス接続116がセットアップされるべきであるかどうかを確認するために、サービスAAAサーバB418に対してデバイス202を認証し得る。一例では、認証が成功すると、第2のサービスコンテキスト209(たとえば、第2のESMコンテキスト)は、たとえばデバイス202の論理コンテキストB205と関連付けられる証明書に基づいて確立され得る。サービスAAAサーバB418は、デバイス202の論理コンテキストB205のサービス証明書を記憶し得る。
【００７６】
図4では、前の図に記載されている参照番号と同一の参照番号を有する参照項目は、同じまたは同様の目的を有し、前に説明されたのと同じまたは同様の方法で実行する。したがって、簡潔にするために、それらの説明は繰り返されない。
【００７７】
図5、図6、および図7は、証明書情報(たとえば、サブスクリプション情報、セキュリティ情報など)の例を示し、ここで説明される。
【００７８】
図5は、本明細書において説明されるような例示的なネットワークにおいて、接続性コンテキスト224(たとえば、EMMコンテキスト)、第1のサービスコンテキスト208、および第2のサービスコンテキスト209(たとえば、ESMコンテキスト)のためにデバイス202(たとえば、チップ構成要素、クライアントデバイス)において使用され得る証明書情報の例を示す。
【００７９】
図6は、図2の例示的なネットワークにおいて、接続性コンテキスト224(たとえば、EMMコンテキスト)、第1のサービスコンテキスト208、および第2のサービスコンテキスト209(たとえば、ESMコンテキスト)のために使用され得る証明書情報の第1の例を示す。
【００８０】
図7は、図4の例示的なネットワークにおいて、接続性コンテキスト224(たとえば、EMMコンテキスト)、第1のサービスコンテキスト208、および第2のサービスコンテキスト209(たとえば、ESMコンテキスト)のために使用され得る証明書情報の第2の例を示す。
【００８１】
図5において、別々の識別子が破線の境界を有するボックスの中に図示されている。図6および図7において、識別子のグルーピングが破線の境界を有するボックスの中に図示されている。識別子は、グローバル固有一時識別情報(GUTI)、加入者セッション識別情報(SCSI)、一時SCSI(T-SCSI)、グローバル固有一時セッション識別情報(GUTSI)、アクセスのためのグローバル固有一時セッション識別情報(GUTSIAC)、一時トランスポート識別子(TTI)、国際移動体加入者識別情報(IMSI)、SAE一時モバイル加入者識別情報(S-TMSI)、パケットドメイン一時移動体加入者識別情報(P-TMSI)、セル無線ネットワーク一時識別子(C-RNTI)、サービスコンテキスト識別子(SCID)、および一時サービスコンテキスト識別子(T-SCID)を含む。各識別子の説明が以下に続く。
【００８２】
デバイス202は、(たとえば、接続性コンテキスト224において)デバイス202のGUTIを、デバイス202においてアクティブである各サービスコンテキスト(たとえば、第1のサービスコンテキスト208、第2のサービスコンテキスト209)のGUTSIにマッピングし得る。
【００８３】
GUTI510は、発展型パケットシステム(EPS)におけるデバイス202の恒久的な識別情報を明らかにしない方法で、デバイス202を明確に識別し得る。GUTI510は、接続性サービングノード(たとえば、MMEおよび/またはHMME)とネットワークとを識別し得る。GUTI510は、デバイスの識別情報を確立するために、ネットワークおよびデバイスによって使用され得る。接続性サービングノード(たとえば、MMEおよび/またはHMME)は、デバイスとEPCとの間のメッセージ交換の間にデバイスを識別するために、GUTIをデバイスに割り当て得る。
【００８４】
SCSI(たとえば、SCSI1 503、SCSI2 505)は、デバイス202においてインスタンス化される(たとえば、物理デバイスにおいてインスタンス化される)デバイスの論理コンテキスト(たとえば、論理コンテキストA203、論理コンテキストB205)が認証のためにSMEへ提供する恒久的な識別情報(デバイス-MME認証におけるIMSIに類似している)であり得る。SCSIは、デバイス202のサブスクリプションおよび関連する証明書を識別し得る。SCSIは、デバイス202のサブスクリプションプロファイルを取り出してデバイス202を認証するためにどのAAAサーバ(たとえば、サービスAAAサーバA216、サービスAAAサーバB218)にアクセスすべきかを識別するために、SMEによって使用され得る。
【００８５】
T-SCSI(たとえば、T-SCSI1 512、T-SCSI2 514)は、デバイス202とSME A 212、312、412、および/またはSME B 214、314、414などのSMEとの間の後続のシグナリングにおいてデバイス202を識別するために割り振られ得る一時識別子であり得る。T-SCSIは、任意の適切な時間において割り振られ得る。SMEがT-SCSIをデバイス202に提供する場合、デバイス202は、デバイス202とSMEとの間のさらなるシグナリングにおいてT-SCSIを使用し得る。
【００８６】
ある態様では、GUTSI(たとえば、GUTSI1 502、GUTSI2 504)は、認証が成功すると、SME A 212、312、412および/またはSME B 214、314、414などのSMEによってデバイス202に割り振られ得る。GUTSIは、デバイス202とSMEとの間で交換されるシグナリングにおいてデバイス202によって使用され得る。一例では、GUTSIは、デバイス202とSMEとの間で交換されるすべてのシグナリングにおいてデバイス202によって使用され得る。一態様では、GUTSIは、NASペイロード(デバイス202と接続性サービングノード210、310、410との間でトランスポートされる)がどのデバイス202に属するかを識別するために、NASペイロードの外部のデバイス202によって提供され得る(ここでペイロードはデバイス202とSMEとの間のメッセージを含む)。別の例では、GUTSIは、NASペイロードの内部のデバイス202によって提供され得る。GUTSIは、デバイス202から送信されるシグナリングがどのSMEに向けられるかを区別するために、接続性サービングノード210、310、410において使用され得る。たとえば、デバイスからSMEへのNASメッセージ(たとえば、デバイス-SME NASメッセージ)がデバイス202と接続性サービングノード210、310、410との間のNASにカプセル化されるとき、GUTSIは、NASメッセージをどのSMEに送信すべきか、およびデバイス-SME NASメッセージがどのデバイス202に対応するかを、接続性サービングノード210、310、410に示すために、デバイス-SME NASメッセージに関連してデバイス202によって提供され得る。
【００８７】
ある態様では、GUTSIAC508(「AC」は「アクセス」を示し得る)は、接続性コンテキスト224(たとえば、EMMコンテキスト)に対応するデバイス202に割り振られるGUTSIであり得る。
【００８８】
一時トランスポート識別子(TTI)(たとえば、識別子の第3のグルーピング706および第4のグルーピング708に含まれる)は、デバイス202とSMEとの間のサービスコンテキストのために、SME A 212、312、412および/またはSME B 214、314、414などのSMEによって割り振られ得る。TTIは、デバイス202のサービスコンテキスト(たとえば、ESMコンテキスト)と対応するSMEとの間の関係を接続性サービングノード210、310、410において識別するために割り振られ得る。TTIを含むシグナリングを受信すると、接続性サービングノード210、310、410は、対応するデバイス202またはSMEを識別するためにTTIを使用し、シグナリングを識別されたデバイス202またはSMEに転送し得る。
【００８９】
IMSI516は、接続性サービングノード210、310、410(たとえば、HMME)を用いてデバイス202を識別し得る。ある態様では、IMSI516は、たとえば汎用加入者識別モジュール(USIM)カードに割り当てられた恒久的な識別子であり得る。ある態様では、IMSI516は、加入者と関連付けられ、H-AAAサーバ244などの恒久的なプロバイダデータベースに記憶され得る。
【００９０】
S-TMSIおよび/またはP-TMSI(たとえば、識別子の第2のグルーピング704に含まれる)は、接続性サービングノード210、310、410(たとえば、HMME)を用いてデバイス202を識別し得る。S-TMSIおよび/またはP-TMSIは、たとえばアタッチ手順の間に、接続性サービングノード210、310、410(たとえば、HMME)によって作成され得る。S-TMSIおよび/またはP-TMSIは、デバイス202に割り当てられたGUTIの短縮形であり得る。ある態様では、S-TMSIおよび/またはP-TMSIは、接続性サービングノード(たとえば、HMME)によって割り振られ得る。ある態様では、S-TMSIおよび/またはP-TMSIは、接続性コンテキスト(たとえば、1つまたは複数のサービスコンテキストによって共有され得る接続性コンテキスト)を識別し得る。任意選択で、接続性コンテキストがサービスコンテキスト(たとえば、ESMコンテキスト)を含む場合、SCIDが追加で、または代替的に、接続性コンテキストを識別し得る。
【００９１】
C-RNTI506は、NAS管理レイヤ221を識別し得る。C-RNTI506は、デバイス202とネットワークノード(たとえば、RANまたはRANのeNB)との間の交換のために使用され得る。ある態様では、ネットワークノード(たとえば、RANまたはRANのeNB)は、over-the-airでの情報の交換の間にデバイス202を識別するために、C-RNTI506をデバイス202に割り当てる。
【００９２】
サービスコンテキスト識別子(SCID)および一時サービスコンテキスト識別子(T-SCID)は、所与のサービスコンテキストを識別するために使用され得る。任意選択の態様では、所与の接続性コンテキスト(たとえば、EMMコンテキスト)がサービスコンテキスト(たとえば、ESMコンテキスト)を含むとき、SCIDおよび/またはT-SCIDが所与の接続性コンテキストを識別するために使用され得る。
【００９３】
図5において、一例によれば、第1のサービスコンテキスト208は、たとえば、GUTSI1 502、SCSI1 503、および/またはT-SCSI1 512によって識別され得る。GUTSI1 502、SCSI1 503、および/またはT-SCSI1 512は、デバイス202とSME A 212、SME A 312、およびSME A 412などのSMEとの間の交換のために使用され得る。第2のサービスコンテキスト209は、たとえば、GUTSI2 504、SCSI2 505、および/またはT-SCSI2 514によって識別され得る。GUTSI2 504、SCSI2 505、および/またはT-SCSI2 514は、デバイス202とSME B 214、SME B 314、およびSME B 414などのSMEとの間の交換のために使用され得る。NAS管理レイヤ221は、たとえばC-RNTI506によって識別されることがあり、ここでC-RNTI506は、デバイス202とネットワークノード220(たとえば、RAN、RANのeNB、AP)との間の交換のために使用され得る。接続性コンテキスト224は、たとえばGUTSIAC508によって識別されることがあり、ここでGUTSIAC508は、デバイス202と接続性サービングノード210、310、410との間の交換のために使用され得る。デバイス202は、たとえばIMSI516によって識別されることがあり、ここでIMSI516は、デバイス202と接続性サービングノード210、310、410との間の交換のために使用され得る。
【００９４】
図6および図7において、ネットワークノード220(たとえば、RAN、RANのeNB、AP)は、識別子の第1のグルーピング602、702のうちの1つまたは複数を用いてデバイス202を識別し得る。第1のグルーピング602、702は、たとえばC-RNTIおよび/またはGUTIを含み得る。ネットワークノード220は、たとえば、第1のサービスコンテキスト208、第2のサービスコンテキスト209、および接続性コンテキスト224を含む、すべてのコンテキストのための無線アクセスベアラ(RAB)コンテキストを提供し得る。
【００９５】
ある態様では、接続性コンテキスト224は識別子の第2のグルーピング604、704を含み得る。第2のグルーピング604、704は、たとえば、デバイス202もしくはデバイス202の接続性論理コンテキスト222に対する、IMSIまたは何らかの他の接続性識別子(接続性ID)を含み得る。第2のグルーピング604、704はさらに、たとえば、GUTI、S-TMSI、および/またはP-TMSIを含み得る。第2のグルーピング604、704は、たとえば、任意選択のSCID(たとえば、接続性コンテキストがサービスコンテキスト(たとえば、ESMコンテキスト)を含んでいた場合)を含み得る。第2のグルーピング604、704はさらに、たとえば、GUTSIAC(たとえば、ESMコンテキストを識別するための)を含み得る。第2のグルーピング604、704はさらに、たとえば、デバイス202の接続性論理コンテキスト222のサブスクリプションプロファイルの識別子、接続性サービングノード識別子(たとえば、HMME ID)、ならびに/またはサービングゲートウェイ(SGW)識別子および/もしくはアドレス(SGW ID/アドレス)を含み得る。
【００９６】
ある態様では、第1のサービスコンテキスト208は識別子の第3のグルーピング606、706を含み得る。第3のグルーピング606、706は、たとえば、第1のサービスコンテキスト208のサービスコンテキスト識別子(たとえば、SCID1)、第1のサービスコンテキスト208の一時サービスコンテキスト識別子(たとえば、T-SCID1)、第1のサービスコンテキスト208のGUTSI(たとえば、GUTSI1)、第1のサービスコンテキスト208のためのサブスクリプションプロファイルの識別子(たとえば、サブスクリプションプロファイル1)、接続性サービングノード識別子(たとえば、HMME ID)、ならびに/またはサービングゲートウェイ(SGW)識別子および/もしくはアドレス(SGW ID/アドレス)を含み得る。
【００９７】
ある態様では、第2のサービスコンテキスト209は識別子の第4のグルーピング608、708を含み得る。第4のグルーピング608、708は、たとえば、第2のサービスコンテキスト209のサービスコンテキスト識別子(たとえば、SCID2)、第2のサービスコンテキスト209の一時サービスコンテキスト識別子(たとえば、T-SCID2)、第2のサービスコンテキスト209のGUTSI(たとえば、GUTSI2)、第2のサービスコンテキスト209のためのサブスクリプションプロファイルの識別子(たとえば、サブスクリプションプロファイル2)、接続性サービングノード識別子(たとえば、HMME ID)、ならびに/またはサービングゲートウェイ(SGW)識別子および/もしくはアドレス(SGW ID/アドレス)を含み得る。
【００９８】
ある態様では、識別子の第5のグルーピング610、710は、たとえばH-AAAサーバ244などのサーバに記憶され得る。第5のグルーピング610、710は、たとえば、デバイス202のIMSIもしくは他の接続性識別子、および/またはデバイス202のサブスクリプションプロファイルの識別子を含み得る。別の例では、第5のグルーピング610、710は、デバイス202の接続性論理コンテキスト222のIMSIもしくは他の接続性識別子、および/または、デバイス202の接続性論理コンテキスト222のサブスクリプションプロファイルの識別子を含み得る。
【００９９】
ある態様では、識別子の第6のグルーピング612、712は、たとえばサービスAAAサーバA216などのサーバに記憶され得る。第6のグルーピング612、712は、たとえば、デバイス202の論理コンテキストA203の第1のサービスコンテキスト208のサービスコンテキスト識別子(たとえば、SCID1)、および/またはデバイス202の第1のサービスコンテキスト208のサブスクリプションプロファイル(たとえば、サブスクリプションプロファイル1)の識別子を含み得る。
【０１００】
ある態様では、識別子の第7のグルーピング614、714は、たとえばサービスAAAサーバB218などのサーバに記憶され得る。第7のグルーピング614、714は、たとえば、デバイス202の論理コンテキストB205の第2のサービスコンテキスト209のサービスコンテキスト識別子(たとえば、SCID2)、および/またはデバイス202の第2のサービスコンテキスト209のサブスクリプションプロファイル(たとえば、サブスクリプションプロファイル2)の識別子を含み得る。
【０１０１】
デバイス202は、たとえば、サービス接続またはサービスコンテキストを確立するための要求の間に、サービスコンテキスト確立が要求されているネットワークまたはサービスを識別するためにデバイス202によって使用される識別子を提供し得る。たとえば、識別子は、アクセスポイント名(APN)またはサービスアンカーポイント識別子(SAPI)であり得る。
【０１０２】
デバイスがアイドルモードにあるときの例示的な無線リンク確立プロセス
図8は、デバイス802において接続性コンテキスト(たとえば、EMMコンテキスト)を使用して単一の無線リンク(たとえば、RRC接続)を確立するために、デバイス802(たとえば、チップ構成要素、クライアントデバイス)、RAN804(たとえば、eNB)、および接続性サービングノード806(たとえば、HMME)の間で実行される第1のプロセスを示す流れ図である。接続性コンテキストは、デバイス802においてサービスコンテキストの1つまたは複数によって共有され得る。一例では、図8に示されるプロセスは、接続性サービングノード806とのEMMコンテキストのための無線リンクを確立するために使用され得る。EMMコンテキストが任意選択でESMコンテキストを含む例では、図8に示されるプロセスは、接続性サービングノード806とのEMMコンテキストおよびESMコンテキストのための無線リンクを確立するために使用され得る。
【０１０３】
一例では、このプロセスは、デバイス802がRAN804とのRRCコンテキスト811を有しない(たとえば、RAN804との接続性コンテキストがない)ときに使用され得る。言い換えると、RAN804の中にデバイス802に関するコンテキストはない。
【０１０４】
図8の例では、デバイス802は無線リンクを確立するために以下のことを実行し得る。ランダムアクセスプリアンブル812が、デバイス802からRAN804に送信され得る。デバイス802が、RAN804からランダムアクセス応答814を取得し得る。RAN804が、ランダムアクセス応答814に含まれ得るC-RNTIを割り振り得る。
【０１０５】
デバイス802は、RRC接続要求816メッセージをRAN804に送信し得る。RRC接続要求816メッセージは、たとえば、C-RNTI(RAN804によって割り振られる)、要因(たとえば、確立の要因)、およびデバイス識別情報を含み得る。ある態様では、デバイス識別情報は、接続性サービングノード806との通信において使用されるデバイス802の識別情報であり得る。デバイス識別情報の例は、IMSI、P-TMSI、および/またはS-TMSIを含み得る。ある態様では、RRC接続要求816メッセージはさらに、たとえばデバイスタイプを含み得る。任意選択で、コンテキスト確立が、サービスコンテキストを含んでいた接続性コンテキストのためのものであった場合、RRC接続要求816メッセージはさらに、たとえばサービスタイプを含み得る。
【０１０６】
ある実装形態では、たとえば、デバイスタイプ、任意選択のサービスタイプ、選択されるPLMN(たとえば、選択されるネットワークの識別子)、およびデバイス802が接続される無線アクセスポイントの1つまたは複数の識別子(たとえば、eNB識別子、セル識別子、Wi-Fi AP識別子などを含む)のうちの1つまたは複数が、RRC接続要求816メッセージおよび/またはRRC接続完了820メッセージにおいてデバイス802によって提供され得る。
【０１０７】
デバイスタイプは、デバイス802のためのデバイス挙動のタイプをネットワークに示し得る。たとえば、デバイス802は、M2Mデバイス、マルチメディアデバイスなどであり得る。デバイスタイプは、たとえば、他のデバイスに対してデバイス802の取り扱いを区別するために、RAN804および接続性サービングノード806によって使用され得る。取り扱いの区別は、たとえば、モビリティ管理の取り扱い、セキュリティの取り扱いなどの区別を含み得る。
【０１０８】
本明細書では確立の要因とも呼ばれる要因は、たとえば、確立されているコンテキストのための従来のMMEではなく、別々の接続性(たとえば、EMM)コンテキストおよびサービス(たとえば、ESM)コンテキストをサポートできる接続性サービングノード(たとえば、HMME)をRAN804が選択することを確実にするために使用され得る。
【０１０９】
一実装形態では、デバイス802は、RRC接続要求816メッセージの中の「要因」パラメータを「mo-Signalling-separate-context」に設定することによって、および、RRC接続要求816メッセージが「接続性コンテキストのみ」、「EMMのみ」、「接続性コンテキストおよびサービスコンテキスト」、「EMMおよびESM」のためのものであることの指示、または、RRC接続要求816メッセージが接続性コンテキストのためのものか、サービスコンテキストのためのものか、もしくは接続性コンテキストとサービスコンテキストのためのものかを表す何らかの他の指示を提供することによって、そのような確立の要因を送信し得る。
【０１１０】
ある代替的な実装形態では、デバイス802は、RRC接続要求816メッセージの中の「要因」パラメータを現在のシステムのように「mo-Signalling」に設定することによって、しかし、RRC接続要求816メッセージが、別々の接続性(たとえば、EMM)コンテキストおよびサービス(たとえば、ESM)コンテキストをサポートできる接続性サービングノード(たとえば、HMME)とのコンテキスト(たとえば、接続性コンテキスト)の確立のためのものであることの、あらかじめ定義された指示(たとえば、新しい指示)、ならびに、RRC接続要求816メッセージが、たとえば、「接続性コンテキストのみ」、「EMMのみ」、「接続性コンテキストおよびサービスコンテキスト」、「EMMおよびESM」のためのものであることの指示、または、RRC接続要求816メッセージが接続性コンテキストのためのものか、サービスコンテキストのためのものか、もしくは接続性コンテキストとサービスコンテキストのためのものかを表す何らかの他の指示も提供することによって、そのような確立の要因を送信し得る。
【０１１１】
デバイス802は、RRC接続セットアップ818メッセージを取得し得る。RRC接続セットアップ818メッセージは、シグナリング無線ベアラ(SRB)情報を含み得る。
【０１１２】
デバイス802は、RRC接続完了820メッセージをRAN804に送信し得る。RRC接続完了820メッセージは、専用のNAS情報(DedicatedNASInfo)を含み得る。
【０１１３】
DedicatedNASInfoは、たとえば、確立要求がEMMおよびESMの確立のためのものである場合、発展型ユニバーサル地上波無線アクセスネットワーク(EUTRAN)におけるESMコンテキストに対するものと同じ情報(たとえば、PDN接続要求メッセージ)を含み得る。
【０１１４】
加えて、本明細書において説明される態様によれば、DedicatedNASInfoは、要求が、別々の接続性(たとえば、EMM)コンテキストおよびサービス(たとえば、ESM)コンテキストをサポートできる接続性サービングノード(たとえば、HMME)との接続性の確立のためのものであるという、DedicatedNASInfoに関連付けられる指示を含み得る。
【０１１５】
追加の態様または代替的な態様では、DedicatedNASInfoは、RRC接続要求816メッセージが、たとえば「接続性コンテキストのみ」もしくは「EMMのみ」のためのものであることの指示、または、RRC接続要求816メッセージが接続性コンテキスト(たとえば、EMMコンテキスト)のためのものである(サービスコンテキストを伴わない)かどうかを表す何らかの他の指示を含み得る。DedicatedNASInfoはDedicatedNASInfoPayloadを含むことがあり、これはアタッチ要求メッセージ(たとえば、EMMメッセージ)を含むことがある。たとえば、追加の実装形態または代替的な実装形態では、DedicatedNASInfoは、PDN接続要求を含まないアタッチ要求NASメッセージのみを含み得る。
【０１１６】
ある態様では、DedicatedNASInfoは、追加で、または代替的に、たとえば、デバイスタイプ、サービスタイプ、およびデバイス802が接続される無線アクセスポイントの1つまたは複数の識別子(たとえば、eNB識別子、セル識別子、Wi-Fi AP識別子などを含む)のうちの1つまたは複数を含み得る。DedicatedNASInfoはまた、コンテキスト確立が要求されているネットワークまたはサービスを識別するためにデバイス802によって使用され得る、アクセスポイント名(APN)および/またはサービスアンカーポイント識別子(SAPI)を含み得る。
【０１１７】
ある態様では、接続性コンテキスト確立のみ(たとえば、EMMのみ)の場合、DedicatedNASInfoは、接続性コンテキストの確立に関する情報のみ(すなわち、EMM情報のみ)を含み得る。ある態様では、接続性コンテキスト確立のみ(たとえば、EMMのみ)の場合、DedicatedNASInfoは、PDN接続要求を含まないアタッチ要求NASメッセージのみを含み得る。ある態様では、接続性コンテキスト確立のみ(たとえば、EMMのみ)の場合、DedicatedNASInfoは、たとえば、選択されるネットワークの識別子(たとえば、選択されるPLMN ID)、古いグローバル固有MME識別情報(GUMMEI)、および古いトラッキングエリア識別子(TAI)を含み得る。任意選択で、ある態様では、接続性コンテキスト確立のみ(たとえば、EMMのみ)の場合、DedicatedNASInfoは、登録されたMMEの識別情報を含み得る。
【０１１８】
RRC接続完了820メッセージを取得すると、RAN804はC-RNTIに対応する接続性サービングノード806を取り出すことができ、RAN804はS1アプリケーションプロトコル(S1-AP)822メッセージを接続性サービングノード806に送信することができる。
【０１１９】
S1-AP822メッセージは、NAS要求を含むことがあり、デバイスタイプ(たとえば、デバイス802から受信される)および/またはデバイス識別情報も含むことがある。ある態様では、RAN804(たとえば、eNB)は、たとえば、eNB-UE-S1APIDを使用して、接続性サービングノード806を用いてデバイス802を識別し得る。
【０１２０】
NAS手順824が行われ得る。NAS手順824の間、接続性サービングノード806は、デバイス802のEMMコンテキストの認証または再認証を(「EMMのみ」が確立される場合でも)実行し得る。接続性サービングノード806は、デバイス802により提供されたデバイスタイプをEMMコンテキストに記憶し得る。
【０１２１】
一態様では、NAS手順824は、認証および認可の手順をスキップすることを含むことがあり、ここで接続性サービングノード806は、認証および認可の手順がスキップされたことの指示を記憶し得る。加えて、または代わりに、接続性サービングノード806は、サービスタイプ、デバイスタイプ、PLMN、およびデバイス802が接続される無線アクセスポイントの識別子のうちの1つまたは複数に特有のサービス接続のみが、デバイス802のプロファイル(たとえば、サブスクリプションプロファイル)に従って、および/またはローカルの接続性サービングノードの構成に従って許容されることの指示を、記憶し得る。ある態様では、デバイス802のプロファイル(たとえば、サブスクリプションプロファイル)は、たとえば、ネットワークAAAサーバから取得され得る。
【０１２２】
NAS手順824は、GUTSI(グローバル固有一時サービス識別情報)の割振りを含み得る。たとえば、接続性サービングノード806はGUTSIを割り振り得る(826)。GUTSIは、確立されているコンテキストに対応するデバイス802に割り振られ得る。EMMコンテキストに対応するデバイス802に割り振られるGUTSIは、GUTSIAC(ここで「AC」は「接続性」または「アクセス」を示し得る)と本明細書では呼ばれ得る。ESMコンテキストに対応するデバイス802に割り振られるGUTSIは、GUTSIiと本明細書において呼ばれることがあり、ここでiはサービスコンテキストのインデックスであることがあり、iは任意の0ではない整数であり得る(たとえば、GUTSI1、GUTSI2)。たとえば、EMMコンテキストはGUTSIACと関連付けられることがあり、ESMコンテキストはGUTSIiと関連付けられることがあり、ここでGUTSIACはGUTSIiとは異なる。
【０１２３】
加えて、NAS要求がサービスコンテキスト確立に対する要求も含む場合、接続性サービングノードは、たとえば、APNまたはSAPIに基づいてPDN GW(PGW)の選択を実行することができ、SGWの選択をさらに実行することができる。
【０１２４】
図9は、デバイス902(たとえば、チップ構成要素、クライアントデバイス)と接続性サービングノード906(たとえば、HMME)との間のEMMコンテキストがすでに存在するときに、接続性コンテキスト(たとえば、EMMコンテキスト)を使用する単一の無線リンク(たとえば、RRC接続)と、第1のサービスコンテキスト(たとえば、第1のESMコンテキスト)を使用する第1のSME908とのサービス接続とを確立するために、デバイス902、RAN904(たとえば、eNB)、および接続性サービングノード906の間で実行される第2のプロセスを示す流れ図である。接続性コンテキストは、デバイス902において第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストによって共有され得る。
【０１２５】
一例では、このプロセスは、デバイス902がアイドル状態であり、デバイス902がRAN904とのRRCコンテキスト911を有しない(たとえば、RAN904との接続性コンテキストがない、RRCセッションがない)ときに使用され得る。言い換えると、RAN904の中にデバイス902に関するコンテキストはない。たとえば、デバイスコンテキストは、デバイス902がアイドル状態であるときには、接続性サービングノード906および第1のSME908に存在し得るが、RAN904にデバイスコンテキストはない。デバイス902が接続モードに切り替わるとき、RAN904は、たとえば、デバイス902と接続性サービングノード906との間、およびデバイス902と第1のSME908との間でNASシグナリングが実行される、EMMコンテキストおよびESMコンテキストに基づいて、新しいデバイスコンテキストを確立し得る。接続性サービングノード906および/または第1のSME908が何らかの理由でデバイスコンテキストを失った場合、またはリフレッシュする場合、認証が任意選択で使用され得る。それ以外の場合、認証は、たとえば既存のセキュリティコンテキストに基づいてNASメッセージを検証することによって、暗黙的であり得る。
【０１２６】
図9の例では、デバイス902は無線リンクを確立するために以下のことを実行し得る。ランダムアクセスプリアンブル912が、デバイス902からRAN904に送信され得る。デバイス902が、RAN904からランダムアクセス応答914を取得し得る。RAN904が、ランダムアクセス応答914に含まれ得るC-RNTIを割り振り得る。
【０１２７】
デバイス902は、RRC接続要求916メッセージをRAN904に送信し得る。RRC接続要求916メッセージは、たとえば、C-RNTI(RAN904によって割り振られる)、要因(たとえば、確立の要因)、およびデバイス識別情報を含み得る。ある態様では、デバイス識別情報は、接続性サービングノード906との通信において使用されるデバイス902の識別情報であり得る。デバイス識別情報の例は、IMSI、P-TMSI、および/またはS-TMSIを含み得る。ある態様では、RRC接続要求916メッセージはさらに、たとえばデバイスタイプおよび/またはサービスタイプを含み得る。
【０１２８】
ある実装形態では、たとえば、確立される各ESMコンテキストに対する、デバイスタイプ、サービスタイプ、選択されるPLMN(たとえば、選択されるネットワークの識別子)、およびデバイス902が接続される無線アクセスポイントの1つまたは複数の識別子(たとえば、eNB識別子、セル識別子、Wi-Fi AP識別子などを含む)のうちの1つまたは複数は、RRC接続要求916メッセージおよび/またはRRC接続完了920メッセージにおいてデバイス902によって提供され得る。
【０１２９】
デバイスタイプは、デバイス902のためのデバイス挙動のタイプをネットワークに示し得る。たとえば、デバイス902は、M2Mデバイス、マルチメディアデバイスなどであり得る。デバイスタイプは、たとえば、他のデバイスに対してデバイス902の取り扱いを区別するために、RAN904および接続性サービングノード906によって使用され得る。取り扱いの区別は、たとえば、モビリティ管理の取り扱い、セキュリティの取り扱いなどの区別を含み得る。
【０１３０】
本明細書では確立の要因とも呼ばれる要因は、たとえば、確立されているコンテキストのための従来のMMEではなく、別々の接続性(たとえば、EMM)コンテキストおよびサービス(たとえば、ESM)コンテキストをサポートできる接続性サービングノード(たとえば、HMME)をRAN904が選択することを確実にするために使用され得る。
【０１３１】
一実装形態では、デバイス902は、RRC接続要求916メッセージの中の「要因」パラメータを「mo-Signalling-separate-context」に設定することによって、および、RRC接続要求916メッセージが「接続性コンテキストのみ」、「EMMのみ」、「接続性コンテキストおよびサービスコンテキスト」、「EMMおよびESM」のためのものであることの指示、または、RRC接続要求916メッセージが接続性コンテキストのためのものか、サービスコンテキストのためのものか、もしくは接続性コンテキストとサービスコンテキストのためのものかを表す何らかの他の指示を提供することによって、そのような確立の要因を送信し得る。
【０１３２】
ある代替的な実装形態では、デバイス902は、RRC接続要求916メッセージの中の「要因」パラメータを現在のシステムのように「mo-Signalling」に設定することによって、しかし、RRC接続要求916メッセージが、別々の接続性(たとえば、EMM)コンテキストおよびサービス(たとえば、ESM)コンテキストをサポートできる接続性サービングノード(たとえば、HMME)とのコンテキストの確立のためのものであることの、あらかじめ定義された指示(たとえば、新しい指示)、ならびに、RRC接続要求916メッセージが、たとえば、「接続性コンテキストのみ」、「EMMのみ」、「接続性コンテキストおよびサービスコンテキスト」、「EMMおよびESM」のためのものであることの指示、または、RRC接続要求916メッセージが接続性コンテキストのためのものか、サービスコンテキストのためのものか、もしくは接続性コンテキストとサービスコンテキストのためのものかを表す何らかの他の指示も提供することによって、そのような確立の要因を送信し得る。
【０１３３】
デバイス902は、RRC接続セットアップ918メッセージを取得し得る。RRC接続セットアップ918メッセージは、シグナリング無線ベアラ(SRB)情報を含み得る。
【０１３４】
デバイス902は、RRC接続完了920メッセージをRAN904に送信し得る。RRC接続完了920メッセージは、専用のNAS情報(DedicatedNASInfo)を含み得る。
【０１３５】
図9の例では、たとえば1つのESMコンテキストが確立されつつあるので、デバイス902は、DedicatedNASInfoに専用のESM NAS情報(DedicatedESMNASInfo)の1つのセットを含め得る。確立されるべき各ESMコンテキストのために、DedicatedESMNASInfoの1つのセットが含められ得る。言い換えると、確立されるべき各ESMコンテキストのために、DedicatedESMNASInfoの1つのタプルが含められ得る。複数のセットまたはタプルは本明細書では文字「i」を使用してインデックスを付けられ、iは0より大きい整数である。
【０１３６】
ある態様では、DedicatedNASInfoは、要求が、別々の接続性(たとえば、EMM)コンテキストおよびサービス(たとえば、ESM)コンテキストをサポートできる接続性サービングノード(たとえば、HMME)と関連付けられるという、DedicatedNASInfoに関連付けられる指示を含み得る。
【０１３７】
追加の態様または代替的な態様では、DedicatedNASInfoは、RRC接続要求916メッセージが、たとえば「サービスコンテキストのみ」もしくは「ESMのみ」のためのものであることの指示、または、RRC接続要求916メッセージがサービスコンテキスト(たとえば、ESMコンテキスト)のためのものである(この場合、たとえば、接続性コンテキストがすでに確立されている)ことを表す何らかの他の指示を含み得る。
【０１３８】
デバイス902とSME(たとえば、第1のSME908)との間で確立されるサービスコンテキスト(たとえば、ESMコンテキスト)に対応するESM NAS要求(たとえば、PDN接続要求、サービス接続要求)が、DedicatedNASInfoに含まれ得る。ESM NAS要求は、本明細書ではNAS要求と呼ばれ得る。デバイス識別情報もDedicatedNASInfoに含まれ得る。デバイス識別情報は、SCSI(またはSMEによってデバイス902に以前に割り振られたT-SCSI)であり得る。たとえば、SCSIは、たとえばSIM/USIMベースの認証方法の場合、割り振られたIMSIまたはP-TMSIまたはS-TMSIであり得る。
【０１３９】
デバイス902はまた、DedicatedNASInfoに関連するDedicatedESMNASInfoにおいて、デバイスまたはデバイスの論理コンテキストに割り振られた可能性のあるGUTSIを提供し得る。
【０１４０】
デバイス902はまた、たとえば、接続性サービングノード906がSCSIまたはT-SCSIに基づいてデバイス902のためのSMEを選択または再選択することを可能にするために、DedicatedNASInfoに関連するDedicatedESMNASInfoにおいて、SCSIまたはT-SCSIを提供し得る。
【０１４１】
デバイス902はまた、DedicatedNASInfoに関連するDedicatedESMNASInfoにおいて、たとえば、PDN接続性確立要求メッセージまたはPDN接続要求(たとえば、ESMメッセージ)を含み得るDedicatedESMNASPayloadを提供し得る。
【０１４２】
デバイス902はまた、DedicatedNASInfoに関連するDedicatedESMNASInfoにおいて、接続性サービングノード906がデバイス902のためのSMEを選択または再選択することを可能にするために、デバイス902が確立しようとしているサービスのタイプまたは接続性のタイプを識別するための、サービスタイプの指示を提供し得る。
【０１４３】
デバイス902はまた、DedicatedNASInfoに関連するDedicatedESMNASInfoにおいて、接続性サービングノード906とのEMMコンテキストが確立されたときに選択されるPLMNを提供し得る。
【０１４４】
デバイス902はまた、DedicatedNASInfoに関連するDedicatedESMNASInfoにおいて、デバイス902が接続される無線アクセスポイントの1つまたは複数の識別子(たとえば、eNB識別子、セル識別子、Wi-Fi AP識別子などを含む)を提供し得る。
【０１４５】
デバイス902はまた、DedicatedNASInfoに関連するDedicatedESMNASInfoにおいて、サービスコンテキスト確立が要求されているネットワークまたはサービスを識別するためにデバイス902によって使用されるアクセスポイント名(APN)および/またはサービスアンカーポイント識別子(SAPI)の指示を提供し得る。
【０１４６】
RRC接続完了920メッセージを取得すると、RAN904はC-RNTIに対応する接続性サービングノード906を取り出すことができ、DedicatedNASInfoを接続性サービングノード906に送信することができる。DedicatedNASInfoはDedicatedESMNASInfoを含む。DedicatedESMNASInfoは、RAN904、接続性サービングノード906、第1のSME908、および第2のSME910によって理解されるような、NAS要求を搬送するコンテナであり得る。
【０１４７】
RAN904は、DedicatedESMNASInfoを含むDedicatedNASInfoを、S1-AP922メッセージを通じて接続性サービングノード906に送信し得る。S1-AP922メッセージは、NAS要求を含むことがあり、デバイスタイプ(たとえば、デバイス902から受信される)および/またはデバイス識別情報も含むことがある。ある態様では、RAN904は、eNB-UE-S1APIDを使用して、接続性サービングノード906(たとえば、HMME)を用いてデバイスを識別し得る。
【０１４８】
RAN904は、NASシグナリングがデバイス902と接続性サービングノード906との間の既存のサービスコンテキストに関して異なるサービスコンテキスト/デバイス識別情報に対応する(たとえば、この場合、接続性サービングノードが単一の接続性コンテキストと共有される複数の同時のサービスコンテキストをサポートする)ことの指示(たとえば、RRC接続完了920メッセージの中の新しいまたは修正された情報要素(IE)におけるNASシグナリングに加えて提供される)を含み得る。
【０１４９】
NAS手順924が行われ得る。NAS手順924は、デバイス902のEMMコンテキストの認証または再認証(たとえば、EMM認証/EMM再認証)を含み得る。
【０１５０】
一例では、NAS手順924は、認証および認可をスキップすることを含むことがあり、ここで接続性サービングノード906は、認証および認可がスキップされたことの指示を記憶し得る。加えて、または代わりに、接続性サービングノード906は、サービスタイプ、デバイスタイプ、PLMN、およびデバイス902が接続される無線アクセスポイントの識別子のうちの1つまたは複数に特有のサービス接続のみが、デバイス902のプロファイル(たとえば、サブスクリプションプロファイル)に従って、および/またはローカルの接続性サービングノードの構成に従って許容されることの指示を、記憶し得る。ある態様では、デバイス902のプロファイル(たとえば、サブスクリプションプロファイル)は、たとえば、ネットワークAAAサーバから取得され得る。
【０１５１】
NAS手順924は、新しいGUTSI(グローバル固有一時サービス識別情報)の割振りを含み得る。一例では、接続性サービングノード906は、デバイス902を再認証することができ、新しいGUTSIACを割り当てることができる。
【０１５２】
接続性サービングノード906は、DedicatedNASInfoの中のDedicatedESMNASInfo情報の各セットに対して、ESM NAS要求に関連してデバイス902により提供されるサービスタイプが許可されるかどうかを検証し得る。この検証は、たとえば、デバイスサブスクリプションプロファイル、EMMコンテキストに記憶されているデバイスタイプ、認証がスキップされたので特定のサービス接続のみが許可されることの任意選択の記憶された指示、APN、SAPI、およびローカルポリシー/構成のうちの1つまたは複数に基づき得る。サービスタイプが許可されない場合、接続性サービングノード906は、確立を拒絶して拒絶の要因を提供し得る。この拒絶の要因は、たとえば、識別されたデバイスタイプに対してそのサービスタイプが許可されないこと、および/または認証されていないデバイスに対してそのサービスタイプが許可されないことを示し得る。
【０１５３】
ある態様では、サービス接続要求が許可される場合、接続性サービングノード906は、たとえばSMEを選択し得る。本明細書において行われるSMEへの言及は、SME物理ノードおよび/またはSME論理ノードに当てはまることが理解されるだろう。したがって、SMEを選択することは、SME物理ノードおよび/またはSME論理ノードを選択することを包含する。この選択は、たとえば、GUTSI、SCSI、T-SCSI、サービスタイプ、および論理構成のうちの1つまたは複数に基づいて実行され得る。この選択は、追加で、または代替的に、たとえば、SMEを選択するためにデバイス902により提供されるPLMN、APN、およびSAPIのうちの1つまたは複数に基づいて実行され得る。接続性サービングノード906はまた、位置に対して適切なSME(たとえば、特定の地理的エリアをサービスするSME)を決定するための選択プロセスにおいて、デバイス902が接続される無線アクセスポイントの1つまたは複数の識別子(たとえば、eNB識別子、セル識別子、Wi-Fi AP識別子などを含む)を使用し得る。
【０１５４】
さらに、サービス接続要求が許可される場合、接続性サービングノード906はSGW情報(SGW Info)を準備し得る。単一のゲートウェイ(たとえば、1つのSGW)が使用される場合、およびデバイス902が接続性サービングノード906において既存のESMコンテキストを有しない場合、接続性サービングノード906は、たとえば、サービスタイプ、PLMN、デバイス902が接続される無線アクセスポイントの1つまたは複数の識別子、APN、およびSAPIのうちの1つまたは複数に基づいて、SGWを選択し得る。ある態様では、接続性サービングノード906は、SMEが上書きフラグを設定することによってSGWの選択を上書きできるかどうかを示し、選択されたSGWおよび上書きフラグをSGW Infoにおいて提供し得る。
【０１５５】
単一のゲートウェイが使用される場合、およびデバイス902がすでに既存のESMコンテキストを有する場合、接続性サービングノード906は、たとえば、サービスタイプ、PLMN、デバイスが接続される無線アクセスポイントの1つまたは複数の識別子、APN、およびSAPIのうちの1つまたは複数に基づいて、記憶されている選択されたSGWが適切であるかどうかを検証し得る。適切ではない場合、接続性サービングノード906は、たとえば、サービスタイプ、PLMN、およびデバイスが接続される無線アクセスポイントの1つまたは複数の識別子のうちの1つまたは複数に基づいて、SGWを選択し得る。ある態様では、接続性サービングノード906は、SMEが上書きフラグを設定することによってSGWの選択を上書きできるかどうかを示すことができ、選択されたSGWおよび上書きフラグをSGW Infoにおいて提供する。しかしながら、適切である場合、接続性サービングノード906は、記憶されている選択されたSGW、(選択されたSGWをどのSMEが選択したかを識別する)SGWSelectingSME、および上書きフラグを取り出し、記憶されている選択されたSGW、SGWSelectingSME、および上書きフラグをSGW InfoにおいてSMEに提供し得る。
【０１５６】
複数のゲートウェイが使用される場合(たとえば、複数SGWモデル)、接続性サービングノード906は、たとえば、サービスタイプ、PLMN、およびデバイスが接続される無線アクセスポイントの1つまたは複数の識別子のうちの1つまたは複数に基づいてSGWを選択し、選択されたSGWをSGW Infoにおいて提供し得る。
【０１５７】
接続性サービングノード906は、DedicatedNASInfoの中のDedicatedESMNASInfo情報の各セットに対して、対応するNAS情報(たとえば、GUTSI、SCSI/T-SCSI、DedicatedESMNASPayload、およびサービスタイプを含むDedicatedESMNASInfo)とSGW Info(たとえば、選択されたSGW、上書きフラグ)とを含むNAS要求を、選択されたSME(たとえば、第1のSME908)に送信し得る(930)。一例では、接続性サービングノード906は、デバイス902によって提供されるような、サービスタイプ、PLMN、およびデバイス902が接続される無線アクセスポイントの1つまたは複数の識別子を含む、DedicatedESMNASInfoを選択されたSMEに送信し得る。ある態様では、たとえば、接続性サービングノード906はまた、接続性サービングノード906がPGWを選択した場合、SGW Infoおよび選択されたPGWを送信し得る。ある実装形態では、接続性サービングノード906は、たとえばAPNまたはSAPIに基づいてPGWを選択し得る。
【０１５８】
その間にESM認証およびESM確立が行われ得る(932)NAS手順は、デバイス902と第1のSME908との間で起こり得る。
【０１５９】
一例では、第1のSME908は、SCSIまたはT-SCSIに対応する証明書およびデバイスサブスクリプションプロファイルを(たとえば、SCSIまたはT-SCSIに対応するサービングAAAサーバ(たとえば、図1のサービスAAAサーバA140)と対話することによって)取り出し得る。第1のSME908は、証明書に基づいてデバイス902を認証し得る。
【０１６０】
認証が成功すると、または認証をスキップすると、第1のSME908は、GUTSI(グローバル固有一時サービス識別情報)および/または(新しい)一時SCSI(T-SCSI)をデバイス902に割り振り得る(934)。第1のSME908は、追加で、または代替的に、接続性サービングノード906において、デバイス902のESMコンテキストと対応する第1のSME908との間の関係を識別するために使用され得る、一時トランスポート識別子(TTI)を割り振り得る(934)。
【０１６１】
第1のSME908は、たとえば、ローカル構成/ポリシー、デバイスサブスクリプションプロファイル、および加入者プロファイルのうちの1つまたは複数に基づいて、デバイス902によって提供されたPLMNが認可されることを検証し得る。許可されない場合、第1のSME908は、拒絶の要因を含み得るESM拒絶をデバイス902に送信し得る。
【０１６２】
第1のSME908は、デバイス902によって提供されるサービスタイプがもしあれば、それが認可されることを検証し得る。検証は、たとえば、ローカル構成/ポリシーおよびデバイスサブスクリプションプロファイルに基づき得る。検証は任意選択で、たとえば、デバイス1002が接続される無線アクセスポイントの1つまたは複数の識別子、APN、および/またはSAPIに基づき得る。第1のSME908は、たとえばSCSIまたはT-SCSIに基づいて、たとえばデバイスサブスクリプションプロファイルからの証明書に基づいて、デバイス902を認証し得る。第1のSME908の中のデバイス902を認証することは、サービス接続要求が、たとえば緊急サービスのためのサービス接続要求であると、第1のSME908が決定する場合、認証をスキップすることを含み得る。
【０１６３】
ある態様では、デバイス902と第1のSME908との間の認証および接続性/サービス確立メッセージは、デバイス902と接続性サービングノード906との間のNASメッセージにおいてペイロードとしてトランスポートされ得る。デバイス902から第1のSME908へのメッセージについて、接続性サービングノード906は、カプセル化されたメッセージを第1のSME908に転送し得る。第1のSME908からデバイス902へのメッセージについて、接続性サービングノード906は、デバイス902へのNASメッセージにメッセージをカプセル化し得る。
【０１６４】
第1のSME908は、GUTSIと一緒にカプセル化されるべき、デバイス902へ向けられる第1のメッセージを、接続性サービングノード906に配信し得る。一例では、第1のメッセージはまた、任意選択で、SCSI/T-SCSIとともにカプセル化され得る。別の例では、第1のSME908はTTIを提供し得る。
【０１６５】
第1のSME908にさらにメッセージを送信するとき、デバイス902は、カプセル化されたメッセージがどのSMEに転送されるべきかを接続性サービングノード906が知るように、GUTSIと、割り振られる場合にはTTIとをも提供することによって、接続性サービングノード906に送信されるNASメッセージにメッセージをカプセル化し得る。
【０１６６】
単一SGWモデルでは、第1のSME908は、上書きフラグが設定されていない場合、たとえば、サービスタイプ、SCSI、SCSIと関連付けられるサブスクリプション、デバイス902が接続される無線アクセスポイントの1つまたは複数の識別子、デバイス902によって提供されるPLMN(もしあれば)、ローカルポリシーなどのうちの1つまたは複数に基づいて、新しいSGWを選択し、またはSGWを再選択し、選択されたSGWを接続性サービングノード906に返し得る。たとえば、第1のSME908はまた、たとえば、サービスタイプ、SCSI、SCSIと関連付けられるサブスクリプション、ローカルポリシーなどのうちの1つまたは複数に基づいて、他のSMEがSGWの選択を上書きしないように上書きフラグを設定し得る。
【０１６７】
複数SGWモデルでは、第1のSME908は、たとえば、サービスタイプ、SCSI、SCSIと関連付けられるサブスクリプション、デバイスが接続される無線アクセスポイントの1つまたは複数の識別子、デバイス902によって提供されるPLMN(もしあれば)、ローカルポリシー、API、SAPIなどのうちの1つまたは複数に基づいて、新しいSGWを選択し、またはSGWを再選択し、選択されたSGWを接続性サービングノード906に返し得る。
【０１６８】
ある態様では、接続性サービングノード906がPGWを選択した場合、接続性サービングノード906は、たとえば、サービスタイプ、SCSI、SCSIと関連付けられるサブスクリプション、デバイスが接続される無線アクセスポイントの1つまたは複数の識別子、デバイス902によって提供されるPLMN(もしあれば)、ローカルポリシーなどのうちの1つまたは複数に基づいて、選択されたPGWが適切であるかどうかを検証し、選択されたPGWを接続性サービングノード906に返し得る。
【０１６９】
ある態様では、接続性サービングノード906は、たとえば、ESMコンテキストの確立および/または管理を容易にし得るパラメータを、デバイス902のためのEMMプロファイルに記憶し得る(942)。一例では、接続性サービングノード906は、各ESMコンテキストに対する、サービスコンテキストの識別子(たとえば、SCID、T-SCID)、GUTSI(たとえば、GUTSI1)、およびGUTSIACのマッピングを記憶し得る。一例では、接続性サービングノード906は、各ESMコンテキストに対して、SMEから受信された情報のセットを記憶することができ、この情報のセットは、単一SGWモデルに対しては、SMEが新しいSGWを選択した場合、選択されたSGW、SGWSelectingSME、および上書きフラグを含むことがあり、複数SGWモデルに対しては、SMEによって選択されたSGWを含むことがあり、またはSMEがSGWを選択しなかった場合、接続性サービングノード906は、接続性サービングノード906によって選択されたSGWを記憶することがある。
【０１７０】
ある態様では、接続性サービングノード906は、様々なGUTSIiとGUTSIACとの間の記憶されているマッピングを使用して、ESMコンテキストを相関付け得る。ある例では、接続性サービングノード906は、GUTSIACを介して、GUTSIについて図9に関連して説明されたESMコンテキストを相関付け得る。ある例では、接続性サービングノード906は、サービスコンテキストの識別子(たとえば、SCID、T-SCID)、GUTSIAC、および/またはESMコンテキストと関連付けられるGUTSIを使用して、図9に関連して説明されたESMコンテキストを相関付け得る。任意選択で、接続性サービングノード906は、EMMの認証または再認証の時に接続性サービングノード906によって割り振られるような、GUTSIに関して受信されるSCSI/T-SCSIまたはTTIを使用して、ESMコンテキストを相関付け得る。
【０１７１】
接続性サービングノード906はまた、ESMコンテキストのための選択されたPGWを記憶し得る。接続性サービングノード906がPGWを選択した場合、接続性サービングノード906は、たとえば、サービスタイプ、SCSI、SCSIと関連付けられるサブスクリプション、デバイスが接続される無線アクセスポイントの1つまたは複数の識別子、デバイスによって提供されるPLMN(もしあれば)、ローカルポリシーなどのうちの1つまたは複数に基づいて、選択されたPGWが適切であるかどうかを検証し、選択されたPGWを接続性サービングノード906に返し得る。
【０１７２】
第1のSME908は、サービス接続のための1つまたは複数の無線アクセスベアラ(RAB)を割り振るように接続性サービングノード906に要求し得る。
【０１７３】
接続性サービングノード906は、1つまたは複数のRABの割振りに対する要求、選択されたSGW、および選択されたPGWをRAN904に提供し得る。RAN904は、RABを確立し、対応する選択されたSGWを記憶し得る。
【０１７４】
図10は、デバイス1002(たとえば、チップ構成要素、クライアントデバイス)と接続性サービングノード1006(たとえば、HMME)との間のEMMコンテキストがすでに存在するときに、接続性コンテキスト(たとえば、EMMコンテキスト)を使用する単一の無線リンク(たとえば、RRC接続)と、接続性コンテキストを共有する対応する複数のサービスコンテキスト(たとえば、ESMコンテキスト)を使用した複数のSMEとの複数のサービス接続とを確立するために、デバイス1002、RAN1004(たとえば、eNB)、および接続性サービングノード1006の間で実行される第3のプロセスを示す流れ図である。
【０１７５】
一例では、このプロセスは、デバイス1002がアイドル状態であり、デバイス1002がRAN1004とのRRCコンテキスト1011を有しない(たとえば、RAN1004との接続性コンテキストがない)ときに使用され得る。言い換えると、RAN1004の中にデバイス1002に関するコンテキストはない。
【０１７６】
図10の例では、デバイス1002は無線リンクを確立するために以下のことを実行し得る。ランダムアクセスプリアンブル1012が、デバイス1002からRAN1004に送信され得る。デバイス1002が、RAN1004からランダムアクセス応答1014を取得し得る。RAN1004が、ランダムアクセス応答1014に含まれ得るC-RNTIを割り振り得る。
【０１７７】
デバイス1002は、RRC接続要求1016メッセージをRAN1004に送信し得る。RRC接続要求1016メッセージは、たとえば、C-RNTI(RAN1004によって割り振られる)、要因(たとえば、確立の要因)、およびデバイス識別情報を含み得る。ある態様では、デバイス識別情報は、接続性サービングノード1006との通信において使用されるデバイス1002の識別情報であり得る。デバイス識別情報の例は、IMSI、P-TMSI、および/またはS-TMSIを含み得る。ある態様では、RRC接続要求1016メッセージはさらに、たとえばデバイスタイプおよび/またはサービスタイプを含み得る。
【０１７８】
ある実装形態では、たとえば、確立される各ESMコンテキストに対する、デバイスタイプ、サービスタイプ、選択されるPLMN(たとえば、選択されるネットワークの識別子)、およびデバイス1002が接続される無線アクセスポイントの1つまたは複数の識別子(たとえば、eNB識別子、セル識別子、Wi-Fi AP識別子などを含む)のうちの1つまたは複数は、RRC接続要求1016メッセージおよび/またはRRC接続完了1020メッセージにおいてデバイス1002によって提供され得る。
【０１７９】
デバイスタイプは、デバイス1002のためのデバイス挙動のタイプをネットワークに示し得る。たとえば、デバイス1002は、M2Mデバイス、マルチメディアデバイスなどであり得る。デバイスタイプは、たとえば、他のデバイスに対してデバイス1002の取り扱いを区別するために、RAN1004および接続性サービングノード1006によって使用され得る。取り扱いの区別は、たとえば、モビリティ管理の取り扱い、セキュリティの取り扱いなどの区別を含み得る。
【０１８０】
本明細書では確立の要因とも呼ばれる要因は、たとえば、確立されているコンテキストのための従来のMMEではなく、別々の接続性(たとえば、EMM)コンテキストおよびサービス(たとえば、ESM)コンテキストをサポートできる接続性サービングノード(たとえば、HMME)をRAN1004が選択することを確実にするために使用され得る。
【０１８１】
一実装形態では、デバイス1002は、RRC接続要求1016メッセージの中の「要因」パラメータを「mo-Signalling-separate-context」に設定することによって、および、RRC接続要求1016メッセージが「接続性コンテキストのみ」、「EMMのみ」、「接続性コンテキストおよびサービスコンテキスト」、「EMMおよびESM」のためのものであることの指示、または、RRC接続要求1016メッセージが接続性コンテキストのためのものか、サービスコンテキストのためのものか、もしくは接続性コンテキストとサービスコンテキストのためのものかを表す何らかの他の指示を提供することによって、そのような確立の要因を送信し得る。
【０１８２】
ある代替的な実装形態では、デバイス1002は、RRC接続要求1016メッセージの中の「要因」パラメータを現在のシステムのように「mo-Signalling」に設定することによって、しかし、RRC接続要求1016メッセージが、別々の接続性(たとえば、EMM)コンテキストおよびサービス(たとえば、ESM)コンテキストをサポートできる接続性サービングノード(たとえば、HMME)とのコンテキストの確立のためのものであることの、あらかじめ定義された指示(たとえば、新しい指示)、ならびに、RRC接続要求1016メッセージが、たとえば、「接続コン性テキストのみ」、「EMMのみ」、「接続性コンテキストおよびサービスコンテキスト」、「EMMおよびESM」のためのものであることの指示、または、RRC接続要求1016メッセージが接続性コンテキストのためのものか、サービスコンテキストのためのものか、もしくは接続性コンテキストとサービスコンテキストのためのものかを表す何らかの他の指示も提供することによって、そのような確立の要因を送信し得る。
【０１８３】
デバイス1002は、RRC接続セットアップ1018メッセージを取得し得る。RRC接続セットアップ1018メッセージは、シグナリング無線ベアラ(SRB)情報を含み得る。
【０１８４】
デバイス1002は、RRC接続完了1020メッセージをRAN1004に送信し得る。RRC接続完了1020メッセージは、専用のNAS情報(DedicatedNASInfo)を含み得る。
【０１８５】
図10の例では、たとえば1つのESMコンテキストが確立されつつあるので、デバイス1002は、DedicatedNASInfoに専用のESM NAS情報(DedicatedESMNASInfo)の1つのセットを含め得る。確立されるべき各ESMコンテキストのために、DedicatedESMNASInfoの1つのセットが含められ得る。言い換えると、確立されるべき各ESMコンテキストのために、DedicatedESMNASInfoの1つのタプルが含められ得る。複数のセットまたはタプルは本明細書では文字「i」を使用してインデックスを付けられ、iは0より大きい整数である。
【０１８６】
ある態様では、DedicatedNASInfoは、要求が、別々の接続性(たとえば、EMM)コンテキストおよびサービス(たとえば、ESM)コンテキストをサポートできる接続性サービングノード(たとえば、HMME)と関連付けられるという、DedicatedNASInfoに関連付けられる指示を含み得る。
【０１８７】
追加の態様または代替的な態様では、DedicatedNASInfoは、RRC接続要求1016メッセージが、たとえば「サービスコンテキストのみ」もしくは「ESMのみ」のためのものであることの指示、または、RRC接続要求1016メッセージがサービスコンテキスト(たとえば、ESMコンテキスト)のためのものである(この場合、たとえば、接続性コンテキストがすでに確立されている)ことを表す何らかの他の指示を含み得る。
【０１８８】
デバイス1002とSME(たとえば、第1のSME1008)との間で確立されるサービスコンテキスト(たとえば、ESMコンテキスト)に対応するESM NAS要求(たとえば、PDN接続要求、サービス接続要求)は、DedicatedNASInfoに含まれ得る。ESM NAS要求は、本明細書ではNAS要求と呼ばれ得る。デバイス識別情報もDedicatedNASInfoに含まれ得る。デバイス識別情報は、SCSI(またはSMEによってデバイス1002に以前に割り振られたT-SCSI)であり得る。たとえば、SCSIは、たとえばSIM/USIMベースの認証方法の場合、割り振られたIMSIまたはP-TMSIまたはS-TMSIであり得る。
【０１８９】
デバイス1002はまた、DedicatedNASInfoに関連するDedicatedESMNASInfoにおいて、デバイスまたはデバイスの論理コンテキストに割り振られた可能性のあるGUTSIを提供し得る。
【０１９０】
デバイス1002はまた、たとえば、接続性サービングノード1006がSCSIまたはT-SCSIに基づいてデバイス1002のためのSMEを選択または再選択することを可能にするために、DedicatedNASInfoに関連するDedicatedESMNASInfoにおいて、SCSIまたはT-SCSIを提供し得る。
【０１９１】
デバイス1002はまた、DedicatedNASInfoに関連するDedicatedESMNASInfoにおいて、たとえば、PDN接続性確立要求メッセージまたはPDN接続要求(たとえば、ESMメッセージ)を含み得るDedicatedESMNASPayloadを提供し得る。
【０１９２】
デバイス1002はまた、DedicatedNASInfoに関連するDedicatedESMNASInfoにおいて、接続性サービングノード1006がデバイス1002のためのSMEを選択または再選択することを可能にするために、デバイス1002が確立しようとしているサービスのタイプまたは接続性のタイプを識別するための、サービスタイプの指示を提供し得る。
【０１９３】
デバイス1002はまた、DedicatedNASInfoに関連するDedicatedESMNASInfoにおいて、接続性サービングノード1006とのEMMコンテキストが確立されたときに選択されるPLMNを提供し得る。
【０１９４】
デバイス1002はまた、DedicatedNASInfoに関連するDedicatedESMNASInfoにおいて、デバイス1002が接続される無線アクセスポイントの1つまたは複数の識別子(たとえば、eNB識別子、セル識別子、Wi-Fi AP識別子などを含む)を提供し得る。
【０１９５】
デバイス1002はまた、DedicatedNASInfoに関連するDedicatedESMNASInfoにおいて、サービスコンテキスト確立が要求されているネットワークまたはサービスを識別するためにデバイス1002によって使用されるアクセスポイント名(APN)および/またはサービスアンカーポイント識別子(SAPI)の指示を提供し得る。
【０１９６】
RRC接続完了1020メッセージを取得すると、RAN1004はC-RNTIに対応する接続性サービングノード1006を取り出すことができ、DedicatedNASInfoを接続性サービングノード1006に送信することができる。DedicatedNASInfoはDedicatedESMNASInfoを含む。DedicatedESMNASInfoは、RAN1004、接続性サービングノード1006、第1のSME1008、および第2のSME1010によって理解されるような、NAS要求を搬送するコンテナであり得る。
【０１９７】
RAN1004は、DedicatedESMNASInfoを含むDedicatedNASInfoを、S1-AP1022メッセージを通じて接続性サービングノード1006に送信し得る。S1-AP1022メッセージは、NAS要求を含むことがあり、デバイスタイプ(たとえば、デバイス1002から受信される)および/またはデバイス識別情報も含むことがある。ある態様では、RAN1004は、eNB-UE-S1APIDを使用して、接続性サービングノード1006(たとえば、HMME)を用いてデバイスを識別し得る。
【０１９８】
RAN1004は、NASシグナリングがデバイス1002と接続性サービングノード1006との間の既存のサービスコンテキストに関して異なるサービスコンテキスト/デバイス識別情報に対応する(たとえば、この場合、接続性サービングノードが単一の接続性コンテキストと共有される複数の同時のサービスコンテキストをサポートする)ことの指示(たとえば、RRC接続完了1020メッセージの中の新しいまたは修正された情報要素(IE)におけるNASシグナリングに加えて提供される)を含み得る。
【０１９９】
NAS手順1024が行われ得る。NAS手順1024は、デバイス1002のEMMコンテキストの認証または再認証(たとえば、EMM認証/EMM再認証)を含み得る。
【０２００】
一例では、NAS手順1024は、認証および認可をスキップすることを含むことがあり、ここで接続性サービングノード1006は、認証および認可がスキップされたことの指示を記憶し得る。加えて、または代わりに、接続性サービングノード1006は、サービスタイプ、デバイスタイプ、PLMN、およびデバイス1002が接続される無線アクセスポイントの識別子のうちの1つまたは複数に特有のサービス接続のみが、デバイス1002のプロファイル(たとえば、サブスクリプションプロファイル)に従って、および/またはローカルの接続性サービングノードの構成に従って許容されることの指示を、記憶し得る。ある態様では、デバイス1002のプロファイル(たとえば、サブスクリプションプロファイル)は、たとえば、ネットワークAAAサーバから取得され得る。
【０２０１】
NAS手順1024は、新しいGUTSI(グローバル固有一時サービス識別情報)の割振りを含み得る。一例では、接続性サービングノード1006は、デバイス1002を再認証することができ、新しいGUTSIACを割り当てることができる。
【０２０２】
接続性サービングノード1006は、DedicatedNASInfoの中のDedicatedESMNASInfo情報の各セットに対して、ESM NAS要求に関連してデバイス1002により提供されるサービスタイプが許可されるかどうかを検証し得る。この検証は、たとえば、デバイスサブスクリプションプロファイル、EMMコンテキストに記憶されているデバイスタイプ、認証がスキップされたので特定のサービス接続のみが許可されることの任意選択の記憶された指示、APN、SAPI、およびローカルポリシー/構成のうちの1つまたは複数に基づき得る。サービスタイプが許可されない場合、接続性サービングノード1006は、確立を拒絶して拒絶の要因を提供し得る。この拒絶の要因は、たとえば、識別されたデバイスタイプに対してそのサービスタイプが許可されないこと、および/または認証されていないデバイスに対してそのサービスタイプが許可されないことを示し得る。
【０２０３】
ある態様では、サービス接続要求が許可される場合、接続性サービングノード1006は、たとえばSMEを選択し得る。本明細書において行われるSMEへの言及は、SME物理ノードおよび/またはSME論理ノードに当てはまることが理解されるだろう。したがって、SMEを選択することは、SME物理ノードおよび/またはSME論理ノードを選択することを包含する。この選択は、たとえば、GUTSI、SCSI、またはT-SCSI、サービスタイプ、およびローカル構成のうちの1つまたは複数に基づいて実行され得る。この選択は、追加で、または代替的に、たとえば、SMEを選択するためにデバイス1002により提供されるPLMN、APN、およびSAPIのうちの1つまたは複数に基づいて実行され得る。接続性サービングノード1006はまた、位置に対して適切なSME(たとえば、特定の地理的エリアをサービスするSME)を決定するための選択プロセスにおいて、デバイス1002が接続される無線アクセスポイントの1つまたは複数の識別子(たとえば、eNB識別子、セル識別子、Wi-Fi AP識別子などを含む)を使用し得る。
【０２０４】
さらに、サービス接続要求が許可される場合、接続性サービングノード1006はSGW情報(SGW Info)を準備し得る。単一のゲートウェイが使用される場合、およびデバイス1002が接続性サービングノード1006において既存のESMコンテキストを有しない場合、接続性サービングノード1006は、たとえば、サービスタイプ、PLMN、デバイス1002が接続される無線アクセスポイントの1つまたは複数の識別子、APN、およびSAPIのうちの1つまたは複数に基づいて、SGWを選択し得る。ある態様では、接続性サービングノード1006は、SMEが上書きフラグを設定することによってSGWの選択を上書きできるかどうかを示し、選択されたSGWおよび上書きフラグをSGW Infoにおいて提供し得る。
【０２０５】
単一のゲートウェイが使用される場合、およびデバイス1002がすでに既存のESMコンテキストを有する場合、接続性サービングノード1006は、たとえば、サービスタイプ、PLMN、デバイスが接続される無線アクセスポイントの1つまたは複数の識別子、APN、およびSAPIのうちの1つまたは複数に基づいて、記憶されている選択されたSGWが適切であるかどうかを検証し得る。適切ではない場合、接続性サービングノード1006は、たとえば、サービスタイプ、PLMN、およびデバイスが接続される無線アクセスポイントの1つまたは複数の識別子のうちの1つまたは複数に基づいて、SGWを選択し得る。ある態様では、接続性サービングノード1006は、SMEが上書きフラグを設定することによってSGWの選択を上書きできるかどうかを示すことができ、選択されたSGWおよび上書きフラグをSGW Infoにおいて提供する。しかしながら、適切である場合、接続性サービングノード1006は、記憶されている選択されたSGW、(選択されたSGWをどのSMEが選択したかを識別する)SGWSelectingSME、および上書きフラグを取り出し、記憶されている選択されたSGW、SGWSelectingSME、および上書きフラグをSGW InfoにおいてSMEに提供し得る。
【０２０６】
複数のゲートウェイが使用される場合(たとえば、複数SGWモデル)、接続性サービングノード1006は、たとえば、サービスタイプ、PLMN、およびデバイスが接続される無線アクセスポイントの1つまたは複数の識別子のうちの1つまたは複数に基づいてSGWを選択し、選択されたSGWをSGW Infoにおいて提供し得る。
【０２０７】
接続性サービングノード1006は、DedicatedNASInfoの中のDedicatedESMNASInfo情報の各セットに対して、対応するNAS情報(たとえば、GUTSI、SCSI/T-SCSI、DedicatedESMNASPayload、およびサービスタイプを含むDedicatedESMNASInfo)とSGW Info(たとえば、選択されたSGW、上書きフラグ)とを含むNAS要求を、選択されたSMEに送信し得る(1030、1036)(たとえば、選択されたSMEは第1のSME1008と第2のSME1010のうちの1つであり得る)。一例では、接続性サービングノード1006は、デバイス1002によって提供されるような、サービスタイプ、PLMN、およびデバイス1002が接続される無線アクセスポイントの1つまたは複数の識別子を含む、DedicatedESMNASInfoを選択されたSMEに送信し得る。ある態様では、たとえば、接続性サービングノード1006はまた、接続性サービングノード1006がPGWを選択した場合、SGW Infoおよび選択されたPGWを送信し得る。ある実装形態では、接続性サービングノード1006は、たとえばAPNまたはSAPIに基づいてPGWを選択し得る。
【０２０８】
各SME(たとえば、第1のSME1008、第2のSME1010)に対して、NAS手順がデバイス1002とSME(たとえば、第1のSME1008、第2のSME1010)との間で起こることがあり、その手順の間に、ESM認証およびESM確立が起こり得る(1032、1038)。
【０２０９】
一例では、各SME(たとえば、第1のSME1008、第2のSME1010)は、SCSIまたはT-SCSIに対応する証明書およびデバイスサブスクリプションプロファイルを(たとえば、SCSIまたはT-SCSIに対応するサービングAAAサーバと対話することによって)取り出し得る。各SME(たとえば、第1のSME1008、第2のSME1010)は、証明書に基づいてデバイス1002を認証し得る。
【０２１０】
認証が成功すると、または認証をスキップすると、各SME1008、1010は、GUTSI(グローバル固有一時サービス識別情報)および/または(新しい)一時SCSI(T-SCSI)をデバイス1002に割り振り得る(1034、1040)。各SME1008、1010は、追加で、または代替的に、接続性サービングノード1006において、デバイス1002のESMコンテキストと対応するSME1008、1010との間の関係を識別するために使用され得る、一時トランスポート識別子(TTI)を割り振り得る(1034、1040)。
【０２１１】
各SME1008、1010は、たとえば、ローカル構成/ポリシー、デバイスサブスクリプションプロファイル、および加入者プロファイルのうちの1つまたは複数に基づいて、デバイス1002によって提供されたPLMNが認可されることを検証し得る。許可されない場合、SMEは、拒絶の要因を含み得るESM拒絶をデバイス1002に送信し得る。
【０２１２】
各SME(たとえば、第1のSME1008、第2のSME1010)は、デバイス1002によって提供されるサービスタイプがもしあれば、それが認証されることを検証し得る。検証は、たとえば、ローカル構成/ポリシーおよびデバイスサブスクリプションプロファイルに基づき得る。検証は任意選択で、たとえば、デバイス1002が接続される無線アクセスポイントの1つまたは複数の識別子、APN、および/またはSAPIに基づき得る。各SME1008、1010は、たとえばSCSIまたはT-SCSIに基づいて、たとえばデバイスサブスクリプションプロファイルからの証明書に基づいて、デバイス1002を認証し得る。SME(たとえば、第1のSME1008、第2のSME1010)の中のデバイス1002を認証することは、サービス接続要求が、たとえば緊急サービスのためのサービス接続要求であると、SMEが決定する場合、認証をスキップすることを含み得る。
【０２１３】
ある態様では、デバイス1002と各SME(たとえば、第1のSME1008、第2のSME1010)との間の認証および接続性/サービス確立メッセージは、デバイス1002と接続性サービングノード1006との間のNASメッセージにおいてペイロードとしてトランスポートされ得る。デバイス1002からSME(たとえば、第1のSME1008、第2のSME1010)へのメッセージについて、接続性サービングノード1006は、カプセル化されたメッセージをSMEに転送し得る。SMEからデバイス1002へのメッセージについて、接続性サービングノード1006は、デバイス1002へのNASメッセージにメッセージをカプセル化し得る。
【０２１４】
各SME(たとえば、第1のSME1008、第2のSME1010)は、GUTSIと一緒にカプセル化されるべき、デバイス1002へ向けられる第1のメッセージを、接続性サービングノード1006に配信し得る。一例では、SME(たとえば、第1のSME1008、第2のSME1010)はSCSI/T-SCSIも提供し得る。別の例では、SME(たとえば、第1のSME1008、第2のSME1010)はTTIを提供し得る。
【０２１５】
SME(たとえば、第1のSME1008、第2のSME1010)にさらにメッセージを送信するとき、デバイスは、カプセル化されたメッセージがどのSMEに転送されるべきかを接続性サービングノード1006が知るように、GUTSIと、割り振られる場合にはTTIとをも提供することによって、接続性サービングノード1006に送信されるNASメッセージにメッセージをカプセル化し得る。
【０２１６】
単一SGWモデルでは、各SME(たとえば、第1のSME1008、第2のSME1010)は、上書きフラグが設定されていない場合、たとえば、サービスタイプ、SCSI、SCSIと関連付けられるサブスクリプション、デバイス1002が接続される無線アクセスポイントの1つまたは複数の識別子、デバイス1002によって提供されるPLMN(もしあれば)、ローカルポリシーなどのうちの1つまたは複数に基づいて、新しいSGWを選択し、またはSGWを再選択し、選択されたSGWを接続性サービングノード1006に返し得る。たとえば、各SME(たとえば、第1のSME1008、第2のSME1010)はまた、たとえば、サービスタイプ、SCSI、SCSIと関連付けられるサブスクリプション、ローカルポリシーなどのうちの1つまたは複数に基づいて、他のSMEがSGWの選択を上書きしないように上書きフラグを設定し得る。
【０２１７】
複数GWモデルでは、各SME(たとえば、第1のSME1008、第2のSME1010)は、たとえば、サービスタイプ、SCSI、SCSIと関連付けられるサブスクリプション、デバイスが接続される無線アクセスポイントの1つまたは複数の識別子、デバイス1002によって提供されるPLMN(もしあれば)、ローカルポリシー、APN、SAPIなどのうちの1つまたは複数に基づいて、新しいSGWを選択し、またはSGWを再選択し、選択されたSGWを接続性サービングノード1006に返し得る。
【０２１８】
ある態様では、接続性サービングノード1006がPGWを選択した場合、接続性サービングノード1006は、たとえば、サービスタイプ、SCSI、SCSIと関連付けられるサブスクリプション、デバイスが接続される無線アクセスポイントの1つまたは複数の識別子、デバイス1002によって提供されるPLMN(もしあれば)、ローカルポリシーなどのうちの1つまたは複数に基づいて、選択されたPGWが適切であるかどうかを検証し、選択されたPGWを接続性サービングノード1006に返し得る。
【０２１９】
ある態様では、接続性サービングノード1006は、各ESMコンテキストのために、各ESMコンテキストの確立および/または管理を容易にし得るパラメータを、デバイス1002のためのEMMプロファイルに記憶し得る(1042)。一例では、接続性サービングノード1006は、第1のESMコンテキストに対する、第1のサービスコンテキストの識別子(たとえば、SCID1、T-SCID1)、GUTSI(たとえば、GUTSI1)、およびGUTSIACのマッピングを記憶し得る。接続性サービングノード1006は、追加で、第2のESMコンテキストに対する、第2のサービスコンテキストの識別子(たとえば、SCID2、T-SCID2)、GUTSI(たとえば、GUTSI2)、およびGUTSIACのマッピングを記憶し得る。一例では、接続性サービングノード1006は、各ESMコンテキストに対して、各SMEから受信された情報のセットを記憶することができ、この情報のセットは、単一SGWモデルに対しては、SMEが新しいSGWを選択した場合、選択されたSGW、SGWSelectingSME、および上書きフラグを含むことがあり、複数SGWモデルに対しては、SMEによって選択されたSGWを含むことがあり、またはSMEがSGWを選択しなかった場合、接続性サービングノード1006は、接続性サービングノード1006によって選択されたSGWを記憶することがある。
【０２２０】
ある態様では、接続性サービングノード1006は、様々なGUTSIiとGUTSIACとの間の記憶されているマッピングを使用して、ESMコンテキストを相関付け得る。ある例では、接続性サービングノード1006は、GUTSIACを介して、GUTSI1およびGUTSI2について図10に関連して説明された2つのESMコンテキストを相関付け得る。ある例では、接続性サービングノード1006は、第1および第2のサービスコンテキストと関連付けられるSMEの識別子(たとえば、SCID1、T-SCID1、SCID2、T-SCID2)、GUTSIAC、および/またはそれぞれのESMコンテキストと関連付けられるGUTSI1、GUTSI2を使用して、図10に関連して説明された2つのESMコンテキストを相関付け得る。任意選択で、接続性サービングノード1006は、EMMの認証または再認証の時に接続性サービングノード1006によって割り振られるような、GUTSI1およびGUTSI2に関して受信されるSCSI/T-SCSIまたはTTIを使用して、各ESMコンテキストを相関付け得る。
【０２２１】
接続性サービングノード1006はまた、各ESMコンテキストのための選択されたPGWを記憶し得る。接続性サービングノード1006がPGWを選択した場合、接続性サービングノード1006は、たとえば、サービスタイプ、SCSI、SCSIと関連付けられるサブスクリプション、デバイスが接続される1つまたは複数の無線アクセスポイントの1つまたは複数の識別子、デバイスによって提供されるPLMN(もしあれば)、ローカルポリシーなどのうちの1つまたは複数に基づいて、選択されたPGWが適切であるかどうかを検証し、選択されたPGWを接続性サービングノード1006に返し得る。
【０２２２】
SME(たとえば、第1のSME1008、第2のSME1010)は、サービス接続のための1つまたは複数の無線アクセスベアラ(RAB)を割り振るように接続性サービングノード1006に要求し得る。
【０２２３】
接続性サービングノード1006は、1つまたは複数のRABの割振りに対する要求、選択されたSGW、および選択されたPGWをRAN1004に提供し得る。RAN1004は、各ESMコンテキストのために、RABを確立し、対応する選択されたSGWを記憶し得る。
【０２２４】
デバイスが接続モードにあるときの無線リンク確立プロセス
デバイス(たとえば、チップ構成要素、クライアントデバイス)が接続モードにある場合、すなわちデバイスとeNBとの間にアクティブなRRC接続がすでにある場合、第1の1つまたは複数のSMEとの1つまたは複数のサービス接続が確立すると、図9および図10において反映されるESM確立のための以前の手順である、ランダムアクセスプリアンブル912、1012を送信し、ランダムアクセス応答914、1014を取得し、RRC接続要求916、1016を送信し、RRC接続セットアップ918、1018を取得し、RRC接続完了920、1020を送信するプロセスは、デバイス902、1002が以下の段落において説明される情報を送信することにより置き換えられ得る。
【０２２５】
デバイスは、DedicatedNASInfoに、DedicatedESMNASInfo情報の複数のセットを、確立されるべき各ESMコンテキストに対して1つずつ含め得る。
【０２２６】
デバイスとSMEとの間で確立されるサービスコンテキスト(たとえば、ESMコンテキスト)に対応する要求(たとえば、サービス接続要求、ESM NAS要求、PDN接続要求)は、DedicatedNASInfoに含まれ得る。要求の中のデバイス識別情報は、SCSI(またはSME(たとえば、第1のSME908)によってデバイス902に以前に割り振られたT-SCSI)であり得る。たとえば、SCSIは、たとえばSIM/USIMベースの認証方法の場合、割り振られたIMSIまたはP-TMSIまたはT-TMSIであり得る。
【０２２７】
DedicatedNASInfoは、ESMコンテキストに対しては発展型ユニバーサル地上波無線アクセスネットワーク(EUTRAN)の場合と同じ情報(たとえば、PDN接続要求メッセージ)を含み得るが、加えて、DedicatedNASInfoは、デバイスタイプ、サービスタイプ、およびデバイスが接続される無線アクセスポイントの1つまたは複数の識別子(eNB識別子、セル識別子、Wi-Fi AP識別子などを含む)のうちの1つまたは複数を含み得る。DedicatedNASInfoはまた、サービスコンテキスト確立が要求されているネットワークまたはサービスを識別するためにデバイスによって使用され得る、アクセスポイント名(APN)および/またはサービスアンカーポイント識別子(SAPI)を含み得る。
【０２２８】
デバイスは、たとえば、接続性サービングノードがSCSIまたはT-SCSIに基づいてデバイスのためのSMEを選択または再選択することを可能にするために、ESM NAS要求に関連して、SCSIまたはT-SCSIを提供し得る。
【０２２９】
デバイスは、DedicatedNASInfoと関連付けられるDedicatedESMNASInfoにおいて、このデバイスのデバイス挙動のタイプをネットワークに示し(たとえば、デバイスはM2M、マルチメディアなどであり得る)デバイスの取り扱い(たとえば、モビリティ管理、セキュリティなどのための)を区別するためにeNBおよび接続性サービングノードによって使用され得るデバイスタイプ、サービスタイプの指示、選択されるPLMN、およびデバイスが接続される無線アクセスポイントの1つまたは複数の識別子(たとえば、eNB識別子、セル識別子、Wi-Fi AP識別子などを含む)のうちの、1つまたは複数を提供し得る。
【０２３０】
デバイスはまた、DedicatedESMNASInfoに、サービスコンテキスト確立が要求されているネットワークまたはサービスを識別するためにデバイスによって使用されるアクセスポイント名(APN)および/またはサービスアンカーポイント識別子(SAPI)のDedicatedNASInfoと関連付けられる指示を追加し得る。
【０２３１】
デバイスは、既存のRRCメッセージと新しいRRC透過的トランスポートメッセージのいずれかにおいて、そのような情報を送信することができる。既存のRRCメッセージにおける場合、既存のRRCメッセージ(たとえば、RRC接続再確立など)は、情報をカプセル化するように修正されることがあり、さらなるコンテキスト確立情報をメッセージが搬送していることの指示を含むことがある。新しいRRC透過的トランスポートメッセージにおける場合、新しいRRC透過的トランスポートメッセージがその情報をカプセル化し得る。新しいRRC透過的トランスポートメッセージのアップリンクバージョンとダウンリンクバージョンが企図される。
【０２３２】
そのような情報を受信すると、接続性サービングノードおよびSMEは、図9および図10において示されたように振る舞う。
【０２３３】
代替的なSME選択手順
図8、図9、および図10において示される手順において、SMEは接続性サービングノードによって選択され得る。代替的な解決法は、たとえば、証明書のセットのために確立されている各ESMコンテキスト(たとえば、サービスコンテキスト)のためにRAN(たとえば、eNB)によって選択されているSME、および、接続性サービングノードとのEMMコンテキスト(たとえば、接続性コンテキスト)を確立するためにデバイスによって使用されるものとは異なるデバイス識別子に、基づき得る。
【０２３４】
RAN(たとえば、eNB)によるSMEの選択は、たとえば、RRC手順の間にデバイスによって提供される情報に基づいて実行されることがあり、デバイスタイプ、確立されている各ESMコンテキスト(たとえば、サービスコンテキスト)のために提供されるサービスタイプ、選択されるPLMN、およびデバイスが接続される無線アクセスポイントの1つまたは複数の識別子(eNB識別子、セル識別子、Wi-Fi AP識別子などを含む)、APN、およびSAPIのうちの1つまたは複数の使用により強化され得る。しかしながら、RANがSMEを選択すると、ある態様では、RANは、図9および図10のように、各ESMコンテキストのためにデバイスによって提供されるNASシグナリングをRRC接続完了920、1020メッセージにおいてSMEへ転送しないことがあり、代わりに、図8、図9、および図10における手順のために定義されるようなS1-APを通じて、NASシグナリングをカプセル化する接続性サービングノードへデバイスからNASシグナリングを転送することがあり、デバイスによって確立されている各ESMコンテキストのために、選択されたSMEの識別情報を接続性サービングノードに提供することがある。
【０２３５】
図9および図10のS1-AP922、1022メッセージ、カプセル化されたNASシグナリング、および確立されている各ESMコンテキストのための選択されたSMEの識別情報を取得すると、接続性サービングノードは、そのデバイスのために、選択されたSMEと、デバイス-SMEコンテキストのためにデバイスに関連付けられる識別情報(たとえば、恒久的な識別情報、または接続性サービングノードがNAS手順の間にデバイスに割り振り得る一時的な識別情報のいずれか)とを記憶し得る。NAS手順の間に、デバイスとSMEとの間で交換されるNASシグナリングは保護され暗号化され得るので、接続性サービングノード906、1006が今後のデバイスからSMEまたはSMEからデバイスへのNASメッセージを適切にルーティングすることを可能にするために、SMEは、NAS手順(たとえば、デバイスと接続性サービングノードとの間の認証またはコンテキスト確立)の間にSMEによってデバイス902、1002へ割り振られる一時的な識別子を、接続性サービングノード906、1006に提供し得ることに留意されたい。SMEがデバイス902、1002に割り振り得る(934、1034、1040)一時的な識別子の例は、GUTSI、T-SCSI、および/またはTTIを含む。NASシグナリングを接続性サービングノードに送信するとき、デバイスは、NASシグナリングにおいて、接続性サービングノードがNASシグナリングを適切にルーティングすることを可能にするために、そのような識別子を提供し得る。
【０２３６】
SMEは、サービス接続のための1つまたは複数の無線アクセスベアラ(RAB)を割り振るように接続性サービングノードに要求し得る。記憶されている各ESMコンテキストのための接続性サービングノードは、1つまたは複数のRABの割振りに対する要求および選択されたSGWをRANに提供し得る。RANは、各ESMコンテキストのために、RABを確立することができ、対応する選択されたSGWを記憶することができる。
【０２３７】
この態様では、RAN(たとえば、eNB)は、選択された接続性サービングノードおよびデバイスと接続性サービングノードとの間のEMMコンテキストの存在を認識しているだけではなく、デバイスがSMEと有するすべてのESMコンテキストも認識していることがある。
【０２３８】
ネットワークによって拒絶されるデバイス
本明細書において説明される態様は、デバイスがネットワークによって拒絶されることによる拒絶の事例に対処し得る。
【０２３９】
ネットワーク(たとえば、PLMN)によるデバイスの拒絶は、確立されているコンテキストに対して起こり得る。確立され得るコンテキストのいくつかの例は、接続性サービングノード(たとえば、HMME)とのEMMのみコンテキスト、接続性サービングノードとのEMMおよびESMコンテキスト、同じPLMNのためのEMMコンテキストが接続性サービングノードと確立されるのに成功した後のSMEとのESMコンテキスト、およびMMEとのコンテキストを含む。
【０２４０】
選ばれたPLMNが要因でデバイスが拒絶されているということを示す要因とともに拒絶を受信するときのデバイスの挙動は、たとえば、拒絶がEMM拒絶であるかESM拒絶であるかに基づいて決定され得る。
【０２４１】
EMM拒絶の場合、挙動は、たとえば、拒絶がトラッキングエリア識別情報(TAI)レベルであるかPLMNレベルであるかを区別することと、拒絶が一時的な性質のものであるか恒久的であるかとに基づいて決定され得る。拒絶の要因に応じて、デバイスは、タイマーが満了するのを待ち、デバイスが異なるエリアに移動するまで待ち、同じPLMNの中の別のRANを試し、または別のPLMNを試し得る。
【０２４２】
ESM拒絶の場合、デバイスは別のPLMNを選択しない(サービスベースのPLMNの選択はない)。デバイスは、たとえば、タイマーが満了するのを待ち(たとえば、ネットワークがバックオフタイマーを提供した場合)そして要求を再び試すか、別のRATを試すか、要求をあきらめるかのいずれかである。
【０２４３】
本明細書において説明される態様では、デバイスが、たとえば選択されたPLMNが要因で、1つまたは複数のサービスコンテキストと共有される接続性コンテキストに基づいて接続性コンテキストの確立を要求するときに接続性サービングノードからEMM拒絶を取得する場合、デバイスは、たとえば、タイマーが満了するのを待ち(たとえば、ネットワークがバックオフタイマーを提供した場合)そして要求を再び試すか、別のRATを試すか、要求をあきらめるかのいずれかであり得る。デバイスが、たとえば、選択されたPLMNと、任意選択で、サービスタイプ、デバイスタイプ、デバイスが接続される1つまたは複数の無線アクセスポイントの1つまたは複数の識別子、APN、およびSAPIのうちの1つまたは複数とが要因で、接続性サービングノード(たとえば、HMME)またはSMEのいずれかによる、サービスコンテキストに基づいてサービス接続を確立するための要求に対するESM拒絶を得る場合、デバイスは、たとえば、タイマーが満了するのを待ち(たとえば、ネットワークがバックオフタイマーを提供した場合)そして要求を再び試すか、別のRATを試すか、要求をあきらめるかのいずれかであり得る。
【０２４４】
たとえば第1のコンテキストに基づいて接続性コンテキストを確立するための要求を接続性サービングノードにおいて認証することが、接続性サービングノードにおける認証をスキップすることと、たとえば、サービスタイプ、デバイスタイプ、デバイスサブスクリプションプロファイル(ネットワークAAAサーバを介して取得される)またはローカルの接続性サービングノードの構成に従って要求においてデバイスによって提供される選択されたPLMNのうちの1つまたは複数に特有のサービス接続をデバイスが確立することを可能にすることとを含む場合、たとえば、サービスコンテキスト(たとえば、ESMコンテキスト)に基づき、サービスタイプ、デバイスタイプ、および選択されたPLMNのうちの1つまたは複数に対応する、サービス接続の確立に対する要求を受信すると、接続性サービングノードは要求を拒絶し、拒絶の要因を提供し得る。一例では、要求を拒絶することは、たとえば、接続性コンテキストが認証されていないことが要因でサービスが許可されない(たとえば、ここで接続性コンテキストは1つまたは複数のサービスコンテキストにより共有され得る)ことを示す拒絶の要因を提供することを含み、拒絶の要因は、サービスタイプ、デバイスタイプ、および選択されたPLMNのうちの1つまたは複数を含み得る。
【０２４５】
例示的なデバイス
図11は、複数の同時のサービスコンテキストによって共有される接続性コンテキストをサポートするために単一の無線リンクを使用するように構成される例示的なデバイス1102を示す。例示的なデバイス1102は、ワイヤレスデバイスであり得る。例示的なデバイス1102は、ワイヤレスネットワーク通信回路1104、処理回路1106、および互いに動作可能に結合され得るメモリ/記憶デバイス1108を含み得る。
【０２４６】
ワイヤレスネットワーク通信回路1104は、他のデバイス/ネットワーク/サービスへのワイヤレスリンクを確立するのを容易にする1つまたは複数のワイヤレスアクセス技術を使用して、1つまたは複数の無線アクセスネットワークを介して例示的なデバイス1102を1つまたは複数のネットワークに結合する役割を果たし得る。したがって、ワイヤレスネットワーク通信回路1104は、例示的なデバイス1102のワイヤレス通信を容易にするように構成され得る。一態様では、ワイヤレスネットワーク通信回路は、ワイヤレスネットワークを通じて通信するように構成され得る。ワイヤレスネットワーク通信回路1104は、1つまたは複数の受信機モジュール/回路/機能1126、1つまたは複数の送信機モジュール/回路/機能1128、および/または1つまたは複数のアンテナモジュール/回路/機能1130を含み得る。受信機モジュール/回路/機能1126、送信機モジュール/回路/機能1128、および/またはアンテナモジュール/回路/機能1130は、互いに動作可能に結合され得る。1つまたは複数のアンテナモジュール/回路/機能1130は、1つまたは複数のワイヤレスデバイス、ネットワーク、および/またはサービスとのワイヤレス通信を容易にし得る。
【０２４７】
処理回路1106は、ワイヤレスネットワーク通信回路1104に動作可能に結合され得る。処理回路1106は、無線リンク確立モジュール/回路/機能1110、接続性コンテキスト確立モジュール/回路/機能1111、およびサービスコンテキスト確立モジュール/回路/機能1112を含み得る。
【０２４８】
処理回路1106は、メモリ/記憶デバイス1108に記憶され得るプログラミングの実行を含む処理のために適合され得る。メモリ/記憶デバイス1108は、無線リンク確立命令1116、接続性コンテキスト確立命令1117、およびサービスコンテキスト確立命令1118を含み得る。任意選択で、メモリ/記憶デバイス1108はまた、接続性コンテキスト1132および1つまたは複数のサービスコンテキスト1134を記憶し得る。
【０２４９】
デバイスは、図1〜図10に示されるプロセスのうちの1つまたは複数を実施し得る。ある態様では、例示的なデバイス1102は、図12に列挙されるプロセスのうちの1つまたは複数を実施し得る。
【０２５０】
図12は、本明細書において説明される態様による、デバイスにおいて実行可能な例示的な方法を示す。デバイスは、ネットワークノード(たとえば、RANまたはRANのeNB)との無線リンクを開始し得る(1202)。デバイスは、デバイスの接続性論理コンテキスト(たとえば、デバイスの接続性コンテキスト、すなわちデバイスコンテキストを確立および/または維持するために使用され得る、デバイスの論理コンテキスト)を使用して、無線リンク上で接続性サービングノード(たとえば、HMME)と接続性コンテキストを確立し得る(1204)。デバイスは、デバイスの第1の論理コンテキストを使用して、無線リンク上で第1のサービス管理エンティティ(SME)との第1のサービスコンテキストを確立する(1206)ことができ、第1の論理コンテキストは接続性論理コンテキストとは別個である。追加のサービスコンテキストも確立され得る。したがって、ある態様では、デバイスはさらに、デバイスの第2の論理コンテキストを使用して、無線リンク上で第2のSMEとの第2のサービスコンテキストを確立する(1208)ことができ、第2の論理コンテキストは接続性論理コンテキストおよび第1の論理コンテキストとは別個である。
【０２５１】
ある態様では、たとえば、接続性論理コンテキストおよび第1の論理コンテキストは別個のコンテキストであり得る。接続性論理コンテキストおよび第1の論理コンテキストは別個のコンテキストであり得るが、それらは同じデバイスに属することがある。一態様では、接続性論理コンテキストおよび第1の論理コンテキストは、別個の証明書を有し得るので別個のコンテキストであり得る。一態様では、証明書は異なるAAAサーバから取り出され得る。一態様では、接続性論理コンテキストおよび第1の論理コンテキストは、別々に維持されることがあり(たとえば、同じデバイスにおいて別々に維持されることがあり)、別個のコンテキストであることがある。
【０２５２】
別の態様では、たとえば、接続性論理コンテキストおよび第1の論理コンテキストは同じコンテキストであり得るが、それでも別々に維持され得る。たとえば、接続性コンテキスト(たとえば、EMMコンテキスト)のために1つ、およびサービスコンテキスト(たとえば、ESMコンテキスト)のために1つという、同じコンテキストの2つのコピーがあり得る。2つのコピーは、同じ証明書を有することがあり、同じデバイスに属することがある。証明書は同じAAAサーバから取り出され得る。しかしながら、この態様では、接続性論理コンテキストおよび第1の論理コンテキストは、接続性サービングノードおよびSMEにおいてそれぞれ使用され得る2つの別々のコピーである。この態様では、接続性論理コンテキストおよび第1の論理コンテキストは、別々に維持されることがあり(たとえば、同じデバイスにおいて別々に維持されることがあり)、同じコンテキストであることがある。
【０２５３】
一態様では、1つまたは複数のサービスコンテキストと共有され得る接続性コンテキストは、デバイスの接続性論理コンテキストと関連付けられる証明書のセットに基づいて確立され得る。デバイスの接続性論理コンテキストと関連付けられる証明書のセットは、ホームAAAサーバに記憶され得る。
【０２５４】
一態様では、第1のサービスコンテキストは、デバイスの第1の論理コンテキストと関連付けられる証明書のセットに基づいて確立され得る。デバイスの第1の論理コンテキスト関連付けられる証明書のセットは、サービスAAAサーバに記憶され得る。ある実装形態では、ホームAAAサーバおよびサービスAAAサーバは別個のAAAサーバであり得る。
【０２５５】
ある態様では、接続性コンテキストは、デバイスのためのモビリティ管理およびシグナリングセキュリティに限定され得る。
【０２５６】
ある態様では、たとえば、接続性サービングノードは、別個の接続性コンテキストおよびサービスコンテキストをサポートする。
【０２５７】
ある実装形態では、第1のサービスコンテキストおよび第2のサービスコンテキストは、互いに独立に、接続されることがあり、アイドル状態になることがあり、および/または切断されることがある。ある例では、第2のSMEは第1のSMEとは別個であり得る。ある態様では、無線リンクは、通信プロトコルスタックの無線リソース制御レイヤ無線リンクまたは媒体アクセス制御レイヤ無線リンクであり得る。
【０２５８】
デバイスは、任意選択で、サービスタイプの指示、デバイスタイプの指示、選択されるPLMNの指示、およびデバイスが接続される無線アクセスポイントの1つまたは複数の識別子(たとえば、eNB識別子、セル識別子、Wi-Fiアクセスポイント識別子など)のうちの1つまたは複数を提供し得る。様々な例では、接続性サービングノードは、アクセスノードとして、RANの中で、および/またはコアネットワークの中で動作し得る。デバイスは、第1のコンテキストまたは第1のコンテキストと関連付けられる証明書を使用して、無線リンク確立要求を送信し得る。1つまたは複数のサービスコンテキストと共有され得る接続性コンテキストは、接続性論理コンテキスト(たとえば、接続性コンテキストを確立および/または維持するために使用される、デバイスにおいてインスタンス化されるデバイスの論理コンテキスト)を使用して接続性サービングノードと確立され得る。そのような接続性コンテキストは、無線リンクを確立する前に、ネットワークAAAサーバ(たとえば、ホームAAAサーバ)から得られる証明書を用いて、接続性サービングノードによって認証され得る。
【０２５９】
第1のサービス接続は、第1のサービスコンテキストを使用して無線リンクを介して確立されることがあり、ここでデバイスは、たとえば、第1のサービスコンテキストと関連付けられる情報(たとえば、SCSIなどの第1のサービスコンテキストに対応する識別子、ならびに、サービスタイプの指示、デバイスタイプの指示、選択されるPLMNの指示、およびデバイスが接続される無線アクセスポイントの1つまたは複数の識別子のうちの1つまたは複数)を含むサービス接続確立要求をネットワークに提供し、第1のサービス接続は第1のサービス管理エンティティ(SME)と確立される(1206)。たとえば、デバイスは、第1のサービスコンテキストまたは第1のサービスコンテキストと関連付けられるサービス証明書に基づいて、サービス接続に対するサービス接続確立要求を送信し得る。そのような第1のサービスコンテキストは、サービス接続を確立する前にSMEによって認証され得る。
【０２６０】
様々な例では、接続性コンテキストは、たとえば、デバイスの接続性論理コンテキストと関連付けられる証明書の第1のセットに基づき得る。様々な例では、接続性コンテキストは、デバイスのためのモビリティ管理およびシグナリングセキュリティに限定され得る。
【０２６１】
様々な例では、SMEおよび接続性サービングノードは互いに別個であり得る。様々な例では、SMEは接続性サービングノードによってホストされ得る。
【０２６２】
デバイスはまた、無線リンクを介して、第2のサービスコンテキストを使用して第2のサービス接続を確立することができ、第2のサービス接続は第2のサービス管理エンティティ(SME)と確立され得る。第1のサービスコンテキストおよび第2のサービスコンテキストは、互いに独立に、接続されることがあり、アイドル状態になることがあり、および/または切断されることがある。様々な例では、第2のSMEは第1のSMEと同じであることがあり、または第2のSMEは第1のSMEとは別個であることがある。
【０２６３】
第1のサービス接続は、デバイスによって確立される他のサービス接続により使用される他のサブスクリプション識別子とは別個のサブスクリプション識別子を使用して、一意に識別され得る。一例では、第1のサービスコンテキストは、接続性コンテキストに対応する証明書とは別個の加入者証明書のセットに対応し得る。一例では、第1のサービスコンテキストおよび接続性コンテキストは、別個の加入者証明書と関連付けられ得る。
【０２６４】
様々な例では、無線リンクは、通信プロトコルスタックの無線リソース制御レイヤ無線リンクまたは媒体アクセス制御レイヤ無線リンクであり得る。デバイスのための、接続性コンテキストと関連付けられるシグナリングトラフィック、および接続性コンテキストを共有する1つまたは複数のサービス接続は、無線リンク上で同時に多重化され得る。
【０２６５】
方法はさらに、無線リンク上で、接続性コンテキストおよび接続性コンテキストと共有される1つまたは複数のサービス接続のうちの1つまたは複数を介して、デバイスからシグナリングトラフィックを送信するステップを含み得る。同様に、方法はまた、無線リンク上で、接続性コンテキストおよび接続性コンテキストと共有される1つまたは複数のサービス接続のうちの1つまたは複数を介して、第1のサービングノードからシグナリングトラフィックを受信するステップを含み得る。
【０２６６】
例示的な接続性サービングノード/デバイス
図13は、本明細書において説明される態様による、デバイスと関連付けられる別個の接続性コンテキストおよびサービスコンテキストをサポートするように構成される例示的な接続性サービングノード/デバイス(たとえば、HMME)を示す。例示的な接続性サービングノード/デバイスは、本明細書では接続性サービングノード1302と呼ばれ得る。接続性サービングノード1302は、接続性コンテキストと、接続性コンテキストを共有するデバイスの複数のサービスコンテキストとの同時動作をサポートすることによって、単一の無線リンク上で動作するデバイスをサポートし得る。
【０２６７】
接続性サービングノード1302(たとえば、HMME)は、ネットワーク通信回路1304、処理回路1306、および互いに動作可能に結合され得るメモリ/記憶デバイス1308のうちの1つまたは複数を含み得る。
【０２６８】
ネットワーク通信回路1304は、デバイスとネットワークアクセスノードとの間でリンクを確立するのを容易にする1つまたは複数の有線アクセス技術またはワイヤレスアクセス技術を使用して、1つまたは複数のワイヤレスネットワーク(たとえば、複数のワイヤレスネットワーク)およびデバイス(たとえば、チップ構成要素、クライアントデバイス)に接続性サービングノード1302を結合する役割を果たし得る。ある態様では、ネットワーク通信回路1304は、ワイヤレスネットワークを通じてデバイスと通信するためのものであり得る。ネットワーク通信回路1304は、少なくとも1つの受信機モジュール/回路/機能1310、および/または少なくとも1つの送信機モジュール/回路/機能1312を含み得る。ネットワーク通信回路1304はまた、少なくとも1つの受信機モジュール/回路/機能1310および/または少なくとも1つの送信機モジュール/回路/機能1312に動作可能に結合された1つまたは複数のアンテナモジュール/回路/機能1314(または他の入力/出力モジュール/回路/機能)を含み得る。
【０２６９】
処理回路1306は、ネットワーク通信回路1304に動作可能に結合され得る。処理回路1306は、たとえば、無線リンク確立モジュール/回路/機能1316、接続性サービングノードモジュール/回路/機能1318、および接続性コンテキスト確立モジュール/回路/機能1320を含み得る。加えて、いくつかの実装形態では、処理回路1306は任意選択で、サービスコンテキスト確立モジュール/回路/機能1322を含み得る。加えて、または代わりに、処理回路1306は任意選択で、サービス管理エンティティモジュール/回路/機能1324を含み得る。
【０２７０】
処理回路1306は、メモリ/記憶デバイス1308に記憶され得る命令の実行を含む処理のために適合され得る。本明細書では、「命令」という用語は、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、または他の名称で呼ばれるかどうかにかかわらず、限定はされないが、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、プロシージャ、関数などを含むように広く解釈され得る。
【０２７１】
メモリ/記憶デバイス1308は、処理回路1306に動作可能に結合されることがあり、ネットワーク通信回路1304にも動作可能に結合されることがある。メモリ/記憶デバイス1308は、無線リンク確立命令1326、接続性サービングノード命令1328、および接続性コンテキスト確立命令1330を含み得る。
【０２７２】
加えて、いくつかの実装形態では、メモリ/記憶デバイス1308は任意選択で、サービスコンテキスト確立命令1332を含み得る。加えて、または代わりに、処理回路1306は任意選択で、サービス管理エンティティ命令1334を含み得る。
【０２７３】
任意選択で、メモリ/記憶デバイス1308は、接続性コンテキスト1336(または証明書)および/またはサービスコンテキスト1338(または証明書)を記憶し得る。
【０２７４】
接続性サービングノード1302は、図1〜図10に示されるプロセスのうちの1つまたは複数を実施し得る。一例では、接続性サービングノード1302は、図14に列挙されるプロセスのうちの1つまたは複数を実施し得る。
【０２７５】
図14は、本明細書において説明される態様による、接続性サービングノードにおいて実行可能な例示的な方法を示す。ある態様では、方法は、デバイスの接続性論理コンテキストに基づいて、接続性コンテキストのためのコンテキスト確立要求をデバイスから受信するステップを含み得る(1402)。方法はまた、コンテキスト確立要求を認証および認可するステップを含み得る(1404)。方法は次いで、デバイスにおいてインスタンス化される第1の論理コンテキストに基づいて、第1のサービスコンテキストのための第1のサービス接続要求をデバイスから受信するステップを含み得る(1406)。方法はさらに、第1のサービスコンテキストを使用して無線リンク上でのデバイスのための第1のサービス接続を確立するステップを含むことがあり、第1のサービスコンテキストは接続性コンテキストとは別個である(1408)。
【０２７６】
方法はさらに、コンテキスト確立要求の認証および認可が成功する場合、デバイスと、接続性コンテキストと関連付けられる無線リンクを確立するステップを含む。
【０２７７】
方法はさらに、第1の論理コンテキストの識別情報に基づいて第1のサービス管理エンティティ(SME)を選択または再選択するステップと、第1のサービス接続要求を第1のSMEに送信するステップとを含み得る。ある態様では、接続性サービングノードは第1のSMEとは別個であり得る。ある態様では、第1のSMEは接続性サービングノードによってホストされる論理ノードであり得る。ある例では、方法はさらに、無線リンク上の第1のサービス接続を通じてデバイスと第1のSMEとの間でシグナリングトラフィックを送信するステップを含むことがあり、第1のサービス接続は、接続性コンテキストと関連付けられる複数の別個のサービス接続のうちの1つである。
【０２７８】
ある態様では、方法はさらに、デバイスにおいてインスタンス化されるデバイスの第2の論理コンテキストに基づいて、第2のサービスコンテキストのための第2のサービス接続要求をデバイスから受信するステップと、第2のサービスコンテキストを使用して無線リンク上でのデバイスのための第2のサービス接続を確立するステップとを含むことがあり、第1のサービスコンテキスト、第2のサービスコンテキスト、および接続性コンテキストは別個のコンテキストである。第2のサービス接続を確立するステップは、第2の論理コンテキストの識別情報に基づいて第2のSMEを選択または再選択するステップと、第2のサービス接続要求を第2のSMEに送信するステップとを含み得る。ある態様では、第1のSMEは第2のSMEとは別個であり得る。ある態様では、接続性コンテキストは、デバイスのためのモビリティ管理およびシグナリングセキュリティに限定され得る。ある態様では、接続性コンテキストは、デバイスのための1つまたは複数の別個のサービスコンテキストを含み得る。
【０２７９】
ある態様では、無線リンクは、通信プロトコルスタックの無線リソース制御(RRC)レイヤまたは媒体アクセス制御(MAC)レイヤであり得る。ある態様では、第1のサービス接続を確立するステップは、接続性コンテキストと関連付けられる(たとえば、それにマッピングされる)第1の論理コンテキストに基づいて、第1のサービス接続要求を認可するステップを含み得る。第1のサービス接続を確立するステップは、ネットワーク識別子、サービス識別子、およびデバイスタイプのうちの1つまたは複数に基づいて、第1のサービス接続要求を認可するステップを含み得る。
【０２８０】
ある実装形態では、コンテキスト確立要求は、たとえば、接続性論理コンテキスト(たとえば、接続性コンテキストを確立および/または維持するために使用される、デバイスにおいてインスタンス化されるデバイスの論理コンテキスト)に基づいて、接続性コンテキストのためにデバイスから受信され得る。接続性コンテキストは、1つまたは複数のサービスコンテキストによって共有され得る。コンテキスト確立要求は、認証および認可され得る。接続性コンテキストと関連付けられる無線リンクが、デバイスと確立され得る。続いて、1つまたは複数のサービス接続要求が、1つまたは複数のデバイス論理コンテキストと関連付けられるデバイスのために受信され得る(たとえば、デバイス論理コンテキストは、デバイスのサービスコンテキスト、すなわちデバイスサービスコンテキストを確立および/または維持するために使用される、デバイスにおいてインスタンス化されるデバイスの論理コンテキストであり得る)。1つまたは複数のサービス接続が次いで、無線リンク上でデバイスのために確立され得る。
【０２８１】
一例では、接続性サービングノード(たとえば、HMME)が、接続性コンテキストを認証および認可するサービングノードにおいて実装され得る。接続性コンテキストは、デバイスのためのモビリティ管理およびシグナリングセキュリティに限定され得る。いくつかの例では、接続性コンテキストは、デバイスのための1つまたは複数のサービスコンテキストを含む。一例では、無線リンクは、接続性サービングノードによる接続性コンテキストの認証および認可が成功する場合に確立され得る。無線リンクは、通信プロトコルスタックの無線リソース制御(RRC)レイヤまたは媒体アクセス制御(MAC)レイヤであり得る。
【０２８２】
一実装形態では、デバイスのためのサービス接続を確立するステップは、第1のサービス管理エンティティ(SME)を選択するステップと、第1のサービス管理エンティティに1つまたは複数のサービス接続要求を送信するステップとを含み得る。
【０２８３】
無線リンク上の1つまたは複数の別個のサービス接続を通じて、デバイスとSMEとの間でシグナリングトラフィックが送信され得る。無線リンク上の1つまたは複数の別個のサービス接続を通じてデバイスとSMEとの間でシグナリングトラフィックを送信するステップは、サービス接続のシグナリングトラフィックに関連付けられる識別子を対応するデバイスおよびSMEへマッピングするステップを含み得る。
【０２８４】
デバイスのためのサービス接続を確立するステップは、たとえば、接続性コンテキストと関連付けられる第1のデバイスコンテキストに基づいて、サービス接続要求を認可するステップを含み得る。接続性コンテキストは、1つまたは複数のサービスコンテキストによって共有され得る。サービス接続を認可するステップは、たとえば、ネットワーク識別子、サービス識別子、およびデバイスタイプのうちの1つまたは複数に基づいて、認可するステップを含み得る。
【０２８５】
一例では、第1のサービス接続要求は第1のSMEに送信されることがあり、第2のサービス接続要求は第2のSMEに送信される。
【０２８６】
例示的なサービス管理エンティティノード/デバイス
図15は、本明細書において説明される態様による、接続性サービングノードとのサービス接続をサポートするように構成され、この接続性サービングノードがデバイスと関連付けられる別個の接続性コンテキストおよびサービスコンテキストをサポートする、例示的なサービス管理エンティティノード/デバイス(たとえば、SME、専用のMME)を示す。例示的なサービス管理エンティティノード/デバイスは、サービス管理エンティティ(SME)1502と本明細書では呼ばれ得る。
【０２８７】
SME1502は、ネットワーク通信回路1504、処理回路1506、および互いに動作可能に結合され得るメモリ/記憶デバイス1508のうちの1つまたは複数を含み得る。
【０２８８】
ネットワーク通信回路1504は、デバイスとワイヤレスネットワークとの間でリンクを確立するのを容易にする1つまたは複数の有線アクセス技術またはワイヤレスアクセス技術を使用して、1つまたは複数のワイヤレスネットワークおよびデバイス(たとえば、チップ構成要素、クライアントデバイス)にSME1502を結合する役割を果たし得る。ある態様では、ネットワーク通信回路1504は、ワイヤレスネットワークを通じてデバイスと通信するためのものであり得る。ネットワーク通信回路1504は、少なくとも1つの受信機モジュール/回路/機能1510、および/または少なくとも1つの送信機モジュール/回路/機能1512を含み得る。ネットワーク通信回路1504はまた、少なくとも1つの受信機モジュール/回路/機能1510および/または少なくとも1つの送信機モジュール/回路/機能1512に動作可能に結合された1つまたは複数のアンテナモジュール/回路/機能1514(または他の入力/出力モジュール/回路/機能)を含み得る。
【０２８９】
処理回路1506は、ネットワーク通信回路1504に動作可能に結合され得る。処理回路1506は、たとえば、無線リンク確立モジュール/回路/機能1516、サービス管理エンティティ動作モジュール/回路/機能1518、およびサービスコンテキスト確立モジュール/回路/機能1522を含み得る。
【０２９０】
処理回路1506は、メモリ/記憶デバイス1508に記憶され得る命令の実行を含む処理のために適合され得る。本明細書では、「命令」という用語は、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、または他の名称で呼ばれるかどうかにかかわらず、限定はされないが、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、プロシージャ、関数などを含むように広く解釈され得る。
【０２９１】
メモリ/記憶デバイス1508は、処理回路1506に動作可能に結合されることがあり、ネットワーク通信回路1504にも動作可能に結合されることがある。メモリ/記憶デバイス1508は、無線リンク確立命令1526、サービス管理エンティティ動作命令1528、およびサービスコンテキスト確立命令1532を含み得る。
【０２９２】
任意選択で、メモリ/記憶デバイス1508は、サービスコンテキスト1538(または証明書)を記憶し得る。
【０２９３】
SME1502は、図1〜図10に示されるプロセスのうちの1つまたは複数を実施し得る。一例では、SME1502は、図16に列挙されるプロセスのうちの1つまたは複数を実施し得る。
【０２９４】
図16は、本明細書において説明される態様による、サービス管理エンティティ(たとえば、SME、専用のMME)において実行可能な例示的な方法を示す。方法は、SMEにおいて、既存の接続性コンテキストに関連するデバイスの第1の論理コンテキストのための、サービス接続要求をデバイスから受信するステップを含み得る。接続性コンテキストは、1つまたは複数のサービスコンテキストによって共有され得る。方法は、SMEにおいてサービス接続要求を認証および認可するステップを含み得る(1604)。方法はさらに、サービス接続要求の認証および認可が成功する場合に、デバイスの第1の論理コンテキストを使用して第1のサービスコンテキストを確立するステップを含むことがあり、第1のサービスコンテキストは接続性コンテキストとは別個である(1606)。
【０２９５】
ある態様では、第1のサービスコンテキストおよび接続性コンテキストは、単一の無線リンク上でデバイスと確立され得る。
【０２９６】
ある態様では、接続性コンテキストは、デバイスの接続性論理コンテキストと関連付けられる証明書のセットに基づくことがあり、第1の論理コンテキストは、デバイスの第1の論理コンテキストと関連付けられる証明書のセットに基づくことがあり、接続性論理コンテキストは、第1の論理コンテキストとは別個に維持されることがある。
【０２９７】
ある態様では、SMEは接続性サービングノードとは別個である。別の態様では、SMEはサービスプロバイダノードに位置し得る。
【０２９８】
ある態様では、サービス接続要求は、ネットワーク識別子、サービス識別子、およびデバイスタイプのうちの1つまたは複数を含み得る。
【０２９９】
ある実装形態では、サービス接続要求は、デバイスからSMEにおいて受信されることがあり、接続性サービングノード(たとえば、HMME)を介して第1のサービスコンテキストと関連付けられることがある。サービス接続要求は、SMEにおいて認証および認可され得る。サービス接続はデバイスへ/から確立されることがあり、第1のサービスコンテキストはデバイスのためのいずれの接続性コンテキストとも別個である。ある態様では、サービス接続は、サービス接続要求の認証および認可が成功するときにのみ認可され得る。サービス接続要求は、ネットワーク識別子、サービス識別子、およびデバイスタイプのうちの1つまたは複数を含み得る。
【０３００】
SMEにおいてサービス接続要求を認証および認可するステップは、たとえば第1のサービスコンテキストに基づいて、サービス接続を認証および認可するステップを含み得る。サービス接続を認可するステップは、たとえば、ネットワーク識別子、サービス識別子、およびデバイスタイプのうちの1つまたは複数に基づいて、認可するステップを含み得る。
【０３０１】
図に示される構成要素、プロセス、態様、および/もしくは機能のうちの1つまたは複数は、単一の構成要素、プロセス、態様、および/もしくは機能へと再構成され、ならびに/または結合されることがあり、あるいはいくつかの構成要素、プロセス、態様、および/または機能として具現化されることがある。本明細書において開示された新規の態様から逸脱することなく、追加の要素、構成要素、プロセス、態様、および/または機能も追加され得る。図に示される装置、デバイス、および/または構成要素は、図において説明された方法、態様、またはプロセスのうちの1つまたは複数を実行するように構成され得る。
【０３０２】
例は、フローチャート、流れ図、構造図、またはブロック図として示されるプロセスとして説明され得ることに留意されたい。フローチャートまたは流れ図はプロセスを順次的なプロセスとして説明することがあるが、プロセスの多くは、並列にまたは同時に実行されることが可能である。加えて、プロセスの順序は並べ替えられ得る。プロセスは、その動作が完了したときに終了し得る。プロセスは、方法、関数、プロシージャ、サブルーチン、サブプログラムなどに対応し得る。プロセスが関数に対応するとき、その終了は、その関数が呼び出し関数またはメイン関数に戻ることに対応する。
【０３０３】
その上、記憶媒体は、読取り専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、ならびに/または情報を記憶するための他の非一時的機械可読記憶媒体、プロセッサ可読媒体、および/もしくはコンピュータ可読媒体を含む、データを記憶するための1つまたは複数のデバイスを表し得る。「機械可読記憶媒体」、「コンピュータ可読記憶媒体」、および/または「プロセッサ可読記憶媒体」という用語は、限定はされないが、ポータブル記憶デバイスもしくは固定記憶デバイス、光記憶デバイス、ならびに、命令および/またはデータを記憶し、格納し、または搬送することが可能な様々な他の媒体などの非一時的記憶媒体を含み得る。したがって、本明細書において説明される様々な方法は、「非一時的機械可読記憶媒体」、「非一時的コンピュータ可読記憶媒体」、および/または「非一時的プロセッサ可読記憶媒体」に記憶され、1つまたは複数の処理回路、機械および/またはデバイスによって実行され得る、命令および/またはデータによって、完全にまたは部分的に実施され得る。一般に、非一時的機械可読記憶媒体に記憶される命令は、処理回路によって実行されると、処理回路に命令を実行させる。
【０３０４】
さらに、例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの任意の組合せによって実装され得る。ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコードにおいて実装されるとき、タスクを実行するためのプログラムコードまたはコードセグメントは、記憶媒体または他の記憶装置などの機械可読媒体に記憶され得る。プロセッサがタスクを実行し得る。コードセグメントは、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、または命令、データ構造、もしくはプログラムステートメントの任意の組合せを表し得る。コードセグメントは、情報、データ、引数、パラメータ、もしくはメモリ内容を渡すことおよび/または受け取ることによって、別のコードセグメントまたはハードウェア回路に結合され得る。情報、引数、パラメータ、データなどは、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク送信などを含む任意の好適な手段を介して渡され、転送され、または送信され得る。
【０３０５】
本明細書において開示される例に関して説明される様々な例示的な論理ブロック、モジュール、回路、要素、および/または構成要素は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理構成要素、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書において説明される機能を実行するように設計されたそれらの任意の組合せによって実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替的に、汎用プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティング構成要素の組合せ、たとえば、DSPとマイクロプロセッサの組合せ、いくつかのマイクロプロセッサ、DSPコアと連係した1つまたは複数のマイクロプロセッサ、または他の任意のそのような構成として実装され得る。
【０３０６】
本明細書において開示される例に関して説明された方法、アルゴリズム、および/またはプロセスは、処理ユニット、プログラミング命令、または他の指示の形態で、直接ハードウェアで、プロセッサによって実行可能なソフトウェアモジュールで、または両方の組合せで具現化されることがあり、単一のデバイスに含まれるかまたは複数のデバイスにわたって分散されることがある。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野において既知の任意の他の形態の記憶媒体に存在し得る。記憶媒体は、プロセッサが記憶媒体から情報を読み取ることができ、記憶媒体に情報を書き込むことができるように、プロセッサに結合され得る。代替的に、記憶媒体はプロセッサと一体であり得る。
【０３０７】
さらに、本明細書において開示される例に関して説明される様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを当業者は諒解されよう。ハードウェアおよびソフトウェアのこの互換性を示すために、様々な例示的な構成要素、ブロック、モジュール、回路およびプロセスが、上では全般にそれらの機能に関して説明された。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、具体的な適用例およびシステム全体に課された設計制約に依存する。
【０３０８】
本明細書において説明された例の様々な態様は、本開示の範囲から逸脱することなく様々なシステムにおいて実装され得る。上記の例は単なる例にすぎず、限定するものとして解釈されるべきではないことに留意されたい。例の説明は、例示的であることが意図されており、特許請求の範囲を限定することは意図されていない。したがって、本教示は、他のタイプの装置に容易に適用されることが可能であり、多くの代替形態、修正形態、および変更形態が当業者には明らかであろう。
【符号の説明】
【０３０９】
101  単一の無線リンク
102  デバイス
103  デバイス論理コンテキストA
104  接続性プロバイダA
105  デバイス論理コンテキストB
106  接続性プロバイダB
108  第1のサービスコンテキスト
109  第2のサービスコンテキスト
112  第3のサービスコンテキスト
114  第1のサービス接続
116  第2のサービス接続
118  第3のサービス接続
120  RAN
123  接続性サービングノード
124  接続性コンテキスト
125  接続性接続
127  任意選択の実装形態
128  SME A
130  SME B
132  PGW/SGW A
134  PGW/SGW B
140  サービスAAAサーバA
141  サービスプロバイダA
142  サービスAAAサーバB
143  サービスプロバイダB
144  H-AAAサーバ
145  サービングネットワーク
202  デバイス
203  論理コンテキストA
205  論理コンテキストB
208  第1のサービスコンテキスト
209  第2のサービスコンテキスト
210  接続性サービングノード
212  SME A
214  SME B
216  サービスAAAサーバA
218  サービスAAAサーバB
220  ネットワークノード
221  NAS管理レイヤ
222  接続性論理コンテキスト
224  接続性コンテキスト
226  非WANインターフェースおよび/またはWANインターフェース
244  H-AAAサーバ
310  接続性サービングノード
312  SME A
314  SME B
316  サービスAAAサーバA
318  サービスAAAサーバB
410  接続性サービングノード
412  SME A
414  SME B
416  サービスAAAサーバA
418  サービスAAAサーバB
502  GUTSI1
503  SCSI1
504  GUTSI2
505  SCSI2
506  C-RNTI
508  GUTSIAC
510  GUTI
512  T-SCSI1
514  T-SCSI2
516  IMSI
602  第1のグルーピング
604  第2のグルーピング
606  第3のグルーピング
608  第4のグルーピング
610  第5のグルーピング
612  第6のグルーピング
614  第7のグルーピング
702  第1のグルーピング
704  第2のグルーピング
706  第3のグルーピング
708  第4のグルーピング
710  第5のグルーピング
712  第6のグルーピング
714  第7のグルーピング
802  デバイス
804  RAN
806  接続性サービングノード
812  ランダムアクセスプリアンブル
814  ランダムアクセス応答
816  RRC接続要求
818  RRC接続セットアップ
820  RRC接続完了
822  S1-AP
824  NAS手順
902  デバイス
904  RAN
906  接続性サービングノード
908  第1のSME
910  第2のSME
912  ランダムアクセスプリアンブル
914  ランダムアクセス応答
916  RRC接続要求
918  RRC接続セットアップ
920  RRC接続完了
922  S1-AP
924  NAS手順
930  NAS要求を送信
932  NAS手順
1002  デバイス
1004  RAN
1006  接続性サービングノード
1008  第1のSME
1010  第2のSME
1012  ランダムアクセスプリアンブル
1014  ランダムアクセス応答
1016  RRC接続要求
1018  RRC接続セットアップ
1020  RRC接続完了
1022  S1-AP
1024  NAS手順
1030  NAS要求を送信
1032  NAS手順
1036  NAS要求を送信
1038  NAS手順
1104  ワイヤレスネットワーク通信回路
1106  処理回路
1108  メモリ/記憶デバイス
1110  無線リンク確立モジュール/回路/機能
1111  接続性コンテキスト確立モジュール/回路/機能
1112  サービスコンテキスト確立モジュール/回路/機能
1116  無線リンク確立命令
1117  接続性コンテキスト確立命令
1118  サービスコンテキスト確立命令
1126  受信機モジュール/回路/機能
1128  送信機モジュール/回路/機能
1130  アンテナモジュール/回路/機能
1132  接続性コンテキスト
1134  サービスコンテキスト
1302  接続性サービングノード
1304  ネットワーク通信回路
1306  処理回路
1308  メモリ/記憶デバイス
1310  受信機モジュール/回路/機能
1312  送信機モジュール/回路/機能
1314  アンテナモジュール/回路/機能
1316  無線リンク確立モジュール/回路/機能
1318  接続性サービングノードモジュール/回路/機能
1320  接続性コンテキスト確立モジュール/回路/機能
1322  サービスコンテキスト確立モジュール/回路/機能
1324  サービス管理エンティティモジュール/回路/機能
1326  無線リンク確立命令
1328  接続性サービングノード命令
1330  接続性コンテキスト確立命令
1332  サービスコンテキスト確立命令
1334  サービス管理エンティティ命令
1336  接続性コンテキスト
1338  サービスコンテキスト
1502  サービス管理エンティティ
1504  ネットワーク通信回路
1506  処理回路
1508  メモリ/記憶デバイス
1510  受信機モジュール/回路/機能
1512  送信機モジュール/回路/機能
1514  アンテナモジュール/回路/機能
1516  無線リンク確立モジュール/回路/機能
1518  サービス管理エンティティ動作モジュール/回路/機能
1522  サービスコンテキスト確立モジュール/回路/機能
1526  無線リンク確立命令
1528  サービス管理エンティティ動作命令
1532  サービスコンテキスト確立命令
1538  サービスコンテキスト
【図１】
2018522501.tif 000003
【図２】
2018522501.tif 000004
【図３】
2018522501.tif 000005
【図４】
2018522501.tif 000006
【図５】
2018522501.tif 000007
【図６】
2018522501.tif 000008
【図７】
2018522501.tif 000009
【図８】
2018522501.tif 000010
【図９】
2018522501.tif 000011
【図１０】
2018522501.tif 000012
【図１１】
2018522501.tif 000013
【図１２】
2018522501.tif 000014
【図１３】
2018522501.tif 000015
【図１４】
2018522501.tif 000016
【図１５】
2018522501.tif 000017
【図１６】
2018522501.tif 000018
【手続補正書】
【提出日】平成30年2月6日(2018.2.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
デバイスにおいて実行可能な方法であって、
ネットワークノードとの無線リンクを開始するステップと、
前記デバイスの接続性論理コンテキストを使用して前記無線リンク上での接続性サービングノードとの接続性コンテキストを確立するステップと、
前記デバイスの第1の論理コンテキストを使用して前記無線リンク上での第1のサービス管理エンティティ(SME)との第1のサービスコンテキストを確立するステップとを備え、
前記第1の論理コンテキストが前記接続性論理コンテキストとは別個である、方法。
【請求項２】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストによって共有される、請求項1に記載の方法。
【請求項３】
前記接続性コンテキストが前記デバイスの前記接続性論理コンテキストと関連付けられる証明書の第1のセットに基づいて確立され、前記第1のサービスコンテキストが前記デバイスの前記第1の論理コンテキストと関連付けられる証明書の第2のセットに基づいて確立され、証明書の前記第1のセットが証明書の前記第2のセットとは別個である、請求項1に記載の方法。
【請求項４】
前記接続性コンテキストが、前記デバイスのためのモビリティ管理およびシグナリングセキュリティに限定される、請求項1に記載の方法。
【請求項５】
前記デバイスの第2の論理コンテキストを使用して前記無線リンク上での第2のSMEとの第2のサービスコンテキストを確立するステップをさらに備え、
前記第2の論理コンテキストが、前記接続性論理コンテキストおよび前記第1の論理コンテキストとは別個である、請求項1に記載の方法。
【請求項６】
前記第1のサービスコンテキストおよび前記第2のサービスコンテキストが、互いに独立に、接続され、アイドル状態になり、および/または切断される、請求項5に記載の方法。
【請求項７】
前記デバイスのための前記接続性コンテキストおよび1つまたは複数のサービス接続と関連付けられるシグナリングトラフィックを、前記無線リンク上で同時に多重化するステップをさらに備える、請求項1に記載の方法。
【請求項８】
前記無線リンク上で、前記接続性コンテキストおよび1つまたは複数のサービス接続のうちの1つまたは複数を介して、シグナリングトラフィックを送信および/または受信するステップをさらに備える、請求項1に記載の方法。
【請求項９】
デバイスであって、
ワイヤレスネットワークを通じて通信するためのネットワーク通信回路と、
前記ネットワーク通信回路に結合された処理回路とを備え、前記処理回路が、
ネットワークノードとの無線リンクを開始し、
前記デバイスの接続性論理コンテキストを使用して前記無線リンク上での接続性サービングノードとの接続性コンテキストを確立し、
前記デバイスの第1の論理コンテキストを使用して前記無線リンク上での第1のサービス管理エンティティ(SME)との第1のサービスコンテキストを確立する
ように構成され、
前記第1の論理コンテキストが前記接続性論理コンテキストとは別個である、デバイス。
【請求項１０】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストによって共有される、請求項9に記載のデバイス。
【請求項１１】
前記処理回路がさらに、
前記デバイスの第2の論理コンテキストを使用して前記無線リンク上での第2のSMEとの第2のサービスコンテキストを確立するように構成され、
前記第2の論理コンテキストが、前記接続性論理コンテキストおよび前記第1の論理コンテキストとは別個である、請求項9に記載のデバイス。
【請求項１２】
前記処理回路がさらに、
前記デバイスのための前記接続性コンテキストおよび1つまたは複数のサービス接続と関連付けられるシグナリングトラフィックを、前記無線リンク上で同時に多重化するように構成される、請求項9に記載のデバイス。
【請求項１３】
前記処理回路がさらに、
前記無線リンク上で、前記接続性コンテキストおよび1つまたは複数のサービス接続のうちの1つまたは複数を介して、シグナリングトラフィックを送信および/または受信するように構成される、請求項9に記載のデバイス。
【請求項１４】
デバイスであって、
ワイヤレスネットワークを通じて通信するための手段と、
ネットワークノードとの前記ワイヤレスネットワーク上での無線リンクを開始するための手段と、
前記デバイスの接続性論理コンテキストを使用して前記無線リンク上での接続性サービングノードとの接続性コンテキストを確立するための手段と、
前記デバイスの第1の論理コンテキストを使用して前記無線リンク上での第1のサービス管理エンティティ(SME)との第1のサービスコンテキストを確立するための手段とを備え、
前記第1の論理コンテキストが前記接続性論理コンテキストとは別個である、デバイス。
【請求項１５】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストによって共有される、請求項14に記載のデバイス。
【請求項１６】
前記デバイスの第2の論理コンテキストを使用して前記無線リンク上での第2のSMEとの第2のサービスコンテキストを確立するための手段をさらに備え、
前記第2の論理コンテキストが、前記接続性論理コンテキストおよび前記第1の論理コンテキストとは別個である、請求項14に記載のデバイス。
【請求項１７】
前記デバイスのための前記接続性コンテキストおよび1つまたは複数のサービス接続と関連付けられるシグナリングトラフィックを、前記無線リンク上で同時に多重化するための手段をさらに備える、請求項14に記載のデバイス。
【請求項１８】
前記無線リンク上で、前記接続性コンテキストおよび1つまたは複数のサービス接続のうちの1つまたは複数を介して、シグナリングトラフィックを送信および/または受信するための手段をさらに備える、請求項14に記載のデバイス。
【請求項１９】
命令を記憶した非一時的機械可読記憶媒体であって、前記命令が、処理回路によって実行されると、前記処理回路に、
ネットワークノードとの無線リンクを開始させ、
デバイスの接続性論理コンテキストを使用して前記無線リンク上での接続性サービングノードとの接続性コンテキストを確立させ、
前記デバイスの第1の論理コンテキストを使用して前記無線リンク上での第1のサービス管理エンティティ(SME)との第1のサービスコンテキストを確立させ、
前記第1の論理コンテキストが前記接続性論理コンテキストとは別個である、非一時的機械可読記憶媒体。
【請求項２０】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストによって共有される、請求項19に記載の非一時的機械可読記憶媒体。
【請求項２１】
前記処理回路によって実行されると、前記処理回路に、
前記デバイスの第2の論理コンテキストを使用して前記無線リンク上での第2のSMEとの第2のサービスコンテキストを確立させる命令をさらに記憶し、
前記第2の論理コンテキストが、前記接続性論理コンテキストおよび前記第1の論理コンテキストとは別個である、請求項19に記載の非一時的機械可読記憶媒体。
【請求項２２】
前記処理回路によって実行されると、前記処理回路に、
前記デバイスのための前記接続性コンテキストおよび1つまたは複数のサービス接続と関連付けられるシグナリングトラフィックを、前記無線リンク上で同時に多重化させる命令をさらに記憶した、請求項19に記載の非一時的機械可読記憶媒体。
【請求項２３】
前記処理回路によって実行されると、前記処理回路に、
前記無線リンク上で、前記接続性コンテキストおよび1つまたは複数のサービス接続のうちの1つまたは複数を介して、シグナリングトラフィックを送信および/または受信させる命令をさらに記憶した、請求項19に記載の非一時的機械可読記憶媒体。
【請求項２４】
接続性サービングノードにおいて実行可能な方法であって、
デバイスの接続性論理コンテキストに基づいて、接続性コンテキストのためのコンテキスト確立要求を前記デバイスから無線リンク上で受信するステップと、
前記コンテキスト確立要求を認証および認可するステップと、
前記デバイスにおいてインスタンス化される第1の論理コンテキストに基づいて、第1のサービスコンテキストのための第1のサービス接続要求を前記デバイスから受信するステップと、
前記第1のサービスコンテキストを使用して前記無線リンク上での前記デバイスのための第1のサービス接続を確立するステップとを備え、
前記第1のサービスコンテキストが前記接続性コンテキストとは別個である、方法。
【請求項２５】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストによって共有される、請求項24に記載の方法。
【請求項２６】
前記コンテキスト確立要求の認証および認可が成功する場合に、前記デバイスと、前記接続性コンテキストと関連付けられる無線リンクを確立するステップをさらに備える、請求項24に記載の方法。
【請求項２７】
前記第1のサービス接続を確立するステップがさらに、
前記第1の論理コンテキストの識別情報に基づいて、第1のサービス管理エンティティ(SME)を選択または再選択するステップと、
第1のサービス接続要求を前記第1のSMEに送信するステップとを備える、請求項24に記載の方法。
【請求項２８】
前記接続性サービングノードが前記第1のSMEとは別個である、請求項27に記載の方法。
【請求項２９】
前記第1のSMEが前記接続性サービングノードによってホストされる論理ノードである、請求項27に記載の方法。
【請求項３０】
前記無線リンク上で前記第1のサービス接続を通じて前記デバイスと前記第1のSMEとの間でシグナリングトラフィックを送信するステップをさらに備え、前記第1のサービス接続が、前記接続性コンテキストと関連付けられる複数の別個のサービス接続のうちの1つである、請求項27に記載の方法。
【請求項３１】
前記デバイスにおいてインスタンス化される前記デバイスの第2の論理コンテキストに基づいて、第2のサービスコンテキストのための第2のサービス接続要求を前記デバイスから受信するステップと、
前記第2のサービスコンテキストを使用して前記無線リンク上での前記デバイスのための第2のサービス接続を確立するステップとをさらに備え、
前記第1のサービスコンテキスト、前記第2のサービスコンテキスト、および前記接続性コンテキストが別個のコンテキストである、請求項27に記載の方法。
【請求項３２】
前記第2のサービス接続を確立するステップがさらに、
前記第2の論理コンテキストの識別情報に基づいて、第2のSMEを選択または再選択するステップと、
第2のサービス接続要求を前記第2のSMEに送信するステップとを備える、請求項31に記載の方法。
【請求項３３】
前記第1のSMEが前記第2のSMEとは別個である、請求項32に記載の方法。
【請求項３４】
前記接続性コンテキストが、前記デバイスのためのモビリティ管理およびシグナリングセキュリティに限定される、請求項24に記載の方法。
【請求項３５】
前記接続性コンテキストが、前記デバイスのための1つまたは複数のサービスコンテキストを含む、請求項24に記載の方法。
【請求項３６】
前記第1のサービス接続を確立するステップが、前記接続性コンテキストと関連付けられる前記第1の論理コンテキストに基づいて、前記第1のサービス接続要求を認可するステップを含む、請求項24に記載の方法。
【請求項３７】
前記第1のサービス接続を確立するステップが、ネットワーク識別子、サービス識別子、およびデバイスタイプのうちの1つまたは複数に基づいて、前記第1のサービス接続要求を認可するステップを含む、請求項24に記載の方法。
【請求項３８】
1つまたは複数のワイヤレスネットワークおよびデバイスと通信するためのネットワーク通信回路と、
前記ネットワーク通信回路に結合された処理回路とを備え、前記処理回路が、
前記デバイスの接続性論理コンテキストに基づいて、接続性コンテキストのためのコンテキスト確立要求をデバイスから無線リンク上で受信し、
前記コンテキスト確立要求を認証および認可し、
前記デバイスにおいてインスタンス化される第1の論理コンテキストに基づいて、第1のサービスコンテキストのための第1のサービス接続要求を前記デバイスから受信し、
前記第1のサービスコンテキストを使用して前記無線リンク上での前記デバイスのための第1のサービス接続を確立する
ように構成され、
前記第1のサービスコンテキストが前記接続性コンテキストとは別個である、接続性サービングノード。
【請求項３９】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストによって共有される、請求項38に記載の接続性サービングノード。
【請求項４０】
前記処理回路がさらに、
前記コンテキスト確立要求の認証および認可が成功する場合に、前記デバイスと、前記接続性コンテキストと関連付けられる前記無線リンクを確立するように構成される、請求項38に記載の接続性サービングノード。
【請求項４１】
前記第1のサービス接続を確立するために、前記処理回路がさらに、
前記第1の論理コンテキストの識別情報に基づいて、第1のサービス管理エンティティ(SME)を選択または再選択し、
第1のサービス接続要求を前記第1のSMEに送信するように構成される、請求項38に記載の接続性サービングノード。
【請求項４２】
前記処理回路がさらに、
前記無線リンク上で前記第1のサービス接続を通じて前記デバイスと前記第1のSMEとの間でシグナリングトラフィックを送信するように構成され、
前記第1のサービス接続が、前記接続性コンテキストと関連付けられる複数の別個のサービス接続のうちの1つである、請求項41に記載の接続性サービングノード。
【請求項４３】
前記処理回路がさらに、
前記デバイスにおいてインスタンス化される前記デバイスの第2の論理コンテキストに基づいて、第2のサービスコンテキストのための第2のサービス接続要求を前記デバイスから受信し、
前記第2のサービスコンテキストを使用して前記無線リンク上での前記デバイスのための第2のサービス接続を確立するように構成され、
前記第1のサービスコンテキスト、前記第2のサービスコンテキスト、および前記接続性コンテキストが別個のコンテキストである、請求項41に記載の接続性サービングノード。
【請求項４４】
前記第2のサービス接続を確立するために、前記処理回路がさらに、
前記デバイスの前記第2の論理コンテキストの識別情報に基づいて、前記デバイスのための第2のSMEを選択または再選択し、
第2のサービス接続要求を前記第2のSMEに送信するように構成される、請求項43に記載の接続性サービングノード。
【請求項４５】
前記第1のSMEが前記第2のSMEとは別個である、請求項44に記載の接続性サービングノード。
【請求項４６】
前記デバイスの接続性論理コンテキストに基づいて、接続性コンテキストのためのコンテキスト確立要求をデバイスから無線リンク上で受信するための手段と、
前記コンテキスト確立要求を認証および認可するための手段と、
前記デバイスにおいてインスタンス化される第1の論理コンテキストに基づいて、第1のサービスコンテキストのための第1のサービス接続要求を前記デバイスから受信するための手段と、
前記第1のサービスコンテキストを使用して前記無線リンク上での前記デバイスのための第1のサービス接続を確立するための手段とを備え、
前記第1のサービスコンテキストが前記接続性コンテキストとは別個である、接続性サービングノード。
【請求項４７】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストによって共有される、請求項46に記載の接続性サービングノード。
【請求項４８】
前記コンテキスト確立要求の認証および認可が成功する場合に、前記デバイスと、前記接続性コンテキストと関連付けられる前記無線リンクを確立するための手段をさらに備える、請求項46に記載の接続性サービングノード。
【請求項４９】
前記第1のサービス接続を確立するための前記手段がさらに、
前記第1の論理コンテキストの識別情報に基づいて、第1のサービス管理エンティティ(SME)を選択または再選択するための手段と、
第1のサービス接続要求を前記第1のSMEに送信するための手段とを備える、請求項46に記載の接続性サービングノード。
【請求項５０】
前記無線リンク上で前記第1のサービス接続を通じて前記デバイスと前記第1のSMEとの間でシグナリングトラフィックを送信するための手段をさらに備え、
前記第1のサービス接続が、前記接続性コンテキストと関連付けられる複数の別個のサービス接続のうちの1つである、請求項49に記載の接続性サービングノード。
【請求項５１】
前記デバイスにおいてインスタンス化される前記デバイスの第2の論理コンテキストに基づいて、第2のサービスコンテキストのための第2のサービス接続要求を前記デバイスから受信するための手段と、
前記第2のサービスコンテキストを使用して前記無線リンク上での前記デバイスのための第2のサービス接続を確立するための手段とをさらに備え、
前記第1のサービスコンテキスト、前記第2のサービスコンテキスト、および前記接続性コンテキストが別個のコンテキストである、請求項49に記載の接続性サービングノード。
【請求項５２】
前記第2のサービス接続を確立するための前記手段がさらに、
前記デバイスの前記第2の論理コンテキストの識別情報に基づいて、前記デバイスのための第2のSMEを選択または再選択するための手段と、
第2のサービス接続要求を前記第2のSMEに送信するための手段とを備える、請求項51に記載の接続性サービングノード。
【請求項５３】
前記第1のSMEが前記第2のSMEとは別個である、請求項52に記載の接続性サービングノード。
【請求項５４】
命令を記憶した非一時的機械可読記憶媒体であって、前記命令が、処理回路によって実行されると、前記処理回路に、
前記デバイスの接続性論理コンテキストに基づいて、接続性コンテキストのためのコンテキスト確立要求をデバイスから無線リンク上で受信させ、
前記コンテキスト確立要求を認証および認可させ、
前記デバイスにおいてインスタンス化される第1の論理コンテキストに基づいて、第1のサービスコンテキストのための第1のサービス接続要求を前記デバイスから受信させ、
前記第1のサービスコンテキストを使用して前記無線リンク上での前記デバイスのための第1のサービス接続を確立させ、
前記第1のサービスコンテキストが前記接続性コンテキストとは別個である、非一時的機械可読記憶媒体。
【請求項５５】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストによって共有される、請求項54に記載の非一時的機械可読記憶媒体。
【請求項５６】
前記処理回路によって実行されると、前記処理回路に、
前記コンテキスト確立要求の認証および認可が成功する場合に、前記デバイスと、前記接続性コンテキストと関連付けられる前記無線リンクを確立させる命令をさらに記憶した、請求項54に記載の非一時的機械可読記憶媒体。
【請求項５７】
前記処理回路によって実行されると、前記処理回路に、
前記第1の論理コンテキストの識別情報に基づいて、第1のサービス管理エンティティ(SME)を選択または再選択させ、
第1のサービス接続要求を前記第1のSMEへ送信させる命令をさらに記憶した、請求項54に記載の非一時的機械可読記憶媒体。
【請求項５８】
前記処理回路によって実行されると、前記処理回路に、
前記無線リンク上で前記第1のサービス接続を通じて前記デバイスと前記第1のSMEとの間でシグナリングトラフィックを送信させる命令をさらに記憶し、
前記第1のサービス接続が、前記接続性コンテキストと関連付けられる複数の別個のサービス接続のうちの1つである、請求項57に記載の非一時的機械可読記憶媒体。
【請求項５９】
前記処理回路によって実行されると、前記処理回路に、
前記デバイスにおいてインスタンス化される前記デバイスの第2の論理コンテキストに基づいて、第2のサービスコンテキストのための第2のサービス接続要求を前記デバイスから受信させ、
前記第2のサービスコンテキストを使用して前記無線リンク上での前記デバイスのための第2のサービス接続を確立させる命令をさらに記憶し、
前記第1のサービスコンテキスト、前記第2のサービスコンテキスト、および前記接続性コンテキストが別個のコンテキストである、請求項57に記載の非一時的機械可読記憶媒体。
【請求項６０】
前記処理回路によって実行されると、前記処理回路に、
前記デバイスの前記第2の論理コンテキストの識別情報に基づいて、前記デバイスのための第2のSMEを選択または再選択させ、
第2のサービス接続要求を前記第2のSMEへ送信させる命令をさらに記憶した、請求項59に記載の非一時的機械可読記憶媒体。
【請求項６１】
前記第1のSMEが前記第2のSMEとは別個である、請求項60に記載の非一時的機械可読記憶媒体。
【請求項６２】
サービス管理エンティティ(SME)において実行可能な方法であって、
前記SMEにおいて、既存の接続性コンテキストに関連するデバイスの第1の論理コンテキストのための、サービス接続要求を前記デバイスから受信するステップと、
前記SMEにおいて前記サービス接続要求を認証および認可するステップと、
前記サービス接続要求の認証および認可が成功した場合に、前記デバイスの前記第1の論理コンテキストを使用して、第1のサービスコンテキストを確立するステップとを備え、
前記第1のサービスコンテキストが前記既存の接続性コンテキストとは別個である、方法。
【請求項６３】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストと共有される、請求項62に記載の方法。
【請求項６４】
前記第1のサービスコンテキストおよび前記既存の接続性コンテキストが、単一の無線リンク上で前記デバイスと確立される、請求項62に記載の方法。
【請求項６５】
前記既存の接続性コンテキストが、前記デバイスの接続性論理コンテキストと関連付けられる証明書のセットに基づき、前記第1の論理コンテキストが、前記デバイスの第1の論理コンテキストと関連付けられる証明書のセットに基づき、前記接続性論理コンテキストが、前記第1の論理コンテキストとは別個に維持される、請求項62に記載の方法。
【請求項６６】
前記接続性論理コンテキストが前記第1の論理コンテキストとは別個である、請求項65に記載の方法。
【請求項６７】
前記SMEがサービスプロバイダノードに位置する、請求項62に記載の方法。
【請求項６８】
前記サービス接続要求が、ネットワーク識別子、サービス識別子、およびデバイスタイプのうちの1つまたは複数を含む、請求項62に記載の方法。
【請求項６９】
前記サービス接続要求を認証および認可するステップがさらに、前記第1のサービスコンテキストに基づいて前記サービス接続要求を認証および認可するステップを含む、請求項62に記載の方法。
【請求項７０】
前記サービス接続要求を認証および認可するステップがさらに、ネットワーク識別子、サービス識別子、およびデバイスタイプのうちの1つまたは複数に基づいて、前記サービス接続要求を認証および認可するステップを含む、請求項69に記載の方法。
【請求項７１】
ネットワークを通じて通信するためのネットワーク通信回路と、
前記ネットワーク通信回路に結合された処理回路とを備え、前記処理回路が、
既存の接続性コンテキストに関連するデバイスの第1の論理コンテキストのための、サービス接続要求を前記デバイスから受信し、
前記サービス接続要求を認証および認可し、
前記サービス接続要求の認証および認可が成功した場合に、前記デバイスの第1の論理コンテキストを使用して、第1のサービスコンテキストを確立する
ように構成され、
前記第1のサービスコンテキストが前記既存の接続性コンテキストとは別個である、サービス管理エンティティ(SME)。
【請求項７２】
前記接続性コンテキストが、前記第1のサービスコンテキストを含む1つまたは複数のサービスコンテキストと共有される、請求項71に記載のサービス管理エンティティ。
【請求項７３】
前記処理回路がさらに、
前記第1のサービスコンテキストおよび前記既存の接続性コンテキストを、単一の無線リンク上で前記デバイスと確立するように構成される、請求項71に記載のサービス管理エンティティ。
【請求項７４】
前記サービス接続要求を認証および認可するために、前記処理回路がさらに、
前記第1のサービスコンテキストに基づいて前記サービス接続要求を認証および認可するように構成される、請求項71に記載のサービス管理エンティティ。
【請求項７５】
前記サービス接続要求を認証および認可するために、前記処理回路がさらに、
前記サービス接続要求を、ネットワーク識別子、サービス識別子、およびデバイスタイプのうちの1つまたは複数に基づいて認証および認可するように構成される、請求項71に記載のサービス管理エンティティ。
【国際調査報告】
2018522501.tif 000019
2018522501.tif 000020
2018522501.tif 000021