JP2019009481A - 端末装置、c−sgnおよび通信制御方法 - Google Patents

端末装置、c−sgnおよび通信制御方法 Download PDF

Info

Publication number
JP2019009481A
JP2019009481A JP2015220105A JP2015220105A JP2019009481A JP 2019009481 A JP2019009481 A JP 2019009481A JP 2015220105 A JP2015220105 A JP 2015220105A JP 2015220105 A JP2015220105 A JP 2015220105A JP 2019009481 A JP2019009481 A JP 2019009481A
Authority
JP
Japan
Prior art keywords
message
identification information
reception
transmission
sgn
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
JP2015220105A
Other languages
English (en)
Inventor
雄大 河崎
Yudai KAWASAKI
雄大 河崎
真史 新本
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 JP2015220105A priority Critical patent/JP2019009481A/ja
Priority to CN201680064182.6A priority patent/CN108353456B/zh
Priority to EP16864305.4A priority patent/EP3376819B1/en
Priority to US15/774,923 priority patent/US10531501B2/en
Priority to CN202110591713.XA priority patent/CN113225701B/zh
Priority to PCT/JP2016/083365 priority patent/WO2017082344A1/ja
Priority to CL2018001254A priority patent/CL2018001254A1/es
Publication of JP2019009481A publication Critical patent/JP2019009481A/ja
Priority to US16/728,237 priority patent/US10887930B2/en
Priority to US17/121,316 priority patent/US11382147B2/en
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • H04W76/16Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/28Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • 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/16Gateway arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/12WLAN [Wireless Local Area Networks]
    • 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)
  • Communication Control (AREA)
  • Telephonic Communication Services (AREA)

Abstract

【課題】CIoT端末に好適なアタッチ等の通信手続きを提供する。
【解決手段】第1の識別情報は、IoT(Internet of Things)のために最適化されたシステムへ接続を切断することを要求するデタッチタイプであり、少なくとも前記第1の識別情報を含むデタッチ要求メッセージをコアネットワーク送信するステップと、前記デタッチ要求メッセージの応答として、デタッチ受諾メッセージを前記コアネットワークから受信するステップと、を有する。
【選択図】図28

Description

