JP2019208089A - 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法 - Google Patents

端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法 Download PDF

Info

Publication number
JP2019208089A
JP2019208089A JP2016198806A JP2016198806A JP2019208089A JP 2019208089 A JP2019208089 A JP 2019208089A JP 2016198806 A JP2016198806 A JP 2016198806A JP 2016198806 A JP2016198806 A JP 2016198806A JP 2019208089 A JP2019208089 A JP 2019208089A
Authority
JP
Japan
Prior art keywords
procedure
identification information
core network
cpf
information
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
JP2016198806A
Other languages
English (en)
Inventor
雄大 河崎
Yudai KAWASAKI
雄大 河崎
陽子 久下
Yoko KUGE
陽子 久下
周一郎 千葉
Shuichiro Chiba
周一郎 千葉
真史 新本
Masashi Niimoto
真史 新本
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 JP2016198806A priority Critical patent/JP2019208089A/ja
Priority to EP17858074.2A priority patent/EP3525526A4/en
Priority to PCT/JP2017/029303 priority patent/WO2018066234A1/ja
Priority to MX2019003991A priority patent/MX2019003991A/es
Priority to US16/339,651 priority patent/US11140599B2/en
Priority to CN201780061859.5A priority patent/CN110140395B/zh
Priority to NZ752976A priority patent/NZ752976B2/en
Priority to AU2017340216A priority patent/AU2017340216B2/en
Publication of JP2019208089A publication Critical patent/JP2019208089A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016—Hand-off preparation specially adapted for end-to-end data sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/13—Cell handover without a predetermined boundary, e.g. virtual cells
    • 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
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/06—Registration at serving network Location Register, VLR or user mobility server
    • H04W8/065—Registration at serving network Location Register, VLR or user mobility server involving selection of the user mobility server
    • 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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • 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/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • 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/14—Backbone network devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】複数のコアネットワーク間で接続の切り替えをサポートした端末装置や、前記端末装置と接続可能なネットワークの装置に好適な通信制御手段を提供する事。【解決手段】多種多様なコアネットワークに接続することが可能な端末装置や、前記端末装置と接続可能なネットワークの装置に好適な通信制御手段や、端末装置が接続しているコアネットワークを変更するための通信制御手段や、端末装置が確立しているセッションを別のコアネットワークに切り替えるための通信制御手段等を提供する。【選択図】図1

Description

