KR20180131558A - V2v 트래픽에 대한 개선된 반영구적 자원 할당 기법 - Google Patents

Abstract

본 발명은 주기적 데이터를 전송하기 위한 이동 단말기(MT)에 대한 개선된 반영구적 자원 할당 기법에 관한 것이다. MT는 주기적인 데이터에 대한 정보를 무선 기지국(BS)에 전송하여, BS가 주기적인 데이터의 서로 다른 가능한 전송 주기 및/또는 서로 다른 가능한 메시지 사이즈를 결정한다. MT는 BS로부터 복수의 반영구적 자원(SPS) 구성을 수신하고, 각각은 지원되는 데이터 컴포넌트 중 적어도 하나를 전송하는 데 이용 가능하다. MT는 MT에 의해 전송될 데이터 컴포넌트를 BS에게 표시한다. MT는 BS로부터 하나 이상의 SPS 구성을 활성화하는 활성화 명령을 수신하여 MT가 표시된 데이터 컴포넌트 각각을 전송하도록 무선 자원을 주기적으로 할당한다. MT는 이후에 활성화된 하나 이상의 SPS 구성에 의해 구성된 무선 자원 및 전송 주기에 기초하여 하나 이상의 데이터 컴포넌트를 전송한다.

Description

V2V 트래픽에 대한 개선된 반영구적 자원 할당 기법

본 발명은 이동 단말기와 무선 기지국 간의 개선된 반영구적인 자원 할당에 관한 것이다. 본 발명은 대응하는 (차량) 이동 단말기 및 무선 기지국을 제공한다.

LTE(Long Term Evolution)

WCDMA 무선 액세스 기술을 기반으로 하는 제 3 세대 모바일 시스템(3G)은 전 세계적으로 광범위하게 사용되고 있다. 이 기술을 향상시키거나 발전시키는 첫 번째 단계는 HSDPA(고속 다운링크 패킷 액세스) 및 HSUPA(고속 업링크 패킷 액세스)라고도 하는 향상된 업링크를 도입하여 높은 경쟁력을 가진 무선 액세스 기술을 제공하는 것을 요구한다.

증가하는 사용자 요구에 대비하고 새로운 무선 액세스 기술과 경쟁할 수 있도록 하기 위해, 3GPP는 LTE(Long Term Evolution)라고 하는 새로운 이동 통신 시스템을 도입했다. LTE는 고속 데이터 및 미디어 전송뿐만 아니라 향후 10년 동안 고성능 음성 지원에 대한 통신 업체의 요구 사항을 충족시키도록 설계되었다. 높은 비트 전송률을 제공하는 기능은 LTE의 핵심 기준(key measure)이다.

진화된 UMTS 지상 무선 액세스(UTRA) 및 UMTS 지상 무선 액세스 네트워크(UTRAN)라고 불리는 LTE의 작업 항목(WI) 사양은 릴리스 8(LTE 릴리스 8)로 확정된다. LTE 시스템은 낮은 지연 시간과 낮은 비용으로 완벽한 IP 기반 기능을 제공하는 효율적인 패킷 기반 무선 액세스 및 무선 액세스 네트워크를 나타낸다. LTE에서, 주어진 스펙트럼을 사용하여 유연한 시스템 배치를 달성하기 위해서 확장 가능한 다중 전송 대역폭이 1.4, 3.0, 5.0, 10.0, 15.0 및 20.0㎒와 같이 지정된다. 다운링크에서, OFDM(Orthogonal Frequency Division Multiplexing) 기반의 무선 액세스가 채택되었는데, 이는 낮은 심볼 레이트로 인한 다중 경로 간섭(multipath interference, MPI)에 대한 고유한 면역성(immunity), CP(cyclic prefix)의 사용 및 상이한 전송 대역폭 구성에 대한 OFDM 기반의 무선 액세스의 관련성(affinity) 때문이다. 광대역 커버리지의 프로비저닝은 UE(User Equipment)의 제한된 전송 전력을 고려하여 피크 데이터 속도의 개선보다 우선시되기 때문에, 업링크에서 단일 캐리어 주파수 분할 다중 액세스(SC-FDMA) 기반 무선 액세스가 채택되었다. 다중-입력 다중-출력(MIMO) 채널 전송 기술을 포함하는 많은 주요 패킷 무선 액세스 기술이 사용되고, LTE 릴리스 8/9에서 매우 효율적인 제어 신호 구조가 얻어진다.

LTE 아키텍처

전체 LET 아키텍처가 도 1에 도시된다. E-UTRAN은 사용자 장비(UE)에 대해 E-UTRA 사용자 평면(PDCP/RLC/MAC/PHY) 및 제어 평면(RRC) 프로토콜 종단을 제공하는 eNodeB로 구성된다. eNodeB(eNB)는 사용자 평면 헤더 압축 및 암호화 기능을 포함하는 물리적(PHY), 매체 액세스 제어(MAC), 무선 링크 제어(RLC) 및 패킷 데이터 제어 프로토콜(PDCP) 계층을 호스트한다. 또한, 제어 플레인에 해당하는 RRC(Radio Resource Control) 기능을 제공한다. 협상된 업링크 QoS(Quality of Service), 셀 정보 방송, 사용자 및 제어 평면 데이터의 암호화/해독, 다운링크/업링크 사용자 평면 패킷 헤더의 압축/압축 해제의 무선 자원 관리, 수락 제어, 스케줄링, 실행을 포함하는 많은 기능을 수행한다.

eNodeB는 또한 S1 인터페이스를 통해 EPC(Evolved Packet Core)에 연결되고, 보다 구체적으로는 S1-MME에 의해 MME(Mobility Management Entity)에 연결되고 S1-U를 통해 서빙 게이트웨이(SGW)에 연결된다. S1 인터페이스는 MME/서빙 게이트웨이와 eNodeB 간의 다 대 다 관계를 지원한다. SGW는 사용자 데이터 패킷을 라우팅하고 전달하면서 동시에, 또한 e-NodeB 간 핸드오버 동안 사용자 평면에 대한 이동성 앵커(mobility anchor) 역할을 하며 LTE와 다른 3GPP 기술 간의 이동성을 위한 앵커로서의 역할을 한다(S4 인터페이스를 종료시키고 2G/3G 시스템 및 PDN GW 사이의 트래픽을 중계함). 유휴 상태의 사용자 장비의 경우, SGW는 다운링크 데이터 경로를 종료시키고 사용자 장비에 대한 다운링크 데이터가 도착할 때 페이징(paging)을 트리거한다. 사용자 장비 컨텍스트(예: IP 베어러 서비스의 매개 변수)　또는 네트워크 내부 라우팅 정보를 관리하고 저장한다. 또한 합법적인 차단의 경우 사용자 트래픽의 복제를 수행한다.

MME는 LTE 액세스 네트워크의 핵심 제어 노드이다. 이는 유휴 모드 사용자 장비 추적 및 재전송을 포함한 페이징 절차를 담당한다. 이는 베어러 활성화/비활성화 프로세스에 관여하며, 또한 초기 접속(initial attach) 시 및 코어 네트워크(CN) 노드 재배치를 포함하는 인트라-LTE 핸드오버 시에 사용자 장비에 대한 SGW를 선택하는 역할을 한다. 그것은 (HSS와 상호 작용함으로써) 사용자 인증을 담당한다. NAS(Non-Access Stratum) 시그널링은 MME에서 종료하며, 사용자 장비에 임시 ID를 생성하고 할당하는 역할을 한다. 서비스 제공자의 PLMN(Public Land Mobile Network)에 캠프 온(camp on)할 사용자 장비의 허가를 확인하고 사용자 장비 로밍 제한을 시행한다. MME는 NAS 시그널링을 위한 암호화/무결성 보호를 위한 네트워크의 종결 포인트이며 보안 키 관리를 처리한다. 또한, 시그널링에 대한 합법적인 가로채기(interception)가 MME에서 지원된다. MME는 또한 SGSN으로부터 MME에서 종결하는 S3 인터페이스를 이용하여 LTE와 2G/3G 액세스 네트워크 간의 이동성을 위한 제어 평면 기능을 제공한다. MME는 또한 로밍 사용자 장비에 대한 홈 HSS를 향하는 S6a 인터페이스를 종료한다.

LTE의 컴포넌트 캐리어 구조

3GPP LTE 시스템의 다운링크 캐리어는 소위 서브프레임에서 시간-주파수 도메인으로 세분된다. 3GPP LTE에서, 각 서브프레임은 도 2에 도시된 바와 같이 2개의 다운링크 슬롯으로 분할되고, 여기서 제 1 다운링크 슬롯은 제 1 OFDM 심볼 내의 제어 채널 영역(PDCCH 영역)을 포함한다. 각 서브프레임은 시간 영역에서 지정 개수의 OFDM 심볼(3GPP LTE(릴리스 8)에서 12 또는 14개의 OFDM 심볼)로 구성되며, 각 OFDM 심볼은 컴포넌트 캐리어의 전체 대역폭에 걸쳐 있다. 따라서, OFDM 심볼은 개개의 서브캐리어를 통해 전송되는 다수의 변조 심볼로 각각 구성된다. LTE에서, 각 슬롯에서 전송된 신호는

서브캐리어 및

OFDM 심볼의 자원 그리드로 묘사된다.

는 대역폭 내의 자원 블록의 수이다. 수량인

은 셀에 구성된 다운링크 전송 대역폭에 의존하고,

을 수행할 것이며, 여기서

및

는 각각 현재 버전의 사양에 의해 지원되는 최소 및 최대 다운링크 대역폭이다.

는 하나의 자원 블록 내의 서브캐리어의 수이다. 통상의 사이클릭 프리픽스 서브프레임 구조에 대해,

이고

이다.

