KR20200087057A

KR20200087057A - 무선 통신 시스템에서 통신을 수행하는 방법 및 장치

Info

Publication number: KR20200087057A
Application number: KR1020190051830A
Authority: KR
Inventors: 정상엽; 김성훈; 강현정; 반 더 벨데 힘크
Original assignee: 삼성전자주식회사
Priority date: 2019-01-10
Filing date: 2019-05-02
Publication date: 2020-07-20
Also published as: CN113574961A; KR20200087059A

Abstract

본 개시는 무선통신시스템에서 통신을 수행하는 방법 및 장치에 관한 것이다. 본 개시의 일 실시예에 따른 단말은 기지국으로부터 RRC (Radio Resource Control) 재구성 메시지 또는 RRC 연결 재개(resume) 메시지를 수신하고, 단말의 PDU 세션에 대응되는 적어도 하나의 DRB 및 적어도 하나의 DRB의 식별자(identity) 중 해제 대상이 되는 DRB 및 DRB 식별자를 결정하며, 결정된 DRB 및 결정된 DRB의 식별자를 해제할 수 있다.

Description

무선 통신 시스템에서 통신을 수행하는 방법 및 장치 {METHOD AND APPARATUS FOR PERFORMING COMMUNICATION IN WIRELESS COMMUNICATION SYSTEM}

본 개시는 무선 통신 시스템에 대한 것으로서, 보다 구체적으로 무선 통신 시스템에서 통신을 수행하는 방법 및 장치에 관한 것이다.

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 기술 융합의 일 예라고 할 수 있을 것이다.

본 개시의 일 실시예는 무선 통신 시스템에서 풀 컨피규레이션(full configuration)을 수행하는 방법 및 장치에 관한 것이다. 본 개시의 일 실시예는 무선 통신 시스템에서 H1/H2이벤트에 대한 aerial 측정을 수행하는 방법 및 장치에 관한 것이다. 본 개시의 일 실시예는 무선 통신 시스템에서 차량 통신을 지원하기 위한 프리컨피규레이션(preconfiguration) 자원을 사용하는 방법 및 장치에 관한 것이다.

일 실시예에 따른 무선통신시스템에서 단말이 통신을 수행하는 방법은, 기지국으로부터 RRC (Radio Resource Control) 재구성 메시지 또는 RRC 연결 재개(resume) 메시지를 수신하는 단계; 단말의 PDU 세션에 대응되는 적어도 하나의 DRB 및 상기 적어도 하나의 DRB의 식별자(identity) 중 해제 대상이 되는 DRB 및 DRB 식별자를 결정하는 단계; 및 결정된 DRB 및 결정된 DRB의 식별자를 해제하는 단계를 포함할 수 있다.

일 실시예에 따른 무선통신시스템에서 기지국이 통신을 수행하는 방법은, 단말이 설정 정보의 재구성을 위한 풀 컨피규레이션(full configuration)의 조건을 만족하는지 여부를 판단하는 단계; 및 판단 결과 풀 컨피규레이션의 조건이 만족된 경우, 단말에 RRC (Radio Resource Control) 재구성 메시지 또는 RRC 연결 재개(resume) 메시지를 송신하는 단계를 포함하고, RRC 재구성 메시지 또는 RRC 연결 재개 메시지에 포함된 정보에 따라 단말에서 해제되는 DRB 및 DRB 식별자가 결정될 수 있다.

일 실시예에 따른 무선통신시스템에서 통신을 수행하는 단말은, 기지국으로부터 RRC (Radio Resource Control) 재구성 메시지 또는 RRC 연결 재개(resume) 메시지를 수신하는 통신부; 및 단말의 PDU 세션에 대응되는 적어도 하나의 DRB 및 적어도 하나의 DRB의 식별자(identity) 중 해제 대상이 되는 DRB 및 DRB 식별자를 결정하고, 결정된 DRB 및 상기 결정된 DRB의 식별자를 해제하는 적어도 하나의 프로세서를 포함할 수 있다.

일 실시예에 따른 무선통신시스템에서 통신을 수행하는 기지국은, 단말이 설정 정보의 재구성을 위한 풀 컨피규레이션(full configuration)의 조건을 만족하는지 여부를 판단하는 적어도 하나의 프로세서; 및 판단 결과 풀 컨피규레이션의 조건이 만족된 경우, 단말에 RRC (Radio Resource Control) 재구성 메시지 또는 RRC 연결 재개(resume) 메시지를 송신하는 통신부를 포함하고, RRC 재구성 메시지 또는 RRC 연결 재개 메시지에 포함된 정보에 따라 단말에서 해제되는 DRB 및 DRB 식별자가 결정될 수 있다.

도 1a는 본 개시의 일 실시예에 따른 LTE 시스템의 구조를 도시한 도면이다.
도 1b는 본 개시의 일 실시예에 따른 LTE 시스템에서 무선 프로토콜 구조를 도시한 도면이다.
도 1c는 본 개시의 일 실시예에 따른 차세대 이동통신 시스템의 구조를 도시한 도면이다.
도 1d는 본 개시의 일 실시예에 따른 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 1e는 본 개시의 일 실시예에 따른 기지국이 단말과의 연결을 해제함에 따라, 단말이 RRC 연결 모드에서 RRC 유휴 모드로 전환하는 절차와 단말이 기지국과 연결을 설정하여 RRC 유휴 모드에서 RRC 연결 모드로 전환하는 절차를 설명한 도면이다.
도 1f는 이동통신 시스템에서 설정 정보 구성도이다.
도 1g는 본 개시의 일 실시예에 따른 RRC 연결 모드에 있는 단말이 기지국으로부터 RRCReconfiguration 메시지 또는 RRCResume 메시지를 수신하였을 때 단말 동작 절차를 설명한 도면이다.
도 1h는 일 실시예에 따른 단말의 동작을 설명하기 위한 흐름도이다.
도 1i는 일 실시예에 따른 기지국의 동작을 설명하기 위한 흐름도이다.
도 2e는 본 개시의 일 실시예에 따른 기지국이 단말의 연결을 해제하여 단말이 RRC 연결 모드에서 RRC 유휴 모드로 전환하는 절차와 단말이 기지국과 연결을 설정하여 RRC 유휴 모드에서 RRC 연결 모드로 전환하는 절차를 설명한 도면이다.
도 2f는 본 개시에 따른 기지국이 단말에게 RRC 연결 모드에서 적용 가능한 measurement configuration을 제공하여 RRC 연결 모드 단말이 measurement을 수행하는 절차를 설명하기 위한 도면이다.
도 3e는, 본 개시의 일실시 예에 따른 이동통신 시스템 내에서 V2X 통신을 설명하는 도면이다.
도 3f는, 본 개시의 일 실시 예에 따른 NR V2X SL 유니캐스트(unicast) 지원을 위해, 유니캐스트 링크 설립 절차(unicast link establishment procedure)를 설명하는 도면이다.
도 3g는, 본 개시의 일 실시 예에 따른 단말 간 Scheduled 자원 할당 모드에서 Preconfiguration 송신 자원 풀 및/또는 수신 자원 풀을 통해 NR V2X SL 유니캐스트 통신을 수행하는 절차를 설명하는 도면이다.
도 3h는, 본 개시의 일 실시 예에 따른 단말 간 UE autonomous 자원 선택 모드에서 Preconfiguration 송신 자원 풀 및/또는 수신 자원 풀을 통해 NR V2X SL 유니캐스트 통신을 수행하는 절차를 설명하는 도면이다.
도 3i은, 본 개시의 일 실시 예에 따른 단말의 구조를 도시한 블록도이다.
도 3j는, 본 개시의 일 실시 예에 기지국의 구조를 도시한 블록도이다.

이하 첨부된 도면을 참조하여 본 발명의 동작 원리를 상세히 설명한다. 하기에서 본 발명을 설명하기에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 이하 첨부된 도면을 참조하여 본 발명의 실시 예를 설명하기로 한다.

이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 망 객체(network entity)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 망 객체들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 발명이 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.

이하 설명의 편의를 위하여, 본 발명은 3GPP LTE(3rd Generation Partnership Project Long Term Evolution) 규격에서 정의하고 있는 용어 및 명칭들을 사용한다. 하지만, 본 발명이 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다. 본 발명에서 eNB는 설명의 편의를 위하여 gNB와 혼용되어 사용될 수 있다. 즉 eNB로 설명한 기지국은 gNB를 나타낼 수 있다.

도 1a는 본 개시의 일 실시예에 따른 LTE 시스템의 구조를 도시한 도면이다.

도 1a을 참조하면, LTE 시스템의 무선 액세스 네트워크는 차세대 기지국(Evolved Node B, 이하 ENB, Node B 또는 기지국)(1a-05, 1a-10, 1a-15, 1a-20)과 MME (1a-25, Mobility Management Entity) 및 S-GW(1a-30, Serving-Gateway)로 구성될 수 있다. 사용자 단말(User Equipment, 이하 UE 또는 단말)(1a-35)은 ENB(1a-05 ~ 1a-20) 및 S-GW(1a-30)를 통해 외부 네트워크에 접속할 수 있다.

도 1a에서 ENB(1a-05 내지 1a-20)는 UMTS(Universal Mobile Telecommunication System) 시스템의 기존 노드 B에 대응될 수 있다. ENB는 UE(1a-35)와 무선 채널로 연결되며 기존 노드 B 보다 복잡한 역할을 수행할 수 있다. LTE 시스템에서는 인터넷 프로토콜을 통한 VoIP(Voice over IP)와 같은 실시간 서비스를 비롯한 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스될 수 있다. 따라서, UE들의 버퍼 상태, 가용 전송 전력 상태, 채널 상태 등의 상태 정보를 취합해서 스케줄링을 하는 장치가 필요하며, 이를 ENB(1a-05 ~ 1a-20)가 담당할 수 있다.

하나의 ENB는 통상 다수의 셀들을 제어할 수 있다. 예컨대, 100 Mbps의 전송 속도를 구현하기 위해서 LTE 시스템은 예컨대, 20 MHz 대역폭에서 직교 주파수 분할 다중 방식(Orthogonal Frequency Division Multiplexing, 이하 OFDM이라 한다)을 무선 접속 기술로 사용할 수 있다. 또한 단말의 채널 상태에 맞춰 변조 방식(modulation scheme)과 채널 코딩률(channel coding rate)을 결정하는 적응 변조 코딩(Adaptive Modulation & Coding, 이하 AMC라 한다) 방식이 적용될 수 있다.

S-GW(1a-30)는 데이터 베어러를 제공하는 장치이며, MME(1a-25)의 제어에 따라서 데이터 베어러를 생성하거나 제거할 수 있다. MME는 단말에 대한 이동성 관리 기능은 물론 각종 제어 기능을 담당하는 장치로 다수의 기지국 들과 연결될 수 있다.

도 1b는 본 개시의 일 실시예에 따른 LTE 시스템에서 무선 프로토콜 구조를 도시한 도면이다.

도 1b를 참조하면, LTE 시스템의 무선 프로토콜은 단말과 ENB에서 각각 PDCP (Packet Data Convergence Protocol 1b-05, 1b-40), RLC (Radio Link Control 1b-10, 1b-35), MAC (Medium Access Control 1b-15, 1b-30)으로 이루어질 수 있다. PDCP (Packet Data Convergence Protocol)(1b-05, 1b-40)는 IP 헤더 압축/복원 등의 동작을 담당할 수 있다. PDCP의 주요 기능은 하기와 같이 요약될 수 있다.

- 헤더 압축 및 압축 해제 기능(Header compression and decompression: ROHC only)

- 사용자 데이터 전송 기능 (Transfer of user data)

- RLC AM을 위한 PDCP 재설립 절차에서 상위 레이어 PDU의 순차적 전달 기능(In-sequence delivery of upper layer PDUs at PDCP re-establishment procedure for RLC AM)

- 순서 재정렬 기능(DC(RLC AM 만을 위한)에서의 스플릿 베어러를 위함: 송신을 위한 PDCP PDU 라우팅 및 수신을 위한 PDCP PDU 재정렬) (For split bearers in DC (only support for RLC AM): PDCP PDU routing for transmission and PDCP PDU reordering for reception)

- 중복 탐지 기능(RLC AM을 위한 PDCP재설립 절차에서의 하위 레이어 SDU의 중복 탐지) (Duplicate detection of lower layer SDUs at PDCP re-establishment procedure for RLC AM)

- 재전송 기능(DC에서의 스플릿 베어러를 위한 핸드오버에서의 PDCP SDU의 재전송 및 RLC AM을 위한 PDCP 데이터-회복 절차에서의 PDCP PDU의 재전송) (Retransmission of PDCP SDUs at handover and, for split bearers in DC, of PDCP PDUs at PDCP data-recovery procedure, for RLC AM)

- 암호화 및 복호화 기능(Ciphering and deciphering)

- 업링크에서의 타이머 기반 SDU 삭제 기능(Timer-based SDU discard in uplink.)

무선 링크 제어(Radio Link Control, 이하 RLC라고 한다)(1b-10, 1b-35)는 PDCP PDU(Packet Data Unit)를 적절한 크기로 재구성해서 ARQ 동작 등을 수행할 수 있다. RLC의 주요 기능은 하기와 같이 요약될 수 있다.

- 데이터 전송 기능 (상위 레이어 PDU의 전송) (Transfer of upper layer PDUs)

- ARQ 기능((AM 데이터 전송만을 위한) ARQ를 통한 에러 정정) (Error Correction through ARQ (only for AM data transfer))

- (UM 및 AM 데이터 전송만을 위한) RLC SDU의 접합, 분할, 재조립 기능(Concatenation, segmentation and reassembly of RLC SDUs (only for UM and AM data transfer))

- (AM 데이터 전송만을 위한) RLC 데이터 PDU의 재분할 기능(Re-segmentation of RLC data PDUs (only for AM data transfer))