本発明は、端末装置、MME(Mobility Management Entity)、CPF(Control Plane Function)、及び通信制御方法に関する。
近年の移動通信システムの標準化活動を行う3GPP(3rd Generation Partnership Project)は、LTE(Long Term Evolution)のシステムアーキテクチャであるSAE(System Architecture Evolution)の検討を行っている。3GPPは、オールIP(Internet Protocol)化を実現する通信システムとしてEPS(Evolved Packet System)の仕様化を行っている。なお、EPSを構成するコアネットワークはEPC(Evolved Packet Core)と呼ばれる。
また、近年3GPPでは、次世代移動通信システムである5G(5th Generation)移動通信システムの次世代通信技術やシステムアーキテクチャの検討も行っており、次世代通信技術として、NextGen(Architecture and Security for Next Generation System)の検討を行っている。NextGenでは、多種多様な端末をセルラーネットワークに接続する為の技術課題を抽出し、解決策を仕様化している。
例えば、多種多様なアクセスネットワークをサポートする端末に応じた、継続的な移動通信サービスをサポートする為の通信手続きの最適化及び多様化や、通信手続きの最適化及び多様化に合わせたシステムアーキテクチャの最適化等も要求条件として挙げられている。
3GPP TR 23.799; Technical Specification Group Services and System Aspects; Study on Architecture for Next Generation System; (Release 14)
NextGenでは、端末、ネットワーク装置間の移動通信サービスにおけるセッション管理の最適化の為の検討が行われている。
より具体的には、セッション確立手続きやユーザデータの通信手続きで用いるアクセスネットワークを多様化する事で、端末やネットワーク装置に適した継続的な移動通信サービスを提供する為の検討行われている。
しかし、多種多様なアクセスネットワークをサポートした端末やネットワーク装置の為のセッションを確立する為の手段や、多種多様なユーザデータの通信手段を実現する為の手段等が明らかになっていない。
本発明は、このような事情を鑑みてなされたもので、その目的は、セッション確立の為の手段や、多種多様なユーザデータの通信を実現する為の通信制御手段等を提供する事である。
本発明の一実施形態の端末装置は、第1のコアネットワークに対してデタッチ手続きを実行し、前記デタッチ手続きの後、第2のコアネットワークに対してアタッチ手続きを実行する送受信部と、前記デタッチ手続きの完了に基づいて、接続先を前記第1のコアネットワークから前記第2のコアネットワークに変更する、制御部を備え、前記送受信部は、前記デタッチ手続きにおいて、デタッチ要求メッセージをCPF(Control Plane Function)から受信し、前記アタッチ手続きにおいて、アタッチ要求メッセージをMME(Mobility Management Entity)に送信し、前記デタッチ要求メッセージは、接続先を変更することを示す情報を含み、前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、ことを特徴とする。
本発明の一実施形態のCPF(Control Plane Function)は、デタッチ手続きを実行する送受信部と、前記デタッチ手続きの完了に基づいて、端末装置の接続先を、前記第1のコアネットワークから前記第2のコアネットワークに変更するために、前記端末装置との接続を切断する、制御部を備え、前記送受信部は、前記デタッチ手続きにおいて、デタッチ要求メッセージを前記端末装置に送信し、前記デタッチ要求メッセージは、前記端末装置の接続先を変更することを示す情報を含む、ことを特徴とする。
本発明の一実施形態のMME(Mobility Management Entity)は、アタッチ手続きを実行する送受信部と、前記アタッチ手続きの完了に基づいて、端末装置の接続先を、前記第1のコアネットワークから前記第2のコアネットワークに変更するために、前記端末装置と接続する、制御部を備え、前記送受信部は、前記アタッチ手続きにおいて、アタッチ要求メッセージを前記端末装置から受信し、前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、ことを特徴とする。
本発明の一実施形態の端末装置の通信制御方法は、第1のコアネットワークに対してデタッチ手続きを実行するステップと、前記デタッチ手続きの後、第2のコアネットワークに対してアタッチ手続きを実行するステップと、前記デタッチ手続きの完了に基づいて、接続先を前記第1のコアネットワークから前記第2のコアネットワークに変更する、ステップとを有し、前記デタッチ手続きにおいて、デタッチ要求メッセージをCPF(Control Plane Function)から受信するステップを、さらに、有し、前記アタッチ手続きにおいて、アタッチ要求メッセージをMME(Mobility Management Entity)に送信するステップを、さらに、有し、前記デタッチ要求メッセージは、接続先を変更することを示す情報を含み、前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、ことを特徴とする。
本発明の一実施形態のCPF(Control Plane Function)の通信制御方法は、デタッチ手続きを実行するステップと、前記デタッチ手続きの完了に基づいて、端末装置の接続先を、前記第1のコアネットワークから前記第2のコアネットワークに変更するために、前記端末装置との接続を切断する、ステップとを有し、前記送受信部は、前記デタッチ手続きにおいて、デタッチ要求メッセージを前記端末装置に送信するステップを、さらに、有し、前記デタッチ要求メッセージは、接続先を変更することを示す情報を含む、ことを特徴とする。
本発明の一実施形態のMME(Mobility Management Entity)の通信制御方法は、アタッチ手続きを実行するステップと、前記アタッチ手続きの完了に基づいて、端末装置の接続先を、前記第1のコアネットワークから前記第2のコアネットワークに変更するために、前記端末装置と接続する、ステップとを有し、前記アタッチ手続きにおいて、アタッチ要求メッセージを前記端末装置から受信するステップを、さらに、有し、前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、ことを特徴とする。
本発明によれば、端末は、同時に複数のアクセスネットワークを介してコアネットワー
クに接続する事ができ、さらに、多種多様なユーザデータの通信を実現する事ができる。また、コアネットワークは、多種多様なアクセスネットワークに接続している端末装置を収容する事ができ、さらに、移動通信サービスを提供する事ができる。
移動通信システムの概略を説明する為の図である。 移動通信システムにおけるコアネットワーク及びアクセスネットワーク_Aの構成等の1例を説明する為の図である。 移動通信システムにおけるコアネットワーク及びアクセスネットワーク_Bの構成等の1例を説明する為の図である。 UEの装置構成を説明する為の図である。 UEの記憶部を説明する為の図である。 eNB/NR node/WAGの装置構成を説明する為の図である。 MME/CPFの装置構成を説明する為の図である。 MME/CPFの記憶部を説明する為の図である。 MME/CPFの記憶部を説明する為の図である。 SGW/PGW/UPGW/SCEFの装置構成を説明する為の図である。 SGWの記憶部を説明する為の図である。 PGW/UPGWの記憶部を説明する為の図である。 SCEFの記憶部を説明する為の図である。 コアネットワーク_Bに対する初期手続きを説明する為の図である。 PDUセッション確立手続きを説明する為の図である。 コアネットワーク_Bへのアタッチ手続きを説明する為の図である。 トラッキングエリア更新手続きを説明する為の図である。 第1の再接続手続きを説明する為の図である。 デタッチ手続きを説明する為の図である。 PDN接続手続きを説明する為の図である。 コアネットワーク_Aへのアタッチ手続きを説明する為の図である。 第2の再接続手続きを説明する為の図である。 PDUセッション切断手続きを説明する為の図である。
以下、図面を参照して本発明を実施する為に最良の形態について説明する。なお、本実施形態では1例として、本発明を適用した場合の移動通信システムの実施形態について説明する。
[1.システム概要]
図1は、本実施形態における移動通信システムの概略を説明する為の図である。本図に示すように、移動通信システム1は、移動端末装置UE_A10とアクセスネットワーク_Aとアクセスネットワーク_Bとコアネットワーク_A90とコアネットワーク_B190とPDN(Packet Data Network)_A5により構成されている。ここで、UE_A10は無線接続可能な端末装置であればよく、UE(User Equipment)、ME(Mobile Equipment)、MS(Mobile Station)、又はCIoT(Cellular Internet of Things)端末(CIoT UE)等でもよい。さらに、コアネットワークは、コアネットワーク_A90及び/又はコアネットワーク_B190であってもよく、アクセスネットワークは、アクセスネットワーク_A及び/又はアクセスネットワーク_Bであってもよい。
また、UE_A10は、アクセスネットワーク及び/又はコアネットワークと接続する事ができる。さらに、UE_A10は、アクセスネットワーク及び/又はコアネットワークを介してPDN_A5と接続する事ができ、さらにPDN_A5との間でユーザデータを送受信する。なお、ユーザデータとは、UE_A10とPDN_A5との間で送受信するデータでよい。さらに、ユーザデータの送受信(通信)はPDU(Protocol Data Unit、又はPacket Data Unit)セッションを用いて実施されてもよいし、PDNコネクション(Packet Data Network Connection)を用いて実施されてもよい。さらに、ユーザデータの通信は、IP(Internet Protocol)通信に限らず、non-IP通信でもよい。
ここで、PDUセッション又はPDNコネクション(以下、PDN接続とも称する)は、UE_A10とPDN_A5との間のユーザデータの送受信等を行うPDU接続サービスを提供する為、UE_A10とPDN_A5との間で確立される接続性である。より具体的には、PDUセッション又はPDNコネクションは、UE_A10と外部ゲートウェイとの間で確立する接続性でよい。ここで、外部ゲートウェイは、PGW(Packet Data Network Gateway)_A30やUPGW(User Plane Gateway)_A130やSCEF(Service Capability Exposure Function)_A46等のコアネットワークとPDN_A5を接続する装置でよい。
また、PDUセッション又はPDNコネクションは、UE_A10と、コアネットワーク及び/又はPDN_A5との間でユーザデータを送受信する為に確立される通信路でもよく、PDUを送受信する為の通信路でもよい。さらに、PDUセッション又はPDNコネクションは、UE_A10と、コアネットワーク及び/又はPDN_A5との間で確立されるセッションでもよく、移動通信システム1内の各装置間の1又は複数のベアラ等の転送路で構成される論理的な通信路でもよい。より具体的には、PDNコネクションは、UE_A10が、コアネットワーク_A90と外部ゲートウェイとの間に確立するコネクションでもよく、UE_A10と、PGW_A30及び/又はSCEF_A46との間に確立するコネクションでもよい。さらに、PDUセッションは、UE_A10が、コアネットワーク_B190と外部ゲートウェイとの間に確立するコネクションでもよく、UE_A10と、UPGW_A130との間に確立するコネクションでもよいし、PDNコネクション(Packet Data Network Connection)等のコネクションでもよい。
なお、PDNコネクションは、eNB(evolved Node B)_A45及び/又はSGW(Serving Gateway)_A35を介したUE_A10とPGW_A30との間の接続性及び/又はコネクションでもよいし、eNB_A45及び/又はMME_A40を介したUE_A10とSCEF_A46との間の接続性及び/又はコネクションでもよい。さらに、PDUセッションは、NR node_A122を介したUE_A10とUPGW_A130との間の接続性及び/又はコネクションでもよい。
なお、UE_A10は、PDN_A5に配置するアプリケーションサーバー等の装置と、PDUセッション又はPDNコネクションを用いてユーザデータの送受信を実行する事ができる。言い換えると、PDUセッション又はPDNコネクションは、UE_A10とPDN_A5に配置するアプリケーションサーバー等の装置との間で送受信されるユーザデータを転送する事ができる。さらに、各装置(UE_A10、アクセスネットワーク内の装置、及び/又はコアネットワーク内の装置)は、PDUセッション又はPDNコネクションに対して、1又は複数の識別情報を対応づけて管理してもよい。なお、これらの識別情報には、APN(Access Point Name)、TFT(Traffic Flow Template)、セッションタイプ、アプリケーション識別情報、PDN_A5の識別情報、NSI(Network Slice Instance)識別情報、及びDCN(Dedicated Core Network)識別情報、及びアクセスネットワーク識別情報のうち、少なくとも1つが含まれてもよいし、その他の情報がさらに含まれてもよい。さらに、PDUセッション又はPDNコネクションを複数確立する場合には、PDUセッション又はPDNコネクションに対応づけられる各識別情報は、同じ内容でもよいし、異なる内容でもよい。
また、IP通信とは、IPを用いたデータの通信の事であり、IPヘッダが付与されたIPパケットの送受信によって実現されるデータ通信の事である。なお、IPパケットを構成するペイロード部にはUE_A10が送受信するユーザデータが含まれてよい。また、non-IP通信とは、IPを用いないデータの通信の事であり、IPヘッダが付与されていないデータの送受信によって実現されるデータ通信の事である。例えば、non-IP通信は、IPパケットが付与されていないアプリケーションデータの送受信によって実現されるデータ通信でもよいし、マックヘッダやEthernet(登録商標)フレームヘッダ等の別のヘッダを付与してUE_A10が送受信するユーザデータを送受信してもよい。
さらに、PDN_A5は、UE_A10に通信サービスを提供するDN(Data Network)であってよい。なお、DNは、パケットデータサービス網として構成されてもよいし、サービス毎に構成されてもよい。さらに、PDN_A5は、接続された通信端末を含んでもよい。従って、PDN_A5と接続する事は、PDN_A5に配置された通信端末やサーバ装置と接続する事であってもよい。さらに、PDN_A5との間でユーザデータを送受信する事は、PDN_A5に配置された通信端末やサーバ装置とユーザデータを送受信する事であってもよい。なお、PDN_A5のことをDNと表現してもよいし、DNのことをPDN_A5と表現してもよい。
さらに、アクセスネットワークは、UE_A10及び/又はコアネットワークと接続した無線ネットワークの事である。アクセスネットワークは、3GPPアクセスネットワークでもよく、non-3GPPアクセスネットワークでもよい。なお、3GPPアクセスネットワークは、E-UTRAN(Evolved Universal Terrestrial Radio Access Network)_A80、UTRAN(Universal Terrestrial Radio Access Network)_A20、GERAN(GSM(登録商標) EDGE Radio Access Network)_A25、NextGen RAN(Next Generation Radio Access Network)_A120でもよく、non-3GPPアクセスネットワークは、WLAN ANb75、WLAN ANa70、WLAN ANc125でもよい。なお、UE_A10はコアネットワークに接続する為に、アクセスネットワークに接続してもよく、アクセスネットワークを介してコアネットワークに接続してもよい。
さらに、コアネットワークは、アクセスネットワーク及び/又はPDN_A5と接続した移動体通信事業者(Mobile Network Operator)が運用するIP移動通信ネットワークの事である。コアネットワークは、移動通信システム1を運用、管理する移動通信事業者の為のコアネットワークでもよいし、MVNO(Mobile Virtual Network Operator)、MVNE(Mobile Virtual Network Enabler)等の仮想移動通信事業者や仮想移動体通信サービス提供者の為のコアネットワークでもよい。なお、コアネットワーク_A90は、EPS(Evolved Packet System)を構成するEPC(Evolved Packet Core)でもよく、コアネットワーク_B190は、NGS(NextGen System(Next Generation System))を構成するNGC(Next Generation(NextGen) Core)でもよい。逆に、EPCはコアネットワーク_A90であってもよく、NGCはコアネットワーク_B190であってもよい。さらに、コアネットワーク_B190は、5G通信サービスを提供するシステムのコアネットワークでもよい。なお、コアネットワーク_B190は、これに限らず、モバイル通信サービスを提供するためのネットワークでもよい。
次に、コアネットワークの構成例を説明する。本実施形態ではコアネットワーク_A90及びコアネットワーク_B190の構成例を説明する。なお、コアネットワークは、コアネットワーク_A90、コアネットワーク_B190、又はこれらの組み合わせでもよい。また、コアネットワーク_A90はEPCでもよく、コアネットワーク_B190はNGC(NextGen Core)でもよい。
まず、図2にコアネットワーク_A90の構成の1例を示す。図2(a)のコアネットワーク_A90は、HSS(Home Subscriber Server)_A50、AAA(Authentication Authorization Accounting)_A55、PCRF(Policy and Charging Rules Function)_A60、PGW_A30、ePDG(enhanced Packet Data Gateway)_A65、SGW_A35、MME(Mobility Management Entity)_A40、SGSN(Serving GPRS Support Node)_A42、SCEF_A46により構成される。また、コアネットワーク_A90は、複数の無線アクセスネットワーク(E-UTRAN_A80、WLAN ANb75、WLAN ANa70、UTRAN_A20、GERAN_A25)に接続する事ができる。
無線アクセスネットワークは、複数の異なるアクセスネットワークに接続した構成でもよいし、いずれか1つのアクセスネットワークに接続した構成でもよい。さらに、UE_A10は無線アクセスネットワークに無線接続する事ができる。さらに、WLANアクセスシステムで接続可能なアクセスネットワークは、ePDG_A65を介してコアネットワークへ接続するWLANアクセスネットワークb(WLAN ANb75)、又はPGW_A30とPCRF_A60とAAA_A55とに接続するWLANアクセスネットワークa(WLAN ANa70)とによって構成する事が可能である。なお、各装置はEPSを利用した移動通信システムにおける従来の装置と同様に構成される為、詳細な説明は省略する。以下、各装置の簡単な説明をする。
PGW_A30は、PDN_A5とSGW_A35とePDG_A65とWLAN ANa70とPCRF_A60とAAA_A55とに接続されており、PDN_A5及び/又はDNとコアネットワーク_A90とのゲートウェイとしてユーザデータの転送を行う中継装置である。なお、PGW_A30は、IP通信及び/又はnon-IP通信の為のゲートウェイでもよい。さらに、PGW_A30は、IP通信を転送する機能を持っていてもよく、non-IP通信とIP通信を変換する機能を持っていてもよい。なお、こうしたゲートウェイはコアネットワーク_A90に複数配置されてよい。さらに複数配置されるゲートウェイは、コアネットワーク_A90と単一のDNを接続するゲートウェイでもよい。
なお、U-Plane(User Plane)とは、ユーザデータを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。さらに、C-Plane(Control Plane)とは、制御メッセージを送受信する為の通信路でもよく、複数のベアラで構成されてもよい。
さらに、PGW_A30は、UPファンクションとPolicyファンクションとに接続されてもよいし、U-Planeを介してUE_A10と接続されてもよい。さらに、PGW_A30は、UPGW_A130と一緒に構成されてもよい。
SGW_A35は、PGW_A30とMME_A40とE-UTRAN_A80とSGSN_A42とUTRAN_A20とに接続されており、コアネットワーク_A90と3GPPのアクセスネットワーク(UTRAN_A20、GERAN_A25、E-UTRAN_A80)とのゲートウェイとしてユーザデータの転送を行う中継装置である。
さらに、SGW_A35は、アクセスネットワークとの接点を持ったユーザデータの転送を行うUPファンクションでもよく、アクセスネットワークとコアネットワークとの間でユーザデータを転送する為のゲートウェイであるUPGW(User Plane Gateway)_A130でもよい。
MME_A40は、SGW_A35とアクセスネットワークとHSS_A50とSCEF_A46とに接続されており、アクセスネットワークを経由してUE_A10のモビリティ管理を含む位置情報管理と、アクセス制御を行う制御装置である。さらに、MME_A40は、UE_A10が確立するセッションを管理するセッション管理装置としての機能を含んでもよい。また、コアネットワーク_A90には、こうした制御装置を複数配置してもよく、例えば、MME_A40とは異なる位置管理装置が構成されてもよい。MME_A40とは異なる位置管理装置は、MME_A40と同様に、SGW_A35とアクセスネットワークとSCEF_A46とHSS_A50と接続されてよい。
また、コアネットワーク_A90内に複数のMMEが含まれている場合、MME同士が接続されてもよい。これにより、MME間で、UE_A10のコンテキストの送受信が行われてもよい。このように、MME_A40は、UE_A10とモビリティ管理やセッション管理に関連する制御情報を送受信する管理装置であり、言い換えるとコントロールプレーン(Control Plane；C-Plane；CP)の制御装置であればよい。
さらに、MME_A40はコアネットワーク_A90に含まれて構成される例を説明したが、MME_A40は1又は複数のコアネットワーク又はDCN又はNSIに構成される管理装置でもよいし、1又は複数のコアネットワーク又はDCN又はNSIに接続される管理装置でもよい。ここで、複数のDCN又はNSIは単一の通信事業者によって運用されてもよいし、それぞれ異なる通信事業者によって運用されてもよい。
また、MME_A40は、コアネットワーク_A90とアクセスネットワークとの間のゲートウェイとしてユーザデータの転送を行う中継装置でもよい。なお、MME_A40がゲートウェイとなって送受信されるユーザデータは、スモールデータでもよい。
さらに、MME_A40は、UE_A10等のモビリティ管理の役割を担うNFでもよく、PDUセッション等のセッション管理の役割を担うNFでもよく、1又は複数のNSIを管理するNFでもよい。また、MME_A40は、これらの1又は複数の役割を担うNFでよい。なお、NFは、コアネットワーク_A90内に1又は複数配置される装置でもよく、制御情報及び/又は制御メッセージの為のCPファンクション(以下、CPF（Control Plane Function）、又はControl Plane Network Functionとしても称される)でもよく、複数のネットワークスライス間で共有される共有CPファンクションでもよい。
ここで、NFとは、ネットワーク内に構成される処理機能である。つまり、NFは、MMEやSGWやPGWやCPFやUPGW等の機能装置でもよいし、MM(Mobility Management)やSM(Session Management)等の機能や能力capability情報でもよい。また、NFは、単一の機能を実現する為の機能装置でもよいし、複数の機能を実現する為の機能装置でもよい。例えば、MM機能を実現する為のNFと、SM機能を実現する為のNFとが別々に存在してもよいし、MM機能とSM機能との両方の機能を実現する為のNFが存在してもよい。
HSS_A50は、MME_A40とAAA_A55とSCEF_A46とに接続されており、加入者情報の管理を行う管理ノードである。HSS_A50の加入者情報は、例えばMME_A40のアクセス制御の際に参照される。さらに、HSS_A50は、MME_A40とは異なる位置管理装置と接続されていてもよい。例えば、HSS_A50は、CPF_A140と接続されていてもよい。
AAA_A55は、PGW30とHSS_A50とPCRF_A60とWLAN ANa70とに接続されており、WLAN ANa70を経由して接続するUE_A10のアクセス制御を行う。
PCRF_A60は、PGW_A30とWLAN ANa75とAAA_A55とPDN_A5とに接続されており、データ配送に対するQoS管理を行う。例えば、UE_A10とPDN_A5間の通信路のQoSの管理を行う。さらに、PCRF_A60は、各装置がユーザデータを送受信する際に用いるPCC(Policy and Charging Control)ルール、及び/又はルーティングルールを作成、及び/又は管理する装置でもよい。
また、PCRF_A60は、ポリシーを作成及び/又は管理するPolicyファンクションでもよい。より詳細には、PCRF_A60は、UPファンクションに接続されていてもよい。
ePDG_A65は、PGW30とWLAN ANb75とに接続されており、コアネットワーク_A90とWLAN ANb75とのゲートウェイとしてユーザデータの配送を行う。
SGSN_A42は、UTRAN_A20とGERAN_A25とSGW_A35とに接続されており、3G/2Gのアクセスネットワーク(UTRAN/GERAN)とLTEのアクセスネットワーク(E-UTRAN)との間の位置管理の為の制御装置である。さらに、SGSN_A42は、PGW及びSGWの選択機能、UE_A10のタイムゾーンの管理機能、及びE-UTRANへのハンドオーバー時のMME_A40の選択機能を持つ。
SCEF_A46は、PDN_A5とMME_A40とHSS_A50とに接続されており、PDN_A5及び/又はDNとコアネットワーク_A90とを繋ぐゲートウェイとしてユーザデータの転送を行う中継装置である。なお、SCEF_A46は、non-IP通信の為のゲートウェイでもよい。さらに、SCEF_A46は、non-IP通信とIP通信を変換する機能を持っていてもよい。また、こうしたゲートウェイはコアネットワーク_A90に複数配置されてよい。さらに、コアネットワーク_A90と単一のPDN_A5及び/又はDNを接続するゲートウェイも複数配置されてよい。なお、SCEF_A46はコアネットワークの外側に構成されてもよいし、内側に構成されてもよい。
また、図2(b)に示すように、各無線アクセスネットワークには、UE_A10が実際に接続される装置(例えば、基地局装置やアクセスポイント装置)等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。
本実施形態においては、E-UTRAN_A80は、LTE(Long Term Evolution)のアクセスネットワークであり、eNB_A45を含んで構成される。eNB_A45はE-UTRA(Evolved Universal Terrestrial Radio Access)でUE_A10が接続する無線基地局であり、E-UTRAN_A80には1又は複数のeNB_A45が含まれて構成されてよい。また、複数のeNBは互いに接続してよい。
UTRAN_A20は、3Gのアクセスネットワークであり、RNC(Radio Network Controller)_A24とNB(Node B)_A22とを含んで構成される。NB_A22は、UTRA(Universal Terrestrial Radio Access)でUE_A10が接続する無線基地局であり、UTRAN_A20には1又は複数の無線基地局が含まれて構成されてよい。またRNC_A24は、コアネットワーク_A90とNB_A22とを接続する制御部であり、UTRAN_A20には1又は複数のRNCが含まれて構成されてよい。また、RNC_A24は1又は複数のNB_A22と接続されてよい。さらに、RNC_A24は、GERAN_A25に含まれる無線基地局(BSS(Base Station Subsystem)_A26)と接続されてよい。
GERAN_A25は、2Gのアクセスネットワークであり、BSS_A26を含んで構成される。BSS_A26は、GERA(GSM(登録商標)/EDGE Radio Access)でUE_A10が接続する無線基地局であり、GERAN_A25は1又は複数のBSS_A26で構成されてよい。また、複数のBSS_A26は互いに接続してよい。またBSS_A26はRNC_A24と接続してもよい。
WLAN ANa70は、無線LANアクセスネットワークであり、WLAN AP(Wireless Local Area Network Access Point)a72とTWAG(Trusted WLAN Access Gateway)_A74とが含まれて構成される。WLAN APa72は、コアネットワーク_A90を運営する事業者に対して信頼性のあるWLANアクセスシステムでUE_A10が接続する無線基地局であり、WLAN ANa70には1又は複数の無線基地局が含まれて構成されてよい。TWAG_A74は、コアネットワーク_A90とWLAN ANa70のゲートウェイである。また、WLAN APa72とTWAG_A74とは、単一の装置で構成されてもよい。コアネットワーク_A90を運営する事業者とWLAN ANa70を運営する事業者が異なる場合でも、事業者間の契約や規約によりこのような構成での実現が可能となる。
WLAN ANb75は、無線LANアクセスネットワークであり、WLAN APb76を含んで構成される。WLAN APb76は、コアネットワーク_A90を運営する事業者に対して信頼関係が結ばれていない場合に、WLANアクセスシステムでUE_A10が接続する無線基地局であり、WLAN ANb75には1又は複数の無線基地局が含まれて構成されてよい。このように、WLAN ANb75は、コアネットワーク_A90に含まれる装置であるePDG_A65をゲートウェイとしてコアネットワーク_A90に接続される。ePDG_A65は安全性を確保する為のセキュリティー機能を持つ。
次に、コアネットワーク_B190の構成の1例を説明する。図3にコアネットワーク_B190の構成の1例を示す。図3(a)のコアネットワーク_B190は、HSS_A50、PCRF_A60、UPGW(User Plane Gateway)_A130、CPF(Control Plane Function)_A140、SCEF_A46により構成される。
また、コアネットワーク_B190は、複数の無線アクセスネットワーク(E-UTRAN_A80、NextGen RAN_A120、WLAN ANc125)に接続する事ができる。無線アクセスネットワークは、複数の異なるアクセスネットワークに接続した構成でもよいし、いずれか1つのアクセスネットワークに接続した構成でもよい。さらに、UE_A10は無線アクセスネットワークに無線接続する事ができる。
さらに、3GPPアクセスシステムで接続可能なアクセスネットワークは、E-UTRAN_A80とNextGen RAN_A120とが構成可能である。さらに、WLANアクセスシステムで接続可能なアクセスネットワークは、CPF_A140とUPGW_A130とに接続するWLANアクセスネットワークc(WLAN ANc125)とが構成可能である。以下、各装置の簡単な説明をする。
UPGW_A130は、PDN_A5とPCRF_A60とCPF_A140とE-UTRAN80とNextGen RAN_A120とWLAN ANc125とに接続される装置であり、PDN_A5及び/又はDNとコアネットワーク_B190とのゲートウェイとしてユーザデータの転送を行う中継装置である。なお、UPGW_A130は、IP通信及び/又はnon-IP通信の為のゲートウェイでもよい。さらに、UPGW_A130は、IP通信を転送する機能を持っていてもよく、non-IP通信とIP通信を変換する機能を持っていてもよい。なお、こうしたゲートウェイはコアネットワーク_B190に複数配置されてよい。さらに複数配置されるゲートウェイは、コアネットワーク_B190と単一のDNを接続するゲートウェイでもよい。なお、UPGW_A130は、他のNFとの接続性を備えてもよく、他のNFを介して各装置に接続してもよい。
さらに、CPF_A140は、UPGW_A130とE-UTRAN_A80とNextGen RAN_A120とWLAN ANc125とHSS_A50とSCEF_A46に接続される装置である。CPF_140は、UE_A10等のモビリティ管理の役割を担うNFでもよく、PDUセッション等のセッション管理の役割を担うNFでもよく、1又は複数のNSIを管理するNFでもよい。また、CPF_140は、これらの1又は複数の役割を担うNFでよい。なお、NFは、コアネットワーク_B190内に1又は複数配置される装置でもよく、制御情報及び/又は制御メッセージの為のCPファンクション(Control Plane Function、又はControl Plane Network Function)でもよく、複数のネットワークスライス間で共有される共有CPファンクションでもよい。なお、CPF_A140は、他のNFとの接続性を備えてもよく、他のNFを介して各装置に接続してもよい。
なお、各装置はコアネットワーク_B190の装置と同様に構成されてもよく、SCEF_A46、HSS_A50、PCRF_A60の構成及び役割は、コアネットワーク_A90で説明した装置と同様の装置でよい。
また、図3(b)に示すように、各無線アクセスネットワークには、UE_A10が実際に接続される装置(例えば、基地局装置やアクセスポイント装置)等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。
本実施形態においては、NextGen RAN_A120は、5Gのアクセスネットワークであり、NR node(New Radio Access Technology node)_A122を含んで構成される。NR node_A122はNextGen RA(Next Generation Radio Access)でUE_A10が接続する無線基地局であり、NextGen RAN_A120には1又は複数のNR node_A122が含まれて構成されてよい。
さらに、NextGen RAN_A120は、E-UTRA_A80及び/又はNextGen RA_A120で構成されるアクセスネットワークでもよい。言い換えると、NextGen RAN_A120には、eNB_A45が含まれてもよいし、NR node_A122が含まれてもよいし、その両方が含まれてもよい。この場合、eNB_A45とNR node_A122とは同様の装置であってもよい。従って、NR node_A122は、eNB_A45と置き換えことができる。
WLAN ANc125は、無線LANアクセスネットワークであり、WAG_A126が含まれて構成される。WAG(WLAN Access Gateway)_A126は、無線LANアクセスでUE_A10が接続する無線基地局であり、WLAN ANc125には1又は複数のWAG_A126が含まれて構成されてよい。さらに、WAG_A126はコアネットワーク_B190とWLAN ANc125のゲートウェイでもよい。また、WAG_A126は、無線基地局の機能部とゲートウェイの機能部とが別の装置で構成されてもよい。なお、WLAN ANc125は、WLAN ANa70及び/又はWLAN ANb75と同じ構成でもよいし、これらと異なる構成でもよい。
なお、本明細書において、UE_A10が各無線アクセスネットワークに接続されるという事は、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続される事であり、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由するという事である。なお、UE_A10とコアネットワーク_B190間で送受信する制御メッセージは、アクセスネットワークの種類によらず、同じ制御メッセージでもよい。従って、UE_A10とコアネットワーク_B190とがNR node_A122を介してメッセージを送受信するということは、UE_A10とコアネットワーク_B190とがeNB_A45、及び/又はWAG_A126を介してメッセージを送信することと同じであってよい。
[1.2.装置の構成]
まず、各装置で記憶される識別情報について説明する。IMSI(International Mobile Subscriber Identity)は、加入者(ユーザ)の永久的な識別情報であり、UEを使用するユーザに割り当てられる識別情報である。UE_A10及びMME_A40/CPF_A140及びSGW_A35が記憶するIMSIは、HSS_A50が記憶するIMSIと等しくてよい。
EMM State/MM Stateは、UE_A10又はMME_A40/CPF_A140の移動管理(Mobility management)状態を示す。例えば、EMM State/MM Stateは、UE_A10がネットワークに登録されているEMM-REGISTERED状態(登録状態)、及び/又はUE_A10がネットワークに登録されていないEMM-DEREGISTERD状態(非登録状態)でもよい。また、EMM State/MM Stateは、UE_A10とコアネットワーク間の接続が維持されているECM-CONNECTED状態、及び/又は接続が解放されているECM-IDLE状態でもよい。なお、EMM State/MM Stateは、UE_A10がコアネットワーク_A90に登録されている状態と、コアネットワーク_B190に登録されている状態とを、区別できる情報であってもよい。
GUTI(Globally Unique Temporary Identity)は、UE_A10の一時的な識別情報である。GUTIは、MME_A40/CPF_A140の識別情報(GUMMEI(Globally Unique MME Identifier))と特定MME_A40/CPF_A140内でのUE_A10の識別情報(M-TMSI(M-Temporary Mobile Subscriber Identity))とにより構成される。ME Identityは、UE_A10又はMEのIDであり、例えば、IMEI(International Mobile Equipment Identity)やIMEISV(IMEI Software Version)でもよい。MSISDNは、UE_A10の基本的な電話番号を表す。MME_A40/CPF_A140が記憶するMSISDNはHSS_A50の記憶部により示された情報でよい。なお、GUTIには、CPF_140を識別する情報が含まれてもよい。
MME F-TEIDは、MME_A40/CPF_A140を識別する情報である。MME F-TEIDには、MME_A40/CPF_A140のIPアドレスが含まれてもよいし、MME_A40/CPF_A140のTEID(Tunnel Endpoint Identifier)が含まれてもよいし、これらの両方が含まれてもよい。また、MME_A40/CPF_A140のIPアドレスとMME_A40/CPF_A140のTEIDは独立して記憶されてもよい。また、MME F-TEIDは、ユーザデータ用の識別情報でもよいし、制御情報用の識別情報でもよい。
SGW F-TEIDは、SGW_A35を識別する情報である。SGW F-TEIDには、SGW_A35のIPアドレスが含まれてもよいし、SGW_A35のTEIDが含まれてもよいし、これら両方が含まれてもよい。また、SGW_A35のIPアドレスとSGW_A35のTEIDとは、独立して記憶されてもよい。また、SGW F-TEIDは、ユーザデータ用の識別情報でもよいし、制御情報用の識別情報でもよい。
PGW F-TEIDは、PGW_A30/UPGW_A130を識別する情報である。PGW F-TEIDには、PGW_A30/UPGW_A130のIPアドレスが含まれてもよいし、PGW_A30/UPGW_A130のTEIDが含まれてもよいし、これらの両方が含まれてもよい。また、PGW_A30/UPGW_A130のIPアドレスとPGW_A30/UPGW_A130のTEIDは独立して記憶されてもよい。また、PGW F-TEIDは、ユーザデータ用の識別情報でもよいし、制御情報用の識別情報でもよい。
eNB F-TEIDはeNB_A45を識別する情報である。eNB F-TEIDには、eNB_A45のIPアドレスが含まれてもよいし、eNB_A45のTEIDが含まれてもよいし、これら両方が含まれてもよい。また、eNB_A45のIPアドレスとSGW_A35のTEIDとは、独立して記憶されてもよい。また、eNB F-TEIDは、ユーザデータ用の識別情報でもよいし、制御情報用の識別情報でもよい。
また、APNは、コアネットワークとDN等の外部ネットワークとを識別する識別情報でよい。さらに、APNは、コアネットワークA_90を接続するPGW_A30/UPGW_A130等のゲートウェイを選択する情報として用いる事もできる。
なお、APNは、こうしたゲートウェイを識別する識別情報でもよいし、DN等の外部ネットワークを識別する識別情報でもよい。なお、コアネットワークとDNとを接続するゲートウェイが複数配置される場合には、APNによって選択可能なゲートウェイは複数あってもよい。さらに、APN以外の識別情報を用いた別の手法によって、こうした複数のゲートウェイの中から1つのゲートウェイを選択してもよい。
UE Radio Access Capabilityは、UE_A10の無線アクセス能力を示す識別情報である。UE Network Capabilityは、UE_A10にサポートされるセキュリティーのアルゴリズムと鍵派生関数を含める。MS Network Capabilityは、GERAN_A25及び/又はUTRAN_A20機能をもつUE_A10に対して、SGSN_A42に必要な1又は複数の情報を含める情報である。Access Restrictionは、アクセス制限の登録情報である。eNB Addressは、eNB_A45のIPアドレスである。MME UE S1AP IDは、MME_A40/CPF_A140内でUE_A10を識別する情報である。eNB UE S1AP IDは、eNB_A45内でUE_A10を識別する情報である。
APN in Useは、最近使用されたAPNである。APN in UseはData Network Identifierでもよい。このAPNは、ネットワークの識別情報と、デフォルトのオペレータの識別情報とで構成されてよい。さらに、APN in Useは、PDUセッションの確立先のDNを識別する情報でもよい。
Assigned Session Typeは、PDUセッションのタイプを示す情報である。Assigned Session TypeはAssigned PDN Typeでもよい。PDUセッションのタイプは、IPでもよいし、non-IPでもよい。さらに、PDUセッションのタイプがIPである場合、ネットワークから割り当てられたPDNのタイプを示す情報をさらに含んでもよい。なお、Assigned Session Typeは、IPv4、IPv6、又はIPv4v6でよい。
また、特に記載がない場合には、IP Addressは、UEに割り当てられたIPアドレスである。IPアドレスは、IPv4アドレスでもよいし、IPv6アドレスでもよいし、IPv6プレフィックスでもよい。なお、Assigned Session Typeがnon-IPを示す場合、IP Addressの要素を含まなくてもよい。
SCEF IDは、PDUセッションで用いられているSCEF_A46のIPアドレスである。Default Bearerは、PDUセッション確立時に取得及び/又は生成する情報であり、PDUセッションに対応づけられたデフォルトベアラ(default bearer)を識別する為のEPSベアラ識別情報である。
EPS Bearer IDは、EPSベアラの識別情報である。また、EPS Bearer IDは、SRB(Signalling Radio Bearer)及び/又はCRB(Control-plane Radio bearer)を識別する識別情報でもよいし、DRB(Data Radio Bearer)を識別する識別情報でもよい。TI(Transaction Identifier)は、双方向のメッセージフロー(Transaction)を識別する識別情報である。なお、EPS Bearer IDは、デディケイテッドベアラ(dedicated bearer)を識別するEPSベアラ識別情報でよい。したがって、デフォルトベアラとは異なるEPSベアラを識別する識別情報でよい。TFTは、EPSベアラと関連づけられた全てのパケットフィルターを示す。TFTは送受信するユーザデータの一部を識別する情報であり、UE_A10は、TFTによって識別されたユーザデータを、TFTに関連付けたEPSベアラを用いて送受信する。さらに言い換えると、UE_A10は、TFTによって識別されたユーザデータを、TFTに関連づけたRB(Radio Bearer)を用いて送受信する。また、TFTは、送受信するアプリケーションデータ等のユーザデータを適切な転送路に対応づけるものでもよく、アプリケーションデータを識別する識別情報でもよい。また、UE_A10は、TFTで識別できないユーザデータを、デフォルトベアラを用いて送受信してもよい。また、UE_A10は、デフォルトベアラに関連付けられたTFTを予め記憶しておいてもよい。
Default Bearerは、PDUセッションに対応づけられたデフォルトベアラを識別するEPSベアラ識別情報である。なお、EPSベアラとは、UE_A10とPGW_A30/UPGW_A130との間で確立する論理的な通信路でもよい。さらに、EPSベアラは、デフォルトベアラでもよく、デディケイテッドベアラでもよい。さらに、EPSベアラは、UE_A10とアクセスネットワーク内の基地局及び/又はアクセスポイントとの間で確立するRBを含んで構成されてよい。さらに、RBとEPSベアラとは1対1に対応づけられてよい。その為、RBの識別情報は、EPSベアラの識別情報と1対1に対応づけられてもよいし、同じ識別情報でもよい。なお、RBは、SRB及び/又はCRBでもよいし、DRBでもよい。また、Default Bearerは、PDUセッション確立時にUE_A10及び/又はSGW_A35及び/又はPGW_A30/UPGW_A130がコアネットワークから取得する情報でよい。
User Identityは、加入者を識別する情報である。User Identityは、IMSIでもよいし、MSISDNでもよい。さらに、User Identityは、IMSI、MSISDN以外の識別情報でもよい。Serving Node Informationは、PDUセッションで用いられているMME_A40/CPF_A140を識別する情報であり、MME_A40/CPF_A140のIPアドレスでよい。
eNB Addressは、eNB_A45のIPアドレスである。eNB IDは、eNB_A45内でUEを識別する情報である。MME Addressは、MME_A40/CPF_A140のIPアドレスである。MME IDは、MME_A40/CPF_A140を識別する情報である。NR node Addressは、NR node_A122のIPアドレスである。NR node IDは、NR node_A122を識別する情報である。WAG Addressは、WAG_A126のIPアドレスである。WAG IDは、WAG_A126を識別する情報である。
以下、各装置の構成について説明する。なお、下記各装置及び各装置の各部の機能の一部又は全部は、物理的なハードウェアの上で動作するものでもよいし、仮想的に汎用的なハードウェア上に構成された論理的なハードウェア上動作するものでもよい。
[1.2.1.UEの構成]
図4にUE_A10の装置構成を示す。図に示すように、UE_A10は、送受信部_A420と制御部_A400と記憶部_A440とで構成されている。送受信部_A420と記憶部_A440は、制御部_A400とバスを介して接続されている。
制御部_A400はUE_A10を制御する為の機能部である。制御部_A400は、記憶部_A440に記憶されている各種プログラムを読みだして実行する事により各種処理を実現する。
送受信部_A420は、UE_A10がアクセスネットワーク内の基地局及び/又はアクセスポイントに接続し、アクセスネットワークへ接続する為の機能部である。また、送受信部_A420には、外部アンテナ_A410が接続されている。言い換えると、送受信部_A420は、UE_A10がアクセスネットワーク内の基地局及び/又はアクセスポイントと接続する為の機能部である。さらに、送受信部_A420は、UE_A10が、アクセスネットワーク内の基地局及び/又はアクセスポイントから、ユーザデータ及び/又は制御情報を送受信する送受信機能部である。
記憶部_A440は、UE_A10の各動作に必要なプログラムやデータ等を記憶する機能部である。記憶部_A440は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。記憶部_A440は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、及び/又は制御情報、及び/又はフラグ、及び/又はパラメータを記憶してもよい。記憶部_A440は、図に示すように、UEコンテキスト442を記憶する。以下、記憶部_A440で記憶される情報要素について説明する。なお、UEコンテキスト442は、コアネットワーク_A90に接続する際に用いるUEコンテキストと、コアネットワーク_B190に接続する際に用いるUEコンテキストとがあってもよい。さらに、コアネットワーク_A90に接続する際に用いるUEコンテキストと、コアネットワーク_B190に接続する際に用いるUEコンテキストとは、一緒に記憶されてもよいし、別々に記憶されてもよい。
まず、図5(b)にUEごとに記憶されるUEコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるUEコンテキストは、IMSI、EMM State、GUTI、ME Identityを含む。
次に、図5(c)にPDUセッション又はPDNコネクションごとに記憶されるPDUセッション又はPDNコネクションごとのUEコンテキストを示す。図に示すように、PDUセッションごとのUEコンテキストは、APN in Use、Assigned Session Type、IP Address(es)、Default Bearerを含む。
図5(d)は、UEの記憶部で記憶されるベアラごとのUEコンテキストを示す。図に示すように、ベアラごとのUEコンテキストは、EPS Bearer ID、TI、TFTを含む。
[1.2.2.eNB/NR node/WAGの構成]
以下、eNB_A45、NR node_A122、及びWAG_A126の構成について説明する。図6にeNB_A45、NR node_A122、及びWAG_A126の装置構成を示す。図に示すように、eNB_A45、NR node_A122、及びWAG_A126は、ネットワーク接続部_B620と送受信部_B630と制御部_B600と記憶部_B640で構成されている。ネットワーク接続部_B620と送受信部_B630と記憶部_B640は、制御部_B600とバスを介して接続されている。
制御部_B600はeNB_A45を制御する為の機能部である。制御部_B600は、記憶部_B640に記憶されている各種プログラムを読みだして実行する事により各種処理を実現する。
ネットワーク接続部_B620は、eNB_A45、NR node_A122、及びWAG_A126が、MME_A40及び/又はSGW_A35と接続する為の機能部である。さらに、ネットワーク接続部_B620は、eNB_A45、NR node_A122、及びWAG_A126が、MME_A40及び/又はSGW_A35から、ユーザデータ及び/又は制御情報を送受信する送受信部である。
送受信部_B630は、eNB_A45、NR node_A122、及びWAG_A126がUE_A10と接続する為の機能部である。さらに、送受信部_B630は、UE_A10からユーザデータ及び/又は制御情報を送受信する送受信機能部である。また、送受信部_B630には、外部アンテナ_B610が接続されている。
記憶部_B640は、eNB_A45、NR node_A122、及びWAG_A126の各動作に必要なプログラムやデータ等を記憶する機能部である。記憶部_B640は、例えば、半導体メモリや、HDD等により構成されている。記憶部_B640は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及び/又は制御情報及び/又はフラグ及び/又はパラメータを記憶してもよい。記憶部_B640は、これらの情報をコンテキストとしてUE_A10毎に記憶してもよい。
[1.2.3.MME/CPFの構成]
以下、MME_A40及びCPF_140の構成について説明する。図7にMME_A40及びCPF_140の装置構成を示す。図に示すように、MME_A40及びCPF_140は、ネットワーク接続部_C720と制御部_C700と記憶部_C740で構成されている。ネットワーク接続部_C720と記憶部_C740は、制御部_C700とバスを介して接続されている。なお、これらの各部の機能は、物理的なハードウェア上で動作するものでもよいし、仮想的に汎用的なハードウェア上に構成された論理的なハードウェア上で動作するものでもよい。
制御部_C700はMME_A40及びCPF_140を制御する為の機能部である。制御部_C700は、記憶部_C740に記憶されている各種プログラムを読みだして実行する事により各種処理を実現する。
ネットワーク接続部_C720は、MME_A40が、アクセスネットワーク内の基地局、及び/又はアクセスネットワーク内のアクセスポイント、及び/又はSCEF_A46、及び/又はHSS_A50及び/又はSGW_A35と接続する為の機能部である。さらに、ネットワーク接続部_C720は、MME_A40が、アクセスネットワーク内の基地局、及び/又はアクセスネットワーク内のアクセスポイント、及び/又はSCEF_A46、及び/又はHSS_A50、及び/又はSGW_A35と、ユーザデータ及び/又は制御情報を送受信する送受信部である。
さらに、ネットワーク接続部_C720は、CPF_140が、アクセスネットワーク内の基地局、及び/又はアクセスネットワーク内のアクセスポイント、及び/又はSCEF_A46、及び/又はHSS_A50及び/又はUPGW_A130と接続する為の機能部である。さらに、ネットワーク接続部_C720は、MME_A40が、アクセスネットワーク内の基地局、及び/又はアクセスネットワーク内のアクセスポイント、及び/又はSCEF_A46、及び/又はHSS_A50、及び/又はUPGW_A130と、ユーザデータ及び/又は制御情報を送受信する送受信部である。
記憶部_C740は、MME_A40及びCPF_140の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部_C740は、例えば、半導体メモリやHDD等により構成されている。記憶部_C740は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、及び/又は制御情報、及び/又はフラグ、及び/又はパラメータを記憶してもよい。
記憶部_C740は、図に示すように、MMEコンテキスト742を記憶する。以下、記憶部_C740で記憶される情報要素について説明する。なお、MMEコンテキストは、CPF_140が記憶コンテキストでもよい。まず、図8(b)にUEごとに記憶されるUEコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるMMEコンテキストは、IMSI、MSISDN、MM State、GUTI、ME Identity、UE Radio Access Capability、UE Network Capability、MS Network Capability、Access Restriction、MME F-TEID、SGW F-TEID、eNB Address、MME UE S1AP ID、eNB UE S1AP ID、NR node Address、NR node ID、WAG Address、WAG IDのうち1又は複数を含む。
次に、図9(c)にPDUセッション又はPDNコネクションごとに記憶されるPDUセッション又はPDNコネクションごとのMMEコンテキストを示す。図に示すように、PDUセッションごとのMMEコンテキストは、APN in Use、Assigned Session Type、IP Address(es)、PGW F-TEID、SCEF ID、Default bearerを含む。
図9(d)は、ベアラごとに記憶されるベアラごとのMMEコンテキストを示す。図が示すように、ベアラごとに記憶されるMMEコンテキストは、EPS Bearer ID、TI、TFT、SGW F-TEID、PGW F-TEID、MME F-TEID、eNB Address、NR node Address、WAG Address、eNB ID、NR node ID、WAG IDのうち1又は複数を含む。ここで、図8と図9に示すMMEコンテキストに含まれる情報要素は、MMコンテキスト又はEPSベアラコンテキストのいずれかに含まれ、記憶されてもよい。
[1.2.4.SGWの構成]
図10にSGW_A35の装置構成を示す。図に示すように、SGW_A35はネットワーク接続部_D1020と制御部_D1000と記憶部_D1040とで構成されている。ネットワーク接続部_D1020と記憶部_D1040は、制御部_D1000とバスを介して接続されている。
制御部_D1000はSGW_A35を制御する為の機能部である。制御部_D1000は、記憶部_D1040に記憶されている各種プログラムを読みだして実行する事により各種処理を実現する。
ネットワーク接続部_D1020は、SGW_A35が、アクセスネットワーク内の基地局及び/又はアクセスポイント、及び/又はMME_A40、及び/又はPGW_A30、及び/又はSGSN_A42と接続する為の機能部である。さらに、ネットワーク接続部_D1020は、SGW_A35が、アクセスネットワーク内の基地局及び/又はアクセスポイント、及び/又はMME_A40、及び/又はPGW_A30、及び/又はSGSN_A42から、ユーザデータ及び/又は制御情報を送受信する送受信部である。
記憶部_D1040は、SGW_A35の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部_D1040は、例えば、半導体メモリやHDD等により構成されている。記憶部_D1040は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、及び/又は制御情報、及び/又はフラグ、及び/又はパラメータを記憶してもよい。
記憶部_D1040は、図に示すように、EPSベアラコンテキスト1042を記憶する。なお、EPSベアラコンテキスト1042の中には、UEごとに記憶されるものと、PDUセッションごとに記憶されるものと、ベアラごとに記憶されるものが含まれる。
まず、図11(b)にUEごとに記憶されるEPSベアラコンテキストの情報要素を示す。図に示すように、UEごとに記憶されるEPSベアラコンテキストは、IMSI、ME Identity、MSISDN、MME F-TEID、SGW F-TEIDを含む。
さらに、EPSベアラコンテキストには、PDUセッションごとに記憶されるPDUセッションごとのEPSベアラコンテキストが含まれる。図11(c)に、PDUセッションごとのEPSベアラコンテキストを示す。図に示すように、PDUセッションごとのEPSベアラコンテキストは、APN in Use、Assigned Session Type、SGW F-TEID、PGW F-TEID、Default Bearer、IP Address(es)を含む。
さらに、EPSベアラコンテキストには、ベアラごとのEPSベアラコンテキストが含まれる。図11(d)は、ベアラごとのEPSベアラコンテキストを示す。図に示すように、ベアラごとのEPSベアラコンテキストは、EPS Bearer ID、TFT、PGW F-TEID、SGW F-TEID、eNB F-TEID、MME Address、NR node Address、WAG Address、MME ID、NR node ID、WAG IDのうち1又は複数を含む。
[1.2.5.PGW/UPGWの構成]
図10にPGW_A30及びUPGW_A130の装置構成を示す。図に示すように、PGW_A30及びUPGW_A130はネットワーク接続部_D1020と制御部_D1000と記憶部_D1040とで構成されている。ネットワーク接続部_D1020と記憶部_D1040は、制御部_D1000とバスを介して接続されている。なお、これらの各部の機能は、物理的なハードウェア上で動作するものでもよいし、仮想的に汎用的なハードウェア上に構成された論理的なハードウェア上で動作するものでもよい。
制御部_D1000はPGW_A30を制御する為の機能部である。制御部_D1000は、記憶部_D1040に記憶されている各種プログラムを読みだして実行する事により各種処理を実現する。
ネットワーク接続部_D1020は、PGW_A30が、SGW_A35、及び/又はPCRF_A60、及び/又はePDG_A65、及び/又はAAA_A55、及び/又はTWAG_A74、及び/又はPDN_A5と接続する為の機能部である。また、ネットワーク接続部_D1020は、PGW_A30が、SGW_A35、及び/又はPCRF_A60、及び/又はePDG_A65、及び/又はAAA_A55、及び/又はTWAG_A74、及び/又はPDN_A5から、ユーザデータ及び/又は制御情報を送受信する送受信部である。
さらに、ネットワーク接続部_D1020は、UPGW_A130が、PCRF_A60、及び/又はUPGW_A130、及び/又はPDN_A5と接続する為の機能部である。また、ネットワーク接続部_D1020は、PGW_A30が、SGW_A35、及び/又はPCRF_A60、及び/又はePDG_A65、及び/又はAAA_A55、及び/又はTWAG_A74、及び/又はPDN_A5から、ユーザデータ及び/又は制御情報を送受信する送受信部である。
記憶部_D1040は、PGW_A30の各動作に必要なプログラムやデータ等を記憶する機能部である。記憶部_D1040は、例えば、半導体メモリやHDD等により構成されている。記憶部_D1040は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、及び/又は制御情報、及び/又はフラグ、及び/又はパラメータを記憶してもよい。
記憶部_D1040は、図に示すように、EPSベアラコンテキスト1042を記憶する。なお、EPSベアラコンテキスト1042の中には、UEごとに記憶されるものと、APNごとに記憶されるものと、PDUセッション又はPDNコネクションごとに記憶されるものと、ベアラごとに記憶されるものとが分かれて記憶されてもよい。さらに、EPSベアラコンテキストは、UPGW_A130に記憶されるコンテキストであってもよい。
図12(b)は、UEごとに記憶されるEPSベアラコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるEPSベアラコンテキストは、IMSI、ME Identity、MSISDN、RAT typeを含む。
次に、図12(c)にAPNごとに記憶されるEPSベアラコンテキストを示す。図に示すように、PGW記憶部のAPNごとに記憶されるEPSベアラコンテキストは、APN in useを含む。なお、APNごとに記憶されるEPSベアラコンテキストは、Data Network Identifierごとに記憶されてもよい。
また、図12(d)にPDUセッション又はPDNコネクションごとに記憶されるPDUセッション又はPDNコネクションごとのEPSベアラコンテキストを示す。図に示すように、PDUセッション又はPDNコネクションごとのEPSベアラコンテキストは、Assigned Session Type、IP Address(es)、SGW F-TEID、PGW F-TEID、Default Bearerを含む。
さらに、図12(e)に、EPSベアラごとに記憶されるEPSベアラコンテキストを示す。図に示すように、EPSベアラコンテキストは、EPS Bearer ID、TFT、SGW F-TEID、PGW F-TEIDを含む。
[1.2.6.SCEFの構成]
図10にSCEF_A46の装置構成を示す。図に示すように、SCEF_A46は、ネットワーク接続部_D1020と制御部_D1000と記憶部_D1040で構成されている。ネットワーク接続部_D1020と記憶部_D1040は、制御部_D1000とバスを介して接続されている。
制御部_D1000はSCEF_A46を制御する為の機能部である。制御部_D1000は、記憶部_D1040に記憶されている各種プログラムを読みだして実行する事により各種処理を実現する。ネットワーク接続部_D1020は、SCEF_A46がコアネットワーク_A90へ接続する為の機能部である。言い換えると、ネットワーク接続部_D1020は、SCEF_A46がMME_A40と接続する為の機能部である。さらに、ネットワーク接続部_D1020は、SCEF_A46が、MME_A40からユーザデータ及び/又は制御情報を送受信する送受信部である。
記憶部_D1040は、SCEF_A46の各動作に必要なプログラムやデータ等を記憶する機能部である。記憶部_D1040は、例えば、半導体メモリやHDD等により構成されている。記憶部_D1040は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報、及び/又は制御情報、及び/又はフラグ、及び/又はパラメータを記憶してもよい。
記憶部_D1040は、図に示すように、EPSベアラコンテキスト1042を記憶する。以下、記憶部_D1040で記憶される情報要素について説明する。図13(b)にEPSベアラコンテキストに含まれる情報要素を示す。図に示すように、EPSベアラコンテキストは、User Identity、APN in Use、EPS Bearer ID、Serving Node Informationを含む。
[1.3.コアネットワーク_Bに対する初期手続きの説明]
次に、本実施形態におけるコアネットワーク_B190に対する初期手続きの詳細手順を説明する前に、重複説明を避ける為、本実施形態特有の用語や、各手続きに用いる主要な識別情報を予め説明する。
本実施形態における第1の状態は、UE_A10のコアネットワーク_B190への接続及び登録ための手続きが完了していて、さらに、各装置がPDUセッションを確立している状態である。なお、各装置は、UE_A10をコアネットワーク_B190に登録するための手続きと、PDUセッションを確立するための手続きは、同時に実行されてもよいし、別々に実行されてもよい。さらに、第1の状態は、UE_A10の位置登録情報を更新するための手続きが完了した状態でもよい。
さらに、本実施形態における第1の状態は、各装置が、コアネットワーク_B190に対してPDUセッションを確立している状態でもよい。より詳細には、第1の状態は、各装置が、NR node_A122を介して、UE_A10とUPGW_A130との間でPDUセッションを確立している状態でもよい。なお、第1の状態は、これらの状態に限らない。
さらに、本実施形態におけるEPSサービスは、PSドメインによって提供されるサービスでよく、EPCを用いて提供される接続サービスでもよい。
さらに、本実施形態におけるnon EPSサービスは、CSドメインによって提供されるサービスでよく、EPSサービス以外のサービスでもよい。
さらに、本実施形態におけるNGSサービスは、コアネットワーク_B190を用いて提供される接続サービスでよい。さらに、NGSサービスは、EPSサービスと異なるサービスでもよいし、EPSサービスと同様のサービスでもよい。なお、NGSサービスは、これに限らず、モバイル通信サービスを提供するためのシステムであればよい。
さらに、本実施形態におけるnon NGSサービスは、NGSサービス以外のサービスでよく、EPSサービス、及び/又はnon EPSサービスが含まれてもよい。
さらに、本実施形態におけるセッションは、PDUセッションでもよいし、PDNコネクションでもよいし、EPSベアラでもよい。さらに、セッション確立手続きは、PDUセッション確立手続きでもよいし、PDN接続手続きでもよい。セッション切断手続きは、PDUセッション切断手続きでもよいし、PDN接続切断手続きでもよい。さらに、セッションを識別する情報は、PDUセッションIDでもよいし、PDNコネクションIDでもよいし、EPSベアラIDでもよい。なお、セッションを識別する情報はこれ以外の識別情報でもよい。
さらに、本実施形態におけるEPSベアラは、UE_A10とPGW_A30との間で確立される論理的な通信路である。EPSベアラは、PDNコネクションを構成する通信路でもよい。さらに、EPSベアラは、UE_A10とUPGW_A130との間で確立される論理的な通信路でもよく、PDUセッションを構成する通信路でもよい。
本実施形態におけるNSI(Network Slice Instance)とは、コアネットワーク_B190内に1又は複数構成される、ネットワークスライス(Network Slice)の実体である。また、本実施形態におけるNSIはNST(Network Slice Template)を用いて生成された仮想的なNF(Network Function)により構成されてもよい。ここで、NSTとは、要求される通信サービスや能力(capability)を提供する為のリソース要求に関連付けられ、1又は複数のNF(Network Function)の論理的表現である。
つまり、NSIとは、複数のNFにより構成されたコアネットワーク_B190内の集合体でよい。また、NSIはサービス等によって配送されるユーザデータを分ける為に構成された論理的なネットワークでよい。ネットワークスライスには、少なくとも1つ以上のNFが構成されてよい。ネットワークスライスに構成されるNFは、他のネットワークスライスと共有される装置であってもよいし、そうでなくてもよい。
UEは、UE usage type及び/又は、1又は複数のネットワークスライスタイプID及び/又は、1又は複数のNS ID等の登録情報及び/又はAPNに基づいて、1または複数のネットワークスライスに割り当てられることができる。
本実施形態におけるDCN(Dedicated Core Network)とは、コアネットワーク_A90内に、1つまたは複数構成される、特定の加入者タイプ専用のコアネットワークである。具体的には、例えば、M2M機能利用者として登録されたUEの為のDCNが、コアネットワーク_A90内に構成されていてもよい。また、その他に、適切なDCNがないUEのための、デフォルトDCNがコアネットワーク_A90内に構成されていてもよい。
DCNには、少なくとも1つ以上のMME_40またはSGSN_A42が配置されていてよく、さらに、少なくとも1つ以上のSGW_A35またはPGW_A30またはPCRF_A60が配置されてよい。UEは、UE usage type及び/又はDCN ID等の登録情報に基づいて、1つのDCNに割り当てられることができる。
本実施形態におけるUE usage typeは、DCN及び/又はNSIを識別するための使用される、UEの登録情報に含まれるパラメータ値である。UE usage typeはHSS_50に記憶されていてよい。MME_A40及び/又はSGSN_A42はUE usage typeに基づきSGW_A35とPGW_A30を選択してもよい。さらに、CPF_A140はUE usage typeに基づきUPGW_A130を選択してもよい。
さらに、本実施形態におけるDN IDは、コアネットワーク_B190とDN等の外部ネットワークとを識別する識別情報である。さらに、DN IDは、コアネットワーク_B190を接続するUPGW_A130等のゲートウェイを選択する情報として用いる事もできる。
なお、DN IDは、こうしたゲートウェイを識別する識別情報でもよいし、DN等の外部ネットワークを識別する識別情報でもよい。なお、コアネットワーク_B190とDNとを接続するゲートウェイが複数配置される場合には、DN IDによって選択可能なゲートウェイは複数あってもよい。さらに、DN ID以外の識別情報を用いた別の手法によって、こうした複数のゲートウェイの中から1つのゲートウェイを選択してもよい。
さらに、DN IDは、APNと等しい情報でもよいし、APNとは異なる情報でもよい。なお、DN IDとAPNが異なる情報である場合、各装置は、DN IDとAPNとの対応関係を示す情報を管理してもよいし、DN IDを用いてAPNを問い合わせる手続きを実施してもよいし、APNを用いてDN IDを問い合わせる手続きを実施してもよい。
さらに、本実施形態におけるトラッキングエリアは、コアネットワークが管理する、UE_A10の位置情報で表すことが可能な単数又は複数の範囲である。トラッキングエリアは、複数のセルで構成されもよい。さらに、トラッキングエリアは、ページング等の制御メッセージがブロードキャストされる範囲でもよいし、UE_A10がハンドオーバー手続きをせずに移動できる範囲でもよい。さらに、トラッキングエリアは、ルーティングエリアでもよいし、ロケーションエリアでもよいし、これらと同様のものであればよい。
SSC(Session and Service Continuity) modeは、NextGenシステム(NGS)において、システム、及び/又は各装置がサポートするサービスセッション継続(Session and Service Continuity)のモードを示すものである。より詳細には、UE_A10とTUPF(Terminating User-Plane Function)との間で確立されたPDUセッションがサポートするサービスセッション継続の種類を示すモードであってもよい。ここで、TUPFは、UPGW_A130であってもよい。なお、SSC modeはPDUセッション毎に設定されるサービスセッション継続の種類を示すモードであってもよい。さらに、SSC modeは、SSC mode 1、SSC mode 2、SSC mode 3の3つのモードから構成されていてもよい。
ここで、TUPFはU-Plane(User Plane)のためのNF(Network Function)であってもよい。さらに、TUPFは、コアネットワークに配置されていてもよいし、アクセスネットワークに配置されていてもよい。
さらに、本実施形態におけるSSC mode 1は、UE_A10がネットワークに接続する際に用いるRAT(Radio Access Technology)やセル等のアクセステクノロジーに関わらず、同じTUPFが維持され続けるサービスセッション継続のモードである。より詳細には、SSC mode 1は、UE_A10のモビリティが発生しても、確立しているPDUセッションが用いるTUPFを変更せずに、サービスセッション継続を実現するモードであってもよい。
さらに、本実施形態におけるSSC mode 2は、TUPFのサービングエリア内でのみ、同じTUPFが維持され続けるサービスセッション継続のモードである。より詳細には、SSC mode 2は、UE_A10がTUPFのサービングエリア内にいる限り、確立しているPDUセッションが用いるTUPFを変更せずに、サービスセッション継続を実現するモードであってもよい。さらに、SSC mode 2は、TUPFのサービングエリアから出るような、UE_A10のモビリティが発生した場合に、確立しているPDUセッションが用いるTUPFを変更して、サービスセッション継続を実現するモードであってもよい。
ここで、TUPFのサービングエリアとは、1つのTUPFがサービスセッション継続機能を提供することができるエリアであってもよいし、UE_A10がネットワークに接続する際に用いるRATやセル等のアクセスネットワークのサブセットであってもよい。さらに、アクセスネットワークのサブセットとは、一又複数のRAT、及び/又はセルから構成されるネットワークであってもよい。
さらに、本実施形態におけるSSC mode 3は、UE_A10とTUPFとの間で確立されたPDUセッション、及び/又は通信路を切断する前に、同じDNに対して、新たなTUPFを介した新たなPDUセッション、及び/又は通信路を確立することを許可するサービスセッション継続のモードである。さらに、SSC mode 3は、UE_A10がマルチホーミングになることを許可するサービスセッション継続のモードであってもよい。
及び/又は、SSC mode 3は、複数のPDUセッション、及び/又はPDUセッションに対応づけられたTUPFを用いたサービスセッション継続が許可されたモードであってもよい。言い換えると、SSC mode 3の場合、各装置は、複数のPDUセッションを用いてサービスセッション継続を実現してもよいし、複数のTUPFを用いてサービスセッション継続を実現してもよい。
ここで、各装置が、新たなPDUセッション、及び/又は通信路を確立する場合、新たなTUPFの選択は、ネットワークによって実施されてもよいし、新たなTUPFは、UE_A10がネットワークに接続した場所に最適なTUPFであってもよい。さらに、複数のPDUセッション、及び/又はPDUセッションが用いるTUPFが有効である場合、UE_A10は、アプリケーション、及び/又はフローの通信の新たに確立されたPDUセッションへの対応づけを、即座に実施してもよいし、通信の完了に基づいて実施してもよい。
Default SSC modeは、特定のSSC modeが定まらない場合に、UE_A10及び/又はネットワークが用いるSSC modeである。具体的には、Default SSC modeは、アプリケーションからのSSC modeの要求がない場合、及び/又はアプリケーションに対してSSC modeを決めるためのUE_A10のポリシーがない場合に、UE_A10が用いるSSC modeであってもよい。及び/又は、UE_A10からのSSC modeの要求がない場合に、ネットワークが用いるSSC modeであってもよい。
なお、Default SSC modeは、加入者情報、及び/又はオペレータポリシー、及び/又はUE_A10のポリシーに基づいて、PDN_A5毎に設定されていてもよいし、UE_A10、及び/又は加入者毎に設定されていてもよい。さらに、Default SSC modeは、SSC mode 1、SSC mode 2又はSSC mode 3を示す情報であってもよい。
次に、本実施形態における識別情報について説明する。
本実施形態における第1の識別情報は、UE_A10がコアネットワーク_B190に接続を要求する、PDN_A5又はDN等の外部ネットワークを識別する情報である。さらに、第1の識別情報は、DN IDでもよい。さらに、第1の識別情報は、複数のDN IDで構成された情報でもよいし、DN IDとAPNとで構成された情報でもよい。
本実施形態における第2の識別情報は、UE_A10がコアネットワーク_B190に使用を要求する接続サービスの種類を示す情報である。なお、第2の識別情報は、NGSサービスのみの使用を、UE_A10が要求することを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の使用を、UE_A10が要求することを示す情報でもよい。言い換えると、第2の識別情報は、NGSサービスとEPSサービスの使用を、UE_A10が要求することを示す情報でもよいし、NGSサービスとEPSサービスとnon EPSサービスの使用を、UE_A10が要求することを示す情報でもよい。
さらに、第2の識別情報は、UE_A10が要求するアタッチ手続きの種類を示す情報でもよいし、アタッチタイプでもよい。言い換えると、第2の識別情報は、コアネットワーク_B190のみの登録、及び/又は接続を要求することを示す情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方への登録、及び/又は接続を要求することを示す情報でもよい。
本実施形態における第3の識別情報は、UE_A10が使用をサポートする接続サービスの種類を示す情報である。なお、第3の識別情報は、NGSサービスのみの使用を、UE_A10がサポートすることを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の使用を、UE_A10がサポートすることを示す情報でもよい。言い換えると、第3の識別情報は、NGSサービスとEPSサービスの使用を、UE_A10がサポートすることを示す情報でもよいし、NGSサービスとEPSサービスとnon EPSサービスの使用を、UE_A10がサポートすることを示す情報でもよい。
さらに、第3の識別情報は、UE_A10がサポートするアタッチ手続きの種類を示すUE_A10の能力情報でもよい。言い換えると、第3の識別情報は、コアネットワーク_B190のみに登録、及び/又は接続することをサポートするUE_A10の能力情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方に登録、及び/又は接続することをサポートするUE_A10の能力情報でもよい。
本実施形態における第4の識別情報は、UE_A10がコアネットワーク_B190に要求する、SSC modeを示す情報である。さらに、第4の識別情報は、NGSサービスからEPSサービスへセッションを切り替える際に用いられるSSC modeを示す情報でもよい。言い換えると、第4の識別情報は、コアネットワーク_B190からコアネットワーク_A90に、セッションを切り替える、及び/又は再アタッチする際に用いられるSSC modeを示す情報でもよい。具体的には、第4の識別情報は、SSC mode 1を示す情報でもよいし、SSC mode 2を示す情報でもよいし、SSC mode 3を示す情報でもよい。
本実施形態における第5の識別情報は、UE_A10がサポートする、SSC modeを示す情報である。さらに、第5の識別情報は、NGSサービスからEPSサービスへセッションを切り替える際にサポートされるSSC modeを示す情報でもよい。言い換えると、第5の識別情報は、コアネットワーク_B190からコアネットワーク_A90に、セッションを切り替える、及び/又は再アタッチする際にサポートされるSSC modeを示す情報でもよい。具体的には、第5の識別情報は、SSC mode 1を示す情報でもよいし、SSC mode 2を示す情報でもよいし、SSC mode 3を示す情報でもよい。
本実施形態における第6の識別情報は、UE_A10が接続可能なPDN_A5又はDN等の外部ネットワークを識別する情報である。さらに、第6の識別情報は、APNでもよい。さらに、第6の識別情報は、複数のAPNで構成された情報でもよいし、APNとDN IDとで構成された情報でもよい。さらに、第6の識別情報は、第1の識別情報と等しい情報でもよいし、第1の識別情報に含まれて送受信されてもよい。
本実施形態における第7の識別情報は、UE_A10がコアネットワーク_B190に接続を要求する、CPF_140を識別する情報である。さらに、第7の識別情報は、UE_A10が接続可能なCPF_140を示す情報でもよいし、UE_A10が以前に接続していたCPF_140を識別する情報でもよい。さらに、第7の識別情報は、UE_A10を識別する情報でもよい。例えば、第7の識別情報は、CPF IDであってもよいし、GUTIでもよいし、IMSIでもよいし、NGS mobile identityでもよいし、その他の情報でもよい。なお、コアネットワーク_B190内に複数のCPF_140が存在する場合、CPF_140は、コアネットワーク_B190とUE_A10を接続し、UE_A10に対して制御メッセージを送受信するcommon CPFでもよい。その場合、第7の識別情報は、common CPF IDでもよい。
本実施形態における第8の識別情報は、UE_A10が接続可能なMME_A40を識別する情報が含まれてもよいし、UE_A10が以前に接続していたMME_A40を識別する情報が含まれてもよい。さらに、第8の識別情報は、UE_A10を識別する情報でもよい。例えば、第8の識別情報は、GUTIでもよいし、IMSIでもよいし、EPS mobile identityでもよいし、その他の情報でもよい。
本実施形態における第9の識別情報は、UE_A10がコアネットワーク_B190に要求する、ネットワークスライスタイプを識別する、及び/又は示す情報である。さらに、第9の識別情報は、NSIを識別するNSD IDや、ネットワークスライスのタイプを識別するネットワークスライスタイプID等の情報でもよい。さらに、第9の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。さらに、第9の識別情報はAPNであってもよい。なお、第9の識別情報は、複数のNSIを識別する情報から構成されてもよい。また、第9の識別情報は、コアネットワーク_B190内のNF(Network Fuction)を識別する情報を含めて構成してもよい。さらに、第9の識別情報は、UE_A10及び/又はネットワーク内のいずれかの装置が保持するUE_A10の登録情報であってもよい。
本実施形態における第11の識別情報は、コアネットワーク_B190がUE_A10に接続を許可した、及び/又はUE_A10が接続した、DN等の外部ネットワークを識別する情報である。さらに、第11.の識別情報は、DN IDでもよい。さらに、第11の識別情報は、複数のDN IDで構成された情報でもよいし、DN IDとAPNとで構成された情報でもよい。
本実施形態における第12の識別情報は、コアネットワーク_B190がUE_A10に使用を許可した接続サービスの種類を示す情報である。なお、第12の識別情報は、UE_A10に、NGSサービスのみの使用を、コアネットワーク_B190が許可したことを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の使用を、コアネットワーク_B190が許可したことを示す情報でもよい。言い換えると、第12の識別情報は、NGSサービスとEPSサービスの使用を、コアネットワーク_B190が許可したことを示す情報でもよいし、NGSサービスとEPSサービスとnon EPSサービスの使用を、コアネットワーク_B190が許可したことを示す情報でもよい。
さらに、第12の識別情報は、コアネットワーク_B190がUE_A10に許可したアタッチ手続きの種類を示す情報でもよいし、アタッチ結果でもよい。言い換えると、第12の識別情報は、UE_A10のコアネットワーク_B190のみへの登録、及び/又は接続を許可したことを示す情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方への登録、及び/又は接続を許可したことを示す情報でもよい。
本実施形態における第13の識別情報は、コアネットワーク_B190が使用をサポートする接続サービスの種類を示す情報である。なお、第13の識別情報は、NGSサービスのみの使用を、コアネットワーク_B190がサポートすることを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の使用を、コアネットワーク_B190がサポートすることを示す情報でもよい。言い換えると、第13の識別情報は、NGSサービスとEPSサービスの使用を、コアネットワーク_B190がサポートすることを示す情報でもよいし、NGSサービスとEPSサービスとnon EPSサービスの使用を、コアネットワーク_B190がサポートすることを示す情報でもよい。
さらに、第13の識別情報は、コアネットワーク_B190がサポートするアタッチ手続きの種類を示すコアネットワーク_B190の能力情報でもよい。言い換えると、第13の識別情報は、コアネットワーク_B190のみに登録、及び/又は接続することをサポートするコアネットワーク_B190の能力情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方に登録、及び/又は接続することをサポートするコアネットワーク_B190の能力情報でもよい。
本実施形態における第14の識別情報は、コアネットワークB190がUEA10に許可した、SSC modeを示す情報である。さらに、第14の識別情報は、NGSサービスからEPSサービスへセッションを切り替える際に用いることが許可されたSSC modeを示す情報でもよい。言い換えると、第14の識別情報は、コアネットワーク_B190からコアネットワーク_A90に、セッションを切り替える、及び/又は再アタッチする際に用いることが許可されたSSC modeを示す情報でもよい。具体的には、第14の識別情報は、SSC mode 1が許可されたことを示す情報でもよいし、SSC mode 2が許可されたことを示す情報でもよいし、SSC mode 3が許可されたことを示す情報でもよい。
本実施形態における第15の識別情報は、コアネットワークB190がサポートする、SSC modeを示す情報である。さらに、第15の識別情報は、NGSサービスからEPSサービスへセッションを切り替える際にサポートされるSSC modeを示す情報でもよい。言い換えると、第15の識別情報は、コアネットワーク_B190からコアネットワーク_A90に、セッションを切り替える、及び/又は再アタッチする際にサポートされるSSC modeを示す情報でもよい。具体的には、第15の識別情報は、コアネットワーク_B190が、SSC mode 1をサポートすることを示す情報でもよいし、SSC mode 2をサポートすることを示す情報でもよいし、SSC mode 3をサポートすることを示す情報でもよい。
本実施形態における第16の識別情報は、コアネットワーク_B190がUE_A10に許可した、コアネットワーク_A90に接続する際に、UE_A10が接続可能なDN等の外部ネットワークを識別する情報である。さらに、第16の識別情報は、APNでもよい。さらに、第16の識別情報は、複数のAPNで構成された情報でもよいし、APNとDN IDとで構成された情報でもよい。さらに、第16の識別情報は、第11の識別情報と等しい情報でもよいし、第11の識別情報に含まれて送受信されてもよい。
本実施形態における第17の識別情報は、コアネットワーク_B190がUE_A10に接続を許可した、CPF_140を識別する情報である。さらに、第17の識別情報は、UE_A10と接続したCPF_140を示す情報でもよいし、UE_A10が接続可能なCPF_140を示す情報でもよい。さらに、第17の識別情報は、UE_A10を識別する情報でもよい。例えば、第17の識別情報は、CPF IDでもよいし、GUTIでもよいし、NGS mobile identityでもよいし、その他の情報でもよい。なお、コアネットワーク_B190内に複数のCPF_140が存在する場合、CPF_140は、コアネットワーク_B190とUE_A10を接続し、UE_A10に対して制御メッセージを送受信するcommon CPFでもよい。その場合、第17の識別情報は、common CPF IDでもよい。
本実施形態における第18の識別情報は、コアネットワーク_B190がUE_A10に接続を許可した、MME_40を識別する情報である。さらに、第18の識別情報は、UE_A10が接続可能なMME_40を示す情報でもよい。さらに、第18の識別情報は、UE_A10を識別する情報でもよい。例えば、第18の識別情報は、GUTIでもよいし、IMSIでもよいし、EPS mobile identityでもよいし、その他の情報でもよい。
本実施形態における第19の識別情報は、コアネットワーク_B190がUE_A10に接続を許可した、ネットワークスライスタイプを識別する、及び/又は示す情報である。さらに、第19の識別情報は、NSIを識別するNSD IDや、ネットワークスライスのタイプを識別するネットワークスライスタイプID等の情報でもよい。さらに、第19の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。さらに、第19の識別情報はAPNであってもよい。なお、第19の識別情報は、複数のNSIを識別する情報から構成されてもよい。また、第19の識別情報は、コアネットワーク_B190内のNF(Network Fuction)を識別する情報を含めて構成してもよい。さらに、第19の識別情報は、(UE_A10及び/又はネットワーク内のいずれかの装置が保持する)UE_A10の登録情報であってもよい。
本実施形態における第21の識別情報は、UE_A10の要求がコアネットワーク_B190に許可されないことを示す情報である。さらに、第21の識別情報は、UE_A10の要求が拒絶された理由を示す理由情報（Reject Cause)でもよい。
例えば、第21の識別情報は、UE_A10のコアネットワーク_B190、及び/又はDNへの接続を許可しないことを示す情報でもよいし、UE_A10のコアネットワーク_B190、及び/又はDNへの接続が失敗したことを示す情報でもよい。さらに、第21の識別情報は、UE_A10が接続を要求するCPF_140への接続及び/又は登録が許可されていないことを示す情報でもよいし、UE_A10を識別する情報が、正常ではない、及び/又は許可されていないことを示す情報でもよい。さらに、第21の識別情報は、ネットワークの混雑や認証等が原因で、UE_A10の接続が適切ではないことを示す情報でもよい。
さらに、第21の識別情報は、UE_A10に対して、NGSサービスとnon NGSサービスの両方の使用を許可しないことを示す情報でよく、NGSサービスの使用を許可しないことを示す情報でもよい。さらに、第21の識別情報は、UE_A10に対して、NGSサービスとEPSサービスの両方の使用を許可しないことを示す情報でよく、NGSサービスとEPSサービス、non EPSサービスの全ての使用を許可しないことを示す情報でもよい。
さらに、第21の識別情報は、許可されていないPLMN (Public Land Mobile Network)にUE_A10が接続していることを示す情報でもよいし、UE_A10が要求するサービスが、現在のPLMNでは許可されていないことを示す情報でもよいし、適切なセルが現在のPLMN内に存在しないことを示す情報でもよい。
さらに、第21の識別情報は、許可されていないトラッキングエリアにUE_A10が接続していることを示す情報でもよいし、UE_A10が要求するサービスが、現在のトラッキングエリアでは許可されていなことを示す情報でもよい。さらに、第21の識別情報は、適切なセルが現在のトラッキングエリア内に存在しないことを示す情報でもよいし、現在のトラッキングエリアでは、ローミングが許可されていないことを示す情報でもよい。
さらに、第21の識別情報は、UE_A10が要求するSSC modeが許可されないことを示す情報でもよいし、UE_A10が要求するSSC modeをコアネットワーク_B190がサポートしていないことを示す情報でもよい。
さらに、第21の識別情報は、UE_A10が接続を要求するNSIが許可されていないことを示す情報でもよいし、UE_A10が要求するネットワークスライスタイプをコアネットワーク_B190がサポートしていないことを示す情報でもよい。
本実施形態における第22の識別情報は、コアネットワーク_B190がUE_A10に使用を許可しなかった接続サービスの種類を示す情報である。なお、第22の識別情報は、NGSサービスのみの使用を、コアネットワーク_B190が許可しなかったことを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の使用を、コアネットワーク_B190が許可しなかったことを示す情報でもよい。言い換えると、第22の識別情報は、NGSサービスとEPSサービスの使用を、コアネットワーク_B190が許可しなかったことを示す情報でもよいし、NGSサービスとEPSサービスとnon EPSサービスの使用を、コアネットワーク_B190が許可しなかったことを示す情報でもよい。
さらに、第22の識別情報は、コアネットワーク_B190が許可しなかったアタッチ手続きの種類を示す情報でもよい。言い換えると、第22の識別情報は、コアネットワーク_B190のみの登録、及び/又は接続を許可しないことを示す情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方への登録、及び/又は接続を許可しないことを示す情報でもよい。
本実施形態における第23の識別情報は、コアネットワーク_B190が使用をサポートしない接続サービスの種類を示す情報である。なお、第23の識別情報は、NGSサービスのみの使用を、コアネットワーク_B190がサポートしないことを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の使用を、コアネットワーク_B190がサポートしないことを示す情報でもよい。言い換えると、第23の識別情報は、NGSサービスとEPSサービスの使用を、コアネットワーク_B190がサポートしないことを示す情報でもよいし、NGSサービスとEPSサービスとnon EPSサービスの使用を、コアネットワーク_B190がサポートしないことを示す情報でもよい。
さらに、第23の識別情報は、コアネットワーク_B190がサポートしないアタッチ手続きの種類を示すコアネットワーク_B190の能力情報でもよい。言い換えると、第23の識別情報は、コアネットワーク_B190のみに登録、及び/又は接続することをサポートしないコアネットワーク_B190の能力情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方に登録、及び/又は接続することをサポートしないコアネットワーク_B190の能力情報でもよい。
本実施形態における第24の識別情報は、コアネットワークB190がUE_A10に許可しなかった、SSC modeを示す情報である。さらに、第24の識別情報は、NGSサービスからEPSサービスへセッションを切り替える際に用いることが許可されなかったSSC modeを示す情報でもよい。言い換えると、第24の識別情報は、コアネットワーク_B190からコアネットワーク_A90に、セッションを切り替える、及び/又は再アタッチする際に用いることが許可されなかったSSC modeを示す情報でもよい。具体的には、第24の識別情報は、SSC mode 1が許可されなかったことを示す情報でもよいし、SSC mode 2が許可されなかったことを示す情報でもよいし、SSC mode 3が許可されなかったことを示す情報でもよい。
本実施形態における第25の識別情報は、コアネットワークB190がサポートしない、SSC modeを示す情報である。さらに、第25の識別情報は、NGSサービスからEPSサービスへセッションを切り替える際にサポートされないSSC modeを示す情報でもよい。言い換えると、第25の識別情報は、コアネットワーク_B190からコアネットワーク_A90に、セッションを切り替える、及び/又は再アタッチする際にサポートされないSSC modeを示す情報でもよい。具体的には、第25の識別情報は、コアネットワーク_B190が、SSC mode 1をサポートしないことを示す情報でもよいし、SSC mode 2をサポートしないことを示す情報でもよいし、SSC mode 3をサポートしないことを示す情報でもよい。
本実施形態における、第26の識別情報は、UE_A10が接続を要求するNSIへの接続が許可されていないことを示す情報でもよいし、UE_A10が要求するネットワークスライスタイプをコアネットワーク_B190がサポートしていないことを示す情報でもよい。
または、本実施形態における、第26の識別情報は接続を許可するネットワークスライスタイプを識別する、及び/又は示す情報であってもよい。このとき、接続を許可するネットワークスライスタイプは、UE_A10が要求するネットワークスライスタイプとは異なる情報であってもよい。さらに、第26の識別情報は、NSIを識別するNSD IDや、ネットワークスライスのタイプを識別するネットワークスライスタイプID等の情報でもよい。さらに、第26の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。さらに、第26の識別情報はAPNであってもよい。なお、第26の識別情報は、複数のNSIを識別する情報から構成されてもよい。また、第26の識別情報は、コアネットワーク_B190内のNF(Network Fuction)を識別する情報を含めて構成してもよい。さらに、第26の識別情報は、UE_A10及び/又はネットワーク内のいずれかの装置が保持するUE_A10の登録情報であってもよい。
本実施形態における第31の識別情報は、UE_A10がコアネットワーク_B190に登録情報の更新を要求する接続サービスの種類を示す情報である。なお、第31の識別情報は、NGSサービスのみの登録情報の更新を、UE_A10が要求することを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の登録情報の更新を、UE_A10が要求することを示す情報でもよい。言い換えると、第31の識別情報は、NGSサービスとEPSサービスの登録情報の更新を、UE_A10が要求することを示す情報でもよいし、NGSサービスとEPSサービスとnon EPSサービスの登録情報の更新を、UE_A10が要求することを示す情報でもよい。
さらに、第31の識別情報は、UE_A10が要求するトラッキングエリア更新手続きの種類を示す情報でもよいし、アップデートタイプでもよい。言い換えると、第31の識別情報は、コアネットワーク_B190のみの登録情報の更新、及び/又は接続を要求することを示す情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方への登録情報の更新、及び/又は接続を要求することを示す情報でもよい。
さらに、第31の識別情報は、NGSサービスにおけるトラッキングエリアのみの更新を要求することを示す情報でもよく、NGSサービスにおけるトラッキングエリアとnon NGSサービスにおけるトラッキングエリア、及び又はルーティングエリアの更新を要求することを示す情報でもよい。さらに、第31の識別情報は、NGSサービスにおけるトラッキングエリアとEPSサービスにおけるトラッキングエリアの更新を要求することを示す情報でもよいし、NGSサービスにおけるトラッキングエリアとEPSサービスにおけるトラッキングエリアとnon EPSサービスにおけるルーティングエリアの更新を要求することを示す情報でもよい。
本実施形態における第32の識別情報は、第3の識別情報と同じである。本実施形態における第33の識別情報は、第7の識別情報と同じである。本実施形態における第34の識別情報は、第8の識別情報と同じである。本実施形態における第35の識別情報は、第4の識別情報と同じである。本実施形態における第36の識別情報は、第5の識別情報と同じである。本実施形態における第37の識別情報は、第9の識別情報と同じである。
本実施形態における第41の識別情報は、コアネットワーク_B190がUE_A10に登録情報の更新を許可した接続サービスの種類を示す情報である。なお、第41の識別情報は、NGSサービスのみの登録情報の更新を、コアネットワーク_B190が許可したことを示す情報でもよいし、NGSサービスとnon NGSサービスの両方の登録情報の更新を、コアネットワーク_B190が許可したことを示す情報でもよい。言い換えると、第41の識別情報は、NGSサービスとEPSサービスの登録情報の更新を、コアネットワーク_B190が許可したことを示す情報でもよいし、NGSサービスとEPSサービスとnon EPSサービスの登録情報の更新を、コアネットワーク_B190が許可したことを示す情報でもよい。
さらに、第41の識別情報は、コアネットワーク_B190がUE_A10に許可したアタッチ手続きの種類を示す情報でもよいし、アタッチ結果でもよい。言い換えると、第41の識別情報は、コアネットワーク_B190のみの登録情報の更新、及び/又は接続を許可したことを示す情報でもよく、コアネットワーク_B190とコアネットワーク_A90の両方への登録情報の更新、及び/又は接続を許可したことを示す情報でもよい。
さらに、第41の識別情報は、NGSサービスにおけるトラッキングエリアのみの更新が許可されたことを示す情報でもよく、NGSサービスにおけるトラッキングエリアとnon NGSサービスにおけるトラッキングエリア、及び又はルーティングエリアの更新が許可されたことを示す情報でもよい。さらに、第41の識別情報は、NGSサービスにおけるトラッキングエリアとEPSサービスにおけるトラッキングエリアの更新が許可されたことを示す情報でもよいし、NGSサービスにおけるトラッキングエリアとEPSサービスにおけるトラッキングエリアとnon EPSサービスにおけるルーティングエリアの更新が許可されたことを示す情報でもよい。
本実施形態における第42の識別情報は、第13の識別情報と同じである。本実施形態における第43の識別情報は、第14の識別情報と同じである。本実施形態における第44の識別情報は、第15の識別情報と同じである。本実施形態における第45の識別情報は、第17の識別情報と同じである。本実施形態における第46の識別情報は、第18の識別情報と同じである。本実施形態における第47の識別情報は、第19の識別情報と同じである。
本実施形態における第51の識別情報は、コアネットワーク_B190がUE_A10に要求するデタッチ手続き種類を示す情報である。なお、デタッチ手続きの種類を示す情報は、デタッチタイプでよい。さらに、第51の識別情報は、UE_A10の再アタッチが、必要とされていることを示す情報でもよいし、必要とされていないことを示す情報でもよい。なお、再アタッチとは、再度アタッチ手続きを実施するであってよい。
本実施形態における第52の識別情報は、再アタッチ時に、ハンドオーバーを示す情報の送受信が必要か否かを示す情報である。さらに、第52の識別情報は、デタッチ手続き後の別のコアネットワークに対するアタッチ手続きが、必要とされているか否かを示す情報でもよいし、サポートされているか否かを示す情報でもよい。
さらに、第52の識別情報は、デタッチ手続き後に、UE_A10が別のコアネットワークに対してアタッチ手続きを実施することを、コアネットワーク_B190が要求していることを示す情報でもよい。さらに、第52の識別情報は、コアネットワーク_B190から別のコアネットワークへセッションを切り替えるために、デタッチ手続き後のアタッチ手続きが必要であることを示す情報でもよい。なお、別のコアネットワークはコアネットワーク_A90でもよいし、第53の識別情報で識別されるコアネットワークでもよい。
本実施形態における第53の識別情報は、再アタッチ時に接続するシステムを示す情報である。接続するシステムは、NGSサービスを提供するシステムでもよいし、EPSを提供するシステムでもよいし、non EPSサービスを提供するシステムでもよい。さらに、第53の識別情報は、再アタッチ時に接続するコアネットワークを示す情報でもよい。例えば、第53の識別情報は、コアネットワーク_A90を示す情報でもよいし、コアネットワーク_B190を示す情報でもよい。
さらに、第53の識別情報は、再アタッチ時に用いる制御メッセージの種類を示す情報でもよい。例えば、第53の識別情報は、UE_A10が、デタッチ手続き後に、EPS用の制御メッセージを用いてアタッチ手続きを実施することを示してもよいし、NGS用の制御メッセージを用いてアタッチ手続きを実施することを示してもよい。言い換えると、第53の識別情報は、UE_A10が、デタッチ手続き後に、コアネットワーク_A90へのアタッチ手続きをすることを示してもよいし、コアネットワーク_B190へのアタッチ手続きをすることを示してもよい。
本実施形態における第54の識別情報は、デタッチ手続きが開始された理由を示す理由情報（Cause)である。さらに、第54の識別情報は、加入者情報の変更等により、UE_A10の状態が適切ではなくなった理由を示す情報でもよい。
例えば、第54の識別情報は、UE_A10のコアネットワーク_B190、及び/又はDNへの接続が許可されなくなったことを示す情報でもよい。さらに、第54の識別情報は、UE_A10のCPF_140への接続及び/又は登録が許可されなくなったことを示す情報でもよいし、UE_A10を識別する情報が、正常ではなくなった、及び/又は許可されなくなったことを示す情報でもよい。さらに、第54の識別情報は、ネットワークの混雑や認証等が原因で、UE_A10の接続が適切ではなくなったことを示す情報でもよい。
さらに、第54の識別情報は、UE_A10に対して、NGSサービスとnon NGSサービスの両方の使用が許可されなくなったことを示す情報でよく、NGSサービスの使用が許可されなくなったことを示す情報でもよい。さらに、第54の識別情報は、UE_A10に対して、NGSサービスとEPSサービスの両方の使用が許可されなくなったことを示す情報でよく、NGSサービスとEPSサービス、non EPSサービスの全ての使用が許可されなくなったことを示す情報でもよい。
さらに、第54の識別情報は、UE_A10が使用するサービスを、NGSサービスからnon NGSサービスに切り替える必要があることを示す情報でもよい。言い換えると、第54の識別情報は、コアネットワーク_B190から別のコアネットワークへセッションを切り替える必要があることを示す情報でもよいし、コアネットワーク_B190から別のコアネットワークへハンドオーバーを実施することがあることを示す情報でもよい。
さらに、第54の識別情報は、UE_A10が接続しているPLMNが許可されなくなったことを示す情報でもよいし、UE_A10が使用しているサービスが、現在のPLMNでは許可されなくなったことを示す情報でもよいし、適切なセルが現在のPLMN内に存在しなくなったことを示す情報でもよい。
さらに、第54の識別情報は、UE_A10が接続しているトラッキングエリアが許可されなくなったことを示す情報でもよいし、UE_A10が使用しているサービスが、現在のトラッキングエリアでは許可されなくなったことを示す情報でもよい。さらに、第54の識別情報は、適切なセルが現在のトラッキングエリア内に存在しなくなったことを示す情報でもよいし、現在のトラッキングエリアで、ローミングが許可されてなくなったことを示す情報でもよい。
さらに、第54の識別情報は、UE_A10が使用しているSSC modeが、許可されなくなったことを示す情報でもよいし、サポートされなくなったことを示す情報でもよい。さらに、第54の識別情報は、UE_A10が接続しているNSIが許可されなくなったことを示す情報でもよいし、UE_A10が使用しているネットワークスライスタイプがサポートされなくなったことを示す情報でもよい。
なお、UE_A10は、第51の識別情報に基づいて、第54の識別情報を無視するか否かを決定してもよいし、第54の識別情報に基づいて、再アタッチをするか否を決定してもよい。例えば、UE_A10は、コアネットワーク_B190から別のコアネットワークへの切り替え、及び/又はNGSサービスからnon NGSサービスへの切り替えを示す情報を受信した場合、再アタッチを実施してもよい。また、UE_A10は、EPSサービスが使用可能な状態で、NGSサービスの使用が許可されないことを示す第54の識別情報を受信した場合、UE_A10は再アタッチを実施しなくてもよい。さらに、UE_A10は、NGSサービスが使用可能な状態で、EPSサービスが使用できないことを示す情報を受信した場合、再アタッチを実施しなくてもよい。さらに、UE_A10は、これら以外の理由を示す情報を受信した場合、再アタッチを実施しなくてもよい。
本実施形態における第55の識別情報は、UE_A10が接続しているNSIを識別する情報である。さらに、第55の識別情報は、NSIを識別するNSD IDや、ネットワークスライスのタイプを識別するネットワークスライスタイプID等の情報でもよい。さらに、第55の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。さらに、第55の識別情報はAPNであってもよい。なお、第55の識別情報は、複数のNSIを識別する情報から構成されてもよい。また、第55の識別情報は、コアネットワーク_B190内のNF(Network Fuction)を識別する情報を含めて構成してもよい。さらに、第55の識別情報は、UEの登録情報であってもよい。
本実施形態における第56の識別情報は、UE_A10が次に接続すべき、及びまたは接続が許可されたDCNを識別する情報である。第56の識別情報は、UE usage typeであってもよいし、DCN IDであってもよいし、その他の情報であってもよい。なお、第56の識別情報は、NSIとDCNのマッピング情報に基づいて、CPF_140が選択したDCNを示す情報でもよいし、デフォルトのDCNを示す情報でもよい。なお、第56の識別情報は、後述する第57の識別情報と対応づけられて送受信されてよい。つまり、DCNを識別する情報と、DCNに接続することによって提供可能なサービスは、対応づけられて送受信されてもよい。
本実施形態における第57の識別情報は、各セッションを他のシステムに移動できるか否かを示す情報である。さらに、第57の識別情報は、他のシステムに切り替えることができるセッションを識別する情報でもよい。
さらに、第57の識別情報は、NSIからDCNへ移動することが可能なサービス、及び/又はセッションを識別する情報、及び/又はAPNでもよく、NSIとDCNとの対応を示す情報でもよい。なお、サービスを識別する情報は複数含まれてもよい。つまり、第57の識別情報は、複数のサービスを識別する情報群であってよい。さらに、各サービスの識別情報は、サービス毎に第56の識別情報に含まれるDCNに対応づけられて送受信されてもよい。
本実施形態における第61の識別情報は、UE_A10が確立を要求するセッションの種類を示す情報である。なお、UE_A10が確立を要求するセッションの種類を示す情報は、リクエストタイプでもよい。さらに、第61の識別情報は、要求するセッション確立手続きが、初期確立手続きであることを示す情報でもよいし、他のサービス、及び/又は他のアクセスネットワーク、及び/又は他のコアネットワークからのハンドオーバー手続きであることを示す情報でもよいし、緊急呼のためのセッションの確立手続きであることを示す情報でもよい。
さらに、第61の識別情報は、コアネットワーク_B190からコアネットワーク_A90へのハンドオーバーを示す情報でもよい。さらに、第61の識別情報は、セッションを、コアネットワーク_B190からコアネットワーク_A90に切り替えるためにセッションを確立することを示す情報でもよいし、NGSサービスからEPSサービスへセッションを切り替えるためにセッションを確立することを示す情報でもよい。
本実施形態における第62の識別情報は、他のシステムに移動するセッションを識別する情報である。さらに、第62の識別情報は、NGSサービスからEPSサービスに切り替えるセッションを識別する情報でもよいし、コアネットワーク_B190からコアネットワーク_A90へ切り替えるセッションを識別する情報でもよい。
さらに、第62の識別情報は、確立を要求するPDNコネクション、及び/又はEPSベアラが、NGSサービス、及び/又はコアネットワーク_B190からセッションを切り替えるために確立されることを示す情報でもよい。
本実施形態における第63の識別情報は、UE_A10が接続を要求する、DN等の外部ネットワークを識別する情報である。さらに、第63の識別情報は、APNでもよい。さらに、第63の識別情報は、複数のAPNで構成された情報でもよいし、APNとDN IDとで構成された情報でもよい。
さらに、第63の識別情報は、コアネットワーク_B190へのアタッチ手続き、及び/又はPDUセッション確立手続き時にUE_A10が受信した情報に基づいたAPNでもよい。言い換えると第63の識別情報は、第11の識別情報が示すDN IDに対応するAPNでもよいし、第16の識別情報が示すAPNでもよい。
本実施形態における第64の識別情報は、UE_A10が接続を要求する、MME_40を識別する情報である。さらに、第64の識別情報は、UE_A10が接続可能なMME_40を示す情報でもよいし、UE_A10が以前に接続していたMME_40を識別する情報でもよい。さらに、第64の識別情報は、UE_A10を識別する情報でもよい。例えば、第64の識別情報は、GUTIでもよいし、IMSIでもよいし、EPS mobile identityでもよいし、その他の情報でもよい。
本実施形態における第65の識別情報は、UE_A10が接続可能なCPF_140を識別する情報が含まれてもよいし、UE_A10が以前に接続していたCPF_140を識別する情報が含まれてもよい。さらに、第65の識別情報は、UE_A10を識別する情報でもよい。例えば、第65の識別情報は、CPF IDであってもよいし、GUTIでもよいし、IMSIでもよいし、NGS mobile identityでもよいし、その他の情報でもよい。なお、コアネットワーク_B190内に複数のCPF_140が存在する場合、CPF_140は、コアネットワーク_B190とUE_A10を接続し、UE_A10に対して制御メッセージを送受信するcommon CPFでもよい。その場合、第65の識別情報は、common CPF IDが含まれてもよい。
本実施形態における第66の識別情報は、UE_A10が使用を要求する接続サービスの種類を示す情報である。なお、第66の識別情報は、EPSサービスのみの使用を、UE_A10が要求することを示す情報でもよいし、EPSサービスとnon EPSサービスの両方の使用を、UE_A10が要求することを示す情報でもよい。言い換えると、第66の識別情報は、EPSサービスとNGSサービスの使用を、UE_A10が要求することを示す情報でもよいし、EPSサービスとNGSサービスとnon EPSサービスの使用を、UE_A10が要求することを示す情報でもよい。
さらに、第66の識別情報は、UE_A10が要求するアタッチ手続きの種類を示す情報でもよいし、アタッチタイプでもよい。言い換えると、第66の識別情報は、コアネットワーク_A90のみの登録、及び/又は接続を要求することを示す情報でもよく、コアネットワーク_A90とコアネットワーク_B190の両方への登録、及び/又は接続を要求することを示す情報でもよい。
本実施形態における第67の識別情報は、UE_A10が使用をサポートする接続サービスの種類を示す情報である。なお、第67の識別情報は、EPSサービスのみの使用を、UE_A10がサポートすることを示す情報でもよいし、EPSサービスとnon EPSサービスの両方の使用を、UE_A10がサポートすることを示す情報でもよい。言い換えると、第67の識別情報は、EPSサービスとNGSサービスの使用を、UE_A10がサポートすることを示す情報でもよいし、EPSサービスとNGSサービスとnon EPSサービスの使用を、UE_A10がサポートすることを示す情報でもよい。
さらに、第67の識別情報は、UE_A10がサポートするアタッチ手続きの種類を示すUE_A10の能力情報でもよい。言い換えると、第67の識別情報は、コアネットワーク_A90のみに登録、及び/又は接続することをサポートするUE_A10の能力情報でもよく、コアネットワーク_A90とコアネットワーク_B190の両方に登録、及び/又は接続することをサポートするUE_A10の能力情報でもよい。
本実施形態における第68の識別情報は、UE_A10がコアネットワーク_A90に要求する、DCNを識別する情報である。さらに、第68の識別情報は、UE usage typeでもよいし、DCN IDであってもよい。また、第68の識別情報は、ネットワークから予め取得した、UE_A10が次に接続すべき、及びまたは接続が許可されたDCNを識別する情報であってもよい。
本実施形態における第69の識別情報は、UE_A10が接続していたNSIを識別する情報である。さらに、第68の識別情報は、NSIを識別するNSD IDや、ネットワークスライスのタイプを識別するネットワークスライスタイプID等の情報でもよい。さらに、第68の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。さらに、第68の識別情報はAPNであってもよい。なお、第66の識別情報は、複数のNSIを識別する情報から構成されてもよい。また、第68の識別情報は、コアネットワーク_B190内のNF(Network Fuction)を識別する情報を含めて構成してもよい。さらに、第68の識別情報は、UEの登録情報であってもよい。
本実施形態における第71の識別情報は、他のシステムに移動するセッションを識別する情報である。さらに、第71の識別情報は、NGSサービスからEPSサービスに切り替えるセッションを識別する情報でもよいし、コアネットワーク_B190からコアネットワーク_A90へ切り替えるセッションを識別する情報でもよい。
本実施形態における第72の識別情報は、セッション切断手続きが開始された理由を示す理由情報（Cause)である。さらに、第72の識別情報は、加入者情報の変更等により、確立しているセッションの状態が適切ではなくなった理由を示す情報でもよい。
例えば、第72の識別情報は、オペレータポリシーによって、UE_A10が使用しているサービスが使用不可になったことを示す情報でもよいし、ネットワークのリソース不足によって、UE_A10が使用しているサービスは提供不可になったことを示す情報でもよい。さらに、第72の識別情報は、ネットワークでエラーが起きたことを示す情報でもよいし、定期的なリソース解放であることを示す情報でもよい。
さらに、第72の識別情報は、セッションの再確立、及び/又はセッションの再有効化が必要であることを示す情報でもよい。さらに、第72の識別情報は、UE_A10が使用しているサービスを、NGSサービスからnon NGSサービスに切り替える必要があることを示す情報でもよい。言い換えると、第72の識別情報は、コアネットワーク_B190から別のコアネットワークへセッションを切り替える必要があることを示す情報でもよいし、コアネットワーク_B190から別のコアネットワークへハンドオーバーを実施することがあることを示す情報でもよい。なお、別のコアネットワークはコアネットワーク_A90でよいし、第73の識別情報で識別されるコアネットワークでもよい。
さらに、第72の識別情報は、UE_A10が使用しているSSC modeが、許可されなくなったことを示す情報でもよいし、サポートされなくなったことを示す情報でもよい。さらに、第72の識別情報は、UE_A10が接続しているNSIが許可されなくなったことを示す情報でもよいし、UE_A10が使用しているネットワークスライスタイプがサポートされなくなったことを示す情報でもよい。
なお、UE_A10は、第72の識別情報に基づいて、セッションの再確立をするか否を決定してもよい。例えば、UE_A10は、コアネットワーク_B190から別のコアネットワークへの切り替え、及び/又はNGSサービスからnon NGSサービスへの切り替えを示す情報を受信した場合、セッションの再確立を実施してもよい。さらに、UE_A10は、セッションの再確立、及び/又はセッションの再有効化が必要であることを示す情報を受信した場合、セッションの再確立を実施してもよい。また、UE_A10は、これ以外の理由を示す情報を受信した場合、セッションの再確立を実施しなくてもよい。
本実施形態における第73の識別情報は、セッションの再確立時に接続するシステムを示す情報である。接続するシステムは、NGSサービスを提供するシステムでもよいし、EPSを提供するシステムでもよいし、non EPSサービスを提供するシステムでもよい。さらに、第73の識別情報は、セッションの再確立時に接続するコアネットワークを示す情報でもよい。例えば、第73の識別情報は、コアネットワーク_A90を示す情報でもよいし、コアネットワーク_B190を示す情報でもよい。
さらに、第73の識別情報は、セッションの再確立時に用いる制御メッセージの種類を示す情報でもよい。例えば、第73の識別情報は、セッション切断手続き後に、EPS用の制御メッセージを用いてセッション確立手続きを実施することを示してもよいし、NGS用の制御メッセージを用いてセッション確立手続きを実施することを示してもよい。
本実施形態における第74の識別情報は、セッションの再確立時に、ハンドオーバーを示す情報の送受信が必要か否かを示す情報である。さらに、第74の識別情報は、セッション切断手続き後の別のコアネットワークに対するセッション確立手続きが、必要とされているか否かを示す情報でもよいし、サポートされているか否かを示す情報でもよい。
さらに、第74の識別情報は、セッション切断手続き後に、UE_A10が別のコアネットワークに対してセッション確立手続きを実施することを、コアネットワーク_B190が要求していることを示す情報でもよい。さらに、第74の識別情報は、コアネットワーク_B190から別のコアネットワークへセッションを切り替えるために、セッション切断手続き後のセッション確立手続きが必要であることを示す情報でもよい。
本実施形態における第75の識別情報は、UE_A10が接続しているNSIを識別する情報である。さらに、第75の識別情報は、NSIを識別するNSD IDや、ネットワークスライスのタイプを識別するネットワークスライスタイプID等の情報でもよい。さらに、第75の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。さらに、第75の識別情報はAPNであってもよい。なお、第75の識別情報は、複数のNSIを識別する情報から構成されてもよい。また、第75の識別情報は、コアネットワーク_B190内のNF(Network Fuction)を識別する情報を含めて構成してもよい。さらに、第75の識別情報は、UEの登録情報であってもよい。
本実施形態における第76の識別情報は、UE_A10が次に接続すべき、及びまたは接続が許可されたDCNを識別する情報である。第76の識別情報は、UE usage typeであってもよいし、DCN IDであってもよいし、その他の情報であってもよい。なお、第76の識別情報は、NSIとDCNのマッピング情報に基づいて、CPF_140が選択したDCNを示す情報でもよいし、デフォルトのDCNを示す情報でもよい。
次に、本実施形態において、コアネットワーク＿B190に対する初期を図14を用いて説明する。本実施形態では、各装置はコアネットワーク_B190に対する初期手続きを実行することで、第1の状態に遷移し、UE_A10がコアネットワーク_B190を介したセッションを確立する。以下、本手続きはコアネットワーク_A90に対する初期手続きを指し、各手続きには、アタッチ手続き、PDN接続手続き、トラッキングエリア更新手続きがある。各手続きの詳細は、後述する。
本手続きにおいて、各装置は、まず、コアネットワーク_B190へのアタッチ手続き(S1400)を実行し、UE_A10がネットワークに接続した状態に遷移する。次に、各装置は、PDUセッション確立手続き(S1402)を実行し、第1の状態に遷移する(S1404)。また、PDUセッション確立後、第1の状態に遷移する前に、更に、トラッキングエリア更新手続き(S1404)を実行してもよい。なお、各装置は、コアネットワーク_B190へのアタッチ手続き及び/又はPDUセッション確立手続き及び/又はトラッキングエリア更新手続きにおいて、各装置の各種能力情報及び/又は各種要求情報を交換してもよい。
なお、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_B190へのアタッチ手続きで実施した場合、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施しなくてもよい。逆に、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_B190へのアタッチ手続きで実施しなかった場合、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施してもよい。これに限らず、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_B190へのアタッチ手続きで実施した場合でも、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施してもよい。
例えば、コアネットワーク_B190へのアタッチ手続き、及びPDUセッション確立手続きにおいて、UE_A10は、コアネットワーク_＿B190に、第1から9の識別情報のうち1つ以上の識別情報を交換してもよいし、コアネットワーク＿B190は、UE_A10から第1から9の識別情報のうち1つ以上の識別情報を受信し、さらに第11から26の識別情報のうち1つ以上の識別情報をUE_A10に送信してもよい。
また、UE_A10はコアネットワーク_A90へ、第1から9の識別情報のうち1つ以上の識別情報をコアネットワーク_B190へのアタッチ手続きで送信し、PDUセッション確立手続きで送信しなくてもよい。同様に、コアネットワーク＿B190はUE_A10へ第11から26の識別情報のうち1つ以上の識別情報を、アタッチ手続きで送信し、PDUセッション確立手続きで送信しなくてよい。
逆に、各装置は、UE_A10はコアネットワーク＿B190へ、第1から9の識別情報のうち1つ以上の識別情報をコアネットワーク_B190へのアタッチ手続きで送信せずに、PDUセッション確立手続きで送信してもよい。同様にコアネットワーク＿B190はUE_A10へ、第11から26の識別情報のうち1つ以上の識別情報をコアネットワーク＿B190へのアタッチ手続きで送信せずに、PDUセッション確立手続きで送信してもよい。
また、UE_A10はコアネットワーク＿B190、第1から9の識別情報のうち、コアネットワーク_B190へのアタッチ手続きで送信していない識別情報をPDUセッション確立手続きで送信してもよい。同様に、コアネットワーク＿B190はUE_A10へ第11から26の識別情報のうち、コアネットワーク＿B190へのアタッチ手続きで送信していない識別情報をPDUセッション確立手続きで送信してもよい。
さらに、各装置は、これらの識別情報をUE_A10と対応づけて管理する場合、コアネットワーク_B190へのアタッチ手続き中に送受信してもよく、PDUセッション及び/又はEPSベアラと対応づけて管理する場合、PDUセッション確立手続き中に送受信してもよい。
また、各装置は、PDUセッション確立手続きをコアネットワーク_B190へのアタッチ手続きの中で実行してもよく、コアネットワーク_B190へのアタッチ手続きの完了後に実行してもよい。なお、PDUセッション確立手続きがコアネットワーク_B190へのアタッチ手続きの中で実行された場合、各装置は、コアネットワーク_B190へのアタッチ手続きの完了に基づいてPDUセッションを確立してもよいし、第１の状態へ遷移してもよい。
次に、各装置は、トラッキングエリア更新手続き(S1404)を実行する。なお、トラッキングエリア更新手続きは、PDUセッションを確立した後、第1の状態への遷移前又は、遷移後の任意のタイミングで実行してもよい。また、各装置は、トラッキングエリア更新手続きにおいて、各種要求情報を交換してもよい。例えば、トラッキングエリア更新手続きにおいて、UE_A10はコアネットワーク_B190へ、第31から37の識別情報のうち1つ以上の識別情報を送信してもよい。さらに、コアネットワーク_B190はUE_A10に第41から46及び第21から26の識別情報のうち1つ以上の識別情報を送信してよい。
以上の手続きにより、各装置は、本手続きを完了する。なお、本手続きに関わる各装置は、本手続きで説明する各制御メッセージを送受信する事により、各制御メッセージに含まれる1又は複数の識別情報を送受信し、送受信した各識別情報をコンテキストとして記憶してもよい。さらに、各装置は、本手続きを完了に基づいて、適切な状態へ遷移してもよい。
[1.3.1.コアネットワーク_Bへのアタッチ手続きの概要]
まず、コアネットワーク_B190へのアタッチ手続きの概要について説明する。コアネットワーク_B190へのアタッチ手続きは、UE_A10が主導してネットワーク(アクセスネットワーク、及び/又はコアネットワーク_B190、及び/又はPDN_A5)へ接続する為の手続きである。UE_A10は、コアネットワーク_B190に接続していない状態であれば、端末電源投入時等の任意のタイミングで本手続きを実行する事ができる。言い換えると、UE_A10は、登録されていない状態(EMM-DEREGISTERED)であれば任意のタイミングで本手続きを開始してもよい。また、各装置は、コアネットワーク_B190へのアタッチ手続き完了に基づいて、登録状態(EMM-REGISTERED)に遷移してもよい。
[1.3.2.PDUセッション確立手続き例]
次に、PDUセッション確立手続きの例について説明する。以下、本手続きはPDN接続手続きを指す。本手続きは、各装置がPDUセッションを確立する為の手続きである。なお、各装置は、本手続きを、コアネットワーク_B190へのアタッチ手続きを完了した状態で実行してもよいし、コアネットワーク_B190へのアタッチ手続きの中で実行してもよい。また、各装置は、コアネットワーク_B190へのアタッチ手続き後の任意のタイミングで本手続きを開始してもよい。また、各装置は、PDUセッション確立手続きの完了に基づいて、PDUセッションを確立してもよい。さらに、各装置は、本手続きを複数回実行する事で、複数のPDUセッションを確立してもよい。
[1.3.2.1. PDUセッション確立手続き例]
図15を用いて、PDUセッション確立手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、NR node_A122を介してCPF_A140にPDUセッション確立要求(PDU Session Establishment Request)メッセージを送信し(S1500)、PDUセッション確立手続きを開始する。なお、PDUセッションがPDNコネクション(PDN connection)である場合、PDUセッション確立要求メッセージはPDN接続要求(PDN connectivity request)メッセージでよい。また、PDUセッション確立要求メッセージは、これに限らず、PDUセッションの確立を要求するメッセージであればよい。
ここで、UE_A10は、PDUセッション確立要求メッセージに、少なくとも第1から9の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を示してもよい。
さらに、各装置は、第2の識別情報、及び/又は第3の識別情報を送受信する事で、UE_A10が要求する、及び/又はサポートする接続サービスを示してよい。さらに、各装置は、第4の識別情報、及び/又は第5の識別情報を送受信する事で、UE_A10がサポート、及び/又は要求する、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。
さらに、各装置は、第1の識別情報、及び/又は第6の識別情報を送受信する事で、UE_A10が要求するDNの種類を示してもよい。さらに、各装置は、第9の識別情報を送受信する事で、UE_A10が接続を要求するNSIを示してもよい。さらに、各装置は、第7の識別情報、及び/又は第8の識別情報を含めることで、UE_A10が接続を要求するMME_A40またはCPF_A140を示してもよい。
さらに、各装置は、第1から9の識別情報のうち1つ以上の識別情報を送受信することで、確立を要求するPDUセッションが、PDUセッションの接続先の切り替え時においても、同一のIPアドレスによる接続性を維持することが可能であるか否かを示してもよい。
なお、PDUセッションの接続先の切り替え時とは、PDUセッションを、NGSサービスからEPSサービスに切り替える時でもよいし、コアネットワーク_B190からコアネットワーク_A90に切り替える時でもよい。
CPF_A140は、PDUセッション確立要求メッセージを受信し、第1の条件判別を実行する。第1の条件判別は、CPF_A140が、UE_A10の要求を受諾するか否かを判断する為のものである。第1の条件判別において、CPF_A140は第1の条件が真であるか偽であるかを判定する。CPF_A140は、第1の条件が真の場合は本手続き中の(A)の手続きを開始し、第1の条件が偽の場合は本手続き中の(B)の手続きを開始する。なお、第1の条件が偽の場合のステップは後述する。
以下、第1の条件が真の場合のステップ、すなわち本手続き中の(A)の手続きの各ステップを説明する。CPF_A140は、本手続き中の(C)の手続きを実行し、本手続き中の(A)の手続きを開始する。さらに、本手続き中の(C)の手続きの各ステップを説明する。CPF_A140は、UPGW_A130にセッション生成要求メッセージを送信し、本手続き中の(C)の手続きを開始する(S1502)。
ここで、CPF_A140は、セッション生成要求メッセージに、少なくとも第1から9の識別情報のうち1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
さらに、UPGW_A130は、セッション生成要求メッセージを受信し、第3の条件判別を実行する。なお、第3の条件判別は、UPGW_A130が、UE_A10の要求を受諾するか否かを判別する為のものである。第3の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合でよい。また、第3の条件が偽とは、UE_A10の要求を拒否する場合であり、第3の条件を真と判断しない場合でよい。
また、第3の条件判別は、UPGW_A130ではなく、別の装置(例えば、PCRF_A60)が実施してもよい。その場合、UPGW_A130は、PCRF_A60との間でIP-CANセッション確立手続きを実施する。より具体的には、UPGW_A130は、PCRF_A60にIP-CANセッション確立手続き中の要求メッセージを送信する。さらに、PCRF_A60は、IP-CANセッション確立手続き中の要求メッセージを受信し、第3の条件を判別し、UPGW_A130にIP-CANセッション確立手続き中の応答メッセージを送信する。さらに、UPGW_A130はIP-CANセッション確立手続き中の応答メッセージを受信し、第3の条件判別の結果を認識する。
ここで、UPGW_A130は、IP-CANセッション確立手続き中の要求メッセージに、少なくとも第1から9の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
また、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、少なくとも第3の情報判別の結果を含めてもよいし、この結果を含める事で、第3の条件判別の結果をUPGW_A130に通知してもよい。
さらに、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、第11から19の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。
また、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、第21から26の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
なお、PCRF_A60が第3の条件判別を実施した場合、UPGW_A130は、PCRF_A60から受信した第3の条件判別の結果を基に、第3の条件判別を実施してもよい。例えば、PCRF_A60がUE_A10の要求を受諾する場合、PCRF_A60、及びUPGW_A130は第3の条件を真としてもよく、UE_A10の要求を拒絶する場合、PCRF_A60、及びUPGW_A130は第3の条件を偽としてもよい。
第3の条件判別において、UPGW_A130は第3の条件が真であるか偽であるかを判定する。第3の条件が真の場合には、UPGW_A130はCPF_A140にセッション生成応答メッセージを送信する(S1506)。さらに、CPF_A140は、セッション生成応答メッセージを受信する。
また、UPGW_A130は、セッション生成応答メッセージに、第11から19の識別情報のうち1つ以上の識別情報を含めてもよいし、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。
また、第3の条件が偽の場合には、UPGW_A130はCPF_A140にセッション生成拒絶メッセージを送信する(S1508)。なお、セッション生成拒絶メッセージは、拒絶理由(Reject cause)を含むセッション生成応答メッセージでもよい。
また、UPGW_A130は、セッション生成拒絶メッセージに、第21から26の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
各装置は、セッション生成応答メッセージ、及び/又はセッション生成拒絶メッセージの送受信に基づき、本手続き中の(C)の手続きを完了する。
CPF_A140は、セッション生成応答メッセージの受信に基づいて、NR node_A122にPDUセッション確立受諾(PDU session establishment accept)メッセージを送信する(S1514)。なお、CPF_A140は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。また、PDUセッションがPDNコネクションである場合、PDUセッション確立受諾メッセージは、PDN接続受諾(PDN Connectivity Accept)メッセージでもよいし、デフォルトEPSベアラコンテキストアクティブ化要求(Activate default EPS bearer context request)メッセージでもよい。また、PDUセッション確立受諾メッセージは、PDUセッション確立要求メッセージに対する応答メッセージであればよく、これに限らず、PDUセッション確立の要求を受諾するメッセージであればよい。
NR node_A122は、PDUセッション確立受諾メッセージを受信し、UE_A10にRRCメッセージ(例えば、RRC Connection ReconfigurationメッセージやRRC Connection Setupメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)、及び/又はPDUセッション確立受諾メッセージを送信する(S1516)。なお、PDUセッション確立受諾メッセージは、RRCメッセージに含まれて送受信されてもよい。
ここで、CPF_A140は、PDUセッション確立受諾メッセージに、少なくとも第11から19の識別情報のうち1つ以上の識別情報を含めてもよいし、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよい。
さらに、各装置は、第12の識別情報、及び/又は第13の識別情報を送受信する事で、ネットワークが許可する、及び/又はサポートする接続サービスを示してよい。さらに、各装置は、第14の識別情報、及び/又は第15の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可する、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。
さらに、各装置は、第11の識別情報、及び/又は第16の識別情報を送受信する事で、ネットワークが許可するDNの種類を示してもよい。さらに、各装置は、第19の識別情報を送受信する事で、ネットワークが接続を許可するNSIを示してもよい。さらに、各装置は、第17の識別情報、及び/又は第18の識別情報を送受信することで、ネットワークが接続を許可するMME_A40またはCPF_A140を示してもよい。
さらに、例えば、各装置は、第11から19の識別情報のうち1つ以上の識別情報を送受信する事で、UE_A10の要求が受諾された理由を示してもよい。さらに、各装置は、UE_A10の要求が受諾された理由に基づいて、本手続き後に、各装置が実施すべき処理を示してもよいし、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、PDUセッション確立手続きが受諾された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを実行してもよい。
さらに、各装置は、第11から19の識別情報のうち1つ以上の識別情報を送受信することで、確立されたPDUセッションが、PDUセッションの接続先の切り替え時においても、同一のIPアドレスによる接続性を維持することが可能なであるか否かを示してもよい。
RRCメッセージを受信した場合、UE_A10はNR node_A122にRRCメッセージ(例えば、RRC Connection Reconfiguration CompleteメッセージやRRC Connection Setup Completeメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)を送信する(S1518)。NR node_A122は、RRCメッセージを受信し、CPF_A140にベアラ設定メッセージを送信する(S1520)。さらに、CPF_A140は、ベアラ設定メッセージを受信する。
PDUセッション確立受諾メッセージを受信した場合、UE_A10はNR node_A122を介してCPF_A140にPDUセッション確立完了(PDU session establishment complete)メッセージを送信する(S1522)(S1524)。さらに、CPF_A140は、PDUセッション確立完了メッセージを受信し、第2の条件判別を実行する。なお、PDUセッションがPDNコネクションである場合、PDUセッション確立完了メッセージは、PDN接続完了(PDN Connectivity complete)メッセージでもよいし、デフォルトEPSベアラコンテキストアクティブ化受諾(Activate default EPS bearer context accept)メッセージでもよい。また、PDUセッション確立完了メッセージは、PDUセッション確立受諾メッセージに対する応答メッセージであればよく、これに限らず、PDUセッション確立手続きが完了する事を示すメッセージであればよい。
第2の条件判別は、CPF_A140が、UPGW_A130にベアラの変更を要求する必要の要否を判定する為ものである。第2の条件が真の場合、CPF_A140は本手続き中の(D)の手続きを開始する。また、第2の条件判別が偽の場合CPF_A140は本手続き中の(D)の手続きを実行しない。以下、本手続き中の(D)の手続きの各ステップを説明する。第2の条件が真の場合、CPF_A140は、ベアラ変更要求メッセージをSGW_A35に送信し(S1526)、本手続き中の(D)の手続きを開始する。さらに、SGW_A35は、ベアラ変更要求メッセージを受信し、CPF_A140にベアラ変更応答メッセージを送信する(S1528)。さらに、CPF_A140は、ベアラ変更応答メッセージを受信し、本手続きの(D)の手続きを完了する。さらに、各装置は、第2の条件判別が偽の場合PDUセッション確立完了メッセージの送受信に基づき、及び/又は第2の条件判別が真の場合本手続きの中の(D)の手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
次に、本手続き中の(B)の手続きの各ステップを説明する。CPF_A140は、NR node_A122を介してUE_A10にPDUセッション確立拒絶(PDU session establishment reject)メッセージを送信し(S1530)、本手続き中の(B)の手続きを開始する。さらに、UE_A10はPDUセッション確立拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、PDUセッション確立拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。PDUセッション確立拒絶メッセージには、適切な拒絶理由が含まれてもよい。なお、PDUセッションがPDNコネクションである場合、PDUセッション確立拒絶メッセージはPDN接続拒絶(PDN Connectivity reject)メッセージでよい。また、PDUセッション確立拒絶メッセージは、PDUセッション確立要求メッセージに対する応答メッセージであればよく、これに限らず、PDUセッション確立の要求を拒絶するメッセージであればよい。
また、CPF_A140は、PDUセッション確立拒絶メッセージに、第21から26の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
さらに、各装置は、第21の識別情報を送受信する事で、PDUセッション確立手続きが拒絶された理由を示してもよいし、コアネットワーク_B190へのアタッチ手続き後に、各装置が実施すべき処理を示してもよい。
さらに、各装置は、第22の識別情報、及び/又は第23の識別情報を送受信する事で、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを、ネットワークがサポート、及び/又は許可しないことを示してもよい。さらに、各装置は、第24の識別情報、及び/又は第25の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可しない、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。さらに、各装置は、第26の識別情報を送受信することで、ネットワークが接続を許可しないNSIを示してもよい。
各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、PDUセッションが確立された状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよいし、PDUセッションが確立されていない状態に遷移してもよい。
さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、各装置は、第21から26の識別情報のうち1つ以上の識別情報を送受信した場合、UE_A10の要求が拒絶された理由を認識してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、PDUセッション確立手続きが受諾された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを実行してもよい。
また、前述した第1から第3の条件判別は、PDUセッション確立要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第3の条件の真偽が決まる条件は前述した条件に限らなくてもよい。
例えば、第1の条件、及び/又は第3の条件は、UE_A10がセッションの確立を要求し、ネットワークが要求を許可する場合、真でよい。また、第1の条件、及び/又は第3の条件は、UE_A10がセッションの確立を要求し、ネットワークが要求を許可しない場合、偽でよい。さらに、第1の条件、及び/又は第3の条件は、UE_A10の接続先のネットワーク、及び/又はネットワーク内の装置が、UE_A10が要求するセッションの確立をサポートしていない場合、偽でもよい。
[1.3.3.コアネットワーク_Bへのアタッチ手続き例]
図16を用いて、コアネットワーク_B190へのアタッチ手続きを実行する手順の例を説明する。以下、本手続きとはコアネットワーク_B190へのアタッチ手続きを指す。本手続きは、UE_A10がコアネットワーク_B190に登録されるための手続きである。以下、本手続きの各ステップについて説明する。まず、UE_A10は、NR node_A122を介してCPF_A140にアタッチ要求(Attach request)メッセージを送信し(S1600)、コアネットワーク_B190へのアタッチ手続きを開始する。UE_A10は、アタッチ要求メッセージに、前述したPDUセッション確立要求メッセージを含めて送信してもよいし、PDUセッション確立要求メッセージを含める事で、コアネットワーク_B190へのアタッチ手続き中でPDUセッション確立手続きを実施する事を要求してもよい。
ここで、UE_A10は、アタッチ要求メッセージに、少なくとも第1から9の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を示してもよい。
さらに、各装置は、第2の識別情報、及び/又は第3の識別情報を送受信する事で、UE_A10が要求する、及び/又はサポートする接続サービスを示してよいさらに、各装置は、第4の識別情報、及び/又は第5の識別情報を送受信する事で、UE_A10がサポート、及び/又は要求する、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。
さらに、各装置は、第1の識別情報、及び/又は第6の識別情報を送受信する事で、UE_A10が要求するDNの種類を示してもよい。さらに、各装置は、第9の識別情報を送受信する事で、UE_A10が接続を要求するNSIを示してもよい。さらに、各装置は、第7の識別情報、及び/又は第8の識別情報を含めることで、UE_A10が接続を要求するMME_A40またはCPF_A140を示してもよい。
さらに、各装置は、第1から9の識別情報のうち1つ以上の識別情報を送受信することで、確立を要求するPDUセッションが、PDUセッションの接続先の切り替え時においても、同一のIPアドレスによる接続性を維持することが可能であるか否かを示してもよい。
なお、UE_A10は、これらの識別情報を、アタッチ要求メッセージとは異なる制御メッセージに含めて送信してもよい。
CPF_A140は、アタッチ要求メッセージ及び/又はアタッチ要求メッセージとは異なる制御メッセージを受信し、第1の条件判別を実行する。CPF_A140は、第1の条件が真の場合、本手続き中の(A)の手続きを開始し、第1の条件が偽の場合、本手続き中の(B)の手続きを開始する。
以下、本手続き中の(A)の手続きの各ステップを説明する。CPF_A140は、第4の条件判別を実行し、本手続き中の(A)の手続きを開始する。第4の条件判別において、CPF_A140は第4の条件が真であるか偽であるかを判定する。CPF_A140は、UE主導のPDUセッション確立手続き中の(C)の手続きを、第4の条件が真の場合には開始することで実行し、第4の条件が偽の場合には省略する(S1604)。さらに、CPF_A140は、アタッチ要求メッセージ及び/又はセッション生成応答メッセージの受信、及び/又はPDN接続手続き中の(C)の手続きの完了に基づいて、NR node_A122にアタッチ受諾(Attach accept)メッセージを送信する(S1606)。なお、CPF_A140は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。
NR node_A122は、アタッチ受諾メッセージを受信し、UE_A10にRRCメッセージ(例えば、RRC Connection ReconfigurationメッセージやRRC Connection Setupメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)及び/又はアタッチ受諾メッセージを送信する(S1608)。なお、アタッチ受諾メッセージは、RRCメッセージに含まれて送受信されてもよい。さらに、第4の条件が真の場合、CPF_A140は、アタッチ受諾メッセージに、前述したPDUセッション確立受諾メッセージを含めて送信してもよいし、PDUセッション確立受諾メッセージを含める事で、PDUセッション確立手続きが受諾された事を示してもよい。
ここで、CPF_A140は、アタッチ受諾メッセージに、少なくとも第11から19の識別情報のうち1つ以上の識別情報を含めてもよいし、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよい。
さらに、各装置は、第12の識別情報、及び/又は第13の識別情報を送受信する事で、ネットワークが許可する、及び/又はサポートする接続サービスを示してよい。さらに、各装置は、第14の識別情報、及び/又は第15の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可する、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。
さらに、各装置は、第11の識別情報、及び/又は第16の識別情報を送受信する事で、ネットワークが許可するDNの種類を示してもよい。さらに、各装置は、第19の識別情報を送受信する事で、ネットワークが接続を許可するNSIを示してもよい。さらに、各装置は、第17の識別情報、及び/又は第18の識別情報を含めることで、ネットワークが接続を許可するMME_A40またはCPF_A140を示してもよい。
さらに、各装置は、第11から19の識別情報のうち1つ以上の識別情報を送受信する事で、UE_A10の要求が受諾された理由を示してもよい。さらに、各装置は、UE_A10の要求が受諾された理由に基づいて、本手続き後に、各装置が実施すべき処理を示してもよいし、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、コアネットワーク_B190へのアタッチ手続きが受諾された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを実行してもよい。
さらに、各装置は、第11から19の識別情報のうち1つ以上の識別情報を送受信することで、確立されたPDUセッションが、PDUセッションの接続先の切り替え時においても、同一のIPアドレスによる接続性を維持することが可能なであるか否かを示してもよい。
ここで、第1の条件判別は、PDUセッション確立手続き中の第1の条件判別と同じでよい。また、第4の条件判別は、CPF_A140が、PDUセッション確立手続きを実施するか否かを判別する為のものである。第4の条件が真とは、PDUセッション確立要求メッセージを受信した場合であり、本手続き中でPDUセッション確立手続きも実行する場合でよい。また、第4の条件が偽とは、PDUセッション確立要求メッセージを受信しなかった場合であり、本手続き中でPDUセッション確立手続きも実行しない場合でよいし、第4の条件を真と判断しない場合でよい。
UE_A10がNR node_A122からRRCメッセージを受信した場合、UE_A10は、NR node_A122にRRCコネクションメッセージ(例えば、RRC Connection Reconfiguration CompleteメッセージやRRC Connection Setup Completeメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)を送信する(S1610)。NR node_A122は、RRCメッセージを受信し、CPF_A140にベアラ設定メッセージを送信する(S1612)。さらに、CPF_A140は、ベアラ設定メッセージを受信する。
UE_A10がCPF_A140からNR node_A122を介してアタッチ受諾メッセージを受信した場合、UE_A10は、NR node_A122を介してCPF_A140にアタッチ完了(Attach complete)メッセージを送信する(S1614)(S1616)。さらに、CPF_A140は、アタッチ完了メッセージを受信する。さらに、第4の条件が真の場合、CPF_A140は第2の条件判別を実行する。第2の条件判別は、CPF_A140が、UPGW_A130にベアラの変更を要求する必要の要否を判定する為ものである。第2の条件が真の場合、CPF_A140は、PDUセッション確立手続き中の(D)手続きを開始し、実行(S1618)。各装置は、アタッチ完了メッセージの送受信、及び/又はPDUセッション確立手続き中の(D)手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
なお、UE_A10は、PDUセッション確立受諾メッセージを受信した場合、アタッチ完了メッセージに、前述したPDUセッション確立完了メッセージを含めて送信してもよいし、PDUセッション確立完了メッセージを含める事で、PDUセッション確立手続きを完了する事を示してもよい。
次に、本手続き中の(B)の手続きの各ステップを説明する。CPF_A140は、NR node_A122を介してUE_A10にアタッチ拒絶(Attach reject)メッセージを送信し、本手続き中の(B)の手続きを開始する(S1620)。さらに、UE_A10は、アタッチ拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、アタッチ拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。なお、第4の条件が真の場合、CPF_A140は、アタッチ拒絶メッセージに、前述したPDUセッション確立拒絶メッセージを含めて送信してもよいし、PDUセッション確立拒絶メッセージを含める事で、PDUセッション確立手続きが拒絶された事を示してもよい。その場合、UE_A10は、さらに、PDUセッション確立拒絶メッセージを受信してもよいし、PDUセッション確立手続きが拒絶された事を認証してもよい。
また、CPF_A140は、アタッチ拒絶メッセージに、第21から26の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
さらに、各装置は、第21から26の識別情報のうち1つ以上の識別情報を送受信する事で、コアネットワーク_B190へのアタッチ手続きが拒絶された理由を認識してもよいし、コアネットワーク_B190へのアタッチ手続き後に、各装置が実施すべき処理を示してもよいし、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、コアネットワーク_B190へのアタッチ手続きが拒絶された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを実行してもよい。
さらに、各装置は、第21の識別情報を送受信する事で、PDN接続手続きが拒絶された理由を示してもよいし、コアネットワーク_A90へのアタッチ手続き後に、各装置が実施すべき処理を示してもよい。さらに、各装置は、第22の識別情報、及び/又は第23の識別情報を送受信する事で、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを、ネットワークがサポート、及び/又は許可しないことを示してもよい。
さらに、各装置は、第24の識別情報、及び/又は第25の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可しない、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。さらに、各装置は、第26の識別情報を送受信することで、ネットワークが接続を許可しないDCNを示してもよい。
各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、UE_A10がネットワークに接続した状態及び/又は登録状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよいし、ネットワークに接続できない状態に遷移してもよい。また、各装置の各状態への遷移は、本手続きの完了に基づいて行われてもよく、PDUセッションの確立に基づいて行われてもよい。
さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、各装置は、第21から25の識別情報のうち1つ以上の識別情報を送受信した場合、UE_A10の要求が拒絶された理由を認識してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、再度本手続きを実施してもよいし、コアネットワーク_A90や別のセルに対してコアネットワーク_B190へのアタッチ手続きを実施してもよい。
また、上述した第1から第4の条件判別は、アタッチ要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第4の条件の真偽が決まる条件は上述した条件に限らなくてもよい。
例えば、また、第1の条件判別、及び/又は第3の条件判別は、上述したPDUセッション確立手続き例と同様でよい。
[1.3.4.トラッキングエリア更新手続きの概要]
トラッキングエリア更新手続き(Tracking Area Update Procedure)の概要について説明する。以下、本手続きは、トラッキングエリア更新手続きを指す。本手続きは、ネットワーク(アクセスネットワーク、及び/又は、コアネットワーク_B190)におけるUE_A10の位置登録情報を更新する、及び/又は、UE_A10からネットワークへ定期的にUE_A10の状態を通知する、及び/又は、ネットワークにおけるUE_A10に関する特定のパラメータを更新する為の手続きである。UE_A10は、PDUセッションが確立された状態であれば、任意のタイミングで本手続きを実行する事ができる。また、UE_A10は、本手続きを定期的に実行する事ができる。
[1.3.4.1.トラッキングエリア更新手続き例]
図17を用いて、トラッキングエリア更新手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まずUE_A10は、NR node_A122を介してCPF_A140にトラッキングエリア更新要求(Tracking Area Update request)メッセージを送信し(S1700)、トラッキングエリア更新手続きを開始する。
ここでUE_A10は、トラッキングエリア更新要求メッセージに、少なくとも、第31から37の識別情報うち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を示してもよい。
さらに、各装置は、第32の識別情報を送受信する事で、UE_A10がサポートする接続サービスを示してよい。コさらに、各装置は、第35の識別情報、及び/又は第36の識別情報を送受信する事で、UE_A10がサポート及び/又は要求する、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。
さらに、各装置は、第37の識別情報を送受信する事で、UE_A10が接続を要求するNSIを示してもよい。さらに、各装置は、第31の識別情報を送受信する事で、UE_A10が登録情報の更新を要求する対象の接続サービスを示してもよい。さらに、各装置は、第33の識別情報、及び/又は第34の識別情報を含めることで、UE_A10が接続を要求するMME_A40またはCPF_A140を示してもよい。
CPF_A140は、トラッキングエリア更新要求メッセージを受信し、第1の条件判別を実行する。第1の条件判別において、CPF_A140は第1の条件が真であるか偽であるかを判定する。CPF_A140は、第1の条件が真の場合は本手続き中の(A)の手続きを開始し、第1の条件が偽の場合は本手続き中の(B)の手続きを開始する。なお、第1の条件が偽の場合のステップは後述する。
以下、第1の条件が真の場合のステップ、すなわち本手続き中の(A)の手続きの各ステップを説明する。CPF_A140は、第4の条件判別を実行し、本手続き中の(A)の手続きを開始する。第4の条件判別において、CPF_A140は第4の条件が真であるか偽であるかを判定する。CPF_A140は、本手続き中の(C)の手続きを、第4の条件が真の場合には開始し、第4の条件が偽の場合には省略する(S1703)。
ここで、第1の条件判別はコアネットワーク_B190へのアタッチ手続き中の第1の条件判別と同じでよい。また、第4の条件判別は、PDUセッションの変更及び/又は追加及び/又は削除手続きの要否を判断する為のものである。
ここで、CPF_A140は、本手続き中の(C)の手続き中ののメッセージに、少なくとも第31から37の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を、各装置に伝達してもよい。
さらにCPF_A140は、(C)の手続き完了後に、第3の条件判別を実行する。ここで、第3の条件判別とは、CPF_A140がUE_A10の要求を受諾するかを判断する為のものであり、第3の条件判断は、(C)の手続き中に、いずれかの装置から受信した情報に基づいて決定してもよい。第3の条件判別において、CPF_A140は第3の条件が真であるか偽であるかを判定する。 CPF_A140は、本手続き中の(C)の手続きを、第3の条件が真の場合にはNR node_A122を介してUE_A10にトラッキングエリア更新受諾(Tracking Area Update accept)メッセージを送信し(S1706)、第3の条件が偽の場合には本手続き中の(B)の手続きを開始する。トラッキングエリア更新受諾メッセージには、適切な受諾理由が含まれてもよい。なお、トラッキングエリア更新受諾メッセージは、トラッキングエリア更新要求メッセージに対する応答メッセージであればよく、これに限らず、トラッキングエリア更新の要求を受諾するメッセージであればよい。
ここで、CPF_A140は、トラッキングエリア更新受諾メッセージに、少なくとも第41から47の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよい。
さらに、各装置は、第43の識別情報、及び/又は第44の識別情報を送受信する事で、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを、ネットワークがサポート、及び/又は許可するか否か示してもよい。さらに、各装置は、第45の識別情報、及び/又は第46の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可する、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。
さらに、各装置は、第47の識別情報を送受信する事で、ネットワークが接続を許可するNSIを示してもよい。
さらに、各装置は、第41から47の識別情報のうち1つ以上の識別情報を送受信する事で、UEの要求が受諾された理由を示してもよい。さらに、各装置は、UE_A10の要求が受諾された理由に基づいて、本手続き後に、各装置が実施すべき処理を示してもよいし、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、トラッキングエリア更新手続きが受諾された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを実行してもよい。
トラッキングエリア更新受諾メッセージを受信した場合、UE_A10はNR node_A122を介してCPF_A140にトラッキングエリア更新完了(Tracking Area Update complete)メッセージを送信する(S1710)。各装置は、トラッキングエリア更新完了メッセージの送受信に基づき、本手続き中の(A)の手続きを完了する。
次に、本手続き中の(B)の手続きの各ステップを説明する。CPF_A140は、NR node_A122を介してUE_A10にトラッキングエリア更新拒絶(Tracking Area Update reject)メッセージを送信する。さらに、UE_A10はトラッキングエリア更新拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、トラッキングエリア更新拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。トラッキングエリア更新拒絶メッセージには、適切な拒絶理由が含まれてもよい。なお、また、トラッキングエリア更新拒絶メッセージは、トラッキングエリア更新要求メッセージに対する応答メッセージであればよく、これに限らず、トラッキングエリア更新の要求を拒絶するメッセージであればよい。
ここで、CPF_A140は、トラッキングエリア更新拒絶メッセージに、第21から26の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
さらに、各装置は、第21の識別情報を送受信する事で、トラッキングエリア更新手続きが拒絶された理由を示してもよいし、トラッキングエリア更新手続き後に、各装置が実施すべき処理を示してもよい。
さらに、各装置は、第22の識別情報、及び/又は第23の識別情報を送受信する事で、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを、ネットワークがサポート、及び/又は許可しないことを示してもよい。さらに、各装置は、第24の識別情報、及び/又は第25の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可しない、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。さらに、各装置は、第26の識別情報を送受信することで、ネットワークが接続を許可しないDCNを示してもよい。
各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。
さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、各装置は、第21から26の識別情報のうち1つ以上の識別情報を送受信した場合、UE_A10の要求が拒絶された理由を示してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、各装置が実施すべき処理を示してもよいし、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。例えば、UE_A10は、トラッキングエリア更新手続きが拒絶された理由に含まれる各装置が実施すべき処理に基づき、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを実行してもよい。
また、前述した第1、及び/又は第3、及び/又第4の条件判別は、トラッキングエリア更新要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1、及び/又は第3、及び/又第4の条件の真偽が決まる条件は前述した条件に限らなくてもよい。
例えば、第1の条件、及び/又は第3の条件、及び/又は第4の条件は、UE_A10がトラッキングエリア更新を要求し、ネットワークが要求を許可する場合、真でよい。また、第1の条件、及び/又は第3の条件、及び/又は第4の条件は、UE_A10がトラッキングエリア更新を要求し、ネットワークが要求を許可しない場合、偽でよい。さらに、第1の条件、及び/又は第2の条件、及び/又は第3の条件は、UE_A10の接続先のネットワーク、及び/又はネットワーク内の装置が、UE_A10が要求するトラッキングエリア更新をサポートしていない場合、偽でもよい。
[1.4.再接続手続きの説明]
次に、本実施形態における再接続手続きを説明する。ここで、再接続手続きとは、接続を一時切断し、再び接続を確立するまでの手続きである。本実施形態では、コアネットワーク_B190に接続するPDUセッションを、コアネットワーク_A90に接続するPDN接続に切り替える手続きを説明する。また、本手続きは、コアネットワーク_A90に接続する状態から、コアネットワーク_B190に接続する状態に遷移する手続きであってもよい。なお、本実施形態では、2つの再接続手続きについて説明する。以下、第1の再接続手続き及び第2の再接続手続きを説明する。
[1.4.1.第1の再接続手続きの説明]
本実施形態における、第1の再接続手続きを図18を用いて説明する。以下、本手続きとは、第1の再接続手続きを指し、各手続きには、デタッチ手続き、コアネットワーク_A90へのアタッチ手続き、PDN接続手続きがある。なお、各手続きの詳細は、後述する。まず、各装置は、コアネットワーク_B190へ接続する第1の状態に遷移(S1800)する。
本手続きは、ネットワークが主導し、UE_A10がコアネットワーク_B190に登録されている状態から、コアネットワーク_A90に登録されている状態に遷移する為のものであり、UE_A10がアクセスするコアネットワークや使用する接続サービスを変更する、及び/又は切り替える為の手続きである。さらに、本手続きにより、UE_A10は、アクセスするコアネットワークや使用する接続サービスを変更しても、IPアドレスを維持してもよい。なお、第1の状態への遷移するための手続きは1.3章に説明した初期手続きであってよい。
次に、各装置は、デタッチ手続き(S1802)を実行し、UE_A10がコアネットワーク_B190へ接続していない状態に遷移する。続いて、各装置はコアネットワーク_A90へのアタッチ手続きを実行し(S1804)、UE_A10がコアネットワーク_A90に接続する状態に遷移する。なお、ここで、コアネットワーク_A90へのアタッチとは、コアネットワーク_A90に対するアタッチ手続きである。更に、各装置はPDN接続手続き(PDN Connectivity procedure)を実行してもよい(S1806)。なお、ここで、コアネットワーク_A90へのアタッチとは、コアネットワーク_A90に対するアタッチ手続きである。
なお、各装置は、デタッチ手続き及び/又はコアネットワーク_A90へのアタッチ手続き及び/又はPDN接続手続きにおいて、各装置の各種能力情報及び/又は各種要求情報を交換してもよい。例えば、UE_A10はコアネットワーク_B190へ、少なくとも第51から第57の識別情報のうち1つ以上の識別情報を、デタッチ手続きにおいて送信してもよい。
なお、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_A90へのアタッチ手続きで実施した場合、各種情報の交換及び/又は各種要求の交渉をPDN接続手続きで実施しなくてもよい。逆に、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_A90へのアタッチ手続きで実施しなかった場合、各種情報の交換及び/又は各種要求の交渉をPDN接続手続きで実施してもよい。これに限らず、各装置は、各種情報の交換及び/又は各種要求の交渉をコアネットワーク_A90へのアタッチ手続きで実施した場合でも、各種情報の交換及び/又は各種要求の交渉をPDN接続手続きで実施してもよい。
例えば、アタッチ手続き、及びPDN接続手続きにおいて、UE_A10はコアネットワーク_B190へ、少なくとも第61から68の識別情報のうち1つ以上の識別情報を送信してもよいし、コアネットワーク_A90はUE_A10から、少なくとも第61から68の識別情報のうち1つ以上の識別情報を受信し、さらに少なくとも第19、及び第26の識別情報のうち1つ以上の識別情報をUE_A10に送信してもよい。
また、UE_A10はコアネットワーク_A90 へ、少なくとも第61から66の識別情報のうち1つ以上の識別情報をアタッチ手続きで送信し、PDN接続手続きで送信しなくてもよい。同様に、コアネットワーク_A90はUE_A10へ、少なくとも第19、及び第26の識別情報のうち少なくとも1つ以上の識別を、アタッチ手続きで送信し、PDN接続手続きで送信しなくてよい。
逆に、UE_A10はコアネットワーク_A90へ、少なくとも第61から66の識別情報のうち1つ以上の識別情報を、アタッチ手続きで送信せず、PDN接続手続きで送信してもよい。同様に、コアネットワーク_A90は、少なくとも第19、及び第26の識別情報を、アタッチ手続きで送信せず、PDN接続手続きで送信してよい。
また、UE_A10はコアネットワーク_A90へ第61から66の識別情報のうち、コアネットワーク_A90へのアタッチ手続きで送信していない識別情報をPDN接続手続きで送信してもよい。同様に、コアネットワーク_A90はUE_A10へ第19及び第26の識別情報のうち、コアネットワーク_A90へのアタッチ手続きで送信していない識別情報をPDN接続手続きで送信してもよい。
以上の手続きにより、各装置は、本手続きを完了する。なお、本手続きに関わる各装置は、本手続きで説明する各制御メッセージを送受信する事により、各制御メッセージに含まれる1又は複数の識別情報を送受信し、送受信した各識別情報をコンテキストとして記憶してもよい。さらに、各装置は、本手続きを完了に基づいて、適切な状態へ遷移してもよい。
[1.4.1.1.デタッチ手続きの説明]
まず、デタッチ手続きのを図19を用いて説明する。以下、本手続きとはデタッチ手続きを指す。本実施形態では、コアネットワーク_B190が主導して、UE_A10とネットワーク(アクセスネットワーク及び/又はコアネットワーク_B190、及び/又はPDN_A5)間の接続を切断するための手続きである。つまり、UE_A10がコアネットワーク_B190に接続している第1の状態であれば、コアネットワーク_B190は任意のタイミングで本手続きを開始する事ができる。言い換えれば、UE_A10がコアネットワーク_B190に登録されている状態(EMM-REGISTERD)であれば、コアネットワーク_B190は任意のタイミングで本手続きを開始してよい。また、各装置はデタッチ手続き完了に基づいて、UE_A10がコアネットワーク_B190に登録されていない状態(EMM-DEREGISTERD)に遷移してもよい。
まず、CPF_A140は、NR node_A122を介しデタッチ要求(Detach Request)メッセージをUE_A10に送信し(S1900)、デタッチ手続きを開始する。なお、CPF_A140がデタッチ手続きを開始するトリガは、例えばUE_A10の位置情報から、コアネットワーク_B190内の装置が今後UE_A10に接続性を提供できない事を判定したことに基づいて、CPF_A140はデタッチ手続きを開始してもよい。さらに、CPF_140は、オペレータポリシーの変更やUE_A10の加入者情報の変更に基づいて、デタッチ手続きを開始してもよい。さらに、CPF_140は、上位層やアプリケーションサーバーからの要求に基づいて、デタッチ手続きを開始してもよい。なお、CPF_A140がデタッチ手続きを開始するトリガにこれらに限らない。
ここで、CPF_A140は、デタッチ要求メッセージに、少なくとも第51から57の識別情報のうち、1つ以上の識別情報を含めてもよい。これらの識別情報をデタッチ要求メッセージに含めることで、CPF_A140はUE_A10に要求を示してもよい。言い換えると、CPF_A140は、これらの識別情報を含めることにより、前述した各識別情報が表す特性又は内容をUE_A10に対して要求することを示してもよい。
なお、CPF_A140は、コアネットワーク_B190へのアタッチ手続き及び/又はPDUセッション確立手続きにおいて、第11から第18の識別情報のうち少なくとも一つ以上の識別情報をUE_A10に送信したことに基づいて、少なくとも第51から57の識別情報のうち1つ以上の識別情報をデタッチ要求メッセージに含めてもよい。
及び/又は、CPF_A140は、デタッチ手続きに伴うコアネットワーク_A90へのアタッチ手続き、及び又はデタッチ手続きに伴うPDN接続手続きによって通信を継続するサービス継続を許可する場合には、少なくとも第51から57の識別情報のうち1つ以上の識別情報をデタッチ要求メッセージに含めてもよい。ここで、このサービス継続の許可情報はUE_A10に対する加入者情報として管理されてよい。したがって、CPF_A140はこうしたUE_A10の加入者情報に基づいて、これらの識別情報を含めてもよい。
及び/又は、CPF_A140は、デタッチ手続きの開始までに確立している一又は複数のPDUセッションのうちの一部又は全てに対し、デタッチ手続きに伴うコアネットワーク_A90へのアタッチ手続き、及び又はデタッチ手続きに伴うPDN接続手続きによって通信を継続するサービス継続を行う場合、少なくとも第51から57の識別情報のうち1つ以上の識別情報をデタッチ要求メッセージに含めてもよい。
及び/又は、CPF_A140は、デタッチ手続きの開始までに確立している一又は複数のPDN接続手続きのうちの一部又は全てに対し、デタッチ手続きに伴うコアネットワーク_A90へのアタッチ手続き、及び又はデタッチ手続きに伴うPDN接続手続きによって通信を継続するサービス継続を行う、且つIPアドレスプリザベーションを伴うサービス継続を行う場合、第52の識別情報をデタッチ要求メッセージに含め、そうでない場合は、第52の識別情報をデタッチ要求メッセージに含めないと判断してもよい。
及び/又は、CPF_A140は、デタッチ手続きの開始までに確立している一又は複数のPDN接続手続きのうちの一部又は全てに対し、デタッチ手続きに伴うコアネットワーク_A90へのアタッチ手続き、及び又はデタッチ手続きに伴うPDN接続手続きによって通信を継続するサービス継続を行う、且つNGCに対して確立する通信路又は通信をEPCに対して確立する通信路又は通信に切り替えるサービス継続を行う場合は、EPCを示す第53の識別情報をデタッチ要求メッセージに含めてもよい。そうでない場合は、NGCを示す第53の識別情報をデタッチ要求メッセージに含めてもよいし、第53の識別情報をデタッチ要求メッセージに含めないと判断してもよい。
例えば、CPF_A140は、第51の識別情報を送信することにより、UE_A10に再びアタッチ手続きを開始するべきか、否かを要求してもよい。また、UE_A10は、受信した第51の識別情報をもとに、再びアタッチ手続きを開始するべきか、否かを判別してもよい。
なお、CPF_A140は第55の識別情報を送信することにより、UE_A10がデタッチするNSI識別する情報をUE_A10に通知してもよい。また、UE_A10は、第55の識別情報を受信することにより、UE_A10がデタッチするNSIを識別する情報を保持してもよい。
なお、CPF_A140は、第56の識別情報を送信することにより、第56の識別情報によって示されるDCNへの再アタッチ手続き及び/又はPDN接続手続きを要求してもよい。また、UE_A10は、第56の識別情報を受信することにより、第56の識別情報によって示されるDCNへの再アタッチ手続き及び/又はPDN接続手続きを実行することを決定してもよい。
ここで、再アタッチ手続きは、デタッチ手続きに完了に基づいて、開始するコアネットワーク_A90へのアタッチ手続きでよい。さらに、再アタッチするとは、デタッチ手続きに完了に基づいて、開始するコアネットワーク_A90へのアタッチ手続きを実行することを示してもよい。
さらに、各装置は第57の識別情報を送受信することで、デタッチ手続き完了後、再び実行されるアタッチ手続き及び/又はPDN接続手続きにより、提供を維持できないサービス及び/又は提供を維持できないサービスに関連付けられたNSIを示してもよい。
なお、CPF_A140は、第57の識別情報を送信することにより、1又は複数のサービスを再アタッチ手続き及び/又はPDN接続手続きによって継続することを要求してもよい。また、UE_A10は、第57の識別情報を受信することにより、第57の識別情報によって示される1又は複数のサービスを再アタッチ手続き及び/又はPDN接続手続きを実行することで継続することを決定してもよい。
ここで、サービス識別情報と、再アタッチ手続き及び/又はPDN接続手続きを行うDCNは対応づけられて送受信されてもよい。さらに、複数のサービス情報が送信される場合、異なるDCNがサービス毎に対応づけられて送受信されてよい。なお、これらの1又は複数のDCNは前述した第56の識別情報であってよい。
及び/又は、CPF_A140は、第57の識別情報を送信することにより、1又は複数のサービスを再アタッチ手続き及び/又はPDN接続手続きによって継続できないことを通知してもよい。また、UE_A10は、第57の識別情報を受信することにより、1又は複数のサービスを再アタッチ手続き及び/又はPDN接続手続きによって継続できないことを判別してもよい。
さらに、各装置は、第52の識別情報を送受信することで、デタッチ手続き完了後、再び実行されるアタッチ手続きの際、ハンドオーバーを示すフラグを用いるか否かを示してもよい。
なお、第52の識別情報がハンドオーバーを示す情報の送受信が必要であることを示す場合には、CPF_A140は、第52の識別情報を送信することで、デタッチ手続き完了に基づいて開始されるコアネットワーク_A90へのアタッチ手続き及び/又はPDN接続手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信することを要求してもよい。さらに、UE_A10は、第52の識別情報を受信することで、デタッチ手続き完了に基づいて開始するコアネットワーク_A90へのアタッチ手続き及び/又はPDN接続手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信することを決定してもよい。
また、第52の識別情報がハンドオーバーを示す情報の送受信が不要であることを示す場合には、CPF_A140は、第52の識別情報を送信することで、デタッチ手続き完了に基づいて実行されるコアネットワーク_A90へのアタッチ手続き及び/又はPDN接続手続きにおいて、UE_A10によるハンドオーバーを示すフラグを送信が必要ないことを通知してもよい。さらに、UE_A10は、第52の識別情報を受信することで、デタッチ手続き完了に基づいて開始するコアネットワーク_A90へのアタッチ手続き及び/又はPDN接続手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信しないことを決定してもよい。
ここで、ハンドオーバーを示す情報とは、第61の識別情報であってもよいし、IPアドレスプリザベーションを要求する識別情報であってよい。なお、IPアドレスプリザベーションとは、アタッチ手続き及び/又はPDN接続手続きを再度実行したあとに、切り替え以前に用いていたIPアドレスと同一のIPアドレスによる接続性を確立することであってよい。言い換えると、IPアドレスプリザベーションとは、アタッチ手続き及び/又はPDN接続手続きを再度実行したあとに用いるIPアドレスが、切り替え前以前に用いていたIPアドレスと同一であることであってよい。
さらに、各装置は、第53の識別情報を送受信することで、デタッチ手続き完了後、UE_A10が接続を確立すべきコアネットワークを示してもよい。また、CPF_A140は、第53の識別情報を送信することで、デタッチ手続き完了後にUE_A10が接続を確立すべきコアネットワークの種類を通知してもよい。また、UE_A10は、第53の識別情報を受信することで、デタッチ手続き完了後、UE_A10が接続を確立すべきコアネットワークの種類を判別してもよい。
さらに、各装置は、第54の識別情報を送受信することで、デタッチ手続きの実行理由(Cause)を示してもよい。
また、CPF_A140はセッション削除要求メッセージに、少なくとも、第51から57の識別情報のうち、1つ以上の識別情報を含めてもよい。CPF_A140は、これらの識別情報をセッション削除要求メッセージに含めることで、UE_A10への要求を伝達してもよい。
例えば、各装置は、第51の識別情報、及び/又は第52の識別情報、及び/又は第54の識別情報を送受信することで、PDUセッションの接続先の切り替え時に、PDUセッションに対応するIPアドレスによる接続性を、維持することが可能なことを示してもよいし、維持することを要求してもよい。
言い換えると、各装置は、第51の識別情報、及び/又は第52の識別情報、及び/又は第54の識別情報を送受信することで、デタッチ手続き完了後に、デタッチ手続きで切断されるPDUセッションと同一のIPアドレスに対応づけられるPDNコネクションを、確立可能であることを示してもよいし、確立することを要求してもよい。
なお、第51から第57の識別情報は、2つ以上の識別情報が組み合わされて一つの識別情報として送受信されてもよい。その場合、組み合わされた識別情報は、組み合わせる各識別情報の意味を併せ持つ識別情報であってよい。
次に、CPF_A140は、UPGW_A130にセッション削除要求(Delete Session Request)メッセージを送信し(S1902)、本手続き中の(A)の手続きを開始する。以下、本手続き中の(A)の手続きの各ステップを説明する。
ここで、各装置は、セッション削除要求メッセージに、第51から57の識別情報のうち、1つ以上の識別情報を含めてもよい。
例えば、CPF_A140はセッション削除要求メッセージに、少なくとも、第51から57の識別情報のうち、1つ以上の識別情報を含めてもよい。CPF_A140は、これらの識別情報をセッション削除要求メッセージに含めることで、UE_A10への要求を伝達してもよい。
UPGW_A130は、セッション削除要求メッセージを受信する。UPGW_A130は、セッション削除要求メッセージの受信に基づき、CPF_140にセッション削除応答メッセージを送信する(S1908)。なお、UPGW_A130が外部ゲートウェイ（PGW_A30またはSCEF_A46）と結び付けられていない、及び/又は同一の装置として構成されていない場合、UPGW_A130はセッション削除要求メッセージの受信に基づいて、外部ゲートウェイにセッション削除要求メッセージを送信し、さらに、外部ゲートウェイが送信したセッション削除応答メッセージを受信してもよい。各装置は、セッション削除応答メッセージの送受信に基づき、本手続き中の(A)の手続きを完了する。
さらに、UE_A10は、デタッチ要求メッセージを受信し、任意のタイミングでデタッチ受諾(Detach accept)メッセージをCPF_A140に送信してもよい(S1914)。なお、UE_A10は、デタッチ受諾メッセージに、デタッチの種類を識別するデタッチタイプ等の識別情報を含めてもよいし、これらの識別情報を含めることで要求を許可した事を示してもよい。さらに、CPF_A140は、UE_A10からデタッチ受諾メッセージを受信する。CPF_A140は、デタッチ受諾メッセージの受信、及び/又は本手続き中の(A)の手続きを完了に基づいて、UE_A10とCPF_A140間のシグナリング接続の削除手続きを実行してよい(S1912)。具体的には、CPF_A140が記憶するUE_A10のコンテキストを削除することで、CPF_A140とNR node_A122間の接続性が解放されてもよい。さらに、NR node_A122は、CPF_A140とNR node_A122間の接続が解放されたことに基づき、UE_A10への無線リソースを解放することで、UE_A10とNR node_A122間のRRC接続を解放してもよい。
以上の手続きの完了により、各装置はデタッチ手続きを完了し、UE_A10はコアネットワーク_B190に登録されていない状態に遷移する。
各装置は、デタッチ手続きの完了に基づいて、次の手続きを実行してもよい。なお、次の手続きは、コアネットワーク_A90へのアタッチ手続き、及び/又はPDN接続手続きでよい。
より詳細には、各装置は、第51の識別情報、及び/又は第52の識別情報、及び/又は第54の識別情報の送受信を基に、本手続きで切断したPDUセッションに対応づけられたIPアドレスによる接続性を維持する場合、各装置は、PDUセッションと同一のIPアドレスに対応づけられるPDNコネクションを確立するために、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、ハンドオーバー手続きであることを示す第61の識別情報を送信してもよいし、第57の識別情報に対応する第62の識別情報を送信してもよい。
また、各装置は、第51の識別情報、及び/又は第52の識別情報、及び/又は第54の識別情報の送受信を基に、本手続きで切断したPDUセッションに対応づけられたIPアドレスによる接続性を維持せず、新たなIPアドレスに対応づけられるPDNコネクションを確立する場合、各装置は、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、初期手続きを示す第61の識別情報を送信してもよい。
さらに、各装置は、第51の識別情報、及び/又は第52の識別情報、及び/又は第53の識別情報、及び/又は第54の識別情報の送受信を基に、ハンドオーバーを示す情報を用いたコアネットワーク_B190からコアネットワーク_A90への接続先の切り替えを実行する場合、各装置は、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、ハンドオーバー手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。さらに、UE_A10は、次の手続き中で、コアネットワーク_A90に、第18の識別情報、及び/又は第46の識別情報に対応する第64の識別情報を送信してもよいし、第17の識別情報、及び/又は第45の識別情報に対応する第65の識別情報を送信してもよい。
さらに、第14の識別情報、及び/又は第15の識別情報、及び/又は第43の識別情報、及び/又は第44の識別情報の送受信に基づいて、コアネットワーク_B190によって許可、及び/又はサポートされているSSCモードが、SSC mode 1又はSSC mode 2の場合、各装置は、デタッチ手続き後に次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、ハンドオーバー手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。
さらに、第14の識別情報、及び/又は第15の識別情報、及び/又は第43の識別情報、及び/又は第44の識別情報の送受信に基づいて、コアネットワーク_B190によって許可、及び/又はサポートされているSSCモードが、SSC mode 3の場合、各装置は、デタッチ手続き後に次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、初期手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報とは異なる第63の識別情報を送信してもよい。
さらに、第12の識別情報、及び/又は第13の識別情報、及び/又は第41の識別情報、及び/又は第42の識別情報に基づいて、NGSサービスのみの使用が、UE_A10に対して許可、及び/又はサポートされている状態で、NGSサービスの使用が許可されなくなったことを示す第54の識別情報を送受信した場合、各装置は、コアネットワーク_A90へのアタッチ手続き、及び/又はPDN接続手続きを実行してもよい。
さらに、第12の識別情報、及び/又は第13の識別情報、及び/又は第41の識別情報、及び/又は第42の識別情報に基づいて、NGSサービスとEPSサービスの使用が、UE_A10に対して許可、及び/又はサポートされている状態で、NGSサービスの使用が許可されなくなったことを示す第54の識別情報を送受信した場合、各装置、コアネットワーク_A90へのアタッチ手続きを実行せずに、PDN接続手続きを実行してもよい。
なお、各装置が、デタッチ手続きの完了後に次の手続きを実行する場合、UE_A10は、次の手続き中で、コアネットワーク_B190から受信した識別情報に対応した識別情報をコアネットワーク_A90に送信してもよい。例えば、UE_A10は、次の手続き中で、コアネットワーク_A90に、第57の識別情報に対応する第62の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。さらに、UE_A10は、次の手続き中で、コアネットワーク_A90に、第18の識別情報、及び/又は第46の識別情報に対応する第64の識別情報を送信してもよいし、第17の識別情報、及び/又は第45の識別情報に対応する第65の識別情報を送信してもよい。さらに、UE_A10は、次の手続き中で、コアネットワーク_A90に、第56の識別情報に対応する第68の識別情報を送信してもよいし、第55の識別情報に対応する第69の識別情報を送信してもよい。
[1.4.1.2.コアネットワーク_Aへのアタッチ手続きの概要]
次に、コアネットワーク_A90へのアタッチ手続きの概要について説明する。本実施形態において、コアネットワーク_A90へのアタッチ手続きは、UE_A10が主導してネットワーク(アクセスネットワーク、及び/又はコアネットワーク_A90、及び/又はPDN_A5)へ接続する為の手続きである。
UE_A10は、コアネットワーク_A90に接続していない状態であれば、端末電源投入時等の任意のタイミングで本手続きを実行してもよいし、1.4.1.1章で説明したデタッチ手続きに基づいてコアネットワーク_B190にアタッチすることを決定したことに基づいて実行してもよい。言い換えると、UE_A10は、コアネットワーク_A90に登録されていない状態(EMM-DEREGISTERED)であれば任意のタイミングで本手続きを開始してもよい。また、各装置は、コアネットワーク_A90へのアタッチ手続き完了に基づいて、登録状態(EMM-REGISTERED)に遷移してもよい。
UE_A10は、デタッチ手続きにおいて、第51から57の識別情報のうち、すくなくとも1つの識別情報を受信したことに基づいて、本手続きを開始してもよい。また、UE_A10は、これ以外のトリガに基づいて、コアネットワーク_A90へのアタッチ手続きを開始してもよい。
[1.4.1.3.PDN接続手続き例]
次に、PDN接続手続きの例について説明する。以下、本手続きとはPDUセッション確立手続きを指す。本手続きは、各装置がPDN接続を確立する為の手続きである。なお、各装置は、本手続きを、コアネットワーク_A90へのアタッチ手続きを完了した状態で実行してもよいし、コアネットワーク_A90へのアタッチ手続きの中で実行してもよい。また、各装置は、コアネットワーク_A90へのアタッチ手続き後の任意のタイミングで本手続きを開始してもよい。また、各装置は、PDN接続手続きの完了に基づいて、PDN接続(PDN connection)を確立してもよい。さらに、各装置は、本手続きを複数回実行する事で、複数のPDN接続を確立してもよい。
図20を用いて、PDN接続手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、UE_A10は、eNB_A45を介してMME_A40にPDN接続要求(PDN Connectivity Request)メッセージを送信し(S2000)、PDN接続手続きを開始する。
ここで、UE_A10は、PDN接続要求メッセージに、少なくとも第61から66の識別情報のうち、1つ以上の識別情報を含めてもよい。UE_A10は、これらの識別情報を含めることで、前述した各識別情報が表す特性又は内容をUE_A10が要求することを示してもよい。言い換えると、これらの識別情報を含めることにより、前述した各識別情報が表す特性を有するPDNコネクション、又は前述した各識別情報が表す内容を反映したPDNコネクションの確立をUE_A10が要求していることを示してもよい。
なお、UE_A10は、デタッチ手続きにおいて、第51から57の識別情報のうち、少なくとも1つの識別情報を受信したことに基づいて、第61から第66の少なくとも一つ以上の識別情報をPDN接続要求メッセージに含めてもよい。
さらに、各装置は、第61の識別情報を送受信する事で、本要求がコアネットワーク_B190からのハンドオーバーによる要求であることを示してもよい。
さらに、各装置は、第62の識別情報を送受信する事で、ハンドオーバーを要求するセッションを示してよい。
さらに、各装置は、第63の識別情報を送受信する事で、UE_A10が要求するAPNを示してもよい。なお、APNはハンドオーバー元のPDUセッション確立手続き中に取得したAPNと同じであってよい。
さらに、各装置は、第64の識別情報を送受信する事で、UEの識別情報を示してもよいし、本要求が再アタッチ手続きであることを示してもよい。UEの識別情報は、ハンドオーバー元のPDUセッション確立手続き中またはTAU手続き中に取得したGUTIであってもよいし、IMSIであってもよい。
さらに、各装置は、第65の識別情報を送受信する事で、UE_A10が要求する接続先のDCを示してもよいし、DCに含まれるMME_A40を示してもよい。
さらに、各装置は、第66の識別情報を送受信する事で、直前に接続していたNSIを示してもよい。
さらに、各装置は、第61の識別情報を送受信することで、切り替え前のPDUセッションに対応づけられたIPアドレスによる接続性を維持するためのPDNコネクションの確立を要求してもよいし、切り替え前のPDUセッションに対応づけられたIPアドレスと同一のIPアドレスが、確立されるPDNコネクションに割り当てられることを要求してもよい。
なお、切り替え前のPDUセッションとは、NGSサービス、及び/又はコアネットワーク_B190に対して確立されたPDUセッションでよい。
MME_A40はPDN接続要求メッセージを受信し、第1の条件判別を実行する。第1の条件判別は、MME_A40がUE_A10の要求を受諾するか否かを判断するためのものである。第1の条件判別において、MME_A40は第1の条件が真であるか偽であるかを判定する。MME_A40は第1の条件判別が真の場合は本手続き中の(A)の手続きを開始し、第1の条件判別が偽の場合は本手続き中の(B)の手続きを開始してもよい。
以下、第1の条件判別が真の場合のステップ、すなわち本手続き中の(A)の手続きの各ステップを説明する。MME_A40は、本手続き中の(C)または(E)の手続きを実行し、本手続き中の(A)の手続きを開始する。MME_A40は、外部ゲートウェイとしてPGW_A30を選択した場合、本手続き中の(C)を実行し、PDN接続のGWとしてSCEF_A46を選択した場合、本手続き中の(E)を実行する。さらに、本手続き中の(C)の手続きの各ステップを説明する。MME_A40は、SGW_A35にセッション生成要求メッセージを送信し、本手続き中の(C)の手続きを開始する(S2002)。
ここで、MME_A40は、セッション生成要求メッセージに、少なくとも第61から66の識別情報のうち1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
さらに、SGW_A35は、セッション生成要求メッセージを受信し、セッション生成要求メッセージをPGW_A30へ送信する(S2004)。ここで、SGW_A35は、セッション生成要求メッセージに、少なくとも第61のから66の識別情報のうち1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
さらに、PGW_A30は、セッション生成要求メッセージを受信し、第2の条件判別を実行する。なお、第2の条件判別は、PGW_A30が、UE_A10の要求を受諾するか否かを判別する為のものである。第2の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合でよい。また、第2の条件が偽とは、UE_A10の要求を拒否する場合であり、第2の条件を真と判断しない場合でよい。
また、第2の条件判別は、PGW_A30ではなく、別の装置(例えば、PCRF_A60)が実施してもよい。その場合、PGW_A30は、PCRF_A60との間でIP-CANセッション確立手続きを実施する。より具体的には、PGW_A30は、PCRF_A60にIP-CANセッション確立手続き中の要求メッセージを送信する。さらに、PCRF_A60は、IP-CANセッション確立手続き中の要求メッセージを受信し、第2の条件を判別し、PGW_A30にIP-CANセッション確立手続き中の応答メッセージを送信する。さらに、PGW_A30はIP-CANセッション確立手続き中の応答メッセージを受信し、第2の条件判別の結果を認識する。
ここで、PGW_A30は、IP-CANセッション確立手続き中の要求メッセージに、少なくとも少なくとも第61から66の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
また、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、少なくとも第2の情報判別の結果を含めてもよいし、この結果を含める事で、第2の条件判別の結果をPGW_A30に通知してもよいし、この情報を含める事で、UE_A10の要求が許可または拒絶された事を示してしてもよいし。
なお、PCRF_A60が第2の条件判別を実施した場合、PGW_130は、PCRF_A60から受信した第2の条件判別の結果を基に、第2の条件判別を実施してもよい。例えば、PCRF_A60がUE_A10の要求を受諾する場合、PCRF_A60、及びUPGW_A130は第2の条件を真としてもよく、UE_A10の要求を拒絶する場合、PCRF_A60、及びPGW_130は第2の条件を偽としてもよい。
第2の条件判別において、PGW_A30は第2の条件が真であるか偽であるかを判定する。第2の条件が真の場合には、PGW_A30はSGW_A35にセッション生成応答メッセージを送信する(S2006)。さらに、SGW_A35は、セッション生成応答メッセージを受信する。
また、PGW_A30は、セッション生成応答メッセージに、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。なお、PGW_A30は、第61の識別情報及び/又は第64の識別情報をセッション生成要求で受信した場合、IPアドレスは、前回の接続でUE_A10が割り当てられたIPアドレスと同じであってよい。
また、第2の条件が偽の場合には、PGW_A30はSGW_A35にセッション生成拒絶メッセージを送信する(S2006)。なお、セッション生成拒絶メッセージは、拒絶理由(Reject cause)を含むセッション生成応答メッセージでもよいし、拒絶理由を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
セッション生成応答メッセージまたはセッション生成拒絶メッセージを受信したSGW_A35は、MME_A40にセッション生成応答メッセージまたはセッション生成拒絶メッセージを送信する(S2008)。さらに、MME_A40はセッション生成応答メッセージまたはセッション生成拒絶メッセージを受信する。
SGW_A35は、セッション生成応答メッセージに、受信したセッション生成応答メッセージまたはセッション生成拒絶メッセージに、PGW_A30から受信したセッション生成応答メッセージまたはセッション生成拒絶メッセージに含まれる識別情報のうち少なくとも1つ以上の識別情報を含めてよい。
つまり、SGW_A35は、セッション生成応答メッセージに、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。また、セッション生成拒絶メッセージは、拒絶理由(Reject cause)を含むセッション生成応答メッセージでもよいし、拒絶理由を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
各装置は、セッション生成応答メッセージ、及び/又はセッション生成拒絶メッセージの送受信に基づき、本手続きの(C)の手続きを完了する。
さらに、本手続き中の(E)の手続きの各ステップを説明する。MME_A40は、SCEF_A46にセッション生成要求メッセージを送信し、本手続き中の(E)の手続きを開始する(S2010)。
ここで、SCEF_A46は、セッション生成要求メッセージに、少なくとも第61から66の識別情報のうち1つ以上の識別情報を含めてもよいし、初期要求であるか否かを示す情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
さらに、SCEF_A46は、セッション生成要求メッセージを受信し、第3の条件判別を実行する。なお、第3の条件判別は、SCEF_A46が、UE_A10の要求を受諾するか否かを判別する為のものである。第3の条件が真とは、UE_A10の要求を受諾する場合であり、UE_A10の要求が許可される場合でよい。また、第3の条件が偽とは、UE_A10の要求を拒否する場合であり、第3の条件を真と判断しない場合でよい。
第3の条件判別において、SCEF_A46は第3の条件が真であるか偽であるかを判定する。第3の条件が真の場合には、SCEF_A46はMME_A40にセッション生成応答メッセージを送信する(S2012)。さらに、MME_A40は、セッション生成応答メッセージを受信する。
また、SCEF_A46は、セッション生成応答メッセージに、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。なお、PGW_A30は、第61の識別情報及び/又は第64の識別情報をセッション生成要求で受信した場合、IPアドレスは、前回の接続でUE_A10が割り当てられたIPアドレスと同じであってよい。
また、第3の条件が偽の場合には、SCEF_A46はMME_A40にセッション生成拒絶メッセージを送信する(S2012)。なお、セッション生成拒絶メッセージは、拒絶理由(Reject cause)を含むセッション生成応答メッセージでもよいし、拒絶理由を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。各装置は、セッション生成応答メッセージ、及び/又はセッション生成拒絶メッセージの送受信に基づき、本手続きの(E)の手続きを完了する。
MME_A40は、セッション生成応答メッセージの受信に基づいて、及び/又は本手続き中の(C)または(E)の手続きの完了に基づいて、eNB_A45にデフォルトEPSベアラコンテキストアクティブメッセージ(Activate default EPS bearer context request)及び/又はPDN接続受諾(PDN Connectivity Accept)メッセージを送信する(S2014)。また、MME_A40がeNB_A45に送信するメッセージは、PDN接続要求メッセージに対する応答メッセージであればよく、これに限らず、PDN接続の確立の要求を受諾するメッセージであればよい。
eNB_A45は、デフォルトEPSベアラコンテキストアクティブメッセージ及び/又はPDN接続受諾メッセージを受信し、UE_A10にRRCメッセージ(例えば、RRC Connection ReconfigurationメッセージやRRC Connection Setupメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)、及び/又はデフォルトEPSベアラコンテキストアクティブメッセージまたはPDN接続受諾メッセージ及び/又はPDN接続受諾メッセージを送信する(S2016)。なお、PDN接続受諾メッセージは、RRCメッセージに含まれて送受信されてもよい。
ここで、MME_A40は、PDN接続受諾メッセージに、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が許可された事を示してしてもよい。
RRCメッセージを受信した場合、UE_A10はeNB_A45にRRCメッセージ(例えば、RRC Connection Reconfiguration CompleteメッセージやRRC Connection Setup Completeメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)を送信する(S2018)。eNB_A45は、RRCメッセージを受信し、MME_A40にベアラ設定メッセージを送信する(S2020)。さらに、MME_A40は、ベアラ設定メッセージを受信する。
デフォルトEPSベアラコンテキストアクティブメッセージ及び/又はPDN接続受諾メッセージを受信した場合、UE_A10はeNB_A45を介してMME_A40にPDN接続完了(PDN Connectivity complete)メッセージまたはデフォルトEPSベアラコンテキストアクティブ化受諾(Activate default EPS bearer context accept)メッセージを送信する(S2022)(S2024)。さらに、MME_A40は、PDN接続完了メッセージ、及び/又はデフォルトEPSベアラコンテキストアクティブ化受諾メッセージを受信し、さらに、MME_A40は、PDN接続完了メッセージを受信し、第4の条件判別を実行する。なお、UE_A10がeNB_A45及びMME_A40へ送信するメッセージは、PDN接続受諾メッセージまたはデフォルトEPSベアラコンテキストアクティブメッセージに対する応答メッセージであればよく、これに限らず、PDN接続手続きが完了する事を示すメッセージであればよい。
第4の条件判別は、MME_A40がSGW_A35にベアラの変更を要求する要否を判断する為のものである。第4の条件が真の場合、MME_A40は本手続き中の(D)の手続きを開始する。また、第4の条件判別が偽の場合MME_A40は本手続き中の(D)の手続きを実行しない。
以下、本手続き中の(D)の手続きの各ステップを説明する。第4の条件が真の場合、MME_A40は、ベアラ変更要求メッセージをSGW_A35に送信し(S2026)、本手続き中の(D)の手続きを開始する。さらに、SGW_A35は、ベアラ変更要求メッセージを受信し、MME_A40にベアラ変更応答メッセージを送信する(S2028)。さらに、MME_A40は、ベアラ変更応答メッセージを受信し、本手続きの(D)の手続きを完了する。さらに、各装置は、PDN接続完了メッセージの送受信、及び/又は本手続きの(D)の手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
次に、本手続き中の(B)の手続きの各ステップを説明する。MME_A40は、eNB_A45を介してUE_A10にPDN接続拒絶(PDN Connectivity reject)メッセージを送信し(S2030)、本手続き中の(B)の手続きを開始する。さらに、UE_A10はPDN接続拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、PDN接続拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。PDN接続拒絶メッセージには、適切な拒絶理由が含まれてもよい。なお、PDN接続拒絶メッセージは、PDN接続要求メッセージに対する応答メッセージであればよく、これに限らず、PDN接続の確立の要求を拒絶するメッセージであればよい。
また、MME_A40は、PDUセッション確立拒絶メッセージに、第21から25の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が拒絶された事を示してしてもよい。
さらに、各装置は、第21の識別情報を送受信する事で、PDN接続手続きが拒絶された理由を示してもよいし、アタッチ手続き後に、各装置が実施すべき処理を示してもよい。
さらに、各装置は、第22の識別情報、及び/又は第23の識別情報を送受信する事で、コアネットワーク_A90への接続、及び/又はEPSサービスの切り替えを、ネットワークがサポート、及び/又は許可しないことを示してもよい。さらに、各装置は、第24の識別情報、及び/又は第25の識別情報を送受信する事で、ネットワークがサポート、及び/又は許可しない、EPSサービスへ切り替える際のサービス継続のモードを示してもよい。
各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、PDUセッションが確立された状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよいし、PDUセッションが確立されていない状態に遷移してもよい。
さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、各装置は、第21から25の識別情報のうち1つ以上の識別情報を送受信した場合、UE_A10の要求が拒絶された理由を認識してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、再度本手続きを実施してもよいし、別の条件で本手続きを実施してもよい。
また、前述した第1から第4の条件判別は、PDN接続要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第4の条件の真偽が決まる条件は前述した条件に限らなくてもよい。
例えば、第1から第3の条件は、UE_A10がセッションの確立を要求し、ネットワークが要求を許可する場合、真でよい。また、第1から第3の条件は、UE_A10がセッションの確立を要求し、ネットワークが要求を許可しない場合、偽でよい。さらに、第1から第3の条件は、UE_A10の接続先のネットワーク、及び/又はネットワーク内の装置が、UE_A10が要求するセッションの確立をサポートしていない場合、偽でもよい。
[1.4.1.4.コアネットワーク_Aへのアタッチ手続き例]
図21を用いて、コアネットワーク_A90へのアタッチ手続きを実行する手順の例を説明する。以下、本手続きとはコアネットワーク_A90へのアタッチ手続きを指す。本手続きは、UE_A10がコアネットワーク_A90に登録されるための手続きである。以下、本手続きの各ステップについて説明する。まず、UE_A10は、eNB_A45を介してMME_A40にアタッチ要求メッセージを送信し(S2100)、アタッチ手続きを開始する。UE_A10は、アタッチ要求メッセージに、前述したPDN接続要求メッセージを含めて送信してもよいし、PDN接続要求メッセージを含める事で、アタッチ手続き中でPDN接続手続きを実施する事を要求してもよい。
ここで、UE_A10は、アタッチ要求メッセージに、少なくとも第61から66の識別情報のうち1つ以上の識別情報を含めてもよい。UE_A10は、これらの識別情報を含める事で、前述した各識別情報が表す特性又は内容をUE_A10が要求することを示してもよい。言い換えると、これらの識別情報を含めることにより、前述した各識別情報が表す特性を有するアタッチ、又は前述した各識別情報が表す内容を反映したアタッチ、及び/又は接続をUE_A10が要求していることを示してもよい。及び/又は、これらの識別情報を含めることにより、前述した各識別情報が表す特性を有するPDNコネクション、又は前述した各識別情報が表す内容を反映したPDNコネクションの確立をUE_A10が要求していることを示してもよい。
さらに、各装置は、第61の識別情報を送受信する事で、本要求がコアネットワーク_B190からのハンドオーバーであることを示してもよい。
さらに、各装置は、第64の識別情報を送受信する事で、UEの識別情報を示してもよいし、本要求が再アタッチ手続きであることを示してもよい。
さらに、各装置は、第65の識別情報を送受信する事で、UE_A10が要求する接続先のDCを示してもよいし、DCに含まれるMME_A40を示してもよい。
さらに、各装置は、第66の識別情報を送受信する事で、直前に接続していたNSIを示してもよい。
さらに、各装置は、第61の識別情報を送受信することで、切り替え前のPDUセッションに対応づけられたIPアドレスによる接続性を維持するためのPDNコネクションの確立を要求してもよいし、切り替え前のPDUセッションに対応づけられたIPアドレスと同一のIPアドレスが、確立されるPDNコネクションに割り当てられることを要求してもよい。
なお、UE_A10は、これらの識別情報を、アタッチ要求メッセージとは異なる制御メッセージに含めて送信してもよい。
MME_A40は、アタッチ要求メッセージ及び/又はアタッチ要求メッセージとは異なる制御メッセージを受信し、第1条件判別を実行する。第1の条件判別は、MME_A40がUE_A10の要求を受諾するか否かを判断する為のものである。MME_A40は、第1の条件が真の場合、本手続き中の(A)の手続きを開始し、第1の条件が偽の場合、本手続き中の(B)の手続きを開始する。本手続き中の(B)の手続きの詳細は後述する。
以下、本手続き中の(A)の手続きの各ステップを説明する。MME_A40は、第2の条件判別を実行し、本手続き中の(A)の手続きを開始する。第2の条件判別とは、MME_A40がPDUセッション確立手続きを実施するか否かを判別する為のものである。第XX6の条件判別において、MME_A40は第2の条件が真であるか偽であるかを判定する。MME_A40は、PDN接続手続き中の(C)または(E)の手続きを、第2の条件が真の場合には開始し、第2の条件が偽の場合には省略する(S2104)。さらに、MME_A40は、アタッチ要求メッセージ及び/又はセッション生成応答メッセージの受信に基づいて、eNB_A45にアタッチ受諾(Attach accept)メッセージを送信する(S2106)。なお、MME_A40は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。
eNB_A45は、アタッチ受諾メッセージを受信し、UE_A10にRRCメッセージ(例えば、RRC Connection ReconfigurationメッセージやRRC Connection Setupメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)及び/又はアタッチ受諾メッセージを送信する(S2108)。なお、アタッチ受諾メッセージは、RRCメッセージに含まれて送受信されてもよい。さらに、第2の条件が真の場合、MME_A40は、アタッチ受諾メッセージに、前述したPDN接続受諾メッセージを含めて送信してもよいし、PDN接続受諾メッセージを含める事で、PDN接続手続きが受諾された事を示してもよい。
ここで、MME_A40は、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよい。
ここで、第2の条件判別は、MME_A40が、PDN接続手続きを実施するか否かを判別する為のものである。第2の条件が真とは、PDN接続要求メッセージを受信した場合であり、本手続き中でPDN接続手続きも実行する場合でよい。また、第2の条件が偽とは、PDN接続要求メッセージを受信しなかった場合であり、本手続き中でPDN接続手続きも実行しない場合でよいし、第2条件を真と判断しない場合でよい。
次に、UE_A10がeNB_A45からRRCメッセージを受信した場合、UE_A10は、eNB_A45にRRCコネクションメッセージ(例えば、RRC Connection Reconfiguration CompleteメッセージやRRC Connection Setup Completeメッセージや、RRC Direct Transferメッセージ等のRRCメッセージでもよい)を送信する(S2110)。eNB_A45は、RRCメッセージを受信し、MME_A40にベアラ設定メッセージを送信する(S2112)。さらに、MME_A40は、ベアラ設定メッセージを受信する。
UE_A10がMME_A40からeNB_A45を介してアタッチ受諾メッセージを受信した場合、UE_A10は、eNB_A45を介してMME_A40にアタッチ完了(Attach complete)メッセージを送信する(S2114)(S2116)。さらに、MME_A40は、アタッチ完了メッセージを受信する。さらに、第2の条件が真の場合、MME_A40は、PDN接続手続き中の(D)手続きを開始する(S2118)。第2の条件が偽の場合、MME_A40はPDUセッション確立手続き中の(D)の手続きを実行しない。各装置は、アタッチ完了メッセージの送受信、及び/又はPDN接続手続き中の(D)手続きの完了に基づき、本手続き中の(A)の手続きを完了する。
なお、UE_A10は、PDN接続受諾メッセージを受信した場合、アタッチ完了メッセージに、前述したPDN接続完了メッセージを含めて送信してもよいし、PDN接続完了メッセージを含める事で、PDN接続手続きを完了する事を示してもよい。
次に、本手続き中の(B)の手続きの各ステップを説明する。MME_A40は、eNB_A45を介してUE_A10にアタッチ拒絶(Attach reject)メッセージを送信し、本手続き中の(B)の手続きを開始する(S2120)。さらに、UE_A10は、アタッチ拒絶メッセージを受信し、UE_A10の要求が拒絶された事を認識する。各装置は、アタッチ拒絶メッセージの送受信に基づき、本手続き中の(B)の手続きを完了する。なお、第2の条件が真の場合、MME_A40は、アタッチ拒絶メッセージに、前述したPDN接続拒絶メッセージを含めて送信してもよいし、PDN接続拒絶メッセージを含める事で、PDN接続手続きが拒絶された事を示してもよい。その場合、UE_A10は、さらに、PDN接続拒絶メッセージを受信してもよいし、PDN接続手続きが拒絶された事を認証してもよい。
各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、UE_A10がネットワークに接続した状態及び/又はコアネットワーク_A90に登録された状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよいし、ネットワークに接続できない状態及び/又はコアネットワーク_A90に登録さられない状態に遷移してもよい。また、各装置の各状態への遷移は、本手続きの完了に基づいて行われてもよく、PDN接続の確立に基づいて行われてもよい。
さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、各装置は、第21から25の識別情報のうち1つ以上の識別情報を送受信した場合、UE_A10の要求が拒絶された理由を認識してもよい。さらに、各装置は、UE_A10の要求が拒絶された理由に基づいて、再度本手続きを実施してもよいし、コアネットワーク_B190や別のセルに対してアタッチ手続きを実施してもよい。
また、上述した第2の条件判別は、アタッチ要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第2の条件の真偽が決まる条件は上述した条件に限らなくてもよい。
[1.4.2.第2の再接続手続きの説明]
次に、本実施形態における第2の再接続手続きを図22を用いて説明する。以下、本手続きは、第2の再接続手続きを指し、各手続きには、PDUセッション切断手続き、及び/又はPDN接続手続きがある。なお、各手続きの詳細は、後術する。
本手続きは、ネットワークが主導し、UE_A10がコアネットワーク_B190に確立するセッションを、コアネットワーク_A90に移動する為のものであり、セッションを確立するコアネットワークや、セッションで使用される接続サービスを変更する為の手続きである。第1の再接続手続きでは、アタッチしているセッションを一斉に切り替える手続きであったのに対し、本手続きはセッションを少なくとも1つずつ切り替える方法を提供する。なお、アタッチしている状態とは、UE_A10がネットワークに接続した状態であってよいし、アタッチしていない状態は、UE_A10がネットワークに接続していない状態であってよい。
まず、各装置は、コアネットワーク_B190へ接続する第1の状態に遷移し(S2200)する。なお、第1の状態への遷移するための手続きは1.3章に説明した初期手続きであってよい。
次に、各装置は本手続き中の(A)の手続きを実行する。以下、本手続き中の(A)の手続きに含まれる各手続きを説明する。
各装置は、PDUセッション切断手続きを実行し(S2202)、本手続き中の(A)の手続きを開始する。各装置は、PDUセッション切断手続きを実行することで、少なくとも1つのPDUセッションを解放する。この時、UE_A10とコアネットワーク_B190間で、解放するPDUセッション以外PDUセッションが確立されていない場合、各装置は、明示的または暗示的に、UE_A10がコアネットワーク_B190に登録されていない状態に遷移してもよい。明示的にUE_A10がコアネットワーク_B190に登録されていない状態に遷移するために、各装置は前述したデタッチ手続きを実行してもよい。
続いて、各装置は、PDN接続手続きを実行する。 (S2208)このとき、UE_A10は、コアネットワーク_A90にアタッチしている状態、及び/又は登録されている状態であってよい。もしくは、UE_A10がコアネットワーク_A90にアタッチしていない状態及び/又は登録されていない状態である場合、各装置は前述したコアネットワーク_A90へのアタッチ手続きを実行し、登録状態に遷移してから、PDN接続手続きを実行してもよい。
各装置は、PDN接続手続きを実行することで、本手続き中の(A)の手続きを完了する。さらに、各装置は再度本手続き中の(A)の手続きを実行してもよい。つまり、本手続き中の第1の状態において、複数のPDUセッションがUE_A10とコアネットワーク_B190間で確立している状態である場合、各装置は、PDUセッションごとに本手続き中の(A)の手続きを実行してもよい。各装置は、すくなくとも1回以上の本手続き中の(A)の手続きを実行してよい。
なお、本手続き中のPDN接続手続きは、第1の再接続手続き中のPDN接続手続きと同様であってよい。
なお、UE_A10は、PDUセッション切断手続きを基に切断したPDUセッションを除く1又は複数のコアネットワーク_A90に対するPDUセッションを継続して維持し、これらのPDUセッションを用いた通信を継続してもよい。
[1.4.2.1.PDUセッション切断手続きの説明]
本実施形態におけるネットワーク主導のPDUセッション切断手続きを、図23を用いて説明する。以下、本手続きとはPDUセッション切断手続きを指す。本手続きは、ネットワークが主導し、UE_A10が確立するPDUセッションを切断、及び/または解放する為の手続きである。なお、各装置は、本手続きを複数回実行する事で、複数のPDUセッションを解放してもよい。まず、各装置はデタッチ手続き中の(A)の手続きを実行する(S2302)。
続いて、CPF_A140は、PDUセッション切断要求(PDU Session Disconnection Request)メッセージをNR node_A122を介してUE_A10に送信する(S2304)。さらに、UE_A10はPDUセッション切断要求メッセージを受信する。
ここで、CPF_A140はPDUセッション切断要求メッセージに、少なくとも第71から第76の識別情報を含めてもよい。これらの識別情報をPDUセッション切断要求メッセージに含めることで、CPF_A140はUE_A10に要求を示してもよい。言い換えると、CPF_A140は、これらの識別情報を含めることにより、前述した各識別情報が表す特性又は内容をUE_A10に対して要求することを示してもよい。
なお、CPF_A140は、コアネットワーク_B190へのアタッチ手続き及び/又はPDUセッション確立手続きにおいて、第11から第18の識別情報のうち少なくとも一つ以上の識別情報をUE_A10に送信したことに基づいて、少なくとも第71から76の識別情報のうち1つ以上の識別情報をPDUセッション切断要求メッセージに含めてもよい。
及び/又は、CPF_A140は、PDUセッション切断手続きに伴うPDN接続手続きによって通信を継続するサービス継続を許可する場合には、少なくとも第71から76の識別情報のうち1つ以上の識別情報をPDUセッション切断要求メッセージに含めてもよい。ここで、このサービス継続に対する許可情報はUE_A10に対する加入者情報として管理されてよい。したがって、CPF_A140はこうしたUE_A10の加入者情報に基づいて、これらの識別情報を含めてもよい。
及び/又は、CPF_A140は、切断するPDUセッションに対し、PDUセッション切断手続きに伴うPDN接続手続きによって通信を継続するサービス継続を行う場合、少なくとも第71から76の識別情報のうち1つ以上の識別情報をPDUセッション切断要求メッセージに含めてもよい。
及び/又は、CPF_A140は、切断するPDUセッションに対し、PDUセッション切断手続きに伴うPDN接続手続きによって通信を継続するサービス継続を行うサービス継続を行う、且つIPアドレスプリザベーションを伴うサービス継続を行う場合、第74の識別情報をPDUセッション切断要求メッセージに含め、そうでない場合は、第74の識別情報をPDUセッション切断要求メッセージに含めないと判断してもよい。
及び/又は、CPF_A140は、切断するPDUセッションに対し、PDUセッション切断手続きに伴うPDN接続手続きによって通信を継続するサービス継続を行うサービス継続を行う、且つNGCに対して確立する通信路又は通信をEPCに対して確立する通信路又は通信に切り替えるサービス継続を行う場合は、EPCを示す第73の識別情報をPDUセッション切断要求メッセージに含めてもよい。そうでない場合は、NGCを示す第73の識別情報をPDUセッション切断要求メッセージに含めてもよいし、第73の識別情報をPDUセッション切断要求メッセージに含めないと判断してもよい。
例えば、CPF_A140は、第71の識別情報を送信する事で、第71の識別情報が示すPDUセッション及び／又はベアラに対して切断、及び/又切り替え、及び/又はハンドオーバーをUE_A10に要求してもよい。また、UE_A10は、第71の識別情報を受信する事で、切断、及び/又切り替え、及び/又はハンドオーバーを行うPDUセッション及び／又はベアラを判別してもよい。
さらに、各装置は、第72の識別情報を送受信する事で、本要求の理由を示してもよい。第72の識別情報は、例えば、ハンドオーバーの要求を示す情報であってもよい。
また、CPF_A140は、第73の識別情報を送信する事で、第73の識別情報が示すシステムに対してPDN接続手続きを実行し、セッションの再活性化(reactivation)をすることを要求してもよい。また、UE_A10は、第73の識別情報を受信する事で、第73の識別情報が示すシステムに対してPDN接続手続きを実行し、セッションの再活性化(reactivation)をすることを決定してもよい。なお、セッションの再活性化とは、PDN接続手続きを実行することにより、PDNコネクションを確立することであってよい。
さらに、各装置は、第74の識別情報を送受信する事で、セッションの再確立中にハンドオーバーを示す情報の送受信が必要かどうかを示す情報であってよい。
なお、第74の識別情報がハンドオーバーを示す情報の送受信が必要であることを示す場合には、CPF_A140は、第74の識別情報を送信することで、PDUセッション切断手続き完了に基づいて開始されるPDN接続手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信することを要求してもよい。さらに、UE_A10は、第74の識別情報を受信することで、PDUセッション切断手続き完了に基づいて開始するPDN接続手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信することを決定してもよい。
また、第74の識別情報がハンドオーバーを示す情報の送受信が不要であることを示す場合には、CPF_A140は、第74の識別情報を送信することで、PDUセッション切断手続き完了に基づいて実行されるPDN接続手続きにおいて、UE_A10によるハンドオーバーを示すフラグを送信が必要ないこと通知してもよい。さらに、UE_A10は、第74の識別情報を受信することで、PDUセッション切断手続き完了に基づいて開始するコアネットワーク_A90へのPDN接続手続きにおいて、UE_A10がハンドオーバーを示すフラグを送信しないことを決定してもよい。
ここで、ハンドオーバーを示す情報とは、第61の識別情報であってもよいし、IPアドレスプリザベーションを要求する識別情報であってよい。なお、IPアドレスプリザベーションとは、アタッチ手続き及び/又はPDN接続手続きを再度実行したあとに、切り替え以前に用いていたIPアドレスと、同一のIPアドレスによる接続性を確立することであってよい。言い換えると、IPアドレスプリザベーションとは、アタッチ手続き及び/又はPDN接続手続きを再度実行したあとに用いるIPアドレスが、切り替え前依然に用いていたIPアドレスと同一であることであってよい。
また、CPF_A140は、第75の識別情報を送信することにより、切断するPDUセッションが確立されていたNSIをUE_A10に通知してもよい。また、第75の識別情報を受信することにより、切断するPDUセッションが確立されていたNSIを受信してもよい。
また、CPF_A140は、第76の識別情報を送信することにより、第76の識別情報によって示されるDCNに対するPDN接続手続きを実行することを要求してもよい。また、UE_A10は、第76の識別情報を受信することにより、第76の識別情報によって示されるDCNに対してPDN接続手続きを実行することを決定してもよい。
言い換えると、CPF_A140は、第76の識別情報を送信することにより、第76の識別情報によって示されるDCNに対してPDNコネクションを確立することを要求してもよい。また、UE_A10は、第76の識別情報を受信することにより、第76の識別情報によって示されるDCNに対してPDNコネクションを確立することを決定してもよい。
さらに、各装置は、第75、及び/又は第76の識別情報を送受信することで、現在接続するDCN、及び/又は、NGS接続サービスへの切り替えの際の、接続するNSIを示してもよい。
さらに、各装置は、第72の識別情報、及び/又は第74の識別情報を送受信することで、PDUセッションの接続先の切り替え時に、PDUセッションに対応するIPアドレスによる接続性を、維持することが可能なことを示してもよいし、維持することを要求してもよい。
言い換えると、各装置は、第72の識別情報、及び/又は第74の識別情報を送受信することで、PDUセッション切断手続き完了後に、PDUセッション切断手続きで切断されるPDUセッションと同一のIPアドレスに対応づけられるPDNコネクションを、確立可能であることを示してもよいし、確立することを要求してもよい。
なお、第71から第76の識別情報は、2つ以上の識別情報が組み合わされて一つの識別情報として送受信されてもよい。その場合、組み合わされた識別情報は、組み合わせる各識別情報の意味を併せ持つ識別情報であってよい。
PDUセッション切断要求メッセージを受信したUE_A10は、NR node_A122を介してCPF_A140へPDUセッション切断受諾(PDU Session Disconnection Accept)メッセージを送信してよい(S2310)。さらに、CPF_A140はPDUセッション切断受諾メッセージを受信してよい。
各装置は、PDUセッション受諾メッセージの送受信に基づいて、本手続きを完了してよい。以上の手続きの完了により、各装置は、PDUセッション切断手続きを完了し、PDUセッションが切断された状態に遷移する。
各装置は、PDUセッション受諾メッセージの送受信に基づいて、本手続きを完了してよい。本手続きの完了により、各装置は、PDUセッションが切断された状態に遷移してもよい。
さらに、各装置は、PDUセッション切断手続きの完了に基づいて、次の手続きを実行してもよい。なお、次の手続きは、PDN接続手続きでもよい。なお、UE_A10は、PDUセッション切断手続きにおいて、第71から76の識別情報のうち、少なくとも1つの識別情報を受信したことに基づいて、PDN接続手続きを開始してもよい。
より詳細には、各装置は、第72の識別情報、及び/又は第74の識別情報の送受信を基に、本手続きで切断したPDUセッションに対応づけられたIPアドレスによる接続性を維持する場合、各装置は、PDUセッションと同一のIPアドレスに対応づけられるPDNコネクションを確立するために、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、ハンドオーバー手続きであることを示す第61の識別情報をコアネットワーク_A90に送信してもよいし、第71の識別情報に対応する第62の識別情報を送信してもよい。
また、各装置は、第72の識別情報、及び/又は第74の識別情報の送受信を基に、本手続きで切断したPDUセッションに対応づけられたIPアドレスによる接続性を維持せず、新たなIPアドレスに対応づけられるPDNコネクションを確立する場合、各装置は、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、初期手続きを示す第61の識別情報を送信してもよい。
さらに、各装置は、第72の識別情報、及び/又は第73の識別情報、及び/又は第74の識別情報の送受信を基に、ハンドオーバーを示す情報を用いたコアネットワーク_B190からコアネットワーク_A90への接続先の切り替えを実行する場合、各装置は、次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、ハンドオーバー手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。さらに、UE_A10は、次の手続き中で、コアネットワーク_A90に、第18の識別情報、及び/又は第46の識別情報に対応する第64の識別情報を送信してもよいし、第17の識別情報、及び/又は第45の識別情報に対応する第65の識別情報を送信してもよい。
さらに、第14の識別情報、及び/又は第15の識別情報、及び/又は第43の識別情報、及び/又は第44の識別情報の送受信に基づいて、コアネットワーク_B190によって許可、及び/又はサポートされているSSCモードが、SSC mode 1又はSSC mode 2の場合、各装置は、デタッチ手続き後に次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、ハンドオーバー手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。
さらに、第14の識別情報、及び/又は第15の識別情報、及び/又は第43の識別情報、及び/又は第44の識別情報の送受信に基づいて、コアネットワーク_B190によって許可、及び/又はサポートされているSSCモードが、SSC mode 3の場合、各装置は、デタッチ手続き後に次の手続きを実行してもよい。この場合、UE_A10は、次の手続き中で、コアネットワーク_A90に、初期手続きであることを示す第61の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報とは異なる第63の識別情報を送信してもよい。
なお、各装置が、PDUセッション切断手続きの完了後に次の手続きを実行する場合、UE_A10は、次の手続き中で、コアネットワーク_B190から受信した識別情報に対応した識別情報をコアネットワーク_A90に送信してもよい。例えば、UE_A10は、次の手続き中で、コアネットワーク_A90に、第71の識別情報に対応する第62の識別情報を送信してもよいし、第11の識別情報、及び/又は第16の識別情報に対応する第63の識別情報を送信してもよい。さらに、UE_A10は、次の手続き中で、コアネットワーク_A90に、第18の識別情報、及び/又は第46の識別情報に対応する第64の識別情報を送信してもよいし、第17の識別情報、及び/又は第45の識別情報に対応する第65の識別情報を送信してもよい。さらに、UE_A10は、次の手続き中で、コアネットワーク_A90に、第76の識別情報に対応する第68の識別情報を送信してもよいし、第75の識別情報に対応する第69の識別情報を送信してもよい。
[1.4.2.2.PDN接続手続きの説明]
第2の再接続手続きにおけるPDN接続手続きは、1.4.1.3章で述べたPDN接続手続き例と同様でよい。従って、ここでの詳細な説明は省略する。
なお、第61から68の識別情報の内、少なくとも一つ以上の識別情報をPDN接続要求メッセージに含めるか否かは、UE_A10が、PDUセッション切断手続きにおいて、第71から76の識別情報のうち、少なくとも1つの識別情報を受信したことに基づいて決定してもよい。言い換えると、UE_A10は、PDUセッション切断手続きにおいて、第71から76の識別情報のうち、少なくとも1つの識別情報を受信したことに基づいて、第61から第68の少なくとも一つ以上の識別情報をPDN接続要求メッセージに含めてもよい。
[2.変形例]
本発明に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、Central Processing Unit(CPU)等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にRandom Access Memory(RAM)等の揮発性メモリあるいはフラッシュメモリ等の不揮発性メモリやHard Disk Drive(HDD)、あるいはその他の記憶装置システムに格納される。
尚、本発明に関わる実施形態の機能を実現する為のプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する事によって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサでもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いる事も可能である。
なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の1例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器等の端末装置もしくは通信装置に適用出来る。
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
1 移動通信システム
5 PDN_A
10 UE_A
20 UTRAN_A
22 NB_A
24 RNC_A
25 GERAN_A
26 BSS_A
30 PGW_A
35 SGW_A
40 MME_A
42 SGSN_A
45 eNB_A
46 SCEF_A
50 HSS_A
55 AAA_A
60 PCRF_A
65 ePDG_A
70 WLAN ANa
72 WLAN APa
74 TWAG_A
75 WLAN ANb
76 WLAN APb
80 E-UTRAN_A
90 コアネットワーク_A
120 NextGen RAN_A
122 NR node_A
125 WLAN ANc
126 WAG_A
130 UPGW_A
140 CPF_A
190 コアネットワーク_B

