WO2016003177A1 - 저전력 단말의 통신 효과를 높이는 방법 및 장치 - Google Patents

저전력 단말의 통신 효과를 높이는 방법 및 장치 Download PDF

Info

Publication number
WO2016003177A1
WO2016003177A1 PCT/KR2015/006738 KR2015006738W WO2016003177A1 WO 2016003177 A1 WO2016003177 A1 WO 2016003177A1 KR 2015006738 W KR2015006738 W KR 2015006738W WO 2016003177 A1 WO2016003177 A1 WO 2016003177A1
Authority
WO
WIPO (PCT)
Prior art keywords
user terminal
message
low power
power mode
information
Prior art date
Application number
PCT/KR2015/006738
Other languages
English (en)
French (fr)
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 삼성전자 주식회사
Priority to US15/321,452 priority Critical patent/US10327208B2/en
Publication of WO2016003177A1 publication Critical patent/WO2016003177A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0235—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a power saving command
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • H04W52/0258—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity controlling an operation mode according to history or models of usage information, e.g. activity schedule or time of day
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • Y—GENERAL 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
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE 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/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Abstract

본 명세서의 실시 예는 무선 통신 시스템에서 각 노드 사이의 정보 교환을 효과적으로 하는 방법 및 장치에 관한 것으로, 본 발명의 일 실시 예에 따른 사용자 단말의 통신 방법은, 상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 다른 네트워크 엔티티에서 메시지 송수신을 수행할 것을 요청하는 정보를 포함하는 저전력 모드 요청 메시지를 MME에게 전송하는 단계; 상기 MME로부터 저전력 모드 사용 여부 및 적용 파라메터를 수신하는 단계; 및 상기 수신한 파라메터에 따라 저전력 모드로 동작하는 단계;를 포함할 수 있다. 본 발명의 일 실시 예에 따르면, 저전력 모드로 동작하는 단말을 위한 정보 송신 방법이 제공될 수 있다.

Description