- (UM 및 AM 데이터 전송만을 위한) RLC 데이터 PDU의 순서 재정렬 기능(Reordering of RLC data PDUs (only for UM and AM data transfer)

- (UM 및 AM 데이터 전송만을 위한)중복 탐지 기능(Duplicate detection (only for UM and AM data transfer))

- (AM 데이터 전송만을 위한) 오류 탐지 기능(Protocol error detection (only for AM data transfer))

- (UM 및 AM 데이터 전송만을 위한) RLC SDU 삭제 기능(RLC SDU discard (only for UM and AM data transfer))

- RLC 재수립 기능(RLC re-establishment)

MAC(1b-15, 1b-30)은 한 단말에 구성된 여러 RLC 계층 장치들과 연결되며, RLC PDU들을 MAC PDU에 다중화하고 MAC PDU로부터 RLC PDU들을 역다중화하는 동작을 수행할 수 있다. MAC의 주요 기능은 하기와 같이 요약될 수 있다.

- 로지컬 채널과 전송 채널 간의 맵핑 기능(Mapping between logical channels and transport channels)

- 전송 채널 상의 물리 계층에 또는 물리 계층 으로부터 전송된 TB에의 하나 또는 서로 다른 로지컬 채널에 속한 MAC PDU의 다중화 및 역다중화 기능(Multiplexing/demultiplexing of MAC SDUs belonging to one or different logical channels into/from transport blocks (TB) delivered to/from the physical layer on transport channels)

- 스케쥴링 정보 보고 기능(Scheduling information reporting)

- HARQ를 통한 에러 정정 기능(Error correction through HARQ)

- 하나의 UE의 로지컬 채널 간 우선 순위 조절 기능(Priority handling between logical channels of one UE)

- 동적 스케줄링을 통한 UE간 우선 순위 조절 기능(Priority handling between UEs by means of dynamic scheduling)

- MBMS 서비스 확인 기능(MBMS service identification)

- 전송 포맷 선택 기능(Transport format selection)

- 패딩 기능(Padding)

물리 계층(1b-20, 1b-25)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 수행할 수 있다.

도 1c는 본 개시의 일 실시예에 따른 차세대 이동통신 시스템의 구조를 도시한 도면이다.

도 1c를 참조하면, 도시한 바와 같이 차세대 이동통신 시스템(이하 NR 혹은 2g)의 무선 액세스 네트워크는 차세대 기지국(New Radio Node B, 이하 NR gNB 혹은 NR 기지국)(1c-10) 과 NR CN (1c-05, New Radio Core Network)로 구성될 수 있다. 사용자 단말(New Radio User Equipment, 이하 NR UE 또는 단말)(1c-15)은 NR gNB(1c-10) 및 NR CN (1c-05)를 통해 외부 네트워크에 접속할 수 있다.

도 1c에서 NR gNB(1c-10)는 기존 LTE 시스템의 eNB (Evolved Node B)에 대응될 수 있다. NR gNB는 NR UE(1c-15)와 무선 채널로 연결되며 기존 노드 B 보다 더 월등한 서비스를 제공할 수 있다. 차세대 이동통신 시스템에서는 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스 될 수 있다. 따라서, UE들의 버퍼 상태, 가용 전송 전력 상태, 채널 상태 등의 상태 정보를 취합해서 스케줄링을 하는 장치가 필요하며, 이를 NR NB(1c-10)가 담당할 수 있다. 하나의 NR gNB는 통상 다수의 셀들을 제어할 수 있다. 차세대 이동 통신 시스템에서는, 현재 LTE 대비 초고속 데이터 전송을 구현하기 위해서 기존 최대 대역폭 이상을 가질 수 있고, 직교 주파수 분할 다중 방식(Orthogonal Frequency Division Multiplexing, 이하 OFDM이라 한다)을 무선 접속 기술로 하여 추가적으로 빔포밍 기술이 접목될 수 있다. 또한 단말의 채널 상태에 맞춰 변조 방식(modulation scheme)과 채널 코딩률(channel coding rate)을 결정하는 적응 변조 코딩(Adaptive Modulation & Coding, 이하 AMC라 한다) 방식이 적용될 수 있다.

NR CN (1c-05)는 이동성 지원, 베어러 설정, QoS 설정 등의 기능을 수행할 수 있다. NR CN는 단말에 대한 이동성 관리 기능은 물론 각종 제어 기능을 담당하는 장치로 다수의 기지국 들과 연결된다. 또한 차세대 이동통신 시스템은 기존 LTE 시스템과도 연동될 수 있으며, NR CN이 MME (1c-25)와 네트워크 인터페이스를 통해 연결된다. MME는 기존 기지국인 eNB (1c-30)과 연결될 수 있다.

도 1d는 본 개시의 일 실시예에 따른 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다.

도 1d를 참조하면, 차세대 이동통신 시스템의 무선 프로토콜은 단말과 NR 기지국에서 각각 NR SDAP(1d-01, 1d-45), NR PDCP(1d-05, 1d-40), NR RLC(1d-10, 1d-35), NR MAC(1d-15, 1d-30)으로 이루어진다.

NR SDAP(1d-01, 1d-45)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.

- 사용자 데이터의 전달 기능(transfer of user plane data)

- 상향 링크와 하향 링크에 대해서 QoS flow와 데이터 베어러의 맵핑 기능(mapping between a QoS flow and a DRB for both DL and UL)

- 상향 링크와 하향 링크에 대해서 QoS flow ID를 마킹 기능(marking QoS flow ID in both DL and UL packets)

- 상향 링크 SDAP PDU들에 대해서 reflective QoS flow를 데이터 베어러에 맵핑시키는 기능 (reflective QoS flow to DRB mapping for the UL SDAP PDUs).

SDAP 계층 장치에 대해 단말은 RRC (Radio Resource Control) 메시지로 각 PDCP 계층 장치 별로 혹은 베어러 별로 혹은 로지컬 채널 별로 SDAP 계층 장치의 헤더를 사용할 지 여부 혹은 SDAP 계층 장치의 기능을 사용할 지 여부를 설정 받을 수 있다. SDAP 헤더가 설정된 경우, 단말은, SDAP 헤더의 NAS(Non-Access Stratum) QoS 반영 설정 1비트 지시자(NAS reflective QoS)와 AS(Access Stratum) QoS 반영 설정 1비트 지시자(AS reflective QoS)로 단말이 상향 링크와 하향 링크의 QoS 플로우(flow)와 데이터 베어러에 대한 맵핑 정보를 갱신 혹은 재설정할 수 있도록 지시할 수 있다. SDAP 헤더는 QoS를 나타내는 QoS flow ID 정보를 포함할 수 있다. QoS 정보는 원할한 서비스를 지원하기 위한 데이터 처리 우선 순위, 스케쥴링 정보 등으로 사용될 수 있다.

NR PDCP (1d-05, 1d-40)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.

- 사용자 데이터 전송 기능 (Transfer of user data)

- 상위 레이터 PDU의 순차적 전달 기능(In-sequence delivery of upper layer PDUs)

- 상위 레이어 PDU의 비순차적 전달 기능 (Out-of-sequence delivery of upper layer PDUs)

- 수신을 위한 PDCP PDU 순서 재정렬 기능(PDCP PDU reordering for reception)

- 하위 레이어 SDU의 중복 탐지 기능(Duplicate detection of lower layer SDUs)

- PDCP SDU의 재전송 기능(Retransmission of PDCP SDUs)

- 암호화 및 복호화 기능(Ciphering and deciphering)

상술한 내용에서, NR PDCP 장치의 순서 재정렬 기능(reordering)은 하위 계층에서 수신한 PDCP PDU들을 PDCP SN(sequence number)을 기반으로 순서대로 재정렬하는 기능을 의미할 수 있다. NR PDCP 장치의 순서 재정렬 기능은 재정렬된 순서대로 데이터를 상위 계층에 전달하는 기능을 포함할 수 있고, 순서를 고려하지 않고 바로 전달하는 기능을 포함할 수 있으며, 순서를 재정렬하여 유실된 PDCP PDU들을 기록하는 기능을 포함할 수 있고, 유실된 PDCP PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있으며, 유실된 PDCP PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있다.

NR RLC(1d-10, 1d-35)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.

- 상위 레이어 PDU의 데이터 전송 기능(Transfer of upper layer PDUs)

- 상위 레이어 PDU의 순차적 전달 기능(In-sequence delivery of upper layer PDUs)

- 상위 레이어 PDU의 비순차적 전달 기능(Out-of-sequence delivery of upper layer PDUs)

- ARQ를 통한 에러 정정 기능(Error Correction through ARQ)

- RLC SDU의 접합, 분할, 재조립 기능(Concatenation, segmentation and reassembly of RLC SDUs)

- RLC 데이터 PDU의 재분할 기능(Re-segmentation of RLC data PDUs)

- RLC 데이터 PDU의 순서 재정렬 기능(Reordering of RLC data PDUs)

- 중복 탐지 기능(Duplicate detection)

- 오류 탐지 기능(Protocol error detection)

- RLC SDU 삭제 기능(RLC SDU discard)

- RLC 재수립 기능(RLC re-establishment)

상술한 내용에서, NR RLC(1d-10, 1d-35) 장치의 순차적 전달 기능(In-sequence delivery)은 하위 계층으로부터 수신한 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 의미할 수 있다. 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, NR RLC(1d-10, 1d-35) 장치의 순차적 전달 기능은 이를 재조립하여 전달하는 기능을 포함할 수 있다.

NR RLC(1d-10, 1d-35) 장치의 순차적 전달 기능은, 수신한 RLC PDU들을 RLC SN(sequence number) 혹은 PDCP SN(sequence number)를 기준으로 재정렬하는 기능을 포함할 수 있으며, 순서를 재정렬하여 유실된 RLC PDU들을 기록하는 기능을 포함할 수 있으며, 유실된 RLC PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있으며, 유실된 RLC PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있다.

NR RLC(1d-10, 1d-35) 장치의 순차적 전달 기능은, 유실된 RLC SDU가 있을 경우, 유실된 RLC SDU 이전까지의 RLC SDU들만을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다. 또한, NR RLC(1d-10, 1d-35) 장치의 순차적 전달 기능은 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 타이머가 시작되기 전에 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있으며, 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 현재까지 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다.

NR RLC(1d-10, 1d-35) 장치는, 일련번호(Sequence number)의 순서와 상관없이(Out-of sequence delivery) RLC PDU들을 수신하는 순서대로 처리하여 PDCP 장치로 순서와 상관없이(Out-of sequence delivery) 전달할 수도 있으며, segment 인 경우에는 버퍼에 저장되어 있거나 추후에 수신될 segment들을 수신하여 NR PDCP(1d-05, 1d-40) 장치로 전달할 수 있다.

NR RLC(1d-10, 1d-35) 장치가 세그먼트를 수신할 경우에는, 버퍼에 저장되어 있거나 추후에 수신될 세그먼트들을 수신하여, 온전한 하나의 RLC PDU로 재구성한 후, 이를 NR PDCP(1d-05, 1d-40) 장치로 전달할 수 있다. NR RLC 계층은 접합(Concatenation) 기능을 포함하지 않을 수 있고 상기 기능을 NR MAC 계층에서 수행하거나 NR MAC 계층의 다중화(multiplexing) 기능으로 대체할 수 있다.

상술한 내용에서, NR RLC 장치의 비순차적 전달 기능(Out-of-sequence delivery)은 하위 계층으로부터 수신한 RLC SDU들을 순서와 상관없이 바로 상위 계층으로 전달하는 기능을 의미할 수 있다. NR RLC 장치의 비순차적 전달 기능은, 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, 이를 재조립하여 전달하는 기능을 포함할 수 있다. NR RLC 장치의 비순차적 전달 기능은, 수신한 RLC PDU들의 RLC SN 또는 PDCP SN을 저장하고 순서를 정렬하여 유실된 RLC PDU들을 기록해두는 기능을 포함할 수 있다.

NR MAC(1d-15, 1d-30)은 한 단말에 구성된 여러 NR RLC 계층 장치들과 연결될 수 있으며, NR MAC의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.

- 로지컬 채널과 전송 채널 사이의 맵핑 기능(Mapping between logical channels and transport channels)

- MAC SDU의 다중화 및 역다중화 기능(Multiplexing/demultiplexing of MAC SDUs)

- 스케쥴링 정보 보고 기능(Scheduling information reporting)

- HARQ를 통한 에러 정정 기능(Error correction through HARQ)

- 로지컬 채널 간 우선 순위 조절 기능(Priority handling between logical channels of one UE)

- 동적 스케쥴링을 통한 단말간 우선 순위 조절 기능(Priority handling between UEs by means of dynamic scheduling)

- MBMS 서비스 확인 기능(MBMS service identification)

- 전송 포맷 선택 기능(Transport format selection)

- 패딩 기능(Padding)

NR PHY 계층(1d-20, 1d-25)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 수행할 수 있다.

도 1e는 본 개시의 일 실시예에 따른 기지국이 단말과의 연결을 해제함에 따라, 단말이 RRC 연결 모드(RRC connected mode)에서 RRC 유휴 모드(RRC idle mode)로 전환하는 절차와 단말이 기지국과 연결을 설정하여 RRC 유휴 모드(RRC idle mode)에서 RRC 연결 모드(RRC connected mode)로 전환하는 절차를 설명한 도면이다.

도 1e에서 기지국은 RRC 연결 모드에서 데이터를 송수신하는 단말이 소정의 이유로 또는 일정 시간 동안 데이터의 송수신이 없으면 RRCConnectionRelease 메시지를 단말에게 보내어 단말을 RRC 유휴모드로 전환하도록 할 수 있다(1e-01). 추후에 현재 연결이 설정되어 있지 않은 단말(이하 idle mode UE)은 전송할 데이터가 발생하면 기지국과 RRC 연결 재설립 (RRC connection establishment) 과정을 수행할 수 있다.

단말은 랜덤 액세스 과정을 통해서 기지국과 역방향 전송 동기를 수립하고 RRCConnectionRequest 메시지를 기지국으로 전송할 수 있다 (1e-05). RRCConnectionRequest 메시지에는 단말의 식별자와 연결을 설정하고자 하는 이유(establishmentCause) 등이 포함될 수 있다.

기지국은 단말이 RRC 연결을 설정하도록 RRCConnectionSetup 메시지를 전송할 수 있다 (1e-10). RRCConnectionSetup 메시지에는 RRC 연결 구성 정보 등이 포함될 수 있다. RRC 연결은 SRB (Signaling Radio Bearer)라고도 하며, 이는 단말과 기지국 사이의 제어 메시지인 RRC 메시지 송수신에 사용될 수 있다. RRC 연결을 설정한 단말은 RRCConnetionSetupComplete 메시지를 기지국으로 전송할 수 있다 (1e-15). RRCConnetionSetupComplete 메시지에는 단말이 소정의 서비스를 위한 베어러 설정을 MME에게 요청하는 SERVICE REQUEST라는 제어 메시지가 포함될 수 있다.

기지국은 RRCConnetionSetupComplete 메시지에 수납된 SERVICE REQUEST 메시지를 MME로 전송하고 (1e-20), MME는 단말이 요청한 서비스를 제공할지 여부를 판단할 수 있다. 판단 결과 단말이 요청한 서비스를 제공하기로 결정하였다면 MME는 기지국에게 INITIAL CONTEXT SETUP REQUEST라는 메시지를 전송할 수 있다(1e-25). INITIAL CONTEXT SETUP REQUEST 메시지에는 DRB (Data Radio Bearer) 설정 시 적용할 QoS (Quality of Service) 정보, 그리고 DRB에 적용할 보안 관련 정보 (예를 들어 Security Key, Security Algorithm) 등의 정보가 포함될 수 있다.

기지국은 단말과 보안을 설정하기 위해서 SecurityModeCommand 메시지(1e-30)와 SecurityModeComplete 메시지(1e-35)를 교환할 수 있다. 보안 설정이 완료되면 기지국은 단말에게 RRCConnectionReconfiguration 메시지를 전송할 수 있다(1e-40). RRCConnectionReconfiguration 메시지에는 사용자 데이터가 처리될 DRB의 설정 정보가 포함되며, 단말은 DRB의 설정 정보를 적용해서 DRB를 설정하고 기지국에게 RRCConnectionReconfigurationComplete 메시지를 전송할 수 있다(1e-45).

단말과 DRB 설정을 완료한 기지국은 MME에게 INITIAL CONTEXT SETUP COMPLETE 메시지를 전송하고 (1e-50), 이를 수신한 MME는 S-GW와 S1 베어러를 설정하기 위해서 S1 BEARER SETUP 메시지와 S1 BEARER SETUP RESPONSE 메시지를 교환할 수 있다(1e-055, 1e-60). S1 베어러는 S-GW와 기지국 사이에 설정되는 데이터 전송용 연결이며 DRB와 1대 1로 대응된다.

전술한 과정이 모두 완료되면 단말은 기지국과 S-GW를 통해 데이터를 송수신할 수 있다(1e-65, 1e-70). 이처럼 일반적인 데이터 전송 과정은 크게 RRC 연결 설정, 보안 설정, DRB설정의 3단계로 구성될 수 있다. 또한 기지국은 소정의 이유로 단말에게 설정을 새로 해주거나 추가하거나 변경하기 위해서 RRCConnectionReconfiguration 메시지를 전송할 수 있다(1e-75).

도 1f는 이동통신 시스템에서 설정 정보 구성도이다.

LTE 시스템에서는 RRCConnectionReconfiguration 메시지 (1f-05)를 이용하여, SRB 혹은 DRB을 설정할 수 있다. SRB-ToAddModList 와 DRB-ToAddModList는 각각 SRB와 DRB의 설정 정보를 포함하고 있다. 일례로, DRB-ToAddModList는 통상 eps-bearerID, drb-ID, pdcp-Config, rlc-Config, LCH-ID, logicalChannelConfig을 포함할 수 있다. SRB-ToReleaseList 와 DRB-ToReleaseList는 SRB 혹은 DRB을 해제하는데 이용될 수 있다. 즉, DRB 관련 설정 정보가 모두 포함될 수 있다. 초기 LTE 시스템에서는 캐리어 어그리케이션 (carrier aggregation) 및 듀얼 커넥티비티(dual connectivity)를 지원하지 않았다. 반면 상기 기술들을 도입하면서, SCell에서의 SRB와 DRB을 설정하기 위해, 신규 IE들이 정의되었다. 또한, 듀얼 커넥티비티 에서는 베어러(bearer) 타입도 지시할 필요가 있었다. 결과적으로 현재 RRCConnectionReconfiguration 메시지는 매우 복잡한 구조를 가지고 있다.

차세대 이동통신 시스템에서는 초기 버전부터 캐리어 어그리케이션(carrier aggregation) 및 듀얼 커넥티비티 (dual connectivity), CU-DU (Central Unit-Distributed Unit) 구조를 지원하는 것을 염두에 두고 RRC 시그널링 구조를 설계한다. 따라서, 차세대 이동통신 시스템은 이전 시스템에 비해, 이해하기 수월하고, 효율적인 RRC 시그널링 구조를 가진다. 종래의 SRB-ToAddModList 와 DRB-ToAddModList IE을 사용하되, 이전과는 달리, 이들은 SRB 혹은 DRB에 대한 SRB 아이디 혹은 DRB 아이디, PDCP 계층, SDAP 계층과 관련된 설정 정보만을 포함할 수 있다. SRB-ToAddModList 와 DRB-ToAddModList는 RadioBearerConfig IE (1f-10)에 포함될 수 있다.

대신, RLC 계층 이하의 설정 정보는 신규 IE인 rlc-BearerToAddModList을 통해 제공될 수 있다. rlc-BearerToAddModList은 셀 그룹 (cell group) 단위 (1f-15, 1f-20)로 설정될 수 있다. rlc-BearerToAddModList는 통상 LCH-ID, ServedRadioBearer, rlc-Config, mac-LogicalChannelConfig를 포함할 수 있다. 따라서, 하나의 SRB 또는 DRB을 이용하기 위해서는 SRB-ToAddModList 또는 DRB-ToAddModList와 rlc-BearerToAddModList을 함께 설정해야 하며, 하나의 SRB 또는 DRB에 적용되는 SRB-ToAddModList 또는 DRB-ToAddModList와 rlc-BearerToAddModList을 맵핑시켜야 한다 (즉, srb-ID 또는 drb-ID은 ServedRadioBearer에 포함되어 맵핑된다).

도 1g는 본 개시의 일 실시예에 따른 RRC 연결 모드(RRC connected mode)에 있는 단말이 기지국으로부터 RRCReconfiguration 메시지 또는 RRCResume 메시지를 수신하였을 때 단말 동작 절차를 설명한 도면이다.

기지국 (1g-02)은 소정의 조건이 만족하면, 단말 (1g-01)에게 풀 컨피규레이션(full configuration)이 설정된 RRCReconfiguration/RRCResume 메시지를 전송할 수 있다(1g-05). full configuration이란 기존에 적용하고 있는 모든 설정 정보를 모두 삭제하고, 디폴트(default) 설정 정보 또는 기지국이 신규로 제공하는 설정 정보를 적용하는 것을 의미한다. full configuration은 단말이 핸드 오버를 수행할 때 (단말이 기지국으로부터 reconfigurationWithSync가 포함된 RRCReconfiguration/RRCResume 메시지를 수신하였을 경우), 소스 기지국에 의한 설정 정보를 타겟 기지국이 이해하지 못할 때, 또는 기지국이 해당 단말에 대해, 확장된 설정 정보 대신 기본 설정 정보 버전을 전환할 때 사용될 수 있다.

좀 더 구체적으로, 통상 한 단말에 대한 핸드 오버를 수행할 때, 소스 기지국은 타겟 기지국에 단말에 제공했던 설정 정보를 전송할 수 있다. 타겟 기지국은 전달받은 설정 정보 중 수정이 필요한 부분만을 소스 기지국에 전달할 수 있다. 소스 기지국은 단말에게 타겟 기지국에서 적용할 수정된 설정 정보를 송신할 수 있다. 이러한 절차는 개체간 전달해야되는 정보량을 줄일 수 있는 장점이 있다. 그런데, 소스 기지국이 높은 버전 (예를 들어, Rel-15)이고, 타겟 기지국이 낮은 버전 (예를 들어, Rel-8)이라면, 소스 기지국이 단말에 제공했던 설정 정보를 타겟 기지국에 전달하여도, 타겟 기지국은 이를 이해할 수 없다. 버전이 높아질수록 기존 기능을 보완하거나, 신규 기능을 지원하기 위해, 신규 정보 IE (Information Element) 혹은 field 들이 추가된다. 이러한 신규 정보는 아래 버전의 기지국이 이해할 수 없다.

따라서, 이와 같은 경우에는 타겟 기지국은 소스 기지국에게 풀 컨피규레이션(full configuration)을 요청하며, 필요한 모든 설정 정보를 소스 기지국에게 전달할 수 있다.

본 개시에서는 전술한 NR 설정 정보의 구조를 고려하여, 기지국이 RRCReconfiguration 메시지 또는 RRCResume를 이용하여 특정 단말에게 풀 컨피규레이션 (full configuration)을 트리거할 때 또는 트리거되지 않을 때, RRC 메시지는 하기 나열된 정보들 중 하나 혹은 복수개를 포함할 수 있다 (1g-05).

- fullConfig: 풀 컨피규레이션 (full configuration) 과정 수행을 지시하는 지시자

- CellGroupConfig: 셀 그룹 (cell group) 단위 (Master Cell Group (MCG) and/or Secondary Cell Group (SCG))의 설정 정보를 포함하고 있는 IE

- masterKeyUpdate: 단말이 MCG에서 사용하는 보안 키를 업데이트 하기 위한 정보를 포함하고 있는 IE

- radioBearerConfig: SRB 및/혹은 DRB에 대한 설정 정보를 포함하고 있는 IE

풀 컨피규레이션 (full configuration)을 트리거 하는 경우, 1g-10 단계에서 단말은 하기 제 0 동작, 제 1 동작, 제 2 동작을 순차적으로 수행할 수 있다.

제 0 동작:

1> MCG C-RNTI와 마스터 키(master key)와 결부된 보완 설정 정보를 제외하고, 현재 dedicated하게 설정된 모든 무선 컨피큐레이션(radio configuration)을 해제/삭제할 수 있다. 이는 단말이 기존에 적용하고 있는 모든 설정 정보를 모두 삭제하고, default 설정 정보 또는 기지국이 신규로 제공하는 설정 정보를 적용하기 위함이다.

1> 만약 masterCellGroup에 포함될 수 있는 spCellConfig에 reconfigurationWithSync (handover)가 포함될 경우,

2> 현재 모든 공통 무선 구성(common radio configuration)을 해제/삭제하고 T310 타이머, T311 타이머, N310 상수, N311 상수에 대해 default 값들을 사용할 수 있다.

1> 그렇지 않을 경우 (재설립(re-establishment) 절차를 수행한 후 풀 컨피규레이션(full configuration)이 트리거링 된 RRCReconfiguration 메시지를 수신한 경우)

2> 수신한 SIB1에 포함된 ue-TimersAndConstants에서 시그널링 되는 T310 타이머 값, T311 타이머 값, N310 상수값, N311 상수값을 사용할 수 있다.

1> default 물리 채널 설정, default 반-영구적 스케쥴링(semi-persisent scheduling)/configured grant configuration, default MAC 주 구성(main configuration)을 적용한다. 이는 단말이 상기 설정 정보들을 모두 해제/삭제하였기 때문이다.

1> SRB를 재설정하기 위해 radioBearerConfig에 포함될 수 있는 srb-ToAddModList에 srb-Identity가 명시적으로 포함된 경우,

2> 해당 srb-Identity에 대한 SRB에 대해 specified configuration을 적용할 수 있다.

2> 그리고 해당 SRB에 대해 default PDCP 설정 정보, default RLC 설정 정보, default 논리채널 설정 정보를 적용할 수 있다.

제 1 동작:

1> 현재 단말 구성(configuration)에 속하는 PDU 세션에 대해서

2> SDAP entity를 해제할 수 있다. 이는 PDU 세션과 SDAP entity는 일대일 매핑 관계를 가지기 때문에, 추후 SRB-ToAddModList 및/혹은 DRB-ToAddModList에 수납된 설정 정보를 이용하여 현재 단말 configuration에 속하는 PDU 세션에 매핑되는 SDAP entity 및 해당 SDAP 설정 정보가 재설정될 수 있기 때문이다.

2> PDU 세션에 결부된 각 DRB와 이에 해당하는 drb-identity를 해제할 수 있다. 이 때 단말이 drb-identity도 함께 해제하는 이유는 NR 설정 정보를 고려하는 경우 기지국은 시그널링 오버헤드를 줄이면서 단말은 효율적으로 PDCP entity와 RLC bearer를 해제할 수 있기 때문이다. 하나의 PDU 세션에 결부된 drb-identity는 하나 또는 복수 개로 구성될 수 있기 때문에, 단말은 DRB 해제 동작을 다음 두 가지 방법을 통해 수행할 수 있다.

- 기지국이 DRB-ToReleaseList에 drb-identity를 명시적으로 포함할 경우, 단말은 지시된 drb-identity에 해당하는 DRB, PDCP entity, RLC bearer를 해제할 수 있다.

- 기지국이 DRB-ToReleaseList에 drb-identity를 포함하지 않을 경우, 단말은 implicit하게 PDU 세션에 결부되어 해제된 각 DRB에 해당하는 drb-identity를 해제하여 해제한 drb-identity에 해당하는 DRB, PDCP entity, RLC bearer를 해제할 수 있다. 따라서 기지국은 풀 컨피규레이션(full configuration)을 단말에게 설정할 경우, RRCReconfiguration 메시지 또는 RRCResume 메시지에 DRB-ToReleaseList를 포함하지 않고 단말에게 시그널링할 수도 있다.

2> 해제된 DRB에 결부된 혹은 해제된 drb-identity에 결부된 각 RLC bearer를 해제한다. 이 때 단말이 RLC bearer를 해제하는 동작은 다음 두 가지 방법을 통해 수행될 수 있다.

- 기지국이 rlc-BearerToReleaseList에 logicalchannelIdentity가 명시적으로 포함되어 있을 경우, 상기 logicalchannelIdentity에 해당하는 하나 혹은 복수개의 RLC entity와 이에 상응하는 논리 채널을 해제할 수 있다.

- 기지국이 rlc-BearerToReleaseList에 logicalchannelIdentity가 명시적으로 포함하지 않을 경우, 상기 (full configuration의 결과) 절차를 통해 해제된 DRB/drb-identity/PDCP entity와 결부된 logicalchannelIdentity에 해당하는 하나 또는 복수개의 RLC entity와 이에 상응하는 논리 채널을 해제할 수 있다. 따라서 기지국은 풀 컨피규레이션 (full configuration)을 단말에게 설정할 경우, RRCReconfiguration 메시지 또는 RRCResume 메시지에 rlc-BearerToReleaseList를 포함하지 않고 단말에게 시그널링 할 수도 있다.

제 2 동작:

1> 현재 단말 구성(configuration)에 속하는 PDU 세션에 대해서, 해당 PDU 세션에 drb-ToAddModList가 포함되지 않은 경우:

2> 만약 RRCReconfiguration 또는 RRCResume 메시지에 reconfigurationWithSync가 포함되었을 경우 (예를 들어, 1g-05 단계가 핸드 오버에 의해 발생한 경우)

3> Reconfiguration with Sync 절차를 성공한 뒤 또는 핸드 오버 절차를 성공한 뒤 해당 PDU 세션에 대한 유저 플레인 리소스(user plane resources)가 해제되었다는 것을 상위 계층에게 알려줄 수 있다. 이는 Reconfiguration With Sync 절차를 성공하기 전 또는 핸드 오버 절차를 성공하기 전에 해당 PDU 세션에 대한 유저 플레인 리소스 (user plane resources)가 해제되었다는 것을 상위 계층에게 알려줄 경우, 절차 전에 NAS 메시지를 AS로 내려 보낼 위험이 있기 때문이다.

2> 그렇지 않을 경우

3> 해당 PDU 세션에 대한 유저 플레인 리소스(user plane resources)가 해제되었다는 것을 즉각 상위 계층에게 알려줄 수 있다. 참고로 전술한 절차는 풀 컨피규레이션 (full configuration)이 트리거링 되지 않고 기지국으로부터 RRCReconfiguration 메시지 또는 RRCResume 메시지를 수신하였을 경우에도 동일하게 적용될 수 있다.

1g-15 단계에서 단말이 기지국으로부터 RRCReconfiguration 메시지 또는 RRCResume 메시지에 CellGroupConfig IE를 수신하였을 경우, 제안하는 단말 동작은 다음과 같다.

제 3 동작:

1> 만약 CellGroupConfig에 reconfigurationWithSync를 포함하는 spCellConfig IE를 수신한 경우

2> Reconfiguration with sync 절차를 수행하고, suspended된 모든 radio bearer들에 대해 재개하고 모든 radio bearer들에 대해 SCG 전송을 재개할 수 있다 (만약 suspended된 경우)

1> 만약 CellGroupConfig에 rlc-BearerToReleaseList IE를 수신한 경우

2> RLC bearer 해제 절차를 수행할 수 있다.

1> 만약 CellGroupConfig에 rlc-BearerToAddModList IE를 수신한 경우

2> RLC bearer 추가 및 수정 절차를 수행할 수 있다.

1> 만약 CellGroupConfig에 mac-CellGroupConfig IE를 수신한 경우

2> 해당 cell group에 대해 MAC entity를 설정할 수 있다.

1> 만약 CellGroupConfig에 sCellToReleaseList를 수신한 경우

2> Scell 해제 절차를 수행할 수 있다.

1> 만약 CellGroupConfig에 spCellConfig를 수신한 경우

2> SpCell을 설정할 수 있다.

1> 만약 CellGroupConfig에 sCellToAddModList를 수신한 경우

2> Scell 추가 및 수정 절차를 수행할 수 있다.

1g-20 단계에서 단말이 기지국으로부터 RRCReconfiguration 메시지 또는 RRCResume 메시지에 radioBearerConfig IE를 수신하였을 경우, 제안하는 단말 동작은 다음과 같다.

제 4 동작:

1> 만약 RadioBearerConfig에 srb3-ToRelease가 포함되고 true로 설정될 경우

2>SRB3 해제 절차를 수행할 수 있다.

1> 만약 CellGroupConfig에 srb-ToAddModList IE를 수신한 경우

2> SRB 추가 또는 재설정 절차를 수행할 수 있다.

1> 만약 CellGroupConfig에 drb-ToReleaseList를 수신한 경우

2> DRB 해제 절차를 수행할 수 있다.

1> 만약 CellGroupConfig에 drb-ToAddModList를 수신한 경우

2> DRB 추가 또는 재설정 절차를 수행할 수 있다.

1> 모든 SDAP entitiy들에 대해 결부된 DRB가 없는 경우 해제할 수 있다.

2> 만약 상기 해제 절차가 reconfigurationWithSync를 수신하여 트리거된 경우에는

3> 해제된 SDAP entities에 결부된 PDU 세션들에 대해 Reconfiguration with sync 절차를 성공적으로 수행한 뒤 또는 핸드 오버 절차를 성공적으로 수행한 뒤 상위 계층에게 유저 플레인 리소스 (user plane resource)가 해제되었다는 것을 지시할 수 있다.

2> 그렇지 않을 경우

3> 해제된 SDAP entities에 결부된 PDU 세션들에 대해 즉각 상위 계층에게 user plane resource가 해제되었다는 것을 지시할 수 있다. 참고로 전술한 절차는 풀 컨피규레이션 (full configuration)이 트리거링 되지 않고 기지국으로부터 RRCReconfiguration 메시지 또는 RRCResume 메시지를 수신하였을 경우에도 동일하게 적용될 수 있다.

도 1h는 일 실시예에 따른 단말의 동작을 설명하기 위한 흐름도이다. 단계 1h-01에서, 단말은 기지국으로부터 RRC (Radio Resource Control) 재구성 메시지 또는 RRC 연결 재개(resume) 메시지를 수신할 수 있다.

단계 1h-02에서, 단말은 단말의 PDU 세션에 대응되는 적어도 하나의 DRB 및 상기 적어도 하나의 DRB의 식별자(identity) 중 해제 대상이 되는 DRB 및 DRB 식별자를 결정할 수 있다.

단계 1h-03에서, 단말은 결정된 DRB 및 결정된 DRB의 식별자를 해제할 수 있다.

도 1i는 일 실시예에 따른 기지국의 동작을 설명하기 위한 흐름도이다.

단계 1i-01에서, 기지국은 단말이 설정 정보의 재구성을 위한 풀 컨피규레이션(full configuration)의 조건을 만족하는지 여부를 판단할 수 있다.

단계 1i-01에서, 기지국은 판단 결과 풀 컨피규레이션의 조건이 만족된 경우, 상기 단말에 RRC (Radio Resource Control) 재구성 메시지 또는 RRC 연결 재개(resume) 메시지를 송신할 수 있다. RRC 재구성 메시지 또는 RRC 연결 재개 메시지에 포함된 정보에 따라 단말에서 해제되는 DRB 및 DRB 식별자가 결정될 수 있다.

도 2e는 본 개시의 일 실시예에 따른 기지국이 단말의 연결을 해제하여 단말이 RRC 연결 모드(RRC connected mode)에서 RRC 유휴 모드(RRC idle mode)로 전환하는 절차와 단말이 기지국과 연결을 설정하여 RRC 유휴 모드(RRC idle mode)에서 RRC 연결 모드(RRC connected mode)로 전환하는 절차를 설명한 도면이다.

도 2e에서 기지국은 RRC 연결 모드에서 데이터를 송수신하는 단말이 소정의 이유로 또는 일정 시간 동안 데이터의 송수신이 없으면 RRCConnectionRelease 메시지를 단말에게 보내어 단말을 RRC 유휴모드로 전환하도록 할 수 있다(2e-01). 추후에 현재 연결이 설정되어 있지 않은 단말(이하 idle mode UE)은 전송할 데이터가 발생하면 기지국과 RRC 연결 재설립 (connection establishment) 과정을 수행할 수 있다. 단말은 랜덤 액세스 과정을 통해서 기지국과 역방향 전송 동기를 수립하고 RRCConnectionRequest 메시지를 기지국으로 전송할 수 있다 (2e-05). RRCConnectionRequest 메시지에는 단말의 식별자와 연결을 설정하고자 하는 이유(establishmentCause) 등이 포함될 수 있다.

기지국은 단말이 RRC 연결을 설정하도록 RRCConnectionSetup 메시지를 전송할 수 있다 (2e-10). RRCConnectionSetup 메시지에는 RRC 연결 구성 정보 등이 포함될 수 있다. RRC 연결은 SRB (Signaling Radio Bearer)라고도 하며, 단말과 기지국 사이의 제어 메시지인 RRC 메시지 송수신에 사용될 수 있다.

RRC 연결을 설정한 단말은 RRCConnetionSetupComplete 메시지를 기지국으로 전송할 수 있다 (2e-15). RRCConnetionSetupComplete 메시지에는 단말이 이용 가능한 비행 경로 정보(flight path information)가 있을 경우, flightPathInfoAvailable이 포함될 수 있다. 또한, RRCConnetionSetupComplete 메시지에는 단말이 소정의 서비스를 위한 베어러 설정을 MME에게 요청하는 SERVICE REQUEST라는 제어 메시지가 포함될 수 있다.

기지국은 RRCConnetionSetupComplete 메시지에 수납된 SERVICE REQUEST 메시지를 MME로 전송하고 (2e-20), MME는 단말이 요청한 서비스를 제공할지 여부를 판단할 수 있다. 판단 결과, 단말이 요청한 서비스를 제공하기로 결정하였다면 MME는 기지국에게 INITIAL CONTEXT SETUP REQUEST라는 메시지를 전송할 수 있다(2e-25). INITIAL CONTEXT SETUP REQUEST 메시지에는 DRB (Data Radio Bearer) 설정 시 적용할 QoS (Quality of Service) 정보, 그리고 DRB에 적용할 보안 관련 정보 (예를 들어 Security Key, Security Algorithm) 등의 정보가 포함될 수 있다.

기지국은 단말과 보안을 설정하기 위해서 SecurityModeCommand 메시지(2e-30)와 SecurityModeComplete 메시지(2e-35)를 교환할 수 있다. 보안 설정이 완료되면 기지국은 단말에게 RRCConnectionReconfiguration 메시지를 전송할 수 있다(2e-40). RRCConnectionReconfiguration 메시지에는 사용자 데이터가 처리될 DRB의 설정 정보가 포함되며, 단말은 DRB의 설정 정보를 적용해서 DRB를 설정하고 기지국에게 RRCConnectionReconfigurationComplete 메시지를 전송할 수 있다(2e-45). RRCConnectionReconfigurationComplete 메시지에는 단말이 이용 가능한 비행 경로 정보(flight path information)가 있을 경우, flightPathInfoAvailable이 포함될 수 있다.

단말과 DRB 설정을 완료한 기지국은 MME에게 INITIAL CONTEXT SETUP COMPLETE 메시지를 전송하고 (2e-50), 이를 수신한 MME는 S-GW와 S1 베어러를 설정하기 위해서 S1 BEARER SETUP 메시지와 S1 BEARER SETUP RESPONSE 메시지를 교환할 수 있다(2e-055, 2e-60). S1 베어러는 S-GW와 기지국 사이에 설정되는 데이터 전송용 연결이며 DRB와 1대 1로 대응된다.

전술한 과정이 모두 완료되면 단말은 기지국과 S-GW를 통해 데이터를 송수신할 수 있다(2e-65, 2e-70). 이처럼 일반적인 데이터 전송 과정은 크게 RRC 연결 설정, 보안 설정, DRB설정의 3단계로 구성될 수 있다.

또한, 기지국은 소정의 이유로 단말에게 설정을 새로 해주거나 추가하거나 변경하거나 핸드오버를 수행하기 위해서 RRCConnectionReconfiguration 메시지를 전송할 수 있다(2e-75). 단말은 RRCConnectionReconfiguration 메시지에 포함된 정보를 적용해서 DRB를 설정하고 단말이 이용 가능한 비행 경로 정보(flight path information)가 있을 경우, flightPathInfoAvailable을 포함하여 기지국에게 RRCConnectionReconfigurationComplete 메시지를 전송할 수 있다(2e-80).

도 2f는 본 개시에 따른 기지국이 단말에게 RRC 연결 모드(RRC connected mode)에서 적용 가능한 measurement configuration을 제공하여 RRC 연결 모드 단말이 measurement을 수행하는 절차를 설명하기 위한 도면이다.

도 2f에서 기지국은 단말에게 RRC 연결 모드에서 적용 가능한 측정 설정 정보(measConfig)를 포함한 RRCConnectionReconfiguration 메시지 혹은 RRCConnectionResume 메시지를 전송한다(2f-01). 상기 메시지에 포함된 measConfig는 다음과 같은 정보를 포함할 수 있다.

1. Measurement objects: UE가 측정(measurement)을 수행할 대상들. 예를 들면, 다음의 정보들이 measurement object가 될 수 있다.

- 만약 단말이 LTE 셀에 접속한 경우, 인트라-주파수(intra-frequency)와 인터-주파수(inter-frequency)의 측정(measurement)을 위해 measurement object은 단일 E-UTRA 캐리어 주파수를 의미하며, 해당 캐리어 주파수와 연관되어 기지국은 셀 별 오프셋 리스트, blacklisted 셀들의 리스트, whitelisted 셀들의 리스트를 설정할 수 있다. inter-RAT NR measurement의 경우, measurment object은 단일 NR 캐리어 주파수를 의미하여, 해당 캐리어 주파수와 연관되어 기지국은 blacklisted 셀들의 리스트를 설정할 수 있다.

- 만약 단말이 NR 셀에 접속한 경우 인트라-주파수(intra-frequency)와 인터-주파수(inter-frequency)의 측정(measurement)을 위해 measurement object은 측정해야 할 주파수/시간 위치와 기준 신호들의 서브 캐리어 스페이싱 (subcarrier spacing)을 의미하며, 해당 measurement object와 연관되어 기지국은 셀 별 오프셋 리스트, blacklisted 셀들의 리스트, whitelisted 셀들의 리스트를 설정할 수 있다. inter-RAT E-UTRA measurement의 경우, measurment object은 단일 E-UTRA 캐리어 주파수를 의미하여, 해당 캐리어 주파수와 연관되어 기지국은 셀 별 오프셋 리스트, blacklisted 셀들의 리스트, whitelisted 셀들의 리스트를 설정할 수 있다. 단말은 LTE 셀에 접속하거나 혹은 NR 셀에 접속하였을 경우 blacklisted 셀들의 리스트에 대해서는 이벤트 평가나 measurement reporting을 수행하지 않고 whitelisted 셀들의 리스트에 대해서만 이벤트 평가나 measurement reporting을 수행할 수 있다.

2. Reporting configurations: UE에게 MeasurementReport 메시지를 전송하기 위한 reporting configurations 리스트. 예를 들면, 다음의 정보가 개별 reporting configuration이 될 수 있다.

- 리포팅 기준(reporting criterion): UE가 기지국에게 MeasurementReport 메시지를 전송해야 하는 조건을 포함할 수 있으며, 해당 조건은 주기적이거나 단일 이벤트 설명일 수 있다.

- 리포팅 포맷(reporting format): UE가 MeasurementReport 메시지에 포함해야 하는 값들과 이와 관련된 정보 (예를 들면, 보고해야할 셀/빔들의 수)

- RS type: SSB 또는 CSI-RS와 같은 빔 또는 셀 측정 결과를 위해 사용되는 RS

3. Measurement identities: Measurement object를 식별하기 위한 식별자들. 각 식별자는 하나의 리포팅 구성(reporting configuration)을 하나의 measurement object와 연결지을 수 있다.

4. Quantity configurations: UE가 측정할 값들과 layer 3 필터링 계수 (filtering coefficients).

5. Measurement gaps: UE가 이웃 셀을 측정하는 주기.

2f-01 단계에서 measConfig를 포함한 RRCConnectionReconfiguration 메시지 또는 RRCConnectionResume 메시지를 수신한 단말은 하기와 같이 일련의 과정을 수행할 수 있다.

- 만약 수신한 measConfig에 measObjectToRemoveList가 포함되어 있다면, 측정 대상 제거 (measurement object removal) 절차를 수행할 수 있다. measObjectToRemoveList에는 지워야하는 MeasObjectID (measurement object 식별자) 리스트가 포함될 수 있다.

- 만약 수신한 measConfig에 measObjectToAddModList가 포함되어 있다면, 측정 대상 추가/수정 (measurement object addition/ modification) 절차를 수행할 수 있다. measObjectToAddModList에는 새롭게 추가하거나 변경하고자 하는 MeasObjectID, RAT 중 하나의 measObject (예를 들면, LTE인 경우 measObjectEUTRA) 리스트가 포함될 수 있다.

- 만약 수신한 measConfig에 reportConfigToRemoveList가 포함되어 있다면, 리포팅 구성 제거(reporting configuration removal) 절차를 수행할 수 있다. reportConfigToRemoveList에는 지워야하는 ReportConfigID 리스트가 포함될 수 있다.

- 만약 수신한 measConfig에 reportConfigToAddModList가 포함되어 있다면, 리포팅 구성 추가/ 수정(reporting configuration addition/ modification) 절차를 수행할 수 있다. reportConfigToAddModList에는 reportConfigID, reportConfig 리스트가 포함되어 있으며, reportConfig는 다음 중 하나의 Information Element (IE)가 될 수 있다.

* reportConfigEUTRA: E-UTRA measurement reporting 이벤트를 트리거링하기 위한 조건들이 포함되어 있는 IE. 예를 들면, 해당 IE에 기지국은 단말에게 H1 이벤트 및/혹은 H2 이벤트를 설정할 수 있다.

1) H1 이벤트: (Aerial) 단말의 고도가 절대적 임계치 (absolute threshold) 보다 높을 경우