예를 들어, 3GPP LTE에서 이용되는 OFDM을 사용하는 다중 캐리어 통신 시스템을 가정하면, 스케줄러에 의해 할당될 수 있는 최소 단위의 자원은 하나의 "자원 블록"이다. 물리 자원 블록(physical resource block, PRB)은 도 2에 예시된 바와 같이, 시간 영역에서 연속적인 OFDM 심볼(예를 들어, 7개의 OFDM 심볼) 및 주파수 영역에서 연속적인 서브캐리어(예를 들어, 컴포넌트 캐리어에 대해 12개의 서브캐리어)로서 정의된다. 따라서, 3GPP LTE(릴리스 8)에서, 물리적 자원 블록은 시간 영역의 하나의 슬롯 및 주파수 영역의 180㎑에 대응하는 자원 요소로 구성된다(예를 들어, 3GPP TS 36.211, "E-UTRA(Evolved Universal Terrestrial Radio Access), 물리적 채널 및 변조(릴리스 8)", 현재 버전 13.0.0, 섹션 6.2,　http://www.3gpp.org에서 이용가능하며 본원에 참조로 인용됨).

하나의 서브프레임은 2개의 슬롯으로 구성되며, 이른바 "정상" CP(Cyclic Prefix)가 사용되는 경우 서브프레임에 14개의 OFDM 심볼이 존재하며, 소위 "확장" CP가 사용되는 경우 서브프레임에 12개의 OFDM 심볼이 존재한다. 전문 용어로서, 이하에서는 전체 서브프레임에 걸친 동일한 연속적인 서브캐리어에 상당하는 시간-주파수 자원을 "자원 블록 쌍" 또는 동등한 "RB 쌍" 또는 "PRB 쌍"이라고 부른다.

용어 "컴포넌트 캐리어"는 주파수 도메인에서의 여러 자원 블록의 조합을 나타낸다. LTE의 향후 릴리스에서 용어 "컴포넌트 캐리어"는 더 이상 사용되지 않고, 대신에 그 용어가 "셀"로 변경되며, 이 용어는 다운링크 및 선택적으로 업링크 자원의 조합을 나타낸다. 다운링크 자원의 캐리어 주파수와 업링크 자원의 캐리어 주파수 사이의 링크는 다운링크 자원에서 전송되는 시스템 정보에 표시된다.

컴포넌트 캐리어 구조에 대한 유사한 가정이 이후 릴리스에도 적용된다.

더 넓은 대역폭 지원을 위한 LTE-A에서의 캐리어 합산

IMT-Advanced의 주파수 스펙트럼은 2007년 세계 무선 통신 컨퍼런스(WRC-07)에서 결정되었다. IMT-Advanced의 전체 주파수 스펙트럼이 결정되었지만, 실제 사용 가능한 주파수 대역폭은 각 지역 또는 국가에 따라 다르다. 그러나 이용 가능한 주파수 스펙트럼 아웃라인에 대한 결정에 이어, 무선 인터페이스의 표준화는 3세대 파트너쉽 프로젝트(3GPP)에서 시작되었다. 3GPP TSG RAN #39 회의에서 "E-UTRA(LTE-Advanced)에 대한 추가 향상"에 대한 연구 항목 설명이 승인되었다. 이 연구 항목은 예를 들면, IMT-Advanced에 대한 요구 사항을 충족시키기 위해 E-UTRA의 진화를 고려해야 할 기술 컴포넌트를 다룬다.

LTE-Advanced 시스템이 지원할 수 있는 대역폭은 100㎒이지만, LTE 시스템은 20㎒만 지원할 수 있다. 요즘, 무선 스펙트럼의 부족은 무선 네트워크의 발전의 병목이 되어, 결과적으로 LTE-Advanced 시스템을 위한 충분히 넓은 스펙트럼 대역을 찾기가 어렵다. 그 결과, 보다 광범위한 무선 스펙트럼 대역을 획득하는 방법을 찾는 것이 시급한데, 가능한 답은 캐리어 합산 기능이다.

캐리어 합산에서, 최대 100㎒의 넓은 전송 대역폭을 지원하기 위해 두 개 이상의 컴포넌트 캐리어가 합산된다. LTE 시스템의 여러 셀은 LTE-Advanced 시스템에서 하나의 넓은 채널로 합산되며, 이는 LTE의 이러한 셀이 서로 다른 주파수 대역에 있을 수 있더라도, 100㎒로 충분히 넓다.

모든 컴포넌트 캐리어는 적어도 컴포넌트 캐리어의 대역폭이 LTE 릴리스 8/9의 지원 대역폭을 초과하지 않는 경우, LTE 릴리스 8/9 호환형으로 구성될 수 있다. 사용자 장비에 의해 합산된 모든 컴포넌트 캐리어가 반드시 릴리스 8/9 호환형일 필요는 없다. 릴리스 8/9 사용자 장비가 컴포넌트 캐리어에 캠프 온하는 것을 피하기 위해 기존 메커니즘(예: 바링(barring))을 사용할 수 있다.

사용자 장비는 그 기능에 따라 하나 또는 다수의 컴포넌트 캐리어(다수의 서빙 셀에 대응함)를 동시에 수신 또는 전송할 수 있다. 캐리어 합산에 대한 수신 및/또는 전송 성능을 가진 LTE-A 릴리스 10의 사용자 장비는 다수의 서빙 셀을 동시에 수신 및/또는 전송할 수 있지만, LTE 릴리스 8/9 사용자 장비는 컴포넌트 캐리어의 구조가 릴리스 8/9 사양을 따른다고 가정하면, 단일 서빙 셀에서만 수신 및 전송을 할 수 있다.

캐리어 합산은 인접 및 비 인접 컴포넌트 캐리어 모두에 대해 지원되며, 각 컴포넌트 캐리어는 주파수 영역에서 최대 110개의 자원 블록으로 제한된다(3GPP LTE(릴리스 8/9) 수비학(numerology) 사용).

3GPP LTE-A(릴리스 10) 호환형 사용자 장비가 업링크 및 다운링크에서 동일한 eNodeB(기지국) 및 가능한 다른 대역폭의 상이한 수의 컴포넌트 캐리어를 합산하도록 구성하는 것이 가능하다. 구성될 수 있는 다운링크 컴포넌트 캐리어의 수는 UE의 다운링크 합산 기능에 의존한다. 역으로, 구성될 수 있는 업링크 컴포넌트 캐리어의 수는 UE의 업링크 합산 기능에 의존한다. 현재, 다운링크 컴포넌트 캐리어보다 더 많은 업링크 컴포넌트 캐리어로 이동 단말기를 구성하는 것이 가능하지 않을 수도 있다. 전형적인 TDD 배치에서, 업링크 및 다운링크에서의 컴포넌트 캐리어의 수 및 각 컴포넌트 캐리어의 대역폭은 동일하다. 동일한 eNodeB로부터 기원한 컴포넌트 캐리어가 동일한 커버리지를 제공할 필요는 없다.

인접하여 합산된 컴포넌트 캐리어의 중심 주파수 사이의 간격은 300㎑의 배수여야 한다. 이는 3GPP LTE(릴리스 8/9)의 100㎑ 주파수 래스터와 호환되고 동시에 15㎑ 간격으로 서브캐리어의 직교성을 유지하기 위한 것이다. 합산 시나리오에 따라, n×300㎑ 간격은 인접한 컴포넌트 캐리어 사이에 적은 수의 사용되지 않은 서브캐리어를 삽입함으로써 용이해질 수 있다.

다수의 캐리어의 합산의 성질(nature)은 MAC 계층까지만 노출된다. 업링크 및 다운링크 모두에 대해, 각각의 합산된 컴포넌트 캐리어에 대해 MAC에서 요구되는 하나의 HARQ 엔티티가 존재한다. 업링크에 대한 SU-MIMO가 없는 경우, 컴포넌트 캐리어 당 최대 하나의 전송 블록이 존재한다. 전송 블록 및 그 잠재적인 HARQ 재전송은 동일한 컴포넌트 캐리어 상에 매핑될 필요가 있다.

캐리어 합산이 구성될 때, 이동 단말기는 네트워크와의 하나의 RRC 연결만을 갖는다. RRC 연결 설정/재구성에서, 하나의 셀은 LTE 릴리스 8/9에서와 마찬가지로 보안 입력(하나의 ECGI, 하나의 PCI 및 하나의 ARFCN) 및 비 액세스 계층 이동성 정보(예: TAI)를 제공한다. RRC 연결 확립/재확립 후, 그 셀에 대응하는 컴포넌트 캐리어는 다운링크 1차 셀(PCell)로 지칭된다. 연결된 상태의 사용자 장비마다 항상 하나의 및 단 하나의 다운링크 PCell(DL PCell) 및 하나의 업링크 PCell(UL PCell)이 구성된다. 컴포넌트 캐리어의 구성된 세트 내에서,　다른 셀은 2차 셀(SCell)로 지칭되며, SCell의 캐리어는 다운링크 2차 컴포넌트 캐리어(DL SCC) 및 업링크 2차 컴포넌트 캐리어(UL SCC)이다. 하나의 UE에 대해 최대 5개의 서빙 셀(PCell 포함)이 구성될 수 있다.

MAC 계층/엔티티, RRC 계층, 물리 계층

LTE 계층 2 사용자 평면/제어 평면 프로토콜 스택은 RRC, PDCP, RLC 및 MAC의 4개의 하위 계층을 포함한다. MAC(Medium Access Control) 계층은 LTE 무선 프로토콜 스택의 계층 2 아키텍처에서 가장 낮은 하위 계층이며, 예를 들어, 3GPP 기술 표준 TS 36.321, 현재 버전 13.0.0으로 정의된다. 하부 물리 계층에 대한 연결은 전송 채널을 통한 것이며, 위의 RLC 계층에 대한 연결은 논리 채널을 통한 연결이다. 따라서, MAC 계층은 논리 채널과 전송 채널 간의 다중화 및 역 다중화를 수행하고, 전송 측의 MAC 계층은 논리 채널을 통해 수신된 MAC SDU로부터 전송 블록으로 알려진 MAC PDU를 구성하고, 수신 측의 MAC 계층은 전송 채널을 통해 수신된MAC PDU로부터 MAC SDU를 복구한다.

MAC 계층은 제어 데이터(예: RRC 시그널링)를 운반하는 제어 논리 채널 또는 사용자 평면 데이터를 운반하는 트래픽 논리 채널 중 하나인 논리 채널을 통해 RLC 계층에 대한 데이터 전송 서비스(본 명세서에 참조로 통합된 TS 36.321의 제5.4항 및 제5.3항 참조)를 제공한다. 한편, MAC 계층으로부터의 데이터는 다운링크 또는 업링크로 분류되는 전송 채널을 통해 물리 계층과 교환된다. 데이터는 공중을 통해 전송되는 방식에 따라 전송 채널로 다중화된다.

물리 계층은 무선 인터페이스를 통한 데이터 및 제어 정보의 실제 전송을 담당하고, 즉, 물리 계층은 전송 측면의 무선 인터페이스를 통해 MAC 전송 채널로부터 모든 정보를 전달한다. 물리 계층에 의해 수행되는 중요한 기능 중 일부는 RRC 계층에 대한 코딩 및 변조, AMC(link adaptation), 전력 제어, 셀 검색(초기 동기화 및 핸드 오버 목적으로) 및 기타 측정(LTE 시스템 내부 및 시스템 사이)을 포함한다. 물리 계층은 변조 방식, 코딩 레이트(즉, 변조 및 코딩 방식, MCS), 물리 자원 블록의 수 등과 같은 전송 매개 변수에 기초하여 전송을 수행한다. 물리 계층의 기능에 대한 더 많은 정보는 여기에 참조로서 포함되는 3GPP 기술 표준(3GPP technical standard) 36.213, 현재 버전 13.0.0에서 찾을 수 있다.

무선 자원 제어(RRC) 계층은 무선 인터페이스에서 UE와 eNB 사이의 통신 및 여러 셀에 걸쳐 이동하는 UE의 이동성을 제어한다. RRC 프로토콜은 또한 NAS 정보의 전달을 지원한다. RRC_IDLE 내의 UE에 대해, RRC는 착신 호출의 네트워크로부터의 통지를 지원한다. RRC 연결 제어는 페이징, 측정 구성 및 보고, 무선 자원 구성, 초기 보안 활성화, 시그널링 무선 베어러(SRB) 및 사용자 데이터(데이터 라디오 베어러, DRB)를 운반하는 무선 베어러의 설정을 포함하여 RRC 연결의 설정, 수정 및 해제와 관련된 모든 절차를 포함한다.

무선 링크 제어(RLC) 서브계층은 주로 ARQ 기능을 포함하고, 데이터 분할(segmentation) 및 연결(concatenation)을 지원하며, 즉, RLC 계층은 RLC SDU의 프레이밍을 수행하여 MAC 계층에 의해 지시된 사이즈로 이들을 배치한다. 후자의 두 프로토콜은 데이터 속도와 독립적으로 프로토콜 오버헤드를 최소화한다. RLC 계층은 논리 채널을 통해 MAC 계층에 연결된다. 각 논리 채널은 다른 유형의 트래픽을 전송한다. RLC 계층 위의 계층은 일반적으로 PDCP 계층이지만 일부 경우에는 이는 RRC 계층이다(즉, 논리 채널 BCCH(Boradcast Control Channel), PCCH(Paging Control Channel) 및 CCCH(Common Control Channel)에서 전송되는 RRC 메시지는 보안상 보호를 필요로 하지 않으므로 PDCP 계층을 우회하여 RLC 계층으로 직접 이동한다). RLC 하위 계층의 주요 서비스 및 기능은 다음과 같다.

·AM, UM 또는 TM 데이터 전송을 지원하는 상위 계층 PDU의 전송;

·ARQ를 통한 오류 수정;

·TB의 사이즈에 따른 분할;

·필요 시 재조정(예: 무선 품질, 즉 지원되는 TB 사이즈가 변경되는 경우);

·동일한 무선 베어러에 대한 SDU의 연결은 FFS임;

·상위 계층 PDU의 순차 전달;

·중복 검색;

·프로토콜 오류 감지 및 복구;

·SDU 폐기;

·리셋.

RLC 계층에 의해 제공되는 ARQ 기능은 후반부에서 보다 상세히 논의될 것이다.

LTE를 위한 업링크 액세스 방식

업링크 전송의 경우, 전력 효율이 좋은 사용자 단말기 전송이 커버리지를 최대화하기 위해 필요하다. 동적 대역폭 할당을 갖는 FDMA와 결합된 단일-캐리어 전송이 진화된 UTRA 업링크 전송 방식으로서 선택되었다. 단일 캐리어 전송을 선호하는 주된 이유는 다중 캐리어 신호(OFDMA)와 비교하여 낮은 PAPR(peak-to-average power ratio)이며, 이에 상응하는 개선된 전력 증폭기 효율과 개선된 커버리지(주어진 피크 전력에 대해 보다 높은 데이터 속도)이다. 각 시간 간격 동안, eNodeB는 사용자 데이터를 전송하기 위한 고유한 시간/주파수 자원을 사용자에게 할당하여, 인트라 셀의 직교성을 보장한다. 업링크에서의 직교 액세스는 셀 내 간섭을 제거함으로써 증가된 스펙트럼 효율성을 약속한다. 다중 경로 전파로 인한 간섭은 전송된 신호 내의 사이클릭 프리픽스(cyclic prefix)의 삽입에 의해 도움을 받아 기지국(eNodeB)에서 처리된다.

데이터 전송에 사용되는 기본적인 물리적 자원은, 코딩된 정보 비트가 매핑되는 하나의 시간 간격(예를 들어 서브프레임) 동안 BWgrant 사이즈의 주파수 자원으로 구성된다. 전송 시간 간격(TTI)이라고도 지칭되는 서브프레임은 사용자 데이터 전송을 위한 최소 시간 간격이라는 점에 유의해야 한다. 그러나, 서브프레임의 연결에 의해 하나의 TTI보다 긴 시간 기간에 걸쳐 주파수 자원 BWgrant를 사용자에게 할당하는 것이 가능하다.

계층 1/계층 2 제어 시그널링

스케줄링된 사용자에게 그들의 할당 상태, 전송 포맷, 및 다른 전송 관련 정보(예를 들어, HARQ 정보, 전송 전력 제어(TPC) 명령)를 알리기 위해, L1/L2 제어 시그널링이 데이터와 함께 다운링크에서 전송된다. 사용자 할당이 서브프레임 간에 변경될 수 있다고 가정하면, L1/L2 제어 시그널링은 서브프레임에서 다운링크 데이터와 다중화된다. 사용자 할당은 또한 TTI(Transmission Time Interval) 길이가 서브프레임의 배수가 될 수 있는 TTI 기준으로 수행될 수 있음에 유의해야 한다. TTI 길이는 모든 사용자에 대한 서비스 영역에서 고정될 수 있거나, 상이한 사용자에 대해 다를 수 있거나, 각 사용자에 대해 동적일 수도 있다. 일반적으로, L1/2 제어 시그널링은 TTI 당 한번만 전송될 필요가 있다. 일반성을 잃지 않고, 다음에서 TTI가 하나의 서브프레임과 동일하다고 가정한다.

L1/L2 제어 시그널링은 물리 다운링크 제어 채널(PDCCH)에서 전송된다. PDCCH는 다운링크 제어 정보(DCI)로서 메시지를 전달하는데, 이는 대부분의 경우 이동 단말기 또는 UE 그룹에 대한 자원 할당 및 다른 제어 정보를 포함한다. 수 개의 PDCCH가 하나의 서브프레임에서 전송될 수 있다.

일반적으로, 업링크 또는 다운링크 무선 자원(특히 LTE(-A) 릴리스 10)을 할당하기 위해 L1/L2 제어 시그널링에서 전송되는 정보는 다음 항목들로 분류될 수 있다.

-　할당된 사용자를 나타내는　사용자 ID, 이것은 일반적으로 CRC를 사용자 신원으로 마스킹하여 체크섬에 포함된다;

-　사용자가 할당된 자원(예: 자원 블록, RB)을 나타내는　자원 할당 정보, 대안으로서, 이 정보를 자원 블록 할당(RBA)이라고 한다. 사용자가 할당되는 RB의 수는 동적일 수 있다;

-　제 1 캐리어에서 전송된 제어 채널이 제 2 캐리어와 관련된 자원, 즉 제 2 캐리어 상의 자원 또는 제 2 캐리어와 관련된 자원을 할당하는 경우에 사용되는 캐리어 표시자(크로스 캐리어 스케줄링);

-　변조 방식 및 코딩 레이트를 결정하는　변조 및 코딩 방식;

-　데이터 패킷 또는 그 일부의 재전송에 특히 유용한 신규 데이터 표시자(NDI) 및/또는 리던던시 버전(RV)과 같은　HARQ 정보;

-　할당된 업링크 데이터 또는 제어 정보 전송의 전송 전력을 조정하는　전력 제어 명령;

-　할당과 관련된 기준 신호의 전송 또는 수신에 적용되는 적용된 순환 시프트 및/또는 직교 커버 코드 인덱스와 같은　기준 신호 정보;

-　TDD 시스템에서 특히 유용한 할당 순서를 식별하는 데 사용되는　업링크 또는 다운링크 할당 색인;

-　호핑 정보, 예를 들어, 주파수 다이버시티(frequency diversity)를 증가시키기 위해 자원 호핑을 적용할 것인지 여부 및 어떻게 적용할 것인지에 대한 표시;

-　할당된 자원에서 채널 상태 정보의 전송을 트리거하는 데 사용되는 CSI 요청; 및

-　단일 클러스터(인접한 RB 세트) 또는 다중 클러스터(인접한 RB의 적어도 두 개의 비인접 세트)에서 전송이 수행되는지 여부를 나타내고 제어하는 데 사용되는 다중 클러스터 정보. 멀티 클러스터 할당은 3GPP LTE-(A) 릴리스 10에 의해 도입되었다.

전술한 목록은 비 한정적이며, 언급된 모든 정보 항목이 사용되는 DCI 포맷에 따라 각 PDCCH 전송에 존재할 필요는 없다는 점에 유의해야 한다.

다운링크 제어 정보는 전체 사이즈 및 위에서 언급한 것처럼 해당 필드에 포함된 정보와 상이한 다른 여러 형식으로 발생한다. LTE에 대해 현재 정의된 다양한 DCI 형식은 다음과 같으며 3GPP TS 36.212, "멀티플렉싱 및 채널 코딩", 섹션 5.3.3.1(현재 버전 v13.0.0은 http://www.3gpp.org에서 이용 가능하고, 본원에 참고로 인용됨)에 상세히 기술된다. 예를 들어, 다음 DCI 형식을 사용하여 업링크에 대한 자원 허가를 전달할 수 있다.

- 포맷 0: DCI 포맷 0은 업링크 전송 모드 1 또는 2에서 단일 안테나 포트 전송을 사용하여 PUSCH에 대한 자원 허가(resource grant)의 전송에 사용된다.

- 포맷 4: DCI 포맷 4는 업링크 전송 모드 2에서 폐 루프 공간 다중화 전송을 사용하여 PUSCH의 스케줄링에 사용된다.

3GPP 기술 표준 TS 36.212, 현재 버전 13.0.0은 사이드링크에 대한 제어 정보인 제5.4.3항(본 명세서에 참조로서 포함됨)에 정의되어 있다.

반영구적 스케줄링(SPS)

다운링크 및 업링크에서, 스케줄링 eNodeB는 사용자 장비가 그들의 특정 C-RNTI를 통해 어드레싱되는 L1/L2 제어 채널(들)(PDCCH)을 통해 각각의 전송 시간 간격에서 사용자 장비에 동적으로 자원을 할당한다. 앞서 이미 언급한 바와 같이, PDCCH의 CRC는 어드레싱된 사용자 장비의 C-RNTI(소위 동적 PDCCH)로 마스킹된다. 일치하는 C-RNTI를 갖는 사용자 장비만이 PDCCH 콘텐트를 정확하게 디코딩할 수 있고, 즉, CRC 체크는 양수이다. 이러한 종류의 PDCCH 시그널링은 또한 동적 (스케줄링) 승인으로서 지칭된다. 사용자 장비는 그것이 배정될 가능한 할당(다운링크 및 업링크)을 찾기 위해 동적 허가를 위한 L1/L2 제어 채널(들)을 각 전송 시간 간격에서 모니터링한다.

또한, E-UTRAN은 초기 HARQ 전송을 위해 업링크/다운링크 자원을 지속적으로 할당할 수 있다. 필요한 경우, 재전송은 L1/L2 제어 채널(들)을 통해 명시적으로 신호를 보낸다. 재전송이 동적으로 스케줄링되기 때문에, 이러한 종류의 동작은 반영구적 스케줄링(SPS)이라고 하며, 즉, 반영구적(Semi Persistent) 기반(반영구적 자원 할당)으로 사용자 장비에 자원이 할당된다. 이점은 초기 HARQ 전송을 위한 PDCCH 자원이 저장된다는 것이다. 반영구적 스케줄링은 릴리스 10의 PCell에서는 사용할 수 있지만 SCell에서는 사용할 수 없다.

반영구적 스케줄링을 사용하여 스케줄링될 수 있는 서비스의 한 예로 VoIP(Voice over IP)가 있다. 20㎳마다 VoIP 패킷이 토크 스퍼트(talk-spurt) 동안 코덱에서 생성된다. 따라서, eNodeB는 20㎳마다 지속적으로 업링크 또는 다운링크 자원을 할당할 수 있으며, 이는 VoIP 패킷의 전송에 사용될 수 있다. 일반적으로, 반영구적 스케줄링은 예측 가능한 트래픽 동작을 갖는 서비스(즉 고정 비트 전송률, 패킷 도착 시간이 주기적인 경우)에 대해 이점이 있다.

또한, 사용자 장비는 초기 전송을 위한 자원이 할당된 서브프레임의 PDCCH를 지속적으로 모니터링한다. 동적 (스케줄링) 허가, 즉 C-RNTI로 마스킹된 CRC를 갖는 PDCCH는 반영구적인 자원 할당을 무시할 수 있다. 사용자 장비가 반영구적 자원이 할당된 서브프레임 내의 L1/L2 제어 채널(들)상에서 자신의 C-RNTI를 찾는 경우 이러한 L1/L2 제어 채널 할당은 그 전송 시간 간격 동안 영구적 자원 할당을 무시하고, 사용자 장비는 동적 허가를 따른다. 사용자 장비가 동적 허가를 발견하지 못하면, 반영구적인 자원 할당에 따라 송수신할 것이다.

반영구적 스케줄링의 구성은 RRC 시그널링에 의해 이루어진다. 예를 들어, 영구적 할당의 주기(예를 들어 PS_PERIOD)는 무선 자원 제어(RRC) 시그널링 내에서 시그널링된다. 영구적 할당의 활성화 및 정확한 타이밍뿐만 아니라 물리 자원 및 운송 포맷 매개 변수는 PDCCH 시그널링을 통해 보내진다. 반영구적 스케줄링이 활성화되면, 사용자 장비는 매 PS_PERIOD마다 SPS 활성화 PDCCH에 따라 반영구적인 자원 할당을 따른다. 본질적으로, 사용자 장비는 SPS 활성화 PDCCH 콘텐트를 저장하고 시그널링된 주기를 갖는 PDCCH를 따른다.

반영구적 스케줄링(또한 SPS 활성화 PDCCH라고도 함)을 활성화하는 PDCCH와 동적 PDCCH를 구별하기 위해, 별도의 신원(identity)이 도입된다. 기본적으로 SPS 활성화 PDCCH의 CRC는 이러한 추가 신원으로 마스킹되며, 추가 신원은 다음에서 SPS C-RNTI라고 지칭한다. 또한, SPS C-RNTI의 사이즈는 일반 C-RNTI와 마찬가지로 16비트이다. 나아가, SPS C-RNTI는 또한 사용자 장비-특정형이며, 즉, 반영구적 스케줄링을 위해 구성된 각 사용자 장비에는 고유한 SPS C-RNTI가 할당된다.

사용자 장비가 반영구적 자원 할당이 해당 SPS 활성화 PDCCH에 의해 활성화되는 것을 검출하는 경우, 사용자 장비는 PDCCH 콘텐트(즉, 반영구적 자원 할당)를 저장하고 반영구적 스케줄링 간격(즉, RRC를 거쳐 신호되는 주기)마다 적용한다. 이미 언급했듯이 동적 할당(dynamic allocation)(즉, 동적 PDCCH에서 시그널링됨)은 "일회성 할당"일 뿐이다. SPS 할당의 재전송은 또한 SPS C-RNTI를 사용하여 시그널링된다. SPS 재전송으로부터 SPS 활성화를 구별하기 위해, NDI(새로운 데이터 표시자) 비트가 사용된다. SPS 활성화는 NDI 비트를 0으로 설정함으로써 표시된다. NDI 비트가 1로 설정된 SPS PDCCH는 반영구적으로 스케줄링된 초기 전송을 위한 재전송을 나타낸다.

반영구적 스케줄링의 활성화와 마찬가지로, eNodeB는 또한 SPS 자원 릴리스라고도 하는 반영구적 스케줄링을 비활성화할 수 있다. 반영구적인 스케줄 할당 해제가 시그널링하는 방식에는 여러 옵션이 존재한다. 하나의 옵션은 소정의 PDCCH 필드, 즉 제로 사이즈의 자원 할당을 나타내는 SPS PDCCH로 설정된 일부 PDCCH 필드로 시그널링하는 PDCCH를 사용하는 것이다. 또 다른 옵션은 MAC 제어 시그널링을 사용하는 것이다.

다음에서, 주기적 데이터가 UE에 의해 전송되는지 여부 및 언제 SPS 구성을 설정할 수 있는지를 eNB가 학습하는 방식에 대한 추가 정보가 제공된다.

새로운 베어러가 설정되면 TS 23.401의 전용 베어러 활성화 절차에 따라 MME는 eNodeB로 베어러 설정 요청(EPS 베어러 ID, EPS 베어러 QoS, 세션 관리 요청, S1-TEID) 메시지를 보낸다. eNodeB는 EPS 베어러 QoS를 무선 베어러 QoS에 매핑한다. 그런 다음, UE로 RRC 연결 재구성(무선 베어러 QoS, 세션 관리 요청, EPS RB ID) 메시지를 신호한다.

EPS 베어러 QoS 프로파일은 QCI, ARP, GBR 및 MBR 매개 변수를 포함한다. 각 EPS 베어러(GBR 및 비 GBR)는 다음의 베어러 레벨 QoS 매개 변수와 관련된다:

- QoS 클래스 식별자(QCI);

- 할당 및 보유 우선 순위(ARP).

QCI는 베어러 레벨 패킷 포워딩 처리(예, 스케줄링 가중치, 허용 임계 값, 대기열 관리 임계 값, 링크 계층 프로토콜 구성 등)를 제어하고 액세스 노드(예: eNodeB)를 소유한 운영자가 구성한, 노드 특정 매개 변수를 액세스하기 위한 참조로 사용되는 스칼라이다. 표준화된 QCI 값을 표준화된 특성에 일대일로 매핑하는 것은 TS 23.203에 있는 것에 기초하여 이하의 표에 설명된 TS 23.203에 표현된다.

이 표에서 알 수 있듯이, QCI 값 1은 "대화식 음성" 즉 VoIP(Voice over IP)에 해당한다. eNB가 QCI 값 1을 갖는 "베어러 셋업 요청(Bearer Setup Request)" 메시지를 수신하면, eNB는 이 베어러가 VoIP에 대해 설정되고 UE가 VoIP 데이터를 전송하기 위해 주기적인 자원을 할당하는 데에 SPS 구성이 적용될 수 있는 것을 인지한다.

LTE 장치 대 장치(D2D) 근접 서비스(ProSe)

근접 기반 애플리케이션 및 서비스는 새롭게 부상하는 사회적 기술 흐름이다. 확인된 영역에는 사업자 및 사용자가 관심을 가질 만한 상업 서비스 및 공공 안전과 관련된 서비스가 포함된다. LTE에 ProSe(Proximity Services) 기능을 도입하면 3GPP 업계가 이러한 개발 시장을 서비스하는 것이 가능해지며 동시에 LTE에 공동으로 참여하는 여러 공공 안전 커뮤니티의 긴급한 요구에 기여할 것이다.

D2D(Device-to-Device) 통신은 LTE-릴리스 12에서 도입한 기술 컴포넌트이며, 이는 셀룰러 네트워크에 대한 언더레이(underlay)로서의 D2D가 스펙트럼 효율을 증가시키는 것을 가능하게 한다. 예를 들어, 셀룰러 네트워크가 LTE인 경우, 모든 데이터 운반 물리 채널은 D2D 시그널링을 위해 SC-FDMA를 사용한다. D2D 통신에서, 사용자 장비는 무선 기지국을 통하지 않고 셀룰러 자원을 사용하여 직접 링크를 통해 서로에게 데이터 신호를 전송한다. 본 발명 전체에서 "D2D", "ProSe" 및 "사이드링크"라는 용어는 서로 바꿔 사용할 수 있다.

LTE의 D2D 통신은 발견(Discovery) 및 통신(Communication)의 두 영역에 초점을 맞추고 있다.

ProSe(Proximity-based Services) 직접 발견은 PC5 인터페이스를 통해 E-UTRA 직접 무선 신호를 사용하여 인접한 다른 ProSe 지원 UE(들)를 찾아내기 위해 ProSe 지원 UE가 사용하는 절차로 정의된다.

D2D 통신에서, UE는 기지국(BS)을 통하지 않고 셀룰러 자원을 사용하여 직접 링크를 통해 서로에게 데이터 신호를 전송한다. D2D 사용자는 BS의 제어 하에, 즉 적어도 eNB의 범위에 있을 때 직접 통신한다. 따라서, D2D는 셀룰러 자원을 재사용하여 시스템 성능을 향상시킬 수 있다.

D2D는 업링크 LTE 스펙트럼(FDD의 경우) 또는 커버리지를 제공하는 셀의 업링크 서브프레임(TDD의 경우, 커버리지 범위를 벗어나는 경우 제외)에서 동작한다고 가정한다. 또한, D2D 송수신은 주어진 캐리어에서 전이중(full duplex)을 사용하지 않는다. 개별적인 UE 관점에서 볼 때, 주어진 캐리어에서 D2D 신호 수신 및 LTE 업링크 전송은 전이중을 사용하지 않으며, 즉, 동시 D2D 신호 수신 및 LTE UL 전송이 가능하지 않다.

D2D 통신에서, 하나의 특정 UE1이 전송(전송 사용자 장비 또는 전송 단말기)의 역할을 가지는 경우, UE1은 데이터를 전송하고 다른 UE2(수신 사용자 장비)는 데이터를 수신한다. UE1 및 UE2는 전송 및 수신 역할을 변경할 수 있다. UE1로부터의 전송은 UE2와 같은 하나 이상의 UE에 의해 수신될 수 있다.

ProSe 직접 통신 계층 2 링크

요약하면, ProSe 직접 일대일 통신은 두 UE 사이에서 PC5를 통해 보안 계층 2 링크를 설정함으로써 실현된다. 각 UE는 계층 2 링크에서 보내는 모든 프레임의 소스 계층 2 ID(Source Layer-2 ID) 필드와 계층 2 링크에서 수신한 모든 프레임의 목적지 계층 2 ID(Destination Layer-2 ID)에 포함되어 있는 유니캐스트 통신을 위한 계층 2 ID를 가지고 있다. UE는 유니캐스트 통신을 위한 계층 2 ID가 적어도 로컬에서 고유한지 확인할 필요가 있다. 따라서 UE는 지정되지 않은 메커니즘을 사용하여 인접한 UE와의 계층 2 ID 충돌을 처리할 준비가 되어 있어야 한다(예를 들어, 충돌이 감지되면 유니캐스트 통신을 위해 새로운 계층 2 ID를 자체 할당한다). ProSe 직접 통신을 위한 계층 2 링크는 2개의 UE의 계층 2 ID의 조합에 의해 식별된다. 이는 ProSe 직접 통신을 위해 다중 계층 2 링크에 동일한 계층 2 ID를 사용하여 일 대 일로 참여할 수 있다는 것을 의미한다.

일 대 일의 ProSe 직접 통신은 본 명세서에 참조로 포함된 TR 23.713 현재 버전 v13.0.0 섹션 7.1.2에 상세히 설명된 바와 같이 다음 절차로 구성된다:

·PC5를 통한 안전한 계층 2 링크 구축.

·IP 어드레스/프리픽스 할당.

·PC5를 통한 계층 2 링크 유지 관리.

·PC5를 통한 계층 2 링크 릴리스.

도 3은 PC5 인터페이스를 통해 보안 계층 2 링크를 설정하는 방법을 보여준다.

1. UE-1은 상호 인증을 트리거하기 위해 UE-2에 직접 통신 요청 메시지를 전송한다. 링크 개시자(UE-1)는 단계 1을 수행하기 위해 피어(UE-2)의 계층 2 ID를 알아야 할 필요가 있다. 일례로서, 링크 개시자는 검색 절차를 먼저 수행하거나 피어를 포함한 ProSe 일 대 다 통신에 참여함으로써 피어의 계층 2 ID를 학습할 수 있다.

2. UE-2는 상호 인증 절차를 시작한다. 인증 절차가 성공적으로 완료되면 PC5를 통한 보안 계층 2 링크의 설정이 완료된다.

격리된 (비-중계) 일 대 일 통신에 관여하는 UE는 또한 링크-로컬 어드레스를 사용할 수 있다. PC5 시그널링 프로토콜은 UE가 ProSe 통신 범위에 있지 않을 경우를 탐지하는 데 사용되는 킵-얼라이브(Keep-Alive) 기능을 지원하여, 암시적인 계층 2 링크 릴리스를 이용하여 진행될 수 있다. PC5를 통한 계층 2 링크 릴리스는 다른 UE로 전송된 디스커넥트 요청(Disconnect Request) 메시지를 사용하여 수행될 수 있으며, 이는 연관된 모든 컨텍스트 데이터도 삭제한다. 디스커넥트 요청 메시지의 수신 시, 다른 UE는 디스커넥트 응답 메시지로 응답하고 계층 2 링크와 연관된 모든 컨텍스트 데이터를 삭제한다.

ProSe 직접 통신 관련 ID

3GPP TS 36.300, 현재 버전 13.2.0은 제8.3 항에서 ProSe 직접 통신에 사용할 다음과 같은 ID를 정의한다.

·SL - RNTI:　ProSe 직접 통신 스케줄링에 사용되는 고유 ID;

·Source Layer-2 ID: 사이드링크 ProSe 직접 통신에서 데이터의 발신자를 식별한다. 소스 계층 2 ID는 24비트 길이이며 수신기의 RLC UM 엔티티 및 PDCP 엔티티의 식별을 위해 ProSe 계층 2 목적지 ID 및 LCID와 함께 사용된다;

·Destination Layer-2 ID: 사이드링크 ProSe 직접 통신에서 데이터의 대상을 식별한다. 목적지 계층 2 ID는 24비트 길이이며 MAC 계층에서 2개의 비트 문자열로 분할된다.

·1비트 문자열은 목적지 계층 2 ID의 LSB 부분(8비트)이며 사이드링크 제어 계층 1 ID(Sidelink Control Layer-1 ID)로서 물리 계층에 전달된다. 이는 사이드링크 제어에서 의도한 데이터의 대상을 식별하고 물리 계층에서 패킷을 필터링하는 데 사용된다.

·제 2 비트 문자열은 목적지 계층 2 ID의 MSB 부분(16비트)이며 MAC 헤더 내에서 전달된다. 이것은 MAC 계층에서 패킷을 필터링하는 데 사용된다.

그룹 형성 및 UE에서 소스 계층 2 ID, 목적지 계층 2 ID 및 사이드링크 컨트롤 L1 ID를 구성하는데 액세스 층 시그널링(Acess Stratum signalling)이 요구되지 않는다. 이러한 ID는 상위 계층에서 제공하거나 상위 계층에서 제공하는 ID로부터 파생된다. 그룹캐스트 및 브로드캐스트의 경우, 상위 계층에서 제공하는 ProSe UE ID는 소스 계층 2 ID로서 직접 사용되고, 상위 계층에서 제공하는 ProSe 계층 2 그룹 ID(ProSe Layer-2 Group ID)는 MAC 계층에서 직접 목적지 계층 2로 사용된다. 일 대 일 통신의 경우, 상위 계층은 소스 계층 2 ID 및 목적지 계층 2 ID를 제공한다.

근접 서비스에 대한 무선 자원 할당

전송 UE의 관점에서, 근접 서비스 가능 UE(ProSe-enabled UE)는 자원 할당을 위한 두 가지 모드로 동작할 수 있다:

모드 1은 eNB 스케줄링 자원 할당을 지칭하며, 여기서 UE는 eNB(또는 릴리스-10 중계 노드)로부터 전송 자원을 요청하고, eNodeB(또는 릴리스-10 중계 노드)가 UE에 의해 사용되는 자원을 차례로 스케줄링하여 직접 데이터 및 직접 제어 정보를 전송한다(예: 스케줄링 할당). UE는 데이터를 전송하기 위한 RRC_CONNECTED일 필요가 있다. 특히, UE는 일반적인 방식으로 스케줄링 요청(D-SR 또는 Random Access)을 eNB에 보내고 뒤이어 버퍼 상태 보고(BSR)를 보낸다(다음의 "D2D 통신을 위한 전송 절차" 장 참조). BSR에 기초하여, eNB는 UE가 ProSe 직접 통신 전송을 위한 데이터를 가지고 있다고 판정할 수 있고, 전송에 필요한 자원을 추정할 수 있다.

한편, 모드 2는 UE 자체의 자원 선택을 지칭하며, UE 자체는 직접 데이터 및 직접 제어 정보(즉, SA)를 전송하기 위해 자원 풀(들)로부터 자원(시간 및 주파수)을 선택한다. 하나의 자원 풀은 예를 들어, SIB18의 콘텐트, 즉 commTxPoolNormalCommon 필드에 의해 정의되며, 이러한 특정 자원 풀은 셀에서 브로드캐스팅되고 RRC_Idle 상태의 셀에 있는 모든 UE에 공통으로 사용 가능하다. 효과적으로, eNB는 상기 풀의 4개의 상이한 인스턴스, 즉 SA 메시지 및 직접 데이터의 전송을 위한 4개의 자원 풀을 정의할 수 있다. 그러나, 릴리스-12에서 UE는 다중 자원 풀로 구성되었다 하더라도 항상 목록에 정의된 첫 번째 자원 풀을 사용할 것이다. 이러한 제한은 릴리스-13에서 삭제되었고, 즉　UE는 하나의 SC 주기 내에 구성된 다수의 자원 풀에 전송할 수 있다. UE가 전송을 위해 자원 풀을 선택하는 방법은 아래에서 더 자세히 설명된다(TS36.321에서 추가 지정됨).

대안으로서, 또 다른 자원 풀은 eNB에 의해 정의되고 SIB18에서, 즉, commTxPoolExceptional 필드를 사용하여 시그널링될 수 있으며, 이는 예외적인 경우에 UE에 의해 사용될 수 있다.

UE가 사용하려고 하는 자원 할당 모드는 eNB에 의해 구성 가능하다. 또한, UE가 D2D 데이터 통신을 위해 사용하고자 하는 자원 할당 모드는 RRC 상태(즉 RRC_IDLE 또는 RRC_CONNECTED), 및 UE의 커버리지 상태(즉 커버리지 내, 커버리지 외(out of of coverage))에 의존할 수 있다. UE는 서비스 중인 셀(즉, UE가 RRC_CONNECTED이거나 RRC_IDLE의 셀에 캠프 온 중임)을 갖는 경우 커버리지 내(in-coverage)로 간주된다.

자원 할당 모드와 관련하여 다음의 규칙이 UE에 적용된다.

·UE가 커버리지 외인 경우 모드 2만 사용할 수 있다;

·UE가 커버리지 내인 경우, eNB가 그에 맞게 구성하면 모드 1을 사용할 수 있다;

·UE가 커버리지 내인 경우, eNB가 그에 맞게 구성하면 모드 2를 사용할 수 있다;

·예외적인 상황이 없는 경우, UE는 eNB에 의해 그렇게 구성된 경우에만 모드 1에서 모드 2로 또는 그 반대로 변경할 수 있다. UE가 커버리지 내에 있는 경우, 예외적인 경우 중 하나가 발생하지 않는 한, UE는 eNB 구성에 의해 표시된 모드만을 사용해야 한다.

_○UE는 예를 들어, T311 또는 T301이 실행되는 동안 예외적인 상황에 있다고 간주한다;

·예외적인 경우가 발생하면 UE는 모드 1을 사용하도록 구성되었어도 모드 2를 일시적으로 사용할 수 있다.

E-UTRA 셀의 커버리지 영역에 있는 동안, UE는 해당 캐리어의 자원이 예를 들어 UICC(Universal Integrated Circuit Card)로 사전 구성되어 있더라도 해당 셀이 할당한 자원에서만 UL 캐리어 상에서 ProSe 직접 통신 전송을 수행해야 한다.

RRC_IDLE에 있는 UE에 대해, eNB는 다음 옵션들 중 하나를 선택할 수 있다.

·eNB는 SIB에서 모드 2 전송 자원 풀을 제공할 수 있다. ProSe 직접 통신을 위해 승인된 UE는 RRC_IDLE에서 ProSe 직접 통신을 위해 이러한 자원을 사용한다;

·eNB는 SIB에서 D2D를 지원하지만 ProSe 직접 통신을 위한 자원을 제공하지 않음을 나타낼 수 있다. UE는 ProSe 직접 통신 전송을 수행하기 위해 RRC_CONNECTED를 입력할 필요가 있다.

RRC_CONNECTED에 있는 UE에 대하여,

·ProSe 직접 통신 전송을 수행할 권한이 있는 RRC_CONNECTED의 UE는 eNB에게 ProSe 직접 통신 전송을 수행해야 할 경우 ProSe 직접 통신 전송을 수행하기를 원한다는 것을 나타낸다;

·eNB는 RRC_CONNECTED의 UE가 MME에서 수신한 UE 컨텍스트를 사용하여 ProSe 직접 통신 전송을 위해 허가되었는지 여부를 입증한다;

·eNB는 UE가 RRC_CONNECTED인 동안 제약 없이 사용될 수 있는 모드-2 자원 할당 전송 자원 풀을 갖는 전용 시그널링에 의해 RRC_CONNECTED에 UE를 구성할 수 있다. 대안적으로, eNB는 UE가 예외적인 경우에만 사용하도록 허용된 모드 2 자원 할당 전송 자원 풀을 갖는 전용 시그널링에 의해 RRC_CONNECTED에 UE를 구성할 수도 있고, 그렇지 않은 경우 모드 1에 의존할 수도 있다.

UE가 커버리지를 벗어났을 때 스케줄링 할당을 위한 자원 풀은 아래와 같이 구성될 수 있다.

·수신에 사용된 자원 풀이 미리 구성된다.

·전송에 사용된 자원 풀이 미리 구성된다.

UE가 커버리지에 있을 때 스케줄링 할당을 위한 자원 풀은 아래와 같이 구성될 수 있다.

·수신에 사용되는 자원 풀은 전용 또는 브로드캐스트 시그널링으로 RRC를 통해 eNB에서 구성된다.

·모드 2 자원 할당이 사용되면, RRC를 통해 eNB가 전송에 사용하는 자원 풀을 구성한다.

·모드 1 자원 할당이 사용되면, 전송에 사용되는 SCI(Sidelink Control Information) 자원 풀(스케줄링 할당(SA) 자원 풀이라고도 함)은 UE에 알려지지 않는다.

·모드 1 자원 할당이 사용되면, eNB는 사이드링크 제어 정보(스케줄링 할당) 전송에 사용할 특정 자원(들)을 스케줄링한다. eNB에 의해 할당된 특정 자원은 UE에 제공되는 SCI의 수신을 위한 자원 풀 내에 있다.

도 4는 오버레이(LTE) 및 언더레이(D2D) 시스템에 대한 전송/수신 자원의 사용을 도시한다.

기본적으로, eNodeB는 UE가 모드 1 또는 모드 2 전송을 적용할 수 있는지 여부를 제어한다. UE가 D2D 통신을 전송(또는 수신)할 수 있는 자원을 알게 되면, 대응하는 전송/수신을 위해서만 해당 자원을 사용한다. 예를 들어, 도 4에서, D2D 서브프레임은 D2D 신호를 수신하거나 전송하는 데에만 사용될 것이다. D2D 장치인 UE는 반이중(Half Duplex) 모드에서 동작하기 때문에, 어느 시점에서나 D2D 신호를 수신하거나 전송할 수 있다. 유사하게, 도 4에 도시된 다른 서브프레임은 LTE(오버레이) 전송 및/또는 수신을 위해 사용될 수 있다.

D2D 통신을 위한 전송 절차

D2D 데이터 전송 절차는 자원 할당 모드에 따라 다르다. 모드 1에 대해 전술한 바와 같이, eNB는 UE로부터의 대응하는 요청 후에 스케줄링 할당 및 D2D 데이터 통신을 위한 자원을 명시적으로 스케줄링한다. 특히, eNB는 UE에게 D2D 통신이 일반적으로 허용되지만 모드 2 자원(즉, 자원 풀)이 제공되지 않는다는 것을 알릴 수 있으며, 이는 예를 들어, UE에 의한 D2D 통신 관심 표시의 교환 및 대응하는 응답, 즉 D2D 통신 응답으로 이루어질 수 있고, 대응하는 예시적인 ProseCommConfig 정보 요소가 commTxPoolNormalCommon을 포함하지 않으며, 이는 전송을 포함하는 직접 통신을 시작하고자 하는 UE가 E-UTRAN에게 각각의 개별 전송을 위한 자원을 할당하도록 요청해야 하는 것을 의미한다. 따라서, 그러한 경우에, UE는 각각의 개별 통신에 대한 자원을 요청해야 하고, 다음에서 요청/승인 절차의 다른 단계가 이러한 모드 1 자원 할당에 관해 예시적으로 나열된다.

·단계 1: UE는 PUCCH를 통해 eNB에게 SR(Scheduling Request)을 전송한다;

·단계 2: eNB는 C-RNTI에 의해 스크램블링된 PDCCH를 통해 (UE가 BSR을 보내기 위한) UL 자원을 허가한다;

·단계 3: UE가 PUSCH를 통해 버퍼 상태를 나타내는 D2D BSR을 보낸다;

·단계 4: eNB는 D2D-RNTI가 스크램블링된 PDCCH를 통해 (UE가 데이터를 보내기 위한) D2D 자원을 허가한다;

·단계 5: D2D Tx UE는 단계 4에서 수신된 허가에 따라 SA/D2D 데이터를 전송한다.

SCI(Sidelink Control Information)라고도 불리는 스케줄링 할당(SA)은 제어 정보(예를 들어, 시간-주파수 자원에 대한 포인터(들), 변조 및 코딩 방식 및 대응하는 D2D 데이터 전송을 위한 그룹 목적지 ID)를 포함하는 소형(낮은 페이로드) 메시지이다. SCI는 하나의 (ProSE) 목적지 ID에 대한 사이드링크 스케줄링 정보를 전송한다. SA(SCI)의 콘텐트는 기본적으로 위의 단계 4에서 수신한 허가에 따른다. D2D 허가 및 SA 콘텐트(즉, SCI 콘텐트)는 본 명세서에 참조로 포함되는 3GPP 기술 표준 36.212, 현재 버전 13.0.0, 제 5.4.3 항에 정의되어 있으며, 구체적으로 SCI 포맷 0(위의 SCI 포맷 0의 콘텐트 참조)을 정의한다.

반면에, 모드 2 자원 할당을 위해서는, 전술한 단계 1 내지 4는 기본적으로 필요하지 않으며, UE는 eNB에 의해 구성되고 제공되는 전송 자원 풀(들)로부터 SA 및 D2D 데이터 전송을 위한 자원을 자체적으로 선택한다.

도 5는 2개의 UE, 즉 UE-1 및 UE-2에 대한 스케줄링 할당 및 D2D 데이터의 전송을 도시하며, 스케줄링 할당을 보내기 위한 자원은 주기적이며, D2D 데이터 전송에 사용된 자원은 대응하는 스케줄링 할당에 의해 나타낸다.

도 6은 SC 기간(사이드링크 제어 기간)으로도 알려진 하나의 SA/데이터 기간 동안 모드 2, 자율 스케줄링을 위한 D2D 통신 타이밍을 도시한다. 도 7은 하나의 SA/데이터 기간 동안 모드 1, eNB 스케줄링 할당에 대한 D2D 통신 타이밍을 도시한다. SC 기간은 스케줄링 할당 및 이의 대응하는 데이터의 전송으로 구성된 기간이다. 도 6에서 알 수 있듯이, UE는 SA 오프셋 시간 후에, 모드 2, SA_Mode2_Tx_pool에 대한 할당을 스케줄링하기 위해 전송 풀 자원을 사용하여 스케줄링 할당을 전송한다. SA의 제 1 전송에는 예를 들어 동일한 SA 메시지의 세 번의 재전송이 이어진다. 그 후, UE는 SA 자원 풀(SA_offset에 의해 주어짐)의 제 1 서브프레임 이후의 일부 구성된 오프셋(Mode2data_offset)에서 D2D 데이터 전송, 즉 더 구체적으로 T-RPT 비트맵/패턴을 시작한다. MAC PDU(즉, 전송 블록)의 D2D 데이터 전송은 제 1 초기 전송 및 수 개의 재전송으로 구성된다. 도 6(및 도 7)의 설명을 위해, 3회의 재전송(즉, 동일한 MAC PDU의 제 2, 제 3 및 제 4 전송)이 수행된다고 가정한다. 모드 2 T-RPT 비트맵(전송의 시간 자원 패턴, T-RPT)은 기본적으로 MAC PDU 전송(제 1 전송) 및 이의 재전송(제 2, 제 3 및 제 4 전송)을 정의한다. SA 패턴은 기본적 SA의 초기 전송 및 이의 재전송(제 2, 제 3 및 제 4 전송)의 타이밍을 정의한다.

현재 표준에 명시된 바와 같이, 예를 들어, eNB에 의해 전송되거나 UE 자체에 의해 선택된 하나의 사이드링크 허가를 위해, UE는 다수의 운송 블록(transport block), MAC PDU를 (서브프레임(TTI) 당 하나, 즉, 번갈아) 전송할 수 있으나, 단 하나의 ProSe 목적지 그룹에만 전송할 수 있다. 또한, 다음 운송 블록의 제 1 전송이 시작되기 전에 하나의 전송 블록의 재전송이 완료되어야 하며, 즉, 다수의 전송 블록의 전송을 위해 사이드링크 허가(sidelink grant) 당 오직 하나의 HARQ 프로세스만이 사용된다. 또한, UE는 SC 주기 당 여러 개의 사이드링크 허가를 포함하고 사용할 수 있지만, 이들 각각에 대해 상이한 ProSe 목적지가 선택될 것이다. 따라서, 하나의 SC 주기에서, UE는 하나의 ProSe 목적지로 오직 한 번만 데이터를 전송할 수 있다.

도 7로부터 명백히 알 수 있는 바와 같이, eNB 스케줄링된 자원 할당 모드(모드 1)에 대해, D2D 데이터 전송, 특히 T-RPT 패턴/비트 맵은, SA 자원 풀에서의 마지막 SA 전송 반복 후에 다음 UL 서브프레임에서 시작한다.　 도 6에서 이미 설명한 바와 같이, 모드 1 T-RPT 비트맵(전송의 시간 자원 패턴, T-RPT)은 기본적으로 MAC PDU 전송(제 1 전송) 및 그 재전송(제 2, 제 3 및 제 4 전송)의 타이밍을 정의한다.

사이드링크 데이터 전송 절차는 3GPP 표준 문서 TS 36.321 v13.0.0, 섹션 5.14에서 찾을 수 있으며, 이는 본 명세서에 참조로 포함된다. 여기서, 모드-2 자율적 자원 선택은 단일 무선 자원 풀 또는 다중 무선 자원 풀로 구성되는 것을 구분하여 상세히 설명한다. 모드-2 자율적 자원 선택을 가정하고, TS 36.321의 상기 섹션으로부터 다음의 단계들이 취해진다.

SL-SCH(sidelink shared channel) 상의 전송을 위해, MAC 엔티티는 적어도 하나의 사이드링크 허가를 가져야 한다. 사이드링크 허가는 다음과 같이 선택된다.

MAC 엔티티가 하나 또는 다수의 자원 풀(들)을 사용하여 전송하도록 상위 계층에 의해 구성되고 현재의 SC 기간에 전송될 수 있는 것보다 많은 데이터가 STCH(sidelink traffic channel)에서 이용 가능할 경우, 각각의 사이드링크 허가에 대해 선택될 MAC 엔티티는,

·상위 계층에서 단일 자원 풀을 사용하도록 구성된 경우,

- 사용할 자원 풀을 선택;

·그렇지 않고 상위 계층에서 여러 자원 풀을 사용하도록 구성된 경우,

- 연관된 우선 순위 리스트가 전송될 MAC PDU에서 사이드링크 논리 채널의 가장 높은 우선 순위의 우선 순위를 포함하는 상위 계층에 의해 구성된 자원 풀로부터 사용할 자원 풀을 선택;

주: 둘 이상의 자원 풀이, 전송할 MAC PDU에서 가장 높은 우선 순위를 갖는 사이드링크 논리 채널의 우선 순위를 포함하는 연관된 우선 순위 목록을 가진다면, 그러한 자원 풀 중 어느 것을 선택할지는 UE 구현을 위해 남겨진다.

·선택한 자원 풀에서 사이드링크 허가의 SL-SCH 및 SCI에 대한 시간 및 주파수 자원을 임의로 선택. 랜덤 함수는 허용된 각 선택이 동등한 확률로 선택될 수 있도록 해야 한다;

·선택된 사이드링크 허가를 사용하여 SCI의 전송과 제 1 전송 블록의 전송이 TS 36.213(본 명세서에 참조로 포함됨)의 제14.2.1항에 따라 발생하는 서브프레임 집합을 결정(이 단계는 T-RPT 및 SA 패턴의 선택을 의미하며 도 7과 관련하여 설명됨);

·선택된 사이드링크 허가가 선택된 서브프레임 이후에 적어도 4개의 서브프레임을 시작하는 첫 번째 이용 가능한 SC 기간의 시작 시에 시작하는 서브프레임에서 발생하는 구성된 사이드링크 허가라고 간주;

·해당 SC 기간의 끝에서 구성된 사이드링크 허가를 해제;

주: SL-SCH의 재전송은 구성된 사이드링크 허가가 해제된 후에는 수행할 수 없다.

주: MAC 엔티티가 하나 또는 다수의 자원 풀(들)을 사용하여 전송하도록 상위 계층에 의해 구성된 경우, 사이드링크 프로세스의 수를 고려하여 하나의 SC 기간 내에서 몇 개의 사이드링크 허가를 선택해야 하는지는 UE 구현을 위해 남겨진다.

MAC 엔티티는 각 서브프레임에 대해 다음을 수행해야 한다.

- MAC 엔티티가 이러한 서브프레임에서 발생하는 구성된 사이드링크 허가를 갖는 경우,

- 구성된 사이드링크 허가가 SCI의 전송에 해당하면,

- 구성된 사이드링크 허가에 대응하는 SCI를 전송하도록 물리 계층에 지시한다.

- 구성된 사이드링크 허가가 제 1 운송 블록의 전송에 대응하는 경우,

- 이러한 서브프레임에 대해 구성된 사이드링크 허가 및 관련 HARQ 정보를 사이드링크 HARQ 엔티티에 전달한다.

주: MAC 엔티티가 하나의 서브프레임에서 발생하는 여러 개의 구성된 허가를 가지고 있고 단일 클러스터 SC-FDM 제한으로 인해 이들 모두를 처리할 수 없는 경우, 이들 중 어느 것이 전술한 절차에 따라 처리될지는 UE 구현을 위해 남겨진다.

3GPP 기술 표준으로부터 얻어진 위의 텍스트는 더 명확하게 설명될 수 있다. 예를 들어, 시간 및 주파수 자원을 무작위로 선택하는 단계는 어떤 특정 시간/주파수 자원이 선택되는지에 대해 임의적이지만, 예를 들어 전체에서 선택된 시간/주파수 자원의 양에 대해 무작위가 아니다. 자원 풀로부터 선택된 자원의 양은 상기 사이드링크 허가가 자율적으로 선택되도록 전송될 데이터의 양에 의존한다. 차례로, 전송될 데이터의 양은 ProSe 목적지 그룹을 선택하는 이전 단계 및 상기 ProSe 목적지 그룹에 예정된 전송을 위해 준비된 해당 데이터의 양에 의존한다. 이후에 사이드링크 LCP 절차에서 설명하는 것처럼 ProSe 목적지가 먼저 선택된다.

또한, 사이드링크 HARQ 엔티티와 연관된 사이드링크 프로세스는 3GPP TS 36.321 v13.0.0(본 명세서에 참조로 포함됨)의 섹션 5.14.1.2.2에서 명확히 알 수 있는 바와 같이, 물리 계층에게 전송을 생성하고 그에 따라 수행하도록 지시하는 역할을 담당한다. 요약하면, 사이드링크 허가 및 전송할 사이드링크 데이터를 결정한 후에, 물리 계층은 사이드링크 허가 및 필요한 전송 매개 변수에 기초하여 사이드링크 데이터가 실제로 전송되도록 주의를 기울인다.

전술한 것은 D2D 통신을 위한 3GPP 표준의 현재 상태이다. 그러나, 향후 릴리스에서 D2D 통신에 몇 가지 변경 사항이 도입될 가능성이 있는 D2D 통신을 추가 개선하고 향상시키는 방법에 대한 지속적인 논의가 존재한다는 점에 주의해야 한다. 후술될 본 발명은 이후의 릴리스에도 적용될 수 있다.

ProSe 네트워크 아키텍처 및 ProSe 엔티티

도 8은 네트워크 내의 ProSe 애플리케이션 서버 및 ProSe 기능뿐만 아니라, 각각의 UE A 및 B에서의 상이한 ProSe 애플리케이션을 포함하는 비 로밍 케이스에 대한 높은 수준의 예시적인 아키텍처를 도시한다. 도 8의 예시적인 아키텍처는 TS 23.303 v.13.2.0의 4.2 장 "아키텍처 기준 모델(Architectural Reference Model)"에서 얻을 수 있으며, 본 명세서에 참조로 포함된다.

기능 엔티티는 TS 23.303 제4.4항 "기능 엔티티"에서 상세하게 제시되고 설명되며, 이는 본 명세서에 참조로 포함된다. ProSe 기능은 ProSe에 필요한 네트워크 관련 작업에 사용되며 ProSe의 특징 각각에 대해 서로 다른 역할을 수행하는 논리적 기능이다. ProSe 기능은 3GPP의 EPC의 일부이며 근접 서비스와 관련된 승인(authorization), 인증(authentication), 데이터 처리 등과 같은 모든 관련 네트워크 서비스를 제공한다. ProSe 직접 발견 및 통신을 위해, UE는 특정 ProSe UE ID, 다른 구성 정보 및 PC3 기준점을 통한 ProSe 기능으로부터 승인을 획득할 수 있다. 설명을 쉽게 하기 위해 단일 ProSe 기능이 제공되지만 네트워크에 여러 ProSe 기능이 배치될 수 있다. ProSe 기능은 ProSe 특징, 즉 DPF(Direct Provision Function), 직접 발견 명칭 관리 기능 및 EPC 수준 발견 기능에 따라 상이한 역할을 수행하는 세 가지 주요 하위 기능으로 구성된다. DPF는 ProSe 직접 발견 및 ProSe 직접 통신을 사용하는 데 필요한 매개 변수를 UE에 제공하는 데 사용된다.

상기 연결에서 사용되는 용어 "UE"는 다음과 같은 ProSe 기능을 지원하는 ProSe 지원 UE를 나타낸다.

·PC3 기준점을 통해 ProSe 지원 UE와 ProSe 기능 간에 ProSe 제어 정보 교환.

·PC5 기준점을 통해 다른 ProSe 지원 UE의 공개 ProSe 직접 발견에 대한 절차.

·PC5 기준점을 통한 일 대 다 ProSe 직접 통신을 위한 절차.

·ProSe UE-대-네트워크 중계기로서 동작하는 절차. 원격 UE는 PC5 기준점을 통해 ProSe UE-대-네트워크 중계기와 통신한다. ProSe UE-대-네트워크 중계기는 계층 3 패킷 포워딩을 사용한다.

·PC5 기준점을 통해 ProSe UE 간에 제어 정보의 교환(예: UE-대-네트워크 중계기 검출 및 ProSe 직접 발견).

·PC3 기준점을 통해 다른 ProSe 지원 UE와 ProSe 기능 간에 ProSe 제어 정보를 교환한다. ProSe UE-대-네트워크 중계기의 경우, 원격 UE는 LTE-Uu 인터페이스를 통해 ProSe 기능으로 중계되도록 PC5 사용자 평면을 통해 이러한 제어 정보를 보낼 것이다.

·매개 변수 구성(예: IP 어드레스, ProSe 계층 2 그룹 ID, 그룹 보안 자료, 무선 자원 매개 변수 포함). 이러한 매개 변수는 UE에서 사전 구성되거나, 커버리지(coverage) 내이면 네트워크에 있는 ProSe 기능으로 PC3 기준점을 통해 신호를 보냄으로써 프로비전될 수 있다.

ProSe 애플리케이션 서버는 EPC ProSe 사용자 ID의 저장소, ProSe 기능 ID 및 애플리케이션 계층 사용자 ID와 EPC ProSe 사용자 ID의 매핑을 지원한다. ProSe 애플리케이션 서버(AS)는 3GPP의 범위를 벗어나는 엔티티이다. UE의 ProSe 애플리케이션은 애플리케이션 계층 기준점 PC1을 통해 ProSe AS와 통신한다. ProSe AS는 PC2 기준점을 통해 3GPP 네트워크에 연결된다.

차량 통신 - V2X 서비스

새로운 연구 항목은 ProSE(Proximity Service) 및 LTE 기반 브로드캐스트 서비스를 포함하여 자동차 업계에 새로운 LTE 특징(feature)의 유용성을 고려하기 위해 3GPP에 설정되었다. 따라서, ProSe 기능은 V2X 서비스를 위한 좋은 토대를 제공하는 것으로 간주된다. 연결된 차량 기술은 안전, 이동성 및 교통 효율과 같은 지상 운송 산업에서 가장 큰 문제 중 일부를 해결하는 것을 목표로 한다.

V2X 통신은 차량으로부터 차량에 영향을 줄 수 있는 모든 엔티티로 그리고 그 반대로 정보를 전달하는 것이다. 이러한 정보 교환은 운전자 보조 차량 안전, 속도 적응 및 경고, 비상 사태 대응, 여행 정보, 항법, 교통 운영, 상용 차량 계획 및 지불 거래를 포함하여 안전, 이동성 및 환경 애플리케이션을 개선하는 데 사용할 수 있다.

V2X 서비스에 대한 LTE 지원에는 다음과 같은 3가지 유형의 사용 사례가 있다.

·V2V: 차량 간의 LTE 기반 통신을 포함.

·V2P: 차량과 개인이 휴대하는 장치(예: 보행자, 자전거 타는 사람, 운전자 또는 승객이 휴대하는 이동 단말기) 간의 LTE 기반 통신을 포함.

·V2I: 차량과 도로 측 장치 간의 LTE 기반 통신을 포함.

이 세 가지 유형의 V2X는 "협업적인 인식(co-operative awareness)"을 사용하여 최종 사용자에게보다 지능적인 서비스를 제공할 수 있다. 이는 차량, 길가 기반시설 및 보행자와 같은 운송 엔티티(transport entities)가 더 많은 지능형 서비스(예를 들어, 협동 충돌 경고 또는 자율 주행)를 제공하기 위해 해당 지식을 처리하고 공유하도록 이들의 지역 환경(예: 근접한 다른 차량 또는 센서 장비로부터 수신한 정보)에 대한 지식을 수집할 수 있음을 의미한다.

V2V 통신과 관련하여, E-UTRAN은 허가, 승인 및 근접성 기준이 충족될 때 서로 근접한 UE가 E-UTRA(N)를 사용하여 V2V 관련 정보를 교환할 수 있게 한다. 근접 기준은 MNO(Mobile Network Operator)가 구성할 수 있다. 그러나 V2V 서비스를 지원하는 UE는 V2X 서비스를 지원하는 E-UTRAN이 서비스를 제공하거나 제공하지 않을 때 그러한 정보를 교환할 수 있다.

V2V 애플리케이션을 지원하는 UE는 애플리케이션 계층 정보(예: V2V 서비스의 일부로 위치, 동적 및 속성 정보)를 전송한다. V2V 페이로드는 상이한 정보 내용을 수용하기 위해 융통성이 있어야 하며, 정보는 MNO에 의해 제공된 구성에 따라 주기적으로 전송될 수 있다.

V2V는 주로 브로드캐스트 기반이며, V2V는 별개의 UE 간에 V2V 관련 애플리케이션 정보를 직접 교환하거나/하고, V2V의 제한된 직접 통신 범위로 인해 V2X 서비스(예: RSU, 애플리케이션 서버 등)를 지원하는 기반시설을 통해 별개의 UE 간에 V2V 관련 애플리케이션 정보를 교환하는 것을 포함한다.

V2I 통신과 관련하여, V2I 애플리케이션을 지원하는 UE는 애플리케이션 계층 정보를 로드 사이드 유닛에 전송하고, 로드 사이드 유닛은 애플리케이션 계층 정보를 차례로 V2I 애플리케이션을 지원하는 UE 그룹 또는 UE에 송신할 수 있다.

또한, V2N(Vehicle to Network, eNB/CN)은 한 당사자가 UE이고 다른 당사자가 V2N 애플리케이션을 지원하고 LTE 네트워크를 통해 서로 통신하는 서빙 엔티티인 경우에도 도입된다.

V2P 통신과 관련하여, E-UTRAN은 허가, 인가 및 근접성 기준이 충족될 때 서로 근접한 UE가 E-UTRAN을 이용하여 V2P 관련 정보를 교환하는 것을 허용한다. 근접 기준은 MNO에 의해 구성될 수 있다. 그러나 V2P 서비스를 지원하는 UE는 V2X 서비스를 지원하는 E-UTRAN이 서비스를 제공하지 않을 때에도 이러한 정보를 교환할 수 있다.

V2P 애플리케이션을 지원하는 UE는 애플리케이션 계층 정보를 전송한다. 이러한 정보는 UE가 V2X 서비스(예: 보행자에게 경고)를 지원하는 UE를 갖는 차량 및/또는 V2X 서비스(예: 차량에 대한 경고)를 지원하는 UE를 갖는 보행자에 의해 브로드캐스트될 수 있다.

V2P는 직접적으로 별개의 UE(하나는 차량용이고 다른 하나는 보행자용) 간의 V2P 관련 애플리케이션 정보의 교환 및/또는 V2P와 관련된 애플리케이션 정보의 교환 및/또는 V2P의 제한된 직접 통신 범위로 인하여 V2X 서비스(예: RSU, 애플리케이션 서버 등)를 지원하는 기반시설을 통해 별개의 UE 사이의 V2P 관련 애플리케이션 정보의 교환을 포함한다.

이러한 새로운 연구 항목 V2X에 대하여, 3GPP는 TR 21.905, 현재 버전 13.0.0에 특정 용어 및 정의를 제공했으며, 이러한 애플리케이션에 다시 사용할 수 있다.

로드 사이드 유닛(RSU: Road Side Unit): V2I 애플리케이션을 사용하여 UE와 송수신할 수 있는 V2I 서비스를 지원하는 엔티티. RSU는 eNB 또는 고정 UE에서 구현될 수 있다.

V2I 서비스: V2X 서비스의 유형, 한쪽이 UE이고 다른 쪽이 RSU이며, 둘 다 V2I 애플리케이션을 사용함.

V2N 서비스: V2X 서비스의 유형, 한쪽이 UE이고 다른 쪽이 서빙 엔티티이며, 둘 다 V2N 애플리케이션을 사용하고 LTE 네트워크 엔티티를 통해 서로 통신함.

V2P 서비스: V2P 서비스의 유형, 통신의 양 당사자가 V2P 애플리케이션을 사용하는 UE임.

V2V 서비스: V2X 서비스의 한 유형, 통신의 양 당사자가 V2V 애플리케이션을 사용하는 UE임.

V2X 서비스: 3GPP 전송을 통해 V2V 애플리케이션을 사용하는 전송 또는 수신 UE와 관련된 통신 서비스의 한 유형. 통신에 참여한 상대방에 따라 V2V 서비스, V2I 서비스, V2P 서비스 및 V2N 서비스로 더 나눌 수 있음.

V2V 통신을 위해 서로 다른 유형의 메시지가 정의되어 있고 정의될 것이다. ITS(Intelligent Transport Systems)에 대해 ETSI에서 이미 정의된 두 가지 유형의 메시지는 해당 유럽 표준 ETSI EN 302 637-2 v1.3.1 및 ETSI EN 302 637-3 v1.2.1을 참조한다.

·협업 인식 메시지(CAM: Cooperative Awareness Messages): 차량 상태를 반영하기 위해 차량 다이내믹스에 의해 지속적으로 트리거됨.

·분산 환경 알림 메시지(DENM: decentralized Environmental Notification Messages): 차량 관련 안전 이벤트가 발생할 때만 트리거됨.

V2V 및 ITS 표준화가 시작 단계에 있기 때문에, 향후에 다른 메시지가 정의될 것으로 예상된다.

CAM은 다른 ITS-S(ITS-Station)와 상태 정보를 교환하기 위해 ITS-S에 의해 지속적으로 브로드캐스트되며, 따라서 이벤트 트리거식 DENM 메시지보다 트래픽 부하에 더 큰 영향을 준다. 이러한 이유로, ITS용 ETSI에 의해 정의된 CAM 메시지의 트래픽 특성은 V2V 트래픽을 보다 잘 대표한다고 간주된다.

협업 인식 메시지(CAM)는 ITS-S 사이의 ITS 네트워크에서 교환되는 메시지로, 서로의 인식을 만들고 유지하며 로드 네트워크를 사용하여 차량의 협업 성능을 지원한다. 일 대 다 통신(point to multipoint communication)이 CAM을 전송하는 데 사용될 것이며, 이에 따라 CAM은 발신 ITS-S의 직접 통신 범위 내에 위치한 발신 ITS-S로부터 수신 ITS-S로 전송된다. CAM 생성은 두 개의 연속적인 CAM 생성 사이의 시간 간격을 정의하는 협업 인식 기본 서비스에 의해 트리거되고 관리되어야 할 것이다. 현재, 전송 간격의 상한 및 하한은 100㎳(즉, 10㎐의 CAM 생성 속도) 및 1000㎳(즉, 1㎐의 CAM 생성 속도)이다. ETSI ITS의 근본적인 철학은 공유할 새로운 정보(예: 새로운 위치, 새로운 가속도 또는 새로운 방향 값(heading value))가 있는 경우 CAM을 보내는 것이다. 이에 따라, 차량이 천천히 그리고 일정한 방향과 속도로 움직일 때, 높은 CAM 생성 속도는 CAM에서 실제적인 이점을 가져 오지 않으며 최소한의 차이만 보여준다. 한 차량의 CAM의 전송 주파수는 차량 다이내믹스(예: 속도, 가속도 및 방향)의 함수로서 1㎐~10㎐ 사이에서 변화한다. 예를 들어, 차량 구동이 느릴수록 더 적은 수의 CAM이 트리거링되고 전송된다. 차량 속도는 CAM 트래픽 생성에 주요 영향을 미치는 요인이다.

CAM 생성 트리거 조건은 현재 ETSI EN 302 637-2 v1.3.1, 제 6.1.3 항에 정의되어 있으며, 다음과 같이 나타낸다.

1) 마지막 CAM 생성 이후 경과된 시간은 T_GenCam_Dcc(분산형 혼잡 제어(DCC)의 채널 사용 요건에 따라 CAM 생성을 줄이기 위해 두 개의 연속적인 CAM 생성 사이의 최소 시간 간격을 제공하는 매개 변수) 이상이고, 다음 ITS-S 다이내믹스 관련 조건 중 하나가 주어진다.

·발신 ITS-S의 현재 방향과 발신 ITS-S가 이전에 전송한 CAM에 포함된 방향 간의 절대 차가 4°를 초과한다;

·발신 ITS-S의 현재 위치와 발신 ITS-S가 이전에 전송한 CAM에 포함된 위치 사이의 거리가 4m를 초과한다;

·발신 ITS-S의 현재 속도와 발신 ITS-S가 이전에 전송한 CAM에 포함된 속도의 절대 차가 0.5m/s를 초과한다.

2) 최종 CAM 생성 이후 경과된 시간은 T_GenCam 이상이고 T_GenCam_Dcc 이상이다. 매개 변수 T_GenCam은 현재 유효한 CAM 생성 간격의 상한을 나타낸다.

