KR20190020154A - 무선 통신 시스템에서 sps 도움 정보를 전송하는 방법 및 장치 - Google Patents

Abstract

무선 통신 시스템에서 SPS(semi-persistent scheduling)를 위한 UE(user equipment) 도움 정보를 타겟 eNB로 전송하는 방법 및 장치가 제공된다. 핸드오버의 소스 eNB(evolved NodeB)는 상기 SPS를 위한 UE 도움 정보를 UE로부터 수신하고, 상기 SPS를 위한 UE 도움 정보를 상기 타겟 eNB로 전송한다. 상기 SPS를 위한 UE 도움 정보는 SPS 주기 및 시간 오프셋을 포함할 수 있다.

Description

무선 통신 시스템에서 SPS 도움 정보를 전송하는 방법 및 장치

본 발명은 무선 통신에 관한 것으로, 보다 상세하게는 무선 통신 시스템에서 SPS(semi-persistent scheduling) 도움 정보를 전송하는 방법 및 장치에 관한 것이다.

3GPP(3rd generation partnership project) LTE(long-term evolution)는 고속 패킷 통신을 가능하게 하기 위한 기술이다. LTE 목표인 사용자와 사업자의 비용 절감, 서비스 품질 향상, 커버리지 확장 및 시스템 용량 증대를 위해 많은 방식이 제안되었다. 3GPP LTE는 상위 레벨 필요조건으로서 비트당 비용 절감, 서비스 유용성 향상, 주파수 밴드의 유연한 사용, 간단한 구조, 개방형 인터페이스 및 단말의 적절한 전력 소비를 요구한다.

널리 보급된 LTE 기반의 네트워크가 자동차 산업이 "연결된 자동차(connected car)"이라는 개념을 실현할 수 있는 기회를 제공하기 때문에, LTE 기반 V2X(vehicle-to-everything)가 시장으로부터 긴급하게 요구되고 있다. 특히 V2V(vehicle-to-vehicle) 통신을 위한 시장은 연구 프로젝트, 필드 테스트 및 규제 업무와 같은 관련 활동이 미국, 유럽, 일본, 한국 및 중국과 같은 일부 국가 또는 지역에서 이미 진행 중이거나 시작될 것으로 예상된다.

SPS(semi-persistent)는 VoIP(voice over Internet protocol)와 같은 지속적인 무선 자원 할당이 필요한 애플리케이션의 제어 채널 오버헤드를 크게 줄이는 기능이다. SPS가 없으면, 모든 DL(downlink) 또는 UL(uplink) PRB(physical resource block) 할당은 PDCCH(physical downlink control channel) 상의 액세스 그랜트 메시지를 통해 허가되어야 한다. 이는 일반적으로 패킷 크기가 큰 대부분의 버스트 형 최선형(bursty best effort type) 애플리케이션에 충분하므로, 대개 각 서브프레임에서 소수의 사용자만 스케줄링 된다. 그러나, 작은 패킷(예를 들어, VoIP)의 지속적인 할당을 필요로 하는 애플리케이션의 경우, 제어 채널의 액세스 그랜트 오버헤드는 SPS로 크게 감소될 수 있다. 즉, SPS는 사용자가 DL에서 기대하거나 UL에서 전송할 수 있는 영구 PRB 할당을 도입한다. SPS가 지속적인 할당을 설정할 수 있는 방법에는 여러 가지가 있다.

V2X 통신은 그 특성상 메시지의 크기가 비교적 작고 주기적으로 전송될 수 있으므로, SPS에 의하여 할당되는 자원을 통해 V2X 메시지를 전송하는 방법이 논의 중에 있다. 또한, SPS에 의한 자원 할당을 돕기 위하여, SPS와 관련된 도움 정보를 단말과 네트워크 및/또는 복수의 네트워크 노드 간에 전송하는 방법 또한 논의 중에 있다.

본 발명은 무선 통신 시스템에서 SPS(semi-persistent scheduling) 도움 정보를 전송하는 방법 및 장치를 제공한다. 본 발명은 핸드오버에서 소스 eNB(evolved NodeB)가 SPS를 위한 도움 정보를 UE(UE; user equipment)로부터 수신하여 타겟 eNB로 전달하는 방법을 제공한다.

일 양태에 있어서, 무선 통신 시스템에서 소스 eNB(evolved NodeB)가 SPS(semi-persistent scheduling)를 위한 UE(user equipment) 도움 정보를 타겟 eNB로 전송하는 방법이 제공된다. 상기 방법은 상기 SPS를 위한 UE 도움 정보를 UE로부터 수신하고, 및 상기 SPS를 위한 UE 도움 정보를 상기 타겟 eNB로 전송하는 것을 포함한다.

상기 SPS를 위한 UE 도움 정보는 SPS 주기 및 시간 오프셋을 포함할 수 있다. 상기 SPS를 위한 UE 도움 정보는 사이드링크(SL; sidelink) SPS를 위한 UE 도움 정보 또는 상향링크(UL; uplink) SPS를 위한 UE 도움 정보 중 적어도 하나를 포함할 수 있다. 상기 SPS를 위한 UE 도움 정보는 X2 인터페이스를 통해 상기 타겟 eNB로 전송될 수 있다. 상기 SPS를 위한 UE 도움 정보는 AS-Context IE(information element)에 포함되어 핸드오버 준비 정보 메시지를 통해 상기 타겟 eNB로 전송될 수 있다.

다른 양태에 있어서, 무선 통신 시스템에서 소스 eNB(evolved NodeB)가 제공된다. 상기 소스 eNB는 메모리, 및 상기 메모리와 연결되는 프로세서를 포함하며, 상기 프로세서는 상기 SPS(semi-persistent scheduling)를 위한 UE(user equipment) 도움 정보를 UE로부터 수신하고, 및 상기 SPS를 위한 UE 도움 정보를 상기 타겟 eNB로 전송하는 것을 특징으로 한다.

핸드오버가 수행된 이후 타겟 eNB가 SPS 자원을 UE에게 효율적으로 할당할 수 있고, 이에 따라 UE는 할당된 SPS 자원을 통해 V2X(vehicle-to-everything) 메시지를 효율적으로 전송할 수 있다.

도 1은 3GPP LTE 시스템의 구조를 나타낸다.
도 2는 LTE 시스템의 사용자 평면 프로토콜 스택의 블록도이다.
도 3은 LTE 시스템의 제어 평면 프로토콜 스택의 블록도이다.
도 4는 UE 도움 정보를 전송하는 절차를 나타낸다.
도 5는 본 발명의 일 실시예에 따른 SPS 도움 MAC CE의 포맷을 나타낸다.
도 6은 본 발명의 일 실시예에 따른 소스 eNB가 SPS를 위한 UE 도움 정보를 타겟 eNB로 전송하는 방법을 나타낸다.
도 7은 본 발명의 실시예가 구현되는 무선 통신 시스템을 나타낸다.

도 1은 3GPP LTE 시스템의 구조를 나타낸다. 도 1을 참조하면, 3GPP LTE(long-term evolution) 시스템 구조는 하나 이상의 사용자 단말(UE; user equipment; 10), E-UTRAN(evolved-UMTS terrestrial radio access network) 및 EPC(evolved packet core)를 포함한다. UE(10)는 사용자에 의해 움직이는 통신 장치이다. UE(10)는 고정되거나 이동성을 가질 수 있으며, MS(mobile station), UT(user terminal), SS(subscriber station), 무선기기(wireless device) 등 다른 용어로 불릴 수 있다.

E-UTRAN은 하나 이상의 eNB(evolved NodeB; 20)를 포함하고, 하나의 셀에 복수의 UE가 존재할 수 있다. eNB(20)는 제어 평면(control plane)과 사용자 평면(user plane)의 끝 지점을 UE(10)에게 제공한다. eNB(20)는 일반적으로 UE(10)와 통신하는 고정된 지점(fixed station)을 말하며, BS(base station), 액세스 포인트(access point) 등 다른 용어로 불릴 수 있다. 하나의 eNB(20)는 셀마다 배치될 수 있다.

이하에서, 하향링크(DL; downlink)은 eNB(20)에서 UE(10)로의 통신을 의미한다. 상향링크(UL; uplink)는 UE(10)에서 eNB(20)으로의 통신을 의미한다. 사이드링크(SL; sidelink)는 UE(10) 간의 통신을 의미한다. DL에서 송신기는 eNB(20)의 일부이고, 수신기는 UE(10)의 일부일 수 있다. UL에서 송신기는 UE(10)의 일부이고, 수신기는 eNB(20)의 일부일 수 있다. SL에서 송신기와 수신기는 UE(10)의 일부일 수 있다.

