KR102637668B1 - 응답 시간의 관리를 위한 시스템 및 방법 - Google Patents

응답 시간의 관리를 위한 시스템 및 방법 Download PDF

Info

Publication number
KR102637668B1
KR102637668B1 KR1020227009699A KR20227009699A KR102637668B1 KR 102637668 B1 KR102637668 B1 KR 102637668B1 KR 1020227009699 A KR1020227009699 A KR 1020227009699A KR 20227009699 A KR20227009699 A KR 20227009699A KR 102637668 B1 KR102637668 B1 KR 102637668B1
Authority
KR
South Korea
Prior art keywords
mobile terminal
mme
terminal data
tdr
iot device
Prior art date
Application number
KR1020227009699A
Other languages
English (en)
Other versions
KR20220050973A (ko
Inventor
아비셱 둔
아비™r 둔
지텐드라 소니
가우라프 자인
무케시 싱
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 KR20220050973A publication Critical patent/KR20220050973A/ko
Application granted granted Critical
Publication of KR102637668B1 publication Critical patent/KR102637668B1/ko

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005Transmission of information for alerting of incoming communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02Arrangements for increasing efficiency of notification or paging channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • H04W28/12Flow control between communication endpoints using signalling between network elements
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

적어도 하나의 NB-IoT 디바이스(102)에 대한 응답 시간의 관리를 위한 시스템 및 방법. 본 방법은 MME(202)에서, 적어도 하나의 모바일 단말 데이터 요청(TDR)을 SCEF(204)로부터 수신하는 단계를 포함한다. 그 후, 본 방법은 MME(202)에서, 수신된 적어도 하나의 TDR 각각을 버퍼링하는 단계를 포함한다. 또한, 본 방법은 MME(202)에 의해, 버퍼링된 적어도 하나의 TDR 각각에 대한 요청된 재전송 시간(RRT)을 계산하는 단계를 포함한다. 그 후, 본 방법은 MME(202)로부터 SCEF(204)로, 적어도 하나의 NB-IoT 디바이스(102)에 대한 응답 시간의 관리를 위해 버퍼링된 적어도 하나의 TDR 각각에 대응하는 적어도 하나의 모바일 단말 데이터 회답(TDA)을 전송하는 단계를 포함하며, 여기서 적어도 하나의 TDA는 대응하는 버퍼링된 적어도 하나의 TDR 각각에 대해 적어도 계산된 RRT를 포함한다.

Description

응답 시간의 관리를 위한 시스템 및 방법
본 발명은 일반적으로 무선 네트워크 분야에 관한 것으로, 더욱 구체적으로 모바일 단말(MT: Mobile Terminal) 데이터 회답(TDA: Terminal Data Answer)에서 요청된 재전송 시간(RRT: Requested Retransmission Time)의 포함에 기초하여 적어도 하나의 협대역-사물 인터넷(NB-IoT: Narrow Band-Internet of Things) 디바이스에 대한 응답 시간의 관리를 위한 시스템 및 방법에 관한 것이다.
관련 기술에 대한 이하의 설명은 본 개시의 분야에 속하는 배경 정보를 제공하도록 의도된 것이다. 이 섹션은 본 개시의 다양한 특징과 관련될 수 있는 본 기술의 특정 양태를 포함할 수 있다. 그러나, 이 섹션은 본 개시와 관련하여 독자의 이해를 향상시키기 위해서만 사용되며 종래 기술을 인정하는 것이 아님을 이해해야 한다.
통상의 셀룰러 배치에서, 충분히 넓은 영역을 커버할 수 있도록 적절히 전력 공급되는 매크로셀이 배치되고 있다. 그러나, 매크로셀만을 배치하는 경우, 일반적으로 매크로셀 커버리지 영역에서 동작하는 사용자 장비(UE: user equipment)의 수가 증가함에 따라 급속한 용량 저하를 겪는다. 따라서, 운영자는 이제 하나 이상의 매크로 커버리지 영역 내의 복수의 전략적 위치에 배치된 하나 또는 복수의 저전력 소형 셀룰러 셀(일반적으로 펨토(Femto)/피코(Pico)/마이크로셀(Microcells)이라고 칭함)을 사용하여 매크로셀 배치를 보강하고 있다. 이러한 종류의 보강된 셀룰러 네트워크는 일반적으로 이종 네트워크(heterogeneous network), 축약하여 HetNet으로 칭해진다. 통상적인 HetNet의 경우, 소형 셀에 대한 전략적 위치는 일반적으로 쇼핑 몰, 공항, 철도/버스 정류장, 대학 등과 같이 사용자 밀도가 높은 영역을 포함한다. 또한 이러한 위치는 사각 지대가 있는 영역, 또는 매크로 커버리지 영역의 실내 시설이나 주변 위치와 같이 매크로 신호 강도가 낮은 영역을 포함할 수 있다. 상술한 바와 같이 복수의 전략적 위치에 배치된 소형 셀로 보강된 이종 네트워크는 증가된 모바일 데이터 용량을 제공할 뿐만 아니라 더 나은 모바일 커버리지도 제공하며, 이에 의해 전반적인 사용자의 모바일 광대역 경험을 향상시킨다. 또한, 모바일 통신 네트워크에서, 운영자가 사용자 밀도가 높은 영역 및/또는 높은 건물 침투 손실에서 매크로 기지국(Macro Base Station)만의 동종 배치를 통해 사용자 당 더 높은 스루풋을 제공하고 그리고/또는 수용 가능한 신호 품질을 유지하기 종종 어려울 수 있다. 소형 기지국/소형 셀은 매크로 기지국과 함께 사용될 때 향상된 용량 및 커버리지뿐만 아니라 감소된 CAPEX/OPEX 비용의 이중 목적을 담당한다. 소형 셀은 매크로 기지국에 비해 상대적으로 더 작은 범위를 갖고 핫스팟(hotspot) 또는 가정, 사무실, 쇼핑 단지 등과 같은 덮인 실내 환경에 배치된 저전력 기지국(액세스 포인트)에 대한 포괄적인 용어이다. 서비스 운영자는 예를 들어, 사무실, 쇼핑 단지 등과 같은 높은 사용자 밀도의 국지적 영역에 제공하기 위해 더 많은 수의 소형 기지국을 점점 더 많이 배치하고 있다.
4G 통신 시스템의 배치 이후, 무선 데이터 트래픽에 대한 수요가 기하급수적으로 증가했으며 '비욘드 4G 네트워크(Beyond 4G Network)' 또는 '포스트 LTE 시스템(Post LTE System)'이라고도 칭하는 개선된 5G 또는 프리(pre)-5G 통신 시스템을 개발하려는 노력이 있어 왔다. 5G 통신 시스템은 더 높은 데이터 레이트를 달성하기 위해, 예를 들어, 60 GHz 대역과 같은 더 높은 주파수(mmWave) 대역에서 구현되는 것으로 고려된다. 무선 파의 전파 손실을 감소시키고 전송 거리를 증가시키기 위해 빔 형성(beamforming), 대량 다중-입력 다중-출력(MIMO: multiple-input multiple-output), 전차원(full dimensional) MIMO(FD MIMO), 어레이 안테나, 아날로그 빔 형성, 대규모 안테나 등의 기술이 5G 통신 시스템에서 논의된다. 또한, 5G 통신 시스템에서, 진보된 소형 셀, 클라우드 무선 액세스 네트워크(RAN: radio access network), 초고밀도 네트워크, 디바이스-대-디바이스(D2D: Device-to-Device) 통신, 무선 백홀(backhaul), 무빙 네트워크, 협력 통신, 조정된 다중-포인트(CoMP: coordinated multi-point), 수신단 간섭 제거 등에 기초한 시스템 네트워크 개선을 위한 개발이 진행 중이다. 5G 시스템에서, 진보된 코딩 변조(ACM: advanced coding modulation)로서 하이브리드 FSK 및 QAM 변조(FQAM) 및 슬라이딩 윈도우 중첩 코딩(SWSC: sliding window superposition coding), 및 진보된 액세스 기술로서 필터 뱅크 다중 캐리어(FBMC: filter bank multi carrier), 비직교 다중 액세스(NOMA: non-orthogonal multiple access) 및 희소 코드 다중 액세스(SCMA: sparse code multiple access)가 개발되었다.
또한, 3GPP는 최근 릴리스(release) 13에서 새로운 기술인 NB-IoT를 도입했다. 저가형(low-end) IoT 어플리케이션이 이러한 기술로 충족될 수 있다. 이 기술은 저전력 광역(LPWA: Low Power Wide Area)보다 더 나은 성능을 갖는다. NB-IoT에 대한 표준화의 완료로 IoT 시장에 대응하기 위한 노력이 기울어졌다. NB-IoT 기술은 허가된 대역에서 구현되었다. LTE의 허가된 대역은 이 기술을 활용하는 데 사용된다. 이 기술은 180 kHz의 최소 시스템 대역폭을 사용하며, 즉, 하나의 물리 리소스 블록(PRB: Physical Resource Block)이 이 기술에 대해 할당된다. NB-IoT는 별도의 무선 액세스 기술(RAT: Radio Access Technology)로 볼 수 있으며 "대역 내(in-band)", "보호 대역(guard band)" 및 "독립형(standalone)"이라는 명칭의 3개의 모드로 배치될 수 있다. "대역 내" 동작에서, LTE 캐리어 내에 존재하는 리소스 블록이 사용된다. 내부 리소스 블록은 LTE 신호의 동기화를 위해 할당되므로 사용되지 않는다. "보호 대역" 동작에서, 어떠한 운영자에 의해서도 이용되지 않는 LTE 캐리어 간의 리소스 블록이 사용된다. "독립형" 동작에서, GSM 주파수가 사용되거나, 가능하게는 사용되지 않은 LTE 대역이 사용된다. 또한, 릴리스 13은 불연속 수신(eDRX: discontinuous reception) 및 절전 모드와 같은 중요한 개선 사항을 포함한다. 절전 모드(PSM: Power Save Mode)는 배터리 수명(릴리스 12)을 보장하고 데이터를 더 빈번히 수신할 필요가 있는 디바이스에 대한 eDRX에 의해 완료된다.
또한, NB-IoT 기술은 사무용품인, 물의 검침 및 전기 소비와 같은 디바이스에 초점을 맞춘다. 몇몇 예시적인 사용 사례는 시설 관리 서비스, 가정 및 상업용 자산에 대한 화재 경보, 사람 및 사물 추적 등이다. NB-IoT 서비스가 가치를 추가할 수 있는 일부 산업은 스마트 시티, 스마트 홈, 안전 및 보안, 농업, 헬스 케어 및 에너지이다. 또한, IoT 산업의 또 다른 예는 물류 추적을 포함하며, 여기서 운송 컨테이너 상의 추적 디바이스는 운송 위치의 실시간 추적이 가능하도록 보장하기 위해 분석을 위해 수집 및 취득되는 방대한 양의 센서 데이터를 송신한다. 출력 디스플레이 유닛은 경고를 수신하는 데 사용되며 서비스 권장 사항으로 최적화된다.
또한, 절전 모드(PSM) 기능은 UE(NB-IoT 디바이스)의 전력 소비를 감소시키는 데 초점을 두고 있으며, 또한 LTE 및 GSM 기술 모두에 대해 정의되며 디바이스가 딥 슬립(deep sleep) 모드로 진입할 수 있게 한다. PSM은 빈번하지 않은 데이터 전송을 위해 설계되고 모바일 종단 통신에서 대응하는 대기 시간을 수용할 수 있는 UE를 위해 의도된 것이다. 또한, PSM 접근법에서, UE는 데이터를 전송 및 수신하기 위해 얼마나 자주, 그리고 얼마나 오랫동안 활성화될 필요가 있는지를 결정한다. PSM 모드는 전원 끄기와 유사하지만, UE는 네트워크에 등록된 상태로 유지된다. 이는 UE가 다시 활성화될 때 패킷 데이터 네트워크(PDN: packet data network) 연결을 재연결하거나 재확립할 필요가 없음을 의미한다. UE가 PSM 모드에 있는 동안, 모바일 종단 서비스에 도달할 수 없지만 네트워크는 이를 인식하고 UE를 헛되이 페이징하는 것을 피한다. 그러나, UE가 연결 모드에 있는 시간 동안 그리고 연결 모드가 확립된 후 활성 시간 동안의 주기 동안 모바일 종단 서비스가 이용 가능하다. UE는 어태치(attach), 추적 영역 업데이트(TAU: tracking area update) 또는 라우팅 영역 업데이트에서 원하는 값을 갖는 타이머(T3324)를 포함시킴으로써 간단히 PSM을 요청한다. T3324는 UE가 연결 모드로부터 유휴 모드로 천이된 후 페이징 채널을 청취하는 시간이 될 것이다. 타이머가 만료되면, UE는 PSM에 진입한다. UE는 또한 네트워크에 의해 브로드캐스팅되는 T3412보다 더 오래 PSM에서 유지하기 위해 확장된 T3412인 제2 타이머를 포함할 수 있다. 네트워크는 어태치/TAU/RAU 수용 절차에 사용되는 T3324(및 T3412)의 실제 값을 제공하여 PSM을 수용한다. T3412를 포함한 최대 지속 기간(duration)은 약 413일이다. 또한, T3324는 PSM에 대한 활성 시간으로 사용되며, T3412/T3412_ext는 PSM의 슬립 지속 기간을 위해 사용된다.
또한, 확장 유휴 모드 불연속 수신(eDRX: extended idle-mode discontinuous reception)은 유휴 모드에서 슬립핑 사이클을 확장하여 디바이스/NB-IoT 디바이스의 전력 소비를 감소시키는 또 다른 메커니즘이다. 이는 디바이스가 절전하기 위해 확장된 DRX 주기 동안 회로의 일부를 끌 수 있게 한다. 확장된 DRX 동안, 디바이스는 페이징 또는 다운링크 제어 채널을 청취하지 않으므로, 네트워크는 디바이스에 접촉을 시도하지 않아야 한다. PSM과의 주요 차이점은 이 기능이 현재 DRX에 비해 지연된 도달 가능성을 갖는 모바일 종단 데이터에 유용하다는 것이다. PSM과 동일한 정도의 모바일 종단 서비스 도달 가능성을 달성하기 위해, UE는 PSM을 종료하고 확장된 유휴 모드 DRX 사이클과 동일한 주파수로 주기적 TAU/RAU를 발행해야 하므로, UE에서 네트워크 및 전력 소비에 대한 추가 시그널링을 유발한다. UE는 eDRX 파라미터 IE를 포함함으로써 어태치, 추적 영역 업데이팅(TAU) 또는 라우팅 영역 업데이팅(RAU) 절차 동안 확장된 유휴 모드 DRX 사이클(eDRX)의 사용을 요청할 수 있다.
또한, 이에 맞추어, 5G 통신 시스템을 IoT 네트워크에 적용하기 위한 다양한 시도가 이루어지고 있다. 예를 들어, 센서 네트워크, 머신 유형 통신(MTC: machine type communication), 머신-대-머신(M2M: machine-to-machine) 통신과 같은 기술이 구현될 수 있다. 클라우드 무선 액세스 네트워크(RAN: radio access network)와 빅 데이터 프로세싱 기술의 적용도 5G 기술과 IoT 기술 간의 융합의 예로 고려될 수 있다. 한편, LTE 시스템은 어플리케이션-특정 액세스 차단을 수행할지 여부를 결정하고 어플리케이션 별로 액세스를 제어할 수 있다. 그러나, 복잡한 어플리케이션-특정 액세스 차단 메커니즘은 일관된 액세스 제어 메커니즘의 필요성을 대두시킨다.
또한, 페이징 실패의 경우, vMME(virtualized MME)/MME가 서비스 능력 노출 기능(SCEF: service capability exposure function)을 향한 모바일 단말 데이터 회답(TDA: terminal data answer)에 요청된 재전송 타이머(RRT: Requested Retransmission Timer)를 포함하지 않는 것으로 관찰되었다. 페이징 실패 시 SCEF를 향해 송신되는 에러 코드는 DIAMETER_ERROR_UNRACHABLE_USER(4221)이다. 또한, 현재 알려진 기술은 올바른 에러 코드로 페이징 실패의 경우 SCEF로 송신되어야 하는 모든 TDA 메시지에 RRT를 포함할 수 있는 특징을 갖지 않는다. 또한, 현재 vMME/MME는 RRT를 포함하지 않고 TDA 메시지에 에러 코드 "DIAMETER_ERROR_UNREACHABLE_USER"를 전송하며, TAU 요청 메시지를 수신한 후(타이머 T3412의 만료) 결과적으로 어떤 이유로든 페이징이 실패하면, MME는 CMR-플래그 값 1을 갖는 CMR-업데이트를 송신하지 않는다. 또한, 현재 구현의 3GPP에 따라, 에러 코드가 DIAMETER_ERROR_UNREACHABLE_USER로 설정된 경우 RRT가 vMME/MME에 포함되지 않는다. 또한, vMME가 SCEF를 향해 CMR-Update를 송신할 때까지 SCEF에서 버퍼링되어 전달되지 않은 모든 MT 데이터는 다시 재시도되지 않는다. 또한, RRT가 TDA 메시지에 포함된 경우에 그리고 포함된 경우에만 vMME는 CMR-업데이트를 송신할 것이다. 그 결과, UE에게 송신되어야 했던 SCEF에서 버퍼링된 모든 데이터는 다시 송신을 위해 시도되지 않는다. 또한, 본 명세서는 UE가 (확장된 유휴 모드 DRX와 같은) 절전 메커니즘을 사용 중이고 UE에 현재 도달할 수 없는 경우 DIAMETER_ERROR_USER_TEMPORARILY_UNREACHABLE 에러 코드가 포함되도록 또한 특정한다.
따라서, 현재 시스템에서는, 올바른 에러 코드로 페이징 실패의 경우 SCEF로 송신되어야 하는 모든 TDA 메시지에 RRT를 포함할 수 있는 기능을 가질 필요가 있다. 따라서, 이러한 그리고 다른 기존의 한계를 감안할 때, 기존 해결책의 한계를 극복하기 위한 해결책을 제공하고, 모바일 단말(MT: Mobile Terminal) 데이터 회답(TDA)에 요청된 재전송 시간(RRT: requested retransmission time)을 포함하는 것에 기초하여 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위한 방법 및 시스템을 제공해야 하는 긴급한 필요성이 있다.
이 섹션은 상세한 설명에서 추가로 후술되는 단순화된 형태로 본 발명의 특정 목적 및 양태를 소개하기 위해 제공된다. 이러한 개요는 청구된 주제의 핵심적인 특징이나 범위를 식별하려고 의도된 것이 아니다.
이전 섹션에서 언급된 단점 및 그렇지 않으면 본 기술 분야의 통상의 기술자에게 알려진 단점 중 적어도 일부를 극복하기 위해, 본 개시의 목적은 올바른 에러 코드로 페이징 실패의 경우 SCEF로 송신되어야 하는 모든 TDA 메시지에 포함될 수 있는 RRT의 특징을 제공하는 것이다. 본 발명의 다른 목적은 UE가 도달 가능하게 될 때마다 SCEF가 그 단부에서 버퍼링된 MT 데이터 요청(32)을 재시도할 수 있는 시스템 및 방법을 제공하는 것이다. 또한, 본 발명의 목적은 페이징 실패의 경우 TDA 메시지의 RRT 메시징으로 수동 개입을 자동으로 감소시키도록 구현될 수 있는 용법(정적/동적)에 대해 절전 모드의 선택에 의해 PSM과 eDRX의 동적 사용을 통해 NB-IoT 디바이스(즉, UE)에 절전 모드를 제공하는 것이다. 또한, 본 발명의 다른 목적은 PSM 또는 eDRX에서 정적 활성 윈도우 또는 동적 활성 윈도우 동안 임의의 시간에 IoT 디바이스를 향한 대한 액세스 도달이 예상되는 사용 사례를 위한 시스템 및 방법을 제공하는 것이다. 또한, 본 발명의 다른 목적은 페이징 실패의 경우 TDA 메시지의 RRT 메시징과 PSM/eDRX의 긴밀한 연계로 인해 부분적으로 예측할 수 없는 종단된 디바이스 액세스의 경우에도 서비스 운영자에게 IoT에서 절전 모드를 사용할 수 있는 능력을 제공하는 시스템 및 방법을 제공하는 것이다. 또한, 본 발명의 목적은 엄격한 요건으로 인해 절전 모드를 구성하기 어려운 IoT 디바이스 영역에서 값을 제공하는 시스템 및 방법을 제공하는 것이다. 본 발명의 다른 목적은 저비용으로 절전 해결책을 제공하고 디바이스 배터리 수명이 연장된 NB-IoT 디바이스에 대한 전력을 절감하는 것이다. 또한, 본 발명의 목적은 절전 해결책을 제공하는 것이며, 여기서 절전 메커니즘의 구현은 사용 사례, 엔지니어링 서비스의 절감 노력 및 디바이스에 대한 비용에 기초하여 자동화된다. 또한, 본 발명의 다른 목적은 디바이스의 최대 절전으로 귀결되는 실시간 사용 사례에 맞게 IoT 디바이스에 대한 절전 모드를 최적화하기 위한 해결책을 제공하기 위한 시스템 및 방법을 제공하는 것이다. 본 발명의 또 다른 목적은 PSM/eDRX 파라미터(들)과 함께 개시/종료 타이밍 정보를 제공하기 위한 시스템 및 방법을 제공하는 것이다.
상술한 목적을 달성하기 위해, 본 발명은 응답 시간의 관리를 위한 방법 및 시스템을 제공한다. 본 발명의 제1 양태는 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위한 방법에 관한 것이다. 본 방법은 MME에서, 적어도 하나의 NB-IoT 디바이스에 대한 적어도 하나의 다운링크 데이터에 대응하여 생성된 적어도 하나의 모바일 단말 데이터 요청(TDR: terminal data request)을 SCEF로부터 수신하는 단계를 포함한다. 그 후, 본 방법은 MME에서, 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각을 버퍼링하는 단계를 포함한다. 또한, 본 방법은 MME에 의해, 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 요청된 재전송 시간(RRT: requested retransmission time)을 계산하는 단계를 포함한다. 그 후, 본 방법은 MME로부터 SCEF로, 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위해 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대응하는 적어도 하나의 모바일 단말 데이터 회답(TDA: terminal data answer)을 전송하는 단계를 포함하며, 여기서 적어도 하나의 모바일 단말 데이터 회답(TDA)은 대응하는 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대해 적어도 계산된 요청된 재전송 시간(RRT)를 포함한다.
본 발명의 다른 양태는 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위한 시스템에 관한 것이다. 본 시스템은 적어도 하나의 NB-IoT 디바이스에 대한 적어도 하나의 다운링크 데이터에 대응하여 생성된 적어도 하나의 모바일 단말 데이터 요청(TDR)을 SCEF로부터 수신하도록 구성된 MME를 포함한다. MME는 추가로, 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각을 버퍼링하도록 구성된다. 또한, MME는 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 요청된 재전송 시간(RRT)을 계산하도록 구성된다. 그 후, MME는 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위해 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대응하는 적어도 하나의 모바일 단말 데이터 회답(TDA)을 SCEF로 전송하도록 구성되고, 적어도 하나의 모바일 단말 데이터 회답(TDA)은 대응하는 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대해 적어도 계산된 요청된 재전송 시간(RRT)을 포함한다.
본원에 통합되고 본 개시의 일부를 구성하는 첨부 도면은 상이한 도면 전체에 걸쳐 동일한 참조 번호가 동일한 부분을 지칭하는 개시된 방법 및 시스템의 예시적인 실시예를 예시한다. 도면의 구성 요소는 반드시 축척대로는 아니며, 대신 본 개시의 원리를 명확하게 예시하는 데 중점을 둔다. 일부 도면은 블록도를 사용하여 구성 요소를 나타낼 수 있으며, 각 구성 요소의 내부 회로를 나타내지 않을 수 있다. 이러한 도면의 개시는 이러한 구성 요소를 구현하기 위해 일반적으로 사용되는 전기 구성 요소, 전자 구성 요소 또는 회로의 개시를 포함한다는 것이 본 기술 분야의 통상의 기술자에 의해 인식될 것이다.
도 1은 본 발명의 예시적인 실시예에 따른 예시적인 네트워크 아키텍처도(100)를 예시한다.
도 2는 본 발명의 예시적인 실시예에 따른 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위한 시스템(200)의 예시적인 블록도를 예시한다.
도 3은 본 발명의 예시적인 실시예에 따른 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위한 방법(300)을 도시하는 예시적인 방법 흐름도를 예시한다.
도 4는 본 발명의 예시적인 실시예에 따른 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간을 관리하는 프로세스의 인스턴스 구현을 도시하는 예시적인 흐름도(400)를 예시한다.
도 5는 본 발명의 예시적인 실시예에 따른 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간을 관리하는 프로세스의 인스턴스 구현을 도시하는 예시적인 시퀀스도를 예시한다.
도 6은 본 발명의 예시적인 실시예에 따른 NB-IoT 셀의 예시적인 블록도를 예시한다.
상술한 내용은 본 개시에 대한 이하의 보다 상세한 설명으로부터 더욱 명백해질 것이다.
이하의 설명에서, 설명의 목적을 위해, 본 개시의 실시예의 완전한 이해를 제공하기 위해 다양한 특정 상세 사항이 제시된다. 그러나, 본 개시의 실시예는 이러한 특정 상세 사항 없이 실시될 수 있음이 명백할 것이다. 이하에 설명되는 여러 특징은 각각 서로 독립적으로 또는 다른 특징의 임의의 조합으로 사용될 수 있다. 개별 특징은 위에서 논의한 모든 문제를 해결하지 못하거나 위에서 논의한 문제 중 일부만을 해결할 수 있다.
위에서 논의한 문제 중 일부는 본원에 설명되는 임의의 특징에 의해 완전히 해결되지 않을 수 있다.
이어지는 설명은 예시적인 실시예만을 제공하며, 본 개시의 범위, 적용 가능성 또는 구성을 제한하도록 의도되지 않는다. 오히려, 예시적인 실시예의 이어지는 설명은 예시적인 실시예를 구현하기 위한 가능한 설명을 본 기술 분야의 통상의 기술자에게 제공할 것이다. 제시되는 본 발명의 사상 및 범위를 벗어나지 않으면서 요소의 기능 및 배열에 다양한 변화가 이루어질 수 있음을 이해해야 한다.
구체적인 상세 사항은 실시예의 완전한 이해를 제공하기 위해 이하의 설명에서 제공된다. 그러나, 이러한 특정 상세 사항 없이 실시예가 실시될 수 있다는 것이 본 기술 분야의 통상의 기술자에 의해 이해될 것이다. 예를 들어, 회로, 시스템, 네트워크, 프로세스 및 다른 구성 요소는 실시예를 불필요한 상세 사항으로 모호하게 하지 않기 위해 블록도 형태의 구성 요소로 도시될 수 있다. 다른 예에서, 공지의 회로, 프로세스, 알고리즘, 구조 및 기술은 실시예를 모호하게 하는 것을 피하기 위해 불필요한 상세 사항 없이 도시될 수 있다.
또한, 개별 실시예는 흐름도(flowchart), 흐름도(flow diagram), 시퀀스도, 데이터 흐름도, 구조도 또는 블록도로 도시된 프로세스로서 설명될 수 있다는 점에 유의한다. 흐름도는 동작을 순차적 프로세스로 설명할 수 있지만, 많은 동작은 병렬로 또는 동시에 수행될 수 있다. 또한, 동작의 순서는 재배열될 수 있다. 동작이 완료되면 프로세스가 종료되지만 도면에 포함되지 않은 추가 단계가 있을 수 있다. 프로세스는 방법, 함수, 절차, 서브루틴, 서브프로그램 등에 대응할 수 있다. 프로세스가 함수에 대응하는 경우, 그 종료는 호출 함수 또는 메인 함수로의 함수 반환에 대응할 수 있다.
또한, 실시예는 하드웨어, 소프트웨어, 펌웨어, 미들웨어, 마이크로코드, 하드웨어 기술 언어, 또는 이들의 임의의 조합에 의해 구현될 수 있다. 소프트웨어, 펌웨어, 미들웨어 또는 마이크로코드로 구현되는 경우, 필요한 작업을 수행하기 위한 프로그램 코드 또는 코드 세그먼트(예를 들어, 컴퓨터 프로그램 제품)는 머신 판독 가능 매체에 저장될 수 있다. 프로세서(들)는 필요한 작업을 수행할 수 있다.
"예시적인(exemplary)" 및/또는 "예증적인(demonstrative)"이라는 단어는 본원에서 예(example), 예(instance) 또는 예시(illustration)로서의 역할을 한다는 것을 의미하기 위해 사용된다. 의심의 여지를 피하기 위해, 본원에 개시된 주제는 이러한 예에 의해 제한되지 않는다. 또한, 본원에서 "예시적인" 및/또는 "예증적인" 것으로 설명된 임의의 양태 또는 설계는 다른 양태 또는 설계에 비해 선호되거나 유리한 것으로 반드시 해석되어서는 안 되며, 본 기술 분야의 통상의 기술자에게 알려진 동등한 예시적인 구조 및 기술을 배제하는 것을 의미하지도 않는다. 또한, "포함하다", "갖다", "함유하다" 및 다른 유사한 단어와 같은 용어가 상세한 설명 또는 청구항에서 사용되는 범위에서, 이러한 용어는 임의의 추가적인 또는 다른 요소를 배제하지 않고, 개방형 접속어로서 "포함하는"과 같은 용어와 유사한 방식으로 포괄적인 것으로 의도된다.
본 명세서 전체에서 "일 실시예" 또는 "실시예"에 대한 참조는 실시예와 관련하여 설명된 특정의 특징, 구조 또는 특성이 본 발명의 적어도 하나의 실시예에 포함된다는 것을 의미한다. 따라서, 본 명세서 전반에 걸쳐 다양한 곳에서 "일 실시예에서" 또는 "실시예에서"라는 문구의 출현은 반드시 모두 동일한 실시예를 지칭하는 것은 아니다. 또한, 특정의 특징, 구조 또는 특성은 하나 이상의 실시예에서 임의의 적절한 방식으로 조합될 수 있다.
본원에서 사용되는 용어는 단지 특정한 실시예를 설명하기 위한 것으로, 본 발명을 한정하려고 의도된 것이 아니다. 본원에 사용되는 바와 같이, 단수 형태("a", "an" 및 "the")는 문맥상 명백하게 달리 나타내지 않는 한 복수 형태도 포함하는 것으로 의도된다. 본 명세서에서 사용될 때 "포함하다" 및/또는 "포함하는"이라는 용어는 언급된 특징, 정수, 단계, 동작, 요소 및/또는 구성 요소의 존재를 특정하지만, 하나 이상의 다른 특징, 정수, 단계, 동작, 요소, 구성 요소 및/또는 이들의 그룹의 존재 또는 추가를 배제하지 않는다는 것이 추가로 이해될 것이다. 본원에 사용되는 바와 같이, "및/또는"이라는 용어는 관련된 나열된 항목 중 하나 이상의 임의의 그리고 모든 조합을 포함한다.
본원에서 사용되는 바와 같이, "구성 요소", "시스템", "플랫폼", "노드", "계층", "선택기", "인터페이스" 등의 용어는 컴퓨터 관련 엔티티, 하드웨어, 소프트웨어(예를 들어, 실행 중) 및/또는 펌웨어를 지칭하도록 의도된다. 예를 들어, 구성 요소는 프로세서, 프로세서, 객체, 실행자, 프로그램, 저장 디바이스 및/또는 컴퓨터에서 실행되는 프로세스일 수 있다.
예로, 서버와 서버에서 실행되는 어플리케이션이 구성 요소가 될 수 있다. 하나 이상의 구성 요소는 프로세스 내에 있을 수 있으며 구성 요소는 하나의 컴퓨터에 국한되거나 2대 이상의 컴퓨터 사이에 분산될 수 있다.
또한, 이러한 구성 요소는 다양한 데이터 구조가 저장된 다양한 컴퓨터 판독 가능 매체로부터 실행될 수 있다. 구성 요소는 하나 이상의 데이터 패킷(예를 들어, 로컬 시스템, 분산 시스템 및/또는 신호를 통해 다른 시스템과 인터넷과 같은 네트워크를 통해 다른 구성 요소와 상호 작용하는 하나의 구성 요소로부터의 데이터)을 갖는 신호에 따르는 것과 같이 로컬 및/또는 원격 프로세스를 통해 통신할 수 있다. 다른 예로서, 구성 요소는 소프트웨어 어플리케이션 또는 프로세서에 의해 실행되는 펌웨어 어플리케이션에 의해 동작되는 전기 또는 전자 회로에 의해 동작되는 기계 부품에 의해 제공되는 특정 기능을 가진 장치일 수 있으며, 여기서 프로세서는 장치 내부 또는 외부에 있을 수 있으며 소프트웨어 또는 펌웨어 어플리케이션의 적어도 일부를 실행한다. 또 다른 예로서, 구성 요소는 기계적 부품 없이 전자 구성 요소를 통해 특정 기능을 제공하는 임의의 장치일 수 있고, 전자 구성 요소는 전자 구성 요소의 기능을 적어도 부분적으로 부여하는 소프트웨어 또는 펌웨어를 실행하기 위한 프로세서를 내부에 포함할 수 있다.
또한, 개시된 주제는 개시된 주제를 구현하도록 컴퓨터를 제어하기 위해 소프트웨어, 펌웨어, 하드웨어 또는 이들의 임의의 조합을 생성하기 위해 표준 프로그래밍 및/또는 엔지니어링 기술을 사용하는 방법, 장치 또는 제조 물품으로서 구현될 수 있다. 본원에서 사용되는 "제조 물품"이라는 용어는 임의의 컴퓨터 판독 가능 디바이스, 컴퓨터 판독 가능 캐리어, 또는 컴퓨터 판독 가능 매체로부터 액세스 가능한 컴퓨터 프로그램을 포함하도록 의도된다. 예를 들어, 컴퓨터 판독 가능 매체는 자기 저장 디바이스, 예를 들어, 하드 디스크; 플로피 디스크; 자기 스트립(들); 광 디스크(예를 들어, 컴팩트 디스크(CD), 디지털 비디오 디스크(DVD), 블루-레이 디스크(Blu-ray Disc)™(BD)); 스마트 카드(들), 플래시 메모리 디바이스(들)(예를 들어, 카드, 스틱, 키 드라이브)를 포함할 수 있지만 이에 한정되지 않는다.
본원에서 사용되는 바와 같이, "IoT 센서 디바이스" 또는 "IoT 디바이스" 또는 "NB-IoT 센서 디바이스" 또는 "NB-IoT 디바이스" 또는 "사용자 장비(UE)" 또는 "디바이스" 등의 용어가 본 명세서 전반에 걸쳐 상호 교환 가능하게 사용되며, 임의의 전기, 전자, 전자 기계 및 컴퓨팅 디바이스를 지칭한다. 예에서, UE는 eDRX 및 PSM 구성 및 또한 NB-IoT를 지원하는 임의의 칩셋 기반 디바이스일 수 있다. NB-IoT 디바이스는 하나 이상의 파라미터를 수신 및/또는 전송하고, 기능(들)을 수행하고, 다른 IoT 센서 디바이스뿐만 아니라 논(non)-IoT 센서 디바이스와 통신하고, 이러한 디바이스로부터 데이터를 전송 및/또는 수신할 수 있다. IoT 센서 디바이스는 프로세서, 디스플레이, 메모리, 배터리 및 하드 키패드 및/또는 소프트 키패드와 같은 입력 수단을 가질 수 있다. 적어도 하나의 NB-IoT 디바이스/IoT 센서 디바이스는 서모스탯(thermostat), 전기 스위치, 세탁기, 컴퓨팅 디바이스, 커피 메이커, 냉장고, 헤드폰, 램프, 룸 센서, 전자레인지, 팬, 조명 및 본 기술 분야의 통상의 기술자에게 자명한 임의의 이러한 디바이스를 포함할 수 있지만, 이에 한정되지 않는다. NB-IoT 디바이스는 IP-가능 통신, 지그비(ZigBee), 블루투스(Bluetooth), 블루투스 로우 에너지(BLE: Bluetooth Low Energy), 근거리 통신, Z-Wave, Thread-X 등을 포함하지만 이에 한정되지 않는 임의의 무선 액세스 기술에서 동작할 수 있다.
또한, "사용자", "가입자", "고객", "소비자", "에이전트", "소유자" 등의 용어는 문맥상 해당 용어 중 특정의 구분(들)을 보증하지 않는 한, 본 명세서 및 관련 도면 전반에 걸쳐 상호 교환적으로 사용된다. 이러한 용어는 인간 개체, 또는 인공 지능, 예를 들어, 시뮬레이팅된 비전, 음향 인식, 의사 결정 등을 제공할 수 있는 복잡한 수학 공식에 기초하여 추론할 수 있는 능력을 통해 지원되는 자동화된 구성 요소를 지칭할 수 있음을 이해해야 한다. 또한, "무선 네트워크" 및 "네트워크"라는 용어는 문맥상 용어 사이의 특정의 구분(들)을 보증하지 않는 한, 본 출원에서 상호 교환 가능하게 사용된다.
본원에서 사용되는 바와 같이, "프로세서" 또는 "프로세싱 유닛"은 하나 이상의 프로세서를 포함하고, 여기서 프로세서는 명령을 프로세싱하기 위한 임의의 로직 회로를 지칭한다. 프로세서는 범용 프로세서, 특수 목적 프로세서, 통상의 프로세서, 디지털 신호 프로세서, 복수의 마이크로프로세서, DSP 코어와 관련된 하나 이상의 마이크로프로세서, 컨트롤러, 마이크로컨트롤러, 저가형 마이크로컨트롤러, 주문형 집적 회로, 필드 프로그래머블 게이트 어레이 회로, 임의의 다른 유형의 집적 회로 등일 수 있다. 프로세서는 신호 코딩 데이터 프로세싱, 입력/출력 프로세싱 및/또는 본 개시에 따른 시스템의 작동을 가능하게 하는 임의의 다른 기능을 수행할 수 있다. 보다 구체적으로, 프로세서 또는 프로세싱 유닛은 하드웨어 프로세서이다.
본원에서 사용되는 바와 같이, "이동성 관리 엔티티(MME: Mobility Management Entity)"는 UE/NB-IoT 디바이스와 코어 네트워크(CN: core network) 사이의 시그널링을 프로세싱하는 제어 노드/유닛이다. 또한, UE와 CN 사이에서 실행되는 프로토콜은 논-액세스 계층(NAS: Non-Access Stratum) 프로토콜로 알려져 있다. MME에 의해 지원되는 주요 기능은 베어러(bearer) 관리와 관련된 기능으로 분류될 수 있으며, 이러한 관리는 베어러의 확립, 유지 보수 및 릴리스를 포함하며, NAS 프로토콜의 세션 관리 층에 의해 처리되고 네트워크와 UE 사이의 연결 및 보안의 확립을 포함하는 연결 관리와 관련된 기능을 하고, NAS 프로토콜 층의 연결 또는 이동성 관리 층에 의해 처리된다.
본원에서 사용되는 "서비스 능력 노출 기능(SCEF: Service Capability Exposure Function)"은 기업과 운영자의 코어 네트워크(CN) 간의 소규모 데이터 전송 및 제어 메시징을 위한 모듈/인터페이스이다. SCEF는 소규모 데이터 전송 및 제어 메시지에 대해 기업에 API를 제공하고 기능 수행에 있어 운영자의 코어 네트워크의 네트워크 요소와 3GPP-정의된 인터페이스를 사용한다. SCEF의 주요 특징은 API 및 AAA, 외부 ID, NIDD 및 신규 수익을 위한 노출 능력이다. 또한, API는 네트워크 능력을 노출시키며 운영자는 API 사용에 대해 과금할 수 있다. API는 기업에 의한 어플리케이션에 대한 많은 사용 사례를 가능하게 한다.
이하, 본 기술 분야의 통상의 기술자가 본 개시를 용이하게 실시할 수 있도록 첨부 도면을 참조하여 본 개시의 예시적인 실시예를 상세히 설명할 것이다.
본 발명은 CIoT vEPC에서의 사용 영역을 갖는 협대역-사물인터넷(NB-IoT: Narrow Band-Internet of Things) 셀/채널 영역에서의 응답 시간 관리를 위한 해결책을 제공한다. 본 발명은 올바른 에러 코드로 페이징 실패의 경우 이동성 관리 엔티티(MME)로부터 서비스 능력 노출 기능(SCEF)으로 송신되어야 하는 모든 모바일 단말 데이터 회답(TDA: terminal data answer) 메시지에 요청된 재전송 시간(RRT: requested retransmission time)의 특징이 포함되는 해결책을 제공한다. 요청된 재전송 시간(RRT)은 MME가 SCEF에 모바일 단말 데이터 요청(TDR)을 재전송하라고 요청하는 시간을 나타낸다. 또한, 페이징 실패 이벤트에서, 올바른 에러 코드와 함께 TDA 메시지에 RRT를 포함함으로써, MME가 SCEF로 업데이트 요청(즉, CMR-플래그 값 1을 갖는 CMR-업데이트)을 전송할 수 있게 하고, 추가적으로 MME로부터 SCEF에서 전송된 대응하는 하나 이상의 TDA 메시지에 응답하여 하나 이상의 모바일 단말 데이터 요청(TDR)을 SCEF로부터 MME에서 수신할 수 있게 한다. 따라서, 본 발명은 MT 데이터 요청이 페이징 실패로 인해 전달되지 않은 경우에 이동성 관리 엔티티(MME)로부터 서비스 능력 노출 기능(SCEF)으로의 모바일 단말(MT: Mobile Terminal) 데이터 회답(TDA)에 요청된 재전송 시간(RRT)을 포함시켜 응답 정보의 동기화를 가능하게 한다. 따라서, 종래의 알려진 해결책은 이동성 관리 엔티티(MME)로부터 SCEF로의 CMR-업데이트의 송신 실패로 인해 서비스 능력 노출 기능(SCEF)에서 버퍼링되어 전달되지 않는 모든 MT(모바일 단말) 데이터를 재시도하는 것에 실패하였으므로, 본 발명은 알려진 종래의 해결책의 한계를 극복한다.
본 발명은 이제 도면을 참조하여 아래에서 상세히 추가로 설명된다.
도 1을 참조하면, 본 발명의 예시적인 실시예에 따른 예시적인 네트워크 아키텍처도(100)가 도시되어 있다.
도 1에 도시된 바와 같이, NB-IoT 디바이스(102)는 네트워크 엔티티(104)에 연결되고 네트워크 엔티티(104)는 서버 유닛/어플리케이션 서버(106)에 추가로 연결된다. 또한, 네트워크 엔티티(104)는 본 발명의 다양한 기능을 구현하도록 구성된 시스템(200)을 추가로 포함한다. 또한, 도 1에 나타낸 바와 같은 네트워크 아키텍처도는 단일 NB-IoT 디바이스(102), 단일 네트워크 엔티티(104) 및 단일 서버 유닛(106)을 갖는 예시적인 구현을 도시하지만, 본 기술 분야의 통상의 기술자에게 자명하거나 본 개시의 특징을 구현하기 위해 요구되는 바와 같이, 이러한 유닛이 복수개 있을 수 있거나 임의의 개수의 이러한 유닛이 있을 수 있다.
NB-IoT 디바이스(102)는 확장된 유휴 모드 불연속 수신(eDRX: extended idle-mode discontinuous reception) 및 절전 모드(PSM: power save mode) 구성을 지원하는 임의의 칩셋 기반 디바이스를 포함할 수 있지만 이에 한정되지 않는다. NB-IoT 디바이스(102)는 하나 이상의 파라미터를 수신 및/또는 전송하고, 기능(들)을 수행하고, 다른 IoT 센서 디바이스뿐만 아니라 논(non)-IoT 센서 디바이스와 통신하고 이러한 디바이스로부터 데이터를 전송 및/또는 수신할 수 있다. IoT 센서 디바이스는 프로세서, 디스플레이, 메모리, 배터리 및 하드 키패드 및/또는 소프트 키패드와 같은 입력 수단을 가질 수 있다. 이러한 NB-IoT 디바이스(102)의 예 중 일부는 사람-추적기(People-Tracker), 스마트-미터(Smart-meter), 자전거 잠금(bike lock) 등이다.
또한, 네트워크 엔티티(104)는 무선 인터페이스 전송 및 수신을 위해 구성된다. 또한, 이것은 무선 채널 변조/복조뿐만 아니라 채널 코딩/디코딩 및 다중화/역다중화를 포함한다. 또한, 시스템 정보는 네트워크에 액세스하기 위한 전제 조건으로 UE(즉, NB-IoT 디바이스(102))에 기본 정보를 제공하기 위해 무선 인터페이스 다운링크(DL: downlink) 상의 각 셀에서 브로드캐스팅된다. 네트워크 엔티티(104)의 다른 기능은 전용 NAS 정보 및 논(non)-3GPP 전용 정보의 전송, UE 무선 액세스 능력 정보 서비스의 전송 등을 포함한다. 또한, 네트워크 엔티티(104)는 또한 시스템(200)을 포함하고, 여기서 시스템(200)은 NB-IoT 디바이스(들)(102)에 대한 응답 시간을 관리하기 위한 본 발명의 특징을 구현하도록 구성된다.
또한, 서버 유닛(106)은 적어도 하나의 모바일 단말(MT) 데이터를 NB-IoT 디바이스(102)로 전달하기 위해, 적어도 하나의 다운링크 데이터를 네트워크 엔티티(104)/시스템(200)으로 전송하도록 구성된다. 또한, 이벤트에서 서버 유닛(106)이 네트워크 엔티티(104)로 적어도 하나의 다운링크 데이터를 전송하고 또한 이러한 이벤트에서 NB-IoT 디바이스(102)가 연결된 상태에 있으면, 네트워크 엔티티( 104)는 NAS 메시지의 적어도 하나의 다운링크 데이터를 NB-IoT 디바이스(102)로 송신하고, 적어도 하나의 MT 데이터를 NB-IoT 디바이스(102)로 추가로 전달한다. 또한, 다른 이벤트에서, NB-IoT 디바이스(102)가 (예를 들어, 페이징 실패로 인해) 연결된 상태에 있지 않은 경우, 이러한 이벤트에서 네트워크 엔티티(104)에서의 시스템(200)은 적어도 하나의 MT 데이터를 NB-IoT 디바이스(102)로 전달하기 위해, 본 발명의 특징을 구현함으로써 NB-IoT 디바이스(102)에 대한 응답 시간을 관리하도록 구성된다. 또한, 서버 유닛(106)은 또한 서비스 소유자가 NB-IoT 디바이스(102)에 대한 활성 및 슬립 시간을 설정하도록 돕고 값에 따라 eDRX 및 PSM 타이머가 설정될 것이다. 서버 유닛(106)은 또한 NB-IoT 디바이스 어플리케이션에 따라 NB-IoT 디바이스 특정 정보를 사용자에게 제공할 수 있다.
도 2를 참조하면, 본 발명의 예시적인 실시예에 따른 적어도 하나의 NB-IoT 디바이스(102)에 대한 응답 시간의 관리를 위한 시스템(200)의 예시적인 블록도가 도시되어 있다.
시스템(200)은 적어도 하나의 이동성 관리 엔티티(MME)(202) 및 적어도 하나의 서비스 능력 노출 기능(SCEF)(204)을 포함한다. 일 예에서, 시스템(200)은 네트워크 엔티티(104)에서 구성되고, 적어도 하나의 NB-IoT 디바이스(102) 및 서버 유닛(106)에 연결된다. 또한, 시스템(200)의 모든 구성 요소/유닛은 아래에 달리 나타내지 않는 한 서로 연결된 것으로 가정된다. 또한, 도 2에는 단지 몇 개의 유닛만이 도시되어 있지만, 시스템(200)은 다수의 그러한 유닛을 포함할 수 있거나 시스템(200)은 본 기술 분야의 통상의 기술자에게 자명하거나 본 개시의 특징을 구현하는 데 요구되는 상기 유닛의 임의의 이러한 개수를 포함할 수 있다.
시스템(200)은 시스템(200)의 구성 요소/유닛 간의 상호 연결의 도움으로 적어도 하나의 NB-IoT 디바이스(102)에 대한 응답 시간을 관리하도록 구성된다.
적어도 하나의 이동성 관리 엔티티(MME)(202)는 적어도 하나의 서비스 능력 노출 기능(SCEF)(204)에 연결된다. 이동성 관리 엔티티(MME)(202)는 서비스 능력 노출 기능(SCEF)(204)으로부터 적어도 하나의 NB-IoT 디바이스(102)에 대한 적어도 하나의 다운링크 데이터에 대응하여 생성된 적어도 하나의 모바일 단말 데이터 요청(TDR)을 수신하도록 구성된다. 더욱 구체적으로, 먼저 서버 유닛(106)은 SCEF(204)로 적어도 하나의 NB-IoT 디바이스(102)에서 적어도 하나의 모바일 단말(MT) 데이터를 전달하기 위한 적어도 하나의 다운링크 데이터를 전송한다. 적어도 하나의 다운링크 데이터 수신 시 SCEF(204)는 적어도 하나의 다운링크 데이터 각각에 대응하는 적어도 하나의 모바일 단말 데이터 요청(TDR)을 생성하도록 구성된다. 그 후, SCEF(204)는 적어도 하나의 모바일 단말(MT) 데이터를 적어도 하나의 NB-IoT 디바이스(102)로 전달하기 위해 적어도 하나의 모바일 단말 데이터 요청(TDR)을 MME(202)로 전송한다.
또한, MME(202)는 적어도 하나의 모바일 단말 데이터 요청(TDR)이 SCEF(204)로부터 MME(202)에서 수신되는 적어도 하나의 NB-IoT 디바이스(102)가 연결 상태에 있는지 여부를 식별하도록 구성된다. 또한, MME(202)가 적어도 하나의 NB-IoT 디바이스(102)가 연결 상태에 있다고 식별하면, MME(202)는 적어도 하나의 NB-IoT 디바이스(102)로 NAS 메시지의 적어도 하나의 다운링크 데이터를 전송하고, 이에 의해 MME(202)는 적어도 하나의 NB-IoT 디바이스(102)에서 적어도 하나의 MT 데이터를 전달하지만, MME(202)가 적어도 하나의 NB-IoT 디바이스(102)가 연결 상태가 아닌 것으로 식별하면, 이러한 이벤트에서 MME(202)는 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각을 버퍼링하도록 구성된다.
또한, 적어도 하나의 NB-IoT 디바이스(102)가 활성 상태에서 연결되지 않은 경우에(즉, 적어도 하나의 NB-IoT 디바이스(102)가 PSM 또는 eDRX 모드에 있지 않을 때, 적어도 하나의 NB-IoT 디바이스(102)가 연결되어 있지 않음), MME(202)는 이러한 이벤트가 MME(202)와 적어도 하나의 NB-IoT 디바이스(102) 사이의 페이징 사이클(paging cycle)에 기초하여, 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각을 버퍼링하도록 구성되는 것이다. 또한, 이러한 경우에 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각은 페이징 사이클의 실패에 기초하여 MME(202)에서 버퍼링된다. 예를 들어, 적어도 하나의 NB-IoT 디바이스(102)가 PSM 또는 eDRX 모드에 있지 않지만 페이징 실패가 있는 경우, MME(202)는 SCEF(204)로부터 MME(202)에서, 수신된 각각의 TDR을 버퍼링하도록 구성된다.
또한, 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각을 버퍼링하는 동안, MME(202)는 추가로, 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 에러 코드를 식별하도록 구성된다. 예를 들어, MME(202)는 적어도 하나의 NB-IoT 디바이스(102)가 PSM 또는 eDRX 모드에 있지 않지만 페이징 실패가 있는 경우 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대해 DIAMETER_ERROR_USER_TEMPORARILY_UNREACHABLE 에러 코드를 식별한다.
그 후, MME(202)는 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 요청된 재전송 시간(RRT)을 계산하도록 구성된다. 요청된 재전송 시간(RRT)은 MME(202)가 SCEF(204)에 모바일 단말 데이터 요청(TDR)을 재전송하도록 요청하는 시간을 나타낸다. 또한, 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 요청된 재전송 시간(RRT)은 적어도 에러 코드에 기초하여 계산된다. 예를 들어, 적어도 하나의 NB-IoT 디바이스(102)가 PSM 또는 eDRX 모드에 있지 않지만 페이징 실패가 있는 경우 MME(202)는 에러 코드가 DIAMETER_ERROR_USER_TEMPORARILY_UN REACHABLE인 경우 RRT를 계산하도록 구성된다.
또한, 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 요청된 재전송 시간(RRT)은 적어도 하나의 NB-IoT 디바이스(102)의 활성 모드의 지속 기간, 적어도 하나의 NB-IoT 디바이스(102)의 절전 모드(PSM)의 지속 기간 및 페이징 사이클 중 적어도 하나에 기초하여 계산된다. 또한, 적어도 하나의 NB-IoT 디바이스(102)의 전체 활성 시간(즉, 활성 모드의 지속 기간)이 "X" 초이고 "Y" 시간의 PSM이 후속하는 경우이다. 또한, "Z" 초의 활성 시간이 남아 있고 페이징 실패가 있는 경우 첫 번째 TDR을 수신한 후 MME(202)에 의해 송신된 페이징 요청이 송신되면, RRT는 이하와 같이 계산된다:
RRT = 남은 활성 시간 + PSM 시간 즉.
RRT = Z 초 + Y 시간
또한, MME(202)는 적어도 하나의 NB-IoT 디바이스(102)에 대한 응답 시간의 관리를 위해 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대응하는 적어도 하나의 모바일 단말 데이터 회답(TDA)을 SCEF(204)로 전송하도록 구성된다. 또한, 적어도 하나의 모바일 단말 데이터 회답(TDA)은 대응하는 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 적어도 계산된 요청된 재전송 시간(RRT)을 포함한다. 또한, 적어도 하나의 모바일 단말 데이터 회답(TDA)은 대응하는 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 적어도 식별된 에러 코드를 추가로 포함한다. 예를 들어, 모바일 단말 데이터 회답(TDA)은 에러 코드 DIAMETER_ERROR_USER_TEMPORARILY_UNREACHABLE 및 계산된 RRT 시간(예를 들어, Z 초 + Y 시간)을 포함할 수 있다.
또한, MME(202)는 적어도 하나의 NB-IoT 디바이스(102)로부터 추적 영역 업데이트(TAU: tracking area update) 요청을 수신하도록 구성된다. MME(202)는 타이머의 만료에 기초하여 TAU 업데이트 요청을 수신한다. 예를 들어, 타이머 T3412가 만료되면, MME(202)는 적어도 하나의 NB-IoT 디바이스(102)로부터 TAU 업데이트 요청을 수신한다. 그 후, MME(202)는, MME(202)에서 수신된 추적 영역 업데이트 요청에 기초한 업데이트 메시지를 SCEF(204)로 전송하도록 구성된다. 예를 들어, 타이머 T3412가 만료되면, MME(202)는 타이머 T3412의 만료 시 MME(202)에서 수신된 추적 영역 업데이트 요청에 기초하여 CMR 플래그 = 1을 갖는 CMR-업데이트를 SCEF(204)를 향해 송신한다.
또한, MME(202)는 업데이트 메시지에 응답하여 SCEF(204)로부터 적어도 하나의 모바일 단말 데이터 요청(TDR)을 수신하도록 구성된다. 또한, 업데이트 메시지에 응답하여 적어도 하나의 모바일 단말 데이터 요청(TDR)이 대응하는 적어도 하나의 모바일 단말 데이터 회답(TDA) 각각에 대해 SCEF(204)로부터 MME(202)에서 수신되며, 여기서 적어도 하나의 모바일 단말 데이터 회답(TDA)이 SCEF(204)에서 버퍼링된다. 그 후, MME(202)는 성공적인 페이징 이벤트에 기초하여 NAS를 통해 업데이트 메시지에 응답하여 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR)을 적어도 하나의 NB-IoT 디바이스(102)로 송신한다. 예를 들어, SCEF(204)가 MME(202)로부터 MME(202)에서 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대응하는 적어도 하나의 모바일 단말 데이터 회답(TDA)을 수신하면, SCEF(204)는 적어도 하나의 모바일 단말 데이터 회답(TDA) 각각을 버퍼링한다. 또한, SCEF(204)에서 MME(202)로부터 CMR-업데이트의 수신 시, SCEF(204)는 버퍼링된 적어도 하나의 모바일 단말 데이터 회답(TDA) 각각에 대응하는 버퍼링된 MT 데이터를 재시도하며, 이에 의해 MME(202)는 업데이트 메시지에 응답하여 SCEF(204)로부터 적어도 하나의 모바일 단말 데이터 요청(TDR)을 수신한다. 그 후, 성공적인 페이징 시, MME(202)에서의 모든 TDR은 NAS를 통해 적어도 하나의 NB-IoT 디바이스(102)로 추가로 송신된다.
도 3을 참조하면, 본 발명의 예시적인 실시예에 따른 적어도 하나의 NB-IoT 디바이스(102)에 대한 응답 시간의 관리를 위한 방법(300)을 도시하는 예시적인 방법 흐름도가 도시되어 있다. 일 예에서, 본 방법은 적어도 하나의 이동성 관리 엔티티(MME)(202) 및 적어도 하나의 서비스 능력 노출 기능(SCEF)(204)을 포함하는 네트워크 엔티티(104)에서 구현되고, 여기서 네트워크 엔티티(104)는 적어도 하나의 NB-IoT 디바이스(102) 및 서버 유닛(106)에 연결된다. 도 3에 도시된 바와 같이, 본 방법은 단계(302)에서 시작된다.
단계(304)에서, 본 방법은 이동성 관리 엔티티(MME)(202)에서 서비스 능력 노출 기능(SCEF)(204)으로부터 적어도 하나의 NB-IoT 디바이스(102)에 대한 적어도 하나의 다운링크 데이터에 대응하여 생성된 적어도 하나의 모바일 단말 데이터 요청(TDR)을 수신하는 단계를 포함한다. 보다 구체적으로, 본 방법은 우선 적어도 하나의 NB-IoT 디바이스(102)에서 적어도 하나의 모바일 단말(MT) 데이터를 전달하기 위해 적어도 하나의 다운링크 데이터를 서버 유닛(106)을 통해 SCEF(204)로 전송하는 단계를 포함한다. 그 후, SCEF(204)는 적어도 하나의 다운링크 데이터의 수신 시 적어도 하나의 다운링크 데이터 각각에 대응하는 적어도 하나의 모바일 단말 데이터 요청(TDR)을 생성한다. 그 후, 본 방법은 적어도 하나의 모바일 단말(MT) 데이터를 적어도 하나의 NB-IoT 디바이스(102)로 전달하기 위해 생성된 적어도 하나의 모바일 단말 데이터 요청(TDR)을 MME(202)에서 SCEF(204)로부터 수신하는 단계를 포함한다.
또한, 본 방법은 적어도 하나의 모바일 단말 데이터 요청(TDR)이 SCEF(204)로부터 MME(202)에서 수신되는지에 대해 적어도 하나의 NB-IoT 디바이스(102)가 연결 상태인지 여부를 MME(202)를 통해 식별하는 단계를 포함한다. 적어도 하나의 NB-IoT 디바이스(102)가 연결 상태에 있는 것으로 MME(202)가 식별하면, MME(202)는 NAS 메시지에서 적어도 하나의 다운링크 데이터를 적어도 하나의 NB-IoT 디바이스(102)로 전송하며, 이에 의해 MME(202)는 적어도 하나의 NB-IoT 디바이스(102)에서 적어도 하나의 MT 데이터를 전달하지만, 적어도 하나의 NB-IoT 디바이스(102)가 연결 상태에 있지 않은 것으로 MME(202)가 식별하면, 이러한 이벤트의 방법은, MME에서, 수신된 적어도 하나의 TDR 각각을 버퍼링하는 단계를 포함한다.
그 후, 본 방법은 단계(306)에서 적어도 하나의 NB-IoT 디바이스(102)가 활성 상태에서 연결되지 않은 경우(즉, 적어도 하나의 NB-IoT 디바이스(102)가 PSM 또는 eDRX 모드에 있지 않을 때 적어도 하나의 NB-IoT 디바이스(102)가 연결되지 않음), 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각을 MME(202)에서 버퍼링하는 단계를 포함한다. 또한, MME(202)에서 각각의 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR)을 버퍼링하는 것은 MME(202)와 적어도 하나의 NB-IoT 디바이스(102) 사이의 페이징 사이클에 기초한다. 또한, 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각은 페이징 사이클의 실패에 기초하여 MME(102)에서 버퍼링된다. 예를 들어, 본 방법은 적어도 하나의 NB-IoT 디바이스(102)가 PSM 또는 eDRX 모드에 있지 않지만 페이징 실패가 있는 경우 SCEF(204)로부터 MME(202)에서 수신된 TDR 각각을 MME(202)를 통해 버퍼링하는 단계를 포함한다.
또한, MME(102)에서 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각을 버퍼링하는 단계에서, 본 방법은 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 에러 코드를 식별하는 단계를 추가로 포함한다. 예를 들어, 본 방법은 적어도 하나의 NB-IoT 디바이스(102)가 PSM 또는 eDRX 모드에 있지 않지만 페이징 실패가 있는 경우 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 DIAMETER_ERROR_USER_TEMPORARILY_UNREACHABLE 에러 코드를 MME(202)를 통해 식별하는 단계를 포함한다.
그 후, 본 방법은 단계(308)에서 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 요청된 재전송 시간(RRT)을 MME(202)에 의해 계산하는 단계를 포함한다. 요청된 재전송 시간(RRT)은 MME(202)가 SCEF(204)에 모바일 단말 데이터 요청(TDR)을 재전송하도록 요청하는 시간을 나타낸다. 또한, 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 요청된 재전송 시간(RRT)은 적어도 에러 코드에 기초하여 계산된다. 예를 들어, 본 방법은 적어도 하나의 NB-IoT 디바이스(102)가 PSM 또는 eDRX 모드에 있지 않지만 페이징 실패가 있는 경우 에러 코드가 DIAMETER_ERROR_USER_TEMPORARILY_UNREACHABLE인 경우 MME(202)를 통해 RRT를 계산하는 단계를 포함한다.
또한, 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 요청된 재전송 시간(RRT)은 적어도 하나의 NB-IoT 디바이스(102)의 활성 모드의 지속 기간, 적어도 하나의 NB-IoT 디바이스(102)의 절전 모드(PSM)의 지속 기간 및 페이징 사이클 중 적어도 하나에 기초하여 계산된다. 예를 들어, 적어도 하나의 NB-IoT 디바이스(102)의 전체 활성 시간이 12초이고 19 시간의 PSM이 후속하는 경우이다. 또한, 7 초의 활성 시간이 남아 있고 페이징 실패가 있는 경우 첫 번째 TDR을 수신한 후 MME(202)에 의해 송신된 페이징 요청이 송신되면, RRT는 이하와 같이 계산된다:
RRT = 남은 활성 시간 + PSM 시간 즉,
RRT = 7 초 + 19 시간(즉, 19 시간 7초)
그 후, 본 방법은 단계(310)에서 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위해 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대응하는 적어도 하나의 모바일 단말 데이터 회답(TDA)을 MME(202)로부터 SCEF(204)로 전송하는 단계를 포함한다. 또한, 적어도 하나의 모바일 단말 데이터 회답(TDA)은 대응하는 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 적어도 계산된 요청된 재전송 시간(RRT)을 포함한다. 또한, 적어도 하나의 모바일 단말 데이터 회답(TDA)은 대응하는 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 적어도 식별된 에러 코드를 추가로 포함한다. 예를 들어, 모바일 단말 데이터 회답(TDA)은 에러 코드 DIAMETER_ERROR_USER_TEMPORARILY_UNREACHABLE 및 계산된 RRT 시간(예를 들어, 7 초의 남은 활성 시간 + 19 시간의 PSM 시간)을 포함할 수 있다.
또한, 본 방법은 적어도 하나의 NB-IoT 디바이스(102)로부터 추적 영역 업데이트 요청을 MME(202)에서 수신하는 단계를 포함한다.
본 방법은 타이머의 만료에 기초하여 TAU 업데이트 요청을 MME(202)에서 수신하는 단계를 포함한다. 예를 들어, 타이머 T3412가 만료되면, MME(202)는 적어도 하나의 NB-IoT 디바이스(102)로부터 TAU 업데이트 요청을 수신한다.
그 후, 본 방법은 MME(202)에서 수신된 추적 영역 업데이트 요청에 기초하여 업데이트 메시지를 MME(202)로부터 SCEF(204)로 전송하는 단계를 포함한다. 예를 들어, 타이머 T3412가 만료되면, MME(202)는 타이머 T3412의 만료 시 MME(202)에서 수신된 추적 영역 업데이트 요청에 기초하여 CMR 플래그 = 1을 갖는 CMR-업데이트를 SCEF(204)를 향해 송신한다.
또한, 본 방법은 업데이트 메시지에 응답하여 적어도 하나의 모바일 단말 데이터 요청(TDR)을 SCEF(204)로부터 MME(202)에서 수신하는 단계를 포함한다. 또한, 업데이트 메시지에 응답하여 적어도 하나의 모바일 단말 데이터 요청(TDR)이 대응하는 적어도 하나의 모바일 단말 데이터 회답(TDA) 각각에 대해 SCEF(204)로부터 MME(202)에서 수신되며, 여기서 적어도 하나의 모바일 단말 데이터 회답(TDA)이 SCEF(204)에서 버퍼링된다. 그 후, 본 방법은 성공적인 페이징 이벤트에 기초하여 업데이트 메시지에 응답하여 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR)을 MME(202)를 통해, NAS 상에서 적어도 하나의 NB-IoT 디바이스(102)로 송신하는 단계를 포함한다. 예를 들어, SCEF(204)가 MME(202)에서 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대응하는 적어도 하나의 모바일 단말 데이터 회답(TDA)을 MME(202)로부터 수신하면, SCEF(204)는 적어도 하나의 모바일 단말 데이터 회답(TDA) 각각을 버퍼링한다. 또한, SCEF(204)에서 MME(202)로부터 CMR-업데이트의 수신 시, SCEF(204)는 버퍼링된 적어도 하나의 모바일 단말 데이터 회답(TDA) 각각에 대응하는 버퍼링된 MT 데이터 각각을 재시도하며, 이에 의해 MME(202)는 업데이트 메시지에 응답하여 SCEF(204)로부터 적어도 하나의 모바일 단말 데이터 요청(TDR)을 수신한다. 그 후, 성공적인 페이징 시, MME(202)에서 모든 TDR은 NAS를 통해 적어도 하나의 NB-IoT 디바이스(102)로 추가로 송신된다.
그 후, 본 방법은 단계(312)에서 종료된다.
도 4를 참조하면, 본 발명의 예시적인 실시예에 따른 적어도 하나의 NB-IoT 디바이스(102)에 대한 응답 시간의 관리 프로세스의 인스턴스 구현을 도시하는 예시적인 흐름도(400)가 도시되어 있다. 도 4에 도시된 바와 같이, 본 방법은 (402)단계에서 시작된다.
단계(404)에서, 예시적인 프로세스의 방법은 SCEF(204)를 통해 MME(202)를 향해 적어도 하나의 TDR을 송신하는 단계를 포함한다. SCEF(204)는 적어도 하나의 모바일 단말(MT) 데이터를 UE(즉, NB-IoT 디바이스(102))로 전달하기 위하여 적어도 하나의 다운링크 데이터가 서버 유닛(106)으로부터(즉, 어플리케이션 서버로부터) SCEF(204)에서 수신되는 경우, 적어도 하나의 TDR을 MME(202)로 송신한다.
다음으로, 단계(406)에서 본 방법은 UE(102)가 연결 상태에 있는지 여부를 MME(202)를 통해 확인하는 단계를 포함한다. 또한, UE(102)가 연결 상태에 있는 것으로 식별되면 본 방법은 단계(408)로 진행하고, 그렇지 않으면 본 방법은 (412) 단계로 이어진다.
다음으로, 단계(408)에서 본 방법은 MME(202)를 통해 NAS 메시지의 적어도 하나의 다운링크 데이터를 UE(102)를 향해 송신하는 단계를 포함한다. 또한, 본 방법은 단계(410)로 이어지고, 단계(410)에서 본 방법은 적어도 하나의 모바일 단말(MT) 데이터를 UE(102)로 전달한다.
다음으로, 단계(412)에서, 본 방법은 UE(102)가 PSM 또는 eDRX에 있지 않지만 페이징 실패가 있는 경우(즉, UE(102)는 UE(102)의 활성 상태 동안 연결 상태에 있지 않음)를 표시하는 경우에 기초하여 MME(202)를 통해 첫 번째로 수신된 TDR을 버퍼링하는 단계를 포함한다. 또한, 단계(412)에서 본 방법은 MME(202)를 통해 UE(102)에서 페이징 사이클을 개시하는 단계를 추가로 포함한다.
다음으로, 단계(414)에서 본 방법은 SCEF(204)를 통해 동일한 UE(102)에 대한 MME(202)를 향해 각각의 다운링크 데이터에 대한 TDR을 송신하는 단계를 포함한다. 예를 들어, 서버 유닛(106)으로부터 SCEF(204)로의 두 번째, 세 번째, 네 번째 등의 다운링크 데이터가 수신되고, 그 후 SCEF(204)는 동일한 UE(102)에 대한 MME(202)를 향해 각각의 다운링크 데이터에 대한 TDR을 송신한다.
다음으로, 단계(416)에서 본 방법은 진행 중인 임의의 페이징 요청이 있는지 그리고 있다면 이에 대한 임의의 응답이 수신되었는지를 MME(202)를 통해 확인하는 단계를 포함한다. 또한, 수신된 응답을 갖는 진행 중인 페이징 요청이 MME(202)를 통해 식별되는 경우에, 본 방법은 추가로 단계(418)로 이어지고, 그렇지 않으면, 본 방법은 단계(420)로 이어진다.
다음으로, 단계(418)에서 본 방법은 MME(202)를 통해 NAS 메시지의 모든 다운링크 데이터를 UE(102)를 향해 송신하는 단계를 포함한다. 또한, 본 방법은 단계(420)로 이어지고, 단계(420)에서 본 방법은 모바일 단말(MT) 데이터를 UE(102)로 전달한다.
다음으로, 단계(422)에서 본 방법은 SCEF(204)로부터 MME(202)에서 수신된 모든 TDR을 MME(202)에서 버퍼링하는 단계를 포함한다. 또한, 그 후 본 방법은 단계(422)에서 페이징 응답을 MME(202)에서 대기하는 단계를 포함한다.
다음으로, 단계(424)에서 본 방법은 페이징 응답이 성공적인지 여부를 확인하는 단계를 포함한다. 또한, 페이징 응답이 성공적이면, 본 방법은 단계(426)로 이어지고, 그렇지 않으면 본 방법은 단계(430)로 이어진다.
다음으로, 단계(426)에서 본 방법은 MME(202)를 통해 NAS 메시지의 모든 다운링크 데이터를 UE(102)를 향해 송신하는 단계를 포함한다. 또한, 본 방법은 단계(428)로 이어지고, 단계(428)에서 본 방법은 모바일 단말(MT) 데이터를 UE(102)로 전달한다.
다음으로, 단계(430)에서 MME(202)는 대응하는 TDA 메시지에서 버퍼링된 모든 TDR에 대해 SCEF(204)로 다시 응답한다. 예를 들어, MME(202)는 각각 원인: DIAMETER_ERROR_USER_TEMPORARILY_UNREACHABLE(5653) 및 올바른/계산된 RRT(요청된 재전송 시간) 값을 갖는 대응하는 TDA 메시지의 버퍼링된 모든 TDR에 대해 SCEF(204)로 다시 응답한다.
다음으로, 단계(432)에서, 본 방법은 원인: DIAMETER_ERROR_USER_TEMPORARILY_UNREACHABLE(5653) 및 계산된 RRT 값을 갖는 대응하는 TDA를 수신 시 모든 데이터 패킷을 SCEF(204)에서 버퍼링하는 단계를 포함한다.
다음으로, 단계(434)에서 본 방법은 UE(102)로부터 TAU 업데이트 요청을 MME(202)에서 수신하는 단계를 포함하고, 여기서 TAU 업데이트 요청은 (T3412 타이머와 같은) 타이머의 만료에 기초하여 수신된다.
다음으로, 단계(436)에서 MME(202)는 MME(202)에서 TAU 업데이트 요청의 수신에 기초하여 업데이트 요청(즉, CMR 플래그 = 1을 갖는 CMR-업데이트)을 SCEF(204)를 향해 송신한다.
다음으로, 단계(438)에서 본 방법은 MME(202)로부터 SCEF(204)에서 업데이트 요청(즉, 플래그 = 1을 갖는 CMR-업데이트 메시지)을 수신하고, 또한 그 후에 SCEF(204)로부터 MME(202)를 향해 각각의 버퍼링된 데이터(TDR)를 재전송하는 단계를 포함한다.
다음으로, 단계(440)에서 본 방법은 버퍼링된 TDR을 SCEF(204)로부터 MME(202)에서 수신하는 단계를 포함한다. 또한, 그 후 본 방법은 UE(102)에서 MME(202)를 통해 페이징 사이클을 개시하는 단계를 포함한다. 또한, 성공적인 페이징 시에, MME(202)에서의 모든 TDR이 NAS를 통해 UE(102)로 송신된다.
그 후, 본 방법은 단계(442)에서 종료된다.
도 5를 참조하면, 본 발명의 예시적인 실시예에 따른 적어도 하나의 NB-IoT 디바이스(102)에 대한 응답 시간의 관리 프로세스의 인스턴스 구현을 도시하는 예시적인 시퀀스도가 도시되어 있다.
도 5에서, 단계(502)에서 어플리케이션 서버(즉, 서버 유닛(106))는 SCEF(204)로 제1 다운링크 데이터를 전송한다.
다음으로, 단계(504)에서, SCEF(204)는 수신된 제1 다운링크 데이터에 대응하는 모바일 단말 데이터 요청(TDR1)을 MME(202)로 전송한다. 또한, 단계(506)에서, MME는 NB-IoT 디바이스(102)가 PSM 또는 eDRX 모드에 있지 않지만 페이징 실패가 있는 경우에 기초하여 TDR1을 버퍼링한다.
다음으로, 단계(508)에서, MME(202)는 NB-IoT 디바이스(102)에서 페이징 요청을 송신함으로써 NB-IoT 디바이스(102)에서 페이징 사이클을 개시한다. 또한, 단계(510)에서, 어플리케이션 서버(104)는 제2 다운링크 데이터를 SCEF(204)로 전송한다. 그 후, SCEF(204)는 단계(512)에서 수신된 제2 다운링크 데이터에 대응하는 모바일 단말 데이터 요청(TDR2)을 MME(202)로 전송한다. 또한, 단계(514)에서, MME(202)는 페이징 응답을 대기하면서 수신된 TDR2를 버퍼링한다.
다음으로, 단계(516)에서, 어플리케이션 서버(104)는 SCEF(204)로 제3 다운링크 데이터를 전송한다. 그 후, SCEF(204)는 단계(518)에서 수신된 제3 다운링크 데이터에 대응하는 모바일 단말 데이터 요청(TDR3)을 MME(202)로 전송한다. 또한, 단계(520)에서, MME(202)는 페이징 응답을 대기하면서 수신된 TDR3을 버퍼링한다.
다음으로, 단계(522)에서, 어플리케이션 서버(104)는 제4 다운링크 데이터를 SCEF(204)로 전송한다. 그 후, SCEF(204)는 단계(524)에서 수신된 제4 다운링크 데이터에 대응하는 모바일 단말 데이터 요청(TDR4)을 MME(202)로 전송한다. 또한, 단계(526)에서, MME(202)는 페이징 응답을 대기하면서 수신된 TDR4를 버퍼링한다.
다음으로, 단계(528)에서, 본 방법은 MME(202)를 통해 개시되는 페이징 사이클에 응답하여 페이징 응답 실패 표시를 수신하는 단계를 포함한다.
다음으로, 단계(530)에서, 본 방법은 본 발명의 특징의 구현에 기초하여 MME(202)에서 버퍼링된 TDR1에 해당하는 TDA1(MT DATA ANSWER) 메시지를 MME(202)로부터 SCEF(204)로 전송한다. 또한, TDA1 메시지는 RRT가 포함된 DIAMETER_ERROR_USER_TEMPORARILY_UNREACHABLE(5653)을 포함하며, 여기서 RRT는 남은 활성 타이머 + PSM 시간으로 계산된다. 그 후, SCEF(204)는 단계(532)에서 재전송을 위해 TDA1 메시지를 버퍼링한다.
또한, 단계(534)에서, 본 방법은 본 발명의 특징의 구현에 기초하여 MME(202)에서 버퍼링된 TDR2에 대응하는 TDA2(MT DATA ANSWER) 메시지를 MME(202)로부터 SCEF(204)로 전송한다. 또한, TDA2 메시지는 RRT가 포함된 DIAMETER_ERROR_USER_TEMPORARILY_UNREACHABLE(5653)을 포함하며, 여기서 RRT는 남은 활성 타이머 + PSM 시간으로 계산된다. 그 후, SCEF(204)는 단계(536)에서 재전송을 위해 TDA2 메시지를 버퍼링한다.
다음으로, 단계(538)에서, 본 방법은 본 발명의 특징의 구현에 기초하여 MME(202)에서 버퍼링된 TDR3에 대응하는 TDA3(MT DATA ANSWER) 메시지를 MME(202)로부터 SCEF(204)로 전송한다. 또한, TDA3 메시지는 RRT가 포함된 DIAMETER_ERROR_USER_TEMPORARILY_UNREACHABLE(5653)을 포함하며, 여기서 RRT는 남은 활성 타이머 + PSM 시간으로 계산된다. 그 후, SCEF(204)는 단계(540)에서 재전송을 위해 TDA3 메시지를 버퍼링한다.
다음으로, 단계(542)에서, 본 방법은 본 발명의 특징의 구현에 기초하여 MME(202)에서 버퍼링된 TDR4에 대응하는 TDA4(MT DATA ANSWER) 메시지를 MME(202)로부터 SCEF(204)로 전송한다. 또한, TDA4 메시지는 RRT가 포함된 DIAMETER_ERROR_USER_TEMPORARILY_UNREACHABLE(5653)을 포함하며, 여기서 RRT는 남은 활성 타이머 + PSM 시간으로 계산된다. 그 후, SCEF(204)는 단계(544)에서 재전송을 위해 TDA4 메시지를 버퍼링한다.
다음으로, 단계(546)에서, 본 방법은 타이머 T3412 만료 표시를 수신한다. 또한, 단계(548)에서, 타이머 T3412의 만료에 기초하여 MME(202)는 NB-IoT 디바이스(102)로부터 TAU 업데이트 요청을 추가로 수신한다.
다음으로, 단계(550)에서, TAU 업데이트 요청의 수신 시에 MME(202)는 SCEF(204)로 CMR 플래그 = 1을 갖는 CMR 업데이트를 전송한다.
또한, SCEF(204)는 CMR 플래그 = 1을 갖는 CMR 업데이트의 수신 시 버퍼링된 TDA 각각에 대응하는 TDR을 MME(202)로 전송한다. 다음으로, 단계(552)에서, SCEF(204)는 버퍼링된 TDA1에 대응하는 TDR1(MT 데이터 요청)을 MME(202)로 전송한다. 또한, 단계(554)에서, SCEF(204)는 버퍼링된 TDA2에 대응하는 TDR2(MT 데이터 요청)를 MME(202)로 전송한다. 또한, 단계(556)에서, SCEF(204)는 버퍼링된 TDA3에 대응하는 TDR3(MT 데이터 요청)을 MME(202)로 전송한다. 또한, 단계(560)에서, SCEF(204)는 버퍼링된 TDA4에 대응하는 TDR4(MT 데이터 요청)를 MME(202)로 전송한다.
그 후, MME(202)는 NB-IoT 디바이스(102)에서 페이징 사이클을 개시하고, 성공적인 페이징 응답의 경우 MME(202)는 전송된 TDA에 응답하여 수신된 모든 TDR을 NAS 메시지를 통해 NB-IoT 디바이스(102)로 전송한다. 따라서, MME(202)는 성공적인 페이징 응답의 경우 단계 (560), (562), (564) 및 (566)에서, TDR1-다운링크 NAS, TDR2-다운링크 NAS, TDR3-다운링크 NAS 및 TDR4-다운링크 NAS를 NB-IoT 디바이스(102)로 전송한다.
따라서, NB-IoT 디바이스(102)에서 모든 TDR-다운링크 NAS의 수신 시, MT 데이터는 본 발명의 구현에 기초하여 NB-IoT 디바이스(102)에서 성공적으로 수신된다.
도 6을 참조하면, 본 발명의 예시적인 실시예에 따른 NB-IoT 셀의 예시적인 블록도가 도시되어 있다. 도 6은 NB-IoT 셀(602)을 도시한다. 또한, 도 6에서, (606)은 무선 안테나(608)와 함께 3GPP NB-IoT 프로토콜에 따라 NB-IoT 클라이언트 디바이스에 대한 무선 액세스를 제공하는 NB-IoT 무선 인터페이스이다. 또한, (616)은 NB-IOT 무선 액세스 포인트를 관리 및 제공하는 것을 담당하는 액세스 포인트 제어 모듈이다. 또한, (610) 및 (618)은 프로토콜 스택을 실행하는 NB-IoT 프로세서이다. 또한, (604)는 클럭 기준을 수신하기 위한 인터페이스이고, (612)는 전원 모듈이며, (614)는 하드웨어 엔진 및 주변 기기(FFT/IFT, 인코더 및 디코더)를 도시한다.
또한, 실시예 중 하나에서, 본 개시에서 상술된 시스템 및 방법은 롱-텀 이볼루션 머신 유형 통신 카테고리(Long-Term Evolution Machine Type Communications Category) M1(LTE MTC Cat M1, 또한 LTE-M이라고도 칭함), 5G- 진화된 머신 유형 통신(Evolved Machine Type Communications)(eMTC) 및 본 기술 분야의 통상의 기술자에게 알려진 임의의 다른 이러한 통신에 적용될 수 있다.
따라서, 본 발명은 NB-IoT 디바이스가 PSM 또는 eDRX 모드에 있지 않지만 페이징 실패가 있는 경우, NB-IoT 디바이스에서 모바일 단말(MT) 데이터의 재전송의 실패의 기술적 문제에 대한 새로운 해결책을 제공한다. 또한, 본 발명은 디바이스가 PSM 또는 eDRX에 있지 않지만 페이징 실패가 있는 경우 RRT 및 에러 코드 DIAMETER_ERROR_USER_TEMPORARILY_UNREACHABLE을 포함하는 적어도 하나의 모바일 단말 데이터 회답(TDA)을 MME로부터 SCEF로 전송함으로써 NB-IoT 디바이스에 대한 응답 시간을 관리하는 것을 포함한다. 또한, 본 발명은 MT 데이터 요청이 페이징 실패의 이유로 전달되지 않는 경우 MME로부터 SCEF로의 MT(모바일 단말) 데이터 회답(TDA)의 요청된 재전송 시간(RRT)의 포함으로 응답 정보의 동기화를 가능하게 한다.
개시된 실시예에 대해 상당한 강조가 본원에서 이루어졌지만, 본 발명의 원리를 벗어나지 않고 많은 실시예가 만들어질 수 있고 많은 변화가 실시예에 이루어질 수 있음이 이해될 것이다. 본 발명의 실시예에서의 이러한 변화 및 다른 변화는 본 기술 분야의 통상의 기술자에게 명백할 것이며, 이에 의해 구현되는 상술한 설명 사항은 예시적이며 비제한적임을 이해해야 한다.