本発明は、端末装置、C−SGNおよび通信制御方法に関する。
近年の移動通信システムの標準化活動を行う3GPP(The 3rd Generation Partnership Project)は、LTE(Long Term
Evolution)のシステムアーキテクチャであるSAE(System Architecture Enhancement)の検討を行っている。3GPPは、オールIP化を実現する、EPS(Evolved Packet System)の仕様化を行っている。なお、LTEのコアネットワークはEPC(Evolved Packet Core)と呼ばれる。
また、近年3GPPでは、M2M(Machine to Machine)通信技術の検討を行っている。なお、M2M通信とはマシンマシン型通信であってよい。3GPPでは、特に、IoT(Internet of Things)を3GPPのセルラーネットワークサポートするための技術としてCIoT(Cellular Internet of Things)の検討を行っている。
IoTとは、スマートフォン等の携帯電話端末を含み、パソコンやセンサー装置などの様々なIT機器を指し、CIoTでは、こうした様々な端末装置をセルラーネットワークに接続するための技術課題を抽出し、解決策を仕様化している。
例えば、CIoTでは、バッテリーが数年間維持できるようにするなどの電力消費の高効率化が必要な端末のための通信手続きの最適化や、屋内や地下状態における通信への対応や、安価に大量生産した大量の端末に対する接続性の提供などが要求される。更に、CIoTは、簡易なエンドノードによる低データレート通信をサポートすることも要求条件として挙げられている。
なお、本稿では、これらの3GPPのコアネットワークへの接続が許可された端末をCIoT端末と表現とする。
3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements for Cellular Internet of Things; (Release 13)
CIoTでは、制御信号の効率化のために、複数の機能を持つ機能部をコアネットワーク内に配置する事を検討している。具体的には、従来のMMEとSGWとPGWの機能を担うC−SGN(CIoT Serving Gateway Node)をコアネットワークに設けることを検討している。
3GPPでは、CIoT端末がCIoTのアクセスネットワークを介して、コアネット
ワークに接続する事が検討されている。
なお、CIoT端末が接続するコアネットワークは、スマートフォン等の携帯電話端末を収容する従来のコアネットワークであってもよいし、論理的に分割されたCIoT端末を収容するためのコアネットワークであってもよいし、物理的に従来のコアネットワークとは異なるコアネットワークであってもよい。 しかし、これらのコアネットワークへの接続方法およびデータの送受信の手順が明らかになっていない。
本発明は、このような事情を鑑みてなされたもので、その目的は、CIoT端末に好適なアタッチ等の通信手続きを提供する事である。
上記の目的を達成するために、端末装置の通信制御方法は、第1の識別情報は、IoT(Internet of Things)のために最適化されたシステムへ接続を切断することを要求するデタッチタイプであり、少なくとも第1の識別情報を含むデタッチ要求メッセージをコアネットワーク送信するステップと、デタッチ要求メッセージの応答として、デタッチ受諾メッセージをコアネットワークから受信するステップと、
を有する。
また、C−SGN(CIoT Serving Gateway Node)の通信制御方法は、第1の識別情報は、IoT(Internet of Things)のために最適化されたシステムへ接続を切断することを要求するデタッチタイプであり、少なくとも第1の識別情報を含むデタッチ要求メッセージを端末装置に送信するステップと、デタッチ要求メッセージの応答として、デタッチ受諾メッセージを端末装置に送信するステップと、を有する。
また、本発明の端末装置であって、第1の識別情報は、IoT(Internet of Things)のために最適化されたシステムへ接続を切断することを要求するデタッチタイプであり、少なくとも第1の識別情報を含むデタッチ要求メッセージをコアネットワーク送信する送受信部を有し、送受信部は、デタッチ要求メッセージの応答として、デタッチ受諾メッセージをコアネットワークから受信する。
また、本発明のC−SGN(CIoT Serving Gateway Node)は、第1の識別情報は、IoT(Internet of Things)のために最適化されたシステムへ接続を切断することを要求するデタッチタイプであり、少なくとも第1の識別情報を含むデタッチ要求メッセージを端末装置に送信する送受信部と、送受信部は、デタッチ要求メッセージの応答として、デタッチ受諾メッセージを端末装置に送信する。
本発明によれば、CIoT端末は、CIoT端末に最適化されたユーザデータ送信方法をはじめとする複数の送信方法を提供可能なコアネットワークへアタッチ及び又はデタッチし、通信することができる。
移動通信システムの概略を説明するための図である。 IP移動通信ネットワークの構成等の一例を説明するための図である。 IP移動通信ネットワークの構成等の一例を説明するための図である。 eNBの装置構成を説明するための図である。 ネットワーク主導のデタッチ手続きを説明するための図である。 MMEの装置構成を説明するための図である。 MMEの記憶部を説明するための図である。 MMEの記憶部を説明するための図である。 MMEの記憶部を説明するための図である。 MMEの記憶部を説明するための図である。 MMEの記憶部を説明するための図である。 MMEの記憶部を説明するための図である。 SGWの装置構成を説明するための図である。 SGWの記憶部を説明するための図である。 SGWの記憶部を説明するための図である。 PGWの装置構成を説明するための図である。 PGWの記憶部を説明するための図である。 PGWの記憶部を説明するための図である。 C−SGNの装置構成を説明するための図である。 UEの装置構成を説明するための図である。 UEの記憶部を説明するための図である。 通信手続きの概要を説明するための図である。 第1のアタッチ手続きを説明するための図である。 第2のアタッチ手続きを説明するための図である。 第3のアタッチ手続きを説明するための図である。 第1の送受信手続きを説明するための図である。 第2の送受信手続きを説明するための図である。 UE主導のデタッチ手続きを説明するための図である。
以下、図面を参照して本発明を実施する為に最良の形態について説明する。なお、本実施形態では一例として、本発明を適用した場合の移動通信システムの実施形態について説明する。
[1.システム概要]
図1は、本実施形態における移動通信システムの概略を説明するための図である。本図に示すように、移動通信システム1は、移動端末装置UE_A10とeNB_A45とコアネットワーク_A90とPDN_A5により構成されている。
ここで、UE_A10は無線接続可能な端末装置であればよく、UE(User equipment)または、ME(Mobile equipment)またはMS(Mobile Station)であってよい。
また、UE_A10は、CIoT端末であってもよい。なお、CIoT端末とはコアネットワークA90へ接続可能なIoT端末であり、IoT端末とは、スマートフォン等の携帯電話端末を含み、パソコンやセンサー装置などの様々なIT機器であってよい。
つまり、UE_A10がCIoT端末である場合、UE_A10はUE_A10のポリシーまたはネットワークからの要求に基づいてCIoT端末のために最適化された接続を要求してもよいし、従来の接続を要求してもよい。または、UE_A10は、出荷時に予めCIoT端末のために最適化された通信手続きによってのみコアネットワーク_A90に接続する端末装置として設定されてもよい。
ここで、コアネットワーク_A90は、移動通信事業者(Mobile Operator)が運用するIP移動通信ネットワークのことである。
例えば、コアネットワーク_A90は移動通信システム1を運用、管理する移動通信事業者のためのコアネットワークであってもよい、またはMVNO(Mobile Virtual Network Operator)などの仮想移動通信事業者のためのコアネットワークであってよい。または、コアネットワーク_A90はCIoT端末を収容する為のコアネットワークであってもよい。
また、eNB_A45はUE_A10がコアネットワーク_A90に接続するために用いられる無線アクセスネットワークを構成する基地局である。つまり、UE_A10はeNB_A45を用いてコアネットワーク_A90に接続する。
また、コアネットワーク_A90はPDN_A5に接続されている。PDN_A5とは、UE_A10に通信サービスを提供するパケットデータサービス網であり、サービス毎に構成しても良い。PDNには、通信端末が接続されており、UE_A10はPDN_A5に配置された通信端末とユーザデータの送受信を行うことができる。
次に、コアネットワーク_A90の構成例を説明する。本実施形態では2つのコアネットワーク_A90の構成例を説明する。
図2にコアネットワーク_90の構成の第1の一例を示す。図2(a)のコアネットワーク_A90は、HSS(Home Subscriber Server)_A50、AAA(Authentication、 Authorization、 Accounting)_A55、PCRF(Policy and Charging Rules Function)_A60、PGW(Packet Data Network Gateway)_A30、ePDG(enhanced Packet Data Gateway)_A65、SGW(Serving Gateway)_A35、MME(Mobility Management Entity)_A40、SGSN(Serving GPRS Support Node)_A42により構成される。
また、コアネットワーク_A90は、複数の無線アクセスネットワーク(LTE AN_A80、WLAN ANb75、WLAN ANa70、UTRAN_A20、GERAN_A25)に接続することができる。
無線アクセスネットワークは、複数の異なるアクセスネットワークに接続して構成してもよいし、いずれか一つのアクセスネットワークに接続した構成であってもよい。さらに、UE_A10は無線アクセスネットワークに無線接続することができる。
さらに、WLANアクセスシステムで接続可能なアクセスネットワークは、ePDG_A65を介してコアネットワークへ接続するWLANアクセスネットワークb(WLAN
ANb75)と、PGW_AとPCRF_A60とAAA_A55とに接続するWLANアクセスネットワークa(WLAN ANa75)とが構成可能である。
なお、各装置はEPSを利用した移動通信システムにおける従来の装置と同様に構成されるため、詳細な説明は省略する。以下、各装置の簡単な説明をする。
PGW_A30はPDN_A5とSGW_A35とePDG_A65とWLAN ANa70と、PCRF_A60とAAA_A55とに接続されており、PDN_A5とコアネットワーク_A90のゲートウェイ装置としてユーザデータの転送を行う中継装置である。
SGW_A35は、PGW30とMME_A40とLTE AN80とSGSN_A42とUTRAN_A20とに接続されており、コアネットワーク_A90と3GPPのアクセスネットワーク(UTRAN_A20、GERAN_A25、LTE AN_A80)とのゲートウェイ装置としてユーザデータの転送を行う中継装置である。
MME_A40は、SGW_A35とLTE AN80とHSS_A50に接続されており、LTE AN80を経由してUE_A10の位置情報管理と、アクセス制御を行うアクセス制御装置である。また、コアネットワーク_A90には、複数の位置管理装置が含まれて構成されてよい。例えば、MME_A40とは異なる位置管理装置が構成されてもよい。MME_A40とは異なる位置管理装置はMME_A40と同様にSGW_A35とLTE AN80と、HSS_A50と接続されてよい。
また、コアネットワーク_A90内に複数のMMEが含まれている場合、MME同士が接続されてもよい。これにより、MME間で、UE_A10のコンテキストの送受信が行われてもよい。
HSS_A50はMME_A40とAAA_A55とに接続されており、加入者情報の管理を行う管理ノードである。HSS_A50の加入者情報は、例えばMME_A40のアクセス制御の際に参照される。さらに、HSS_A50は、MME_A40とは異なる位置管理装置と接続されていてもよい。
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の管理を行う。
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のタイムゾーンの管理機能、及びE−UTRANへのハンドオーバー時のMMEの選択機能を持つ。
また、図2(b)に示すように、各無線アクセスネットワークには、UE_A10が実際に接続される装置(例えば、基地局装置やアクセスポイント装置)等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。
本実施形態においては、LTE AN80はeNB_A45を含んで構成される。eNB_A45はLTEアクセスシステムでUE_A10が接続する無線基地局であり、LTE AN_A80には1又は複数の無線基地局が含まれて構成されてよい。
WLAN ANa70はWLAN APa72と、TWAG_A74とが含まれて構成される。WLAN APa72はコアネットワーク_A90を運営する事業者に対して信頼性のあるWLANアクセスシステムでUE_A10が接続する無線基地局であり、WL
AN ANa70には1又は複数の無線基地局が含まれて構成されてよい。TWAG_A74はコアネットワーク_A90とWLAN ANa70のゲートウェイ装置である。また、WLAN APa72とTWAG_A74とは、単一の装置で構成されてもよい。
コアネットワーク_A90を運営する事業者とWLAN ANa70を運営する事業者が異なる場合でも、事業者間の契約や規約によりこのような構成での実現が可能となる。
また、WLAN ANb75はWLAN APb76を含んで構成される。WLAN APb76はコアネットワーク_A90を運営する事業者に対して信頼関係が結ばれていない場合に、WLANアクセスシステムでUE_A10が接続する無線基地局であり、WLAN ANb75には1又は複数の無線基地局が含まれて構成されてよい。
このように、WLAN ANb75はコアネットワーク_A90に含まれる装置であるePDG_A65をゲートウェイとしてコアネットワーク_A90に接続される。ePDG_A65は安全性を確保するためのセキュリティー機能を持つ。
UTRAN_A20は、RNC(Radio Network Controller)_A24とeNB(UTRAN)_A22を含んで構成される。eNB(UTRAN)_A22は、UTRA(UMTS Terrestrial Radio Access)でUE_A10が接続する無線基地局であり、UTRAN_A20には1又は複数の無線基地局が含まれて構成されてよい。またRNC_A24は、コアネットワーク_A90とeNB(UTRAN)_A22を接続する制御部であり、UTRAN_A20には1又は複数のRNCが含まれて構成されてよい。また、RNC_A24は1つまたは複数のeNB(UTRAN)_A22と接続されてよい。更に、RNC_A24は、GERAN_A25に含まれる無線基地局(BSS(Base Station Subsystem)_A26)と接続されてよい。
GERAN_A25は、BSS_A26を含んで構成される。BSS_A26は、GERA(GSM(登録商標)/EDGE Radio Access)でUE_A10が接続する無線基地局であり、GERAN_A25には1又は複数の無線基地局BSSで構成されてもよい。また、複数のBSSは互いに接続しあっていてよい。またBSS_A26はRNC_A24と接続してもよい。
次に、第2のコアネットワーク_A90の構成の一例を説明する。例えば、UE_A10がCIoT端末である場合、コアネットワーク_A90は図3に示す構成であってもよい。図3のコアネットワーク_A90は、C−SGN(CIoT Serving Gateway Node)_A95とHSS_A50とで構成される。なお、図2と同様に、コアネットワーク_A90は、LTE以外のアクセスネットワークとの接続性を提供するために、AAA_A55及び/またはPCRF_A60及び/またはePDG_A65及び/またはSGSN_A42がコアネットワーク_A90に含まれてもよい。
C−SGN_A95は、図2のMME_A40とSGW_A35とPGW_A30の役割を担うノードであってよい。C−SGN_A95はCIoT端末のためのノードであってよい。
つまり、C−SGN_A95は、PDN_Aとコアネットワーク_A90間のゲートウェイ装置機能及び、コアネットワーク_A90とCIOT AN_A100間のゲートウェイ装置機能及び、UE_A10の位置管理機能を有していてよい。
図に示すように、UE_A10は無線アクセスネットワークCIOT AN_A100
を介して、コアネットワーク_A90に接続する。
図3(b)にCIOT AN_A100の構成を示す。図に示すようにCIOT AN_A100にはeNB_A45が含まれて構成されてよい。CIOT AN_A100に含まれるeNB_A45は、LTE AN_A80に含まれるeNB_A45と同じ基地局であってよい。または、CIOT AN_A100に含まれるeNB_A45は、LTE AN_A80に含まれるeNB_A45と異なる、CIoTのための基地局であってよい。
なお、第1のコアネットワーク及び又は第2のコアネットワークは、IoTのために最適化されたシステムで構成されてよい。
なお、本明細書において、UE_A10が各無線アクセスネットワークに接続されるという事は、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続される事であり、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由している。
[1.2.装置の構成]
以下、各装置の構成について説明する。
[1.2.1.eNBの構成]
以下、eNB_A45の構成について説明する。図4はeNB_A45の装置構成を示す。図に示すように、eNB_A45はネットワーク接続部_A420と、制御部_A400と記憶部_A440で構成されている。ネットワーク接続部_A420と記憶部_A440は制御部_A400と、バスを介して接続されている。
制御部_A400はeNB_A45を制御するための機能部である。制御部_A400は、記憶部_A440に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ネットワーク接続部_A420は、eNB_A45がMME_A40及び/またはSGW_A35またはC−SGN_A95と接続するための機能部である。さらに、ネットワーク接続部_A420は、eNB_A45がMME_A40及び/またはSGW_A35またはC−SGN_A95からユーザデータ及び又は制御データを送受信する送受信機能部である。
記憶部_A440は、eNB_A45の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部640は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。
記憶部_A440は、少なくとも、1.3及び1.4で説明するアタッチ手続き及びデータの送信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び又はフラグ及び又はパラメータを記憶してもよい。
さらに、eNB_A45は、UE_A10と制御情報及び又はユーザデータを送受信する送受信部を備える。さらに、送受信部には、外部アンテナが接続されている。
[1.2.2.MMEの構成]
以下、MME_A40の構成につい説明する。図6はMME_A40の装置構成を示す。図に示すように、MME_A40はネットワーク接続部_B620と、制御部_B60
0と記憶部_B640で構成されている。ネットワーク接続部_B620と記憶部_B640は制御部_B600と、バスを介して接続されている。
制御部_B600はMME_A40を制御するための機能部である。制御部_B600は、記憶部_B640に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ネットワーク接続部_B620は、MME_A40が、HSS_A50及び/またはSGW_A35と接続するための機能部である。さらに、ネットワーク接続部_B620は、MME_A40が、HSS_A50及び/またはSGW_A35からユーザデータ及び又は制御データを送受信する送受信機能部である。
記憶部_B640は、MME_A40の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_B640は、例えば、半導体メモリや、HDD(Hard
Disk Drive)等により構成されている。
記憶部_B640は、少なくとも、1.3及び1.4で説明するアタッチ手続き及びデータの送信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び又はフラグ及び又はパラメータを記憶してもよい。
記憶部_B640は、図に示すように、MMEコンテキスト642と、セキュリティーコンテキスト648、MME緊急構成データ650を記憶する。なお、MMEコンテキストは、MMコンテキストと、EPSベアラコンテキストにより構成される。または、MMEコンテキストはEMMコンテキストとESMコンテキストで構成されてもよい。MMコンテキストとはEMMコンテキストの事であり、EPSベアラコンテキストはESMコンテキストの事であってもよい。
図7〜図9に(b)UEごとに記憶されるMMEコンテキストの情報要素を示す。図に示すように、UEごとに記憶されるMMEコンテキストは、IMSI、IMSI−unauthenticated−indicator、MSISDN、MM State、GUTI、ME Identity、Tracking Area List、TAI of last TAU、ECGI(E−UTRAN Cell Global Identity)、E−UTRAN Cell Identity Age、CSG ID、CSG membership、Access mode、Authentication
Vector、UE Radio Access Capability、MS Classmark 2、MS Classmark 3、Supported Codecs、UE Network Capability、MS Network Capability、UE Specific DRX Parameters、Selected NAS Algorithm、eKSI、K_ASMENAS Keys and
COUNT、Selected CN operator ID、Recovery、Access Restriction、ODB for PS parameters、APN−OI Replacement、MME IP address for S11、MME TEID for S11、S‐GW IP address for S11/S4、S GW TEID for S11/S4、SGSN IP address for S3、SGSN TEID for S3、eNodeB Address in Use for S1−MME、eNB UE S1AP ID、MME UE S1AP ID、Subscribed UE−AMBR、UE−AMBR、EPS Subscribed Charging Characteristics、Subscribed RFSP Index、RFSP Index in Use、Trace reference、Trace type、Trigger ID、OMC
identity、URRP−MME、CSG Subscription Data、LIPA Allowed、Subscribed Periodic RAU/TAU
Timer、MPS CS priority、MPS EPS priority、Voice Support Match Indicator、Homogenous
Support of IMS Voice over PS Sessionsを含める。
IMSIは、ユーザの永久的な識別情報である。HSS_A50が記憶するIMSIと等しい。
IMSI−unauthenticated−indicatorは、このIMSIが認証されていない事を示す指示情報である。
MSISDNは、UEの電話番号を表す。MSISDNはHSS_A50の記憶部により示される。
MM Stateは、MMEの移動管理(Mobility management)状態を示す。この管理情報は、eNBとコアネットワーク間の接続が解放されているECM−IDLE状態、eNBとコアネットワーク間の接続が解放されていないECM−CONNECTED状態、またはMMEがUEの位置情報を記憶していないEMM−DEREGISTERED状態を示す。
GUTI(Globally Unique Temporary Identity)は、UEの一時的な識別情報である。GUTIはMMEの識別情報(GUMMEI:Globally Unique MME Identifier)と特定MME内でのUEの識別情報(M−TMSI)により構成される。
ME IdentityUEのIDであり、例えば、IMEI/IMISVであってもよい。
Tracking Area Listは、UEに割り当てたトラッキングエリア識別情報のリストである。
TAI of last TAUは、最近のトラッキングエリア更新手続きで示されたトラッキングエリア識別情報である。
ECGIは、MME_A40が知る最近のUEのセルの識別情報である。
E−UTRAN Cell Identity Ageは、MMEがECGIを取得してからの経過時間を示す。
CSG IDは、MMEが知る、最近のUEが動作したCSG(Closed Subscriber Group)の識別情報である。
CSG membershipは、MMEが知る最近のUEのCSGのメンバー情報である。CSG membershipは、UEがCSGメンバーであるかどうかを示す。
Access modeはECGIで識別されるセルのアクセスモードであり、ECGIがCSGとCSGではないUEの両方にアクセスを許可するハイブリッドであることを示す識別情報であってもよい。
Authentication VectorはMMEが従う、特定のUEの一時的なAKA(Authentication and Key Agreement)を示す。Authentication Vectorは、認証に用いるランダム値RAND、期待応答XRES、鍵K_ASME、ネットワークに認証された言語(トークン)AUTNで構成される。
UE Radio Access Capabilityは、UEの無線アクセス能力を示す識別情報である。
MS Classmark 2は、3G/2G(UTRAN/GERAN)のCSドメインのコアネットワークの分類記号(Classmark)である。MS Classmark 2は、UEがSRVCC(Single Radio Voice Call Continuit)をGERANまたはUTRANに対してサポートする場合に使用される。
MS Classmark 3は、GERANのCSドメインの無線ネットワークの分類記号(Classmark)である。MS Classmark 3は、UEがSRVCC(Single Radio Voice Call Continuit)をGERANに対してサポートする場合に使用される。
Supported Codecsは、CSドメインでサポートされるコードのリストである。このリストは、UEがSRVCCをGERANまたはUTRANに対してサポートする場合に使用される。
UE Network Capabilityは、UEにサポートされるセキュリティーのアルゴリズムと鍵派生関数を含める。
MS Network Capabilityは、GERAN及び/又はUTRAN機能をもつUEに対して、SGSNに必要な少なくとも一つの情報を含める情報である。
UE Specific DRX Parametersは、UEのDRX(Discontinuous Reception)サイクル長を決定するために用いるパラメータである。ここでDRXとは、UEのバッテリーの消費電力をなるべく少なくするために、ある一定時間通信がなければUEを低消費電力状態に切り替える機能である。
Selected NAS Algorithmは、NAS(Non−Access Stream)の選択されたセキュリティーアルゴリズムである。
eKSIは、K_ASMEを示す鍵の集合である。UTRANまたはE−UTRANのセキュリティー認証により取得したセキュリティー鍵を利用するかどうかを示してもよい。
K_ASMEは、暗号鍵CK(Cipher Key)と完全鍵IK(Integrity Key)に基づき生成される、E−UTRANの鍵階層化の鍵である。
NAS Keys and COUNTは、鍵K_NASintと、鍵K_NASencとNAS COUNTパラメータにより構成される。鍵K_NASintは、UEとMME間の暗号化のための鍵であり、鍵K_NASencは、UEとMME間の安全性保護のための鍵である。また、NAS COUNTはUEとMME間のセキュリティーが確立
された、新しい鍵が設定された場合にカウントを開始する、カウントである。
Selected CN operator IDはオペレータ間でネットワークを共有するために使用する、選択されたコアネットワークオペレータの識別情報である。
Recoveryは、HSSがデータベースの復帰を行うかどうかを示す識別情報である。
Access Restrictionは、アクセス制限の登録情報である。
ODB for PS parametersは、ODB(operator determined barring)の状態を示す。ここでODBとは、通信事業者(オペレータ)が決定したアクセス規定である。
APN−OI Replacementは、DNS解決を実行する為にPGW FQDNを構築する際の、APNに代わるドメイン名である。この代用のドメイン名はすべてのAPNに適応される。
MME IP address for S11は、SGWとのインターフェースで用いられるMMEのIPアドレスである。
MME TEID for S11は、SGWとのインターフェースで用いられるTEID(Tunnel Endpoint Identifier)である。
S−GW IP address for S11/S4はMMEとSGW間またはSGSNとMME間のインターフェースで利用されるSGWのIPアドレスである。
S GW TEID for S11/S4はMMEとSGW間またはSGSNとMME間のインターフェースで利用されるSGWのTEIDである。
SGSN IP address for S3は、MMEとSGSN間でのインターフェースに用いるSGSNのIPアドレスである。
SGSN TEID for S3は、MMEとSGSN間のインターフェースで用いるSGSNのTEIDである。
eNodeB Address in Use for S1−MMEは、MMEとeNB間のインターフェースで最近用いられたeNBのIPアドレスである。
eNB UE S1AP IDは、eNB内でのUEの識別情報である。
MME UE S1AP IDは、MME内でのUEの識別情報である。
Subscribed UE−AMBRは、ユーザの登録情報に従いすべてのNon−GBR(Guaranteed Bit Rate)ベアラ(非保障ベアラ)を共有するための上り通信および下り通信のMBR(Maximum Bit Rate)の最大値を示す。
UE−AMBRは、すべてのNon−GBRベアラ(非保障ベアラ)を共有するために、最近使用された上り通信および下り通信のMBRの最大値を示す。
EPS Subscribed Charging Characteristicsは、UEの課金特性を示す。例えば、EPS Subscribed Charging
Characteristicsはノーマル、プリペイド、課金率固定、または即時請求などの登録情報を示してもよい。
Subscribed RFSP Indexは、HSSから取得したE−UTRAN内の特定のRRM構成のためのインデックスである。
RFSP Index in Useは、最近使用されたE−UTRAN内の特定のRRM構成のためのインデックスである。
Trace referenceは、特定のトレースの記録、または記録の集合を識別する識別情報である。
Trace typeは、トレースのタイプを示す。例えば、HSSがトレースをするタイプ、及び/または、MMEやSGWやPGWがトレースするタイプを示してもよい。
Trigger IDは、トレースを開始する構成要素を識別する識別情報である。
OMC Identityは、トレースされた記録を受信したOMCを識別する識別情報である。
URRP−MMEは、HSSによりMMEからのUE活動通知が要求された事を示す識別情報である。
CSG Subscription Dataは、ローミング先のPLMN(VPLMN)CSG IDとローミング先の等価PLMNの関連リストである。CSG IDごとに、CSG IDの有効期限を示すexpiration dateや、有効期限がない事を示すabsent expiration dateと関連づけられていてもよい。CSG IDは、LIPAを介した特定のPDN接続に使われてもよい。
LIPA Allowedは、UEはこのPLMNでLIPAを使用することが許可されているかどうかを示す
Subscribed Periodic RAU/TAU Timerは、定期的なRAU及び/またはTAUのタイマーである。
MPS CS priorityは、UEがCSドメインでeMLPPか1x RTT優先サービスに登録されていることを示す。
MPS EPS priorityは、EPSドメイン内でMPSに登録されていることを示す識別情報である。
Voice Support Match Indicatorは、UEの無線能力がネットワーク構成と互換性があるかどうかを示す。例えば、UEによるSRVCCのサポートがネットワークの音声通話に対するサポートとマッチするかどうかを示す。
Homogenous Support of IMS Voice over PS
Sessions for MMEは、PSセッション上のIMS音声通話をサポートするかどうかを、UEごとに示す指示情報である。Homogenous Suppor
t of IMS Voice over PS Sessions for MMEは、MMEが管理する全てのTA(Tracking Area)でPS(Packet Switched: 回線交換)セッション上でのIMS(IP Multimedia
Subsystem)音声通話をサポートする、「Supported」と、PSセッション上でのIMS音声通話をサポートするTAがない場合を示す「Not Supported」とがある。また、PSセッション上でのIMS音声通話をサポートが均一でない(サポートするTAとしないTAがMME内に混在する)場合や、サポートするかどうかが分からない場合、MMEはこの指示情報をHSSに通知しない。
図10に、送受信可能状態に記憶されるMMEコンテキストに含まれる情報要素を示す。送受信可能状態に関しては後述する。PDNコネクションを確立時には、送受信可能状態に記憶されるMMEは、PDNコネクションごとに記憶されてもよい。図に示すように、送受信可能状態に記憶されるMMEコンテキストは、APN in Use、APN Restriction、APN Subscribed、PDN Type、IP Address、EPS PDN Charging Characteristics、APN−OI Replacement、SIPTO permissions、Local Home Network ID、LIPA permissions、WLAN
offloadability、VPLMN Address Allowed、PDN GW Address in Use(制御情報)、PDN GW TEID for S5/S8(制御情報)、MS Info Change Reporting Action、CSG Information Reporting Action、Presence Reporting Area Action、EPS subscribed QoS profile、Subscribed APN−AMBR、APN−AMBR、PDN GW GRE Key for uplink traffic(ユーザデータ)、Default bearer、low access priorityを含める。
APN in Useは、最近使用されたAPNを示す。このAPNはAPNネットワークの識別情報と、デフォルトのオペレータの識別情報により構成される。
APN Restrictionは、このベアラコンテキストに関連づけられたAPNに対する、APNのタイプの組み合わせの制限を示す。つまり、確立できるAPNの数とAPNのタイプを制限する情報である。
APN SubscribedはHSSから受信した登録APNを意味する。
PDN Typeは、IPアドレスのタイプを示す。例えば、PDN Typeは、IPv4、IPv6またはIPv4v6を示す。
IP Addressは、IPv4アドレスかIPv6 Prefixを示す。なお、IPアドレスはIPv4とIPv6のprefixの両方を記憶してもよい。
EPS PDN Charging Characteristicsは、課金特性を示す。EPS PDN Charging Characteristicsは例えば、ノーマル、プリペイド、課金率固定、または即時請求を示してよい。
APN−OI Replacementは、UEごとに登録されているAPN−OI Replacementと同様の役割をもつAPNの代理ドメイン名である。ただし、UEごとのAPN−OI Replacementより優先度が高い。
SIPTO permissionsはこのAPNを用いたトラフィックのSIPTO(Selected IP Traffic Offload)に対する許可情報を示す。具体的には、SIPTO permissionsは、SIPTOを用いる事を禁止する、またはローカルネットワーク以外でのSIPTOの利用を許可する、またはローカルネットワークを含めるネットワークでのSIPTOの利用を許可する、またはローカルネットワークのみSIPTOの利用を許可する、ことを識別する。
Local Home Network IDは、ローカルネットワークを用いたSIPTO(SIPTO@LN)の利用が可能である場合、基地局が属するホームネットワークの識別情報を示す。
LIPA permissionsは、このPDNがLIPAを介したアクセスが可能かどうかを示す識別情報である。具体的には、LIPA permissionsは、LIPAを許可しないLIPA−prohibited、またはLIPAのみ許可する、LIPA−only、条件によりLIPAを許可するLIPA−conditionalであってよい。
WLAN offload abilityは、このAPNで接続されたトラフィックは、無線ランと3GPP間の連携機能を用いて、無線ランにオフロードできるか、または3GPPの接続を維持するのかを示す識別情報である。WLAN offload abilityは、RATタイプごとに分かれていてもよい。具体的には、LTE(E−UTRA)と3G(UTRA)とで異なったWLAN offload abilityが存在してもよい。
VPLMN Address Allowedは、UEがこのAPNを用いた接続が、ローミング先のPLMN(VPLMN)ではHPLMNのドメイン(IPアドレス)PGWのみを使用することが許可されるのか、またはVPLMNのドメイン内のPGWを追加されるのかを示す
PDN GW Address in Use(制御情報)は、PGWの最近のIPアドレスを示す。このアドレスは制御信号を送信するときに用いられる。
PDN GW TEID for S5/S8(制御情報)は、SGWとPGW間のインターフェース(S5/S8)で制御情報の送受信に用いるTEIDである。
MS Info Change Reporting Actionは、PGWにユーザの位置情報が変更された事を通知する必要があること示す情報要素である。
CSG Information Reporting Actionは、PGWにCSG情報が変更された事を通知する必要があることを示す情報要素である。
Presence Reporting Area Actionは、UEが存在報告エリア(Presence Reporting Area)に存在するかどうかの変更を通知する必要があることを示す。この情報要素は、存在報告エリアの識別情報と、存在報告エリアに含まれる要素により分かれている。
EPS subscribed QoS profileは、デフォルトベアラに対する、ベアラレベルでのQoSパラメータを示す。
Subscribed APN−AMBRは、ユーザの登録情報に従いこのAPNに対して確立された全てのNon−GBRベアラ(非保障ベアラ)を共有するための上り通信
および下り通信のMBR(Maximum Bit Rate)の最大値を示す。
APN−AMBRは、PGWにより決定された、このAPNに対して確立された全てのNon−GBRベアラ(非保障ベアラ)を共有するための上り通信および下り通信のMBR(Maximum Bit Rate)の最大値を示す。
PDN GW GRE Key for uplink traffic(ユーザデータ)は、SGWとPGW間のインターフェースのユーザデータの上り通信のためのGRE(Generic Routing Encapsulation)鍵である。
Default bearerは、PDNコネクション内のデフォルトベアラを識別するためのEPSベアラ識別情報である。
low access priorityは、PDNコネクションが公開されているとき、UEが低いアクセス優先度(low access priority)を要求したことを示す。
図11は、ベアラごとに記憶されるMMEコンテキストを示す。図が示すように、ベアラごとに記憶されるMMEコンテキストは、EPS Bearer ID、TI、S−GW IP address for S1−u、S−GW TEID for S1u、PDN GW TEID for S5/S8、PDN GW IP address for S5/S8、EPS bearer QoS、TFTを含める。
EPS Bearer IDは、E−UTRANを介したUE接続に対して、EPSベアラを識別する唯一の識別情報である。
TIはTransaction Identifierの略であり、双方向のメッセージフロー(Transaction)を識別する識別情報である。
S−GW IP address for S1−uは、eNBとSGW間のインターフェースで使用するSGWのIPアドレスである。
S−GW TEID for S1uは、eNBとSGW間のインターフェースで使用するSGWのTEIDである。
PDN GW TEID for S5/S8は、SGWとPGW間のインターフェースのユーザデータ伝送の為のPGWのTEIDである。
PDN GW IP address for S5/S8は、SGWとPGW間のインターフェースのユーザデータ伝送の為のPGWのIPアドレスである。
EPS bearer QoSは、QCI(QoS Class Identifier)と、ARP(Allocation and Retention Priority)で構成される。QCIはQoSの属するクラスを示す。QoSは帯域制御の有無や遅延許容時間、パケットロス率などに応じてクラスを分けられる。QCIは優先度を示す情報を含める。ARPは、ベアラを維持することに関する優先度を表す情報である。
TFTは、Traffic Flow Templateの略であり、EPSベアラと関連づけられた全てのパケットフィルターを示す。
ここで、図7〜図11に示すMMEコンテキストに含まれる情報要素は、MMコンテキスト644またはEPSベアラコンテキスト646のいずれかに含まれる。例えば、図11に示すベアラごとのMMEコンテキストをEPSベアラコンテキストに記憶し、その他の情報要素をMMコンテキストに記憶してもよい。または図10に示す送受信可能状態に記憶されるMMEコンテキストと図11に示すベアラごとのMMEコンテキストをEPSベアラコンテキストに記憶し、その他の情報要素をMMコンテキストに記憶してもよい。
図6が示すように、MMEの記憶部_B640は、セキュリティーコンテキスト648を記憶してもよい。図12(e)はセキュリティーコンテキスト648に含まれる情報要素を示す。
図が示すように、セキュリティーコンテキストは、EPS AS セキュリティーコンテキストと、EPS NAS セキュリティーコンテキストにより構成される。EPS AS セキュリティーコンテキストは、アクセス層(AS:Access Stream)のセキュリティーに関するコンテキストであり、EPS NAS セキュリティーコンテキストは非アクセス層(NAS:Non−Access Stream)のセキュリティーに関するコンテキストである。
図12(f)は、EPS AS セキュリティーコンテキストに含まれる情報要素を示す。図が示すように、EPS AS セキュリティーコンテキストは、cryptographic keyと、Next Hop parameter (NH)と、Next
Hop Chaining Counter parameter (NCC)と、identifiers of the selected AS level cryptographic algorithmsとを含める。
cryptographic keyは、アクセス層での暗号化の鍵である。
NHは、K_ASMEから決定される情報要素である。フォワードセキュリティーを実現するための情報要素である。
NCCは、NHと関連付けられた情報要素である。ネットワークを切り替える垂直方向のハンドオーバーが発生した数を表す。
identifiers of the selected AS level cryptographic algorithmsは選択された暗号化アルゴリズムの識別情報である。
図12(g)は、EPS NAS セキュリティーコンテキストに含まれる情報要素を示す。図が示すように、EPS NAS セキュリティーコンテキストはK_ASMEとUE Security capabilitieとNAS COUNTを含めてよい。
K_ASMEは、鍵CKとIKに基づき生成される、E−UTRANの鍵階層化の鍵である。
UE Security capabilitieは、UEで使用される暗号とアルゴリズムに対応する識別情報の集合である。この情報は、アクセス層に対する情報と、非アクセス層に対する情報とを含む。更に、UEがUTRAN/GERANへのアクセスをサポートする場合、この情報にUTRAN/GERANに対する情報を含める。
NAS COUNは、K_ASMEが動作している時間を示すカウンターである。
セキュリティーコンテキスト648はMMEコンテキスト642に含まれてもよい。また、図6に示すように、セキュリティーコンテキスト648とMMEコンテキスト642は別に存在してもよい。
図12(h)は、MME緊急構成データ650で記憶される情報要素を示す。MME緊急構成データは、HSSから取得するUEの登録情報の代わりに使用する情報である。図に示すように、MME緊急構成データ650は、em APN(Emergency Access Point Name)、Emergency QoS profile、Emergency APN−AMBR、Emergency PDN GW identity、Non−3GPP HO Emergency PDN GW identityが含まれる。
em APNは、緊急用のPDN接続に用いるアクセスポイント名を示す。
Emergency QoS profileは、ベアラレベルでのem APNのデフォルトベアラのQoSを示す。
Emergency APN−AMBRは、em APNに対して確立されたNon−GBRベアラ(非保障ベアラ)を共有するための上り通信および下り通信のMBRの最大値を示す。この値はPGWにより決定される。
Emergency PDN GW identityは、em APNに対して静的に設定されたPGWの識別情報である。この識別情報は、FQDNでもIPアドレスであってもよい。
Non−3GPP HO Emergency PDN GW identityは、PLMNが3GPP以外のアクセスネットワークへのハンドオーバーをサポートする場合に、em APNに対して静的に設定されたPGWの識別情報である。この識別情報は、FQDNでもIPアドレスであってもよい。
更に、MME_A40は、UEに対する接続状態を、UEと同期しながら管理してよい。
[1.2.3.SGWの構成]
以下、SGW_A35の構成につい説明する。図13はSGW_A35の装置構成を示す。図に示すように、SGW_A35はネットワーク接続部_C1320と、制御部_C1300と記憶部_C1340で構成されている。ネットワーク接続部_C1320と記憶部_C1340は制御部_C1300と、バスを介して接続されている。
制御部_C1300はSGW_A35を制御するための機能部である。制御部_C1300は、記憶部_C1340に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ネットワーク接続部_C1320は、SGW_A35が、MME_A40及び/またはPGW_A30及び/又はSGSN_A42と接続するための機能部である。さらに、ネットワーク接続部_C1320は、SGW_A35が、MME_A40及び/またはPGW_A30及び/又はSGSN_A42からユーザデータ及び又は制御データを送受信する送受信機能部である。
記憶部_C1340は、SGW_A35の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_C1340は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。
記憶部_C1340は、少なくとも、1.3及び1.4で説明するアタッチ手続き及びデータの送信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び又はフラグ及び又はパラメータを記憶してもよい。
記憶部_C1340は、図に示すように、EPSベアラコンテキスト1342を記憶する。なお、EPSベアラコンテキストの中には、UEごとに記憶されるものと、PDNごとに記憶されるものと、ベアラごとに記憶されるものが含まれる。
図14にUEごとに記憶されるEPSベアラコンテキストの情報要素を示す。図14が示すように、UEごとに記憶されるEPSベアラコンテキストは、IMSI、MSI−unauthenticated−indicator、ME Identity、MSISDN、Selected CN operator id、MME TEID for
S11、MME IP address for S11、S−GW TEID for S11/S4、S−GW IP address for S11/S4、SGSN
IP address for S4、SGSN TEID for S4、Trace reference、Trace type、Trigger ID、OMC identity、Last known Cell Id、Last known Cell Id ageを含める。
IMSIは、ユーザの永久的な識別情報である。HSS_A50のIMSIと等しい。
IMSI−unauthenticated−indicatorは、このIMSIが認証されていない事を示す指示情報である。
ME Identityは、UEの識別情報であり、例えば、IMEI/IMISVであってもよい。
MSISDNは、UEの基本的な電話番号を表す。MSISDNはHSS_A50の記憶部により示される。
Selected CN operator idはオペレータ間でネットワークを共有するために使用する、選択されたコアネットワークオペレータの識別情報である。
MME TEID for S11は、MMEとSGW間のインターフェースで用いられるMMEのTEIDである。
MME IP address for S11は、MMEとSGW間のインターフェースで用いられるMMEのIPアドレスである。
S−GW TEID for S11/S4は、MMEとSGW間のインターフェース、またはSGSNとSGW間のインターフェースで用いられるSGWのTEIDである。
S−GW IP address for S11/S4は、MMEとSGW間のインターフェース、またはSGSNとSGW間のインターフェースで用いられるSGWのIPアドレスである。
SGSN IP address for S4は、SGSNとSGW間のインターフェースで用いられるSGSNのIPアドレスである。
SGSN TEID for S4は、SGSNとSGW間のインターフェースで用いられるSGSNのTEIDである。
Trace referenceは、特定のトレースの記録、または記録の集合を識別する識別情報である。
Trace Typeは、トレースのタイプを示す。例えば、HSSがトレースをするタイプ、及び/または、MMEやSGWやPGWがトレースするタイプを示してもよい。
Trigger IDは、トレースを開始する構成要素を識別する識別情報である。
OMC Identityは、トレースされた記録を受信したOMCを識別する識別情報である。
Last known Cell IDは、ネットワークから通知されたUEの最近の位置情報である。
Last known Cell ID ageは、Last known Cell
IDが記憶されてから今までの期間を示す情報である。
さらに、EPSベアラコンテキストには、送受信可能状態に記憶されるEPSベアラコンテキストが含まれる。送受信可能状態に関しては後述する。PDNコネクション確立時には、送受信可能状態に記憶されるEPSベアラコンテキストは、PDNコネクションごとに記憶されてもよい。図15(c)に、送受信可能状態に記憶されるEPSベアラコンテキストを示す。図に示すように、送受信可能状態に記憶されるEPSベアラコンテキストは、APN in Use、EPS PDN Charging Characteristics、P−GW Address in Use(制御情報)、P−GW TEID for S5/S8(制御情報)、P−GW Address in Use(ユーザデータ)、P−GW GRE Key for uplink(ユーザデータ)、S−GW IP address for S5/S8(制御情報)、S―GW TEID
for S5/S8(制御情報)、S GW Address in Use(ユーザデータ)、S−GW GRE Key for downlink traffic(ユーザデータ)、Default Bearerを含める。
APN in Useは、最近使用されたAPNを示す。このAPNはAPNネットワークの識別情報と、デフォルトのオペレータの識別情報により構成される。また、この情報は、MMEまたはSGSNより取得した情報である。
EPS PDN Charging Characteristicsは、課金特性を示す。EPS PDN Charging Characteristicsは例えば、ノーマル、プリペイド、課金率固定、または即時請求を示してよい。
P−GW Address in Use(制御情報)は、SGWが最近制御情報を送信するときに使用したPGWのIPアドレスである。
P−GW TEID for S5/S8(制御情報)は、SGWとPGW間のインターフェースで、制御情報の伝送に用いるPGWのTEIDである。
P−GW Address in Use(ユーザデータ)は、SGWが最近ユーザデータを送信するときに使用したPGWのIPアドレスである。
P−GW GRE Key for uplink(ユーザデータ)は、SGWとPGW間のインターフェースのユーザデータの上り通信のためのGREキーである。
S−GW IP address for S5/S8(制御情報)は、SGWとPGW間の制御情報のインターフェースに用いるSGWのIPアドレスである。
S―GW TEID for S5/S8(制御情報)は、GWとPGW間の制御情報のインターフェースに用いるSGWのTEIDである。
S GW Address in Use(ユーザデータ)は、SGWがユーザデータを送信するのに最近用いたSGWのIPアドレスである。
S−GW GRE Key for downlink traffic(ユーザデータ)は、SGWとPGW間のユーザデータのインターフェースに用いる上り通信のGREキーである。
Default Bearerは、PDNコネクション確立時に、PDNコネクションの中のデフォルトベアラを識別するための識別情報である。
更に、SGWのEPSベアラコンテキストはベアラごとのEPSベアラコンテキストを含める。図15(d)は、ベアラごとのEPSベアラコンテキストを示す。図に示すように、ベアラごとのEPSベアラコンテキストは、EPS Bearer Id、TFT、P−GW Address in Use(ユーザデータ)、P−GW TEID for S5/S8 (ユーザデータ)、S−GW IP address for S5/S8(ユーザデータ)、S−GW TEID for S5/S8(ユーザデータ)、S−GW IP address for S1−u、S12 and S4(ユーザデータ)、S−GW TEID for S1−u、S12 and S4(ユーザデータ)、eNodeB IP address for S1−u、eNodeB TEID for S1−u、RNC IP address for S12、RNC TEID
for S12、SGSN IP address for S4(ユーザデータ)、SGSN TEID for S4(ユーザデータ)、EPS Bearer QoS、Charging Idを含める。
EPS Bearer Idは、E−UTRANを介したUE接続に対して、EPSベアラを識別する唯一の識別情報である。つまり、ベアラを識別するための識別情報である。
TFTは、EPSベアラと関連づけられた全てのパケットフィルターを示す。
P−GW Address in Use(ユーザデータ)は、SGWとPGW間のインターフェースで、ユーザデータの送信に最近用いられたPGWのIPアドレスである。
P−GW TEID for S5/S8 (ユーザデータ)は、SGWとPGW間のユーザデータのインターフェースのためのPGWのTEIDである。
S−GW IP address for S5/S8(ユーザデータ)は、PGWか
ら受信するユーザデータの為の、SGWのIPアドレスである。
S−GW TEID for S5/S8(ユーザデータ)は、SGWとPGW間のユーザデータのインターフェースの為のSGWのTEIDである。
S−GW IP address for S1−u、S12 and S4(ユーザデータ)は、SGWと3GPPのアクセスネットワーク(LTEのアクセスネットワーク、またはGERAN/UTRAN)間のインターフェースで用いるSGWのIPアドレスである。
S−GW TEID for S1−u、S12 and S4(ユーザデータ)は、SGWと3GPPのアクセスネットワーク(LTEのアクセスネットワーク、またはGERAN/UTRAN)間のインターフェースで用いるSGWのTEIDである。
eNodeB IP address for S1−uは、SGWとeNB間の伝送に用いるeNBのIPアドレスである。
eNodeB TEID for S1−uは、SGWとeNB間の伝送に用いるeNBのTEIDである。
RNC IP address for S12は、SGWとUTRAN間のインターフェースに用いるRNCのIPアドレスである。
RNC TEID for S12は、SGWとUTRAN間のインターフェースに用いるRNCのTEIDである。
SGSN IP address for S4(ユーザデータ)は、SGWとSGSN間のユーザデータの伝送に用いるSGSNのIPアドレスである。
SGSN TEID for S4(ユーザデータ)は、SGWとSGSN間のユーザデータの伝送に用いるSGSNのTEIDである。
EPS Bearer QoSは、このベアラのQoSを表し、ARP、GBR、MBR、QCIが含まれてもよい。ここでARPは、ベアラを維持することに関する優先度を表す情報である。また、GBR(Guaranteed Bit Rate)は帯域保障されたビットレートを表し、MBR(Maximum Bit Rate)は、最大ビットレートをあらわす。QCIは、帯域制御の有無や遅延許容時間、パケットロス率などに応じてクラスを分けられる。QCIは優先度を示す情報を含める。
Charging Idは、SGWとPGWで生成される課金を記録するための識別情報である。
[1.2.4.PGWの構成]
以下、PGW_A30の構成につい説明する。図16はPGW_A30の装置構成を示す。図に示すように、PGW_A30はネットワーク接続部_D1620と、制御部_D1600と記憶部_D1640で構成されている。ネットワーク接続部_D1620と記憶部_D1640は制御部_D1600と、バスを介して接続されている。
制御部_D1600はPGW_A30を制御するための機能部である。制御部_D1600は、記憶部_D1640に記憶されている各種プログラムを読みだして実行すること
により各種処理を実現する。
ネットワーク接続部_D1620は、PGW_A30が、SGW_A35及び/またはPCRF_A60及び/又はePDG_A65と及び/またはAAA_A55及び/またはGW_A74と接続するための機能部である。また、ネットワーク接続部_D1620は、PGW_A30が、SGW_A35及び/またはPCRF_A60及び/又はePDG_A65と及び/またはAAA_A55及び/またはGW_A74からユーザデータ及び又は制御データを送受信する送受信機能部である。
記憶部_D1640は、PGW_A30の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_D1640は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。
記憶部_D1640は、少なくとも、後述するアタッチ手続き及びデータの送信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び又はフラグ及び又はパラメータを記憶してもよい。
記憶部_D1640は、図に示すように、EPSベアラコンテキスト1642を記憶する。なお、EPSベアラコンテキストの中には、UEごとに記憶されるものと、APNごとに記憶されるものと、送受信可能状態に記憶されるものと、ベアラごとに記憶されるものとが分かれて記憶されてもよい。
図17(b)は、UEごとに記憶されるEPSベアラコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるEPSベアラコンテキストは、IMSI、IMSI−unauthenticated−indicator、ME Identity、MSISDN、Selected CN operator id、RAT type、Trace reference、Trace type、Trigger id、OMC identityを含む。
IMSIは、UEを使用するユーザに割り当てられる、識別情報である。
IMSI−unauthenticated−indicatorは、このIMSIが認証されていない事を示す指示情報である。
ME IdentityはUEのIDであり、例えば、IMEI/IMISVであってもよい。
MSISDNは、UEの基本的な電話番号を表す。MSISDNはHSS_A50の記憶部により示される。
Selected CN operator IDはオペレータ間でネットワークを共有するために使用する、選択されたコアネットワークオペレータの識別情報である。
RAT typeは、UEの最近のRAT(Radio Access Technology)を示す。RAT typeは例えば、E−UTRA(LTE)や、UTRAなどであってよい。
Trace referenceは、特定のトレースの記録、または記録の集合を識別する識別情報である。
Trace typeは、トレースのタイプを示す。例えば、HSSがトレースをするタイプ、及び/または、MMEやSGWやPGWがトレースするタイプを示してもよい。
Trigger IDは、トレースを開始する構成要素を識別する識別情報である。
OMC Identityは、トレースされた記録を受信したOMCを識別する識別情報である。
次に、図17(c)にAPNごとに記憶されるEPSベアラコンテキストを示す。図に示すように、PGW記憶部のAPNごとに記憶されるEPSベアラコンテキストは、APN in use、APN−AMBRを含める。
APN in Useは、最近使用されたAPNを示す。このAPNはAPNネットワークの識別情報と、デフォルトのオペレータの識別情報により構成される。この情報はSGWから取得する。
APN−AMBRは、このAPNに対して確立された全てのNon−GBRベアラ(非保障ベアラ)を共有するための上り通信および下り通信のMBR(Maximum Bit Rate)の最大値を示す。
また、図18(d)に送受信可能状態に記憶されるEPSベアラコンテキストを示す。送受信可能状態に関しては、後述する。PDNコネクション確立時には、送受信可能状態に記憶されるEPSベアラコンテキストは、PDNコネクションごとに記憶されてもよい。図に示すように、送受信可能状態に記憶されるEPSベアラコンテキストは、IP Address、PDN type、S−GW Address in Use(制御情報)、S−GW TEID for S5/S8(制御情報)、S−GW Address
in Use(ユーザデータ)、S−GW GRE Key for downlink traffic(ユーザデータ)、P−GW IP address for S5/S8(制御情報)、P−GW TEID for S5/S8(制御情報)、P−GW
Address in Use(ユーザデータ)、P−GW GRE Key for
uplink traffic (ユーザデータ)、MS Info Change Reporting support indication、MS Info Change Reporting Action、CSG Information Reporting Action、Presence Reporting Area Action、BCM、Default Bearer、EPS PDN Charging
Characteristicsを含める。
IP Addressは、送受信可能状態にUEが割り当てられたIPアドレスを示す。IPアドレスはIPv4及び/またはIPv6 prefixであってよい。
PDN typeは、IPアドレスの種類を示す。PDN typeは例えば、IPv4またはIPv6またはIPv4v6を示す。
S−GW Address in Use(制御情報)は、制御情報を送信するのに最近用いられるSGWのIPアドレスである。
S−GW TEID for S5/S8(制御情報)は、SGWとPGW間の制御情報の送受信に用いるSGWのTEIDである。
S−GW Address in Use(ユーザデータ)は、SGWとPGW間のイ
ンターフェースでユーザデータの送信に最近用いられたSGWのIPアドレスである。
S−GW GRE Key for downlink traffic(ユーザデータ)は、SGWとPGW間のインターフェースで、PGWからSGWへのユーザデータの下り通信において使用するために割り当てられたGRE鍵である。
P−GW IP address for S5/S8(制御情報)は、制御情報の通信に用いるPGWのIPドレスである。
P−GW TEID for S5/S8(制御情報)は、SGWとPGW間のインターフェースを用いた制御情報の通信の為のPGWのTEIDである。
P−GW Address in Use(ユーザデータ)は、SGWとPGW間のインターフェースを用いたユーザデータの送信に最近用いられたPGWのIPアドレスである。
P−GW GRE Key for uplink traffic (ユーザデータ)は、SGWとPGW間のユーザデータの上り通信、つまりSGWからPGWへのユーザデータの送信、のために割り当てられたGRE鍵である。
MS Info Change Reporting support indicationは、MME及び/またはSGSNがユーザの位置情報及び/またはユーザのCSG情報を通知する処理をサポートすることを示す。
MS Info Change Reporting Actionは、MME及び/又はSGSNがユーザの位置情報の変更を送信することが要求されているかどうかを示す情報である。
CSG Information Reporting Actionは、MME及び/またはSGSNがユーザのCSG情報の変更の送信を要求されているかどうかを示す情報である。この情報は、(a)CSGセルに対するものと、(b)ユーザがCSGメンバーであるハイブリッドセルに対するものと、(c)ユーザがCSGメンバーでないハイブリッドセルに対するものと、またこれらを組み合わせたものと、別に示す。
Presence Reporting Area Actionは、UEが存在報告エリア(Presence Reporting Area)に存在するかどうかの変更を通知する必要があることを示す。この情報要素は、存在報告エリアの識別情報と、存在報告エリアに含まれる要素により分かれている。
BCM(Bearer Control Mode)は、GERAN/UTRANに対する交渉されたベアラの制御状態を示す。
Default Bearerは、PDNコネクション確立時に、PDNコネクションに含まれるデフォルトベアラを識別するための識別情報である。
EPS PDN Charging Characteristicsは、課金特性である。課金特性は例えば、通常(ノーマル)、プリペイド、課金率固定、即時請求を示してもよい。
更に、図18(e)に、EPSベアラごとに記憶されるEPSベアラコンテキストを示
す。図に示すように、EPSベアラコンテキストは、EPS Bearer Id 、TFT、S−GW Address in Use(ユーザデータ)、S−GW TEID
for S5/S8 (ユーザデータ)、P−GW IP address for S5/S8 (ユーザデータ)、P−GW TEID for S5/S8 (ユーザデータ)、EPS Bearer QoS、Charging Idを含める。
EPS Bearer Idは、UEのE−UTRANを介したアクセスを識別する識別情報である。
TFTは、Traffic Flow Templateの略であり、EPSベアラと関連づけられた全てのパケットフィルターを示す。
S‐GW Address in Use(ユーザデータ)は、ユーザデータの送信に最近用いられたSGWのIPアドレスである。
S‐GW TEID for S5/S8 (ユーザデータ)は、SGWとPGW間のインターフェースを用いたユーザデータの通信の為のSGWのTEIDである。
P‐GW IP address for S5/S8(ユーザデータ)は、PGWから受信するユーザデータの為のPGWのIPアドレスである。
P‐GW TEID for S5/S8(ユーザデータ)は、SGWとPGW間のユーザデータの通信のためのPGWのTEIDである。
EPS Bearer QoSは、ベアラのQoSを示し、ARP、GBR、MBR、QCIが含まれてもよい。ここでARPは、ベアラを維持することに関する優先度を表す情報である。また、GBR(Guaranteed Bit Rate)は帯域保障されたビットレートを表し、MBR(Maximum Bit Rate)は、最大ビットレートをあらわす。QCIは、帯域制御の有無や遅延許容時間、パケットロス率などに応じてクラスを分けられる。QCIは優先度を示す情報を含める。
Charging Idは、SGWとPGWで生成された課金に関する記録を識別するための課金識別情報である。
[1.2.5.C−SGNの構成]
以下、C−SGN_A95の装置構成を説明する。図19はC−SGN_A95の装置構成を示す。図に示すように、C−SGN_A95はネットワーク接続部_E1920と、制御部_E1900と記憶部_E1940で構成されている。ネットワーク接続部_E1920と記憶部_E1940は制御部_E1900と、バスを介して接続されている。
制御部_E1900はC−SGN_A95を制御するための機能部である。制御部_E1900は、記憶部_E1940に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ネットワーク接続部_E1920は、C−SGN_A95が、eNB_A45及び/またはHSS_A50及び/またはPDN_A5と接続するための機能部である。また、ネットワーク接続部_E1920は、C−SGN_A95が、eNB_A45及び/またはHSS_A50及び/またはPDN_A5から、ユーザデータ及び又は制御データを送受信する送受信機能部である。
記憶部_E1940は、C−SGN_A95の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部_E1940は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。
記憶部_E1940は、少なくとも、1.3及び1.4で説明するアタッチ手続き及びデータの送信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び又はフラグ及び又はパラメータを記憶してもよい。
記憶部_E1940は、図に示すように、コンテキストA1942と、コンテキストB1944と、コンテキストC1946と、コンテキストD1948を記憶する。
コンテキストA1942は、図6に示すMMEコンテキスト642であってよい。また、コンテキストB1944は、図6に示すセキュリティーコンテキスト648であってよい。また、コンテキストC1946は、図6に示すMME緊急構成データ650であってよい。
また、コンテキストD1948は、図13に示すEPSベアラコンテキスト1342であってよい。また、コンテキストE1950は、図16に示すEPSベアラコンテキスト1642であってよい。
なお、コンテキストA1942〜コンテキストE1950に同じ情報要素が含まれる場合、必ずしも重複して記憶部_E1940で記憶される必要はなく、いずれかのコンテキストに記憶されていれば良い。
具体的には、例えば、IMSIは、コンテキストA1942と、コンテキストD1948と、コンテキストE1950のそれぞれに含まれてもよいし、いずれかのコンテキストに記憶されていてもよい。
[1.2.6.UEの構成]
図20はUE_A10の装置構成を示す。図に示すように、UE_A10は送受信部2020と、制御部2000と記憶部2040で構成されている。送受信部2020と記憶部2040は制御部2000と、バスを介して接続されている。
制御部2000はUE_A10を制御するための機能部である。制御部2000は、記憶部2040に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
送受信部2020は、UE_A10がLTE基地局に接続し、IPアクセスネットワークへ接続するための機能部である。また、送受信部2020には、外部アンテナ2010が接続されている。
記憶部2040は、UE_A10の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部2040は、例えば、半導体メモリや、HDD(Hard Disk Drive)等により構成されている。
記憶部2040は、図に示すように、UEコンテキスト2042を記憶する。以下、記憶部2040で記憶される情報要素について説明する。
図20は、UEごとに記憶されるUEコンテキストに含まれる情報要素を示す。図に示すように、UEごとに記憶されるUEコンテキストは、IMSI、EMM State、GUTI、ME Identity、Tracking Area List、last
visited TAI、Selected NAS Algorithm、Selected AS Algorithm、eKSI、K_ASMENAS Keys and COUNT、TIN、UE Specific DRX Parameters、Allowed CSG list、Operator CSG listを含める。
IMSIは、加入者の永久的な識別情報である。
EMM Stateは、UEの移動管理状態を示す。例えば、UEがネットワークに登録されているEMM−REGISTERED(登録状態、registered状態)、またはUEがネットワークに登録されていないEMM−DEREGISTERD(非登録状態、deregistered状態)であってもよい。
GUTIは、Globally Unique Temporary Identityの略であり、UEの一時的な識別情報である。GUTIはMMEの識別情報(GUMMEI:Globally Unique MME Identifier)と特定MME内でのUEの識別情報(M−TMSI)により構成される。
ME Identityは、MEのIDであり、例えば、IMEI/IMISVであってもよい。
Tracking Area Listは、UEに割り当てたトラッキングエリア識別情報のリストである。
last visited TAIはTracking Area Listに含まれるトラッキングエリア識別情報であり、UEが訪れた最新のトラッキングエリアの識別情報である。
Selected NAS Algorithmは、NASの選択されたセキュリティーアルゴリズムである。
Selected AS Algorithmは、ASの選択されたセキュリティーアルゴリズムである。
eKSIは、K_ASMEを示す鍵の集合である。UTRANまたはE−UTRANのセキュリティー認証により取得したセキュリティー鍵を利用するかどうかを示してもよい。
K_ASMEは、鍵CKとIKに基づき生成される、E−UTRANの鍵階層化の鍵である。
NAS Keys and COUNTは、鍵K_NASintと、鍵K_NASencとNAS COUNTにより構成される。K_NASintは、UEとMME間の暗号化のための鍵であり、K_NASencは、UEとMME間の安全性保護のための鍵である。また、NAS COUNTはUEとMME間のセキュリティーが確立された、新しい鍵が設定された場合にカウントを開始する、カウントである。
TIN(Temporary Identity used in Next update)は、アタッチ手続きや、RAU/TAU(位置情報更新手続き)においてUEの中で使用される一時的な識別情報である。
UE Specific DRX Parametersは、選択されたUEのDRX(Discontinuous Reception)サイクル長である。
Allowed CSG listは、ユーザとオペレータ両方の制御の下に、許可されたUEが属するメンバーのCSG IDと関連付けられたPLMNのリストである。
Operator CSG listは、オペレータのみの制御の下に、許可されたUEが属するメンバーのCSG IDと関連付けられたPLMNのリストである。
次に、図21(c)に送受信可能状態に記憶されるUEコンテキストを示す。送受信可能状態に関しては後述する。PDNコネクション確立時には、送受信可能状態に記憶されるUEコンテキストはPDNコネクションごとに記憶されてもよい。図に示すように、送受信可能状態に記憶されるUEコンテキストは、APN in Use、APN−AMBR、Assigned PDN Type、IP Address、Default Bearer、WLAN offloadabilityを含める。
APN in Useは、最近使用されたAPNである。このAPNは、ネットワークの識別情報と、デフォルトのオペレータの識別情報とで構成されてよい。
APN−AMBRは、Non−GBRベアラ(非保障ベアラ)を共有するための上り通信および下り通信のMBRの最大値を示す。APN−AMBRは、APNごとに確立される。
Assigned PDN Typeは、ネットワークから割り当てられたPDNのタイプである。Assigned PDN Typeは、例えば、IPv4や、IPv6や、IPv4v6であってよい。
IP Addressは、UEに割り当てられたIPアドレスであり、IPv4アドレス、またはIPv6 prefixであってよい。
Default Bearerは、PDNコネクション確立時に、PDNコネクションでのデフォルトベアラを識別するEPSベアラ識別情報である。
WLAN offloadabilityは、WLANと3GPP間のインターワーキング機能を用いてWLANへオフロードすることを許可するか、または3GPPアクセスを維持するかどうかを示すWLANオフロードの許可情報である。
図20(d)は、UEの記憶部で記憶されるベアラごとのUEコンテキストを示す。図に示すように、ベアラごとのUEコンテキストは、EPS Bearer ID、TI、EPS bearer QoS、TFTを含める。
EPS Bearer IDは、ベアラの識別情報である。
TIはTransaction Identifierの略であり、双方向のメッセージフロー(Transaction)を識別する識別情報である。
TFTは、Traffic Flow Templateの略であり、EPSベアラと関連づけられた全てのパケットフィルターを示す。
[1.3.通信手続きの説明]
次に、本実施形態における通信手続きを図22を用いて説明する。
本実施形態における通信手続きは、アタッチ手続き(S2200)と、送受信手段の選択処理(S2202)と、第1の送受信手続き(S2204)と、第2の送受信手続き(S2206)と、第3の送受信手続き(S2208)から構成されてよい。
なお、第1の送受信手続き(S2204)及び又は、第2の送受信手続き(S2206)及び又は、第3の送受信手続き(S2208)は条件に応じて省略可能である。各手続きが実行される条件や処理の詳細を以下で説明する。
ここで、各手続きの詳細手順を説明する前に、重複説明を避けるために本実施形態特有の用語や、各手続きに用いる主要な識別情報を予め説明する。
本実施形態におけるコネクションレスの通信とは、UE_A10がデータパケットを含むNAS(Non Access Stratum)メッセージをRRC(Radio Rsource Control)メッセージに含めてeNB_A45に送信する処理を
少なくとも行う通信であってよい。及び、又は、RRCコネクションを確立することなくUE_A10とeNB_A45との間でデータパケットの送受信を行う通信であってよい。及び、又は、UE_A10がアイドル状態においてデータパケットの送受信を行う通信であってよい。
また、本実施形態におけるアクティブモードとは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95が、DRB(Data Radio Bearer)、及び又はDefault Bearer、及び又はPDNコネクションを確立して、ユ
ーザデータの送受信が可能な状態を示すモードであってもよい。
なお、本実施形態におけるDRBとは、ユーザデータの送受信のために確立する無線ベアラ等の通信路であってよい。
また、本実施形態におけるPDNコネクションとは、UE_A10とC−SGN_A95との間に確立するユーザデータ送受信のためのコネクションであってよい。
また、本実施形態におけるアイドルモードとは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95が、DRB、及び又はDefault Bearer、
及び又はPDNコネクションのリソースを解放し、ユーザデータの送受信ができない状態を示すモードであってもよい
なお、本実施形態におけるアイドルモードでは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95が、DRB、及び又はDefault Bearer、
及び又はPDNコネクションのためのコンテキストを保持し続けることを示すモードであってもよい。
また、本実施形態における送受信可能状態とは、UE_A10とPDN_A5との間でユーザデータの送受信が可能な状態のことである。
より詳細には、送受信可能状態とは、UE_A10、及び又はPDN_A5、及び又はeNB_A45、及び又はC−SGN_A95がユーザデータの送受信を行う状態であってよい。
なお、送受信可能状態には、第1のモードと、第2のモードと、第3のモードと、第4のモードがあってもよい。
ここで、第1のモードとは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95がコネクションレスにユーザデータを送受信するモードであってもよい。
さらに、第1のモードは、UE_A10、及び又はeNB_A45がRRCコネクションを確立せずにユーザデータを送受信するモードであってもよい。
さらに、第1のモードは、UE_A10、及び又はC−SGN_A95がNASメッセージに含めてユーザデータを送受信するモードであってもよい。
さらに、第1のモードは、UE_A10、及び又はeNB_A45がRRCメッセージに含めてユーザデータを送受信するモードであってもよい。
さらに、第1のモードは、UE_A10、及び又はeNB_A45がRRCメッセージに含めてNAS PDU(Packet Data Unit)を送受信するモードであってもよい。なお、NAS PDUは、NASメッセージにユーザデータを含めた制御メッセージであってもよい。
さらに、第1のモードは、UE_A10、及び又はeNB_A45がSRB(Signalling Radio Bearer)を用いてユーザデータを送受信するモードであってもよい。
さらに、第1のモードは、UE_A10、及び又はeNB_A45がCRB(Control Signalling Radio Bearer)を用いてユーザデータを送受信するモードであってもよい。
なお、SRB及びCRBは、制御メッセージの送受信に用いられる無線ベアラ等の通信路であってよい。
さらに、第1のモードは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95が制御情報送受信するベアラを用いてユーザデータを送受信するモードであってもよい。
なお、第1のモードの場合、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95は、第1の送受信手続きを用いてユーザデータを送受信してもよい。
第2のモードとは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95がコネクションを確立してユーザデータを送受信するモードであってもよい。
さらに、第2のモードは、UE_A10、及び又はeNB_A45がRRCコネクションを確立してユーザデータを送受信するモードであってもよい。
さらに、第2のモードは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95がPDNコネクションを確立してユーザデータを送受信するモードであってもよい。
さらに、第2のモードは、UE_A10、及び又はeNB_A45がDRB(Data
Radio Bearer)を用いてユーザデータを送受信するモードであってもよい。
さらに、第2のモードは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95がユーザデータを送受信するためのベアラを確立してユーザデータを送受信するモードであってもよい。
さらに、第2のモードは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95がデフォルトベアラを確立してユーザデータを送受信するモードであってもよい。
さらに、第2のモードは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95がアイドルモードに遷移してもコンテキストは保持し続けるモードであってもよい。
さらに、第2のモードは、UE_A10、及び又はeNB_A45がRRCの第3のメッセージにNASメッセージを入れて送受信することができるモードであってもよい。
なお、第2のモードの場合、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95は、第2の送受信手続きを用いてユーザデータを送受信してもよい。
第3のモードとは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95がコネクションレスにユーザデータを送受信するモードであってもよく、コネクションを確立してユーザデータを送受信するモードであってもよい。
さらに、第3のモードは、UE_A10、及び又はeNB_A45がRRCコネクションを確立せずにユーザデータを送受信するモードであってもよい。
さらに、第3のモードは、UE_A10、及び又はC−SGN_A95がNASメッセージに含めてユーザデータを送受信するモードであってもよい。
さらに、第3のモードは、UE_A10、及び又はeNB_A45がRRCメッセージに含めてユーザデータを送受信するモードであってもよい。
さらに、第1のモードは、UE_A10、及び又はeNB_A45がRRCメッセージに含めてNAS PDU(Packet Data Unit)を送受信するモードであってもよい。
さらに、第3のモードは、UE_A10、及び又はeNB_A45がSRB(Signalling Radio Bearer)を用いてユーザデータを送受信するモードであってもよい。
さらに、第3のモードは、UE_A10、及び又はeNB_A45がCRB(Control Signalling Radio Bearer)を用いてユーザデータを送受信するモードであってもよい。
さらに、第3のモードは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95が制御情報送受信するベアラを用いてユーザデータを送受信するモードであってもよい。
さらに、第3のモードは、UE_A10、及び又はeNB_A45がRRCコネクションを確立してユーザデータを送受信するモードであってもよい。
さらに、第3のモードは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95がPDNコネクションを確立してユーザデータを送受信するモードであってもよい。
さらに、第3のモードは、UE_A10、及び又はeNB_A45がDRB(Data
Radio Bearer)を用いてユーザデータを送受信するモードであってもよい。
さらに、第3のモードは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95がユーザデータを送受信するためのベアラを確立してユーザデータを送受信するモードであってもよい。
さらに、第3のモードは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95がデフォルトベアラを確立してユーザデータを送受信するモードであってもよい。
さらに、第3のモードは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95がアイドルモードに遷移してもコンテキストは保持し続けるモードであってもよい。
さらに、第3のモードは、UE_A10、及び又はeNB_A45がRRCの第3のメッセージにNASメッセージを入れて送受信することができるモードであってもよい。
なお、第3のモードの場合、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95は、第1の送受信手続き、及び又は第2の送受信手続きを用いてユーザデータを送受信してもよい。
第4のモードとは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95がコネクションを確立してユーザデータを送受信するモードであってもよい。
さらに、第4のモードは、UE_A10、及び又はeNB_A45がRRCコネクションを確立してユーザデータを送受信するモードであってもよい。
さらに、第4のモードは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95がPDNコネクションを確立してユーザデータを送受信するモードであってもよい。
さらに、第4のモードは、UE_A10、及び又はeNB_A45がDRBを用いてユーザデータを送受信するモードであってもよい。
さらに、第4のモードは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95がユーザデータを送受信するためのベアラを確立してユーザデータを送受信するモードであってもよい。
さらに、第4のモードは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95がデフォルトベアラを確立してユーザデータを送受信するモードであってもよい。
さらに、第4のモードは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95が2本以上のベアラを確立してユーザデータを送受信するモードであってもよ
い。
さらに、第4のモードは、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95がアイドルモードに遷移したらコンテキストは破棄するモードであってもよい。
さらに、第4のモードは、UE_A10、及び又はeNB_A45がRRCの第3のメッセージにNASメッセージを入れて送受信することができないモードであってもよい。
なお、第4のモードの場合、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95は、第3の送受信手続きを用いてユーザデータを送受信してもよい。
本実施形態における第1の識別情報は、アタッチ手続きを行うUE_A10がCIoT(Cellular Internet of Things)端末であることを示す情報であってもよい。
及び/又は、第1の識別情報は、CIoT端末によるアタッチを示すアタッチ種別を示す情報であってもよい。なお、アタッチ種別を示す情報は、アタッチタイプ(Attach type)であってもよい。また、CIoT端末によるアタッチを示すアタッチタイプはCIoTアタッチであってもよい。及び又は、IoT(Internet of Things)のために最適化されたシステムへ接続することを要求するアタッチタイプを示す情報であってよい。
なお、CIoT端末によるアタッチは、eNB_A45がCIoTのために最適化されたC−SGN_A95を選択し、UE_A10が選択されたC−SGN_A95に接続することを目的としたアタッチであってもよい。
及び/又は、第1の識別情報は、UE_A10がCIoT、及び又はIoTのために最適化されたシステムへ接続すること要求することを示す情報であってもよい。
及び/又は、第1の識別情報は、UE_A10がCIoT端末の能力を有することを示す情報であってもよい。なお、UE_A10がCIoT端末の能力を有することを示す情報は、UE Capabilityであってもよい。
及び/又は、第1の識別情報は、制御メッセージを送受信するための無線ベアラを用いてユーザデータを送信する端末能力を有することを示す情報であってよい。
及び/又は、第1の識別情報は、UE_A10が第1の送受信手続きによるユーザデータの送受信を行うことを示す情報であってもよい。
及び/又は、第1の識別情報は、制御メッセージを送受信するための無線ベアラを用いてユーザデータを送信することを要求することを示す情報であってよい。より具体的には、UE_A10が第1の送受信手続きによるユーザデータの送受信を行うことに対する許可を要求することを示す情報であってもよい。
及び/又は、第1の識別情報は、UE_A10が第1の送受信手続きによるユーザデータの送受信を行うことを要求すること示す情報であってもよい。
及び/又は、第1の識別情報は、NASメッセージに含めてユーザデータを送受信することを示す情報であってよい。 及び/又は、第1の識別情報は、NASメッセージに含
めてユーザデータを送受信することを要求することを示す情報であってよい。
及び/又は、第1の識別情報は、RRCメッセージに含めてユーザデータを送受信することを示す情報であってよい。
及び/又は、第1の識別情報は、RRCメッセージに含めてユーザデータを送受信することを要求することを示す情報であってよい。
及び/又は、第1の識別情報は、UE_A10、及び又はeNB_A45がRRCメッセージに含めてNAS PDU(Packet Data Unit)を送受信することを示す情報であってよい。
及び/又は、第1の識別情報は、UE_A10、及び又はeNB_A45がRRCメッセージに含めてNAS PDU(Packet Data Unit)を送受信することを要求することを示す情報であってよい。
なお、NAS PDUは、NASメッセージにユーザデータを含めた制御メッセージであってもよい。
本実施形態における第2の識別情報は、CIoT端末によるアタッチを示すアタッチ種別を示す情報によるアタッチを許可することを示す情報であってもよい。
及び/又は、第2の識別情報は、制御メッセージを送受信するための無線ベアラを用いてユーザデータの送受信を行うことができるネットワーク能力を有することを示すネットワーク機能情報(Network Capability Information)であってよい。より具体的には、C−SGN_A95、及び又はコアネットワーク_A90がCIoT端末と接続する能力を有することを示す情報であってもよい。なお、C−SGN_A95、及び又はコアネットワーク_A90がCIoT端末と接続する能力を有することを示す情報はNW Capabilityであってもよい。
及び/又は、第2の識別情報は、C−SGN_A95が第1の送受信手続きによるユーザデータの送受信を行うことを示す情報であってもよい。
及び/又は、第2の識別情報は、制御メッセージを送受信するための無線ベアラを用いてユーザデータを送信すること許可することを示す情報であってよい。より具体的には、C−SGN_A95が第1の送受信手続きによるユーザデータの送受信を行うことを許可することを示す情報であってもよい。
及び/又は、第2の識別情報は、IoTのために最適化されたシステムへ接続したことを示す情報であってよい。
本実施形態における第3の識別情報は、ユーザデータ送受信用の無線ベアラを確立してユーザデータの送受信を行うことができるネットワーク能力を有することを示すUE機能情報(UE Capability Information)であってよい。より具体的には、UE_A10が第2の送受信手続きによるユーザデータの送受信を行うための機能を有することを示すUE機能情報であってもよい。
及び/又は、第3の識別情報は、UE_A10が第2の送受信手続きによるユーザデータの送受信を行うことを示す情報であってもよい。
及び/又は、第3の識別情報は、ユーザデータ送受信用の無線ベアラを確立してユーザデータの送受信することを要求することを示す情報であってよい。より具体的には、UE_A10が第2の送受信手続きによるユーザデータの送受信を行うことに対する許可を要求することを示す情報であってもよい。
及び/又は、第3の識別情報は、UE_A10が第2の送受信手続きによるユーザデータの送受信を行うことを要求すること示す情報であってもよい。
及び/又は、第3の識別情報は、前記第1の状態遷移を行うことができる端末能力を有することを示す情報、及び又は、前記第1の状態遷移を行うことを要求することを示す情報であってよい。なお、第1の状態遷移とは、後述するレジュームID(Resume ID)に基づいてアクティブ状態とアイドル状態を遷移する状態遷移であってよい。
本実施形態における第4の識別情報は、ユーザデータ送受信用の無線ベアラを確立してユーザデータの送受信を行うことができるネットワーク能力を有することを示すネットワーク機能情報(Network Capability Information)であってよい。より具体的には、C−SGN_A95、及び又はコアネットワーク_A90が第2の送受信手続きによるユーザデータの送受信を行うための機能を有することを示すネットワーク機能情報であってもよい。
及び/又は、第4の識別情報は、C−SGN_A95が第2の送受信手続きによるユーザデータの送受信を行うことを示す情報であってもよい。
及び/又は、第4の識別情報は、ユーザデータ送受信用の無線ベアラを確立してユーザデータの送受信することを許可することを示す情報であってよい。より具体的には、C−SGN_A95が第2の送受信手続きによるユーザデータの送受信を行うことを許可することを示す情報であってもよい。
及び/又は、第4の識別情報は、第1の状態遷移を行うことができるネットワーク能力を有することを示す情報、及び又は、前記第1の状態遷移を行うことを許可することを示す情報であってよい。なお、第1の状態遷移とは、後述するレジュームIDに基づいてアクティブ状態とアイドル状態を遷移する状態遷移であってよい。
本実施形態における第5の識別情報は、eNB_A45が第2の送受信手続きによるユーザデータの送受信を行うための機能を有することを示す情報であってもよい。なお、eNB_A45が第2の送受信手続きによるユーザデータの送受信を行うための機能を有することを示す情報は、eNB Capabilityであってもよい。
及び/又は、第5の識別情報は、eNB_A45が第2の送受信手続きによるユーザデータの送受信を行うことを示す情報であってもよい。
及び/又は、第5の識別情報は、eNB_A45が第2の送受信手続きによるユーザデータの送受信を行うことを許可することを示す情報であってもよい。
及び/又は、第5の識別情報は、eNB_A45が第2の送受信手続きによるユーザデータの送受信を行うことを要求すること示す情報であってもよい。
本実施形態における第6の識別情報は、UE_A10が割り当て要求するPDNアドレス(PDN Address)の種類を示す情報であってもよい。PDNアドレスの種類を示す情報は、PDNタイプ(PDN Type)であってもよい。PDNタイプはIP
v4を示す情報あってよく、IPv6を示す情報であってよく、IPv4v6を示す情報であってもよい。
及び/又は、第6の識別情報は、アタッチ手続きにおいてDRB(Data Radio Bearer)、及び又はDefault Bearerを確立することを要求する
こと示す情報であってもよい。
本実施形態における第7の識別情報は、C−SGN_A95がUE_A10に対して割り当てたPDNアドレスを示す情報であってもよい。PDNアドレスは、IPv4アドレス(IPv4 Address)であってよく、IPv6アドレス(IPv6 Address)の下位64ビットの情報を示すインターフェースID(Interface Identifier)であってよく、IPv4アドレス及びIPv6のインターフェースIDの両方を含むものであってもよい。
より具体的には、PDNアドレスは、IPv4アドレスを含めるIPv4アドレスフィールド及び又はIPv6のインターフェースIDを含めるIPv6アドレスフィールドとで構成されてよい。
なお、UE_A10に対して割り当てたPDNアドレスに、0.0.0.0のように全てゼロで示されるIPv4アドレス、及び又はなんらかのIPv6のインターフェースIDが含まれる場合、第7の識別情報は、UE_A10がIPアドレスを取得するために、アタッチ手続きにおいてDRB(Data Radio Bearer)、及び又はDefault Bearerを確立することを許可すること示す情報として用いられても良
い。
また、UE_A10に対して割り当てたPDNアドレスに、0.0.0.0のように全てゼロではなく、UE_A10が使用するIPv4アドレスが含まれ、且つIPv6インターフェースIDが含まれていない場合には、第7の識別情報は、UE_A10がIPアドレスを取得するために、アタッチ手続きにおいてDRB(Data Radio Bearer)、及び又はDefault Bearerを確立しないこと示す情報として用
いられても良い。この場合、第7の識別情報は、アタッチ手続き完了後にIPアドレスの取得が必要ではないと示す情報として用いられても良い。
なお、PDNアドレスのIPv4アドレスフィールドに、0.0.0.0のように全てゼロを含める場合には、第7の識別情報は、UE_A10に対してアタッチ手続き完了後にDHCPによりIPv4アドレスを取得することを指示又は要求する情報として用いられても良い。
また、PDNアドレスのIPv6アドレスフィールドに、なんらかのIPv6のインターフェースIDが含まれる場合には、第7の識別情報は、UE_A10に対してアタッチ手続き完了後にステートレスアドレス設定手続き等により、IPv6アドレスを生成、取得のために、IPv6アドレスの上位64ビットの情報を示すIPv6プレフィックスを取得することを指示又は要求する情報として用いられても良い。
本実施形態における第8の識別情報は、C−SGN_A95、及び又はコアネットワーク_A90が第2の送受信手続きによるユーザデータの送受信を行うための機能を有していないことを示す情報であってもよい。なお、C−SGN_A95、及び又はコアネットワーク_A90が第2の送受信手続きによるユーザデータの送受信を行うための機能を有していないことを示す情報は、NW Capabilityであってもよい。
及び/又は、第8の識別情報は、C−SGN_A95が第2の送受信手続きによるユーザデータの送受信を行わないことを示す情報であってもよい。
及び/又は、第8の識別情報は、C−SGN_A95が第2の送受信手続きによるユーザデータの送受信を行うことを許可しないことを示す情報であってもよい。
本実施形態における第9の識別情報は、C−SGN_A95が第2の送受信手続きによるユーザデータの送受信を行わないことを決定した理由を示す情報であってもよい。
及び/又は、第8の識別情報は、C−SGN_A95が第2の送受信手続きによるユーザデータの送受信を行うことを許可しないことを決定した理由を示す情報であってもよい。
なお、第2の送受信手続きによるユーザデータの送受信を行わない、及び又は行うことを許可しないことを決定した理由は、EMM causeに含まれてもよい。
本実施形態における第10の識別情報は、デタッチ手続きを行うUE_A10がCIoT端末であることを示す情報であってもよい。
及び/又は、第10の識別情報は、CIoT端末によるデタッチを示すデタッチ種別を示す情報であってもよい。なお、デタッチ種別を示す情報は、デタッチタイプ(Detach type)であってもよい。また、CIoT端末によるデタッチを示すデタッチタイプはCIoTデタッチであってもよい。
及び/又は、第11の識別情報は、IoT(のために最適化されたシステムへ接続を切断することを要求するデタッチタイプであってよい。
及び/又は、CIoT端末によるデタッチは、CIoT端末用に接続されたUE_A10の接続を切断することを目的としたデタッチであってもよい。
及び/又は、第10の識別情報は、UE_A10が第1の送受信手続き、及び又は第2の送受信手続きを用いてユーザデータの送受信している接続を切断することを示す情報であってもよい。
及び/又は、第10の識別情報は、UE_A10が第1の送受信手続き、及び又は第2の送受信手続きを用いてユーザデータの送受信している接続を切断すること要求することを示す情報であってもよい。
及び/又は、第10の識別情報は、UE_A10がCIoT、及び又はIoTのために最適化されたシステムへの接続を切断すること要求することを示す情報であってもよい。
デタッチ手続きを行うUE_A10の送受信可能状態が、第1のモード、及び又は第2のモード、及び又は第3のモードであることを示す情報であってもよい。
本実施形態における第11の識別情報は、デタッチ手続きを行うC−SGN_A95がCIoT端末と接続していることを示す情報であってもよい。
及び/又は、第11の識別情報は、CIoT端末によるデタッチを示すデタッチ種別を示す情報であってもよい。なお、デタッチ種別を示す情報は、デタッチタイプ(Detach type)であってもよい。また、CIoT端末によるデタッチを示すデタッチタ
イプはCIoTデタッチであってもよい。
なお、CIoT端末によるデタッチは、CIoT端末であるUE_A10の接続を切断することを目的としたデタッチであってもよい。
及び/又は、第11の識別情報は、IoT(のために最適化されたシステムへ接続を切断することを要求するデタッチタイプであってよい。
及び/又は、第11の識別情報は、C−SGN_A95が第1の送受信手続き、及び又は第2の送受信手続きを用いてユーザデータの送受信している接続を切断することを示す情報であってもよい。
及び/又は、第11の識別情報は、C−SGN_A95が第1の送受信手続き、及び又は第2の送受信手続きを用いてユーザデータの送受信している接続を切断すること要求することを示す情報であってもよい。
デタッチ手続きを行うC−SGN_A95の送受信可能状態が、第1のモード、及び又は第2のモード、及び又は第3のモードであることを示す情報であってもよい。
本実施形態における第12の識別情報は、C−SGN_A95がデタッチ手続きをすること決定した理由を示す情報であってもよい。
例えば、デタッチ手続きをすること決定した理由としては、加入者情報やオペレータポリシー等の変化に基づいて、UE_A10、C−SGN_A95、及び又はeNB_A45が第1のモード、及び又は第2のモード、及び又は第3のモードの送受信可能状態でいることが禁止されたことを示す情報であってよい。言い換えると、加入者情報やオペレータポリシー等の変化に基づいて、UE_A10、C−SGN_A95、及び又はeNB_A45が第1の送受信手続き、及び又は第2の送受信手続きでユーザデータの送受信をすることが禁止されたことを示す情報であってよい。
及び/又は、第12の識別情報は、第1の送受信手続き、及び又は第2の送受信手続きによるユーザデータの送受信が禁止された理由を示す情報であってもよい。
C−SGN_A95がデタッチ手続きをすること決定した理由、第1の送受信手続き、及び又は第2の送受信手続きによるユーザデータの送受信が禁止された理由は、EMM causeに含まれてもよい。
また、本実施形態において、第1から第12の識別情報のうちの2つ以上の識別情報を同一の制御メッセージに含めて送信する場合には、各識別情報をそれぞれ含めて送信してもよいし、各識別情報が示す意味を併せ持つ一つの識別情報として制御メッセージにふくめてもよい。なお、識別情報は、フラグ又はパラメータとして構成される情報要素であってよい。
[1.3.1.アタッチ手続き例]
まず、アタッチ手続きの例について説明する。なお、アタッチ手続きはUE_A10が主導して開始する手続きである。なお、正常系のアタッチ手続きでは、UE_A10が、ネットワークへ接続するための手続きである。言い換えると、正常系のアタッチ手続きは、eNB45を含むアクセスネットワークに接続する手続きであり、さらに、アクセスネットワーク介してコアネットワークに接続する手続きである。また、UE_A10は、正常系のアタッチ手続きにより、PDN_A5との間でユーザデータの送受信を行う通信路
を確立する。
なお、UE_A10がアタッチ手続きを開始するトリガは、端末電源投入時などであってもよい。また、これに関わらずUE_A10はコアネットワーク_A90に接続していない状態であれば任意のタイミングで開始もよい。また、UE_A10は、コアネットワーク_A90ネットワークへ接続すること、及び又はアタッチ手続きの完了に基づいて、送受信可能状態へ遷移してもよい。
なお以下では、正常系のアタッチ手続きの詳細を、第1のアタッチ手続き例として説明する。
また、異常系のアタッチ続きでは、UE_A10が、アタッチ手続きの完了時にネットワークへ接続できていない手続きである。言い換えると、異常系のアタッチ手続きは、UE_A10のネットワークへの接続の試みが失敗に終わる手続きであり、UE_A10、及び又はC−SGN_A95が、UE_A10がネットワークへ接続することを拒絶する手続きである。異常系のアタッチ手続き例の詳細は、第2のアタッチ手続き例及び第3のアタッチ手続き例として説明する。
[1.3.1.1.第1のアタッチ手続き例]
以下、図23を用いて第1のアタッチ手続きの手順の例を説明する。
まず、UE_A10はアタッチ要求メッセージをC−SGN_A95に送信する(S2300)。なお、UE_A10はアタッチ要求メッセージをeNB_A45に送信し、送信されたアタッチ要求メッセージはeNB_A45を介してC−SGN_A95に転送されてもよい。
また、UE_A10はPDN接続要求メッセージをアタッチ要求メッセージと共に送信してもよい。以下、本実施形態の説明では、アタッチ要求メッセージは、アタッチ要求メッセージ及びPDN接続要求メッセージを併せたものとして説明する。さらに、本実施形態の説明においてアタッチ要求メッセージに識別情報が含まれると表現した場合には、識別情報がアタッチ要求メッセージ及び又はPDN接続要求メッセージに含まれることを意味する。
UE_A10は、すくなくとも第1の識別情報、及び又は第3の識別情報、及び又は第6の識別情報をアタッチ要求メッセージに含めても良い。UE_A10は、第1の識別情報、及び又は第3の識別情報を含めてアタッチ要求メッセージを送信することにより、送受信可能状態への遷移を要求してもよい。また、eNB_A45は、第5の識別情報をアタッチ要求メッセージ、及び又はアタッチ要求メッセージを転送するためのメッセージに含めてもよい。eNB_A45は、第5の識別情報をアタッチ要求メッセージ、及び又はアタッチ要求メッセージを転送するためのメッセージに含めて送信することにより、送受信可能状態への遷移を要求してもよい。
ここで、第1の識別情報、及び又は第3の識別情報、及び又は第6の識別情報は、アタッチ要求メッセージに含めてC−SGN_A95に送信するのではなく、アタッチ手続き内でアタッチ要求とは異なる制御メッセージに含めて送信してもよい。
例えば、アタッチ要求メッセージを送信したあと、UE_A10はESM(EPS Session Management)情報の要求と、要求に基づく応答を行う制御メッセージの送受信手続きを実行してもよい(S2302)。
より詳細には、C−SGN_A95は、ESM要求メッセージをUE_A10に送信す
る。UE_A10は、ESM要求メッセージを受信し、応答メッセージをC−SGN_A95に送信する。この際、UE_A10は、第1の識別情報、及び又は第3の識別情報、及び又は第6の識別情報を応答メッセージに含めて送信してもよい。
ここで、UE_A10は、ESM応答メッセージを暗号化して送信してもよい。さらに、UE_A10は、ESM応答メッセージを暗号化する為の情報をC−SGN_A95から受信してもよい。C−SGN_A95は、アタッチ要求メッセージの受信に伴い、NASメッセージを暗号化するための情報をUE_A10に送信してもよい。なお、NASメッセージを暗号化するための情報を送信するNASメッセージは、Security Mode Commandメッセージであってよい。
C−SGN_A95は、アタッチ要求メッセージを受信する。さらに、アタッチ要求メッセージの受信、又はESM応答メッセージの受信に基づいて、第1の識別情報、及び又は第3の識別情報、及び又は第5の識別情報、及び又は第6の識別情報を取得する。
C−SGN_A95は、アタッチ要求メッセージに含まれる情報と、加入者情報と、C−SGNがもつ識別情報に基づいて、UE_A10に対して送受信可能状態へ遷移することを決定してもよい。また、第1の識別情報、及び又は第3の識別情報、及び又は第5の識別情報、及び又は第6の識別情報、及び又は加入者情報、及び又は第2の識別情報、及び又は第4の識別情報に基づいて、遷移する送受信可能状態を決定してもよい。
例えば、第1の識別情報、及び又は第3の識別情報、及び又は第5の識別情報、及び又は第2の識別情報、及び又は第4の識別情報の有無に基づいて、C−SGN_A95は、遷移する送受信可能状態の承認と決定を行う。より詳細には、C−SGN_A95は、第1の識別情報、及び又は第3の識別情報、及び又は第5の識別情報、及び又は第2の識別情報、及び又は第4の識別情報に基づいて、遷移する送受信可能状態が第1のモードであるか、第2のモードであるか、第3のモードであるか、第4のモードであるかを承認、決定してもよい。以下では、上述した承認、決定処理を第1の決定と表現して説明する。
より詳細には、C−SGN_A95は、アタッチ要求に第1の識別情報、及び第3の識別情報、及び第5の識別情報が含まれる、且つC−SGN_A95が第2の識別情報を持っている、及び第4の識別情報を持っていない場合、第1のモードの送受信可能状態へ遷移してもよい。
また、C−SGN_A95は、アタッチ要求に第1の識別情報が含まれる、且つアタッチ要求に第3の識別情報、及び又は第5の識別情報が含まれない、且つC−SGN_A95が第2の識別情報を持っている場合、第1のモードの送受信可能状態へ遷移してもよい。
また、C−SGN_A95は、アタッチ要求に第1の識別情報、及び第3の識別情報、及び第5の識別情報が含まれる、且つC−SGN_A95が第2の識別情報を持っていない、及び第4の識別情報を持っている場合、第2のモードの送受信可能状態へ遷移してもよい。
また、C−SGN_A95は、アタッチ要求に第1の識別情報、及び第3の識別情報、及び第5の識別情報が含まれる、且つC−SGN_A95が第2の識別情報、及び第4の識別情報を持っている場合、第3のモードの送受信可能状態へ遷移してもよい。
また、C−SGN_A95は、アタッチ要求に第1の識別情報が含まれない場合、第4のモードの送受信可能状態へ遷移してもよい。
また、C−SGN_A95は、C−SGN_A95が第2の識別情報、及び第4の識別情報を持っていない場合、第4のモードの送受信可能状態へ遷移してもよい。
なお、各モードの送受信可能状態への遷移の条件は、上記に限らない。
C−SGN_A95は、第1のモード以外の送受信可能状態へ遷移することを決定した場合には、IP−CANセッション更新手続きを開始する(S2304)。IP−CANセッション更新手続きは、従来手続きと同様であって良いため詳細説明を省略する。
なお、C−SGN_A95は、従来通り、UE_A10に対して、IPアドレスを割り当てもよい。より詳細には、C−SGN_A95は、UE_A10のIPアドレスを割り当て、第7の識別情報に含めてもよい。
C−SGN_A95は、IP−CANセッション更新手続きの完了に伴い、アタッチ受諾メッセージをeNB_A45に送信する(S2306)。
また、C−SGN_A95は、デフォルトEPSベアラコンテキストアクティブ化要求メッセージをアタッチ受諾メッセージと共に送信してもよい。以下、本実施形態の説明では、アタッチ受諾メッセージは、アタッチ受諾メッセージ及びデフォルトEPSベアラコンテキストアクティブ化要求メッセージを併せたものとして説明する。さらに、本実施形態の説明においてアタッチ受諾メッセージに識別情報が含まれると表現した場合には、識別情報がアタッチ受諾メッセージ及び又はデフォルトEPSベアラコンテキストアクティブ化要求メッセージに含まれることを意味する。
C−SGN_A95は、少なくとも第2の識別情報、及び又は第4の識別情報、及び又は第7の識別情報をアタッチ受諾メッセージに含めても良い。
なお、C−SGN_A95は、第1の決定に基づいたアタッチ受諾メッセージの送信に伴い、UE_A10に対する接続状態をアイドルモードにしてもよい。言い換えれば、C−SGN_A95は送受信可能状態へ遷移することに基づき、UE_A10への接続状態をアイドルモードにしてもよい。より詳細には、C−SGN_A95は遷移する送受信可能状態が第1のモードであることに基づき、UE_A10への接続状態をアイドルモードにしてもよい。言い換えると、C−SGN_A95は、第2のモード、及び又は第3のモード、及び又は第4のモードの送受信可能状態へ遷移するためのアタッチ受諾メッセージを送信する場合、メッセージの送信に伴い、UE_A10への接続状態をアクティブモードにしてもよい。
なお、遷移する送受信可能状態が第1のモードの場合、第6の識別情報、及び又は第7の識別情報に基づいて、C−SGN_A95は、UE_A10、及び又はeNB_A45との間で、IPアドレス取得のためのDRB、及び又はDefault Bearer、及び又はPDNコネクションを確立してもよい。その場合、UE_A10のIPアドレスの取得に基づいて、C−SGN_A95は、IPアドレス取得のためにUE_A10、及び又はeNB_A45との間で確立したDRB、及び又はDefault Bearer、及び又はPDNコネクションを削除してもよい。
eNB_A45は、アタッチ受諾メッセージを受信し、アタッチ受諾メッセージを含めたRRCメッセージをUE_A10に送信する(S2308)。なお、RRCメッセージは、RRCコネクション再設定要求メッセージであって良い。
UE_A10は、アタッチ受諾メッセージを含むRRCメッセージを受信する。さらに、第2の識別情報、及び又は第4の識別情報、及び又は第7の識別情報がアタッチ受諾メッセージに含まれている場合には、UE_A10は各識別情報を取得する。
受信したRRCメッセージに応答するために、UE_A10はRRCメッセージをeNB_A45に送信する(S2310)。RRCメッセージは、RRCコネクション再設定完了メッセージであってよい。
eNB_A45は、RRCコネクション再設定メッセージを受信し、受信に基づいてベアラ設定メッセージをC−SGN_A95に送信する(S2312)。
また、UE_A10は、アタッチ受諾メッセージの受信に基づいて、アタッチ完了メッセージを含むRRCメッセージをeNB_A45に送信する(S2314)。
また、UE_A10はデフォルトEPSベアラコンテキストアクティブ化受諾メッセージをアタッチ完了メッセージと共に送信してもよい。以下、本実施形態の説明では、アタッチ完了メッセージは、アタッチ完了メッセージ及びデフォルトEPSベアラコンテキストアクティブ化受諾メッセージを併せたものとして説明する。さらに、本実施形態の説明においてアタッチ完了メッセージに識別情報が含まれると表現した場合には、識別情報がアタッチ完了メッセージ及び又はデフォルトEPSベアラコンテキストアクティブ化受諾メッセージに含まれることを意味する。
なお、アタッチ完了メッセージを含めて送信するRRCメッセージは、Direct Transferメッセージであってよい。
アタッチ受諾メッセージに第2の識別情報、及び又は第4の識別情報が含まれるかどうかに基づいて、デフォルトEPSベアラコンテキストアクティブ化要求メッセージは、DRB、及び又はDefault Bearerを確立することを要求するメッセージであ
るかどうかが判断されてもよい。
より詳細には、アタッチ受諾に第2の識別情報が含まれる、且つ第4の識別情報が含まれない場合、デフォルトEPSベアラコンテキストアクティブ化要求メッセージは、DRB、及び又はDefault Bearerを確立することを意図しないメッセージであ
ってよい。
また、それ以外の場合、デフォルトEPSベアラコンテキストアクティブ化受諾メッセージは、DRB、及び又はDefault Bearerを確立することを意図するメッ
セージであってよい。
UE_A10は、アタッチ受諾メッセージの受信、及び又はアタッチ完了メッセージの送信に基づいて、送受信可能状態へ遷移する。
UE_A10は、第2の識別情報、及び又は第4の識別情報、及び又は第7の識別情報に基づいて、遷移した送受信可能状態を認識、検出してもよい。より詳細には、UE_A10は、第2の識別情報、及び又は第4の識別情報、及び又は第7の識別情報に基づいて、遷移した送受信可能状態が第1のモードであるか、第2のモードであるか、第3のモードであるか、第4のモードであるかを認識、検出してもよい。以下では、上述した認識、決定処理を第2の決定と表現して説明する。
より詳細には、UE_A10は、アタッチ受諾に第2の識別情報が含まれる、且つ第4
の識別情報が含まれない場合、第1のモードの送受信可能状態へ遷移してもよい。
また、UE_A10は、アタッチ受諾に第2の識別情報が含まれない、且つ第4の識別情報が含まれる場合、第2のモードの送受信可能状態へ遷移してもよい。
また、UE_A10は、アタッチ受諾に第2の識別情報が含まれる、且つ第4の識別情報が含まれる場合、第3のモードの送受信可能状態へ遷移してもよい。
また、UE_A10は、アタッチ受諾に第2の識別情報が含まれない、且つ第4の識別情報が含まれない場合、第4のモードの送受信可能状態へ遷移してもよい。
なお、各モードの送受信可能状態への遷移の条件は、上記に限らない。
UE_A10は、アタッチ受諾メッセージの受信、及び又はアタッチ完了メッセージの送信に基づいて、UE_A10はDRB、及び又はDefault Bearer、及び
又はPDNコネクションを確立してもよい。
なお、送受信可能状態が第1のモードの場合、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95は、DRB、及び又はDefault Bearer、及
び又はPDNコネクションを確立しなくてもよい。
ただし、送受信可能状態が第1のモードの場合でも、第6の識別情報、及び又は第7の識別情報に基づいてUE_A10のIPアドレス取得の手続きが必要な場合、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95は、DRB、及び又はDefault Bearer、及び又はPDNコネクションを確立してもよい。
eNB_45は、アタッチ完了メッセージが含まれるRRCメッセージを受信し、アタッチ完了メッセージをC−SGN_A95に送信する(S2316)。
また、UE_A10は第2の決定に基づいて、アタッチ完了メッセージの送信に伴い、アイドルモードに遷移してもよい。
もしくは、アタッチ完了メッセージを含めたDirect Transferメッセージに対する応答としてeNB_A45からRRCメッセージを受信し、UE_A10は第2の決定に基づいて、応答メッセージの受信に伴い、アイドルモードに遷移してもよい。
より詳細な例としては、UE_A10は、アタッチ完了メッセージ及び又はDirect Transferメッセージにアイドルモードに遷移することを示す識別情報を含めて送信してもよい。
さらに、Direct Transferメッセージを受信したeNB_A45は、受信した識別情報に基づいて、応答となるRRCメッセージをUE_A10に送信してもよい。このように、応答となるRRCメッセージは、アイドルモードへの遷移を許可するためのメッセージであってよい。
言いかえると、UE_A10は、アイドルモードに遷移するかアクティブモードを維持するかを第2の決定に基づいて選択することができる。
もしくは、遷移した送受信可能状態が第1のモードである場合、第6の識別情報、及び又は第7の識別情報に基づいて、UE_A10は、eNB_A45、及び又はC−SGN
_A95との間で、IPアドレス取得のためのコネクションを確立してもよい。なお、コネクションは、DRB、及び又はDefault Bearer、及び又はPDNコネクションであってよい。
例えば、遷移した送受信可能状態が第1のモードであり、且つ第7の識別情報が、アタッチ手続き完了後にIPアドレスの取得が必要であると示している場合、UE_A10は、eNB_A45、及び又はC−SGN_A95との間で、IPアドレス取得のためのコネクションを確立してもよい。
より詳細には、確立した送受信可能が第1のモードである、且つ第7の識別情報に、0.0.0.0のように全てゼロで示されるIPv4アドレス、及び又はなんらかのIPv6のインターフェースIDが含まれる場合、UE_A10は、IPアドレスを取得するためのコネクションを確立してもよい。
なお、UE_A10は、第7の識別情報のIPv4アドレスフィールドに、0.0.0.0のような全てゼロのIPv4アドレスが含まれる場合には、DHCP手続きを主導してIPv4アドレスを取得してもよい。
具体的には、UE_A10は、上記の条件に基づいて、DHCPサーバに対してIPv4アドレスを要求するメッセージを送信してもよい。そして、UE_A10は、UE_A10に割り当てられたIPv4アドレスが含まれた応答メッセージをDHCPサーバから受信することで、IPv4アドレスを取得してもよい。
また、UE_A10は、第7の識別情報のIPv6アドレスフィールドに、なんらかのIPv6のインターフェースIDが含まれる場合には、ステートレスアドレス設定手続きにより、IPv6アドレスの上位64ビットの情報を示すIPv6プレフィックスを取得し、IPv6アドレスを生成、取得してもよい。
具体的には、UE_A10は、上記の条件に基づいて、ルータ、及び又はサーバに対してIPv6プレフィックスを要求するRS(Router Solicitation)メッセージを送信してもよい。そして、UE_A10は、割り当てられたIPv6プレフィックスが含まれたRA(Router Advertisement)メッセージをルータ、及び又はサーバから受信することでIPv6プレフィックスを取得してよい。さらに、UE_A10は、RAメッセージの受信、及び又はRAメッセージに含まれるIPv6プレフィックスの受信に基づき、取得したIPv6プレフィックスとIPv6のインターフェースIDからIPv6を生成、取得してもよい。
また、例えば、遷移した送受信可能状態が第1のモードであり、且つ第6の識別情報がIPv4を示している、且つ第7の識別情報に0.0.0.0のように全てゼロではなく、UE_A10が使用するIPv4アドレスが含まれ、且つ第7の識別情報にIPv6インターフェースIDが含まれていない場合は、UE_A10は、IPアドレス取得のためのコネクションを確立しなくてもよい。
また、遷移した送受信可能状態が第1のモードで、IPアドレス取得のためのコネクションを確立した場合、UE_A10は、IPアドレスの取得に基づいて、eNB_A45、及び又はC−SGN_A95との間で確立したコネクションを削除してもよい。
UE_A10主導で、UE_A10とeNB_A45、及び又はC−SGN_A95との間のコネクションを削除するための手続きを以下に説明する。
UE_A10は、eNB_A45、及び又はC−SGN_A95にコネクション削除要求メッセージを送信する。コネクション削除要求メッセージは、コネクションを削除することを要求するためのメッセージであってもよい。
eNB_A45は、UE_A10が送信したコネクション削除要求メッセージを受信する。eNB_A45はコネクション削除要求メッセージの受信に基づいて、C−SGN_A95にコネクション削除要求メッセージを送信する。
C−SGN_A95は、eNB_A45、及び又はUE_A10が送信したコネクション削除要求メッセージを受信する。C−SGN_A95は、コネクション削除要求メッセージの受信に基づいて、eNB_A45、及び又はUE_A10にコネクション削除受諾メッセージを送信する。ここで、コネクション削除受諾メッセージは、コネクション削除要求メッセージの応答メッセージであってもよい。
C−SGN_A95は、コネクション削除要求メッセージの受信、及び又はコネクション削除受諾メッセージの送信に基づいて、コネクションのためのC−SGN_A95のコンテキストを削除する。コネクションのためのC−SGN_A95のコンテキストは、図19で示すコンテキストD、及び又はコンテキストEであってよい。
eNB_A45は、C−SGN_A95が送信したコネクション削除受諾メッセージを受信する。eNB_A45は、コネクション削除受諾メッセージの受信に基づいて、コネクション削除受諾メッセージをUE_A10に送信する。
eNB_A45はコネクション削除要求メッセージの受信、及び又はコネクション削除受諾メッセージを受信、及び又はコネクション削除受諾メッセージの送信に基づいて、コネクションのためのeNB_A45のコンテキストを削除する。
UE_A10は、eNB_A45、及び又はC−SGN_A95が送信したコネクション削除受諾メッセージを受信する。
UE_A10は、コネクション削除要求メッセージの送信、及び又はコネクション削除受諾メッセージの受信に基づいて、コネクションのためのUE_A10のコンテキストを削除する。コネクションのためのUE_A10のコンテキストは、図21の(c)で示す、送受信可能状態に記憶されるUEコンテキスト、及び又は(d)で示すベアラごとのUEコンテキストであってよい。
以上の手続きにより、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95は、コネクションのためのコンテキストを削除し、UE_A10とeNB_A45、及び又はC−SGN_A95との間のコネクションは削除される。
C−SGN_A95は、アタッチ完了メッセージを受信する。
C−SGN_A95は、アタッチ完了メッセージの受信に基づき、UE_A10に対する接続状態をアイドルモードに遷移してもよい。
つまり、C−SGN_A95は、アタッチ受諾メッセージの送信、又は、アタッチ完了メッセージの受信に基づいて、UE_A10の状態を、アイドルモードとして管理してよい。
より詳細には、遷移した送受信可能状態が第2のモード、及び又は第3のモード、及び
又は第4のモードである場合、C−SGN_A95は、アタッチ受諾メッセージの送信、又は、アタッチ完了メッセージの受信に基づいて、UE_A10の状態を、アイドルモードとして管理してよい。
なお、UE_A10は、アタッチ手続きによりは図21で説明したUEコンテキストをコアネットワーク_A90から取得し、記憶することができる。
また、C−SGN_A95は、アタッチ手続きにより、図19で説明したA〜Eの各コンテキストをUE_A10又はeNB_A45又はHSS_A50から取得し、記憶することができる。
以上の手順により、UE_A10はネットワークへ接続し、第1のアタッチ手続きを完了する。なお、第1のアタッチ手続きの完了に伴い、UE_A10、及び又はC−SGN_A95は送受信可能状態へ遷移する。
[1.3.1.2.第2のアタッチ手続き例]
以下、図24を用いて第2のアタッチ手続きの手順の例を説明する。
なお、UE_A10がアタッチ要求メッセージを送信してから、C−SGN_A95がアタッチ要求メッセージを受信するまでの手続きは図23の(A)で示す手続きと同じであってもよい(S2400)。従って、ここでの説明は省略する。
C−SGN_A95は、アタッチ要求メッセージを受信する。さらに、アタッチ要求メッセージの受信、又はESM応答メッセージの受信に基づいて、第1の識別情報、及び又は第3の識別情報、及び又は第5の識別情報、及び又は第6の識別情報を取得する。
C−SGN_A95は、アタッチ要求メッセージに含まれる情報と、加入者情報とに基づいて、UE_A10に対して送受信可能状態へ遷移しないことを決定してもよい。また、第1の識別情報、及び又は第3の識別情報、及び又は第5の識別情報、及び又は第6の識別情報、及び又は加入者情報に基づいて、C−SGN_A95は、送受信可能状態へ遷移しないことを決定してもよい。以下では、上述した決定処理を第13の決定と表現して説明する。
C−SGN_A95は、第13の決定に基づいて、eNB_A45にアタッチ拒絶メッセージを送信する。(S2402)
C−SGN_A95は、PDN接続拒絶メッセージをアタッチ拒絶メッセージと共に送信してもよい。以下、本実施形態の説明では、アタッチ拒絶メッセージは、アタッチ拒絶メッセージ及びPDN接続拒絶メッセージを併せたものとして説明する。さらに、本実施形態の説明においてアタッチ拒絶メッセージに識別情報が含まれると表現した場合には、識別情報がアタッチ拒絶メッセージ及び又はPDN接続拒絶メッセージに含まれることを意味する。
C−SGN_A95は、少なくとも第2の識別情報、及び又は第8の識別情報をアタッチ拒絶メッセージに含めてもよい。
eNB_A45は、アタッチ拒絶メッセージを受信し、アタッチ拒絶メッセージを含めたRRCメッセージをUE_A10に送信する(S2208)。なお、RRCメッセージは、RRCコネクション再設定要求メッセージであって良い。
UE_A10は、アタッチ拒絶メッセージを含むRRCメッセージを受信する。UE_
A10はアタッチ拒絶メッセージの受信、及び又はアタッチ拒絶メッセージに含まれる第2の識別情報、及び又は第8の識別情報に基づいて、送受信可能状態へ遷移できなかったことを検知してもよい。
以上の手順により、UE_A10はネットワークへの接続に失敗し、第2のアタッチ手続きを完了する。
UE_A10は、ネットワークへの接続に失敗に基づいて、新たなアタッチ手続きを実施してもよい。より詳細には、UE_A10は、アタッチ拒絶メッセージに含まれる第2の識別情報、及び又は第8の識別情報に基づいて、新たなアタッチ手続きを実施してもよい。
[1.3.1.3.第3のアタッチ手続き例]
以下、図25を用いて第3のアタッチ手続きの手順の例を説明する。
なお、UE_A10がアタッチ要求メッセージを送信してからアタッチ受諾メッセージを受信するまでの手続きは図23の(A)、(B)で示す手続きと同じであってもよい(S2500、S2502)。従って、ここでの説明は省略する。
UE_A10は、アタッチ受諾メッセージを含むRRCメッセージを受信する。さらに、第2の識別情報、及び又は第4の識別情報、及び又は第7の識別情報がアタッチ受諾メッセージに含まれている場合には、UE_A10は各識別情報を取得する。
UE_A10は、第2の識別情報、及び又は第4の識別情報、及び又は第7の識別情報に基づいて、C−SGN_A95が許可した送受信可能状態を認識、検出してもよい。より詳細には、UE_A10は、第2の識別情報、及び又は第4の識別情報、及び又は第7の識別情報に基づいて、C−SGN_A95が許可した送受信可能状態が第1のモードであるか、第2のモードであるか、第3のモードであるか、第4のモードであるかを認識、検出してもよい。
さらに、UE_A10は、C−SGN_A95が許可した送受信可能状態の認証、検出に基づき、送受信可能状態への遷移を拒絶することを決定してもよい。より詳細には、UE_A10が意図したモードとは異なる送受信可能状態がC−SGN_A95によって許可された場合、UE_A10は、送受信可能状態への遷移を拒絶することを決定してもよい。以下では、上述した認識、決定処理を第14の決定と表現して説明する。
第14の決定によって、UE_A10が送受信可能状態への遷移の拒絶を決定した場合、UE_A10は、eNB_A45を介してC−SGN_A95に、デフォルトEPSベアラコンテキストアクティブ化拒絶メッセージを送信する(S2504)。
UE_A10は、すくなくとも第9の識別情報をデフォルトEPSベアラコンテキストアクティブ化拒絶メッセージに含めても良い。UE_A10は、第9の識別情報を含めてアタッチ要求メッセージを送信することにより、送受信可能状態への遷移を拒絶してもよい。
C−SGN_A95は、デフォルトEPSベアラコンテキストアクティブ化拒絶メッセージを受信する。C−SGN_A95は、受信したデフォルトEPSベアラコンテキストアクティブ化拒絶メッセージ、及び又はデフォルトEPSベアラコンテキストアクティブ化拒絶メッセージに含まれる第9の識別情報に基づいて、送受信可能状態へ遷移できなかったことを検知してもよい。
より詳細には、C−SGN_A95は、受信したデフォルトEPSベアラコンテキストアクティブ化拒絶メッセージ、及び又はデフォルトEPSベアラコンテキストアクティブ化拒絶メッセージに含まれる第9の識別情報に基づいて、図19に示される、UE_A10に対するコンテキストを解放してもよい。
以上の手順により、UE_A10はネットワークへの接続に失敗し、第3のアタッチ手続きを完了する。
UE_A10は、ネットワークへの接続に失敗に基づいて、新たなアタッチ手続きを実施してもよい。より詳細には、UE_A10は、アタッチ拒絶メッセージに含まれる第2の識別情報、及び又は第8の識別情報に基づいて、新たなアタッチ手続きを実施してもよい。
[1.3.1.4.アタッチ手続きの変形例]
上述したアタッチ手続き例におけるコアネットワーク_A90は、図3を用いて説明したC−SGN_A95を含む構成のコアネットワークの場合のアタッチ手続きを説明したが、コアネットワーク_A90は図2を用いて説明したようなPGW_A30、SGW_A35、MME_A40などを含んで構成されるものであってもよい。
その場合、本手続きで説明したUE_A10が送信するアタッチ要求メッセージやアタッチ完了メッセージなどのNASメッセージは、C−SGN_A95ではなく、MME45が受信する。
したがって、これまで説明したC−SGN_A95のNASメッセージの受信および処理は、MME_A40が行うものとして置き換えることができる。
さらに、これまで説明したC−SGN_A95のアタッチ受諾メッセージなどのNASメッセージの送信および処理は、MME_A40が行うものとして置き換えることができる。
[1.3.2.送受信手段の選択例]
次に、送受信可能状態へ遷移したUE_A10がULユーザデータを送信する際に用いる送受信手続きの選択方法を説明する。
UE_A10は、ULユーザデータを送信するのに第1の送受信手続きを用いるか、第2の送受信手続きを用いるか、第3の送受信手続きを用いるかを選択、決定する。
ここで、第1の送受信手続きは、コネクションレスによる送受信を行うための手続きであってよく、第2の送受信手続き、及び又は第3の送受信手続きは、コネクションを確立して送受信を行う手続きであってよい。また、第3の送受信手続きは、従来通りの送受信手続きであってよい。
UE_A10は、遷移した送受信可能状態に基づいて、これらの検出、及び決定をしてもよい。言い換えると、UE_A10は、第2の決定で決まった送受信可能状態のモードに基づいて、これらの選択、及び決定をしてもよい。また、UE_A10は、送信するULユーザデータのデータサイズに基づいてこれらの検出、及び決定をしてもよい。
より詳細には、UE_A10は、送受信可能状態が第1のモード、及び又は第3のモードあることに基づいて、第1の送受信手続きを利用することを選択、決定してもよい。
また、UE_A10は、送受信可能状態が第2のモード、及び又は第3のモードであることに基づいて、第2の送受信手続きを利用することを選択、決定してもよい。
さらに、UE_A10は、送受信可能状態が第4のモードであることに基づいて、第3の送受信手続きを利用することを選択、決定してもよい。
さらに、UE_A10は、送信するULユーザデータのデータサイズ大きいことに基づいて、第2の送受信手続き、及び又は第3の送受信手続きを利用することを選択、決定してもよい。なお、データサイズが大きいとは、データサイズが閾値よりも大きい場合のことを示してもよい。
また、UE_A10は、これらの条件に関わらず、第1の送受信手続きに分岐してもよく、第2の送受信手続きに分岐してもよく、第3の送受信手続きに分岐してもよい。
以下では、ULユーザデータを送信するのに第1の送受信手続きを用いるか、第2の送受信手続きを用いるか、第3の送受信手続きを用いるかを選択、決定したことを第3の決定と表現して説明する。
[1.3.3.ULユーザデータ送受信手続き例]
次に、ネットワークへ接続したUE_A10がULユーザデータを送信する手順を説明する。
以下、ULユーザデータの送信手順を説明する。
UE_A10は、第1のメッセージをeNB_A45に送信する。第1のメッセージは、少なくとも送信タイミング情報と、リソース割り当て情報を要求するためのメッセージであり、UE_A10は、少なくともランダムに選択したプリアンブルを含めてeNB_A45に送信する。
なお、第1のメッセージは、Physical層の制御信号であり、Message1のRACH(Randam Access Channel) Preambleメッセージであって良い。第1のメッセージは、PRACH(Phycisal Random
Access Channel)を用いて送信されてもよい。
eNB_A45は、第1のメッセージを受信し、第1のメッセージの応答として第2のメッセージをUE_A10に送信する。第2のメッセージには、少なくとも送信タイミング情報と、リソース割り当て情報を含めて送信する。より具体的には、送信タイミング情報はTiming Advanceであり、リソース割り当て情報はUL Grantであってよい。第2のメッセージは、MAC(Media Access Control)層の制御信号であり、MAC RAR(Medium Access Control
Random Access Response)を用いて送信されてもよい。
なお、第2のメッセージは、Message2のRACH Responseメッセージであって良い。
UE_A10が第2のメッセージを受信した後の通信手続きは、後述する第1の送受信手続き例と第2の送受信手続き例と第3の送受信手続き例とに分岐することができる。
UE_A10は、第3の決定に基づいて、第1の送受信手続き例、及び又は第2の送受
信手続き例、及び又は第3の送受信手続き例に分岐してもよい。
[1.3.3.1.第1の送受信手続き例の説明]
第1の送受信手続き例は、DRB(Data Radio Bearer)を確立せずに、UE_A10がユーザデータを送受信する手続きである。言い換えると、第1の送受信手続き例は、制御メッセージを送受信するための無線ベアラを用いてユーザデータを送信するための手続きである。
以下、第1の送受信手続き例の詳細を、図26を用いて説明する。
UE_A10は、eNB_A45からの第2のメッセージの受信に基づき、eNB_A45に第3のメッセージを送信する(S2600)。
eNB_A45は、UE_A10が送信した第3のメッセージを受信する。eNB_A45は、第3のメッセージの受信に基づき、UE_A10に第4のメッセージを送信する(S2602)。
UE_A10は、eNB_A45が送信した第4のメッセージを送信する。UE_A10は、第4のメッセージを受信に基づき、eNB_A45に第5のメッセージを送信する(S2604)。
UE_A10は、ULユーザデータを含めたNASメッセージを、第3のメッセージ、及び又は第5のメッセージに含めて送信してもよい。なお、UE_A10は、ULユーザデータ、又はULユーザデータを含めたNASメッセージを暗号化して送信してもよい。
eNB_A45は、第3のメッセージ、及び又は第5のメッセージの受信に基づき、ULユーザデータを含めたNASメッセージを受信する。
eNB_A45は、ULユーザデータを含めたNASメッセージの受信に基づき、C−SGN_A95にS1AP(S1 Application Protocol)のInitial UEメッセージを送信する(S2606)。
eNB_A45は、少なくともULユーザデータが含まれたNASメッセージを含めてS1APのInitial UEメッセージを送信してもよい。
eNB_A45は、第3のメッセージ、及び又は第5のメッセージの受信、及び又はS1APのInitial UEメッセージの送信に基づき、UE_A10に完了メッセージを送信してもよい(S2608)。
UE_A10は、eNB_A45が送信した完了メッセージを受信する。
C−SGN_A95は、eNB_A45が送信したS1APのInitial UEメッセージ、及び又はS1APのInitial UEメッセージに含まれるULユーザデータが含まれたNASメッセージを受信する。
C−SGN_A95は、S1APのInitial UEメッセージに含まれるULユーザデータが含まれたNASメッセージの受信に基づいて、受信したNASメッセージの復号化、及び又は受信したNASメッセージに含まれるユーザデータの抽出を実施する(S2610)。なお、C−SGN_A95は、必要な場合、抽出されたユーザデータの復号化を実施してもよい。
C−SGN_A95は、NASメッセージに含まれるユーザデータの抽出、及び又は復号化に基づき、PDN_A5にユーザデータを送信する(S2612)。C−SGN_A95は、ユーザデータを復号化した後、PDN_A5に送信してもよい。
以上の手続きにより、UE_A10は、DRB(Data Radio Bearer)を確立せずに、ULユーザデータであるスモールデータパケットをPDN_A5に送信することができる。さらに、第1の送受信手続き例が完了後、UE_A10はアイドル状態に遷移又はアイドル状態を維持することができる。
なお、送受信するユーザデータのサイズが大きい場合、UE_A10、及び又はC−SGN_A95は、第1の送受信手続きでユーザデータを送受信せず、第2の送受信手続きを用いてユーザデータを送信してもよい。
[1.3.3.2.第2の送受信手続き例の説明]
第2の送受信手続き例は、DRBを確立した後に、UE_A10がユーザデータを送受信する手続きである。
以下、第2の送受信手続き例の詳細を、図27を用いて説明する。
UE_A10は、eNB_A45からの第2のメッセージの受信に基づき、eNB_A45に第3のメッセージを送信する(S2700)。
UE_A10は、すくなくとも、NASメッセージ、及び又は、レジュームIDを、第3のメッセージに含めて送信してもよい。
なお、NASメッセージは、DRBを再確立するためのメッセージであってよい。
なお、レジュームIDは、再確立するDRBを識別する識別情報であってよい。及び又は、レジュームIDは、再確立するDRBに対応する、eNB_A45が保持するコンテキストを識別する識別情報であってよい。及び又は、レジュームIDは、アクティブ状態のCIoT端末をアイドル状態にすることを指示する識別情報であってよい。及び又は、レジュームIDは、アイドル状態のCIoT端末をアクティブ状態にすることを指示する識別情報であってよい。
例えば、eNB_A45は、UE_A10に対してレジュームIDを送信することにより、アクティブ状態からアイドル状態に遷移してもよい。また、UE_A10は、eNB_A45からレジュームIDを受信することによりアクティブ状態からアイドル状態に遷移してもよい。
また、UE_A10は、受信したレジュームIDをeNB_A45に送信することにより、アイドル状態からアクティブ状態に遷移してもよい。また、eNB_A45は、UE_A10からレジュームIDを受信することによりアイドル状態からアクティブ状態に遷移してもよい。
なお、アクティブ状態からアイドル状態への遷移するための送受信されるレジュームIDと、アイドル状態からアクティブ状態に遷移するために送受信されるレジュームIDとと、同じレジュームIDとすることにより、以前のアクティブ状態で用いていたコンテキストを識別することができ、UE_A10及びeNB_A45は、識別したコンテキストを基にDRBの再確立を行うなど、前回のアクティブ状態と同様の通信状態に復帰するこ
とができる。
このように、UE_A10及びeNB_A45は、レジュームIDに基づいてアクティブ状態とアイドル状態を遷移することができる。 eNB_A45は、UE_A10が送信した第3のメッセージを受信する。eNB_A45は、第3のメッセージの受信に基づき、NASメッセージ、及び又はレジュームIDを受信する。
eNB_A45は、第3のメッセージに含まれるレジュームIDの受信に基づき、レジュームIDで識別されるDRBを再確立する。
eNB_A45は、第3のメッセージの受信、及び又はレジュームIDで識別されるDRBの再確立に基づき、UE_A10に第4のメッセージを送信する(S2702)。
eNB_A45は、すくなくとも、再確立したDRBを識別するためのレジュームIDを第4のメッセージに含めて送信してもよい。
eNB_A45は、第3のメッセージの受信、及び又はNASメッセージの受信、及び又はレジュームIDで識別されるDRBの再確立、及び又は第4のメッセージの送信に基づき、eNB_A45の状態をアクティブモードに遷移する。
eNB_A45は、第3のメッセージの受信、及び又はNASメッセージの受信、及び又はレジュームIDで識別されるDRBの再確立、及び又は第4のメッセージの送信、及び又はeNB_A45の状態のアクティブモードへの遷移に基づき、C−SGN_A95にS1AP(S1 Application Protocol)のUEコンテキスト有効化メッセージを送信する(S2704)。eNB_A45は、S1APのUEコンテキスト有効化メッセージにNASメッセージを含めて送信してもよい。
C−SGN_A95は、S1APのUEコンテキスト有効化メッセージを受信する。C−SGN_A95は、S1APのUEコンテキスト有効化メッセージの受信に基づき、C−SGN_A95の状態をアクティブモードに遷移する。C−SGN_A95は、S1APのUEコンテキスト有効化メッセージの受信、及び又はNASメッセージの受信、及び又はC−SGN_A95の状態のアクティブモードへの遷移に基づいて、eNB_A45にS1APのUEコンテキスト有効化応答メッセージを送信する(S2706)。
UE_A10は、eNB_A45が送信した第4のメッセージを受信する。UE_A10は、第4のメッセージの受信、及び又は第4のメッセージに含まれる再確立したDRBを識別するためのレジュームIDの受信に基づき、UE_A10の状態をアクティブモードに遷移する。
UE_A10は、第4のメッセージの受信、及び又は第4のメッセージに含まれる再確立したDRBを識別するためのレジュームIDの受信、及び又はUE_A10の状態のアクティブモードへの遷移に基づき、eNB_A45、及び又はC−SGN_A95を介してPDN_A5にULユーザデータを送信する(S2708)(S2710)(S2712)。
UE_A10は、送信すべきULユーザデータが存在する限り、eNB_A45、及び又はC−SGN_A95を介してPDN_A5にULユーザデータを送信し続ける。なお、送信すべきデータの有無の判断は、送信すべきULユーザデータを蓄積するバッファのデータ残量等から判断してもよい。
以上の手続きにより、UE_A10は、ULユーザデータを送信することができる。さらに、UE_A10は、以上の手続きにより、DL(DownLink)ユーザデータも受信することができる。なお、DLユーザデータは,PDN_A5から送信され、C−SGN_A95、eNB_A45を介して受信するができる。
eNB_A45は、UE_A10から受信したULユーザデータをC−SGN_A95に転送する。
eNB_A45は、ULユーザデータの受信が一定時間ないと検知した場合、図5の(A)に示すように、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95の状態をアイドルモードに遷移するための手続きを開始する。言い換えると、eNB_A45は、ULユーザデータを受信し続ける限り、図27の(A)に示すような手続きは実施しない。
eNB_A45は、ULユーザデータの受信が一定時間ないとの検知に基づき、C−SGN_A95にS1APのUEコンテキスト無効化メッセージを送信する(S2714)。
C−SGN_A95は、S1APのUEコンテキスト無効化メッセージを受信する。C−SGN_A95は、S1APのUEコンテキスト無効化メッセージの受信に基づき、C−SGN_A95の状態をアイドルモードに遷移する。C−SGN_A95は、S1APのUEコンテキスト無効化メッセージの受信、及び又はC−SGN_A95の状態のアイドルモードへの遷移に基づいて、eNB_A45にS1APのUEコンテキスト無効化応答メッセージを送信する(S2716)。
eNB_A45は、UEコンテキスト無効化メッセージの送信、及び又はUEコンテキスト無効化応答の受信に基づき、UE_A10にRRC Connection Suspendメッセージを送信する(S2718)。
eNB_A45は、すくなくともレジュームIDをRRC Connection Suspendメッセージに含めて送信してもよい。
ここで、レジュームIDは、切断するDRBを識別する識別情報であってよい。より詳細には、レジュームIDは、切断するDRBに対応する、UE_A10、及び又はeNB_A45が保持するコンテキストを識別する識別情報であってよい。
eNB_A45は、レジュームIDをRRC Connection Suspendメッセージの送信に基づき、レジュームIDによって識別されるDRBを切断する。なお、eNB_A45は、レジュームIDによって識別されるDRBの切断は実施するが、切断されるDRBに対応するコンテキストは削除せずに、保持し続けてもよい。
eNB_A45は、レジュームIDによって識別されるDRBの切断に基づき、eNB_A45の状態をアイドルモードに遷移する。
UE_A10は、eNB_A45が送信するRRC Connection Suspendメッセージを受信する。
UE_A10は、RRC Connection Suspendメッセージの受信、及び又はRRC Connection Suspendメッセージに含まれるレジュームIDの受信に基づき、レジュームIDによって識別されるDRBを切断する。なお、U
E_A10は、レジュームIDによって識別されるDRBの切断は実施するが、切断されるDRBに対応するコンテキストは削除せずに、保持し続けてもよい。
UE_A10は、レジュームIDによって識別されるDRBの切断に基づき、UE_A10の状態をアイドルモードに遷移する。
以上の手続きにより、UE_A10、及び又はeNB_A45、及び又はC−SGN_A95は、UE_A10、及び又はeNB_A45のコンテキストを保持しつつ、DRBを切断して、アイドルモードに遷移することができる。
[1.3.3.3.第3の送受信手続き例の説明]
第3の送受信手続き例は、従来の送受信手続きである。
第3の送受信手続き例は、DRBを確立した後に、UE_A10がユーザデータを送受信する手続きである。
第3の送受信手続きは、第2の送受信手続きと同様の手続きであってよい。従って、ここでの詳細な説明は省略する。
第3の手続きの場合、UE_A10は、第3のメッセージにNASメッセージ、及び又はレジュームIDを含めずに、第5のメッセージにNASメッセージを含めて送信してもよい。
さらに、eNB_A45とC−SGN_A95の間で送受信されるS1APのメッセージは、UEコンテキスト有効化メッセージ、及び又はUEコンテキスト有効化応答メッセージに限らず、NASメッセージを送受信するものであればよい。
また、UE_A10は、第5のメッセージに対する応答メッセージの受信に基づき、ULユーザデータを送信してもよい。
[1.3.3.4.ULユーザデータ送受信手続きの変形例]
上述したULユーザデータ送受信手続き例におけるコアネットワーク_A90は、図3を用いて説明したC−SGN_A95を含む構成のコアネットワークの場合のアタッチ手続きを説明したが、コアネットワーク_A90は図2を用いて説明したようなPGW_A30、SGW_A35、MME_A40などを含んで構成されるものであってもよい。
その場合、本手続きで説明したUE_A10が送信するNASメッセージは、C−SGN_A95ではなく、MME45が受信する。
したがって、これまで説明したC−SGN_A95のNASメッセージの受信および処理は、MME_A40が行うものとして置き換えることができる。
さらに、これまで説明したC−SGN_A95のNASメッセージの送信および処理は、MME_A40が行うものとして置き換えることができる。
[1.3.4.デタッチ手続き例]
次に、デタッチ手続きの例について説明する。なお、デタッチ手続きはUE_A10、及び又はC−SGN_A95、及び又は、HSS_A50が主導して開始する手続きであり、ネットワークとの接続を切断するための手続きである。UE_A10、及び又はC−SGN_A95、及び又は、HSS_A50がデタッチ手続きを開始するトリガは、3G
PPアクセスシステムの電波状態の悪化や、接続性が不安定であることの検出などであってもよい。
また、これに関わらずUE_A10はコアネットワーク_A90に接続している状態であれば任意のタイミングで開始もよい。また、C−SGN_A95、及び又はHSS_A50は任意のタイミングで開始もよい。
なお、デタッチ手続きの詳細は、UE主導のデタッチ手続き例で示す手続きであってよく、ネットワーク主導のデタッチ手続き例で示す手続きであってよい。
[1.3.4.1.UE主導のデタッチ手続き例の説明]
UE_A10が主導してUE_A10のネットワークへの接続を切断する手続きである。
以下、図28を用いてUE主導のデタッチ手続きの手順の例を説明する。
まず、UE_A10はデタッチ要求メッセージをC−SGN_A95に送信する(S2800)。なお、UE_A10はデタッチ要求メッセージをeNB_A45に送信し、送信されたデタッチ要求メッセージはeNB45を介してC−SGN_A95に転送されてもよい。
UE_A10は、すくなくとも第10の識別情報をデタッチ要求メッセージに含めても良い。UE_A10は、第10の識別情報を含めてデタッチ要求メッセージを送信することにより、ネットワークとの接続の切断を要求してもよい。
C−SGN_A95は、デタッチ要求メッセージを受信する。さらに、デタッチ要求メッセージの受信に基づいて、第10の識別情報を取得する。
C−SGN_A95は、デタッチ要求の受信、及び又はデタッチ要求に含まれる第10の識別情報に基づいて、IP−CANセッション切断手続きを開始してもよい(S2802)。IP−CANセッション切断手続きは、従来手続きと同様であって良いため詳細説明を省略する。
C−SGN_A95は、IP−CANセッション切断手続きの完了に伴い、デタッチ受諾メッセージを、eNB_A45を介してUE_A10に送信する(S2804)。なお、デタッチ受諾メッセージはデタッチ要求メッセージに対する応答メッセージであってよい。
C−SGN_A95は、デタッチ要求の受信及び又は、IP−CANセッション切断手続きの完了及び又は、デタッチ受諾の送信及び又は、デタッチ要求に含まれる第10の識別情報に基づき、ネットワークとの接続を切断してもよい。より詳細には、C−SGN_A95は、ネットワークとの接続に用いたコンテキストを削除することで、ネットワークとの接続を切断してもよい。
なお、削除するネットワークとの接続に用いたコンテキストは、図19で示すコンテキストA、及び又はコンテキストB、及び又はコンテキストC、及び又はコンテキストD、及び又はコンテキストEであってよい。
UE_A10は、C−SGN_A95が送信したデタッチ受諾を受信する。
UE_A10は、デタッチ受諾の受信に基づき、ネットワークとの接続を切断してもよい。より詳細には、UE_A10は、ネットワークとの接続に用いたコンテキストを削除することで、ネットワークとの接続を切断してもよい。
なお、削除するネットワークとの接続に用いたコンテキストは、図21の(c)で示す、送受信可能状態に記憶されるUEコンテキスト、及び又は(d)で示すベアラごとのUEコンテキストであってよい。
さらに、UE_A10は、デタッチ受諾の受信に基づいて、eNB_A45との間でシグナリング接続解放手続きを実行してもよい。言い換えると、eNB_A45は、デタッチ受諾の送信に基づいて、UE_A10との間でシグナリング接続解放手続きを実行してもよい。
以上の手順により、UE_A10、及び又はC−SGN_A95はネットワークとの接続を切断し、デタッチ手続きを完了する。
なお、上述したデタッチ手続き例におけるコアネットワーク_A90は、図3を用いて説明したC−SGN_A95を含む構成のコアネットワークの場合のデタッチ手続きを説明したが、コアネットワーク_A90は図2を用いて説明したようなPGW_A30、SGW_A35、MME_A40などを含んで構成されるものであってもよい。
その場合、本手続きで説明したUE_A10が送信するデタッチ要求メッセージなどのNASメッセージは、C−SGN_A95ではなく、MME45が受信する。
したがって、これまで説明したC−SGN_A95のNASメッセージの受信および処理は、MME_A40が行うものとして置き換えることができる。
さらに、これまで説明したC−SGN_A95のデタッチ受諾メッセージなどのNASメッセージの送信および処理は、MME_A40が行うものとして置き換えることができる。
[1.3.4.2.ネットワーク主導のデタッチ手続き例の説明]
C−SGN_A95、及び又はHSS_A50が主導してUE_A10のネットワークへの接続を切断する手続きである。
以下、図5を用いてネットワーク主導のデタッチ手続きの手順の例を説明する。
まず、HSS_A50は、Cancel LocationメッセージをC−SGN_A95に送信する(S2900)。HSS_A50は、Cancel Locationメッセージに第12の識別情報を含めてもよい。
C−SGN_A95はCancel Locationメッセージを受信する。C−SGN_A95は、Cancel Locationメッセージ、及び又はCancel Locationメッセージに含まれる第12の識別情報に基づいて、eNB_A45を介してUE_A10にデタッチ要求メッセージを送信する(S2902)。
また、C−SGN_A95は、Cancel Locationメッセージの受信に基づかず、任意のタイミングでeNB_A45を介してUE_A10にデタッチ要求メッセージを送信してもよい。
C−SGN_A95は、すくなくとも第11の識別情報、及び又は第12の識別情報を
デタッチ要求メッセージに含めても良い。C−SGN_A95は、第11の識別情報、及び又は第12の識別情報を含めてデタッチ要求メッセージを送信することにより、ネットワークとの接続の切断を要求してもよい。
C−SGN_A95は、Cancel Locationメッセージの受信、及び又はCancel Locationメッセージに含まれる第11の識別情報の受信、及び又はデタッチ要求メッセージの送信に基づき、HSS_A50にCancel Location ACKメッセージを送信する(S2904)。なお、Cancel Location ACKメッセージはCancel Locationメッセージに対する応答メッセージであってよい。
C−SGN_A95は、Cancel Locationメッセージの受信、及び又はCancel Locationメッセージに含まれる第11の識別情報の受信、及び又はデタッチ要求メッセージの送信、及び又はCancel Location ACKメッセージの送信に基づき、IP−CANセッション切断手続きを開始してもよい(S2906)。IP−CANセッション切断手続きは、従来手続きと同様であって良いため詳細説明を省略する。
UE_A10は、C−SGN_A95が送信したデタッチ要求メッセージを受信する。さらに、UE_A10はデタッチ要求メッセージの受信に基づいて、第11の識別情報、及び又は第12の識別情報を取得する。
UE_A10は、デタッチ要求メッセージ、及び又はデタッチ要求メッセージに含まれる第11の識別情報、及び又は第12の識別情報の受信に基づいて、デタッチ受諾メッセージを、eNB_A45を介してC−SGN_A95に送信する(S2908)。なお、デタッチ受諾メッセージはデタッチ要求メッセージに対する応答メッセージであってよい。
UE_A10は、デタッチ要求の受信及び又は、デタッチ受諾の送信及び又は、デタッチ要求に含まれる第11の識別情報、及び又は第12の識別情報に基づき、ネットワークとの接続を切断してもよい。より詳細には、UE_A10は、ネットワークとの接続に用いたコンテキストを削除することで、ネットワークとの接続を切断してもよい。
なお、削除するネットワークとの接続に用いたコンテキストは、図21の(c)で示す、送受信可能状態に記憶されるUEコンテキスト、及び又は(d)で示すベアラごとのUEコンテキストであってよい。
C−SGN_A95は、UE_A10が送信したデタッチ受諾を受信する。
C−SGN_A95は、デタッチ受諾の受信。及び又はIP−CANセッション切断手続きの完了、及び又はCancel Location ACKメッセージの送信に基づき、ネットワークとの接続を切断してもよい。より詳細には、C−SGN_A95は、ネットワークとの接続に用いたコンテキストを削除することで、ネットワークとの接続を切断してもよい。
なお、削除するネットワークとの接続に用いたコンテキストは、図19で示すコンテキストA、及び又はコンテキストB、及び又はコンテキストC、及び又はコンテキストD、及び又はコンテキストEであってよい。
さらに、UE_A10は、デタッチ受諾の送信に基づいて、eNB_A45との間でシ
グナリング接続解放手続きを実行してもよい。言い換えると、eNB_A45は、デタッチ受諾の受信に基づいて、UE_A10との間でシグナリング接続解放手続きを実行してもよい。
以上の手順により、UE_A10、及び又はC−SGN_A95はネットワークとの接続を切断し、デタッチ手続きを完了する。
[1.3.4.3.デタッチ手続きの変形例]
なお、上述したデタッチ手続き例におけるコアネットワーク_A90は、図3を用いて説明したC−SGN_A95を含む構成のコアネットワークの場合のデタッチ手続きを説明したが、コアネットワーク_A90は図2を用いて説明したようなPGW_A30、SGW_A35、MME_A40などを含んで構成されるものであってもよい。
その場合、本手続きで説明したUE_A10が送信するデタッチ要求メッセージなどのNASメッセージは、C−SGN_A95ではなく、MME45が受信する。
したがって、これまで説明したC−SGN_A95のNASメッセージの受信および処理は、MME_A40が行うものとして置き換えることができる。
さらに、これまで説明したC−SGN_A95のデタッチ受諾メッセージなどのNASメッセージの送信および処理は、MME_A40が行うものとして置き換えることができる。
[2.変形例]
本発明に関わる移動局装置および基地局装置で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、CPU等を制御するプログラム(コンピュータを機能させるプログラム)である。そして、これら装置で取り扱われる情報は、その処理時に一時的にRAMに蓄積され、その後、各種ROMやHDDに格納され、必要に応じてCPUによって読み出し、修正・書き込みが行なわれる。プログラムを格納する記録媒体としては、半導体媒体(例えば、ROM、不揮発性メモリカード等)、光記録媒体(例えば、DVD、MO、MD、CD、BD等)、磁気記録媒体(例えば、磁気テープ、フレキシブルディスク等)等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
また市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれる。また、上述した実施形態における移動局装置および基地局装置の一部、または全部を典型的には集積回路であるLSIとして実現してもよい。移動局装置および基地局装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はLSIに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりLSIに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。また、上述した実施形態においては、無線アクセスネットワークの例としてLTEと、WLAN(例えば、IEEE802.11a/b/n等)とについて説明したが、WLANの代わりにWiMAXによって接続されても良い。以上、この発明の実施形態を、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
1 通信システム
5 PDN_A
10 UE_A
20 UTRAN_A
22 eNB(UTRAN)_A
24 RNC_A
25 GERAN_A
26 BSS_A
30 PGW_A
35 SGW_A
40 MME_A
45 eNB_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 LTE AN_A
90 コアネットワーク_A
95 C−SGN_A
100 CIOT AN_A

Claims (12)

  1. 端末装置の通信制御方法であって、
    第1の識別情報は、IoT(Internet of Things)のために最適化されたシステムへ接続を切断することを要求するデタッチタイプであり、
    少なくとも前記第1の識別情報を含むデタッチ要求メッセージをコアネットワーク送信するステップと、
    前記デタッチ要求メッセージの応答として、デタッチ受諾メッセージを前記コアネットワークから受信するステップと、
    を有することを特徴とする端末装置の通信制御方法。
  2. 第1のNAS(Non Access Stratum)メッセージは、UL(Up Link)ユーザデータを含む制御メッセージであり、
    第1のRRC(Radio Rsource Control)メッセージは少なくと
    も前記第1のNASメッセージを含み、
    前記デタッチ要求メッセージの送信、及び/又は、前記デタッチ受諾メッセージの受信に基づいて、前記第1のRRCメッセージを送受信するための無線ベアラを切断するステップと、
    を更に有することを特徴とする請求項1に記載の端末装置の通信制御方法。
  3. 第1の状態遷移は、レジュームIDに基づいてアクティブ状態とアイドル状態を遷移する状態遷移であり、
    前記デタッチ要求メッセージの送信、及び/又は、前記デタッチ受諾メッセージの受信に基づいて、前記第1の状態遷移が可能な前記第PDN(Packet Data Network)コネクション、及び/又は、ユーザデータ送受信用の無線ベアラを切断するステップと、
    を更に有することを特徴とする請求項1に記載の端末装置の通信制御方法。
  4. C−SGN(CIoT Serving Gateway Node)の通信制御方法であって、
    第1の識別情報は、IoT(Internet of Things)のために最適化されたシステムへ接続を切断することを要求するデタッチタイプであり、
    少なくとも前記第1の識別情報を含むデタッチ要求メッセージを端末装置に送信するステップと、
    前記デタッチ要求メッセージの応答として、デタッチ受諾メッセージを前記端末装置に送信するステップと、
    を有することを特徴とするC−SGNの通信制御方法。
  5. 第1のNAS(Non Access Stratum)メッセージは、UL(Up Link)ユーザデータを含む制御メッセージであり、
    第1のRRC(Radio Rsource Control)メッセージは少なくと
    も前記第1のNASメッセージを含むみ、
    前記デタッチ要求メッセージの受信、及び/又は、前記デタッチ受諾メッセージの送信に基づいて、前記第1のRRCメッセージを送受信するための無線ベアラを切断するステップと、
    を更に有することを特徴とする請求項4に記載のC−SGNの通信制御方法。
  6. 第1の状態遷移は、レジュームIDに基づいてアクティブ状態とアイドル状態を遷移する状態遷移であり、
    前記デタッチ要求メッセージの受信、及び/又は、前記デタッチ受諾メッセージの送信
    に基づいて、前記第1の状態遷移が可能な前記第PDN(Packet Data Network)コネクション、及び/又は、ユーザデータ送受信用の無線ベアラを切断するステップと、
    を更に有することを特徴とする請求項4に記載のC−SGNの通信制御方法。
  7. 端末装置であって、
    第1の識別情報は、IoT(Internet of Things)のために最適化されたシステムへ接続を切断することを要求するデタッチタイプであり、
    少なくとも前記第1の識別情報を含むデタッチ要求メッセージをコアネットワーク送信する送受信部を有し、
    前記送受信部は、
    前記デタッチ要求メッセージの応答として、デタッチ受諾メッセージを前記コアネットワークから受信する、
    ことを特徴とする端末装置。
  8. 第1のNAS(Non Access Stratum)メッセージは、UL(Up Link)ユーザデータを含む制御メッセージであり、
    第1のRRC(Radio Rsource Control)メッセージは少なくと
    も前記第1のNASメッセージを含み、
    前記デタッチ要求メッセージの送信、及び/又は、前記デタッチ受諾メッセージの受信に基づいて、前記第1のRRCメッセージを送受信するための無線ベアラを切断する制御部
    を有することを特徴とする請求項7に記載の端末装置。
  9. 第1の状態遷移は、レジュームIDに基づいてアクティブ状態とアイドル状態を遷移する状態遷移であり、
    前記デタッチ要求メッセージの送信、及び/又は、前記デタッチ受諾メッセージの受信に基づいて、前記第1の状態遷移が可能な前記第PDN(Packet Data Network)コネクション、及び/又は、ユーザデータ送受信用の無線ベアラを切断する制御部
    を有することを特徴とする請求項7に記載の端末装置。
  10. C−SGN(CIoT Serving Gateway Node)であって、
    第1の識別情報は、IoT(Internet of Things)のために最適化されたシステムへ接続を切断することを要求するデタッチタイプであり、
    少なくとも前記第1の識別情報を含むデタッチ要求メッセージを端末装置に送信する送受信部と、
    前記送受信部は、
    前記デタッチ要求メッセージの応答として、デタッチ受諾メッセージを前記端末装置に送信する、
    ことを特徴とするC−SGN。
  11. 第1のNAS(Non Access Stratum)メッセージは、UL(Up Link)ユーザデータを含む制御メッセージであり、
    第1のRRC(Radio Rsource Control)メッセージは少なくと
    も前記第1のNASメッセージを含み、
    前記デタッチ要求メッセージの受信、及び/又は、前記デタッチ受諾メッセージの送信に基づいて、前記第1のRRCメッセージを送受信するための無線ベアラを切断する制御部、
    を有することを特徴とする請求項10に記載のC−SGN。
  12. 第1の状態遷移は、レジュームIDに基づいてアクティブ状態とアイドル状態を遷移する状態遷移であり、
    前記デタッチ要求メッセージの受信、及び/又は、前記デタッチ受諾メッセージの送信に基づいて、前記第1の状態遷移が可能な前記第PDN(Packet Data Network)コネクション、及び/又は、ユーザデータ送受信用の無線ベアラを切断する制御部、
    を有することを特徴とする請求項10に記載のC−SGN。
JP2015220105A 2015-11-10 2015-11-10 端末装置、c−sgnおよび通信制御方法 Pending JP2019009481A (ja)

Priority Applications (9)

Application Number Priority Date Filing Date Title
JP2015220105A JP2019009481A (ja) 2015-11-10 2015-11-10 端末装置、c−sgnおよび通信制御方法
CN201680064182.6A CN108353456B (zh) 2015-11-10 2016-11-10 Ue、mme、ue的通信控制方法以及mme的通信控制方法
EP16864305.4A EP3376819B1 (en) 2015-11-10 2016-11-10 Ue, mme, ue communication control method, and mme communication control method
US15/774,923 US10531501B2 (en) 2015-11-10 2016-11-10 UE, MME, communication control method of UE, and communication control method of MME
CN202110591713.XA CN113225701B (zh) 2015-11-10 2016-11-10 Ue、控制装置以及通信控制方法
PCT/JP2016/083365 WO2017082344A1 (ja) 2015-11-10 2016-11-10 Ue、mme、ueの通信制御方法及びmmeの通信制御方法
CL2018001254A CL2018001254A1 (es) 2015-11-10 2018-05-09 Ue, mme, método de control de comunicación de ue y método de control de comunicación de mme.
US16/728,237 US10887930B2 (en) 2015-11-10 2019-12-27 UE, MME, communication control method of UE, and communication control method of MME
US17/121,316 US11382147B2 (en) 2015-11-10 2020-12-14 UE, MME, communication control method of UE, and communication control method of MME

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015220105A JP2019009481A (ja) 2015-11-10 2015-11-10 端末装置、c−sgnおよび通信制御方法

Publications (1)

Publication Number Publication Date
JP2019009481A true JP2019009481A (ja) 2019-01-17

Family

ID=58695483

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015220105A Pending JP2019009481A (ja) 2015-11-10 2015-11-10 端末装置、c−sgnおよび通信制御方法

Country Status (6)

Country Link
US (3) US10531501B2 (ja)
EP (1) EP3376819B1 (ja)
JP (1) JP2019009481A (ja)
CN (2) CN113225701B (ja)
CL (1) CL2018001254A1 (ja)
WO (1) WO2017082344A1 (ja)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019009481A (ja) * 2015-11-10 2019-01-17 シャープ株式会社 端末装置、c−sgnおよび通信制御方法
CA3011969A1 (en) * 2016-01-22 2017-07-27 Blackberry Limited Access point name determination for mission critical services
US10687202B2 (en) * 2016-03-09 2020-06-16 Lg Electronics Inc. Method and device for configuring bearer for transmission of user data
CN107318176B (zh) * 2016-04-26 2022-12-20 中兴通讯股份有限公司 恢复标识的获取、发送方法及装置、ue、接入网设备
CN108076461B (zh) * 2016-11-18 2020-09-18 华为技术有限公司 一种鉴权方法、基站、用户设备和核心网网元
US10568031B2 (en) * 2017-02-23 2020-02-18 Futurewei Technologies, Inc. System and method for recovering a communications station in sleep mode
US10708306B2 (en) 2017-06-15 2020-07-07 Palo Alto Networks, Inc. Mobile user identity and/or SIM-based IoT identity and application identity based security enforcement in service provider networks
US10834136B2 (en) 2017-06-15 2020-11-10 Palo Alto Networks, Inc. Access point name and application identity based security enforcement in service provider networks
US11050789B2 (en) 2017-06-15 2021-06-29 Palo Alto Networks, Inc. Location based security in service provider networks
US10721272B2 (en) 2017-06-15 2020-07-21 Palo Alto Networks, Inc. Mobile equipment identity and/or IOT equipment identity and application identity based security enforcement in service provider networks
US10693918B2 (en) 2017-06-15 2020-06-23 Palo Alto Networks, Inc. Radio access technology based security in service provider networks
US10812532B2 (en) 2017-06-15 2020-10-20 Palo Alto Networks, Inc. Security for cellular internet of things in mobile networks
CN109150807B (zh) * 2017-06-19 2022-06-17 中兴通讯股份有限公司 凭证分发方法、用户终端、用户签约认证管理单元及介质
CN112911659B (zh) * 2019-12-04 2022-03-22 大唐移动通信设备有限公司 一种基于nr的信息上报方法及装置
CN114885019A (zh) * 2022-03-30 2022-08-09 ***通信有限公司研究院 消息业务的处理方法、装置、终端、服务器及存储介质

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2773288C (en) * 2009-09-18 2015-10-27 Nec Corporation Communication system and communication controlling method
KR101609580B1 (ko) * 2010-02-10 2016-04-07 삼성전자주식회사 무선 통신 시스템 및 그의 사용자 단말기와 이동성 관리 엔티티 간 연결 방법
EP2550817B1 (en) * 2010-03-23 2015-05-27 InterDigital Patent Holdings, Inc. Methods for communication for a machine type communication device and corresponding wireless transmit/receive unit
CN102378394B (zh) * 2010-08-12 2015-04-15 华为技术有限公司 一种网络连接方法和***
CN102340754B (zh) * 2011-09-23 2014-07-23 电信科学技术研究院 数据发送和接收方法及设备
CN108924813A (zh) * 2011-09-30 2018-11-30 日本电气株式会社 ***、终端、核心网络节点、无线电接入网络节点和方法
WO2013070040A1 (ko) * 2011-11-12 2013-05-16 엘지전자 주식회사 무선 통신 시스템에서 단말이 상향링크 송신 전력을 결정하는 방법 및 이를 위한 장치
US9094828B2 (en) * 2012-02-29 2015-07-28 Alcatel Lucent Machine type communications (MTC) in networks using non access stratum (NAS) signaling
WO2013181501A1 (en) * 2012-05-31 2013-12-05 Interdigital Patent Holdings, Inc. Short messaging service (sms) over evolved packet core using wifi access
CN110087219A (zh) * 2013-10-31 2019-08-02 日本电气株式会社 移动通信***、节点及其方法
DK3634035T3 (da) * 2014-10-28 2023-06-12 Ericsson Telefon Ab L M Netværksknudepunkter, brugerudstyr og fremgangsmåder deri til håndtering af en forbindelse mellem brugerudstyret og et trådløst kommunikationsnetværk
WO2016192804A1 (en) * 2015-06-04 2016-12-08 Telefonaktiebolaget Lm Ericsson (Publ) Controlling communication mode of a mobile terminal
JP2019009481A (ja) * 2015-11-10 2019-01-17 シャープ株式会社 端末装置、c−sgnおよび通信制御方法
US10462840B2 (en) * 2017-01-09 2019-10-29 Huawei Technologies Co., Ltd. System and methods for session management

Also Published As

Publication number Publication date
CN108353456A (zh) 2018-07-31
WO2017082344A1 (ja) 2017-05-18
US10531501B2 (en) 2020-01-07
EP3376819B1 (en) 2021-01-20
EP3376819A1 (en) 2018-09-19
CN108353456B (zh) 2022-11-29
US20200137809A1 (en) 2020-04-30
US10887930B2 (en) 2021-01-05
CN113225701B (zh) 2022-07-19
EP3376819A4 (en) 2019-05-08
US20210100043A1 (en) 2021-04-01
CN113225701A (zh) 2021-08-06
US11382147B2 (en) 2022-07-05
US20180332650A1 (en) 2018-11-15
CL2018001254A1 (es) 2018-09-21

Similar Documents

Publication Publication Date Title
CN113225701B (zh) Ue、控制装置以及通信控制方法
CN108353445B (zh) Ue、mme、ue的通信控制方法以及mme的通信控制方法
CN108464054B (zh) 终端装置、mme以及通信方法
JP7097696B2 (ja) 端末装置、コアネットワーク内装置、端末装置の通信制御方法及びコアネットワーク内装置の通信制御方法
CN108432334B (zh) 终端装置、mme、终端装置的通信方法以及mme的通信方法
CN108464055B (zh) 终端装置、mme、终端装置的通信方法以及mme的通信方法
CN108605372B (zh) 终端装置、mme、终端装置的通信方法以及mme的通信方法
WO2017026465A1 (ja) 端末装置、基地局装置、端末装置の通信制御方法及び基地局装置の通信制御方法
CN108605270B (zh) 用户设备、核心网装置以及通信方法
JPWO2017141990A1 (ja) 端末装置、MME(Mobility Management Entity)、及び通信制御方法