EPC는 MME(mobility management entity)와 S-GW(serving gateway)를 포함한다. MME/S-GW(30)은 네트워크의 끝에 위치한다. MME/S-GW(30)은 UE(10)를 위한 세션 및 이동성 관리 기능의 끝 지점을 제공한다. 설명의 편의를 위해 MME/S-GW(30)은 "게이트웨이"로 단순히 표현하며, 이는 MME 및 S-GW를 모두 포함할 수 있다. PDN(packet dana network) 게이트웨이(P-GW)는 외부 네트워크와 연결될 수 있다.

MME는 eNB(20)로의 NAS(non-access stratum) 시그널링, NAS 시그널링 보안, AS(access stratum) 보안 제어, 3GPP 액세스 네트워크 간의 이동성을 위한 inter CN(core network) 노드 시그널링, 아이들 모드 단말 도달 가능성(페이징 재전송의 제어 및 실행 포함), 트래킹 영역 리스트 관리(아이들 모드 및 활성화 모드인 UE을 위해), P-GW 및 S-GW 선택, MME 변경과 함께 핸드오버를 위한 MME 선택, 2G 또는 3G 3GPP 액세스 네트워크로의 핸드오버를 위한 SGSN(serving GPRS support node) 선택, 로밍, 인증, 전용 베이러 설정을 포함한 베어러 관리 기능, PWS(public warning system: ETWS(earthquake and tsunami warning system) 및 CMAS(commercial mobile alert system) 포함) 메시지 전송 지원 등의 다양한 기능을 제공한다. S-GW 호스트는 사용자 별 기반 패킷 필터링(예를 들면, 심층 패킷 검사를 통해), 합법적 차단, 단말 IP(internet protocol) 주소 할당, DL에서 전송 레벨 패킹 마킹, UL/DL 서비스 레벨 과금, 게이팅 및 등급 강제, APN-AMBR(access point name aggregate maximum bit rate)에 기반한 DL 등급 강제의 갖가지 기능을 제공한다.

사용자 트래픽 전송 또는 제어 트래픽 전송을 위한 인터페이스가 사용될 수 있다. UE(10)와 eNB(20)은 Uu 인터페이스에 의해 연결된다. UE(10) 간은 PC5 인터페이스에 의해 연결된다. eNB(20) 간은 X2 인터페이스에 의해 연결된다. 이웃한 eNB(20)는 X2 인터페이스에 의한 망형 네트워크 구조를 가질 수 있다. eNB(20)와 게이트웨이(30)는 S1 인터페이스를 통해 연결된다.

도 2는 LTE 시스템의 사용자 평면 프로토콜 스택의 블록도이다. 도 3은 LTE 시스템의 제어 평면 프로토콜 스택의 블록도이다. UE와 E-UTRAN 간의 무선 인터페이스 프로토콜의 계층은 통신 시스템에서 널리 알려진 OSI(open system interconnection) 모델의 하위 3개 계층을 바탕으로 L1(제1 계층), L2(제2 계층) 및 L3(제3 계층)으로 구분된다.

물리 계층(PHY; physical layer)은 L1에 속한다. 물리 계층은 물리 채널을 통해 상위 계층에 정보 전송 서비스를 제공한다. 물리 계층은 상위 계층인 MAC(media access control) 계층과 전송 채널(transport channel)을 통해 연결된다. 물리 채널은 전송 채널에 맵핑된다. 전송 채널을 통해 MAC 계층과 물리 계층 사이로 데이터가 전송된다. 서로 다른 물리 계층 사이, 즉 송신기의 물리 계층과 수신기의 물리 계층 간에 데이터는 물리 채널을 통해 전송된다.

MAC 계층, RLC(radio link control) 계층 및 PDCP(packet data convergence protocol) 계층은 L2에 속한다. MAC 계층은 논리 채널(logical channel)을 통해 상위 계층인 RLC 계층에게 서비스를 제공한다. MAC 계층은 논리 채널상의 데이터 전송 서비스를 제공한다. RLC 계층은 신뢰성 있는 데이터 전송을 지원한다. 한편, RLC 계층의 기능은 MAC 계층 내부의 기능 블록으로 구현될 수 있으며, 이때 RLC 계층은 존재하지 않을 수도 있다. PDCP 계층은 상대적으로 대역폭이 작은 무선 인터페이스 상에서 IPv4 또는 IPv6와 같은 IP 패킷을 도입하여 전송되는 데이터가 효율적으로 전송되도록 불필요한 제어 정보를 줄이는 헤더 압축 기능을 제공한다.

RRC(radio resource control) 계층은 L3에 속한다. L3의 가장 하단 부분에 위치하는 RRC 계층은 오직 제어 평면에서만 정의된다. RRC 계층은 RB(radio bearer)들의 설정(configuration), 재설정(re-configuration) 및 해제(release)와 관련되어 논리 채널, 전송 채널 및 물리 채널들의 제어를 담당한다. RB는 UE와 E-UTRAN 간의 데이터 전송을 위해 L2에 의해 제공되는 서비스를 의미한다.

도 2를 참조하면, RLC 및 MAC 계층(네트워크 측에서 eNB에서 종료)은 스케줄링, ARQ 및 HARQ(hybrid automatic repeat request)와 같은 기능을 수행할 수 있다. PDCP 계층(네트워크 측에서 eNB에서 종료)은 헤더 압축, 무결성 보호 및 암호화와 같은 사용자 평면 기능들을 수행할 수 있다.

도 3을 참조하면, RLC/MAC 계층(네트워크 측에서 eNB에서 종료)은 제어 평면을 위하여 동일한 기능들을 수행할 수 있다. RRC 계층(네트워크 측에서 eNB에서 종료)은 방송, 페이징, RRC 연결 관리, RB 제어, 이동성 기능 및 UE 측정 보고 및 제어와 같은 기능을 수행할 수 있다. NAS 제어 프로토콜(네트워크 측에서 게이트웨이의 MME에서 종료)은 SAE 베어러 관리, 인증, LTE_IDLE 이동성 관리, LTE_IDLE에서의 페이징 시작 및 게이트웨이와 UE 간의 시그널링을 위한 보안 제어와 같은 기능을 수행할 수 있다.

물리 채널은 무선 자원을 통해 UE의 물리 계층과 eNB의 물리 계층 간의 시그널링 및 데이터를 전송한다. 물리 채널은 시간 영역에서 복수의 서브프레임과 주파수 영역에서 복수의 부반송파로 구성된다. 1ms인 하나의 서브프레임은 시간 영역에서 복수의 심벌로 구성된다. 해당 서브프레임의 특정 심벌, 예를 들어 서브프레임의 첫 번째 심벌은 PDCCH를 위하여 사용될 수 있다. PDCCH는 PRB(physical resource block) 및 MCS(modulation and coding schemes)와 같이 동적으로 할당된 자원을 나를 수 있다.

DL 전송 채널은 시스템 정보를 전송하기 위하여 사용되는 BCH(broadcast channel), UE를 페이징하기 위하여 사용되는 PCH(paging channel), 사용자 트래픽 또는 제어 신호를 전송하기 위하여 사용되는 DL-SCH(downlink shared channel), 멀티캐스트 또는 브로드캐스트 서비스 전송을 위하여 사용되는 MCH(multicast channel)를 포함한다. DL-SCH는 HARQ, 변조, 코딩 및 전송 전력의 변화에 의한 동적 링크 적응 및 동적/반정적 자원 할당을 지원한다. 또한, DL-SCH는 셀 전체에 브로드캐스트 및 빔포밍의 사용을 가능하게 할 수 있다.

UL 전송 채널은 일반적으로 셀로의 초기 접속을 위하여 사용되는 RACH(random access channel), 사용자 트래픽 또는 제어 신호를 전송하기 위하여 사용되는 UL-SCH(uplink shared channel)를 포함한다. UL-SCH는 HARQ 및 전송 전력 및 잠재적인 변조 및 코딩의 변화에 의한 동적 링크 적응을 지원한다. 또한, UL-SCH는 빔포밍의 사용을 가능하게 할 수 있다.

논리 채널은 전송되는 정보의 종류에 따라, 제어 평면의 정보 전달을 위한 제어 채널과 사용자 평면의 정보 전달을 위한 트래픽 채널로 분류된다. 즉, 논리 채널 타입의 집합은 MAC 계층에 의해 제공되는 서로 다른 데이터 전송 서비스를 위해 정의된다.

제어 채널은 제어 평면의 정보 전달만을 위해 사용된다. MAC 계층에 의하여 제공되는 제어 채널은 BCCH(broadcast control channel), PCCH(paging control channel), CCCH(common control channel), MCCH(multicast control channel) 및 DCCH(dedicated control channel)을 포함한다. BCCH는 시스템 제어 정보를 방송하기 위한 DL 채널이다. PCCH는 페이징 정보의 전송을 위한 DL 채널이며, 네트워크가 UE의 셀 단위의 위치를 알지 못할 때 사용된다. CCCH는 네트워크와 RRC 연결을 갖지 않을 때 UE에 의해 사용된다. MCCH는 네트워크로부터 UE에게 MBMS(multimedia broadcast multicast services) 제어 정보를 전송하기 위하여 사용되는 일대다 DL 채널이다. DCCH는 UE와 네트워크 간에 전용 제어 정보 전송을 위해 RRC 연결을 가지는 UE에 의해 사용되는 일대일 양방향 채널이다.

