特表 2023-526105 ネットワークスライシングをサポートする無線通信システムにおける通信方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-06-20

(54)【発明の名称】ネットワークスライシングをサポートする無線通信システムにおける通信方法及び装置

(51)【国際特許分類】

   H04W 36/12 20090101AFI20230613BHJP

   H04W 76/18 20180101ALI20230613BHJP

   H04W 36/16 20090101ALI20230613BHJP

【ＦＩ】

H04W36/12

H04W76/18

H04W36/16

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022571084

(86)(22)【出願日】2021-05-21

(85)【翻訳文提出日】2022-11-18

(86)【国際出願番号】 KR2021006334

(87)【国際公開番号】W WO2021235887

(87)【国際公開日】2021-11-25

(31)【優先権主張番号】10-2020-0061198

(32)【優先日】2020-05-21

(33)【優先権主張国・地域又は機関】KR

(81)【指定国・地域】

(71)【出願人】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】110000051

【氏名又は名称】弁理士法人共生国際特許事務所

(72)【発明者】

【氏名】イ，ホヨン

(72)【発明者】

【氏名】ジョン，サンスゥ

(72)【発明者】

【氏名】ガットマン，エリック

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD11

5K067EE02

5K067EE10

5K067EE16

5K067HH21

5K067HH24

(57)【要約】

【課題】本発明は、ネットワークスライシングをサポートする無線通信システムにおける通信方法及び装置に関し、
【解決手段】本発明による、ネットワークスライシングをサポートする無線通信システムにおける端末によって実行される方法は、端末が第１の接続ネットワークを介して、第１のネットワークスライスのセッション確立要求メッセージを送信する段階と、前記第１のネットワークスライスのセッションを管理するネットワークエンティティから、前記第１の接続ネットワークを介して、セッション確立拒否メッセージを受信する段階と、前記セッション確立拒否メッセージが、セッション確立要求の拒否の原因として、前記第１のネットワークスライスに対する最大セッション数の超過を示す情報を含む場合、前記端末の優先接続ネットワークである第２の接続ネットワークへのハンドオーバを決定する段階とを含む。
【選択図】図１

【特許請求の範囲】

【請求項1】

ネットワークスライシングをサポートする無線通信システムにおける端末によって実行される方法において、
前記端末が第１の接続ネットワークを介して、第１のネットワークスライスのセッション確立要求メッセージを送信する段階と、
前記第１のネットワークスライスのセッションを管理するネットワークエンティティから、前記第１の接続ネットワークを介して、セッション確立拒否メッセージを受信する段階と、
前記セッション確立拒否メッセージが、セッション確立要求の拒否の原因として、前記第１のネットワークスライスに対する最大セッション数の超過を示す情報を含む場合、前記端末の優先接続ネットワークである第２の接続ネットワークへのハンドオーバを決定する段階とを含むことを特徴とする方法。

【請求項2】

前記第１の接続ネットワークは、３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）接続ネットワークと非３ＧＰＰ接続ネットワークのうちの１つであり、
前記第２の接続ネットワークは、前記３ＧＰＰ接続ネットワークと前記非３ＧＰＰ接続ネットワークのうちの他の１つであることを特徴とする請求項１に記載の方法。

【請求項3】

前記最大セッション数の超過は、前記第１のネットワークスライスのＳ－ＮＳＳＡＩ（ｓｉｎｇｌｅ－ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）を利用する現在のセッション数が、ネットワークスライスポリシーに従って許容可能な最大数を超えることを意味することを特徴とする請求項１に記載の方法。

【請求項4】

前記セッション確立拒否メッセージは、前記第１のネットワークスライスに関連付けられたバックオフタイムに関する情報をさらに含むことを特徴とする請求項１に記載の方法。

【請求項5】

前記バックオフタイムに設定された時間内に、前記第２の接続ネットワークに、前記第１のネットワークスライスに関連するＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）セッションのハンドオーバのための要求メッセージを送信する段階をさらに含むことを特徴とする請求項４に記載の方法。

【請求項6】

前記ＰＤＵセッションのハンドオーバのための前記要求メッセージは、要求タイプとして既存のＰＤＵセッション（ｅｘｉｓｔｉｎｇ ＰＤＵ ｓｅｓｓｉｏｎ）を示す情報をさらに含むことを特徴とする請求項５に記載の方法。

【請求項7】

ネットワークスライシングをサポートする無線通信システムにおけるセッションを管理するネットワークエンティティによって実行される方法において、
端末から第１の接続ネットワークを介して、第１のネットワークスライスのセッション確立要求メッセージを受信する段階と、
前記第１のネットワークスライスを用いる現在のセッション数が、許容可能な最大セッション数を超えているか否かを確認する段階と、
前記現在のセッション数が、許容可能な最大セッション数を超える場合、前記端末のセッション確立要求の拒否の原因として、前記最大セッション数の超過を示す情報を含むセッション確立拒否メッセージを送信する段階とを含むことを特徴とする方法。

【請求項8】

前記セッション確立拒否メッセージは、前記第１のネットワークスライスに関連付けられたバックオフタイムに関する情報をさらに含むことを特徴とする請求項７に記載の方法。

【請求項9】

前記バックオフタイムに設定された時間に基づいて、前記端末の前記第１のネットワークスライスに関連するＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）セッションのハンドオーバのための要求メッセージを受信する段階をさらに含み、
前記ＰＤＵセッションの前記ハンドオーバは、前記端末の優先接続ネットワークである第２の接続ネットワークへのハンドオーバを含むことを特徴とする請求項８に記載の方法。

【請求項10】

前記第１の接続ネットワークは、３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）接続ネットワークと非３ＧＰＰ接続ネットワークのうちの１つであり、
前記第２の接続ネットワークは、前記３ＧＰＰ接続ネットワークと前記非３ＧＰＰ接続ネットワークのうちの他の１つであることを特徴とする請求項９に記載の方法。

【請求項11】

前記ＰＤＵセッションのハンドオーバのための前記要求メッセージは、要求タイプとして既存のＰＤＵセッション（ｅｘｉｓｔｉｎｇ ＰＤＵ ｓｅｓｓｉｏｎ）を示す情報をさらに含み、
前記要求タイプが、前記既存のＰＤＵセッションを示す場合、前記ＰＤＵセッションの前記ハンドオーバは、前記現在のセッション数にカウントされないことを特徴とする請求項９に記載の方法。

【請求項12】

ネットワークスライシングをサポートする無線通信システムにおける端末において、
トランシーバと、
前記トランシーバを介して、第１の接続ネットワークを経由して、第１のネットワークスライスのセッション確立要求メッセージを送信し、前記トランシーバを介して、前記第１のネットワークスライスのセッションを管理するネットワークエンティティから、前記第１の接続ネットワークを介して、セッション確立拒否メッセージを受信し、前記セッション確立拒否メッセージが、セッション確立要求の拒否の原因として、前記第１のネットワークスライスに対する最大セッション数の超過を示す情報を含む場合、前記端末の優先接続ネットワークである第２の接続ネットワークへのハンドオーバを決定するように構成されているプロセッサとを含むことを特徴とする端末。

【請求項13】

請求項２乃至請求項６のうちのいずれか１項に記載の方法に従って動作するように構成されていることを特徴とする請求項１２に記載の端末。

【請求項14】

ネットワークスライシングをサポートする無線通信システムにおけるセッションを管理するネットワークエンティティにおいて、
ネットワークインターフェースと、
前記ネットワークインターフェースを介して、端末から第１の接続ネットワークを経由して、第１のネットワークスライスのセッション確立要求メッセージを受信し、前記第１のネットワークスライスを用いる現在のセッション数が、許容可能な最大セッション数を超えているかを確認し、前記現在のセッション数が、許容可能な前記最大セッション数を超える場合、前記ネットワークインターフェースを介して、前記端末のセッション確立要求の拒否の原因として、前記最大セッション数の超過を示す情報を含むセッション確立拒否メッセージを送信するように構成されているプロセッサとを含むことを特徴とするネットワークエンティティ。

【請求項15】

請求項８乃至請求項１１のうちのいずれか１項に記載の方法に従って動作するように構成されていることを特徴とする請求項１４に記載のネットワークエンティティ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ネットワークスライシングをサポートする無線通信システムにおける通信方法及び装置に関する。

【背景技術】

【0002】

４Ｇ通信システムの商用化の以降、無線データトラフィックの増大する需要を満たすために、改良された５Ｇ通信システム又はプレ５Ｇ（ｐｒｅ－５Ｇ）通信システムを開発するための努力がなされてきた。このため、５Ｇ通信システム又はプレ５Ｇ通信システムは、４Ｇネットワーク以降（Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ）の通信システム又はＬＴＥ（登録商標）システム以降（Ｐｏｓｔ ＬＴＥ）のシステムとも呼ばれている。より高いデータレートを達成するために、５Ｇ通信システムは、超高周波（ｍｍＷａｖｅ）帯域（例えば、６０ＧＨｚ帯域など）で具現されることが考慮されている。超高周波帯域における電波の伝搬損失を緩和し、電波の伝送距離を増加させるために、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、大規模多入力多出力（ｍａｓｓｉｖｅ ＭＩＭＯ）、全次元多入力多出力（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ：ＦＤ－ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ ｆｏｒｍｉｎｇ）、大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が、５Ｇ通信システムで論議されている。

【0003】

また、システムのネットワーク改善のために、５Ｇ通信システムでは、進化したスモールセル、高度なスモールセル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、デバイス間通信（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ）、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協調通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔｓ）、受信側干渉キャンセル（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発がなされている。その他にも、５Ｇシステムでは、高度なコーディング変調（Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ）技術としてのＦＱＡＭ（Ｈｙｂｒｉｄ ＦＳＫ ａｎｄ ＱＡＭ Ｍｏｄｕｌａｔｉｏｎ）と、ＳＷＳＣ（Ｓｌｉｄｉｎｇ Ｗｉｎｄｏｗ Ｓｕｐｅｒｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ）と、高度なアクセス技術としてのＦＢＭＣ（Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などが開発されている。

【0004】

一方、インターネットは、人間が情報を生成して消費する人間中心の接続ネットワークから、モノなどの分散したコンポーネント間で、情報を交換し処理するＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワークに進化している。クラウドサーバなどとの接続を通じたビッグデータ（Ｂｉｇ ｄａｔａ）処理技術などが、ＩｏＴ技術に結合されたＩｏＥ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）技術も台頭している。ＩｏＴを実現するために、センシング技術、有線・無線通信やネットワーク基盤、サービスインターフェース技術、セキュリティ技術などの技術要素が求められているため、最近、モノ間の接続のためのセンサーネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）通信、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が研究されている。

【0005】

ＩｏＴ環境では、接続されたモノ間で生成されるデータを、収集及び分析することによって、人間の生活に新しい価値を生み出すインテリジェントなＩＴ（Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ）サービスが提供され得る。ＩｏＴは、既存のＩＴ（ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ）技術と、様々な産業との間の融合及び組み合わせを通じて、スマートホーム、スマートビル、スマートシティ、スマトカー又はコネクテッドカー、スマートグリッド、ヘルスケア、スマートアプライアンス、高度な医療サービスなど、様々な分野に適用される可能性がある。

【0006】

