(57)【要約】      （修正有）【課題】モバイルネットワークの端末とＬＡＮネットワークのデバイス間の通信をハンドリングする方法を提供する。【解決手段】モバイルネットワークは、コアネットワークと、ホームノードＢを含むホームネットワークとを有する。ＬＡＮネットワークは、ホームノードＢを介してホームネットワークにリンクされる。端末は、ホームネットワークからリモートにある端末である。モバイルネットワークの端末とＬＡＮネットワークのデバイスとの間の通信をハンドリングするために、ホームノードＢにおいて、ベアラをアクティベートすると、ホームノードＢのそのベアラ専用の１つのコアネットワークＩＰアドレス（ＩＰCN,HNB）が取得される。次に、ベアラのためのＬＡＮ  ＩＰアドレス（ＩＰLAN,HNB）が割り当てられる。ベアラと、コアネットワークＩＰアドレス及びＬＡＮ  ＩＰアドレスとの関連付けが、初期テーブル（テーブル０）内に格納される。【選択図】図２ａ
2011124981.tif 000002
【特許請求の範囲】
【請求項１】
モバイルネットワークの端末（１０００）とＬＡＮネットワーク（１０７）のデバイス（１０８、１０９）との間の通信をハンドリングするための方法であって、
前記モバイルネットワークは、コアネットワーク（１０５）と、ホームノードＢ（１０１）を含むホームネットワーク（１０６）とを有し、
前記ＬＡＮネットワークは、前記ホームノードＢを介して前記ホームネットワークにリンクされ、
前記端末は、前記ホームネットワークからリモートにある端末であり、
パケットは前記モバイルネットワークにおいて少なくとも１つのベアラを通じて送信され、
該方法は、前記ホームノードＢにおける、
（ａ）ベアラをアクティベートすると、前記ホームノードＢの該ベアラ専用の１つのコアネットワークＩＰアドレス（ＩＰCN,HNB）を取得するステップ（２４）と、
（ｂ）前記ベアラのためのＬＡＮ ＩＰアドレス（ＩＰLAN,HNB）を取得するステップと、
（ｃ）前記ベアラと、ステップ(ａ)において取得された前記コアネットワークＩＰアドレス及びステップ（ｂ）において取得された前記ＬＡＮ ＩＰアドレスとの関連付けを、初期テーブル（テーブル０）内に格納するステップと
を含む、モバイルネットワークの端末とＬＡＮネットワークのデバイスとの間の通信をハンドリングするための方法。
【請求項２】
（１）少なくとも前記デバイスの１つのＬＡＮ ＩＰアドレス（ＩＰLAN,device）及びＬＡＮ ＩＰポート（ＰｏｒｔLAN,device）を取得するステップと、
（２）前記ホームノードＢの少なくとも１つのコアネットワークＩＰポート（ＰｏｒｔCN,HNB）を取得するステップと、
（３）前記デバイスの前記ＬＡＮ ＩＰアドレス及び前記ＬＡＮ ＩＰポートと、前記ホームノードＢの前記コアネットワークＩＰポートとの関連付けを、第１のテーブル（テーブル１）内に格納するステップと
をさらに含む、請求項１に記載の方法。
【請求項３】
前記ＬＡＮネットワーク（１０７）は複数のデバイス（１０８、１０９）を含み、
前記ホームノードＢ（１０１）は、前記ＬＡＮ内の各デバイスについて、
−  前記ホームノードＢの前記コアネットワークＩＰポートと、
−  前記デバイスの前記ＬＡＮ ＩＰアドレス及び前記ＬＡＮ ＩＰポートと、
の関連付けを格納する前記第１のテーブルをハンドリングし、
前記コアネットワークＩＰポートは、前記デバイスの前記ＬＡＮ ＩＰアドレスに１対１ベースで関連付けられる、請求項２に記載の方法。
【請求項４】
前記第１のテーブルは、前記ホームノードＢ（１０１）への前記デバイスの登録に基づいて動的にハンドリングされる、請求項２又は３に記載の方法。
【請求項５】
ダウンリンクにおいてパケットストリームの第１のパケットを受信すると、
−  前記パケットが受信される、関連付けられるベアラの識別子と、
−  前記第１のテーブル内に格納されている、前記受信パケット内で示される宛先ＩＰポートと、
−  前記初期テーブル内に格納されている、前記ベアラに割り当てられる前記ＬＡＮ ＩＰアドレスと、
−  前記ホームノードＢのために生成されるＬＡＮ ＩＰポートと、
−  前記第１のテーブル内に格納されている、前記ホームノードＢの前記ＬＡＮ ＩＰポートに関連付けられる前記デバイスの前記ＬＡＮ ＩＰアドレスと、
−  前記第１のテーブル内に格納されている、前記ホームノードＢの前記ＬＡＮ ＩＰポートに関連付けられる前記デバイスの前記ＬＡＮ ＩＰポートと、
−  前記リモート端末の前記コアネットワークＩＰアドレスに対応する、前記受信パケット内で示されるソースＩＰアドレスと、
−  前記リモート端末の前記コアネットワークＩＰポートに対応する、前記受信パケット内で示されるソースＩＰポートと、
が第２のテーブル内に格納される、請求項２〜４のいずれか一項に記載の方法。
【請求項６】
前記ダウンリンクにおけるパケットストリームで受信される各ＩＰパケットについて、
−  前記第２のテーブルに基づいて、
・前記受信パケット内で示される前記ソースＩＰアドレス及び前記ソースＩＰポートを、前記ホームノードＢの前記ＬＡＮ ＩＰアドレス及び前記ＬＡＮ ＩＰポートにそれぞれ置き換えると共に、
・前記受信パケット内で示される前記宛先ＩＰアドレス及び前記宛先ＩＰポートを、前記デバイスの前記ＬＡＮ ＩＰアドレス及び前記ＬＡＮ ＩＰポートにそれぞれ置き換えること、
によって変更されたＩＰパケットを取得するステップと、
−  該変更されたＩＰパケットを前記ＬＡＮに転送するステップと
が適用される、請求項５に記載の方法。
【請求項７】
アップリンクにおいてＩＰパケットを受信すると、
−  前記第２のテーブルに基づいて、前記関連付けられるベアラを選択するステップと、
−  ベアラを選択することができない場合、前記ＩＰパケットを廃棄するステップと、
−  ベアラを選択することができる場合、前記初期テーブル及び前記第２のテーブルに基づいて、
・前記ソースＩＰアドレスを、前記コアネットワークにおける前記ホームノードＢの前記所与のベアラのためのＩＰアドレス（ＩＰCN,HNB）に置き換えること、
・前記ソースＩＰポートを、前記ホームノードＢの前記コアネットワークＩＰポートに置き換えること、
・前記宛先ＩＰアドレスを、前記リモート端末の前記コアネットワークＩＰアドレスに置き換えること、及び
・前記宛先ＩＰポートを、前記リモート端末の前記コアネットワークＩＰポートに置き換えること、
によって変更されたＩＰパケットを取得して、該変更されたＩＰパケットを前記関連付けられるベアラにおいて前記コアネットワークに転送するステップと
が実行される、請求項１〜６のいずれか一項に記載の方法。
【請求項８】
前記リモート端末は、前記コアネットワークによって事前に認証されている、請求項１〜７のいずれか一項に記載の方法。
【請求項９】
モバイルネットワークの端末（１０００）とＬＡＮネットワーク（１０７）のデバイス（１０８、１０９）との間の通信をハンドリングするために、ホームノードＢに含まれるように構成される処理モジュール（７０）であって、
前記モバイルネットワークは、コアネットワーク（１０５）と、前記ホームノードＢ（１０１）を含むホームネットワーク（１０６）とを有し、
前記ＬＡＮネットワークは、前記ホームノードＢを介して前記ホームネットワークにリンクされ、
前記端末は、前記ホームネットワークからリモートにある端末であり、
該処理モジュールは、
−  ベアラをアクティベートすると、前記ホームノードＢの該ベアラ専用の１つのコアネットワークＩＰアドレス（ＩＰCN,HNB）を取得する（２４）と共に、該ベアラのためのＬＡＮ ＩＰアドレス（ＩＰLAN,HNB）を取得するように構成される、関連付けユニット（７１）と、
−  前記ベアラと、前記関連付けユニットによって取得された前記コアネットワークＩＰアドレス及び前記ＬＡＮ ＩＰアドレスとの関連付けを、初期テーブル（テーブル０）内に格納するように構成されるメモリと、
を備える、モバイルネットワークの端末とＬＡＮネットワークのデバイスとの間の通信をハンドリングするために、ホームノードＢに含まれるように構成される処理モジュール。
【請求項１０】
前記関連付けユニットは、
−  少なくとも前記デバイスの１つのＬＡＮ ＩＰアドレス（ＩＰLAN,device）及びＬＡＮ ＩＰポート（ＰｏｒｔLAN,device）を取得すると共に、
−  前記ホームノードＢの少なくとも１つのコアネットワークＩＰポート（ＰｏｒｔCN,HNB）を取得するようにさらに構成され、
前記メモリは、前記デバイスの前記ＬＡＮ ＩＰアドレス及び前記ＬＡＮ ＩＰポートと、前記ホームノードＢの前記コアネットワークＩＰポートとの関連付けを、第１のテーブル（テーブル１）内に格納するように構成される、請求項９に記載の処理モジュール。
【請求項１１】
前記ＬＡＮネットワークは複数のデバイスを含み、
前記関連付けユニット（７１）は、前記デバイスのＬＡＮ ＩＰアドレスのための前記ホームノードＢの前記コアネットワークＩＰポートを１対１ベースで取得し、
前記メモリ（７２）は、前記ＬＡＮ内の各デバイスについて、
−  前記ホームノードＢの前記コアネットワークＩＰポートと、
−  前記デバイスの前記ＬＡＮ ＩＰアドレス及び前記ＬＡＮ ＩＰポートと、
の関連付けを前記第１のテーブル内に格納する、請求項９又は１０に記載の処理モジュール。
【請求項１２】
パケットはそれぞれのベアラを通じて前記モバイルネットワークにおいて送信され、
ダウンリンクにおいてパケットストリームの第１のパケットが受信されると、
前記関連付けユニットは、以下の情報、すなわち、
−  前記パケットが受信されるベアラの識別子と、
−  前記第１のテーブル内に格納されている、前記受信パケット内で示される宛先ＩＰポートと、
−  前記初期テーブル内に格納されている、前記ベアラに割り当てられるＬＡＮ ＩＰアドレスと、
−  前記ホームノードＢのために生成されるＬＡＮ ＩＰポートと、
−  前記第１のテーブル内に格納されている、前記ホームノードＢの前記ＬＡＮ ＩＰポートに関連付けられる前記デバイスの前記ＬＡＮ ＩＰアドレスと、
−  前記第１のテーブル内に格納されている、前記ホームノードＢの前記ＬＡＮ ＩＰポートに関連付けられる前記デバイスの前記ＬＡＮ ＩＰポートと、
−  前記リモート端末の前記コアネットワークＩＰアドレスに対応する、前記受信パケット内で示されるソースＩＰアドレスと、
−  前記リモート端末の前記コアネットワークＩＰポートに対応する、前記受信パケット内で示されるソースＩＰポートと
を取得するように構成され、
前記メモリは、上記情報を格納するように第２のテーブルを管理するように構成される、請求項９〜１１のいずれか一項に記載の処理モジュール。
【請求項１３】
ダウンリンクにおける受信パケットの変更をハンドリングするように構成される転送ユニット（７３）をさらに備え、
該転送ユニット（７３）は、
前記初期テーブル、前記第１のテーブル、及び前記第２のテーブルに基づいて、
−  前記受信パケット内で示される前記ソースＩＰアドレス及び前記ソースＩＰポートを、前記ホームノードＢの前記ＬＡＮ ＩＰアドレス及び前記ＬＡＮ ＩＰポートにそれぞれ置き換えると共に、
−  前記受信パケット内で示される前記宛先ＩＰアドレス及び前記宛先ＩＰポートを、前記デバイスの前記ＬＡＮ ＩＰアドレス及び前記ＬＡＮ ＩＰポートにそれぞれ置き換えること、
によって変更されたＩＰパケットを取得して、該変更されたＩＰパケットを前記ＬＡＮに転送する、請求項９〜１２のいずれか一項に記載の処理モジュール。
【請求項１４】
アップリンクにおける受信パケットの変更をハンドリングするように構成される転送ユニット（７３）をさらに備え、
該転送ユニット（７３）は、
前記第２のテーブルに基づいて、前記関連付けられるベアラを選択し、
ベアラを選択することができない場合、前記受信パケットを廃棄し、
ベアラを選択することができる場合、前記初期テーブル及び前記第２のテーブルに基づいて、
−  前記ソースＩＰアドレスを、前記コアネットワークにおける前記ホームノードＢの前記所与のベアラのためのＩＰアドレス（ＩＰCN,HNB）に置き換えること、
−  前記ソースＩＰポートを、前記ホームノードＢの前記コアネットワークＩＰポートに置き換えること、
−  前記宛先ＩＰアドレスを、前記リモート端末の前記コアネットワークＩＰアドレスに置き換えること、及び
−  前記宛先ＩＰポートを、前記リモート端末の前記コアネットワークＩＰポートに置き換えること、
によって変更されたＩＰパケットを取得して、該変更されたＩＰパケットを前記コアネットワークに転送する、請求項９〜１３のいずれか一項に記載の処理モジュール。
【請求項１５】
モバイルネットワークの端末（１００）とＬＡＮネットワーク（１０７）のデバイス（１０８、１０９）との間の通信をハンドリングするためのホームノードＢ（１０１）であって、該ホームノードＢは、請求項９〜１４のいずれか一項に記載の処理モジュール（７０）を備える、ホームノードＢ。
【請求項１６】
ＬＡＮネットワーク（１０７）のデバイス（１０８、１０９）と通信するように構成されるモバイルネットワーク内の端末（１０００）であって、
前記モバイルネットワークは、コアネットワーク（１０５）と、前記ホームノードＢ（１０１）を含むホームネットワーク（１０６）とを有し、
前記ＬＡＮネットワークは、前記ホームノードＢを介して前記ホームネットワークにリンクされ、
該端末は、前記ホームネットワークからリモートにある端末であり、
該端末は、関連付けユニット（１０１０）及びメモリ（１０１１）を備え、
−  前記関連付けユニット（１０１０）は、
・前記ホームノードＢの少なくとも１つのコアネットワークＩＰアドレス（ＩＰCN,HNB）及び１つのコアネットワークＩＰポート（ＰｏｒｔCN,HNB）と、
・対応する前記ＬＡＮデバイスによって提供されるサービス記述と
を取得するように構成され、
−  前記デバイスの前記ＬＡＮ ＩＰアドレス及び前記ＬＡＮ ＩＰポートと、前記ホームノードＢの前記コアネットワークＩＰポートとの関連付けを第１のテーブル内に格納するように構成される、
ＬＡＮネットワークのデバイスと通信するように構成されるモバイルネットワーク内の端末。
【請求項１７】
モバイルネットワークの端末（１０００）とＬＡＮネットワーク（１０７）のデバイス（１０８、１０９）との間の通信をハンドリングするためのシステムであって、前記ホームノードＢは、請求項９〜１４のいずれか一項に記載の処理モジュール（７０）と、請求項１６に記載の端末とを備える、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、包括的にはモバイルネットワークに関し、より詳細には、このモバイルネットワークから外部ネットワークへのアクセスに関する。
【背景技術】
【０００２】
ＬＴＥ（「ロングタームエボリューション」）アーキテクチャは、モバイルネットワークアーキテクチャ（「第３世代パートナーシッププロジェクト」を表す３ＧＰＰのリリース９）を規定する。
【０００３】
図１は、このタイプのアーキテクチャによるネットワークを示す。このネットワークでは、制御プレーン及びデータプレーンは別々にハンドリングされる。このネットワークは、コアネットワーク部１０５及びホームネットワーク部１０６を備える。コアネットワーク１０５は、移動管理エンティティ１０２（ＭＭＥ）、サービングゲートウェイ１０３（Ｓ−ＧＷ）、及びパケットデータネットワークゲートウェイ１０４（ＰＤＮ−ＧＷ）を含む。ＰＤＮ−ＧＷ１０４は、サーバ１１１を備えることができるインターネットネットワーク１１０にリンクさせることができる。ホームネットワーク１０６は、ホームノードＢ １０１を含む。このホームノードＢ １０１は、端末、すなわちＵＥ（「ユーザ機器」）が、ＬＡＮ（「ローカルアクセスネットワーク」）１０７にアクセスすることを可能にする。
【０００４】
リモートＵＥ１０００は、コアネットワーク１０５を通じてローカルＵＥと通信することができる。ローカルＵＥは、ホームネットワーク１０６内でローカライズされたＵＥを意味する。さらに、このタイプのアーキテクチャにおいて、ローカルＵＥは、ホームノードＢ １０１を通じてＬＡＮデバイスと通信することができる。
【０００５】
しかしながら、リモートＵＥ１０００がＬＡＮデバイスと通信することを可能にするのは複雑である。実際、通常、ホームノードＢは、モバイルネットワーク内にないデバイスからはアクセスできない。実際、ホームノードＢは通信の終端点ではない。したがって、ホームネットワークの外部にあるデバイスがＬＡＮデバイスと通信することを可能にするのは複雑である。
【０００６】
いくつかのネットワークソリューションは、リモートＵＥにＬＡＮデバイスへのアクセスを提供することを提案する。しかしながら、このタイプのソリューションは、例えば「TSG SA WG2 Meeting #72 TD S2 092355, Nortel, April 2009」に記載されているように、ホームノードＢが制御プレーンレベルにおいてパケットルーティングをハンドリングすることができるということに基づいている。
【０００７】
その目的のために、（サービングエンティティ（ＳＥＲＶＩＮＧ ＥＮＴＩＴＹ））移動管理エンティティ１０２のいくつかの機能部が、ホームノードＢ １０１内に導入される。この場合、このようなホームノードＢは、より多くのインテリジェントな手続きを有する複雑なネットワークエンティティになるはずであり、その結果、ホームノードＢが高価になる可能性がある。
【０００８】
「NEC: “Local GW based Architecture” 3GPP DRAFT; S2-096015, no. Kyoto; 20090904, 31 August 2009 (2009-08-31), XP050397318」は、３ＧＰＰ標準化されたアーキテクチャにおけるアーキテクチャの拡張を記載している。
【０００９】
「NEC: “Support of operator control for SIPTO/LIPA traffic" 3GPP DRAFT; S2-095291, no. Kyoto; 20090904, 31 August 2009 (2009-08-31), XP050396780」は、いずれのＩＰ接続／フローがＳＩＰＴＯ／ＬＩＰＡに従うべきであり、いずれが従わないのかをオペレーションによって完全に制御することを可能にするソリューションを記載している。
【００１０】
「NOKIA SIEMENS NETWORKS他: "IP connectivity issues in Local IP access" 3 GPP DRAFT; S2-095547 (LOCAL_IP_ACCESS_IP_CONN ECTIVITY)VB, no. Kyoto; 20090904, 31 August 2009 (2009-08-31), XP050396986」は、ローカルＩＰアクセスサービスにおけるＩＰ接続性に関する問題を記載している。
【００１１】
「“3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Service requirements for Home NodeBs and Home eNodeBs (Release 10)" 3GPP STANDARD; 3GPP TS 22.220, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCE, no. V10.0.0, 1 September 2009 (2009-09-01), pages 1-22, XP050361159」は、ホームノードＢ及びホームｅノードＢのためのサービス要件を記載している。
【００１２】
上記を鑑みて、そのようなネットワークアーキテクチャにおいてＬＡＮへの外部アクセスを向上させる需要が存在する。
【発明の概要】
【００１３】
本発明の第１の態様は、モバイルネットワークの端末とＬＡＮネットワークのデバイスとの間の通信をハンドリングするための方法を提案する。
当該方法において、
モバイルネットワークは、コアネットワークと、ホームノードＢを含むホームネットワークとを有し、
上記ＬＡＮネットワークは、上記ホームノードＢを介してホームネットワークにリンクされ、
端末は、ホームネットワークからリモートにある端末であり、
当該方法は、ホームノードＢにおける、
（ａ）ベアラをアクティベートすると、ホームノードＢのそのベアラ専用の１つのコアネットワークＩＰアドレスを取得するステップと、
（ｂ）そのベアラのためのＬＡＮ ＩＰアドレスを取得するステップと、
（ｃ）ベアラと、ステップ（ａ）において取得されたコアネットワークＩＰアドレス及びステップ（ｂ）において取得されたＬＡＮ ＩＰアドレスとの関連付けを、初期テーブル内に格納するステップと
を含む。
【００１４】
コアネットワークとホームネットワークとを含むモバイルネットワーク内のリモート端末は、ホームネットワーク内にあるのではなくそのホームネットワークからリモートにある端末に対応する。例えばＬＴＥアーキテクチャでは、そのようなリモート端末は、コアネットワークを通じて、ホームネットワーク内に位置する端末と通信することができる。
【００１５】
検討される通信は、例えばＴＣＰ／ＵＤＰ／ＩＰプロトコルに基づくことができる。
【００１６】
このネットワークでは、ホームノードＢがベアラをアクティベートすると、このアクティベートされたベアラに対して１つのコアネットワークＩＰアドレスが割り当てられる。このため、ホームノードＢは、ＩＰパケットストリームのためのネットワークの終端点となることができる。実際、アクティベートされたベアラは、ホームノードＢの１つのコアネットワークＩＰアドレスにマッピングされ、ＩＰパケットストリームをモバイルネットワークのコアネットワークを通じて送信することが可能である。さらに、アクティベートされたベアラは、ホームノードＢの１つのＬＡＮ ＩＰアドレスにもマッピングされ、コアネットワークから受信されたこのパケットストリームをＬＡＮに向けて転送することも可能である。
【００１７】
これらの特性によって、ホームノードＢは、コアネットワークを通じてＩＰパケットストリームを受信すると共に、このストリームをＬＡＮに向けて転送することができるため、検討されるアーキテクチャにおける一種のゲートウェイとなることができる。本発明の一実施の形態によれば、コアネットワーク上のベアラと、このベアラのためのコアネットワークＩＰアドレス及びＬＡＮ ＩＰアドレスとの間の関連付けに基づいて、コアネットワークとＬＡＮネットワークとの間にホームノードＢを介してリンクを確保することができる。以下において、ＴＣＰ／ＵＤＰポートを「ＩＰポート」或いは単に「ポート」と呼ぶ場合があるが、用語の意味は変化しない。
【００１８】
通信をハンドリングするための方法は、
（１）少なくとも上記デバイスの１つのＬＡＮ ＩＰアドレス及びＬＡＮ ＩＰポートを取得するステップと、
（２）ホームノードＢの少なくとも１つのコアネットワークＩＰポートを取得するステップと、
（３）デバイスのＬＡＮ ＩＰアドレス及びＬＡＮ ＩＰポートと、ホームノードＢの上記コアネットワークＩＰポートとの関連付けを、第１のテーブル内に格納するステップと
をさらに含むことができる。
【００１９】
ここで、少なくとも１つのコアネットワークＩＰポートがノードＢに割り当てられる。この特性は、モバイルネットワークの端末がホームネットワーク内に位置しない場合であっても、そのモバイルネットワークの端末がノードＢにＩＰパケットを送信することを可能にする。
【００２０】
さらに、ノードＢレベルにおいて、ホームノードＢのコアネットワークＩＰアドレス及びコアネットワークＩＰポートと、ＬＡＮ内のデバイスに対応する１つのＬＡＮ ＩＰアドレスとの関連付けをハンドリングするように企図される。
【００２１】
そのような状況では、リモート端末は、ホームノードＢのコアネットワークＩＰアドレス及びＩＰポートを使用することによって、ホームノードＢを通じてＬＡＮ内のデバイスにＩＰパケットを送信することができる。
【００２２】
実際、一方において、コアネットワークを通じてリモート端末によって送信されたＩＰパケットは、ホームノードＢのＩＰアドレス及びＩＰポートにおいて受信され、他方で、このホームノードＢのＩＰポート（すなわちＨＮＢのＩＰポート）は、ＬＡＮ ＩＰアドレス及びＬＡＮ ＩＰポートに関連付けられ、すなわちＬＡＮデバイスによって提供されるサービスに関連付けられることを意味する。このため、ＩＰパケットは、リモート端末から、コアネットワークを通じて、ＩＰパケットの宛先として示されるホームノードＢのＩＰポートにマッピングされたＬＡＮ ＩＰアドレス及びＬＡＮ ＩＰポートを有するＬＡＮデバイスまで送信することができる。
【００２３】
その目的のために、ホームノードＢは、そのようなＩＰパケットを受信すると、リモート端末から受信されるＩＰパケット内で示されるＩＰポート宛先に基づいて、ＬＡＮ ＩＰアドレス及びＬＡＮ ＩＰポートを確定することができる。
【００２４】
これらの特性によって、例えばＬＴＥネットワークのようなモバイルネットワークアーキテクチャにおいて、リモート端末からＬＡＮネットワークへの通信を可能にすることは容易である。既存の古典的ホームノードＢは、小さな変更を導入することのみによって、このタイプの通信を可能にするように構成することができる。
【００２５】
この状況において、ＬＡＮデバイスへの外部アクセスに関する或るレベルのセキュリティを保証しながら、ＬＡＮデバイス上のリモート制御のサービスを、端末のユーザがＬＡＮ内に位置していない場合であっても有利に提供することができる。実際、或るレベルのセキュリティは、コアネットワークへの端末のアクセスによって保証される。リモートＵＥはコアネットワークにおいて強力に認証されるため、ホームノードＢはこの認証とリモートＵＥの所定のセットにのみ与えられるアクセスを信頼することができる。
【００２６】
そのようなアーキテクチャは、例えば、移動端末のユーザが、自宅にいないときであっても自身のＬＡＮネットワーク内のデバイスを制御することを可能にする。ＬＡＮデバイスに対するそのようなリモート制御を通じて、顕著には、移動端末を用いて写真を撮り、その写真をコアネットワークを通じて、検討されているＬＡＮネットワーク内のデバイスであるプリンタに送信し、リモート方式でその写真を自宅でプリントすることを要求することが可能である。
【００２７】
一実施の形態では、ＬＡＮネットワークは複数のデバイスを含み、
ホームノードＢは、ＬＡＮ内の各デバイスについて、
−  ホームノードＢのコアネットワークＩＰポートと、
−  上記デバイスのＬＡＮ ＩＰアドレス及びＬＡＮ ＩＰポートと、
の関連付けを格納する第１のテーブルをハンドリングし、
コアネットワークＩＰポートは、デバイスのＬＡＮ ＩＰアドレスに１対１ベースで関連付けられる。
【００２８】
このため、ホームノードＢが、リモートＵＥからＩＰパケットを受信し、それらのＩＰパケットを、受信パケットの宛先フィールド内で示されるＩＰポートに関連付けられて第１のテーブル内に格納されているＩＰアドレスを有するＬＡＮデバイスに転送することを可能にすることは容易である。
【００２９】
この第１のテーブルは、コンフィギュレーションフェーズにおいて静的にハンドリングすることもでき、ホームノードＢへのデバイスの登録に基づいて動的にハンドリングすることもできる。例えば、ＵＰｎＰ又はＺｅｒｏｃｏｎｆ（ゼロコンフィギュレーションネットワーキング）のようなプロトコルを使用することができる。
【００３０】
静的ケースでは、コンフィギュレーションは、ホームノードＢにおいてアクセス可能なユーザインタフェースを通じて行ってもよく、コアネットワークを管理するネットワークオペレータによって行ってもよい。動的ケースでは、ホームノードＢは、インターネットゲートウェイと見なすことができる。この文脈では、ＬＡＮデバイスは、自身の関連情報を、ホームノードＢを意味するこのインターネットゲートウェイに登録する。そして、この関連情報を使用して第１のテーブルを構築することができる。そのような関連情報は、ＮＡＴ情報（「ネットワークアドレス変換」）とすることができる。動的ケースでは、一方においてはホームノードＢに登録するＬＡＮデバイスによって、他方においてはＵＰｎＰプロトコルを通じて第１のテーブルの情報を知ることができるリモート端末によって、ＵＰｎＰのようなプロトコルを有利に使用することができる。
【００３１】
一実施の形態では、ダウンリンクにおいてパケットストリームの第１のパケットを受信すると、
−  パケットが受信される、関連付けられるベアラの識別子と、
−  第１のテーブル内に格納されている、受信パケット内で示される宛先ＩＰポートと、
−  初期テーブル内に格納されている、上記ベアラに割り当てられるＬＡＮ ＩＰアドレスと、
−  ホームノードＢのために生成されるＬＡＮ ＩＰポートと、
−  第１のテーブル内に格納されている、ホームノードＢのＬＡＮ ＩＰポートに関連付けられるデバイスのＬＡＮ ＩＰアドレスと、
−  第１のテーブル内に格納されている、ホームノードＢのＬＡＮ ＩＰポートに関連付けられるデバイスのＬＡＮ ＩＰポートと、
−  リモート端末のコアネットワークＩＰアドレスに対応する、受信パケット内で示されるソースＩＰアドレスと、
−  リモート端末のコアネットワークＩＰポートに対応する、受信パケット内で示されるソースＩＰポートと、
が第２のテーブル内に格納される。
【００３２】
有利には、この第２のテーブルに基づいて、ダウンリンクにおいて受信したＩＰパケットを、リモート移動端末によってコアネットワークを通じて正しいＬＡＮデバイスに正しく転送することが可能である。
【００３３】
その目的のために、ダウンリンクにおけるパケットストリームで受信される各ＩＰパケットについて、
−  第２のテーブルに基づいて、
・受信パケット内で示されるソースＩＰアドレス及びソースＩＰポートを、ホームノードＢのＬＡＮ ＩＰアドレス及びＬＡＮ ＩＰポートに置き換えると共に、
・受信パケット内で示される宛先ＩＰアドレス及び宛先ＩＰポートを、デバイスのＬＡＮ ＩＰアドレス及びＬＡＮ ＩＰポートに置き換えること、
によって変更されたＩＰパケットを取得するステップと、
その変更されたＩＰパケットをＬＡＮに転送するステップと
が適用される。
【００３４】
このため、ホームノードＢレベルにおいて、ＩＰパケットストリームをリモートＵＥからＬＡＮデバイスに送信することは容易である。
【００３５】
一実施の形態では、アップリンクにおいてＩＰパケットを受信すると、
−  第２のテーブルに基づいて、関連付けられるベアラを選択するステップと、
−  ベアラを選択することができない場合、上記ＩＰパケットを廃棄するステップと、
−  ベアラを選択することができる場合、初期テーブル及び第２のテーブルに基づいて、
・ソースＩＰアドレスを、コアネットワークにおけるホームノードＢの上記所与のベアラのためのＩＰアドレス（ＩＰCN,HNB）に置き換えること、
・ソースＩＰポートを、ホームノードＢのコアネットワークＩＰポートに置き換えること、
・宛先ＩＰアドレスを、リモート端末のコアネットワークＩＰアドレスに置き換えること、及び
・宛先ＩＰポートを、リモート端末のコアネットワークＩＰポートに置き換えること、
によって変更されたＩＰパケットを取得して、その変更されたＩＰパケットを上記関連付けられるベアラにおいてコアネットワークに転送するステップと
が実行される。
【００３６】
これらの状況では、ホームノードＢは、受信ＩＰパケットをＬＡＮからコアネットワークに向けて正しく転送することが可能である。アップリンクにおける転送は、メモリ内に格納されているテーブルに基づいて実行するのも容易である。
【００３７】
一実施の形態では、リモート端末は、コアネットワークによって事前に認証されている。モバイルネットワークに入る移動端末が通信を許可される前に制御されるため、これは通常、モバイルネットワークにおいて為される。したがって、本発明の一実施の形態によるＬＡＮデバイスのリモート制御は或るレベルのセキュリティを保証する。
【００３８】
本発明の第２の態様は、第１の態様による通信をハンドリングするための方法のステップを実行するように構成される処理モジュールを提案する。
【００３９】
本発明の第３の態様は、ＬＡＮネットワークのデバイスと通信するように構成されるモバイルネットーク内の端末を提案する。
モバイルネットワークは、コアネットワークと、ホームノードＢを含むホームネットワークとを有し、
上記ＬＡＮネットワークは、上記ホームノードＢを介してホームネットワークにリンクされており、
当該端末は、ホームネットワークからリモートにある端末であり、
当該端末は、本発明の第１の態様に従ってハンドリングされる第１のテーブルに類似したテーブルをハンドリングする。
【００４０】
本発明の第４の態様は、モバイルネットワークの端末とＬＡＮネットワークのデバイスとの間の通信をハンドリングするためのシステムを提案する。このシステムにおいて、上記ホームノードＢは、本発明の第２の態様による処理モジュールと、本発明の第３の態様による端末とを備える。
【００４１】
本発明のさらなる特徴及び利点は、以下の説明からより明らかになる。この説明は、単に例示として与えられるものであり、添付の図面と共に読まれるべきである。
【図面の簡単な説明】
【００４２】
【図１】既に説明したように、従来技術によるモバイルネットワークのアーキテクチャを示す図である。
【図２ａ】本発明の一実施形態によるパケットルーティングの方法によって実行される主なステップを示す図である。
【図２ｂ】本発明の一実施形態によるパケットルーティングの方法によって実行される主なステップを示す図である。
【図３】本発明の一実施形態を適用することができるモバイルネットワークのアーキテクチャを詳細に示す図である。
【図４】複数のホームノードＢを備えるホームネットワークを示す図である。
【図５】本発明の一実施形態に従って使用される種々の複数のベアラを示す図である。
【図６】本発明の一実施形態によるネットワークアーキテクチャを示す図である。
【図７】本発明の一実施形態による処理モジュールを示す図である。
【発明を実施するための形態】
【００４３】
本発明を、ネットワークのＬＴＥアーキテクチャへの一例示的な適用において説明する。しかしながら、他のタイプのネットワークに同じ原理を適用することは容易である。
【００４４】
図２ａは、本発明の一実施形態による、モバイルネットワークの端末とＬＡＮネットワークのデバイスとの間の通信をハンドリングするための方法によって実行される主なステップを示す。ホームノードＢ、すなわちＨＮＢ内へ終端する（terminated into）ベアラｋに、ＩＰアドレスを割り当てることが企図される。
【００４５】
ステップ２４において、ベアラをアクティベートすると、ＨＮＢはベアラ識別子Ｂ＿ＩＤ、及びコアネットワークＩＰアドレス ＩＰCN,HNBを取得する。これらはそのベアラ専用となる。
【００４６】
ステップ２５において、ＨＮＢは、
−  そのベアラ用のＬＡＮ ＩＰアドレスであるＩＰLAN,HNBを割り当て、
−  上記Ｂ＿ＩＤ及びＩＰCN,HNBをＩＰLAN,HNBと関連付け、
−  その関連付けをテーブル０として参照される初期テーブル内に格納する。
【００４７】
ステップ２４及び２５を実行するのに使用される方法には何ら制限が付されない。一実施形態では、ＨＮＢは、コアネットワーク（ＣＮ）と交換されるシグナリングからＩＰCN,HNBを取得する。ＨＮＢは、利用可能なＬＡＮ ＩＰアドレスのプールからベアラに関連付けられるＬＡＮ ＩＰアドレスを選択することもできる。
【００４８】
別の実施形態では、ＨＮＢは、ＬＡＮ ＤＨＣＰサーバへのＤＨＣＰ要求を開始して、有効なＬＡＮ ＩＰアドレスを取得することができる。
【００４９】
図２ｂは、本発明の一実施形態による通信をハンドリングするための方法によって、ホームノードＢレベルにおいて実行される他のステップを示す。
【００５０】
ステップ２１において、ＨＮＢは、少なくとも１つのＬＡＮデバイスにおける、１つのＬＡＮ ＩＰアドレスであるＩＰLAN,device、及びＬＡＮ ＩＰポートであるＰｏｒｔLAN,deviceを取得する。
【００５１】
ステップ２２において、ＨＮＢは、自身のための１つのＩＰポートであるＰｏｒｔCN,HNBを１対１ベースで割り当てる。ステップ２３において、ＨＮＢは、デバイスのＬＡＮ ＩＰアドレス及びＬＡＮ ＩＰポートをホームノードＢのＩＰポートと関連付ける。この関連付けは、テーブル１として参照される第１のテーブル内に格納される。
【００５２】
ステップ２１及び２２を実行するのに使用される方法には何ら制限が付されない。一実施形態では、ＨＮＢは、初期コンフィギュレーションフェーズによって、或いはデバイスの登録フェーズ中に動的に、デバイスに対するＬＡＮ ＩＰアドレス及びＬＡＮ ＩＰポートを取得することができる。ＨＮＢは、利用可能なポートのプールから、或いはＨＮＢアドミニストレーションによって行われる静的コンフィギュレーションによって、自身にＩＰポートを割り当てることができる。
【００５３】
図３は、本発明の一実施形態を適用することができるモバイルネットワークのアーキテクチャを詳細に示す。
【００５４】
移動端末、すなわち「ユーザ機器」を表すＵＥは、ホームネットワーク１０６を介してコアネットワーク１０５にアクセスすることができる。ホームネットワーク１０６は、ネットワークのアクセス部である「発展型ユニバーサル地上無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network）」を表すＥ−ＵＴＲＡＮに対応する。
【００５５】
このタイプのアーキテクチャは、データ交換をハンドリングするためのデータプレーン及びシグナリング交換をハンドリングするための制御プレーンに基づいている。
【００５６】
コアネットワーク１０５は、移動管理エンティティＭＭＥ１０２を備える。ＭＭＥ１０２は、移動端末（ＵＥ）の移動及びセキュリティをハンドリングすることを担当する制御ノードである。ＭＭＥ１０２は、ＵＥの制御プレーンの接点である。ＵＥ１００がアクセスネットワーク内を移動しているとき、別のＭＭＥが関与することもできる。
【００５７】
コアネットワークは、サービングゲートウェイ（Ｓ−ＧＷ）１０３も備える。サービングゲートウェイ１０３は、ＵＥのデータプレーンの接点である。サービングゲートウェイは、ＵＥがアクセスネットワーク内を移動しているときであっても同じ状態を維持することができる。
【００５８】
コアネットワーク１０５は、ＰＤＮゲートウェイ１０４を備える。ＰＤＮゲートウェイ１０４は、モバイルネットワーク、ＬＴＥネットワーク、及びインターネットネットワーク１１０の間の接点である。一般に、ＰＤＮ ＧＷ１０４は、ＩＰアドレスのハンドリングを担当する。
【００５９】
コアネットワークは、ホーム加入者サーバ２０１（ＨＳＳ）及びサービングＧＰＲＳサポートノード（ＳＧＧＮ）２０２をさらに備えることができる。ホーム加入者サーバ２０１は、ＵＥのための加入情報及びパラメータ情報を主に含む中央ノードである。サービングＧＰＲＳサポートノードは、３Ｇネットワーク及びＧＳＭネットワークとのデータ交換のハンドリングを担当する。このコアネットワークは、このネットワークにおいてハンドリングされるセッションの課金を担当するポリシー及び課金ルール機能２０３（ＰＣＲＦ（Policy and Charging Rules Function））も備えることができる。
【００６０】
ＬＴＥ標準規格によれば、
−  アクセスネットワーク（又はホームネットワーク）１０６とＭＭＥ１０２との間のインターフェースは、Ｓ１−ＭＭＥインターフェースと呼ばれる。
−  ＭＭＥ１０２とＳＧＳＮ２０２との間のインターフェースは、Ｓ３と呼ばれる。
−  ＭＭＥ１０２とサービングＧＷ１０３との間のインターフェースは、Ｓ１１と呼ばれる。
−  ＭＭＥ１０２とＨＳＳ２０１との間のインターフェースは、Ｓ６ａと呼ばれる。
−  ＳＧＷ１０３とＰＤＮ ＧＷ１０４との間のインターフェースは、Ｓ５と呼ばれる。
−  ＰＤＮ ＧＷ１０４とインターネットネットワーク１１０との間のインターフェースは、ＳＧｉと呼ばれる。
−  ＰＤＮ ＧＷ１０４とＰＣＲＦ２０３との間のインターフェースは、Ｇｘと呼ばれる。
−  ＰＣＲＦ２０３とインターネットネットワーク１１０との間のインターフェースは、Ｒｘと呼ばれる。
【００６１】
本発明の一実施形態では、ホームノードＢは、ホームネットワーク１０６とＬＡＮネットワーク１０７との間の通信のハンドリングを担当する。換言すれば、ホームネットワーク内に位置する端末は、ＬＡＮネットワーク１０７のデバイスと通信することができる。加えて、モバイルネットワーク内であるがホームネットワークの外側に位置するモバイルネットワークの端末も、ＬＡＮネットワーク１０７のデバイスと通信することができる。そのような移動端末は、ホームノードＢ及びホームネットワークからリモートであるため、リモート端末と呼ばれる。
【００６２】
ホームネットワーク部は、いくつかのホームノードＢを含むことができる。図４は、３つのホームノードＢ １０１−Ａ、１０１−Ｂ、及び１０１−Ｃを備えるＥ−ＵＴＲＡＮネットワーク１０６を示す。ホームノードＢ １０１−Ａ及び１０１−Ｂは、ＭＭＥ１０２−Ａにリンクされ、ホームノードＢ １０１−Ｂ及び１０１−Ｃは、ＭＭＥ１０２−Ｂにリンクされる。
【００６３】
一般に、ノードＢとは異なり、ホームノードＢはタイプＸ２のリンクを実装しない。ネットワークを通じた送信をサポートするために、複数のベアラが規定される。
【００６４】
図５は、本発明の一実施形態に従って使用することができる種々のベアラを示す。２つの離れた移動端末間のエンドツーエンドサービスは、ＵＥ１００からＰ−ＧＷ１０４までの間ではＥＰＳベアラ４１に基づき、Ｐ−ＧＷ１０４から他方の移動端末ＵＥ１００までの間では外部ベアラ４２に基づく。
【００６５】
ＥＰＳベアラ４１は、ＵＥ１００からＳ−ＧＷ２０２までの間ではベアラＥ−ＲＡＢ（「発展型無線アクセスベアラ（Evolved Radio Access Bearer）」）４３から成り、Ｓ−ＧＷ２０２からＰ−ＧＷ１０４までの間ではベアラＳ５／Ｓ８ベアラ４４から成る。
【００６６】
より正確には、Ｅ−ＲＡＢベアラ４３は、ＵＥ１００からホームノードＢ １０１までの間では無線ベアラ４６から成り、ホームノードＢからＳ−ＧＷ２０２までの間ではＳ１ベアラ４５から成る。
【００６７】
ＵＥがネットワークに入ると、そのＵＥは要求に応じてデフォルトベアラ及び潜在的にゼロ以上の専用ベアラを作成する。
【００６８】
以下において、ＥＰＳベアラ４１をベアラと呼ぶことができる。実際には、ＥＰＳベアラは、ホームノードＢがモバイルネットワーク内のリモート端末からの通信の終端点になることを可能にする。
【００６９】
図６は、本発明の一実施形態によるネットワークアーキテクチャを示す。図６に示すネットワークは、本発明の実施態様の一例である。もちろん、主な原理を多数のネットワークの変形に適合することは容易である。
【００７０】
図４に示す例示のネットワークは、図示しないホーム無線ネットワーク１０６に対応するホームノードＢ １０１を備える。この例示のネットワークは、ローカルエリアネットワークＬＡＮ１０７も備える。ローカルエリアネットワークＬＡＮ１０７では、ＰＣ又はプリンタ等のようないくつかの異なるデバイス１０８及び１０９が接続されている。ホームネットワーク１０６内の移動端末１００ ＵＥは、ホームノードＢ １０１にローカルに接続することができる。
【００７１】
本発明の一実施形態によれば、ＵＥ１０００に対して、モバイルネットワークのコアネットワークを介したＬＡＮ１０７へのアクセスを提供することが可能である。
【００７２】
本発明の一実施形態によるホームノードＢは、コアネットワークインタフェース上のいくつかの特徴に関して、移動端末と同様であると見なすことができる。実際、コアネットワークＣＮは、ホームノードＢ、すなわちＨＮＢ内で終端するデフォルトベアラを従来の移動端末のように扱って、少なくとも１つのＩＰアドレスであるＩＰCN.HNBを割り当てる。このため、このホームノードＢに、移動端末のようにＩＰアドレスを通じて到達することができる。いくつかのベアラをアクティベートし、ＨＮＢに異なる複数のＩＰアドレスを割り当て、アクティベートされた各ベアラについて１つの専用ＩＰアドレスとすることも可能である。
【００７３】
リモートＵＥがＬＡＮネットワーク１０７内のＬＡＮデバイスにアクセスすることを望むとき、そのリモートＵＥはホームノードＢに対して、任意の他のＵＥに対するのと同様に通信することができる。さらに、このホームノードＢは、ＬＡＮ側のＩＰアドレスをハンドリングする。実際、ホームノードＢは、ＩＰパケットが受信されるポートＩＰと、ＬＡＮネットワーク１０７内のＬＡＮデバイスに対応するＩＰアドレス及びＩＰポートとのマッピングを担当する。本発明の一実施形態では、ホームノードＢのＩＰポートであるＰｏｒｔCN,HNBと、ＬＡＮデバイスのＩＰアドレスであるＩＰLAN,device及びＩＰポートであるＰｏｒｔLAN,deviceとの間の１対１ベースの対応が存在する。
【００７４】
一実施形態では、ホームノードＢ及びリモートＵＥは、ＬＡＮデバイスのＩＰアドレスであるＩＰLAN,device及びＩＰポートであるＰｏｒｔLAN,deviceと、ホームノードＢのポートＩＰであるＰｏｒｔCN,HNBとの間の関連付けの知識を共有する。
【００７５】
そのような関連付けは、第１のテーブル２３に対応することができる。第１のテーブル２３は、以下のようなコンフィギュレーション変換テーブルである。
【００７６】
【表１】
2011124981.tif 000003
【００７７】
このタイプのテーブル内に格納される情報は、リモートＵＥ及びホームノードＢによってアクセス可能である。
【００７８】
テーブル内に格納される情報の構築及び更新には何ら制限が付されない。例えば、情報を初期フェーズにおいて静的に格納することもできる。
【００７９】
別の実施形態において、このタイプのテーブルを、例えばプロトコルＵＰｎＰ（ユニバーサルアプラグアンドプレイ）或いはＺｅｒｏｃｏｎｆ（ゼロコンフィギュレーションネットワーキング）のようなプロトコルに基づいて構築及び更新することもできる。この場合、ホームノードＢは、ＷＡＮへのゲートウェイとしてＬＡＮ上でアナウンスメントをブロードキャストすることができる。ユーザに特定のサービスを提供することができるＬＡＮデバイスは、ホームノードＢに対して、ＬＡＮネットワーク内における自身の存在をアナウンスすると共に、自身をホームノードＢに登録する。各ＬＡＮデバイスは、
−  ローカルＩＰネットワーク上において自身によって使用されてパケットが転送される、自身のＬＡＮ ＩＰアドレス及びＬＡＮ ＩＰポートと、
−  ＬＡＮ側において転送されるべきＷＡＮ側（すなわちコアネットワーク側）のＩＰポートの範囲を意味する、ポート転送に関する自身の需要と、
を提供することができる。
【００８０】
このアナウンスメントに基づいて、ホームノードＢは、対応するＩＰアドレスであるＩＰLAN,device及びＩＰポートであるＰｏｒｔLAN,deviceを知り、このＩＰアドレス及びＩＰポートを、コアネットワーク上における自身のＩＰポートのうちの１つにマッピングすることができる。ホームノードＢは、自身のコンフィギュレーション変換テーブルを構築する。他方で、リモートＵＥもＵＰｎＰプロトコルに基づいてこのテーブルを知ることができる。ホームノードＢは、第１のテーブル内に格納されている登録されたＬＡＮデバイスに関する情報を、リモートＵＥに通信することができる。これは、ＬＡＮ上のアナウンスメントと同様の方法で、リモートＵＥにアナウンスメントをブロードキャストすることによって実行することができる。このため、着目しているリモートＵＥのユーザは、ＩＰアドレス或いはＩＰポート番号のようなコンフィギュレーションの詳細を知る必要なしに、自身の端末のユーザインタフェースを通じて、自身のデバイスに有利にアクセスすることができる。
【００８１】
ＨＮＢ内へ終端するいくつかのベアラをアクティベートし、ホームノードＢがコアネットワーク上及びＬＡＮネットワーク上における複数のＩＰアドレスを有することが可能であることに留意されたい。各ＩＰアドレスは、それぞれ１対１ベースでベアラに付与される。
【００８２】
この場合、この情報を以下のように初期テーブル、すなわちテーブル２６内に格納することが有用であり得る。
【００８３】
【表２】
2011124981.tif 000004
【００８４】
さらに、本発明の一実施形態では、ホームノードＢは、第２のテーブルである以下のような転送変換テーブルをハンドリングする。
【００８５】
【表３】
2011124981.tif 000005
【００８６】
これらのテーブルは、コアネットワークからＬＡＮネットワークを意味するダウンリンク、及びＬＡＮネットワークからコアネットワークを意味するアップリンクで受信されるＩＰパケットに適用されるルールを格納する。
【００８７】
もちろん、ホームノードＢがリモートＵＥからのＩＰパケットの受信をハンドリングすることを可能にするための、これら全てのデータを関連付ける実施方法に関して、本発明には何ら制限が付されない。
【００８８】
上記のセクションは、例示の目的のみで第１のテーブル及び第２のテーブルに基づいて一実施態様を詳述している。
【００８９】
これらのテーブルに基づいて、ホームノードＢは、コアネットワークとＬＡＮネットワークとの間のＩＰパケットを正しくルーティングすることができる。
【００９０】
より正確には、ダウンリンクにおいて、ホームノードＢはコアネットワークインタフェース上でＩＰパケットを受信することができる。所与のベアラであるＢ＿ＩＤｋ上で受信されるこのＩＰパケットは、
−  ソースＩＰアドレスとしてのリモートＵＥ１０００のＩＰアドレス、及びソースＩＰポートとしてのリモートＵＥ１０００のポートと、
−  宛先ＩＰアドレスとしてのホームノードＢのＩＰアドレスであるＩＰCN,HNBk、及び宛先ポートとしてのホームノードＢのＩＰポートであるＰｏｒｔCN,HNBと、
を示す。
【００９１】
このＩＰパケットを受信すると、ソースと宛先のＩＰアドレス及びＩＰポートは、ホームノードＢレベルに位置し得る処理モジュールによって変更される。そのような変更を、ＮＡＴ（ネットワークアドレス変換）機能を使用して適用することができる。
【００９２】
リモートＵＥから到来するＩＰパケットがホームノードＢに到達すると、ホームノードＢは、いずれのＬＡＮデバイスが目標であるか、及びそのＬＡＮデバイスにどのようにＩＰパケットを転送するかを、第１のテーブルに基づいて確定することができる。
【００９３】
本発明の一実施形態では、ホームネットワークは、ダウンリンクでＩＰパケットを受信すると、ＬＡＮネットワークの宛先が存在する場合には、そのＬＡＮネットワークの宛先を確定して受信ＩＰパケットを転送する。さらに、ホームノードＢは、アップリンクでＩＰパケットを受信すると、受信ＩＰパケットを転送するための対応するベアラが存在する場合には、そのベアラを確定する。
【００９４】
双方の方法において、パケットの転送は、順次に適用されるルールのセットを使用して行われる。
【００９５】
ダウンリンクにおいて、一実施形態によるルールによって、ＩＰパケットが受信されて受信パケットストリームのＩＰポート宛先ＰｏｒｔCN,HNBであるベアラに対応する、ＩＰ宛先アドレス及びＩＰ宛先ポートを確定することが可能になる。パケットストリームはそのパケットストリームのＩＰ四つ組、すなわち
−  ソースＩＰアドレス、ソースポート、宛先アドレス、及び宛先ポート
によって特定される。
【００９６】
ホームノードＢの挙動は、パケットストリームの第１のパケットと他のパケットについてでは異なっていてもよい。
【００９７】
「パケットストリームの第１のパケット」
所与のベアラ上で受信されたパケットは、以下の情報に基づいて第２のテーブルを参照することによって、所与のＩＰ四つ組の最初に受信したコアネットワークパケットであると確定される。
−  ベアラ識別子がフィールド＃１に一致
−  ソースアドレスがフィールド＃７に一致
−  ソースポートがフィールド＃８に一致
−  宛先ポートがフィールド＃２に一致
【００９８】
第２のテーブルはＩＰパケットの受信時に構築及び更新されるため、第２のテーブル内に対応するエントリが見つからない場合、このパケットはこのＩＰ四つ組の最初のパケットであると見なされる。そうでない場合、そのパケットは、既に開放されたパケットストリームにおける別のパケットであると見なされる。
【００９９】
パケットストリームの第１のパケットについて、第１のテーブルにおいて以下の情報に基づいて参照が行われる。
−  宛先ポートがフィールド＃１に一致
【０１００】
第１のテーブル内に対応するエントリが見つかった場合、新たなエントリが第２のテーブル内に作成される。そうでない場合、一実施形態においては、パケットはドロップされる。
【０１０１】
第２のテーブル内に新たなエントリが作成されるとき、ホームノードＢのためのＬＡＮ上のソースＩＰポートであるＰｏｒｔLAN,HNBが生成される。このＬＡＮ上のソースＩＰポートであるＰｏｒｔLAN,HNBは、返されたアップリンクパケットをＮＡＴメカニズムに従って正しく転送することができるように、ホームノードＢによって動的に配分される。新たなエントリは、生成されると第２のテーブルに加えられる。
【０１０２】
このステップにおいて、第２のテーブルにおける以下のフィールドを埋めることが可能である。
−  フィールド１：ＩＰパケットが受信されるベアラ
−  フィールド２：到来するＩＰパケット内で示される宛先ＩＰポート（第１のテーブルにおけるフィールド＃１と同一）
−  フィールド３：テーブル０から取ってくることができる上記ベアラに付されるＬＡＮ ＩＰアドレス
−  フィールド４：ＨＮＢによって生成される上記ＰｏｒｔLAN,HNB
−  フィールド５及び６：ホームノードＢのＩＰポートに対応するＩＰポート宛先に基づいて第１のテーブルから取ってくることができる、ＬＡＮデバイスのＩＰアドレス及びＩＰポート
−  フィールド７及び８は、ＩＰパケットにおいて、ＩＰアドレス及びポートソースとして示される
【０１０３】
「ダウンリンク上のパケットストリームの他のパケット」
一致した各パケットについて、ＩＰ四つ組である
−  リモートＵＥのソースＩＰアドレス、リモートＵＥのソースＩＰポート、宛先ＣＮ ＩＰアドレス、宛先ＣＮ ＩＰポート
は、第２のテーブルにおける以下の一致エントリのフィールドを使用して、書き換えられる。
−  ホームノードＢのソースＬＡＮ ＩＰアドレス（フィールド＃３）
−  ホームノードＢのソースＬＡＮ ＩＰポート（フィールド＃４）
−  デバイスへの宛先ＬＡＮ ＩＰアドレス（フィールド＃５）
−  デバイスへの宛先ＬＡＮ ＩＰポート（フィールド＃６）
上記は、第２のテーブルにおける対応するエントリから取ってこられる。
【０１０４】
「アップリンク上のパケットストリームの他のパケット」
以下のセクションは、一実施形態による、ホームノードＢレベルにおいて適用されるアップリンク処理に関する。
【０１０５】
ＬＡＮインターフェース上で受信される各パケットについて、第２のテーブルへの参照が実行され、そのパケットのＩＰ四つ組が以下の情報に一致する。
−  ソースアドレスがフィールド＃５に一致
−  ソースポートがフィールド＃６に一致
−  宛先アドレスがフィールド＃３に一致
−  宛先ポートがフィールド＃４に一致
【０１０６】
参照が失敗した場合、ＩＰパケットは転送されず、単に破棄される。
【０１０７】
そうでない場合、一致する各パケットについて、第２のテーブル内の一致エントリのフィールドを使用してＩＰ四つ組が書き換えられる。
−  着目しているベアラについて、ソースＩＰアドレスが、コアネットワーク上のホームノードＢのＩＰアドレスであるＩＰCN,HNBに置き換えられる。そのために、第２のテーブルの一致エントリのフィールド＃１に対応するテーブル０内のＩＰCN,HNBを取ってきた。
−  ソースＩＰポートがフィールド＃２に置き換えられる
−  宛先ＩＰアドレスがフィールド＃７に置き換えられる
−  宛先ＩＰポートがフィールド＃８に置き換えられる。
【０１０８】
一実施形態により変更されたこのＩＰパケットは、以下のルールを用いて、受信パケットに対応する四つ組に関連付けられるベアラを意味する適切なベアラ上で送信される。
【０１０９】
宛先ベアラは、第２のテーブル内の一致エントリのフィールド＃１に従って確定される。
【０１１０】
図７は、本発明の一実施形態による処理モジュールを示す。
【０１１１】
処理モジュール７０は、関連付けユニット７１及びメモリを備える。
−  関連付けユニット７１は、
ベアラをアクティベートすると、ホームノードＢにおけるそのベアラ専用の１つのコアネットワークＩＰアドレスであるＩＰCN,HNBを取得し（２４）、
そのベアラのためのＬＡＮ ＩＰアドレスであるＩＰLAN,HNBを割り当てる
ように構成される。
−  メモリは、ベアラと、関連付けユニットによって取得されたコアネットワークＩＰアドレス及びＬＡＮ ＩＰアドレスとの関連付けを、初期テーブル（テーブル０）内に格納するように構成される。
【０１１２】
関連付けユニットは、
−  少なくとも上記デバイスにおける、１つのＬＡＮ ＩＰアドレスであるＩＰLAN,device及びＬＡＮ ＩＰポートであるＰｏｒｔLAN,deviceを取得し、
−  ホームノードＢの少なくとも１つのコアネットワークＩＰポートであるＰｏｒｔCN,HNBを取得する
ようにさらに構成することができる。
メモリは、デバイスのＬＡＮ ＩＰアドレス及びＬＡＮ ＩＰポートとホームノードＢの上記コアネットワークＩＰポートとの関連付けを、第１のテーブル（テーブル１）内に格納するように構成することができる。
【０１１３】
ＬＡＮネットワークが複数のデバイスを含むとき、関連付けユニット７１は、デバイスのＬＡＮ ＩＰアドレスのためのホームノードＢのコアネットワークＩＰポートを１対１ベースで取得し、
メモリ７２は、ＬＡＮ内の各デバイスについて、以下の情報の関連付けを第１のテーブル内に格納する。
−  ホームノードＢのコアネットワークＩＰアドレス及びコアネットワークＩＰポート
−  上記デバイスのＬＡＮ ＩＰアドレス及びＬＡＮ ＩＰポート
【０１１４】
一実施形態では、パケットは各ベアラを通じてモバイルネットワークにおいて送信され、関連付けユニットは、ダウンリンクにおいてパケットストリームの第１のパケットが受信されると、以下の情報を取得するように構成される。また、メモリは、それらの情報を格納するように第２のテーブルを管理するように構成される。
−  パケットが受信される、関連付けられるベアラの識別子、
−  第１のテーブル内に格納されている、受信パケット内で示される宛先ＩＰポート
−  初期テーブル内に格納されている、上記ベアラに割り当てられるＬＡＮ ＩＰアドレス
−  ホームノードＢのために生成されるＬＡＮ ＩＰポート
−  第１のテーブル内に格納されている、ホームノードＢのＬＡＮ ＩＰポートに関連付けられるデバイスのＬＡＮ ＩＰアドレス
−  第１のテーブル内に格納されている、ホームノードＢのＬＡＮ ＩＰポートに関連付けられるデバイスのＬＡＮ ＩＰポート
−  リモート端末のコアネットワークＩＰアドレスに対応する、受信パケット内で示されるソースＩＰアドレス
−  リモート端末のコアネットワークＩＰポートに対応する、受信パケット内で示されるソースＩＰポート
【０１１５】
処理モジュール７０は、ダウンリンクの受信パケットの変更を以下のようにハンドリングするように構成される転送ユニット７３をさらに備えることができる。
転送ユニット７３は、初期テーブル、第１のテーブル、及び第２のテーブルに基づいて、
−  受信パケット内で示されるソースＩＰアドレス及びソースＩＰポートを、ホームノードＢのＬＡＮ ＩＰアドレス及びＬＡＮ ＩＰポートにそれぞれ置き換えると共に、
−  受信パケット内で示される宛先ＩＰアドレス及び宛先ＩＰポートを、デバイスのＬＡＮ ＩＰアドレス及びＬＡＮ ＩＰポートにそれぞれ置き換える、
ことによって変更されたＩＰパケットを取得し、その変更されたＩＰパケットをＬＡＮに転送する。
【０１１６】
処理モジュール７０は、アップリンクの受信パケットの変更を以下のようにハンドリングするように構成される転送ユニット７３をさらに備えることができる。
転送ユニット７３は、
第２のテーブルに基づいて、関連付けられるベアラを選択し、
ベアラを選択することができない場合、パケットを廃棄し、
ベアラを選択することができる場合、第２のテーブルに基づいて、
−  ソースＩＰアドレスを、コアネットワークにおけるホームノードＢの所与のベアラのためのＩＰアドレスであるＩＰCN,HNBに置き換え、
−  ソースＩＰポートを、ホームノードＢのコアネットワークＩＰポートに置き換え、
−  宛先ＩＰアドレスを、リモート端末のコアネットワークＩＰアドレスに置き換え、
−  宛先ＩＰポートを、リモート端末のコアネットワークＩＰポートに置き換える、
ことによって変更されたＩＰパケットを取得し、その変更されたＩＰパケットを、関連付けられるベアラにおいてコアネットワークに転送する。
【０１１７】
本発明の一実施形態では、リモート端末１０００は、関連付けユニット１０１０及びメモリ１０１１を備える。
関連付けユニット１０１０は、
−  ホームノードＢの少なくとも１つのコアネットワークＩＰアドレス及び１つのコアネットワークＩＰポート（ＩＰCN,HNB、ＰｏｒｔCN,HNB）と、
−  対応する上記ＬＡＮデバイスによって提供されるサービス記述と、
を取得するように構成される。
メモリ１０１１は、デバイスのＬＡＮ ＩＰアドレス及びＬＡＮ ＩＰポートと、ホームノードＢの上記コアネットワークＩＰポートとの関連付けを、第１のテーブル内に格納するように構成される。
【０１１８】
サービス記述は、ＨＮＢを介して対応するＬＡＮデバイス（複数可）によって取得することができる。サービス記述には何ら制限が付されない。サービス記述は、例えばプリンタの場合の「プリント」のような、ＬＡＮデバイスによって提供されるサービスに関する任意の指示とすることができる。
【０１１９】
有利には、本発明の一実施形態において、リモートＵＥはコアネットワークによって強力に認証されるため、所定のＵＥのみがＬＡＮデバイスにアクセスすることができる。この状況では、ＬＡＮデバイスのセキュリティが保証される。
【０１２０】
さらに、ＬＡＮデバイスに関する情報は、ＬＡＮの外側には拡散されない。ＬＡＮデバイスによって提供されるサービスは、ＨＮＢ自体によるサービスのように見えるため、リモートＵＥはＬＡＮアドレスを扱わない。
【０１２１】
加えて、一実施形態では、リモートＵＥによって制御される２つのＬＡＮデバイスが２つの異なるＩＰアドレスを有する。この手法によって、それらのＬＡＮデバイスのリモートの当事者に関するそのＬＡＮデバイスの想定が外れる（breaking assumption）ことが一切回避される。
【図１】
2011124981.tif 000006
【図２ａ】
2011124981.tif 000007
【図２ｂ】
2011124981.tif 000008
【図３】
2011124981.tif 000009
【図４】
2011124981.tif 000010
【図５】
2011124981.tif 000011
【図６】
2011124981.tif 000012
【図７】
2011124981.tif 000013
【外国語明細書】
2011124981.tif 000014
2011124981.tif 000015
2011124981.tif 000016
2011124981.tif 000017
2011124981.tif 000018
2011124981.tif 000019
2011124981.tif 000020
2011124981.tif 000021
2011124981.tif 000022
2011124981.tif 000023
2011124981.tif 000024
2011124981.tif 000025
2011124981.tif 000026
2011124981.tif 000027
2011124981.tif 000028
2011124981.tif 000029
2011124981.tif 000030
2011124981.tif 000031
2011124981.tif 000032
2011124981.tif 000033
2011124981.tif 000034
2011124981.tif 000035
2011124981.tif 000036
2011124981.tif 000037
2011124981.tif 000038
2011124981.tif 000039
2011124981.tif 000040
2011124981.tif 000041
2011124981.tif 000042
2011124981.tif 000043
2011124981.tif 000044
2011124981.tif 000045
2011124981.tif 000046
2011124981.tif 000047