트래픽 채널은 사용자 평면의 정보 전달만을 위해 사용된다. MAC 계층에 의하여 제공되는 트래픽 채널은 DTCH(dedicated traffic channel) 및 MTCH(multicast traffic channel)을 포함한다. DTCH는 일대일 채널로 하나의 UE의 사용자 정보의 전송을 위해 사용되며, UL 및 DL 모두에 존재할 수 있다. MTCH는 네트워크로부터 UE에게 트래픽 데이터를 전송하기 위한 일대다 DL 채널이다.

논리 채널과 전송 채널 간의 UL 연결은 UL-SCH에 맵핑될 수 있는 DCCH, UL-SCH에 맵핑될 수 있는 DTCH 및 UL-SCH에 맵핑될 수 있는 CCCH를 포함한다. 논리 채널과 전송 채널 간의 DL 연결은 BCH 또는 DL-SCH에 맵핑될 수 있는 BCCH, PCH에 맵핑될 수 있는 PCCH, DL-SCH에 맵핑될 수 있는 DCCH, DL-SCH에 맵핑될 수 있는 DTCH, MCH에 맵핑될 수 있는 MCCH 및 MCH에 맵핑될 수 있는 MTCH를 포함한다.

RRC 상태는 UE의 RRC 계층이 E-UTRAN의 RRC 계층과 논리적으로 연결되어 있는지 여부를 지시한다. RRC 상태는 RRC 연결 상태(RRC_CONNECTED) 및 RRC 아이들 상태(RRC_IDLE)와 같이 두 가지로 나누어질 수 있다. RRC_IDLE에서, UE가 NAS에 의해 설정된 DRX(discontinuous reception)를 지정하는 동안에, UE는 시스템 정보 및 페이징 정보의 방송을 수신할 수 있다. 그리고, UE는 트래킹 영역에서 UE를 고유하게 지정하는 ID(identification)를 할당 받고, PLMN(public land mobile network) 선택 및 셀 재선택을 수행할 수 있다. 또한 RRC_IDLE에서, 어떠한 RRC 컨텍스트도 eNB에 저장되지 않는다.

RRC_CONNECTED에서, UE는 E-UTRAN에서 E-UTRAN RRC 연결 및 컨텍스트를 가져, eNB로 데이터를 전송 및/또는 eNB로부터 데이터를 수신하는 것이 가능하다. 또한, UE는 eNB로 채널 품질 정보 및 피드백 정보를 보고할 수 있다. RRC_CONNECTED에서, E-UTRAN은 UE가 속한 셀을 알 수 있다. 그러므로 네트워크는 UE에게 데이터를 전송 및/또는 UE로부터 데이터를 수신할 수 있고, 네트워크는 UE의 이동성(핸드오버 및 NACC(network assisted cell change)를 통한 GERAN(GSM EDGE radio access network)으로 inter-RAT(radio access technology) 셀 변경 지시)을 제어할 수 있으며, 네트워크는 이웃 셀을 위해 셀 측정을 수행할 수 있다.

RRC_IDLE에서 UE는 페이징 DRX 주기를 지정한다. 구체적으로 UE는 UE 특정 페이징 DRX 주기 마다의 특정 페이징 기회(paging occasion)에 페이징 신호를 모니터한다. 페이징 기회는 페이징 신호가 전송되는 동안의 시간 구간이다. UE는 자신만의 페이징 기회를 가지고 있다. 페이징 메시지는 동일한 트래킹 영역(TA; tracking area)에 속하는 모든 셀 상으로 전송된다. UE가 하나의 TA에서 다른 TA로 이동하면, UE는 자신의 위치를 업데이트 하기 위하여 네트워크로 TAU(tracking area update) 메시지를 전송할 수 있다.

사이드링크(sidelink)가 설명된다. 사이드링크는 사이드링크 통신(sidelink communication)과 사이드링크 발견(sidelink discovery)을 위한 UE 간 인터페이스이다. 사이드링크는 PC5 인터페이스에 대응한다. 사이드링크 통신은 둘 이상의 근접한 UE가 어떤 네트워크 노드도 거치지 않고 E-UTRA 기술을 사용하여 ProSe(proximity-based services) 직접 통신을 가능하게 하는 AS 기능이다. 사이드링크 발견은 둘 이상의 근접한 UE가 어떤 네트워크 노드도 거치지 않고 E-UTRA 기술을 사용하여 ProSe 직접 발견을 가능하게 하는 AS 기능이다.

사이드링크 물리 채널은, UE로부터 전송되는 시스템 및 동기화 관련 정보를 전달하는 PSBCH(physical sidelink broadcast channel), UE로부터 전송되는 사이드링크 발견 메시지를 전달하는 PSDCH(physical sidelink discovery channel), UE로부터 전송되는 사이드링크 통신에 대한 제어 신호를 전달하는 PSCCH(physical sidelink control channel) 및 UE로부터 전송되는 사이드링크 통신에 대한 데이터를 전달하는 PSSCH(physical sidelink shared channel)를 포함한다. 사이드링크 물리 채널은 사이드링크 전송 채널에 맵핑된다. PSBCH는 SL-BCH(sidelink broadcast channel)에 맵핑된다. PSDCH는 SL-DCH(sidelink discovery channel)에 맵핑된다. PSSCH는 SL-SCH(sidelink shared channel)에 맵핑된다.

사이드링크에서도 논리 채널은 제어 평면의 정보 전달을 위한 제어 채널과 사용자 평면의 정보 전달을 위한 트래픽 채널로 분류된다. 사이드링크 제어 채널은 하나의 UE로부터 다른 UE로 사이드링크 시스템 정보를 방송하기 위한 사이드링크 채널인 SBCCH(sidelink broadcast control channel)를 포함한다. SBCCH는 SL-BCH에 맵핑된다. 사이드링크 트래픽 채널은 하나의 UE로부터 다른 UE로 사용자 정보의 전송을 위한 점대다(point-to-multipoint) 채널인 STCH(sidelink traffic channel)를 포함한다. STCH는 SL-SCH에 맵핑된다. 이 채널은 사이드링크 통신이 가능한 UE만 사용할 수 있다.

반영구적 스케줄링(SPS; semi-persistent scheduling)이 설명된다. E-UTRAN은 UE에게 제1 HARQ 전송을 위해 반영구적 전송 자원을 할당할 수 있다. RRC는 반영구적 DL 그랜트의 주기를 정의한다. PDCCH는 DL 그랜트가 반영구적인지 여부, 즉 RRC에 의해 정의된 주기에 따라 다음 TTI에서 암묵적으로 재사용될 수 있는지 여부를 지시한다.

필요한 경우, 재전송은 PDCCH를 통해 명시적으로 시그널링 된다. UE가 반영구적 DL 자원을 갖는 서브프레임에서, UE가 PDCCH 상에서 자신의 C-RNTI(cell radio network temporary identity)를 찾을 수 없는 경우, TTI에서 UE에게 할당된 반영구적 할당에 따른 DL 전송이 가정된다. 그렇지 않으면, UE가 반영구적 DL 자원을 갖는 서브프레임에서, UE가 PDCCH 상에서 자신의 C-RNTI를 찾으면, PDCCH 할당은 그 TTI에 대하여 반영구적 할당에 우선하며, UE는 반영구적 자원을 디코딩 하지 않는다.

CA(carrier aggregation)가 구성될 때, 반영구적 DL 자원은 PCell(primary cell)에 대해서만 구성될 수 있으며, PCell에 대한 PDCCH 할당만이 반영구적 할당에 우선할 수 있다. DC(dual connectivity)가 구성될 때, 반영구적 DL 자원은 PCell 또는 PSCell(primary secondary cell)에 대해서만 구성될 수 있다. PCell에 대한 PDCCH 할당만이 PCell에 대한 반영구적 할당에 우선할 수 있고, PSCell에 대한 PDCCH 할당만이 PSCell에 대한 반영구적 할당에 우선할 수 있다.

또한, E-UTRAN은 UE에게 제1 HARQ 전송 및 잠재적인 재전송을 위해 반영구적 UL 자원을 할당할 수 있다. RRC는 반영구적 UL 그랜트의 주기를 정의한다. PDCCH는 UL 그랜트가 반영구적인지 여부, 즉 RRC에 의해 정의된 주기에 따라 다음 TTI에서 암묵적으로 재사용될 수 있는지 여부를 지시한다.