2) H2 이벤트: (Aerial) 단말의 고도가 절대적 임계치 (absolute threshold) 보다 낮을 경우

* reportConfigInterRAT: inter-RAT 측정 리포팅 (measurement reporting) 이벤트를 트리거링하기 위한 조건들이 포함되어 있는 IE.

- 만약 수신한 measConfig에 quantityConfig가 포함되어 있다면, quantity configuration 절차를 수행할 수 있다. quantityConfig에는 RAT 별 UE가 측정할 값들과 layer 3 filtering coefficients가 포함되어 있다. 예를 들면, E-UTRA measurement에 적용 가능한 QuantityConfigEUTRA IE에는 RSRP 및/혹은 RSRQ 및/혹은 CSI RSRP 및 혹은 RS-SINR filter coefficient 값들이 포함되어 있다.

- 만약 수신한 measConfig에 measIdToRemoveList가 포함되어 있다면, 측정 신원 제거(measurement identity removal) 절차를 수행할 수 있다. measIDRemoveList에는 지워야하는 MeasID (measurement configuration을 식별하기 위해 사용되며 measurement object와 reporting configuration을 연결하는 식별자) 리스트가 포함될 수 있다.

- 만약 수신한 measConfig에 measIdToAddModList가 포함되어 있다면, 측정 신원 추가/수정 (measurement identity addition/ modification) 절차를 수행할 수 있다. measIdToAddModList에는 새롭게 추가하거나 변경하는 MeasID, MeasObjectID, ReportConfigID (measurement reporting configuration 식별자)들의 리스트가 포함될 수 있다.