これに伴い、５Ｇ通信システムをＩｏＴネットワークに適用するための様々な試みが行われている。例えば、センサーネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、Ｍ２Ｍ通信（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）、及びＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの５Ｇ通信技術が、ビームフォーミング、ＭＩＭＯ、及びアレイアンテナなどの技法によって具現されている。上述のビッグデータ処理技術としてのクラウド無線アクセスネットワーク（ｃｌｏｕｄ ＲＡＮ）が適用されるのも、５Ｇ技術とＩｏＴ技術との融合の一例と言えるだろう。

【発明の概要】

【発明が解決しようとする課題】

【0007】

本発明の目的は、ネットワークスライシングをサポートする無線通信システムにおける効率的な通信方法及び装置を提供することにある。

【0008】

さらに、ネットワークスライシングをサポートする無線通信システムにおけるセッション数を考慮するセッション確立方法及び装置を提供することにある。

【0009】

本発明の目的はまた、ネットワークスライシングをサポートする無線通信システムにおける効率的なセッションハンドオーバ方法及び装置を提供することにある。

【課題を解決するための手段】

【0010】

上記目的を達成するためになされた本発明の一態様による方法は、ネットワークスライシングをサポートする無線通信システムにおける端末によって実行される方法において、前記端末が第１の接続ネットワークを介して、第１のネットワークスライスのセッション確立要求メッセージを送信する段階と、前記第１のネットワークスライスのセッションを管理するネットワークエンティティから、前記第１の接続ネットワークを介して、セッション確立拒否メッセージを受信する段階と、前記セッション確立拒否メッセージが、セッション確立要求の拒否の原因として、前記第１のネットワークスライスに対する最大セッション数の超過を示す情報を含む場合、前記端末の優先接続ネットワークである第２の接続ネットワークへのハンドオーバを決定する段階とを含むことを特徴とする。

【0011】

上記目的を達成するためになされた本発明の他の態様による方法は、ネットワークスライシングをサポートする無線通信システムにおけるセッションを管理するネットワークエンティティによって実行される方法において、端末から第１の接続ネットワークを介して、第１のネットワークスライスのセッション確立要求メッセージを受信する段階と、前記第１のネットワークスライスを用いる現在のセッション数が、許容可能な最大セッション数を超えているか否かを確認する段階と、前記現在のセッション数が、許容可能な前記最大セッション数を超える場合、前記端末のセッション確立要求の拒否の原因として、前記最大セッション数の超過を示す情報を含むセッション確立拒否メッセージを送信する段階とを含むことを特徴とする。

【0012】

上記目的を達成するためになされた本発明の一態様による端末は、ネットワークスライシングをサポートする無線通信システムにおける端末において、トランシーバと、前記トランシーバを介して、第１の接続ネットワークを経由して、第１のネットワークスライスのセッション確立要求メッセージを送信し、前記トランシーバを介して、前記第１のネットワークスライスのセッションを管理するネットワークエンティティから、前記第１の接続ネットワークを介して、セッション確立拒否メッセージを受信し、前記セッション確立拒否メッセージが、セッション確立要求の拒否の原因として、前記第１のネットワークスライスに対する最大セッション数の超過を示す情報を含む場合、前記端末の優先接続ネットワークである第２の接続ネットワークへのハンドオーバを決定するように構成されているプロセッサとを含むことを特徴とする。

【0013】

上記目的を達成するためになされた本発明の一態様によるネットワークエンティティは、ネットワークスライシングをサポートする無線通信システムにおけるセッションを管理するネットワークエンティティにおいて、ネットワークインターフェースと、前記ネットワークインターフェースを介して、端末から第１の接続ネットワークを経由して、第１のネットワークスライスのセッション確立要求メッセージを受信し、前記第１のネットワークスライスを用いる現在のセッション数が、許容可能な最大セッション数を超えているかを確認し、前記現在のセッション数が、許容可能な前記最大セッション数を超える場合、前記ネットワークインターフェースを介して、前記端末のセッション確立要求の拒否の原因として、前記最大セッション数の超過を示す情報を含むセッション確立拒否メッセージを送信するように構成されているプロセッサとを含むことを特徴とする。

【発明の効果】

【0014】

本発明によれば、ネットワークスライシングをサポートする無線通信システムにおける効率的な通信方法及び装置を提供することができる。

【図面の簡単な説明】

【0015】

【図1】本発明の一実施形態による５ＧＳの構造を示す図である。

【図2】本発明の一実施形態によるＰＤＵセッション確立手順を説明するための図である。

【図3】本発明の一実施形態によるＰＤＵセッション確立手順を説明するための図である。

【図4】本発明の一実施形態によるＰＤＵセッションハンドオーバ手順を説明するための図である。

【図5】本発明の一実施形態によるＵＥ１００の一構成例を示す図である。

【図6】本発明の一実施形態によるネットワークエンティティの構成を示す図である。

【発明を実施するための形態】

【0016】

以下、図面を参照して本発明の動作原理を詳細に説明する。なお、後述する用語は、本発明における機能を考慮して定義された用語である。これは、ユーザ、オペレータの意図又は慣例などに応じて変わり得るので、それらの定義は、本明細書全体にわたる内容に従って定められる。

【0017】

本明細書で使用されるネットワークエンティティを指す用語、メッセージを指す用語などは、説明の便宜のために例示されている。したがって、本発明の説明は、後述の用語に限定されず、同等の技術的意味を有する対象を指す他の用語を使用することができる。さらに、本明細書では、５Ｇシステム仕様で定義されている用語及び名称を使用するが、本発明は、それらの用語及び名称によって限定されず、他の仕様に準拠するシステムにも同様に適用することができる。

【0018】

本発明の様々な実施形態による装置は、様々な形態の電子装置であり得る。電子装置は、例えば、携帯用通信装置（例えば、スマートフォン）、携帯用マルチメディア機器、携帯用医療機器、カメラ、ウェアラブル機器（ｗｅａｒａｂｌｅ ｄｅｖｉｃｅ）、家電機器、又はサーバを含む。本発明の実施形態による電子装置は、上述の装置に限定されない。本発明の様々な実施形態及びそれに使用される用語は、本明細書に記載された技術的特徴を、特定の実施形態に限定するものではなく、当該実施形態の様々な変更（ｍｏｄｉｆｉｃａｔｉｏｎｓ）、均等物（ｅｑｕｉｖａｌｅｎｔｓ）、又は代替物（ａｌｔｅｒｎａｔｉｖｅｓ）を含むものと理解すべきである。図面の説明に関して、類似又は関連する構成要素には、同様の参照番号を使用する。アイテムに対応する名詞の単数形は、関連する文脈上明らかに別段の指示のない限り、上記アイテムの１つ又は複数を含み得る。

【0019】

本明細書において、「Ａ又はＢ」、「Ａ及びＢのうちの少なくとも１つ」、「Ａ又はＢのうちの少なくとも１つ」、「Ａ、Ｂ又はＣ」、「Ａ、Ｂ及びＣのうちの少なくとも１つ」、及び「Ａ、Ｂ、又はＣのうちの少なくとも１つ」などのフレーズの各々は、そのフレーズの対応するフレーズに一緒に列挙されたアイテムのうちのいずれか、又はそれらの可能なすべての組み合わせを含み得る。「第１」、「第２」、又は「一番目」若しくは「二番目」などの用語は、単にその構成要素を他の対応する構成要素から区別するために使用し、その構成要素を他の側面（例えば、重要性又は順序）に限定しない。ある（例えば、第１の）構成要素が、他の（例えば、第２の）構成要素に「機能的に」又は「通信的に」という用語と共に、又はそのような用語なしで、「カップル」又は「コネクデッド」と言及された場合、それは、ある構成要素が、他の構成要素に直接に（例えば、有線で）、無線で、又は第３の構成要素を介して接続され得ることを意味する。

【0020】

本発明の様々な実施形態は、上記電子装置によって読み取ることができる記憶媒体（ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）（例えば、内蔵メモリ又は外部メモリ）に格納された１つ以上の命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を含むソフトウェアとして実装することができる。例えば、電子装置のプロセッサは、記憶媒体から、格納された１つ以上の命令のうちの少なくとも１つの命令を呼び出し、それを実行する。これにより、装置は、呼び出された少なくとも１つの命令に従って、少なくとも１つの機能を実行するように動作することを可能にする。１つ以上の命令は、コンパイラ（ｃｏｍｐｉｌｅｒ）生成コード又はインタープリタ（ｉｎｔｅｒｐｒｅｔｅｒ）によって実行され得るコード（ｃｏｄｅ）を含み得る。電子装置で読み取り可能な記憶媒体は、非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）記憶媒体の形態で提供される。ここで、「非一時的」とは、記憶媒体が実在（ｔａｎｇｉｂｌｅ）する装置であり、信号（ｓｉｇｎａｌ）（例えば、電磁波）を含まないことを意味するだけであり、この用語は、データが記憶媒体に半永久的に記憶される場合と、一時的に保存された場合とを区別しない。

【0021】

一実施形態によれば、本明細書に開示された様々な実施形態による方法は、コンピュータプログラム製品（ｃｏｍｐｕｔｅｒ ｐｒｏｇｒａｍ ｐｒｏｄｕｃｔ）に含まれて提供されてもよい。コンピュータプログラム製品は、商品として販売者と購入者との間で取引することができる。コンピュータプログラム製品は、デバイスで読み取り可能な記憶媒体（例えば、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ）の形態で配布されるか、又はアプリケーションストア（例えば、プレイストア）を介して、又は２つのユーザ装置（例えば、スマートフォン）間で、直接、オンラインで配布（例えば、ダウンロード又はアップロード）することができる。オンライン配布の場合、コンピュータプログラム製品の少なくとも一部は、製造者のサーバ、アプリケーションストアのサーバ、又は中継サーバのメモリなどの機器で読み取り可能な記憶媒体に、少なくとも一時的に保存されるか、又は臨時的に生成されてもよい。

【0022】

様々な実施形態によれば、各構成要素は、単数又は複数の個体を含み得る。様々な実施形態によれば、構成要素のうちの１つ以上の構成要素又は動作を省略することができ、又は１つ以上の他の構成要素又は動作を追加することができる。代替的又は追加的に、複数の構成要素（例えば、モジュール又はプログラム）は、１つの構成要素に統合することができる。この場合、統合された構成要素は、複数の構成要素のそれぞれの構成要素の１つ以上の機能を、統合の前に、複数の構成要素のうちの当該構成要素によって実行されるものと同じ又は同様に実行することができる。様々な実施形態によれば、モジュール、プログラム、又は他の構成要素によって実行される動作は、順次に、並列的に、反復的に、又はヒューリスティック（ｈｅｕｒｉｓｔｉｃ）に実行されるか、又は動作のうちの１つ以上が、異なる順序で実行されても、省略されてもよく、又は１つ以上の他の動作が追加されてもよい。

【0023】

本発明の実施形態によれば、電子装置は、ユーザによって使用される様々な装置を意味する。例えば、電子装置は、端末（ｔｅｒｍｉｎａｌ）、ユーザ端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、加入者局（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ）、遠隔端末（ｒｅｍｏｔｅ ｔｅｒｍｉｎａｌ）、無線端末（ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）、又はユーザ装置（ｕｓｅｒ ｄｅｖｉｃｅ）を意味する。便宜上、電子装置をユーザ端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）として例示し、以下、本発明の実施形態を説明する。また、ＡＮ（ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）は、電子装置との無線通信のためのチャネル（ｃｈａｎｎｅｌ）を提供する。ＡＮは、ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）、基地局（ｂａｓｅ ｓｔａｔｉｏｎ）、ｅＮＢ、ｅＮｏｄｅＢ、５Ｇノード（５Ｇ ｎｏｄｅ）、送受信ポイント（ＴＲＰ、ｔｒａｎｓｍｉｓｓｉｏｎ／ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）、又は５ＧＮＢ（５ｔｈ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）などを意味する。

【0024】

以下、本発明は、無線通信システムにおいて様々なサービスをサポートするための方法及び装置に関する。具体的には、本発明は、無線通信システムにおいてネットワークスライス（ｎｅｔｗｏｒｋ ｓｌｉｃｅ）を用いるセッション（ｓｅｓｓｉｏｎ）を管理することによって、様々なサービスをサポートするための技術を説明する。ネットワークスライシング（ｎｅｔｗｏｒｋ ｓｌｉｃｉｎｇ）をサポートする無線通信システムでは、異なるネットワークスライスへのトラフィックが、異なるＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）セッションによって処理される。ＰＤＵセッションは、ＰＤＵ接続サービスを提供するデータネットワークと端末との間の関連付け（ａｓｓｏｃｉａｔｉｏｎ）を意味する。ネットワークスライシングは、広帯域通信サービス、ｍａｓｓｉｖｅ ＩｏＴ、Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）などのミッションクリティカル（ｍｉｓｓｉｏｎ ｃｒｉｔｉｃａｌ）サービスなどのような異なる特性を持つ様々なサービスをサポートするためのネットワーク機能（ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ：ＮＦ）の集合でネットワークを論理的に構成し、異なるネットワークスライスを分離する技術として理解される。したがって、ネットワークスライスに通信障害が発生しても、他のネットワークスライスの通信は、影響を受けず、安定した通信サービスの提供が可能である。以下、本明細書で混用される用語「スライス」は、「ネットワークスライス」を意味する。

【0025】

このようなネットワーク環境では、１つの端末は、様々なサービスを提供されると、２つ以上のネットワークスライスに接続される。ネットワーク機能は、ハードウェアで駆動されるソフトウェアインスタンスとして、ネットワーク要素又は適切なプラットフォームでインスタンス化された仮想化機能で実装される。

【0026】

以下、本発明の説明で使用される接続ノード（ｎｏｄｅ）を識別するための用語、ネットワークエンティティ（ｎｅｔｗｏｒｋ ｅｎｔｉｔｙ）又はＮＦ（ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ）を指す用語、メッセージを指す用語、ネットワークオブジェクト間のインターフェースを指す用語、様々な識別情報を指す用語などは、説明の便宜のために例示されている。したがって、本発明は、後述の用語に限定されず、同等の技術的意味を有する対象を指す他の用語を使用することができる。

【0027】

以下、説明の便宜のために、本発明は、３ＧＰＰ ＬＴＥ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）及び／又は５Ｇ仕様で定義されている用語及び名称を使用する。しかしながら、本発明は、上記の用語及び名称によって限定されず、他の仕様に準拠したシステムにも同様に適用することができる。

【0028】

さらに、本明細書で説明されるネットワーク技術は、ＩＴＵ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｕｎｉｏｎ ）又は３ＧＰＰ（登録商標）によって定義された標準仕様（例えば、ＴＳ ２３．５０１、２３．５０２）を参照することができ、後述する図１のネットワーク環境に含まれる構成要素はそれぞれ、物理的なエンティティ（ｅｎｔｉｔｙ）を意味するか、又は個別的な機能（ｆｕｎｃｔｉｏｎ）を実行するソフトウェア又はソフトウェアと組み合わせたハードウェアを意味する。

【0029】

さらに、本発明の実施形態によれば、コアネットワーク（ｃｏｒｅ ｎｅｔｗｏｒｋ：ＣＮ）は、ＵＥのサブスクリプション情報、モビリティ（ｍｏｂｉｌｉｔｙ）、アクセス権限（ａｃｃｅｓｓ ａｕｔｈｏｒｉｚａｔｉｏｎ）、セッション確立（ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）、データパケットのトラフィック（ｔｒａｆｆｉｃ）、又は課金ポリシーのうちの少なくとも１つを管理する。コアネットワーク（ＣＮ）は、ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）、ＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）、ＳＭＦ（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）、ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）、ＵＤＭ（ｕｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ）、ＰＣＦ（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）などのノード（又はｅｎｔｉｔｉｅｓ）を含み、コアネットワーク（ＣＮ）に含まれるノード（又はエンティティ）の説明は、３ＧＰＰによって定義される標準仕様（例えば、ＴＳ ２３．５０１、２３．５０２）を参照することができる。

【0030】

以下、説明の便宜のために、接続制御及び状態管理のために情報を交換する対象を、ＮＦ（ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ）の名称（例えば、ＡＭＦ、ＳＭＦ、ＮＳＳＦ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ｆｕｎｃｔｉｏｎ）など）を用いて指すようにする。しかしながら、本発明の実施形態は、実際には、ＮＦがインスタンス（Ｉｎｓｔａｎｃｅ、それぞれＡＭＦ Ｉｎｓｔａｎｃｅ、ＳＭＦ Ｉｎｓｔａｎｃｅ 、ＮＳＳＦ Ｉｎｓｔａｎｃｅなど）で実装される場合にも同様に適用することができる。

【0031】

図１は、本発明の一実施形態による５ＧＳ（ｆｉｆｔｈ ｇｅｎｅｒａｔｉｏｎ ｓｙｓｔｅｍ）の構造を示す図である。

【0032】

図１を参照すると、５Ｇコアネットワークは、ＡＭＦ１２０、ＳＭＦ１３５、ＵＰＦ１３０、ＰＣＦ１４０、ＵＤＭ１４５、ＮＳＳＦ１６０、ＮＷＤＡＦ（ｎｅｔｗｏｒｋ ｄａｔａ ａｎａｌｙｔｉｃｓ ｆｕｎｃｔｉｏｎ）１６５、Ｎ３ＧＰＰ（ｎｏｎ－３ＧＰＰ）接続ネットワーク１１５などを含む。図１において、Ｎ２、Ｎ３、…などのように、Ｎｘで示されている参照符号は、５ＧコアネットワークにおけるＮＦ間の公知のインターフェースを示し、関連する説明は、標準仕様（ＴＳ ２３．５０１）を参照することができるので、具体的な説明は省略する。

【0033】

図１において、端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）１００は、３ＧＰＰ無線接続ネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）基地局１１０及び／又はＮ３ＧＰＰ（Ｎｏｎ－３ＧＰＰ）接続ネットワーク１１５を介して、５Ｇコアネットワークに接続する。端末１００は、基地局１１０を介して、ＡＭＦ１２０にＮ２インターフェースで接続し、ＵＰＦ１３０にＮ３インターフェースで接続する。基地局１１０は、基地局（ｂａｓｅ ｓｔａｔｉｏｎ）の他に、「アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）」、「イノードビ（ｅＮｏｄｅＢ、ｅＮＢ）」、「５Ｇノード（５ｔｈ ｇｅｎｅｒａｔｉｏｎ ｎｏｄｅ）」、「ジノードビ（ｇＮｏｄｅＢ、ｇＮＢ）」、又はそれと同等の技術的意味を有する他の用語で呼ばれる。

【0034】

図１において、Ｎ３ＧＰＰ接続ネットワーク１１５は、３ＧＰＰで定義されていない接続ネットワーク（Ｎｏｎ－３ＧＰＰ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）（例えば、ＷｉＦｉ（登録商標）など）を介して接続した端末１００のためのＮ２インターフェース及びＮ３インターフェース終端点（ｔｅｒｍｉｎａｔｉｏｎ）として動作するＮＦ（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）である。例えば、Ｎ３ＧＰＰ接続ネットワーク１１５としては、Ｎ３ＩＷＦ（Ｎｏｎ－３ＧＰＰ ＩｎｔｅｒＷｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）、ＴＮＧＦ（ｔｒｕｓｔｅｄ ｎｏｎ－３ＧＰＰ ｇａｔｅｗａｙ ｆｕｎｃｔｉｏｎ）、Ｗ－ＡＧＦ（ｗｉｒｅｌｉｎｅ ａｃｃｅｓｓ ｇａｔｅｗａｙ ｆｕｎｃｔｉｏｎ）などがある。Ｎ３ＧＰＰ接続ネットワーク１１５は、Ｎ２制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）シグナリング及びＮ３ユーザ平面（ｕｓｅｒ ｐｌａｎｅ）パケットを処理する。Ｎ３ＧＰＰ接続ネットワーク１１５に接続された端末１００は、Ｎ３ＧＰＰ接続ネットワーク１１５を介して、ＡＭＦ１２０にＮ２インターフェースで接続されてもよく、ＵＰＦ１３０にＮ３インターフェースで接続されてもよい。

【0035】

図１において、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）１２０は、端末ＵＥの無線ネットワーク接続（Ａｃｃｅｓｓ）及びモビリティ（Ｍｏｂｉｌｉｔｙ）を管理するＮＦ（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）である。ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）１３５は、端末のセッション（Ｓｅｓｓｉｏｎ）を管理するＮＦであり、セッション情報には、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）情報、課金情報、パケット処理などに関する情報が含まれ得る。ＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）１３０は、ユーザトラフィック（Ｕｓｅｒ Ｐｌａｎｅトラフィック）を処理するＮＦであり、ＳＭＦ１３５によって制御される。ＰＣＦ（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）１４０は、無線通信システムでサービスを提供するための事業者ポリシー（Ｏｐｅｒａｔｏｒ ｐｏｌｉｃｙ）を管理するＮＦである。ＵＤＭ（Ｕｓｅｒ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ）１４５は、端末のサブスクリプション情報（ＵＥ ｓｕｂｓｃｒｉｐｔｉｏｎ）（以下、端末サブスクリプション情報）を格納及び管理するＮＦである。ＵＤＲ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ）１５０は、データを格納及び管理するＮＦであり、ＵＤＲ１５０に格納された端末サブスクリプション情報を利用することができる。ＵＤＲ１５０は、端末サブスクリプション情報を格納し、ＵＤＭ１４５に端末サブスクリプション情報を提供する。また、ＵＤＲ１５０は、事業者ポリシー情報を格納し、ＰＣＦ１４０に事業者ポリシー情報を提供する。図１において、ＮＷＤＡＦ（Ｎｅｔｗｏｒｋ Ｄａｔａ Ａｎａｌｙｔｉｃｓ Ｆｕｎｃｔｉｏｎ）１６５は、５Ｇシステムが動作するための分析情報を提供するＮＦである。ＮＷＤＡＦ１６５は、５Ｇシステムを構成する他のＮＦ～ＯＡＭ（ｏｐｅｒａｔｉｏｎｓ，ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ ｍａｉｎｔｅｎａｎｃｅ）からデータを収集し、収集したデータを分析し、分析結果を他のＮＦに提供する。

【0036】

一方、セッション（Ｓｅｓｓｉｏｎ）を管理するＳＭＦ１３５によって提供されるＮＦサービスのうち、ＰＤＵセッションに関連するサービス動作は、５Ｇ仕様（ＴＳ ２３．５０２ Ｖ１６．４．０）で以下の＜表１＞のように規定している。

【0037】

【表1】

【0038】

図１の５Ｇシステム構造は、サービスベースのインターフェースをサポートし、ＳＭＦ１３５に関連するサービスベースのインターフェースは、上記の＜表１＞に示すように、「Ｎｓｍｆ」として定義されている。＜表１＞において、「Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ」は、ＰＤＵセッションで動作するサービスを意味し、そのサービスは、ＰＤＵセッションの作成／削除／修正の動作を含み、これらの動作は、ＡＭＦ１２０とＳＭＦ１３５との間のＰＤＵセッション要求／応答メッセージの送受信により実行される。

【0039】

また、＜表１＞の例のように、ＳＭＦ１３５は、ＰＤＵセッションをサポートするために、ＡＭＦ１２０とＳＭＦ１３５との間の関連付けの作成（ａｓｓｏｃｉａｔｉｏｎ ｃｒｅａｔｅ）動作で、ＡＭＦ１２０からＰＤＵセッション要求メッセージである「Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ」要求メッセージを受信し、その応答として、ＡＭＦ１２０に「Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ」応答メッセージを送信する。また、＜表１＞の例のように、ＳＭＦ１３５は、ＰＤＵセッションをサポートするために、ＡＭＦ１２０とＳＭＦ１３５との間の関連付け更新（ａｓｓｏｃｉａｔｉｏｎ ｕｐｄａｔｅ）動作で、ＡＭＦ１２０からＰＤＵセッション要求メッセージである「Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｔａｔｅＳＭＣｏｎｔｅｘｔ」要求メッセージを受信し、その応答として、ＡＭＦ１２０に「Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｔａｔｅＳＭＣｏｎｔｅｘｔ」応答メッセージを送信する。＜表１＞の他のサービス動作は、関連標準を参照し、具体的な説明は省略する。

【0040】

以下では、説明の便宜のために、接続制御及び状態管理のために情報を交換する対象を総称してＮＦとして説明する。本明細書では、ＮＦは、ＮＦエンティティとして説明し、本発明の実施形態によるＮＦは、インスタンス（それぞれＡＭＦ Ｉｎｓｔａｎｃｅ、ＳＭＦ Ｉｎｓｔａｎｃｅ、ＮＳＳＦ Ｉｎｓｔａｎｃｅなど）で実装される。

【0041】

本発明では、インスタンス（Ｉｎｓｔａｎｃｅ）は、特定のＮＦがソフトウェアのコード形式で存在し、物理的コンピューティングシステム（例えば、コアネットワーク上に存在する特定のコンピューティングシステム）においてＮＦの機能を実行するために、コンピューティングシステムから、物理的又は／及び論理的リソースを割り当てることによって、ＮＦの機能が実行可能な状態であることを意味する。したがって、ＡＭＦ Ｉｎｓｔａｎｃｅ、ＳＭＦ Ｉｎｓｔａｎｃｅ、ＮＳＳＦ Ｉｎｓｔａｎｃｅなどは、それぞれコアネットワーク上に存在する特定のコンピューティングシステムから、ＡＭＦ、ＳＭＦ、ＮＳＳＦなどの動作のために、物理的又は／及び論理的リソースを割り当てられて使用できる状態を意味する。その結果、物理的なＡＭＦ、ＳＭＦ、ＮＳＳＦ装置が存在する場合と、ネットワーク上に存在する特定のコンピューティングシステムから、ＡＭＦ、ＳＭＦ、ＮＳＳＦ動作のために、物理的及び／又は論理リソースを割り当てられて使用するＡＭＦ Ｉｎｓｔａｎｃｅ、ＳＭＦ Ｉｎｓｔａｎｃｅ、ＮＳＳＦ Ｉｎｓｔａｎｃｅとは、同じ動作を実行する。したがって、本発明の実施形態において、ＮＦ（ＡＭＦ、ＳＭＦ、ＵＰＦ、ＮＳＳＦ、ＮＲＦ（ｎｅｔｗｏｒｋ ｒｅｐｏｓｉｔｏｒｙ ｆｕｎｃｔｉｏｎ）、ＳＣＰ（ｓｅｒｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐｒｏｘｙ）等）と記載された事項は、ＮＦ Ｉｎｓｔａｎｃｅに置き換えられるか、逆にＮＦ Ｉｎｓｔａｎｃｅと記載された事項が、ＮＦに置き換えられて適用され得る。同様に、本発明の実施形態において、Ｎｅｔｗｏｒｋ ｓｌｉｃｅとして記載された事項は、Ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｉｎｓｔａｎｃｅに置き換えられてもよく、逆にＮｅｔｗｏｒｋ ｓｌｉｃｅ ｉｎｓｔａｎｃｅと記載された事項が、Ｎｅｔｗｏｒｋ ｓｌｉｃｅに置き換えられて適用されてもよい。

【0042】

本発明の一実施形態によれば、３ＧＰＰで定義されている５Ｇシステムでは、１つのネットワークスライスをＳ－ＮＳＳＡＩ（Ｓｉｎｇｌｅ－Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）と称する。したがって、ネットワークスライスは、Ｓ－ＮＳＳＡＩによって識別される。Ｓ－ＮＳＳＡＩは、ＳＳＴ（Ｓｌｉｃｅ／Ｓｅｒｖｉｃｅ Ｔｙｐｅ）値とＳＤ（Ｓｌｉｃｅ Ｄｉｆｆｅｒｅｎｔｉａｔｏｒ）値で構成される。ＳＳＴは、スライスがサポートするサービスの特性（例えば、ｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）、ＭＩｏＴ（ｍａｓｓｉｖｅ ＩｏＴ）、ＵＲＬＬＣ（ｕｌｔｒａ ｒｅｌｉａｂｌｅ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、Ｖ２Ｘなど）を示す。ＳＤは、ＳＳＴと呼ばれる特定のサービスに対する追加の識別子として使用される値である。

【0043】

ＮＳＳＡＩ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）は、１つ以上のＳ－ＮＳＳＡＩ（ｓｉｎｇｌｅ－ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）から構成され得る。ＮＳＳＡＩの例としては、端末に格納されているＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩ、端末が要求するＲｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、５ＧコアネットワークのＮＦ（例えば、ＡＭＦ、ＮＳＳＦなど）が決定する、端末が利用できるように許可された、Ａｌｌｏｗｅｄ ＮＳＳＡＩ、端末がサブスクライブされているＮＳＳＡＩなどが含まれてもよいが、これは一例に過ぎず、ＮＳＳＡＩの例は、上記に限定されない。

【0044】

本発明では、端末１００は、３ＧＰＰ接続ネットワーク（ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）及びＮ３ＧＰＰ（ｎｏｎ－３ＧＰＰ）接続ネットワークのうちの少なくとも１つに接続する。また、端末１００は、３ＧＰＰ接続ネットワーク（ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）とＮ３ＧＰＰ（ｎｏｎ－３ＧＰＰ）接続ネットワークに同時に接続され、５Ｇシステムに登録される。

【0045】

ここで、接続ネットワークは、基地局、ＡＮ、ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）などの様々な名称で呼ばれる。一例として、３ＧＰＰ接続ネットワークは、免許帯（ｌｉｃｅｎｓｅｄ ｂａｎｄ）を利用するネットワークであり、Ｎ３ＧＰＰ接続ネットワークは、免許不要帯（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）を利用するネットワークであるが、ネットワーク区分は、これに限定されない。

【0046】

具体的には、端末１００は、３ＧＰＰ基地局１１０に接続して、ＡＭＦ１２０と登録手順（Ｒｅｇｉｓｔｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を行う。登録手順中に、ＡＭＦ１２０は、３ＧＰＰ基地局１１０に接続された端末１００が利用可能な許容スライス（Ａｌｌｏｗｅｄ ＮＳＳＡＩ）を決定して、端末１００に割り当てる。これは、第１の許容スライスと称される。端末１００は、Ｎ３ＧＰＰ接続ネットワーク１１５に接続して、ＡＭＦ１２０と登録手順（Ｒｅｇｉｓｔｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を行う。登録手順中に、ＡＭＦ１２０は、Ｎ３ＧＰＰ接続ネットワーク１１５に接続された端末１００が利用可能な許容スライス（Ａｌｌｏｗｅｄ ＮＳＳＡＩ）を決定して、端末１００に割り当てる。これは、第２の許容スライスと称される。第１の許容スライスと第２の許容スライスとは、同じＳ－ＮＳＳＡＩを含んでもよく、異なるＳ－ＮＳＳＡＩを含んでもよい。本発明では、第１の許容スライスと第２の許容スライスとは、同じＳ－ＮＳＳＡＩを利用するか、又は異なるＳ－ＮＳＳＡＩを利用することができる。

【0047】

移動通信事業者は、ネットワークスライスごとに提供可能なネットワークリソースのサイズを定義する。本発明では、これをネットワークスライスポリシー（Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ ｐｏｌｉｃｙ又はＳｌｉｃｅ ｐｏｌｉｃｙ又はスライスポリシー）と呼ぶ。スライスポリシー情報は、以下の情報のうちの少なくとも１つを含む。

【0048】

－Ｓ－ＮＳＳＡＩ
－最大セッション数（ｍａｘｉｍｕｍ ｎｕｍｂｅｒ ｏｆ ＰＤＵ Ｓｅｓｓｉｏｎｓ）
－最大セッション数の集計方法

【0049】

本発明の一実施形態によるスライスポリシー情報に含まれる最大セッション数は、Ｓ－ＮＳＳＡＩを使用して確立（ｅｓｔａｂｌｉｓｈｍｅｎｔ）されたセッションの最大数を示す。５ＧコアネットワークのＮＦ（例えば、ＡＭＦ、ＳＭＦなど）は、ＰＤＵセッション確立（ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順を通じて確立された特定のＳ－ＮＳＳＡＩを利用するセッションの数を集計（ｃｏｕｎｔｉｎｇ）する。本発明の一実施形態によれば、最大セッション数は、対応するＳ－ＮＳＳＡＩを利用するセッション数の最大値を示す。例えば、ｅＭＢＢスライスの最大セッション数が１０万セッションの場合、５Ｇコアネットワーク（又は５Ｇコアネットワーク内の少なくとも１つのネットワーク機能）は、ｅＭＢＢスライスを指すＳ－ＮＳＳＡＩが含まれたセッション要求のうち最大１０万セッションまで許可し得る。

【0050】

本発明の一実施形態によれば、５Ｇコアネットワーク（又は５Ｇコアネットワーク内の少なくとも１つのネットワーク機能）は、スライスポリシー情報をＮＦに格納及び管理する。ＮＦが格納しているスライスポリシー情報は、移動通信事業者のポリシーによって決定され得る。移動通信事業者は、ＯＡＭ（Ｏｐｅｒａｔｉｏｎ、Ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）方式で、ＮＦにスライスポリシー情報を格納して更新し得る。

【0051】

本発明の一実施形態によれば、５Ｇコアネットワーク（又は５Ｇコアネットワーク内の少なくとも１つのネットワーク機能）のＮＦは、５Ｇコアネットワークの他のＮＦからスライスポリシー情報を取得する。

【0052】

図２は、本発明の一実施形態によるＰＤＵセッション確立手順（ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ）を説明するための図である。図２において、ＵＥ１００、ＡＮ（２００、２０１）、ＡＭＦ１２０、ＳＭＦ１３５の基本的な動作は、図１の対応する構成と同じであるので、具体的な説明は省略する。

【0053】

図２を参照すると、本発明の一実施形態による端末１００は、第１の基地局（Ｆｉｒｓｔ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（ＡＮ））２００に接続して、ＰＤＵセッション確立手順を実行する。第１の基地局２００は、３ＧＰＰ基地局１１０又はＮ３ＧＰＰ接続ネットワーク１１５である。

【0054】

ステップ２１０で、端末１００は、第１の基地局２００に接続して、セッション確立要求（ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔ）メッセージを送信する。セッション確立要求メッセージには、端末が利用しようとする（即ち、セッション確立を要求する）スライスに関する情報が含まれる。端末が利用しようとするスライスに関する情報は、Ｓ－ＮＳＳＡＩを含み得る。

【0055】

端末１００は、セッション確立要求メッセージに優先接続ネットワークの種類（ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅ）情報を含める。Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅは、端末が要求するＰＤＵセッションを利用するＳ－ＮＳＳＡに対して、端末１００が優先する接続ネットワークの種類（例えば、３ＧＰＰ接続ネットワーク、Ｎｏｎ－３ＧＰＰ接続ネットワークなど）を示す。

【0056】

本発明の実施形態によれば、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅは、端末１００が現在接続している基地局に関連して設定される。この場合、端末１００は、現在接続している第１の基地局２００がサポートする接続ネットワークの種類を、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅとして設定する。

【0057】

さらに別の実施形態によれば、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅは、端末１００が現在接続している基地局に関係なく設定される。この場合、端末１００は、現在接続している第１の基地局２００がサポートする接続ネットワークの種類、又は、現在接続している第１の基地局２００がサポートしていない接続ネットワークの種類を、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅとして設定する。例えば、端末１００が現在接続している第１の基地局２００は、３ＧＰＰ基地局であるが、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅは、Ｎ３ＧＰＰ基地局に設定するか、逆に、現在接続している第１の基地局２００は、Ｎ３ＧＰＰ基地局であるが、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅは、 ３ＧＰＰ基地局に設定することも可能である。

【0058】

ステップ２１２で、本発明の一実施形態により、セッション確立要求メッセージを受信した第１の基地局２００は、セッション確立要求メッセージを送信するＡＭＦ１２０を選択する。第１の基地局２００は、選択されたＡＭＦ１２０に、セッション確立要求メッセージを送信する。ステップ２１４で、ＡＭＦ１２０は、ＳＭＦ１３５にＰＤＵセッション要求メッセージを送信する。ＰＤＵセッション要求メッセージは、ステップ２１０で、セッション確立要求メッセージに含まれている情報、例えば、端末１００が利用しようとする（即ち、セッション確立を要求する）スライスに関する情報、及びＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅのうちの少なくとも１つを含む。

【0059】

ＡＭＦ１２０が、ＳＭＦ１３５に送信するＰＤＵセッション要求メッセージは、一例として、＜表１＞で説明したＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔメッセージを利用することができる。

【0060】

ＳＭＦ１３５は、ＰＤＵセッション要求を処理する。ＳＭＦ１３５は、要求されたＳ－ＮＳＳＡＩが、最大セッション数の集計対象となるか否かを決定する。例えば、ＳＭＦ１３５は、ＳＭＦ１３５に格納されたローカルポリシー情報（ｌｏｃａｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）に基づいて、要求されたＳ－ＮＳＳＡＩが、最大セッション数の集計対象になるか否かを決定する。或いは、ＳＭＦ１３５は、ＵＤＭ１４５から受信した端末１００のサブスクリプション情報に基づいて、要求されたＳ－ＮＳＳＡＩが、最大セッション数の集計対象となるか否かを判定してもよい。或いは、ＳＭＦ１３５が要求された全てのＳ－ＮＳＳＡＩは、最大セッション数の集計対象となり得る。また、最大セッション数の集計対象となるＳ－ＮＳＳＡＩは、全部又は一部に対して決定するか、或いは事業者別、地域別、時間帯別、トラフィックの種類別の少なくとも１つの組み合わせによって様々な方法で決定／設定する。

【0061】

要求されたＳ－ＮＳＳＡＩが最大セッション数の集計対象の場合、ステップ２１６で、ＳＭＦ１３５は、端末１００にセッション確立を許可することを確認する前に、５Ｇコアネットワーク（又は５Ｇコアネットワーク内の少なくとも１つのネットワーク機能）のＮＦ２０２に、スライス利用可能性を確認する。ここで、ＮＦ２０２は、ＰＣＦ１４０、ＡＭＦ１２０、ＳＭＦ１３５、ＵＰＦ１３０、ＵＤＭ１４５、ＮＷＤＡＦ１６５、ＮＳＳＦ１６０、ＵＤＲ１５０又は３ｒｄ ｐａｒｔｙ、ＡＰ（ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ）、Ｅｄｇｅ ＣｏｍｐｕｔｉｎｇなどのためのＮＥＦ（ｎｅｔｗｏｒｋ ｅｘｐｏｓｕｒｅ ｆｕｎｃｔｉｏｎ）（図示せず）などの多様なエンティティ（或いはインスタンス）になり得る。

【0062】

このために、ＳＭＦ１３５は、Ｓｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要求メッセージを、ＮＦ２０２に送信する。別の実施形態では、ＮＦ２０２がＳＭＦである場合、スライス利用可能性は、ＳＭＦ１３５が直接決定するので、ステップ（２１６、２２０）の要求／応答メッセージの送受信を省略することができる。ステップ２１６のＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要求メッセージには、対象となるスライス情報（例：Ｓ－ＮＳＳＡＩなど）、端末１００の接続ネットワーク情報（例：３ＧＰＰ、ｎｏｎ－３ＧＰＰなど）、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅ、端末位置情報（例えば、ＴＡ（ｔｒａｃｋｉｎｇ ａｒｅａ）など）、端末情報（例えば、ＳＵＰＩ（ｓｕｂｓｃｒｉｐｔｉｏｎ ｐｅｒｍａｎｅｎｔ ｉｄｅｎｔｉｆｉｅｒ）、５Ｇ－ＧＵＴＩ（５Ｇ ｇｌｏｂａｌｌｙ ｕｎｉｑｕｅ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）など）のうちの少なくとも１つを含む。

【0063】

一方、ステップ２１４で送信されるＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔメッセージに、端末１００が要求した／設定したＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅが含まれている場合、ＳＭＦ１３５は、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅを格納する。

【0064】

さらに別の実施形態によれば、ＳＭＦ１３５は、ＵＤＭ１４５又はＰＣＦ１４０から、Ｓ－ＮＳＳＡＩに関するＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅ情報を取得する。ＳＭＦ１３５は、ＵＤＭ１４５又はＰＣＦ１４０から受信したＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅを格納する。さらに別の実施形態によれば、ＳＭＦ１３５は、事業者ポリシー（ｏｐｅｒａｔｏｒ ｐｏｌｉｃｙ，ｌｏｃａｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ，ｌｏｃａｌ ｐｏｌｉｃｙなど）に基づいて、Ｓ－ＮＳＳＡＩのＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅを決定する。ＳＭＦ１３５は、事業者ポリシーに従うＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅを格納する。

【0065】

ＵＤＭ１４５又はＰＣＦ１４０からＳ－ＮＳＳＡＩに関するＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅ情報が提供されるか、又は事業者ポリシーに基づいて、Ｓ－ＮＳＳＡＩのＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅが決定される場合、ステップ２１０の要求メッセージには、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅ情報が含まれない場合がある。別の実施形態では、ステップ２１０の要求メッセージに、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅ情報が含まれながら、上記のようにＵＤＭ１４５、ＰＣＦ１４０、又は事業者ポリシーによってＳ－ＮＳＳＡＩのＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅ情報が提供される場合、複数のＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅのうち、予め定められた優先順位に応じて、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅを決定する。

【0066】

ステップ２１８において、ＮＦ２０２は、ＳＭＦ１３５から受信した対象となるスライス（例えば、Ｓ－ＮＳＳＡＩなど）のスライスポリシー及び対象となるスライスの現在のセッション数を確認する。

【0067】

例えば、ＮＦ２０２は、対象となるスライスのスライスポリシーに含まれる最大セッション数と、対象となるスライスの現在のセッション数とを比較し、対象となるスライスの現在のセッション数が、最大セッション数に達していない場合（即ち、現在のセッション数が、最大セッション数より小さい場合）、対象スライスが現在利用可能であると判断する。対象スライスが現在利用可能である場合、ＮＦ２０２は、ステップ２１６の要求メッセージに基づいて、対象スライスの現在のセッション数を１つ増加させる。

【0068】

別の例によれば、例えば、ＮＦ２０２は、対象となるスライスのスライスポリシーの最大セッション数と、対象となるスライスの現在のセッション数とを比較し、対象となるスライスの現在のセッション数が、最大セッション数に到達した場合（即ち、現在のセッション数が、最大セッション数と等しい場合）、ＮＦ２０２は、対象スライスが現在利用可能ではないと判断する。

【0069】

ステップ２２０で、ＮＦ２０２は、ＳＭＦ１３５にＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ応答メッセージを送信する。Ｓｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ応答メッセージには、対象となるスライス情報（例えば、Ｓ－ＮＳＳＡＩなど）、対象となるスライスの利用可能の可否（例えば、利用可能又は利用不可能を示す指示子（ｉｎｄｉｃａｔｉｏｎ）、利用可能又は利用不可能の原因値（ｃａｕｓｅ ｖａｌｕｅ）など）のうちの少なくとも１つを含む。

【0070】

ＳＭＦ１３５は、ＮＦ２０２から受信したスライスが、利用可能であるか否かに応じて、セッション確立の許可の可否を確定／決定する。例えば、ＮＦ２０２からスライス（Ｓ－ＮＳＳＡＩ）が利用可能であると返信した場合、ＳＭＦ１３５は、スライス（Ｓ－ＮＳＳＡＩ）を利用するＰＤＵセッション確立要求を承諾することを決定する。別の実施形態では、例えば、ＮＦ２０２が、スライス（Ｓ－ＮＳＳＡＩ）の利用不可能であることを知らせるメッセージを送信した場合、ＳＭＦ１３５は、当該スライス（Ｓ－ＮＳＳＡＩ）を利用するＰＤＵセッション確立要求を拒否することを決定する。

【0071】

ステップ２２２で、ＳＭＦ１３５は、ステップ２１４で受信したセッション確立要求メッセージへの応答メッセージを、ＡＭＦ１２０に送信する。応答メッセージは、一例として、＜表１＞で説明したＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅメッセージを利用する。

【0072】

ＳＭＦ１３５が、スライス（Ｓ－ＮＳＡＳＩ）を利用するＰＤＵセッション確立要求を承諾することを決定した場合、ＳＭＦ１３５がＡＭＦ１２０に送信するステップ２２２の応答メッセージは、ＰＤＵセッション確立承諾メッセージ（又は承諾を指示する情報）を含む。ＳＭＦ１３５がスライス（Ｓ－ＮＳＡＳＩ）を利用するＰＤＵセッション確立要求を拒否することを決定した場合、ＳＭＦ１３５がＡＭＦ１２０に送信するステップ２２２の応答メッセージは、ＰＤＵセッション確立拒否メッセージ（又は拒否を指示する情報）を含む。

【0073】