UE가 반영구적 UL 자원을 갖는 서브프레임에서, UE가 PDCCH 상에서 자신의 C-RNTI를 찾을 수 없는 경우, TTI에서 UE에게 할당된 반영구적 할당에 따른 UL 전송이 수행될 수 있다. 네트워크는 미리 정의된 MCS에 따라 미리 정의된 PRB의 디코딩을 수행한다. 그렇지 않으면, UE가 반영구적 UL 자원을 갖는 서브프레임에서, UE가 PDCCH 상에서 자신의 C-RNTI를 찾으면, PDCCH 할당은 그 TTI에 대하여 반영구적 할당에 우선하며, UE의 전송은 반영구적 할당이 아닌 PDCCH 할당을 따른다. 재전송은 UE가 반영구적 UL 할당을 사용하는 경우 암시적으로 할당되거나, 또는 UE가 반영구적 할당을 따르지 않는 경우 PDCCH를 통해 명시적으로 할당된다.

DL과 마찬가지로, 반영구적 UL 자원은 PCell에 대해서만 구성될 수 있으며, PCell에 대한 PDCCH 할당만이 반영구적 할당에 우선할 수 있다. DC가 구성될 때, 반영구적 UL 자원은 PCell 또는 PSCell에 대해서만 구성될 수 있다. PCell에 대한 PDCCH 할당만이 PCell에 대한 반영구적 할당에 우선할 수 있고, PSCell에 대한 PDCCH 할당만이 PSCell에 대한 반영구적 할당에 우선할 수 있다.

RRC에 의하여 SPS가 활성화 되면, 다음 정보가 제공된다.

- SPS C-RNTI;

- UL에 대해서 SPS가 가능하면, UL SPS 인터벌인 semiPersistSchedIntervalUL 및 암묵적인 해제 이전의 빈 전송의 횟수인 implicitReleaseAfter;

- 오직 TDD(time division duplex)에서, UL에 대해서 twoIntervalsConfig 이 가능한지 여부;

- DL에 대해서 SPS가 가능하면, DL SPS 인터벌인 semiPersistSchedIntervalDL 및 SPS에 대하여 구성된 HARQ 프로세스의 개수인 numberOfConfSPS-Processes;

RRC에 의하여 UL 또는 DL에 대하여 SPS가 가능하지 않을 때, 대응하는 구성된 그랜트 또는 구성된 할당은 폐기 되어야한다.

위의 정보는 SPS-Config IE(information element)에서 전달될 수 있다. SPS-Config IE는 SPS 구성을 지정하는 데 사용된다다. 표 1은 SPS-Config IE를 나타낸다.

-- ASN1STARTSPS-Config ::= SEQUENCE {semiPersistSchedC-RNTI C-RNTI OPTIONAL, -- Need ORsps-ConfigDL SPS-ConfigDL OPTIONAL, -- Need ONsps-ConfigUL SPS-ConfigUL OPTIONAL -- Need ON}SPS-ConfigDL ::= CHOICE{release NULL,setup SEQUENCE {semiPersistSchedIntervalDL ENUMERATED {sf10, sf20, sf32, sf40, sf64, sf80,sf128, sf160, sf320, sf640, spare6,spare5, spare4, spare3, spare2,spare1},numberOfConfSPS-Processes INTEGER (1..8),n1PUCCH-AN-PersistentList N1PUCCH-AN-PersistentList,...,[[ twoAntennaPortActivated-r10 CHOICE {release NULL,setup SEQUENCE {n1PUCCH-AN-PersistentListP1-r10 N1PUCCH-AN-PersistentList }} OPTIONAL -- Need ON]]}}SPS-ConfigUL ::= CHOICE {release NULL,setup SEQUENCE {semiPersistSchedIntervalUL ENUMERATED {sf10, sf20, sf32, sf40, sf64, sf80,sf128, sf160, sf320, sf640, spare6,spare5, spare4, spare3, spare2,spare1},implicitReleaseAfter ENUMERATED {e2, e3, e4, e8},p0-Persistent SEQUENCE {p0-NominalPUSCH-Persistent INTEGER (-126..24),p0-UE-PUSCH-Persistent INTEGER (-8..7)} OPTIONAL, -- Need OPtwoIntervalsConfig ENUMERATED {true} OPTIONAL, -- Cond TDD..., [[ p0-PersistentSubframeSet2-r12 CHOICE { release NULL,setup SEQUENCE {p0-NominalPUSCH-PersistentSubframeSet2-r12 INTEGER (-126..24),p0-UE-PUSCH-PersistentSubframeSet2-r12 INTEGER (-8..7)}} OPTIONAL -- Need ON]]}}N1PUCCH-AN-PersistentList ::= SEQUENCE (SIZE (1..4)) OF INTEGER (0..2047)-- ASN1STOP

상술한 바와 같이, SPS-Config IE는, SPS C-RNTI (semiPersistSchedC-RNTI), UL SPS 인터벌 (semiPersistSchedIntervalUL), 암묵적 해제 이전의 빈 전송의 횟수 (implicitReleaseAfter), UL에 대해서 twoIntervalsConfig가 가능한지 여부 (twoIntervalsConfig), DL SPS 인터벌 (semiPersistSchedIntervalDL) 및 DL에 대해서 SPS가 가능할 때 SPS에 대해 구성된 HARQ 프로세스의 개수 (numberOfConfSPS-Processes) 중 적어도 하나를 포함할 수 있다.

UE 도움 정보(UE assistance information)가 설명된다. 이는 3GPP TS 36.331 V13.2.0 (2016-06)의 5.6.10절을 참조할 수 있다. UE 도움 정보 절차의 목적은 UE의 절전 선호도를 E-UTRAN에 알려주는 것이다. UE가 전력 선호 표시(PPI; power preference indication)를 제공하도록 구성될 때, E-UTRAN은 UE가 명시적으로 달리 지시할 때까지 UE가 절전을 위해 주로 최적화 된 구성을 선호하지 않는다고 고려할 수 있다.

도 4는 UE 도움 정보를 전송하는 절차를 나타낸다. 단계 S40에서 UE와 E-UTRAN은 RRC 연결 재구성 절차를 수행한다. 단계 S41에서 UE는 E-UTRAN으로 UE 도움 정보를 전송한다. RRC_CONNECTED에서 PPI를 제공할 수 있는 UE는 PPI를 제공하도록 구성될 때 및 전력 선호의 변경을 포함하는 몇몇 경우에서 UE 도움 정보 전송 절차를 시작할 수 있다.

UE 도움 정보 전송 절차를 시작하면, UE는 다음을 수행한다.

1> PPI를 제공하도록 구성된 경우:

2> UE가 PPI를 제공하도록 구성된 이후 UEAssistanceInformation 메시지를 전송하지 않은 경우; 또는

2> 현재 전력 선호가 UEAssistanceInformation 메시지의 마지막 전송에서 표시된 것과 다르며 타이머 T340이 실행되고 있지 않은 경우:

3> UEAssistanceInformation 메시지의 전송을 시작한다.

UE는 UEAssistanceInformation 메시지의 내용을 다음과 같이 설정한다.

1> UE가 절전을 위해 주로 최적화 된 구성을 선호하는 경우:

2> powerPrefIndication을 lowPowerConsumption으로 설정한다.

1> 그렇지 않으면:

2> 타이머 값을 powerPrefIndicationTimer로 설정하고 타이머 T340을 시작하거나 다시 시작한다.

2> powerPrefIndication을 normal로 설정한다.

UE는 전송을 위해 하위 계층에 UEAssistanceInformation 메시지를 제출한다.

표 2는 UE 도움 정보의 일 예를 나타낸다.

-- ASN1STARTUEAssistanceInformation-r11 ::= SEQUENCE {criticalExtensions CHOICE {c1 CHOICE {ueAssistanceInformation-r11 UEAssistanceInformation-r11-IEs,spare3 NULL, spare2 NULL, spare1 NULL},criticalExtensionsFuture SEQUENCE {}}}UEAssistanceInformation-r11-IEs ::= SEQUENCE {powerPrefIndication-r11 ENUMERATED {normal, lowPowerConsumption} OPTIONAL,lateNonCriticalExtension OCTET STRING OPTIONAL,nonCriticalExtension SEQUENCE {} OPTIONAL}-- ASN1STOP

V2X(vehicle-to-everything) 통신에 대해 설명한다. V2X 통신은 V2V(vehicle-to-vehicle) 통신, V2I(vehicle-to-infrastructure) 통신 및 V2P(vehicle-to-pedestrian) 통신의 세 가지 유형이 있다. V2X의 이러한 세 가지 유형은 최종 사용자를 위한 보다 지능적인 서비스를 제공하기 위해 "협동 의식"을 사용할 수 있다. 이는 차량, RSU(road side unit) 및 보행자와 같은 운송 개체가 해당 지역 환경(예를 들어, 근접한 다른 차량 또는 센서 장비로부터 수신한 정보)에 대한 지식을 수집하고, 협동 충돌 경고 또는 자율 주행과 같은 지능형 서비스를 제공할 수 있도록 해당 지식을 처리하고 공유할 수 있음을 의미한다.