2f-01 단계에서 기지국이 단말에게 H1 이벤트 및/혹은 H2 이벤트를 설정한 경우, 단말은 고도(height)를 측정할 수 있다(2f-05). 본 개시에따르면, 단말은 H1 이벤트 및/또는 H2 이벤트에 대해 측정 리포트 (measurement report)가 트리거링 되는 지를 다음의 일련의 과정을 통해 판단할 수 있다.

- 단말은 보완을 성공적으로 활성화하였는 지 판단한다(2f-10).

- 그리고 단말은 내부 변수인 VarMeasConfig (단말이 수행해야할 measurements에 대해 축적된 measurement configuration 정보) 내에 존재하는 measIdList에 포함되어 있는 개별 measID에 대해, 다음 조건들 중 하나가 만족하는 지 확인할 수 있다.

* 조건 1: 만약 트리거타입 (triggerType)이 이벤트 (event)로 설정되어 있고, eventId가 eventH1로 설정되어 있고, 단말 변수인 H1Triggered이 FALSE로 설정되어 있고, eventH1에 대해 VarMeasConfig에 정의되어 있는 timeToTrigger 동안 VarMeasConfig 내에 reportConfig에 해당하는 eventId에 대해 entering 조건을 만족할 경우 (2f-15)

1) 새롭게 제안/정의하는 변수 H1Triggered은 단말이 timeToTrigger 동안 entering 조건을 만족하여 단말이 기지국에게 measurement reporting 절차를 수행 전/후, 해당 값을 TRUE로 설정하여 추후 H1Triggered가 FALSE로 설정되기 전까지 단말이 지속적으로 measurement reporting 절차를 수행하지 않게 하기 위함이다. 이는 H1 이벤트의 경우, 단말의 고도를 기반으로 트리거링 되기 때문에 H1Triggered 변수를 도입하지 않을 경우 단말이 매번 timeToTrigger 동안 entering 조건을 만족할 수 있기 때문이다. 본 개시에서는 변수 이름을 H1Triggered로 표현하고 이를 FALSE/ TRUE로 설정하는 것을 통해 상기 목적을 달성하는 것을 설명하기 위해 예시를 든 것이며, 상기 목적을 달성할 수 있는 어떠한 이름/설정 방법도 가능할 것이다.