Claims (10)

  1. 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위한 방법으로서,
    - 이동성 관리 엔티티(MME; mobility management entity)(202)에서, 적어도 하나의 NB-IoT 디바이스에 대한 적어도 하나의 다운링크 데이터에 대응하여 생성되는 적어도 하나의 모바일 단말 데이터 요청(TDR; terminal data request)을 서비스 능력 노출 기능(SCEF; service capability exposure function)(204)으로부터 수신하는 단계;
    - 상기 MME(202)에서, 상기 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각을 버퍼링하는 단계;
    - 상기 MME(202)에 의해, 상기 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 요청된 재전송 시간(RRT; requested retransmission time)을 계산하는 단계; 및
    - 상기 MME(202)로부터 상기 SCEF(204)에, 상기 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위해 상기 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대응하는 적어도 하나의 모바일 단말 데이터 회답(TDA; terminal data answer)을 전송하는 단계
    를 포함하고,
    상기 적어도 하나의 모바일 단말 데이터 회답(TDA)은 상기 대응하는 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대해 적어도 상기 계산된 요청된 재전송 시간(RRT)을 포함하는, 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위한 방법.
  2. 제1항에 있어서,
    - 상기 MME(202)에서, 상기 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각을 버퍼링하는 것은, 상기 MME(202)와 상기 적어도 하나의 NB-IoT 디바이스(102) 사이의 페이징 사이클(paging cycle)에 기초하고, 그리고
    - 상기 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 상기 요청된 재전송 시간(RRT)은, 상기 적어도 하나의 NB-IoT 디바이스(102)의 활성 모드의 지속 기간(duration), 상기 적어도 하나의 NB-IoT 디바이스(102)의 절전 모드(PSM; Power Saving Mode)의 지속 기간, 및 상기 페이징 사이클 중 적어도 하나에 기초하여 계산되는, 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위한 방법.
  3. 제2항에 있어서,
    상기 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각은 상기 페이징 사이클의 실패에 기초하여 상기 MME(202)에서 버퍼링되고,
    상기 MME(202)에서 상기 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각을 버퍼링하는 단계는, 상기 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 에러 코드를 식별하는 단계를 더 포함하고,
    상기 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 상기 요청된 재전송 시간(RRT)은 적어도 상기 에러 코드에 기초하여 계산되고, 그리고
    상기 적어도 하나의 모바일 단말 데이터 회답(TDA)은 상기 대응하는 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 적어도 상기 식별된 에러 코드를 더 포함하는, 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위한 방법.
  4. 제1항에 있어서,
    상기 방법은:
    - 상기 MME(202)에서, 상기 적어도 하나의 NB-IoT 디바이스(102)로부터 추적 영역 업데이트 요청을 수신하는 단계;
    - 상기 MME(202)로부터 상기 SCEF(204)에, 상기 MME(202)에서 수신되는 상기 추적 영역 업데이트 요청에 기초하여 업데이트 메시지를 전송하는 단계; 및
    - 상기 SCEF(204)로부터 상기 MME(202)에서, 상기 업데이트 메시지에 응답하여 적어도 하나의 모바일 단말 데이터 요청(TDR)을 수신하는 단계
    를 더 포함하는, 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위한 방법.
  5. 제4항에 있어서,
    상기 업데이트 메시지에 응답하는 상기 적어도 하나의 모바일 단말 데이터 요청(TDR)은 상기 대응하는 적어도 하나의 모바일 단말 데이터 회답(TDA) 각각에 대해 상기 SCEF(204)로부터 상기 MME(202)에서 수신되고, 상기 적어도 하나의 모바일 단말 데이터 회답(TDA)은 상기 SCEF(204)에서 버퍼링되는, 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위한 방법.
  6. 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위한 시스템으로서,
    - 이동성 관리 엔티티(MME)(202)를 포함하고,
    상기 이동성 관리 엔티티(MME)(202)는:
    적어도 하나의 NB-IoT 디바이스(102)에 대한 적어도 하나의 다운링크 데이터에 대응하여 생성되는 적어도 하나의 모바일 단말 데이터 요청(TDR)을 서비스 능력 노출 기능(SCEF)(204)으로부터 수신하고;
    상기 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각을 버퍼링하고;
    상기 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 요청된 재전송 시간(RRT)을 계산하고; 그리고
    상기 적어도 하나의 NB-IoT 디바이스(102)에 대한 응답 시간의 관리를 위해 상기 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대응하는 적어도 하나의 모바일 단말 데이터 회답(TDA)을 상기 SCEF(204)에 전송하도록
    구성되고,
    상기 적어도 하나의 모바일 단말 데이터 회답(TDA)은 상기 대응하는 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대해 적어도 상기 계산된 요청된 재전송 시간(RRT)을 포함하는, 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위한 시스템.
  7. 제6항에 있어서,
    - 상기 MME(202)는 추가로, 상기 MME(202)와 상기 적어도 하나의 NB-IoT 디바이스(102) 사이의 페이징 사이클에 기초하여, 상기 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각을 버퍼링하도록 구성되고, 그리고
    - 상기 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 상기 요청된 재전송 시간(RRT)은, 상기 적어도 하나의 NB-IoT 디바이스(102)의 활성 모드의 지속 기간, 상기 적어도 하나의 NB-IoT 디바이스의 절전 모드(PSM)의 지속 기간, 및 상기 페이징 사이클 중 적어도 하나에 기초하여 계산되는, 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위한 시스템.
  8. 제7항에 있어서,
    상기 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각은 상기 페이징 사이클의 실패에 기초하여 상기 MME(202)에서 버퍼링되고, 그리고
    상기 수신된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각을 버퍼링하는 단계에서, 상기 MME(202)는 추가로, 상기 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 에러 코드를 식별하도록 구성되고,
    상기 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 상기 요청된 재전송 시간(RRT)은 적어도 상기 에러 코드에 기초하여 계산되고, 그리고
    상기 적어도 하나의 모바일 단말 데이터 회답(TDA)은 상기 대응하는 버퍼링된 적어도 하나의 모바일 단말 데이터 요청(TDR) 각각에 대한 적어도 상기 식별된 에러 코드를 더 포함하는, 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위한 시스템.
  9. 제6항에 있어서,
    상기 MME(202)는 추가로:
    - 상기 적어도 하나의 NB-IoT 디바이스(102)로부터 추적 영역 업데이트 요청을 수신하고;
    - 상기 SCEF(204)에, 상기 MME(202)에서 수신되는 상기 추적 영역 업데이트 요청에 기초하여 업데이트 메시지를 전송하고; 그리고
    - 상기 SCEF(204)로부터, 상기 업데이트 메시지에 응답하여 적어도 하나의 모바일 단말 데이터 요청(TDR)을 수신하도록
    구성되는, 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위한 시스템.
  10. 제9항에 있어서,
    상기 업데이트 메시지에 응답하는 상기 적어도 하나의 모바일 단말 데이터 요청(TDR)은 상기 대응하는 적어도 하나의 모바일 단말 데이터 회답(TDA) 각각에 대해 상기 SCEF(204)로부터 상기 MME(202)에서 수신되고, 상기 적어도 하나의 모바일 단말 데이터 회답(TDA)은 상기 SCEF(204)에서 버퍼링되는, 적어도 하나의 NB-IoT 디바이스에 대한 응답 시간의 관리를 위한 시스템.