위의 두 조건 중 하나가 충족되면 즉시 CAM이 생성된다.

CAM은 발신 ITS-S의 상태 및 속성 정보를 포함한다. CAM의 내용은 ITS-S의 유형에 따라 달라지며, 이는 아래에서 더 자세히 설명될 것이다. 차량 ITS-S에 대하여, 상태 정보는 시간, 위치, 동작 상태, 활성화된 시스템 등을 포함할 수 있고, 속성 정보는 치수, 차량 유형 및 도로 교통에서의 역할 등에 관한 데이터를 포함할 수 있다. CAM, 수신 시에, 수신 ITS-S는 발신 ITS-S의 존재, 유형 및 상태를 인식한다. 수신된 정보는 수신 ITS-S가 여러 ITS 애플리케이션을 지원하는 데 사용할 수 있다. 예를 들어, 발신 ITS-S의 상태를 자신의 상태와 비교함으로써,　수신 ITS-S는 발신 ITS-S와의 충돌 위험을 평가할 수 있으며, 필요한 경우 HMI(휴먼 머신 인터페이스)를 통해 차량의 운전자에게 알릴 수 있다. 참조로서, 본 명세서에 포함되는 ETSI EN 302 637-2 v1.3.1의 제 7 절에 상세히 설명된 바와 같이, CAM은 하나의 공통 ITS PDU 헤더 및 다수의 컨테이너로 구성되며, 이들은 함께 CAM을 구성한다. ITS PDU 헤더는 발신 ITS-S의 프로토콜 버전, 메시지 유형 및 ITS-S ID의 정보를 포함하는 공통 헤더이다. ITS-S 차량의 경우, CAM은 기본 컨테이너 1개와 고주파 컨테이너 1개를 포함할 것이고, 또한 1개의 저주파수 컨테이너와 1개 이상의 다른 특수 컨테이너를 포함할 수 있다. 기본 컨테이너는 발신 ITS-S와 관련된 기본 정보를 포함한다. 고주파수 컨테이너는 발신 ITS-S의 고도의 동적 정보를 포함한다. 저주파수 컨테이너에는 발신 ITS-S에 대한 정적이며 고도로 동적이지 않은 정보가 들어 있다. 특수 차량 컨테이너에는 발신 차량 ITS-S의 차량 역할에 특정된 정보가 들어 있다. CAM의 일반적인 구조가 도 9에 도시되어 있다.