저전력 단말의 통신 효과를 높이는 방법 및 장치
본 명세서의 실시 예는 무선 통신 시스템에서 각 노드 사이의 정보 교환을 효과적으로 하는 방법 및 장치에 관한 것이다. 보다 구체적으로, 사업자 망을 통해 메시지를 송수신하는 단말이 저전력 상태로 동작할 때 통신 기능의 효과를 높이도록 제어하는 방법 및 장치에 관한 것이다.
일반적으로 무선 통신 시스템은 사용자의 활동성을 보장하면서 음성 서비스를 제공하기 위해 개발되었다. 그러나 무선 통신 시스템은 점차로 음성뿐 아니라 데이터 서비스까지 영역을 확장하고 있으며, 현재에는 고속의 데이터 서비스를 제공할 수 있는 정도까지 발전하였다. 그러나 현재 서비스가 제공되고 있는 무선 통신 시스템에서는 자원의 부족 현상 및 사용자들이 보다 고속의 서비스를 요구하므로, 보다 발전된 무선 통신 시스템이 요구되고 있다.
이러한 요구에 부응하여 무선 통신 시스템으로 3GPP(The 3rd Generation Partnership Project)에서 E-UTRAN/UTRAN/GERAN 등 다양한 RAN(Radio Access Network) 기반의 기술을 표준화하였다.
3GPP 표준 기반의 통신 시스템은 다양한 종류의 서비스 및 단말의 형태를 지원할 수 있다. 예를 들면, 스마트폰(smart phone)처럼 사람이 직접 사용하는 통신 단말뿐만 아니라, 사람의 개입이 적거나 아예 없는 사물 인터넷(IoT - Internet of Things) 단말의 통신도 지원할 수 있다. 또한, 음성, 멀티미디어 서비스로부터 시작해 단말을 관리(Device Management)하거나, 단말에게 특정 정보를 전달 또는 단말로부터 특정 정보를 수집하는 통신 서비스도 지원할 수 있다.
스마트폰(smart phone)이나 사물 인터넷(IoT - Internet of Things) 단말 모두 배터리를 가지고 동작하는 것이 일반적일 수 있다. 이러한 배터리를 사용하는 단말의 경우에, 전력 소모를 줄이기 위해 저전력 모드(power save mode)가 사용될 수 있다. 만약 단말이 저전력 모드로 동작할 때, 단말과 통신하는 노드, 예를 들면 서버에서 단말로부터 특정 정보를 수신해야 할 경우, 사용자 단말은 저전력 모드이므로 정보를 전송해 줄 수 없다. 때문에, 이와 같이 저전력 모드로 동작하는 단말을 위한 정보 송신 방법이 필요하다.
한편, 만약 사용자 단말이 저전력 모드로 동작하게 되면, 사용자 단말은 데이터를 수신할 수 없다. 이때, 저전력 모드로 동작하는 단말에 대해 단말과 통신하는 노드, 예를 들면 서버에서 데이터를 발생시켜 전송을 시도할 경우, 사용자 단말이 저전력 모드인 경우 전송이 실패하여 불필요한 전송 시도가 발생할 수 있다. 따라서, 저전력 모드로 동작하는 사용자 단말을 위한 메시지 수신 제어 방법이 필요하다.
한편, 사용자 단말이 장기간 저전력 모드에서 동작할 경우, 사용자 단말에 대한 데이터 송수신이 장기간 발생하지 않으므로, 사용자 단말에게 할당된 주소, 특히 외부 IP(Internet Protocol) 주소가 회수될 수 있다. 이 경우 사용자 단말과 데이터를 주고받는 노드, 예를 들면 서버는 사용자 단말의 주소 회수 여부를 알지 못하므로 데이터 송수신이 실패하고, 추가적인 재전송이 발생할 수 있다. 따라서, 저전력 모드로 동작하는 사용자 단말을 위해 주소를 유지하도록 제어하는 방법이 필요하다.
본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
상기의 기술적 과제를 달성하기 위한 본 발명의 일 실시예에 따른 이동 통신 시스템에서 사용자 단말의 통신 방법은, 상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 다른 네트워크 엔티티에서 메시지 송수신을 수행할 것을 요청하는 정보를 포함하는 저전력 모드 요청 메시지를 이동성 관리 엔티티(MME: Mobility Management Entity)에게 전송하는 단계; 상기 MME로부터 저전력 모드 사용 여부 및 적용 파라메터를 수신하는 단계; 및 상기 수신한 파라메터에 따라 저전력 모드로 동작하는 단계;를 포함할 수 있다.
또한, 상기 저전력 모드 요청 메시지는 상기 사용자 단말이 저전력 상태에 머무르는 시간에 대한 정보, 액티브 타이머(active timer), 액트브 플래그에 대한 정보 중 적어도 하나를 포함할 수 있다.
또한, 상기 사용자 단말이 저전력 모드 상태 동안 상기 다른 네트워크 엔티티가 전송을 수행할 정보를 상기 다른 네트워크 엔티티에게 전송하는 단계;를 더 포함할 수 있다.
또한, 상기의 기술적 과제를 달성하기 위한 본 발명의 일 실시예에 따른 이동성 관리 엔티티(MME: Mobility Management Entity)의 통신 방법은, 사용자 단말로부터, 상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 다른 네트워크 엔티티에서 메시지 송수신을 수행할 것을 요청하는 정보를 포함하는 저전력 모드 요청 메시지를 수신하는 단계; 상기 사용자 단말에게 저전력 모드 사용 여부 및 적용 파라메터를 송신하는 단계; 및 상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 다른 네트워크 엔티티에서 메시지 송수신을 수행할 것을 요청하는 정보를 홈 가입자 서버(HSS: Home Subscriber Server)에게 전송하는 단계;를 포함할 수 있다.
또한, 상기의 기술적 과제를 달성하기 위한 본 발명의 일 실시예에 따른 서비스 능력 서버(SCS: Service Capability Server)의 통신 방법은, 사용자 단말로부터 상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 메시지 송수신을 수행할 것을 요청하는 정보를 수신하는 단계; 및 사용자 단말의 저전력 모드 상태 동안 서버와 메시지 송수신을 수행하는 단계;를 포함할 수 있다.
또한, 상기 서버와 메시지 송수신을 수행하는 단계는, 메시지의 송신자 주소 또는 external ID를 상기 사용자 단말의 주소 또는 external ID로 설정하여 상기 서버에 메시지를 전송하는 단계;를 포함할 수 있다.
또한, 상기의 기술적 과제를 달성하기 위한 본 발명의 일 실시예에 따른 사용자 단말은, 다른 네트워크 엔티티와 신호를 송수신하는 통신부; 및 상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 다른 네트워크 엔티티에서 메시지 송수신을 수행할 것을 요청하는 정보를 포함하는 저전력 모드 요청 메시지를 이동성 관리 엔티티(MME: Mobility Management Entity)에게 전송하고, 상기 MME로부터 저전력 모드 사용 여부 및 적용 파라메터를 수신하고, 상기 수신한 파라메터에 따라 저전력 모드로 동작하도록 제어하는 제어부;를 포함할 수 있다.
또한, 상기의 기술적 과제를 달성하기 위한 본 발명의 일 실시예에 따른 이동성 관리 엔티티(MME: Mobility Management Entity)는 다른 네트워크 엔티티와 신호를 송수신하는 통신부; 및 사용자 단말로부터, 상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 다른 네트워크 엔티티에서 메시지 송수신을 수행할 것을 요청하는 정보를 포함하는 저전력 모드 요청 메시지를 수신하고, 상기 사용자 단말에게 저전력 모드 사용 여부 및 적용 파라메터를 송신하고, 상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 다른 네트워크 엔티티에서 메시지 송수신을 수행할 것을 요청하는 정보를 홈 가입자 서버(HSS: Home Subscriber Server)에게 전송하도록 제어하는 제어부;를 포함할 수 있다.
또한, 상기의 기술적 과제를 달성하기 위한 본 발명의 일 실시예에 따른 서비스 능력 서버(SCS: Service Capability Server)는, 다른 네트워크 엔티티와 신호를 송수신하는 통신부; 및 사용자 단말로부터 상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 메시지 송수신을 수행할 것을 요청하는 정보를 수신하고, 사용자 단말의 저전력 모드 상태 동안 서버와 메시지 송수신을 수행하도록 제어하는 제어부;를 포함할 수 있다.
본 발명의 일 실시 예에 따르면, 저전력 모드로 동작하는 단말을 위한 정보 송신 방법이 제공될 수 있다.
또한, 본 발명의 일 실시 예에 따르면 저전력 모드로 동작하는 사용자 단말을 위한 메시지 수신 제어 방법이 제공될 수 있다.
그리고, 본 발명의 일 실시 예에 따르면 저전력 모드로 동작하는 사용자 단말을 위해 주소를 유지하도록 제어하는 방법이 제공될 수 있다.
본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
또한, 그 외의 다양한 효과는 후술될 본 발명의 실시 예에 따른 상세한 설명에서 직접적 또는 암시적으로 개시될 것이다.
도 1은 본 발명의 일 실시 예에 따른 통신 시스템의 구조를 나타내는 도면이다.
도 2는 본 발명의 일 실시 예에 따른 사용자 단말과 네트워크 사이에서, SCS의 주소 정보를 교환하는 방법의 흐름도의 일 예를 나타내는 도면이다.
도 3은 본 발명의 일 실시 예에 따른 저전력 모드의 사용자 단말을 위해 메시지를 전송해주는 통신 시스템의 동작의 흐름도의 일 예를 나타내는 도면이다.
도 4는 본 발명의 일 실시 예에 따른 저전력 모드의 사용자 단말을 위해 메시지를 전송해주는 통신 시스템의 동작의 흐름도의 다른 일 예를 나타내는 도면이다.
도 5는 본 발명의 일 실시 예에 따른 저전력 모드의 사용자 단말을 위해 메시지를 전송해주는 통신 시스템의 동작의 흐름도의 또 다른 일 예를 나타내는 도면이다.
도 6은 본 발명의 일 실시 예에 따른 사용자 단말과 네트워크의 동작의 흐름도의 일 예를 나타내는 도면이다.
도 7은 본 발명의 일 실시예에 따른 사용자 단말 대신 메시지를 수신하여 처리하는 동작의 흐름도의 다른 일 예를 나타내는 도면이다.
도 8은 본 발명의 일 실시 예에 따른 사용자 단말이 저전력 모드를 사용할 때 메시지를 수신하는 방법의 흐름도의 또 다른 일 예를 나타내는 도면이다.
도 9는 본 발명의 일 실시예에 따른 사용자 단말에 대한 연결 상태를 유지하기 위한 동작의 흐름도의 일 예를 나타내는 도면이다.
도 10은 사용자 단말이 새로운 위치 등록 또는 RAT를 변경하였을 때, WLAN 오프로딩 허용 여부를 알리는 방법의 흐름도의 일 예를 나타낸 도면이다.
도 11은 본 발명의 일 실시 예에 따른 사용자 단말에 대해 WLAN offloadability 갱신을 수행하는 과정의 흐름도의 다른 일 예를 나타내는 도면이다.
도 12는 본 발명의 일 실시 예에 따른 MME의 블록 구성도이다.
도 13은 본 발명의 일 실시 예에 따른 사용자 단말의 블록 구성도이다.
이하, 본 발명의 실시 예를 첨부된 도면을 참조하여 상세하게 설명한다.
실시 예를 설명함에 있어서 본 발명이 속하는 기술 분야에 익히 알려져 있고 본 발명과 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 발명의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 것으로서 이는 사용자 및 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
마찬가지 이유로 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 가능한 동일한 참조 번호를 부여하였다.
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭할 수 있다.
이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
이 때, 본 실시 예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA또는 ASIC과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다.
하기에서 본 발명의 실시 예들을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다.
또한 본 발명의 실시 예들을 구체적으로 설명함에 있어서, 기본적인 3GPP(Third Generation Partnership Project) LTE 시스템을 주된 대상으로 할 것이지만, 본 발명의 실시 예들은 유사한 기술적 배경 및 시스템 형태를 가지는 여타의 통신/컴퓨터 시스템에도 본 발명의 범위를 크게 벗어나지 아니하는 범위에서 적용 가능하며, 이는 본 발명의 기술 분야에서 숙련된 기술적 지식을 가진 자의 판단으로 가능할 것이다.
예를 들면, LTE 시스템을 대상으로 한 본 기술은 유사한 시스템 구조를 갖는 UTRAN/GERAN 시스템에서도 적용될 수 있다. 이 경우 eNB(RAN 노드)는 RNC/BSC로 대치될 수 있으며, S-GW는 생략되거나 SGSN에 포함되고, P-GW는 GGSN에 대응될 수 있다. 또한, MME는 SGSN에 대응될 수 있다. 또한 LTE 시스템의 bearer개념은 UTRAN/GERAN 시스템의 PDP context에 대응될 수 있다.
한편, 본 발명의 실시 예들을 설명함에 있어서 주요한 대상 서비스를 메시지 서비스(Message)으로 가정할 것이지만, 본 발명의 실시 예들은 다른 통신 서비스, 예를 들면 IP 기반 데이터 통신 서비스나 SMS 등에도 본 발명의 범위를 크게 벗어나지 아니하는 범위에서 적용 가능하며, 이는 본 발명의 기술 분야에서 숙련된 기술적 지식을 가진 자의 판단으로 가능할 것이다. 따라서 본 발명의 실시 예에서 사용되는 메시지라는 용어는 데이터, 정보, 패킷 등으로 치환되어 적용될 수 있다.
도 1은 본 발명의 일 실시 예에 따른 통신 시스템의 구조를 나타내는 도면이다. 실시 예에 따라 상기 통신 시스템은 LTE를 기반으로 한 이동 통신 시스템일 수 있다.
도 1을 참조하면, 도시한 바와 같이 LTE 이동 통신 시스템의 무선 액세스 네트워크는 차세대 기지국(evolved Node B, EUTRAN, 이하 eNB 또는 Node B 또는 기지국과 혼용되어 사용될 수 있다)(130)과 이동성 관리 엔티티(MME: Mobility Management Entity)(150) 및 서빙 - 게이트웨이(S-GW: Serving - Gateway)(140)로 구성될 수 있다.
사용자 단말(User Equipment, 이하 UE 또는 단말과 혼용되어 사용될 수 있다)(100)은 eNB(130) 및 S-GW(140), 그리고 패킷 데이터 네트워크 - 게이트웨이(P-GW: PDN(Packet Data Network) - Gateway)(160)를 통해 외부 네트워크에 접속한다. 사용자 단말이 PGW를 통해 데이터를 송수신 하기 위해서는 PDN 연결(connection)을 생성해야 하며, 하나의 PDN connection은 하나 이상의 EPS 베어러(bearer)를 포함할 수 있다.
어플리케이션 서버(AS: Application Server)(110)는 사용자와 어플리케이션(application) 수준에서 어플리케이션 과 관련된 정보를 교환하는 장치이다. AS는 일반적인 서비스 모델에서 서버(server)로 불릴 수 있으며, 또한 AS는 어플리케이션 기능(AF: Application Function)과 동등한 장치일 수 있다.
한편, 도면에 나타나 있지는 않으나, 정책 및 과금 규칙 기능(PCRF: Policy and Charging Rules Function)(120)은 사용자의 QoS(Quality of Service)와 관련된 정책(policy)을 제어하는 장치이다. 그리고, 상기 정책에 해당하는 정책 및 과금 제어(PCC: Policy and Charging Control) 규칙(rule)은 P-GW(160)에게 전달되어 적용된다.
eNB(130)는 RAN(Radio Access Network) 노드로서 UTRAN(Universal Terrestrial Radio Access Network) 시스템의 RNC 그리고 GERAN(GSM EDGE Radio Access Network) 시스템의 BSC(Base Station Controller)에 대응된다. eNB(130)는 UE(100)와 무선 채널로 연결되며 기존 RNC/BSC와 유사한 역할을 수행한다.
LTE에서는 인터넷 프로토콜을 통한 VoIP(Voice over IP)와 같은 실시간 서비스를 비롯한 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스 되므로, UE(100)들의 상황 정보를 취합해서 스케줄링을 하는 장치가 필요하며 이를 eNB(130)가 담당한다.
S-GW(140)는 데이터 베어러를 제공하는 장치이며, MME(150)의 제어에 따라서 데이터 베어러를 생성하거나 제거한다.
MME(150)는 각 종 제어 기능을 담당하는 장치로 하나의 MME(150)는 다수의 기지국 들과 연결될 수 있다.
홈 가입자 서버(HSS: Home Subscriber Server)는 사용자에 대한 가입정보(Subscription data)를 저장하고 있는 노드이다.
서비스 능력 서버(SCS: Service Capability Server)(180)는 사업자 망과 AS 사이에 위치하는 노드로, AS가 사업자 망을 통해 사용자들에게 서비스를 제공할 때, 부가가치를 높일 수 있는 기능을 제공한다. 사물 인터넷(IoT: Internet of Things)(또는 MTC(Machine Type Communication)) 서비스에 적용되어 서비스 가치를 높이는 SCS는 IoT-SCS(또는 MTC-SCS)로 불릴 수 있다. 또한, 상기 엔터티는 사용자 단말 대신 메시지를 송수신하는 Proxy 기능을 제공할 수도 있으므로, SCS-Proxy라고 불릴 수 있다. 본 발명의 실시 예에서, 상기 명칭은 기능의 특성을 기반으로 설명의 편의를 위해 사용되는 것이며, 본 발명의 실시 예들의 주요한 요지는 특정 서비스(IoT나 MTC 등 통신 기능을 사용하는 서비스)에 특화되어 서비스에 도움을 주거나, 서비스의 질을 높이거나, 사업자의 설정에 따라 서비스를 제어하는 기능을 제공하는 모든 종류에 서버에 적용될 수 있음은 물론이다.
망 연동 장치(IWF: Inter-Working Function)(190)는 각 통신 노드/서버 사이에 위치하면서 프로토콜 변환이나 데이터 가공을 수행하는 장치이다. IoT(또는 MTC) 환경에 사용되는 IWF는 IoT-IWF(또는 MTC-IWF)로 불릴 수 있다.
네트워크 주소 변환(NAT: Network Address Translation)(195)은 사업자 내부 망과 사업자 외부 망 사이에서 IP 주소를 변환 또는 매핑해주는 역할을 수행하는 장치이다.
한편, 도면에는 생략되어 있으나, 통신 시스템의 구조에는 MSC(Mobile Switching Center)와 GMSC(Gateway Mobile Switching Center)가 포함될 수 있다. GMSC는 CS(Circuit Switched) 서비스, 예를 들면 음성 서비스나 SMS(Short Messaging Service)에 대한 사업자 망으로의 관문 역할을 하는 장치이다. 그리고 MSC는 CS 도메인에 대한 제어를 담당하는 장치이다.
이하에서 사용자 단말이 저전력 모드로 들어갔을 때 서버에서 사용자 단말의 정보(또는 메시지) 전송을 요청하는 경우, 사용자 단말 대신 다른 네트워크 엔티티(entity)가 상기 사용자 단말의 정보를 전달해 주어 단말의 저전력 모드를 유지할 수 있는 방법에 대하여 살펴보도록 한다.
도 2는 본 발명의 일 실시 예에 따른 사용자 단말과 네트워크 사이에서, SCS의 주소 정보를 교환하는 방법의 흐름도의 일 예를 나타내는 도면이다.
도 2를 참조하면, 271 단계에서 사용자 단말(210)은 MME(220)에게 PDN 연결을 생성하기 위한 메시지, 예를 들면 PDN 연결 요청(PDN connectivity request) 메시지를 전송할 수 있다. 만약 attach 과정 중이라면, 상기 메시지는 attach 메시지에 포함되어 전송될 수 있다. 상기 PDN 연결 생성 요청 메시지는, 엑세스 포인트 네임(APN: Access Point Name), 낮은 우선순위 또는 전송지연에 민감하지 않은 단말의 특성을 나타내는 정보, 그리고 SCS의 주소를 요청하는 정보 중 하나 이상이 포함될 수 있다. 실시 예에 따라, 상기 SCS 주소를 요청하는 정보는 프로토콜 설정 옵션(PCO: Protocol Configuration Option)에 포함되어 전송될 수 있다.
그 후, 273 단계에서 MME(220)는 SGW(230)에게 보내는 메시지, 예를 들면 세션 생성 요청(Create Session Request) 메시지에 APN과 SCS 주소를 요청함을 나타내는 정보를 포함하여 전송할 수 있다. 만약 사용자 단말(210)이 SCS 주소를 요청함을 나타내는 정보를 PCO에 포함하여 전송한 경우, 실시 예에 따라 MME(220)는 사용자 단말(210)로부터 수신된 PCO를 그대로 SGW(230)에게 보내는 메시지에 삽입하여 전달할 수도 있다.
275 단계에서 SGW(230)는 MME(220)로부터 수신한 정보를 기반으로 Create Session Request 메시지를 생성하여 PGW(240)에게 전송할 수 있다. 즉, 273 단계에서 MME(220)로부터 수신된 정보는 SGW(230)에 의해 PGW(240)에게 전달될 수 있다.
한편, PGW(240)는 SGW(230)로부터 수신된 요청 메시지에 사용자 단말(210)이 SCS 주소를 요청함을 나타내는 정보가 포함된 경우, 277 단계에서 사용자 단말(210)에게 알려줄 SCS 주소를 결정할 수 있다. 이 때 PGW(240)가 사용자 단말(210)에게 알려줄 SCS의 주소는, 현재 연결에 대한 APN 또는 사용자 단말(210)에 대한 기본 QoS 정보에 의해 결정될 수 있다. 이 과정 중에 PGW(240)는 상기 정보들을 이용하여 DNS 쿼리(query)를 수행하거나, 별도의 다른 네트워크 노드와 정보를 주고받을 수도 있다.
그 후, 279 단계에서 PGW(240)는 SGW(230)에게 보내는 메시지, 예를 들면 세션생성 응답(Create Session Response) 메시지에 결정된 SCS의 주소를 넣어서 보낼 수 있다. 실시 예에 따라, 상기 결정된 SCS의 주소는 PCO에 포함되어 SGW(230)에게 전달될 수도 있다.
그리고 281 단계에서 SGW(230)는 PGW(240)로부터 수신된 정보에 따라 MME(220)에게 메시지, 예를 들면 Create Session Response 메시지를 전송할 수 있다. 이때, 상기 MME(220)에게 전송되는 메시지에는 SCS의 주소 또는 SCS의 주소를 담고 있는 PCO가 포함될 수 있다.
283 단계에서 MME(220)는 사용자 단말(210)에게 전송하는 메시지, 예를 들면 디폴트 베어러 활성 요청(Activate Default Bearer Request) 메시지에 SGW(230)로부터 수신된 SCS의 주소를 넣어서 전송할 수 있다. 만약 SCS의 주소가 PCO에 삽입되어 수신된 경우, 실시 예에 따라 MME(220)는 SGW(230)로부터 수신한 PCO를 그대로 상기 메시지에 삽입하여 사용자 단말(210)에게 전달할 수 있다.
그리고 285 단계에서 사용자 단말(210)은 MME(220)로부터 수신한 메시지로부터 SCS의 주소를 파악하고, 이를 저장할 수 있다. 그리하여 이후 메시지 송수신에 SCS의 기능을 활용할 때 상기 저장된 SCS 주소를 사용할 수 있다.
도 3은 본 발명의 일 실시 예에 따른 저전력 모드의 사용자 단말을 위해 메시지를 전송해주는 통신 시스템의 동작의 흐름도의 일 예를 나타내는 도면이다.
도 3을 참고하면, 사용자 단말(310)은 371 단계에서 단말 상태, 서비스 응용의 요청, 설정 정보 등에 따라 저전력 모드(PSM: Power Save Mode)로 상태를 변경하기로 결정할 수 있다.
사용자 단말(310)은 저전력 상태 사용을 요청하기 위해, 373 단계에서TA(Tracking Area) 업데이트(update) 요청 메시지를 MME(320)에게 전달할 수 있다. 한편, 사용자 단말(310)이 MME(320)에게 전송하는 TA update 요청 메시지에는 주기적 TAU 타이머(Periodic TAU timer), 액티브 타이머(Active timer), 그리고 필요한 경우 액티브 플래그(active flag) 중 적어도 하나가 포함될 수 있다. Periodic TAU timer는 다음 TAU가 발생할 때까지의 시간 간격을 나타내며, 따라서 본 발명 전체에서 periodic TAU timer는 사용자 단말(310)이 저전력 모드에서 머무를 시간을 나타내는 값일 수 있다. 만약 사용자 단말(310)이 저전력 상태에 들어가기 전에 보낼 메시지가 있으면, 사용자 단말(310)은 active flag를 설정하여 TA update 메시지를 보낼 수 있다. 또한, 실시 예에 따라 사용자 단말(310)은 명시적으로 사용자 단말(310) 대신 네트워크에서 메시지 전송을 수행하는 기능 사용을 요청하는 정보를 상기 TA update 요청 메시지에 포함할 수 있다. 또한, 실시 예에 따라 사용자 단말(310)은 낮은 우선순위 또는 전송지연에 민감하지 않은 단말의 특성을 나타내는 정보를 상기 TA update 요청 메시지에 포함하여 전달할 수도 있다.
MME(320)는 사용자 단말의 TA update 요청에 따라 저전력 모드 사용 여부 및 적용 파라메터(Periodic TAU timer, active timer)를 결정할 수 있다. 그리고, 375 단계에서 MME(320)는 사용자 단말(310)에게 전송하는 TA 업데이트 수락(TA update accept) 메시지에, 상기 정보를 포함시킬 수 있다. Periodic TAU timer는 다음 TAU가 발생할 때까지의 시간 간격을 나타내며, 사용자 단말(310)이 저전력 모드에서 머무를 시간을 나타내는 값이다. MME(320)는 사용자 단말(310)의 요청(예를 들어, 낮은 우선순위 또는 전송지연에 민감하지 않은 단말의 특성을 나타내는 정보), 사용자 단말(310)이 가진 PDN 연결의 특성(APN, ARP 등), 내부 설정, 그리고 가입 정보 중 하나 이상을 바탕으로 사용자 단말(310)에 대해 사용자 단말(310) 대신 네트워크에서 메시지 전송을 수행하는 기능 적용 여부를 결정할 수 있다. 그리고, 실시 예에 따라 MME(320)는 그 결과를 명시적으로 TA update accept에 포함시켜 사용자 단말(310)에게 전달할 수 있다.
이후, 379 단계에서 사용자 단말(310)은 MME(320)로부터 수신한 TA update accept 메시지로부터 파라미터를 얻고, 이를 적용하여 저전력 모드로 진입하기 위한 동작을 수행할 수 있다. 특히, 사용자 단말(310)은 active timer를 시작하고, active timer가 만료(expire)될 때까지 저전력 모드로 상태를 변경하지 않고 대기할 수 있다.
한편, 377 단계에서 MME(320)는 HSS 또는 IWF(330)에게 사용자 단말(310)이 저전력 모드로 전환되었음을 알릴 수 있다. 이때, 실시 예에 따라 MME(320)는 HSS 또는 IWF(330)에게 상기 사용자 단말(310)의 저전력 모드의 지속 시간 정보 등의 정보를 함께 전달할 수 있다.
한편, 사용자 단말(310)은, 자신의 저전력 모드 동작 동안에 서버(또는 외부 망)에서 데이터 전송을 요청할 경우 이를 네트워크에서 대신해주는 기능이 필요한지 여부를 판단할 수 있다. 이는, 사용자 단말(310)의 내부 설정 정보를 기반으로 이루어지거나, 또는 상기 TA update accept 또는 그 전에 수신된 attach accept 메시지에 포함된 정보(예를 들면, 사용자 단말(310) 대신 네트워크에서 메시지 전송을 수행하는 기능에 대한 지원 여부)에 기반하여 이루어질 수 있다.
사용자 단말(310)은 만약 상기 기능 사용이 가능하고, 전송할 메시지가 있으면, 381 단계에서 active timer가 만료되기 전에 상기 메시지를 SCS(350)에게 전송할 수 있다. 상기 메시지는, 예를 들면 IP 통신을 사용하는 메시지일 수 있으며, 보다 구체적으로 COAP, MQTT, XMPP 또는 HTTP 프로토콜을 사용하는 메시지일 수 있다. 또한, 상기 메시지의 전송 코드(code) 또는 원인(cause)은 예를 들면 POST일 수 있다. 상기 메시지에는 사용자 단말(310)이 저전력 모드로 동작함을 나타내는 정보, 저전력 모드가 적용되는 시간, 사용자 단말(310) 대신 전송 동작을 요청하는 정보, 사용자 단말(310)이 접속 중인 RAT(Radio Access Technology, E-UTRAN/UTRAN/GERAN 중 하나를 나타내는 식별자), 그리고 실제 전송해야 할 메시지 중 하나 이상이 포함될 수 있다. 또한 상기 메시지는 active timer가 포함될 수 있다. 그리고, 실시 예에 따라 상기 메시지는 PGW(340)를 거쳐 SCS(350)까지 전달될 수 있다(383 단계). 상기 메시지의 목적지 주소는, 미리 수신한 SCS(350)의 주소로 설정될 수 있다. 실시 예에 따라 사용자 단말(310)은 자신의 외부 ID(external ID)를 SCS(350)에게 전송하는 메시지에 포함시킬 수 있다. 한편, 사용자 단말(310)은 상기 동작 즉, 사용자 단말(310)이 저전력 모드인 동안에 사용자 단말 대신 네트워크에서 전송 동작을 수행하여 주기를 요청하기 위한 일련의 동작을 수행할지 여부를 결정하기 위해, 사용자 단말(310)이 접속 중인 RAT 정보를 활용할 수 있다. 특히, 사용자 단말(310)은 특정 RAT, 예를 들면 전송률이 낮은 GERAN을 사용자 단말(310)이 사용 중인 경우에만 상기 기능을 요청할 수 있다.
상기와 같이 SCS(350)는 381 단계(및 383 단계)에서 사용자 단말(310)로부터 메시지를 수신할 수 있다. 이때 만약 수신된 메시지에 active timer가 포함된 경우, 385 단계에서 SCS(350)는 timer를 시작(start)할 수 있다.
이 경우, SCS(350)는 앞선 단계(즉, 381 단계 및 383 단계)에서 수신된 메시지에 따라 사용자 단말(310)이 저전력 모드로 동작하며, 사용자 단말(310) 대신 메시지 전송 동작을 수행해야 함을 알 수 있다. 이때, 실시 예에 따라 상기 수신된 메시지에 사용자 단말(310)의 저전력 모두 유지 시간이 포함된 경우, SCS(350)는 사용자 단말(310)로부터 별도의 메시지를 수신하지 않는 한 수신된 메시지에 포함된 저전력 모드 유지 시간 동안 사용자 단말(310)이 저전력 모드로 동작한다고 간주하고, 메시지를 대신 전송하는 동작을 수행할 수 있다. 또한, 만약 수신된 정보에 active timer가 포함된 경우, SCS(350)는 상기 사용자 단말(310) 대신 메시지를 전송하는 동작을 active timer가 만료(expire) 되었을 때부터 적용할 수 있다. 한편, 실시 예에 따라 SCS(350)는 사용자 단말(310) 및 실제 서버를 구분하기 위해, 사용자 단말(310)이 보낸 메시지로부터 소스 주소(Source IP 주소)와 포트, 실제 목적지 주소(destination IP 주소)와 포트를 저장할 수 있다. 또는, 사용자 단말(310)이 외부 ID(external ID)를 알린 경우, SCS(350)는 이를 저장할 수 있다. 한편, SCS(350)는 상기 동작을 수행할지 여부를 결정하기 위해, 사용자 단말(310)이 접속 중인 RAT 정보를 활용할 수 있다. 특히, SCS(350)는 특정 RAT, 예를 들면 전송률이 낮은 GERAN을 사용자 단말(310)이 사용 중인 경우에만 상기 기능을 적용할 수 있다. 또한, SCS(350)는 사용자 단말(310)이 접속 중인 RAT의 종류에 따라 프로토콜 전환(즉, 사용자 단말(310)이 CoAP로 전송한 메시지를, HTTP 메시지로 전환하거나, 사용자 단말(310)에게 전송해야 할 메시지의 프로토콜을 HTTP에서 CoAP로 전환) 기능 적용 여부를 결정할 수도 있다.
이후, 387 단계에서 SCS(350)는 사용자 단말(310)에게 메시지를 수신했음을 알리는 메시지를 전송할 수 있다. 이 메시지는 앞선 사용자 단말(310)이 전송하는 메시지와 동일한 프로토콜을 사용할 수 있으며, 전송 code 또는 cause는 예를 들면 200 OK로 설정될 수 있다. 한편, 실시 예에 따라 상기 메시지는 PGW(340)를 거쳐 사용자 단말(310)에게 전송될 수 있다(389 단계).
그리고, 사용자 단말(310)은 active timer가 만료되면, 391 단계에서 저전력 모드로 동작하기 시작한다.
이후, 393 단계에서 SCS(350)는 사용자 단말(310)에 대해 메시지 전송을 요구하는 메시지를 서버로부터 수신할 수 있다. 이 메시지는 예를 들면 IP 통신을 사용하는 메시지일 수 있으며, 보다 구체적으로 COAP, MQTT, XMPP 또는 HTTP 프로토콜을 사용하는 메시지일 수 있다. 또한, 상기 메시지의 전송 code 또는 cause는 예를 들면, GET일 수 있다. SCS(350)는 저장된 정보와 수신된 메시지의 목적지 주소(IP 주소와 포트) 또는 external ID를 비교하여, 일치하는 주소 또는 ID를 갖는 사용자 단말(310)이 있는지 비교할 수 있다. 그리고, 만약 일치하는 주소 또는 ID를 갖는 사용자 단말(310)이 있다면, SCS(350)는 저전력 모드로 동작하는 사용자 단말(310)에 대한 메시지에 대한 응답 메시지를 자신이 사용자 단말(310) 대신 전송하는 것이 필요함을 알 수 있다.
그리고, 395 단계에서 SCS(350)는 사용자 단말(310) 대신 응답 메시지를 보낼 수 있다. 이 응답 메시지는 예를 들면 IP 통신을 사용하는 메시지일 수 있으며, 보다 구체적으로 COAP, MQTT, XMPP 또는 HTTP 프로토콜을 사용하는 메시지일 수 있다. 또한, 상기 메시지의 전송 code 또는 cause는 예를 들면, 200 OK일 수 있다. 또한, 상기 메시지에는 사용자 단말(310)이 대신 전송해달라고 요청했던 메시지가 포함될 수 있다. 또한, 실시 예에 따라 상기 메시지의 송신자 주소 또는 external ID는, SCS(350)의 것이 아닌 사용자 단말(310)의 주소 또는 external ID로 설정될 수 있다. 만약 사용자 단말(310)이 전송한 메시지의 프로토콜과, 서버에서 사용하는 프로토콜이 서로 상이한 경우, 예를 들면 사용자 단말(310)은 CoAP 프로토콜을 사용하고, 서버는 HTTP 프로토콜을 사용하는 경우, SCS(350)는 프로토콜 변환을 수행할 수도 있다.
한편 상기 실시 예들 설명함에 있어 이미 attach 된 상태에서 사용자 단말(310)이 저전력 모드로 동작하기 위한 상황, 즉 TA update 과정을 수행하는 것을 기준으로 하였으나, 상기 사용자 단말(310) 및 네트워크의 동작은 사용자 단말(310)에 대한 attach 과정이 수행될 때도 적용될 수 있다. 만약 attach 과정 중에 상기 실시 예가 적용된다면, TA update request 메시지는 attach request 메시지, TAU accept 메시지는 attach accept 메시지로 바뀌어 적용될 수 있다.
도 4는 본 발명의 일 실시 예에 따른 저전력 모드의 사용자 단말을 위해 메시지를 전송해주는 통신 시스템의 동작의 흐름도의 다른 일 예를 나타내는 도면이다.
도 4를 참고하면, 사용자 단말(410)은 471 단계에서 단말 상태, 서비스 응용의 요청, 설정 정보 등에 따라 저전력 모드(PSM: Power Save Mode)로 상태를 변경하기로 결정할 수 있다.
사용자 단말(410)은 저전력 상태 사용을 요청하기 위해, 473 단계에서 TA update 요청 메시지를 MME(420)에게 전달할 수 있다. 한편, 사용자 단말(410)이 MME(420)에게 전송하는 TA update 요청 메시지에는 Periodic TAU timer, Active timer, 그리고 필요한 경우 active flag 중 적어도 하나가 포함될 수 있다. 만약 사용자 단말(410)이 저전력 상태에 들어가기 전에 보낼 메시지가 있으면, 사용자 단말(410)은 active flag를 설정하여 TA update 메시지를 보낼 수 있다. 또한, 실시 예에 따라 사용자 단말(410)은 명시적으로 사용자 단말(410) 대신 네트워크에서 메시지 전송을 수행하는 기능 사용을 요청하는 정보를 상기 TA update 요청 메시지에 포함할 수 있다. 또한, 실시 예에 따라 사용자 단말(410)은 낮은 우선순위 또는 전송지연에 민감하지 않은 단말의 특성을 나타내는 정보를 상기 TA update 요청 메시지에 포함하여 전달할 수도 있다.
MME(420)는 사용자 단말(410)의 TA update 요청에 따라 저전력 모드 사용 여부 및 적용 파라메터(Periodic TAU timer, active timer)를 결정할 수 있다. 그리고, 475 단계에서 MME(420)는 사용자 단말(410)에게 전송하는 TA update accept 메시지에, 상기 정보를 포함시킬 수 있다. MME(420)는 사용자 단말(410)의 요청(예를 들어, 낮은 우선순위 또는 전송지연에 민감하지 않은 단말의 특성을 나타내는 정보), 사용자 단말(410)이 가진 PDN 연결의 특성(APN, ARP 등), 내부 설정, 그리고 가입 정보 중 하나 이상을 바탕으로 사용자 단말(410)에 대해 사용자 단말(410) 대신 네트워크에서 메시지 전송을 수행하는 기능 적용 여부를 결정할 수 있다. 그리고, 실시 예에 따라 MME(420)는 그 결과를 명시적으로 TA update accept에 포함시켜 사용자 단말(410)에게 전달할 수 있다.
이후, 479 단계에서 사용자 단말(410)은 MME(420)로부터 수신한 TA update accept 메시지로부터 파라미터를 얻고, 이를 적용하여 저전력 모드로 진입하기 위한 동작을 수행할 수 있다. 특히, 사용자 단말(410)은 active timer를 시작하고, active timer가 만료(expire)될 때까지 저전력 모드로 상태를 변경하지 않고 대기할 수 있다.
한편, 477 단계에서 MME(420)는 HSS 또는 IWF(430)에게 사용자 단말(410)이 저전력 모드로 전환되었음을 알릴 수 있다. 이때, 실시 예에 따라 MME(420)는 HSS 또는 IWF(430)에게 사용자 단말(410)의 식별자, IP 주소, 사용자 단말이 접속 중인 RAT, 그리고 저전력 모드의 지속 시간 정보, active timer 중 하나 이상의 정보를 함께 전달할 수 있다. HSS 또는 IWF(430)는 MME(420)로부터 수신된 정보를 저장하고, 이후 SCS(450)로부터 사용자 단말(410)에 대한 정보가 요청되거나, 또는 사용자 단말(410)의 상태가 변경될 때 마다, 저장된 정보 중 하나 이상을 SCS(450)에게 전달해 줄 수 있다.
한편, 사용자 단말은(410) 자신의 저전력 모드 동작 동안에 서버(또는 외부 망)에서 데이터 전송을 요청할 경우 이를 네트워크에서 대신해주는 기능이 필요한지 여부를 판단할 수 있다. 이는, 사용자 단말(410)의 내부 설정 정보를 기반으로 이루어지거나, 또는 상기 TA update accept 또는 그 전에 수신된 attach accept 메시지에 포함된 정보(예를 들면, 사용자 단말(410) 대신 네트워크에서 메시지 전송을 수행하는 기능에 대한 지원 여부)에 기반하여 이루어질 수 있다.
사용자 단말(410)은 만약 상기 기능 사용이 가능하고, 전송할 메시지가 있으면, 481 단계에서 active timer가 만료되기 전에 상기 메시지를 SCS(450)에게 전송할 수 있다. 상기 메시지는, 예를 들면 IP 통신을 사용하는 메시지일 수 있으며, 보다 구체적으로 COAP, MQTT, XMPP 또는 HTTP 프로토콜을 사용하는 메시지일 수 있다. 또한, 상기 메시지의 전송 code 또는 cause는 예를 들면 POST일 수 있다. 상기 메시지에는 사용자 단말(410) 대신 전송 동작을 요청하는 정보, 그리고 실제 전송해야 할 메시지, 그리고 사용자 단말(410)의 external ID 중 하나 이상이 포함될 수 있다. 한편, 실시 예에 따라 상기 메시지는 PGW(440)를 거쳐 SCS(450)까지 전달될 수 있다(481 단계). 상기 메시지의 목적지 주소는, 미리 수신한 SCS(450)의 주소로 설정될 수 있다. 그리고 485 단계에서 SCS(450)는 상기 사용자 단말(410)로부터 수신된 메시지에 포함된 정보들을 저장할 수 있다.
상기와 같이 SCS(450)는 481 단계 및 483 단계에서 사용자 단말(410)로부터 메시지를 수신할 수 있다.
487 단계에서 SCS(450)는 사용자 단말(410)의 상태 정보를 확인하기 위해 HSS 또는 IWF(430)에게 사용자 단말(410)의 상태 정보를 묻는 메시지를 전송할 수 있다. 이 동작은 실시 예에 따라 사용자 단말(410)에 대한 상태 정보가 SCS(450)에 저장되어 있지 않거나, 또는 사용자 단말(410) 상태 정보에 대한 유효 타이머(validity timer)가 만료된 경우에 수행될 수 있다. 상기 요청 메시지에는 사용자 단말(410)의 외부 ID 또는 IP 주소 중 하나 이상이 포함될 수 있다.
SCS(450)로부터 요청 메시지를 수신한 HSS 또는 IWF(430)는, 489 단계에서 수신된 메시지의 주소로부터 사용자 단말(410)의 상태 정보를 얻기(derive)하기 위한 동작을 수행할 수 있다. 예를 들면, HSS 또는 IWF(430)는 SCS(450)로부터 수신한 외부 ID 또는 IP 주소를 3GPP 고유 식별자(예, IMSI)로 매핑하고, 이를 가지고 사용자 단말(410)의 상태 정보를 얻을 수 있다.
HSS 또는 IWF(430)는, 사용자 단말(410)의 상태 정보를 SCS(450)에게 알리기 위한 메시지를 491 단계에서 전송할 수 있다. HSS 또는 IWF(430)는 SCS(450)에게 보내는 사용자 단말 상태 정보 메시지에 사용자 단말(410)의 외부 ID, 사용자 단말(410)의 IP 주소, 사용자 단말(410)의 현재 상태(저전력 모드인지 아닌지), 사용자 단말(410)이 접속 중인 RAT, 저전력 모드가 적용되는 시간을 나타내는 타이머(예를 들어, periodic TAU timer) 중 적어도 하나 이상을 포함할 수 있다. 또한, 상기 메시지에는 사용자 단말(410)의 저전력 모드 동안 사용자 단말(410) 대신 메시지를 전송하는 기능을 적용해야 함을 나타내는 정보가 포함될 수 있다. 또한, 상기 메시지는 active timer가 포함될 수 있다. 만약 상기 메시지에 active timer가 포함된 경우 SCS(450)는 메시지를 수신하면 active timer를 시작(start)하고, active timer가 만료(expire)되는 순간부터 사용자 단말(410) 대신 메시지를 전송하는 기능을 적용할 수 있다. 또한, 상기 메시지에는 validity timer가 포함될 수 있는데, 이 timer는 현재 전송된 메시지에 포함된 사용자 단말(410)의 상태 정보가 유효한 시간을 나타낸다. 이 메시지를 수신한 SCS(450)는 이 정보들을 저장하고, 이 정보들에 따라 사용자 단말(410)의 현재 상태 및 저전력 상태가 지속될 시간을 파악할 수 있다.
한편, HSS 또는 IWF(430)는 상기 동작(즉, 메시지 proxy 기능)을 수행할지 여부를 결정하기 위해, 사용자 단말(410)이 접속 중인 RAT 정보를 활용할 수 있다. 특히, HSS 또는 IWF(430)은 특정 RAT, 예를 들면 전송률이 낮은 GERAN을 사용자 단말(410)이 사용 중인 경우에만 상기 기능을 요청할 수 있다. 또한, HSS 또는 IWF(430)는 사용자 단말(410)이 접속 중인 RAT의 종류에 따라 프로토콜 전환(즉, 사용자 단말(410)이 CoAP로 전송한 메시지를, HTTP 메시지로 전환하거나, 사용자 단말에게 전송해야 할 메시지의 프로토콜을 HTTP에서 CoAP로 전환) 기능 적용 요청 여부를 결정할 수도 있다.
SCS(450)는 앞선 단계에서 수신된 메시지에 따라 사용자 단말(410) 대신 메시지 전송 동작을 수행해야 함을 알 수 있다. 이때, 실시 예에 따라 SCS(450)는 사용자 단말(410) 및 실제 서버를 구분하기 위해, 사용자 단말(410)이 보낸 메시지로부터 소스 주소(Source IP 주소)와 포트, 실제 목적지 주소(destination IP 주소)와 포트를 저장할 수 있다. 또한, SCS(450)는 사용자 단말(410)이 외부 ID(external ID)를 알린 경우, 이를 저장할 수 있다. 한편, SCS(450)는 상기 동작을 수행할지 여부를 결정하기 위해, 사용자 단말(410)이 접속 중인 RAT 정보를 활용할 수 있다. 특히, SCS(450)는 특정 RAT, 예를 들면 전송률이 낮은 GERAN을 사용자 단말(410)이 사용 중인 경우에만 상기 기능을 적용할 수 있다. 또한, SCS(450)는 사용자 단말(410)이 접속 중인 RAT의 종류에 따라 프로토콜 전환(즉, 사용자 단말(410)이 CoAP로 전송한 메시지를, HTTP 메시지로 전환하거나, 사용자 단말(410)에게 전송해야 할 메시지의 프로토콜을 HTTP에서 CoAP로 전환) 기능 적용 여부를 결정할 수 있다.
이후, 493 단계에서 SCS(450)는 사용자 단말(410)에게 메시지를 수신했음을 알리는 메시지를 전송할 수 있다. 이 메시지는 앞선 사용자 단말(410)이 전송하는 메시지와 동일한 프로토콜을 사용할 수 있으며, 전송 code 또는 cause는 예를들면 200 OK로 설정될 수 있다. 한편, 실시 예에 따라 상기 메시지는 PGW(340)를 거쳐 사용자 단말(310)에게 전송될 수 있다(494 단계).
이후, 497 단계에서 SCS(450)는 HSS 또는 IWF(430)로부터 상기 491 단계에서 수신된 사용자 단말(410)의 상태 정보에 따라 사용자 단말(410) 대신 메시지를 전송하는 동작을 수행할지 여부를 결정할 수 있다. 만약, HSS 또는 IWF(430)로부터 수신된 메시지에 사용자 단말(410)이 저전력 모드로 동작하는 시간에 대한 정보가 포함된 경우, SCS(450)는 이에 시간에 따라 timer를 시작하고, timer가 만료될 때까지 사용자 단말(410) 대신 메시지를 전송하는 동작을 수행할 수 있다.
한편, 사용자 단말은 active timer가 만료되면, 495 단계에서 저전력 모드로 동작하기 시작한다.
이후, 498 단계에서 SCS(450)는 사용자 단말(410)에 대해 메시지 전송을 요구하는 메시지를 서버로부터 수신할 수 있다. 이 메시지는 예를 들면 IP 통신을 사용하는 메시지일 수 있으며, 보다 구체적으로 COAP, MQTT, XMPP 또는 HTTP 프로토콜을 사용하는 메시지일 수 있다. 또한, 상기 메시지의 전송 code 또는 cause는 예를 들면 GET일 수 있다. SCS(450)는 저장된 정보와 수신된 메시지의 목적지 주소(IP 주소와 포트) 또는 external ID를 비교하여, 일치하는 주소 또는 ID를 갖는 사용자 단말(410)이 있는지 비교할 수 있다. 그리고, 만약 일치하는 주소 또는 ID를 갖는 사용자 단말(410)이 있다면, SCS(450)는 저전력 모드로 동작하는 사용자 단말(410)에 대한 메시지에 대한 응답 메시지를 자신이 사용자 단말(410) 대신 전송하는 것이 필요함을 알 수 있다.
그리고, 499 단계에서 SCS(450)는 사용자 단말(410) 대신 응답 메시지를 보낼 수 있다. 이 응답 메시지는 예를 들면 IP 통신을 사용하는 메시지일 수 있으며, 보다 구체적으로 COAP, MQTT, XMPP 또는 HTTP 프로토콜을 사용하는 메시지일 수 있다. 또한, 상기 메시지의 전송 code 또는 cause는 예를 들면 200 OK일 수 있다. 또한, 상기 메시지에는 사용자 단말(410)이 대신 전송해달라고 요청했던 메시지가 포함될 수 있다. 또한, 실시 예에 따라 상기 메시지의 송신자 주소 또는 external ID는, SCS(450)의 것이 아닌 사용자 단말(410)의 주소 또는 external ID로 설정될 수 있다. 만약 사용자 단말(410)이 전송한 메시지의 프로토콜과, 서버에서 사용하는 프로토콜이 서로 상이한 경우, 예를 들면 사용자 단말(410)은 CoAP 프로토콜을 사용하고, 서버는 HTTP 프로토콜을 사용하는 경우, SCS(450)는 프로토콜 변환을 수행할 수도 있다.
한편 상기 실시 예들 설명함에 있어 이미 attach 된 상태에서 사용자 단말(410)이 저전력 모드로 동작하기 위한 상황, 즉 TA update 과정을 수행하는 것을 기준으로 하였으나, 상기 사용자 단말(410) 및 네트워크의 동작은 사용자 단말(410)에 대한 attach 과정이 수행될 때도 적용될 수 있다. 만약 attach 과정 중에 상기 실시 예가 적용된다면, TA update request 메시지는 attach request 메시지, TAU accept 메시지는 attach accept 메시지로 바뀌어 적용될 수 있다.
도 5는 본 발명의 일 실시 예에 따른 저전력 모드의 사용자 단말을 위해 메시지를 전송해주는 통신 시스템의 동작의 흐름도의 또 다른 일 예를 나타내는 도면이다.
도 5를 참고하면, 사용자 단말(510)은 571 단계에서 단말 상태, 서비스 응용의 요청, 설정 정보 등에 따라 저전력 모드(PSM: Power Save Mode)로 상태를 변경하기로 결정할 수 있다.
사용자 단말(510)은 저전력 상태 사용을 요청하기 위해, 513 단계에서 TA update 요청 메시지를 MME(520)에게 전달할 수 있다. 한편, 사용자 단말(510)이 MME(4520)에게 전송하는 TA update 요청 메시지에는 Periodic TAU timer, Active timer, 그리고 필요한 경우 active flag 중 적어도 하나가 포함될 수 있다. 만약 사용자 단말(510)이 저전력 상태에 들어가기 전에 보낼 메시지가 있으면, 사용자 단말(510)은 active flag를 설정하여 TA update 메시지를 보낼 수 있다. 또한, 실시 예에 따라 사용자 단말(510)은 명시적으로 사용자 단말(510) 대신 네트워크에서 메시지 전송을 수행하는 기능 사용을 요청하는 정보를 상기 TA update 요청 메시지에 포함할 수 있다. 또한, 실시 예에 따라 사용자 단말(510)은 낮은 우선순위 또는 전송지연에 민감하지 않은 단말의 특성을 나타내는 정보를 상기 TA update 요청 메시지에 포함하여 전달할 수도 있다.
MME(520)는 사용자 단말(510)의 TA update 요청에 따라 저전력 모드 사용 여부 및 적용 파라메터(Periodic TAU timer, active timer)를 결정할 수 있다. 그리고, 575 단계에서 MME(520)는 사용자 단말(510)에게 전송하는 TA update accept 메시지에, 상기 정보를 포함시킬 수 있다. MME(520)는 사용자 단말(510)의 요청(예를 들어, 낮은 우선순위 또는 전송지연에 민감하지 않은 단말의 특성을 나타내는 정보), 사용자 단말(510)이 가진 PDN 연결의 특성(APN, ARP 등), 내부 설정, 그리고 가입 정보 중 하나 이상을 바탕으로 사용자 단말(510)에 대해 사용자 단말(510) 대신 네트워크에서 메시지 전송을 수행하는 기능 적용 여부를 결정할 수 있다. 그리고, 실시 예에 따라 MME(520)는 그 결과를 명시적으로 TA update accept에 포함시켜 사용자 단말(510)에게 전달할 수 있다.
이후, 579 단계에서 사용자 단말(510)은 MME(520)로부터 수신한 TA update accept 메시지로부터 파라미터를 얻고, 이를 적용하여 저전력 모드로 진입하기 위한 동작을 수행할 수 있다. 특히, 사용자 단말(510)은 active timer를 시작하고, active timer가 만료(expire)될 때까지 저전력 모드로 상태를 변경하지 않고 대기할 수 있다.
한편, 577 단계에서 MME(520)는 HSS 또는 IWF(530)에게 사용자 단말(510)이 저전력 모드로 전환되었음을 알릴 수 있다. 이때, 실시 예에 따라 MME(520)는 HSS 또는 IWF(530)에게 사용자 단말(510)의 식별자, IP 주소, 그리고 저전력 모드의 지속 시간 정보, active timer 중 하나 이상의 정보를 함께 전달할 수 있다. HSS 또는 IWF(530)는 MME(520)로부터 수신된 정보를 저장하고, 이후 SCS(550)로부터 사용자 단말(510)에 대한 정보가 요청되거나, 또는 사용자 단말(510)의 상태가 변경될 때 마다, 저장된 정보 중 하나 이상을 SCS(550)에게 전달해 줄 수 있다.
이후, 581 단계에서 HSS 또는 IWF(530)는, 사용자 단말(510)의 상태 정보를 SCS(550)에게 알리기 위한 메시지를 전송할 수 있다. 실시 예에 따라 SCS(550)에게 사용자 단말(510)의 상태 정보가 전달되는 것은, 사용자 단말(510)이 저전력 모드로 상태가 변경되거나, 또는 저전력 상태에 있던 사용자 단말(510)의 상태가 다른 상태로 변경될 때 이루어질 수 있다. HSS 또는 IWF(530)는 SCS(550)에게 보내는 사용자 단말(510)의 상태 정보 메시지에 사용자 단말(510)의 외부 ID, 사용자 단말(510)의 IP 주소, 사용자 단말(510)의 현재 상태(저전력 모드인지 아닌지), 사용자 단말(510)이 접속 중인 RAT, 저전력 모드가 적용되는 시간을 나타내는 타이머(예를 들어, periodic TAU timer) 중 적어도 하나 이상을 포함할 수 있다. 또한, 상기 메시지에는 사용자 단말(510)의 저전력 모드 동안 사용자 단말(510) 대신 메시지를 전송하는 기능을 적용해야 함을 나타내는 정보가 포함될 수 있다. 또한, 상기 메시지는 active timer가 포함될 수 있다. 만약 상기 메시지에 active timer가 포함된 경우 SCS(550)는 메시지를 수신하면 active timer를 시작(start)하고, active timer가 만료(expire)되는 순간부터 사용자 단말(510) 대신 메시지를 전송하는 기능을 적용할 수 있다. 이 메시지를 수신한 SCS(550)는 이 정보들을 저장하고, 이 정보들에 따라 사용자 단말(510)의 현재 상태 및 저전력 상태가 지속될 시간을 파악할 수 있다.
한편, HSS 또는 IWF(530)는 상기 동작(즉, 메시지 proxy 기능)을 수행할지 여부를 결정하기 위해, 사용자 단말(510)이 접속 중인 RAT 정보를 활용할 수 있다. 특히, HSS 또는 IWF(530)은 특정 RAT, 예를 들면 전송률이 낮은 GERAN을 사용자 단말(510)이 사용 중인 경우에만 상기 기능을 요청할 수 있다. 또한, HSS 또는 IWF(530)는 사용자 단말(510)이 접속 중인 RAT의 종류에 따라 프로토콜 전환(즉, 사용자 단말(510)이 CoAP로 전송한 메시지를, HTTP 메시지로 전환하거나, 사용자 단말(510)에게 전송해야 할 메시지의 프로토콜을 HTTP에서 CoAP로 전환) 기능 적용 요청 여부를 결정할 수도 있다.
한편, 579 단계에서 사용자 단말(510)은, 자신의 저전력 모드 동작 동안에 서버(또는 외부 망)에서 데이터 전송을 요청할 경우 이를 네트워크에서 대신해주는 기능이 필요한지 여부를 판단할 수 있다. 이는, 사용자 단말(510)의 내부 설정 정보를 기반으로 이루어지거나, 또는 상기 TA update accept 또는 그 전에 수신된 attach accept 메시지에 포함된 정보(예를 들면, 사용자 단말(510) 대신 네트워크에서 메시지 전송을 수행하는 기능에 대한 지원 여부)에 기반하여 이루어질 수 있다.
사용자 단말(510)은 만약 상기 기능 사용이 가능하고, 전송할 메시지가 있으면, 583 단계에서 active timer가 만료되기 전에 상기 메시지를 SCS(550)에게 전송할 수 있다. 상기 메시지는, 예를 들면 IP 통신을 사용하는 메시지일 수 있으며, 보다 구체적으로 COAP, MQTT, XMPP 또는 HTTP 프로토콜을 사용하는 메시지일 수 있다. 또한, 상기 메시지의 전송 code 또는 cause는 예를 들면 POST일 수 있다. 상기 메시지에는 사용자 단말(510) 대신 전송 동작을 요청하는 정보, 그리고 실제 전송해야 할 메시지, 그리고 사용자 단말(510)의 external ID 중 하나 이상이 포함될 수 있다. 한편, 실시 예에 따라 상기 메시지는 PGW(540)를 거쳐 SCS(550)까지 전달될 수 있다(585 단계). 상기 메시지의 목적지 주소는, 미리 수신한 SCS(550)의 주소로 설정될 수 있다.
상기와 같이 SCS(550)는 583 단계(및 585 단계)에서 사용자 단말(510)로부터 메시지를 수신할 수 있다.
이때, SCS(550)는 앞선 단계에서 수신된 메시지에 따라 사용자 단말(510) 대신 메시지 전송 동작을 수행해야 함을 알 수 있다. 실시 예에 따라 SCS(550)는 사용자 단말(510) 및 실제 서버를 구분하기 위해, 사용자 단말(510)이 보낸 메시지로부터 소스 주소(Source IP 주소)와 포트, 실제 목적지 주소(destination IP 주소)와 포트를 저장할 수 있다. 또는 사용자 단말(510)이 외부 ID(external ID)를 알린 경우, SCS(550)는 이를 저장할 수 있다. 한편, SCS(550)는 상기 동작을 수행할지 여부를 결정하기 위해, 사용자 단말(510)이 접속 중인 RAT 정보를 활용할 수 있다. 특히, SCS(550)는 특정 RAT, 예를 들면 전송률이 낮은 GERAN을 사용자 단말(510)이 사용 중인 경우에만 상기 기능을 적용할 수 있다. 또한, SCS(550)는 사용자 단말(510)이 접속 중인 RAT의 종류에 따라 프로토콜 전환(즉, 사용자 단말(510)이 CoAP로 전송한 메시지를, HTTP 메시지로 전환하거나, 사용자 단말(510)에게 전송해야 할 메시지의 프로토콜을 HTTP에서 CoAP로 전환) 기능 적용 여부를 결정할 수도 있다.
이후, 587 단계에서 SCS(550)는 사용자 단말(510)에게 메시지를 수신했음을 알리는 메시지를 전송할 수 있다. 이 메시지는 앞선 사용자 단말(510)이 전송하는 메시지와 동일한 프로토콜을 사용할 수 있으며, 전송 code 또는 cause는 예를 들면 200 OK로 설정될 수 있다. 한편, 실시 예에 따라 상기 메시지는 PGW(540)를 거쳐 사용자 단말(510)에게 전송될 수 있다(589 단계).
이후, 593 단계에서 SCS(550)는 HSS 또는 IWF(530)로부터 581 단계에서 수신된 사용자 단말(510)의 상태 정보에 따라 사용자 단말(510) 대신 메시지를 전송하는 동작을 수행할지 여부를 결정할 수 있다. 만약, HSS 또는 IWF(530)로부터 수신된 메시지에 사용자 단말(510)이 저전력 모드로 동작하는 시간에 대한 정보가 포함된 경우, SCS(550)는 이에 시간에 따라 timer를 시작하고, timer가 만료될 때까지 사용자 단말(510) 대신 메시지를 전송하는 동작을 수행할 수 있다.
한편, 사용자 단말은 active timer가 만료되면, 591 단계에서 저전력 모드로 동작하기 시작한다.
이후, 595 단계에서 SCS(550)는 사용자 단말(510)에 대해 메시지 전송을 요구하는 메시지를 서버로부터 수신할 수 있다. 이 메시지는 예를 들면 IP 통신을 사용하는 메시지일 수 있으며, 보다 구체적으로 COAP, MQTT, XMPP 또는 HTTP 프로토콜을 사용하는 메시지일 수 있다. 또한, 상기 메시지의 전송 code 또는 cause는 예를 들면 GET일 수 있다. SCS(550)는 저장된 정보와 수신된 메시지의 목적지 주소(IP 주소와 포트) 또는 external ID를 비교하여, 일치하는 주소 또는 ID를 갖는 사용자 단말(510)이 있는지 비교할 수 있다. 그리고, 만약 일치하는 주소 또는 ID를 갖는 사용자 단말(510)이 있다면, SCS(550)는 저전력 모드로 동작하는 사용자 단말(510)에 대한 메시지에 대한 응답 메시지를 자신이 사용자 단말(510) 대신 전송하는 것이 필요함을 알 수 있다.
그리고, 597 단계에서 SCS(550)는 사용자 단말(510) 대신 응답 메시지를 보낼 수 있다. 이 응답 메시지는 예를 들면 IP 통신을 사용하는 메시지일 수 있으며, 보다 구체적으로 COAP, MQTT, XMPP 또는 HTTP 프로토콜을 사용하는 메시지일 수 있다. 또한, 상기 메시지의 전송 code 또는 cause는 예를 들면 200 OK일 수 있다. 또한, 상기 메시지에는 사용자 단말(510)이 대신 전송해달라고 요청했던 메시지가 포함될 수 있다. 또한, 실시 예에 따라 상기 메시지의 송신자 주소 또는 external ID는, SCS(550)의 것이 아닌 사용자 단말(510)의 주소 또는 external ID로 설정될 수 있다. 만약 사용자 단말(510)이 전송한 메시지의 프로토콜과, 서버에서 사용하는 프로토콜이 서로 상이한 경우, 예를 들면 사용자 단말(510)은 CoAP 프로토콜을 사용하고, 서버는 HTTP 프로토콜을 사용하는 경우, SCS(550)는 프로토콜 변환을 수행할 수도 있다.
한편 상기 실시 예들 설명함에 있어 이미 attach 된 상태에서 사용자 단말(510)이 저전력 모드로 동작하기 위한 상황, 즉 TA update 과정을 수행하는 것을 기준으로 하였으나, 상기 사용자 단말(510) 및 네트워크의 동작은 사용자 단말(510)에 대한 attach 과정이 수행될 때도 적용될 수 있다. 만약 attach 과정 중에 상기 실시 예가 적용된다면, TA update request 메시지는 attach request 메시지, TAU accept 메시지는 attach accept 메시지로 바뀌어 적용될 수 있다.
이상에서 사용자 단말이 저전력 모드로 들어갔을 때 서버에서 사용자 단말의 정보(또는 메시지) 전송을 요청하는 경우, 사용자 단말 대신 다른 네트워크 엔티티(entity)가 상기 사용자 단말의 정보를 전달해 주어 단말의 저전력 모드를 유지할 수 있는 방법에 대하여 살펴보았다.
그런데, 만약 사용자 단말이 저전력 모드라 데이터 송수신이 불가능할 때에 하향링크 메시지가 발생하고 네트워크에서 이를 전송시도 할 경우, 불필요한 전송 시그널링이 발생할 수 있다. 또한 메시지 전송 실패로 인한 네트워크의 메시지 폐기(discard)가 발생할 수 있다.
이하에서는 사용자 단말이 저전력 모드로 들어갔을 때, 사용자 단말에게 메시지 전달이 필요한 경우, 즉 하향링크 메시지가 발생했을 때 불필요한 전송 시도 또는 메시지 전송 누락을 방지하는 방법에 대하여 살펴보도록 한다.
도 6은 본 발명의 일 실시 예에 따른 사용자 단말과 네트워크의 동작의 흐름도의 일 예를 나타내는 도면이다.
도 6을 참고하면, 사용자 단말(610)은 671 단계에서 단말 상태, 서비스 응용의 요청, 설정 정보 등에 따라 저전력 모드(PSM: Power Save Mode)로 상태를 변경하기로 결정할 수 있다.
사용자 단말(610)은 저전력 상태 사용을 요청하기 위해, 673 단계에서 TA update 요청 메시지를 MME(620)에게 전달할 수 있다. 한편, 사용자 단말(610)이 MME(620)에게 전송하는 TA update 요청 메시지에는 Periodic TAU timer, Active timer, 그리고 필요한 경우 active flag 중 적어도 하나가 포함될 수 있다. 만약 사용자 단말(610)이 저전력 상태에 들어가기 전에 보낼 메시지가 있으면, 사용자 단말(610)은 active flag를 설정하여 TA update 메시지를 보낼 수 있다. 또한, 실시 예에 따라 사용자 단말(610)은 명시적으로 사용자 단말(610) 대신 일시적으로 메시지를 수신하고 저장(buffering)하는 서비스를 요청하는 정보를 상기 TA update 요청 메시지에 포함할 수 있다. 또한, 실시 예에 따라 사용자 단말(610)은 낮은 우선순위 또는 전송지연에 민감하지 않은 단말의 특성을 나타내는 정보를 상기 TA update 요청 메시지에 포함하여 전달할 수도 있다.
MME(620)는 사용자 단말(610)의 TA update 요청에 따라 저전력 모드 사용 여부 및 적용 파라메터(Periodic TAU timer, active timer)를 결정할 수 있다. 그리고, 675 단계에서 MME(620)는 사용자 단말(610)에게 전송하는 TA update accept 메시지에, 상기 정보를 포함시킬 수 있다. MME(620)는 사용자 단말(610)의 요청(예를 들어, 낮은 우선순위 또는 전송지연에 민감하지 않은 단말의 특성을 나타내는 정보), 사용자 단말(610)이 가진 PDN 연결의 특성(APN, ARP 등), 내부 설정, 그리고 가입 정보 중 하나 이상을 바탕으로 사용자 단말(610)의 저전력 모드 동안 네트워크에서 메시지를 사용자 단말(610) 대신 수신해 저장해 두는 기능의 적용 여부를 결정할 수 있다. 그리고, 실시 예에 따라 MME(620)는 그 결과를 명시적으로 TA update accept에 포함시켜 사용자 단말(610)에게 전달할 수 있다.
이후, 680 단계에서 사용자 단말(610)은 MME(620)로부터 수신한 TA update accept 메시지로부터 파라미터를 얻고, 이를 적용하여 저전력 모드로 진입하기 위한 동작을 수행할 수 있다. 특히, 사용자 단말(610)은 active timer를 시작하고, active timer가 만료(expire)될 때까지 저전력 모드로 상태를 변경하지 않고 대기할 수 있다.
한편, 677 단계에서 MME(620)는 HSS 또는 IWF(630)에게 사용자 단말(610)이 저전력 모드로 전환되었음을 메시지 전송을 통해 알릴 수 있다. 이때, 실시 예에 따라 MME(620)는 HSS 또는 IWF(630)에게 상기 사용자 단말(610)의 식별자, IP 주소, 그리고 저전력 모드의 지속 시간 정보 중 적어도 하나의 정보를 함께 전달할 수 있다. 또한 상기 메시지에는 active timer가 포함될 수 있다. 또한 상기 메시지에는 사용자 단말(610) 대신 메시지를 수신하고 저장하는 기능을 적용해야 함을 나타내는 정보가 포함될 수 있다. HSS 또는 IWF(630)는 MME(620)로부터 수신된 정보를 저장하고, 이후 SCS(650)로부터 사용자 단말(610)에 대한 정보 요청되거나, 또는 사용자 단말(610)의 상태가 변경될 때 마다, 저장된 정보 중 하나 이상을 SCS(650)에게 전달해 줄 수 있다.
이후, 679 단계에서 HSS 또는 IWF(630)는, 사용자 단말(610)의 상태 정보를 SCS(650)에게 알리기 위한 메시지를 전송할 수 있다. 실시 예에 따라 SCS(650)에게 사용자 단말(610)의 상태 정보가 전달되는 것은, 사용자 단말(610)이 저전력 모드로 상태가 변경되거나, 또는 저전력 상태에 있던 사용자 단말(610)의 상태가 다른 상태로 변경될 때 이루어질 수 있다. HSS 또는 IWF(630)는 SCS(650)에게 보내는 사용자 단말(610)의 상태 정보 메시지에 사용자 단말(610)의 외부 ID, 사용자 단말(610)의 IP 주소, 사용자 단말(610)의 현재 상태(저전력 모드인지 아닌지), 저전력 모드가 적용되는 시간을 나타내는 타이머(예를 들어, periodic TAU timer), 사용자 단말(610)이 접속 중인 RAT, active timer 중 적어도 하나 이상을 포함할 수 있다. 또한 상기 메시지에는 사용자 단말(610) 대신 메시지를 수신하고 저장하는 기능을 적용해야 함을 나타내는 정보가 포함될 수 있다. 이 메시지를 수신한 SCS(650)는 이 정보들을 저장하고, 이 정보들에 따라 사용자 단말(610)의 현재 상태 및 저전력 상태가 지속될 시간을 파악할 수 있다.
한편, HSS 또는 IWF(630)는 상기 동작(즉, 메시지 버퍼링 기능)을 수행할지 여부를 결정하기 위해, 사용자 단말(610)이 접속 중인 RAT 정보를 활용할 수 있다. 특히, HSS 또는 IWF(630)은 특정 RAT, 예를 들면 전송률이 낮은 GERAN을 사용자 단말(610)이 사용 중인 경우에만 상기 기능을 요청할 수 있다. 또한, HSS 또는 IWF(630)는 사용자 단말(610)이 접속 중인 RAT의 종류에 따라 프로토콜 전환(즉, 사용자 단말(610)이 CoAP로 전송한 메시지를, HTTP 메시지로 전환하거나, 사용자 단말(610)에게 전송해야할 메시지의 프로토콜을 HTTP에서 CoAP로 전환) 기능 적용 요청 여부를 결정할 수도 있다.
681 단계에서 SCS(650)는 사용자 단말(610) 대신 메시지를 수신하는 기능을 적용하기 시작할 수 있다. 만약 SCS(650)가 수신한 사용자 단말(610) 상태 정보 제어 메시지에 active timer가 포함된 경우, SCS(650)는 상태 정보 제어 메시지를 수신했을 때 timer를 시작(start)하여, timer가 만료(expire)된 순간부터 상기 기능을 적용할 수 있다. 한편, SCS(650)는 상기 동작을 수행할지 여부를 결정하기 위해, 사용자 단말(610)이 접속 중인 RAT 정보를 활용할 수 있다. 특히, SCS(650)는 특정 RAT, 예를 들면 전송률이 낮은 GERAN을 사용자 단말(610)이 사용 중인 경우에만 상기 기능을 적용할 수 있다. 또한, SCS(650)는 사용자 단말(610)이 접속 중인 RAT의 종류에 따라 프로토콜 전환(즉, 사용자 단말(610)이 CoAP로 전송한 메시지를, HTTP 메시지로 전환하거나, 사용자 단말(610)에게 전송해야 할 메시지의 프로토콜을 HTTP에서 CoAP로 전환) 기능 적용 여부를 결정할 수 있다.
이후, SCS(650)는 683 단계에서 서버(660)로부터 사용자 단말(610)로 향하는 메시지를 수신할 수 있다. 상기 메시지는, 예를 들면 IP 통신을 사용하는 메시지일 수 있으며, 보다 구체적으로 COAP, MQTT, XMPP 또는 HTTP 프로토콜을 사용하는 메시지일 수 있다. 또한, 상기 메시지의 전송 code 또는 cause는 예를 들면 POST 또는 PUT일 수 있다. 이때, 상기 메시지의 목적지 주소는, 사용자 단말(610)의 주소(또는 외부 ID)일 수 있다.
한편, SCS(650)는 앞선 단계에서 수신되어 저장된 정보에 따라 사용자 단말(610) 대신 메시지 수신 동작을 수행해야 함을 알 수 있다. 즉, SCS(650)는 수신된 메시지의 목적지 주소 또는 외부 ID가 메시지 수신 기능을 적용해야 할 사용자 단말(610)의 것인지를 확인할 수 있다. 만약 사용자 단말(610) 대신 메시지 수신 기능이 필요한 경우, 685 단계에서 SCS(650)는 수신된 메시지를 저장할 수 있다. 한편, 실시 예에 따라 만약 사용자 단말(610)이 메시지 송수신에 사용하는 프로토콜과, 서버에서 사용하는 프로토콜이 서로 상이한 경우, 예를 들면 사용자 단말(610)은 CoAP 프로토콜을 사용하고, 서버는 HTTP 프로토콜을 사용하는 경우, SCS(650)는 프로토콜 변환을 수행할 수도 있다.
이후, SCS(650)는 687 단계에서 서버(660)에게 메시지를 수신했음을 알리는 메시지를 전송할 수 있다. 이 메시지는 앞선 서버(660)가 전송한 메시지와 동일한 프로토콜을 사용할 수 있으며, 전송 code 또는 cause는 예를 들면 200 OK로 설정될 수 있다. 또한 이 응답 메시지의 발신자 주소(또는 외부 ID)는, SCS(650)의 것이 아닌 사용자 단말(610)의 IP주소(또는 외부 ID)로 설정될 수 있다.
한편, 사용자 단말(610)은 active timer가 만료되면, 688 단계에서 저전력 모드로 동작하기 시작할 수 있다.
그리고, 689 단계에서 사용자 단말(610)은 저전력 모드에서 데이터를 송수신할 수 있는 상태로 전환할 수 있다. 이 상태 전환은 예를 들면 periodic TAU timer가 만료되어 TA update 과정을 수행하기 위한 것일 수 있다.
그리고, 691 단계에서 사용자 단말(610)은 TA update 또는 service 요청 메시지를 MME(620)에게 전달할 수 있다.
이에 따라 693 단계에서 MME(620)는 HSS 또는 IWF(630)에게 사용자 단말(610)의 상태가 저전력 모드에서 데이터를 송수신할 수 있는 모드로 전환되었음을 알릴 수 있다.
HSS 또는 IWF(630)는 695 단계에서 사용자 단말(610)의 상태 정보를 SCS(650)에게 알리기 위한 메시지를 전송할 수 있다. SCS(650)에게 사용자 단말(610)의 상태 정보가 전달되는 것은, 사용자 단말(610)이 저전력 모드로 상태가 변경되거나, 또는 저전력 상태에 있던 사용자 단말(610)의 상태가 다른 상태로 변경될 때 이루어질 수 있다. HSS 또는 IWF(630)는 SCS(650)에게 보내는 사용자 단말(610)의 상태 정보 메시지에 사용자 단말(610)의 외부 ID, 사용자 단말(610)의 IP 주소, 사용자 단말(610)의 현재 상태(저전력 모드인지 아닌지)에 대한 정보 중 적어도 하나가 포함될 수 있다. 또한, 실시 예에 따라 상기 메시지에는 사용자 단말(610) 대신 메시지를 수신해 두었던 메시지들을 사용자 단말(610)에게 전달해야 함을 나타내는 정보가 포함될 수 있다.
이후, 697 단계에서 SCS(650)는 상기 수신된 메시지에 따라 사용자 단말(610)의 상태가 변경되었음을 인지하고, 저장된 메시지를 사용자 단말(610)에게 전송하기 시작한다. 만약 사용자 단말(610)이 메시지 송수신에 사용하는 프로토콜과, 서버에서 사용하는 프로토콜이 서로 상이한 경우, 예를 들면 사용자 단말(610)은 CoAP 프로토콜을 사용하고, 서버는 HTTP 프로토콜을 사용하는 경우, SCS(650)는 프로토콜 변환을 수행할 수도 있다.
SCS(650)가 보내는 메시지는 예를 들면 IP 통신을 사용하는 메시지일 수 있으며, 보다 구체적으로 COAP, MQTT, XMPP 또는 HTTP 프로토콜을 사용하는 메시지일 수 있다. 또한, 상기 메시지의 전송 code 또는 cause는 예를 들면 POST 또는 PUT일 수 있다. 이 때, SCS(650)가 사용자 단말(610)에게 전송하는 메시지의 수신자/목적지 주소(IP 주소 또는 외부 ID)는 사용자 단말(610)의 것으로, 발신측 주소는 SCS(650)의 것으로 설정될 수 있다.
이후, 698 단계에서 사용자 단말(610)은 응답 메시지를 SCS(650)에게 보낼 수 있다. 이 응답 메시지는 IP 통신을 사용하는 메시지이며, 보다 구체적으로 COAP, MQTT, XMPP 또는 HTTP 프로토콜을 사용하는 메시지일 수 있다. 또한, 상기 메시지의 전송 code 또는 cause는 예를 들면 200 OK일 수 있다.
사용자 단말(610)로부터 응답 메시지를 수신한 SCS(650)는, 699 단계에서 응답 메시지를 실제 서버(메시지를 전송했던)(660)까지 다시 전달하지 않고 자체적으로 처리할 수 있다.
한편 상기 실시 예들 설명함에 있어 이미 attach 된 상태에서 사용자 단말(610)이 저전력 모드로 동작하기 위한 상황, 즉 TA update 과정을 수행하는 것을 기준으로 하였으나, 상기 사용자 단말(610) 및 네트워크의 동작은 사용자 단말(610)에 대한 attach 과정이 수행될 때도 적용될 수 있다. 만약 attach 과정 중에 상기 실시 예가 적용된다면, TA update request 메시지는 attach request 메시지, TAU accept 메시지는 attach accept 메시지로 바뀌어 적용될 수 있다.
도 7은 본 발명의 일 실시예에 따른 사용자 단말 대신 메시지를 수신하여 처리하는 동작의 흐름도의 다른 일 예를 나타내는 도면이다.
도 7을 참고하면, 사용자 단말(710)은 771 단계에서 단말 상태, 서비스 응용의 요청, 설정 정보 등에 따라 저전력 모드(PSM: Power Save Mode)로 상태를 변경하기로 결정할 수 있다.
사용자 단말(710)은 저전력 상태 사용을 요청하기 위해, 773 단계에서 TA update 요청 메시지를 MME(720)에게 전달할 수 있다. 한편, 사용자 단말(710)이 MME(720)에게 전송하는 TA update 요청 메시지에는 Periodic TAU timer, Active timer, 그리고 필요한 경우 active flag 중 적어도 하나가 포함될 수 있다. 만약 사용자 단말(710)이 저전력 상태에 들어가기 전에 보낼 메시지가 있으면, 사용자 단말(710)은 active flag를 설정하여 TA update 메시지를 보낼 수 있다. 또한, 실시 예에 따라 사용자 단말(710)은 명시적으로 사용자 단말(710) 대신 일시적으로 메시지를 수신하고 저장(buffering)하는 서비스를 요청하는 정보를 상기 TA update 요청 메시지에 포함할 수 있다. 또한, 실시 예에 따라 사용자 단말(710)은 낮은 우선순위 또는 전송지연에 민감하지 않은 단말의 특성을 나타내는 정보를 상기 TA update 요청 메시지에 포함하여 전달할 수도 있다.
MME(720)는 사용자 단말(710)의 TA update 요청에 따라 저전력 모드 사용 여부 및 적용 파라메터(Periodic TAU timer, active timer)를 결정할 수 있다. 그리고, 775 단계에서 MME(720)는 사용자 단말(710)에게 전송하는 TA update accept 메시지에, 상기 정보를 포함시킬 수 있다. MME(720)는 사용자 단말(710)의 요청(예를 들어, 낮은 우선순위 또는 전송지연에 민감하지 않은 단말의 특성을 나타내는 정보), 사용자 단말(710)이 가진 PDN 연결의 특성(APN, ARP 등), 내부 설정, 그리고 가입 정보 중 하나 이상을 바탕으로 사용자 단말(710)이 저전력 모드 동안 네트워크에서 메시지를 사용자 단말(710) 대신 수신해 저장해 두는 기능 적용 여부를 결정할 수 있다. 그리고, 실시 예에 따라 MME(620)는 그 결과를 명시적으로 TA update accept에 포함시켜 사용자 단말(710)에게 전달할 수 있다.
이후, 777 단계에서 사용자 단말(710)은 MME(720)로부터 수신한 TA update accept 메시지로부터 파라미터를 얻고, 이를 적용하여 저전력 모드로 진입하기 위한 동작을 수행할 수 있다. 특히, 사용자 단말(710)은 active timer를 시작하고, active timer가 만료(expire)될 때까지 저전력 모드로 상태를 변경하지 않고 대기할 수 있다.
한편, 기지국(750)과 MME(720) 사이에서 저전력 모드인 사용자 단말(710)을 위해 S1 또는 UE context release 과정이 수행될 수 있다. 780 단계에서 MME(720)는 SGW(730)에게 사용자 단말(710)의 상태 변경을 알리고 radio bearer를 해제하기 위한 메시지, 예를 들면 Release Access Bearers Request 메시지를 전송할 수 있다. 이 메시지에는 사용자 단말(710)이 저전력 상태로 동작함을 나타내는 정보, 사용자 단말(710)이 저전력 모드로 동작하는 시간, 사용자 단말(710)이 접속 중인 RAT, 그리고 상대적으로 긴 시간 동안 사용자 단말(710) 대신 메시지를 수신해 저장(buffering)해 주는 동작이 필요함을 나타내는 정보가 포함될 수 있다. 한편, MME(720)는 메시지 저장 기능을 요청할지 여부를 결정하기 위해, 사용자 단말(710)이 접속 중인 RAT 정보를 활용할 수 있다. 특히, MME(720)는 특정 RAT, 예를 들면 전송률이 낮은 GERAN을 사용자 단말(710)이 사용 중인 경우에만 상기 기능을 요청할 수 있다.
그리고, 781 단계에서 SGW(730)는 사용자 단말(710)에 대해 상대적으로 긴 시간 동안 메시지를 수신해 저장해 주는 동작을 적용할 수 있다. 만약 780 단계에서 수신된 메시지에 사용자 단말(710)이 저전력 모드로 동작하는 시간이 포함된 경우, SGW(730)는 메시지를 수신하면 timer를 시작하여, timer가 만료(expire)(즉, 저전력 모드로 동작하는 시간에 다다르면)가 될 때까지 상기 동작을 적용할 수 있다. 한편, SGW(730)는 상기 동작을 수행할지 여부를 결정하기 위해, 사용자 단말(710)이 접속 중인 RAT 정보를 활용할 수 있다. 특히, SGW(730)는 특정 RAT, 예를 들면 전송률이 낮은 GERAN을 사용자 단말(710)이 사용 중인 경우에만 상기 기능을 적용할 수 있다. 또한, SGW(730)는 사용자 단말(710)이 접속 중인 RAT의 종류에 따라 프로토콜 전환(즉, 사용자 단말(710)이 CoAP로 전송한 메시지를, HTTP 메시지로 전환하거나, 사용자 단말(710)에게 전송해야할 메시지의 프로토콜을 HTTP에서 CoAP로 전환) 기능 적용 여부를 결정할 수도 있다.
이후, 787 단계에서 SGW(730)는 서버로부터 사용자 단말(710)로 향하는 메시지를 수신할 수 있다. 상기 메시지는, GTP-U 또는 GRE 터널을 통해 PGW(740)로부터 수신되는 패킷에 포함될 수 있으며, 예를 들면 IP 통신을 사용하는 메시지일 수 있으며, 보다 구체적으로 COAP, MQTT, XMPP 또는 HTTP 프로토콜을 사용하는 메시지일 수 있다. 또한, 상기 메시지의 전송 code 또는 cause는 예를 들면 POST 또는 PUT일 수 있다. 상기 메시지의 목적지 주소는, 사용자 단말(710)의 주소(또는 외부 ID)일 수 있다.
한편, 사용자 단말(710)은 active timer가 만료되면, 778 단계에서 저전력 모드로 동작하기 시작한다.
이후, 783 단계에서 사용자 단말(710)은 저전력 모드에서 데이터를 송수신할 수 있는 상태로 전환할 수 있다. 이 상태 전환은 예를 들면 periodic TAU timer가 만료되어 TA update 과정을 수행하기 위한 것일 수 있다.
그리고, 785 단계에서 사용자 단말(710)은 TA update 또는 service 요청 메시지를 MME(720)에게 전달할 수 있다. 만약 메시지 송수신이 필요한 경우, 사용자 단말(710)은 TA update 요청 메시지에 active flag를 포함하여 전송할 수 있다.
그에 따라 789 단계에서 MME(720)는 사용자 단말(710)이 저전력 모드에서 일반 데이터를 송수신할 수 있는 상태로 변경이 되면, SGW(730)에 사용자 단말에 대해 수신되어 전송 대기중인 메시지가 있는지 확인하는 과정을 수행할 수 있다. 이는, 실시 예에 따라 사용자 단말(710)이 전송한 TA update 요청 메시지에 active flag가 설정되지 않은 경우에 한해 이루어지거나, 또는 SGW(730)가 MME(720)에게 사용자 단말(710)에 대해 수신된 메시지가 있음을 알리는 메시지, 즉 Downlink Data Notification 메시지를 수신한 것이 기반해 이루어질 수도 있다.
그리고, 791 단계에서 MME(720)는 SGW(730)에게 modify bearer request 메시지를 전송하며, 이 메시지에는 사용자 단말(710)에 대해 수신되어 저장된 메시지가 있는지를 묻는 정보가 포함될 수 있다.
793 단계에서 SGW(730)는 MME(720)에게 791 단계의 modify bearer request 메시지에 대한 응답 메시지, 예를 들면 modify bearer response 메시지를 전송할 수 있다. 이때, 이 메시지에는 사용자 단말(710)에 대해 수신되어 저장된 메시지가 있는지 여부를 나타내는 정보가 포함될 수 있다.
이후 TA update 또는 service request 과정을 진행하며, 794 단계에서 MME(720) 또는 기지국(750)은 사용자 단말(710)에게 TA update accept 메시지를 전송하면서 사용자 단말(710)에 대해 pending된 메시지가 있음을 나타내는 정보를 포함할 수 있다. 이 과정 중, 사용자 단말(710)이 TA update 요청 메시지에 active flag를 설정하지 않았음에도 MME(720)가 사용자 단말(710)이 active flag을 설정했던 것과 동일하게 UE context 및 radio bearer를 설정하는 과정이 수행될 수도 있다. 또는, 사용자 단말(710)이 TA update 요청 메시지에 active flag를 설정하지 않았는데, 상기 정보를 수신하면, 추가로 service request 과정을 수행할 수도 있다.
이후 795 단계에서 사용자 단말(710)은 connected mode가 되며, 797 단계에서 SGW(730)는 저장하고 있던 메시지를 사용자 단말(710)에게 전송할 수 있다.
한편 상기 실시 예들 설명함에 있어 이미 attach 된 상태에서 사용자 단말(710)이 저전력 모드로 동작하기 위한 상황, 즉 TA update 과정을 수행하는 것을 기준으로 하였으나, 상기 사용자 단말(710) 및 네트워크의 동작은 사용자 단말에 대한 attach 과정이 수행될 때도 적용될 수 있다. 만약 attach 과정 중에 상기 실시 예가 적용된다면, TA update request 메시지는 attach request 메시지, TAU accept 메시지는 attach accept 메시지로 바뀌어 적용될 수 있다.
도 8은 본 발명의 일 실시 예에 따른 사용자 단말이 저전력 모드를 사용할 때 메시지를 수신하는 방법의 흐름도의 또 다른 일 예를 나타내는 도면이다.
도 8을 참고하면, 사용자 단말(810)은 870 단계에서 저전력 모드로 진입할 수 있다. 이 과정은 본 발명의 상술한 도 3 내지 도 7과 관련된 부분에서 설명한 실시예에 포함된 단계들을 이용해 이루어질 수 있다. 한편, 이 과정 중 SGW(830)는 사용자 단말(810)이 유휴 상태(idle mode)임을 알게 된다.
사용자 단말(810)에 대해 외부망에서 패킷이 도착하면, 871 단계에서 PGW(840)는 이를 SGW(830)에게 전달할 수 있다.
SGW(830)는 사용자 단말(810)에 대한 패킷이 도착하면, 872 단계에서 MME(820)에게 downlink data notification 메시지를 전송할 수 있다.
이때, SGW(830)로부터 downlink data notification 메시지를 수신한 MME(820)는 873 단계에서 사용자 단말(810)이 저전력 모드라는 것을 확인할 수 있다. 또한, MME(820)는 사용자 단말(810)이 저전력 모드인 동안 사용자 단말(810)을 위해 상대적으로 긴 시간 동안 메시지를 수신하여 저장해주는 기능을 적용할지 여부를 판단할 수 있다.
이후, 875 단계에서 MME(820)는 SGW(830)에게 보내는 응답 메시지, 예를 들면 downlink data notification ack를 전송할 수 있다. 이때, 상기 메시지에는 사용자 단말(810)이 저전력 모드로 동작함을 나타내는 정보, 사용자 단말(810)이 저전력 모드로 동작하는 시간, 사용자 단말(810)이 접속 중인 RAT, 그리고 사용자 단말(810)에 대해 상대적으로 긴 시간 동안 메시지를 수신하여 저장해 두어야 함을 나타내는 정보 중 하나 이상이 포함될 수 있다. 한편, MME(820)는 메시지 저장 기능을 요청할지 여부를 결정하기 위해, 사용자 단말(810)이 접속 중인 RAT 정보를 활용할 수 있다. 특히, MME(820)는 특정 RAT, 예를 들면 전송률이 낮은 GERAN을 사용자 단말(810)이 사용 중인 경우에만 상기 기능을 요청할 수 있다.
그리고, 877 단계에서 SGW(830)는 상대적으로 긴 시간 동안 사용자 단말(810)에 대한 메시지를 수신해 저장해 주는 동작을 적용할 수 있다. 만약 875 단계에서 수신된 메시지에 사용자 단말(810)이 저전력 모드로 동작하는 시간이 포함된 경우, SGW(830)는 메시지를 수신하면 timer를 시작하여, timer가 만료(expire)(즉, 저전력 모드로 동작하는 시간에 다다르면)가 될 때까지 상기 동작을 적용할 수 있다. 한편, SGW(830)는 상기 동작을 수행할지 여부를 결정하기 위해, 사용자 단말(810)이 접속 중인 RAT 정보를 활용할 수 있다. 특히, SGW(830)는 특정 RAT, 예를 들면 전송률이 낮은 GERAN을 사용자 단말(810)이 사용 중인 경우에만 상기 기능을 적용할 수 있다. 또한, SGW(830)는 사용자 단말(810)이 접속 중인 RAT의 종류에 따라 프로토콜 전환(즉, 사용자 단말(810)이 CoAP로 전송한 메시지를, HTTP 메시지로 전환하거나, 사용자 단말(810)에게 전송해야 할 메시지의 프로토콜을 HTTP에서 CoAP로 전환) 기능 적용 여부를 결정할 수도 있다.
그리고, 879 단계에서 SGW(830)는 서버로부터 사용자 단말로 향하는 메시지를 수신할 수 있다. 상기 메시지는, GTP-U 또는 GRE 터널을 통해 PGW(840)로부터 수신되는 패킷에 포함될 수 있으며, 예를 들면 IP 통신을 사용하는 메시지일 수 있으며, 보다 구체적으로 COAP, MQTT, XMPP 또는 HTTP 프로토콜을 사용하는 메시지일 수 있다. 또한, 상기 메시지의 전송 code 또는 cause는 예를 들면 POST 또는 PUT일 수 있다. 상기 메시지의 목적지 주소는, 사용자 단말(810)의 주소(또는 외부 ID)일 수 있다.
한편, 사용자 단말(810)은 active timer가 만료되면, 저전력 모드로 동작하기 시작한다.
이후, 881 단계에서 사용자 단말(810)은 저전력 모드에서 데이터를 송수신할 수 있는 상태로 전환할 수 있다. 이 상태 전환은 예를 들면 periodic TAU timer가 만료되어 TA update 과정을 수행하기 위한 것일 수 있다.
그리고, 883 단계에서 사용자 단말(810)은 TA update 또는 service 요청 메시지를 MME(820)에게 전달할 수 있다. 만약 메시지 송수신이 필요한 경우, 사용자 단말(810)은 TA update 요청 메시지에 active flag를 포함하여 전송할 수 있다.
그에 따라 884 단계에서 MME(820)는 사용자 단말(810)이 저전력 모드에서 일반 데이터를 송수신할 수 있는 상태로 변경이 되면, SGW(830)에 사용자 단말에 대해 수신되어 전송 대기중인 메시지가 있는지 확인하는 과정을 수행할 수 있다. 이는, 실시 예에 따라 사용자 단말(810)이 전송한 TA update 요청 메시지에 active flag가 설정되지 않은 경우에 한해 이루어지거나, 또는 SGW(830)가 MME(820)에게 사용자 단말(810)에 대해 수신된 메시지가 있음을 알리는 메시지, 즉 Downlink Data Notification 메시지를 수신한 것이 기반해 이루어질 수도 있다.
그리고, 885 단계에서 MME(820)는 SGW(830)에게 modify bearer request 메시지를 전송하며, 이 메시지에는 사용자 단말(810)에 대해 수신되어 저장된 메시지가 있는지를 묻는 정보가 포함될 수 있다.
886 단계에서 SGW(830)는 MME(820)에게 885 단계의 modify bearer request 메시지에 대한 응답 메시지, 예를 들면 modify bearer response 메시지를 전송할 수 있다. 이때, 이 메시지에는 사용자 단말(810)에 대해 수신되어 저장된 메시지가 있는지 여부를 나타내는 정보가 포함될 수 있다.
이후 TA update 또는 service request 과정을 진행하며, 887 단계에서 MME(820) 또는 기지국(850)은 사용자 단말(810)에게 TA update accept 메시지를 전송하면서 사용자 단말(810)에 대해 pending된 메시지가 있음을 나타내는 정보를 포함할 수 있다. 이 과정 중, 사용자 단말(810)이 TA update 요청 메시지에 active flag를 설정하지 않았음에도 MME(820)가 사용자 단말(810)이 active flag을 설정했던 것과 동일하게 UE context 및 radio bearer를 설정하는 과정이 수행될 수도 있다. 또는, 사용자 단말(810)이 TA update 요청 메시지에 active flag를 설정하지 않았는데, 상기 정보를 수신하면, 추가로 service request 과정을 수행할 수도 있다.
이후 888 단계에서 사용자 단말(810)은 connected mode가 되며, 889 단계에서SGW(830)는 저장하고 있던 메시지를 사용자 단말(810)에게 전송할 수 있다.
한편 상기 실시 예들 설명함에 있어 이미 attach 된 상태에서 사용자 단말(810)이 저전력 모드로 동작하기 위한 상황, 즉 TA update 과정을 수행하는 것을 기준으로 하였으나, 상기 사용자 단말(810) 및 네트워크의 동작은 사용자 단말에 대한 attach 과정이 수행될 때도 적용될 수 있다. 만약 attach 과정 중에 상기 실시 예가 적용된다면, TA update request 메시지는 attach request 메시지, TAU accept 메시지는 attach accept 메시지로 바뀌어 적용될 수 있다.
이상에서는 사용자 단말이 저전력 모드로 들어갔을 때, 사용자 단말에게 메시지 전달이 필요한 경우, 즉 하향링크 메시지가 발생했을 때 불필요한 전송 시도 또는 메시지 전송 누락을 방지하는 방법에 대하여 살펴보았다.
한편, 사용자 단말이 저전력 모드로 동작하여 상대적으로 오랜 기간 동안 데이터를 송수신하지 않으면, 네트워크(NAT)는 사용자 단말에게 할당한 IP 주소 정보를 해제하거나 회수할 수 있다. 이 경우, 사용자 단말에게 외부 망에서 접근할 수 있는 주소가 없어지므로, 저전력 모드의 사용자 단말에게 메시지가 전달될 수 없으며, 사용자 단말이 저전력 모드에서 비-저전력 모드로 상태를 바꿨을 때 IP 주소를 재등록 하는 과정을 필요로 하게 된다.
이하에서는, 상기 문제를 해결하기 위해 사용자 단말이 저전력 모드로 동작하면, 사용자 단말 대신 네트워크의 한 노드, 예를 들면 SCS가 사용자 단말 대신 메시지, 예를 들면 keep-alive 메시지를 주기적으로 전송하여 저전력 모드로 동작하는 사용자 단말에 대한 IP 주소가 계속 유효할 수 있도록 하는 방법에 대해서 살펴보도록 한다.
도 9는 본 발명의 일 실시예에 따른 사용자 단말에 대한 연결 상태를 유지하기 위한 동작의 흐름도의 일 예를 나타내는 도면이다.
도 9를 참고하면, 사용자 단말(910)은 971 단계에서 단말 상태, 서비스 응용의 요청, 설정 정보 등에 따라 저전력 모드(PSM: Power Save Mode)로 상태를 변경하기로 결정할 수 있다.
사용자 단말(910)은 저전력 상태 사용을 요청하기 위해, 973 단계에서 TA update 요청 메시지를 MME(920)에게 전달할 수 있다. 한편, 사용자 단말(910)이 MME(920)에게 전송하는 TA update 요청 메시지에는 Periodic TAU timer, Active timer, 그리고 필요한 경우 active flag 중 적어도 하나가 포함될 수 있다. 만약 사용자 단말(910)이 저전력 상태에 들어가기 전에 보낼 메시지가 있으면, 사용자 단말(910)은 active flag를 설정하여 TA update 메시지를 보낼 수 있다. 또한, 실시 예에 따라 사용자 단말(910)은 명시적으로 사용자 단말(910) 대신 네트워크에서 IP 주소를 유지하기 위한 메시지 전송을 수행하는 기능 사용을 요청하는 정보를 상기 TA update 요청 메시지에 포함할 수 있다. 또한, 실시 예에 따라 사용자 단말(910)은 낮은 우선순위 또는 전송지연에 민감하지 않은 단말의 특성을 나타내는 정보를 상기 TA update 요청 메시지에 포함하여 전달할 수도 있다.
MME(920)는 사용자 단말(910)의 TA update 요청에 따라 저전력 모드 사용 여부 및 적용 파라메터(Periodic TAU timer, active timer)를 결정할 수 있다. 그리고, 975 단계에서 MME(920)는 사용자 단말(910)에게 전송하는 TA update accept 메시지에, 상기 정보를 포함시킬 수 있다. MME(920)는 사용자 단말(910)의 요청(예를 들어, 낮은 우선순위 또는 전송지연에 민감하지 않은 단말의 특성을 나타내는 정보), 사용자 단말(910)이 가진 PDN 연결의 특성(APN, ARP 등), 내부 설정, 그리고 가입 정보 중 하나 이상을 바탕으로 사용자 단말(910)에 대해 사용자 단말(910) 대신 네트워크에서 IP 주소 유지를 위한 메시지 전송을 수행하는 기능 적용 여부를 결정할 수 있다. 그리고, 실시 예에 따라 MME(920)는 그 결과를 명시적으로 TA update accept에 포함시켜 사용자 단말(910)에게 전달할 수 있다.
이후, 980 단계에서 사용자 단말(910)은 MME(920)로부터 수신한 TA update accept 메시지로부터 파라미터를 얻고, 이를 적용하여 저전력 모드로 진입하기 위한 동작을 수행할 수 있다. 특히, 사용자 단말(910)은 active timer를 시작하고, active timer가 만료(expire)될 때까지 저전력 모드로 상태를 변경하지 않고 대기할 수 있다.
한편, 977 단계에서 MME(920)는 HSS 또는 IWF(930)에게 사용자 단말(910)이 저전력 모드로 전환되었음을 알릴 수 있다. 이때, 실시 예에 따라 MME(920)는 HSS 또는 IWF(930)에게 상기 사용자 단말(910)의 식별자, IP 주소, 그리고 저전력 모드의 지속 시간 정보, active timer 중 하나 이상의 정보를 함께 전달할 수 있다. HSS 또는 IWF(930)는 MME(920)로부터 수신된 정보를 저장하고, 이후 SCS(940)로부터 사용자 단말(910)에 대한 정보 요청되거나, 또는 사용자 단말(910)의 상태가 변경될 때 마다, 저장된 정보 중 하나 이상을 SCS(940)에게 전달해 줄 수 있다.
이후, 979 단계에서 HSS 또는 IWF(930)는, 사용자 단말(910)의 상태 정보를 SCS(940)에게 알리기 위한 메시지를 전송할 수 있다. 실시 예에 따라 SCS(940)에게 사용자 단말(910)의 상태 정보가 전달되는 것은, 사용자 단말(910)이 저전력 모드로 상태가 변경되거나, 또는 저전력 상태에 있던 사용자 단말(910)의 상태가 다른 상태로 변경될 때 이루어질 수 있다. HSS 또는 IWF(930)는 SCS(940)에게 보내는 사용자 단말(910)의 상태 정보 메시지에 사용자 단말(910)의 외부 ID, 사용자 단말(910)의 IP 주소, 사용자 단말(910)의 현재 상태(저전력 모드인지 아닌지), 저전력 모드가 적용되는 시간을 나타내는 타이머(예를 들어, periodic TAU timer) 중 적어도 하나 이상을 포함할 수 있다. 또한, 상기 메시지에는 사용자 단말(910)의 저전력 모드 동안 사용자 단말(910) 대신 IP 주소를 유지하기 위한 메시지를 전송하는 기능을 적용해야 함을 나타내는 정보가 포함될 수 있다. 또한, 실시 예에 따라 상기 메시지는 active timer가 포함될 수 있다. 그리고, 만약 active timer가 포함된 경우 SCS(940)는 메시지를 수신하면 active timer를 시작(start)하고, active timer가 만료(expire)되는 순간부터 메시지 대신 전송 기능을 적용할 수 있다. 이 메시지를 수신한 SCS(940)는 이 정보들을 저장하고, 이 정보들에 따라 사용자 단말(910)의 현재 상태 및 저전력 상태가 지속될 시간을 파악할 수 있다.
한편, 980 단계에서 사용자 단말(910)은 자신의 저전력 모드 동작 동안, 네트워크에서 keep-alive 메시지 전송을 대신해주는 기능이 필요한지 판단할 수 있다. 이는, 사용자 단말(910)의 내부 설정 정보를 기반으로 이루어지거나, 또는 상기 TA update accept 또는 그 전에 수신된 attach accept 메시지에 포함된 정보(예를 들면, 사용자 단말(910) 대신 네트워크에서 keep-alive 메시지 전송을 수행하는 기능에 대한 지원 여부)에 기반하여 이루어질 수 있다. 사용자 단말(910)은 만약 상기 기능 사용이 가능하면 9841 단계에서 active timer가 만료되기 전에 상기 메시지를 SCS(940)에게 전송할 수 있다. 상기 메시지는, 예를 들면 IP 통신을 사용하는 메시지일 수 있으며, 보다 구체적으로 TCP, COAP, MQTT, XMPP 또는 HTTP 프로토콜을 사용하는 메시지일 수 있다. 또한, 상기 메시지의 전송 code 또는 cause는 예를 들면 POST일 수 있다. 상기 메시지에는 TCP keep-alive 메시지가 포함될 수 있다. 상기 메시지에는 사용자 단말(910) 대신 전송 동작을 요청하는 정보, 그리고 실제 전송해야 할 메시지, 그리고 사용자 단말(910)의 external ID 중 하나 이상이 포함될 수 있다. 도시되지 않았지만, 실시 예에 따라 상기 메시지는 PGW를 거쳐 SCS(940)까지 전달될 수 있다. 상기 메시지의 목적지 주소는, 미리 수신한 SCS(950)의 주소로 설정될 수 있다.
상기와 같이 SCS(940)는 사용자 단말(910)로부터 메시지를 수신할 수 있다.
그리고, SCS(940)는 앞선 단계에서 수신된 메시지에 따라 사용자 단말(910) 대신 Keep-alive 메시지 전송 동작을 수행해야 함을 알 수 있다. 한편, 실시 예에 따라 SCS(940)는 사용자 단말(910) 및 실제 서버를 구분하기 위해, 사용자 단말(910)이 보낸 메시지로부터 소스 주소(Source IP 주소)와 포트, 실제 목적지 주소(destination IP 주소)와 포트를 저장할 수 있다. 사용자 단말(910)이 외부 ID(external ID)를 알린 경우, SCS(940)는 이를 저장할 수 있다.
이후, 984 단계에서 SCS(940)는 사용자 단말(910)에게 메시지를 수신했음을 알리는 메시지를 전송할 수 있다. 이 메시지는 앞선 사용자 단말(910)이 전송하는 메시지와 동일한 프로토콜을 사용할 수 있으며, 전송 code 또는 cause는 예를 들면 200 OK로 설정될 수 있다. 한편, 도시되지 않았지만 실시 예에 따라 상기 메시지는 PGW를 거쳐 사용자 단말(910)에게 전송될 수 있다.
그리고, SCS(940)는 HSS 또는 IWF(930)로부터 979 단계에서 수신된 사용자 단말(910)의 상태 정보에 따라 사용자 단말(910) 대신 메시지를 전송하는 동작을 수행할지 여부를 결정할 수 있다. 만약, HSS 또는 IWF(930)로부터 수신된 메시지에 사용자 단말(910)이 저전력 모드로 동작하는 시간이 포함된 경우, SCS(940)는 이에 시간에 따라 timer를 시작하고, timer가 만료될 때까지 사용자 단말(910) 대신 메시지를 전송하는 동작을 수행할 수 있다.
한편, 사용자 단말(910)은 active timer가 만료되면, 985 단계에서 저전력 모드로 동작하기 시작할 수 있다.
그리고, SCS(940)는 987 단계 및 988 단계에서 주기적으로 사용자 단말(910)을 위한 keep-alive 메시지를 생성하여 전송할 수 있다. 이 메시지는 예를 들면 IP 통신을 사용하는 메시지일 수 있으며, 보다 구체적으로 TCP, COAP, MQTT, XMPP 또는 HTTP 프로토콜을 사용하는 메시지일 수 있다. 이 때 전송되는 메시지는 사용자 단말(910)로부터 수신한 것이거나 또는 SCS(940)가 직접 생성한 것일 수 있다. 또한, 상기 메시지의 송신자 주소(IP주소/포트) 또는 external ID는, SCS(940)의 것이 아닌 사용자 단말(910)의 주소 또는 external ID로 설정될 수 있다.
한편 상기 실시 예들 설명함에 있어 이미 attach 된 상태에서 사용자 단말(910)이 저전력 모드로 동작하기 위한 상황, 즉 TA update 과정을 수행하는 것을 기준으로 하였으나, 상기 사용자 단말(910) 및 네트워크의 동작은 사용자 단말(910)에 대한 attach 과정이 수행될 때도 적용될 수 있다. 만약 attach 과정 중에 상기 실시 예가 적용된다면, TA update request 메시지는 attach request 메시지, TAU accept 메시지는 attach accept 메시지로 바뀌어 적용될 수 있다.
이상에서는, 사용자 단말이 저전력 모드로 동작하면, 사용자 단말 대신 네트워크의 한 노드, 예를 들면 SCS가 사용자 단말 대신 메시지, 예를 들면 keep-alive 메시지를 주기적으로 전송하여 저전력 모드로 동작하는 사용자 단말에 대한 IP 주소가 계속 유효할 수 있도록 하는 방법에 대해서 살펴보았다.
한편, 사용자 단말이 특정 망에서 접속하여 PDN 연결을 생성하거나 생성된 PDN 연결의 context를 수정하는 과정에서, 사업자 망은 해당 PDN 연결이 WLAN(Wireless LAN)으로 오프로딩 가능한지 여부 결정하여 사용자 단말에게 알릴 수 있다. 그리고, 사용자 단말은 사업자 망으로부터 수신된 정보에 따라, PDN 연결을 WLAN으로 오프로딩하는 것이 가능한지 판단할 수 있다.
그런데, 만약 사용자 단말이 다른 망 또는 영역으로 이동한 경우, 사용자 단말에 대한 WLAN 오프로딩 허용 여부는 새로 갱신되어야 한다. 이는, 사업자 또는 영역 별로 WLAN 오프로딩에 대한 망 구성 또는 설정이 다를 수 있기 때문이다. 특히 사용자 단말이 등록한 RAT(Radio Access Technology)가 바뀌는 경우, 예를 들면 E-UTRAN에서 UTRAN 또는 UTRAN에서 E-UTRAN으로 변경되는 경우, 이러한 동작이 필요할 수 있다.
도 10은 사용자 단말이 새로운 위치 등록 또는 RAT를 변경하였을 때, WLAN 오프로딩 허용 여부를 알리는 방법의 흐름도의 일 예를 나타낸 도면이다.
도 10을 참고하면, 1070 단계에서 사용자 단말(1010)은 MME 또는 SGSN(1020)에게 TA update(E-UTRAN인 경우) 또는 RA update(UTRAN/GERAN인 경우) 요청 메시지를 전송할 수 있다.
신규 MME 또는 SGSN(1020)은, 사용자 단말(1010)이 제공한 사용자 단말(1010) 식별자 또는 코어망 노드 식별자를 기반으로 사용자 단말(1010)이 원래 등록되었던 MME 또는 SGSN(1025)을 파악하고, 1071 단계에서 이 노드로 사용자 단말(1010)에 대한 정보를 요청하는 메시지, 예를 들면 context request 메시지를 전송할 수 있다.
이에 따라, 1075 단계에서 예전 MME 또는 SGSN(1025)은 사용자 단말(1010)에 대한 컨택스트(UE context)를 신규 MME 또는 SGSN(1020)에게 전달해 줄 수 있다. 이 때 사용되는 메시지는 context response 메시지일 수 있다. 상기 context response 메시지에는 사용자 단말(1010)의 PDN 연결에 대해 WLAN 오프로딩(offloading)이 허용되는지 여부, 즉 WLAN offloadability가 포함되어 전송될 수 있다.
보다 구체적으로, 예전 MME 또는 SGSN(1025)은, 사용자 단말(1010)에 대해 UE context 또는 PDN context의 하나로 저장되어 있던 PDN 연결(들)에 대한 WLAN 오프로딩 허용/비허용 여부를, 신규 MME 또는 SGSN(1020)에게 보내는 context response메시지의 PDN connection IE(Information Element)에 WLAN offloadability IE를 포함시켜 전달할 수 있다. 한편, 예전 MME 또는 SGSN(1025)이 전송하는 context response 메시지에는, 사용자 단말(1010)과의 사이에서 이미 생성된 PDN 연결의 WLAN offloadability 뿐만 아니라, APN(Access Point Name)별로 WLAN 오프로딩이 허용되는지 여부를 나타내는 정보가 추가로 포함되어 신규 MME 또는 SGSN(1020)에게 전달될 수도 있다. 특히 상기 정보는 사용자 단말(1010)에 대한 UE context 또는 가입정보(Subscription data)의 일부일 수 있다.
신규 MME 또는 SGSN(1020)은 예전 MME 또는 SGSN(1025)으로부터 수신한 context response 메시지에 따라, 1077 단계에서 사용자 단말(1010)이 현재 가지고 있는 PDN 연결에 대한 WLAN offloadability와, APN별로 WLAN 오프로딩이 허용되는지 여부를 알 수 있다. 신규 MME 또는 SGSN(1010)는 이 정보를 자신의 설정(local configuration)에 따라 갱신할 수 있다. 만약 예전 MME 또는 SGSN(1025)이 보낸 정보와 자신의 설정(local configuration)이 상이한 경우, 신규 MME 또는 SGSN(1020)은 자신의 설정을 우선해 사용자 단말(1010)의 WLAN offloadability를 갱신할 수 있다.
그리고 1079 단계에서 신규 MME 또는 SGSN(1020)은 사용자 단말(1010)에게 TA update 또는 RA update 수락(accept) 메시지를 전송할 수 있다. 이 메시지에는 사용자 단말(1010)의 PDN connection(들)에 대한 갱신된 WLAN offloadability 정보가 포함될 수 있다.
보다 구체적으로, 신규 MME 또는 SGSN(1020)은, TA update 또는 RA update 수락 메시지에 PDN 연결의 대표 EPS bearer ID 별로 WLAN offloadability를 설정한 정보를 포함해 사용자 단말(1010)에게 전달할 수 있다.
신규 MME 또는 SGSN(1020)으로부터 TA update 또는 RA update 수락 메시지를 수신한 사용자 단말(1010)은, 만약 상기 메시지에 갱신된 WLAN offloadability 정보가 포함된 경우, 이 정보에 따라 저장된 정보를 갱신하여야 한다.
한편, 신규 MME 또는 SGSN은 TA/RA update 과정 중 WLAN offloadability 갱신이 필요할 때, 이를 TA/RA update 수락 메시지로 알리는 것이 아니라, 별도의 SM(Session Management) 과정을 시작(initiate)해서 사용자 단말에게 알릴 수도 있다.
도 11은 본 발명의 일 실시 예에 따른 사용자 단말에 대해 WLAN offloadability 갱신을 수행하는 과정의 흐름도의 다른 일 예를 나타내는 도면이다.
도 11을 참고하면, 1171 단계에서 사용자 단말(1110)은 MME 또는 SGSN(1120)에게 TA update (E-UTRAN인 경우) 또는 RA update (UTRAN/GERAN인 경우) 요청 메시지를 전송할 수 있다.
신규 MME 또는 SGSN(1120)은, 사용자 단말(1110)이 제공한 사용자 단말 식별자 또는 코어망 노드 식별자를 기반으로 사용자 단말(1110)이 원래 등록되었던 MME 또는 SGSN(1125)을 파악할 수 있다. 그리고, 1173 단계에서 신규 MME 또는 SGSN(1120)은 이 노드(1125)에게 사용자 단말(1110)에 대한 정보를 요청하는 메시지, 예를 들면 context request 메시지를 전송할 수 있다.
이에 따라, 1175 단계에서 예전 MME 또는 SGSN(1125)은 사용자 단말(1110)에 대한 컨택스트(UE context)를 신규 MME 또는 SGSN(1120)에게 전달해 줄 수 있다. 이 때 사용되는 메시지는 context response 메시지일 수 있다. 상기 context response 메시지에는 사용자 단말(1110)의 PDN 연결에 대해 WLAN offloading이 허용되는지 여부, 즉 WLAN offloadability가 포함되어 전송될 수 있다.
보다 구체적으로, 예전 MME 또는 SGSN(1125)은, 사용자 단말(1110)에 대해 UE context 또는 PDN context의 하나로 저장되어 있던 PDN 연결(들)에 대한 WLAN 오프로딩 허용/비허용 여부를, 신규 MME 또는 SGSN(1120)에게 보내는 context response메시지의 PDN connection IE(Information Element)에 WLAN offloadability IE를 포함시켜 전달할 수 있다. 한편, 예전 MME 또는 SGSN(1125)이 전송하는 context response 메시지에는, 사용자 단말(1110)과의 사이에서 이미 생성된 PDN 연결의 WLAN offloadability 뿐만 아니라, APN(Access Point Name)별로 WLAN 오프로딩이 허용되는지 여부를 나타내는 정보가 추가로 포함되어 신규 MME 또는 SGSN(1120)에게 전달될 수도 있다. 특히 상기 정보는 사용자 단말(1110)에 대한 UE context 또는 가입정보(Subscription data)의 일부일 수 있다.
신규 MME 또는 SGSN(1120)은 예전 MME 또는 SGSN(1125)으로부터 수신한 context response 메시지에 따라, 1177 단계에서 사용자 단말(1110)이 현재 가지고 있는 PDN 연결에 대한 WLAN offloadability와, APN별로 WLAN 오프로딩이 허용되는지 여부를 알 수 있다. 신규 MME 또는 SGSN(1120)는 이 정보를 자신의 설정(local configuration)에 따라 갱신할 수 있다. 만약 예전 MME 또는 SGSN(1125)이 보낸 정보와 자신의 설정(local configuration)이 상이한 경우, 신규 MME또는 SGSN(1120)은 자신의 설정을 우선해 사용자 단말(1110)의 WLAN offloadability를 갱신할 수 있다.
그리고, 신규 MME 또는 SGSN(1120)은 사용자 단말(1110)에 대해 WLAN offloadability 정보를 갱신하기 위한 과정을 시작할 수 있다. 신규 MME 또는 SGSN(1120)은, SGW(1130)에게 사용자 단말(1110)에 대한 bearer 정보를 수정하기 위한 메시지, 예를 들면 modify bearer command 메시지를 전달할 수 있다. 그리고, 이 메시지에는 사용자 단말(1110)에 대해 대상이 되는 bearer의 WLAN offloadability 정보가 포함될 수 있다. 상기 WLAN offloadability 정보는 bearer context의 하나로 포함될 수 있다. 만약 사용자 단말(1110)에 대해 PDN 연결이 여러 개 있거나, 또는 하나의 PDN 연결에 두 개 이상의 EPS bearer가 포함되는 경우, 신규 MME 또는 SGSN(1120)은 대상이 되는 PDN 연결의 대표 bearer(즉, default bearer)에 대한 정보로 상기 WLAN offloadability를 포함하여 전송할 수 있다.
1180 단계에서 SGW(1130)는 신규 MME 또는 SGSN(1120)으로부터 수신된 정보를 PGW(1140)까지 전달할 수 있다. 이 때는 modify bearer command 메시지가 사용될 수 있으며, 상기 1179 단계에서 수신한 정보를 포함하여 PGW(1140)에게 전송할 수 있다.
1181 단계에서 PGW(1140)는 SGW(1130)에게 Update Bearer Request 메시지를 전송하며, 이 메시지에는 대상이 되는 PDN 연결 또는 EPS bearer의 WLAN offloadability가 포함될 수 있다.
1182 단계에서 SGW(1130)는 상기 정보를 동일한 메시지를 이용해 신규 MME 또는 SGSN(1120)에게 전달할 수 있다.
신규 MME 또는 SGSN(1120)은, 1183 단계에서 WLAN offloadability를 갱신하기 위해 사용자 단말(1110)에게 SM 메시지를 전송할 수 있다. 이 메시지는 modify EPS bearer context request 메시지 또는 modify PDP context request 메시지일 수 있으며, 이 메시지에는 대상이 되는 bearer의 WLAN offloadability가 포함될 수 있다. 만약, 사용자 단말(1110)이 여러 개의 PDN 연결을 가지고 있거나, 또는 하나의 PDN 연결에 두 개 이상의 EPS bearer를 포함하고 있는 경우, 신규 MME 또는 SGSN(1120)은 대상이 되는 PDN 연결의 대표 EPS bearer(즉, default bearer)를 대상으로 상기 메시지를 전송하며, 따라서 상기 메시지에는 대표 EPS bearer의 식별자가 포함될 수 있다. 또한, 상기 메시지에 포함되는 WLAN offloadability 정보는 New QoS IE에 포함되거나, 또는 별도의 WLAN offloadability IE에 포함될 수 있다. 신규 MME 또는 SGSN(1120)이 상기 동작을 수행하는 것은, SGW(1130)/PGW(1140)와의 시그널링(즉 단계 X~X) 없이도 수행될 수 있다.
한편, 본 발명의 다른 한 변형으로, 신규 MME 또는 SGSN(1120)은 사용자 단말(1110)에 대해 WLAN offloadability 갱신이 필요할 때, 사용자 단말(1110)에게 SM 메시지, 예를 들면 ESM status 또는 ESM information 메시지를 사용할 수 있다. 이 메시지에는 대상이 되는 bearer의 WLAN offloadability가 포함될 수 있다. 만약, 사용자 단말(1110)이 여러 개의 PDN 연결을 가지고 있거나, 또는 하나의 PDN 연결에 두 개 이상의 EPS bearer를 포함하고 있는 경우, 신규 MME 또는 SGSN은 대상이 되는 PDN 연결의 대표 EPS bearer(즉, default bearer)를 대상으로 상기 메시지를 전송하며, 따라서 상기 메시지에는 대표 EPS bearer의 식별자가 포함될 수 있다. 또한, 상기 메시지에 포함되는 WLAN offloadability 정보는 New QoS IE에 포함되거나, 또는 별도의 WLAN offloadability IE에 포함될 수 있다. 이 과정 중, 신규 MME 또는 SGSN은, SGW/PGW와의 시그널링을 생략할 수도 있다.
신규 MME 또는 SGSN(1120)으로부터 SM 메시지를 수신한 사용자 단말(1110)은, 185 단계에서 만약 상기 메시지에 갱신된 WLAN offloadability 정보가 포함된 경우, 이 정보에 따라 저장된 정보를 갱신하여야 한다.
한편, 만약 사업자 망에 E-UTRAN과 UTRAN이 공존하는 경우, E-UTRAN과 UTRAN 각각에 대해 WLAN offloading 기능이나 설정이 상이할 수 있다. 예를 들면, E-UTRAN은 WLAN offloading 기능을 지원하는데, UTRAN은 WLAN offloading 기능을 지원하지 않는 경우가 있을 수 있다. 만약 이 경우 사용자 단말이 E-UTRAN과 UTRAN 사이에서 이동하는 경우(즉, 사용자 단말이 RAT가 E-UTRAN과 UTRAN 둘 중 하나에서, 다른 하나로 변경되는 경우), 사용자 단말의 PDN 연결(또는 PDP context)의 WLAN offloadability는 새롭게 갱신되어야 할 필요가 있다.
따라서, 사용자 단말에 대해 ISR(Idle Mode Signaling Reduction)을 적용할지 여부를 결정할 때는, 사용자 단말이 WLAN offloading을 사용할지 여부와, E-UTRAN과 UTRAN의 WLAN offloading 지원 여부를 고려해야 한다. 만약, 사용자 단말이 Attach 또는 TA/RA update 요청을 보냈을 때, MME 또는 SGSN은 사용자 단말에 대해 ISR을 적용할 지 여부를 결정해야 한다. 이 과정 중에, MME(또는 SGSN)은, SGSN(또는 MME)에게 보내는 context 관련 메시지(context request/response/response ack) 메시지에, 자기 망에서 WLAN offloading을 지원하는지 여부를 나타내는 정보를 포함시킬 수 있으며, 이를 수신한 SGSN(또는 MME)는, MME(또는 SGSN)으로 보내는 context 관련 메시지에, 마찬가지로 자기 망에서 WLAN offloading을 지원하는지 여부를 나타내는 정보를 포함시킬 수 있다.
사용자 단말에 대해 ISR은 두 망의 WLAN offloading 지원 여부가 일치할 때만 활성화 될 수 있다. 두 망의 WLAN offloading 지원 일치 여부를 확인하기 위해서는 context 교환 메시지가 사용된다. 즉, 상기 예에서, 만약 MME(또는 SGSN)으로부터 context response메시지를 수신한 SGSN(또는 MME)는, MME(또는 SGSN)가 상기 메시지로 지시한 WLAN offloading 기능 지원 여부가 자신의 WLAN offloading 기능 지원 여부와 일치하는 경우에만, ISR을 적용할 수 있으며 그 결과에 따라 context response ack 메시지에 ISR supported/activated indicator를 포함할지를 결정한다. 만약 두 망의 WLAN offloading 지원 여부가 서로 상이하거나 같음을 확인할 수 없는 경우, 사용자 단말에 대해서 ISR은 활성화 될 수 없다.
도 12는 본 발명의 일 실시 예에 따른 MME의 블록 구성도이다.
도 12를 참고하면, MME는 통신부(1210) 및 상기 MME의 전반적인 동작을 제어하는 제어부(1230)를 포함할 수 있다. 또한, 상기 MME는 저장부(1220)를 더 포함할 수 있다.
상기 저장부(1220)는 MME의 동작에 필요한 프로그램 및 데이터 등을 저장할 수 있다.
MME의 제어부(1230)는 상술한 실시 예들 중 어느 하나의 동작을 수행하도록 MME를 제어한다. 예를 들면, 사용자 단말로부터, 상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 다른 네트워크 엔티티에서 메시지 송수신을 수행할 것을 요청하는 정보를 포함하는 저전력 모드 요청 메시지를 수신하고, 상기 사용자 단말에게 저전력 모드 사용 여부 및 적용 파라메터를 송신하고, 상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 다른 네트워크 엔티티에서 메시지 송수신을 수행할 것을 요청하는 정보를 홈 가입자 서버(HSS: Home Subscriber Server)에게 전송하도록 제어할 수 있다.
상기 통신부(1210)는 상술한 실시 예들 중 어느 하나에 따른 신호를 송수신할 수 있다.
도 13은 본 발명의 일 실시 예에 따른 사용자 단말의 블록 구성도이다.
도 13을 참고하면, 사용자 단말은 통신부(1310) 및 상기 사용자 단말의 전반적인 동작을 제어하는 제어부(1330)를 포함할 수 있다. 또한, 상기 사용자 단말은 저장부(1320)를 더 포함할 수 있다.
상기 저장부(1320)는 사용자 단말의 동작에 필요한 프로그램 및 데이터 등을 저장할 수 있다.
사용자 단말의 제어부(1330)는 상술한 실시 예들 중 어느 하나의 동작을 수행하도록 사용자 단말을 제어한다. 예를 들면, 상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 다른 네트워크 엔티티에서 메시지 송수신을 수행할 것을 요청하는 정보를 포함하는 저전력 모드 요청 메시지를 이동성 관리 엔티티(MME: Mobility Management Entity)에게 전송하고, 상기 MME로부터 저전력 모드 사용 여부 및 적용 파라메터를 수신하고, 상기 수신한 파라메터에 따라 저전력 모드로 동작하도록 제어할 수 있다.
상기 통신부(1310)는 상술한 실시 예들 중 어느 하나에 따른 신호를 송수신할 수 있다.
한편, 도시되지 않았지만, 본 발명의 일 실시 예에 따른 사용자 SCS는 상술한 실시 예들 중 어느 하나에 따른 신호를 송수신할 수 있는 통신부 및 상기 SCS의 전반적인 동작을 제어하는 제어부를 포함할 수 있다. 그리고, SCS는 SCS의 동작에 필요한 프로그램 및 데이터 등을 저장할 수 있는 저장부를 더 포함할 수 있다.
또한, 본 발명의 일 실시 예에 따른 기지국은 상술한 실시 예들 중 어느 하나에 따른 신호를 송수신할 수 있는 통신부 및 상기 기지국의 전반적인 동작을 제어하는 제어부를 포함할 수 있다. 그리고, 기지국은 기지국의 동작에 필요한 프로그램 및 데이터 등을 저장할 수 있는 저장부를 더 포함할 수 있다.
나머지 네트워크 엔티티의 경우에도 그 네트워크 엔티티의 전반적인 동작을 제어하는 제어부 및 다른 네트워크 엔티티와 통신을 할 수 있는 통신부를 포함할 수 있다. 그리고, 그의 동작에 필요한 프로그램 및 데이터 등을 저장할 수 있는 저장부를 더 포함할 수 있다.
상술한 실시 예들에서, 모든 단계 및 메시지는 선택적인 수행의 대상이 되거나 생략의 대상이 될 수 있다. 또한 각 실시 예에서 단계들은 반드시 순서대로 일어날 필요는 없으며, 뒤바뀔 수 있다. 메시지 전달도 반드시 순서대로 일어날 필요는 없으며, 뒤바뀔 수 있다. 각 단계 및 메시지는 독립적으로 수행될 수 있다.
한편, 본 명세서와 도면에는 본 발명의 바람직한 실시 예에 대하여 개시하였으며, 비록 특정 용어들이 사용되었으나, 이는 단지 본 발명의 기술 내용을 쉽게 설명하고 발명의 이해를 돕기 위한 일반적인 의미에서 사용된 것이지, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시 예 외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.
따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.

