(57)【特許請求の範囲】
【請求項１】
通信ネットワークにおいて登録ユーザ機器（ＵＥ）（５１、６００）とデータネットワーク名（ＤＮＮ）によって識別されるデータネットワークとの間のパケットデータユニット（ＰＤＵ）セッションを確立する方法であって、前記通信ネットワークがアクセスおよびモビリティ機能（ＡＭＦ）（５６、６６、５００）とポリシー制御機能（ＰＣＦ）（６０、７００）とを備え、前記方法は、
−前記ＡＭＦ（５６、６６、５００）によって、前記通信ネットワークにおいてＵＥ（５１、６００）を登録するための、前記ＵＥ（５１、６００）によって開始された登録要求を受信するステップ（３、３１０）と、
−前記ＡＭＦ（５６、６６、５００）によって、前記ＰＣＦ（６０、７００）からのＰＤＵセッション確立情報を要求するステップ（１６、３２０）であって、前記要求するステップ（１６、３２０）が、前記登録要求を受信する（３、３１０）とトリガされる、ＰＤＵセッション確立情報を要求するステップ（１６、３２０）と、
−前記ＡＭＦ（５６、６６、５００）によって、前記ＰＣＦ（６０、７００）から、ＰＤＵセッションが前記ＵＥ（５１、６００）によって確立されるべきである１つまたは複数のＤＮＮを含むＰＤＵセッション確立情報を受信するステップ（１６ｂ、３３０）であって、前記受信されたセッション確立情報は、ＤＮＮに対するＰＤＵセッションが登録の直後に前記ＵＥによって開始されるべきであるかどうかを示すためのインジケータを、前記１つまたは複数のＤＮＮの各々についてさらに含む、ＰＤＵセッション確立情報を受信するステップ（１６ｂ、３３０）と、
−前記ＡＭＦ（５６、６６、５００）によって、前記ＵＥ（５１、６００）に命令を送信するステップ（２１ａ、３４０）であって、前記命令が、前記インジケータに基づいて、前記命令の受信時に前記ＵＥ（５１、６００）と１つまたは複数のＤＮＮのうちの少なくとも１つのＤＮＮとの間の少なくとも１つのＰＤＵセッションを確立するための、前記１つまたは複数のＤＮＮの各々についての前記インジケータとともに、前記１つまたは複数のＤＮＮを含む、命令を送信するステップ（２１ａ、３４０）と
を含む、方法。
【請求項２】
前記ＡＭＦによって前記ＰＣＦから受信された前記ＰＤＵセッション確立情報が、ＵＥポリシーデータ中に含まれる、請求項１に記載の方法。
【請求項３】
前記ＵＥポリシーデータがＵＥルート選択ポリシー（ＵＲＳＰ）データを含み、前記ＵＥによってＰＤＵセッションを確立するための前記１つまたは複数のＤＮＮが、前記ＵＲＳＰデータに含まれる、請求項２に記載の方法。
【請求項４】
前記ＵＥポリシーデータが、前記１つまたは複数のＤＮＮのそれぞれのＤＮＮと確立されるべきＰＤＵセッションのタイプを指定するＰＤＵセッションタイプ情報を含む、請求項２または３に記載の方法。
【請求項５】
前記命令が前記ＵＥポリシーデータを含む、請求項２、３または４に記載の方法。
【請求項６】
通信ネットワークにおいて登録ユーザ機器（ＵＥ）（５１、６００）とデータネットワーク名（ＤＮＮ）によって識別されるデータネットワークとの間のパケットデータユニット（ＰＤＵ）セッションを確立する方法であって、前記通信ネットワークがアクセスおよびモビリティ機能（ＡＭＦ）（５６、６６、５００）とポリシー制御機能（ＰＣＦ）（６０、７００）とを備え、前記方法は、
−前記ＵＥ（５１、６００）によって、前記通信ネットワークにおいて前記ＵＥ（５１、６００）を登録するための登録要求を開始するステップ（１、３６０）と、
−前記ＵＥ（５１、６００）によって、前記通信ネットワークのＡＭＦ（５６、６６、５００）から、前記登録要求に応答して、命令を受信するステップ（２１ａ、３７０）であって、前記命令は、１つまたは複数のＤＮＮを含み、前記ＵＥ（５１、６００）と前記１つまたは複数のＤＮＮのうちの少なくとも１つのＤＮＮとの間の少なくとも１つのＰＤＵセッションを確立するために、ＤＮＮに対するＰＤＵセッションが、登録の直後に前記ＵＥによって開始されるべきであるかどうかを示すためのインジケータを、前記１つまたは複数のＤＮＮの各々についてさらに含む、命令を受信するステップ（２１ａ、３７０）と、
−  前記命令を受信すると、前記ＵＥ（５１、６００）によって、前記１つまたは複数のＤＮＮのうちの少なくとも１つのＤＮＮと少なくとも１つのＰＤＵセッションを確立するステップ（２４、３８０）と
を含む、方法。
【請求項７】
前記命令がＵＥポリシーデータを含み、前記少なくとも１つのＰＤＵセッションが、前記ＵＥポリシーデータに従って前記ＵＥ（５１、６００）によって確立される、請求項６に記載の方法。
【請求項８】
通信ネットワークにおいて登録ユーザ機器（ＵＥ）（５１、６００）とデータネットワーク名（ＤＮＮ）によって識別されるデータネットワークとの間のパケットデータユニット（ＰＤＵ）セッションを確立する方法であって、前記通信ネットワークがアクセスおよびモビリティ機能（ＡＭＦ）（５６、６６、５００）とポリシー制御機能（ＰＣＦ）（６０、７００）とを備え、前記方法は、
−  前記ＰＣＦ（６０、７００）によって、ＡＭＦ（５６、６６、５００）からの、前記ＵＥ（５１、６００）のためのＰＤＵセッション確立情報についての要求を受信するステップ（１６、４１０）と、
−前記ＰＣＦ（６０、７００）によって、前記ＡＭＦ（５６、６６、５００）に、前記ＵＥ（５１、６００）と１つまたは複数のＤＮＮのうちの少なくとも１つのＤＮＮとの間の少なくとも１つのＰＤＵセッションを確立するための前記１つまたは複数のＤＮＮを含むＰＤＵセッション確立情報を送信するステップ（１６ｂ、４２０）であって、前記送信されたセッション確立情報は、ＤＮＮに対するＰＤＵセッションが登録の直後に前記ＵＥによって開始されるべきであるかどうかを示すためのインジケータを、前記１つまたは複数のＤＮＮの各々についてさらに含む、ＰＤＵセッション確立情報を送信するステップ（１６ｂ、４２０）と
を含む、方法。
【請求項９】
前記ＰＣＦがＵＥポリシーデータ中で前記ＰＤＵセッション確立情報を送信する、請求項８に記載の方法。
【請求項１０】
−前記ＰＣＦ（６０、７００）によって、前記ネットワークにおいて利用可能なＵＥポリシーデータ関係イベントにサブスクライブするステップと、
−前記ＰＣＦ（６０、７００）によって、前記ＵＥポリシーデータ関係イベントに基づいてＵＥポリシーデータを更新するステップと、
−前記ＰＣＦ（６０、７００）によって、前記更新されたＵＥポリシーデータ中で前記ＰＤＵセッション確立情報を送信するステップと
をさらに含む、請求項９に記載の方法。
【請求項１１】
前記更新されたＵＥポリシーデータがＵＥルート選択ポリシー（ＵＲＳＰ）データとＤＮＮ選択ポリシーデータとを含み、前記ＵＲＳＰデータが、
−セッションおよびサービス継続性（ＳＳＣ）モード選択ポリシー（ＭＳＰ）データと、
−ネットワークスライス選択ポリシー（ＮＳＳＰ）データとを含み、ＳＳＣＭＳＰデータとＮＳＳＰデータの両方が、前記ＵＥ（５１、６００）によって確立されるべきＰＤＵセッションのために選択されるＳＳＣモードとスライスとを決定し、前記ＤＮＮ選択ポリシーデータは、
−前記ＵＥ（５１、６００）によって利用されるべきＰＤＵセッションを決定することと、
−新しいＰＤＵセッションが新しいＤＮＮに対していつ確立されるべきであるかを決定することと、
−特定のＤＮＮに対するＰＤＵセッションが要求されるべきであるアクセスタイプを示すことと
のうちの少なくとも１つのために構成された、請求項１０に記載の方法。
【請求項１２】
通信ネットワークにおいて登録ユーザ機器（ＵＥ）（５１、６００）とデータネットワーク名（ＤＮＮ）によって識別されるデータネットワークとの間のパケットデータユニット（ＰＤＵ）セッションを開始するために構成されたアクセスおよびモビリティ機能（ＡＭＦ）（５６、６６、５００）であって、前記ＡＭＦ（５６、６６、５００）は、
−前記通信ネットワークにおいて前記ＵＥ（５１、６００）を登録するための、前記ＵＥ（５１、６００）によって開始された登録要求を受信するために構成された受信モジュール（５０５）と、
−前記通信ネットワークにおいてポリシー制御機能（ＰＣＦ）（６０、７００）からＰＤＵセッション確立情報を取り出すために構成された取出しモジュール（５０６）であって、前記取出しモジュール（５０６）が、前記受信モジュール（５０５）によって前記登録要求を受信するとアクティブにされ、前記受信モジュール（５０５）は、前記ＰＣＦ（６０、７００）から、ＰＤＵセッションが前記ＵＥによって確立されるべきである１つまたは複数のＤＮＮのリスティングを含むＰＤＵセッション確立情報を受信するようにさらに構成され、前記受信されたセッション確立情報は、ＤＮＮに対するＰＤＵセッションが登録の直後に前記ＵＥによって開始されるべきであるかどうかを示すためのインジケータを、前記１つまたは複数のＤＮＮの各々についてさらに含む、取出しモジュール（５０６）と、
−前記ＵＥ（５１、６００）に、前記インジケータに基づいて、前記ＵＥ（５１、６００）と１つまたは複数のＤＮＮの前記リスティングの少なくとも１つのＤＮＮとの間の少なくとも１つのＰＤＵセッションを確立するように命令するために構成された命令モジュール（５０７）と
を備える、アクセスおよびモビリティ機能（ＡＭＦ）（５６、６６、５００）。
【請求項１３】
ユーザ機器（ＵＥ）（５１、６００）であって、前記ＵＥ（５１、６００）とデータネットワーク名（ＤＮＮ）によって識別されるデータネットワークとの間の、通信ネットワークにおけるパケットデータユニット（ＰＤＵ）セッションを確立するために構成され、前記ＵＥ（５１、６００）は、
−前記通信ネットワークにおいて前記ＵＥ（５１、６００）を登録するための登録要求を開始するために構成された登録モジュール（６０５）と、
−前記通信ネットワークにおいて、アクセスおよびモビリティ機能（ＡＭＦ）（５６、６６、５００）から、前記ＵＥ（５１、６００）がＰＤＵセッションを確立するべきである１つまたは複数のＤＮＮのリスティングを受信するために構成された受信モジュール（６０６）であって、ＤＮＮに対するＰＤＵセッションが登録の直後に前記ＵＥによって開始されるべきであるかどうかを示すためのインジケータを、前記１つまたは複数のＤＮＮの各々についてさらに含む、受信モジュール（６０６）と、
−前記ＵＥ（５１、６００）と１つまたは複数のＤＮＮの前記リスティングの少なくとも１つのＤＮＮとの間の少なくとも１つのＰＤＵセッションを確立するために構成されたＰＤＵ確立モジュール（６０７）と
を備える、ユーザ機器（ＵＥ）（５１、６００）。
【請求項１４】
登録ユーザ機器（ＵＥ）（５１、６００）とデータネットワーク名（ＤＮＮ）によって識別されるデータネットワークとの間のパケットデータユニット（ＰＤＵ）セッションを開始するために構成されたポリシーおよび制御機能（ＰＣＦ）（６０、７００）であって、前記ＰＣＦ（６０、７００）は、
−前記通信ネットワークにおいて、アクセスおよびモビリティ機能（ＡＭＦ）（５６、６６、５００）から、前記ＵＥ（５１、６００）のためのＰＤＵセッション確立情報についての要求を受信するために構成された受信モジュール（７０５）と、
−前記ＵＥ（５１、６００）によって、１つまたは複数のＤＮＮのリスティングの少なくとも１つのＤＮＮに対する少なくとも１つのＰＤＵセッションを確立するために、前記１つまたは複数のＤＮＮの各々についてのインジケータとともに、前記ＡＭＦ（５６、６６、５００）に、１つまたは複数のＤＮＮの前記リスティングを送信するために構成された送信モジュール（７０６）であって、前記インジケータは、ＤＮＮに対するＰＤＵセッションが登録の直後に前記ＵＥによって開始されるべきであるかどうかを示すように構成された、送信モジュール（７０６）と
を備える、ポリシーおよび制御機能（ＰＣＦ）（６０、７００）。
【請求項１５】
少なくとも１つのプロセッサ上で実行されたとき、前記少なくとも１つのプロセッサに、請求項１から１１のいずれか一項に記載の方法を行わせる命令を含むコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、通信ネットワークにおける、ユーザ機器（ＵＥ）とデータネットワーク名（ＤＮＮ）によって識別されるデータネットワークとの間のパケットデータユニット（ＰＤＵ）セッション確立に関し、より詳細には、第５世代コアネットワーク（５ＧＣ）通信システムにおけるＵＥの登録におけるネットワーク開始型ＰＤＵセッション確立に関する。
【背景技術】
【０００２】
第４世代（４Ｇ）発展型パケットコア（ＥＰＣ）システムでは、ユーザ機器（ＵＥ）は、パケットデータネットワーク（ＰＤＮ）に向けたコネクティビティを獲得するために４Ｇ／ＥＰＣシステムにアタッチし得る。ＰＤＮ接続は、たとえば、インターネットプロトコル（ＩＰ）アドレスによって表されるＵＥと、アクセスポイント名（ＡＰＮ）によって表されるパケットデータネットワーク（ＰＤＮ）との間の関連付けとして規定される。
【０００３】
ＡＰＮは、パケットデータネットワークへのアクセスポイントを表す、ドメインネームシステム（ＤＮＳ）命名規則によるラベルである。所与のＵＥについての許可／サブスクライブされたＡＰＮのリストが、ＩＰ対非ＩＰタイプ、デフォルトサービス品質（ＱｏＳ）など、各ＡＰＮについてのＰＤＮ接続の特性とともに、各ＵＥまたはサブスクライバについてのサブスクリプション情報の一部として通信システムのホームサブスクライバサーバ（ＨＳＳ）に記憶される。
【０００４】
サブスクリプションプロファイル情報は、デフォルトＡＰＮについての少なくとも設定を含んでいることがある。所与のＵＥについて、「ＩＰ」タイプのＰＤＮについての１つのデフォルトＡＰＮ、および「非ＩＰ」タイプのＰＤＮに属し得る別のデフォルトＡＰＮなど、せいぜい２つのデフォルトＡＰＮがあり得る。
【０００５】
アタッチプロシージャ中に、５Ｇ規格の第１のセットを与えるための、第３世代パートナーシッププロジェクト（３ＧＰＰ）リリース１５（３ＧＰＰ  Ｒｅｌ−１５）まで、ＵＥはＰＤＮコネクティビティ要求プロシージャを含むものとし、ＥＰＣコアネットワークは、ＡＰＮがＵＥによって与えられないとき、デフォルトＡＰＮについてのＰＤＮ接続を確立するものとする。Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）／ＥＰＣにおいて接続されたＵＥは少なくとも１つのアクティブＰＤＮ接続を有するものとし、さもなければ、ＬＴＥ／ＥＰＣは、そのＵＥをシステムからデタッチすることになる。
【０００６】
ボイスおよびショートメッセージサービス（ＳＭＳ）のためのＩＲ．９２  ＩＰマルチメディアサブシステム（ＩＭＳ）プロファイルに基づくボイスオーバーＬＴＥ（ＶｏＬＴＥ）ＵＥは、アタッチプロシージャ中に、また、確立されなければならない第１のＰＤＮ接続のためにデフォルトＡＰＮに依拠するために、ＡＰＮの使用をサポートする。
【０００７】
３ＧＰＰ  Ｒｅｌ−１５では、「ＰＤＮコネクティビティがないアタッチ」を可能にする特徴が導入されており、ここで、ＵＥは、アクティブＰＤＮ接続なしにＬＴＥ／ＥＰＣシステムに接続され得る。この特徴は、追加の「ＰＤＮ接続制限」フラグによって制御される。このフラグは、セットされたとき、およびモビリティ管理エンティティ（ＭＭＥ）とＵＥとが、ＰＤＮ接続がないアタッチをサポートする場合、ＭＭＥがユーザのために非緊急ＰＤＮ接続を確立しないものとすることをＭＭＥに示す。
【０００８】
ＵＥが、アクティブＰＤＮ接続がない５Ｇ通信ネットワークにアタッチする可能性は、ＰＤＮ接続およびＡＰＮの概念が、それぞれ、パケットデータユニット（ＰＤＵ）セッションおよびデータネットワーク名（ＤＮＮ）にリネームされたということを除いて、５Ｇにおけるベースライン動作モードになった。
【０００９】
さらに、技術仕様３ＧＰＰ  ＴＳ２３．５０１および２３．５０２の現行バージョンによれば、ＰＤＵセッションは、ＵＥ要求に応じて確立され得るにすぎない。せいぜい、アプリケーションサーバ（ＡＳ）からの要求に応じて、５ＧＣは、ＵＥ中の特定のアプリケーションをトリガすることが可能である。ＵＥは、そのようなトリガメッセージを受信したとき、トリガメッセージをＵＥ中の識別されたアプリケーションにパスし、ここで、ＵＥ中の識別されたアプリケーションは、特定のＤＮＮに対するＰＤＵセッションを確立し得る。
【００１０】
現在、５ＧＣ自体が、５ＧＣにおけるＰＤＵセッションを確立するようにＵＥをトリガするための、３ＧＰＰにおいて規定された機構がない。言い換えれば、現在、５ＧＣの場合、デフォルトＡＰＮ／ＤＮＮの処理に関してＥＰＣの場合と同じ挙動を有することは可能でない。ユーザサブスクリプションがＩＭＳ  ＡＰＮ／ＤＮＮをデフォルトＡＰＮとしてマークした場合、５ＧＣは、５ＧＣにおける登録中にＤＮＮの確立をトリガしないことになる。
【００１１】
ＰＤＵセッション確立のための既存の機構は、５ＧＣネットワークの外部のアプリケーションサーバの呼出しの後の、ＵＥ開始型またはネットワーク（ＮＷ）開始型のいずれかのものであり、このＮＷ開始型方法においても、実際のＰＤＵセッションはＵＥによって確立される。
【００１２】
３ＧＰＰによって現在規定されているネットワーク開始型ＰＤＵセッション確立プロシージャは、モノのインターネット（ＩｏＴ）デバイスのためのデバイストリガ機構として好適であり、ＩｏＴデバイスのために、この機構は、ＵＥに、ＩｏＴアプリケーションプラットフォームによってトリガされたＰＤＵセッションを確立することを要求する。このデバイストリガ要求は、ＳＭＳをサポートするためにＵＥ、すなわち、５ＧＣに必要な情報を含むＳＭＳをＵＥに送ることによって完了される。
【００１３】
Ｔｅｃｈｎｉｃａｌ  Ｓｔａｎｄａｒｄ  ３ＧＰＰ  ＴＳ２３．５０２の現行バージョンは、セクション４．２．２．２において、通信ネットワークにおけるＵＥの登録のための方法を与えるが、ネットワークは、どの（１つまたは複数の）ＤＮＮに対してＰＤＵセッションが確立されるべきであるかに関する指示を与えない。したがって、ＰＤＵセッションは、ＵＥ自体またはアプリケーションサーバによって開始されなければならない。
【００１４】
しかしながら、限定はしないが、ＩＰマルチメディアサブシステム（ＩＭＳ）ボイスサービスなどのいくつかのサービスにとって、３ＧＰＰにおいて現在規定されているネットワーク開始型ＰＤＵセッション確立プロシージャは、好適でない。これらのデバイスは、常に、接続され、ＩＭＳに向けたＰＤＵセッションを実行することが予想される。５ＧＣにおけるネットワーク開始型ＰＤＵセッション確立プロシージャのサポートがない場合、ＰＤＵセッション確立プロセスはＵＥに委任される。したがって、適正なＵＥ設定が、適切なサービス配信およびユーザエクスペリエンスにとって有利である。
【発明の概要】
【００１５】
通信ネットワークにおいてユーザ機器（ＵＥ）とデータネットワーク名（ＤＮＮ）によって識別されるデータネットワークとの間のパケットデータユニット（ＰＤＵ）セッションを確立する方法が提供され、通信ネットワークはアクセスおよびモビリティ機能（ＡＭＦ：Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｆｕｎｃｔｉｏｎ）とポリシー制御機能（ＰＣＦ：Ｐｏｌｉｃｙ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）とを備える。
【００１６】
本開示の第１の態様では、本方法は、通信ネットワークのＡＭＦにおいて実施されるとき、ＡＭＦによって、通信ネットワークにおいてＵＥを登録するための、ＵＥによって開始された登録要求を受信するステップと、ＡＭＦによって、ＰＣＦからＰＤＵセッション確立情報を取り出すステップであって、取り出すステップが、登録要求を受信するとトリガされる、ＰＤＵセッション確立情報を取り出すステップと、ＡＭＦによって、ＰＣＦから、ＰＤＵセッションがＵＥによって確立されるべきである１つまたは複数のＤＮＮを含むＰＤＵセッション確立情報を受信するステップと、ＡＭＦによって、ＵＥに命令を送信するステップであって、命令が、命令の受信時にＵＥと１つまたは複数のＤＮＮのうちの少なくとも１つのＤＮＮとの間の少なくとも１つのＰＤＵセッションを確立するための１つまたは複数のＤＮＮを含む、命令を送信するステップとを含む。
【００１７】
提示された方法によれば、通信ネットワークは、ＰＤＵセッション確立を開始する。すなわち、通信ネットワーク、すなわち、ＡＭＦは、ＵＥが登録プロシージャの完了時に確立することを通信ネットワークが予想するＰＤＵセッションに関して、ＵＥの登録プロシージャによってトリガされた情報をＵＥに与える。ＡＭＦは、たとえば、通信ネットワークにおけるＵＥの登録のすぐ後にまたは直後に、ＰＤＵセッションを確立するようにＵＥに命令し得る。
【００１８】
このソリューションの利点のうちの１つは、通信ネットワークが適切なＵＥ設定に依拠する必要がないことである。通信ネットワークは、どのＰＤＵセッションが確立されるべきであるか、およびどのＤＮＮがＰＤＵセッションのために使用されるべきであるかを制御する。
【００１９】
本方法は、ＩＰマルチメディアサブシステム（ＩＭＳ）ボイスサービスなど、モバイルネットワークオペレータ（ＭＮＯ）サービスにとって有利であり、ここで、対応するＰＤＵセッションの確立は、たとえば、統合データ管理（ＵＤＭ）機能におけるサブスクリプション情報に基づいてＵＥに命令され得る。そのような場合、通信ネットワークは、第５世代コアネットワーク（５ＧＣ）通信システムなどのネットワークまたは通信システムにおける登録時に、これらのタイプのサービスに必要であり得るＰＤＵセッションがＵＥにとって利用可能であることを保証し得る。
【００２０】
本開示の一実施形態によれば、ＡＭＦによってＰＣＦから受信されたＰＤＵセッション確立情報は、ＵＥポリシーデータまたはＵＥポリシー中に含まれる。ＰＣＦによってＡＭＦにＵＥポリシーを与えることは、すでに確立されたプロシージャであり、本開示によれば、このプロシージャは、有利には、ＡＭＦにＰＤＵセッション確立情報を送信することによって拡張され得る。
【００２１】
さらなる実施形態では、ＡＭＦによってＰＤＵから受信されたＵＥポリシーデータは、ＵＥルート選択ポリシー（ＵＲＳＰ：ＵＥ  Ｒｏｕｔｅ  Ｓｅｌｅｃｔｉｏｎ  Ｐｏｌｉｃｙ）データを含み、ＵＥによってＰＤＵセッションを確立するための１つまたは複数のＤＮＮは、ＵＲＳＰデータによって含まれる。
【００２２】
本開示によれば、ＵＥポリシーデータは、１つまたは複数のＤＮＮのそれぞれのＤＮＮと確立されるべき、ＩＭＳボイスセッションなど、ＰＤＵセッションのタイプを指定するＰＤＵセッションタイプ情報を含み得る。
【００２３】
本開示の一実施形態では、ＡＭＦによってＵＥに送信される命令は、ＡＭＦによって受信されたＵＥポリシーデータを含み得る。本開示によれば、たとえば、ＡＭＦによってＰＣＦから、ＰＤＵセッションが確立されるべきである１つまたは複数のＤＮＮを含む、ＵＥに関係するポリシールールの更新されたセットを受信するとき、ポリシールールがＭＮＯによって更新され得るので、ポリシールールの更新されたセットは、ＡＭＦによってＵＥにフォワーディングされる。
【００２４】
本開示の第２の態様では、本方法は、通信ネットワークのＵＥにおいて実施されるとき、ＵＥによって、通信ネットワークにおいてＵＥを登録するための登録要求を開始するステップと、ＵＥによって、通信ネットワークのＡＭＦから、登録要求に応答して、命令を受信するステップであって、命令が、ＵＥと１つまたは複数のＤＮＮのうちの少なくとも１つのＤＮＮとの間の少なくとも１つのＰＤＵセッションを確立するための１つまたは複数のＤＮＮを含む、命令を受信するステップと、命令を受信すると、ＵＥによって、１つまたは複数のＤＮＮのうちの少なくとも１つのＤＮＮと少なくとも１つのＰＤＵセッションを確立するステップとを含む。
【００２５】
ＵＥが、通信ネットワークへの登録時に、ＡＭＦから、少なくとも１つのＰＤＵセッションを確立するための情報を受信するので、ＤＮＮおよびＰＤＵセッション関係情報を取り出し、更新するための、ＵＥにおける追加のプロシージャおよびシグナリングが、効果的に回避される。たとえば、通信ネットワークは、通信ネットワークがどのＰＤＵセッションが確立されるべきであるか、およびどのＤＮＮがこれらのＰＤＵセッションのために使用されるべきであるかを制御するので、適切なＵＥ設定に依拠する必要がない。
【００２６】
ＤＮＮは、たとえば、登録完了メッセージ中でＵＥに与えられ得る。登録完了メッセージは、したがって、５ＧＣなどの通信ネットワークへのＵＥの登録プロシージャにおいて、ＵＥが通信ネットワークにおいて正常に登録されたことをＵＥに示す、知られているメッセージである。その特定のメッセージは、たとえば、本開示によれば、ＵＥがＰＤＵセッションをセットアップするべきであるＤＮＮのリストを伝達するために使用される新しい情報エレメントで拡張され得る。
【００２７】
本開示の第２の態様の一実施形態では、ＵＥによってＡＭＦから受信された命令はＵＥポリシーデータを含み、少なくとも１つのＰＤＵセッションは、これらのＵＥポリシーデータに従ってＵＥによって確立される。たとえば、ＩＭＳボイス対応ＵＥは、通信システムの５ＧＣネットワークなどの通信ネットワークにおいて登録されるとすぐに、ＩＭＳ  ＤＮＮに関係するＰＤＵセッションを確立するように命令され得る。
【００２８】
本開示の第２の態様の別の実施形態によれば、異なるＤＮＮに対する複数のセッションをセットアップするとき、ＵＥは、そのような異なるＰＤＵセッションを、各々、１つまたは複数のＤＮＮのうちの異なるＤＮＮと連続様式で確立する。
【００２９】
ＵＥによって少なくとも１つのＰＤＵセッションを確立するステップの前に、ＵＥは、１つまたは複数の受信されたＤＮＮによって識別されるデータネットワークに向けてＰＤＵセッションが確立されるべきであるかどうかを最初に検査し得る。したがって、命令自体が、ＰＤＵセッションをいつ確立すべきかについての情報を与え得るか、またはＵＥが、受信された命令を解釈することによってＰＤＵセッションをセットアップし始めるべきかどうかを決定するかのいずれかである。したがって、ＡＭＦは、ＵＥによって命令をどのように処理すべきかを含む、ただ、命令のタイプおよび／または命令のコンテンツのいずれかをＵＥに与える。
【００３０】
本開示の第３の態様では、本方法は、通信ネットワークのＰＣＦにおいて実施されるとき、ＰＣＦによって、ＡＭＦから、ＵＥのためのＰＤＵセッション確立情報についての要求を受信するステップと、ＰＣＦによって、ＡＭＦに、ＵＥと１つまたは複数のＤＮＮのうちの少なくとも１つのＤＮＮとの間の少なくとも１つのＰＤＵセッションを確立するための１つまたは複数のＤＮＮを含むＰＤＵセッション確立情報を送信するステップとを含む。
【００３１】
本開示の第３の態様による一実施形態では、ＰＣＦはＵＥポリシーデータ中でＰＤＵセッション確立情報を送信する。
【００３２】
本開示の第３の態様による本方法のさらなる実施形態では、ＰＣＦは、ネットワークにおいて利用可能なＵＥポリシーデータ関係イベントにサブスクライブし、ＵＥポリシーデータ関係イベントに基づいてＵＥポリシーデータを更新し、更新されたＵＥポリシーデータ中でＰＤＵセッション確立情報を送信する。
【００３３】
このようにして、ＵＥが、通信ネットワークへの登録時に少なくとも１つのＰＤＵセッションを確立するための更新された情報を受信し、ＤＮＮおよびＰＤＵセッション関係情報を更新するためのＵＥにおける追加のプロシージャおよびシグナリングを必要としないことが保証される。さらに、通信オペレータは、適切なＵＥ更新に依拠する必要がない。
【００３４】
本開示の第３の態様の方法の一実施形態によれば、更新されたＵＥポリシーデータはＵＥルート選択ポリシー（ＵＲＳＰ）データとＤＮＮ選択ポリシーデータとを含み、ＵＲＳＰデータは、セッションおよびサービス継続性（ＳＳＣ：Ｓｅｓｓｉｏｎ  ａｎｄ  Ｓｅｒｖｉｃｅ  Ｃｏｎｔｉｎｕｉｔｙ）モード選択ポリシー（ＭＳＰ：Ｍｏｄｅ  Ｓｅｌｅｃｔｉｏｎ  Ｐｏｌｉｃｙ）データと、ネットワークスライス選択ポリシー（ＮＳＳＰ：Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ｐｏｌｉｃｙ）データとを含み、ＳＳＣＭＳＰデータとＮＳＳＰデータの両方が、ＵＥによって確立されるべきＰＤＵセッションのために選択されるＳＳＣモードとスライスとを決定する。ＤＮＮ選択ポリシーデータは、ＵＥによって利用されるべきＰＤＵセッションを決定することと、新しいＰＤＵセッションが新しいＤＮＮに対していつ確立されるべきであるかを決定することと、特定のＤＮＮに対するＰＤＵセッションが要求されるべきであるアクセスタイプを示すこととのうちの少なくとも１つのために構成される。
【００３５】
本開示の第４の態様では、通信ネットワークにおいて登録ユーザ機器（ＵＥ）とデータネットワーク名（ＤＮＮ）によって識別されるデータネットワークとの間のパケットデータユニット（ＰＤＵ）セッションを開始するために構成されたアクセスおよびモビリティ機能（ＡＭＦ）またはＡＭＦノードが提示され、ＡＭＦは、
−通信ネットワークにおいてＵＥを登録するための、ＵＥによって開始された登録要求を受信するために構成された受信モジュールと、
−通信ネットワークにおいてポリシー制御機能（ＰＣＦ）からＰＤＵセッション確立情報を取り出すために構成された取出しモジュールであって、取出しモジュールが、受信モジュールによって登録要求を受信するとアクティブにされ、受信モジュールは、ＰＣＦから、ＰＤＵセッションがＵＥによって確立されるべきである１つまたは複数のＤＮＮのリスティングを含むＰＤＵセッション確立情報を受信するようにさらに構成された、取出しモジュールと、
−ＵＥに、ＵＥと１つまたは複数のＤＮＮのリスティングの少なくとも１つのＤＮＮとの間の少なくとも１つのＰＤＵセッションを確立するように命令するために構成された命令モジュールと
を備える。
【００３６】
本開示の第５の態様では、ユーザ機器（ＵＥ）であって、ＵＥとデータネットワーク名（ＤＮＮ）によって識別されるデータネットワークとの間の、通信ネットワークにおけるパケットデータユニット（ＰＤＵ）セッションを確立するために構成されたＵＥが提示され、ＵＥは、
−通信ネットワークにおいてＵＥを登録するための登録要求を開始するために構成された登録モジュールと、
−通信ネットワークにおいて、アクセスおよびモビリティ機能（ＡＭＦ）から、ＵＥがＰＤＵセッションを確立するべきである１つまたは複数のＤＮＮのリスティングを受信するために構成された受信モジュールと、
−ＵＥと１つまたは複数のＤＮＮのリスティングの少なくとも１つのＤＮＮとの間の少なくとも１つのＰＤＵセッションを確立するために構成されたＰＤＵ確立モジュールと
を備える。
【００３７】
本開示の第６の態様では、登録ユーザ機器（ＵＥ）とデータネットワーク名（ＤＮＮ）によって識別されるデータネットワークとの間のパケットデータユニット（ＰＤＵ）セッションを開始するために構成されたポリシーおよび制御機能（ＰＣＦ）またはＰＣＦノードが提示され、ＰＣＦは、
−通信ネットワークにおいて、アクセスおよびモビリティ機能（ＡＭＦ）から、ＵＥのためのＰＤＵセッション確立情報についての要求を受信するために構成された受信モジュールと、
−ＵＥによって、１つまたは複数のＤＮＮのリスティングの少なくとも１つのＤＮＮに対する少なくとも１つのＰＤＵセッションを確立するために、ＡＭＦに１つまたは複数のＤＮＮのリスティングを送信するために構成された送信モジュールと
を備える。
【００３８】
本開示の第７の態様では、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、本開示の第１、第２および第３の態様の各々による方法を行わせる命令を有するコンピュータ可読記憶媒体を備えるコンピュータプログラム製品が提供される。
【００３９】
それぞれアクセスおよびモビリティ機能（ＡＭＦ）、ユーザ機器（ＵＥ）、およびポリシー制御機能（ＰＣＦ）に関して、別個のコンピュータプログラム製品が提供され得ることが諒解されよう。
【００４０】
本開示の上述のおよび他の特徴および利点は、添付の図面を参照して以下の説明から最も良く理解されるであろう。図面において、同様の参照番号は、同等のまたは匹敵する機能または動作を実施する同等の（１つまたは複数の）部分を示す。
【図面の簡単な説明】
【００４１】
【図１】第５世代（５Ｇ）通信ネットワークのアーキテクチャの部分を概略的に示す図である。
【図２】従来技術によるシステムにおけるデータネットワーク名（ＤＮＮ）セッションの開始を概略的に示す図である。
【図３】従来技術による別のシステムにおけるＤＮＮセッションの開始を概略的に示す図である。
【図４】本開示による方法の一実装形態を概略的に示す図である。
【図５】本開示による方法の一実装形態を概略的に示す図である。
【図６】本開示による方法に関与する基本ステップを概略的に示す図である。
【図７】本開示による方法に関与する基本ステップを概略的に示す図である。
【図８】本開示による方法に関与する基本ステップを概略的に示す図である。
【図９】ネットワークエレメントの一例を概略的に示す図である。
【図１０】ネットワークエレメントの一例を概略的に示す図である。
【図１１】ネットワークエレメントの一例を概略的に示す図である。
【発明を実施するための形態】
【００４２】
図１において、参照番号５０は、５Ｇシステムのための参照アーキテクチャを示す。５Ｇシステムアーキテクチャは、ネットワーク機能（ＮＦ）の以下のセレクションを含む。
−  認証サーバ機能（ＡＵＳＦ）５５
−  アクセスおよびモビリティ管理機能（ＡＭＦ）５６
−  データネットワーク（ＤＮ）、たとえば、オペレータサービス、インターネットアクセスまたは第三者サービス、５４
−  ネットワーク露出機能（ＮＥＦ）６２
−  ＮＦリポジトリ機能（ＮＲＦ）６１
−  ネットワークスライス選択機能（ＮＳＳＦ）６３
−  ポリシー制御機能（ＰＣＦ）６０
−  セッション管理機能（ＳＭＦ）５７
−  統合データ管理（ＵＤＭ）５９
−  ユーザプレーン機能（ＵＰＦ）５３
−  アプリケーション機能（ＡＦ）５８
−  ユーザ機器（ＵＥ）５１
−  （無線）アクセスネットワーク（（Ｒ）ＡＮ）５２
【００４３】
これらのネットワーク機能の機能的説明は、その内容が参照により本明細書に含まれる、３ＧＰＰ規格２３．５０１、「Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  ｔｈｅ  ５Ｇ  ｓｙｓｔｅｍ」の節６において明記されている。詳細には、図１において、参照番号５０は、非ローミング事例における５Ｇ通信ネットワークのためのシステムアーキテクチャを示す。すなわち、ＵＥ５１は、ＵＥ５１が最初に属する、すなわち、登録された通信ネットワーク中にある。言い換えれば、ＵＥ５１は、ホーム通信ネットワーク中にある。
【００４４】
図２は、従来技術によるシステムにおけるデータネットワーク名（ＤＮＮ）セッションの開始を示す概略チャートである。詳細には、参照番号１００は、ＵＥ５１とＤＮＮによって識別されるデータネットワークとの間のパケットデータユニット（ＰＤＵ）セッションをセットアップするために行われるイベントとシグナリングとのシーケンスをハイライトするシグナリング図を示す。アプリケーションサーバ１０１は、ネットワーク露出機能（ＮＥＦ）６２にデバイストリガ要求１０２を送る。次いで、ＮＥＦ６２は、続いて、１０３において、ＵＥ５１を認証し、ＵＥ５１が通信ネットワークにおいてデータを受信することを許可されることを確実にする。認証および許可１０３が実施されると、ＮＥＦ６２は、ＵＤＭ５９から、サブスクライバサービングＮＦに関する情報１０４を取り出す。取出しは、しばしば、ＵＤＭ５９に情報を要求することと、ＵＤＭ５９から、要求された情報を受信することとを含む。
【００４５】
ＮＦの識別時に、ＮＥＦ６２は、識別されたＮＦの対応するＡＭＦ５６にデバイストリガ要求１０５を送る。ＡＭＦ５６がデバイストリガ要求１０５を受信したとき、ＡＭＦ５６は、対応するＵＥ５１に要求１０６をフォワーディングし、デバイストリガ応答１０６を受信する。受信されたデバイストリガ応答１０６は、それぞれインスタンス１０７、１０８において、その後、ＵＤＭ１９にフォワーディングされ、次いで、アプリケーションサーバ１０１にフォワーディングされる。シグナリング図から、初期トリガ要求がアプリケーションサーバ１０１によって生成され、それが、ＵＥ５１とともに特定のアプリケーションによって生成されることは、明らかである。さらに、シグナリング図１００に従って動作するシステムでは、ネットワークは、ＵＥ５１がどのＤＮＮ、またはＡＰＮに接続するべきであるかに関する情報を与えない。その結果、ＵＥ５１は、デフォルトＤＮＮとの接続を確立する。
【００４６】
図３は、従来技術による別のシステムにおけるＤＮＮセッションの開始を概略的に示す。図３に示されている方法１５０によれば、ＵＥ５１は、（Ｒ）ＡＮ５２に登録要求１を送る。登録要求１を受信すると、（Ｒ）ＡＮ５２は、３ＧＰＰ  ＴＳ２３．５０１、節６．３．５に記載されているように、ＡＭＦ５６を選択する。
【００４７】
（Ｒ）ＡＮ５２は、新しいＡＭＦ５６に登録要求３を配信する。随意に、新しいＡＭＦ５６は、ＵＥ５１が他のＡＭＦ６６において登録された場合、４において、古いＡＭＦ６６にＵＥコンテキストを要求する。随意の要求４に対する応答として、古いＡＭＦ６６は、５において、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＵＥＣｏｎｔｅｘｔＴｒａｎｓｆｅｒ呼出しについて、ＵＥのサブスクリプション永続識別子（ＳＵＰＩ：Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ｐｅｒｍａｎｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）およびモビリティ管理（ＭＭ）コンテキストを含めることによって、新しいＡＭＦ５６に応答する。ＳＵＰＩがＵＥ５１によって与えられず、古いＡＭＦ６６から取り出されもしない場合、識別情報要求プロシージャ６、７は、ＡＭＦ５６がＵＥ５１に識別情報要求メッセージ６を送ることによって開始され、識別情報要求メッセージ６に対して、ＵＥ５１は、サブスクリプション秘匿化識別子（ＳＵＣＩ：Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ｃｏｎｃｅａｌｅｄ  Ｉｄｅｎｔｉｆｉｅｒ）を含む、識別情報応答メッセージ７で応答する。ＳＵＣＩは、ＵＥによってＳＵＰＩから生成される。無線インターフェース上でＳＵＰＩの代わりにＳＵＣＩを送信することは、プライバシーを確実にするために５ＧＣにおける方策として提案される。
【００４８】
以下のステップでは、ＡＭＦ５６は、８において、ＡＵＳＦ５５を呼び出すことによってＵＥ認証を開始することを決め得る。ＡＭＦ５６が前のステップにおいてＳＵＣＩを取得した場合、ＡＭＦ５６はＵＥ５１を認証するものとし、認証プロシージャの結果としてＳＵＰＩを取得することになる。ＡＵＳＦ５５はＵＥの認証９を実行するものとし、また同時に、ＡＭＦ５６はＮＡＳセキュリティ機能を開始するものとする。ＡＭＦが変わった場合、新しいＡＭＦ５６は、１０において、古いＡＭＦ６６に、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＲｅｇｉｓｔｒａｔｉｏｎＣｏｍｐｌｅｔｅＮｏｔｉｆｙサービス動作を呼び出すことによって、新しいＡＭＦ５６におけるＵＥ５１の登録が完了したことを通知する。
【００４９】
ＰＥＩがＵＥによって与えられず、古いＡＭＦ６６から取り出されもしなかった場合、識別情報要求プロシージャ１１は、ＡＭＦ５６によって、ＰＥＩを取り出すためにＵＥに識別情報要求メッセージを送ることによって開始される。随意に、新しいＡＭＦ５６は、Ｎ５ｇ−ｅｉｒ＿ＭＥＩｄｅｎｔｉｔｙＣｈｅｃｋ＿Ｇｅｔサービス動作を呼び出すことによってＭＥ識別情報検査１２を開始する。ＰＥＩ検査は、３ＧＰＰ  ＴＳ２３．５０１の節４．７に記載されているように実施される。
【００５０】
ステップ１４が実施されるべきである場合、新しいＡＭＦ５６は、ＳＵＰＩに基づいて、１３において、ＵＤＭ５９を選択する。ＡＭＦ５６は、３ＧＰＰ  ＴＳ２３．５０１、節６．３．８に記載されているように、ＵＤＭ５９を選択する。ＡＭＦ５６が最後の登録から変わった場合、またはＵＥ５１が、ＡＭＦ５６における有効なコンテキストを指さないＳＵＰＩを与える場合、またはＵＥ５１が非３ＧＰＰアクセスにすでに登録した同じＡＭＦにＵＥ５１が登録する場合、すなわち、ＵＥ５１が非３ＧＰＰアクセス上で登録され、３ＧＰＰアクセスを追加するためにこの登録プロシージャを開始する場合、新しいＡＭＦ５６は、１４ａ、１４ｂにおいてＵＤＭ５９に登録し、ＵＤＭ５９がこのＡＭＦ５６を登録解除するときに通知されるようにサブスクライブする。ＡＭＦ５６はサブスクリプションデータを取り出し、サブスクリプションデータが変更されたときに通知されるようにサブスクライブする。
【００５１】
ＵＤＭ５９が、ステップ１４ａに示されているように、サービングＡＭＦ５６とともに関連するアクセスタイプを記憶するとき、それは、ＵＤＭが、１４ｃにおいて、存在していれば、３ＧＰＰアクセスに対応する古いＡＭＦ６６に対してＮｕｄｍ＿ＵＥＣｏｎｔｅｘｔＭａｎａｇｅｍｅｎｔ＿ＤｅｒｅｇｉｓｔｒａｔｉｏｎＮｏｔｉｆｉｃａｔｉｏｎを開始することを引き起こす。古いＡＭＦ６６は、ＵＥ５１のＭＭコンテキストを削除する。
【００５２】
条件付きで、新しいＡＭＦ５６は、ＳＵＰＩに基づいて、１５において、ＰＣＦ６０を選択する。ＡＭＦ５６は、１６において、ＵＥ５１のためのアクセスおよびモビリティポリシーとＵＥポリシーとを取り出すために、ＰＣＦ６０にＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔサービス動作を送る。
【００５３】
従来技術によれば、ＵＥ５１は、次いで、１６において、ＰＣＦ６０に登録される。ＰＣＦ６０は、１６ａにおいて、必要なポリシー情報をＡＭＦ５６に与える。随意に、ＡＭＦ５６は、１７において、必要な場合Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙを呼び出す。ＡＭＦ５６は、１８において、前に説明されたようにＮ３ＩＷＦ１５２に向けてＮ２ＡＰ  ＵＥ−ＴＮＬＡバインディングを変更することを決め得る。これは、ＡＭＦが変更され、古いＡＭＦ６６が、ＵＥのためのＮ３ＩＷＦに向けた既存のＮ２ＡＰ  ＵＥ−ＴＮＬＡバインディングを有する場合に行われる。Ｎ３ＩＷＦ１５２は、対応するＮ２応答１９を新しいＡＭＦ５６に与える。
【００５４】
随意に、古いＡＭＦ６６は、２０において、ＰＣＦ６０にＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅを送る。古いＡＭＦ６６が、前に、ＰＣＦ６０において確立されるべきＵＥ５１コンテキストを要求した場合、古いＡＭＦ６６は、２０において、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅサービス動作を呼び出すことによって、ＰＣＦ６０におけるＵＥ５１コンテキストを終了する。ＡＭＦ５６は、ＵＥ５１に向けた登録プロシージャ２１、２２を完了する。
【００５５】
図４は、本開示による方法の一実装形態を概略的に示す。図４において、方法２００は、本開示による方法の一実装形態を示し、ステップ１〜１６は、図３および方法１５０に関して開示されたステップ１〜１６と同じである。
【００５６】
本開示によれば、ＰＣＦ６０が、１６ｂにおいて、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔサービス動作に応答し、ＡＭＦ５６にＵＥ５１のためのアクセスおよびモビリティポリシーデータとＵＥルート選択ポリシー（ＵＲＳＰ）とを与えることが提案される。ＵＲＳＰ内で、ＰＣＦ６０はＤＮＮ選択ポリシーを与える。このポリシーは、ＵＥ５１がトラフィックのために使用するものとするＤＮＮを含んでおり、ＤＮＮに対するＰＤＵセッションが直ちに、すなわち、ＵＥ５１の登録の直後の第１のステップとして開始されるべきである場合、ＤＮＮごとに新しい指示を含んでいることになる。次いで、ＰＣＦ６０は、ＵＥ５１に、直ちに、すなわち、登録の確認の後におよび登録の確認に応答して、ＤＮＮに対するＰＤＵセッションを開始することを要求する。ＤＮＮ選択ポリシーは、ＵＥがＰＤＵセッション確立を完了するために必要とされる追加情報、たとえば、使用すべきＰＤＵセッションタイプを含んでいることがある。
【００５７】
ＡＭＦ５６は、２１ａにおいて、ＮＡＳシグナリングによって、ＵＥが確立することを５ＧＣが予想するＰＤＵセッションに関する指示とともに新しいＤＮＮ選択ポリシーをＵＥ５１に与える。ＵＥ５１は、２３において、ＤＮＮ選択ポリシーが（１つまたは複数の）ＰＤＵセッションの確立についての要求を含むかどうかを検査する。ＤＮＮ選択ポリシーが（１つまたは複数の）ＰＤＵセッションの確立についての要求を含む場合、ＵＥ５１は、２４において、ＡＭＦ５６とＳＭＦ５７とＵＤＭ５９とＰＣＦ６０とＵＰＦ５３との間の５ＧＣ内の対話を含む既存のプロシージャを使用して、要求されたＰＤＵセッションの確立を開始する。
【００５８】
２つ以上のＰＤＵセッションが確立されることを要求される場合、たとえば、ＤＮＮ選択ポリシーが２つ以上のＤＮＮ、たとえば、ＤＮＮ１およびＤＮＮ２についての指示を含む場合、ＵＥ５１は、最初にＤＮＮ１に対するＰＤＵセッションを確立し、次いでＤＮＮ２に対するＰＤＵセッションを確立するべきである。
【００５９】
図５は、本開示による方法２５０の一実装形態を概略的に示す。上述のように、ＰＣＦ６０は、ＵＥ５１に送られた指示（ポリシーまたはルール）を任意の時間に更新することができる。これを達成するための１つのやり方は、ＰＣＦ６０が、たとえばＡＭＦ５６サービスＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅによって利用可能ないくつかのイベントに、またはたとえばＮｕｄｒ＿Ｕｓｅｒ＿Ｄａｔａ＿Ｍａｎａｇｅｍｅｎｔサービスを使用するＵＤＲにおけるサブスクリプション更新に、サブスクライブすることである。特定のイベントが行われると、ＰＣＦ６０は、ＡＭＦ５６を介してＵＥ５１に向けてＮｐｃｆ＿ＡＭＰｏｌｉｃｙｃｏｎｔｒｏｌ＿ＵｐｄａｔｅＮｏｔｉｆｙ動作ポリシー／ルールを更新することができる。ＡＭＦ５６は、図５に示されているように、ＵＥ５１設定更新プロシージャを拡張することができる。別個のプロシージャも使用され得、たとえば、ＰＣＦ６０は、ＡＭＦ５６サービス動作Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒを使用する。
【００６０】
方法２５０によれば、ＡＭＦ５６は、２５１において、ＵＥモビリティ変更、ＮＷポリシー、ＵＥサブスクリプション変更などの様々な理由によりＵＥ５１設定変更の必要性を決定するか、またはＵＥ５１が登録プロシージャを実施する必要があることを決定する。ＵＥ５１がＣＭ−ＩＤＬＥにある場合、ＡＭＦ５６はネットワークトリガサービス要求をトリガする。
【００６１】
ＡＭＦ５６が、ＵＥ５１についてのサービスエリア制限が更新された場合、ＵＥ５１にＵＥ設定更新コマンドを配信するＮ２メッセージ中にハンドオーバ制限リストを含め得る。したがって、ＡＭＦ５６は、２５２において、５Ｇ−ＧＵＴＩ、ＴＡＩリスト、許容ＮＳＳＡＩ、ＮＩＴＺ、モビリティ制限、ＬＡＤＮ情報、許容ＮＳＳＡＩ、ＮＩＴＺ、ＵＥ設定更新原因、ＵＥポリシー／ルールなど、ＵＥパラメータを含んでいるＵＥ設定更新コマンドをＵＥ５１に送る。
【００６２】
ＡＭＦ５６が、ＵＥ再登録をトリガすることなしにこれらのＮＡＳパラメータを更新することを希望する場合、ＡＭＦ５６は、５Ｇ−ＧＵＴＩ、ＴＡＩリスト、許容ＮＳＳＡＩ、ＮＩＴＺネットワーク識別情報および時間帯（Ｎｅｔｗｏｒｋ  Ｉｄｅｎｔｉｔｙ  ａｎｄ  Ｔｉｍｅ  Ｚｏｎｅ）、モビリティ制限パラメータまたはＬＡＤＮ情報のうちの１つまたは複数のみを含める。ＡＭＦ５６は、ＵＥ設定更新コマンド２５２中に、ＵＥ５１がそのコマンドに肯定応答するものとするかどうかを示すか、またはそのコマンドが、再登録をトリガするために送られる場合には、再登録の原因と、ＵＥ挙動、たとえば、再登録を実施するためにＣＭ−ＩＤＬＥを待つことに関する関係情報とを示す登録更新要求パラメータを含んでいる、ＵＥ設定更新原因をも含める。ＡＭＦ５６は、ＰＣＦ６０が、更新されたＵＥポリシー／ルールを与えた場合には、更新されたＵＥポリシー／ルール、たとえば、新しいＤＮＮ選択ポリシーを含める。
【００６３】
ＵＥ設定更新２５２原因が、ＵＥ設定更新コマンドの確認応答を必要とする場合、ＵＥ５１は、２５３において、ＡＭＦ５６にＵＥ設定更新完了メッセージを送るものとする。ＡＭＦ５６は、ＮＩＴＺを除いて、すべてのＵＥ設定更新についての確認応答を要求するべきである。受信された場合、ＵＥ５１は、新しい／更新されたＵＥポリシー／ルールを実行する。
【００６４】
図６は、本開示による方法３００に関与する基本ステップを概略的に示す。図６は、通信ネットワークにおいて登録ユーザ機器（ＵＥ）５１、６００とデータネットワーク名（ＤＮＮ）によって識別されるデータネットワークとの間のパケットデータユニット（ＰＤＵ）セッションを確立する方法３００を示す。通信ネットワークは、アクセスおよびモビリティ機能（ＡＭＦ）５６、６６、５００とポリシー制御機能（ＰＣＦ）６０、７００とを備え、方法３００は、ＡＭＦ５６、６６、５００によって、通信ネットワークにおいてＵＥ５１、６００を登録するための、ＵＥ５１、６００によって開始された登録要求を受信するステップ３、３１０を含む。
【００６５】
方法３００は、ＡＭＦ５６、６６、５００によって、ＰＣＦ６０、７００からＰＤＵセッション確立情報を取り出すステップ１６、３２０であって、取り出すステップ１６、３２０が、登録要求を受信する３、３１０とトリガされる、ＰＤＵセッション確立情報を取り出すステップ１６、３２０をさらに含む。ＡＭＦ５６、６６、５００によって、ＰＣＦ６０、７００から、ＰＤＵセッションがＵＥ５１、６００によって確立されるべきである１つまたは複数のＤＮＮを含むＰＤＵセッション確立情報を受信する次のステップ１６ｂ、３３０において。ＡＭＦ５６、６６、５００によって、ＵＥ５１、６００に命令を送信するさらなるステップ２１ａ、３４０であって、命令が、命令の受信時にＵＥ５１、６００と１つまたは複数のＤＮＮのうちの少なくとも１つのＤＮＮとの間の少なくとも１つのＰＤＵセッションを確立するための１つまたは複数のＤＮＮを含む、命令を送信するさらなるステップ２１ａ、３４０において。
【００６６】
ＵＥルート選択ポリシー（ＵＲＳＰ）およびＤＮＮ選択ポリシーは、以下のように３ＧＰＰ  ＴＳ２３．５０３Ｖ０．３．０において規定されている。
【００６７】
ＵＥルート選択ポリシー（ＵＲＳＰ）：このポリシーは、ＵＥ５１によって、発信トラフィックをどのようにルーティングすべきかを決定するために使用される。トラフィックは、確立されたＰＤＵセッションにルーティングされ得るか、ＰＤＵセッションの外部の非３ＧＰＰアクセスにオフロードされ得るか、または新しいＰＤＵセッションの確立をトリガすることができる。以下のポリシーのうちの１つまたは複数のＵＲＳＰポリシーグループ：
ａ）ＳＳＣモード選択ポリシー（ＳＳＣＭＳＰ）：このポリシーは、ＵＥ５１によって、ＵＥ５１アプリケーションをＳＳＣモードに関連付け、このトラフィックがルーティングされるべきであるＰＤＵセッションを決定するために使用される。このポリシーはまた、新しいＳＳＣモードとともに新しいＰＤＵセッションがいつ要求されるべきであるかを決定するために使用される。
ｂ）ネットワークスライス選択ポリシー（ＮＳＳＰ）：このポリシーは、ＵＥ５１によって、ＵＥ５１アプリケーションをＳＭ−ＮＳＳＡＩに関連付け、このトラフィックがルーティングされるべきであるＰＤＵセッションを決定するために使用される。このポリシーはまた、新しいＳＭ−ＮＳＳＡＩとともに新しいＰＤＵセッションがいつ要求されるべきであるかを決定するために使用される。
ｃ）ＤＮＮ選択ポリシー：このポリシーは、ＵＥ５１によって、ＵＥ５１トラフィックを１つまたは複数のＤＮＮに関連付け、このトラフィックがルーティングされるべきであるＰＤＵセッションを決定するために使用される。このポリシーはまた、新しいＤＮＮに対するＰＤＵセッションがいつ要求されるべきであるかを決定するために使用される。このポリシーはまた、特定のＤＮＮに対するＰＤＵセッションが要求されるべきであるアクセスタイプ（３ＧＰＰまたは非３ＧＰＰ）を示し得る。
ＵＲＳＰルールの一例は、以下の通りである。
0006957733.tif 000002
本開示は、以下のように、ＵＥがＰＤＵセッションを確立するための新しい指示を用いて対応するルールを拡張することを提案する。
0006957733.tif 000003
【００６８】
図７は、本開示による方法３５０に関与する基本ステップを概略的に示す。図７は、通信ネットワークにおいて登録ユーザ機器（ＵＥ）５１、６００とデータネットワーク名（ＤＮＮ）によって識別されるデータネットワークとの間のパケットデータユニット（ＰＤＵ）セッションを確立する方法３５０を示す。通信ネットワークは、アクセスおよびモビリティ機能（ＡＭＦ）５６、６６、５００とポリシー制御機能（ＰＣＦ）６０、７００とを備える。方法３５０は、ＵＥ５１、６００によって、通信ネットワークにおいてＵＥ５１、６００を登録するための登録要求を開始するステップ１、３６０を含む。方法３５０は、ＵＥ５１、６００によって、通信ネットワークのＡＭＦ５６、６６、５００から、登録要求に応答して、命令を受信するステップ２１ａ、３７０であって、命令が、ＵＥ５１、６００と１つまたは複数のＤＮＮのうちの少なくとも１つのＤＮＮとの間の少なくとも１つのＰＤＵセッションを確立するための１つまたは複数のＤＮＮを含む、命令を受信するステップ２１ａ、３７０と、命令を受信すると、ＵＥ５１、６００によって、１つまたは複数のＤＮＮのうちの少なくとも１つのＤＮＮと少なくとも１つのＰＤＵセッションを確立するさらなるステップ２４、３８０とをさらに含む。
【００６９】
図８は、本開示による方法４００に関与する基本ステップを概略的に示す。図８は、通信ネットワークにおいて登録ユーザ機器（ＵＥ）５１、６００とデータネットワーク名（ＤＮＮ）によって識別されるデータネットワークとの間のパケットデータユニット（ＰＤＵ）セッションを確立する方法４００を示す。通信ネットワークは、アクセスおよびモビリティ機能（ＡＭＦ）５６、６６、５００とポリシー制御機能（ＰＣＦ）６０、７００とを備える。方法４００は、ＰＣＦ６０、７００によって、ＡＭＦ５６、６６、５００から、ＵＥ５１、６００のためのＰＤＵセッション確立情報についての要求を受信するステップ１６、４１０と、ＰＣＦ６０、７００によって、ＡＭＦ５６、６６、５００に、ＵＥ５１、６００と１つまたは複数のＤＮＮのうちの少なくとも１つのＤＮＮとの間の少なくとも１つのＰＤＵセッションを確立するための１つまたは複数のＤＮＮを含むＰＤＵセッション確立情報を送信するステップ１６ｂ、４２０とを含む。
【００７０】
図９は、ネットワークエレメントの一例を概略的に示す。より詳細には、図９は、本開示によるＡＭＦ５００を概略的に示す。ＡＭＦ５００は、通信ネットワークにおいてＵＥ５１、６００を登録するための、ＵＥ５１、６００によって開始された登録要求を受信するために構成された受信モジュール５０５を備える。ＡＭＦ５００は、通信ネットワークにおいてポリシー制御機能（ＰＣＦ）６０、７００からＰＤＵセッション確立情報を取り出すために構成された取出しモジュール５０６であって、取出しモジュール５０６が、受信モジュール５０５によって登録要求を受信するとアクティブにされる、取出しモジュール５０６をさらに備える。受信モジュール５０５は、ＰＣＦ６０、７００から、ＰＤＵセッションがＵＥによって確立されるべきである１つまたは複数のＤＮＮのリスティングを含むＰＤＵセッション確立情報を受信するようにさらに構成される。ＡＭＦ５００はまた、ＵＥ５１、６００に、ＵＥ５１、６００と１つまたは複数のＤＮＮのリスティングの少なくとも１つのＤＮＮとの間の少なくとも１つのＰＤＵセッションを確立するように命令するために構成された命令モジュール５０７を備える。
【００７１】
本開示によれば、ＡＭＦ５００は、無線アクセスネットワーク（ＲＡＮ）制御プレーン（ＣＰ）インターフェースの終端、非アクセス層（ＮＡＳ）の終端、ＮＡＳ暗号化および完全性保護、登録管理、接続管理、到達可能性管理、モビリティ管理、合法的傍受、ＵＥ５１、６００とセッション管理機能（ＳＭＦ）との間のメッセージのためのトランスポート、ＳＭメッセージをルーティングするための透過的プロキシ、アクセス認証および許可、ＵＥとのショートメッセージサービス（ＳＭＳ）メッセージのためのトランスポート、セキュリティアンカー機能（ＳＥＡ）、セキュリティコンテキスト管理（ＳＣＭ）などのサービスを提供し得る。
【００７２】
ＡＭＦ５００は、通信ネットワークにおける他のネットワークエレメントから信号を受信するように構成された受信機５０１、５０２と、通信ネットワークにおける他のネットワークエレメントに信号を送信するように構成された送信機５０３、５０４とをさらに備える。当業者は、受信機５０１、５０２および送信機５０３、５０４が、ネットワークにおける、トランシーバなどの単一のエンティティとして実装され得ることを理解する。ＡＭＦ５００はまた、中間値を記憶するように構成されたメモリ５０９、および／またはプロセッサ５１０によって実行されたとき、ＡＭＦ５００に本開示の一態様による方法を実施させるコンピュータプログラム製品を備える。ＡＭＦ５００のすべての内部構成要素は、内部バス５０８を使用して互いと通信する。
【００７３】
図１０は、ネットワークエレメントの一例を概略的に示す。より詳細には、図１０は、本開示によるユーザ機器６００を概略的に示す。ＵＥ６００は、通信ネットワークにおいてＵＥ６００を登録するための登録要求を開始するために構成された登録モジュール６０５を備える。ＵＥ６００は、通信ネットワークにおいて、アクセスおよびモビリティ機能（ＡＭＦ）５６、６６、５００から、ＵＥ６００がＰＤＵセッションを確立するべきである１つまたは複数のＤＮＮのリスティングを受信するために構成された受信モジュール６０６をさらに備える。ＵＥ６００は、ＵＥ６００と１つまたは複数のＤＮＮのリスティングの少なくとも１つのＤＮＮとの間の少なくとも１つのＰＤＵセッションを確立するために構成されたＰＤＵ確立モジュール６０７をさらに備える。
【００７４】
ＵＥ６００は、通信ネットワークにおける他のネットワークエレメントから信号を受信するように構成された受信機６０１、６０２と、通信ネットワークにおける他のネットワークエレメントに信号を送信するように構成された送信機６０３、６０４とをさらに備える。当業者は、受信機６０１、６０２および送信機６０３、６０４が、ネットワークにおける、トランシーバなどの単一のエンティティとして実装され得ることを理解する。ＵＥ６００はまた、中間値を記憶するように構成されたメモリ６０９、および／またはプロセッサ６１０によって実行されたとき、ＵＥ６００に本開示の一態様による方法を実施させるコンピュータプログラム製品を備える。ＵＥ６００のすべての内部構成要素は、内部バス６０８を使用して互いと通信する。
【００７５】
図１１は、ネットワークエレメントの一例を概略的に示す。より詳細には、図１１は、本開示によるＰＣＦノード７００を示す。ＰＣＦ７００は、通信ネットワークにおいて、アクセスおよびモビリティ機能（ＡＭＦ）５６、６６、５００から、ＵＥ５１、６００のためのＰＤＵセッション確立情報についての要求を受信するために構成された受信モジュール７０５を備える。ＰＣＦ７００はまた、ＵＥ５１、６００によって、１つまたは複数のＤＮＮのリスティングの少なくとも１つのＤＮＮに対する少なくとも１つのＰＤＵセッションを確立するために、ＡＭＦ５６、６６、５００に１つまたは複数のＤＮＮのリスティングを送信するために構成された送信モジュール７０６を備える。
【００７６】
ＰＣＦ７００は、通信ネットワークにおける他のネットワークエレメントから信号を受信するように構成された受信機７０１、７０２と、通信ネットワークにおける他のネットワークエレメントに信号を送信するように構成された送信機７０３、７０４とをさらに備える。当業者は、受信機７０１、７０２および送信機７０３、７０４が、ネットワークにおける、トランシーバなどの単一のエンティティとして実装され得ることを理解する。ＰＣＦ７００はまた、中間値を記憶するように構成されたメモリ７０９、および／またはプロセッサ７１０によって実行されたとき、ＰＣＦ７００に本開示の一態様による方法を実施させるコンピュータプログラム製品を備える。ＰＣＦ７００のすべての内部構成要素は、内部バス７０８を使用して互いと通信する。
【００７７】
開示される例の他の変形形態が、図面、本開示、および添付の特許請求の範囲の研究から、請求される開示を行う際に、当業者によって理解および実現され得る。特許請求の範囲では、「備える」という単語は、他のエレメントまたはステップを除外せず、不定冠詞「ａ」または「ａｎ」は複数を除外しない。単一のプロセッサまたは他のユニットが、特許請求の範囲に記載されているいくつかの項目の機能を果たし得る。いくつかの手段が相互に異なる従属請求項に記載されているという単なる事実は、これらの手段の組合せが有利に使用され得ないことを示すものではない。コンピュータプログラムは、他のハードウェアとともに、または他のハードウェアの一部として供給される光記憶媒体またはソリッドステートメディアなど、好適な媒体上に記憶／配信され得るが、インターネットまたは他の有線または無線通信システムを介してなど、他の形式でも配信され得る。特許請求の範囲におけるいかなる参照符号も、それらの範囲を限定するものと解釈されるべきでない。
【００７８】
本開示は、上記で開示された例に限定されず、発明的な技能を適用する必要なしに、添付の特許請求の範囲に開示されるように、本開示の範囲を越えて当業者によって変更および拡張され得る。
【図１】
0006957733.tif 000004
【図２】
0006957733.tif 000005
【図３】
0006957733.tif 000006
【図４】
0006957733.tif 000007
【図５】
0006957733.tif 000008
【図６】
0006957733.tif 000009
【図７】
0006957733.tif 000010
【図８】
0006957733.tif 000011
【図９】
0006957733.tif 000012
【図１０】
0006957733.tif 000013
【図１１】
0006957733.tif 000014