Claims (24)

  1. 端末装置であって、
    前記端末装置は、
    第1のコアネットワークに対してデタッチ手続きを実行し、
    前記デタッチ手続きの後、第2のコアネットワークに対してアタッチ手続きを実行する、送受信部と、
    前記デタッチ手続きの完了に基づいて、接続先を前記第1のコアネットワークから前記第2のコアネットワークに変更する、
    制御部を備え、
    前記送受信部は、
    前記デタッチ手続きにおいて、デタッチ要求メッセージをCPF(Control Plane Function)から受信し、
    前記アタッチ手続きにおいて、アタッチ要求メッセージをMME(Mobility Management Entity)に送信し、
    前記デタッチ要求メッセージは、接続先を変更することを示す情報を含み、
    前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、
    ことを特徴とする端末装置。
  2. 前記アタッチ要求メッセージは、さらに、前記MMEを識別する情報、及び/又はPDN接続要求メッセージを含む、
    ことを特徴とする請求項1に記載の端末装置。
  3. 前記送受信部は、
    前記デタッチ手続き前に、トラッキングエリア更新受諾メッセージを前記CPFから受信する、トラッキングエリア更新手続きを実行し、
    前記トラッキングエリア更新受諾メッセージは、前記MMEを識別する情報を含む、
    ことを特徴とする請求項2に記載の端末装置。
  4. 前記デタッチ手続きは、前記第1のコアネットワークにセッションを確立した状態で実行され、
    前記制御部は、前記アタッチ手続きの完了に基づいて、前記セッションの接続先を前記第2のコアネットワークに切り替え、
    前記PDN接続要求メッセージは、前記セッションを識別する情報、及び/又は前記セッションの接続先であるDN (Data Network)を識別する情報を示す情報を含む、
    ことを特徴とする請求項2に記載の端末装置。
  5. 前記デタッチ要求メッセージは、さらに、前記セッションを識別する情報を含む、
    ことを特徴とする請求項4に記載の端末装置。
  6. 前記送受信部は、
    前記デタッチ手続き前に、PDUセッション確立受諾メッセージを前記CPFから受信する、PDUセッション確立手続きを実行し、
    前記制御部は、前記PDUセッション確立手続きの完了に基づいて、前記セッションを確立し、
    前記PDUセッション確立受諾メッセージは、前記DNを識別する情報を含む ことを特徴とする請求項4に記載の端末装置。
  7. CPF(Control Plane Function)であって、
    前記CPFは、
    デタッチ手続きを実行する送受信部と、
    前記デタッチ手続きの完了に基づいて、端末装置の接続先を、第1のコアネットワークから第2のコアネットワークに変更するために、前記端末装置との接続を切断する、
    制御部を備え、
    前記送受信部は、
    前記デタッチ手続きにおいて、デタッチ要求メッセージを前記端末装置に送信し、
    前記デタッチ要求メッセージは、前記端末装置の接続先を変更することを示す情報を含む、
    ことを特徴とするCPF。
  8. 前記デタッチ要求メッセージは、さらに、前記端末装置が再確立すべきセッションを識別する情報を含む、
    ことを識別特徴とする請求項7に記載のCPF。
  9. 前記送受信部は、
    前記デタッチ手続き前に、PDUセッション確立受諾メッセージを前記端末装置に送信する、PDUセッション確立手続きを実行し、
    前記PDUセッション確立受諾メッセージは、前記セッションが接続するDN(Data Network)を識別する情報を含む ことを特徴とする請求項8に記載のCPF。
  10. 前記送受信部は、
    前記デタッチ手続き前に、トラッキングエリア更新受諾メッセージを前記端末装置に送信する、トラッキングエリア更新手続きを実行し、
    前記トラッキングエリア更新受諾メッセージは、前記デタッチ手続きで、前記端末装置が接続すべきMME(Mobility Management Entity)を識別するための情報を含む、
    ことを特徴とする請求項7に記載のCPF。
  11. MME(Mobility Management Entity)であって、
    前記MMEは、
    アタッチ手続きを実行する、送受信部と、
    前記アタッチ手続きの完了に基づいて、端末装置の接続先を、第1のコアネットワークから第2のコアネットワークに変更するために、前記端末装置と接続する、
    制御部を備え、
    前記送受信部は、
    前記アタッチ手続きにおいて、アタッチ要求メッセージを前記端末装置から受信し、
    前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、
    ことを特徴とするMME。
  12. 前記アタッチ要求メッセージは、さらに、PDN接続要求メッセージを含み、
    前記PDN接続要求メッセージは、セッションを識別する情報、及び/又は前記セッションの接続先であるDN(Data Network)を識別する情報を示す情報を含む、
    ことを特徴とする請求項11に記載のMME。
  13. 端末装置の通信制御方法であって、
    第1のコアネットワークに対してデタッチ手続きを実行するステップと、
    前記デタッチ手続きの後、第2のコアネットワークに対してアタッチ手続きを実行するステップと、
    前記デタッチ手続きの完了に基づいて、接続先を前記第1のコアネットワークから前記第2のコアネットワークに変更する、
    ステップとを有し、
    前記デタッチ手続きにおいて、デタッチ要求メッセージをCPF(Control Plane Function)から受信するステップを、さらに、有し、
    前記アタッチ手続きにおいて、アタッチ要求メッセージをMME(Mobility Management Entity)に送信するステップを、さらに、有し、
    前記デタッチ要求メッセージは、接続先を変更することを示す情報を含み、
    前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、
    ことを特徴とする端末装置の通信制御方法。
  14. 前記アタッチ要求メッセージは、さらに、前記MMEを識別する情報、及び/又はPDN接続要求メッセージを含む、
    ことを特徴とする請求項13に記載の端末装置の通信制御方法。
  15. 前記デタッチ手続き前に、トラッキングエリア更新受諾メッセージを前記CPFから受信する、トラッキングエリア更新手続きを実行するステップを、さらに、有し、
    前記トラッキングエリア更新受諾メッセージは、前記MMEを識別する情報を含む、
    ことを特徴とする請求項14に記載の端末装置の通信制御方法。
  16. 前記デタッチ手続きは、前記第1のコアネットワークにセッションを確立した状態で実行され、
    前記アタッチ手続きの完了に基づいて、前記セッションの接続先を前記第2のコアネットワークに切り替えるステップを、さらに、有し、
    前記PDN接続要求メッセージは、前記セッションを識別する情報、及び/又は前記セッションの接続先であるDN(Data Network)を識別する情報を示す情報を含む、
    ことを特徴とする請求項14に記載の端末装置の通信制御方法。
  17. 前記デタッチ要求メッセージは、さらに、前記セッションを識別する情報を含む、
    ことを特徴とする請求項16に記載の端末装置の通信制御方法。
  18. 前記デタッチ手続き前に、PDUセッション確立受諾メッセージを前記CPFから受信する、PDUセッション確立手続きを実行するステップと、
    前記PDUセッション確立手続きの完了に基づいて、前記セッションを確立するステップとを、さらに、有し、
    前記PDUセッション確立受諾メッセージは、前記DNを識別する情報を含む ことを特徴とする請求項16に記載の端末装置の通信制御方法。
  19. CPF(Control Plane Function)の通信制御方法であって、
    デタッチ手続きを実行するステップと、
    前記デタッチ手続きの完了に基づいて、端末装置の接続先を、第1のコアネットワークから第2のコアネットワークに変更するために、前記端末装置との接続を切断する、
    ステップとを有し、
    前記デタッチ手続きにおいて、デタッチ要求メッセージを前記端末装置に送信するステップを、さらに、有し、
    前記デタッチ要求メッセージは、接続先を変更することを示す情報を含む、
    ことを特徴とするCPFの通信制御方法。
  20. 前記デタッチ要求メッセージは、さらに、前記端末装置が再確立すべきセッションを識別する情報を含む、
    ことを識別特徴とする請求項19に記載のCPFの通信制御方法。
  21. 前記デタッチ手続き前に、PDUセッション確立受諾メッセージを前記端末装置に送信する、PDUセッション確立手続きを実行するステップを、さらに、有し、
    前記PDUセッション確立受諾メッセージは、前記セッションが接続するDN(Data Network)を識別する情報を含む ことを特徴とする請求項20に記載のCPFの通信制御方法。
  22. 前記デタッチ手続き前に、トラッキングエリア更新受諾メッセージを前記端末装置に送信する、トラッキングエリア更新手続きを実行するステップを、さらに、有し、
    前記トラッキングエリア更新受諾メッセージは、前記デタッチ手続きで、前記端末装置が接続すべきMME(Mobility Management Entity)を識別するための情報を含む、
    ことを特徴とする請求項19に記載のCPFの通信制御方法。
  23. MME(Mobility Management Entity)の通信制御方法であって、
    アタッチ手続きを実行する、ステップと、
    前記アタッチ手続きの完了に基づいて、端末装置の接続先を、第1のコアネットワークから第2のコアネットワークに変更するために、前記端末装置と接続する、
    ステップとを有し、
    前記アタッチ手続きにおいて、アタッチ要求メッセージを前記端末装置から受信するステップを、さらに、有し、
    前記アタッチ要求メッセージは、ハンドオーバーを示す情報を含む、
    ことを特徴とするMMEの通信制御方法。
  24. 前記アタッチ要求メッセージは、さらに、PDN接続要求メッセージを含み、
    前記PDN接続要求メッセージは、セッションを識別する情報、及び/又は前記セッションの接続先であるDN(Data Network)を識別する情報を示す情報を含む、
    ことを特徴とする請求項23に記載のMMEの通信制御方法。
