KR101654491B1 - 이동 통신 시스템, 데이터 통신 방법, 게이트웨이 장치 및 기지국 - Google Patents

이동 통신 시스템, 데이터 통신 방법, 게이트웨이 장치 및 기지국 Download PDF

Info

Publication number
KR101654491B1
KR101654491B1 KR1020157005702A KR20157005702A KR101654491B1 KR 101654491 B1 KR101654491 B1 KR 101654491B1 KR 1020157005702 A KR1020157005702 A KR 1020157005702A KR 20157005702 A KR20157005702 A KR 20157005702A KR 101654491 B1 KR101654491 B1 KR 101654491B1
Authority
KR
South Korea
Prior art keywords
data
transmitting
bearer
transmits
small amount
Prior art date
Application number
KR1020157005702A
Other languages
English (en)
Other versions
KR20150040345A (ko
Inventor
하지메 젬부쯔
도시유끼 다무라
Original Assignee
닛본 덴끼 가부시끼가이샤
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 닛본 덴끼 가부시끼가이샤 filed Critical 닛본 덴끼 가부시끼가이샤
Publication of KR20150040345A publication Critical patent/KR20150040345A/ko
Application granted granted Critical
Publication of KR101654491B1 publication Critical patent/KR101654491B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H04W4/005—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/24—Interfaces between hierarchically similar devices between backbone network devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements

Abstract

휴대 전화 시스템에서의 자원 부하를 줄일 수 있는 이동 통신 시스템 및 데이터 통신 방법을 제공하기 위해, 휴대 전화 시스템은 eNodeB(20)와 사용자 데이터를 송신하는 SGW(40) 및 외부 네트워크와 사용자 데이터를 송신하는 PGW(50)를 포함하고, SGW(40)와 PGW(50)는 SGW(40)와 PGW(50)간에, 단말 장치로부터 eNodeB(20)를 통해 자율적으로 송신되는 소량의 데이터를, 사용자 데이터를 전송하기 위한 통신 자원이 아니라, 제어 신호를 전송하기 위한 통신 자원을 사용하여 전송한다.

Description

이동 통신 시스템, 데이터 통신 방법, 게이트웨이 장치 및 기지국{MOBILE COMMUNICATION SYSTEM, DATA COMMUNICATION METHOD, GATEWAY DEVICE, AND BASE STATION}
본 발명은 이동 통신 시스템, 데이터 통신 방법, 게이트웨이 장치 및 기지국에 관한 것으로, 특히 MTC 디바이스를 수용하는 이동 통신 시스템 및 그 이동 통신 시스템에서의 데이터 통신 방법에 관한 것이다.
3GPP(3rd Generation Partnership Project) 표준화 단체 등에서 규정되는 현재의 휴대 전화 시스템 네트워크에는, GTP(GPRS Tunnelling Protocol) 또는 PMIP(Proxy Mobile IP)라고 하는 프로토콜이 적용되고 있다. 이 프로토콜은 사용자가 요구하는 통신을 실현하기 위해 필요한 자원을 확보함으로써 사용자에게 전송로(transmission channel)를 제공한다. 필요한 자원은 사용자수 및 각각의 사용자가 요구하는 접속수에 따라 준비될 필요가 있다. 이 프로토콜은 통신 제어를 위한 제어 신호(제어 평면(Control Plane), 또는 C-평면(C-Plane)) 및 사용자 데이터를 전송하기 위한 사용자 데이터 신호(사용자 평면(User Plane), 또는 U-평면(U-Plane))로 구성된다. 또한, 사용자 데이터 신호 전송에 사용되는 복수의 전송로(GTP의 경우, GTP 터널이고, PMIP의 경우, IP 터널임)는 사용자의 요구에 따라 확보될 수 있다.
한편, 최근의 기술 트렌드로서, 일반적인 휴대 전화 시스템을 이용하는, 통상의 휴대 전화뿐만 아니라, 데이터 단말기, 센서, 자동 판매기 및 자동차와 같은 인간 조작을 필요로 하지 않는(이하, "비인간"이라 칭함) 장치를 대상으로 한 통신이 검토되고 있다. 이러한 비인간 장치를 대상으로 한 통신은 일반적으로 MTC(Machine Type Communication)라고 불리워진다. MTC의 한가지 특징은 비교적 작은 사이즈의 데이터 통신을 행하는 것이다. 예를 들면, 온도 센서가 정기적으로 온도를 보고할 경우, 일회의 통신에 필요한 데이터량은 단지 수 바이트이다. 또한, MTC에 이용되는 디바이스(이하, "MTC 디바이스"라고 칭함)의 다른 특징은 휴대 전화 시스템이 많이 이용되고 있는 붐비는 시간을 피하고, 많이 이용되고 있지 않은 심야 시간동안 통신을 행하는 것이다. 이러한 특징을 활용함으로써, 휴대 전화 사업자는 휴대 전화 시스템에 통상의 휴대 전화 단말기보다 몇 백배 더 많은 MTC 디바이스를 수용하는 것을 상정하고 있다.
MTC 디바이스가 휴대 전화 시스템에 접속될 때(ATTACH 처리 완료), 휴대 전화 시스템내의 노드 장치는 MTC를 위해 사용자 데이터 전송로를 확보한다. 이 사용자 데이터 전송로의 확보는 휴대 전화 시스템내의 노드 장치에 의해 MTC 디바이스를 위한 사용자 데이터 전송로에 필요한 자원을 확보하는 것을 의도하고 있다.
비특허문헌 1에는, 3GPP에서 규정되어 있는 네트워크에서 사용자 데이터 전송로에 필요한 자원을 확보하는 절차가 개시되어 있다.
3GPP TS 23.401 V11.1.0 "GPRS enhancements for E-UTRAN access(Release 11)", clauses 5.3.2 and 5.10.2, 2012-03
그러나, 상술한 바와 같이, 휴대 전화 사업자는 휴대 전화 시스템에 통상의 휴대 전화 단말기보다 몇 백배 더 많은 MTC 디바이스를 수용하는 것을 상정하고 있다. 따라서, 휴대 전화 시스템내의 노드 장치에서, 통상의 휴대 전화 단말기와 동일한 방식으로 MTC 디바이스에 대하여 필요한 자원을 확보했을 경우에, 휴대 전화 시스템에서의 자원 부하(메모리 부하)가 큰 문제가 된다.
이러한 문제를 해결하기 위해, 본 발명은 휴대 전화 시스템에서의 자원 부하를 줄일 수 있는 이동 통신 시스템, 데이터 통신 방법, 게이트웨이 장치 및 기지국을 제공하는 것을 목적으로 한다.
본 발명의 제1 양상에 따른 이동 통신 시스템은 기지국과 사용자 데이터를 전송하는 제1 게이트웨이 장치와, 제1 게이트웨이 장치 및 외부 네트워크와 상기 사용자 데이터를 전송하는 제2 게이트웨이 장치를 포함하고, 상기 제1 게이트웨이 장치 및 상기 제2 게이트웨이 장치는 상기 제1 게이트웨이 장치와 상기 제2 게이트웨이 장치간에, 단말 장치로부터 상기 기지국을 통해 자율적으로 송신되는 소량의 데이터를, 사용자 데이터를 전송하는 통신 자원이 아니라, 제어 신호를 전송하는 통신 자원을 사용하여 전송한다.
본 발명의 제2 양상에 따른 데이터 통신 방법은 기지국과 사용자 데이터를 전송하는 제1 게이트웨이 장치와, 외부 네트워크와 상기 사용자 데이터를 전송하는 제2 게이트웨이 장치간의 데이터 통신 방법이며, 이 방법은 상기 제1 게이트웨이 장치와 상기 제2 게이트웨이 장치간에, 단말 장치로부터 상기 기지국을 통해 자율적으로 송신되는 소량의 데이터를, 사용자 데이터를 전송하는 통신 자원이 아니라, 제어 신호를 전송하는 통신 자원을 사용하여 전송하는 단계를 포함한다.
본 발명의 예시적인 양상에 따르면, 휴대 전화 시스템에서의 자원 부하를 줄일 수 있는 이동 통신 시스템, 데이터 통신 방법, 게이트웨이 장치 및 기지국을 제공할 수 있다.
도 1은 제1 실시 형태에 따른 이동 통신 시스템의 블럭도이다.
도 2는 제1 실시 형태에 따른 이동 통신 시스템의 블럭도이다.
도 3은 제1 실시 형태에 따른 이동 통신 시스템의 블럭도이다.
도 4는 제1 실시 형태에 따른 GTP-C 메시지의 블럭도이다.
도 5는 제1 실시 형태에 따른 ATTACH 처리의 흐름을 나타낸 도면이다.
도 6은 제1 실시 형태에 따른 TAU 실행시의 처리의 흐름을 나타낸 도면이다.
도 7은 제1 실시 형태에 따른 UE로부터 소량의 데이터를 송신할 경우의 처리 흐름을 나타낸 도면이다.
도 8은 제1 실시 형태에 따른 핸드오버(handover) 처리의 흐름을 나타낸 도면이다.
도 9는 제1 실시 형태에 따른 핸드오버 처리의 흐름을 나타내는 도면이다.
도 10은 제1 실시 형태에 따른 PGW에 의해 소량의 데이터를 수신했을 경우의 처리 흐름을 나타낸 도면이다.
도 11은 제1 실시 형태에 따른 UE로부터 소량의 데이터를 송신할 경우의 처리 흐름을 나타낸 도면이다.
도 12는 제1 실시 형태에 따른 다량의 데이터를 송신할 경우의 처리 흐름을 나타낸 도면이다.
도 13은 제1 실시 형태에 따른 다량의 데이터를 송신할 경우의 처리 흐름을 나타낸 도면이다.
도 14는 제1 실시 형태에 따른 전용 베어러(bearer)를 삭제할 경우의 처리 흐름을 나타낸 도면이다.
도 15는 제1 실시 형태에 따른 전용 베어러를 삭제할 경우의 처리 흐름을 나타낸 도면이다.
도 16은 제2 실시 형태에 따른 ATTACH 처리의 흐름을 나타낸 도면이다.
도 17은 제2 실시 형태에 따른 ATTACH 처리의 흐름을 나타낸 도면이다.
도 18은 제2 실시 형태에 따른 TAU 실행시의 처리의 흐름을 나타낸 도면이다.
도 19는 제2 실시 형태에 따른 핸드오버 처리의 흐름을 나타낸 도면이다.
도 20은 제3 실시 형태에 따른 이동 통신 시스템의 블럭도이다.
도 21은 제3 실시 형태에 따른 이동 통신 시스템의 블럭도이다.
도 22는 제3 실시 형태에 따른 이동 통신 시스템의 블럭도이다.
도 23은 제3 실시 형태에 따른 RANAP 메시지의 블럭도이다.
도 24는 제3 실시 형태에 따른 ATTACH 처리의 흐름을 나타낸 도면이다.
도 25는 제3 실시 형태에 따른 UE로부터 소량의 데이터를 송신할 경우의 처리 흐름을 나타낸 도면이다.
도 26은 제3 실시 형태에 따른 RAU 실행시의 처리의 흐름을 나타낸 도면이다.
도 27은 제3 실시 형태에 따라 RNC 및 SGSN이 변경될 경우의 처리 흐름을 나타낸 도면이다.
도 28은 제3 실시 형태에 따라 RNC 및 SGSN이 변경될 경우의 처리 흐름을 나타낸 도면이다.
도 29는 제3 실시 형태에 따른 GGSN에 의해 소량의 데이터를 수신했을 경우의 처리 흐름을 나타낸 도면이다.
도 30은 제3 실시 형태에 따른 UE로부터 소량의 데이터를 송신할 경우의 처리 흐름을 나타낸 도면이다.
도 31은 제3 실시 형태에 따른 다량의 데이터를 송수신할 경우의 처리 흐름을 나타낸 도면이다.
도 32는 제3 실시 형태에 따른 다량의 데이터를 송수신할 경우의 처리 흐름을 나타낸 도면이다.
도 33은 제3 실시 형태에 따른 전용 베어러를 삭제할 경우의 처리 흐름을 나타낸 도면이다.
도 34는 제3 실시 형태에 따른 전용 베어러를 삭제할 경우의 처리 흐름을 나타낸 도면이다.
도 35는 제4 실시 형태에 따른 ATTACH 처리의 흐름을 나타낸 도면이다.
도 36은 제4 실시 형태에 따른 RAU 실행시의 처리의 흐름을 나타낸 도면이다.
도 37은 제4 실시 형태에 따른 UE로부터 소량의 데이터를 송신할 경우의 처리 흐름을 나타낸 도면이다.
도 38은 제4 실시 형태에 따른 핸드오버 처리의 흐름을 나타낸 도면이다.
도 39는 제4 실시 형태에 따른 핸드오버 처리의 흐름을 나타낸 도면이다.
도 40은 제4 실시 형태에 따른 GGSN에 의해 소량의 데이터를 수신했을 경우의 처리 흐름을 나타낸 도면이다.
도 41은 제4 실시 형태에 따른 UE로부터 소량의 데이터를 송신할 경우의 처리 흐름을 나타낸 도면이다.
도 42는 제4 실시 형태에 따른 다량의 데이터를 송수신할 경우의 처리 흐름을 나타낸 도면이다.
도 43은 제4 실시 형태에 따른 다량의 데이터를 송수신할 경우의 처리 흐름을 나타낸 도면이다.
도 44는 제4 실시 형태에 따른 전용 베어러를 삭제할 경우의 처리 흐름을 나타낸 도면이다.
도 45는 제4 실시 형태에 따른 전용 베어러를 삭제할 경우의 처리 흐름을 나타낸 도면이다.
(제1 실시 형태)
이하, 도면을 참조하여 본 발명의 실시 형태에 대해서 설명한다. 첫번째로, 도 1을 참조하여 본 발명의 제1 실시 형태에 따른 이동 통신 시스템의 구성예에 대하여 후술한다. 도 1에 나타낸 이동 통신 시스템의 구성은 액세스 네트워크를 위해 3GPP에서 규정되는 LTE(Long Term Evolution)를 사용하는 예이다. 도 1에 나타낸 이동 통신 시스템은 UE(User Equipment)(10), eNodeB(enhanced NodeB)(20), MME(Mobility Management Entity)(30), SGW(Serving Gateway)(40) 및 PGW(Packet Data Network Gateway)(50)를 포함한다.
UE(10)는 무선 통신을 하는 통신 기기 또는 이동국이며, 예를 들어 휴대 전화기 또는 스마트폰 단말기일 수도 있다. 게다가, UE(10)는 MTC 디바이스(machine-type-communication device)일 수도 있다. eNodeB(20)는 기지국과 무선 통신하는 기지국이다. UE(10) 및 eNodeB(20)는 3GPP에서 규정되는 무선 통신 규격인 LTE를 사용하여 무선 통신한다.
SGW(40)는 eNodeB(20)와 PGW(50)간에 사용자 데이터를 송수신하는 데이터 중계 장치로서 사용된다. 사용자 데이터는 UE(10)로부터 송신되는 음성 데이터 등을 포함하는 패킷 데이터이다.
PGW(50)는 외부 네트워크와 사용자 데이터를 송수신하는 게이트웨이 장치로서 사용된다. 외부 네트워크는 eNodeB(20), MME(30), SGW(40) 및 PGW(50)를 포함하는 네트워크와는 상이한 네트워크이다. 외부 네트워크는, 예를 들면 eNodeB(20), MME(30), SGW(40) 및 PGW(50)를 관리하는 휴대 전화 사업자와는 다른 휴대 전화 사업자에 의해 관리되는 네트워크이다. 그러나, 외부 네트워크는 이에 한정되지 않고, 휴대 전화 사업자가 동일할 경우, eNodeB(20), MME(30), SGW(40) 및 PGW(50)를 포함하는 네트워크와 동일한 네트워크일 수도 있다.
MME(30)는 호출 제어 처리를 행하는 장치이다. 예를 들면, MME(30)는 eNodeB(20)로부터 송신되는 사용자 데이터의 수신지(destination)인 SGW를 지정하고, eNodeB(20)에 지정된 SGW를 통지한다. MME(30)는 eNodeB(20)와 제어 신호를 송수신하고, 또한 SGW(40)과도 제어 신호를 송수신한다.
이하, 각각의 노드 장치간에 규정되어 있는 프로토콜에 대해서 설명한다. UE(10)와 eNodeB(20)간의 제어 신호는 RRC(Radio Resource Control)로서 규정되어 있는 프로토콜을 사용하여 송수신된다. UE(10) 및 eNodeB(20)에서의 사용자 데이터는 트래픽 채널(Traffic channel)을 사용하여 송수신된다.
eNodeB(20)와 SGW(40)간의 사용자 데이터와 SGW(40)와 PGW(50)간의 사용자 데이터는 GTP-U로서 규정되어 있는 프로토콜을 사용하여 송수신된다.
eNodeB(20)와 MME(30)간의 제어 신호는 S1AP(S1 Application Protocol)로서 규정되어 있는 프로토콜을 사용하여 송수신된다. MME(30)와 SGW(40)간의 제어 신호와 SGW(40)와 PGW(50)간의 제어 신호는 GTP-C로서 규정되어 있는 프로토콜을 사용하여 송수신된다.
이하, 도 2를 참조하여 SGW(40)와 PGW(50)간에 소량의 데이터를, 제어 신호를 송수신하는 통신 자원을 사용하여 송수신하는 구성에 대해서 설명한다. 소량의 데이터는 예를 들어, MTC 디바이스로부터 송신되는 데이터이다. 그 구체예는 센서 및 미터(meter)의 측정값, 자동 판매기의 매출 등을 포함한다. 게다가, 소량의 데이터는 사용자 조작없이 통신 기기간에 자율적으로 송수신되는 사용자 데이터일 수도 있다. 소량의 데이터는 3GPP에서 스몰 데이터(Small Data)로서 규정되어 있다(3GPP TS 22.368 V11.5.0 "Service requirements for Machine-Type Communications(MTC)", clause 7.2.5, 2012-06 등). 통신 기기는 예를 들어, 자동 판매기, 센서 단말기 등이다. 통신 기기간의 통신은 3GPP에서 MTC(Machine Type Communication)로서 규정되어 있다. 즉, 소량의 데이터는 MTC 디바이스간 또는 MTC 디바이스와 서버 장치 등 간에 송신되는 데이터이다. 일반적으로, MTC는 사용자 조작없이 자율적으로 행하여지는 통신을 가리킨다. 통신 자원은 예를 들어, 사용자 데이터 또는 제어 신호를 송수신하기 위해 설정되는 파라미터, 파라미터를 저장하는 메모리 또는 통신 경로 상에 사용자 데이터 또는 제어 신호를 송수신하기 위해 필요한 자원 등이다.
도 2는 SGW(40)와 PGW(50)간에 소량의 데이터를 GTP-C로서 규정되어 있는 프로토콜을 사용하여 송수신하는 것을 나타내고 있다. 예를 들면, SGW(40)는 eNodeB(20)로부터 GTP-U를 통해 송신되는 UE(10)로부터의 소량의 데이터를, GTP-C를 통해 PGW(50)에 송신한다. 한편, PGW(50)가 UE(10)로 보내질 소량의 데이터를 수신했을 경우, PGW(50)는 GTP-C를 통해 소량의 데이터를 SGW(40)로 송신한다. 이러한 방식으로, SGW(40)와 PGW(50)간에 소량의 데이터를 GTP-C를 사용하여 송수신함으로써, SGW(40)와 PGW(50)에서 사용자 데이터용(예를 들면, GTP-U) 통신 자원을 확보할 필요가 없게 되어, 자원 부하를 줄일 수 있다.
도 3은 eNodeB(20)와 SGW(40)간에, GTP-U를 사용하여 송신되고 있었던 소량의 데이터를, 제어 신호를 송수신하는 프로토콜을 사용하여 송신하는 예를 나타내고 있다. eNodeB(20)는 트래픽 채널(Traffic channel)을 통해 송신된 소량의 데이터를 S1AP를 통해 MME(30)에 송신한다. 게다가, MME(30)는 eNodeB(20)로부터 송신된 소량의 데이터를 GTP-C를 통해 SGW(40)에 송신한다. 한편, SGW(40)가 PGW(50)로부터 UE(10)로 보내질 소량의 데이터를 수신했을 경우, SGW(40)는 GTP-C를 통해 소량의 데이터를 MME(30)에 송신한다. 또한, MME(30)는 수신한 소량의 데이터를 S1AP를 통해 eNodeB(20)에 송신한다. SGW(40)와 PGW(50)간의 송수신은 도 2에 나타난 것과 동일하며 과도하게 상세히 설명하지 않는다.
이하, 도 4를 참조하여 GTP-C 메시지의 구성예에 대해서 설명한다. GTP-C를 통해 송신되는 GTP-C 메시지는 GTP-C 메시지 헤더 및 IE(Information Element) A 내지 C를 포함한다. 게다가, GTP-C 메시지에는, 소량의 데이터를 송신하기 위해, UP-PDU(User Plane-Protocol Date Unit) IE가 규정되어 있다. 또한, eNodeB(20)와 MME(30)간에 사용되는 S1AP 메시지에도 GTP-C 메시지와 유사하게, UP-PDU IE가 규정되어 있다.
이러한 방식으로, SGW(40)와 PGW(50) 사이뿐 아니라 eNodeB(20)와 SGW(40)사이에 소량의 데이터를, 제어 신호를 송신하기 위해 사용되는 S1AP 및 GTP-C를 사용하여 송수신함으로써, eNodeB(20)에서 사용자 데이터용 통신 자원을 확보할 필요가 없기에, 자원 부하를 줄일 수 있다.
또한, 도 2의 구성에서, UE(10) 및 eNodeB(20)의 처리 동작은 도 1에 나타낸 UE(10) 및 eNodeB(20)와 동일하다. 따라서, UE(10) 및 eNodeB(20)에 본 발명을 실현하기 위해 신규 특징을 결합할 필요는 없다. 한편, 도 3의 구성에서, UE(10)의 처리 동작은 도 1에 나타낸 UE(10)와 동일하다. 따라서, UE(10)에, 본 발명을 실현하기 위해 신규 특징을 결합할 필요는 없다. 신규 특징은 예를 들어, 사용자 데이터용 베어러를 통해 송신된 소량의 데이터를 수신하고, 수신된 소량의 데이터를 제어 신호용 베어러를 통해 송신하는 특징이다.
이하, 도 5를 참조하여 UE의 위치 등록시의 처리(ATTACH)의 흐름에 대해서 설명한다. ATTACH는 예를 들어, UE에 전원이 공급되었을 때, UE의 위치를 이동 통신 네트워크에 등록하기 위해 행해진다. 또한, 도 5에서, eNodeB는 eNB로서 표기되어 있다. 다음 설명에서, eNodeB와 eNB는 동일한 장치이다.
첫번째로, UE(10)는 ATTACH 신호를 MME(30)에 송신한다(S1). 다음으로, UE(10)와 HSS(Home Subscriber Server)간에 인증 및 보안 설정이 행해진다(S2). 다음으로, MME(30)는 Update Location request 신호를 HSS에 송신한다(S3). 다음으로, HSS는 Update Location Ack 신호를 MME(30)에 송신한다. Update Location Ack 신호는 APN 단위로 설정되어 있는 pseudo-U/Size attribution을 포함한다. pseudo-U/Size attribution은 APN 단위 이외에도, IMSI 단위, IMEISV 단위 등으로 설정될 수도 있다. HSS는 UE(10)와 관련된 가입자 데이터로서, pseudo-U/Size attribution을 관리한다. 따라서, HSS는 UE(10)로부터 송신된 Update Location request 신호에 대하여 응답 신호인 Update Location Ack 신호에 pseudo-U/Size attribution을 추가할 수 있다.
pseudo-U/Size attribution은 pseudo-U 베어러를 설정하기 위해 사용된다. pseudo-U 베어러는 의사(pseudo) 또는 가상의 방식으로 설정되는 GTP-U 베어러이다. 베어러는 장치간의 통신 경로이다. 베어러는 장치간의 통신 경로를 설정하기 위해 확보된 통신 자원일 수도 있다. pseudo-U 베어러는 의사 또는 가상의 방식으로 설정되는 베어러이기 때문에, 통신 자원이 확보되지 않거나 필요한 최소한의 통신 자원이 확보된다. 구체적으로, UE(10)가 ATTACH 처리를 실행할 때, GTP-U 베어러를 설정하기 위해, 통신 자원의 확보가 통상적으로 수행된다. GTP-U 베어러를 설정하는 것 대신에, 실제로는 통신 자원의 확보가 행하여지지 않는 pseudo-U 베어러를 설정함으로써, 장치들간의 처리 시퀀스를 변경하지 않고 불필요한 통신 자원의 확보를 피할 수 있다. 구체적으로, 소량의 데이터를 GTP-C 베어러를 통해 전송할 경우에, GTP-U 베어러를 설정하는 것 대신에, pseudo-U 베어러를 설정하는 처리를 행하며, 이것이 통상적인 처리이다. 이러한 방식으로, 소량의 데이터를 송신하는 통신 기기에 GTP-U 베어러를 설정하기 위한 통신 자원을 할당하지 않고, 통신 기기를 이동 통신 시스템에 수용할 수 있다.
또한, pseudo-U/Size attribution에는, 소량의 데이터로서 정의되는 사이즈에 관한 정보도 규정되어 있다. 정의된 사이즈보다 큰 데이터는 소량의 데이터로서 취급되지 않는다. 따라서, 정의된 사이즈보다 작은 데이터가 소량의 데이터로서 취급된다.
pseudo-U/Size attribution을 수신한 MME(30)는 PU(pseudo-U) flag를 포함하는 Create Session request 신호를 SGW(40)에 송신한다. 또한, SGW(40)는 PU(pseudo-U) flag를 포함하는 Create Session request 신호를 PGW(50)에 송신한다(S5). PU flag는 SGW(40)와 PGW(50) 사이에서, 통상의 GTP-U 베어러가 아니라, pseudo-U 베어러의 설정을 통지하는 파라미터이다. 또한, PU flag는 eNodeB(20)와 SGW(40) 사이에서, 통상의 GTP-U 베어러가 아니라, pseudo-U 베어러의 설정을 통지하는 파라미터일 수도 있다.
다음으로, PGW(50)는 PU status 1을 포함하는 Create Session response 신호를 SGW(40)에 송신한다. 또한, SGW(40)는 PU status 1을 포함하는 Create Session response 신호를 MME(30)에 송신한다(S6). PU status 1은 SGW(40)와 PGW(50)간에 pseudo-U 베어러가 설정되어 있는 상태를 나타내는 파라미터이다. PGW(50)로부터 SGW(40)로, 게다가, SGW(40)로부터 MME(30)로 Create Session response 신호가 송신되어, SGW(40)에 PU status 1이 저장됨으로써, SGW(40)와 PGW(50)간의 pseudo-U 베어러(이하, Pseudo-U treatment(1)이라 칭함)의 설정이 완료된다(S7).
다음으로, MME(30)는 eNodeB(20)에 PU flag를 포함하는 Initial Context Setup Request/Attach Accept 신호를 송신한다(S8). 이것에 의해, MME(30)는 eNodeB(20)와 SGW(40)의 사이에서, GTP-U 베어러가 아니라, pseudo-U 베어러의 설정을 통지한다. 다음으로, eNodeB(20)는 UE(10)에 RRC Connection Reconfiguration 신호를 송신한다(S9). 다음으로, UE(10)는 eNodeB(20)에 RRC Connection Reconfiguration Complete 신호를 송신한다(S10).
다음으로, eNodeB(20)는 PU status 2를 포함하는 Initial Context Setup Response 신호를 MME(30)에 송신한다(S11). PU status 2는 eNodeB(20)와 SGW(40) 사이에 pseudo-U 베어러가 설정되어 있는 상태를 나타내는 파라미터이다. 이것에 의해, eNodeB(20)와 SGW(40)간에 pseudo-U 베어러의 설정(이하, Pseudo-U treatment(2)라고 칭함)이 완료된다(S12).
다음으로, MME(30)는 SGW(40)에 PU flag 및 PU status 2를 포함하는 Modify bearer request 신호를 송신한다(S13). 이것에 의해, MME(30)는 Pseudo-U treatment(2)의 상태를 SGW(40)에 통지한다. 다음으로, SGW(40)는 MME(30)에 Modify bearer response 신호를 송신한다(S14).
SGW(40)는 PU status 1 및 PU status 2를 저장한다. 따라서, SGW(40)는 수신된 소량의 데이터를 어느 베어러에 설정하여 송신할지를 판정할 수 있다. 예를 들면, SGW(40)는 eNodeB(20)과 SGW(40)간에 pseudo-U 베어러가 설정되어 있다는 것을 나타내는 PU status 2를 저장하고 있다고 가정된다. 이 상태에서, SGW(40)가 PGW(50)로부터 소량의 데이터를 수신할 경우, GTP-C 베어러를 통해 소량의 데이터를 MME(30)에 송신한다. 예를 들면, SGW(40)가 PU status 2를 저장하고 있지 않은 경우, SGW(40)는 PGW(50)으로부터 수신된 소량의 데이터를 GTP-U 베어러를 통해 eNodeB(20)에 송신한다. SGW(40)가 PU status 2를 저장하고 있지 않은 경우는 예를 들어, eNodeB(20) 및 SGW(40)가 eNodeB(20)와 SGW(40)간에 pseudo-U 베어러를 설정하는 특징을 구비하고 있지 않은 경우에 발생한다.
상술한 설명에서는, Pseudo-U treatment(1) 및 Pseudo-U treatment(2)를 설정하는 예에 대해 설명되었다. 즉, eNodeB(20)로부터 PGW(50)로 소량의 데이터를, 제어 신호를 송신하는 베어러를 사용하여 송신하는 예에 대해서 설명하였다. 그러나, SGW(40)와 PGW(50) 사이에서만 소량의 데이터를, 제어 신호를 송신하는 베어러를 사용하여 송신할 경우에는, Pseudo-U treatment(2)를 설정하는 절차를 생략할 수도 있다. 이것은 이하의 설명에서도 동일하다.
이하, 도 6을 참조하여 TAU(Tracking Area Update)가 행하여질 경우의 처리 흐름에 대해서 설명한다. Tracking Area(TA)는 예를 들어, 코어 네트워크와 같은 이동 통신 네트워크상에서 관리되는 UE(10)의 위치 정보이다. Tracking Area(TA)는 복수의 셀로 구성되는 영역일 수도 있다. TAU는 UE(10)가 위치하는 TA가 변경될 때 실행되는 처리이다.
첫번째로, UE(10)는 TA가 변경된 후에 UE(10)를 관리할 새로운 MME(30)(New MME)에 TAU request 신호를 송신한다(S21). 다음으로, New MME는 TA가 변경되기 전에 UE(10)를 관리했던 MME(30)(Old MME)에 Context request 신호를 송신한다(S22). 다음으로, Old MME는 New MME에, Context Response 신호를 송신한다(S23). Context Response 신호는 PU flag를 포함한다. 따라서, Old MME는 UE(10)를 위해, GTP-U 대신에 pseudo-U 베어러가 설정될 것임을 New MME에 통지한다. 그후, UE(10)와 HSS(Home Subscriber Server)간에 인증과 보안 설정이 행해진다(S24). 다음으로, New MME는 Old MME에 Context request Ack 신호를 송신한다(S25).
다음으로, New MME는 TA의 변경후에 UE(10)로부터 송신되는 소량의 데이터를 전송하기 위해 새롭게 할당되는 SGW(40)(New SGW)에, PU flag를 포함하는 Create Session request 신호를 송신한다(S26). 다음으로, TA의 변경전에 할당되어 있었던 SGW(40)(Old SGW)와 PGW(50)간에 설정되어 있었던 pseudo-U 베어러는 New SGW와 PGW(50)간에 설정된다. 이러한 설정으로 인해, New SGW는 PU flag를 포함하는 Modify bearer request 신호를 PGW(50)에 송신한다(S27). 다음으로, PGW(50)는 PU status 1을 포함하는 Modify bearer response 신호를 New SGW에 송신한다(S28). 다음으로, New SGW는 New MME에 PU status 1을 포함하는 Create Session response 신호를 송신한다(S29). 이것에 의해, New SGW와 PGW(50)간에 Pseudo-U treatment(1)가 설정된다(S30).
다음으로, New MME는 HSS에 Update Location request 신호를 송신한다(S31). 다음으로, HSS는 New MME에 Update Location Ack 신호를 송신한다. Update Location Ack 신호는 APN 단위로 설정되는 pseudo-U/Size attribution을 포함한다(S32). pseudo-U/Size attribution은 APN 단위 이외에도, IMSI 단위, IMEISV 단위 등으로 설정될 수도 있다. 다음으로, New MME는 UE(10)에 TAU accept 신호를 송신한다(S33).
이하, 도 7를 참조하여 UE(10)로부터 소량의 데이터를 송신할 경우의 처리 흐름에 대해서 설명한다. 첫번째로, UE(10)는 MME(30)에 PDN Connectivity Request(APN)신호를 송신한다(S41). 다음으로, MME(30)는 eNodeB(20)에, PU flag를 포함하는 Initial Context Setup Request 신호를 송신한다(S42). 스텝 S43 내지 S48의 처리는 도 5의 스텝 S9 내지 S14와 동일하기 때문에 과도하게 상세히 설명하지 않는다.
이하, 도 8 및 도 9를 참조하여 핸드오버 처리의 흐름에 대해서 설명한다. 도 8 및 도 9에 나타낸 핸드오버에서는, UE(10)가 속하는 eNodeB, MME 및 SGW가 변경될 경우에 대해서 설명한다. 첫번째로, 핸드오버가 행해지는 eNodeB(20)(Old eNB)는 Old eNB를 관리하는 MME(Old MME)에 Handover required 신호를 송신한다(S51). 다음으로, Old MME는 핸드오버가 행해지는 eNodeB(20)(New eNB)를 관리하는 MME(New MME)에 Forward Relocation Request 신호를 송신한다(S52). Forward Relocation Request 신호는 PU flag를 포함한다. 다음으로, New MME는 New eNB에 접속되는 New SGW에 Create Session request 신호를 송신한다(S53). Create Session request 신호는 PU flag를 포함한다. 다음으로, New SGW는 New MME에 Create Session response 신호를 송신한다(S54).
다음으로, New MME는 New eNB에 PU flag를 포함하는 Handover request 신호를 송신한다(S55). 다음으로, New eNB는 New MME에 PU status 2를 포함하는 handover request ack 신호를 송신한다(S56). 이것에 의해, New eNB 및 New SGW 간에 Pseudo-U treatment(2)가 설정된다(S57). 다음으로, New MME는 Old MME에 Forward Relocation Response 신호를 송신한다(S58). 다음으로, Old MME는 Old eNB에 Handover command 신호를 송신한다(S59). 다음으로, Old eNB는 UE(10)에 Handover command 신호를 송신한다(S60).
이하, 스텝 S60 이후의 핸드오버 처리에 대하여 도 9를 참조하여 설명한다. 스텝 S60 이후에, UE(10)는 New eNB에 Handover confirm 신호를 송신한다(S61). 다음으로, New eNB는 New MME에 Handover Notify 신호를 송신한다(S62). 다음으로, New MME는 Old MME에 Forward relocation complete Notification 신호를 송신한다(S63). 다음으로, Old MME는 New MME에 Forward relocation complete Ack 신호를 송신한다(S64). 다음으로, New MME는 New SGW에 Modify bearer request 신호를 송신한다(S65). Modify bearer request 신호는 PU flag 및 PU status 2를 포함한다.
다음으로, New SGW는 PGW(50)에 PU flag를 포함하는 Modify bearer request 신호를 송신한다(S66). 다음으로, PGW(50)는 New SGW에 PU status 1을 포함하는 Modify bearer response 신호를 송신한다(S67). 게다가, New SGW는 New MME에 PU status 1을 포함하는 Modify bearer response 신호를 송신한다(S68). 이것에 의해, New SGW와 PGW(50) 간에 Pseudo-U treatment(1)가 설정된다(S69).
이하, 도 10을 참조하여 PGW(50)가 UE(10)로 보내질 소량의 데이터를 수신했을 경우의 처리의 흐름에 대해서 설명한다. SGW(40)와 PGW(50)간에 Pseudo-U treatment(1)가 설정되어 있다고 가정된다(S71). PGW(50)가 Pseudo-U treatment(1)과 관련되는 UE(10)로 보내질 소량의 데이터를 수신한 경우, 수신된 소량의 데이터를 GTP-C를 통해 SGW(40)에 송신한다(S72). 다음으로, SGW(40)는 MME(30)에 소량의 데이터가 수신되었다는 것을 통지하기 위해, Downlink Data Notification 신호를 송신한다(S73). 이 Downlink Data Notification 신호는 소량의 데이터를 포함할 수도 있다. 다음으로, MME(30)는 eNodeB(20)에 Page 신호를 송신하고(S74), 더욱이 eNodeB(20)는 UE(10)에 Page 신호를 송신한다(S75). PGW(50)는 수신된 데이터가 소량의 데이터인지의 여부를 판정하기 위해, 데이터의 사이즈가 소량의 데이터로서 정의되어 있는 사이즈를 초과하는지를 판정할 수도 있다는 것에 유의하라.
이하, 도 11을 참조하여 UE(10)로부터 소량의 데이터를 송신할 경우의 처리 흐름에 대해서 설명한다. 도 11에 나타낸 처리는 도 10에서 Page 신호를 수신한 UE(10)에 의해 실행되는 처리로서도 이용된다는 것에 유의하라.
첫번째로, UE(10)는 MME(30)에 Service request 신호를 송신한다(S76). 다음으로, UE(10)와 HSS(Home Subscriber Server)간에 인증과 보안 설정이 행해진다(S77). 다음으로, MME(30)는 eNodeB(20)에 PU flag를 포함하는 S1-AP: Initial Context Setup Request 신호를 송신한다(S78). 이 S1-AP: Initial Context Setup Request 신호는 소량의 데이터를 포함할 수도 있다. 다음으로, eNodeB(20)는 UE(10)과 무선 베어러(Radio bearer)를 설정한다(S79). eNodeB(20)는 S1-AP: Initial Context Setup Request 신호와 함께 수신된 소량의 데이터를 설정된 무선베어러를 사용하여 UE(10)에 송신할 수도 있다. 다음으로, eNodeB(20)는 MME(30)에 PU status 2를 포함하는 S1-AP: Initial Context Setup Complete 신호를 송신한다(S80). 이것에 의해, eNodeB(20)와 SGW(40)간에 Pseudo-U treatment(2)가 설정된다(S81).
다음으로, MME(30)는 PU flag와 PU status 2를 포함하는 Modify bearer request 신호를 송신한다(S82). 다음으로, SGW(40)는 MME(30)에 Modify bearer response 신호를 송신한다(S83).
이하, 도 12를 참조하여 소량의 데이터를 GTP-C를 이용하여 송수신하는 환경에서, 소량의 데이터로서 정의되는 데이터 사이즈(또는 데이터량)보다도 큰 다량의 데이터를 송수신하는 경우에 대해서 설명한다. 예를 들면, MTC에 사용되는 통신 기기로서 온도 센서가 사용될 경우에, 온도 센서는 정기적으로 온도 정보를 서버 장치 등에 통지한다. 이 경우의 기온 정보는 소량의 데이터로서 취급된다. 한편, 온도 센서의 소프트웨어 업데이트가 요구되었을 경우에, 온도 센서는 소량의 데이터보다도 데이터량이 많은 데이터(이하, 다량의 데이터라고 칭함)를 전송할 경우가 있다. 이러한 경우의 다량의 데이터의 전송 방법에 대해서는 후술한다. 다량의 데이터는 pseudo-U/Size attribution에 정의되어 있는 데이터 사이즈보다 큰 데이터이다.
SGW(40)와 PGW(50) 사이에, 소량의 데이터를 전송하기 위해서 GTP-C 베어러가 설정되어 있을 경우에, UE(10)로 보내질 다량의 데이터가 PGW(50)에 도착하면, PGW(50)는 SGW(40)과 다량의 데이터를 전송하기 위한 전용 베어러를 새롭게 설정한다. 전용 베어러는 예를 들어, GTP-U 베어러일 수도 있다. 이러한 설정으로 인해, PGW(50)는 SGW(40)에 Create Bearer Request 신호를 송신한다. 게다가, SGW(40)는 MME(30)에 Create Bearer Request 신호를 송신한다(S91). 다음으로, MME(30)는 eNodeB(20)에 Bearer Setup Request 신호를 송신한다(S92). 다음으로, eNodeB(20)는 MME(30)에 Bearer Setup Response 신호를 송신한다(S93). 다음으로, MME(30)는 SGW(40)에 Create Bearer Response 신호를 송신한다. 다음으로, SGW(40)는 PGW(50)에 Create Bearer Response 신호를 송신한다(S94).
이러한 방식으로, Create Bearer Request/Response 신호를 송신함으로써, SGW(40)와 PGW(50)간에 다량의 데이터를 전송하기 위한 전용 베어러가 설정되고, Bearer Setup Request/Response 신호를 송신함으로써, eNodeB(20)와 SGW(40)간에도 전용 베어러가 설정된다.
또한, SGW(40)와 PGW(50)간에, 소량의 데이터를 전송하기 위해 GTP-C가 설정되어 있을 경우에, PGW(50)에 다량의 데이터가 도착하면, PGW(50)는 이미 SGW(40)와 PGW(50)간에 설정되어 있는 pseudo-U 베어러를 통상의 GTP-U 베어러 또는 전용 베어러로 변경할 수도 있다. 이 경우, 도 12의 스텝 S91 및 S94에서의 Create Bearer Request/Response 신호 대신에, Update Bearer Request/Response 신호가 사용된다. 게다가, 도 12의 스텝 S92 및 S93에서의 Bearer Setup request/Response 대신에, Bearer Modify Request/Response 신호가 사용된다.
또한, Bearer Modify Request/Response 신호는 eNodeB(20)와 SGW(40)간에 Pseudo-U treatment(2)가 설정되어 있을 경우에만 전송된다.
이하, 도 13을 참조하여 소량의 데이터를 GTP-C 및 S1-AP를 이용하여 송수신하는 환경에서, UE(10)로부터 다량의 데이터를 송신하는 경우에 대해서 설명한다.
소량의 데이터를 전송하기 위해 eNodeB(20)와 MME(30)간에 S1-AP가 설정되고, MME(30)와 PGW(50)간에 GTP-C가 설정되어 있을 경우에, UE(10)로부터 다량의 데이터를 송신하기 위해, eNodeB(20)와 PGW(50)간에 다량의 데이터를 전송하기 위한 전용 베어러가 새롭게 설정된다.
첫번째로, eNodeB(20)가 UE(10)로부터 다량의 데이터를 수신한 경우, eNodeB(20)는 MME(30)에 Bearer Resource Command 신호를 송신한다(S111). 다음으로, MME(30)는 SGW(40)에 Bearer Resource Command 신호를 송신하고, 더욱이 SGW(40)는 PGW(50)에 Bearer Resource Command 신호를 송신한다(S112). 다음으로, PGW(50)는 SGW(40)에 Create Bearer Request 신호를 송신하고, 더욱이 SGW(40)는 MME(30)에 Create Bearer Request 신호를 송신한다(S113).
다음으로, MME(30)는 eNodeB(20)에 Bearer Setup Request 신호를 송신한다(S114). 다음으로, eNodeB(20)는 MME(30)에 Bearer Setup Response 신호를 송신한다(S115). 다음으로, MME(30)는 SGW(40)에 Create Bearer Response 신호를 송신한다(S116).
이러한 방식으로, MME(30)와 PGW(50)간에 Create Bearer Request/Response 신호를 송신함으로써, SGW(40)와 PGW(50)간에 다량의 데이터를 전송하기 위한 전용 베어러가 설정되고, MME(30)와 eNodeB(20)간에 Bearer Setup Request/Response 신호를 송신함으로써, eNodeB(20)와 SGW(40)간에도 전용 베어러가 설정된다.
SGW(40)와 PGW(50)간에는 GTP-C 베어러를 사용하여 소량의 데이터를 전송하고, SGW(40)와 eNodeB(20)간에는, GTP-U 베어러를 사용하여 소량의 데이터를 전송할 경우, UE(10)로부터 SGW(40)까지는, GTP-U 베어러를 통해 다량의 데이터가 전송된다. 이러한 경우, SGW(40)로부터 PGW(50)에 Bearer Resource Command 신호가 송신된다. 게다가, PGW(50)와 MME(30)간에 Create Bearer Request/Response 신호가 전송된다. 이것에 의해, SGW(40)와 PGW(50)간에 다량의 데이터를 전송하기 위해 사용되는 전용 베어러가 설정된다. 또한, 이 경우, 도 13에서의 Bearer Setup Request/Response 신호는 전송되지 않는다.
또한, SGW(40)와 PGW(50) 사이 및 MME(30)와 SGW(40) 사이에 소량의 데이터를 전송하기 위해 GTP-C가 설정되고, eNodeB(20)와 MME(30)간에 S1AP가 설정되어 있을 경우에, eNodeB(20)가 UE(10)로부터 다량의 데이터를 수신하면, eNodeB(20)와 PGW(50)간에 이미 설정되어 있는 pseudo-U 베어러는 통상의 GTP-U 베어러 또는 전용 베어러로 변경될 수도 있다. 이 경우, 도 13의 스텝 S113 및 S116에서의 Create Bearer Request/Response 신호 대신에, Modify bearer request 신호가 사용된다. 또한, 도 13의 스텝 S114 및 S115에서의 Bearer Setup request/Response 대신에, Bearer Modify Request/Response 신호가 사용된다.
또한, Bearer Modify Request/Response 신호는 eNodeB(20)와 SGW(40)간에 Pseudo-U treatment(2)가 설정되어 있을 경우에만 전송된다.
SGW(40)와 PGW(50)간에는 GTP-C 베어러를 사용하여 소량의 데이터를 전송하고, SGW(40)와 eNodeB(20)간에는 GTP-U 베어러를 사용하여 소량의 데이터를 전송하는 경우, UE(10)로부터 SGW(40)까지는, GTP-U 베어러를 통해 다량의 데이터가 전송된다. 이러한 경우, SGW(40)로부터 PGW(50)에 Bearer Resource Command 신호가 송신된다. 게다가, PGW(50)와 MME(30)간에 Modify Bearer Request/Response 신호가 전송된다. 이것에 의해, SGW(40)와 PGW(50)간에 이미 설정되어 있는 Pseudo-U 베어러는 다량의 데이터를 전송하기 위해 이용되는 전용 베어러 또는 GTP-U 베어러로 변경될 수 있다. 또한, 이 경우, 도 13에서의 Bearer Modify Request/Response 신호는 전송되지 않는다.
이하, 도 14를 참조하여 다량의 데이터를 전송하기 위해 설정된 전용 베어러를 삭제할 경우의 처리 흐름에 대해서 설명한다. 전용 베어러는 eNodeB(20)와 PGW(50)간에 다량의 데이터의 전송이 종료될 때 삭제된다. 구체적으로, 다량의 데이터가 일정 시간동안 전송되지 않았다는 사실이 eNodeB(20) 또는 PGW(50)에서 검출되었을 경우에, 전용 베어러는 삭제될 수도 있다.
첫번째로, PGW(50)가 일정 시간동안 다량의 데이터가 전송되지 않았다는 사실을 검출하면, SGW(40)에 Delete Bearer Request 신호를 송신하고, 더욱이 SGW(40)는 MME(30)에 Delete Bearer Request 신호를 송신한다(S131). 다음으로, MME(30)는 eNodeB(20)와 SGW(40)간에 설정된 전용 베어러를 삭제하기 위해, eNodeB(20)에 Deactivate Bearer Request 신호를 송신한다(S132).
다음으로, eNodeB(20)는 MME(30)에 Deactivate Bearer Response 신호를 송신한다(S133). 다음으로, MME(30)는 SGW(40)에 Delete Bearer Response 신호를 송신하고, 더욱이, SGW(40)는 PGW(50)에 Delete Bearer Response 신호를 송신한다(S134). 이것에 의해, eNodeB(20)와 PGW(50)간에 설정된 전용 베어러는 삭제된다.
또한, 다량의 데이터를 전송하기 위해, pseudo-U 베어러가 GTP-U 베어러 또는 전용 베어러로 변경되어 있었을 경우에, 다량의 데이터의 전송 종료시 pseudo-U 베어러로 되돌리는 베어러 설정의 처리 흐름에 대해서 후술한다. 구체적으로, 도 14의 스텝 S131 및 S134에서의 Delete Bearer Request/Response 신호 대신에, Update Bearer Request/Response 신호가 사용된다. 게다가, 도 14의 스텝 S132 및 S133에서의 Deactivate Bearer Request/Response 신호 대신에, Bearer Modify Request/Response 신호가 사용된다. 이 신호를 사용하여, GTP-U 베어러 또는 전용 베어러를 pseudo-U 베어러로 되돌리는 설정 처리가 행해진다.
이하, 도 15를 참조하여 eNodeB(20)가 다량의 데이터가 일정 시간동안 전송되지 않았다는 사실을 검출했을 경우에, 전용 베어러를 삭제할 경우의 처리 흐름에 대해서 설명한다. 첫번째로, eNodeB(20)가 일정 시간동안 다량의 데이터 전송이 행하여지지 않았다는 사실을 검출하면, MME(30)에 Bearer Resource Command 신호를 송신한다(S141).
다음으로, MME(30)는 SGW(40)에 Delete Bearer Command 신호를 송신하고, 더욱이, SGW(40)는 PGW(50)에 Delete Bearer Command 신호를 송신한다(S142). 다음으로, PGW(50)는 SGW(40)에 Delete Bearer Request 신호를 송신하고, 더욱이, SGW(40)는 MME(30)에 Delete Bearer Request 신호를 송신한다(S143). 다음으로, MME(30)는 eNodeB(20)에 Deactivate Bearer Request 신호를 송신한다(S144). 다음으로, eNodeB(20)는 MME(30)에 Deactivate Bearer Response 신호를 송신한다(S145). 다음으로, MME(30)는 SGW(40)에 Delete Bearer Response 신호를 송신하고, 더욱이, SGW(40)는 PGW(50)에 Delete Bearer Response 신호를 송신한다(S146).
이러한 방식으로, Delete Bearer Request/Response 신호를 송신함으로써, SGW(40)와 PGW(50)간에 다량의 데이터를 전송하기 위한 전용 베어러는 삭제되고, Deactivate Bearer Request/Response 신호를 송신함으로써, eNodeB(20)와 SGW(40)간의 전용 베어러는 삭제된다.
또한, 다량의 데이터를 전송하기 위해, pseudo-U 베어러가 GTP-U 베어러 또는 전용 베어러로 변경되어 있었을 경우에, 다량의 데이터의 전송 종료시 pseudo-U 베어러로 되돌리는 베어러 설정 처리의 흐름에 대해서 설명한다. 구체적으로, 도 15의 스텝 S143 및 S146에서의 Delete Bearer Request/Response 신호 대신에, Modify Bearer Request/Response 신호가 사용된다. 게다가, 도 15의 스텝 S144 및 S145에서의 Deactivate Bearer Request/Response 신호 대신에, Bearer Modify Request/Response 신호가 사용된다. 이 신호를 이용하여, GTP-U 베어러 또는 전용 베어러를 pseudo-U 베어러로 되돌리는 설정 처리가 수행된다.
SGW(40)와 PGW(50)간에는 GTP-C 베어러를 사용하여 소량의 데이터를 전송하고, SGW(40)와 eNodeB(20)간에는 GTP-U 베어러를 사용하여 소량의 데이터를 전송하는 경우, SGW(40)에서, 다량의 데이터가 전송되지 않았다는 사실이 검출될 수도 있다. 이 경우, SGW(40)로부터 PGW(50)에 Delete Bearer Command 신호가 송신된다. 게다가, PGW(50)와 MME(30)간에 Delete Bearer Request/Response 신호가 전송된다. 이것에 의해, SGW(40)와 PGW(50)간에 설정되어 있던, 다량의 데이터를 전송하기 위해 사용되는 전용 베어러가 삭제될 수 수 있다. 또한, 이 경우, 도 15에서의 Deactivate Bearer Request/Response 신호는 전송되지 않는다.
상술한 바와 같이, 본 발명의 제1 실시 형태에 따른 이동 통신 시스템을 사용함으로써, eNodeB(20)와 PGW(50)간에 통신 자원의 확보를 필요로 하지 않는pseudo-U 베어러를 설정할 수 있다. 이것에 의해, 소량의 데이터의 전송에 GTP-U 베어러를 사용할 경우와 같은 처리 흐름에서, GTP-C 및 S1-AP와 같은 제어 신호를 전송하기 위해서 사용되는 통신 자원을 사용함으로써 소량의 데이터를 전송할 수 있다.
(제2 실시 형태)
이하, 본 발명의 제2 실시 형태에 따라 SGW(40)와 PGW(50)간에 PMIP(Proxy Mobile IP)로서 규정되는 전송 방식을 사용하여 제어 신호 및 사용자 데이터의 전송이 행하여지는 예에 대해서 설명한다. SGW(40)와 PGW(50)간의 제어 신호는 PMIP에 규정되어 있는 프로토콜(이하, PMIP라고 칭함)을 사용하여 송수신된다. SGW(40)와 PGW(50)간의 사용자 데이터는 일반적인 IP 패킷으로서 전송된다.
SGW(40)와 PGW(50)간에 PMIP가 사용되는 경우, 소량의 데이터의 전송을 위해, 도 2에서의 SGW(40)와 PGW(50)간에 GTP-C 베어러 대신에, PMIP 베어러가 사용된다.
또한, PMIP를 통해 송신되는 PMIP 메시지에서, 도 4에서의 GTP-C 메시지 헤더 대신에, PMIP 메시지 헤더가 사용되고, 도 4에 나타낸 바와 같이 IE A 내지 C를 갖는다. 게다가, PMIP 메시지에는, 소량의 데이터를 송신하기 위해 UP-PDU IE가 규정되어 있다.
이하, 도 16 및 도 17을 참조하여 SGW(40)와 PGW(50)간에 PMIP가 사용될 경우의 UE(10)의 ATTACH 처리의 흐름에 대해서 설명한다. 스텝 S151 내지 스텝 S154는 도 5의 스텝 S1 내지 스텝 S4와 동일하기 때문에 과도하게 상세히 설명하지 않는다. 스텝 S154에서, MME(30)가 Update Location Ack 신호를 수신하면, SGW(40)에 PU flag를 포함하는 Create Session request 신호를 송신한다(S155).
다음으로, SGW(40)는 PGW(50)에 PBU(Proxy Binding Update) 신호를 송신한다(S156). PBU 신호는 PU flag를 포함한다. 다음으로, PGW(50)는 PBA(Proxy Binding Ack) 신호를 송신한다(S157). PBA 신호는 PU status 1을 포함한다. 다음으로, SGW(40)는 MME(30)에 Create Session response 신호를 송신한다(S158). Create Session response 신호는 PU status 1을 포함한다. 이것에 의해, SGW(40)와 PGW(50)간에, Pseudo-U treatment(1)이 설정된다(S159). 도 17의 스텝 S160 내지 스텝 S166은 도 5의 스텝 S8 내지 스텝 S14와 동일하기 때문에 과도하게 상세히 설명하지 않는다.
이하, 도 18을 참조하여 SGW(40)와 PGW(50)간에 PMIP가 사용될 경우의 TAU(Tracking Area Update)의 처리 흐름에 대해서 설명한다. 스텝 S171 내지 스텝 S176은 도 6의 스텝 S21 내지 스텝 S26과 동일하기 때문에 과도하게 상세히 설명하지 않는다. 스텝 S176에서, Create Session request 신호를 수신한 New SGW는 PGW(50)에 PU flag를 포함하는 PBU 신호를 송신한다(S177). 다음으로, PGW(50)는 New SGW에 PU status 1을 포함하는 PBA 신호를 송신한다(S178). 스텝 S179 내지 스텝 S183은 도 6의 스텝 S29 내지 스텝 S33과 동일하기 때문에 과도하게 상세히 설명하지 않는다.
이하, 도 19를 참조하여 UE(10)에 Handover command가 송신된 후의 핸드오버처리의 흐름에 대해서 설명한다. 스텝 S191 내지 스텝 S195는 도 9의 스텝 S61 내지 S65와 동일하기 때문에 과도하게 상세히 설명하지 않는다. 스텝 S195에서, Modify bearer request 신호를 수신한 New SGW는 PGW(50)에 PU flag를 포함하는 PBU 신호를 송신한다(S196). 다음으로, PGW(50)는 New SGW에 PU status 1을 포함하는 PBA 신호를 송신한다(S197). 스텝 S198 및 스텝 S199는 도 9의 스텝 S68 및 S69와 동일하기 때문에 과도하게 상세히 설명하지 않는다.
상술한 바와 같이, 본 발명의 제2 실시 형태에 따른 이동 통신 시스템을 사용함으로써, SGW(40)와 PGW(50)간에 PMIP로서 규정되는 전송 방식을 사용할 경우에도, eNodeB(20)와 PGW(50)간에 통신 자원의 확보를 필요로 하지 않는 pseudo-U 베어러를 설정할 수 있다. 이것에 의해, 소량의 데이터의 전송에 GTP-U 베어러를 이용할 경우와 동일한 처리 흐름에서, PMIP와 같은 제어 신호를 전송하기 위해 사용되는 통신 자원을 이용함으로써 소량의 데이터를 전송할 수 있다.
(제3 실시 형태)
이하, 도 20을 참조하여 본 발명의 제3 실시 형태에 따른 이동 통신 시스템의 구성예에 대해서 설명한다. 도 20에 나타낸 이동 통신 시스템의 구성은 코어 네트워크에 3GPP에서 규정되는 제2 세대 또는 제3 세대로서 규정되어 있는 GPRS를 사용하는 예이다. GPRS를 구성하는 장치는 SGSN(45) 및 GGSN(55)을 포함한다. 게다가, 액세스 네트워크 또는 RAN(Radio Area Network)에 RNC(25)가 사용되고, RNC(25)에는 UE(10)가 접속된다.
UE(10)는 도 1에서의 것과 동일하기 때문에 과도하게 상세히 설명하지 않는다. RNC(25)는 기지국을 통합한 장치이며, 기지국을 통해 UE(이동국)와 통신한다. 예를 들면, RNC(25)는 UE(10)로부터 송신된 사용자 데이터의 수신지(destination)인 SGSN(45)을 특정하고, 특정된 SGSN(45)에 사용자 데이터를 송신한다.
SGSN(45)은 RNC(25)와 GGSN(55)간에 사용자 데이터를 송수신하는 데이터 중계 장치로서 사용된다. 사용자 데이터는 UE(10)로부터 송신되는 음성 데이터 등을 포함하는 패킷 데이터이다.
GGSN(55)는 외부 네트워크와 사용자 데이터를 송수신하는 게이트웨이 장치로서 사용된다. 외부 네트워크는 RNC(25), SGSN(45) 및 GGSN(55)을 갖는 네트워크와 상이한 네트워크이다. 외부 네트워크는 예를 들어, RNC(25), SGSN(45) 및 GGSN(55)를 관리하는 휴대 전화 사업자와 상이한 휴대 전화 사업자에 의해 관리되는 네트워크일 경우도 있다.
이하, 도 20을 참조하여 각각의 노드 장치간에 규정되어 있는 프로토콜에 대해서 설명한다. UE(10) 및 RNC(25)간의 제어 신호는 RRC로서 규정되어 있는 프로토콜을 사용하여 송수신된다. UE(10) 및 RNC(25)에서의 사용자 데이터는 Traffic channel을 사용하여 송수신된다.
RNC(25)와 SGSN(45)간의 사용자 데이터 및 SGSN(45)과 GGSN(55)간의 사용자 데이터는 GTP-U로서 규정되어 있는 프로토콜을 사용하여 송수신된다.
RNC(25)와 SGSN(45)간의 제어 신호는 RANAP으로서 규정되어 있는 프로토콜을 사용하여 송수신된다. SGSN(45)과 GGSN(55)간의 제어 신호는 GTP-C로서 규정되어 있는 프로토콜을 사용하여 송수신된다.
이하, 도 21을 참조하여 SGSN(45)과 GGSN(55)간에 소량의 데이터를, 제어 신호를 송수신하는 통신 자원을 사용하여 송수신하는 구성에 대해서 설명한다.
도 21은 SGSN(45)과 GGSN(55)간에 소량의 데이터를 GTP-C로서 규정되어 있는 프로토콜을 사용하여 송수신하는 것을 나타낸다. 예를 들면, SGSN(45)은 RNC(25)로부터 GTP-U를 통해 송신되는 소량의 데이터를, GTP-C를 통해 GGSN(55)에 송신한다. 대안적으로, GGSN(55)는 UE(10)로 보내질 소량의 데이터를 수신한 경우, GGSN(55)는 GTP-C를 통해 소량의 데이터를 SGSN(45)에 송신한다. 이러한 방식으로, SGSN(45)과 GGSN(55)간에 소량의 데이터를 GTP-C를 사용하여 송수신함으로써, SGSN(45)과 GGSN(55)에서 사용자 데이터용 통신 자원을 확보할 필요가 없게 되어, 자원 부하를 줄일 수 있다.
도 22는 RNC(25)와 SGSN(45)간에, GTP-U를 사용하여 송신되고 있었던 소량의 데이터를, 제어 신호를 송수신하는 프로토콜을 사용하여 송신하는 예를 나타낸다. RNC(25)는 Traffic channel을 통해 송신되는 소량의 데이터를, RANAP를 통해 SGSN(45)에 송신한다. 대안적으로, SGSN(45)이 GGSN(55)로부터 UE(10)로 보내질 소량의 데이터를 수신한 경우, SGSN(45)은 RANAP를 통해 소량의 데이터를 RNC(25)에 송신한다. SGSN(45)과 GGSN(55)간의 송수신은 도 21과 동일하기 때문에 과도하게 상세히 설명하지 않는다.
이러한 방식으로, SGSN(45)와 GGSN(55) 사이 이외에도 RNC(25)와 SGSN(45)사이에도 소량의 데이터를, 제어 신호를 송신하기 위해 사용되는 RANAP를 사용하여 송수신함으로써, RNC(25)에서 사용자 데이터용 통신 자원을 확보할 필요가 없게 되어, 자원 부하를 줄일 수 있다.
이하, 도 23을 참조하여 RANAP의 구성예에 대해서 설명한다. RANAP를 통해 송신되는 RANAP 메시지는 RANAP 메시지 헤더 및 IE A 내지 C를 갖는다. 게다가, RANAP 메시지에는, 소량의 데이터를 송신하기 위해 UP-PDU IE가 규정되어 있다.
또한, 도 21의 구성에서, UE(10) 및 RNC(25)의 처리 동작은 도 20에 나타낸 UE(10) 및 RNC(25)와 동일하다. 따라서, UE(10) 및 RNC(25)에는, 본 발명을 실현하기 위해 신규 특징을 결합시킬 필요가 없다. 한편, 도 22의 구성에서, UE(10)의 처리 동작은 도 20에 나타낸 UE(10)와 동일하다. 따라서, UE(10)에는, 본 발명을 실현하기 위해 신규 특징을 결합시킬 필요가 없다.
이하, 도 24를 참조하여 본 발명의 제2 실시 형태에 따른 네트워크에서의 ATTACH 처리의 흐름에 대해서 설명한다. 첫번째로, UE(10)는 SGSN(45)에 ATTACH 신호를 송신한다(S201). 다음으로, UE(10)와 HSS(Home Subscriber Server)간에 인증 및 보안 설정이 행해진다(S202). 다음으로, SGSN(45)은 HSS에 Update Location request 신호를 송신한다(S203). 다음으로, HSS는 SGSN(45)에 Insert subscriber data 신호를 송신한다(S204). Insert subscriber data 신호는 APN 단위로 설정된 pseudo-U/Size attribution을 포함한다. pseudo-U/Size attribution은 APN 단위 이외에, IMSI 단위 또는 IMEISV 단위 등으로 설정될 수도 있다.
다음으로, SGSN(45)은 HSS에 Insert subscriber data Ack 신호를 송신한다(S205). 다음으로, HSS는 SGSN(45)에 Update Location Ack 신호를 송신한다. 이와 같이 하여, SGSN(45)은 APN 단위 등으로 설정된 pseudo-U attribution 정보를 취득하여 관리한다. 다음으로, SGSN(45)은 UE(10)에 ATTACH accept 신호를 송신한다(S207).
이하, 도 25를 참조하여 PDP Context Activation 처리의 흐름에 대해서 설명한다. PDP Context는 SGSN(45)과 GGSN(55)간에 사용자 데이터를 전송하기 위해 사용되는 통신 자원이다. 또한, 본 도면에서는, 사용자 데이터로서 소량의 데이터가 전송되는 예에 대해서 설명한다.
첫번째로, UE(10)는 SGSN(45)에 Activate PDP Context request(APN) 신호를 송신한다(S211). 다음으로, SGSN(45)은 GGSN(55)에 PU flag를 포함하는 Create PDP Context Request 신호를 송신한다(S212). 다음으로, GGSN(55)는 SGSN(45)에 PU status 1을 포함하는 Create PDP Context Response 신호를 송신한다(S213). 이러한 방식으로, PU status 1을 SGSN(45)과 GGSN(55)간에 공유함으로써, SGSN(45) 및 GGSN(55)간에 Pseudo-U treatment(1)가 설정된다(S214).
다음으로, RNC(25)와 SGSN(45)간에 pseudo-U 베어러를 설정하기 위해, SGSN(45)은 RNC(25)에 PU flag를 포함하는 RAB assignment Request 신호를 송신한다(S215). 다음으로, RNC(25)는 UE(10)과 Radio 베어러(Radio bearer)를 설정한다(S216). 다음으로, RNC(25)는 SGSN(45)에 PU status 2를 포함하는 RAB assignment Response 신호를 송신한다(S217). 이러한 방식으로, PU status 2를 RNC(25)와 SGSN(45)간에 공유함으로써, RNC(25)와 SGSN(45)간에 Pseudo-U treatment(2)가 설정된다(S218). 다음으로, SGSN(45)은 UE(10)에 Activate PDP Context Accept 신호를 송신한다(S219).
이하, 도 26을 참조하여 SGSN의 변경을 수반하는 RAU(Routing Area Update)처리의 흐름에 대해서 설명한다. Routing Area(RA)는 GPRS 네트워크상에서 관리되는 UE(10)의 위치 정보이다. RA는 복수의 셀로부터 구성되는 영역일 수도 있다. RAU는 UE(10)가 위치하는 RA가 변경될 때에 실행되는 처리이다.
첫번째로, UE(10)는 변경후의 RA를 관리하는 SGSN(이하, New SGSN이라 칭함)에 RAU 신호를 송신한다(S221). 다음으로, New SGSN은 변경전의 RA를 관리하는 SGSN(이하, Old SGSN이라 칭함)에 SGSN Context request 신호를 송신한다(S222). 다음으로, Old SGSN은 New SGSN에 SGSN Context response 신호를 송신한다(S223). SGSN Context response 신호는 UE(10)과 관련된 pseudo-U/Size attribution을 포함한다. 이후, UE(10)와 HSS(Home Subscriber Server)간에 인증 및 보안 설정이 행해진다(S224).
다음으로, New SGSN은 Old SGSN에 SGSN Context Ack 신호를 송신한다(S225). 다음으로, New SGSN은 GGSN(55)과 pseudo-U 베어러를 설정하기 위해, GGSN(55)에 Update PDP Context request 신호를 송신한다(S226). Update PDP Context request 신호는 PU flag를 포함한다. 다음으로, GGSN(55)은 New SGSN에 PU status 1을 포함하는 Update PDP Context Response 신호를 송신한다(S227). 이것에 의해, New SGSN 및 GGSN(55)간에 Pseudo-U treatment(1)가 설정된다(S228).
스텝 S229 내지 스텝 S232는 도 24에서의 스텝 S203 내지 스텝 S206과 동일하기 때문에 과도하게 상세히 설명하지 않는다. 스텝 S232에서 Update Location Ack 신호를 수신한 New SGSN은 UE(10)에 RAU accept 신호를 송신한다(S233).
이하, 도 27 및 도 28을 참조하여 UE(10)가 접속되는 RNC 및 SGSN이 변경될 경우의 처리 흐름에 대해서 설명한다.
첫번째로, 변경전의 RNC(이하, Old RNC라 칭함)는 변경전의 SGSN(이하, Old SGSN이라 칭함)에 Relocation Required 신호를 송신한다(S241). 다음으로, Old SGSN은 변경후의 SGSN(이하, New SGSN이라 칭함)에 PU flag를 포함하는 Forward Relocation Request 신호를 송신한다(S242). 다음으로, New SGSN은 New RNC에 PU flag를 포함하는 Relocation Request 신호를 송신한다(S243). 다음으로, New RNC는 New SGSN에 PU status 2를 포함하는 Relocation Request Acknowledge 신호를 송신한다(S244). 이것에 의해, New RNC 및 New SGSN간에 Pseudo-U treatment(2)가 설정된다(S245).
다음으로, New SGSN은 Old SGSN에 Forward Relocation Response 신호를 송신한다(S246). 다음으로, Old SGSN은 Old RNC에 Relocation command 신호를 송신한다(S247). 다음으로, Old RNC는 UE(10)에 RRC message 신호를 송신한다(S248). 다음으로, Old RNC는 Old SGSN에 Forward SRNS Context 신호를 송신한다(S249). 다음으로, Old SGSN은 New SGSN에 Forward SRNS Context 신호를 송신한다(S250). 다음으로, New SGSN은 Old SGSN에 Forward SRNS Context Ack 신호를 송신하고(S251), 더욱이 New RNC에 Forward SRNS Context 신호를 송신한다(S252).
도 28을 참조하면, New RNC에 의해 UE(10)가 검출되면(S253), New RNC는 New SGSN에 Relocation detect 신호를 송신한다(S254). 다음으로, UE(10)는 New RNC에 RRC message 신호를 송신한다(S255). 다음으로, New RNC는 New SGSN에 Relocation complete 신호를 송신한다(S256). 다음으로, New SGSN은 Old SGSN에 Forward relocation complete 신호를 송신한다(S257). 다음으로, Old SGSN은 New SGSN에 Forward relocation complete Ack 신호를 송신한다(S258). 다음으로, New SGSN은 GGSN(55)에 PU flag를 포함하는 Update PDP Context request 신호를 송신한다(S259). 다음으로, GGSN(55)는 New SGSN에 PU status 1을 포함하는 Update PDP Context Response 신호를 송신한다(S260). 이것에 의해, New SGSN과 GGSN(55)간에 Pseudo-U treatment(1)가 설정된다(S261).
또한, Old SGSN과 Old RNC간에 확보되어 있는 통신 자원을 방출하기 위해, Old SGSN은 Old RNC에 Iu release command 신호를 송신한다(S262). 다음으로, Old RNC는 Old SGSN에 Iu release command complete 신호를 송신한다(S263).
이하, 도 29를 참조하여 GGSN(55)이 UE(10)로 보내질 소량의 데이터를 수신했을 경우의 처리 흐름에 대해서 설명한다.
첫번째로, SGSN(45)과 GGSN(55)간에 Pseudo-U treatment(1)가 설정되어 있다고 가정된다(S271). GGSN(55)이 Pseudo-U treatment(1)과 관련된 UE(10)로 보내질 소량의 데이터를 수신했을 경우, 수신된 소량의 데이터를 GTP-C를 통해 SGSN(45)에 송신한다(S272). 다음으로, SGSN(45)은 RNC(25)에 Page 신호를 송신하고(S273), 더욱이 RNC(25)는 UE(10)에 Page 신호를 송신한다(S274).
이하, 도 30을 참조하여 UE(10)로부터 소량의 데이터를 송신할 경우의 처리 흐름에 대해서 설명한다. 도 30에 나타낸 처리는 도 29에서 Page 신호를 수신한 UE(10)에 의해 실행되는 처리로서도 사용될 수 있다는 것에 유의하라.
첫번째로, UE(10)는 SGSN(45)에 Service request 신호를 송신한다(S275). 다음으로, SGSN(45)은 RNC(25)에 PU flag를 포함하는 RAB assignment Request 신호를 송신한다(S276). 이 RAB assignment Request 신호는 소량의 데이터를 포함할 수도 있다. 다음으로, RNC(25)는 UE(10)과 radio bearer를 설정한다(S277). RNC(25)는 RAB assignment Request 신호와 함께 수신된 소량의 데이터를 설정된 radio bearer를 사용하여 UE(10)에 송신할 수도 있다. 다음으로, RNC(25)는 SGSN(45)에 PU status 2를 포함하는 RAB assignment Response 신호를 송신한다(S278). 이것에 의해, RNC(25)와 SGSN(45)간에 Pseudo-U treatment(2)가 설정된다(S279).
이하, 도 31을 참조하여 소량의 데이터를 GTP-C를 사용하여 송수신하는 환경에서 UE(10)로 보내질 다량의 데이터를 송수신하는 경우에 대해서 설명한다.
SGSN(45)과 GGSN(55)간에 소량의 데이터를 전송하기 위해 GTP-C가 설정되어 있을 경우에, GGSN(55)에 UE(10)로 보내질 다량의 데이터가 도착하면, GGSN(55)는 SGSN(45)과 다량의 데이터를 전송하기 위한 전용 베어러(PDP Context)를 새롭게 설정한다. 전용 베어러는 pseudo 베어러가 Primary PDP Context인 경우, Secondary PDP Context라고 칭할 수도 있다. GGSN(55)는 전용 베어러를 설정하기 위해, SGSN(45)에 Initiate PDP Context Activation Request 신호를 송신한다(S281). 다음으로, SGSN(45)은 RNC(25)에 RAB assignment Request 신호를 송신한다(S282). 다음으로, RNC(25)는 SGSN(45)에 RAB assignment Response 신호를 송신한다(S283). 다음으로, SGSN(45)은 GGSN(55)에 Create PDP context Request 신호를 송신한다(S284). 다음으로, GGSN(55)는 SGSN(45)에 Create PDP context Response 신호를 송신한다(S285). 다음으로, SGSN(45)은 GGSN(55)에 Initiate PDP Context Activation Response 신호를 송신한다(S286).
이러한 방식으로, Create PDP Context Request/Response 신호를 송신함으로써, SGSN(45)과 GGSN(55)간에 다량의 데이터를 전송하기 위한 전용 베어러가 설정되고, RAB assignment Request/Response 신호를 송신함으로써, RNC(25)와 SGSN(45)간에도 전용 베어러가 설정된다. 이러한 처리후에, 전용 베어러를 사용하여, GGSN(55)은 SGSN(45)에 수신된 다량의 데이터를 송신할 수 있으며, 더욱이 SGSN(45)은 RNC(25)에 수신된 다량의 데이터를 송신할 수 있다.
또한, SGSN(45)과 GGSN(55)간에 소량의 데이터를 전송하기 위해 GTP-C가 설정되어 있을 경우에, GGSN(55)에 다량의 데이터가 도착하면, GGSN(55)는 SGSN(45)과 GGSN(55)간에 이미 설정되어 있는 pseudo-U 베어러를 통상의 GTP-U 베어러 또는 전용 베어러로 변경할 수도 있다. 이 경우, 도 31의 스텝 S281 및 S286에서의 Initiate PDP Context Activation Request 신호 대신에, Update PDP Context Request/Response 신호가 사용된다. 또한, 이 경우, 도 31에서의 스텝 S284 및 스텝 S285의 처리는 생략된다.
또한, RAB assignment Request/Response 신호는 RNC(25)와 SGSN(45)간에 Pseudo-U treatment(2)가 설정되고 있을 경우에만 전송된다.
이하, 도 32를 참조하여 소량의 데이터를 GTP-C를 사용하여 송수신하는 환경에서, UE(10)로부터 다량의 데이터를 송신하는 경우에 대해서 설명한다. 소량의 데이터를 전송하기 위해 RNC(25)와 SGSN(45)간에 RANAP가 설정되고, SGSN(45)과 GGSN(55)간에 GTP-C가 설정되어 있을 경우에, UE(10)로부터 다량의 데이터를 송신하기 위해, eNodeB(20)와 PGW(50)간에 다량의 데이터를 전송하기 위한 전용 베어러를 새롭게 설정한다.
첫번째로, RNC(25)가 UE(10)로부터 다량의 데이터를 수신했을 경우, RNC(25)는 SGSN(45)에 RAB assignment Request 신호를 송신한다(S291). 다음으로, SGSN(45)은 RNC(25)에 RAB assignment Request 신호를 송신한다(S292). 다음으로, RNC(25)는 SGSN(45)에 RAB assignment Response 신호를 송신한다(S293). 다음으로, SGSN(45)은 GGSN(55)에 Create PDP Context Request 신호를 송신한다(S294). 다음으로, GGSN(55)은 SGSN(45)에 Create PDP Context Response 신호를 송신한다(S295).
이러한 방식으로, Create PDP Context Request/Response 신호를 송신함으로써, SGSN(45)과 GGSN(55)간에 다량의 데이터를 전송하기 위한 전용 베어러가 설정되고, RAB assignment Request/Response 신호를 송신함으로써, RNC(25)와 SGSN(45)간에도 전용 베어러가 설정된다. 이러한 처리후에, 전용 베어러를 사용하여, RNC(25)는 SGSN(45)에 수신된 다량의 데이터를 송신할 수 있고, 더욱이 SGSN(45)은 GGSN(55)에 수신된 다량의 데이터를 송신할 수 있다.
SGSN(45)과 GGSN(55)간에는 GTP-C bearer를 사용하여 소량의 데이터를 전송하고, SGSN(45)와 RNC(25)간에는 GTP-U 베어러를 사용하여 소량의 데이터를 전송할 경우, UE(10)로부터 SGSN(45)까지는, GTP-U 베어러를 통해 다량의 데이터가 전송된다. 이러한 경우, SGSN(45)과 GGSN(55)간에 Create PDP Context Request/Response 신호가 송신된다. 이것에 의해, SGSN(45)과 GGSN(55)간에 전용 베어러가 설정된다. 또한, 이 경우, 도 32에서의 RAB assignment Request/Response 신호는 전송되지 않는다.
또한, RNC(25)와 SGSN(45)간에 소량의 데이터를 전송하기 위해 RANAP가 설정되고, SGSN(45)과 GGSN(55)간에 소량의 데이터를 전송하기 위해 GTP-C가 설정되어 있을 경우에, RNC(25)가 UE(10)로부터 다량의 데이터를 수신하면, RNC(25)와 GGSN(55)간에 이미 설정되어 있는 pseudo-U 베어러는 통상의 GTP-U 베어러 또는 전용 베어러로 변경될 수도 있다. 이 경우, 도 32의 스텝 S291에서의 RAB assignment Request 신호 대신에, RAB modify Request/Response 신호가 사용된다. 게다가, 도 32의 스텝 S294 및 S295에서의 Create PDP Context Request/Response 신호 대신에, Update PDP Context Request/Response 신호가 사용된다. 이것에 의해, RNC(25)와 GGSN(55)간에 이미 설정되어 있는 pseudo-U 베어러는 통상의 GTP-U 베어러 또는 전용 베어러로 변경될 수 있다.
SGSN(45)과 GGSN(55)간에는 GTP-C 베어러를 사용하여 소량의 데이터를 전송하고, SGSN(45)과 RNC(25)간에는 GTP-U 베어러를 사용하여 소량의 데이터를 전송할 경우, UE(10)로부터 SGSN(45)까지는 GTP-U 베어러를 통해 다량의 데이터가 전송된다. 이러한 경우, SGSN(45)로부터 GGSN(55)으로 Update PDP Context Request/Response 신호가 송신된다. 이것에 의해, SGSN(45)과 GGSN(55)간에 이미 설정되어 있었던 pseudo-U 베어러는 전용 베어러로 변경될 수 있다. 또한, 이 경우, 도 32에서의 RAB assignment Request/Response 신호는 전송되지 않는다.
이하, 도 33을 참조하여 다량의 데이터를 전송하기 위해 설정된 전용 베어러를 삭제할 경우의 처리 흐름에 대해서 설명한다. 전용 베어러는 RNC(25)와 GGSN(55)간에 다량의 데이터의 전송이 종료되면 삭제된다. 구체적으로, 다량의 데이터가 일정 시간동안 전송되지 않았다는 사실이 RNC(25) 또는 GGSN(55)에서 검출되었을 경우에, 전용 베어러는 삭제될 수도 있다.
첫번째로, GGSN(55)이 일정 시간동안 다량의 데이터가 전송되지 않았다는 사실을 검출하면, SGSN(45)에 Delete PDP Context Request 신호를 송신한다(S301). 다음으로, RNC(25)는 RNC(25)와 SGSN(45)간에 설정된 전용 베어러를 삭제하기 위해, RNC(25)에 RAB assignment Request 신호를 송신한다(S302).
다음으로, RNC(25)는 SGSN(45)에 RAB assignment Response 신호를 송신한다(S303). 다음으로, SGSN(45)은 GGSN(55)에 Delete PDP Context Response 신호를 송신한다(S304). 이것에 의해, RNC(25)와 GGSN(55)간에 설정된 전용 베어러는 삭제된다.
또한, 다량의 데이터를 전송하기 위해, pseudo-U 베어러를 GTP-U 베어러 또는 전용 베어러로 변경하였을 경우에, 다량의 데이터의 전송 종료시 GTP-U 베어러 또는 전용 베어러를 pseudo-U 베어러로 되돌릴 경우의 설정 처리 흐름에 대해서 설명한다. 구체적으로, 도 33의 스텝 S301 및 S304에서의 Delete PDP Context Request/Response 신호 대신에, Update PDP Context Request/Response 신호가 사용된다. 이들 신호를 사용하여, GTP-U 베어러 또는 전용 베어러를 pseudo-U 베어러로 되돌리는 설정 처리가 실행된다.
이하, 도 34를 참조하여 RNC(25)가 다량의 데이터가 전송되지 않았다는 사실을 검출했을 때 전용 베어러를 삭제하는 경우의 처리 흐름에 대해서 설명한다. 첫번째로, RNC(25)가 일정 시간동안 다량의 데이터의 전송이 수행되지 않았다는 사실을 검출하면, SGSN(45)에 RAB Release Request 신호를 송신한다(S311).
다음으로, SGSN(45)은 RNC(25)에 RAB assignment Request 신호를 송신한다(S312). 다음으로, RNC(25)는 SGSN(45)에 RAB assignment Response 신호를 송신한다(S313). 다음으로, SGSN(45)은 GGSN(55)에 Delete PDP Context Request 신호를 송신한다(S314). 다음으로, GGSN(55)은 SGSN(45)에 Delete PDP Context Response 신호를 송신한다(S315).
이러한 방식으로, Delete PDP Context Request/Response 신호를 송신함으로써, SGSN(45)과 GGSN(55)간에 다량의 데이터를 전송하기 위한 전용 베어러가 삭제되고, RAB assignment Request/Response 신호를 송신함으로써, RNC(25)와 SGSN(45)간의 전용 베어러가 삭제된다.
또한, 다량의 데이터를 전송하기 위해, pseudo-U 베어러가 GTP-U 베어러 또는 전용 베어러로 변경되어 있었을 경우에, 다량의 데이터의 전송 종료시 pseudo-U 베어러로 되돌리는 베어러 설정 처리의 흐름에 대해서 후술한다. 구체적으로, 도 33의 스텝 S311에서의 RAB Release Request 신호 대신에, RAB modify Request 신호가 사용된다. 게다가, 도 33의 스텝 S314 및 S315에서의 Delete PDP Context Request/Response 신호 대신에, Update PDP Context Request/Response 신호가 사용된다. 이들 신호를 사용하여, GTP-U 베어러 또는 전용 베어러를 pseudo-U 베어러로 되돌리는 설정 처리가 수행된다.
SGSN(45)과 GGSN(55)간에는 GTP-C 베어러를 사용하여 소량의 데이터를 전송하고, SGSN(45)과 RNC(25)간에는 GTP-U 베어러를 사용하여 소량의 데이터를 전송할 경우, SGSN(45)에서 다량의 데이터가 전송되지 않았다는 사실이 검출될 수도 있다. 이 경우, SGSN(45)과 GGSN(55)간에 Delete PDP Context Request/Response 신호가 전송됨으로써, SGSN(45)과 GGSN(55)간에 설정된 전용 베어러가 삭제될 수 있다. 또한, 도 34에서의 RAB Release Request 신호와 RAB assignment Request/Response 신호는 전송되지 않는다.
게다가, 다량의 데이터를 전송하기 위해, pseudo-U 베어러가 GTP-U 베어러 또는 전용 베어러로 변경되어 있었을 경우에, 다량의 데이터의 전송 종료시 pseudo-U 베어러로 되돌리는 베어러 설정의 처리 흐름에 대해서 후술한다. SGSN(45)에서 다량의 데이터의 전송 종료가 검출되었을 경우의 처리에 대해서 후술한다. 이 경우, SGSN(45)과 GGSN(55)간에 Update PDP Context Request/Response 신호를 전송함으로써, GTP-U 베어러 또는 전용 베어러를 pseudo-U 베어러로 되돌리는 설정 처리가 수행된다.
상술한 바와 같이, 본 발명의 제3 실시 형태에 따른 이동 통신 시스템을 채용함으로써, RNC(25) 및 GGSN(55)의 사이에 통신 자원의 확보를 필요로 하지 않는pseudo-U 베어러를 설정할 수 있다. 이것에 의해, 소량의 데이터의 전송에 GTP-U 베어러를 사용할 경우와 동일한 처리 흐름에서, GTP-C와 RANAP과 같은 제어 신호를 전송하기 위해 사용되는 통신 자원을 사용함으로써 소량의 데이터를 전송할 수 있다.
(제4 실시 형태)
이하, 도 35를 참조하여 본 발명의 제4 실시 형태에 따른 ATTACH 처리의 흐름에 대해서 설명한다. 제4 실시 형태에서 설명된 네트워크는 액세스 네트워크에 3G 액세스로서 사용되는 RNC(25)를 구비하고, 코어 네트워크에 EPC로서 사용되는 SGW(40) 및 PGW(50)를 구비한다. 게다가, 액세스 네트워크와 코어 네트워크간에는 SGSN(45)가 배치된다. RNC(25)에는 소량의 데이터를 송수신하는 UE(10)가 접속되어 있다. 이하의 설명에서도 이러한 네트워크 구성을 전제로 하여 설명한다.
도 35에서의 스텝 S321 내지 스텝 S327은 도 5에서의 스텝 S1 내지 S7과 동일하기 때문에 과도하게 상세히 설명하지 않는다. 그러나, 도 35에서는, 도 5의 MME(30) 대신에 SGSN(45)이 사용된다는 것에 유의하라. 게다가, 도 35에서의 스텝 S328 내지 스텝 S331은 도 25에서의 스텝 S215 내지 스텝 S218과 동일하기 때문에 과도하게 상세히 설명하지 않는다. 스텝 S331에서 Pseudo-U treatment(2)가 설정되면, SGSN(45)은 SGW(40)에 Modify bearer request 신호를 송신한다(S332). Modify bearer request 신호는 PU flag 및 PU status 2를 포함한다. 다음으로, SGW(40)는 SGSN(45)에 Modify bearer response 신호를 송신한다(S333). 다음으로, SGSN(45)은 UE(10)에 ATTACH accept 신호를 송신한다(S334).
도 35에서의 Pseudo-U treatment(2)는 RNC(25), SGSN(45) 및 SGW(40) 사이에 설정될 수도 있고, 또는 SGSN(45)을 통하지 않고 RNC(25)와 SGSN(45) 사이에 설정될 수도 있다는 것에 유의하라. 이것은 이하의 설명에서도 동일하다.
이하, 도 36을 참조하여 SGSN과 SGW의 변경을 수반하는 RAU(Routing Area Update) 처리의 흐름에 대해서 설명한다. 스텝 S341 내지 스텝 S345는 도 26에서의 스텝 S221 내지 스텝 S225와 동일하기 때문에 과도하게 상세히 설명하지 않는다. 또한, 스텝 S346 내지 스텝 S352는 도 6에서의 스텝 S26 내지 스텝 S32와 동일하기 때문에 과도하게 상세히 설명하지 않는다. 하지만, 도 36에서는, 도 6에서의 MME 대신에 SGSN이 사용된다는 것에 유의하라. 스텝 S352에서, Update Location Ack 신호를 수신한 New SGSN은 UE(10)에 RAU accept 신호를 송신한다(S353).
도 37을 참조하여 UE(10)로부터 소량의 데이터를 송신할 경우의 처리 흐름에 대해서 후술한다. 도 37에서의 스텝 S361 내지 스텝 S365는 도 30에서의 스텝 S275 내지 스텝 S279와 동일하기 때문에 과도하게 상세히 설명하지 않는다. 또한, 도 37에서의 스텝 S366 및 스텝 S367은 도 35에서의 스텝 S332 및 스텝 S333과 동일하기 때문에 과도하게 상세히 설명하지 않는다.
이하, 도 38 및 도 39를 참조하여 핸드오버 처리의 흐름에 대해서 설명한다. 도 38 및 도 39에서, 도 8 및 도 9에서의 Old eNB 및 New eNB 대신에 Old RNC 및 New RNC가 사용되고, 또한 도 8 및 도 9에서의 Old MME 및 New MME 대신에 Old SGSN 및 New SGSN이 사용된다. 또한, 도 38 및 도 39에서의 스텝 S371 내지 스텝 S389는 도 8 및 도 9에서의 스텝 S51 내지 스텝 S69와 동일하기 때문에 과도하게 상세히 설명하지 않는다.
이하, 도 40을 참조하여 PGW(50)가 UE(10)로 보내질 소량의 데이터를 수신했을 경우의 처리 흐름에 대해서 설명한다. 도 40에서는, 도 10에서의 MME의 대신에 SGSN이 사용되고, 도 10에서의 eNB 대신에 RNC가 사용된다. 도 40에서의 스텝 S391 내지 스텝 S395는 도 10에서의 스텝 S71 내지 스텝 S75와 동일하기 때문에 과도하게 상세히 설명하지 않는다.
이하, 도 41을 참조하여 UE(10)로부터 소량의 데이터를 송신하는 경우의 처리 흐름에 대해서 설명한다. 도 41에 나타낸 처리는 도 40에서 Page 신호를 수신한 UE(10)에 의해 실행되는 처리로서도 사용된다는 것에 유의하라.
첫번째로, UE(10)는 SGSN(45)에 Service Request 신호를 송신한다(S401). 다음으로, UE(10)와 HSS(Home Subscriber Server)간에 UE(10)의 인증 및 보안 설정이 행해진다(S402). 다음으로, SGSN(45)은 RNC(25)에 PU flag를 포함하는 RAB assignment Request 신호를 송신한다(S403). 다음으로, RNC(25)는 UE(10)와 radio bearer를 설정한다(S404). 다음으로, RNC(25)는 SGSN(45)에 PU status 2를 포함하는 RAB assignment Response 신호를 송신한다(S405). 이것에 의해, RNC(25)와 SGW(40)간에 Pseudo-U treatment(2)가 설정된다(S406).
이하, 도 42를 참조하여 소량의 데이터를 GTP-C를 사용하여 송수신하는 환경에서, UE(10)로 보내질 다량의 데이터를 송수신하는 경우에 대해서 설명한다.
SGW(40)와 PGW(50)간에 소량의 데이터를 전송하기 위해 GTP-C가 설정되어 있을 경우에, PGW(50)에 다량의 데이터가 도착하면, PGW(50)는 SGW(40)와 다량의 데이터를 전송하기 위한 전용 베어러를 새롭게 설정한다. 이러한 설정을 위해, PGW(50)는 SGW(40)에 Create Bearer Request 신호를 송신한다. 게다가, SGW(40)는 SGSN(45)에 Create Bearer Request 신호를 송신한다(S411). 다음으로, SGSN(45)은 RNC(25)에 RAB assignment Request 신호를 송신한다(S412). 다음으로, RNC(25)는 SGSN(45)에 RAB assignment Response 신호를 송신한다(S413). 다음으로, SGSN(45)은 SGW(40)에 Create Bearer Response 신호를 송신한다. 게다가, SGW(40)는 PGW(50)에 Create Bearer Response 신호를 송신한다(S414).
이러한 방식으로, Create Bearer Request/Response 신호를 송수신함으로써, SGW(40)와 PGW(50)간에 다량의 데이터를 전송하기 위한 전용 베어러가 설정되고, RAB assignment Request/Response 신호를 송수신함으로써, RNC(25)와 SGSN(45)간에 그리고 SGSN(45)과 SGW(40)간에도 전용 베어러가 설정된다. 대안적으로, RNC(25)와 SGW(40)간에 전용 베어러가 설정될 수도 있다. 이러한 처리후에, 전용 베어러를 사용하여, PGW(50)는 수신된 다량의 데이터를 SGW(40)에 송신할 수 있고, 더욱이 SGW(40)는 수신된 다량의 데이터를 RNC(25)에 또는 SGSN(45)을 통해 RNC(25)에 송신할 수 있다.
또한, SGW(40)와 PGW(50)간에 소량의 데이터를 전송하기 위해 GTP-C가 설정되어 있을 경우에, PGW(50)에 다량의 데이터가 도착하면, PGW(50)는 이미 설정되어 있는 pseudo-U 베어러를 통상의 GTP-U 베어러 또는 전용 베어러로 변경할 수도 있다. 이 경우, 도 42의 스텝 S411 및 S414에서의 Create Bearer Request/Response 신호 대신에, Update Bearer Request/Response 신호가 사용된다.
또한, 도 42의 스텝 S412 및 S413에서의 RAB assignment Request/Response 신호는 RNC(25)와 SGSN(45)간에 Pseudo-U treatment(2)가 설정되어 있을 경우에만 전송된다.
이하, 도 43을 참조하여 소량의 데이터를 GTP-C 또는 RANAP를 사용하여 송수신하는 환경에서, UE(10)로부터 다량의 데이터를 송신하는 경우에 대해서 설명한다.
소량의 데이터를 전송하기 위해 RNC(25)와 SGSN(45)간에 RANAP가 설정되고, SGSN(45)과 PGW(50)간에 GTP-C가 설정되어 있을 경우에, UE(10)로부터 다량의 데이터를 송신하기 위해, RNC(25)와 PGW(50)간에 다량의 데이터를 전송하기 위한 전용 베어러가 새롭게 설정된다.
첫번째로, RNC(25)가 UE(10)로부터 다량의 데이터를 수신했을 경우, RNC(25)는 SGSN(45)에 RAB assignment Request 신호를 송신한다(S421). 다음으로, SGSN(45)은 SGW(40)에 Bearer Resource Command 신호를 송신하고, 더욱이 SGW(40)는 PGW(50)에 Bearer Resource Command 신호를 송신한다(S422). 다음으로, PGW(50)는 SGW(40)에 Create Bearer Request 신호를 송신하고, 더욱이 SGW(40)는 SGSN(45)에 Create Bearer Request 신호를 송신한다(S423).
다음으로, SGSN(45)은 RNC(25)에 RAB assignment Request 신호를 송신한다(S424). 다음으로, RNC(25)는 SGSN(45)에 RAB assignment Response 신호를 송신한다(S425). 다음으로, SGSN(45)은 SGW(40)에 Create Bearer Response 신호를 송신하고, 더욱이 SGW(40)는 PGW(50)에 Create Bearer Response 신호를 송신한다(S426).
이러한 방식으로, Create Bearer Request/Response 신호를 송신함으로써, SGW(40)와 PGW(50)간에 다량의 데이터를 전송하기 위한 전용 베어러가 설정되고, Bearer Setup Request/Response 신호를 송신함으로써, RNC(25)와 SGSN(45)간에 그리고 SGSN(45) 및 SGW(40)간에도 전용 베어러가 설정된다. 대안적으로, Bearer Setup Request/Response 신호를 송신함으로써, RNC(25)와 SGW(40)간에 전용 베어러가 설정될 수도 있다. 이러한 처리후에, 전용 베어러를 사용하여, RNC(25)는 수신된 다량의 데이터를 SGW(40)에 또는 SGSN(45)을 경유해서 SGW(40)에 송신할 수 있고, 더욱이 SGW(40)는 수신된 다량의 데이터를 PGW(50)에 송신할 수 있다.
SGSN(45)과 PGW(50)간에는 GTP-C 베어러를 사용하여 소량의 데이터를 전송하고, SGSN(45)과 RNC(25)간에는 GTP-U 베어러를 사용하여 소량의 데이터를 전송할 경우, UE(10)로부터 SGSN(45)까지는, GTP-U 베어러를 통해 다량의 데이터가 전송된다. 이러한 경우, SGSN(45)로부터 PGW(50)에 Bearer Resource Command 신호가 송신된다. 게다가, PGW(50)와 SGSN(45)간에 Create Bearer Request/Response 신호가 전송된다. 이것에 의해, SGSN(45)과 PGW(50)간에 전용 베어러가 설정된다. 또한, 이 경우, 도 43에서의 RAB assignment Request/Response 신호는 전송되지 않는다.
또한, RNC(25)와 PGW(50)간에 소량의 데이터를 전송하기 위해 GTP-C 및 RANAP가 설정되어 있을 경우에, RNC(25)가 UE(10)로부터 다량의 데이터를 수신하면, RNC(25)와 PGW(50)간에 이미 설정되어 있는 pseudo-U 베어러는 통상의 GTP-U 베어러 또는 전용 베어러로 변경될 수도 있다. 이 경우, 도 43의 스텝 S423 및 S426에서의 Create Bearer Request/Response 신호 대신에, Modify Bearer Request/Response 신호가 사용된다.
SGW(40)와 PGW(50)간에는 GTP-C 베어러를 사용하여 소량의 데이터를 전송하고, SGW(40)와 eNodeB(20)간에는 GTP-U 베어러를 사용하여 소량의 데이터를 전송할 경우, UE(10)로부터 SGW(40)까지는, GTP-U 베어러를 통해 다량의 데이터가 전송된다. 이러한 경우, SGW(40)와 PGW(50)간에 이미 설정되어 있는 pseudo-U 베어러는 통상의 GTP-U 또는 전용 베어러로 변경될 수도 있다. 이 경우, SGW(40)으로부터 PGW(50)로 Bearer Resource Command 신호가 송신된다. 게다가, PGW(50)와 MME(30)간에 Modify Bearer Request/Response 신호가 전송된다. 또한, 이 경우에, 도 43에서의 RAB assignment Request/Response 신호는 전송되지 않는다.
이하, 도 44를 참조하여 다량의 데이터를 전송하기 위해 설정된 전용 베어러를 삭제할 경우의 처리 흐름에 대해서 설명한다. 전용 베어러는 RNC(25)와 PGW(50)간에 다량의 데이터의 전송이 종료하면 삭제된다. 구체적으로, 다량의 데이터가 일정 시간동안 전송되지 않았다는 사실이 RNC(25) 또는 PGW(50)에서 검출되었을 경우에, 전용 베어러는 삭제될 수도 있다.
첫번째로, PGW(50)는 일정 시간동안 다량의 데이터가 전송되지 않았다는 사실을 검출하면, SGW(40)에 Delete Bearer Request 신호를 송신하고, 또한 SGW(40)는 SGSN(45)에 Delete Bearer Request 신호를 송신한다(S431). 다음으로, RNC(25), SGSN(45) 및 SGW(40) 사이에 또는 RNC(25)와 SGW(40) 사이에 설정된 전용 베어러를 삭제하기 위해, SGSN(45)은 RNC(25)에 RAB assignment Request 신호를 송신한다(S432).
다음으로, RNC(25)는 SGSN(45)에 RAB assignment Response 신호를 송신한다(S433). 다음으로, SGSN(45)은 SGW(40)에 Delete Bearer Response 신호를 송신하고, 게다가, SGW(40)는 PGW(50)에 Delete Bearer Response 신호를 송신한다(S434). 이것에 의해, RNC(25)와 PGW(50)간에 설정된 전용 베어러는 삭제된다.
또한, 다량의 데이터를 전송하기 위해, pseudo-U 베어러가 GTP-U 베어러 또는 전용 베어러로 변경되어 있었을 경우에, 다량의 데이터의 전송 종료시, GTP-U 베어러 또는 전용 베어러를 pseudo-U 베어러로 되돌리는 설정 처리의 흐름에 대해서 후술한다. 구체적으로, 도 44의 스텝 S431 및 S434에서의 Delete Bearer Request/Response 신호 대신에, Update Bearer Request/Response 신호가 사용된다. 이러한 방식으로, GTP-U 베어러 또는 전용 베어러를 pseudo-U 베어러로 되돌리는 설정 처리가 실행된다.
이하, 도 45를 참조하여, RNC(25)가 다량의 데이터가 전송되지 않았다는 사실을 검출했을 때, 전용 베어러를 삭제할 경우의 처리 흐름에 대해서 후술한다. 첫번째로, RNC(25)가 일정 시간동안 다량의 데이터의 전송이 행해지지 않았다는 사실을 검출하면, SGSN(45)에 RAB Release Request 신호를 송신한다(S441).
다음으로, SGSN(45)은 SGW(40)에 Delete Bearer Command 신호를 송신하고, 게다가, SGW(40)는 PGW(50)에 Delete Bearer Command 신호를 송신한다(S442). 다음으로, PGW(50)는 SGW(40)에 Delete Bearer Request 신호를 송신하고, 게다가, SGW(40)는 SGSN(45)에 Delete Bearer Request 신호를 송신한다(S443). 다음으로, SGSN(45)은 RNC(25)에 RAB assignment Request 신호를 송신한다(S444). 다음으로, RNC(25)는 SGSN(45)에 RAB assignment Response 신호를 송신한다(S445). 다음으로, SGSN(45)은 SGW(40)에 Delete Bearer Response 신호를 송신하고, 게다가, SGW(40)는 PGW(50)에 Delete Bearer Response 신호를 송신한다(S446).
이러한 방식으로, Delete Bearer Request/Response 신호를 송신함으로써, SGW(40)와 PGW(50)간에 다량의 데이터를 전송하기 위한 전용 베어러는 삭제되고, Deactivate Bearer Request/Response 신호를 송신함으로써, RNC(25), SGSN(45) 및 SGW(40)간의 또는 RNC(25)와 SGW(40)간의 전용 베어러는 삭제된다.
또한, 다량의 데이터를 전송하기 위해, pseudo-U 베어러가 GTP-U 베어러 또는 전용 베어러로 변경되어 있었을 경우에, 다량의 데이터의 전송 종료시 pseudo-U 베어러로 되돌리는 베어러 설정 처리의 흐름에 대해서 후술한다. 구체적으로, 도 45의 스텝 S443 및 S446에서의 Delete Bearer Request/Response 신호 대신에, Modify Bearer Request/Response 신호가 사용된다. 이들 신호를 이용하여, GTP-U 베어러 또는 전용 베어러를 pseudo-U 베어러로 되돌리는 설정 처리가 실행된다.
SGSN(45)과 PGW(50)간에는 GTP-C 베어러를 사용하여 소량의 데이터를 전송하고, SGSN(45)과 RNC(25)간에는 GTP-U 베어러를 사용하여 소량의 데이터를 전송할 경우, SGSN(45)에서, 다량의 데이터의 전송이 행해지지 않았다는 사실이 검출될 수도 있다. 이 경우, 전용 베어러를 삭제하기 위해, SGSN(45)로부터 PGW(50)에 Delete Bearer Command 신호가 송신된다. 게다가, PGW(50)와 SGSN(45)간에 Delete Bearer Request/Response 신호가 전송된다. 또한, 이 경우, 도 45에서의 Deactivate Bearer Request/Response 신호는 전송되지 않는다.
게다가, 다량의 데이터를 전송하기 위해, pseudo-U 베어러가 GTP-U 베어러 또는 전용 베어러로 변경되어 있었을 경우에, 다량의 데이터의 전송 종료시 pseudo-U 베어러로 되돌리는 베어러 설정 처리의 흐름에 대해서 후술한다. 이하, SGSN(45)에서 다량의 데이터의 전송 종료가 검출되었을 경우의 처리에 대해서 설명한다. 이 경우, SGSN(45)과 GGSN(55)간에 Modify Bearer Request/Response 신호를 전송함으로써, GTP-U 베어러 또는 전용 베어러를 pseudo-U 베어러로 되돌리는 설정 처리가 실행된다.
상술한 바와 같이, 본 발명의 제4 실시 형태에 따른 이동 통신 시스템을 사용함으로써, RNC(25)와 PGW(50)간에 통신 자원의 확보를 필요로 하지 않는 pseudo-U 베어러를 설정할 수 있다. 이것에 의해, 소량의 데이터의 전송에 GTP-U 베어러를 사용할 경우와 같은 처리 흐름에서, GTP-C, S1-AP 또는 RANAP와 같은 제어 신호를 전송하기 위해 사용되는 통신 자원을 사용하여 소량의 데이터를 전송할 수 있다.
본 발명은 상술한 실시 형태에 한정되지 않으며, 본 발명의 범위내에서 다양한 방식으로 변경될 수도 있다는 것에 유의하여야 한다.
실시 형태들을 참조해서 본원 발명을 특별히 도시하고 설명했지만, 본원 발명은 이들 실시 형태에 한정되지 않는다. 청구항에 의해 정의된 바와 같이, 본원 발명의 사상 및 범위로부터 동떨어짐없이 형태 및 상세의 다양한 변경이 본 명세서에서 행해질 수 있다는 것을 본 분야의 통상의 기술자라면 이해할 수 있을 것이다.
본 출원은 2012년 9월 12일에 출원된 일본 특허 출원 제2012-200731호에 기초하며 그 우선권의 이익을 주장하고, 그 개시는 그 전체가 참조로서 본 명세서에 결합된다.
10: UE
20: eNodeB
25: RNC
30: MME
40: SGW
45: SGSN
50: PGW
55: GGSN

Claims (16)

  1. 이동 통신 시스템으로서,
    기지국과의 사이에서 사용자 데이터를 전송하는 제1 게이트웨이 장치; 및
    상기 제1 게이트웨이 장치 및 외부 네트워크와의 사이에서 상기 사용자 데이터를 전송하는 제2 게이트웨이 장치
    를 포함하고,
    상기 기지국은 사용자 데이터를 전송하기 위한 통신 자원을 사용하여 단말 장치로부터 자율적으로 전송되는 소량의 데이터를 수신하고, 상기 사용자 데이터를 전송하기 위한 통신 자원 또는 제어 신호를 전송하기 위한 통신 자원을 사용하여 상기 소량의 데이터를 상기 제1 게이트웨이 장치에 전송하고,
    상기 제1 게이트웨이 장치 및 상기 제2 게이트웨이 장치는, 상기 제1 게이트웨이 장치와 상기 제2 게이트웨이 장치 사이에서, 상기 단말 장치로부터 상기 기지국을 통해 자율적으로 전송되는 상기 소량의 데이터를, 상기 사용자 데이터를 전송하기 위한 통신 자원이 아니라, 상기 제어 신호를 전송하기 위한 통신 자원을 사용하여 전송하는, 이동 통신 시스템.
  2. 제1항에 있어서,
    상기 단말 장치는 머신 타입인, 이동 통신 시스템.
  3. 제1항 또는 제2항에 있어서,
    상기 제1 게이트웨이 장치는 상기 단말 장치로부터 전송된 데이터가 상기 소량의 데이터인지의 여부를 판정하고, 데이터가 상기 소량의 데이터라고 판정될 경우, 상기 제1 게이트웨이 장치는 상기 단말 장치로부터 전송된 데이터를 상기 제어 신호를 전송하기 위한 통신 자원을 사용하여 상기 제2 게이트웨이 장치에 전송하는, 이동 통신 시스템.
  4. 제1항 또는 제2항에 있어서,
    상기 단말 장치로부터 전송된 데이터가 상기 소량의 데이터가 아니라고 판정될 경우, 상기 제1 게이트웨이 장치는 상기 제1 게이트웨이 장치와 상기 제2 게이트웨이 장치간에 상기 사용자 데이터를 전송하기 위해 사용될 통신 자원을 설정하는, 이동 통신 시스템.
  5. 제1항 또는 제2항에 있어서,
    상기 제2 게이트웨이 장치는 상기 단말 장치로 보내질 데이터가 상기 소량의 데이터인지의 여부를 판정하고, 데이터가 상기 소량의 데이터라고 판정될 경우, 상기 제2 게이트웨이 장치는 상기 단말 장치로 보내질 데이터를 상기 제어 신호를 전송하기 위한 통신 자원을 사용하여 상기 제1 게이트웨이 장치에 송신하는, 이동 통신 시스템.
  6. 제1항 또는 제2항에 있어서,
    상기 단말 장치로 보내질 데이터가 상기 소량의 데이터가 아니라고 판정될 경우, 상기 제2 게이트웨이 장치는 상기 제1 게이트웨이 장치와 상기 제2 게이트웨이 장치간에 상기 사용자 데이터를 전송하기 위해 사용될 통신 자원을 설정하는, 이동 통신 시스템.
  7. 제1항 또는 제2항에 있어서,
    상기 제1 게이트웨이 장치 및 상기 제2 게이트웨이 장치는, 가입자 데이터를 관리하는 서비스 제어 장치로부터, 상기 단말 장치가 상기 소량의 데이터를 전송할 것인지에 관한 정보를 취득하는, 이동 통신 시스템.
  8. 제1항 또는 제2항에 있어서,
    상기 단말 장치의 위치 등록 처리를 실행할 때에, 상기 이동 통신 시스템내에서의 호출 제어를 행하는 호출 제어 장치로부터 상기 사용자 데이터를 전송하기 위한 통신 자원의 확보가 지시되었을 경우, 상기 제1 게이트웨이 장치 및 상기 제2 게이트웨이 장치는 실제적으로 통신 자원을 확보하지 않는 상기 사용자 데이터를 전송하기 위한 의사 통신 자원(pseudo communication resource)의 확보 처리를 실행하는, 이동 통신 시스템.
  9. 제8항에 있어서,
    상기 단말 장치로부터 전송된 데이터가 상기 소량의 데이터가 아니라고 판정될 경우, 상기 제1 게이트웨이 장치는, 상기 사용자 데이터를 전송하기 위한 상기 확보된 의사 통신 자원을, 상기 단말 장치로부터 전송된 데이터를 전송하기 위해서 사용될 통상의 통신 자원으로 변경하는, 이동 통신 시스템.
  10. 제8항에 있어서,
    상기 단말 장치로 보내질 데이터가 상기 소량의 데이터가 아니라고 판정될 경우, 상기 제2 게이트웨이 장치는, 상기 사용자 데이터를 전송하기 위한 상기 확보된 의사 통신 자원을, 상기 단말 장치로부터 전송된 데이터를 전송하기 위해 사용될 통상의 통신 자원으로 변경하는, 이동 통신 시스템.
  11. 삭제
  12. 제1항 또는 제2항에 있어서,
    상기 제1 게이트웨이 장치는 3GPP에서 규정되는 SGW(Serving Gateway)이고, 상기 제2 게이트웨이 장치는 3GPP에서 규정되는 PGW(Packet Data Network Gateway)인, 이동 통신 시스템.
  13. 제1항 또는 제2항에 있어서,
    상기 제1 게이트웨이 장치는 3GPP에서 규정되는 SGSN(Serving GPRS Support Node)이고, 상기 제2 게이트웨이 장치는 3GPP에서 규정되는 GGSN(Gateway GPRS Support Node)인, 이동 통신 시스템.
  14. 기지국과의 사이에서 사용자 데이터를 전송하는 제1 게이트웨이 장치와, 외부 네트워크와의 사이에서 상기 사용자 데이터를 전송하는 제2 게이트웨이 장치 간의 데이터 통신 방법으로서,
    상기 기지국에 의해, 사용자 데이터를 전송하기 위한 통신 자원을 사용하여 단말 장치로부터 자율적으로 전송되는 소량의 데이터를 수신하는 단계;
    상기 기지국에 의해, 상기 사용자 데이터를 전송하기 위한 통신 자원 또는 제어 신호를 전송하기 위한 통신 자원을 사용하여 상기 소량의 데이터를 상기 제1 게이트웨이 장치에 전송하는 단계; 및
    상기 제1 게이트웨이 장치와 상기 제2 게이트웨이 장치 간에, 상기 단말 장치로부터 상기 기지국을 통해 자율적으로 전송되는 상기 소량의 데이터를, 상기 사용자 데이터를 전송하기 위한 통신 자원이 아니라, 상기 제어 신호를 전송하기 위한 통신 자원을 사용하여 전송하는 단계
    를 포함하는, 데이터 통신 방법.
  15. 기지국 및 외부 네트워크와의 사이에서 사용자 데이터를 전송하는 게이트웨이 장치로서,
    사용자 데이터를 전송하기 위한 통신 자원을 사용하여 단말 장치로부터 상기 기지국에 자율적으로 전송되고 상기 사용자 데이터를 전송하기 위한 통신 자원 또는 제어 신호를 전송하기 위한 통신 자원을 사용하여 상기 기지국으로부터 전송되는 소량의 데이터를 상기 사용자 데이터를 전송하기 위한 통신 자원이 아니라, 상기 제어 신호를 전송하기 위한 통신 자원을 사용하여 전송하는 게이트웨이 장치.
  16. 단말 장치 및 게이트웨이 장치와의 사이에서 사용자 데이터를 전송하는 기지국으로서,
    상기 기지국은 사용자 데이터를 전송하기 위한 통신 자원을 사용하여 상기 단말 장치로부터 자율적으로 전송되는 소량의 데이터를 수신하고, 상기 소량의 데이터를 상기 사용자 데이터를 전송하기 위한 통신 자원이 아니라, 제어 신호를 전송하기 위한 통신 자원을 사용하여 전송하는, 기지국.
KR1020157005702A 2012-09-12 2013-09-12 이동 통신 시스템, 데이터 통신 방법, 게이트웨이 장치 및 기지국 KR101654491B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JPJP-P-2012-200731 2012-09-12
JP2012200731 2012-09-12
PCT/JP2013/005397 WO2014041805A1 (ja) 2012-09-12 2013-09-12 移動通信システム、データ通信方法、ゲートウェイ装置及び基地局

Publications (2)

Publication Number Publication Date
KR20150040345A KR20150040345A (ko) 2015-04-14
KR101654491B1 true KR101654491B1 (ko) 2016-09-05

Family

ID=50277946

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020157005702A KR101654491B1 (ko) 2012-09-12 2013-09-12 이동 통신 시스템, 데이터 통신 방법, 게이트웨이 장치 및 기지국

Country Status (7)

Country Link
US (1) US20150237458A1 (ko)
EP (1) EP2897392A4 (ko)
JP (1) JP5900629B2 (ko)
KR (1) KR101654491B1 (ko)
CN (1) CN104604266A (ko)
IN (1) IN2015DN01108A (ko)
WO (1) WO2014041805A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016200357A1 (en) * 2015-06-11 2016-12-15 Intel IP Corporation Cellular iot network architecture
MX2018001016A (es) 2015-07-24 2018-11-09 Nec Corp S istema de comunicación móv il, mme , terminales y método para la comunicación.
WO2017141749A1 (en) 2016-02-17 2017-08-24 Nec Corporation Selection of control plane and user plane for the data transmission
EP3522674B1 (en) * 2016-09-30 2020-12-30 NTT DoCoMo, Inc. Communication control methods and communication systems

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011119680A2 (en) * 2010-03-23 2011-09-29 Interdigital Patent Holdings, Inc. Efficient signaling for machine type communication

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8547969B2 (en) * 2009-03-31 2013-10-01 Interdigital Patent Holdings, Inc. Method and apparatus for providing non-packet switched service in a target radio access technology network
CN101931898B (zh) * 2009-06-26 2014-03-05 华为技术有限公司 用户面数据的传输方法、装置及系统
US9445215B2 (en) * 2010-04-21 2016-09-13 Telefonaktiebolaget Lm Ericsson (Publ) MTC device bandwidth reduction
CN102238520B (zh) * 2010-04-26 2014-12-31 中兴通讯股份有限公司 一种小数据包传输的方法和系统
EP2385734A1 (en) * 2010-05-03 2011-11-09 Alcatel Lucent Managing the operation of a machine type communication device in a mobile communication system
US9769287B2 (en) * 2010-05-10 2017-09-19 Telefonaktiebolaget Lm Ericsson (Publ) Reducing protocol overhead in single-block packet access procedures
CN103155636A (zh) * 2010-10-12 2013-06-12 三星电子株式会社 长期演进网络中通过网络接口发送机器类型通信设备的分组数据单元的方法和系统
CN102457871B (zh) * 2010-10-26 2014-06-11 电信科学技术研究院 一种网络资源节省方法和系统
US20120254890A1 (en) * 2011-04-01 2012-10-04 Renesas Mobile Corporation Small Data Transmission For Detached Mobile Devices
CN103782523B (zh) * 2011-07-01 2017-08-01 英特尔公司 用于均匀圆形阵列（uca）的结构化码本
CN102316521B (zh) * 2011-09-15 2014-04-16 电信科学技术研究院 数据传输方法、系统和设备
CN102340754B (zh) * 2011-09-23 2014-07-23 电信科学技术研究院 数据发送和接收方法及设备
WO2013052163A1 (en) * 2011-10-03 2013-04-11 Intel Corporation Device to device (d2d) communication mechanisms
CN106507332B (zh) * 2011-11-04 2020-01-10 华为技术有限公司 一种数据传输方法、移动性管理实体和移动终端
US9241351B2 (en) * 2011-11-04 2016-01-19 Intel Corporation Techniques and configurations for triggering a plurality of wireless devices
KR102058954B1 (ko) * 2012-02-06 2019-12-26 삼성전자 주식회사 무선 통신 시스템에서 small data를 효율적으로 전송하는 방법 및 장치
US20130265937A1 (en) * 2012-04-09 2013-10-10 Puneet Jain Machine type communication (mtc) via non-access stratum layer
US9363835B2 (en) * 2013-05-14 2016-06-07 Telefonaktiebolaget Lm Ericsson (Publ) Methods and nodes for improved network signaling

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011119680A2 (en) * 2010-03-23 2011-09-29 Interdigital Patent Holdings, Inc. Efficient signaling for machine type communication

Also Published As

Publication number Publication date
KR20150040345A (ko) 2015-04-14
EP2897392A4 (en) 2016-03-09
WO2014041805A1 (ja) 2014-03-20
EP2897392A1 (en) 2015-07-22
JP5900629B2 (ja) 2016-04-06
CN104604266A (zh) 2015-05-06
US20150237458A1 (en) 2015-08-20
JPWO2014041805A1 (ja) 2016-08-12
IN2015DN01108A (ko) 2015-06-26

Similar Documents

Publication Publication Date Title
US10219143B2 (en) Data transmission method, mobility management entity, and mobile terminal
KR102242299B1 (ko) 무선 통신 시스템에서 네트워크 슬라이스 기반 nr을 위한 셀 특정 절차 또는 이동성 절차를 수행하는 방법 및 장치
EP3167657B1 (en) Inter-menb handover method and device in a small cell system
KR101519547B1 (ko) 사용자 장비의 위치 정보를 갱신하기 위한 방법 및 장치
AU2010284785B2 (en) Server for control plane at mobile communication network and method for controlling SIPTO based session
EP2523505B1 (en) An access implementing method and device for machine to machine core network
KR101783797B1 (ko) 핸드오버를 수행하는 방법 및 장치
CN105338655B (zh) 一种用户平面承载建立的方法及装置
CN102223691B (zh) 移动通信系统中的切换方法
CN111225427B (zh) 一种通过网关建立x2的方法
CN102868994A (zh) 一种支持用户设备ue移动性的方法
KR102200821B1 (ko) 작은 셀 아키텍처에서 로컬 브레이크아웃을 지원하기 위한 방법, 시스템 및 장치
CN105554789A (zh) 通信系统、方法和装置
CN102244908A (zh) 支持终端移动性的切换方法
CN103686932A (zh) 一种保证本地ip接入业务正确建立的方法
CN102740404A (zh) 一种保证本地ip接入业务正确建立的方法
KR101654491B1 (ko) 이동 통신 시스템, 데이터 통신 방법, 게이트웨이 장치 및 기지국
CN102238656A (zh) 一种移动通信系统中的切换方法
CN102088795A (zh) 实现sipto的方法、移动管理控制节点设备
CN104053200A (zh) Ue在umts系统和lte系统之间切换的方法及设备
CN101610462B (zh) 一种数据报文发送方法、装置及通信系统
JP2011077866A (ja) 無線基地局装置、無線通信システムおよび無線通信方法
CN102026401A (zh) 移动性处理方法及装置
JP4989336B2 (ja) 呼受付制御方法及び無線制御装置
EP2975816A1 (en) Method and system for notifying transport layer address

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20190819

Year of fee payment: 4