2) eventH1에 대한 entering 조건은 아래의 수학식 1을 통해 결정될 수 있다.

<수학식 1>

Inequality H1-1 (Entering condition)

Ms - Hys > Thresh + Offset

수학식 1에서 사용되는 파라미터들의 정의는 3GPP 표준 문서 "36.331: Radio Resource Control (RRC)"를 참고하여 결정될 수 있으며, 해당 파라미터들은 measConfig에 포함되어 있다.

* 조건 2: 만약 triggerType이 event로 설정되어 있고, eventId가 eventH2로 설정되어 있고, 단말 변수인 H2Triggered이 FALSE로 설정되어 있고, eventH2에 대해 VarMeasConfig에 정의되어 있는 timeToTrigger 동안 VarMeasConfig 내에 reportConfig에 해당하는 eventId에 대해 entering 조건을 만족할 경우(2f-15)

1) 새롭게 제안하고/정의하는 변수 H2Triggered은 단말이 timeToTrigger 동안 entering 조건을 만족하여 단말이 기지국에게 measurement reporting 절차를 수행하면, 해당 값을 TRUE로 설정하여 추후 H2Triggered가 FALSE로 설정되기 전까지 단말이 지속적으로 measurement reporting 절차를 수행하지 않게하기 위함이다. 이는 H2 이벤트의 경우, 단말의 고도를 기반으로 트리거링 되기 때문에 H2Triggered 변수를 도입하지 않을 경우 단말이 매번 timeToTrigger 동안 entering 조건을 만족할 수 있는 가능성이 있기 때문이다. 본 개시에서는 변수 이름을 H2Triggered로 표현하고 이를 FALSE/ TRUE로 설정하는 것을 통해 상기 목적을 달성하는 것을 설명하기 위해 예시를 든 것이며, 상기 목적을 달성할 수 있는 어떠한 이름/설정 방법도 가능할 것이다.

2) eventH2에 대한 entering 조건은 아래의 수학식 2를 통해 결정될 수 있다.

<수학식 2>

Inequality H2-1 (Entering condition)

Ms + Hys < Thresh + Offset

수학식 2에서 사용되는 파라미터들의 정의는 3GPP 표준 문서 "36.331: Radio Resource Control (RRC)"를 참고하여 결정될 수 있으며, 해당 파라미터들은 measConfig에 포함되어 있다.

- 그리고 단말은 2f-15 단계에서 상술한 조건 (조건 1 또는 조건 2)을 만족하는 measId에 대해 VarMeasReportList 내에 있는 measurement reporting entry를 포함할 수 있다(2f-20).

- 그리고 단말은 2f-20 단계에서 상술한 measId에 대해 VarMeasReportList 내에 있는 numberOfReportsSent를 0으로 설정할 수 있다(2f-25).

- 그리고 단말은 2f-15 단계에서 만족한 eventH1 또는 eventH2에 대해 measurement reporting 절차를 수행하여 기지국에게 MeasurementReport 메시지를 전송할 수 있다. MeasurementReport 메시지에는 가능하다면 단말의 고도 좌표 및/또는 heightUE에 단말의 고도가 설정된 정보가 포함될 수 있다(2f-30). 또한, MeasurementReport 메시지를 전송하기 전에 단말은 numberOfReportsSent를 1씩 증가시킬 수 있다.

- 그리고 단말은 조건 1이 만족할 경우 eventH1에 대해 H1Triggered을 TRUE로 설정하거나 또는 조건 2가 만족할 경우 eventH2에 대해 H2Triggered을 TRUE로 설정할 수 있다(2f-35). 2f-35 단계는 2f-20 단계 이전 또는 2f-25 단계 이전 또는 2f-30 단계 이전에 수행될 수도 있다.

- 그리고 단말은 2f-40 단계에서 다음 조건 중 하나가 만족하는지 여부를 확인할 수 있다.

* 조건 3: 만약 triggerType이 event로 설정되어 있고, eventId가 eventH1로 설정되어 있고, 단말 변수인 H1Triggered이 TRUE로 설정되어 있고, eventH1에 대해 VarMeasConfig에 정의되어 있는 timeToTrigger 동안 VarMeasConfig 내에 reportConfig에 해당하는 eventId에 대해 leaving 조건을 만족할 경우 (2f-40)

1) eventH1에 대한 종료(leaving) 조건은 아래의 수학식 3을 통해 결정될 수 있다.

<수학식 3>

Inequality H1-2 (Leaving condition)

Ms + Hys < Thresh + Offset

수학식 3에서 사용되는 파라미터들의 정의는 3GPP 표준 문서 "36.331: Radio Resource Control (RRC)"를 참고하여 결정될 수 있으며, 해당 파라미터들은 measConfig에 포함되어 있다.

* 조건 4: 만약 triggerType이 event로 설정되어 있고, eventId가 eventH2로 설정되어 있고, 단말 변수인 H2Triggered이 TRUE로 설정되어 있고, eventH2에 대해 VarMeasConfig에 정의되어 있는 timeToTrigger 동안 VarMeasConfig 내에 reportConfig에 해당하는 eventId에 대해 leaving 조건을 만족할 경우(2f-40)

1) eventH2에 대한 종료(leaving) 조건은 아래의 수학식 4을 통해 결정될 수 있다.

<수학식 4>

Inequality H2-2 (Leaving condition)

Ms - Hys > Thresh + Offset

수학식 4에서 사용되는 파라미터들의 정의는 3GPP 표준 문서 "36.331: Radio Resource Control(RRC)"를 참고하여 결정될 수 있으며, 해당 파라미터들은 measConfig에 포함되어 있다.

- 만약 단말은 2f-40 단계에서 상술한 조건 중 하나가 만족하는 경우, 해당 이벤트 (eventH1 또는 eventH2)에 대응되는 reporting configuration에 reportOnLeave가 TRUE로 설정되어 있는 경우, measurement reporting 절차를 수행하여 기지국에게 MeasurementReport 메시지를 전송할 수 있다. MeasurementReport 메시지에는 가능하다면 단말의 고도 좌표 및/또는 heightUE에 단말의 고도가 설정된 정보가 포함될 수 있다. 또한 단말은 MeasurementReport 메시지를 전송하기 전에 numberOfReportsSent를 1씩 증가시킬 수 있다. 만약 reportOnLeave가 FALSE로 설정되어 있거나 eventH1 및/또는 eventH2에 대해 reportOnLeave가 존재하지 않은 경우, 단말은 measurement reporting 절차를 수행하지 않고 2f-50 단계를 바로 수행할 수 있다(2f-45).

- 그리고 단말은 eventH1인 경우 H1Triggered을 FALSE로 설정하거나 또는 eventH2인 경우 H2Triggered FALSE로 설정할 수 있다(2f-50). 2f-50 단계는 2f-45 단계 이전에 수행될 수도 있다.

도 3e는, 본 개시의 일실시 예에 따른 이동통신 시스템 내에서 V2X 통신을 설명하는 도면이다.

V2X(vehicle-to-everything)는 차량과 모든 인터페이스(interface)를 통한 통신 기술을 통칭하고, 그 형태 및 통신을 이루는 구성 요소에 따라서 V2V(vehicle-to-vehicle), V2I(vehicle-to-intrastructure), V2P(vehicle-to-pedestrian), V2N(vehicle-to-network) 등이 있다.

도 3e를 참조하면, 기지국(3e-01)은 V2X를 지원하는 셀(3e-02) 안에 위치한 적어도 하나의 차량 단말(3e-05, 3e-10)과 보행자 휴대 단말(3e-15)을 포함할 수 있다. V2X는 Uu 인터페이스를 통해 지원이 가능하다. 일례로, 차량 단말(3e-05)은 기지국(3e-01)과 차량 단말-기지국 간 상하향링크(Uplink (UL)/ Downlink(DL), 3e-30, 3e-35)를 이용하여 셀룰러 통신을 수행하거나, 보행자 휴대단말(3e-15)은 보행자 단말-기지국 간 상하향링크(UL/DL, 3e-40)를 이용하여 셀룰러 통신을 수행할 수 있다.

또한, V2X는 PC5 인터페이스를 통해서도 지원이 가능하다. PC5 인터페이스를 통한 V2X는 단말-단말 간 링크(Sidelink (SL), 3e-20, 3e-25)를 이용하여 V2X 사이드링크(Sidelink, 이하 SL) 통신을 수행할 수 있다. 일례로, 기지국의 커버리지에 존재하는(in coverage of E-UTRA/NR) 차량 단말(3e-05)은 다른 차량 단말(3e-10, 3e-45) 또는 보행자 휴대 단말(3e-15, 3e-55)과 전송 채널인 사이드링크(SL, 3e-20, 3e-50, 3e-25, 3e-60)를 통해 자원 할당 모드(scheduled 자원 할당 또는 UE autonomous 자원 선택) 또는 Preconfiguration 자원을 기반으로 V2X 데이터 패킷을 송수신할 수 있다.

scheduled 자원 할당(mode 1 또는 mode 3)은 기지국이 RRC 연결된 단말들에게 dedicated 스케쥴링 방식으로 사이드링크 전송에 사용되는 자원을 할당하는 방법이다. scheduled 자원 할당 방법은 기지국이 사이드링크의 자원을 관리할 수 있기 때문에 간섭 관리와 자원 풀의 관리(동적 할당, semi-persistence transmission)에 효과적일 수 있다. RRC 연결 모드(RRC connected mode) 단말은 다른 단말(들)에게 전송할 데이터가 있을 경우, 기지국에게 RRC 메시지 또는 MAC 제어 요소(Control Element, 이하 CE)를 이용하여 다른 단말(들)에게 전송할 데이터가 있음을 알리는 정보를 전송할 수 있다. 일례로, RRC 메시지는 SidelinkUEInformation, UEAssistanceInformation 메시지 등이 사용될 수 있고, MAC CE는 새로운 포맷 (적어도 V2X 통신을 위한 버퍼상태보고임을 알리는 지시자와 사이드링크 통신을 위해 버퍼되어 있는 데이터의 사이즈에 대한 정보 포함)의 버퍼상태보고 MAC CE 등이 사용될 수 있다.

UE autonomous 자원 선택(mode 2 또는 mode 4)은 기지국이 V2X를 위한 SL 송수신 자원 풀을 시스템 정보 혹은 RRC 메시지 (일례로, RRCReconfiguration 메시지, PC5-RRC 메시지)로 단말에게 제공하고, 단말이 정해진 룰에 따라 자원 풀을 선택하는 방법이다. UE autonomous 자원 선택은 다음의 자원 할당 모드 중 하나 혹은 복수 개의 모드에 속할 수 있다.

- UE는 송신을 위해 자율적으로 사이트 링크 자원을 선택함 (UE autonomously selects sidelink resource for transmission)

- UE는 다른 UE들에 대한 사이드 링크 자원 선택을 지원함 (UE assists sidelink resource selection for other UEs)

- UE는 사이드 링크 송신의 허가를 위해 NR로 구성됨 (UE is configured with NR configured grant for sidelink transmission)

- UE는 다른 UE의 사이드링크 전송을 스케쥴링함 (UE schedules sidelink transmission of other UEs)

단말의 자원 선택 방법으로는 존 매핑(zone mapping), 센싱(sensing) 기반의 자원 선택, 랜덤 선택 등이 포함될 수 있다.

기지국의 커버리지에 존재하더라도 scheduled 자원 할당 또는 UE autonomous 자원선택 모드를 수행하지 못할 수 있으며, 이럴 경우 단말은 미리 설정된(preconfigured) 사이드링크 송수신 자원 풀(Preconfiguration 자원)을 통해 V2X SL 통신을 수행할 수도 있다. 일례로, Preconfiguration 자원은 v2x-CommRxPoolList in SL-V2X-Preconfiguration 및/또는 v2x-CommTxPoolList or p2x-CommTxPoolList in SL-V2X-Preconfiguration)을 칭할 수 있다.

또한, 기지국의 커버리지에 벗어난(out-of-coverage of E-UTRA/NR) 차량 단말(3e-45)은 다른 차량 단말(3e-65) 또는 보행자 휴대 단말(3e-55)과 전송 채널인 사이드링크 (SL, 3e-70, 3e-75)를 통해 상술한 사이드링크 Preconfiguration 자원을 기반으로 V2X SL 통신을 수행할 수 있다.

LTE 의 경우, 기본 안전 서비스(basic safety service)를 주 목표로 설계가 되었기 때문에, LTE SL 통신은 하나의 단말이 다른 특정 단말과 별도로 세션을 맺는 과정을 수행하거나 SL 연결 절차 과정(sidelink connection establishment procedure)을 수행하지 않고, 브로드캐스트(broadcast) 전송 타입을 통해서만 지원이 가능하도록 설계가 되었다. 그러나 차세대 이동 통신(NR) 내에서 V2X SL 통신은 기본 안전 서비스뿐만 아니라 다양하고 향상된 서비스 (일 예로, 자율 주행 서비스, platnooning 서비스, 원격 주행 서비스, 차량 내 인포테인먼트)를 제공하도록 설계가 될 수 있다. 따라서 NR V2X SL 통신의 경우 브로드캐스트 전송 타입 뿐만 아니라 유니캐스트(unicast) 및/또는 그룹캐스트(groupcast) 전송 타입이 지원되게 설계가 될 수 있다.

도 3f는, 본 개시의 일 실시 예에 따른 NR V2X SL 유니캐스트(unicast) 지원을 위해, 유니캐스트 링크 설립 절차(unicast link establishment procedure)를 설명하는 도면이다.