JP2016198806A 2016-10-07 2016-10-07 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法 Pending JP2019208089A (ja)

Priority Applications (8)

Application Number Priority Date Filing Date Title
JP2016198806A JP2019208089A (ja) 2016-10-07 2016-10-07 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法
EP17858074.2A EP3525526A4 (en) 2016-10-07 2017-08-14 TERMINAL DEVICE, MOBILITY MANAGEMENT ENTITY (MME), CONTROL PLAN FUNCTION (CPF) AND COMMUNICATION CONTROL METHOD
PCT/JP2017/029303 WO2018066234A1 (ja) 2016-10-07 2017-08-14 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法
MX2019003991A MX2019003991A (es) 2016-10-07 2017-08-14 Aparato terminal, entidad de gestión de movilidad (mme), función del plano de control (cpf) y método de control de comunicación.
US16/339,651 US11140599B2 (en) 2016-10-07 2017-08-14 Terminal apparatus, mobility management entity (MME), control plane function (CPF), and communication control method
CN201780061859.5A CN110140395B (zh) 2016-10-07 2017-08-14 终端装置、移动性管理实体mme、控制平面功能cpf、以及通信控制方法
NZ752976A NZ752976B2 (en) 2016-10-07 2017-08-14 Terminal apparatus, mobility management entity (mme), control plane function (cpf), and communication control method
AU2017340216A AU2017340216B2 (en) 2016-10-07 2017-08-14 Terminal apparatus, mobility management entity (MME), control plane function (CPF), and communication control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2016198806A JP2019208089A (ja) 2016-10-07 2016-10-07 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法

