(57)【特許請求の範囲】
【請求項１】
接続点名（ＡＰＮ）に基づいて定義され、選択的ＩＰトラヒックオフロード（ＳＩＰＴＯ）に関連する許可を含む加入データを、移動性管理エンティティ（ＭＭＥ）が帰属加入者サーバ（ＨＳＳ）から取得するステップであって、前記許可は、ＳＩＰＴＯが禁止される状況、ローカルネットワークを介したＳＩＰＴＯ（ＳＩＰＴＯ＠ＬＮ）を除くＳＩＰＴＯを許可する状況、及びＳＩＰＴＯ＠ＬＮを含むＳＩＰＴＯを許可する状況のうち、ローカルネットワークを介したＳＩＰＴＯ（ＳＩＰＴＯ＠ＬＮ）を含むＳＩＰＴＯを許可する状況を指示する、ステップと、
選択されたトラヒックをオフロードすることができる一つのローカルゲートウェイについての情報を前記ＭＭＥが受信するステップであって、前記情報は、パケットデータネットワーク（ＰＤＮ）に接続を提供する前記ローカルゲートウェイを指示し、各ＰＤＮは、それと関連したＡＰＮによって識別される、ステップと、
前記ＭＭＥが、前記選択されたトラヒックの前記オフロードをサポートするために、前記加入データ及び前記ローカルゲートウェイについての前記の受信した情報に基づいて一つのローカルゲートウェイを選択するステップと、
を有する方法。
【請求項２】
前記選択するステップは、
前記ＭＭＥがユーザ装置（ＵＥ）と共にその後の再接続の要求でＰＤＮ接続解除を実行するステップと、
前記ＵＥが再接続を試みるとき、前記の取得した加入データ及び前記ローカルゲートウェイに対する前記受信情報に基づいて、前記ローカルゲートウェイを前記ＭＭＥが選択するステップと、を更に含む請求項１に記載の方法。
【請求項３】
前記のＳＩＰＴＯ＠ＬＮを含むＳＩＰＴＯを許可する状況は、暗黙的ユーザ同意又は明示的ユーザ同意を含む、請求項１に記載の方法。
【請求項４】
前記ローカルゲートウェイは、ホーム基地局（ＨｅＮＢ）によって到達可能である、請求項１に記載の方法。
【請求項５】
前記ローカルゲートウェイがＳＩＰＴＯ及びローカルＩＰ接続（ＬＩＰＡ）の両方をサポートする、請求項１に記載の方法。
【請求項６】
前記ＭＭＥが、ゲートウェイのリストを提供するＡＰＮ情報をＨｅＮＢから受信する、請求項１に記載の方法。
【請求項７】
前記ＡＰＮ情報が前記ＨｅＮＢから受信されない場合、前記ＭＭＥは、どのＡＰＮがインターネットへの接続の提供に使用されるかを知っていると仮定される、請求項６に記載の方法。
【請求項８】
移動性管理エンティティ（ＭＭＥ）であって、
接続点名（ＡＰＮ）に基づいて定義され、選択的ＩＰトラヒックオフロード（ＳＩＰＴＯ）に関連する許可を含む加入データを、ＭＭＥが帰属加入者サーバ（ＨＳＳ）から取得する手段であって、前記許可は、ＳＩＰＴＯが禁止される状況、ローカルネットワークを介したＳＩＰＴＯ（ＳＩＰＴＯ＠ＬＮ）を除くＳＩＰＴＯを許可する状況、及びＳＩＰＴＯ＠ＬＮを含むＳＩＰＴＯを許可する状況のうち、ローカルネットワークを介したＳＩＰＴＯ（ＳＩＰＴＯ＠ＬＮ）を含むＳＩＰＴＯを許可する状況を指示する、手段と、
選択されたトラヒックをオフロードすることができる一つのローカルゲートウェイについての情報を受信する手段であって、前記情報は、パケットデータネットワーク（ＰＤＮ）に接続を提供する前記ローカルゲートウェイを指示し、各ＰＤＮは、それと関連したＡＰＮによって識別される、手段と、
前記選択されたトラヒックのオフロードをサポートするために、前記加入データ及び前記ローカルゲートウェイについての前記受信した情報に基づいて一つのローカルゲートウェイを選択する手段と、
を備える移動性管理エンティティ。
【請求項９】
前記選択するための手段は、
ユーザ装置（ＵＥ）と共にその後の再接続の要求でＰＤＮ接続解除を実行し、
前記ＵＥが再接続を試みるとき、前記の取得した加入データ及び前記ローカルゲートウェイに対する前記受信情報に基づいて、前記ローカルゲートウェイを選択するように構成される、請求項８に記載の移動性管理エンティティ。
【請求項１０】
前記のＳＩＰＴＯ＠ＬＮを含むＳＩＰＴＯを許可する状況は、暗黙的ユーザ同意又は明示的ユーザ同意を含む、請求項８に記載の移動性管理エンティティ。
【請求項１１】
前記ローカルゲートウェイは、ホーム基地局（ＨｅＮＢ）によって到達可能である、請求項８に記載の移動性管理エンティティ。
【請求項１２】
前記ローカルゲートウェイが、ＳＩＰＴＯ及びローカルＩＰ接続（ＬＩＰＡ）の両方をサポートする、請求項８に記載の移動性管理エンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ローカルネットワークを介したトラヒックオフロードを制御する方法に関する。
【背景技術】
【０００２】
関連技術分野において、ローカルネットワーク技術を介したトラヒックオフロード技術は適合しなかった。これによって、関連技術分野では該当問題に対して十分に言及されず、適切な解決策も全く提示されなかった。
【発明の概要】
【課題を解決するための手段】
【０００３】
本発明の発明者は、関連技術分野において、少なくとも前述した問題に対して認識した。このような認識に基づいて、以下で説明する多様な特徴が、ローカルネットワークを介したトラヒックオフロードと関連した特定の手順がより効率的で有用に実行されることができたということを認知するようになった。具体的に、ローカルネットワークにおける選択的ＩＰトラヒックオフロード（Ｓｅｌｅｃｔｅｄ ＩＰ Ｔｒａｆｆｉｃ Ｏｆｆｌｏａｄ，ＳＩＰＴＯ）をサポートするための具体的技術と概念が考案されて具現された。これによって、ＳＩＰＴＯのためのサービス連続性が達成することができる。
【図面の簡単な説明】
【０００４】
【図１】ＳＩＰＯＴ＠ＬＮを実行する以前及び以後の、マクロセルからのインターネット接続及びフェムトセルからのインターネット接続を説明する図である。
【図２ａ】ＨＳＳ内の情報記憶の一例に係る表を示す図である。
【図２ｂ】ＨＳＳ内の情報記憶の一例に係る表を示す図である。
【図３】影響を受けるＳ１−ＡＰメッセージを示すコールフローの一例を示す図である。
【図４】Ｅ−ＵＴＲＡＮの初期アタッチのためのコールフローの一例及びＵＥが要求したＰＤＮ接続手順を説明した一例を示す図である。
【図５】ＵＥが要求したＰＤＮ接続手順のコールフローの一例を示す図である。
【図６】本発明の一例によって具現されたＭＭＥの一例を示す図である。
【発明を実施するための形態】
【０００５】
以下、発明の概念と特徴は、第三世代パートナシッププロジェクト（３ＧＰＰ）はん用移動体通信システム（ＵＭＴＳ）／進化パケットシステム（ＥＰＳ）技術の用語で説明される。しかし、ここで説明される多様な特徴は、これに制限されるものではなく、他の種類の移動通信システム及び／又は無線通信システム並びに方法に適用することができる。
【０００６】
以下、加入者宅内に位置するローカルネットワークを介した（セルラー）トラヒックオフロードに対する多様な特徴を説明する。
【０００７】
ＳＩＰＴＯは、３ＧＰＰリリース−１０の特徴であり、進化パケットコア網（ＥＰＣ）のネットワーク境界に近接するように位置するパケットデータゲートウェイ（ＰＧＷ）を選択する方式によって、通信事業者（ｏｐｅｒａｔｏｒ）がユーザトラヒックをオフロードさせる技法である。
【０００８】
ローカルＩＰ接続（ＬＩＰＡ）は、３ＧＰＰリリース−１０の特徴であり、ホーム（ｅ）ノードＢとも知られたフェムトセルを介してローカルネットワーク（すなわち、加入者の自宅又は企業領域内に位置するネットワーク）上のリソースに接続（ａｃｃｅｓｓ）を提供する技法である。
【０００９】
３ＧＰＰリリース−１１では、前述したＬＩＰＡ及びＳＩＰＴＯの特徴を改善するために、ＬＩＭＯＮＥＴ（ＴＲ ２３.８５９参照）と呼ばれる作業項目が進行中である。
【００１０】
ＳＩＰＴＯ改善と関連して具体的に、リリース−１１の作業項目は、加入者宅内でのローカルネットワーク（ＬＮ）上のユーザトラヒックをオフロードさせる解決方法を定義することに注目している。このような類型のオフロード技法は、ＳＩＰＴＯ＠ＬＮと略称される。
【００１１】
リリース−１０ ＳＩＰＴＯに対比して、リリース−１１ ＳＩＰＴＯ＠ＬＮの技術的特徴は、ローカルネットワークがＥＰＣネットワークの通信事業者に存在する機能（例えば、視聴制限（ｐａｒｅｎｔａｌ ｃｏｎｔｒｏｌ）、ウェブサイト加速器（ｗｅｂｓｉｔｅ ａｃｃｅｌｅｒａｔｏｒｓ）、圧縮エンジン等）を有さない場合、ユーザ体験に影響を及ぼすことがある。このような視聴制限がオフロード技法を適用する以前と以後とでユーザ体験上に潜在的変化が発生することがすべてのユーザに受け入れ可能でないと認める場合、ネットワークは、通信事業者の方針に基づいて、トラヒックをオフロードする以前に、ユーザの同意（ｃｏｎｓｅｎｔ）を求めるようにする要求条件があるべきである。
【００１２】
本明細書は、リリース−１１ ＳＩＰＴＯ＠ＬＮ特徴の要求条件を処置するために、多数の構造を提案する。すなわち、ＨＳＳでユーザの加入情報を改善することを提案し、Ｓ１／Ｉｕインターフェース上でホーム（ｅ）ノードＢサブシステムの能力に対する信号通知（ｓｉｇｎａｌｌｉｎｇ）を改善することを提案する。
【００１３】
図１は、ＳＩＰＯＴ＠ＬＮを実行する以前及び以後の、マクロセルからのインターネット接続及びフェムトセルからのインターネット接続を説明する。
【００１４】
すなわち、図１は、三つの互いに異なる方法によってインターネット５７０を接続するＵＥ５０１に対するシナリオを説明する。
【００１５】
第一に、ユーザが自宅の外に位置してマクロセル５１０に接続された場合、ＵＥ５０１は、インターネットへの接続のために使われる接続点名（ＡＰＮ）（例えば、ＡＰＮ＝“Ｉｎｔｅｒｎｅｔ”に設定される）に関連したパケットデータネットワーク（ＰＤＮ）接続（ＰＤＮ１）を構成することができる。ネットワークは、このようなＰＤＮ接続に対して、リリース−１０による接続解除（ｄｉｓｃｏｎｎｅｃｔｉｏｎ）及び再接続（ｒｅｃｏｎｎｅｃｔｉｏｎ）技法を適用し、ＰＤＮ接続が再接続されるときネットワーク境界（ｅｄｇｅ）に近接したＰＧＷを選択することによって、該当ＰＤＮ接続に対してＳＩＰＴＯを実行するかどうかを決定することができる。
【００１６】
第二に、ユーザが自宅に入ると、ＰＤＮ接続（ＰＤＮ１）がフェムトセル５４０側にハンドオーバされる。前述したように、ネットワークは、再びＰＤＮ接続に対し、ネットワーク境界に近接したＰＧＷを選択するために接続解除及び再接続を実行する方式に該当ＰＤＮ接続に対してＳＩＰＴＯを実行することができるにもかかわらず、該当ＰＧＷは、ＥＰＣ５２０の内部に依然として位置することができる。
【００１７】
第三に、ネットワークが加入者宅内（ホームネットワーク５５０）に位置するローカルゲートウェイ（Ｌ−ＧＷ）５５５がインターネットに制限されない接続性（ｕｎｒｅｓｔｒｉｃｔｅｄ ｃｏｎｎｅｃｔｉｖｉｔｙ）を有することを知っている場合（例えば、インターネットサービスプロバイダ（ＩＳＰ）のバックホールネットワーク５６０に依存する方式を介して）、ネットワークは、接続解除及び再接続を開始する決定をすることができ、このとき、ネットワークは、再接続することによって（ＥＰＣ５２０内に位置するＰＧＷを選択する代わりに）Ｌ−ＧＷを選択することができる。このようなＰＤＮ接続は、図２においてＰＤＮ２で表示される。
【００１８】
前述した三つの場合（すなわち、ローカルゲートウェイを介したインターネット接続の場合）は、ネットワークの主導権に基づいているという点と、ユーザのインターネットへのトラヒックがローカルネットワークを介してオフロードされるという点で、リリース−１１ ＳＩＰＴＯ＠ＬＮ特徴であり、最適の使用例である。
【００１９】
前述したように、ＳＩＰＴＯ＠ＬＮは、トラヒックをオフロードするために今後サービスを変更することができるように、ユーザの同意を要求することができる。このような同意は、加入情報の一部とすることができるが、通信事業者の方針及び端末機の能力によってユーザとの実時間対話とも関連することができる。
【００２０】
本明細書の一例は、ユーザのインターネットへのトラヒックがローカルネットワーク（すなわち、ローカルゲートウェイ）を介してオフロードされる場合を説明するためのシナリオを提示する。
【００２１】
本発明の一例は、ＳＩＰＴＯ＠ＬＮのために下記のように改善されたエンティティ／構造を提案する。
【００２２】
・具体的ＡＰＮに関連したＳＩＰＴＯ許可フラグを改善する方式として、ＨＳＳ内のユーザの加入情報を改善する技法、及び
【００２３】
・ローカルゲートウェイ（Ｌ−ＧＷ）がローカルネットワークを介してトラヒックをオフロード（ｏｆｆｌｏａｄ）することができるかどうかを指示するＳ１−ＡＰ信号通知を改善する技法。
【００２４】
図２ａ乃至図２ｂは、ＨＳＳ内の情報記憶の一例に係る表を示す。表に示すように、それぞれのＰＤＮ加入コンテキストは、現在関連したＳＩＰＴＯ許可フラグを含むことができる。このようなフラグは、該当ＡＰＮに関連したトラヒックに対してＳＩＰＴＯが許可されるか又は禁止されるかを指示する二値情報を含む。
【００２５】
前述したように、リリース−１１ ＳＩＰＴＯ＠ＬＮによると、ローカルネットワーク上のトラヒックオフロードに関連して視聴制限などが不存在することができるため、トラヒックをオフロードする以前と以後とで、ユーザ体験が変わることがあり、これは一部ユーザには受け入れられない。
【００２６】
したがって、ＳＩＰＴＯ許可フラグを改善し、リリース−１０ ＳＩＰＴＯのために許可されたトラヒックに対して、追加に該当トラヒックがリリース−１１ ＳＩＰＴＯ＠ＬＮのために許可されるかどうかを指示するように改善することを提案する。
【００２７】
特定のＡＰＮに関連したトラヒックがＳＩＰＴＯ＠ＬＮを許可する場合だけ、ＥＰＣネットワークは、ローカルネットワークを介して該当トラヒックに対するオフロードを試みる。このようなオフロードに対する決定は、通信事業者の方針及び端末の能力によって、ユーザとの実時間対話と関連することもあるし、関連しないこともある。このような実時間対話は、具体的な非接続層（ＮＡＳ）信号通知メッセージを使用して実行することができる。
【００２８】
以下の表は、アップリンクＮＡＳ送信メッセージ（ＵＰＬＩＮＫ ＮＡＳ ＴＲＡＮＳＰＯＲＴ ｍｅｓｓａｇｅ）の内容の一例を示す。
【００２９】
【表１】
0005789047.tif 000002
【００３０】
このようなメッセージ及び他のＳ１−ＡＰプロトコルメッセージは、ＬＩＰＡのために使われるローカルゲートウェイのためのＳ５レファレンスポイント終端上のＬ−ＧＷアドレスを伝達するためにリリース−１０規格で使われる。
【００３１】
ＳＩＰＴＯ＠ＬＮ特徴を可能にするために、Ｌ−ＧＷが、選択されたトラヒックに対してオフロードを提供する能力を有しているかどうか（すなわち、該当Ｌ−ＧＷがオフロードされたトラヒックのための目的地として動作するパケットデータネットワーク（ＰＤＮ）に対する接続性を有するかどうか）を指示するようにするために、関連情報を下記のように改善することができる。
【００３２】
＊Ｌ−ＧＷが特定のＡＰＮにだけ関連したトラヒックに対するオフロード能力を有している場合、前述した情報は、ＡＰＮ特定（ＡＰＮ−ｓｐｅｃｉｆｉｃ）にすることができる。
【００３３】
＊オフロードされる候補は、インターネットへのトラヒックになる可能性が大きい状況で、Ｌ−ＧＷは、ＡＰＮ特定の信号を使用せずに、インターネットトラヒックに対するオフロードが可能かを指示する特別な（非ＡＰＮ特定）指示情報を使用することができる。この場合、ＭＭＥがどのＡＰＮがインターネットに対するアクセスの提供に使われるかを知るということを基本的な前提にする。
【００３４】
ＬＩＰＡのために使われるローカルゲートウェイは、ＳＩＰＴＯ＠ＬＮが使われるローカルゲートウェイと異なることもあるという点を注意すべきであり、この場合、該当二つに対する情報がＳ１−ＡＰメッセージを介して別個に信号通知することができる。
【００３５】
本明細書での技術的解決策は、Ｅ−ＵＴＲＡＮ状況（すなわち、ＨｅＮＢ）に関連しているが、ＵＴＲＡＮ（すなわち、ＨＮＢ）が進化パケットコア網（ＥＰＣ）に接続された場合にも直接的な方法に適用することができる。
【００３６】
図３は、影響を受けるＳ１−ＡＰメッセージを示すコールフローの一例を示す。図示されたＵＥの一例は、下記の方法を含むサービス要求手順を開示する。
【００３７】
１．ＰＤＮ接続を設定したＵＥ７１０が待機モードでマクロセルからフェムトセルに移動すると仮定することができる。
【００３８】
２．ＵＥは、ＮＡＳサービス要求メッセージ（ＮＡＳ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を基地局７２０に送信してサービス要求手順を開始する方式に接続モードへの転換を希望することができる。
【００３９】
３．ＮＡＳサービス要求メッセージは、[Ｓ１−ＡＰ]アップリンクＮＡＳ送信メッセージ（[Ｓ１−ＡＰ]ＵＰＬＩＮＫ ＮＡＳ ＴＲＡＮＳＰＯＲＴ ｍｅｓｓａｇｅ）を介して、基地局７２０からＭＭＥ７３０に透過的に送信される。このようなメッセージに、ローカルゲートウェイが、特定のＡＰＮのために又はインターネットトラヒックのために、トラヒックをオフロードすることができる能力があるかに対する情報がピギーバックすることができる。
【００４０】
４．サービス要求手順が完了する。
【００４１】
５．第２のステップで受信された情報によって、ＵＥコンテキスト内でＳＩＰＴＯ許可フラグが特定のＡＰＮのためにＳＩＰＴＯ＠ＬＮを許可する場合、ＭＭＥ７３０は、ＳＩＰＴＯ手順を開始（すなわち、“再接続必要（Ｒｅｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｉｒｅｄ）”を原因（ｃａｕｓｅ）に設定し、ＰＤＮ接続解除（ＰＤＮ ｄｉｓｃｏｎｎｅｃｔｉｏｎ）を実行する方式に）することができる。
【００４２】
６．ＵＥがＰＤＮ接続を要求する場合、ＭＭＥ７３０は、Ｌ−ＧＷ７６０を選択する。
【００４３】
類似のコールフローは、ハンドオーバ状況のためにも導出することができ、すなわち、ＰＤＮ接続が設定されたＵＥがマクロセルからフェムトセルにハンドオーバをする場合もある。この場合、ＳＩＰＴＯ＠ＬＮサポートに対する情報が、[Ｓ１−ＡＰ]ハンドオーバ要求確認メッセージ（[Ｓ１−ＡＰ]Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ ｍｅｓｓａｇｅ）、[Ｓ１−ＡＰ]ハンドオーバ通知メッセージ（[Ｓ１−ＡＰ]Ｈａｎｄｏｖｅｒ Ｎｏｔｉｆｙ ｍｅｓｓａｇｅ）、又は[Ｓ１−ＡＰ]経路変更要求メッセージ（[Ｓ１−ＡＰ]Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を介してＳ１−ＭＭＥ上に伝達することができる。メッセージの選択は、ハンドオーバの種類（Ｓ１ハンドオーバに基づいているか、Ｘ２ハンドオーバに基づいているか）と、ＭＭＥにＳＩＰＴＯ＠ＬＮサポートのための情報を提供することに対する緊急性に基づいて決定することができる。
【００４４】
フェムトセルからＵＥがアタッチされる場合には、影響を受けるメッセージが[Ｓ１−ＡＰ]ＵＥ初期メッセージ（[Ｓ１−ＡＰ]ＵＥ Ｉｎｉｔｉａｌ Ｍｅｓｓａｇｅ）である。
【００４５】
Ｅ−ＵＴＲＡＮでの初期アタッチ過程を示す図４を参照すると、影響を受けるステップは、第２のステップである。基地局（ｅＮｏｄｅＢ）がＳＩＰＴＯ＠ＬＮをサポートする場合、該当基地局は、ＭＭＥに伝達される初期ＵＥメッセージ（Ｉｎｉｔｉａｌ ＵＥ ｍｅｓｓａｇｅ）内に、ローカルネットワークに位置するＬ−ＧＷが選択的なトラヒックオフロードを実行することができるかに対する情報（例えば、Ｌ−ＧＷアドレス、及びサポートされるＡＰＮ、又はインターネットトラヒックのオフロードのための非ＡＰ特定の指示事項）を含ませることができる。
【００４６】
図４は、必須事項に対しては信号の流れを実線で表示し、常に実行される必要がない信号に対しては点線で表示した。
【００４７】
ＵＥ８１０は、アタッチ要求を基地局８２０に伝達し、基地局は、該当メッセージを新たなＭＭＥ８３０に伝達する（第１及び第２のステップ）。新たなＭＭＥ８３０は、従来のＭＭＥ／ＳＧＳＮ８４０と協力して識別要求（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ）メッセージを送信し、識別応答（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅ）メッセージを受信する（第３のステップ）。次に、新たなＭＭＥ８３０は、識別子要求（ｉｄｅｎｔｉｔｙ ｒｅｑｕｅｓｔ）メッセージをＵＥ８１０に送信し、該当ＵＥは、識別子応答（ｉｄｅｎｔｉｔｙ ｒｅｓｐｏｎｓｅ）メッセージを介して応答する（第４のステップ）。これによって、認証／セキュリティ手順は、ＵＥ８１０、新たなＭＭＥ８３０、及びＨＳＳ８８０で実行される（第５ａのステップ）。追加に、新たなＭＭＥ８３０は、ＵＥ８１０に対して識別子要求／応答（ｉｄｅｎｔｉｔｙ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）を実行し、ＥＩＲ８９０に対してＭＥ識別子検査（ＭＥ ｉｄｅｎｔｉｔｙ ｃｈｅｃｋ）手順を実行する（第５ｂのステップ）。次に、新たなＭＭＥ８３０は、ＵＥ８１０に暗号化オプション要求（ｃｉｐｈｅｒｅｄ ｏｐｔｉｏｎｓ ｒｅｑｕｅｓｔ）メッセージを送信し、暗号化オプション応答（ｃｉｐｈｅｒｅｄ ｏｐｔｉｏｎｓ ｒｅｓｐｏｎｓｅ）メッセージを受信する（第６のステップ）。
【００４８】
その以後、新たなＭＭＥ８３０は、セッション削除のために多様なネットワークエンティティと協力する。すなわち、新たなＭＭＥ８３０は、セッション削除要求（Ｄｅｌｅｔｅ ｓｅｓｓｉｏｎ ｒｅｑｕｅｓｔ）メッセージをサービス提供（Ｓｅｒｖｉｎｇ）ＧＷ８５０を介してＰＤＮ ＧＷ８６０に送信し、サービス提供ＧＷ８５０を介してＰＤＮ ＧＷ８６０からセッション削除応答（Ｄｅｌｅｔｅ ｓｅｓｓｉｏｎ ｒｅｓｐｏｎｓｅ）メッセージを受信する（第７のステップ）。追加に、ＰＤＮ ＧＷ８６０は、ＰＣＲＦ８７０と協力し、ＰＣＥＦ開始ＩＰ−ＣＡＮセッション終了（ＰＣＥＦ ｉｎｉｔｉａｔｅｄ ＩＰ−ＣＡＮ Ｓｅｓｓｉｏｎ Ｔｅｒｍｉｎａｔｉｏｎ）手順を実行する（Ａ手順に図示される）。
【００４９】
第８のステップにおいて、位置更新要求（Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージが新たなＭＭＥ８３０からＨＳＳ８８０に伝達され、ＨＳＳ８８０は、従来のＭＭＥ／ＳＧＳＮ８４０に関して、位置取消（Ｃａｎｃｅｌ Ｌｏｃａｔｉｏｎ）要求メッセージと位置取消確認（Ｃａｎｃｅｌ Ｌｏｃａｔｉｏｎ Ａｃｋ）メッセージとを交換することによって位置取消手順を実行する。
【００５０】
その以後、従来のＭＭＥ／ＳＧＳＮ８４０は、セッション削除（手順Ｆ）を実行するために多様な手順を実行し、手順Ｆは手順Ｅと類似する。すなわち、従来のＭＭＥ／ＳＧＳＮ８４０は、セッション削除要求（Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）メッセージをサービス提供ＧＷ８５０を介してＰＤＮ ＧＷ８６０に送信し、サービス提供ＧＷ８５０を介してＰＤＮ ＧＷ８６０からセッション削除応答（Ｄｅｌｅｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ）メッセージを受信する（第１０のステップ）。さらに、ＰＤＮ ＧＷ８６０は、ＰＣＲＦ８７０と協力してＰＣＥＦ開始ＩＰ−ＣＡＮセッション終了（ＰＣＥＦ ｉｎｉｔｉａｔｅｄ ＩＰ−ＣＡＮ Ｓｅｓｓｉｏｎ Ｔｅｒｍｉｎａｔｉｏｎ）（手順Ｂで図示）を実行する。
【００５１】
その以後、ＨＳＳ８８０は、位置更新確認（Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ Ａｃｋ）メッセージを新たなＭＭＥ８３０に送信し（第１１のステップ）、それに対する応答として新たなＭＭＥ８３０は、セッション生成要求（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）メッセージをサービス提供ＧＷ８５０に送信する（第１２のステップ）。これによって、サービス提供ＧＷ８５０は、セッション生成要求（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）メッセージをＰＤＮ ＧＷ８６０に送信し、ＰＤＮ ＧＷ８６０は、ＰＣＲＦ８７０と協力してＰＣＥＦ開始ＩＰ−ＣＡＮセッション設定／変更（ＰＣＥＦ ｉｎｉｔｉａｔｅｄ ＩＰ−ＣＡＮ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ／Ｍｏｄｉｆｉｃａｔｉｏｎ）手順を実行し、ＰＤＮ ＧＷ８６０は、サービス提供ＧＷ８５０にセッション生成応答（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ）メッセージを送信する（手順（Ｃ）：第１３乃至第１５のステップ）。
【００５２】
ＰＤＮ ＧＷ８６０は、（ハンドオーバでない場合）最初のダウンリンクデータ（Ｆｉｒｓｔ Ｄｏｗｎｌｉｎｋ Ｄａｔａ）をサービス提供ＧＷ８５０に送信することができる。第１６のステップにおいて、サービス提供ＧＷ８５０は、セッション生成応答（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ）メッセージを新たなＭＭＥ８３０に送信し、新たなＭＭＥ８３０は、初期コンテキスト設定要求／アタッチ受諾（Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ／Ａｔｔａｃｈ Ａｃｃｅｐｔ）メッセージを基地局８２０に送信する（第１７のステップ）。次に、基地局８２０は、ＲＲＣ接続再設定（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをＵＥ８１０に送信し、これに対応してＲＲＣ接続再設定完了（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージを受信し、これによって、基地局８２０は、初期コンテキスト設定応答（Ｉｎｉｔｉａｌ ｃｏｎｔｅｘｔ ｓｅｔｕｐ ｒｅｓｐｏｎｓｅ）メッセージを新たなＭＭＥ８３０に送信する（第１８乃至第２０のステップ）。
【００５３】
以後、ＵＥ８１０は、基地局８２０に直接送信手順を実行し、その後、基地局８２０は、アタッチ完了（ａｔｔａｃｈ ｃｏｍｐｌｅｔｅ）メッセージを新たなＭＭＥ８３０に送信する（第２１及び第２２のステップ）。ここで、最初のアップリンクデータは、ＵＥ８１０からサービス提供ＧＷ８５０に送信され、サービス提供ＧＷ８５０は、その次の該当データをＰＤＮ ＧＷ８６０に送信する。次に、新たなＭＭＥ８３０は、ベアラ変更要求（Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）メッセージをサービス提供ＧＷ８５０に送信し（第２３のステップ）、その後、サービス提供ＧＷ８５０は、ベアラ変更要求（Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）及びベアラ変更応答（Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ）手順をＰＤＮ ＧＷ８６０と実行する（第２３ａ及び第２３ｂに図示された手順Ｄ）。そして、新たなＭＭＥ８３０に対してベアラ変更応答（Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ）メッセージを送信する。
【００５４】
最終的に、最初のダウンリンクデータは、ＰＤＮ ＧＷ８６０からサービス提供ＧＷ８５０を介してＵＥ８１０に伝達され、新たなＭＭＥ８３０は、通知要求（ｎｏｔｉｆｙ ｒｅｑｕｅｓｔ）メッセージをＨＳＳ８８０に送信し、ＨＳＳ８８０は、新たなＭＭＥ８３０に対して通知応答（ｎｏｔｉｆｙ ｒｅｓｐｏｎｓｅ）メッセージを送信することができる（第２５乃至第２６のステップ）。
【００５５】
図５（ＵＥの要求によるＰＤＮ接続手順）を参考すると、影響を受けるステップは、第１のステップである。ＨｅＮＢがＳＩＰＴＯ＠ＬＮをサポートする場合、ＨｅＮＢは、ローカルネットワーク内に位置するＬ−ＧＷが選択的にトラヒックオフロードを実行することができるかに対する情報（例えば、Ｌ−ＧＷアドレス、及びサポートされるＡＰＮ、又はインターネットトラヒックのオフロードのための非ＡＰＮ特定指示事項）をＭＭＥに伝達されるアップリンクＮＡＳ送信メッセージ（Ｕｐｌｉｎｋ ＮＡＳ ｔｒａｎｓｐｏｒｔ ｍｅｓｓａｇｅ）に含ませることができる。
【００５６】
図５は、必須事項に対しては信号の流れを実線で表示し、常に実行される必要がない信号に対しては点線で表示した。
【００５７】
ＵＥ９１０は、ＭＭＥ９３０にＰＤＮ接続要求（ＰＤＮ ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔ）メッセージを送信し（第１のステップ）、その後、ＭＭＥ９３０は、セッション生成要求（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）メッセージをサービス提供ＧＷ９４０に送信する（第２のステップ）。次に、手順（Ａ）がサービス提供ＧＷ９４０と、ＰＤＮ ＧＷ９５０と、及びＰＣＲＦ９６０との間に実行される。すなわち、サービス提供ＧＷ９４０がセッション生成要求（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）メッセージをＰＤＮ ＧＷ９５０に伝達し（第３のステップ）、ＰＤＮ ＧＷ９５０がＰＣＲＦ９６０と協力してＩＰ−ＣＡＮセッション設定／変更手順を実行する。次に、ＰＤＮ ＧＷ９５０は、サービス提供ＧＷ９４０にセッション生成応答（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ）を送信する。ここで、最初のダウンリンクデータは、ＰＤＮ ＧＷ９５０からサービス提供ＧＷ９４０に伝達することができる。
【００５８】
次に、サービス提供ＧＷ９４０は、セッション生成応答（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ）メッセージをＭＭＥ９３０に送信し（第６のステップ）、その後、ＭＭＥ９３０は、ベアラ設定要求／ＰＤＮ接続受諾（Ｂｅａｒｅｒ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ／ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔ）メッセージを基地局９２０に送信する（第７のステップ）。これによって、基地局９２０は、ＵＥ９１０にＲＲＣ接続再設定（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを送信し、ＵＥ９１０は、ＲＲＣ接続再設定完了（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージを基地局９２０に送信する（第８乃至第９のステップ）。
【００５９】
次に、基地局９２０は、ベアラ設定応答（Ｂｅａｒｅｒ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ）メッセージをＭＭＥ９３０に送信し（第１０のステップ）、その後、ＵＥ９１０は、基地局に対する直接送信手順を実行し（第１１のステップ）、基地局９２０は、ＰＤＮ接続完了（ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｃｏｍｐｌｅｔｅ）メッセージをＭＭＥ９３０に送信する（第１２のステップ）。ここで、ＵＥ９１０は、サービス提供ＧＷを介してＰＤＮ ＧＷに最初のアップリンクデータを送信することができる。
【００６０】
これによって、ＭＭＥ９３０は、ベアラ変更要求（Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）メッセージをサービス提供ＧＷ９４０に送信し（第１３のステップ）、サービス提供ＧＷ９４０は、ＰＤＮ ＧＷ９５０と協力してベアラ変更要求（Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）／ベアラ変更応答（Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ）手順を実行する（第１３ａ乃至第１３ｂのステップに図示された手順Ｂ）。これによって、サービス提供ＧＷ９４０は、ベアラ変更応答（Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ）メッセージをＭＭＥ９３０に送信する（第１４のステップ）。ここで、ＰＤＮ ＧＷ９５０は、サービス提供ＧＷ９４０を介してＵＥ９１０に最初のダウンリンクデータを送信する。
【００６１】
最終的に、ＭＭＥ９３０は、通知要求（ｎｏｔｉｆｙ ｒｅｑｕｅｓｔ）メッセージをＨＳＳ９７０に送信し、ＨＳＳ９７０は、ＭＭＥ９３０に通知応答（ｎｏｔｉｆｙ ｒｅｓｐｏｎｓｅ）メッセージを回答する（第１５乃至第１６のステップ）。
【００６２】
総合すると、本発明の実施例は、ＡＰＮに基づいて定義され、ＳＩＰＴＯに関連する許可を含む加入データを、移動性管理エンティティ（ＭＭＥ）が帰属加入者サーバ（（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ，ＨＳＳ）から取得し、許可は、ＳＩＰＴＯが禁止される状況、ローカルネットワークを介したＳＩＰＴＯ（ＳＩＰＴＯ＠ＬＮ）を除いてＳＩＰＴＯを許可する状況、及びローカルネットワークを介したＳＩＰＴＯ（ＳＩＰＴＯ＠ＬＮ）を含んでＳＩＰＴＯを許可する状況のうち、少なくとも一つの状況を指示するように設定されるステップと、選択されたトラヒックをオフロードすることができる少なくとも一つのローカルゲートウェイに対する情報をＭＭＥが受信し、情報は、少なくともいずれか一つのローカルゲートウェイがどのＰＤＮに接続を提供するかを指示し、各ＰＤＮは、それと関連したＡＰＮにより識別されるように設定されるステップと、選択されたトラヒックに対するオフロードをサポートするために、ＭＭＥがＰＤＮ接続及びＰＤＮ接続解除（ｄｉｓｃｏｎｎｅｃｔｉｏｎ）のうち少なくともいずれか一つの動作を実行するステップと、を含む方法を提案する。
【００６３】
前述した方法は、ＭＭＥがユーザ装置（ＵＥ）と共にその後の再接続のためにＰＤＮ接続解除を実行するステップと、ユーザ装置（ＵＥ）が再接続を試みる時、加入データ及び少なくともいずれか一つのローカルゲートウェイに対する情報に基づいて、ローカルゲートウェイのうち一つをＭＭＥが選択するステップと、を更に含むことができる。又は、ＰＤＮ接続のためにローカルネットワークを介したＳＩＰＴＯ（ＳＩＰＴＯ＠ＬＮ）を実行することをＭＭＥが決定したことに基づいて、ＰＤＮ接続が要求される再活性化を指示するベアラ非活性化要求メッセージをＵＥに送信し、ＰＤＮ接続に対する非活性化をＭＭＥにより開始するステップと、ユーザ装置（ＵＥ）が再活性化を試みる場合、加入データ及び少なくともいずれか一つのローカルゲートウェイに対する情報に基づいて、ローカルゲートウェイのうち一つをＭＭＥが選択するステップと、を更に含むことができる。
【００６４】
ＵＥのすべてのＰＤＮ接続に対してＳＩＰＴＯが適用されなければならない場合、ＭＭＥは、再アタッチ（ｒｅａｔｔａｃｈ）が要求されるという原因値（ｃａｕｓｅ ｖａｌｕｅ）（例えば、“ｅｘｐｌｉｃｉｔ ｄｅｔａｃｈ ｗｉｔｈ ｒｅａｔｔａｃｈ ｒｅｑｕｉｒｅｄ”）をデタッチ要求メッセージ（ｄｅｔａｃｈ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）に含ませてデタッチを実行することができる。
【００６５】
前述したローカルネットワークを介したＳＩＰＴＯ（ＳＩＰＴＯ＠ＬＮ）を含んでＳＩＰＴＯを許可する状況は、暗黙的ユーザ同意又は明示的ユーザ同意に基づくことができる。一つのローカルゲートウェイが複数のＡＰＮをサポートすることができる。少なくとも一つのローカルゲートウェイは、ホーム基地局（ホームｅノードＢ）によって到達可能（ｒｅａｃｈａｂｌｅ）である。一つのローカルゲートウェイがＳＩＰＴＯ及びＬＩＰＡの両方をサポートすることができる。ホーム基地局からゲートウェイのリスト情報を提供するＡＰＮ情報をＭＭＥが受信することができる。ＡＰＮ情報がホーム基地局から受信されない場合、ＭＭＥは、どのＡＰＮがインターネットへの接続を提供するかを知っていると仮定することができる。
【００６６】
特定のＡＰＮに関連した外部ＰＤＮに対する接続を提供するローカルネットワークに対する情報を指示する指示情報は、Ｓ１−ＡＰプロトコルベースのアップリンクＮＡＳ送信メッセージ（ＵＰＬＩＮＫ ＮＡＳ ＴＲＡＮＳＰＯＲＴ ｍｅｓｓａｇｅ）を介して伝達することができる。より一般的な一例は、“Ｉｎｔｅｒｎｅｔ”を指示するフラグだけが必要である（すなわち、ＭＭＥは、インターネットのためのＡＰＮを知る必要があり、通信事業者は、ＭＭＥを構成することができる）。また、ＳＩＰＴＯ＠ＬＮをのためのゲートウェイは、ＬＩＰＡのためのゲートウェイと同一である。さらに、ローカルゲートウェイに対する情報と前述したＨＳＳデータがＳＩＰＴＯ＠ＬＮを許可する場合、ＳＩＰＴＯ＠ＬＮを実行することができる。
【００６７】
また、図６に示すように、ＡＰＮに基づいて定義され、ＳＩＰＴＯに関連する許可を含む加入データを、ＭＭＥがＨＳＳから取得し、許可は、ＳＩＰＴＯが禁止される状況、ローカルネットワークを介したＳＩＰＴＯ（ＳＩＰＴＯ＠ＬＮ）を除いてＳＩＰＴＯを許可する状況、及びローカルネットワークを介したＳＩＰＴＯ（ＳＩＰＴＯ＠ＬＮ）を含んでＳＩＰＴＯを許可する状況のうち、少なくとも一つの状況を指示するように設定される取得手段と，選択されたトラヒックをオフロードすることができる少なくとも一つのローカルゲートウェイに対する情報をＭＭＥが受信し、情報は、少なくともいずれか一つのローカルゲートウェイがどのＰＤＮに接続を提供するかを指示し、各ＰＤＮは、それと関連したＡＰＮにより識別されるように設定される受信手段と、選択されたトラヒックに対するオフロードをサポートするために、ＭＭＥがＰＤＮ接続及びＰＤＮ接続解除のうち少なくともいずれか一つの動作を実行する実行手段と，を含むＭＭＥを提案することができる。このような取得手段１００１、受信手段１００３、実行手段１００５は、ＭＭＥ１０００の内部の個別的なハードウェアコンポーネントで具現することができる。又は、各手段は、メモリ１００２又はその他の記憶装置に記憶され、制御部１００４によって実行されるソフトウェイの形態で具現することができる。ＨＳＳ、ローカルゲートウェイなどの多様なネットワークエンティティが協調的に動作し、制御部１００４の統制下に送受信器１００６を介して信号及び情報を送受信することができる。
【産業上の利用可能性】
【００６８】
ここで開示された技術的特徴及び概念は、多様なユーザ装置（移動端末、ハンドセット、無線通信装置等）に適用及び具現が可能であり、ローカルネットワーク技術を介してトラヒックオフロードをサポートするように設定されたネットワーク装置、エンティティ、コンポーネントなどにも適用及び具現が可能である。
【００６９】
ここで説明された技術的特徴及び概念は、その具体的な特徴を失わない範囲内で複数の形態で実現することができる。また、前述した具体的な一例は、具体的に特定されない限り、発明の保護範囲を制限するように解釈してはならず、請求範囲内で包括的に解釈されなければならない。したがって、請求範囲に含まれている範囲及びそれに均等な範囲内での変形が可能である。
【図１】
0005789047.tif 000003
【図２ａ】
0005789047.tif 000004
【図２ｂ】
0005789047.tif 000005
【図３】
0005789047.tif 000006
【図４】
0005789047.tif 000007
【図５】
0005789047.tif 000008
【図６】
0005789047.tif 000009