도 3f를 참조하면, 유니캐스트 링크 설립을 위해, 차량 단말 (3f-01)은 다른 차량 단말 또는 보행자 휴대 단말(3f-02)과 디스커버리 절차(discovery procedure)를 수행(3f-05)할 수 있다. 이를 통해, NR V2X SL 유니캐스트를 위한 다른 차량 단말 또는 보행자 휴대 단말(3f-02)의 Destination Layer 2 ID(또는 destination ID for the target UE)를 획득할 수 있다.

차량 단말(3f-01)은 다른 차량 단말 또는 보행자 휴대 단말(3f-02)에게 DIRECT_COMMUNICATION_REQUEST 메시지를 전송(3f-10)함으로써 상위 계층 연결 절차 과정(Upper layer connection establishment procedure)을 수행할 수 있다. DIRECT_COMMUNICATION_REQUEST 메시지는 PC5-Signalling Protocol에서 생성되는 PC5 시그널링 메시지이다.

차량 단말은(3f-01)은 다른 차량 단말 또는 보행자 휴대 단말(3f-02)에게 PC5-RRC 메시지를 전송(3f-15)함으로써 AS 계층 연결 절차 과정(AS layer connection establishment procedure)을 수행할 수 있다. 본 개시에서는 상기 PC5-RRC 메시지가 전송되는 시점(3f-15)을 제안하고자 한다. PC5-RRC 메시지는,

- DIRECT_COMMUNICATION_REQUEST 메시지와 동시에 전송되거나 또는

- DIRECT_COMMUNICATION_REQUEST 메시지와 다중화되어(multiplexed) 전송되거나 또는

- DIRECT_COMMUNICATION_REQUEST 메시지가 전송된 후 전송되거나 또는

- DIRECT_SECURITY_MODE_COMMAND 메시지 수신 후 전송되거나 또는

- DIRECT_SECURITY_MODE_COMPLETE 메시지와 동시에 전송되거나 또는

- DIRECT_SECURITY_MODE_COMPLETE 메시지와 다중화되어(multiplexed) 전송되거나 또는

- DIRECT_SECURITY_MODE_COMPLETE 메시지가 전송된 후 전송되거나 또는

- DIRECT_COMMUNICATION_ACCEPT 메시지 수신 후 전송될 수 있다.

상기 메시지는 RRC에서 생성되는 PC5 RRC 메시지(3f-15)로 다음의 정보 중 일부 또는 전체를 포함할 수 있다.

- Preconfiguration 송신 자원 풀 및/또는 수신 자원 풀을 사용할 지 안 할지 명시적(explicit)으로 알려주는 지시자 또는 IE

** 상기 지시자 또는 IE 를 통해, 두 단말은 NR V2X SL 유니캐스트를 통해 V2X 데이터 패킷을 송수신할 때 Preconfiguration 송신 자원 풀 및/또는 수신 자원 풀을 사용 할 지, 자원 할당 모드(scheduled 자원 할당(mode 1 또는 mode 3) 및/또는 UE autonomous 자원 선택(mode 2 또는 mode 4))를 기반으로 별도의 송수신자원 풀을 사용할 지를 알 수 있다. 일 예로, 지시자 또는 IE는 TRUE/FALSE, BOOLEAN 등의 형태로 표현되거나 INTEGER 또는 ENUMERATED 형태로 표현될 수도 있다.

** 일례로, Preconfiguration 송신 자원 풀은 SL-V2X-Preconfiguration IE에 포함된 v2x-CommTxPoolList 또는 p2x-CommTxPoolList를 의미할 수 있고, Preconfiguration 수신 자원 풀은 SL-V2X-Preconfiguration IE에 포함된 v2x-CommRxPoolList를 의미할 수 있다.

- one-to-one (unicast) 및/또는 one-to-relay (unicast) 및/또는 one-to-many(groupcast and/or multicast and/or broadcast)의 목적으로 링크를 설립한다고 알려주는 지시자 또는 IE:

** 상기 지시자 또는 IE를 통해, 두 단말 간 one-to-one 유니캐스트를 통해 NR V2X SL 통신을 하고자 하는 것을 알 수 있다. 일 예로, 상기 지시자 또는 IE는 INTEGER 형태나 ENUMERATED 형태로 표현될 수도 있다.

- Qos 관련 정보를 나타내는 5QI (5G QoS Indicator) 또는 VQI (V2X QoS Indicator)와 관련된 IE:

** 상기 IE를 통해, 두 단말 간 유니캐스트를 통해 NR V2X SL 통신을 할 때 원하는 V2X 서비스에 필요로 하는 QoS 정보를 나타낼 수 있다. 일 예로, 상기 IE에는 5QI 또는 VQI의 리스트를 포함할 수 있다.

- Qos 관련 정보를 나타내는 PPPP (ProSe Per-Packet Priority) 및/또는 PPPR (Prose Per-Packet Reliability) 및 또는 트래픽 패턴 정보가 포함된 IE:

** 상기 IE를 통해, 두 단말 간 유니캐스트를 통해 NR V2X 사이드링크 통신을 할 때 원하는 V2X 서비스에 필요로 하는 QoS 정보를 나타낼 수 있다. 일 예로, 상기 IE에는 PPPPInfoSL 및/또는 reliabilityInfoListSL 및/또는 SL-V2X-PacketDuplicationConfig 및/또는 trafficPatternInfoListSL를 포함할 수 있다.

- Preconfiguration 송신 자원 풀 및/또는 수신 자원 풀 중 일부 자원 풀 정보 IE:

** 상기 IE를 통해, 두 단말은 Preconfiguration 송신 자원 풀 및/또는 수신 자원 풀 중 일부 자원 풀을 사용하여 유니캐스트를 통해 NR V2X SL 통신을 수행할 수 있다. 일 예로, 상기 IE에는 SL-V2X-Preconfiguration에 포함되어 있는 송신 자원 풀 v2x-CommTxPoolList or p2x-CommTxPoolList 및/또는 v2x-CommRxPoolList가 될 수 있고, 수신 자원 풀 v2x-CommTxPoolList가 될 수 있다.