Publications (1)

Publication Number Publication Date
JP2019208089A true JP2019208089A (ja) 2019-12-05

Family

ID=61830848

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016198806A Pending JP2019208089A (ja) 2016-10-07 2016-10-07 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法

Country Status (7)

Country Link
US (1) US11140599B2 (ja)
EP (1) EP3525526A4 (ja)
JP (1) JP2019208089A (ja)
CN (1) CN110140395B (ja)
AU (1) AU2017340216B2 (ja)
MX (1) MX2019003991A (ja)
WO (1) WO2018066234A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019145858A (ja) * 2016-06-30 2019-08-29 シャープ株式会社 端末装置、制御装置、及び通信制御方法
US10742522B2 (en) * 2016-11-14 2020-08-11 Huawei Technologies Co., Ltd. Creation and modification of shareable slice instances
WO2018110939A1 (ko) * 2016-12-15 2018-06-21 엘지전자(주) 무선 통신 시스템에서의 트래킹 영역 할당 방법 및 이를 위한 장치
CN110999431B (zh) * 2017-06-17 2022-04-05 Lg电子株式会社 用于在无线通信系统中注册终端的方法及其设备
TWI669019B (zh) * 2017-08-14 2019-08-11 宏達國際電子股份有限公司 處理互通程序的裝置及方法
JP2019205001A (ja) * 2018-05-21 2019-11-28 シャープ株式会社 ユーザ装置、制御装置、及び通信制御方法
US11503659B2 (en) * 2021-01-15 2022-11-15 T-Mobile Usa, Inc. Routing optimization for service capability exposure

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2352339B1 (en) * 2008-11-06 2017-06-21 Sharp Kabushiki Kaisha Control station, mobile station, mobile communication system and mobile communication method
US20160277985A1 (en) * 2014-06-23 2016-09-22 Huawel Technologies Co., Ltd. Network handover method, and terminal
US9497667B2 (en) * 2014-09-11 2016-11-15 Telefonaktiebolaget Lm Ericsson (Publ) Fast WiFi to LTE handover
JP6018251B1 (ja) 2015-04-13 2016-11-02 株式会社Ｈａｎａエンジニアリング 半凝固合金の鍛造方法及びその鍛造装置
GB2552845A (en) * 2016-08-12 2018-02-14 Nec Corp Communication system

