(57)【要約】Ｍ２Ｍアーキテクチャに対する現在のアプローチでは、インターワーキングアプリケーションプログラミングインターフェース（ＡＰＩ）は、ローカルネットワーク内のサービス層にエクスポーズされない。したがって、サービス層は、例えば、デバイスがトリガされること、デバイスがネットワークに接続されたとき、サービス層が通知を受信すること、およびデバイスがもはやネットワークに接続されていないとき、サービス層が通知を受信することを含む種々の要求を行うことが不可能であり得る。本明細書に説明されるのは、インターワーキングインターフェースをローカルスモールセルネットワーク内に常駐するアプリケーションおよびサービス層に提供するスモールセルアーキテクチャである。
2018528662.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサ、メモリ、および通信回路を備えている装置であって、前記装置は、その通信回路を介してローカルネットワークに接続され、前記装置は、前記装置の前記メモリ内に記憶されているコンピュータ実行可能命令をさらに備え、前記命令は、前記装置のプロセッサによって実行されると、
ユーザ機器（ＵＥ）が前記ローカルネットワークに接続すると、ノードが通知される要求を受信することであって、前記ＵＥは、ローカルネットワークアンカを介して、前記ローカルネットワークに接続可能である、ことと、
前記ＵＥが前記ローカルネットワークにアタッチすると、通知を送信することと
を含む動作を前記装置に行わせる、装置。
【請求項２】
前記装置は、コンピュータ実行可能命令をさらに備え、前記命令は、前記装置のプロセッサによって実行されると、
前記ＵＥが前記ローカルネットワークから切断すると、通知を送信することを含むさらなる動作を前記装置に行わせる、請求項１に記載の装置。
【請求項３】
前記装置は、コアネットワーク機能によって前記通知を送信することを認可されている、請求項１および２のいずれか１項に記載の装置。
【請求項４】
前記通知およびそれに関連する情報を送信するための認可は、初期コンテキスト設定／アタッチ承認メッセージ、追跡エリア更新承認メッセージ、またはパス切り替え要求肯定応答メッセージ内で受信される、請求項３に記載の装置。
【請求項５】
前記ＵＥに関連付けられたサブスクリプション情報は、前記コアネットワーク機能に、前記装置が前記通知を送信することを認可されていることを示す、請求項４に記載の装置。
【請求項６】
前記装置は、前記ローカルネットワークに関連付けられたアドミニストレータによって前記通知を送信することを認可されている、請求項１および２のいずれか１項に記載の装置。
【請求項７】
前記装置は、コンピュータ実行可能命令をさらに備え、前記命令は、前記装置のプロセッサによって実行されると、
前記ＵＥをトリガするためのトリガ要求を受信することを含むさらなる動作を前記装置に行わせ、前記トリガ要求は、前記ＵＥが前記ローカルネットワークとローカルＩＰアクセス接続を確立するように、前記ローカルネットワークに関連付けられたアクセスポイント名を示す、請求項１に記載の装置。
【請求項８】
前記装置は、コンピュータ実行可能命令をさらに備え、前記命令は、前記装置のプロセッサによって実行されると、
前記ＵＥへの配信のために、前記トリガ要求をコアネットワーク機能に転送することを含むさらなる動作を前記装置に行わせる、請求項７に記載の装置。
【請求項９】
前記装置は、コンピュータ実行可能命令をさらに備え、前記命令は、前記装置のプロセッサによって実行されると、
前記トリガ要求を前記コアネットワーク機能のためにＮＡＳ  ＰＤＵまたはＳＭＳ  ｏｖｅｒ  ＮＡＳ  ＰＤＵとしてフォーマットすることを含むさらなる動作を前記装置に行わせる、請求項８に記載の装置。
【請求項１０】
前記装置は、コアネットワーク機能、スモールセル、基地局、ｅＮｏｄｅＢ、ＮｏｄｅＢ、Ｈｏｍｅ  ｅＮｏｄｅＢ、またはＨｏｍｅ  ＮｏｄｅＢを備えている、請求項１〜９のいずれか１項に記載の装置。
【請求項１１】
前記ノードは、コアネットワーク機能、ローカルサービス能力機能（Ｌ−ＳＣＥＦ）、サービス層、Ｍ２Ｍサーバ、ゲートウェイ、サーバ、またはローカルゲートウェイのうちの少なくとも１つを備えている、請求項１〜１０のいずれか１項に記載の装置。
【請求項１２】
プロセッサ、メモリ、および通信回路を備えている装置であって、前記装置は、その通信回路を介してローカルネットワークに接続され、前記装置は、前記装置の前記メモリ内に記憶されているコンピュータ実行可能命令をさらに備え、前記命令は、前記装置のプロセッサによって実行されると、
ユーザ機器（ＵＥ）をトリガするためのトリガ要求を受信することを含む動作を前記装置に行わせ、前記トリガ要求は、前記ＵＥが前記ローカルネットワークとローカルＩＰアクセス接続を確立するように、前記ローカルネットワークに関連付けられたアクセスポイント名を示す、装置。
【請求項１３】
前記装置は、コンピュータ実行可能命令をさらに備え、前記命令は、前記装置のプロセッサによって実行されると、
前記ＵＥへの配信のために、前記トリガ要求をコアネットワーク機能に転送することを含むさらなる動作を前記装置に行わせる、請求項１２に記載の装置。
【請求項１４】
前記装置は、コンピュータ実行可能命令をさらに備え、前記命令は、前記装置のプロセッサによって実行されると、
前記トリガ要求を前記コアネットワーク機能のためにＮＡＳ  ＰＤＵまたはＳＭＳ  ｏｖｅｒ  ＮＡＳ  ＰＤＵとしてフォーマットすることを含むさらなる動作を前記装置に行わせる、請求項１３に記載の装置。
【請求項１５】
前記装置は、コアネットワーク機能、スモールセル、基地局、ｅＮｏｄｅＢ、ＮｏｄｅＢ、Ｈｏｍｅ  ｅＮｏｄｅＢ、またはＨｏｍｅ  ＮｏｄｅＢを備えている、請求項１２から１４のいずれか１項に記載の装置。
【請求項１６】
前記ノードは、コアネットワーク機能、ローカルサービス能力機能（Ｌ−ＳＣＥＦ）、サービス層、Ｍ２Ｍサーバ、ゲートウェイ、サーバ、またはローカルゲートウェイのうちの少なくとも１つを備えている、請求項１２から１５のいずれか１項に記載の装置。
【発明の詳細な説明】
【背景技術】
【０００１】
（関連出願の引用）
本願は、米国仮特許出願第６２／１９９，５５９号（２０１５年７月３１日出願）の利益を主張し、上記出願の開示は、その全体が記載されている場合のように参照により本明細書に引用される。
【０００２】
最初に、図１を参照すると、例示的サービス能力エクスポージャ機能（ＳＣＥＦ）１０２が、描写される。サービス能力エクスポージャ機能（ＳＣＥＦ）は、３ＧＰＰ  ＳＡ２内で議論されている、新しい機能である。ＳＣＥＦは、３ＧＰＰ技術報告（ＴＲ）２３．７０８「Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｓｅｒｖｉｃｅ  Ｅｘｐｏｓｕｒｅ」（その内容が本明細書に記載される場合と同様に参照することによって組み込まれる）において現在定義されている。ＳＣＥＦに関して３ＧＰＰ  ＴＲ  ２３．７０８に述べられるように、「ネットワークによるサービスのエクスポージャは、適切な認可を伴って、例えば、情報を読み出す、具体的サービスを要求する、通知を受信する、具体的パラメータの設定を要求する等のために使用され得る、能力の「ツールボックス」を作成する」。
【０００３】
３ＧＰＰ  ＴＲ  ２３．７０８にさらに説明されるように、ＳＣＥＦは、コアネットワークがそれをコアネットワークへのセキュアな接続を伴う信頼されたエンティティと見なすであろうという意味において、「信頼ドメイン」の一部である。しかしながら、ＳＣＥＦは、第三者によって所有され得る。ＳＣＥＦとコアネットワークとの間のインターフェースの設計は、ＳＣＥＦの所有権を考慮すべきである。例えば、国際モバイルサブスクライバ識別（ＩＭＳＩ）等の情報を本インターフェース上でエクスポーズすることは望ましくないこともある。図１に示されるように、アプリケーション１０４は、アプリケーションプログラミングインターフェース（ＡＰＩ）にアクセスし得る。例によると、サービス層、共通サービスエンティティ（ＣＳＥ）、およびサービス能力サーバ（ＳＣＳ）は、アプリケーション１０４のうちの１つによって表され得る。
【０００４】
ここで図２を参照すると、ローカルＩＰアクセス（ＬＩＰＡ）または選択されたＩＰトラフィックオフロード（ＳＩＰＴＯ）のための例示的アーキテクチャが、示される。図２は、３ＧＰＰ技術仕様（ＴＳ）２３．４０１「Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ（ＧＰＲＳ）  ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）ａｃｃｅｓｓ」（その内容が本明細書に記載される場合と同様に参照することによって組み込まれる）から再現されている。本明細書に説明される実施形態に関して、図２に示されるＨｅＮＢ２０２はまた、ｅＮＢまたはスモールセルを表し得、集合的に、ｅＮＢ／スモールセルと称され得る。Ｌ−ＧＷ２０４は、単一ｅＮＢ／スモールセルに関連付けられ得るか、またはスモールセルネットワーク内で展開され、複数のｅＮＢ／スモールセルに接続され得る。示されるように、Ｌ−ＧＷ２０４は、組み合わせられたサービングゲートウェイ（Ｓ−ＧＷ）／パケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）のようにＵＥ２０６に現れる。Ｌ−ＧＷ２０４は、ＩＰデータネットワークアンカであって、概して、ローカルネットワークアンカと称され得る。ＵＥ２０６は、Ｓ−ＧＷ／Ｐ−ＧＷとの通常のＰＤＮ接続の代わりに、Ｌ−ＧＷとＬＩＰＡ  ＰＤＮ接続を確立することを要求し得る。Ｌ−ＧＷは、ｅＮＢ／スモールセル場所と地理的に関連付けられる、ローカルＩＰネットワーク内で展開される。したがって、ＵＥ２０６に関連付けられたローカルＩＰトラフィックは、より直接的に、それがアクセスすることを所望するローカルサービスに／そこからルーティングされることができる。これは、データをコアネットワークを通してローカルネットワークの中に戻るようにルーティングするための効率的代替であり得る。Ｐ−ＧＷと同様に、Ｌ−ＧＷ２０４も、例えば、ＵＥ  ＩＰアドレス配分、ＤＨＣＰｖ４（サーバおよびクライアント）およびＤＨＣＰｖ６（クライアントおよびサーバ）機能、ＲＦＣ４８６１に定義されたＩＰｖ６機能性のためのパケットスクリーニングおよび近隣発見、ＩＰバージョン６（ＩＰｖ６）のための近隣発見等、種々の機能を提供し得る。加えて、Ｌ−ＧＷ２０４は、進化型パケットシステム（ＥＰＳ）接続管理（ＥＣＭ）、すなわち、アイドルモードダウンリンクパケットバッファリングおよびＨｅＮＢ２０２に向かってのＥＣＭ接続モード直接トンネリングをサポートし得る。
【０００５】
ここで選択ＩＰトラフィックオフロード（ＳＩＰＴＯ）に目を向けると、ＳＩＰＴＯは、３ＧＰＰ  ＴＳ  ２３．４０１の第４．３．１５ａ．１節に説明されている。ＳＩＰＴＯは、概して、ＩＰトラフィックがモバイルオペレータのネットワークをトラバースせずにＩＰネットワークにルーティングされる場合を指す。例えば、これは、ＵＥ２０６が（Ｈ）ｅＮＢ２０２／スモールセルまたは独立型Ｌ−ＧＷ機能と共同設置されたＬ−ＧＷ２０４とＰＤＮ接続を確立するときに達成され得る。独立型ＧＷ（例えば、Ｓ−ＧＷおよびＬ−ＧＷが共同設置された）機能を伴うローカルネットワークにおけるＳＩＰＴＯに関して、このタイプのＳＩＰＴＯは、３ＧＰＰ  ＴＳ  ２３．４０１の第４．３．１５ａ．２節に説明されている。このタイプのＬ−ＧＷ展開では、Ｌ−ＧＷ２０４は、独立型機能であって、複数のｅＮＢｓ／スモールセルをサーブし得る。ローカルホームネットワークＩＤが、Ｌ−ＧＷ２０４に関連付けられる。ｅＮＢ／スモールセルは、モバイル管理エンティティ（ＭＭＥ）２０８にＬ−ＧＷ２０４がアクセス可能であることを知らせ、Ｌ−ＧＷ２０４をローカルホームネットワークＩＤを用いて識別する。
【０００６】
（Ｈ）ｅＮＢ２０２と共同設置されたＬ−ＧＷ２０４を伴うローカルネットワークにおけるＳＩＰＴＯに関して、このタイプのＳＩＰＴＯは、参考文献３ＧＰＰ  ＴＳ  ２３．４０１の第４．３．１５ａ．３節に説明されている。このタイプのＬ−ＧＷ展開では、Ｌ−ＧＷ２０４は、（Ｈ）ｅＮＢ２０２と共同設置された。ローカルゲートウェイ（ＧＷ）アドレスは、Ｌ−ＧＷ２０４に関連付けられる。ｅＮＢ／スモールセルは、ＭＭＥ２０８にＬ−ＧＷ２０４がアクセス可能であることを知らせ、Ｌ−ＧＷ２０４をローカルＧＷアドレスを用いて識別する。
【０００７】
ここでデバイストリガに目を向けると、アプリケーションサーバ（ＡＳ）がデバイスアプリケーションまたはデバイスサービス層と通信することを所望するが、デバイスがＩＰアドレスを有していない、またはアプリケーションサーバがデバイスのＩＰアドレスを把握していない、使用事例が、検討される。アプリケーションサーバの例は、限定ではないが、サービス層、ＳＣＳ、インフラストラクチャノード（ＩＮ）−ＣＳＥ、または中間ノード（ＭＮ）−ＣＳＥを含む。デバイストリガは、アプリケーションサーバによって開始され、通常、制御プレーンを経由してデバイスに送信される、メッセージを指す。制御プレーンを経由して送信されるので、ＩＰアドレスは、デバイスにアドレスするために必要とされない。トリガは、例えば、ＭＳＩＳＤＮまたはＵＲＩ等の外部３ＧＰＰ識別子に送信される。デバイストリガは、少量のアプリケーションまたはデバイスサービス層データをアプリケーションサーバからＵＥに送信するために使用され得る。少量のデータは、応答が予期されないときにアプリケーションに送信され得る。例えば、アプリケーションサーバは、デバイストリガを使用して、センサをオンにするように命令することができる。アプリケーションサーバが応答を予期しない場合、ＩＰ接続は、要求されないであろう。デバイストリガはまた、デバイスアプリケーションまたはサービス層に、アプリケーションサーバとの通信を開始するように命令するために使用されることができる。ある場合には、アプリケーションサーバが、ＩＰアドレスを有していないマシンタイプ通信（ＭＴＣ）デバイスアプリケーションにアドレスすることを所望する場合、デバイストリガが、要求される。
【０００８】
トリガは、すでにＩＰアドレスを有するＭＴＣデバイスアプリケーションに配信され得る。例えば、アプリケーションサーバは、ＭＴＣデバイスアプリケーションとの接続を確立することを所望し得るが、アプリケーションサーバは、デバイスのＩＰアドレスを把握していないこともある、またはアプリケーションサーバは、ＭＴＣデバイスがＩＰアドレスを有するかどうか不明である場合がある。
【０００９】
Ｘ２ハンドオーバに関して、Ｅ−ＵＴＲＡＮでは、ｅＮＢは、ｅＮｏｄｅＢ間の直接インターフェース（Ｘ２インターフェースとして知られる）を介して、直接ハンドオーバを行うことができる。ｏｎｅＭ２Ｍ  ＴＳ−０００１に説明される、Ｘ２ベースのハンドオーバ（ＨＯ）プロシージャでは、ソースｅＮｏｄｅＢおよび標的ｅＮｏｄｅＢは、ＨＯプロシージャを準備および実行する。ＨＯ実行の終了時、標的ｅＮｏｄｅＢは、ＭＭＥに、ダウンリンクデータパスをソースｅＮｏｄｅＢから標的ｅＮｏｄｅＢに切り替えるように要求する。ＭＭＥは、順に、サービングＧＷに、データパスを新しいｅＮｏｄｅＢに向かって切り替えるように要求する。
【００１０】
３ＧＰＰ  ＴＳ  ２３．４０１に説明される、Ｓ１ハンドオーバプロシージャに関して、Ｓ１ベースのＨＯプロシージャは、Ｘ２プロシージャが使用されることができないときに使用され得る。例えば、Ｓ１ベースのＨＯプロシージャは、ソースと標的ｅＮｏｄｅＢとの間にＸ２インターフェース存在しないとき、または標的ｅＮｏｄｅＢが異なるＭＭＥおよび／またはＳ−ＧＷが使用されることを要求するとき、使用され得る。Ｓ１プロシージャは、ｅＮｏｄｅＢが、Ｓ１−ＭＭＥ参照点を介して、ハンドオーバ要求メッセージをＭＭＥに送信するときに開始され得る。
【００１１】
非アクセス層（ＮＡＳ）シグナリングに関して、ＵＥとＭＭＥとの間のＮＡＳシグナリングは、３ＧＰＰ  ＴＳ  ２４．３０１「Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ（ＮＡＳ）ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ（ＥＰＳ）」Ｓｔａｇｅ３（その内容が本明細書に記載される場合と同様に参照することによって組み込まれる）に説明されている。３ＧＰＰ  ＴＳ  ２４．３０１に説明されるように、ＵＥとＭＭＥとの間のＮＡＳシグナリングは、ｅＮｏｄｅＢ／スモールセルをトラバースするが、ｅＮｏｄｅＢ／スモールセルによって修正または改変され得ないように、通常、暗号化され、常時、完全性が保護される。３ＧＰＰ  ＴＳ  ２４．３０１にさらに説明されるように、ｅＮｏｄｅＢ／スモールセルは、情報をＮＡＳメッセージに付加し得るが、メッセージ自体を修正または検査し得ない。
【００１２】
ここで図３を参照すると、例示的Ｍ２Ｍサービス層が、示される。サービス層は、概して、あるタイプのメッセージバスまたはミドルウェアであって、サービスがアプリケーションおよび他のサービスと相互作用する方法を定義する。所与のサービス層プロトコルは、トランスポート層プロトコルの組に結合し得る。ｏｎｅＭ２Ｍサービス層は、共通機能（またはサービス能力）の組として変性され、そのインスタンス化は、共通サービスエンティティ（ＣＳＥ）と称される。ｏｎｅＭ２Ｍサービス層はさらに、ｏｎｅＭ２Ｍ  ＴＳ−０００１「Ｆｕｎｃｔｉｏｎａｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ」（その内容が本明細書に記載される場合と同様に、参照することによって組み込まれる）に説明されている。共通機能は、図３および４に示されるように、Ｍｃａ、Ｍｃｃ、およびＭｃｎ参照点を介してエクスポーズされる。図４はまた、Ｍｓｃ参照点を描写する。Ｍｓｃ参照点は、異なるサービスコンポーネントのサービス能力間の相互作用の組を規定する。サービス能力の相互作用の実現は、ｏｎｅＭ２Ｍ  ＴＳ−０００７「Ｓｅｒｖｉｃｅ  Ｃｏｍｐｏｎｅｎｔ  Ａｒｃｈｉｔｅｃｔｕｒｅ」（その内容が本明細書に記載される場合と同様に、参照することによって組み込まれる）に説明されるように、実装特有である。
【００１３】
また、図４を参照すると、Ｍｃａ参照点は、アプリケーションエンティティ（ＡＥ）とＣＳＥとの間の通信フローを指定し、Ｍｃｃ参照点は、同一Ｍ２Ｍサービスプロバイダドメイン内の２つのＣＳＥ間の通信フローを指定する。ＭｃａおよびＭｃｃを横断した通信は、ペアリングされた要求／応答メッセージを介して生じ、各要求は、標的ＣＳＥ上にホストされるリソース上で具体的ＲＥＳＴｆｕｌ動作（例えば、作成、読み出し、更新、および削除）を行う。Ｍｃｃ’参照点は、異なるＭ２Ｍ  ＳＰのインフラストラクチャドメイン内に位置するＣＳＥ間で使用される。Ｍｃｎ参照点は、トランスポートおよび接続性以外のサービスのために、ＣＳＥと下層ネットワークサービスエンティティ（ＮＳＥ）との間で使用される。ＣＳＥは、「ノード」と称されるアーキテクチャエンティティ上にホストされる。ノードは、概して、ａ）１つのＣＳＥおよびゼロもしくはそれを上回るＡＥ、またはｂ）１つもしくはそれを上回るＡＥを含む、機能エンティティを指す。ｏｎｅＭ２Ｍアーキテクチャは、Ｍｃｃ、Ｍｃａ、Ｍｃｃ’、およびＭｃｎ参照点上でメッセージを渡すために使用される下層プラットフォームおよびプロトコルについての仮定を行わない。例えば、ＣＳＥによって提供されるサービスは、低コストデバイス上に実装される温度センササービスから、大規模ネットワークサーバ上に展開される課金システムまで変動し得る。したがって、アーキテクチャは、メッセージングプロトコルの利用に非常に好適である。
【００１４】
Ｍ２Ｍアーキテクチャに対する現在のアプローチでは、前述のように、インターワーキングＡＰＩは、ローカルネットワーク内のサービス層にエクスポーズされない。したがって、サービス層は、例えば、デバイスがトリガされる、デバイスがネットワークに接続されたときサービス層が通知を受信する、およびデバイスがもはやネットワークに接続されていないとき、サービス層が通知を受信することを含む、種々の要求を行うことが不可能であり得る。
【先行技術文献】
【非特許文献】
【００１５】
【非特許文献１】３ＧＰＰ技術報告（ＴＲ）２３．７０８「Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｓｅｒｖｉｃｅ  Ｅｘｐｏｓｕｒｅ」
【非特許文献２】３ＧＰＰ技術仕様（ＴＳ）２３．４０１「Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ（ＧＰＲＳ）  ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）ａｃｃｅｓｓ」
【非特許文献３】３ＧＰＰ  ＴＳ  ２４．３０１「Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ（ＮＡＳ）ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ（ＥＰＳ）」Ｓｔａｇｅ３
【非特許文献４】ｏｎｅＭ２Ｍ  ＴＳ−０００１「Ｆｕｎｃｔｉｏｎａｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ」
【非特許文献５】ｏｎｅＭ２Ｍ  ＴＳ−０００７「Ｓｅｒｖｉｃｅ  Ｃｏｍｐｏｎｅｎｔ  Ａｒｃｈｉｔｅｃｔｕｒｅ」
【発明の概要】
【課題を解決するための手段】
【００１６】
本概要は、発明を実施するための形態において以下でさらに説明される、簡略化形態の一連の概念を導入するように提供される。本概要は、請求される主題の主要な特徴または不可欠な特徴を識別することを意図せず、請求される主題の範囲を限定するために使用されることも意図していない。さらに、請求される主題は、本開示の任意の部分で記述されるいずれかまたは全ての不利点を解決する制限に限定されない。
【００１７】
本明細書に説明されるのは、インターワーキングインターフェースをローカルスモールセルネットワーク内に常駐するアプリケーションおよびサービス層に提供する、スモールセルアーキテクチャである。一実施形態では、例えば、コアネットワーク機能、スモールセル、基地局、ｅＮｏｄｅＢ、ＮｏｄｅＢ、Ｈｏｍｅ  ｅＮｏｄｅＢ、またはＨｏｍｅ  ＮｏｄｅＢを備え得る、装置は、プロセッサと、メモリと、通信回路とを備えている。装置は、その通信回路を介して、ローカルネットワークに接続される。装置はさらに、装置のプロセッサによって実行されると、装置に、ユーザ機器（ＵＥ）がローカルネットワークに接続すると、ノードが通知される要求を受信させる、装置のメモリ内に記憶されているコンピュータ実行可能命令を備えている。ノードは、ローカルサービス能力エクスポージャ機能（Ｌ−ＳＣＥＦ）、コアネットワーク機能、サービス層、Ｍ２Ｍサーバ、ゲートウェイ、サーバ、またはローカルゲートウェイであり得る。ＵＥはまた、ローカルネットワークアンカ、例えば、ローカルＩＰアクセス接続を介して、ローカルネットワークに接続可能であり得る。装置は、ＵＥがローカルネットワークにアタッチすると、通知を送信し得る。装置はまた、ＵＥがローカルネットワークから切断すると、通知を送信し得る。装置は、モビリティ管理エンティティ（ＭＭＥ）によって通知を送信することを認可され得る。そのような認可情報は、初期コンテキスト設定／アタッチ承認メッセージ、追跡エリア更新承認メッセージ、またはパス切り替え要求肯定応答メッセージ内で受信され得る。代替として、装置は、例えば、コアネットワーク機能等、ローカルネットワークに関連付けられたアドミニストレータによって通知を送信することを認可され得る。
【図面の簡単な説明】
【００１８】
本願のより堅調な理解を促進するために、ここで、同様の要素が同様の数字で参照される、付随の図面を参照する。これらの図面は、本願を限定するものと解釈されるべきではなく、例証にすぎないものであることを意図している。
【００１９】
【図１】図１は、例示的サービス能力エクスポージャ機能（ＳＣＥＦ）アーキテクチャを描写する、ブロック図である。
【００２０】
【図２】図２は、ローカルネットワークにおけるローカルＩＰアクセス（ＬＩＰＡ）または選択ＩＰトラフィックオフロード（ＳＩＰＴＯ）のための例示的アーキテクチャを描写し、ローカルゲートウェイ（Ｌ−ＧＷ）は、ＨｅＮＢと共同設置される。
【００２１】
【図３】図３は、ｏｎｅＭ２Ｍ機能アーキテクチャの簡略化された図である。
【００２２】
【図４】図４は、ｏｎｅＭ２Ｍ機能アーキテクチャの別の図である。
【００２３】
【図５】図５は、既存の３ＧＰＰインターワーキングアーキテクチャの例示的略図である。
【００２４】
【図６】図６は、Ｌ−ＧＷのための既存の３ＧＰＰインターワーキングアーキテクチャの例示的略図である。
【００２５】
【図７】図７は、例示的実施形態による、例示的ローカルＳＣＥＦ（Ｌ−ＳＣＥＦ）を含む、スモールセルネットワークおよびＬＩＰＡアーキテクチャのブロック図である。
【００２６】
【図８】図８は、例示的実施形態による、接続性ステータス通知の認可のためのコールフローである。
【００２７】
【図９】図９は、例示的実施形態による、アタッチの間の接続性通知のためのコールフローである。
【００２８】
【図１０】図１０は、例示的実施形態による、非アクセス層トリガ配信のためのコールフローである。
【００２９】
【図１１】図１１は、例示的実施形態による、Ｌ−ＳＣＥＦを用いたＩＰベースのトリガ配信の例を示す、コールフローである。
【００３０】
【図１２】図１２は、例示的実施形態による、Ｌ−ＳＣＥＦを用いたＩＰアドレスルックアップの例を示す、コールフローである。
【００３１】
【図１３】図１３は、例示的スモールネットワークローカルアクセス構成グラフィカルユーザインターフェース（ＧＵＩ）の図である。
【００３２】
【図１４】図１４は、例示的スモールネットワークローカルアクセス構成ＧＵＩの別の図である。
【００３３】
【図１５】図１５は、例示的スモールネットワークローカルアクセス構成ＧＵＩの別の図である。
【００３４】
【図１６】図１６は、例示的スモールネットワークローカルアクセス構成ＧＵＩの別の図である。
【００３５】
【図１７】図１７は、例示的実施形態による、例示的ＬＴ６ｂプロトコルスタックを示す。
【００３６】
【図１８】図１８は、例示的実施形態による、例示的Ｓ１−Ｌプロトコルスタックを示す。
【００３７】
【図１９Ａ】図１９Ａは、１つ以上の開示される実施形態が実装され得る例示的マシンツーマシン（Ｍ２Ｍ）もしくはモノのインターネット（ＩｏＴ）通信システムの系統図である。
【００３８】
【図１９Ｂ】図１９Ｂは、図１９Ａに図示されるＭ２Ｍ／ＩｏＴ通信システム内で使用され得る、例示的アーキテクチャの系統図である。
【００３９】
【図１９Ｃ】図１９Ｃは、図１９Ａに図示される通信システム内で使用され得る、例示的Ｍ２Ｍ／ＩｏＴ端末またはゲートウェイデバイスの系統図である。
【００４０】
【図１９Ｄ】図１９Ｄは、図１９Ａの通信システムの側面が具現化され得る、例示的コンピューティングシステムのブロック図である。
【００４１】
【図２０】図２０は、１つ以上の開示される実施形態が実装され得る、ネットワーク機能仮想化（ＮＦＶ）のための例示的アーキテクチャフレームワークを図示する、略図である。
【００４２】
【図２１】図２１は、仮想化ネットワーク機能転送グラフ（ＶＮＦ−ＦＧ）の例を図示する、略図である。
【００４３】
【図２２】図２２は、１つ以上の開示される実施形態が実装され得る、ネットワークスライシングのための例示的アーキテクチャを図示する、略図である。
【００４４】
【図２３】図２３は、複数のネットワークスライスインスタンスを選択するための例示的コアネットワーク選択機能（ＣＮＳＦ）を図示する、略図である。
【００４５】
【図２４】図２４は、ネットワーク機能の相互接続のための例示的非ローミング参照モデルを図示する、略図である。
【００４６】
【図２５】図２５は、ネットワーク機能の相互接続のためのローミング参照モデルを図示する、略図である。
【発明を実施するための形態】
【００４７】
図５を参照すると、既存のアーキテクチャ５００が、示される。アーキテクチャは、３ＧＰＰ  ＴＲ  ２３．７０８「Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｓｅｒｖｉｃｅ  Ｅｘｐｏｓｕｒｅ」、（その内容が本明細書に記載される場合と同様に、参照することによって組み込まれる）に説明されている。示されるように、ＡＰＩインターフェースは、コアネットワークによってＭ２Ｍサーバにエクスポーズされ得る。ＡＰＩインターフェースは、Ｍ２Ｍサーバが、デバイスがトリガされる、サーバがネットワークに接続されているデバイスに関する通知を受信する、およびサーバがもはやネットワークに接続されていないデバイスに関する通知を受信することを要求することを可能にし得る。
【００４８】
本明細書では、３ＧＰＰは、サービス層がスモールセルネットワークの内側でホストされ得、ローカルゲートウェイ（Ｌ−ＧＷ）を介してユーザ機器（ＵＥ）アクセス可能であり得ることをまだ考慮していないと認識される。図６に示される例示的展開６００は、３ＧＰＰ  ＵＥ６０２上にホストされるアプリケーション６０１またはサービス層６０１がローカルネットワーク６０４内にホストされるサービス層６０３にアクセスし得る方法の一例である。本明細書では、３ＧＰＰは、図５のＡＰＩをローカルネットワーク上のサービス層にエクスポーズする方法を考慮していないと認識される。
【００４９】
本明細書で使用されるように、「サービス層」という用語は、ネットワークサービスアーキテクチャ内の機能層を指す。サービス層は、典型的には、ＨＴＴＰ、ＣｏＡＰ、またはＭＱＴＴ等のアプリケーションプロトコル層の上方に位置し、付加価値サービスをクライアントアプリケーションに提供する。サービス層はまた、例えば、制御層およびトランスポート／アクセス層等の下部リソース層におけるコアネットワークへのインターフェースも提供する。サービス層は、サービス定義、サービスランタイム有効化、ポリシ管理、アクセス制御、およびサービスクラスタ化を含む、（サービス）能力または機能性の複数のカテゴリをサポートする。近年、いくつかの業界規格団体（例えば、ｏｎｅＭ２Ｍ）が、インターネット／ウェブ、セルラー、企業、およびホームネットワーク等の展開の中へのＭ２Ｍタイプのデバイスならびにアプリケーションの統合に関連付けられる課題に対処するように、Ｍ２Ｍサービス層を開発している。Ｍ２Ｍサービス層は、ＣＳＥまたはＳＣＬと称され得るサービス層によってサポートされる上記の能力もしくは機能性の集合または組へのアクセスをアプリケーションおよび／もしくは種々のデバイスに提供することができる。いくつかの例は、種々のアプリケーションによって一般的に使用されることができる、セキュリティ、課金、データ管理、デバイス管理、発見、プロビジョニング、および接続性管理を含むが、それらに限定されない。これらの能力または機能性は、Ｍ２Ｍサービス層によって定義されるメッセージフォーマット、リソース構造、およびリソース表現を利用するＡＰＩを介して、そのような種々のアプリケーションに利用可能にされる。ＣＳＥまたはＳＣＬは、ハードウェアおよび／もしくはソフトウェアによって維持され得、種々のアプリケーションならびに／もしくはデバイス（例えば、そのような機能的エンティティの間の機能的インターフェース）が（サービス）能力または機能性を使用することができるために、それらに暴露されるそのような能力もしくは機能性を提供する、機能的エンティティである。
【００５０】
特に、図６を参照すると、インターワーキングＡＰＩは、ローカルネットワーク６０４内のＭ２Ｍサービス層６０３にエクスポーズされていないことが示される。したがって、サービス層６０３におけるＭ２Ｍサーバは、例えば、デバイスがトリガされる、デバイスがネットワークに接続されたときサービス層６０３が通知を受信する、およびデバイスがもはやネットワークに接続されていないとき、サービス層６０３が通知を受信することを含む、種々の要求を行うことが不可能である。
【００５１】
一例として、進化型パケットコア（ＥＰＣ）６０８によってエクスポーズされるものと同一ＡＰＩがスモールセルネットワーク６０６によってエクスポーズされる場合、本明細書では、そのようなＡＰＩのための有効化論理は異なるであろうと認識される。例えば、本明細書では、処理のために、ＡＰＩコールをスモールセルネットワーク６０６からＥＰＣ６０８内のＳＣＥＦ６１０に向かってルーティングし、応答をスモールセルネットワーク６０６まで戻るようにルーティングすることは、効率的ではないこともあると認識される。例示的実施形態では、新しい有効化論理が、ＡＰＩが機能するようにスモールセルネットワーク６０６内で提供される。
【００５２】
他の問題も、本明細書で対処される。例えば、依然として、概して、図６を参照すると、ＵＥ６０２がスモールセル６０６に接続すると、ローカルネットワーク６０４内のサービス層６０３は、ＵＥ６０２がサービス層６０３とコンタクトを開始するまで、ＵＥ６０２が存在することを認知しないであろう。例示的実施形態では、ローカルネットワーク６０４は、ＵＥがスモールセル６０６に接続されるときと、ＵＥがサービス層６０３に接続可能であるとき、サービス層６０３に通知することをＡＰＩにエクスポーズし得る。以下にさらに説明されるように、サービス層６０３がＵＥ６０２が利用可能であることを認知した状態になると、ローカルネットワーク６０４は、ＡＰＩにエクスポーズし、サービス層６０３が３ＧＰＰ  ＵＥ６０２とのコンタクトを開始する（例えば、トリガを送信する）ことを可能にし得る。所与のＵＥがＭ２Ｍサービス層に接続されるとき、ローカルネットワークは、ＵＥがもはやローカルネットワーク内に存在しないと、サービス層に通知することをＡＰＩにエクスポーズし得る。一例として、ＵＥは、ＵＳが広域ネットワークのみに接続されるように、ＵＥがスモールセルの範囲外に移動し得る場合、もはやローカルネットワーク内に存在し得ない。
【００５３】
以下に説明される種々の実施形態によると、ＡＰＩは、前述の機能性をローカルネットワークサービス層にエクスポーズするように定義される。さらに、ＡＰＩを有効にするためのローカルネットワーク、スモールセル、およびコアネットワーク内の必要機能性も、本明細書に説明される。機能性がローカルネットワークによって提供されない、ある場合には、ＵＥは、あるスモールセルに接続されるとき、ＬＩＰＡ接続を確立すべきであることを把握するようにプロビジョニングされる必要があり得、スモールセルは、ローカルネットワークサービス層のコンタクトアドレス（例えば、ＩＰアドレスまたはＦＱＤＮ）をプロビジョニングされる必要があるであろう。そのような場合、サービス層は、ＵＥとのコンタクトを開始不可能となる場合がある。
【００５４】
ここで図７を参照すると、一実施形態によると、ローカルサービス能力エクスポージャ機能（Ｌ−ＳＣＥＦ）７０１が、スモールセルネットワークに追加される。示されるように、Ｌ−ＳＣＥＦ７０１は、ＡＰＩ７０２をローカルネットワーク７０４内のアプリケーションおよびサービス層（集合的に、サービス層７０３として描写される）に提供する。ＡＰＩ７０２は、ローカルネットワーク７０４内のアプリケーションおよびサービス層が、スモールセル７０６およびローカルゲートウェイ（Ｌ−ＧＷ）７０８のサービス能力にアクセスすることを可能にする。具体的には、Ｌ−ＳＣＥＦ７０１は、サービス層、例えば、ローカルネットワーク７０４上のサービス層７０３が、トリガ要求を行い、接続性通知を受信することを可能にする。ある場合には、ＡＰＩ機能のこれらの２つの一般的クラス（トリガ要求および接続性通知）は、３ＧＰＰコアネットワーク内のＳＣＥＦによってＳＣＳに提供されるＡＰＩを鏡映し得る。しかしながら、トリガおよび接続性通知を送信するための有効化論理は、以下に説明されるように、異なり得る。
【００５５】
依然として、図７を参照すると、ローカルスモールセルネットワークアーキテクチャは、ローカルネットワークサービス層とのインターワーキングがサポートされるように、Ｌ−ＳＣＥＦ７０１をサポートするように修正されることができる。Ｌ−ＳＣＥＦ７０１は、ＡＰＩをサービス層７０３にエクスポーズし得る。ＡＰＩは、例えば、限定ではないが、以下に説明されるような接続性ステータス通知および以下に説明されるようなトリガ要求等、種々の以下の機能性を有効にし得る。
【００５６】
接続性ステータス通知に関して、ある場合には、ローカルネットワーク７０４内のサービス層７０３は、所与のＵＥ（例えば、ＵＥ７１０）がスモールセルネットワークに接続するときと、所与のＵＥがサービス層７０３とＬＩＰＡ  ＰＤＮ接続を確立可能であるとき、通知され得る。本通知は、ＵＥが、スモールセルネットワーク内のスモールセル７０６にアタッチする、またはスモールセルネットワークへのパス切り替えを行うときに送信され得る。ある場合には、通知およびトリガ特徴は、全ＵＥのために有効にされないこともある。例えば、ＵＥは、そのサブスクリプション情報内に、トリガをあるサービス層から受信可能であるかどうかを示す情報を有し得る。情報はまた、ＵＥがスモールセルネットワークに入ると、あるサービス層が通知を受信することを認可されるかどうかを示し得る。代替として、サービス層は、Ｌ−ＳＣＥＦ７０１に、通知を受信することを所望するＵＥの識別を提供し得る。
【００５７】
別の例示的実施形態によると、以下にさらに説明されるように、サービス層７０３は、ＵＥがスモールセルネットワークから離れ、もはやサービス層７０３とパケットデータネットワーク（ＰＤＮ）接続を確立可能ではなくなると、通知され得る。本通知は、ＵＥが、スモールセルネットワーク内のスモールセルからデタッチする、またはスモールセルネットワークからパス切り替えを行うときに送信され得る。
【００５８】
トリガ要求に関して、以下に説明されるように、サービス層７０３は、ＵＥをトリガし得る。本明細書で使用されるように、「スモールセルネットワーク」は、２つ以上のスモールセルおよび２つ以上のサービス層から成り得ることを理解されたい。ある場合には、単一Ｌ−ＳＣＥＦおよびＬ−ＧＷは、ローカルスモールセルネットワーク全体をサービス提供し得る。
【００５９】
図８−１２（本明細書の以降で説明される）は、デバイストリガおよび接続性通知の方法ならびに装置の種々の実施形態を図示する。これらの図では、種々のステップまたは動作が、１つ以上のノード、装置、デバイス、機能、またはネットワークによって行われて示されている。例えば、装置は、本明細書に説明される方法を達成するように、単独で、または互いと組み合わせて動作し得る。本明細書で使用されるように、「装置」、「ネットワーク装置」、「ノード」、「デバイス」、「エンティティ」、「ネットワーク機能」、および「ネットワークノード」という用語は、同義的に使用され得る。これらの図に図示されるノード、デバイス、機能、またはネットワークは、通信ネットワーク内の論理エンティティを表し得、以下で説明される図１９Ｃまたは１９Ｄに図示される一般的アーキテクチャのうちの１つを備え得る、そのようなネットワークのノードのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（例えば、コンピュータ実行可能命令）の形態で実装され得ることが理解される。すなわち、図８−１２に図示される方法は、例えば、図１９Ｃまたは１９Ｄに図示されるノードもしくはコンピューティングシステム等のネットワークノードのメモリ内に記憶されるソフトウェア（例えば、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、ノードのプロセッサによって実行されると、図に図示されるステップを行う。また、これらの図に図示される任意の伝送および受信ステップは、ノードのプロセッサそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、ノードの通信回路（例えば、それぞれ、図１９Ｃおよび１９Ｄの回路３４または９７）によって行われ得ることも理解される。さらに、本明細書に説明されるノード、デバイス、および機能は、仮想化ネットワーク機能として実装され得ることも理解される。
【００６０】
ここで図８を参照すると、ネットワーク８００は、認可ソース８０２と、スモールセル８０４またはｅＮＢ８０４（集合的に、限定ではないが、スモールセル／ｅＮＢ８０４と称され得る）と、Ｌ−ＳＣＥＦ７０１と、サービス層７０３とを含む。例示的例ネットワーク８００は、開示される主題の説明を促進するために簡略化され、本開示の範囲を限定することを意図するものではないことを理解されたい。他のデバイス、システム、および構成も、ネットワーク８００等のネットワークに加え、またはその代わりに、本明細書に開示される実施形態を実装するために使用され得、全てのそのような実施形態は、本開示の範囲内で検討される。
【００６１】
ローカルネットワーク内のサービス層、例えば、サービス層７０３は、特定のＵＥがスモールセルネットワークに接続するときと、特定のＵＥがＬ−ＧＷを介してローカルＩＰネットワークに接続可能であるとき、通知されることを要求し得る。同様に、サービス層は、デバイスがスモールセルネットワークから切断すると、通知され得る。ある場合には、これらの特徴は、全ＵＥに対して有効化されないこともある。例えば、これらの特徴は、そのサブスクリプションが、それらがＬＩＰＡ接続を確立可能であって、認可されていることを示す、ＵＥに対して有効化され得る。一実施形態では、Ｌ−ＳＣＥＦ７０１は、通知が要求されることを把握し、Ｌ−ＳＣＥＦ７０１は、通知を送信すべきときを把握する。ある場合には、各サービス層は、Ｌ−ＳＣＥＦ７０１に、特定のＵＥの接続性ステータスについて通知されることを所望することを伝え、Ｌ−ＳＣＥＦ７０１は、サービス層がＵＥについての通知を受信することを認可されるかどうかを把握するように、情報をプロビジョニングされる（例えば、図８参照）。一例では、Ｌ−ＳＣＥＦ７０１は、デバイスが接続または切断すると、通知をスモールセルから受信し、Ｌ−ＳＣＥＦ７０１は、通知をサブスクライブしているサービス層に通知することを把握する（例えば、図９参照）。
【００６２】
特に、図８を参照して、図示される例によると、１ａでは、スモールセルネットワーク内のスモールセル８０４は、接続ステータス通知のために認可されているＵＥおよび所与のＵＥに関連する通知を受信することが許可されているサービス層を把握するようにプロビジョニングされる。ある場合には、スモールセルネットワーク内の各スモールセルは、接続ステータス通知のために認可されるＵＥおよび特定のＵＥに関連する通知を受信することが許可されているサービス層を把握するようにプロビジョニングされなければならない。ステップ１ａは、種々の方法で達成されることができる。
【００６３】
一例では、認可ソース８０２は、管理システムである。例えば、ＴＲ−０６９自動構成サーバ（ＡＣＳ）が、例えば、ＴＲ−０６９等の管理プレーンプロトコルを介して、スモールセルネットワークの各スモールセル内で事前にプロビジョニングされ得る。ＴＲ−０６９プロトコルは、ＴＲ−０６９，ＣＰＥ  ＷＡＮ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ，Ｉｓｓｕｅ  １：Ａｍｅｎｄｍｅｎｔ  ４（２０１１年７月）に説明されている。言い換えると、ＴＲ−０６９  ＡＣＳは、スモールセルネットワークに、トリガのために有効にされているＵＥ、各ＵＥをトリガすることを可能にされるサービス層、および／または特定のＵＥの存在について通知されるべきサービス層を示すことができる。
【００６４】
別の例では、認可ソース８０２は、モバイル管理エンティティ（ＭＭＥ）である。ＭＭＥ８０２は、例の目的のために図示されるが、ＭＭＥ８０２によって行われる図示される動作は、代替として、コアネットワーク機能によって行われ得ることを理解されたい。例えば、接続ステータス通知が許可されていることの指示および関連付けられたサービス層の識別が、ホームサブスクライバサーバ（ＨＳＳ）内のＵＥのサブスクリプションに維持されることができる。ＵＥが、所与のＭＭＥにアタッチする、または所与のＭＭＥに移動すると、サブスクリプション情報が、ＭＭＥ（またはコアネットワーク機能）にパスされることができる。ＵＥが、スモールセルにアタッチすると、情報は、図９を参照して説明される例示的実施形態に従って説明されるように、スモールセルにパスされることができる。したがって、ＨＳＳ内のＵＥのサブスクリプション情報は、ＵＥがトリガのために有効にされているかどうか、ＵＥをトリガすることを可能にされるサービス層、および／またはＵＥの存在について通知されるべきサービス層を示すことができる。
【００６５】
さらに別の例では、依然として図８を参照すると、認可ソースは、例えば、コアネットワーク機能等のアドミニストレータが、スモールセルネットワーク内のスモールセルをプロビジョニングすることを可能にする、アドミニストレーションコンソールまたはグラフィカルユーザインターフェース（ＧＵＩ）であり得る。ＧＵＩの例は、図１３−１５に示され、以下にさらに説明される。例えば、ローカルネットワークに関連付けられたＧＵＩまたはアドミニストレーションコンソールが、トリガのために有効化されるＵＥ、各ＵＥをトリガすることを可能にされるサービス層、および／または各ＵＥの存在について通知されるべきサービス層を示すために使用されることができる。
【００６６】
図８を継続して参照すると、さらに別の例では、認可ソース８０２は、Ｌ−ＳＣＥＦ７０１である。例えば、情報は、コンソール、ＧＵＩ（例えば、図１３−１５参照）、または管理システム（例えば、ＴＲ−０６９を介して）等のアドミニストレーション手段を介して、Ｌ−ＳＣＥＦ７０１内にプロビジョニングされ得る。さらなる例として、認可ソース８０２は、ＯＭＡ  ＤＭサーバまたはコアネットワーク機能であり得る。
【００６７】
例示的実施形態によると、１ａにおける認可メッセージは、以下の情報、すなわち、一例として提示され、限定ではないが、サーバ層（例えば、サービス層７０３）の識別子およびＵＥの識別子を含み得る。ＵＥ識別子は、ＭＳＩＳＤＮまたは外部識別子であり得る。ＩＭＳＩはまた、ＵＥ識別子として使用され得るが、ＩＭＳＩは、セキュリティ理由から、他の識別子ほど魅力的ではあり得ない。１ｂでは、図示される例によると、スモールセル８０４は、認可情報を肯定応答し得る。
【００６８】
２ａでは、認可ソース８０２がＭＭＥであるとき、一例によると、スモールセル８０４は、ＵＥが、アタッチ、デタッチ、スモールセルの中にハンドオーバ、またはスモールセルから外にハンドオーバする度に、通知をＬ−ＳＣＥＦ７０１に送信し得る。スモールセルネットワーク内に複数のスモールセルが存在する、ある場合には、Ｌ−ＳＣＥＦ７０１は、ＵＥが異なるスモールセルに移動する度に、本通知を受信し得る。したがって、２ａにおけるメッセージは、所与のＵＥデバイスが利用可能または利用不可能であることをＬ−ＳＣＥＦ７０１に通知し得、２ａにおけるメッセージは、ＵＥがアタッチされるスモールセルをＬ−ＳＣＥＦ７０１に通知し得る。２ａにおける認可メッセージは、以下の情報、すなわち、一例として提示され、限定ではないが、サービス層７０３の識別子（サービス層識別子）、ＵＥ識別子（例えば、ＭＳＩＳＮ、外部識別子、またはＩＭＳＩ）、スモールセルＩＤ、および「アタッチ」または「デタッチ」指示を含み得る。２ｂでは、図示される実施形態によると、Ｌ−ＳＣＥＦ７０１は、可用性情報を肯定応答し得る。スモールセルネットワーク内に１つのみのスモールセルが存在する、ある場合には、Ｌ−ＳＣＥＦ７０１は、スモールセル８０４およびＬ−ＧＷと統合され得る。そうでなければ、Ｌ−ＳＣＥＦ７０１は、別個に展開され得る。別個に展開される場合、Ｌ−ＳＣＥＦ７０１とスモールセル８０４との間のインターフェースは、ダイアメータベースであり得、トランスポート層セキュリティ（ＴＬＳ）を介してセキュア化され得るか、または例えば、トランスポートとしてストリーム制御伝送プロトコル（ＳＣＴＰ）を使用する、カスタマイズされたプロトコルであり得る。
【００６９】
依然として図８を参照すると、図示される実施形態によると、３ａでは、サービス層７０３は、ＵＥの接続ステータスをサブスクライブする。サブスクリプション要求は、以下の情報、すなわち、一例として提示され、限定ではないが、サービス層識別子、ＵＥ識別子（例えば、ＭＳＩＳＤＮ、外部識別子、ＩＭＳＩ等）、アクション（例えば、サブスクライブ）、サブスクリプションタイプ（例えば、アタッチ、デタッチ）、および参照番号を含み得る。参照番号は、サブスクリプションが確立されると、サービス層７０３によって提供され得る。Ｌ−ＳＣＥＦ７０１は、サービス層７０３が通知とサブスクリプションを相関させ得るように、通知が送信されると、参照番号をサービス層７０３に戻るように提供し得る。参照番号はまた、通知が受信されるときに呼び出すべき機能を決定する際、サービス層７０３を補助し得る。３ｂでは、Ｌ−ＳＣＥＦ７０１は、サブスクリプションを肯定応答し得る。４ａでは、図示される例によると、Ｌ−ＳＣＥＦ７０１は、所与のＵＥの接続に関する通知をＬ−ＳＣＥＦ７０１に最後に送信したスモールセル７０４にクエリし、ＵＥが接続されているかどうかをチェックし得る。代替として、例えば、Ｌ−ＳＣＥＦ７０１は、スモールセルネットワーク内の全スモールセルにクエリし得る。要求は、所与のＵＥの識別子を含み得る。４ｂでは、スモールセル８０４は、ＵＥがアタッチされているかどうかの指示で応答し得る。スモールセル８０４が、ＵＥがアタッチされることを応答する場合、Ｌ−ＳＣＥＦ７０１は、通知をサービス層７０３に送信することを選定し得る。
【００７０】
ここで図９を参照すると、例示的接続性ステータス通知は、１）３ＧＰＰ  ＴＳ  ２３．４０１の第５．２．２．１節に説明されるＥ−ＵＴＲＡＮ初期アタッチプロシージャ、２）３ＧＰＰ  ＴＳ  ２３．４０１の第５．２．２．２節に説明されるハンドオーバプロシージャ、および３）３ＧＰＰ  ＴＳ  ２３．４０１の第５．２．２．３節に説明されるＥ−ＵＴＲＡＮデタッチプロシージャを修正することによってサポートされることができる。
【００７１】
依然として図９を参照すると、ネットワーク９００は、ＨＳＳ９０２と、ＭＭＥ９０４と、スモールセル／ｅＮＢ８０４と、Ｌ−ＳＣＥＦ７０１と、例示的サービス層７０３とを含む。例示的ネットワーク９００は、開示される主題の説明を促進するために簡略化され、本開示の範囲を限定することを意図するものではないことを理解されたい。他のデバイス、システム、および構成も、ネットワーク９００等のネットワークに加え、またはその代わりに、本明細書に開示される実施形態を実装するために使用され得、全てのそのような実施形態は、本開示の範囲内で検討される。
【００７２】
１では、図示される実施形態によると、３ＧＰＰ  ＴＳ  ２３．４０１の第５．３．２．１節に説明されるＥ−ＵＴＲＡＮ初期アタッチプロシージャが、開始する。ある場合には、ｅＮＢ／スモールセル８０４が、Ｌ−ＧＷに関連付けられる場合、Ｌ−ＧＷのアドレスが、ｅＮＢ／スモールセル８０４からＭＭＥ９０４へのアタッチ要求メッセージ内に含まれてもよい。図９におけるステップ１は、３ＧＰＰ  ＴＳ  ２３．４０１の第５．３．２．１節に説明されるＥ−ＵＴＲＡＮ初期アタッチプロシージャのステップ１−１０を表す。本ステップは、ＵＥからの初期アタッチ要求、新しいＭＭＥ（ＭＭＥ９０４）からの場所更新要求、およびＨＳＳ９０２から古いＭＭＥへの場所キャンセルメッセージを含む。２では、図示される例によると、ＭＭＥ９０４は、ＨＳＳ９０２によって、あるサービス層が、ＵＥが特定のＬ−ＧＷに接続可能であるとき、接続通知を受信することを認可されることを知らされる。２におけるメッセージは、以下の情報、すなわち、一例として提示され、限定ではないが、ＵＥ識別子（例えば、３ＧＰＰ  ＴＳ  ２３．００３に定義されるようなＵＥのＭＳＩＳＤＮまたは外部ＩＤ）、Ｌ−ＧＷアドレスおよびローカルホームネットワーク識別子（例えば、１つ以上のサービス層を提供するアドレス毎に、識別子が提供され得る）、ならびにサービス層識別子を含み得る。Ｌ−ＧＷ  ＩＤ毎に、通知を受信することを可能にされるサービス層ＩＤの組が、メッセージ内に含まれ得る。ある場合には、２における情報は、Ｅ−ＵＴＲＡＮ初期アタッチの間にＭＭＥ９０４にパスされ得る。例えば、情報は、ＨＳＳ９０２からＭＭＥ９０４への「場所更新ＡＣＫ」メッセージ内に含まれてもよい。これは、３ＧＰＰ  ＴＳ  ２３．４０１の第５．３．２．１節に説明されるＥ−ＵＴＲＡＮ初期アタッチプロシージャにおけるステップ１１に対応する。３では、３ＧＰＰ  ＴＳ  ２３．４０１の第５．３．２．１節に説明されるＥ−ＵＴＲＡＮ初期アタッチプロシージャが、継続する。示されるように、ステップ３は、３ＧＰＰ  ＴＳ  ２３．４０１の第５．３．２．１節に説明されるＥ−ＵＴＲＡＮ初期アタッチプロシージャのステップ１２−１６を表す。本ステップは、新しいＭＭＥ（ＭＭＥ９０４）からＳ−ＧＷへのセッション作成要求およびＳ−ＧＷからＭＭＥ９０４へのセッション作成応答を含む。
【００７３】
依然として図９を参照すると、４では、図示される例によると、ＭＭＥ９０４は、ｅＮＢ／スモールセルに、ｅＮＢ／スモールセル８０４が、Ｌ−ＧＷアドレス／ローカルホームネットワークＩＤをステップ１のアタッチ要求の間に提供し、Ｌ−ＧＷアドレス／ローカルホームネットワークＩＤがステップ２においてＨＳＳ９０２によってＭＭＥ９０４に提供されたＬ−ＧＷアドレス／ローカルホームネットワークＩＤのうちの１つに一致する場合、接続性通知を受信することが許可される、ローカルネットワーク内のサービス層を知らせてもよい。４におけるメッセージは、以下の情報、すなわち、一例として提示され、限定ではないが、ＵＥ識別子（例えば、ＵＥのＭＳＩＳＤＮまたは外部ＩＤ）、Ｌ−ＧＷアドレスおよびローカルホームネットワーク識別子、ならびにサービス層識別子を含み得る。例では、ローカルネットワークアドレス内のＬ−ＧＷのアドレスは、ステップ２においてＭＭＥ９０４に提供されたアドレスに一致する。したがって、４におけるメッセージの一部であることが要求され得ない。Ｌ−ＧＷ  ＩＤ毎に、通知を受信することを可能にされるサービス層ＩＤの組が、４におけるメッセージ内に含まれ得る。ある場合には、４における情報は、Ｅ−ＵＴＲＡＮ初期アタッチの間にＭＭＥ９０４にパスされ得、情報は、ＨＳＳ９０２からＭＭＥ９０４への「初期コンテキスト設定要求／アタッチ承認」メッセージ内に含まれてもよい。これは、３ＧＰＰ  ＴＳ  ２３．４０１の第５．３．２．１節に説明されるＥ−ＵＴＲＡＮ初期アタッチプロシージャにおけるステップ１７に対応する。５では、図示される例によると、３ＧＰＰ  ＴＳ  ２３．４０１の第５．３．２．１節に説明されるＥ−ＵＴＲＡＮ初期アタッチプロシージャが、完了する。示されるように、ステップ５は、３ＧＰＰ  ＴＳ  ２３．４０１の第５．３．２．１節に説明されるＥ−ＵＴＲＡＮ初期アタッチプロシージャのステップ１８−２６を表す。本ステップは、ＵＥとｅＮＢとの間のＲＲＣ接続再構成および新しいＭＭＥからＵＥへのアタッチ承認を含む。
【００７４】
６ａでは、図示される例によると、スモールセル接続通知は、スモールセル／ｅＮＢ８０４からＬ−ＳＣＥＦ７０１に送信される。例えば、スモールセル／ｅＮＢ８０４は、ＵＥがアタッチされていることをＬ−ＳＣＥＦ７０１に通知する。６ａにおけるメッセージは、ＵＥがアタッチされていることの通知と、ＵＥがアタッチすると通知を受信することが許可されるローカルネットワーク内のサービス層が存在することの通知の両方としての役割を果たし得る。６ａにおけるメッセージは、以下の情報、すなわち、一例として提示され、限定ではないが、ＵＥ識別子（例えば、ＭＳＩＳＮＤまたは外部ＩＤ）、通知を受信することを可能にされるサービス層に関連付けられたサービス層識別子、および原因（例えば、アタッチ、デタッチ、ＵＥがもはやクローズドサブスクライバグループ（ＣＳＧ）等の一部ではない）を含み得る。６ｂでは、Ｌ−ＳＣＥＦ７０１は、メッセージをスモールセル／ｅＮＢ８０４に送信することによって、通知を肯定応答し得る。７ａでは、図示される例によると、ローカルネットワーク接続通知は、Ｌ−ＳＣＥＦ７０１によってサービス層７０３に送信される。例えば、所与のサービス層（例えば、サービス層７０３）が、ＵＥの接続性に対応する通知を以前に要求した場合、スモールセル／ｅＮＢ８０４は、ＵＥがアタッチされていることを示す、接続通知をＬ−ＳＣＥＦ７０１に送信し得る。所与のサービス層（例えば、サービス層７０３）が、通知を受信することを認可される場合、通知は、７ａにおいてサービス層に転送され得る。７ａにおけるメッセージは、前述のように、ＵＥの識別子を含み得る。７ｂでは、サービス層７０３は、通知を肯定応答する。
【００７５】
ここで、ハンドオーバの間、ある場合には、ＵＥがスモールセル／ｅＮＢに移動するときの接続通知に目を向けると、スモールセル／ｅＮＢは、接続性通知を受信することが許可されるローカルネットワーク内のサービス層が存在する場合、通知されなければならない。一実施形態では、追跡エリア更新（ＴＡＵ）プロシージャが、ローカルネットワーク内のサービス層が接続性通知を受信することが許可される場合、スモールセル／ｅＮＢが通知されるように更新される。ＴＡＵは、ハンドオーバ（Ｘ２およびＳ１）成功後またはその間に要求され得る。したがって、ＴＡＵプロシージャの更新は、例示的実施形態によると、全ハンドオーバの間に通知が送信されることを保証する。現在の追跡エリア更新プロシージャは、参考文献３ＧＰＰ  ＴＳ  ２３．４０１の第５．３．３節に説明されている。追跡エリア更新プロシージャは、各Ｘ２またはＳ１ハンドオーバの成功後に実行される。したがって、本明細書では、ＴＡＵは、接続性通知を受信することが許可されるローカルネットワーク内のサービス層が存在する場合、新しいスモールセル／ｅＮＢに通知するように修正され得ることが認識される。
【００７６】
一例として、ｅＮＢが「ＴＡＵ要求」をＵＥから受信すると、「ＴＡＵ要求」をＭＭＥに転送するであろう。ｅＮＢは、例えば、Ｌ−ＧＷアドレスまたはローカルホームネットワークＩＤ等の追加の情報をＭＭＥに送信し得る。現在、ＭＭＥが「ＴＡＵ承認」で応答すると、メッセージは、ｅＮＢによってＵＥにパスされる。ｅＮＢは、任意の情報を要求から抽出しない。例示的実施形態では、ＭＭＥは、スモールセル／ｅＮＢが接続性通知を受信することが許可されるローカルネットワーク内のサービス層が存在することを把握するであろうように、追加の情報をスモールセル／ｅＮＢに送信する。これは、ｅＮＢがＭＭＥに「ＴＡＵ要求」メッセージとともに追加の情報を送信する方法に類似する方法で行われ得る。ＵＥが、３ＧＰＰ  ＴＳ  ２３．４０１の第５．３．３節に説明されるようにＴＡＵを行うとき、ＭＭＥが、Ｌ−ＧＷアドレス／ローカルホームネットワークＩＤを提供し、ＨＳＳによってＭＭＥに提供されたＬ−ＧＷアドレス／ローカルホームネットワークＩＤのうちの１つに一致する場合、ＭＭＥは、ｅＮＢ／スモールセルに、接続性通知を受信することが許可されるローカルネットワーク内のサービス層を知らせてもよい。ＭＭＥによって送信されるメッセージは、以下の情報、すなわち、一例として提示され、限定ではないが、ＵＥ識別子（例えば、ＵＥのＭＳＩＳＤＮまたは外部ＩＤ）、Ｌ−ＧＷアドレスおよびローカルホームネットワーク識別子（例えば、ローカルネットワーク内のＬ−ＧＷのアドレス）、ならびにサービス層識別子を含み得る。Ｌ−ＧＷアドレスは、「ＴＡＵ要求」内でＭＭＥに提供されたアドレスに一致し得る。したがって、メッセージの一部であることを要求し得ない。メッセージ内のサービス層識別子は、通知を受信することを可能にされるサービス層ＩＤの組であり得る。前述の実施形態によると、更新された「ＴＡＵ承認」は、スモールセル／ｅＮＢに「スモールセル接続通知」メッセージ（例えば、図９の６ａに前述）を送信させ、Ｌ−ＳＣＥＦに、ＵＥが現在スモールセル／ｅＮＢに接続されていることを通知し得る。ある場合には、サービス層が、ＵＥの接続性に関する通知を以前に要求した場合、「ＳＣ接続通知」は、Ｌ−ＳＣＥＦに「ＬＮ接続通知」をサービス層に送信させ、ＵＥがアタッチされていることを示し得る（例えば、図９の７ａ参照）。
【００７７】
ある場合には、ハンドオーバソーススモールセル／ｅＮＢも、ローカルネットワーク内にある場合、ＵＥは、すでにローカルネットワークにアタッチされている場合がある。したがって、「ＳＣ接続通知」は、ＵＥが現在異なるスモールセル／ｅＮＢを介して接続されていることのＬ−ＳＣＥＦへの通知としての役割を果たし得る。さらに、「ＬＮ接続通知」メッセージは、必要ではないこともある。
【００７８】
代替実施形態では、Ｘ２ハンドオーバプロシージャは、ローカルネットワーク内のサービス層が接続性通知を受信することが許可される場合、スモールセル／ｅＮＢが通知されるように更新される。Ｘ２ハンドオーバに関して、ＵＥが、３ＧＰＰ２３．４０１の第５．５．１．１節に説明されるように、Ｘ２ベースのハンドオーバを行うと、標的スモールセル／ｅＮＢは、Ｌ−ＧＷアドレス／ローカルホームネットワークＩＤを「パス切り替え要求」メッセージ内でＭＭＥに示す。標的ｅＮＢ／スモールセルがＬ−ＧＷアドレス／ローカルホームネットワークＩＤを提供し、ＨＳＳによってＭＭＥに提供されたＬ−ＧＷアドレス／ローカルホームネットワークＩＤのうちの１つに一致する場合、「パス切り替え要求肯定応答」メッセージが、例によると、接続性通知を受信することが許可されるローカルネットワーク内のサービス層をｅＮＢ／スモールセルに知らせるように修正される。したがって、「パス切り替え要求肯定応答」メッセージは、以下の情報、すなわち、一例として提示され、限定ではないが、ＵＥ識別子（例えば、ＵＥのＭＳＩＳＤＮまたは外部ＩＤ）、Ｌ−ＧＷアドレスおよびローカルホームネットワーク識別子（例えば、ローカルネットワーク内のＬ−ＧＷのアドレス）、ならびにサービス層識別子を含み得る。Ｌ−ＧＷアドレスは、「ＴＡＵ要求」内でＭＭＥに提供されたアドレスに一致し得る。したがって、メッセージの一部であることを要求し得ない。メッセージ内のサービス層識別子は、通知を受信することを可能にされるサービス層ＩＤの組であり得る。前述の実施形態によると、更新された「パス切り替え要求肯定応答」は、スモールセル／ｅＮＢに「ＳＣ接続通知」メッセージを送信させ、Ｌ−ＳＣＥＦに、ＵＥが現在スモールセル／ｅＮＢに接続されていることを通知し得る（例えば、図９の６ａ参照）。サービス層がＵＥの接続性に関する通知を以前に要求した場合、「ＳＣ接続通知」は、Ｌ−ＳＣＥＦに「ＬＮ接続通知」をサービス層に送信させ、ＵＥがアタッチされていることを示し得る（例えば、図９の７ａ参照）。ある場合には、ソーススモールセル／ｅＮＢも、ローカルネットワーク内にある場合、ＵＥは、すでにローカルネットワークにアタッチされている場合がある。したがって、「ＳＣ接続通知」は、ＵＥが現在異なるスモールセル／ｅＮＢを介して接続されていることのＬ−ＳＣＥＦへの通知としての役割を果たし得る。さらに、「ＬＮ接続通知」メッセージは、必要ではないこともある。
【００７９】
ここで、デタッチの間の接続通知に目を向けると、スモールセルは、「Ｓ１解放プロシージャ」が完了すると、「ＳＣ接続通知」（スモールセル接続通知）をＬ−ＳＣＥＦに送信し得る。本通知は、Ｌ−ＳＣＥＦに、ＵＥがスモールセルからデタッチされたことを示すために使用され得る。本通知は、ＵＥがデタッチされたことの通知と、ＵＥがデタッチすると通知を受信すべきであるローカルネットワーク内のサービス層が存在することの通知の両方としての役割を果たし得る。メッセージは、以下の情報、すなわち、一例として提示され、限定ではないが、ＵＥ識別子（例えば、ＵＥのＭＳＩＳＤＮまたは外部ＩＤ）、通知を受信することが許可される１つ以上のサービス層に関連付けられたサービス層識別子、および原因（例えば、アタッチ、デタッチ、ＵＥがもはやＣＳＧの一部ではない等）を含み得る。
【００８０】
「Ｓ１解放プロシージャ」は、３ＧＰＰ２３．４０１の第５．３．５節に詳述されている。「Ｓ１解放プロシージャ」は、ＵＥがデタッチするときと、例えば、ＵＥがスモールセルのＣＳＧから除去されるとき等の他の原因のために実行される。スモールセルは、Ｌ−ＳＣＥＦが原因をサービス層に示し得るように、原因をＬ−ＳＣＥＦに示し得る。
【００８１】
前述は、ＵＥがスモールセルネットワーク内にあるとき、サービス層が通知され得る方法の例である。サービス層が、ＵＥがスモールセルネットワーク内にあることを把握すると、サービス層は、ＵＥとユーザプレーン接続を確立することを所望することを決定し得る。しかしながら、ＵＥは、Ｌ−ＧＷとＬＩＰＡ  ＰＤＮ接続を有する場合がある、または有していない場合もある。言い換えると、ＵＥは、ローカルＩＰネットワークに接続される場合がある、または接続されない場合もある。ＵＥがローカルＩＰネットワークに接続される場合、サービス層は、ＵＥのＩＰアドレスを把握していないので、ＵＥとの接続を開始不可能であり得る。以下に説明されるのは、とりわけ、前述のシナリオに対処し得る、トリガ要求の例である。
【００８２】
一例示的実施形態では、トリガは、ＮＡＳベースである。図１０を参照すると、トリガは、ＮＡＳメッセージ内でＵＥに配信され得る。トリガは、ＵＥがＬＩＰＡ  ＰＤＮ接続を確立すべきであることの指示として使用され得る。トリガは、ＵＥがＰＤＮ接続を確立するために使用すべきＡＰＮおよび／またはローカルネットワーク内のサービス層の識別子を含み得る。例えば、サービス層識別子は、ＩＰアドレスおよびポート番号またはＦＱＤＮであり得る。
【００８３】
依然として、図１０を参照すると、例示的ネットワーク１０００は、ＵＥ１００２と、例示的ＭＭＥ９０４と、例示的スモールセル／ｅＮＢ８０４と、例示的Ｌ−ＧＷ１００４と、例示的Ｌ−ＳＣＥＦ７０１と、例示的サービス層７０３とを含む。例示的ネットワーク１０００は、開示される主題の説明を促進するように簡略化され、本開示の範囲を限定することを意図していないことが理解されるであろう。他のデバイス、システム、および構成が、ネットワーク１０００等のネットワークに加えて、またはその代わりに、本明細書に開示される実施形態を実装するために使用され得、全てのそのような実施形態は、本開示の範囲内として考慮される。１では、図示される実施形態によると、サービス層７０３は、Ｌ−ＳＣＥＦ７０１のデバイスアクション要求ＡＰＩを使用して、トリガを要求する。ＡＰＩは、サービス層７０３が、例えば、限定ではないが、サービス層７０３に関連付けられたＩＤ（サービス層ＩＤ）、ＵＥ１００２に関連付けられたＩＤ（デバイスＩＤ）、アプリケーション識別子、トリガペイロード、参照番号、アクションタイプ、およびトリガタイプ等の種々の情報を提供することを可能にする。サービス層ＩＤは、サービス層７０３を識別する、ＩＰアドレス、ＦＱＤＮ、または他の英数字値であり得る。デバイスＩＤは、例えば、ＭＳＩＳＤＮ、外部ＵＥ識別子、またはＩＭＳＩであり得る。代替として、ＵＥ１００２の識別子は、サービス層７０３およびＬ−ＳＣＥＦ７０１内にプロビジョニングされる、英数字値であり得る。一例では、Ｌ−ＳＣＥＦ７０１は、英数字値からの値を、例えば、ＭＳＩＳＤＮ、外部ＵＥ識別子、またはＩＭＳＩ等の３ＧＰＰ識別子にマップし得る。アプリケーション識別子は、トリガを受信すべきＵＥ１００２上のアプリケーション（例えば、サービス層）を識別する、値であり得る。例えば、本値は、整数ポート番号であり得る。トリガペイロードは、受信側アプリケーションのためのアプリケーション特定のメッセージを含み得る。ペイロードは、以下の情報、すなわち、一例として提示され、限定ではないが、ＬＩＰＡ  ＡＰＮ、サービス層ＩＰアドレスまたはＦＱＤＮ、およびサービス層ポート番号を搬送し得る。参照番号は、１におけるメッセージ内の随意のフィールドであり得る。参照番号フィールドは、サービス層７０３によって提供される、整数値であり得る。例えば、Ｌ−ＳＣＥＦ７０１は、サービス層７０３がトリガ要求および回答を互いに相関し得るように、本参照番号値をトリガ回答内に含み得る。代替として、または加えて、参照番号値は、ＣＤＲがサービス層の要求と相関し得るように、例えば、Ｌ−ＧＷ１００４、スモールセル８０４、ＭＭＥ９０４、およびＨＳＳによって生成される、任意のＣＤＲ内に含まれてもよい。アクションタイプは、１における要求がトリガまたはＩＰアドレスルックアップであることを示し得る。ＩＰアドレスルックアップオプションの例は、以下に説明される。トリガタイプは、サービス層７０３がサポートされるべきトリガ配信（例えば、ＮＡＳ、ＳＭＳ、ＵＤＰ／ＩＰ）のタイプを示すことを可能にする、随意のフィールドであり得る。
【００８４】
２では、図示される例によると、Ｌ−ＳＣＥＦ７０１は、要求がＬ−ＳＣＥＦ７０１によって認可されるかどうかの指示とともにトリガ要求に返信する。２における応答はまた、トリガが試行されるであろうかどうかを示し得る。３では、Ｌ−ＳＣＥＦ７０１は、トリガ要求をスモールセル８０４に転送する。１におけるメッセージ内で提供されたデバイスＩＤが、例えば、英数字値であった場合、Ｌ−ＳＣＥＦ７０１は、デバイスＩＤをＩＭＳＩ、ＭＳＩＳＤＮ、または外部識別子に変換し得る。代替として、１におけるメッセージ内で提供されたデバイスＩＤが、例えば、外部識別子であった場合、Ｌ−ＳＣＥＦ７０１は、デバイスＩＤをＩＭＳＩまたはＭＳＩＳＤＮに変換し得る。４では、スモールセル／ｅＮＢ８０４は、トリガ要求をＭＭＥ９０４に転送する。４におけるメッセージは、Ｓ１−ＭＭＥインターフェース上で新しいＳ１−ＡＰメッセージ内で送信され得る。例えば、スモールセル／ｅＮＢ８０４は、スモールセル８０４にアタッチされるＵＥ毎にＳ１−ＭＭＥコンテキストを維持し得る。例示的実施形態によると、スモールセル／ｅＮＢ８０４はまた、Ｌ−ＳＣＥＦ７０１のために特殊Ｓ１−ＭＭＥコンテキストを維持する。本Ｓ１−ＭＭＥコンテキストは、Ｌ−ＳＣＥＦ７０１によって、ＮＡＳ  ＰＤＵをＭＭＥ９０４に転送するために使用され得る。ＮＡＳ  ＰＤＵは、トリガ要求、認可要求等のシグナリングを搬送し得る。ＮＡＳ  ＰＤＵがＵＥ（例えば、ＵＥ１００２）によってＭＭＥ９０４に送信されると、ｅＮＢ／スモールセル８０４がコンテンツを検査不可能であるように、ｅＮＢ／スモールセル８０４を通して送信され得る。３ＧＰＰ  ＴＳ  ３６．４１３「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）；Ｓ１  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（Ｓ１ＡＰ）」（本明細書に全体として記載される場合と同様に、参照することによって組み込まれる）に説明されるようなアップリンクＮＡＳトランスポートメッセージは、トリガ要求をＭＭＥ９０４に搬送するために使用されることができる。一例では、特殊ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤおよびｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤが、Ｌ−ＳＣＥＦ７０１に関連付けられることになるＳ１ＡＰコンテキストのために確立される。アップリンクＮＡＳトランスポートメッセージ内のＮＡＳ  ＰＤＵは、新しい「トリガ要求」メッセージを搬送し得る。「トリガ要求」メッセージは、例えば、限定ではないが、サービス層ＩＤ（例えば、ＩＰアドレス、ＦＱＤＮ、またはサービス層を識別する他の英数字値）およびデバイスＩＤ、アプリケーション識別子、ならびに３において提供されたトリガペイロード等の種々の情報要素を搬送し得る。代替として、ｅＮＢ／スモールセル８０４は、デバイス識別を３からＳ−ＴＭＳＩにマップし得る。ｅＮＢ／スモールセル８０４がこれを行う、ある場合には、また、特殊Ｌ−ＳＣＥＦ  Ｓ１−ＭＭＥコンテキストではなく、ＵＥのＳ１−ＭＭＥコンテキスト上でＭＭＥ９０４にトリガ要求を送信し得る。
【００８５】
５では、図示される例によると、ＭＭＥ９０４は、認可要求をＨＳＳに送信する。認可要求は、デバイスＩＤ、サービス層ＩＤ、および参照番号を含み得る。認可要求はまた、スモールセル／ｅＮＢ識別またはローカルネットワーク識別子を含み得る。ＭＭＥ９０４は、要求がＨＳＳに送信される前、デバイスＩＤをＩＭＳＩにマップし得るか、またはＭＭＥは、デバイスＩＤをＨＳＳに送信し得、ＨＳＳは、ＩＤをＩＭＳＩにマップし得る。例では、ＨＳＳは、サービス層７０３に関連付けられたＩＤがＵＥ１００２をトリガすることが許可されることを検証する。ＨＳＳは、随意に、示されるローカルネットワークまたはスモールセル／ｅＮＢ８０４と、サービス層７０３がＵＥ１００２をトリガすることが許可されるかどうかをチェックし得る。６では、ＭＭＥ９０４は、ダウンリンクＮＡＳトランスポートメッセージ内のＮＡＳ  ＰＤＵにおいてトリガをＵＥ１００２に配信し得る。ＮＡＳ  ＰＤＵは、トリガペイロード、アプリケーションＩＤ、および参照番号を含み得る。ある場合には、例えば、すでに確立されているＬＩＰＡ  ＰＤＮ接続が存在しない場合、ＵＥ１００２は、トリガ要求に示されたＡＰＮとＬＩＰＡ  ＰＤＮ接続を確立する。ＵＥ１００２は、次いで、ローカルネットワーク内のサービス層７０３とのコンタクトを確立し得る。ＵＥ１００２は、サービス層のＩＰアドレスおよびポート番号をトリガ要求から取得し得るか、またはＦＱＤＮをトリガ要求から得て、それをＩＰアドレスおよびポート番号にマップし得る。サービス層７０３との「コンタクトの確立」は、ＵＥ１００２上のアプリケーションまたはサービス層がローカルネットワーク内のサービス層７０３に登録することを示し得る。
【００８６】
代替例として、スモールセル８０４は、ＭＭＥ９０４をバイパスし、トリガをＲＲＣメッセージ内で直接ＵＥ１００２に送信し得る。しかしながら、本明細書では、ＵＥ１００２に送信する前のコアネットワークに戻るようなトリガ要求のパスは、コアネットワークが、例えば、課金目的のために、トラフィックを検査することを可能にすることが認識される。例えば、ＭＭＥおよび／またはＨＳＳは、要求に関する課金記録を生成することができる。ＭＭＥおよびＨＳＳは、動作のためのＣＤＲを作成することができる。加えて、ＵＥ１００２に送信する前のコアネットワークに戻るようなトリガ要求のパスは、コアネットワークが、ＭＭＥおよび／またはＨＳＳを介して要求を認可することを可能にする。
【００８７】
別の例示的実施形態では、トリガ配信は、ＳＭＳベースである。例えば、再び、図１０を参照すると、３では、ｅＮＢ／スモールセル８０４またはＬ−ＳＣＥＦ７０１は、トリガ要求をＳＭＳメッセージに変換し得る。ＳＭＳの宛先アドレス（ＤＡ）ヘッダフィールドは、受信側デバイス（例えば、ＵＥ１００２）のＭＳＩＳＤＮを取り込み得る。ＳＭＳのアプリケーションポート識別子ヘッダフィールドは、Ｌ−ＳＣＥＦ７０１によって提供されたアプリケーション識別子を取り込み得る。ＳＭＳペイロードは、Ｌ−ＳＣＥＦ７０１によって提供されたトリガペイロードを取り込み得る。ＳＭＳの発信側アドレス（ＯＡ）ヘッダフィールドは、ｅＮＢ／スモールセル８０４、Ｌ−ＳＣＥＦ７０１、またはサービス層７０３に割り当てられる、ＭＳＩＳＤＮを取り込み得る。ＳＭＳのプロトコル識別子（ＰＩＤ）ヘッダフィールドは、ＳＭＳがトリガであることを示すように設定され得る。
【００８８】
４では、ＳＭＳベースのトリガ例を継続すると、ＭＭＥ９０４は、ＳＭＳがサービス層から生じたことを示す発信側アドレスおよびＳＭＳがトリガであることを示さないＰＩＤフィールドを伴う、任意のＳＭＳを拒否するように選定し得る。同様に、ＭＭＥ９０４は、ＳＭＳがサービス層から生じていないことを示す発信側アドレスおよびＳＭＳがトリガであることを示すＰＩＤフィールドを伴う、任意のＳＭＳを拒否し得る。ＭＭＥ９０４は、次いで、通常モバイル発信ＳＭＳを配信するであろうように、ＳＭＳメッセージをＳＭＳ−ＩＷＭＳＣ／ＳＭＳ−ＳＣに配信し得る。ＳＭＳ−ＳＣは、発信側アドレスが宛先アドレスをトリガすることが許可されることを検証し得、次いで、ＳＭＳ−ＳＣは、既存のＳＭＳを使用して、ＮＡＳモバイル終端ＳＭＳプロシージャを経由してトリガを配信し得る。
【００８９】
代替アプローチでは、ＭＭＥ９０４は、ＳＭＳをＳＭＳ−ＳＣに配信しないように選定し得、ＭＭＥ９０４は、ＳＭＳを直接受信側ＵＥ１００２に配信し得る。認可は、ＨＳＳからの情報を介して行われ得る。通常、これは、不可能であり得るが、しかしながら、ＭＭＥ９０４は、ＳＭＳがトリガであって、ローカルネットワーク内で発信されたので、受信側が、ローカルネットワーク内にあって、同一ＭＭＥプールにアタッチされなければならないと結論付け得る。
【００９０】
ここで図１１を参照すると、例示的ネットワーク１１００は、例示的ＵＥ１００２と、例示的スモールセル／ｅＮＢ８０４と、例示的Ｌ−ＧＷ１００４と、例示的Ｌ−ＳＣＥＦ７０１と、例示的サービス層７０３とを含む。例示的ネットワーク１１００は、開示される主題の説明を促進するために簡略化され、本開示の範囲を限定することを意図するものではないことを理解されたい。他のデバイス、システム、および構成も、ネットワーク１１００等のネットワークに加え、またはその代わりに、本明細書に開示される実施形態を実装するために使用され得、全てのそのような実施形態は、本開示の範囲内で検討される。図１１に示されるように、Ｌ−ＳＣＥＦ７０１は、トリガ要求をＬ−ＧＷ１００４にパスし得、Ｌ−ＧＷ１００４は、ＵＥのＬＩＰＡ  ＰＤＮ接続を介して、ユーザデータグラムプロトコル（ＵＤＰ）／インターネットプロトコル（ＩＰ）（ＵＤＰ／ＩＰ）パケット内でトリガをＵＥ１００２に配信し得る。
【００９１】
依然として、図１０を参照すると、１では、図示される例によると、サービス層７０３は、Ｌ−ＳＣＥＦデバイスアクション要求ＡＰＩを使用して、トリガを要求する。本ステップは、図１０を参照して詳細に前述されている。トリガタイプフィールドは、トリガがＵＤＰ／ＩＰを介して配信されるべきであることを示し得る。２では、示されるように、Ｌ−ＳＣＥＦ７０１は、要求がＬ−ＳＣＥＦ７０１によって認可されるかどうかと、トリガが試行されるであろうかどうかの指示とともにトリガ要求に返信する。３では、Ｌ−ＳＣＥＦ７０１は、トリガ要求をＬ−ＧＷ１００４に転送する。ある場合には、１において提供されたデバイスＩＤが、英数字値であった場合、Ｌ−ＳＣＥＦ７０１は、デバイスＩＤをＩＭＳＩ、ＭＳＩＳＤＮ、または外部識別子に変換し得る。代替として、他の場合には、１において提供されたデバイスＩＤが、外部識別子であった場合、Ｌ−ＳＣＥＦ７０１は、デバイスＩＤをＩＭＳＩまたはＭＳＩＳＤＮに変換し得る。４では、図示される例によると、Ｌ−ＧＷ１００４は、トリガペイロードをＵＤＰパケット内にラップする。ある場合には、Ｌ−ＧＷ１００４が、デバイスＩＤを認識しない、またはトリガが認可されていないことを決定する場合、プロセスは、ステップ６に進む。５では、Ｌ−ＧＷ１００４は、ＵＤＰパケットをＵＥ１００２に配信し、パケットをアプリケーション識別子フィールドに示されたポート番号にアドレス指定する。６では、Ｌ−ＧＷ１００４は、ＵＤＰ／ＩＰパケットが送信されたかどうかの指示とともにＬ−ＳＣＥＦ７０１に返信する。Ｌ−ＧＷ１００４が、デバイスＩＤを認識しない、またはトリガが認可されていないことを決定する場合、例えば、Ｌ−ＧＷ１００４は、拒否原因をＬ−ＳＣＥＦ７０１に示し得る（６において）。７では、示されるように、ＵＥ１００２は、ローカルネットワーク内のサービス層７０３とコンタクトを確立する。ＵＥ１００２は、サービス層のＩＰアドレスおよびポート番号をトリガ要求から取得し得るか、またはＵＥ１００２は、ＦＱＤＮをトリガ要求から得て、それをＩＰアドレスおよびポート番号にマップし得る。サービス層７０３との「コンタクトの確立」は、ＵＥ１００２上のアプリケーションまたはサービス層がローカルネットワーク内のサービス層７０３に登録することを意味し得ることを理解されたい。
【００９２】
ここで図１２を参照すると、トリガをＵＥに送信する代替として、Ｌ−ＳＣＥＦは、別の例示的実施形態によると、ＵＥのＩＰアドレスに関してＬ−ＧＷにクエリし得る。ＵＥのＩＰアドレスに関してＬ−ＧＷにクエリ後、Ｌ−ＳＣＥＦは、サービス層がユーザプレーンを経由してＵＥとコンタクトを開始し得るように、ＩＰアドレスをサービス層に提供し得る。図１２に示されるように、例示的ネットワーク１２００は、例示的ＵＥ１００２と、例示的スモールセル／ｅＮＢ８０４と、例示的Ｌ−ＧＷ１００４と、例示的Ｌ−ＳＣＥＦ７０１と、例示的サービス層７０３とを含む。例示的ネットワーク１２００は、開示される主題の説明を促進するために簡略化され、本開示の範囲を限定することを意図するものではないことを理解されたい。他のデバイス、システム、および構成も、ネットワーク１２００等のネットワークに加え、またはその代わりに、本明細書に開示される実施形態を実装するために使用され得、全てのそのような実施形態は、本開示の範囲内で検討される。
【００９３】
依然として、図１２を参照すると、１では、図示される例によると、サービス層７０３は、Ｌ−ＳＣＥＦデバイスアクション要求ＡＰＩを使用して、トリガを要求する。要求は、図１０を参照して詳細に説明されている。１におけるメッセージ内のアクションタイプフィールドは、要求がＩＰアドレスルックアップ要求であることを示し得る。２ａでは、Ｌ−ＳＣＥＦ７０１は、１におけるメッセージ内でサービス層７０３によって示されたデバイス（例えば、ＵＥ１００２）のＩＰアドレスに関してＬ−ＧＷ１００４にクエリし得る。例えば、クエリは、デバイスの外部識別子、ＭＳＩＳＤＮ、またはＩＭＳＩに基づき得る。デバイスＩＤが、ＦＱＤＮである場合、２ａにおけるルックアップは、ＤＮＳルックアップであり得る。２ｂでは、Ｌ−ＧＷ１００４は、ルックアップ結果（例えば、ＵＥ１００２のＩＰアドレス）をＬ−ＳＣＥＦ７０１に返す。３では、Ｌ−ＳＣＥＦ７０１は、ＵＥ１００２のＩＰアドレスとともに、トリガ要求に返信する。４では、サービス層７０３は、次いで、ＵＥ１００２とコンタクトを確立し得る。サービス層７０３との「コンタクトの確立」は、サービス層７０２が、ローカルネットワーク内のサービス層７０３に登録すべきであることを示す要求または指示をＵＥ７０３上のアプリケーションまたはサービス層に送信することを意味し得ることを理解されたい。
【００９４】
したがって、前述のように、装置またはノードは、プロセッサと、メモリと、通信回路とを含むことができる。装置は、その通信回路を経由して、ローカルネットワークに接続され得、装置はさらに、装置のプロセッサによって実行されると、装置に、要求を受信させる、装置のメモリ内に記憶されているコンピュータ実行可能命令を含み得る。要求は、ＵＥをトリガするためのトリガ要求であることができる。そのようなトリガ要求は、ＵＥがローカルネットワークとローカルＩＰアクセス接続を確立するように、ローカルネットワークに関連付けられたアクセスポイント名を示し得る。ノードは、ＵＥへの配信のために、トリガ要求をコアネットワーク機能またはモビリティ管理エンティティに転送し得る。ノードは、コアネットワーク機能またはモビリティ管理エンティティのために、トリガ要求をＮＡＳ  ＰＤＵまたはＳＭＳ  ｏｖｅｒ  ＮＡＳ  ＰＤＵとしてフォーマットし得る。代替として、または加えて、要求は、ＵＥがローカルネットワークに接続するとノードが通知されることを示し得る。前述のように、ノードは、例えば、限定ではないが、コアネットワーク機能、ローカルサービス能力機能（Ｌ−ＳＣＥＦ）、サービス層、Ｍ２Ｍサーバ、ゲートウェイ、サーバ、またはローカルゲートウェイのうちの少なくとも１つであり得る。ＵＥは、ローカルネットワークアンカを介して、ローカルネットワークに接続可能であり得る。したがって、装置は、ＵＥがローカルネットワークにアタッチすると、通知を送信し得る。さらに、装置は、ＵＥがローカルネットワークから切断すると、通知を送信し得る。前述のように、装置は、モビリティ管理エンティティまたはコアネットワーク機能によって通知を送信することを認可され得る。認可およびそれに関連する情報は、初期コンテキスト設定／アタッチ承認メッセージ、追跡エリア更新承認メッセージ、またはパス切り替え要求肯定応答メッセージ内で受信され得る。ＵＥに関連付けられたサブスクリプション情報は、モビリティ管理エンティティまたはコアネットワーク機能に、装置が通知を送信することを認可されることを示し得る。別の実施形態では、装置は、ローカルネットワークに関連付けられたアドミニストレータによって通知を送信することを認可され得る。装置、例えば、限定ではないが、コアネットワーク機能、スモールセル、基地局、ｅＮｏｄｅＢ、ＮｏｄｅＢ、Ｈｏｍｅ  ｅＮｏｄｅＢ、またはＨｏｍｅ  ＮｏｄｅＢを備え得る。
【００９５】
ここで例示的グラフィカルユーザインターフェース（ＧＵＩ）に目を向けると、スモールセルネットワークのスモールセルは、ネットワークアドミニストレータが、例えば、限定ではないが、Ｌ−ＳＣＥＦ７０１のためのコンタクト情報、Ｌ−ＧＷ１００４のためのコンタクト情報、およびＬ−ＳＣＥＦ７０１にアクセスことが許可されるサービス層等の種々の情報を用いてスモールセルを構成することを可能にする、構成ＧＵＩを有し得る。図１３は、一例示的実施形態による、そのようなＧＵＩの例を描写する。フィールド１３００は、ＧＵＩのタイトルを表す。ボタンであり得る、アクチュエータ１３０２は、タッチスクリーン上で押下される、マウスポインタを使用してクリックされる、または別様に作動されることができる。例えば、アクチュエータ１３０２ａは、Ｌ−ＳＣＥＦ７０１が構成され得るように、ユーザによって選択されることができる。アクチュエータ１３０２ｂは、Ｌ−ＧＷ１００４が構成され得るように、ユーザによって選択されることができる。アクチュエータ１３０２ｃは、サービス層（例えば、サービス層７０３）が構成され得るように、ユーザによって選択されることができる。
【００９６】
例では、アクチュエータ１３０２ａ（Ｌ−ＳＣＥＦ構成）が選択されると、ＧＵＩ１４００が、表示され得る（図１４参照）。ＧＵＩ１４００は、ユーザ（例えば、アドミニストレータ）が、Ｌ−ＳＣＥＦ７０１のＩＰアドレスを用いてスモールセルネットワークを構成することを可能にし得る。さらに、Ｌ−ＳＣＥＦ７０１に接続することを可能にされるサービス層は、ＧＵＩ１４００を使用して構成されることができる。例示的ＧＵＩ１４００は、Ｌ−ＳＣＥＦ７０１に接続することを可能にされるサービス層を選択するために使用され得る、ドロップダウンメニュー１４０２（許可されるサービス層のドロップダウンメニュー）を含む。例では、アクチュエータ１３０２ｂ（Ｌ−ＧＷ構成）が選択されると、例示的ＧＵＩ１５００が、表示され得る（図１５参照）。ＧＵＩ１５００は、ユーザが、Ｌ−ＧＷのＬ−ＳＣＥＦインターフェースのＩＰアドレスを用いてスモールセルネットワークを構成することを可能にし得る。ＧＵＩ１５００は、ドロップダウンメニュー１５０２および１５０４を含み、ユーザが、それぞれ、前述のＩＰアドレスルックアップ特徴および前述のＩＰベースのトリガ配信特徴が有効にされるべきかを選択することを可能にする。さらなる例として、アクチュエータ１３０２ｃ（サービス層構成）が選択されると、ＧＵＩ１６００が、表示され得る（図１６参照）。ＧＵＩ１６００は、アドミニストレータが、スモールセルネットワーク内のサービス層についての情報を用いてスモールセルネットワークを構成することを可能にし得る。ドロップダウンメニュー１６０２は、新しいサービス層を構成する、または既存の構成を修正することを所望する、ユーザによって選択され得る。サービス層名およびＩＰアドレスが、ドロップダウンメニュー１６０２を使用して、サービス層毎に入力され得る。ドロップダウンメニュー１６０４は、既存のデバイスとサービス層を関連付けることを所望するユーザによって、またはサービス層に関連付けられるであろう新しいデバイスに関する情報を入力することを所望するユーザによって、選択され得る。デバイス名、ＭＳＩＳＤＮ、および外部識別子は、ドロップダウンメニュー１６０４を使用して入力され得る。ＧＵＩは、一例として提示され、ＧＵＩは、構成パラメータが、所望に応じて視認および改変され得るように、所望に応じて構築され得ることを理解されたい。例示的ユーザインターフェースが、所望に応じて代替的パラメータを監視して制御するために使用され得ることが理解されるであろう。さらに、ＧＵＩは、種々のチャートまたは代替的視覚描写を介して、ユーザが関心を持つ種々の情報をユーザに提供できることが理解されるであろう。
【００９７】
ここで、前述の特徴のｏｎｅＭ２Ｍ展開に目を向けると、Ｌ−ＳＣＥＦとインターフェースをとるサービス層およびアプリケーションは、ｏｎｅＭ２Ｍ  ＭＮ−ＣＳＥおよび／またはＩＮ−ＣＳＥもしくはＡＥであり得る。ｏｎｅＭ２Ｍ  Ｍｃｎ参照点は、Ｌ−ＳＣＥＦ  ＡＰＩを介して実装され得るか、またはＭｃｎインターフェースは、Ｌ−ＳＣＥＦとＬ−ＧＷとの間およびＬ−ＳＣＥＦとｅＮＢとの間のインターフェースにマップし得る。トリガを受信するＵＥアプリケーションまたはサービス層は、それぞれ、ｏｎｅＭ２Ｍ  ＡＥまたはＡＳＮ−ＣＳＥであり得る。例示的実施形態では、Ｌ−ＳＣＥＦ  ＡＰＩは、例えば、ＨＴＴＰ等のＲＥＳＴベースのプロトコルに結合され得る。代替として、例えば、ＳＯＡＰまたはＬＤＡＰ等のプロトコルに結合され得る。
【００９８】
別の例では、Ｌ−ＧＷおよびＬ−ＳＣＥＦは、互いに統合され得、２つの機能間のＬＴ６ｂインターフェースは、機能コールを介して実装され得る。代替として、または加えて、例えば、Ｌ−ＳＣＥＦとＬ−ＧＷとの間のインターフェースは、ＨＴＴＰ等のＲＥＳＴベースのプロトコルに結合される、またはＳＣＴＰの上で起動するアプリケーションプロトコルとして実装される、ダイアメータプロトコル、ＳＯＡＰ、ＬＤＡＰ、ＧＴＰ−Ｃに基づき得る。一例として、図１７は、ＬＴ６ｂプロトコルがＧＴＰ−Ｃに基づく、例を示す。
【００９９】
別の例示的実施形態では、スモールセルおよびＬ−ＳＣＥＦは、互いに統合され得、２つの機能間のＳ１−Ｌインターフェースは、機能コールを介して実装され得る。代替として、または加えて、Ｌ−ＳＣＥＦとＬ−ＧＷとの間のインターフェースは、ＨＴＴＰ等のＲＥＳＴベースのプロトコルに結合される、またはＳＣＴＰの上で起動するアプリケーションプロトコルとして実装される、ダイアメータプロトコル、ＳＯＡＰ、ＬＤＡＰに基づき得る。ある場合には、インターフェースが、ＳＣＴＰの上で起動するアプリケーションプロトコルとして実装される場合、インターフェースは、３ＧＰＰ  ＮＡＳまたはＳ１−ＡＰプロトコルの修正バージョンであり得る。図１８は、Ｓ１−ＬインターフェースがＳＣＴＰの上で起動するアプリケーションに基づく例示的場合のＳ１−Ｌプロトコルスタックの略図を示す。図１８はまた、ｅＮｏｄｅＢがＳＣＥＦとＭＭＥとの間で情報を中継し得る方法の例を描写する。
【０１００】
図１９Ａは、１つ以上の開示される実施形態が実装され得る例示的マシンツーマシン（Ｍ２Ｍ）、モノのインターネット（ＩｏＴ）、もしくはモノのウェブ（ＷｏＴ）通信システム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴ／ＷｏＴのための構築ブロックを提供し、任意のＭ２Ｍデバイス、Ｍ２Ｍゲートウェイ、またはＭ２Ｍサービスプラットフォームは、ＩｏＴ／ＷｏＴのコンポーネントならびにＩｏＴ／ＷｏＴサービス層等であり得る。図８−１２のうちのいずれかに図示されるデバイス、機能、ノードまたはネットワークのうちのいずれかは、図１９Ａ−Ｄに図示されるもの等の通信システムのノードを備え得る。
【０１０１】
図１９Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、通信ネットワーク１２を含む。通信ネットワーク１２は、固定ネットワーク（例えば、Ｅｔｈｅｒｎｅｔ（登録商標）、Ｆｉｂｅｒ、ＩＳＤＮ、ＰＬＣ等）、または無線ネットワーク（例えば、ＷＬＡＮ、セルラー等）、もしくは異種ネットワークのネットワークであり得る。例えば、通信ネットワーク１２は、音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを複数のユーザに提供する複数のアクセスネットワークから成り得る。例えば、通信ネットワーク１２は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）等の１つ以上のチャネルアクセス方法を採用し得る。さらに、通信ネットワーク１２は、例えば、コアネットワーク、インターネット、センサネットワーク、工業制御ネットワーク、パーソナルエリアネットワーク、融合個人ネットワーク、衛星ネットワーク、ホームネットワーク、または企業ネットワーク等の他のネットワークを備え得る。
【０１０２】
図１９Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、インフラストラクチャドメインと、フィールドドメインとを含み得る。インフラストラクチャドメインとは、エンドツーエンドＭ２Ｍ展開のネットワーク側を指し、フィールドドメインとは、通常は、Ｍ２Ｍゲートウェイの背後にあるエリアネットワークを指す。フィールドドメインおよびインフラストラクチャドメインは両方とも、ネットワークの種々の異なるノード（例えば、サーバ、ゲートウェイ、デバイス）を備え得る。例えば、フィールドドメインは、Ｍ２Ｍゲートウェイ１４と、端末デバイス１８とを含み得る。任意の数のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８が、所望に応じてＭ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０に含まれ得ることが理解されるであろう。Ｍ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８の各々は、通信ネットワーク１２または直接無線リンクを介して、信号を伝送および受信するように構成される。Ｍ２Ｍゲートウェイデバイス１４は、無線Ｍ２Ｍデバイス（例えば、セルラーおよび非セルラー）ならびに固定ネットワークＭ２Ｍデバイス（例えば、ＰＬＣ）が、通信ネットワーク１２等のオペレータネットワークを通して、または直接無線リンクを通してのいずれかで、通信することを可能にする。例えば、Ｍ２Ｍデバイス１８は、データを収集し、通信ネットワーク１２または直接無線リンクを介して、データをＭ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８に送信し得る。Ｍ２Ｍデバイス１８はまた、Ｍ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８からデータを受信し得る。さらに、データおよび信号は、以下で説明されるように、Ｍ２Ｍサービス層２２を介して、Ｍ２Ｍアプリケーション２０に送信され、そこから受信され得る。Ｍ２Ｍデバイス１８およびゲートウェイ１４は、例えば、セルラー、ＷＬＡＮ、ＷＰＡＮ（例えば、Ｚｉｇｂｅｅ（登録商標）、６ＬｏＷＰＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標））、直接無線リンク、および有線を含む、種々のネットワークを介して通信し得る。例示的Ｍ２Ｍデバイスは、タブレット、スマートフォン、医療デバイス、温度および気象モニタ、コネクテッドカー、スマートメータ、ゲームコンソール、携帯情報端末、保健および健康モニタ、照明、サーモスタット、電化製品、ガレージドア、および他のアクチュエータベースのデバイス、セキュリティデバイス、ならびにスマートコンセントを含むが、それらに限定されない。
【０１０３】
図１９Ｂを参照すると、フィールドドメイン内に例証のＭ２Ｍサービス層２２は、Ｍ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイデバイス１４、ならびにＭ２Ｍ端末デバイス１８ならびに通信ネットワーク１２のためのサービスを提供する。Ｍ２Ｍサービス層２２は、所望に応じて、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２と通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２は、１つ以上のサーバ、コンピュータ等によって実装され得る。Ｍ２Ｍサービス層２２は、Ｍ２Ｍ端末デバイス１８、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍアプリケーション２０に適用されるサービス能力を提供する。Ｍ２Ｍサービス層２２の機能は、例えば、ウェブサーバとして、セルラーコアネットワークで、クラウドで等、種々の方法で実装され得る。
【０１０４】
図示したＭ２Ｍサービス層２２と同様に、インフラストラクチャドメイン内にＭ２Ｍサービス層２２’がある。Ｍ２Ｍサービス層２２’は、インフラストラクチャドメイン内のＭ２Ｍアプリケーション２０’および下層通信ネットワーク１２’のためのサービスを提供する。Ｍ２Ｍサービス層２２’はまた、フィールドドメイン内のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８のためのサービスも提供する。Ｍ２Ｍサービス層２２’は、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス、およびＭ２Ｍ端末デバイスと通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２’は、異なるサービスプロバイダによってサービス層と相互作用し得る。Ｍ２Ｍサービス層２２’は、１つ以上のサーバ、コンピュータ、仮想マシン（例えば、クラウド／計算／記憶ファーム等）等によって実装され得る。
【０１０５】
依然として図１９Ｂを参照すると、Ｍ２Ｍサービス層２２および２２’は、多様なアプリケーションおよびバーティカルが活用することができるサービス配信能力のコアの組を提供する。これらのサービス能力は、Ｍ２Ｍアプリケーション２０および２０’がデバイスと相互作用し、データ収集、データ分析、デバイス管理、セキュリティ、課金、サービス／デバイス発見等の機能を果たすことを可能にする。本質的に、これらのサービス能力は、これらの機能性を実装する負担をアプリケーションから取り除き、したがって、アプリケーション開発を単純化し、市場に出す費用および時間を削減する。サービス層２２および２２’はまた、Ｍ２Ｍアプリケーション２０および２０’が、サービス層２２および２２’が提供するサービスと関連して、種々のネットワーク１２および１２’を通して通信することも可能にする。
【０１０６】
Ｍ２Ｍアプリケーション２０および２０’は、限定ではないが、輸送、保健および健康、コネクテッドホーム、エネルギー管理、アセット追跡、ならびにセキュリティおよび監視等の種々の業界でのアプリケーションを含み得る。上記のように、システムのデバイス、ゲートウェイ、および他のサーバを経由して作動するＭ２Ｍサービス層は、例えば、データ収集、デバイス管理、セキュリティ、課金、場所追跡／ジオフェンシング、デバイス／サービス発見、およびレガシーシステム統合等の機能をサポートし、サービスとしてこれらの機能をＭ２Ｍアプリケーション２０および２０’に提供する。
【０１０７】
概して、図１９Ａならびに１９Ｂに図示されるサービス層２２および２２’等のサービス層（ＳＬ）は、アプリケーションプログラミングインターフェース（ＡＰＩ）および下層ネットワーキングインターフェースの組を通して付加価値サービス能力をサポートするソフトウェアミドルウェア層を定義する。ＥＴＳＩ  Ｍ２ＭおよびｏｎｅＭ２Ｍアーキテクチャは両方とも、サービス層を定義する。ＥＴＳＩ  Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、ＥＴＳＩ  Ｍ２Ｍアーキテクチャの種々の異なるノードで実装され得る。例えば、サービス層のインスタンスは、Ｍ２Ｍデバイス（デバイスＳＣＬ（ＤＳＣＬ）と称される）、ゲートウェイ（ゲートウェイＳＣＬ（ＧＳＣＬ）と称される）、および／またはネットワークノード（ネットワークＳＣＬ（ＮＳＣＬ）と称される）内で実装され得る。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（すなわち、サービス能力）の組をサポートする。１つ以上の特定のタイプのＣＳＦの組のインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、中間ノード、特定用途向けノード）上でホストされ得る、共通サービスエンティティ（ＣＳＥ）と称される。第３世代パートナーシッププロジェクト（３ＧＰＰ）はまた、マシンタイプ通信（ＭＴＣ）のためのアーキテクチャも定義している。そのアーキテクチャでは、サービス層およびそれが提供するサービス能力は、サービス能力サーバ（ＳＣＳ）の一部として実装される。ＥＴＳＩ  Ｍ２ＭアーキテクチャのＤＳＣＬ、ＧＳＣＬ、もしくはＮＳＣＬで、３ＧＰＰ  ＭＴＣアーキテクチャのサービス能力サーバ（ＳＣＳ）で、ｏｎｅＭ２ＭアーキテクチャのＣＳＦもしくはＣＳＥで、またはネットワークのある他のノードで具現化されるかどうかにかかわらず、サービス層のインスタンスが、サーバ、コンピュータ、および他のコンピューティングデバイスもしくはノードを含む、ネットワーク内の１つ以上の独立型ノード上で、もしくは１つ以上の既存のノードの一部としてのいずれかで実行する、論理エンティティ（例えば、ソフトウェア、コンピュータ実行可能命令等）で実装され得る。例として、サービス層またはそのコンポーネントのインスタンスは、以下で説明される図１９Ｃまたは１９Ｄに図示される一般的アーキテクチャを有する、ネットワークノード（例えば、サーバ、コンピュータ、ゲートウェイ、デバイス等）上で起動するソフトウェアの形態で実装され得る。
【０１０８】
さらに、本明細書に説明される方法および機能性は、例えば、上記のネットワークおよびアプリケーション管理サービス等のサービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用するＭ２Ｍネットワークの一部として実装され得る。
【０１０９】
図１９Ｃは、図１９Ａおよび１９Ｂに図示されるもの等のＭ２Ｍネットワーク内のＭ２Ｍサーバ、ゲートウェイ、デバイス、または他のノードとして動作し得る、図８−１２に図示されるノード、デバイス、機能、またはネットワークのうちの１つ等のネットワークのノードの例示的ハードウェア／ソフトウェアアーキテクチャのブロック図である。図１９Ｃに示されるように、ノード３０は、プロセッサ３２と、送受信機３４と、伝送／受信要素３６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ／タッチパッド４２と、非取り外し可能メモリ４４と、取り外し可能メモリ４６と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含み得る。ノード３０はまた、送受信機３４および伝送／受信要素３６等の通信回路を含み得る。ノード３０は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。このノードは、本明細書に説明される通知およびそれに関連するトリガを実装するノードであり得る。
【０１１０】
プロセッサ３２は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等であり得る。プロセッサ３２は、信号符号化、データ処理、電力制御、入出力処理、および／またはノード３０が無線環境で動作することを可能にする任意の他の機能性を果たし得る。プロセッサ３２は、伝送／受信要素３６に組み込まれ得る、送受信機３４に結合され得る。図１９Ｃは、プロセッサ３２および送受信機３４を別個のコンポーネントとして描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップにともに統合され得ることが理解されるであろう。プロセッサ３２は、アプリケーション層プログラム（例えば、ブラウザ）および／または無線アクセス層（ＲＡＮ）プログラムならびに／もしくは通信を実施し得る。プロセッサ３２は、例えば、アクセス層および／またはアプリケーション層等で、認証、セキュリティキー一致、ならびに／もしくは暗号化動作等のセキュリティ動作を実施し得る。
【０１１１】
図１９Ｃに示されるように、プロセッサ３２は、その通信回路（例えば、送受信機３４および伝送／受信要素３６）に結合される。プロセッサ３２は、コンピュータ実行可能命令の実行を通して、それが接続されるネットワークを介してノード３０を他のノードと通信させるために、通信回路を制御し得る。具体的には、プロセッサ３２は、（例えば、図８−１２で）本明細書ならびに請求項に説明される、伝送および受信するステップを行うために、通信回路を制御し得る。図１９Ｃは、プロセッサ３２および送受信機３４を別個のコンポーネントとして描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップにともに統合され得ることが理解されるであろう。
【０１１２】
伝送／受信要素３６は、信号をＭ２Ｍサーバ、ゲートウェイ、デバイス等を含む、他のノードに信号を伝送し、またはそこから信号を受信するように構成され得る。例えば、実施形態では、伝送／受信要素３６は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。伝送／受信要素３６は、ＷＬＡＮ、ＷＰＡＮ、セルラー等の種々のネットワークおよびエアインターフェースをサポートし得る。実施形態では、伝送／受信要素３６は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であり得る。さらに別の実施形態では、伝送／受信要素３６は、ＲＦおよび光信号の両方を伝送ならびに受信するように構成され得る。伝送／受信要素３６は、無線または有線信号の任意の組み合わせを伝送および／または受信するように構成され得ることが理解されるであろう。
【０１１３】
加えて、伝送／受信要素３６は、単一の要素として図１９Ｃで描写されているが、ノード３０は、任意の数の伝送／受信要素３６を含み得る。より具体的には、ノード３０は、ＭＩＭＯ技術を採用し得る。したがって、実施形態では、ノード３０は、無線信号を伝送および受信するための２つ以上の伝送／受信要素３６（例えば、複数のアンテナ）を含み得る。
【０１１４】
送受信機３４は、伝送／受信要素３６によって伝送される信号を変調するように、および伝送／受信要素３６によって受信される信号を復調するように構成され得る。上記のように、ノード３０は、マルチモード能力を有し得る。したがって、送受信機３４は、ノード３０が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。
【０１１５】
プロセッサ３２は、非取り外し可能メモリ４４および／または取り外し可能メモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、そこにデータを記憶し得る。非取り外し可能メモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能メモリ４６は、サブスクライバ識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等のノード３０上に物理的に位置しないメモリから情報にアクセスし、そこにデータを記憶し得る。プロセッサ３２は、ＵＥ（例えば、図１３−１６）、具体的には、ＵＥと通信する下層ネットワーク、アプリケーション、または他のサービスのノードのステータスまたはノードの構成を反映するために、ディスプレイもしくはインジケータ４２上の照明パターン、画像、もしくは色を制御するように構成され得る。プロセッサ３２は、電源４８から電力を受容し得、ノード３０内の他のコンポーネントへの電力を分配および／または制御するように構成され得る。電源４８は、ノード３０に電力供給するための任意の好適なデバイスであり得る。例えば、電源４８は、１つ以上の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池等を含み得る。
【０１１６】
プロセッサ３２はまた、ノード３０の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成されるＧＰＳチップセット５０に結合され得る。ノード３０は、実施形態と一致したままで、任意の好適な場所決定方法を介して場所情報を獲得し得ることが理解されるであろう。
【０１１７】
プロセッサ３２はさらに、追加の特徴、機能性、および／または有線もしくは無線接続を提供する１つ以上のソフトウェアならびに／もしくはハードウェアモジュールを含み得る他の周辺機器５２に結合され得る。例えば、周辺機器５２は、加速度計、ｅ−コンパス、衛星送受信機、センサ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。
【０１１８】
図１９Ｄは、図１９Ａおよび１９Ｂに図示されるもの等のＭ２Ｍネットワーク内のＭ２Ｍサーバ、ゲートウェイ、デバイス、または他のノードとして動作し得る、図８−１２に図示されるノード、デバイス、機能、もしくはネットワーク等のネットワークの１つ以上のノードを実装するためにも使用され得る、例示的コンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを備え得、主に、そのようなソフトウェアが記憶またはアクセスされる場所もしくは手段にかかわらず、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得る。そのようなコンピュータ読み取り可能な命令は、コンピューティングシステム９０を起動させるように、中央処理装置（ＣＰＵ）９１内で実行され得る。多くの既知のワークステーション、サーバ、およびパーソナルコンピュータでは、中央処理装置９１は、マイクロプロセッサと呼ばれる単一チップＣＰＵによって実装される。他のマシンでは、中央処理装置９１は、複数のプロセッサを備え得る。コプロセッサ８１は、追加の機能を果たすか、またはＣＰＵ９１を支援する、主要ＣＰＵ９１とは異なる随意的なプロセッサである。ＣＰＵ９１および／またはコプロセッサ８１は、セキュリティ保護のための開示されたシステムおよび方法関連付けられるデータを受信、生成、ならびに処理し得る。
【０１１９】
動作時、ＣＰＵ９１は、命令をフェッチ、復号、および実行し、コンピュータの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ、およびそこから転送する。そのようなシステムバスは、コンピューティングシステム９０内のコンポーネントを接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、インタラプトを送信するため、およびシステムバスを動作するための制御ラインを含む。そのようなシステムバス８０の例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。
【０１２０】
システムバス８０に結合されるメモリデバイスは、ランダムアクセスメモリ（ＲＡＭ）８２および読み取り専用メモリ（ＲＯＭ）９３を含む。そのようなメモリは、情報が記憶されて読み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない記憶されたデータを含む。ＲＡＭ８２に記憶されたデータは、ＣＰＵ９１または他のハードウェアデバイスによって読み取られ、または変更されることができる。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換するアドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを分離し、ユーザプロセスからシステムプロセスを分離するメモリ保護機能を提供し得る。したがって、第１のモードで作動するプログラムは、それ自身のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。
【０１２１】
加えて、コンピューティングシステム９０は、ＣＰＵ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を伝達する責任がある周辺機器コントローラ８３を含み得る。
【０１２２】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために要求される、電子コンポーネントを含む。
【０１２３】
さらに、コンピューティングシステム９０は、コンピューティングシステム９０がネットワークの他のノードと通信することを可能にするように、図１９Ａおよび図１９Ｂのネットワーク１２等の外部通信ネットワークにコンピューティングシステム９０を接続するために使用され得る、例えば、ネットワークアダプタ９７等の通信回路を含み得る。通信回路は、単独で、またはＣＰＵ９１と組み合わせて、（例えば、図８−１２で）本明細書ならびに請求項に説明される、伝送および受信するステップを行うために使用され得る。
【０１２４】
ここで図２０を参照すると、前述のように、ネットワーク機能仮想化（ＮＦＶ）に関連するさらなる詳細が、提供され、本明細書に説明される実施形態は、ＮＦＶによって実装され得る。背景として、ＮＦＶは、ネットワークオペレータがネットワークを構築する方法を変えることを目的とする。特に、ＩＴ仮想化技術は、データセンタ、ネットワークノード、およびエンドユーザ敷地内に位置し得る、産業標準的高容量サーバ、スイッチ、および記憶装置上で多くのネットワーク機器タイプを一本化するために使用されている。ネットワーク機能（例えば、モビリティ管理、セッション管理、ＱｏＳ）は、ソフトウェア内に実装されることができ、ネットワーク機能は、産業標準的サーバハードウェアの範囲上で起動することができる。機能は、新しい機器のインストールの必要なく、要求に応じて、ネットワーク内の種々の場所に移動される、またはそこでインスタンス化されることができる。図２０は、ＥＴＳＩによって提供されたＮＦＶのためのアーキテクチャフレームワークの一例を図示する。
【０１２５】
本明細書では、ＮＦＶは、モバイルおよび固定ネットワーク内の任意のデータプレーンパケット処理および制御プレーン機能に適用され得ることが認識される。例は、限定として提示されるわけではないが、以下を含む。
・  切り替え要素（例えば、ＢＮＧ、ＣＧ−ＮＡＴ、ルータ）
・  モバイルネットワークノード（例えば、ＨＬＲ／ＨＳＳ、ＭＭＥ、ＳＧＳＮ、ＧＧＳＮ／ＰＤＮ−ＧＷ、ＲＮＣ、ｅＮｏｄｅＢ）
・  仮想化ホーム環境を作成するためにホームルータおよびセットトップボックス内に含まれる機能
・  収束およびネットワーク横断機能（例えば、ＡＡＡサーバ、ポリシ制御、および課金プラットフォーム）
・  アプリケーションレベル最適化（例えば、ＣＤＮ、キャッシュサーバ、負荷バランサ、アプリケーションアクセラレータ）
・  セキュリティ機能（例えば、ファイアウォール、ウイルススキャナ、侵入検出システム、スパム保護
【０１２６】
本明細書では、ＮＦＶの適用は、種々の利点をネットワークオペレータに提供し得、これは、電気通信産業の観点における著しい変化に寄与し得ることが認識される。例えば、限定ではないが、本明細書では、ＮＦＶは、以下のために提供され得る。
・  機器を一本化し、ＩＴ産業の規模の経済性を利用することを通した、削減された機器コストおよび削減された電力消費
・  新製品採用の典型的ネットワークオペレータサイクルを最小限にすることによる、市場化までの時間の増加された速度
・  生産、試験、参考施設を同一インフラストラクチャ上で稼働させる可能は、より効率的試験および統合を提供し、開発コストおよび市場化までの時間を削減する
【０１２７】
・  地理および顧客セットに基づく標的化されたサービス導入。サービスは、要求に応じて、迅速に拡大／縮小されることができる。
・  多種多様なエコシステムの有効化（オープン性を促す）
・  実際のトラフィック／モビリティパターンおよびサービス需要に基づくほぼリアルタイムでの最適化されたネットワーク構成および／またはトポロジ
・  マルチテナンシのサポート、それによって、ネットワークオペレータが、アドミニストレーションドメインの適切なセキュアな分離を用いて同一ハードウェア上に共同設置され得る、複数のユーザ、アプリケーション、内部システム、または他のネットワークオペレータに合わせたサービスおよび接続性を提供することを可能にする
・  標準的サーバおよび記憶装置内での電力管理特徴ならびにワークロード一本化および場所最適化を利用することによる、削減されたエネルギー消費
【０１２８】
欧州電気通信標準化機構（ＥＴＳＩ）は、仕様化グループ（「ネットワーク機能仮想化」）を形成し、ホワイトペーパーを公開し、ＮＦＶの実装を検討中のベンダおよびオペレータのためのＮＦＶに関する参考文献として作用する、標準的専門用語定義および使用事例を含む、いくつかのより徹底的資料を作成している。
【０１２９】
図２１は、ＶＮＦおよびネスト化された転送グラフを伴う、（ＥＴＳＩ  ＧＳ  ＮＦＶ００２からの）エンドツーエンドネットワークサービスの例である。図２１は、仮想化ネットワーク機能転送グラフ（ＶＮＦ−ＦＧ）の概念を図示する。ＶＮＦ−ＧＷは、ＶＮＦの組がサービスを提供するために接続される方法を説明する。
【０１３０】
次世代モバイルネットワーク（ＮＧＭＮ）アライアンス「Ｄｅｓｃｒｉｐｔｉｏｎ  ｏｆ  Ｎｅｔｗｏｒｋ  Ｓｌｉｃｉｎｇ  Ｃｏｎｃｅｐｔ」に説明されるようなネットワークスライシングは、モバイルオペレータのネットワーク（バックホールおよびコアネットワークの両方）の固定部分を横断して無線インターフェースの背後の複数の仮想ネットワークをサポートするためにモバイルネットワークオペレータによって使用され得る、機構である。これは、ネットワークを複数の仮想ネットワークに「スライシング」し、異なるＲＡＮまたは単一ＲＡＮを横断して起動する異なるサービスタイプをサポートすることを伴う。ネットワークスライシングは、オペレータが、例えば、機能性、性能、および隔離の面において多様な要件を要求する、異なる市場シナリオのために最適化されたソリューションを提供するようにカスタマイズされる、ネットワークを作成することを可能にする。図２２は、ネットワークスライシングの例示的概念アーキテクチャを示す。図２２における異なるタイプの陰影は、異なるネットワークスライスインスタンスまたはサブネットワークスライスインスタンスを示すことを理解されたい。
【０１３１】
３ＧＰＰは、５Ｇネットワークを設計し、ネットワークスライシング技術を組み込むかどうかを検討中であるが、これは、５Ｇ使用事例（例えば、膨大なＩｏＴ、クリティカル通信、および拡張モバイルブロードバンド）が、非常に多様かつ時として極端な要件を要求するので、５Ｇネットワークに非常に適合し得る。現在のアーキテクチャは、比較的にモノリシックなネットワークおよびトランスポートフレームワークを利用して、例えば、スマートフォン、ＯＴＴコンテンツ、フィーチャーフォン、データカード、および内蔵Ｍ２Ｍデバイスからのモバイルトラフィック等の種々のサービスに適応する。現在のアーキテクチャは、それぞれ、性能、スケーラビリティ、および可用性要件のそれ自身の具体的セットを有するとき、より広範囲の事業ニーズを効率的にサポートするために十分に柔軟性かつスケーラブルではないことが予期される。さらに、本明細書では、新しいネットワークサービスの導入は、より効率的にされるべきであることが認識される。なお、いくつかの使用事例は、同一オペレータネットワーク内で並行してアクティブであって、したがって、５Ｇネットワークの高度な可撓性およびスケーラビリティを要求することが予期される。
【０１３２】
ある場合には、ＵＥが、１つのネットワークオペレータの複数のネットワークスライスからサービスを同時に得ることを可能にするために、制御プレーン機能の単一組が、図２３に示されるように、複数のコアネットワークインスタンスを横断して共有される。
【０１３３】
コアネットワークインスタンスは、制御プレーン機能の単一組およびユーザプレーン機能の単一組から成る。さらに、コアネットワークインスタンスは、同一ＵＥタイプに属しているＵＥ専用である。ＵＥタイプの識別は、具体的パラメータ、例えば、ＵＥ使用タイプおよび／またはＵＥのサブスクリプションからの情報を使用することによって行われる。コアネットワークインスタンス内のユーザプレーン機能の組は、具体的サービスをＵＥに提供し、具体的サービスのユーザプレーンデータをトランスポートすることに責任がある。例えば、コアネットワークインスタンス＃１内のユーザプレーン機能の１つの組は、拡張モバイルブロードバンドサービスをＵＥに提供する一方、コアネットワークインスタンス＃２内のユーザプレーン機能の別の組は、クリティカル通信サービスをＵＥに提供する。ＵＥが、最初に、オペレータのネットワークに接続すると、ＵＥ使用タイプに一致するデフォルトコアネットワークインスタンスが、ＵＥに割り当てられる。各ＵＥは、異なるコアネットワークインスタンスにおいて同時に利用可能なユーザプレーン機能の異なる組への複数のユーザプレーン接続を有することができる。制御プレーン機能は、ネットワークスライスを横断して共有され得る。
【０１３４】
コアネットワーク選択機能（ＣＮＳＦ）は、いくつかの責任を有し得る。例えば、ＣＮＳＦは、例えば、ＵＥのサブスクリプションおよび具体的パラメータ（例えば、ＵＥ使用タイプ）を考慮することによって、ＵＥに適応するコアネットワークインスタンスを選択し得る。ＣＮＳＦは、基地局が通信すべき選択されたコアネットワークインスタンス内の制御プレーン機能を選択し得る。制御プレーン機能の本選択は、具体的パラメータ（例えば、ＵＥ使用タイプ）を使用することによって行われ得る。ＣＮＳＦは、基地局が異なるサービスのユーザプレーンデータをトランスポートするための接続を確立すべきユーザプレーン機能の組を選択し得る。ユーザプレーン機能の本選択は、具体的パラメータ（例えば、ＵＥ使用タイプおよびサービスタイプ）を使用することによって行われる。
【０１３５】
ネットワーク機能の相互接続を有効にするために、相互接続およびルーティング機能（ＩＲＦ）２０５８が、３ＧＰＰ  ＴＲ  ２３．７９９「Ｓｔｕｄｙ  ｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ」に提案されている。図２４および図２５は、それぞれ、非ローミングおよびローミングシナリオのためのＩＲＦ２０５８の参照モデルを示す。ＩＲＦ２０５８の機能は、一例として提示され、限定ではないが、以下を含む。
・  ＵＥのためのアクティブセッションを有する、各サービングＮＦのＵＥの識別とインターフェース層識別（例えば、インスタンス番号）との間の結合を記憶する。例えば、ローミングシナリオにおいて、ＩＲＦ２０５８と直接インターフェースをとらないＮＦに関して、ＩＲＦ２０５８は、それらのＮＦのうちの到達可能なものを介して、遠隔−ＰＬＭＮのＩＲＦ２０５８の識別を記憶する。
・  サービングＮＦの識別が所与のＵＥに対して変化すると、結合リポジトリを更新する（例えば、ＵＥモビリティ、負荷再バランシング、または仮想マシンのスケールインもしくはスケールアウト、または復元理由に起因して）。
・  メッセージヘッダを調べ、（メッセージが送信される）ＵＥおよび宛先ＮＦの識別を決定する。ＵＥの識別に関して、ＩＲＦは、内部結合リポジトリをルックアップし、宛先ＮＦのインターフェース層識別（例えば、インスタンス番号）または遠隔ＩＲＦ２０５８の識別を決定し、次いで、適宜、メッセージをルーティングする。
・  随意に、オペレータの構成に基づいて、メッセージの認可を行う。例えば、オペレータの構成が、ＮＦ１があるメッセージ（例えば、「ＵＥのＡＰＮ−ＡＭＢＲの変更」等）をＮＦ４に向かって送信することを禁止する場合、ＩＲＦ２０５８は、対応するメッセージを拒否する。ある場合には、ＩＲＦは、随意に、オーバーロード制御（例えば、その負荷／オーバーロード条件に基づく所与のＮＦに送信されるメッセージのペース調整）を行うことによって、シグナリングストームの間、ＮＦを保護する。
【０１３６】
各ＮＦは、それ自身のＰＬＭＮ内の所与の参照点を介して、ＩＲＦ２０５８とインターフェースをとる。ある場合には、示されるように、ＮＦは、互いに直接インターフェースをとらないが、ＩＲＦ２０５８を介して、互いに通信する（例えば、要求または応答メッセージを送信する）ことができる。したがって、要求に応じて、本モデルは、任意のＮＦが、パス内の任意の他の非関連ネットワーク機能を伴わずに、任意の他のＮＦと直接通信することを可能にする。例えば、示されるように、ＮＦ１は、ＮＦ２を伴わずに、ＩＲＦ２０５８を介して、メッセージをＮＦ３に送信することができる（例えば、ＮＦ２の関与が必要とされない場合）。
【０１３７】
本明細書に説明される方法およびプロセスのうちのいずれかは、コンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令（すなわち、プログラムコード）の形態で具現化され得、その命令は、コンピュータ、サーバ、Ｍ２Ｍ端末デバイス、Ｍ２Ｍゲートウェイデバイス等のマシンによって実行されると、本明細書で説明されるシステム、方法、およびプロセスを行うならびに／または実装することが理解される。具体的には、上記で説明されるステップ、動作、または機能のうちのいずれかは、そのようなコンピュータ実行可能命令の形態で実装され得る。コンピュータ読み取り可能な記憶媒体は、情報の記憶のための任意の方法または技術で実装される揮発性および不揮発性、取り外し可能および非取り外し可能媒体の両方を含むが、そのようなコンピュータ読み取り可能な記憶媒体は、信号を含まない。コンピュータ読み取り可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶デバイス、または所望の情報を記憶するために使用することができ、コンピュータによってアクセスすることができる任意の他の物理的媒体を含むが、それらに限定されない。
【０１３８】
図に例証されるように、本開示の主題の好ましい実施形態を説明する上で、明確にするために具体的用語が採用される。しかしながら、請求された主題は、そのように選択された特定の用語に限定されることを目的としておらず、各特定の要素は、類似目的を達成するように同様に動作する全ての技術的均等物を含むことを理解されたい。
【０１３９】
以下は、上記の説明の中で出現し得る、サービスレベル技術に関する頭字語のリストである。別様に規定されない限り、本明細書で使用される頭字語は、以下に列挙される対応する用語を指す。
【表１】
2018528662.tif 000003
【０１４０】
本明細書は、最良の様態を含む、本発明を開示するために、また、当業者が、任意のデバイスまたはシステムを作製して使用すること、任意の組み込まれた方法を行うことを含む、本発明を実践することを可能にするために、例を使用する。本発明の特許性のある範囲は、請求項によって定義され、当業者に想起される他の例を含み得る。そのような他の例は、請求項の文字通りの言葉とは異ならない構造要素を有する場合に、または請求項の文字通りの言葉とのごくわずかな差異を伴う同等の構造要素を含む場合に、請求項の範囲内であることを目的としている。
【図１】
2018528662.tif 000004
【図２】
2018528662.tif 000005
【図３】
2018528662.tif 000006
【図４】
2018528662.tif 000007
【図５】
2018528662.tif 000008
【図６】
2018528662.tif 000009
【図７】
2018528662.tif 000010
【図８】
2018528662.tif 000011
【図９】
2018528662.tif 000012
【図１０】
2018528662.tif 000013
【図１１】
2018528662.tif 000014
【図１２】
2018528662.tif 000015
【図１３】
2018528662.tif 000016
【図１４】
2018528662.tif 000017
【図１５】
2018528662.tif 000018
【図１６】
2018528662.tif 000019
【図１７】
2018528662.tif 000020
【図１８】
2018528662.tif 000021
【図１９Ａ】
2018528662.tif 000022
【図１９Ｂ】
2018528662.tif 000023
【図１９Ｃ】
2018528662.tif 000024
【図１９Ｄ】
2018528662.tif 000025
【図２０】
2018528662.tif 000026
【図２１】
2018528662.tif 000027
【図２２】
2018528662.tif 000028
【図２３】
2018528662.tif 000029
【図２４】
2018528662.tif 000030
【図２５】
2018528662.tif 000031
【国際調査報告】
2018528662.tif 000032
2018528662.tif 000033
2018528662.tif 000034
2018528662.tif 000035
2018528662.tif 000036