V2X 서비스는 3GPP 전송을 통해 V2V 어플리케이션을 사용하는 전송 또는 수신 UE를 포함하는 통신 서비스의 한 유형이다. 통신에 참여한 상대방에 따라 V2X 서비스는 V2V 서비스, V2I 서비스, V2P 서비스 및 V2N(vehicle-to-network) 서비스로 나뉠 수 있다. V2V 서비스는 통신의 양 측 모두 V2V 어플리케이션을 사용하는 UE인 V2X 서비스의 유형이다. V2I 서비스는 통신의 한 측이 UE이고 다른 한 측이 RSU이며, 모두 V2I 어플리케이션을 사용하는 V2X 서비스의 유형이다. RSU는 V2I 어플리케이션을 사용하여 UE와 송수신할 수 있는 V2I 서비스를 지원하는 개체이다. RSU는 eNB 또는 고정 UE에서 구현된다. V2P 서비스는 통신의 양 측 모두 V2P 어플리케이션을 사용하는 UE인 V2X 서비스의 유형이다. V2N 서비스는 통신의 한 측이 UE이고 다른 한 측이 서빙 개체이며, 모두 V2N 어플리케이션을 사용하며 LTE 네트워크 개체를 통해 서로 통신하는 V2X 서비스의 유형이다.

V2V에서, E-UTRAN은 허용, 인가 및 근접성 기준이 충족될 때 서로 근접한 UE가 E-UTRA(N)를 사용하여 V2V 관련 정보를 교환하는 것을 허용한다. 근접 기준은 MNO(mobile network operator)에 의해 구성될 수 있다. 그러나 V2V 서비스를 지원하는 UE는 V2X 서비스를 지원하는 E-UTRAN에 의해 서비스를 제공받거나 제공받지 않을 때 그러한 정보를 교환할 수 있다. V2V 어플리케이션을 지원하는 UE는 어플리케이션 계층 정보(예를 들어, V2V 서비스의 일부로서 그 위치, 동적 및 속성에 관하여)를 전송한다. V2V 페이로드(payload)는 서로 다른 내용을 수용하기 위해 융통성이 있어야 하며, 정보는 MNO에 의해 제공된 구성에 따라 주기적으로 전송될 수 있다. V2V는 주로 방송 기반이다. V2V는 서로 다른 UE 간에 V2V 관련 어플리케이션 정보를 직접 교환하는 것을 포함하고, 및/또는 V2V의 제한된 직접 통신 범위로 인해, V2V는 서로 다른 UE 간에 V2V 관련 어플리케이션 정보를 V2X 서비스를 지원하는 기반 구조(예를 들어, RSU, 어플리케이션 서버 등)를 통해 교환하는 것을 포함한다.

V2I에서, V2I 어플리케이션을 지원하는 UE는 어플리케이션 계층 정보를 RSU로 전송한다. RSU는 어플리케이션 계층 정보를 UE 그룹 또는 V2I 어플리케이션을 지원하는 UE로 전송한다.

V2P에서, E-UTRAN은 허용, 인가 및 근접성 기준이 충족될 때 서로 근접한 UE가 E-UTRAN을 사용하여 V2P 관련 정보를 교환하는 것을 허용한다. 근접 기준은 MNO에 의해 구성될 수 있다. 그러나, V2P 서비스를 지원하는 UE는 V2X 서비스를 지원하는 E-UTRAN에 의해 서비스되지 않을 때에도 이러한 정보를 교환할 수 있다. V2P 어플리케이션을 지원하는 UE는 어플리케이션 계층 정보를 전송한다. 이러한 정보는 V2X 서비스를 지원하는 차량 UE(예를 들어, 보행자에게 경고) 및/또는 V2X 서비스를 지원하는 보행자 UE(예를 들어, 차량에 경고)에 의해 방송될 수 있다. V2P는 서로 다른 UE 간(하나는 차량, 또 하나는 보행자)에 V2V 관련 어플리케이션 정보를 직접 교환하는 것을 포함하고, 및/또는 V2P의 제한된 직접 통신 범위로 인해, V2P는 서로 다른 UE 간에 V2P 관련 어플리케이션 정보를 V2X 서비스를 지원하는 기반 구조(예를 들어, RSU, 어플리케이션 서버 등)를 통해 교환하는 것을 포함한다.

V2X 통신에서, CAM(common awareness messages), DENM(decentralized environmental notification messages) 또는 BSM(basic safety message) 등의 메시지가 전송될 수 있다. CAM은 차량의 종류, 위치, 속도, 방향 등의 정보를 포함하며, 모든 차량에 의하여 주기적으로 방송될 수 있다. DENM은 특정 이벤트의 타입, 특정 이벤트가 발생한 지역 등의 정보를 포함하며, RSU 또는 차량에 의하여 방송될 수 있다. BSM은 미국의 J2735 안전 메시지에 포함되며, CAM과 유사한 특징을 가진다. BSM을 통해 긴급 브레이크 경고, 전방 추돌 경고, 교차로 안전 지원, 사각 지대 및 차선 변경 경고, 추월 경고, 제어 불능 경고 서비스가 제공될 수 있다.

V2X 통신의 특성상, SPS를 통해 할당된 자원을 이용하여 V2X 메시지를 전송하는 방법이 논의되고 있다. 즉, UL SPS 자원 또는 SL SPS 자원을 이용하여 V2X 메시지를 네트워크 또는 다른 UE로 전송하는 방법이 논의 중에 있다. 이를 위하여 다음의 사항들이 제안되었다.

(1) 복수의 SPS 구성이 동시에 활성화 될 수 있다.

(2) SPS를 위한 UE 도움 정보가 eNB로 제공될 수 있다. SPS를 위한 UE 도움 정보의 전송은 UE 구현을 기반으로 트리거 될 수 있다.

(3) SPS를 위한 UE 도움 정보는 주기 및 타이밍 오프셋을 포함할 수 있다.

(4) UE는 UE 구현을 기반으로 주기 및 타이밍 오프셋을 추정할 수 있다.

(5) UE의 전송 완료 지시를 기반으로, 적어도 eNB에 의한 명시적인 SPS 자원 해제는 지원되어야 한다. 다른 SPS 해제 트리거가 도입되어야 하는지는 추후 논의될 수 있다.

(6) SPS 구성이 RB에 연결되어야 하는지는 추후 논의될 수 있다.

이하, 위의 제안을 바탕으로, 본 발명은 SPS 구성 및 SPS를 위한 UE 도움 정보의 자세한 특징을 제안한다. 이하의 설명에서 SPS를 위한 도움 정보는 UL SPS 및 SL SPS에 모두 적용될 수 있다.

1. CAM 전송과 DENM 전송이 병렬로 수행될 때, 복수의 SPS가 사용될 수 있다. 따라서, SL 전송의 경우, 최대 2개의 SPS 구성이 구성될 수 있다. 예를 들어, 제1 SPS 구성은 CAM을 위하여, 제2 SPS 구성은 DEMN을 위하여 구성될 수 있다. CAM과 DENM에 대해 서로 다른 SPS 구성이 필요할 수 있다.

CAM과 DENM은 우선 순위가 다른 별도의 논리 채널을 통해 전송되어야 할 수 있다. 따라서, 하나의 SPS 구성은 하나의 SL 논리 채널과 관련될 수 있다. 또는, CAM과 DENM이 서로 다른 SL 논리 채널 그룹에 맵핑되는 경우, 하나의 SPS 구성은 하나의 SL 논리 채널 그룹과 관련될 수 있다.

eNB는 전용 시그널링을 통해 RRC_CONNECTED의 UE에 대해 복수의 SPS 구성 목록을 구성할 수 있다. 예를 들어, eNB는 전용 시그널링을 통해 RRC_CONNECTED의 UE에 대해 최대 2개의 SPS 구성 목록을 구성할 수 있다.

2. 하나의 SPS 구성은 후보 SPS 주기의 목록과 후보 시간 오프셋의 목록을 포함할 수 있다. UE는 SPS 주기 및/또는 시간 오프셋을 선택하고, UE 도움 정보에서 선택된 SPS 주기 및/또는 선택된 시간 오프셋을 지시할 수 있다. 표 3은 후보 SPS 주기의 목록의 일 예를 나타낸다.

Periodicity ENUMERATED {sf100, sf200, sf300, sf400,sf500, sf600, sf700, sf800,sf900, sf1000, spare6, spare5,spare4, spare3, spare2, spare1},

RRC는 각 SPS 구성에 대해 하나 이상의 후보 SPS 주기를 구성할 수 있다.