다음 표는 V2V 메시지 데이터의 다양한 컴포넌트에 대한 개요 및 패킷 사이즈를 제공한다.

차량 ITS-S는 적어도 고주파수 차량 컨테이너 및 선택적으로 저주파 차량 컨테이너를 포함하는 CAM을 생성한다. 공공 운송과 같이 도로 교통에 특별한 역할을 하는 차량 ITS-S는 특수 차량 컨테이너에 상태 정보를 제공해야 한다.

차량 간에 교환되는 각 V2V 메시지는 익명성 및 무결성 보호를 비롯한 보안 요건을 충족해야 한다. 상이한 보안 스킴은 상이한 보안 성능 및 오버헤드 수준을 가질 수 있고, 이는 (보안 오버헤드로 인한) 패킷 사이즈 및 메시지 빈도(예, 보안 인증서의 첨부 빈도)에 직접적인 영향을 미친다.

ETSI ITS 및 IEEE 1609.2 모두는 비대칭 기반 애플리케이션 계층 보안 솔루션인 V2X 통신용 공개 키 인프라(PKI) 기반 보안 솔루션을 고려한다. 일반적으로 모든 V2X 메시지는 익명성 및 무결성 보호를 위해 인증서 또는 인증서의 요약(digest)뿐만 아니라 서명을 전달해야 한다. 서명, 요약 및 인증서의 일반적인 사이즈는 각각 64바이트, 8바이트 및 117바이트이다.

상술한 바와 같이, CAM 메시지는 상이한 주기 및/또는 상이한 메시지 사이즈를 가질 수 있다. 또한, 속도 및 다른 요인(방향 또는 각도와 같은 영향을 덜 받는 요인)에 따라 주기가 시간에 따라 변경될 수도 있다. 개요를 제공하기 위해, 가능한 다른 메시지 컴포넌트(HF, LF, 인증서)와 세 가지 다른 일반적인 속도 범위에 따른 결과적인 주기 및 메시지 사이즈를 식별하는 다음 표가 제공된다.

위의 표에서 알 수 있듯이, 컴포넌트의 사이즈와 이에 따른 CAM의 사이즈는 동일하지만 이들의 생성/전송 주파수는 상이한 속도 범위로 변경된다. 위의 표에서 CAM HF 컴포넌트는 서명과 요약과 함께 전송되어 최종적으로 대략 122바이트의 메시지 사이즈(즉, 헤더의 경우 8바이트, 기본 컨테이너의 경우 18바이트, 고주파 컨테이너의 경우 23바이트, 서명의 경우 64바이트, 요약의 경우 8바이트를 운송하기에 충분함)가 되는 것으로 가정한다. 고주파수 컴포넌트에 피기백되는 CAM LF 컴포넌트는 대략 추가 60바이트의 사이즈를 가지므로 모든 컨테이너/컴포넌트를 갖는 최종 CAM 사이즈는 182바이트이다. 고주파 컴포넌트에 피기백되는 인증서 컴포넌트(보안 컴포넌트이라고도 함)는 대략 추가 117바이트의 사이즈를 가지므로, 모든 컨테이너/컴포넌트를 갖는 최종 CAM 사이즈는 299바이트이거나 또는 CAM LF 컨테이너/컴포넌트가 없는 것은 239바이트이다.

