JP2024042435A - ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ） - Google Patents

ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ） Download PDF

Info

Publication number
JP2024042435A
JP2024042435A JP2022147150A JP2022147150A JP2024042435A JP 2024042435 A JP2024042435 A JP 2024042435A JP 2022147150 A JP2022147150 A JP 2022147150A JP 2022147150 A JP2022147150 A JP 2022147150A JP 2024042435 A JP2024042435 A JP 2024042435A
Authority
JP
Japan
Prior art keywords
procedure
message
communication
pdu session
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022147150A
Other languages
English (en)
Inventor
周一郎 千葉
靖夫 菅原
陽子 久下
晶貴 泉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Priority to JP2022147150A priority Critical patent/JP2024042435A/ja
Priority to KR1020230012781A priority patent/KR20240037811A/ko
Priority to CN202310120906.6A priority patent/CN117715249A/zh
Priority to EP23155477.5A priority patent/EP4340530A1/en
Priority to US18/107,565 priority patent/US20240098841A1/en
Priority to AU2023201177A priority patent/AU2023201177A1/en
Publication of JP2024042435A publication Critical patent/JP2024042435A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/34—Selective release of ongoing connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B64—AIRCRAFT; AVIATION; COSMONAUTICS
    • B64C—AEROPLANES; HELICOPTERS
    • B64C39/00—Aircraft not otherwise provided for
    • B64C39/02—Aircraft not otherwise provided for characterised by special use
    • B64C39/024—Aircraft not otherwise provided for characterised by special use of the remote controlled vehicle type, i.e. RPV
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G5/00—Traffic control systems for aircraft, e.g. air-traffic control [ATC]
    • G08G5/0004—Transmission of traffic-related information to or from an aircraft
    • G08G5/0013—Transmission of traffic-related information to or from an aircraft with a ground station
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G5/00—Traffic control systems for aircraft, e.g. air-traffic control [ATC]
    • G08G5/0017—Arrangements for implementing traffic-related aircraft activities, e.g. arrangements for generating, displaying, acquiring or managing traffic information
    • G08G5/0026—Arrangements for implementing traffic-related aircraft activities, e.g. arrangements for generating, displaying, acquiring or managing traffic information located on the ground
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G5/00—Traffic control systems for aircraft, e.g. air-traffic control [ATC]
    • G08G5/0047—Navigation or guidance aids for a single aircraft
    • G08G5/0052—Navigation or guidance aids for a single aircraft for cruising
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G5/00—Traffic control systems for aircraft, e.g. air-traffic control [ATC]
    • G08G5/0047—Navigation or guidance aids for a single aircraft
    • G08G5/0069—Navigation or guidance aids for a single aircraft specially adapted for an unmanned aircraft
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/06—Airborne or Satellite Networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/06—De-registration or detaching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Astronomy & Astrophysics (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】5GS (5G System)を利用したUAV (Uncrewed Aerial Vehicle)とUAV、又はUAV controllerとの通信の規格化が推進されている。一方、そのUAVとUAV controllerの直接通信（ダイレクトC2コミュニケーション）について、通信路を確立した後の解放方法や、認証及び/又は承認が取り消された際の挙動が明確になっていない。【解決手段】ダイレクトC2コミュニケーションのための通信路を確立しているUser Equipment (UE)は、ネットワークから、ダイレクトC2コミュニケーションのための通信路の認証及び/又は承認を取り消すためのPDUセッション解放コマンドメッセージ、又はPDUセッション変更コマンドメッセージの受信した場合、ダイレクトC2コミュニケーションのための通信路の解放手続きにおいて、適切な理由値を示すことができる。【選択図】図11

Description

本発明は、UE(User Equipment)に関する。
3GPP(3rd Generation Partnership Project)では、第5世代(5G)の移動通信システムである5GS(5G System)のシステムアーキテクチャが検討されており、新しい手続きや新しい機能のサポートするための議論が行われている(非特許文献1～6を参照)。5G規格のRelease 17において、ドローンの移動通信システムが議論されている(非特許文献6を参照)。
3GPP TS 23.501 V17.5.0 (2022-06); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System architecture for the 5G System (5GS); Stage 2 (Release 17) 3GPP TS 23.502 V17.5.0 (2022-06); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System (5GS); Stage 2 (Release 17) 3GPP TS 24.501 V17.7.1 (2022-06); 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3 (Release 17) 3GPP TS 23.256 V17.3.0 (2022-06); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Support of Uncrewed Aerial Systems (UAS) connectivity, identification and tracking; Stage 2 (Release 17) 3GPP TS 24.587 V17.6.0 (2022-06); 3rd Generation Partnership Project;Technical Specification Group Core Network and Terminals; Vehicle-to-Everything (V2X) services in 5G System (5GS); Stage 3 (Release 17) 3GPP TR 23.700-55 V0.7.0 (2022-09); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on enhanced Application Architecture for UAS applications; (Release 18)
5GS (5G System)では、多種多様なサービスを提供するために、新たなコアネットワークである5GCN (5G Core Network)が検討されている。さらに、UAV (Uncrewed Aerial Vehicle、又はUnmanned Aerial Vehicle)を操作するための通信手段として、5GSを利用した通信手段が検討されている。
現在、5GSを利用したUAV、UAV controller、及び関連機器の間の通信手段として、5CNを用いた通信に加え、直接通信（ダイレクトC2コミュニケーションとも称する）についても検討が進められている。
一方、ダイレクトC2コミュニケーションについて、通信路の確立方法や、認証及び/又は承認の方法は明確になっていない。また、ダイレクトC2コミュニケーションに対する認証及び/又は承認が取り消された場合の挙動も明確になっていない。更に、ダイレクトC2コミュニケーションの通信路を解放するための手続きおいて、送受信される情報についても明確になっていない。
本発明の一態様は、以上のような事情を顧みてなされたものであり、その目的は、UAVが、ネットワークから、ダイレクトC2コミュニケーションの認証及び/又は承認の取り消しを受信した際に、ダイレクトC2コミュニケーションを解放する手続きにおいて送受信される情報を明確化する。
本発明の一態様のUser Equipment(UE)は、送受信部を備えるUEであって、C2接続取り消し手続きにおいて、前記送受信部が、ネットワークからC2通信のためのPDUセッションを解放するためのメッセージを受信した場合、前記送受信部は、PC5リンクを介して、前記UEと直接接続している他のUEに、第1の識別情報を含む、直接リンク解放要求メッセージを送信し、前記第1の識別情報は、C2接続取り消しであることを示す理由値である、ことを特徴とする。
本発明の一態様によれば、ダイレクトC2コミュニケーションの認証及び/又は承認が取り消された際のUAVの挙動、ダイレクトC2コミュニケーションを解放する手続き、及び当該手続きにおいて送受信される情報を明確化することができる。
移動通信システム(EPS/5GS)の概略を説明する図である。 移動通信システム(EPS/5GS)の詳細構成を説明する図である。 UEの装置構成を説明する図である。 5GSにおけるアクセスネットワーク装置(gNB)の構成を説明する図である。 5GSにおけるコアネットワーク装置(AMF/SMF/UPF)の構成を説明する図である。 登録手続きを説明する図である。 PDUセッション確立手続きを説明する図である。 ネットワーク主導のセッションマネジメント手続きを示す図である。 UE主導のセッションマネジメント手続きを示す図である。 ダイレクトC2コミュニケーションを確立するための手続きを説明する図である。 ダイレクトC2コミュニケーションを解放するための手続きを説明する図である。 UUAA-MM手続きを説明する図である。 UUAA-SM手続きを説明する図である。 UUAA取り消し手続きを説明する図である。
以下、図面を参照して本発明の一態様を実施する為に最良の形態について説明する。尚、本実施形態では1例として、本発明の一態様を適用した場合の移動通信システムの実施形態について説明する。
[1. システムの概要]
まず、図1は、各実施形態で使用される移動通信システム1の概略を説明する為の図であり、図2は、その移動通信システム1の詳細構成を説明する為の図である。
図1には、移動通信システム1は、UE_A10、アクセスネットワーク_A80、コアネットワーク_A90、PDN(Packet Data Network)_A5、アクセスネットワーク_B120、コアネットワーク_B190、DN(Data Network)_A6により構成されることが記載されている。
以下では、これらの装置・機能について、UE、アクセスネットワーク_A、コアネットワーク_A、PDN、アクセスネットワーク_B、コアネットワーク_B、DN等のように、記号を省略して記載する場合がある。
また、図2には、UE_A10、E-UTRAN80、MME40、SGW35、PGW-U30、PGW-C32、PCRF60、HSS50、5G AN120、AMF140、UPF130、SMF132、PCF160、UDM150、N3IWF170等の装置・機能、及びこれらの装置・機能を互いに接続するインターフェースが記載されている。
以下では、これらの装置・機能について、UE、E-UTRAN、MME、SGW、PGW-U、PGW-C、PCRF、HSS、5G AN、AMF、UPF、SMF、PCF、UDM、N3IWF等のように、記号を省略して記載する場合がある。
尚、4GシステムであるEPS(Evolved Packet System)は、アクセスネットワーク_A及びコアネットワーク_Aを含んで構成されるが、さらにUE及び/又はPDNが含まれても良い。また、5Gシステムである5GS(5G System)は、UE、アクセスネットワーク_B及びコアネットワーク_Bを含んで構成されるが、さらにDNが含まれても良い。
UEは、3GPPアクセス(3GPPアクセスネットワーク、3GPP ANとも称する)及び/又はnon-3GPPアクセス(non-3GPPアクセスネットワーク、non-3GPP ANとも称する)を介して、ネットワークサービスに対して接続可能な装置である。UEは、携帯電話やスマートフォン等の無線通信が可能な端末装置であってよく、EPSにも5GSにも接続可能な端末装置であってよい。UEは、UICC(Universal Integrated Circuit Card)やeUICC(Embedded UICC)を備えてもよい。尚、UEのことをユーザ装置と表現してもよいし、端末装置と表現してもよい。
また、アクセスネットワーク_Aは、E-UTRAN(Evolved Universal Terrestrial Radio Access Network)及び/又は無線LANアクセスネットワークに対応する。E-UTRANには、1以上のeNB(evolved Node B)45が配置される。尚、以下では、eNB45は、eNBのように記号を省略して記載する場合がある。また、複数のeNBがある場合は、各eNBは、例えばX2インターフェースにより、互いに接続されている。また、無線LANアクセスネットワークには、1以上のアクセスポイントが配置される。
また、アクセスネットワーク_Bは、5Gアクセスネットワーク(5G AN)に対応する。5G ANは、NG-RAN(NG Radio Access Network)及び/又はnon-3GPP アクセスネットワークで構成される。NG-RANには、1以上のgNB(NR NodeB)122が配置される。尚、以下では、gNB122は、gNBのように記号を省略して記載する場合がある。gNBは、NR(New Radio)ユーザプレーンと制御プレーンをUEに提供するノードであり、5GCNに対してNGインターフェース(N2インターフェース又はN3インターフェースを含む)を介して接続するノードである。すなわち、gNBは、5GSのために新たに設計された基地局装置であり、4GシステムであるEPSで使用されていた基地局装置(eNB)とは異なる機能を有する。また、複数のgNBがある場合は、各gNBは、例えばXnインターフェースにより、互いに接続している。
また、non-3GPP アクセスネットワークは、信頼できない非3GPP(untrusted non-3GPP)アクセスネットワークであってもよいし、信頼できる非3GPP(trusted non-3GPP)アクセスネットワークであってもよい。ここで、信頼できない非3GPPアクセスネットワークは、例えば公衆無線LANなど、アクセスネットワーク内でセキュリティ管理を行わないnon-3GPPアクセスネットワークであってよい。一方で、信頼できる非3GPPアクセスネットワークは、3GPPが規定するアクセスネットワークであってよく、TNAP(trusted non-3GPP access point)とTNGF(trusted non-3GPP Gateway function)を備えていてもよい。
また、以下では、E-UTRANやNG-RANは、3GPPアクセスと称することがある。また、無線LANアクセスネットワークやnon-3GPP ANは、non-3GPPアクセスと称することがある。また、アクセスネットワーク_Bに配置されるノードを、まとめてNG-RANノードとも称することがある。
また、以下では、アクセスネットワーク_A、及び/又はアクセスネットワーク_B、及び/又はアクセスネットワーク_Aに含まれる装置、及び/又はアクセスネットワーク_Bに含まれる装置は、アクセスネットワーク、又はアクセスネットワーク装置と称する場合がある。
また、コアネットワーク_Aは、EPC(Evolved Packet Core)に対応する。EPCには、例えば、MME(Mobility Management Entity)、SGW(Serving Gateway)、PGW(Packet Data Network Gateway)-U、PGW-C、PCRF(Policy and Charging Rules Function)、HSS(Home Subscriber Server)等が配置される。
また、コアネットワーク_Bは、5GCN(5G Core Network)に対応する。5GCNには、例えば、AMF(Access and Mobility Management Function)、UPF(User Plane Function)、SMF(Session Management Function)、PCF(Policy Control Function)、UDM(Unified Data Management)等が配置される。ここで、5GCNは、5GCと表現されてもよい。
また、以下では、コアネットワーク_A、及び/又はコアネットワーク_B、コアネットワーク_Aに含まれる装置、及び/又はコアネットワーク_Bに含まれる装置は、コアネットワーク、又はコアネットワーク装置又はコアネットワーク内装置と称する場合がある。
コアネットワーク(コアネットワーク_A及び/又はコアネットワーク_B)は、アクセスネットワーク(アクセスネットワーク_A及び/又はアクセスネットワーク_B)と、PDN及び/又はDNとを接続した移動体通信事業者(Mobile Network Operator; MNO)が運用するIP移動通信ネットワークの事であってもよいし、移動通信システム1を運用、管理する移動体通信事業者の為のコアネットワークでもよいし、MVNO(Mobile Virtual Network Operator)や、MVNE(Mobile Virtual Network Enabler)等の仮想移動通信事業者や仮想移動体通信サービス提供者の為のコアネットワークでもよい。
また、図1では、PDNとDNが同一である場合が記載されているが、異なっていても良い。PDNは、UEに通信サービスを提供するDN(Data Network)であってよい。尚、DNは、パケットデータサービス網として構成されてもよいし、サービス毎に構成されてもよい。さらに、PDNは、接続された通信端末を含んでもよい。従って、PDNと接続する事は、PDNに配置された通信端末やサーバ装置と接続する事であってもよい。さらに、PDNとの間でユーザデータを送受信する事は、PDNに配置された通信端末やサーバ装置とユーザデータを送受信する事であってもよい。尚、PDNのことをDNと表現してもよいし、DNのことをPDNと表現してもよい。
また、以下では、アクセスネットワーク_A、コアネットワーク_A、PDN、アクセスネットワーク_B、コアネットワーク_B、DNの少なくとも一部、及び/又はこれらに含まれる1以上の装置を、ネットワーク又はネットワーク装置と呼称する場合がある。つまり、ネットワーク及び/又はネットワーク装置が、メッセージを送受信する、及び/又は手続きを実行するということは、アクセスネットワーク_A、コアネットワーク_A、PDN、アクセスネットワーク_B、コアネットワーク_B、DNの少なくとも一部、及び/又はこれらに含まれる1以上の装置が、メッセージを送受信する、及び/又は手続きを実行することを意味する。
また、UEは、アクセスネットワークに接続することができる。また、UEは、アクセスネットワークを介して、コアネットワークと接続する事ができる。さらに、UEは、アクセスネットワーク及びコアネットワークを介して、PDN又はDNに接続する事ができる。すなわち、UEは、PDN又はDNとの間で、ユーザデータを送受信(通信)する事ができる。ユーザデータを送受信する際は、IP(Internet Protocol)通信だけでなく、non-IP通信を用いてもよい。
ここで、IP通信とは、IPを用いたデータ通信の事であり、IPパケットにより、データの送受信が行われる。IPパケットは、IPヘッダとペイロード部で構成される。ペイロード部には、EPSに含まれる装置・機能や、5GSに含まれる装置・機能が送受信するデータが含まれてよい。また、non-IP通信とは、IPを用いないデータ通信の事であり、IPパケットの構造とは異なる形式により、データの送受信が行われる。例えば、non-IP通信は、IPヘッダが付与されていないアプリケーションデータの送受信によって実現されるデータ通信でもよいし、マックヘッダやEthernet(登録商標)フレームヘッダ等の別のヘッダを付与してUEが送受信するユーザデータを送受信してもよい。
また、アクセスネットワーク_A、コアネットワーク_A、アクセスネットワーク_B、コアネットワーク_B、PDN_A、DN_Aには、図2に記載されない装置が構成されていてもよい。例えば、コアネットワーク_A及び/又はコアネットワーク_Bには、AUSF(Authentication Server Function)やAAA(Authentication, authorization, and accounting)サーバ(AAA-S)が含まれてもよい。
ここで、AUSFは、3GPPアクセス及びnon-3GPPアクセスに対する認証機能を備える、コアネットワーク装置である。具体的には、3GPPアクセス及び/又はnon-3GPPアクセスに対する認証の要求をUEから受信し、認証手続きを実行するネットワーク機能部である。
また、AAAサーバは、AUSFと直接的又は他のネットワーク装置を介して間接的に接続する、認証及び承認及び課金機能を備える、装置である。AAAサーバはコアネットワーク内のネットワーク装置であってもよい。なお、AAAサーバは、コアネットワーク_A及び/又はコアネットワーク_Bに含まれず、PLMNに含まれてもよい。つまり、AAAサーバはコアネットワーク装置であってもよいし、コアネットワークの外にある装置であってよい。例えば、AAAサーバは3rd Partyが管理する、PLMN内のサーバ装置であってもよい。
なお、図2では、図の簡略化のため、各装置・機能は1つずつ記載したが、移動通信システム1には複数の同様の装置・機能が構成されてもよい。具体的には、移動通信システム1には複数のUE_A10、E-UTRAN80、MME40、SGW35、PGW-U30、PGW-C32、PCRF60、HSS50、5G AN120、AMF140、UPF130、SMF132、PCF160、及び/又はUDM150等の装置・機能が構成されていてもよい。
UPF_A235は、DN、SMF、他のUPF、及び、アクセスネットワークに接続される。UPF_A235は、intra-RAT mobility又はinter-RAT mobilityに対するアンカー、パケットのルーティングと転送(Packet routing & forwarding)、1つのDNに対して複数のトラフィックフローのルーティングをサポートするUL CL(Uplink Classifier)機能、マルチホームPDUセッション(multi-homed PDU session)をサポートするBranching point機能、user planeに対するQoS処理、上りリンクトラフィックの検証(verification)、下りリンクパケットのバッファリング、下りリンクデータ通知(Downlink Data Notification)のトリガ機能等の役割を担ってもよい。また、UPF_A235は、DNとコアネットワーク_B190との間のゲートウェイとして、ユーザデータの転送を行う中継装置でもよい。尚、UPF_A235は、IP通信及び/又はnon-IP通信の為のゲートウェイでもよい。さらに、UPF_A235は、IP通信を転送する機能を持っていてもよく、non-IP通信とIP通信を変換する機能を持っていてもよい。さらに複数配置されるゲートウェイは、コアネットワーク_B190と単一のDNを接続するゲートウェイでもよい。尚、UPF_A235は、他のNFとの接続性を備えてもよく、他のNFを介して各装置に接続してもよい。
尚、UPF_A235とアクセスネットワークとの間に、UPF_A235とは異なるUPFである、UPF_C239(branching point又はuplink classifierとも称する)が装置又はNFとして存在してもよい。UPF_C239が存在する場合、UEとDNとの間のPDUセッションは、アクセスネットワーク、UPF_C239、UPF_A235を介して確立されることになる。
また、UPF130は、UPF_A235と同様の装置であってよい。尚、UPF130、及びUPF_A235は、UPFのように、記号を省略して記載する場合がある。
[2. 各装置の構成]
次に、各実施形態で使用される各装置(UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置)の構成について、図を用いて説明する。尚、各装置は、物理的なハードウェアとして構成されても良いし、汎用的なハードウェア上に構成された論理的な(仮想的な)ハードウェアとして構成されても良いし、ソフトウェアとして構成されても良い。また、各装置の持つ機能の少なくとも一部(全部を含む)が、物理的なハードウェア、論理的なハードウェア、ソフトウェアとして構成されても良い。
尚、以下で登場する各装置・機能内の各記憶部(記憶部_A340、記憶部_A440、記憶部_B540、記憶部_A640、記憶部_B740)は、例えば、半導体メモリ、SSD(Solid State Drive)、HDD(Hard Disk Drive)等で構成されている。また、各記憶部は、出荷段階からもともと設定されていた情報だけでなく、自装置・機能以外の装置・機能(例えば、UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置、及び/又はPDN、及び/又はDN)との間で、送受信した各種の情報を記憶する事ができる。また、各記憶部は、後述する各種の通信手続き内で送受信する制御メッセージに含まれる識別情報、制御情報、フラグ、パラメータ等を記憶することができる。また、各記憶部は、これらの情報をUE毎に記憶してもよい。また、各記憶部は、5GSとEPSとの間のインターワークをした場合には、5GS及び/又はEPS内に含まれる装置・機能との間で送受信した制御メッセージやユーザデータを記憶することができる。このとき、N26インターフェースを介して送受信されたものだけでなく、N26インターフェースを介さずに送受信されたものも記憶することができる。
[2.1. UEの装置構成]
まず、UE(User Equipment)の装置構成例について、図3を用いて説明する。UEは、制御部_A300、アンテナ310、送受信部_A320、記憶部_A340で構成されている。制御部_A300、送受信部_A320、記憶部_A340は、バスを介して接続されている。送受信部_A320は、アンテナ310と接続している。
制御部_A300は、UE全体の動作・機能を制御する機能部である。制御部_A300は、必要に応じて、記憶部_A340に記憶されている各種プログラムを読み出して実行する事により、UEにおける各種の処理を実現する。
送受信部_A320は、アンテナを介して、アクセスネットワーク内の基地局装置(eNB又はgNB)と無線通信する為の機能部である。すなわち、UEは、送受信部_A320を用いて、アクセスネットワーク装置、及び/又はコアネットワーク装置、及び/又はPDN、及び/又はDNとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
図2を参照して詳細に説明すると、UEは、送受信部_A320を用いることにより、LTE-Uuインターフェースを介して、E-UTRAN内の基地局装置(eNB)と通信することができる。また、UEは、送受信部_A320を用いることにより、5G AN内の基地局装置(gNB)と通信することができる。また、UEは、送受信部_A320を用いることにより、N1インターフェースを介してAMFとNAS(Non-Access-Stratum)メッセージの送受信をすることができる。ただし、N1インターフェースは論理的なものであるため、実際には、UEとAMFの間の通信は、5G ANを介して行われる。
記憶部_A340は、UEの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
[2.2. gNBの装置構成]
次に、gNBの装置構成例について、図4を用いて説明する。gNB は、制御部_B500、アンテナ510、ネットワーク接続部_B520、送受信部_B530、記憶部_B540で構成されている。制御部_B500、ネットワーク接続部_B520、送受信部_B530、記憶部_B540は、バスを介して接続されている。送受信部_B530は、アンテナ510と接続している。
制御部_B500は、gNB全体の動作・機能を制御する機能部である。制御部_B500は、必要に応じて、記憶部_B540に記憶されている各種プログラムを読み出して実行する事により、gNBにおける各種の処理を実現する。
ネットワーク接続部_B520は、gNBが、AMF及び/又はUPFと通信する為の機能部である。すなわち、gNBは、ネットワーク接続部_B520を用いて、AMF及び/又はUPFとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
送受信部_B530は、アンテナ510を介して、UEと無線通信する為の機能部である。すなわち、gNBは、送受信部_B530を用いて、UEとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
図2を参照して詳細に説明すると、5G AN内にあるgNBは、ネットワーク接続部_B520を用いることにより、N2インターフェースを介して、AMFと通信することができ、N3インターフェースを介して、UPFと通信することができる。また、gNBは、送受信部_B530を用いることにより、UEと通信することができる。
記憶部_B540は、gNBの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
[2.3. AMFの装置構成]
次に、AMFの装置構成例について、図5を用いて説明する。AMFは、制御部_B700、ネットワーク接続部_B720、記憶部_B740で構成されている。制御部_B700、ネットワーク接続部_B720、記憶部_B740は、バスを介して接続されている。AMFは、制御プレーンを扱うノードであってよい。
制御部_B700は、AMF全体の動作・機能を制御する機能部である。制御部_B700は、必要に応じて、記憶部_B740に記憶されている各種プログラムを読み出して実行する事により、AMFにおける各種の処理を実現する。
ネットワーク接続部_B720は、AMFが、5G AN内の基地局装置(gNB)、及び/又はSMF、及び/又はPCF、及び/又はUDM、及び/又はSCEFと接続する為の機能部である。すなわち、AMFは、ネットワーク接続部_B720を用いて、5G AN内の基地局装置(gNB)、及び/又はSMF、及び/又はPCF、及び/又はUDM、及び/又はSCEFとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
図2を参照して詳細に説明すると、5GCN内にあるAMFは、ネットワーク接続部_A620を用いることにより、N2インターフェースを介して、gNBと通信することができ、N8インターフェースを介して、UDMと通信することができ、N11インターフェースを介して、SMFと通信することができ、N15インターフェースを介して、PCFと通信することができる。また、AMFは、ネットワーク接続部_A620を用いることにより、N1インターフェースを介して、UEとNASメッセージの送受信をすることができる。ただし、N1インターフェースは論理的なものであるため、実際には、UEとAMFの間の通信は、5G ANを介して行われる。また、AMFは、N26インターフェースをサポートする場合、ネットワーク接続部_A620を用いることにより、N26インターフェースを介して、MMEと通信することができる。
記憶部_B740は、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_A10は、ユーザデータや制御メッセージの送受信を開始してもよいし、ページングに対して応答してもよい。さらに、尚、各装置が5GMM-REGISTEREDである場合、UE_A10は、初期登録のための登録手続き以外の登録手続き、及び/又はサービス要求手続きを実行してもよい。
さらに、5GMM-DEREGISTEREDは、各装置が、5GMMコンテキストを確立していない状態であってもよいし、UE_A10の位置情報がネットワークに把握されていない状態であってもよいし、ネットワークがUE_A10に到達不能である状態であってもよい。尚、各装置が5GMM-DEREGISTEREDである場合、UE_A10は、登録手続きを開始してもよいし、登録手続きを実行することで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は、コアネットワーク_B内に1以上配置されてもよい。また、AMFは、1以上のNSI(Network Slice Instance)を管理するNF(Network Function)でもよい。また、AMFは、複数のNSI間で共有される共有CPファンクション(CCNF; Common CPNF(Control Plane Network Function))でもよい。
尚、N3IWFは、UEが5GSに対してnon-3GPPアクセスを介して接続する場合に、non-3GPPアクセスと5GCNとの間に配置される装置及び/又は機能である。
[2.4. SMFの装置構成]
次に、SMFの装置構成例について、図5を用いて説明する。SMFは、制御部_B700、ネットワーク接続部_B720、記憶部_B740で構成されている。制御部_B700、ネットワーク接続部_B720、記憶部_B740は、バスを介して接続されている。SMFは、制御プレーンを扱うノードであってよい。
制御部_B700は、SMF全体の動作・機能を制御する機能部である。制御部_B700は、必要に応じて、記憶部_B740に記憶されている各種プログラムを読み出して実行する事により、SMFにおける各種の処理を実現する。
ネットワーク接続部_B720は、SMFが、AMF、及び/又はUPF、及び/又はPCF、及び/又はUDMと接続する為の機能部である。すなわち、SMFは、ネットワーク接続部_B720を用いて、AMF、及び/又はUPF、及び/又はPCF、及び/又はUDMとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
図2を参照して詳細に説明すると、5GCN内にあるSMFは、ネットワーク接続部_A620を用いることにより、N11インターフェースを介して、AMFと通信することができ、N4インターフェースを介して、UPFと通信することができ、N7インターフェースを介して、PCFと通信することができ、N10インターフェースを介して、UDMと通信することができる。
記憶部_B740は、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の装置構成例について、図5を用いて説明する。UPFは、制御部_B700、ネットワーク接続部_B720、記憶部_B740で構成されている。制御部_B700、ネットワーク接続部_B720、記憶部_B740は、バスを介して接続されている。UPFは、制御プレーンを扱うノードであってよい。
制御部_B700は、UPF全体の動作・機能を制御する機能部である。制御部_B700は、必要に応じて、記憶部_B740に記憶されている各種プログラムを読み出して実行する事により、UPFにおける各種の処理を実現する。
ネットワーク接続部_B720は、UPFが、5G AN内の基地局装置(gNB)、及び/又はSMF、及び/又はDNと接続する為の機能部である。すなわち、UPFは、ネットワーク接続部_B720を用いて、5G AN内の基地局装置(gNB)、及び/又はSMF、及び/又はDNとの間で、ユーザデータ及び/又は制御情報を送受信することができる。
図2を参照して詳細に説明すると、5GCN内にあるUPFは、ネットワーク接続部_A620を用いることにより、N3インターフェースを介して、gNBと通信することができ、N4インターフェースを介して、SMFと通信することができ、N6インターフェースを介して、DNと通信することができ、N9インターフェースを介して、他のUPFと通信することができる。
記憶部_B740は、UPFの各動作に必要なプログラム、ユーザデータ、制御情報等を記憶する為の機能部である。
UPFは、intra-RAT mobility又はinter-RAT mobilityに対するアンカーポイントとしての機能、DNに相互接続するための外部PDUセッションポイントとしての機能(つまり、DNとコアネットワーク_Bとの間のゲートウェイとして、ユーザデータを転送する機能)、パケットのルーティング及び転送する機能、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通信を変換する機能を持っていてもよい。さらに複数配置されるゲートウェイは、コアネットワーク_Bと単一のDNを接続するゲートウェイでもよい。尚、UPFは、他のNFとの接続性を備えてもよく、他のNFを介して各装置に接続してもよい。
尚、ユーザプレーン(user plane)は、UEとネットワークとの間で送受信されるユーザデータ(user data)のことである。ユーザプレーンは、PDNコネクション、又はPDUセッションを用いて送受信されてもよい。さらに、EPSの場合、ユーザプレーンは、LTE-Uuインターフェース、及び/又はS1-Uインターフェース、及び/又はS5インターフェース、及び/又はS8インターフェース、及び/又はSGiインターフェースを用いて送受信されてもよい。さらに、5GSの場合、ユーザプレーンは、UEとNG RANとの間のインターフェース、及び/又はN3インターフェース、及び/又はN9インターフェース、及び/又はN6インターフェースを介して送受信されてもよい。以下、ユーザプレーンは、U-Planeと表現されてもよい。
さらに、制御プレーン(control plane)は、UEの通信制御等を行うために送受信される制御メッセージのことである。制御プレーンは、UEとMMEとの間のNAS(Non-Access-Stratum)シグナリングコネクションを用いて送受信されてもよい。さらに、EPSの場合、制御プレーンは、LTE-Uuインターフェース、及びS1-MMEインターフェースを用いて送受信されてもよい。さらに、5GSの場合、制御プレーンは、UEとNG RANとの間のインターフェース、及びN2インターフェースを用いて送受信されてもよい。以下、制御プレーンは、コントロールプレーンと表現されてもよいし、C-Planeと表現されてもよい。
さらに、U-Plane(User Plane; UP)は、ユーザデータを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。さらに、C-Plane(Control Plane; CP)は、制御メッセージを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。
[2.6. その他の装置及び/又は機能の説明]
次に、その他の装置及び/又は機能について説明を行う。
PCFは、ポリシールールを提供する機能等を有する。
また、UDMは、認証情報処理(Authentication credential processing)機能、ユーザ識別処理機能、アクセス認証機能、登録/移動性管理機能、加入者情報の管理(subscription management)機能等を有する。
また、PCRFは、PGW及び/又はPDNに接続されており、データ配送に対するQoS管理を行う機能等を有する。例えば、UE_A10とPDN間の通信路のQoSの管理を行う。さらに、PCRFは、各装置がユーザデータを送受信する際に用いるPCC(Policy and Charging Control)ルール、及び/又はルーティングルールを作成、及び/又は管理する装置でもよい。
また、HSSは、MME及び/又はSCEFに接続されており、加入者情報の管理を行う機能等を有する。HSSの加入者情報は、例えばMMEのアクセス制御の際に参照される。さらに、HSSは、MMEとは異なる位置管理装置と接続されていてもよい。
[3. 各実施形態で用いられる用語、識別情報、手続きの説明]
次に、各実施形態で、用いられる用語、識別情報、手続きを予め説明する。
[3.1. 各実施形態で用いられる用語の説明]
次に、各実施形態で用いられる、専門性の高い用語や、手続きで使用される識別情報について説明を行う。
ネットワークとは、アクセスネットワーク_B、コアネットワーク_B、DNのうち、少なくとも一部を指す。また、アクセスネットワーク_B、コアネットワーク_B、DNのうち、少なくとも一部に含まれる1以上の装置を、ネットワーク又はネットワーク装置と称してもよい。つまり、ネットワークがメッセージの送受信及び/又は処理を実行するということは、ネットワーク内の装置(ネットワーク装置、及び/又は制御装置)がメッセージの送受信及び/又は処理を実行することを意味してもよい。逆に、ネットワーク内の装置がメッセージの送受信及び/又は処理を実行するということは、ネットワークがメッセージの送受信及び/又は処理を実行することを意味してもよい。
SM(セッションマネジメント)メッセージ(NAS (Non-Access-Stratum) SMメッセージとも称する)は、SMのための手続きで用いられるNASメッセージであってよく、AMF_A240を介してUE_A10とSMF_A230の間で送受信される制御メッセージであってよい。さらに、SMメッセージには、PDUセッション確立要求(PDU session establishment request)メッセージ、PDUセッション確立受諾(PDU session establishment accept)メッセージ、PDUセッション拒絶(PDU session establishment reject)メッセージ、PDUセッション変更要求(PDU session modification request)メッセージ、PDUセッション変更コマンド(PDU session modification command)メッセージ、PDUセッション変更完了メッセージ(PDU session modification complete)、PDUセッション変更コマンド拒絶(PDU session modification command reject)メッセージ、PDUセッション変更拒絶(PDU session modification reject)メッセージ、PDUセッション解放要求(PDU session release request)メッセージ、PDUセッション解放拒絶(PDU session release reject)メッセージ、PDUセッション解放コマンド(PDU session release command)メッセージ、PDUセッション解放完了(PDU session release complete)メッセージ等が含まれてもよい。また、SMのための手続きまたはSM手続きには、PDUセッション確立手続き(PDU session establishment procedure)、PDUセッション変更手続き(PDU session modification procedure)、PDUセッション解放手続き(UE-requested PDU session release procedure)が含まれてもよい。なお、各手続きは、UEから開始される手続きであってもよいし、NWから開始される手続きであってもよい。
MM（Mobility management）メッセージ（またはNAS MMメッセージとも称する）は、MMのための手続きに用いられるNASメッセージであってよく、UE_A10とAMF_A240の間で送受信される制御メッセージであってよい。さらに、MMメッセージには、登録要求(Registration request)メッセージ、登録受諾(Registration accept)メッセージ、登録拒絶(Registration reject)メッセージ、登録解除要求(De-registration request)メッセージ、登録解除受諾(De-registration accept)メッセージ、configuration updateコマンド(configuration update command)メッセージ、設定更新受諾(configuration update complete)メッセージ、サービス要求(Service request)メッセージ、サービス受諾(Service accept)メッセージ、サービス拒絶(Service reject)メッセージ、通知(Notification)メッセージ、通知応答(Notification response)メッセージ等が含まれてよい。また、MMのための手続きまたはMM手続きは、登録手続き(Registration procedure)、登録解除手続き(De-registration procedure)、ジェネリックUE設定更新(Generic UE configuration update)手続き、認証及び/又は承認手続き、サービス要求手続き(Service request procedure)、ページング手続き(Paging procedure)、通知手続き(Notification procedure)が含まれてよい。
5GS(5G System)サービスは、コアネットワーク_B190を用いて提供される接続サービスでよい。さらに、5GSサービスは、EPSサービスと異なるサービスでもよいし、EPSサービスと同様のサービスでもよい。
non 5GSサービスは、5GSサービス以外のサービスでよく、EPSサービス、及び/又はnon EPSサービスが含まれてもよい。
PDN(Packet Data Network)タイプとは、PDNコネクションのタイプを示すものであり、IPv4、IPv6、IPv4v6、non-IPがある。IPv4が指定された場合、IPv4を用いてデータの送受信を行う事を示す。IPv6が指定された場合は、IPv6を用いてデータの送受信を行う事を示す。IPv4v6が指定された場合は、IPv4又はIPv6を用いてデータの送受信を行う事を示す。non-IPが指定された場合は、IPを用いた通信ではなく、IP以外の通信方法によって通信する事を示す。
PDU(Protocol Data Unit/Packet Data Unit)セッションとは、PDU接続性サービスを提供するDNとUEとの間の関連性として定義することができるが、UEと外部ゲートウェイとの間で確立される接続性であってもよい。UEは、5GSにおいて、アクセスネットワーク_B及びコアネットワーク_Bを介したPDUセッションを確立することにより、PDUセッションを用いて、DNとの間のユーザデータの送受信を行うことができる。ここで、この外部ゲートウェイとは、UPF、SCEF等であってよい。UEは、PDUセッションを用いて、DNに配置されるアプリケーションサーバ等の装置と、ユーザデータの送受信を実行する事ができる。尚、各装置(UE、及び/又はアクセスネットワーク装置、及び/又はコアネットワーク装置)は、PDUセッションに対して、1以上の識別情報を対応づけて管理してもよい。尚、これらの識別情報には、DNN、QoSルール、PDUセッションタイプ、アプリケーション識別情報、NSI識別情報、アクセスネットワーク識別情報、及びSSC modeのうち1以上が含まれてもよいし、その他の情報がさらに含まれてもよい。さらに、PDUセッションを複数確立する場合には、PDUセッションに対応づけられる各識別情報は、同じ内容でもよいし、異なる内容でもよい。
DNN(Data Network Name)は、コアネットワーク及び/又はDN等の外部ネットワークを識別する識別情報でよい。さらに、DNNは、コアネットワークB190を接続する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の両方を使用可能である場合に指定する事ができる。
PLMN(Public land mobile network)は、移動無線通信サービスを提供する通信ネットワークである。PLMNは、通信事業者であるオペレータが管理するネットワークであり、PLMN IDにより、オペレータを識別することができる。UEのIMSI(International Mobile Subscriber Identity)のMCC(Mobile Country Code)とMNC（Mobile Network Code）と一致するPLMNはHome PLMN(HPLMN)であってよい。さらに、UEは、USIMに1又は複数のEPLMN(Equivalent HPLMN)を識別するための、Equivalent HPLMN listを保持していてもよい。HPLMN、及び/又はEPLMNと異なるPLMNはVPLMN(Visited PLMN)であってよい。UEの登録が成功したPLMNはRPLMN(Registered PLMN)であってよい。
トラッキングエリアは、コアネットワークが管理する、UE_A10の位置情報で表すことが可能な単数又は複数の範囲である。尚、トラッキングエリアは、複数のセルで構成されもよい。さらに、トラッキングエリアは、ページング等の制御メッセージがブロードキャストされる範囲でもよいし、UE_A10がハンドオーバー手続きをせずに移動できる範囲でもよい。さらに、トラッキングエリアは、ルーティングエリアでもよいし、ロケーションエリアでもよいし、これらと同様のものであればよい。以下、トラッキングエリアはTA(Tracking Area)であってもよい。トラッキングエリアは、TAC(Tracking area code)とPLMNで構成されるTAI(Tracking Area Identity)により識別されてよい。
レジストレーションエリア(Registration area又は登録エリア)は、AMFがUEに割り当てる1又は複数のTAの集合である。尚、UE_A10は、レジストレーションエリアに含まれる一又は複数のTA内を移動している間は、トラッキングエリア更新のための信号を送受信することなく移動することができてよい。言い換えると、レジストレーションエリアは、UE_A10がトラッキングエリア更新手続きを実行することなく移動できるエリアを示す情報群であってよい。レジストレーションエリアは、1または複数のTAIにより構成されるTAI listにより識別されてよい。
UE IDとは、UEを識別する為の情報である。例えば、UE IDは、SUCI(SUbscription Concealed Identifier)、又はSUPI(Subscription Permanent Identifier)、又はGUTI(Globally Unique Temporary Identifier)、又はIMEI(International Mobile Subscriber Identity)、又はIMEISV(IMEI Software Version)又は、TMSI(Temporary Mobile Subscriber Identity )であってもよい。又は、UE IDはアプリケーションまたはネットワーク内で設定されたその他の情報であってもよい。さらに、UE IDは、ユーザを識別する為の情報であってもよい。
Always-on PDU sessionとは、UEが、5GMM-IDLE状態から5GMM-CONNECTED状態に遷移するたびに、ユーザプレーンリソースをアクティブにしなければならないPDUセッションのことである。UEは、上位レイヤからの指示に基づいて、Always-on PDU sessionとしてPDUセッションの確立をコアネットワーク、及び/又はコアネットワーク装置に要求することができる。コアネットワーク、及び/又はコアネットワーク装置は、PDUセッションがAlways-on PDU sessionとして確立できるか否かを決定する。ここで、Always-on PDU sessionの確立は、C2コミュニケーションのためのPDUセッションの確立を意味してもよい。さらに、Always-on PDU sessionの確立は、C2コミュニケーション用のQoSフローを取り扱うPDUセッションの確立を意味してもよい。ここで、5GMM-IDLE状態は、CM-IDLE状態であってもよい。さらに、5GMM-CONNECTED状態は、CM-CONNECTED状態であってもよい。さらに、PDUセッションがAlways-on PDU sessionとして確立できるか否かを決定するコアネットワーク装置は、SMFであってもよい。
Service-level-AAコンテナ情報要素 (Service-level-AA container IE (Information Element))は、UEとネットワークとの間の認証及び承認のための情報を、上位層に転送するための情報要素である。また、Service-level-AAコンテナ情報要素は、Service-levelデバイスID、及び/又はService-level-AAサーバアドレス、及び/又はService-level-AAペイロード、及び/又はService-level-AA応答を含んでもよい。さらに、Service-level-AAコンテナ情報要素は、C2承認結果 (C2 authorization result)、及び/又はC2セッションセキュリティ情報 (C2 session security information)、及び/又はペアとなるUAV-Cの識別情報 (identification information of UAV-C to pair)、及び/又は飛行承認情報 (flight authorization information)を含んでもよい。さらに、Service-level-AAコンテナ情報要素は、Service-level-AAペンディングインディケーション (Service-level-AA pending indication)を含んでもよい。尚、Service-level-AAコンテナ情報要素は、Service-level-AAコンテナと称されてもよい。
Service-levelデバイスID (Service-level device ID)は、外部のDNによる認証及び承認のために必要なアイデンティティを運ぶための情報要素である。また、Service-levelデバイスIDは、Service-level-AAコンテナ情報要素に含まれてもよい。また、Service-levelデバイスIDは、CAA-level UAV IDを含んでもよい。
Service-level-AAサーバアドレス (Service-level-AA server address)は、サービスレベル認証及び承認サーバのアドレスを運ぶための情報要素である。また、Service-level-AAサーバアドレスは、Service-level-AAコンテナ情報要素に含まれてもよい。また、Service-level-AAサーバアドレスは、USSアドレスを含んでもよい。
Service-level-AAペイロード (Service-level-AA payload)は、UEとservice-level-AAサーバとの間の認証及び承認のためのペイロードを、上位層に運ぶための情報要素である。また、Service-level-AAペイロードは、Service-level-AAコンテナ情報要素に含まれてもよい。また、Service-level-AAペイロードは、UUAA航空ペイロード (UUAA aviation payload)を含んでもよい。
Service-level-AA応答 (Service-level-AA response)は、サービスレベル認証及び承認要求に関する情報を提供するための情報要素である。具体的には、Service-level-AA応答は、サービスレベル認証サーバへの認証及び承認要求が、成功したこと、又は成功しなかったことを示す情報要素である。また、Service-level-AA応答は、Service-level-AAコンテナ情報要素に含まれてもよい。
UAV (Uncrewed Aerial Vehicle)とは、飛行ドローンである。また、UAVは、UEであってもよい。また、UAVは、UE機能をサポートする3GPP UEであってもよい。
また、UAVは、USSに管理されてもよい。UAVは、UAV controllerと対応付けられてもよい。さらに、UAVは、UAV controllerと対応付けられて、コアネットワーク装置、及び/又はUTMに管理されてもよい。さらに、UAVは、UAV controllerと対応付けられて管理される場合、UASとしてコアネットワーク装置、及び/又はUTMに管理されてもよい。UAVは、コアネットワーク装置、及び/又はUTMに自身の情報(識別情報、IPアドレス、位置情報など)を管理されてもよい。また、UEは、UAVと読み替えてもよい。
また、UASサービスを利用可能なUAVとは、C2コミュニケーション、及び/又はダイレクトC2コミュニケーションを利用可能なUAVであってもよい。また、C2コミュニケーション、及び/又はダイレクトC2コミュニケーションを利用可能なUAVとは、UASサービスを利用可能なUAVであってもよい。
UAV controller(Uncrewed Aerial Vehicle controller)とは、UAVを操作するためのコントローラである。また、UAV controllerは、UEであってもよい。また、UAV controllerは、UE機能をサポートする3GPP UEであってもよい。
UAV controllerは、UAVと対応付けられてもよい。さらに、UAV controllerは、UAVと対応付けられて、コアネットワーク装置、及び/又はUTMに管理されてもよい。さらに、UAV controllerは、UAVと対応付けられて管理される場合、UASとしてコアネットワーク装置、及び/又はUTMに管理されてもよい。UAV controllerは、コアネットワーク装置、及び/又はUTMに、自身の情報(識別情報、IPアドレス、位置情報など)を管理されてもよい。尚、UAV controllerは、UACと表現されてもよいし、UAV-Cと表現されてもよい。また、UEは、UAV-Cと読み替えてもよい。
また、UASサービスを利用可能なUAV-Cとは、C2コミュニケーション、及び/又はダイレクトC2コミュニケーションを利用可能なUAV-Cであってもよい。また、C2コミュニケーション、及び/又はダイレクトC2コミュニケーションを利用可能なUAV-Cとは、UASサービスを利用可能なUAV-Cであってもよい。
UAS (Uncrewed Aerial System)は、UAVと関連機能で構成されてもよい。ここで、関連機能とは、C2 (command and control)リンクを含んでいてもよい。さらに、C2リンクは、UAVと制御ステーションとの間のリンクであってもよいし、UAVとネットワークとの間のリンクであってもよい。さらに、C2リンクは、遠隔識別のためのリンクであってもよい。また、UASは、一つ又は複数のUAVと、一つ又は複数のUAV controllerで構成されてもよい。また、UASは、ネットワーク装置、及び/又はUSSに管理されてもよい。
USS (Uncrewed Aerial System Service Supplier)は、UAV、及び/又はUAV controller、及び/又はUASを管理するための機能を備える装置である。USSは、DNの装置であってもよいし、コアネットワーク内の装置であってもよい。また、USSは、UAVを自律的に操縦するための装置であってもよい。また、USSは、UAV、及び/又はUAV controllerの識別情報やIPアドレス、位置情報などを管理するための機能を備えていてもよいし、前記以外のUAV、及び/又はUAV controllerの情報を管理するための機能を備えていてもよい。さらに、USSは、UAVとUAV controllerを対応付けて、UASとして管理してもよい。また、USSは、コアネットワーク装置に、ネットワークサービスを要求するための情報を送信してもよい。さらに、USSは、自動車両運転の範囲を管理するための、一又は複数の機能やサービスを提供する装置であってもよい。また、USSは、UASアプリケーションサーバであってもよい。
また、USSは、UTMの機能を備える装置であってもよい。また、USSは、UTMに備えられる装置であってもよい。また、USSは、UTM内の装置であってもよい。尚、USSは、USS/UTM又はUTM/USSと表現されてもよい。また、USSは、ネットワークと表現されてもよい。
また、USSは、コアネットワーク及び/又はUEに、UAS-NF (Uncrewed Aerial Systems Network Function)を介して情報を送信してもよい。また、USSから送信される情報は、UAS-NFから送信される情報ととらえてもよい。また、USSから受信する情報は、UAS-NFから受信する情報ととらえてもよい。
UTM(Uncrewed Aerial System Traffic Management)は、USSを含む装置であってもよい。UTMは、USSを備える装置であってもよい。また、UTMは、USSと読み替えてもよい。
Command and Control (C2)コミュニケーションとは、UAV controller又はUTMから、UAVに、UAVを操作するためのコマンド及び制御情報を含むメッセージを配信するためのユーザプレーンのリンクであってもよい。
また、C2(Command and Control；コマンド及び制御)コミュニケーションは、UAV controller又はUTMから、UAVに、UAVを操作するためのコマンド及び制御情報を含むメッセージを配信するための通信であってもよい。また、C2コミュニケーションは、UAV controllerとUAVとのユーザプレーンリンクであってもよい。また、C2コミュニケーションは、USSとUAVとのリンクであってもよい。また、C2コミュニケーションは、UAV controllerとUAVとの通信であってもよい。また、C2コミュニケーションは、USSとUAVとの通信であってもよい。
さらに、C2コミュニケーションは、UAVから、UAV controller又はUTMに、テレメトリーデータを報告するためのユーザプレーンのリンクであってもよい。さらに、C2コミュニケーションは、UAV controllerからUTMを介して、UAVに、UAVを操作するためのコマンド及び制御情報を含むメッセージを配信するためのユーザプレーンのリンクであってもよい。ここで、C2コミュニケーションは、PDUセッションによって実現されるリンクであってもよい。さらに、C2コミュニケーションのためのPDUセッションは、Always-on PDU sessionによって実現されてもよい。さらに、C2コミュニケーションのためのPDUセッションの確立は、Always-on PDU sessionの確立を意味してもよい。さらに、C2コミュニケーション用のQoSフローを取り扱うPDUセッションの確立は、Always-on PDU sessionの確立を意味してもよい。また、リンクとは、通信路又は伝送路であってもよい。C2コミュニケーションは、C2と称されてもよい。尚、C2通信のために確立された通信路をC2接続(C2 connectivity)と称してもよい。
また、C2コミュニケーションは、C2コミュニケーションのための通信路と読み変えてもよい。また、C2コミュニケーションのための通信路は、C2コミュニケーションと読み変えてもよい。
ダイレクトC2コミュニケーション（direct C2 communication）とは、UAVとUAV-Cとの間のリンクであってもよい。また、ダイレクトC2コミュニケーションは、UAVとUAV-Cとの間の通信であってもよい。
また、ダイレクトC2コミュニケーションは、UAVとUAV-Cとの間のダイレクトリンクであってもよい。また、ダイレクトC2コミュニケーションは、UAVとUAV-Cとの間のダイレクトC2リンクであってもよい。また、ダイレクトC2コミュニケーションは、PC5上の通信路であってもよい。ダイレクトC2コミュニケーションはC2コミュニケーションであってよい。
ここで、UAV及び/又はUAV-Cは、ネットワークに登録されていてもよい。また、リンクとは、通信路又は伝送路であってもよい。
また、ダイレクトC2コミュニケーションは、ダイレクトC2コミュニケーションのための通信路と読み変えてもよい。また、ダイレクトC2コミュニケーションのための通信路は、ダイレクトC2コミュニケーションと読み変えてもよい。また、ダイレクトC2コミュニケーションは、PC5ユニキャストリンクと読み変えてもよい。また、ダイレクトリンクとは、PC5ユニキャストリンクと読み変えてもよい。PC5ユニキャストリンクは、単にユニキャストリンクと称されてもよい。
C2承認結果 (C2 authorization result)は、C2コミュニケーションの承認の結果であってよい。具体的には、C2コミュニケーション承認の失敗又は成功を示す情報であってよい。
C2コミュニケーションの承認の結果は、ダイレクトC2コミュニケーションの承認結果も含み構成されてよい。その場合、C2承認結果は、PDUセッションを用いたC2コミュニケーションの承認の成功、又はダイレクトC2コミュニケーションの承認の成功、又はその両方の承認の成功、又は承認の失敗を示す情報であって良い。または、C2承認結果は、C2コミュニケーションの承認の成功又は失敗を示し、ネットワークはPDUセッションを用いたC2コミュニケーション及びダイレクトC2コミュニケーションの承認の成功又は失敗をUEに通知してもよいし、UEは通知を認識してよい。
またはService-level-AAコンテナ情報要素には、C2承認結果と独立してダイレクトC2コミュニケーションの承認結果である、ダイレクトC2承認結果が含まれてもよい。その場合、ダイレクトC2承認結果は、ダイレクトC2コミュニケーションの承認の成功又は失敗を示す情報であってよい。
また、C2承認結果は、ダイレクトC2承認結果と読み変えてもよい。
ダイレクトC2承認結果 (direct C2 authorization result)は、ダイレクトC2コミュニケーションの承認の結果であってよい。具体的には、ダイレクトC2コミュニケーションの承認の失敗又は成功を示す情報であってよい。
ダイレクトC2コミュニケーションの承認の結果は、C2コミュニケーションの承認結果も含み構成されてよい。その場合、ダイレクトC2承認結果は、PDUセッションを用いたC2コミュニケーションの承認の成功、又はダイレクトC2コミュニケーションの承認の成功、又はその両方の承認の成功、又は承認の失敗を示す情報であって良い。または、ダイレクトC2承認結果は、ダイレクトC2コミュニケーションの承認の成功又は失敗を示し、ダイレクトC2コミュニケーションの承認の成功又は失敗をUEに通知してもよいし、UEは通知を認識してよい。
C2コミュニケーションの承認 (Authorization for C2)とは、UAV及び/又はUAV-CがC2オペレーションのためのユーザプレーンコネクションを確立するときに実行が要求される承認及び/又は手続きである。ここで、C2オペレーションのためのユーザプレーンコネクションとは、C2コミュニケーションであってよい。言い換えると、UAV及び/又はUAV-CがC2コミュニケーションを確立するために、C2コミュニケーションの承認が実行される必要がある。
C2コミュニケーションの承認において、UAV及び/又はUAV-CはUSSにC2のためのPDNコネクション及び/又はPDUセッションの確立、及び/又はダイレクトC2コミュニケーションの確立が承認されてよい。更に、C2コミュニケーションの承認には、UAVとUAV-Cのペアリングの承認、及び/又はフライト承認(Flight Authorization)が実施されてもよい。UAVとUAV-Cのペアリングの承認、及び/又はフライト承認はUSSにより実行されてよい。
C2コミュニケーションの承認は、UUAA手続き中に実行されてもよいし、その他の手続きにより実行されてもよい。具体的には、UAVがUSSとのC2コミュニケーションとUAV-CとのC2コミュニケーションを分割したい場合に、UAVが新しいPDUセッション及び/又はPDNコネクションを確立するための手続き内で、C2コミュニケーションの承認が実行されてもよい。
UAVがUSSとのC2コミュニケーションとUAV-CとのC2コミュニケーションを分割したい場合とは、例えばUAVがダイレクトC2コミュニケーションの確立を要求する場合であってよい。
UAV及び/又はUAV-CがダイレクトC2コミュニケーションの確立を要求する場合、登録手続き中、及び/又はUUAA-MM手続き中にダイレクトC2コミュニケーションの為のC2コミュニケーションの承認が実行されてもよい。
また、C2コミュニケーションの承認は、ダイレクトC2コミュニケーションの承認 (Authorization for direct C2)と称してもよい。
UAVとUAV-Cのペアリングの承認とは、UAVがUAV-Cとのペアリングを承認されること、及び/又はUAV-CがUAVとのペアリングを承認されることであり、UAVとUAV-C間でC2コミュニケーションによる情報の交換の前に実行される必要があってもよい。
フライト承認は、UAVが飛行する事(フライト)の承認である。フライト承認も、UAVがフライトする前に実行されている必要があってもよい。または、フライト承認は、UAVが要求する場合にのみ、C2コミュニケーションの承認手続き内で実行されてもよい。言い換えると、C2コミュニケーションの承認がされることで、UAVとUAV-Cのペアリング、及び/又はUAVのフライトが承認されてよい。
CAA-Level UAV IDは、USSのような航空ドメインの機能によって、UAVに割り当てられる情報である。また、CAA-Level UAV IDは、遠隔識別(Remote Identification)とトラッキングのために使用されてもよいし、UAVを識別するために使用されてもよい。また、CAA-Level UAV IDは、UUAA手続き中に、UAVによって3GPPシステムに提供される情報であってもよい。
また、航空ドメインは、任意のタイミングで、UAVのために新しいCAA-Level UAV IDを割り当ててもよい。また、新しいCAA-Level UAV IDは、UAS関連の手続き中に、UAVと3GPPシステムに提供されてもよい。
CAA-level UAV IDは、UAVの識別情報と称されてもよいし、UAVを識別するための情報と称されてもよい。
3GPP UAV IDは、3GPPシステムによって、UAVに関連付けられる情報である。また、3GPP UAV IDは、UAVを識別するために3GPPシステムによって使用される情報であってもよい。また、USSは、CAA-level UAV IDと3GPP UAV IDの関連付けを記憶してもよい。
3GPP UAV IDは、UAVの識別情報と称されてもよいし、UAVを識別するための情報と称されてもよい。
UEには、initiating UEと、target UEが存在してもよい。
initiating UEとは、2つのUE間の通信において使用されるUEであってもよい。また、initiating UEは、target UEに対してメッセージを送信してもよい。また、initiating UEは、target UEから送信されたメッセージを受信してもよい。また、initiating UEは、ダイレクトC2コミュニケーションを確立するための手続きにおいて使用されてもよい。また、initiating UEは、UAVであってもよいし、UAV-Cであってもよい。
target UEとは、2つのUE間の通信において使用されるUEであってもよい。また、target UEは、initiating UEに対してメッセージを送信してもよい。また、target UEは、initiating UEから送信されたメッセージを受信してもよい。また、target UEは、ダイレクトC2コミュニケーションを確立するための手続きにおいて使用されてもよい。また、target UEは、UAVであってもよいし、UAV-Cであってもよい。
NR PC5は、NRを介したPC5リファレンスポイントであってよい。尚、本明細書では、NR PC5を単にPC5とも称する。
PC5を介したダイレクトC2コミュニケーションにおけるUE間の直接通信の形態には、ユニキャストモード(unicast mode)、及びブロードキャストモード(broadcast mode)、及びグループキャストモード(groupcast mode)があってよい。
[3.2. 本実施形態における識別情報の説明]
本発明における第1の識別情報は、理由値である。第1の識別情報は、initiating UEとtarget UEの間に確立されたダイレクトC2コミュニケーションの通信路(C2接続、又はC2通信とも称する)が解放される理由を示す理由値であってよく、C2接続が取消(失効；revocation)されたことを示す理由値であってよい。
尚、第1の識別情報は、initiating UEとtarget UEの間で確立されているC2接続を取り消すために、後述のUSSが主導する手続きに伴って実行される手続き中で送受信されるメッセージに含める識別情報であってもよい。より具体的には、例えば、USSが主導する。C2接続取り消し手続き(Revocation of C2 Connectivity procedure)、又はUUAA取り消し手続き(UUAA Revocation procedure)において、PDU接続解放手続きが実行された場合に、Initiating UEがダイレクトC2コミュニケーションを解放するための手続きにおいて、target UEに送信するダイレクトリンク解放要求メッセージに含める理由値であってよい。
また、第1の識別情報は、「PC5 signalling protocol cause IE (Information Element)」に含まれる情報であってよい。
更に、第1の識別情報は、UEが決定してメッセージに含めることを決定してもよい。より具体的には、例えば、当該UEは、前述の手続きで受信した、メッセージ及び当該メッセージに含まれる理由値に基づいて決定してもよい。また、例えば、PDUセッション解放コマンドに含まれる理由値に基づいて、第1の識別情報を含めるか否かを判断してもよい。又は、第1の識別情報は、ネットワーク及び/又はUSSによって前述の手続き中に示される理由値であってもよい。
尚、PC5 signalling protocol cause IEに含まれる理由値には、第1の識別情報以外に、(#1 direct communication to the target UE not allowed)、又は(#2 direct communication to the target UE no longer needed)、又は(#4 direct connection is not available anymore)、又は(#5 lack of resources for 5G ProSe direct link)、又は(#111 protocol error, unspecified)があってよい。言い換えると、第1の識別情報は、前述のPC5 signalling protocol cause IEに含まれる理由値のいずれかであってもよいし、前述の理由値とは異なる理由値であってもよい。
[3.3. 各実施形態で用いられる手続きの説明]
次に、各実施形態で用いられる手続きについて説明する。尚、各実施形態で用いられる手続きには、登録手続き(Registration procedure)、及びPDUセッション確立手続き(PDU Session establishment procedure)、及びネットワーク主導のセッションマネジメント手続き、及びUE主導のPDUセッション変更手続き、及びダイレクトC2コミュニケーションを確立するための手続き、及びダイレクトC2コミュニケーションを解放するための手続き、及びUSSが主導する手続きが含まれる。以下、各手続きについて説明していく。
尚、各実施形態では、図2に記載されているように、HSSとUDM、PCFとPCRF、SMFとPGW-C、UPFとPGW-Uが、それぞれ同一の装置(つまり、同一の物理的なハードウェア、又は同一の論理的なハードウェア、又は同一のソフトウェア)として構成されている場合を例にとって説明する。しかし、本実施形態に記載される内容は、これらが異なる装置(つまり、異なる物理的なハードウェア、又は異なる論理的なハードウェア、又は異なるソフトウェア)として構成される場合にも適用可能である。例えば、これらの間で、直接データの送受信を行ってもよいし、AMF、MME間のN26インターフェースを介してデータを送受信してもよいし、UEを介してデータを送受信してもよい。
[3.3.1. 登録手続き]
まず、登録手続き (Registration procedure)について、図6を用いて説明する。登録手続きは、5GSにおける手続きである。以下、本手続きとは登録手続きを指す。登録手続きは、UEが主導してアクセスネットワーク_B、及び/又はコアネットワーク_B、及び/又はDNへ登録する為の手続きである。UEは、ネットワークに登録していない状態であれば、例えば、電源投入時等の任意のタイミングで本手続きを実行することができる。言い換えると、UEは、非登録状態 (RM-DEREGISTERED state)であれば任意のタイミングで本手続きを開始できる。また、各装置(特にUEとAMF)は、登録手続きの完了に基づいて、登録状態 (RM-REGISTERED state)に遷移することができる。
また、登録手続きは、UEによって開始される初期登録 (initial registration)であってよい。また、登録手続きは、モビリティ及び定期的な登録 (mobility and periodic registration)であってよい。また、登録手続きは、MM手続きであってもよい。
さらに、登録手続きは、ネットワークにおけるUEの位置登録情報を更新する、及び/又は、UEからネットワークへ定期的にUEの状態を通知する、及び/又は、ネットワークにおけるUEに関する特定のパラメータを更新する為の手続きであってもよい。
また、本手続きにおける登録は、C2コミュニケーションのための登録であってもよいし、ダイレクトC2コミュニケーションのための登録であってもよい。また、本手続きにおけるPDUセッションは、UASサービスのための登録であってもよいし、C2コミュニケーションのためのPDUセッションであってもよい。
UEは、TAを跨ぐモビリティをした際に、登録手続きを開始してもよい。言い換えると、UEは、保持しているTAリストで示されるTAとは異なるTAに移動した際に、登録手続きを開始してもよい。さらに、UEは、実行しているタイマが満了した際に本手続きを開始してもよい。さらに、UEは、PDUセッションの切断や無効化が原因で各装置のコンテキストの更新が必要な際に登録手続きを開始してもよい。さらに、UEは、UEのPDUセッション確立に関する、能力情報、及び/又はプリファレンスに変化が生じた場合、登録手続きを開始してもよい。さらに、UEは、定期的に登録手続きを開始してもよい。さらに、UEは、UE設定更新手続きの完了に基づいて、登録手続きを開始してもよい。尚、UEは、これらに限らず、任意のタイミングで登録手続きを実行することができる。
さらに、UEは、登録状態であっても、定期的に登録手続きを開始してもよい。言い換えると、UEは、タイマの満了に基づいて、登録手続きを開始してもよい。
尚、UEのモビリティに基づいて実行される登録手続きと、定期的に実行される登録手続きとを、モビリティと登録更新のための登録手続きと表現してもよい。言い換えると、モビリティと登録更新のための登録手続きは、UEのモビリティに基づいて実行される登録手続きであってもよく、定期的に実行される登録手続きであってもよい。さらに、モビリティと登録更新のための登録手続きは、UEの設定更新に基づいて実行される登録手続きであってもよい。さらに、モビリティと登録更新のための登録手続きは、ユーザデータを送受信するための通信路を確立するために実行する登録手続きであってもよい。さらに、モビリティと登録更新のための登録手続きは、ネットワークからの要求に基づいて実行される登録手続きであってもよい。さらに、言い換えると、モビリティと登録更新のための登録手続きは、初期の登録手続き以外の登録手続きであってよい。以下、モビリティと登録更新のための登録手続きを、本手続きと表現してもよい。
次に、登録手続きの各ステップを説明していく。尚、以下で説明する登録手続きは、初期の登録手続きであってもよいし、モビリティと登録更新のための登録手続きであってもよい。
まず、UEは、AMFに登録要求(Registration request)メッセージを送信することにより(S800)(S802)(S804)、登録手続きを開始する。具体的には、UEは、登録要求メッセージを含むRRCメッセージを、5G AN(又はgNB)に送信する(S800)。尚、登録要求メッセージは、NASメッセージである。また、RRCメッセージは、UEと5G AN(又はgNB)との間で送受信される制御メッセージであってよい。また、NASメッセージはNASレイヤで処理され、RRCメッセージはRRCレイヤで処理される。尚、NASレイヤはRRCレイヤよりも上位のレイヤである。
また、UEは、登録要求メッセージにSMメッセージを含めて送信することで、又は登録要求メッセージとともにSMメッセージを送信することで、登録手続き中にPDUセッション確立手続きを開始してもよい。ここで、SMメッセージは、PDUセッション確立要求メッセージであってもよい。
5G AN(又はgNB)は、登録要求メッセージを含むRRCメッセージを受信すると、登録要求メッセージを転送するAMFを選択する(S802)。尚、5G AN(又はgNB)は、登録要求メッセージ及び/又はRRCメッセージに含まれる情報に基づいて、AMFを選択することができる。5G AN(又はgNB)は、受信したRRCメッセージから登録要求メッセージを取り出し、選択したAMFに、登録要求メッセージを転送する(S804)。
AMFは、登録要求メッセージを受信した場合、第1の条件判別を実行することができる。第1の条件判別とは、ネットワーク(又はAMF)がUEの要求を受諾するか否かを判別するためのものである。AMFは、第1の条件判別が真の場合、図6の(A)の手続きを開始するのに対し、第1の条件判別が偽の場合、図6の(B)の手続きを開始する。
尚、第1の条件判別は、登録要求メッセージの受信、及び/又は登録要求メッセージに含まれる各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、実行されてもよい。例えば、UEの要求をネットワークが許可する場合、第1の条件判別は真であり、UEの要求をネットワークが許可しない場合、第1の条件判別は偽でよい。また、UEの登録先のネットワーク、及び/又はネットワーク内の装置が、UEの要求する機能をサポートしている場合、第1の条件判別は真であり、UEの要求する機能をサポートしていない場合、第1の条件判別は偽でよい。さらに、送受信される識別情報が許可される場合、第1の条件判別は真であり、送受信される識別情報が許可されない場合、第1の条件判別は偽でよい。尚、第1の条件判別の真偽が決まる条件は前述した条件に限らなくてもよい。
まず、第1の条件判別が真の場合について説明する。AMFは、図6の(A)の手続きにおいて、まず第4の条件判別を実行することができる。第4の条件判別は、AMFがSMFとの間でSMメッセージの送受信を実施するか否かを判別するためのものである。
尚、第4の条件判別は、AMFがSMメッセージを受信したか否かに基づいて実行されてよい。また、第4の条件判別は、登録要求メッセージにSMメッセージが含まれているかに基づいて、実行されてもよい。例えば、AMFがSMメッセージを受信した場合、及び/又は登録要求メッセージにSMメッセージが含まれていた場合、第4の条件判別は真であってよく、AMFがSMメッセージを受信しなかった場合、及び/又は登録要求メッセージにSMメッセージが含まれていなかった場合、第4の条件判別は偽であってよい。尚、第4の条件判別の真偽が決まる条件は前述した条件に限らなくてもよい。
次に、AMFは、登録要求メッセージの受信、及び/又はSMFとの間のSMメッセージの送受信の完了に基づいて、登録要求メッセージに対する応答メッセージとして、5G AN(又はgNB)を介して、UEに登録受諾(Registration accept)メッセージを送信する(S808)。例えば、第4の条件判別が偽の場合、AMFは、UEからの登録要求メッセージの受信に基づいて、登録受諾メッセージを送信してもよい。また、第4の条件判別が真の場合、AMFは、SMFとの間のSMメッセージの送受信の完了に基づいて、登録受諾メッセージを送信してもよい。尚、登録受諾メッセージは、N1インターフェース上で送受信されるNASメッセージであるが、UEと5G AN(gNB)間はRRCメッセージに含まれて送受信される。
ここで、ネットワークは、登録受諾メッセージを送信することで、UEに、上記識別情報の内容を示してもよい。
また、AMFは、登録受諾メッセージにSMメッセージを含めて送信するか、又は登録受諾メッセージとともにSMメッセージを送信することができる。ただし、この送信方法は、登録要求メッセージの中にSMメッセージが含められており、かつ、第4の条件判別が真の場合に、実行されてもよい。また、この送信方法は、登録要求メッセージとともにSMメッセージを含められており、かつ、第4の条件判別が真の場合に、実行されてもよい。AMFは、このような送信方法を行うことにより、登録手続きにおいて、SMのための手続きが受諾されたことを示すことができる。ここで、SMメッセージは、PDUセッション確立要求メッセージであってもよいし、PDUセッション確立受諾メッセージであってもよい。
また、AMFは、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、登録受諾メッセージを送信することで、UEの要求が受諾されたことを示してもよい。
さらに、AMFは、登録受諾メッセージに、UEの一部の要求が拒絶されたことを示す情報を含めて送信してもよいし、UEの一部の要求が拒絶されたことを示す情報を送信することで、UEの一部の要求が拒絶された理由を示してもよい。さらに、UEは、UEの一部の要求が拒絶されたことを示す情報を受信することで、UEの一部の要求が拒絶された理由を認識してもよい。尚、拒絶された理由は、AMFが受信した識別情報が示す内容が許可されていないことを示す情報であってもよい。
UEは、AMFから、5G AN(gNB)介して、登録受諾メッセージを受信する(S808)。UEは、登録受諾メッセージを受信することで、登録要求メッセージによるUEの要求が受諾されたこと、及び登録受諾メッセージに含まれる各種の識別情報の内容を認識することができる。
さらに、UEは、登録受諾メッセージに対する応答メッセージとして、登録完了メッセージを、5G AN(gNB)介して、AMFに送信することができる(S810)。ここで、登録完了メッセージは、N1インターフェース上で送受信されるNASメッセージであるが、UEと5G AN(gNB)間はRRCメッセージに含まれて送受信される。
AMFは、5G AN(gNB)介して、登録完了メッセージを受信する(S810)。また、各装置は、登録受諾メッセージ、及び/又は登録完了メッセージの送受信に基づき、図6の(A)の手続きを完了する。
次に、第1の条件判別が偽の場合について説明する。AMFは、図6の(B)の手続きにおいて、登録要求メッセージに対する応答メッセージとして、5G AN(gNB)を介して、UEに登録拒絶(Registration reject)メッセージを送信する(S812)。ここで、登録拒絶メッセージは、N1インターフェース上で送受信されるNASメッセージであるが、UEと5G AN(gNB)間はRRCメッセージに含まれて送受信される。
さらに、AMFは、登録拒絶メッセージを送信することで、登録要求メッセージによるUEの要求が拒絶されたことを示してもよい。さらに、AMFは、登録拒絶メッセージに拒絶された理由を示す情報を含めて送信してもよいし、拒絶された理由を送信することで拒絶された理由を示してもよい。さらに、UEは、UEの要求が拒絶された理由を示す情報を受信することで、UEの要求が拒絶された理由を認識してもよい。尚、拒絶された理由は、AMFが受信した識別情報が示す内容が許可されていないことを示す情報であってもよい。
UEは、AMFから、5G AN(gNB)介して、登録拒絶メッセージを受信する(S812)。UEは、登録拒絶メッセージを受信することで、登録要求メッセージによるUEの要求が拒絶されたこと、及び登録拒絶メッセージに含まれる各種の識別情報の内容を認識することができる。また、UEは、登録要求メッセージを送信した後、所定の期間が経過しても、登録拒絶メッセージを受信しない場合には、UEの要求が拒絶されたことを認識してもよい。各装置は、登録拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。
尚、図6の(B)の手続きは、図6の(A)の手続きを中止した場合に開始される場合もある。
各装置は、図6の(A)又は(B)の手続きの完了に基づいて、登録手続きを完了する。尚、各装置は、図6の(A)の手続きの完了に基づいて、UEがネットワークに登録された状態(RM_REGISTERED state)に遷移してもよいし、図6の(B)の手続きの完了に基づいて、UEがネットワークに登録されていない状態(RM_DEREGISTERED state)を維持してもよいし、UEがネットワークに登録されていない状態へ遷移してもよい。また、各装置の各状態への遷移は、登録手続きの完了に基づいて行われてもよく、PDUセッションの確立に基づいて行われてもよい。
また、UEは、登録受諾メッセージ、又は登録拒絶メッセージの受信に基づいて、登録手続きを完了してもよい。
さらに、各装置は、登録手続きの完了に基づいて、登録手続きで送受信した情報に基づいた処理を実施してもよい。例えば、UEの一部の要求が拒絶されたことを示す情報を送受信した場合、UEの要求が拒絶された理由を認識してもよい。さらに、各装置は、UEの要求が拒絶された理由に基づいて、再度本手続きを実施してもよいし、コアネットワーク_Bや別のセルに対して登録手続きを実施してもよい。
さらに、UEは、登録手続きの完了に基づいて、登録受諾メッセージ、及び/又は登録拒絶メッセージとともに受信した識別情報を記憶してもよいし、ネットワークの決定を認識してもよい。
UEは、登録受諾メッセージ又は登録拒絶メッセージを受信することで、上記識別情報の内容を認識してもよい。
尚、各識別情報を受信した場合に実施される挙動は、受信した識別情報に基づいて、実施されてもよい。
[3.3.2. PDUセッション確立手続き]
次に、UEが、PDUセッション確立手続きを実行する場合の各装置の挙動を、図7を用いて説明する。以下、PDUセッション確立手続きを本手続きと称する場合がある。また、PDUセッション確立手続きは、SM手続きであってもよい。
また、本手続きにおけるPDUセッションは、C2コミュニケーションのためのPDUセッションであってもよいし、ダイレクトC2コミュニケーションのためのPDUセッションであってもよい。また、本手続きにおけるPDUセッションは、UASサービスのためのPDUセッションであってもよい。
尚、本手続きは、登録手続きを1回以上実行した後に実行してもよい。
まず、UEは、SMFにPDUセッション確立要求メッセージを送信し(S1400)(S1402)(S1404)、PDUセッション確立手続きを開始する。そして、SMFは、UEから、PDUセッション確立要求メッセージを受信する。
具体的には、UEは、アクセスネットワークを介して、AMFにPDUセッション確立要求メッセージを含むN1 SMコンテナを含むNASメッセージを送信することにより(S1400)、PDUセッション確立手続きを開始する。NASメッセージは、例えばN1インターフェースを介して送信されるメッセージであり、アップリンクNASトランスポート(UL NAS TRANSPORT)メッセージであってよい。
ここで、UEは、PDUセッション確立要求メッセージ、又はNASメッセージを送信することで、ネットワークに、各識別情報の内容を示してもよい。
また、アクセスネットワークは、3GPPアクセス又はnon-3GPPアクセスであり、基地局装置を含んでよい。すなわち、UEは、基地局装置を介して、AMFにNASメッセージを送信する。
また、UEは、PDUセッション確立要求メッセージを送信することによって、C2コミュニケーションをサポートするPDUセッションの確立を要求してもよい。言い換えると、UEは、PDUセッション確立要求メッセージを送信することによって、C2コミュニケーション用のQoSフローをサポートするPDUセッションの確立を要求してもよい。
また、UEは、C2コミュニケーションをサポートするPDUセッションの確立を要求する場合、Always-on PDU sessionの確立を要求してもよい。言い換えると、UEは、C2コミュニケーション用のQoSフローをサポートするPDUセッションの確立を要求する場合、Always-on PDU sessionの確立を要求してもよい。
次に、AMFは、NASメッセージを受信すると、UEが要求していること、及び/又はNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の内容を認識することができる。
次に、AMFは、UEから受信したNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の少なくとも一部の転送先として、SMFを選択する(S1402)。尚、AMFは、NASメッセージに含まれる情報等(メッセージ、コンテナ、情報)、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、転送先のSMFを選択してもよい。
次に、AMFは、選択されたSMFに、例えばN11インターフェースを介して、UEから受信したNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の少なくとも一部を送信する(S1404)。
次に、SMFは、AMFから送信された情報等(メッセージ、コンテナ、情報)を受信すると、UEが要求していること、及び/又はAMFから受信した情報等(メッセージ、コンテナ、情報)の内容を認識することができる。
ここで、SMFは、第2の条件判別をしてもよい。また、第2の条件判別は、ネットワークがUEの要求を受諾するか否かを判断する為のものであってよい。SMFは、第2の条件判別を真と判定した場合、図7の(A)の手続きを開始してよく、第2の条件判別を偽と判定した場合、図7の(B)の手続きを開始してよい。
尚、第2の条件判別は、SMF以外のNFが実行してもよい。そのNFは、例えば、NSSF、NWDAF、PCF、NRFであってもよい。SMF以外のNFが第2の条件判別を行う場合は、SMFは、そのNFに対して、第2の条件判別を行うために必要な情報、具体的には、UEから受信した情報の少なくとも一部を提供してよい(S1406)。そして、そのNFがSMFから受信した情報に基づいて第2の条件判別の真偽を判別した場合は、SMFに対して第2の条件判別の結果(つまり、真か偽か)を含む情報を伝えてよい。SMFは、そのNFから受信した第2の条件判別の結果に基づいて、UEに対して送信するべき識別情報、及び/又は制御メッセージを決定してよい。
尚、第2の条件判別は、AMFから受信した情報等(メッセージ、コンテナ、情報)、及び/又は加入者情報(subscription information)、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMFが保持するコンテキスト等に基づいて、実行されてもよい。
例えば、UEの要求をネットワークが許可する場合、第2の条件判別は真と判定されてよく、UEの要求をネットワークが許可しない場合、第2の条件判別は偽と判定されてよい。また、UEの接続先のネットワーク、及び/又はネットワーク内の装置が、UEが要求する機能をサポートしている場合、第2の条件判別は真と判定されてよく、UEが要求する機能をサポートしていない場合、第2の条件判別は偽と判定されてよい。また、送受信された識別情報が許可される場合、第2の条件判別は真と判定されてよく、送受信された識別情報が許可されない場合、第2の条件判別は偽と判定されてよい。
尚、第2の条件判別の真偽を判定する条件は、前述した条件に限らなくてよい。
次に、図7の(A)の手続きの各ステップを説明する。
SMFは、確立するPDUセッションに対するUPFを選択し、選択されたUPFに、例えばN4インターフェースを介して、N4セッション確立要求メッセージを送信してもよい(S1408)。N4セッション確立要求メッセージには、PCFから受信したPCCルールの少なくとも一部が含まれてもよい。
SMFはAMFから受信した情報等(メッセージ、コンテナ、情報)、及び/又はPCFから受信したPCCルール等の情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMFが保持するコンテキスト等に基づいて、C2コミュニケーションの承認を本手続き中に実行するか否かを決定してよい。
C2コミュニケーションの承認が本手続き中に実行される場合、SMFは第1から第2の識別情報の内少なくとも一つに基づいて、ダイレクトC2コミュニケーション、及び/又はPDUセッションを用いたC2コミュニケーションの確立の承認を決定してもよい。
ここで、SMFは、AMFから受信した情報等(メッセージ、コンテナ、情報)、及び/又はPCFから受信したPCCルール等の情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMFが保持するコンテキスト等に基づいて、1以上のUPFを選択してもよい。また、複数のUPFが選択された場合、SMFは、各UPFに対してN4セッション確立要求メッセージを送信してよい。ここでは、UPFが選択されたものとする。
次に、UPFは、N4セッション確立要求メッセージを受信すると(S1408)、SMFから受信した情報の内容を認識することができる。また、UPFは、N4セッション確立要求メッセージの受信に基づいて、例えばN4インターフェースを介して、SMFにN4セッション確立応答メッセージを送信してよい(S1410)。
次に、SMFは、N4セッション確立要求メッセージに対する応答メッセージとして、N4セッション確立応答メッセージを受信すると、UPFから受信した情報の内容を認識することができる。
次に、SMFは、PDUセッション確立要求メッセージの受信、及び/又はUPFの選択、及び/又はN4セッション確立応答メッセージの受信などに基づいて、UEにPDUセッション確立受諾メッセージを送信する。そして、UEは、SMFから、PDUセッション確立受諾メッセージを受信する(S1418)(S1420)(S1422)。
具体的には、SMFは、PDUセッション確立要求メッセージの受信、及び/又はUPFの選択、及び/又はN4セッション確立応答メッセージの受信などに基づいて、例えばN11インターフェースを介して、N1 SMコンテナ、及び/又はN2 SM情報、及び/又はPDUセッションIDを、AMFに送信する(S1412)。ここで、N1 SMコンテナには、PDUセッション確立受諾メッセージが含まれてよい。さらに、PDUセッションIDは、PDUセッション確立受諾メッセージに含まれていてもよい。
次に、N1 SMコンテナ、及び/又はN2 SM情報、及び/又はPDUセッションIDを受信したAMFは、アクセスネットワークに含まれる第1の基地局装置を介して、UEにNASメッセージを送信する(S1414)(S1416)。ここで、NASメッセージは、例えばN1インターフェースを介して、送信される。また、NASメッセージは、ダウンリンクNASトランスポート(DL NAS TRANSPORT)メッセージであってよい。
具体的には、AMFは、アクセスネットワークに含まれる基地局装置に対して、N2 PDUセッション要求メッセージを送信すると(S1414)、N2 PDUセッション要求メッセージを受信した基地局装置は、UEに対して、NASメッセージを送信する(S1416)。ここで、N2 PDUセッション要求メッセージには、NASメッセージ、及び/又はN2 SM情報が含まれてよい。また、NASメッセージには、PDUセッションID及び/又はN1 SMコンテナが含まれてよい。
また、PDUセッション確立受諾メッセージは、PDUセッション確立要求に対する応答メッセージであってよい。また、PDUセッション確立受諾メッセージは、PDUセッションの確立が受諾されたことを示してよい。
ここで、SMF及び/又はAMFは、PDUセッション確立受諾メッセージ、及び/又はN1 SMコンテナ、及び/又はPDUセッションID、及び/又はNASメッセージ、及び/又はN2 SM情報、及び/又はN2 PDUセッション要求メッセージを送信することで、PDUセッション確立要求メッセージによるUEの要求の少なくとも一部が受諾されたことを示してもよい。
尚、SMF及び/又はAMFは、PDUセッション確立受諾メッセージ、及び/又はN1 SMコンテナ、及び/又はNASメッセージ、及び/又はN2 SM情報、及び/又はN2 PDUセッション要求メッセージにどの識別情報を含めるかを、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMF及び/又はAMFが保持するコンテキスト等に基づいて、決定をしてもよい。
次に、UEは、例えばN1インターフェースを介して、NASメッセージを受信すると(S1416)、PDUセッション確立要求メッセージによるUEの要求が受諾されたこと、及び/又はNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の内容を認識することができる。
次に、図7の(B)の手続きの各ステップを説明する。
まず、SMFは、PDUセッション確立要求メッセージの受信に基づいて、例えばN11インターフェースを介して、N1 SMコンテナ、及び/又はPDUセッションIDを、AMFに送信する(S1418)。ここで、N1 SMコンテナには、PDUセッション確立拒絶メッセージが含まれてよい。さらに、PDUセッションIDは、PDUセッション確立拒絶メッセージに含まれていてもよい。
次に、N1 SMコンテナ、及び/又はPDUセッションIDを受信したAMFは、アクセスネットワークに含まれる基地局装置を介して、UEにNASメッセージを送信する(S1420)(S1422)。ここで、NASメッセージは、例えばN1インターフェースを介して、送信される。また、NASメッセージは、ダウンリンクNASトランスポート(DL NAS TRANSPORT)メッセージであってよい。また、NASメッセージには、PDUセッションID及び/又はN1 SMコンテナが含まれてよい。
また、PDUセッション確立拒絶メッセージは、PDUセッション確立要求に対する応答メッセージであってよい。また、PDUセッション確立拒絶メッセージは、PDUセッションの確立が拒絶されたことを示してよい。
ここで、SMF及び/又はAMFは、PDUセッション確立拒絶メッセージ、及び/又はN1 SMコンテナ、及び/又はPDUセッションID、及び/又はNASメッセージを送信することで、PDUセッション確立要求メッセージによるUEの要求が拒絶されたことを示してもよい。
尚、SMFは、PDUセッション確立拒絶メッセージを送信することで、UEの要求が拒絶されたことを示してもよいし、UEからの要求を許可していない事を示してもよいし、これらを組み合わせた情報を示してもよい。
尚、SMF及び/又はAMFは、PDUセッション確立拒絶メッセージ、及び/又はN1 SMコンテナ、及び/又はNASメッセージ、及び/又はN2 SM情報、及び/又はN2 PDUセッション要求メッセージにどの識別情報を含めるかを、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はSMF及び/又はAMFが保持するコンテキスト等に基づいて、決定をしてもよい。
次に、UEは、例えばN1インターフェースを介して、NASメッセージを受信すると(S1422)、PDUセッション確立要求メッセージによるUEの要求が拒絶されたこと、及び/又はNASメッセージに含まれる情報等(メッセージ、コンテナ、情報)の内容を認識することができる。
尚、上記UEの挙動は、PDUセッション受諾メッセージ又はPDUセッション拒絶メッセージを受信した後に実施されてもよい。また、上記UEの挙動は、第10から12、15から18の識別情報の内、1つ以上の識別情報を受信した後に実施されてもよい。
UEは、NASメッセージ又はPDUセッション確立受諾メッセージ又はPDUセッション確立拒絶メッセージを受信することで、上記識別情報の内容を認識してもよい。
各装置は、PDUセッション確立受諾メッセージの送受信に基づいて、本手続きを完了してもよい。また、各装置は、本手続きの完了に基づいて、PDUセッションを確立してもよい。このとき、各装置は、確立されたPDUセッションを用いてDNと通信可能な状態に遷移してよい。
各装置は、PDUセッション確立受諾メッセージ又はPDUセッション確立拒絶メッセージの送受信に基づいて、本手続きを完了してもよい。このとき、各装置は、PDUセッションを確立することができないため、すでに確立済みのPDUセッションがない場合は、DNと通信できない。
なお、上記に示すUEが各識別情報の受信に基づき実行する各処理は、本手続き中、又は本手続き完了後に実行されてもよいし、本手続き完了後に、本手続き完了に基づき実行されてもよい。
[3.3.3. ネットワーク主導のセッションマネジメント手続きの概要]
次に、ネットワーク主導のセッションマネジメント手続きの概要について説明する。以下、ネットワーク主導のセッションマネジメント手続きは本手続きとも称する。本手続きは、確立されたPDUセッションに対してネットワークが主導して実行するセッションマネジメントの為の手続きである。また、ネットワーク主導のセッションマネジメント手続きは、SM手続きであってもよい。
また、本手続きにおけるPDUセッションは、C2コミュニケーションのためのPDUセッションであってもよいし、ダイレクトC2コミュニケーションのためのPDUセッションであってもよい。また、本手続きにおけるPDUセッションは、UASサービスのためのPDUセッションであってもよい。
尚、本手続きは、ネットワーク主導のPDUセッション変更(PDU session modification)手続き、及び/又はネットワーク主導のPDUセッション解放(PDU session release)手続き等であってもよいし、これらに限らないネットワーク主導のセッションマネジメント手続きを実行してもよい。尚、各装置は、ネットワーク主導のPDUセッション変更手続きにおいて、PDUセッション変更メッセージを送受信してもよいし、ネットワーク主導のPDUセッション解放手続きにおいて、PDUセッション解放メッセージを送受信してもよい。
また、本手続きがネットワーク主導のPDUセッション変更手続きの場合、本手続きにおけるセッションマネジメント要求メッセージは、PDUセッション変更コマンド(PDU SESSION MODIFICATION COMMAND)メッセージであってもよい。また、本手続きがネットワーク主導のPDUセッション解放手続きの場合、本手続きにおけるセッションマネジメント要求メッセージは、PDUセッション解放コマンド(PDU SESSION RELEASE COMMAND)メッセージであってもよい。
また、本手続きがネットワーク主導のPDUセッション変更手続きの場合、本手続きにおけるセッションマネジメント完了メッセージは、PDUセッション変更完了(PDU SESSION MODIFICATION COMPLETE)メッセージであってもよい。また、本手続きがネットワーク主導のPDUセッション解放手続きの場合、本手続きにおけるセッションマネジメント完了メッセージは、PDUセッション解放完了(PDU SESSION RELEASE COMPLETE)メッセージであってもよい。
[3.3.3.1. ネットワーク主導のセッションマネジメント手続き例]
次に、図8を用いて、ネットワーク主導のセッションマネジメント手続きの例を説明する。以下、本手続きとはネットワーク主導のセッションマネジメント手続きを指す。本手続きの各ステップについて説明する。
登録手続き及び/又はPDUセッション確立手続きの完了に基づき、UE及びコアネットワーク_B190内の各装置は、任意のタイミングで、ネットワーク主導のセッションマネジメント手続きを開始する。
具体的には、コアネットワーク_B190内の装置は、UEからのPDUセッション変更要求メッセージの受信に基づいて本手続きを開始してもよいし、UEからのPDUセッション解放要求メッセージの受信に基づいて本手続きを開始してもよい。尚、PDUセッション変更要求メッセージの受信に基づいて本手続きが開始された場合、本手続きは、ネットワーク主導のPDUセッション変更手続きであってよい。さらに、PDUセッション解放要求メッセージの受信に基づいて本手続きが開始された場合、本手続きは、ネットワーク主導のPDUセッション解放手続きであってよい。
さらに、コアネットワーク_B190内の装置は、DNにある装置やコアネットワーク内の他の装置から要求に基づいて、本手続きを開始してもよい。
ここで、本手続きを開始するコアネットワーク_B190内の装置は、SMF及び/又はAMFであってよく、UEはAMF及び/又はアクセスネットワーク_Bを介して本手続きにおけるメッセージを送受信してもよい。さらに、DNにある装置は、DNにあるAF(Application Function)であってもよい。
コアネットワーク_B190内の装置は、UEにネットワーク主導のセッションマネジメント要求メッセージを送信し(S1602)、ネットワーク主導のセッションマネジメントを開始する。さらに、UEは、コアネットワーク_B190内の装置から、ネットワーク主導のセッションマネジメント要求メッセージを受信する。
さらに、コアネットワーク_B190内の装置は、ネットワーク主導のセッションマネジメント要求メッセージにPDUセッションIDを含めてもよいし、PDUセッションIDを含めることで、PDUセッションIDで識別されるPDUセッションに対して変更を行うことを要求してもよい。
尚、PDUセッション変更要求メッセージに含められるPDUセッションIDは、確立しているPDUセッションのPDUセッションIDであってよい。さらに、本手続きが、UE主導のセッションマネジメント手続きに基づいて実行された場合、PDUセッション変更要求メッセージに含められるPDUセッションIDは、PDUセッション変更要求メッセージ、又はPDUセッション解放要求メッセージに含まれたPDUセッションIDと同一であってよい。
次に、ネットワーク主導のセッションマネジメント要求メッセージを受信したUEは、ネットワーク主導のセッションマネジメント完了メッセージを送信する(S1604)。また、UEは、本手続きの完了に基づいて第1の処理を実施してもよい。
ここで、UEは、ネットワーク主導のセッションマネジメント完了メッセージにPDUセッションIDを含めてもよい。尚、ネットワーク主導のセッションマネジメント完了メッセージに含まれるPDUセッションIDは、ネットワーク主導のセッションマネジメント要求メッセージに含まれたPDUセッションIDと同一であってよい。
以下、第1の処理の例について説明する。
第1の処理は、UEが、コアネットワーク_B190によって示された事柄を認識する処理であってよいし、コアネットワーク_B190の要求を認識する処理であってもよい。さらに、第1の処理は、UEが、受信した識別情報をコンテキストとして記憶する処理であってもよいし、受信した識別情報を上位層、及び/又は下位層に転送する処理であってもよい。
また、UEは、前述の各識別情報を受信した場合の挙動を、第1の処理として実行してもよい。
さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。言い換えると、UEは、本手続きの完了に基づいて、第1の処理を実施してもよいし、第1の処理の完了後に本手続きを完了してもよい。
さらに、各装置は、上述した処理の完了、及び/又は、ネットワーク主導のセッションマネジメント要求メッセージ、及び/又はネットワーク主導のセッションマネジメント完了メッセージの送受信に基づいて、ネットワーク主導のセッションマネジメント手続きを完了する。
尚、各装置は、ネットワーク主導のセッションマネジメント手続きの完了に基づいて、既存のPDUセッションを変更してもよいし、既存のPDUセッションを解放してもよい。言い換えると、各装置は、PDUセッション変更手続きの完了に基づいて、既存のPDUセッションを変更してもよい。同様に言い換えると、各装置は、PDUセッション解放手続きの完了に基づいて、既存のPDUセッションを解放してもよい。
[3.3.4. UE主導のセッションマネジメント手続きの概要]
次に、UE主導のセッションマネジメント手続きの概要について説明する。以下、UE主導のセッションマネジメント手続きは本手続きとも称する。本手続きは、確立されたPDUセッションに対してUEが主導して実行するセッションマネジメントの為の手続きである。また、UE主導のセッションマネジメント手続きは、SM手続きであってもよい。
また、本手続きにおけるPDUセッションは、C2コミュニケーションのためのPDUセッションであってもよいし、ダイレクトC2コミュニケーションのためのPDUセッションであってもよい。また、本手続きにおけるPDUセッションは、UASサービスのためのPDUセッションであってもよい。
尚、本手続きは、UE主導のPDUセッション変更(PDU session modification)手続き、及び/又はUE主導のPDUセッション解放(PDU session release)手続き等であってもよいし、これらに限らないUE主導のセッションマネジメント手続きを実行してもよい。尚、各装置は、UE主導のPDUセッション変更手続きにおいて、PDUセッション変更要求メッセージ、及び/又はPDUセッション変更コマンドメッセージ、及び/又はPDUセッション変更完了メッセージ、及び/又はPDUセッション変更拒絶メッセージを送受信してもよい。また、各装置は、UE主導のPDUセッション解放手続きにおいて、PDUセッション解放要求メッセージ、及び/又はPDUセッション解放コマンドメッセージ、及び/又はPDUセッション解放完了メッセージ、及び/又はPDUセッション解放拒絶メッセージを送受信してもよい。
さらに、各装置は、上述した処理の完了、及び/又は、UE主導のセッションマネジメント要求メッセージ、及び/又はUE主導のセッションマネジメント完了メッセージの送受信に基づいて、UE主導のセッションマネジメント手続きを完了する。
[3.3.4.1. UE主導のPDUセッション変更手続き例]
次に、図9を用いて、本手続きの各ステップについて説明する。以下、本手続きとはUE主導のPDUセッション変更手続きを指す。
尚、登録手続き及び/又はPDUセッション確立手続きの完了に基づき、UEは、任意のタイミングで、UE主導のPDUセッション変更手続きを開始することができる。言い換えると、UEは、任意のタイミングで、確立しているPDUセッションに対してUE主導のPDUセッション変更手続きを開始してもよい。さらに言い換えると、UEは、任意のタイミングで、確立しているPDUセッションと同じPDUセッションIDを用いたUE主導のPDUセッション変更手続きを開始してもよい。
まず、UEは、SMFに、PDUセッション変更要求メッセージを送信することで(S1802)、UE主導のPDUセッション変更手続きを開始する。ここで、UEは、PDUセッション変更要求メッセージにPDUセッションIDを含めてもよいし、PDUセッションIDを含めることで、PDUセッションIDで識別されるPDUセッションに対して変更を行うことを要求してもよい。
尚、PDUセッション変更要求メッセージに含められるPDUセッションIDは、確立しているPDUセッションのPDUセッションIDであってよい。
次に、SMFは、UEが送信したPDUセッション変更要求メッセージを受信する。SMFは、UEの要求を受諾する場合、ネットワーク主導のPDUセッション変更手続きを開始する。逆に、SMFは、UEの要求を拒絶する場合、UEにPDUセッション変更拒絶メッセージを送信する。以下、SMFが、UEの要求を拒絶した場合について説明する。
SMFは、PDUセッション変更要求メッセージの受諾に基づき、UEにPDUセッション変更拒絶メッセージを送信する(S1804)。
ここで、PDUセッション変更拒絶メッセージに含まれるPDUセッションIDは、PDUセッション変更要求メッセージに含まれたPDUセッションIDと同一であってよい。言い換えると、PDUセッション変更拒絶メッセージに含まれるPDUセッションIDは、本手続き中に、UEから提供されたPDUセッションIDと同一であってもよい。
UEは、PDUセッション変更拒絶メッセージを受信する。さらに、各装置は、PDUセッション変更拒絶メッセージの送受信、及び/又はネットワーク主導のPDUセッション変更手続きの完了に基づいて本手続きを完了する。
ここで、UEは、PDUセッション変更拒絶メッセージの受信に基づいて、UEの要求が拒絶されたことを認識してもよい。さらに、UEは、PDUセッション変更拒絶メッセージの受信に基づいて、第2の処理を実施してもよい(S1806)。尚、第2の処理は、本手続きの完了に基づいて実施されてもよい。
ここで、第2の処理は、UEが、SMFによって示された事柄を認識する処理であってよい。さらに、第2の処理は、UEが、受信した識別情報をコンテキストとして記憶する処理であってもよいし、受信した識別情報を上位層、及び/又は下位層に転送する処理であってもよい。さらに、第2の処理は、UEが、本手続きの要求が拒絶されたことを認識する処理であってもよい。
また、同じPDUセッションに対する、PDUセッション変更手続き、及び/又はPDUセッション解放手続きとは、同一のPDUセッションIDを用いたPDUセッション変更手続き、及び/又はPDUセッション解放手続きのことであってよい。
さらに、各装置は、上述した処理の完了、及び/又は、UE主導のPDUセッション変更拒絶メッセージの送受信に基づいて、UE主導のPDUセッション変更手続きを完了する。
[3.3.4.2. UE主導のPDUセッション解放手続き例]
次に、本手続きの各ステップについて説明する。以下、本手続きとはUE主導のPDUセッション解放手続きを指す。
UE主導のPDUセッション解放手続きは、前述したPDUセッション変更手続きと同様の手続きであってよい。
具体的には、本手続きが、UE主導のPDUセッション解放手続きの場合、前述したPDUセッション変更要求メッセージは、PDUセッション解放要求メッセージと読み替えてもよい。さらに、本手続きが、UE主導のPDUセッション解放手続きの場合、前述したPDUセッション変更要求メッセージは、PDUセッション解放要求メッセージと読み替えてもよいし、前述したPDUセッション変更拒絶メッセージは、PDUセッション解放拒絶メッセージと読み替えてもよい。また、PDUセッションを変更する挙動を、PDUセッションを解放する挙動と読み替えてもよい。
さらに、本手続きが、UE主導のPDUセッション解放手続きの場合、PDUセッション解放要求メッセージの受信に基づいて行われるSMFの挙動は、前述したPDUセッション変更要求メッセージの受信に基づいて行われるSMFの挙動と同様であってもよい。さらに、本手続きが、UE主導のPDUセッション解放手続きの場合、PDUセッション解放拒絶メッセージの受信に基づいて行われるUEの挙動は、前述したPDUセッション変更拒絶メッセージの受信に基づいて行われるUEの挙動と同様であってもよい。
さらに、本手続きが、UE主導のPDUセッション解放手続きの場合、SMFは、PDUセッション解放要求メッセージの受信に基づいて、ネットワーク主導のPDUセッション解放手続きを開始してもよいし、UEにPDUセッション解放拒絶メッセージを送信してもよい。
さらに、各装置は、上述した処理の完了、及び/又は、UE主導のPDUセッション解放拒絶メッセージの送受信に基づいて、UE主導のPDUセッション解放手続きを完了する。
[3.3.5. ダイレクトC2コミュニケーションを確立するための手続き]
次に、UEが、ダイレクトC2コミュニケーションを確立するための手続きを実行する場合の各装置の挙動を、図10を用いて説明する。以下、ダイレクトC2コミュニケーションを確立するための手続きを本手続きとも称する。また、ダイレクトC2コミュニケーションを確立するための手続きは、ダイレクトC2コミュニケーションの確立手続きと称されてもよい。
尚、本手続きは、登録手続き、及び/又はPDUセッション確立手続き、及び/又はネットワーク主導のセッションマネジメント手続き、及び/又はUE主導のセッションマネジメント手続きを1回以上実行した後に実行されてもよい。また、本手続きは、登録手続き、又はPDUセッション確立手続き、又はネットワーク主導のセッションマネジメント手続き、又はUE主導のセッションマネジメント手続き中に実行されてもよい。
本手続きは、登録手続き、及び/又はPDUセッション確立手続き、及び/又はネットワーク主導のセッションマネジメント手続き、及び/又はUE主導のセッションマネジメント手続きにおいて、UEが、ネットワークから、ダイレクトC2コミュニケーションが認証及び/又は承認された場合に、実行されてよい。また、UEは、ネットワークからのダイレクトC2コミュニケーションの承認によらず、本手続きを開始してもよい。
尚、本手続きにおいて、UEには、initiating UEと、target UEが存在してもよい。
尚、本手続きにおいて、initiating UEとtarget UEは、PC5上で各制御メッセージを送受信してもよい。
また、本手続きには、ProSeダイレクトリンク確立手続き(ProSe direct link establishment procedure)、及びPC5ユニキャストリンク確立手続き(PC5 unicast link establishment procedure)がある。ここで、ProSeダイレクトリンク確立手続きによって、ダイレクトC2コミュニケーションのためのProSeダイレクトリンクが確立されてよい。また、PC5ユニキャストリンク確立手続きによって、ダイレクトC2コミュニケーションのためのPC5ユニキャストリンクが確立されてよい。言い換えると、本手続きは、ダイレクトC2コミュニケーションのための、ProSeダイレクトリンク、又はPC5ユニキャストリンクを確立するための手続きであってよい。
以下それぞれ3.3.5.1節、及び3.3.5.2節に説明する。
[3.3.5.1. ProSeダイレクトリンク確立手続き]
ProSeダイレクトリンク確立手続きについて説明する。尚本手続きの開始は、3.3.5節の説明に基づく。
まず、initiating UEは、target UEに、第1の制御メッセージを送信し(S2000)、本手続きを開始する。
ここで、第1の制御メッセージは、ダイレクトC2コミュニケーションの確立を要求するメッセージであってもよい。また、第1の制御メッセージは、ProSeダイレクトリンク確立要求メッセージ（ProSe direct link establishment request message）であってもよい。また、第1の制御メッセージは、直接通信要求メッセージ（Direct Communication Request message）であってもよい。
ここで、initiating UEは、第1の制御メッセージを送信することで、target UEに、メッセージに含まれる各識別情報の内容を示してもよい。
また、inigiating UEは、第1の制御メッセージを送信することによって、ダイレクトC2コミュニケーションの確立を要求してもよい。
次に、target UEは、initiating UEから、第1の制御メッセージを受信する。
target UEは、第1の制御メッセージを受信した場合、initiating UEが要求している内容、及び/又は第1の制御メッセージに含まれる情報等(メッセージ、コンテナ、識別情報情報)の内容を認識してもよい。
ここで、target UEは、第3の条件判別をしてもよい。また、第3の条件判別は、target UEが、initiating UEの要求を受諾するか否かを判断する為のものであってよい。target UEは、第3の条件判別を真と判定した場合、図10の(A)の手続きを開始してよく、第3の条件判別を偽と判定した場合、図10の(B)の手続きを開始してよい。
尚、第3の条件判別は、initiating UEから受信した情報等(メッセージ、コンテナ、情報)、及び/又は加入者情報(subscription information)、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はtarget UEが保持するコンテキスト等に基づいて、実行されてもよい。
例えば、initiating UEの要求をtarget UEが許可する場合、第3の条件判別は真と判定されてよく、initiating UEの要求をtarget UEが許可しない場合、第3の条件判別は偽と判定されてよい。また、initiating UEの接続先のtarget UE、及び/又はtarget UE内の装置が、initiating UEが要求する機能をサポートしている場合、第3の条件判別は真と判定されてよく、initiating UEが要求する機能をサポートしていない場合、第3の条件判別は偽と判定されてよい。また、送受信された識別情報が許可される場合、第3の条件判別は真と判定されてよく、送受信された識別情報が許可されない場合、第3の条件判別は偽と判定されてよい。
尚、第3の条件判別の真偽を判定する条件は、前述した条件に限らなくてよい。
次に、図10の(A)の手続きの各ステップを説明する。
target UEは、第1の制御メッセージの受信に基づいて、initiating UEに第2の制御メッセージを送信する(S2002)。
ここで、第2の制御メッセージは、ダイレクトC2コミュニケーションの確立を受諾するメッセージであってもよい。また、第2の制御メッセージは、ProSeダイレクトリンク確立受諾メッセージ（ProSe direct link establishment accept message）であってもよい。また、第2の制御メッセージは、直接通信受諾メッセージ（Direct Communication Accept message）であってもよい。
また、第2の制御メッセージは、第1の制御メッセージに対する応答メッセージであってよい。また、第2の制御メッセージは、第1の制御メッセージが受諾されたことを示してよい。
ここで、target UEは、第2の制御メッセージを送信することで、第1の制御メッセージによるinitiating UEの要求の少なくとも一部が受諾されたことを示してもよい。
尚、target UEは、これらの識別情報及び/又は第2の制御メッセージを送信することで、target UEが各機能をサポートしていることを示してもよいし、initiating UEの要求が受諾されたことを示してもよいし、initiating UEからの要求を許可していない事を示してもよいし、これらを組み合わせた情報を示してもよい。さらに、複数の識別情報が送受信される場合、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
尚、target UEは、第2の制御メッセージにどの識別情報を含めるかを、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はtarget UEが保持するコンテキスト等に基づいて、決定をしてもよい。
次に、initiating UEは、target UEから、第2の制御メッセージを受信する。
initiating UEは、第2の制御メッセージを受信すると、第1の制御メッセージによるUEの要求が受諾されたこと、及び/又は第2の制御メッセージに含まれる情報等(メッセージ、コンテナ、識別情報)の内容を認識することができる。
次に、図10の(B)の手続きの各ステップを説明する。
まず、target UEは、第1の制御メッセージの受信に基づいて、第3の制御メッセージをinitiating UEに送信する(S2004)。
ここで、第3の制御メッセージは、ダイレクトC2コミュニケーションの確立を拒絶するメッセージであってもよい。また、第3の制御メッセージは、ProSeダイレクトリンク確立拒絶メッセージ（ProSe direct link establishment reject message）であってもよい。また、第3の制御メッセージは、直接通信拒絶メッセージ（Direct Communication Reject message）であってもよい。
また、第3の制御メッセージは、第1の制御メッセージに対する応答メッセージであってよい。また、第3の制御メッセージは、ダイレクトC2コミュニケーションの確立が拒絶されたことを示してよい。
ここで、target UEは、第3の制御メッセージを送信することで、第1の制御メッセージによるinitiating UEの要求が拒絶されたことを示してもよい。
尚、target UEは、第3の制御メッセージを送信することで、initiating UEの要求が拒絶されたことを示してもよいし、initiating UEからの要求を許可していない事を示してもよいし、これらを組み合わせた情報を示してもよい。
尚、target UEは、第3の制御メッセージにどの識別情報を含めるかを、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はtarget UEが保持するコンテキスト等に基づいて、決定をしてもよい。
次に、initiating UEは、第3の制御メッセージを受信する(S2004)。initiating UEは、第3の制御メッセージを受信した場合、第1の制御メッセージによるinitiating UEの要求が拒絶されたこと、及び/又は第3の制御メッセージに含まれる情報等(メッセージ、コンテナ、識別情報)の内容を認識することができる。
各装置は、第2の制御メッセージの送受信に基づいて、本手続きを完了してもよい。各装置は、本手続きの完了に基づいて、ダイレクトC2コミュニケーションのための通信路を確立してもよい。このとき、各装置は、確立されたダイレクトC2コミュニケーションを用いてinitiating UEとtarget UEとの間で通信可能な状態に遷移してよい。
また、各装置は、第3の制御メッセージの送受信に基づいて、本手続きを完了してもよい。このとき、各装置は、ダイレクトC2コミュニケーションを確立することができないため、すでに確立済みのダイレクトC2コミュニケーションがない場合は、initiating UEとtarget UEとの間で通信できない。
なお、上記に示すinitiating UEが各識別情報の受信に基づき実行する各処理は、本手続き中、又は本手続き完了後に実行されてもよいし、本手続き完了後に、本手続き完了に基づき実行されてもよい。
本手続きの完了に基づき、ダイレクトC2コミュニケーションを確立したinitiating UEとtarget UEは、ProSeダイレクトリンクによるダイレクトC2コミュニケーションを用いて、情報の交換を開始してもよい。
[3.3.5.2. PC5ユニキャストリンク確立手続き]
PC5ユニキャストリンク確立手続きについて説明する。尚本手続きの開始は、3.3.5節の説明に基づく。更に
まず、initiating UEは、target UEに、第1の制御メッセージを送信し(S2000)、本手続きを開始する。
ここで、第1の制御メッセージは、ダイレクトC2コミュニケーションの確立を要求するメッセージであってもよい。また、第1の制御メッセージは、ダイレクトリンク確立要求メッセージ（Direct Link Establishment Request message）であってもよい。また、第1の制御メッセージは、直接通信要求メッセージ（Direct Communication Request message）であってもよい。
ここで、initiating UEは、第1の制御メッセージを送信することで、target UEに、メッセージに含まれる各識別情報の内容を示してもよい。
また、initiating UEは、第1の制御メッセージを送信することによって、ダイレクトC2コミュニケーションの確立を要求してもよい。
次に、target UEは、initiating UEから、第1の制御メッセージを受信する。
target UEは、第1の制御メッセージを受信した場合、initiating UEが要求している内容、及び/又は第1の制御メッセージに含まれる情報等(メッセージ、コンテナ、識別情報情報)の内容を認識してもよい。
ここで、target UEは、第3の条件判別をしてもよい。また、第3の条件判別は、target UEが、initiating UEの要求を受諾するか否かを判断する為のものであってよい。target UEは、第3の条件判別を真と判定した場合、図10の(A)の手続きを開始してよく、第3の条件判別を偽と判定した場合、図10の(B)の手続きを開始してよい。
尚、第3の条件判別は、initiating UEから受信した情報等(メッセージ、コンテナ、情報)、及び/又は加入者情報(subscription information)、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はtarget UEが保持するコンテキスト等に基づいて、実行されてもよい。
例えば、initiating UEの要求をtarget UEが許可する場合、第3の条件判別は真と判定されてよく、initiating UEの要求をtarget UEが許可しない場合、第3の条件判別は偽と判定されてよい。また、initiating UEの接続先のtarget UE、及び/又はtarget UE内の装置が、initiating UEが要求する機能をサポートしている場合、第3の条件判別は真と判定されてよく、initiating UEが要求する機能をサポートしていない場合、第3の条件判別は偽と判定されてよい。また、送受信された識別情報が許可される場合、第3の条件判別は真と判定されてよく、送受信された識別情報が許可されない場合、第3の条件判別は偽と判定されてよい。
尚、第3の条件判別の真偽を判定する条件は、前述した条件に限らなくてよい。
次に、図10の(A)の手続きの各ステップを説明する。
target UEは、第1の制御メッセージの受信に基づいて、initiating UEに第2の制御メッセージを送信する(S2002)。
ここで、第2の制御メッセージは、ダイレクトC2コミュニケーションの確立を受諾するメッセージであってもよい。また、第2の制御メッセージは、ダイレクトリンク確立受諾メッセージ（Direct Link Establishment Accept message）であってもよい。また、第2の制御メッセージは、直接通信受諾メッセージ（Direct Communication Accept message）であってもよい。
また、第2の制御メッセージは、第1の制御メッセージに対する応答メッセージであってよい。また、第2の制御メッセージは、第1の制御メッセージが受諾されたことを示してよい。
ここで、target UEは、第2の制御メッセージを送信することで、第1の制御メッセージによるinitiating UEの要求の少なくとも一部が受諾されたことを示してもよい。
尚、target UEは、第2の制御メッセージを送信することで、target UEが各機能をサポートしていることを示してもよいし、initiating UEの要求が受諾されたことを示してもよいし、initiating UEからの要求を許可していない事を示してもよいし、これらを組み合わせた情報を示してもよい。さらに、複数の識別情報が送受信される場合、これらの識別情報の2以上の識別情報は、1以上の識別情報として構成されてもよい。尚、各機能のサポートを示す情報と、各機能の使用の要求を示す情報は、同じ識別情報として送受信されてもよいし、異なる識別情報として送受信されてもよい。
尚、target UEは、第2の制御メッセージにどの識別情報を含めるかを、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はtarget UEが保持するコンテキスト等に基づいて、決定をしてもよい。
次に、initiating UEは、target UEから、第2の制御メッセージを受信する。
initiating UEは、第2の制御メッセージを受信すると、第1の制御メッセージによるUEの要求が受諾されたこと、及び/又は第2の制御メッセージに含まれる情報等(メッセージ、コンテナ、識別情報)の内容を認識することができる。
次に、図10の(B)の手続きの各ステップを説明する。
まず、target UEは、第1の制御メッセージの受信に基づいて、第3の制御メッセージをinitiating UEに送信する(S2004)。
ここで、第3の制御メッセージは、ダイレクトC2コミュニケーションの確立を拒絶するメッセージであってもよい。また、第3の制御メッセージは、ダイレクトリンク確立拒絶メッセージ（Direct Link Establishment Reject message）であってもよい。また、第3の制御メッセージは、直接通信拒絶メッセージ（Direct Communication Reject message）であってもよい。
また、第3の制御メッセージは、第1の制御メッセージに対する応答メッセージであってよい。また、第3の制御メッセージは、ダイレクトC2コミュニケーションの確立が拒絶されたことを示してよい。
ここで、target UEは、第3の制御メッセージを送信することで、第1の制御メッセージによるinitiating UEの要求が拒絶されたことを示してもよい。
尚、target UEは、第3の制御メッセージを送信することで、initiating UEの要求が拒絶されたことを示してもよいし、initiating UEからの要求を許可していない事を示してもよいし、これらを組み合わせた情報を示してもよい。
尚、target UEは、第3の制御メッセージにどの識別情報を含めるかを、受信した各識別情報、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はUEポリシー、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はtarget UEが保持するコンテキスト等に基づいて、決定をしてもよい。
次に、initiating UEは、第3の制御メッセージを受信する(S2004)。initiating UEは、第3の制御メッセージを受信した場合、第1の制御メッセージによるinitiating UEの要求が拒絶されたこと、及び/又は第3の制御メッセージに含まれる情報等(メッセージ、コンテナ、識別情報)の内容を認識することができる。
各装置は、第2の制御メッセージの送受信に基づいて、本手続きを完了してもよい。各装置は、本手続きの完了に基づいて、ダイレクトC2コミュニケーションのための通信路を確立してもよい。このとき、各装置は、確立されたダイレクトC2コミュニケーションを用いてinitiating UEとtarget UEとの間で通信可能な状態に遷移してよい。
また、各装置は、第3の制御メッセージの送受信に基づいて、本手続きを完了してもよい。このとき、各装置は、ダイレクトC2コミュニケーションを確立することができないため、すでに確立済みのダイレクトC2コミュニケーションがない場合は、initiating UEとtarget UEとの間で通信できない。
なお、上記に示すinitiating UEが各識別情報の受信に基づき実行する各処理は、本手続き中、又は本手続き完了後に実行されてもよいし、本手続き完了後に、本手続き完了に基づき実行されてもよい。
本手続きの完了に基づき、PC5ユニキャストリンクによるダイレクトC2コミュニケーションを確立したinitiating UEとtarget UEは、ダイレクトC2コミュニケーションを用いて、情報の交換を開始してもよい。
[3.3.6. ダイレクトC2コミュニケーションを解放するための手続き]
次に、UEが、ダイレクトC2コミュニケーションを解放するための手続きを実行する場合の各装置の挙動を、図11を用いて説明する。以下、ダイレクトC2コミュニケーションを解放するための手続きを本手続きとも称する。また、ダイレクトC2コミュニケーションを解放するための手続きは、ダイレクトC2コミュニケーションの解放手続きと称してもよい。尚、本手続きは、3.3.5節で述べたいずれかの手続きによって確立された、ダイレクトC2コミュニケーションを解放するための手続きであってよい。
尚、本手続きは、登録手続き、及び/又はPDUセッション確立手続き、及び/又はネットワーク主導のセッションマネジメント手続き、及び/又はUE主導のセッションマネジメント手続きを1回以上実行した後に実行されてもよい。また、本手続きは、登録手続き、又はPDUセッション確立手続き、又はネットワーク主導のセッションマネジメント手続き、又はUE主導のセッションマネジメント手続き中に実行されてもよい。
本手続きは、登録手続き、及び/又はPDUセッション確立手続き、及び/又はネットワーク主導のセッションマネジメント手続き、及び/又はUE主導のセッションマネジメント手続きにおいて、UEが、ネットワークから、ダイレクトC2コミュニケーションの認証及び/又は承認が取り消された場合に、実行されてよい。また、UEは、ネットワークからのダイレクトC2コミュニケーションの取り消しによらず、本手続きを開始してもよい。
尚、本手続きにおいて、UEには、initiating UEと、target UEが存在してもよい。
また、本手続きは、UEが、下位層から、無線リンクの失敗の指示、又はPC5-RRC接続の解放の指示を受信した場合に実行されてもよい。
また、本手続きは、initiating UEが、上位層から、5G ProSe直接リンク (5G ProSe direct link)、又はPC5ユニキャストリンクを解放する要求を受信した場合に実行されてもよい。また、本手続きは、initiating UEが、上位層から、ダイレクトC2コミュニケーションの通信路を解放する要求を受信した場合に実行されてもよい。
また、本手続きは、target UEが反応しない状態の場合に実行されてもよい。
また、本手続きは、initiating UEが、確立された5G ProSe直接リンクの最大数に到達した場合、及び/又は新しい5G ProSe直接リンクを確立する必要がある場合に実行されてもよい。また、本手続きは、initiating UEが、確立されたダイレクトC2コミュニケーションの通信路の最大数に到達した場合、及び/又は新たな5G ProSe直接リンク、又は新たなPC5ユニキャストリンクを確立する必要がある場合に実行されてもよい。
また、本手続きは、initiating UEが、5G ProSe layer-3 UE-to-network relay UEとして動作している場合、及び又はPDUセッションがinitiating UE又はネットワークによって解放される場合に実行されてもよい。より具体的には、例えば、後述のUSSが主導する手続きにおいて実行されるPDUセッション解放手続きに基づいて、本手続きが実行されてもよい。又は、例えば、述のUSSが主導する手続きにおいて実行されるPDUセッション変更手続きに基づいて、本手続きが実行されてもよい。
また、本手続きは、initiating UEが、5G ProSe layer-2 remote UE又は5G ProSe layer-3 remote UEとして動作している場合、及び/又はinitiating UEが5GMM-IDLE modeである場合に実行されてもよい。
また、本手続きは、initiating UEが、5G ProSe layer-2 remote UE又は5G ProSe layer-3 remote UE又は5G ProSe layer-2 UE-to-network relay UEとして動作している場合、及び/又はinitiating UEのサービス承認が、設定パラメータを受信した後に取り消された場合に実行されてもよい。
また、本手続きは、initiating UEが、5G ProSe layer-3 UE-to-network relay UEとして動作している場合、及び/又はinitiating UEのサービス承認が設定パラメータを受信した後に取り消された場合に実行されてもよい。
尚、5G ProSe layer-2 UE-to-network relay UEは、レイヤ2プロトコルを介して、5G ProSe layer-2 remote UEのためのネットワークへの接続性をサポートする機能を提供する、5G ProSe又はダイレクトC2コミュニケーションを利用可能なUEであってよい。
また、5G ProSe layer-3 UE-to-network relay UEは、レイヤ3プロトコルを介して、5G ProSe layer-3 remote UEのためのネットワークへの接続性をサポートする機能を提供する、5G ProSe又はダイレクトC2コミュニケーションを利用可能なUEであってよい。
また、5G ProSe layer-2 remote UEは、5G ProSe layer-2 UE-to-network relay UEを介して、DNと通信する、5G ProSe又はダイレクトC2コミュニケーションを利用可能なUEであってよい。
また、5G ProSe layer-3 remote UEは、5G ProSe layer-3 UE-to-network relay UEを介して、DNと通信する、5G ProSe又はダイレクトC2コミュニケーションを利用可能なUEであってよい。
尚、本手続きにおいて、initiating UEとtarget UEは、PC5上で各制御メッセージを送受信してもよい。
尚、本手続きは、後述(3.3.7節)のUSSが主導する手続きのうちいずれかの完了後、又は完了に基づいて実行される手続きであってよい。更に、本手続きは、USSが主導する各種手続きのいずれかにおいて実行されるPDUセッション変更手続き、又はPDUセッション変更手続きのいずれかの完了に基づいて実行されてもよい。
また、本手続きには、ProSeダイレクトリンク解放手続き(ProSe direct link release procedure)、及びPC5ユニキャストリンク解放手続き(PC5 unicast link release procedure)がある。ここで、ProSeダイレクトリンク解放手続きは、ダイレクトC2コミュニケーションのために確立されたProSeダイレクトリンクを解放するための手続きであってよい。また、PC5ユニキャストリンク解放手続きは、ダイレクトC2コミュニケーションのために確立されたPC5ユニキャストリンクを解放するための手続きであってよい。言い換えると、本手続きは、ダイレクトC2コミュニケーションのために既に確立されている、ProSeダイレクトリンク、又は、PC5ユニキャストリンクを解放するための手続きであってよい。
以下それぞれ3.3.6.1節、及び3.3.6.2節に説明する。
[3.3.6.1. ProSeダイレクトリンク解放手続き]
ProSeダイレクトリンク解放手続きについて説明する。尚本手続きの開始は、3.3.6節の説明に基づく。
まず、initiating UEは、target UEに、第1の制御メッセージを送信し(S2200)、本手続きを開始する。
ここで、第1の制御メッセージは、ダイレクトC2コミュニケーションの解放を要求するメッセージであってもよい。また、第1の制御メッセージは、ProSeダイレクトリンク解放要求メッセージ（ProSe direct link release request message）であってもよい。
ここで、initiating UEは、第1の識別情報を、第1の制御メッセージに含めて送信してよい。また、initiating UEは、第1の識別情報を、第1の制御メッセージとともに送信してよい。
ここで、initiating UEは、第1の制御メッセージを送信することで、target UEに、前記識別情報の内容を示してもよい。また、initiating UEは、第1の識別情報を送信することで、target UEに、前記識別情報の内容を示してもよい。
尚、initiating UEは、第1の識別情報を第1の制御メッセージに含めるかを、加入者情報、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はUEが保持するコンテキスト等に基づいて、選択、決定してもよい。
尚、UEは、第1の識別情報以外の識別情報を、第1の制御メッセージに含めて送信してよい。
また、inigiating UEは、第1の制御メッセージを送信することによって、target UEとのダイレクトC2コミュニケーションの解放を要求してもよい。また、inigiating UEは、第1の識別情報を送信することによって、target UEとのダイレクトC2コミュニケーションの解放を要求してもよい。
次に、target UEは、initiating UEから、第1の制御メッセージを受信する。
target UEは、第1の制御メッセージを受信した場合、initiating UEが要求している内容、及び/又は第1の制御メッセージに含まれる情報等(メッセージ、コンテナ、識別情報情報)の内容を認識してもよい。
次に、target UEは、第1の制御メッセージの受信に基づいて、initiating UEに第2の制御メッセージを送信する(S2202)。
ここで、第2の制御メッセージは、ダイレクトC2コミュニケーションの解放を受諾するメッセージであってもよい。また、第2の制御メッセージは、ProSeダイレクトリンク解放受諾メッセージ（ProSe direct link release accept message）であってもよい。
また、第2の制御メッセージは、第1の制御メッセージに対する応答メッセージであってよい。また、第2の制御メッセージは、第1の制御メッセージが受諾されたことを示してよい。
ここで、target UEは、第2の制御メッセージを送信することで、第1の制御メッセージによるinitiating UEの要求の少なくとも一部が受諾されたことを示してもよい。
尚、target UEは、第2の制御メッセージを送信することで、target UEが各機能をサポートしていることを示してもよいし、initiating UEの要求が受諾されたことを示してもよいし、initiating UEからの要求を許可していない事を示してもよいし、これらを組み合わせた情報を示してもよい。
次に、initiating UEは、target UEから、第2の制御メッセージを受信する。
initiating UEは、第2の制御メッセージを受信すると、第1の制御メッセージによるUEの要求が受諾されたこと、及び/又は第2の制御メッセージに含まれる情報等(メッセージ、コンテナ、識別情報)の内容を認識することができる。
各装置は、第2の制御メッセージの送受信に基づいて、本手続きを完了してもよい。各装置は、本手続きの完了に基づいて、ダイレクトC2コミュニケーションのための通信路を解放してもよい。このとき、各装置は、initiating UEとtarget UEとの間で通信不能な状態に遷移してよい。
[3.3.6.2. PC5ユニキャストリンク解放手続き]
PC5ユニキャストリンク解放手続きについて説明する。尚本手続きの開始は、3.3.7節の説明に基づく。
まず、initiating UEは、target UEに、第1の制御メッセージを送信し(S2200)、本手続きを開始する。
ここで、第1の制御メッセージは、ダイレクトC2コミュニケーションの解放を要求するメッセージであってもよい。また、第1の制御メッセージは、ダイレクトリンク解放要求メッセージ（Direct link release request message）であってもよい。
ここで、initiating UEは、第1の識別情報を、第1の制御メッセージに含めて送信してよい。また、initiating UEは、第1の識別情報を、第1の制御メッセージとともに送信してよい。
ここで、initiating UEは、第1の制御メッセージを送信することで、target UEに、前記識別情報の内容を示してもよい。また、initiating UEは、第1の識別情報を送信することで、target UEに、前記識別情報の内容を示してもよい。
尚、initiating UEは、第1の識別情報を第1の制御メッセージに含めるかを、加入者情報、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はUEが保持するコンテキスト等に基づいて、選択、決定してもよい。
尚、UEは、第1の識別情報以外の識別情報も、第1の制御メッセージに含めて送信してよい。
また、inigiating UEは、第1の制御メッセージを送信することによって、target UEとのダイレクトC2コミュニケーションの解放を要求してもよい。また、inigiating UEは、第1の識別情報を送信することによって、target UEとのダイレクトC2コミュニケーションの解放を要求してもよい。
次に、target UEは、initiating UEから、第1の制御メッセージを受信する。
target UEは、第1の制御メッセージを受信した場合、initiating UEが要求している内容、及び/又は第1の制御メッセージに含まれる情報等(メッセージ、コンテナ、識別情報情報)の内容を認識してもよい。
次に、target UEは、第1の制御メッセージの受信に基づいて、initiating UEに第2の制御メッセージを送信する(S2202)。
ここで、第2の制御メッセージは、ダイレクトC2コミュニケーションの解放を受諾するメッセージであってもよい。また、第2の制御メッセージは、ダイレクトリンク解放受諾メッセージ（Direct link release accept message）であってもよい。
また、第2の制御メッセージは、第1の制御メッセージに対する応答メッセージであってよい。また、第2の制御メッセージは、第1の制御メッセージが受諾されたことを示してよい。
ここで、target UEは、第2の制御メッセージを送信することで、第1の制御メッセージによるinitiating UEの要求の少なくとも一部が受諾されたことを示してもよい。
尚、target UEは、第2の制御メッセージを送信することで、target UEが各機能をサポートしていることを示してもよいし、initiating UEの要求が受諾されたことを示してもよいし、initiating UEからの要求を許可していない事を示してもよいし、これらを組み合わせた情報を示してもよい。
次に、initiating UEは、target UEから、第2の制御メッセージを受信する。
initiating UEは、第2の制御メッセージを受信すると、第1の制御メッセージによるUEの要求が受諾されたこと、及び/又は第2の制御メッセージに含まれる情報等(メッセージ、コンテナ、識別情報)の内容を認識することができる。
各装置は、第2の制御メッセージの送受信に基づいて、本手続きを完了してもよい。各装置は、本手続きの完了に基づいて、ダイレクトC2コミュニケーションのための通信路を解放してもよい。このとき、各装置は、initiating UEとtarget UEとの間で通信不能な状態に遷移してよい。
[3.3.7. USSが主導する手続き]
次に、USSが主導する手続きについて述べる。USSが主導する手続きは本項では、本手続きとも称する。尚、USSが主導することは、USS又はUTMが主導することであってもよい。
ここで、本手続きは、USSが各手続きの条件を満たすと判断した場合に、USSが開始する手続きであって、本手続き中に、ネットワーク又はUEが主導するセッションマネジメント手続きが実行されてもよい。更に、本手続き中で実行されるセッションマネジメント手続きは、ネットワークが要求するPDUセッション解放(network requested PDU session release)手続きであってもよいし、ネットワークが要求するPDUセッション変更手続き(network requested PDU session modification procedures)であってもよい。
ここで、USSが主導する手続きは、具体的には、C2接続取り消し手続き(Revocation of C2 Connectivity procedure)、又はUUAA取り消し手続き(UUAA Revocation procedure)であってよく、これらに限らない。又は、本手続きは、UAVコントローラ変更手続き(UAV-C replacement procedure)、又はC2ペアリングポリシー設定(C2 pairing policy configuration)であってもよく、これらに限らない。
本手続きの一例として、UUAA手続きについて、次節に説明する。
[3.3.7.1. UUAA]
UUAA (USS UAV Authorization/Authentication)手続きの概要について説明する。以下、UUAA手続きは、UUAA又は本手続きと称されてもよい。
本手続きは、USSによる、UEの認証及び/又は承認のための手続きである。尚、C2コミュニケーションの承認(Authorization for C2)はUUAA手続き中に実行されてもよい。
尚、本手続きは、ネットワークによって開始されてもよいし、UEによって開始されてもよい。
また、UUAAは、5GSへの登録の際に実施されるUUAA-MM手続きであってもよい。また、UUAAは、PDUセッション確立中に実施されるUUAA-SM手続きであってもよい。また、UUAAは、MM手続きであってもよいし、SM手続きであってもよい。また、UUAAで使用される手続きは、MM手続きであってもよいし、SM手続きであってもよい。
また、UUAA-MMが実施されない場合、UUAA-SMを実施してよい。
また、UASサービスのためのPDUセッションは、UAVがUSSによって認証及び承認された後にのみ、確立されてもよい。この挙動はUUAA-MMの間に実施されてもよいし、UUAA-SMの間に実施されてもよい。
尚、UUAAの成功は、UAVの認証及び承認が許可されたと読み替えてもよい。また、UUAAの失敗は、UAVの認証及び承認が許可されないと読み替えてもよい。
また、UAVの認証及び承認が許可されたとは、UAVが認証及び承認されたと読み替えてもよい。また、UAVの認証及び承認が許可されなかったとは、UAVが認証及び承認されなかったと読み替えてもよい。
また、UAVの認証及び承認が成功したとは、UAVが認証及び承認されたと読み替えてもよい。また、UAVの認証及び承認が失敗したとは、UAVが認証及び承認されなかったと読み替えてもよい。
また、USSの認証及び承認が許可されたとは、UAVが認証及び承認されたと読み替えてもよい。また、USSの認証及び承認が許可されなかったとは、UAVが認証及び承認されなかったと読み替えてもよい。
[3.3.7.1.1. UUAA-MM]
次に、UUAA-MM手続きについて図12を用いて説明する。以下、UUAA-MM手続きは、UUAA-MM又は本手続きとも称する。本手続きは、5GSへの登録の際に実施される手続きであってもよい。
UUAA-MM手続きは5GSへの登録手続き中に実行されてもよいし、5GSへの登録手続きの後に実行されてもよい。言い換えると、以下で説明するUUAA-MM手続き中の第1の通信と前述の登録手続きを合わせて登録手続きと称してもよいし、以下で説明するUUAA-MM手続き中の第1の通信は前述の登録手続きからは独立した手続きであってもよい。
また、UUAA-MMは、オペレータポリシーに基づいて、5GSへの登録の際に実施されてもよい。また、オペレータから要求された場合、及び/又は、UEがAccess and Mobility Subscription Data内の空中UEサブスクリプション(aerial UE subscription)を持っており、登録要求メッセージにCAA-Level UAV IDを含めて提供している場合、UUAA-MMは実施されてもよい。また、UUAA-MMが実施されない場合、UUAA-SMにおけるPDUセッション確立で、UEは認証及び/又は承認されてもよい。
また、UUAA-MMはオプションであってもよい。また、UUAA-MMは、5GSに登録する時、USSによるUAVの認証及び承認を要求するUEのために実施されてもよい。また、UUAA-MMは、AMFによって実施されてもよい。また、UEが5GSで空中UEサブスクリプションを持っている場合、かつ、UEが登録要求メッセージにUAVのCAA-Level UAV IDを含めて提供している場合、UUAA-MMは、ローカルネットワークポリシーに基づいて、UEが登録している間に実施されてもよい。また、UAVを認証したUSSが再認証を実施する時に、UUAA-MMは実施されてもよい。
また、UEは、CAA-Level UAV IDとCAA-Level UAV IDに関連付けられたクレデンシャルを使用して、USSによって認証及び承認されてもよい。また、UUAA-MMが実施されている間、AMFはUAS NFを介してUSSと通信してもよく、UEとUAS NFとの間の認証メッセージを転送してもよい。
次に、UUAA-MMの各ステップを説明していく。
まず、UEは、登録手続きを実施する(S2400)。
次に、UEとAMFとUSSとの間で、第1の通信が実施される(S2402)。第1の通信では、USSによって使用される認証及び承認のためのメッセージが、UEとAMFとUSSとの間で送受信されてもよい。
ここで、UE及び/又はAMFは、第1の通信のメッセージによって、UUAA-MMが成功したかどうかを認識してもよい。言い換えると、UE及び/又はAMFは、第1の通信のメッセージによって、UAVの認証及び承認が許可されたかどうかを認識してもよい。
次に、AMFは、第5の条件判別を実行することができる。第5の条件判別とは、ネットワーク(又はAMF)がUUAA-MMが成功したか否かを判別するためのものである。AMFは、第5の条件判別が真の場合、図12の(A)のUE設定更新手続き(S2404)を開始してもよい。また、AMFは、第5の条件判別が偽の場合、図12の(B)の非登録手続き(S2406)を開始してもよい。
尚、第5の条件判別は、第1の通信で使用されるメッセージの受信、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、実行されてもよい。
例えば、UUAA-MMが成功した場合、第5の条件判別は真であり、UUAA-MMが失敗した場合、第5の条件判別は偽でよい。さらに、送受信される識別情報が許可される場合、第5の条件判別は真であり、送受信される識別情報が許可されない場合、第5の条件判別は偽でよい。尚、第5の条件判別の真偽が決まる条件は前述した条件に限らなくてもよい。
また、AMFは、第5の条件判別の真偽によって実施する手続きによって、UEに、UUAA-MMの結果を示してもよい。
また、各装置は、第1の通信、及び/又はUE設定更新手続き、及び/又は非登録手続きの実施に基づいて、本手続きを完了してもよい。
また、UEは、図12の(A)又は(B)の手続きによって、UUAA-MMの結果を認識してもよい。言い換えると、UEは、図12の(A)又は(B)の手続きにおいて受信するメッセージによって、UUAA-MMの結果を認識してもよい。また、UEは、本手続きの完了に基づいて、UUAA-MMの結果を認識してもよい。
なお、C2コミュニケーションの承認がUUAA-MM手続き中に実行される場合には、UEは、C2コミュニケーションの承認及び/又はUAVとUAV-Cのペアリング、及び/又はUAVのフライトが承認の結果を認識してもよい。
UEは、UUAA-MM手続き実行中には、MMメッセージ及び/又はSMメッセージの送信が禁止されてもよい。言い換えると、UEは、第1の通信、及び/又はUE設定更新手続き、及び/又は非登録手続き、が完了するまで、MMメッセージ及び/又はSMメッセージの送信をしないように制御されてもよい。
[3.3.7.1.2. UUAA-SM]
次に、UUAA-SM手続きについて図13を用いて説明する。以下、UUAA-SM手続きは、UUAA-SM又は本手続きとも称する。本手続きは、PDUセッション確立中に実施される手続きであってもよい。
尚、本手続きで送受信されるメッセージは、PDUセッション確立手続きの章で記載した挙動と同じ挙動であってもよい。
また、UEがPDUセッションの確立を要求する時、PDUセッションは、UAVのUUAA認証を要求してもよい。
また、UUAAが取り消される時、全てのUAVに関連するPDUセッションは、解放されてもよい。言い換えると、UAVの認証及び承認が取り消される時、全てのUAVに関連するPDUセッションは、解放されてもよい。
また、UUAA-SMは、PDUセッション確立手続き中に、SMFによって実施されてもよい。また、UDMから入手したSMサブスクリプションデータに基づいて、かつ、PDUセッション確立要求メッセージ内のUEによって提供されるサービスレベルデバイスIDに基づいて、UUAA-SMは実施されてもよい。
次に、UUAA-SMの各ステップを説明していく。
まず、UEは、PDUセッション確立手続きを実施する。具体的には、UEは、SMFに、PDUセッション確立要求メッセージを送信する(S2600)。
次に、UEとSMFとUSSとの間で、第2の通信が実施される(S2602)。第2の通信では、USSによって使用される認証及び承認のためのメッセージが、UEとSMFとUSSとの間で送受信されてもよい。
ここで、UE及び/又はSMFは、第2の通信のメッセージによって、UUAA-SMが成功したかどうかを認識してもよい。言い換えると、UE及び/又はSMFは、第2の通信のメッセージによって、UAVの認証及び承認が許可されたかどうかを認識してもよい。
次に、SMFは、第6の条件判別を実行することができる。第6の条件判別とは、ネットワーク(又はSMF)がUUAA-SMが成功したか否かを判別するためのものである。SMFは、第6の条件判別が真の場合、図13の(A)のPDUセッション確立受諾メッセージを送信する(S2604)のに対し、第6の条件判別が偽の場合、図13の(B)のPDUセッション確立拒絶メッセージを送信する(S2606)。
尚、第6の条件判別は、第2の通信で使用されるメッセージの受信、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、実行されてもよい。
例えば、UUAA-SMが成功した場合、第6の条件判別は真であり、UUAA-SMが失敗した場合、第6の条件判別は偽でよい。さらに、送受信される識別情報が許可される場合、第6の条件判別は真であり、送受信される識別情報が許可されない場合、第6の条件判別は偽でよい。尚、第6の条件判別の真偽が決まる条件は前述した条件に限らなくてもよい。
また、SMFは、第6の条件判別の真偽によって送信するメッセージによって、UEに、UUAA-SMの結果を示してもよい。
また、各装置は、第2の通信の実施、及び/又はPDUセッション受諾メッセージの送受信、及び/又はPDUセッション拒絶メッセージの送受信に基づいて、本手続きを完了してもよい。
また、UEは、図13の(A)又は(B)のメッセージを受信することによって、UUAA-SMの結果を認識してもよい。また、UEは、本手続きの完了に基づいて、UUAA-SMの結果を認識してもよい。
なお、C2コミュニケーションの承認がUUAA-SM手続き中に実行される場合には、UEは、C2コミュニケーションの承認及び/又はUAVとUAV-Cのペアリング、及び/又はUAVのフライトが承認の結果を認識してもよい。
UEは、UUAA-SM手続き実行中には、MMメッセージ及び/又はSMメッセージの送信が禁止されてもよい。言い換えると、UEは、第2の通信、及び/又はPDUセッション確立手続き、が完了するまで、MMメッセージ及び/又はSMメッセージの送信をしないように制御されてもよい。
[3.3.7.1.3. UUAA取り消し手続き]
次に、UUAA取り消し手続き(UUAA Revocation procedure)について図14を用いて説明する。以下、UUAA取り消し手続きは、UUAA Revocation、又はUAV承認取り消し(UAV authorization revocation)手続き、又は本手続きとも称する。本手続きは、登録手続き中、及び/又はPDUセッション確立中に実施される手続きであってもよい。
また、本手続きは、コアネットワーク又はUSSによって開始される手続きであってもよい。また、本手続きは、ネットワーク又はUSSが、UEに対して、UAVの認証及び承認を取り消すための手続きであってもよい。
次に、本手続きの各ステップを説明していく。
まず、コアネットワークとUSSとの間で、第4の通信が実施される(S2800)。第4の通信では、UAVの取り消しを要求するためのメッセージが、コアネットワークとUSSとの間で送受信されてもよい。
次に、コアネットワークは、図14の(A)の手続き(S2802)(S2804)を開始してもよいし、図14の(B)の手続き(S2806)を開始してもよい。
尚、コアネットワークは、第1の通信で使用されるメッセージの受信、及び/又は加入者情報、及び/又はネットワークの能力情報、及び/又はオペレータポリシー、及び/又はネットワークの状態、及び/又はユーザの登録情報、及び/又はAMFが保持するコンテキスト等に基づいて、図14の(A)の手続きを実施するか、図14の(B)の手続きを実施するかを判断してもよい。
例えば、UUAA-MMが実施されていた場合、図14の(A)の手続きが実施されてもよい。また、UUAA-SMが実施されていた場合、図14の(B)の手続きが実施されてもよい。尚、図14の(A)と(B)のどちらを実施するかの判断は、前述した条件に限らなくてもよい。
また、コアネットワークは、図14の(A)又は(B)の手続きの実施によって、UEに、UAVの認証及び承認の取り消しを示してもよい。
また、各装置は、第4の通信、及び/又は図14の(A)又は(B)の手続きの実施に基づいて、本手続きを完了してもよい。
また、UEは、本手続きの完了に基づいて、UAVの認証及び承認の取り消しを認識してもよい。
[4. 実施形態]
次に、本発明における実施形態について説明する。
[4.1. 第1の実施形態]
第1の実施形態について説明する。本節では、第1の実施形態は、本実施形態とも称する。尚、本実施形態に用いる各種手続きの内容は、3.3節で説明した手続きに基づく。本節では、本実施形態の特徴のみを説明する。
本発明における第1の実施形態は、登録手続き、PDUセッション確立手続き、ダイレクトC2コミュニケーション確立手続きを完了し、UAVとUAV-C間でダイレクトC2コミュニケーションが確立している状態で、USSが主導する手続きに基づいて、UEがダイレクトC2コミュニケーションを解放するための手続きを実行する場合の実施形態である。
尚、本実施形態におけるUEは、ダイレクトC2コミュニケーションが確立している状態であり、登録手続き、PDUセッション確立手続き、及びダイレクトC2コミュニケーション確立手続きについては3.3.1節、3.3.2節、3.3.5節で説明した手順と同等であるため、これらの手続き説明は割愛し、ダイレクトC2コミュニケーションが確立している状態以降の挙動について述べる。ここで、本実施形態は、ダイレクトC2コミュニケーションは、断りがない場合を除いて、PC5ユニキャストリンクであることを前提とするが、それに限らない。
UEが、ダイレクトC2コミュニケーションが確立している状態で、USSが主導するC2接続取り消し手続き(Revocation of C2 Connectivity procedure)において、ネットワークが主導するPDUセッション解放手続きにおいて、PDUセッション解放コマンドを受信する。ここで、UEが受信したPDUセッション解放コマンドメッセージには、「ユーザ認証又は認可に失敗した」ことを示す理由値(Cause #29；User authentication or authorization failed)が含まれていてもよいし、含まれていなくてもよい。
PDUセッション解放コマンドに含まれる理由値は、ダイレクトC2コミュニケーションの為のダイレクトリンクの解放をUEに要求する指示情報であってもよい。
次に、PDUセッション解放コマンドメッセージを受信したUEは、当該メッセージに含まれる理由値又は、UEの判断に基づいて、ダイレクトC2コミュニケーションを解放するための手続きとして、PC5ユニキャストリンク解放手続きを開始する。
そのUE(Initiating UE)は、PC5ユニキャストリンク解放手続きにおいて、第1の識別情報を含む、ダイレクトリンク解放要求メッセージをtarget UEに送信する。
第1の識別情報を含む、ダイレクトリンク解放要求メッセージを受信したtarget UEは、C2接続が取消されたことを認識し、ダイレクトリンク解放要求メッセージに対する応答として、ダイレクトリンク解放受諾メッセージをinitiating UEに送信し、PC5ユニキャストリンク解放手続きを完了する。
ここで、第1の識別情報を受信したtarget UEは、第1の識別情報の受信に基づいて、PC5ユニキャストリンク解放手続きの完了後、再度、ダイレクトC2コミュニケーションを確立するための各種手続きを実行してもよいし、しなくてもよい。
再度、ダイレクトC2コミュニケーションを確立するための各種手続きを実行するかしないかは、UEのlocal policyに基づいて決定されてもよいし、ネットワークから指示及び/又は要求を示す指示情報(indication information)を受信してもよい。
以上より、本実施形態のUEは、C2接続取り消し手続きにおいて、ネットワークからC2通信のためのPDUセッションを解放するためのPDUセッション解放コマンドメッセージを受信した場合、PC5リンクを介して直接接続しているtarget UEに、第1の識別情報を含む、直接リンク解放要求メッセージを送信する実施例である。
なお、本実施形態では、UEはネットワークからPDUセッション解放コマンド(PDU SESSION RELEASE COMMAND)メッセージに含まれる理由値及び/又は情報を受信した場合について説明したが、PDUセッション変更コマンド(PDU SESSION MODIFICATION COMMAND)に含まれる前述の理由値及び/又は情報を受信してもよい。
つまり、言い換えると、以上により、各装置は、C2通信のためのPDUセッションの解放又は変更、及び/又はそれに伴う各情報の受信に基づき、ダイレクトC2通信のためのダイレクトリンクを解放又は維持することができる。
[5. 変形例]
本発明の一態様に関わる装置で動作するプログラムは、本発明の一態様に関わる実施形態の機能を実現するように、Central Processing Unit(CPU)等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にRandom Access Memory(RAM)等の揮発性メモリあるいはフラッシュメモリ等の不揮発性メモリやHard Disk Drive(HDD)、あるいはその他の記憶装置システムに格納される。
尚、本発明の一態様に関わる実施形態の機能を実現する為のプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する事によって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサでもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いる事も可能である。
なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の1例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器等の端末装置もしくは通信装置に適用出来る。
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
1 移動通信システム
10 UE_A
30 PGW-U
32 PGW-C
35 SGW
40 MME
45 eNB
50 HSS
60 PCRF
80 アクセスネットワーク_A(E-UTRAN)
90 コアネットワーク_A
120 アクセスネットワーク_B(5G AN)
122 gNB
130 UPF
132 SMF
140 AMF
150 UDM
160 PCF
190 コアネットワーク_B
235 UPF_A
239 UPF_C

Claims (1)

  1. 送受信部を備えるUE(User Equipment)であって、
    C2接続取り消し手続きにおいて、前記送受信部が、ネットワークからC2通信のためのPDUセッションを解放するためのメッセージを受信した場合、
    前記送受信部は、PC5リンクを介して、前記UEと直接接続している他のUEに、第1の識別情報を含む、直接リンク解放要求メッセージを送信し、
    前記第1の識別情報は、C2接続取り消しであることを示す理由値である、
    ことを特徴とするUE。
JP2022147150A 2022-09-15 2022-09-15 ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ） Pending JP2024042435A (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2022147150A JP2024042435A (ja) 2022-09-15 2022-09-15 ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
KR1020230012781A KR20240037811A (ko) 2022-09-15 2023-01-31 유저 이퀴프먼트
CN202310120906.6A CN117715249A (zh) 2022-09-15 2023-02-03 用户设备ue
EP23155477.5A EP4340530A1 (en) 2022-09-15 2023-02-08 Direct connection release in c2 communications
US18/107,565 US20240098841A1 (en) 2022-09-15 2023-02-09 User equipment (ue)
AU2023201177A AU2023201177A1 (en) 2022-09-15 2023-02-28 User equipment (UE)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2022147150A JP2024042435A (ja) 2022-09-15 2022-09-15 ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）

Publications (1)

Publication Number Publication Date
JP2024042435A true JP2024042435A (ja) 2024-03-28

Family

ID=85222509

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022147150A Pending JP2024042435A (ja) 2022-09-15 2022-09-15 ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）

Country Status (6)

Country Link
US (1) US20240098841A1 (ja)
EP (1) EP4340530A1 (ja)
JP (1) JP2024042435A (ja)
KR (1) KR20240037811A (ja)
CN (1) CN117715249A (ja)
AU (1) AU2023201177A1 (ja)

Also Published As

Publication number Publication date
CN117715249A (zh) 2024-03-15
US20240098841A1 (en) 2024-03-21
KR20240037811A (ko) 2024-03-22
AU2023201177A1 (en) 2024-04-04
EP4340530A1 (en) 2024-03-20

Similar Documents

Publication Publication Date Title
WO2021132505A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2021205955A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）及びＵＥの通信方法
WO2021215228A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）及びＡＭＦ（Ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
WO2021241114A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、コアネットワーク装置、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、及びＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
JP7402004B2 (ja) Ｕｅ及びコアネットワーク装置
WO2022004699A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）及びＵＥの通信制御方法
WO2021132288A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
JP2022074640A (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
JP2022074641A (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2021132502A1 (ja) Ｕｅ、制御装置、及び通信制御方法
WO2023210556A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023210477A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023171153A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
JP2021166360A (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
EP4340530A1 (en) Direct connection release in c2 communications
WO2023136166A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2022030532A1 (ja) ＵＡＶ（Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）
WO2021132506A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2024062942A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2021132287A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023248883A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2023248884A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2024024690A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2024062941A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
WO2024024689A1 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）