시간 오프셋과 관련하여, eNB는 UE 도움 정보 보고의 민감도/빈도를 제어할 수 있다. 예를 들어, 100ms SPS 주기 동안 시간 오프셋 간격이 20ms, 40ms, 60ms 및 80ms 인 경우, UE는 시간 편차가 20ms 이상이 될 때마다 UE 도움 정보를 보고해야 한다. 그러나, 100ms SPS 주기 동안 시간 오프셋 간격이 50ms라면, UE는 시간 편차가 50ms 이상이 될 때만 UE 도움 정보를 보고할 것이다. 따라서 첫 번째 경우와 비교하여, 두 번째 경우에서는 UE로부터의 보고의 횟수 및 SPS 재활성화의 횟수가 감소할 것이다. eNB가 20ms의 시간 오프셋 간격으로 SPS를 자주 재활성화 하기를 원하면, eNB는 시간 오프셋 간격을 20ms로 설정할 수 있다. 반면에 eNB가 50ms의 시간 오프셋 간격으로 드물게 SPS를 재활성화 하기를 원하면, eNB는 시간 오프셋 간격을 50ms로 설정할 수 있다.

eNB가 시간 오프셋 간격을 적절히 제어할 수 있게 하기 위하여, 후보 SPS 시간 오프셋은 표 4와 같이 RRC ASN.1의 SPS 주기 내의 시간 오프셋 인덱스의 총 개수인 timeOffsetIndexMax와 함께 구성될 수 있다.

timeOffsetIndexMax INTEGER (0..99)

실제 시간 오프셋은 수학식 1에 의하여 계산될 수 있다.

<수학식 1>

실제 시간 오프셋(ms) = floor (periodicity / (timeOffsetIndexMax +1)) * 시간 오프셋 인덱스 (시간 오프셋 인덱스=1, 2...timeOffsetIndexMax)

eNB는 timeOffsetIndexMax를 선택함으로써, UE 도움 정보 보고의 민감도/빈도를 제어할 수 있다. 예를 들어, 사업자가 timeOffsetIndexMax에 대해 4를 선택하면, eNB는 RRC 시그널링에 의해 timeOffsetIndexMax가 4를 나타냄을 UE에 알린다. 따라서, UE는 시간 오프셋 인덱스가 1, 2, 3 및 4 중 하나로 설정될 수 있다고 간주할 수 있다. UE는 100ms 주기로 SPS 전송을 수행하는 동안, 실제 시간 오프셋은 20, 40, 60 및 80ms가 될 수 있다고 고려할 수 있다. 한편, timeOffsetIndexMax가 1을 나타내면, 실제 시간 오프셋은 50ms만 가능할 수 있다. 따라서, UE 도움 정보는 시간 편차가 50ms 이상이 될 때만 전송될 수 있다. 즉, eNB는 시간 편차가 50ms 이상이 될 때만 SPS를 재활성화 할 수 있다. timeOffsetIndexMax가 4를 나타내는 경우와 비교하여, timeOffsetIndexMax가 1을 나타내는 경우, UE로부터의 보고의 횟수 및 SPS 재활성화의 횟수가 감소할 수 있다.

따라서, SPS 주기 변경이 필요함을 검출하면, UE의 MAC 계층은 후보 SPS주기의 목록으로부터 새로운 SPS 주기를 선택하고, 후보 SPS 주기의 목록에서 선택된 SPS 주기의 순서를 표시할 수 있다. SPS 시간 오프셋 변경이 필요함을 검출하면, UE의 MAC 계층은 후보 SPS 시간 오프셋의 목록으로부터 새로운 SPS 시간 오프셋을 선택하고, 선택된 SPS 시간 오프셋에 대응하는 시간 오프셋 인덱스를 지시할 수 있다.

3. SPS를 위한 UE 도움 정보는 메시지 생성 시간이 구성된 자원 할당으로부터 벗어날 때, eNB가 SPS 자원 할당을 조정/해제하는 것을 돕기 위해 UE에 의하여 사용될 수 있다. 현재 UE 도움 정보가 Uu 인터페이스를 통해 전달되는 방법은 결정되지 않았다. 그러나, SPS 자원 할당 및 전송을 수행하는 것은 MAC 계층이므로, UE 도움 정보 보고가 MAC 계층에서 특정될 수 있다. 즉, UE 도움 정보 보고를 위해 MAC CE(control element)를 사용하는 것이 제안될 수 있다. 또한, 새로운 MAC CE가 SPS 확인을 위해 도입되는 것이 동의되었다. 따라서, V2V SL SPS 및 V2X UL SPS 모두를 위하여 사용되는, UE 도움 정보 보고를 위한 새로운 MAC CE가 도입될 수 있다. UE 도움 정보 보고를 위한 새로운 MAC CE는 SPS 도움 MAC CE(SPS assistance MAC CE)일 수 있다.

또한, 새로운 LCID(logical channel ID)가 SPS 도움 MAC CE를 위하여 할당될 필요가 있다. 표 5는 SPS 도움 MAC를 위하여 할당되는 새로운 LCID를 포함하는, UL-SCH를 위한 LCID 값의 일 예를 나타낸다.

Index	LCID values
00000	CCCH
00001-01010	Identity of the logical channel
01011	CCCH
01100-10100	Reserved
10100	SPS assistance
10101	SPS confirmation
10110	Truncated Sidelink BSR
10111	Sidelink BSR
11000	Dual Connectivity Power Headroom Report
11001	Extended Power Headroom Report
11010	Power Headroom Report
11011	C-RNTI
11100	Truncated BSR
11101	Short BSR
11110	Long BSR
11111	Padding

표 5를 참조하면, 10100의 값을 가지는 LCID가 SPS 도움 MAC CE에 할당된다.

도 5는 본 발명의 일 실시예에 따른 SPS 도움 MAC CE의 포맷을 나타낸다. SPS 도움 MAC CE의 크기는 변할 수 있다. 도 5에 나타난 필드는 다음과 같이 정의될 수 있다.

- R: 유보된 비트이며, "0"으로 설정된다.

- C_i: 이 필드는 SPS 구성 목록이 구성될 때 SPS 구성을 식별한다. 이 값은 SPS 구성 목록에서 한 구성에 대한 인덱스로 설정된다.

- 주기 인덱스: 이 필드는 C 필드에 대응하는 SPS 구성에서 선택된 주기의 인덱스를 나타낸다.

- 시간 오프셋 인덱스: 이 필드는 C 필드에 대응하는 SPS 구성에서 선택된 시간 오프셋의 인덱스를 나타낸다.

SPS 도움 MAC CE는 4개의 SPS 구성까지 지원할 수 있다. CAM, DENM 및 VoIP의 조합을 병렬적으로 고려하면, SPS 도움 MAC CE에 포함되는 복수의 SPS 구성은 동시에 활성화 될 수 있다.

4. 한편, 상술한 바와 같이 SPS를 위한 UE 도움 정보의 보고는 UE 구현을 기반으로 트리거 되는 것이 합의되었다. 그러나, UE가 동일한 SPS를 위한 UE 도움 정보의 전송을 반복하는 경우는 피하는 것이 바람직하다. 예를 들어, UE는 특정 주기 및/또는 특정 시간 오프셋을 eNB에 요청할 수 있다. 그러나 eNB는 이를 수락하지 않을 수 있다. 즉, UE는 동일한 SPS를 위한 UE 도움 정보의 전송을 연속적으로 트리거 해서는 안 된다.

동일한 SPS를 위한 UE 도움 정보의 반복 전송을 피하기 위해, 보고될 정보가 변경될 때에만 SPS를 위한 UE 도움 정보의 보고가 트리거 될 수 있다. 즉, SPS 주기 및/또는 시간 오프셋이 변경될 때에만 SPS를 위한 도움 정보의 보고가 트리거 될 수 있다. 이에 따라, 항상 최신의 SPS를 위한 UE 도움 정보만이 전송될 수 있다. SPS를 위한 UE 도움 정보가 전송될 때, 트리거 된 모든 SPS를 위한 UE 도움 정보의 보고는 취소될 수 있다.

그럼에도 불구하고, 셀이 변할 때마다(즉, 핸드오버) UE가 SPS를 위한 UE 도움 정보를 전송할 필요가 있을 수 있다. 이는 타겟 eNB가 어느 주기/시간 오프셋이 현재 설정될 필요가 있는지를 알 수 없기 때문이다. 그러나, 셀이 변할 때마다 UE가 SPS를 위한 UE 도움 정보를 전송해야 하기 때문에, 지연이 발생할 수 있다.