도 10은 위에 도입된 3개의 상이한 속도 범위에 따른 3개의 상이한 컴포넌트의 발생 및 이것이 전체 메시지 사이즈 및 전체 주기에 어떠한 결과를 발생시키는지를 도시한다. 도 10에서 상이한 컴포넌트를 포함하는 빗금 사각형은 컴포넌트가 개별적으로 전송되지 않고 하나의 CAM 메시지로서 전송된다는 것을 나타낸다.

위에, 주기적 협업 인식(Cooperative Awareness) 메시지가 매우 자세하게 설명되었으며, 이들의 상이한 내용, 특정 주기 및 메시지 사이즈가 지정되었다. 그러나 위의 정보 중 일부는 이미 표준화되었지만 주기 및 메시지 사이즈와 같은 기타 정보는 아직 표준화되지 않았으며 가정을 기반으로 한다. 또한, 표준화는 향후에 변경될 수 있으며 따라서 CAM이 생성되고 전송되는 방식의 특징이 변경될 수도 있다. 더욱이, 현재 위에서 언급한 상이한 컴포넌트(CAM HF, CAM LF, 인증서)가 함께 (즉 하나의 메시지로) 전송되더라도, 함께 폴링(fall)하는 경우에는 반드시 그러한 것은 아니다. 앞으로는, 이러한 컨테이너/컴포넌트를 서로 별도로 전송하는 것이 가능할 수도 있으며, 그런 다음 헤더 및 기본 컨테이너를 각각 포함하는 것이 가능할 것이다. 결과적으로, CAM의 전술한 상세한 설명은 메시지 사이즈 및 주기가 현실적이고 시뮬레이션 결과에 기초하여 설명의 목적으로 의도된 예로서 이해되어야 한다. 본 발명의 기본 원리를 설명하기 위해, 전술된 CAM 메시지 및 그 내용, 주기 및 메시지 사이즈가 이 출원 전반에 걸쳐 사용될 것이다. 본 발명에서 중요한 것은 V2V 통신은 차량용 UE가 주기적으로 다른 데이터를 전송할 것을 요구하며, (상대적인) 속도, 각도, 방향 및 가능한 다른 요인(차량 거리 등)과 같은 차량 다이내믹스의 함수로서 빠르게 변화할 수 있다. 결과적으로, 차량용 UE가 서로 다른 변화하는 주기와 같은 상이한 메시지 사이즈의 수 개의 주기적 패킷을 전송할 수 있어야 한다는 것이 과제이다.

차량용 UE가 CAM을 전송하기 위해 사이트 링크 상에 무선 자원을 갖기 위해, 모드 1 및/또는 모드 2 무선 자원 할당이 상술된 바와 같이 계획된다. 모드 1 무선 자원 할당을 위해, eNB는 각 SA 주기 동안 SA 메시지 및 데이터에 대한 자원을 할당한다. 그러나 트래픽이 많은 경우(예: 고주파수 주기 트래픽), UE에서 eNB로의 Uu 링크의 오버헤드가 커질 수 있다.

전술한 내용에서 명백히 이해할 수 있는 바와 같이, 많은 V2V 트래픽은 주기적이므로, 3GPP는 사이드링크 V2V 통신 모드 1(즉, eNB 스케줄링된 무선 자원 할당)에 대해, 사이드링크 반영구적 무선 자원 할당(sidelink semi-persistent radio resource allocation)이 eNB 및 UE에 의해 지원될 것이라는 점에 동의했다.

그러나, 현재 표준화된 반영구적 할당 메커니즘은 V2V 트래픽의 요건 및 과제에 맞게 개선 및 조정해야 한다.

비 제한적이고 예시적인 실시예는 차량용 이동 단말기를 위한 차량 통신을 위한 개선된 자원 할당 방법을 제공한다.

독립항은 비 한정적이고 예시적인 실시예를 제공한다. 효과적인 실시예는 종속항을 조건으로 한다.

그에 상응하여, 하나의 일반적인 제 1 양태에서, 본 명세서에 개시된 기술은 하나 이상의 수신 엔티티에 주기적인 데이터를 전송하기 위한 차량용 이동 단말기를 특징으로 한다. 차량용 이동 단말기는 서로 다른 가능한 전송 주기 및/또는 서로 다른 가능한 메시지 사이즈로 전송될 하나 이상의 상이한 데이터 컴포넌트를 포함하는 주기적 데이터의 전송을 지원한다. 차량용 이동 단말기의 송신기는 주기적인 데이터에 관한 정보를 무선 기지국에 전송하고, 무선 기지국은 무선 자원을 차량용 이동 단말기에 할당하는 것을 담당한다. 주기적 데이터에 대한 전송된 정보는 무선 기지국이 주기적인 데이터의 하나 이상의 데이터 컴포넌트의 서로 다른 가능한 전송 주기 및/또는 서로 다른 가능한 메시지 사이즈를 결정하는 것을 가능하게 한다. 차량용 이동 단말기의 수신기는 주기적인 데이터에 관한 수신된 정보에 기초하여 무선 기지국에 의해 구성된 복수의 반영구적 무선 자원 구성을 무선 기지국으로부터 수신한다. 복수의 반영구적 무선 자원 구성 각각은 지원되는 데이터 컴포넌트 중 적어도 하나를 전송하는 데 이용 가능하도록 구성된다. 그 후, 송신기는 하나 이상의 데이터 컴포넌트가 차량용 이동 단말기에 의해 전송되어야 한다는 것을 무선 기지국에 지시한다. 수신기는 무선 기지국으로부터, 복수의 반영구적 무선 자원 구성 중 하나 이상을 활성화하기 위한 활성화 명령을 수신하여, 차량용 이동 단말기가 표시된 데이터 컴포넌트 각각을 전송하도록 무선 자원을 주기적으로 할당한다. 송신기는 활성화된 하나 이상의 반영구적 무선 자원 구성에 의해 구성된 무선 자원 및 전송 주기에 기초하여 하나 이상의 데이터 컴포넌트를 하나 이상의 수신 엔티티로 전송한다.

그에 상응하여, 하나의 일반적인 제 1 측면에서, 본 명세서에 개시된 기술은 하나 이상의 수신 엔티티에 주기적인 데이터를 전송하기 위해 차량용 이동 단말기에 무선 자원을 할당하기 위한 무선 기지국을 특징으로 한다. 차량용 이동 단말기는 서로 다른 가능한 전송 주기 및/또는 서로 다른 가능한 메시지 사이즈로 전송될 하나 이상의 상이한 데이터 컴포넌트를 포함하는 주기적 데이터의 전송을 지원한다. 무선 기지국의 수신기는 차량용 이동 단말기에 의해 하나 이상의 수신 엔티티로 전송될 주기적 데이터에 대한 정보를 차량용 이동 단말기로부터 수신한다. 무선 기지국의 프로세서는 상이한 지원되는 데이터 컴포넌트 및 서로 다른 가능한 전송 주기 및/또는 하나 이상의 데이터 컴포넌트의 서로 다른 가능한 메시지 사이즈를 결정한다. 프로세서는 결정된 전송 주기 및/또는 결정된 메시지 사이즈에 기초하여 복수의 반영구적 무선 자원 구성을 구성한다. 복수의 반영구적 무선 자원 구성 각각은 지원되는 데이터 컴포넌트 중 적어도 하나를 전송하는 데 이용 가능하도록 구성된다. 무선 기지국의 송신기는 구성된 복수의 반영구적 무선 자원 구성에 관한 정보를 차량용 이동 단말기에 전송한다. 수신기는, 차량용 이동 단말기로부터,　하나 이상의 데이터 컴포넌트가 차량용 이동 단말기에 의해 전송되어야 한다는 표시를 수신한다. 프로세서는 차량용 이동 단말기가 표시된 데이터 컴포넌트 각각을 전송하기 위해 차량용 이동 단말기에 대한 무선 자원을 주기적으로 할당하도록 차량용 이동 단말기에 대해 활성화될 복수의 반영구적 무선 자원 구성 중 하나 이상을 선택한다. 송신기는 차량용 이동 단말기에 대해 선택된 하나 이상의 반영구적 무선 자원 구성을 활성화하기 위해 차량용 이동 단말기에 활성화 명령을 전송하도록 더 구성된다.

개시된 실시예의 추가적인 이점 및 효과는 명세서 및 도면으로부터 명백해질 것이다. 이점 및/또는 효과는 명세서 및 도면의 다양한 실시예 및 특징에 의해 개별적으로 제공될 수 있으며, 이들 중 하나 이상을 획득하기 위해 모두가 제공될 필요는 없다.

이러한 일반적 및 구체적인 측면은 시스템, 방법 및 컴퓨터 프로그램, 및 시스템, 방법 및 컴퓨터 프로그램의 임의의 조합을 사용하여 구현될 수 있다.

다음의 예시적인 실시예는 첨부된 도표 및 도면을 참조하여 보다 상세하게 설명된다.
도 1은 3GPP LTE 시스템의 예시적인 아키텍처를 도시하고,
도 2는 3GPP LTE(릴리스 8/9)에 대해 정의된 바와 같이 서브프레임의 다운링크 슬롯의 예시적인 다운링크 자원 그리드를 도시하며,
도 3은 ProSe 통신을 위해 PC5를 통해 계층 2 링크를 설정하는 방법을 개략적으로 도시하고,
도 4는 오버레이(LTE) 및 언더레이(D2D) 시스템에 대한 전송/수신 자원의 사용을 도시하며,
도 5는 2개의 UE에 대한 스케줄링 할당 및 D2D 데이터의 전송을 도시하며,
도 6은 UE-자율 스케줄링 모드 2에 대한 D2D 통신 타이밍을 도시하며,
도 7은 eNB-스케줄링된 스케줄링 모드 1에 대한 D2D 통신 타이밍을 도시하고,
도 8은 비 로밍 시나리오에 대한 ProSe에 대한 예시적인 아키텍처 모델을 도시하며,
도 9는 CAM 메시지의 예시적인 구성을 도시하고,
도 10은 3개의 상이한 속도 범위에 대해 변화하는 주기 및 메시지 사이즈를 갖는 수 개의 상이한 CAM 컴포넌트의 전송을 도시하며,
도 11은 제 1 실시예의 예시적인 구현에 따라 CAM의 전송을 위한 3개의 SPS 구성의 사용뿐만 아니라 3개의 상이한 CAM 컴포넌트의 전송을 도시하고,
도 12는 또한, SPS 구성에 의해 할당된 무선 자원이 서로 결합되는 제 1 실시예의 또 다른 예시적인 구현에 따라 CAM의 전송을 위한 3개의 SPS 구성의 사용뿐만 아니라 3개의 상이한 CAM 컴포넌트의 전송을 도시하며,
도 13은 또한, 제 1 실시예의 또 다른 예시적인 구현에 따라 CAM의 전송을 위한 3개의 SPS 구성의 사용뿐만 아니라 3개의 상이한 CAM 컴포넌트의 전송을 나타내며, 여기서 대응하는 SPS 구성에 의해 할당된 무선 자원은 완전한 CAM 메시지를 전송하기에 충분하고,
도 14는 또한, 제 1 실시예의 또 다른 예시적인 구현에 따라 CAM의 전송을 위한 9개의 상이한 SPS 구성의 사용뿐만 아니라 3개의 상이한 CAM 컴포넌트의 전송을 도시하며, 차량용 UE가 3개의 상이한 속도 범위를 지원하는 것으로 가정하고,
도 15는 또한, 제 1 실시예의 또 다른 예시적인 실시예에 따른 CAM의 전송을 위한 10개의 상이한 SPS 구성의 사용뿐만 아니라 3개의 상이한 CAM 컴포넌트의 전송을 도시하며, 차량용 UE가 3개의 상이한 속도 범위를 지원하는 것으로 가정한다.

이동국 또는 이동 노드 또는 사용자 단말기 또는 사용자 장비는 통신 네트워크 내의 물리적 엔티티이다. 하나의 노드는 여러 기능적 엔티티를 가질 수 있다. 기능적 엔티티는 노드 또는 네트워크의 다른 기능 엔티티에 소정의 기능 세트를 구현 및/또는 제공하는 소프트웨어 또는 하드웨어 모듈을 지칭한다. 노드는 노드가 통신할 수 있는 통신 설비 또는 매체에 노드를 부착하는 하나 이상의 인터페이스를 가질 수 있다. 유사하게, 네트워크 엔티티는 통신 설비 또는 매체(이를 통해 기능 엔티티를 다른 기능 엔티티 또는 대응 노드와 통신할 수 있음)에 부착하는 논리적 인터페이스를 가질 수 있다.

청구범위 세트 및 출원에서 사용되는 용어 "무선 자원"은 시간-주파수 자원과 같은 물리적 무선 자원을 언급하는 것으로 폭넓게 이해되어야 한다.

본 출원에서 사용되는 "직접 통신 전송"이라는 용어는 무선 기지국(예를 들어, eNB)을 통하지 않고, 즉 2개의 사용자 장비 사이에서의 직접적인 전송으로서 넓게 이해되어야 한다. 그에 상응하여, 직접 통신 전송은 "직접 사이드링크 연결"을 통해 수행되는데, 이는 직접적으로 2개의 사용자 장비 사이에 설정된 연결(connection)에 사용되는 용어이다. 예를 들어, 3GPP에서 D2D(장치 대 장치) 통신의 용어가 사용되거나 ProSe 통신 또는 사이드링크 통신이 사용된다. "직접 사이드링크 연결"이라는 용어는 광범위하게 이해되어야 하며, 3GPP 관련하여 배경 기술 부분에 설명된 PC5 인터페이스로 이해될 수 있다.

애플리케이션에서 사용되는 "ProSe"라는 용어 또는 이의 생략되지 않은 형식의 "근접 서비스"라는 용어는 배경 기술 부분에서 예시적으로 설명된 것처럼 LTE 시스템의 근접성 기반 애플리케이션 및 서비스와 관련하여 적용된다. 또한, "D2D"와 같은 다른 용어는 이러한 맥락에서 근접 서비스를 위한 장치 대 장치 통신을 나타내기 위해 사용된다.

애플리케이션 전반에 걸쳐 사용되는 "차량용 이동 단말기"라는 용어는 배경 기술 부분에서 설명한 바와 같이 새로운 3GPP 연구 항목 V2X(차량용 통신)와 관련하여 이해되어야 한다. 그에 대응하여, 차량용 이동 단말기는 차량 통신, 즉, 예를 들어 안전 또는 운전자 보조를 목적으로, 차량에 관련된 정보를 다른 엔티티(예를 들어, 차량, 기반설비, 보행자)에 전달하는 차량 통신을 수행하기 위해 차량(예를 들어, 자동차, 상업용 트럭, 오토바이 등)에 특별히 설치되는 이동 단말기로서 폭넓게 이해되어야 할 것이다. 선택적으로, 차량용 이동 단말기는 지도 정보 등과 같은 내비게이션 시스템(또한, 자동차에 설치되는 경우)에서 이용 가능한 정보에 액세스할 수 있다.

배경 기술 부분에서 설명한 것처럼, 3GPP는 LTE 보조 차량 통신에 대한 새로운 연구 항목을 도입했으며, 다양한 차량용 이동 단말기와 다른 스테이션 간에 V2V 트래픽을 교환하기 위한 ProSe 절차를 기반으로 해야 한다. 또한, 반영구적 무선 자원 할당은 eNB가 수행할 스케줄링 양을 줄이기 위해 모드 1 사이드링크 할당을 위한 V2V 트래픽에 의해 지원되어야 한다. 그러나 현재의 SPS 메커니즘은 V2V 트래픽 및 그 특성에 맞지 않는다. 예를 들어, Uu 링크 상의(즉, eNB와 UE 간의) 일반적인 반영구적 스케줄링을 위해, eNB는 MME(Mobility Management Entity)로부터 QCI 정보(QoS 클래스 식별자)를 수신한다. QCI 정보는 eNB와 UE 사이에 구성된 특정 베어러가 VoIP 트래픽을 전송하도록 구성되어, eNB가 그 베어러 상에서 UE에 의해 생성된 주기적 트래픽에 대해 학습하도록 하는 것을 나타낸다. 이후에, eNB는 UE에 RRC 시그널링을 송신하여 SPS 주기를 구성함으로써 UE에 대한 반영구적 무선 자원 할당을 구성할 수 있다. 그 다음, UE가 실제로 그 베어러를 통해 VoIP 데이터를 전송할 필요가 있고 VoIP 트래픽을 위해 전송될 데이터가 있음을 나타내는 대응하는 버퍼 상태 리포트를 전송하는 경우, eNB는 UE에 PDCCH를 송신하여 SPS 구성을 활성화할 것이고, PDCCH 메시지는 또한 UE가 주기적으로 사용하도록 허용된 무선 자원(즉, 특정 양의 무선 자원을 할당함)이 어느 것인지를 나타낸다. 따라서, UE는 주기적으로 VoIP 트래픽을 전송하기 위해 SPS 자원을 사용한다.

그러나, eNB는 사이드링크 연결을 통해 특정 차량용 UE에 의해 전송될 트래픽 유형(예: 주기 또는 메시지 사이즈)에 대한 지식이 없으므로 반영구적 무선 자원을 통해 할당할 자원의 양 또는 또는 이들 반영구적 무선 자원의 주기를 적절히 결정할 수 없다.

eNB가 차량용 UE에 의해 전송될 트래픽에 관한 정보를 어떤 식으로든 수신하더라도, 차량용 UE는 VoIP 트래픽 유형(이에 대해 현재 SPS 메커니즘이 설계됨)과는 상당히 다른 상이한 주기 및/또는 상이한 메시지 사이즈를 갖는 V2V 트래픽을 전송해야 할 것이다. 또한, V2V 트래픽이 전송될 주기는 예를 들면, 차량이 주행하는 속도와 같은 차량 다이내믹스에 따라 변할 수 있으므로 가변적이다. 따라서, 현재 표준화된 SPS 메커니즘은 이러한 상이한 V2V 사용 시나리오에 대처할 수 없다.

이하의 예시적인 실시예는 발명자에 의해 위에 설명된 하나 이상의 문제점을 완화시키기 위해 고안되었다.

다양한 실시 형태의 특정 구현 예는 3GPP 표준에 의해 지정되고 배경 기술 부분에 부분적으로 설명된 바와 같이 넓은 사양으로 구현되어야 하고, 다양한 실시 형태에 관하여 이하에서 설명된 것과 같이 구체적인 핵심 특징이 추가된다. 실시예는 예를 들면, 위의 배경 기술 부분에 설명된 바와 같은 3GPP LTE-A(릴리스 10/11/12/13)(또는 이후의 릴리스)와 같은 이동 통신 시스템에서 효과적으로 사용될 수 있음에 유의해야 하며, 실시예는 이러한 특정한 예시적인 통신 네트워크에서의 실시예의 사용에 제한되지 않는다.

설명은 본 발명의 범위를 제한하는 것으로 이해되어서는 안되며, 본 개시 내용을 더 잘 이해하기 위한 실시예에 불과하다. 당업자는 청구 범위에 기재된 본 개시의 일반적인 원리가 여기에 명시적으로 기술되지 않은 방식으로 상이한 시나리오에 적용될 수 있다는 것을 알아야 한다. 설명을 목적으로, 몇몇 가정이 이루어지나 이는 다음의 실시예의 범위를 제한하지 않는다.

다양한 실시예는 (차량용) UE에 무선 자원을 할당할 책임이 있는 eNB와 (차량용) UE 간의 개선된 반영구적 자원 할당 절차를 주로 제공한다. 그러므로, 다른 기능성(즉, 다양한 실시예에 의해 변경되지 않는 기능성)은 배경 기술 부분에서 설명된 것과 정확히 동일하게 유지되거나 다양한 실시예에 어떠한 영향도 미치지 않고 변경될 수 있다. 이는 예를 들면, 차량용 UE가 적절한 반영구적 무선 자원으로 할당된 후에 주기적 데이터의 실제 전송이 차량용 UE에 의해 어떻게 수행되는지에 관한 다른 절차를 포함한다.

제 1 실시예

이하, 전술한 문제점(들)을 해결하기 위한 제 1 실시예를 상세하게 설명한다. 제 1 실시예의 상이한 구현 및 변형이 또한 설명될 것이다.

예시적으로, 차량에 설치되고 본 출원의 배경 기술 부분에서 설명된 바와 같이 D2D 프레임워크에 기초하여 차량 통신을 수행할 수 있는 차량용 UE를 가정한다. 그러나, 나중에 더 상세히 설명되는 바와 같이, 본 발명의 기본 원리는 차량용 UE에 적용되는 것으로만 제한되지 않으며, 예를 들어 주기적 데이터가 통상의 (예를 들어, 비 차량용) UE에 의해서도 구현될 수 있으며, 이러한 UE는 예를 들면, Uu 인터페이스를 거쳐 eNB에 또는 PC5 인터페이스(사이드링크 연결)를 거쳐 다른 UE에 주기적 데이터를 전송한다. 그럼에도 다음의 논의에서, 이러한 UE를 주기적으로 V2V 데이터를 전송할 필요가 있는 차량용 UE라고 가정한다.

또한, 주기적인 데이터가 다른 (차량용) UE(PC5 인터페이스를 거쳐), 그의 eNB(Uu 인터페이스를 거쳐), 로드 사이드 유닛(가능하면 PC5 인터페이스를 거쳐) 및/또는 (차량용 UE에 의해 전송되는 주기적 데이터에 대해 이익이 있는) 다른 적합한 스테이션으로 전송되는 것 역시 가능할지라도, 차량용 UE는 다른 (차량용) UE를 목적지로 하는 주기적 데이터를 전송(브로드캐스트)하는 것으로 가정하며, 차량용 UE로부터의 전송은 포인트 투 멀티포인트가 되는 것으로 가정할 수 있어 그 영역 내의 모든 수신 엔티티에 도달할 수 있다.

