KR20230037565A - 무선 통신 시스템에서 rrc_inactive 상태의 스몰 데이터 송신 처리 방법 및 장치 - Google Patents

무선 통신 시스템에서 rrc_inactive 상태의 스몰 데이터 송신 처리 방법 및 장치 Download PDF

Info

Publication number
KR20230037565A
KR20230037565A KR1020237001577A KR20237001577A KR20230037565A KR 20230037565 A KR20230037565 A KR 20230037565A KR 1020237001577 A KR1020237001577 A KR 1020237001577A KR 20237001577 A KR20237001577 A KR 20237001577A KR 20230037565 A KR20230037565 A KR 20230037565A
Authority
KR
South Korea
Prior art keywords
rrc
drb
cell
header compression
compression protocol
Prior art date
Application number
KR1020237001577A
Other languages
English (en)
Inventor
아닐 에기월
김성훈
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Publication of KR20230037565A publication Critical patent/KR20230037565A/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • 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/0278Traffic management, e.g. flow control or congestion control using buffer status reports
    • 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/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/30TPC using constraints in the total amount of available transmission power
    • H04W52/36TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/365Power headroom reporting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/20Selecting an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • 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)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스 (예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 개시는 무선 통신 시스템에서 RRC(radio resource control) 비활성 상태에서 데이터 송신을 위한 ROHC(robust header compression), PHR(power headroom report) 및 BSR(buffer status report)을 처리하는 방법 및 장치를 제공한다.

Description

무선 통신 시스템에서 RRC_INACTIVE 상태의 스몰 데이터 송신 처리 방법 및 장치
본 개시는 무선 통신 시스템에 관한 것이다. 구체적으로, 본 개시는 무선 통신 시스템에서 무선 자원 제어(radio resource control; RRC) 비활성 상태에서의 스몰 데이터 송신(small data transmission)을 위한 ROHC(robust header compression), PHR(power headroom report) 및 BSR(buffer status report)을 처리하는 장치, 방법 및 시스템에 관한 것이다.
4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (Post LTE) 이후의 시스템이라 불리어지고 있다. 높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역 (예를 들어, 60기가(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되고 있다. 또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (Device to Device communication: D2D), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (Coordinated Multi-Points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다. 이 밖에도, 5G 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation: ACM) 방식인 FQAM (Hybrid FSK and QAM Modulation) 및 SWSC (Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(non orthogonal multiple access), 및SCMA(sparse code multiple access) 등이 개발되고 있다.
한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 IoT(Internet of Things, 사물인터넷) 망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터(Big data) 처리 기술 등이 IoT 기술에 결합된 IoE (Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 연구되고 있다. IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT(Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT(information technology)기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.
이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 5G 통신 기술인 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크(cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.
상술한 정보는 본 개시의 이해를 돕기 위한 배경 정보로만 제공된다. 상술한 정보 중 임의의 것이 본 개시와 관련하여 선행 기술로서 적용될 수 있는지에 대한 어떠한 결정이 이루어지지 않았으며, 어떠한 주장도 이루어지지 않았다.
본 개시의 양태는 적어도 상술한 문제 및/또는 단점을 해결하고, 적어도 아래에서 설명되는 이점을 제공하는 것이다. 따라서, 본 개시의 양태는 5세대(5G) 통신 시스템에서 스몰 데이터 송신을 위한 통신 방법 및 시스템을 제공하는 것이다.
본 개시의 일 양태에 따르면, 무선 통신 시스템에서 단말에 의해 수행되는 방법이 제공된다. 상기 방법은 무선 자원 제어(radio resource control; RRC) 비활성 상태에 들어가도록 단말을 설정하는 RRC 해제 메시지를 제1 셀로부터 수신하는 단계; 단말이 RRC 비활성 상태에 있는 동안 스몰 데이터 송신(small data transmission; SDT) 절차를 개시하기 위한 기준이 충족됨을 식별하는 단계; SDT 절차가 허용되는 데이터 무선 베어러(data radio bearer; DRB)의 PDCP(packet data convergence protocol) 엔티티를 재수립하는 단계; RRC 해제 메시지가 DRB에 대해 설정된 헤더 압축 프로토콜 컨텍스트 - 헤더 압축 프로토콜 컨텍스트는 단말이 RRC 비활성 상태에 있는 동안 단말에 저장됨 - 를 계속할 것을 지시하는 정보를 포함하는지 여부를 식별하는 단계; 및 RRC 해제 메시지가 정보를 포함하는 경우에 헤더 압축 프로토콜 컨텍스트를 유지하는 단계를 포함한다.
또한, 상기 방법은 정보가 RRC 해제 메시지에 포함되지 않은 경우에 헤더 압축 프로토콜 컨텍스트를 재설정하는 단계를 포함한다.
또한, 상기 방법은 RRC 해제 메시지가 RRC 연결을 재개하기 위해 요청하기 위한 셀의 리스트를 포함하는지 여부를 식별하는 단계; RRC 연결을 재개하기 위한 메시지를 제2 셀로 송신하는 단계; 및 RRC 해제 메시지가 셀의 리스트를 포함하고, 제2 셀이 셀의 리스트에 포함된 경우에 헤더 압축 프로토콜 컨텍스트를 유지하는 단계를 포함한다.
또한, 상기 방법은 셀의 리스트가 RRC 해제 메시지에 포함되지 않고, 제2 셀이 제1 셀과 상이한 경우에 헤더 압축 프로토콜 컨텍스트를 재설정하는 단계를 포함한다.
또한, 상기 방법은 RRC 해제 메시지가 RRC 연결을 재개하기 위해 요청하기 위한 기지국의 식별자(identity)를 포함하는지 여부를 식별하는 단계; RRC 연결을 재개하기 위한 메시지를 제2 셀로 송신하는 단계; 및 RRC 해제 메시지가 기지국의 식별자를 포함하고, 제2 셀이 기지국의 식별자에 의해 식별되는 경우에 헤더 압축 프로토콜 컨텍스트를 유지하는 단계를 포함한다.
또한, 상기 방법은 전력 헤드룸 보고(power headroom report; PHR) 설정이 단말에 설정됨을 식별하는 단계; 업링크 그랜트(uplink grant)이 SDT 절차의 업링크 데이터에 대한 것인지 여부를 식별하는 단계; 및 업링크 그랜트가 SDT 절차를 위한 것인 경우에 PHR을 생성하지 않고 업링크 그랜트 상에서 SDT 절차의 업링크 데이터를 송신하는 단계를 포함한다.
또한, 상기 방법은 버퍼 상태 보고(buffer status report; BSR) 설정이 단말에 설정됨을 식별하는 단계; 업링크 그랜트가 SDT 절차의 업링크 데이터에 대한 것인지 여부를 식별하는 단계; 및 업링크 그랜트가 SDT 절차를 위한 것인 경우에 BSR을 생성하지 않고 업링크 그랜트 상에서 SDT 절차의 업링크 데이터를 송신하는 단계를 포함한다.
본 개시의 일 양태에 따르면, 무선 통신 시스템에서 단말이 제공된다. 상기 단말은 신호를 송수신하도록 설정된 송수신부; 및 송수신부와 결합된 제어부를 포함하며, 제어부는, RRC 비활성 상태에 들어가도록 단말을 설정하는 RRC 해제 메시지를 제1 셀로부터 수신하고, 단말이 RRC 비활성 상태에 있는 동안 스몰 데이터 송신(SDT) 절차를 개시하기 위한 기준이 충족됨을 식별하고, SDT 절차가 허용되는 데이터 무선 베어러(DRB)의 PDCP(packet data convergence protocol) 엔티티를 재수립하고, RRC 해제 메시지가 DRB에 대해 설정된 헤더 압축 프로토콜 컨텍스트 - 헤더 압축 프로토콜 컨텍스트는 단말이 RRC 비활성 상태에 있는 동안 단말에 저장됨 - 를 계속할 것을 지시하는 정보를 포함하는지 여부를 식별하며, RRC 해제 메시지가 정보를 포함하는 경우에 헤더 압축 프로토콜 컨텍스트를 유지하도록 설정된다.
본 개시의 특정 실시예의 상술한 다른 양태, 특징 및 이점은 첨부된 도면과 함께 취해진 다음의 설명으로부터 더욱 명백할 것이다.
도 1a는 스몰 데이터 송신을 위한 연결 재개의 개시 시에 헤더 압축 프로토콜 컨텍스트를 계속할지 재설정할지를 결정하기 위한 본 개시의 일 방법을 도시한다.
도 1b는 스몰 데이터 송신을 위한 연결 재개의 개시 시에 헤더 압축 프로토콜 컨텍스트를 계속할지 재설정할지를 결정하기 위한 본 개시의 다른 방법을 도시한다.
도 2는 스몰 데이터 송신을 위한 연결 재개의 개시 시에 헤더 압축 프로토콜 컨텍스트를 계속할지 재설정할지를 결정하기 위한 본 개시의 다른 방법을 도시한다.
도 3은 스몰 데이터 송신을 위한 연결 재개의 개시 시에 헤더 압축 프로토콜 컨텍스트를 계속할지 재설정할지를 결정하기 위한 본 개시의 다른 방법을 도시한다.
도 4는 스몰 데이터 송신을 위한 연결 재개의 개시 시에 헤더 압축 프로토콜 컨텍스트를 계속할지 재설정할지를 결정하기 위한 본 개시의 다른 방법을 도시한다.
도 5는 스몰 데이터 송신을 위한 연결 재개의 개시 시에 헤더 압축 프로토콜 컨텍스트를 계속할지 재설정할지를 결정하기 위한 본 개시의 다른 방법을 도시한다.
도 6은 스몰 데이터 송신을 위한 연결 재개의 개시 시에 헤더 압축 프로토콜 컨텍스트를 계속할지 재설정할지를 결정하기 위한 본 개시의 다른 방법을 도시한다.
도 7은 스몰 데이터 송신을 위한 연결 재개의 개시 시에 헤더 압축 프로토콜 컨텍스트를 계속할지 재설정할지를 결정하기 위한 본 개시의 다른 방법을 도시한다.
도 8은 스몰 데이터 송신을 위한 연결 재개의 개시 시에 헤더 압축 프로토콜 컨텍스트를 계속할지 재설정할지를 결정하기 위한 본 개시의 다른 방법을 도시한다.
도 9는 RRC_INACTIVE 상태에서 스몰 데이터 송신을 위한 PHR을 처리하기 위한 본 개시의 일 방법을 도시한다.
도 10은 RRC_INACTIVE 상태에서 스몰 데이터 송신을 위한 PHR을 처리하기 위한 본 개시의 다른 방법을 도시한다.
도 11은 RRC_INACTIVE 상태에서 스몰 데이터 송신을 위한 BSR을 처리하기 위한 본 개시의 일 방법을 예시한다.
도 12는 RRC_INACTIVE 상태에서 스몰 데이터 송신을 위한 BSR을 처리하기 위한 본 개시의 다른 방법을 도시한다.
도 13은 본 개시의 일 실시예에 따른 단말의 블록도이다.
도 14는 본 개시의 일 실시예에 따른 기지국의 블록도이다.
도면 전체에 걸쳐, 유사한 참조 번호는 유사한 부분, 구성 요소 및 구조를 지칭하는 것으로 이해될 것이다.
첨부된 도면을 참조한 다음의 설명은 청구 범위 및 이의 균등물에 의해 정의된 바와 같은 본 개시의 다양한 실시예에 대한 포괄적인 이해를 돕기 위해 제공된다. 이는 상응하는 이해를 돕기 위한 다양한 특정 상세 사항을 포함하지만, 이는 단지 예시적인 것으로 간주되어야 한다. 따라서, 통상의 기술자는 본 명세서에서 설명된 다양한 실시예의 다양한 변경 및 수정이 본 개시의 범위 및 사상을 벗어나지 않고 이루어질 수 있다는 것을 인식할 것이다. 또한, 명료성 및 간결성을 위해 잘 알려진 기능 및 설정에 대한 설명은 생략될 수 있다.
다음의 설명 및 청구 범위에서 사용된 용어 및 단어는 서지의 의미에 한정되지 않고, 발명자에 의해 본 개시에 대한 명확하고 일관된 이해를 가능하게 하기 위해서만 사용된다. 따라서, 본 개시의 다양한 실시예에 대한 다음의 설명은 단지 예시를 위해 제공되고, 첨부된 청구 범위 및 이의 균등물에 의해 정의된 바와 같이 본 개시를 제한하기 위해 제공되지 않는다는 것이 통상의 기술자에게는 자명해야 한다.
단수 포맷 "a", "an" 및 "the"는 문맥이 달리 명백하게 나타내지 않는 한 복수 대상을 포함한다는 것이 이해되어야 한다. 따라서, 예를 들어, "구성 요소 표면"에 대한 참조는 이러한 표면 중 하나 이상에 대한 참조를 포함한다.
"실질적으로(substantially)"라는 용어는 인용된 특성, 파라미터 또는 값이 정확히 달성될 필요는 없지만, 예를 들어 허용 오차, 측정 에러, 측정 정확도 한계 및 통상의 기술자에게 알려진 다른 요인을 포함하는 편차 또는 변동은 특성이 제공하고자 하는 효과를 제외하지 않는 정도에서 발생할 수 있다는 것으로 의미된다.
흐름도(또는 시퀀스 다이어그램)의 블록 및 흐름도의 조합은 컴퓨터 프로그램 명령어에 의해 나타내어지고 실행될 수 있음을 통상의 기술자는 알게 된다. 이러한 컴퓨터 프로그램 명령어는 범용 컴퓨터, 특수 목적 컴퓨터 또는 프로그램 가능한 데이터 처리 장치의 프로세서 상에 적재될 수 있다. 적재된 프로그램 명령어가 프로세서에 의해 실행될 때, 이는 흐름도에 설명된 기능을 수행하기 위한 수단을 생성한다. 컴퓨터 프로그램 명령어가 전문 컴퓨터 또는 프로그램 가능한 데이터 처리 장치에서 이용 가능한 컴퓨터 판독 가능 메모리에 저장될 수 있기 때문에, 흐름도에 설명된 기능을 수행하는 제품을 생성하는 것이 또한 가능하다. 컴퓨터 프로그램 명령어가 컴퓨터 또는 프로그램 가능한 데이터 처리 장치 상에 적재될 수 있기 때문에, 프로세스로서 실행될 때, 이는 흐름도에 설명된 기능의 동작을 수행할 수 있다.
흐름도의 블록은 하나 이상의 논리적 기능을 구현하는 하나 이상의 실행 가능한 명령어를 포함하는 모듈, 세그먼트 또는 코드에 상응할 수 있거나, 이의 일부에 상응할 수 있다. 어떤 경우에, 블록에 의해 나타내어진 기능은 나열된 순서와 상이한 순서로 실행될 수 있다. 예를 들어, 시퀀스에 나열된 두 블록은 동시에 실행되거나 역순으로 실행될 수 있다.
이러한 설명에서, "유닛", "모듈" 등의 단어는 예를 들어, 기능 또는 동작을 수행할 수 있는 FPGA(field-programmable gate array) 또는 주문형 집적 회로(application-specific integrated circuit: ASIC)와 같은 소프트웨어 구성 요소 또는 하드웨어 구성 요소를 지칭할 수 있다. 그러나, "유닛" 등은 하드웨어 또는 소프트웨어에 한정되지 않는다. 유닛 등은 어드레스 가능한 저장 매체에 상주하거나 하나 이상의 프로세서를 구동하기 위해 설정될 수 있다. 유닛 등은 소프트웨어 구성 요소, 객체 지향 소프트웨어 구성 요소, 클래스 구성 요소, 태스크 구성 요소, 프로세스, 기능, 속성, 절차, 서브루틴, 프로그램 코드 세그먼트, 드라이버, 펌웨어, 마이크로 코드, 회로, 데이터, 데이터베이스, 데이터 구조, 테이블, 어레이 또는 변수를 지칭할 수 있다. 구성 요소와 유닛이 제공하는 기능은 더 작은 구성 요소와 유닛의 조합일 수 있고, 더 큰 구성 요소와 유닛을 설정하기 위해 다른 구성 요소와 조합될 수 있다. 구성 요소 및 유닛은 보안 멀티미디어 카드에서 디바이스 또는 하나 이상의 프로세서를 구동하도록 설정될 수 있다.
상세한 설명에 앞서, 본 개시를 이해하는데 필요한 용어 또는 정의가 설명된다. 그러나, 이러한 용어는 비제한적인 방식으로 해석되어야 한다.
"기지국(BS)"은 사용자 장치(UE)와 통신하는 엔티티이며, BS, BTS(base transceiver station), NB(node B), eNB(evolved NB), 액세스 포인트(access point, AP), 5G NB(5GNB) 또는 gNB(next generation node B)로서 지칭될 수 있다.
"UE"는 BS와 통신하는 엔티티이며, UE, 장치, 이동국(mobile station; MS), 모바일 장치(mobile equipment; ME) 또는 단말로서 지칭될 수 있다.
최근 몇 년 동안, 증가하는 광대역 가입자 수를 충족하고, 더 많고 더 나은 애플리케이션과 서비스를 제공하기 위해 여러 광대역 무선 기술이 개발되었다. 2세대 무선 통신 시스템은 사용자의 이동성을 보장하면서 음성 서비스를 제공하기 위해 개발되었다. 3세대 무선 통신 시스템은 음성 서비스뿐만 아니라 데이터 서비스도 지원한다. 최근에, 4세대 무선 통신 시스템은 고속 데이터 서비스를 제공하기 위해 개발되었다. 그러나, 현재 4세대 무선 통신 시스템은 증가하는 고속 데이터 서비스를 위한 수요를 충족시키기 위한 자원의 부족으로 어려움을 겪고 있다. 따라서, 5세대 무선 통신 시스템(차세대 무선 또는 NR이라고도 함)은 증가하는 고속 데이터 서비스를 위한 수요를 충족하고, 초신뢰성 및 저지연 애플리케이션(low latency application)을 지원하기 위해 개발되고 있다.
5세대 무선 통신 시스템은 더 낮은 주파수 대역뿐만 아니라 10GHz 내지 100GHz 대역과 같은 더 높은 주파수(mmWave) 대역도 지원하여 더 높은 데이터 송신률을 달성한다. 무선파(radio wave)의 전파 손실을 완화하고 송신 거리를 증가시키기 위해, 빔포밍, 거대한 MIMO(Multiple-Input Multiple-Output), FD-MIMO(Full Dimensional MIMO), 어레이 안테나, 아날로그 빔포밍, 및 대규모 안테나 기술이 5세대 무선 통신 시스템의 설계에서 고려되고 있다. 또한, 5세대 무선 통신 시스템은 데이터 송신률, 지연 시간(latency), 신뢰성, 이동성 등의 관점에서 상당히 상이한 요구 사항을 가진 상이한 사용 케이스(use case)를 해결할 것으로 예상된다. 그러나, 5세대 무선 통신 시스템의 무선 인터페이스(air-interface)의 설계는 UE가 최종 고객에게 서비스를 제공하는 사용 케이스 및 시장 부문(market segment)에 따라 상당히 상이한 능력을 가진 UE를 서빙하기에 충분히 유연할 것으로 예상된다. 5세대 무선 통신 시스템이 해결할 것으로 예상되는 몇 가지 예시적인 사용 케이스는 eMBB(enhanced Mobile Broadband), m-MTC(massive Machine Type Communication), URLLC(ultra-reliable low latency communication) 등이다. 수십 Gbps 데이터 송신률, 낮은 지연 시간, 높은 이동성 등과 같은 eMBB 요구 사항은 관련 기술에 따라 언제 어디서나 인터넷 연결을 필요로 하는 무선 광대역 가입자를 나타내는 시장 부문을 다룬다. 매우 높은 연결 밀도(connection density), 간헐적 데이터 송신(infrequent data transmission), 매우 긴 배터리 수명, 낮은 이동성 주소(mobility address) 등과 같은 m-MTC 요구 사항은 수십억 장치의 연결을 구상하는 IoT(Internet of Things)/IoE(Internet of Everything)를 나타내는 시장 부문을 다룬다. 매우 낮은 지연 시간, 매우 높은 신뢰성 및 가변 이동성 등과 같은 URLLC 요구 사항은 자율 주행 자동차에 대한 인에이블러(enabler)의 하나로서 예상되는 산업 자동화 애플리케이션, 차량 대 차량/차량 대 인프라 통신을 나타내는 시장 부문을 다룬다.
더 높은 주파수(mmWave) 대역에서 동작하는 5세대 무선 통신 시스템에서, UE와 gNB는 빔포밍을 이용하여 서로 통신한다. 빔포밍 기술은 전파 경로 손실을 완화하고 더 높은 주파수 대역에서 통신을 위한 전파 거리를 증가시키는데 사용된다. 빔포밍은 고이득 안테나를 사용하여 송수신 성능을 향상시킨다. 빔포밍은 송신단에서 수행되는 송신(TX) 빔포밍과 수신단에서 수행되는 수신(RX) 빔포밍으로 분류될 수 있다. 일반적으로, TX 빔포밍은 복수의 안테나를 사용함으로써 전파가 도달하는 영역이 특정 방향으로 조밀하게 위치되도록 함으로써 지향성을 증가시킨다. 이러한 상황에서, 복수의 안테나의 집성(aggregation)은 안테나 어레이(antenna array)라고 할 수 있고, 어레이에 포함된 각각의 안테나는 어레이 요소(array element)라고 할 수 있다. 안테나 어레이는 선형 어레이, 플래너 어레이(planar array) 등과 같은 다양한 형태로 설정될 수 있다. TX 빔포밍을 사용하면 신호의 지향성이 증가하여, 전파 거리가 증가한다. 또한, 신호가 지향성 방향 이외의 방향으로는 거의 송신되지 않기 때문에, 다른 수신단에 작용하는 신호 간섭은 상당히 감소된다. 수신단은 RX 안테나 어레이를 사용함으로써 RX 신호 상에서 빔포밍을 수행할 수 있다. RX 빔포밍은 전파가 특정 방향으로 집중되도록 함으로써 특정 방향으로 송신되는 RX 신호 세기를 증가시키고, 특정 방향 이외의 방향으로 송신되는 신호를 RX 신호로부터 배제하여, 간섭 신호를 차단하는 효과를 제공한다. 빔포밍 기술을 사용함으로써, 송신기는 상이한 방향의 복수의 송신 빔 패턴을 만들 수 있다. 이러한 송신 빔 패턴의 각각은 또한 TX 빔이라고 할 수 있다. 고주파에서 동작하는 무선 통신 시스템은 각각의 좁은 TX 빔이 셀의 일부에 커버리지(coverage)를 제공하기 때문에 셀 내에서 신호를 송신하기 위해 복수의 좁은 TX 빔을 사용한다. TX 빔이 좁을수록, 안테나 이득이 높아지므로, 빔포밍을 사용하여 송신되는 신호의 전파 거리가 커진다. 수신기는 또한 상이한 방향의 복수의 RX 빔 패턴을 만들 수 있다. 이러한 수신 패턴의 각각은 또한 RX 빔이라고 할 수 있다.
5세대 무선 통신 시스템은 독립형 동작 모드와 이중 연결(dual connectivity; DC)을 지원한다. DC에서, 다중 Rx/Tx UE는 비이상적 백홀(non-ideal backhaul)을 통해 연결된 두 개의 상이한 노드(또는 NB)에 의해 제공되는 자원을 활용하도록 설정될 수 있다. 하나의 노드는 마스터 노드(Master Node; MN)의 역할을 하고, 다른 하나는 보조 노드(Secondary Node; SN)의 역할을 한다. MN과 SN은 네트워크 인터페이스를 통해 연결되고, 적어도 MN은 코어 네트워크에 연결된다. NR은 또한 MR-DC(Multi-RAT Dual Connectivity) 동작을 지원하므로 무선 자원 연결 상태(RRC_CONNECTED의 UE는 비이상적 백홀을 통해 연결된 두 개의 상이한 노드에 위치되고, E-UTRA(Evolved Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access)(즉, 노드가 ng-eNB인 경우) 또는 NR(New Radio) 액세스(즉, 노드가 gNB인 경우)를 제공하는 두 개의 별개의 스케줄러에 의해 제공되는 무선 자원을 활용하도록 설정된다. 반송파 집성/이중 연결(carrier aggregation/dual connectivity; CA/DC)이 설정되지 않은 RRC_CONNECTED의 UE에 대한 NR에는 PCell(primary cell)을 포함하는 하나의 서빙 셀만이 있다. CA/DC가 설정된 RRC_CONNECTED의 UE에 대해, '서빙 셀'이라는 용어는 Special Cell 및 모든 2차 셀(secondary cell; SCell)을 포함하는 셀의 세트를 나타내기 위해 사용된다. NR에서, 마스터 셀 그룹(Master Cell Group; MCG)이라는 용어는 PCell 및 선택적으로 하나 이상의 SCell을 포함하는 마스터 노드와 연관된 서빙 셀의 그룹을 지칭한다. NR에서, 2차 셀 그룹(Secondary Cell Group; SCG)이라는 용어는 1차 SCell(primary SCell; PSCell) 및 선택적으로 하나 이상의 SCell을 포함하는 2차 노드와 연관된 서빙 셀의 그룹을 지칭한다. NR에서, PCell은 1차 주파수 상에서 동작하는 MCG 내의 서빙 셀을 지칭하며, 여기서 UE는 초기 연결 설정 절차(connection establishment procedure)를 수행하거나 연결 재수립 절차를 개시한다. CA가 설정된 UE에 대한 NR에서, Scell은 Special Cell 위에 부가적인 무선 자원을 제공하는 셀이다. PSCell은 동기화 절차를 가진 재설정(Reconfiguration with Sync procedure)를 수행할 때 UE가 랜덤 액세스를 수행하는 SCG 내의 서빙 셀을 지칭한다. 이중 연결 동작의 경우, SpCell(즉, Special Cell)이라는 용어는 MCG의 PCell 또는 SCG의 PSCell을 지칭하며, 그렇지 않으면 Special Cell이라는 용어는 PCell을 지칭한다.
5세대 무선 통신 시스템에서, 물리적 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH)은 물리적 다운링크 공유 채널(physical downlink shared channel; PDSCH) 상에서 다운링크(downlink; DL) 송신을 스케줄링하고, 물리적 업링크 공유 채널(physical uplink shared channel; PUSCH) 상에서 업링크(uplink; UL) 송신을 스케줄링하는 데 사용되며, 여기서 PDCCH 상의 다운링크 제어 정보(Downlink Control Information; DCI)는, 적어도 변조 및 코딩 포맷, 자원 할당, 및 다운링크 스케줄링(downlink scheduling; DL-SCH)과 관련된 하이브리드-자동 반복 요청(hybrid-automatic repeat request(ARQ); HARQ) 정보를 포함하는 다운링크 할당; 적어도 변조 및 코딩 포맷, 자원 할당, 및 업링크 스케줄링(uplink scheduling; UL-SCH)과 관련된 HARQ 정보를 포함하는 업링크 스케줄링 승인(grant)을 포함한다. 스케줄링에 부가하여, PDCCH는, 설정된 승인으로 설정된 PUSCH 송신의 활성화 및 비활성화; PDSCH 반영구적 송신의 활성화 및 비활성화; 슬롯 포맷을 하나 이상의 UE에 통지하는 것; UE가 UE를 위한 송신이 의도되지 않는다고 가정할 수 있는 물리적 자원 블록(physical resource block; PRB) 및 직교 주파수 분할 다중화(orthogonal frequency division multiplexing; OFDM) 심볼을 하나 이상의 UE에 통지하는 것; 물리적 업링크 제어 채널(PUCCH) 및 PUSCH에 대한 송신 전력 제어(transmit power control; TPC) 명령의 송신; 하나 이상의 UE에 의한 사운딩 기준 신호(sounding reference signal; SRS) 송신을 위한 하나 이상의 TPC 명령의 송신; UE의 활성 대역폭 부분을 전환하는 것; 랜덤 액세스 절차를 개시하는 것을 위해 사용될 수 있다. UE는 상응하는 검색 공간 설정에 따라 하나 이상의 설정된 CORESET(COntrol REsource SET)에서 설정된 모니터링 오케이젼(occasion)에서 PDCCH 후보 세트를 모니터링한다. CORESET은 1개 내지 3개의 OFDM 심볼의 지속 시간을 갖는 PRB 세트로 설정된다. 자원 유닛 REG(Resource Element Groups) 및 CCE(Control Channel Element)는 각각의 CCE가 REG 세트로 설정되는 CORESET 내에서 정의된다. 제어 채널은 CCE의 집성에 의해 형성된다. 제어 채널에 대한 상이한 코드 레이트(code rate)는 상이한 수의 CCE를 집성함으로써 실현된다. 인터리브된(interleaved) 및 비인터리브된(non-interleaved) CCE-REG 매핑은 CORESET에서 지원된다. PDCCH에는 폴라 코딩(polar coding)이 사용된다. PDCCH를 반송하는 각각의 자원 요소 그룹은 자신의 복조 기준 신호(demodulation reference signal; DMRS)를 반송한다. PDCCH에는 QPSK(Quadrature Phase-Shift Keying) 변조가 사용된다.
5세대 무선 통신 시스템에서, 검색 공간 설정 리스트는 각각의 설정된 대역폭 부분(bandwidth part; BWP)에 대해 gNB에 의해 시그널링되며, 여기서 각각의 검색 설정은 식별자에 의해 고유하게 식별된다. 페이징 수신, SI 수신, 랜덤 액세스 응답 수신과 같은 특정 목적을 위해 사용될 검색 공간 설정의 식별자는 gNB에 의해 명시적으로 시그널링된다. NR에서, 검색 공간 설정은 파라미터 Monitoring-periodicity-PDCCH-slot, Monitoring-offset-PDCCH-slot, Monitoring-symbols-PDCCH-in-slot 및 지속 기간을 포함한다. UE는 파라미터 PDCCH 모니터링 주기(Monitoring-periodicity-PDCCH-slot), PDCCH 모니터링 오프셋(Monitoring-offset-PDCCH-slot) 및 PDCCH 모니터링 패턴(Monitoring- symbol-PDCCH-in-slot)을 사용하여 슬롯 내의 PDCCH 모니터링 오케이젼을 모니터링한다. PDCCH 모니터링 오케이젼은 슬롯 'x' 내지 x+duration에 있으며, 여기서 수 'y'가 있는 무선 프레임에서 수 'x'가 있는 슬롯은 아래의 식을 충족한다:
(y*(무선 프레임의 슬롯 수) + x - Monitoring-offset-PDCCH-slot) mod(Monitoring-periodicity-PDCCH-slot) = 0.
PDCCH 모니터링 오케이젼을 가진 각각의 슬롯에서의 PDCCH 모니터링 오케이젼의 개시 심볼은 Monitoring-symbols-PDCCH-in-slot에 의해 주어진다. PDCCH 모니터링 오케이젼의 길이(심볼 단위)는 검색 공간과 연관된 CORESET에 주어진다. 검색 공간 설정은 이와 연관된 CORESET 설정의 식별자를 포함한다. CORESET 설정의 리스트는 각각의 설정된 BWP에 대해 gNB에 의해 시그널링되며, 여기서 각각의 CORESET 설정은 식별자에 의해 고유하게 식별된다. 각각의 무선 프레임의 지속 시간은 10ms이다는 것을 주목한다. 무선 프레임은 무선 프레임 번호 또는 시스템 프레임 번호에 의해 식별된다. 각각의 무선 프레임은 무선 프레임에서의 슬롯의 수와 슬롯의 지속 시간이 부반송파 간격에 따라 달라지는 여러 슬롯을 포함한다. 무선 프레임에서의 슬롯 수와 슬롯의 지속 시간은 지원되는 각각의 부반송파 간격(subcarrier spacing; SCS)에 대한 무선 프레임이 NR에 미리 정의되어 있음에 따라 달라진다. 각각의 CORESET 설정은 TCI(transmission configuration indicator) 상태의 리스트와 연관된다. TCI 상태당 하나의 DL 기준 신호(reference signal; RS ID(SSB 또는 CSI-RS(channel state information(CSI) RS)가 설정된다. CORESET 설정에 상응하는 TCI 상태의 리스트는 RRC 시그널링을 통해 gNB에 의해 시그널링된다. TCI 상태 리스트의 TCI 상태 중 하나는 활성화되어 gNB에 의해 UE에 나타내어진다. TCI 상태는 검색 공간의 PDCCH 모니터링 오케이젼에서 PDCCH의 송신을 위해 gNB가 사용하는 DL TX 빔(DL TX 빔은 TCI 상태의 SSB/CSI RS로 QCL됨(quasi-co-located(QCLed)))을 나타낸다.
5세대 무선 통신 시스템에서는 대역폭 적응(bandwidth adaptation; BA)이 지원된다. BA를 사용하면 UE의 수신 및 송신 대역폭이 셀의 대역폭만큼 클 필요가 없고, 조정될 수 있다: 폭은 변경하도록(예를 들어, 전력을 절약하기 위해 활동이 적은 기간 동안 축소하도록) 주문될 수 있고; 위치는 (예를 들어, 스케줄링 유연성을 증가시키기 위해) 주파수 도메인에서 이동할 수 있으며; 부반송파 간격은 변경하도록(예를 들어, 상이한 서비스를 허용하도록) 주문될 수 있다. 셀의 전체 셀 대역폭의 서브세트는 대역폭 부분(BWP)이라고 한다. BA는 BWP를 RRC 연결 UE에 설정하고, 설정된 BWP 중 어느 것이 현재 활성적인 것인지를 UE에게 알려줌으로써 달성된다. BA가 설정될 때, UE는 하나의 활성 BWP 상에서 PDCCH만을 모니터링해야 하며, 즉, 서빙 셀의 전체 DL 주파수 상에서 PDCCH를 모니터링할 필요가 없다. RRC 연결 상태에서, UE에는 각각의 설정된 서빙 셀(즉, PCell 또는 SCell)에 대해 하나 이상의 DL 및 UL BWP가 설정된다. 활성화된 서빙 셀의 경우, 특정 시점에 항상 하나의 활성 UL 및 DL BWP가 있다. 서빙 셀에 대한 BWP 전환은 비활성 BWP를 활성화하고, 활성 BWP를 한 번에 비활성화하는 데 사용된다. BWP 전환은 다운링크 할당 또는 업링크 그랜트를 나타내는 PDCCH, bwp-InactivityTimer, RRC 시그널링, 또는 랜덤 액세스 절차의 개시 시 MAC(medium access control) 엔티티 자체에 의해 제어된다. SpCell의 부가 또는 SCell의 활성화 시, 각각 firstActiveDownlinkBWP-Id 및 firstActiveUplinkBWP-Id에 의해 나타내어진 DL BWP 및 UL BWP는 다운링크 할당 또는 업링크 그랜트를 나타내는 PDCCH를 수신하지 않고 활성적이다. 서빙 셀에 대한 활성 BWP는 RRC 또는 PDCCH에 의해 나타내어진다. 짝을 이루지 않은 스펙트럼의 경우, DL BWP는 UL BWP와 짝을 이루고, BWP 전환은 UL과 DL 모두에 공통적이다. BWP 비활성 타이머의 만료 시, UE는 활성 DL BWP를 기본 DL BWP 또는 초기 DL BWP로 전환한다(기본 DL BWP가 설정되지 않은 경우).
5G 무선 통신 시스템에서는 랜덤 액세스(random access; RA)가 지원된다. 랜덤 액세스(RA)는 UL 시간 동기화를 달성하는 데 사용된다. 초기 액세스, 핸드오버, 무선 자원 제어(RRC) 연결 재수립 절차, 스케줄링 요청 송신, SCG(secondary cell group) 부가/수정, 빔 장애 복구 및 RRC CONNECTED 상태에서 동기화되지 않은 UE에 의한 UL에서의 데이터 또는 제어 정보 송신 동안 RA는 사용된다. 경쟁 기반 랜덤 액세스 및 무경쟁 랜덤 액세스와 같은 여러 타입의 랜덤 액세스 절차가 지원되며, 이러한 절차의 각각은 2단계 또는 4단계 랜덤 액세스 중 하나일 수 있다.
5세대 무선 통신 시스템에서, RRC는 RRC_IDLE, RRC_INACTIVE 및 RRC_CONNECTED 상태 중 하나에 있을 수 있다. UE는 RRC 연결이 설정되었을 때 RRC_CONNECTED 상태 또는 RRC_INACTIVE 상태에 있다. 그렇지 않은 경우, 즉 RRC 연결이 설정되지 않은 경우, UE는 RRC_IDLE 상태에 있다. RRC 상태는 또한 다음과 같이 특성화될 수 있다:
- RRC_IDLE 상태에서, UE 특정 DRX는 상위 계층(즉, NAS)에 의해 설정될 수 있다. UE는 DCI를 통해 페이징 무선 네트워크 임시 식별자(paging-radio network temporary identifier; P-RNTI)로 송신된 단문 메시지를 모니터링하고; 5G-S-TMSI를 사용하여 CN 페이징을 위한 페이징 채널을 모니터링하고; 인접한 셀 측정 및 셀 (재)선택을 수행하고; 시스템 정보를 획득하고 SI 요청(설정된 경우)을 송신할 수 있으며; 로깅된(logged) 측정 설정된 UE에 대한 위치 및 시간과 함께 이용 가능한 측정의 로깅(logging)을 수행한다.
- RRC_INACTIVE 상태에서, UE 특정 DRX는 상위 계층 또는 RRC 계층에 의해 설정될 수 있고; UE는 UE 비활성 AS 컨텍스트를 저장한다. RAN 기반 알림 영역은 RRC 계층에 의해 설정된다. UE는 DCI를 통해 P-RNTI로 송신된 단문 메시지를 모니터링하고; 5G-S-TMSI를 사용하는 CN 페이징 및 전체 비활성 무선 네트워크 임시 식별자(inactive-radio network temporary identifier; I-RNTI)를 사용하는 RAN 페이징을 위한 페이징 채널을 모니터링하고; 인접한 셀 측정 및 셀 (재)선택을 수행하고; 설정된 RAN 기반 알림 영역 외부로 이동할 때 RAN 기반 알림 영역 업데이트를 주기적으로 수행하고; 시스템 정보를 획득하고 SI 요청(설정된 경우)을 송신할 수 있으며; 로깅된 측정 설정된 UE에 대한 위치 및 시간과 함께 이용 가능한 측정의 로깅을 수행한다.
- RRC_CONNECTED에서, UE는 AS 컨텍스트를 저장하고, UE로/로부터의 유니캐스트 데이터의 전송이 발생한다. UE는 설정된 경우 DCI를 통해 P-RNTI로 송신된 단문 메시지를 모니터링하고; 데이터가 스케줄링되는지를 결정하기 위해 공유 데이터 채널과 연관된 제어 채널을 모니터링하고; 채널 품질 및 피드백 정보를 제공하고; 인접한 셀 측정 및 측정 보고를 수행하며; 시스템 정보를 획득한다.
- RRC_CONNECTED에서, 네트워크는 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 송신함으로써 RRC 연결의 일시 중지를 개시할 수 있다. RRC 연결이 일시 중지될 때, UE는 UE 비활성 AS 컨텍스트와 네트워크로부터 수신된 모든 설정을 저장하고, RRC_INACTIVE 상태로 전환(transit)한다. UE에는 SCG가 설정된 경우, UE는 RRC 연결 재개 절차를 개시할 때 SCG 설정을 해제한다. RRC 연결을 일시 중지하기 위한 RRC 메시지는 무결성 보호되고 암호화된다.
일시 중지된 RRC 연결의 재개는 UE가 RRC_INACTIVE 상태로부터 RRC_CONNECTED 상태로 전환할 필요가 있을 때 상위 계층에 의해 개시되거나 RNA 업데이트를 수행하기 위해 RRC 계층에 의해 개시되거나 NG-RAN으로부터의 RAN 페이징에 의해 개시된다. RRC 연결이 재개될 때, 네트워크는 저장된 UE 비활성 AS 컨텍스트 및 네트워크로부터 수신된 임의의 RRC 설정을 기반으로 RRC 연결 재개 절차에 따라 UE를 설정한다. RRC 연결 재개 절차는 AS 보안을 재활성화하고, SRB 및 DRB를 재수립한다. RRC 연결을 재개하기 위한 요청에 응답하여, 네트워크는 일시 중지된 RRC 연결을 재개하고, UE를 RRC_CONNECTED로 송신하거나, 재개하기 위한 요청을 거부하고 UE를 (대기 타이머에 따라) RRC_INACTIVE로 송신하거나, RRC 연결을 직접 다시 일시 중지하고 UE를 RRC_INACTIVE로 송신하거나, RRC 연결을 직접 해제하고 UE를 RRC_IDLE로 송신하거나, NAS 레벨 복구를 개시하도록 UE에 지시한다(이 경우, 네트워크는 RRC 설정 메시지를 송신함).
재개 절차를 개시하면, UE는,
- 값이 SIB1에 제공되는 파라미터를 제외하고 상응하는 물리적 계층 사양에 명시된 바와 같은 기본(default) L1 파라미터 값을 적용하고;
- 기본 MAC 셀 그룹 설정을 적용하고;
- CCCH 설정을 적용하고;
- 타이머 T319를 개시하고;
- SIB1에 포함된 timeAlignmentTimerCommon을 적용하고;
- 기본 SRB1 설정을 적용하고;
- 변수 pendingRNA-Update를 FALSE로 설정하고;
- RRCResumeRequest 메시지 또는 RRCResumeRequest1의 송신을 개시하고;
- 다음의 것을 제외하고 저장된 UE 비활성 AS 컨텍스트로부터 RRC 설정, RoHC 상태, DRB 매핑 규칙에 대한 저장된 QoS 흐름 및 KgNB 및 KRRCint 키를 복원하고;
* - masterCellGroup;
* - 저장된 경우, mrdc-SecondaryCellGroup; 및
* - pdcp-Config;
- resumeMAC-I를 다음의 것을 통해 계산된 MAC-I의 16개의 최하위 비트로 설정하고;
* 2> 절(clause) 8(즉, 8비트의 배수) VarResumeMAC-Input에 따라 인코딩된 ASN.1;
* 2> UE 비활성 AS 컨텍스트의 KRRCint 키와 이전에 설정된 무결성 보호 알고리즘; 및
* 2> 이진수 1로 설정된 COUNT, BEARER 및 DIRECTION에 대한 모든 입력 비트;
- 저장된 nextHopChainingCount 값을 사용하여 현재 KgNB 키 또는 NH를 기반으로 KgNB 키를 도출하고;
- KRRCenc 키, KRRCint 키, KUPint 키 및 KUPenc 키를 도출하고;
- 설정된 알고리즘과 KRRCint 키 및 KUPint 키를 사용하여 SRB0을 제외한 모든 시그널링 무선 베어러에 무결성 보호를 적용하도록 하위 계층을 설정하고, 즉, 무결성 보호는 UE에 의해 송수신되는 모든 후속 메시지에 적용되어야 하고;
- SRB0을 제외한 모든 시그널링 무선 베어러에 대해 암호화를 적용하고, 설정된 암호화 알고리즘, KRRCenc 키 및 이러한 하위 절에서 도출된 KUPenc 키를 적용하도록 하위 계층을 설정하고, 즉, 암호화 설정은 UE에 의해 송수신되는 모든 후속 메시지에 적용되어야 하고;
- SRB1에 대한 PDCP 엔티티를 재수립하고;
- SRB1을 재개하며;
- RRCResumeRequest 또는 RRCResumeRequest1을 송신한다.
5G 무선 통신 시스템의 현재 재개 절차에는 몇 가지 문제가 있다.
5G 무선 통신 시스템의 현재 연결 재개 절차에서는, 연결 재개를 개시하면 SRB0 및 SRB1만이 재개된다. gNB로부터 RRCResume을 수신한 후, UE는 DRB에 대한 PDCP 엔티티를 재수립하고 DRB를 재개한다. drb-ContinueROHC가 RCRResume에서 수신되면 DRB의 RoHC 컨텍스트는 계속된다. 그렇지 않으면 이는 재설정된다.
5G 무선 통신 시스템은 RRC_INACTIVE에서 UL 스몰 데이터 송신을 가능하게 하도록 향상되고 있다. UL 데이터는 Msg3/MsgA/Preconfigured PUSCH 자원에서 송신될 수 있다. UL 데이터 송신을 완료하면, UE는 RRC_INACTIVE로 유지한다.
스몰 데이터 송신을 위해 개시된 연결 재개의 경우, DRB는 또한 RRCResumeRequest/RRCResumeRequest1을 송신하기 전에 재개될 필요가 있음으로써, MAC의 다중화 엔티티는 Msg3/MsgA/Preconfigured PUSCH 자원에 DRB로부터의 MAC SDU를 포함할 수 있다. UE는 또한 헤더 압축 프로토콜 컨텍스트를 재설정할지 또는 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속할지를 결정할 필요가 있다. 문제는 스몰 데이터 송신을 위해 연결 재개가 개시될 때 UE가 헤더 압축 프로토콜 컨텍스트를 재설정할지 여부를 결정하는 방법이다.
또한, 5G 무선 통신 시스템의 현재 연결 재개 절차에서, UE는 연결 재개를 개시하면 기본 MAC 셀 그룹 설정을 적용한다. 기본 MAC 셀 그룹 설정을 적용하면 MAC 엔티티가 PHR을 생성한다.
스몰 데이터 송신을 위해 개시된 연결 재개의 경우, 미리 설정된 UL 그랜트의 Msg3/MsgB MAC PDU 또는 MAC PDU는 CCCH SDU + DTCH SDU를 포함해야 한다. 기본 MAC 설정을 적용하면 PHR이 DTCH SDU보다 우선 순위가 높기 때문에 PHR은 트리거되어 Msg3/MsgB 또는 미리 설정된 UL 그랜트에서 DTCH SDU보다 먼저 포함된다. 결과적으로, 일부 DTCH 데이터는 미리 설정된 UL 그랜트에서 Msg3/MsgB MAC PDU 또는 MAC PDU에 포함되지 않을 수 있다.
<<RRC_INACTIVE에서 스몰 데이터 송신을 위한 RRC 연결의 재개 시 동작>>
UE는 RRC_CONNECTED 상태에 있다. RRC_CONNECTED 상태에서, UE는 gNB로부터 일시 중지 설정(suspend configuration)과 함께 RRCRelease 메시지를 수신한다. 일시 중지 설정(suspend configuration)과 함께 RRCRelease 메시지를 수신하면, UE는 RRC_INACTIVE 상태로 들어가고, 다음의 동작을 수행한다: UE는 MAC을 재설정하고, 기본 MAC 셀 그룹 설정이 있는 경우 이를 해제한다. UE는 SRB1에 대한 RLC 엔티티를 재수립한다. UE는 현재 KgNB 및 KRRCint 키, RoHC 상태, DRB 매핑 규칙에 대한 저장된 QoS flow, 소스 PCell에서 사용되는 C-RNTI, 소스 PCell의 cellIdentity 및 물리적 셀 식별자(identity), 및 UE가 RRC_CONNECTED 상태에 있는 동안 RRCReconfiguration 메시지에서 수신된 ReconfigurationWithSync IE 및 servingCellConfigCommonSIB IE 내의 것을 제외하고 설정된 다른 모든 파라미터를 UE 비활성 AS 컨텍스트에 저장한다. UE는 또한 NCC(next hopping chain count) 및 RRCRelease 메시지에서 수신된 다른 파라미터를 저장한다. UE는 SRB0을 제외한 모든 SRB 및 DRB를 일시 중지한다.
RRC_INACTIVE 상태에서, UE는 캠프된 셀(camped cell)로부터 SIB1의 유효한 버전을 갖는 것을 보장한다. RRC_INACTIVE 상태에서, UE는 스몰 데이터 송신을 위해 RRC 연결 재개를 개시한다(스몰 데이터 송신을 수행하기 위한 기준(예를 들어, RSRP가 임계값 이상이고, 송신에 이용 가능한 데이터 볼륨이 임계값보다 작고, 데이터가 SDT가 허용되고/되거나 연결 재개 트리거가 상위 계층으로부터 수신되는 RB, 즉 RRC에 의한 NAS에서 송신에 이용 가능함)이 충족되는 경우). 스몰 데이터 송신을 위한 RRC 연결 재개는 또한 스몰 데이터 송신 절차라고 할 수 있다. 스몰 데이터 송신을 위한 RRC 연결 재개의 개시 시 또는 스몰 데이터 송신 절차의 개시 시, UE는 다음과 같은 동작을 수행한다:
- 값이 SIB1에 제공되는 파라미터를 제외하고 상응하는 물리적 계층 사양에 명시된 바와 같은 기본 L1 파라미터 값을 적용하고;
- 기본 MAC 셀 그룹 설정을 적용하고;
- CCCH 설정을 적용하고;
- 타이머 T319를 개시하고;
- SIB1에 포함된 timeAlignmentTimerCommon을 적용하고;
- 기본 SRB1 설정을 적용하고;
- 변수 pendingRNA-Update를 거짓(false)으로 설정하고;
- RRCResumeRequest 메시지 또는 RRCResumeRequest1의 송신을 개시하고;
- 필드 useFullResumeID가 SIB1에서 시그널링되는 경우:
* 사용할 메시지로서 RRCResumeRequest1을 선택하고;
* resumeIdentity를 저장된 fullI-RNTI 값으로 설정하고;
- 그렇지 않으면:
* 사용할 메시지로서 RRCResumeRequest를 선택하고;
* resumeIdentity를 저장된 shortI-RNTI 값으로 설정하고;
- 다음의 것을 제외하고 저장된 UE 비활성 AS 컨텍스트로부터 RRC 설정, RoHC 상태, DRB 매핑 규칙에 대한 저장된 QoS flow 및 KgNB 및 KRRCint 키를 복원하고;
* - masterCellGroup;
* - 저장된 경우, mrdc-SecondaryCellGroup; 및
* - pdcp-Config;
- resumeMAC-I를 다음의 것을 통해 계산된 MAC-I의 16개의 최하위 비트로 설정하고;
* 2> 절 8(즉, 8비트의 배수) VarResumeMAC-Input에 따라 인코딩된 ASN.1;
* 2> UE 비활성 AS 컨텍스트의 KRRCint 키와 이전에 설정된 무결성 보호 알고리즘; 및
* 2> 이진수 1로 설정된 COUNT, BEARER 및 DIRECTION에 대한 모든 입력 비트;
- 저장된 nextHopChainingCount(NCC) 값을 사용하여 현재 KgNB 키 또는 NH를 기반으로 새로운 KgNB 키를 도출하고;
- KRRCenc 키, KRRCint 키, KUPint 키 및 KUPenc 키를 도출하고;
- 설정된 알고리즘과 KRRCint 키 및 KUPint 키를 사용하여 SRB0을 제외한 모든 무선 베어러에 무결성 보호를 적용하도록 하위 계층을 설정하고, 즉, 무결성 보호는 UE에 의해 송수신되는 모든 후속 메시지 및 사용자 데이터에 적용되어야 하지만; 이전에 설정된 UP 무결성 보호가 있는 DRB만이 무결성 보호를 재개해야 하고;
- SRB0을 제외한 모든 무선 베어러에 대해 암호화를 적용하고, 설정된 암호화 알고리즘, KRRCenc 키 및 상술한 바와 같이 도출된 KUPenc 키를 적용하도록 하위 계층을 설정하고, 즉, 암호화 설정은 UE에 의해 송수신되는 모든 후속 메시지 및 데이터에 적용되어야 한다.
- 일 실시예에서, UE는 MCG의 모든 SRB 및 모든 DRB에 대한 PDCP 엔티티를 재수립하고(또는 SRB1 및 모든 DRB에 대한 PDCP 엔티티를 재수립함); UE는 SCG의 SRB3 및 DRB를 재개하지 않는다. UE는 DRB 및 SRB2의 재수립된 PDCP 엔티티에 대해 저장된 AS 컨텍스트로부터의 PDCP 설정을 적용한다. 일 실시예에서, 저장된 AS 컨텍스트로부터 PDCP 설정을 적용할지 또는 기본 PDCP 설정을 적용할지는 RRCRelease 메시지 또는 RRCReconfiguration 메시지에서 gNB에 의해 나타내어질 수 있고, UE는 저장된 AS 컨텍스트로부터 PDCP 설정을 적용하거나 이에 따라 DRB 및 SRB2의 재수립된 PDCP 엔티티에 대해 기본 PDCP 설정을 적용한다.
- 일 실시예에서, UE는 DRB에 대한 RLC 엔티티를 재수립한다(SRB1에 대한 RLC 엔티티는 UE가 비활성 상태에 들어갈 때 재수립된다는 것을 주목한다). UE는 DRB 및 SRB2의 재수립된 RLC 엔티티에 대해 저장된 AS 컨텍스트로부터의 RLC 설정을 적용한다. 일 실시예에서, 저장된 AS 컨텍스트로부터 RLC 설정을 적용할지 또는 기본 RLC 설정을 적용할지는 RRCRelease 메시지 또는 RRCReconfiguration 메시지에서 gNB에 의해 나타내어질 수 있고, UE는 저장된 AS 컨텍스트로부터 RLC 설정을 적용하거나 이에 따라 DRB 및 SRB2의 재수립된 RLC 엔티티에 대해 기본 RLC 설정을 적용한다.
- 정상적인 연결 재개 절차, 즉 스몰 데이터 송신에 대해 개시되지 않은 연결 재개 절차가 개시되면, UE는 DRB 및 SRB2를 재개하지 않고 재수립한다(즉, DRB 및 SRB2의 PDCP/RLC 엔티티를 재수립하지 않음). 이는 연결 재개 절차 동안(RRCResumeRequest를 송신한 후) gNB로부터 RRCResume 메시지를 수신한 경우에만 재개되고 재수립된다.
- UE는 본 개시에서 나중에 설명되는 바와 같이 ROHC 상태를 복원한다.
- 일 실시예에서, MCG의 모든 SRB 및 모든 DRB를 재개하고(또는 SRB 1 및 모든 DRB를 재개함); UE는 SCG의 SRB3 및 DRB의 PDCP/RLC 엔티티를 재개 및 재수립하지 않는다.
- 스몰 데이터 송신을 위해 연결 재개를 개시할 때, PDCP가 DTCH SDU를 하위 계층에 제공하는 시점이 또한 지정될 필요가 있다. RRC는 DRB의 재개 시 이를 PDCP에 나타낼 수 있다.
- RRCResumeRequest 또는 RRCResumeRequest1을 송신한다. 사용자 데이터는 암호화되고 (UP 무결성 보호가 설정된 DRB에 대해서만) 무결성이 보호되며, CCCH0/CCCH1 상에서 각각 RRCResumeRequest/RRCResumeRequest1 메시지와 다중화된 DTCH 상에서 송신된다. BSR(정규 또는 생략된(truncated))과 같은 일부 지원 정보가 또한 포함될 수 있거나; UE를 나타내는 새로운 MAC CE는 더 많은 UL 데이터를 가지고 있거나 UE는 UL 데이터에 응답하여 DL 데이터를 기대하고/하거나 SS-RSRP 또는 CQI를 포함하거나; UE를 나타내는 RRC 메시지의 인디케이션은 더 많은 UL 데이터를 가지고 있거나 UE는 UL 데이터에 응답하여 DL 데이터를 기대한다.
- 일 실시예에서, UE는 SRB 1을 재개하고, 상술한 동작(즉, 스몰 데이터 송신 절차의 경우)에서 모든 DRB를 재개하고 모든 DRB에 대한 PDCP/RLC 엔티티를 재수립하는 대신에, UE는 스몰 데이터 송신이 허용되는 DRB만의 PDCP/RLC 엔티티를 재개하고 재수립한다. DRB는 설정이 시그널링 무선 베어러 2(signaling radio bearer 2; SRB2) 및 데이터 무선 베어러와 같이 gNB로부터 수신되는 전용 무선 베어러를 지칭한다.
- 일 실시예에서, 스몰 데이터 송신이 허용되는 RB(즉, 시그널링 무선 베어러 2 및 데이터 무선 베어러)는 (예를 들어, RRCRelease 메시지 또는 RRCReconfiguration 메시지와 같은 임의의 다른 RRC 시그널링 메시지에서) gNB에 의해 시그널링될 수 있다. 이러한 메시지는 RRC_CONNECTED 상태에서 수신될 수 있다. 이러한 메시지는 또한 스몰 데이터 송신 절차 동안 RRC_INATCIVE 상태에서 수신될 수 있으며, 수신된 설정은 다음 스몰 데이터 송신 절차에 적용된다. 스몰 데이터 송신이 허용되는 RB의 하나 이상의 RB 식별자는 RRCRelease 메시지에 포함될 수 있다. 대안으로, 해당 RB에 대해 SDT가 허용됨을 나타내는 RB의 설정에 지시자(indicator)(예를 들어, TRUE로 설정된 SDTAllowed)가 있을 수 있다. SDTAllowed가 FALSE로 설정되거나 포함되지 않으면, UE는 해당 RB에 대해 SDT가 허용되지 않는다고 가정한다.
어떤 RB(SRB2 및 DRB)에 대해 스몰 데이터 송신이 허용되는지에 관한 이러한 정보는 RRC_INATCIVE의 UE의 AS 컨텍스트에 저장되고, UE가 스몰 데이터 송신 절차의 개시 시 어떤 RB를 재개 및 재수립할지 결정하는 데 사용된다.
- 일 실시예에서, 이러한 DRB의 LCH로부터의 데이터가 스몰 데이터 송신을 위한 UL 그랜트에서 LCH 제한(allowedSCS-List, maxPUSCH-Duration, configureGrantType1Allowed, allowedServingCells, allowedCG-List 및 allowedPHY- PriorityIndex)에 따라 송신되도록 허용되는 경우 DRB는 스몰 데이터 송신을 위해 허용되는 것으로 간주된다. DRB와 연관된 LCH의 LCH 설정에서 하나 이상의 LCH 제한이 설정된다. allowedSCS-List는 송신을 위해 허용된 부반송파 간격; maxPUSCH-Duration은 송신을 위해 허용되는 최대 PUSCH 지속 시간을 설정하고; configureGrantType1Allowed는 설정된 승인 타입 1이 송신을 위해 사용될 수 있는지를 설정하고; allowedServingCells는 송신을 위해 허용된 셀을 설정하고; allowedCG-List는 송신을 위해 설정된 허용된 승인을 설정하며; allowedPHY-PriorityIndex는 송신을 위한 동적 승인의 허용된 PHY 우선 순위 인덱스를 설정한다. 예를 들어, 스몰 데이터 송신을 위한 UL 그랜트를 위한 SCS가 SCS X이고, DRB에 대한 LCH에는 allowedSCS-List가 설정되고, SCS X가 allowedSCS-List에 포함되지 않는 경우, DRB는 스몰 데이터 송신을 위해 고려되지 않는다.
<<헤더 압축 프로토콜 컨텍스트 재개/재설정 결정>>
도 1a 내지 도 8은 스몰 데이터 송신을 위한 연결 재개의 개시 시에 헤더 압축 프로토콜 컨텍스트를 계속할지 또는 재설정할지를 결정하기 위한 다양한 방법을 도시한다. 스몰 데이터 송신을 위한 RRC 연결 재개는 또한 스몰 데이터 송신 절차라고 할 수 있다. 본 개시의 다양한 방법은 도면을 참조하여 상세히 설명될 것이다. 다음의 방법은 본 개시의 다양한 실시예를 예시하기 위한 것이며, 이는 통상의 기술자에 의해 수정되거나 서로 조합될 수 있다.
방법 1A: 본 개시의 일 방법에서, 스몰 데이터 송신을 위한 연결 재개의 개시 시, (상술한 바와 같이) 재개되는 DRB에 대해, 헤더 압축 프로토콜이 DRB에 설정되는 경우에 헤더 압축 프로토콜 컨텍스트를 계속할지 또는 재설정할지를 결정하는 것은 도 1a에 예시되어 있다. 헤더 압축 프로토콜이 DRB에 설정되는지는 UE가 RRC_INATCIVE 상태에 들어갔을 때 저장된 AS 컨텍스트에서 UE에 의해 저장된 DRB 설정으로부터 알려져 있다.
1. UE는 RRC_CONNECTED에 있다(111). RRC_CONNECTED에서, UE는 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신한다(111-1). drb-ContinueROHC(모든 DRB에 공통)는 RRCRelease 메시지에서 수신될 수 있다. UE가 ROHC를 계속할 수 있는 셀의 리스트(예를 들어, PCI 또는 셀 식별자)는 또한 RRCRelease 메시지에서 수신될 수 있다.
2. 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신하면, UE는 RRC_INACTIVE에 진입하고(112), 다음의 동작을 수행한다:
- MAC을 재설정하고 기본 MAC 셀 그룹 설정(있는 경우)을 해제하고;
- SRB1에 대한 RLC 엔티티를 재수립하며;
- UE는 현재 KgNB 및 KRRCint 키, RoHC 상태, DRB 매핑 규칙에 대한 저장된 QoS flow, 소스 PCell에서 사용되는 C-RNTI, 소스 PCell의 cellIdentity 및 물리적 셀 식별자, 및 UE가 RRC_CONNECTED 상태에 있는 동안 RRCReconfiguration 메시지에서 수신된 ReconfigurationWithSync 및 servingCellConfigCommonSIB 내의 것을 제외하고 설정된 다른 모든 파라미터를 UE 비활성 AS 컨텍스트에 저장한다. UE는 또한 NCC(next hopping chain count) 및 RRCRelease 메시지에서 수신된 다른 파라미터를 저장하고;
- SRB0을 제외한 모든 SRB 및 DRB를 일시 중지한다.
3. RRC_INACTIVE 동안, UE는 스몰 데이터 송신을 수행하기 위한 기준(예를 들어, RSRP가 임계값 이상이고, 송신을 위해 이용 가능한 데이터 볼륨이 임계값보다 작고, 데이터가 SDT가 허용되고/되거나 연결 재개 트리거가 상위 계층으로부터 수신되는 RB, 즉 RRC에 의한 NAS에서 송신을 위해 이용 가능함)이 충족되는 경우 스몰 데이터 송신을 위한 RRC 연결 재개를 개시한다(113). 스몰 데이터 송신을 위한 RRC 연결 재개의 개시 시에, UE는 단계 1에서 RRCRelease 메시지를 수신한 셀과 상이한 셀 상에서 캠핑될 수 있다는 것을 주목한다.
4. UE는 상술한 바와 같이 SRB 및 DRB에 대한 PDCP 엔티티를 재수립하고, 상술한 섹션 "RRC_INACTIVE에서 스몰 데이터 송신을 위한 RRC 연결의 재개 시 동작"(114)에 설명된 바와 같은 다른 동작을 수행한다.
5. drb-ContinueROHC가 직전의 RRCRelease 메시지(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지)에서 수신되었고(115), UE가 RRCRelease 메시지에서 수신된 셀 리스트 내의 셀 중 하나의 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우(115-1):
- 헤더 압축 프로토콜이 설정된 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고(116);
그렇지 않으면:
- 헤더 압축 프로토콜이 설정된 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다(116-1).
상술한 동작에서, RRCRelease 메시지 이외의 RRC 메시지(예를 들어, RRCReconfiguration 메시지)가 또한 사용될 수 있다. 상술한 동작의 일 실시예에서, drb-ContinueROHC는 RRCRelease/RRC 메시지에서 각각의 DRB에 대해 별개로 시그널링될 수 있다. 이 경우, 단계 5에서, 동작은 다음과 같을 것이다.
- drb-ContinueROHC가 헤더 압축 프로토콜이 설정된 DRB에 대한 직전의 RRCRelease 메시지(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지)에서 수신되었고, UE가 RRCRelease 메시지에서 수신된 셀 리스트 내의 셀 중 하나의 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우, 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고, 그렇지 않으면, 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
방법 1B: 본 개시의 일 방법에서, 스몰 데이터 송신을 위한 연결 재개의 개시 시, (상술한 바와 같이) 재개되는 DRB에 대해, 헤더 압축 프로토콜이 DRB에 설정되는 경우에 헤더 압축 프로토콜 컨텍스트를 계속할지 또는 재설정할지를 결정하는 것은 도 1b에 예시되어 있다. 헤더 압축 프로토콜이 DRB에 설정되는지는 UE가 RRC_INATCIVE 상태에 들어갔을 때 저장된 AS 컨텍스트에서 UE에 의해 저장된 DRB 설정으로부터 알려져 있다.
1. UE는 RRC_CONNECTED에 있다(121). RRC_CONNECTED에서, UE는 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신한다(121-1). UE가 ROHC를 계속할 수 있는 셀의 리스트(예를 들어, PCI 또는 셀 식별자)는 RRCRelease 메시지에서 수신될 수 있다.
2. 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신하면, UE는 RRC_INACTIVE에 진입하고(122), 다음의 동작을 수행한다:
- MAC을 재설정하고 기본 MAC 셀 그룹 설정(있는 경우)을 해제하고;
- SRB1에 대한 RLC 엔티티를 재수립하며;
- UE는 현재 KgNB 및 KRRCint 키, RoHC 상태, DRB 매핑 규칙에 대한 저장된 QoS flow, 소스 PCell에서 사용되는 C-RNTI, 소스 PCell의 cellIdentity 및 물리적 셀 식별자, 및 UE가 RRC_CONNECTED 상태에 있는 동안 RRCReconfiguration 메시지에서 수신된 ReconfigurationWithSync 및 servingCellConfigCommonSIB 내의 것을 제외하고 설정된 다른 모든 파라미터를 UE 비활성 AS 컨텍스트에 저장한다. UE는 또한 NCC(next hopping chain count) 및 RRCRelease 메시지에서 수신된 다른 파라미터를 저장하고;
- SRB0을 제외한 모든 SRB 및 DRB를 일시 중지한다.
3. RRC_INACTIVE 동안, UE는 스몰 데이터 송신을 수행하기 위한 기준(예를 들어, RSRP가 임계값 이상이고, 송신을 위해 이용 가능한 데이터 볼륨이 임계값보다 작고, 데이터가 SDT가 허용되고/되거나 연결 재개 트리거가 상위 계층으로부터 수신되는 RB, 즉 RRC에 의한 NAS에서 송신을 위해 이용 가능함)이 충족되는 경우 스몰 데이터 송신을 위한 RRC 연결 재개를 개시한다(123). 스몰 데이터 송신을 위한 RRC 연결 재개의 개시 시에, UE는 단계 1에서 RRCRelease 메시지를 수신한 셀과 상이한 셀 상에서 캠핑될 수 있다는 것을 주목한다.
4. UE는 상술한 바와 같이 SRB 및 DRB에 대한 PDCP 엔티티를 재수립하고, 상술한 섹션 "RRC_INACTIVE에서 스몰 데이터 송신을 위한 RRC 연결의 재개 시 동작"(124)에 설명된 바와 같은 다른 동작을 수행한다.
5. 재수립되는 각각의 DRB에 대해:
비활성 AS 컨텍스트에서, 헤더 압축 프로토콜이 DRB에 설정되고, drb-ContinueROHC가 DRB의 PDCP 설정에 설정되고(125), UE가 RRCRelease 메시지에서 수신된 셀 리스트 내의 셀 중 하나의 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우(125-1):
- 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고(126);
그렇지 않으면:
- 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다(126-1).
방법 2A: 본 개시의 다른 방법에서, 스몰 데이터 송신을 위한 연결 재개의 개시 시, (상술한 바와 같이) 재개되는 DRB에 대해, 헤더 압축 프로토콜이 DRB에 설정되는 경우에 헤더 압축 프로토콜 컨텍스트를 계속할지 또는 재설정할지를 결정하는 것은 도 2에 예시되어 있다. 헤더 압축 프로토콜이 DRB에 설정되는지는 UE가 RRC_INATCIVE 상태에 들어갔을 때 저장된 AS 컨텍스트에서 UE에 의해 저장된 DRB 설정으로부터 알려져 있다.
1. UE는 RRC_CONNECTED에 있다(201). RRC_CONNECTED에서, UE는 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신한다(201-1). drb-ContinueROHC(모든 DRB에 공통)는 RRCRelease 메시지에서 수신될 수 있다. UE가 ROHC를 계속할 수 있는 셀의 리스트(예를 들어, PCI 또는 셀 식별자)는 또한 RRCRelease 메시지에서 수신될 수 있다.
2. 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신하면, UE는 RRC_INACTIVE에 진입하고(202), 다음의 동작을 수행한다:
- MAC을 재설정하고 기본 MAC 셀 그룹 설정(있는 경우)을 해제하고;
- SRB1에 대한 RLC 엔티티를 재수립하며;
- UE는 현재 KgNB 및 KRRCint 키, RoHC 상태, DRB 매핑 규칙에 대한 저장된 QoS flow, 소스 PCell에서 사용되는 C-RNTI, 소스 PCell의 cellIdentity 및 물리적 셀 식별자, 및 UE가 RRC_CONNECTED 상태에 있는 동안 RRCReconfiguration 메시지에서 수신된 ReconfigurationWithSync 및 servingCellConfigCommonSIB 내의 것을 제외하고 설정된 다른 모든 파라미터를 UE 비활성 AS 컨텍스트에 저장한다. UE는 또한 NCC(next hopping chain count) 및 RRCRelease 메시지에서 수신된 다른 파라미터를 저장하고;
- SRB0을 제외한 모든 SRB 및 DRB를 일시 중지한다.
3. RRC_INACTIVE 동안, UE는 스몰 데이터 송신을 수행하기 위한 기준(예를 들어, RSRP가 임계값 이상이고, 송신을 위해 이용 가능한 데이터 볼륨이 임계값보다 작고, 데이터가 SDT가 허용되고/되거나 연결 재개 트리거가 상위 계층으로부터 수신되는 RB, 즉 RRC에 의한 NAS에서 송신을 위해 이용 가능함)이 충족되는 경우 스몰 데이터 송신을 위한 RRC 연결 재개를 개시한다(203). 스몰 데이터 송신을 위한 RRC 연결 재개의 개시 시에, UE는 단계 1에서 RRCRelease 메시지를 수신한 셀과 상이한 셀 상에서 캠핑될 수 있다는 것을 주목한다.
4. UE는 상술한 바와 같이 SRB 및 DRB에 대한 PDCP 엔티티를 재수립하고, 상술한 섹션 "RRC_INACTIVE에서 스몰 데이터 송신을 위한 RRC 연결의 재개 시 동작"(204)에 설명된 바와 같은 다른 동작을 수행한다.
5. drb-ContinueROHC가 직전의 RRCRelease 메시지(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지)에서 수신된 경우(205);
-UE가 RRCRelease 메시지에서 수신된 셀 리스트(205-1) 내의 셀 중 하나의 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우(205-2); 또는
- 셀 리스트가 RRCRelease 메시지에서 수신되지 않은 경우와 UE가 동일한 셀(즉, RRCRelease 메시지를 수신한 셀)에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우(205-3):
* 헤더 압축 프로토콜이 설정된 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고(206),
- 그렇지 않으면:
* 헤더 압축 프로토콜이 설정된 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다(206-1).
6. 그렇지 않으면 (drb-ContinueROHC가 직전의 RRCRelease 메시지(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지)에서 수신되지 않은 경우)
- 헤더 압축 프로토콜이 설정된 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다(206-1).
상술한 동작에서, RRCRelease 메시지 이외의 RRC 메시지(예를 들어, RRCReconfiguration 메시지)가 또한 사용될 수 있다. 상술한 동작의 일 실시예에서, drb-ContinueROHC는 RRCRelease/RRC 메시지에서 각각의 DRB에 대해 별개로 시그널링될 수 있다. 이 경우, 단계 5/6에서, 동작은 다음과 같을 것이다.
drb-ContinueROHC가 헤더 압축 프로토콜이 설정된 DRB에 대한 직전의 RRCRelease 메시지(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지)에서 수신된 경우:
-UE가 RRCRelease 메시지에서 수신된 셀 리스트 내의 셀 중 하나의 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우; 또는
- 셀 리스트가 RRCRelease 메시지에서 수신되지 않은 경우와 UE가 동일한 셀(즉, RRCRelease 메시지를 수신한 셀)에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우:
* 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고,
- 그렇지 않으면:
* 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
그렇지 않으면 drb-ContinueROHC가 헤더 압축 프로토콜이 설정된 DRB에 대해 직전의 RRCRelease 메시지(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지)에서 수신되지 않은 경우;
- 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
상술한 동작에서, RRCRelease 메시지 이외의 RRC 메시지(예를 들어, RRCReconfiguration 메시지)가 또한 사용될 수 있다.
방법 2B: 본 개시의 다른 방법에서, 스몰 데이터 송신을 위한 연결 재개의 개시 시, (상술한 바와 같이) 재개되는 DRB에 대해, 헤더 압축 프로토콜이 DRB에 설정되는 경우에 헤더 압축 프로토콜 컨텍스트를 계속할지 또는 재설정할지를 결정하는 것은 아래에 예시되어 있다. 헤더 압축 프로토콜이 DRB에 설정되는지는 UE가 RRC_INATCIVE 상태에 들어갔을 때 저장된 AS 컨텍스트에서 UE에 의해 저장된 DRB 설정으로부터 알려져 있다.
1. UE는 RRC_CONNECTED에 있다. RRC_CONNECTED에서, UE는 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신한다. UE가 ROHC를 계속할 수 있는 셀의 리스트(예를 들어, PCI 또는 셀 식별자)는 RRCRelease 메시지에서 선택적으로 수신될 수 있다.
2. 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신하면, UE는 RRC_INACTIVE에 진입하고, 다음의 동작을 수행한다:
- MAC을 재설정하고 기본 MAC 셀 그룹 설정(있는 경우)을 해제하고;
- SRB1에 대한 RLC 엔티티를 재수립하며;
- UE는 현재 KgNB 및 KRRCint 키, RoHC 상태, DRB 매핑 규칙에 대한 저장된 QoS flow, 소스 PCell에서 사용되는 C-RNTI, 소스 PCell의 cellIdentity 및 물리적 셀 식별자, 및 UE가 RRC_CONNECTED 상태에 있는 동안 RRCReconfiguration 메시지에서 수신된 ReconfigurationWithSync 및 servingCellConfigCommonSIB 내의 것을 제외하고 설정된 다른 모든 파라미터를 UE 비활성 AS 컨텍스트에 저장한다. UE는 또한 NCC(next hopping chain count) 및 RRCRelease 메시지에서 수신된 다른 파라미터를 저장하고;
- SRB0을 제외한 모든 SRB 및 DRB를 일시 중지한다.
3. RRC_INACTIVE 동안, UE는 스몰 데이터 송신을 수행하기 위한 기준(예를 들어, RSRP가 임계값 이상이고, 송신을 위해 이용 가능한 데이터 볼륨이 임계값보다 작고, 데이터가 SDT가 허용되고/되거나 연결 재개 트리거가 상위 계층으로부터 수신되는 RB, 즉 RRC에 의한 NAS에서 송신을 위해 이용 가능함)이 충족되는 경우 스몰 데이터 송신을 위한 RRC 연결 재개를 개시한다. 스몰 데이터 송신을 위한 RRC 연결 재개의 개시 시에, UE는 단계 1에서 RRCRelease 메시지를 수신한 셀과 상이한 셀 상에서 캠핑될 수 있다는 것을 주목한다.
4. UE는 상술한 바와 같이 SRB 및 DRB에 대한 PDCP 엔티티를 재수립하고, 상술한 섹션 "RRC_INACTIVE에서 스몰 데이터 송신을 위한 RRC 연결의 재개 시 동작"에 설명된 바와 같은 다른 동작을 수행한다.
비활성 AS 컨텍스트에서, 헤더 압축 프로토콜이 DRB에 설정되고, drb-ContinueROHC가 DRB의 PDCP 설정에 설정되고, UE가 RRCRelease 메시지에서 수신된 셀 리스트 내의 셀 중 하나의 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우:
5. 재수립되는 각각의 DRB에 대해:
비활성 AS 컨텍스트에서, 헤더 압축 프로토콜이 DRB에 설정되고, drb-ContinueROHC가 DRB의 PDCP 설정에 설정되는 경우:
-UE가 RRCRelease 메시지에서 수신된 셀 리스트 내의 셀 중 하나의 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우; 또는
- 셀 리스트가 RRCRelease 메시지에서 수신되지 않은 경우와 UE가 동일한 셀(즉, RRCRelease 메시지를 수신한 셀)에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우:
* 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고,
- 그렇지 않으면:
* 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
그렇지 않으면(비활성 AS 컨텍스트에서, 헤더 압축 프로토콜이 DRB에 설정되고, drb-ContinueROHC가 DRB의 PDCP 설정에 설정되지 않는 경우):
- 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
방법 3A: 본 개시의 또 다른 방법에서, 스몰 데이터 송신을 위한 연결 재개의 개시 시, (상술한 바와 같이) 재개되는 DRB에 대해, 헤더 압축 프로토콜이 DRB에 설정되는 경우에 헤더 압축 프로토콜 컨텍스트를 계속할지 또는 재설정할지를 결정하는 것은 도 3에 예시되어 있다. 헤더 압축 프로토콜이 DRB에 설정되는지는 UE가 RRC_INATCIVE 상태에 들어갔을 때 저장된 AS 컨텍스트에서 UE에 의해 저장된 DRB 설정으로부터 알려져 있다.
1. UE는 RRC_CONNECTED에 있다(301). RRC_CONNECTED에서, UE는 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신한다(301-1). drb-ContinueROHC(모든 DRB에 공통)는 RRCRelease 메시지에서 수신될 수 있다. gNB 식별자 마스크 또는 gNB 식별자는 또한 RRCRelease 메시지에서 수신될 수 있다.
2. 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신하면, UE는 RRC_INACTIVE에 진입하고(302), 다음의 동작을 수행한다:
- MAC을 재설정하고 기본 MAC 셀 그룹 설정(있는 경우)을 해제하고;
- SRB1에 대한 RLC 엔티티를 재수립하며;
- UE는 현재 KgNB 및 KRRCint 키, RoHC 상태, DRB 매핑 규칙에 대한 저장된 QoS flow, 소스 PCell에서 사용되는 C-RNTI, 소스 PCell의 cellIdentity 및 물리적 셀 식별자, 및 UE가 RRC_CONNECTED 상태에 있는 동안 RRCReconfiguration 메시지에서 수신된 ReconfigurationWithSync 및 servingCellConfigCommonSIB 내의 것을 제외하고 설정된 다른 모든 파라미터를 UE 비활성 AS 컨텍스트에 저장한다. UE는 또한 NCC(next hopping chain count) 및 RRCRelease 메시지에서 수신된 다른 파라미터를 저장하고;
- SRB0을 제외한 모든 SRB 및 DRB를 일시 중지한다.
3. RRC_INACTIVE 동안, UE는 스몰 데이터 송신을 수행하기 위한 기준(예를 들어, RSRP가 임계값 이상이고, 송신을 위해 이용 가능한 데이터 볼륨이 임계값보다 작고, 데이터가 SDT가 허용되고/되거나 연결 재개 트리거가 상위 계층으로부터 수신되는 RB, 즉 RRC에 의한 NAS에서 송신을 위해 이용 가능함)이 충족되는 경우 스몰 데이터 송신을 위한 RRC 연결 재개를 개시한다(303). 스몰 데이터 송신을 위한 RRC 연결 재개의 개시 시에, UE는 단계 1에서 RRCRelease 메시지를 수신한 셀과 상이한 셀 상에서 캠핑될 수 있다는 것을 주목한다.
4. UE는 상술한 바와 같이 SRB 및 DRB에 대한 PDCP 엔티티를 재수립하고, 상술한 섹션 "RRC_INACTIVE에서 스몰 데이터 송신을 위한 RRC 연결의 재개 시 동작"(304)에 설명된 바와 같은 다른 동작을 수행한다.
5. drb-ContinueROHC가 직전의 RRCRelease 메시지(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지)에서 수신되었고(305), UE가 RRCRelease 메시지에서 수신된 GNB 식별자 마스크 또는 gNB 식별자에 의해 식별되는 GNB에 속하는 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우(305-1):
- 헤더 압축 프로토콜이 설정된 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고(306);
그렇지 않으면:
- 헤더 압축 프로토콜이 설정된 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다(306-1).
cellIdentity는 36비트이다. cellIdentity의 'X' Msbs가 GNB 식별자에 상응하면, UE는 RRCRelease 메시지에서 수신된 gNB 식별자와 캠핑된(camped) 셀의 gNB 식별자를 비교할 수 있고; 셀 식별자의 'X' Msbs를 나타내는 gNB 식별자 마스크가 RRCRelease 메시지에서 수신되면, UE는 이것을 캠핑된 셀의 cellIdentity의 'X' Msbs와 비교한다. 캠핑된 셀의 cellIdentity는 SIB1로부터 획득된다.
상술한 동작에서, RRCRelease 메시지 이외의 RRC 메시지(예를 들어, RRCReconfiguration 메시지)가 또한 사용될 수 있다. 상술한 동작의 일 실시예에서, drb-ContinueROHC는 RRCRelease/RRC 메시지에서 각각의 DRB에 대해 별개로 시그널링될 수 있다. 이 경우, 단계 5에서, 동작은 다음과 같을 것이다.
- drb-ContinueROHC가 헤더 압축 프로토콜이 설정된 DRB에 대한 직전의 RRCRelease 메시지(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지)에서 수신되었고, UE가 RRCRelease 메시지에서 수신된 gNB 식별자 마스크 또는 gNB 식별자에 의해 식별되는 GNB에 속하는 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우, 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고, 그렇지 않으면, 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
방법 3B: 본 개시의 또 다른 방법에서, 스몰 데이터 송신을 위한 연결 재개의 개시 시, (상술한 바와 같이) 재개되는 DRB에 대해, 헤더 압축 프로토콜이 DRB에 설정되는 경우에 헤더 압축 프로토콜 컨텍스트를 계속할지 또는 재설정할지를 결정하는 것은 아래에 예시되어 있다. 헤더 압축 프로토콜이 DRB에 설정되는지는 UE가 RRC_INATCIVE 상태에 들어갔을 때 저장된 AS 컨텍스트에서 UE에 의해 저장된 DRB 설정으로부터 알려져 있다.
1. UE는 RRC_CONNECTED에 있다. RRC_CONNECTED에서, UE는 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신한다. gNB 식별자 마스크 또는 gNB 식별자는 RRCRelease 메시지에서 수신된다.
2. 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신하면, UE는 RRC_INACTIVE에 진입하고, 다음의 동작을 수행한다:
- MAC을 재설정하고 기본 MAC 셀 그룹 설정(있는 경우)을 해제하고;
- SRB1에 대한 RLC 엔티티를 재수립하며;
- UE는 현재 KgNB 및 KRRCint 키, RoHC 상태, DRB 매핑 규칙에 대한 저장된 QoS flow, 소스 PCell에서 사용되는 C-RNTI, 소스 PCell의 cellIdentity 및 물리적 셀 식별자, 및 UE가 RRC_CONNECTED 상태에 있는 동안 RRCReconfiguration 메시지에서 수신된 ReconfigurationWithSync 및 servingCellConfigCommonSIB 내의 것을 제외하고 설정된 다른 모든 파라미터를 UE 비활성 AS 컨텍스트에 저장한다. UE는 또한 NCC(next hopping chain count) 및 RRCRelease 메시지에서 수신된 다른 파라미터를 저장하고;
- SRB0을 제외한 모든 SRB 및 DRB를 일시 중지한다.
3. RRC_INACTIVE 동안, UE는 스몰 데이터 송신을 수행하기 위한 기준(예를 들어, RSRP가 임계값 이상이고, 송신을 위해 이용 가능한 데이터 볼륨이 임계값보다 작고, 데이터가 SDT가 허용되고/되거나 연결 재개 트리거가 상위 계층으로부터 수신되는 RB, 즉 RRC에 의한 NAS에서 송신을 위해 이용 가능함)이 충족되는 경우 스몰 데이터 송신을 위한 RRC 연결 재개를 개시한다. 스몰 데이터 송신을 위한 RRC 연결 재개의 개시 시에, UE는 단계 1에서 RRCRelease 메시지를 수신한 셀과 상이한 셀 상에서 캠핑될 수 있다는 것을 주목한다.
4. UE는 상술한 바와 같이 SRB 및 DRB에 대한 PDCP 엔티티를 재수립하고, 상술한 섹션 "RRC_INACTIVE에서 스몰 데이터 송신을 위한 RRC 연결의 재개 시 동작"에 설명된 바와 같은 다른 동작을 수행한다.
5. 재수립되는 각각의 DRB에 대해:
비활성 AS 컨텍스트에서, 헤더 압축 프로토콜이 DRB에 설정되고, drb-ContinueROHC가 DRB의 PDCP 설정에 설정되는 경우와 UE가 RRCRelease 메시지에서 수신된 gNB 식별자 마스크 또는 gNB 식별자에 의해 식별되는 gNB에 속하는 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우:
- 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고;
그렇지 않으면(비활성 AS 컨텍스트에서, 헤더 압축 프로토콜이 DRB에 설정되고, drb-ContinueROHC가 DRB의 PDCP 설정에 설정되지 않는 경우):
- 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
cellIdentity는 36비트이다. cellIdentity의 'X' Msbs가 GNB 식별자에 상응하면, UE는 RRCRelease 메시지에서 수신된 gNB 식별자와 캠핑된 셀의 gNB 식별자를 비교할 수 있고; 셀 식별자의 'X' Msbs를 나타내는 gNB 식별자 마스크가 RRCRelease 메시지에서 수신되면, UE는 이것을 캠핑된 셀의 cellIdentity의 'X' Msbs와 비교한다. 캠핑된 셀의 cellIdentity는 SIB1로부터 획득된다.
방법 4A: 본 개시의 다른 방법에서, 스몰 데이터 송신을 위한 연결 재개의 개시 시, (상술한 바와 같이) 재개되는 DRB에 대해, 헤더 압축 프로토콜이 DRB에 설정되는 경우에 헤더 압축 프로토콜 컨텍스트를 계속할지 또는 재설정할지를 결정하는 것은 도 4에 예시되어 있다. 헤더 압축 프로토콜이 DRB에 설정되는지는 UE가 RRC_INATCIVE 상태에 들어갔을 때 저장된 AS 컨텍스트에서 UE에 의해 저장된 DRB 설정으로부터 알려져 있다.
1. UE는 RRC_CONNECTED에 있다(401). RRC_CONNECTED에서, UE는 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신한다(401-1). drb-ContinueROHC(모든 DRB에 공통)는 RRCRelease 메시지에서 수신될 수 있다. gNB 식별자 마스크 또는 gNB 식별자는 또한 RRCRelease 메시지에서 수신될 수 있다.
2. 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신하면, UE는 RRC_INACTIVE에 진입하고(402), 다음의 동작을 수행한다:
- MAC을 재설정하고 기본 MAC 셀 그룹 설정(있는 경우)을 해제하고;
- SRB1에 대한 RLC 엔티티를 재수립하며;
- UE는 현재 KgNB 및 KRRCint 키, RoHC 상태, DRB 매핑 규칙에 대한 저장된 QoS flow, 소스 PCell에서 사용되는 C-RNTI, 소스 PCell의 cellIdentity 및 물리적 셀 식별자, 및 UE가 RRC_CONNECTED 상태에 있는 동안 RRCReconfiguration 메시지에서 수신된 ReconfigurationWithSync 및 servingCellConfigCommonSIB 내의 것을 제외하고 설정된 다른 모든 파라미터를 UE 비활성 AS 컨텍스트에 저장한다. UE는 또한 NCC(next hopping chain count) 및 RRCRelease 메시지에서 수신된 다른 파라미터를 저장하고;
- SRB0을 제외한 모든 SRB 및 DRB를 일시 중지한다.
3. RRC_INACTIVE 동안, UE는 스몰 데이터 송신을 수행하기 위한 기준(예를 들어, RSRP가 임계값 이상이고, 송신을 위해 이용 가능한 데이터 볼륨이 임계값보다 작고, 데이터가 SDT가 허용되고/되거나 연결 재개 트리거가 상위 계층으로부터 수신되는 RB, 즉 RRC에 의한 NAS에서 송신을 위해 이용 가능함)이 충족되는 경우 스몰 데이터 송신을 위한 RRC 연결 재개를 개시한다(403). 스몰 데이터 송신을 위한 RRC 연결 재개의 개시 시에, UE는 단계 1에서 RRCRelease 메시지를 수신한 셀과 상이한 셀 상에서 캠핑될 수 있다는 것을 주목한다.
4. UE는 상술한 바와 같이 SRB 및 DRB에 대한 PDCP 엔티티를 재수립하고, 상술한 섹션 "RRC_INACTIVE에서 스몰 데이터 송신을 위한 RRC 연결의 재개 시 동작"(404)에 설명된 바와 같은 다른 동작을 수행한다.
5. drb-ContinueROHC가 직전의 RRCRelease 메시지(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지)에서 수신된 경우(405);
-UE가 RRCRelease 메시지에서 수신된(405-1) gNB 식별자 마스크 또는 gNB 식별자에 의해 식별되는 gNB에 속하는 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우(405-2); 또는
- gNB 식별자 마스크/gNB 식별자가 RRCRelease 메시지에서 수신되지 않은 경우와 UE가 동일한 셀(즉, RRCRelease 메시지를 수신한 셀)에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우(405-3):
* 헤더 압축 프로토콜이 설정된 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고(406),
- 그렇지 않으면:
* 헤더 압축 프로토콜이 설정된 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다(406-1).
cellIdentity는 36비트이다. cellIdentity의 'X' Msbs가 GNB 식별자에 상응하면, UE는 RRCRelease 메시지에서 수신된 gNB 식별자와 캠핑된 셀의 gNB 식별자를 비교할 수 있고; 셀 식별자의 'X' Msbs를 나타내는 gNB 식별자 마스크가 RRCRelease 메시지에서 수신되면, UE는 이것을 캠핑된 셀의 cellIdentity의 'X' Msbs와 비교한다. 캠핑된 셀의 cellIdentity는 SIB1로부터 획득된다.
6. 그렇지 않으면 (drb-ContinueROHC가 직전의 RRCRelease 메시지(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지)에서 수신되지 않은 경우:
- 헤더 압축 프로토콜이 설정된 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다(406-1).
상술한 동작에서, RRCRelease 메시지 이외의 RRC 메시지(예를 들어, RRCReconfiguration 메시지)가 또한 사용될 수 있다. 상술한 동작의 일 실시예에서, drb-ContinueROHC는 RRCRelease/RRC 메시지에서 각각의 DRB에 대해 별개로 시그널링될 수 있다. 이 경우, 단계 5/6에서, 동작은 다음과 같을 것이다.
drb-ContinueROHC가 헤더 압축 프로토콜이 설정된 DRB에 대한 직전의 RRCRelease 메시지(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지)에서 수신된 경우:
-UE가 RRCRelease 메시지에서 수신된 gNB 식별자 마스크 또는 gNB 식별자에 의해 식별되는 gNB에 속하는 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우; 또는
- gNB 식별자 마스크/gNB 식별자가 RRCRelease 메시지에서 수신되지 않은 경우와 UE가 동일한 셀(즉, RRCRelease 메시지를 수신한 셀)에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우:
* 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고,
- 그렇지 않으면:
* 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
그렇지 않으면 drb-ContinueROHC가 직전의 RRCRelease 메시지(또는 마지막 RRC 연결을 일시 중단하는 RRCRelease 메시지)에서 수신되지 않은 경우:
- 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
방법 4B: 본 개시의 일 방법에서, 스몰 데이터 송신을 위한 연결 재개의 개시 시, (상술한 바와 같이) 재개되는 DRB에 대해, 헤더 압축 프로토콜이 DRB에 설정되는 경우에 헤더 압축 프로토콜 컨텍스트를 계속할지 또는 재설정할지를 결정하는 것은 아래에 예시되어 있다. 헤더 압축 프로토콜이 DRB에 설정되는지는 UE가 RRC_INATCIVE 상태에 들어갔을 때 저장된 AS 컨텍스트에서 UE에 의해 저장된 DRB 설정으로부터 알려져 있다.
1. UE는 RRC_CONNECTED에 있다. RRC_CONNECTED에서, UE는 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신한다. gNB 식별자 마스크 또는 gNB 식별자는 RRCRelease 메시지에서 수신된다.
2. 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신하면, UE는 RRC_INACTIVE에 진입하고, 다음의 동작을 수행한다:
- MAC을 재설정하고 기본 MAC 셀 그룹 설정(있는 경우)을 해제하고;
- SRB1에 대한 RLC 엔티티를 재수립하며;
- UE는 현재 KgNB 및 KRRCint 키, RoHC 상태, DRB 매핑 규칙에 대한 저장된 QoS flow, 소스 PCell에서 사용되는 C-RNTI, 소스 PCell의 cellIdentity 및 물리적 셀 식별자, 및 UE가 RRC_CONNECTED 상태에 있는 동안 RRCReconfiguration 메시지에서 수신된 ReconfigurationWithSync 및 servingCellConfigCommonSIB 내의 것을 제외하고 설정된 다른 모든 파라미터를 UE 비활성 AS 컨텍스트에 저장한다. UE는 또한 NCC(next hopping chain count) 및 RRCRelease 메시지에서 수신된 다른 파라미터를 저장하고;
- SRB0을 제외한 모든 SRB 및 DRB를 일시 중지한다.
3. RRC_INACTIVE 동안, UE는 스몰 데이터 송신을 수행하기 위한 기준(예를 들어, RSRP가 임계값 이상이고, 송신을 위해 이용 가능한 데이터 볼륨이 임계값보다 작고, 데이터가 SDT가 허용되고/되거나 연결 재개 트리거가 상위 계층으로부터 수신되는 RB, 즉 RRC에 의한 NAS에서 송신을 위해 이용 가능함)이 충족되는 경우 스몰 데이터 송신을 위한 RRC 연결 재개를 개시한다. 스몰 데이터 송신을 위한 RRC 연결 재개의 개시 시에, UE는 단계 1에서 RRCRelease 메시지를 수신한 셀과 상이한 셀 상에서 캠핑될 수 있다는 것을 주목한다.
4. UE는 상술한 바와 같이 SRB 및 DRB에 대한 PDCP 엔티티를 재수립하고, 상술한 섹션 "RRC_INACTIVE에서 스몰 데이터 송신을 위한 RRC 연결의 재개 시 동작"에 설명된 바와 같은 다른 동작을 수행한다.
5. 재수립되는 각각의 DRB에 대해:
비활성 AS 컨텍스트에서, 헤더 압축 프로토콜이 DRB에 설정되고, drb-ContinueROHC가 DRB의 PDCP 설정에 설정되는 경우:
- UE가 RRCRelease 메시지에서 수신된 gNB 식별자 마스크 또는 gNB 식별자에 의해 식별되는 gNB에 속하는 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우; 또는
- 셀 리스트가 RRCRelease 메시지에서 수신되지 않은 경우와 UE가 동일한 셀(즉, RRCRelease 메시지를 수신한 셀)에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우:
* 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고,
- 그렇지 않으면:
* 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
그렇지 않으면(비활성 AS 컨텍스트에서, 헤더 압축 프로토콜이 DRB에 설정되고, drb-ContinueROHC가 DRB의 PDCP 설정에 설정되지 않는 경우):
- 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
방법 5: 본 개시의 일 방법에서, 스몰 데이터 송신을 위한 연결 재개의 개시 시, 재개되는 DRB에 대해(재개될 DRB는 앞서 설명되었음), 헤더 압축 프로토콜이 DRB에 설정되는 경우에 헤더 압축 프로토콜 컨텍스트를 계속할지 또는 재설정할지를 결정하는 것은 도 5에 예시되어 있다. 헤더 압축 프로토콜이 DRB에 설정되는지는 UE가 RRC_INATCIVE 상태에 들어갔을 때 저장된 AS 컨텍스트에서 UE에 의해 저장된 DRB 설정으로부터 알려져 있다.
1. UE는 RRC_CONNECTED에 있다(501). RRC_CONNECTED에서, UE는 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신한다(501-1).
2. 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신하면, UE는 RRC_INACTIVE에 진입하고(502), 다음의 동작을 수행한다:
- MAC을 재설정하고 기본 MAC 셀 그룹 설정(있는 경우)을 해제하고;
- SRB1에 대한 RLC 엔티티를 재수립하며;
- UE는 현재 KgNB 및 KRRCint 키, RoHC 상태, DRB 매핑 규칙에 대한 저장된 QoS flow, 소스 PCell에서 사용되는 C-RNTI, 소스 PCell의 cellIdentity 및 물리적 셀 식별자, 및 UE가 RRC_CONNECTED 상태에 있는 동안 RRCReconfiguration 메시지에서 수신된 ReconfigurationWithSync 및 servingCellConfigCommonSIB 내의 것을 제외하고 설정된 다른 모든 파라미터를 UE 비활성 AS 컨텍스트에 저장한다. UE는 또한 NCC(next hopping chain count) 및 RRCRelease 메시지에서 수신된 다른 파라미터를 저장하고;
- SRB0을 제외한 모든 SRB 및 DRB를 일시 중지한다.
3. RRC_INACTIVE 동안, UE는 스몰 데이터 송신을 수행하기 위한 기준(예를 들어, RSRP가 임계값 이상이고, 송신을 위해 이용 가능한 데이터 볼륨이 임계값보다 작고, 데이터가 SDT가 허용되고/되거나 연결 재개 트리거가 상위 계층으로부터 수신되는 RB, 즉 RRC에 의한 NAS에서 송신을 위해 이용 가능함)이 충족되는 경우 스몰 데이터 송신을 위한 RRC 연결 재개를 개시한다(503). 스몰 데이터 송신을 위한 RRC 연결 재개의 개시 시에, UE는 단계 1에서 RRCRelease 메시지를 수신한 셀과 상이한 셀 상에서 캠핑될 수 있다는 것을 주목한다.
4. UE는 상술한 바와 같이 SRB(들) 및 DRB(들)에 대한 PDCP 엔티티를 재수립하고, 상술한 섹션 "RRC_INACTIVE에서 스몰 데이터 송신을 위한 RRC 연결의 재개 시 동작"(504)에 설명된 바와 같은 다른 동작을 수행한다.
5. UE가 RRCRelease 메시지를 수신한 셀(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지를 수신한 셀 또는 마지막 RRCRelease 메시지를 수신한 셀)과 동일한 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우(505):
- 헤더 압축 프로토콜이 설정된 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고(506);
그렇지 않으면:
- 헤더 압축 프로토콜이 설정된 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다(506-1).
5-1. (단계 5에 대한 대안) UE가 RRCRelease 메시지를 수신한 셀(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지를 수신한 셀 또는 마지막 RRCRelease 메시지를 수신한 셀)과 동일한 RAN 알림 영역에 속하는 셀에서 스몰 데이터 송신을 위한 RRC 연결 재개를 요청하는 경우:
- 헤더 압축 프로토콜이 설정된 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고;
그렇지 않으면:
- 헤더 압축 프로토콜이 설정된 DRB(즉, 비활성 AS 컨텍스트에서 헤더 압축 프로토콜이 설정된 DRB)에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
5-2. (단계 5에 대한 대안) 재수립되는 각각의 DRB에 대해:
비활성 AS 컨텍스트에서, 헤더 압축 프로토콜이 DRB에 설정되고, drb-ContinueROHC가 DRB의 PDCP 설정에 설정되는 경우와 UE가 RRCRelease 메시지를 수신한 셀(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지를 수신한 셀 또는 마지막 RRCRelease 메시지를 수신한 셀)과 동일한 RAN 알림 영역에 속하는 셀에서 스몰 데이터 송신을 위한 RRC 연결 재개를 요청하는 경우:
- 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고;
그렇지 않으면:
- 헤더 압축 프로토콜이 설정된 경우 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
5-3. (단계 5에 대한 대안) 재수립되는 각각의 DRB에 대해:
비활성 AS 컨텍스트에서, 헤더 압축 프로토콜이 DRB에 설정되고, drb-ContinueROHC가 DRB의 PDCP 설정에 설정되는 경우와 UE가 RRCRelease 메시지를 수신한 셀(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지를 수신한 셀 또는 마지막 RRCRelease 메시지를 수신한 셀)과 동일한 셀에서 스몰 데이터 송신을 위한 RRC 연결 재개를 요청하는 경우:
- 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고;
그렇지 않으면:
- 헤더 압축 프로토콜이 설정된 경우 해당 DRB(즉, 비활성 AS 컨텍스트에서 헤더 압축 프로토콜이 설정된 DRB)에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
방법 6: 본 개시의 일 방법에서, 스몰 데이터 송신을 위한 연결 재개의 개시 시, 재개되는 DRB에 대해(재개될 DRB는 앞서 설명되었음), 헤더 압축 프로토콜이 DRB에 설정되는 경우에 헤더 압축 프로토콜 컨텍스트를 계속할지 또는 재설정할지를 결정하는 것은 도 6에 예시되어 있다. 헤더 압축 프로토콜이 DRB에 설정되는지는 UE가 RRC_INATCIVE 상태에 들어갔을 때 저장된 AS 컨텍스트에서 UE에 의해 저장된 DRB 설정으로부터 알려져 있다.
1. UE는 RRC_CONNECTED에 있다(601). RRC_CONNECTED에서, UE는 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신한다(601-1).
2. 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신하면, UE는 RRC_INACTIVE에 진입하고(602), 다음의 동작을 수행한다:
- MAC을 재설정하고 기본 MAC 셀 그룹 설정(있는 경우)을 해제하고;
- SRB1에 대한 RLC 엔티티를 재수립하며;
- UE는 현재 KgNB 및 KRRCint 키, RoHC 상태, DRB 매핑 규칙에 대한 저장된 QoS flow, 소스 PCell에서 사용되는 C-RNTI, 소스 PCell의 cellIdentity 및 물리적 셀 식별자, 및 UE가 RRC_CONNECTED 상태에 있는 동안 RRCReconfiguration 메시지에서 수신된 ReconfigurationWithSync 및 servingCellConfigCommonSIB 내의 것을 제외하고 설정된 다른 모든 파라미터를 UE 비활성 AS 컨텍스트에 저장한다. UE는 또한 NCC(next hopping chain count) 및 RRCRelease 메시지에서 수신된 다른 파라미터를 저장하고;
- SRB0을 제외한 모든 SRB 및 DRB를 일시 중지한다.
3. RRC_INACTIVE 동안, UE는 스몰 데이터 송신을 수행하기 위한 기준(예를 들어, RSRP가 임계값 이상이고, 송신을 위해 이용 가능한 데이터 볼륨이 임계값보다 작고, 데이터가 SDT가 허용되고/되거나 연결 재개 트리거가 상위 계층으로부터 수신되는 RB, 즉 RRC에 의한 NAS에서 송신을 위해 이용 가능함)이 충족되는 경우 스몰 데이터 송신을 위한 RRC 연결 재개를 개시한다(603). 스몰 데이터 송신을 위한 RRC 연결 재개의 개시 시에, UE는 단계 1에서 RRCRelease 메시지를 수신한 셀과 상이한 셀 상에서 캠핑될 수 있다는 것을 주목한다.
4. UE는 상술한 바와 같이 SRB 및 DRB에 대한 PDCP 엔티티를 재수립하고, 상술한 섹션 "RRC_INACTIVE에서 스몰 데이터 송신을 위한 RRC 연결의 재개 시 동작"(604)에 설명된 바와 같은 다른 동작을 수행한다.
5. UE는 헤더 압축 프로토콜이 설정된 DRB(즉, 비활성 AS 컨텍스트에서 헤더 압축 프로토콜이 설정된 DRB)에 대한 헤더 압축 프로토콜 컨텍스트를 계속한다.
방법 8: 본 개시의 일 방법에서, 스몰 데이터 송신을 위한 연결 재개의 개시 시, 재개되는 DRB에 대해(재개될 DRB는 앞서 설명되었음), 헤더 압축 프로토콜이 DRB에 설정되는 경우에 헤더 압축 프로토콜 컨텍스트를 계속할지 또는 재설정할지를 결정하는 것은 도 8에 예시되어 있다. 헤더 압축 프로토콜이 DRB에 설정되는지는 UE가 RRC_INATCIVE 상태에 들어갔을 때 저장된 AS 컨텍스트에서 UE에 의해 저장된 DRB 설정으로부터 알려져 있다.
1. UE는 RRC_CONNECTED에 있다(801). RRC_CONNECTED에서, UE는 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신한다(801-1).
2. 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신하면, UE는 RRC_INACTIVE에 진입하고(802), 다음의 동작을 수행한다:
- MAC을 재설정하고 기본 MAC 셀 그룹 설정(있는 경우)을 해제하고;
- SRB1에 대한 RLC 엔티티를 재수립하며;
- UE는 현재 KgNB 및 KRRCint 키, RoHC 상태, DRB 매핑 규칙에 대한 저장된 QoS flow, 소스 PCell에서 사용되는 C-RNTI, 소스 PCell의 cellIdentity 및 물리적 셀 식별자, 및 UE가 RRC_CONNECTED 상태에 있는 동안 RRCReconfiguration 메시지에서 수신된 ReconfigurationWithSync 및 servingCellConfigCommonSIB 내의 것을 제외하고 설정된 다른 모든 파라미터를 UE 비활성 AS 컨텍스트에 저장한다. UE는 또한 NCC(next hopping chain count) 및 RRCRelease 메시지에서 수신된 다른 파라미터를 저장하고;
- SRB0을 제외한 모든 SRB 및 DRB를 일시 중지한다.
3. RRC_INACTIVE 동안, UE는 스몰 데이터 송신을 수행하기 위한 기준(예를 들어, RSRP가 임계값 이상이고, 송신을 위해 이용 가능한 데이터 볼륨이 임계값보다 작고, 데이터가 SDT가 허용되고/되거나 연결 재개 트리거가 상위 계층으로부터 수신되는 RB, 즉 RRC에 의한 NAS에서 송신을 위해 이용 가능함)이 충족되는 경우 스몰 데이터 송신을 위한 RRC 연결 재개를 개시한다(803). 스몰 데이터 송신을 위한 RRC 연결 재개의 개시 시에, UE는 단계 1에서 RRCRelease 메시지를 수신한 셀과 상이한 셀 상에서 캠핑될 수 있다는 것을 주목한다.
4. UE는 상술한 바와 같이 SRB 및 DRB에 대한 PDCP 엔티티를 재수립하고, 상술한 섹션 "RRC_INACTIVE에서 스몰 데이터 송신을 위한 RRC 연결의 재개 시 동작"(804)에 설명된 바와 같은 다른 동작을 수행한다.
5. 비활성 AS 컨텍스트에서, 헤더 압축 프로토콜이 DRB에 설정되고, drb-ContinueROHC가 DRB의 PDCP 설정에 설정되는 경우:
- 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고(805);
6.그렇지 않으면:
- 헤더 압축 프로토콜이 DRB에 설정된 경우 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
방법 9: 본 개시의 일 방법에서, 스몰 데이터 송신을 위한 연결 재개의 개시 시, (상술한 바와 같이) 재개되는 DRB에 대해, 헤더 압축 프로토콜이 DRB에 설정되는 경우에 헤더 압축 프로토콜 컨텍스트를 계속할지 또는 재설정할지를 결정하는 것은 아래에 예시되어 있다. 헤더 압축 프로토콜이 DRB에 설정되는지는 UE가 RRC_INATCIVE 상태에 들어갔을 때 저장된 AS 컨텍스트에서 UE에 의해 저장된 DRB 설정으로부터 알려져 있다.
1. UE는 RRC_CONNECTED에 있다. RRC_CONNECTED에서, UE는 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신한다. drb-ContinueROHC(모든 DRB에 공통)는 RRCRelease 메시지에서 수신될 수 있다. gNB 식별자 마스크 또는 gNB 식별자 또는 셀 리스트 또는 RAN 영역 리스트는 RRCRelease 메시지에서 수신될 수 있다.
2. 일시 중지 설정(suspend configuration)과 함께 RRCRelease를 수신하면, UE는 RRC_INACTIVE에 진입하고, 다음의 동작을 수행한다:
- MAC을 재설정하고 기본 MAC 셀 그룹 설정(있는 경우)을 해제하고;
- SRB1에 대한 RLC 엔티티를 재수립하며;
- UE는 현재 KgNB 및 KRRCint 키, RoHC 상태, DRB 매핑 규칙에 대한 저장된 QoS flow, 소스 PCell에서 사용되는 C-RNTI, 소스 PCell의 cellIdentity 및 물리적 셀 식별자, 및 UE가 RRC_CONNECTED 상태에 있는 동안 RRCReconfiguration 메시지에서 수신된 ReconfigurationWithSync 및 servingCellConfigCommonSIB 내의 것을 제외하고 설정된 다른 모든 파라미터를 UE 비활성 AS 컨텍스트에 저장한다. UE는 또한 NCC(next hopping chain count) 및 RRCRelease 메시지에서 수신된 다른 파라미터를 저장하고;
- SRB0을 제외한 모든 SRB 및 DRB를 일시 중지한다.
3. RRC_INACTIVE 동안, UE는 스몰 데이터 송신을 수행하기 위한 기준(예를 들어, RSRP가 임계값 이상이고, 송신을 위해 이용 가능한 데이터 볼륨이 임계값보다 작고, 데이터가 SDT가 허용되고/되거나 연결 재개 트리거가 상위 계층으로부터 수신되는 RB, 즉 RRC에 의한 NAS에서 송신을 위해 이용 가능함)이 충족되는 경우 스몰 데이터 송신을 위한 RRC 연결 재개를 개시한다. 스몰 데이터 송신을 위한 RRC 연결 재개의 개시 시에, UE는 단계 1에서 RRCRelease 메시지를 수신한 셀과 상이한 셀 상에서 캠핑될 수 있다는 것을 주목한다.
4. UE는 상술한 바와 같이 SRB 및 DRB에 대한 PDCP 엔티티를 재수립하고, 상술한 섹션 "RRC_INACTIVE에서 스몰 데이터 송신을 위한 RRC 연결의 재개 시 동작"에 설명된 바와 같은 다른 동작을 수행한다.
5. drb-ContinueROHC가 직전의 RRCRelease 메시지(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지)에서 수신된 경우;
-gNB 식별자 마스크 또는 gNB 식별자가 RRCRelease 메시지에서 수신된 경우와 UE가 RRCRelease 메시지에서 수신된 gNB 식별자 마스크 또는 gNB 식별자에 의해 식별되는 gNB에 속하는 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우; 또는
- 셀 리스트가 RRCRelease 메시지에서 수신되는 경우와 UE가 RRCRelease 메시지에서 수신된 셀 리스트에 속하는 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우; 또는
- RAN 영역 리스트가 RRCRelease 메시지에서 수신되는 경우와 UE가 RRCRelease 메시지에서 수신된 RAN 영역 리스트에 속하는 RAN 영역의 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우; 또는
- gNB 식별자 마스크/gNB 식별자/셀 리스트/RAN 영역 리스트가 RRCRelease 메시지에서 수신되지 않은 경우와 UE가 동일한 셀(즉, RRCRelease 메시지를 수신한 셀)에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우:
* 헤더 압축 프로토콜이 설정된 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고,
- 그렇지 않으면:
* 헤더 압축 프로토콜이 설정된 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
cellIdentity는 36비트이다. cellIdentity의 'X' Msbs가 GNB 식별자에 상응하면, UE는 RRCRelease 메시지에서 수신된 gNB 식별자와 캠핑된 셀의 gNB 식별자를 비교할 수 있고; 셀 식별자의 'X' Msbs를 나타내는 gNB 식별자 마스크가 RRCRelease 메시지에서 수신되면, UE는 이것을 캠핑된 셀의 cellIdentity의 'X' Msbs와 비교한다. 캠핑된 셀의 cellIdentity는 SIB1로부터 획득된다.
6. 그렇지 않고 (drb-ContinueROHC가 직전의 RRCRelease 메시지(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지)에서 수신되지 않은 경우
- 헤더 압축 프로토콜이 설정된 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
상술한 동작에서, RRCRelease 메시지 이외의 RRC 메시지(예를 들어, RRCReconfiguration 메시지)가 또한 사용될 수 있다. 상술한 동작의 일 실시예에서, drb-ContinueROHC는 RRCRelease/RRC 메시지에서 각각의 DRB에 대해 별개로 시그널링될 수 있다. 이 경우, 단계 5/6에서, 동작은 다음과 같을 것이다.
drb-ContinueROHC가 헤더 압축 프로토콜이 설정된 DRB에 대한 직전의 RRCRelease 메시지(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지)에서 수신된 경우:
-gNB 식별자 마스크 또는 gNB 식별자가 RRCRelease 메시지에서 수신된 경우와 UE가 RRCRelease 메시지에서 수신된 gNB 식별자 마스크 또는 gNB 식별자에 의해 식별되는 gNB에 속하는 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우; 또는
- 셀 리스트가 RRCRelease 메시지에서 수신되는 경우와 UE가 RRCRelease 메시지에서 수신된 셀 리스트에 속하는 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우; 또는
- RAN 영역 리스트가 RRCRelease 메시지에서 수신되는 경우와 UE가 RRCRelease 메시지에서 수신된 RAN 영역 리스트에 속하는 RAN 영역의 셀에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우; 또는
- gNB 식별자 마스크/gNB 식별자/셀 리스트/RAN 영역 리스트가 RRCRelease 메시지에서 수신되지 않은 경우와 UE가 동일한 셀(즉, RRCRelease 메시지를 수신한 셀)에서 스몰 데이터 송신을 위해 RRC 연결을 재개하도록 요청하는 경우:
* 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 계속하고,
- 그렇지 않으면:
* 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
그렇지 않으면 (drb-ContinueROHC가 직전의 RRCRelease 메시지에서(또는 마지막 RRC 연결을 일시 중지하는 RRCRelease 메시지에서) 수신되지 않은 경우:
- 해당 DRB에 대한 헤더 압축 프로토콜 컨텍스트를 재설정한다.
<<RRC_INACTIVE에서 스몰 데이터 송신을 위한 PHR 처리>>
도 9 및 도 10은 RRC_INACTIVE 상태에서 스몰 데이터 송신을 위한 PHR을 처리하는 다양한 방법을 도시한다. 본 개시의 다양한 방법은 도면을 참조하여 상세히 설명될 것이다. 다음의 방법은 본 개시의 다양한 실시예를 예시하기 위한 것이며, 통상의 기술자에 의해 수정되거나 서로 조합될 수 있다.
방법 1:
- UE가 RRC_INACTIVE에 있다.
- RRC_INACTIVE 동안, UE는 SDT를 수행하기 위한 기준이 충족될 때 스몰 데이터 송신을 위한 RRC 연결 재개를 개시한다.
- 4단계 랜덤 액세스(random access; RA) 절차를 사용하는 스몰 데이터 송신의 경우, MAC 엔티티는 Msg3 송신을 위한 MAC PDU를 생성한다.
- 2단계 RA 절차를 사용하는 스몰 데이터 송신의 경우, MAC 엔티티는 MsgA 송신을 위한 MAC PDU를 생성한다.
- 미리 설정된 UL 자원을 사용하는 스몰 데이터 송신의 경우, MAC 엔티티는 미리 설정된 UL 그랜트에서 송신을 위한 MAC PDU를 생성한다.
- 스몰 데이터 송신에 대해, 새로운 송신이 Msg3/MsgA/미리 설정된 UL 그랜트를 위한 것인 경우 MAC 엔티티는 PHR MAC 제어 요소를 생성하지 않아야 한다(트리거된 PHR이 있는 경우).
본 개시의 일 방법에서, PHR을 처리하기 위한 UE 동작은 도 9에 도시된다.
UE의 MAC 엔티티에는 PHR 설정이 설정된다(901). PHR 설정은 기본 PHR 설정이거나 네트워크로부터 수신된 설정일 수 있다. PHR 트리거링 기준은 충족된다(902). PHR 트리거링에 후속하여, UL 그랜트는 동적 승인 또는 미리 설정된 UL 그랜트일 수 있는 송신에 이용 가능하다(903). UE는 UL 그랜트가 Msg3의 SDT를 위한 것인지를 결정하거나(904-1) UL 그랜트가 MsgA의 SDT를 위한 것인지를 결정하거나(904-2) UL 그랜트가 SDT에 대해 미리 설정된 UL 그랜트인지를 결정한다(904-3). UL 그랜트가 MsgA/Msg3/미리 설정된 자원의 SDT 또는 미리 설정된 자원의 제1 UL 송신을 위한 것인 경우, UE는 이러한 UL 그랜트에 대한 PHR MAC CE를 생성하지 않는다(905). 그렇지 않으면, UE는 이러한 UL 그랜트에서 LCP(logical channel prioritization) 절차에 따라 PHR MAC CE를 생성하여 송신한다(905-1). 이러한 동작의 장점은 스몰 데이터 송신 절차에 필요한 데이터와 제어 메시지가 PHR보다 우선화된다는 것이다. PHR은 스몰 데이터와 함께 송신될 수 없으며 나중에 송신될 수 있다.
이러한 동작에 대한 PHR 트리거링 기준은 다음과 같이 주어질 수 있다:
다음의 이벤트 중 임의의 이벤트가 발생하면 전력 헤드룸 보고(Power Headroom Report; PHR)는 트리거링되어야 한다:
- phr-ProhibitTimer가 만료되거나 만료되었으며, 경로 손실은 MAC 엔티티가 새로운 송신을 위한 UL 자원을 가질 때 이러한 MAC 엔티티에서 PHR의 마지막 송신 이후 경로 손실 기준으로서 사용되는 임의의 MAC 엔티티의 적어도 하나의 활성화된 서빙 셀에 대해 phr-Tx-PowerFactorChange dB보다 많이 변경되었고;
- phr-PeriodicTimer가 만료되고;
- 기능을 비활성화하는 데 사용되지 않는 상위 계층에 의한 전력 헤드룸 보고 기능의 설정 또는 재설정 시;
- 업링크를 설정한 임의의 MAC 엔티티의 SCell의 활성화;
- PSCell의 부가(즉, PSCell이 새롭게 부가되거나 변경됨).
방법 2:
본 개시의 다른 방법에서, PHR을 처리하기 위한 UE 동작은 도 10에 도시된다.
UE의 MAC 엔티티에는 PHR 설정이 설정된다(1001). PHR 설정은 기본 PHR 설정이거나 네트워크로부터 수신된 설정일 수 있다. PHR 트리거링 기준은 충족된다(1002). PHR 트리거링에 후속하여, UL 그랜트는 동적 승인 또는 미리 설정된 UL 그랜트일 수 있는 송신에 이용 가능하다(1003). UE는 UL 그랜트가 Msg3의 SDT를 위한 것인지를 결정하거나(1004-1) UL 그랜트가 MsgA의 SDT를 위한 것인지를 결정하거나(1004-2) UL 그랜트가 SDT에 대해 미리 설정된 UL 그랜트인지를 결정한다(1004-3). UL 그랜트가 MsgA/Msg3/미리 설정된 자원의 SDT 또는 미리 설정된 자원의 제1 UL 송신을 위한 것인 경우, 이러한 UL 그랜트에서 MAC PDU 생성을 위해, PHR MAC CE는 모든 논리 채널(UL-CCCH, UL-DTCH)로부터의 데이터보다 낮은 우선 순위를 갖는다(1005). 그렇지 않으면, 이러한 UL 그랜트에서 MAC PDU 생성을 위해, PHR MAC CE는 UL-CCCH로부터의 데이터보다 낮은 우선 순위를 갖고 임의의 다른 논리 채널로부터의 데이터보다 높은 우선 순위를 갖는다(1005-1). 이러한 동작의 장점은 스몰 데이터 송신 절차에 필요한 데이터와 제어 메시지가 PHR보다 우선화된다는 것이다. UL 그랜트가 제어 메시지, UL 데이터 및 PHR을 수용할 만큼 충분히 큰 경우 PHR은 여전히 송신될 수 있다.
일 실시예에서, 여기에서 MAC PDU 크기는 SDT를 수행할지 여부를 결정하는 데 사용된다. MAC PDU 크기는 SDT를 트리거링할지 여부를 결정할 때 PHR을 포함하지 않는다. 업링크 송신이 SDT인 경우 트리거링된 PHR은 취소되거나, SDT가 진행 중인 경우 PHR은 트리거링되지 않는다.
<<RRC_INACTIVE에서 스몰 데이터 송신을 위한 BSR 처리>>
도 11 및 도 12는 RRC_INACTIVE 상태에서 스몰 데이터 송신을 위한 버퍼 상태 보고(buffer status report; BSR)를 처리하는 다양한 방법을 도시한다. 본 개시의 다양한 방법은 도면을 참조하여 상세히 설명될 것이다. 다음의 방법은 본 개시의 다양한 실시예를 예시하기 위한 것이며, 통상의 기술자에 의해 수정되거나 서로 조합될 수 있다.
방법 1:
- UE가 RRC_INACTIVE에 있다.
- RRC_INACTIVE 동안, UE는 SDT를 수행하기 위한 기준이 충족될 때 스몰 데이터 송신을 위한 RRC 연결 재개를 개시한다.
- 4단계 랜덤 액세스(random access; RA) 절차를 사용하는 스몰 데이터 송신의 경우, MAC 엔티티는 Msg3 송신을 위한 MAC PDU를 생성한다.
- 2단계 RA 절차를 사용하는 스몰 데이터 송신의 경우, MAC 엔티티는 MsgA 송신을 위한 MAC PDU를 생성한다.
- 미리 설정된 UL 자원을 사용하는 스몰 데이터 송신의 경우, MAC 엔티티는 미리 설정된 UL 그랜트에서 송신을 위한 MAC PDU를 생성한다.
- 스몰 데이터 송신에 대해, 새로운 송신이 Msg3/MsgA/미리 설정된 UL 그랜트를 위한 것인 경우 MAC 엔티티는 BSR MAC 제어 요소를 생성하지 않아야 한다(트리거된 BSR이 있는 경우).
본 개시의 일 방법에서, BSR을 처리하기 위한 UE 동작은 도 11에 도시된다.
UE의 MAC 엔티티에는 BSR 설정이 설정된다(1101). BSR 설정은 기본 BSR 설정이거나 네트워크로부터 수신된 설정일 수 있다. BSR 트리거링 기준은 충족된다(1102). BSR 트리거링에 후속하여, UL 그랜트는 동적 승인 또는 미리 설정된 UL 그랜트일 수 있는 송신에 이용 가능하다(1103). UE는 UL 그랜트가 Msg3의 SDT를 위한 것인지를 결정하거나(1104-1) UL 그랜트가 MsgA의 SDT를 위한 것인지를 결정하거나(1104-2) UL 그랜트가 SDT에 대해 미리 설정된 UL 그랜트인지를 결정하거나(1104-3) UL 그랜트가 SDT 절차 동안 제1 UL(PUSCH) 송신을 위한 미리 설정된 UL 그랜트인지를 결정한다. UL 그랜트가 MsgA/Msg3/미리 설정된 자원의 SDT 또는 미리 설정된 자원의 제1 UL 송신을 위한 것인 경우, UE는 이러한 UL 그랜트에 대한 BSR MAC CE를 생성하지 않는다(1105). 그렇지 않으면, UE는 이러한 UL 그랜트에서 LCP 절차에 따라 BSR MAC CE를 생성하여 송신한다(1105-1). 이러한 동작의 장점은 스몰 데이터 송신 절차에 필요한 데이터와 제어 메시지가 BSR보다 우선화된다는 것이다. BSR은 스몰 데이터와 함께 송신될 수 없으며 나중에 송신될 수 있다.
이러한 동작에 대한 BSR 트리거링 기준은 다음과 같이 주어질 수 있다:
논리 채널 그룹(logical channel group; LCG)에 속하는 논리 채널에 대한 UL 데이터는 MAC 엔티티에 이용할 수 있게 되며; 어느 쪽이든
- 이러한 UL 데이터는 임의의 LCG에 속하는 이용 가능한 UL 데이터를 포함하는 임의의 논리 채널의 우선 순위보다 높은 우선 순위를 가진 논리 채널에 속하거나;
- LCG에 속하는 논리 채널 중 어떤 것도 임의의 이용 가능한 UL 데이터를 포함하지 않는다.
이 경우, BSR은 아래에서 '정규 BSR'이라고 하고;
- UL 자원이 할당되고, 패딩 비트의 수가 버퍼 상태 보고 MAC CE 플러스 이의 부헤더의 크기보다 크거나 같으며, 이 경우, BSR은 아래에서 '패딩 BSR'이라고 한다.
- retxBSR-Timer가 만료되고, LCG에 속하는 논리 채널 중 적어도 하나가 UL 데이터를 포함하며, 이 경우, BSR은 아래에서 '정규 BSR'이라고 하고;
-periodicBSR-Timer가 만료되고, 이 경우, BSR은 아래에서 '주기적(Periodic) BSR'이라고 한다.
방법 2:
본 개시의 다른 방법에서, BSR을 처리하기 위한 UE 동작은 도 12에 도시된다.
UE의 MAC 엔티티에는 BSR 설정이 설정된다(1201). BSR 설정은 기본 BSR 설정이거나 네트워크로부터 수신된 설정일 수 있다. BSR 트리거링 기준은 충족된다(1202). BSR 트리거링에 후속하여, UL 그랜트는 동적 승인 또는 미리 설정된 UL 그랜트일 수 있는 송신에 이용 가능하다(1203). UE는 UL 그랜트가 Msg3의 SDT를 위한 것인지를 결정하거나(1204-1) UL 그랜트가 MsgA의 SDT를 위한 것인지를 결정하거나(1204-2) UL 그랜트가 SDT에 대해 미리 설정된 UL 그랜트인지를 결정하거나(1204-3) UL 그랜트가 SDT 절차 동안 제1 UL(PUSCH) 송신을 위한 미리 설정된 UL 그랜트인지를 결정한다. UL 그랜트가 MsgA/Msg3/미리 설정된 자원의 SDT 또는 미리 설정된 자원의 제1 UL 송신을 위한 것인 경우, 이러한 UL 그랜트에서 MAC PDU 생성을 위해, BSR MAC CE는 임의의 논리 채널(UL-CCCH, UL-DTCH)로부터의 데이터보다 낮은 우선 순위를 갖는다(1205). 그렇지 않으면, 이러한 UL 그랜트에서 MAC PDU 생성을 위해, BSR MAC CE는 UL-CCCH로부터의 데이터보다 낮은 우선 순위를 갖고 임의의 다른 논리 채널로부터의 데이터보다 높은 우선 순위를 갖는다(1205-1). 이러한 동작의 장점은 스몰 데이터 송신 절차에 필요한 데이터와 제어 메시지가 BSR보다 우선화된다는 것이다. UL 그랜트가 제어 메시지, UL 데이터 및 BSR을 수용할 만큼 충분히 큰 경우 BSR은 여전히 송신될 수 있다. 여기서 BSR은 패딩 BSR과 다른 BSR이다.
일 실시예에서, 여기서 MAC PDU 크기는 SDT를 수행할지 여부를 결정하는 데 사용된다. MAC PDU 크기는 SDT를 트리거링할지 여부를 결정할 때 BSR을 포함하지 않는다. 업링크 송신이 SDT인 경우 트리거링된 BSR은 취소되고, SDT가 진행 중인 경우 BSR은 트리거링되지 않는다.
도 13은 본 개시의 일 실시예에 따른 단말의 블록도이다.
도 13을 참조하면, 단말은 송수신부(1310), 제어부(1320) 및 메모리(1330)를 포함한다. 제어부(1320)는 회로, ASIC(application-specific integrated circuit), 또는 적어도 하나의 프로세서를 지칭할 수 있다. 송수신부(1310), 제어부(1320), 및 메모리(1330)는 상술한 UE의 동작을 수행하도록 설정된다. 송수신부(1310), 제어부(1320) 및 메모리(1330)는 별개의 엔티티로서 도시되어 있지만, 이는 단일 칩과 같이 단일 엔티티로서 실현될 수 있다. 또는, 송수신부(1310), 제어부(1320) 및 메모리(1330)는 서로 전기적으로 연결되거나 결합될 수 있다.
송수신부(1310)는 신호를 다른 네트워크 엔티티, 예를 들어 기지국으로 송신하고, 이로부터 신호를 수신할 수 있다.
제어부(1320)는 상술한 실시예 중 하나에 따라 기능을 수행하도록 단말을 제어할 수 있다. 예를 들어, 제어부(1320)는 본 개시의 다양한 실시예에 따른 페이징 관련 동작을 수행하도록 송수신부(1310) 및/또는 메모리(1330)를 제어한다.
일 실시예에서, 단말의 동작은 상응하는 프로그램 코드를 저장하는 메모리(1330)를 사용하여 구현될 수 있다. 구체적으로, 단말에는 원하는 동작을 구현하는 프로그램 코드를 저장하기 위한 메모리(1330)가 장착될 수 있다. 원하는 동작을 수행하기 위해, 제어부(1320)는 적어도 하나의 프로세서 또는 중앙 처리 유닛(central processing unit; CPU)를 사용함으로써 메모리(1330)에 저장된 프로그램 코드를 판독하고 실행할 수 있다.
도 14은 본 개시의 일 실시예에 따른 기지국의 블록도이다.
도 14를 참조하면, 기지국(BS)은 송수신부(1410), 제어부(1420) 및 메모리(1430)를 포함한다. 제어부(1420)는 회로, ASIC(application-specific integrated circuit), 또는 적어도 하나의 프로세서를 지칭할 수 있다. 송수신부(1410), 제어부(1420), 및 메모리(1430)는 상술한 기지국의 동작을 수행하도록 설정된다. 송수신부(1410), 제어부(1420) 및 메모리(1430)는 별개의 엔티티로서 도시되어 있지만, 이는 단일 칩과 같이 단일 엔티티로서 실현될 수 있다. 또는, 송수신부(1410), 제어부(1420) 및 메모리(1430)는 서로 전기적으로 연결되거나 결합될 수 있다.
송수신부(1410)는 신호를 다른 네트워크 엔티티, 예를 들어 단말로 송신하고, 이로부터 신호를 수신할 수 있다.
제어부(1420)는 상술한 실시예 중 하나에 따라 기능을 수행하도록 기지국을 제어할 수 있다. 예를 들어, 제어부(1420)는 본 개시의 다양한 실시예에 따른 페이징 관련 동작을 수행하도록 송수신부(1410) 및/또는 메모리(1430)를 제어한다.
일 실시예에서, 기지국의 동작은 상응하는 프로그램 코드를 저장하는 메모리(1430)를 사용하여 구현될 수 있다. 구체적으로, 기지국에는 원하는 동작을 구현하는 프로그램 코드를 저장하기 위한 메모리(1430)가 장착될 수 있다. 원하는 동작을 수행하기 위해, 제어부(1420)는 적어도 하나의 프로세서 또는 중앙 처리 유닛(CPU)를 사용함으로써 메모리(1430)에 저장된 프로그램 코드를 판독하고 실행할 수 있다.
본 개시는 이의 다양한 실시예를 참조하여 도시되고 설명되었지만, 본 기술 분야의 통상의 기술자는 첨부된 청구항 및 이의 균등물에 의해 정의된 바와 같이 본 개시의 사상 및 범위를 벗어나지 않으면서 형태 및 상세 사항의 다양한 변경이 이루어질 수 있음을 이해할 것이다.
상술한 바와 같이, 본 명세서 및 도면에 개시된 실시예는 본 개시의 내용을 용이하게 설명하고 이해를 돕기 위해 구체적인 예를 제시한 것에 불과하며, 본 개시의 범위를 제한하려는 의도가 아니다. 따라서, 본 개시의 범위는 본 명세서에 개시된 실시예에 부가하여 본 개시의 기술적 사상에 기초하여 도출되는 모든 변경 또는 수정을 포함하도록 분석되어야 한다.

Claims (15)

  1. 무선 통신 시스템의 단말에 의해 수행되는 방법에 있어서,
    무선 자원 제어(radio resource control; RRC) 연결 상태에서 스몰 데이터 송신(small data transmission; SDT)이 허용되는 적어도 하나의 무선 베어러를 지시하는 RRC 메시지를 제1 셀로부터 수신하는 단계;
    RRC 비활성 상태에 들어가도록 상기 단말을 설정하는 RRC 해제(release) 메시지를 상기 제1 셀로부터 수신하는 단계;
    상기 단말이 상기 RRC 비활성 상태에 있는 동안 SDT 절차를 개시하기 위한 기준이 충족됨을 식별하는 단계;
    SRB0(sigaling radio bearer 0)을 재개하는 단계;
    SRB1의 PDCP(packet data convergence protocol) 엔티티를 재수립하고 상기 SRB1을 재개하는 단계;
    상기 SDT가 허용되는 데이터 무선 베어러(data radio bearer; DRB)의 PDCP 엔티티를 재수립하는 단계;
    상기 SDT가 허용되는 상기 DRB의 무선 링크 제어(radio link control; RLC) 엔티티를 재수립하는 단계; 및
    상기 SDT가 허용되는 상기 DRB를 재개하는 단계를 포함하는 방법.
  2. 제 1 항에 있어서,
    상기 RRC 해제 메시지가 상기 DRB에 대해 설정된 헤더 압축 프로토콜 컨텍스트(header compression protocol context) - 상기 헤더 압축 프로토콜 컨텍스트는 상기 단말이 상기 RRC 비활성 상태에 있는 동안 상기 단말에 저장됨 - 를 계속할 것을 지시하는 정보를 포함하는지 여부를 식별하는 단계;
    상기 RRC 해제 메시지가 상기 정보를 포함하는 경우, 상기 헤더 압축 프로토콜 컨텍스트를 유지하는 단계; 및
    상기 정보가 상기 RRC 해제 메시지에 포함되지 않은 경우, 상기 헤더 압축 프로토콜 컨텍스트를 재설정하는 단계를 더 포함하는 방법.
  3. 제 2 항에 있어서,
    상기 RRC 해제 메시지가 RRC 연결을 재개할 것을 요청하기 위한 셀의 리스트를 포함하는지 여부를 식별하는 단계;
    상기 RRC 연결을 재개하기 위한 메시지를 제2 셀로 송신하는 단계; 및
    상기 RRC 해제 메시지가 상기 셀의 리스트를 포함하고 상기 제2 셀이 상기 셀의 리스트에 포함된 경우, 상기 헤더 압축 프로토콜 컨텍스트를 유지하는 단계를 포함하는 방법.
  4. 제 3 항에 있어서,
    상기 셀의 리스트가 상기 RRC 해제 메시지에 포함되지 않고 상기 제2 셀이 상기 제1 셀과 상이한 경우, 상기 헤더 압축 프로토콜 컨텍스트를 재설정하는 단계를 더 포함하는 방법.
  5. 제 2 항에 있어서,
    상기 RRC 해제 메시지가 RRC 연결을 재개할 것을 요청하기 위한 기지국의 식별자를 포함하는지 여부를 식별하는 단계;
    상기 RRC 연결을 재개하기 위한 메시지를 제2 셀로 송신하는 단계; 및
    상기 RRC 해제 메시지가 상기 기지국의 식별자를 포함하고 상기 제2 셀이 상기 기지국의 식별자에 의해 식별되는 경우, 상기 헤더 압축 프로토콜 컨텍스트를 유지하는 단계를 더 포함하는 방법.
  6. 제 1 항에 있어서,
    상기 단말에 전력 헤드룸 보고(power headroom report; PHR) 설정이 설정됨을 식별하는 단계;
    업링크 그랜트(uplink grant)가 상기 SDT 절차의 업링크 데이터에 대한 것인지 여부를 식별하는 단계; 및
    상기 업링크 그랜트가 상기 SDT 절차를 위한 것인 경우, PHR을 생성하지 않고 상기 업링크 그랜트 상에서 상기 SDT 절차의 업링크 데이터를 송신하는 단계를 더 포함하는 방법.
  7. 제 1 항에 있어서,
    상기 단말에 버퍼 상태 보고(buffer status report; BSR) 설정이 설정됨을 식별하는 단계;
    업링크 그랜트(uplink grant)가 상기 SDT 절차의 업링크 데이터에 대한 것인지 여부를 식별하는 단계; 및
    상기 업링크 그랜트가 상기 SDT 절차를 위한 것인 경우, BSR을 생성하지 않고 상기 업링크 그랜트 상에서 상기 SDT 절차의 업링크 데이터를 송신하는 단계를 더 포함하는 방법.
  8. 무선 통신 시스템의 단말에 있어서,
    신호를 송수신하도록 구성되는 송수신부; 및
    상기 송수신부와 결합된 제어부를 포함하고, 상기 제어부는,
    무선 자원 제어(radio resource control; RRC) 연결 상태에서 스몰 데이터 송신(small data transmission; SDT)이 허용되는 하나 이상의 무선 베어러를 지시하는 RRC 메시지를 제1 셀로부터 수신하고,
    RRC 비활성 상태에 들어가도록 상기 단말을 설정하는 RRC 해제(release) 메시지를 상기 제1 셀로부터 수신하고,
    상기 단말이 상기 RRC 비활성 상태에 있는 동안 SDT 절차를 개시하기 위한 기준이 충족됨을 식별하고,
    SRB0(sigaling radio bearer 0)을 재개하고,
    SRB1의 PDCP(packet data convergence protocol) 엔티티를 재수립하고 상기 SRB1을 재개하고,
    상기 SDT가 허용되는 데이터 무선 베어러(data radio bearer; DRB)의 PDCP 엔티티를 재수립하고,
    상기 SDT가 허용되는 상기 DRB의 무선 링크 제어(radio link control; RLC) 엔티티를 재수립하고,
    상기 SDT가 허용되는 상기 DRB를 재개하도록 설정되는 단말.
  9. 제 8 항에 있어서,
    상기 제어부는,
    상기 RRC 해제 메시지가 상기 DRB에 대해 설정된 헤더 압축 프로토콜 컨텍스트(header compression protocol context) - 상기 헤더 압축 프로토콜 컨텍스트는 상기 단말이 상기 RRC 비활성 상태에 있는 동안 상기 단말에 저장됨 - 를 계속할 것을 지시하는 정보를 포함하는지 여부를 식별하고,
    상기 RRC 해제 메시지가 상기 정보를 포함하는 경우, 상기 헤더 압축 프로토콜 컨텍스트를 유지하고,
    상기 정보가 상기 RRC 해제 메시지에 포함되지 않은 경우, 상기 헤더 압축 프로토콜 컨텍스트를 재설정하는 것을 특징으로 하는 단말.
  10. 제 9 항에 있어서,
    상기 제어부는,
    상기 RRC 해제 메시지가 RRC 연결을 재개할 것을 요청하기 위한 셀의 리스트를 포함하는지 여부를 식별하고,
    상기 RRC 연결을 재개하기 위한 메시지를 제2 셀로 송신하고,
    상기 RRC 해제 메시지가 상기 셀의 리스트를 포함하고 상기 제2 셀이 상기 셀의 리스트에 포함된 경우, 상기 헤더 압축 프로토콜 컨텍스트를 유지하는 것을 특징으로 하는 단말.
  11. 제 10 항에 있어서,
    상기 제어부는,
    상기 셀의 리스트가 상기 RRC 해제 메시지에 포함되지 않고 상기 제2 셀이 상기 제1 셀과 상이한 경우, 상기 헤더 압축 프로토콜 컨텍스트를 재설정하는 것을 특징으로 하는 단말.
  12. 제 9 항에 있어서,
    상기 제어부는,
    상기 RRC 해제 메시지가 RRC 연결을 재개할 것을 요청하기 위한 기지국의 식별자를 포함하는지 여부를 식별하고,
    상기 RRC 연결을 재개하기 위한 메시지를 제2 셀로 송신하고,
    상기 RRC 해제 메시지가 상기 기지국의 식별자를 포함하고 상기 제2 셀이 상기 기지국의 식별자에 의해 식별되는 경우, 상기 헤더 압축 프로토콜 컨텍스트를 유지하는 것을 특징으로 하는 단말.
  13. 제 12 항에 있어서,
    상기 제어부는,
    상기 기지국의 식별자가 상기 RRC 해제 메시지에 포함되지 않고 상기 제2 셀이 상기 제1 셀과 상이한 경우, 상기 헤더 압축 프로토콜 컨텍스트를 재설정하는 것을 특징으로 하는 단말.
  14. 제 8 항에 있어서,
    상기 제어부는,
    상기 단말에 전력 헤드룸 보고(power headroom report; PHR) 설정이 설정됨을 식별하고,
    업링크 그랜트(uplink grant)가 상기 SDT 절차의 업링크 데이터에 대한 것인지 여부를 식별하고,
    상기 업링크 그랜트가 상기 SDT 절차를 위한 것인 경우, PHR을 생성하지 않고 상기 업링크 그랜트 상에서 상기 SDT 절차의 업링크 데이터를 송신하는 것을 특징으로 하는 단말.
  15. 제 8 항에 있어서,
    상기 제어부는,
    상기 단말에 버퍼 상태 보고(buffer status report; BSR) 설정이 설정됨을 식별하고,
    업링크 그랜트(uplink grant)가 상기 SDT 절차의 업링크 데이터에 대한 것인지 여부를 식별하고,
    상기 업링크 그랜트가 상기 SDT 절차를 위한 것인 경우, BSR을 생성하지 않고 상기 업링크 그랜트 상에서 상기 SDT 절차의 업링크 데이터를 송신하는 것을 특징으로 하는 단말.
KR1020237001577A 2020-07-14 2021-07-13 무선 통신 시스템에서 rrc_inactive 상태의 스몰 데이터 송신 처리 방법 및 장치 KR20230037565A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR1020200086857 2020-07-14
KR20200086857 2020-07-14
PCT/KR2021/008992 WO2022015028A1 (en) 2020-07-14 2021-07-13 Method and apparatus for handling small data transmission in rrc_inactive state in a wireless communication system

Publications (1)

Publication Number Publication Date
KR20230037565A true KR20230037565A (ko) 2023-03-16

Family

ID=79555656

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020237001577A KR20230037565A (ko) 2020-07-14 2021-07-13 무선 통신 시스템에서 rrc_inactive 상태의 스몰 데이터 송신 처리 방법 및 장치

Country Status (5)

Country Link
US (1) US20230262814A1 (ko)
EP (1) EP4165900A4 (ko)
KR (1) KR20230037565A (ko)
CN (1) CN116210339A (ko)
WO (1) WO2022015028A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113498152A (zh) * 2020-04-01 2021-10-12 夏普株式会社 由用户设备执行的方法以及用户设备
CN116634488A (zh) * 2022-02-11 2023-08-22 华为技术有限公司 通信方法及装置
CN117082628A (zh) * 2022-05-07 2023-11-17 华为技术有限公司 一种通信方法及设备
KR20230163696A (ko) * 2022-05-24 2023-12-01 삼성전자주식회사 차세대 이동통신 시스템에서 랜덤 액세스를 최적화하는 방법 및 장치

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110140409B (zh) * 2017-01-05 2023-08-18 索尼公司 通信装置、基础设施设备和方法
CN110249703B (zh) * 2017-02-03 2023-08-08 瑞典爱立信有限公司 无上下文取得的无线电资源控制恢复
CN110958688B (zh) * 2018-09-26 2024-01-09 夏普株式会社 用户设备及其执行的方法、基站及其执行的方法
WO2020087280A1 (en) * 2018-10-30 2020-05-07 Qualcomm Incorporated Configurations for small data transmission
US11265909B2 (en) * 2018-12-16 2022-03-01 Qualcomm Incorporated Small data transfer over configured grants for asynchronous non-orthogonal multiple access
WO2021203252A1 (zh) 2020-04-07 2021-10-14 Oppo广东移动通信有限公司 非激活态下的数据发送、接收方法及装置、用户设备

Also Published As

Publication number Publication date
CN116210339A (zh) 2023-06-02
WO2022015028A1 (en) 2022-01-20
US20230262814A1 (en) 2023-08-17
EP4165900A4 (en) 2023-12-20
EP4165900A1 (en) 2023-04-19

Similar Documents

Publication Publication Date Title
EP4165939B1 (en) Method and apparatus for small data transmission
US11627633B2 (en) Data transmission in inactive state
EP4029347A1 (en) Small data transmission
EP4026391A1 (en) Small data transmission (sdt)
US11470488B1 (en) Beam failure detection and recovery
US20230262814A1 (en) Method and apparatus for handling small data transmission in rrc_inactive state in a wireless communication system
US20230284329A1 (en) Method and apparatus for handling response timer and cell reselection for small data transmission
WO2021257856A1 (en) Radio resource control messaging
KR20200032518A (ko) 차세대 이동 통신 시스템에서 rrc 비활성화 모드 단말의 선택된 plmn을 보고하는 방법 및 장치
US20230380003A1 (en) Method for handling non small data transmission radio bearer during small data transmission and apparatus thereof
US20220201659A1 (en) Method and apparatus for handling configured grant resources for small data transmission in wireless communication system
KR20230039651A (ko) 무선 통신에서 소형 데이터 송신을 위한 랜덤 액세스 절차를 위한 방법 및 장치
WO2022150223A1 (en) Logical channel configuration
WO2022026647A1 (en) Configuration release
US20240057100A1 (en) Method and apparatus for mbs reception in rrc idle and rrc inactive state in wireless communication system
US20230262815A1 (en) Method and apparatus for enhanced resume protection
KR20220085741A (ko) Sl 통신을 위한 활성 시간을 처리하는 방법
KR20230067615A (ko) 무선 통신 시스템에서의 페이징 송수신 방법 및 장치
KR20230122149A (ko) 페이징 송수신 방법 및 장치
KR20230050628A (ko) 무선 통신 시스템에서 셀 활성화를 빠르게 수행하기 위한 방법 및 장치
CN115443726A (zh) 用于车辆对万物通信的中断处理的方法和装置
KR20230054205A (ko) 차세대 이동 통신 시스템에서 셀 그룹 활성화 또는 비활성화를 위한 방법 및 장치
KR20230053471A (ko) 차세대 이동 통신 시스템에서 랜덤 액세스 절차 없이 셀 그룹을 활성화시키는 방법 및 장치