その後、ステップ２２４～２２６において、ＡＭＦ１２０は、ＳＭＦ１３５から受信したＰＤＵセッション確立承諾／拒否メッセージを、第１の基地局２００を介して端末１００に送信する。

【0074】

図３は、本発明の一実施形態によるＰＤＵセッション確立手順（ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ）を説明するための図である。図３において、ＵＥ１００、ＡＮ（２００、２０１）、ＡＭＦ１２０、ＳＭＦ１３５の基本的な動作は、図１の対応する構成と同様であるので、具体的な説明は省略する。そして、図３の手順は、図２の手順に従って、端末１００が要求したＳ－ＮＳＳＡＩのセッションが確立された状態で行われる手順を仮定する。

【0075】

図３を参照すると、本発明の一実施形態による端末１００は、第２の基地局（Ｓｅｃｏｎｄ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）２０１に接続して、ＰＤＵセッション確立手順を実行する。第２の基地局２０１は、３ＧＰＰ基地局１１０又はＮ３ＧＰＰ接続ネットワーク１１５である。

【0076】

ステップ３１０で、端末１００は、第２の基地局２０１に接続して、セッション確立要求（ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔ）メッセージを送信する。セッション確立要求メッセージには、端末１００が利用しようとする（即ち、セッション確立を要求する）スライスに関する情報が含まれる。端末１００が利用しようとするスライスに関する情報は、Ｓ－ＮＳＳＡＩを含む。さらに、Ｓ－ＮＳＳＡＩは、図２に示す手順によって、端末１００が第１の基地局２００を介して確立したＰＤＵセッションで利用中のＳ－ＮＳＳＡＩと同じでも異なっていてもよい。

【0077】

また、端末１００は、ステップ３１０のセッション確立要求メッセージに、上記の優先接続ネットワークの種類（ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅ）情報を含める。Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅは、端末が要求するＰＤＵセッションを利用するＳ－ＮＳＳＡＩに対して、端末１００が優先する接続ネットワークの種類（例えば、３ＧＰＰ接続ネットワーク、Ｎｏｎ－３ＧＰＰ接続ネットワークなど）を示す。本発明の実施形態によれば、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅは、端末１００が現在接続している基地局に関連して設定される。この場合、端末１００は、現在接続している第２の基地局２０１がサポートする接続ネットワークの種類を、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅとして設定する。さらに別の実施形態によれば、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅは、端末１００が現在接続している基地局に関係なく設定される。この場合、端末１００は、現在接続している第２の基地局２０１がサポートする接続ネットワークの種類又は現在接続している第２の基地局２０１がサポートしていない接続ネットワークの種類を、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅとして設定する。例えば、端末１００が現在接続している第２の基地局２００は、Ｎ３ＧＰＰ基地局であるが、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅは、３ＧＰＰ基地局に設定されるか、逆に、第２の基地局２００は、３ＧＰＰ基地局であるが、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅは、Ｎ３ＧＰＰ基地局に設定されることも可能である。

【0078】

本発明の実施形態による端末１００は、図２のステップ２１０で送信されるセッション確立要求メッセージに、Ｓ－ＮＳＳＡＩのＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅを含む場合、図３のステップ３１０で送信されるセッション確立要求メッセージには、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅが含まれていない可能性がある。別の実施形態では、図２のステップ２１０で要求されたＳ－ＮＳＳＡＩのＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅを変更しようとする端末１００は、図３のステップ３１０で送信されるセッション確立要求メッセージに、変更された／更新されたＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅを含む。例えば、端末１００は、Ｓ－ＮＳＳＡＩのＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅを、ステップ２１０では、３ＧＰＰ接続ネットワークに指示したが、ステップ３１０では、Ｎｏｎ－３ＧＰＰ接続ネットワークに変更する。

【0079】

また、本発明の実施形態では、端末１００は、ＰＤＵセッション確立要求メッセージの要求タイプを「初期要求（ｉｎｉｔｉａｌ ｒｅｑｕｅｓｔ）」に設定する。

【0080】

ステップ３１２において、本発明の一実施形態により、セッション確立要求メッセージを受信した第２の基地局２０１は、セッション確立要求メッセージを送信するＡＭＦ１２０を選択する。第２の基地局２０１は、選択したＡＭＦ１２０にセッション確立要求メッセージを送信する。

【0081】

ステップ３１４で、ＡＭＦ１２０は、ＳＭＦ１３５にＰＤＵセッション要求メッセージを送信する。ＰＤＵセッション要求メッセージは、ステップ３１０でセッション確立要求メッセージに含まれる情報、例えば、端末１００が利用しようとする（即ち、セッション確立を要求する）スライスに関する情報、及びＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅのうちの少なくとも１つを含む。

【0082】

ＰＤＵセッション要求メッセージの要求タイプが「初期要求」の場合、ＡＭＦ１２０が、ＳＭＦ１３５に送信するＰＤＵセッション要求メッセージは、一例として、＜表１＞で説明したＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔメッセージを利用する。

【0083】

ＳＭＦ１３５は、ＰＤＵセッション要求を処理する。ＳＭＦ１３５は、要求されたＳ－ＮＳＳＡＩが、最大セッション数の集計対象となるか否かを決定する。例えば、ＳＭＦ１３５は、ＳＭＦ１３５に格納されたローカルポリシー情報（ｌｏｃａｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）に基づいて、要求されたＳ－ＮＳＳＡＩが、最大セッション数の集計対象になるか否かを決定する。或いは、ＳＭＦ１３５は、ＵＤＭ１４５から受信したサブスクリプション情報に基づいて、要求されたＳ－ＮＳＳＡＩが、最大セッション数の集計対象となるか否かを判定してもよい。或いは、ＳＭＦ１３５が要求された全てのＳ－ＮＳＳＡＩは、最大セッション数の集計対象となり得る。また、最大セッション数の集計対象となるＳ－ＮＳＳＡＩは、全部又は一部に対して決定するか、或いは事業者別、地域別、時間帯別、トラフィックの種類別のうちの少なくとも１つの組み合わせによって様々な方法で確定／設定する。

【0084】

要求されたＳ－ＮＳＳＡＩが最大セッション数の集計対象の場合、ステップ３１６で、ＳＭＦ１３５は、端末１００にセッション確立を許可することを確認する前に、５Ｇコアネットワーク（又は５Ｇコアネットワーク内の少なくとも１つのネットワーク機能）のＮＦ２０２に、スライス利用可能性を確認する。このために、ＳＭＦ１３５は、ＮＦ２０２にＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要求メッセージを送信する。ここで、ＮＦ２０２は、図２の実施形態で説明したように、様々なエンティティ（又はインスタンス）であり得る。Ｓｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要求メッセージには、対象となるスライス情報（例えば、Ｓ－ＮＳＳＡＩなど）、端末の接続ネットワーク情報（例えば、３ＧＰＰ、ｎｏｎ－３ＧＰＰなど）、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅ、端末位置情報（例えば、ＴＡなど）、端末情報（例えば、ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）のうちの少なくとも１つを含む。

【0085】

一方、ステップ３１４で送信されるＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔメッセージに、端末１００が要求した／設定したＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅが含まれた場合、ＳＭＦ１３５は、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅを格納する。例えば、当該Ｓ－ＮＳＳＡＩのＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅがない場合、ＳＭＦ１３５は、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅを格納する。或いは、該当Ｓ－ＮＳＳＡＩのＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅがある場合、ＳＭＦ１３５は、格納していたＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅを、新しく受信したＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅ情報に更新する。

【0086】

さらに別の実施形態によれば、ＳＭＦ１３５は、ＵＤＭ１４５又はＰＣＦ１４０からＳ－ＮＳＳＡＩに関するｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅ情報を取得する。ＳＭＦ１３５は、ＵＤＭ１４５又はＰＣＦ１４０から受信したＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅを格納する。さらに別の実施形態によれば、ＳＭＦ１３５は、事業者ポリシー（ｏｐｅｒａｔｏｒ ｐｏｌｉｃｙ，ｌｏｃａｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ，ｌｏｃａｌ ｐｏｌｉｃｙなど）に基づいて、Ｓ－ＮＳＳＡＩのＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅを決定する。ＳＭＦ１３５は、事業者ポリシーに従って、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅを格納する。

【0087】

ＵＤＭ１４５又はＰＣＦ１４０から、Ｓ－ＮＳＳＡＩのＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅ情報が提供されるか、又は前記事業者ポリシーに基づいて、Ｓ－ＮＳＳＡＩのＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅが決定される場合、ステップ３１０の要求メッセージには、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅ情報が含まれない場合がある。別の実施形態では、ステップ３１０の要求メッセージに、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅ情報が含まれながら、上記のようにＵＤＭ１４５、ＰＣＦ１４０、又は事業者ポリシーによって、Ｓ－ＮＳＳＡＩのｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅ情報が提供される場合、複数のＰｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅのうち、予め定められた優先順位に応じて、Ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅを決定する。

【0088】

ステップ３１８で、ＮＦ２０２は、ＳＭＦ１３５から受信した対象となるスライス（例えば、Ｓ－ＮＳＳＡＩなど）のスライスポリシー、及び、対象となるスライスの現在のセッション数を確認する。

【0089】

例えば、ＮＦ２０２は、対象となるスライスのスライスポリシーに含まれる最大セッション数と、対象となるスライスの現在のセッション数とを比較し、対象となるスライスの現在のセッション数が、最大セッション数に達していない場合、対象スライスが現在利用可能であると判断する。対象スライスが現在利用可能である場合、ＮＦ２０２は、ステップ３１６の要求メッセージに基づいて、対象スライスの現在のセッション数を１つ増加させる。

【0090】

別の例によれば、例えば、ＮＦ２０２は、対象となるスライスのスライスポリシーの最大セッション数と、対象となるスライスの現在のセッション数とを比較し、対象となるスライスの現在のセッション数が、最大セッション数に到達した場合、ＮＦ２０２は、対象スライスが現在利用可能ではないと判断する。

【0091】

ステップ３２０で、ＮＦ２０２は、ＳＭＦ１３５にＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ応答メッセージを送信する。Ｓｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ応答メッセージには、対象となるスライス情報（例えば、Ｓ－ＮＳＳＡＩなど）、対象となるスライスの利用可能の可否（例えば、利用可能又は利用不可能を示す指示子（ｉｎｄｉｃａｔｉｏｎ）、利用可能又は利用不可能の原因値（ｃａｕｓｅ ｖａｌｕｅ）など）のうちの少なくとも１つを含む。

【0092】

ＳＭＦ１３５は、ＮＦ２０２から受信したスライスの利用可能性の可否に応じて、セッション確立が許可されるか否かを確定／決定する。例えば、ＮＦ２０２からスライス（Ｓ－ＮＳＳＡＩ）が利用可能であると返信した場合、ＳＭＦ１３５は、スライス（Ｓ－ＮＳＳＡＩ）を利用するＰＤＵセッション確立要求を承諾することを決定する。別の実施形態では、例えば、ＮＦ２０２がスライス（Ｓ－ＮＳＳＡＩ）の利用不可能であることを知らせるメッセージを送信した場合、ＳＭＦ１３５は、当該スライス（Ｓ－ＮＳＳＡＩ）を利用するＰＤＵセッション確立要求を拒否すると決定する。

【0093】