차량용 UE에 의해 전송될 주기적 데이터는 배경 기술 부분에서 상세히 설명된 협업 인식 메시지(CAM)에 의해 예시될 것이다. 본 발명과 관련된 CAM의 특성은 CAM이 주기적으로 전송된다는 것이다. 그러나, CAM은 반영구적인 스케줄링 시나리오의 일반적인 VoIP 사용 시나리오와는 상당히 다른데, 이는 서로 다른 심지어 변하는 전송 주기 및/또는 상이한 메시지 사이즈(즉, 전송될 데이터의 양 및, 차량용 UE가 필요로 하는 무선 자원) 때문이다. VoIP는 반영구적인 무선 자원 할당에 의해 잘 처리될 수 있는 고정된 주기 및 고정된 메시지 사이즈를 나타낸다.

CAM은 단지 그러한 주기적인 데이터의 예일 뿐이며, 본 발명은 앞으로 차량 또는 비-차량 통신에 대해 표준화될 수 있는 다른 데이터 유형에도 적용될 수 있음에 유의해야 한다. 특히 차량 통신에 있어서, 차량용 UE는 상이한 주기 및/또는 심지어는 변화하는 주기에서 (상태 및 속성) 데이터를 주기적으로 브로드캐스팅해야 할 수 있으므로, 상이한 주기로 인해 더 많거나 적은 데이터를 포함하는 메시지를 상이한 시간 인스턴스에서 전송해야 할 수 있다.

이하에서 상세히 설명되는 바와 같이, CAM 메시지는 이러한 종류의 주기적인 데이터에 맞는 예이며, 따라서 제 1 실시예 및 그 변형 예를 설명하는 데 사용될 것이나, 본 발명은 전술한 것에만 한정되지는 않는다.

차량용 UE에 의해 주기적으로 브로드캐스팅될 필요가 있지만 상이한 주기를 갖는 서로 다른 CAM 컴포넌트가 존재한다(예를 들어, CAM HF, CAM LF, 인증서가 본 발명 중 어느 것이 다음에 설명될 것인지에 기초하여 CAM 컴포넌트가 될 것임). 다음에서 주로 특정 시간 인스턴스에서 단 하나의 CAM 메시지만이 차량용 UE에 의해 전송/브로드캐스트되는 것으로 가정되지만, 상기 CAM 메시지는 그 시간 인스턴스에서 전송될 예정인 상이한 CAM 컴포넌트(즉, 다른 주기를 가지고 있음에도 불구하고 그 시간 인스턴스에서 동시에 발생함)를 포함한다. 다시 말해, 서로 다른 CAM 컴포넌트가 동시에 (PC5 인터페이스 상의 SC 주기) 차량용 UE에 의해 전송되는 경우,　서로 다른 CAM 컴포넌트가 함께 피기백되어 이후에 전송되는 단일 CAM 메시지를 형성한다. 피기백이 실제로 이루어지려면, 서로 다른 CAM 컴포넌트의 주기가 조정되어(즉, 서로의 배수가 되어) 서로 다른 CAM 컴포넌트의 특정한 동일 시간 인스턴스에서 실제로 발생되도록 해야 한다. 따라서 단일 CAM이 주기적 방식으로 전송되고, 단일 주기(이는 전송될 최고 전송 속도의 CAM 컴포넌트(예: CAM HF 컴포넌트)에 의해 지정됨)를 가지나 상이한 콘텐트를 가지며, 이에 따라 메시지 사이즈(즉, 상이한 CAM 컴포넌트가 상이한 시간 인스턴스에서 단일 CAM 메시지에 포함됨)가 상이한 메시지 사이즈로 주기적으로 변경된다(도 10 및 관련 설명 참조). 무선 자원 할당 메커니즘은 따라서 상이한 시간 인스턴스에서 상이한 양의 무선 자원을 할당할 필요가 있다.

대안으로, 다른 주기를 갖는 상이한 CAM 컴포넌트가 개별적인 CAM 메시지로서 전송되는 것이 또한 가능하다. 이는 더 많은 무선 자원이 필요하다는 점에서 불리할 수 있는데, 별도의 CAM 메시지 각각이 CAM 컴포넌트를 함께 피기백(piggyback)함으로써 제 1 대안에서 회피되는 적어도 헤더 및 가능하게는 기본 컨테이너(도 9 및 관련 설명 참조)를 포함할 필요가 있기 때문이다. 그러나, 별도의 CAM 메시지를 제공하는 것은 각 CAM 컴포넌트의 상이한 주기를 조정할 필요가 없게 할 수 있다는 이점을 가지며, 즉 각 CAM 컴포넌트의 주기가 자유롭게 정의될 수 있다. 이 경우, CAM 메시지는 상이한 주기 및 상이한 메시지 사이즈를 갖는다.

3GPP 표준화는 피기백이 선택적인지 또는 필수인지 여부 또는 상이한 CAM 컴포넌트가 정확히 어떻게 전송될지에 따라 상이한 CAM 컴포넌트의 전송 속도에 대해 아직 합의하지 못했다는 점에 유의해야 한다. 어떤 경우이든, 이는 향후 릴리스에서도 변경될 수 있다. 본 발명의 기초가 되는 원리는 비록 이러한 변화를 설명하기 위해 약간의 적응이 적용되어야 할지라도, 이러한 경우 모두에 적용 가능하다.

이하에서, 특정 시간 인스턴스에서 오직 하나의 CAM 메시지가 차량용 UE에 의해 전송되는 것으로 주로 간주되며, 이는 상이한 CAM 컴포넌트가 단일 CAM 메시지를 형성할 것이라는 것을 의미한다.

또한, CAM 컴포넌트에 요구되는 전송 주기는 속도, 방향(heading) 및/또는 각도와 같은 차량 다이내믹스의 함수로서 시간에 따라 신속하게 변화할 수 있으며, 향후 다른 요인이 정의될 수도 있다.

요약하면, (차량용) UE는 주기적인 데이터(예: CAM)를 다른 수신 엔티티(예: 다른 차량 스테이션)로 전송할 것이다. 주기적인 데이터로 전송하기 위해, 차량용 UE는, 예를 들어 백그라운드 섹션에서 설명된 바와 같이 ProSe 모드 1 무선 자원 할당에 따라, 예를 들어 eNodeB에 의해 할당될 수 있는 무선 자원을 필요로 한다. 제 1 실시예에 따르면, eNodeB는 반영구적 무선 자원을 차량용 UE에 할당함으로써, 차량용 UE가 주기적으로 보류 중인 주기적 데이터를 전송하게 한다.

지금까지 간략한 개요를 제공하기 위해, 제 1 실시예는 개념적으로 준비 단계와 실행 단계로 나누어 질 수 있다. 준비 단계에서, 차량용 UE에 의해 지원될 수 있고 차후에 차량용 UE에 의해 전송될 수 있는 주기적 데이터의 차후 전송을 위해 상이한 SPS 구성이 eNodeB에 의해 구성될 것이다. 차량용 UE는 필요에 따라 실행 단계 동안 활성화될 수 있는 다양한 상이한 SPS 구성으로 구성될 것이다. 실행 단계는 차량용 UE에 의해 지원되는 주기적 데이터의 일부 또는 전부의 전송이 시작될 때 시작되는 것으로 가정될 수 있다. 그에 상응하여, 이전에 준비된 SPS 구성 중에서 특정 SPS 구성이 UE에서 활성화된 다음 보류 중인 주기적 데이터를 전송하기 위해 차량용 UE에 의해 사용된다. 실행 단계 동안 보류 중인 주기적 데이터의 메시지 사이즈 또는 주기가 변화하므로, 여전히 상이한 주기 또는 상이한 메시지 사이즈(들)로 주기적 데이터를 전송할 수 있도록 이전에 준비된 SPS 구성 중에서 상이한 SPS 구성이 차량용 UE에서 활성화되어야 한다.

지금부터 준비 단계를 더 자세히 설명할 것이다. eNodeB가 UE에 의해 지원되는 주기적 데이터에 대해 적절한 SPS 구성(들)을 설정할 수 있도록, eNodeB는 향후에 차량용 UE에 의해 전송될 수 있는 주기적 데이터에 관해서 필요하다.

전형적으로, SPS 구성은 UE가 전송할 필요가 있는 데이터의 양(예를 들어, CAM 메시지의 사이즈)에 의존하는 특정 양의 무선 자원을 주기적으로(주기적 시간 인스턴스에서) 할당한다. 이에 따라, 차량용 UE는 주기적 데이터에 관한 정보를 eNodeB로 전송하여, eNodeB가 향후에 차량용 UE에 의해 전송될 수 있는 하나 이상의 서로 다른 가능한 주기 및/또는 서로 다른 가능한 메시지 사이즈를 결정할 수 있게 한다. 이러한 정보를 습득한 후, eNodeB는 차량용 UE에 대한 이들 SPS 구성 중 하나 이상을 나중에 활성화함으로써, 차량용 UE가 활성화된 SPS 구성에 의해 주기적으로 할당되는 무선 자원을 사용하여 지원되는 주기적 데이터 중 하나 이상을 실제로 전송할 수 있게 하는 방식으로 eNodeB가 이후에 복수의 상이한 SPS 구성을 구성할 수 있다.

이와 같이 복수의 SPS 구성을 설정한 후, eNodeB는 복수의 SPS 구성에 대응하는 정보를 차량용 UE에 제공함으로써, 차량용 UE가 향후에 활성화될 수 있는 복수의 SPS 구성을 인식할 수 있게 한다. 따라서, eNodeB 및 차량용 UE는 지원되는 주기적 데이터 중 하나 이상의 전송을 처리하기 위해 준비된다.

지금부터 실행 단계를 더 자세히 설명한다. 이후, 차량용 UE는 결국 CAM 데이터 컴포넌트의 일부 또는 전부를 전송하기를 원할 것이며, 따라서 전송을 수행하기 위해 (반영구적으로 할당된) 무선 자원을 필요로 한다고 가정한다. 이에 대응하여, 차량용 UE는 어떤 CAM 컴포넌트를 전송할 것인지에 관해 eNB에 알릴 것이고, 이에 응답하여 eNB는 이전에 준비된 SPS 구성 중에서 적합한 무선 자원을 차량용 UE에 할당할 하나 이상의 SPS 구성을 선택하여 현재 보류 중인 모든 CAM 컴포넌트를 전송한다. 그러면, eNB는 이에 대응하여, 예를 들어 적절한 활성화 명령을 전송함으로써 UE에서 선택된 하나 이상의 SPS 구성을 활성화한다.

따라서, 차량용 UE는 eNodeB에 의해 지시된 특정 SPS 구성을 활성화하고, 이에 따라 보류 중인 하나 이상의 CAM 데이터 컴포넌트를 다른 (차량용) UE에 전송하기 위해 활성화된 SPS 구성에 의해 스케줄링된 주기적인 무선 자원을 사용할 수 있다.

전술한 바와 같이, 제 1 실시예에 따르면, 차량용 UE에 의해 전송될 데이터가 주기 및/또는 메시지 사이즈의 변화를 가질지라도, 차량용 UE에 SPS 자원을 할당하는 것이 가능하다. 따라서, SC 기간마다 동적인 무선 자원 할당을 반복적으로 수행하는 데 필요한 eNodeB와 UE 사이의 Uu 링크 상의 시그널링 오버헤드를 감소시키는 것이 가능하다(배경 기술 부분의 ProSe 모드 1 설명 참조). 또한, (주기적) 데이터가 전송 보류 중임을 나타내기 위해 차량용 UE에 의해 사용되는 버퍼 상태 보고서(Buffer Status Report)가 UE로부터 eNB로 전송되어 UE 측에 도달하는 주기적 데이터가 있을 때마다 eNB가 동적 자원을 할당하도록 트리거할 필요가 없다.

도 11은 3개의 상이한 SPS 구성이 제 1 실시예의 예시적인 구현에 따라 3개의 상이한 CAM 컴포넌트(인증서, CAM LF 컴포넌트 및 CAM HF 컴포넌트)의 전송을 허용하도록 활성화되는 것을 예시한다. 제 1 실시예의 이러한 예시적인 구현을 위해, 하나의 SPS 구성이 하나의 특정 CAM 데이터 컴포넌트에 대해 구성되는 것으로 가정한다. 그에 대응하여, 3개의 상이한 CAM 컴포넌트를 전송하기를 원하는 차량용 UE는 SPS 구성 1에 의해 할당된 주기적 무선 자원을 사용하여 CAM HF 컴포넌트를 전송하고, SPS 구성 2에 의해 할당된 주기적 무선 자원을 이용하여 CAM LF 컴포넌트를 전송할 수 있고, SPS 구성 3에 의해 할당된 주기적 무선 자원을 사용하여 인증서를 전송할 수 있다.

서로 다른 CAM 컴포넌트가 하나의 메시지 또는 별도의 메시지로 전송되는지 여부에 따라, 서로 다른 SPS 구성은 더 큰 결합된 CAM 메시지를 전송할 수 있도록 차량용 UE에 의해 결합되거나 또는 별도의 CAM 메시지를 전송하도록 서로 독립적으로 사용될 수 있다.

이하에서는 제 1 실시예의 보다 구체적인 구현 예가 설명될 것이다.

제 1 실시예의 광범위한 구현 예에서, 차량용 UE가 서로 다른 가능한 전송 주기 및/또는 서로 다른 가능한 메시지 사이즈로 전송될 하나 이상의 상이한 데이터 컴포넌트를 포함하는 주기적 데이터의 전송을 지원할 것이라는 것을 더 상세하게 설명하지 않고 간단히 가정하였다. 전술한 바와 같이, 제 1 실시예의 SPS 할당 메커니즘에 제기된 문제점은 차량 데이터의 전송이 서로 다른 가능한 주기 및/또는 상이한 메시지 사이즈를 포함한다는 것이다. 이는 백그라운드 섹션에서 소개된 CAM 메시지를 기반으로 보다 자세하게 설명될 것이다.

하나의 가능한 예시적인 시나리오에 따르면, 차량용 UE는 몇몇 CAM 컴포넌트, 예를 들어 CAM HF 컴포넌트, CAM LF 컴포넌트 및 보안 인증서의 전송을 지원한다. 그에 상응하여, 가능한 메시지 사이즈는 어떤 CAM 컴포넌트가 CAM 메시지에서 전송되는지에 따라 달라진다. 여러 가능한 메시지 사이즈의 개요는 다음 표에 나와 있다.

위의 표에 대해, CAM LF 컴포넌트 및 CAM 보안 인증서가 각각 가장 높은 전송 속도로 전송된 기본 CAM HF 컴포넌트에 피기백되도록 동시에 전송되는 상이한 CAM 컴포넌트가 하나의 단일 CAM 메시지를 형성한다고 가정한다. 이에 대응하여, 메시지 사이즈는 테이블의 우측 열에 열거되고 도 11에 예시된 바와 같은 시간 인스턴스에 따라 달라질 것이다(CAM 컴포넌트의 가정된 다른 주기 때문에, 도 11은 CAM HF 컴포넌트 + CAM 보안 인증서의 전송을 나타내지 않으며, 이와 관련하여서는, 도 10 중간 부분 참조).

상이한 CAM 컴포넌트는 상이한 주기로 전송될 것이며, 이에 따라 특정 시간 인스턴스에서 전송될 각각의 가능한 CAM 메시지는 다음 표에 예시된 바와 같이 상이한 주기로 전송되어야 할 것이다.

위에 가정된 전송 주기의 값은 실제로 가장 낮은 전송 속도(예를 들어, CAM HF 및 CAM LF 컴포넌트를 포함하는 CAM 메시지에 대한 CAM LF 컴포넌트의 500㎳)를 갖는 CAM 메시지의 그 CAM 컴포넌트의 주기와 관련된다. 표시된 전송 주기는 특정 CAM 메시지의 전송 주기로 이해되어서는 안 된다. 예를 들어, CAM HF를 포함하고 및 CAM LF 컴포넌트를 포함하는 CAM 메시지는 실제로 500㎳마다(그러나 1000㎳마다, 도 11 참조) 전송되지 않는다.

전송 주기에 대해 위의 표에서 가정한 값의 예는 차량용 UE가 지원하는 유일한 차량 속도라고 가정된 144㎞/h보다 큰 단일 차량 속도 범위에 대해 가정된 값이다.

또 다른 가능한 예시적인 시나리오에 따르면, 차량용 UE는 122바이트의 예상 고정 사이즈(위 표 참조) 및 100㎳의 예상 고정 주기(위 표 참조)를 갖는 오직 하나의 CAM 컴포넌트(예를 들어 CAM HF 컴포넌트)의 전송을 지원한다. 그러나, V2V 데이터의 특수한 특성은 다양한 CAM 컴포넌트의 주기가 차량 다이내믹스(예를 들어 차량용 UE가 주행하는 속도)에 따라 달라질 수 있다는 것이다. 따라서, 차량용 UE가 단지 하나의 CAM 컴포넌트의 전송을 지원하더라도, 하나의 CAM 컴포넌트가 전송되는 주기는 시간에 따라 변할 수 있으며, 그 결과 다시 몇몇 주기가 SPS 할당 메커니즘에 의해 고려될 필요가 있다. 이것은 다음 표에 예시되어 있다.

또 다른 가능한 예시적인 시나리오에 따르면, 차량용 UE는 다양한 CAM 컴포넌트(예를 들어, 3개의 CAM 컴포넌트, CAM HF, CAM LF 및 보안 인증서 모두)의 전송을 지원하고, 또한 여러 속도(범위)를 지원해야 한다. 최종 가변 주기와 메시지 사이즈는 아래 표에서 분명해질 것이다.

위에서 예시된 바와 같이, CAM 컴포넌트의 많은 다른 조합(위의 표의 왼쪽 열)이 존재할 수 있으며, 이는 서로 다른 가능한 CAM 메시지 사이즈(예: 122바이트, 182바이트, 299바이트 또는 239바이트)를 초래할 수 있고 가능한 다른 결과를 가져온다. 특정 CAM 컴포넌트 및/또는 가능한 차량용 UE의 지원 속도(범위)(예: 100㎳, 200㎳, 300㎳, 500㎳, 600㎳, 1000㎳, 1200㎳)에 따라 달라질 수 있다. 준비 단계에서 eNB에 의해 구성된 SPS 구성은 이를 고려할 필요가 있으며, 결과적인 CAM 메시지 전송 주기 및/또는 차량용 UE에 의해 지원되는 결과적인 CAM 메시지 사이즈와 일치해야 하므로 적절한 SPS 구성이 나중에 활성화될 수 있어 차량용 UE가 지원되는 주기적 데이터의 임의의 (조합)을 전송할 수 있게 한다.

위의 선택된 예에 대해 예시될 것처럼, 다양한 다른 SPS 구성이 eNodeB에 의해 준비된다. 특히, 처음에는 단순함을 위해 차량용 UE가 여러 CAM 컴포넌트의 전송을 지원하지만 하나의 속도 범위(예: 144㎞/h보다 큰 최고 속도 범위)만 지원하므로 몇 가지 다른 주기를 고려해야 하는 경우에도 주기 자체는 시간 경과에 따라 변하지 않는다(예: 속도 변경으로 인해).

제 1 실시예의 전술한 예시적인 구현예에서, 차량용 UE가 전송하도록 지원되는 가능한 CAM 컴포넌트 각각과 매칭하는 하나의 별도의 SPS 구성이 존재하도록 3개의 상이한 SPS 구성 1, 2 및 3이 eNodeB에 의해 구성된다. CAM HF 컴포넌트와 CAM 보안 인증서의 가능한 조합에 대해, 이러한 특정 조합은 별도의 CAM 컴포넌트에 대해 가정된 예시적인 주기로 인해 발생하지 않는다는 점에서 이러한 특정 예에서 별도의 SPS 구성이 필요하지 않다는 점에 유의해야 한다.

SPS 구성 1은 CAM HF 컴포넌트의 주기인 기본 CAM HF 컴포넌트의 122바이트를 100㎳마다 전송하기에 충분한 특정 무선 자원을 할당한다. 따라서, UE는 CAM HF 컴포넌트를 포함하는 CAM 메시지를 전송하기 위해 SPS 구성 1에 의해 할당된 주기적인 무선 자원을 사용할 것이다.

또한, SPS 구성 2는 CAM LF 컴포넌트의 주기인 500㎳마다 추가(피기백된) CAM LF 컴포넌트의 60바이트를 전송하기에 충분한 특정 무선 자원을 할당한다. 따라서, UE는 CAM LF 컴포넌트를 포함하는 CAM 메시지를 전송하기 위해 SPS 구성 2에 의해 할당된 주기적인 무선 자원을 사용할 것이다. 또한, SPS 구성 3은 보안 인증서의 주기에 해당하는 1000㎳마다 추가(피기백된) 보안 인증서 117바이트를 전송하기에 충분한 특정 무선 자원을 할당한다. 따라서, UE는 보안 인증서를 포함하는 CAM 메시지를 전송하기 위해 SPS 구성 3에 의해 할당된 주기적인 무선 자원을 사용할 것이다.

도 12는 제 1 실시예의 예시적인 구현에 따른 차량용 UE에 의한 CAM 메시지의 전송에 대해 위에서 가정한 3개의 SPS 구성의 사용을 도시한다. 도 12로부터 명백한 바와 같이, 3개의 SPS 구성은 차량용 UE에 의해 전송되는 3개의 상이한 데이터 컴포넌트와 매칭된다. 동일한 시간 인스턴스에서 전송될 다수의 데이터 컴포넌트를 포함하는 빗금 친 직사각형은 이러한 데이터 컴포넌트가 위에 예시적으로 가정한 것과 같이, 하나의 CAM 메시지로서 전송된다는 것을 나타내야 한다. 도 12로부터 명백한 바와 같이, 여러 CAM 컴포넌트가 하나의 CAM 메시지 내에서 전송되어야 하는 시간 인스턴스에서,　차량용 UE는 다수의 SPS 구성에 의해 할당된 무선 자원을 결합하여 전체 CAM 메시지(즉, 다수의 CAM 컴포넌트를 포함함)를 전송하는 데 이용 가능한 충분한 무선 자원을 갖게 한다. 예를 들어, CAM HF 컴포넌트를 CAM LF 컴포넌트와 함께 전송할 때, SPS 구성 1 및 2를 통해 할당된 무선 자원은 결합되어(즉, 합쳐져서 함께 사용됨), 전송에 이용 가능한 충분한 무선 자원을 갖는다. 유사하게, CAM LF 컴포넌트 및 CAM HF 컴포넌트를 보안 인증서와 함께 전송할 때, SPS 구성 1, 2 및 3을 통해 할당된 무선 자원이 결합되어 전체 결합된 CAM 메시지를 전송하는 데 충분한 무선 자원을 이용할 수 있다.

방금 설명된 바와 같이, 상이한 SPS 구성에 의해 할당된 무선 자원은 차량용 UE가 보다 큰 결합된 CAM 메시지를 전송해야 하는 시간 인스턴스에 대해 결합되어야 할 수 있다. 다음의 제 1 실시예의 다른 구현 예에 따르면, SPS 구성에 의해 개별적으로 할당된 무선 자원의 이러한 조합은 더 이상 필요하지 않다. 대신, 개별 SPS 구성은 단일 CAM 메시지의 결과 사이즈를 이미 고려하는 방식으로 구성된다. 전술한 논의와 함께, 다음 표는 제 1 실시예의 대안적인 구현 예를 예시할 것이다.

위의 표로부터 명백한 바와 같이, SPS 구성은 각각의 SPS 구성에 의해 할당되는 무선 자원의 양이 더 많기 때문에, 여러 CAM 컴포넌트가 하나의 CAM에서 전송될 때 더 큰 CAM 메시지 사이즈를 고려한다는 점에서 이전 구현과 다르다.

도 12에 대응하여, 도 13은 주기적인 CAM 데이터(컴포넌트)를 전송하기 위해 차량용 UE에 의해 상이한 SPS 구성이 어떻게 사용되는지를 도시한다. 차량용 UE가 하나의 CAM 메시지 내에서 여러 CAM 컴포넌트를 전송해야 하는 경우, 차량용 UE는 활성화된 컴포넌트 중에서 더 큰 CAM 메시지를 전송하기에 충분한 무선 자원을 제공하는 SPS 구성을 선택해야 한다. 제 1 실시예의 이전의 예시적인 구현예에서와 같이, 차량용 UE는 CAM HF 컴포넌트만을 포함하는 CAM 메시지를 전송하기 위해 SPS 구성 1을 선택할 것이다. 한편, CAM HF 컴포넌트를 CAM LF 컴포넌트와 함께 전송할 때,　차량용 UE가 SPS 구성 2를 선택하고, CAM HF 컴포넌트뿐만 아니라 CAM LF 컴포넌트를 포함하는 상기 CAM 메시지를 전송하기 위해 SPS 구성 2에 의해 할당된 특정 무선 자원을 사용하도록 총 182바이트를 전송하기 위해 무선 자원이 필요하다. 따라서, CAM HF 컴포넌트와 CAM LF 컴포넌트 및 보안 인증서를 함께 전송할 때, 차량용 UE가 SPS 구성 3을 선택하도록 총 299바이트를 전송하는 무선 자원이 필요하다. 따라서, 차량용 UE는 3개의 컴포넌트를 포함하는 상기 CAM 메시지를 전송하기 위해 SPS 구성 3에 의해 할당된 특정 무선 자원을 포함한다.

도 12 및 도 13에 따른 제 1 실시예의 전술한 구현 예는 또한 차량용 UE가 몇몇 속도 범위, 예를 들어, 144 초과(>144), 72 내지 144 및 48 내지 72의 3개의 추정된 속도 범위를 지원하는 더 복잡한 경우에도 적용될 수 있으며, 결과적으로 각각의 CAM 컴포넌트에 대해 지원되어야 할 추가 주기가 발생한다.

다음의 표는 여러 SPS 구성에 의해 할당된 무선 자원이 몇몇 데이터 컴포넌트를 포함하는 결합된 CAM 메시지를 전송할 수 있도록 충분한 무선 자원을 수집하기 위해 차량용 UE에 의해 결합될 수 있다고 가정한다(도 12에 대한 설명 참조).

위의 표에서 명백히 알 수 있는 바와 같이, 준비 단계에서의 eNodeB는 차량용 UE가 나중에 하나 이상의 SPS 구성을 활성화할 때 차량용 UE가 대응하는 CAM 컴포넌트를 주기적 방식으로 전송할 수 있도록 적절한 주기를 갖는 무선 자원을 각각 할당하는 9개의 별도의 SPS 구성을 구성한다고 가정한다.

차량용 UE의 현재 속도에 따라, eNodeB는 속도가 144㎞/h보다 클 때 SPS 구성 1, 2 및 3을 활성화시키거나 속도가 72 내지 144㎞/h일 때 SPS 구성 4, 5 및 6을 활성화시키거나, 속도가 48 내지 72㎞/h일 때 SPS 구성 7, 8 및 9를 활성화시키도록 차량용 UE를 구성할 것이다.

도 14는 서로 다른 사이즈의 CAM 메시지를 주기적으로 전송하기 위해 9개의 별도의 SPS 구성이 차량용 UE에 의해 어떻게 사용될 수 있는지를 도시한다. 도 14의 상부(즉, 144㎞/h보다 큰 속도를 참조)는 기본적으로 도 12에 대응하므로 다시 설명하지 않을 것이다. 72 내지 144㎞/h의 속도 범위에 대해, 도 14는 상이한 사이즈의 CAM 메시지를 전송할 수 있도록 차량용 UE가 활성화된 SPS 구성 4, 5 및 6에 의해 할당된 무선 자원을 어떻게 결합하는지를 도시한다. 특히, CAM HF 컴포넌트뿐만 아니라 CAM LF 컴포넌트로 구성된 CAM 메시지는 SPS 구성 4 및 5에 의해 할당된 무선 자원을 결합함으로써 차량용 UE에 의해 전송될 수 있다. 모두 3개의 컴포넌트(CAM HF, CAM LF, 보안 인증서)로 구성된 CAM 메시지는 SPS 구성 4, 5 및 6에 의해 할당된 무선 자원을 결합하고 사용함으로써 차량용 UE에 의해 전송될 수 있다. CAM HF 컴포넌트 및 보안 인증서로 구성된 CAM 메시지가 SPS 구성 4 및 6에 의해 할당된 무선 자원을 결합하고 사용함으로써 차량용 UE에 의해 전송될 수 있다.

48 내지 72㎞/h의 속도 범위에 대해, 도 14는 차량용 UE가 활성화된 SPS 구성(7, 8 및 9)에 의해 할당된 무선 자원을 어떻게 다른 사이즈의 CAM 메시지로 전송할 수 있는지를 어떻게 결합시키는지를 도시한다. 특히, CAM HF 컴포넌트뿐만 아니라 CAM LF 컴포넌트로 구성된 CAM 메시지는 SPS 구성 7 및 8에 의해 할당된 무선 자원을 결합함으로써 차량용 UE에 의해 전송될 수 있다. 모두 3개의 컴포넌트(CAM HF, CAM LF, 보안 인증서)로 구성된 CAM 메시지는 SPS 구성 7, 8 및 9에 의해 할당된 무선 자원을 결합 및 사용함으로써 차량용 UE에 의해 전송될 수 있다.

이하에서는, 도 13과 관련하여 설명된 제 1 실시예의 다른 구현 예가 여러 속도 범위를 지원하는 차량용 UE로 확장될 것이다.

도 15는 다양한 가능한 CAM 메시지를 전송하기 위해 차량용 UE에 의한 상이한 SPS 구성의 대응하는 사용을 도시한다. 도 15의 상부(>144㎞/h의 속도를 참조)는 기본적으로 도 13에 대응하므로 다시 설명하지 않을 것이다. 72 내지 144㎞/h의 속도 범위에서 가능한 모든 CAM 컴포넌트의 전송을 지원하기 위해, 4개의 상이한 SPS 구성이 eNodeB에 의해 구성된다. 144㎞/h보다 큰 속도 범위에 대한 시나리오와 달리 차량용 UE는 실제로 CAM HF 컴포넌트와 CAM 보안 인증서로 구성된 CAM 메시지를 전송해야 한다. 제 1 실시예의 이러한 대안적인 구현에서, eNodeB는 이러한 가능한 CAM 메시지에 대해 별도의 SPS 구성을 구성해야 한다. 즉, SPS 구성 7은 1000㎳마다 239바이트를 전송하기에 충분한 특정 무선 자원을 할당한다. 이러한 SPS 구성 7은 제 1 실시예의 이전 구성에서 반드시 필수적인 것은 아닌데 이는 SPS 구성 4 및 6의 무선 자원이 CAM HF 컴포넌트 및 보안 인증서(도 14 참조)로 구성된 CAM 메시지를 전송하기에 충분한(너무 많지 않은) 자원을 할당하도록 유연하게 결합될 수 있기 때문이다.

반복적으로 언급한 바와 같이, eNodeB는 여러 개의 SPS 구성을 준비하여 UE가 이동할 수 있는 서로 다른 가능한 속도 범위를 (다양한 CAM 데이터 컴포넌트의 주기에 영향을 미치는 차량 다이내믹스의 예로서) 지원한다. 이러한 시나리오에서, eNB는 또한 복수의 SPS 구성을 준비할 때 고려되어야 하는 상이한 주기에 영향을 미치기 때문에, 차량용 UE에 의해 지원되는 가능한 속도 범위에 대한 정보를 받을 필요가 있다. 하나의 옵션은 차량용 UE에 의해 지원되는 속도 범위에 대한 명시적인 정보를 eNB에, 예를 들어 주기적 데이터에 관한 정보와 함께 또는 별개로 전송하여, eNB가 복수의 SPS 구성을 준비할 때 고려될 필요가 있는 주기적인 데이터 컴포넌트의 결과적인 상이한 주기를 그로부터 결정할 수 있게 하는 것이다. 또 다른 옵션은 차량용 UE가 또한 이미 지원된 속도 범위에서의 주기를 포함하는 다양한 가능한 주기를 미리 전송하므로 UE가 지원되는 속도 범위에 대한 정보를 eNB에게 추가로 알릴 필요가 없고, eNB가 서로 다른 속도 범위에서 CAM 메시지 및 컴포넌트의 주기에 대한 표준화된 정의와 같이 이러한 연관을 가능하게 하는 특정 정보에 액세스할 수 있다고 가정하면, eNB는 지원되는 속도 범위를 보고된 상이한 주기로부터 추론할 수 있다는 것이다.

나아가, UE가 주기적 데이터의 전송을 실제로 시작하기를 원할 때, UE는 자신의 현재 속도(또는 자신이 속한 속도 범위)에 대해 eNB에게 알리고, eNB는 차량용 UE가 현재 경험하고 있는 지시된 속도 범위를 위해 준비된 그러한 SPS 구성을 선택하고 활성화할 수 있다. 현재의 속도에 관한 정보는, 예를 들면 차량용 UE가 어느 데이터 컴포넌트를 전송하고자 하는지에 대한 표시와 함께 또는 그와 별개로 차량용 UE에 의해 전송될 수 있다. 예를 들어, 제 1 실시예의 예시적인 구현은 이러한 표시가 특정 논리 채널 그룹에 대해 데이터가 UE의 대응하는 버퍼에 대기(pending) 중임을 나타내는 버퍼 상태 보고임을 나타낸다. 따라서, 차량 UE의 현재 속도에 대한 정보 역시 버퍼 상태 보고 내에서 전송될 수 있다.

또한, 앞서 언급했듯이 CAM 데이터 컴포넌트의 주기는 시간과 함께 변할 수 있는 속도와 같은 차량 다이내믹스에 따라 달라질 수 있다. 따라서, 제 1 실시예의 추가적인 구현은 현재의 차량 다이내믹스(예를 들어, 차량용 UE의 속도)에 따라 활성화된 SPS 구성을 변경할 수 있게 한다. 상기 관점에서, 차량용 UE는 자신의 속도를 모니터링할 수 있고 속도 범위가 이전에 있었던 속도 범위와 비교하여 변화되었는지를 결정할 수 있다. 이 경우, 차량용 UE는 eNodeB에 이러한 속도 범위의 변화를 알릴 수 있다. 선택적으로, 차량용 UE는 eNodeB에게 자신의 현재 차량 속도에 관한 정보를 정기적으로 전송하여 eNodeB 자체가 특정 차량용 UE가 SPS 구성과 관련된 속도 범위를 언제 변경하는지를 결정할 수 있다. 어쨌든,　속도 범위의 변경은 이전에 활성화된 SPS 구성 대신에 지시된 속도 범위에 대해 준비된 상이한 SPS 구성을 선택하고 활성화하도록 eNodeB를 트리거할 수 있다. 변경된 SPS 구성에 대한 그러한 활성화 명령을 수신하는 차량용 UE는 이전에 활성화된 SPS 구성을 더 이상 사용하지 않을 것이지만 새로 활성화된 SPS 구성을 사용할 것이다.

제 1 실시예의 또 다른 대안적인 실시예에 따르면, 현재의 속도 또는 현재의 변경된 속도 범위를 eNodeB에 전송하는 대신에, 차량용 UE는 특정 속도 범위를 변경했다고 결정할 때 실제로는 대응하는 SPS 구성(속도 범위를 변경하는 데 필요함)을 식별할 수 있고, 속도 범위의 변경으로 인해 이러한 새로운 SPS 구성을 사용하기 위한 요청을 eNodeB에 전송할 수 있다. 차례대로, eNodeB는 이러한 요청을 수신하고 요청을 따르는지의 여부를 결정할 수 있다. 이에 대응하여, SPS 구성의 변경이 순서대로 이루어지도록 결정할 수 있으며, 이에 따라 요청된 SPS 구성을 활성화하기 위해 대응하여 요청에 대한 응답을 전송한다. 따라서, 차량용 UE는 이전에 활성화된 SPS 구성을 더 이상 사용하지 않을 것이며, 이제 새롭게 활성화된 SPS 구성을 사용할 것이다.

차량 다이내믹스(예를 들어, 속도)의 변화로 인해 전술한 바와 같이 차량용 UE의 SPS 구성을 변경하는 경우, 제 1 실시예의 하나의 가능한 구현 예에 따라, 차량용 UE는 항상 모든 CAM 컴포넌트(즉, 모든 CAM 컴포넌트를 포함하는 CAM 메시지)를 전송함으로써 시작할 수 있어 빈번한 속도 변경 및 SPS 구성의 빈번한 변경으로 인해 컴포넌트 중 일부가 전송되지 않는 것을 방지한다.

전술한 바와 같이, 차량용 UE는 향후에 차량용 UE가 전송해야 하는 지원되는 주기적 데이터에 관한 정보를 eNB에 전송한다. 제 1 실시예의 다음의 구현을 참조하여 상세히 설명되는 바와 같이, 이는 다양한 방식으로 구현될 수 있다. 제 1 실시예의 예시적인 구현예에 따르면, 차량용 UE는 차량용 UE가 지원하고 그에 따라 향후에 실제로 전송해야 할 CAM 메시지/컴포넌트의 서로 다른 가능한 주기 및/또는 서로 다른 가능한 메시지 사이즈에 대해 명시적으로 eNodeB에 알릴 수 있다. 예를 들어, 주기적 데이터에 관한 정보는 차량용 UE에 의해 지원되는 가능한 주기 및/또는 가능한 CAM 메시지 사이즈의 목록을 포함할 수 있다. eNodeB는 따라서 다양한 상이한 지원되는 주기 및/또는 메시지 사이즈에 대해 적합한 SPS 구성을 준비할 수 있다.

제 1 실시예의 이러한 구현예의 변형에 따르면, 주기적 데이터에 관한 정보는 하나의 메시지 또는 적어도 2개의 개별 메시지로 전송될 수 있다. 특히, 가능한 주기 및 가능한 메시지 사이즈에 관한 정보는 하나의 메시지, 예컨대 eNodeB에 사이드링크 정보를 나타내기 위해 표준에서 현재 지정된 SidelinkUEInformation 메시지에 기초한 메시지(예를 들어, UE가 전용 자원의 할당을 요구하는 사이드링크 통신 전송 목적지뿐만 아니라 사이드링크 통신을 전송하기 위해 관심을 둔 주파수) 내에서 전송될 수 있다(3GPP 표준 TS 36.331 v13.0.0 섹션 6.2.2 참조, 여기에 참조로 포함됨). 다음에서, 제 1 실시예의 이러한 구현예에 따른 예시적인 확장된 SidelinkUEInformation 메시지가 정의된다.

제 1 실시예의 이러한 구현의 SidelinkUEInformation 메시지에 예시적으로 도입된 추가적인 요소는 굵게 표시되고 또한 위의 틀 안에 표시된다. 이로부터 명백히 알 수 있는 바와 같이, CAM 메시지에 대해 전술한 것과 같은 다양한 상이한 주기를 나타내도록 허용된 주기 필드가 존재한다. 유사하게, 메시지 사이즈 필드는 각각 1 내지 300바이트의 값을 갖는 다양한 상이한 메시지 사이즈를 나타낼 수 있도록 제공된다. 선택적으로, 트래픽 타입 필드는 UE가 데이터가 주기적인지 또는 비 주기적인지 여부를 eNodeB에게 알릴 수 있게 한다.

대안으로, 제 1 실시예의 또 다른 변형에 따라, 가능한 주기와 함께 메시지 사이즈(들)를 표시하는 대신에, 메시지 사이즈(즉, UE가 전송하기를 원하는 데이터의 양)가 버퍼 상태 보고와 함께 전송되고, 이는 데이터가 차량용 UE에 의한 전송을 위해 보류되고 있음을 나타낸다. 이 경우, 준비 단계의 일 예에서, eNodeB는 가능한 다른 주기에 대한 정보만을 수신할 것이지만, 가능한 다른 메시지 사이즈에 관한 정보는 수신하지 않으며, 따라서 가능한 다른 주기의 정보에 기초하여 상이한 SPS 구성을 준비하도록 진행될 것이다. 예를 들어, eNodeB에 의해 준비된 복수의 SPS 구성은 주기와 상이할 수 있으며,　SPS 구성에 의해 어느 무선 자원이 할당되고 얼마나 많은 무선 자원이 할당되는지에 대해서는 특정되지 않을 것이다. 그 다음에, 차량용 UE가 실제로 가능한 데이터 컴포넌트 중 하나 이상을 전송하기 시작하기를 원하는 시점에서, 대응하는 버퍼(들)가 채워질 것이므로, 버퍼 상태 보고가 eNodeB로 전송되도록 트리거링하고, 이에 기반하여 eNodeB는 UE가 하나 이상의 가능한 데이터 컴포넌트에 대해 전송하기를 원하는 데이터의 양을 실제로 결정할 수 있다. 그에 응답하여, eNodeB는 대응하는 적절한 SPS 구성을 (대응하는 적절한 주기를 가지고) 선택 및 활성화한 다음, 차량용 UE에 대해 선택된 SPS 구성(들)을 활성화하는 동시에, 각각의 활성화된 SPS 구성에 대해, 개개의 활성화된 SPS 구성에 의해 어느 자원이 할당되는지를 나타낸다.

다르게 말하면, 도 11 내지 도 15와 관련하여 앞서 설명된 것과 달리, 제 1 실시예의 이러한 특정 변형에서, eNodeB는 무선 자원(예를 들어, 122바이트를 전송하기에 충분한 무선 자원을 정의하는 SPS 구성 1)을 미리 지정하지 않고 주기만을 지정한다. 예를 들어, eNodeB는 100㎳의 주기(>144㎞/h의 속도 범위를 가정함)로의 차량용 UE에 의한 CAM HF 구성 요소의 전송을 지원하기 위한 SPS 구성 1을 준비할 수 있고, 다른 SPS 구성에서도 마찬가지이다. 따라서, 도 12에 대해 가정된 시나리오에 대해, eNodeB는 또한 3개의 상이한 SPS 구성, 즉 매 100㎳, 500㎳ 및 1000㎳의 3개의 주기마다 각각 준비한다. 도 14에 대해 가정된 시나리오에 대해, eNodeB는 각 속도 범위에 대해 각각 9개의 상이한 SPS 구성을 준비할 것이다.

제 1 실시예의 또 다른 예시적인 구현예에 따르면, 차량용 UE는 차량용 UE가 다른 가능한 전송 주기 및/또는 서로 다른 가능한 메시지 사이즈에 대한 정보를 전송하는 것에 추가하여 또는 이를 대신하여 전송하도록 지원되는 특정 데이터 컴포넌트에 대해 eNodeB에게 알릴 수 있다. 예를 들어, 주기적 데이터에 관한 정보는 차량용 UE가 향후에 전송하도록 지원되는 데이터 컴포넌트를 식별하는 리스트를 포함할 수 있다. eNodeB는 이러한 식별된 데이터 컴포넌트와 관련된 가능한 주기 및 메시지 사이즈에 대한 정보에 액세스할 수 있으며, 예를 들어 3GPP 표준화는 서로 다른 가능한 CAM 및 이들의 컴포넌트에 대한 사이즈 및 주기를 명시적으로 정의할 수 있다. 이런 방식으로, eNodeB는 따라서 다양한 상이한 전송된 주기 및/또는 메시지 사이즈에 대한 적합한 SPS 구성을 준비할 수 있다.

위에서 상술한 것은 아니지만, 선택된 SPS 구성을 활성화하기 위해 차량용 UE로 eNodeB에 의해 전송된 활성화 명령은 물리적 다운링크 제어 채널(PDCCH)을 통해 전송된 메시지로서 예시적으로 구현될 수 있다. 예를 들어, 현재 지정된 SPS 메커니즘과 유사한 방식으로, eNodeB는 하나 이상의 DCI를 전송하여 하나 이상의 이전에 구성된 SPS 구성을 활성화할 수 있다. 일 예에서, 새로운 C-RNTI는 사이드링크 활성화/비활성화를 위한 DCI에 사용될 수 있는데, UE는 DCI가 Uu SPS 또는 Uu 링크 동적 할당을 위한 것이 아니라 사이드링크 SPS를 위한 것인지를 알 필요가 있기 때문이다. 상술한 바와 같이, 제 1 실시예의 특정 구현예에 있어서, PDCCH 메시지는 또한 UE가 활성화된 SPS 구성(들)에 대해 사용하도록 지원되는 특정한 무선 자원을 식별시킬 수 있다.

위에 상술한 것은 아니지만, 복수의 SPS 구성을 결정한 후에, eNodeB는 복수의 SPS 구성을 UE에 통지해야 한다. 이것은 예를 들어, radioResourceConfigDedicated 메시지 내의 sps-ConfigSidelink와 같은 RRC 메시지로서 구현될 수 있다. Uu 링크에 대한 현재 SPS 구성은 radioResourceConfigDedicated 메시지에서 전송된다. sidelink에 대한 SPS 구성을 나타내려면 sps-ConfigSidelink로 새 요소를 만들 수 있으며, 이 요소는 radioResourceConfigDedicated 메시지로 전송될 수도 있다. 전술한 바와 같이, 준비 단계에서 eNodeB에 의해 구성된 복수의 SPS 구성은 예를 들어 주기 및 무선 자원 모두를 식별시킬 수 있거나, 주기만을 식별시킬 수도 있다(여기서, 무선 자원은 eNodeB로부터 UE로 전송된 활성화 명령과 함께 식별될 수 있음).

제 1 실시예의 구현은 V2V 및 사이드링크 연결을 통해 다른 차량용 UE와 통신하는 차량용 UE에 기초하여 설명되었지만, 제 1 실시예의 기본 원리는 또한 차량용 UE와 예를 들면 eNodeB 사이에서 Uu 인터페이스를 통해 또는 차량용 UE와 로드 사이드 유닛(Road Side Unit) 사이에서 예를 들어 PC5 인터페이스를 통해 차량용 데이터를 전송하는 데 적용될 수 있다.

또한, 제 1 실시예의 구현예가 차량용 UE에 기초하여 설명되었지만, 제 1 실시예의 기본 원리는 eNB와 또는 다른 "정상" UE 또는 차량용 UE와 사이드링크 연결(들)을 통해 통신 중인 "정상" UE에 의해 수행될 수도 있다.

본 개시 내용의 하드웨어 및 소프트웨어 구현

다른 예시적인 실시예는 하드웨어, 소프트웨어 또는 하드웨어와 협업하는 소프트웨어를 사용하여 전술한 다양한 실시예를 구현하는 것에 관한 것이다. 이와 관련하여, 사용자 단말기(이동 단말기)가 제공된다. 사용자 단말기는 수신기, 송신기, 프로세서와 같은 방법에 적절하게 참여할 대응 엔티티를 포함하여 본 명세서에 설명된 방법을 수행하도록 적응된다.

또한, 다양한 실시예가 컴퓨팅 장치(프로세서)를 사용하여 구현되거나 수행될 수 있음이 추가로 인식된다. 컴퓨팅 장치 또는 프로세서는, 예를 들어 범용 프로세서, 디지털 신호 프로세서(DSP), 주문형 집적 회로(ASIC), 필드 프로그램가능 게이트 어레이(FPGA) 또는 다른 프로그램 가능 논리 장치 등일 수 있다. 다양한 실시예가 또한 이들 장치의 조합에 의해 수행되거나 구체화될 수 있다. 특히, 전술한 각 실시예의 설명에 사용된 각 기능 블록은 집적 회로로서 LSI에 의해 실현될 수 있다. 이들은 칩으로서 개별로 형성될 수 있거나, 기능 블록의 일부 또는 전부를 포함하도록 하나의 칩이 형성될 수 있다. 이들은 그에 결합된 데이터 입력 및 출력을 포함할 수 있다. 여기서의 LSI는 집적도(degree of integration)의 차이에 따라 IC, 시스템 LSI, 수퍼 LSI,　또는 울트라 LSI라고 지칭될 수 있다. 그러나, 집적 회로를 구현하는 기술은 LSI에 한정되지 않으며, 전용 회로 또는 범용 프로세서를 사용함으로써 실현될 수 있다. 또한, LSI의 제조 후에 프로그램할 수 있는 FPGA(Field Programmable Gate Array) 또는 LSI 내에 배치된 회로 셀의 연결이나 설정을 재구성할 수 있는 재구성 가능한 프로세서가 사용될 수 있다.

또한, 다양한 실시예는 프로세서에 의해 또는 하드웨어에서 직접 실행되는 소프트웨어 모듈에 의해 구현될 수도 있다. 또한 소프트웨어 모듈과 하드웨어 구현의 조합이 가능할 수도 있다. 소프트웨어 모듈은 RAM, EPROM, EEPROM, 플래시 메모리, 레지스터, 하드 디스크, CD-ROM, DVD 등과 같은 임의의 종류의 컴퓨터 판독가능 저장 매체에 저장될 수 있다. 또한, 다른 실시예의 개개의 특징은 개별적으로 또는 임의적으로 조합되어 다른 실시예 대한 발명의 대상이 될 수 있다는 점에 주의해야 한다.

특정 실시예에 도시된 바와 같이 많은 변형 및/또는 수정이 본 개시에 이루어질 수 있음은 당업자에 의해 이해될 것이다. 따라서, 본 실시예는 모든 면에서 예시적이고 제한적이지 않은 것으로 간주되어야 한다.

Claims (15)

1. 하나 이상의 수신 엔티티에 주기적(periodic) 데이터를 전송하는 차량용 이동 단말기로서,
   상기 차량용 이동 단말기는 서로 다른 가능한 전송 주기 및/또는 서로 다른 가능한 메시지 사이즈로 전송될 하나 이상의 상이한 데이터 컴포넌트를 포함하는 주기적 데이터의 전송을 지원하고,
   상기 차량용 이동 단말기는,
   무선 자원을 상기 차량용 이동 단말기에 할당하는 것을 담당하는 무선 기지국에 상기 주기적인 데이터에 관한 정보를 전송하도록 구성된 송신기 - 상기 주기적 데이터에 관한 상기 전송된 정보는 상기 무선 기지국으로 하여금 상기 주기적인 데이터의 상기 하나 이상의 데이터 컴포넌트의 서로 다른 가능한 전송 주기 및/또는 서로 다른 가능한 메시지 사이즈를 결정하게 함 - 와,
   상기 주기적인 데이터에 관한 상기 수신된 정보에 기초하여 상기 무선 기지국에 의해 구성된 복수의 반영구적 무선 자원 구성을 상기 무선 기지국으로부터 수신하도록 구성된 수신기 - 상기 복수의 반영구적 무선 자원 구성 각각은 상기 지원되는 데이터 컴포넌트 중 적어도 하나를 전송하는 데 이용 가능하도록 구성됨 -
   를 포함하고,
   상기 송신기는 상기 데이터 컴포넌트 중 하나 이상이 상기 차량용 이동 단말기에 의해 전송될 것임을 상기 무선 기지국에 표시하도록 더 구성되며,
   상기 수신기는 상기 복수의 반영구적 무선 자원 중 하나 이상을 활성화하기 위한 활성화 명령을 상기 무선 기지국으로부터 수신하여 상기 표시된 데이터 컴포넌트 각각을 전송하도록 무선 자원을 상기 차량용 이동 단말기에 대해 주기적으로 할당하도록 더 구성되고,
   상기 송신기는 상기 활성화된 하나 이상의 반영구적 무선 자원 구성에 의해 구성된 상기 무선 자원 및 상기 전송 주기에 기초하여 상기 하나 이상의 데이터 컴포넌트를 상기 하나 이상의 수신 엔티티에 전송하도록 더 구성되는
   차량용 이동 단말기.
   
2. 제 1 항에 있어서,
   상기 주기적 데이터에 관한 전송된 정보는,
   상기 하나 이상의 데이터 컴포넌트의 서로 다른 가능한 전송 주기 및/또는 서로 다른 가능한 메시지 사이즈의 일부 또는 전부에 관한 정보 - 선택적으로는 상기 차량용 이동 단말기에 의해 전송될 적어도 하나의 데이터 컴포넌트의 메시지 사이즈에 대한 정보가 버퍼 상태 보고와 함께 전송되고, 상기 버퍼 상태 보고는 데이터가 상기 하나의 데이터 컴포넌트에 대해 전송되도록 보류 중(pending)임을 나타냄 - 또는,
   상기 서로 다른 데이터 컴포넌트에 대한 정보 - 상기 정보는 상기 무선 기지국으로 하여금 상기 서로 다른 가능한 데이터 컴포넌트에 대한 상기 수신된 정보에 기초하여 상기 서로 다른 가능한 전송 주기 및/또는 상기 서로 다른 가능한 메시지 사이즈를 결정할 수 있게 함 - 를 포함하는
   차량용 이동 단말기.
   
3. 제 1 항 또는 제 2 항에 있어서,
   상기 송신기는 상기 차량용 이동 단말기에 의해 지원되는 속도와 같은 차량 매개 변수에 관한 정보를 상기 무선 기지국에 전송하도록 더 구성되고, 상기 차량 매개 변수에 관한 정보는, 상기 무선 기지국이 상기 하나 이상의 지원되는 데이터 컴포넌트의 서로 다른 가능한 전송 주기를 결정하는 데 사용될 수 있고,
   상기 송신기는 상기 차량용 이동 단말기가 현재 경험하고 있는 상기 차량 매개 변수에 관한 정보를 상기 무선 기지국에 전송하도록 더 구성되며, 상기 현재의 차량 매개 변수에 관한 정보는 상기 무선 기지국에 의해 상기 복수의 반영구적 무선 자원 중 하나 이상을 활성화하도록 선택하는 데 사용될 수 있고, 선택적으로 상기 현재 차량 매개 변수에 관한 정보가 하나 이상의 데이터 컴포넌트가 상기 차량용 이동 단말기에 의해 전송될 것이라는 표시(indication)와 함께 전송되는
   차량용 이동 단말기.
   
4. 제 3 항에 있어서,
   상기 차량 매개 변수 중 하나가 사전 지정된 임계값 이상으로 변하는 경우, 상기 송신기는 상기 변경된 차량 매개 변수에 관한 정보를 상기 무선 기지국에 전송하도록 더 구성되고, 상기 수신기는 상기 이전에 활성화된 반영구적 무선 자원 구성 대신에 다른 반영구적 무선 자원 구성을 활성화하기 위한 추가 활성화 명령을 상기 무선 기지국으로부터 차례로 수신하도록 적응되거나,
   상기 차량 매개 변수 중 하나가 사전 지정된 임계값 이상으로 변하는 경우, 상기 송신기는 상기 이전에 활성화된 반영구적 무선 자원 구성과 다른 반영구적 무선 자원 구성을 활성화하도록 상기 무선 기지국으로부터 요청하도록 더 구성되고, 상기 수신기는 상기 이전에 활성화된 반영구적 무선 자원 구성 대신에 상기 다른 요청된 반영구적 무선 자원 구성을 활성화하기 위한 추가 활성화 명령을 차례로 상기 무선 기지국으로부터 수신하도록 적응되며,
   상기 송신기는 상기 활성화된 다른 반영구적 무선 자원 구성에 의해 구성된 상기 무선 자원 및 상기 전송 주기에 기초하여 상기 하나 이상의 데이터 컴포넌트를 전송하도록 추가로 구성되고,
   선택적으로 상기 추가 활성화 명령은 물리 다운링크 제어 채널(PDCCH)을 통해 메시지로 수신되는
   차량용 이동 단말기.
   
5. 제 1 항 내지 제 4 항 중 어느 한 항에 있어서,
   상기 주기적 데이터에 관한 정보는 하나의 메시지 내에서 전송되거나,
   상기 주기적 데이터에 관한 정보는, 적어도 두 개의 별개의 메시지 내에서 전송되고, 선택적으로는 상기 하나 이상의 지원되는 데이터 컴포넌트의 서로 다른 가능한 주기에 관한 정보가 제 1 메시지 내에서 전송되고, 상기 차량용 이동 단말기에 의해 전송될 적어도 하나의 데이터 컴포넌트의 메시지 사이즈에 관한 정보는 상기 하나의 데이터 컴포넌트의 데이터가 전송을 위해 보류 중임을 나타내는 버퍼 상태 보고와 함께 상기 차량용 이동 단말기에 의해 전송되는
   차량용 이동 단말기.
   
6. 제 1 항 내지 제 5 항 중 어느 한 항에 있어서,
   상기 수신된 복수의 반영구적 무선 자원 구성의 각각은,
   상기 지원되는 데이터 컴포넌트 중 적어도 하나를 전송하기에 적합한 무선 자원 및 주기 - 선택적으로, 상기 복수의 반영구적 무선 자원 구성은 상기 무선 자원 제어(RRC) 프로토콜의 메시지에서 수신됨 -, 또는
   상기 데이터 컴포넌트 중 적어도 하나를 전송하기 위한 주기 - 상기 데이터 컴포넌트 중 적어도 하나를 전송하기 위해 상기 차량용 이동 단말기에 의해 이용 가능한 무선 자원에 관한 정보는 상기 복수의 반영구적 무선 자원 구성 중 하나 이상을 활성화하기 위한 상기 활성화 명령과 함께 수신되고, 선택적으로, 상기 활성화 명령 및 상기 무선 자원에 관한 정보가 상기 물리 다운링크 제어 채널(PDCCH)을 통해 메시지에서 수신됨 - 을 식별시키는
   차량용 이동 단말기.
   
7. 제 1 항 내지 제 6 항 중 어느 한 항에 있어서,
   동일한 시간 인스턴스에서 전송될 데이터 컴포넌트는 하나의 메시지로서 또는 별개의 메시지로서 전송되는
   차량용 이동 단말기.
   
8. 제 1 항 내지 제 7 항 중 어느 한 항에 있어서,
   상기 수신 엔티티는 다른 차량용 또는 비 차량용 이동 단말기를 포함하고, 상기 주기적 데이터는 사이드링크(sidelink) 연결을 통해 전송되고, 또는 상기 수신 엔티티는 상기 무선 기지국을 포함하고, 상기 주기적인 데이터는 무선 연결을 통해 전송되는
   차량용 이동 단말기.
   
9. 제 1 항 내지 제 8 항 중 어느 한 항에 있어서,
   상기 복수의 반영구적 무선 자원 구성은, 특정 메시지 사이즈 및 특정 전송 주기를 갖는 각각의 데이터 컴포넌트에 대해 하나의 반영구적 무선 자원 구성이 존재하도록 구성되거나, 또는
   상기 동일한 시간 인스턴스에서 전송되는 상기 데이터 컴포넌트는 하나의 메시지로서 전송되고, 상기 복수의 반영구적 무선 자원 구성은 상기 차량용 이동 단말기에 의해 전송될 상기 데이터 컴포넌트 중 하나 이상을 포함하는 각각의 가능한 메시지에 대해 하나의 반영구적 무선 자원 구성이 존재하도록 구성되며, 선택적으로 상기 송신기는 전송될 상기 메시지의 포함된 데이터 컴포넌트에 대응하는 상기 활성화된 반영구적 무선 자원 구성에 기초하여 상기 하나 이상의 데이터 컴포넌트를 포함하는 메시지를 전송하도록 구성되는
   차량용 이동 단말기.
   
10. 주기적인 데이터를 하나 이상의 수신 엔티티에 전송하기 위해 차량용 이동 단말기에 무선 자원을 할당하는 무선 기지국으로서,
    상기 차량용 이동 단말기는 서로 다른 가능한 전송 주기 및/또는 서로 다른 가능한 메시지 사이즈로 전송될 하나 이상의 상이한 데이터 컴포넌트를 포함하는 상기 주기적 데이터의 전송을 지원하며,
    상기 무선 기지국은,
    상기 차량용 이동 단말기에 의해 상기 하나 이상의 수신 엔티티로 전송될 상기 주기적 데이터에 관한 정보를 상기 차량용 이동 단말기로부터 수신하도록 구성되는 수신기와,
    상기 지원되는 상이한 데이터 컴포넌트 및 상기 하나 이상의 데이터 컴포넌트의 서로 다른 가능한 전송 주기 및/또는 서로 다른 가능한 메시지 사이즈를 결정하도록 구성되는 프로세서 - 상기 프로세서는 상기 결정된 전송 주기 및/또는 상기 결정된 메시지 사이즈에 기초하여 복수의 반영구적 무선 자원 구성을 설정하도록 구성되며, 상기 복수의 반영구적 무선 자원 구성의 각각은 상기 지원되는 데이터 컴포넌트 중 적어도 하나를 전송하는 데 사용 가능하도록 구성됨 - 와,
    상기 구성된 복수의 반영구적 무선 자원 구성에 관한 정보를 상기 차량용 이동 단말기로 전송하도록 구성된 송신기를 포함하고,
    상기 수신기는 상기 차량용 이동 단말기에 의해 상기 데이터 컴포넌트 중 하나 이상이 전송될 것이라는 표시를 상기 차량용 이동 단말기로부터 수신하도록 더 구성되고,
    상기 프로세서는 상기 차량용 이동 단말기가 상기 표시된 데이터 컴포넌트 각각을 전송하기 위해 상기 차량용 이동 단말기에 대해 무선 자원을 주기적으로 할당하도록 활성화될 상기 복수의 반영구적 무선 자원 구성 중 하나 이상을 선택하도록 더 구성되며,
    상기 송신기는 상기 차량용 이동 단말기에 대한 상기 선택된 하나 이상의 반영구적 무선 자원 구성을 활성화하기 위해 활성화 명령을 상기 차량용 이동 단말기에 전송하도록 더 구성되는
    무선 기지국.
    
11. 제 10 항에 있어서,
    상기 주기적 데이터에 관한 수신된 정보는,
    상기 하나 이상의 데이터 컴포넌트의 서로 다른 가능한 전송 주기 및/또는 서로 다른 가능한 메시지 사이즈의 일부 또는 전부에 관한 정보 - 선택적으로, 상기 차량용 이동 단말기에 의해 전송될 적어도 하나의 데이터 컴포넌트의 메시지 사이즈에 관한 정보가 상기 하나의 데이터 컴포넌트에 대해 데이터가 전송되도록 보류 중임을 나타내는 버퍼 상태 보고와 함께 상기 차량용 이동 단말기로부터 수신됨 - 또는
    상기 서로 다른 가능한 데이터 컴포넌트에 관한 정보 - 상기 프로세서는 상기 서로 다른 가능한 데이터 컴포넌트에 관한 상기 수신된 정보에 기초하여 상기 서로 다른 가능한 전송 주기 및/또는 상기 서로 다른 가능한 메시지 사이즈를 결정하도록 더 구성됨 - 를 포함하는
    무선 기지국.
    
12. 제 10 항 또는 제 11 항에 있어서,
    상기 수신기는, 상기 차량용 이동 단말기에 의해 지원되는 속도와 같은 차량 매개 변수에 관한 정보를 상기 차량용 이동 단말기로부터 수신하도록 더 구성되고, 상기 프로세서는, 상기 차량 매개 변수에 관한 상기 수신 정보에 기초하여 상기 하나 이상의 지원되는 데이터 컴포넌트의 상기 서로 다른 가능한 전송 주기를 결정하도록 더 구성되며,
    상기 수신기는 상기 차량용 이동 단말기에 의해 현재 경험되는 상기 차량 매개 변수에 관한 정보를 상기 차량용 이동 단말기로부터 수신하도록 더 구성되고, 상기 프로세서는 현재 수신 차량 매개 변수에 기초하여 상기 복수의 반영구적 무선 자원 구성 중 상기 하나 이상을 선택하여 활성화하도록 더 적응되고,
    선택적으로 상기 현재 차량 매개 변수에 대한 정보는, 하나 이상의 데이터 컴포넌트가 상기 차량용 이동 단말기에 의해 전송될 것이라는 표시와 함께 상기 차량용 이동 단말기로부터 수신되는
    무선 기지국.
    
13. 제 12 항에 있어서,
    상기 수신기는 변경된 차량 매개 변수에 관한 정보를 상기 차량용 이동 단말기로부터 수신하도록 적응되고, 상기 프로세서는 상기 변경된 차량 매개 변수에 기초하여 상기 이전에 선택되고 활성화된 반영구적 무선 자원 구성 대신에 다른 반영구적 무선 자원 구성을 선택하도록 구성되고, 상기 송신기는 상기 선택된 다른 반영구적 무선 자원 구성을 활성화하기 위해 상기 차량용 이동 단말기에 추가 활성화 명령을 전송하도록 구성되거나, 또는
    상기 수신기는 상기 이전에 활성화된 반영구적 무선 자원 구성과 다른 반영구적 무선 자원 구성들을 활성화하도록 상기 차량용 이동 단말기로부터 요청을 수신하도록 적응되고, 상기 프로세서는 상기 다른 반영구적 무선 자원 구성을 활성화할지 여부를 결정하도록 구성되며, 활성화하는 경우에, 상기 송신기는 상기 이전에 활성화된 반영구적 무선 자원 구성 대신에 상기 다른 요청된 반영구적 무선 자원 구성을 활성화하기 위한 추가 활성화 명령을 상기 차량용 이동 단말기에 전송하도록 구성되며,
    선택적으로 상기 추가 활성화 명령은 물리 다운링크 제어 채널(PDCCH)을 통해 메시지로 전송되는
    무선 기지국.
    
14. 제 10 항 내지 제 13 항 중 어느 한 항에 있어서,
    상기 구성되고 전송된 복수의 반영구적 무선 자원 구성의 각각은,
    상기 지원되는 데이터 컴포넌트 중 적어도 하나를 전송하기에 적합한 무선 자원 및 주기 - 선택적으로, 상기 복수의 반영구적 무선 자원 구성은 상기 무선 자원 제어(RRC) 프로토콜의 메시지로 전송됨 - 또는,
    상기 데이터 컴포넌트 중 적어도 하나를 전송하기 위한 주기를 식별시키고,
    상기 데이터 컴포넌트 중 적어도 하나를 전송하기 위해 상기 차량용 이동 단말기에 의해 이용 가능한 상기 무선 자원에 관한 정보는 상기 송신기에 의해 복수의 반영구적 무선 자원 구성 중 하나 이상을 활성화시키기 위한 활성화 명령과 함께 전송되고, 선택적으로, 상기 활성화 명령 및 상기 무선 자원에 관한 정보는 상기 물리 다운링크 제어 채널(PDCCH)을 통해 메시지로 전송되는
    무선 기지국.
    
15. 제 10 항 내지 제 14 항 중 어느 한 항에 있어서,
    상기 복수의 반영구적 무선 자원 구성은, 특정 메시지 사이즈 및 특정 전송 주기를 갖는 각각의 데이터 컴포넌트에 대해 하나의 반영구적 무선 자원 구성이 존재하도록 구성되거나, 또는
    동일한 시간 인스턴스에서 상기 차량용 이동 단말기에 의해 전송되는 상기 데이터 컴포넌트는 하나의 메시지로서 전송되고, 상기 복수의 반영구적 무선 자원 구성은 상기 차량용 이동 단말기에 의해 전송될 데이터 컴포넌트 중 하나 이상을 포함하는 각각의 가능한 메시지에 대해 하나의 반영구적 무선 자원 구성이 존재하도록 구성되고, 이로써 상기 차량용 이동 단말기는 상기 하나 이상의 데이터 컴포넌트를 포함하는 상기 메시지를 전송될 상기 메시지의 포함된 데이터 컴포넌트에 대응하는 상기 활성화된 반영구적 무선 자원 구성에 기초하여 전송하는
    무선 기지국.

Images