知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-05-26
(45)【発行日】2025-06-03
(54)【発明の名称】コアネットワークノード及び冗長ＵＲＬＬＣ接続に対応する方法
(51)【国際特許分類】
H04W 76/15 20180101AFI20250527BHJP
H04W 28/04 20090101ALI20250527BHJP
H04W 76/18 20180101ALI20250527BHJP
【ＦＩ】
H04W76/15
H04W28/04
H04W76/18
【請求項の数】
2
(21)【出願番号】P 2022179509
(22)【出願日】2022-11-09
(62)【分割の表示】P 2021539393の分割
【原出願日】2019-12-06
(65)【公開番号】P2023015240
(43)【公開日】2023-01-31
【審査請求日】2022-11-09
【審判番号】
【審判請求日】2024-04-22
(31)【優先権主張番号】19150842.3
(32)【優先日】2019-01-08
(33)【優先権主張国・地域又は機関】EP
(73)【特許権者】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100141519
【弁理士】
【氏名又は名称】梶田 邦之
(72)【発明者】
【氏名】イアネフ， イスクレン
(72)【発明者】
【氏名】田村 利之
(72)【発明者】
【氏名】ファン， リンハン
【合議体】
【審判長】中木 努
【審判官】廣川 浩
【審判官】本郷 彰
(56)【参考文献】
【文献】特開２０２０－８８４７２（ＪＰ，Ａ）
【文献】3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study, 3GPP TR 23.725 V16.0.0 (2018-12), [online], 2018年12月19日アップロード, p11-18,74, インターネット<URL:https://www.3gpp.org/ftp//Specs/archive/23_series/23.725/23725-g00.zip>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
H04B7/24- 7/26
H04W4/00-99/00
3GPP TSG RAN WG1-4
3GPP TSG SA WG1-4
3GPP TSG CT WG1,4
(57)【特許請求の範囲】
【請求項1】
第１のコアネットワークノードであって、ユーザ機器（ＵＥ）から、Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ （ＵＲＬＬＣ）のためにＰｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＰＤＵ）セッションを確立するための第１の要求を受信する手段と、
ネットワークリポジトリ機能（ＮＲＦ）に、第２のコアネットワークノードを選択するための第２の要求を送信する手段と、
前記ＮＲＦから、前記第２の要求に対する第１の応答を受信する手段と、
前記第１の応答が、前記ＮＲＦが前記第２のコアネットワークノードを発見したことを示す場合、前記第２のコアネットワークノードを選択する手段であって、前記第２のコアネットワークノードは、冗長対応をサポートする、手段と、
前記第１の応答が、前記ＮＲＦが前記第２のコアネットワークノードを発見することができなかったことを示す場合、前記ＵＥに、前記ＰＤＵセッションの前記確立の拒絶を示す第２の応答を送信する手段と、を備え、
前記冗長対応は、ＩＥＥＥ ８０２．１ＣＢのＦｒａｍｅ Ｒｅｐｌｉｃａｔｉｏｎ ａｎｄ Ｅｌｉｍｉｎａｔｉｏｎ Ｆｏｒ Ｒｅｌｉａｂｌｉｔｙ （ＦＲＥＲ）である、
第１のコアネットワークノード。
【請求項2】
第１のコアネットワークノードの方法であって、ユーザ機器（ＵＥ）から、Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ （ＵＲＬＬＣ）のためにＰｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＰＤＵ）セッションを確立するための第１の要求を受信し、
ネットワークリポジトリ機能（ＮＲＦ）に、第２のコアネットワークノードを選択するための第２の要求を送信し、
前記ＮＲＦから、前記第２の要求に対する第１の応答を受信し、
前記第１の応答が、前記ＮＲＦが前記第２のコアネットワークノードを発見したことを示す場合、前記第２のコアネットワークノードを選択し、前記第２のコアネットワークノードは、冗長対応をサポートし、
前記第１の応答が、前記ＮＲＦが前記第２のコアネットワークノードを発見することができなかったことを示す場合、前記ＵＥに、前記ＰＤＵセッションの前記確立の拒絶を示す第２応答を送信する、ことを含み、
前記冗長対応は、ＩＥＥＥ ８０２．１ＣＢのＦｒａｍｅ Ｒｅｐｌｉｃａｔｉｏｎ ａｎｄ Ｅｌｉｍｉｎａｔｉｏｎ Ｆｏｒ Ｒｅｌｉａｂｌｉｔｙ （ＦＲＥＲ）である、
第１のコアネットワークノードにおける方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信システムに関する。本開示は、特に第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）規格又はその等価物もしくは派生物に従って動作する無線通信システム及びその装置に関連するが、これに限定するものではない。本開示は、いわゆる「５Ｇ」（又は「Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ」）システムにおける超高信頼低遅延通信（ＵＲＬＬＣ：Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）の提供に関連するが、これに限定するものではない。
【背景技術】
【0002】
３ＧＰＰ ＳＡ２ワーキンググループは、超高信頼低遅延通信（ＵＲＬＬＣ：Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）研究項目に取り組んでいる。その目的は、５ＧシステムにおいてＵＲＬＬＣサービスをサポートするための潜在的なアーキテクチャ強化の研究及び評価を行うことである。
具体的には、以下の態様を対象とする。
・ＴＳ２２．２６１で定義されているような５Ｇシステムにおける遅延、ジッタ、及び信頼性に関するＵＲＬＬＣ要件を満たすための主要な課題の探求
・アクセスネットワーク（ＡＮ：Ａｃｃｅｓｓ‐Ｎｅｔｗｏｒｋ）とコアネットワーク（ＣＮ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ）との間、並びにＣＮ内における遅延及びジッタに対するユーザ機器（ＵＥ）モビリティの影響を最小限にする方法の研究。
・単一のＮ３及びＮ９ユーザプレーントンネル、並びにユーザプレーンパス内のＮＦｓの信頼性よりも高い信頼性をもつ伝送を実現する方法の研究。
・ＵＲＬＬＣ要件のあるＱｏＳフローのＱｏＳを監視する方法の研究。
・課金及びポリシー制御に対する潜在的な影響の研究
具体的には、以下の態様を対象とする。
・ＴＳ２２．２６１で定義されているような５Ｇシステムにおける遅延、ジッタ、及び信頼性に関するＵＲＬＬＣ要件を満たすための主要な課題の探求
・アクセスネットワーク（ＡＮ：Ａｃｃｅｓｓ‐Ｎｅｔｗｏｒｋ）とコアネットワーク（ＣＮ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ）との間、並びにＣＮ内における遅延及びジッタに対するユーザ機器（ＵＥ）モビリティの影響を最小限にする方法の研究。
・単一のＮ３及びＮ９ユーザプレーントンネル、並びにユーザプレーンパス内のＮＦｓの信頼性よりも高い信頼性をもつ伝送を実現する方法の研究。
・ＵＲＬＬＣ要件のあるＱｏＳフローのＱｏＳを監視する方法の研究。
・課金及びポリシー制御に対する潜在的な影響の研究
【0003】
ＳＡ２は、端末装置が５Ｇネットワークを通じて２つの冗長ＰＤＵセッションをセットアップすることを可能にするソリューション（ＴＲ２３．７２５，６．１）を定義しており（図１参照）、その結果、ネットワークは、可能な場合には常に、２つの冗長ＰＤＵセッションのパスを独立させることを試みる。３ＧＰＰネットワークは、装置からの２つのパスを提供しており、第１のＰＤＵセッションは、ＵＥからＮＧ‐ＲＡＮノード１ ５０１を介してＰＤＵセッションアンカー（ＰＤＵ ｓｅｓｓｉｏｎ Ａｎｃｈｏｒ）として動作するＵＰＦ１ ７５１にわたり、第２のＰＤＵセッションは、ＵＥからＮＧ‐ＲＡＮノード２ ５０２を介してＰＤＵセッションアンカーとして動作するＵＰＦ２ ７５２にわたる。これらの２つの独立したＰＤＵセッションに基づいて、２つの独立したパスがセットアップされる。このソリューションは、ＬＴＥとＮＲとの双方によってサポートされるデュアルコネクティビティ（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）機能に基づく。ＵＥは、２つのＰＤＵセッションをセットアップし、その一方のＰＤＵセッションは、ＭＮＧ‐ＲＡＮノード５０１を介してＰＤＵセッションアンカーとして動作するＵＰＦ１ ７５１に至り、他方のＰＤＵセッションは、ＳＮＧ‐ＲＡＮノード５０２を介してＰＤＵセッションアンカーとして動作するＵＰＦ２ ７５２に至る。ＵＰＦ１ ７５１及びＵＰＦ２ ７５２を介するトラフィックがデータネットワーク（ＤＮ：Ｄａｔａ Ｎｅｔｗｏｒｋ）内の異なるユーザプレーンノードを介してルーティングされ得るとしても、ＵＰＦ１ ７５１及びＵＰＦ２ ７５２は、同じデータネットワーク（ＤＮ）に接続する。ＵＰＦ１ ７５１及びＵＰＦ２ ７５２は、それぞれ、ＳＭＦ１ ７３１及びＳＭＦ２ ７３２によって制御され、ＳＭＦ１ ７３１及びＳＭＦ２ ７３２は、ＳＭＦ選択のオペレータ設定によっては一致する場合がある。ＩＥＥＥ ＴＳＮ（Ｔｉｍｅ Ｓｅｎｓｉｔｉｖｅ Ｎｅｔｗｏｒｋｉｎｇ）ＦＲＥＲ（Ｆｒａｍｅ Ｒｅｐｌｉｃａｔｉｏｎ ａｎｄ Ｅｌｉｍｉｎａｔｉｏｎ ｆｏｒ Ｒｅｌｉａｂｉｌｉｔｙ）などの上位層プロトコルに依存して、複製パス（ｄｕｐｌｉｃａｔｅ ｐａｔｈｓ）上の冗長パケット／フレームの複製及び除去を管理する。
【発明の概要】
【発明が解決しようとする課題】
【0004】
上記のＵＲＬＬＣソリューションＴＲ２３．７２５、６．１、及び他のＵＲＬＬＣソリューションは、ＲＡＮノードとコアネットワークノード（Ｃｏｒｅ Ｎｅｔｗｏｒｋ Ｎｏｄｅｓ）との間で次のような配置互換性があると仮定する：
・コアネットワークＵＰＦ配置は、ＲＡＮ配置と連携し、冗長ユーザプレーンパスをサポートする。
・基礎をなすトランスポートトポロジは、ＲＡＮ及びＵＰＦ展開と提携し、冗長ユーザプレーンパスをサポートする。
・機能の物理ネットワークトポロジと地理的分布もまた、オペレータが必要とする範囲で冗長ユーザプレーンパスをサポートする。
・コアネットワークＵＰＦ配置は、ＲＡＮ配置と連携し、冗長ユーザプレーンパスをサポートする。
・基礎をなすトランスポートトポロジは、ＲＡＮ及びＵＰＦ展開と提携し、冗長ユーザプレーンパスをサポートする。
・機能の物理ネットワークトポロジと地理的分布もまた、オペレータが必要とする範囲で冗長ユーザプレーンパスをサポートする。
【0005】
しかしながら、冗長ユーザパス（すなわち、ＵＲＬＬＣユーザ接続）を要求するＵＥが、ＵＲＬＬＣをサポートする（すなわち、ユーザパッチ冗長性をサポートする）ＲＡＮ及びコアネットワークノードに常に接続することを保証するために、これらの仮定をオペレータが満たすことは、困難又は不可能であろう（図１参照）。
【0006】
以下のことは保証されていない。
・［課題１］ＵＲＬＬＣ対応ＵＥ（ＵＲＬＬＣ ｃａｐａｂｌｅ ＵＥ）は、ＵＲＬＬＣをサポートしているＳＭＦ（ＵＲＬＬＣ ｓｕｐｐｏｒｔｉｎｇ ＳＭＦ）を選択する
‐今のところ、ＵＥは、どのＳＭＦが、ＵＲＬＬＣをサポートしているＳＭＦであるかを知らない。
・［課題２］ＵＲＬＬＣ対応ＵＥは、ＵＲＬＬＣをサポートしているＮＧ‐ＲＡＮ（ＵＲＬＬＣ ｓｕｐｐｏｒｔｉｎｇ ＮＧ‐ＲＡＮ）を選択する
‐今のところ、ＵＥは、どのＮＧ‐ＲＡＮが、ＵＲＬＬＣをサポートしているＮＧ‐ＲＡＮであるかを知らない。
・［課題３］ＵＲＬＬＣ対応ＮＧ‐ＲＡＮは、ＵＲＬＬＣ対応ＡＭＦを選択する
‐今のところ、ＮＧ‐ＲＡＮは、ＮＧ‐ＲＡＮが接続するＡＭＦセットの内、どのＡＭＦがＵＲＬＬＣをサポートしているＡＭＦであるかに関する情報を有していない。接続されたすべてのＡＭＦがＵＲＬＬＣをサポートしていることは実用的ではない（すなわち、コスト効率が良くない）。
・［課題４］ＵＲＬＬＣ対応ＡＭＦは、ＵＲＬＬＣ対応ＳＭＦを選択する
‐今のところ、ＡＭＦは、どのＳＭＦがＵＲＬＬＣをサポートしているＳＭＦであるのかに関する情報を有していない。ＡＭＦが選択できるすべてのＳＭＦが、ＵＲＬＬＣをサポートしているＳＭＦであることは実用的ではない（すなわち、コスト効率が良くない）。
・［課題１］ＵＲＬＬＣ対応ＵＥ（ＵＲＬＬＣ ｃａｐａｂｌｅ ＵＥ）は、ＵＲＬＬＣをサポートしているＳＭＦ（ＵＲＬＬＣ ｓｕｐｐｏｒｔｉｎｇ ＳＭＦ）を選択する
‐今のところ、ＵＥは、どのＳＭＦが、ＵＲＬＬＣをサポートしているＳＭＦであるかを知らない。
・［課題２］ＵＲＬＬＣ対応ＵＥは、ＵＲＬＬＣをサポートしているＮＧ‐ＲＡＮ（ＵＲＬＬＣ ｓｕｐｐｏｒｔｉｎｇ ＮＧ‐ＲＡＮ）を選択する
‐今のところ、ＵＥは、どのＮＧ‐ＲＡＮが、ＵＲＬＬＣをサポートしているＮＧ‐ＲＡＮであるかを知らない。
・［課題３］ＵＲＬＬＣ対応ＮＧ‐ＲＡＮは、ＵＲＬＬＣ対応ＡＭＦを選択する
‐今のところ、ＮＧ‐ＲＡＮは、ＮＧ‐ＲＡＮが接続するＡＭＦセットの内、どのＡＭＦがＵＲＬＬＣをサポートしているＡＭＦであるかに関する情報を有していない。接続されたすべてのＡＭＦがＵＲＬＬＣをサポートしていることは実用的ではない（すなわち、コスト効率が良くない）。
・［課題４］ＵＲＬＬＣ対応ＡＭＦは、ＵＲＬＬＣ対応ＳＭＦを選択する
‐今のところ、ＡＭＦは、どのＳＭＦがＵＲＬＬＣをサポートしているＳＭＦであるのかに関する情報を有していない。ＡＭＦが選択できるすべてのＳＭＦが、ＵＲＬＬＣをサポートしているＳＭＦであることは実用的ではない（すなわち、コスト効率が良くない）。
【課題を解決するための手段】
【0007】
本開示の一態様によれば、コアネットワークノードは、Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ （ＵＲＬＬＣ）のためにＰｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＰＤＵ）セッションの確立の要求を受信する手段と、前記ＰＤＵセッションの冗長対応が許可されていないと判断する場合に、前記冗長対応による前記ＰＤＵセッションの前記確立の拒絶を実行する手段と、を備え、前記冗長対応は、ＩＥＥＥ ８０２．１ＣＢのＦｒａｍｅ Ｒｅｐｌｉｃａｔｉｏｎ ａｎｄ Ｅｌｉｍｉｎａｔｉｏｎ Ｆｏｒ Ｒｅｌｉａｂｌｉｔｙ （ＦＲＥＲ）である。
【0008】
本開示の別の態様によれば、コアネットワークノードによって実行される方法は、Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ （ＵＲＬＬＣ）のためにＰｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＰＤＵ）セッションの確立の要求を受信することと、前記ＰＤＵセッションの冗長対応が許可されていないと判断する場合に、前記冗長対応による前記ＰＤＵセッションの前記確立の拒絶を実行することと、を含み、前記冗長対応は、ＩＥＥＥ ８０２．１ＣＢのＦｒａｍｅ Ｒｅｐｌｉｃａｔｉｏｎ ａｎｄ Ｅｌｉｍｉｎａｔｉｏｎ Ｆｏｒ Ｒｅｌｉａｂｌｉｔｙ （ＦＲＥＲ）である。
【発明の効果】
【0009】
ある態様において、コアネットワークノード、コアネットワークノードにおける方法は、ＰＤＵセッション（複数可）の冗長対応を管理するための技術を提供することができる。
【図面の簡単な説明】
【0010】
【発明を実施するための形態】
【0011】
ＵＲＬＬＣ接続確立（例えば、ユーザ冗長パス確立）障害を回避するために、以下の態様が提供される。
１）ネットワークがＵＲＬＬＣをサポートする場合にのみＵＥ３がユーザパスの冗長性を要求するようにする、ＵＥ登録の間のネットワークによるＵＲＬＬＣサポート表示。この態様は、課題１、２、及び３を解決する。
２）ＡＭＦ７１０とＮＧ‐ＲＡＮノード５との間のＵＲＬＬＣサポートネゴシエーション。この態様は、課題２を解決する。
３）ＮＧ‐ＲＡＮノード５は、ＵＲＬＬＣサポート表示をブロードキャストする。この態様は、課題１に対処する。
４）ＵＲＬＬＣサポートＳＭＦ選択。この態様は、課題３を解決する。
５）指定ネットワークスライスを介したＵＲＬＬＣサポート。ネットワークが登録エリア全体でＵＲＬＬＣを均一にサポートする場合、この態様は、課題１、２、及び３を解決する。
１）ネットワークがＵＲＬＬＣをサポートする場合にのみＵＥ３がユーザパスの冗長性を要求するようにする、ＵＥ登録の間のネットワークによるＵＲＬＬＣサポート表示。この態様は、課題１、２、及び３を解決する。
２）ＡＭＦ７１０とＮＧ‐ＲＡＮノード５との間のＵＲＬＬＣサポートネゴシエーション。この態様は、課題２を解決する。
３）ＮＧ‐ＲＡＮノード５は、ＵＲＬＬＣサポート表示をブロードキャストする。この態様は、課題１に対処する。
４）ＵＲＬＬＣサポートＳＭＦ選択。この態様は、課題３を解決する。
５）指定ネットワークスライスを介したＵＲＬＬＣサポート。ネットワークが登録エリア全体でＵＲＬＬＣを均一にサポートする場合、この態様は、課題１、２、及び３を解決する。
【0012】
第１の態様
‐ＵＥ登録中のネットワークによるＵＲＬＬＣサポート表示
‐ＵＥ登録中のネットワークによるＵＲＬＬＣサポート表示
【0013】
第１の態様は、ＵＥ登録手順中のネットワークによるＵＲＬＬＣサポート表示を提供する。これにより、ネットワークがＵＲＬＬＣをサポートする場合にのみ、ＵＥ３がＵＲＬＬＣ（例えば、ユーザパス冗長性を有するＰＤＵセッション確立）の要求をすることを可能にする。ネットワークによるＵＲＬＬＣサポート表示の例示的な手順を、図２に概略的に示す。
【0014】
１）ＵＲＬＬＣ対応ＵＥ３は、登録要求（Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージをトリガすることによってネットワークとの登録手順を開始する。ＵＥ３が、ＵＲＬＬＣ（例えば、ユーザプレーン冗長）に対応している場合、ＵＥ３は、登録要求メッセージにＵＲＬＬＣ能力表示（ＵＲＬＬＣ ｃａｐａｂｉｌｉｔｙ ｉｎｄｉｃａｔｉｏｎ）パラメータ（又は、短ＵＲＬＬＣのために要求されるユーザプレーン冗長のＰＤＵセッション確立をサポートするＵＥ３の能力を示すための他の表示）を追加することによって、ＵＲＬＬＣのための自身の能力／サポートを示す。ＵＲＬＬＣ能力／サポートパラメータは、登録要求メッセージ内の指定パラメータか、又はＵＥネットワーク能力情報要素の一部にすることができる（図３参照）。
登録要求メッセージは、ＲＲＣメッセージ（例えば、ＲＲＣ接続要求（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージ、ＲＲＣ接続完了（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージ、又は他のＡＳメッセージ）に（例えば、ＮＡＳ ＰＤＵ、コンテナ、又はメッセージの形式で）含まれる。ＵＥ３は、また、指定パラメータとして、又はＵＥ能力情報要素の一部として、ＲＲＣメッセージ自体にＵＲＬＬＣサポートのための自身の能力／サポート表示を含むこともできる。ＲＲＣメッセージ内のＵＲＬＬＣ能力／サポート表示は、接続されたＡＭＦのすべてがＵＲＬＬＣをサポートしているわけではないという場合に、ＮＧ‐ＲＡＮノード５がＵＲＬＬＣをサポートしているＡＭＦを選択するのを支援することになる。
登録要求メッセージは、ＲＲＣメッセージ（例えば、ＲＲＣ接続要求（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージ、ＲＲＣ接続完了（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージ、又は他のＡＳメッセージ）に（例えば、ＮＡＳ ＰＤＵ、コンテナ、又はメッセージの形式で）含まれる。ＵＥ３は、また、指定パラメータとして、又はＵＥ能力情報要素の一部として、ＲＲＣメッセージ自体にＵＲＬＬＣサポートのための自身の能力／サポート表示を含むこともできる。ＲＲＣメッセージ内のＵＲＬＬＣ能力／サポート表示は、接続されたＡＭＦのすべてがＵＲＬＬＣをサポートしているわけではないという場合に、ＮＧ‐ＲＡＮノード５がＵＲＬＬＣをサポートしているＡＭＦを選択するのを支援することになる。
【0015】
２）ＮＧ‐ＲＡＮノード５は、ＡＭＦ７１０を選択する。ＵＥ３からのＲＲＣメッセージがＵＲＬＬＣサポート／能力の表示を含む場合、ＮＧ‐ＲＡＮノード５は、ＵＲＬＬＣをサポートするＡＭＦ７１０を選択する。ＮＧ‐ＲＡＮノード５は、ＲＲＣメッセージ内のＵＲＬＬＣサポート／能力の表示とＮＳＳＡＩ（Ｓ‐ＮＳＳＡＩのリスト）との組み合わせに基づいて、ＡＭＦ７１０を選択してもよい。ＮＧ‐ＲＡＮノード５は、選択されたＡＭＦ７１０に、ＵＥ３からの登録要求メッセージをＮ２セットアップ要求（Ｎ２ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）メッセージ内で転送する。
【0016】
３）ＵＲＬＬＣサポートがサブスクリプションベースのサービスである場合、ＡＭＦ７１０は、Ｎｕｄｍ＿ＳＤＭ＿Ｇｅｔ手順、又はＵＤＭ／ＵＤＲ７２０からのＵＥ加入者情報を検索するための他の手順を介して、ＵＤＭ／ＵＤＲ７２０に問い合わせてもよい。ＵＲＬＬＣのＵＥサブスクリプションは、ＵＤＭ／ＵＤＲ７２０に記憶される加入者データ情報である。この情報は、冗長ユーザプレーンパス確立を含むＵＲＬＬＣの確立を、ＵＥ３が許可されるか否かを示す。この表示は、ＵＥごと、ＰＤＵセッションごと、又は加入されたＳ‐ＮＳＳＡＩ（Ｓｕｂｓｃｒｉｂｅｄ Ｓ‐ＮＳＳＡＩ）ごとに行ってもよい。ＡＭＦ７１０は、ＰＣＦからＵＲＬＬＣ能力／サポート表示を得てもよい。
【0017】
４）ネットワークがＵＲＬＬＣをサポートする場合、ＡＭＦ７１０は、ＵＥ３に対してＵＲＬＬＣサポートを示す。ＵＲＬＬＣサポートがサブスクリプションベースのサービスである場合、ＡＭＦ７１０は、ＵＥ３に対するＵＲＬＬＣサポートの表示の前に、ＵＥのＵＲＬＬＣに対するサブスクリプションを検証する。
ＡＭＦ７１０は、また、ＵＲＬＬＣのサポートを示す前に、オペレータポリシー又は設定を考慮してもよい。例えば、ＡＭＦ７１０に接続されたＳＭＦのいずれもＵＲＬＬＣ機能をサポートしない場合、ＡＭＦ７１０は、ＵＲＬＬＣがサポートされていないことをＵＥ３に示すものとする。
すべての条件が満足されない限り、ＡＭＦ７１０は、ＵＲＬＬＣがサポートされていないことを示す。
ＡＭＦ７１０は、また、ＵＲＬＬＣのサポートを示す前に、オペレータポリシー又は設定を考慮してもよい。例えば、ＡＭＦ７１０に接続されたＳＭＦのいずれもＵＲＬＬＣ機能をサポートしない場合、ＡＭＦ７１０は、ＵＲＬＬＣがサポートされていないことをＵＥ３に示すものとする。
すべての条件が満足されない限り、ＡＭＦ７１０は、ＵＲＬＬＣがサポートされていないことを示す。
【0018】
５）ＡＭＦ７１０は、登録受諾（Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔ）メッセージ内で、ＵＲＬＬＣサポートをＵＥ３に示す。ＡＭＦ７１０は、登録受諾メッセージにＵＲＬＬＣサポートパラメータを含むことができる。ＡＭＦ７１０は、許可されたＳ‐ＮＳＳＡＩ（ａｌｌｏｗｅｄ Ｓ－ＮＳＳＡＩ）ごとにＵＲＬＬＣサポートパラメータを含むことができる。ＡＭＦ７１０は、ＵＲＬＬＣサポートパラメータに関連づけられたＵＲＬＬＣ原因パラメータ（ＵＲＬＬＣ ｃａｕｓｅ ｐａｒａｍｅｔｅｒ）を含むことができる。ＵＲＬＬＣサポートパラメータは、次のものを示してもよい。
ＵＲＬＬＣサポート＝ＵＲＬＬＣがサポートされている、又は
ＵＲＬＬＣが拒絶された、又は
ＵＲＬＬＣがサポートされていない、又は
ＵＲＬＬＣに加入していない、又は
ＵＲＬＬＣがこの場所でサポートされていない、及び／又は
ＵＲＬＬＣがｖＰＬＭＮによってサポートされていない。
ＡＭＦ７１０は、特にＵＥ３がまだ同じ登録エリアにいる間にＵＲＬＬＣのサポートが変化した場合、ＵＥ構成更新（ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅ）メッセージ内でもまたＵＲＬＬＣのサポートを示してもよい。ＡＭＦ７１０は、許可されたＳ‐ＮＳＳＡＩ（ａｌｌｏｗｅｄ Ｓ－ＮＳＳＡＩ）ごとにＵＲＬＬＣサポートパラメータを含むことができる。
ＡＭＦ７１０は、ＮＧ‐ＲＡＮノード５を介してＵＥ３に、Ｎ２セットアップ応答（Ｎ２ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ）メッセージ内で登録受諾メッセージを送信する。ＡＭＦ７１０は、また、Ｎ２セットアップ応答メッセージ自体にＵＲＬＬＣサポート表示を含むことができる。このようにして、ＡＭＦ７１０は、ＵＲＬＬＣサポートのためのＡＭＦ能力によりＮＧ‐ＲＡＮノード５を設定又は更新する。ＮＧ‐ＲＡＮノード５は、ＵＲＬＬＣのための能力を有するＵＥの新たな登録のためのＡＭＦを選択する場合に、例えばＵＲＬＬＣ対応ＵＥのためのＵＲＬＬＣ対応ＡＭＦを選択するために、ＵＲＬＬＣサポートのためのＡＭＦ能力を使用する。
ＵＲＬＬＣサポート＝ＵＲＬＬＣがサポートされている、又は
ＵＲＬＬＣが拒絶された、又は
ＵＲＬＬＣがサポートされていない、又は
ＵＲＬＬＣに加入していない、又は
ＵＲＬＬＣがこの場所でサポートされていない、及び／又は
ＵＲＬＬＣがｖＰＬＭＮによってサポートされていない。
ＡＭＦ７１０は、特にＵＥ３がまだ同じ登録エリアにいる間にＵＲＬＬＣのサポートが変化した場合、ＵＥ構成更新（ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅ）メッセージ内でもまたＵＲＬＬＣのサポートを示してもよい。ＡＭＦ７１０は、許可されたＳ‐ＮＳＳＡＩ（ａｌｌｏｗｅｄ Ｓ－ＮＳＳＡＩ）ごとにＵＲＬＬＣサポートパラメータを含むことができる。
ＡＭＦ７１０は、ＮＧ‐ＲＡＮノード５を介してＵＥ３に、Ｎ２セットアップ応答（Ｎ２ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ）メッセージ内で登録受諾メッセージを送信する。ＡＭＦ７１０は、また、Ｎ２セットアップ応答メッセージ自体にＵＲＬＬＣサポート表示を含むことができる。このようにして、ＡＭＦ７１０は、ＵＲＬＬＣサポートのためのＡＭＦ能力によりＮＧ‐ＲＡＮノード５を設定又は更新する。ＮＧ‐ＲＡＮノード５は、ＵＲＬＬＣのための能力を有するＵＥの新たな登録のためのＡＭＦを選択する場合に、例えばＵＲＬＬＣ対応ＵＥのためのＵＲＬＬＣ対応ＡＭＦを選択するために、ＵＲＬＬＣサポートのためのＡＭＦ能力を使用する。
【0019】
６）ＮＧ‐ＲＡＮノード５は、ＲＲＣメッセージによってＵＥ登録受諾メッセージをＵＥ３に送る。
【0020】
７）ＵＲＬＬＣサポート表示に基づいて、ＵＥ３は、適切なＰＤＵセッション確立手順（ＰＤＵ ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ）を実行する。ＵＲＬＬＣサポート表示が登録受諾メッセージに含まれている場合で、且つ：
ａ）ＵＲＬＬＣサポート表示＝ＵＲＬＬＣがサポートされている、である場合
‐ＵＲＬＬＣは、ネットワークによってサポートされ、ＵＥ３は、必要に応じてＵＲＬＬＣ接続（例えば、ユーザプレーン冗長性を有するＰＤＵセッション確立）を開始することができる。
ｂ）ＵＲＬＬＣサポート表示＝ＵＲＬＬＣが拒絶された、である場合
‐この場合、ネットワークは通常、ＵＲＬＬＣをサポートしているものの、その使用が何らかの理由で拒絶されたことを意味する。この場合、ＡＭＦ７１０は、登録受諾メッセージにＵＲＬＬＣ原因パラメータも含め、ＵＲＬＬＣ拒絶の原因を示すことができる。拒絶の原因の例は、以下のユースケースがあり得る。
＋ 一時的にサポートされていない；
＋ ネットワークが過負荷になっている。
ｃ）ＵＲＬＬＣサポート表示＝ＵＲＬＬＣがサポートされていない、である場合
‐ＵＲＬＬＣは、ネットワークによって通常サポートされていない。ＵＥ３は、このＰＬＭＮにある間、ＵＲＬＬＣの要求をトリガしないものとする。
ｄ）ＵＲＬＬＣサポート表示＝ＵＲＬＬＣが加入されていない、である場合
‐ＵＥ３は、ＵＲＬＬＣに対するサブスクリプションを有しない。ＡＭＦ７１０は、また、サブスクリプション制限が通常、ＵＥごとであるか、又はＰＤＵセッションごとであるか、又はＳ‐ＮＳＳＡＩごとであるかを示すために、ＵＲＬＬＣ原因パラメータを含めることもできる。ＵＥ３は、このＰＬＭＮにいる間、ＵＲＬＬＣの要求をトリガしないものとする。サブスクリプション制限を明確にする原因がある場合、ＵＥ３は、サブスクリプション制限、例えば、特定のＰＤＵセッション、又はＳ‐ＮＳＳＡＩのためにＵＲＬＬＣを開始しないなど、に従うものとする。
ｅ）ＵＲＬＬＣサポート表示＝ＵＲＬＬＣがこの場所でサポートされていない、である場合
‐ネットワークは、この場所、例えば、このセル又はＴＡ又は登録エリア（Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｒｅａ）ではＵＲＬＬＣをサポートしない。ＵＥ３は、ＵＥ３がそのロケーションエリア、例えば、セル、ＴＡ又は登録エリアにある間、ＵＲＬＬＣサポートの要求を開始しないものとする。
ｆ）ＵＲＬＬＣサポート表示＝ＵＲＬＬＣがｖＰＬＭＮによってサポートされていない、である場合
‐ＵＲＬＬＣは、訪問先のＰＬＭＮによってサポートされていない。ＵＥ３は、そのｖＰＬＭＮにある間はＵＲＬＬＣの要求をトリガしないものとする。
ａ）ＵＲＬＬＣサポート表示＝ＵＲＬＬＣがサポートされている、である場合
‐ＵＲＬＬＣは、ネットワークによってサポートされ、ＵＥ３は、必要に応じてＵＲＬＬＣ接続（例えば、ユーザプレーン冗長性を有するＰＤＵセッション確立）を開始することができる。
ｂ）ＵＲＬＬＣサポート表示＝ＵＲＬＬＣが拒絶された、である場合
‐この場合、ネットワークは通常、ＵＲＬＬＣをサポートしているものの、その使用が何らかの理由で拒絶されたことを意味する。この場合、ＡＭＦ７１０は、登録受諾メッセージにＵＲＬＬＣ原因パラメータも含め、ＵＲＬＬＣ拒絶の原因を示すことができる。拒絶の原因の例は、以下のユースケースがあり得る。
＋ 一時的にサポートされていない；
＋ ネットワークが過負荷になっている。
ｃ）ＵＲＬＬＣサポート表示＝ＵＲＬＬＣがサポートされていない、である場合
‐ＵＲＬＬＣは、ネットワークによって通常サポートされていない。ＵＥ３は、このＰＬＭＮにある間、ＵＲＬＬＣの要求をトリガしないものとする。
ｄ）ＵＲＬＬＣサポート表示＝ＵＲＬＬＣが加入されていない、である場合
‐ＵＥ３は、ＵＲＬＬＣに対するサブスクリプションを有しない。ＡＭＦ７１０は、また、サブスクリプション制限が通常、ＵＥごとであるか、又はＰＤＵセッションごとであるか、又はＳ‐ＮＳＳＡＩごとであるかを示すために、ＵＲＬＬＣ原因パラメータを含めることもできる。ＵＥ３は、このＰＬＭＮにいる間、ＵＲＬＬＣの要求をトリガしないものとする。サブスクリプション制限を明確にする原因がある場合、ＵＥ３は、サブスクリプション制限、例えば、特定のＰＤＵセッション、又はＳ‐ＮＳＳＡＩのためにＵＲＬＬＣを開始しないなど、に従うものとする。
ｅ）ＵＲＬＬＣサポート表示＝ＵＲＬＬＣがこの場所でサポートされていない、である場合
‐ネットワークは、この場所、例えば、このセル又はＴＡ又は登録エリア（Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｒｅａ）ではＵＲＬＬＣをサポートしない。ＵＥ３は、ＵＥ３がそのロケーションエリア、例えば、セル、ＴＡ又は登録エリアにある間、ＵＲＬＬＣサポートの要求を開始しないものとする。
ｆ）ＵＲＬＬＣサポート表示＝ＵＲＬＬＣがｖＰＬＭＮによってサポートされていない、である場合
‐ＵＲＬＬＣは、訪問先のＰＬＭＮによってサポートされていない。ＵＥ３は、そのｖＰＬＭＮにある間はＵＲＬＬＣの要求をトリガしないものとする。
【0021】
ＵＲＬＬＣサポート表示の欠如は、ＵＲＬＬＣがサポートされていないかのようにＵＥ３によって解釈され得る。
【0022】
ネットワークによって示されるＵＲＬＬＣサポート表示は、以下に列挙するもののうち、１つ又は複数を組み合わせたサポートの表示であってもよい。
‐ ＩＥＥＥ ８０２．１ＣＢ（ＦＲＥＲ）［８］
‐ ＩＥＥＥ ８０２．１Ｑ［９］
‐ デュアルコネクティビティ
‐ ＩＥＥＥ ８０２．１ＣＢ（ＦＲＥＲ）［８］
‐ ＩＥＥＥ ８０２．１Ｑ［９］
‐ デュアルコネクティビティ
【0023】
ＵＥ３によって示されるＵＲＬＬＣ能力表示パラメータは、以下に列挙するもののうち、１つ又は複数を組み合わせたサポートの表示であってもよい。
‐ ＩＥＥＥ ８０２．１ＣＢ（ＦＲＥＲ）［８］
‐ ＩＥＥＥ ８０２．１Ｑ［９］
‐ デュアルコネクティビティ
‐ ＩＥＥＥ ８０２．１ＣＢ（ＦＲＥＲ）［８］
‐ ＩＥＥＥ ８０２．１Ｑ［９］
‐ デュアルコネクティビティ
【0024】
第２の態様
ＡＭＦ７１０とＮＧ‐ＲＡＮノード５との間のＵＲＬＬＣサポートネゴシエーション
ＡＭＦ７１０とＮＧ‐ＲＡＮノード５との間のＵＲＬＬＣサポートネゴシエーション
【0025】
第２の態様は、ＡＭＦ７１０とＮＧ‐ＲＡＮノード５との間のＵＲＬＬＣ能力交換（ＵＲＬＬＣ ｃａｐａｂｉｌｉｔｙ ｅｘｃｈａｎｇｅ）に関するものである。ＮＧ‐ＲＡＮノード５は、ＵＲＬＬＣ対応であるＵＥのためにＵＲＬＬＣをサポートしているＡＭＦを選択することができるように、ＮＧ‐ＲＡＮノード５は、接続されたＡＭＦのうち、どれがＵＲＬＬＣ対応であるのかを知る必要がある。
第１の例
図４は、ＮＧ接続セットアップ（ＮＧ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）手順中のＡＭＦ７１０とＮＧ‐ＲＡＮノード５との間のＵＲＬＬＣサポート表示交換（すなわち、ＵＲＬＬＣ能力交換）の第１の例を概略的に示す。
第１の例
図４は、ＮＧ接続セットアップ（ＮＧ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）手順中のＡＭＦ７１０とＮＧ‐ＲＡＮノード５との間のＵＲＬＬＣサポート表示交換（すなわち、ＵＲＬＬＣ能力交換）の第１の例を概略的に示す。
【0026】
１）ＮＧ‐ＲＡＮノード５が、接続されたＡＭＦの１つとの接続セットアップを開始すると、ＮＧ‐ＲＡＮノード５は、ＮＧ接続セットアップ要求（ＮＧ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）メッセージ内でＵＲＬＬＣサポートのための自身の能力を示す。
【0027】
２）ＡＭＦ７１０は、ＵＲＬＬＣサポート表示パラメータを含めることによって、ＮＧセットアップ応答（ＮＧ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ）メッセージ内でＵＲＬＬＣサポートのための自身の能力を示す。これにより、ＡＭＦ７１０は、ＵＲＬＬＣサポートの自身の能力に関する情報で、ＮＧ‐ＲＡＮノード５を設定又は更新する。ＮＧ‐ＲＡＮノード５は、この情報（すなわち、ＡＭＦ７１０のＵＲＬＬＣサポート表示パラメータ）を保存し、ＮＧ‐ＲＡＮノード５は、新しく加入するＵＥのためのＡＭＦ選択のためにこの情報を使用する。すなわち、ＵＲＬＬＣ対応ＵＥがネットワークに登録又は再登録するとき、ＮＧ‐ＲＡＮノード５は、ＵＲＬＬＣをサポートしているＡＭＦ７１０を選択することになる。ＵＲＬＬＣサポート表示パラメータの欠如は、ＡＭＦ７１０がＵＲＬＬＣをサポートしないかのように、ＮＧ‐ＲＡＮノード５によって解釈され得る。
ＡＭＦ７１０は、オペレータポリシー又は設定を考慮してＵＲＬＬＣサポート表示パラメータをセットしてもよい。例えば、ＡＭＦ７１０に接続されたＳＭＦのいずれもがＵＲＬＬＣ機能をサポートしない場合、ＡＭＦ７１０は、ＵＲＬＬＣがサポートされていないことをＮＧ‐ＲＡＮノード５に対して示す。
ＡＭＦ７１０は、Ｓ‐ＮＳＳＡＩごとにＵＲＬＬＣサポート表示パラメータをセットしてもよい。
ＡＭＦ７１０は、オペレータポリシー又は設定を考慮してＵＲＬＬＣサポート表示パラメータをセットしてもよい。例えば、ＡＭＦ７１０に接続されたＳＭＦのいずれもがＵＲＬＬＣ機能をサポートしない場合、ＡＭＦ７１０は、ＵＲＬＬＣがサポートされていないことをＮＧ‐ＲＡＮノード５に対して示す。
ＡＭＦ７１０は、Ｓ‐ＮＳＳＡＩごとにＵＲＬＬＣサポート表示パラメータをセットしてもよい。
【0028】
第２の例
図５は、ＲＡＮ設定更新（ＲＡＮ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅ）手順中のＡＭＦ７１０とＮＧ‐ＲＡＮノード５との間のＵＲＬＬＣサポート表示交換（すなわち、ＵＲＬＬＣ能力交換）の第２の例を概略的に示す。
図５は、ＲＡＮ設定更新（ＲＡＮ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅ）手順中のＡＭＦ７１０とＮＧ‐ＲＡＮノード５との間のＵＲＬＬＣサポート表示交換（すなわち、ＵＲＬＬＣ能力交換）の第２の例を概略的に示す。
【0029】
１）ＮＧ‐ＲＡＮノード５がＡＭＦ７１０に対するＲＡＮ設定更新手順を開始すると、ＮＧ‐ＲＡＮノード５は、ＲＡＮ設定更新メッセージにおいて、ＵＲＬＬＣサポートのための自身の能力を示す。
【0030】
２）ＡＭＦ７１０は、ＵＲＬＬＣサポート表示パラメータを含めることによって、ＲＡＮ設定更新確認（ＲＡＮ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージにおいてＵＲＬＬＣサポートのための自身の能力を示す。これにより、ＡＭＦ７１０は、ＵＲＬＬＣサポートの自身の能力に関する情報でＮＧ‐ＲＡＮノード５を設定又は更新する。ＮＧ‐ＲＡＮノード５は、この情報（すなわち、ＡＭＦ７１０のＵＲＬＬＣサポート表示パラメータ）を保存し、ＮＧ‐ＲＡＮノード５は、新しく加入するＵＥのためのＡＭＦ選択のためにこの情報を使う。すなわちＵＲＬＬＣ対応ＵＥがネットワークに登録又は再登録するとき、ＮＧ‐ＲＡＮノード５はＵＲＬＬＣをサポートしているＡＭＦ７１０を選ぶことになる。ＵＲＬＬＣサポート表示パラメータの欠如は、ＡＭＦ７１０がＵＲＬＬＣをサポートしないものとして、ＮＧ‐ＲＡＮノード５によって解釈され得る。
ＡＭＦ７１０は、オペレータポリシー又は設定を考慮してＵＲＬＬＣサポート表示パラメータをセットしてもよい。例えば、ＡＭＦ７１０に接続されたＳＭＦのいずれもＵＲＬＬＣ機能をサポートしない場合、ＡＭＦ７１０は、サポートされていないＵＲＬＬＣをＮＧ‐ＲＡＮノード５に対して示す。
ＡＭＦ７１０は、Ｓ‐ＮＳＳＡＩごとにＵＲＬＬＣサポート表示パラメータをセットしてもよい。
ＡＭＦ７１０は、オペレータポリシー又は設定を考慮してＵＲＬＬＣサポート表示パラメータをセットしてもよい。例えば、ＡＭＦ７１０に接続されたＳＭＦのいずれもＵＲＬＬＣ機能をサポートしない場合、ＡＭＦ７１０は、サポートされていないＵＲＬＬＣをＮＧ‐ＲＡＮノード５に対して示す。
ＡＭＦ７１０は、Ｓ‐ＮＳＳＡＩごとにＵＲＬＬＣサポート表示パラメータをセットしてもよい。
【0031】
第３の例
図６は、ＡＭＦ設定更新手順中のＡＭＦ７１０とＮＧ‐ＲＡＮノード５との間のＵＲＬＬＣサポート表示交換（すなわち、ＵＲＬＬＣ能力交換）の第３の例を概略的に示す。
図６は、ＡＭＦ設定更新手順中のＡＭＦ７１０とＮＧ‐ＲＡＮノード５との間のＵＲＬＬＣサポート表示交換（すなわち、ＵＲＬＬＣ能力交換）の第３の例を概略的に示す。
【0032】
１）ＡＭＦ７１０がＮＧ‐ＲＡＮノード５へのＡＭＦ設定更新手順を開始すると、ＡＭＦ７１０はＡＭＦ設定更新メッセージ内でＵＲＬＬＣサポートのための自身の能力を示す。これにより、ＡＭＦ７１０は、ＵＲＬＬＣサポートの能力に関する情報でＮＧ‐ＲＡＮノード５を設定又は更新する。ＮＧ‐ＲＡＮノード５は、この情報（すなわち、ＡＭＦ７１０のＵＲＬＬＣサポート表示パラメータ）を保存し、ＮＧ‐ＲＡＮノード５は、新しく加入するＵＥのためのＡＭＦ選択のためにこの情報を使う。すなわち、ＵＲＬＬＣ対応ＵＥがネットワークに登録又は再登録するとき、ＮＧ‐ＲＡＮノード５は、ＵＲＬＬＣをサポートしているＡＭＦ７１０を選ぶことになる。ＵＲＬＬＣサポート表示の欠如は、ＡＭＦ７１０がＵＲＬＬＣをサポートしないものとして、ＮＧ‐ＲＡＮノード５によって解釈され得る。
ＡＭＦ７１０は、オペレータポリシー又は設定を考慮してＵＲＬＬＣサポート表示パラメータをセットしてもよい。例えば、ＡＭＦ７１０に接続されたＳＭＦのいずれもがＵＲＬＬＣ機能をサポートしない場合、ＡＭＦ７１０は、サポートされていないＵＲＬＬＣをＮＧ‐ＲＡＮノード５に対して示す。
ＡＭＦ７１０は、Ｓ‐ＮＳＳＡＩごとにＵＲＬＬＣサポート表示パラメータをセットしてもよい。
ＡＭＦ７１０は、オペレータポリシー又は設定を考慮してＵＲＬＬＣサポート表示パラメータをセットしてもよい。例えば、ＡＭＦ７１０に接続されたＳＭＦのいずれもがＵＲＬＬＣ機能をサポートしない場合、ＡＭＦ７１０は、サポートされていないＵＲＬＬＣをＮＧ‐ＲＡＮノード５に対して示す。
ＡＭＦ７１０は、Ｓ‐ＮＳＳＡＩごとにＵＲＬＬＣサポート表示パラメータをセットしてもよい。
【0033】
２）ＮＧ‐ＲＡＮノード５は、ＵＲＬＬＣサポート表示パラメータを含めることによって、ＡＭＦ設定更新確認メッセージにおいてＵＲＬＬＣサポートのための自身の能力を示す。
【0034】
第３の態様
ＮＧ‐ＲＡＮノード５がＵＲＬＬＣサポート表示をブロードキャストする
ＮＧ‐ＲＡＮノード５がＵＲＬＬＣサポート表示をブロードキャストする
【0035】
第３の態様は、ＮＧ‐ＲＡＮノード５によってブロードキャストされるＵＲＬＬＣサポート／能力、すなわち、ＮＧ‐ＲＡＮノード５によってブロードキャストされるシステム情報（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージのうちの１つにおけるＵＲＬＬＣサポート表示パラメータを提案する。これは、ＵＥに対してそのセル内のネットワークによってＵＲＬＬＣがサポートされているということを示すものである。第３の態様の主要なステップを概略的に図７に示す。
【0036】
１）プリアンブル
‐ＡＭＦ７１０は、コアネットワークがＵＲＬＬＣをサポートしているか否かに関する情報により、ＮＧ‐ＲＡＮノード５をすでに設定又は更新している。コアネットワークによるＵＲＬＬＣのサポートは、場所もしくは時間により、又は過負荷の状況に基づいて、変更することができる。コアネットワークによるＵＲＬＬＣサポートのいかなる変更も、ＮＧセットアップ手順又はＲＡＮ設定更新手順又はＡＭＦ設定更新手順の間に、ＮＧ‐ＲＡＮノード５において更新される。ＡＭＦ７１０は、Ｓ‐ＮＳＳＡＩごとにＵＲＬＬＣサポートを示してもよい。
‐ＡＭＦ７１０は、コアネットワークがＵＲＬＬＣをサポートしているか否かに関する情報により、ＮＧ‐ＲＡＮノード５をすでに設定又は更新している。コアネットワークによるＵＲＬＬＣのサポートは、場所もしくは時間により、又は過負荷の状況に基づいて、変更することができる。コアネットワークによるＵＲＬＬＣサポートのいかなる変更も、ＮＧセットアップ手順又はＲＡＮ設定更新手順又はＡＭＦ設定更新手順の間に、ＮＧ‐ＲＡＮノード５において更新される。ＡＭＦ７１０は、Ｓ‐ＮＳＳＡＩごとにＵＲＬＬＣサポートを示してもよい。
【0037】
２）ＡＭＦ７１０がコアネットワークのＵＲＬＬＣに対するサポートを示し、ＮＧ‐ＲＡＮノード５自体もＵＲＬＬＣをサポートする場合、ＮＧ‐ＲＡＮノード５は、ＵＲＬＬＣがそのセルでサポートされていることをＵＥに示すために、システム情報のうちの１つにおいてＵＲＬＬＣサポート表示パラメータをブロードキャストしてもよい。ＮＧ‐ＲＡＮノード５は、スライドごと又はＤＮＮごとにＵＲＬＬＣサポート表示パラメータをブロードキャストしてもよい。
【0038】
３）ＵＲＬＬＣサポート表示パラメータがシステム情報ブロードキャストに存在する場合、ＵＥ３は、ＵＲＬＬＣに登録することができ、且つ、必要な場合にＵＲＬＬＣ ＰＤＵセッション確立をトリガすることもできる、ということを認識する。
【0039】
第４の態様
ＵＲＬＬＣサポートＳＭＦ選択
ＵＲＬＬＣサポートＳＭＦ選択
【0040】
第４の態様は、ＡＭＦ７１０によるＵＲＬＬＣサポートＳＭＦ選択のための方法を提案する。ＵＲＬＬＣ対応ＵＥからＰＤＵセッション確立要求が開始される場合、又はＰＤＵセッション要求が冗長シーケンス番号（ＲＳＮ：Ｒｅｄｕｎｄａｎｃｙ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）を含む場合、ＡＭＦ７１０は、ＵＲＬＬＣをサポートするＳＭＦ７３０を選ぶ必要がある。ＡＭＦ７１０は、Ｎｎｒｆ＿Ｄｉｓｃｏｖｅｒｙ要求（Ｎｎｒｆ＿Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ）にＵＲＬＬＣパラメータを含めることによって、ＮＲＦディスカバリーを実行する。このようにして、ＡＭＦ７１０は、ＵＲＬＬＣをサポートしているＳＭＦ７３０を選択する（図８参照）。
【0041】
１）ＵＲＬＬＣ対応ＵＥは、すでにＵＲＬＬＣをサポートしているＡＭＦ７１０に登録されている。
【0042】
２）ＵＥ３は、ＵＲＬＬＣのための（例えば、冗長シーケンス番号を伴う冗長なユーザパスのための）ＰＤＵセッション確立を開始する。
【0043】
３）ＡＭＦ７１０は、ＵＲＬＬＣ表示を含むＮｎｒｆ＿ＮＦＤｉｓｃｏｖｅｒｙ＿ＲｅｑｕｅｓｔをＳＭＦ選択のための他の必要なパラメータとともに発行することによって、サービングＰＬＭＮ内の適切なＮＲＦ７４０に問い合わせる。
【0044】
４）ＮＲＦ７４０は、ＵＲＬＬＣをサポートしているＳＭＦ７３０を発見するためにＡＭＦ７１０によるＵＲＬＬＣ表示をサービスパラメータとして使う。ＵＲＬＬＣをサポートしているＳＭＦ７３０が利用可能である場合、手順はステップ５からステップ８に続く。ＵＲＬＬＣをサポートしているＳＭＦ７３０が利用可能でない場合、手順はステップ９から続く。
【0045】
５）サービングＰＬＭＮにおけるＮＲＦ７４０は、Ｎｎｒｆ＿ＮＦＤｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔ応答メッセージにおいて、ＵＲＬＬＣに対応した、発見されたＳＭＦインスタンス（複数可）（例えばＳＭＦ１ ７３１）、又はＳＭＦサービスインスタンス（複数可）のエンドポイントアドレス（Ｅｎｄｐｏｉｎｔ Ａｄｄｒｅｓｓ）（複数可）のセットの、例えば、ＦＱＤＮ（複数可）又はＩＰアドレス（複数可）を、ＡＭＦ７１０に提供する。
ＮＲＦ７４０がＵＲＬＬＣ機能に対応したＳＭＦを発見することができない場合、ＮＲＦ７４０は、ヌル又はエラー表示でＡＭＦ７１０に応答する。この場合、ＡＭＦ７１０は、ＵＲＬＬＣに対応していないＳＭＦ７３０、すなわち通常のＳＭＦ７３０を発見するために、Ｎｎｒｆ＿ＮＦＤｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔメッセージに含まれるＵＲＬＬＣ表示なしで、ステップ３から再度開始してもよい。
ＮＲＦ７４０がＵＲＬＬＣ機能に対応したＳＭＦを発見することができない場合、ＮＲＦ７４０は、ヌル又はエラー表示でＡＭＦ７１０に応答する。この場合、ＡＭＦ７１０は、ＵＲＬＬＣに対応していないＳＭＦ７３０、すなわち通常のＳＭＦ７３０を発見するために、Ｎｎｒｆ＿ＮＦＤｉｓｃｏｖｅｒｙ＿Ｒｅｑｕｅｓｔメッセージに含まれるＵＲＬＬＣ表示なしで、ステップ３から再度開始してもよい。
【0046】
６）ＡＭＦ７１０は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔサービスオペレーションを呼び出す。
【0047】
７）ＳＭＦ１ ７３１がＰＤＵセッション要求を受諾する場合、ＳＭＦ１ ７３１は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ応答メッセージにより応答する。
【0048】
８）ＡＭＦ７１０は、ＰＤＵセッション確立受諾（ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ａｃｃｅｐｔ）メッセージにより応答する。ＡＭＦ７１０は、ＰＤＵセッション確立受諾メッセージ内に、ＵＲＬＬＣ ＳＭ原因パラメータ（又はＵＲＬＬＣサポートの状況を示す目的を持つパラメータのための他の任意の表記）を含めてもよい。ＵＲＬＬＣ ＳＭ原因パラメータは、以下の値を示してもよい（すなわち、取り得る）。
‐ＵＲＬＬＣが設定／サポートされている
‐すなわち、ＵＲＬＬＣ ＰＤＵセッションのセッティングは成功している。
‐ＵＲＬＬＣが設定／サポートされていない
‐すなわち、ＵＲＬＬＣ ＰＤＵセッション確立は可能ではない（例えば、ＡＭＦ７１０が選択可能なＳＭＦのセットに、利用可能なＵＲＬＬＣをサポートしているＳＭＦ７３０がない）。この場合、ＵＥ３は、現在の登録エリアではＵＲＬＬＣのための別のＰＤＵセッション要求を開始しないものとする。このＵＲＬＬＣ ＳＭ原因表示は、ＰＤＵセッションがＵＲＬＬＣ設定なしで確立されたかのように、ＵＥ３によって解釈される場合がある。又は、
‐ＵＲＬＬＣがこの場所において設定／サポートされていない
‐ＵＲＬＬＣは、現在の場所、例えば、セル、ＴＡ、又は登録エリアにおいてサポートされていない。この場合、ＵＥ３は、このロケーションエリア、例えばセル、ＴＡ、又は登録エリアではＵＲＬＬＣ ＰＤＵセッション確立のための別のＰＤＵセッション要求を開始しないものとする。このＵＲＬＬＣ ＳＭ原因表示は、ＰＤＵセッションがＵＲＬＬＣ設定なしで確立されたかのように、ＵＥ３によって解釈される場合がある。及び／又は、
－ＵＲＬＬＣがｖＰＬＭＮによって設定／サポートされていない
‐ＵＲＬＬＣは、訪問先のＰＬＭＮによってサポートされていない。この場合、ＵＥ３は、このｖＰＬＭＮではＵＲＬＬＣのための別のＰＤＵセッション要求を開始しないものとする。このＵＲＬＬＣ ＳＭ原因表示は、ＰＤＵセッションがＵＲＬＬＣ設定なしで確立されたかのように、ＵＥ３によって解釈される場合がある。及び／又は、
‐ＵＲＬＬＣが過負荷である
‐すなわち、コアネットワークが過負荷である（例えば、ＡＭＦ７１０が選択可能なＳＭＦのセットの中にＵＲＬＬＣをサポートしているＳＭＦ７３０があるが、ＵＲＬＬＣ ＳＭＦは過負荷の理由により利用可能ではない）。この場合、ＡＭＦ７１０は、また、ＵＲＬＬＣバックオフタイマを返すこともできる。ＵＲＬＬＣバックオフタイマが含まれている場合は、ＵＥ３は、ＵＲＬＬＣバックオフタイマの満了まで別のＵＲＬＬＣ ＰＤＵセッション確立を開始しないものとする。このＵＲＬＬＣ ＳＭ原因表示は、ＰＤＵセッションがＵＲＬＬＣ設定なしで確立されたかのように、ＵＥ３によって解釈される場合がある。及び／又は、
‐ＵＲＬＬＣが一時的に利用できない
‐ＵＲＬＬＣを利用不可にする何らかの技術的障害又は他の理由。この場合、ＡＭＦ７１０は、また、ＵＲＬＬＣバックオフタイマを返してもよい。ＵＲＬＬＣバックオフタイマが含まれている場合は、ＵＥ３は、ＵＲＬＬＣバックオフタイマの満了まで別のＵＲＬＬＣ ＰＤＵセッション確立を開始しないものとする。このＵＲＬＬＣ ＳＭ原因表示は、ＰＤＵセッションがＵＲＬＬＣ設定なしで確立されたかのように、ＵＥ３によって解釈される場合がある。
‐ＵＲＬＬＣが設定／サポートされている
‐すなわち、ＵＲＬＬＣ ＰＤＵセッションのセッティングは成功している。
‐ＵＲＬＬＣが設定／サポートされていない
‐すなわち、ＵＲＬＬＣ ＰＤＵセッション確立は可能ではない（例えば、ＡＭＦ７１０が選択可能なＳＭＦのセットに、利用可能なＵＲＬＬＣをサポートしているＳＭＦ７３０がない）。この場合、ＵＥ３は、現在の登録エリアではＵＲＬＬＣのための別のＰＤＵセッション要求を開始しないものとする。このＵＲＬＬＣ ＳＭ原因表示は、ＰＤＵセッションがＵＲＬＬＣ設定なしで確立されたかのように、ＵＥ３によって解釈される場合がある。又は、
‐ＵＲＬＬＣがこの場所において設定／サポートされていない
‐ＵＲＬＬＣは、現在の場所、例えば、セル、ＴＡ、又は登録エリアにおいてサポートされていない。この場合、ＵＥ３は、このロケーションエリア、例えばセル、ＴＡ、又は登録エリアではＵＲＬＬＣ ＰＤＵセッション確立のための別のＰＤＵセッション要求を開始しないものとする。このＵＲＬＬＣ ＳＭ原因表示は、ＰＤＵセッションがＵＲＬＬＣ設定なしで確立されたかのように、ＵＥ３によって解釈される場合がある。及び／又は、
－ＵＲＬＬＣがｖＰＬＭＮによって設定／サポートされていない
‐ＵＲＬＬＣは、訪問先のＰＬＭＮによってサポートされていない。この場合、ＵＥ３は、このｖＰＬＭＮではＵＲＬＬＣのための別のＰＤＵセッション要求を開始しないものとする。このＵＲＬＬＣ ＳＭ原因表示は、ＰＤＵセッションがＵＲＬＬＣ設定なしで確立されたかのように、ＵＥ３によって解釈される場合がある。及び／又は、
‐ＵＲＬＬＣが過負荷である
‐すなわち、コアネットワークが過負荷である（例えば、ＡＭＦ７１０が選択可能なＳＭＦのセットの中にＵＲＬＬＣをサポートしているＳＭＦ７３０があるが、ＵＲＬＬＣ ＳＭＦは過負荷の理由により利用可能ではない）。この場合、ＡＭＦ７１０は、また、ＵＲＬＬＣバックオフタイマを返すこともできる。ＵＲＬＬＣバックオフタイマが含まれている場合は、ＵＥ３は、ＵＲＬＬＣバックオフタイマの満了まで別のＵＲＬＬＣ ＰＤＵセッション確立を開始しないものとする。このＵＲＬＬＣ ＳＭ原因表示は、ＰＤＵセッションがＵＲＬＬＣ設定なしで確立されたかのように、ＵＥ３によって解釈される場合がある。及び／又は、
‐ＵＲＬＬＣが一時的に利用できない
‐ＵＲＬＬＣを利用不可にする何らかの技術的障害又は他の理由。この場合、ＡＭＦ７１０は、また、ＵＲＬＬＣバックオフタイマを返してもよい。ＵＲＬＬＣバックオフタイマが含まれている場合は、ＵＥ３は、ＵＲＬＬＣバックオフタイマの満了まで別のＵＲＬＬＣ ＰＤＵセッション確立を開始しないものとする。このＵＲＬＬＣ ＳＭ原因表示は、ＰＤＵセッションがＵＲＬＬＣ設定なしで確立されたかのように、ＵＥ３によって解釈される場合がある。
【0049】
ＵＲＬＬＣ ＳＭ原因パラメータの欠如は、ＰＤＵセッションがＵＲＬＬＣ設定により確立されたかのように、ＵＥ３によって解釈される場合がある。
【0050】
ＵＲＬＬＣ ＳＭ原因パラメータの欠如は、ＰＤＵセッションがＵＲＬＬＣ設定なしで確立されたかのように、ＵＥ３によって解釈される場合がある。
【0051】
９）ＮＲＦ７４０が、ＵＲＬＬＣをサポートしているＳＭＦ７３０を発見することができない場合、ＮＲＦ７４０は、Ｎｎｒｆ＿ＮＦＤｉｓｃｏｖｅｒｙ＿Ｒｅｓｐｏｎｓｅ（ＳＭＦ＿ｃａｕｓｅ）メッセージにおいて、ＳＭＦ＿ｃａｕｓｅパラメータによりＡＭＦ７１０に応答する。
ＳＭＦ原因は、例えば、以下のようなＳＭＦ拒絶の原因を示してもよい。
‐ＵＲＬＬＣ ＳＭＦが使用可能でない／サポートされていない
‐すなわち、ＡＭＦ７１０が選択可能なＳＭＦのセットにＵＲＬＬＣをサポートしているＳＭＦ７３０がない。
‐ＵＲＬＬＣサポートＳＭＦが過負荷である
‐すなわち、ＡＭＦ７１０が選択可能なＳＭＦのセットの中に、ＵＲＬＬＣをサポートしているＳＭＦ７３０があるが、ＵＲＬＬＣ ＳＭＦが過負荷を理由に使用可能でない。
‐ＵＲＬＬＣサポートＳＭＦが一時的に利用可能ではない
‐ＵＲＬＬＣ ＳＭＦを利用不可にする技術的又は他の理由。
ＳＭＦ原因は、例えば、以下のようなＳＭＦ拒絶の原因を示してもよい。
‐ＵＲＬＬＣ ＳＭＦが使用可能でない／サポートされていない
‐すなわち、ＡＭＦ７１０が選択可能なＳＭＦのセットにＵＲＬＬＣをサポートしているＳＭＦ７３０がない。
‐ＵＲＬＬＣサポートＳＭＦが過負荷である
‐すなわち、ＡＭＦ７１０が選択可能なＳＭＦのセットの中に、ＵＲＬＬＣをサポートしているＳＭＦ７３０があるが、ＵＲＬＬＣ ＳＭＦが過負荷を理由に使用可能でない。
‐ＵＲＬＬＣサポートＳＭＦが一時的に利用可能ではない
‐ＵＲＬＬＣ ＳＭＦを利用不可にする技術的又は他の理由。
【0052】
１０）ＡＭＦ７１０は、ＰＤＵセッション確立拒絶（ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｊｅｃｔ）メッセージを送ることによって、ＰＤＵセッション確立を拒絶する。ＡＭＦ７１０は、ＰＤＵセッション確立拒絶メッセージ内にＵＲＬＬＣ ＳＭ原因を含むことができ、場合によっては、例えば、以下のものを示すＵＲＬＬＣバックオフタイマを含むことができる。
‐ＵＲＬＬＣが設定／サポートされていない
‐すなわち、ＵＲＬＬＣ ＰＤＵセッション確立は可能ではない（例えば、ＡＭＦ７１０が選択可能なＳＭＦのセットに利用可能なＵＲＬＬＣをサポートしているＳＭＦ７３０がない）。この場合、ＵＥ３は、現在の登録エリアではＵＲＬＬＣのための別のＰＤＵセッション要求を開始しないものとする。
‐ＵＲＬＬＣがこの場所において設定／サポートされていない
‐ＵＲＬＬＣは、現在のロケーション、例えば、セル、ＴＡ、又は登録エリアにおいてサポートされていない。この場合、ＵＥ３は、このロケーションエリア、例えば、セル、ＴＡ、又は登録エリアではＵＲＬＬＣ ＰＤＵセッション確立のための別のＰＤＵセッション要求を開始しないものとする。
‐ＵＲＬＬＣがｖＰＬＭＮにより設定／サポートされていない
‐ＵＲＬＬＣは、訪問先のＰＬＭＮによってサポートされていない。この場合、ＵＥ３は、このｖＰＬＭＮではＵＲＬＬＣのための別のＰＤＵセッション要求を開始しないものとする。
‐ＵＲＬＬＣが過負荷である
‐すなわち、コアネットワークが過負荷である（例えば、ＡＭＦ７１０が選択可能なＳＭＦのセットの中にＵＲＬＬＣをサポートしているＳＭＦ７３０があるが、ＵＲＬＬＣ ＳＭＦは、過負荷の理由により利用可能ではない）。この場合、ＡＭＦ７１０は、また、ＵＲＬＬＣバックオフタイマを返してもよい。ＵＲＬＬＣバックオフタイマが含まれている場合は、ＵＥ３は、ＵＲＬＬＣバックオフタイマの満了まで、別のＵＲＬＬＣ ＰＤＵセッション確立を開始しないものとする。
‐ＵＲＬＬＣが一時的に利用できない
‐ＵＲＬＬＣを利用不可にする何らかの技術的障害又は他の理由。この場合、ＡＭＦ７１０は、また、ＵＲＬＬＣバックオフタイマを返してもよい。ＵＲＬＬＣバックオフタイマが含まれている場合は、ＵＥ３は、ＵＲＬＬＣバックオフタイマの満了まで、別のＵＲＬＬＣ ＰＤＵセッション確立を開始しないものとする。
‐ＵＲＬＬＣが設定／サポートされていない
‐すなわち、ＵＲＬＬＣ ＰＤＵセッション確立は可能ではない（例えば、ＡＭＦ７１０が選択可能なＳＭＦのセットに利用可能なＵＲＬＬＣをサポートしているＳＭＦ７３０がない）。この場合、ＵＥ３は、現在の登録エリアではＵＲＬＬＣのための別のＰＤＵセッション要求を開始しないものとする。
‐ＵＲＬＬＣがこの場所において設定／サポートされていない
‐ＵＲＬＬＣは、現在のロケーション、例えば、セル、ＴＡ、又は登録エリアにおいてサポートされていない。この場合、ＵＥ３は、このロケーションエリア、例えば、セル、ＴＡ、又は登録エリアではＵＲＬＬＣ ＰＤＵセッション確立のための別のＰＤＵセッション要求を開始しないものとする。
‐ＵＲＬＬＣがｖＰＬＭＮにより設定／サポートされていない
‐ＵＲＬＬＣは、訪問先のＰＬＭＮによってサポートされていない。この場合、ＵＥ３は、このｖＰＬＭＮではＵＲＬＬＣのための別のＰＤＵセッション要求を開始しないものとする。
‐ＵＲＬＬＣが過負荷である
‐すなわち、コアネットワークが過負荷である（例えば、ＡＭＦ７１０が選択可能なＳＭＦのセットの中にＵＲＬＬＣをサポートしているＳＭＦ７３０があるが、ＵＲＬＬＣ ＳＭＦは、過負荷の理由により利用可能ではない）。この場合、ＡＭＦ７１０は、また、ＵＲＬＬＣバックオフタイマを返してもよい。ＵＲＬＬＣバックオフタイマが含まれている場合は、ＵＥ３は、ＵＲＬＬＣバックオフタイマの満了まで、別のＵＲＬＬＣ ＰＤＵセッション確立を開始しないものとする。
‐ＵＲＬＬＣが一時的に利用できない
‐ＵＲＬＬＣを利用不可にする何らかの技術的障害又は他の理由。この場合、ＡＭＦ７１０は、また、ＵＲＬＬＣバックオフタイマを返してもよい。ＵＲＬＬＣバックオフタイマが含まれている場合は、ＵＥ３は、ＵＲＬＬＣバックオフタイマの満了まで、別のＵＲＬＬＣ ＰＤＵセッション確立を開始しないものとする。
【0053】
ＵＲＬＬＣ ＳＭ原因パラメータの欠如は、ＰＤＵセッションがＵＲＬＬＣ設定なしで確立されたかのように、ＵＥ３によって解釈される場合がある。
【0054】
第５の態様
指定されたネットワークスライスを介したＵＲＬＬＣサポート
指定されたネットワークスライスを介したＵＲＬＬＣサポート
【0055】
第５の態様は、ＵＲＬＬＣサポート属性が組み込み（ｂｕｉｌｔ‐ｉｎ）ネットワークスライス属性であることを提案する。
【0056】
Ｓ‐ＮＳＳＡＩは、以下のものから構成される。
‐機能とサービスに関して、予想されるネットワークスライス挙動（Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ ｂｅｈａｖｉｏｕｒ）を示す、スライス／サービスタイプ（ＳＳＴ：Ｓｌｉｃｅ／Ｓｅｒｖｉｃｅ ｔｙｐｅ）。
‐スライス／サービスタイプ（複数可）を補完して、同じスライス／サービスタイプの複数のネットワークスライスを区別するためのオプションの情報である、スライス区別子（ＳＤ：Ｓｌｉｃｅ Ｄｉｆｆｅｒｅｎｔｉａｔｏｒ）。
‐機能とサービスに関して、予想されるネットワークスライス挙動（Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ ｂｅｈａｖｉｏｕｒ）を示す、スライス／サービスタイプ（ＳＳＴ：Ｓｌｉｃｅ／Ｓｅｒｖｉｃｅ ｔｙｐｅ）。
‐スライス／サービスタイプ（複数可）を補完して、同じスライス／サービスタイプの複数のネットワークスライスを区別するためのオプションの情報である、スライス区別子（ＳＤ：Ｓｌｉｃｅ Ｄｉｆｆｅｒｅｎｔｉａｔｏｒ）。
【0057】
第１の例
冗長ユーザプレーンパスを有するＵＲＬＬＣサポートの新しいスライスサービスタイプ（ＳＳＴ）値を提案する
‐ユーザプレーン冗長性を有するＰＤＵセッションを確立する目的のためのＵＲＬＬＣ冗長パス又はＳＳＴのための他の任意の表記（表１を参照）。
冗長ユーザプレーンパスを有するＵＲＬＬＣサポートの新しいスライスサービスタイプ（ＳＳＴ）値を提案する
‐ユーザプレーン冗長性を有するＰＤＵセッションを確立する目的のためのＵＲＬＬＣ冗長パス又はＳＳＴのための他の任意の表記（表１を参照）。
【0058】
表１は、値「４」が冗長ユーザプレーンパスを有するＵＲＬＬＣサポートに用いられることを示すが、ＳＳＴ値は、冗長ユーザプレーンパス表示でのＵＲＬＬＣサポートの同じ目的の他の任意の値としてもよい。ＡＭＦ７１０が許可されたＮＳＳＡＩ（Ａｌｌｏｗｅｄ ＮＳＳＡＩ）（許可されたＳ‐ＮＳＳＡＩのリスト）をＵＥ３に対して提供する場合、ＵＲＬＬＣ機能がＮＧ‐ＲＡＮノード５又は５ＧＣによってサポートされることができないが、ＡＭＦ７１０は、ＵＲＬＬＣ冗長パスのために指定されたＳ‐ＮＳＳＡＩを含んでもよい。この場合、ＡＭＦ７１０は、冗長ユーザパスが設定されることができないことをＵＥ３に対して示してもよい。ＡＭＦ７１０が許可されたＮＳＳＡＩ（Ａｌｌｏｗｅｄ ＮＳＳＡＩ）（許可されたＳ‐ＮＳＳＡＩのリスト）をＵＥ３に対して提供する場合、ＡＭＦ７１０は、ＵＲＬＬＣ機能がＮＧ‐ＲＡＮノード５又は５ＧＣによってサポートされることができない場合は、ＵＲＬＬＣ冗長ユーザパスのために指定されたＳ‐ＮＳＳＡＩを含まなくてもよい。この場合、ＡＭＦ７１０は、冗長でないパスがそのＳ‐ＮＳＳＡＩのために依然として設定可能であり得ることをＵＥ３に対して示してもよい。
【表1】
【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】
【文献】3GPP TR 21.905：“Vocabulary for 3GPP Specifications”、V15.0.0 (2018-03)
【文献】3GPP TS 23.501：“System Architecture for the 5G System; Stage 2”、V15.3.0 (2018-12)、［online］、インターネット〈URL：http://www.3gpp.org/ftp/Specs/archive/23_series/23.501/23501-f30.zip〉
【文献】3GPP TS 23.502：“Procedures for the 5G System; Stage 2”、V15.3.0 (2018-12)、［online］、インターネット〈URL：http://www.3gpp.org/ftp/Specs/archive/23_series/23.502/23502-f30.zip〉
【文献】3GPP TS 38.413：“NG Application Protocol (NGAP)”、V15.1.0、［online］、インターネット〈URL：http://www.3gpp.org/ftp/Specs/archive/38_series/38.413/38413-f10.zip〉
【文献】3GPP TS 38.331：“Radio Resource Control (RRC); Protocol specification”、V15.3.0、［online］、インターネット〈URL：http://www.3gpp.org/ftp/Specs/archive/38_series/38.331/38331-f30.zip〉
【文献】3GPP TR 23.725：“Study on enhancement of Ultra-Reliable Low-Latency Communication (URLLC) support in the 5G Core network (5GC”, V2.0.0、［online］、インターネット〈URL：http://www.3gpp.org/ftp/Specs/archive/23_series/23.725/23725-200.zip〉
【文献】S2-181754、［online］、インターネット〈URL：http://http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_129BIS_West_Palm_Beach/Docs/S2-1811754.zip〉
【文献】IEEE 802.1CB-2017：IEEE Standard for Local and metropolitan area networks-Frame Replication and Elimination for Reliability、［online］、インターネット〈URL：https://ieeexplore.ieee.org/document/8091139/〉
【文献】IEEE 802.1Q："IEEE Standard for Local and metropolitan area networks - Bridges and Bridged Networks".
【0093】
略語
【0094】
５ＧＣ ５Ｇコアネットワーク（５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）
５ＧＳ ５Ｇシステム（５Ｇ Ｓｙｓｔｅｍ）
５Ｇ－ＡＮ ５Ｇアクセスネットワーク（５Ｇ Ａｃｃｅｓｓ‐Ｎｅｔｗｏｒｋ）
ＡＭＦ アクセス及びモビリティ管理機能（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
ＡＮ アクセスネットワーク（Ａｃｃｅｓｓ‐Ｎｅｔｗｏｒｋ）
ＡＳ アクセス層（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）
ＤＣ デュアルコネクティビティ（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）
ＤＮ データネットワーク（Ｄａｔａ Ｎｅｔｗｏｒｋ）
ＤＮＮ データネットワーク名（Ｄａｔａ Ｎｅｔｗｏｒｋ Ｎａｍｅ）
ＦＱＤＮ 完全修飾ドメイン名（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）
ＦＲＥＲ 信頼性のためのフレームの複製及び除去（Ｆｒａｍｅ Ｒｅｐｌｉｃａｔｉｏｎ ａｎｄ Ｅｌｉｍｉｎａｔｉｏｎ ｆｏｒ Ｒｅｌｉａｂｉｌｉｔｙ）
ＧＣＦ グローバル認証フォーラム（Ｇｌｏｂａｌ Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ｆｏｒｕｍ）
ＭＮＧ‐ＲＡＮ マスター次世代無線アクセスネットワーク（Ｍａｓｔｅｒ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ‐Ｎｅｔｗｏｒｋ）
ＮＡＳ 非アクセス層（Ｎｏｎ‐Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）
ＮＥＦ ネットワーク開示機能（Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）
ＮＦ ネットワーク機能（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）
ＮＧ‐ＲＡＮ 次世代無線アクセスネットワーク（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ‐Ｎｅｔｗｏｒｋ）
ＮＲ Ｎｅｗ Ｒａｄｉｏ
ＮＲＦ ネットワークリポジトリ機能（Ｎｅｔｗｏｒｋ Ｒｅｐｏｓｉｔｏｒｙ Ｆｕｎｃｔｉｏｎ）
ＰＤＵ プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）
ＰＬＭＮ 公衆陸上移動体通信網（Ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）
ＱｏＳ サービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）
（Ｒ）ＡＮ （無線）アクセスネットワーク（（Ｒａｄｉｏ） Ａｃｃｅｓｓ‐Ｎｅｔｗｏｒｋ）
ＲＲＣ 無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）
ＳＤ スライス区別子（Ｓｌｉｃｅ Ｄｉｆｆｅｒｅｎｔｉａｔｏｒ）
ＳＮＧ‐ＲＡＮ スレーブ次世代無線アクセスネットワーク（Ｓｌａｖｅ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ‐Ｎｅｔｗｏｒｋ）
ＳＭＦ セッション管理機能（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
Ｓ‐ＮＳＳＡＩ 単一ネットワークスライス選択補助情報（Ｓｉｎｇｌｅ Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）
ＳＳＴ スライス／サービスタイプ（Ｓｌｉｃｅ／Ｓｅｒｖｉｃｅ Ｔｙｐｅ）
ＴＳＮ 時間依存ネットワーク（Ｔｉｍｅ Ｓｅｎｓｉｔｉｖｅ Ｎｅｔｗｏｒｋｉｎｇ）
ＵＤＲ 統合データリポジトリ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ）
ＵＰＦ ユーザプレーン機能（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）
ＵＲＬＬＣ 超高信頼低遅延通信（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）
ＶＰＬＭＮ 訪問先公衆陸上移動体通信網（Ｖｉｓｉｔｅｄ Ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）
５ＧＳ ５Ｇシステム（５Ｇ Ｓｙｓｔｅｍ）
５Ｇ－ＡＮ ５Ｇアクセスネットワーク（５Ｇ Ａｃｃｅｓｓ‐Ｎｅｔｗｏｒｋ）
ＡＭＦ アクセス及びモビリティ管理機能（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
ＡＮ アクセスネットワーク（Ａｃｃｅｓｓ‐Ｎｅｔｗｏｒｋ）
ＡＳ アクセス層（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）
ＤＣ デュアルコネクティビティ（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）
ＤＮ データネットワーク（Ｄａｔａ Ｎｅｔｗｏｒｋ）
ＤＮＮ データネットワーク名（Ｄａｔａ Ｎｅｔｗｏｒｋ Ｎａｍｅ）
ＦＱＤＮ 完全修飾ドメイン名（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）
ＦＲＥＲ 信頼性のためのフレームの複製及び除去（Ｆｒａｍｅ Ｒｅｐｌｉｃａｔｉｏｎ ａｎｄ Ｅｌｉｍｉｎａｔｉｏｎ ｆｏｒ Ｒｅｌｉａｂｉｌｉｔｙ）
ＧＣＦ グローバル認証フォーラム（Ｇｌｏｂａｌ Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ｆｏｒｕｍ）
ＭＮＧ‐ＲＡＮ マスター次世代無線アクセスネットワーク（Ｍａｓｔｅｒ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ‐Ｎｅｔｗｏｒｋ）
ＮＡＳ 非アクセス層（Ｎｏｎ‐Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）
ＮＥＦ ネットワーク開示機能（Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）
ＮＦ ネットワーク機能（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）
ＮＧ‐ＲＡＮ 次世代無線アクセスネットワーク（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ‐Ｎｅｔｗｏｒｋ）
ＮＲ Ｎｅｗ Ｒａｄｉｏ
ＮＲＦ ネットワークリポジトリ機能（Ｎｅｔｗｏｒｋ Ｒｅｐｏｓｉｔｏｒｙ Ｆｕｎｃｔｉｏｎ）
ＰＤＵ プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）
ＰＬＭＮ 公衆陸上移動体通信網（Ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）
ＱｏＳ サービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）
（Ｒ）ＡＮ （無線）アクセスネットワーク（（Ｒａｄｉｏ） Ａｃｃｅｓｓ‐Ｎｅｔｗｏｒｋ）
ＲＲＣ 無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）
ＳＤ スライス区別子（Ｓｌｉｃｅ Ｄｉｆｆｅｒｅｎｔｉａｔｏｒ）
ＳＮＧ‐ＲＡＮ スレーブ次世代無線アクセスネットワーク（Ｓｌａｖｅ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ‐Ｎｅｔｗｏｒｋ）
ＳＭＦ セッション管理機能（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
Ｓ‐ＮＳＳＡＩ 単一ネットワークスライス選択補助情報（Ｓｉｎｇｌｅ Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）
ＳＳＴ スライス／サービスタイプ（Ｓｌｉｃｅ／Ｓｅｒｖｉｃｅ Ｔｙｐｅ）
ＴＳＮ 時間依存ネットワーク（Ｔｉｍｅ Ｓｅｎｓｉｔｉｖｅ Ｎｅｔｗｏｒｋｉｎｇ）
ＵＤＲ 統合データリポジトリ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ）
ＵＰＦ ユーザプレーン機能（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）
ＵＲＬＬＣ 超高信頼低遅延通信（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）
ＶＰＬＭＮ 訪問先公衆陸上移動体通信網（Ｖｉｓｉｔｅｄ Ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）
【0095】
定義
【0096】
本明細書の目的のために、３ＧＰＰ ＴＲ ２１．９０５［１］、及び以下に与えられる用語及び定義が適用される。本明細書において定義される用語は、３ＧＰＰ ＴＲ ２１．９０５［１］にあれば、同じ用語の定義よりも優先される。
【0097】
本開示は、いくつかの態様を参照しながら上記で説明されてきたが、本開示は各態様に限定されない。本開示の構成及び詳細は、本開示の範囲内で当業者によって理解され得る様々な方法で変更され得る。
【0098】
この出願は、２０１９年１月８日に出願された欧州特許出願第１９１５０８４２．３号に基づくものであり、その優先権の利益を主張し、その開示は、参照によりその全体が本明細書に組み込まれる。
【符号の説明】
【0099】
１ 通信システム
３ ＵＥ
３１ トランシーバ回路
３３ アンテナ
３５ ユーザインタフェース
３７ コントローラ
３９ メモリ
４１ オペレーティングシステム
４３ 通信制御モジュール
５ ＮＧ‐ＲＡＮノード
５１ トランシーバ回路
５３ アンテナ
５５ ネットワークインタフェース
５７ コントローラ
５９ メモリ
６１ オペレーティングシステム
６３ 通信制御モジュール
５０１ ＮＧ‐ＲＡＮノード１
５０２ ＮＧ‐ＲＡＮノード２
７ コアネットワーク
７１ トランシーバ回路
７５ ネットワークインタフェース
７７ コントローラ
７９ メモリ
８１ オペレーティングシステム
８３ 通信制御モジュール
７１０ ＡＭＦ
７２０ ＵＤＭ／ＵＤＲ
７３０ ＳＭＦ
７３１ ＳＭＦ１
７３２ ＳＭＦ２
７４０ ＮＲＦ
７５０ ＵＰＦ
７５１ ＵＰＦ１
７５２ ＵＰＦ２
１０ ＣＰＦ
１１ ＵＰＦ
２０ 外部ＩＰネットワーク
３ ＵＥ
３１ トランシーバ回路
３３ アンテナ
３５ ユーザインタフェース
３７ コントローラ
３９ メモリ
４１ オペレーティングシステム
４３ 通信制御モジュール
５ ＮＧ‐ＲＡＮノード
５１ トランシーバ回路
５３ アンテナ
５５ ネットワークインタフェース
５７ コントローラ
５９ メモリ
６１ オペレーティングシステム
６３ 通信制御モジュール
５０１ ＮＧ‐ＲＡＮノード１
５０２ ＮＧ‐ＲＡＮノード２
７ コアネットワーク
７１ トランシーバ回路
７５ ネットワークインタフェース
７７ コントローラ
７９ メモリ
８１ オペレーティングシステム
８３ 通信制御モジュール
７１０ ＡＭＦ
７２０ ＵＤＭ／ＵＤＲ
７３０ ＳＭＦ
７３１ ＳＭＦ１
７３２ ＳＭＦ２
７４０ ＮＲＦ
７５０ ＵＰＦ
７５１ ＵＰＦ１
７５２ ＵＰＦ２
１０ ＣＰＦ
１１ ＵＰＦ
２０ 外部ＩＰネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】