ステップ３２２で、ＳＭＦ１３５は、ステップ３１４で受信したセッション確立要求メッセージへの応答メッセージを、ＡＭＦ１２０に送信する。応答メッセージは、一例として、＜表１＞で説明したＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅメッセージを利用する。

【0094】

ＳＭＦ１３５がスライス（Ｓ－ＮＳＡＳＩ）を利用するＰＤＵセッション確立要求を拒否することを決定した場合、ＳＭＦ１３５がＡＭＦ１２０に送信するステップ３２２の応答メッセージは、ＰＤＵセッション確立拒否メッセージ（又は拒否を指示する情報）を含む。ＳＭＦ１３５がスライス（Ｓ－ＮＳＡＳＩ）を利用するＰＤＵセッション確立要求を承諾することを決定した場合、ＳＭＦ１３５がＡＭＦ１２０に送信するステップ３２２の応答メッセージは、ＰＤＵセッション確立承諾メッセージ（又は承諾を指示する情報）を含む。

【0095】

ステップ３２４～３２６において、ＡＭＦ１２０は、ＳＭＦ１３５から受信したＰＤＵセッション確立承諾／拒否メッセージを、第２の基地局２０１を介して端末１００に送信する。

【0096】

一方、図２及び図３の実施形態で、上述のＰＤＵセッション確立拒否メッセージは、拒否の原因を示す値（ｃａｕｓｅ ｖａｌｕｅ）を含む。

【0097】

本発明の実施形態によれば、拒否の原因を示す値は、最大セッション数への到達（例えば、Ｑｕｏｔａ ｉｓ ｏｖｅｒｆｌｏｗｎ、ｅｘｃｅｓｓ ｏｆ ｔｈｅ ｑｕｏｔａなど）が理由であることを示す値である。ＳＭＦ１３５は、ステップ（２２０、３２０）で、ＮＦ２０２から受信した情報に基づいて、拒否の原因を示す値を設定する。

【0098】

別の例によれば、拒否の原因を示す値は、最大セッション数への到達であり、セッションハンドオーバが可能であることを示す値であり得る。ＳＭＦ１３５は、ステップ（２２０、３２０）で、ＮＦ２０２から受信した情報、端末１００のセッション関連コンテキスト（ＳＭコンテキスト）、Ｓ－ＮＳＳＡＩのｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅのうちの少なくとも１つに基づいて、拒否の原因を示す値を設定する。

【0099】

例えば、第１の基地局２００を介して、Ｓ－ＮＳＳＡＩのためのＰＤＵセッションを確立し、利用中の端末１００は、第２の基地局２０１を介して、同じＳ－ＮＳＳＡＩを利用するＰＤＵセッションの確立を要求し、現在、該当Ｓ－ＮＳＳＡＩが利用可能でない場合（ｑｕｏｔａ ｉｓ ｏｖｅｒｆｌｏｗｎ）、ＳＭＦ１３５は、拒否の原因を示す値で、最大セッション数に到達したが、セッションハンドオーバが可能であることを示す値を設定する。このように、ＳＭＦ１３５が拒否の原因を示す値を設定する際に、ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅを考慮する。例えば、ｐｒｅｆｅｒｒｅｄ Ａｃｃｅｓｓ Ｔｙｐｅに基づいて、第１の基地局２００と第２の基地局２０１のうちの好ましい接続ネットワークの種類を決定する。ＰＤＵセッションを利用している第１の基地局２００がサポートする接続ネットワークよりもＰＤＵセッションを要求された第２の基地局２０１がサポートする接続ネットワークが好ましい場合、ＳＭＦ１３５は、セッション確立要求の拒否を示す値として、セッションハンドオーバが可能であることを示す値を設定する。

【0100】

また、ＰＤＵセッション確立拒否メッセージは、拒否されたＳ－ＮＳＳＡＩに関連付けられたバックオフタイム（ｂａｃｋ－ｏｆｆ ｔｉｍｅ）を含む。ｂａｃｋ－ｏｆｆ ｔｉｍｅは、端末１００がｂａｃｋ－ｏｆｆ ｔｉｍｅに設定されている期間中に特定の動作（例えば、ＳＭ ＮＡＳシグナリング）を実行しないことを意味する。例えば、ｂａｃｋ－ｏｆｆ ｔｉｍｅに設定された時間中に、端末１００は、ＰＤＵセッション確立拒否メッセージに含まれるＳ－ＮＳＳＡＩに関連付けられたｂａｃｋ－ｏｆｆ ｔｉｍｅに設定された時間中、Ｓ－ＮＳＳＡＩのための新しいＰＤＵセッション要求をすることができない場合がある。Ｓ－ＮＳＳＡＩのための新しいＰＤＵセッション要求ができなかったことは、ネットワークスライスとしてＳ－ＮＳＳＡＩを含み、要求タイプを「初期要求」に設定したＰＤＵセッション確立要求メッセージを送信できないことを意味する。さらに、ｂａｃｋ－ｏｆｆ ｔｉｍｅは、端末１００が実行する特定の動作に影響を与えない可能性がある。例えば、ｂａｃｋ－ｏｆｆ ｔｉｍｅに設定された期間中、端末１００は、ＰＤＵセッションハンドオーバ又はＰＤＵセッション修正手順を実行する。ＰＤＵセッションハンドオーバ手順は、ネットワークスライスとしてＳ－ＮＳＳＡＩを含み、要求タイプを「既存のＰＤＵセッション（Ｅｘｉｓｔｉｎｇ ＰＤＵ Ｓｅｓｓｉｏｎ）」に設定したＰＤＵセッション確立要求メッセージを送信できることを意味する。ＰＤＵセッション修正手順は、ネットワークスライスに、Ｓ－ＮＳＳＡＩを含むＰＤＵ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを送信することを意味する。

【0101】

ＰＤＵセッション確立拒否メッセージを受信した端末１００は、ＰＤＵセッション確立拒否メッセージに含まれる原因値に基づいて、最大セッション数への到達により、ＰＤＵセッション要求が拒否されたことを知ることができる。

【0102】

端末１００は、ステップ（２２６、３２６）で受信した情報、端末１００が格納しているセッション関連情報のうちの少なくとも１つに基づいて、次の動作を決定する。

【0103】

本発明の実施形態による端末１００は、ＰＤＵセッション確立拒否メッセージに含まれるｂａｃｋ－ｏｆｆ ｔｉｍｅに設定された時間が経過した後、再びＰＤＵセッションを要求する。ｂａｃｋ－ｏｆｆ ｔｉｍｅが経過した後（ａｆｔｅｒ ｔｈｅ ｂａｃｋ－ｏｆｆ ｔｉｍｅｒ ｅｘｐｉｒｅｓ）、再要求するＰＤＵセッション要求メッセージの要求タイプは、「初期要求」に設定されてもよい。ｂａｃｋ－ｏｆｆ ｔｉｍｅは、同じＰＬＭＮ（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）に対して接続ネットワークに関係なく適用する。

【0104】

さらに別の実施形態による端末１００は、第１の基地局２００を介して確立されたＰＤＵセッションを、第２の基地局２０１に移動（ｈａｎｄｏｖｅｒ）することを決定する。端末１００は、ｂａｃｋ－ｏｆｆ ｔｉｍｅが経過する前に（ｂｅｆｏｒｅ ｔｈｅ ｂａｃｋ－ｏｆｆ ｔｉｍｅｒ ｅｘｐｉｒｅｓ）、セッションハンドオーバを要求し、セッションハンドオーバを要求するためのＰＤＵセッション要求メッセージの要求タイプは「既存のＰＤＵセッション」に設定される。このとき、第１の基地局２００を介して確立されたＰＤＵセッションと、第２の基地局２０１に移動したＰＤＵセッションとは、同じＳ－ＮＳＳＡＩを利用するセッションであってもよい。本発明の実施形態によるセッションハンドオーバ手順は、図４に詳細に記載されている。

【0105】

図２の実施形態及び／又は図３の実施形態で説明したように、ＰＤＵセッション確立拒否メッセージは、拒否の原因を示す値（ｃａｕｓｅ ｖａｌｕｅ）を含み、セッション確立要求の拒否を示す原因値で、セッションハンドオーバが可能であることを示す値が含まれる場合、後述する図４のハンドオーバ手順がトリガされる。したがって、図２の実施形態及び／又は図３の実施形態と図４の実施形態とを組み合わせて実施する。

【0106】

図４は、本発明の一実施形態によるＰＤＵセッションハンドオーバ手順（ＰＤＵ Ｓｅｓｓｉｏｎ Ｈａｎｄｏｖｅｒ ｐｒｏｃｅｄｕｒｅ）を説明するための図である。図４の実施形態は、端末１００が第１の基地局２００を介して、ＰＤＵセッションを利用している状況を仮定したものである。

【0107】

図４を参考すると、本発明の一実施形態による端末１００は、第１の基地局２００を介して利用中のＰＤＵセッションを、第２の基地局２０１にハンドオーバすることを決定する。

【0108】

ステップ４１０で、端末１００は、セッションハンドオーバのために、第２の基地局２０１に接続して、セッション確立要求（ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔ）メッセージを送信する。端末１００は、ＰＤＵセッション確立要求メッセージの要求タイプを、例えば、「既存のＰＤＵセッション」に設定する。

【0109】

セッション確立要求メッセージは、端末１００が現在利用中であり、セッションハンドオーバの対象となるＰＤＵセッションのＰＤＵ Ｓｅｓｓｉｏｎ ＩＤを含む。

【0110】

セッション確立要求メッセージには、端末１００が利用しようとするスライスに関する情報が含まれる。端末１００が利用しようとするスライスに関する情報は、Ｓ－ＮＳＳＡＩを含む。Ｓ－ＮＳＳＡＩは、端末１００がハンドオーバしようとする第１の基地局２００を介して、利用中のＰＤＵセッションで利用中のＳ－ＮＳＳＡＩと同じである。

【0111】

ステップ４１２で、本発明の一実施形態により、セッション確立要求メッセージを受信した第２の基地局２０１は、セッション確立要求メッセージを送信するＡＭＦを選択する。第２の基地局２０１は、選択したＡＭＦ１２０にセッション確立要求メッセージを送信する。

【0112】

ステップ４１４で、ＡＭＦ１２０は、ＳＭＦ１３５にＰＤＵセッション要求メッセージを送信する。ＰＤＵセッション要求メッセージの要求タイプが、「既存のＰＤＵセッション」である場合、ＡＭＦ１２０がＳＭＦ１３５に送信するＰＤＵセッション要求メッセージは、一例として、＜表１＞で説明したＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｔａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔメッセージである。即ち、新しいＳＭ（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ）Ｃｏｎｔｅｘｔ生成要求ではなく、第１の基地局２００を介して利用中のＰＤＵセッションに関連するセッション管理コンテキスト（ＳＭ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）Ｃｏｎｔｅｘｔ）の更新要求であってもよい。セッション管理コンテキストは、ＰＤＵセッションに関連する情報、例えば、ＰＤＵ Ｓｅｓｓｉｏｎ ＩＤ、ＰＤＵセッションが利用中の接続ネットワークタイプなどを含み得る。

【0113】

