[go: up one dir, main page]

JP2020010073A - 端末装置、コアネットワーク装置、通信システム、及び通信制御方法 - Google Patents

端末装置、コアネットワーク装置、通信システム、及び通信制御方法 Download PDF

Info

Publication number
JP2020010073A
JP2020010073A JP2016216998A JP2016216998A JP2020010073A JP 2020010073 A JP2020010073 A JP 2020010073A JP 2016216998 A JP2016216998 A JP 2016216998A JP 2016216998 A JP2016216998 A JP 2016216998A JP 2020010073 A JP2020010073 A JP 2020010073A
Authority
JP
Japan
Prior art keywords
identification information
core network
mode
terminal device
procedure
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
JP2016216998A
Other languages
English (en)
Inventor
真史 新本
Masashi Niimoto
真史 新本
陽子 久下
Yoko KUGE
陽子 久下
雄大 河崎
Yudai KAWASAKI
雄大 河崎
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 JP2016216998A priority Critical patent/JP2020010073A/ja
Priority to CN201780067312.6A priority patent/CN110249663B/zh
Priority to US16/345,949 priority patent/US20190306899A1/en
Priority to RU2019117568A priority patent/RU2749671C2/ru
Priority to PCT/JP2017/039970 priority patent/WO2018084291A1/ja
Priority to EP17866394.4A priority patent/EP3537772B1/en
Publication of JP2020010073A publication Critical patent/JP2020010073A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02Power saving arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W60/00Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/14Backbone network devices
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

【課題】多種多様なコアネットワークの構成をサポートする通信システムや、端末装置に好適な通信制御手段を提供する。
【解決手段】端末装置は、コアネットワーク装置に、第1の識別情報を含むアタッチ要求メッセージを送信し、コアネットワーク装置から、アタッチ要求メッセージの応答として、第2の識別情報を含むアタッチ受諾メッセージを受信し、第2の識別情報の受信に基づき、第1のモードに遷移する。第1のモードは、端末装置がコアネットワーク装置からページングを受信しない状態及び/又はコアネットワークがデータをバッファリング可能な状態である。第1の識別情報は、端末装置が第1のモードでの通信路の確立を要求することを示す情報であり、第2の識別情報は、コアネットワーク装置が第1のモードでの通信路の確立の許可を示す情報である。
【選択図】図14

Description

