(57)【要約】【課題】5GSにおいて、高信頼性、及び/又は低遅延の通信が必要されるURLLCのための機能を実現するための通信手段を提供する。【解決手段】ユーザ装置は、登録手続きで、URLLCのためのDNNとS-NSSAIを含む登録受諾メッセージを受信し、第1のPDUセッション確立手続きで、URLLC用のPDUセッションに対するSSC modeがSSC mode 1を示す情報を含むPDUセッション確立受諾メッセージを受信し、第2のPDUセッション確立手続きで、URLLC用のPDUセッションに対するSSC modeがSSC mode 1を示す情報を含むPDUセッション確立要求メッセージを送信することで、5GSでのURLLC機能を可能とする通信手段を提供する。【選択図】図2
2020088472.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置であって、
前記ユーザ装置は、制御部と送受信部とを備え、
前記制御部は、登録手続きを実行し、
前記送受信部は、前記登録手続きにおいて、URLLC (Ultra-Reliable and Low Latency Communications) のためのDNN (Data Network Name) とS-NSSAI (Single Network Slice Selection Assistance Information) を含む登録受諾メッセージを受信する、ことを特徴とするユーザ装置。
【請求項２】
前記制御部は、前記登録手続きが完了した後、第1のPDU (Protocol Data Unit) セッションを確立するための第1のPDUセッション確立手続きを実行し、
前記送受信部は、
前記第1のPDUセッション確立手続きにおいて、URLLC用のPDUセッションに対するSSC (Session and Service Continuity) modeがSSC mode 1であることを示す情報を含む第1のPDUセッション確立受諾メッセージを受信し、
前記第1のPDUセッション確立受諾メッセージの受信に基づいて、前記第1のPDUセッションを確立し、
前記制御部は、前記第1のPDUセッション確立手続きが完了した後、第2のPDUセッションを確立するための第2のPDUセッション確立手続きを実行し、
前記送受信部は、
前記第2のPDUセッション確立手続きにおいて、URLLC用のPDUセッションに対するSSC modeがSSC mode 1であることを示す情報を含むPDUセッション確立要求メッセージを送信し、
前記PDUセッション確立要求メッセージに対する応答として、第2のPDUセッション確立受諾メッセージの受信に基づいて、前記第2のPDUセッションを確立し、
前記第1のPDUセッションと前記第2のPDUセッションとを用いて、冗長化通信を行うことが可能である、ことを特徴とする請求項1に記載のユーザ装置。
【請求項３】
前記制御部は、前記登録手続きが完了した後、第1のPDUセッションを確立するための第1のPDUセッション確立手続きを実行し、
前記送受信部は、
前記第1のPDUセッション確立手続きにおいて、URLLC用のPDUセッションに対する、第1のSSC mode、及び/又は第1のPDUセッションタイプ、及び/又は第1のDNN、及び/又は第1のS-NSSAI、前記第1のPDUセッションを示すPDUセッションID、を含む第1のPDUセッション確立受諾メッセージを受信し、
前記第1のPDUセッション確立受諾メッセージの受信に基づいて、前記第1のPDUセッションを確立し、
前記制御部は、前記第1のPDUセッション確立手続きが完了した後、第2のPDUセッションを確立するための第2のPDUセッション確立手続きを実行し、
前記送受信部は、
前記第2のPDUセッション確立手続きにおいて、URLLC用のPDUセッションに対する、第2のSSC mode、及び/又は第2のPDUセッションタイプ、及び/又は第2のDNN、及び/又は第2のS-NSSAI、及び/又は前記第1のPDUセッションを示すPDUセッションID、及び/又は前記第2のPDUセッションを示すPDUセッションID、を含むPDUセッション確立要求メッセージを送信し、
前記PDUセッション確立要求メッセージに対する応答として、第2のPDUセッション確立受諾メッセージの受信に基づいて、前記第2のPDUセッションを確立し、
前記第1のPDUセッションと前記第2のPDUセッションとを用いて、冗長化通信を行うことが可能であり、
前記第2のSSC modeは、前記第1のSSC modeと同一であり、
前記第2のPDUセッションタイプは、前記第1のPDUセッションタイプと同一であり、
前記第2のDNNは、前記第1のDNNと同一であり、
前記第2のS-NSSAIは、前記第1のS-NSSAIと同一である、ことを特徴とする請求項1に記載のユーザ装置。
【請求項４】
前記制御部は、前記登録手続きが完了した後、第1のPDUセッションを確立するための第1のPDUセッション確立手続きを実行し、
前記送受信部は、
前記第1のPDUセッション確立手続きにおいて、URLLC用のPDUセッションに対する、第1のSSC mode、及び/又は第1のPDUセッションタイプ、及び/又は第1のDNN、及び/又は第1のS-NSSAI、前記第1のPDUセッションを示すPDUセッションID、を含む第1のPDUセッション確立受諾メッセージを受信し、
前記第1のPDUセッション確立受諾メッセージの受信に基づいて、前記第1のPDUセッションを確立し、
前記制御部は、前記第1のPDUセッション確立手続きが完了した後、第2のPDUセッションを確立するための第2のPDUセッション確立手続きを実行し、
前記送受信部は、
前記第2のPDUセッション確立手続きにおいて、URLLC用のPDUセッションに対する、第2のSSC mode、及び/又は第2のPDUセッションタイプ、及び/又は第2のDNN、及び/又は第2のS-NSSAI、及び/又は前記第2のPDUセッションを示すPDUセッションID、を含むPDUセッション確立要求メッセージを送信し、
前記PDUセッション確立要求メッセージに対する応答として、第2のPDUセッション確立受諾メッセージの受信に基づいて、前記第2のPDUセッションを確立し、
前記第1のPDUセッションと前記第2のPDUセッションとを用いて、冗長化通信を行うことが可能であり、
前記第2のSSC modeは、前記第1のSSC modeと異なり、
前記第2のPDUセッションタイプは、前記第1のPDUセッションタイプと異なり、
前記第2のDNNは、前記第1のDNNと異なり、
前記第2のS-NSSAIは、前記第1のS-NSSAIと異なり、
前記第2のDNNは、前記登録受諾メッセージで受信したDNNと同一であり、
前記第2のS-NSSAIは、前記登録受諾メッセージで受信したS-NSSAIと同一である、ことを特徴とする請求項1に記載のユーザ装置。
【請求項５】
前記制御部は、前記登録手続きが完了した後、第1のPDUセッションを確立するための第1のPDUセッション確立手続きを実行し、
前記送受信部は、
前記第1のPDUセッション確立手続きにおいて、URLLC用のPDUセッションに対する、第1のSSC mode、及び/又は第1のPDUセッションタイプ、及び/又は第1のDNN、及び/又は第1のS-NSSAI、前記第1のPDUセッションを示すPDUセッションID、を含む第1のPDUセッション確立受諾メッセージを受信し、
前記第1のPDUセッション確立受諾メッセージの受信に基づいて、前記第1のPDUセッションを確立し、
前記制御部は、前記第1のPDUセッション確立手続きが完了した後、第2のPDUセッションを確立するための第2のPDUセッション確立手続きを実行し、
前記送受信部は、
前記第2のPDUセッション確立手続きにおいて、URLLC用のPDUセッションに対する、第2のSSC mode、及び/又は第2のPDUセッションタイプ、及び/又は第2のDNN、及び/又は第2のS-NSSAI、及び/又は前記第1のPDUセッションを示すPDUセッションID、及び/又は前記第2のPDUセッションを示すPDUセッションID、を含むPDUセッション確立要求メッセージを送信し、
前記PDUセッション確立要求メッセージに対する応答として、第2のPDUセッション確立受諾メッセージの受信に基づいて、前記第2のPDUセッションを確立し、
前記第1のPDUセッションと前記第2のPDUセッションとを用いて、冗長化通信を行うことが可能であり、
前記第2のSSC modeは、前記第1のSSC modeと異なり、
前記第2のPDUセッションタイプは、前記第1のPDUセッションタイプと異なり、
前記第2のDNNは、前記第1のDNNと異なり、
前記第2のS-NSSAIは、前記第1のS-NSSAIと異なり、
前記第2のDNNは、前記登録受諾メッセージで受信したDNNと同一であり、
前記第2のS-NSSAIは、前記登録受諾メッセージで受信したS-NSSAIと同一である、ことを特徴とする請求項1に記載のユーザ装置。
【請求項６】
前記第1のPDUセッションと、SSC mode 3として確立された前記第2のPDUセッションを用いた冗長化通信を行うことが可能であるときに、
前記送受信部は、前記第2のPDUセッションを示すPDUセッションIDと、PDUセッションの変更が必要な理由を示すCauseを含むPDUセッション変更コマンドを受信し、
前記制御部は、第3のPDUセッションを確立するための第3のPDUセッション確立手続きを実行し、
前記送受信部は、前記第3のPDUセッション確立手続きにおいて、前記第2のPDUセッションに対して適用されている、SSC mode、及び/又はPDUセッションタイプ、及び/又はDNN、及び/又はS-NSSAI、及び/又は前記第1のPDUセッションを示すPDUセッションID、及び/又は前記第2のPDUセッションを示すPDUセッションID、及び/又は前記第3のPDUセッションを示すPDUセッションIDを含むPDUセッション確立要求メッセージを送信した後、
前記制御部は、前記第2のPDUセッションを解放するためのPDUセッション解放手続きを実行することにより、
前記制御部は、前記第2のPDUセッションに対応するPDUセッションアンカーを変更し、
前記送受信部は、前記第1のPDUセッションと前記第3のPDUセッションとを用いて、冗長化通信を行うことが可能である、ことを特徴とする請求項3から5のいずれか一項に記載のユーザ装置。
【請求項７】
前記送受信部は、前記第1のPDUセッション確立手続きにおいて、バックオフタイマー値、及び第2のPDUセッションの確立が禁止されていることを示す5GSM causeが含まれている前記第1のPDUセッション確立受諾メッセージを受信したときは、
前記制御部は、前記第2のPDUセッション確立手続きの実行を制限するタイマーとして、前記バックオフタイマー値をセットし、
前記送受信部は、
前記タイマーが満了するまで、前記第2のPDUセッション確立手続きを実行せず、
前記タイマーが満了した後、前記第2のPDUセッション確立手続きを実行する、ことを特徴とする請求項2から5に記載のユーザ装置。
【請求項８】
前記送受信部は、前記第1のPDUセッション確立手続きにおいて、バックオフタイマー値、及び第2のPDUセッションの確立が禁止されていることを示す5GSM causeが含まれている前記第1のPDUセッション確立受諾メッセージを受信したときは、
前記制御部は、前記第2のPDUセッション確立手続きの実行を制限するタイマーとして、前記バックオフタイマー値をセットし、
前記送受信部は、
前記タイマーが満了する前に、
PDUセッションを示すPDUセッションIDと、5GSM causeを含むPDUセッション変更コマンドを受信したときは、
5GSM causeに基づいて、前記タイマーが満了する前であっても、前記第2のPDUセッション確立手続きを実行する、ことを特徴とする請求項2から5に記載のユーザ装置。
【請求項９】
前記送受信部は、前記第2のPDUセッション確立手続きにおいて、前記PDUセッション確立要求メッセージに対する応答として、バックオフタイマー値、及び第2のPDUセッションの確立が禁止されていることを示す5GSM causeが含まれているPDUセッション確立拒絶メッセージを受信したときは、
前記制御部は、前記第2のPDUセッション確立手続きの実行を制限するタイマーとして、前記バックオフタイマー値をセットし、
前記送受信部は、
前記タイマーが満了するまで、前記第2のPDUセッション確立手続きを、再度、実行せず、
前記タイマーが満了した後、前記第2のPDUセッション確立手続きを、再度、実行する、ことを特徴とする請求項2から5に記載のユーザ装置。
【請求項１０】
前記送受信部は、前記第2のPDUセッション確立手続きにおいて、バックオフタイマー値、及び第2のPDUセッションの確立が禁止されていることを示す5GSM causeが含まれている前記第2のPDUセッション確立受諾メッセージを受信したときは、
前記制御部は、前記第2のPDUセッション確立手続きの実行を制限するタイマーとして、前記バックオフタイマー値をセットし、
前記送受信部は、
前記タイマーが満了する前に、PDUセッションを示すPDUセッションIDと、5GSM causeを含むPDUセッション変更コマンドを受信したときは、
5GSM causeに基づいて、前記タイマーが満了する前であっても、前記第2のPDUセッション確立手続きを、再度、実行する、ことを特徴とする請求項2から5に記載のユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ装置に関する。
【背景技術】
【０００２】
3GPP(3rd Generation Partnership Project)では、次世代、すなわち第5世代(5G)の移動通信システムである5GS(5G System)のシステムアーキテクチャについて検討が開始されており、新しい手続きや新しい機能のサポートについて議論が行われている(非特許文献1及び非特許文献2参照)。5GS(5G System)では、多種多様なサービスを提供するために、新たなコアネットワークである5GC(5G Core Network)が検討されている。さらに、高信頼性、及び/又は低遅延の通信が必要されるURLLC (Ultra-Reliable and Low Latency Communications)を5GSでサポートするための議論も開始されている(非特許文献3参照)。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】3GPP TS 23.501 V15.3.0 (2018-09); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System Architecture for the 5G System; Stage 2 (Release 15)
【非特許文献２】3GPP TS 23.502 V15.3.0 (2018-09); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System; Stage 2 (Release 15)
【非特許文献３】3GPP TR 23.725 V1.1.0 (2018-10); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on enhancement of Ultra-Reliable Low-Latency Communication (URLLC) support in the 5G Core network (5GC) (Release 16)
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、5GSでどのようにしてURLLCを実現するかはまだ検討段階であり、明確になっていない。特に、どのような手続きや情報を交換することにより、URLLCのための機能を実現するのかが明確になっていない。
【０００５】
本発明は、以上のような事情を鑑みてなされたものであり、その目的は、5GSにおけるURLLCのための機能の実現する手段を提供することである。
【課題を解決するための手段】
【０００６】
本発明の一実施形態のユーザ装置は、制御部と送受信部とを備え、前記制御部は、登録手続きを実行し、前記送受信部は、前記登録手続きにおいて、URLLC (Ultra-Reliable and Low Latency Communications) のためのDNN (Data Network Name) とS-NSSAI (Single Network Slice Selection Assistance Information) を含む登録受諾メッセージを受信することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、5GSにおけるURLLCのための機能を使用することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】移動通信システム1の概略を説明する図である。
【図２】移動通信システム1の詳細構成を説明する図である。
【図３】移動通信システム2の概略を説明する図である。
【図４】移動通信システム2の詳細構成を説明する図である。
【図５】UEの装置構成を説明する図である。
【図６】5GSにおけるアクセスネットワーク装置(gNB)の構成を説明する図である。
【図７】5GSにおけるコアネットワーク装置(AMF/SMF/UPF)の構成を説明する図である。
【図８】デバイスの装置構成を説明する図である。
【図９】登録手続きを説明する図である。
【図１０】PDUセッション確立手続きを説明する図である。
【図１１】SSC mode 3のPDUセッションを提供するPDUセッションアンカーの変更手続きを説明する図である。
【発明を実施するための形態】
【０００９】
以下では、各実施形態で共通する部分の多い、移動通信システム、各装置の構成、各実施形態で用いられる用語・識別情報や手続きについて説明した後、本発明を実施する為の各実施形態について説明する。
【００１０】
[1. 移動通信システムの概要]
ここでは、移動通信システムについて説明する。
【００１１】
まず、図1は、移動通信システム1の概略を説明する為の図であり、図2は、その移動通信システム1の詳細構成を説明する為の図である。尚、後述の第1から4の実施形態では、図1および図2に示される移動通信システム1を利用する。
【００１２】
図1には、移動通信システム1は、UE(User Equipment)_10、アクセスネットワーク_100、コアネットワーク_200、DN(Data Network)_300により構成されることが記載されている。尚、これらの装置・ネットワークについて、UE、アクセスネットワーク、コアネットワーク、DN等のように、記号を省略して記載する場合がある。
【００１３】
また、図2には、UE_10、gNB(gNodeB)_110、gNB_112、AMF(Access and Mobility Management Function)_210、SMF(Session Management Function)_220、SMF_222、SMF_224、UPF(User Plane Function)_230、UPF_232、UPF_234、DN_300等の装置・ネットワーク機能、及びこれらの装置・ネットワーク機能を互いに接続するインターフェースが記載されている。尚、これらの装置・ネットワーク機能について、UE、gNB、AMF、SMF、UPF、DN等のように、記号を省略して記載する場合がある。尚、gNB_110はmaster gNB又はマスター基地局と呼称し、gNB_112はsecondary gNB又は第２基地局と呼称する場合がある。
【００１４】
また、図3は、移動通信システム2の概略を説明する為の図であり、図4は、その移動通信システム2の詳細構成を説明する為の図である。尚、後述の第5〜8の実施形態では、図3および図4に示される移動通信システム2を利用する。
【００１５】
図3には、移動通信システム2は、UE_10、UE_12、デバイス_20、アクセスネットワーク_100、コアネットワーク_200、DN_300により構成されることが記載されている。尚、これらの装置・ネットワークについて、UE、デバイス、アクセスネットワーク、コアネットワーク、DN等のように、記号を省略して記載する場合がある。
【００１６】
また、図4には、UE_10、UE_12、デバイス_20、gNB_110、gNB_112、AMF_210、AMF_212、SMF_220、SMF_222、SMF_224、UPF_230、UPF_232、UPF_232、DN_300等の装置・ネットワーク機能、及びこれらの装置・ネットワーク機能を互いに接続するインターフェースが記載されている。尚、これらの装置・ネットワーク機能について、UE、デバイス、gNB、AMF、SMF、UPF、DN等のように、記号を省略して記載する場合がある。
【００１７】
尚、5Gシステムである5GS(5G System)は、UE、アクセスネットワーク及びコアネットワークを含んで構成されるが、さらにDNが含まれても良い。
【００１８】
UEは、3GPPアクセス(3GPPアクセスネットワーク、3GPP ANとも称する)及び/又はnon-3GPPアクセス(non-3GPPアクセスネットワーク、non-3GPP ANとも称する)を介して、ネットワークサービスに対して接続可能な装置である。UEは、携帯電話やスマートフォン等の無線通信が可能な端末装置であってよく、EPS(Evolved Packet System)にも5GSにも接続可能な端末装置であってよい。UEは、UICC(Universal Integrated Circuit Card)やeUICC(Embedded UICC)を備えてもよい。尚、UEのことをユーザ装置と表現してもよいし、端末装置と表現してもよい。
【００１９】
また、アクセスネットワークは、5Gアクセスネットワーク(5G AN)と呼称してもよい。5G ANは、NG-RAN(NG Radio Access Network)及び/又はnon-3GPP アクセスネットワークで構成される。NG-RANには、1以上のgNBが配置される。gNBは、NR(New Radio)ユーザプレーンと制御プレーンをUEに提供するノードであり、5GCに対してNGインターフェース(N2インターフェース又はN3インターフェースを含む)を介して接続するノードである。すなわち、gNBは、5GSのために新たに設計された基地局装置であり、4GシステムであるEPSで使用されていた基地局装置(eNB)とは異なる機能を有する。また、複数のgNBがある場合は、各gNBは、例えばXnインターフェースにより、互いに接続している。
【００２０】
また、以下では、NG-RANは、3GPPアクセスと称することがある。また、無線LANアクセスネットワークやnon-3GPP ANは、non-3GPPアクセスと称することがある。また、アクセスネットワークに配置されるノードを、まとめてNG-RANノードとも称することがある。
【００２１】
また、以下では、アクセスネットワーク、及び/又はアクセスネットワークに含まれる装置に含まれる装置は、アクセスネットワーク装置と呼称する場合がある。
【００２２】
また、コアネットワークは、5GC(5G Core Network)に対応する。5GCには、例えば、AMF、UPF、SMF等が配置される。ここで、5GCは、5GCN(5G Core Network)と表現されてもよい。
【００２３】
また、以下では、コアネットワーク、及び/又はコアネットワークに含まれる装置は、コアネットワーク装置と称する場合がある。
【００２４】
コアネットワークは、アクセスネットワークとDNとを接続した移動体通信事業者(Mobile Network Operator; MNO)が運用するIP移動通信ネットワークの事であってもよいし、移動通信システム1を運用、管理する移動体通信事業者の為のコアネットワークでもよいし、MVNO(Mobile Virtual Network Operator)、MVNE(Mobile Virtual Network Enabler)等の仮想移動通信事業者や仮想移動体通信サービス提供者の為のコアネットワークでもよい。
【００２５】
また、DNは、UEに通信サービスを提供するDNであってよい。DNは、パケットデータサービス網として構成されてもよいし、サービス毎に構成されてもよい。さらに、DNは、接続された通信端末を含んでもよい。従って、DNと接続する事は、DNに配置された通信端末やサーバ装置と接続する事であってもよい。さらに、DNとの間でユーザデータを送受信する事は、DNに配置された通信端末やサーバ装置とユーザデータを送受信する事であってもよい。
【００２６】
また、以下では、アクセスネットワーク、コアネットワーク、DNの少なくとも一部、及び/又はこれらに含まれる1以上の装置を、ネットワーク又はネットワーク装置と呼称する場合がある。つまり、ネットワーク及び/又はネットワーク装置が、メッセージを送受信する、及び/又は手続きを実行するということは、アクセスネットワーク、コアネットワーク、DNの少なくとも一部、及び/又はこれらに含まれる1以上の装置が、メッセージを送受信する、及び/又は手続きを実行することを意味する。
【００２７】
また、UEは、アクセスネットワークに接続することができる。また、UEは、アクセスネットワークを介して、コアネットワークと接続する事ができる。さらに、UEは、アクセスネットワーク及びコアネットワークを介して、DNに接続する事ができる。すなわち、UEは、DNとの間で、ユーザデータを送受信(通信)する事ができる。ユーザデータを送受信する際は、IP(Internet Protocol)通信だけでなく、non-IP通信を用いてもよい。
【００２８】
ここで、IP通信とは、IPを用いたデータ通信の事であり、IPパケットにより、データの送受信が行われる。IPパケットは、IPヘッダとペイロード部で構成される。ペイロード部には、EPSに含まれる装置・機能や、5GSに含まれる装置・機能が送受信するデータが含まれてよい。また、non-IP通信とは、IPを用いないデータ通信の事であり、IPパケットの構造とは異なる形式により、データの送受信が行われる。例えば、non-IP通信は、IPヘッダが付与されていないアプリケーションデータの送受信によって実現されるデータ通信でもよいし、マックヘッダやEthernet(登録商標)フレームヘッダ等の別のヘッダを付与してUEが送受信するユーザデータを送受信してもよい。
【００２９】
[2. 各装置の構成]
次に、各実施形態で使用される各装置(UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置)の構成について、図を用いて説明する。尚、各装置は、物理的なハードウェアとして構成されても良いし、汎用的なハードウェア上に構成された論理的な(仮想的な)ハードウェアとして構成されても良いし、ソフトウェアとして構成されても良い。また、各装置の持つ機能の少なくとも一部(全部を含む)が、物理的なハードウェア、論理的なハードウェア、ソフトウェアとして構成されても良い。
【００３０】
尚、以下で登場する各装置・機能内の各記憶部(記憶部_430、記憶部_540、記憶部_640、記憶部_730)は、例えば、半導体メモリ、SSD(Solid State Drive)、HDD(Hard Disk Drive)等で構成されている。また、各記憶部は、出荷段階からもともと設定されていた情報だけでなく、自装置・機能以外の装置・機能(例えば、UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置、及び/又はPDN、及び/又はDN)との間で、送受信した各種の情報を記憶する事ができる。また、各記憶部は、後述する各種の通信手続き内で送受信する制御メッセージに含まれる識別情報、制御情報、フラグ、パラメータ等を記憶することができる。また、各記憶部は、これらの情報をUE毎に記憶してもよい。
【００３１】
[2.1. UEの装置構成]
まず、各実施形態で使用されるUEの装置構成例について、図5を用いて説明する。UEは、制御部_400、アンテナ_410、送受信部_420、記憶部_430で構成されている。制御部_400、送受信部_420、記憶部_430は、バスを介して接続されている。送受信部_420は、アンテナ_410と接続している。
【００３２】
制御部_400は、UE全体の動作・機能を制御する機能部である。尚、制御部_400は、UEにおける他の機能部(送受信部_420、記憶部_430)が有さない全ての機能を処理してもよい。制御部_400は、必要に応じて、記憶部_430に記憶されている各種プログラムを読み出して実行する事により、UEにおける各種の処理を実現する。
【００３３】
送受信部_420は、アンテナ_410を介して、アクセスネットワーク内の基地局装置(gNB)と無線通信する為の機能部である。すなわち、UEは、送受信部_420を用いて、アクセスネットワーク装置、及び/又はコアネットワーク装置、及び/又はDNとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
【００３４】
図2を参照して詳細に説明すると、UEは、送受信部_420を用いることにより、5G AN内の基地局装置(gNB)と通信することができる。また、UEは、送受信部_420を用いることにより、N1インターフェースを介して、AMFとNAS(Non-Access-Stratum)メッセージを送受信できる。ただし、N1インターフェースは論理的なインターフェースであるため、実際には、UEとAMFの間の通信は、5G AN内のgNBを介して行われる。
【００３５】
記憶部_430は、UEの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
【００３６】
[2.2. gNBの装置構成]
次に、各実施形態で使用されるgNBの装置構成例について、図6を用いて説明する。gNB は、制御部_500、アンテナ_510、ネットワーク接続部_520、送受信部_530、記憶部_540で構成されている。制御部_500、ネットワーク接続部_520、送受信部_530、記憶部_540は、バスを介して接続されている。送受信部_530は、アンテナ_510と接続している。
【００３７】
制御部_500は、gNB全体の動作・機能を制御する機能部である。尚、制御部_500は、gNBにおける他の機能部(ネットワーク接続部_520、送受信部_530、記憶部_540)が有さない全ての機能を処理してもよい。制御部_500は、必要に応じて、記憶部_540に記憶されている各種プログラムを読み出して実行する事により、gNBにおける各種の処理を実現する。
【００３８】
ネットワーク接続部_520は、gNBが、AMF及び/又はUPFと通信する為の機能部である。すなわち、gNBは、ネットワーク接続部_520を用いて、AMF及び/又はUPFとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
【００３９】
送受信部_530は、アンテナ510を介して、UEと無線通信する為の機能部である。すなわち、gNBは、送受信部_530を用いて、UEとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
【００４０】
図2を参照して詳細に説明すると、5G AN内にあるgNBは、ネットワーク接続部_520を用いることにより、N2インターフェースを介して、AMFと通信することができ、N3インターフェースを介して、UPFと通信することができる。また、gNBは、送受信部_530を用いることにより、UEと通信することができる。
【００４１】
記憶部_540は、gNBの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
【００４２】
[2.3. AMFの装置構成]
次に、各実施形態で使用されるAMFの装置構成例について、図7を用いて説明する。AMFは、制御部_600、ネットワーク接続部_620、記憶部_640で構成されている。制御部_600、ネットワーク接続部_620、記憶部_640は、バスを介して接続されている。AMFは、制御プレーンを扱うノードであってよい。
【００４３】
制御部_600は、AMF全体の動作・機能を制御する機能部である。尚、制御部_600は、AMFにおける他の機能部(ネットワーク接続部_620、記憶部_640)が有さない全ての機能を処理してもよい。制御部_600は、必要に応じて、記憶部_640に記憶されている各種プログラムを読み出して実行する事により、AMFにおける各種の処理を実現する。
【００４４】
ネットワーク接続部_620は、AMFが、5G AN内の基地局装置(gNB)、及び/又はSMF、及び/又はPCF、及び/又はUDM、及び/又はSCEFと接続する為の機能部である。すなわち、AMFは、ネットワーク接続部_620を用いて、5G AN内の基地局装置(gNB)、及び/又はSMF、及び/又はPCF、及び/又はUDM、及び/又はSCEFとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
【００４５】
図2を参照して詳細に説明すると、5GC内にあるAMFは、ネットワーク接続部_620を用いることにより、N2インターフェースを介して、gNBと通信することができ、N8インターフェースを介して、UDMと通信することができ、N11インターフェースを介して、SMFと通信することができ、N15インターフェースを介して、PCFと通信することができる。また、AMFは、ネットワーク接続部_620を用いることにより、N1インターフェースを介して、UEとNASメッセージの送受信をすることができる。ただし、N1インターフェースは論理的なものであるため、実際には、UEとAMFの間の通信は、5G ANを介して行われる。
【００４６】
記憶部_640は、AMFの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
【００４７】
尚、AMFは、N2インターフェースを用いたRANとの制御メッセージを交換する機能、N1インターフェースを用いたUEとのNASメッセージを交換する機能、NASメッセージの暗号化及び完全性保護を行う機能、登録管理(Registration management; RM)機能、接続管理(Connection management; CM)機能、到達可能性管理(Reachability management)機能、UE等の移動性管理(Mobility management)機能、UEとSMF間のSM(Session Management)メッセージを転送する機能、アクセス認証(Access Authentication、Access Authorization)機能、セキュリティアンカー機能(SEA; Security Anchor Functionality)、セキュリティコンテキスト管理(SCM; Security Context Management)機能、N3IWF(Non-3GPP Interworking Function)に対するN2インターフェースをサポートする機能、N3IWFを介したUEとのNAS信号の送受信をサポートする機能、N3IWFを介して接続するUEの認証する機能等を有する。
【００４８】
また、登録管理では、UEごとのRM状態が管理される。RM状態は、UEとAMFとの間で同期がとられていてもよい。RM状態としては、非登録状態(RM-DEREGISTERED state)と、登録状態(RM-REGISTERED state)がある。RM-DEREGISTERED状態では、UEはネットワークに登録されていないため、AMFにおけるUEコンテキストが、そのUEに対する有効な位置情報やルーティング情報を持っていない為、AMFはUEに到達できない状態である。また、RM-REGISTERED状態では、UEはネットワークに登録されているため、UEはネットワークとの登録が必要なサービスを受信することができる。尚、RM状態は、5GMM状態(5GMM state)と表現されてもよい。この場合、RM-DEREGISTERED状態は、5GMM-DEREGISTERED状態と表現されてもよいし、RM-REGISTERED状態は、5GMM-REGISTERED状態と表現されてもよい。
【００４９】
言い換えると、5GMM-REGISTEREDは、各装置が、5GMMコンテキストを確立した状態であってもよいし、PDUセッションコンテキストを確立した状態であってもよい。尚、各装置が5GMM-REGISTEREDである場合、UE_10は、ユーザデータや制御メッセージの送受信を開始してもよいし、ページングに対して応答してもよい。さらに、尚、各装置が5GMM-REGISTEREDである場合、UE_10は、初期登録のための登録手続き以外の登録手続き、及び/又はサービス要求手続きを実行してもよい。
【００５０】
さらに、5GMM-DEREGISTEREDは、各装置が、5GMMコンテキストを確立していない状態であってもよいし、UE_10の位置情報がネットワークに把握されていない状態であってもよいし、ネットワークがUE_10に到達不能である状態であってもよい。尚、各装置が5GMM-DEREGISTEREDである場合、UE_10は、登録手続きを開始してもよいし、登録手続きを実行することで5GMMコンテキストを確立してもよい。
【００５１】
また、接続管理では、UEごとのCM状態が管理される。CM状態は、UEとAMFとの間で同期がとられていてもよい。CM状態としては、非接続状態(CM-IDLE state)と、接続状態(CM-CONNECTED state)がある。CM-IDLE状態では、UEはRM-REGISTERED状態にあるが、N1インターフェースを介したAMFとの間で確立されるNASシグナリング接続(NAS signaling connection)を持っていない。また、CM-IDLE状態では、UEはN2インターフェースの接続(N2 connection)、及びN3インターフェースの接続(N3 connection)を持っていない。一方、CM-CONNECTED状態では、N1インターフェースを介したAMFとの間で確立されるNASシグナリング接続(NAS signaling connection)を持っている。また、CM-CONNECTED状態では、UEはN2インターフェースの接続(N2 connection)、及び/又はN3インターフェースの接続(N3 connection)を持っていてもよい。
【００５２】
さらに、接続管理では、3GPPアクセスにおけるCM状態と、non-3GPPアクセスにおけるCM状態とで分けて管理されてもよい。この場合、3GPPアクセスにおけるCM状態としては、3GPPアクセスにおける非接続状態(CM-IDLE state over 3GPP access)と、3GPPアクセスにおける接続状態(CM-CONNECTED state over 3GPP access)とがあってよい。さらに、non-3GPPアクセスにおけるCM状態としては、non-3GPPアクセスにおける非接続状態(CM-IDLE state over non-3GPP access)と、non-3GPPアクセスにおける接続状態(CM-CONNECTED state over non-3GPP access)とがあってよい。尚、非接続状態はアイドルモード表現されてもよく、接続状態モードはコネクテッドモードと表現されてもよい。
【００５３】
尚、CM状態は、5GMMモード(5GMM mode)と表現されてもよい。この場合、非接続状態は、5GMM非接続モード(5GMM-IDLE mode)と表現されてもよいし、接続状態は、5GMM接続モード(5GMM-CONNECTED mode)と表現されてもよい。さらに、3GPPアクセスにおける非接続状態は、3GPPアクセスにおける5GMM非接続モード(5GMM-IDLE mode over 3GPP access)と表現されてもよいし、3GPPアクセスにおける接続状態は、3GPPアクセスにおける5GMM接続モード(5GMM-CONNECTED mode over 3GPP access)と表現されてもよい。さらに、non-3GPPアクセスにおける非接続状態は、non-3GPPアクセスにおける5GMM非接続モード(5GMM-IDLE mode over non-3GPP access)と表現されてもよいし、non-3GPPアクセスにおける接続状態は、non-3GPPアクセスにおける5GMM接続モード(5GMM-CONNECTED mode over non-3GPP access)と表現されてもよい。尚、5GMM非接続モードはアイドルモード表現されてもよく、5GMM接続モードはコネクテッドモードと表現されてもよい。
【００５４】
また、AMFは、コアネットワーク内に1以上配置されてもよい。また、AMFは、1以上のNSI(Network Slice Instance)を管理するNFでもよい。また、AMFは、複数のNSI間で共有される共有CPファンクション(CCNF; Common CPNF(Control Plane Network Function))でもよい。
【００５５】
尚、N3IWFは、UEが5GSに対してnon-3GPPアクセスを介して接続する場合に、non-3GPPアクセスと5GCとの間に配置される装置及び/又は機能である。
【００５６】
[2.4. SMFの装置構成]
次に、各実施形態で使用されるSMFの装置構成例について、図7を用いて説明する。SMFは、制御部_600、ネットワーク接続部_620、記憶部_640で構成されている。制御部_600、ネットワーク接続部_620、記憶部_640は、バスを介して接続されている。SMFは、制御プレーンを扱うノードであってよい。
【００５７】
制御部_600は、SMF全体の動作・機能を制御する機能部である。尚、制御部_600は、SMFにおける他の機能部(ネットワーク接続部_620、記憶部_640)が有さない全ての機能を処理してもよい。制御部_600は、必要に応じて、記憶部_640に記憶されている各種プログラムを読み出して実行する事により、SMFにおける各種の処理を実現する。
【００５８】
ネットワーク接続部_620は、SMFが、AMF、及び/又はUPF、及び/又はPCF、及び/又はUDMと接続する為の機能部である。すなわち、SMFは、ネットワーク接続部_620を用いて、AMF、及び/又はUPF、及び/又はPCF、及び/又はUDMとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
【００５９】
図2を参照して詳細に説明すると、5GC内にあるSMFは、ネットワーク接続部_620を用いることにより、N11インターフェースを介して、AMFと通信することができ、N4インターフェースを介して、UPFと通信することができ、N7インターフェースを介して、PCFと通信することができ、N10インターフェースを介して、UDMと通信することができる。
【００６０】
記憶部_640は、SMFの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
【００６１】
SMFは、PDUセッションの確立・修正・解放等のセッション管理(Session Management)機能、UEに対するIPアドレス割り当て(IP address allocation)及びその管理機能、UPFの選択と制御機能、適切な目的地(送信先)へトラフィックをルーティングする為のUPFの設定機能、NASメッセージのSM部分を送受信する機能、下りリンクのデータが到着したことを通知する機能(Downlink Data Notification)、AMF経由でN2インターフェースを介してANに送信される、AN特有の(ANごとの)SM情報を提供する機能、セッションに対するSSCモード(Session and Service Continuity mode)を決定する機能、ローミング機能等を有する。
【００６２】
[2.5. UPFの装置構成]
次に、各実施形態で使用されるUPFの装置構成例について、図7を用いて説明する。UPFは、制御部_600、ネットワーク接続部_620、記憶部_640で構成されている。制御部_600、ネットワーク接続部_620、記憶部_640は、バスを介して接続されている。UPFは、制御プレーンを扱うノードであってよい。
【００６３】
制御部_600は、UPF全体の動作・機能を制御する機能部である。尚、制御部_600は、UPFにおける他の機能部(ネットワーク接続部_620、記憶部_640)が有さない全ての機能を処理してもよい。制御部_600は、必要に応じて、記憶部_640に記憶されている各種プログラムを読み出して実行する事により、UPFにおける各種の処理を実現する。
【００６４】
ネットワーク接続部_620は、UPFが、5G AN内の基地局装置(gNB)、及び/又はSMF、及び/又はDNと接続する為の機能部である。すなわち、UPFは、ネットワーク接続部_620を用いて、5G AN内の基地局装置(gNB)、及び/又はSMF、及び/又はDNとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
【００６５】
図2を参照して詳細に説明すると、5GC内にあるUPFは、ネットワーク接続部_620を用いることにより、N3インターフェースを介して、gNBと通信することができ、N4インターフェースを介して、SMFと通信することができ、N6インターフェースを介して、DNと通信することができ、N9インターフェースを介して、他のUPFと通信することができる。
【００６６】
記憶部_640は、UPFの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
【００６７】
UPFは、intra-RAT mobility又はinter-RAT mobilityに対するアンカーポイントとしての機能、DNに相互接続するための外部PDUセッションポイントとしての機能(つまり、DNとコアネットワークとの間のゲートウェイとして、ユーザデータを転送する機能)、パケットのルーティング及び転送する機能、1つのDNに対して複数のトラフィックフローのルーティングをサポートするUL CL(Uplink Classifier)機能、マルチホーム(multi-homed)PDUセッションをサポートするBranching point機能、user planeに対するQoS (Quality of Service) 処理機能、上りリンクトラフィックの検証機能、下りリンクパケットのバッファリング、下りリンクデータ通知(Downlink Data Notification)をトリガする機能等を有する。
【００６８】
また、UPFは、IP通信及び/又はnon-IP通信の為のゲートウェイでもよい。また、UPFは、IP通信を転送する機能を持ってもよく、non-IP通信とIP通信を変換する機能を持っていてもよい。さらに複数配置されるゲートウェイは、コアネットワークと単一のDNを接続するゲートウェイでもよい。尚、UPFは、他のNFとの接続性を備えてもよく、他のNFを介して各装置に接続してもよい。
【００６９】
尚、ユーザプレーン(user plane)は、UEとネットワークとの間で送受信されるユーザデータ(user data)のことである。ユーザプレーンは、PDUセッションを用いて送受信されてもよい。さらに、5GSの場合、ユーザプレーンは、UEとNG RANとの間のインターフェース、及び/又はN3インターフェース、及び/又はN9インターフェース、及び/又はN6インターフェースを介して送受信されてもよい。以下、ユーザプレーンは、U-Planeと表現されてもよい。
【００７０】
さらに、制御プレーン(control plane)は、UEの通信制御等を行うために送受信される制御メッセージのことである。制御プレーンは、UEとAMFとの間のNAS (Non-Access-Stratum)シグナリングコネクションを用いて送受信されてもよい。さらに、5GSの場合、制御プレーンは、UEとNG RANとの間のインターフェース、及びN2インターフェースを用いて送受信されてもよい。以下、制御プレーンは、コントロールプレーンと表現されてもよいし、C-Planeと表現されてもよい。
【００７１】
さらに、U-Plane(User Plane; UP)は、ユーザデータを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。さらに、C-Plane(Control Plane; CP)は、制御メッセージを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。
【００７２】
[2.6. デバイスの装置構成]
次に、第2の実施形態で使用されるデバイスの装置構成例について、図8を用いて説明する。デバイスは、少なくとも2つのUE(UE_10、UE_12)、制御部_700、記憶部_730で構成されている。各UE(UE_10、UE_12)、制御部_700、記憶部_730は、バスを介して接続されていてよい。
【００７３】
制御部_700は、デバイス全体の動作・機能を制御する機能部である。尚、制御部_700は、デバイスにおける他の装置・機能部(UE_10、UE_12、記憶部_730)が有さない全ての機能を処理してもよい。制御部_700は、必要に応じて、記憶部_730に記憶されている各種プログラムを読み出して実行する事により、デバイスにおける各種の処理を実現する。
【００７４】
また、制御部_700は、UE_10及び/又はUE_12による通信を制御することができる。すなわち、制御部_700は、UE_10だけが通信するように制御したり、UE_12だけが通信するように制御したり、UE_10及びUE_12が通信するように制御することができる。
【００７５】
また、制御部_700は、UE_10とUE_12との間の情報交換を制御することができる。このとき、制御部_700は、記憶部_730を介して、UE_10とUE_12との情報交換が行われるように制御しても良い。例えば、制御部_700は、UE_10が各種の手続きを実行することにより取得した情報を、記憶部_730に記憶させ、UE_12が各種の手続きを実行する際に、その記憶部_730に記憶された情報を利用するように制御することができる。同様に、制御部_700は、UE_12が各種の手続きを実行することにより取得した情報を、記憶部_730に記憶させ、UE_10が各種の手続きを実行する際に、その記憶部_730に記憶された情報を利用するように制御することができる。また、制御部_700は、記憶部_730を介さずに、UE_10とUE_12との情報交換が直接行われるように制御しても良い。
【００７６】
記憶部_730は、デバイスの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。また、上述のように、記憶部_730には、UE_10やUE_12の情報を記憶してもよい。
【００７７】
[3. 各実施形態で用いられる、専門性の高い用語や識別情報の説明]
次に、各実施形態で用いられる、専門性の高い用語や識別情報について、予め説明する。
【００７８】
[3.1. 各実施形態で用いられる専門性の高い用語の説明]
まず、各実施形態で用いられる専門性の高い用語について説明する。
【００７９】
ネットワークとは、アクセスネットワーク、コアネットワーク、DNのうち、少なくとも一部を指す。また、アクセスネットワーク、コアネットワーク、DNのうち、少なくとも一部に含まれる1以上の装置を、ネットワーク又はネットワーク装置と称してもよい。つまり、ネットワークがメッセージの送受信及び/又は処理を実行するということは、ネットワーク内の装置(ネットワーク装置、及び/又は制御装置)がメッセージの送受信及び/又は処理を実行することを意味してもよい。逆に、ネットワーク内の装置がメッセージの送受信及び/又は処理を実行するということは、ネットワークがメッセージの送受信及び/又は処理を実行することを意味してもよい。
【００８０】
また、SM(セッションマネジメント)メッセージ(NAS (Non-Access-Stratum) SMメッセージとも称する)は、SMのための手続きで用いられるNASメッセージであってよく、AMFを介してUEとSMFの間で送受信される制御メッセージであってよい。さらに、SMメッセージには、PDUセッション確立要求メッセージ、PDUセッション確立受諾メッセージ、PDUセッション完了メッセージ、PDUセッション拒絶メッセージ、PDUセッション変更要求メッセージ、PDUセッション変更受諾メッセージ、PDUセッション変更応答メッセージ等が含まれてもよい。また、SMのための手続きには、PDUセッション確立手続きが含まれてもよい。
【００８１】
また、5GS(5G System)サービスは、コアネットワークを用いて提供される接続サービスでよい。さらに、5GSサービスは、EPSサービスと異なるサービスでもよいし、EPSサービスと同様のサービスでもよい。
【００８２】
また、non 5GSサービスは、5GSサービス以外のサービスでよく、EPSサービス、及び/又はnon EPSサービスが含まれてもよい。
【００８３】
また、N1モードは、UEに対して、5Gアクセスネットワークを介した5GCへのアクセスを許可したモードである。言い換えると、N1モードは、N1インターフェースを用いたメッセージの送受信が実行されるモードであってもよい。 
【００８４】
また、APN(Access Point Name)は、コアネットワーク及び/又はPDN等の外部ネットワークを識別する識別情報でよい。さらに、APNは、コアネットワークを接続するPGW/UPF等のゲートウェイを選択する情報として用いることもできる。
【００８５】
また、PDU(Protocol Data Unit又はPacket Data Unit)セッションとは、PDU接続性サービスを提供するDNとUEとの間の関連性として定義することができるが、UEと外部ゲートウェイとの間で確立される接続性であってもよい。UEは、5GSにおいて、アクセスネットワーク及びコアネットワークを介したPDUセッションを確立することにより、PDUセッションを用いて、DNとの間のユーザデータの送受信を行うことができる。ここで、この外部ゲートウェイとは、UPF、SCEF等であってよい。UEは、PDUセッションを用いて、DNに配置されるアプリケーションサーバー等の装置と、ユーザデータの送受信を実行する事ができる。
【００８６】
尚、各装置(UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置)は、PDUセッションに対して、1以上の識別情報を対応づけて管理してもよい。尚、これらの識別情報には、DNN、TFT、PDUセッションタイプ、アプリケーション識別情報、NSI識別情報、アクセスネットワーク識別情報、及びSSC modeのうち1以上が含まれてもよいし、その他の情報がさらに含まれてもよい。さらに、PDUセッションを複数確立する場合には、PDUセッションに対応づけられる各識別情報は、同じ内容でもよいし、異なる内容でもよい。
【００８７】
また、DNN(Data Network Name)は、コアネットワーク及び/又はDN等の外部ネットワークを識別する識別情報でよい。さらに、DNNは、コアネットワークを接続するPGW/UPF等のゲートウェイを選択する情報として用いることもできる。さらに、DNNは、APN(Access Point Name)に相当するものでもよい。
【００８８】
また、PDU(Protocol Data Unit又はPacket Data Unit)セッションタイプは、PDUセッションのタイプを示すものであり、IPv4、IPv6、Ethernet(登録商標)、Unstructuredがある。IPv4が指定された場合、IPv4を用いてデータの送受信を行うことを示す。IPv6が指定された場合は、IPv6を用いてデータの送受信を行うことを示す。Ethernet(登録商標)が指定された場合は、Ethernet(登録商標)フレームの送受信を行うことを示す。また、Ethernet(登録商標)は、IPを用いた通信を行わないことを示してもよい。Unstructuredが指定された場合は、Point-to-Point(P2P)トンネリング技術を用いて、DNにあるアプリケーションサーバー等にデータを送受信することを示す。P2Pトンネリング技術としては、例えば、UDP/IPのカプセル化技術を用いても良い。尚、PDUセッションタイプには、上記の他にIPが含まれても良い。IPは、UEがIPv4とIPv6の両方を使用可能である場合に指定する事ができる。尚、IPはIPv4v6とも表現されてもよい。
【００８９】
また、ネットワークスライス(NS)とは、特定のネットワーク能力及びネットワーク特性を提供する論理的なネットワークである。UE及び/又はネットワークは、5GSにおいて、ネットワークスライス(NWスライス; NS)をサポートすることができる。
【００９０】
また、ネットワークスライスインスタンス(NSI)とは、ネットワーク機能(NF)のインスタンス(実体)と、必要なリソースのセットで構成され、配置されるネットワークスライスを形成する。ここで、NFとは、ネットワークにおける処理機能であって、3GPPで採用又は定義されたものである。NSIはコアネットワーク内に1以上構成される、NSの実体である。また、NSIはNST(Network Slice Template)を用いて生成された仮想的なNF(Network Function)により構成されてもよい。ここで、NSTとは、要求される通信サービスや能力(capability)を提供する為のリソース要求に関連付けられ、1以上のNFの論理的表現である。つまり、NSIとは、複数のNFにより構成されたコアネットワーク内の集合体でよい。また、NSIはサービス等によって配送されるユーザデータを分ける為に構成された論理的なネットワークでよい。NSには、1以上のNFが構成されてよい。NSに構成されるNFは、他のNSと共有される装置であってもよいし、そうでなくてもよい。UE、及び/又ネットワーク内の装置は、NSSAI、及び/又はS-NSSAI、及び/又はUE usage type、及び/又は1以上のNSI ID等の登録情報、及び/又はAPNに基づいて、1以上のNSに割り当てられることができる。尚、UE usage typeは、NSIを識別するための使用される、UEの登録情報に含まれるパラメータ値である。UE usage typeはHSSに記憶されていてよい。AMFはUE usage typeに基づきSMFとUPFを選択してもよい。
【００９１】
また、S-NSSAI(Single Network Slice Selection Assistance Information)は、NSを識別するための情報である。S-NSSAIは、SST(Slice/Service type)のみで構成されてもよいし、SSTとSD(Slice Differentiator)の両方で構成されてもよい。ここで、SSTとは、機能とサービスの面で期待されるNSの動作を示す情報である。また、SDは、SSTで示される複数のNSIから1つのNSIを選択する際に、SSTを補間する情報であってもよい。S-NSSAIは、PLMNごとに特有な情報であってもよいし、PLMN間で共通化された標準の情報であってもよい。また、ネットワークは、デフォルトS-NSSAIとして、UEの登録情報に1以上のS-NSSAIを記憶してもよい。尚、S-NSSAIがデフォルトS-NSSAIである場合において、UEが登録要求メッセージにおいて有効なS-NSSAIをネットワークに送信しないときは、ネットワークは、UEに関係するNSを提供してもよい。
【００９２】
また、NSSAI(Network Slice Selection Assistance Information)は、S-NSSAIの集まりである。NSSAIに含まれる、各S-NSSAIはアクセスネットワーク又はコアネットワークがNSIを選択するのをアシストする情報である。UEはPLMNごとにネットワークから許可されたNSSAIを記憶してもよい。また、NSSAIは、AMFを選択するのに用いられる情報であってよい。 
【００９３】
また、SSC(Session and Service Continuity) modeは、5Gシステム(5GS)において、システム、及び/又は各装置がサポートするセッションサービス継続(Session and Service Continuity)のモードを示すものである。より詳細には、UEとUPFとの間で確立されたPDUセッションがサポートするセッションサービス継続の種類を示すモードであってもよい。なお、SSC modeはPDUセッション毎に設定されるセッションサービス継続の種類を示すモードであってもよい。さらに、SSC modeは、SSC mode 1、SSC mode 2、SSC mode 3の3つのモードから構成されていてもよい。尚、PDUセッションに対応づけられたSSC modeは、PDUセッションが存続している間は、変更されなくてもよい。
【００９４】
また、SSC mode 1は、ネットワークが、UEに提供する接続性サービスを維持するモードである。尚、PDUセッションに対応づけられたPDUセッションタイプが、IPv4又はIPv6である場合、セッションサービス継続の際に、IPアドレスは維持されてもよい。
【００９５】
さらに、SSC mode 1は、UEがネットワークに接続する際に用いるアクセステクノロジーに関わらず、同じUPFが維持され続けるセッションサービス継続のモードであってもよい。より詳細には、SSC mode 1は、UEのモビリティが発生しても、確立しているPDUセッションのPDUセッションアンカーとして用いられるUPFを変更せずに、セッションサービス継続を実現するモードであってもよい。
【００９６】
また、SSC mode 2は、ネットワークが、UEに提供された接続性サービスと、対応するPDUセッションとを解放するモードである。尚、SSC mode 2では、PDUセッションに対応づけられたPDUセッションタイプが、IPv4、IPv6又はIPv4v6である場合、PDUセッションのアンカーを変更する際に、UEに割り当てられたIPアドレスは解放されてもよい。
【００９７】
さらに、SSC mode 2は、UPFのサービングエリア内でのみ、同じUPFが維持され続けるセッションサービス継続のモードであってもよい。より詳細には、SSC mode 2は、UEがUPFのサービングエリア内にいる限り、確立しているPDUセッションが用いるUPFを変更せずに、セッションサービス継続を実現するモードであってもよい。さらに、SSC mode 2は、UPFのサービングエリアから出るような、UEのモビリティが発生した場合に、確立しているPDUセッションが用いるUPFを変更して、セッションサービス継続を実現するモードであってもよい。
【００９８】
ここで、UPFのサービングエリアとは、1つのUPFがセッションサービス継続機能を提供することができるエリアであってもよいし、UEがネットワークに接続する際に用いるRATやセル等のアクセスネットワークのサブセットであってもよい。さらに、アクセスネットワークのサブセットとは、1又は複数のRAT、及び/又はセルから構成されるネットワークであってもよい。
【００９９】
尚、SSC mode 2のPDUセッションのアンカーポイント(以下、PDUセッションアンカーとも呼称する)の変更は、各装置が、SSC mode 2のPDUセッションのアンカーポイント変更手続きを実行することによって実現されてよい。尚、アンカー又はアンカーポイントを、端点と表現してもよい。
【０１００】
また、SSC mode 3は、接続性が消失しないことを、ネットワークが担保しつつ、ユーザプレーンの変更がUEに明らかになるモードである。尚、SSC mode 3の場合、よりよい接続性サービスを実現するために、確立しているPDUセッションが切断される前に、新しいPDUセッションアンカーポイントを通るPDUセッションが確立されてもよい。さらに、SSC mode 3では、PDUセッションに対応づけられたPDUセッションタイプが、IPv4、IPv6又はIPv4v6である場合、PDUセッションのアンカーを変更する際に、UEに割り当てられたIPアドレスは維持されなくてもよい。
【０１０１】
さらに、SSC mode 3は、UEとUPFとの間で確立されたPDUセッション、及び/又は通信路を切断する前に、同じDNに対して、新たなUPFを介した新たなPDUセッション、及び/又は通信路を確立することを許可するセッションサービス継続のモードであってもよい。さらに、SSC mode 3は、UEがマルチホーミングになることを許可するセッションサービス継続のモードであってもよい。さらに、SSC mode 3は、複数のPDUセッション、及び/又はPDUセッションに対応づけられたUPFを用いたセッションサービス継続が許可されたモードであってもよい。言い換えると、SSC mode 3の場合、各装置は、複数のPDUセッションを用いてセッションサービス継続を実現してもよいし、複数のUPFを用いてセッションサービス継続を実現してもよい。
【０１０２】
ここで、各装置が、新たなPDUセッション、及び/又は通信路を確立する場合、新たなUPFの選択は、ネットワークによって実施されてもよいし、新たなUPFは、UEがネットワークに接続した場所に最適なUPFであってもよい。さらに、複数のPDUセッション、及び/又はPDUセッションが用いるUPFが有効である場合、UEは、アプリケーション、及び/又はフローの通信の新たに確立されたPDUセッションへの対応づけを、即座に実施してもよいし、通信の完了に基づいて実施してもよい。
【０１０３】
尚、SSC mode 3のPDUセッションのアンカーポイントの変更は、各装置が、SSC mode 3のPDUセッションのアンカーポイント変更手続きを実行することによって実現されてよい。
【０１０４】
また、デフォルトSSC modeは、特定のSSC modeが定まらない場合に、UE及び/又はネットワークが用いるSSC modeである。具体的には、デフォルトSSC modeは、アプリケーションからのSSC modeの要求がない場合、及び/又はアプリケーションに対してSSC modeを決めるためのUEのポリシーがない場合に、UEが用いるSSC modeであってもよい。また、デフォルトSSC modeは、UEからのSSC modeの要求がない場合に、ネットワークが用いるSSC modeであってもよい。
【０１０５】
なお、デフォルトSSC modeは、加入者情報、及び/又はオペレータポリシー、及び/又はUEのポリシーに基づいて、DN毎に設定されていてもよいし、PDN毎に設定されていてもよいし、UE、及び/又は加入者毎に設定されていてもよい。さらに、デフォルトSSC modeは、SSC mode 1、SSC mode 2又はSSC mode 3を示す情報であってもよい。 
【０１０６】
また、PDUセッションのアンカーポイント変更手続きは、ユーザデータの送受信に用いるPDUセッションを、第1のPDUセッションから第2のPDUセッションに切り替える手続きである。PDUセッションのアンカーポイント変更手続きには、SSC mode 2のPDUセッションのアンカーポイント変更手続きと、SSC mode 3のPDUセッションのアンカーポイント変更手続きとがあってよい。
【０１０７】
ここで、第1のPDUセッションは、PDUセッションのアンカーポイントの変更前に、ユーザデータ通信に用いられるPDUセッションであってよい。第2のPDUセッションは、PDUセッションのアンカーポイントの変更後に、ユーザデータ通信に用いられるPDUセッションであってよい。
【０１０８】
また、SSC mode 2のPDUセッションのアンカーポイント変更手続きは、第1のPDUセッションを解放した後に、第2のPDUセッションを確立する手続きである。SSC mode 2のPDUセッションのアンカーポイント変更手続きは、ネットワークが主導する手続きであってよい。
【０１０９】
具体的には、SSC mode 2のPDUセッションのアンカーポイント変更手続きは、第1のPDUセッションが確立されている状態において、AMF、及び/又はSMFが、UEにPDUセッション解放コマンド(PDU session release command)メッセージを送信し、さらに、PDUセッション解放コマンドメッセージを受信したUEが、PDUセッション確立手続きを開始することで、第2のPDUセッションを確立する手続きであってよい。
【０１１０】
尚、PDUセッション解放コマンドメッセージには、PDUセッションのアンカーポイントの変更を示す情報が入っていてもよい。さらに、PDUセッションのアンカーポイントの変更を示す情報は、39番目の5GSM理由値(5GSM cause #39)である再有効化要求(reactivation requested)であってもよい。
【０１１１】
さらに、第2のPDUセッションを確立するためのPDUセッション確立手続きにおいて、UEからAMF、及び/又はSMFに送信される、PDUセッション確立要求メッセージ、及び/又はPDUセッション確立要求メッセージを転送するために送受信されるNASメッセージには、第1のPDUセッションを識別するPDUセッションIDと、第2のPDUセッションを識別するPDUセッションIDとが含まれてよい。さらに、第2のPDUセッションを確立するためのPDUセッション確立手続きで送受信される、PDUセッションタイプ、SSC mode、DNN、及びS-NSSAIは、第1のPDUセッションを確立するためのPDUセッション確立手続きで送受信されたPDUセッションタイプ、SSC mode、DNN、及びS-NSSAIと同じであってよい。
【０１１２】
また、SSC mode 3のPDUセッションのアンカーポイント変更手続きは、第1のPDUセッションを解放する前に、第2のPDUセッションを確立する手続きである。SSC mode 3のPDUセッションのアンカーポイント変更手続きは、ネットワークが主導する手続きであってよい。
【０１１３】
具体的には、SSC mode 3のPDUセッションのアンカーポイント変更手続きは、第1のPDUセッションが確立されている状態において、AMF、及び/又はSMFが、UEにPDUセッション変更コマンド(PDU session modification command)メッセージを送信し、さらに、PDUセッション変更コマンドメッセージを受信したUEが、PDUセッション確立手続きを開始することで、第2のPDUセッションを確立する手続きであってよい。
【０１１４】
尚、PDUセッション変更コマンドメッセージには、PDUセッションのアンカーポイントの変更を示す情報が入っていてもよい。さらに、PDUセッションのアンカーポイントの変更を示す情報は、39番目の5GSM理由値(5GSM cause #39)である再有効化要求(reactivation requested)であってもよい。
【０１１５】
さらに、第2のPDUセッションを確立するためのPDUセッション確立手続きにおいて、UEからAMF、及び/又はSMFに送信される、PDUセッション確立要求メッセージ、及び/又はPDUセッション確立要求メッセージを転送するために送受信されるNASメッセージには、第1のPDUセッションを識別するPDUセッションIDと、第2のPDUセッションを識別するPDUセッションIDとが含まれてよい。さらに、第2のPDUセッションを確立するためのPDUセッション確立手続きで送受信される、PDUセッションタイプ、SSC mode、DNN、及びS-NSSAIは、第1のPDUセッションを確立するためのPDUセッション確立手続きで送受信されたPDUセッションタイプ、SSC mode、DNN、及びS-NSSAIと同じであってよい。
【０１１６】
また、トラッキングエリアは、コアネットワークが管理する、UEの位置情報で表すことが可能な単数又は複数の範囲である。トラッキングエリアは、複数のセルで構成されもよい。さらに、トラッキングエリアは、ページング等の制御メッセージがブロードキャストされる範囲でもよいし、UEがハンドオーバー手続きをせずに移動できる範囲でもよい。さらに、トラッキングエリアは、ルーティングエリアでもよいし、ロケーションエリアでもよいし、これらと同様のものであればよい。以下、トラッキングエリアはTA(Tracking Area)であってもよい。
【０１１７】
また、TAリストは、ネットワークがUEに割り当てた一又は複数のTAが含まれるリストである。なお、UEは、TAリストに含まれる一又は複数のTA内を移動している間は、トラッキングエリア更新手続きを実行することなく移動することができてよい。言い換えると、UEは、TAリストは、UEがトラッキングエリア更新手続きを実行することなく移動できるエリアを示す情報群であってよい。尚、TAリストは、一又複数のTAI (Tracking area identity) で構成されるTAIリストと表現されてもよく、以下、TAIリストは、TAリストを指してもよい。
【０１１８】
また、LADN (Local Area Data Network) とは、特定の場所においてのみUEが接続可能なDNであり、特定のDNN(つまりLADN DNN)に対する接続性を提供するものである。
【０１１９】
また、LADN情報は、LADNに関連する情報である。LADN情報は、UEが利用可能な特定のLADNを示す情報であってもよい。LADN情報には、LADN DNNと、LADN service area informationとが含まれてよい。LADN DNNは、DNNの一種であってよく、LADNに対してPDUセッションを確立する際に用いるDNNであってよい。さらに、LADN DNNは、LADNを示す情報であってもよく、LADNとして扱われるDNを示す情報であってもよい。さらに、LADN service area informationは、LADN service areaを示す情報であってよい。さらに、LADN service area informationは、トラッキングエリアのセットとして提供されてもよいし、TAI (Tracking area identity) listとして提供されてもよい。尚、LADN service areaは、LADNに対するPDUセッションの確立が可能なエリアであってよいし、LADNへの接続が可能なエリアであってもよい。
【０１２０】
また、LADNのためのPDUセッション(PDU session for LADN) は、LADNに関連づけられたDNNに対応づけられたPDUセッションである。LADNのためのPDUセッションは、LADNに対して確立されるPDUセッションであってよい。言い換えると、UEとLADNとの間に確立されるPDUセッションであってもよいし、UEとLADNとの間のユーザデータ通信に用いられるPDUセッションであってもよい。尚、LADNのためのPDUセッションは、LADN service areaにおいてのみ確立可能なPDUセッションであってもよい。
【０１２１】
また、NB-IoT (Narrowband IoT) は、帯域が制限されたRAT(Radio Access Technology)である。NB-IoTは、IoT端末に通信サービスを提供するためのRATであってもよいし、機能の一部が制限されたRATであってもよい。さらに、NB-IoTは、E-UTRANを構成するRATであってもよい。尚、NB-IoT以外のE-UTRANを構成するRATは、WB-E-UTRANであってよい。さらに、NB-IoTを用いて、コアネットワーク、及び/又はDNと接続するUEのモードをNB-N1モードと表現してよい。逆に、さらに、NB-IoT以外のRATを用いて、コアネットワーク、及び/又はDNと接続するUEのモードをWB-N1モードと表現してもよい。
【０１２２】
また、マルチホームPDUセッション (multi-homed PDU Session) は、DNに接続するUPFを複数用いて確立されるPDUセッションである。マルチホームPDUセッションは、単一のDNに対して確立されるPDUセッションであってよいし、異なるDNに対して確立されるPDUセッションであってもよい。さらに、マルチホームPDUセッションは、マルチホームIPv6PDUセッション (Multi-homed IPv6 PDU Session) と表現されてもよい。
【０１２３】
また、URLLC (Ultra-Reliable and Low Latency Communications) は、高信頼性、及び/又は低遅延が実現された通信のことである。URLLCは、5GSで提供される、主要な通信サービスの1つであってよい。URLLCを構成する機能としては、冗長化通信があってもよいし、IPアドレス維持があってよい。尚、URLLCをサポートするということは、冗長化通信をサポートすることを意味してもよいし、IPアドレス維持をサポートすることを意味してもよい。さらに、URLLCをサポートするということは、PDUセッションのアンカーポイントが変更される場合においても、同じIPアドレスを用いたユーザデータの通信が持続可能であることを意味してもよい。さらに、URLLCをサポートするということは、URLLC のための5QI (5G QoS Identifier) に対応づけられたQoSフローをサポートすることを意味してもよいし、前記QoSフローが対応づけられたQoSルールをサポートすることを意味してもよいし、前記QoSルールが対応づけられたPDUセッションの確立をサポートすることを意味してもよい。
【０１２４】
また、冗長化通信 (Redundant Transmission) は、ユーザデータの送受信が冗長化された通信のことである。冗長化通信は、URLLCを実現する技術の一つであってよい。さらに、冗長化通信は、単一のユーザプレーントンネル (user plane tunnel) を用いた通信よりも、信頼性が高い通信であってよい。尚、ユーザプレーントンネルは、各装置間で、ユーザデータの送受信に用いられる転送路のことであってよく、ユーザデータの送受信が実施されるインターフェース上に確立される転送路であってよい。
【０１２５】
ここで、冗長化通信には、第1のタイプの冗長化通信と、第2のタイプの冗長化通信と、第3のタイプの冗長化通信とがあってよい。
【０１２６】
また、第1のタイプの冗長化通信は、異なるアクセスネットワークを介した通信路を複数用いることによって、UEとネットワークとの間で、ユーザデータの送受信が冗長化された通信のことである。UEは、複数のIPアドレスを用いることで、第1のタイプの冗長化通信を実現してもよい。
【０１２７】
ここで、第1のタイプの冗長化通信は、複数のPDUセッションによって実現されてもよい。この場合、UEは、異なるアクセスネットワークを介して確立されているPDUセッションを複数用いることで、第1のタイプの冗長化通信を実現してもよい。言い換えると、UEは、複数のPDUセッションIDを用いることで、第1のタイプの冗長化通信を実現してもよい。
【０１２８】
また、第1のタイプの冗長化通信は、単一のPDUセッションによって実現されてもよい。より詳細には、第1のタイプの冗長化通信は、マルチアクセスPDUセッションによって実現されてもよい。この場合、UEは、単一のPDUセッションを用いることで、第1のタイプの冗長化通信を実現してもよい。言い換えると、UEは、単一のPDUセッションIDを用いることで、第1のタイプの冗長化通信を実現してもよい。
【０１２９】
また、第2のタイプの冗長化通信は、単一のアクセスネットワークを介した通信路を複数用いることによって、UEとネットワークとの間で、ユーザデータの送受信が冗長化された通信のことである。UEは、複数のIPアドレスを用いることで、第2のタイプの冗長化通信を実現してもよい。
【０１３０】
ここで、第2のタイプの冗長化通信は、複数のPDUセッションによって実現されてもよい。この場合、UEは、単一のアクセスネットワークを介して確立されているPDUセッションを複数用いることで、第2のタイプの冗長化通信を実現してもよい。言い換えると、UEは、複数のPDUセッションIDを用いることで、第2のタイプの冗長化通信を実現してもよい。
【０１３１】
また、第2のタイプの冗長化通信は、単一のPDUセッションによって実現されてもよい。より詳細には、第2のタイプの冗長化通信は、マルチホームPDUセッションによって実現されてもよい。この場合、UEは、単一のPDUセッションを用いることで、第2のタイプの冗長化通信を実現してもよい。言い換えると、UEは、単一のPDUセッションIDを用いることで、第2のタイプの冗長化通信を実現してもよい。
【０１３２】
また、第3のタイプの冗長化通信は、アクセスネットワーク又はコアネットワークと、ネットワークとの間で、ユーザデータの送受信が冗長化された通信のことである。UEは、単一のIPアドレスを用いることで、第3のタイプの冗長化通信を実現してもよい。
【０１３３】
ここで、第3のタイプの冗長化通信は、単一のPDUセッションによって実現されてもよい。この場合、UEは、単一のPDUセッションを用いることで、第3のタイプの冗長化通信を実現してもよい。言い換えると、UEは、単一のPDUセッションIDを用いることで、第3のタイプの冗長化通信を実現してもよい。
【０１３４】
また、IPアドレス維持 (IP address preservation) は、同じIPアドレスを使い続けることができる技術である。IPアドレス維持がサポートされている場合、UEは、TA外へ移動した場合においても、ユーザデータの通信に対して同じIPアドレスを用い続けることが可能である。言い換えると、IPアドレス維持がサポートされている場合、各装置は、PDUセッションのアンカーポイントが変更される際においても、ユーザデータの通信に対して同じIPアドレスを用い続けることが可能であってよい。
【０１３５】
また、1本目のPDUセッションは、冗長化通信を実現するために確立されるPDUセッションであってよい。1本目のPDUセッションは、冗長化通信を実現するために、1番目に確立されるPDUセッションであってよい。言い換えると、1本目のPDUセッションは、冗長化通信を実現するために、2本目のPDUセッションが確立される前に確立されるPDUセッションであってよい。
【０１３６】
また、2本目のPDUセッションは、冗長化通信を実現するために確立されるPDUセッションであってよい。2本目のPDUセッションは、冗長化通信を実現するために、2番目に確立されるPDUセッションであってよい。言い換えると、2本目のPDUセッションは、冗長化通信を実現するために、1本目のPDUセッションを確立した後に確立されるPDUセッションであってよい。
【０１３７】
[3.2. 各実施形態で用いられる識別情報の説明]
次に、各実施形態で用いられる識別情報について説明する。
【０１３８】
まず、第1の識別情報は、UEがURLLCをサポートするか否かを示す情報である。第1の識別情報は、5GでのUEの能力を示す、5GMM能力情報要素 (5GMM capability information element) を構成するビットで表わされる情報でもよい。さらに、第1の識別情報は、UEがURLLCの使用の要求を示す情報であってもよい。
【０１３９】
さらに、第1の識別情報は、UEが冗長化通信をサポートするか否かを示す情報であってもよい。第1の識別情報は、5GでのUEの能力を示す、5GMM能力情報要素を構成するビットで表わされる情報でもよい。さらに、第1の識別情報は、UEが冗長化通信の使用の要求を示す情報であってもよい。
【０１４０】
ここで、冗長化通信の使用の要求を示す情報は、URLLCの使用の要求を示す情報であってもよい。さらに、冗長化通信の使用の要求を示す情報は、第2から3の識別情報の内、一又複数の識別情報を組合せた情報であってもよい。言い換えると、UEは、第1から3の識別情報の内、一又複数の識別情報を組合せた情報をネットワークに送信することで、冗長化通信の使用の要求を示してもよい。尚、第1から3の識別情報は、別々の識別情報として送受信されてもよいし、1つの識別情報として送受信されてもよい。
【０１４１】
さらに、第1の識別情報は、UEの設定、及び/又はUEの状態、及び/又はユーザポリシー、及び/又はアプリケーションの要求に基づいて、選択、決定される情報であってもよい。さらに、第1の識別情報は、別のUEが保持する情報、及び/又は別のUEに対応づけられた情報に基づいて、選択、決定される情報であってもよい。
【０１４２】
また、第2の識別情報は、UEが属するグループの種類を示す情報である。第2の識別情報は、UE Reliability Group (UE RG)であってよい。より詳細には、第2の識別情報は、冗長化通信を行うにあたって、UEがどの冗長化グループに属しているかを示す情報であってよい。
【０１４３】
例えば、第1のUEが、第2のUEと協調して、冗長化通信を実現する場合、第1のUEが属する冗長化グループは、第2のUEが属する冗長化グループとは異なる冗長化グループであってよい。
【０１４４】
さらに、第2の識別情報は、UEの設定、及び/又はUEの状態、及び/又はユーザポリシー、及び/又はアプリケーションの要求に基づいて、選択、決定される情報であってもよい。さらに、第2の識別情報は、別のUEが保持する情報、及び/又は別のUEに対応づけられた情報に基づいて、選択、決定される情報であってもよい。
【０１４５】
また、第3の識別情報は、別のUEを識別する情報である。第3の識別情報は、冗長化通信を実現するために、協調する別のUEを識別する情報であってよい。例えば、第1のUEが、第2のUEと協調して、冗長化通信を実現する場合、第3の識別情報は、第2のUEを識別する情報であってよい。ここで、別のUEを識別する情報は、別のUEに対応づけられた5G-GUTIであってよい。
【０１４６】
さらに、第3の識別情報は、UEの設定、及び/又はUEの状態、及び/又はユーザポリシー、及び/又はアプリケーションの要求に基づいて、選択、決定される情報であってもよい。さらに、第3の識別情報は、別のUEが保持する情報、及び/又は別のUEに対応づけられた情報に基づいて、選択、決定される情報であってもよい。
【０１４７】
また、第11の識別情報は、ネットワークがURLLCをサポートするか否かを示す情報である。第11の識別情報は、5Gでのネットワークの能力を示す、5GSネットワーク機能サポート情報要素 (5GS network feature support information element) を構成するビットで表わされる情報でもよい。さらに、第11の識別情報は、UEのURLLCの使用が許可されたことを示す情報であってもよい。
【０１４８】
さらに、第11の識別情報は、ネットワークが冗長化通信をサポートするか否かを示す情報であってもよい。さらに、第11の識別情報は、5Gでのネットワークの能力を示す、5GSネットワーク機能サポート情報要素を構成するビットで表わされる情報でもよい。さらに、第11の識別情報は、UEの冗長化通信の使用が許可されたことを示す情報であってもよい。
【０１４９】
ここで、冗長化通信の使用が許可されたことを示す情報は、URLLCの使用が許可されたことを示す情報であってもよい。さらに、冗長化通信の使用が許可されたことを示す情報は、第12から15の識別情報の内、一又複数の識別情報を組合せた情報であってもよい。言い換えると、ネットワークは、第11から15の識別情報の内、一又複数の識別情報を組合せた情報をUEに送信することで、冗長化通信の使用が許可されたことを示してもよい。尚、第11から15の識別情報は、別々の識別情報として送受信されてもよいし、1つの識別情報として送受信されてもよい。
【０１５０】
さらに、第11の識別情報は、ネットワークによって、受信した第1の識別情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報等に基づいて、選択、決定される情報であってもよい。さらに、第11の識別情報は、各実施形態における本手続きにおいて、ネットワークが選択した他の識別情報に基づいて、選択、決定される情報であってもよい。
【０１５１】
また、第12の識別情報は、UEが属するグループの種類を示す情報である。第12の識別情報は、UE Reliability Group (UE RG)であってよい。より詳細には、第12の識別情報は、冗長化通信を行うにあたって、UEがどの冗長化グループに属しているかを示す情報であってよい。
【０１５２】
例えば、第1のUEが、第2のUEと協調して、冗長化通信を実現する場合、第1のUEが属する冗長化グループは、第2のUEが属する冗長化グループとは異なる冗長化グループであってよい。
【０１５３】
さらに、第12の識別情報は、ネットワークによって、受信した第2の識別情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報等に基づいて、選択、決定される情報であってもよい。さらに、第12の識別情報は、各実施形態における本手続きにおいて、ネットワークが選択した他の識別情報に基づいて、選択、決定される情報であってもよい。さらに、第12の識別情報は別のUEに対応づけられた情報に基づいて、選択、決定される情報であってもよい。
【０１５４】
また、第13の識別情報は、別のUEを識別する情報である。第13の識別情報は、冗長化通信を実現するために、協調する別のUEを識別する情報であってよい。例えば、第1のUEが、第2のUEと協調して、冗長化通信を実現する場合、第13の識別情報は、第2のUEを識別する情報であってよい。ここで、別のUEを識別する情報は、別のUEに対応づけられた5G-GUTIであってよい。
【０１５５】
さらに、第13の識別情報は、ネットワークによって、受信した第3の識別情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報等に基づいて、選択、決定される情報であってもよい。さらに、第13の識別情報は、各実施形態における本手続きにおいて、ネットワークが選択した他の識別情報に基づいて、選択、決定される情報であってもよい。さらに、第13の識別情報は別のUEに対応づけられた情報に基づいて、選択、決定される情報であってもよい。
【０１５６】
また、第14の識別情報は、DNNのリストを示す情報である。第14の識別情報は、冗長化通信に用いることができるDNNのリストを示す情報であってよい。より詳細には、第14の識別情報は、冗長化通信を実現するためのPDUセッションの確立に用いることができるDNNのリストを示す情報であってよい。言い換えると、UEは、第14の識別情報が示すDNNのリストに含まれるDNNを用いることで、冗長化通信を実現するためのPDUセッションを確立することができてもよい。
【０１５７】
さらに、第14の識別情報は、ネットワークによって、受信した第1の識別情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報等に基づいて、選択、決定される情報であってもよい。さらに、第14の識別情報は、各実施形態における本手続きにおいて、ネットワークが選択した他の識別情報に基づいて、選択、決定される情報であってもよい。
【０１５８】
また、第15の識別情報は、S-NSSAIのリストを示す情報である。第15の識別情報は、冗長化通信に用いることができるS-NSSAIのリストを示す情報であってよい。より詳細には、第15の識別情報は、冗長化通信を実現するためのPDUセッションの確立に用いることができるS-NSSAIのリストを示す情報であってよい。言い換えると、UEは、第15の識別情報が示すS-NSSAIのリストに含まれるS-NSSAIを用いることで、冗長化通信を実現するためのPDUセッションを確立することができてもよい。
【０１５９】
さらに、第15の識別情報は、ネットワークによって、受信した第1の識別情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報等に基づいて、選択、決定される情報であってもよい。さらに、第15の識別情報は、各実施形態における本手続きにおいて、ネットワークが選択した他の識別情報に基づいて、選択、決定される情報であってもよい。
【０１６０】
また、第21の識別情報は、各実施形態における本手続きで確立されるPDUセッションにおいて、UEがURLLCをサポートするか否かを示す情報である。第21の識別情報は、URLLCをサポートするPDUセッションの確立の要求を示す情報であってもよい。
【０１６１】
第21の識別情報は、各実施形態における本手続きで確立されるPDUセッションにおいて、UEが冗長化通信をサポートするか否かを示す情報であってもよい。第21の識別情報は、冗長化通信をサポートするPDUセッションの確立の要求を示す情報であってもよい。
【０１６２】
さらに、第21の識別情報は、各実施形態における本手続きで確立されるPDUセッションが、冗長化通信を実現するためのPDUセッションであることを示す情報であってもよい。ここで、冗長化通信を実現するためのPDUセッションであることを示す情報は、URLLCの通信を実現するためのPDUセッションであることを示す情報であってもよい。さらに、冗長化通信を実現するためのPDUセッションであることを示す情報は、第22から27の識別情報の内、一又複数の識別情報を組合せた情報であってもよい。言い換えると、UEは、第21から27の識別情報の内、一又複数の識別情報を組合せた情報をネットワークに送信することで、各実施形態における本手続きで確立されるPDUセッションが、冗長化通信を実現するためのPDUセッションであることを示してもよい。尚、第21から27の識別情報は、別々の識別情報として送受信されてもよいし、1つの識別情報として送受信されてもよい。
【０１６３】
さらに、第21の識別情報は、送受信された第11から第15の識別情報の内、一つ以上の識別情報、及び/又はUEの設定、及び/又はUEの状態、及び/又はユーザポリシー、及び/又はアプリケーションの要求に基づいて、選択、決定される情報であってもよい。
【０１６４】
また、第22の識別情報は、各実施形態における本手続きで確立されるPDUセッションの種類を示す情報である。第22の識別情報は、Redundancy Sequence Number (RSN)であってよい。より詳細には、第22の識別情報は、各実施形態における本手続きで確立されるPDUセッションが、1本目のPDUセッションであるか、2本目のPDUセッションであるかを示す情報であってもよい。
【０１６５】
さらに、第22の識別情報は、各実施形態における本手続きで確立されるPDUセッションが、冗長化通信を実現するためのPDUセッションである場合に、送受信される情報であってよい。言い換えると、第22の識別情報は、各実施形態における本手続きで確立されるPDUセッションが、URLLCを実現するためのPDUセッションである場合に、送受信される情報であってよい。
【０１６６】
さらに、第22の識別情報は、送受信された第11から第15の識別情報の内、一つ以上の識別情報、及び/又はUEの設定、及び/又はUEの状態、及び/又はユーザポリシー、及び/又はアプリケーションの要求に基づいて、選択、決定される情報であってもよい。
【０１６７】
また、第23の識別情報は、SSC modeを示す情報である。第23の識別情報は、UEが要求するSSC modeを示す情報であってもよい。より詳細には、第23の識別情報は、UEが要求する、各実施形態における本手続きで確立されるPDUセッションに対応づけられるSSC modeを示す情報であってもよい。なお、第23の識別情報は、SSC mode 1を示す情報であってもよいし、SSC mode 2を示す情報であってもよいし、SSC mode 3を示す情報であってもよい。
【０１６８】
さらに、第23の識別情報は、送受信された第11から第15の識別情報の内、一つ以上の識別情報、及び/又はUEの設定、及び/又はUEの状態、及び/又はユーザポリシー、及び/又はアプリケーションの要求に基づいて、選択、決定される情報であってもよい。
【０１６９】
また、第24の識別情報は、PDUセッションタイプを示す情報である。第24の識別情報は、UEが要求するPDUセッションタイプを示す情報であってもよい。より詳細には、第24の識別情報は、UEが要求する、各実施形態における本手続きで確立されるPDUセッションに対応づけられるPDUセッションタイプを示す情報であってもよい。なお、第24の識別情報は、IPv4を示す情報であってもよいし、IPv6を示す情報であってもよいし、IPv4v6を示す情報であってもよい。さらに、第24の識別情報は、Unstructuredを示す情報であってもよいし、Ethernet(登録商標)を示す情報であってもよい。
【０１７０】
さらに、第24の識別情報は、送受信された第11から第15の識別情報の内、一つ以上の識別情報、及び/又はUEの設定、及び/又はUEの状態、及び/又はユーザポリシー、及び/又はアプリケーションの要求に基づいて、選択、決定される情報であってもよい。
【０１７１】
また、第25の識別情報は、DNNを示す情報である。第25の識別情報は、UEが要求するDNNを示す情報であってもよい。より詳細には、第25の識別情報は、UEが要求する、各実施形態における本手続きで確立されるPDUセッションに対応づけられるDNNを示す情報であってもよい。
【０１７２】
さらに、第25の識別情報は、送受信された第11から第15の識別情報の内、一つ以上の識別情報、及び/又はUEの設定、及び/又はUEの状態、及び/又はユーザポリシー、及び/又はアプリケーションの要求に基づいて、選択、決定される情報であってもよい。
【０１７３】
また、第26の識別情報は、S-NSSAIを示す情報である。第26の識別情報は、UEが要求するS-NSSAIを示す情報であってもよい。より詳細には、第26の識別情報は、UEが要求する、各実施形態における本手続きで確立されるPDUセッションに対応づけられるS-NSSAIを示す情報であってもよい。
【０１７４】
さらに、第26の識別情報は、送受信された第11から第15の識別情報の内、一つ以上の識別情報、及び/又はUEの設定、及び/又はUEの状態、及び/又はユーザポリシー、及び/又はアプリケーションの要求に基づいて、選択、決定される情報であってもよい。
【０１７５】
また、第27の識別情報は、PDUセッションIDを示す情報である。第27の識別情報は、確立済みのPDUセッションを識別するためのPDUセッションIDを示す情報であってもよい。言い換えると、第27の識別情報は、各実施形態における本手続きで確立されるPDUセッションを識別するためのPDUセッションIDとは異なるPDUセッションIDを示す情報であってもよい。さらに、言い換えると、第27の識別情報は、第28の識別情報が示すPDUセッションIDとは異なるPDUセッションIDを示す情報であってもよい。
【０１７６】
さらに、第27の識別情報は、1本目のPDUセッションとして確立されたPDUセッションを識別するためのPDUセッションIDを示す情報であってもよい。尚、第27の識別情報は、各実施形態における本手続きが、2本目のPDUセッションを確立するための手続き(以下、2本目のPDUセッションを確立するためのPDUセッション確立手続きとも呼称する)である場合に、送受信される識別情報であってもよい。
【０１７７】
さらに、第27の識別情報は、各実施形態における本手続きが、SSC mode 3のPDUセッションのアンカーポイント変更手続き内で実行される手続きである場合に、送受信される識別情報であってもよい。ここで、前記SSC mode 3のPDUセッションのアンカーポイント変更手続きは、前記2本目のPDUセッションのアンカーポイントを変更するための手続き(以下、SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手続きとも呼称する)であってよい。
【０１７８】
さらに、第27の識別情報は、送受信された第11から第15の識別情報の内、一つ以上の識別情報、及び/又はUEの設定、及び/又はUEの状態、及び/又はユーザポリシー、及び/又はアプリケーションの要求に基づいて、選択、決定される情報であってもよい。
【０１７９】
また、第28の識別情報は、PDUセッションIDを示す情報である。第28の識別情報は、UEが要求するPDUセッションIDを示す情報であってもよい。より詳細には、第28の識別情報は、UEが要求する、各実施形態における本手続きで確立されるPDUセッションを識別するためのPDUセッションIDを示す情報であってもよい。言い換えると、第28の識別情報は、既に確立されているPDUセッションを識別するためのPDUセッションIDとは異なるPDUセッションIDを示す情報であってもよい。さらに、言い換えると、第28の識別情報は、第27の識別情報が示すPDUセッションIDとは異なるPDUセッションIDを示す情報であってもよい。
【０１８０】
さらに、第28の識別情報は、2本目のPDUセッションとして確立されるPDUセッションを識別するためのPDUセッションIDを示す情報であってもよい。より詳細には、第28の識別情報は、各実施形態における本手続きが2本目のPDUセッションを確立するための手続きである場合に、2本目のPDUセッションを識別するためのPDUセッションIDを示す情報であってもよい。
【０１８１】
さらに、第28の識別情報は、SSC mode 3のPDUセッションのアンカーポイント変更手続きにおける第2のPDUセッションを識別するためのPDUセッションIDを示す情報であってもよい。言い換えると、第28の識別情報は、SSC mode 3のPDUセッションのアンカーポイント変更手続きにおける第1のPDUセッションを識別するためのPDUセッションIDとは異なるPDUセッションIDを示す情報であってもよい。
【０１８２】
さらに、第28の識別情報は、送受信された第11から第15の識別情報の内、一つ以上の識別情報、及び/又は第27の識別情報、及び/又はUEの設定、及び/又はUEの状態、及び/又はユーザポリシー、及び/又はアプリケーションの要求に基づいて、選択、決定される情報であってもよい。
【０１８３】
また、第29の識別情報は、PDUセッションIDを示す情報である。第29の識別情報は、old PDU session IDを示す情報であってもよい。第29の識別情報は、確立済みのPDUセッションを識別するためのPDUセッションIDを示す情報であってもよい。言い換えると、第29の識別情報は、各実施形態における本手続きで確立されるPDUセッションを識別するためのPDUセッションIDとは異なるPDUセッションIDを示す情報であってもよい。さらに、言い換えると、第29の識別情報は、第28の識別情報が示すPDUセッションIDとは異なるPDUセッションIDを示す情報であってもよい。
【０１８４】
さらに、第29の識別情報は、SSC mode 3のPDUセッションのアンカーポイント変更手続きにおける第1のPDUセッションを識別するためのPDUセッションIDを示す情報であってもよい。尚、第29の識別情報は、各実施形態における本手続きが、SSC mode 3のPDUセッションのアンカーポイント変更手続き内で実行される手続きである場合に、送受信される識別情報であってもよい。
【０１８５】
さらに、第29の識別情報は、送受信された第11から第15の識別情報の内、一つ以上の識別情報、及び/又はUEの設定、及び/又はUEの状態、及び/又はユーザポリシー、及び/又はアプリケーションの要求に基づいて、選択、決定される情報であってもよい。
【０１８６】
また、第31の識別情報は、各実施形態における本手続きで確立されるPDUセッションにおいて、ネットワークがURLLCをサポートするか否かを示す情報である。第31の識別情報は、URLLCをサポートするPDUセッションが確立されることを示す情報であってもよい。さらに、第31の識別情報は、URLLCをサポートするPDUセッションの確立要求が受諾されたことを示す情報であってもよい。
【０１８７】
さらに、第31の識別情報は、各実施形態における本手続きで確立されるPDUセッションにおいて、ネットワークが冗長化通信をサポートするか否かを示す情報であってもよい。さらに、第31の識別情報は、冗長化通信をサポートするPDUセッションが確立されることを示す情報であってもよい。さらに、第31の識別情報は、冗長化通信をサポートするPDUセッションの確立要求が受諾されたことを示す情報であってもよい。
【０１８８】
さらに、第31の識別情報は、各実施形態における本手続きで確立されるPDUセッションが、冗長化通信を実現するためのPDUセッションであることを示す情報であってもよい。ここで、冗長化通信を実現するためのPDUセッションであることを示す情報は、URLLCの通信を実現するためのPDUセッションであることを示す情報であってもよい。さらに、冗長化通信を実現するためのPDUセッションであることを示す情報は、第32から37の識別情報の内、一又複数の識別情報を組合せた情報であってもよい。言い換えると、ネットワークは、第31から37の識別情報の内、一又複数の識別情報を組合せた情報をUEに送信することで、各実施形態における本手続きで確立されるPDUセッションが、冗長化通信を実現するためのPDUセッションであることを示してもよい。尚、第31から37の識別情報は、別々の識別情報として送受信されてもよいし、1つの識別情報として送受信されてもよい。
【０１８９】
さらに、第31の識別情報は、ネットワークによって、受信した第21の識別情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報等に基づいて、選択、決定される情報であってもよい。さらに、第31の識別情報は、各実施形態における本手続きにおいて、ネットワークが選択した他の識別情報に基づいて、選択、決定される情報であってもよい。
【０１９０】
また、第32の識別情報は、各実施形態における本手続きで確立されるPDUセッションの種類を示す情報である。第32の識別情報は、Redundancy Sequence Number (RSN)であってよい。より詳細には、第32の識別情報は、各実施形態における本手続きで確立されるPDUセッションが、1本目のPDUセッションであるか、2本目のPDUセッションであるかを示す情報であってもよい。
【０１９１】
さらに、第32の識別情報は、各実施形態における本手続きで確立されるPDUセッションが、冗長化通信を実現するためのPDUセッションである場合に、送受信される情報であってよい。言い換えると、第32の識別情報は、各実施形態における本手続きで確立されるPDUセッションが、URLLCを実現するためのPDUセッションである場合に、送受信される情報であってよい。
【０１９２】
さらに、第32の識別情報は、ネットワークによって、受信した第22の識別情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報等に基づいて、選択、決定される情報であってもよい。さらに、第32の識別情報は、各実施形態における本手続きにおいて、ネットワークが選択した他の識別情報に基づいて、選択、決定される情報であってもよい。
【０１９３】
また、第33の識別情報は、SSC modeを示す情報である。第33の識別情報は、ネットワークによって選択されたSSC modeを示す情報であってもよい。より詳細には、第33の識別情報は、ネットワークが選択した、各実施形態における本手続きで確立されるPDUセッションに対応づけられるSSC modeを示す情報であってもよい。なお、選択されたSSC modeは、SSC mode 1であってもよいし、SSC mode 2であってもよいし、SSC mode 3であってもよい。
【０１９４】
さらに、第33の識別情報は、ネットワークによって、受信した第23の識別情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報等に基づいて、選択、決定される情報であってもよい。さらに、第33の識別情報は、各実施形態における本手続きで、ネットワークが選択した他の識別情報に基づいて、選択、決定される情報であってもよい。
【０１９５】
また、第34の識別情報は、PDUセッションタイプを示す情報である。第34の識別情報は、ネットワークによって選択されたPDUセッションタイプを示す情報であってもよい。より詳細には、第34の識別情報は、ネットワークが選択した、各実施形態における本手続きで確立されるPDUセッションに対応づけられるPDUセッションタイプを示す情報であってもよい。なお、選択されたPDUセッションタイプは、IPv4であってもよいし、IPv6であってもよいし、IPv4v6であってもよい。さらに、選択されたPDUセッションタイプは、Unstructuredであってもよいし、Ethernet(登録商標)であってもよい。
【０１９６】
さらに、第34の識別情報は、ネットワークによって、受信した第24の識別情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報等に基づいて、選択、決定される情報であってもよい。さらに、第34の識別情報は、各実施形態における本手続きにおいて、ネットワークが選択した他の識別情報に基づいて、選択、決定される情報であってもよい。
【０１９７】
また、第35の識別情報は、DNNを示す情報である。第35の識別情報は、ネットワークによって選択されたDNNを示す情報であってもよい。より詳細には、第35の識別情報は、ネットワークが選択した、各実施形態における本手続きで確立されるPDUセッションに対応づけられるDNNを示す情報であってもよい。
【０１９８】
さらに、第35の識別情報は、ネットワークによって、受信した第25の識別情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報等に基づいて、選択、決定される情報であってもよい。さらに、第35の識別情報は、各実施形態における本手続きにおいて、ネットワークが選択した他の識別情報に基づいて、選択、決定される情報であってもよい。
【０１９９】
また、第36の識別情報は、S-NSSAIを示す情報である。第36の識別情報は、ネットワークによって選択されたS-NSSAIを示す情報であってもよい。より詳細には、第36の識別情報は、ネットワークが選択した、各実施形態における本手続きで確立されるPDUセッションに対応づけられるS-NSSAIを示す情報であってもよい。
【０２００】
さらに、第36の識別情報は、ネットワークによって、受信した第26の識別情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報等に基づいて、選択、決定される情報であってもよい。さらに、第36の識別情報は、各実施形態における本手続きにおいて、ネットワークが選択した他の識別情報に基づいて、選択、決定される情報であってもよい。
【０２０１】
また、第37の識別情報は、PDUセッションIDを示す情報である。第37の識別情報は、確立済みのPDUセッションを識別するためのPDUセッションIDを示す情報であってもよい。言い換えると、第37の識別情報は、各実施形態における本手続きで確立されるPDUセッションを識別するためのPDUセッションIDとは異なるPDUセッションIDを示す情報であってもよい。さらに、言い換えると、第37の識別情報は、第38の識別情報が示すPDUセッションIDとは異なるPDUセッションIDを示す情報であってもよい。
【０２０２】
さらに、第37の識別情報は、1本目のPDUセッションとして確立されたPDUセッションを識別するためのPDUセッションIDを示す情報であってもよい。尚、第37の識別情報は、各実施形態における本手続きが、2本目のPDUセッションを確立するための手続きである場合に、送受信される識別情報であってもよい。
【０２０３】
さらに、第37の識別情報は、ネットワークによって、受信した第27の識別情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報等に基づいて、選択、決定される情報であってもよい。さらに、第37の識別情報は、各実施形態における本手続きにおいて、ネットワークが選択した他の識別情報に基づいて、選択、決定される情報であってもよい。
【０２０４】
また、第38の識別情報は、PDUセッションIDを示す情報である。第38の識別情報は、ネットワークによって決定されたPDUセッションIDを示す情報であってもよい。より詳細には、第38の識別情報は、ネットワークが決定した、各実施形態における本手続きで確立されるPDUセッションに対応づけられるPDUセッションIDを示す情報であってもよい。言い換えると、第38の識別情報は、既に確立されているPDUセッションを識別するためのPDUセッションIDとは異なるPDUセッションIDを示す情報であってもよい。さらに、言い換えると、第38の識別情報は、第37の識別情報が示すPDUセッションIDとは異なるPDUセッションIDを示す情報であってもよい。
【０２０５】
さらに、第38の識別情報は、2本目のPDUセッションとして確立されるPDUセッションを識別するためのPDUセッションIDを示す情報であってもよい。より詳細には、第38の識別情報は、各実施形態における本手続きが2本目のPDUセッションを確立するための手続きである場合に、2本目のPDUセッションを識別するためのPDUセッションIDを示す情報であってもよい。
【０２０６】
さらに、第38の識別情報は、ネットワークによって、受信した第27の識別情報、及び/又は第28の識別情報、及び/又は第29の識別情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報等に基づいて、選択、決定される情報であってもよい。さらに、第38の識別情報は、各実施形態における本手続きにおいて、ネットワークが選択した他の識別情報に基づいて、選択、決定される情報であってもよい。
【０２０７】
また、第40の識別情報は、UEの要求の一部が許可されない理由を示す理由値である。第40の識別情報は、5GSM理由値(5GSM cause)であってよい。
【０２０８】
例えば、第40の識別情報は、2本目のPDUセッションの確立が、現在は許可されていないことを示す情報であってもよい。具体的には、第40の識別情報は、各実施形態における本手続きの完了後に、2本目のPDUセッションを確立することが、現在は許可されていないことを示す情報であってもよい。
【０２０９】
さらに、第40の識別情報は、各実施形態における本手続きで確立されるPDUセッションを用いた通信が、現在は許可されていないことを示す情報であってもよい。具体的には、第40の識別情報は、UEが要求したPDUセッションIDに対応づけられるPDUセッションを用いた通信が、現在は許可されていないことを示す情報であってもよい。言い換えると、第40の識別情報は、2本目のPDUセッションを用いた通信が、現在は許可されていないことを示す情報であってもよい。
【０２１０】
さらに、第40の識別情報は、現在のPLMNにおいて、2本目のPDUセッションの確立が許可されていないことを示す情報であってもよいし、2本目のPDUセッションを用いた通信が許可されていないことを示す情報であってもよい。
【０２１１】
さらに、第40の識別情報は、UEが現在属しているエリアにおいて、2本目のPDUセッションの確立が許可されていないことを示す情報であってもよいし、2本目のPDUセッションを用いた通信が許可されていないことを示す情報であってもよい。尚、UEが現在属しているエリアとは、一又複数のトラッキングエリアによって構成されるエリアであってもよい。
【０２１２】
さらに、第40の識別情報は、ネットワークによって、受信した第21から29の識別情報の内、一又複数の識別情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報等に基づいて、選択、決定される情報であってもよい。さらに、第40の識別情報は、各実施形態における本手続きにおいて、ネットワークが選択した他の識別情報に基づいて、選択、決定される情報であってもよい。
【０２１３】
また、第41の識別情報は、バックオフタイマー(以下、単にタイマーとも呼称する)の値を示す情報である。第41の識別情報は、2本目のPDUセッションの確立が許可されていない時間を示す情報であってもよい。さらに、第41の識別情報は、各実施形態における本手続きで確立されるPDUセッションを用いた通信が、許可されていない時間を示す情報であってもよい。ここで、各実施形態における本手続きで確立されるPDUセッションは、2本目のPDUセッションであってよい。また、時間を示す情報とは、期間を示す情報であってもよいし、時刻を示す情報であってもよい。
【０２１４】
各装置は、第41の識別情報の送受信に基づいて、第41の識別情報をバックオフタイマーの値として設定してもよいし、第41の識別情報を設定したバックオフタイマーを開始してもよい。さらに、UEは、第41の識別情報を設定したバックオフタイマーの満了に基づいて、2本目のPDUセッションを確立するためのPDUセッション確立手続きを開始してもよい。さらに、各装置は、第41の識別情報を設定したバックオフタイマーの満了に基づいて、各実施形態における本手続きで確立されるPDUセッションを用いた通信が許可されたと認証してもよいし、各実施形態における本手続きで確立されるPDUセッションを用いた通信が可能な状態へ遷移してもよい。
【０２１５】
また、第51の識別情報は、UEの要求が許可されない理由を示す理由値である。第51の識別情報は、5GSM理由値(5GSM cause)であってよい。
【０２１６】
例えば、第51の識別情報は、要求されたPDUセッションの確立が、現在は許可されていないことを示す情報であってもよい。
【０２１７】
具体的には、第51の識別情報は、UEが要求したPDUセッションIDに対応づけられるPDUセッションの確立が、現在は許可されていないことを示す情報であってもよい。言い換えると、第51の識別情報は、2本目のPDUセッションの確立が、現在は許可されていないことを示す情報であってもよい。
【０２１８】
さらに、第51の識別情報は、現在のPLMNにおいて、2本目のPDUセッションの確立が許可されていないことを示す情報であってもよい。さらに、第51の識別情報は、UEが現在属しているエリアにおいて、2本目のPDUセッションの確立が許可されていないことを示す情報であってもよい。尚、UEが現在属しているエリアとは、一又複数のトラッキングエリアによって構成されるエリアであってもよい。
【０２１９】
さらに、第51の識別情報は、ネットワークによって、受信した第21から29の識別情報の内、一又複数の識別情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報等に基づいて、選択、決定される情報であってもよい。さらに、第51の識別情報は、各実施形態における本手続きにおいて、ネットワークが選択した他の識別情報に基づいて、選択、決定される情報であってもよい。
【０２２０】
また、第52の識別情報は、バックオフタイマーの値を示す情報である。第52の識別情報は、2本目のPDUセッションの確立が許可されていない時間を示す情報であってもよい。また、時間を示す情報とは、期間を示す情報であってもよいし、時刻を示す情報であってもよい。
【０２２１】
各装置は、第52の識別情報の送受信に基づいて、第52の識別情報をバックオフタイマーの値として設定してもよいし、第52の識別情報を設定したバックオフタイマーを開始してもよい。さらに、UEは、第52の識別情報を設定したバックオフタイマーの満了に基づいて、2本目のPDUセッションを確立するためのPDUセッション確立手続きを開始してもよい。
【０２２２】
また、第61の識別情報は、PDUセッションIDを示す情報である。第61の識別情報は、各実施形態における本手続きに関連するPDUセッションを識別するPDUセッションIDを示す情報であってよい。
【０２２３】
例えば、第61の識別情報は、1本目のPDUセッションとして確立されたPDUセッションを識別するためのPDUセッションIDを示す情報であってもよい。さらに、第61の識別情報は、2本目のPDUセッションとして確立されるPDUセッションを識別するためのPDUセッションIDを示す情報であってもよい。
【０２２４】
尚、ネットワークは、第61の識別情報に、1本目のPDUセッションとして確立されたPDUセッションを識別するためのPDUセッションID以外の情報を含めてもよいし、2本目のPDUセッションとして確立されるPDUセッションを識別するためのPDUセッションIDを示す情報以外の情報を含めてもよい。具体的には、ネットワークは、第61の識別情報に、空の情報を含めてもよいし、ダミーの情報を含めてもよい。
【０２２５】
さらに、第61の識別情報は、ネットワークによって、以前送受信した情報、及び/又は、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報等に基づいて、選択、決定される情報であってもよい。さらに、第61の識別情報は、各実施形態における本手続きにおいて、ネットワークが選択した他の識別情報に基づいて、選択、決定される情報であってもよい。
【０２２６】
また、第62の識別情報は、PDUセッションの変更が必要な理由を示す理由値である。第62の識別情報は、5GSM理由値(5GSM cause)であってよい。
【０２２７】
例えば、第62の識別情報は、PDUセッションの再有効化の要求を示す情報であってもよい。ここで、PDUセッションの再有効化の要求を示す情報は、第39の5GSM理由値(5GSM cause)である、再有効化要求を示す情報であってもよい。
【０２２８】
さらに、第62の識別情報は、2本目のPDUセッションの確立が許可されるようになったことを示す情報であってもよい。言い換えると、第62の識別情報は、2本目のPDUセッションの確立が可能になったことを示す情報であってもよい。
【０２２９】
さらに、第62の識別情報は、2本目のPDUセッションを用いた通信が許可されるようになったことを示す情報であってもよい。言い換えると、第62の識別情報は、2本目のPDUセッションを用いた通信が可能になったことを示す情報であってもよい。
【０２３０】
さらに、第62の識別情報は、ネットワークによって、以前送受信した情報、及び/又は、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報等に基づいて、選択、決定される情報であってもよい。さらに、第62の識別情報は、各実施形態における本手続きにおいて、ネットワークが選択した他の識別情報に基づいて、選択、決定される情報であってもよい。
【０２３１】
[4. 第1の実施形態]
次に、第1の実施形態について説明する。ここでは、第1の実施形態を本実施形態とも呼称する。
【０２３２】
本章では、4.1章の「登録手続き」、4.2章の「1本目のPDUセッションを確立するためのPDUセッション確立手続き」、4.3章の「2本目のPDUセッションを確立するためのPDUセッション確立手続き」、4.4章の「1本目のPDUセッションを確立するPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケース」の順に説明する。
【０２３３】
まず、各装置は、4.1章に記載の登録手続きを実行することにより、UEがネットワークに登録される状態に遷移する。
【０２３４】
その後、各装置は、4.2章に記載のPDUセッション確立手続きを実行することにより、1本目のPDUセッションを確立し、UEとDNとの間で、1本目のPDUセッションを用いた通信を行うことができる状態へ遷移する。
【０２３５】
その後、各装置は、4.3章に記載のPDUセッション確立手続きを実行することにより、2本目のPDUセッションを確立し、UEとDNとの間で、2本目のPDUセッションを用いた通信を行うことができる状態へ遷移する。このとき、UEは、1本目のPDUセッション及び2本目のPDUセッションを用いてユーザデータの送受信を行うことができるため、各装置は、冗長化通信が可能な状態であるとも言える。
【０２３６】
最後に、各装置が、4.2章に記載のPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケースについて、4.4章で説明する。
【０２３７】
尚、本実施形態の手続きでは、各装置は、登録手続きにおいて、UEとネットワークとの間で、URLLCのサポート情報、冗長化通信のサポート情報、及び/又はIPアドレス維持のサポート情報を交換してよい。
【０２３８】
さらに、各装置は、PDUセッション確立手続きにおいて、登録手続きで交換した情報を基に、UEとネットワークとの間で、URLLCがサポートされたPDUセッションを確立してもよいし、冗長化通信がサポートされたPDUセッションを確立してもよいし、IPアドレス維持がサポートされたPDUセッションを確立してもよい。尚、URLLCがサポートされたPDUセッション、冗長化通信がサポートされたPDUセッション、IPアドレス維持がサポートされたPDUセッションは、特定のDNに対してのみに確立可能なPDUセッションであってよい。ここで、特定のDNとは、例えば、LADNであってもよい。
【０２３９】
さらに、各装置は、確立されたPDUセッションを用いることにより、URLLCがサポートされたユーザデータの通信を実行してもよいし、冗長化通信を実行してもよいし、IPアドレス維持がサポートされたユーザデータの通信を実行してもよい。
【０２４０】
また、本実施形態に記載される内容は、これらが異なる装置(つまり、異なる物理的なハードウェア、又は異なる論理的なハードウェア、又は異なるソフトウェア)として構成される場合にも適用可能である。
【０２４１】
[4.1. 登録手続き]
まず、登録手続き (Registration procedure) について、図9を用いて説明する。ここでは、登録手続きを本手続きとも呼称する。登録手続きは、5GSにおける手続きである。登録手続きは、UEが主導してアクセスネットワーク、及び/又はコアネットワーク、及び/又はDNへ登録する為の手続きである。UEは、ネットワークに登録していない状態であれば、例えば、電源投入時等の任意のタイミングで本手続きを実行することができる。言い換えると、UEは、非登録状態(RM-DEREGISTERED state)であれば任意のタイミングで本手続きを開始できる。また、各装置(特にUEとAMF)は、登録手続きの完了に基づいて、登録状態(RM-REGISTERED state)に遷移することができる。
【０２４２】
さらに、登録手続きは、ネットワークにおけるUEの位置登録情報を更新する、及び/又は、UEからネットワークへ定期的にUEの状態を通知する、及び/又は、ネットワークにおけるUEに関する特定のパラメータを更新する為の手続きであってもよい。
【０２４３】
UEは、TAを跨ぐモビリティをした際に、登録手続きを開始してもよい。言い換えると、UEは、保持しているTAリストで示されるTAとは異なるTAに移動した際に、登録手続きを開始してもよい。さらに、UEは、実行しているタイマーが満了した際に本手続きを開始してもよい。さらに、UEは、PDUセッションの切断や無効化が原因で各装置のコンテキストの更新が必要な際に登録手続きを開始してもよい。さらに、UEは、UEのPDUセッション確立に関する、能力情報、及び/又はプリファレンスに変化が生じた場合、登録手続きを開始してもよい。さらに、UEは、定期的に登録手続きを開始してもよい。さらに、UEは、UE設定更新手続きの完了に基づいて、登録手続きを開始してもよい。尚、UEは、これらに限らず、任意のタイミングで登録手続きを実行することができる。
【０２４４】
まず、UEは、5G ANを介して、AMFに登録要求(Registration request)メッセージを送信することにより(S800)(S802)(S804)、登録手続きを開始する。具体的には、UEは、登録要求メッセージを含むRRCメッセージを、5G AN内のgNB_110に送信する(S800)。尚、登録要求メッセージは、NASメッセージである。また、RRCメッセージは、UEと5G AN又は5G AN内のgNBとの間で送受信される制御メッセージであってよい。また、NASメッセージはNASレイヤで処理され、RRCメッセージはRRCレイヤで処理される。尚、NASレイヤはRRCレイヤよりも上位のレイヤである。
【０２４５】
ここで、UEは、登録要求メッセージ及び/又はRRCメッセージに、第1の識別情報を含めて送信することができるが、これらとは異なる制御メッセージ、例えば、RRCレイヤよりも下位のレイヤ(例えば、MACレイヤ、RLCレイヤ、PDCPレイヤ)の制御メッセージに含めて送信してもよい。ここで、第1の識別情報が示す内容は、上述の通りであってよい。UEは、この識別情報を送信することにより、この識別情報の内容を、ネットワークに通知することができる。この識別情報は、これらのメッセージに含められることで、UEの要求を示してもよい。
【０２４６】
また、UEは、登録要求メッセージにSMメッセージ(例えば、PDUセッション確立要求メッセージ)を含めて送信することで、又は登録要求メッセージとともにSMメッセージ(例えば、PDUセッション確立要求メッセージ)を送信することで、登録手続き中にPDUセッション確立手続きを開始してもよい。
【０２４７】
5G AN内のgNB_110は、登録要求メッセージを含むRRCメッセージを受信すると、登録要求メッセージを転送するAMFを選択する(S802)。尚、5G AN内のgNB_110は、登録要求メッセージ及び/又はRRCメッセージに含まれる情報に基づいて、AMFを選択することができる。ここでは、AMF_210が選択されたものとする。5G AN内のgNB_110は、受信したRRCメッセージから登録要求メッセージを取り出し、選択されたAMF_210に、登録要求メッセージを転送する(S804)。
【０２４８】
AMF_210は、登録要求メッセージを受信すると、UEが要求していること、及び/又は登録要求メッセージに含まれる各種の識別情報の内容を認識することができる。
【０２４９】
AMF_210は、登録要求メッセージを受信すると、第1の条件判別を実行することができる。第1の条件判別とは、ネットワーク(又はAMF)がUEの要求を受諾するか否かを判別するためのものである。AMFは、第1の条件判別が真の場合、図9の(A)の手続きを開始するのに対し、第1の条件判別が偽の場合、図9の(B)の手続きを開始する。
【０２５０】
尚、第1の条件判別は、登録要求メッセージの受信、及び/又は登録要求メッセージに含まれる各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、実行されてもよい。例えば、UEの要求をネットワークが許可する場合、第1の条件判別は真であり、UEの要求をネットワークが許可しない場合、第1の条件判別は偽でよい。また、UEの登録先のネットワーク、及び/又はネットワーク内の装置が、UEの要求する機能をサポートしている場合、第1の条件判別は真であり、UEの要求する機能をサポートしていない場合、第1の条件判別は偽でよい。さらに、送受信される識別情報が許可される場合、第1の条件判別は真であり、送受信される識別情報が許可されない場合、第1の条件判別は偽でよい。尚、第1の条件判別の真偽が決まる条件は前述した条件に限らなくてもよい。
【０２５１】
まず、第1の条件判別が真の場合について説明する。AMF_210は、図9の(A)の手続きにおいて、まず第4の条件判別を実行することができる。第4の条件判別は、AMF_210がSMFとの間でSMメッセージの送受信を実施するか否かを判別するためのものである。
【０２５２】
尚、第4の条件判別は、AMF_210がSMメッセージを受信したか否かに基づいて実行されてよい。また、第4の条件判別は、登録要求メッセージにSMメッセージが含まれているかに基づいて、実行されてもよい。例えば、AMF_210がSMメッセージを受信した場合、及び/又は登録要求メッセージにSMメッセージが含まれていた場合、第4の条件判別は真であってよく、AMF_210がSMメッセージを受信しなかった場合、及び/又は登録要求メッセージにSMメッセージが含まれていなかった場合、第4の条件判別は偽であってよい。尚、第4の条件判別の真偽が決まる条件は前述した条件に限らなくてもよい。
【０２５３】
AMF_210は、第4の条件判別が真の場合には、SMFを選択し、選択されたSMFとの間でSMメッセージの送受信を実行するのに対し、第4の条件判別が偽の場合には、それらを実行しない(S806)。ここでは、SMF_220が選択されたものとする。また、AMF_210は、第4の条件判別が真の場合であっても、SMFから拒絶を示すSMメッセージを受信した場合には、図9の(A)の手続きを中止する場合がある。このとき、AMF_210は、図9の(B)の手続きを開始することができる。
【０２５４】
尚、AMF_210は、S806において、SMF_220との間でSMメッセージの送受信を行う際に、登録要求メッセージで受信した識別情報をSMF_220に通知することができる。SMF_220は、AMFとの間で、SMメッセージの送受信によって、AMF_210から受信した識別情報を取得することができる。
【０２５５】
次に、AMF_210は、登録要求メッセージの受信、及び/又はSMF_220との間のSMメッセージの送受信の完了に基づいて、登録要求メッセージに対する応答メッセージとして、gNB_110を介して、UEに登録受諾(Registration accept)メッセージを送信する(S808)。例えば、第4の条件判別が真の場合、AMF_210は、UEからの登録要求メッセージの受信に基づいて、登録受諾メッセージを送信してもよい。また、第4の条件判別が偽の場合、AMF_210は、SMF_220との間のSMメッセージの送受信の完了に基づいて、登録受諾メッセージを送信してもよい。尚、登録受諾メッセージは、N1インターフェース上で送受信されるNASメッセージであるが、UEとgNB_110間はRRCメッセージに含まれて送受信される。
【０２５６】
AMF_210は、登録受諾メッセージに、第11、14、15の識別情報のうちの少なくとも1つを含めて送信してもよい。ここで、第11、14、15の識別情報が示す内容は、上述の通りであってよい。AMF_210は、これらの識別情報のうちの少なくとも1つを送信することにより、これらの識別情報の内容を、UEに通知することができる。また、AMF_210は、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UEの要求が受諾されたことを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
【０２５７】
また、AMF_210は、登録受諾メッセージにどの識別情報を含めるかについて、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMF_210が保持するコンテキスト等に基づいて、選択、決定してもよい。
【０２５８】
また、AMF_210は、登録受諾メッセージにSMメッセージ(例えば、PDUセッション確立受諾メッセージ)を含めて送信するか、又は登録受諾メッセージとともにSMメッセージ(例えば、PDUセッション確立受諾メッセージ)を送信することができる。ただし、この送信方法は、登録要求メッセージの中にSMメッセージ(例えば、PDUセッション確立要求メッセージ)が含められており、かつ、第4の条件判別が真の場合に、実行されてもよい。また、この送信方法は、登録要求メッセージとともにSMメッセージ(例えば、PDUセッション確立要求メッセージ)を含められており、かつ、第4の条件判別が真の場合に、実行されてもよい。AMFは、このような送信方法を行うことにより、登録手続きにおいて、SMのための手続きが受諾されたことを示すことができる。
【０２５９】
また、AMF_210は、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、登録受諾メッセージを送信することで、UEの要求が受諾されたことを示してもよい。
【０２６０】
さらに、AMF_210は、登録受諾メッセージに、UEの一部の要求が拒絶されたことを示す情報を含めて送信してもよいし、UEの一部の要求が拒絶されたことを示す情報を送信することで、UEの一部の要求が拒絶された理由を示してもよい。さらに、UEは、UEの一部の要求が拒絶されたことを示す情報を受信することで、UEの一部の要求が拒絶された理由を認識してもよい。尚、拒絶された理由は、AMF_210が受信した識別情報が示す内容が許可されていないことを示す情報であってもよい。
【０２６１】
UEは、gNB_110を介して、登録受諾メッセージを受信する(S808)。UEは、登録受諾メッセージを受信することで、登録要求メッセージによるUEの要求が受諾されたこと、及び/又は登録受諾メッセージに含まれる各識別情報の内容を認識することができる。
【０２６２】
UEは、さらに、登録受諾メッセージに対する応答メッセージとして、登録完了メッセージを、gNB_110を介して、AMF_210に送信することができる(S810)。尚、UEは、PDUセッション確立受諾メッセージ等のSMメッセージを受信した場合は、登録完了メッセージに、PDUセッション確立完了メッセージ等のSMメッセージを含めて送信してもよいし、SMメッセージを含めることで、SMのための手続きが完了したことを示してもよい。ここで、登録完了メッセージは、N1インターフェース上で送受信されるNASメッセージであるが、UEとgNB間はRRCメッセージに含まれて送受信される。
【０２６３】
AMF_210は、gNB_110を介して、登録完了メッセージを受信する(S810)。また、各装置は、登録受諾メッセージ、及び/又は登録完了メッセージの送受信に基づき、図9の(A)の手続きを完了する。
【０２６４】
次に、第1の条件判別が偽の場合について説明する。AMF_210は、図9の(B)の手続きにおいて、登録要求メッセージに対する応答メッセージとして、gNB_110を介して、UEに登録拒絶(Registration reject)メッセージを送信する(S812)。ここで、登録拒絶メッセージは、N1インターフェース上で送受信されるNASメッセージであるが、UEとgNB_110間はRRCメッセージに含まれて送受信される。
【０２６５】
尚、AMF_210は、登録拒絶メッセージを送信することで、登録要求メッセージによるUEの要求が拒絶されたことを示してもよい。さらに、AMF_210は、登録拒絶メッセージに拒絶された理由を示す情報を含めて送信してもよいし、拒絶された理由を送信することで拒絶された理由を示してもよい。さらに、UEは、UEの要求が拒絶された理由を示す情報を受信することで、UEの要求が拒絶された理由を認識してもよい。尚、拒絶された理由は、AMFが受信した識別情報が示す内容が許可されていないことを示す情報であってもよい。
【０２６６】
UEは、gNB_110を介して、登録拒絶メッセージを受信する(S812)。UEは、登録拒絶メッセージを受信することで、登録要求メッセージによるUEの要求が拒絶されたこと、及び登録拒絶メッセージに含まれる各種の識別情報の内容を認識することができる。また、UEは、登録要求メッセージを送信した後、所定の期間が経過しても、登録拒絶メッセージを受信しない場合には、UEの要求が拒絶されたことを認識してもよい。各装置は、登録拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。
【０２６７】
尚、図9の(B)の手続きは、図9の(A)の手続きを中止した場合に開始される場合もある。図9の(A)の手続きにおいて、第4の条件判別が真の場合、AMF_210は、登録拒絶メッセージに、PDUセッション確立拒絶メッセージ等の拒絶を意味するSMメッセージを含めて送信してもよいし、拒絶を意味するSMメッセージを含めることで、SMのための手続きが拒絶されたことを示してもよい。その場合、UEは、さらに、PDUセッション確立拒絶メッセージ等の拒絶を意味するSMメッセージを受信してもよいし、SMのための手続きが拒絶されたことを認識してもよい。
【０２６８】
各装置は、図9の(A)又は(B)の手続きの完了に基づいて、登録手続きを完了する。尚、各装置は、図9の(A)の手続きの完了に基づいて、UEがネットワークに登録された状態(RM_REGISTERED state)に遷移してもよいし、図9の(B)の手続きの完了に基づいて、UEがネットワークに登録されていない状態(RM_DEREGISTERED state)を維持してもよいし、UEがネットワークに登録されていない状態へ遷移してもよい。また、各装置の各状態への遷移は、登録手続きの完了に基づいて行われてもよく、PDUセッションの確立に基づいて行われてもよい。
【０２６９】
さらに、各装置は、登録手続きの完了に基づいて、登録手続きで送受信した情報に基づいた処理を実施してもよい。例えば、UEの一部の要求が拒絶されたことを示す情報を送受信した場合、UEの要求が拒絶された理由を認識してもよい。さらに、各装置は、UEの要求が拒絶された理由に基づいて、再度本手続きを実施してもよいし、コアネットワークや別のセルに対して登録手続きを実施してもよい。
【０２７０】
さらに、UEは、登録手続きの完了に基づいて、登録受諾メッセージ、及び/又は登録拒絶メッセージとともに受信した識別情報を記憶してもよいし、ネットワークの決定を認識してもよい。
【０２７１】
[4.2. 1本目のPDUセッションを確立するためのPDUセッション確立手続き]
次に、あるDNに対してPDUセッションを確立するために行うPDUセッション確立手続き (PDU session establishment procedure) の概要について、図10を用いて説明する。ここでは、このPDUセッション確立手続きを本手続きとも呼称する。PDUセッション確立手続きは、5GSにおける手続きである。PDUセッション確立手続きは、各装置がPDUセッションを確立する為の手続きである。尚、各装置は、PDUセッション確立手続きを、登録手続きが完了して登録状態となった任意のタイミングで開始することができる。また、各装置は、PDUセッション確立手続きを、登録手続きの中で実行することができてもよい。また、各装置は、PDUセッション確立手続きの完了に基づいて、PDUセッションを確立してもよい。尚、PDUセッション確立手続きは、UEが主導して開始される手続きであってよいし、UEが要求して開始される手続きであってよい。各装置は、PDUセッション確立手続きを複数回実行することにより、複数のPDUセッションを確立してもよい。
【０２７２】
さらに、UEは、登録手続きで受信した識別情報に基づいて、PDUセッション確立手続きを開始してもよい。例えば、UEは、URLLCがサポートされている場合、URLLCをサポートするPDUセッションを確立するために、PDUセッション確立手続きを開始してもよい。さらに、UEは、冗長化通信がサポートされている場合、冗長化通信をサポートするPDUセッションを確立するために、PDUセッション確立手続きを開始してもよい。さらに、UEは、IPアドレス維持がサポートされている場合、IPアドレス維持をサポートするPDUセッションを確立するために、PDUセッション確立手続きを開始してもよい。
【０２７３】
まず、UEは、5G AN及びAMF_210を介して、SMF_220にPDUセッション確立要求(PDU session establishment request)メッセージを含むNASメッセージを送信することにより(S900)(S902)(S904)、PDUセッション確立手続きを開始する。
【０２７４】
具体的には、UEは、N1インターフェースを介して、5G AN内のgNB_110を介して、AMF_210に、PDUセッション確立要求メッセージを含むNASメッセージを送信する(S900)。
【０２７５】
ここで、UEは、PDUセッション確立要求メッセージ及び/又はNASメッセージに、第21から23、28の識別情報のうちの少なくとも1つを含めて送信することができるが、これらとは異なる制御メッセージ、例えば、NASレイヤよりも下位のレイヤ(例えば、RRCレイヤ、MACレイヤ、RLCレイヤ、PDCPレイヤ)の制御メッセージに含めて送信してもよい。ここで、NASメッセージは、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。さらに、第21から23、28の識別情報が示す内容は、上述の通りであってよいが、第22の識別情報で示されるRedundancy Sequence Number (RSN) は、確立されるPDUセッションが1本目のPDUセッションであることを示すことが好ましく、また、第23の識別情報で示されるSSC modeは、SSC mode 1であることが好ましい。尚、第23の識別情報で示されるSSC modeは、SSC mode 2やSSC mode 3であることを排除しない。UEは、これらの識別情報を送信することにより、これらの識別情報の内容を、ネットワークに通知することができる。また、これらの識別情報は、これらのメッセージに含められることで、UEの要求を示してもよい。また、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０２７６】
AMF_210は、PDUセッション確立要求メッセージを含むNASメッセージを受信する(S900)と、NASメッセージからPDUセッション確立要求メッセージを取り出すとともに、PDUセッション確立要求メッセージの転送先としてSMFを選択する(S902)。尚、AMF_210は、PDUセッション確立要求メッセージ及び/又はNASメッセージに含まれる各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、転送先のSMFを選択してもよい。ここでは、SMF_220が選択されたものとする。
【０２７７】
AMF_210は、選択されたSMF_220に、N11インターフェースを介して、PDUセッション確立要求メッセージを転送する(S904)。
【０２７８】
SMF_220は、PDUセッション確立要求メッセージを受信すると、UEが要求していること、及び/又はPDUセッション確立要求メッセージに含まれる各種の識別情報を認識することができる。そして、SMF_220は、第3の条件判別を実行する。第3の条件判別は、SMF_220が、UEの要求を受諾するか否かを判断する為のものである。第3の条件判別において、SMF_220は第3の条件判別が真であるか偽であるかを判定する。SMF_220は、第3の条件判別が真の場合、図10の(A)の手続きを開始し、第3の条件判別が偽の場合、図10の(B)の手続きを開始する。
【０２７９】
尚、第3の条件判別は、PDUセッション確立要求メッセージ、及び/又はPDUセッション確立要求メッセージに含まれる各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMF_220が保持するコンテキスト等に基づいて、実行されてもよい。例えば、UEの要求をネットワークが許可する場合、第3の条件判別は真でよい。また、UEの要求をネットワークが許可しない場合、第3の条件判別は偽でよい。さらに、UEの接続先のネットワーク、及び/又はネットワーク内の装置が、UEが要求する機能をサポートしている場合、第3の条件判別は真でよく、UEが要求する機能をサポートしていない場合、第3の条件判別は偽でよい。さらに、送受信される識別情報が許可される場合、第3の条件判別は真であり、送受信される識別情報が許可されない場合、第3の条件判別は偽でよい。尚、第3の条件判別の真偽が決まる条件は前述した条件に限らなくてもよい。
【０２８０】
次に、第3の条件判別が真の場合のステップ、すなわち図10の(A)の手続きの各ステップを説明する。SMF_220は、PDUセッションの確立先のUPFを選択し、選択されたUPFに、N4インターフェースを介して、セッション確立要求メッセージを送信し(S906)、図10の(A)の手続きを開始する。ここでは、UPF_230が選択されたものとする。
【０２８１】
ここで、SMF_220は、PDUセッション確立要求メッセージの受信に基づいて取得した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMF_220が保持するコンテキスト等に基づいて、1以上のUPFを選択してもよい。尚、複数のUPFが選択された場合、SMF_220は、各々のUPFに対してセッション確立要求メッセージを送信してもよい。
【０２８２】
UPF_230は、N4インターフェースを介して、SMF_220からセッション確立要求メッセージを受信し(S906)、PDUセッションのためのコンテキストを作成する。さらに、UPF_230は、セッション確立要求メッセージを受信、及び/又はPDUセッションのためのコンテキストの作成に基づいて、N4インターフェースを介して、SMF_220にセッション確立応答メッセージを送信する(S908)。
【０２８３】
SMF_220は、セッション確立要求メッセージに対する応答メッセージとして、N4インターフェースを介して、UPF_230からセッション確立応答メッセージを受信する(S908)。SMF_220は、PDUセッション確立要求メッセージの受信、及び/又はUPFの選択、及び/又はセッション確立応答メッセージの受信に基づいて、UEに割り当てるアドレスのアドレス割り当てを行ってよい。
【０２８４】
SMF_220は、PDUセッション確立要求メッセージの受信、及び/又はUPFの選択、及び/又はセッション確立応答メッセージの受信、及び/又はUEに割り当てるアドレスのアドレス割り当ての完了に基づいて、AMF_210を介して、UEにPDUセッション確立受諾(PDU session establishment accept)メッセージを送信する(S910)(S912)。
【０２８５】
具体的には、SMF_220は、N11インターフェースを介して、AMF_210にPDUセッション確立受諾メッセージを送信すると(S910)、これを受信したAMF_210は、N1インターフェースを介して、gNB_110を介して、UEにPDUセッション確立受諾メッセージを含むNASメッセージを送信する(S912)。尚、PDUセッション確立受諾メッセージは、NASメッセージであり、PDUセッション確立要求に対する応答メッセージであってよい。また、PDUセッション確立受諾メッセージは、PDUセッションの確立が受諾されたことを示すことができる。さらに、NASメッセージは、ダウンリンクNASトランスポート(DL NAS transport)メッセージであってよい。
【０２８６】
ここで、SMF_220及び/又はAMF_210は、PDUセッション確立受諾メッセージを送信することで、PDUセッション確立要求によるUEの要求が受諾されたことを示してもよい。
【０２８７】
SMF_220及び/又はAMF_210は、PDUセッション確立受諾メッセージに、第31から33、38の識別情報のうちの少なくとも1つを含めて送信してもよい。ここで、第31から33、38の識別情報が示す内容は、上述の通りであってよいが、第32の識別情報で示されるRedundancy Sequence Number (RSN) は、確立されるPDUセッションが1本目のPDUセッションであることを示すことが好ましく、また、第33の識別情報で示されるSSC modeは、SSC mode 1であることが好ましい。また、第38の識別情報で示されるPDUセッションIDは、本章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDと同一であってもよいし、異なってもよい。SMF_220及び/又はAMF_210は、これらの識別情報のうちの少なくとも1つを送信することにより、これらの識別情報の内容を、UEに通知することができる。
【０２８８】
尚、SMF_220及び/又はAMF_210は、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UEの要求が受諾されたことを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
【０２８９】
尚、SMF_220及び/又はAMF_210は、PDUセッション確立受諾メッセージにどの識別情報を含めるかを、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、選択、決定してもよい。
【０２９０】
また、SMF_220及び/又はAMF_210は、選択した、及び/又は許可したPDUセッションIDをPDUセッション確立受諾メッセージに含めることができる。また、SMF_220及び/又はAMF_210は、選択した、及び/又は許可したPDUセッションのタイプを示すPDUセッションタイプを指定することができる。PDUセッションタイプとしては、上述の通り、IPv4、IPv6、IP、Ethernet(登録商標)、Unstructuredのいずれかを指定することができる。また、SMF_220及び/又はAMF_210は、選択した、及び/又は許可したPDUセッションのSSCモードをPDUセッション確立受諾メッセージに含めることができる。
【０２９１】
さらに、SMF_220及びAMF_210は、承認されたQoSルール群をPDUセッション確立受諾メッセージに含めることができる。尚、承認されたQoSルール群には一又複数のQoSルールが含まれてよい。さらに、本手続きにおいて、QoSフロー、及び/又はユーザプレーン無線ベアラが複数確立される場合、承認されたQoSルール群には複数のQoSルールが含まれてもよい。逆に本手続きにおいて、QoSフロー、及び/又はユーザプレーン無線ベアラが1つのみ確立される場合、承認されたQoSルール群には1つのQoSルールが含まれてもよい。
【０２９２】
さらに、SMF_220は、PDUセッション確立受諾メッセージに、UEの一部の要求が拒絶されたことを示す情報を含めて送信してもよいし、UEの一部の要求が拒絶されたことを示す情報を送信することで、UEの一部の要求が拒絶された理由を示してもよい。さらに、UEは、UEの一部の要求が拒絶されたことを示す情報を受信することで、UEの一部の要求が拒絶された理由を認識してもよい。尚、拒絶された理由は、SMF_220が受信した識別情報が示す内容が許可されていないことを示す情報であってもよい。
【０２９３】
UEは、N1インターフェースを介して、AMF_210からPDUセッション確立受諾メッセージを含むNASメッセージを受信(S912)する。UEは、PDUセッション確立受諾メッセージを受信することで、PDUセッション確立要求によるUEの要求が受諾されたこと、及び/又はPDUセッション確立受諾メッセージに含まれる各識別情報の内容を認識することができる。
【０２９４】
次に、UEは、AMF_210を介してSMF_220にPDUセッション確立完了メッセージを送信する(S914)(S916)。具体的には、UEは、N1インターフェースを介して、AMF_210にPDUセッション確立完了メッセージを送信する(S914)。AMF_210は、UEからPDUセッション確立完了メッセージを受信すると、N11インターフェースを介して、SMF_220にPDUセッション確立完了メッセージを送信する(S916)。
【０２９５】
尚、AMF_210がSMF_220に送信するPDUセッション確立完了メッセージは、S910でSMF_220からAMF_210に送信されたPDUセッション確立受諾メッセージに対する応答メッセージであってよい。また、PDUセッション確立完了メッセージは、NASメッセージであってよい。また、PDUセッション確立完了メッセージは、PDUセッション確立手続きが完了することを示すメッセージであればよい。
【０２９６】
SMF_220は、N11インターフェースを介して、AMF_210からPDUセッション確立完了メッセージを受信すると(S916)、第2の条件判別を実行することができる。第2の条件判別は、送受信されるN4インターフェース上のメッセージの種類を決定する為ものである。第2の条件判別が真の場合、SMF_220は、N4インターフェースを介して、UPF_230にセッション変更要求メッセージを送信すると(S918)、その応答メッセージとして、UPF_230から送信されるセッション変更受諾メッセージを受信する(S920)。第2の条件判別が偽の場合、SMF_220は、N4インターフェースを介して、UPF_230にセッション確立要求メッセージを送信すると(S918)、その応答メッセージとして、UPF_230から送信されるセッション変更受諾メッセージを受信する(S920)。
【０２９７】
尚、第2の条件判別は、PDUセッションのためのN4インターフェース上のセッションが確立されているか否かに基づいて、実行されてもよい。例えば、PDUセッションのためのN4インターフェース上のセッションが確立されている場合、第2の条件判別は真であってよく、PDUセッションのためのN4インターフェース上のセッションが確立されていない場合、第2の条件判別は偽であってよい。尚、第2の条件判別の真偽が決まる条件は前述した条件に限らなくてもよい。
【０２９８】
各装置は、PDUセッション確立完了メッセージの送受信、及び/又はセッション変更応答メッセージの送受信、及び/又はセッション確立応答メッセージの送受信に基づいて、図10の(A)の手続きを完了する。図10の(A)の手続きが完了したとき、UEは、DNに対するPDUセッションが確立している状態にいる。
【０２９９】
次に、図10の(B)の手続きの各ステップを説明する。SMF_220は、AMF_210を介して、UEにPDUセッション確立拒絶(PDU session establishment reject)メッセージを送信する(S922)(S924)。具体的には、SMF_220は、N11インターフェースを介して、AMF_210にPDUセッション確立拒絶メッセージを送信する(S922)。AMF_210は、N11インターフェースを介して、SMF_220からPDUセッション確立要求メッセージを受信すると(S922)、N1インターフェースを用いて、UEにPDUセッション確立拒絶メッセージを送信する(S924)。
【０３００】
尚、PDUセッション確立拒絶メッセージは、NASメッセージであってよい。また、PDUセッション確立拒絶メッセージは、PDUセッションの確立が拒絶されたことを示すメッセージであればよい。
【０３０１】
ここで、SMF_220は、PDUセッション確立拒絶メッセージを送信することで、PDUセッション確立要求によるUEの要求が拒絶されたことを示してもよい。さらに、SMF_220は、PDUセッション確立拒絶メッセージに拒絶された理由を示す情報を含めて送信してもよいし、拒絶された理由を送信することで拒絶された理由を示してもよい。さらに、UEは、UEの要求が拒絶された理由を示す情報を受信することで、UEの要求が拒絶された理由を認識してもよい。尚、拒絶された理由は、SMFが受信した識別情報が示す内容が許可されていないことを示す情報であってもよい。
【０３０２】
UEは、PDUセッション確立拒絶メッセージを受信することで、PDUセッション確立要求によるUEの要求が拒絶されたこと、及びPDUセッション確立拒絶メッセージに含まれる各種の識別情報の内容を認識することができる。
【０３０３】
各装置は、図10の(A)又は(B)の手続きの完了に基づいて、PDUセッション確立手続きを完了する。尚、各装置は、図10の(A)の手続きの完了に基づいて、PDUセッションが確立された状態に遷移してもよいし、図10の(B)の手続きの完了に基づいて、PDUセッション確立手続きが拒絶されたことを認識してもよいし、PDUセッションが確立されていない状態に遷移してもよい。さらに、UEは、図10の(A)の手続きが完了することで、確立したPDUセッションを用いて、DNと通信することができる。
【０３０４】
さらに、各装置は、PDUセッション確立手続きの完了に基づいて、PDUセッション確立手続きで送受信した情報に基づいた処理を実施してもよい。例えば、各装置は、UEの一部の要求が拒絶されたことを示す情報を送受信した場合、UEの要求が拒絶された理由を認識してもよい。さらに、各装置は、UEの要求が拒絶された理由に基づいて、再度本手続きを実施してもよいし、別のセルに対してPDUセッション確立手続きを実施してもよい。
【０３０５】
さらに、UEは、PDUセッション確立手続きの完了に基づいて、PDUセッション確立受諾メッセージ、及び/又はPDUセッション確立拒絶メッセージとともに受信した識別情報を記憶してもよいし、ネットワークの決定を認識してもよい。
【０３０６】
[4.3. 2本目のPDUセッションを確立するためのPDUセッション確立手続き]
次に、各装置は、確立された1本目のPDUセッションと同一のDNに対して、2本目のPDUセッションを確立するために、PDUセッション確立手続きを実行する。ここでは、このPDUセッション確立手続きを本手続きとも呼称する。本手続きは、基本的に、4.2章のPDUセッション確立手続きと同一であるが、gNB_110をgNB_112に置き換え、SMF_220をSMF_222に置き換え、UPF_230をUPF_232に置き換える必要がある。また、PDUセッション確立要求メッセージ及び/又はNASメッセージに含まれる識別情報と、PDUセッション確立受諾メッセージに含まれる識別情報が、4.2章とは異なる。しかし、4.2章の説明と共通する部分が多いため、共通する個所の説明は省略し、以下では、異なる個所を中心に説明する。尚、UE、AMF、DNは4.2章と同一である。
【０３０７】
まず、UEは、5G AN及びAMF_210を介して、SMF_222にPDUセッション確立要求メッセージを含むNASメッセージを送信することにより(S900)(S902)(S904)、PDUセッション確立手続きを開始するが、UEは、gNB_110ではなく、gNB_112に対して、PDUセッション確立要求メッセージを含むNASメッセージを送信する(S900)。
【０３０８】
ここで、UEは、PDUセッション確立要求メッセージ及び/又はNASメッセージに、第21から23、28の識別情報のうちの少なくとも1つを含めて送信することができるが、これらとは異なる制御メッセージ、例えば、NASレイヤよりも下位のレイヤ(例えば、RRCレイヤ、MACレイヤ、RLCレイヤ、PDCPレイヤ)の制御メッセージに含めて送信してもよい。ここで、NASメッセージは、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。さらに、第21から23、28の識別情報が示す内容は、上述の通りであってよいが、第22の識別情報で示されるRedundancy Sequence Number (RSN) は、確立されるPDUセッションが2本目のPDUセッションであることを示すことが好ましく、第23の識別情報で示されるSSC modeは、SSC mode 1であることが好ましい。
【０３０９】
また、第28の識別情報で示されるPDUセッションIDは、4.2章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDとは異なることが好ましいし、4.2章のPDUセッション確立受諾メッセージに含まれる第38の識別情報で示されるPDUセッションIDと異なることが好ましい。
【０３１０】
UEは、これらの識別情報を送信することにより、これらの識別情報の内容を、ネットワークに通知することができる。これらの識別情報は、これらのメッセージに含められることで、UEの要求を示してもよい。また、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０３１１】
尚、gNB_112は、UEからPDUセッション確立要求メッセージを受信した場合、AMF_210にN2インターフェースを介して直接転送してもよいし、Xnインターフェースを介してgNB_110に転送し、gNB_110がN2インターフェースを介してAMF_210に転送してもよい。尚、gNB_112がPDUセッション確立要求メッセージをXnインターフェースを介してgNB_110に転送し、gNB_110がN2インターフェースを介してAMF_210に転送するのは、そのUEについてのgNB_112とAMF_210間のN2インターフェースが設定されていない場合であってよい。また、gNB_112がPDUセッション確立要求メッセージをAMF_210にN2インターフェースを介して直接転送するのは、そのUEについてのgNB_112とAMF_210間のN2インターフェースが設定されている場合であってよい。
【０３１２】
また、AMF_210は、PDUセッション確立要求メッセージを受信すると、その転送先としてSMF_222を選択し(S902)、N11インターフェースを介して、SMF_222にPDUセッション確立要求メッセージを転送する (S904)。
【０３１３】
また、SMF_222は、AMF_210からPDUセッション確立要求メッセージを受信(S904)すると、UEが要求していること、及びPDUセッション確立要求メッセージに含まれる各種の識別情報を認識することができる。
【０３１４】
また、SMF_222は、PDUセッションの確立先のUPFとして、UPF_232を選択し、N4インターフェースを介して、UPF_232にセッション確立要求メッセージを送信する(S906)。
【０３１５】
UPF_232は、SMF_222からセッション確立要求メッセージを受信すると、PDUセッションのためのコンテキストを作成し、N4インターフェースを介して、SMF_222にセッション確立応答メッセージを送信する(S908)。
【０３１６】
SMF_222は、UPF_232からセッション確立応答メッセージを受信すると、UEに割り当てるアドレスのアドレス割り当てを行ってよい。SMF_222は、AMF_210を介して、UEにPDUセッション確立受諾メッセージを送信する(S910)(S912)。具体的には、SMF_222は、N11インターフェースを介して、AMF_210にPDUセッション確立受諾メッセージを送信すると(S910)、これを受信したAMF_210は、N1インターフェースを介して、UEにPDUセッション確立受諾メッセージを含むNASメッセージを送信する(S912)。このとき、gNB_112がPDUセッション確立要求メッセージを直接AMF_210に送信している場合には、AMF_210はPDUセッション確立受諾メッセージを直接gNB_112に送信してもよい。また、gNB_112がPDUセッション確立要求メッセージを、gNB_110を介して、AMF_210に送信している場合には、AMF_210はPDUセッション確立受諾メッセージを、gNB_110を介して、gNB_112に送信してもよい。gNB_112は、UEにPDUセッション確立受諾メッセージを含むNASメッセージを送信する。
【０３１７】
ここで、NASメッセージは、ダウンリンクNASトランスポート(DL NAS transport)メッセージであってよい。さらに、SMF_222及び/又はAMF_210は、PDUセッション確立受諾メッセージに、第31から33、38の識別情報のうちの少なくとも1つを含めて送信してもよい。ここで、第31から33、38の識別情報が示す内容は、上述の通りであってよいが、第32の識別情報で示されるRedundancy Sequence Number (RSN) は、確立されるPDUセッションが2本目のPDUセッションであることを示すことが好ましく、また、第33の識別情報で示されるSSC modeは、SSC mode 1であることが好ましい。また、第38の識別情報で示されるPDUセッションIDは、4.2章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDとは異なることが好ましいし、4.2章のPDUセッション確立受諾メッセージに含まれる第38の識別情報で示されるPDUセッションIDと異なることが好ましいし、本章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDと同一であることが好ましいが、異なってもよい。SMF_222及び/又はAMF_210は、これらの識別情報を送信することにより、これらの識別情報の内容を、UEに通知することができる。尚、SMF_222及び/又はAMF_210は、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UEの要求が受諾されたことを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
【０３１８】
また、UEは、PDUセッション確立受諾メッセージを受信することで、PDUセッション確立要求によるUEの要求が受諾されたこと、及び/又はPDUセッション確立受諾メッセージに含まれる各識別情報の内容を認識することができる。
【０３１９】
本手続きと4.2章の手続きとの差異は以上である。尚、本章に記載していない部分については、4.2章の記載を適用することができる。
【０３２０】
本手続きが完了すると、各装置は、既に確立している1本目のPDUセッションに対するDNと同一のDNに対する2本目のPDUセッションが確立されている状態にあってよい。
【０３２１】
以上のようにして確立された2本目のPDUセッションを、1本目のPDUセッションと共に使用することにより、UEは、冗長化通信を行うことができる。
【０３２２】
[4.4. 1本目のPDUセッションを確立するPDUセッション確立手続きを実行した後、すぐ
に2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケース]  各装置は、4.2章の手続きを実行することで、1本目のPDUセッションを確立し、その後すぐに、4.3章の手続きを実行することで、2本目のPDUセッションを確立し、冗長化通信を行うことができる。しかし、例えば混雑している場合など、状況によっては、各装置は、1本目のPDUセッションを確立した後、すぐに2本目のPDUセッションを確立できない場合がある。本章では、このような場合を4つのケースに分けて説明する。
【０３２３】
[4.4.1. ケース1]
ケース1は、1本目のPDUセッションを確立するために実行される4.2章のPDUセッション確立手続きの中で、2本目のPDUセッションの確立が制限されるケースである。
【０３２４】
具体的には、UEは、4.2章のPDUセッション確立手続きにおいて、SMF_220に、PDUセッション確立要求メッセージを送信すると、SMF_220から、第40から41の識別情報のうちの少なくとも1つを含むPDUセッション確立受諾メッセージを受信することによって、2本目のPDUセッションの確立が制限されるケースである。
【０３２５】
ここで、第40の識別情報及び第41の識別情報が示す内容は、上述の通りであってよい。
【０３２６】
つまり、UEは、4.2章のPDUセッション確立手続きにおいて、第40から41の識別情報のうちの少なくとも1つを含むPDUセッション確立受諾メッセージを受信した場合、第41の識別情報で示される期間を経過(タイマーが満了)するまで、4.3章のPDUセッション確立手続きを実行することができない。そして、UEは、第41の識別情報で示される期間を経過(タイマーが満了)した後、4.3章のPDUセッション確立手続きを実行することができるようになる。言い換えると、4.2章のPDUセッション確立受諾メッセージに含まれたタイマー値を受信したUEは、4.3章のPDUセッション確立手続きの実行を制限するタイマーとしてそのタイマー値をセットし、UEはそのセットされたタイマーが満了した後に、第2のPDUセッションを確立する為の手続き(4.3章のPDUセッション確立手続き)を開始することができる。
【０３２７】
[4.4.2. ケース2]
ケース2も、ケース1と同様、1本目のPDUセッションを確立するために実行される4.2章のPDUセッション確立手続きの中で、2本目のPDUセッションの確立が制限されるケースである。
【０３２８】
具体的には、UEは、4.2章のPDUセッション確立手続きにおいて、SMF_220に、PDUセッション確立要求メッセージを送信すると、SMF_220から、第40から41の識別情報のうちの少なくとも1つを含むPDUセッション確立受諾メッセージを受信することによって、2本目のPDUセッションの確立が制限されるケースである。
【０３２９】
ここで、第40の識別情報と第41の識別情報が示す内容は、上述の通りであってよい。
【０３３０】
つまり、UEは、4.2章のPDUセッション確立手続きにおいて、第40から41の識別情報のうちの少なくとも1つを含むPDUセッション確立受諾メッセージを受信した場合、第41の識別情報で示される期間を経過(タイマーが満了)するまで、4.3章のPDUセッション確立手続きを実行することができない。ここまではケース1と同様である。
【０３３１】
しかし、4.2章のPDUセッション確立手続きが完了した後、第41の識別情報で示される期間が経過(タイマーが満了)する前に、コアネットワーク側からPDUセッション変更コマンドメッセージを送信することにより、UEは、第41の識別情報で示される期間が経過(タイマーが満了)する前に、4.3章のPDUセッション確立手続きを実行できるように設定することもできるし、第41の識別情報で示される期間(4.3章のPDUセッション確立手続きを実行できない期間)を延長又は短縮するように設定することもできる。
【０３３２】
また、4.2章のPDUセッション確立手続きが完了した後、第41の識別情報で示される期間が経過(タイマーが満了)した後であっても、UEが4.3章のPDUセッション確立手続きを実行していない場合に、コアネットワーク側からPDUセッション変更コマンドメッセージを送信することにより、第41の識別情報で示される期間(4.3章のPDUセッション確立手続きを実行できない期間)を再設定することもできる。
【０３３３】
さらに、UEは、4.2章のPDUセッション確立手続きにおいて、少なくとも第40の識別情報を含むPDUセッション確立受諾メッセージを受信した場合、コアネットワーク側からPDUセッション変更コマンドメッセージを送信することにより、4.3章のPDUセッション確立手続きを実行できるように設定することもできるし、4.3章のPDUセッション確立手続きを開始することもできる。この場合、PDUセッション確立受諾メッセージは、第41の識別情報を含まなくてもよい。
【０３３４】
具体的には、UEは、4.2章のPDUセッション確立手続きが完了した後、SMF_220から、第61から62の識別情報のうちの少なくとも1つを含むPDUセッション変更コマンドメッセージを受信することで、第2のPDUセッションを確立する為の手続きを開始するタイミングを変更することができる。
【０３３５】
ここで、第61の識別情報及び第62の識別情報が示す内容は、上述の通りであってよい。
【０３３６】
尚、第61の識別情報が、1本目のPDUセッションとして確立されたPDUセッションを識別するためのPDUセッションIDを示す情報、又は2本目のPDUセッションとして確立されるPDUセッションを識別するためのPDUセッションIDを示す情報、又は空(null)を示す情報であることが好ましい。
【０３３７】
また、第61の識別情報が、1本目のPDUセッションとして確立されたPDUセッションを識別するためのPDUセッションIDを示す情報である場合には、第62の識別情報は、2本目のPDUセッションの確立が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションの確立が可能になったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が可能になったことを示す情報であってよい。
【０３３８】
また、第61の識別情報が、2本目のPDUセッションとして確立されるPDUセッションを識別するためのPDUセッションIDを示す情報である場合には、第62の識別情報は、2本目のPDUセッションの確立が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションの確立が可能になったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が可能になったことを示す情報であってよい。
【０３３９】
また、第61の識別情報が、2本目のPDUセッションとして確立されるPDUセッションを識別するためのPDUセッションIDを示す情報である場合には、第62の識別情報は、PDUセッションの再有効化の要求を示す情報であってもよく、具体的には、第39の5GSM理由値(5GSM cause)であってよいし、再有効化要求(reactivation request)を示す情報であってもよい。
【０３４０】
また、第61の識別情報が、空(null)を示す情報である場合には、第62の識別情報は、2本目のPDUセッションの確立が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションの確立が可能になったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が可能になったことを示す情報であってよい。
【０３４１】
また、第61の識別情報が、空(null)を示す情報である場合には、第62の識別情報は、PDUセッションの再有効化の要求を示す情報であってもよく、具体的には、第39の5GSM理由値(5GSM cause)であってよいし、再有効化要求(reactivation request)を示す情報であってもよい。
【０３４２】
尚、PDUセッション変更コマンドメッセージに第61の識別情報を含めないことにより、空(null)を示してもよい。つまり、PDUセッション変更コマンドメッセージに第61の識別情報を含めないときは、第62の識別情報は、2本目のPDUセッションの確立が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションの確立が可能になったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が可能になったことを示す情報であってよい。
【０３４３】
また、PDUセッション変更コマンドメッセージに第61の識別情報を含めないときは、第62の識別情報は、PDUセッションの再有効化の要求を示す情報であってもよく、具体的には、第39の5GSM理由値(5GSM cause)であってよいし、再有効化要求(reactivation request)を示す情報であってもよい。
【０３４４】
また、PDUセッション変更コマンドメッセージは、第41の識別情報を含んでも良い。PDUセッション変更コマンドメッセージに第41の識別情報を含める場合には、第62の識別情報を含めても良いが、第62の識別情報を含めなくてもよい。また、PDUセッション変更コマンドメッセージが、第41の識別情報と第62の識別情報を含む場合には、第62の識別情報で示される情報を優先的に解釈して第41の識別情報で示される情報を無視してもよいし、第62の識別情報で示される情報を無視して第41の識別情報で示される情報を優先的に解釈してもよい。
【０３４５】
ここで、第41の識別情報が示す内容は、上述の通りであってよいが、例えば、2本目のPDUセッションの確立が許可されていない期間(タイマー値)等が示されてよい。
【０３４６】
例えば、第41の識別情報によって示されるタイマー値が0である場合は、UEは、4.3章のPDUセッション確立手続きの実行を制限するタイマーとしてそのタイマー値をセットし、そのセットされたタイマーが満了した後、4.3章のPDUセッション確立手続きを実行することができる。
【０３４７】
また、第41の識別情報によって示されるタイマー値が0以外の値である場合は、UEは、4.3章のPDUセッション確立手続きの実行を制限するタイマーとしてそのタイマー値をセットし、そのセットされたタイマーが満了するまで待ち、そのタイマーが満了した後、4.3章のPDUセッション確立手続きを実行することができる。
【０３４８】
尚、「タイマーが満了した後、4.3章のPDUセッション確立手続きを実行する」とは「タイマーが満了した後、すぐに、UEが4.3章のPDUセッション確立手続きを実行する」ことを意味してもよいし、「タイマーが満了した後、任意のタイミングで、UEが4.3章のPDUセッション確立手続きを実行する」ことを意味してもよい。
【０３４９】
[4.4.3. ケース3]
次に、ケース3は、ケース1やケース2とは異なり、2本目のPDUセッションを確立するために実行される4.3章のPDUセッション確立手続きの中で、2本目のPDUセッションの確立が制限されるケースである。
【０３５０】
具体的には、UEは、4.2章のPDUセッション確立手続きを完了した後、4.3章のPDUセッション確立手続きを実行したが、その4.3章のPDUセッション確立手続きの中で、2本目のPDUセッションの確立が制限されるケースである。より具体的には、UEは、4.3章のPDUセッション確立手続きにおいて、SMF_222に、PDUセッション確立要求メッセージを送信すると、SMF_222から、第51から52の識別情報のうちの少なくとも1つを含むPDUセッション確立拒絶メッセージを受信することによって、2本目のPDUセッションの確立が制限されるケースである。
【０３５１】
ここで、第51の識別情報と第52の識別情報が示す内容は、上述の通りであってよい。
【０３５２】
つまり、UEは、4.2章のPDUセッション確立手続きを完了し、1本目のPDUセッションを確立した後、任意のタイミングで実行された4.3章のPDUセッション確立手続きにおいて、第51から52の識別情報のうちの少なくとも1つを含むPDUセッション確立拒絶メッセージを受信した場合、第52の識別情報で示される期間を経過(タイマーが満了)するまで、再度、4.3章のPDUセッション確立手続きを実行することができない。そして、UEは、第52の識別情報で示される期間を経過(タイマーが満了)した後、再度、4.3章のPDUセッション確立手続きを実行することができるようになる。言い換えると、4.3章のPDUセッション確立拒絶メッセージに含まれたタイマー値をSMF_222から受信したUEは、再度4.3章のPDUセッション確立手続きの実行を制限するタイマーとしてそのタイマー値をセットし、UEはそのセットされたタイマーが満了した後に、第2のPDUセッションを確立する為の手続き(4.3章のPDUセッション確立手続き)を開始することができる。つまり、UEは、このタイマーが満了した後、SMF_222に対して、再度、PDUセッション確立要求メッセージを送信することができる。
【０３５３】
[4.4.4. ケース4]
ケース4も、ケース3と同様、2本目のPDUセッションを確立するために実行される4.3章のPDUセッション確立手続きの中で、2本目のPDUセッションの確立が制限されるケースである。
【０３５４】
ただし、ケース4がPDUセッション確立許諾メッセージによって2本目のPDUセッションの確立が制限されるのに対して、ケース3は、PDUセッション確立拒絶メッセージによって2本目のPDUセッションの確立が制限される点が異なる。
【０３５５】
具体的には、UEは、4.2章のPDUセッション確立手続きを完了した後、4.3章のPDUセッション確立手続きを実行したが、その4.3章のPDUセッション確立手続きの中で、2本目のPDUセッションの確立が制限されるケースである。より具体的には、UEは、4.3章のPDUセッション確立手続きにおいて、SMF_222に、PDUセッション確立要求メッセージを送信すると、SMF_222から、第40から41の識別情報のうちの少なくとも1つを含むPDUセッション確立許諾メッセージを受信することによって、2本目のPDUセッションの確立が制限されるケースである。
【０３５６】
ここで、第40の識別情報と第41の識別情報が示す内容は、上述の通りである。
【０３５７】
尚、UEは、2本目のPDUセッションを確立するために実行される4.3章のPDUセッション確立手続きにおいて、PDUセッション確立許諾メッセージを受信しているため、この手続き自体は成功(正常に完了)しているが、2本目のPDUセッションを確立することができない状態であってよい。ここで、「2本目のPDUセッションを確立することができない」ことは「2本目のPDUセッションを確立しているが、このPDUセッションを使用することができない」ことを意味してもよい。
【０３５８】
つまり、UEは、4.2章のPDUセッション確立手続きを完了し、1本目のPDUセッションを確立した後、任意のタイミングで実行された4.3章のPDUセッション確立手続きにおいて、第40から41の識別情報のうちの少なくとも1つを含むPDUセッション確立受諾メッセージを受信した場合、第41の識別情報で示される期間を経過(タイマーが満了)するまで、2本目のPDUセッションを確立することができない。そして、UEは、第41の識別情報で示される期間を経過(タイマーが満了)した後、2本目のPDUセッションを確立することができるようになる。ここで、「2本目のPDUセッションを確立することができる」ことは「2本目のPDUセッションを確立していたが、このPDUセッションを使用することができる」ことを意味してもよい。
【０３５９】
言い換えると、4.3章のPDUセッション確立受諾メッセージに含まれたタイマー値を受信したUEは、2本目のPDUセッションの確立を制限するタイマーとしてそのタイマー値をセットし、UEはそのセットされたタイマーが満了した時に、2本目のPDUセッションを確立することができる。
【０３６０】
しかし、PDUセッション確立受諾メッセージを受信した後、第41の識別情報で示される期間が経過(タイマーが満了)する前に、コアネットワーク側からPDUセッション変更コマンドメッセージを送信することにより、UEは、第41の識別情報で示される期間が経過(タイマーが満了)する前に、2本目のPDUセッションを確立することができるように設定することもできるし、第41の識別情報で示される期間(2本目のPDUセッションを確立することができない期間)を延長又は短縮するように設定することもできる。
【０３６１】
また、PDUセッション確立受諾メッセージを受信した後、第41の識別情報で示される期間が経過(タイマーが満了)した後であっても、2本目のPDUセッションを確立していない場合に、コアネットワーク側からPDUセッション変更コマンドメッセージを送信することにより、第41の識別情報で示される期間(2本目のPDUセッションを確立することができない期間)を再設定することもできる。
【０３６２】
さらに、UEは、4.3章のPDUセッション確立手続きにおいて、少なくとも第40の識別情報を含むPDUセッション確立受諾メッセージを受信した場合、コアネットワーク側からPDUセッション変更コマンドメッセージを送信することにより、UEは、2本目のPDUセッションを確立することができるように設定することもできるし、2本目のPDUセッションを用いた通信も実行可能となる。この場合、PDUセッション確立受諾メッセージは、第41の識別情報を含まなくてもよい。
【０３６３】
具体的には、UEは、4.3章のPDUセッション確立手続きが完了した後、SMF_222から、第61から62の識別情報のうちの少なくとも1つを含むPDUセッション変更コマンドメッセージを受信することで、第2のPDUセッションを確立するタイミングを変更することができる。
【０３６４】
ここで、第61の識別情報及び第62の識別情報が示す内容は、上述の通りであってよい。
【０３６５】
尚、第61の識別情報は、2本目のPDUセッションとして確立されるPDUセッションを識別するためのPDUセッションIDを示す情報であることが好ましい。
【０３６６】
また、第62の識別情報は、2本目のPDUセッションの確立が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションの確立が可能になったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が可能になったことを示す情報であってよい。
【０３６７】
さらに、第62の識別情報は、PDUセッションの再有効化の要求を示す情報であってもよく、具体的には、第39の5GSM理由値(5GSM cause)であってよいし、再有効化要求(reactivation request)を示す情報であってもよい。
【０３６８】
また、PDUセッション変更コマンドメッセージは、第41の識別情報を含んでも良い。PDUセッション変更コマンドメッセージに第41の識別情報を含める場合には、第62の識別情報を含めても良いが、第62の識別情報を含めなくてもよい。また、PDUセッション変更コマンドメッセージが、第41の識別情報と第62の識別情報を含む場合には、第62の識別情報で示される情報を優先的に解釈して第41の識別情報で示される情報を無視してもよいし、第62の識別情報で示される情報を無視して第41の識別情報で示される情報を優先的に解釈してもよい。
【０３６９】
ここで、第41の識別情報が示す内容は、上述の通りであってよいが、例えば、2本目のPDUセッションの確立が許可されていない期間(タイマー値)等が示されてよい。
【０３７０】
例えば、第41の識別情報によって示されるタイマー値が0である場合は、UEは、2本目のPDUセッションの確立を制限するタイマーとしてそのタイマー値をセットし、そのセットされたタイマーが満了した後、2本目のPDUセッションを確立することができる。
【０３７１】
また、第41の識別情報によって示されるタイマー値が0以外の値である場合は、UEは、2本目のPDUセッションの確立を制限するタイマーとしてそのタイマー値をセットし、そのセットされたタイマーが満了するまで待ち、そのタイマーが満了した後、2本目のPDUセッションを確立することができる。
【０３７２】
尚、「タイマーが満了した後、2本目のPDUセッションを確立する」とは「タイマーが満了した後、すぐに、UEが2本目のPDUセッションを確立する」ことを意味してもよいし、「タイマーが満了した後、任意のタイミングで、UEが2本目のPDUセッションを確立する」ことを意味してもよい。
【０３７３】
[5. 第2の実施形態]
次に、第2の実施形態について説明する。ここでは、第2の実施形態を本実施形態とも呼称する。
【０３７４】
本章では、5.1章の「登録手続き」、5.2章の「1本目のPDUセッションを確立するためのPDUセッション確立手続き」、5.3章の「2本目のPDUセッションを確立するためのPDUセッション確立手続き」、5.4章の「1本目のPDUセッションを確立するPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケース」、5.5章の「SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手続き」の順に説明する。
【０３７５】
まず、各装置は、5.1章に記載の登録手続きを実行することにより、UEがネットワークに登録される状態に遷移する。
【０３７６】
その後、各装置は、5.2章に記載のPDUセッション確立手続きを実行することにより、1本目のPDUセッションを確立し、UEとDNとの間で、1本目のPDUセッションを用いた通信を行うことができる状態へ遷移する。
【０３７７】
次に、各装置は、5.3章に記載のPDUセッション確立手続きを実行することにより、2本目のPDUセッションを確立し、UEとDNとの間で、2本目のPDUセッションを用いた通信を行うことができる状態へ遷移する。このとき、UEは、1本目のPDUセッション及び2本目のPDUセッションを用いてユーザデータの送受信を行うことができるため、各装置は、冗長化通信が可能な状態であるとも言える。
【０３７８】
次に、各装置が、5.2章に記載のPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケースについて、5.4章で説明する。
【０３７９】
最後に、各装置が、5.5章に記載の手続きを実行することにより、2本目のPDUセッションのSSC modeがSSC mode 3である場合に、SSC mode 3のPDUセッションを提供するPDUセッションアンカーの変更手続きを実行することにより、3本目の(新たな)PDUセッションを確立した後、2本目の(既存の)PDUセッションを解放することで、セッションを継続しながら、PDUセッションアンカー(すなわちUPF)を変更する手続きについて説明する。
【０３８０】
尚、本実施形態の手続きでは、各装置は、登録手続きにおいて、UEとネットワークとの間で、URLLCのサポート情報、冗長化通信のサポート情報、及び/又はIPアドレス維持のサポート情報を交換してよい。
【０３８１】
さらに、各装置は、PDUセッション確立手続きにおいて、登録手続きで交換した情報を基に、UEとネットワークとの間で、URLLCがサポートされたPDUセッションを確立してもよいし、冗長化通信がサポートされたPDUセッションを確立してもよいし、IPアドレス維持がサポートされたPDUセッションを確立してもよい。尚、URLLCがサポートされたPDUセッション、冗長化通信がサポートされたPDUセッション、IPアドレス維持がサポートされたPDUセッションは、特定のDNに対してのみに確立可能なPDUセッションであってよい。ここで、特定のDNとは、例えば、LADNであってもよい。
【０３８２】
さらに、各装置は、確立されたPDUセッションを用いることにより、URLLCがサポートされたユーザデータの通信を実行してもよいし、冗長化通信を実行してもよいし、IPアドレス維持がサポートされたユーザデータの通信を実行してもよい。
【０３８３】
また、本実施形態に記載される内容は、これらが異なる装置(つまり、異なる物理的なハードウェア、又は異なる論理的なハードウェア、又は異なるソフトウェア)として構成される場合にも適用可能である。
【０３８４】
[5.1. 登録手続き]
本実施形態における登録手続きは、第1の実施形態における登録手続き(4.1章の登録手続き)と同一であってよいため、その説明を省略する。各装置(特にUE_10とAMF_210)は、登録手続きの完了に基づいて、登録状態(RM-REGISTERED state)に遷移することができる。
【０３８５】
[5.2. 1本目のPDUセッションを確立するためのPDUセッション確立手続き]
次に、あるDNに対してPDUセッションを確立するために行うPDUセッション確立手続き (PDU session establishment procedure) の概要について、図10を用いて説明する。ここでは、このPDUセッション確立手続きを本手続きとも呼称する。本手続きは、基本的に、4.2章のPDUセッション確立手続きと同一であるが、PDUセッション確立要求メッセージ及び/又はNASメッセージに含まれる識別情報と、PDUセッション確立受諾メッセージに含まれる識別情報が、4.2章とは異なる。しかし、4.2章の説明と共通する部分が多いため、共通する個所の説明は省略し、以下では、異なる個所を中心に説明する。尚、UE、gNB_110、AMF_210、SMF_220、UPF_230は、4.2章と同一である。
【０３８６】
まず、UEは、PDUセッション確立要求メッセージ及び/又はNASメッセージに、第21から26、28の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、NASメッセージは、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。さらに、第21から26、28の識別情報が示す内容は、上述の通りであってよいが、第22の識別情報で示されるRedundancy Sequence Number (RSN) は、確立されるPDUセッションが1本目のPDUセッションであることを示すことが好ましく、また、第23の識別情報で示されるSSC modeは、SSC mode 1でもよいし、SSC mode 2でもよいし、SSC mode 3でもよい。さらに、第25の識別情報で示されるDNNは、5.1章の登録受諾メッセージに含まれる第14の識別情報で示されるDNNであることが好ましい。さらに、第26の識別情報で示されるS-NSSAIは、5.1章の登録受諾メッセージに含まれる第15の識別情報で示されるS-NSSAIであることが好ましい。
【０３８７】
UE_10は、これらの識別情報を送信することにより、これらの識別情報の内容を、ネットワークに通知することができる。また、これらの識別情報は、これらのメッセージに含められることで、UE_10の要求を示してもよい。また、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０３８８】
SMF_220は、PDUセッション確立要求メッセージを受信すると、UEが要求していること、及び/又はPDUセッション確立要求メッセージに含まれる各種の識別情報を認識することができる。
【０３８９】
また、SMF_222及び/又はAMF_210は、PDUセッション確立受諾メッセージに、第31から36、38の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、第31から36、38の識別情報が示す内容は、上述の通りであってよいが、第32の識別情報で示されるRedundancy Sequence Number (RSN) は、確立されるPDUセッションが1本目のPDUセッションであることを示すことが好ましく、また、第33の識別情報で示されるSSC modeは、SSC mode 1でもよいし、SSC mode 2でもよいし、SSC mode 3でもよい。
【０３９０】
さらに、第35の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第25の識別情報で示される内容と同一であってもよいし、異なっていてもよい。さらに、第35の識別情報で示されるDNNは、5.1章の登録受諾メッセージに含まれる第14の識別情報で示されるDNNであることが好ましい。さらに、第36の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第26の識別情報で示される内容と同一であってもよいし、異なっていてもよい。さらに、第36の識別情報で示されるS-NSSAIは、5.1章の登録受諾メッセージに含まれる第15の識別情報で示されるS-NSSAIであることが好ましい。
【０３９１】
また、第38の識別情報で示されるPDUセッションIDは、本章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDと同一であってもよいし、異なってもよい。SMF_220及び/又はAMF_210は、これらの識別情報のうちの少なくとも1つを送信することにより、これらの識別情報の内容を、UE_10に通知することができる。尚、SMF_220及び/又はAMF_210は、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UE_10の要求が受諾されたことを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
【０３９２】
UE_10は、PDUセッション確立受諾メッセージを受信することで、PDUセッション確立要求によるUE_10の要求が受諾されたこと、及び/又はPDUセッション確立受諾メッセージに含まれる各識別情報の内容を認識することができる。
【０３９３】
本手続きと4.2章の手続きとの差異は以上である。尚、本章に記載していない部分については、4.2章の記載を適用することができる。
【０３９４】
本手続きが完了すると、各装置は、DNに対する1本目のPDUセッションが確立されている状態にあってよい。
【０３９５】
[5.3. 2本目のPDUセッションを確立するためのPDUセッション確立手続き]
次に、各装置は、確立された1本目のPDUセッションと同一のDNに対して、2本目のPDUセッションを確立するために、PDUセッション確立手続きを実行する。ここでは、このPDUセッション確立手続きを本手続きとも呼称する。本手続きは、基本的に、4.3章のPDUセッション確立手続きと同一であるが、PDUセッション確立要求メッセージ及び/又はNASメッセージに含まれる識別情報と、PDUセッション確立受諾メッセージに含まれる識別情報が、4.3章とは異なる。しかし、4.3章の説明と共通する部分が多いため、共通する個所の説明は省略し、以下では、異なる個所を中心に説明する。尚、本手続きに関係する各装置は、UE、gNB_110、gNB_112、AMF_210、SMF_222、UPF_232、DN_300であり、4.3章と同一である。
【０３９６】
まず、UEは、PDUセッション確立要求メッセージ及び/又はNASメッセージに、第21から28の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、NASメッセージは、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。さらに、第21から28の識別情報が示す内容は、上述の通りであってよいが、第22の識別情報で示されるRedundancy Sequence Number (RSN) は、確立されるPDUセッションが2本目のPDUセッションであることを示すことが好ましい。また、第23の識別情報で示される内容は、5.2章のPDUセッション確立受諾メッセージに含まれる第33の識別情報で示される内容と同一であることが好ましい。また、第24の識別情報で示される内容は、5.2章のPDUセッション確立受諾メッセージに含まれる第34の識別情報で示される内容と同一であることが好ましい。
【０３９７】
また、第25の識別情報で示される内容は、5.2章のPDUセッション確立受諾メッセージに含まれる第35の識別情報で示される内容と同一であることが好ましい。さらに、第25の識別情報で示されるDNNは、5.1章の登録受諾メッセージに含まれる第14の識別情報で示されるDNNであることが好ましい。また、第26の識別情報で示される内容は、5.2章のPDUセッション確立受諾メッセージに含まれる第36の識別情報で示される内容と同一であることが好ましい。さらに、第26の識別情報で示されるS-NSSAIは、5.1章の登録受諾メッセージに含まれる第15の識別情報で示されるS-NSSAIであることが好ましい。
【０３９８】
また、第27の識別情報で示される内容は、5.2章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示される内容と同一であることが好ましいし、5.2章のPDUセッション確立受諾メッセージに含まれる第38の識別情報で示される内容と同一であることが好ましい。また、第28の識別情報で示される内容は、5.2章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示される内容と異なることが好ましいし、5.2章のPDUセッション確立受諾メッセージに含まれる第38の識別情報で示される内容と異なることが好ましい。
【０３９９】
UEは、これらの識別情報を送信することにより、これらの識別情報の内容を、ネットワークに通知することができる。これらの識別情報は、これらのメッセージに含められることで、UEの要求を示してもよい。また、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０４００】
また、SMF_222は、AMF_210からPDUセッション確立要求メッセージを受信(S904)すると、UEが要求していること、及びPDUセッション確立要求メッセージに含まれる各種の識別情報を認識することができる。
【０４０１】
また、SMF_222及び/又はAMF_210は、PDUセッション確立受諾メッセージに、第31から38の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、第31から38の識別情報が示す内容は、上述の通りであってよいが、第32の識別情報で示されるRedundancy Sequence Number (RSN) は、確立されるPDUセッションが2本目のPDUセッションであることを示すことが好ましい。また、第33の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第23の識別情報で示される内容と同一であってもよいし、異なっていてもよい。また、第34の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第24の識別情報で示される内容と同一であってもよいし、異なっていてもよい。
【０４０２】
また、第35の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第25の識別情報で示される内容と同一であってもよいし、異なっていてもよい。さらに、第35の識別情報で示されるDNNは、5.1章の登録受諾メッセージに含まれる第14の識別情報で示されるDNNであることが好ましい。また、第36の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第26の識別情報で示される内容と同一であってもよいし、異なっていてもよい。さらに、第36の識別情報で示されるS-NSSAIは、5.1章の登録受諾メッセージに含まれる第15の識別情報で示されるS-NSSAIであることが好ましい。
【０４０３】
また、第37の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第27の識別情報で示される内容と同一であってもよいし、異なっていてもよい。また、第38の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示される内容と同一であってもよいし、異なっていてもよい。また、第38の識別情報で示されるPDUセッションIDは、5.2章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDとは異なることが好ましいし、5.2章のPDUセッション確立受諾メッセージに含まれる第38の識別情報で示されるPDUセッションIDと異なることが好ましいし、本章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDと同一であることが好ましいが、異なってもよい。SMF_222及び/又はAMF_210は、これらの識別情報を送信することにより、これらの識別情報の内容を、UEに通知することができる。尚、SMF_222及び/又はAMF_210は、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UEの要求が受諾されたことを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
【０４０４】
また、UEは、PDUセッション確立受諾メッセージを受信することで、PDUセッション確立要求によるUEの要求が受諾されたこと、及び/又はPDUセッション確立受諾メッセージに含まれる各識別情報の内容を認識することができる。
【０４０５】
本手続きと4.3章の手続きとの差異は以上である。尚、本章に記載していない部分については、4.3章の記載を適用することができる。
【０４０６】
本手続きが完了すると、各装置は、既に確立している1本目のPDUセッションに対するDNと同一のDNに対する2本目のPDUセッションが確立されている状態にあってよい。
【０４０７】
以上のようにして確立された2本目のPDUセッションを、1本目のPDUセッションと共に使用することにより、UEは、冗長化通信を行うことができる。
【０４０８】
[5.4. 1本目のPDUセッションを確立するPDUセッション確立手続きを実行した後、すぐ
に2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケース]  本実施形態におけるこのケースは、第1の実施形態における4.4章の説明と同一であってよいため、その説明を省略する。
【０４０９】
[5.5. SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手
続き]  次に、5.3章のPDUセッション確立手続きを実行することによって、2本目のPDUセッションが確立されている場合であって、そのPDUセッションのSSC modeがSSC mode 3である場合に、PDUセッションを提供するPDUセッションアンカー(PSA)の変更手続きについて、図11を用いて説明する。この手続きは、ネットワーク(SMF)によってトリガされるものであり、新たなPDUセッションアンカーを使った同一のDNに対する新たなPDUセッションを確立した後、古いPDUセッションアンカーに関連する既存の(古い)PDUセッションを解放する手続きである。尚、この手続きでは、AMFは変更されることはないが、SMFは変更されてもよい。
【０４１０】
UEは、2本目のPDUセッションを用いて、ユーザデータの送受信をしている。具体的には、UEは、UPF_232を介して、DN_300と、上りリンクデータ及び/又は下りリンクデータの送受信をしている(S1100)。
【０４１１】
SMF_222が、UPF及び/又はSMFを変更する必要があると決定した場合(S1102)、SMF_222は、AMF_210に対して、第61から62の識別情報のうちの少なくとも1つを含むPDUセッション変更コマンドメッセージを含むN1 SM(Session Management)コンテナを送信する(S1104)。尚、N1 SMコンテナはNASメッセージであってよい。さらに、NASメッセージは、ダウンリンクNASトランスポート(DL NAS transport)メッセージであってよい。ここで、第61から62の識別情報が示す内容は、上述の通りであってよいが、第61の識別情報は、2本目のPDUセッションとして確立されるPDUセッションを識別するためのPDUセッションIDを示す情報であってもよいし、第62の識別情報は、同一のDNに対するPDUセッションの再確立が必要であることを示す情報であってよい。
【０４１２】
また、第61の識別情報の送信方法として、SMF_222は、第62の識別情報を含むPDUセッション変更コマンドメッセージを含むN1 SM(Session Management)コンテナと、第61の識別情報とを、別々に送信してもよい。これらもNASメッセージとして送信されてよい。
【０４１３】
AMF_210は、SMF_222から受信したNASメッセージをUEに転送する(S1106)。
【０４１４】
尚、SMF_222及び/又はAMF_210は、これらの識別情報を送信することで、新たなPDUセッションを確立し、古いPDUセッションを解放するよう要求することを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０４１５】
UEは、NASメッセージを受信すると、同一のDNに対するPDUセッション確立手続きを開始することを決定してもよい(S1108)。UEは、PDUセッション変更コマンドメッセージを受信することで、新たなPDUセッションを確立し、古いPDUセッションを解放するよう要求されていること、及び/又はPDUセッション変更コマンドメッセージに含まれる各識別情報の内容を認識することができる。このPDUセッション確立手続きは、基本的に、5.3章のPDUセッション確立手続きと同一であるが、SMF_222をSMF_224に置き換え、UPF_232をUPF_234に置き換える必要がある。また、PDUセッション確立要求メッセージ及び/又はNASメッセージに含まれる識別情報と、PDUセッション確立受諾メッセージに含まれる識別情報が、5.3章とは異なる。しかし、5.3章の説明と共通する部分が多いため、共通する個所の説明は省略し、以下では、異なる個所を中心に説明する。尚、UE、gNB_110、gNB_112、AMF_210、DNは5.3章と同一である。
【０４１６】
まず、UEは、5G AN及びAMF_210を介して、SMF_224にPDUセッション確立要求メッセージを含むNASメッセージを送信することにより(S900)(S902)(S904)、PDUセッション確立手続きを開始するが、UEは、gNB_110ではなく、gNB_112に対して、PDUセッション確立要求メッセージを含むNASメッセージを送信する(S900)。
【０４１７】
ここで、UEは、PDUセッション確立要求メッセージ及び/又はNASメッセージに、第21から29の識別情報のうちの少なくとも1つを含めて送信することができるが、これらとは異なる制御メッセージ、例えば、NASレイヤよりも下位のレイヤ(例えば、RRCレイヤ、MACレイヤ、RLCレイヤ、PDCPレイヤ)の制御メッセージに含めて送信してもよい。ここで、NASメッセージは、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。さらに、第21から29の識別情報が示す内容は、上述の通りであってよいが、第22の識別情報で示されるRedundancy Sequence Number (RSN) は、確立されるPDUセッションが2本目のPDUセッションであることを示すことが好ましい。また、第23の識別情報で示される内容は、5.3章のPDUセッション確立受諾メッセージに含まれる第33の識別情報、及び/又は5.3章のPDUセッション確立要求メッセージに含まれる第23の識別情報で示される内容と同一であることが好ましい。また、第24の識別情報で示される内容は、5.3章のPDUセッション確立受諾メッセージに含まれる第34の識別情報、及び/又は5.3章のPDUセッション確立要求メッセージに含まれる第24の識別情報で示される内容と同一であることが好ましい。また、第25の識別情報で示される内容は、5.3章のPDUセッション確立受諾メッセージに含まれる第35の識別情報、及び/又は5.3章のPDUセッション確立要求メッセージに含まれる第25の識別情報で示される内容と同一であることが好ましい。また、第26の識別情報で示される内容は、5.3章のPDUセッション確立受諾メッセージに含まれる第36の識別情報、及び/又は5.3章のPDUセッション確立要求メッセージに含まれる第26の識別情報で示される内容と同一であることが好ましい。
【０４１８】
また、第27の識別情報で示されるPDUセッションIDは、5.2章のPDUセッション確立手続きで確立されたPDUセッションIDを示すことが好ましい。また、第28の識別情報で示されるPDUセッションIDは、本章の第27の識別情報で示されるPDUセッションIDとも異なることが好ましいし、本章の第29の識別情報で示されるPDUセッションIDとも異なることが好ましい。また、第28の識別情報で示されるPDUセッションIDは、新たに確立するPDUセッションIDを示してもよい。また、第29の識別情報で示されるPDUセッションIDは、5.3章のPDUセッション確立手続きで確立されたPDUセッションIDを示すことが好ましい。UEは、これらの識別情報を送信することにより、これらの識別情報の内容を、ネットワークに通知することができる。これらの識別情報は、これらのメッセージに含められることで、UEの要求を示してもよい。また、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０４１９】
尚、gNB_112は、UEからPDUセッション確立要求メッセージを受信した場合、AMF_210にN2インターフェースを介して直接転送してもよいし、Xnインターフェースを介してgNB_110に転送し、gNB_110がN2インターフェースを介してAMF_210に転送してもよい。尚、gNB_112がPDUセッション確立要求メッセージをXnインターフェースを介してgNB_110に転送し、gNB_110がN2インターフェースを介してAMF_210に転送するのは、そのUEについてのgNB_112とAMF_210間のN2インターフェースが設定されていない場合であってよい。また、gNB_112がPDUセッション確立要求メッセージをAMF_210にN2インターフェースを介して直接転送するのは、そのUEについてのgNB_112とAMF_210間のN2インターフェースが設定されている場合であってよい。
【０４２０】
また、AMF_210は、PDUセッション確立要求メッセージを受信すると、その転送先としてSMF_224を選択し(S902)、N11インターフェースを介して、SMF_224にPDUセッション確立要求メッセージを転送する (S904)。
【０４２１】
また、SMF_224は、AMF_210からPDUセッション確立要求メッセージを受信(S904)すると、UEが要求していること、及びPDUセッション確立要求メッセージに含まれる各種の識別情報を認識することができる。
【０４２２】
また、SMF_224は、PDUセッションの確立先のUPFとして、UPF_234を選択し、N4インターフェースを介して、UPF_234にセッション確立要求メッセージを送信する(S906)。
【０４２３】
UPF_234は、SMF_224からセッション確立要求メッセージを受信すると、PDUセッションのためのコンテキストを作成し、N4インターフェースを介して、SMF_224にセッション確立応答メッセージを送信する(S908)。
【０４２４】
SMF_224は、UPF_234からセッション確立応答メッセージを受信すると、UEに割り当てるアドレスのアドレス割り当てを行ってよい。SMF_224は、AMF_210を介して、UEにPDUセッション確立受諾メッセージを送信する(S910)(S912)。具体的には、SMF_224は、N11インターフェースを介して、AMF_210にPDUセッション確立受諾メッセージを送信すると(S910)、これを受信したAMF_210は、N1インターフェースを介して、UEにPDUセッション確立受諾メッセージを含むNASメッセージを送信する(S912)。このとき、gNB_112がPDUセッション確立要求メッセージを直接AMF_210に送信している場合には、AMF_210はPDUセッション確立受諾メッセージを直接gNB_112に送信してもよい。また、gNB_112がPDUセッション確立要求メッセージを、gNB_110を介して、AMF_210に送信している場合には、AMF_210はPDUセッション確立受諾メッセージを、gNB_110を介して、gNB_112に送信してもよい。gNB_112は、UEにPDUセッション確立受諾メッセージを含むNASメッセージを送信する。
【０４２５】
ここで、SMF_224及び/又はAMF_210は、PDUセッション確立受諾メッセージに、第31から39の識別情報のうちの少なくとも1つを含めて送信してもよい。ここで、第31から39の識別情報が示す内容は、上述の通りであってよいが、第32の識別情報で示されるRedundancy Sequence Number (RSN) は、確立されるPDUセッションが2本目のPDUセッションであることを示すことが好ましい。また、第33の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第23の識別情報で示される内容と同一であってよい。また、第34の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第24の識別情報で示される内容と同一であってよい。また、第35の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第25の識別情報で示される内容と同一であってよい。また、第36の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第26の識別情報で示される内容と同一であってよい。また、第37の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第27の識別情報で示される内容と同一であってよい。また、第38の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示される内容と同一であってよい。また、第39の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第29の識別情報で示される内容と同一であってよい。SMF_224及び/又はAMF_210は、これらの識別情報を送信することにより、これらの識別情報の内容を、UEに通知することができる。尚、SMF_224及び/又はAMF_210は、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UEの要求が受諾されたことを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
【０４２６】
また、UEは、PDUセッション確立受諾メッセージを受信することで、PDUセッション確立要求によるUEの要求が受諾されたこと、及び/又はPDUセッション確立受諾メッセージに含まれる各識別情報の内容を認識することができる。
【０４２７】
本手続きと5.3章の手続きとの差異は以上である。尚、本章に記載していない部分については、5.3章の記載を適用することができる。
【０４２８】
以上のようにして冗長化通信を行うための新たなPDUセッションを確立することができる。つまり、この手続きが完了すると、UEは、新たなUPFであるUPF_234を介して、上りリンクデータ及び/又は下りリンクデータの送受信をすることができる(S1110)。言い換えると、UEは、5.2章のPDUセッション確立手続きによって確立されたPDUセッションと、5.3章のPDUセッション確立手続きによって確立されたPDUセッションと、本章の手続きによって確立されたPDUセッションとを用いて、冗長化通信を行うことができる。
【０４２９】
そして、新しいPDUセッションが確立された後に、各装置がPDUセッション解放手続きを実行する(S1112)ことにより、古いPDUセッション(5.3章のPDUセッション確立手続きによって確立されたPDUセッション)を解放することができる。尚、このPDUセッション解放手続きは、UEにおけるタイマーの満了、又はSMFにおけるタイマーの満了によって、開始されてよい。
【０４３０】
以上により、冗長化通信を行うためのPDUセッションアンカーをUPF_232からUPF_234に変更することができる。すなわち、UEは、5.2章のPDUセッション確立手続きによって確立されたPDUセッションと、本章の手続きによって確立されたPDUセッションとを用いて、冗長化通信を行うことができる。
【０４３１】
[6. 第3の実施形態]
次に、第3の実施形態について説明する。ここでは、第3の実施形態を本実施形態とも呼称する。
【０４３２】
本章では、6.1章の「登録手続き」、6.2章の「1本目のPDUセッションを確立するためのPDUセッション確立手続き」、6.3章の「2本目のPDUセッションを確立するためのPDUセッション確立手続き」、6.4章の「1本目のPDUセッションを確立するPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケース」、6.5章の「SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手続き」の順に説明する。
【０４３３】
まず、各装置は、6.1章に記載の登録手続きを実行することにより、UEがネットワークに登録される状態に遷移する。
【０４３４】
その後、各装置は、6.2章に記載のPDUセッション確立手続きを実行することにより、1本目のPDUセッションを確立し、UEとDNとの間で、1本目のPDUセッションを用いた通信を行うことができる状態へ遷移する。
【０４３５】
その後、各装置は、6.3章に記載のPDUセッション確立手続きを実行することにより、2本目のPDUセッションを確立し、UEとDNとの間で、2本目のPDUセッションを用いた通信を行うことができる状態へ遷移する。このとき、UEは、1本目のPDUセッション及び2本目のPDUセッションを用いてユーザデータの送受信を行うことができるため、各装置は、冗長化通信が可能な状態であるとも言える。
【０４３６】
次に、各装置が、6.2章に記載のPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケースについて、6.4章で説明する。
【０４３７】
最後に、各装置が、6.5章に記載の手続きを実行することにより、2本目のPDUセッションのSSC modeがSSC mode 3である場合に、SSC mode 3のPDUセッションを提供するPDUセッションアンカーの変更手続きを実行することにより、3本目の(新たな)PDUセッションを確立した後、2本目の(既存の)PDUセッションを解放することで、セッションを継続しながら、PDUセッションアンカー(すなわちUPF)を変更する手続きについて説明する。
【０４３８】
尚、本実施形態の手続きでは、各装置は、登録手続きにおいて、UEとネットワークとの間で、URLLCのサポート情報、冗長化通信のサポート情報、及び/又はIPアドレス維持のサポート情報を交換してよい。
【０４３９】
さらに、各装置は、PDUセッション確立手続きにおいて、登録手続きで交換した情報を基に、UEとネットワークとの間で、URLLCがサポートされたPDUセッションを確立してもよいし、冗長化通信がサポートされたPDUセッションを確立してもよいし、IPアドレス維持がサポートされたPDUセッションを確立してもよい。尚、URLLCがサポートされたPDUセッション、冗長化通信がサポートされたPDUセッション、IPアドレス維持がサポートされたPDUセッションは、特定のDNに対してのみに確立可能なPDUセッションであってよい。ここで、特定のDNとは、例えば、LADNであってもよい。
【０４４０】
さらに、各装置は、確立されたPDUセッションを用いることにより、URLLCがサポートされたユーザデータの通信を実行してもよいし、冗長化通信を実行してもよいし、IPアドレス維持がサポートされたユーザデータの通信を実行してもよい。
【０４４１】
また、本実施形態に記載される内容は、これらが異なる装置(つまり、異なる物理的なハードウェア、又は異なる論理的なハードウェア、又は異なるソフトウェア)として構成される場合にも適用可能である。
【０４４２】
[6.1. 登録手続き]
本実施形態における登録手続きは、第2の実施形態における登録手続き(5.1章の登録手続き)と同一であってよいため、その説明を省略する。各装置(特にUE_10とAMF_210)は、登録手続きの完了に基づいて、登録状態(RM-REGISTERED state)に遷移することができる。
【０４４３】
[6.2. 1本目のPDUセッションを確立するためのPDUセッション確立手続き]
本実施形態における1本目のPDUセッションを確立するためのPDUセッション確立手続きは、第2の実施形態における1本目のPDUセッションを確立するためのPDUセッション確立手続き(5.2章のPDUセッション確立手続き)と同一であってよいため、その説明を省略する。本手続きが完了すると、各装置は、DNに対する1本目のPDUセッションが確立されている状態にあってよい。
【０４４４】
[6.3. 2本目のPDUセッションを確立するためのPDUセッション確立手続き]
次に、各装置は、確立された1本目のPDUセッションと同一のDNに対して、2本目のPDUセッションを確立するために、PDUセッション確立手続きを実行する。ここでは、このPDUセッション確立手続きを本手続きとも呼称する。本手続きは、基本的に、5.3章のPDUセッション確立手続きと同一であるが、PDUセッション確立要求メッセージ及び/又はNASメッセージに含まれる識別情報と、PDUセッション確立受諾メッセージに含まれる識別情報が、5.3章とは異なる。しかし、5.3章の説明と共通する部分が多いため、共通する個所の説明は省略し、以下では、異なる個所を中心に説明する。尚、本手続きに関係する各装置は、UE、gNB_110、gNB_112、AMF_210、SMF_222、UPF_232、DN_300であり、5.3章と同一である。
【０４４５】
まず、UEは、PDUセッション確立要求メッセージ及び/又はNASメッセージに、第21から26、28の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、NASメッセージは、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。さらに、第21から26、28の識別情報が示す内容は、上述の通りであってよいが、第22の識別情報で示されるRedundancy Sequence Number (RSN) は、確立されるPDUセッションが2本目のPDUセッションであることを示すことが好ましい。また、第23の識別情報で示される内容は、6.2章のPDUセッション確立受諾メッセージに含まれる第33の識別情報で示される内容と異なることが好ましい。また、第24の識別情報で示される内容は、6.2章のPDUセッション確立受諾メッセージに含まれる第34の識別情報で示される内容と異なることが好ましい。
【０４４６】
また、第25の識別情報で示される内容は、6.2章のPDUセッション確立受諾メッセージに含まれる第35の識別情報で示される内容と異なることが好ましい。さらに、第25の識別情報で示されるDNNは、6.1章の登録受諾メッセージに含まれる第14の識別情報で示されるDNNであることが好ましい。また、第26の識別情報で示される内容は、6.2章のPDUセッション確立受諾メッセージに含まれる第36の識別情報で示される内容と異なることが好ましい。さらに、第26の識別情報で示されるS-NSSAIは、6.1章の登録受諾メッセージに含まれる第15の識別情報で示されるS-NSSAIであることが好ましい。
【０４４７】
また、第28の識別情報で示される内容は、6.2章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示される内容と異なることが好ましいし、6.2章のPDUセッション確立受諾メッセージに含まれる第38の識別情報で示される内容と異なることが好ましい。
【０４４８】
UEは、これらの識別情報を送信することにより、これらの識別情報の内容を、ネットワークに通知することができる。これらの識別情報は、これらのメッセージに含められることで、UEの要求を示してもよい。また、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０４４９】
また、SMF_222は、AMF_210からPDUセッション確立要求メッセージを受信(S904)すると、UEが要求していること、及びPDUセッション確立要求メッセージに含まれる各種の識別情報を認識することができる。
【０４５０】
また、SMF_222及び/又はAMF_210は、PDUセッション確立受諾メッセージに、第31から36、38の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、第31から36、38の識別情報が示す内容は、上述の通りであってよいが、第32の識別情報で示されるRedundancy Sequence Number (RSN) は、確立されるPDUセッションが2本目のPDUセッションであることを示すことが好ましい。また、第33の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第23の識別情報で示される内容と同一であってもよいし、異なっていてもよい。また、第34の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第24の識別情報で示される内容と同一であってもよいし、異なっていてもよい。
【０４５１】
また、第35の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第25の識別情報で示される内容と同一であってもよいし、異なっていてもよい。さらに、第35の識別情報で示されるDNNは、6.1章の登録受諾メッセージに含まれる第14の識別情報で示されるDNNであることが好ましい。また、第36の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第26の識別情報で示される内容と同一であってもよいし、異なっていてもよい。さらに、第36の識別情報で示されるS-NSSAIは、6.1章の登録受諾メッセージに含まれる第15の識別情報で示されるS-NSSAIであることが好ましい。
【０４５２】
また、第38の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示される内容と同一であってもよいし、異なっていてもよい。また、第38の識別情報で示されるPDUセッションIDは、6.2章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDとは異なることが好ましいし、6.2章のPDUセッション確立受諾メッセージに含まれる第38の識別情報で示されるPDUセッションIDと異なることが好ましいし、本章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDと同一であることが好ましいが、異なってもよい。SMF_222及び/又はAMF_210は、これらの識別情報を送信することにより、これらの識別情報の内容を、UEに通知することができる。尚、SMF_222及び/又はAMF_210は、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UEの要求が受諾されたことを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
【０４５３】
また、UEは、PDUセッション確立受諾メッセージを受信することで、PDUセッション確立要求によるUEの要求が受諾されたこと、及び/又はPDUセッション確立受諾メッセージに含まれる各識別情報の内容を認識することができる。
【０４５４】
本手続きと5.3章の手続きとの差異は以上である。尚、本章に記載していない部分については、5.3章の記載を適用することができる。
【０４５５】
本手続きが完了すると、各装置は、既に確立している1本目のPDUセッションに対するDNと同一のDNに対する2本目のPDUセッションが確立されている状態にあってよい。
【０４５６】
以上のようにして確立された2本目のPDUセッションを、1本目のPDUセッションと共に使用することにより、UEは、冗長化通信を行うことができる。
【０４５７】
[6.4. 1本目のPDUセッションを確立するPDUセッション確立手続きを実行した後、すぐ
に2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケース]  本実施形態におけるこのケースは、第2の実施形態における5.4章の説明と同一であってよいため、その説明を省略する。
【０４５８】
[6.5. SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手
続き]  本実施形態における「SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手続き」は、第2の実施形態における「SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手続き」 (5.5章の手続き)と同一であってよいため、その説明を省略する。
【０４５９】
[7. 第4の実施形態]
次に、第4の実施形態について説明する。ここでは、第4の実施形態を本実施形態とも呼称する。
【０４６０】
本章では、7.1章の「登録手続き」、7.2章の「1本目のPDUセッションを確立するためのPDUセッション確立手続き」、7.3章の「2本目のPDUセッションを確立するためのPDUセッション確立手続き」、7.4章の「1本目のPDUセッションを確立するPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケース」、7.5章の「SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手続き」の順に説明する。
【０４６１】
まず、各装置は、7.1章に記載の登録手続きを実行することにより、UEがネットワークに登録される状態に遷移する。
【０４６２】
その後、各装置は、7.2章に記載のPDUセッション確立手続きを実行することにより、1本目のPDUセッションを確立し、UEとDNとの間で、1本目のPDUセッションを用いた通信を行うことができる状態へ遷移する。
【０４６３】
その後、各装置は、7.3章に記載のPDUセッション確立手続きを実行することにより、2本目のPDUセッションを確立し、UEとDNとの間で、2本目のPDUセッションを用いた通信を行うことができる状態へ遷移する。このとき、UEは、1本目のPDUセッション及び2本目のPDUセッションを用いてユーザデータの送受信を行うことができるため、各装置は、冗長化通信が可能な状態であるとも言える。
【０４６４】
次に、各装置が、7.2章に記載のPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケースについて、7.4章で説明する。
【０４６５】
最後に、各装置が、7.5章に記載の手続きを実行することにより、2本目のPDUセッションのSSC modeがSSC mode 3である場合に、SSC mode 3のPDUセッションを提供するPDUセッションアンカーの変更手続きを実行することにより、3本目の(新たな)PDUセッションを確立した後、2本目の(既存の)PDUセッションを解放することで、セッションを継続しながら、PDUセッションアンカー(すなわちUPF)を変更する手続きについて説明する。
【０４６６】
尚、本実施形態の手続きでは、各装置は、登録手続きにおいて、UEとネットワークとの間で、URLLCのサポート情報、冗長化通信のサポート情報、及び/又はIPアドレス維持のサポート情報を交換してよい。
【０４６７】
さらに、各装置は、PDUセッション確立手続きにおいて、登録手続きで交換した情報を基に、UEとネットワークとの間で、URLLCがサポートされたPDUセッションを確立してもよいし、冗長化通信がサポートされたPDUセッションを確立してもよいし、IPアドレス維持がサポートされたPDUセッションを確立してもよい。尚、URLLCがサポートされたPDUセッション、冗長化通信がサポートされたPDUセッション、IPアドレス維持がサポートされたPDUセッションは、特定のDNに対してのみに確立可能なPDUセッションであってよい。ここで、特定のDNとは、例えば、LADNであってもよい。
【０４６８】
さらに、各装置は、確立されたPDUセッションを用いることにより、URLLCがサポートされたユーザデータの通信を実行してもよいし、冗長化通信を実行してもよいし、IPアドレス維持がサポートされたユーザデータの通信を実行してもよい。
【０４６９】
また、本実施形態に記載される内容は、これらが異なる装置(つまり、異なる物理的なハードウェア、又は異なる論理的なハードウェア、又は異なるソフトウェア)として構成される場合にも適用可能である。
【０４７０】
[7.1. 登録手続き]
本実施形態における登録手続きは、第3の実施形態における登録手続き(6.1章の登録手続き)と同一であってよいため、その説明を省略する。各装置(特にUE_10とAMF_210)は、登録手続きの完了に基づいて、登録状態(RM-REGISTERED state)に遷移することができる。
【０４７１】
[7.2. 1本目のPDUセッションを確立するためのPDUセッション確立手続き]
本実施形態における1本目のPDUセッションを確立するためのPDUセッション確立手続きは、第3の実施形態における1本目のPDUセッションを確立するためのPDUセッション確立手続き(6.2章のPDUセッション確立手続き)と同一であってよいため、その説明を省略する。本手続きが完了すると、各装置は、DNに対する1本目のPDUセッションが確立されている状態にあってよい。
【０４７２】
[7.3. 2本目のPDUセッションを確立するためのPDUセッション確立手続き]
次に、各装置は、確立された1本目のPDUセッションと同一のDNに対して、2本目のPDUセッションを確立するために、PDUセッション確立手続きを実行する。ここでは、このPDUセッション確立手続きを本手続きとも呼称する。本手続きは、基本的に、6.3章のPDUセッション確立手続きと同一であるが、PDUセッション確立要求メッセージ及び/又はNASメッセージに含まれる識別情報と、PDUセッション確立受諾メッセージに含まれる識別情報が、6.3章とは異なる。しかし、6.3章の説明と共通する部分が多いため、共通する個所の説明は省略し、以下では、異なる個所を中心に説明する。尚、本手続きに関係する各装置は、UE、gNB_110、gNB_112、AMF_210、SMF_222、UPF_232、DN_300であり、6.3章と同一である。
【０４７３】
まず、UEは、PDUセッション確立要求メッセージ及び/又はNASメッセージに、第21から28の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、NASメッセージは、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。さらに、第21から26、28の識別情報が示す内容は、6.3章と同一であってよい。また、第27の識別情報が示す内容は、5.3章と同一であってよい。UEは、これらの識別情報を送信することにより、これらの識別情報の内容を、ネットワークに通知することができる。これらの識別情報は、これらのメッセージに含められることで、UEの要求を示してもよい。また、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０４７４】
また、SMF_222は、AMF_210からPDUセッション確立要求メッセージを受信(S904)すると、UEが要求していること、及びPDUセッション確立要求メッセージに含まれる各種の識別情報を認識することができる。
【０４７５】
また、SMF_222及び/又はAMF_210は、PDUセッション確立受諾メッセージに、第31から38の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、第31から36、38の識別情報が示す内容は、6.3章と同一であってよい。また、第37の識別情報が示す内容は、5.3章と同一であってよい。SMF_222及び/又はAMF_210は、これらの識別情報を送信することにより、これらの識別情報の内容を、UEに通知することができる。尚、SMF_222及び/又はAMF_210は、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UEの要求が受諾されたことを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
【０４７６】
また、UEは、PDUセッション確立受諾メッセージを受信することで、PDUセッション確立要求によるUEの要求が受諾されたこと、及び/又はPDUセッション確立受諾メッセージに含まれる各識別情報の内容を認識することができる。
【０４７７】
本手続きと6.3章の手続きとの差異は以上である。尚、本章に記載していない部分については、6.3章の記載を適用することができる。
【０４７８】
本手続きが完了すると、各装置は、既に確立している1本目のPDUセッションに対するDNと同一のDNに対する2本目のPDUセッションが確立されている状態にあってよい。
【０４７９】
以上のようにして確立された2本目のPDUセッションを、1本目のPDUセッションと共に使用することにより、UEは、冗長化通信を行うことができる。
【０４８０】
[7.4. 1本目のPDUセッションを確立するPDUセッション確立手続きを実行した後、すぐ
に2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケース]  本実施形態におけるこのケースは、第3の実施形態における6.4章の説明と同一であってよいため、その説明を省略する。
【０４８１】
[7.5. SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手
続き]  本実施形態における「SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手続き」は、第3の実施形態における「SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手続き」 (6.5章の手続き)と同一であってよいため、その説明を省略する。
【０４８２】
[8. 第5の実施形態]
次に、第5の実施形態について説明する。以下、第5の実施形態を本実施形態とも呼称する。本実施形態は、あるデバイスが2つの独立したUEを備えており、各UEがそれぞれPDUセッションを確立することにより、冗長化通信を可能になるという点で、これまでの第1から4の実施形態とは異なる。
【０４８３】
また、本実施形態における2つのUE(UE_10とUE_12)は、デバイス内のバスを介して、直接、情報を交換することができてもよいし、デバイス内の記憶部を介して、情報を交換してもよいし、それぞれが持つアンテナを介して、情報を交換してもよい。すなわち、UE_10がもともと記憶していた情報や、各種の手続きを実行することにより取得した情報は、UE_12に対して提供してもよい。同様に、UE_12がもともと記憶していた情報や、各種の手続きを実行することにより取得した情報は、UE_10に対して提供してもよい。
【０４８４】
本章では、8.1章の「登録手続き」、8.2章の「1本目のPDUセッションを確立するためのPDUセッション確立手続き」、8.3章の「2本目のPDUセッションを確立するためのPDUセッション確立手続き」、8.4章の「1本目のPDUセッションを確立するPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケース」の順に説明する。
【０４８５】
まず、各装置は、8.1章に記載の登録手続きを実行することにより、UEがネットワークに登録される状態に遷移する。この手続きは、UE_10とUE_12によって実行される。
【０４８６】
その後、各装置は、8.2章に記載のPDUセッション確立手続きを実行することにより、1本目のPDUセッションを確立し、UE_10とDNとの間で、1本目のPDUセッションを用いた通信を行うことができる状態へ遷移する。
【０４８７】
その後、各装置は、8.3章に記載のPDUセッション確立手続きを実行することにより、2本目のPDUセッションを確立し、UE_12とDNとの間で、2本目のPDUセッションを用いた通信を行うことができる状態へ遷移する。このとき、デバイスは、1本目のPDUセッション及び2本目のPDUセッションを用いてユーザデータの送受信を行うことができるため、各装置は、冗長化通信が可能な状態であるとも言える。
【０４８８】
最後に、各装置が、8.2章に記載のPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケースについて、8.4章で説明する。
【０４８９】
尚、本実施形態の手続きでは、各装置は、登録手続きにおいて、UEとネットワークとの間で、URLLCのサポート情報、冗長化通信のサポート情報、及び/又はIPアドレス維持のサポート情報を交換してよい。
【０４９０】
さらに、各装置は、PDUセッション確立手続きにおいて、登録手続きで交換した情報を基に、UEとネットワークとの間で、URLLCがサポートされたPDUセッションを確立してもよいし、冗長化通信がサポートされたPDUセッションを確立してもよいし、IPアドレス維持がサポートされたPDUセッションを確立してもよい。尚、URLLCがサポートされたPDUセッション、冗長化通信がサポートされたPDUセッション、IPアドレス維持がサポートされたPDUセッションは、特定のDNに対してのみに確立可能なPDUセッションであってよい。ここで、特定のDNとは、例えば、LADNであってもよい。
【０４９１】
さらに、各装置は、確立されたPDUセッションを用いることにより、URLLCがサポートされたユーザデータの通信を実行してもよいし、冗長化通信を実行してもよいし、IPアドレス維持がサポートされたユーザデータの通信を実行してもよい。
【０４９２】
また、本実施形態に記載される内容は、これらが異なる装置(つまり、異なる物理的なハードウェア、又は異なる論理的なハードウェア、又は異なるソフトウェア)として構成される場合にも適用可能である。
【０４９３】
[8.1. 登録手続き]
ここでは、まずUE_10が登録手続きを実行し、その後UE_12が登録手続きを実行する場合について説明する。もちろん、先にUE_12が登録手続きを実行し、その後UE_10が登録手続きを実行してもよい。
【０４９４】
まず、UE_10によって開始される登録手続きについて説明する。
【０４９５】
UE_10によって開始される登録手続きは、基本的に、第1の実施形態における登録手続き(4.1章の登録手続き)と同一であるが、登録要求メッセージに含まれる識別情報と、登録受諾メッセージに含まれる識別情報が、4.1章とは異なる。しかし、4.1章の説明と共通する部分が多いため、共通する個所の説明は省略し、以下では、異なる個所を中心に説明する。
【０４９６】
まず、UE_10は、登録要求メッセージ及び/又はRRCメッセージに、第1、2の識別情報のうちの少なくとも1つを含めて送信することができ、AMF_210は、この登録要求メッセージを受信することができる。ここで、第1、2の識別情報が示す内容は、上述の通りであってよい。また、UE_10は、これらの識別情報を送信することにより、これらの識別情報の内容を、ネットワークに通知することができる。これらの識別情報は、このメッセージに含められることで、UEの要求を示してもよい。また、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０４９７】
AMF_210は、登録要求メッセージを受信すると、UE_10が要求していること、及び/又は登録要求メッセージに含まれる各種の識別情報を認識することができる。
【０４９８】
また、AMF_210は、登録受諾メッセージに、第11、12、14、15の識別情報のうちの少なくとも1つを含めて送信することができ、UE_10は、この登録受諾メッセージを受信することができる。さらに、AMF_210は、登録受諾メッセージに、UE_10を識別する情報を含めて送信することができ、UE_10は、この登録受諾メッセージを受信することができる。ここで、第11、12、14、15の識別情報が示す内容は、上述の通りであってよい。AMF_210は、これらの識別情報のうちの少なくとも1つを送信することにより、これらの識別情報の内容を、UE_10に通知することができる。また、AMF_210は、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UEの要求が受諾されたことを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
【０４９９】
UE_10は、登録受諾メッセージを受信することで、登録要求メッセージによるUE_10の要求が受諾されたこと、及び/又は登録受諾メッセージに含まれる各識別情報の内容を認識することができる。
【０５００】
本手続きと4.1章の登録手続きとの差異は以上である。尚、本章に記載していない部分については、4.1章の登録手続きを適用することができる。
【０５０１】
本手続きが完了すると、各装置(特にUE_10とAMF_210)は、登録状態(RM-REGISTERED state)に遷移することができる。
【０５０２】
次に、UE_12によって開始される登録手続きについて説明する。この登録手続きも、基本的に、本章のUE_10による登録手続きと同一であるが、UE_10をUE_12に置き換え、gNB_110をgNB_112に置き換え、AMF_210をAMF_212に置き換え、SMF_220をSMF_222に置き換え、UPF_230をUPF_232に置き換える必要がある。また、登録要求メッセージに含まれる識別情報と、登録受諾メッセージに含まれる識別情報が、本章のUE_10による登録手続きとは異なる。しかし、本章のUE_10による登録手続きと共通する部分が多いため、共通する個所の説明は省略し、以下では、異なる個所を中心に説明する。
【０５０３】
まず、UE_12は、登録要求メッセージ及び/又はRRCメッセージに、第1から3の識別情報のうちの少なくとも1つを含めて送信することができ、AMF_212は、この登録要求メッセージを受信することができる。ここで、第1から3の識別情報が示す内容は、上述の通りであってよいが、第2の識別情報で示されるグループは、UE_10が属しているグループとは異なるグループであってよい。言い換えると、第2の識別情報で示される内容は、UE_10によって開始される登録手続きの登録要求メッセージに含まれる第2の識別情報で示される内容と異なることが好ましいし、UE_10によって開始される登録手続きの登録受諾メッセージに含まれる第12の識別情報で示される内容と異なることが好ましい。また、第3の識別情報で示されるUEを識別する情報は、UE_10を識別する情報であってよい。言い換えると、第3の識別情報で示されるUEを識別する情報は、UE_10によって開始される登録手続きの登録受諾メッセージに含まれるUE_10を識別する情報と同一であってよい。
【０５０４】
また、UE_12は、これらの識別情報を送信することにより、これらの識別情報の内容を、ネットワークに通知することができる。これらの識別情報は、このメッセージに含められることで、UEの要求を示してもよい。また、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０５０５】
AMF_212は、登録要求メッセージを受信すると、UE_12が要求していること、及び/又は登録要求メッセージに含まれる各種の識別情報を認識することができる。
【０５０６】
また、AMF_212は、登録受諾メッセージに、第11から15の識別情報のうちの少なくとも1つを含めて送信することができ、UE_12は、この登録受諾メッセージを受信することができる。さらに、AMF_210は、登録受諾メッセージに、UE_12を識別する情報を含めて送信することができ、UE_12は、この登録受諾メッセージを受信することができる。ここで、第11から15の識別情報が示す内容は、上述の通りであってよいが、第12の識別情報で示される内容は、第2の識別情報で示される内容と同一であってもよい。さらに、第13の識別情報で示される内容は、第3の識別情報で示される内容と同一であってもよい。
【０５０７】
また、第12の識別情報で示されるグループは、UE_10が属しているグループとは異なるグループであってよい。言い換えると、第12の識別情報で示される内容は、UE_10によって開始される登録手続きの登録要求メッセージに含まれる第2の識別情報で示される内容と異なることが好ましいし、UE_10によって開始される登録手続きの登録受諾メッセージに含まれる第12の識別情報で示される内容と異なることが好ましい。また、第13の識別情報で示されるUEを識別する情報は、UE_10を識別する情報であってよい。言い換えると、第13の識別情報で示されるUEを識別する情報は、UE_10によって開始される登録手続きの登録受諾メッセージに含まれるUE_10を識別する情報と同一であってよい。
【０５０８】
また、UE_12を識別する情報は、UE_10を識別する情報とは異なる情報であってよい。言い換えると、UE_12を識別する情報は、本手続きの第3の識別情報が示す情報とは異なる情報であってよいし、本手続きの第13の識別情報が示す情報と異なる情報であってよい。
【０５０９】
AMF_212は、これらの識別情報のうちの少なくとも1つを送信することにより、これらの識別情報の内容を、UE_12に通知することができる。また、AMF_212は、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UE_12の要求が受諾されたことを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
【０５１０】
UE_12は、登録受諾メッセージを受信することで、登録要求メッセージによるUE_12の要求が受諾されたこと、及び/又は登録受諾メッセージに含まれる各識別情報の内容を認識することができる。
【０５１１】
UE_12による登録手続きと、本章のUE_10による登録手続きとの差異は以上である。尚、本章に記載していない部分については、本章のUE_10による登録手続きを適用することができる。
【０５１２】
本手続きが完了すると、各装置(特にUE_12とAMF_212)は、登録状態(RM-REGISTERED state)に遷移することができる。
【０５１３】
[8.2. 1本目のPDUセッションを確立するためのPDUセッション確立手続き]
次に、あるDNに対してPDUセッションを確立するために行うPDUセッション確立手続き (PDU session establishment procedure) の概要について、図10を用いて説明する。ここでは、このPDUセッション確立手続きを本手続きとも呼称する。本手続きは、基本的に、4.2章のPDUセッション確立手続きと同一であるが、PDUセッション確立要求メッセージ及び/又はNASメッセージに含まれる識別情報と、PDUセッション確立受諾メッセージに含まれる識別情報が、4.2章とは異なる。しかし、4.2章の説明と共通する部分が多いため、共通する個所の説明は省略し、以下では、異なる個所を中心に説明する。尚、UE、gNB_110、AMF_210、SMF_220、UPF_230は、4.2章と同一である。
【０５１４】
まず、UE_10は、PDUセッション確立要求メッセージ及び/又はNASメッセージに、第21、23、28の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、NASメッセージは、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。さらに、第21、23、28の識別情報が示す内容は、上述の通りであってよいが、第23の識別情報で示されるSSC modeは、SSC mode 1であることが好ましい。尚、第23の識別情報で示されるSSC modeは、SSC mode 2やSSC mode 3であることを排除しない。UE_10は、これらの識別情報を送信することにより、これらの識別情報の内容を、ネットワークに通知することができる。また、これらの識別情報は、これらのメッセージに含められることで、UE_10の要求を示してもよい。また、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０５１５】
SMF_220は、PDUセッション確立要求メッセージを受信すると、UEが要求していること、及び/又はPDUセッション確立要求メッセージに含まれる各種の識別情報を認識することができる。
【０５１６】
また、SMF_220及び/又はAMF_210は、PDUセッション確立受諾メッセージに、第31、33、38の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、第31、33、38の識別情報が示す内容は、上述の通りであってよいが、第33の識別情報で示されるSSC modeは、SSC mode 1であることが好ましい。また、第38の識別情報で示されるPDUセッションIDは、本章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDと同一であってもよいし、異なってもよい。SMF_220及び/又はAMF_210は、これらの識別情報のうちの少なくとも1つを送信することにより、これらの識別情報の内容を、UE_10に通知することができる。尚、SMF_220及び/又はAMF_210は、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UE_10の要求が受諾されたことを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
【０５１７】
UE_10は、PDUセッション確立受諾メッセージを受信することで、PDUセッション確立要求によるUE_10の要求が受諾されたこと、及び/又はPDUセッション確立受諾メッセージに含まれる各識別情報の内容を認識することができる。
【０５１８】
本手続きと4.2章の手続きとの差異は以上である。尚、本章に記載していない部分については、4.2章の記載を適用することができる。
【０５１９】
本手続きが完了すると、各装置は、DNに対する1本目のPDUセッションが確立されている状態にあってよい。
【０５２０】
[8.3. 2本目のPDUセッションを確立するためのPDUセッション確立手続き]
次に、各装置は、確立された1本目のPDUセッションと同一のDNに対して、2本目のPDUセッションを確立するために、PDUセッション確立手続きを実行する。ここでは、このPDUセッション確立手続きを本手続きとも呼称する。本手続きは、基本的に、8.2章のPDUセッション確立手続きと同一であるが、UE_10をUE_12に置き換え、gNB_110をgNB_112に置き換え、AMF_210をAMF_212に置き換え、SMF_220をSMF_222に置き換え、UPF_230をUPF_232に置き換える必要がある。また、PDUセッション確立要求メッセージ及び/又はNASメッセージに含まれる識別情報と、PDUセッション確立受諾メッセージに含まれる識別情報が、8.2章とは異なる。しかし、8.2章の説明と共通する部分が多いため、共通する個所の説明は省略し、以下では、異なる個所を中心に説明する。尚、DN_300は8.2章と同一である。
【０５２１】
まず、UE_12は、PDUセッション確立要求メッセージ及び/又はNASメッセージに、第21、23、28の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、NASメッセージは、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。さらに、第21、23、28の識別情報が示す内容は、上述の通りであってよいが、第23の識別情報で示されるSSC modeは、SSC mode 1であることが好ましい。
【０５２２】
また、第28の識別情報で示されるPDUセッションIDは、8.2章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDとは異なることが好ましいし、8.2章のPDUセッション確立受諾メッセージに含まれる第38の識別情報で示されるPDUセッションIDと異なることが好ましい。
【０５２３】
UE_12は、これらの識別情報を送信することにより、これらの識別情報の内容を、ネットワークに通知することができる。また、これらの識別情報は、これらのメッセージに含められることで、UE_12の要求を示してもよい。また、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０５２４】
SMF_222は、PDUセッション確立要求メッセージを受信すると、UE_12が要求していること、及び/又はPDUセッション確立要求メッセージに含まれる各種の識別情報を認識することができる。
【０５２５】
また、SMF_222及び/又はAMF_212は、PDUセッション確立受諾メッセージに、第31、33、38の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、第31、33、38の識別情報が示す内容は、上述の通りであってよいが、第33の識別情報で示されるSSC modeは、SSC mode 1であることが好ましい。また、第38の識別情報で示されるPDUセッションIDは、8.2章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDとは異なることが好ましいし、8.2章のPDUセッション確立受諾メッセージに含まれる第38の識別情報で示されるPDUセッションIDと異なることが好ましいし、本章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDと同一であることが好ましいが、異なってもよい。SMF_222及び/又はAMF_212は、これらの識別情報のうちの少なくとも1つを送信することにより、これらの識別情報の内容を、UE_10に通知することができる。尚、SMF_222及び/又はAMF_212は、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UE_12の要求が受諾されたことを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
【０５２６】
UE_12は、PDUセッション確立受諾メッセージを受信することで、PDUセッション確立要求によるUE_12の要求が受諾されたこと、及び/又はPDUセッション確立受諾メッセージに含まれる各識別情報の内容を認識することができる。
【０５２７】
本手続きと8.2章の手続きとの差異は以上である。尚、本章に記載していない部分については、8.2章の記載を適用することができる。
【０５２８】
本手続きが完了すると、各装置は、既に確立している1本目のPDUセッションに対するDNと同一のDNに対する2本目のPDUセッションが確立されている状態にあってよい。
【０５２９】
以上のようにして確立された2本目のPDUセッションを、1本目のPDUセッションと共に使用することにより、デバイス_20は、冗長化通信を行うことができる。
【０５３０】
[8.4. 1本目のPDUセッションを確立するPDUセッション確立手続きを実行した後、すぐ
に2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケース]  各装置は、8.2章の手続きを実行することで、1本目のPDUセッションを確立し、その後すぐに、8.3章の手続きを実行することで、2本目のPDUセッションを確立し、冗長化通信を行うことができる。しかし、例えば混雑している場合など、状況によっては、各装置は、1本目のPDUセッションを確立した後、すぐに2本目のPDUセッションを確立できない場合がある。本章では、このような場合を4つのケースに分けて説明する。
【０５３１】
[8.4.1. ケース1]
ケース1は、1本目のPDUセッションを確立するために実行される8.2章のPDUセッション確立手続きの中で、2本目のPDUセッションの確立が制限されるケースである。
【０５３２】
具体的には、UE_10は、8.2章のPDUセッション確立手続きにおいて、SMF_220に、PDUセッション確立要求メッセージを送信すると、SMF_220から、第40から41の識別情報のうちの少なくとも1つを含むPDUセッション確立受諾メッセージを受信することによって、UE_12による2本目のPDUセッションの確立が制限されるケースである。
【０５３３】
ここで、第40の識別情報及び第41の識別情報が示す内容は、上述の通りであってよい。
【０５３４】
つまり、UE_10は、8.2章のPDUセッション確立手続きにおいて、第40から41の識別情報のうちの少なくとも1つを含むPDUセッション確立受諾メッセージを受信した場合、UE_12は、第41の識別情報で示される期間を経過(タイマーが満了)するまで、8.3章のPDUセッション確立手続きを実行することができない。そして、UE_12は、第41の識別情報で示される期間を経過(タイマーが満了)した後、8.3章のPDUセッション確立手続きを実行することができるようになる。言い換えると、8.2章のPDUセッション確立受諾メッセージに含まれたタイマー値を受信したUE_10は、UE_12にそのタイマー値を転送し、UE_12は、8.3章のPDUセッション確立手続きの実行を制限するタイマーとしてそのタイマー値をセットし、UE_12はそのセットされたタイマーが満了した後に、第2のPDUセッションを確立する為の手続き(8.3章のPDUセッション確立手続き)を開始することができる。
【０５３５】
尚、UE_10は、8.2章のPDUセッション確立受諾メッセージに含まれたタイマー値を受信した場合、デバイスの記憶部や制御部に転送することで、UE_10とUE_12とが同一のタイマーによって管理されるようにしてもよい。また、UE_10は、8.2章のPDUセッション確立受諾メッセージに含まれたタイマー値を受信した場合、UE_10において、8.3章のPDUセッション確立手続きの実行を制限するタイマーとして、そのタイマー値をセットし、タイマーが満了するまでの間、UE_12による2本目のPDUセッションの確立を制限してもよい。また、UE_10は、8.2章のPDUセッション確立受諾メッセージに含まれたタイマー値を受信した場合、そのタイマー値をUE_12に転送し、UE_12において、8.3章のPDUセッション確立手続きの実行を制限するタイマーとして、そのタイマー値をセットし、タイマーが満了するまでの間、UE_12による2本目のPDUセッションの確立を制限してもよい。
【０５３６】
[8.4.2. ケース2]
ケース2も、ケース1と同様、1本目のPDUセッションを確立するために実行される8.2章のPDUセッション確立手続きの中で、2本目のPDUセッションの確立が制限されるケースである。
【０５３７】
具体的には、UE_10は、8.2章のPDUセッション確立手続きにおいて、SMF_220に、PDUセッション確立要求メッセージを送信すると、SMF_220から、第40から41の識別情報のうちの少なくとも1つを含むPDUセッション確立受諾メッセージを受信することによって、UE_12による2本目のPDUセッションの確立が制限されるケースである。
【０５３８】
ここで、第40の識別情報と第41の識別情報が示す内容は、上述の通りであってよい。
【０５３９】
つまり、UE_10は、8.2章のPDUセッション確立手続きにおいて、第40から41の識別情報のうちの少なくとも1つを含むPDUセッション確立受諾メッセージを受信した場合、UE_12は、第41の識別情報で示される期間を経過(タイマーが満了)するまで、8.3章のPDUセッション確立手続きを実行することができない。ここまではケース1と同様である。
【０５４０】
しかし、8.2章のPDUセッション確立手続きが完了した後、第41の識別情報で示される期間が経過(タイマーが満了)する前に、コアネットワーク側からPDUセッション変更コマンドメッセージを送信することにより、UE_12は、第41の識別情報で示される期間が経過(タイマーが満了)する前に、8.3章のPDUセッション確立手続きを実行できるように設定することもできるし、第41の識別情報で示される期間(8.3章のPDUセッション確立手続きを実行できない期間)を延長又は短縮するように設定することもできる。
【０５４１】
また、8.2章のPDUセッション確立手続きが完了した後、第41の識別情報で示される期間が経過(タイマーが満了)した後であっても、UE_12が4.3章のPDUセッション確立手続きを実行していない場合に、コアネットワーク側からPDUセッション変更コマンドメッセージを送信することにより、第41の識別情報で示される期間(4.3章のPDUセッション確立手続きを実行できない期間)を再設定することもできる。
【０５４２】
さらに、8.2章のPDUセッション確立手続きにおいて、UE_10が少なくとも第40の識別情報を含むPDUセッション確立受諾メッセージを受信した場合、UE_12は、コアネットワーク側からPDUセッション変更コマンドメッセージを送信することにより、8.3章のPDUセッション確立手続きを実行できるように設定することもできるし、8.3章のPDUセッション確立手続きを開始することもできる。この場合、PDUセッション確立受諾メッセージは、第41の識別情報を含まなくてもよい。
【０５４３】
具体的には、UE_10は、4.2章のPDUセッション確立手続きが完了した後、SMF_220から、第61から62の識別情報のうちの少なくとも1つを含むPDUセッション変更コマンドメッセージを受信することで、UE_12による第2のPDUセッションを確立する為の手続きを開始するタイミングを変更することができる。
【０５４４】
ここで、第61の識別情報及び第62の識別情報が示す内容は、上述の通りであってよい。
【０５４５】
尚、第61の識別情報が、1本目のPDUセッションとして確立されたPDUセッションを識別するためのPDUセッションIDを示す情報、又は2本目のPDUセッションとして確立されるPDUセッションを識別するためのPDUセッションIDを示す情報、又は空(null)を示す情報であることが好ましい。
【０５４６】
また、第61の識別情報が、1本目のPDUセッションとして確立されたPDUセッションを識別するためのPDUセッションIDを示す情報である場合には、第62の識別情報は、2本目のPDUセッションの確立が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションの確立が可能になったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が可能になったことを示す情報であってよい。
【０５４７】
また、第61の識別情報が、2本目のPDUセッションとして確立されるPDUセッションを識別するためのPDUセッションIDを示す情報である場合には、第62の識別情報は、2本目のPDUセッションの確立が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションの確立が可能になったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が可能になったことを示す情報であってよい。
【０５４８】
また、第61の識別情報が、2本目のPDUセッションとして確立されるPDUセッションを識別するためのPDUセッションIDを示す情報である場合には、第62の識別情報は、PDUセッションの再有効化の要求を示す情報であってもよく、具体的には、第39の5GSM理由値(5GSM cause)であってよいし、再有効化要求(reactivation request)を示す情報であってもよい。尚、第61の識別情報が、2本目のPDUセッションとして確立されるPDUセッションを識別するためのPDUセッションIDを示す情報である場合には、PDUセッション変更コマンドメッセージは、さらに、UE_12を識別する情報を含んでいてもよい。
【０５４９】
また、第61の識別情報が、空(null)を示す情報である場合には、第62の識別情報は、2本目のPDUセッションの確立が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションの確立が可能になったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が可能になったことを示す情報であってよい。
【０５５０】
また、第61の識別情報が、空(null)を示す情報である場合には、第62の識別情報は、PDUセッションの再有効化の要求を示す情報であってもよく、具体的には、第39の5GSM理由値(5GSM cause)であってよいし、再有効化要求(reactivation request)を示す情報であってもよい。
【０５５１】
尚、PDUセッション変更コマンドメッセージに第61の識別情報を含めないことにより、空(null)を示してもよい。つまり、PDUセッション変更コマンドメッセージに第61の識別情報を含めないときは、第62の識別情報は、2本目のPDUセッションの確立が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションの確立が可能になったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が可能になったことを示す情報であってよい。
【０５５２】
また、PDUセッション変更コマンドメッセージに第61の識別情報を含めないときは、第62の識別情報は、PDUセッションの再有効化の要求を示す情報であってもよく、具体的には、第39の5GSM理由値(5GSM cause)であってよいし、再有効化要求(reactivation request)を示す情報であってもよい。
【０５５３】
また、PDUセッション変更コマンドメッセージは、第41の識別情報を含んでも良い。PDUセッション変更コマンドメッセージに第41の識別情報を含める場合には、第62の識別情報を含めても良いが、第62の識別情報を含めなくてもよい。また、PDUセッション変更コマンドメッセージが、第41の識別情報と第62の識別情報を含む場合には、第62の識別情報で示される情報を優先的に解釈して第41の識別情報で示される情報を無視してもよいし、第62の識別情報で示される情報を無視して第41の識別情報で示される情報を優先的に解釈してもよい。
【０５５４】
ここで、第41の識別情報が示す内容は、上述の通りであってよいが、例えば、2本目のPDUセッションの確立が許可されていない期間(タイマー値)等が示されてよい。
【０５５５】
例えば、第41の識別情報によって示されるタイマー値が0である場合は、UE_12は、4.3章のPDUセッション確立手続きの実行を制限するタイマーとしてそのタイマー値をセットし、そのセットされたタイマーが満了した後、4.3章のPDUセッション確立手続きを実行することができる。
【０５５６】
また、第41の識別情報によって示されるタイマー値が0以外の値である場合は、UE_12は、4.3章のPDUセッション確立手続きの実行を制限するタイマーとしてそのタイマー値をセットし、そのセットされたタイマーが満了するまで待ち、そのタイマーが満了した後、4.3章のPDUセッション確立手続きを実行することができる。
【０５５７】
尚、「タイマーが満了した後、4.3章のPDUセッション確立手続きを実行する」とは「タイマーが満了した後、すぐに、UEが4.3章のPDUセッション確立手続きを実行する」ことを意味してもよいし、「タイマーが満了した後、任意のタイミングで、UEが4.3章のPDUセッション確立手続きを実行する」ことを意味してもよい。
【０５５８】
[8.4.3. ケース3]
次に、ケース3は、ケース1やケース2とは異なり、2本目のPDUセッションを確立するためにUE_12によって実行される8.3章のPDUセッション確立手続きの中で、2本目のPDUセッションの確立が制限されるケースである。
【０５５９】
具体的には、8.2章のPDUセッション確立手続きが完了した後、UE_12は、8.3章のPDUセッション確立手続きを実行したが、その8.3章のPDUセッション確立手続きの中で、2本目のPDUセッションの確立が制限されるケースである。より具体的には、UE_12は、8.3章のPDUセッション確立手続きにおいて、SMF_222に、PDUセッション確立要求メッセージを送信すると、SMF_222から、第51から52の識別情報のうちの少なくとも1つを含むPDUセッション確立拒絶メッセージを受信することによって、2本目のPDUセッションの確立が制限されるケースである。
【０５６０】
ここで、第51の識別情報と第52の識別情報が示す内容は、上述の通りであってよい。
【０５６１】
つまり、8.2章のPDUセッション確立手続きが完了し、1本目のPDUセッションを確立した後の任意のタイミングで、UE_12によって実行された8.3章のPDUセッション確立手続きにおいて、UE_12が、第51から52の識別情報のうちの少なくとも1つを含むPDUセッション確立拒絶メッセージを受信した場合、第52の識別情報で示される期間を経過(タイマーが満了)するまで、再度、8.3章のPDUセッション確立手続きを実行することができない。そして、UE_12は、第52の識別情報で示される期間を経過(タイマーが満了)した後、再度、8.3章のPDUセッション確立手続きを実行することができるようになる。言い換えると、8.3章のPDUセッション確立拒絶メッセージに含まれたタイマー値をSMF_222から受信したUE_12は、再度8.3章のPDUセッション確立手続きの実行を制限するタイマーとしてそのタイマー値をセットし、そのセットされたタイマーが満了した後に、第2のPDUセッションを確立する為の手続き(8.3章のPDUセッション確立手続き)を開始することができる。つまり、UE_12は、このタイマーが満了した後、SMF_222に対して、再度、PDUセッション確立要求メッセージを送信することができる。
【０５６２】
[8.4.4. ケース4]
ケース4も、ケース3と同様、2本目のPDUセッションを確立するためにUE_12によって実行される8.3章のPDUセッション確立手続きの中で、2本目のPDUセッションの確立が制限されるケースである。
【０５６３】
ただし、ケース4がPDUセッション確立許諾メッセージによって2本目のPDUセッションの確立が制限されるのに対して、ケース3は、PDUセッション確立拒絶メッセージによって2本目のPDUセッションの確立が制限される点が異なる。
【０５６４】
具体的には、8.2章のPDUセッション確立手続きが完了した後、UE_12は、8.3章のPDUセッション確立手続きを実行したが、その8.3章のPDUセッション確立手続きの中で、2本目のPDUセッションの確立が制限されるケースである。より具体的には、UE_12は、8.3章のPDUセッション確立手続きにおいて、SMF_222に、PDUセッション確立要求メッセージを送信すると、SMF_222から、第40から41の識別情報のうちの少なくとも1つを含むPDUセッション確立許諾メッセージを受信することによって、2本目のPDUセッションの確立が制限されるケースである。
【０５６５】
ここで、第40の識別情報と第41の識別情報が示す内容は、上述の通りである。
【０５６６】
尚、UE_12は、2本目のPDUセッションを確立するために実行される4.3章のPDUセッション確立手続きにおいて、PDUセッション確立許諾メッセージを受信しているため、この手続き自体は成功(正常に完了)しているが、2本目のPDUセッションを確立することができない状態であってよい。ここで、「2本目のPDUセッションを確立することができない」ことは「2本目のPDUセッションを確立しているが、このPDUセッションを使用することができない」ことを意味してもよい。さらに、「2本目のPDUセッションを確立することができない」ことは、「UE_12がPDUセッションを確立できない」ことを意味してもよいし、「UE_12が、PDUセッションを使用することができない」ことを意味してもよい。
【０５６７】
つまり、8.2章のPDUセッション確立手続きが完了し、1本目のPDUセッションを確立した後の任意のタイミングで、UE_12によって実行された8.3章のPDUセッション確立手続きにおいて、UE_12が、第40から41の識別情報のうちの少なくとも1つを含むPDUセッション確立受諾メッセージを受信した場合、第41の識別情報で示される期間を経過(タイマーが満了)するまで、2本目のPDUセッションを確立することができない。そして、UE_12は、第41の識別情報で示される期間を経過(タイマーが満了)した後、2本目のPDUセッションを確立することができるようになる。ここで、「2本目のPDUセッションを確立することができる」ことは「2本目のPDUセッションを確立していたが、このPDUセッションを使用することができる」ことを意味してもよい。さらに、「2本目のPDUセッションを確立することができる」ことは、「UE_12がPDUセッションを確立することができる」ことを意味してもよいし、「UE_12が、確立していたPDUセッションを使用することができる」ことを意味してもよい。
【０５６８】
言い換えると、8.3章のPDUセッション確立受諾メッセージに含まれたタイマー値を受信したUE_12は、2本目のPDUセッションの確立を制限するタイマーとしてそのタイマー値をセットし、そのセットされたタイマーが満了した時に、2本目のPDUセッションを確立することができる。
【０５６９】
しかし、UE_12は、PDUセッション確立受諾メッセージを受信した後、第41の識別情報で示される期間が経過(タイマーが満了)する前に、コアネットワーク側からPDUセッション変更コマンドメッセージを送信することにより、UE_12は、第41の識別情報で示される期間が経過(タイマーが満了)する前に、2本目のPDUセッションを確立することができるように設定することもできるし、第41の識別情報で示される期間(2本目のPDUセッションを確立することができない期間)を延長又は短縮するように設定することもできる。
【０５７０】
また、PDUセッション確立受諾メッセージを受信した後、第41の識別情報で示される期間が経過(タイマーが満了)した後であっても、UE_12が2本目のPDUセッションを確立していない場合に、コアネットワーク側からPDUセッション変更コマンドメッセージを送信することにより、第41の識別情報で示される期間(2本目のPDUセッションを確立することができない期間)を再設定することもできる。
【０５７１】
さらに、UE_12は、8.3章のPDUセッション確立手続きにおいて、少なくとも第40の識別情報を含むPDUセッション確立受諾メッセージを受信した場合、コアネットワーク側からPDUセッション変更コマンドメッセージを送信することにより、UE_12は、2本目のPDUセッションを確立することができるように設定することもできるし、2本目のPDUセッションを用いた通信も実行可能となる。この場合、PDUセッション確立受諾メッセージは、第41の識別情報を含まなくてもよい。
【０５７２】
具体的には、UE_12は、8.3章のPDUセッション確立手続きが完了した後、SMF_222から、第61から62の識別情報を含むPDUセッション変更コマンドメッセージを受信することで、第2のPDUセッションを確立するタイミングを変更することができる。
【０５７３】
ここで、第61の識別情報及び第62の識別情報が示す内容は、上述の通りであってよい。
【０５７４】
尚、第61の識別情報は、2本目のPDUセッションとして確立されるPDUセッションを識別するためのPDUセッションIDを示す情報であることが好ましい。さらに、第61の識別情報が、2本目のPDUセッションとして確立されるPDUセッションを識別するためのPDUセッションIDを示す情報である場合には、PDUセッション変更コマンドメッセージは、さらに、UE_12を識別する情報を含んでいてもよい。
【０５７５】
また、第62の識別情報は、2本目のPDUセッションの確立が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションの確立が可能になったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が許可されるようになったことを示す情報、及び/又は2本目のPDUセッションを用いた通信が可能になったことを示す情報であってよいし、PDUセッションの再有効化の要求を示す情報であってもよく、具体的には、第39の5GSM理由値(5GSM cause)であってよいし、再有効化要求(reactivation request)を示す情報であってもよい。
【０５７６】
さらに、第62の識別情報は、PDUセッションの再有効化の要求を示す情報であってもよく、具体的には、第39の5GSM理由値(5GSM cause)であってよいし、再有効化要求(reactivation request)を示す情報であってもよい。
【０５７７】
また、PDUセッション変更コマンドメッセージは、第41の識別情報を含んでも良い。PDUセッション変更コマンドメッセージに第41の識別情報を含める場合には、第62の識別情報を含めても良いが、第62の識別情報を含めなくてもよい。また、PDUセッション変更コマンドメッセージが、第41の識別情報と第62の識別情報を含む場合には、第62の識別情報で示される情報を優先的に解釈して第41の識別情報で示される情報を無視してもよいし、第62の識別情報で示される情報を無視して第41の識別情報で示される情報を優先的に解釈してもよい。
【０５７８】
ここで、第41の識別情報が示す内容は、上述の通りであってよいが、例えば、2本目のPDUセッションの確立が許可されていない期間(タイマー値)等が示されてよい。
【０５７９】
例えば、第41の識別情報によって示されるタイマー値が0である場合は、UE_12は、2本目のPDUセッションの確立を制限するタイマーとしてそのタイマー値をセットし、そのセットされたタイマーが満了した後、2本目のPDUセッションを確立することができる。
【０５８０】
また、第41の識別情報によって示されるタイマー値が0以外の値である場合は、UE_12は、2本目のPDUセッションの確立を制限するタイマーとしてそのタイマー値をセットし、そのセットされたタイマーが満了するまで待ち、そのタイマーが満了した後、2本目のPDUセッションを確立することができる。
【０５８１】
尚、「タイマーが満了した後、2本目のPDUセッションを確立する」とは「タイマーが満了した後、すぐに、UEが2本目のPDUセッションを確立する」ことを意味してもよいし、「タイマーが満了した後、任意のタイミングで、UEが2本目のPDUセッションを確立する」ことを意味してもよい。
【０５８２】
[9. 第6の実施形態]
次に、第6の実施形態について説明する。ここでは、第6の実施形態を本実施形態とも呼称する。本実施形態は、第5の実施形態と同様、あるデバイスが2つの独立したUEを備えており、各UEがそれぞれPDUセッションを確立することにより、冗長化通信を可能になるという点で、これまでの第1から4の実施形態とは異なる。
【０５８３】
また、本実施形態における2つのUE(UE_10とUE_12)は、デバイス内のバスを介して、直接、情報を交換することができてもよいし、デバイス内の記憶部を介して、情報を交換してもよいし、それぞれが持つアンテナを介して、情報を交換してもよい。すなわち、UE_10がもともと記憶していた情報や、各種の手続きを実行することにより取得した情報は、UE_12に対して提供してもよい。同様に、UE_12がもともと記憶していた情報や、各種の手続きを実行することにより取得した情報は、UE_10に対して提供してもよい。
【０５８４】
本章では、9.1章の「登録手続き」、9.2章の「1本目のPDUセッションを確立するためのPDUセッション確立手続き」、9.3章の「2本目のPDUセッションを確立するためのPDUセッション確立手続き」、9.4章の「1本目のPDUセッションを確立するPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケース」、9.5章の「SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手続き」の順に説明する。
【０５８５】
まず、各装置は、9.1章に記載の登録手続きを実行することにより、UEがネットワークに登録される状態に遷移する。この手続きは、UE_10とUE_12によって実行される。
【０５８６】
その後、各装置は、9.2章に記載のPDUセッション確立手続きを実行することにより、1本目のPDUセッションを確立し、UE_10とDNとの間で、1本目のPDUセッションを用いた通信を行うことができる状態へ遷移する。
【０５８７】
次に、各装置は、9.3章に記載のPDUセッション確立手続きを実行することにより、2本目のPDUセッションを確立し、UE_12とDNとの間で、2本目のPDUセッションを用いた通信を行うことができる状態へ遷移する。このとき、デバイスは、1本目のPDUセッション及び2本目のPDUセッションを用いてユーザデータの送受信を行うことができるため、各装置は、冗長化通信が可能な状態であるとも言える。
【０５８８】
次に、各装置が、9.2章に記載のPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケースについて、9.4章で説明する。
【０５８９】
最後に、各装置が、9.5章に記載の手続きを実行することにより、2本目のPDUセッションのSSC modeがSSC mode 3である場合に、SSC mode 3のPDUセッションを提供するPDUセッションアンカーの変更手続きを実行することにより、3本目の(新たな)PDUセッションを確立した後、2本目の(既存の)PDUセッションを解放することで、セッションを継続しながら、PDUセッションアンカー(すなわちUPF)を変更する手続きについて説明する。
【０５９０】
尚、本実施形態の手続きでは、各装置は、登録手続きにおいて、UEとネットワークとの間で、URLLCのサポート情報、冗長化通信のサポート情報、及び/又はIPアドレス維持のサポート情報を交換してよい。
【０５９１】
さらに、各装置は、PDUセッション確立手続きにおいて、登録手続きで交換した情報を基に、UEとネットワークとの間で、URLLCがサポートされたPDUセッションを確立してもよいし、冗長化通信がサポートされたPDUセッションを確立してもよいし、IPアドレス維持がサポートされたPDUセッションを確立してもよい。尚、URLLCがサポートされたPDUセッション、冗長化通信がサポートされたPDUセッション、IPアドレス維持がサポートされたPDUセッションは、特定のDNに対してのみに確立可能なPDUセッションであってよい。ここで、特定のDNとは、例えば、LADNであってもよい。
【０５９２】
さらに、各装置は、確立されたPDUセッションを用いることにより、URLLCがサポートされたユーザデータの通信を実行してもよいし、冗長化通信を実行してもよいし、IPアドレス維持がサポートされたユーザデータの通信を実行してもよい。
【０５９３】
また、本実施形態に記載される内容は、これらが異なる装置(つまり、異なる物理的なハードウェア、又は異なる論理的なハードウェア、又は異なるソフトウェア)として構成される場合にも適用可能である。
【０５９４】
[9.1. 登録手続き]
本実施形態における登録手続きは、第5の実施形態における登録手続き(8.1章の登録手続き)と同一であってよいため、その説明を省略する。各装置(特にUE_10とAMF_210)は、登録手続きの完了に基づいて、登録状態(RM-REGISTERED state)に遷移することができる。また、各装置(特にUE_12とAMF_212)は、登録手続きの完了に基づいて、登録状態(RM-REGISTERED state)に遷移することができる。
【０５９５】
[9.2. 1本目のPDUセッションを確立するためのPDUセッション確立手続き]
次に、あるDNに対してPDUセッションを確立するために行うPDUセッション確立手続き (PDU session establishment procedure) の概要について、図10を用いて説明する。ここでは、このPDUセッション確立手続きを本手続きとも呼称する。本手続きは、基本的に、8.2章のPDUセッション確立手続きと同一であるが、PDUセッション確立要求メッセージ及び/又はNASメッセージに含まれる識別情報と、PDUセッション確立受諾メッセージに含まれる識別情報が、8.2章とは異なる。しかし、8.2章の説明と共通する部分が多いため、共通する個所の説明は省略し、以下では、異なる個所を中心に説明する。尚、UE、gNB_110、AMF_210、SMF_220、UPF_230は、8.2章と同一である。
【０５９６】
まず、UE_10は、PDUセッション確立要求メッセージ及び/又はNASメッセージに、第21、23から26、28の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、NASメッセージは、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。さらに、第21、23から26、28の識別情報が示す内容は、上述の通りであってよいが、第23の識別情報で示されるSSC modeは、SSC mode 1でもよいし、SSC mode 2でもよいし、SSC mode 3でもよい。さらに、第25の識別情報で示されるDNNは、9.1章の登録受諾メッセージに含まれる第14の識別情報で示されるDNNであることが好ましい。さらに、第26の識別情報で示されるS-NSSAIは、9.1章の登録受諾メッセージに含まれる第15の識別情報で示されるS-NSSAIであることが好ましい。
【０５９７】
UE_10は、これらの識別情報を送信することにより、これらの識別情報の内容を、ネットワークに通知することができる。また、これらの識別情報は、これらのメッセージに含められることで、UE_10の要求を示してもよい。また、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０５９８】
SMF_220は、PDUセッション確立要求メッセージを受信すると、UE_10が要求していること、及び/又はPDUセッション確立要求メッセージに含まれる各種の識別情報を認識することができる。
【０５９９】
また、SMF_222及び/又はAMF_210は、PDUセッション確立受諾メッセージに、第31、33から36、38の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、第31、33から36、38の識別情報が示す内容は、上述の通りであってよいが、第33の識別情報で示されるSSC modeは、SSC mode 1でもよいし、SSC mode 2でもよいし、SSC mode 3でもよい。
【０６００】
さらに、第35の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第25の識別情報で示される内容と同一であってもよいし、異なっていてもよい。さらに、第35の識別情報で示されるDNNは、9.1章の登録受諾メッセージに含まれる第14の識別情報で示されるDNNであることが好ましい。さらに、第36の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第26の識別情報で示される内容と同一であってもよいし、異なっていてもよい。さらに、第36の識別情報で示されるS-NSSAIは、9.1章の登録受諾メッセージに含まれる第15の識別情報で示されるS-NSSAIであることが好ましい。
【０６０１】
また、第38の識別情報で示されるPDUセッションIDは、本章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDと同一であってもよいし、異なってもよい。SMF_220及び/又はAMF_210は、これらの識別情報のうちの少なくとも1つを送信することにより、これらの識別情報の内容を、UE_10に通知することができる。尚、SMF_220及び/又はAMF_210は、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UE_10の要求が受諾されたことを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
【０６０２】
UE_10は、PDUセッション確立受諾メッセージを受信することで、PDUセッション確立要求によるUE_10の要求が受諾されたこと、及び/又はPDUセッション確立受諾メッセージに含まれる各識別情報の内容を認識することができる。
【０６０３】
本手続きと8.2章の手続きとの差異は以上である。尚、本章に記載していない部分については、8.2章の記載を適用することができる。
【０６０４】
本手続きが完了すると、各装置は、DNに対する1本目のPDUセッションが確立されている状態にあってよい。
【０６０５】
[9.3. 2本目のPDUセッションを確立するためのPDUセッション確立手続き]
次に、各装置は、確立された1本目のPDUセッションと同一のDNに対して、2本目のPDUセッションを確立するために、PDUセッション確立手続きを実行する。ここでは、このPDUセッション確立手続きを本手続きとも呼称する。本手続きは、基本的に、8.3章のPDUセッション確立手続きと同一であるが、PDUセッション確立要求メッセージ及び/又はNASメッセージに含まれる識別情報と、PDUセッション確立受諾メッセージに含まれる識別情報が、8.3章とは異なる。しかし、8.3章の説明と共通する部分が多いため、共通する個所の説明は省略し、以下では、異なる個所を中心に説明する。尚、本手続きに関係する各装置は、UE_12、gNB_112、AMF_212、SMF_222、UPF_232、DN_300であり、8.3章と同一である。
【０６０６】
まず、UE_12は、PDUセッション確立要求メッセージ及び/又はNASメッセージに、第3、13、21、23から28の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、NASメッセージは、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。さらに、第3、13、21、23から28の識別情報が示す内容は、上述の通りであってよいが、第23の識別情報で示される内容は、9.2章のPDUセッション確立受諾メッセージに含まれる第33の識別情報で示される内容と同一であることが好ましい。また、第24の識別情報で示される内容は、9.2章のPDUセッション確立受諾メッセージに含まれる第34の識別情報で示される内容と同一であることが好ましい。
【０６０７】
また、第25の識別情報で示される内容は、9.2章のPDUセッション確立受諾メッセージに含まれる第35の識別情報で示される内容と同一であることが好ましい。さらに、第25の識別情報で示されるDNNは、9.1章の登録受諾メッセージに含まれる第14の識別情報で示されるDNNであることが好ましい。また、第26の識別情報で示される内容は、9.2章のPDUセッション確立受諾メッセージに含まれる第36の識別情報で示される内容と同一であることが好ましい。さらに、第26の識別情報で示されるS-NSSAIは、9.1章の登録受諾メッセージに含まれる第15の識別情報で示されるS-NSSAIであることが好ましい。
【０６０８】
また、第27の識別情報で示される内容は、9.2章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示される内容と同一であることが好ましいし、9.2章のPDUセッション確立受諾メッセージに含まれる第38の識別情報で示される内容と同一であることが好ましい。また、第28の識別情報で示される内容は、9.2章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示される内容と異なることが好ましいし、9.2章のPDUセッション確立受諾メッセージに含まれる第38の識別情報で示される内容と異なることが好ましい。尚、第27の識別情報は、第3の識別情報、及び/又は第13の識別情報と関連付けられて送信されてよい。また、第27の識別情報は、第3の識別情報、及び/又は第13の識別情報と関連付けられて送信されることにより、第27の識別情報で示されるPDUセッションIDはUE_10が確立したものであることを示してもよい。
【０６０９】
UE_12は、これらの識別情報を送信することにより、これらの識別情報の内容を、ネットワークに通知することができる。また、これらの識別情報は、これらのメッセージに含められることで、UE_12の要求を示してもよい。また、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０６１０】
SMF_222は、PDUセッション確立要求メッセージを受信すると、UE_12が要求していること、及び/又はPDUセッション確立要求メッセージに含まれる各種の識別情報を認識することができる。
【０６１１】
また、SMF_222及び/又はAMF_212は、PDUセッション確立受諾メッセージに、第3、13、31、33から38の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、第3、13、31、33から38の識別情報が示す内容は、上述の通りであってよいが、第33の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第23の識別情報で示される内容と同一であってもよいし、異なっていてもよい。また、第34の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第24の識別情報で示される内容と同一であってもよいし、異なっていてもよい。
【０６１２】
また、第35の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第25の識別情報で示される内容と同一であってもよいし、異なっていてもよい。さらに、第35の識別情報で示されるDNNは、9.1章の登録受諾メッセージに含まれる第14の識別情報で示されるDNNであることが好ましい。また、第36の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第26の識別情報で示される内容と同一であってもよいし、異なっていてもよい。さらに、第36の識別情報で示されるS-NSSAIは、9.1章の登録受諾メッセージに含まれる第15の識別情報で示されるS-NSSAIであることが好ましい。
【０６１３】
また、第37の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第27の識別情報で示される内容と同一であってもよいし、異なっていてもよい。また、第38の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示される内容と同一であってもよいし、異なっていてもよい。また、第38の識別情報で示されるPDUセッションIDは、9.2章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDとは異なることが好ましいし、9.2章のPDUセッション確立受諾メッセージに含まれる第38の識別情報で示されるPDUセッションIDと異なることが好ましいし、本章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDと同一であることが好ましいが、異なってもよい。尚、第37の識別情報は、第3の識別情報、及び/又は第13の識別情報と関連付けられて送信されてよい。また、第37の識別情報は、第3の識別情報、及び/又は第13の識別情報と関連付けられて送信されることにより、第37の識別情報で示されるPDUセッションIDはUE_10が確立したものであることを示してもよい。SMF_222及び/又はAMF_212は、これらの識別情報のうちの少なくとも1つを送信することにより、これらの識別情報の内容を、UE_12に通知することができる。尚、SMF_222及び/又はAMF_212は、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UE_12の要求が受諾されたことを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
【０６１４】
UE_12は、PDUセッション確立受諾メッセージを受信することで、PDUセッション確立要求によるUE_12の要求が受諾されたこと、及び/又はPDUセッション確立受諾メッセージに含まれる各識別情報の内容を認識することができる。
【０６１５】
本手続きと8.3章の手続きとの差異は以上である。尚、本章に記載していない部分については、8.3章の記載を適用することができる。
【０６１６】
本手続きが完了すると、各装置は、既に確立している1本目のPDUセッションに対するDNと同一のDNに対する2本目のPDUセッションが確立されている状態にあってよい。
【０６１７】
以上のようにして確立された2本目のPDUセッションを、1本目のPDUセッションと共に使用することにより、デバイス_20は、冗長化通信を行うことができる。
【０６１８】
[9.4. 1本目のPDUセッションを確立するPDUセッション確立手続きを実行した後、すぐ
に2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケース]  本実施形態におけるこのケースは、第5の実施形態における8.4章の説明と同一であってよいため、その説明を省略する。
【０６１９】
[9.5. SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手
続き]  次に、9.3章のPDUセッション確立手続きを実行することによって、2本目のPDUセッションが確立されている場合であって、そのPDUセッションのSSC modeがSSC mode 3である場合に、PDUセッションを提供するPDUセッションアンカー(PSA)の変更手続きについて、図11を用いて説明する。この手続きは、ネットワーク(SMF)によってトリガされるものであり、新たなPDUセッションアンカーを使った同一のDNに対する新たなPDUセッションを確立した後、古いPDUセッションアンカーに関連する既存の(古い)PDUセッションを解放する手続きである。尚、この手続きでは、AMFは変更されることはないが、SMFは変更されてもよい。
【０６２０】
UE_12は、2本目のPDUセッションを用いて、ユーザデータの送受信をしている。具体的には、UE_12は、UPF_232を介して、DN_300と、上りリンクデータ及び/又は下りリンクデータの送受信をしている(S1100)。
【０６２１】
SMF_222が、UPF及び/又はSMFを変更する必要があると決定した場合(S1102)、SMF_222は、AMF_212に対して、第61から62の識別情報のうちの少なくとも1つを含むPDUセッション変更コマンドメッセージを含むN1 SM(Session Management)コンテナを送信する(S1104)。尚、N1 SMコンテナはNASメッセージであってよい。さらに、NASメッセージは、ダウンリンクNASトランスポート(DL NAS transport)メッセージであってよい。ここで、第61から62の識別情報が示す内容は、上述の通りであってよいが、第61の識別情報は、2本目のPDUセッションとして確立されるPDUセッションを識別するためのPDUセッションIDを示す情報であってもよいし、第62の識別情報は、同一のDNに対するPDUセッションの再確立が必要であることを示す情報であってよい。
【０６２２】
また、第61の識別情報の送信方法として、SMF_222は、第62の識別情報を含むPDUセッション変更コマンドメッセージを含むN1 SM(Session Management)コンテナと、第61の識別情報とを、別々に送信してもよい。これらもNASメッセージとして送信されてよい。
【０６２３】
AMF_212は、SMF_222から受信したNASメッセージをUE_12に転送する(S1106)。
【０６２４】
尚、SMF_222及び/又はAMF_210は、これらの識別情報を送信することで、新たなPDUセッションを確立し、古いPDUセッションを解放するよう要求することを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０６２５】
UE_12は、NASメッセージを受信すると、同一のDNに対するPDUセッション確立手続きを開始することを決定してもよい(S1108)。UE_12は、PDUセッション変更コマンドメッセージを受信することで、新たなPDUセッションを確立し、古いPDUセッションを解放するよう要求されていること、及び/又はPDUセッション変更コマンドメッセージに含まれる各識別情報の内容を認識することができる。このPDUセッション確立手続きは、基本的に、9.3章のPDUセッション確立手続きと同一であるが、SMF_222をSMF_224に置き換え、UPF_232をUPF_234に置き換える必要がある。また、PDUセッション確立要求メッセージ及び/又はNASメッセージに含まれる識別情報と、PDUセッション確立受諾メッセージに含まれる識別情報が、9.3章とは異なる。しかし、9.3章の説明と共通する部分が多いため、共通する個所の説明は省略し、以下では、異なる個所を中心に説明する。尚、UE_12、gNB_112、AMF_212、DNは9.3章と同一である。
【０６２６】
まず、UE_12は、5G AN及びAMF_212を介して、SMF_224にPDUセッション確立要求メッセージを含むNASメッセージを送信することにより(S900)(S902)(S904)、PDUセッション確立手続きを開始する。具体的には、UE_12は、gNB_112に対して、PDUセッション確立要求メッセージを含むNASメッセージを送信する(S900)と、gNB_112は、N2インターフェースを介して、AMF_212に転送する。
【０６２７】
ここで、UE_12は、PDUセッション確立要求メッセージ及び/又はNASメッセージに、第3、13、21、23から29の識別情報のうちの少なくとも1つを含めて送信することができるが、これらとは異なる制御メッセージ、例えば、NASレイヤよりも下位のレイヤ(例えば、RRCレイヤ、MACレイヤ、RLCレイヤ、PDCPレイヤ)の制御メッセージに含めて送信してもよい。ここで、、NASメッセージは、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。さらに、第3、13、21、23から29の識別情報が示す内容は、上述の通りであってよいが、第23の識別情報で示される内容は、9.3章のPDUセッション確立受諾メッセージに含まれる第33の識別情報、及び/又は9.3章のPDUセッション確立要求メッセージに含まれる第23の識別情報で示される内容と同一であることが好ましい。また、第24の識別情報で示される内容は、9.3章のPDUセッション確立受諾メッセージに含まれる第34の識別情報、及び/又は9.3章のPDUセッション確立要求メッセージに含まれる第24の識別情報で示される内容と同一であることが好ましい。また、第25の識別情報で示される内容は、9.3章のPDUセッション確立受諾メッセージに含まれる第35の識別情報、及び/又は9.3章のPDUセッション確立要求メッセージに含まれる第25の識別情報で示される内容と同一であることが好ましい。また、第26の識別情報で示される内容は、9.3章のPDUセッション確立受諾メッセージに含まれる第36の識別情報、及び/又は9.3章のPDUセッション確立要求メッセージに含まれる第36の識別情報で示される内容と同一であることが好ましい。
【０６２８】
また、第27の識別情報で示されるPDUセッションIDは、9.2章のPDUセッション確立手続きで確立されたPDUセッションIDを示すことが好ましい。また、第28の識別情報で示されるPDUセッションIDは、本章の第27の識別情報で示されるPDUセッションIDとも異なることが好ましいし、本章の第29の識別情報で示されるPDUセッションIDとも異なることが好ましい。また、第28の識別情報で示されるPDUセッションIDは、新たに確立するPDUセッションIDを示してもよい。また、第29の識別情報で示されるPDUセッションIDは、9.3章のPDUセッション確立手続きで確立されたPDUセッションIDを示すことが好ましい。尚、第27の識別情報は、第3の識別情報、及び/又は第13の識別情報と関連付けられて送信されてよい。また、第27の識別情報は、第3の識別情報、及び/又は第13の識別情報と関連付けられて送信されることにより、第27の識別情報で示されるPDUセッションIDはUE_10が確立したものであることを示してもよい。UE_12は、これらの識別情報を送信することにより、これらの識別情報の内容を、ネットワークに通知することができる。これらの識別情報は、これらのメッセージに含められることで、UE_12の要求を示してもよい。また、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０６２９】
また、AMF_212は、PDUセッション確立要求メッセージを受信すると、その転送先としてSMF_224を選択し(S902)、N11インターフェースを介して、SMF_224にPDUセッション確立要求メッセージを転送する (S904)。
【０６３０】
また、SMF_224は、AMF_212からPDUセッション確立要求メッセージを受信(S904)すると、UE_12が要求していること、及びPDUセッション確立要求メッセージに含まれる各種の識別情報を認識することができる。
【０６３１】
また、SMF_224は、PDUセッションの確立先のUPFとして、UPF_234を選択し、N4インターフェースを介して、UPF_234にセッション確立要求メッセージを送信する(S906)。
【０６３２】
UPF_234は、SMF_224からセッション確立要求メッセージを受信すると、PDUセッションのためのコンテキストを作成し、N4インターフェースを介して、SMF_224にセッション確立応答メッセージを送信する(S908)。
【０６３３】
SMF_224は、UPF_234からセッション確立応答メッセージを受信すると、UE_12に割り当てるアドレスのアドレス割り当てを行ってよい。SMF_224は、AMF_212を介して、UE_12にPDUセッション確立受諾メッセージを送信する(S910)(S912)。具体的には、SMF_224は、N11インターフェースを介して、AMF_212にPDUセッション確立受諾メッセージを送信すると(S910)、これを受信したAMF_212は、N1インターフェースを介して、UE_12にPDUセッション確立受諾メッセージを含むNASメッセージを送信する(S912)。具体的には、AMF_212は、N2インターフェースを介して、gNB_112にPDUセッション確立受諾メッセージを送信すると、gNB_112は、UE_12にPDUセッション確立受諾メッセージを含むNASメッセージを送信する。
【０６３４】
ここで、SMF_224及び/又はAMF_212は、PDUセッション確立受諾メッセージに、第3、13、31、33から39の識別情報のうちの少なくとも1つを含めて送信してもよい。ここで、第3、13、31、33から39の識別情報が示す内容は、上述の通りであってよいが、第33の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第23の識別情報で示される内容と同一であってよい。また、第34の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第24の識別情報で示される内容と同一であってよい。また、第35の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第25の識別情報で示される内容と同一であってよい。また、第36の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第26の識別情報で示される内容と同一であってよい。また、第37の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第27の識別情報で示される内容と同一であってよい。また、第38の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示される内容と同一であってよい。また、第39の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第29の識別情報で示される内容と同一であってよい。尚、第37の識別情報は、第3の識別情報、及び/又は第13の識別情報と関連付けられて送信されてよい。また、第37の識別情報は、第3の識別情報、及び/又は第13の識別情報と関連付けられて送信されることにより、第37の識別情報で示されるPDUセッションIDはUE_10が確立したものであることを示してもよい。SMF_224及び/又はAMF_212は、これらの識別情報を送信することにより、これらの識別情報の内容を、UE_12に通知することができる。尚、SMF_224及び/又はAMF_212は、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UE_12の要求が受諾されたことを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
【０６３５】
UE_12は、PDUセッション確立受諾メッセージを受信することで、PDUセッション確立要求によるUE_12の要求が受諾されたこと、及び/又はPDUセッション確立受諾メッセージに含まれる各識別情報の内容を認識することができる。
【０６３６】
本手続きと9.3章の手続きとの差異は以上である。尚、本章に記載していない部分については、9.3章の記載を適用することができる。
【０６３７】
以上のようにして冗長化通信を行うための新たなPDUセッションを確立することができる。つまり、この手続きが完了すると、UE_12は、新たなUPFであるUPF_234を介して、上りリンクデータ及び/又は下りリンクデータの送受信をすることができる(S1110)。言い換えると、デバイスは、9.2章のPDUセッション確立手続きによって確立されたPDUセッションと、9.3章のPDUセッション確立手続きによって確立されたPDUセッションと、本章の手続きによって確立されたPDUセッションとを用いて、冗長化通信を行うことができる。
【０６３８】
そして、新しいPDUセッションが確立された後に、各装置がPDUセッション解放手続きを実行する(S1112)ことにより、古いPDUセッション(9.3章のPDUセッション確立手続きによって確立されたPDUセッション)を解放することができる。尚、このPDUセッション解放手続きは、UE_12におけるタイマーの満了、又はSMF_222におけるタイマーの満了によって、開始されてよい。
【０６３９】
以上により、冗長化通信を行うためのPDUセッションアンカーをUPF_232からUPF_234に変更することができる。すなわち、デバイス_20は、9.2章のPDUセッション確立手続きによって確立されたPDUセッションと、本章の手続きによって確立されたPDUセッションとを用いて、冗長化通信を行うことができる。
【０６４０】
[10. 第7の実施形態]
次に、第7の実施形態について説明する。ここでは、第7の実施形態を本実施形態とも呼称する。本実施形態は、第5から6の実施形態と同様、あるデバイスが2つの独立したUEを備えており、各UEがそれぞれPDUセッションを確立することにより、冗長化通信を可能になるという点で、これまでの第1から4の実施形態とは異なる。
【０６４１】
また、本実施形態における2つのUE(UE_10とUE_12)は、デバイス内のバスを介して、直接、情報を交換することができてもよいし、デバイス内の記憶部を介して、情報を交換してもよいし、それぞれが持つアンテナを介して、情報を交換してもよい。すなわち、UE_10がもともと記憶していた情報や、各種の手続きを実行することにより取得した情報は、UE_12に対して提供してもよい。同様に、UE_12がもともと記憶していた情報や、各種の手続きを実行することにより取得した情報は、UE_10に対して提供してもよい。
【０６４２】
本章では、10.1章の「登録手続き」、10.2章の「1本目のPDUセッションを確立するためのPDUセッション確立手続き」、10.3章の「2本目のPDUセッションを確立するためのPDUセッション確立手続き」、10.4章の「1本目のPDUセッションを確立するPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケース」、10.5章の「SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手続き」の順に説明する。
【０６４３】
まず、各装置は、10.1章に記載の登録手続きを実行することにより、UEがネットワークに登録される状態に遷移する。この手続きは、UE_10とUE_12によって実行される。
【０６４４】
その後、各装置は、10.2章に記載のPDUセッション確立手続きを実行することにより、1本目のPDUセッションを確立し、UE_10とDNとの間で、1本目のPDUセッションを用いた通信を行うことができる状態へ遷移する。
【０６４５】
次に、各装置は、10.3章に記載のPDUセッション確立手続きを実行することにより、2本目のPDUセッションを確立し、UE_12とDNとの間で、2本目のPDUセッションを用いた通信を行うことができる状態へ遷移する。このとき、デバイスは、1本目のPDUセッション及び2本目のPDUセッションを用いてユーザデータの送受信を行うことができるため、各装置は、冗長化通信が可能な状態であるとも言える。
【０６４６】
次に、各装置が、10.2章に記載のPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケースについて、10.4章で説明する。
【０６４７】
最後に、各装置が、10.5章に記載の手続きを実行することにより、2本目のPDUセッションのSSC modeがSSC mode 3である場合に、SSC mode 3のPDUセッションを提供するPDUセッションアンカーの変更手続きを実行することにより、3本目の(新たな)PDUセッションを確立した後、2本目の(既存の)PDUセッションを解放することで、セッションを継続しながら、PDUセッションアンカー(すなわちUPF)を変更する手続きについて説明する。
【０６４８】
尚、本実施形態の手続きでは、各装置は、登録手続きにおいて、UEとネットワークとの間で、URLLCのサポート情報、冗長化通信のサポート情報、及び/又はIPアドレス維持のサポート情報を交換してよい。
【０６４９】
さらに、各装置は、PDUセッション確立手続きにおいて、登録手続きで交換した情報を基に、UEとネットワークとの間で、URLLCがサポートされたPDUセッションを確立してもよいし、冗長化通信がサポートされたPDUセッションを確立してもよいし、IPアドレス維持がサポートされたPDUセッションを確立してもよい。尚、URLLCがサポートされたPDUセッション、冗長化通信がサポートされたPDUセッション、IPアドレス維持がサポートされたPDUセッションは、特定のDNに対してのみに確立可能なPDUセッションであってよい。ここで、特定のDNとは、例えば、LADNであってもよい。
【０６５０】
さらに、各装置は、確立されたPDUセッションを用いることにより、URLLCがサポートされたユーザデータの通信を実行してもよいし、冗長化通信を実行してもよいし、IPアドレス維持がサポートされたユーザデータの通信を実行してもよい。
【０６５１】
また、本実施形態に記載される内容は、これらが異なる装置(つまり、異なる物理的なハードウェア、又は異なる論理的なハードウェア、又は異なるソフトウェア)として構成される場合にも適用可能である。
【０６５２】
[10.1. 登録手続き]
本実施形態における登録手続きは、第6の実施形態における登録手続き(9.1章の登録手続き)と同一であってよいため、その説明を省略する。各装置(特にUE_10とAMF_210)は、登録手続きの完了に基づいて、登録状態(RM-REGISTERED state)に遷移することができる。また、各装置(特にUE_12とAMF_212)は、登録手続きの完了に基づいて、登録状態(RM-REGISTERED state)に遷移することができる。
【０６５３】
[10.2. 1本目のPDUセッションを確立するためのPDUセッション確立手続き]
本実施形態における1本目のPDUセッションを確立するためのPDUセッション確立手続きは、第6の実施形態における1本目のPDUセッションを確立するためのPDUセッション確立手続き(9.2章のPDUセッション確立手続き)と同一であってよいため、その説明を省略する。本手続きが完了すると、各装置は、DNに対する1本目のPDUセッションが確立されている状態にあってよい。
【０６５４】
[10.3. 2本目のPDUセッションを確立するためのPDUセッション確立手続き]
次に、各装置は、確立された1本目のPDUセッションと同一のDNに対して、2本目のPDUセッションを確立するために、PDUセッション確立手続きを実行する。ここでは、このPDUセッション確立手続きを本手続きとも呼称する。本手続きは、基本的に、9.3章のPDUセッション確立手続きと同一であるが、PDUセッション確立要求メッセージ及び/又はNASメッセージに含まれる識別情報と、PDUセッション確立受諾メッセージに含まれる識別情報が、9.3章とは異なる。しかし、9.3章の説明と共通する部分が多いため、共通する個所の説明は省略し、以下では、異なる個所を中心に説明する。尚、本手続きに関係する各装置は、UE_12、gNB_112、AMF_212、SMF_222、UPF_232、DN_300であり、9.3章と同一である。
【０６５５】
まず、UE_12は、PDUセッション確立要求メッセージ及び/又はNASメッセージに、第21、23から26、28の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、NASメッセージは、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。さらに、第21、23から26、28の識別情報が示す内容は、上述の通りであってよいが、第23の識別情報で示される内容は、10.2章のPDUセッション確立受諾メッセージに含まれる第33の識別情報で示される内容と異なることが好ましい。また、第24の識別情報で示される内容は、10.2章のPDUセッション確立受諾メッセージに含まれる第34の識別情報で示される内容と異なることが好ましい。
【０６５６】
また、第25の識別情報で示される内容は、10.2章のPDUセッション確立受諾メッセージに含まれる第35の識別情報で示される内容と異なることが好ましい。さらに、第25の識別情報で示されるDNNは、10.1章の登録受諾メッセージに含まれる第14の識別情報で示されるDNNであることが好ましい。また、第26の識別情報で示される内容は、10.2章のPDUセッション確立受諾メッセージに含まれる第36の識別情報で示される内容と異なることが好ましい。さらに、第26の識別情報で示されるS-NSSAIは、10.1章の登録受諾メッセージに含まれる第15の識別情報で示されるS-NSSAIであることが好ましい。
【０６５７】
また、第28の識別情報で示される内容は、10.2章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示される内容と異なることが好ましいし、10.2章のPDUセッション確立受諾メッセージに含まれる第38の識別情報で示される内容と異なることが好ましい。
【０６５８】
UE_12は、これらの識別情報を送信することにより、これらの識別情報の内容を、ネットワークに通知することができる。また、これらの識別情報は、これらのメッセージに含められることで、UE_12の要求を示してもよい。また、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０６５９】
SMF_222は、PDUセッション確立要求メッセージを受信すると、UE_12が要求していること、及び/又はPDUセッション確立要求メッセージに含まれる各種の識別情報を認識することができる。
【０６６０】
また、SMF_222及び/又はAMF_212は、PDUセッション確立受諾メッセージに、第31、33から36、38の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、第31、33から36、38の識別情報が示す内容は、上述の通りであってよいが、第33の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第23の識別情報で示される内容と同一であってもよいし、異なっていてもよい。また、第34の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第24の識別情報で示される内容と同一であってもよいし、異なっていてもよい。
【０６６１】
また、第35の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第25の識別情報で示される内容と同一であってもよいし、異なっていてもよい。さらに、第35の識別情報で示されるDNNは、10.1章の登録受諾メッセージに含まれる第14の識別情報で示されるDNNであることが好ましい。また、第36の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第26の識別情報で示される内容と同一であってもよいし、異なっていてもよい。さらに、第36の識別情報で示されるS-NSSAIは、10.1章の登録受諾メッセージに含まれる第15の識別情報で示されるS-NSSAIであることが好ましい。
【０６６２】
また、第38の識別情報で示される内容は、本章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示される内容と同一であってもよいし、異なっていてもよい。また、第38の識別情報で示されるPDUセッションIDは、10.2章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDとは異なることが好ましいし、10.2章のPDUセッション確立受諾メッセージに含まれる第38の識別情報で示されるPDUセッションIDと異なることが好ましいし、本章のPDUセッション確立要求メッセージに含まれる第28の識別情報で示されるPDUセッションIDと同一であることが好ましいが、異なってもよい。SMF_222及び/又はAMF_212は、これらの識別情報のうちの少なくとも1つを送信することにより、これらの識別情報の内容を、UE_12に通知することができる。尚、SMF_222及び/又はAMF_212は、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UE_12の要求が受諾されたことを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
【０６６３】
UE_12は、PDUセッション確立受諾メッセージを受信することで、PDUセッション確立要求によるUE_12の要求が受諾されたこと、及び/又はPDUセッション確立受諾メッセージに含まれる各識別情報の内容を認識することができる。
【０６６４】
本手続きと9.3章の手続きとの差異は以上である。尚、本章に記載していない部分については、9.3章の記載を適用することができる。
【０６６５】
本手続きが完了すると、各装置は、既に確立している1本目のPDUセッションに対するDNと同一のDNに対する2本目のPDUセッションが確立されている状態にあってよい。
【０６６６】
以上のようにして確立された2本目のPDUセッションを、1本目のPDUセッションと共に使用することにより、デバイス_20は、冗長化通信を行うことができる。
【０６６７】
[10.4. 1本目のPDUセッションを確立するPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限
するケース]  本実施形態におけるこのケースは、第6の実施形態における9.4章の説明と同一であってよいため、その説明を省略する。
【０６６８】
[10.5. SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手続き]
本実施形態における「SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手続き」は、第6の実施形態における「SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手続き」 (9.5章の手続き)と同一であってよいため、その説明を省略する。
【０６６９】
[11. 第8の実施形態]
次に、第8の実施形態について説明する。ここでは、第8の実施形態を本実施形態とも呼称する。本実施形態は、第5から7の実施形態と同様、あるデバイスが2つの独立したUEを備えており、各UEがそれぞれPDUセッションを確立することにより、冗長化通信を可能になるという点で、これまでの第1から4の実施形態とは異なる。
【０６７０】
また、本実施形態における2つのUE(UE_10とUE_12)は、デバイス内のバスを介して、直接、情報を交換することができてもよいし、デバイス内の記憶部を介して、情報を交換してもよいし、それぞれが持つアンテナを介して、情報を交換してもよい。すなわち、UE_10がもともと記憶していた情報や、各種の手続きを実行することにより取得した情報は、UE_12に対して提供してもよい。同様に、UE_12がもともと記憶していた情報や、各種の手続きを実行することにより取得した情報は、UE_10に対して提供してもよい。
【０６７１】
本章では、11.1章の「登録手続き」、11.2章の「1本目のPDUセッションを確立するためのPDUセッション確立手続き」、11.3章の「2本目のPDUセッションを確立するためのPDUセッション確立手続き」、11.4章の「1本目のPDUセッションを確立するPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケース」、11.5章の「SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手続き」の順に説明する。
【０６７２】
まず、各装置は、11.1章に記載の登録手続きを実行することにより、UEがネットワークに登録される状態に遷移する。この手続きは、UE_10とUE_12によって実行される。
【０６７３】
その後、各装置は、11.2章に記載のPDUセッション確立手続きを実行することにより、1本目のPDUセッションを確立し、UE_10とDNとの間で、1本目のPDUセッションを用いた通信を行うことができる状態へ遷移する。
【０６７４】
次に、各装置は、11.3章に記載のPDUセッション確立手続きを実行することにより、2本目のPDUセッションを確立し、UE_12とDNとの間で、2本目のPDUセッションを用いた通信を行うことができる状態へ遷移する。このとき、デバイスは、1本目のPDUセッション及び2本目のPDUセッションを用いてユーザデータの送受信を行うことができるため、各装置は、冗長化通信が可能な状態であるとも言える。
【０６７５】
次に、各装置が、11.2章に記載のPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限するケースについて、11.4章で説明する。
【０６７６】
最後に、各装置が、11.5章に記載の手続きを実行することにより、2本目のPDUセッションのSSC modeがSSC mode 3である場合に、SSC mode 3のPDUセッションを提供するPDUセッションアンカーの変更手続きを実行することにより、3本目の(新たな)PDUセッションを確立した後、2本目の(既存の)PDUセッションを解放することで、セッションを継続しながら、PDUセッションアンカー(すなわちUPF)を変更する手続きについて説明する。
【０６７７】
尚、本実施形態の手続きでは、各装置は、登録手続きにおいて、UEとネットワークとの間で、URLLCのサポート情報、冗長化通信のサポート情報、及び/又はIPアドレス維持のサポート情報を交換してよい。
【０６７８】
さらに、各装置は、PDUセッション確立手続きにおいて、登録手続きで交換した情報を基に、UEとネットワークとの間で、URLLCがサポートされたPDUセッションを確立してもよいし、冗長化通信がサポートされたPDUセッションを確立してもよいし、IPアドレス維持がサポートされたPDUセッションを確立してもよい。尚、URLLCがサポートされたPDUセッション、冗長化通信がサポートされたPDUセッション、IPアドレス維持がサポートされたPDUセッションは、特定のDNに対してのみに確立可能なPDUセッションであってよい。ここで、特定のDNとは、例えば、LADNであってもよい。
【０６７９】
さらに、各装置は、確立されたPDUセッションを用いることにより、URLLCがサポートされたユーザデータの通信を実行してもよいし、冗長化通信を実行してもよいし、IPアドレス維持がサポートされたユーザデータの通信を実行してもよい。
【０６８０】
また、本実施形態に記載される内容は、これらが異なる装置(つまり、異なる物理的なハードウェア、又は異なる論理的なハードウェア、又は異なるソフトウェア)として構成される場合にも適用可能である。
【０６８１】
[11.1. 登録手続き]
本実施形態における登録手続きは、第7の実施形態における登録手続き(10.1章の登録手続き)と同一であってよいため、その説明を省略する。各装置(特にUE_10とAMF_210)は、登録手続きの完了に基づいて、登録状態(RM-REGISTERED state)に遷移することができる。また、各装置(特にUE_12とAMF_212)は、登録手続きの完了に基づいて、登録状態(RM-REGISTERED state)に遷移することができる。
【０６８２】
[11.2. 1本目のPDUセッションを確立するためのPDUセッション確立手続き]
本実施形態における1本目のPDUセッションを確立するためのPDUセッション確立手続きは、第7の実施形態における1本目のPDUセッションを確立するためのPDUセッション確立手続き(10.2章のPDUセッション確立手続き)と同一であってよいため、その説明を省略する。本手続きが完了すると、各装置は、DNに対する1本目のPDUセッションが確立されている状態にあってよい。
【０６８３】
[11.3. 2本目のPDUセッションを確立するためのPDUセッション確立手続き]
次に、各装置は、確立された1本目のPDUセッションと同一のDNに対して、2本目のPDUセッションを確立するために、PDUセッション確立手続きを実行する。ここでは、このPDUセッション確立手続きを本手続きとも呼称する。本手続きは、基本的に、10.3章のPDUセッション確立手続きと同一であるが、PDUセッション確立要求メッセージ及び/又はNASメッセージに含まれる識別情報と、PDUセッション確立受諾メッセージに含まれる識別情報が、10.3章とは異なる。しかし、10.3章の説明と共通する部分が多いため、共通する個所の説明は省略し、以下では、異なる個所を中心に説明する。尚、本手続きに関係する各装置は、UE_12、gNB_112、AMF_212、SMF_222、UPF_232、DN_300であり、10.3章と同一である。
【０６８４】
まず、UEは、PDUセッション確立要求メッセージ及び/又はNASメッセージに、第3、13、21、23から28の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、NASメッセージは、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。さらに、第21、23から26、28の識別情報が示す内容は、10.3章と同一であってよい。また、第27の識別情報が示す内容は、9.3章と同一であってよい。尚、第27の識別情報は、第3の識別情報、及び/又は第13の識別情報と関連付けられて送信されてよい。また、第27の識別情報は、第3の識別情報、及び/又は第13の識別情報と関連付けられて送信されることにより、第27の識別情報で示されるPDUセッションIDはUE_10が確立したものであることを示してもよい。
【０６８５】
UE_12は、これらの識別情報を送信することにより、これらの識別情報の内容を、ネットワークに通知することができる。また、これらの識別情報は、これらのメッセージに含められることで、UE_12の要求を示してもよい。また、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。
【０６８６】
SMF_222は、PDUセッション確立要求メッセージを受信すると、UE_12が要求していること、及び/又はPDUセッション確立要求メッセージに含まれる各種の識別情報を認識することができる。
【０６８７】
また、SMF_222及び/又はAMF_212は、PDUセッション確立受諾メッセージに、第3、13、31、33から38の識別情報のうちの少なくとも1つを含めて送信することができる。ここで、第31、33から36、38の識別情報が示す内容は、10.3章と同一であってよい。また、第37の識別情報が示す内容は、9.3章と同一であってよい。尚、第37の識別情報は、第3の識別情報、及び/又は第13の識別情報と関連付けられて送信されてよい。また、第37の識別情報は、第3の識別情報、及び/又は第13の識別情報と関連付けられて送信されることにより、第37の識別情報で示されるPDUセッションIDはUE_10が確立したものであることを示してもよい。SMF_222及び/又はAMF_212は、これらの識別情報のうちの少なくとも1つを送信することにより、これらの識別情報の内容を、UE_12に通知することができる。尚、SMF_222及び/又はAMF_212は、これらの識別情報を送信することで、ネットワークが各機能をサポートしていることを示してもよいし、UE_12の要求が受諾されたことを示してもよい。さらに、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
【０６８８】
UE_12は、PDUセッション確立受諾メッセージを受信することで、PDUセッション確立要求によるUE_12の要求が受諾されたこと、及び/又はPDUセッション確立受諾メッセージに含まれる各識別情報の内容を認識することができる。
【０６８９】
本手続きと10.3章の手続きとの差異は以上である。尚、本章に記載していない部分については、10.3章の記載を適用することができる。
【０６９０】
本手続きが完了すると、各装置は、既に確立している1本目のPDUセッションに対するDNと同一のDNに対する2本目のPDUセッションが確立されている状態にあってよい。
【０６９１】
以上のようにして確立された2本目のPDUセッションを、1本目のPDUセッションと共に使用することにより、デバイス_20は、冗長化通信を行うことができる。
【０６９２】
[11.4. 1本目のPDUセッションを確立するPDUセッション確立手続きを実行した後、すぐに2本目のPDUセッションを確立するPDUセッション確立手続きを実行できないように制限
するケース]  本実施形態におけるこのケースは、第7の実施形態における10.4章の説明と同一であってよいため、その説明を省略する。
【０６９３】
[11.5. SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手続き]
本実施形態における「SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手続き」は、第7の実施形態における「SSC mode 3の2本目のPDUセッションを提供するPDUセッションアンカーの変更手続き」 (10.5章の手続き)と同一であってよいため、その説明を省略する。
【０６９４】
[12. 変形例]
本発明に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、Central Processing Unit(CPU)等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にRandom Access Memory(RAM)等の揮発性メモリあるいはフラッシュメモリ等の不揮発性メモリやHard Disk Drive(HDD)、あるいはその他の記憶装置システムに格納される。
【０６９５】
尚、本発明に関わる実施形態の機能を実現する為のプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する事によって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。
【０６９６】
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサでもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いる事も可能である。
【０６９７】
なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の1例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器等の端末装置もしくは通信装置に適用出来る。
【０６９８】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０６９９】
1 移動通信システム
2 移動通信システム
10 UE
12 UE
20 デバイス
100 アクセスネットワーク
110 gNB
112 gNB
200 コアネットワーク
210 AMF
212 AMF
220 SMF
222 SMF
224 SMF
230 UPF
232 UPF
234 UPF
300 DN
【図１】
2020088472.tif 000003
【図２】
2020088472.tif 000004
【図３】
2020088472.tif 000005
【図４】
2020088472.tif 000006
【図５】
2020088472.tif 000007
【図６】
2020088472.tif 000008
【図７】
2020088472.tif 000009
【図８】
2020088472.tif 000010
【図９】
2020088472.tif 000011
【図１０】
2020088472.tif 000012
【図１１】
2020088472.tif 000013