ＳＭＦ１３５は、ＰＤＵセッション要求を処理する。ＳＭＦ１３５は、要求されたＳ－ＮＳＳＡＩが、最大セッション数の集計対象となるか否かを決定する。例えば、ＳＭＦ１３５は、ＳＭＦ１３５に格納されたローカルポリシー情報（ｌｏｃａｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）に基づいて、要求されたＳ－ＮＳＳＡＩが、最大セッション数の集計対象になるか否かを決定する。或いは、ＳＭＦ１３５は、ＵＤＭ１４５から受信したサブスクリプション情報に基づいて、要求されたＳ－ＮＳＳＡＩが、最大セッション数の集計対象となるか否かを判定してもよい。或いは、ＳＭＦ１３５が要求された全てのＳ－ＮＳＳＡＩは、最大セッション数の集計対象となり得る。

【0114】

要求されたＳ－ＮＳＳＡＩが、最大セッション数の集計対象であり、要求タイプが、「既存のＰＤＵセッション」である場合、ＳＭＦ１３５は、ＰＤＵセッション要求が第１の基地局２００に確立され、利用中のＰＤＵセッションを第２の基地局２０１にハンドオーバするための要求であることがわかる。ＳＭＦ１３５は、ＰＤＵセッション要求メッセージに含まれるＰＤＵ Ｓｅｓｓｉｏｎ ＩＤ（即ち、端末１００が現在利用中であり、セッションハンドオーバの対象となるＰＤＵセッションのＰＤＵ Ｓｅｓｓｉｏｎ ＩＤ）に対応するセッションコンテキストを確認する。ＰＤＵ Ｓｅｓｓｉｏｎ ＩＤに対応するＰＤＵセッションが存在する場合、ＳＭＦ１３５は、第１の基地局２００に確立して利用中のＰＤＵセッションを、第２の基地局２０１にハンドオーバすることを決定する。これにより、ＳＭＦ１３５は、最大セッション数に関連するスライス利用可能性の確認が必要でないことを決定する。即ち、第１の基地局２００を介して利用中のＰＤＵセッションを、第２の基地局２０１にハンドオーバすることで、現在利用セッション数の集計にカウント（ｃｏｕｎｔ）される必要がないことを判断する。したがって、ＳＭＦ１３５は、ステップ４１６～４２０のスライス利用可能性の確認ステップを実行しなくてもよい。或いは、ＳＭＦ１３５は、ステップ４１６～４２０を実行して、ＮＦ２０２に、端末１００がＳ－ＮＳＳＡＩのために利用しているＰＤＵセッションの接続ネットワークの種類が変更（例えば、第１の基地局２００がサポートする接続ネットワークから、第２の基地局２０１がサポートする接続ネットワークに変更）されることを知らせる。

【0115】

ステップ４２２で、ＳＭＦ１３５は、ステップ４１４で受信したセッション確立要求メッセージへの応答メッセージを、ＡＭＦ１２０に送信する。そのような応答メッセージは、例えば、＜表１＞で説明したＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｔａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅメッセージである。

【0116】

ＳＭＦ１３５が、スライス（Ｓ－ＮＳＡＳＩ）を利用するＰＤＵセッションハンドオーバを承諾することを決定した場合、ＳＭＦ１３５が、ＡＭＦ１２０に送信するステップ４２２の応答メッセージは、セッションハンドオーバ許可を指示するＰＤＵセッション確立承諾メッセージを含む。ＳＭＦ１３５が、スライス（Ｓ－ＮＳＡＳＩ）を利用するＰＤＵセッションハンドオーバを拒否することを決定した場合、図示されていないが、ＳＭＦ１３５が、ＡＭＦ１２０に送信するステップ４２２の応答メッセージは、セッションハンドオーバ拒否を指示するＰＤＵセッション確立拒否メッセージを含む。

【0117】

ステップ４２４～４２６において、ＡＭＦ１２０は、ＳＭＦ１３５から受信したＰＤＵセッション確立承諾メッセージを、第２の基地局２０１を介して端末１００に送信する。ＰＤＵセッション確立拒否メッセージが送信される場合の動作も同様に実行する。

【0118】

以後、ＰＤＵセッション確立承諾メッセージを受信した端末１００は、第１の基地局２００を介して利用中のＰＤＵセッションが、第２の基地局２０１に正常にハンドオーバしたことを知ることができる。

【0119】

セッションハンドオーバを処理したＳＭＦ１３５は、ステップ４２８ａで、第１の基地局２００を介して確立されたＰＤＵセッションをリリースすることを決定し、ＰＤＵセッションリリース手順を実行する。

【0120】

或いは、セッションハンドオーバ成功を確認した端末１００は、ステップ４２８ｂで、第１の基地局２００を介して確立されたＰＤＵセッションをリリースすることを決定し、ＰＤＵセッションリリース手順を実行する。

【0121】

或いは、ステップ（４２８ｃ、４２８ｄ）で、セッションハンドオーバを処理したＳＭＦ１３５と、セッションハンドオーバ成功を確認した端末１００とは、それぞれ第１の基地局２００関連のＰＤＵセッション情報を削除する。

【0122】

図４の実施形態では、ＰＤＵセッションリリースは、ステップ４２８ａ、ステップ４２８ｂ、又はステップ（４２８ｃ、ｄ）を介して実行される。

【0123】

また、本発明の実施形態によれば、図４に示すＰＤＵセッションハンドオーバ手順は、端末１００が、第１の基地局２００を介してスライス（Ｓ－ＮＳＳＡＩ）を利用できない場合（例えば、Ｓ－ＮＳＳＡＩが、第１の基地局２００のためのＡｌｌｏｗｅｄ ＮＳＳＡＩに含まれていない場合、Ｓ－ＮＳＳＡＩが、第１の基地局２００のためのｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩに含まれている場合、第１の基地局２００を介した端末の登録が、抹消（ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）された場合など）によって発生する可能性がある。この場合、ＡＭＦ１２０は、図４の手順が発生するのに備えて、ＳＭＦ１３５に格納されているＰＤＵセッション関連のＳＭ ｃｏｎｔｅｘｔを維持するための動作を、以下のように実行する。

【0124】

第１の基地局２００のためのＡｌｌｏｗｅｄ ＮＳＳＡＩに、Ｓ－ＮＳＳＡＩを含まないことを決定したＡＭＦ１２０は、第１の基地局２００のためのＡｌｌｏｗｅｄ ＮＳＳＡＩからＳ－ＮＳＳＡＩを除外する動作を直ちに実行せず、一定の時間（例えば、ｔｉｍｅｒの期限切れになった後）が経過した後に実行する。

【0125】

或いは、第１の基地局２００のためのｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩに、Ｓ－ＮＳＳＡＩを含めることを決定したＡＭＦ１２０は、第１の基地局２００のためのｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩからＳ－ＮＳＳＡＩを含める動作をすぐに実行せず、一定の時間（例えば、ｔｉｍｅｒの期限切れになった後）が経過した後に実行する。

【0126】

或いは、第１の基地局２００を介した端末登録抹消（ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）を決定したＡＭＦ１２０は、第１の基地局２００を介した端末登録抹消（ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）を直ちに実行せず、一定の時間（例えば、ｔｉｍｅｒの期限切れになった後）が経過した後に行う。

【0127】

或いは、端末１００が、第１の基地局２００を介してスライス（Ｓ－ＮＳＳＡＩ）を利用できない場合、ＡＭＦ１２０は、ＰＤＵセッション関連のＳＭ ｃｏｎｔｅｘｔを削除することを、ＳＭＦ１３５に直ちに指示せず、一定の時間（例えば、ｔｉｍｅｒの期限切れになった後）が経過した後に指示する。ＡＭＦ１２０は、ＳＭＦ１３５にＰＤＵセッション関連のＳＭ ｃｏｎｔｅｘｔを削除するように指示するために、＜表１＞で例示したＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ、又は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＲｅｌｅａｓｅＳＭＣｏｎｔｅｘｔＲｅｑｕｅｓｔメッセージを送信する。Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ、又は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＲｅｌｅａｓｅＳＭＣｏｎｔｅｘｔＲｅｑｕｅｓｔメッセージを受信したＳＭＦ１２０は、関連するＳＭ ｃｏｎｔｅｘｔを削除する。

【0128】

或いは、端末１００が、第１の基地局２００を介してスライス（Ｓ－ＮＳＳＡＩ）を利用できない場合、ＡＭＦ１２０は、ＰＤＵセッション関連のＳＭ ｃｏｎｔｅｘｔを、特定の時間が経過した後に削除することを、ＳＭＦ１３５に指示する。例えば、ＡＭＦ１２０が、ＳＭＦ１３５にＰＤＵセッション関連のＳＭ ｃｏｎｔｅｘｔを削除することを指示するために送信する＜表１＞で例示したＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ、又は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＲｅｌｅａｓｅＳＭＣｏｎｔｅｘｔＲｅｑｕｅｓｔメッセージには、時間情報（ｔｉｍｅｒ）が含まれる。Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ、又は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＲｅｌｅａｓｅＳＭＣｏｎｔｅｘｔＲｅｑｕｅｓｔメッセージを受信したＳＭＦ１２０は、受信したメッセージに含まれる時間が経過した後（ａｆｔｅｒ ｔｉｍｅｒ ｅｘｐｉｒｅｓ）、関連のＳＭ ｃｏｎｔｅｘｔを削除する。

【0129】

図５は、本発明の一実施形態によるＵＥ１００の一構成例を示す図である。

【0130】

図５を参照すると、ＵＥ１００は、図１の構成を有する通信システムで定められた通信方式に従って、無線通信を実行するプロセッサ５０２と、トランシーバ５０４とを含めて具現される。プロセッサ５０１は、トランシーバ９０３の動作を制御し、図１～図４の実施形態のうちの少なくとも１つで説明した方法に従って、セッション確立手順及びセッションハンドオーバ手順を実行するように、装置全体を制御する。

【0131】

図６は、本発明の一実施形態によるネットワークエンティティ（又はＮＦ）の構成を示す図である。ネットワークエンティティ（又はＮＦ）は、図１の構成においてＵＥ１００を除く構成要素のうちの１つである。

【0132】

図６のネットワークエンティティ（又はＮＦ）は、図１の構成を有する通信システムで定められた通信方式に従って、有線／無線通信を実行するプロセッサ６０２と、通信インターフェース６０４とを含めて具現される。プロセッサ６０２は、通信インターフェース６０４の動作を制御し、図１～図４の実施形態のうちの少なくとも１つで説明した方法に従って、セッション確立手順及びセッションハンドオーバ手順を実行するように装置全体を制御する。

【0133】

本発明の詳細な説明では、具体的な実施形態について説明したが、本発明の技術範囲から逸脱しない限り、様々な変形が可能であることは言うまでもない。したがって、本発明の技術範囲は、説明された実施形態に限定されて定められてはならず、本発明の技術範囲と均等なものによって定められるべきである。

【符号の説明】

【0134】

１００ ＵＥ（端末）
１１０ ＲＡＮ（基地局）
１１５ Ｎ３ＧＰＰ接続ネットワーク
１２０ ＡＭＦ
１３０ ＵＰＦ
１３５ ＳＭＦ
１４０ ＰＣＦ
１４５ ＵＤＭ
１５０ ＵＤＲ
１６０ ＮＳＳＦ
１６５ ＮＷＤＡＦ
２００ 第１のＡＮ（第１の基地局）
２０１ 第２のＡＮ（第２の基地局）
２０２ ＮＦ
５０２、６０２ プロセッサ
５０４ トランシーバ
６０４ 通信インターフェース

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【国際調査報告】