本発明は、端末装置、コアネットワーク装置、通信システム、及び通信制御方法に関する。
近年の移動通信システムの標準化活動を行う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では、アクセスネットワークが、アタッチ手続き以降の手続きにおいて、アタッチ手続き時にUEがネットワークから取得したTemp ID等のパラメータ情報を用いて、適切なCCNF(Common CPNF(Control Plane Network Function))を選択することが検討されている。
さらに、NextGenでは、MO only(Mobile Originated only)モードで、UEがネットワークからのページングを受信しない状態に遷移することが検討されている。
しかしながら、これらのパラメータ情報及びモードの管理手段、及びこれらのパラメータを用いたセッションを確立する為の手段や、これらのモードを用いた通信手段を実現する為の手段等が明らかになっていない。
本発明は、このような事情を鑑みてなされたもので、その目的は、通信に関わる各設定の管理を実現する為の通信制御手段等を提供する事である。
本発明の一実施形態の端末装置は、コアネットワーク装置に、第1の識別情報を含むアタッチ要求メッセージを送信する、送信部と、コアネットワーク装置から、アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを受信する、受信部と、第2の識別情報の受信に基づき、第1のモードに遷移する、制御部と、を備え、ここで、第1のモードは、端末装置がコアネットワーク装置からのページングを受信しない状態、及び/又はコアネットワークがデータをバッファリング可能な状態であり、第1の識別情報は、端末装置が第1のモードでの通信路の確立を要求することを示す情報であり、第2の識別情報は、コアネットワーク装置が第1のモードでの通信路の確立の許可を示す情報である、ことを特徴とする。
本発明の一実施形態の端末装置は、コアネットワーク装置に、第1の識別情報を含むアタッチ要求メッセージを送信する、送信部と、コアネットワーク装置から、アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを受信する、受信部と、第2の識別情報の受信に基づき、第2のモードに遷移する、制御部と、を備え、ここで、第1の識別情報は、端末装置が第1のモードでの通信路の確立を要求することを示す情報であり、第1のモードは、端末装置がコアネットワーク装置からのページングを受信しない状態及び/又はコアネットワークがデータをバッファリング可能な状態であり、第2のモードは、端末装置がコアネットワーク装置からのページング受信する状態、及び/又はコアネットワークがデータをバッファリング不可能な状態であり、第2の識別情報は、コアネットワーク装置が第1のモードでの通信路の確立の不許可を示す情報である、ことを特徴とする。
本発明の一実施形態のコアネットワーク装置は、端末装置から第1の識別情報を含むアタッチ要求メッセージを受信し、端末装置に、アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを送信し、第2の識別情報の送信に基づき、第1のモードに遷移する、移動管理装置と、外部ネットワークとのゲートウェイ装置と、を備え、ここで、第1のモードは、端末装置がコアネットワーク装置からのページングを受信しない状態、及び/又はコアネットワークがデータをバッファリング可能な状態であり、第1の識別情報は、端末装置が第1のモードでの通信路の確立を要求することを示す情報であり、第2の識別情報は、コアネットワーク装置が第1のモードでの通信路の確立の許可を示す情報である、ことを特徴とする。
本発明の一実施形態のコアネットワーク装置は、端末装置から、第1の識別情報を含むアタッチ要求メッセージを受信し、端末装置に、アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを送信し、第2の識別情報の送信に基づき、第2のモードに遷移する、移動管理装置と、外部ネットワークとのゲートウェイ装置と、を備え、ここで、第1の識別情報は、端末装置が第1のモードでの通信路の確立を要求することを示す情報であり、第1のモードは、端末装置がコアネットワーク装置からのページングを受信しない状態及び/又はコアネットワークがデータをバッファリング可能な状態であり、第2のモードは、端末装置がコアネットワーク装置からのページング受信する状態、及び/又はコアネットワークがデータをバッファリング不可能な状態であり、第2の識別情報は、コアネットワーク装置が第1のモードでの通信路の確立の不許可を示す情報である、ことを特徴とする。
本発明の一実施形態の通信システムは、移動管理装置及び/またはゲートウェイ装置を備え、移動管理装置は、端末装置から第1の識別情報を含むアタッチ要求メッセージを受信し、端末装置に、アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを送信し、第2の識別情報の送信に基づき、第1のモードに遷移し、アタッチ受諾メッセージに、さらに、第1のモードであることが許可された範囲を示す第3の識別情報を含み、端末装置が第3の識別情報で示される範囲から移動したことにもとづいて、送信したトラッキングエリア更新要求メッセージを受信することで、トラッキングエリア更新手続きを開始し、ここで、第1のモードは、端末装置がコアネットワーク装置からのページングを受信しない状態、及び/又はコアネットワークがデータをバッファリング可能な状態であり、第1の識別情報は、端末装置が第1のモードでの通信路の確立を要求することを示す情報であり、第2の識別情報は、コアネットワーク装置が第1のモードでの通信路の確立の許可を示す情報である、事を特徴とする。
本発明の一実施形態の端末装置の通信制御方法であって、コアネットワーク装置に、第1の識別情報を含むアタッチ要求メッセージを送信するステップと、コアネットワーク装置から、アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを受信するステップと、第2の識別情報の受信に基づき、第1のモードに遷移するステップと、を備え、ここで、第1のモードは、端末装置がコアネットワーク装置からのページングを受信しない状態、及び/又はコアネットワークがデータをバッファリング可能な状態であり、第1の識別情報は、端末装置が第1のモードでの通信路の確立を要求することを示す情報であり、第2の識別情報は、コアネットワーク装置が第1のモードでの通信路の確立の許可を示す情報である、ことを特徴とする。
本発明の一実施形態の端末装置の通信制御方法は、コアネットワーク装置に、第1の識別情報を含むアタッチ要求メッセージを送信するステップと、コアネットワーク装置から、アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを受信するステップと、第2の識別情報の受信に基づき、第2のモードに遷移するステップと、を備え、ここで、第1の識別情報は、端末装置が第1のモードでの通信路の確立を要求することを示す情報であり、第1のモードは、端末装置がコアネットワーク装置からのページングを受信しない状態及び/又はコアネットワークがデータをバッファリング可能な状態であり、第2のモードは、端末装置がコアネットワーク装置からのページング受信する状態、及び/又はコアネットワークがデータをバッファリング不可能な状態であり、第2の識別情報は、コアネットワーク装置が第1のモードでの通信路の確立の不許可を示す情報である、ことを特徴とする。
本発明の一実施形態の端末装置の通信制御方法は、
端末装置から第1の識別情報を含むアタッチ要求メッセージを受信するステップと、端末装置に、アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを送信するステップと、第2の識別情報の送信に基づき、第1のモードに遷移するステップと、を備え、ここで、第1のモードは、端末装置がコアネットワーク装置からのページングを受信しない状態、及び/又はコアネットワークがデータをバッファリング可能な状態であり、第1の識別情報は、端末装置が第1のモードでの通信路の確立を要求することを示す情報であり、第2の識別情報は、コアネットワーク装置が第1のモードでの通信路の確立の許可を示す情報である、ことを特徴とする。
本発明の一実施形態のコアネットワーク装置の通信制御方法は、端末装置から、第1の識別情報を含むアタッチ要求メッセージを受信するステップと、端末装置に、アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを送信するステップと、第2の識別情報の送信に基づき、第2のモードに遷移するステップと、を備え、ここで、第1の識別情報は、端末装置が第1のモードでの通信路の確立を要求することを示す情報であり、第1のモードは、端末装置がコアネットワーク装置からのページングを受信しない状態及び/又はコアネットワークがデータをバッファリング可能な状態であり、第2のモードは、端末装置がコアネットワーク装置からのページング受信する状態、及び/又はコアネットワークがデータをバッファリング不可能な状態であり、第2の識別情報は、コアネットワーク装置が第1のモードでの通信路の確立の不許可を示す情報である、ことを特徴とする。
本発明によれば、端末装置及びコアネットワーク内の各装置は、通信に必要な識別子及び/又はパラメータを、管理することが出来る。また、各装置は、設定された識別子及び/又はパラメータに基づき、通信制御を実行することが出来る。
移動通信システムの概略を説明する為の図である。 ネットワーク主導の設定更新手続きを説明する為の図である。 移動通信システムにおけるコアネットワーク及びアクセスネットワークの構成等の1例を説明する為の図である。 UEの装置構成を説明する為の図である。 UEの記憶部を説明する為の図である。 eNB/NR node/WAGの装置構成を説明する為の図である。 MME/CPFの装置構成を説明する為の図である。 MME/CPFの記憶部を説明する為の図である。 MME/CPFの記憶部を説明する為の図である。 SGW/PGW/UPGW/SCEFの装置構成を説明する為の図である。 SGWの記憶部を説明する為の図である。 PGW/UPGWの記憶部を説明する為の図である。 SCEFの記憶部を説明する為の図である。 初期手続きを説明する為の図である。 PDUセッション確立手続きを説明する為の図である。 アタッチ手続きを説明する為の図である。 トラッキングエリア更新手続きを説明する為の図である。
以下、図面を参照して本発明を実施する為に最良の形態について説明する。なお、本実施形態では1例として、本発明を適用した場合の移動通信システムの実施形態について説明する。
[1.システム概要]
図1は、本実施形態における移動通信システムの概略を説明する為の図である。本図に示すように、移動通信システム1は、移動端末装置UE_A10とアクセスネットワーク_Bとコアネットワーク_B190とPDN(Packet Data Network)_A5により構成されている。ここで、UE_A10は無線接続可能な端末装置であればよく、UE(User Equipment)、ME(Mobile Equipment)、MS(Mobile Station)、又はCIoT(Cellular Internet of Things)端末(CIoT UE)等でもよい。さらに、コアネットワークは、コアネットワーク_B190であってもよく、アクセスネットワークは、アクセスネットワーク_Bであってもよい。さらに、コアネットワークは、コアネットワーク装置であってもよい。もしくは、本実施形態において、コアネットワーク装置とは、コアネットワーク_B190に含まれる各装置及び/又は各装置の処理又は機能の一部又は全てを実行する装置であってよい。アクセスネットワーク_Bは、NextGen RAN_AA120及び/又は、E-UTRAN_A80及び/又は、WLAN ANc125であってよい。
また、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又は複数のベアラ等の転送路で構成される論理的な通信路でもよい。より具体的には、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(Mobility Management Entity)_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コネクションに対応づけられる各識別情報は、同じ内容でもよいし、異なる内容でもよい。さらに、NSI識別情報は、NSIを識別する情報であり、以下NSI ID又はSlice Instance IDであってもよい。
また、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、NextGen RAN(Next Generation Radio Access Network)_A120でもよく、non-3GPPアクセスネットワークは、WLAN ANc125でもよい。なお、UE_A10はコアネットワークに接続する為に、アクセスネットワークに接続してもよく、アクセスネットワークを介してコアネットワークに接続してもよい。
さらに、コアネットワークは、アクセスネットワーク及び/又はPDN_A5と接続した移動体通信事業者(Mobile Network Operator)が運用するIP移動通信ネットワークの事である。コアネットワークは、移動通信システム1を運用、管理する移動通信事業者の為のコアネットワークでもよいし、MVNO(Mobile Virtual Network Operator)、MVNE(Mobile Virtual Network Enabler)等の仮想移動通信事業者や仮想移動体通信サービス提供者の為のコアネットワークでもよい。なお、コアネットワーク_B190は、EPS(Evolved Packet System)を構成するEPC(Evolved Packet Core)でもよく、NGS(NextGen System(Next Generation System))を構成するNGC(Next Generation(NextGen) Core)でもよい。さらに、コアネットワーク_B190は、5G通信サービスを提供するシステムのコアネットワークでもよい。なお、コアネットワーク_B190は、これに限らず、モバイル通信サービスを提供するためのネットワークでもよい。
次に、コアネットワーク_B190の構成例を説明する。コアネットワーク_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を介して各装置に接続してもよい。なお、UPGW_A130は、はSGW_A35及び/又はPGW_A30であってもよい。
PGW_A30は、PDN_A5とSGW_A35とPCRF_A60とに接続されており、PDN_A5及び/又はDNとコアネットワーク_B190とのゲートウェイとしてユーザデータの転送を行う中継装置である。なお、PGW_A30は、IP通信及び/又はnon-IP通信の為のゲートウェイでもよい。
さらに、PGW_A30は、IP通信を転送する機能を持っていてもよく、non-IP通信とIP通信を変換する機能を持っていてもよい。なお、こうしたゲートウェイはコアネットワーク_B190に複数配置されてよい。さらに複数配置されるゲートウェイは、コアネットワーク_B190と単一の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とに接続されており、コアネットワーク_B190と3GPPのアクセスネットワーク(E-UTRAN_A80、NextGen RAN_A120)とのゲートウェイとしてユーザデータの転送を行う中継装置である。
さらに、SGW_A35は、アクセスネットワークとの接点を持ったユーザデータの転送を行うUPファンクションでもよく、アクセスネットワークとコアネットワークとの間でユーザデータを転送する為のゲートウェイであるUPGW(User Plane Gateway)_A130でもよい。
さらに、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)でもよく、複数のNSI間で共有される共有CPファンクション(CCNF;Common CPNF(Control Plane Network Function))でもよい。なお、CPF_A140は、他のNFとの接続性を備えてもよく、他のNFを介して各装置に接続してもよい。なお、CPF_A140は、MME_A40であってもよい。
MME_A40は、SGW_A35とアクセスネットワークとHSS_A50とSCEF_A46とに接続されており、アクセスネットワークを経由してUE_A10のモビリティ管理を含む位置情報管理と、アクセス制御を行う制御装置である。さらに、MME_A40は、UE_A10が確立するセッションを管理するセッション管理装置としての機能を含んでもよい。
また、コアネットワーク_B190には、こうした制御装置を複数配置してもよく、例えば、MME_A40とは異なる位置管理装置が構成されてもよい。MME_A40とは異なる位置管理装置は、MME_A40と同様に、SGW_A35とアクセスネットワークとSCEF_A46とHSS_A50と接続されてよい。
また、コアネットワーク_B190内に複数のMMEが含まれている場合、MME同士が接続されてもよい。これにより、MME間で、UE_A10のコンテキストの送受信が行われてもよい。このように、MME_A40は、UE_A10とモビリティ管理やセッション管理に関連する制御情報を送受信する管理装置であり、言い換えるとコントロールプレーン(Control Plane;C-Plane;CP)の制御装置であればよい。
さらに、MME_A40はコアネットワーク_B190に含まれて構成される例を説明したが、MME_A40は1又は複数のコアネットワーク又はDCN又はNSIに構成される管理装置でもよいし、1又は複数のコアネットワーク又はDCN又はNSIに接続される管理装置でもよい。ここで、複数のDCN又はNSIは単一の通信事業者によって運用されてもよいし、それぞれ異なる通信事業者によって運用されてもよい。
また、MME_A40は、コアネットワーク_B190とアクセスネットワークとの間のゲートウェイとしてユーザデータの転送を行う中継装置でもよい。なお、MME_A40がゲートウェイとなって送受信されるユーザデータは、スモールデータでもよい。
さらに、MME_A40は、UE_A10等のモビリティ管理の役割を担うNFでもよく、PDUセッション等のセッション管理の役割を担うNFでもよく、1又は複数のNSIを管理するNFでもよい。また、MME_A40は、これらの1又は複数の役割を担うNFでよい。なお、NFは、コアネットワーク_B190内に1又は複数配置される装置でもよく、制御情報及び/又は制御メッセージの為のCPファンクション(以下、CPF(Control Plane Function)、又はControl Plane Network Functionとしても称される)でもよく、複数のNSI間で共有される共有CPファンクションでもよい。
ここで、NFとは、ネットワーク内に構成される処理機能である。つまり、NFは、MMEやSGWやPGWやCPFやUPGW等の機能装置でもよいし、MM(Mobility Management)やSM(Session Management)等の機能や能力capability情報でもよい。また、NFは、単一の機能を実現する為の機能装置でもよいし、複数の機能を実現する為の機能装置でもよい。例えば、MM機能を実現する為のNFと、SM機能を実現する為のNFとが別々に存在してもよいし、MM機能とSM機能との両方の機能を実現する為のNFが存在してもよい。
SCEF_A46は、PDN_A5とCPF_A140又はMME_A40とHSS_A50とに接続されており、PDN_A5及び/又はDNとコアネットワーク_B190とを繋ぐゲートウェイとしてユーザデータの転送を行う中継装置である。なお、SCEF_A46は、non-IP通信の為のゲートウェイでもよい。さらに、SCEF_A46は、non-IP通信とIP通信を変換する機能を持っていてもよい。また、こうしたゲートウェイはコアネットワーク_B190に複数配置されてよい。さらに、コアネットワーク_B190と単一のPDN_A5及び/又はDNを接続するゲートウェイも複数配置されてよい。なお、SCEF_A46はコアネットワークの外側に構成されてもよいし、内側に構成されてもよい。
HSS_A50は、MME_A40とSCEF_A46とに接続されており、加入者情報の管理を行う管理ノードである。HSS_A50の加入者情報は、例えばMME_A40のアクセス制御の際に参照される。さらに、HSS_A50は、MME_A40とは異なる位置管理装置と接続されていてもよい。例えば、HSS_A50は、CPF_A140と接続されていてもよい。
PCRF_A60は、UPGW_A130又はPGW_A30とPDN_A5とに接続されており、データ配送に対するQoS管理を行う。例えば、UE_A10とPDN_A5間の通信路のQoSの管理を行う。さらに、PCRF_A60は、各装置がユーザデータを送受信する際に用いるPCC(Policy and Charging Control)ルール、及び/又はルーティングルールを作成、及び/又は管理する装置でもよい。
また、PCRF_A60は、ポリシーを作成及び/又は管理するPolicyファンクションでもよい。より詳細には、PCRF_A60は、UPファンクションに接続されていてもよい。
また、図3(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は互いに接続してよい。
さらに、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及び/又はNextGen RAで構成されるアクセスネットワークでもよい。言い換えると、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は、無線基地局の機能部とゲートウェイの機能部とが別の装置で構成されてもよい。
なお、本明細書において、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がEPCに登録されている状態と、NGCに登録されている状態とを、区別できる情報であってもよい。
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は、コアネットワーク_B190に接続する際に用いるUEコンテキストと、コアネットワーク_B190に接続する際に用いるUEコンテキストとがあってもよい。さらに、コアネットワーク_B190に接続する際に用いる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がコアネットワーク_B190へ接続する為の機能部である。言い換えると、ネットワーク接続部_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.初期手続きの説明]
次に、本実施形態における初期手続きの詳細手順を説明する前に、重複説明を避ける為、本実施形態特有の用語や、各手続きに用いる主要な識別情報を予め説明する。
本実施形態において、ネットワークは、アクセスネットワーク、及び/又は、コアネットワーク_B190、及び/又はPDN_A5のことをである。また、ネットワークは、アクセスネットワーク、及び/又は、コアネットワーク_B190、及び/又はPDN_A5に含まれる、いずれかの装置を示してもよい。つまり、ネットワークが、メッセージの送受信及び/又は手続きを実行するということは、ネットワーク内の装置がメッセージの送受信及び/又は手続きを実行することを意味する。
本実施形態における第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の状態は、これらの状態に限らない。
さらに、本実施形態におけるトラッキングエリアは、コアネットワークが管理する、UE_A10の位置情報で表すことが可能な単数又は複数の範囲である。トラッキングエリアは、複数のセルで構成されもよい。さらに、トラッキングエリアは、ページング等の制御メッセージがブロードキャストされる範囲でもよいし、UE_A10がハンドオーバー手続きをせずに移動できる範囲でもよい。さらに、トラッキングエリアは、ルーティングエリアでもよいし、ロケーションエリアでもよいし、これらと同様のものであればよい。以下、トラッキングエリアはTA(Tracking Area)であってもよい。
本実施形態におけるTA(Tracking Area)リストとは、ネットワークがUE_A10にPDUセッションを確立できるトラッキングエリアのリストを示す情報群であってよい。
本実施形態における、MOモードとは、UE_A10がネットワークからのページングを受信することや、定期的なトラッキングエリア更新手続きを実行することを停止しているモード、または、ネットワークがページングを送信することや、UE_A10からの定期的なトラッキングエリア更新手続きが実行されることが停止しているモードである。MOモードはMO onlyモードであってよい。さらに、MOモードとは、コアネットワークとアクセスネットワークのリソースが解放されている状態であってもよい。
本実施形態における、通常モード(normalモード)とは、UE_A10がネットワークからのページングを受信することや、定期的なトラッキングエリア更新手続きを実行することが可能なモード、または、ネットワークがページングを送信することや、UE_A10からの定期的なトラッキングエリア更新手続きが実行されることが可能であるモードである。さらに、通常モードとは、コアネットワークとアクセスネットワークのリソースが解放されていない状態であってよい。
本実施形態における、MO capablityは、UE_A10またはネットワークがMOモードでの通信及び、MOモードの通信の為の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または複数のネットワークスライスに割り当てられることができる。
次に、本実施形態における識別情報について説明する。
本実施形態における第1の識別情報は、PLMN(Public Land Mobile Network)毎に管理される、ネットワークスライスタイプ及び/又はサービスタイプを識別する情報である。さらに、第1の識別情報はNSSAI(Network Slice selection Assistance Information)であってよい。第1の識別情報には、少なくとも1つ以上の第2の識別情報が構成されてもよい。
本実施形態における第2の識別情報は、ネットワークスライスタイプを識別する、及び/又は示す情報である。さらに、第2の識別情報は、NSIを識別するNSD IDや、ネットワークスライスのタイプを識別するネットワークスライスタイプID等の情報でもよい。さらに、第2の識別情報は、UE usage typeでもよいし、UE usage typeの1部であってもよい。さらに、第2の識別情報はAPNであってもよい。なお、第2の識別情報は、1つまたは複数のNSIを識別する情報から構成されてもよい。また、第2の識別情報は、コアネットワーク_B190内のNF(Network Fuction)を識別する情報を含めて構成してもよい。さらに、第2の識別情報は、UE_A10及び/又はネットワーク内のいずれかの装置が有するUE_A10の登録情報であってもよい。なお、第2の識別情報の示すNSI IDは、NR node_A122、CCNF、CPF_A140のいずれかによって、UE_A10が送信するNNSAIに基づいて選択そして決定され、UE_A10に通知されてよい。言い換えると、第2の識別情報の示すNSI IDは、アクセスネットワーク又はコアネットワーク_B190によって、UE_A10が送信するNNSAIに基づいて選択、決定され、UE_A10に通知されてよい。
本実施形態における、第3の識別情報は、アクセスネットワークにおいて、CCNFを選択する為に用いられる識別情報である。具体的には、第3の識別情報は、CCNFを識別する情報であってよい。また、第3の識別情報は、CCNFとNSIを対応づけた情報群であってよい。もしくは、CCNFとNSIとを対応づける情報群を識別する情報であってよい。各装置は、第3の識別情報を用いて、UE_A10が接続するCCNFまたはNSIを選択してもよい。例えば、各装置は、第3の識別情報によって対応づけられるNSIとCCNFとを対応づける情報群を基に、第3の識別情報を用いてNSI及び/又はCCNFを解決してもよい。なお、第3の識別情報は、CCNF又はネットワークに含まれる装置がUE_A10に割り当てる、一時的な情報であってよく、Temp ID(Temporary ID)であってよい。したがって、TempIDは、対応づけられるNSIとCCNFとを対応づける情報群、NSI、CCNFのいずれかに対応づけられた一時的な識別情報であってよい。
なお、第3の識別情報の示すTempIDは、NR node_A122、CCNF、CPF_A140のいずれかによって、UE_A10が送信するNNSAIに基づいて選択そして決定され、UE_A10に通知されてよい。言い換えると、第3の識別情報の示すTempIDは、アクセスネットワーク又はコアネットワーク_B190によって、UE_A10が送信するNNSAIに基づいて選択及び/又は決定され、UE_A10に通知されてよい。
なお、TempIDを受信したUE_A10は、その後送信するNASメッセージにTempIDを含めてCPF_A140送信してもよい。CPF_A140は、受信したTempIDを基に送信先のNSI、及び又はコアネットワークB190に含まれる制御装置を送信先として解決し、NASメッセージを送信してもよい。さらに、TempIDを受信したUE_A10は、その後NASメッセージの送信において、NASメッセージを含めて送信するRRCメッセージにTempIDを含めてNR node_A122に送信してもよい。NR node_A122は、受信したTempIDを基に送信先のCCNF、つまりCPF_A140を送信先として解決し、NSAメッセージを送信してもよい。
本実施形態における、第4の識別情報は、UEを識別する一時的な識別情報である。さらに、第4の識別情報はMME_A40がUE_A10に割り当てるM-TMSI(M-Temporary Mobile Subscriber Identity)であってよい。さらに、第4の識別情報は第3の識別情報と同じ値であってよい。つまり、第4の識別情報は、UE_A10を識別する情報であり、且つCCNFを識別する情報であってよい。
本実施形態における、第5の識別情報は、少なくとも、第2〜4の識別情報を一つ以上の識別情報を含んだ情報、または情報群である。一つ以上の識別情報が含まれた第5の識別情報は、単一の識別情報としてもちいられてもよい。もしくは、第5の識別情報とは、第5の識別情報含まれる一つ以上の識別情報の集合を意味するものであってもよい。したがって、本実施形態において第5の識別情報を送信すると説明した場合には、第5の識別情報含まれる各情報又は情報群を送信すること意味する。同様に、本実施形態において第5の識別情報を受信すると説明した場合には、第5の識別情報含まれる各情報又は情報群を受信すること意味する。さらに、第5の識別情報は、ネットワークがUE_A10に許可する第2〜4つの識別情報を一つ以上含んだ情報であってよい。
なお、第4の識別情報の示すM-TMSIは、NR node_A122、CCNF、CPF_A140のいずれかによって、UE_A10が送信するNNSAIに基づいて選択そして決定され、UE_A10に通知されてよい。言い換えると、第4の識別情報の示すM-TMSIは、アクセスネットワーク又はコアネットワーク_B190によって、UE_A10が送信するNNSAIに基づいて選択及び/又は決定され、UE_A10に通知されてよい。
本実施形態における、第5の識別情報は、少なくとも、第2〜4の識別情報を一つ以上の識別情報を含んだ情報、または情報群である。一つ以上の識別情報が含まれた第5の識別情報は、単一の識別情報としてもちいられてもよい。もしくは、第5の識別情報とは、第5の識別情報含まれる一つ以上の識別情報の集合を意味するものであってもよい。したがって、本実施形態において第5の識別情報を送信すると説明した場合には、第5の識別情報含まれる各情報又は情報群を送信すること意味する。同様に、本実施形態において第5の識別情報を受信すると説明した場合には、第5の識別情報含まれる各情報又は情報群を受信すること意味する。さらに、第5の識別情報は、ネットワークがUE_A10に許可する第2〜4つの識別情報を一つ以上含んだ情報であってよい。
なお、第4の識別情報の示すM-TMSIは、NR node_A122、CCNF、CPF_A140のいずれかによって、UE_A10が送信するNNSAIに基づいて選択そして決定され、UE_A10に通知されてよい。言い換えると、第4の識別情報の示すM-TMSIは、アクセスネットワーク又はコアネットワーク_B190によって、UE_A10が送信するNNSAIに基づいて選択及び/又は決定され、UE_A10に通知されてよい。
本実施形態において、第6の識別情報は、UE_A10が第1のタイマにセットする値である。ここで、第1のタイマは、第11の識別情報の有効時間を、UE_A10がカウントするためのタイマであり、第2のタイマは第11の識別情報の有効期限をネットワークで管理するためにカウントするタイマである。ここで、第11の識別情報は、第5の識別情報、TempID、NSIとTempIDを組み合わせた情報、TempIDとM-TMSIを組み合わせた情報、NSIとTemipIDとM-TMSIを組み合わせた情報のいづれかの情報であってよい。なお、組み合わせた情報とは、組み合わされた各情報の集合を意味しても良いし、各情報を含む情報であってもよい。さらに、本実施形態において、第6の識別情報は、本実施形態中のアタッチ手続き及び/又はトラッキングエリア更新手続き中にUE_A10がネットワークから取得する値である。
なお、第5の識別情報が1つ以上の識別情報の集合として扱われる場合、第6の識別情報は、同様に複数の第1のタイマの値の集合であってもよいし、または単体の第1のタイマの値であってもよい。つまり、第5の識別情報が第2と3の識別情報の集合である場合、第6の識別情報は、第2の識別情報の有効時間をカウントする為に用いる第1のタイマの値と、第3の識別情報の有効時間をカウントする為に用いる第1のタイマの値との集合であってよいし、第2と3の識別情報の共通の有効時間をカウントする為に用いる第1のタイマの値であってよい。
したがって、ネットワークは、第6の識別情報を送信することによって、第11の識別情報の有効時間をカウントするタイマの値を送信し、送信したタイマ値によってタイマのカウントの開始を要求することができる。さらに、UE_A10は、第11の識別情報を受信することによって、第11の識別情報の識別情報の有効時間をカウントするタイマの値を受信し、受信したタイマ値によるタイマのカウントを開始することができる。言い換えると、ネットワークは、第11の識別情報を送信することによって、第11の識別情報の有効時間をUE_A10に通知することができる。さらに、UE_A10は、第11の識別情報を受信することによって、第11の識別情報の有効時間の検知することができる。
本実施形態において、第7の識別情報は、UE_A10が要求したNSIのうち、特定及び/又は一部の及び/又は全てのNSIへの接続及び/又は、それらのNSIからUE_A10へのサービスの提供が制限されている事を示す情報である。言い換えれば、第7の識別情報は、UE_A10が要求したNSIのうち、特定及び/又は一部の及び/又は全てのNSIへのPDUセッションの確立、及びベアラの確立が制限されている事を示す情報である。さらに、第7の識別情報は、接続が制限されたNSIを参照する為の情報であってもよいし、接続が制限されたNSIを示すものであってよい。さらに、これらは複数の識別情報の集合及びリストであってもよく、例えば接続が制限されているNSIのリストであってよい。第7の識別情報は、NSI restricted areaであってよい。このように、第7の識別情報は、NSIと制限エリアとを対応づけた情報であってよい。さらに、各NSI毎のNSIと制限エリアとを対応づけた情報を含めた情報群であってよい。
本実施形態において、第8の識別情報は、UE_A10が要求したNSIのうち、特定及び/又は一部の及び/又は全てのNSIへの接続が許可されている事を示す情報である。言い換えれば、第8の識別情報は、UE_A10が要求したNSIのうち、特定及び/又は一部の及び/又は全てのNSIへのPDUセッションの確立、及びベアラの確立が許可されている事を示す情報である。さらに、第7の識別情報は、接続が許可されたNSIを参照する為の情報であってもよいし、接続が許可されたNSIを示すものであってよい。さらに、これらは複数の識別情報の集合及びリストであってもよく、例えば接続が許可されているNSIのリストであってよい。第8の識別情報はNSI allowed areaであってよい。このように、第8の識別情報は、NSIと許可エリアとを対応づけた情報であってよい。さらに、各NSI毎のNSIと許可エリアとを対応づけた情報を含めた情報群であってよい。
本実施形態において、第9の識別情報は、NSIに対応付けられたTAリストである。本実施形態において、UE_A10が複数のNSIに接続する場合、第9の識別情報はNSI毎に独立していてもよいし、第9の識別情報は複数TAリストにより構成されてもよい。なお、各TAリストに含まれるトラッキングエリア情報は、UE_A10の位置や接続する基地局などに応じて情報の内容が変更されてよい。なお、こうした情報はオペレータによって設定される情報であってよい。
本実施形態における、第10の識別情報は、少なくとも、第2から4の識別情報のうち1つ以上含んだ情報、または情報群である。一つ以上の識別情報が含まれた第10の識別情報は、単一の識別情報としてもちいられてもよい。もしくは、第10の識別情報とは、第10の識別情報含まれる一つ以上の識別情報の集合を意味するものであってもよい。したがって、本実施形態において第10の識別情報を送信すると説明した場合には、第10の識別情報含まれる各情報又は情報群を送信すること意味する。同様に、本実施形態において第10の識別情報を受信すると説明した場合には、第10の識別情報含まれる各情報又は情報群を受信すること意味する。さらに、第10の識別情報は、UE_A10が要求する接続の状態を示す、第2から4の識別情報のうち1つ以上を含んだ情報である。つまり、UE_A10が要求する第2から4の識別情報のうち1つ以上を含んだ情報である。
本実施形態において、第21の識別情報は、UE_A10のMO capabilityである。つまり、第21の識別情報は、UE_A10がMOモードに遷移する事、及び/又はMOモードでの通信をサポートする能力情報であってよい。又は、第21の識別情報は、UE_A10がMOモードに遷移する事、及び/又はMOモードでの通信をサポートできない事を示す能力情報であってよい。
本実施形態において、第22の識別情報は、UE_A10がMOモードに遷移する事、MOモードでの通信を実行する為のPDUセッション及び/又はベアラの確立を要求することを示すための識別情報であってよい。さらに、第22の識別情報はmessage indicatorであってよい。さらに、第22の識別情報は、ネットワークにデータバッファリングを要求することを示す情報であってよく、又はネットワークへのデータバッファリングの要求を示す情報を含めた情報もよい。または、第22の識別情報は、ネットワークにデータバッファリングを要求しない事を示す情報であってもよく、又はネットワークへのデータバッファリングを要求しない事を意味する情報を含めた情報であってよい。
本実施形態において、第23の識別情報は、少なくとも、第21〜22の識別情報のうち1つ以上の識別情報を含んだ情報及び/又は情報群である。1つ以上の識別情報が含まれた情報群である第23の識別情報は、単一の識別情報として用いられてよいし、もしくは、第23の識別情報含まれる一つ以上の識別情報の集合を意味するものであってもよい。したがって、本実施形態において第23の識別情報を送信すると説明した場合には、第23の識別情報含まれる各情報又は情報群を送信すること意味する。同様に、本実施形態において第23の識別情報を受信すると説明した場合には、第23の識別情報含まれる各情報又は情報群を受信すること意味する。
本実施形態において、第24の識別情報は、ネットワークのMO capabilityである。つまり、第24の識別情報は、ネットワークがMOモードに遷移する事、及び/又はMOモードでの通信をサポートする能力情報であってよい。又は、第24の識別情報は、ネットワークがMOモードに遷移する事、及び/又はMOモードでの通信をサポートできない事を示す能力情報であってよい。
本実施形態において、第25の識別情報は、ネットワークがMOモードへの遷移を許可したことを示す許可情報である。更に、第25の識別情報は、ネットワークがMOモードへの遷移、MOモードでの通信を実行する為のPDUセッション及び/ベアラの確立を許可する事を示すための識別情報である。さらに、第25の識別情報はmessage indicatorであってよい。さらに、第25の識別情報は、ネットワークがデータバッファリングすることを許可することを示す情報であってもよいし、又はネットワークがデータバッファリングする事を許可することを意味する情報を含む情報であってもよい。または、第25の識別情報は、ネットワークがデータバッファリングする事を許可することを示す能力情報であってもよく、又はネットワークがデータバッファリングする事を許可する事を意味する情報を含む情報であってよい。
本実施形態において、第26の識別情報は、少なくとも、第24から25の識別情報のうち1つ以上含んだ情報及び/又は情報群である。一つ以上の識別情報が含まれた情報群である第26の識別情報は、単一の識別情報として用いられてもよいし、もしくは、第26の識別情報含まれる1つ以上の識別情報の集合を意味するものであってもよい。したがって、本実施形態において第26の識別情報を送信すると説明した場合には、第26の識別情報含まれる各情報又は情報群を送信すること意味する。同様に、本実施形態において第26の識別情報を受信すると説明した場合には、第26の識別情報含まれる各情報又は情報群を受信すること意味する。
本実施形態において、第27の識別情報は、ネットワークがMOモードでの通信を制限するエリア内にUEが位置する事を示す情報である。さらに、第27の識別情報は、ネットワークがMOモードでの通信を制限するエリアを示す情報であってよい。なお、ネットワークは、エリア情報とNSIとを対応づけてUE_A10に送信してもよい。さらに、UE_A10が複数のNSIに接続する場合には、ネットワークは、エリア情報とNSIとを対応づけた情報をNSI毎に複数送信してもよい。なお、各エリア情報は異なるエリアを示す情報であってよい。
本実施形態において、第28の識別情報は、ネットワークがMOモードでの通信を許可するエリア内にUEが位置する事を示す情報である。さらに、第28の識別情報は、ネットワークがMOモードでの通信を許可するエリアを示す情報であってよい。なお、ネットワークは、エリア情報とNSIとを対応づけてUE_A10に送信してもよい。さらに、UE_A10が複数のNSIに接続する場合には、ネットワークは、エリア情報とNSIとを対応づけた情報をNSI毎に複数送信してもよい。なお、各エリア情報は異なるエリアを示す情報であってよい。
本実施形態において、第30の識別情報は、ネットワークが更新を要求する第5の識別情報を示す情報である。より具体的には、第30の識別情報は、ネットワークが更新を要求する第5の識別情報の情報要素を示す情報であってよい。例えば、第30の識別情報は、更新を要求する識別情報が、第2の識別情報、第3の識別情報、第4の識別情報、又はこれら3つの情報を2つ以上組み合わせた情報のうち、どの識別情報を更新するのかを識別することができる情報であってよい。なお、第30の識別情報の実情報は、第2の識別情報、第3の識別情報、第4の識別情報、又はこれら3つの情報を2つ以上組み合わせた情報を示す情報であってよい。また、第30の識別情報を用いて、第2の識別情報、第3の識別情報、第4の識別情報、又はこれら3つの情報を2つ以上組み合わせた情報のうち、どの識別情報を更新するのかは、オペレータポリシーによって決定されて良い。言い換えると、事業者網の運用に基づいて、第2の識別情報、第3の識別情報、第4の識別情報、又はこれら3つの情報を2つ以上組み合わせた情報のうち、どの識別情報を更新するかが決定され、こうした決定に基づいて、第30の識別情報の内容が決定されてよい。
本実施形態において、第31の識別情報は、第30の識別情報で示される要素の実体である。つまり、第31の識別情報は、第2から4の識別情報のうち、1つ以上の識別情報を含んだ情報、または情報群である。1つ以上の識別情報が含まれた第31の識別情報は、単一の識別情報としてもちいられてもよい。もしくは、第5の識別情報とは、第5の識別情報含まれる一つ以上の識別情報の集合を意味するものであってもよい。したがって、本実施形態において第5の識別情報を送信すると説明した場合には、第5の識別情報含まれる各情報又は情報群を送信すること意味する。同様に、本実施形態において第5の識別情報を受信すると説明した場合には、第5の識別情報含まれる各情報又は情報群を受信すること意味する。さらに、第5の識別情報は、ネットワークがUE_A10に更新を要求する第2〜4つの識別情報を一つ以上含んだ情報であってよい。なお、第31の識別情報は、第30の識別情報が示す識別情報の値であってよい。
本実施形態において、第32の識別情報は、第30の識別情報で示される情報要素を、第31の識別情報の値に更新する際に、UE_A10が第1のタイマにセットする値である。言い換えると、第32の識別情報は、第30の識別情報及び又は第31の識別情報によって更新される情報の有効時間を示す情報であってよい。
したがって、ネットワークは、第32の識別情報を送信することによって、第30の識別情報及び又は第31の識別情報の有効時間をカウントするタイマの値を送信し、タイマのカウントの停止と、送信したタイマ値によるタイマのカウントの再開を要求することができる。さらに、UE_A10は、第32の識別情報を受信することによって、第30の識別情報及び又は第31の識別情報の有効時間のをカウントするタイマの値を受信し、タイマのカウントの停止と、受信したタイマ値によるタイマのカウント再開を行うことができる。言い換えると、ネットワークは、第32の識別情報を送信することによって、第30の識別情報及び又は第31の識別情報の有効時間の更新をUE_A10に要求することができる。さらに、UE_A10は、第32の識別情報を受信することによって、第30の識別情報及び又は第31の識別情報の有効時間を更新することができる。
本実施形態において、第33の識別情報は、第9の識別情報と同じであってよい。本実施形態において、第34の識別情報は、第7の識別情報と同じであってよい。本実施形態において、第35の識別情報は、第8の識別情報と同じであってよい。本実施形態において、第36の識別情報は、第27の識別情報と同じであってよい。本実施形態において、第37の識別情報は、第28の識別情報と同じであってよい。
本実施形態において、第38の識別情報は、ネットワークがMOモードの変更を要求することを示す情報であってよい。したがって、第38の識別情報は、MOモードとつMOモードとは異なる通常のノーマルモードのうち、現在UE_A10が遷移しているモードから、他方のモードに遷移することを要求することを示す情報であってよい。または第38の識別情報は、通常モードからMOモードへの遷移を要求することを示す情報でもあってもよいし、もしくはMOモードから通常モードへの遷移を要求することを示す情報であってよい。より具体的には、MOモードとつMOモードとは異なる通常のノーマルモードのうち、要求する遷移先となるモードを識別する情報であってよい。例えば、通常モードへ遷移を要求する場合には、第38の識別情報は通常モードを識別する情報であってよい。また、MOモードへ遷移を要求する場合には、第38の識別情報はMOモードを識別する情報であってよい。
本実施形態において、第39の識別情報は、UE_A10が遷移したモードを示す情報である。つまり、第39の識別情報は、通常モード又はMOモードを示す識別情報であってよい。
次に、本実施形態において、初期手続きを図14を用いて説明する。本実施形態では、各装置は初期手続きを実行することで、第1の状態に遷移し、UE_A10がコアネットワーク_B190を介したセッションを確立する。以下、本手続きは初期手続きを指し、各手続きには、アタッチ手続き、PDN接続手続き、トラッキングエリア更新手続きがある。各手続きの詳細は、後述する。
本手続きにおいて、各装置は、まず、アタッチ手続き(S1400)を実行し、UE_A10がネットワークに接続した状態に遷移する。次に、各装置は、PDUセッション確立手続き(S1402)を実行し、第1の状態に遷移する(S1404)。また、PDUセッション確立後、第1の状態に遷移する前に、さらに、トラッキングエリア更新手続き(S1404)を実行してもよい。なお、各装置は、アタッチ手続き及び/又はPDUセッション確立手続き及び/又はトラッキングエリア更新手続きにおいて、各装置の各種能力情報及び/又は各種要求情報を交換してもよい。
なお、各装置は、各種情報の交換及び/又は各種要求の交渉をアタッチ手続きで実施した場合、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施しなくてもよい。逆に、各装置は、各種情報の交換及び/又は各種要求の交渉をアタッチ手続きで実施しなかった場合、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施してもよい。これに限らず、各装置は、各種情報の交換及び/又は各種要求の交渉をアタッチ手続きで実施した場合でも、各種情報の交換及び/又は各種要求の交渉をPDUセッション確立手続きで実施してもよい。
例えば、アタッチ手続き、及びPDUセッション確立手続きにおいて、UE_A10は、コアネットワーク_B190に、第1と、第10と、第23の識別情報のうち1つ以上の識別情報を送信してもよいし、コアネットワーク_B190は、UE_A10から第1と、第10と、第23の識別情報のうち1つ以上の識別情報を受信し、さらに第5から8と、第26から第28の識別情報のうち1つ以上の識別情報をUE_A10に送信してもよい。
また、UE_A10はコアネットワーク_B190へ、第1と、第10と、第23の識別情報のうち1つ以上の識別情報をアタッチ手続きで送信し、PDUセッション確立手続きで送信しなくてもよい。同様に、コアネットワーク_B190はUE_A10へ第5から8と、第26から第28の識別情報のうち1つ以上の識別情報を、アタッチ手続きで送信し、PDUセッション確立手続きで送信しなくてよい。
逆に、各装置は、UE_A10はコアネットワーク_B190へ、第1と、第10と、第23の識別情報のうち1つ以上の識別情報をアタッチ手続きで送信せずに、PDUセッション確立手続きで送信してもよい。同様にコアネットワーク_B190はUE_A10へ、第5から8と、第26から第28の識別情報のうち1つ以上の識別情報をアタッチ手続きで送信せずに、PDUセッション確立手続きで送信してもよい。
また、UE_A10はコアネットワーク_B190、第1と、第10と、第23の識別情報のうち、アタッチ手続きで送信していない識別情報をPDUセッション確立手続きで送信してもよい。同様に、コアネットワーク_B190はUE_A10へ第5から8と、第26から第28の識別情報のうち、アタッチ手続きで送信していない識別情報をPDUセッション確立手続きで送信してもよい。
さらに、各装置は、これらの識別情報をUE_A10と対応づけて管理する場合、アタッチ手続き中に送受信してもよく、PDUセッション及び/又はEPSベアラと対応づけて管理する場合、PDUセッション確立手続き中に送受信してもよい。
また、各装置は、PDUセッション確立手続きをアタッチ手続きの中で実行してもよく、アタッチ手続きの完了後に実行してもよい。なお、PDUセッション確立手続きがアタッチ手続きの中で実行された場合、各装置は、アタッチ手続きの完了に基づいてPDUセッションを確立してもよいし、第1の状態へ遷移してもよい。
次に、各装置は、トラッキングエリア更新手続き(S1404)を実行する。なお、トラッキングエリア更新手続きは、PDUセッションを確立した後、第1の状態への遷移前又は、遷移後の任意のタイミングで実行してもよい。また、各装置は、トラッキングエリア更新手続きにおいて、各種要求情報を交換してもよい。例えば、トラッキングエリア更新手続きにおいて、UE_A10はコアネットワーク_B190へ、第1と、第10と、第23の識別情報のうち1つ以上の識別情報を送信してもよい。さらに、コアネットワーク_B190はUE_A10に第5から9と、第26から第28の識別情報のうち1つ以上の識別情報を送信してよい。
以上の手続きにより、各装置は、本手続きを完了する。なお、本手続きに関わる各装置は、本手続きで説明する各制御メッセージを送受信する事により、各制御メッセージに含まれる1又は複数の識別情報を送受信し、送受信した各識別情報をコンテキストとして記憶してもよい。さらに、各装置は、本手続きを完了に基づいて、適切な状態へ遷移してもよい。
[1.3.1.アタッチ手続きの概要]
まず、アタッチ手続きの概要について説明する。アタッチ手続きは、UE_A10が主導してネットワーク(アクセスネットワーク、及び/又はコアネットワーク_B190、及び/又はPDN_A5)へ接続する為の手続きである。UE_A10は、コアネットワーク_B190に接続していない状態であれば、端末電源投入時等の任意のタイミングで本手続きを実行する事ができる。言い換えると、UE_A10は、登録されていない状態(EMM-DEREGISTERED)であれば任意のタイミングで本手続きを開始してもよい。また、各装置は、アタッチ手続き完了に基づいて、登録状態(EMM-REGISTERED)に遷移してもよい。
[1.3.2.PDUセッション確立手続き例]
次に、PDUセッション確立手続きの例について説明する。以下、本手続きはPDN接続手続きを指す。本手続きは、各装置がPDUセッションを確立する為の手続きである。なお、各装置は、本手続きを、アタッチ手続きを完了した状態で実行してもよいし、アタッチ手続きの中で実行してもよい。また、各装置は、アタッチ手続き後の任意のタイミングで本手続きを開始してもよい。また、各装置は、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セッション確立要求メッセージを含むNAS(Non-Access-Stratum)メッセ―ジを含むRRC(Radio Resource Control)メッセージをNR node_A122に送信し、PDUセッション確立要求メッセージを含むNASメッセ―ジを含むRRCメッセージを受信したNR node_A122が、PDUセッション確立要求メッセージを含むNASメッセージのルーティング先のNF又は共有CPファンクションとしてCPF_A140を選択し、CPF_A140にPDUセッション確立要求メッセージを含むNASメッセージを送信する。ここで、NR node_A122は、RRCメッセージに含まれる第10の識別情報に基づき、ルーティング先のNF又は共有CPファンクションを選択してもよい。
ここで、UE_A10は、PDUセッション確立要求メッセージを含むNASメッセージ及び/又はPDUセッション確立要求メッセージを含むNASメッセージを含むRRCメッセージに、少なくとも第1と、第10と、第23の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を示してもよい。さらに、または、UE_A10は、PDUセッション確立要求メッセ―ジに第23の識別情報を含めてもよいし、この識別情報を含めることで、UE_A10の要求を示してもよい。
さらに、各装置は、第1の識別情報、及び/又は第10の識別情報を送受信する事で、UE_A10が要求するスライスタイプ及び/又はサービスタイプを示してよいし、既にネットワークから許可されているスライスタイプ及び/又はサービスタイプを用いた接続を要求することを示してもよいし、UE_A10が接続を要求する、共有CPファンクションを、NR node_A122に示してもよい。NR node_A122は、受信したRRCメッセージに含まれる第1の識別情報及び/又は第10の識別情報に基づき、CPF_A140を選択してよい。
さらに、各装置は、第23の識別情報及び/又は、第21の識別情報を送受信することで、UE_A10のMO capabilityを示してもよい。さらに、各装置は、UE_A10のMO capabilityを示すことでUE_A10がMOモードでの通信が可能であることを示してもよいし、またはUE_A10がMOモードでの通信が不可能であることを示してもよい。
さらに、各装置は、第23の識別情報及び/又は、第22の識別情報を送受信することで、UE_A10のMO capabilityを示してもよいし、UE_A10がMOモードでの通信を要求することを示してもよいし、これら両方を示してもよい。さらに、UE_A10のMO capabilityを示すことでUE_A10がMOモードでの通信が可能であることを示してもよいし、またはUE_A10がMOモードでの通信が不可能であることを示してもよい。
CPF_A140は、PDUセッション確立要求メッセージを受信し、第1の条件判別を実行する。第1の条件判別は、CPF_A140が、UE_A10の要求を受諾するか否かを判断する為のものである。第1の条件判別において、CPF_A140は第1の条件が真であるか偽であるかを判定する。CPF_A140は、第1の条件が真の場合は本手続き中の(A)の手続きを開始し、第1の条件が偽の場合は本手続き中の(B)の手続きを開始する。なお、第1の条件が偽の場合のステップは後述する。
以下、第1の条件が真の場合のステップ、すなわち本手続き中の(A)の手続きの各ステップを説明する。CPF_A140は、受信した第1の識別情報及び/又は第10の識別情報に基づき、接続するNSI及び/又はUPGW_A130を選択し、本手続き中の(C)の手続きを実行し、本手続き中の(A)の手続きを開始する。さらに、本手続き中の(C)の手続きの各ステップを説明する。CPF_A140は、選択したUPGW_A130または、選択したNSIに対応づけられたUPGW_A130にセッション生成要求メッセージを送信し、本手続き中の(C)の手続きを開始する(S1502)。
ここで、CPF_A140は、セッション生成要求メッセージに、少なくとも第xからxの識別情報のうち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と、第10と、第23の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を伝達してもよい。
また、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、少なくとも第3の条件判別の結果を含めてもよいし、この結果を含める事で、第3の条件判別の結果をUPGW_A130に通知してもよい。
さらに、PCRF_A60は、IP-CANセッション確立手続き中の応答メッセージに、第26の識別情報を含めてもよいし、この識別情報を含める事で、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は、セッション生成応答メッセージを受信する。
また、第3の条件が偽の場合には、UPGW_A130はCPF_A140にセッション生成拒絶メッセージを送信する(S1508)。なお、セッション生成拒絶メッセージは、拒絶理由(Reject cause)を含むセッション生成応答メッセージでもよい。
各装置は、セッション生成応答メッセージ、及び/又はセッション生成拒絶メッセージの送受信に基づき、本手続き中の(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セッション確立受諾メッセージに、第26の識別情報を含めてもよいし、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよい。
さらに、各装置は、第26の識別情報及び/又は第24の識別情報を送受信することで、ネットワークのMO capabilityを示してもよい。さらに、各装置は、ネットワークのMO capabilityを示すことでネットワークがMOモードでの通信が可能であることを示してもよいし、またはUE_A10がMOモードでの通信が不可能であることを示してもよい。
つまり、第24の識別情報で示される、ネットワークのMO capablityにより、ネットワークがMOモードでの通信が可能であることが示される場合、ネットワークがデータバッファリング能力を備えることを示されてもよい。また、第24の識別情報で示される、ネットワークのMO capablityにより、ネットワークがMOモードでの通信が不可能であることを示される場合、ネットワークがデータバッファリング能力を備えない、つまりデータバッファリング不可であることが示されてもよい。
さらに、各装置は、第26の識別情報及び/又は第25の識別情報を送受信することで、ネットワークのMO capabilityを示してもよいし、ネットワークがMOモードでの通信を許可することを示してもよいし、これら両方を示してもよい。さらに、ネットワークのMO capabilityを示すことでネットワークがMOモードでの通信が可能であることを示してもよいし、またはネットワークがMOモードでの通信が不可能であることを示してもよい。
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セッション確立の要求を拒絶するメッセージであればよい。
各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、PDUセッションが確立された状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよいし、PDUセッションが確立されていない状態に遷移してもよい。
さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、各装置は、第26の識別情報を受信した場合、さらに第26の識別情報が、ネットワークがMOモードでの通信が不可能であることを示す情報、及び/又はネットワークがMOモードでの通信を許可しないことを示す情報、を含む場合、UE_A10は、PDUセッション確立後、MOモードでの通信を実行しない。
また、前述した第1から第3の条件判別は、PDUセッション確立要求メッセージに含まれる識別情報、及び/又は加入者情報、及び/又はオペレータポリシーに基づいて実行されてもよい。また、第1から第3の条件の真偽が決まる条件は前述した条件に限らなくてもよい。
例えば、第1の条件、及び/又は第3の条件は、UE_A10がセッションの確立を要求し、ネットワークが要求を許可する場合、真でよい。また、第1の条件、及び/又は第3の条件は、UE_A10がセッションの確立を要求し、ネットワークが要求を許可しない場合、偽でよい。さらに、第1の条件、及び/又は第3の条件は、UE_A10の接続先のネットワーク、及び/又はネットワーク内の装置が、UE_A10が要求するセッションの確立をサポートしていない場合、偽でもよい。
[1.3.3.アタッチ手続き例]
図16を用いて、アタッチ手続きを実行する手順の例を説明する。以下、本手続きとはアタッチ手続きを指す。本手続きは、UE_A10がコアネットワーク_B190に登録されるための手続きである。以下、本手続きの各ステップについて説明する。まず、UE_A10は、NR node_A122を介してCPF_A140にアタッチ要求(Attach request)メッセージを送信し(S1600)、アタッチ手続きを開始する。UE_A10は、アタッチ要求メッセージに、前述したPDUセッション確立要求メッセージを含めて送信してもよいし、PDUセッション確立要求メッセージを含める事で、アタッチ手続き中でPDUセッション確立手続きを実施する事を要求してもよい。
具体的には、UE_A10は、アタッチ要求メッセージを含むRRCメッセージをNR node_A122に送信し、アタッチ要求メッセージを含むRRCメッセージを受信した、NR node_A122がアタッチ要求メッセージのルーティング先のNF又は共有CPファンクションとしてCPF_A140を選択し、CPF_A140にアタッチ要求メッセージを送信する。ここで、NR node_A122は、RRCメッセージに含まれる第10の識別情報に基づき、ルーティング先のNF又は共有CPファンクションを選択してもよい。また、アタッチ要求メッセージは、NASメッセ―ジであってよい。
なお、UEA10は接続を要求するネットワークスライごとの1つ以上のアタッチ要求メッセージを、1つのRRCメッセージに含めて送信してもよく、複数のアタッチ要求メッセージを総称してアタッチ要求メッセージとしてもよい。または、UE_A10は接続を要求するNSIごとに、それぞれアタッチ要求メッセージをRRCメッセージに含めて送信してもよい。
ここで、UE_A10は、アタッチ要求メッセージ及び/又はRRCメッセージに、少なくとも第1と第10と第23の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を示してもよい。
さらに、各装置は、第1の識別情報、及び/又は第10の識別情報を送受信する事で、UE_A10が要求するスライスタイプ及び/又はサービスタイプを示してよいし、既にネットワークから許可されているスライスタイプ及び/又はサービスタイプを用いた接続を要求することを示してもよいし、UE_A10が接続を要求する、共有CPファンクションを、NR node_A122に示してもよい。NR node_A122は、受信したRRCメッセージに含まれる第1の識別情報及び/又は第10の識別情報に基づき、CPF_A140を選択してよい。
さらに、各装置は、第23の識別情報及び/又は、第21の識別情報を送受信することで、UE_A10のMO capabilityを示してもよい。さらに、各装置は、UE_A10のMO capabilityを示すことでUE_A10がMOモードでの通信が可能であることを示してもよいし、またはUE_A10がMOモードでの通信が不可能であることを示してもよい。
さらに、各装置は、第23の識別情報及び/又は、第22の識別情報を送受信することで、UE_A10のMO capabilityを示してもよいし、UE_A10がMOモードでの通信を要求することを示してもよいし、これら両方を示してもよい。さらに、UE_A10のMO capabilityを示すことでUE_A10がMOモードでの通信が可能であることを示してもよいし、またはUE_A10がMOモードでの通信が不可能であることを示してもよい。
なお、UE_A10は、これらの識別情報を、アタッチ要求メッセージとは異なる制御メッセージに含めて送信してもよい。
CPF_A140は、アタッチ要求メッセージ及び/又はアタッチ要求メッセージとは異なる制御メッセージを受信し、第1の条件判別を実行する。CPF_A140は、第1の条件が真の場合、本手続き中の(A)の手続きを開始し、第1の条件が偽の場合、本手続き中の(B)の手続きを開始する。
以下、本手続き中の(A)の手続きの各ステップを説明する。CPF_A140は、第4の条件判別を実行し、本手続き中の(A)の手続きを開始する。第4の条件判別において、CPF_A140は第4の条件が真であるか偽であるかを判定する。第4の条件が真の場合には、CPF_A140は、受信した第1の識別情報及び/又は第10の識別情報に基づき、接続するNSI及び/又はUPGW_A130を選択し、PDUセッション確立手続き中の(C)の手続きを実行し、第4の条件が偽の場合にはこれらの手続き省略する(S1604)。さらに、CPF_A140は、アタッチ要求メッセージ及び/又はセッション生成応答メッセージの受信、及び/又はPDN接続手続き中の(C)の手続きの完了に基づいて、NR node_A122にアタッチ受諾(Attach accept)メッセージを送信する(S1606)。なお、CPF_A140は、セッション生成拒絶メッセージを受信した場合、本手続き中の(A)の手続きを続けず、本手続き中の(B)の手続きを開始してもよい。ここで、CPF_A140は、アタッチ受諾メッセージをS1APメッセージ(例えばInitial context setup requestや、Downlink NAS Transport)に含めてNR node_A122へ送信してもよい。さらに、アタッチ受諾メッセージはNASメッセージであってよい。
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は、アタッチ受諾メッセージ及び/又はS1APメッセージに、少なくとも第5から8と第26から28の識別情報のうち1つ以上の識別情報を含めてもよいし、IPアドレスを含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよい。さらに、NR node_A122はRRCメッセージに、第5から8と第26から28の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含めることで、UE_A10の要求が受諾された事を示してもよい。
さらに、各装置は、第5の識別情報を送受信することで、ネットワークが許可する1つまたは複数のNSI、及び/又はサービスを示してもよいし、ネットワークがUE_A10に割り当てた一時的なUEの識別情報を示してもよい。さらに、各装置は、第6の識別情報を送受信することで、第5の識別情報が、有効である時間を管理する為のタイマにセットする値を示してもよい。
具体的には、例えば、第5の識別情報に第2の識別情報が含まれる場合には、第6の識別情報は第2の識別情報が有効である時間、及び/又は第2の識別情報で示されるNSIへの接続が許可された有効時間を示してもよい。さらに、第5の識別情報に第3の識別情報が含まれる場合には、第6の識別情報は第3の識別情報が有効である時間、及び/又は第3の識別情報で示されるCCNF及び/又はNSIへの接続が許可された有効時間を示してもよい。
さらに、第5の識別情報に第4の識別情報が含まれる場合には、第6の識別情報は第4の識別情報が有効である時間を示してもよい。さらに、各装置は、第6の識別情報を送受信することで、第6の識別情報で示された値を用いたタイマの開始をUE_A10に要求することを示してもよい。
さらに、各装置は、第7の識別情報を送受信することで、ネットワークがUE_A10へ許可した1つ以上のNSIへの接続のうち、特定の及び/又は、一部の及び/又は、全てのNSIへの接続が制限されている事、及び接続が制限された1つ以上のNSIを示してもよい。
さらに、各装置は、第8の識別情報を送受信することで、ネットワークがUE_A10から要求された1つ以上のNSIへの接続のうち、特手の及び/又は、一部の及び/又は、全てのNSIへの接続が許可されたこと、及び接続が許可された1つ以上のNSIを示してもよい。
さらに、各装置は、第5から8の識別情報のうち、1つ以上の識別情報を送受信することで、ネットワークがUE_A10からの要求を許可したことを示してもよい。
さらに、各装置は、第26の識別情報及び/又は第24の識別情報を送受信することで、ネットワークのMO capabilityを示してもよい。さらに、各装置は、ネットワークのMO capabilityを示すことでネットワークがMOモードでの通信が可能であることを示してもよいし、またはUE_A10がMOモードでの通信が不可能であることを示してもよい。
つまり、第24の識別情報で示される、ネットワークのMO capablityにより、ネットワークがMOモードでの通信が可能であることが示される場合、ネットワークがデータバッファリング能力を備えることを示されてもよい。また、第24の識別情報で示される、ネットワークのMO capablityにより、ネットワークがMOモードでの通信が不可能であることを示される場合、ネットワークがデータバッファリング能力を備えない、つまりデータバッファリング不可であることが示されてもよい。
さらに、各装置は、第26の識別情報及び/又は第25の識別情報を送受信することで、ネットワークのMO capabilityを示してもよいし、ネットワークがMOモードでの通信を許可することを示してもよいし、これら両方を示してもよい。さらに、ネットワークのMO capabilityを示すことでネットワークがMOモードでの通信が可能であることを示してもよいし、またはネットワークがMOモードでの通信が不可能であることを示してもよい。
さらに、各装置は、第27の識別情報を送受信することで、MOモードでの通信が制限されたエリア内にUE_A10が位置する事を示してよい。さらに、各装置は、第28の識別情報を送受信することで、各装置は、MOモードが許可されたエリア内にUE_A10が位置する事を示してよい。
ここで、第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セッション確立手続きを完了する事を示してもよい。さらに、UE_A10はアタッチ完了メッセージを送信することで、第6の識別情報で示された値がセットされた第1のタイマを開始してもよい。
次に、本手続き中の(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セッション確立手続きが拒絶された事を認証してもよい。
各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。なお、各装置は、本手続き中の(A)の手続きの完了に基づいて、UE_A10がネットワークに接続した状態及び/又は登録状態に遷移してもよいし、本手続き中の(B)の手続きの完了に基づいて、本手続きが拒絶された事を認識してもよいし、ネットワークに接続できない状態に遷移してもよい。また、各装置の各状態への遷移は、本手続きの完了に基づいて行われてもよく、PDUセッションの確立に基づいて行われてもよい。
さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、UE_A10が第5の識別情報及び第6の識別情報を受信した場合、UE_A10は第6の識別情報に示される値を、第5の識別情報の有効情報をカウントする第1のタイマとしてセットし、さらにアタッチ受諾メッセージの受信時、又はアタッチ完了メッセージ送信時に、第1のタイマのカウントを開始する。さらに、第1のタイマが満了(expire)した場合、又は、設定更新手続きによりUE_A10の設定が更新された場合、第1のタイマのカウントを停止する。設定更新手続きの詳細は、1.4章で説明する。
さらに、ネットワークが第5の識別情報及び第6の識別情報を送信した場合、ネットワークは第5の識別情報の有効期限をネットワークでカウントする為の第2のタイマの値を適切に設定し、第2のタイマを開始してもよい。または、ネットワークはUE_A10からアタッチ完了メッセージを受信したことに基づいて第2のタイマを適切に設定し開始してもよい。さらに、第2のタイマが満了(expire)した場合、又は、設定更新手続きによりネットワークの設定が更新された場合、第2のタイマのカウントを停止する。設定更新手続きの詳細は、1.4章で説明する。
さらに、UE_A10が第7の識別情報を受信した場合、第7の識別情報で示されるエリア内にUE_A10が位置する間は、指定されたNSIへの接続を確立しない。また、例えば、UE_A10が、第8の識別情報を受信した場合、第8の識別情報で示されるエリアにUE_A10が位置する間には、指定されたNSIは接続の確立を維持する。
さらに、UE_A10は、第26の識別情報を受信した場合、さらに第26の識別情報が、ネットワークがMOモードでの通信が不可能であることを示す情報、及び/又はネットワークがMOモードでの通信を許可しないことを示す情報、を含む又はこれらを意味する情報である場合、UE_A10は、PDUセッション確立後、通常モードでの通信を実行し、ネットワークからのページングを受信し、定期的なトラッキングエリア更新手続きを実行する。
さらに、UE_A10は、第26の識別情報を受信した場合、さらに第26の識別情報が、ネットワークがMOモードでの通信が可能であることを示す情報、及び/又はネットワークがMOモードでの通信を許可することを示す情報、を含むまたは、これらを意味する情報である場合、UE_A10は、PDUセッション確立後、MOモードでの通信を実行し、ネットワークからのページングを受信や、定期的なトラッキングエリア更新手続きを開始する事を停止する。
さらに、UE_A10は、本手続きの完了後、遷移したモードに基づいて、トラッキングエリア更新手続きを開始してもよい。言い換えると、UE_A10は、本手続きによってMOモードが制限された場合に、MOモードへ変更するために、トラッキングエリア更新手続きを開始してもよい。
なお、UE_A10は、これに限らず、本手続きの完了後に、トラッキングエリア更新手続きを開始してもよい。例えば、UE_A10は、第1のタイマの満了に基づいて、トラッキングエリア更新手続きを開始してもよい。
また、上述した第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は、トラッキングエリア更新要求メッセージを含むRRCメッセージをNR node_A122に送信し、トラッキングエリア更新要求メッセージを含むRRCメッセージを受信した、NR node_A122がトラッキングエリア更新要求メッセージのルーティング先のNF又は共有CPファンクションとしてCPF_A140を選択し、CPF_A140にアタッチ要求メッセージを送信する。ここで、NR node_A122は、RRCメッセージに含まれる第10の識別情報に基づき、ルーティング先のNF又は共有CPファンクションを選択してもよい。また、トラッキングエリア更新要求メッセージは、NAS(Non-Access-Stratum)メッセ―ジであってよい。
ここでUE_A10は、トラッキングエリア更新要求メッセージ及び/又はRRCメッセージに、少なくとも、第1と第10と第23の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求を示してもよい。
さらに、各装置は、第1の識別情報、及び/又は第10の識別情報を送受信する事で、UE_A10が要求するスライスタイプ及び/又はサービスタイプを示してよいし、既にネットワークから許可されているスライスタイプ及び/又はサービスタイプを用いた接続を要求することを示してもよいし、UE_A10が接続を要求する、共有CPファンクションを、NR node_A122に示してもよい。NR node_A122は、受信したRRCメッセージに含まれる第1の識別情報及び/又は第10の識別情報に基づき、CPF_A140を選択してよい。
さらに、各装置は、第23の識別情報及び/又は、第21の識別情報を送受信することで、UE_A10のMO capabilityを示してもよい。さらに、各装置は、UE_A10のMO capabilityを示すことでUE_A10がMOモードでの通信が可能であることを示してもよいし、またはUE_A10がMOモードでの通信が不可能であることを示してもよい。
さらに、各装置は、第23の識別情報及び/又は、第22の識別情報を送受信することで、UE_A10のMO capabilityを示してもよいし、UE_A10がMOモードでの通信を要求することを示してもよいし、これら両方を示してもよい。さらに、UE_A10のMO capabilityを示すことでUE_A10がMOモードでの通信が可能であることを示してもよいし、またはUE_A10がMOモードでの通信が不可能であることを示してもよい。
CPF_A140は、トラッキングエリア更新要求メッセージを受信し、第1の条件判別を実行する。第1の条件判別において、CPF_A140は第1の条件が真であるか偽であるかを判定する。CPF_A140は、第1の条件が真の場合は本手続き中の(A)の手続きを開始し、第1の条件が偽の場合は本手続き中の(B)の手続きを開始する。なお、第1の条件が偽の場合のステップは後述する。
以下、第1の条件が真の場合のステップ、すなわち本手続き中の(A)の手続きの各ステップを説明する。CPF_A140は、第4の条件判別を実行し、本手続き中の(A)の手続きを開始する。第4の条件判別において、CPF_A140は第4の条件が真であるか偽であるかを判定する。第4の条件が真の場合には、CPF_A140は、受信した第1の識別情報及び/又は第10の識別情報に基づき、接続するNSI及び/又はUPGW_A130を選択し、本手続き中の(C)の手続きを開始し、第4の条件が偽の場合にはこれらの手続きを省略する(S1703)。
ここで、第1の条件判別はアタッチ手続き中の第1の条件判別と同じでよい。また、第4の条件判別は、PDUセッションの変更及び/又は追加及び/又は削除手続きの要否を判断する為のものである。
ここで、CPF_A140は、本手続き中の(C)の手続き中のメッセージに、少なくとも第1xの識別情報と第10の識別情報のうち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は、トラッキングエリア更新受諾メッセージをS1APメッセージ(例えばUE Context Modification Requestや、Downlink NAS Transport)に含めてNR node_A122へ送信してもよい。さらに、トラッキングエリア更新受諾メッセージはNASメッセージであってよい。さらに、NR node_A122はUE_A10に受信したトラッキングエリア更新受諾メッセージをRRCメッセージに含めて送信してもよい。
ここで、CPF_A140は、トラッキングエリア更新受諾メッセージ及び/又はS1APメッセージに、少なくとも第5から9と第26から28の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10の要求が受諾された事を示してしてもよい。さらに、NR node_A122はRRCメッセージに、第5から9と第26から28の識別情報のうち1つ以上の識別情報を含めてもよいし、これらの識別情報を含めることで、UE_A10の要求が受諾された事を示してもよい。
さらに、各装置は、第5の識別情報を送受信することで、ネットワークが許可する1つまたは複数のNSI、及び/又はサービスを示してもよいし、ネットワークがUE_A10に割り当てた一時的なUEの識別情報を示してもよい。さらに、各装置は、第6の識別情報を送受信することで、第5の識別情報が、有効である時間を管理する為のタイマにセットする値を示してもよい。
具体的には、例えば、第5の識別情報に第2の識別情報が含まれる場合には、第6の識別情報は第2の識別情報が有効である時間、及び/又は第2の識別情報で示されるNSIへの接続が許可された有効時間を示してもよい。さらに、第5の識別情報に第3の識別情報が含まれる場合には、第6の識別情報は第3の識別情報が有効である時間、及び/又は第3の識別情報で示されるCCNF及び/又はNSIへの接続が許可された有効時間を示してもよい。
さらに、第5の識別情報に第4の識別情報が含まれる場合には、第6の識別情報は第4の識別情報が有効である時間を示してもよい。さらに、各装置は、第6の識別情報を送受信することで、第6の識別情報で示された値を用いたタイマの開始をUE_A10に要求することを示してもよい。
さらに、各装置は、第7の識別情報を送受信することで、ネットワークがUE_A10へ許可した1つ以上のNSIへの接続のうち、特定の及び/又は一部の及び/又は、全てのNSIへの接続が制限されている事、及び接続が制限された1つ以上のNSIを示してもよい。さらに、各装置は、第8の識別情報を送受信することで、ネットワークがUE_A10から要求された1つ以上のNSIへの接続のうち、特定の及び/又は、一部の及び/又は、全てのNSIへの接続が許可されたこと、及び接続が許可された1つ以上のNSIを示してもよい。さらに、各装置は、第9の識別情報を送受信することで、ネットワークがUE_A10へ接続を許可したTAリストを示してもよく、さらにTAリストを記憶してもよい。なお、各装置は、TAリストをNSIと対応づけて記憶してもよい。
さらに、各装置は、第5から9の識別情報のうち、1つ以上の識別情報を送受信することで、ネットワークがUE_A10からの要求を許可したことを示してもよい。
さらに、各装置は、第26の識別情報及び/又は第24の識別情報を送受信することで、ネットワークのMO capabilityを示してもよい。さらに、各装置は、ネットワークのMO capabilityを示すことでネットワークがMOモードでの通信が可能であることを示してもよいし、またはUE_A10がMOモードでの通信が不可能であることを示してもよい。
つまり、第24の識別情報で示される、ネットワークのMO capablityにより、ネットワークがMOモードでの通信が可能であることが示される場合、ネットワークがデータバッファリング能力を備えることを示されてもよい。また、第24の識別情報で示される、ネットワークのMO capablityにより、ネットワークがMOモードでの通信が不可能であることを示される場合、ネットワークがデータバッファリング能力を備えない、つまりデータバッファリング不可であることが示されてもよい。
さらに、各装置は、第26の識別情報及び/又は第25の識別情報を送受信することで、ネットワークのMO capabilityを示してもよいし、ネットワークがMOモードでの通信を許可することを示してもよいし、これら両方を示してもよい。さらに、ネットワークのMO capabilityを示すことでネットワークがMOモードでの通信が可能であることを示してもよいし、またはネットワークがMOモードでの通信が不可能であることを示してもよい。
さらに、各装置は、第27の識別情報を送受信することで、MOモードでの通信が制限されたエリア内にUE_A10が位置する事を示してよい。さらに、各装置は、第28の識別情報を送受信することで、各装置は、MOモードが許可されたエリア内にUE_A10が位置する事を示してよい。
トラッキングエリア更新受諾メッセージを受信した場合、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)の手続きを完了する。トラッキングエリア更新拒絶メッセージには、適切な拒絶理由が含まれてもよい。なお、また、トラッキングエリア更新拒絶メッセージは、トラッキングエリア更新要求メッセージに対する応答メッセージであればよく、これに限らず、トラッキングエリア更新の要求を拒絶するメッセージであればよい。
各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。
さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。例えば、UE_A10が第5の識別情報及び第6の識別情報を受信した場合、UE_A10は第6の識別情報に示される値を、第5の識別情報の有効情報をカウントする第1のタイマとしてセットし、さらにアタッチ受諾メッセージの受信時、又はアタッチ完了メッセージ送信時に、第1のタイマのカウントを開始する。さらに、第1のタイマが満了(expire)した場合、又は、設定更新手続きによりUE_A10の設定が更新された場合、第1のタイマのカウントを停止する。設定更新手続きの詳細は、1.4章で説明する。
また、ネットワークが第5の識別情報及び第6の識別情報を送信した場合、ネットワークは第5の識別情報の有効期限をネットワークでカウントする為の第2のタイマの値を適切に設定し、第2のタイマを開始してもよい。または、ネットワークはUE_A10からアタッチ完了メッセージを受信したことに基づいて第2のタイマを適切に設定し開始してもよい。さらに、第2のタイマが満了(expire)した場合、又は、設定更新手続きによりネットワークの設定が更新された場合、第2のタイマのカウントを停止する。設定更新手続きの詳細は、1.4章で説明する。
さらに、UE_A10が第7の識別情報を受信した場合、第7の識別情報で示されるエリア内にUE_A10が位置する間は、指定されたNSIへの接続を確立しない。また、例えば、UE_A10が、第8の識別情報を受信した場合、第8の識別情報で示されるエリアにUE_A10が位置する間には、指定されたNSIは接続の確立を維持する。
さらに、UE_A10が第9の識別情報を受信した場合、第9の識別情報で示される各TAリストとUE_A10の位置を確認し、UE_A10の位置が少なくとも1つのTAリストで示される範囲に含まれなくなった場合、再度トラッキングエリア更新手続きを開始してもよい。
さらに、UE_A10は、第26の識別情報を受信した場合、さらに第26の識別情報が、ネットワークがMOモードでの通信が不可能であることを示す情報、及び/又はネットワークがMOモードでの通信を許可しないことを示す情報、を含む又はこれらを意味する情報である場合、UE_A10は、PDUセッション確立後、通常モードでの通信を実行し、ネットワークからのページングを受信し、定期的なトラッキングエリア更新手続きを実行する。
さらに、UE_A10は、第26の識別情報を受信した場合、さらに第26の識別情報が、ネットワークがMOモードでの通信が可能であることを示す情報、及び/又はネットワークがMOモードでの通信を許可することを示す情報、を含むまたは、これらを意味する情報である場合、UE_A10は、PDUセッション確立後、MOモードでの通信を実行し、ネットワークからのページングを受信や、定期的なトラッキングエリア更新手続きを開始する事を停止する。
さらに、UE_A10は、本手続きの完了後、遷移したモードに基づいて、トラッキングエリア更新手続きを開始してもよい。言い換えると、UE_A10は、本手続きによってMOモードが制限された場合に、MOモードへ変更するために、トラッキングエリア更新手続きを開始してもよい。
なお、UE_A10は、これに限らず、本手続きの完了後に、トラッキングエリア更新手続きを開始してもよい。例えば、UE_A10は、第1のタイマの満了に基づいて、トラッキングエリア更新手続きを開始してもよい。
また、前述した第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. ネットワーク主導の設定更新手続きの概要]
ネットワーク主導の設定更新手続きの概要について説明する。以下、本手続きは、ネットワーク主導の設定更新手続きを指す。本手続きは、UE_A10における、ネットワークに関する識別子、及び/又はパラメータ、及び/又は第1のタイマの値、及び/又はモードの種類、及び/又は受諾されたNSI、及び/又はTAリストを更新する為の手続きである。及び/又は、本手続きは、ネットワークにおけるUE_A10に対応づけられた識別子、及び/又はパラメータ、及び/又は第2のタイマの値、及び/又はモードの種類、及び/又は受諾されたNSI、及び/又はTAリストの更新を通知する為の手続きである。
さらに、本手続きは、ネットワーク主導の手続きである。なお、ネットワーク、及び/又はネットワーク内の装置(例えば、CPF_A140)は、オペレータポリシーの変更、及び/又はUE_A10の加入者情報、及び/又は各タイマの満了、及び/又はUE_A10からの制御メッセージの受信に基づいて、本手続きを開始することができてもよい。さらに、ネットワーク、及び/又はネットワーク内の装置は、これに限らず、第1の状態であれば、任意のタイミングで本手続きを開始することができてもよい。
[1.4.1.設定更新手続き例]
図2を用いて、設定更新手続きを実行する手順の例を説明する。以下、本手続きの各ステップについて説明する。まず、CPF_A140は、NR node_A122を介してUE_A10に設定更新要求メッセージを送信し、設定更新手続きを開始する(S2402)。ここで、設定更新要求メッセージはNASメッセージであってよく、CPF_A140はS1APメッセージに設定更新要求メッセージを含めてNR node_A122へ送信し、NR node_A122は受信した設定更新要求メッセージをRRCメッセージに含めUE_A10に送信することで、CPF_A140はNR node_A122を介してUE_A10に設定更新要求メッセージを送信してもよい。
ここでCPF_A140は、設定更新要求メッセージ及び/又はS1APメッセージに、少なくとも、第30から38の識別情報うち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、CPF_A140、及び/又はネットワークの要求を示してもよい。さらに、NR node_A122はRCCメッセージに、第30から38の識別情報うち1つ以上の識別情報を含めてもよいし、これらの識別情報を含める事で、CPF_A140、及び/又はネットワークの要求を示してもよい。
さらに、CPF_A140及び/NR node_A122は、第30の識別情報、及び/又は第31の識別情報を送信することで、各装置が保持する識別子を更新することを示してもよいし、更新後の識別子を示してもよい。
さらに、CPF_A140及び/NR node_A122は、第32の識別情報を送信することで、第1のタイマの値を更新すること、及び/又は第1のタイマを再実行することを示してもよいし、更新後の第1のタイマの値を示してもよい。
さらに、CPF_A140及び/NR node_A122は、第33の識別情報を送信することで、TAリストを更新することを示してもよいし、更新後のTAリストを示してもよい。なお、CPF_A140は、各TAリストとNSIとを対応づけて、送信してもよいし、更新してもよい。
さらに、CPF_A140及び/NR node_A122は、第34の識別情報を送信することで、受諾されたNSIの内、特定のNSI、及び/又は一部のNSIに対する、UE_A10の接続、及び/又はPDUセッションの確立、及び/又はベアラの確立が制限されていることを示してもよい。
さらに、CPF_A140及び/NR node_A122は、第34の識別情報を送信することで、受諾されたNSIの内、全てのNSIに対する、UE_A10の接続、及び/又はPDUセッションの確立、及び/又はベアラの確立が制限されていることを示してもよい。
さらに、CPF_A140及び/NR node_A122は、第34の識別情報を送信することで、制限されているNSIがあることを示してもよいし、TAリスト、及び/又はTAリストに対応づけられたNSIを参照することで、制限されているNSIを得ることが可能であることを示してもよいし。さらに、CPF_A140は、第34の識別情報を送信することで、制限されているNSIを示してもよい。
さらに、CPF_A140及び/NR node_A122は、第35の識別情報を送信することで、受諾されたNSIの内、特定のNSI、及び/又は一部のNSIに対する、UE_A10の接続、及び/又はPDUセッションの確立、及び/又はベアラの確立が許可されていることを示してもよい。
さらに、CPF_A140及び/NR node_A122は、第35の識別情報を送信することで、受諾されたNSIの内、全てのNSIに対する、UE_A10の接続、及び/又はPDUセッションの確立、及び/又はベアラの確立が許可されていることを示してもよい。
さらに、CPF_A140及び/NR node_A122は、第35の識別情報を送信することで、許可されているNSIがあることを示してもよいし、TAリスト、及び/又はTAリストに対応づけられたNSIを参照することで、許可されているNSIを得ることが可能であることを示してもよいし。さらに、CPF_A140は、第35の識別情報を送信することで、許可されているNSIを示してもよい。
さらに、CPF_A140及び/NR node_A122は、第36の識別情報を送信することで、MOモードが許可されていないことを示してもよいし、現在のTA内で、MOモードが許可されていないことを示してもよい。さらに、CPF_A140は、第37の識別情報を送信することで、MOモードが許可されていることを示してもよいし、現在のTA内で、MOモードが許可されていることを示してもよい。
さらに、CPF_A140及び/NR node_A122は、第38の識別情報を送信することで、MOモードへの遷移を要求することを示してもよいし、MOモードからの通常モードなど別のモードへの遷移を示してもよい。言い換えると、CPF_A140は、第38の識別情報を送信することで、要求する遷移後のモードを示してもよい。
UE_A10は、設定更新要求メッセージを受信し、第10の条件判別を実行する。第10の条件判別において、UE_A10は第10の条件が真であるか偽であるかを判定する。UE_A10は、第10の条件が真の場合は本手続き中の(A)の手続きを開始し、第10の条件が偽の場合は本手続き中の(B)の手続きを開始する。なお、第10の条件が偽の場合のステップは後述する。
以下、第10の条件が真の場合のステップ、すなわち本手続き中の(A)の手続きの各ステップを説明する。UE_A10は、NR node_A122を介してCPF_A140に設定更新応答メッセージを送信し、本手続き中の(A)の手続きを開始する(S2404)。
ここでUE_A10は、設定更新応答メッセージに、少なくとも、第39の識別情報を含めてもよいし、これらの識別情報を含める事で、UE_A10がCPF_A140、及び/又はネットワークの要求を受諾したことを示してもよい。
さらに、UE_A10は、第39の識別情報を送信する事で、UE_A10が第39の識別情報で識別されるモードへ遷移することを示してもよいし、UE_A10が遷移するモードをネットワークに通知してもよい。なお、第39の識別情報で識別されるモードは、第38の識別情報で識別されるモードと同じであってもよいし、異なるモードであってもよい。
CPF_A140は、設定更新応答メッセージを受信し、本手続き中の(A)の手続きを完了する。 次に、本手続き中の(B)の手続きの各ステップを説明する。UE_A10は、NR node_A122を介してCPF_A140に設定更新拒絶メッセージを送信し、本手続き中の(B)の手続きを開始する(S2404)。CPF_A140は、設定更新拒絶メッセージを受信し、本手続き中の(B)の手続きを完了する。
ここでUE_A10は、設定更新拒絶メッセージに、少なくとも、ネットワークの要求を拒絶する理由を示す情報を含めてもよいし、これらの情報を含める事で、UE_A10がCPF_A140、及び/又はネットワークの要求を拒絶したことを示してもよい。
各装置は、本手続き中の(A)又は(B)の手続きの完了に基づいて、本手続きを完了する。さらに、各装置は、本手続きの完了に基づいて、本手続きで送受信した識別情報に基づいた処理を実施してもよい。
例えば、各装置は、第30の識別情報、及び/又は第31の識別情報を送受信した場合、各装置が保持する識別子、及び/又はパラメータを、更新してもよいし、新たに記憶してもよい。さらに、各装置は、第32の識別情報を送受信することで、各装置が実行しているタイマの値を変更してもよいし、さらに、各タイマに第32の識別情報をセットし、各タイマを再実行してもよい。
さらに、各装置は、第33の識別情報を送受信することで、各装置が保持するTAリストを、更新してもよいし、新たに記憶してもよい。なお、各装置は、TAリストをNSIと対応づけて記憶してもよい。
さらに、各装置は、第34の識別情報、及び/又は第35の識別情報を送受信することで、各装置が保持する受諾されたNSIを示す情報を、更新してもよいし、新たに記憶してもよい。さらに、各装置は、第39の識別情報を送受信することで、第39の識別情報で識別されるモードへ遷移してもよい。
さらに、UE_A10は、本手続きの完了後、遷移したモードに基づいて、トラッキングエリア更新手続きを開始してもよい。言い換えると、UE_A10は、本手続きによってMOモードが制限された場合に、MOモードへ変更するために、トラッキングエリア更新手続きを開始してもよい(S2406)。
なお、UE_A10は、これに限らず、本手続きの完了後に、トラッキングエリア更新手続きを開始してもよい。例えば、UE_A10は、第1のタイマの満了に基づいて、トラッキングエリア更新手続きを開始してもよい。
[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
30 PGW_A
35 SGW_A
40 MME_A
42 SGSN_A
45 eNB_A
46 SCEF_A
50 HSS_A
60 PCRF_A
80 E-UTRAN_A
120 NextGen RAN_A
122 NR node_A
125 WLAN ANc
126 WAG_A
130 UPGW_A
140 CPF_A
190 コアネットワーク_B

Claims (19)

  1. 端末装置であって、
    前記端末装置は、
    コアネットワーク装置に、第1の識別情報を含むアタッチ要求メッセージを送信する、
    送信部と、
    前記コアネットワーク装置から、前記アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを受信する、
    受信部と、
    前記第2の識別情報の受信に基づき、第1のモードに遷移する、
    制御部と、を備え、
    ここで、
    第1のモードは、前記端末装置が前記コアネットワーク装置からのページングを受信しない状態、及び/又は前記コアネットワークがデータをバッファリング可能な状態であり、
    前記第1の識別情報は、前記端末装置が前記第1のモードでの通信路の確立を要求することを示す情報であり、
    前記第2の識別情報は、前記コアネットワーク装置が前記第1のモードでの通信路の確立の許可を示す情報である、
    ことを特徴とする、端末装置。
  2. 前記アタッチ受諾メッセージに、さらに、前記第1のモードであることが許可された範囲を示す第3の識別情報が含まれ、
    前記送信部は、
    前記端末装置が前記第3の識別情報で示される範囲から移動したことにもとづいて、トラッキングエリア更新手続きを実行する、
    ことを特徴とする、請求項1記載の端末装置。
  3. 端末装置であって、
    前記端末装置は、
    コアネットワーク装置に、第1の識別情報を含むアタッチ要求メッセージを送信する、
    送信部と、
    前記コアネットワーク装置から、前記アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを受信する、
    受信部と、
    前記第2の識別情報の受信に基づき、第2のモードに遷移する、
    制御部と、を備え、
    ここで、
    前記第1の識別情報は、前記端末装置が第1のモードでの通信路の確立を要求することを示す情報であり、
    第1のモードは、前記端末装置が前記コアネットワーク装置からのページングを受信しない状態及び/又は前記コアネットワークがデータをバッファリング可能な状態であり、
    前記第2のモードは、前記端末装置が前記コアネットワーク装置からのページング受信する状態、及び/又は前記コアネットワークがデータをバッファリング不可能な状態であり、
    前記第2の識別情報は、前記コアネットワーク装置が前記第1のモードでの通信路の確立の不許可を示す情報である、
    ことを特徴とする、端末装置。
  4. 前記アタッチ受諾メッセージに、さらに、前記第1のモードであることが許可された範囲を示す第3の識別情報が含まれ、
    前記送信部は、
    前記端末装置が前記第3の識別情報で示される範囲へ移動したことにもとづいて、トラッキングエリア更新手続きを実行する、
    ことを特徴とする、請求項3記載の端末装置。
  5. コアネットワーク装置であって、
    端末装置から第1の識別情報を含むアタッチ要求メッセージを受信し、
    前記端末装置に、前記アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを送信し、
    前記第2の識別情報の送信に基づき、第1のモードに遷移する、
    移動管理装置と、
    外部ネットワークとのゲートウェイ装置と、を備え、
    ここで、
    第1のモードは、前記端末装置が前記コアネットワーク装置からのページングを受信しない状態、及び/又は前記コアネットワークがデータをバッファリング可能な状態であり、
    前記第1の識別情報は、前記端末装置が前記第1のモードでの通信路の確立を要求することを示す情報であり、
    前記第2の識別情報は、前記コアネットワーク装置が前記第1のモードでの通信路の確立の許可を示す情報である、
    ことを特徴とする、コアネットワーク装置。
  6. 前記移動管理装置は、
    前記アタッチ受諾メッセージに、さらに、前記第1のモードであることが許可された範囲を示す第3の識別情報を含み、
    前記端末装置が前記第3の識別情報で示される範囲から移動したことにもとづいて、送信したトラッキングエリア更新要求メッセージを受信することで、トラッキングエリア更新手続きを開始する、
    ことを特徴とする、請求項5記載のコアネットワーク装置。
  7. コアネットワーク装置であって、
    端末装置から、第1の識別情報を含むアタッチ要求メッセージを受信し、
    前記端末装置に、前記アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを送信し、
    前記第2の識別情報の送信に基づき、第2のモードに遷移する、
    移動管理装置と、
    外部ネットワークとのゲートウェイ装置と、を備え、
    ここで、
    前記第1の識別情報は、前記端末装置が第1のモードでの通信路の確立を要求することを示す情報であり、
    第1のモードは、前記端末装置が前記コアネットワーク装置からのページングを受信しない状態及び/又は前記コアネットワークがデータをバッファリング可能な状態であり、
    前記第2のモードは、前記端末装置が前記コアネットワーク装置からのページング受信する状態、及び/又は前記コアネットワークがデータをバッファリング不可能な状態であり、
    前記第2の識別情報は、前記コアネットワーク装置が前記第1のモードでの通信路の確立の不許可を示す情報である、
    ことを特徴とする、コアネットワーク装置。
  8. 前記アタッチ受諾メッセージに、さらに、前記第1のモードであることが許可された範囲を示す第3の識別情報を含み、
    前記移動管理装置は、
    前記端末装置が前記第3の識別情報で示される範囲へ移動したことにもとづいて送信したトラッキングエリア更新要求メッセージを受信することで、トラッキングエリア更新手続きを開始する、
    ことを特徴とする、請求項7記載のコアネットワーク装置。
  9. 前記移動管理装置は、
    MME(Mobility Management Entity)またはCCNF(Common Control Plane Network Function)であり、
    前記ゲートウェイ装置は、PGW(Packet Data Network Gateway)またはSGW(Serving Gateway)またはUPGW(User Plane Gateway)である、
    ことを特徴とする、請求項6から8記載のコアネットワーク装置。
  10. 通信システムであって、
    前記通信システムは、移動管理装置及び/またはゲートウェイ装置を備え、
    前記移動管理装置は、
    端末装置から第1の識別情報を含むアタッチ要求メッセージを受信し、
    前記端末装置に、前記アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを送信し、
    前記第2の識別情報の送信に基づき、第1のモードに遷移し、
    前記アタッチ受諾メッセージに、さらに、前記第1のモードであることが許可された範囲を示す第3の識別情報を含み、
    前記端末装置が前記第3の識別情報で示される範囲から移動したことにもとづいて、送信したトラッキングエリア更新要求メッセージを受信することで、トラッキングエリア更新手続きを開始し、
    ここで、
    第1のモードは、前記端末装置が前記移動管理装置及び前記ゲートウェイ装置を含むコアネットワーク装置からのページングを受信しない状態、及び/又は前記コアネットワーク装置がデータをバッファリング可能な状態であり、
    前記第1の識別情報は、前記端末装置が前記第1のモードでの通信路の確立を要求することを示す情報であり、
    前記第2の識別情報は、前記コアネットワーク装置が前記第1のモードでの通信路の確立の許可を示す情報である、
    事を特徴とする、通信システム。
  11. 端末装置の通信制御方法であって、
    コアネットワーク装置に、第1の識別情報を含むアタッチ要求メッセージを送信するステップと、
    前記コアネットワーク装置から、前記アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを受信するステップと、
    前記第2の識別情報の受信に基づき、第1のモードに遷移するステップと、を備え、
    ここで、
    第1のモードは、前記端末装置が前記コアネットワーク装置からのページングを受信しない状態、及び/又は前記コアネットワークがデータをバッファリング可能な状態であり、
    前記第1の識別情報は、前記端末装置が前記第1のモードでの通信路の確立を要求することを示す情報であり、
    前記第2の識別情報は、前記コアネットワーク装置が前記第1のモードでの通信路の確立の許可を示す情報である、
    ことを特徴とする、端末装置の通信制御方法。
  12. 前記アタッチ受諾メッセージに、さらに、前記第1のモードであることが許可された範囲を示す第3の識別情報が含まれ、
    前記端末装置が前記第3の識別情報で示される範囲から移動したことにもとづいて、トラッキングエリア更新手続きを実行するステップを、さらに備える、
    ことを特徴とする、請求項11記載の端末装置の通信制御方法。
  13. 端末装置の通信制御方法であって、
    コアネットワーク装置に、第1の識別情報を含むアタッチ要求メッセージを送信するステップと、
    前記コアネットワーク装置から、前記アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを受信するステップと、
    前記第2の識別情報の受信に基づき、第2のモードに遷移するステップと、
    制御部と、を備え、
    ここで、
    前記第1の識別情報は、前記端末装置が第1のモードでの通信路の確立を要求することを示す情報であり、
    第1のモードは、前記端末装置が前記コアネットワーク装置からのページングを受信しない状態及び/又は前記コアネットワークがデータをバッファリング可能な状態であり、
    前記第2のモードは、前記端末装置が前記コアネットワーク装置からのページング受信する状態、及び/又は前記コアネットワークがデータをバッファリング不可能な状態であり、
    前記第2の識別情報は、前記コアネットワーク装置が前記第1のモードでの通信路の確立の不許可を示す情報である、
    ことを特徴とする、端末装置の通信制御方法。
  14. 前記アタッチ受諾メッセージに、さらに、前記第1のモードであることが許可された範囲を示す第3の識別情報が含まれ、
    前記端末装置が前記第3の識別情報で示される範囲へ移動したことにもとづいて、トラッキングエリア更新手続きを実行するステップと、を更に備える、
    ことを特徴とする、請求項13記載の端末装置の通信制御方法。
  15. コアネットワーク装置の通信制御方法であって、
    端末装置から第1の識別情報を含むアタッチ要求メッセージを受信するステップと、
    前記端末装置に、前記アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを送信するステップと、
    前記第2の識別情報の送信に基づき、第1のモードに遷移するステップと、を備え、
    ここで、
    第1のモードは、前記端末装置が前記コアネットワーク装置からのページングを受信しない状態、及び/又は前記コアネットワークがデータをバッファリング可能な状態であり、
    前記第1の識別情報は、前記端末装置が前記第1のモードでの通信路の確立を要求することを示す情報であり、
    前記第2の識別情報は、前記コアネットワーク装置が前記第1のモードでの通信路の確立の許可を示す情報である、
    ことを特徴とする、コアネットワーク装置の通信制御方法。
  16. 前記アタッチ受諾メッセージに、さらに、前記第1のモードであることが許可された範囲を示す第3の識別情報を含み、
    前記端末装置が前記第3の識別情報で示される範囲から移動したことにもとづいて、送信したトラッキングエリア更新要求メッセージを受信することで、トラッキングエリア更新手続きを開始するステップを更に備える、
    ことを特徴とする、請求項15記載のコアネットワーク装置の通信制御方法。
  17. コアネットワーク装置の通信制御方法であって、
    端末装置から、第1の識別情報を含むアタッチ要求メッセージを受信するステップと、
    前記端末装置に、前記アタッチ要求メッセージの応答として、第2の識別情報、を含むアタッチ受諾メッセージを送信するステップと、
    前記第2の識別情報の送信に基づき、第2のモードに遷移するステップと、を備え、
    ここで、
    前記第1の識別情報は、前記端末装置が第1のモードでの通信路の確立を要求することを示す情報であり、
    第1のモードは、前記端末装置が前記コアネットワーク装置からのページングを受信しない状態及び/又は前記コアネットワークがデータをバッファリング可能な状態であり、
    前記第2のモードは、前記端末装置が前記コアネットワーク装置からのページング受信する状態、及び/又は前記コアネットワークがデータをバッファリング不可能な状態であり、
    前記第2の識別情報は、前記コアネットワーク装置が前記第1のモードでの通信路の確立の不許可を示す情報である、
    ことを特徴とする、コアネットワーク装置の通信制御方法。
  18. 前記アタッチ受諾メッセージに、さらに、前記第1のモードであることが許可された範囲を示す第3の識別情報を含み、
    前記端末装置が前記第3の識別情報で示される範囲へ移動したことにもとづいて送信したトラッキングエリア更新要求メッセージを受信することで、トラッキングエリア更新手続きを開始するステップを更に備える、
    ことを特徴とする、請求項17記載のコアネットワーク装置の通信制御方法。
  19. 前記コアネットワーク装置は、移動管理装置とゲートウェイ装置を備え、
    前記移動管理装置は、
    MME(Mobility Management Entity)またはCCNF(Common Control Plane Network Function)であり、
    前記ゲートウェイ装置は、PGW(Packet Data Network Gateway)またはSGW(Serving Gateway)またはUPGW(User Plane Gateway)である、
    ことを特徴とする、請求項16から18記載のコアネットワーク装置の通信制御方法。
JP2016216998A 2016-11-07 2016-11-07 端末装置、コアネットワーク装置、通信システム、及び通信制御方法 Pending JP2020010073A (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2016216998A JP2020010073A (ja) 2016-11-07 2016-11-07 端末装置、コアネットワーク装置、通信システム、及び通信制御方法
CN201780067312.6A CN110249663B (zh) 2016-11-07 2017-11-06 终端装置、核心网装置、通信系统、以及通信控制方法
US16/345,949 US20190306899A1 (en) 2016-11-07 2017-11-06 Terminal apparatus, core network apparatus, communication system, and communication control method
RU2019117568A RU2749671C2 (ru) 2016-11-07 2017-11-06 Терминальное устройство, устройство опорной сети, система связи и способ управления связью
PCT/JP2017/039970 WO2018084291A1 (ja) 2016-11-07 2017-11-06 端末装置、コアネットワーク装置、通信システム、及び通信制御方法
EP17866394.4A EP3537772B1 (en) 2016-11-07 2017-11-06 Terminal device, core network device, communication system, and communication control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2016216998A JP2020010073A (ja) 2016-11-07 2016-11-07 端末装置、コアネットワーク装置、通信システム、及び通信制御方法

Publications (1)

Publication Number Publication Date
JP2020010073A true JP2020010073A (ja) 2020-01-16

Family

ID=62076110

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016216998A Pending JP2020010073A (ja) 2016-11-07 2016-11-07 端末装置、コアネットワーク装置、通信システム、及び通信制御方法

Country Status (6)

Country Link
US (1) US20190306899A1 (ja)
EP (1) EP3537772B1 (ja)
JP (1) JP2020010073A (ja)
CN (1) CN110249663B (ja)
RU (1) RU2749671C2 (ja)
WO (1) WO2018084291A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3669592B1 (en) * 2017-10-13 2023-06-28 Samsung Electronics Co., Ltd. Method and system for maintaining service continuity by user equipment (ue) in wireless communication system
EP3673678A4 (en) 2017-10-13 2021-06-23 Samsung Electronics Co., Ltd. USER DEVICE (UE) AND CORE NETWORK FOR MANAGING THE OVERLOAD OF NETWORK SLICES IN WIRELESS COMMUNICATION SYSTEM
JP7283868B2 (ja) * 2018-08-10 2023-05-30 シャープ株式会社 ユーザ装置、制御装置、及び通信制御方法
KR102667414B1 (ko) * 2018-08-13 2024-05-21 삼성전자주식회사 무선 통신 시스템에서 네트워크 슬라이스의 상호 배타적 접속 방법

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7990925B2 (en) * 2007-05-30 2011-08-02 Qualcomm Incorporated Method and apparatus for communication handoff
US20090270097A1 (en) * 2008-04-29 2009-10-29 Gallagher Michael D Method and Apparatus for User Equipment Registration Updates Triggered by a Tracking Area Change
CN101932068B (zh) * 2009-06-19 2016-08-03 华为技术有限公司 实现机器对机器业务的方法、系统和装置
CN102742246B (zh) * 2010-02-08 2015-06-03 瑞典爱立信有限公司 处理池中的ics增强和非增强msc
CN103781182B (zh) * 2012-10-23 2017-07-21 成都鼎桥通信技术有限公司 业务建立方法及核心网设备
KR102112610B1 (ko) * 2013-01-28 2020-05-19 삼성전자 주식회사 장치 간 통신 방법 및 장치
KR102182517B1 (ko) * 2013-08-02 2020-11-24 삼성전자 주식회사 이동 통신 시스템에서 시스템 정보와 페이징을 수신하는 방법 및 장치
WO2015037882A1 (ko) * 2013-09-13 2015-03-19 엘지전자 주식회사 제어 평면을 담당하는 네트워크 노드를 재선택하는 방법
US10172085B2 (en) * 2014-01-19 2019-01-01 Lg Electronics Inc. Method for supporting power saving mode and wireless device thereof
JP6511628B2 (ja) 2015-05-20 2019-05-15 株式会社日立建機ティエラ 建設機械

Also Published As

Publication number Publication date
US20190306899A1 (en) 2019-10-03
RU2749671C2 (ru) 2021-06-16
EP3537772B1 (en) 2024-04-24
RU2019117568A (ru) 2020-12-07
EP3537772A1 (en) 2019-09-11
CN110249663B (zh) 2022-09-16
WO2018084291A1 (ja) 2018-05-11
EP3537772A4 (en) 2020-07-15
CN110249663A (zh) 2019-09-17
RU2019117568A3 (ja) 2020-12-07

Similar Documents

Publication Publication Date Title
JP6727403B2 (ja) Ue及びueの通信制御方法
JP6748220B2 (ja) Ue、コアネットワーク装置、ueの通信方法及びコアネットワークの通信方法
CN110892783B (zh) 终端装置以及核心网内的装置
WO2020071502A1 (ja) Ue
CN110268796B (zh) 终端装置、核心网装置及通信控制方法
CN110140394B (zh) 终端装置、核心网装置以及通信控制方法
WO2019245004A1 (ja) Ue、及びその通信方法
WO2019245001A1 (ja) Ue、及びその通信方法
CN111972038A (zh) Ue以及ue的通信控制方法
CN110249663B (zh) 终端装置、核心网装置、通信系统、以及通信控制方法
CN110249704B (zh) 终端装置、核心网装置及通信控制方法
WO2018128126A1 (ja) 端末装置、ネットワーク機能部、基地局装置、通信システム、及び通信制御方法
JP7388844B2 (ja) Ue、及び通信制御方法
JP7362344B2 (ja) Ue、及び通信制御方法
WO2018128125A1 (ja) 端末装置、ネットワーク機能部、基地局、通信システム、及び通信制御方法