Claims (14)

  1. 사용자 단말의 통신 방법에 있어서,
    상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 다른 네트워크 엔티티에서 메시지 송수신을 수행할 것을 요청하는 정보를 포함하는 저전력 모드 요청 메시지를 이동성 관리 엔티티(MME: Mobility Management Entity)에게 전송하는 단계;
    상기 MME로부터 저전력 모드 사용 여부 및 적용 파라메터를 수신하는 단계; 및
    상기 수신한 파라메터에 따라 저전력 모드로 동작하는 단계; 를 포함하는 사용자 단말의 통신 방법.
  2. 제1 항에 있어서,
    상기 저전력 모드 요청 메시지는 상기 사용자 단말이 저전력 상태에 머무르는 시간에 대한 정보, 액티브 타이머(active timer), 액트브 플래그에 대한 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 사용자 단말의 통신 방법.
  3. 제1 항에 있어서,
    상기 사용자 단말이 저전력 모드 상태 동안 상기 다른 네트워크 엔티티가 전송을 수행할 정보를 상기 다른 네트워크 엔티티에게 전송하는 단계; 를 더 포함하는 것을 특징으로 하는 사용자 단말의 통신 방법.
  4. 이동성 관리 엔티티(MME: Mobility Management Entity)의 통신 방법에 있어서,
    사용자 단말로부터, 상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 다른 네트워크 엔티티에서 메시지 송수신을 수행할 것을 요청하는 정보를 포함하는 저전력 모드 요청 메시지를 수신하는 단계;
    상기 사용자 단말에게 저전력 모드 사용 여부 및 적용 파라메터를 송신하는 단계; 및
    상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 다른 네트워크 엔티티에서 메시지 송수신을 수행할 것을 요청하는 정보를 홈 가입자 서버(HSS: Home Subscriber Server)에게 전송하는 단계; 를 포함하는 MME의 통신 방법.
  5. 제4 항에 있어서,
    상기 저전력 모드 요청 메시지는 상기 사용자 단말이 저전력 상태에 머무르는 시간에 대한 정보, 액티브 타이머(active timer), 액트브 플래그에 대한 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 MME의 통신 방법.
  6. 서비스 능력 서버(SCS: Service Capability Server)의 통신 방법에 있어서,
    사용자 단말로부터 상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 메시지 송수신을 수행할 것을 요청하는 정보를 수신하는 단계; 및
    사용자 단말의 저전력 모드 상태 동안 서버와 메시지 송수신을 수행하는 단계; 를 포함하는 것을 특징으로 하는 SCS의 통신 방법.
  7. 제6 항에 있어서,
    상기 서버와 메시지 송수신을 수행하는 단계는, 메시지의 송신자 주소 또는 external ID를 상기 사용자 단말의 주소 또는 external ID로 설정하여 상기 서버에 메시지를 전송하는 단계; 를 포함하는 SCS의 통신 방법.
  8. 사용자 단말에 있어서,
    다른 네트워크 엔티티와 신호를 송수신하는 통신부; 및
    상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 다른 네트워크 엔티티에서 메시지 송수신을 수행할 것을 요청하는 정보를 포함하는 저전력 모드 요청 메시지를 이동성 관리 엔티티(MME: Mobility Management Entity)에게 전송하고, 상기 MME로부터 저전력 모드 사용 여부 및 적용 파라메터를 수신하고, 상기 수신한 파라메터에 따라 저전력 모드로 동작하도록 제어하는 제어부; 를 포함하는 사용자 단말.
  9. 제8 항에 있어서,
    상기 저전력 모드 요청 메시지는 상기 사용자 단말이 저전력 상태에 머무르는 시간에 대한 정보, 액티브 타이머(active timer), 액트브 플래그에 대한 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 사용자 단말.
  10. 제8 항에 있어서,
    상기 제어부는,
    상기 사용자 단말이 저전력 모드 상태 동안 상기 다른 네트워크 엔티티가 전송을 수행할 정보를 상기 다른 네트워크 엔티티에게 전송하도록 제어하는 것을 특징으로 하는 사용자 단말.
  11. 이동성 관리 엔티티(MME: Mobility Management Entity)에 있어서,
    다른 네트워크 엔티티와 신호를 송수신하는 통신부; 및
    사용자 단말로부터, 상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 다른 네트워크 엔티티에서 메시지 송수신을 수행할 것을 요청하는 정보를 포함하는 저전력 모드 요청 메시지를 수신하고, 상기 사용자 단말에게 저전력 모드 사용 여부 및 적용 파라메터를 송신하고, 상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 다른 네트워크 엔티티에서 메시지 송수신을 수행할 것을 요청하는 정보를 홈 가입자 서버(HSS: Home Subscriber Server)에게 전송하도록 제어하는 제어부; 를 포함하는 MME.
  12. 제11 항에 있어서,
    상기 저전력 모드 요청 메시지는 상기 사용자 단말이 저전력 상태에 머무르는 시간에 대한 정보, 액티브 타이머(active timer), 액트브 플래그에 대한 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 MME.
  13. 서비스 능력 서버(SCS: Service Capability Server)에 있어서,
    다른 네트워크 엔티티와 신호를 송수신하는 통신부; 및
    사용자 단말로부터 상기 사용자 단말의 저전력 모드 상태에서 상기 사용자 단말 대신 메시지 송수신을 수행할 것을 요청하는 정보를 수신하고, 사용자 단말의 저전력 모드 상태 동안 서버와 메시지 송수신을 수행하도록 제어하는 제어부; 를 포함하는 SCS.
  14. 제13 항에 있어서,
    상기 제어부는,
    메시지의 송신자 주소 또는 external ID를 상기 사용자 단말의 주소 또는 external ID로 설정하여 상기 서버에 메시지를 전송하도록 제어하는 것을 특징으로 하는 SCS.
PCT/KR2015/006738 2014-06-30 2015-06-30 저전력 단말의 통신 효과를 높이는 방법 및 장치 WO2016003177A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/321,452 US10327208B2 (en) 2014-06-30 2015-06-30 Method and apparatus for increasing communication effectiveness of terminal in power-saving mode

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020140081291A KR102151031B1 (ko) 2014-06-30 2014-06-30 저전력 단말의 통신 효과를 높이는 방법 및 장치
KR10-2014-0081291 2014-06-30

Publications (1)

Publication Number Publication Date
WO2016003177A1 true WO2016003177A1 (ko) 2016-01-07

Family

ID=55019630

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2015/006738 WO2016003177A1 (ko) 2014-06-30 2015-06-30 저전력 단말의 통신 효과를 높이는 방법 및 장치

Country Status (3)

Country Link
US (1) US10327208B2 (ko)
KR (1) KR102151031B1 (ko)
WO (1) WO2016003177A1 (ko)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3182754B1 (en) * 2014-08-11 2020-01-29 LG Electronics Inc. Method for transmitting downlink data in a wireless communication system, and device for same
WO2016048208A1 (en) * 2014-09-25 2016-03-31 Telefonaktiebolaget L M Ericsson (Publ) Device mobility with coap
KR102035077B1 (ko) * 2015-10-28 2019-10-23 후아웨이 테크놀러지 컴퍼니 리미티드 데이터 송신 방법 및 장치
JP6839194B2 (ja) * 2015-12-21 2021-03-03 ノキア ソリューションズ アンド ネットワークス オサケユキチュア 高レイテンシーデバイスのインターネットプロトコル（ｉｐ）マルチメディアサブシステム（ｉｍｓ）レベル認識
WO2018023220A1 (zh) * 2016-07-30 2018-02-08 华为技术有限公司 一种业务数据传输方法及设备
EP3580966B1 (en) * 2017-03-24 2022-05-11 Telefonaktiebolaget LM Ericsson (publ) Method and device for determining power control configuration
EP3619931A4 (en) * 2017-05-04 2021-01-20 Deepak Das MOBILITY FUNCTIONALITY FOR A CLOUD-BASED ACCESS SYSTEM
US10212690B1 (en) 2017-10-16 2019-02-19 Verizon Patenting and Licensing Inc. Mobility management entity support of user equipment using extended discontinuous reception and power saving mode
CN112136346B (zh) * 2018-04-06 2024-04-19 玛利基创新有限公司 增加使用省电特征的设备的电池性能
US11516263B2 (en) * 2019-03-14 2022-11-29 T-Mobile Usa, Inc. Secure and transparent transport of application level protocols to non-IP data delivery communication channels
US11089065B2 (en) 2019-08-30 2021-08-10 T-Mobile Usa, Inc. Efficient interactions to support internet-of-things (IoT) device power saving mode
KR102302616B1 (ko) * 2020-02-17 2021-09-14 주식회사 케이티 배터리 절감 기술 동적 적용 방법, 이를 구현한 단말 및 네트워크 장치
WO2021175815A1 (en) * 2020-03-02 2021-09-10 Sony Group Corporation Paging area update
US11811651B2 (en) * 2020-09-11 2023-11-07 Juniper Networks, Inc. Apparatus, system, and method for steering traffic over network slices
CN114172973B (zh) * 2021-11-30 2023-12-19 深圳市国电科技通信有限公司 一种基于mqtt协议和698协议的数据转换处理方法及电子设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130042014A (ko) * 2010-08-27 2013-04-25 알까뗄 루슨트 머신형 통신의 특징 활성화를 위한 방법 및 이의 ｍｔｃ 디바이스
WO2013169376A1 (en) * 2012-05-09 2013-11-14 Interdigital Patent Holdings, Inc. Handling mtc long drx cycle/sleep lengths

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8477724B2 (en) * 2010-01-11 2013-07-02 Research In Motion Limited System and method for enabling session context continuity of local service availability in local cellular coverage
CN102948200B (zh) * 2010-06-21 2017-03-22 瑞典爱立信有限公司 无线通信系统中的方法和布置
TWI602412B (zh) * 2011-06-10 2017-10-11 內數位專利控股公司 執行鄰居發現的方法及裝置
WO2013009107A2 (ko) 2011-07-14 2013-01-17 엘지전자 주식회사 M2m 통신을 위한 아이들 모드에서 동작 방법 및 장치
CN103634849B (zh) * 2012-08-27 2017-07-28 华为终端有限公司 用于传输数据的方法和设备

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130042014A (ko) * 2010-08-27 2013-04-25 알까뗄 루슨트 머신형 통신의 특징 활성화를 위한 방법 및 이의 ｍｔｃ 디바이스
WO2013169376A1 (en) * 2012-05-09 2013-11-14 Interdigital Patent Holdings, Inc. Handling mtc long drx cycle/sleep lengths

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"Architecture enhancements to facilitate communications with packet data networks and applications (Release 12", 3GPP TS 23.682 V12.2.0, 24 June 2014 (2014-06-24), XP055250735 *
ERICSSON: "Power Saving Mode scope in CT1", C1-134583, 3GPP TSG-CT WG1 #85, 4 November 2013 (2013-11-04), San Francisco (CA) , USA, XP050730442 *
HUAWEI ET AL.: "UE Power Saving Mode", 3GPP TSG-SA WG2 #99, 26 September 2013 (2013-09-26), Xiamen, China, pages 2 - 133648, XP050726968 *

