(57)【要約】【課題】ローカルＩＰアクセスをサポートするホーム基地局装置に接続している移動局装置がマルチキャストグループ参加要求を送信した場合に、当該要求がローカルＩＰアクセスでのマルチキャストデータ受信を要求する際には、好適なマルチキャストセッション確立することができる移動通信システム等を提供すること。【解決手段】ホーム基地局装置が、移動局装置からマルチキャスト参加要求を受信し、受信されたマルチキャスト参加要求が、ホームネットワーク宛のマルチキャスト参加要求であるか否かを判定し、マルチキャスト参加要求がホームネットワーク宛と判定された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求を送信する。【選択図】図１５
2012044619.tif 000002
【特許請求の範囲】
【請求項１】
移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
前記ホーム基地局装置は、
前記移動局装置から送信されるマルチキャスト参加要求を受信するマルチキャスト参加要求受信手段と、
前記マルチキャスト参加要求が、ホームネットワーク宛のマルチキャスト参加要求であるか否かを判定するマルチキャスト参加要求判定手段と、
前記マルチキャスト参加要求判定手段により、前記マルチキャスト参加要求がホームネットワーク宛と判定された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求を送信するベアラ変更要求送信手段と、
を備えることを特徴とする移動通信システム。
【請求項２】
前記ホーム基地局装置は、
ホームネットワーク宛のマルチキャスト参加要求となるアドレスを記憶するマルチキャストアドレス記憶手段を更に有し、
前記マルチキャスト参加要求判定手段は、前記マルチキャスト参加要求に含まれるマルチキャストアドレスが、前記マルチキャストアドレス記憶手段に記憶されている場合には、ホームネットワーク宛のマルチキャスト要求であると判定することを特徴とする請求項１に記載の移動通信システム。
【請求項３】
前記マルチキャスト参加要求判定手段により、前記マルチキャスト参加要求がホームネットワーク宛ではないと判定された場合には、前記マルチキャスト参加要求を、コアネットワークに送信することを特徴とする請求項１又は２に記載の移動通信システム。
【請求項４】
前記ホーム基地局装置は、ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを移動局装置と確立しており、
前記マルチキャスト参加要求受信手段は、前記移動局装置から前記第２ベアラを経由して前記マルチキャスト参加要求を受信することを特徴とする請求項１から３の何れかに記載の移動通信システム。
【請求項５】
請求項１から４の何れかに記載の移動通信システムに接続される移動局装置であって、
前記ホーム基地局装置から、セッション管理要求を受信すると、マルチキャストデータを送受信するベアラを変更し、前記ホーム基地局装置を介してホームネットワークにおいてマルチキャストセッションを確立することを特徴とする移動局装置。
【請求項６】
請求項１から３の何れかに記載の移動通信システムに接続される移動局装置であって、
ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立し、
ホームネットワーク宛のマルチキャスト参加要求を、前記第２ベアラを経由して送信することを特徴とする移動局装置。
【請求項７】
移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムに接続されるホーム基地局装置であって、
前記移動局装置からマルチキャスト参加要求を受信するマルチキャスト参加要求受信手段と、
前記マルチキャスト参加要求が、ホームネットワーク宛のマルチキャスト要求であるか否かを判定するマルチキャスト参加要求判定手段と、
前記マルチキャスト参加要求判定手段により、前記マルチキャスト要求がホームネットワーク宛と判定された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求を送信するベアラ変更要求送信手段と、
を備えることを特徴とするホーム基地局装置。
【請求項８】
移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムにおける通信方法であって、
前記ホーム基地局装置が、
前記移動局装置から送信されるマルチキャスト参加要求を受信し、
前記受信されたマルチキャスト参加要求が、ホームネットワーク宛のマルチキャスト参加要求であるか否かを判定し、
前記マルチキャスト参加要求がホームネットワーク宛と判定された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求を送信することを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システム等に関する
【背景技術】
【０００２】
移動通信システムの標準化団体３ＧＰＰ（The 3rd Generation Partnership Project）では、次世代の移動体通信システムとして以下の非特許文献１に記載のＥＰＳ（Evolved Packet System）の仕様化作業を進めており、ＥＰＳの構成装置として、宅内等に設置する小型基地局であるＨｅＮＢ（Home eNodeB：ホーム基地局）について検討がなされている。
【０００３】
ＨｅＮＢは、フェムトセルと呼ばれる小規模の無線セルを構築し、通常の基地局と同じ無線アクセス技術を用いて、ＵＥ（User Equipment：移動端末装置）を収容する。そして、ブロードバンド回線を経由して移動通信システムのコアネットワークに接続し、収容しているＵＥの通信データを中継することができる。
【０００４】
さらに以下の非特許文献２には、ＨｅＮＢでローカルＩＰアクセスを実現するためのアーキテクチャ候補が開示されている。ローカルＩＰアクセスとは、ＨｅＮＢが直接接続されている家庭内ＩＰネットワーク等のネットワーク（以下、「ホームネットワーク」と呼ぶ）へのダイレクトな接続性をＵＥに提供する機能であり、ＵＥは、移動通信システムのコアネットワークを経由せずに、ホームネットワークに接続している他の情報端末（例えば、デジタルビデオレコーダやプリンタ等）と通信することが可能となる。
【０００５】
一方、ＥＰＳにおいて、ＵＥにコアネットワーク経由でのマルチキャストサービスを提供する方法として、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）仕様が規定されている（例えば、非特許文献３参照）。
【０００６】
ＭＢＭＳでは、移動通信システムのコアネットワーク内に、ＢＭ−ＳＣ（Broadcast-Multicast Service Centre）及びＭＢＭＳ−ＧＷ（Multimedia Broadcast/Multicast Service-Gateway）を設置し、ＢＭ−ＳＣとＭＢＭＳ−ＧＷと基地局とがマルチキャストデータの配信経路を確立することにより、ＵＥはマルチキャストデータの受信が可能となる。
【０００７】
また、ホームネットワーク等のローカルエリアネットワーク（ＬＡＮ）内の装置同士が、互いに提供するサービス（例えばプリンタ装置が提供する「印刷サービス」など）を自動的に発見するための手法として、ＵＰｎＰ（Universal Plug and Play）等のマルチキャストを用いたサービス発見プロトコルがある（例えば、非特許文献４参照）。
【０００８】
ユーザの利便性を考慮すると、ＵＰｎＰ等で実現される機能がローカルＩＰアクセス経由で接続しているＵＥでも利用できることが望ましいが、非特許文献２には、ローカルＩＰアクセスを用いたマルチキャストサービスの利用について要求条件としての記載はあるものの、その具体的な実現手段は記載されておらず、実現できなかった。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】3GPP TS23.401 General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access
【非特許文献２】3GPP TR 23.829 Local IP Access and Selected IP Traffic Offload
【非特許文献３】3GPP TS 23.246 Multimedia Broadcast/Multicast Service; Architecture and functional description
【非特許文献４】UPnP  Device Architecture 1.1
【発明の概要】
【発明が解決しようとする課題】
【００１０】
非特許文献２で開示されるローカルＩＰアクセスを実現するアーキテクチャ候補では、ローカルＩＰアクセス仕様策定前に市場出荷されたＵＥについてもサポート対象とし、ＵＥに変更を加えずに実現するという要求条件が設定されている。
【００１１】
従って、ＵＥは、通信データがコアネットワーク経由で転送されるか、ローカルＩＰアクセスを用いて転送されるかを関知せず、従来仕様に従って、ＴＦＴ（Traffic Flow Template）と呼ばれるフロー識別情報に基づいて、送信する通信データがどのＴＦＴに該当するかを見て、当該ＴＦＴに対応付けられているベアラ（ＱｏＳレベル毎にＵＥと基地局間で確立される論理パス）で送信するしかなかった。
【００１２】
ＵＥがマルチキャストサービスを利用する場合には、非特許文献３に記載のマルチキャストグループ参加手続きに従って、ＩＰｖ４による通信の場合にはＩＧＭＰ（Internet Group Management Protocol ）  Ｊｏｉｎメッセージを、ＩＰｖ６による通信の場合にはＭＬＤ（Multicast Listener Discovery）  Ｊｏｉｎメッセージを送信してマルチキャストグループへ参加要求を行う。しかしながら、当該メッセージはどのマルチキャストグループに参加する場合であっても、同じアドレス宛（ＩＰｖ６であれば「ＦＦ０２：：１６」、ＩＰｖ４であれば「２２４．０．０．２２」）に送信する。
【００１３】
そのため、宛先アドレスやプロトコル番号及びポート番号等で「フロー」を識別するＴＦＴだけでは、当該参加要求がローカルＩＰアクセスを用いたマルチキャストサービスへの要求であるか否かを振り分けてベアラを選択して送信することはできない。結果として、ＵＥはコアネットワークへ接続するベアラへ送信し、送信した参加要求メッセージはＵＥのデフォルトルータであるコアネットワーク内のＳＧＷ（Serving GW）と呼ばれるアクセス制御装置が受信するしかなかった。
【００１４】
したがって、ＳＧＷをはじめとして、位置管理装置であるＭＭＥ（Mobility Management Entity）等のコアネットワーク内の装置によって、ＵＥの送信するマルチキャストグループ参加要求が、ローカルＩＰアクセスの参加要求であるか、ＭＢＭＳサービスのための参加要求メッセージであるかを判断し、ＵＥが要求したマルチキャスト通信を配送するための手続きを行う方法が考えられる。
【００１５】
しかしながら、移動通信事業者が運用することが主に想定されるコアネットワーク内において、個々の利用者の家庭内で運用されているホームネットワーク毎のマルチキャストグループを管理する管理コストは膨大であり困難である。
【００１６】
そのため、ＵＥの当該参加要求は、ホームネットワーク内に設置されるＨｅＮＢによってローカルＩＰアクセスの参加要求であるか、ＭＢＭＳサービスのための参加要求メッセージであるかを判断し、参加要求に応じてそれぞれのマルチキャストデータを受信するための手続きを行う必要がある。
【００１７】
しかしながら、これまでＨｅＮＢでは、こうした判断手段がなく、さらにはこの判断に基づいたローカルＩＰアクセスでのマルチキャストデータを受信手段も、ＭＢＭＳサービスでのマルチキャストデータ受信手段もなかった。
【００１８】
従って、上記の諸問題から、ＵＥは、ホームネットワークで提供されるマルチキャストサービスを享受できず、上述のＵＰｎＰ等の機能も利用することができなかった。
【００１９】
本発明は、このような事情を鑑みてなされたもので、その目的は、ホーム基地局に接続している移動局装置は、ローカルＩＰアクセスでのマルチキャストグループか否かを検知せず同等の手段によってマルチキャスト参加要求を送信し、ホーム基地局が、移動局装置が参加要求するマルチキャストグループがホームネットワークで提供されるかコアネットワークで提供されるかを判定し、判定に応じて好適なマルチキャストセッションを確立することができる移動通信システム等を提供することである。
【課題を解決するための手段】
【００２０】
上記課題を解決するために、本発明に係る移動通信システム等は、以下の特徴を備えている。
【００２１】
本発明の移動通信システムは、移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
前記ホーム基地局装置は、
前記移動局装置から送信されるマルチキャスト参加要求を受信するマルチキャスト参加要求受信手段と、
前記マルチキャスト参加要求が、ホームネットワーク宛のマルチキャスト参加要求 であるか否かを判定するマルチキャスト参加要求判定手段と、
前記マルチキャスト参加要求判定手段により、前記マルチキャスト参加要求がホームネットワーク宛と判定された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求を送信するベアラ変更要求送信手段と、
を備えることを特徴とする。
【００２２】
また、本発明の移動通信システムにおいて、
前記ホーム基地局装置は、
ホームネットワーク宛のマルチキャスト参加要求となるアドレスを記憶するマルチキャストアドレス記憶手段を更に有し、
前記マルチキャスト参加要求判定手段は、前記マルチキャスト参加要求に含まれるマルチキャストアドレスが、前記マルチキャストアドレス記憶手段に記憶されている場合には、ホームネットワーク宛のマルチキャスト要求であると判定することを特徴とする。
【００２３】
また、本発明の移動通信システムにおいて、前記マルチキャスト参加要求判定手段により、前記マルチキャスト参加要求がホームネットワーク宛ではないと判定された場合には、前記マルチキャスト参加要求を、コアネットワークに送信することを特徴とする。
【００２４】
また、本発明の移動通信システムにおいて、前記ホーム基地局装置は、ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを移動局装置と確立しており、
前記マルチキャスト参加要求受信手段は、前記移動局装置から前記第２ベアラを経由して前記マルチキャスト参加要求を受信することを特徴とする。
【００２５】
また、本発明の移動通信システムに接続される移動局装置は、前記ホーム基地局装置から、セッション管理要求を受信すると、マルチキャストデータを送受信するベアラを変更し、前記ホーム基地局装置を介してホームネットワークにおいてマルチキャストセッションを確立することを特徴とする。
【００２６】
また、本発明の移動通信システムに接続される移動局装置は、
ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立し、
ホームネットワーク宛のマルチキャスト参加要求を、前記第２ベアラを経由して送信することを特徴とする。
【００２７】
本発明のホーム基地局装置は、
移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムに接続されるホーム基地局装置であって、
前記移動局装置からマルチキャスト参加要求を受信するマルチキャスト参加要求受信手段と、
前記マルチキャスト参加要求が、ホームネットワーク宛のマルチキャスト要求であるか否かを判定するマルチキャスト参加要求判定手段と、
前記マルチキャスト参加要求判定手段により、前記マルチキャスト要求がホームネットワーク宛と判定された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求を送信するベアラ変更要求送信手段と、
を備えることを特徴とする。
【００２８】
本発明の通信方法は、
移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムにおける通信方法であって、
前記ホーム基地局装置が、
前記移動局装置から送信されるマルチキャスト参加要求を受信し、
前記受信されたマルチキャスト参加要求が、ホームネットワーク宛のマルチキャスト参加要求であるか否かを判定し、
前記マルチキャスト参加要求がホームネットワーク宛と判定された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求を送信することを特徴とする。
【発明の効果】
【００２９】
本発明によれば、既存システムとの互換性を維持しながら、好適なマルチキャストセッション確立手続きを選択することができ、ＵＥはローカルＩＰアクセス環境で提供されるマルチキャストサービスも利用することができる。
【図面の簡単な説明】
【００３０】
【図１】第１実施形態における移動体通信システムの構成図である。
【図２】第１実施形態におけるＭＭＥの構成図である。
【図３】第１実施形態におけるＭＭＥのサブスクリプションデータベースの一例を示す図である。
【図４】第１実施形態におけるＭＭＥのＥＰＳベアラコンテキストの一例を示す図である。
【図５】第１実施形態におけるＳＧＷの構成図である。
【図６】第１実施形態におけるＳＧＷのＥＰＳベアラコンテキストの一例を示す図である。
【図７】第１実施形態におけるＨｅＮＢの構成図である。
【図８】第１実施形態におけるＨｅＮＢのマルチキャストアドレス設定表の一例を示す図である。
【図９】第１実施形態におけるＨｅＮＢのマルチキャストグループ参加リストの一例を示す図である。
【図１０】第１実施形態におけるＨｅＮＢのＥＰＳベアラコンテキストの一例を示す図である。
【図１１】第１実施形態におけるＵＥの構成図である。
【図１２】第１実施形態におけるＵＥのＥＰＳベアラコンテキストの一例を示す図である。
【図１３】第１実施形態における情報端末の構成図である。
【図１４】第１実施形態におけるＵＥのＨｅＮＢへのアタッチ処理及びローカルＩＰアクセス確立処理シーケンス例を示す図である。
【図１５】第１実施形態におけるローカルＩＰアクセス用マルチキャストセッション確立処理シーケンス例を示す図である。
【図１６】第１実施形態におけるＨｅＮＢのマルチキャストアドレス取得処理のフローチャート例を示す図である。
【図１７】第１実施形態におけるＵＥのマルチキャストパケット送信処理のフローチャートの例を示す図である。
【図１８】第１実施形態におけるＨｅＮＢのマルチキャストアドレス取得処理のフローチャートの変形例を示す図である。
【図１９】第１実施形態におけＨｅＮＢのマルチキャスト受信要求判定処理のフローチャートを示す図である。
【図２０】第１実施形態におけるＭＢＭＳ用マルチキャストセッション確立処理シーケンス例を示す図である。
【図２１】第１実施形態におけるＵＥのマルチキャストデータ送受信処理シーケンス例を示す図である。
【図２２】第２実施形態におけるローカルＩＰアクセス用マルチキャストセッション確立処理シーケンス例を示す図である。
【発明を実施するための形態】
【００３１】
以下、図面を参照して本発明を実施するための最良の形態について説明する。なお、本実施形態では、一例として、本発明を適用した場合の移動通信システムの実施形態について、図を用いて詳細に説明する。
【００３２】
［１．第１実施形態］
まず、本発明を適用した第１実施形態について、図面を参照して説明する。
【００３３】
［１．１  移動通信システムの概要］
図１は、本実施形態における移動通信システム１の概略を説明するための図である。本図に示すように、移動通信システム１は、コアネットワーク３と、ホームネットワーク５と、ブロードバンドアクセスネットワーク７とから構成され、コアネットワーク３とホームネットワーク５とはブロードバンドアクセスネットワーク７を介して相互接続されている。
【００３４】
ブロードバンドアクセスネットワーク７は、広帯域の通信を実現する有線アクセスネットワークであり、例えばＡＤＳＬ（Asymmetric Digital Subscriber Line）や光ファイバー等によって構築される。ただし、これに限らずＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）などの無線アクセスネットワークであっても良い。
【００３５】
コアネットワーク３は、移動通信事業者が運用する移動通信ネットワークであり、ＭＭＥ１０と、ＧＷ２０と、ＳＧＷ３０と、ＰＧＷ（Packet data network GW）４０と、ＭＢＭＳ−ＧＷ５０とが配置されている。
【００３６】
ＭＭＥ１０は、シグナリングを行うエンティティであり、移動局装置（ＵＥ９０）の位置管理及びＥＰＳベアラの確立手続きを主導する位置管理装置である。ＥＰＳベアラとは、ＵＥ毎にＰＧＷ４０とＵＥ９０との間で確立されるユーザＩＰパケットを転送する論理パスのことである。ＥＰＳベアラには、特定のＱｏＳレベルを設定することができ、またＴＦＴと関連付けられる。
【００３７】
ＴＦＴは、通信データであるフローを識別するフィルター情報の集合で定義され、各フィルター情報に宛先アドレスやポート番号を指定することができる。したがって、ＴＦＴによって特定アプリケーションのトラフィックフローや特定の通信相手とのフローを識別することができる。
【００３８】
ＧＷ２０は、ホームネットワーク５内に設置されているＨｅＮＢ８０と、コアネットワーク内装置との間でゲートウェイとして機能する。ＭＭＥ１０とＨｅＮＢ８０間、ＳＧＷ３０とＨｅＮＢ８０間及びＭＢＭＳ−ＧＷ５０とＨｅＮＢ８０間の通信は、ＧＷ２０を介して行われる。
【００３９】
ＳＧＷ３０は、ＰＧＷ４０とＨｅＮＢ８０間でパケットを転送するアクセス制御装置である。なお、ＰＧＷ４０とＳＧＷ３０とは物理的に同一ノードで構成される場合もある。
【００４０】
ＰＧＷ４０は、インターネット等の外部ＰＤＮ（Packet Data Network：パケット通信ネットワーク）と接続され、コアネットワーク３とそれらのＰＤＮとを接続するゲートウェイとして機能するとともに、ＵＥ９０の通信データをＳＧＷ３０に転送するゲートウェイ装置である。
【００４１】
ＭＢＭＳ−ＧＷ５０は、ＭＢＭＳのマルチキャストデータをＨｅＮＢ８０に転送する装置であり、ＧＷ２０経由でＨｅＮＢ８０と接続され、ＭＭＥ１０とも接続されている。
【００４２】
ホームネットワーク５は、家庭内のホームネットワークや企業などのコーポレートネットワークなどであり、ホームＧＷ６０と、情報端末７０と、ＨｅＮＢ８０と、ＵＥ９０とを含んで構成される。さらに、ホームネットワーク５は、ブロードバンドアクセスネットワーク７に接続されている。
【００４３】
ホームＧＷ６０は、ホームネットワークとブロードバンドアクセスネットワーク間のゲートウェイ装置であり、ＡＤＳＬモデム内蔵ルータ等の従来のブロードバンドルータ装置である。
【００４４】
情報端末７０は、ホームネットワーク５に接続されているＩＰ通信可能な機器であり、例えばプリンタ、デジタルビデオレコーダ又は家庭内に接続されるＰＣ等である。また、ＵＰｎＰに対応しており、提供するサービス（たとえば「印刷サービス」）をホームネットワーク内にアナウンスする。通常、複数の機器が接続可能であるが、本実施形態においては、説明の都合上情報端末７０一台を例にとって説明する。
【００４５】
ＨｅＮＢ８０はホームネットワークに設置されながら、コアネットワーク事業者の提供する基地局としてＵＥを収容する。典型的には、フェムトセルを形成する３ＧＰＰ  ＬＴＥ（Long Term Evolution）の基地局などである。
【００４６】
ＵＥ９０は、ＨｅＮＢに接続する移動通信端末であり、３ＧＰＰ  ＬＴＥの通信インタフェースなどを搭載して接続する。
【００４７】
［１．２  装置構成］
続いて、各装置構成について図を用いて簡単に説明する。なお、ＧＷ２０と、ＭＢＭＳ−ＧＷ５０と、ＰＧＷ４０とについては、ＥＰＳを利用した移動通信システムにおける従来の装置と同様に構成されているため、その詳細な説明を省略する。
【００４８】
また、ホームＧＷ６０は、従来のブロードバンドルータ装置と同様に構成されているため、その詳細な説明を省略する。
【００４９】
［１．２．１  ＭＭＥの構成］
図２は、本実施形態におけるＭＭＥ１０の構成を示す。ＭＭＥ１０は、制御部１００に、送受信部１１０と、記憶部１３０とがバスを介して接続されている。
【００５０】
制御部１００は、ＭＭＥ１０を制御するための機能部である。制御部１００は、記憶部１３０に記憶されている各種プログラムを読み出して実行することにより各種処理を実現する。
【００５１】
送受信部１１０は、ルータもしくはスイッチに有線接続され、パケットの送受信を行う機能部である。例えば、ネットワークの接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）等により送受信する。
【００５２】
記憶部１３０は、ＭＭＥ１０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部１３０には、サブスクリプションＤＢ（データベース）１３２と、ＥＰＳベアラコンテキスト１３４とが記憶されている。
【００５３】
図３は、サブスクリプションＤＢ１３２の一例を示した図であり、ＵＥ識別子（例えば「ＵＥ１」）と、ＣＳＧ識別子（例えば「ＣＳＧ１」）と、ローカルＩＰアクセスの利用権限（例えば「許可」）とを対応付けて記憶するデータベースである。ＣＳＧ(Closed Subscriber Group）識別子とは、ＨｅＮＢ８０を一意に識別する識別子であり、サブスクリプションＤＢ１３２によって、どのＨｅＮＢ８０でローカルＩＰアクセスが利用できるかが決定される。
【００５４】
図４は、ＥＰＳベアラコンテキスト１３６の一例を示した図である。例えば、図４（Ａ）に示すように、ＵＥ識別子（例えば「ＵＥ１」）と、ベアラＩＤ（例えば「ベアラ１」）と、ＵＬ  ＴＦＴ(Uplink TFT)（例えば、「総て」）と、ＬＩＰＡ(Local IP Access)設定（例えば、「ＯＦＦ」）とを対応付けて記憶し、ＵＥ９０毎に設定されているＥＰＳベアラの状態を管理する。
【００５５】
ベアラＩＤは、ＥＰＳベアラを識別する識別子であり、ＬＩＰＡ設定は、それぞれのＥＰＳベアラでローカルＩＰアクセスを使用するか否かを示す。ＵＬ  ＴＦＴは、ＵＥ９０から送信されるフロー（アップリンクフロー）を識別する。
【００５６】
ＥＰＳベアラコンテキスト１３６により、ＵＥ９０が確立しているベアラを把握することができ、さらにそれぞれのベアラに流れるフローを管理している。さらには、ベアラ毎にローカルＩＰアクセスを使用するかを管理している。例えば、図４（Ｂ）に示すように、ＵＥ１はローカルＩＰアクセスが可能なベアラ２を確立しており、ＵＬ  ＴＦＴに「宛先：２００１:２：３：４：：／６４」と指定して、ホームネットワークに接続する機器に宛てたフローはベアラ２を用いて通信すると管理する。
【００５７】
［１．２．２  ＳＧＷの構成］
続いて、本実施形態におけるＳＧＷ３０の構成を図５に示す。ＳＧＷ３０は、制御部３００に、第１送受信部３１０と、第２送受信部３２０と、記憶部３３０とがバスを介して接続されている。
【００５８】
制御部３００は、ＳＧＷ３０を制御するための機能部である。制御部３００は、記憶部３３０に記憶されている各種プログラムを読み出して実行することにより処理を実現する。
【００５９】
第１送受信部３１０及び第２送受信部は、他の装置に接続され、データの送受信を行う機能部である。例えば、ネットワークの接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）などにより送受信する。ここで、第１送受信部３１０はＨｅＮＢ８０など下流に接続される装置とデータ送受信し、第２送受信部３２０は、ＰＧＷ２０やＭＭＥ１０など上流に接続された装置とデータ送受信する機能を実現する。
【００６０】
記憶部３３０は、ＳＧＷ３０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部３３０にはＥＰＳベアラコンテキスト３３２が記憶されている。
【００６１】
図６は、ＥＰＳベアラコンテキスト３３２の一例を示した図である。例えば、図６（Ａ）に示すように、ＭＭＥ１０のＥＰＳベアラコンテキスト１３４と同様に、ＵＥ識別子（例えば「ＵＥ１」）と、ベアラＩＤ（例えば「ベアラ１」）と、ＵＬ  ＴＦＴ(Uplink TFT)（例えば「総て」）と、ＬＩＰＡ(Local IP Access)設定（例えば、「ＯＦＦ」）とを対応付けて記憶し、ＵＥ毎に設定されているＥＰＳベアラの状態を管理する。
【００６２】
［１．２．３  ＨｅＮＢの構成］
図７は、本実施形態におけるＨｅＮＢ８０の構成を示す。ＨｅＮＢ８０は、制御部８００に、ＮＡＴ（Network Address Translation）部８１０と、ＬＴＥ基地局部８２０と、記憶部８３０と、ホームネットワークインタフェース部８４０とがバスを介して接続されている。
【００６３】
制御部８００は、ＨｅＮＢ８０を制御するための機能部である。制御部８００は、記憶部８３０に記憶されている各種プログラムを読み出して実行することにより処理を実現する。
【００６４】
ＮＡＴ部８１０は、ＬＴＥ基地局部８２０からパケットを受信し、送信元ＩＰアドレスを書き換え、送信先ＩＰアドレスに基づいてホームネットワークインタフェース部８４０に転送する。
【００６５】
また、同様にホームネットワークインタフェース部８４０からパケットを受信し、送信先ＩＰアドレスを書き換えてＬＴＥ基地局部８２０に転送する。
【００６６】
ＬＴＥ基地局部８２０は、Ｅ−ＵＴＲＡの基地局として機能し、ＵＥを収容するための機能部である。また、ＬＴＥ基地局部８２０には、外部アンテナ８２２が接続されている。
【００６７】
記憶部８３０は、ＨｅＮＢ８０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに記憶部８３０には、マルチキャストアドレス設定表８３２と、マルチキャストグループ参加リスト８３４とＥＰＳベアラコンテキスト８３６とが記憶されている。
【００６８】
図８は、マルチキャストアドレス設定表８３２の一例を示した図であり、ローカルＩＰアクセス経由で参加するマルチキャストグループのＩＰアドレスを記憶するデータベースである。
【００６９】
図９は、マルチキャストグループ参加リスト８３４の一例を示した図であり、マルチキャストアドレス（例えば「ＦＦ０２：：Ｃ」）と、当該マルチキャストアドレスグループに参加しているＵＥ９０の識別子（例えば、「ＵＥ１」）と、当該ＵＥ９０がローカルＩＰアクセスに用いるベアラＩＤ（例えば、「ベアラ２」）とを対応付けて記憶し、ＨｅＮＢ８０を介してホームネットワーク５上のマルチキャストアドレスグループに参加しているＵＥを管理する。
【００７０】
図１０は、ＥＰＳベアラコンテキスト８３４の一例を示した図である。例えば、図１０（Ａ）は、ＭＭＥ１０のＥＰＳベアラコンテキスト１３４と同様に、ＵＥ識別子（例えば「ＵＥ１」）と、ベアラＩＤ（例えば「ベアラ１」）と、ＬＩＰＡ設定（例えば、「ＯＦＦ」）とを対応付けて記憶し、ＵＥ毎に設定されているＥＰＳベアラの状態を管理する。
【００７１】
ＨｅＮＢ８０は、ＵＥ９０からフローを受信した際に、当該フローがどのＥＰＳベアラを用いて送信されたかを見て、当該ＥＰＳベアラのＬＩＰＡ設定が「ＯＮ」である場合には、当該フローをＮＡＴ部８１０経由でホームネットワークインタフェース部８４０からホームネットワーク５内に直接送信し、ＬＩＰＡ設定が「ＯＦＦ」である場合には、ＳＧＷ３０に転送する。
【００７２】
ホームネットワークインタフェース部８４０は、ホームネットワーク５内の他装置とパケット送受信を行う機能部である。例えば、ネットワークの接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）などにより送受信する。
【００７３】
［１．２．４  ＵＥの構成］
次に、本実施形態における移動局装置であるＵＥ９０の構成について説明する。ＵＥ９０の具体的な一例としては、無線アクセスインタフェースを介して移動通信システムに接続する携帯端末や、ＰＤＡ等の端末が想定される。図１１に示すように、制御部９００に、ＬＴＥインタフェース部９１０と、記憶部９３０とがバスを介して接続されている。
【００７４】
制御部９００は、ＵＥ９０を制御するための機能部である。制御部９００は、記憶部９３０に記憶されている各種プログラムを読み出して実行することにより各種処理を実現する。
【００７５】
ＬＴＥインタフェース部９１０は、ＵＥ９０がＨｅＮＢ８０に接続し、具体的なデータ（パケット）を送受信するための機能部である。また、ＬＴＥインタフェース部９１０には、外部アンテナ９１２が接続されている。
【００７６】
記憶部９３０は、ＵＥ９０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部９３０には、ＥＰＳベアラコンテキスト９３２が記憶されている。
【００７７】
図１２は、ＥＰＳベアラコンテキスト９３２の一例を示した図である。例えば、図１２（Ａ）は、ベアラＩＤ（例えば「ベアラＩＤ１」）と、ＵＬ  ＴＦＴとを対応付けて記憶し、ＵＥ９０が確立しているＥＰＳベアラの状態を管理する。ＵＥ９０がフローを送信する場合には、フローがどのＵＬ  ＴＦＴに該当するかを検索し、該当するＵＬ  ＴＦＴが存在する場合には、当該ＵＬ  ＴＦＴに関連付けられているＥＰＳベアラを用いてフローを送信する。
【００７８】
［１．２．５  情報端末の構成］
図１３は、本実施形態における情報端末７０の構成を示す。情報端末７０は、制御部７００に、ホームネットワークインタフェース部７１０と、記憶部７３０とがバスを介して接続されている。
【００７９】
制御部７００は、情報端末７０を制御するための機能部である。制御部７０は、記憶部に記憶されている各種プログラムを読み出して実行することにより各種処理を実現する。
【００８０】
ホームネットワークインタフェース部７１０は、ホームネットワーク５内の他装置とパケット送受信を行う機能部である。例えば、ネットワークの接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）等により送受信する。
【００８１】
記憶部７３０は、情報端末の各種動作に必要なプログラム、データ等を記憶する機能部である。
【００８２】
［１．３  処理の説明］
次に、図１に示すネットワークにおいて、ＵＥ９０がＨｅＮＢ８０の提供するローカルＩＰアクセスを用いてマルチキャストデータを送受信するための手続きについて、図を用いて説明する。
【００８３】
［１．３．１  ＵＥの接続処理］
まず、ＵＥ９０はＨｅＮＢ８０にアタッチ処理を開始して接続する。このときの接続手続きについて、図１４を用いて詳細に説明する。
【００８４】
ＵＥ９０は、上述した非特許文献１に規定された従来手法に従って、アタッチ処理をＨｅＮＢ８０との間で行い、ＨｅＮＢ８０に接続する（Ｓ１００）。
【００８５】
さらに、ＵＥ９０は従来手法に従って、ＰＧＷ４０に対してＰＤＮコネクション確立処理を行う（Ｓ１０２）。ＰＤＮコネクションとは、ＵＥ９０とＰＧＷ４０との間で確立される論理パスであり、１つのＰＤＮコネクション内に複数のＥＰＳベアラを確立することができる。なお、ＰＤＮコネクション確立処理は、ＵＥ９０と、ＨｅＮＢ８０と、ＭＭＥ１０と、ＳＧＷ３０と、ＰＧＷ４０との間で行われる。
【００８６】
ＰＤＮコネクション確立処理が完了すると、ＵＥ９０とＰＧＷ４０との間には、デフォルトベアラであるＥＰＳベアラ１が確立され（Ｓ１０４）、ＭＭＥ１０のＥＰＳベアラコンテキスト１３６は、図４（Ａ）のように設定される。
【００８７】
また同様に、ＳＧＷ３０のＥＰＳベアラコンテキスト３３２は、図６（Ａ）のように設定され、ＨｅＮＢ８０のＥＰＳベアラコンテキスト８３６は、図１０（Ａ）のように設定され、ＵＥ９０のＥＰＳベアラコンテキスト９３２は、図１２（Ａ）のように設定される。なお、デフォルトベアラは、特定のＥＰＳベアラに関連付けられていないフローの送受信に用いられる。
【００８８】
以後、ＵＥ９０が送信する通信フローは、ＵＥ９０のＥＰＳベアラコンテキスト９３２に従って、ＥＰＳベアラ１で送信される（Ｓ１０６）。
【００８９】
［１．３．２  ＵＥのローカルＩＰアクセス確立処理］
ＰＤＮコネクション確立処理を完了したＵＥ９０は、続けて、上述した非特許文献２に規定された従来手法に従って、ローカルＩＰアクセス用のＥＰＳベアラ確立を開始する。
【００９０】
なお、このローカルＩＰアクセス用ＥＰＳベアラ確立を開始する契機は、例えばＰＣＲＦ（Policy and Charging Rules Function）等のコアネットワーク内のＱｏＳ管理装置からの通知であってもよいし、前述のＰＤＮコネクション確立完了に連動して行ってもよいし、コアネットワーク内の加入者管理装置におけるＵＥ９０のローカルＩＰアクセスを許可する加入者情報に基づいて開始してもよいし、これらに限らず他の手段を用いてもよい。
【００９１】
まず、ＳＧＷ３０はベアラ確立要求をＭＭＥ１０に送信する（Ｓ１１０）。ベアラ確立要求には、ローカルＩＰアクセスを行う対象の通信フローの識別情報（ＵＬ  ＴＦＴ）と、当該確立要求するベアラを用いてローカルＩＰアクセスでの通信を行うことを指示するための識別子（以下、ＬＩＰＡフラグと呼ぶ）とを含める。ここで、ＵＬ  ＴＦＴには、ホームネットワークに割り当てられているＩＰアドレスプレフィックス（例えば、「２００１：２：３：４：：／６４」等）を含める。
【００９２】
ＩＰアドレスプレフィックスは、ＨｅＮＢ８０設置時にコアネットワーク３内の装置において管理しておき、こうした静的に設定した情報を参照して取得してもよいし、これまでの接続手続きによってＨｅＮＢ８０からＳＧＷ３０へ通知するなどして、動的に設定して取得してもよい。
【００９３】
ＭＭＥ１０は、ベアラ確立要求を受信し、従来方法に従って、ＵＥ９０が接続しているＨｅＮＢ８０のＣＳＧＩＤ（ＣＳＧ１）とＵＥ識別子とを用いて、サブスクリプションＤＢ１３２に利用権限を照合する（Ｓ１１２）。
【００９４】
これにより、ＵＥ９０がＨｅＮＢ８０を用いたローカルＩＰアクセスの利用権限を持つかどうかを確認し、もし利用権限がない場合には、ＭＭＥ１０はベアラ確立拒否をＳＧＷ３０に送信し、ローカルＩＰアクセス用ＥＰＳベアラ確立処理を終了する。
【００９５】
ＵＥ９０が利用権限を持つ場合には、受信したベアラ確立要求に従って、ＭＭＥ１０は、ＵＥ９０に新しいＥＰＳベアラ（ベアラ２）を割り当て、ＥＰＳベアラコンテキスト１３４を図４（Ｂ）のように更新し（Ｓ１１４）、ベアラ２がローカルＩＰアクセスに利用可能であることと、ベアラ２で通信するフロー情報を記憶する。
【００９６】
さらに、ＭＭＥ１０はセッション管理要求を生成する。セッション管理要求には、前述のＵＬ  ＴＦＴとＥＰＳベアラＩＤ（ベアラ２）とを含める。そして、ＭＭＥ１０はセッション管理要求を含んだベアラ設定要求をＨｅＮＢ８０に送信する（Ｓ１１６）。ベアラ設定要求には、ローカルＩＰアクセスに用いるＥＰＳベアラのベアラＩＤ（ベアラ２）と、ＬＩＰＡフラグとが含まれる。
【００９７】
ＨｅＮＢ８０は、ベアラ設定要求を受信し、ＥＰＳベアラ２でＵＥ９０から受信した通信フローについては、ＳＧＷ３０に転送せず、ＨｅＮＢ８０が接続しているホームネットワーク５に直接送信するようにルーティング情報を設定する（Ｓ１１８）。さらに、ＥＰＳベアラコンテキスト８３６を図１０（Ｂ）のように更新し（Ｓ１２０）、ベアラ２がローカルＩＰアクセスに利用可能であることと、ベアラ２で通信するフロー情報を記憶する。さらに、ベアラ設定要求に含まれていたセッション管理要求をＵＥ９０に転送する（Ｓ１２２）。
【００９８】
ＵＥ９０は、セッション管理要求に含まれているＵＬ  ＴＦＴとＥＰＳベアラＩＤとに従って、ＵＬ  ＴＦＴに該当する通信フローについては、ＥＰＳベアラ２を用いてＨｅＮＢ８０に送信するように設定する（Ｓ１２４）。さらに、ＥＰＳベアラコンテキスト９３２を図１２（Ｂ）のように更新し、ベアラ２で通信するフロー情報を記憶する。そして、セッション管理応答をＨｅＮＢ８０に送信する（Ｓ１２６）。
【００９９】
ＨｅＮＢ８０は、セッション管理応答を受信し、当該応答をベアラ設定応答に含めてＭＭＥ１０に送信する（Ｓ１２８）。
【０１００】
ＭＭＥ１０は、確立したＥＰＳベアラのベアラＩＤ（ベアラ２）を含んだベアラ確立応答をＳＧＷ３０に送信する（Ｓ１３０）。
【０１０１】
ＳＧＷ３０は、ベアラ確立応答を受信し、ＥＰＳベアラコンテキスト３３２を図６（Ｂ）のように更新し（Ｓ１３２）、ベアラ２がローカルＩＰアクセスに利用可能であることと、ベアラ２で通信するフロー情報を記憶する。
【０１０２】
以上で、ＵＥ９０のローカルＩＰアクセス確立処理（ＥＰＳベアラ２）が完了する（Ｓ１３４）。これにより、ＵＥ９０が送信する通信フローのうち、ＵＬ  ＴＦＴで指定されたフロー識別情報に該当するフローについては、ＨｅＮＢ８０がコアネットワーク３に転送せず、直接ホームネットワーク５に転送するようになるため、ＵＥ９０はコアネットワーク３を経由せず情報端末７０と直接通信できるようになる。
【０１０３】
また、情報端末７０から送信されるＵＥ９０宛ての通信データについても同様にコアネットワーク３を経由することなく、ＨｅＮＢ８０を介して行われる。なお、ＵＥ９０はＰＧＷ４０から割り当てられたＩＰアドレスを用いて通信を行うため、ホームネットワーク５内のＩＰアドレス体系との齟齬が生じるので、ＨｅＮＢ８０は非特許文献２に記載された従来手法に従って、ＮＡＴ（Network Address Translation）処理を行い、ＩＰアドレスの書き換えを行う（Ｓ１４０、１４２）。
【０１０４】
［１．３．３  マルチキャストセッション確立処理（第１実施形態）］
次に、ＵＥ９０はＵＰｎＰ等のサービス発見のためなど、ホームネットワーク５内で提供されているマルチキャストグループへ参加するため、マルチキャストグループへの参加手続きを行う。以下、図１５を用いて説明する。
【０１０５】
まず、ＵＥ９０は従来方法に従って、マルチキャストグループ参加要求を送信する（Ｓ１５０）。参加要求は、参加したいマルチキャストグループのＩＰアドレス（例えば、ＵＰｎＰで用いる「ＦＦ０２：：Ｃ」とする）を含んだＩＧＭＰｊｏｉｎメッセージ或いはＭＬＤｊｏｉｎメッセージを送信することによって行う。従来方法に従って、いずれのメッセージも参加要求するマルチキャストアドレスグループに関わらず、送信先アドレスは、ＩＰｖ６であれば、「ＦＦ０２：：１６」、ＩＰｖ４であれば「２２４．０．０．２２」となり、ＵＥ９０のＥＰＳベアラコンテキスト９３２に基づいて、ベアラ１を用いて送信される。
【０１０６】
従来では、ＨｅＮＢ８０は、ベアラ１を用いて送信されたパケットはそのままＳＧＷ３０に送信するが、従来とは異なり、マルチキャストアドレス取得処理を行う(Ｓ１５２)。
【０１０７】
ここで、ＨｅＮＢ８０は、ＵＥ９０から受信したパケットすべてに対してマルチキャストアドレス取得処理を行う。これにより、ＵＥ９０が送信したパケットがマルチキャストグループへの参加要求であるか否かを判定する（Ｓ１５４）。マルチキャストグループへの参加要求である場合には、マルチキャストグループを識別するマルチキャストアドレスを取得する。また、マルチキャストグループへの参加要求でない場合にはＳＧＷ３０へ受信パケットを送信し、従来通り通信を行う。以下、マルチキャストアドレス取得処理を、図１６を用いて説明する。
【０１０８】
［１．３．３．１  マルチキャストアドレス取得処理］
図１６は、マルチキャストアドレス処理の動作フローを示した図である。ＨｅＮＢ８０は、ＵＥ９０から受信したパケットの送信先アドレス又はプロトコル番号を参照する（ステップＳ１０）。
【０１０９】
次に、ＵＥ９０から受信したパケットがマルチキャスト参加要求を示すものか否かを判定する(ステップＳ１２)。判定手段はパケットの送信先アドレスが、ＩＰｖ６であれば、「ＦＦ０２：：１６」、ＩＰｖ４であれば「２２４．０．０．２２」等、マルチキャストを示すことで判定する。又は、パケットのヘッダに記載されるプロトコル番号等により、ＩＧＭＰｊｏｉｎメッセージ或いはＭＬＤｊｏｉｎメッセージを識別することで判定する。ここで、ＨｅＮＢ８０はこの判定によって、ＵＥ９０が送信したパケットがマルチキャスト参加要求であるかどうかを判断するだけであり、ホームネットワークのマルチキャストグループへの参加要求であるか否かは判定しない。
【０１１０】
具体的にＩＰｖ４の場合では、例えばプロトコル番号として「２」が指定されている場合には、ＩＧＭＰプロトコルの制御メッセージであることを識別し、識別した場合にはＩＰヘッダに続くペイロード部分に記載されるタイプフィールドを参照し、メッセージタイプとして「０ｘ２２」が指定されている場合には、ＩＧＭＰｊｏｉｎメッセージであると判定する。
【０１１１】
また、ＩＰｖ６の場合では、例えばプロトコル番号として「５８」が指定されている場合には、ＩＣＭＰプロトコルの制御メッセージであることを識別し、識別した場合にはＩＰヘッダに続くペイロード部分に記載されるタイプフィールドを参照し、メッセージタイプとして「１４３」が指定されている場合には、ＭＬＤｊｏｉｎメッセージであると判定する。つまり、従来ではＩＰヘッダの情報要素は参照することはあってもＩＰヘッダ以下に続くペイロード部分を参照することはしないが、ここでは従来と異なりパケット内部を参照してマルチキャスト参加要求パケットであることを判定する。
【０１１２】
マルチキャスト参加要求を示すものでない場合（ステップＳ１２；Ｎｏ）、ＨｅＮＢ８０は、ＵＥ９０から受信したパケットを従来通りＳＧＷ３０へ送信し、マルチキャストアドレス取得処理を終了する（Ｓ１８）。
【０１１３】
ＵＥ９０が送信したパケットがマルチキャスト参加要求であると判定した場合は（ステップＳ１２；Ｙｅｓ）、ＩＧＭＰｊｏｉｎメッセージ又はＭＬＤｊｏｉｎメッセージのメッセージ内容を参照してマルチキャストアドレスを抽出する(Ｓ１４）。ＵＥ９０に対してコアネットワークへ接続するベアラ（ベアラ１)で接続されるＳＧＷ３０はデフォルトルータであり、ＨｅＮＢ８０はＵＥ９０がベアラ１を用いて送信するパケットは、ＳＧＷ３０へそのまま転送する。つまり、ＩＰヘッダの情報要素は参照することはあってもＩＰヘッダ以下に続くペイロード部分を参照することはしないが、ここでは従来と異なりパケット内部を参照してマルチキャストアドレスを取得する。
【０１１４】
ＨｅＮＢ８０は、マルチキャストアドレスを取得後、マルチキャスト受信要求判定処理を開始して(Ｓ１６)、マルチキャストアドレス取得処理を終了する。
【０１１５】
ＨｅＮＢ８０が、このマルチキャストアドレス取得処理行うことにより、ＵＥ９０は、参加するマルチキャストグループがホームネットワークのものかＭＢＭＳサービスのものかを区別することなくマルチキャスト参加要求メッセージを送信することができる。
【０１１６】
さらに、ＨｅＮＢ８０は、従来ＳＧＷ３０へそのまま送信されてしまうマルチキャストグループ参加要求メッセージからマルチキャストアドレスを取得する。ここで、上述したマルチキャストアドレス取得処理は、以下の変形例であってもよい。図１７、及び１８を用いて、マルチキャストパケット取得処理の変形例を説明する。
【０１１７】
［１．３．３．２  マルチキャストアドレス取得処理（変形例）］
上述したマルチキャストアドレス取得処理では、ＵＥ９０に新たな処理を必要とせず、ＨｅＮＢ８０が従来とは異なりＩＰパケットのペイロード部分を参照してマルチキャストアドレスを取得する方法であった。変形例では、ＨｅＮＢ８０に加えてＵＥ９０も新たな処理を行うことで、ＨｅＮＢ８０がＩＰパケットのペイロードを参照することなくマルチキャストアドレスを取得する。
【０１１８】
ＵＥ９０は、図１５で説明したＳ１５０のマルチキャスト参加要求送信時、マルチキャストパケット送信処理を行う。図２２を用いて処理を説明する。
【０１１９】
最初にＵＥ９０は、ＬＩＰＡ接続をしているかどうかを確認する（ステップＳ３０）。ＬＩＰＡ接続をしているかどうかは、ローカルＩＰアクセス用のベアラが確立されていることで確認する。または、ベアラ確立時にＨｅＮＢ８０からＬＩＰＡフラグを取得することで、ローカルＩＰアクセス可能であると状態管理しておくことで確認してもよい。
【０１２０】
ＬＩＰＡ接続していない場合には（ステップＳ３０；Ｎｏ）、従来通りマルチキャストパケットを送信し（ステップＳ３４）、マルチキャストパケット送信処理を終了する。これにより、従来のＵＥ９０の動作との互換性が確保される。
【０１２１】
ＬＩＰＡ接続している場合には（ステップＳ３０；Ｙｅｓ）、マルチキャスト参加要求のパケットの送信先に、マルチキャストアドレスを記載する（ステップＳ３２）。マルチキャスト参加要求のための従来のＩＧＭＰｊｏｉｎメッセージ又はＭＬＤｊｏｉｎメッセージは、パケットの送信先アドレスは、ＩＰｖ６であれば、「ＦＦ０２：：１６」、ＩＰｖ４であれば「２２４．０．０．２２」等、マルチキャストを示すことアドレスであり、マルチキャストアドレスはＩＰヘッダ以下のペイロード部分に記載されるが、ここでは従来と異なり送信先アドレスにマルチキャストアドレスを記載する。
【０１２２】
その後、マルチキャストパケットを送信し（ステップＳ３４）、マルチキャストパケット送信処理を終了する。
【０１２３】
次に、図１５において、ＵＥ９０がマルチキャスト参加要求送信後（Ｓ１５０）のＨｅＮＢ８０のマルチキャストアドレス取得処理（Ｓ１５２）について、図１８を用いて説明する。
【０１２４】
まず、ＨｅＮＢ８０は、ＵＥ９０から受信したパケットのプロトコル番号を参照する（ステップＳ５０）。
【０１２５】
次に、ＵＥ９０から受信したパケットがマルチキャスト参加要求を示すものか否かを判定する(ステップＳ５２)。判定手段はパケットのヘッダに記載されるプロトコル番号により、ＩＧＭＰｊｏｉｎメッセージ又はＭＬＤｊｏｉｎメッセージを識別することで判定する。ここで、ＨｅＮＢ８０はこの判定によって、ＵＥ９０が送信したパケットがマルチキャスト参加要求であるかどうかを判定するだけであり、ホームネットワークのマルチキャストグループへの参加要求であるか否かは判定しない。
【０１２６】
マルチキャスト参加要求を示すものでない場合（ステップＳ５２；Ｎｏ）、ＨｅＮＢ８０は、ＵＥ９０から受信したパケットを従来通りＳＧＷ３０へ送信し、マルチキャストアドレス取得処理を終了する（ステップＳ５８）。
【０１２７】
ＵＥ９０が送信したパケットがマルチキャスト参加要求であると判定した場合は、
ＨｅＮＢ８０は、ＵＥ９０がＬＩＰＡ接続をしているかを確認し、確認できた場合には、ＵＥ９０が送信したパケットの送信先アドレスをマルチキャストアドレスとして抽出する(ステップＳ５４）。
【０１２８】
ＵＥ９０がＬＩＰＡ接続しているかどうかは、ＵＥ９０が、ローカルＩＰアクセス用のベアラが確立されていることで確認する。又は、ベアラ確立時にＨｅＮＢ８０からＬＩＰＡフラグを取得することで、ローカルＩＰアクセス可能であると状態管理しておくことで確認してもよい。
【０１２９】
例えば、図１０のベアラコンテキストにおいて、ＵＥ９０がＬＩＰＡ設定「ＯＮ」のベアラを確立しているかどうかで判定可能である。また、ＬＩＰＡ設定が確認できない場合には、前述したようにＩＰヘッダに続くペイロードを参照してマルチキャストアドレスを取得してもよい。
【０１３０】
ＨｅＮＢ８０は、マルチキャストグループのＩＰアドレスを抽出し（ステップＳ５４）、マルチキャスト受信要求判定処理を開始して(Ｓ５６)、マルチキャストアドレス取得処理を終了する。
【０１３１】
この変形例では、前述したマルチキャストパケット取得処理とは異なり、ＩＰヘッダに続くペイロード部分を参照することなくマルチキャストアドレスを取得することができる。また、ＬＩＰＡ接続の有無を確認することで、従来のマルチキャスト参加要求手続きに対する互換性も保つことができる。
【０１３２】
このマルチキャストアドレス取得処理においても、ＵＥ９０は、参加するマルチキャストグループがホームネットワークのものかＭＢＭＳサービスのものかを区別することなくマルチキャスト参加要求メッセージを送信することができる。
【０１３３】
さらに、ＨｅＮＢ８０は、従来ＳＧＷ３０へそのまま送信されてしまうマルチキャストマルチキャスト参加要求メッセージからマルチキャストアドレスを取得することができる。
【０１３４】
図１５のマルチキャストセッション確立手続きに戻り、マルチキャストアドレス取得処理(Ｓ１５２)でマルチキャストアドレスが抽出できた場合、マルチキャスト受信要求判定処理を行う（Ｓ１５４）。マルチキャスト受信要求判定処理により、ＨｅＮＢ８０は、ＵＥ９０がホームネットワークのマルチキャストグループへの参加を要求しているか、コアネットワークの提供するＭＢＭＳサービスのマルチキャストグループに参加要求しているかを判定し、その後それぞれに応じた手続きを行う。マルチキャスト受信要求判定処理について、以下、図１９を用いて、説明する。
【０１３５】
［１．３．４  マルチキャスト受信要求判定処理］
ここでは、受信したＭＢＭＳ通知要求内に含まれている参加要求マルチキャストグループのＩＰアドレスの「ＦＦ０２：：Ｃ」が抽出されるとする。
【０１３６】
次に、マルチキャストアドレス設定表８３２に基づいて、抽出したＩＰアドレスがローカルＩＰアクセス用に設定されたマルチキャストアドレスに該当するかを確認する（ステップＳ７０）。
【０１３７】
マルチキャストアドレス設定表８３２には、ホームネットワーク内のマルチキャストグループであるローカルＩＰアクセス用に設定されたマルチキャストアドレスが管理されている。マルチキャストアドレス設定表８３２は、ホームネットワークを管理するユーザが予め静的に設定しておくこととする。なお、ホームネットワークで利用されるマルチキャストアドレスを通信システム全体で割り当てておき、ＨｅＮＢ８０設置時に予め静的に設定されていてもよい。
【０１３８】
抽出したＩＰアドレスが、ローカルＩＰアクセス用に設定されたマルチキャストアドレスに該当する場合（ステップＳ７０；Ｙｅｓ）には、ＵＥ９０のマルチキャストグループ参加要求は、ローカルＩＰアクセスでのマルチキャストデータ受信を要求するものであると判定し（ステップＳ７２）、既にＵＥ９０がローカルＩＰアクセス用ＥＰＳベアラを確立しているか否かをＥＰＳベアラコンテキスト８３４に基づいて確認する（ステップＳ７４）。
【０１３９】
ローカルＩＰアクセス用ＥＰＳベアラの確立が確認できた場合（ステップＳ７４;Ｙｅｓ）には、次に説明するローカルＩＰアクセス用マルチキャストセッション確立手続きを開始する（ステップＳ７８）。
【０１４０】
なお、ステップＳ７４において、ローカルＩＰアクセス用ＥＰＳベアラの確立が確認できなかった場合（ステップＳ７４;Ｎｏ）には、ＨｅＮＢ８０は、ＳＧＷ３０又はＭＭＥ１０にベアラ確立を要求し、前述のＵＥ９０のローカルＩＰアクセス確立処理を先ず実行し、ベアラを確立する（Ｓ７６）。
【０１４１】
また、ステップＳ７０において、抽出されたＩＰアドレスがローカルＩＰアクセス用に設定されたマルチキャストアドレスに該当しない場合には（ステップＳ７０；Ｎｏ）、コアネットワークのＭＢＭＳサービスへのマルチキャスト参加要求と判定する（ステップＳ８０）。そして、従来のＭＢＭＳのマルチセッション確立処理を開始する（ステップＳ８２）。
【０１４２】
図１５に戻り、マルチキャスト受信要求判定処理(Ｓ１５４)により、ホームネットワークのマルチキャストグループへの参加要求と判定した場合の、ローカルＩＰアクセス用マルチキャストセッション確立手続きを説明する。
【０１４３】
［１．３．５  ローカルＩＰアクセス用マルチキャストセッション確立手続き］
ＨｅＮＢ８０は、指定されたマルチキャストアドレスのグループへ参加するためにＩＧＭＰ  Ｊｏｉｎ又はＭＬＤ  Ｊｏｉｎをホームネットワーク５内に送信し（Ｓ１６２）、指定されたマルチキャストアドレス宛てのデータ受信を開始する（Ｓ１６４）。そして、ＨｅＮＢ８０はセッション管理要求をＵＥ９０に送信する（Ｓ１６６）。セッション管理要求には、ＵＬ  ＴＦＴとＥＰＳベアラＩＤを含めて送信する。ここでは、参加するマルチキャストグループのＵＬ  ＴＦＴである「ＦＦ０２：：Ｃ」と、ローカルＩＰアクセス用のベアラであるベアラ２を含めて送信する。
【０１４４】
ＵＥ９０は、セッション管理要求に含まれているＵＬ  ＴＦＴとＥＰＳベアラＩＤに基づいて、図１２（Ｃ）のようにＥＰＳベアラコンテキスト９３２を更新し（Ｓ１６８）、セッション管理応答をＨｅＮＢ８０に送信する（Ｓ１７０）。
ＨｅＮＢ８０は、セッション管理応答を受信し、以上でローカルＩＰアクセス用マルチキャストセッション確立手続きを完了する。ＨｅＮＢ８０は、セッション管理要求および応答の送受信により、図１０（Ｃ）のようにＥＰＳベアラコンテキスト８３６を更新する。
【０１４５】
さらに、マルチキャストグループ参加リスト８３２に、ＵＥ９０とマルチキャストアドレス及びベアラＩＤを追加する。これにより、ＵＥ９０とは異なる別のＵＥがマルチキャスト要求を送信した場合、ＨｅＮＢ８０は、参加要求に含まれるマルチキャストアドレスが、すでにＵＥ９０が受信しているマルチキャストアドレスか否かをマルチキャストグループ参加リスト８３４を参照して判断し、すでに受信しているマルチキャストアドレスであれば、ＨｅＮＢ８０によるマルチキャスト参加要求メッセージの送信（Ｓ１６２）およびマルチキャストの受信開始（Ｓ１６４）を省略してマルチキャストセッション確立手続きを行うことができる。
【０１４６】
一方、マルチキャスト受信要求判定（Ｓ１５６）において、ＵＥ９０が従来のＭＢＭＳを用いたマルチキャストデータ受信を要求していると判定された場合には、図２０に示すようにＨｅＮＢ８０はマルチキャスト参加要求メッセージをＳＧＷ３０へ送信し（Ｓ１８０）、従来のＭＢＭＳ処理が実行される。
【０１４７】
すなわち、ＳＧＷ３０は、ＵＥ識別子とマルチキャストアドレスを含めてＭＢＭＳ通知要求をＭＭＥ１０へ送信し（Ｓ１８２）、ＭＭＥ１０は、ＭＢＭＳコンテキスト活性化開始要求をＵＥに送信し（Ｓ１８４）、ＵＥ９０と、ＨｅＮＢ８０と、ＭＭＥ１０と、ＳＧＷ３０と、ＭＢＭＳ−ＧＷ５０との間でＭＢＭＳセッション確立処理を行う（Ｓ１８６）。
【０１４８】
［１．３．６  マルチキャストデータ受信処理］
ローカルＩＰアクセス用マルチキャストセッションの確立が完了すると、ＵＥ９０はホームネットワーク５内で送信されたマルチキャストデータの受信が可能となる。
【０１４９】
以下、ＵＥ９０がＵＰｎＰ等のサービス発見プロトコルに基づいてサービス探索要求を送受信した場合を例に、マルチキャストデータ受信処理について、図２１を用いて説明する。
【０１５０】
まず、ＵＥ９０はサービス探索要求を送信する。サービス探索要求の送信先アドレスは、「ＦＦ０２：：Ｃ」であるため、ＵＥ９０は、ＥＰＳベアラコンテキストのＵＬ  ＴＦＴに基づいてベアラ（ＥＰＳベアラ２）を選択し（Ｓ２００）、当該探索要求をＥＰＳベアラ２で送信する（Ｓ２０２）。
【０１５１】
ＨｅＮＢ８０は、ベアラＩＤで転送先を判定する（Ｓ２０４）。ここでは、ＥＰＳベアラ２経由でサービス探索要求を受信するので、ＥＰＳベアラコンテキスト８３６に基づいてホームネットワークに直接転送することを決定し、ＮＡＴ処理を行ったうえで（Ｓ２０６）、ホームネットワーク５上でサービス探索要求をマルチキャスト送信する（Ｓ２０８）。
【０１５２】
情報端末７０は、上記サービス探索要求を受信し、提供するサービスの情報（例えば「印刷サービス」）を含んだサービス探索応答を「ＦＦ０２：：Ｃ」宛てにマルチキャスト送信する（Ｓ２１０）。
【０１５３】
ＨｅＮＢ８０は、サービス探索応答を受信し、マルチキャストグループ参加リスト８３４を参照し、当該マルチキャストグループに参加している転送先のＵＥを選択し（Ｓ２１２）、各ＵＥのローカルＩＰアクセス用のＥＰＳベアラを選択し（Ｓ２１４）、選択したＥＰＳベアラを用いてＵＥ９０にサービス探索応答を送信する（Ｓ２１６）。
【０１５４】
なお、ＨｅＮＢ８０がマルチキャストグループ参加リスト８３４を参照した結果、当該マルチキャストグループに参加しているＵＥ９０が見つからなかった場合には、受信したマルチキャストデータ（ここでは、サービス探索応答）を破棄する。
【０１５５】
また、ＵＥ９０自体がサービスを提供している場合には、ＵＥ９０は、情報端末７０が送信するサービス探索要求をＨｅＮＢ８０経由で受信し、サービス検索応答をＥＰＳベアラ２を用いてＨｅＮＢ８０に送信し、ＨｅＮＢ８０がホームネットワーク５上に転送する。
【０１５６】
なお、本実施形態では、ホームネットワーク５上に情報端末７０のみが存在する場合を例に述べたが、それに限らず複数の情報端末が存在する場合であっても同様に動作する。具体的には、Ｓ２０８において、ＨｅＮＢ８０はサービス探索要求を「ＦＦ０２：：Ｃ」宛てにマルチキャスト送信するので、ホームネットワーク５上に複数の情報端末が存在する場合であっても、その総ての情報端末が受信することができる。
【０１５７】
このように、本実施形態では、ローカルＩＰアクセス機能を持つＨｅＮＢ８０に接続しているＵＥ９０がマルチキャストグループ参加要求を送信した場合、従来ＳＧＷ３０へ送信されてしまうマルチキャスト参加要求を、ＨｅＮＢ８０が、当該マルチキャスト参加要求がローカルＩＰアクセスでのマルチキャストデータ受信を要求するものであるか、或いは従来のＭＢＭＳを用いたマルチキャストデータ受信を要求するものであるかを判定し、判定結果に基づいて好適なマルチキャストセッション確立手続きを選択することができる。
【０１５８】
これにより、既存システムとの互換性を維持しながら、ＭＢＭＳが導入されていないローカルＩＰアクセス環境においても、ＵＥ９０がマルチキャストデータの受信を行うことができ、例えば、ＵＰｎＰ等のマルチキャストを用いたサービス発見プロトコルについても何ら変更を加えることなく動作させることができる。
【０１５９】
さらに、ＵＥ９０は、マルチキャスト参加要求送信に対して、ホームネットワーク５のローカルＩＰアクセスによるマルチキャストグループに参加するか、コアネットワーク３のＭＢＭＳサービスのマルチキャストグループに参加するかの判断や処理を必要しないため、ＵＥ９０にこれらの管理、処理負荷を課す必要が無いことが特徴である。
【０１６０】
また、本実施形態では、コアネットワーク内の装置において、ホームネットワーク５のローカルＩＰアクセスによるマルチキャストグループに参加するか、コアネットワーク３のＭＢＭＳサービスのマルチキャストグループに参加するかの判定処理を必要としない。つまり、ＳＧＷ３０、ＭＭＥ１０の処理に変更を加えることなく、本実施形態を実現することができる。
【０１６１】
［２．第２実施形態］
続いて、本発明を適用した第２実施形態について説明する。本実施形態は、ネットワーク構成及び装置構成は第１実施形態と同様であり、詳細な説明は省略する。
【０１６２】
［２．１  処理の説明］
第２実施形態は、第１実施形態の図１５を用いて説明したマルチキャストセッション確立手続きのみに違いがあり、その他は同様である。そのため、図２２を用いて、第２実施形態のマルチキャストセッション確立手続きを、図１５の第１実施形態と対比させながら説明する。
【０１６３】
図１５の第１実施形態では、ＵＥ９０のマルチキャスト参加要求送信後（Ｓ１５０）、ＨｅＮＢ８０は、マルチキャストアドレス取得処理（Ｓ１５２）およびマルチキャスト受信要求判定処理（Ｓ１５４）を行い、ホームネットワークのローカルＩＰアクセス用のマルチキャストグループへの参加要求であるかを判定する。
【０１６４】
ホームネットワークのローカルＩＰアクセス用のマルチキャストグループへの参加要求である場合、ＨｅＮＢ８０は、ホームネットワーク内にマルチキャスト参加要求を送信し(Ｓ１６２)、マルチキャストグループに参加して指定されたマルチキャストデータの受信を開始する(Ｓ１６４)。
【０１６５】
その後、ＨｅＮＢ８０とＵＥ９０はセッション管理要求、応答を送受信してベアラコンテキストの更新を行う（Ｓ１６６、Ｓ１６８、Ｓ１７０）。そして最後にマルチキャストデータの送受信処理が行われる。
【０１６６】
一方で、第２実施形態では、ＨｅＮＢ８０は、ＵＥ９０がマルチキャスト参加要求を送信する以前に予めマルチキャストグループへ参加しておく点が異なる。図２２を用いて手続きを説明する。
【０１６７】
ＨｅＮＢ８０は、ＵＥ９０がマルチキャスト参加要求を送信する前に、マルチキャスト参加要求をホームネットワークへ送信し(Ｓ２２０)、指定したマルチキャストの受信を開始する（Ｓ２２２）。こうして、ＨｅＮＢ８０は、マルチキャストアドレス設定表８３２に設定されたマルチキャストグループに予め参加しておく。
【０１６８】
その後、ＵＥ９０からマルチキャスト参加要求を受信した場合には（Ｓ２２４）、ＨｅＮＢ８０は、マルチキャストアドレス取得処理（Ｓ２２６）およびマルチキャスト受信要求判定処理（Ｓ２２８）を行い、ホームネットワーク５のローカルＩＰアクセス用のマルチキャストグループへの参加要求であるかを判定する。
【０１６９】
ホームネットワーク５のローカルＩＰアクセス用のマルチキャストグループへの参加要求である場合、ＨｅＮＢ８０とＵＥ９０はセッション管理要求、応答を送受信してベアラコンテキストの更新を行い（Ｓ２１０、Ｓ２１２、Ｓ２１４）、最後にマルチキャストデータの送受信処理が行われる。
【０１７０】
第２実施形態では、ＨｅＮＢ８０がマルチキャストグループへ予め参加しており、第１実施形態と比較して、ＵＥ９０のマルチキャスト参加要求を契機に、ＨｅＮＢ８０がマルチキャストグループへ参加して受信する必要が無い。そのため、ＵＥ９０がマルチキャスト参加要求を送信してからマルチキャストデータ送受信を行うまでの時間および処理を短縮することができるため、速やかにマルチキャストデータ送受信を開始することができる。
【０１７１】
また、図２０での各メッセージの内容や各処理の内容は第１実施形態と同様であり、詳細な説明は省略するが、マルチキャストアドレス取得処理（Ｓ２２６）でＵＥ９０が送信したパケットがマルチキャスト参加要求を示すものではない場合には、ＳＧＷ３０へ従来通り送信することや、マルチキャスト受信要求判定処理（Ｓ２２８）において、ホームネットワーク５のローカルＩＰアクセス用のマルチキャストグループへの参加要求でないと判断した場合には、マルチキャスト参加要求パケットをＳＧＷ３０へ送信して、ＭＢＭＳサービスの開始手続きは、第１実施形態と同様に行うものである。
【０１７２】
［３．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【０１７３】
また、各実施形態において、ＩＰｖ６を用いた通信を例に述べたが、ＩＰｖ４のマルチキャストアドレスを基にマルチキャスト参加要求をすることで、ＩＰｖ４での通信においても同様に適用できる。
【０１７４】
また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０１７５】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（(Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【０１７６】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【０１７７】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【符号の説明】
【０１７８】
１  移動通信システム
３  コアネットワーク
１０、１２、１４  ＭＭＥ
１００  制御部
１１０  送受信部
１２０  マルチキャスト確立手続き選択部
１２４  マルチキャスト確立手続き指示部
１３０  記憶部
１３２  サブスクリプションＤＢ
１３４  ＥＰＳベアラコンテキスト
２０  ＧＷ
３０  ＳＧＷ
３００  制御部
３１０  第１送受信部
３２０  第２送受信部
３３０  記憶部
３３２  ＥＰＳベアラコンテキスト
４０  ＰＧＷ
５０  ＭＢＭＳ−ＧＷ
５  ホームネットワーク
６０  ホームＧＷ
７０  情報端末
７００  制御部
７１０  ホームネットワークインタフェース部
７３０  記憶部
８０  ＨｅＮＢ
８００  制御部
８１０  ＮＡＴ部
８２０  ＬＴＥ基地局部
８２２  外部アンテナ
８３０  記憶部
８３２  マルチキャストアドレス設定表
８３４  マルチキャストグループ参加リスト
８３６  ＥＰＳベアラコンテキスト
８４０  ホームネットワークインタフェース部
９０  ＵＥ
９００  制御部
９１０  ＬＴＥインタフェース部
９１２  外部アンテナ
９２０  送受信部
９３０  記憶部
９３２  ＥＰＳベアラコンテキスト
９４０  ベアラ確立処理部
７  ブロードバンドアクセスネットワーク
【図１】
2012044619.tif 000003
【図２】
2012044619.tif 000004
【図３】
2012044619.tif 000005
【図４】
2012044619.tif 000006
【図５】
2012044619.tif 000007
【図６】
2012044619.tif 000008
【図７】
2012044619.tif 000009
【図８】
2012044619.tif 000010
【図９】
2012044619.tif 000011
【図１０】
2012044619.tif 000012
【図１１】
2012044619.tif 000013
【図１２】
2012044619.tif 000014
【図１３】
2012044619.tif 000015
【図１４】
2012044619.tif 000016
【図１５】
2012044619.tif 000017
【図１６】
2012044619.tif 000018
【図１７】
2012044619.tif 000019
【図１８】
2012044619.tif 000020
【図１９】
2012044619.tif 000021
【図２０】
2012044619.tif 000022
【図２１】
2012044619.tif 000023
【図２２】
2012044619.tif 000024