대신, 핸드오버의 절차의 소스 eNB가 UE로부터 수신한 SPS를 위한 UE 도움 정보를 핸드오버 절차의 타겟 eNB로 전달할 수 있다. 이에 따라 소스 eNB는 타겟 eNB가 SPS를 적절하게 활성화하는 것을 도울 수 있다. 소스 eNB가 타겟 eNB로 전달하는 SPS를 위한 UE 도움 정보는 현재 SPS 주기를 포함할 수 있다. 또한, 소스 eNB가 타겟 eNB로 전달하는 SPS를 위한 UE 도움 정보는 실제 시간 오프셋을 포함할 수 있다. 상기 실제 시간 오프셋은 UE로부터 보고되는 SPS를 위한 UE 도움 정보에 포함되는 시간 오프셋을 고려하여 설정될 수 있다. 또한, 상기 실제 시간 오프셋은 UE로부터 보고되는 SPS를 위한 UE 도움 정보에 포함되는 시간 오프셋 및 소스 eNB와 타겟 eNB 간의 시간 차이 또한 고려하여 설정될 수 있다. 소스 eNB는 SPS를 위한 UE 도움 정보를 X2 인터페이스를 통해 타겟 eNB로 전달할 수 있다. 또는, 소스 eNB는 SPS를 위한 UE 도움 정보를 노드 간(inter-node) RRC 메시지를 통해 타겟 eNB로 전달할 수 있다.

도 6은 본 발명의 일 실시예에 따른 소스 eNB가 SPS를 위한 UE 도움 정보를 타겟 eNB로 전송하는 방법을 나타낸다.

단계 S100에서, 소스 eNB는 SPS를 위한 UE 도움 정보를 UE로부터 수신한다. 이하, SPS를 위한 UE 도움 정보는 SPS 도움 정보라 불린다. SPS 도움 정보는 도 4에서 설명된 UE 도움 정보에 포함되어 수신될 수 있다. RRC_CONNECTED에서 SPS 도움 정보를 제공할 수 있는 UE는 SPS 도움 정보를 제공하도록 구성될 때 및 SPS 도움 정보의 변경을 포함하는 몇몇 경우에서 UE 도움 정보 전송 절차를 시작할 수 있다.

UE 도움 정보 전송 절차를 시작하면, UE는 다음을 수행한다.

1> SPS 도움 정보를 제공하도록 구성된 경우:

2> UE가 SPS 도움 정보를 제공하도록 구성된 이후, SPS 도움 정보(sps-AssistanceInformation)를 포함하는 UE 도움 정보 메시지(UEAssistanceInformation)를 전송하지 않은 경우; 또는

2> 현재 SPS 도움 정보가 UEAssistanceInformation 메시지의 마지막 전송에서 표시된 것과 다른 경우:

3> UEAssistanceInformation 메시지의 전송을 시작한다.

SPS 도움 정보를 제공하도록 구성된 경우, UE는 SPS 도움 정보를 위하여 UEAssistanceInformation 메시지의 내용을 다음과 같이 설정한다.

1> SPS 도움 정보를 제공하도록 구성된 경우:

2> SPS 도움 정보를 보고하는 것이 필요한 V2X SL 통신을 위한 트래픽이 있는 경우:

3> UEAssistanceInformation 메시지에 trafficPatternInfoListSL을 포함시킨다.

2> SPS 도움 정보를 보고하는 것이 필요한 UL 통신을 위한 트래픽이 있는 경우:

3> UEAssistanceInformation 메시지에 trafficPatternInfoListUL을 포함시킨다.

언제, 또한 어떻게 SPS 도움 정보를 트리거 하는지는 UE 구현에 달려 있다.

표 6은 본 발명의 일 실시예에 따른 SPS 도움 정보를 포함하는 UE 도움 정보의 일 예를 나타낸다.

-- ASN1STARTUEAssistanceInformation-r11 ::= SEQUENCE {criticalExtensions CHOICE {c1 CHOICE {ueAssistanceInformation-r11 UEAssistanceInformation-r11-IEs,spare3 NULL, spare2 NULL, spare1 NULL},criticalExtensionsFuture SEQUENCE {}}}UEAssistanceInformation-r11-IEs ::= SEQUENCE {powerPrefIndication-r11 ENUMERATED {normal, lowPowerConsumption} OPTIONAL,lateNonCriticalExtension OCTET STRING OPTIONAL,nonCriticalExtension SEQUENCE {} OPTIONAL}UEAssistanceInformation-v1430-IEs ::= SEQUENCE {bw-Preference-r14 BW-Preference-r14 OPTIONAL,sps-AssistanceInformation-r14 SEQUENCE {trafficPatternInfoListSL-r14 TrafficPatternInfoList-r14 OPTIONAL,trafficPatternInfoListUL-r14 TrafficPatternInfoList-r14 OPTIONAL} OPTIONAL,rlm-Report-r14 SEQUENCE {rlm-Event-r14 ENUMERATED {earlyOutOfSync, earlyInSync},excessRep-MPDCCH-r14 ENUMERATED {excessRep1, excessRep2} OPTIONAL} OPTIONAL,delayBudgetReport-r14 DelayBudgetReport-r14 OPTIONAL,nonCriticalExtension SEQUENCE {} OPTIONAL}TrafficPatternInfoList-r14 ::= SEQUENCE (SIZE (1..maxTrafficPattern-r14)) OF TrafficPatternInfo-r14TrafficPatternInfo-r14 ::= SEQUENCE {trafficPeriodicity-r14 ENUMERATED {sf20, sf50, sf100, sf200, sf300, sf400, sf500,sf600, sf700, sf800, sf900, sf1000},timingOffset-r14 INTEGER (0..10239),priorityInfoSL-r14 SL-Priority-r13 OPTIONAL,logicalChannelIdentityUL-r14 INTEGER (3..10) OPTIONAL,messageSize-r14 BIT STRING (SIZE (6))}-- ASN1STOP

표 6을 참조하면, UE 도움 정보 메시지는 표 2와 비교하여 SPS 도움 정보인 sps-AssistanceInformation IE(information element)를 더 포함할 수 있다. 즉, sps-AssistanceInformation IE는 네트워크가 SPS를 구성하는 데에 도움을 주기 위한 UE 도움 정보를 나타낸다.

SPS 도움 정보는 SL을 위한 SPS 도움 정보인 trafficPatternInfoListSL IE를 포함할 수 있다. trafficPatternInfoListSL IE는 V2X SL 통신을 위해 설정되는 SL 논리 채널의 트래픽 특성을 제공한다. trafficPatternInfoListSL IE는 trafficPeriodicity 필드 및 timingOffset 필드를 포함할 수 있다. trafficPeriodicity 필드는 SL 논리 채널에서 추정되는 데이터 도달 주기를 나타낸다. timingOffset 필드는 SL 논리 채널에서 패킷 도달에 대해 추정되는 타이밍을 나타낸다. 이 값은 서브프레임 #0 및 SFN #0에 대한 타이밍 오프셋을 나타낸다.

또한, SPS 도움 정보는 UL을 위한 SPS 도움 정보인 trafficPatternInfoListUL IE를 포함할 수 있다. trafficPatternInfoListUL IE는 UL 논리 채널의 트래픽 특성을 제공한다. trafficPatternInfoListUL IE는 trafficPeriodicity 필드 및 timingOffset 필드를 포함할 수 있다. trafficPeriodicity 필드는 UL 논리 채널에서 추정되는 데이터 도달 주기를 나타낸다. timingOffset 필드는 UL 논리 채널에서 패킷 도달에 대해 추정되는 타이밍을 나타낸다. 이 값은 서브프레임 #0 및 SFN #0에 대한 타이밍 오프셋을 나타낸다.

다시 도 6을 돌아가서, 단계 S110에서 소스 eNB는 상기 SPS를 위한 UE 도움 정보를 상기 타겟 eNB로 전송한다. 상기 SPS를 위한 UE 도움 정보는 아래와 같은 방법으로 전송될 수 있다.

SPS 도움 정보를 포함하는 UE 도움 정보 메시지는 표 7과 같이 AS-Context IE에 포함될 수 있다. AS-Context IE는 타겟 eNB에 의해 요구되는 로컬 E-UTRAN 컨텍스트를 전달하는데 사용된다.

-- ASN1STARTAS-Context ::= SEQUENCE {reestablishmentInfo ReestablishmentInfo OPTIONAL -- Cond HO}AS-Context-v1130 ::= SEQUENCE {idc-Indication-r11 OCTET STRING (CONTAININGInDeviceCoexIndication-r11) OPTIONAL, -- Cond HO2mbmsInterestIndication-r11 OCTET STRING (CONTAININGMBMSInterestIndication-r11) OPTIONAL, -- Cond HO2powerPrefIndication-r11 OCTET STRING (CONTAININGUEAssistanceInformation-r11) OPTIONAL, -- Cond HO2...,[[ sidelinkUEInformation-r12 OCTET STRING (CONTAININGSidelinkUEInformation-r12) OPTIONAL -- Cond HO2]]}AS-Context-v1320 ::= SEQUENCE {wlanConnectionStatusReport-r13 OCTET STRING (CONTAININGWLANConnectionStatusReport-r13) OPTIONAL -- Cond HO2}-- ASN1STOP

표 7을 참조하면, AS-Context IE는 UE 도움 정보 메시지인 UEAssistanceInformation을 포함한다. UEAssistanceInformation은 SPS 도움 정보를 포함한다.

