移動通信システム、移動局装置、ホーム基地局装置及び通信方法
【課題】ホーム基地局装置に接続している移動局装置は、ローカルＩＰアクセスでのマルチキャストグループか否かを判定してマルチキャスト参加要求を送信し、ホーム基地局装置が、移動局装置の判定に応じて好適なホームネットワークまたはコアネットワークに対してマルチキャストセッションを確立することができる移動通信システム等を提供すること。
【解決手段】移動局装置は、ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立しており、移動局装置がマルチキャスト参加要求を送信する場合に、ホームネットワーク宛のマルチキャスト参加要求の場合は第１ベアラを選択し、コアネットワーク宛のマルチキャスト参加要求の場合は第２ベアラを選択してマルチキャスト参加要求を送信する。
【解決手段】移動局装置は、ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立しており、移動局装置がマルチキャスト参加要求を送信する場合に、ホームネットワーク宛のマルチキャスト参加要求の場合は第１ベアラを選択し、コアネットワーク宛のマルチキャスト参加要求の場合は第２ベアラを選択してマルチキャスト参加要求を送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システム等に関する
【背景技術】
【０００２】
移動通信システムの標準化団体３ＧＰＰ（The 3rd Generation Partnership Project）では、次世代の移動体通信システムとして以下の非特許文献１に記載のＥＰＳ（Evolved Packet System）の仕様化作業を進めており、ＥＰＳの構成装置として、宅内等に設置する小型基地局であるＨｅＮＢ（Home eNodeB：ホーム基地局）について検討がなされている。
【０００３】
ＨｅＮＢは、フェムトセルと呼ばれる小規模の無線セルを構築し、通常の基地局と同じ無線アクセス技術を用いて、ＵＥ（User Equipment：移動端末装置）を収容する。そして、ブロードバンド回線を経由して移動通信システムのコアネットワークに接続し、収容しているＵＥの通信データを中継することができる。
【０００４】
さらに以下の非特許文献２には、ＨｅＮＢでローカルＩＰアクセスを実現するためのアーキテクチャ候補が開示されている。ローカルＩＰアクセスとは、ＨｅＮＢが直接接続されている家庭内ＩＰネットワーク等のネットワーク（以下、「ホームネットワーク」と呼ぶ）へのダイレクトな接続性をＵＥに提供する機能であり、ＵＥは、移動通信システムのコアネットワークを経由せずに、ホームネットワークに接続している他の情報端末（例えば、デジタルビデオレコーダやプリンタ等）と通信することが可能となる。
【０００５】
一方、ＥＰＳにおいて、ＵＥにコアネットワーク経由でのマルチキャストサービスを提供する方法として、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）仕様が規定されている（例えば、非特許文献３参照）。
【０００６】
ＭＢＭＳでは、移動通信システムのコアネットワーク内に、ＢＭ−ＳＣ（Broadcast-Multicast Service Centre）及びＭＢＭＳ−ＧＷを設置し、ＢＭ−ＳＣとＭＢＭＳ−ＧＷと基地局とがマルチキャストデータの配信経路を確立することにより、ＵＥはマルチキャストデータの受信が可能となる。
【０００７】
また、ホームネットワーク等のローカルエリアネットワーク（ＬＡＮ）内の装置同士が、互いに提供するサービス（例えばプリンタ装置が提供する「印刷サービス」など）を自動的に発見するための手法として、ＵＰｎＰ（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）などのコアネットワーク内の装置によって、ＵＥの送信するマルチキャストグループ参加要求が、ローカルＩＰアクセスの参加要求であるか、ＭＢＭＳサービスのための参加要求メッセージであるかを判断し、ＵＥが要求したマルチキャスト通信を配送するための手続きを行う方法が考えられる。
【００１３】
しかしながら、移動通信事業者が運用することが主に想定されるコアネットワーク内において、個々の利用者の家庭内で運用されているホームネットワーク毎のマルチキャストグループを管理する管理コストは膨大であり困難である。
【００１４】
そのため、ＵＥの当該参加要求は、ローカルＩＰアクセスの参加要求であるか、ＭＢＭＳサービスのための参加要求メッセージであるかを判断して送信し、ＨｅＮＢによって参加要求に応じたマルチキャスト受信手続きを行う必要がある。
しかしながら、これまでＵＥでは、こうした判断手段がなく、さらにはこの判断に基づいたローカルＩＰアクセスでのマルチキャスト参加要求か、ＭＢＭＳサービスでのマルチキャスト参加要求かをＨｅＮＢに明示的に送信する手段がなく、さらには、ＨｅＮＢがそれに応じてそれぞれのマルチキャストデータ受信を行う手段もなかった。
【００１５】
従って、上記の諸問題から、ＵＥは、ホームネットワークで提供されるマルチキャストサービスを享受できず、上述のＵＰｎＰ等の機能も利用することができなかった。
【００１６】
本発明は、このような事情を鑑みてなされたもので、その目的は、ホーム基地局装置に接続している移動局装置は、ローカルＩＰアクセスでのマルチキャストグループか否かを判定してマルチキャスト参加要求を送信し、ホーム基地局装置が、移動局装置の判定に応じて好適なホームネットワークまたはコアネットワークに対してマルチキャストセッションを確立することができる移動通信システム等を提供することである。
【課題を解決するための手段】
【００１７】
上記課題を解決するために、本発明に係る移動通信システム等は、以下の特徴を備えている。
【００１８】
本発明の移動通信システムは、移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
前記移動局装置は、
ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立し、
マルチキャスト参加要求を送信する場合に、ホームネットワーク宛のマルチキャスト参加要求の場合は第１ベアラを選択し、コアネットワーク宛のマルチキャスト参加要求の場合は第２ベアラを選択してマルチキャスト参加要求を送信することを特徴とする。
【００１９】
また、本発明の移動通信システムにおいて、前記移動局装置は、
ホームネットワーク宛のマルチキャスト参加要求となるアドレスを記憶するマルチキャストアドレス記憶するマルチキャストアドレス記憶手段を有しており、
マルチキャスト参加要求を送信する場合に、当該マルチキャスト参加要求に含まれるマルチキャストアドレスが、前記マルチキャストアドレス記憶手段に記憶されている場合には、第１ベアラを選択してマルチキャスト参加要求を送信することを特徴する。
【００２０】
また、本発明の移動通信システムにおいて、前記ホーム基地局装置は、
前記第２ベアラを介して受信されたマルチキャスト参加要求は、コアネットワークに送信することを特徴とする。
【００２１】
また、本発明の移動通信システムは、移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
前記移動局装置は、
ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立し、
前記ホーム基地局装置は、
前記移動局装置から第１ベアラを経由してパケットを受信した場合には、当該パケットがマルチキャスト参加要求であるか否かを判定し、
マルチキャスト参加要求である場合には、ホームネットワークにおいてマルチキャストグループへの参加手続きを実行することを特徴とする。
【００２２】
本発明の移動局装置は、移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムに接続される移動局装置であって、
ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立し、
マルチキャスト参加要求を送信する場合に、ホームネットワーク宛のマルチキャスト参加要求の場合は第１ベアラを選択し、コアネットワーク宛のマルチキャスト参加要求の場合は第２ベアラを選択してマルチキャスト参加要求を送信することを特徴とする。
【００２３】
本発明のホーム基地局装置は、移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムに接続されるホーム基地局装置であって、
前記移動局装置は、ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立しており、
前記移動局装置から第１ベアラを経由してパケットを受信した場合には、当該パケットがマルチキャスト参加要求であるか否かを判定し、
マルチキャスト参加要求である場合には、ホームネットワークにおいてマルチキャストグループへの参加手続きを実行することを特徴とする。
【００２４】
本発明の通信方法は、移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムにおける通信方法であって、
前記移動局装置は、ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立しており、
前記移動局装置がマルチキャスト参加要求を送信する場合に、ホームネットワーク宛のマルチキャスト参加要求の場合は第１ベアラを選択し、コアネットワーク宛のマルチキャスト参加要求の場合は第２ベアラを選択してマルチキャスト参加要求を送信することを特徴とする。
【発明の効果】
【００２５】
本発明によれば、既存システムとの互換性を維持しながら、好適なマルチキャストセッション確立手続きを選択することができ、ＵＥはローカルＩＰアクセス環境で提供されるマルチキャストサービスも利用することができる。
【図面の簡単な説明】
【００２６】
【図１】第１実施形態における移動体通信システムの構成図である。
【図２】第１実施形態におけるＭＭＥの構成図である。
【図３】第１実施形態におけるＭＭＥのサブスクリプションデータベースの一例を示す図である。
【図４】第１実施形態におけるＭＭＥのＥＰＳベアラコンテキストの一例を示す図である。
【図５】第１実施形態におけるＳＧＷの構成図である。
【図６】第１実施形態におけるＳＧＷのＥＰＳベアラコンテキストの一例を示す図である。
【図７】第１実施形態におけるＨｅＮＢの構成図である。
【図８】第１実施形態におけるＨｅＮＢのマルチキャストグループ参加リストの一例を示す図である。
【図９】第１実施形態におけるＨｅＮＢのＥＰＳベアラコンテキストの一例を示す図である。
【図１０】第１実施形態におけるＵＥの構成図である。
【図１１】第１実施形態におけるＵＥのマルチキャストアドレス設定表の一例を示す図である。
【図１２】第１実施形態におけるＵＥのＥＰＳベアラコンテキストの一例を示す図である。
【図１３】第１実施形態における情報端末の構成図である。
【図１４】第１実施形態におけるＵＥのＨｅＮＢへのアタッチ処理及びローカルＩＰアクセス確立処理シーケンス例を示す図である。
【図１５】第１実施形態におけるローカルＩＰアクセス用マルチキャストセッション確立処理シーケンス例を示す図である。
【図１６】第１実施形態におけＨｅＮＢのマルチキャスト受信要求判定処理のフローチャートを示す図である。
【図１７】第１実施形態におけるＭＢＭＳ用マルチキャストセッション確立処理シーケンス例を示す図である。
【図１８】第１実施形態におけるホーム基地局装置における処理のフローチャートを示す図である。
【図１９】第１実施形態におけるＵＥのマルチキャストデータ送受信処理シーケンス例を示す図である。
【図２０】第２実施形態におけるＨｅＮＢの構成図である。
【図２１】第２実施形態におけるＨｅＮＢのマルチキャストアドレス設定表の一例を示す図である。
【図２２】第２実施形態におけるローカルＩＰアクセス用マルチキャストセッション確立処理シーケンス例を示す図である。
【図２３】変形例におけるローカルＩＰアクセス用マルチキャストセッション確立処理シーケンス例を示す図である。
【発明を実施するための形態】
【００２７】
以下、図面を参照して本発明を実施するための最良の形態について説明する。なお、本実施形態では、一例として、本発明を適用した場合の移動通信システムの実施形態について、図を用いて詳細に説明する。
【００２８】
［１．第１実施形態］
まず、本発明を適用した第１実施形態について、図面を参照して説明する。
【００２９】
［１．１ 移動通信システムの概要］
図１は、本実施形態における移動通信システム１の概略を説明するための図である。本図に示すように、移動通信システム１は、コアネットワーク３と、ホームネットワーク５と、ブロードバンドアクセスネットワーク７とから構成され、コアネットワーク３とホームネットワーク５とはブロードバンドアクセスネットワーク７を介して相互接続されている。
【００３０】
ブロードバンドアクセスネットワーク７は、広帯域の通信を実現する有線アクセスネットワークであり、例えばＡＤＳＬや光ファイバー等によって構築される。ただし、これに限らずＷｉＭＡＸなどの無線アクセスネットワークであっても良い。
【００３１】
コアネットワーク３は、移動通信事業者が運用する移動通信ネットワークであり、ＭＭＥ１０と、ＧＷ２０と、ＳＧＷ３０と、ＰＧＷ（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）等のコアネットワーク内のＱｏＳ管理装置からの通知であってもよいし、前述のＰＤＮコネクション確立完了に連動して行ってもよいし、コアネットワーク内の加入者管理装置におけるＵＥ９０のローカルＩＰアクセスを許可する加入者情報に基づいて開始してもよいし、これらに限らず他の手段を用いてもよい。
【００８６】
まず、ＳＧＷ３０はベアラ確立要求をＭＭＥ１０に送信する（Ｓ１１０）。ベアラ確立要求には、ローカルＩＰアクセスを行う対象の通信フローの識別情報（ＵＬ ＴＦＴ）と、当該確立要求するベアラを用いてローカルＩＰアクセスでの通信を行うことを指示するための識別子（以下、ＬＩＰＡフラグと呼ぶ）とを含める。ここで、ＵＬ ＴＦＴには、ホームネットワークに割り当てられているＩＰアドレスプレフィックス（例えば、「２００１：２：３：４：：／６４」等）を含める。
【００８７】
ＩＰアドレスプレフィックスは、ＨｅＮＢ８０設置時にコアネットワーク内において管理しておき、こうした静的に設定した情報を参照して取得してもよいし、これまでの接続手続きによってＨｅＮＢから通知するなど、動的に設定して取得してもよい。
【００８８】
ＭＭＥ１０は、ベアラ確立要求を受信し、従来方法に従って、ＵＥ９０が接続しているＨｅＮＢ８０のＣＳＧＩＤ（ＣＳＧ１）とＵＥ識別子とを用いて、サブスクリプションＤＢに利用権限を照合する（Ｓ１１２）。これにより、ＵＥ９０がＨｅＮＢ８０を用いたローカルＩＰアクセスの利用権限を持つかどうかを確認し、もし利用権限がない場合には、ＭＭＥ１０はベアラ確立拒否をＳＧＷ３０に送信し、ローカルＩＰアクセス用ＥＰＳベアラ確立処理を終了する。
【００８９】
ＵＥ９０が利用権限を持つ場合には、受信したベアラ確立要求に従って、ＭＭＥ１０は、ＵＥ９０に新しいＥＰＳベアラ（ベアラ２）を割り当て、ＥＰＳベアラコンテキスト１３４を図４（Ｂ）のように更新し（Ｓ１１４）、ベアラ２がローカルＩＰアクセスに利用可能であることと、ベアラ２で通信するフロー情報を記憶する。
【００９０】
さらに、ＭＭＥ１０はセッション管理要求を生成する。セッション管理要求には、前述のＵＬ ＴＦＴとＥＰＳベアラＩＤ（ベアラ２）と、ＬＩＰＡフラグとを含める。そして、ＭＭＥ１０はセッション管理要求を含んだベアラ設定要求をＨｅＮＢ８０に送信する（Ｓ１１６）。ベアラ設定要求には、ローカルＩＰアクセスに用いるＥＰＳベアラのベアラＩＤ（ベアラ２）と、ＬＩＰＡフラグとが含まれる。
【００９１】
ＨｅＮＢ８０は、ベアラ設定要求を受信し、ＥＰＳベアラ２でＵＥ９０から受信した通信フローについては、ＳＧＷ３０に転送せず、ＨｅＮＢ８０が接続しているホームネットワーク５に直接送信するようにルーティング情報を設定する（Ｓ１１８）。さらに、ＥＰＳベアラコンテキスト８３４を図９（Ｂ）のように更新し（Ｓ１２０）、ベアラ２がローカルＩＰアクセスに利用可能であることと、ベアラ２で通信するフロー情報を記憶する。さらに、ベアラ設定要求に含まれていたセッション管理要求をＵＥ９０に転送する（Ｓ１２２）。
【００９２】
ＵＥ９０は、セッション管理要求に含まれているＵＬ ＴＦＴとＥＰＳベアラＩＤとに従って、ＵＬ ＴＦＴに該当する通信フローについては、ＥＰＳベアラ２を用いてＨｅＮＢ８０に送信するように設定する（Ｓ１２４）。さらに、ＥＰＳベアラコンテキスト９３４を図１２（Ｂ）のように更新し、ベアラ２で通信するフロー情報とＬＩＰAフラグに基づいてＬＩＰＡ設定を記憶する。そして、セッション管理応答をＨｅＮＢに送信する（Ｓ１２６）。
【００９３】
ＨｅＮＢ８０は、セッション管理応答を受信し、当該応答をベアラ設定応答に含めてＭＭＥ１０に送信する（Ｓ１２８）。
【００９４】
ＭＭＥ１０は、確立したＥＰＳベアラのベアラＩＤ（ベアラ２）を含んだベアラ確立応答をＳＧＷ３０に送信する（Ｓ１３０）。
【００９５】
ＳＧＷ３０は、ベアラ確立応答を受信し、ＥＰＳベアラコンテキスト３３２を図６（Ｂ）のように更新し（Ｓ１３２）、ベアラ２がローカルＩＰアクセスに利用可能であることと、ベアラ２で通信するフロー情報を記憶する。
【００９６】
以上で、ＵＥ９０のローカルＩＰアクセス確立処理（ＥＰＳベアラ２）が完了する（Ｓ１３４）。これにより、ＵＥ９０が送信する通信フローのうち、ＵＬ ＴＦＴで指定されたフロー識別情報に該当するフローについては、ＨｅＮＢ８０がコアネットワーク３に転送せず、直接ホームネットワーク５に転送するようになるため、ＵＥ９０はコアネットワーク３を経由せず情報端末７０と直接通信できるようになる。
【００９７】
また、情報端末７０から送信されるＵＥ９０宛ての通信データについても同様にコアネットワーク３を経由することなく、ＨｅＮＢ８０を介して行われる。なお、ＵＥ９０はＰＧＷ４０から割り当てられたＩＰアドレスを用いて通信を行うため、ホームネットワーク５内のＩＰアドレス体系との齟齬が生じるので、ＨｅＮＢ８０は非特許文献２に記載された従来手法に従って、ＮＡＴ（Network Address Translation）処理を行い、ＩＰアドレスの書き換えを行う（Ｓ１４０、１４２）。
【００９８】
［１．３．３ マルチキャストセッション確立処理（第１実施形態）］
次に、ＵＥ９０はＵＰｎＰ等のサービス発見のためなど、ホームネットワーク５内で提供されているマルチキャストグループへ参加するため、マルチキャストグループへの参加手続きを行う。以下、図１５を用いて説明する。
【００９９】
まず、ＵＥ９０はベアラ選択処理を行い（Ｓ１５０）、マルチキャストグループ参加要求を送信するベアラを選択する。参加要求は、参加したいマルチキャストグループのＩＰアドレス（例えば、ＵＰｎＰで用いる「ＦＦ０２：：Ｃ」とする）を含んだＩＧＭＰｊｏｉｎメッセージ或いはＭＬＤｊｏｉｎメッセージを送信することによって行う。従来方法に従って、いずれのメッセージも参加要求するマルチキャストアドレスグループに関わらず、送信先アドレスは、ＩＰｖ６であれば、「ＦＦ０２：：１６」、ＩＰｖ４であれば「２２４．０．０．２２」となる。
【０１００】
さらに、ＵＥ９０は参加要求メッセージを送信する際、ベアラの選択し、選択したベアラを用いて送信する。図１６を用いてベアラ選択処理を説明する。
【０１０１】
（ベアラ選択処理）
ＵＥ９０は、参加要求メッセージに含まれるマルチキャストアドレスが、マルチキャストアドレス設定表９３２のマルチキャストアドレスのリストにあるかどうかで、ローカルＩＰアクセス経由でのマルチキャストアドレスかを判定する(Ｓ１０)。
【０１０２】
マルチキャストアドレス設定表９３２には、ホームネットワーク５内のマルチキャストグループであるローカルＩＰアクセス用に設定されたマルチキャストアドレスが管理されている。マルチキャストアドレス設定表９３２は、ホームネットワーク５を管理するユーザが予め静的に設定しておく。もしくは、ホームネットワーク５で利用されるマルチキャストアドレスを通信システム全体で割り当てておき、ＵＥ９０出荷時など、予め静的に設定されていてもよい。
【０１０３】
ローカルＩＰアクセス経由に該当する場合（ステップＳ１０；Ｙｅｓ）、ＵＥ９０のマルチキャストグループ参加要求は、ローカルＩＰアクセスでのマルチキャストデータ受信を要求するものであると判定し（ステップＳ１２）、既にＵＥ９０がローカルＩＰアクセス用ＥＰＳベアラを確立しているか否かをＥＰＳベアラコンテキスト８３４にＬＩＰＡ設定がＯＮのベアラがあるか否かで確認する（ステップＳ１４）。
【０１０４】
ローカルＩＰアクセス用ＥＰＳベアラの確立が確認できた場合（ステップＳ１４;Ｙｅｓ）には、ローカルＩＰアクセス用のベアラ（ベアラ２）を選択してマルチキャスト参加要求を送信し、ベアラ選択処理を終了する（ステップＳ１８）。
【０１０５】
なお、ステップＳ１４において、ローカルＩＰアクセス用ＥＰＳベアラの確立が確認できなかった場合（ステップＳ１４；Ｎｏ）には、ＭＭＥ１０またはＳＧＷ３０へ依頼を通知するなどを行い、前述のＵＥのローカルＩＰアクセス確立処理を先ず実行してベアラを確立し（ステップＳ１６）、確立したベアラによりマルチキャスト参加要求を送信し、ベアラ選択処理を終了する（ステップＳ１８）。
【０１０６】
また、ローカルＩＰアクセス経由に該当しない場合（ステップＳ１０：Ｎｏ）、ＵＥ９０はコアネットワークのＭＢＭＳサービスでのマルチキャストグループへの参加要求であると判定する（ステップＳ２０）。さらに、ＵＥ９０は、ＥＰＳベアラコンテキストを参照し、ＬＩＰＡ設定がＯＦＦのベアラ（ベアラ１）を選択し、ローカルＩＰアクセス用ではないベアラによりマルチキャスト参加要求を送信し（ステップＳ２２）、ベアラ選択処理を終了する。
【０１０７】
従来では、ＵＥ９０は、送信するパケットに対してＴＦＴを基にベアラを選択し、選択したベアラにパケットを送信していた。本実施形態では、従来とは異なり、送信元アドレスや送信先アドレスやプロトコル番号などのＴＦＴの情報要素ではベアラ選択できないマルチキャスト参加要求メッセージを、メッセージ内に含まれるマルチキャストアドレスによってベアラを選択する。
【０１０８】
図１５に戻り、ＵＥ９０がローカルＩＰアクセス用を用いてマルチキャストデータを送受信するための手続きの説明を説明する。
【０１０９】
ＵＥ９０は、ベアラ選択処理後（Ｓ１５０）、マルチキャスト参加要求メッセージをローカルＩＰアクセス用のＥＰＳベアラによって送信する（Ｓ１５２）。
【０１１０】
従来では、ＨｅＮＢ８０は、ベアラ２を用いて送信されたパケットは、ＮＡＴ処理を行いそのままホームネットワークへ送信するが、従来とは異なり、ローカルＩＰアクセスのベアラで送信されてきたパケットであることと、パケットのプロトコル番号によりマルチキャスト参加要求であることにより、マルチキャスト参加要求メッセージで指定されたマルチキャストアドレスのグループへ参加する。
【０１１１】
ＨｅＮＢ８０は、指定されたマルチキャストアドレスのグループへ参加するためにＩＧＭＰ Ｊｏｉｎ或いはＭＬＤ Ｊｏｉｎをホームネットワーク５内に送信し（Ｓ１６２）、指定されたマルチキャストアドレス宛てのデータ受信を開始する（Ｓ１６４）。そして、ＨｅＮＢ８０はセッション管理要求をＵＥ９０に送信する（Ｓ１６６）。セッション管理要求には、ＵＬ ＴＦＴとＥＰＳベアラＩＤとを含めて送信する。ここでは、参加するマルチキャストグループのＵＬ ＴＦＴである「ＦＦ０２：：Ｃ」と、ローカルＩＰアクセス用のベアラである「ベアラ２」とを含めて送信する。
【０１１２】
ＵＥ９０は、セッション管理要求に含まれているＵＬ ＴＦＴとＥＰＳベアラＩＤに基づいて、図１２（Ｃ）のようにＥＰＳベアラコンテキスト９３４を更新し（Ｓ１６８）、セッション管理応答をＨｅＮＢ８０に送信する（Ｓ１７０）。
【０１１３】
ＨｅＮＢ８０は、セッション管理応答を受信し、以上でローカルＩＰアクセス用マルチキャストセッション確立手続きを完了する。ＨｅＮＢ８０は、セッション管理要求及びセッション管理応答の送受信により、図９（Ｃ）のようにＥＰＳベアラコンテキスト８３４を更新する。
【０１１４】
さらに、マルチキャストグループ参加リスト８３２に、ＵＥ９０とマルチキャストアドレスおよびベアラＩＤを追加する。これにより、ＵＥ９０とは異なる別のＵＥがマルチキャスト要求を送信した場合、ＨｅＮＢ８０は、参加要求に含まれるマルチキャストアドレスが、すでにＵＥ９０が受信しているマルチキャストアドレスか否かを、マルチキャスト参加リスト８３２を参照して判断し、すでに受信しているマルチキャストアドレスであれば、ＨｅＮＢ８０によるマルチキャスト参加要求メッセージの送信（Ｓ１６２）およびマルチキャストの受信開始（Ｓ１６４）を省略してマルチキャストセッション確立手続きを行うことができる。
【０１１５】
一方、ベアラ選択処理（Ｓ１５０）において、ＵＥ９０が従来のＭＢＭＳを用いたマルチキャストデータ受信を要求していると判定され、ローカルＩＰアクセス用ではないベアラ（ベアラ１）が選択された場合にはた場合には、図１７に示すように、ＨｅＮＢ８０はマルチキャスト参加要求メッセージを、ベアラ１を用いてＳＧＷ３０へ送信し（Ｓ１７２）、ＭＢＭＳサービスの通信確立手続きが実行される。
【０１１６】
すなわち、ＳＧＷ３０は、ＵＥ識別子とマルチキャストアドレスを含めてＭＢＭＳ通知要求をＭＭＥ１０へ送信し（Ｓ１７４）、ＭＭＥ１０は、ＭＢＭＳコンテキスト活性化開始要求をＵＥ９０に送信し（Ｓ１７６）、ＵＥ９０と、ＨｅＮＢ８０と、ＭＭＥ１０と、ＳＧＷ３０と、ＭＢＭＳ−ＧＷ５０との間でＭＢＭＳセッション確立処理を行う（Ｓ１７８）。
【０１１７】
なお、上述の説明の中で、ＨｅＮＢ８０のＵＥ９０から送信されたパケットの受信処理を、図１８を用いて説明する。ＨｅＮＢ８０は、受信したパケットが、ローカルＩＰアクセス用のベアラ（ベアラＩＤ２）を利用して送信されたものか、それ以外のベアラ（ベアラＩＤ１）を利用して送信されたものかを判定する(ステップＳ３０)。
【０１１８】
ローカルＩＰアクセス用ベアラ（ベアラＩＤ２）送信された場合（ステップＳ３０；Ｙｅｓ）、送信されたパケットが、マルチキャスト参加要求メッセージか否かを判定する(ステップＳ３２)。
【０１１９】
マルチキャスト参加要求メッセージかどうかの判定は、パケットのプロトコル番号やペイロードを参照することで確認する。例えば、ＩＧＭＰ Ｊｏｉｎであることは、送信パケットのＩＰヘッダに記載されているプロトコル番号が「２」であることからＩＧＭＰプロトコルのメッセージであることを判定し、続くペイロード部分のタイプフィールドが「０ｘ２２」であることからＩＧＭＰｖ３のマルチキャスト参加要求であることを判定する。
【０１２０】
また、ＭＬＤ Ｊｏｉｎであることは、送信パケットのＩＰヘッダに記載されているプロトコル番号が「５８」であることからＩＣＭＰプロトコルのメッセージであることを判定し、続くペイロード部分のタイプフィールドが「１４３」であることからＭＬＤｖ２のマルチキャスト参加要求であることを判定する。
【０１２１】
ここで、マルチキャスト参加要求パケットと判定した場合（ステップＳ３２；Ｙｅｓ）、マルチキャストアドレスを取得する（ステップＳ３４）。マルチキャストアドレスは、マルチキャスト参加要求メッセージパケットのＩＰヘッダに続くペイロード部分から抜き出して取得する。
【０１２２】
その後、ＨｅＮＢ８０は、取得したマルチキャストアドレスのマルチキャストグループへの参加手続きを行う（ステップＳ３６）。
【０１２３】
具体的には、図１５で説明したように、ＨｅＮＢ８０は、指定されたマルチキャストアドレスのグループへ参加するためにＩＧＭＰ Ｊｏｉｎ或いはＭＬＤ Ｊｏｉｎをホームネットワーク５内に送信し（Ｓ１６２）、指定されたマルチキャストアドレス宛てのデータ受信を開始する（Ｓ１６４）。そして、ＨｅＮＢ８０はセッション管理要求をＵＥ９０に送信する（Ｓ１６６）。セッション管理要求には、ＵＬ ＴＦＴとＥＰＳベアラＩＤを含めて送信する。
【０１２４】
ここでは、参加するマルチキャストグループのＵＬ ＴＦＴである「ＦＦ０２：：Ｃ」と、ローカルＩＰアクセス用のベアラであるベアラ２を含めて送信する。その後マルチキャストデータ送受信処理を行い、ＵＥ９０はマルチキャスト通信を確立する。
【０１２５】
また、ＵＥ９０が送信したパケットが、マルチキャスト参加要求でないと判定した場合（ステップＳ３２；Ｎｏ），ＨｅＮＢ８０はＮＡＴ処理を行い、ホームネットワーク５へパケットを送信する（ステップＳ３８）。
【０１２６】
また、ステップＳ３０において、ＵＥ９０がローカルＩＰアクセス用のものでないベアラ（ベアラＩＤ１）を利用してパケットを送信してきたと判定された場合（Ｓ３０；Ｎｏ）、ＨｅＮＢ８０はパケットをＳＧＷ３０へ従来通り送信する（ステップＳ４０）。
【０１２７】
ＵＥ９０が、ＭＢＭＳサービスのマルチキャストグループに参加要求を送信する場合は、ＵＥ９０はローカルＩＰアクセス用のものでないベアラ（ベアラＩＤ１）を利用して参加要求を送信する。その場合、ＨｅＮＢ８０は上述した処理に従って、ＳＧＷ３０へパケットを送信する。その後、図１７で説明したように、ＳＧＷ３０、ＭＭＥ１０によってＭＢＭＳサービスのマルチキャスト参加要求を受信して、マルチキャスト通信確立手続きが行われる。
【０１２８】
［１．３．４ マルチキャストデータ受信処理］
ローカルＩＰアクセス用マルチキャストセッションの確立が完了すると、ＵＥ９０はホームネットワーク５内で送信されたマルチキャストデータの受信が可能となる。
【０１２９】
以下、ＵＥ９０がＵＰｎＰ等のサービス発見プロトコルに基づいてサービス探索要求を送受信した場合を例に、マルチキャストデータ受信処理について、図１９を用いて説明する。
【０１３０】
まず、ＵＥ９０はサービス探索要求を送信する。サービス探索要求の送信先アドレスは、「ＦＦ０２：：Ｃ」であるため、ＵＥ９０は、ＥＰＳベアラコンテキストのＵＬ ＴＦＴに基づいてベアラ（ＥＰＳベアラ２）を選択し（Ｓ１８０）、当該探索要求をＥＰＳベアラ２で送信する（Ｓ１８２）。
【０１３１】
ＨｅＮＢ８０は、ベアラＩＤで転送先を判定する（Ｓ１８４）。ここでは、ＥＰＳベアラ２経由でサービス探索要求を受信するので、ＥＰＳベアラコンテキスト８３４に基づいてホームネットワークに直接転送することを決定し、ＮＡＴ処理を行ったうえで（Ｓ１８６）、ホームネットワーク５上でサービス探索要求をマルチキャスト送信する（Ｓ１８８）。
【０１３２】
情報端末７０は、上記サービス探索要求を受信し、提供するサービスの情報（例えば「印刷サービス」）を含んだサービス探索応答を「ＦＦ０２：：Ｃ」宛てにマルチキャスト送信する（Ｓ１９０）。
【０１３３】
ＨｅＮＢ８０は、サービス探索応答を受信し、マルチキャストグループ参加リスト８３２を参照し、当該マルチキャストグループに参加している転送先のＵＥを選択し（Ｓ１９２）、各ＵＥのローカルＩＰアクセス用のＥＰＳベアラを選択し（Ｓ１９４）、選択したＥＰＳベアラを用いてＵＥ９０にサービス探索応答を送信する（Ｓ１９６）。
【０１３４】
なお、ＨｅＮＢ８０がマルチキャストグループ参加リスト８３２を参照した結果、当該マルチキャストグループに参加しているＵＥ９０が見つからなかった場合には、受信したマルチキャストデータ（ここでは、サービス探索応答）を破棄する。
【０１３５】
また、ＵＥ９０自体がサービスを提供している場合には、ＵＥ９０は、情報端末７０が送信するサービス探索要求をＨｅＮＢ８０経由で受信し、サービス検索応答をＥＰＳベアラ２を用いてＨｅＮＢ８０に送信し、ＨｅＮＢ８０がホームネットワーク５上に転送する。
【０１３６】
なお、本実施形態では、ホームネットワーク５上に情報端末７０のみが存在する場合を例に述べたが、それに限らず複数の情報端末が存在する場合であっても同様に動作する。具体的には、Ｓ１８８において、ＨｅＮＢ８０はサービス探索要求を「ＦＦ０２：：Ｃ」宛てにマルチキャスト送信するので、ホームネットワーク５上に複数の情報端末が存在する場合であっても、その総ての情報端末が受信することができる。
【０１３７】
このように、本実施形態では、ローカルＩＰアクセス機能を持つＨｅＮＢ８０に接続しているＵＥ９０がマルチキャストグループ参加要求を送信した場合、従来ＳＧＷ３０へ送信されてしまうマルチキャスト参加要求を、ＨｅＮＢ８０が、当該マルチキャスト参加要求がローカルＩＰアクセスでのマルチキャストデータ受信を要求するものであるか、或いは従来のＭＢＭＳを用いたマルチキャストデータ受信を要求するものであるかを判定し、判定結果に基づいて好適なマルチキャストセッション確立手続きを選択することができる。
【０１３８】
これにより、既存システムとの互換性を維持しながら、ＭＢＭＳが導入されていないローカルＩＰアクセス環境においても、ＵＥ９０がマルチキャストデータの受信を行うことができ、例えば、ＵＰｎＰ等のマルチキャストを用いたサービス発見プロトコルについても何ら変更を加えることなく動作させることができる。
【０１３９】
さらに、ＵＥ９０は、マルチキャスト参加要求に対して、ホームネットワーク５のローカルＩＰアクセスによるマルチキャストグループに参加するか、コアネットワーク３のＭＢＭＳサービスのマルチキャストグループに参加するかの判断やベアラ選択の処理を行うため、ＨｅＮＢ８０によってこうした判断や処理の負荷を課す必要が無いことが特徴である。
【０１４０】
さらに、本実施形態では、コアネットワーク３内の装置において、ホームネットワーク５のローカルＩＰアクセスによるマルチキャストグループに参加するか、コアネットワーク３のＭＢＭＳサービスのマルチキャストグループに参加するかの判定処理を必要としない。つまり、ＳＧＷ３０、ＭＭＥ１０の処理に変更を加えることなく、本実施形態を実現することができる。
【０１４１】
［２．第２実施形態］
続いて、本発明を適用した第２実施形態について説明する。本実施形態は、ＨｅＮＢの構成を除いて、ネットワーク構成及び装置構成は第１実施形態と同様であり、ＨｅＮＢの構成以外の詳細説明は省略する。
【０１４２】
［２．１ 装置構成］
まず、各装置構成について図を用いて簡単に説明する。上述したように、第２実施形態は、第１実施形態の構成のＨｅＮＢ８０をＨｅＮＢ８２に置き換えたものとなる。
【０１４３】
図２０は、本実施形態におけるＨｅＮＢ８２の構成を示す。なお、図２０のＨｅＮＢ８２は、図７に示したＨｅＮＢ８０と同一の構成要素には同一の符号を付しており、同一の符号を付した機能部についての説明は省略する。
【０１４４】
ＨｅＮＢ８０は、制御部８００に、ＮＡＴ（Network Address Translation）部８１０と、ＬＴＥ基地局部８２０と、記憶部８３０ｂと、ホームネットワークインタフェース部８４０とがバスを介して接続されている。
【０１４５】
記憶部８３０ｂは、ＨｅＮＢ８２の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに記憶部８３０には、マルチキャストグループ参加リスト８３２と、ＥＰＳベアラコンテキスト８３４と、マルチキャストアドレス設定表８３６とが記憶されている。
【０１４６】
図２１は、マルチキャストアドレス設定表８３６の一例を示した図であり、ローカルＩＰアクセス経由で参加するマルチキャストグループのＩＰアドレスを記憶するデータベースである。
【０１４７】
［２．２ 処理の説明］
第２実施形態は、第１実施形態の図１５を用いて説明したマルチキャストセッション確立手続きに違いがあり、図２０を用いて、第２実施例のマルチキャストセッション確立手続きを、図１５の第１実施形態と対比させながら説明する。
【０１４８】
図１５の第１実施形態では、ＵＥ９０のマルチキャスト参加要求送信後（Ｓ１５０）、ＨｅＮＢ８０は、マルチキャストアドレス取得処理（Ｓ１５２）およびマルチキャスト受信要求判定処理（Ｓ１５６）を行い、ホームネットワークのローカルＩＰアクセス用のマルチキャストグループへの参加要求であるかを判定する。
【０１４９】
ホームネットワークのローカルＩＰアクセス用のマルチキャストグループへの参加要求である場合、ＨｅＮＢ８０は、ホームネットワーク内にマルチキャスト参加要求を送信し(Ｓ１６２)、マルチキャストグループに参加して指定されたマルチキャストデータの受信を開始する(Ｓ１６４)。
【０１５０】
その後、ＨｅＮＢ８０とＵＥ９０はセッション管理要求、応答を送受信してベアラコンテキストの更新を行う（Ｓ１６６、Ｓ１６８、Ｓ１７０）。そして最後にマルチキャストデータの送受信処理が行われる。
【０１５１】
一方で、第２実施形態では、ＨｅＮＢ８２は、ＵＥ９０がマルチキャスト参加要求を送信する以前に予めマルチキャストグループへ参加しておく点が異なる。図２２を用いて手続きを説明する。
【０１５２】
ＨｅＮＢ８２は、ＵＥ９０がマルチキャスト参加要求を送信する前に、マルチキャスト参加要求をホームネットワーク５へ送信し(Ｓ２００)、指定したマルチキャストの受信を開始する（Ｓ２０２）。こうして、ＨｅＮＢ８０は、マルチキャストアドレス設定表８３６に設定されたマルチキャストグループに予め参加しておく。
【０１５３】
マルチキャストアドレス設定表８３６は、ホームネットワーク５を管理するユーザが予め静的に設定しておく。もしくは、ホームネットワーク５で利用されるマルチキャストアドレスを通信システム全体で割り当てておき、ＵＥ９０出荷時など、予め静的に設定されていてもよい。
【０１５４】
また、ＨｅＮＢ８２は、ＵＥ９０にセッション管理要求を送信する（Ｓ２０４）。セッション管理要求には、ベアラＩＤとＵＬ ＴＦＴを含んで送信する。ＵＬ ＴＦＴには、マルチキャストアドレス設定表８３６から、ホームネットワーク５内のマルチキャストグループであるローカルＩＰアクセス用に設定されたマルチキャストアドレスを記載する。ここでは、参加するマルチキャストグループのＵＬ ＴＦＴである「ＦＦ０２：：Ｃ」と、ローカルＩＰアクセス用のベアラであるベアラ２を含めて送信する。
【０１５５】
ＵＥ９０は、セッション管理要求に含まれているＵＬ ＴＦＴとＥＰＳベアラＩＤに基づいて、図１２（Ｃ）のようにＥＰＳベアラコンテキスト９３４を更新し（Ｓ１６８）、セッション管理応答をＨｅＮＢ８２に送信する（Ｓ１７０）。
【０１５６】
さらに、マルチキャストアドレス設定表９３０にＵＬ ＴＦＴから「ＦＦ０２：：Ｃ」を追加する。これにより、第１実施形態では、ＵＥ９０は予めマルチキャストアドレス設定表９３０にマルチキャストアドレスを保持する必要があったが、第２実施形態では、動的に設定することが可能となり、予め保持する必要がない。
【０１５７】
また、本実施形態では、ＵＥ９０がマルチキャストアドレス設定表９３０に保存するマルチキャストアドレスを、ＨｅＮＢ８２がセッション管理要求（Ｓ２０４）によって通知する例を示したが、ＨｅＮＢ８２はセッション管理要求（Ｓ２０４）以外のメッセージによって通知してもよい。
【０１５８】
さらに、本実施形態では、ＨｅＮＢ８２がマルチキャストグループへの参加要求メッセージを送信し（Ｓ２００）、指定されたマルチキャストの受信を開始後（Ｓ２０２）、ＵＥ９０へマルチキャストアドレスを通知する例を示したが、ＨｅＮＢ８２は、マルチキャストグループへ参加要求メッセージを送信する前に、ＵＥ９０へマルチキャストアドレスを通知してもよい。例えば、第1実施例で図１４を用いて説明したベアラ確立手続きにおける、セッション管理要求（Ｓ１２２）に通知してもよい。
【０１５９】
その後、ＵＥ９０はベアラ選択処理（Ｓ２１２）を行い、マルチキャスト参加要求メッセージを送信し（Ｓ２１４）、マルチキャストデータ送受信処理を行う。ベアラ選択処理（Ｓ２１２）、マルチキャスト参加要求メッセージ送信処理（Ｓ２１４）及びマルチキャストデータ送受信処理については、第１実施形態と同様であり、詳細説明は省略する。
【０１６０】
第２実施形態では、第１実施形態と異なり、ＨｅＮＢ８２がマルチキャストアドレス設定表８３６を予め保持し、ローカルＩＰアクセスで提供されるマルチキャストグループのマルチキャストアドレスをＵＥ９０へ通知する。これにより、ＵＥ９０は予めマルチキャストアドレス設定表９３２にマルチキャストアドレスを保持する必要がなく、動的に設定することでできるようになる。
【０１６１】
また、第２実施形態では、ＨｅＮＢ８２がマルチキャストグループへ予め参加しており、第１実施形態と比較して、ＵＥ９０のマルチキャスト参加要求を契機に、ＨｅＮＢ８２がマルチキャストグループへ参加して受信する必要が無い。そのため、ＵＥ９０がマルチキャスト参加要求を送信してからマルチキャストデータ送受信を行うまでの時間および処理を短縮することができるため、速やかにマルチキャストデータ送受信を開始することができる。
【０１６２】
しかしながら、ＨｅＮＢ８２がマルチキャストグループへ予め参加していない場合でも、ＵＥ９０が送信するマルチキャスト参加要求（Ｓ２１２）を受信したことに連動して、ＨｅＮＢ８２がマルチキャスト参加要求を送信し（Ｓ２００）、マルチキャスト通信の確立を行ってもよい。
【０１６３】
［３．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【０１６４】
また、各実施形態において、ＩＰｖ６を用いた通信を例に述べたが、ＩＰｖ４のマルチキャストアドレスを基にマルチキャスト参加要求をすることで、ＩＰｖ４での通信においても同様に適用できる。
【０１６５】
また、第１及び第２実施形態では、ＵＥ９０のマルチキャスト参加要求に対して、ＨｅＮＢ８０がマルチキャストグループに参加して、ＵＥ９０へマルチキャストパケットを送信する例を示した。したがって、ＨｅＮＢ８０（８２）は、マルチキャスト参加のための制御手続きや、マルチキャストパケットの受信手続きを行う必要があった。
【０１６６】
ここで、図２３を変形例として示す。第１及び第２実施形態で説明したように、ＵＥ９０は、ベアラ選択処理を行って（Ｓ１５０）、ローカルＩＰアクセス用ベアラ（ベアラＩＤ２）を利用して送信し（Ｓ１５２）、それを受信したＨｅＮＢ８０（８２）は、従来のユーザデータを受信した場合と同様に、ＮＡＴ処理を行ってホームネットワークへ送信する。これにより、ＨｅＮＢ８０（８２）はマルチキャスト参加手続きに対して処理を必要とすることなく。ＵＥ９０はマルチキャストグループへ参加することができる（Ｓ３００）。その後、マルチキャストデータ送受信を行ってＵＥ９０はマルチキャスト通信を行う（Ｓ３０２）。
【０１６７】
第１及び第２実施形態では、ＨｅＮＢ８０（８２）がマルチキャストグループに参加することにより、ＨｅＮＢ８０（８２）にマルチキャスト通信を行う複数のＵＥ９０が接続した場合、ＨｅＮＢ８０（８２）が受信したマルチキャストパケットをコピーして各ＵＥへ送信することができたが、上述の例では、ＵＥ毎にマルチキャストパケットがＨｅＮＢ８０（８２）を経由して送信される。
【０１６８】
このように、図２３で示した処理を行う場合、第１及び第２実施形態と比べ、データ送信量は増えてしまうものの、一方で、ＨｅＮＢ８０（８２）の処理を簡素化することができる。
【０１６９】
また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０１７０】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（(Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【０１７１】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【０１７２】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【符号の説明】
【０１７３】
１ 移動通信システム
３ コアネットワーク
１０ ＭＭＥ
１００ 制御部
１１０ 送受信部
１３０ 記憶部
１３２ サブスクリプションＤＢ
１３４ ＥＰＳベアラコンテキスト
２０ ＧＷ
３０ ＳＧＷ
３００ 制御部
３１０ 第１送受信部
３２０ 第２送受信部
３３０ 記憶部
３３２ ＥＰＳベアラコンテキスト
４０ ＰＧＷ
５０ ＭＢＭＳ−ＧＷ
５ ホームネットワーク
６０ ホームＧＷ
７０ 情報端末
７００ 制御部
７１０ ホームネットワークインタフェース部
７３０ 記憶部
８０、８２ ＨｅＮＢ
８００ 制御部
８１０ ＮＡＴ部
８２０ ＬＴＥ基地局部
８２２ 外部アンテナ
８３０、８３０ｂ 記憶部
８３２ マルチキャストグループ参加リスト
８３４ ＥＰＳベアラコンテキスト
８３６ マルチキャストアドレス設定表
８４０ ホームネットワークインタフェース部
９０ ＵＥ
９００ 制御部
９１０ ＬＴＥインタフェース部
９１２ 外部アンテナ
９２０ 送受信部
９３０ 記憶部
９３２ マルチキャストアドレス設定表
９３４ ＥＰＳベアラコンテキスト
７ ブロードバンドアクセスネットワーク
【技術分野】
【０００１】
本発明は、移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システム等に関する
【背景技術】
【０００２】
移動通信システムの標準化団体３ＧＰＰ（The 3rd Generation Partnership Project）では、次世代の移動体通信システムとして以下の非特許文献１に記載のＥＰＳ（Evolved Packet System）の仕様化作業を進めており、ＥＰＳの構成装置として、宅内等に設置する小型基地局であるＨｅＮＢ（Home eNodeB：ホーム基地局）について検討がなされている。
【０００３】
ＨｅＮＢは、フェムトセルと呼ばれる小規模の無線セルを構築し、通常の基地局と同じ無線アクセス技術を用いて、ＵＥ（User Equipment：移動端末装置）を収容する。そして、ブロードバンド回線を経由して移動通信システムのコアネットワークに接続し、収容しているＵＥの通信データを中継することができる。
【０００４】
さらに以下の非特許文献２には、ＨｅＮＢでローカルＩＰアクセスを実現するためのアーキテクチャ候補が開示されている。ローカルＩＰアクセスとは、ＨｅＮＢが直接接続されている家庭内ＩＰネットワーク等のネットワーク（以下、「ホームネットワーク」と呼ぶ）へのダイレクトな接続性をＵＥに提供する機能であり、ＵＥは、移動通信システムのコアネットワークを経由せずに、ホームネットワークに接続している他の情報端末（例えば、デジタルビデオレコーダやプリンタ等）と通信することが可能となる。
【０００５】
一方、ＥＰＳにおいて、ＵＥにコアネットワーク経由でのマルチキャストサービスを提供する方法として、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）仕様が規定されている（例えば、非特許文献３参照）。
【０００６】
ＭＢＭＳでは、移動通信システムのコアネットワーク内に、ＢＭ−ＳＣ（Broadcast-Multicast Service Centre）及びＭＢＭＳ−ＧＷを設置し、ＢＭ−ＳＣとＭＢＭＳ−ＧＷと基地局とがマルチキャストデータの配信経路を確立することにより、ＵＥはマルチキャストデータの受信が可能となる。
【０００７】
また、ホームネットワーク等のローカルエリアネットワーク（ＬＡＮ）内の装置同士が、互いに提供するサービス（例えばプリンタ装置が提供する「印刷サービス」など）を自動的に発見するための手法として、ＵＰｎＰ（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）などのコアネットワーク内の装置によって、ＵＥの送信するマルチキャストグループ参加要求が、ローカルＩＰアクセスの参加要求であるか、ＭＢＭＳサービスのための参加要求メッセージであるかを判断し、ＵＥが要求したマルチキャスト通信を配送するための手続きを行う方法が考えられる。
【００１３】
しかしながら、移動通信事業者が運用することが主に想定されるコアネットワーク内において、個々の利用者の家庭内で運用されているホームネットワーク毎のマルチキャストグループを管理する管理コストは膨大であり困難である。
【００１４】
そのため、ＵＥの当該参加要求は、ローカルＩＰアクセスの参加要求であるか、ＭＢＭＳサービスのための参加要求メッセージであるかを判断して送信し、ＨｅＮＢによって参加要求に応じたマルチキャスト受信手続きを行う必要がある。
しかしながら、これまでＵＥでは、こうした判断手段がなく、さらにはこの判断に基づいたローカルＩＰアクセスでのマルチキャスト参加要求か、ＭＢＭＳサービスでのマルチキャスト参加要求かをＨｅＮＢに明示的に送信する手段がなく、さらには、ＨｅＮＢがそれに応じてそれぞれのマルチキャストデータ受信を行う手段もなかった。
【００１５】
従って、上記の諸問題から、ＵＥは、ホームネットワークで提供されるマルチキャストサービスを享受できず、上述のＵＰｎＰ等の機能も利用することができなかった。
【００１６】
本発明は、このような事情を鑑みてなされたもので、その目的は、ホーム基地局装置に接続している移動局装置は、ローカルＩＰアクセスでのマルチキャストグループか否かを判定してマルチキャスト参加要求を送信し、ホーム基地局装置が、移動局装置の判定に応じて好適なホームネットワークまたはコアネットワークに対してマルチキャストセッションを確立することができる移動通信システム等を提供することである。
【課題を解決するための手段】
【００１７】
上記課題を解決するために、本発明に係る移動通信システム等は、以下の特徴を備えている。
【００１８】
本発明の移動通信システムは、移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
前記移動局装置は、
ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立し、
マルチキャスト参加要求を送信する場合に、ホームネットワーク宛のマルチキャスト参加要求の場合は第１ベアラを選択し、コアネットワーク宛のマルチキャスト参加要求の場合は第２ベアラを選択してマルチキャスト参加要求を送信することを特徴とする。
【００１９】
また、本発明の移動通信システムにおいて、前記移動局装置は、
ホームネットワーク宛のマルチキャスト参加要求となるアドレスを記憶するマルチキャストアドレス記憶するマルチキャストアドレス記憶手段を有しており、
マルチキャスト参加要求を送信する場合に、当該マルチキャスト参加要求に含まれるマルチキャストアドレスが、前記マルチキャストアドレス記憶手段に記憶されている場合には、第１ベアラを選択してマルチキャスト参加要求を送信することを特徴する。
【００２０】
また、本発明の移動通信システムにおいて、前記ホーム基地局装置は、
前記第２ベアラを介して受信されたマルチキャスト参加要求は、コアネットワークに送信することを特徴とする。
【００２１】
また、本発明の移動通信システムは、移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
前記移動局装置は、
ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立し、
前記ホーム基地局装置は、
前記移動局装置から第１ベアラを経由してパケットを受信した場合には、当該パケットがマルチキャスト参加要求であるか否かを判定し、
マルチキャスト参加要求である場合には、ホームネットワークにおいてマルチキャストグループへの参加手続きを実行することを特徴とする。
【００２２】
本発明の移動局装置は、移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムに接続される移動局装置であって、
ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立し、
マルチキャスト参加要求を送信する場合に、ホームネットワーク宛のマルチキャスト参加要求の場合は第１ベアラを選択し、コアネットワーク宛のマルチキャスト参加要求の場合は第２ベアラを選択してマルチキャスト参加要求を送信することを特徴とする。
【００２３】
本発明のホーム基地局装置は、移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムに接続されるホーム基地局装置であって、
前記移動局装置は、ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立しており、
前記移動局装置から第１ベアラを経由してパケットを受信した場合には、当該パケットがマルチキャスト参加要求であるか否かを判定し、
マルチキャスト参加要求である場合には、ホームネットワークにおいてマルチキャストグループへの参加手続きを実行することを特徴とする。
【００２４】
本発明の通信方法は、移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムにおける通信方法であって、
前記移動局装置は、ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立しており、
前記移動局装置がマルチキャスト参加要求を送信する場合に、ホームネットワーク宛のマルチキャスト参加要求の場合は第１ベアラを選択し、コアネットワーク宛のマルチキャスト参加要求の場合は第２ベアラを選択してマルチキャスト参加要求を送信することを特徴とする。
【発明の効果】
【００２５】
本発明によれば、既存システムとの互換性を維持しながら、好適なマルチキャストセッション確立手続きを選択することができ、ＵＥはローカルＩＰアクセス環境で提供されるマルチキャストサービスも利用することができる。
【図面の簡単な説明】
【００２６】
【図１】第１実施形態における移動体通信システムの構成図である。
【図２】第１実施形態におけるＭＭＥの構成図である。
【図３】第１実施形態におけるＭＭＥのサブスクリプションデータベースの一例を示す図である。
【図４】第１実施形態におけるＭＭＥのＥＰＳベアラコンテキストの一例を示す図である。
【図５】第１実施形態におけるＳＧＷの構成図である。
【図６】第１実施形態におけるＳＧＷのＥＰＳベアラコンテキストの一例を示す図である。
【図７】第１実施形態におけるＨｅＮＢの構成図である。
【図８】第１実施形態におけるＨｅＮＢのマルチキャストグループ参加リストの一例を示す図である。
【図９】第１実施形態におけるＨｅＮＢのＥＰＳベアラコンテキストの一例を示す図である。
【図１０】第１実施形態におけるＵＥの構成図である。
【図１１】第１実施形態におけるＵＥのマルチキャストアドレス設定表の一例を示す図である。
【図１２】第１実施形態におけるＵＥのＥＰＳベアラコンテキストの一例を示す図である。
【図１３】第１実施形態における情報端末の構成図である。
【図１４】第１実施形態におけるＵＥのＨｅＮＢへのアタッチ処理及びローカルＩＰアクセス確立処理シーケンス例を示す図である。
【図１５】第１実施形態におけるローカルＩＰアクセス用マルチキャストセッション確立処理シーケンス例を示す図である。
【図１６】第１実施形態におけＨｅＮＢのマルチキャスト受信要求判定処理のフローチャートを示す図である。
【図１７】第１実施形態におけるＭＢＭＳ用マルチキャストセッション確立処理シーケンス例を示す図である。
【図１８】第１実施形態におけるホーム基地局装置における処理のフローチャートを示す図である。
【図１９】第１実施形態におけるＵＥのマルチキャストデータ送受信処理シーケンス例を示す図である。
【図２０】第２実施形態におけるＨｅＮＢの構成図である。
【図２１】第２実施形態におけるＨｅＮＢのマルチキャストアドレス設定表の一例を示す図である。
【図２２】第２実施形態におけるローカルＩＰアクセス用マルチキャストセッション確立処理シーケンス例を示す図である。
【図２３】変形例におけるローカルＩＰアクセス用マルチキャストセッション確立処理シーケンス例を示す図である。
【発明を実施するための形態】
【００２７】
以下、図面を参照して本発明を実施するための最良の形態について説明する。なお、本実施形態では、一例として、本発明を適用した場合の移動通信システムの実施形態について、図を用いて詳細に説明する。
【００２８】
［１．第１実施形態］
まず、本発明を適用した第１実施形態について、図面を参照して説明する。
【００２９】
［１．１ 移動通信システムの概要］
図１は、本実施形態における移動通信システム１の概略を説明するための図である。本図に示すように、移動通信システム１は、コアネットワーク３と、ホームネットワーク５と、ブロードバンドアクセスネットワーク７とから構成され、コアネットワーク３とホームネットワーク５とはブロードバンドアクセスネットワーク７を介して相互接続されている。
【００３０】
ブロードバンドアクセスネットワーク７は、広帯域の通信を実現する有線アクセスネットワークであり、例えばＡＤＳＬや光ファイバー等によって構築される。ただし、これに限らずＷｉＭＡＸなどの無線アクセスネットワークであっても良い。
【００３１】
コアネットワーク３は、移動通信事業者が運用する移動通信ネットワークであり、ＭＭＥ１０と、ＧＷ２０と、ＳＧＷ３０と、ＰＧＷ（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）等のコアネットワーク内のＱｏＳ管理装置からの通知であってもよいし、前述のＰＤＮコネクション確立完了に連動して行ってもよいし、コアネットワーク内の加入者管理装置におけるＵＥ９０のローカルＩＰアクセスを許可する加入者情報に基づいて開始してもよいし、これらに限らず他の手段を用いてもよい。
【００８６】
まず、ＳＧＷ３０はベアラ確立要求をＭＭＥ１０に送信する（Ｓ１１０）。ベアラ確立要求には、ローカルＩＰアクセスを行う対象の通信フローの識別情報（ＵＬ ＴＦＴ）と、当該確立要求するベアラを用いてローカルＩＰアクセスでの通信を行うことを指示するための識別子（以下、ＬＩＰＡフラグと呼ぶ）とを含める。ここで、ＵＬ ＴＦＴには、ホームネットワークに割り当てられているＩＰアドレスプレフィックス（例えば、「２００１：２：３：４：：／６４」等）を含める。
【００８７】
ＩＰアドレスプレフィックスは、ＨｅＮＢ８０設置時にコアネットワーク内において管理しておき、こうした静的に設定した情報を参照して取得してもよいし、これまでの接続手続きによってＨｅＮＢから通知するなど、動的に設定して取得してもよい。
【００８８】
ＭＭＥ１０は、ベアラ確立要求を受信し、従来方法に従って、ＵＥ９０が接続しているＨｅＮＢ８０のＣＳＧＩＤ（ＣＳＧ１）とＵＥ識別子とを用いて、サブスクリプションＤＢに利用権限を照合する（Ｓ１１２）。これにより、ＵＥ９０がＨｅＮＢ８０を用いたローカルＩＰアクセスの利用権限を持つかどうかを確認し、もし利用権限がない場合には、ＭＭＥ１０はベアラ確立拒否をＳＧＷ３０に送信し、ローカルＩＰアクセス用ＥＰＳベアラ確立処理を終了する。
【００８９】
ＵＥ９０が利用権限を持つ場合には、受信したベアラ確立要求に従って、ＭＭＥ１０は、ＵＥ９０に新しいＥＰＳベアラ（ベアラ２）を割り当て、ＥＰＳベアラコンテキスト１３４を図４（Ｂ）のように更新し（Ｓ１１４）、ベアラ２がローカルＩＰアクセスに利用可能であることと、ベアラ２で通信するフロー情報を記憶する。
【００９０】
さらに、ＭＭＥ１０はセッション管理要求を生成する。セッション管理要求には、前述のＵＬ ＴＦＴとＥＰＳベアラＩＤ（ベアラ２）と、ＬＩＰＡフラグとを含める。そして、ＭＭＥ１０はセッション管理要求を含んだベアラ設定要求をＨｅＮＢ８０に送信する（Ｓ１１６）。ベアラ設定要求には、ローカルＩＰアクセスに用いるＥＰＳベアラのベアラＩＤ（ベアラ２）と、ＬＩＰＡフラグとが含まれる。
【００９１】
ＨｅＮＢ８０は、ベアラ設定要求を受信し、ＥＰＳベアラ２でＵＥ９０から受信した通信フローについては、ＳＧＷ３０に転送せず、ＨｅＮＢ８０が接続しているホームネットワーク５に直接送信するようにルーティング情報を設定する（Ｓ１１８）。さらに、ＥＰＳベアラコンテキスト８３４を図９（Ｂ）のように更新し（Ｓ１２０）、ベアラ２がローカルＩＰアクセスに利用可能であることと、ベアラ２で通信するフロー情報を記憶する。さらに、ベアラ設定要求に含まれていたセッション管理要求をＵＥ９０に転送する（Ｓ１２２）。
【００９２】
ＵＥ９０は、セッション管理要求に含まれているＵＬ ＴＦＴとＥＰＳベアラＩＤとに従って、ＵＬ ＴＦＴに該当する通信フローについては、ＥＰＳベアラ２を用いてＨｅＮＢ８０に送信するように設定する（Ｓ１２４）。さらに、ＥＰＳベアラコンテキスト９３４を図１２（Ｂ）のように更新し、ベアラ２で通信するフロー情報とＬＩＰAフラグに基づいてＬＩＰＡ設定を記憶する。そして、セッション管理応答をＨｅＮＢに送信する（Ｓ１２６）。
【００９３】
ＨｅＮＢ８０は、セッション管理応答を受信し、当該応答をベアラ設定応答に含めてＭＭＥ１０に送信する（Ｓ１２８）。
【００９４】
ＭＭＥ１０は、確立したＥＰＳベアラのベアラＩＤ（ベアラ２）を含んだベアラ確立応答をＳＧＷ３０に送信する（Ｓ１３０）。
【００９５】
ＳＧＷ３０は、ベアラ確立応答を受信し、ＥＰＳベアラコンテキスト３３２を図６（Ｂ）のように更新し（Ｓ１３２）、ベアラ２がローカルＩＰアクセスに利用可能であることと、ベアラ２で通信するフロー情報を記憶する。
【００９６】
以上で、ＵＥ９０のローカルＩＰアクセス確立処理（ＥＰＳベアラ２）が完了する（Ｓ１３４）。これにより、ＵＥ９０が送信する通信フローのうち、ＵＬ ＴＦＴで指定されたフロー識別情報に該当するフローについては、ＨｅＮＢ８０がコアネットワーク３に転送せず、直接ホームネットワーク５に転送するようになるため、ＵＥ９０はコアネットワーク３を経由せず情報端末７０と直接通信できるようになる。
【００９７】
また、情報端末７０から送信されるＵＥ９０宛ての通信データについても同様にコアネットワーク３を経由することなく、ＨｅＮＢ８０を介して行われる。なお、ＵＥ９０はＰＧＷ４０から割り当てられたＩＰアドレスを用いて通信を行うため、ホームネットワーク５内のＩＰアドレス体系との齟齬が生じるので、ＨｅＮＢ８０は非特許文献２に記載された従来手法に従って、ＮＡＴ（Network Address Translation）処理を行い、ＩＰアドレスの書き換えを行う（Ｓ１４０、１４２）。
【００９８】
［１．３．３ マルチキャストセッション確立処理（第１実施形態）］
次に、ＵＥ９０はＵＰｎＰ等のサービス発見のためなど、ホームネットワーク５内で提供されているマルチキャストグループへ参加するため、マルチキャストグループへの参加手続きを行う。以下、図１５を用いて説明する。
【００９９】
まず、ＵＥ９０はベアラ選択処理を行い（Ｓ１５０）、マルチキャストグループ参加要求を送信するベアラを選択する。参加要求は、参加したいマルチキャストグループのＩＰアドレス（例えば、ＵＰｎＰで用いる「ＦＦ０２：：Ｃ」とする）を含んだＩＧＭＰｊｏｉｎメッセージ或いはＭＬＤｊｏｉｎメッセージを送信することによって行う。従来方法に従って、いずれのメッセージも参加要求するマルチキャストアドレスグループに関わらず、送信先アドレスは、ＩＰｖ６であれば、「ＦＦ０２：：１６」、ＩＰｖ４であれば「２２４．０．０．２２」となる。
【０１００】
さらに、ＵＥ９０は参加要求メッセージを送信する際、ベアラの選択し、選択したベアラを用いて送信する。図１６を用いてベアラ選択処理を説明する。
【０１０１】
（ベアラ選択処理）
ＵＥ９０は、参加要求メッセージに含まれるマルチキャストアドレスが、マルチキャストアドレス設定表９３２のマルチキャストアドレスのリストにあるかどうかで、ローカルＩＰアクセス経由でのマルチキャストアドレスかを判定する(Ｓ１０)。
【０１０２】
マルチキャストアドレス設定表９３２には、ホームネットワーク５内のマルチキャストグループであるローカルＩＰアクセス用に設定されたマルチキャストアドレスが管理されている。マルチキャストアドレス設定表９３２は、ホームネットワーク５を管理するユーザが予め静的に設定しておく。もしくは、ホームネットワーク５で利用されるマルチキャストアドレスを通信システム全体で割り当てておき、ＵＥ９０出荷時など、予め静的に設定されていてもよい。
【０１０３】
ローカルＩＰアクセス経由に該当する場合（ステップＳ１０；Ｙｅｓ）、ＵＥ９０のマルチキャストグループ参加要求は、ローカルＩＰアクセスでのマルチキャストデータ受信を要求するものであると判定し（ステップＳ１２）、既にＵＥ９０がローカルＩＰアクセス用ＥＰＳベアラを確立しているか否かをＥＰＳベアラコンテキスト８３４にＬＩＰＡ設定がＯＮのベアラがあるか否かで確認する（ステップＳ１４）。
【０１０４】
ローカルＩＰアクセス用ＥＰＳベアラの確立が確認できた場合（ステップＳ１４;Ｙｅｓ）には、ローカルＩＰアクセス用のベアラ（ベアラ２）を選択してマルチキャスト参加要求を送信し、ベアラ選択処理を終了する（ステップＳ１８）。
【０１０５】
なお、ステップＳ１４において、ローカルＩＰアクセス用ＥＰＳベアラの確立が確認できなかった場合（ステップＳ１４；Ｎｏ）には、ＭＭＥ１０またはＳＧＷ３０へ依頼を通知するなどを行い、前述のＵＥのローカルＩＰアクセス確立処理を先ず実行してベアラを確立し（ステップＳ１６）、確立したベアラによりマルチキャスト参加要求を送信し、ベアラ選択処理を終了する（ステップＳ１８）。
【０１０６】
また、ローカルＩＰアクセス経由に該当しない場合（ステップＳ１０：Ｎｏ）、ＵＥ９０はコアネットワークのＭＢＭＳサービスでのマルチキャストグループへの参加要求であると判定する（ステップＳ２０）。さらに、ＵＥ９０は、ＥＰＳベアラコンテキストを参照し、ＬＩＰＡ設定がＯＦＦのベアラ（ベアラ１）を選択し、ローカルＩＰアクセス用ではないベアラによりマルチキャスト参加要求を送信し（ステップＳ２２）、ベアラ選択処理を終了する。
【０１０７】
従来では、ＵＥ９０は、送信するパケットに対してＴＦＴを基にベアラを選択し、選択したベアラにパケットを送信していた。本実施形態では、従来とは異なり、送信元アドレスや送信先アドレスやプロトコル番号などのＴＦＴの情報要素ではベアラ選択できないマルチキャスト参加要求メッセージを、メッセージ内に含まれるマルチキャストアドレスによってベアラを選択する。
【０１０８】
図１５に戻り、ＵＥ９０がローカルＩＰアクセス用を用いてマルチキャストデータを送受信するための手続きの説明を説明する。
【０１０９】
ＵＥ９０は、ベアラ選択処理後（Ｓ１５０）、マルチキャスト参加要求メッセージをローカルＩＰアクセス用のＥＰＳベアラによって送信する（Ｓ１５２）。
【０１１０】
従来では、ＨｅＮＢ８０は、ベアラ２を用いて送信されたパケットは、ＮＡＴ処理を行いそのままホームネットワークへ送信するが、従来とは異なり、ローカルＩＰアクセスのベアラで送信されてきたパケットであることと、パケットのプロトコル番号によりマルチキャスト参加要求であることにより、マルチキャスト参加要求メッセージで指定されたマルチキャストアドレスのグループへ参加する。
【０１１１】
ＨｅＮＢ８０は、指定されたマルチキャストアドレスのグループへ参加するためにＩＧＭＰ Ｊｏｉｎ或いはＭＬＤ Ｊｏｉｎをホームネットワーク５内に送信し（Ｓ１６２）、指定されたマルチキャストアドレス宛てのデータ受信を開始する（Ｓ１６４）。そして、ＨｅＮＢ８０はセッション管理要求をＵＥ９０に送信する（Ｓ１６６）。セッション管理要求には、ＵＬ ＴＦＴとＥＰＳベアラＩＤとを含めて送信する。ここでは、参加するマルチキャストグループのＵＬ ＴＦＴである「ＦＦ０２：：Ｃ」と、ローカルＩＰアクセス用のベアラである「ベアラ２」とを含めて送信する。
【０１１２】
ＵＥ９０は、セッション管理要求に含まれているＵＬ ＴＦＴとＥＰＳベアラＩＤに基づいて、図１２（Ｃ）のようにＥＰＳベアラコンテキスト９３４を更新し（Ｓ１６８）、セッション管理応答をＨｅＮＢ８０に送信する（Ｓ１７０）。
【０１１３】
ＨｅＮＢ８０は、セッション管理応答を受信し、以上でローカルＩＰアクセス用マルチキャストセッション確立手続きを完了する。ＨｅＮＢ８０は、セッション管理要求及びセッション管理応答の送受信により、図９（Ｃ）のようにＥＰＳベアラコンテキスト８３４を更新する。
【０１１４】
さらに、マルチキャストグループ参加リスト８３２に、ＵＥ９０とマルチキャストアドレスおよびベアラＩＤを追加する。これにより、ＵＥ９０とは異なる別のＵＥがマルチキャスト要求を送信した場合、ＨｅＮＢ８０は、参加要求に含まれるマルチキャストアドレスが、すでにＵＥ９０が受信しているマルチキャストアドレスか否かを、マルチキャスト参加リスト８３２を参照して判断し、すでに受信しているマルチキャストアドレスであれば、ＨｅＮＢ８０によるマルチキャスト参加要求メッセージの送信（Ｓ１６２）およびマルチキャストの受信開始（Ｓ１６４）を省略してマルチキャストセッション確立手続きを行うことができる。
【０１１５】
一方、ベアラ選択処理（Ｓ１５０）において、ＵＥ９０が従来のＭＢＭＳを用いたマルチキャストデータ受信を要求していると判定され、ローカルＩＰアクセス用ではないベアラ（ベアラ１）が選択された場合にはた場合には、図１７に示すように、ＨｅＮＢ８０はマルチキャスト参加要求メッセージを、ベアラ１を用いてＳＧＷ３０へ送信し（Ｓ１７２）、ＭＢＭＳサービスの通信確立手続きが実行される。
【０１１６】
すなわち、ＳＧＷ３０は、ＵＥ識別子とマルチキャストアドレスを含めてＭＢＭＳ通知要求をＭＭＥ１０へ送信し（Ｓ１７４）、ＭＭＥ１０は、ＭＢＭＳコンテキスト活性化開始要求をＵＥ９０に送信し（Ｓ１７６）、ＵＥ９０と、ＨｅＮＢ８０と、ＭＭＥ１０と、ＳＧＷ３０と、ＭＢＭＳ−ＧＷ５０との間でＭＢＭＳセッション確立処理を行う（Ｓ１７８）。
【０１１７】
なお、上述の説明の中で、ＨｅＮＢ８０のＵＥ９０から送信されたパケットの受信処理を、図１８を用いて説明する。ＨｅＮＢ８０は、受信したパケットが、ローカルＩＰアクセス用のベアラ（ベアラＩＤ２）を利用して送信されたものか、それ以外のベアラ（ベアラＩＤ１）を利用して送信されたものかを判定する(ステップＳ３０)。
【０１１８】
ローカルＩＰアクセス用ベアラ（ベアラＩＤ２）送信された場合（ステップＳ３０；Ｙｅｓ）、送信されたパケットが、マルチキャスト参加要求メッセージか否かを判定する(ステップＳ３２)。
【０１１９】
マルチキャスト参加要求メッセージかどうかの判定は、パケットのプロトコル番号やペイロードを参照することで確認する。例えば、ＩＧＭＰ Ｊｏｉｎであることは、送信パケットのＩＰヘッダに記載されているプロトコル番号が「２」であることからＩＧＭＰプロトコルのメッセージであることを判定し、続くペイロード部分のタイプフィールドが「０ｘ２２」であることからＩＧＭＰｖ３のマルチキャスト参加要求であることを判定する。
【０１２０】
また、ＭＬＤ Ｊｏｉｎであることは、送信パケットのＩＰヘッダに記載されているプロトコル番号が「５８」であることからＩＣＭＰプロトコルのメッセージであることを判定し、続くペイロード部分のタイプフィールドが「１４３」であることからＭＬＤｖ２のマルチキャスト参加要求であることを判定する。
【０１２１】
ここで、マルチキャスト参加要求パケットと判定した場合（ステップＳ３２；Ｙｅｓ）、マルチキャストアドレスを取得する（ステップＳ３４）。マルチキャストアドレスは、マルチキャスト参加要求メッセージパケットのＩＰヘッダに続くペイロード部分から抜き出して取得する。
【０１２２】
その後、ＨｅＮＢ８０は、取得したマルチキャストアドレスのマルチキャストグループへの参加手続きを行う（ステップＳ３６）。
【０１２３】
具体的には、図１５で説明したように、ＨｅＮＢ８０は、指定されたマルチキャストアドレスのグループへ参加するためにＩＧＭＰ Ｊｏｉｎ或いはＭＬＤ Ｊｏｉｎをホームネットワーク５内に送信し（Ｓ１６２）、指定されたマルチキャストアドレス宛てのデータ受信を開始する（Ｓ１６４）。そして、ＨｅＮＢ８０はセッション管理要求をＵＥ９０に送信する（Ｓ１６６）。セッション管理要求には、ＵＬ ＴＦＴとＥＰＳベアラＩＤを含めて送信する。
【０１２４】
ここでは、参加するマルチキャストグループのＵＬ ＴＦＴである「ＦＦ０２：：Ｃ」と、ローカルＩＰアクセス用のベアラであるベアラ２を含めて送信する。その後マルチキャストデータ送受信処理を行い、ＵＥ９０はマルチキャスト通信を確立する。
【０１２５】
また、ＵＥ９０が送信したパケットが、マルチキャスト参加要求でないと判定した場合（ステップＳ３２；Ｎｏ），ＨｅＮＢ８０はＮＡＴ処理を行い、ホームネットワーク５へパケットを送信する（ステップＳ３８）。
【０１２６】
また、ステップＳ３０において、ＵＥ９０がローカルＩＰアクセス用のものでないベアラ（ベアラＩＤ１）を利用してパケットを送信してきたと判定された場合（Ｓ３０；Ｎｏ）、ＨｅＮＢ８０はパケットをＳＧＷ３０へ従来通り送信する（ステップＳ４０）。
【０１２７】
ＵＥ９０が、ＭＢＭＳサービスのマルチキャストグループに参加要求を送信する場合は、ＵＥ９０はローカルＩＰアクセス用のものでないベアラ（ベアラＩＤ１）を利用して参加要求を送信する。その場合、ＨｅＮＢ８０は上述した処理に従って、ＳＧＷ３０へパケットを送信する。その後、図１７で説明したように、ＳＧＷ３０、ＭＭＥ１０によってＭＢＭＳサービスのマルチキャスト参加要求を受信して、マルチキャスト通信確立手続きが行われる。
【０１２８】
［１．３．４ マルチキャストデータ受信処理］
ローカルＩＰアクセス用マルチキャストセッションの確立が完了すると、ＵＥ９０はホームネットワーク５内で送信されたマルチキャストデータの受信が可能となる。
【０１２９】
以下、ＵＥ９０がＵＰｎＰ等のサービス発見プロトコルに基づいてサービス探索要求を送受信した場合を例に、マルチキャストデータ受信処理について、図１９を用いて説明する。
【０１３０】
まず、ＵＥ９０はサービス探索要求を送信する。サービス探索要求の送信先アドレスは、「ＦＦ０２：：Ｃ」であるため、ＵＥ９０は、ＥＰＳベアラコンテキストのＵＬ ＴＦＴに基づいてベアラ（ＥＰＳベアラ２）を選択し（Ｓ１８０）、当該探索要求をＥＰＳベアラ２で送信する（Ｓ１８２）。
【０１３１】
ＨｅＮＢ８０は、ベアラＩＤで転送先を判定する（Ｓ１８４）。ここでは、ＥＰＳベアラ２経由でサービス探索要求を受信するので、ＥＰＳベアラコンテキスト８３４に基づいてホームネットワークに直接転送することを決定し、ＮＡＴ処理を行ったうえで（Ｓ１８６）、ホームネットワーク５上でサービス探索要求をマルチキャスト送信する（Ｓ１８８）。
【０１３２】
情報端末７０は、上記サービス探索要求を受信し、提供するサービスの情報（例えば「印刷サービス」）を含んだサービス探索応答を「ＦＦ０２：：Ｃ」宛てにマルチキャスト送信する（Ｓ１９０）。
【０１３３】
ＨｅＮＢ８０は、サービス探索応答を受信し、マルチキャストグループ参加リスト８３２を参照し、当該マルチキャストグループに参加している転送先のＵＥを選択し（Ｓ１９２）、各ＵＥのローカルＩＰアクセス用のＥＰＳベアラを選択し（Ｓ１９４）、選択したＥＰＳベアラを用いてＵＥ９０にサービス探索応答を送信する（Ｓ１９６）。
【０１３４】
なお、ＨｅＮＢ８０がマルチキャストグループ参加リスト８３２を参照した結果、当該マルチキャストグループに参加しているＵＥ９０が見つからなかった場合には、受信したマルチキャストデータ（ここでは、サービス探索応答）を破棄する。
【０１３５】
また、ＵＥ９０自体がサービスを提供している場合には、ＵＥ９０は、情報端末７０が送信するサービス探索要求をＨｅＮＢ８０経由で受信し、サービス検索応答をＥＰＳベアラ２を用いてＨｅＮＢ８０に送信し、ＨｅＮＢ８０がホームネットワーク５上に転送する。
【０１３６】
なお、本実施形態では、ホームネットワーク５上に情報端末７０のみが存在する場合を例に述べたが、それに限らず複数の情報端末が存在する場合であっても同様に動作する。具体的には、Ｓ１８８において、ＨｅＮＢ８０はサービス探索要求を「ＦＦ０２：：Ｃ」宛てにマルチキャスト送信するので、ホームネットワーク５上に複数の情報端末が存在する場合であっても、その総ての情報端末が受信することができる。
【０１３７】
このように、本実施形態では、ローカルＩＰアクセス機能を持つＨｅＮＢ８０に接続しているＵＥ９０がマルチキャストグループ参加要求を送信した場合、従来ＳＧＷ３０へ送信されてしまうマルチキャスト参加要求を、ＨｅＮＢ８０が、当該マルチキャスト参加要求がローカルＩＰアクセスでのマルチキャストデータ受信を要求するものであるか、或いは従来のＭＢＭＳを用いたマルチキャストデータ受信を要求するものであるかを判定し、判定結果に基づいて好適なマルチキャストセッション確立手続きを選択することができる。
【０１３８】
これにより、既存システムとの互換性を維持しながら、ＭＢＭＳが導入されていないローカルＩＰアクセス環境においても、ＵＥ９０がマルチキャストデータの受信を行うことができ、例えば、ＵＰｎＰ等のマルチキャストを用いたサービス発見プロトコルについても何ら変更を加えることなく動作させることができる。
【０１３９】
さらに、ＵＥ９０は、マルチキャスト参加要求に対して、ホームネットワーク５のローカルＩＰアクセスによるマルチキャストグループに参加するか、コアネットワーク３のＭＢＭＳサービスのマルチキャストグループに参加するかの判断やベアラ選択の処理を行うため、ＨｅＮＢ８０によってこうした判断や処理の負荷を課す必要が無いことが特徴である。
【０１４０】
さらに、本実施形態では、コアネットワーク３内の装置において、ホームネットワーク５のローカルＩＰアクセスによるマルチキャストグループに参加するか、コアネットワーク３のＭＢＭＳサービスのマルチキャストグループに参加するかの判定処理を必要としない。つまり、ＳＧＷ３０、ＭＭＥ１０の処理に変更を加えることなく、本実施形態を実現することができる。
【０１４１】
［２．第２実施形態］
続いて、本発明を適用した第２実施形態について説明する。本実施形態は、ＨｅＮＢの構成を除いて、ネットワーク構成及び装置構成は第１実施形態と同様であり、ＨｅＮＢの構成以外の詳細説明は省略する。
【０１４２】
［２．１ 装置構成］
まず、各装置構成について図を用いて簡単に説明する。上述したように、第２実施形態は、第１実施形態の構成のＨｅＮＢ８０をＨｅＮＢ８２に置き換えたものとなる。
【０１４３】
図２０は、本実施形態におけるＨｅＮＢ８２の構成を示す。なお、図２０のＨｅＮＢ８２は、図７に示したＨｅＮＢ８０と同一の構成要素には同一の符号を付しており、同一の符号を付した機能部についての説明は省略する。
【０１４４】
ＨｅＮＢ８０は、制御部８００に、ＮＡＴ（Network Address Translation）部８１０と、ＬＴＥ基地局部８２０と、記憶部８３０ｂと、ホームネットワークインタフェース部８４０とがバスを介して接続されている。
【０１４５】
記憶部８３０ｂは、ＨｅＮＢ８２の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに記憶部８３０には、マルチキャストグループ参加リスト８３２と、ＥＰＳベアラコンテキスト８３４と、マルチキャストアドレス設定表８３６とが記憶されている。
【０１４６】
図２１は、マルチキャストアドレス設定表８３６の一例を示した図であり、ローカルＩＰアクセス経由で参加するマルチキャストグループのＩＰアドレスを記憶するデータベースである。
【０１４７】
［２．２ 処理の説明］
第２実施形態は、第１実施形態の図１５を用いて説明したマルチキャストセッション確立手続きに違いがあり、図２０を用いて、第２実施例のマルチキャストセッション確立手続きを、図１５の第１実施形態と対比させながら説明する。
【０１４８】
図１５の第１実施形態では、ＵＥ９０のマルチキャスト参加要求送信後（Ｓ１５０）、ＨｅＮＢ８０は、マルチキャストアドレス取得処理（Ｓ１５２）およびマルチキャスト受信要求判定処理（Ｓ１５６）を行い、ホームネットワークのローカルＩＰアクセス用のマルチキャストグループへの参加要求であるかを判定する。
【０１４９】
ホームネットワークのローカルＩＰアクセス用のマルチキャストグループへの参加要求である場合、ＨｅＮＢ８０は、ホームネットワーク内にマルチキャスト参加要求を送信し(Ｓ１６２)、マルチキャストグループに参加して指定されたマルチキャストデータの受信を開始する(Ｓ１６４)。
【０１５０】
その後、ＨｅＮＢ８０とＵＥ９０はセッション管理要求、応答を送受信してベアラコンテキストの更新を行う（Ｓ１６６、Ｓ１６８、Ｓ１７０）。そして最後にマルチキャストデータの送受信処理が行われる。
【０１５１】
一方で、第２実施形態では、ＨｅＮＢ８２は、ＵＥ９０がマルチキャスト参加要求を送信する以前に予めマルチキャストグループへ参加しておく点が異なる。図２２を用いて手続きを説明する。
【０１５２】
ＨｅＮＢ８２は、ＵＥ９０がマルチキャスト参加要求を送信する前に、マルチキャスト参加要求をホームネットワーク５へ送信し(Ｓ２００)、指定したマルチキャストの受信を開始する（Ｓ２０２）。こうして、ＨｅＮＢ８０は、マルチキャストアドレス設定表８３６に設定されたマルチキャストグループに予め参加しておく。
【０１５３】
マルチキャストアドレス設定表８３６は、ホームネットワーク５を管理するユーザが予め静的に設定しておく。もしくは、ホームネットワーク５で利用されるマルチキャストアドレスを通信システム全体で割り当てておき、ＵＥ９０出荷時など、予め静的に設定されていてもよい。
【０１５４】
また、ＨｅＮＢ８２は、ＵＥ９０にセッション管理要求を送信する（Ｓ２０４）。セッション管理要求には、ベアラＩＤとＵＬ ＴＦＴを含んで送信する。ＵＬ ＴＦＴには、マルチキャストアドレス設定表８３６から、ホームネットワーク５内のマルチキャストグループであるローカルＩＰアクセス用に設定されたマルチキャストアドレスを記載する。ここでは、参加するマルチキャストグループのＵＬ ＴＦＴである「ＦＦ０２：：Ｃ」と、ローカルＩＰアクセス用のベアラであるベアラ２を含めて送信する。
【０１５５】
ＵＥ９０は、セッション管理要求に含まれているＵＬ ＴＦＴとＥＰＳベアラＩＤに基づいて、図１２（Ｃ）のようにＥＰＳベアラコンテキスト９３４を更新し（Ｓ１６８）、セッション管理応答をＨｅＮＢ８２に送信する（Ｓ１７０）。
【０１５６】
さらに、マルチキャストアドレス設定表９３０にＵＬ ＴＦＴから「ＦＦ０２：：Ｃ」を追加する。これにより、第１実施形態では、ＵＥ９０は予めマルチキャストアドレス設定表９３０にマルチキャストアドレスを保持する必要があったが、第２実施形態では、動的に設定することが可能となり、予め保持する必要がない。
【０１５７】
また、本実施形態では、ＵＥ９０がマルチキャストアドレス設定表９３０に保存するマルチキャストアドレスを、ＨｅＮＢ８２がセッション管理要求（Ｓ２０４）によって通知する例を示したが、ＨｅＮＢ８２はセッション管理要求（Ｓ２０４）以外のメッセージによって通知してもよい。
【０１５８】
さらに、本実施形態では、ＨｅＮＢ８２がマルチキャストグループへの参加要求メッセージを送信し（Ｓ２００）、指定されたマルチキャストの受信を開始後（Ｓ２０２）、ＵＥ９０へマルチキャストアドレスを通知する例を示したが、ＨｅＮＢ８２は、マルチキャストグループへ参加要求メッセージを送信する前に、ＵＥ９０へマルチキャストアドレスを通知してもよい。例えば、第1実施例で図１４を用いて説明したベアラ確立手続きにおける、セッション管理要求（Ｓ１２２）に通知してもよい。
【０１５９】
その後、ＵＥ９０はベアラ選択処理（Ｓ２１２）を行い、マルチキャスト参加要求メッセージを送信し（Ｓ２１４）、マルチキャストデータ送受信処理を行う。ベアラ選択処理（Ｓ２１２）、マルチキャスト参加要求メッセージ送信処理（Ｓ２１４）及びマルチキャストデータ送受信処理については、第１実施形態と同様であり、詳細説明は省略する。
【０１６０】
第２実施形態では、第１実施形態と異なり、ＨｅＮＢ８２がマルチキャストアドレス設定表８３６を予め保持し、ローカルＩＰアクセスで提供されるマルチキャストグループのマルチキャストアドレスをＵＥ９０へ通知する。これにより、ＵＥ９０は予めマルチキャストアドレス設定表９３２にマルチキャストアドレスを保持する必要がなく、動的に設定することでできるようになる。
【０１６１】
また、第２実施形態では、ＨｅＮＢ８２がマルチキャストグループへ予め参加しており、第１実施形態と比較して、ＵＥ９０のマルチキャスト参加要求を契機に、ＨｅＮＢ８２がマルチキャストグループへ参加して受信する必要が無い。そのため、ＵＥ９０がマルチキャスト参加要求を送信してからマルチキャストデータ送受信を行うまでの時間および処理を短縮することができるため、速やかにマルチキャストデータ送受信を開始することができる。
【０１６２】
しかしながら、ＨｅＮＢ８２がマルチキャストグループへ予め参加していない場合でも、ＵＥ９０が送信するマルチキャスト参加要求（Ｓ２１２）を受信したことに連動して、ＨｅＮＢ８２がマルチキャスト参加要求を送信し（Ｓ２００）、マルチキャスト通信の確立を行ってもよい。
【０１６３】
［３．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【０１６４】
また、各実施形態において、ＩＰｖ６を用いた通信を例に述べたが、ＩＰｖ４のマルチキャストアドレスを基にマルチキャスト参加要求をすることで、ＩＰｖ４での通信においても同様に適用できる。
【０１６５】
また、第１及び第２実施形態では、ＵＥ９０のマルチキャスト参加要求に対して、ＨｅＮＢ８０がマルチキャストグループに参加して、ＵＥ９０へマルチキャストパケットを送信する例を示した。したがって、ＨｅＮＢ８０（８２）は、マルチキャスト参加のための制御手続きや、マルチキャストパケットの受信手続きを行う必要があった。
【０１６６】
ここで、図２３を変形例として示す。第１及び第２実施形態で説明したように、ＵＥ９０は、ベアラ選択処理を行って（Ｓ１５０）、ローカルＩＰアクセス用ベアラ（ベアラＩＤ２）を利用して送信し（Ｓ１５２）、それを受信したＨｅＮＢ８０（８２）は、従来のユーザデータを受信した場合と同様に、ＮＡＴ処理を行ってホームネットワークへ送信する。これにより、ＨｅＮＢ８０（８２）はマルチキャスト参加手続きに対して処理を必要とすることなく。ＵＥ９０はマルチキャストグループへ参加することができる（Ｓ３００）。その後、マルチキャストデータ送受信を行ってＵＥ９０はマルチキャスト通信を行う（Ｓ３０２）。
【０１６７】
第１及び第２実施形態では、ＨｅＮＢ８０（８２）がマルチキャストグループに参加することにより、ＨｅＮＢ８０（８２）にマルチキャスト通信を行う複数のＵＥ９０が接続した場合、ＨｅＮＢ８０（８２）が受信したマルチキャストパケットをコピーして各ＵＥへ送信することができたが、上述の例では、ＵＥ毎にマルチキャストパケットがＨｅＮＢ８０（８２）を経由して送信される。
【０１６８】
このように、図２３で示した処理を行う場合、第１及び第２実施形態と比べ、データ送信量は増えてしまうものの、一方で、ＨｅＮＢ８０（８２）の処理を簡素化することができる。
【０１６９】
また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０１７０】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（(Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【０１７１】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【０１７２】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【符号の説明】
【０１７３】
１ 移動通信システム
３ コアネットワーク
１０ ＭＭＥ
１００ 制御部
１１０ 送受信部
１３０ 記憶部
１３２ サブスクリプションＤＢ
１３４ ＥＰＳベアラコンテキスト
２０ ＧＷ
３０ ＳＧＷ
３００ 制御部
３１０ 第１送受信部
３２０ 第２送受信部
３３０ 記憶部
３３２ ＥＰＳベアラコンテキスト
４０ ＰＧＷ
５０ ＭＢＭＳ−ＧＷ
５ ホームネットワーク
６０ ホームＧＷ
７０ 情報端末
７００ 制御部
７１０ ホームネットワークインタフェース部
７３０ 記憶部
８０、８２ ＨｅＮＢ
８００ 制御部
８１０ ＮＡＴ部
８２０ ＬＴＥ基地局部
８２２ 外部アンテナ
８３０、８３０ｂ 記憶部
８３２ マルチキャストグループ参加リスト
８３４ ＥＰＳベアラコンテキスト
８３６ マルチキャストアドレス設定表
８４０ ホームネットワークインタフェース部
９０ ＵＥ
９００ 制御部
９１０ ＬＴＥインタフェース部
９１２ 外部アンテナ
９２０ 送受信部
９３０ 記憶部
９３２ マルチキャストアドレス設定表
９３４ ＥＰＳベアラコンテキスト
７ ブロードバンドアクセスネットワーク
【特許請求の範囲】
【請求項１】
移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
前記移動局装置は、
ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立し、
マルチキャスト参加要求を送信する場合に、ホームネットワーク宛のマルチキャスト参加要求の場合は第１ベアラを選択し、コアネットワーク宛のマルチキャスト参加要求の場合は第２ベアラを選択してマルチキャスト参加要求を送信することを特徴とする移動通信システム。
【請求項２】
前記移動局装置は、
ホームネットワーク宛のマルチキャスト参加要求となるアドレスを記憶するマルチキャストアドレス記憶するマルチキャストアドレス記憶手段を有しており、
マルチキャスト参加要求を送信する場合に、当該マルチキャスト参加要求に含まれるマルチキャストアドレスが、前記マルチキャストアドレス記憶手段に記憶されている場合には、第１ベアラを選択してマルチキャスト参加要求を送信することを特徴する請求項１に記載の移動通信システム。
【請求項３】
前記ホーム基地局装置は、
前記第２ベアラを介して受信されたマルチキャスト参加要求は、コアネットワークに送信することを特徴とする請求項１又は２に記載の移動通信システム。
【請求項４】
移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
前記移動局装置は、
ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立し、
前記ホーム基地局装置は、
前記移動局装置から第１ベアラを経由してパケットを受信した場合には、当該パケットがマルチキャスト参加要求であるか否かを判定し、
マルチキャスト参加要求である場合には、ホームネットワークにおいてマルチキャストグループへの参加手続きを実行することを特徴とする移動通信システム。
【請求項５】
移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムに接続される移動局装置であって、
ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立し、
マルチキャスト参加要求を送信する場合に、ホームネットワーク宛のマルチキャスト参加要求の場合は第１ベアラを選択し、コアネットワーク宛のマルチキャスト参加要求の場合は第２ベアラを選択してマルチキャスト参加要求を送信することを特徴とする移動局装置。
【請求項６】
移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムに接続されるホーム基地局装置であって、
前記移動局装置は、ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立しており、
前記移動局装置から第１ベアラを経由してパケットを受信した場合には、当該パケットがマルチキャスト参加要求であるか否かを判定し、
マルチキャスト参加要求である場合には、ホームネットワークにおいてマルチキャストグループへの参加手続きを実行することを特徴とするホーム基地局装置。
【請求項７】
移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムにおける通信方法であって、
前記移動局装置は、ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立しており、
前記移動局装置がマルチキャスト参加要求を送信する場合に、ホームネットワーク宛のマルチキャスト参加要求の場合は第１ベアラを選択し、コアネットワーク宛のマルチキャスト参加要求の場合は第２ベアラを選択してマルチキャスト参加要求を送信することを特徴とする通信方法。
【請求項１】
移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
前記移動局装置は、
ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立し、
マルチキャスト参加要求を送信する場合に、ホームネットワーク宛のマルチキャスト参加要求の場合は第１ベアラを選択し、コアネットワーク宛のマルチキャスト参加要求の場合は第２ベアラを選択してマルチキャスト参加要求を送信することを特徴とする移動通信システム。
【請求項２】
前記移動局装置は、
ホームネットワーク宛のマルチキャスト参加要求となるアドレスを記憶するマルチキャストアドレス記憶するマルチキャストアドレス記憶手段を有しており、
マルチキャスト参加要求を送信する場合に、当該マルチキャスト参加要求に含まれるマルチキャストアドレスが、前記マルチキャストアドレス記憶手段に記憶されている場合には、第１ベアラを選択してマルチキャスト参加要求を送信することを特徴する請求項１に記載の移動通信システム。
【請求項３】
前記ホーム基地局装置は、
前記第２ベアラを介して受信されたマルチキャスト参加要求は、コアネットワークに送信することを特徴とする請求項１又は２に記載の移動通信システム。
【請求項４】
移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
前記移動局装置は、
ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立し、
前記ホーム基地局装置は、
前記移動局装置から第１ベアラを経由してパケットを受信した場合には、当該パケットがマルチキャスト参加要求であるか否かを判定し、
マルチキャスト参加要求である場合には、ホームネットワークにおいてマルチキャストグループへの参加手続きを実行することを特徴とする移動通信システム。
【請求項５】
移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムに接続される移動局装置であって、
ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立し、
マルチキャスト参加要求を送信する場合に、ホームネットワーク宛のマルチキャスト参加要求の場合は第１ベアラを選択し、コアネットワーク宛のマルチキャスト参加要求の場合は第２ベアラを選択してマルチキャスト参加要求を送信することを特徴とする移動局装置。
【請求項６】
移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムに接続されるホーム基地局装置であって、
前記移動局装置は、ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立しており、
前記移動局装置から第１ベアラを経由してパケットを受信した場合には、当該パケットがマルチキャスト参加要求であるか否かを判定し、
マルチキャスト参加要求である場合には、ホームネットワークにおいてマルチキャストグループへの参加手続きを実行することを特徴とするホーム基地局装置。
【請求項７】
移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムにおける通信方法であって、
前記移動局装置は、ホームネットワークと通信を行う第１ベアラと、コアネットワークと通信を行う第２ベアラとを確立しており、
前記移動局装置がマルチキャスト参加要求を送信する場合に、ホームネットワーク宛のマルチキャスト参加要求の場合は第１ベアラを選択し、コアネットワーク宛のマルチキャスト参加要求の場合は第２ベアラを選択してマルチキャスト参加要求を送信することを特徴とする通信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２０１２−４４６２０（Ｐ２０１２−４４６２０Ａ）
【公開日】平成２４年３月１日（２０１２．３．１）
【国際特許分類】
【出願番号】特願２０１０−１８６５８２（Ｐ２０１０−１８６５８２）
【出願日】平成２２年８月２３日（２０１０．８．２３）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２４年３月１日（２０１２．３．１）
【国際特許分類】
【出願日】平成２２年８月２３日（２０１０．８．２３）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]