Also Published As

Publication number Publication date
NZ752976A (en) 2021-10-29
MX2019003991A (es) 2019-09-19
WO2018066234A1 (ja) 2018-04-12
EP3525526A1 (en) 2019-08-14
CN110140395B (zh) 2022-01-14
US20200053615A1 (en) 2020-02-13
AU2017340216B2 (en) 2022-03-03
US11140599B2 (en) 2021-10-05
AU2017340216A1 (en) 2019-05-23
CN110140395A (zh) 2019-08-16
EP3525526A4 (en) 2020-05-27

Similar Documents

Publication Publication Date Title
WO2018030474A1 (ja) 端末装置、ゲートウェイ、及び通信制御方法
WO2018066234A1 (ja) 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法
WO2018147220A1 (ja) 端末装置、コアネットワーク装置、及び通信制御方法
CN110892783B (zh) 终端装置以及核心网内的装置
JP6748220B2 (ja) Ｕｅ、コアネットワーク装置、ｕｅの通信方法及びコアネットワークの通信方法
WO2019031433A1 (ja) 端末装置、コアネットワーク内の装置、及び通信制御方法
WO2018008603A1 (ja) 端末装置、制御装置、ゲートウェイ、及び通信制御方法
WO2017199957A1 (ja) 端末装置、ＳＭＥ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、および通信制御方法
WO2019031434A1 (ja) 端末装置、コアネットワーク内の装置、及び通信制御方法
CN110140394B (zh) 终端装置、核心网装置以及通信控制方法
WO2018084291A1 (ja) 端末装置、コアネットワーク装置、通信システム、及び通信制御方法
WO2018128126A1 (ja) 端末装置、ネットワーク機能部、基地局装置、通信システム、及び通信制御方法
WO2020100718A1 (ja) Ｕｅ及び通信制御方法
WO2017199955A1 (ja) 端末装置、ＳＭＥ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、および通信制御方法
WO2018147219A1 (ja) 端末装置、コアネットワーク装置、及び通信制御方法
WO2018066235A1 (ja) 端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、及び通信制御方法
WO2018008601A1 (ja) 端末装置、制御装置、ゲートウェイ、及び通信制御方法
WO2017199954A1 (ja) 端末装置、ＳＭＥ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、および通信制御方法
WO2020100636A1 (ja) Ｕｅ及び通信制御方法
JP6698618B2 (ja) Ｕｅ及びｕｅの通信制御方法
WO2021029381A1 (ja) Ｕｅ、及び通信制御方法
WO2020153126A1 (ja) Ｕｅ
JP7216553B2 (ja) Ｕｅ、コアネットワーク装置、及び通信制御方法
WO2018128125A1 (ja) 端末装置、ネットワーク機能部、基地局、通信システム、及び通信制御方法

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20161031

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20161104