상술한 AS-Context IE는 표 8과 같이 핸드오버 준비 정보 메시지인 HandoverPreparationInformation에 포함될 수 있다. 이 메시지는 UE 능력 정보를 포함하며, 핸드오버 준비 중에 타겟 eNB에 의해 사용되는 E-UTRA RRC 정보를 전송하는 데에 사용된다. 이 메시지는 소스 eNB에서 타겟 eNB로 전송된다.

-- ASN1STARTHandoverPreparationInformation ::= SEQUENCE {criticalExtensions CHOICE {c1 CHOICE{handoverPreparationInformation-r8 HandoverPreparationInformation-r8-IEs,spare7 NULL,spare6 NULL, spare5 NULL, spare4 NULL,spare3 NULL, spare2 NULL, spare1 NULL},criticalExtensionsFuture SEQUENCE {}}}...HandoverPreparationInformation-v1130-IEs ::= SEQUENCE {as-Context-v1130 AS-Context-v1130 OPTIONAL, -- Cond HO2nonCriticalExtension HandoverPreparationInformation-v1250-IEsOPTIONAL}...-- ASN1STOP

표 8을 참조하면, 핸드오버 준비 정보 메시지는 AS-Context IE를 포함한다. 이에 따라, SPS 도움 정보가 소스 eNB에서 타겟 eNB로 전송될 수 있다.

5. 상술한 바와 같이, UE의 전송 완료 지시를 기반으로, 적어도 eNB에 의한 명시적인 SPS 자원 해제는 지원되어야 하며, 다른 SPS 해제 트리거가 도입되어야 하는지는 추후 논의되기로 합의되었다. SL에서 상기 UE의 SPS 전송 완료 지시는 다음의 해결책 중 하나에 의해 지원될 수 있다.

- 해결책 1: 특정 논리 채널(예를 들어, DENM)에 대해 SL에서의 SPS 전송이 완료되면, 스케줄링 요청 및 SL BSR(buffer status report)가 트리거 될 수 있다. SL BSR MAC CE는 eNB로 SPS 해제를 요청하기 위해 해당 LCG에 대하여 0바이트의 버퍼 크기를 나타낼 수 있다.

- 해결책 2: 특정 논리 채널 (예를 들어, DENM)에 대해 SL에서의 SPS 전송이 완료되면, eNB로 SPS 해제를 요청하기 위하여 스케줄링 요청 및 SPS 도움 MAC CE가 트리거 될 수 있다.

두 해결책 모두에 대해, 최종적으로 eNB가 SPS를 해제할지 여부를 결정한다. 해결책 1은 기존 SL BSR 절차에 영향을 줄 수 있으므로, 해결책 2가 선호될 수 있다. SPS 해제 요청을 나타내는 새로운 필드가 SPS 도움 MAC CE 내에 도입될 수 있다. 또는, SPS 해제 요청을 나타내는 새로운 필드를 도입하기보다는, 주기 인덱스 필드의 특정 값(예를 들어, 1111)이 해당 SPS 구성에 대한 SPS 해제 요청을 표시할 수 있다.

또한, SL SPS를 지원하기 위해 새로운 SL SPS C-RNTI가 도입될 수 있다. SL SPS C-RNTI가 SPS 구성 별로 구성되거나, 또는 UE마다 구성될 수 있다. 새로운 SL SPS C-RNTI는 SL SPS를 (재)활성화 또는 해제할 수 있다.

도 7은 본 발명의 실시예가 구현되는 무선 통신 시스템을 나타낸다.

소스 eNB(800)는 프로세서(processor; 810), 메모리(memory; 820) 및 송수신부(transceiver; 830)를 포함한다. 프로세서(810)는 본 명세서에서 설명된 기능, 과정 및/또는 방법을 구현하도록 구성될 수 있다. 무선 인터페이스 프로토콜의 계층들은 프로세서(810)에 의해 구현될 수 있다. 메모리(820)는 프로세서(810)와 연결되어, 프로세서(810)를 구동하기 위한 다양한 정보를 저장한다. 송수신부(830)는 프로세서(810)와 연결되어, 무선 신호를 전송 및/또는 수신한다.

UE 또는 타겟 eNB(900)는 프로세서(910), 메모리(920) 및 송수신부(930)를 포함한다. 프로세서(910)는 본 명세서에서 설명된 기능, 과정 및/또는 방법을 구현하도록 구성될 수 있다. 무선 인터페이스 프로토콜의 계층들은 프로세서(910)에 의해 구현될 수 있다. 메모리(920)는 프로세서(910)와 연결되어, 프로세서(910)를 구동하기 위한 다양한 정보를 저장한다. 송수신부(930)는 프로세서(910)와 연결되어, 무선 신호를 전송 및/또는 수신한다.

프로세서(810, 910)은 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 메모리(820, 920)는 ROM(read-only memory), RAM(random access memory), 플래쉬 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다. 송수신부(830, 930)는 무선 주파수 신호를 처리하기 위한 베이스밴드 회로를 포함할 수 있다. 실시예가 소프트웨어로 구현될 때, 상술한 기법은 상술한 기능을 수행하는 모듈(과정, 기능 등)로 구현될 수 있다. 모듈은 메모리(820, 920)에 저장되고, 프로세서(810, 910)에 의해 실행될 수 있다. 메모리(820, 920)는 프로세서(810, 910) 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 프로세서(810, 910)와 연결될 수 있다.

상술한 예시적인 시스템에서, 상술된 본 발명의 특징에 따라 구현될 수 있는 방법들은 순서도를 기초로 설명되었다. 편의상 방법들은 일련의 단계 또는 블록으로 설명되었으나, 청구된 본 발명의 특징은 단계들 또는 불록들의 순서에 한정되는 것은 아니며, 어떤 단계는 다른 단계와 상술한 바와 다른 순서로 또는 동시에 발생할 수 있다. 또한, 당업자라면 순서도에 나타낸 단계들이 배타적이지 않고, 다른 단계가 포함되거나 순서도의 하나 또는 그 이상의 단계가 본 발명의 범위에 영향을 미치지 않고 삭제될 수 있음을 이해할 수 있을 것이다.

Claims (10)

1. 무선 통신 시스템에서 소스 eNB(evolved NodeB)가 SPS(semi-persistent scheduling)를 위한 UE(user equipment) 도움 정보를 타겟 eNB로 전송하는 방법에 있어서,
   상기 SPS를 위한 UE 도움 정보를 UE로부터 수신하고; 및
   상기 SPS를 위한 UE 도움 정보를 상기 타겟 eNB로 전송하는 것을 포함하는 방법.
2. 제 1 항에 있어서,
   상기 SPS를 위한 UE 도움 정보는 SPS 주기 및 시간 오프셋을 포함하는 것을 특징으로 하는 방법.
3. 제 1 항에 있어서,
   상기 SPS를 위한 UE 도움 정보는 사이드링크(SL; sidelink) SPS를 위한 UE 도움 정보 또는 상향링크(UL; uplink) SPS를 위한 UE 도움 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
4. 제 1 항에 있어서,
   상기 SPS를 위한 UE 도움 정보는 X2 인터페이스를 통해 상기 타겟 eNB로 전송되는 것을 특징으로 하는 방법.
5. 제 1 항에 있어서,
   상기 SPS를 위한 UE 도움 정보는 AS-Context IE(information element)에 포함되어 핸드오버 준비 정보 메시지를 통해 상기 타겟 eNB로 전송되는 것을 특징으로 하는 방법.
6. 무선 통신 시스템에서 소스 eNB(evolved NodeB)에 있어서,
   메모리; 및
   상기 메모리와 연결되는 프로세서를 포함하며,
   상기 프로세서는,
   상기 SPS(semi-persistent scheduling)를 위한 UE(user equipment) 도움 정보를 UE로부터 수신하고, 및
   상기 SPS를 위한 UE 도움 정보를 상기 타겟 eNB로 전송하는 것을 특징으로 하는 소스 eNB.
7. 제 6 항에 있어서,
   상기 SPS를 위한 UE 도움 정보는 SPS 주기 및 시간 오프셋을 포함하는 것을 특징으로 하는 소스 eNB.
8. 제 6 항에 있어서,
   상기 SPS를 위한 UE 도움 정보는 사이드링크(SL; sidelink) SPS를 위한 UE 도움 정보 또는 상향링크(UL; uplink) SPS를 위한 UE 도움 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 소스 eNB.
9. 제 6 항에 있어서,
   상기 SPS를 위한 UE 도움 정보는 X2 인터페이스를 통해 상기 타겟 eNB로 전송되는 것을 특징으로 하는 소스 eNB.
10. 제 6 항에 있어서,
    상기 SPS를 위한 UE 도움 정보는 AS-Context IE(information element)에 포함되어 핸드오버 준비 정보 메시지를 통해 상기 타겟 eNB로 전송되는 것을 특징으로 하는 소스 eNB.

Images