(57)【特許請求の範囲】
【請求項１】
ＳＭＦ（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）ノードがＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）をサポートする方法であって、
ＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）セッションに関連した要求メッセージを受信するステップと、
前記ＰＤＵセッションは、３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）アクセス及び非３ＧＰＰアクセスを介するＭＡ（ｍｕｌｔｉ−ａｃｃｅｓｓ）  ＰＤＵセッションに関連し、
ＱｏＳプロファイルを送信するステップとを含み、
前記ＱｏＳプロファイルは、（ｉ）ＱｏＳフローが非ＧＢＲ（ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）  ＱｏＳフローであることに基づいて、前記３ＧＰＰアクセス及び前記非３ＧＰＰアクセスの両方に送信され、
前記ＱｏＳプロファイルは、（ｉｉ）前記ＱｏＳフローがＧＢＲ  ＱｏＳフローであることに基づいて、前記３ＧＰＰアクセス又は前記非３ＧＰＰアクセスの１つのアクセスに送信され、
前記ＱｏＳプロファイルが、前記３ＧＰＰアクセス又は前記非３ＧＰＰアクセスの１つのアクセスに送信されることに基づいて、
前記ＱｏＳプロファイルを送信するための前記１つのアクセスを決定するステップをさらに含み、
前記１つのアクセスは、（iii）前記１つのアクセスが利用されることに基づいて、決定される、方法。
【請求項２】
前記ＭＡ  ＰＤＵセッションが確立されることに基づいて、ＱｏＳ規則をＵＥ（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）に送信するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記ＱｏＳ規則は、前記３ＧＰＰアクセス及び前記非３ＧＰＰアクセスの両方に対して共通に使用される、請求項２に記載の方法。
【請求項４】
前記ＭＡ  ＰＤＵセッションは、前記３ＧＰＰアクセス及び前記非３ＧＰＰアクセスの両方において確立される、請求項１に記載の方法。
【請求項５】
ステアリング規則を端末とＵＰＦ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）のうち１つ以上に送信するステップをさらに含み、
前記ステアリング規則は、前記３ＧＰＰアクセス及び前記非３ＧＰＰアクセスの中の１つのアクセスに前記ＱｏＳフローがステアリングされるようにする、請求項１に記載の方法。
【請求項６】
ステアリング規則に基づいて前記ＧＢＲ  ＱｏＳフローを前記３ＧＰＰアクセス及び非３ＧＰＰアクセスの中の第１アクセスから第２アクセスに移動させることに基づいて、スイッチングが必要であることを知らせる第１情報をＵＰＦから受信するステップをさらに含み、
前記受信した第１情報は、スイッチングのターゲットである前記ＱｏＳフローに関する第２情報とスイッチングのターゲットである前記第２アクセスに関する第３情報を含む、請求項１に記載の方法。
【請求項７】
前記ＳＭＦは、前記ＧＢＲ  ＱｏＳフローのスイッチングが成功裏に行われたことを前記ＵＰＦに第４情報を送信する段階をさらに含み、
前記ＱｏＳプロファイルは、前記受信した第１情報に基づいて送信され、
前記ＧＢＲ  ＱｏＳフローのスイッチングが成功裏に行われたことを知らせる第４情報は、前記ＵＰＦが前記第２アクセスへのスイッチングを行うことを許容する、請求項６に記載の方法。
【請求項８】
前記ＱｏＳプロファイルが送信される前記１つのアクセスは現在使用中のアクセスであり、
前記ＱｏＳプロファイルは、前記現在使用中のアクセス上でリソースをセットアップするのに使用される、請求項１に記載の方法。
【請求項９】
ＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）をサポートするＳＭＦ（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）であって、
送受信部と、
前記送受信部を制御するプロセッサとを含み、前記プロセッサは、
ＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）セッションに関連した要求メッセージを受信し、
前記ＰＤＵセッションは、３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）アクセス及び非３ＧＰＰアクセスを介するＭＡ（ｍｕｌｔｉ−ａｃｃｅｓｓ）  ＰＤＵセッションに関連し、
ＱｏＳプロファイルを送信し、
前記ＱｏＳプロファイルは、（ｉ）ＱｏＳフローが非ＧＢＲ（ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）  ＱｏＳフローであることに基づいて、前記３ＧＰＰアクセス及び前記非３ＧＰＰアクセスの両方に送信され、
前記ＱｏＳプロファイルは、（ｉｉ）前記ＱｏＳフローがＧＢＲ  ＱｏＳフローであることに基づいて、前記３ＧＰＰアクセス又は前記非３ＧＰＰアクセスの１つのアクセスに送信され、
前記ＱｏＳプロファイルが、前記３ＧＰＰアクセス又は前記非３ＧＰＰアクセスの１つのアクセスに送信されることに基づいて、
前記ＱｏＳプロファイルを送信する前記１つのアクセスを決定し、
前記１つのアクセスは、（iii）前記１つのアクセスが利用さることに基づいて、決定される、ＳＭＦ。
【請求項１０】
前記プロセッサは、
前記ＭＡ  ＰＤＵセッションが確立されることに基づいて、ＱｏＳ規則をＵＥ（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）に送信することをさらに行う、請求項９に記載のＳＭＦ。
【請求項１１】
前記ＱｏＳ規則は、前記３ＧＰＰアクセス及び前記非３ＧＰＰアクセスの両方に対して共通に使用される、請求項１０に記載のＳＭＦ。
【請求項１２】
前記ＭＡ  ＰＤＵセッションは、前記３ＧＰＰアクセス及び前記非３ＧＰＰアクセスの両方において確立される、請求項１０に記載のＳＭＦ。
【請求項１３】
前記プロセッサは、ステアリング規則を端末とＵＰＦ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）のうち１つ以上に送信するようにさらに構成され、
前記ステアリング規則は、前記ＱｏＳフローが前記３ＧＰＰアクセス及び前記非３ＧＰＰアクセスの中の１つのアクセスにステアリングされるようにする、請求項９に記載のＳＭＦ。
【請求項１４】
前記プロセッサは、
ステアリング規則に基づいて前記ＧＢＲ  ＱｏＳフローを前記３ＧＰＰアクセス及び非３ＧＰＰアクセスのうち第１アクセスから第２アクセスに移動させることに基づいて、ＵＰＦから前記送受信部を介してスイッチングが必要であることを示す第１情報を受信するようにさらに構成され、
前記受信した第１情報は、スイッチングのターゲットである前記ＱｏＳフローに関する第２情報とスイッチングのターゲットである前記第２アクセスに関する第３情報を含む、請求項９に記載のＳＭＦ。
【請求項１５】
前記プロセッサは、送受信部を介して、
前記ＧＢＲ  ＱｏＳフローのスイッチングが成功裏に完了したことをＵＰＦに知らせる第４情報をさらに送信するように構成され、
前記ＱｏＳプロファイルは前記受信した第１情報に基づいて送信され、
前記ＧＢＲ  ＱｏＳフローのスイッチングが成功裏に完了したことを知らせる第４情報は、前記ＵＰＦが前記第２アクセスへのスイッチングを行うことを許容する、請求項１４に記載のＳＭＦ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、次世代移動通信に関する。
【背景技術】
【０００２】
移動通信システムの技術規格を制定する３ＧＰＰでは、４世代移動通信と関連した多様なフォーラム及び新しい技術に対応するために、２００４年末から３ＧＰＰ技術の性能を最適化させて向上させようとする努力の一環としてＬＴＥ／ＳＡＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ／Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）技術に対する研究を始めた。
【０００３】
３ＧＰＰ  ＳＡ  ＷＧ２を中心に進行されたＳＡＥは、３ＧＰＰ  ＴＳＧ  ＲＡＮのＬＴＥ作業と並行してネットワークの構造を決定し、異機種ネットワーク間の移動性をサポートすることを目的とするネットワーク技術に対する研究であって、最近３ＧＰＰの重要な標準化問題のうち１つである。これは３ＧＰＰシステムをＩＰベースの多様な無線接続技術をサポートするシステムに発展させるための作業であって、より向上したデータ送信能力で送信遅延を最小化する、最適化されたパケットベースのシステムを目標にして作業が進行されてきた。
【０００４】
３ＧＰＰ  ＳＡ  ＷＧ２で定義したＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）上位水準参照モデル（ｒｅｆｅｒｅｎｃｅ  ｍｏｄｅｌ）は、非ローミングケース（ｎｏｎ−ｒｏａｍｉｎｇ  ｃａｓｅ）及び多様なシナリオのローミングケース（ｒｏａｍｉｎｇ  ｃａｓｅ）を含んでおり、詳細内容は、３ＧＰＰ標準文書ＴＳ２３.４０１とＴＳ２３.４０２で参照することができる。図１のネットワーク構造図は、これを簡略に再構成したものである。
【０００５】
図１は、進化した移動通信ネットワークの構造図である。
【０００６】
ＥＰＣは、多様な構成要素を含むことができ、図１は、そのうち一部に該当する、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）５２、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）５３、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）５１、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を示す。
【０００７】
Ｓ−ＧＷ５２は、無線アクセスネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢ２２とＰＤＮ  ＧＷ５３との間のデータ経路を維持する機能をする要素である。また、端末（または、Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）がｅＮｏｄｅＢ２２によりサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、Ｓ−ＧＷ５２は、ローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）の役割をする。即ち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８以後で定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内での移動性のために、Ｓ−ＧＷ５２を介してパケットがルーティングされる。また、Ｓ−ＧＷ５２は、他の３ＧＰＰネットワーク（３ＧＰＰリリース８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。
【０００８】
ＰＤＮ  ＧＷ（または、Ｐ−ＧＷ）５３は、パケットデータネットワークに向かうデータインタフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に該当する。ＰＤＮ  ＧＷ５３は、政策執行特徴（ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金サポート（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）などをサポートすることができる。また、３ＧＰＰネットワークと非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような信頼されないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワークやＷｉＭａｘのような信頼されるネットワーク）との移動性管理のためのアンカーポイント役割をすることができる。
【０００９】
図１のネットワーク構造の例示は、Ｓ−ＧＷ５２とＰＤＮ  ＧＷ５３が別途のゲートウェイで構成されるものを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現されることもできる。
【００１０】
ＭＭＥ５１は、ＵＥのネットワーク連結に対するアクセス、ネットワークリソースの割当、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバなどをサポートするためのシグナリング及び制御機能を実行する要素である。ＭＭＥ５１は、加入者及びセッション管理に関連した制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）機能を制御する。ＭＭＥ５１は、数多くのｅＮｏｄｅＢ２２を管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバのための従来のゲートウェイの選択のためのシグナリングを実行する。また、ＭＭＥ５１は、セキュリティ過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末−対−ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、アイドル端末位置決定管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）などの機能を行う。
【００１１】
ＳＧＳＮは、異なるアクセス３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク、ＵＴＲＡＮ／ＧＥＲＡＮ）に対するユーザの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）といった全てのパケットデータをハンドリングする。
【００１２】
ｅＰＤＧは、信頼できない非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）等）に対するセキュリティノードとしての役割をする。
【００１３】
図１を参照して説明したように、ＩＰ能力を有する端末（または、ＵＥ）は、３ＧＰＰアクセスはもちろん非３ＧＰＰアクセスに基づいても、ＥＰＣ内の多様な要素を経由して事業者（即ち、オペレータ（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
【００１４】
また、図１は、多様なレファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥ等）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能エンティティ（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する２個の機能を連結する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。以下の表１は、図１に示すレファレンスポイントを整理したものである。表１の例示外にもネットワーク構造によって多様なレファレンスポイントが存在できる。
【００１５】
【表１】
0006972180.tif 000002
【００１６】
＜次世代移動通信ネットワーク＞
【００１７】
４世代移動通信のためのＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）の成功にこたえて、次世代、即ち、５世代（いわゆる５Ｇ）移動通信に対する関心も高まっており、研究も続々と進行している。
【００１８】
国際電気通信連合（ＩＴＵ）が定義する５世代移動通信は、最大２０Ｇｂｐｓのデータ送信速度とどこでも最小１００Ｍｂｐｓ以上の体感送信速度を提供するものを意味する。正式名称はＩＭＴ−２０２０’であり、世界的に２０２０年に商用化することを目標としている。
【００１９】
ＩＴＵでは３代使用シナリオ、例えば、ｅＭＢＢ（ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  ＢｒｏａｄＢａｎｄ）ｍＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）及びＵＲＬＬＣ（Ｕｌｔｒａ  Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）を提示している。
【００２０】
まず、ＵＲＬＬＣは、高い信頼性と低い遅延時間を要求する使用シナリオに関する。例えば、自動走行、工場自動化、増強現実のようなサービスは、高い信頼性と低い遅延時間（例えば、１ｍｓ以下の遅延時間）を要求する。現在４Ｇ（ＬＴＥ）の遅延時間は、統計的に、２１−４３ｍｓ（ｂｅｓｔ１０％）、３３−７５ｍｓ（ｍｅｄｉａｎ）である。これは１ｍｓ以下の遅延時間を要求するサービスをサポートするに足りない。
【００２１】
次に、ｅＭＢＢ使用シナリオは、移動超広帯域を要求する使用シナリオに関する。
【００２２】
このような超広帯域の高速サービスは、既存ＬＴＥ／ＬＴＥ−Ａのために設計されたコアネットワークによっては受容されにくい。
【００２３】
従って、いわゆる５世代移動通信ではコアネットワークの再設計が切実に要求される。
【００２４】
図２は、次世代移動通信の予想構造をノードの観点で示す例示図である。
【００２５】
図２から分かるように、ＵＥは、次世代ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）を介してデータネットワーク（ＤＮ）と接続される。
【００２６】
図示された制御プレーン機能（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ：ＣＰＦ）ノードは、４世代移動通信のＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）の機能の全部又は一部、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）及びＰ−ＧＷ（ＰＤＮ  Ｇａｔｅｗａｙ）の制御プレーン機能の全部又は一部を行う。前記ＣＰＦノードは、ＡＭＦ（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）とＳＭＦ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）を含む。
【００２７】
図示されたユーザプレーン機能（Ｕｓｅｒ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ：ＵＰＦ）ノードは、ユーザのデータが送受信されるゲートウェイの一種である。前記ＵＰＦノードは、４世代移動通信のＳ−ＧＷ及びＰ−ＧＷのユーザプレーン機能の全部又は一部を行う。
【００２８】
図示されたＰＣＦ（Ｐｏｌｉｃｙ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）は、事業者の政策を制御するノードである。
【００２９】
図示されたアプリケーション機能（Ａｐｐｌｉｃａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ：ＡＦ）は、ＵＥに様々なサービスを提供するためのサーバである。
【００３０】
図示された統合データ格納管理（Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ：ＵＤＭ）は、４世代移動通信のＨＳＳ（Ｈｏｍｅ  ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）とともに、加入者情報を管理するサーバの一種である。前記ＵＤＭは、前記加入者情報を統合データリポジトリ（Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｒｅｐｏｓｉｔｏｒｙ：ＵＤＲ）に格納して管理する。
【００３１】
図示された認証サーバ機能（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ  Ｆｕｎｃｔｉｏｎ：ＡＵＳＦ）は、ＵＥを認証及び管理する。
【００３２】
図示されたネットワークスライス選択機能（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ｆｕｎｃｔｉｏｎ：ＮＳＳＦ）は、後述するようにネットワークスライシングのためのノードである。
【００３３】
図２においては、ＵＥが２つのデータネットワークに多重ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ又はＰａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）セッションを利用して同時に接続することができる。
【００３４】
図３は、２つのデータネットワークに対する同時アクセスをサポートするためのアーキテクチャを示す例示図である。
【００３５】
図３においては、ＵＥが１つのＰＤＵセッションを使用して２つのデータネットワークに同時アクセスをするためのアーキテクチャが示されている。
【００３６】
＜ネットワークスライス（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ）＞
【００３７】
以下、次世代移動通信において導入されるネットワークのスライシングについて説明する。
【００３８】
次世代移動通信は、１つのネットワークを介して多様なサービスを提供するために、ネットワークのスライシングに対する概念を紹介している。ここで、ネットワークのスライシングは、特定サービスを提供するときに必要な機能を有するネットワークノードの組み合わせである。スライスインスタンスを構成するネットワークノードは、ハードウェア的に独立したノードであるか、又は論理的に独立したノードであり得る。
【００３９】
各スライスインスタンスは、ネットワーク全体の構成に必要な全てのノードの組み合わせで構成される。この場合、１つのスライスインスタンスは、ＵＥに単独でサービスを提供することができる。
【００４０】
これとは異なり、スライスインスタンスは、ネットワークを構成するノードのうち一部のノードの組み合わせで構成されることもできる。この場合、スライスインスタンスは、ＵＥに単独でサービスを提供することなく、既存の他のネットワークノードと連係してＵＥにサービスを提供する。また、複数のスライスインスタンスが互いに連係してＵＥにサービスを提供することもできる。
【００４１】
スライスインスタンスは、コアネットワーク（ＣＮ）ノード及びＲＡＮを含む全体ネットワークノードが分離できる点で専用コアネットワークと異なる。また、スライスインスタンスは、単にネットワークノードが論理的に分離できるという点で専用コアネットワークと異なる。
【００４２】
図４ａは、ネットワークスライシングの概念を実現するためのアーキテクチャの例を示す例示図である。
【００４３】
図４ａから分かるように、コアネットワーク（ＣＮ）は、複数のスライスインスタンスに分けられることができる。各スライスインスタンスは、ＣＰ機能ノードとＵＰ機能ノードのうち１つ以上を含むことができる。
【００４４】
各ＵＥは、ＲＡＮを介して自分のサービスに適合するネットワークスライスインスタンスを使用することができる。
【００４５】
図４ａの図示とは異なり、各スライスインスタンスは、ＣＰ機能ノードとＵＰ機能ノードのうち１つ以上を他のスライスインスタンスと共有することもできる。これについて図４を参照して説明すると、以下のようである。
【００４６】
図４ｂは、ネットワークスライシングの概念を実現するためのアーキテクチャの他の例を示す例示図である。
【００４７】
図４ｂに示すように、複数のＵＰ機能ノードがクラスタリングされ、同様に、複数のＣＰ機能ノードもクラスタリングされる。
【００４８】
そして、図４ｂに示すように、コアネットワーク内のスライスインスタンス♯１（又は、インスタンス♯１という）は、ＵＰ機能ノードの第１クラスタを含む。そして、前記スライスインスタンス♯１は、ＣＰ機能ノードのクラスタをスライスインスタンス♯２（又は、インスタンス♯２という）と共有する。前記スライスインスタンス♯２は、ＵＰ機能ノードの第２クラスタを含む。
【００４９】
図示されたＮＳＳＦは、ＵＥのサービスを収容できるスライス（又は、インスタンス）を選択する。
【００５０】
図示されたＵＥは、前記ＮＳＳＦにより選択されたスライスインスタンス＃１を介してサービス♯１を利用することができ、また、前記Ｎにより選択されたスライスインスタンス♯２を介してサービス♯２を利用することができる。
【００５１】
＜次世代移動通信ネットワークにおけるローミング＞
【００５２】
一方、ＵＥが訪問ネットワーク、例えば、ＶＰＬＭＮ（Ｖｉｓｉｔｅｄ  Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）にローミングした状況でＵＥからのシグナリング要求を処理する方式には２つが存在する。１番目の方式であるＬＢＯ（ｌｏｃａｌ  ｂｒｅａｋｏｕｔ）方式は、ＵＥからのシグナリング要求を訪問ネットワークにおいて処理する。２番目の方式であるＨＲ（Ｈｏｍｅ  Ｒｏｕｔｉｎｇ）方式によると、訪問ネットワークはＵＥからのシグナリング要求をＵＥのホームネットワークに伝達する。
【００５３】
図５ａは、ローミングのときにＬＢＯ（ｌｏｃａｌ  ｂｒｅａｋｏｕｔ）方式が適用されるアーキテクチャを示す例示図であり、図５ｂは、ローミングのときにＨＲ（ｈｏｍｅ  ｒｏｕｔｅｄ）方式が適用されるアーキテクチャを示す例示図である。
【００５４】
図５ａに示すように、ＬＢＯ方式が適用されるアーキテクチャにおいて、ユーザのデータはＶＰＬＭＮ内のデータネットワークに伝達される。このために、ＶＰＬＭＮ内のＰＣＦがＶＰＬＭＮ内でのサービスのためのＰＣＣ規則を生成するために、ＡＦとインタラクションを行う。前記ＶＰＬＭＮ内のＰＣＦノードは、ＨＰＬＭＮ（Ｈｏｍｅ  Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）事業者とのローミング協約に従って内部に設定された政策に基づいてＰＣＣ規則を生成する。
【００５５】
図５ｂに示すように、ＨＲ方式が適用されるアーキテクチャにおいて、ＵＥのデータはＨＰＬＭＮ内のデータネットワークに伝達される。
【００５６】
＜非３ＧＰＰネットワークへのデータ迂回＞
【００５７】
次世代移動通信において、ＵＥのデータは、非３ＧＰＰネットワーク、例えば、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）又はＷｉ−Ｆｉに迂回されることができる。
【００５８】
図６ａないし図６ｆは、非３ＧＰＰネットワークにデータを迂回させるためのアーキテクチャを示す。
【００５９】
ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）又はＷｉ−Ｆｉは、信頼できない非３ＧＰＰネットワークとみなされる。前記非３ＧＰＰネットワークをコアネットワークに接続させるために、Ｎ３ＩＷＦ（Ｎｏｎ−３ＧＰＰ  ＩｎｔｅｒＷｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）が追加されることができる。
【００６０】
一方、ＰＤＵセッションは、３ＧＰＰアクセス及び非３ＧＰＰアクセスを介してそれぞれ生成できる。このように、相異なるアクセスで確立された２つの個別ＰＤＵセッションをバンドリングすることにより、多重アクセス（Ｍｕｌｔｉ  Ａｃｃｅｓｓ：ＭＡ）ＰＤＵセッションを確立する概念が提案された。
【００６１】
しかしながら、ＭＡ  ＰＤＵセッションを確立するための具体的な方案と効率的に管理するための方案については議論されていないため、実現が不可能である問題点があった。
【００６２】
特に、ＭＡ  ＰＤＵセッションに対して既存のＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）フレームワークが適用できないという問題点がある。
【発明の概要】
【発明が解決しようとする課題】
【００６３】
従って、本明細書の開示は、前述した問題点を解決することを目的とする。
【課題を解決するための手段】
【００６４】
前記のような目的を達成するために、本明細書の一開示は、ＳＭＦ（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）がＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）をサポートする方法を提供する。前記方法は、ＭＡ（ｍｕｌｔｉ−ａｃｃｅｓｓ）  ＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）セッション内のＱｏＳフローがＧＢＲ（ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）  ＱｏＳフローではないことに基づいて、ＱｏＳプロファイルを３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）アクセス及び非３ＧＰＰアクセスの両方ともに送信すると決定するステップと、前記ＭＡ  ＰＤＵセッション内のＱｏＳフローが前記ＧＢＲ  ＱｏＳフローであることに基づいて、前記ＱｏＳプロファイルを３ＧＰＰアクセス及び非３ＧＰＰアクセスのうち１つのアクセスにのみ送信すると決定するステップと、前記決定に基づいて、前記ＱｏＳプロファイルを送信するステップとを含む。
【００６５】
前記方法は、前記３ＧＰＰアクセス及び前記非３ＧＰＰアクセスのうち前記１つのアクセスを決定するステップをさらに含む。
【００６６】
前記方法は、前記ＭＡ  ＰＤＵセッションが確立されることに基づいて、ＱｏＳ規則をＵＥ（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）に送信するステップをさらに含む。
【００６７】
前記ＱｏＳ規則は、前記３ＧＰＰアクセス及び前記非３ＧＰＰアクセスの両方とものために共通的に使用されてもよい。
【００６８】
前記ＭＡ  ＰＤＵセッションは、前記３ＧＰＰアクセス及び前記非３ＧＰＰアクセスの両方ともにおいて確立されてもよい。
【００６９】
前記方法は、ステアリング規則を端末とＵＰＦ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）のうち１つ以上に送信するステップをさらに含む。前記ステアリング規則は、前記ＱｏＳフローが前記１つのアクセスに同一にステアリングされるようにする。
【００７０】
前記方法は、ステアリング規則に従って前記ＧＢＲ  ＱｏＳフローを前記３ＧＰＰアクセス及び非３ＧＰＰアクセスのうち第１アクセスから第２アクセスに移動しなければならない場合、ＵＰＦからスイッチングが必要であることを知らせるインジケーションを受信するステップをさらに含む。前記インジケーションは、スイッチングしようとするＱｏＳフローに関する情報とスイッチングしようとする前記第２アクセスに関する情報を含む。
【００７１】
前記方法は、前記ＳＭＦはＧＢＲ  ＱｏＳフローのスイッチングが成功裏に行われたことを前記ＵＰＦに知らせるステップをさらに含む。前記ＱｏＳプロファイルは、前記インジケーションに基づいて送信されることができる。前記ＧＢＲ  ＱｏＳフローが成功裏に行われたことを知らせるインジケーションは、前記ＵＰＦにとって前記第２アクセスへのスイッチングを行うようにする。
【００７２】
前記ＱｏＳプロファイルが送信される１つのアクセスは、現在使用中のアクセスであり得る。前記ＱｏＳプロファイルは、前記現在使用中のアクセス上でリソースをセットアップするのに使用される。
【００７３】
前記のような目的を達成するために、本明細書の一開示は、ＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）をサポートするＳＭＦ（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）を提供する。前記ＳＭＦは、送受信部と、前記送受信部を制御するプロセッサとを含む。前記プロセッサは、ＭＡ（ｍｕｌｔｉ−ａｃｃｅｓｓ）  ＰＤＵ（protocol data unit）セッション内のＱｏＳフローがＧＢＲ（ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）  ＱｏＳフローではないことに基づいて、ＱｏＳプロファイルを３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）アクセス及び非３ＧＰＰアクセスの両方ともに送信すると決定するステップと、前記ＭＡ  ＰＤＵセッション内のＱｏＳフローが前記のＧＢＲ  ＱｏＳフローであることに基づいて、前記ＱｏＳプロファイルを３ＧＰＰアクセス及び非３ＧＰＰアクセスのうち１つのアクセスにのみ送信すると決定するステップと、前記決定に基づいて、前記ＱｏＳプロファイルを送信するステップとを行う。
【発明の効果】
【００７４】
本明細書の開示によると、既存の問題点が解決される。
【図面の簡単な説明】
【００７５】
【図１】進化した移動通信ネットワークの構造図である。
【図２】次世代移動通信の予想構造をノードの観点で示す例示図である。
【図３】２つのデータネットワークに対する同時アクセスをサポートするためのアーキテクチャを示す例示図である。
【図４ａ】ネットワークスライシングの概念を実現するためのアーキテクチャの例を示す例示図である。
【図４ｂ】ネットワークスライシングの概念を実現するためのアーキテクチャの他の例を示す例示図である。
【図５ａ】ローミングのとき、ＬＢＯ（ｌｏｃａｌ  ｂｒｅａｋｏｕｔ）方式が適用されるアーキテクチャを示す例示図である。
【図５ｂ】ローミングのとき、ＨＲ（ｈｏｍｅ  ｒｏｕｔｅｄ）方式が適用されるアーキテクチャを示す例示図である。
【図６ａ】非３ＧＰＰネットワークにデータを迂回させるためのアーキテクチャを示す。
【図６ｂ】非３ＧＰＰネットワークにデータを迂回させるためのアーキテクチャを示す。
【図６ｃ】非３ＧＰＰネットワークにデータを迂回させるためのアーキテクチャを示す。
【図６ｄ】非３ＧＰＰネットワークにデータを迂回させるためのアーキテクチャを示す。
【図６ｅ】非３ＧＰＰネットワークにデータを迂回させるためのアーキテクチャを示す。
【図６ｆ】非３ＧＰＰネットワークにデータを迂回させるためのアーキテクチャを示す。
【図７】データストレージアーキテクチャを示す例示図である。
【図８】例示的な登録手順を示す信号流れ図である。
【図９】例示的なＰＤＵセッション確立手順を示す信号流れ図である。
【図１０】従来技術によりＭＡ  ＰＤＵセッションが生成された例を示す。
【図１１】従来技術によってＭＡ  ＰＤＵセッションの結合確立手順を例示的に示す例示図である。
【図１２】第１開示の第２方案を示す例示的な信号流れ図である
【図１３】第１開示の第３方案による、ＡＴＳＳＳ規則更新手順の第１例示を示す信号流れ図である。
【図１４】第１開示の第３方案による、ＡＴＳＳＳ規則更新手順の第２例示を示す信号流れ図である。
【図１５】第１開示の第３方案による、ＡＴＳＳＳ規則更新手順の第３例示を示す信号流れ図である。
【図１６】第１開示の第３方案による、ＡＴＳＳＳ規則更新手順の第４例示を示す信号流れ図である。
【図１７】第２開示の第２方案による、ＰＤＵセッションの修正手順を示す例示図である。
【図１８】ＭＡ  ＰＤＵセッションのためのＰＤＵセッションの修正手順を示す。
【図１９】Ｎ４セッションレベルの報告手順を利用したダウンリンクＧＢＲ（Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）  ＱｏＳフロー検証手順を示す信号流れ図である。
【図２０】本明細書の一開示による方案を示す例示図である。
【図２１】本発明の実施形態による端末及びネットワークノードの構成ブロック図である。
【図２２】本発明の実施形態による端末の構成を詳細に示すブロック図である。
【発明を実施するための形態】
【００７６】
本明細書で使われる技術的用語は、単に特定の実施形態を説明するために使われたものであり、本発明を限定するものではないことに留意しなければならない。また、本明細書で使われる技術的用語は、本明細書で特別に他の意味で定義されない限り、本発明が属する技術分野において、通常の知識を有する者により一般的に理解される意味で解釈されなければならず、過度に包括的な意味または過度に縮小された意味で解釈されてはならない。また、本明細書で使われる技術的な用語が本発明の思想を正確に表現することができない技術的な用語である場合、当業者が正確に理解することができる技術的用語に変えて理解しなければならない。また、本発明で使われる一般的な用語は、辞書の定義によってまたは前後文脈によって解釈されなければならず、過度に縮小された意味で解釈されてはならない。
【００７７】
また、本明細書で使われる単数の表現は、文脈上、明白に異なる意味ではない限り、複数の表現を含む。本出願において、“構成される”または“有する”などの用語は、明細書上に記載された多様な構成要素、または複数のステップを必ず全て含むと解釈されてはならず、そのうち一部構成要素または一部ステップは含まれない場合もあり、または追加的な構成要素またはステップをさらに含む場合もあると解釈されなければならない。
【００７８】
また、本明細書で使われる第１及び第２などのように序数を含む用語は、多様な構成要素の説明に使われることができるが、前記構成要素は、前記用語により限定されてはならない。前記用語は、１つの構成要素を他の構成要素から区別する目的としてのみ使われる。例えば、本発明の権利範囲を外れない限り、第１の構成要素は第２の構成要素と命名することができ、同様に、第２の構成要素も第１の構成要素と命名することができる。
【００７９】
一構成要素が他の構成要素に“連結されている”または“接続されている”と言及された場合は、該当他の構成要素に直接的に連結されており、または接続されている場合もあるが、中間に他の構成要素が存在する場合もある。それに対し、一構成要素が他の構成要素に“直接連結されている”または“直接接続されている”と言及された場合は、中間に他の構成要素が存在しないと理解しなければならない。
【００８０】
以下、添付図面を参照して本発明による好ましい実施形態を詳細に説明し、図面符号に関係なしで同じまたは類似の構成要素は同じ参照番号を付与し、これに対する重複説明は省略する。また、本発明を説明するにあたって、関連した公知技術に対する具体的な説明が本発明の要旨を不明にすると判断される場合、その詳細な説明を省略する。また、添付図面は、本発明の思想を容易に理解することができるようにするためのものであり、添付図面により本発明の思想が制限されると解釈されてはならないことに留意しなければならない。本発明の思想は、添付図面外に全ての変更、均等物乃至代替物にまで拡張されると解釈されなければならない。
【００８１】
添付図面には例示的にＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が示されているが、図示された前記ＵＥは、端末（Ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）などの用語で呼ばれる場合もある。また、前記ＵＥは、ノートブック、携帯電話、ＰＤＡ、スマートフォン（Ｓｍａｒｔ  Ｐｈｏｎｅ）、マルチメディア機器などのように携帯可能な機器であり、またはＰＣ及び車両搭載装置のように携帯不可能な機器である。
【００８２】
＜用語の定義＞
【００８３】
以下、図面を参照して説明する前に、本発明の理解を容易にするために、本明細書において使用される用語を簡略に定義する。
【００８４】
ＵＥ／ＭＳ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ／Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、ＵＥ（１００）装置を意味する。
【００８５】
ＥＰＳ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍの略語であり、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）ネットワークをサポートするコアネットワークを意味する。ＵＭＴＳが進化した形態のネットワーク。
【００８６】
ＰＤＮ（Ｐｕｂｌｉｃ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）：サービスを提供するサーバが位置する独立的な網
【００８７】
ＰＤＮ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）：ＵＥＩＰ  ａｄｄｒｅｓｓ  ａｌｌｏｃａｔｉｏｎ、Ｐａｃｋｅｔ  ｓｃｒｅｅｎｉｎｇ  ＆  ｆｉｌｔｅｒｉｎｇ、Ｃｈａｒｇｉｎｇ  ｄａｔａ  ｃｏｌｌｅｃｔｉｏｎ機能を行うＥＰＳ網のネットワークノード
【００８８】
Ｓｅｒｖｉｎｇ  ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）：移動性担当（Ｍｏｂｉｌｉｔｙ  ａｎｃｈｏｒ）、パケットルーティング（Ｐａｃｋｅｔ  ｒｏｕｔｉｎｇ）、遊休モードパケットバッファリング（Ｉｄｌｅ  ｍｏｄｅ  ｐａｃｋｅｔ  ｂｕｆｆｅｒｉｎｇ）、Ｔｒｉｇｇｅｒｉｎｇ  ＭＭＥ  ｔｏ  ｐａｇｅ  ＵＥ機能を行うＥＰＳ網のネットワークノード
【００８９】
ｅＮｏｄｅＢ：ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の基地局であり、屋外に設置され、セルカバレッジ規模はマクロセルに該当する。
【００９０】
ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙの略語であり、ＵＥに対するセッションと移動性を提供するためにＥＰＳ内で各エンティティを制御する役割を果たす。
【００９１】
セッション（Ｓｅｓｓｉｏｎ）：セッションは、データ送信のための通路であって、その単位は、ＰＤＮ、Ｂｅａｒｅｒ、ＩＰ  ｆｌｏｗ単位などになる。各単位の相違点は、３ＧＰＰにおいて定義したように対象ネットワーク全体単位（ＡＰＮ又はＰＤＮ単位）、その内においてＱｏＳで区分する単位（Ｂｅａｒｅｒ単位）、目的地ＩＰアドレス単位で区分することができる。
【００９２】
ＡＰＮ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅの略語であり、ネットワークにおいて管理する接続ポイントの名前としてＵＥに提供される。すなわち、ＰＤＮを指すか、区分する文字列である。要求したサービスや網（ＰＤＮ）に接続するためには、当該Ｐ−ＧＷを経ることになるが、このＰ−ＧＷを探すことができるように網内で予め定義した名前（文字列）である。例えば、ＡＰＮは、ｉｎｔｅｒｎｅｔ．ｍｎｃ０１２．ｍｃｃ３４５．ｇｐｒｓのような形態になり得る。
【００９３】
ＰＤＮ接続（ｃｏｎｎｅｃｔｉｏｎ）：ＵＥからＰＤＮへの接続、すなわち、ｉｐアドレスで表現されるＵＥとＡＰＮで表現されるＰＤＮとの連関（接続）を示す。これは、セッションが形成できるようにコアネットワーク内のエンティティ間の接続（ＵＥ１００−ＰＤＮ  ＧＷ）を意味する。
【００９４】
ＵＥ  Ｃｏｎｔｅｘｔ：ネクワークにおいてＵＥを管理するために使用されるＵＥの状況情報、すなわち、ＵＥ  ｉｄ、移動性（現在位置など）、セッションの属性（ＱｏＳ、優先順位など）で構成された状況情報
【００９５】
ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）：ＵＥとＭＭＥ間の制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）の上位スペクトル（ｓｔｒａｔｕｍ）。ＵＥとネットワーク間の移動性管理（Ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ）とセッション管理（Ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ）、ＩＰアドレス管理（ＩＰ  ａｄｄｒｅｓｓ  ｍａｉｎｔｅｎａｎｃｅ）などをサポートする。
【００９６】
ＰＬＭＮ：公衆陸上移動通信網（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）の略語であり、事業者のネットワーク識別番号を意味する。ＵＥのローミング状況において、ＰＬＭＮはＨｏｍｅ  ＰＬＭＮ（ＨＰＬＭＮ）とＶｉｓｉｔｅｄ  ＰＬＭＮ（ＶＰＬＭＮ）に区分される。
【００９７】
ＤＮＮ：Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｎａｍｅの略語であり、ＡＰＮに類似してネットワークにおいて管理する接続ポイントの名前としてＵＥに提供される。５ＧシステムにおいてＤＮＮはＡＰＮと同等に（ｅｑｕｉｖａｌｅｎｔ）使用される。
【００９８】
ＮＳＳＰ（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ｐｏｌｉｃｙ）：アプリケーションとＳ−ＮＳＳＡＩ（Ｓｅｓｓｉｏｎ  Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）のマッピングのためにＵＥにより使用される。
【００９９】
＜セッション及びサービス連続性（Ｓｅｓｓｉｏｎ  ａｎｄ  Ｓｅｒｖｉｃｅ  Ｃｏｎｔｉｎｕｉｔｙ）＞
【０１００】
次世代移動通信ネットワークにおいては、セッション及びサービス連続性（ＳＳＣ）をサポートするために、様々なモードを提供する。
【０１０１】
１）ＳＳＣモード１
【０１０２】
ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）セッション確立の過程で、ＰＤＵセッションアンカーとして動作するＵＰＦはアクセステクノロジー（すなわち、アクセスタイプ及びセル）と関係なく維持される。ＩＰタイプのＰＤＵセッションの場合、ＩＰ連続性がＵＥの移動と関係なくサポートされる。ＳＳＣモード１は、どのようなＰＤＵセッションタイプにも適用でき、また、どのようなアクセスタイプにも適用できる。
【０１０３】
２）ＳＳＣモード２
【０１０４】
ＰＤＵセッションは、１つのＰＤＵセッションのアンカーを有する場合、ネットワークはＰＤＵセッションの解除をトリガし、ＵＥに同一のＰＤＵセッションの確立を指示することができる。前記新しいＰＤＵセッションの確立過程で、ＰＤＵセッションのアンカーとして動作するＵＰＦが新たに選択されることができる。ＳＳＣモード２は、どのようなＰＤＵセッションタイプにも適用でき、また、どのようなアクセスタイプにも適用できる。
【０１０５】
３）ＳＳＣモード３
【０１０６】
ＳＳＣモード３に対するＰＤＵセッションに対して、ネットワークは、ＵＥと以前のＰＤＵセッションのアンカーとの間の接続（ｃｏｎｎｅｃｔｉｖｉｔｙ）を解除する前に、同一のデータネットワークに対する新しいＰＤＵセッションを利用するＵＥの接続確立を許容することができる。トリガ条件が適用される場合、ネットワークは、ＵＥの新しい条件に適当なＰＤＵセッションアンカー、すなわち、ＵＰＦを選択するか否かを決定することができる。ＳＳＣモード３は、どのようなＰＤＵセッションタイプにも適用でき、また、どのようなアクセスタイプにも適用できる。
【０１０７】
４）ＳＳＣモードの選択
【０１０８】
ＵＥのアプリケーション又はＵＥのアプリケーショングループと関連したＳＳＣモードのタイプを決定するために、ＳＳＣモード選択政策が使用される。
【０１０９】
事業者は、ＵＥに前記ＳＳＣモード選択政策を提供する。前記政策は、１つ以上のＳＳＣモード選択政策規則を含むことができる。
【０１１０】
図７は、データストレージアーキテクチャを示す例示図である。
【０１１１】
図７に示すように、５Ｇシステムは、ＵＤＭ（Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ）、ＰＣＦ（Ｐｏｌｉｃｙ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）、ＮＥＦ（Ｎｅｔｗｏｒｋ  Ｅｘｐｏｓｕｒｅ  Ｆｕｎｃｔｉｏｎ）がデータ、例えば、加入者情報、ＵＤＭ及びＰＣＦによる政策データ、ＮＥＦによるＵＥのためのＡＦ要求情報などをＵＤＲ（Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｒｅｐｏｓｉｔｏｒｙ）内に格納できるようにする。ＵＤＲは各ＰＬＭＮ内に配置されてもよい。
【０１１２】
＜登録手順＞
【０１１３】
ＵＥは、移動追跡（ｍｏｂｉｌｉｔｙ  ｔｒａｃｋｉｎｇ）を可能にし、データ受信を可能にし、そして、サービスを受信するために、認可（ａｕｔｈｏｒｉｓｅ）を得る必要がある。このために、ＵＥは、ネットワークに登録すべきである。登録手順は、ＵＥが５Ｇシステムに対する初期登録をする必要があるときに行われる。また、前記登録手順は、ＵＥが周期的登録アップデートを行うとき、遊休モードから新しいＴＡ（ｔｒａｃｋｉｎｇ  ａｒｅａ）に移動するとき、そして、ＵＥが周期的な登録更新を行う必要があるときに、行われる。
【０１１４】
初期登録手順の間、ＵＥのＩＤがＵＥから取得される。ＡＭＦは、ＰＥＩ（ＩＭＥＩＳＶ）をＵＤＭ、ＳＭＦ及びＰＣＦに伝達することができる。
【０１１５】
図８は、例示的な登録手順を示す信号流れ図である。
【０１１６】
１）ＵＥは、ＲＡＮにＡＮメッセージを送信する。前記ＡＮメッセージは、ＡＮパラメータ、登録要求メッセージを含む。前記登録要求メッセージは、登録タイプ、加入者永久ＩＤ、又は臨時ユーザＩＤ、セキュリティパラメータ、ＮＳＳＡＩ、ＵＥの５Ｇ能力、ＰＤＵセッション状態などの情報を含む。
【０１１７】
５ＧＲＡＮの場合、前記ＡＮパラメータは、ＳＵＰＩ又は臨時ユーザＩＤ、選択されたネットワーク及びＮＳＳＡＩを含む。
【０１１８】
登録タイプは、ＵＥが「初期登録」（すなわち、ＵＥが非登録状態にある）、「移動性登録アップデート」（すなわち、ＵＥが登録された状態にあり、移動性により登録手順を開始する）、又は「定期登録アップデート」（すなわち、ＵＥが登録された状態にあり、周期的なアップデートタイマー満了により登録手順を開始する）である否かを示すことができる。臨時ユーザＩＤが含まれている場合、前記臨時ユーザＩＤは、最後のサービングＡＭＦを示す。ＵＥが３ＧＰＰアクセスのＰＬＭＮと異なるＰＬＭＮにおいて非３ＧＰＰアクセスを介して既に登録された場合、ＵＥは、非３ＧＰＰアクセスを介して登録手順の間、ＡＭＦにより割り当てられたＵＥの臨時ＩＤを提供しないことがあり得る。
【０１１９】
セキュリティパラメータは、認証及び無欠性保護のために使用される。
【０１２０】
ＰＤＵセッション状態は、ＵＥにおいて使用可能な（以前に設定された）ＰＤＵセッションを示す。
【０１２１】
２）ＳＵＰＩが含まれるか、臨時ユーザＩＤが有効なＡＭＦを示さない場合、ＲＡＮは、（Ｒ）ＡＴ及びＮＳＳＡＩに基づいてＡＭＦを選択することができる。
【０１２２】
（Ｒ）ＡＮが適切なＡＭＦを選択できない場合、ローカル政策に従って任意のＡＭＦを選択し、前記選択されたＡＭＦに登録要求を伝達する。選択されたＡＭＦがＵＥをサービスすることができない場合、選択されたＡＭＦはＵＥのためにより適切な他のＡＭＦを選択する。
【０１２３】
３）前記ＲＡＮは、新しいＡＭＦにＮ２メッセージを送信する。前記Ｎ２メッセージは、Ｎ２パラメータ、登録要求を含む。前記登録要求は、登録タイプ、加入者永久識別子又は臨時ユーザＩＤ、セキュリティパラメータ、ＮＳＳＡＩ 及びＭＩＣＯモード基本設定などを含む。
【０１２４】
５Ｇ−ＲＡＮが使われるとき、Ｎ２パラメータは、ＵＥがキャンピングしているセルに関する位置情報、セル識別子及びＲＡＴタイプを含む。
【０１２５】
ＵＥにより指示された登録タイプが周期的な登録更新であると、後述する過程４〜１７は行われないこともあり得る。
【０１２６】
４）前記新たに選択されたＡＭＦは、以前のＡＭＦに情報要求メッセージ、例えば、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒを送信することができる。
【０１２７】
ＵＥの臨時ユーザＩＤが登録要求メッセージに含まれ、サービングＡＭＦが最後の登録以後に変更された場合、新しいＡＭＦは、ＵＥのＳＵＰＩ及びＭＭコンテキストを要求するために完全な登録要求情報を含む情報要求メッセージを以前のＡＭＦに送信することができる。
【０１２８】
５）以前のＡＭＦは、前記新たに選択されたＡＭＦに情報応答メッセージ、例えば、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ  ｒｅｓｐｏｎｓｅを送信する。前記情報応答メッセージは、ＳＵＰＩ、ＭＭコンテキスト、ＳＭＦ情報を含む。
【０１２９】
具体的に、以前のＡＭＦは、ＵＥのＳＵＰＩ及びＭＭコンテキストを含む情報応答メッセージを送信する。
【０１３０】
−以前のＡＭＦに活性ＰＤＵセッションに関する情報がある場合、前記以前のＡＭＦにはＳＭＦのＩＤ及びＰＤＵセッションＩＤを含むＳＭＦ情報を前記情報応答メッセージ内に含めることができる。
【０１３１】
６）前記新しいＡＭＦは、ＳＵＰＩがＵＥにより提供されないか、以前のＡＭＦから検索されない場合、ＵＥにＩｄｅｎｔｉｔｙ  Ｒｅｑｕｅｓｔメッセージを送信する。
【０１３２】
７）前記ＵＥは、前記ＳＵＰＩを含むＩｄｅｎｔｉｔｙ  Ｒｅｓｐｏｎｓｅメッセージを前記新しいＡＭＦに送信する。
【０１３３】
８）ＡＭＦは、ＡＵＳＦをトリガすると決定することができる。この場合、ＡＭＦは、ＳＵＰＩに基づいて、ＡＵＳＦを選択することができる。
【０１３４】
９）ＡＵＳＦは、ＵＥ及びＮＡＳセキュリティ機能の認証を開始する。
【０１３５】
１０）前記新しいＡＭＦは、以前のＡＭＦにＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ_ＲｅｇｉｓｔｒａｔｉｏｎＣｏｍｐｌｅｔｅＮｏｔｉｆｙメッセージを送信することができる。
【０１３６】
１１）前記新しいＡＭＦは、ＵＥにＩｄｅｎｔｉｔｙ  Ｒｅｑｕｅｓｔメッセージを送信することができる。
【０１３７】
ＰＥＩがＵＥにより提供されないか、以前のＡＭＦから検索されない場合、ＡＭＦがＰＥＩを検索するためにＩｄｅｎｔｉｔｙ  Ｒｅｑｕｅｓｔメッセージが送信される。
【０１３８】
１２）前記新しいＡＭＦは識別子を検査する。
【０１３９】
１３）後述する過程１４が行われると、前記新しいＡＭＦはＳＵＰＩに基づいてＵＤＭを選択する。
【０１４０】
１４）前記新しいＡＭＦは、ＵＤＭに登録手順を行う。
【０１４１】
１５）前記新しいＡＭＦは、ＳＵＰＩに基づいてＰＣＦを選択することができる。
【０１４２】
１６）前記新しいＡＭＦは、ＰＣＦにＰｏｌｉｃｙ  Ａｓｓｏｃｉａｔｉｏｎ  Ｅｓｔａｂｌｉｓｈｍｅｎｔを行う。
【０１４３】
１７）前記新しいＡＭＦは、ＳＭＦにＰＤＵ  Ｓｅｓｓｉｏｎ  Ｕｐｄａｔｅ  ＳＭ  Ｃｏｎｔｅｘｔメッセージ又はＰＤＵ  Ｓｅｓｓｉｏｎ  Ｒｅｌｅａｓｅ  ＳＭ  Ｃｏｎｔｅｘｔメッセージを送信する。
【０１４４】
１８−１９）前記新しいＳＭＦは、Ｎ３ＩＷＦにＡＭＦ  Ｍｏｂｉｌｉｔｙ  Ｒｅｑｕｅｓｔメッセージを送信し、ＡＭＦからＭｏｂｉｌｉｔｙ  Ｒｅｓｐｏｎｓｅメッセージを受信する。
【０１４５】
２０）前記以前のＡＭＦは、ＵＥ  Ｃｏｎｔｅｘｔ  Ｔｅｒｍｉｎａｔｉｏｎ  ＲｅｑｕｅｓｔメッセージをＰＣＦに送信する。
【０１４６】
前記以前のＡＭＦがＰＣＦにおいてＵＥコンテキストが設定されるように以前に要求していた場合、前記以前のＡＭＦはＰＣＦにおいてＵＥコンテキストを削除させることができる。
【０１４７】
２１）前記新しいＡＭＦは、登録受諾メッセージをＵＥに送信する。前記登録受諾メッセージは、臨時ユーザＩＤ、登録領域、移動性制限、ＰＤＵセッション状態、ＮＳＳＡＩ、定期登録アップデートタイマー及び許容されたＭＩＣＯモードを含む。
【０１４８】
前記ＡＭＦが新しい臨時ユーザＩＤを割り当てる場合、臨時ユーザＩＤが前記登録受諾メッセージ内にさらに含まれることができる。移動性制限がＵＥ に適用される場合、移動性制限を示す情報が前記登録受諾メッセージ内に追加的に含まれることができる。ＡＭＦは、ＵＥに対するＰＤＵセッション状態を示す情報を登録受諾メッセージ内に含めることができる。ＵＥは、受信されたＰＤＵセッション状態において活性と表示されないＰＤＵセッションと関連した任意の内部リソースを除去することができる。ＰＤＵセッション状態情報がＲｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｑｕｅｓｔにあると、ＡＭＦはＵＥにＰＤＵセッション状態を示す情報を前記登録受諾メッセージ内に含めることができる。
【０１４９】
２２）前記ＵＥは、前記新しいＡＭＦに登録完了メッセージを送信する。
【０１５０】
＜ＰＤＵセッション確立手順＞
【０１５１】
ＰＤＵセッション確立手順は、下記のように２つのタイプのＰＤＵセッション確立手順が存在する。
【０１５２】
−ＵＥが開始するＰＤＵセッション確立手順
【０１５３】
−ネットワークが開始するＰＤＵセッション確立手順。このために、ネットワークは、装置トリガメッセージをＵＥのアプリケーション（ら）に送信することができる。
【０１５４】
図９は、例示的なＰＤＵセッション確立手順を示す信号流れ図である。
【０１５５】
図９に示す手順は、図７に示す登録手順に従って、ＵＥがＡＭＦ上に既に登録したと仮定する。従って、ＡＭＦは、既にＵＤＭからユーザ加入データを取得していると仮定する。
【０１５６】
１）ＵＥは、ＡＭＦにＮＡＳメッセージを送信する。前記メッセージは、Ｓ−ＮＳＳＡＩ、ＤＮＮ、ＰＤＵセッションＩＤ、要求タイプ、Ｎ１  ＳＭ情報などを含む。
【０１５７】
新しいＰＤＵセッションを確立するために、ＵＥは新しいＰＤＵセッションＩＤを生成することができる。
【０１５８】
ＵＥは、ＰＤＵセッション確立要求メッセージをＮ１  ＳＭ情報内に含めたＮＡＳメッセージを送信することにより、ＵＥにより開始されるＰＤＵセッション確立手順を開始することができる。前記ＰＤＵセッション確立要求メッセージは、要求タイプ、ＳＳＣモード、プロトコル構成オプションを含む。
【０１５９】
ＰＤＵセッション確立が新しいＰＤＵセッションを設定するためのことである場合、要求タイプは「初期要求」を示す。しかしながら、３ＧＰＰアクセスと非３ＧＰＰアクセスとの間の既存ＰＤＵセッションが存在する場合、前記要求のタイプは「既存ＰＤＵセッション」を示すことができる。
【０１６０】
前記ＵＥにより送信されるＮＡＳメッセージは、ＡＮによりＮ２メッセージ内にエンキャプシュレートされる。前記Ｎ２メッセージは、ＡＭＦに送信され、ユーザ位置情報及びアクセス技術タイプ情報を含むことができる。
【０１６１】
−Ｎ１  ＳＭ情報は、外部ＤＮによるＰＤＵセッション認証に関する情報が含まれたＳＭ  ＰＤＵ  ＤＮ要求コンテナを含むことができる。
【０１６２】
２）ＡＭＦは、メッセージが前記要求タイプが「初期要求」を示す場合、そして、前記ＰＤＵセッションＩＤがＵＥの既存ＰＤＵセッションのために使用されなかった場合、新しいＰＤＵセッションに対する要求に該当すると決定することができる。
【０１６３】
ＮＡＳメッセージがＳ−ＮＳＳＡＩを含まないと、ＡＭＦはＵＥ加入によって要求されたＰＤＵセッションに対するデフォルトＳ−ＮＳＳＡＩを決定することができる。ＡＭＦは、ＰＤＵセッションＩＤとＳＭＦのＩＤを関連付けて格納することができる。
【０１６４】
３）ＡＭＦは、ＳＭコンテキスト要求メッセージをＳＭＦに送信する。
【０１６５】
４）ＳＭＦは、加入者データ要求メッセージをＵＤＭに送信する。前記加入者データ要求メッセージは、加入者永久ＩＤ、ＤＮＮを含む。
【０１６６】
前記の過程において要求タイプが「既存ＰＤＵセッション」を示す場合、ＳＭＦは、当該要求が３ＧＰＰアクセスと非３ＧＰＰアクセスの間のハンドオーバに起因したと決定する。ＳＭＦは、ＰＤＵセッションＩＤに基づいて既存ＰＤＵセッションを識別することができる。
【０１６７】
ＳＭＦがまだＤＮＮと関連したＵＥに対するＳＭ関連加入データを検索していない場合、ＳＭＦは加入データを要求することができる。
【０１６８】
ＵＤＭは、加入データ応答メッセージをＳＭＦに送信することができる。
【０１６９】
加入データには、認証された要求タイプ、認証されたＳＳＣモード、基本ＱｏＳプロファイルに関する情報が含まれる。
【０１７０】
ＳＭＦは、ＵＥ要求がユーザ加入及びローカル政策を遵守するか否かを確認することができる。または、ＳＭＦは、ＡＭＦにより伝達されたＮＡＳ  ＳＭシグナリング（関連ＳＭ拒否原因を含む）を介してＵＥ要求を拒絶し、ＳＭＦ は、ＡＭＦにＰＤＵセッションＩＤが解除されたと見なされるべきであることを知らせる。
【０１７１】
５）ＳＭＦは、ＡＭＦにＣｒｅａｔｅ  ＳＭ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅメッセージを送信する。
【０１７２】
６）ＰＤＵセッション認証／許可手順が行われる。
【０１７３】
７Ａ）動的ＰＣＣが配布されると、ＳＭＦはＰＣＦを選択する。
【０１７４】
７ｂ）ＳＭＦは、ＰＤＵセッションに対する基本ＰＣＣ規則を得るためにＰＣＦ側にＰＤＵ−ＣＡＮセッション確立を開始することができる。過程３での要求タイプが「既存ＰＤＵセッション」を示すと、ＰＣＦは代わりにＰＤＵ−ＣＡＮセッション修正を開始することができる。
【０１７５】
７）過程３の要求タイプが「初期要求」を示すと、ＳＭＦはＰＤＵセッションに対するＳＳＣモードを選択する。
【０１７６】
８）前記ＳＭＦはＵＰＦも選択することができる。要求タイプＩＰｖ４又はＩＰｖ６の場合、ＳＭＦはＰＤＵセッションに対するＩＰアドレス／プレフィックス（ｐｒｅｆｉｘ）を割り当てることができる。
【０１７７】
９）ＳＭＦは、ＳＭ政策アソシエーション修正手順を行う。
【０１７８】
１０ａ）要求タイプが「初期要求」を示し、過程５が行われない場合、ＳＭＦは、選択されたＵＰＦを使用してＮ４セッション確立手順を開始し、そうでないと、選択されたＵＰＦを使用してＮ４セッション修正手順を開始することができる。
【０１７９】
ＳＭＦは、ＵＰＦにＮ４セッション確立／修正要求メッセージを送信する。そして、前記ＳＭＦは、ＰＤＵセッションに対してＵＰＦに設置されるパケット探知、試行及び報告規則を提供することができる。ＳＭＦがＣＮトンネル情報を割り当てる場合、ＣＮトンネル情報がＵＰＦに提供されることができる。
【０１８０】
１０ｂ）ＵＰＦは、Ｎ４セッションの確立／修正応答メッセージを送信することにより、応答することができる。ＣＮトンネル情報がＵＰＦにより割り当てられる場合、ＣＮトンネル情報がＳＭＦに提供されることができる。
【０１８１】
１１）前記ＳＭＦは、Ｎ１Ｎ２  Ｍｅｓｓａｇｅ  ＴｒａｎｓｆｅｒをＡＭＦに送信する。前記メッセージはＰＤＵセッションＩＤ、Ｎ２  ＳＭ情報を含む。前記Ｎ２  ＳＭ情報はＰＤＵセッションＩＤ、ＱＦＩ、ＱｏＳプロファイル、ＣＮトンネル情報、許容ＮＳＳＡＩから得られるＳ−ＮＳＳＡＩ情報、セッション−ＡＭＢＲ、ＰＤＵセッションタイプなどを含む。
【０１８２】
１２）ＡＭＦは、ＲＡＮとＮ２  ＰＤＵセッション要求メッセージを送信する。前記メッセージは、Ｎ２  ＳＭ情報、ＮＡＳメッセージを含む。前記ＮＡＳメッセージは、ＰＤＵセッションＩＤ、ＰＤＵセッション確立受諾メッセージを含む。
【０１８３】
ＡＭＦは、ＰＤＵセッションＩＤ及びＰＤＵセッション確立受諾メッセージを含むＮＡＳメッセージを送信することができる。また、ＡＭＦは、ＳＭＦから受信Ｎ２  ＳＭ情報をＮ２  ＰＤＵセッション要求メッセージ内に含めてＲＡＮに送信する。
【０１８４】
１３）ＲＡＮは、ＳＭＦから受信された情報と関連したＵＥとの特定シグナリング交換をすることができる。
【０１８５】
ＲＡＮはまた、ＰＤＵセッションに対してＲＡＮ  Ｎ３トンネル情報を割り当てる。
【０１８６】
ＲＡＮは、過程１０で提供されたＮＡＳメッセージをＵＥに伝達する。前記ＮＡＳメッセージは、ＰＤＵセッションＩＤ、Ｎ１  ＳＭ情報を含む。前記Ｎ１  ＳＭ情報は、ＰＤＵセッション確立受諾メッセージを含む。
【０１８７】
ＲＡＮは、必要なＲＡＮリソースが設定され、ＲＡＮトンネル情報の割り当てが成功した場合にのみＮＡＳメッセージをＵＥに送信する。
【０１８８】
１４）ＲＡＮは、ＡＭＦにＮ２ ＰＤＵセッション要求Ａｃｋを送信する。
【０１８９】
１５）ＡＭＦは、ＳＭ要求メッセージをＳＭＦに送信することができる。前記ＳＭ要求メッセージはＮ２  ＳＭ情報を含むことができる。ここで、前記ＡＭＦは、ＲＡＮにおいて受信したＮ２  ＳＭ情報をＳＭＦに伝達するものであり得る。
【０１９０】
１６ａ）前記ＰＤＵセッションに対するＮ４セッションが既に設定されていない場合、ＳＭＦはＵＰＦとともにＮ４セッション確立手順を開始することができる。そうでない場合、ＳＭＦは、ＵＰＦを使用してＮ４セッション修正手順を開始することができる。ＳＭＦは、ＡＮトンネル情報とＣＮトンネル情報を提供することができる。ＣＮトンネル情報は、ＳＭＦが過程８でＣＮトンネル情報を選択した場合にのみ提供される。
【０１９１】
１６ｂ）前記ＵＰＦは、ＳＭＦにＮ４セッション確立／修正応答メッセージを送信することができる。
【０１９２】
１７）ＳＭＦは、ＳＭ応答メッセージをＡＭＦに送信することができる。この過程が終わると、ＡＭＦは関連イベントをＳＭＦに伝達することができる。ＲＡＮトンネル情報が変更されるか、ＡＭＦが再配置されるハンドオーバの時に発生する。
【０１９３】
１８）ＳＭＦは、ＵＰＦを介してＵＥに情報を送信する。具体的に、ＰＤＵ  Ｔｙｐｅ  ＩＰｖ６の場合、ＳＭＦは、ＩＰｖ６  Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔを生成し、これをＮ４とＵＰＦを介してＵＥに送信することができる。
【０１９４】
１９）前記ＳＭＦは、ＡＭＦにＳＭ  Ｃｏｎｔｅｘｔ  Ｓｔａｔｕｓ  Ｎｏｔｉｆｙメッセージを送信する。
【０１９５】
２０）前記ＳＭＦは、前記ＵＰＦを介してＩＰアドレス設定を伝達する。
【０１９６】
＜多重アクセス（Ｍｕｌｔｉ−Ａｃｃｅｓｓ：ＭＡ）ＰＤＵセッション＞
【０１９７】
従来技術においてＭＡ  ＰＤＵセッションは、他のアクセスで確立された２つの個別ＰＤＵセッションをバンドリングすることにより生成されることができる。
【０１９８】
図１０は、従来技術によりＭＡ  ＰＤＵセッションが生成された例を示す。
【０１９９】
ＭＡ  ＰＤＵセッションは、図１０においてチャイルド（ｃｈｉｌｄ）ＰＤＵセッションとして現れた少なくとも２つのＰＤＵセッションを含む。前記２つのＰＤＵセッションのうち１つは３ＧＰＰアクセス上で確立されており、もう１つのＰＤＵセッションは信頼できない（ｕｎｔｒｕｓｔｅｄ）非３ＧＰＰアクセス（例えば、ＷＬＡＮ  ＡＮ）上で確立されている。
【０２００】
前記ＭＡ−ＰＤＵセッションにおいてチャイルドＰＤＵセッションは下記の特徴を共有することができる。
【０２０１】
（ｉ）共通ＤＮＮ；
【０２０２】
（ｉｉ）共通ＵＰＦアンカー（ａｎｃｈｏｒ）（ＵＰＦ−Ａ）;
【０２０３】
（ｉｉｉ）共通ＰＤＵタイプ（例えば、ＩＰｖ６）;
【０２０４】
（ｉｖ）共通ＩＰアドレス
【０２０５】
（ｖ） 共通ＳＳＣモード
【０２０６】
（ｖｉ）共通S-ＮＳＳＡＩ
【０２０７】
ＭＡ−ＰＤＵセッションは、ＵＥとＵＰＦ−Ａの間に多重経路データリンクを可能にする。これは、ＩＰ層の下位において実現されることができる。
【０２０８】
ＭＡ−ＰＤＵセッションは、次の手順のうち１つにより確立されることができる。
【０２０９】
（ｉ）２つの個別的なＰＤＵセッション確立手順により確立されることができる。これを「個別確立」という。
【０２１０】
（ｉｉ）１つのＭＡ  ＰＤＵセッション確立手順により確立されることができる。すなわち、２つのチャイルドＰＤＵセッションが同時に確立される。これを「結合確立」という。
【０２１１】
複数のチャイルドＰＤＵセッションは、同一のＩＰアドレスを有することができる。
【０２１２】
ＭＡ−ＰＤＵセッションが確立された後、ＭＡ  ＰＤＵセッションと関連したＳＭ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）シグナリングが任意のアクセスを介して送受信されることができる。
【０２１３】
Ａ．ＭＡ  ＰＤＵセッションの個別確立
【０２１４】
２つのチャイルドＰＤＵセッションが２つの個別ＰＤＵセッション確立手順により確立されることができる。例えば、ＵＥは、３ＧＰＰアクセス上で第１ ＰＤＵセッションを確立し、次いで、非３ＧＰＰアクセス上で第２ＰＤＵセッションを確立することができる。前記２つのＰＤＵセッションは、互いにリンクされることができ、それによって、ＭＡ  ＰＤＵセッションのチャイルドＰＤＵセッションになり得る。
【０２１５】
リンクされたＰＤＵセッションは、５ＧＣ（５Ｇ  Ｃｏｒｅ  ｎｅｔｗｏｒｋ）に提供される。５ＧＣは、前記第２ＰＤＵセッションを前記「リンクされた」ＰＤＵセッションにリンクし、前記２つのＰＤＵセッションをＭＡ  ＰＤＵセッションのチャイルドＰＤＵセッションと指定する。
【０２１６】
「リンクされた」ＰＤＵセッションが５ＧＣに提供されるため、ＵＥはＤＮＮ、Ｓ−ＮＳＳＡＩ、ＳＳＣモード、ＰＤＵタイプなどのための特定の値を要求する必要がない。前記第２ＰＤＵセッションは、前記「リンクされた」ＰＤＵセッションの値をそのまま使用することができる。
【０２１７】
前記第２ＰＤＵセッションの確立のための確立要求メッセージ内の要求タイプは、「初期要求（ｉｎｉｔｉａｌ  Ｒｅｑｕｅｓｔ）」に設定されることができる。５ＧＣが「リンクされた」ＰＤＵセッションと要求タイプ＝「初期要求」に設定されたＰＤＵセッション確立要求メッセージを受信する場合、５ＧＣは、前記要求がＭＡ  ＰＤＵセッション確立のためのものであると解釈し、前記要求されたＰＤＵセッションを既存の「リンクされた」ＰＤＵセッションにリンクさせる。対案的に、前記要求タイプとして「初期要求」が適当でない場合、新たな要求タイプが使用されることもできる。
【０２１８】
Ｂ．結合確立
【０２１９】
２つのチャイルドＰＤＵセッションが１つの手順により同時に確立されることができる。このような１つの手順をＵＥ要求によるＭＡ  ＰＤＵセッション策定手順ということができる。ＵＥが既に２つのアクセスを介して５ＧＣに登録されている状態で、ＵＥがＭＡ  ＰＤＵセッションを確立しようとする場合、前記手順が有用であり得る。２つの個別ＰＤＵセッション確立手順を行う代わりに、ＵＥは、１つのＭＡ  ＰＤＵセッション確立手順を行うことにより、２つのチャイルドＰＤＵセッションを確立することができる。
【０２２０】
図１１は、従来技術によりＭＡ  ＰＤＵセッションの結合確立手順を例示的に示す例示図である。
【０２２１】
図１１の結合確立手順は、ＵＥが要求するＭＡ  ＰＤＵセッション確立手順を示す。２つのチャイルドＰＤＵセッション確立手順は、相異なるＰＤＵセッションＩＤを有する。図９に示す例示において３ＧＰＰアクセス上でのチャイルドＰＤＵセッションはＰＤＵセッションＩＤ−１と示されており、非３ＧＰＰアクセス上でのチャイルドＰＤＵセッションはＰＤＵセッションＩＤ−２と示されている。５ＧＣのＳＭＦは、２つのＮ２  ＰＤＵセッション確立手順をトリガする。ＵＥは、ＰＤＵセッションＩＤ−１に対するＰＤＵセッション確立受諾メッセージを３ＧＰＰアクセスを介して受信し、ＰＤＵセッションＩＤ−２に対するＰＤＵセッション確立受諾メッセージを非３ＧＰＰアクセスを介して受信することができる。前記ＳＭＦは、同一のＵＰＦを経由する２つのＰＤＵセッションを全てアンカリングし、前記２つのＰＤＵセッションに同一のＩＰアドレスを割り当てることができる。
【０２２２】
＜本明細書の開示により解決しようとする問題点＞
【０２２３】
Ｉ．第１問題点
【０２２４】
ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）において提案されたＮＢＩＦＯＭ（Ｎｅｔｗｏｒｋ−Ｂａｓｅｄ  ＩＰ  Ｆｌｏｗ  Ｍｏｂｉｌｉｔｙ）によると、ＮＢＩＦＯＭ規則をアップデートする場合、端末又はネットワークは、規則をアップデートすると同時に、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報をアップデートすることができる。また、ＮＢＩＦＯＭ規則は、端末又はネットワークが一方的に規則を適用するのではなく、互いに確認した上で適用を開始する。
【０２２５】
従って、端末／ネットワークがＮＢＩＦＯＭ規則とＱｏＳ情報を同時にアップデートするためのシグナリングを送信する場合、端末又はネットワークが規則を受諾しないと、不要なＱｏＳ情報をアップデートする動作を行うことになる。例えば、端末がＭＡ（ｍｕｌｔｉ−ａｃｃｅｓｓ）  ＰＤＵセッションを有している状況でＳＭＦが非３ＧＰＰアクセスに送信されるＩＰフロー（ｆｌｏｗ）♯１を３ＧＰＰアクセスに移したい場合、３ＧＰＰアクセスを介してＡＴＳＳＳ（Ａｃｃｅｓｓ  Ｔｒａｆｆｉｃ  Ｓｔｅｅｒｉｎｇ，Ｓｗｉｔｃｈｉｎｇ  ａｎｄ  Ｓｐｌｉｔｔｉｎｇ）規則を送信すると同時にＩＰフロー♯１のためのＱｏＳフローセットアップを行うことができる。この場合、ＡＴＳＳＳ規則が端末により拒絶されると、ＩＰフロー♯１は継続して非３ＧＰＰアクセスに送信される状況であるが、不要に３ＧＰＰアクセスにＩＰフロー♯１のためのＱｏＳフローを生成する状況が発生する。
【０２２６】
また、ＡＴＳＳＳ規則を受諾したが、反映式（Ｒｅｆｌｅｃｔｉｖｅ）ＱｏＳを使用する場合には、ダウンリンクパケットよりアップリンクパケットが先に発生する場合は、当該アップリンクパケットにＱｏＳを適用できないという問題が発生する。また、３ＧＰＰアクセスには、反映式ＱｏＳを適用するためにはＲＡＮにＲＱＡ（Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ  Ａｔｔｒｉｂｕｔｅ）を送信してＳＤＡＰ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）ヘッダを使用するようにしなければならないが、３ＧＰＰアクセスにフローを移す場合は、ダウンリンクパケットが先に発生してもＲＡＮにＲＱＡを送信していないと、反映式ＱｏＳを適用することができない。また、ＲＱＡをＡＴＳＳＳ規則のアップデートに送信し、ＵＥがＡＴＳＳＳ規則を拒絶する場合、不要にＲＡＮにおいてＳＤＡＰヘッダを使用するため、リソース浪費が発生することがある。また、ＵＥがＡＴＳＳＳ規則をアップデートする場合は、ＲＡＮにＲＱＡのための別途のシグナリングを送らなければならないという問題点がある。
【０２２７】
ＩＩ．第２問題点
【０２２８】
５ＧＳにおいてＱｏＳはＡＮ（Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）のＱｏＳとＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）のＱｏＳが分離されている。ＣＮにおいては、Ｎ３ヘッダにあるＱＦＩ（ＱｏＳ  Ｆｌｏｗ ＩＤ）に基づいてＱｏＳ差別化（ｄｉｆｆｅｒｅｎｔｉａｔｉｏｎ）が行われ、同一のＱＦＩは同一のＱｏＳ処理を受信することができる。このとき、同一のＱＦＩ（すなわち、同一のＱｏＳ処理）を有するフローをＱｏＳフローといい、それぞれのＱｏＳフローはＡＮにおいて無線リソースにマッピングされてＡＮにおけるＱｏＳ処理が可能になっている。このとき、ＡＮにおいてＱｏＳフローをＡＮリソース（例えば、ラジオベアラ、ＩＰｓｅｃトンネル）にマッピングする方法は決まっておらず、ＡＮの実現として残されている。複数のＱｏＳフローは、１つのＡＮリソースにマッピングが可能である。このようなマッピング情報は、ＡＮ特定シグナリング（例えば、ＲＲＣ接続再設定（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＩＫＥシグナリング）を介して端末に送信される。もし、マッピング情報のないＱｏＳフローがある場合には、基本ＡＮリソース（例えば、基本ラジオベアラ）で送信される。端末は、ＱｏＳ規則に基づいて発生したトラフィックをどのようなＱｏＳフローに送信すべきであるかを決定する。
【０２２９】
端末は、遊休（Ｉｄｌｅ）状態から接続（ＣＯＮＮＥＣＴＥＤ）状態に進入するとき、全てのＱｏＳフローにマッピングされるＡＮリソースが全て生成される。従って、ＱｏＳ規則があり、接続状態にある場合は、端末は、ＡＮリソースが全てセットアップされていると考え、特別なシグナリングなしにトラフィックを送信する可能性がある。
【０２３０】
しかしながら、ＭＡ−ＰＤＵセッションの場合は、従来のＱｏＳフレームワークがうまく動作しない。
【０２３１】
ＭＡ−ＰＤＵセッションは、ステアリング（ｓｔｅｅｒｉｎｇ）規則により一方のアクセスのデータフローが他方のアクセスに移ることがある。この場合、端末は、マッピング情報がない場合、基本（ｄｅｆａｕｌｔ）ＡＮリソースを介して送信するので、自分の有しているＱｏＳ規則にマッピングされているＡＮリソースがセットアップされているか否かが分かる。
【０２３２】
＜本明細書の開示＞
【０２３３】
本明細書の第１開示は、前述した第１問題点を解決するための方案を提示する。そして、本明細書の第２開示は、前述した第２問題点を解決するための方案を提示する。
【０２３４】
Ｉ．第１開示
【０２３５】
Ｉ−１．第１開示の第１方案：両方のアクセスに常に同一のＱｏＳフローを生成しておく方案
【０２３６】
第１方案は、ＡＴＳＳＳを適用するＰＤＵセッションの場合、常に両方のアクセスに同一のＱｏＳフローを生成しておく方案である。このようにすると、ＱｏＳフローをアップデートする過程なしにＡＴＳＳＳ規則アップデートのみでトラフィックを処理することができる。しかしながら、このような方案を使う場合、実際のトラフィックは一方にのみ行くことがあるので、端末、ネットワークのリソースを効率的に使えない可能性がある（ＧＢＲ（Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）  ＱｏＳフローの場合、ラジオリソースを使用しなければならないので、使用が難しい）。また、３ＧＰＰアクセスにおいては反映式ＱｏＳを使用するためにＳＤＡＰヘッダを使用すべきであるが、これは追加的なラジオリソースを使用しなければならないという問題がある。特に、反映式ＱｏＳを適用するＱｏＳフローの場合、一定時間の間ダウンリンクパケットがないと、反映式ＱｏＳタイマが満了して反映式ＱｏＳ規則が削除されるので、これを維持するための方法が必要である。すなわち、一方のアクセスにおいて反映式ＱｏＳを使用する場合、他方のアクセスには反映式ＱｏＳではなく明白なＱｏＳ規則を下して管理しなければならないという問題が発生する。しかしながら、ＱｏＳフローが頻繁に移動しなければならないか、１つのＱｏＳフローが複数のＩＰフローと共に使用されてほとんど常に使用されるＱｏＳフローであると（例えば、基本（ｄｅｆａｕｌｔ）ＱｏＳフローが３ＧＰＰ、非３ＧＰＰアクセスにおいて同一のＱＦＩを使用する場合）、このような方案を使用して簡単にＱｏＳを保障することができる。
【０２３７】
Ｉ−２．第１開示の第２方案：ＡＴＳＳＳ規則アップデート後に別途の規則を適用せよとのインジケーションを送信する方案
【０２３８】
第２方案は、ＡＴＳＳＳの規則を更新した後、別途のシグナリングを介して端末／ネットワークがＱｏＳフローに対するセットアップを行い、以後、別途のシグナリングを送ってＡＴＳＳＳ規則を適用する方案である。このような方案は明白なＱｏＳ規則や反映式（Ｒｅｆｌｅｃｔｉｖｅ）ＱｏＳの両方ともに適用が可能な方法である。
【０２３９】
図１２は、第１開示の第２方案を示す例示的な信号流れ図である。
【０２４０】
図１２に示すように、ＡＴＳＳＳの規則をアップデートするためのシグナリング、ＱｏＳフローを設定するためのシグナリング、ＡＴＳＳＳ規則を適用するためのシグナリングがそれぞれ送信される。このように、各シグナルがそれぞれ別々に送信されるので、シグナリングに対するオーバーヘッドが増加する可能性がある。この方案を使用する場合、ＱｏＳフローをセットアップするシグナリングとＡＴＳＳＳ規則を適用せよとのシグナリングは、１つのプロシージャを使用することもできる。例えば、図１２において過程３は過程２とともに行われることができる。
【０２４１】
Ｉ−３．第１開示の第３方案：ＡＴＳＳＳ規則アップデートプロシージャのうちＱｏＳアップデートのためのプロシージャを行う方案
【０２４２】
この方案は、ＡＴＳＳＳ規則をアップデートするプロシージャ中に端末／ネットワークがＡＴＳＳＳ規則を受諾する場合、ＱｏＳ規則をアップデートする別途のプロシージャを行い、ＱｏＳ規則アップデートが終わると、ＡＴＳＳＳ規則をアップデートするプロシージャを再び行う方案である。
【０２４３】
図１３は、第１開示の第３方案による、ＡＴＳＳＳ規則更新手順の第１例示を示す信号流れ図である。
【０２４４】
図１３から分かるように、過程１において端末（すなわち、ＵＥとして示す）は、更新しようとするＡＴＳＳＳ規則を含むメッセージを送信する。ネットワークにおいてＡＴＳＳＳ規則を受諾する場合、ネットワークは、直ちに過程１に対する応答メッセージを送信せずに、アップデートされるＡＴＳＳＳ規則のための新しいＱｏＳフローセットアップのために新しいＳＭプロシージャ（過程２ないし過程３）を開始する。ＱｏＳフローセットアップが終わった後、ネットワークは過程１に対する応答メッセージを過程４で送信し、そして、アップデートされたＡＴＳＳＳ規則の適用を開始する。端末も課程４においてメッセージを受信した後にこれに対する応答メッセージを送信した後、ＡＴＳＳＳ規則の適用を開始する。もし、ネットワークにおいてＡＴＳＳＳ規則を拒絶する場合、過程２ないし過程５は省略され、直ちに過程１に対する応答メッセージである過程６を送るとともにＡＴＳＳＳ規則を拒絶したことを知らせる。
【０２４５】
このシナリオにおいて、過程２は過程４とともに、過程３は過程５とともに行われることにより、別途のプロシージャなしに一度のプロシージャで行われるようにすることもできる。
【０２４６】
図１４は、第１開示の第３方案による、ＡＴＳＳＳ規則更新手順の第２の例示を示す信号流れ図である。
【０２４７】
ネットワークにおいて開始するＡＴＳＳＳ規則更新手順は、図１４に示すように行われることができる。図１４に示す過程１において、ネットワークは更新しようとするＡＴＳＳＳ規則を含むメッセージを送信することができる。端末（すなわち、図示されたＵＥ）がＡＴＳＳＳ規則を受諾する場合、ネットワークに直ちに過程１に対する応答を送らずにアップデートされたＡＴＳＳＳ規則のための新しいＱｏＳフローセットアップを要求する新しいＳＭプロシージャ（すなわち、過程２ないし過程４）を開始する。ＱｏＳフローセットアップが終わった後、端末は、過程１に対する応答メッセージを過程５で送信し、アップデートされたＡＴＳＳＳ規則の適用を開始する。ネットワークも過程５を受信した後、ＡＴＳＳＳ規則の適用を開始する。もし、端末においてＡＴＳＳＳ規則を拒絶する場合、過程２ないし過程５は省略され、直ちに過程１に対する応答メッセージである過程６を送るとともにＡＴＳＳＳ規則を拒絶したことを知らせる。
【０２４８】
一方、反映式ＱｏＳを使用する場合、ネットワークはＱｏＳフローをセットアップする過程で、３ＧＰＰアクセスにおいても継続して反映式ＱｏＳを使用しようとする場合は、ＲＱＡをＲＡＮに送信しなければならない。例えば、図１３の過程２、図１４の過程３でＲＱＡをＲＡＮに送信することができる。
【０２４９】
もし、反映式ＱｏＳのみを使用するか、明示的なＱｏＳ規則アップデートが必要ない場合、端末／ネットワークは、追加的なＱｏＳフローセットアップのための手順（例えば、図１３の過程２ないし過程３、図１４の過程２ないし過程４）を行わないことがあり得る。このような場合は、反映式ＱｏＳを使用するためのＲＱＡをＲＡＮに送信するだけのために当該プロシージャを使用することもできるが、次のような方案によりシグナリングを低減することができる。
【０２５０】
図１５は、第１開示の第３方案による、ＡＴＳＳＳ規則更新手順の第３例示を示す信号流れ図である。
【０２５１】
図１４に示すように、端末がＡＴＳＳＳ規則をアップデートする場合、ネットワークがＡＴＳＳＳ規則を受諾すると、過程２で端末にＡＴＳＳＳ規則を受諾すると知らせるとともに、追加的に反映式ＱｏＳを継続して使用せよとのインジケーションを送信する。端末は、前記インジケーションを受信した場合、過程４においてのようにＲＡＮとＡＳシグナリングを利用してＡＴＳＳＳ規則により影響を受信するＱｏＳフローに対して反映式ＱｏＳが使用されることを知らせる。この過程は、過程３と同時に行われるか、又は先に行われることもできる。また、端末は、このようなインジケーションを受信した場合、以前のアクセスにおいて使用する反映式ＱｏＳにより生成された、誘導（ｄｅｒｉｖｅｄ）ＱｏＳ規則がそのまま移るアクセスにおいても使用できるようにする。また、端末は、以前のアクセスにおいてはＡＴＳＳＳ規則により移されるフローに対する反映式ＱｏＳのための動作（誘導ＱｏＳ規則のためのタイマを維持する動作）を行わずに反映式ＱｏＳタイマを止めて誘導（ｄｅｒｉｖｅｄ）ＱｏＳ規則を消すことができる（実際にトラフィックが移った後に動作しなければならない）。このシナリオにおいて、ネットワークは端末にインジケーションを送信するのではなく、直接ＲＡＮにＲＱＡを送ることによりＱｏＳフローに反映式（Ｒｅｆｌｅｃｔｉｖｅ）ＱｏＳが使われることを知らせることもできる。
【０２５２】
図１６は、第１開示の第３方案による、ＡＴＳＳＳ規則更新手順の第４例示を示す信号流れ図である。
【０２５３】
図１５に示すように、ネットワークがＡＴＳＳＳの規則をアップデートする場合、ネットワークは、過程１で更新されたＡＴＳＳＳ規則を下しながら継続して反映式ＱｏＳを使用せよとのインジケーションを追加で送る。これを受信した端末は、ネットワークが送ったＡＴＳＳＳ規則を受諾する場合にのみＲＡＮとＡＳシグナリングを介してＡＴＳＳＳ規則により影響を受信するＱｏＳフローに対して反映式ＱｏＳが使用されることを知らせる。この過程は、過程２と同時に行われるか、先に行われることもできる。また、端末は、このようなインジケーションを受信した後、当該ＡＴＳＳＳ規則を受諾すると決定した場合、以前のアクセスにおいて使用する反映式ＱｏＳにより生成された誘導ＱｏＳ規則がそのまま移るアクセスにおいても使用できるようにする。また、端末は、以前のアクセスにおいてはＡＴＳＳＳ規則により移されるフローに対する反映式ＱｏＳのための動作（誘導ＱｏＳ規則のためのタイマを維持する動作）を行わずに反映式ＱｏＳタイマを止めて誘導されたＱｏＳ規則を消すことができる（実際にトラフィックが移って以後に動作しなければならない）。
【０２５４】
Ｉ-４．第１開示の第４方案：ＡＴＳＳＳ規則アップデート以後にＱｏＳをアップデートする方案
【０２５５】
第４方案は、ＡＴＳＳＳの規則をアップデートした以後にＱｏＳをアップデートする方案である。この方案は、特別な追加動作なしに動作するため、別途のプロシージャを行う必要がない。また、第１方案のように予めリソースを予約して使用しない。しかしながら、ＡＴＳＳＳ規則がアップデートされた後、ＱｏＳをアップデートするまでの一定時間の間は、ＱｏＳを満足できないトラフィックが発生する場合がある。特に、ＧＢＲフローや遅延に敏感な（ｄｅｌａｙ  ｃｒｉｔｉｃａｌ）フローなどはＱｏＳ管理に問題が発生する可能性がある。従って、このような方案は、当該ＡＴＳＳＳ規則によって移されるフローが非ＧＢＲフローのように特別なＱｏＳ処理が必要でないフローである場合に使用することができる。
【０２５６】
ＩＩ．第２開示
【０２５７】
本明細書の第２開示は、前述した第２問題点を解決するために方案を提示する。
【０２５８】
第２開示において、ステアリング規則は、ＡＴＳＳＳ規則と解釈されることがあり、互いに混用して使用されることもある。第２開示において、３ＧＰＰアクセスと非３ＧＰＰアクセスの間に移動するデータフローは、トラフィック、ＱｏＳフローと解釈されることがあり、互いに混用して使用されることもできる。第２開示において、ステアリング（又は、トラフィックステアリング）は、スイッチング（又は、トラフィックスイッチング）及び分離（ｓｐｌｉｔｔｉｎｇ）（又は、トラフィック分離）を含むと解釈されることができる。
【０２５９】
ＩＩ−１．第２開示の第１方案：それぞれのアクセス別にＱｏＳ規則を別々に使用する方案
【０２６０】
この方案は、ＳＭＦがＭＡ−ＰＤＵセッションに対してそれぞれのアクセスに対するＱｏＳ規則を下す方案である。この方案の場合、あるアクセスに対するＱｏＳ規則がある場合、これに必要なＡＮリソースもともにセットアップされている。従って、端末は、ステアリング規則により一方のアクセスから他方のアクセスにデータフローを移すとき、ソースアクセスにおいて使用したＱＦＩと同一のＱＦＩを有するＱｏＳ規則がターゲットアクセスにおいて存在する場合、ＳＭＦにシグナリングなしにデータフローを移す。もし、同一のＱＦＩを有するＱｏＳ規則がない場合は、ＳＭＦにＰＤＵセッション修正手順を介してソースアクセスと同一のＱＦＩを有するＱｏＳ規則を要求する。この方案の場合、それぞれのアクセス別にＱｏＳ規則を送るため、同一のデータフローに対してもアクセス別に相異なるＱｏＳフローを使用することができるという利点がある。このようにするためには、端末が同一のＱＦＩを有するＱｏＳ規則を探すのではなく、移そうとするデータフローに対するパケットフィルタを含むＱｏＳ規則があるか否かをチェックする必要がある。ただし、この過程でソースアクセスにおけるＱｏＳが基本（ｄｅｆａｕｌｔ）ＱｏＳ規則にマッピングされるのでないと、ターゲットアクセスにおいても基本（ｄｅｆａｕｌｔ）ＱｏＳ規則を除いて移そうとするデータフローが含まれたパケットフィルタを有するＱｏＳ規則があるか否かを探す。しかしながら、端末とネットワークの両方ともアクセス別にＱｏＳ規則を管理しなければならないので、シグナリングが増加し、最大に使用できるＱｏＳ規則の数字も減少するという問題がある。
【０２６１】
この場合、端末は、あるデータフローを移すとき、当該データフローをネットワークで望まないＱｏＳフローを使用して移すという問題が発生する可能性がある。例えば、データフローが非３ＧＰＰアクセスにおいてＧＢＲ  ＱｏＳフローを使用している場合、長い間３ＧＰＰアクセスにデータがないと、端末は、３ＧＰＰアクセスにおいてＣＭ−ＩＤＬＥになり得る。この場合、ネットワークにおいては３ＧＰＰアクセスにあるＧＢＲ  ＱｏＳフローを解除することができ、これは、当該ＧＢＲ  ＱｏＳフローに接続されている端末のＱｏＳ規則を消す結果をもたらす。この場合、データフローを３ＧＰＰアクセスに移す必要があるとき、端末は、ＧＢＲ  ＱｏＳフローに対するＱｏＳ規則がないので、基本（ｄｅｆａｕｌｔ）ＱｏＳ規則や他のＱｏＳ規則を利用して当該データフローを送信するようになる。これは、ネットワークにおいて意図しない結果であり、当該データフローのＱｏＳを保障できなくなる。従って、端末は、トラフィックを移す前にＳＭＦにシグナリングを送って、当該データフローを移す必要があることを知らせなければならない。これを受信したＳＭＦは、新しいＱｏＳ規則を端末に下すか否かを判断することができ、必要な場合はＱｏＳ規則を下すことができる。このとき、後述する第２方案のＰＤＵセッション修正手順やユーザプレーンに特別なトラフィックを送ることによりＳＭＦに知らせることができる。
【０２６２】
ＩＩ−２．第２開示の第２方案：全てのアクセスに対して共通ＱｏＳ規則を使用する方案
【０２６３】
この方案は、ＱｏＳ規則を全てのアクセスに対して同一に使用する方案である。このために、ＳＭＦがＱｏＳ規則を送信すると同時に、どのアクセスに対するＡＮリソースがセットアップされているかを共に知らせることができる。もし、ステアリング規則により他のアクセスにデータフローを移そうとするとき、ターゲットアクセスにＡＮリソースがセットアップされていない場合、ＳＭＦにＰＤＵセッション修正手順を介してステアリングするというインジケーションを送信する。これを受信したＳＭＦは、Ｎ２セットアップメッセージをＡＮに送ってＡＮリソースがセットアップされるようにすることができる。この過程で、端末にＰＤＵセッション命令にステアリングが可能であることを知らせるインジケーションを含めて送信することができる。端末は、ＳＭＦからＰＤＵセッション修正要求に対する応答を受信した後、または、ステアリングが可能であるとのインジケーションが含まれたＰＤＵセッション修正要求に対する応答を受信した後、ターゲットアクセスにデータフローを送信する。
【０２６４】
この方案をＳＭＦが特定ＱｏＳ規則に対してどのアクセスに対するＡＮリソースがセットアップされているかを知らせずにｎｏｎ−ＧＢＲ  ＱｏＳフローに対しては両方のアクセスに常にＡＮリソースをセットアップし、ＧＢＲ  ＱｏＳフローに対してのみ現在使用中のアクセスに対してＡＮリソースをセットアップすることができる（もし、両方とも使用中であると、両方のアクセスともにＡＮリソースセットアップ可能）。この場合、端末は、ｎｏｎ−ＧＢＲ  ＱｏＳフローに対してはＳＭＦにシグナリングなしに直ちに他のアクセスにステアリングすることができる。ＧＢＲ  ＱｏＳフローの場合は、ＰＤＵセッション修正手順を介してステアリングをするというインジケーションをネットワークに送信した後、ＰＤＵセッション修正命令を受信する場合又はステアリングが可能であることを知らせるインジケーションが含まれたＰＤＵセッション修正命令を受信する場合、データフローを他方のアクセスにステアリングすることができる。
【０２６５】
方案２に対する例示として端末が非３ＧＰＰアクセスのＧＢＲフローにある一部のデータフローを３ＧＰＰアクセスに移すことを仮定すると、次のように動作することができる。
【０２６６】
図１７は、第２開示の第２方案による、ＰＤＵセッションに修正手順を示す例示図である。
【０２６７】
図１７に示す端末（すなわち、図示されたＵＥ）は、５ＧＳにＭＡ−ＰＤＵセッションを生成した状態であると仮定する。
【０２６８】
１）端末がステアリング規則に基づいて非３ＧＰＰにあるＧＢＲ  ＱｏＳフローを３ＧＰＰアクセスに移したい場合、ＰＤＵセッション修正要求メッセージを端末がデータフローを移そうとする３ＧＰＰアクセスを介してＳＭＦに送信する。このメッセージには、端末がステアリングを要求するというインディケーションと、どのＱｏＳフローを移すかに関する情報（例えば、ＱＦＩあるいはパケットフィルタ情報によるフロー情報、ＱｏＳ規則に対する識別（ｉｄｅｎｔｉｔｙ）情報、又はＡＴＳＳＳステアリング規則に対する識別（ｉｄｅｎｔｉｔｙ）情報）が含まれる。もし、当該ＰＤＵセッションの非３ＧＰＰにある全てのＧＢＲ  ＱｏＳフローを３ＧＰＰアクセスに移したいと、ＵＥは、前記のように個々のＱｏＳフローに関する情報の代わりに全てのＧＢＲ  ＱｏＳフローであることを示す情報（例えば、ＡＬＬ、＊など）を含めることもできる。
【０２６９】
２）ＳＭＦは、端末が送った情報に基づいて３ＧＰＰアクセスに関連ＱｏＳフローに対するＮ２セットアップが行われていないと判断した場合（又は、３ＧＰＰアクセスにおいて関連ＱｏＳフローに対するＮ２セットアップが行われなければならないと判断した場合）、ＲＡＮにＮ２セットアップメッセージを送信する。
【０２７０】
３）このとき、３ＧＰＰアクセスを介してＰＤＵセッション修正要求を受けたため、これに対する回答であるＰＤＵセッション修正命令メッセージをともに送信する。このメッセージ内には、端末にステアリングを開始してもよいとのインジケーションが含まれることができる。もし、ＲＡＮにおいて該当ＱｏＳフローに対するＮ２セットアップを受けることができない場合、従来技術によりＮ１メッセージが送信されない。従って、ＳＭＦは、当該Ｎ２メッセージに対する応答にある拒否原因に基づいて端末にＱｏＳ規則をアップデートするか、又はステアリング規則をアップデートすることができる。
【０２７１】
ＲＡＮにおいてＱｏＳフローに対するＮ２セットアップが失敗する場合、Ｎ１メッセージを端末に伝達しないようにするためにＳＭＦが直接的にインジケーションをＮ２セットアップに追加してＮ２セットアップが成功する場合にのみＲＡＮにとって端末にＮ１メッセージを送信するようにすることができる。
【０２７２】
４）ＲＡＮにおいて成功裏にＱｏＳフローがセットアップされると、ＡＮシグナリングを介してＱｏＳフローとＡＮリソースのマッピング関係が送信される。これは、選択的な手順である。もし、ＡＮリソースとＱｏＳフローとのマッピング関係に変更がない場合（例えば、基本（ｄｅｆａｕｌｔ）ラジオベアラに当該ＱｏＳフローがマッピングされる場合）、マッピング情報はアップデートされない。また、ＲＡＮは、ＳＭＦが送ったＰＤＵセッション修正命令メッセージを端末に送る。前記端末は、前記メッセージを受信した後、非３ＧＰＰアクセスにあるデータフローを３ＧＰＰアクセスに移す。これは、前記過程３において記述したＰＤＵセッション修正命令メッセージ内に含まれたステアリングを開始してもよいとのインジケーションに基づいたことでもあり得る。以後、端末は、ＰＤＵセッション修正命令メッセージに対する応答としてＰＤＵセッション修正Ａｃｋメッセージを送信する。
【０２７３】
ダウンリンクの場合、ＵＰＦがＳＭＦから受信したステアリング規則に基づいてアクセスを選択して送信を行うことができる。ダウンリンクとアップリンクが同一のアクセスに送信されるためには、ＳＭＦがステアリング規則を与えるときに同一のアクセスを使うようにするインジケーションを入れるか（例えば、反映式ＱｏＳと類似してダウンリンクを受信するアクセスにアップリンクデータを送信するようにする方案など）、ＵＰＦと端末に、整列（ａｌｉｇｎ）されているステアリング規則を与えて自然に同一のアクセスにステアリングされるようにすることができる。
【０２７４】
５）ＳＭＦは、ＲＡＮから成功裏にＮ２セットアップが行われたというメッセージを受信する。
【０２７５】
６−８）ＳＭＦは、端末に送信したステアリング規則に基づいてこれ以上非３ＧＰＰアクセスに対するＧＢＲ  ＱｏＳフローが必要ないと判断する場合、非３ＧＰＰアクセスに対するユーザプレーンリソースを解除することができる。もし、当該ＧＢＲ  ＱｏＳフローが他のデータフローにより使用中である場合は、そのまま維持する。または、ＳＭＦが直接ＧＢＲ  ＱｏＳフローを解除せずにＮ３ＩＷＦにおいてＧＢＲ  ＱｏＳフローの非活性化（ｉｎａｃｔｉｖｉｔｙ）を検出して解除されるまで待つこともできる。
【０２７６】
９）ＳＭＦは、ＵＰＦにアップデートされたＱｏＳフロー情報を提供する。この過程は、過程５の後、他の過程と平行（ｐａｒａｌｌｅｌ）に行われることができる。
【０２７７】
端末は、ＰＤＵセッション修正手順を行わずにユーザプレーンを介してＳＭＦにスイッチングが必要であることを知らせることができる。例えば、ユーザプレーンに特別なトラフィックを送るか又はデータを送信するヘッダ部分に特定マーキングによりスイッチングが必要であることを知らせることができる。すなわち、３ＧＰＰアクセスにおいては、ＳＤＡＰヘッダにマーキングにより知らせることができ、非３ＧＰＰアクセスにおいては、ＧＲＥヘッダにマーキングにより知らせることができる。この場合、ＲＡＮ又はＮ３ＩＷＦにおいてＳＤＡＰ／ＧＲＥヘッダにあるマーキング情報をＮ３ヘッダにマーキングする動作を行わなければならない。これを受信したＵＰＦは、ＳＭＦにシグナリングを送って端末が当該データフローに対するスイッチングを要求することを知らせる。ＳＭＦは、ＡＮリソースセットアップが必要である場合、Ｎ２セットアップ要求メッセージをＡＮに送信する。ＡＮリソースセットアップが成功裏に行われた場合、ＳＭＦは再びＵＰＦにシグナリングを送り、ＵＰＦは再び端末にユーザプレーンを介して知らせる。この後、端末は、ＵＰＦからユーザプレーンにマーキング情報を受信するか、一定時間が経過してからスイッチングを開始することができる。
【０２７８】
ＩＩ−３．第２開示の第３方案：共通ＱｏＳ規則と非共通ＱｏＳ規則をともに使用する方案
【０２７９】
この方案は、Ｎｏｎ−ＧＢＲ  ＱｏＳフローに対しては共通ＱｏＳ規則を使用し、ＧＢＲ  ＱｏＳフローに対してはそれぞれのアクセス別のＱｏＳ規則を使用する方案である。この方案を使用する場合、端末は、Ｎｏｎ−ＧＢＲ  ＱｏＳフローに対しては第２方案においてのと同様に、ＳＭＦにシグナリングを別途に送信することが必要なくステアリングをすることができる。
【０２８０】
ＧＢＲ  ＱｏＳフローの場合は、端末がＳＭＦにソースアクセスで使用するＱｏＳと同一のＱｏＳを要求するために、ＰＤＵセッション修正要求メッセージをターゲットアクセス側に送信してターゲットアクセスに同一のＱｏＳを生成した後、ステアリングを行う。
【０２８１】
前述した第１ないし第３方案において、端末がＳＭＦにＱｏＳフローセットアップを要求するＰＤＵセッション修正要求メッセージを送信するとき、端末は移そうとするデータフローに関する情報をともに送信する。この情報は、移そうとするデータフローのＱＦＩになることができ、又はパケットフィルタの形態で送信されることができる。もし、ＳＭＦがターゲットアクセスにソースアクセスと同一のＱｏＳフローをセットアップできない場合は、当該データフローに対するステアリング規則をアップデートするか、ＱｏＳをアップデートすることができる。
【０２８２】
前述した第１ないし第３方案において、端末がＰＤＵセッション修正要求メッセージを送信するのではなく、ネットワークにおいて直接ＰＤＵセッション修正を行うことができる。このようにするためには、端末は、常にＧＢＲ  ＱｏＳフローに対してはダウンリンクトラフィックを受信したアクセスと同一のアクセスにのみアップリンクトラフィックを送信しなければならない。すなわち、端末においてＡＴＳＳＳ規則により直接アクセスを選択して送信を行うのではなく、ネットワークにおいて決定したアクセスにのみトラフィックを送信する。ネットワークにおいては、当該アクセスにＧＢＲ  ＱｏＳフローに対するリソースが割り当てられているか常に把握しているので、ＧＢＲ  ＱｏＳフローがうまくセットアップされているアクセスを介してトラフィックを送信し、端末は当該アクセスに同一に送信を行う。このためには、端末が最初にＧＢＲ  ＱｏＳフローを送信するときにどのアクセスに送信すべきであるかが分からないので、基本（ｄｅｆａｕｌｔ）アクセス値を定めなければならない。これはＡＴＳＳＳ規則により端末に知られるか、又は、端末に予め設定されている値を使用することができる。また、ネットワークにおいてダウンリンクで送信するアクセスにトラフィックを送れという意味で、ＡＴＳＳＳ規則に関する情報を与えるか、又は反映式ＱｏＳに類似してユーザプレーンのマーキングにより当該情報を伝達することができる。または、ＵＰＦと端末に、整列（ａｌｉｇｎ）されているステアリング規則を与えて自然に同一のアクセスにステアリングされるようにすることができる。
【０２８３】
ＵＰＦにおいてＳＭＦが送ったＡＴＳＳＳ規則によりダウンリンクステアリングをするとき、ＵＰＦは、当該アクセスにＧＢＲ  ＱｏＳフローがセットアップされているかが分からないため、ＳＭＦとの相互作用によりトラフィックスイッチングをしてもよいのかを確認しなければならない。このために、実際にトラフィックスイッチングをする前にＮ４修正手順を介してＳＭＦに特定トラフィックに関する情報とともにアクセスを変更してもいいのかに対するインジケーションを送信する。ＳＭＦは、ＵＰＦから関連したメッセージを受信する場合、当該トラフィックに対するＧＢＲ  ＱｏＳフローにラジオリソースがセットアップされているかを確認した後、トラフィックスイッチングが可能であるか否かをＵＰＦに知らせる。もし、ラジオリソースがセットアップされていない場合、ＰＤＵセッション修正手順を利用して当該ＧＢＲ  ＱｏＳフローに対するラジオリソースセットアップを行う。もし、この過程が失敗すると、ＵＰＦにトラフィックスイッチングが不可能であることを知らせるインジケーション及び／又はアップデートされたＡＴＳＳＳ規則を送ることができる。
【０２８４】
ＩＩ−４．第２開示の整理
【０２８５】
以下、ＭＡ  ＰＤＵ セッションに対するＱｏＳをサポートするための方策について説明する。
【０２８６】
ＱｏＳフローは、ＭＡ  ＰＤＵセッションにおいてＱｏＳ差別化のための最小単位であり、ＱｏＳフローは特定アクセスと連係されていない場合もある。データフローが２つのアクセス間でステアリングされるとき、同一のＱｏＳフローが使用されることができる。
【０２８７】
ＭＡ  ＰＤＵ セッションが確立されるとき、ＳＭＦは端末にＱｏＳ規則を提供することができる。端末がＱｏＳ規則に基づいて、アップリンクユーザプレーントラフィックを分類及びマーキング、すなわち、アップリンクトラフィックをＱｏＳフローに連係させることができる。前記ＱｏＳ規則は、３ＧＰＰ及び非３ＧＰＰアクセスのために共通に使用されることができ、ＱｏＳ分類は、ＡＴＳＳＳステアリング規則と無関係であり得る。前記ＳＭＦは基本ＱｏＳ規則を端末に提供することができる。
【０２８８】
ＭＡ  ＰＤＵセッションが確立される場合、ＳＭＦは、ＰＤＲ（Ｐａｃｋｅｔ  Ｄｅｔｅｃｔｉｏｎ  Ｒｕｌｅ）をＵＰＦに提供することができる。前記ＵＰＦは、前記ＰＤＲに基づいてダウンリンクユーザプレーントラフィックを分類及びマーキングすることができる。前記ＰＤＲは、３ＧＰＰ及び非３ＧＰＰアクセスのために共通に使用されることができ、ＱｏＳ分類はＡＴＳＳＳステアリング規則と無関係であり得る。
【０２８９】
ＭＡ−ＰＤＵセッションが確立される場合、前記ＳＭＦは、ＱｏＳプロファイルをＲＡＮとＮ３ＩＷＦに提供することができる。前記ＱｏＳプロファイルに基づいて、前記ＲＡＮとＮ３ＩＷＦは、ＱｏＳフローのためのリソース、例えば、ラジオベアラの確立、ＩＰｓｅｃ  ＳＡ、ＱｏＳフローをＡＮリソースにマッピングを行うことができる。リソース割り当ては、ＱｏＳフローのタイプ（すなわち、非ＧＢＲ  ＱｏＳフロー、ＧＢＲ  ＱｏＳフロー）と関係なく行われることができる。これは、３ＧＰＰアクセス及び非３ＧＰＰアクセスの間で動的トラフィックステアリングを可能にすることができる。
【０２９０】
個別ＰＤＵセッション確立手順を使用してＭＡ  ＰＤＵセッションが確立される場合、そして、ＳＭＦがＰＤＵセッションの確立受諾メッセージを第２アクセスに送信する場合、ＳＭＦは、ＱｏＳ規則を端末に提供しないことがある。この場合、ＳＭＦは、ＱｏＳフローに対するＡＮリソースを確立するために（例えば、ラジオベアラの確立、ＩＰｓｅｃ  ＳＡ、ＱｏＳフローをＡＮリソースにマッピング）、ＱｏＳプロファイルをＡＮに提供することができる。
【０２９１】
以下、ＧＢＲ  ＱｏＳフローの管理について説明する。
【０２９２】
ＧＢＲ  ＱｏＳフローが確立される場合、ＵＥは、一アクセスにおいてＣＭ−ＩＤＬＥ状態に進入する。例えば、３ＧＰＰアクセス上にトラフィックが存在しない場合、ＲＡＮは、３ＧＰＰアクセス上で活動がないため、Ｎ２接続を解除要求することができる。次に、端末は、３ＧＰＰアクセスにＣＭ−ＩＤＬＥ状態で進入する。さらに、端末が非３ＧＰＰアクセスカバレッジを外れる場合、非３ＧＰＰアクセスにおいてＣＭ−Ｉｄｌｅ状態に進入する。このような場合、ＳＭＦは、ＧＢＲ  ＱｏＳフローを解除することなく、ＧＢＲ  ＱｏＳフローと関連したＱｏＳ規則及びＰＤＲをアップデートしないことがある。端末がＣＭ−ＣＯＮＮＮＥＣＴＥＤ状態に進入する場合、ＳＭＦは、ＧＢＲ  ＱｏＳフローのためにＡＮリソースの確立をＡＮに要求することができる。
【０２９３】
以下、アップリンクＧＢＲ  ＱｏＳフロー検証について説明する。
【０２９４】
アクセスをスイッチングする前に、ＡＮリソースの確立を保証するために、端末は、ＰＤＵセッション修正手順を行い、前記端末がＧＢＲ  ＱｏＳフローを他のアクセスに送信することを知らせるインジケーションを送信する。または、ＰＤＵセッション修正手順の代わりに、ユーザプレーンに特別なトラフィックを送ってトラフィックスイッチングをすることをＵＰＦに知らせることができる。ＵＰＦは、このような特別なトラフィックを受信した場合、これをＳＭＦに知らせる。前記ＳＭＦが前記インジケーションを受信する場合、そして、前記ＧＢＲ  ＱｏＳフローのためのＡＮリソースが確立されていない場合、前記ＳＭＦはＧＢＲ  ＱｏＳフローのためのＡＮリソースの確立をＡＮに要求することができる。
【０２９５】
図１８は、ＭＡ  ＰＤＵセッションのためのＰＤＵセッション修正手順を示す。
【０２９６】
端末は、非３ＧＰＰアクセス上でＧＢＲ  ＱｏＳフローのデータフローを送信し、３ＧＰＰアクセス上ではＣＭ−ＩＤＬＥ状態にある。
【０２９７】
１）前記端末がＧＢＲ  ＱｏＳフローのデータフローを３ＧＰＰアクセスに変更しようとする場合、前記端末は、スイッチングインジケーションを含むＰＤＵセッション修正要求メッセージを送信する。前記端末は、ＣＭ−ＩＤＬＥ状態であるので、前記ＰＤＵセッション修正要求メッセージを送信する前に、サービス要求メッセージを先に送信することができる。前記端末は、前記３ＧＰＰアクセス上でＰＤＵセッション修正要求メッセージを送信する。前記ＰＤＵセッション修正要求メッセージは、前記端末が移動させたいＧＢＲ  ＱｏＳフローのものと同一のＱｏＳ情報を含む。従って、前記ＳＭＦは、どのＱｏＳフローが３ＧＰＰアクセスに移動されるべきであるかが分かる。
【０２９８】
２）前記ＳＭＦは、前記受信した情報に基づいて、影響を受けるＱｏＳフローを見つける。前記ＳＭＦは、前記ＱｏＳフローに対して要求されるＲＡＮリソースを確立するために、ＲＡＮに要求メッセージを送信すると決定する。
【０２９９】
３）前記ＳＭＦは、前記ＲＡＮにＮ２セットアップメッセージを送信する。前記ＳＭＦは、ＰＤＵセッション修正命令メッセージを前記Ｎ２セットアップメッセージ内に含ませる。また、前記ＳＭＦは、前記端末が３ＧＰＰアクセス上でデータフローを送信することを示すインジケーションを前記メッセージ内に含ませることができる。
【０３００】
４）前記ＲＡＮは、ラジオリソース確立を行う。前記ＲＡＮは、前記ＰＤＵセッション修正命令メッセージを前記端末に送信する。前記ＰＤＵセッション確立命令メッセージを受信すると、前記端末は、ステアリング規則に基づいてデータフローをスイッチングする。
【０３０１】
５）前記ＲＡＮは、Ｎ２セットアップ応答メッセージを送信する。前記ＲＡＮが前記ＱｏＳフローの確立を拒絶する場合、前記ＳＭＦは、ＱｏＳ規則及び／又はステアリング規則をアップデートする。
【０３０２】
以下、ダウンリンクＧＢＲ  ＱｏＳフロー検証について説明する
【０３０３】
ＡＮリソースの確立を保証するために、アクセスをスイッチングする前に、ＵＰＦは、Ｎ４セッションレベルの報告手順を行う。そして、前記ＵＰＦは、前記ＧＢＲ  ＱｏＳフローを他のアクセスに送信することを知らせるインジケーションを送信する。前記ＳＭＦが前記インジケーションを受信する場合、そして、前記ＧＢＲ  ＱｏＳフローのためのＡＮリソースがまだ確立されていない場合、前記ＳＭＦは、前記ＧＢＲ  ＱｏＳフローのためのＡＮリソースの確立をＡＮに要求することができる。
【０３０４】
図１９は、Ｎ４セッションレベルの報告手順を利用したダウンリンクＧＢＲ  ＱｏＳフロー検証手順を示す信号流れ図である。
【０３０５】
１）ＵＰＦがＧＢＲ  ＱｏＳフローのデータフローを３ＧＰＰアクセスにスイッチングしようとする場合、前記ＵＰＦは、Ｎ４セッション報告手順を行いながら、スイッチングインジケーションを送信する。
【０３０６】
２）前記ＳＭＦは、前記受信した情報に基づいて、影響を受けるＱｏＳフローを見つける。そして、対応するリソースがまだ割り当てられていない場合、前記ＳＭＦは、前記ＱｏＳフローのために必要なＲＡＮリソースの確立をＲＡＮに要求すると決定する。
【０３０７】
３）前記ＳＭＦは、前記ＲＡＮにＮ２セットアップメッセージを送信する。
【０３０８】
４）前記ＲＡＮは、ラジオリソース確立手順を行い、応答メッセージをＳＭＦに送信する。
【０３０９】
５）前記ＳＭＦは、Ｎ４セッション報告Ａｃｋメッセージを送信し、ＵＰＦが３ＧＰＰアクセス上でデータフローを送信してもいいことを示すインジケーションを送信する。
【０３１０】
図２０は、本明細書の一開示による方案を示す例示図である。
【０３１１】
図２０に示すように、ＭＡ  ＰＤＵセッション内のＱｏＳフローがＧＢＲ  ＱｏＳフローではないことに基づいて、ＳＭＦノードは、ＱｏＳプロファイルを３ＧＰＰアクセス及び非３ＧＰＰアクセスの両方ともに送信すると決定することができる。
【０３１２】
または、ＭＡ  ＰＤＵセッション内のＱｏＳフローがＧＢＲ  ＱｏＳフローであることに基づいて、前記ＳＭＦノードは、ＱｏＳプロファイルを３ＧＰＰアクセス及び非３ＧＰＰアクセスのいずれか１つのアクセスに送信すると決定することができる。
【０３１３】
前記決定に基づいて、前記ＳＭＦノードは、前記ＱｏＳプロファイルを送信することができる。
【０３１４】
前記ＳＭＦは、前記３ＧＰＰアクセス及び前記非３ＧＰＰアクセスのうち前記１つのアクセスを決定することができる。
【０３１５】
前記ＳＭＦは、前記ＭＡ  ＰＤＵセッションが確立されることに基づいて、ＱｏＳ規則をＵＥ（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）に送信することができる。
【０３１６】
前記ＱｏＳ規則は、前記３ＧＰＰアクセス及び前記非３ＧＰＰアクセスの両方とものために共通的に使用されることができる。
【０３１７】
前記ＭＡ  ＰＤＵセッションは、前記３ＧＰＰアクセス及び前記非３ＧＰＰアクセスの両方ともにおいて確立されることができる。
【０３１８】
ステアリング規則に従って前記ＧＢＲ  ＱｏＳフローを前記３ＧＰＰアクセス及び非３ＧＰＰアクセスのうち第１アクセスから第２アクセスに移動しなければならない場合、前記ＳＭＦは、ＵＰＦからスイッチングが必要であることを知らせるインジケーションを受信することができる。
【０３１９】
前記インジケーションは、スイッチングしょうとするＱｏＳフローに関する情報とスイッチングしようとする前記第２アクセスに関する情報を含む。
【０３２０】
前記ＳＭＦは、ＧＢＲ  ＱｏＳフローのスイッチングが成功裏に行われたことを前記ＵＰＦに知らせることができる。
【０３２１】
前記ＱｏＳプロファイルは、前記インジケーションに基づいて送信されることができる。
【０３２２】
前記ＧＢＲ  ＱｏＳフローが成功裏に行われたことを知らせるインジケーションは、前記ＵＰＦにとって前記第２アクセスへのスイッチングを行うことができる。
【０３２３】
前記ＱｏＳプロファイルが送信される１つのアクセスは、現在使用中のアクセスであり得る。前記ＱｏＳプロファイルは、前記現在使用中のアクセス上でリソースをセットアップするのに使用されることができる。
【０３２４】
これまで説明した内容はハードウェアで実現されることができる。これについて図面を参照して説明する。
【０３２５】
図２１は、本発明の実施形態による端末及びネットワークノードの構成ブロック図である。
【０３２６】
図２１に示すように、前記端末１００は、メモリ１０１と、プロセッサ１０２と、送受信部１０３とを含む。そして、前記ネットワークノードは、ＡＭＦ、ＳＭＦ、ＮＥＦ、及びＡＦのいずれか１つであり得る。前記ネットワークノードは、メモリ５１１と、プロセッサ５１２と、送受信部５１３とを含む。
【０３２７】
前記メモリは、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリーカード、格納媒体及び／又は他の格納装置を含むことができる。
【０３２８】
前記メモリは、前述した方法を格納する。
【０３２９】
前記プロセッサは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／又はデータ処理装置を含むことができる。
【０３３０】
前記プロセッサは、前記メモリ及び前記送受信部を制御する。具体的に、前記プロセッサは、前記メモリに格納されている前記方法をそれぞれ実行する。そして、前記プロセッサは、前記送受信部を介して前述した信号を送信する。
【０３３１】
前記送受信部は、無線周波数信号を処理するための基底帯域回路を含むことができる。
【０３３２】
実施形態がソフトウェアで実現される場合、本明細書で説明された技術は、本明細書で説明された機能を行うモジュール（例えば、手順、機能など）で実現されることができる。モジュールは、メモリ１０１に格納されることができ、プロセッサ１０２により実行されることができる。メモリ１０１は、プロセッサ１０２の内部に実現されてもよい。または、メモリ１０１は、プロセッサ１０２の外部に実現されてもよく、技術分野で公知された多様な手段によりプロセッサ１０２に通信可能に接続される。
【０３３３】
図２２は、本発明の実施形態による端末の構成を詳細に示すブロック図である。
【０３３４】
端末は、メモリ１０１、プロセッサ１０２、送受信部１０３、電力管理モジュール１０４ａ、バッテリ１０４ｂ、ディスプレイ１０５ａ、入力部１０５ｂ、スピーカ１０６ａ及びマイク１０６ｂ、ＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｍｏｄｕｌｅ）カード、１つ以上のアンテナを含む。
【０３３５】
プロセッサ１０２は、本明細書で説明された提案された機能、手順及び／又は方法を実現するように構成される。無線インタフェースプロトコルの層は、プロセッサ１０２において実現されることができる。プロセッサ１０２は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／又はデータ処理装置を含むことができる。プロセッサ１０２は、ＡＰ（ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｃｅｓｓｏｒ）であり得る。プロセッサ１０２は、ＤＳＰ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）、ＣＰＵ（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）、ＧＰＵ（ｇｒａｐｈｉｃｓ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）、モデム（Ｍｏｄｅｍ：ｍｏｄｕｌａｔｏｒ  ａｎｄ  ｄｅｍｏｄｕｌａｔｏｒ）のうち少なくとも１つを含むことができる。プロセッサ１０２の例は、Ｑｕａｌｃｏｍｍ（登録商標）により製造されたＳＮＡＰＤＲＡＧＯＮＴＭシリーズプロセッサ、ｓａｍｓｕｎｇ（登録商標）により製造されたＥＸＹＮＯＳＴＭシリーズプロセッサ、Ａｐｐｌｅ（登録商標）により製造されたＡシリーズプロセッサ、ＭｅｄｉａＴｅｋ（登録商標）により製造されたＨＥＬＩＯＴＭシリーズのプロセッサ、ＩＮＴＥＬ（登録商標）により製造されたＡＴＯＭＴＭシリーズプロセッサ又は対応する次世代プロセッサであり得る。
【０３３６】
電力管理モジュール１０４ａは、プロセッサ１０２及び／又は送受信部１０３に対する電力を管理する。バッテリ１０４ｂは、電力管理モジュール１０４ａに電力を供給する。ディスプレイ１０５ａは、プロセッサ１０２により処理された結果を出力する。入力部１０５ｂは、プロセッサ１０２により使用される入力を受信する。入力部１０５ｂは、ディスプレイ１０５ａ上に表示される。ＳＩＭカードは、携帯電話及びコンピュータのような携帯電話装置において加入者を識別及び認証するのに使用されるＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ  ｍｏｂｉｌｅ  ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ）及びそれと関連したキーを安全に格納するために使用される集積回路である。多くのＳＩＭカードに連絡先情報を格納することもできる。
【０３３７】
メモリ１０１は、プロセッサ１０２と動作可能に結合され、プロセッサ１０２を動作させるための様々な情報を格納する。メモリ１０１は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリーカード、格納媒体及び／又は他の格納装置を含むことができる。実施形態がソフトウェアで実現される場合、本明細書で説明された技術は、本明細書で説明された機能を行うモジュール（例えば、手順、機能など）で実現されることができる。モジュールは、メモリ１０１に格納されることができ、プロセッサ１０２により実行されることができる。メモリ１０１は、プロセッサ１０２の内部に実現されてもよい。または、メモリ１０１は、プロセッサ１０２の外部に実現されてもよく、技術分野で公知された多様な手段によりプロセッサ１０２に通信可能に接続される。
【０３３８】
送受信部１０３は、プロセッサ１０２と動作可能に結合され、無線信号を送信及び／又は受信する。送受信部１０３は、送信部と受信部を含む。送受信部１０３は、無線周波数信号を処理するための基底帯域回路を含むことができる。送受信部は、無線信号を送信及び／又は受信するように１つ以上のアンテナを制御する。
【０３３９】
スピーカ１０６ａは、プロセッサ１０２により処理された音関連結果を出力する。マイク１０６ｂは、プロセッサ１０２により使用される音関連入力を受信する。
【０３４０】
以上では、本発明の好ましい実施形態を例示的に説明したが、本発明の範囲は、このような特定の実施形態にのみ限定されることではないので、本発明は、本発明の思想及び特許請求の範囲に記載された範疇内で様々な形態に修正、変更又は改善されることができる。
【図１】
0006972180.tif 000003
【図２】
0006972180.tif 000004
【図３】
0006972180.tif 000005
【図４ａ】
0006972180.tif 000006
【図４ｂ】
0006972180.tif 000007
【図５ａ】
0006972180.tif 000008
【図５ｂ】
0006972180.tif 000009
【図６ａ】
0006972180.tif 000010
【図６ｂ】
0006972180.tif 000011
【図６ｃ】
0006972180.tif 000012
【図６ｄ】
0006972180.tif 000013
【図６ｅ】
0006972180.tif 000014
【図６ｆ】
0006972180.tif 000015
【図７】
0006972180.tif 000016
【図８】
0006972180.tif 000017
【図９】
0006972180.tif 000018
【図１０】
0006972180.tif 000019
【図１１】
0006972180.tif 000020
【図１２】
0006972180.tif 000021
【図１３】
0006972180.tif 000022
【図１４】
0006972180.tif 000023
【図１５】
0006972180.tif 000024
【図１６】
0006972180.tif 000025
【図１７】
0006972180.tif 000026
【図１８】
0006972180.tif 000027
【図１９】
0006972180.tif 000028
【図２０】
0006972180.tif 000029
【図２１】
0006972180.tif 000030
【図２２】
0006972180.tif 000031