- 자원 할당 모드(scheduled 자원 할당(mode 1 또는 mode 3) 또는 UE autonomous 자원 선택(mode 2 또는 mode 4)를 통해 별도 사이드링크 송수신 자원 풀 정보가 포함된 IE

** 상기 IE가 포함되어 있는 경우, 두 단말은 상기 IE에 포함된 별도의 송수신 자원 풀을 사용하여 유니캐스트를 통해 NR V2X SL 통신을 하고자 하는 것을 알 수 있다. 일례로, 별도 사이드링크 송수신 자원 풀은 시스템 정보 또는 RRCReconfiguration 메시지에 포함된 송수신 자원 풀의 일부 또는 전체를 의미할 수 있다.

** 상기 IE가 빈 경우(absent), 두 단말은 implicit 하게 preconfiguration 송신 자원 및/또는 수신 자원을 사용하여 유니캐스트를 통해 NR V2X SL 통신을 하고자 하는 것을 알 수 있다.

- 차량 단말(3f-01)이 지원하는 V2X Tx Profile 리스트 IE

** 상기 IE를 통해, 단말이 지원하는 전송 포맷 (예를 들어, Rel-15, Rel-16, Rel-17)을 나타낼 수 있다.

** 상기 IE를 통해, 단말이 지원하는 QAM, MCS Table 등을 나타낼 수 있다.

- 새로운 타이머

** 상기 타이머는 PC5-RRC 메시지를 전송할 때 구동될 수 있다.

** 상기 타이머는 다른 차량 단말 또는 보행자 휴대 단말(3f-02)로부터 PC5-RRC 메시지를 수신하면 멈출 수 있다.

** 만약 상기 타이머가 만료될 때까지 다른 차량 단말 또는 보행자 휴대 단말(3f-02)로부터 PC5-RRC 메시지를 수신하지 않을 경우, AS 계층에서 상위 계층으로 AS 계층 연결 절차 과정에 실패하였다고 알려줄 수 있다. 이 때, AS 계층은 AS 계층 연결 절차 과정에 실패한 이유 등을 포함하여 알려줄 수 있다.

** 만약 상위 계층은 AS 계층으로부터 AS 계층 연결 절차 과정에 실패하였다고 지시 받은 경우, 별도의 시그널링 절차 없이 설립된 또는 설립하고자 하는 유니캐스트 링크를 해제할 수 있다. 또는 상위 계층은 설립된 또는 설립하고자 하는 유니캐스트 링크를 해제하기 위해, PC5-Signalling Protocol에서 생성되는 PC5 시그널링 메시지를 다른 차량 단말 또는 보행자 휴대 단말(3f-02)에게 전송할 수 있다. 일례로, 상기 PC5 시그널링 메시지는 Disconnect Request 메시지가 될 수 있다.

** 만약 상기 타이머가 만료될 때까지 다른 차량 단말 또는 보행자 휴대 단말(3f-02)로부터 PC5-RRC 메시지를 수신하지 않을 경우, 상위 계층은 설립된 또는 설립하고자 하는 유니캐스트 링크를 해제하기 위한 PC5-RRC 메시지 (일례로, PC5-RRC Release)를 다른 차량 단말 또는 보행자 휴대 단말(3f-02)에게 전송할 수 있다.

** 만약 상기 타이머가 만료될 때까지 다른 차량 단말 또는 보행자 휴대 단말(3f-02)로부터 PC5-RRC 메시지를 수신하지 않을 경우, 차량 단말(3f-01)은 다른 차량 단말 또는 보행자 휴대 단말(3f-02)에게 PC5-RRC 메시지를 재전송할 수 있다.

DIRECT_COMMUNICATION_REQUEST 메시지(3f-10)를 수신한 다른 차량 단말 또는 보행자 휴대 단말(3f-02)은 DIRECT_SECURITY_MODE_COMMAND 메시지를 차량 단말(3f-01)에게 전송(3f-20)함으로써 직접 보안 모드 제어 절차(Direct Security Mode Control Procedure)를 수행할 수 있다. DIRECT_SECURITY_MODE_COMMAND 메시지는 PC5-Signalling Protocol에서 생성되는 PC5 시그널링 메시지이다.

만약 다른 차량 또는 보행자 휴대 단말(3f-02)이 차량 단말(3f-01)로부터 PC5-RRC 메시지를 수신하였다면, 이에 대한 응답으로 PC5-RRC 메시지를 차량 단말(3f-01)에게 전송(3f-25)할 수 있다. 본 개시에서는 상기 PC5-RRC 메시지가 전송되는 시점(3f-25)을 제안하고자 한다. 상기 PC5-RRC 메시지는

- PC5-RRC 메시지(3f-15)를 수신 후 바로 전송되거나 또는

- DIRECT_SECURITY_MODE_COMMAND 메시지 전송 전에 전송되거나 또는

- DIRECT_SECURITY_MODE_COMMAND 메시지와 동시에 전송되거나 또는

- DIRECT_SECURITY_MODE_COMMAND 메시지와 다중화되어(multiplexed) 전송되거나 또는

- DIRECT_SECURITY_MODE_COMMAND 메시지가 전송된 후 전송되거나 또는

- DIRECT_SECURITY_MODE_COMPLETE 메시지 수신 후 전송되거나 또는

- DIRECT_COMMUNICATION_ACCPET 메시지와 동시에 전송되거나 또는

- DIRECT_COMMUNICATION_ACPPET 메시지와 다중화되어(multiplexed) 전송되거나 또는

- DIRECT_COMMUNICATION_ACCPET 메시지 전송 후 전송될 수 있다.

상기 메시지는 RRC에서 생성되는 PC5 RRC 메시지(3f-25)로 다음의 정보 중 일부 또는 전체를 포함할 수 있다.

** 상기 지시자 또는 IE 를 통해, 두 단말은 NR V2X SL 유니캐스트를 통해 V2X 데이터 패킷을 송수신할 때 Preconfiguration 송신 자원 풀 및/또는 수신 자원 풀을 사용 할 지, 자원 할당 모드(scheduled 자원 할당(mode 1 또는 mode 3) 및/또는 UE autonomous 자원 선택(mode 2 또는 mode 4))를 기반으로 별도의 송수신자원 풀을 사용할 지를 알 수 있다. 일 예로, 상기 지시자 또는 IE는 TRUE/FALSE, BOOLEAN 등의 형태로 표현되거나 INTEGER 또는 ENUMERATED 형태로 표현될 수도 있다.

** 일례로, 상기 Preconfiguration 송신 자원 풀은 SL-V2X-Preconfiguration IE에 포함된 v2x-CommTxPoolList 또는 p2x-CommTxPoolList를 의미할 수 있고, Preconfiguration 수신 자원 풀은 SL-V2X-Preconfiguration IE에 포함된 v2x-CommRxPoolList를 의미할 수 있다.

- one-to-one (unicast) 및/또는 one-to-relay (unicast) 및/또는 one-to-many(groupcast and/or multicast and/or broadcast)의 목적으로 링크를 설립에 대한 응답을 나타내는 지시자 또는 IE:

** 상기 지시자 또는 IE를 통해, 두 단말 간 one-to-one 유니캐스트를 통해 NR V2X SL 통신을 하자는 응답 또는 거절을 나타낼 수 있다. 일 예로, 상기 지시자 또는 IE는 INTEGER 형태나 ENUMERATED 형태로 표현될 수도 있다.

** 상기 IE를 통해, 두 단말 간 유니캐스트를 통해 NR V2X 사이드링크 통신을 할 때 원하는 V2X 서비스에 필요로 하는 QoS 정보를 나타낼 수 있다. 일 예로, 상기 IE에는 5QI 또는 VQI의 리스트를 포함할 수 있다.

** 상기 IE를 통해, 두 단말은 Preconfiguration 송신 자원 풀 및/또는 수신 자원 풀 중 일부 자원 풀을 사용하여 유니캐스트를 통해 NR V2X SL 통신을 수행할 수 있다. 일례로, 상기 IE에는 SL-V2X-Preconfiguration에 포함되어 있는 송신 자원 풀 v2x-CommTxPoolList or p2x-CommTxPoolList 및/또는 v2x-CommRxPoolList가 될 수 있고, 수신 자원 풀 v2x-CommTxPoolList가 될 수 있다.

- 자원 할당 모드(scheduled 자원 할당(mode 1 또는 mode 3) 또는 UE autonomous 자원 선택(mode 2 또는 mode 4))를 통해 별도 사이드링크 송수신 자원 풀 정보가 포함된 IE

** 상기 IE가 포함되어 있는 경우, 두 단말은 상기 IE에 포함된 별도의 송수신 자원 풀을 사용하여 유니캐스트를 통해 NR V2X SL 통신을 하고자 하는 것을 알 수 있다.

**별도 사이드링크 송수신 자원 풀은 시스템 정보 또는 RRCReconfiguration 메시지에 포함된 송수신 자원 풀의 일부 또는 전체를 의미할 수 있다. 일례로, 시스템 정보에 포함된 SL-V2X-ConfigCommon IE에 포함된 송수신 자원 풀 정보(v2x-CommTxPool and/or v2x-CommTxPoolNormalCommon and/or p2x-CommTxPoolNormalPool and/or v2x-CommTxPoolExceptional and/or v2x-InterFreqInfoList IE)의 일부 또는 전체, 또는 RRCReconfiguration 메시지에 포함된 sl-V2X-ConfigDedicated IE에 포함된 송수신 자원 풀 정보의 일부 또는 전체가 될 수 있다.

다른 차량 또는 보행자 휴대 단말(3f-02)이 차량 단말(3f-01)로부터 PC5-RRC 메시지를 성공적으로 수신하지 못한다고 판단할 수 있다. 다른 차량 또는 보행자 휴대 단말(3f-02)이 PC5-RRC 메시지를 성공적으로 수신하지 못한다고 판단하는 경우는 다음 중 적어도 하나가 될 수 있다.

** 직접 보안 모드 절차를 통해 AS 계층에서 사용할 보안 알고리듬(integrity protection algorithm and/or ciphering algorithm)과 이를 통해 도출한 보안 키(Security key)를 기반으로 3f-15 단계에서 수신한 PC5-RRC 메시지의 복호화에 실패하는 경우 (일례로, integrity check failure)

** 3f-15 단계에서 수신한 PC5-RRC 메시지 중 적어도 일부 설정 정보를 적용하거나 또는 따를 수 없는 경우(unable to comply with (part of) the configuration included in the PC5-RRC message in step 3f-15)

다른 차량 또는 보행자 휴대 단말(3f-02)이 차량 단말(3f-01)로부터 PC5-RRC 메시지를 성공적으로 수신하지 못한다고 판단하는 경우, PC5-RRC 메시지를 차량 단말(3f-01)에게 전송(3f-25)할 수 있다. 일례로, 상기 PC5-RRC 메시지는 설립된 또는 설립하고자 하는 유니캐스트 링크를 해제하기 위한 (일례로, PC5-RRC Release) 메시지일 수 있다. 상기 메시지에는 링크를 해제하는 이유(ReleaseCause) 등이 포함될 수 있다. 또는 일례로, 상기 PC5-RRC 메시지는 차량 단말(3f-01)로부터 PC5-RRC 메시지를 성공적으로 수신하지 못한다고 나타내는 메시지(일례로, PC5-RRC Reject)일 수 있다. 상기 PC5-RRC 메시지에는 PC5-RRC 메시지를 성공적으로 수신하지 못하는 이유(RejectCause) 등이 포함될 수 있다. 만약 PC5-RRC 메시지 중 적어도 일부 설정 정보를 적용하거나 또는 따를 수 없는 경우, 상기 PC5-RRC 메시지에는 해당 정보가 포함될 수도 있다.

만약 차량 단말(3f-01)은 다른 차량 단말 또는 보행자 휴대 단말(3f-02)로부터 3f-15 단계에 전송한 PC5-RRC 메시지를 성공적으로 수신하지 못한다고 나타내는 PC5-RRC 메시지를 수신할 경우, 차량 단말(3f-01) 다음 중 적어도 하나를 수행(3f-40)할 수 있다.

** 다른 차량 단말 또는 보행자 휴대 단말(3f-02)에게 AS 계층 연결 절차 과정을 수행하기 위해 PC5-RRC 메시지를 재전송할 수 있다. 이 때, 다른 차량 단말이 적어도 일부 설정 정보를 적용하거나 따를 수 없는 정보를 3f-25 단계에서 PC5-RRC 메시지에 포함시킨 경우, 차량 단말(3f-01)은 해당 설정 정보를 포함하지 않거나 변경하여 PC5-RRC 메시지를 다른 차량 단말 또는 보행자 휴대 단말(3f-02)에게 전송할 수 있다. 즉, 차량 단말(3f-01)은 3f-15 단계에서 전송한 PC5-RRC 메시지에 포함된 설정 정보를 수정하여 3f-40 단계에서 다른 차량 단말 또는 보행자 휴대 단말에게 PC5-RRC 메시지를 전송할 수 있다.

** 차량 단말의 AS 계층은 상위 계층에게 유니캐스트 링크를 해제하라고 지시할 수 있다. 그리고 차량 단말(3f-01)은 설립된 또는 설립하고자 하는 유니캐스트 링크를 해제하기 위해 PC5-Signalling 메시지를 다른 차량 단말 또는 보행자 휴대 단말(3f-02)에게 전송할 수 있다. 일례로, 상기 PC5-Signalling 메시지는 Disconnect Request 메시지일 수 있다.

** 차량 단말의 AS 계층은 상위 계층에게 유니캐스트 링크를 해제하라고 지시할 수 있고, 별도의 시그널링 절차 없이 설립된 또는 설립하고자 하는 유니캐스트 링크를 해제할 수 있다.

만약 다른 차량 단말 또는 보행자 휴대 단말(3f-02)이 3f-40 단계에서 PC5-RRC 메시지를 성공적으로 수신한 경우, 3f-40 단계에서 이에 대한 응답으로 PC5-RRC 메시지를 차량 단말(3f-01)에게 전송할 수 있다.

만약 다른 차량 단말 또는 보행자 휴대 단말(3f-02)이 3f-40 단계에서 PC5-Signalling 메시지인 Disconnect Request 메시지를 수신한 경우, 3f-45단계에서 이에 대한 응답으로 Disconnect Response 메시지를 차량 단말(3f-01)에게 전송할 수 있다.

도 3g는, 본 개시의 일 실시 예에 따른 단말 간 Scheduled 자원 할당 모드에서 Preconfiguration 송신 자원 풀 및/또는 수신 자원 풀을 통해 NR V2X SL 유니캐스트 통신을 수행하는 절차를 설명하는 도면이다.

도 3g를 참조하면, 차량 단말(3g-01)은 다른 차량 단말 또는 보행자 휴대 단말(3g-02)과 디스커버리 절차(discovery procedure)를 수행(3g-05) 하고, NR V2X SL 통신을 위해 유니캐스트 링크 연결 절차(unicast link establishment procedure)를 수행(3g-10)할 수 있다. 유니캐스트 링크 연결 절차는 앞서 상술한 실시 예를 통해 수행될 수 있다.

3g-15 단계에서, V2X 패킷이 생성된 경우, 차량 단말(3g-01)은 다른 차량 단말 또는 보행자 휴대 단말(3g-02)과 NR V2X SL 유니캐스트를 수행 할 수 있다.

Scheduled 자원 할당 모드 (mode 1 또는 mode 3)로 동작하는 경우, 차량 단말(3g-01)은 기지국(3g-03)에게 NR V2X SL 유니캐스트를 수행할 수 있는 전송 자원을 요청할 수 있다(3g-20). 즉, 차량 단말(3g-01)은 기지국(3g-03)에게 RRC 메시지 (일례로, SidelinkUEInformation, UEAssisitInfomration) 혹은 MAC CE를 전송하여 전송 자원을 요청할 수 있다. 이에 대한 응답으로, 기지국(3g-03)은 차량 단말(3g-01)에게 dedicated RRC 메시지를 통해 V2X 전송 자원을 할당할 수 있다(3g-25). 일례로, dedicated RRC 메시지는 RRC 연결 재구성 메시지(RRCReconfiguration 메시지)가 될 수 있다. 차량 단말(3g-01)은 기지국(3g-03)으로부터 지시 받은 자원 또는 예외적인 자원(exceptional pool)에서 자원을 선택하여, 다른 차량 단말 또는 보행자 휴대 단말(3g-02)에게 V2X 데이터를 전송할 수 있다(3h-30). 이 때, 예외적인 자원은 일반적인 상황이 아닌, 특정 상황에서 선택하도록 기 설정되어 있는 자원 풀을 의미할 수 있다. 3g-20 단계와 3g-25 단계는 3g-10 단계 이전에 수행될 수 있다. 이럴 경우, 차량 단말(3g-01)은 dedicated RRC 메시지를 통해 기지국(3g-03)으로부터 지시 받은 자원을 3g-10 단계에서 PC5-RRC 메시지를 통해 다른 차량 단말 또는 보행자 휴대 단말(3g-02)에게 전송하여 NR V2X SL 유니캐스트 통신을 수행할 수 있다.

Scheduled 자원 할당 모드를 기반에서 Preconfiguration 송신 자원 풀 및/또는 수신 자원 풀을 통해 NR V2X SL 유니캐스트 통신을 하기 위해, 차량 단말(3g-01)은 다른 차량 단말 또는 보행자 휴대 단말(3g-02)에게 PC5-RRC 메시지 또는 PC5 MAC CE를 송신할 수 있다. Scheduled 자원 할당 모드에서 Preconfiguration 송신 자원 풀 및/또는 수신 자원 풀을 통해 NR V2X SL 유니캐스트 통신을 하는 이유는 다음 중 하나 혹은 복수 개가 될 수 있다.

- RRC 연결 모드(RRC connected mode) 단말이 RRC 비활성화 모드(RRC inactive mode) 또는 RRC 유휴 모드(RRC idle mode)로 천이된 경우. 일례로,

** 기지국으로부터 RRCRelease 메시지를 수신 시

** RRC Reconfiguration 과정 실패 시 (Reconfiguration Failure)

** 기지국으로부터 RRCReject 메시지를 수신 시

- 기지국의 커버리지에서 벗어나는 경우 (out of coverage of E-UTRA/NR) PC5-RRC 메시지 또는 PC5 MAC CE에는 다음의 정보 중 일부 또는 전체를 포함할 수 있다.

** 상기 지시자 또는 IE 를 통해, 두 단말은 Preconfiguration 송신 자원 풀 및/또는 수신 자원 풀을 사용하여 NR V2X SL 유니캐스트를 통해 V2X 데이터 패킷을 송수신해야 함을 알 수 있다. 일 예로, 상기 지시자 또는 IE는 TRUE/FALSE, BOOLEAN 등의 형태로 표현되거나 INTEGER 또는 ENUMERATED 형태로 표현될 수도 있다.

** 일례로, 상기 Preconfiguration 송신 자원 풀은 SL-V2X-Preconfiguration IE에 포함된 v2x-CommTxPoolList 혹은 p2x-CommTxPoolList를 의미할 수 있고, Preconfiguration 수신 자원 풀은 SL-V2X-Preconfiguration IE에 포함된 v2x-CommRxPoolList를 의미할 수 있다.

3g-40 단계에서, V2X 패킷이 생성된 경우, 차량 단말(3g-01)은 다른 차량 단말 또는 보행자 휴대 단말(3g-02)과 Preconfiguration 송신 자원 풀 및/또는 수신 자원 풀을 이용하여 NR V2X SL 유니캐스트를 수행할 수 있다.

도 3h는, 본 개시의 일 실시 예에 따른 단말 간 UE autonomous 자원 선택 모드에서 Preconfiguration 송신 자원 풀 및/또는 수신 자원 풀을 통해 NR V2X SL 유니캐스트 통신을 수행하는 절차를 설명하는 도면이다.

도 3h를 참조하면, 차량 단말(3h-01)은 다른 차량 단말 또는 보행자 휴대 단말(3h-02)과 디스커버리 절차(discovery procedure)를 수행(3h-05) 하고, NR V2X SL 통신을 위해 유니캐스트 링크 연결 절차(unicast link establishment procedure)를 수행(3h-10)할 수 있다. 유니캐스트 링크 연결 절차는 앞서 상술한 실시 예를 통해 수행될 수 있다

3h-15 단계에서, V2X 패킷이 생성된 경우, 차량 단말(3h-01)은 다른 차량 단말 또는 보행자 휴대 단말(3h-02)과 NR V2X SL 유니캐스트를 수행할 수 있다.

UE autonomous 자원 선택 모드(mode 2 또는 mode 4)로 동작하는 경우, 차량 단말(3h-01)은 다른 차량 단말 또는 보행자 휴대 단말(3h-02)과 기지국이 전송한 시스템 정보 또는 RRC 메시지 (일례로, RRCReconfiguration 메시지)(3h-20) 및/또는 단말 간 PC5-RRC 메시지(3h-25)를 통해 전달받은 SL 송수신 자원 풀을 이용하여 V2X SL unicast 데이터 송수신(3h-3)을 수행할 수 있다. 3h-20 단계 및/또는 3h-25단계는 3h-15 단계 이전에 수행될 수 있다.

UE autonomous 자원 선택 모드 기반에서 Preconfiguration 송신 자원 풀 및/또는 수신 자원 풀을 통해 NR V2X SL 유니캐스트 통신을 하기 위해, 차량 단말(3h-01)은 다른 차량 단말 또는 보행자 휴대 단말(3h-02)에게 PC5-RRC 메시지 또는 PC5 MAC CE를 송신할 수 있다. UE autonomous 자원 선택 모드에서 Preconfiguration 송신 자원 풀 및/또는 수신 자원 풀을 통해 NR V2X SL 유니캐스트 통신을 하는 이유는 다음 중 하나 또는 복수 개가 될 수 있다.

** 기지국으로부터 RRCRelease 메시지를 수신 시

** RRC Reconfiguration 과정 실패 시 (Reconfiguration Failure)

** 기지국으로부터 RRCReject 메시지를 수신 시

- 기지국의 커버리지에서 벗어나는 경우 (out of coverage of E-UTRA/NR)PC5-RRC 메시지 또는 PC5 MAC CE에는 다음의 정보 중 일부 또는 전체를 포함할 수 있다.

3h-40 단계에서, V2X 패킷이 생성된 경우, 차량 단말(3h-01)은 다른 차량 단말 또는 보행자 휴대 단말(3h-02)과 Preconfiguration 송신 자원 풀 및/또는 수신 자원 풀을 이용하여 NR V2X SL 유니캐스트를 수행할 수 있다.

도 3i은, 본 개시의 일 실시 예에 따른 단말의 구조를 도시한 블록도이다.

도 3i를 참조하면, 단말은 무선 주파수(Radio Frequency, RF) 처리부(3i-10), 기저대역(baseband) 처리부(3i-20), 저장부(3i-30), 제어부(3i-40)를 포함할 수 있다.본 개시의 일 실시 예에 따른 RF 처리부(3i-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행할 수 있다. 즉, RF처리부(3i-10)는 기저대역처리부(3i-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향 변환한 후 안테나를 통해 송신하고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환할 수 있다. 예를 들어, RF 처리부(3i-10)는 송신 필터, 수신 필터, 증폭기, 믹서(mixer), 오실레이터(oscillator), DAC(digital to analog convertor), ADC(analog to digital convertor) 등을 포함할 수 있다. 도 3i에서는, 하나의 안테나만이 도시되었으나, 단말은 다수의 안테나들을 포함할 수 있다. 또한, RF처리부(3i-10)는 다수의 RF 체인들을 포함할 수 있다. 나아가, RF처리부(3i-10)는 빔포밍(beamforming)을 수행할 수 있다. 빔포밍을 위해, RF처리부(3i-10)는 다수의 안테나들 또는 안테나 요소(element)들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 또한 RF 처리부(3i-10)는 MIMO(Multiple-Input Multiple-Output)를 수행할 수 있으며, MIMO 동작 수행 시 여러 개의 레이어를 수신할 수 있다. RF처리부(3i-10)는 제어부(3i-40)의 제어에 따라 다수의 안테나 또는 안테나 요소들을 적절하게 설정하여 수신 빔 스위핑을 수행하거나, 수신 빔이 송신 빔과 공조되도록 수신 빔의 방향과 빔 너비를 조정할 수 있다.

기저대역처리부(3i-20)는 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행할 수 있다. 예를 들어, 데이터 송신 시, 기저대역처리부(3i-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성할 수 있다. 또한, 데이터 수신 시, 기저대역처리부(3i-20)는 RF처리부(3i-10)로부터 제공되는 기저대역 신호에 대한 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다. 예를 들어, OFDM(orthogonal frequency division multiplexing) 방식에 따르는 경우, 데이터 송신 시, 기저대역처리부(3i-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 복소 심벌들을 부반송파들에 매핑한 후, IFFT(inverse fast Fourier transform) 연산 및 CP(cyclic prefix) 삽입을 통해 OFDM 심벌들을 구성할 수 있다. 또한, 데이터 수신 시, 기저대역처리부(3i-20)는 RF처리부(3i-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT(fast Fourier transform) 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다.

기저대역처리부(3i-20) 및 RF처리부(3i-10)는 상술한 바와 같이 신호를 송신 및 수신할 수 있다. 이에 따라, 기저대역처리부(3i-20) 및 RF처리부(3i-10)는 송신부, 수신부, 송수신부 또는 통신부로 지칭될 수 있다. 나아가, 기저대역처리부(3i-20) 및 RF처리부(3i-10) 중 적어도 하나는 서로 다른 다수의 무선 접속 기술들을 지원하기 위해 다수의 통신 모듈들을 포함할 수 있다. 또한, 기저대역처리부(3i-20) 및 RF처리부(3i-10) 중 적어도 하나는 서로 다른 주파수 대역의 신호들을 처리하기 위해 서로 다른 통신 모듈들을 포함할 수 있다. 예를 들어, 서로 다른 무선 접속 기술들은 LTE 망, NR 망 등을 포함할 수 있다. 또한, 서로 다른 주파수 대역들은 극고단파(super high frequency, SHF)(예: 2.2gHz, 2ghz) 대역, mm파(millimeter wave)(예: 60GHz) 대역을 포함할 수 있다.

저장부(3i-30)는 단말의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장할 수 있다. 저장부(3i-30)는 제어부(3i-40)의 요청에 따라 저장된 데이터를 제공할 수 있다.

제어부(3i-40)는 단말의 전반적인 동작들을 제어할 수 있다. 예를 들어, 제어부(3i-40)는 기저대역처리부(3i-20) 및 RF처리부(3i-10)를 통해 신호를 송수신할 수 있다. 또한, 제어부(3i-40)는 저장부(3i-40)에 데이터를 기록하고, 읽을 수 있다. 이를 위해, 제어부(3i-40)는 적어도 하나의 프로세서(processor)를 포함할 수 있다. 예를 들어, 제어부(3i-40)는 통신을 위한 제어를 수행하는 커뮤니케이션 프로세서 (communication processor, CP) 및 응용 프로그램 등 상위 계층을 제어하는 어플리케이션 프로세서(application processor, AP)를 포함할 수 있다.

도 3j는, 본 개시의 일 실시 예에 기지국의 구조를 도시한 블록도이다. 도 3j를 참조하면, 본 개시의 일 실시 예에 따른 기지국은 하나 이상의 송수신점(Transmission Reception Point, TRP)을 포함할 수 있다.

본 개시의 일 실시 예에 따른 기지국은 RF처리부(3j-10), 기저대역처리부(3j-20), 백홀통신부(3j-30), 저장부(3j-40), 제어부(3j-50)를 포함할 수 있다.

RF처리부(3j-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행할 수 있다. 즉, RF처리부(3j-10)는 기저대역처리부(3j-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향변환한 후 안테나를 통해 송신하고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향변환할 수 있다. 예를 들어, RF처리부(3j-10)는 송신 필터, 수신 필터, 증폭기, 믹서, 오실레이터, DAC, ADC 등을 포함할 수 있다.

도 3j에서는, 하나의 안테나만이 도시되었으나, 기지국은 다수의 안테나들을 포함할 수 있다.

또한, RF처리부(3j-10)는 다수의 RF 체인들을 포함할 수 있다. 나아가, RF처리부(3j-10)는 빔포밍을 수행할 수 있다. 빔포밍을 위해, RF처리부(3j-10)는 다수의 안테나들 또는 안테나 요소들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. RF 처리부(3j-10)는 하나 이상의 레이어를 전송함으로써 하향 MIMO 동작을 수행할 수 있다.

기저대역처리부(3j-20)는 제1무선 접속 기술의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행할 수 있다. 예를 들어, 데이터 송신 시, 기저대역처리부(3j-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성할 수 있다. 또한, 데이터 수신 시, 기저대역처리부(3j-20)는 RF처리부(3j-10)로부터 제공되는 기저대역 신호에 대한 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다. 예를 들어, OFDM 방식에 따르는 경우, 데이터 송신 시, 기저대역처리부(3j-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 복소 심벌들을 부반송파들에 매핑한 후, IFFT 연산 및 CP 삽입을 통해 OFDM 심벌들을 구성할 수 있다.

또한, 데이터 수신 시, 기저대역처리부(3j-20)는 RF처리부(3j-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다. 기저대역처리부(3j-20) 및 RF처리부(3j-10)는 상술한 바와 같이 신호를 송신 및 수신할 수 있다.

이에 따라, 기저대역처리부(3j-20) 및 RF처리부(3j-10)는 송신부, 수신부, 송수신부, 통신부 또는 무선 통신부로 지칭될 수 있다.

통신부(3j-30)는 네트워크 내 다른 노드들과 통신을 수행하기 위한 인터페이스를 제공할 수 있다. 즉, 통신부(3j-30)는 기지국에서 다른 노드, 예를 들어, 보조기지국, 코어망 등으로 송신되는 비트열을 물리적 신호로 변환하고, 다른 노드로부터 수신된느 물리적 신호를 비트열로 변환할 수 있다.

저장부(3j-40)는 기지국의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장할 수 있다. 특히, 저장부(3j-40)는 접속된 단말에 할당된 베어러에 대한 정보, 접속된 단말로부터 보고된 측정 결과 등을 저장할 수 있다. 또한, 저장부(3j-40)는 단말에게 다중 연결을 제공하거나, 중단할지 여부의 판단 기준이 되는 정보를 저장할 수 있다. 또한, 저장부(3j-40)는 제어부(3j-50)의 요청에 따라 저장된 데이터를 제공할 수 있다.

제어부(3j-50)는 주기지국의 전반적인 동작들을 제어할 수 있다. 예를 들어, 제어부(3j-50)는 기저대역처리부(3j-20) 및 RF처리부(3j-10)를 통해 또는 통신부(3j-30)를 통해 신호를 송수신할 수 있다. 또한, 제어부(3j-50)는 저장부(3j-40)에 데이터를 기록하고, 읽을 수 있다. 이를 위해, 제어부(3j-50)는 적어도 하나의 프로세서를 포함할 수 있다.

본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(implemented) 수 있다.

소프트웨어로 구현하는 경우, 하나 이상의 프로그램(소프트웨어 모듈)을 저장하는 컴퓨터 판독 가능 저장 매체가 제공될 수 있다. 컴퓨터 판독 가능 저장 매체에 저장되는 하나 이상의 프로그램은, 전자 장치(device) 내의 하나 이상의 프로세서에 의해 실행 가능하도록 구성된다(configured for execution). 하나 이상의 프로그램은, 전자 장치로 하여금 본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들을 실행하게 하는 명령어(instructions)를 포함한다.

이러한 프로그램(소프트웨어 모듈, 소프트웨어)은 랜덤 액세스 메모리 (random access memory), 플래시(flash) 메모리를 포함하는 불휘발성(non-volatile) 메모리, 롬(ROM: Read Only Memory), 전기적 삭제가능 프로그램가능 롬(EEPROM: Electrically Erasable Programmable Read Only Memory), 자기 디스크 저장 장치(magnetic disc storage device), 컴팩트 디스크 롬(CD-ROM: Compact Disc-ROM), 디지털 다목적 디스크(DVDs: Digital Versatile Discs) 또는 다른 형태의 광학 저장 장치, 마그네틱 카세트(magnetic cassette)에 저장될 수 있다. 또는, 이들의 일부 또는 전부의 조합으로 구성된 메모리에 저장될 수 있다. 또한, 각각의 구성 메모리는 다수 개 포함될 수도 있다.

또한, 상기 프로그램은 인터넷(Internet), 인트라넷(Intranet), LAN(Local Area Network), WLAN(Wide LAN), 또는 SAN(Storage Area Network)과 같은 통신 네트워크, 또는 이들의 조합으로 구성된 통신 네트워크를 통하여 접근(access)할 수 있는 부착 가능한(attachable) 저장 장치(storage device)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시 예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크상의 별도의 저장장치가 본 개시의 실시 예를 수행하는 장치에 접속할 수도 있다.

상술한 본 개시의 구체적인 실시 예들에서, 발명에 포함되는 구성 요소는 제시된 구체적인 실시 예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.

한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 개시의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위 뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims

무선통신시스템에서 단말이 통신을 수행하는 방법에 있어서,
기지국으로부터 RRC (Radio Resource Control) 재구성 메시지 또는 RRC 연결 재개(resume) 메시지를 수신하는 단계;
상기 단말의 PDU 세션에 대응되는 적어도 하나의 DRB 및 상기 적어도 하나의 DRB의 식별자(identity) 중 해제 대상이 되는 DRB 및 DRB 식별자를 결정하는 단계; 및
상기 결정된 DRB 및 상기 결정된 DRB의 식별자를 해제하는 단계를 포함하는, 방법.
제 1항에 있어서, 상기 결정하는 단계는,
상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지에 해제 대상이 되는 DRB의 식별자에 관한 정보가 포함되는지 여부를 판단하는 단계를 포함하고,
상기 판단 결과에 기초하여, 상기 해제 대상이 되는 DRB 및 DRB 식별자가 결정되는, 방법.
제 2항에 있어서, 상기 해제하는 단계는,
상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지에 해제 대상이 되는 DRB의 식별자가 포함된 경우, 상기 포함된 DRB의 식별자에 따른 DRB 및 상기 포함된 DRB의 식별자를 해제하고,
상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지에 해제 대상이 되는 DRB의 식별자가 포함되지 않은 경우, 상기 단말의 PDU 세션에 대응되는 적어도 하나의 DRB 및 상기 적어도 하나의 DRB의 식별자를 모두 해제하는, 방법.
제 1항에 있어서,
상기 해제된 DRB 및 상기 해제된 DRB 식별자 중 적어도 하나와 연관된 논리 채널 및 RLC 엔티티를 해제하는 단계를 더 포함하는, 방법.
제 4항에 있어서, 상기 논리 채널 및 상기 RLC 엔티티를 해제하는 단계는,
상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지에 해제 대상이 되는 논리 채널의 식별자가 포함된 경우, 상기 포함된 논리 채널의 식별자에 대응하는 적어도 하나의 RLC 엔티티 및 상기 논리 채널을 해제하고,
상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지에 해제 대상이 되는 논리 채널의 식별자가 포함되지 않은 경우, 상기 해제된 DRB 및 상기 해제된 DRB 식별자와 연관된 논리 채널 및 RLC 엔티티를 모두 해제하는, 방법.
제 1항에 있어서,
상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지를 기초로 상기 단말의 PDU 세션에 대해 추가 설정이 수행되는지 여부를 판단하는 단계를 더 포함하고,
상기 단말의 PDU 세션에 대해 추가 설정이 수행되지 않는 경우, 상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지가 상기 기지국으로부터 수신된 이유에 따라, 상위 레이어에 사용자 평면 리소스(user plane resource)가 해제됨을 알리는 메시지가 송신되는 시점이 결정되는, 방법.
제 6항에 있어서,
상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지가 상기 단말의 핸든 오버로 인하여 수신된 경우, 상기 핸드 오버가 완료됨에 따라 상기 상위 레이어에 상기 사용자 평면 리소스가 해제됨을 알리는 메시지를 송신하는 단계를 더 포함하는, 방법.
무선통신시스템에서 기지국이 통신을 수행하는 방법에 있어서,
단말이 설정 정보의 재구성을 위한 풀 컨피규레이션(full configuration)의 조건을 만족하는지 여부를 판단하는 단계; 및
상기 판단 결과 풀 컨피규레이션의 조건이 만족된 경우, 상기 단말에 RRC (Radio Resource Control) 재구성 메시지 또는 RRC 연결 재개(resume) 메시지를 송신하는 단계를 포함하고,
상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지에 포함된 정보에 따라 상기 단말에서 해제되는 DRB 및 DRB 식별자가 결정되는, 방법.
무선통신시스템에서 통신을 수행하는 단말에 있어서,
기지국으로부터 RRC (Radio Resource Control) 재구성 메시지 또는 RRC 연결 재개(resume) 메시지를 수신하는 통신부; 및
상기 단말의 PDU 세션에 대응되는 적어도 하나의 DRB 및 상기 적어도 하나의 DRB의 식별자(identity) 중 해제 대상이 되는 DRB 및 DRB 식별자를 결정하고, 상기 결정된 DRB 및 상기 결정된 DRB의 식별자를 해제하는 적어도 하나의 프로세서를 포함하는, 단말.
제 9항에 있어서, 상기 적어도 하나의 프로세서는,
상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지에 해제 대상이 되는 DRB의 식별자에 관한 정보가 포함되는지 여부를 판단하고,
상기 판단 결과에 기초하여, 상기 해제 대상이 되는 DRB 및 DRB 식별자가 결정되는, 단말.
제 10항에 있어서, 상기 적어도 하나의 프로세서는,
상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지에 해제 대상이 되는 DRB의 식별자가 포함된 경우, 상기 포함된 DRB의 식별자에 따른 DRB 및 상기 포함된 DRB의 식별자를 해제하고,
상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지에 해제 대상이 되는 DRB의 식별자가 포함되지 않은 경우, 상기 단말의 PDU 세션에 대응되는 적어도 하나의 DRB 및 상기 적어도 하나의 DRB의 식별자를 모두 해제하는, 단말.
제 9항에 있어서, 상기 적어도 하나의 프로세서는,
상기 해제된 DRB 및 상기 해제된 DRB 식별자 중 적어도 하나와 연관된 논리 채널 및 RLC 엔티티를 해제하는, 단말.
제 12항에 있어서, 상기 적어도 하나의 프로세서는,
상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지에 해제 대상이 되는 논리 채널의 식별자가 포함된 경우, 상기 포함된 논리 채널의 식별자에 대응하는 적어도 하나의 RLC 엔티티 및 상기 논리 채널을 해제하고,
상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지에 해제 대상이 되는 논리 채널의 식별자가 포함되지 않은 경우, 상기 해제된 DRB 및 상기 해제된 DRB 식별자와 연관된 논리 채널 및 RLC 엔티티를 모두 해제하는, 단말.
제 9항에 있어서, 상기 적어도 하나의 프로세서는,
상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지를 기초로 상기 단말의 PDU 세션에 대해 추가 설정이 수행되는지 여부를 판단하고,
상기 단말의 PDU 세션에 대해 추가 설정이 수행되지 않는 경우, 상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지가 상기 기지국으로부터 수신된 이유에 따라, 상위 레이어에 사용자 평면 리소스(user plane resource)가 해제됨을 알리는 메시지가 송신되는 시점이 결정되는, 단말.
제 14항에 있어서, 상기 적어도 하나의 프로세서는,
상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지가 상기 단말의 핸든 오버로 인하여 수신된 경우, 상기 핸드 오버가 완료됨에 따라 상기 상위 레이어에 상기 사용자 평면 리소스가 해제됨을 알리는 메시지를 송신하도록 상기 통신부를 제어하는, 단말.
무선통신시스템에서 통신을 수행하는 기지국에 있어서,
단말이 설정 정보의 재구성을 위한 풀 컨피규레이션(full configuration)의 조건을 만족하는지 여부를 판단하는 적어도 하나의 프로세서; 및
상기 판단 결과 풀 컨피규레이션의 조건이 만족된 경우, 상기 단말에 RRC (Radio Resource Control) 재구성 메시지 또는 RRC 연결 재개(resume) 메시지를 송신하는 통신부를 포함하고,
상기 RRC 재구성 메시지 또는 상기 RRC 연결 재개 메시지에 포함된 정보에 따라 상기 단말에서 해제되는 DRB 및 DRB 식별자가 결정되는, 기지국
제 1항 내지 제 8항 중 어느 하나의 방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록 매체.