KR1020227009699A 2019-08-26 2020-08-26 응답 시간의 관리를 위한 시스템 및 방법 KR102637668B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
IN201921034248 2019-08-26
IN201921034248 2019-08-26
PCT/IB2020/057956 WO2021038455A1 (en) 2019-08-26 2020-08-26 System and method for management of response time

Publications (2)

Publication Number Publication Date
KR20220050973A KR20220050973A (ko) 2022-04-25
KR102637668B1 true KR102637668B1 (ko) 2024-02-15

Family

ID=74685252

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020227009699A KR102637668B1 (ko) 2019-08-26 2020-08-26 응답 시간의 관리를 위한 시스템 및 방법

Country Status (4)

Country Link
US (1) US20220271869A1 (ko)
JP (1) JP7405954B2 (ko)
KR (1) KR102637668B1 (ko)
WO (1) WO2021038455A1 (ko)

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3202189B1 (en) * 2014-09-29 2020-01-08 Convida Wireless, LLC Service capability server/epc coordination for power savings mode and paging
KR101974948B1 (ko) * 2015-03-25 2019-05-03 엘지전자 주식회사 무선 통신 시스템에서 단말 접근성 모니터링 방법 및 이를 위한 장치
EP3182741B1 (en) * 2015-12-15 2020-02-26 Alcatel Lucent Method and apparatuses for support of mobile-terminated non-ip data delivery (nidd) service towards a user equipment using extended idle mode drx (edrx)
CN109792684B (zh) 2016-08-16 2022-04-12 康维达无线有限责任公司 使ue保持唤醒
ES2906250T3 (es) * 2016-10-06 2022-04-13 Ericsson Telefon Ab L M Suministro de datos fiable sobre estrato de no acceso
WO2018229528A1 (en) * 2017-06-13 2018-12-20 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for optimized signaling for non ip data delivery (nidd) communication
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
US10880829B2 (en) * 2019-03-14 2020-12-29 Verizon Patent And Licensing Inc. System and method for user equipment network capability control in radio access networks

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
비특허문헌1(3GPP, 3GPP TS 29.128 V13.3.0, 2016.12)*
비특허문헌2(3GPP, ETSI TS 129 128 V15.3.0, 2018.07)