Also Published As

Publication number Publication date
KR20160002240A (ko) 2016-01-07
KR102151031B1 (ko) 2020-09-02
US10327208B2 (en) 2019-06-18
US20170164286A1 (en) 2017-06-08

Similar Documents

Publication Publication Date Title
WO2016003177A1 (ko) 저전력 단말의 통신 효과를 높이는 방법 및 장치
WO2021010693A1 (en) Method and apparatus for identifying user in ran communication system
WO2016186416A1 (en) Method and device for supporting paging optimization
WO2018143774A1 (en) Registration management method for terminal accessing 5g network on non-3gpp access
WO2018155934A1 (ko) 무선 통신 시스템에서 3GPP access를 통해 non-3GPP에 관련된 데이터를 수신하는 방법 및 이를 위한 장치
WO2011142567A2 (en) Handover method supporting terminal mobility
WO2017191973A1 (ko) 무선 통신 시스템에서 리모트 ue의 위치 등록 수행 방법 및 이를 위한 장치
WO2014051387A1 (ko) 사용자 단말에서 데이터 송수신 장치 및 방법
WO2013009053A2 (en) Method and apparatus for supporting mobility of user equipment
WO2018038490A1 (ko) 무선 통신 네트워크에서 지역별 데이터 네트워크 구성을 위한 방법 및 시스템
WO2017135779A1 (ko) 무선 통신 시스템에서 rrc 연결 재개를 수행하는 방법 및 장치
WO2017126928A1 (ko) 연결 모드 변경 방법 및 이동성 관리 개체
WO2011147358A1 (zh) 机器类型通讯设备的业务控制方法和相关装置及系统
WO2014185708A1 (en) System and method for ip session continuity in device-to-device communication system
WO2013009008A1 (en) Method and terminal for performing detach procedure
WO2013051845A2 (ko) 이동 통신 시스템에서 사용자 단말의 접속 제어 방법 및 장치
WO2018221942A1 (ko) 상향링크 서비스 품질을 관리하는 방법 및 상기 방법을 수행하는 기지국
WO2013141599A1 (ko) 무선 통신 시스템에서 mtc 그룹 트리거(trigger) 방법 및 장치
WO2014112843A1 (ko) 혼잡 상황에서 서비스 레벨을 조절하는 방법 및 장치
WO2015137787A1 (en) Method for supporting ue access control
WO2019160300A1 (ko) 복수의 네트워크 시스템에 접속할 수 있는 단말에 sm 신호를 전송하는 방법
EP3566509A1 (en) Registration management method for terminal accessing 5g network on non-3gpp access
EP3158816A1 (en) Method and apparatus for establishing user plane bearer
WO2015034195A1 (ko) 멀티 rat 환경에서 위치 갱신 (location area update) 방법 및 페이징을 송수신하는 방법
WO2013005992A2 (en) Method for avoiding handover failure

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15814294

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15321452

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15814294

Country of ref document: EP

Kind code of ref document: A1