(57)【要約】  ネットワークにおける通信のための方法、装置、およびコンピュータプログラム製品。装置は、ネットワークデバイスにマルチキャストメッセージを送る。マルチキャストメッセージは、ネットワークデバイスの未知のＩＰアドレスの発見を容易にする。装置は、マルチキャストメッセージに応答して第１の応答メッセージがネットワークデバイスから受信されるかどうかを決定し、第１の応答メッセージがネットワークデバイスから受信されるとき、第１の応答メッセージからネットワークデバイスのＩＰアドレスを決定する。装置は、決定されたＩＰアドレスを使用して、ネットワークデバイスとセキュア接続を確立する。装置は、装置とネットワークデバイスとの間の失敗したエンド・ツー・エンドリンクを検出するために、ネットワークデバイスにリンクステータスチェックメッセージを送る。【選択図】  図７
2018500836.tif 000002
【特許請求の範囲】
【請求項１】
通信の方法であって、
ネットワークデバイスにマルチキャストメッセージを送ることと、ここにおいて、前記ネットワークデバイスのインターネットプロトコル（ＩＰ）アドレスは、未知である、
前記マルチキャストメッセージに応答して、第１の応答メッセージが前記ネットワークデバイスから受信されるかどうかを決定することと、
前記第１の応答メッセージが前記ネットワークデバイスから受信されるとき、前記第１の応答メッセージから前記ネットワークデバイスの前記ＩＰアドレスを決定することと、
前記決定されたＩＰアドレスを使用して、前記ネットワークデバイスとセキュア接続を確立することと
を備える方法。
【請求項２】
前記セキュア接続を通して前記ネットワークデバイスにリンクステータスチェックメッセージを送ることと、
第２の応答メッセージが、閾値時間期間内に、前記リンクステータスチェックメッセージに応答して、前記ネットワークデバイスから受信されるかどうかを決定することと、
前記第２の応答メッセージが前記閾値時間期間内に受信されないとき、前記セキュア接続を終了することと、
前記第２の応答メッセージが前記閾値時間期間内に受信されないとき、前記ネットワークデバイスに前記マルチキャストメッセージを送ることと
をさらに備える、請求項１に記載の方法。
【請求項３】
前記セキュア接続を確立することは、
前記ネットワークデバイスと伝送制御プロトコル（ＴＣＰ）接続を確立することと、
前記ＴＣＰ接続を使用してセキュアソケットレイヤ（ＳＳＬ）接続を確立することと
を備える、請求項１に記載の方法。
【請求項４】
前記ネットワークデバイスによる認証を可能にするために、前記セキュア接続を通して前記ネットワークデバイスに認証情報を送ることをさらに備える、請求項１に記載の方法。
【請求項５】
前記セキュア接続上でＭＢＭＳセッションを確立するために、前記ネットワークデバイスに制御メッセージを送ることと、
前記セキュア接続を通して前記ネットワークデバイスからＭＢＭＳデータを受信することと
をさらに備える、請求項１に記載の方法。
【請求項６】
ローカルネットワーク接続を通して少なくとも１つＵＥに前記ＭＢＭＳデータを送ることをさらに備える、請求項５に記載の方法。
【請求項７】
前記ローカルネットワーク接続は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）またはワイヤードイーサネット接続を備える、請求項６に記載の方法。
【請求項８】
前記ネットワークデバイスに結合されたイーサネットインターフェースがアクティブであるかどうかを決定することをさらに備え、ここにおいて、前記マルチキャストメッセージは、前記イーサネットインターフェースがアクティブであると決定されるとき、前記イーサネットインターフェースを通して前記ネットワークデバイスに周期的に送られる、請求項１に記載の方法。
【請求項９】
前記ネットワークデバイスは、基地局から、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）データ、インターネットトラフィック、またはインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）トラフィックのうちの少なくとも１つを受信するように構成される、請求項１に記載の方法。
【請求項１０】
前記ネットワークデバイスに前記マルチキャストメッセージを送ることは、時間インターバルに基づいて、前記ネットワークデバイスに前記マルチキャストメッセージを周期的に送ることを備える、請求項１に記載の方法。
【請求項１１】
ネットワークデバイスのための通信の方法であって、
ゲートウェイからのマルチキャストメッセージについて第１のポートをモニタすることと、
前記マルチキャストメッセージが受信されるとき、前記ゲートウェイに第１の応答メッセージを送ることと、
第２のポート上でセキュア接続の確立を開始する信号を受信することと、
前記ゲートウェイと前記セキュア接続を確立することと
を備える方法。
【請求項１２】
前記ゲートウェイから後続のマルチキャストメッセージを受信することと、
前記セキュア接続がアクティブであるかどうかを決定することと、
前記マルチキャストメッセージが受信され、かつ、前記セキュア接続がアクティブであるとき、前記ゲートウェイにリンクステータスチェックメッセージを送ることと、
前記リンクステータスチェックメッセージに対する応答が、閾値時間期間内に受信されない場合、前記セキュア接続を終了することと、
前記後続のマルチキャストメッセージに応答して、前記ゲートウェイに第２の応答メッセージを送ることと
をさらに備える、請求項１１に記載の方法。
【請求項１３】
前記セキュア接続を確立することは、
前記ゲートウェイと伝送制御プロトコル（ＴＣＰ）接続を確立することと、
前記ＴＣＰ接続を使用してセキュアソケットレイヤ（ＳＳＬ）接続を確立することと
を備える、請求項１１に記載の方法。
【請求項１４】
前記ゲートウェイから、前記ゲートウェイの認証を可能にするように構成された認証情報を受信することをさらに備える、請求項１１に記載の方法。
【請求項１５】
前記ゲートウェイから、前記セキュア接続上でのＭＢＭＳセッションの確立を要求する制御メッセージを受信することと、
前記セキュア接続を通して前記ゲートウェイにＭＢＭＳデータを送ることと
をさらに備える、請求項１１に記載の方法。
【請求項１６】
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
ネットワークデバイスにマルチキャストメッセージを送ることと、ここにおいて、前記ネットワークデバイスのインターネットプロトコル（ＩＰ）アドレスは、未知である、
第１の応答メッセージが、前記マルチキャストメッセージに応答して、前記ネットワークデバイスから受信されるかどうかを決定することと、
前記第１の応答メッセージが前記ネットワークデバイスから受信されるとき、前記第１の応答メッセージから前記ネットワークデバイスの前記ＩＰアドレスを決定することと、
前記決定されたＩＰアドレスを使用して、前記ネットワークデバイスとセキュア接続を確立することと
を行うように構成される、装置。
【請求項１７】
前記少なくとも１つのプロセッサは、
前記セキュア接続を通して前記ネットワークデバイスにリンクステータスチェックメッセージを送ることと、
第２の応答メッセージが、閾値時間期間内に、前記リンクステータスチェックメッセージに応答して、前記ネットワークデバイスから受信されるかどうかを決定することと、
前記第２の応答メッセージが前記閾値時間期間内に受信されないとき、前記セキュア接続を終了することと、
前記第２の応答メッセージが前記閾値時間期間内に受信されないとき、前記ネットワークデバイスに前記マルチキャストメッセージを送ることと
を行うようにさらに構成される、請求項１６に記載の装置。
【請求項１８】
前記セキュア接続を確立するために、前記少なくとも１つのプロセッサは、
前記ネットワークデバイスと伝送制御プロトコル（ＴＣＰ）接続を確立することと、
前記ＴＣＰ接続を使用してセキュアソケットレイヤ（ＳＳＬ）接続を確立することと
を行うようにさらに構成される、請求項１６に記載の装置。
【請求項１９】
前記少なくとも１つプロセッサは、前記ネットワークデバイスによる認証を可能にするために、前記セキュア接続を通して前記ネットワークデバイスに認証情報を送ることを行うようにさらに構成される、請求項１６に記載の装置。
【請求項２０】
前記少なくとも１つのプロセッサは、
前記セキュア接続上でＭＢＭＳセッションを確立するために、前記ネットワークデバイスに制御メッセージを送ることと、
前記セキュア接続を通して前記ネットワークデバイスからＭＢＭＳデータを受信することと
を行うようにさらに構成される、請求項１６に記載の装置。
【請求項２１】
前記少なくとも１つプロセッサは、ローカルネットワーク接続を通して少なくとも１つＵＥに前記ＭＢＭＳデータを送ることを行うようにさらに構成される、請求項２０に記載の装置。
【請求項２２】
前記ローカルネットワーク接続は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）またはワイヤードイーサネット接続を備える、請求項２１に記載の装置。
【請求項２３】
前記ネットワークデバイスは、基地局から、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）データ、インターネットトラフィック、またはインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）トラフィックのうちの少なくとも１つを受信するように構成される、請求項１６に記載の装置。
【請求項２４】
前記少なくとも１つのプロセッサは、時間インターバルに基づいて、前記ネットワークデバイスに前記マルチキャストメッセージを周期的に送ることで前記マルチキャストメッセージを送ることを行うように構成される、請求項１６に記載の装置。
【請求項２５】
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
ゲートウェイからのマルチキャストメッセージについて第１のポートをモニタすることと、
前記マルチキャストメッセージが受信されるとき、前記ゲートウェイに応答メッセージを送ることと、
第２のポート上でセキュア接続の確立を開始する信号を受信することと、
前記ゲートウェイと前記セキュア接続を確立することと
を行うように構成される、装置。
【請求項２６】
前記少なくとも１つのプロセッサは、
前記ゲートウェイから後続のマルチキャストメッセージを受信することと、
前記セキュア接続がアクティブであるかどうかを決定することと、
前記マルチキャストメッセージが受信され、かつ、前記セキュア接続がアクティブであるとき、前記ゲートウェイにリンクステータスチェックメッセージを送ることと、
前記リンクステータスチェックメッセージに対する応答が、閾値時間期間内に受信されない場合、前記セキュア接続を終了することと、
前記後続のマルチキャストメッセージに応答して、前記ゲートウェイに第２の応答メッセージを送ることと
を行うようにさらに構成される、請求項２５に記載の装置。
【請求項２７】
前記セキュア接続を確立するために、前記少なくとも１つのプロセッサはさらに、
前記ゲートウェイと伝送制御プロトコル（ＴＣＰ）接続を確立することと、
前記ＴＣＰ接続を使用してセキュアソケットレイヤ（ＳＳＬ）接続を確立することと
を行うようにさらに構成される、請求項２５に記載の装置。
【請求項２８】
前記少なくとも１つのプロセッサは、
前記ゲートウェイから、前記セキュア接続上でのＭＢＭＳセッションの確立を要求する制御メッセージを受信することと、
前記セキュア接続を通して前記ゲートウェイにＭＢＭＳデータを送ることと
を行うようにさらに構成される、請求項２５に記載の装置。
【請求項２９】
前記少なくとも１つのプロセッサは、基地局から、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）データ、インターネットトラフィック、またはインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）トラフィックのうちの少なくとも１つを受信するように構成される、請求項２５に記載の装置。
【請求項３０】
前記少なくとも１つのプロセッサは、前記ゲートウェイの認証を可能にするように構成された認証情報を受信するようにさらに構成される、請求項２５に記載の装置。
【発明の詳細な説明】
【関連出願への相互参照】
【０００１】
[0001]本願は、全体が参照により本明細書に明確に組み込まれる、２０１４年１２月３０日に出願された「MECHANISM TO PROVIDE LTE VOICE, INTERNET AND EMBMS SERVICES OVER ETHERNET FOR CONNECTED HOME ARCHITECTURE」と題する米国特許出願第１４／５８６，８７８号の利益を主張する。
【技術分野】
【０００２】
[0002]本開示は一般に、通信システムに関し、より具体的には、コネクテッドホームアーキテクチャに対して、イーサネット（登録商標）上で、ロングタームエボリューション（ＬＴＥ（登録商標））音声、インターネット、及びエボルブドマルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ）サービスを提供するためのメカニズムに関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信システムは、電話通信、ビデオ、データ、メッセージング、およびブロードキャストといった様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、伝送電力）を共有することによって複数のユーザとの通信をサポートする能力がある多元接続技術を用い得る。このような多元接続技術の例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムが含まれる。
【０００４】
[0004]これらの多元接続技術は、異なるワイヤレスデバイスが都市、全国、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格に採用されている。新興の電気通信規格の例は、ロングタームエボリューション（ＬＴＥ）である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表されたユニバーサルモバイル電気通信システム（ＵＭＴＳ）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善すること、コストを下げること、サービスを改善すること、新たなスペクトルを利用すること、および、ダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用する他のオープン規格および多入力多出力（ＭＩＭＯ）アンテナ技術とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良好にサポートするように設計される。しかしながら、モバイルブロードバンドアクセスに対する需要は増加し続けているため、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、これらの技術を用いる他の多元接続技術および電気通信規格に適用可能であるべきである。
【発明の概要】
【０００５】
[0005]本開示のある態様では、方法、コンピュータプログラム製品、および装置が提供される。方法は、ネットワークデバイスにマルチキャストメッセージを送ることと、ここで、ネットワークデバイスのインターネットプロトコル（ＩＰ）アドレスは、未知である、マルチキャストメッセージに応答して、第１の応答メッセージがネットワークデバイスから受信されるかどうかを決定することと、第１の応答メッセージがネットワークデバイスから受信されるとき、第１の応答メッセージからネットワークデバイスのＩＰアドレスを決定することと、決定されたＩＰアドレスを使用してネットワークデバイスとセキュア接続を確立することとを含む。
【０００６】
[0006]装置は、ネットワークデバイスにマルチキャストメッセージを送る。マルチキャストメッセージは、ネットワークデバイスの発見を容易にし、ここで、ネットワークデバイスのＩＰアドレスは、未知である。装置は、マルチキャストメッセージに応答して第１の応答メッセージがネットワークデバイスから受信されるかどうかを決定し、第１の応答メッセージがネットワークデバイスから受信されるとき、第１の応答メッセージからネットワークデバイスのＩＰアドレスを決定する。装置は、決定されたＩＰアドレスを使用して、ネットワークデバイスとセキュア接続を確立する。
【０００７】
[0007]本開示のある態様では、方法、コンピュータプログラム製品、および装置が提供される。たとえば、方法は、ネットワークデバイスによって実行され得る。方法は、ゲートウェイからのマルチキャストメッセージについて第１のポートをモニタすることと、マルチキャストメッセージが受信されるとき、ゲートウェイに第１の応答メッセージを送ることと、第２のポート上でセキュア接続の確立を開始する（initiate）信号を受信することと、ゲートウェイとセキュア接続を確立することとを含む。装置は、基地局から、ＭＢＭＳデータ、インターネットトラフィック、および／またはＩＭＳトラフィックを受信するように構成される。
【０００８】
[0008]装置は、ゲートウェイからのマルチキャストメッセージについて第１のポートをモニタし、マルチキャストメッセージが受信されるとき、ゲートウェイに第１の応答メッセージを送る。装置は、第２のポート上でセキュア接続の確立を開始する信号を受信し、ゲートウェイとセキュア接続を確立する。
【図面の簡単な説明】
【０００９】
【図１】[0009]図１は、ネットワークアーキテクチャの例を例示する図である。
【図２】[0010]図２は、アクセスネットワークの例を例示する図である。
【図３Ａ】[0011]図３Ａは、マルチキャストブロードキャスト単一周波数ネットワークにおけるエボルブドマルチメディアブロードキャストマルチキャストサービスチャネル構成の例を例示する図である。
【図３Ｂ】[0012]図３Ｂは、マルチキャストチャネルスケジューリング情報メディアアクセス制御制御要素のフォーマットを例示する図である。
【図４】[0013]図４は、本開示の様々な態様に係る、例となるネットワークを例示する図である。
【図５】[0014]図５は、本開示の様々な態様に係る、ネットワークアーキテクチャを例示する図である。
【図６】[0015]図６は、本開示の様々な態様に係る、ネットワークアーキテクチャのデータフローを例示する図である。
【図７】[0016]図７は、本開示の様々な態様に係る、ＯＤＵのための方法のフローチャートである。
【図８】[0017]図８は、本開示の様々な態様に係る、ゲートウェイのための方法のフローチャートである。
【図９】[0018]図９は、本開示の様々な態様に係る、ＯＤＵとゲートウェイとの間のメッセージフローを例示する図である。
【図１０】[0019]図１０は、本開示の様々な態様に係る、ＯＤＵとゲートウェイとの間のメッセージフローを例示する図である。
【図１１】[0020]図１１は、本開示の様々な態様に係る、ネットワークアーキテクチャを例示する図である。
【図１２Ａ】[0021]図１２Ａは、通信の方法のフローチャートである。
【図１２Ｂ】図１２Ｂは、通信の方法のフローチャートである。
【図１３Ａ】[0022]図１３Ａは、通信の方法のフローチャートである。
【図１３Ｂ】図１３Ｂは、通信の方法のフローチャートである。
【図１４】[0023]図１４は、例示的な装置における異なるモジュール／手段／構成要素間のデータフローを例示する概念的なデータフロー図である。
【図１５】[0024]図１５は、例示的な装置における異なるモジュール／手段／構成要素間のデータフローを例示する概念的なデータフロー図である。
【図１６】[0025]図１６は、処理システムを用いる装置のためのハードウェア実現の例を例示する図である。
【図１７】[0026]図１７は、処理システムを用いる装置のためのハードウェア実現の例を例示する図である。
【発明の詳細な説明】
【００１０】
[0027]添付の図面に関連して以下に示される詳細な説明は、様々な構成の説明を意図したものであり、本明細書で説明される概念が実施され得る構成を表すことを意図したものではない。詳細な説明は、様々な概念の完全な理解を提供するために特定の詳細を含む。しかしながら、これらの概念がこれらの特定の詳細なしに実施され得ることは当業者には明らかであろう。いくつかの事例では、そのような概念を曖昧にしないために、周知の構造および構成要素は、ブロック図の形式で示される。
【００１１】
[0028]電気通信システムのいくつかの態様が、様々な装置および方法に関連して、これより提示されるであろう。これらの装置および方法は、次に続く詳細な説明において説明され、様々なブロック、モジュール、構成要素、回路、ステップ、処理、アルゴリズム、等（総称して、「要素」と呼ばれる）によって添付の図面において図示されるであろう。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組み合わせを使用して実現され得る。そのような要素がハードウェアとして実現されるかソフトウェアとして実現されるかは、特定の用途およびシステム全体に課される設計制約に依存する。
【００１２】
[0029]例として、１つの要素、または１つの要素の任意の部分、あるいは複数の要素の任意の組み合わせが、１つまたは複数のプロセッサを含む「処理システム」を用いて実現され得る。プロセッサの例には、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステートマシン、ゲート論理、ディスクリートハードウェア回路、および本開示全体を通して説明される様々な機能性を実行するように構成された他の適切なハードウェアが含まれる。処理システム内の１つまたは複数のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれても、それ以外の名称で呼ばれても、命令、命令のセット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数、等を意味すると広く解釈されるものとする。
【００１３】
[0030]したがって、１つまたは複数の例示的な実施形態では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせに実現され得る。ソフトウェアで実現される場合、これらの機能は、コンピュータ読取可能な媒体上に格納され得るか、またはそれ上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ読取可能な媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによりアクセスされることができる任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ読取可能な媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスク（ＣＤ）ＲＯＭ（ＣＤ−ＲＯＭ）または他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいはデータ構造または命令の形式で所望のプログラムコードを搬送または格納するために使用されることができ、かつコンピュータによってアクセスされることができる任意の他の媒体を備え得る。上記の組み合わせもまた、コンピュータ読取可能な媒体の範囲内に含まれるべきである。
【００１４】
[0031]図１は、ＬＴＥネットワークアーキテクチャ１００を例示する図である。ＬＴＥネットワークアーキテクチャ１００は、進化型パケットシステム（ＥＰＳ）１００と呼ばれ得る。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２と、発展型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）１０４と、進化型パケットコア（ＥＰＣ）１１０と、オペレータのインターネットプロトコル（ＩＰ）サービス１２２とを含み得る。ＥＰＳは、他のアクセスネットワークと相互接続することができるが、簡潔さのために、それらのエンティティ／インターフェースは示されない。示されるように、ＥＰＳは、パケット交換サービスを提供するが、当業者が容易に理解するであろうように、本開示全体にわたって提示される様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。
【００１５】
[0032]Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６および他のｅＮＢ１０８を含み得、マルチキャスト協調エンティティ（ＭＣＥ）１２８を含み得る。ｅＮＢ１０６は、ＵＥ１０２に向けて、ユーザおよび制御プレーンのプロトコル終端を提供する。ｅＮＢ１０６は、バックホール（たとえば、Ｘ２インターフェース）を介して他のｅＮＢ１０８に接続され得る。ＭＣＥ１２８は、エボルブドマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）（ｅＭＢＭＳ）のために時間／周波数無線リソースを割り振り、そのｅＭＢＭＳについての無線構成（たとえば、変調およびコーディングスキーム（ＭＣＳ））を決定する。本開示では、ＭＢＭＳという用語は、ＭＢＭＳサービスとｅＭＢＭＳサービスの両方を指す。ＭＣＥ１２８は、別個のエンティティまたはｅＮＢ１０６の一部であり得る。ｅＮＢ１０６は、基地局、ノードＢ、アクセスポイント、トランシーバ基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、または何らかの他の適切な専門用語でも呼ばれ得る。ｅＮＢ１０６は、ＵＥ１０２に対して、ＥＰＣ１１０へのアクセスポイントを提供する。ＵＥ１０２の例には、セルラ電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機器、タブレット、または任意の他の同様に機能するデバイスが含まれる。ＵＥ１０２は、当業者によって、モバイル局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語でも呼ばれ得る。
【００１６】
[0033]ｅＮＢ１０６は、ＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ）１１２と、ホーム加入者サーバ（ＨＳＳ）１２０と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１２４と、ブロードキャストマルチキャストサービスセンタ（ＢＭ−ＳＣ）１２６と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１１８とを含み得る。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。一般に、ＭＭＥ１１２は、ベアラおよび接続管理を提供する。すべてのユーザＩＰパケットは、ＰＤＮゲートウェイ１１８に接続されているサービングゲートウェイ１１６を通して転送される。ＰＤＮゲートウェイ１１８は、ＵＥ ＩＰアドレス割振りに加え、他の機能も提供する。ＰＤＮゲートウェイ１１８およびＢＭ−ＳＣ１２６は、ＩＰサービス１２２に接続されている。ＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、ＰＳストリーミングサービス（ＰＳＳ）、および／または他のＩＰサービスを含み得る。ＢＭ−ＳＣ１２６は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を提供し得る。ＢＭ−ＳＣ１２６は、コンテンツプロバイダのＭＢＭＳ送信のためのエントリポイントとして機能し得、ＰＬＭＮ内でのＭＢＭＳベアラサービスを認可および開始するために使用され得、ＭＢＭＳ送信をスケジュールおよび配信するために使用され得る。ＭＢＭＳゲートウェイ１２４は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するｅＮＢ（たとえば、１０６、１０８）にＭＢＭＳトラフィックを分配するために使用され得、セッション管理（開始（start）／停止）と、ｅＭＢＭＳに関連する課金情報の収集とを担い得る。
【００１７】
[0034]図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の例を例示する図である。この例では、アクセスネットワーク２００は、多数のセルラ領域（セル）２０２へと分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラ領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、マイクロセル、またはリモート無線ヘッド（ＲＲＨ）であり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２内のすべてのＵＥ２０６に対して、ＥＰＣ１１０へのアクセスポイントを提供するよう構成される。このアクセスネットワーク２００の例では、集中型コントローラは存在しないが、代替的な構成では、集中型コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、アドミッション制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関連機能を担う。ｅＮＢは、１つまたは複数（たとえば、３つ）のセル（セクタとも呼ばれる）をサポートし得る。「セル」という用語は、ｅＮＢの最小のカバレッジエリアおよび／または特定のカバレッジエリアにサービス提供するｅＮＢサブシステムを指し得る。さらに、「ｅＮＢ」、「基地局」および「セル」という用語は、本明細書では交換可能に使用され得る。
【００１８】
[0035]アクセスネットワーク２００によって用いられる変調および多元接続スキームは、展開されている特定の電気通信規格によって異なり得る。ＬＴＥアプリケーションでは、周波数分割複信（ＦＤＤ）および時分割複信（ＴＤＤ）の両方をサポートするために、ＤＬ上ではＯＦＤＭが使用され、ＵＬ上ではＳＣ−ＦＤＭＡが使用される。次に続く詳細な説明から当業者が容易に認識するであろうように、本明細書に提示される様々な概念は、ＬＴＥアプリケーションによく適している。しかしながら、これらの概念は、他の変調および多元接続技法を用いる他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューション−データオプティマイズド（ＥＶ−ＤＯ）またはウルトラモバイルブロードバンド（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリの一部として、第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって公表されたエアインターフェース規格であり、モバイル局にブロードバンドインターネットアクセスを提供するためにＣＤＭＡを用いる。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））およびＴＤ−ＳＣＤＭＡのようなＣＤＭＡの他の変形例を用いるユニバーサル地上無線アクセス（ＵＴＲＡ）、ＴＤＭＡを用いるモバイル通信のためのグローバルシステム（ＧＳＭ（登録商標））、ならびにＯＦＤＭＡを用いるフラッシュＯＦＤＭ、ＩＥＥＥ８０２．２０、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、および発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）に拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰ団体からの文書において説明されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書において説明されている。用いられる実際のワイヤレス通信規格および多元接続技術は、特定の用途とシステムに課せられる設計制約全体とに依存するであろう。
【００１９】
[0036]ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用は、ｅＮＢ２０４が、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間ドメインを活用することを可能にする。空間多重化は、同じ周波数上で一斉に異なるデータストリームを送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に、または、全体的なシステム容量を増加させるために複数のＵＥ２０６に、送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、その後、ＤＬ上で複数の送信アンテナを通して各空間的にプリコーディングされたストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともにＵＥ２０６に到達し、これは、ＵＥ２０６の各々が、そのＵＥ２０６宛ての１つまたは複数のデータストリームを復元することを可能にする。ＵＬ上で、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、それは、ｅＮＢ２０４が、各空間的にプリコーディングされたデータストリームのソースを識別することを可能にする。
【００２０】
[0037]空間多重化は一般に、チャネル状態が良好なときに使用される。チャネル状態がそれ程良好でないとき、１つまたは複数の方向に送信エネルギーを集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通した送信のためにデータを空間的にプリコーディングすることによって達成され得る。セルの端において良好なカバレッジを達成するために、単一ストリームビームフォーミング送信が、送信ダイバーシティと組み合わせて使用され得る。
【００２１】
[0038]次に続く詳細な説明では、アクセスネットワークの様々な態様が、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムに関連して説明されるだろう。ＯＦＤＭは、ＯＦＤＭシンボル内の多数のサブキャリアにわたってデータを変調するスペクトル拡散技法である。サブキャリアは、正確な周波数で間隔が空けられている。間隔を空けることは、受信機がサブキャリアからデータを復元することを可能にする「直交性」を提供する。時間ドメインでは、ＯＦＤＭシンボル間干渉に対抗するために、ガードインターバル（たとえば、サイクリックプリフィックス）が各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ）を補償するために、ＤＦＴ拡散ＯＦＤＭ信号の形式でＳＣ−ＦＤＭＡを使用し得る。
【００２２】
[0039]図３Ａは、ＭＢＳＦＮにおけるエボルブドＭＢＭＳ（ｅＭＢＭＳ）チャネル構成の例を例示する図３５０である。セル３５２’内のｅＮＢ３５２は、第１のＭＢＳＦＮエリアを形成し得、セル３５４’内のｅＮＢ３５４は、第２のＭＢＳＦＮエリアを形成し得る。ｅＮＢ３５２、３５４は各々、たとえば、合計８つのＭＢＳＦＮエリアまで、他のＭＢＳＦＮエリアに関連付けられ得る。ＭＢＳＦＮエリア内のセルは、リザーブドセルに指定され得る。リザーブドセルは、マルチキャスト／ブロードキャストコンテンツを提供しないが、セル３５２’、３５４’に時間同期され、ＭＢＳＦＮエリアへの干渉を制限するために、ＭＢＳＦＮリソース上で制限された電力を有し得る。ＭＢＳＦＮエリア内の各ｅＮＢは、同調して、同じｅＭＢＭＳ制御情報およびデータを送信する。各エリアは、ブロードキャスト、マルチキャスト、およびユニキャストサービスをサポートし得る。ユニキャストサービスは、たとえば、音声呼のような、特定のユーザを対象としたサービスである。マルチキャストサービスは、たとえば、加入者ビデオサービスのような、ユーザのグループが受け得るサービスである。ブロードキャストサービスは、たとえば、ニュースブロードキャストのような、すべてのユーザが受け得るサービスである。図３Ａを参照すると、第１のＭＢＳＦＮエリアは、たとえば、ＵＥ３７０に特定のニュースブロードキャストを提供することで、第１のｅＭＢＭＳブロードキャストサービスをサポートし得る。第２のＭＢＳＦＮエリアは、たとえば、ＵＥ３６０に異なるニュースブロードキャストを提供することで、第２のｅＭＢＭＳブロードキャストサービスをサポートし得る。各ＭＢＳＦＮエリアは、１つまたは複数の物理マルチキャストチャネル（ＰＭＣＨ）（たとえば、１５個のＰＭＣＨ）をサポートする。各ＰＭＣＨは、マルチキャストチャネル（ＭＣＨ）に対応する。各ＭＣＨは、複数（たとえば、２９個）のマルチキャスト論理チャネルを多重化し得る。各ＭＢＳＦＮエリアは、１つのマルチキャスト制御チャネル（ＭＣＣＨ）を有し得る。このように、１つのＭＣＨは、１つのＭＣＣＨおよび複数のマルチキャストトラフィックチャネル（ＭＴＣＨ）を多重化し得、残りのＭＣＨは、複数のＭＴＣＨを多重化し得る。
【００２３】
[0040]ＵＥは、ｅＭＢＭＳサービスアクセスの利用可能性および対応するアクセス層構成を発見するために、ＬＴＥセルにキャンプオン（camp on）し得る。最初に、ＵＥは、システム情報ブロック（ＳＩＢ）１３（ＳＩＢ１３）を獲得し得る。続いて、ＳＩＢ１３に基づいて、ＵＥは、ＭＣＣＨ上でＭＢＳＦＮエリア構成メッセージを獲得し得る。続いて、ＭＢＳＦＮエリア構成メッセージに基づいて、ＵＥは、ＭＣＨスケジューリング情報（ＭＳＩ）ＭＡＣ制御要素を獲得し得る。ＳＩＢ１３は、（１）セルによってサポートされる各ＭＢＳＦＮエリアのＭＢＳＦＮエリア識別子、（２）ＭＣＣＨ繰り返し期間（period）（たとえば、３２、６４、…、２５６個のフレーム）、ＭＣＣＨオフセット（たとえば、０、１、…、１０個のフレーム）、ＭＣＣＨ修正期間（たとえば、５１２、１０２４個のフレーム）、シグナリング変調およびコーディングスキーム（ＭＣＳ）、繰り返し期間およびオフセットによって示されるような無線フレームのどのサブフレームがＭＣＣＨを送信することができるかを示すサブフレーム割振り情報のようなＭＣＣＨを獲得するための情報、および（３）ＭＣＣＨ変更通知構成を含み得る。ＭＢＳＦＮエリアごとに１つのＭＢＳＦＮエリア構成メッセージが存在する。ＭＢＳＦＮエリア構成メッセージは、（１）ＰＭＣＨ内の論理チャネル識別子によって識別される各ＭＴＣＨの一時的モバイルグループ識別情報（ＴＭＧＩ）およびオプションのセッション識別子、（２）ＭＢＳＦＮエリアの各ＰＭＣＨを送信するための割り振られたリソース（すなわち、無線フレームおよびサブフレーム）およびこのエリアにおけるすべてのＰＭＣＨのための割り振られたリソースの割振り期間（たとえば、４、８、…、２５６個のフレーム）、および（３）ＭＳＩ ＭＡＣ制御要素が送信されるＭＣＨスケジューリング期間（ＭＳＰ）（たとえば、８、１６、３２、…、または１０２４個の無線フレーム）を示し得る。
【００２４】
[0041]図３Ｂは、ＭＳＩ ＭＡＣ制御要素のフォーマットを例示する図３９０である。ＭＳＩ ＭＡＣ制御要素は、１つのＭＳＰにつき一度送られ得る。ＭＳＩ ＭＡＣ制御要素は、ＰＭＣＨの各スケジューリング期間の第１のサブフレームにおいて送られ得る。ＭＳＩ ＭＡＣ制御要素は、ＰＭＣＨ内の各ＭＴＣＨの停止フレームおよびサブフレームを示し得る。ＭＢＳＦＮエリアあたり１つのＰＭＣＨにつき１つのＭＳＩが存在し得る。
【００２５】
[0042]室外ユニット（ＯＤＵ）およびゲートウェイは、たとえば、イーサネットまたはワイヤレスローカルエリアネットワーク（ＷＬＡＮ）のようなローカルエリアネットワークを介して、ＷＷＡＮネットワークからゲートウェイに接続されているエンドノード／デバイスに、ｅＭＢＭＳ、音声およびインターネット制御およびデータプレーン機能性を可能にするために展開され得る。ＯＤＵは、ＷＷＡＮとの接続を確立し、エンドノードへの配信のためにデータをゲートウェイに配信し得る。本開示では、ＯＤＵという用語は、ディッシュアンテナおよび関連構成要素（たとえば、受信機および送信機）のような、室外に設置され得るデバイスを指し得る。しかしながら、ＯＤＵという用語は、室内アンテナおよび関連構成要素（たとえば、受信機および送信機）のような、室内に設置され得るデバイスも指し得る。ＯＤＵは、ブリッジモードまたはルータモードで動作するように構成され得る。ＯＤＵおよびゲートウェイは、互いの存在を発見し、セキュア接続を確立し、セキュア接続のステータスをモニタし、リンク失敗を検出し、リンク失敗から回復し得る。図４は、本開示の様々な態様に係る、例となるネットワーク４００を例示する図である。図４は、ＢＳ４０２と、室外ユニット（ＯＤＵ）４０４と、インターフェース４０６と、ゲートウェイ４０８と、ＵＥ４１２および４１３とを含む。ＯＤＵ４０４は、ＢＳ４０２と通信リンク４１４を確立し得、通信リンク４１４上でＢＳ４０２に通信を送り得るおよびそれから通信を受信し得る。たとえば、通信リンク４１４は、ＬＴＥのようなＷＡＮ無線アクセス技術（ＲＡＴ）を使用して確立され得る。ある態様では、ＢＳ４０２は、ＷＡＮプロトコルを使用して通信リンク４１４上で、ｅＭＢＭＳトラフィック、ＩＰマルチメディアサブシステム（ＩＭＳ）トラフィック、および／またはインターネットトラフィックを送信および受信するように構成され得る。ＢＳ４０２は、図１のｅノードＢ１０６または図２のｅＮＢ２０４であり得る。
【００２６】
[0043]図４に示されるように、ＯＤＵ４０４は、インターフェース４０６を通してゲートウェイ４０８に結合される。ある態様では、インターフェース４０６は、ＯＤＵ４０４に内蔵されるように構成され得る。たとえば、インターフェース４０６は、ＵＳＢ−イーサネットインターフェース（USB to Ethernet（登録商標）interface）であり得る。そのような例では、ＯＤＵ４０４は、ＵＳＢプロトコルを使用してデータ経路４１６上でゲートウェイ４０８に通信を送り得るおよびそれから通信を受信し得る。ゲートウェイ４０８は、イーサネットプロトコルを使用して、データ経路４１８上でＯＤＵ４０４に通信を送り得るおよびそれから通信を受信し得る。たとえば、データ経路４１６は、ＵＳＢケーブルであり得、データ経路４１８は、イーサネットケーブルであり得る。図４に示されるように、ゲートウェイ４０８は、ＵＥ４１２、４１３のような１つまたは複数のＵＥとの通信を可能にするように構成されたローカルネットワークモジュール４１０を含む。ある態様では、ゲートウェイ４０８は、ホームゲートウェイであり得る。たとえば、ゲートウェイ４０８は、ワイヤードおよび／またはワイヤレスルータ（たとえば、ＷｉＦｉ（登録商標）ルータ）として実現され得る。たとえば、ローカルネットワークモジュール４１０は、ＷＬＡＮプロトコルおよび／またはワイヤードイーサネットプロトコルを使用してＵＥ４１２、４１３と通信するように構成され得る。したがって、そのような例では、通信リンク４２０、４２２は、ワイヤレスＷＬＡＮ通信リンクまたはワイヤードイーサネット通信リンクであり得る。
【００２７】
[0044]ＵＥ４１２、４１３は、様々なタイプのデータトラフィックを処理するための１つまたは複数のアプリケーションで構成され得る。たとえば、ＵＥ４１２、４１３は、ｅＭＢＭＳデータを処理するためのｅＭＢＭＳアプリケーションと、インターネットデータを処理するためのインターネットアプリケーションと、ＩＭＳデータを処理するためのＩＭＳアプリケーションとを含み得る。ある態様では、ネットワーク４００内のＵＥ（たとえば、ＵＥ４１２）において動作するｅＭＢＭＳアプリケーションは、ｅＭＢＭＳサービス（たとえば、コンテンツ）を要求するクエリをゲートウェイ４０８に送り得る。ｅＭＢＭＳサービスは、ＢＳ４０２からのｅＭＢＭＳブロードキャストにおいて利用可能であり得る。たとえば、ゲートウェイ４０８において動作しているｅＭＢＭＳサービスモジュール（ミドルウェアとも呼ばれる）は、イーサネットプロトコルを使用してデータ経路４１８上でＯＤＵ４０４にこのクエリを転送し得る。クエリは、インターフェース４０６によって受信され得、ＵＳＢプロトコルを使用してデータ経路４１６上でＯＤＵ４０４に提供される。次に、ＯＤＵ４０４は、ＷＡＮプロトコルを使用して、ＢＳ４０２から、要求されたｅＭＢＭＳサービスを搬送するｅＭＢＭＳデータパケットを受信し得、データパケットをゲートウェイ４０８にルーティングし得る。次に、ゲートウェイ４０８は、ＷＬＡＮプロトコルまたはワイヤードイーサネットプロトコルを使用して、ローカルネットワークモジュール４１０を介して要求側のＵＥ（たとえば、ＵＥ４１２）にｅＭＢＭＳデータパケットを送り得る。
【００２８】
[0045]図５は、本開示の様々な態様に係る、ネットワークアーキテクチャ５００を例示する図である。図５に示されるように、ネットワークアーキテクチャ５００は、ＯＤＵ５０１と、ＢＳ５０３と、ゲートウェイ５０６と、インターフェース５１０と、１つまたは複数のＵＥ（たとえば、ＵＥ５１２、５１４）とを含む。たとえば、図５のＯＤＵ５０１、ＢＳ５０３、ゲートウェイ５０６、インターフェース５１０、および１つまたは複数のＵＥ５１２、５１４は、それぞれ、図４のＯＤＵ４０４、ＢＳ４０２、ゲートウェイ４０８、インターフェース４０６、および１つまたは複数のＵＥ４１２、４１３に対応し得る。図５に示されるように、ＯＤＵ５０１は、モデム５０４と、中央処理装置（ＣＰＵ）５０２と、インターネットプロトコルアドレス（ＩＰＡ）モジュール５０８とを含む。ある態様では、モデム５０４は、１つまたは複数のアンテナと、トランシーバと、ＷＡＮリンク５０５を通してＢＳ５０３からワイヤレスＷＡＮ信号（たとえば、ＬＴＥ信号）を受信するための他の適切な構成要素とを含み得る。ＣＰＵ５０２は、ＯＤＵ制御モジュール５１６と、相手先商標製品製造（ＯＥＭ）アプリケーションモジュール５１８と、動的ホスト構成プロトコル（ＤＨＣＰ）サーバモジュール５２０と、ウェブサーバモジュール５２２と、カーネルモジュール５２４と、ＩＰＡドライバモジュール５２８とを含む。ある態様では、カーネルモジュール５２４は、追加のネットワークセキュリティのために、ルーティング、ネットワークアドレス変換、アプリケーションレイヤゲートウェイ（ＡＬＧ）、ファイアウォール、ポート転送、および／または、ＤＭＺ（demilitarized zone）（境界ネットワークとも呼ばれる）の実現のような様々な機能を実行し得る。たとえば、ＤＭＺは、プライベートＬＡＮネットワークのホストが、外部ネットワークにアクセスすることができる一方で、外部ネットワークデバイスがプライベートＬＡＮネットワークに直接アクセスするのを阻み得る。ＩＰＡモジュール５０８は、フィルタモジュール５３０と、ルータモジュール５３２と、ネットワークアドレス変換（ＮＡＴ）モジュール５３４と、ヘッダ制御モジュール５３６とを含む。ゲートウェイ５０６は、ｅＭＢＭＳサービスモジュール５３８（ミドルウェアモジュール５３８とも呼ばれる）と、カーネル／ＮＡＴモジュール５４０と、イーサネット（Ｅｔｈ０）モジュール５４２と、ローカルネットワークモジュール５４４とを含む。
【００２９】
[0046]ある態様では、ＯＤＵ５０１は、インターフェース５１０を通してゲートウェイ５０６に結合される。たとえば、インターフェース５１０は、ＵＳＢ−イーサネットインターフェースであり得る。別の例として、インターフェース５１０は、周辺構成要素相互接続エキスプレス（ＰＣＩｅ）−イーサネットインターフェース（Peripheral Component Interconnect Express (PCIe) to Ethernet interface）であり得る。そのような例では、ＯＤＵ５０１は、ＵＳＢプロトコルを使用してゲートウェイ５０６に通信を送り得るおよびそれから通信を受信し得る。ゲートウェイ５０６は、イーサネットプロトコルを使用して、ＯＤＵ５０１に通信を送り得るおよびそれから通信を受信し得る。たとえば、ゲートウェイ５０６は、ＯＤＵ制御フロー経路５４８に沿ってＯＤＵ制御パケットを送り得るおよび／または受信し得る。たとえば、ＯＤＵ制御パケットは、ＵＥ（たとえば、ＵＥ５１２）によって要求されるｅＭＢＭＳサービスを示す１つまたは複数の制御メッセージを含み得る。ある態様では、制御メッセージは、クエリメッセージのようなｅＭＢＭＳ固有のメッセージであり得る。たとえば、クエリメッセージは、ネットワーク（たとえば、ＬＴＥネットワーク）がｅＭＢＭＳ対応であるかを決定するように、ｅＭＢＭＳサービスを可能にするように、および／またはチャネルをアクティブ化／非アクティブ化する（たとえば、一時的モバイルグループ識別情報（ＴＭＧＩ）のアクティブ化／非アクティブ化）ように、構成され得る。別の例として、ＯＤＵ制御パケットは、後述するように、リンクステータスチェックメッセージであり得る。
【００３０】
[0047]図５の態様では、ＯＤＵ５０１は、ＷＡＮリンク５０５上で、ＵＥによって要求されるｅＭＢＭＳサービスのｅＭＢＭＳデータパケット（ｅＭＢＭＳ ＩＰパケットとも呼ばれる）をＢＳ５０３から受信し得る。ある態様では、ｅＭＢＭＳ ＩＰパケットは、標準ＩＰパケットフォーマットを使用してカプセル化されるｅＭＢＭＳデータであり得る。たとえば、ＢＳ５０３は、ｅＭＢＭＳ ＩＰパケットとしてｅＭＢＭＳデータをカプセル化し得、ファイル配信オーバ単方向トランスポート（ＦＬＵＴＥ）プロトコルを使用して、受信機と確立されたＦＬＵＴＥセッション内に受信機にｅＭＢＭＳ ＩＰパケットを配信し得る。一態様では、ゲートウェイ５０６は、ＯＤＵ５０１を介してＢＳ５０３とのＦＬＵＴＥセッションをセットアップおよび制御し得る。そのような態様では、ゲートウェイ５０６は、ＯＤＵ５０１を通してＢＳ５０３からｅＭＢＭＳ ＩＰパケットを受信し得る。
【００３１】
[0048]ＯＤＵ５０１は、ＩＰＡ５０８を使用して経路５５２および５５４に沿ってゲートウェイ５０６にｅＭＢＭＳ ＩＰパケットをルーティングし得る。たとえば、ｅＭＢＭＳ ＩＰパケットは、ＩＰｖ４またはＩＰｖ６ ｅＭＢＭＳパケットであり得る。たとえば、ＢＳ５０３から受信されるｅＭＢＭＳ ＩＰパケットは、ＯＤＵ５０１によって構成された１つまたは複数のフィルタ処理ルール（たとえば、レイヤ３フィルタ処理プロトコル）を適用し得るフィルタモジュール５３０に送られ得る。次に、ｅＭＢＭＳ ＩＰパケットは、ｅＭＢＭＳ ＩＰパケットにヘッダを追加（または、いくつかの態様では、ヘッダを除去）し得るヘッダ制御モジュール５３６に送られ得る。たとえば、ヘッダ制御モジュール５３０は、ＵＳＢプロトコルを使用したｅＭＢＭＳ ＩＰパケットの送信を可能にするために、ｅＭＢＭＳ ＩＰパケットにＵＳＢプロトコルヘッダを追加し得る。
【００３２】
[0049]図５にさらに示されるように、ＯＤＵ５０１は、インターネット／ＩＭＳ経路５５８に沿ってゲートウェイ５０６とインターネット／ＩＭＳパケットを通信し得る。たとえば、インターネット／ＩＭＳパケットは、ＯＤＵ５０１とゲートウェイ５０６との間に確立されるＩＭＳ／インターネット呼のためのデータを搬送し得る。ある態様では、ＩＰｖ４またはＩＰｖ６上のインターネット／ＩＭＳ ＰＤＮトラフィックは、ＩＰＡ５０８を使用してゲートウェイ５０６にルーティングされる。
【００３３】
[0050]図５に示されるように、ゲートウェイ５０６は、ＵＥ５１２、５１４のような１つまたは複数のＵＥとの通信を可能にするように構成されたローカルネットワークモジュール５４４を含む。たとえば、ローカルネットワークモジュール５４４は、ＷＬＡＮプロトコルおよび／またはワイヤードイーサネットプロトコルを使用してＵＥ５１２、５１４と通信するように構成され得る。したがって、そのような例では、通信リンク５１３、５１５は、ＷＬＡＮ通信リンクまたはワイヤードイーサネット通信リンクであり得る。ＵＥ５１２、５１４は、様々なタイプのデータトラフィックを処理するための１つまたは複数のアプリケーションで構成され得る。たとえば、ＵＥ５１２、５１４は、ｅＭＢＭＳデータを処理するためのｅＭＢＭＳアプリケーション、インターネットデータを処理するためのインターネットアプリケーション、および／またはＩＭＳデータを処理するためのＩＭＳアプリケーションを含み得る。ある態様では、ゲートウェイ５０６は、イーサネットモジュール５４２において情報５４６を受信するように構成され得る。たとえば、情報５４６は、ＤＨＣＰサーバモジュール５２０を介して受信されるプライベートＩＰｖ４アドレスであり得る。別の例では、情報５４６は、ネットワーク割当てＩＰｖ６プリフィックス（network assigned IPv6 prefix）であり得る。
【００３４】
[0051]図５の態様では、ＯＤＵ５０１は、ルータモードで動作するように構成される。ルータモードでは、パブリックＩＰアドレスは、ＯＤＵ５０１に割り当てられ得、プライベートＩＰアドレスは、ゲートウェイ５０６に割り当てられ得る。たとえば、ＤＨＣＰサーバモジュール５２０は、プライベートＩＰアドレス（たとえば、ＩＰｖ４アドレス）をゲートウェイ５０６に割り当て得る。ある態様では、ゲートウェイ５０６は、ＤＨＣＰサーバモジュール５２０を介してプライベートＩＰｖ４アドレスを獲得し得る。別の態様では、ゲートウェイ５０６は、ステートレスアドレス自動設定（ＳＬＡＡＣ）を介して、ネットワークによって割り当てられたＩＰｖ６アドレスを獲得し得る。たとえば、ＩＰｖ６アドレスは、地球規模で一意でありかつルーティング可能であり得る。ゲートウェイ５０６は、ＮＡＴモジュール５３４によって実現されるＮＡＴファイアウォールの後ろで動作するように構成され得る。ある態様では、ＮＡＴモジュール５３４は、インターネットパケット（たとえば、インターネットトラフィック）および／またはＩＭＳパケット内の宛先アドレスをパブリックＩＰアドレスからプライベートＩＰアドレスに修正することで、このインターネットパケットおよび／またはＩＭＳパケットに対してネットワークアドレス変換機能を実行し得る。ＤＨＣＰオプション＃１２０は、セッション開始プロトコル（ＳＩＰ）呼を可能にするために、ネットワーク割当てＩＰｖ４／ｖ６ Ｐ−ＣＳＣＦ（network assigned IPv4/v6 Proxy IMS call session control function）アドレスおよびＦＱＤＮ（fully qualified domain name）リストをゲートウェイ５０６に送るためにＯＤＵ５０１によってサポートされ得る。図５の構成では、ＯＤＵ５０１上で動作するＯＥＭアプリケーションが、ゲートウェイ５０６と共に、インターネット／ＩＭＳ ＰＤＮ呼データパイプを使用し得るように、ＰＤＮ共有が許可される。上述したように、ＩＰｖ４／ｖ６上のｅＭＢＭＳ ＩＰパケットおよび／またはＩＰｖ４／ｖ６上のインターネット／ＩＭＳ ＰＤＮトラフィックは、ＩＰＡ５０８（ＩＰＡハードウェアオフロードエンジンとも呼ばれ得る）を使用してゲートウェイ５０６にルーティングされ得る。
【００３５】
[0052]図６は、ネットワークアーキテクチャ５００のデータフロー６００を例示する図である。図６では、ゲートウェイ５０６のｅＭＢＭＳサービスモジュール５３８は、ＯＤＵ制御モジュール５１６にマルチキャストメッセージ６０８（１つまたは複数のマルチキャストパケットとも呼ばれる）を送る。ある態様では、マルチキャストメッセージ６０８は、所定のＵＤＰポートに送られ得る。ある態様では、マルチキャストメッセージ６０８は、所定の時間インターバルに基づいて周期的に送られ得る。たとえば、マルチキャストメッセージ６０８は、３０秒ごとに１回送られ得る。ある態様では、ゲートウェイ５０６は、マルチキャストメッセージ６０８が送られるとタイマを開始（begin）し得る。そのような態様では、マルチキャストメッセージ６０８に対する応答（たとえば、応答メッセージ６１０）が受信されない場合、ｅＭＢＭＳサービスモジュール５３８は、マルチキャストメッセージ６０８を再送し得る。ｅＭＢＭＳサービスモジュール５３８は、応答が受信されるまでまたはタイマが満了になるまで、マルチキャストメッセージ６０８を再送し続け得る。応答を受信する前にタイマが満了になる場合、ｅＭＢＭＳサービスモジュール５３８は、ＯＤＵ５０１が利用不可能であると決定し得、もはやマルチキャストメッセージ６０８を再送しないであろう。別の態様では、マルチキャストメッセージ６０８に対する応答（たとえば、応答メッセージ６１０）が受信されない場合、ｅＭＢＭＳサービスモジュール５３８は、マルチキャストメッセージ６０８を再送し得る。そのような態様では、ｅＭＢＭＳサービスモジュール５３８は、再送されるマルチキャストメッセージ６０８のカウントを維持し得る。ｅＭＢＭＳサービスモジュール５３８は、カウントが閾値に達するかまたは超えるまで、マルチキャストメッセージ６０８を再送し続け得る。カウントが閾値に達するかまたは超える場合、ｅＭＢＭＳサービスモジュール５３８は、ＯＤＵ５０１が利用不可能であると決定し得、もはやマルチキャストメッセージ６０８を再送しないであろう。
【００３６】
[0053]たとえば、マルチキャストメッセージ６０８は、ＩＰバージョン６（「ＩＰｖ６」）通信プロトコルを使用して生成されるメッセージであり得る。たとえば、ゲートウェイ５０６のｅＭＢＭＳサービスモジュール５３８は、ゲートウェイ５０６とＯＤＵ５０１との間でＩＰｖ６ローカルリンクアドレスを使用してＵＤＰパケットを生成することで、マルチキャストメッセージ６０８を生成し得る。たとえば、ＵＤＰパケットのコンテンツは、文字列（たとえば、一連の文字）であり得る。ｅＭＢＭＳサービスモジュール５３８は、ＵＤＰパケットを既知のＵＤＰポートに送り得る。ＯＤＵ５０１は、ＵＤＰパケットについてＵＤＰポートをモニタするように構成され得、ＵＤＰポートにおいて受信されるＵＤＰパケットがゲートウェイ５０６からのものであるとみなし得る。
【００３７】
[0054]図６の態様では、ＯＤＵ５０１のＩＰアドレスは、ゲートウェイ５０６に知られていないであろう。そのような態様では、マルチキャストメッセージ６０８は、ゲートウェイ５０６が、ＯＤＵ５０１のロケーション（たとえば、ＩＰアドレス）および／または存在を発見することを可能にし得る。たとえば、ＯＤＵ５０１は、ＯＤＵが、所定のＵＤＰポート上でマルチキャストメッセージ６０８をリスンする待機モードにあるように構成され得る。ＯＤＵ制御モジュール５１６においてマルチキャストメッセージ６０８を受信すると、ＯＤＵ５０１は、もはや待機モードに留まらず、ゲートウェイ５０６に応答メッセージ６１０を送る。ある態様では、応答メッセージは、ユニキャストメッセージであり得る。ゲートウェイ５０６は、ユニキャスト応答メッセージ６１０のヘッダに含まれる送り側のＩＰアドレスを識別することでＯＤＵ５０１のＩＰアドレスを決定し得る。
【００３８】
[0055]ＯＤＵ制御モジュール５１６は、６１２において、セキュア接続の確立を開始するＴＣＰ接続信号を待つ。ある態様では、ＴＣＰ接続は、所定のＴＣＰポート上で確立され得る。ゲートウェイ５０６が、ユニキャスト応答６１０を受信した後、ゲートウェイ５０６は、マルチキャストクライアントを停止し６１４、もはやマルチキャストメッセージ６０８を送らないであろう。ゲートウェイ５０６は、続いて、ＴＣＰクライアントを開始する６１６。ゲートウェイは、ＯＤＵ５０１にＴＣＰ接続メッセージ６１８を送り、ＯＤＵ５０１は、それに応じて、ＴＣＰ受諾メッセージ６２０を送る。ゲートウェイ５０６が、ＴＣＰ受諾メッセージ６２０を受信した後、ゲートウェイ５０６は、セキュアソケットレイヤ（ＳＳＬ）クライアントハンドシェイクメッセージ６２２を送ることで、ＯＤＵ５０１とのＳＳＬハンドシェイクを開始する。ＯＤＵ５０１は、それに応じて、ＳＳＬサーバハンドシェイクメッセージ６２４を送り、ＳＳＬハンドシェイクメッセージ６２６がそれに続く。ある態様では、ＳＳＬハンドシェイクメッセージ６２６は、証明書および鍵（たとえば、パブリックキー）を含み得る。ゲートウェイ５０６は、ゲートウェイ５０６がメッセージをハッシュおよび暗号化するために鍵を使用し始めるであろうことを示すために、その鍵と暗号変更通知とを含むＳＳＬハンドシェイクメッセージ６２８を送る。したがって、図６に示されるように、セキュア接続（たとえば、ＳＳＬ接続）６２９は、ゲートウェイ５０６とＯＤＵ５０１との間で確立される。ゲートウェイ５０６は、セキュア接続上でＯＤＵ５０１にハンドシェイク完了メッセージ６３０を送る。ＯＤＵ５０１は、それに応じて、セキュア接続上でハンドシェイク暗号変更メッセージ６３２を送り、ハンドシェイク完了メッセージ６３４がそれに続く。
【００３９】
[0056]ゲートウェイ５０６は、ＯＤＵ５０１がゲートウェイ５０６を認証することを可能にするゲートウェイ認証メッセージ６３６をセキュア接続上で送る。ＯＤＵ５０１がゲートウェイ５０６を認証した後、ＯＤＵ５０１は、ゲートウェイ５０６に、セキュア接続上で応答６３８を送る。次に、ゲートウェイ５０６およびＯＤＵ５０１は、ＴＣＰ／ＩＰプロトコルを使用して、セキュア接続上でＯＤＵ制御パケット６４０を交換し得、ＯＤＵ制御５１６およびモデム５０４は、制御メッセージ６４２を交換し得る。
【００４０】
[0057]ある態様ではＯＤＵ制御パケット６４０は、セキュア接続上でＭＢＭＳセッションを確立するためにゲートウェイ５０６によって送られ得る。ＯＤＵ５０１は、制御パケットを復号し得、ｅＭＢＭＳセッションを確立するためにモデムサービスを開始し得る。たとえば、モデムサービスは、モデム５０４に制御メッセージ６４２を送るようにＯＤＵ制御モジュール５１６を構成することで、開始され得る。ある態様では、ＭＢＭＳセッションは、ｅＭＢＭＳセッションであり得る。
【００４１】
[0058]図７は、本開示の様々な態様に係る、ＯＤＵ（たとえば、ＯＤＵ５０１）のための方法のフローチャート７００である。７０２において、ＯＤＵは、パワーオンされ、初期化プロシージャを実行する。７０４において、ＯＤＵは、イーサネット接続を検出する。たとえば、図５を参照すると、イーサネット接続は、インターフェース５１０とゲートウェイ５０６のイーサネット（Ｅｔｈ０）モジュール５４２との間のイーサネット接続であり得る。７０６において、ＯＤＵは、マルチキャストサーバを開始する。７０８において、ＯＤＵは、マルチキャストメッセージをリスンする。たとえば、マルチキャストメッセージは、ＵＤＰパケットであり得、ＯＤＵは、ＵＤＰパケットについて既知のＵＤＰポートをモニタし得る。７１０において、ＯＤＵは、マルチキャストメッセージがゲートウェイから受信されるかどうかを決定する。たとえば、ＯＤＵは、既知のＵＤＰポートにおいて受信されるＵＤＰパケットがゲートウェイ５０６からのものであると決定し得る。別の例では、ＯＤＵは、マルチキャストメッセージのコンテンツ（たとえば、文字列）を、ゲートウェイからのものであると識別し得る。ゲートウェイからのマルチキャストメッセージがいずれもＯＤＵによって受信されない場合、ＯＤＵは７０８に戻り、マルチキャストメッセージをリスンし続ける。そうではなく、マルチキャストメッセージがゲートウェイから受信される場合、７１２において、ＯＤＵは、ＯＤＵとゲートウェイとの間のＴＣＰ ＳＳＬ接続がアクティブであるかどうかを決定する。
【００４２】
[0059]ＴＣＰ ＳＳＬ接続がアクティブである場合、７１４において、ＯＤＵは、ゲートウェイにリンクステータスチェックメッセージを送る。７１６において、ＯＤＵは、リンクステータスチェックメッセージに対する応答が受信されるかどうかを決定する。応答が受信される場合、ＯＤＵは、７０８に戻り、マルチキャストメッセージをリスンし続ける。そうではなく、いずれの応答も受信されない場合、７１８において、ＯＤＵは、ＴＣＰ ＳＳＬ接続を閉じる。次に、７２０において、ＯＤＵは、ＴＣＰ接続の確立を開始するために、ゲートウェイにＵＤＰ応答メッセージを送る。
【００４３】
[0060]７１２において、ＴＣＰ ＳＳＬ接続（ＳＳＬ接続とも呼ばれる）がアクティブでないとＯＤＵが決定する場合、７２０において、ＯＤＵは、ゲートウェイにＵＤＰ応答メッセージを送る。７２２において、ＯＤＵは、ゲートウェイからのＴＣＰ接続信号を待つ。ＴＣＰ接続信号がゲートウェイからのものでない場合、ＯＤＵは７２２に戻り、セキュア接続の確立を開始するＴＣＰ接続信号を待ち続ける。そうではなく、ＴＣＰ接続要求がゲートウェイからのものであり、かつ、ＴＣＰ接続が確立される場合、ＯＤＵは、ＳＳＬ接続を確立するために、７２６において、ＳＳＬハンドシェイクを実行する。たとえば、ＳＳＬ接続を確立するために、ゲートウェイは、ＳＳＬ＿ｃｏｎｎｅｃｔメッセージを送り得、ＯＤＵは、ＳＳＬ＿ａｃｃｅｐｔメッセージを送り得る。その後、証明書（たとえば、Ｘ．５０９証明書）および１つまたは複数の鍵が、ゲートウェイとＯＤＵとの間で交換され得る。ＯＤＵは、証明書が存在するかどうかを決定し得、ＳＳＬ接続を確立する前に、鍵を検証（validate）し得る。ある態様では、ＯＤＵは、ＳＳＬ接続が成功裏に確立されるとき、ステートマシンのフラグを「真」に設定し得る。ＳＳＬ接続が失敗する場合、ＯＤＵは、フラグを「偽」に設定することでステートマシン内のフラグをクリアし得る。したがって、ある態様では、７１２において、ＯＤＵは、ステートマシン内のフラグの状態を決定することで、ＴＣＰ ＳＳＬ接続がアクティブであるかどうかを決定し得る。たとえば、フラグが「真」に設定されているとＯＤＵが決定する場合、ＯＤＵは、ＳＳＬ接続がアクティブであると決定し得る。
【００４４】
[0061]７２８において、ＯＤＵは、ＳＳＬ接続がアクティブであるかどうかを決定する。ある態様では、ＯＤＵは、先に述べたように、ステートマシン内のフラグの状態を決定することで、ＳＳＬ接続がアクティブであるかどうかを決定し得る。たとえば、フラグが「真」に設定されているとＯＤＵが決定する場合、ＯＤＵは、ＳＳＬ接続がアクティブであると決定し得る。ＳＳＬ接続がアクティブである場合、ＯＤＵは７２８に戻り、ＳＳＬ接続がアクティブであるかどうかを決定し続ける。そうではなく、７２８において、ＳＳＬ接続がアクティブではないとＯＤＵが決定する場合、ＯＤＵは７０６に戻り、マルチキャストサーバを開始する。
【００４５】
[0062]図８は、本開示の様々な態様に係る、ゲートウェイのための方法のフローチャート８００である。８０２において、ゲートウェイは、パワーオンされ、初期化プロセスを経験する。８０４において、ゲートウェイは、イーサネット接続が利用可能かどうかを決定する。イーサネット接続が利用可能でない場合、ゲートウェイは、８０４に戻り、イーサネット接続が利用可能かどうか決定し続ける。そうではなく、イーサネット接続が利用可能であるとゲートウェイが決定する場合（８０４）、８０６において、ゲートウェイは、所定のＵＤＰポートにマルチキャストメッセージを送る。８０８において、ゲートウェイは、ＵＤＰ応答が受信されるかどうかを決定する。ＵＤＰ応答が受信されないとゲートウェイが決定する場合（８０８）、ゲートウェイは８０６に戻り、１つまたは複数のマルチキャストメッセージを送り続ける。そうではなく、ＵＤＰ応答がＯＤＵから受信されるとゲートウェイが決定する場合（８０８）、８１０において、ゲートウェイは、マルチキャストクライアントをシャットダウンし、もはやマルチキャストメッセージを送らない。８１２において、ゲートウェイは、ＴＣＰ接続メッセージを送ることで、ＯＤＵとのＴＣＰ接続を開始する。８１４において、ゲートウェイは、ＴＣＰ接続が確立されているかどうかを決定する。ある態様では、ゲートウェイは、ＯＤＵから特定のポートにおいて受信されるメッセージに基づいて、ＴＣＰ接続が確立されると決定し得る。たとえば、メッセージは、ＴＣＰ接続が成功したことを示し得る。ＴＣＰ接続が確立されていない場合、ゲートウェイは、８０４に戻り、イーサネット接続が利用可能かどうかを決定する。そうではなく、ＴＣＰ接続が確立されている場合、８１６において、ゲートウェイは、セキュア接続を確立するために、ＯＤＵとＳＳＬハンドシェイクを実行する。８１８において、ゲートウェイは、ＳＳＬ接続がアクティブであるかどうかを決定する。たとえば、ＳＳＬ接続を確立するために、ゲートウェイは、ＳＳＬ＿ｃｏｎｎｅｃｔメッセージを送り得、ＯＤＵは、ＳＳＬ＿ａｃｃｅｐｔメッセージを送り得る。その後、証明書（たとえば、Ｘ．５０９証明書）および１つまたは複数の鍵が、ゲートウェイとＯＤＵとの間で交換され得る。ＯＤＵは、証明書が存在するかどうかを決定し得、ＳＳＬ接続を確立する前に、鍵を検証し得る。そうではなく、鍵が検証されることができない場合、ＯＤＵは、ゲートウェイにエラーを返し得る。ある態様では、ゲートウェイは、ＳＳＬ接続が成功裏に確立されるとき、ステートマシンのフラグを「真」に設定し得る。ＳＳＬ接続が失敗する場合、ゲートウェイは、フラグを「偽」に設定することでステートマシン内のフラグをクリアし得る。したがって、ゲートウェイは、ステートマシン内のフラグの状態を決定することで、ＳＳＬ接続がアクティブであるかどうかを決定し得る。たとえば、フラグが「真」に設定されているとゲートウェイが決定する場合、ゲートウェイは、ＳＳＬ接続がアクティブであると決定し得る。
【００４６】
[0063]ＳＳＬ接続がアクティブである場合、ゲートウェイは８１８に戻り、ＳＳＬ接続がアクティブであるかどうかを決定する。そうではなく、ＳＳＬ接続がアクティブでないとゲートウェイが決定する場合（８１８）、ゲートウェイは、８０４に戻り、イーサネット接続が利用可能であるかどうかを決定する。
【００４７】
[0064]１つのシナリオでは、ＴＣＰ接続（たとえば、ＳＳＬ接続）上で確立されたゲートウェイ５０６からＯＤＵ５０１へのエンド・ツー・エンドリンクは、１つまたは複数の原因により失敗し得る。１つの例となるシナリオでは、エンド・ツー・エンドリンクは、ゲートウェイ５０６において動作するｅＭＢＭＳアプリケーションのエラーまたは異常（malfunction）により失敗し得る。そのようなシナリオでは、ＯＤＵ５０１は、ゲートウェイ５０６にｅＭＢＭＳデータパケットを送り続けることで不必要に電力を消費し得、ここで、ゲートウェイ５０６において動作するｅＭＢＭＳアプリケーションは失敗しており、もはやＯＤＵ５０１からのｅＭＢＭＳパケットを処理することはできない。別の例となるシナリオでは、ＴＣＰ接続（たとえば、ＳＳＬ接続）上で確立されたＯＤＵ５０１からゲートウェイ５０６へのエンド・ツー・エンドリンクは、１つまたは複数の原因により失敗し得る。たとえば、エンド・ツー・エンドリンクは、ＯＤＵ５０１の制御プレーンのエラーまたは異常により失敗し得る。そのようなシナリオでは、ＴＣＰ接続が終了され、ＯＤＵ５０１がエラーまたは異常から回復した後に、再確立されるべきである。上述した例となるシナリオでは、ＴＣＰ接続を自動的に終了するように設定されたＴＣＰ接続タイムアウトはゆっくりであり得る。結果として、ＴＣＰ接続が再確立され得る前に、大きな遅延が存在し得る。そのような遅延は、ＴＣＰ接続が再確立される前のｅＭＢＭＳサービスの受信を阻み得るため、ユーザ経験を劣化させ得る。
【００４８】
[0065]ある態様では、ＯＤＵ５０１および／またはゲートウェイ５０６は、ＯＤＵ５０１とゲートウェイ５０６との間のＴＣＰ接続（たとえば、ＳＳＬ接続）上で通信されるリンクステータスチェックメッセージ（いくつかの態様では「ハートビートパケット」とも呼ばれる）の使用を通してエンド・ツー・エンドリンクが失敗したかどうかを決定し得る。たとえば、リンクステータスチェックメッセージは、メッセージが送られる時間のような、情報の１つまたは複数の項目を含むメッセージであり得る。リンクステータスチェックメッセージの受信機（たとえば、ゲートウェイ５０６）は、リンクステータスチェックメッセージに含まれる情報の１つまたは複数の項目を含むメッセージで応答し得る。ある態様では、応答が閾値時間期間内にリンクステータスチェックメッセージの送り側（たとえば、ＯＤＵ５０１）によって受信されない場合、送り側は、エンド・ツー・エンドリンクが失敗したとみなす。そのような態様では、リンクステータスチェックメッセージの送り側は、すべてのｅＭＢＭＳ／ＩＭＳ／インターネットリソースをリリースし得、続いてＴＣＰ接続を終了および再確立し得る。ある態様では、ＯＤＵ５０１が、ＯＤＵ５０１とゲートウェイ５０６との間のエンド・ツー・エンドリンクの失敗を検出するとき、ＯＤＵ５０１は、初期化状態に戻り、所定のＵＤＰポート上でマルチキャストメッセージをリスンする。ＯＤＵ５０１がゲートウェイ５０６から新しいマルチキャストメッセージを受信するとき、ＯＤＵ５０１は、ユニキャスト応答メッセージで、このマルチキャストメッセージに対して応答し得る。ユニキャスト応答メッセージは、ゲートウェイ５０６に、新しいＴＣＰ接続確立プロシージャを開始させ得る。ある態様では、ゲートウェイ５０６が、ＯＤＵ５０１とゲートウェイ５０６との間のエンド・ツー・エンドリンクの失敗を検出するとき、ゲートウェイ５０６は、初期化状態に戻り、所定のＵＤＰポートにマルチキャストメッセージを送ることでＯＤＵ５０１を発見しようと試みる。
【００４９】
[0066]図９は、本開示の様々な態様に係る、ＯＤＵとゲートウェイとの間のメッセージフローを例示する図である。図９では、ＯＤＵ５０１およびゲートウェイ５０６は、セキュア接続（たとえば、ＳＳＬ接続）９０６を確立する。図９に示されるように、ゲートウェイ５０６は、ＯＤＵ５０１へのイーサネット接続が利用可能でない（失敗した）と決定し（９０８）、その結果、セキュア接続９０６がもはや利用可能ではないと決定する。続いて、ゲートウェイ５０６は、ＯＤＵ５０１へのイーサネット接続が利用可能であると決定し（９１０）、ゲートウェイ５０６は、マルチキャストクライアントを開始する（９１２）。ゲートウェイ５０６は、ＯＤＵ５０１にマルチキャストメッセージ９１４を送る。ＯＤＵ５０１は、ゲートウェイからのマルチキャストメッセージが受信されるとき、ゲートウェイ５０６にユニキャストメッセージ９２０を送る。次に、ＯＤＵ５０１は、ＴＣＰ接続の確立を開始するためにＴＣＰ信号を待つ（９２２）。ゲートウェイ５０６が、ユニキャストメッセージ９２０を受信するとき、ゲートウェイ５０６は、マルチキャストクライアントを停止し（９２４）、もはやマルチキャストメッセージを送らないであろう。ゲートウェイ５０６は、続いて、ＴＣＰクライアントを開始する（９２６）。ゲートウェイは、ＯＤＵ５０１にＴＣＰ接続メッセージ９２８を送り、それに応じて、ＯＤＵ５０１は、ＴＣＰ受諾メッセージ９３０を送る。ゲートウェイ５０６が、ＴＣＰ受諾メッセージ９３０を受信した後、ゲートウェイ５０６は、セキュアソケットレイヤ（ＳＳＬ）クライアントハンドシェイクメッセージ９３２を送ることでＯＤＵ５０１とのＳＳＬハンドシェイクを開始する。ＯＤＵ５０１は、それに応じて、ＳＳＬサーバハンドシェイクメッセージ９３４を送り、鍵を含む証明書を含んだＳＳＬハンドシェイクメッセージ９３６がそれに続く。ゲートウェイ５０６は、ゲートウェイ５０６がメッセージをハッシュおよび暗号化するために鍵を使用し始めるであろうことを示すために、その鍵と暗号変更通知とを含むＳＳＬハンドシェイクメッセージ９３８をＯＤＵに送る。したがって、図９に示されるように、セキュア接続（たとえば、ＳＳＬ接続）９３９は、ゲートウェイ５０６とＯＤＵ５０１との間で確立される。ゲートウェイ５０６は、セキュア接続上でＯＤＵ５０１にハンドシェイク完了メッセージ９４０を送る。ＯＤＵ５０１は、それに応じて、セキュア接続上でハンドシェイク暗号変更メッセージ９４２を送り、ハンドシェイク完了メッセージ９３４がそれに続く。
【００５０】
[0067]ある態様では、ゲートウェイ５０６は、セキュア接続上でゲートウェイ認証メッセージを送り得、これは、ＯＤＵ５０１がゲートウェイ５０６を認証することを可能にする。ＯＤＵ５０１がゲートウェイ５０６を認証した後、ＯＤＵ５０１は、ゲートウェイ５０６に、セキュア接続上で応答を送り得る。次に、ゲートウェイ５０６およびＯＤＵ５０１は、ＴＣＰ／ＩＰプロトコルを使用して、セキュア接続上でＯＤＵ制御パケットを交換し得る。そのような態様では、ＯＤＵ制御パケットは、セキュア接続上でｅＭＢＭＳセッションを確立するためにゲートウェイ５０６によって送られ得る。ＯＤＵ５０１は、制御パケットを復号し得、対象のサービスのためにｅＭＢＭＳセッションを確立するよう求める要求をモデムに送り得る。
【００５１】
[0068]図１０は、本開示の様々な態様に係る、ＯＤＵとゲートウェイとの間のメッセージフローを例示する図である。図１０では、ＯＤＵ５０１およびゲートウェイ５０６が、セキュア接続（たとえば、ＳＳＬ接続）１００５を確立する。図１０に示されるように、ＯＤＵ５０１は、ゲートウェイ５０６へのイーサネット接続が失敗したと決定し（１００６）、その結果、セキュア接続１００５は、もはや利用可能ではない。続いて、ＯＤＵ５０１は、プロセス間通信１００８を受信する。ゲートウェイ５０６は、プロセス間通信１００８に対するいずれの応答も、プロセス間通信１００８を送ってから閾値時間期間内に受信されていないと決定し、タイムアウト１０１０を経験する。次に、ゲートウェイ５０６は、ＯＤＵ５０１を発見するためおよびセキュア接続を再確立するために、マルチキャストメッセージ１０１４を送るためのマルチキャストクライアント１０１２を開始する。
【００５２】
[0069]図１１は、本開示の様々な態様に係る、ネットワークアーキテクチャ１１００を例示する図である。図１１に示されるように、ネットワークアーキテクチャ１１００は、ＯＤＵ１１０１と、ＢＳ１１０３と、ゲートウェイ１１０６と、インターフェース１１１０と、１つまたは複数のＵＥ（たとえば、ＵＥ１１１２、１１１４）とを含む。たとえば、図１１のＯＤＵ１１０１、ＢＳ１１０３、ゲートウェイ１１０６、インターフェース１１１０、および１つまたは複数のＵＥ１１１２、１１１４は、それぞれ、図４のＯＤＵ４０４、ＢＳ４０２、ゲートウェイ４０８、インターフェース４０６、および１つまたは複数のＵＥ４１２、４１３に対応し得る。図１１に示されるように、ＯＤＵ１１０１は、モデム１１０４と、ＣＰＵ１１０２と、ＩＰＡモジュール１１０８とを含む。ＣＰＵ１１０２は、ＯＤＵ制御モジュール１１１６と、ＯＥＭアプリケーションモジュール１１１８と、カーネルモジュール１１２０と、ＩＰＡドライバモジュール１１２４とを含む。ある態様では、モデム１１０４は、１つまたは複数のアンテナと、トランシーバと、ＷＡＮリンク１１０５を通してＢＳ１１０３からワイヤレスＷＡＮ信号（たとえば、ＬＴＥ信号）を受信するための他の適切な構成要素とを含み得る。
【００５３】
[0070]ある態様では、カーネルモジュール１１２０は、ＡＬＧのような様々な機能を実行し得る。ＩＰＡモジュール１１０８は、フィルタモジュール１１２６と、ヘッダ制御モジュール１１３０とを含む。ゲートウェイ１１０６は、ｅＭＢＭＳサービスモジュール１１３２（ミドルウェアモジュール１１３２とも呼ばれる）と、カーネル／ＮＡＴモジュール１１３４と、イーサネット（Ｅｔｈ０）モジュール１１３６と、ローカルネットワークモジュール１１３８とを含む。
【００５４】
[0071]ある態様では、ＯＤＵ１１０１は、インターフェース１１１０を通してゲートウェイ１１０６に結合される。たとえば、インターフェース１１１０は、ＵＳＢ−イーサネットインターフェースであり得る。そのような例では、ＯＤＵ１１０１は、ＵＳＢプロトコルを使用して、ゲートウェイ１１０６に通信を送り得るおよびそれから通信を受信し得る。ゲートウェイ１１０６は、イーサネットプロトコルを使用して、ＯＤＵ１１０１に通信を送り得るおよびそれから通信を受信し得る。たとえば、ゲートウェイ１１０６は、ＯＤＵ制御フロー経路１１４２に沿ってＯＤＵ制御パケットを送り得るおよび／または受信し得る。ＯＤＵパケットは、ＯＤＵ制御フロー経路１１４４を介してモデム１１０４によって受信され得る。たとえば、ＯＤＵ制御パケットは、ＵＥ（たとえば、ＵＥ１１１２）によって要求されるｅＭＢＭＳサービスを示す情報を含み得る。別の例として、ＯＤＵ制御パケットは、先に述べたように、リンクステータスチェックメッセージであり得る。
【００５５】
[0072]図１１の態様では、ＯＤＵ１１０１は、ＷＡＮリンク１１０５上でＵＥによって要求されるｅＭＢＭＳサービスのｅＭＢＭＳ ＩＰパケットをＢＳ１１０３から受信し得る。ＯＤＵ１１０１は、ＩＰＡ１１０８を使用してｅＭＢＭＳ ＩＰ経路１１４６および１１５０に沿ってゲートウェイ１１０６にｅＭＢＭＳ ＩＰパケットを配信するためのブリッジとして機能し得る。たとえば、ｅＭＢＭＳ ＩＰパケットは、ＩＰｖ４またはＩＰｖ６のｅＭＢＭＳパケットであり得る。たとえば、ｅＭＢＭＳ ＩＰ経路１１４６を介してＢＳ１１０３から受信されるｅＭＢＭＳ ＩＰパケットは、ＯＤＵ１１０１によって構成された１つまたは複数のフィルタ処理規則（たとえば、レイヤ３フィルタ処理プロトコル）を適用し得るフィルタモジュール１１２６に送られ得る。次に、ｅＭＢＭＳ ＩＰパケットは、ｅＭＢＭＳ ＩＰパケットにヘッダを追加（または、いくつかの態様では、ヘッダを除去）し得るヘッダ制御モジュール１１３０に送られ得る。たとえば、ヘッダ制御モジュール１１３０は、ＵＳＢプロトコルを使用したｅＭＢＭＳ ＩＰパケットの送信を可能にするために、ｅＭＢＭＳ ＩＰパケットにＵＳＢプロトコルヘッダを追加し得る。
【００５６】
[0073]図１１にさらに示されるように、ＯＤＵ１１０１は、インターネット／ＩＭＳ経路１１５４に沿って、ゲートウェイ１１０６とインターネット／ＩＭＳパケットを通信し得る。たとえば、インターネット／ＩＭＳパケットは、ＯＤＵ１１０１とゲートウェイ１１０６との間に確立されたＩＭＳ／インターネット呼についてのデータを搬送し得る。ある態様では、ＩＰｖ４またはＩＰｖ６上のインターネット／ＩＭＳ ＰＤＮトラフィックは、ＩＰＡ１１０８を使用してゲートウェイ１１０６にブリッジされる。
【００５７】
[0074]図１１に示されるように、ゲートウェイ１１０６は、ＵＥ１１１２、１１１４のような１つまたは複数のＵＥとの通信を可能にするように構成されたローカルネットワークモジュール１１３８を含む。たとえば、ローカルネットワークモジュール１１３８は、ＷＬＡＮプロトコルおよび／またはワイヤードイーサネットプロトコルを使用してＵＥ１１１２、１１１４と通信するように構成され得る。したがって、そのような例では、通信リンク１１１３、１１１５は、ＷＬＡＮ通信リンクまたはワイヤードイーサネット通信リンクであり得る。ＵＥ１１１２、１１１４は、様々なタイプのデータトラフィックを処理するための１つまたは複数のアプリケーションで構成され得る。たとえば、ＵＥ１１１２、１１１４は、ｅＭＢＭＳデータトラフィックを処理するためのｅＭＢＭＳアプリケーション、インターネットデータトラフィックを処理するためのインターネットアプリケーション、および／またはＩＭＳデータトラフィックを処理するためのＩＭＳアプリケーションを含み得る。ある態様では、ゲートウェイ１１０６は、イーサネットモジュール１１３６において情報１１４０を受信するように構成され得る。たとえば、情報１１４０は、モデム１１０４内のＤＨＣＰサーバモジュール１１０７を介して受信されるＷＷＡＮネットワーク割当てＩＰｖ４アドレスであり得る。別の例では、情報１１４０は、ネットワーク割当てＩＰｖ６プリフィックスであり得る。
【００５８】
[0075]図１１の態様では、ＯＤＵ１１０１は、ブリッジモードで動作するように構成される。たとえば、ＯＤＵ１１０１は、ルータを実現することなくおよびネットワークアドレス変換なしに、ゲートウェイ１１０６によってサービス提供されるローカルネットワークにＷＡＮネットワーク（たとえば、ＬＴＥネットワーク）を接続するためのブリッジとして機能し得る。ブリッジモードでは、パブリックＩＰアドレス（たとえば、ＩＰｖ４アドレス）が、ＯＤＵ１１０１に割り当てられ得る。たとえば、パブリックＩＰアドレスは、モデム１１０４内のＤＨＣＰサーバ１１０７を介してＯＤＵ１１０１によって獲得され得る。ゲートウェイ１１０６は、ゲートウェイ１１０６がＯＤＵ１１０１を発見し、ＯＤＵ１１０１とＴＣＰ接続を確立した後に、ＤＨＣＰサーバ１１０７からパブリックＩＰアドレスを獲得し得る。別の態様では、ゲートウェイ１１０６は、ネットワークによって割り当てられたＩＰｖ６プリフィックスをさらに獲得し得る。図１１の構成がブリッジモードで動作するため、ＯＤＵ１１０１によって受信されるｅＭＢＭＳ ＩＰパケットがネットワーク変換なしにゲートウェイに転送され得ることに留意されたい。このように、ゲートウェイ１１０６は、ＮＡＴファイアウォールの後ろで動作しない。ＤＨＣＰオプション＃１２０は、ＳＩＰ呼を可能にするために、ゲートウェイ１１０６にネットワーク割当てＩＰｖ４／ｖ６ Ｐ−ＣＳＣＦアドレスおよびＦＱＤＮリストを送るためにＯＤＵ１１０１によってサポートされ得る。ＰＤＮ共有は、図１１の構成では許可されない。このように、ＯＤＵ１１０１のＣＰＵ１１０２上で稼働しているＯＥＭアプリケーションは、インターネット／ＩＭＳ ＰＤＮタイプではなく他のＰＤＮタイプを使用し得る。ＩＰｖ４／ＩＰｖ６上のｅＭＢＭＳパケットは、ＩＰＡ１１０８（ＩＰＡハードウェアオフロードエンジンとも呼ばれる）を使用してゲートウェイ１１０６にルーティングされ得る。ＩＰｖ４／ＩＰｖ６上のインターネット／ＩＭＳ ＰＤＮトラフィックは、ＩＰＡ１１０８を使用してゲートウェイ１１０６にブリッジされ得る。
【００５９】
[0076]ある態様では、ゲートウェイ（たとえば、ゲートウェイ５０６またはゲートウェイ１１０６）は、ＯＤＵ（たとえば、ＯＤＵ５０１またはＯＤＵ１１０１）の動作モード（たとえば、ルータモードまたはブリッジモード）を構成し得る。たとえば、ゲートウェイは、ルータモードでまたはブリッジモードで動作するようＯＤＵに命令する構成ファイルを含むメッセージをＯＤＵに送り得る。次に、ＯＤＵは、再初期化し（リブート動作とも呼ばれる）、構成ファイルを読み取り、構成ファイルで示されているモードで（たとえば、ルータモードでまたはブリッジモードで）動作を開始する。
【００６０】
[0077]したがって、本開示は、エンドノード（たとえば、ゲートウェイ）によるネットワークデバイス（たとえば、ＯＤＵ）の発見メカニズムを含み、ＩＰ上である制御プレーンのためのセキュリティを含む。本開示は、ネットワークデバイスとエンドノードとの間でのリンクステータスチェックメッセージを使用した接続（たとえば、ネットワークデバイスとエンドノードとの間のエンド・ツー・エンドリンク）失敗検出をさらに含む。本開示は、ブリッジモードまたはルータモードで動作することができるネットワークデバイスをさらに含む。ＷＡＮネットワークからのｅＭＢＭＳ／ＩＭＳ／インターネットトラフィックは、イーサネットリンク上でエンドノードにブリッジまたはルーティングされる。エンドノードは、ネットワークデバイスのモード（たとえば、ブリッジモードまたはルータモード）について無知である。
【００６１】
[0078]図１２Ａおよび１２Ｂは、通信の方法のフローチャート１２００である。方法は、ゲートウェイ（たとえば、ゲートウェイ５０６）によって実行され得る。図１２Ａおよび１２Ｂにおいて点線で表される動作がオプションの動作を表すことは理解されるべきである。１２０２において、ゲートウェイは、ネットワークデバイスに結合されたイーサネットインターフェースがアクティブであるかどうかを決定する。ある態様では、ネットワークデバイスは、基地局（たとえば、基地局５０３）から、ＭＢＭＳデータ、インターネットトラフィック、および／またはＩＭＳトラフィックを受信するように構成されたＯＤＵ（たとえば、ＯＤＵ５０１）であり得る。たとえば、図５を参照すると、ゲートウェイ５０６は、イーサネットモジュール５４２が、初期化されており、ＯＤＵ５０１と通信する能力があるかどうかを決定し得る。
【００６２】
[0079]１２０４において、ゲートウェイは、ネットワークデバイス（たとえば、基地局５０３）にマルチキャストメッセージを送り、ここで、ネットワークデバイスのＩＰアドレスは、ゲートウェイに未知である。ある態様では、ゲートウェイは、３０秒ごとに１回マルチキャストメッセージを送ることでマルチキャストメッセージを周期的に送る。ある態様では、マルチキャストメッセージは、イーサネットインターフェースがアクティブであると決定されるとき、イーサネットインターフェースを通してネットワークデバイスに周期的に送られる。たとえば、図６を参照すると、ゲートウェイ５０６は、ＯＤＵ５０１にマルチキャストメッセージ６０８を送ることができる。
【００６３】
[0080]１２０６において、ゲートウェイは、マルチキャストメッセージに応答して、第１の応答メッセージがネットワークデバイスから受信されるかどうかを決定する。１２０８において、ゲートウェイは、第１の応答メッセージがネットワークデバイスから受信されるとき、第１の応答メッセージからネットワークデバイスのＩＰアドレスを決定する。ある態様では、ゲートウェイは、第１の応答メッセージを識別し、この応答メッセージのヘッダからＩＰアドレスを獲得することでＩＰアドレスを決定する。１２１０において、ゲートウェイは、決定されたＩＰアドレスを使用して、ネットワークデバイスとセキュア接続を確立する。ある態様では、ゲートウェイは、ネットワークデバイスとＴＣＰ接続を確立し、このＴＣＰ接続を使用してＳＳＬ接続を確立することで、セキュア接続を確立する。たとえば、図６を参照すると、ゲートウェイ５０６は、ＯＤＵ５０１とメッセージ６１８および６２０を交換することでＴＣＰ接続を確立し得る。ゲートウェイ５０６は、ＯＤＵ５０１とメッセージ６２２、６２４、６２６、６２８、６３０、６３２、および６３４を交換することでＳＳＬ接続を確立し得る。
【００６４】
[0081]１２１２において、ゲートウェイは、ネットワークデバイスによるゲートウェイの認証を可能にするために、セキュア接続を通してネットワークデバイスに認証情報を送る。たとえば、図６を参照すると、ゲートウェイ５０６は、ゲートウェイ認証メッセージ６３６を送り得る。１２１４において、ゲートウェイは、セキュア接続上でｅＭＢＭＳセッションを確立するために、ネットワークデバイスに制御メッセージを送る。たとえば、図６を参照すると、ゲートウェイ５０６は、ＯＤＵ５０１にＯＤＵ制御パケット６４０を送り得る。
【００６５】
[0082]１２１６において、ゲートウェイは、セキュア接続を通してネットワークデバイスからｅＭＢＭＳデータを受信する。１２１８において、ゲートウェイは、ローカルネットワーク接続を通して少なくとも１つＵＥにｅＭＢＭＳデータを送る。ある態様では、ローカルネットワーク接続は、ＷＬＡＮまたはワイヤードイーサネット接続である。１２２０において、ゲートウェイは、ネットワークデバイスからインターネットトラフィックおよび／またはＩＭＳトラフィックを受信し、ここで、インターネットトラフィックおよび／またはＩＭＳトラフィックは、イーサネットインターフェースを通してセキュア接続上で受信されている。
【００６６】
[0083]１２２２において、ゲートウェイは、セキュア接続を通してネットワークデバイスにリンクステータスチェックメッセージを送る。１２２４において、ゲートウェイは、第２の応答メッセージが、閾値時間期間内に、リンクステータスチェックメッセージに応答してネットワークデバイスから受信されるかどうかを決定する。１２２６において、ゲートウェイは、第２の応答メッセージが閾値時間期間内に受信されないとき、セキュア接続を終了する。１２２８において、ゲートウェイは、第２の応答メッセージが閾値時間期間内に受信されないとき、ネットワークデバイスにマルチキャストメッセージを送る。ある態様では、リンクステータスチェックメッセージおよび／またはマルチキャストメッセージは、周期的に送られ得る。たとえば、リンクステータスチェックメッセージは、時間インターバルに基づいて周期的に送られ得る。
【００６７】
[0084]図１３Ａおよび１３Ｂは、通信の方法のフローチャート１３００である。方法は、ネットワークデバイス（たとえば、ＯＤＵ５０１）によって実行され得る。図１３Ａおよび１３Ｂにおいて点線で表される動作がオプションの動作を表すことは理解されるべきである。１３０２において、ＯＤＵは、ゲートウェイからのマルチキャストメッセージについて第１のポートをモニタする。ある態様では、モニタすることは、第１のポートを識別し、第１のポートにおいて受信されるべきマルチキャストメッセージを待つことで実行される。１３０４において、ＯＤＵは、マルチキャストメッセージが受信されるとき、ゲートウェイに応答メッセージを送る。１３０６において、ＯＤＵは、第２のポート上でセキュア接続の確立を開始するように構成された信号を受信する。ある態様では、第１のポートおよび第２のポートは、同じＵＤＰポートであり得る。１３０８において、ＯＤＵは、ゲートウェイとセキュア接続を確立する。ある態様では、ＯＤＵは、ゲートウェイとＴＣＰ接続を確立し、このＴＣＰ接続を使用してＳＳＬ接続を確立することで、セキュア接続を確立する。１３１０において、ＯＤＵは、ゲートウェイから、ゲートウェイの認証を可能にするように構成された認証情報を受信する。１３１２において、ＯＤＵは、ゲートウェイから、セキュア接続上でのｅＭＢＭＳセッションの確立を要求する制御メッセージを受信する。１３１４において、ＯＤＵは、セキュア接続を通してゲートウェイにｅＭＢＭＳデータを送る。１３１６において、ＯＤＵは、ゲートウェイに、インターネットトラフィックまたはＩＭＳトラフィックのうちの少なくとも１つを送る。ある態様では、インターネットトラフィックまたはＩＭＳトラフィックのうちの少なくとも１つは、ＵＳＢ−イーサネットインターフェースを通してセキュア接続上で送られる。１３１８において、ＯＤＵは、ゲートウェイから、少なくとも１つの後続のマルチキャストメッセージを受信する。１３２０において、ＯＤＵは、セキュア接続がアクティブであるかどうかを決定する。１３２２において、ＯＤＵは、マルチキャストメッセージが受信され、かつ、セキュア接続がアクティブであるとき、ゲートウェイにリンクステータスチェックメッセージを送る。１３２４において、ＯＤＵは、リンクステータスチェックメッセージに対する応答が、閾値時間期間内に受信されない場合、セキュア接続を終了する。１３２６において、ＯＤＵは、少なくとも１つの後続のマルチキャストメッセージに応答して、ゲートウェイに第２の応答メッセージを送る。
【００６８】
[0085]図１４は、例示的な装置１４０２内の異なるモジュール／手段／構成要素間のデータフローを例示する概念的なデータフロー図１４００である。装置は、ゲートウェイであり得る。装置は、インターフェース１４０８を通してＯＤＵ１４０６（ネットワークデバイスとも呼ばれる）と通信するローカルネットワークモジュール１ １４１０を含む。ある態様では、ローカルネットワークモジュール１ １４１０は、イーサネットモジュールであり得、インターフェース１４０８は、ＵＳＢ−イーサネットインターフェースであり得る。そのような態様では、データ経路１４３２は、イーサネットケーブルとして実現され得、データ経路１４３０は、ＵＳＢケーブルとして実現され得る。ＢＳ１４０４は、ＷＡＮリンク１４２８（たとえば、ＬＴＥ）を使用してＯＤＵ１４０６と通信状態にあり得る。
【００６９】
[0086]装置は、データ１４３４を受信する受信モジュール１４１２をさらに含む。ある態様では、データ１４３４は、ネットワークデバイスから送られるインターネットトラフィック、ＩＭＳトラフィック、またはｅＭＢＭＳデータであり得る。データ１４３４は、ローカルネットワークモジュール１ １４１０（たとえば、イーサネットモジュール）を通してセキュア接続上で受信され得る。
【００７０】
[0087]装置は、ネットワークデバイスとセキュア接続を確立する接続制御モジュール１４１４をさらに含む。接続制御モジュール１４１４は、ネットワークデバイスとＴＣＰおよび／またはＳＳＬ接続を確立するとき、メッセージ１４４２（たとえば、ＴＣＰ受諾および／またはＳＳＬハンドシェイクメッセージ）を受信し得、メッセージ１４５０（たとえば、ＴＣＰ接続および／またはＳＳＬハンドシェイクメッセージ）を送り得る。
【００７１】
[0088]装置は、ネットワークデバイスに結合されたイーサネットモジュール（イーサネットインターフェースとも呼ばれる）がアクティブであるかどうかを決定する決定モジュール１４１６をさらに含む。たとえば、決定モジュール１４１６は、ローカルネットワークモジュール１ １４１０においてフラグ（たとえば、netif_carrier）のステータスをチェックすることで決定を行い得る。たとえば、フラグは、ローカルネットワークモジュール１ １４１０が、フラグが「真」に設定されているときにはアクティブであり、フラグが「偽」に設定されているときには非アクティブであることを示すように構成され得る。決定モジュール１４１６は、応答メッセージ１４４０が、マルチキャストメッセージに応じて、ネットワークデバイスから受信されるかどうかをさらに決定する。決定モジュール１４１６は、応答メッセージがネットワークデバイスから受信されるとき、応答メッセージ１４４０からネットワークデバイスのＩＰアドレスをさらに決定する。決定モジュール１４１６は、第２の応答メッセージ１４４１が、閾値時間期間内に、リンクステータスチェックメッセージに応答してネットワークデバイスから受信されるかどうかをさらに決定する。接続制御モジュール１４１４は、第２の応答メッセージが閾値時間期間内に受信されないときセキュア接続を終了する信号１４３９を受信する。
【００７２】
[0089]装置は、ネットワークデバイスにマルチキャストメッセージ１４４８を周期的に送るメッセージ送出モジュール１４１８をさらに含む。メッセージ送出モジュール１４１８は、決定モジュール１４１６からＩＰアドレス１４４６を受信する。メッセージ送出モジュール１４１８は、セキュア接続を通してネットワークデバイスにリンクステータスチェックメッセージ１４４９を周期的に送る。メッセージ送出モジュール１４１８は、第２の応答メッセージが閾値時間期間内に受信されないとき、ネットワークデバイスにマルチキャストメッセージを送る。
【００７３】
[0090]装置は、セキュア接続上でｅＭＢＭＳセッションを確立するために、ネットワークデバイスに制御メッセージ１４５２を送るｅＭＢＭＳサービスモジュール１４２０をさらに含む。ｅＭＢＭＳサービスモジュール１４２０は、ｅＭＢＭＳデータ１４４４を受信する。装置は、ローカルネットワーク接続１４５５を通して少なくとも１つのＵＥ１４２６にｅＭＢＭＳデータ１４５４を送るローカルネットワークモジュール２ １４２２をさらに含む。ある態様では、ローカルネットワーク接続１４５５は、ＷＬＡＮまたはワイヤードイーサネット接続である。装置は、ネットワークデバイスによるゲートウェイの認証を可能にするために、セキュア接続を通してネットワークデバイスにデータ経路１４３６上で認証情報を送る送信モジュール１４２４をさらに含む。
【００７４】
[0091]図１５は、例示的な装置１５０２における異なるモジュール／手段／構成要素間のデータフローを例示する概念的なデータフロー図１５００である。装置は、ネットワークデバイス（たとえば、ＯＤＵ）であり得る。装置は、インターフェース１５１０を通してゲートウェイ（たとえば、ゲートウェイ１５０８）と通信する通信モジュール１５１２を含む。ある態様では、通信モジュール１５１２は、ＵＳＢモジュールであり得、インターフェース１５１０は、ＵＳＢ−イーサネットインターフェースであり得る。そのような態様では、データ経路１５３２は、ＵＳＢケーブルとして実現され得、データ経路１５３０は、イーサネットケーブルとして実現され得る。ＵＥ１５０６は、ローカルネットワーク接続１５２８（たとえば、ＷＬＡＮまたはワイヤードイーサネット）を使用してゲートウェイ１５０８と通信状態にあり得る。
【００７５】
[0092]装置は、ゲートウェイからのマルチキャストメッセージ１５３６について第１のポートをモニタするモニタリングモジュール１５１４をさらに含む。装置は、ゲートウェイからデータ経路１５３４を介して少なくとも１つの後続のマルチキャストメッセージを受信し、ゲートウェイからデータ経路１５３４を介してゲートウェイの認証を可能にするように構成された認証情報を受信し、および／または、ゲートウェイからデータ経路１５３４を介してセキュア接続上でのｅＭＢＭＳセッションの確立を要求する制御メッセージを受信する受信モジュール１５１６をさらに含む。
【００７６】
[0093]装置は、セキュア接続がアクティブであるかどうかを決定する決定モジュール１５１８をさらに含む。決定モジュール１５１８は、データ経路１５４１を介して通信モジュール１５１２上のアクティビティを検査することで決定を行い得る。装置は、マルチキャストメッセージ１５３６が受信されるとき、ゲートウェイに第１の応答メッセージ１５４７を送り、および／または、マルチキャストメッセージ１５３６が受信され、かつ、セキュア接続がアクティブであるとき、ゲートウェイにリンクステータスチェックメッセージ１５４８を送るメッセージ送出モジュール１５２０をさらに含む。メッセージ送出モジュール１５２０は、決定モジュール１５１８から決定（たとえば、信号１５４６）を受信し得る。
【００７７】
[0094]装置は、第２のポート上でセキュア接続の確立を開始する信号を受信し、ゲートウェイとセキュア接続を確立し、および／または、リンクステータスチェックメッセージに対する応答が閾値時間期間内に受信されない場合にはセキュア接続を終了する接続制御モジュール１５２２をさらに含む。たとえば、接続制御モジュール１５２２は、ゲートウェイとＴＣＰおよび／またはＳＳＬ接続を確立するとき、メッセージ１５４２（たとえば、ＴＣＰ接続および／またはＳＳＬハンドシェイクメッセージ）を受信し得、メッセージ１５５０（たとえば、ＴＣＰ受諾および／またはＳＳＬハンドシェイクメッセージ）を送り得る。接続制御モジュール１５２２は、決定モジュール１５１８から決定（たとえば、信号１５４２）を受信し得る。
【００７８】
[0095]装置は、ＷＡＮリンク１５５４（たとえば、ＬＴＥ）上でＷＡＮプロトコルを使用してＢＳ１５０４と通信するモデムモジュール１５２４をさらに含む。モデム１５２４は、制御情報１５４４を受信し得、ゲートウェイ１５０８にＩＰパケット１５５２（たとえば、ｅＭＢＭＳデータ）を送り得る。装置は、少なくとも１つの後続のマルチキャストメッセージに応答してゲートウェイ１５０８に第２の応答メッセージ１５４９を送り、セキュア接続を通してゲートウェイ１５０８にｅＭＢＭＳデータを送り、および／または、インターフェース１５１０を通してセキュア接続上でゲートウェイ１５０８にインターネットトラフィックおよび／またはＩＭＳトラフィックを送る送信モジュール１５２６をさらに含む。送信モジュールは、データ経路１５３８を通して通信モジュール１５１２への送信を提供する。
【００７９】
[0096]図１６は、処理システム１６１４を用いる装置１４０２’のためのハードウェア実現の例を例示する図１６００である。処理システム１６１４は、概してバス１６２４で表されるバスアーキテクチャを用いて実現され得る。バス１６２４は、処理システム１６１４の特定の用途と設計制約全体に依存して、任意の数の相互接続バスおよびブリッジを含み得る。バス１６２４は、プロセッサ１６０４、モジュール１４１０、１４１２、１４１４、１４１６、１４１４、１４２０、１４２２、１４２４およびコンピュータ読取可能な媒体／メモリ１６０６によって表される、１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路を互いにリンクする。バス１６２４はまた、タイミングソース、周辺機器、電圧レギュレータ、および電力管理回路のような様々な他の回路をリンクすることができるが、これらは、当技術分野では周知であるため、これ以上説明されないであろう。
【００８０】
[0097]処理システム１６１４は、トランシーバ１６１０に結合され得る。トランシーバ１６１０は、１つまたは複数のアンテナ１６２０に結合される。トランシーバ１６１０は、伝送媒体上で様々な他の装置と通信するための手段を提供する。トランシーバ１６１０は、１つまたは複数のアンテナ１６２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１６１４に、具体的には受信モジュール１４１２に、提供する。加えて、トランシーバ１６１０は、処理システム１６１４から、具体的には送信モジュール１４２４から、情報を受信し、その受信された情報に基づいて、１つまたは複数のアンテナ１６２０に適用されるべき信号を生成する。処理システム１６１４は、コンピュータ読取可能な媒体／メモリ１６０６に結合されたプロセッサ１６０４を含む。プロセッサ１６０４は、コンピュータ読取可能な媒体／メモリ１６０６に格納されたソフトウェアの実行を含む、汎用処理を担う。ソフトウェアは、プロセッサ１６０４によって実行されるとき、任意の特定の装置に関して先に述べた様々な機能を実行することを処理システム１６１４に行わせる。コンピュータ読取可能な媒体／メモリ１６０６はまた、ソフトウェアを実行するときにプロセッサ１６０４によって操作されるデータを格納するために使用され得る。処理システムはさらに、モジュール１４１０、１４１２、１４１４、１４１６、１４１８、１４２０、１４２２、および１４２４のうちの少なくとも１つを含む。モジュールは、プロセッサ１６０４において稼働しており、コンピュータ読取可能な媒体／メモリ１６０６に存在し／格納されたソフトウェアモジュール、プロセッサ１６０４に結合された１つまたは複数のハードウェアモジュール、またはそれらの何らかの組み合わせであり得る。
【００８１】
[0098]一構成では、ワイヤレス通信のための装置１４０２／１４０２’は、基地局から、ｅＭＢＭＳデータ、インターネットトラフィック、および／またはＩＭＳトラフィックを受信するように構成されたネットワークデバイスにマルチキャストメッセージを送るための手段と、ここで、ネットワークデバイスのＩＰアドレスは未知である、第１の応答メッセージが、マルチキャストメッセージに応答して、ネットワークデバイスから受信されるかどうかを決定するための手段と、第１の応答メッセージがネットワークデバイスから受信されるとき、第１の応答メッセージからネットワークデバイスのＩＰアドレスを決定するための手段と、決定されたＩＰアドレスを使用してネットワークデバイスとセキュア接続を確立するための手段と、セキュア接続を通してネットワークデバイスにリンクステータスチェックメッセージを送るための手段と、第２の応答メッセージが、閾値時間期間内に、リンクステータスチェックメッセージに応答して、ネットワークデバイスから受信されるかどうかを決定するための手段と、第２の応答メッセージが閾値時間期間内に受信されないとき、セキュア接続を終了するための手段と、第２の応答メッセージが閾値時間期間内に受信されないとき、ネットワークデバイスにマルチキャストメッセージを送るための手段と、ネットワークデバイスによるゲートウェイの認証を可能にするためにセキュア接続を通してネットワークデバイスに認証情報を送るための手段と、セキュア接続上でｅＭＢＭＳセッションを確立するためにネットワークデバイスに制御メッセージを送るための手段と、セキュア接続を通してネットワークデバイスからｅＭＢＭＳデータを受信するための手段と、ローカルネットワーク接続を通して少なくとも１つのＵＥにｅＭＢＭＳデータを送るための手段と、イーサネットインターフェースを通してセキュア接続上でネットワークデバイスからインターネットトラフィックおよび／またはＩＭＳトラフィックを受信するための手段と、ネットワークデバイスに結合されたイーサネットインターフェースがアクティブであるかどうかを決定するための手段とを含む。前述の手段は、前述の手段によって記載された機能を実行するように構成された、装置１４０２および／または装置１４０２’の処理システム１６１４の前述のモジュールのうちの１つまたは複数であり得る。
【００８２】
[0099]図１７は、処理システム１７１４を用いる装置１５０２’のためのハードウェア実現の例を例示する図１７００である。処理システム１７１４は、概してバス１７２４で表されるバスアーキテクチャを用いて実現され得る。バス１７２４は、処理システム１７１４の特定の用途と設計制約全体に依存して、任意の数の相互接続バスおよびブリッジを含み得る。バス１７２４は、プロセッサ１７０４、モジュール１５１２、１５１４、１５１６、１５１８、１５２０、１５２２、１５２４、１５２６およびコンピュータ読取可能な媒体／メモリ１７０６によって表される、１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路を互いにリンクする。バス１７２４はまた、タイミングソース、周辺機器、電圧レギュレータ、および電力管理回路のような様々な他の回路をリンクすることができるが、これらは、当技術分野では周知であるため、これ以上説明されないであろう。
【００８３】
[00100]処理システム１７１４は、トランシーバ１７１０に結合され得る。トランシーバ１７１０は、１つまたは複数のアンテナ１７２０に結合される。トランシーバ１７１０は、伝送媒体上で様々な他の装置と通信するための手段を提供する。トランシーバ１７１０は、１つまたは複数のアンテナ１７２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１７１４に、具体的には受信モジュール１５１６に、提供する。加えて、トランシーバ１７１０は、処理システム１７１４から、具体的には送信モジュール１５２６から情報を受信し、その受信された情報に基づいて、１つまたは複数のアンテナ１７２０に適用されるべき信号を生成する。処理システム１７１４は、コンピュータ読取可能な媒体／メモリ１７０６に結合されたプロセッサ１７０４を含む。プロセッサ１７０４は、コンピュータ読取可能な媒体／メモリ１７０６に格納されたソフトウェアの実行を含む、汎用処理を担う。ソフトウェアは、プロセッサ１７０４によって実行されるとき、任意の特定の装置に関して先に述べた様々な機能を実行することを処理システム１７１４に行わせる。コンピュータ読取可能な媒体／メモリ１７０６はまた、ソフトウェアを実行するときにプロセッサ１７０４によって操作されるデータを格納するために使用され得る。処理システムはさらに、モジュール１５１２、１５１４、１５１６、１５１８、１５２０、１５２２、１５２４、および１５２６のうちの少なくとも１つを含む。モジュールは、プロセッサ１７０４において稼働しており、コンピュータ読取可能な媒体／メモリ１７０６に存在し／格納されたソフトウェアモジュール、プロセッサ１７０４に結合された１つまたは複数のハードウェアモジュール、またはそれらの何らかの組み合わせであり得る。
【００８４】
[00101]一構成では、ワイヤレス通信のための装置１５０２／１５０２’は、ゲートウェイからのマルチキャストメッセージについて第１のポートをモニタするための手段と、マルチキャストメッセージが受信されるとき、ゲートウェイに応答メッセージを送るための手段と、第２のポート上でセキュア接続の確立を開始する信号を受信するための手段と、ゲートウェイとセキュア接続を確立するための手段と、ゲートウェイから少なくとも１つの後続のマルチキャストメッセージを受信するための手段と、セキュア接続がアクティブであるかどうかを決定するための手段と、マルチキャストメッセージが受信され、かつ、セキュア接続がアクティブであるとき、ゲートウェイにリンクステータスチェックメッセージを送るための手段と、リンクステータスチェックメッセージに対する応答が閾値時間期間内に受信されない場合、セキュア接続を終了するための手段と、少なくとも１つの後続のマルチキャストメッセージに応答して、ゲートウェイに第２の応答メッセージを送るための手段と、ゲートウェイから、ゲートウェイの認証を可能にするように構成された認証情報を受信するための手段と、ゲートウェイから、セキュア接続上でのｅＭＢＭＳセッションの確立を要求する制御メッセージを受信するための手段と、セキュア接続を通してゲートウェイにｅＭＢＭＳデータを送るための手段と、ゲートウェイにインターネットトラフィックまたはＩＭＳトラフィックのうちの少なくとも１つを送るための手段と、ここで、インターネットトラフィックまたはＩＭＳトラフィックのうちの少なくとも１つは、ＵＳＢ−イーサネットインターフェースを通してセキュア接続上で送られている、を含む。前述の手段は、前述の手段によって記載された機能を実行するように構成された、装置１５０２および／または装置１５０２’の処理システム１７１４の前述のモジュールのうちの１つまたは複数であり得る。
【００８５】
[00102]開示されたプロセス／フローチャートにおけるブロックの特定の順序または階層が例示的なアプローチの例示であることは理解される。設計の選好に基づいて、これらプロセス／フローチャートにおけるブロックの特定の順序または階層が再配列され得ることは理解される。さらに、いくつかのブロックは、組み合され得るまたは省略され得る。添付の方法の請求項は、様々なブロックの要素を１つのサンプルの順序で示しており、それらが提示された特定の順序または階層に限定されることは意味されない。
【００８６】
[00103]先の説明は、当業者による、本明細書に説明された様々な態様の実施を可能にするために提供されている。これらの態様に対する様々な修正は、当業者には容易に明らかとなり、本明細書において定義された包括的な原理は、他の態様に適用され得る。ゆえに、特許請求の範囲は、本明細書で示された態様に限定されることが意図されたものではなく、特許請求の範囲における文言と合致する全範囲が付与されるべきであり、ここにおいて、単数形の要素への参照は、別途明記されていない限り、「１つ、および１つのみ」を意味すること意図されておらず、むしろ「１つまたは複数」を意味する。「例示的」という単語は、本明細書では、「実例、事例、または例示としての役割を果たす」を意味するために使用される。「例示的」として本明細書で説明された任意の態様は、必ずしも、他の態様よりも好ましいまたは有利であると解釈されるべきではない。別途明記されていない限り、「いくつかの」という用語は、１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組み合わせ」といった組み合わせは、Ａ、Ｂ、および／またはＣの任意の組み合わせを含み、Ａの倍数、Ｂの倍数、またはＣの倍数を含み得る。具体的には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組み合わせ」といった組み合わせは、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢ、ＡとＣ、ＢとＣ、またはＡとＢとＣであり得、ここで、任意のそのような組み合わせは、Ａ、Ｂ、またはＣの１つまたは複数のメンバを含み得る。当業者に知られているかかまたは後に知られることとなる、本開示全体にわたって説明された様々な態様の要素と構造的および機能的に同等なものはすべて、参照によって本明細書に明確に組み込まれ、そして特許請求の範囲に包含されることを意図している。さらに、本明細書に開示されたものはいずれも、そのような開示が特許請求の範囲に明示的に記載されているかどうかに関わらず、公に献呈されることを意図するものではない。いずれの請求項の要素も、その要素が「〜ための手段」という表現を使用して明確に記載されていない限り、手段プラス機能（means plus function）として解釈されるべきではない。
【図１】
2018500836.tif 000003
【図２】
2018500836.tif 000004
【図３Ａ】
2018500836.tif 000005
【図３Ｂ】
2018500836.tif 000006
【図４】
2018500836.tif 000007
【図５】
2018500836.tif 000008
【図６】
2018500836.tif 000009
【図７】
2018500836.tif 000010
【図８】
2018500836.tif 000011
【図９】
2018500836.tif 000012
【図１０】
2018500836.tif 000013
【図１１】
2018500836.tif 000014
【図１２Ａ】
2018500836.tif 000015
【図１２Ｂ】
2018500836.tif 000016
【図１３Ａ】
2018500836.tif 000017
【図１３Ｂ】
2018500836.tif 000018
【図１４】
2018500836.tif 000019
【図１５】
2018500836.tif 000020
【図１６】
2018500836.tif 000021
【図１７】
2018500836.tif 000022
【手続補正書】
【提出日】平成29年9月11日(2017.9.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信の方法であって、
ネットワークデバイスにマルチキャストメッセージを送ることと、ここにおいて、前記ネットワークデバイスのインターネットプロトコル（ＩＰ）アドレスは、未知である、
前記マルチキャストメッセージに応答して、第１の応答メッセージが前記ネットワークデバイスから受信されるかどうかを決定することと、
前記第１の応答メッセージが前記ネットワークデバイスから受信されるとき、前記第１の応答メッセージから前記ネットワークデバイスの前記ＩＰアドレスを決定することと、
前記決定されたＩＰアドレスを使用して、前記ネットワークデバイスとセキュア接続を確立することと
を備える方法。
【請求項２】
前記セキュア接続を通して前記ネットワークデバイスにリンクステータスチェックメッセージを送ることと、
第２の応答メッセージが、閾値時間期間内に、前記リンクステータスチェックメッセージに応答して、前記ネットワークデバイスから受信されるかどうかを決定することと、
前記第２の応答メッセージが前記閾値時間期間内に受信されないとき、前記セキュア接続を終了することと、
前記第２の応答メッセージが前記閾値時間期間内に受信されないとき、前記ネットワークデバイスに前記マルチキャストメッセージを送ることと
をさらに備える、請求項１に記載の方法。
【請求項３】
前記セキュア接続を確立することは、
前記ネットワークデバイスと伝送制御プロトコル（ＴＣＰ）接続を確立することと、
前記ＴＣＰ接続を使用してセキュアソケットレイヤ（ＳＳＬ）接続を確立することと
を備える、請求項１に記載の方法。
【請求項４】
前記ネットワークデバイスによる認証を可能にするために、前記セキュア接続を通して前記ネットワークデバイスに認証情報を送ることをさらに備える、請求項１に記載の方法。
【請求項５】
前記セキュア接続上でＭＢＭＳセッションを確立するために、前記ネットワークデバイスに制御メッセージを送ることと、
前記セキュア接続を通して前記ネットワークデバイスからＭＢＭＳデータを受信することと
をさらに備える、請求項１に記載の方法。
【請求項６】
ローカルネットワーク接続を通して少なくとも１つのＵＥに前記ＭＢＭＳデータを送ることをさらに備える、請求項５に記載の方法。
【請求項７】
前記ローカルネットワーク接続は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）またはワイヤードイーサネット接続を備える、請求項６に記載の方法。
【請求項８】
前記ネットワークデバイスに結合されたイーサネットインターフェースがアクティブであるかどうかを決定することをさらに備え、ここにおいて、前記マルチキャストメッセージは、前記イーサネットインターフェースがアクティブであると決定されるとき、前記イーサネットインターフェースを通して前記ネットワークデバイスに周期的に送られる、請求項１に記載の方法。
【請求項９】
前記ネットワークデバイスは、基地局から、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）データ、インターネットトラフィック、またはインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）トラフィックのうちの少なくとも１つを受信するように構成される、請求項１に記載の方法。
【請求項１０】
前記ネットワークデバイスに前記マルチキャストメッセージを送ることは、時間インターバルに基づいて、前記ネットワークデバイスに前記マルチキャストメッセージを周期的に送ることを備える、請求項１に記載の方法。
【請求項１１】
ネットワークデバイスのための通信の方法であって、
ゲートウェイからのマルチキャストメッセージについて第１のポートをモニタすることと、
前記マルチキャストメッセージが受信されるとき、前記ゲートウェイに第１の応答メッセージを送ることと、前記第１の応答メッセージは、前記ネットワークデバイスのインターネットプロトコル（ＩＰ）アドレスを示す、
第２のポート上でセキュア接続の確立を開始する信号を受信することと、
前記ゲートウェイと前記セキュア接続を確立することと
を備える方法。
【請求項１２】
前記ゲートウェイから後続のマルチキャストメッセージを受信することと、
前記セキュア接続がアクティブであるかどうかを決定することと、
前記マルチキャストメッセージが受信され、かつ、前記セキュア接続がアクティブであるとき、前記ゲートウェイにリンクステータスチェックメッセージを送ることと、
前記リンクステータスチェックメッセージに対する応答が、閾値時間期間内に受信されない場合、前記セキュア接続を終了することと、
前記後続のマルチキャストメッセージに応答して、前記ゲートウェイに第２の応答メッセージを送ることと
をさらに備える、請求項１１に記載の方法。
【請求項１３】
前記セキュア接続を確立することは、
前記ゲートウェイと伝送制御プロトコル（ＴＣＰ）接続を確立することと、
前記ＴＣＰ接続を使用してセキュアソケットレイヤ（ＳＳＬ）接続を確立することと
を備える、請求項１１に記載の方法。
【請求項１４】
前記ゲートウェイから、前記ゲートウェイの認証を可能にするように構成された認証情報を受信することをさらに備える、請求項１１に記載の方法。
【請求項１５】
前記ゲートウェイから、前記セキュア接続上でのＭＢＭＳセッションの確立を要求する制御メッセージを受信することと、
前記セキュア接続を通して前記ゲートウェイにＭＢＭＳデータを送ることと
をさらに備える、請求項１１に記載の方法。
【請求項１６】
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
ネットワークデバイスにマルチキャストメッセージを送ることと、ここにおいて、前記ネットワークデバイスのインターネットプロトコル（ＩＰ）アドレスは、未知である、
第１の応答メッセージが、前記マルチキャストメッセージに応答して、前記ネットワークデバイスから受信されるかどうかを決定することと、
前記第１の応答メッセージが前記ネットワークデバイスから受信されるとき、前記第１の応答メッセージから前記ネットワークデバイスの前記ＩＰアドレスを決定することと、
前記決定されたＩＰアドレスを使用して、前記ネットワークデバイスとセキュア接続を確立することと
を行うように構成される、装置。
【請求項１７】
前記少なくとも１つのプロセッサは、
前記セキュア接続を通して前記ネットワークデバイスにリンクステータスチェックメッセージを送ることと、
第２の応答メッセージが、閾値時間期間内に、前記リンクステータスチェックメッセージに応答して、前記ネットワークデバイスから受信されるかどうかを決定することと、
前記第２の応答メッセージが前記閾値時間期間内に受信されないとき、前記セキュア接続を終了することと、
前記第２の応答メッセージが前記閾値時間期間内に受信されないとき、前記ネットワークデバイスに前記マルチキャストメッセージを送ることと
を行うようにさらに構成される、請求項１６に記載の装置。
【請求項１８】
前記セキュア接続を確立するために、前記少なくとも１つのプロセッサは、
前記ネットワークデバイスと伝送制御プロトコル（ＴＣＰ）接続を確立することと、
前記ＴＣＰ接続を使用してセキュアソケットレイヤ（ＳＳＬ）接続を確立することと
を行うようにさらに構成される、請求項１６に記載の装置。
【請求項１９】
前記少なくとも１つのプロセッサは、前記ネットワークデバイスによる認証を可能にするために、前記セキュア接続を通して前記ネットワークデバイスに認証情報を送ることを行うようにさらに構成される、請求項１６に記載の装置。
【請求項２０】
前記少なくとも１つのプロセッサは、
前記セキュア接続上でＭＢＭＳセッションを確立するために、前記ネットワークデバイスに制御メッセージを送ることと、
前記セキュア接続を通して前記ネットワークデバイスからＭＢＭＳデータを受信することと
を行うようにさらに構成される、請求項１６に記載の装置。
【請求項２１】
前記少なくとも１つのプロセッサは、ローカルネットワーク接続を通して少なくとも１つのＵＥに前記ＭＢＭＳデータを送ることを行うようにさらに構成される、請求項２０に記載の装置。
【請求項２２】
前記ローカルネットワーク接続は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）またはワイヤードイーサネット接続を備える、請求項２１に記載の装置。
【請求項２３】
前記ネットワークデバイスは、基地局から、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）データ、インターネットトラフィック、またはインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）トラフィックのうちの少なくとも１つを受信するように構成される、請求項１６に記載の装置。
【請求項２４】
前記少なくとも１つのプロセッサは、時間インターバルに基づいて、前記ネットワークデバイスに前記マルチキャストメッセージを周期的に送ることで前記マルチキャストメッセージを送ることを行うように構成される、請求項１６に記載の装置。
【請求項２５】
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
ゲートウェイからのマルチキャストメッセージについて第１のポートをモニタすることと、
前記マルチキャストメッセージが受信されるとき、前記ゲートウェイに応答メッセージを送ることと、前記応答メッセージは、前記装置のインターネットプロトコル（ＩＰ）アドレスを示す、
第２のポート上でセキュア接続の確立を開始する信号を受信することと、
前記ゲートウェイと前記セキュア接続を確立することと
を行うように構成される、装置。
【請求項２６】
前記少なくとも１つのプロセッサは、
前記ゲートウェイから後続のマルチキャストメッセージを受信することと、
前記セキュア接続がアクティブであるかどうかを決定することと、
前記マルチキャストメッセージが受信され、かつ、前記セキュア接続がアクティブであるとき、前記ゲートウェイにリンクステータスチェックメッセージを送ることと、
前記リンクステータスチェックメッセージに対する応答が、閾値時間期間内に受信されない場合、前記セキュア接続を終了することと、
前記後続のマルチキャストメッセージに応答して、前記ゲートウェイに第２の応答メッセージを送ることと
を行うようにさらに構成される、請求項２５に記載の装置。
【請求項２７】
前記セキュア接続を確立するために、前記少なくとも１つのプロセッサは、
前記ゲートウェイと伝送制御プロトコル（ＴＣＰ）接続を確立することと、
前記ＴＣＰ接続を使用してセキュアソケットレイヤ（ＳＳＬ）接続を確立することと
を行うようにさらに構成される、請求項２５に記載の装置。
【請求項２８】
前記少なくとも１つのプロセッサは、
前記ゲートウェイから、前記セキュア接続上でのＭＢＭＳセッションの確立を要求する制御メッセージを受信することと、
前記セキュア接続を通して前記ゲートウェイにＭＢＭＳデータを送ることと
を行うようにさらに構成される、請求項２５に記載の装置。
【請求項２９】
前記少なくとも１つのプロセッサは、基地局から、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）データ、インターネットトラフィック、またはインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）トラフィックのうちの少なくとも１つを受信するように構成される、請求項２５に記載の装置。
【請求項３０】
前記少なくとも１つのプロセッサは、前記ゲートウェイの認証を可能にするように構成された認証情報を受信するようにさらに構成される、請求項２５に記載の装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００８６
【補正方法】変更
【補正の内容】
【００８６】
[00103]先の説明は、当業者による、本明細書に説明された様々な態様の実施を可能にするために提供されている。これらの態様に対する様々な修正は、当業者には容易に明らかとなり、本明細書において定義された包括的な原理は、他の態様に適用され得る。ゆえに、特許請求の範囲は、本明細書で示された態様に限定されることが意図されたものではなく、特許請求の範囲における文言と合致する全範囲が付与されるべきであり、ここにおいて、単数形の要素への参照は、別途明記されていない限り、「１つ、および１つのみ」を意味すること意図されておらず、むしろ「１つまたは複数」を意味する。「例示的」という単語は、本明細書では、「実例、事例、または例示としての役割を果たす」を意味するために使用される。「例示的」として本明細書で説明された任意の態様は、必ずしも、他の態様よりも好ましいまたは有利であると解釈されるべきではない。別途明記されていない限り、「いくつかの」という用語は、１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組み合わせ」といった組み合わせは、Ａ、Ｂ、および／またはＣの任意の組み合わせを含み、Ａの倍数、Ｂの倍数、またはＣの倍数を含み得る。具体的には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組み合わせ」といった組み合わせは、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢ、ＡとＣ、ＢとＣ、またはＡとＢとＣであり得、ここで、任意のそのような組み合わせは、Ａ、Ｂ、またはＣの１つまたは複数のメンバを含み得る。当業者に知られているかかまたは後に知られることとなる、本開示全体にわたって説明された様々な態様の要素と構造的および機能的に同等なものはすべて、参照によって本明細書に明確に組み込まれ、そして特許請求の範囲に包含されることを意図している。さらに、本明細書に開示されたものはいずれも、そのような開示が特許請求の範囲に明示的に記載されているかどうかに関わらず、公に献呈されることを意図するものではない。いずれの請求項の要素も、その要素が「〜ための手段」という表現を使用して明確に記載されていない限り、手段プラス機能（means plus function）として解釈されるべきではない。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
通信の方法であって、
ネットワークデバイスにマルチキャストメッセージを送ることと、ここにおいて、前記ネットワークデバイスのインターネットプロトコル（ＩＰ）アドレスは、未知である、
前記マルチキャストメッセージに応答して、第１の応答メッセージが前記ネットワークデバイスから受信されるかどうかを決定することと、
前記第１の応答メッセージが前記ネットワークデバイスから受信されるとき、前記第１の応答メッセージから前記ネットワークデバイスの前記ＩＰアドレスを決定することと、
前記決定されたＩＰアドレスを使用して、前記ネットワークデバイスとセキュア接続を確立することと
を備える方法。
［Ｃ２］
前記セキュア接続を通して前記ネットワークデバイスにリンクステータスチェックメッセージを送ることと、
第２の応答メッセージが、閾値時間期間内に、前記リンクステータスチェックメッセージに応答して、前記ネットワークデバイスから受信されるかどうかを決定することと、
前記第２の応答メッセージが前記閾値時間期間内に受信されないとき、前記セキュア接続を終了することと、
前記第２の応答メッセージが前記閾値時間期間内に受信されないとき、前記ネットワークデバイスに前記マルチキャストメッセージを送ることと
をさらに備える、Ｃ１に記載の方法。
［Ｃ３］
前記セキュア接続を確立することは、
前記ネットワークデバイスと伝送制御プロトコル（ＴＣＰ）接続を確立することと、
前記ＴＣＰ接続を使用してセキュアソケットレイヤ（ＳＳＬ）接続を確立することと
を備える、Ｃ１に記載の方法。
［Ｃ４］
前記ネットワークデバイスによる認証を可能にするために、前記セキュア接続を通して前記ネットワークデバイスに認証情報を送ることをさらに備える、Ｃ１に記載の方法。
［Ｃ５］
前記セキュア接続上でＭＢＭＳセッションを確立するために、前記ネットワークデバイスに制御メッセージを送ることと、
前記セキュア接続を通して前記ネットワークデバイスからＭＢＭＳデータを受信することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ６］
ローカルネットワーク接続を通して少なくとも１つＵＥに前記ＭＢＭＳデータを送ることをさらに備える、Ｃ５に記載の方法。
［Ｃ７］
前記ローカルネットワーク接続は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）またはワイヤードイーサネット接続を備える、Ｃ６に記載の方法。
［Ｃ８］
前記ネットワークデバイスに結合されたイーサネットインターフェースがアクティブであるかどうかを決定することをさらに備え、ここにおいて、前記マルチキャストメッセージは、前記イーサネットインターフェースがアクティブであると決定されるとき、前記イーサネットインターフェースを通して前記ネットワークデバイスに周期的に送られる、Ｃ１に記載の方法。
［Ｃ９］
前記ネットワークデバイスは、基地局から、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）データ、インターネットトラフィック、またはインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）トラフィックのうちの少なくとも１つを受信するように構成される、Ｃ１に記載の方法。
［Ｃ１０］
前記ネットワークデバイスに前記マルチキャストメッセージを送ることは、時間インターバルに基づいて、前記ネットワークデバイスに前記マルチキャストメッセージを周期的に送ることを備える、Ｃ１に記載の方法。
［Ｃ１１］
ネットワークデバイスのための通信の方法であって、
ゲートウェイからのマルチキャストメッセージについて第１のポートをモニタすることと、
前記マルチキャストメッセージが受信されるとき、前記ゲートウェイに第１の応答メッセージを送ることと、
第２のポート上でセキュア接続の確立を開始する信号を受信することと、
前記ゲートウェイと前記セキュア接続を確立することと
を備える方法。
［Ｃ１２］
前記ゲートウェイから後続のマルチキャストメッセージを受信することと、
前記セキュア接続がアクティブであるかどうかを決定することと、
前記マルチキャストメッセージが受信され、かつ、前記セキュア接続がアクティブであるとき、前記ゲートウェイにリンクステータスチェックメッセージを送ることと、
前記リンクステータスチェックメッセージに対する応答が、閾値時間期間内に受信されない場合、前記セキュア接続を終了することと、
前記後続のマルチキャストメッセージに応答して、前記ゲートウェイに第２の応答メッセージを送ることと
をさらに備える、Ｃ１１に記載の方法。
［Ｃ１３］
前記セキュア接続を確立することは、
前記ゲートウェイと伝送制御プロトコル（ＴＣＰ）接続を確立することと、
前記ＴＣＰ接続を使用してセキュアソケットレイヤ（ＳＳＬ）接続を確立することと
を備える、Ｃ１１に記載の方法。
［Ｃ１４］
前記ゲートウェイから、前記ゲートウェイの認証を可能にするように構成された認証情報を受信することをさらに備える、Ｃ１１に記載の方法。
［Ｃ１５］
前記ゲートウェイから、前記セキュア接続上でのＭＢＭＳセッションの確立を要求する制御メッセージを受信することと、
前記セキュア接続を通して前記ゲートウェイにＭＢＭＳデータを送ることと
をさらに備える、Ｃ１１に記載の方法。
［Ｃ１６］
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
ネットワークデバイスにマルチキャストメッセージを送ることと、ここにおいて、前記ネットワークデバイスのインターネットプロトコル（ＩＰ）アドレスは、未知である、
第１の応答メッセージが、前記マルチキャストメッセージに応答して、前記ネットワークデバイスから受信されるかどうかを決定することと、
前記第１の応答メッセージが前記ネットワークデバイスから受信されるとき、前記第１の応答メッセージから前記ネットワークデバイスの前記ＩＰアドレスを決定することと、
前記決定されたＩＰアドレスを使用して、前記ネットワークデバイスとセキュア接続を確立することと
を行うように構成される、装置。
［Ｃ１７］
前記少なくとも１つのプロセッサは、
前記セキュア接続を通して前記ネットワークデバイスにリンクステータスチェックメッセージを送ることと、
第２の応答メッセージが、閾値時間期間内に、前記リンクステータスチェックメッセージに応答して、前記ネットワークデバイスから受信されるかどうかを決定することと、
前記第２の応答メッセージが前記閾値時間期間内に受信されないとき、前記セキュア接続を終了することと、
前記第２の応答メッセージが前記閾値時間期間内に受信されないとき、前記ネットワークデバイスに前記マルチキャストメッセージを送ることと
を行うようにさらに構成される、Ｃ１６に記載の装置。
［Ｃ１８］
前記セキュア接続を確立するために、前記少なくとも１つのプロセッサは、
前記ネットワークデバイスと伝送制御プロトコル（ＴＣＰ）接続を確立することと、
前記ＴＣＰ接続を使用してセキュアソケットレイヤ（ＳＳＬ）接続を確立することと
を行うようにさらに構成される、Ｃ１６に記載の装置。
［Ｃ１９］
前記少なくとも１つプロセッサは、前記ネットワークデバイスによる認証を可能にするために、前記セキュア接続を通して前記ネットワークデバイスに認証情報を送ることを行うようにさらに構成される、Ｃ１６に記載の装置。
［Ｃ２０］
前記少なくとも１つのプロセッサは、
前記セキュア接続上でＭＢＭＳセッションを確立するために、前記ネットワークデバイスに制御メッセージを送ることと、
前記セキュア接続を通して前記ネットワークデバイスからＭＢＭＳデータを受信することと
を行うようにさらに構成される、Ｃ１６に記載の装置。
［Ｃ２１］
前記少なくとも１つプロセッサは、ローカルネットワーク接続を通して少なくとも１つＵＥに前記ＭＢＭＳデータを送ることを行うようにさらに構成される、Ｃ２０に記載の装置。
［Ｃ２２］
前記ローカルネットワーク接続は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）またはワイヤードイーサネット接続を備える、Ｃ２１に記載の装置。
［Ｃ２３］
前記ネットワークデバイスは、基地局から、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）データ、インターネットトラフィック、またはインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）トラフィックのうちの少なくとも１つを受信するように構成される、Ｃ１６に記載の装置。
［Ｃ２４］
前記少なくとも１つのプロセッサは、時間インターバルに基づいて、前記ネットワークデバイスに前記マルチキャストメッセージを周期的に送ることで前記マルチキャストメッセージを送ることを行うように構成される、Ｃ１６に記載の装置。
［Ｃ２５］
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
ゲートウェイからのマルチキャストメッセージについて第１のポートをモニタすることと、
前記マルチキャストメッセージが受信されるとき、前記ゲートウェイに応答メッセージを送ることと、
第２のポート上でセキュア接続の確立を開始する信号を受信することと、
前記ゲートウェイと前記セキュア接続を確立することと
を行うように構成される、装置。
［Ｃ２６］
前記少なくとも１つのプロセッサは、
前記ゲートウェイから後続のマルチキャストメッセージを受信することと、
前記セキュア接続がアクティブであるかどうかを決定することと、
前記マルチキャストメッセージが受信され、かつ、前記セキュア接続がアクティブであるとき、前記ゲートウェイにリンクステータスチェックメッセージを送ることと、
前記リンクステータスチェックメッセージに対する応答が、閾値時間期間内に受信されない場合、前記セキュア接続を終了することと、
前記後続のマルチキャストメッセージに応答して、前記ゲートウェイに第２の応答メッセージを送ることと
を行うようにさらに構成される、Ｃ２５に記載の装置。
［Ｃ２７］
前記セキュア接続を確立するために、前記少なくとも１つのプロセッサはさらに、
前記ゲートウェイと伝送制御プロトコル（ＴＣＰ）接続を確立することと、
前記ＴＣＰ接続を使用してセキュアソケットレイヤ（ＳＳＬ）接続を確立することと
を行うようにさらに構成される、Ｃ２５に記載の装置。
［Ｃ２８］
前記少なくとも１つのプロセッサは、
前記ゲートウェイから、前記セキュア接続上でのＭＢＭＳセッションの確立を要求する制御メッセージを受信することと、
前記セキュア接続を通して前記ゲートウェイにＭＢＭＳデータを送ることと
を行うようにさらに構成される、Ｃ２５に記載の装置。
［Ｃ２９］
前記少なくとも１つのプロセッサは、基地局から、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）データ、インターネットトラフィック、またはインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）トラフィックのうちの少なくとも１つを受信するように構成される、Ｃ２５に記載の装置。
［Ｃ３０］
前記少なくとも１つのプロセッサは、前記ゲートウェイの認証を可能にするように構成された認証情報を受信するようにさらに構成される、Ｃ２５に記載の装置。
【国際調査報告】
2018500836.tif 000023
2018500836.tif 000024