Also Published As

Publication number Publication date
US20220271869A1 (en) 2022-08-25
JP7405954B2 (ja) 2023-12-26
JP2022551037A (ja) 2022-12-07
WO2021038455A1 (en) 2021-03-04
KR20220050973A (ko) 2022-04-25

Similar Documents

Publication Publication Date Title
CN102318418B (zh) 用于发送和接收寻呼消息的方法
US8483709B2 (en) Location update method and mobile station using the same
CN107113630B (zh) 用于具有扩展覆盖能力的设备的自适应寻呼技术
US9420533B2 (en) Discontinuous reception
CN113906792B (zh) 无线通信系统中的控制信道监视
WO2019157758A1 (zh) 一种信息处理方法和装置
EP2436202B1 (en) Communication network and method
US9713015B2 (en) Method by which base station transmits signal for coverage coordination in wireless communication system and device for same
CN104737599B (zh) 用于从处于较不活跃模式中的小区或网络接收定时信息的方法和装置
US11039496B2 (en) Method and apparatus
CN113170380A (zh) 在支持多个上行链路载波的小区中的系统信息请求的系统和方法
WO2009079820A1 (fr) Procédé permettant d'informer un équipement utilisateur d'une mise à jour de message système dans un système de planification à évolution à long terme
JP2012523190A (ja) 基地局の動作方法および基地局
CN112534870B (zh) 用于验证存储的系统信息的方法和装置
CN115866754A (zh) 用于在5g网络中执行寻呼操作的方法和系统
CN113796126A (zh) 用于在双注册模式下执行plmn选择的方法和装置
JP2022523988A (ja) 無線ネットワークにおけるueのページングタイミングを調整するための第2ueアイデンティティの割り当て
CN113424598B (zh) 控制用于蜂窝物联网服务的用户设备的方法和装置
US20170353927A1 (en) Communication system comprising management entity with callback functionality
KR102637668B1 (ko) 응답 시간의 관리를 위한 시스템 및 방법
CN115004733A (zh) 用于通知网络中覆盖增强使用变化的方法和装置
JP7377347B2 (ja) バッファリング時間の管理のための方法及びシステム
US20240057034A1 (en) Method and system for grouping of paging in wireless network
US20230345517A1 (en) Data Transmission Method and Apparatus
CN114208363A (zh) 一种冲突解决方法及装置

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant