KR20230043608A - 무선 통신 시스템에서 사이드링크의 단말 간 협력 방법 및 장치 - Google Patents
무선 통신 시스템에서 사이드링크의 단말 간 협력 방법 및 장치 Download PDFInfo
- Publication number
- KR20230043608A KR20230043608A KR1020210126704A KR20210126704A KR20230043608A KR 20230043608 A KR20230043608 A KR 20230043608A KR 1020210126704 A KR1020210126704 A KR 1020210126704A KR 20210126704 A KR20210126704 A KR 20210126704A KR 20230043608 A KR20230043608 A KR 20230043608A
- Authority
- KR
- South Korea
- Prior art keywords
- information
- rsai
- resource
- cooperation
- sci
- Prior art date
Links
- 238000004891 communication Methods 0.000 title claims abstract description 99
- 238000000034 method Methods 0.000 title abstract description 547
- 238000012545 processing Methods 0.000 claims abstract description 31
- 238000003672 processing method Methods 0.000 claims description 2
- 238000005516 engineering process Methods 0.000 abstract description 35
- 230000003111 delayed effect Effects 0.000 abstract 1
- 230000005540 biological transmission Effects 0.000 description 223
- 238000013468 resource allocation Methods 0.000 description 121
- 238000005259 measurement Methods 0.000 description 37
- 238000010586 diagram Methods 0.000 description 33
- 230000001960 triggered effect Effects 0.000 description 23
- 230000008569 process Effects 0.000 description 21
- 238000013507 mapping Methods 0.000 description 17
- 230000006870 function Effects 0.000 description 16
- 238000001514 detection method Methods 0.000 description 7
- 230000011664 signaling Effects 0.000 description 7
- 238000010187 selection method Methods 0.000 description 6
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 4
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 4
- 238000004590 computer program Methods 0.000 description 4
- 238000010200 validation analysis Methods 0.000 description 4
- 230000007423 decrease Effects 0.000 description 3
- 241000282412 Homo Species 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000010267 cellular communication Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000036541 health Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002123 temporal effect Effects 0.000 description 2
- 241000046053 Betta Species 0.000 description 1
- 102100030218 Matrix metalloproteinase-19 Human genes 0.000 description 1
- 101001003186 Oryza sativa subsp. japonica Alpha-amylase/subtilisin inhibitor Proteins 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000001151 other effect Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/02—Selection of wireless resources by user or terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/18—Interfaces between hierarchically similar devices between terminal devices
Abstract
본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스 (예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 개시의 다양한 실시예에 따르면, 사이드링크 통신에서 단말 간 협력(Inter-UE coordination) 방법 그리고 이를 통해 단말 간 도움이 될 수 있는 정보를 서로 공유하기 위한 절차가 제공된다. 이에 따르면, 단말 간 협력을 위한 정보를 공유함에 있어, 발생되는 지연 시간이 증가되는 것을 방지할 수 있다.
Description
본 개시는 무선 통신 시스템에 관한 것으로, 특히 차량 통신(vehicle-to-everything, 이하 V2X)을 지원하는 차량 단말이 다른 차량 단말 및 보행자 휴대 단말과 사이드링크를 이용하여 정보를 송수신하는 과정에서 단말 간 협력(Inter-UE coordination)을 수행하는 방법 및 장치에 관한 것이다.
4G 통신 시스템 상용화 및 멀티미디어 서비스 증가로 인해 폭발적으로 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발되고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후(Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후(Post LTE) 이후의 시스템이라 불리어지고 있다.
데이터 전송률을 증가시키기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역(예를 들어, 60기가(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔포밍(analog beam-forming), 및 대규모 안테나(large scale antenna) 기술들이 논의되고 있다.
또한, 시스템의 네트워크 성능 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀(advanced small cell), 클라우드 무선 액세스 네트워크(cloud radio access network: cloud RAN), 초고밀도 네트워크(ultra-dense network), 기기 간 통신(device to device communication: D2D), 무선 백홀(wireless backhaul), 이동 네트워크(moving network), 협력 통신(cooperative communication), CoMP(coordinated multi-points), 및 수신 간섭제거(interference cancellation) 등의 기술 개발이 이루어지고 있다. 이 밖에도, 5G 시스템에서는 진보된 코딩 변조(advanced voding modulation: ACM) 방식인 FQAM(hybrid FSK and QAM modulation) 및 SWSC(sliding window superposition coding)과, 진보된 접속 기술인 FBMC(filter bank multi carrier), NOMA(non orthogonal multiple access), 및 SCMA(sparse code multiple access) 등이 개발되고 있다.
한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고받아 처리하는 IoT(Internet of Things, 사물인터넷) 망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터(Big data) 처리 기술 등이 IoT 기술에 결합된 IoE(Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크(sensor network), 사물 통신(machine to machine, M2M), MTC(machine type communication)등의 기술이 연구되고 있다. IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT(internet technology) 서비스가 제공될 수 있다. IoT는 기존의 IT(information technology)기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.
이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크(sensor network), 사물 통신(machine to machine, M2M), MTC(machine type communication)등의 기술이 5G 통신 기술이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크(cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.
본 개시는 무선 통신 시스템에 대한 것으로서, V2X를 지원하는 차량 단말이 다른 차량 단말 및 보행자 휴대 단말과 사이드링크를 이용하여 정보를 주고 받는 과정에서 단말 간 협력을 통해 단말 간 도움이 될 수 있는 정보를 서로 공유하기 위한 방법 및 장치에 관한 것이다. 본 개시의 다양한 실시예들에 따르면, 단말 간 협력(Inter-UE coordination)을 위해 정보를 주고 받는 방법 및 이에 대한 단말 동작에 관한 것이다.
본 개시의 일 실시예에 따르면, 통신 시스템에서 제어 신호 처리 방법이 제공된다. 상기 제어 신호 처리 방법은, 기지국으로부터 전송되는 제1 제어 신호를 수신하는 단계; 상기 수신된 제1 제어 신호를 처리하는 단계; 및 상기 처리에 기반하여 생성된 제2 제어 신호를 상기 기지국으로 전송하는 단계를 포함하는 것을 특징으로 한다.
본 개시의 다양한 실시예에 따르면, 사이드링크 통신에서 단말 간 협력(Inter-UE coordination) 방법 그리고 이를 통해 단말 간 도움이 될 수 있는 정보를 서로 공유하기 위한 절차가 제공된다. 이에 따르면, 단말 간 협력을 위한 정보를 공유함에 있어, 발생되는 지연 시간이 증가되는 것을 방지할 수 있다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 본 개시의 실시예에 따른 시스템을 도시한 도면이다.
도 2는 본 개시의 일 실시예에 따른 사이드링크를 통해 이루어지는 V2X 통신 방법을 도시한 도면이다.
도 3은 본 개시의 일 실시예에 따른 사이드링크의 전송 및 수신에 사용되는 시간 및 주파수 상에서 자원들의 셋(집합)으로 정의되는 자원 풀(resource pool)을 설명하기 위한 도면이다.
도 4는 본 개시의 일 실시예에 따른 기지국이 사이드링크에서 전송 자원을 할당하는 방법을 도시한 도면이다.
도 5는 본 개시의 일 실시예에 따른 사이드링크에서 단말이 센싱을 통해 사이드링크의 전송 자원을 직접 할당하는 방법을 도시한 도면이다.
도 6은 본 개시의 일 실시예에 따른 하나의 슬롯에 매핑된 사이드링크 물리 채널들의 매핑 구조를 도시한 도면이다.
도 7은 본 개시의 일 실시예에 따른 단말 간 협력(Inter-UE coordination)을 수행하는 시나리오를 도시한 도면이다.
도 8은 본 개시의 일 실시예에 따른 단말 간 협력 방법들을 도시한 도면이다.
도 9a는 본 개시의 일 실시예에 따른 explicit request를 통해 단말 간 협력 방법 1을 지원하는 경우에 사이드링크에서의 단말 간 협력 수행 절차를 설명하기 위한 도면이다.
도 9b는 본 개시의 일 실시예에 따른 explicit request를 통해 단말 간 협력 방법 1을 지원하는 경우에 단말 간 협력 정보로 자원 할당 정보(RSAI)를 제공하기 위해 단말이 센싱 및 자원 선택을 수행하는 세부 동작을 설명하기 위한 도면이다.
도 9c는 본 개시의 일 실시예에 따른 explicit request를 통해 단말 간 협력 방법 1을 지원하는 경우에 단말 간 협력 정보로 자원 할당 정보(RSAI)를 제공하기 위해 단말이 센싱 및 자원 선택을 수행하는 세부 동작을 설명하기 위한 도면이다.
도 10a는 본 개시의 일 실시예에 따른 특정 조건에 의해 단말 간 협력이 트리거링되고 단말 간 협력 방법 1을 지원하는 경우에 사이드링크에서의 단말 간 협력 수행 절차를 설명하기 위한 도면이다.
도 10b는 본 개시의 일 실시예에 따른 특정 조건에 의해 단말 간 협력이 트리거링 되고 단말 간 협력 방법 1을 지원하는 경우에 단말 간 협력 정보로 자원 할당 정보(RSAI)를 제공하기 위해 단말이 센싱 및 자원 선택을 수행하는 세부 동작을 설명하기 위한 도면이다.
도 10c는 본 개시의 일 실시예에 따라 특정 조건에 의해 단말 간 협력이 트리거링 되고 단말 간 협력 방법 1을 지원하는 경우에 단말 간 협력 정보로 자원 할당 정보(RSAI)를 제공하기 위해 단말이 센싱 및 자원 선택을 수행하는 세부 동작을 설명하기 위한 도면이다.
도 11은 본 개시의 일 실시예에 따라 단말 간 협력 방법 2가 사용되는 경우에 사이드링크에서의 단말 간 협력 수행 절차를 설명하기 위한 도면이다.
도12는 본 개시의 일 실시예에 따른 단말의 구조를 도시하는 블록도이다.
도13는 본 개시의 일 실시예에 따른 기지국의 구조를 도시하는 블록도이다.
도 2는 본 개시의 일 실시예에 따른 사이드링크를 통해 이루어지는 V2X 통신 방법을 도시한 도면이다.
도 3은 본 개시의 일 실시예에 따른 사이드링크의 전송 및 수신에 사용되는 시간 및 주파수 상에서 자원들의 셋(집합)으로 정의되는 자원 풀(resource pool)을 설명하기 위한 도면이다.
도 4는 본 개시의 일 실시예에 따른 기지국이 사이드링크에서 전송 자원을 할당하는 방법을 도시한 도면이다.
도 5는 본 개시의 일 실시예에 따른 사이드링크에서 단말이 센싱을 통해 사이드링크의 전송 자원을 직접 할당하는 방법을 도시한 도면이다.
도 6은 본 개시의 일 실시예에 따른 하나의 슬롯에 매핑된 사이드링크 물리 채널들의 매핑 구조를 도시한 도면이다.
도 7은 본 개시의 일 실시예에 따른 단말 간 협력(Inter-UE coordination)을 수행하는 시나리오를 도시한 도면이다.
도 8은 본 개시의 일 실시예에 따른 단말 간 협력 방법들을 도시한 도면이다.
도 9a는 본 개시의 일 실시예에 따른 explicit request를 통해 단말 간 협력 방법 1을 지원하는 경우에 사이드링크에서의 단말 간 협력 수행 절차를 설명하기 위한 도면이다.
도 9b는 본 개시의 일 실시예에 따른 explicit request를 통해 단말 간 협력 방법 1을 지원하는 경우에 단말 간 협력 정보로 자원 할당 정보(RSAI)를 제공하기 위해 단말이 센싱 및 자원 선택을 수행하는 세부 동작을 설명하기 위한 도면이다.
도 9c는 본 개시의 일 실시예에 따른 explicit request를 통해 단말 간 협력 방법 1을 지원하는 경우에 단말 간 협력 정보로 자원 할당 정보(RSAI)를 제공하기 위해 단말이 센싱 및 자원 선택을 수행하는 세부 동작을 설명하기 위한 도면이다.
도 10a는 본 개시의 일 실시예에 따른 특정 조건에 의해 단말 간 협력이 트리거링되고 단말 간 협력 방법 1을 지원하는 경우에 사이드링크에서의 단말 간 협력 수행 절차를 설명하기 위한 도면이다.
도 10b는 본 개시의 일 실시예에 따른 특정 조건에 의해 단말 간 협력이 트리거링 되고 단말 간 협력 방법 1을 지원하는 경우에 단말 간 협력 정보로 자원 할당 정보(RSAI)를 제공하기 위해 단말이 센싱 및 자원 선택을 수행하는 세부 동작을 설명하기 위한 도면이다.
도 10c는 본 개시의 일 실시예에 따라 특정 조건에 의해 단말 간 협력이 트리거링 되고 단말 간 협력 방법 1을 지원하는 경우에 단말 간 협력 정보로 자원 할당 정보(RSAI)를 제공하기 위해 단말이 센싱 및 자원 선택을 수행하는 세부 동작을 설명하기 위한 도면이다.
도 11은 본 개시의 일 실시예에 따라 단말 간 협력 방법 2가 사용되는 경우에 사이드링크에서의 단말 간 협력 수행 절차를 설명하기 위한 도면이다.
도12는 본 개시의 일 실시예에 따른 단말의 구조를 도시하는 블록도이다.
도13는 본 개시의 일 실시예에 따른 기지국의 구조를 도시하는 블록도이다.
이하, 본 개시의 실시예를 첨부된 도면을 참조하여 상세하게 설명한다.
실시예를 설명함에 있어서 본 개시가 속하는 기술 분야에 익히 알려져 있고 본 개시와 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 개시의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.
마찬가지 이유로 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.
본 개시의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예들은 본 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 본 개시의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
이 때, 본 실시예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA또는 ASIC과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다. 또한 실시예에서 '~부'는 하나 이상의 프로세서를 포함할 수 있다.
본 개시의 실시예들을 구체적으로 설명함에 있어서, 이동통신 규격 표준화 단체인 3GPP(3rd generation partnership project long term evolution)가 개시하고 있는 5G 이동통신 규격 상의 무선 접속망 New RAN(NR)과 코어 망인 패킷 코어(5G System, 혹은 5G Core Network, 혹은 NG Core: next generation core)를 주된 대상으로 하지만, 본 개시의 주요한 요지는 유사한 기술적 배경을 가지는 여타의 통신 시스템에도 본 개시의 범위를 크게 벗어 나지 아니 하는 범위에서 약간의 변형으로 적용 가능하며, 이는 본 개시의 기술 분야에서 숙련된 기술적 지식을 가진 자의 판단으로 가능 할 것이다.
5G 시스템에서는, 네트워크 자동화 지원을 위해서, 5G 네트워크 망에서 수집된 데이터를 분석하여 제공하는 기능을 제공하는 네트워크 기능인 네트워크 데이터 수집 및 분석 함수(network data collection and analysis function, NWDAF)가 정의될 수 있다. NWDAF는 5G 네트워크로부터 정보를 수집/저장/분석하여 그 결과를 불특정 네트워크 기능(network function, NF)에게 제공할 수 있으며, 분석 결과는 각 NF에서 독립적으로 이용될 수 있다.
이하 설명의 편의를 위하여, 3GPP 규격(5G, NR, LTE 또는 이와 유사한 시스템의 규격)에서 정의하고 있는 용어 및 명칭들이 일부 사용될 수 있다. 하지만, 본 개시가 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다.
또한, 이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 망 객체(network entity, 네트워크 엔티티)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 네트워크 엔티티들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시에서 사용하는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.
4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템(NR, New Radio)을 개발 노력이 이루어지고 있다. 높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역(예를 들어, 28GHz 주파수 대역과 같은)에서의 자원도 가능하도록 디자인이 되었다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming) 및 대규모 안테나(large scale antenna) 기술들이 논의되고 있다. 그 이외에 5G 통신 시스템에서는 LTE와 달리 15kHz를 포함하여, 30 kHz, 60 kHz, 120kHz 등의 다양한 부반송파 간격(subcarrier spacing)들을 자원하며, 물리 제어 채널(Physical Control Channel)은 Polar Coding을 사용하며, 물리 데이터 채널(Physical Data Channel)은 LDPC(Low Density Parity Check)을 사용한다. 그 이외에 상향링크 전송을 위한 파형(waveform)으로는 DFT-S-OFDM 뿐만 아니라 CP-OFDM도 사용된다. LTE는 TB(Transport Block) 단위의 HARQ(Hybrid ARQ) 재전송이 자원된 반면에 5G는 CB(Code Block)들을 여러 개 묶은 CBG(Code Block Group) 기반의 HARQ 재전송을 추가적으로 자원할 수 있다.
또한, 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀(advanced small cell), 클라우드 무선 액세스 네트워크(cloud radio access network: cloud RAN), 초고밀도 네트워크(ultra-dense network), 기기 간 통신(Device to Device communication: D2D), 무선 백홀(wireless backhaul), 차량 통신 네트워크(V2X(Vehicle to Everything) network), 협력 통신(cooperative communication), CoMP(Coordinated Multi-Points), 및 수신 간섭제거(interference cancellation) 등의 기술 개발이 이루어지고 있다.
한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 IoT(Internet of Things, 사물인터넷) 망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터(Big data) 처리 기술 등이 IoT 기술에 결합된 IoE(Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 연구되고 있다. IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT(Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT(information technology)기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.
이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 5G 통신 기술인 빔 포밍, MIMO 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크(cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다. 이와 같이 통신 시스템에서 복수의 서비스가 사용자에게 제공될 수 있으며, 이와 같은 복수의 서비스를 사용자에게 제공하기 위해 특징에 맞게 각 서비스를 동일한 시구간 내에서 제공할 수 있는 방법 및 이를 이용한 장치가 요구된다. 5G 통신 시스템에서 제공되는 다양한 서비스가 연구되고 있으며, 이 중 하나는 낮은 지연 시간(low latency) 및 높은 신뢰성(high reliability) 요구 조건을 만족시키는 서비스이다. 특히 차량 통신의 경우, NR V2X 시스템에서는 단말과 단말 간 유니캐스트(unicast) 통신, 그룹캐스트(groupcast)(또는 멀티캐스트(multicast)) 통신 및 브로드캐스트(broadcast) 통신이 지원된다. 또한 NR V2X는 차량의 도로 주행에 필요한 기본적인 안전 정보 송수신을 목적으로 하는 LTE V2X와 달리 그룹 주행(Platooning), 진보된 주행(Advanced Driving), 확장 센서(Extended Sensor), 원격 주행(Remote Driving)과 같이 보다 진보된 서비스를 제공하는 것에 목표를 두고 있다.
특히, 사이드링크에서 단말 간 협력(Inter-UE coordination)이 고려될 수 있다. 여기서 단말 간 협력은 단말 간 도움이 될 수 있는 정보를 서로 공유하여, 보다 향상된 사이드링크 서비스를 제공하는 것을 의미 할 수 있다. 한편, 본 개시에서 단말 간 협력을 위해 공유되는 정보는 특정 정보로 한정되지 않는다. 예를 들어, 이러한 정보로 자원 할당 정보(Resource Selection Assistance Information, 이하 RSAI로 명명)가 포함될 수 있다. 단말이 단말 간 협력 정보로 RSAI를 제공하는 방법으로는 다양한 방법들이 고려될 수 있다. 따라서, 본 개시에서는 RSAI를 제공하는 방법에 따른 단말의 센싱 및 자원 선택 방법을 제공한다. 구체적으로, RSAI가 선호(preferred) 또는 비선호(non-preferred)되는 자원 후보 셋인지, 선호되는 선택된 자원 인지에 따라 RSAI 센싱 및 자원 선택 방법이 달라질 수 있다. 또한, RSAI가 explicit request(명시적 요청)에 의해 제공되는지 또는 특정 조건 만족될 때 제공되는지에 따라서, RSAI의 센싱 및 자원 선택 방법이 달라 질 수 있다. 이에, 본 개시에서는 RSAI가 explicit request(명시적 요청)에 의해 제공되는지 또는 특정 조건 만족될 때 제공되는지에 따라 달라지는 RASI의 센싱 및 자원 선택 동작을 설명한다. 본 개시의 다양한 실시예들에서 제안된 방법에 따르면, RSAI가 제공되는 방법에 따라 적합한 센싱 및 자원 선택 동작이 수행될 수 있도록 할 수 있다. 따라서, 유효한 단말 간 협력 정보가 제공될 수 있으며, 또한 단말 간 협력 정보가 제공되는데 소요되는 latency가 감소되는 효과를 얻을 수 있다.
한편, 본 명세서의 실시예는 상술한 시나리오를 지원하기 위해 제안된 것으로, 특히 본 개시에서는 단말 간 협력 정보로 자원 할당 정보(Resource Selection Assistance Information, RSAI)가 제공되는 방법에 따라 적합한 센싱 및 자원 선택 동작을 제공하는 것을 목적으로 한다.
도 1은 본 개시의 실시예에 따른 시스템을 도시한 도면이다.
도 1을 참조하면, 도 1의 (a)는 모든 V2X 단말들(UE-1과 UE-2)이 기지국의 커버리지 내에 위치해 있는 경우(In-Coverage, IC)에 대한 예시를 나타낸다. 모든 V2X 단말들은 기지국으로부터 하향링크(downlink: DL)를 통해 데이터 및 제어정보를 수신하거나 기지국으로 상향링크(uplink: UL)를 통해 데이터 및 제어정보를 송신할 수 있다. 이때 데이터 및 제어정보는 V2X 통신을 위한 데이터 및 제어정보일 수 있다. 데이터 및 제어정보는 일반적인 셀룰러 통신을 위한 데이터 및 제어정보일 수도 있다. 또한, V2X 단말들은 사이드링크(Sidelink, SL)를 통해 V2X 통신을 위한 데이터 및 제어정보를 송/수신할 수 있다.
도 1을 참조하면, 도 1의 (b)는 V2X 단말들 중 UE-1은 기지국의 커버리지 내에 위치하고 UE-2는 기지국의 커버리지 밖에 위치하는 경우에 대한 예시를 나타낸다. 즉, 도 1의 (b)는 일부 V2X 단말(UE-2)이 기지국의 커버리지 밖에 위치하는 부분 커버리지(partial coverage, PC)에 관한 예시를 나타낸다. 기지국의 커버리지 내에 위치한 V2X 단말(UE-1)은 기지국으로부터 하향링크를 통해 데이터 및 제어정보를 수신하거나 기지국으로 상향링크를 통해 데이터 및 제어정보를 송신할 수 있다. 기지국의 커버리지 밖에 위치한 V2X 단말(UE-2)은 기지국으로부터 하향링크를 통해 데이터 및 제어정보를 수신할 수 없으며, 기지국으로 상향링크를 통해 데이터 및 제어정보를 송신할 수 없다. V2X 단말(UE-2)은 V2X 단말(UE-1)과 사이드링크를 통해 V2X 통신을 위한 데이터 및 제어정보를 송/수신할 수 있다.
도 1을 참조하면, 도 1의 (c)는 모든 V2X 단말들이 기지국의 커버리지 밖(out-of coverage, OOC)에 위치한 경우에 대한 예시를 나타낸다. 따라서, V2X 단말(UE-1, UE-2)은 기지국으로부터 하향링크를 통해 데이터 및 제어정보를 수신할 수 없으며, 기지국으로 상향링크를 통해 데이터 및 제어정보를 송신할 수 없다. V2X 단말(UE-1, UE-2)은 사이드링크를 통해 V2X 통신을 위한 데이터 및 제어정보를 송/수신할 수 있다.
도 1을 참조하면, 도 1의 (d)는 서로 다른 셀에 위치한 V2X 단말(UE-1, UE-2)들 간 V2X 통신을 수행하는 시나리오에 대한 예시를 나타낸다. 구체적으로, 도 1의 (d)는 V2X 단말(UE-1, UE-2)들이 서로 다른 기지국에 접속해 있거나(RRC 연결 상태) 캠핑해 있는 경우(RRC 연결 해제 상태, 즉 RRC idle 상태)를 도시한다. 이 때, V2X 단말(UE-1)은 V2X 송신 단말이고 V2X 단말(UE-2)은 V2X 수신 단말일 수 있다. 또는 V2X 단말(UE-1)이 V2X 수신 단말이고, V2X 단말(UE-2)이 V2X 송신 단말일 수도 있다. V2X 단말(UE-1)은 자신이 접속한(또는 자신이 캠핑하고 있는) 기지국으로부터 SIB(system information block)을 수신할 수 있으며, V2X 단말(UE-2)은 자신이 접속한(또는 자신이 캠핑하고 있는) 다른 기지국으로부터 SIB을 수신할 수 있다. 이 때, 상기 SIB는 기존 SIB가 사용되거나 혹은 V2X를 위해 별도로 정의된 SIB가 사용될 수 있다. 또한, V2X 단말(UE-1)이 수신한 SIB의 정보와 V2X 단말(UE-2)이 수신한 SIB의 정보가 서로 상이할 수 있다. 따라서, 서로 다른 셀에 위치한 단말들(UE-1, UE-2) 간 V2X 통신을 수행하기 위해서는 정보가 통일되거나, 이에 대한 정보가 시그널링 되어 각 다른 셀로부터 전송된 SIB 정보를 해석 방법이 추가적으로 필요할 수도 있다.
한편, 도 1에서는 설명의 편의를 위하여, V2X 단말(UE-1, UE-2)로 구성된 V2X 시스템을 도시하였으나, 본 개시는 이에 국한되지 않고 더 많은 V2X 단말들 간에 통신이 이루어는 경우에도 적용될 수 있다. 또한, 기지국과 V2X 단말들과의 인터페이스(상향링크 및 하향링크)는 Uu 인터페이스로 명명할 수 있고, V2X 단말들 간의 사이드링크는 PC5 인터페이스로 명명할 수 있다. 따라서, 본 개시에서는 이들을 혼용하여 사용할 수 있다. 한편, 본 개시에서 단말은 차량 간 통신(vehicular-to-vehicular, V2V)을 지원하는 차량, 차량과 보행자 간 통신(vehicular-to-pedestrian, V2P)을 지원하는 차량 또는 보행자의 핸드셋(예를 들어, 스마트폰), 차량과 네트워크 간 통신(vehicular-to-network, V2N)을 지원하는 차량 또는 차량과 교통인프라(infrastructure) 간 통신(vehicular-to-infrastructure, V2I)을 지원하는 차량을 포함할 수 있다. 또한 본 개시에서 단말은, 단말 기능을 장착한 RSU(road side unit), 기지국 기능을 장착한 RSU, 또는 기지국 기능의 일부 및 단말 기능의 일부를 장착한 RSU를 포함할 수 있다.
또한, 본 개시의 일 실시예에 따르면, 기지국은 V2X 통신과 일반 셀룰러 통신을 모두 지원하는 기지국이거나, V2X 통신만을 지원하는 기지국일 수도 있다. 이때, 기지국은 5G 기지국(gNB), 4G 기지국(eNB), 또는 RSU일 수 있다. 따라서, 본 개시에서 기지국은 RSU로 지칭될 수도 있다.
도 2는 본 개시의 일 실시예에 따른 사이드링크를 통해 이루어지는 V2X 통신 방법을 도시한 도면이다.
도 2의 (a)를 참조하면, UE-1(201, 예를 들어, TX 단말)과 UE-2(202, 예를 들어, RX 단말)이 일-대-일로 통신을 수행할 수 있으며, 이를 유니캐스트(unicast) 통신이라고 명명할 수 있다.
도 2의 (b)를 참조하면, TX 단말과 RX 단말이 일-대-다(多)로 통신을 수행할 수 있으며 이를 그룹캐스트(groupcast) 또는 멀티캐스트(multicast)로 명명할 수 있다. 도 2의 (b)에서 UE-1(211), UE-2(212), 및 UE-3(213)은 하나의 그룹(group)을 형성하여(Group A) 그룹캐스트(groupcast) 통신을 수행하고, UE-4(214), UE-5(215), UE-6(216), 및 UE-7(217)은 또 다른 그룹(group)을 형성하여(Group B) 그룹캐스트(groupcast) 통신을 수행할 수 있다. 각 단말은 자신이 소속된 그룹 내에서만 그룹캐스트(groupcast) 통신을 수행하고, 서로 다른 그룹 간 통신은 유니캐스트, 그룹캐스트 또는 브로드케스트 통신을 통해 이루어 질 수 있다. 도 2의 (b)에서는 두 개의 그룹(Group A, Group B)이 형성돼 있음을 도시하였으나, 본 개시가 이에 국한되지는 않는다.
한편, 도 2에 도시하지는 않았으나, V2X 단말들은 브로드캐스트(broadcast) 통신을 수행할 수 있다. 브로드캐스트(broadcast) 통신은, V2X 송신 단말이 사이드링크를 통해 전송한 데이터 및 제어정보를 모든 V2X 단말들이 수신하는 경우를 의미한다. 일 예로, 도 2의(b)에서 UE-1(211)이 브로드캐스트(broadcast)를 위한 송신 단말이라고 가정하는 경우, 모든 단말들(UE-2(212), UE-3(213), UE-4(214), UE-5(215), UE-6(216), 그리고 UE-7(217))은 UE-1(211)이 송신하는 데이터 및 제어정보를 수신할 수 있다.
NR V2X에서는 LTE V2X에서와 달리 차량 단말이 유니 캐스트를 통해 하나의 특정 노드에게만 데이터를 보내는 형태 및 그룹케스트(groupcast)를 통해 특정 다수의 노드에게 데이터를 보내는 형태의 지원이 고려될 수 있다. 예를 들어, 두 대 이상의 차량을 하나의 네트워크로 연결하여 군집 형태로 묶여져 이동하는 기술인 그룹주행(Platooning)과 같은 서비스 시나리오에서 이러한 유니 캐스트 및 그룹 캐스트 기술이 유용하게 사용될 수 있다. 구체적으로, 그룹주행으로 연결된 그룹의 리더 노드가 하나의 특정 노드를 컨트롤 하기 위한 목적으로 유니캐스트 통신이 필요할 수 있으며, 특정 다수의 노드로 이루어진 그룹을 동시에 컨트롤 하기 위한 목적으로 그룹 캐스트 통신이 필요할 수 있다.
도 3은 본 개시의 일 실시예에 따른 사이드링크의 전송 및 수신에 사용되는 시간 및 주파수 상에서 자원들의 셋(집합)으로 정의되는 자원 풀(resource pool)을 설명하기 위한 도면이다.
자원 풀에서 시간 축의 자원 할당 단위(resource granularity)는 슬롯(Slot)이 될 수 있다. 또한, 주파수 축의 자원 할당 단위는 하나 이상의 PRB(physical resource block)로 구성된 서브채널(Sub-channel)이 될 수 있다. 본 개시에서는 자원 풀이 시간 상에서 비연속적으로 할당된 경우의 예를 들어 설명하지만, 시간 상에서 자원 풀이 연속적으로 할당될 수도 있다. 또한, 본 개시에서는 자원 풀이 주파수 상에서 연속적으로 할당된 경우의 예를 들어 설명하지만, 주파수 상에서 자원 풀이 비연속적으로 할당되는 방법을 배제하지 않는다.
도 3을 참조하면, 자원 풀이 시간 상으로 비연속적으로 할당된 경우(301)가 도시 되었다. 도 3을 참조하면, 시간 상 자원 할당의 단위(granularity)가 슬롯(slot)으로 이루어지는 경우를 도시한다. 우선 사이드링크 슬롯은 상향링크로 사용되는 슬롯안에서 정의될 수 있다. 구체적으로, 하나의 슬롯내에서 사이드링크로 사용되는 심볼의 길이가 사이드링크 BWP(Bandwidth Part)정보로 설정될 수 있다. 따라서, 상향링크로 사용되는 슬롯 중에서 사이드링크로 설정되어 있는 심볼의 길이가 보장되지 않는 슬롯들은 사이드링크 슬롯이 될 수 없다. 또한, 자원 풀에 속하는 슬롯들 중 S-SSB(Sidelink Synchronization Signal Block)이 전송되는 슬롯은 제외된다. 301을 참조하면, 이와 같은 슬롯들을 제외하고 시간상에서 사이드링크로 사용될 수 있는 슬롯의 셋(집합)이 (
,
,
,...)로 도시 되었다. 301에서 색칠된 부분은 자원 풀에 속한 사이드링크 슬롯들을 나타낸다. 자원 풀에 속한 사이드링크 슬롯들은 비트맵을 통해 자원 풀 정보로 (pre-)configuration될 수 있다. 302를 참조하면, 시간상에서 자원 풀에 속한 사이드링크 슬롯의 셋(집합)이 (
,
,
,...)로 도시 되었다. 본 개시에서 (pre-)configuration의 의미는 단말에 pre-configuration되어 미리 저장되어 있는 설정 정보를 의미할 수도 있고, 단말이 기지국으로부터 cell-common한 방법으로 configuration되는 경우를 의미할 수도 있다. 여기서 cell-common은 셀안의 단말들이 기지국으로부터 동일한 정보의 설정을 수신함을 의미할 수 있다. 이때, 단말은 기지국으로부터 사이드링크 SL-SIB(sidelink system information block)을 수신하여 cell-common한 정보를 획득하는 방법이 고려될 수 있다. 또한, 단말이 기지국과 RRC 연결이 수립된 이후 UE-specific한 방법으로 설정(configuration)되는 경우를 의미할 수도 있다. 여기서 UE-specific은 UE-dedicated라는 용어로 대체될 수도 있으며 단말마다 특정한 값으로 설정 정보를 수신함을 의미할 수 있다. 이때, 단말은 기지국으로부터 RRC 메시지를 수신하여 UE-specific한 정보를 획득하는 방법이 고려될 수 있다. 또한, (pre-)configuration은 자원 풀 정보로 설정되는 방법과 자원 풀 정보에 설정되지 않는 방법이 고려될 수 있다. 자원 풀 정보로 (pre-)configuration되는 경우는 단말이 기지국과 RRC 연결이 수립된 이후 UE-specific한 방법으로 설정되는 경우를 제외하고는 해당 자원 풀에서 동작하는 단말들은 모두 공통된 설정 정보로 동작될 수 있다. 하지만, (pre-)configuration이 자원 풀 정보에 설정되지 않는 방법은 기본적으로 자원 풀 설정 정보와 독립적으로 설정되는 방법이다. 예를 들어, 자원 풀에 하나 이상의 모드가(pre-)configuration 되고(예를 들어, A, B, 그리고 C) 자원 풀 설정 정보와 독립적으로(pre-)configuration된 정보가 자원 풀에(pre-)configuration된 모드 중 어떤 모드를 사용할지(예를 들어, A 또는 B 또는 C)를 지시해 줄 수 있다.
도 3에서 303을 참조하면, 자원 풀이 주파수 상에서 연속적으로 할당된 경우가 도시 되었다. 주파수 축에서 자원 할당은 사이드링크 BWP(Bandwidth Part) 정보로 설정될 수 있으며 서브채널(sub-channel) 단위로 이루어질 수 있다. 서브채널은 하나 이상의 PRB(Physical Resource Block)로 구성된 주파수 상의 자원 할당 단위로 정의될 수 있다. 즉, 서브채널은 PRB의 정수 배로 정의될 수 있다. 303을 참조하면, 서브채널은 5개의 연속적인 PRB로 구성될 수 있으며, 서브채널 크기(sizeSubchannel)는 5개의 연속적인 PRB의 크기일 수 있다. 다만, 도면에 도시된 내용은 본 개시의 일 예일 뿐이며, 서브채널의 크기는 다르게 설정될 수 있고, 하나의 서브 채널은 연속적인 PRB로 구성되는 것이 일반적이나 반드시 연속적인 PRB로 구성되어야 하는 것은 아니다. 서브채널은 PSSCH에 대한 자원 할당의 기본 단위가 될 수 있다. 303에서 startRB-Subchannel은 자원 풀에서 주파수 상의 서브채널의 시작 위치를 지시할 수 있다. 주파수 축에서 자원 할당이 서브채널 단위로 이루어지는 경우 서브채널이 시작하는 RB(Resource Block) 인덱스(startRB-Subchannel), 서브채널이 몇 개의 PRB로 구성 되는지의 정보(sizeSubchannel), 그리고 서브채널의 총 수(numSubchannel)등에 대한 설정 정보를 통해 주파수 상의 자원이 할당될 수 있다. 이 때 startRB-Subchannel, sizeSubchannel, 및 numSubchannel 등에 대한 정보는 주파수 상 자원 풀 정보로 (pre-)configuration될 수 있다.
도 4는 본 개시의 일 실시예에 따른 기지국이 사이드링크에서 전송 자원을 할당하는 방법을 도시한 도면이다.
기지국이 사이드링크에서 전송 자원을 할당하는 방법은 이하에서 Mode 1로 지칭하도록 한다. Mode 1은 스케줄링된 자원 할당(scheduled resource allocation)일 수 있다. Mode 1은 기지국이 RRC 연결된 단말들에게 dedicated한 스케줄링 방식으로 사이드링크 전송에 사용되는 자원을 할당하는 방법을 나타낼 수 있다. Mode 1의 방법은 기지국이 사이드링크의 자원을 관리할 수 있기 때문에 간섭 관리와 자원 풀의 관리에 효과적일 수 있다.
도 4를 참조하면, 전송 단말(401)은 기지국(셀)(403)에 캠프 온 할 수 있다(405). 상기 캠프 온(camp on)은 예를 들어 대기 상태(RRC_IDLE)인 단말이 필요에 따라 기지국(셀)을 선택(또는 재선택)하고 시스템 정보 또는 페이징 정보 등을 수신할 수 있는 상태를 의미할 수 있다.
한편, 수신 단말(402)이 기지국(셀)(403)의 커버리지 내에 위치하는 경우에는 상기 수신 단말(402)은 상기 기지국(셀)(403)에 캠프 온 할 수 있다(407). 이와 달리 수신 단말(402)이 기지국(셀)(403)의 커버리지 밖에 위치하는 경우에는 상기 수신 단말(402)은 상기 기지국(셀)(403)에 캠프 온 하지 않을 수 있다.
본 개시에서, 수신 단말(402)은 전송 단말(401)이 전송하는 데이터를 수신하는 단말을 나타낸다.
전송 단말(401) 및 수신 단말(402)는 기지국(403)으로부터 SL-SIB(sidelink system information block)을 수신할 수 있다(410). 상기 SL-SIB 정보에는 사이드링크 송수신을 위한 사이드링크 자원 풀 정보, 센싱(sensing) 동작을 위한 파라미터 설정 정보, 사이드링크 동기를 설정하기 위한 정보, 또는 서로 다른 주파수에서 동작하는 사이드링크 송수신을 위한 캐리어 정보 등이 포함될 수 있다.
전송 단말(401)에 V2X를 위한 데이터 트래픽이 생성되면, 전송 단말(401)은 기지국(403)과 RRC 연결될 수 있다(420). 여기서 단말과 기지국 사이의 RRC 연결을 Uu-RRC로 지칭할 수 있다. Uu-RRC 연결 과정(420)은 전송 단말(401)의 데이터 트래픽 생성 이전에 수행될 수도 있다. 또한 Mode 1에서는 기지국(403)과 수신 단말(402) 사이의 Uu-RRC 연결 과정(420)이 이루어진 상태에서 전송 단말이 사이드링크를 통해 수신 단말로 전송을 수행할 수 있다. 이와 달리, Mode 1에서는 기지국(403)과 수신 단말(402) 사이의 Uu-RRC 연결 과정(420)이 이루어지지 않은 상태에서도 전송 단말이 사이드링크를 통해 수신 단말로 전송을 수행할 수 있다.
전송 단말(401)은 기지국에게 수신 단말(402)과 V2X 통신을 할 수 있는 전송 자원을 요청할 수 있다(430). 이 때 전송 단말(401)은 기지국(403)에게 상향링크 물리 제어 채널(physical uplink control channel, PUCCH), RRC 메시지 또는 MAC(medium access control) CE(control element)를 이용하여 사이드링크 전송 자원을 요청할 수 있다. 한편, MAC CE는 새로운 포맷(적어도 V2X 통신을 위한 버퍼상태보고임을 알리는 지시자와 D2D 통신을 위해 버퍼 되어 있는 데이터의 사이즈에 대한 정보 포함)의 버퍼상태보고(buffer status report, BSR) MAC CE 등일 수 있다. 또한, 전송 단말(401)은 상향링크 물리 제어채널을 통해 전송되는 스케줄링 요청(scheduling request, SR) 비트를 통해 사이드링크 자원을 요청할 수 있다.
다음으로, 기지국(403)은 전송 단말(401)에게 V2X 전송 자원을 할당할 수 있다. 이때 기지국은 dynamic grant 또는 configured grant 방식으로 전송 자원을 할당할 수 있다.
우선, dynamic grant 방식의 경우 기지국은 DCI(downlink control information)를 통해 TB 전송에 대한 자원을 할당할 수 있다. DCI에 포함되는 사이드링크 스케줄링 정보로는 초기 전송 및 재전송의 전송 시점 및 주파수 할당 위치 정보 필드와 관련된 파라미터들이 포함될 수 있다. dynamic grant 방식에 대한 DCI는 dynamic grant 방식임을 지시하도록 SL-V-RNTI로 CRC 스크램블링 될 수 있다.
다음으로, configured grant 방식의 경우, 기지국은 Uu-RRC를 통해 SPS(semi-persistent scheduling) interval을 설정함으로써 TB 전송에 대한 자원을 주기적으로 할당할 수 있다. 이때 기지국은 DCI를 통해 하나의 TB에 대한 자원을 할당할 수 있다. DCI에 포함되는 하나의 TB에 대한 사이드링크 스케줄링 정보에는 초기 전송 및 재전송 자원의 전송 시점 및 주파수 할당 위치 정보와 관련된 파라미터들이 포함될 수 있다. configured grant 방식으로 자원이 할당되는 경우, 상기 DCI에 의해 하나의 TB에 대한 초기 전송 및 재전송의 전송 시점(occasion) 및 주파수 할당 위치가 결정될 수 있으며, 다음 TB에 대한 자원은 SPS interval 간격으로 반복될 수 있다. configured grant 방식에 대한 DCI는 configured grant 방식임을 지시하도록 SL-SPS-V-RNTI로 CRC 스크램블링 될 수 있다. 또한 configured grant(CG) 방식은 Type1 CG와 Type2 CG로 구분될 수 있다. Type2 CG의 경우 DCI를 통해 configured grant로 설정된 자원을 activation/deactivation할 수 있다.
따라서, Mode 1의 경우 기지국(403)은 PDCCH(physical downlink control channel)를 통한 DCI 전송으로, 전송 단말(401)에게 수신 단말(402)과 사이드링크 통신을 위한 스케줄링을 지시할 수 있다(440).
구체적으로, 기지국(403)이 전송 단말(401)에게 사이드링크 통신을 위해 사용하는 DCI(Downlink Control Information)는 DCI format 3_0 또는 DCI format 3_1가 있을 수 있다. DCI format 3_0는 하나의 셀에서 NR 사이드링크를 스케줄링하기 위한 DCI로 DCI format 3_1는 하나의 셀에서 LTE 사이드링크를 스케줄링하기 위한 DCI로 정의될 수 있다.
브로드캐스트 전송인 경우에 전송 단말(401)은 사이드링크에 대한 RRC 설정(415) 없이 전송을 수행할 할 수 있다. 이와 달리, 유니캐스트 또는 그룹캐스트 전송인 경우에 전송 단말(401)은 다른 단말과 일대일로 RRC 연결을 수행할 수도 있다. 여기서 Uu-RRC와 구분하여 단말 간 RRC 연결을 PC5-RRC(415)로 지칭할 수 있다. 그룹캐스트인 경우에 PC5-RRC(415)는 그룹에 있는 단말과 단말 사이에서 개별적으로 연결될 수 있다. 도 4를 참조하면, PC5-RRC(415)의 연결이 SL-SIB의 전송(410) 이후의 동작으로 도시 되었지만 SL-SIB의 전송(410) 이전 또는 SCI의 전송 이전에 언제든지 수행될 수도 있다.
다음으로, 전송 단말(401)은 PSCCH(physical sidelink control channel)를 통해 수신 단말(402)에게 SCI(1st stage)를 전송할 수 있다(460). 또한 전송 단말(401)은 PSSCH를 통해 수신 단말(402)에게 SCI(2nd stage)를 전송할 수 있다(470). 이때 1st stage SCI에는 자원 할당 관련된 정보가 그리고 2nd stage SCI에는 그 이외의 제어 정보가 포함될 수 있다. 또한 전송 단말(401)은 PSSCH를 통해 수신 단말(402)에게 데이터를 전송할 수 있다(480). 이때 SCI(1st stage), SCI(2nd stage), 그리고 PSSCH는 동일한 슬롯에서 함께 전송될 수 있다.
도 5는 본 개시의 일 실시예에 따른 사이드링크에서 단말이 센싱을 통해 사이드링크의 전송 자원을 직접 할당하는 방법을 도시한 도면이다.
이하에서는, 사이드링크에서 단말이 센싱을 통해 사이드링크의 전송 자원을 직접 할당하는 방법을 Mode 2로 지칭하도록 한다. 한편, Mode 2의 경우 UE autonomous resource selection으로 지칭될 수도 있다. Mode 2에서 기지국(503)은 V2X를 위한 사이드링크 송수신 자원 풀을 시스템 정보로 제공하고, 전송 단말(501)이 정해진 룰에 따라 전송 자원을 선택할 수 있다. 기지국이 직접 자원할당에 관여하는 Mode 1과 달리 도 5에서는 전송 단말(501)이 시스템 정보를 통해 미리 수신한 자원 풀을 기반으로 자율적으로 자원을 선택하고 데이터를 전송하는 점에서 차이가 있다.
도 5를 참조하면, 전송 단말(501)은 기지국(셀)(503)에 캠프 온 할 수 있다(505). 상기 캠프 온(camp on)은 예를 들어 대기 상태(RRC_IDLE)인 단말이 필요에 따라 기지국(셀)을 선택(또는 재선택)하고 시스템 정보 또는 페이징 정보 등을 수신할 수 있는 상태를 의미할 수 있다. 또한 도 5를 참조하면, 전술한 도 4와 달리 Mode 2의 경우에는 전송 단말(501)이 기지국(셀)(503)의 커버리지 내에 위치하는 경우에는 상기 전송 단말(501)은 상기 기지국(셀)(503)에 캠프 온 할 수 있다(507). 이와 달리 전송 단말(501)이 기지국(셀)(503)의 커버리지 밖에 위치하는 경우에는 상기 전송 단말(501)은 상기 기지국(셀)(503)에 캠프 온 하지 않을 수 있다.
한편 수신 단말(502)이 기지국(셀)(503)의 커버리지 내에 위치하는 경우에는 상기 수신 단말(502)은 상기 기지국(셀)(503)에 캠프 온 할 수 있다(507). 이와 달리 수신 단말(502)이 기지국(셀)(503)의 커버리지 밖에 위치하는 경우에는 상기 수신 단말(502)은 상기 기지국(셀)(503)에 캠프 온 하지 않을 수 있다.
본 개시에서, 수신 단말(502)은 전송 단말(501)이 전송하는 데이터를 수신하는 단말을 나타낸다.
전송 단말(501) 및 수신 단말(502)는 기지국(503)으로부터 SL-SIB(sidelink system information block)을 수신할 수 있다(510). 상기 SL-SIB 정보에는 사이드링크 송수신을 위한 사이드링크 자원 풀 정보, 센싱 동작을 위한 파라미터 설정 정보, 사이드링크 동기를 설정하기 위한 정보, 또는 서로 다른 주파수에서 동작하는 사이드링크 송수신을 위한 캐리어 정보 등이 포함될 수 있다.
도 4와 도 5의 차이점은 도 4의 경우 기지국(503)과 단말(501)이 RRC 연결된 상태(RRC connected state)에서 동작하는 반면, 도 5에서는 단말이 idle 모드(520)(RRC 연결되지 않은 상태)에서도 동작할 수 있다는 점이다. 또한, RRC 연결 상태(520)에서도 기지국(503)은 자원 할당에 직접 관여하지 않고 전송 단말(501)이 자율적으로 전송 자원을 선택하도록 할 수 있다. 여기서 단말(501)과 기지국(503) 사이의 RRC 연결을 Uu-RRC(520)로 지칭할 수 있다. 전송 단말(501)에 V2X를 위한 데이터 트래픽이 생성되면, 전송 단말(501)은 기지국(503)으로부터 수신된 시스템 정보를 통해 자원 풀을 설정 받고 전송 단말(501)은 설정 받은 자원 풀 내에서 센싱을 통해 시간/주파수 영역의 자원을 직접 선택할 수 있다(530). 자원이 최종 선택되면 선택된 자원은 사이드링크 전송에 대한 grant로 결정된다.
브로드캐스트 전송인 경우에 전송 단말(501)은 사이드링크에 대한 RRC 설정(515) 없이 전송을 수행할 할 수 있다. 이와 달리 유니캐스트 또는 그룹캐스트 전송인 경우에 전송 단말(501)은 다른 단말과 일대일로 RRC 연결을 수행할 수도 있다. 여기서 Uu-RRC와 구분하여 단말 간 RRC 연결을 PC5-RRC(515)로 지칭할 수 있다. 그룹캐스트인 경우에 PC5-RRC(515)는 그룹에 있는 단말과 단말 사이에서 개별적으로 연결될 수 있다. 도 5를 참조하면, PC5-RRC(515)의 연결이 SL-SIB의 전송(510) 이후의 동작으로 도시 되었지만 SL-SIB의 전송(510) 이전 또는 SCI의 전송 이전에 언제든지 수행될 수도 있다.
다음으로, 전송 단말(501)은 PSCCH를 통해 수신 단말(502)에게 SCI(1st stage)를 전송할 수 있다(550). 또한 전송 단말(401)은 PSSCH를 통해 수신 단말(402)에게 SCI(2nd stage)를 전송할 수 있다(560). 이때 1st stage SCI에는 자원 할당 관련된 정보가 그리고 2nd stage SCI에는 그 이외의 제어 정보가 포함될 수 있다. 또한 전송 단말(501)은 PSSCH를 통해 수신 단말(502)에게 데이터를 전송할 수 있다(570). 이때 SCI(1st stage), SCI(2nd stage), 그리고 PSSCH는 동일한 슬롯에서 함께 전송될 수 있다.
구체적으로, 전송 단말(401, 501)이 수신 단말(402, 502)에게 사이드링크 통신을 위해 사용하는 SCI(Downlink Control Information)는 SCI(1st stage)로 SCI format 1-A가 있을 수 있다. 또한 SCI(2nd stage)로 SCI format 2-A 또는 SCI format 2-B가 있을 수 있다. SCI(2nd stage)에서 SCI format 2-A는 HARQ 피드백이 사용이 사용되지 않는 경우 또는 HARQ 피드백이 사용되고 ACK 또는 NACK 정보를 모두 포함하는 경우에 PSSCH 디코딩을 위한 정보가 포함되어 사용될 수 있다. 이와 달리, SCI format 2-B는 HARQ 피드백이 사용이 사용되지 않는 경우 또는 HARQ 피드백이 사용되고 NACK 정보만 포함되는 경우에 PSSCH 디코딩을 위한 정보가 포함되어 사용될 수 있다. 예를 들어, SCI format 2-B는 그룹캐스트 전송에 한정되어 사용될 수 있다.
도 6은 본 개시의 일 실시예에 따른 하나의 슬롯에 매핑 된 사이드링크 물리 채널들의 매핑 구조를 도시한 도면이다.
구체적으로, 도 6에는 PSCCH(Physical Sidelink Control Channel), PSSCH(Physical Sidelink Shared Channel) 그리고 PSFCH(Physical Sidelink Feedback Channel)의 물리 채널들이 매핑 될 수 있는 일 예가 도시 되었다. PSFCH의 경우, 상위 레이어에서 사이드링크의 HARQ 피드백이 활성화된 경우에 PSFCH의 시간상 자원이 자원 풀 정보로 (pre-)configuration될 수 있다. 예를 들어, PSFCH가 전송되는 시간상 자원은 매 0, 1, 2, 4 슬롯 중 하나의 값으로 (pre-)configuration될 수 있다. 여기서 '0'의 의미는 PSFCH 자원이 사용되지 않음을 의미한다. 그리고 1,2,4는 각각 매 1,2,4 슬롯 마다 PSFCH 자원이 전송됨을 의미할 수 있다. 도 6(a)에서는 PSFCH 자원이 사용되지 않는 슬롯의 구조를 도 6(b)에서는 PSFCH 자원이 설정되어 전송될 수 있는 슬롯의 구조가 도시 되었다. PSCCH/PSSCH/PSFCH는 주파수상으로 하나 이상의 서브 채널에 할당될 수 있다. 서브 채널 할당에 대한 상세는 도 3의 설명을 참고한다. 다음으로, PSCCH/PSSCH/PSFCH의 시간상 매핑을 설명하기 위해 도 6을 참조하면, 전송 단말이 해당 슬롯에 PSCCH/PSSCH/PSFCH를 전송하기 전의 하나 이상의 심볼들이 AGC(Automatic Gain Control)를 위한 영역(601)으로 사용될 수 있다. 도 6에 따르면 슬롯의 초반 심볼들에 자원 할당과 관련된 제어 정보가 1st SCI(sidelink control information)로 PSCCH(602)로 전송되며, 이 외의 제어 정보가 2nd SCI(604)로 PSSCH의 영역(603)에 전송될 수 있다. 제어 정보가 스케줄링하는 데이터가 PSSCH(603)로 전송될 수 있다. 이때 2nd stage SCI가 전송되는 시간상 위치는 첫 번째 PSSCH DMRS(606 또는 607)이 전송되는 심볼부터 매핑 될 수 있다. PSSCH DMRS가 전송되는 시간상 위치는 도 6(a)와 도 6(b)에서 도시된 바와 같이 슬롯에 할당된 PSSCH 영역에 따라 달라질 수 있다. 도 6의 605는 슬롯의 마지막 영역에 PSSCH가 아니 다른 신호의 전송을 위한 심볼들이 위치한 예를 도시한다. 구체적으로 도 6(a)은 605에 해당되는 심볼이 하나이며, 이 경우 605에 해당하는 심볼은 gap 심볼로 사용된다. 이와 달리, 도 6(b)는 605에 해당되는 심볼이 다수 개 확보된 경우로, 해당 심볼 영역은 gap 심볼 및 PSFCH 심볼 및 Downlink(DL)/Uplink(UL) 심볼로 사용될 수 있다.
우선 도 6에서(a-1) 및(b-1)은 2nd SCI가 PSSCH를 통해 전송될 때 PSSCH 영역에 데이터가 함께 전송되는 경우의 일례가 도시 되었다. 이와 같이, 2nd SCI가 PSSCH를 통해 전송될 때 PSSCH 영역에 데이터가 함께 전송되는 경우, 2nd SCI가 채널코딩을 이용하여 코딩된 비트 수 또는 심볼 수 
는 하기 수학식 1와 같이 계산될 수 있다. 이하 수학식 1에서 심볼 인덱스 
은 AGC를 위해 사용되는 슬롯 내 첫 번째 심볼을 제외하고 PSCCH/PSSCH를 전송하기 위해 사용되는 심볼들을 기준으로 정의될 수 있다.
상기 수학식 1에서,
*
는 2nd SCI에 포함된 정보의 비트 수를 나타낸다. 사용된 2nd SCI 포맷에 따라 포함된 정보의 비트수가 달라질 수 있다.
*
는 2nd SCI에 사용되는 CRC 비트 수를 사용하며 24비트가 사용될 수 있다.
*
는 2nd SCI의 코딩된 비트 수를 조절하기 위한 파라미터로서 1st SCI에 포함된 비트 필드를 사용하여 결정될 수 있다.
*
는 2nd SCI에 전송에 사용되는 변조도를 나타낸다. 해당 값은 QPSK로 고정될 수 있다.
*
는 2nd SCI에 전송에 사용되는 코딩률(coding rate)를 나타낸다. 해당 값은 1st SCI에 포함된 비트 필드를 사용하여 결정될 수 있으며 코딩률은 데이터 전송에 사용되는 코딩률과 동일한 값일 수 있다.
*
는 심볼 인덱스 
에서 2nd SCI에 전송에 사용되는 RE(Resource Element)의 수로 
로 정의될 수 있다. 여기서 
는 심볼 인덱스 
에서 PSSCH 전송으로 스케줄링 된 bandwidth의 RE수를 나타내며, 
는 심볼 인덱스 
에서 PSCCH와 PSCCH DMRS의 전송에 사용되는 subcarrier의 수, 즉 RE 수를 나타낸다.
*
는 PSSCH가 전송되는 심볼 수를 나타내며 
로 정의될 수 있다. 여기서 
=sl-lengthSymbols-2로 정의될 수 있으며 sl-lengthSymbols는 사이드링크로 사용되는 심볼 수로 {7,8,9,10,11,12,13,14}의 값 중 하나가 상위 레이어로 설정될 수 있다. 
의 값을 결정할 때 sl-lengthSymbols에서 2를 빼는 이유는 슬롯의 첫 AGC 심볼과 마지막 gap 심볼을 고려한 것이다. 
는 PSFCH가 전송되는 슬롯에서는 
으로 PSFCH가 전송되지 않는 슬롯에서는 
으로 결정될 수 있다.
*
는 2nd SCI가 매핑되는 양을 결정하는 파라미터로 사용되는 값이며 상위 레이어로 설정된 값이 될 수 있다. 예를 들어, {0.5, 0.65, 0.8, 1}의 값 중에서 선택될 수 있다.
*
는 2nd SCI가 매핑될 때, 2nd SCI가 코딩되어 생성된 (변조) 심볼 중 마지막 심볼이 매핑되는(OFDM 또는 SC-FDMA) 심볼의 RB에 남는 RE(즉, 2nd SCI가 매핑되지 않는 RE)가 있다면, 해당 RB의 남은 모든 RE에 2nd SCI가 매핑되도록 정해지는 변수이다.
(a-1) 및 (b-1)와 달리, 2nd SCI가 PSSCH를 통해 전송될 때 PSSCH 영역에 데이터가 함께 전송되지 않는 경우의 일례가 각각 (a-2) 및 (b-2)를 통해 도시 되었다. PSSCH 영역에 데이터가 전송되지 않고 2nd SCI가 상기 수학식 1에 따라 PSSCH 영역에 매핑될 경우, (a-2)의 608과 (b-2)의 609에 도시된 바와 같이 2nd SCI가 전송되는 마지막 심볼에서 PSSCH의 주파수 영역의 일부에만 매핑되면 해당 심볼과 2nd SCI가 매핑된 이전 심볼(들) 사이에 power imbalance가 발생될 수 있다. 달리 말해, 2nd SCI가 매핑된 이전 심볼(들)에서는 2nd SCI가 PSSCH의 주파수 영역에 모두 전송되지만 2nd SCI가 전송되는 마지막 심볼에서는 PSSCH의 주파수 영역에서 일부에만 2nd SCI가 매핑되므로 심볼 간 전송 신호의 파워가 일정하지 않게 될 수 있다. 이러한 power imbalance가 발생되면 신호의 송수신에 어려움이 발생될 수 있다. 따라서, 이러한 문제를 해결하고자 2nd SCI가 PSSCH를 통해 전송될 때 PSSCH 영역에 데이터가 함께 전송되는 경우와 그렇지 않은 경우에 2nd SCI의 매핑 방법을 다르게 운영할 수 있다.
도 6(c)은 본 개시의 일 실시예에 따라 2nd SCI를 통해 제어정보를 전송할 때 데이터와 함께 전송되는 경우와 그렇지 않은 경우에 따라 2nd SCI의 매핑 방법을 다르게 운영하는 단말 동작을 설명하기 위한 도면이다.
도 6(c)에 따르면 (610) 단계에서 단말이 2nd SCI를 통해 제어정보를 전송할 때 데이터와 함께 전송 되는 경우에 (611) 단계로 이동하여 2nd SCI의 매핑 방법1을 사용할 수 있을 것이다. 구체적으로, 2nd SCI의 매핑 방법1은 수학식 1에 따라 2nd SCI가 채널코딩을 이용하여 코딩된 비트 수 또는 심볼 수가 결정될 수 있을 것이다. 이와 달리, (610) 단계에서 단말이 2nd SCI를 통해 제어정보를 전송할 때 데이터와 함께 전송되지 않는 경우에는 (612) 단계로 2nd SCI의 매핑 방법2을 사용할 수 있을 것이다. 2nd SCI의 매핑 방법1은 상기 설명한 바와 같이 power imbalance문제를 해결하기 위한 매핑 방법으로 다양한 방법이 고려될 수 있다. 일 예로, 상기 수학식 1에서 큰 
의 값을 설정하고 
의 값을 1로 설정하고 
의 값을 0으로 설정함으로써 2nd SCI를 PSSCH의 모든 영역에 매핑 되도록 전송할 수 있다. 또 다른 일 예로, 아래 수학식 2와 같이 표현될 수 있다.
수학식 2를 통해 2nd SCI를 PSSCH의 모든 영역에 매핑 되도록 전송할 수 있다.
도 6에서 (a-3) 및 (b-3)은 2nd SCI를 통해 제어정보를 전송할 때 데이터와 함께 전송되지 않는 경우에 2nd SCI를 PSSCH의 모든 영역에 매핑하는 경우의 일례가 도시 되었다. 이는 도 6에서 (a-1) 및 (b-1)에서와 같이 2nd SCI가 PSSCH를 통해 전송될 때 PSSCH 영역에 데이터가 함께 전송되는 경우와 매핑 방법이 다름에 주목한다. 도 6에서 (a-1) 및 (b-1)에서와 같이 2nd SCI가 PSSCH를 통해 전송될 때 PSSCH 영역에 데이터가 함께 전송되는 경우 2nd SCI 는 첫번째 PSSCH DMRS가 전송되는 심볼부터 매핑 됨을 설명하였다. 도 6에서 (a-3) 및 (b-3)에서와 같이 2nd SCI를 통해 제어정보를 전송할 때 데이터와 함께 전송되지 않는 경우에 2nd SCI는 PSSCH의 모든 영역에 매핑 될 수 있음을 설명하였다. 이 경우에 다음의 두가지 방법이 고려될 수 있다.
*
방법 1: 2nd SCI는 PSSCH의 첫번째 심볼부터 매핑이 시작됨
**
일 예로, 도 6의 (a-3)에 따르면 2nd SCI는 SL symbol index 1부터 매핑 되어 차례로 심볼 12까지 매핑 될 수 있다.
**
일 예로, 도 6의 (b-3)에 따르면 2nd SCI는 SL symbol index 1부터 매핑 되어 차례로 심볼 7까지 매핑 될 수 있다.
*
방법 2: 2nd SCI는 PSSCH DMRS가 전송되는 첫 심볼부터 매핑이 시작됨
**
상기 방법 2는 2nd SCI가 PSSCH를 통해 전송될 때 PSSCH 영역에 데이터가 함께 전송되는 경우와 동일하게 2nd SCI 는 첫번째 PSSCH DMRS가 전송되는 심볼부터 매핑되는 규칙을 유지하기 위한 방법이며, 첫번째 PSSCH DMRS가 전송되는 심볼 이전에 PSSCH 영역이 있는 경우에 해당 영역은 마지막에 매핑 될 수 있다.
**
일 예로, 도 6의 (a-3)에 따르면 2nd SCI는 SL symbol index 4부터 매핑 되어 차례로 심볼 12까지 매핑 되고 난 이후에 SL symbol index 1부터 매핑 되어 차례로 심볼 3까지 매핑 될 수 있다.
**
일 예로, 도 6의 (b-3)에 따르면 2nd SCI는 SL symbol index 1부터 매핑 되어 차례로 심볼 7까지 매핑 될 수 있다.
도 6 (c)를 통해 설명한 바와 같이 2nd SCI가 PSSCH를 통해 전송될 때 PSSCH 영역에 데이터가 함께 전송 되는지의 여부에 따라 매핑 방법이 달라짐을 설명하였다. 그리고 이와 같이 2nd SCI의 매핑 방법이 달라질 경우에 power imbalance가 해결될 수 있다. 본 개시에서 2nd SCI가 PSSCH를 통해 전송될 때 PSSCH 영역에 데이터가 함께 전송되지 않는 경우, power imbalance가 해결하기 위한 2nd SCI 매핑 방법을 특정 방법으로 한정하지 않음에 주목한다. 하지만 본 개시에서 단말이 2nd SCI를 통해 제어정보를 전송할 때 데이터와 함께 전송되는 경우와 그렇지 않은 경우에 대한 지시를 하는 경우에 해당 지시가 2nd SCI가 PSSCH 매핑 되는 방식이 달라짐을 함께 지시할 수 있음에 주목한다. 구체적으로, 2nd SCI를 통해 제어정보를 전송할 때 데이터와 함께 전송되는 경우와 그렇지 않은 경우에 대한 지시는 1st SCI에 reserved one bit를 활용하여 지시할 수 있다. 이와 달리, 1st SCI에 2nd SCI 포맷 지시자를 사용하여 해당 2nd SCI 포맷이 데이터와 함께 전송되는 포맷인지 그렇지 않은 포맷인지 지시하는 방법이 사용될 수도 있다. 하지만, 본 개시가 이러한 방법에 한정되지 않음에 주목한다.
아래의 실시예에서는 단말 간 협력을 수행하기 위해 정보를 주고 받는 방법 및 이에 대한 단말 동작에 관한 것이다. 본 개시에서 단말 간 협력을 위해 공유되는 정보는 특정 정보로 한정되지 않음에 주목한다. 일 예로, 단말 간 협력 정보(coordination information)는 자원 할당 정보(예를 들어, RSAI(Resource Selection Assistance Information))일 수 있다. 이러한 경우에 단말 간 협력 정보(coordination information)는 RSAI로 명명될 수 있다. 본 개시에서 사용되는 단말 간 협력 정보(coordination information)에 대한 용어는 다른 용어로 명명될 수도 있음에 주목한다. 또한, 본 개시에서 단말은 차량 단말 및 보행자 단말일 수 있다.
먼저, 제1 실시예에서는 사이드링크에서 단말 간 협력이 언제 어떻게 수행될 수 있는지에 대한 전체적인 절차를 설명한다. 제2 실시예에서는 단말 간 협력 방법을 설정하는 방법을 제시한다. 단말 간 협력 방법에 따라 단말 간 협력 정보(coordination information)가 달라질 수 있음에 주목한다. 제3 실시예에서는 2nd SCI를 통해 단말 간 협력(Inter-UE coordination)을 위한 정보를 지시하는 경우에 필요한 새로운 2nd SCI 포맷을 제안하고, 해당 포맷에 포함되는 세부 정보를 구성하는 방법을 제시한다. 또한, 제4 실시예 내지 제6 실시예는 각 단말 간 협력 방법에 따른 세부 단말 동작(센싱 및 자원 선택 방법)을 설명한다. 한편, 본 개시에서 설명되는 실시예들은 서로 조합되어 사용될 수 있음에 주목한다.
[제1 실시예]
제1 실시예에서는 사이드링크에서 단말 간 협력(Inter-UE coordination)에 대한 구체적인 시나리오 도면을 참조하여 설명한다. 또한, 단말 간 협력이 언제 어떻게 수행될 수 있는지에 대한 전체적인 절차를 설명한다.
도 7은 본 개시의 일 실시예에 따라 단말 간 협력(Inter-UE coordination)을 수행하는 시나리오를 도시한 도면이다.
본 개시에서, 단말 간 협력은 단말 간 도움이 될 수 있는 정보를 서로 공유하여 향상된 사이드링크 서비스를 제공하는 것을 의미할 수 있다. 이러한 정보로 자원 할당 관련 정보(예를 들어, RSAI)가 포함될 수 있다. 예를 들어, 사이드링크에서 전송을 수행하는 단말이 직접 센싱 및 자원 선택 절차를 통해 자원을 할당하거나(Mode2), 전송을 수행하는 단말이 기지국(Base station, BS) 커버리지 안에 있는 경우에 기지국으로부터 자원을 할당 받을 수 있다(Mode1). 한편, 단말 간 협력(Inter-UE coordination)을 통해 단말이 또 다른 단말로부터 자원 할당 및 자원 할당 관련 정보를 제공받는 방법이 고려될 수 있다. 이와 달리, 단말의 위치 정보가 단말 간 협력 정보로 포함될 수 있다. 예를 들어, 특정 단말이 단말의 절대 위치를 측정하기 위해서 다른 단말로부터 위치 측정을 위한 신호를 수신할 뿐만 아니라, 다른 단말의 절대 위치 정보를 제공받아야 할 필요가 있다. 본 개시에서 단말 간 협력을 위해 공유되는 정보는 특정 정보로 한정되지 않는다. 본 개시에서는 단말 간 협력을 위해 필요한 정보가 2nd SCI를 통해 지시되는 경우를 중심으로 설명하기로 하며, 이하에서는 이러한 정보를 단말 간 협력 정보(Coordination information)으로 명명한다.
도 7을 참조하면, 사이드링크에서 단말 간 협력(Inter-UE coordination)이 수행되는 시나리오가 도시 되었다. 도 7에서 UE-A(701)는 UE-B(702)에게 단말 간 협력 정보(Coordination information)를 제공하는 단말에 해당되며, UE-B(702)는 UE-A(701)로부터 단말 간 협력 정보를 제공받는 단말에 해당된다. 도 7의 (a)에 따르면 UE-A(701)가 UE-B(702)에 대해 의도된 수신 단말(Destination UE)에 해당되는 경우가 도시 되었다. 이와 달리, 도 7의 (b)에 따르면 어떠한 단말(Any UE)도 UE-A(701)가 될 수 있는 경우가 도시 되었다. 구체적으로, 도 7의 (b)에서 UE-A(701)는 UE-B(702)에 대한 수신 단말(703)이 아닌 경우가 도시 되었다. 단말 간 협력을 통해 UE-B는 UE-A로부터 단말 간 협력 정보를 제공받을 수 있으며 사이드링크 전송을 수행하는데 도움을 받을 수 있다. 본 개시에서는 설명의 편의를 위하여, 단말 간 협력을 위해 관련 정보를 제공하는 단말을 UE-A로 단말 간 협력을 위해 관련 정보를 제공받는 단말을 UE-B로 명명한다.
도 7에서와 같이, 사이드링크에서 어떠한 단말(들)은 UE-A와 같이 단말 간 협력 정보를 제공하는 단말이 될 수 있고, UE-B와 같이 단말 간 협력 정보를 제공받는 단말이 될 수 있다. 한편, 모든 단말이 UE-A와 같이 자원 할당 정보를 제공하는 단말 또는 UE-B와 같이 자원 할당 정보를 제공받는 단말이 될 필요는 없음에 주목한다. 구체적으로, 하나 이상의 단말이 UE-A(또는 UE-B)의 역할을 수행할 수 있는 자격을 가지고 있을 수 있다. 하지만 UE-A(또는 UE-B)의 역할을 수행할 수 있는 자격을 가진 모든 단말이 UE-A(또는 UE-B)가 될 필요는 없다. 따라서, UE-A(또는 UE-B)은 필요에 따라서 선택될 수 있다. 다시 말해, UE-A(또는 UE-B)의 역할을 수행하지 않다가 UE-A(또는 UE-B)의 역할을 수행할 수도 있으며, 반대로 UE-A(또는 UE-B)의 역할을 수행하다가 UE-A(또는 UE-B)의 역할을 수행하지 않을 수도 있다. 따라서, 아래 실시예에서는 사이드링크에서 단말 간 협력(Inter-UE coordination)이 수행되는 경우 UE-A가 될 수 있는 조건 및 UE-B가 될 수 있는 조건들을 제시한다. 우선 UE-A가 될 수 있는 조건으로 적어도 아래의 조건들 중 한 가지 이상이 포함될 수 있다. 한편, 본 개시에서 단말 간 협력 시 UE-A가 되는 조건은 아래의 조건들에만 한정되지 않는다. 예를 들어, 아래의 조건들 중 일부가 조합되어, 단말 간 협력 시 UE-A가 되는 조건으로 적용될 수도 있다.
- 단말 간 협력 시 UE-A가 되는 조건
*
조건 1: 어떠한 단말이 단말 간 협력을 수행할 수 있는 능력(Capability)를 갖고 있다.
**
상기 조건 1에서 해당 능력(Capability)는 단말 간 협력 시 해당 정보를 다른 단말로 제공할 수 있는 능력을 의미할 수 있다. 또한, 해당 능력이 정의될 경우에 단말은 해당 능력을 기지국(Base station, BS) 또는 다른 단말로 보고할 수 있다. 예를 들어, 단말은 단말 간 협력을 지원할 수 있는지에 대한 단말 능력(Capability)을 Uu-RRC를 통해 기지국으로 보고하거나, PC5-RRC를 통해 다른 단말로 보고해 주는 동작을 수행할 수 있다. 이를 통해, 기지국은 해당 단말의 능력(Capability)를 파악하여 단말 간 협력의 가능 여부를 판단할 수 있을 것이다. 또한, 이를 통해 단말은 다른 단말의 능력(Capability)를 파악하여 해당 단말과의 단말 간 협력의 가능 여부를 판단하고, 단말 간 협력 정보의 요청 여부를 결정할 수도 있을 것이다.
*
조건 2: 어떠한 단말에게 단말 간 협력이 활성화(enabling)되어 있다.
**
상기 조건 2에서 단말 간 협력이 활성화 되었는지의 여부(enabling/disabling)가 상위 레이어로 설정될 수 있다. 일례로, 단말 간 협력의 활성화 여부가 (pre-)configuration될 수 있다. 이때 (pre-)configuration은 자원 풀 마다 설정될 수 있다. 본 개시에서 단말 간 협력이 지원 되는지의 여부를 결정하는 방법은 이에 한정되지 않는다. 예를 들어, PC5-RRC, Sidelink MAC-CE, SCI(1st SCI 또는 2nd SCI) 등을 통해 활성화(enable) 및 비활성화(disable)를 시그널링 하는 방법을 고려할 수도 있다. 또한, 상기 방법들 중 하나 이상의 조합으로 이루어 질 수도 있다.
*
조건 3: 어떠한 단말에게 단말 간 협력에서 UE-A가 되도록 설정되어 있다.
**
상기 조건 3은 상위 레이어로 설정될 수 있다. 일례로, (pre-)configuration을 통해 UE-A인지가 설정될 수 있다. 이때 (pre-)configuration은 자원 풀 마다 설정될 수 있다. 본 개시에서 단말이 UE-A로 설정되는 방법은 이에 한정되지 않는다. 예를 들어, PC5-RRC, Sidelink MAC-CE, SCI(1st SCI 또는 2nd SCI) 등을 통해 UE-A의 역할을 하도록 설정되는 방법을 고려할 수도 있다. 또한 상기 방법들 중 하나 이상의 조합으로 이루어 질 수도 있다.
**
상기 조건 3은 그룹캐스트에서 특정 단말이 단말 간 협력 정보를 제공하는 단말로 설정된 경우일 수 있다. 이때 해당 단말은 그룹의 리더 단말일 수도 있다.
*
조건 4: 어떠한 단말이 UE-B에 대해 의도된 수신 단말(Destination UE)이다.
**
상기 조건 4에 따르면 UE-B가 전송한 신호를 수신하는 단말만 UE-A가 될 수 있다.
*
조건 5: 어떠한 단말이 UE-B에 대한 신호의 수신 상태가 좋지 않다고 판단된다.
**
상기 조건 5에 따르면 UE-B가 전송한 신호를 수신한 결과, 수신 상태가 좋지 않은 경우 UE-A가 되어 단말 간 협력 정보를 UE-B로 제공해 줄 수 있다. 일 실시예에 따르면, 조건 5는 조건 4와 함께 적용될 수 있다. 이때 UE-B가 전송한 신호의 수신 상태가 좋지 않다고 판단하는 것은 패킷의 error rate나 연속적인 패킷의 수신 실패로 판단할 수 있다. 패킷의 error rate는 통계적인 판단 기준일 수 있으며, 연속적인 패킷의 수신 실패는 X(≥1)개의 패킷이 연속적으로 수신에 실패하는 경우일 수 있다. 여기서, 패킷은 PSCCH 또는 PSSCH 또는 PSCCH와 PSSCH를 모두 의미할 수 있다. 본 개시에서 어떠한 단말이 UE-B에 대한 신호의 수신 상태가 좋지 않다고 판단하는 방법은 이에 한정되지 않는다.
*
조건 6: 어떠한 단말이 단말 간 협력을 수행하는데 충분한 전력을 가지고 있다.
**
상기 조건 6는 UE-A는 단말 간 협력을 수행하여 UE-B에게 관련된 정보를 제공해 주어야 하기 때문에 전력 소모가 더 많이 발생할 수 있다는 사실에 기인한다. 따라서 Mode2 동작에서 full sensing으로 설정된 단말만 UE-A가 될 수 있는 것으로 제한할 수 있다. 달리 말해 Mode2 동작에서 power saving mode로 동작하는 단말은 조건 6에 해당되지 않을 수 있다. 여기서 power saving mode는 random selection이나 partial sensing으로 동작하도록 설정된 단말 일 수 있다. 또는, 단말의 배터리 level이 설정된 임계값 보다 높은 경우에만 UE-A가 될 수 있는 것으로 제한할 수 있다. 본 개시에서 단말이 전력 상태에 따라 UE-A로 설정되는 방법은 이에 한정되지 않는다. 일 실시예에 따르면, 조건 6에 해당되는 단말의 경우에 항상 센싱을 수행할 수도 있을 것이다.
*
조건 7: 어떠한 단말이 단말 간 협력을 위한 정보를 제공하도록 트리거링(Triggering)되었다.
**
상기 조건 7에서 단말 간 협력을 위한 정보를 제공하도록 트리거링되어 단말이 UE-A가 되는 것은 UE-B가 UE-A로 단말 간 협력 정보를 요청하는 신호를 전송하고 단말이 이를 수신한 경우일 수 있다. 이와 달리, 특정 단말이 단말 간 협력을 위한 정보를 제공하는 시점이 정의되고, 이 시점이 되었을 때 UE-A로 동작할 수도 있다. 전자의 경우, UE-A가 단말 간 협력 정보를 제공하는 것이 비주기적일 수 있으며 후자의 경우 주기적일 수 있다. 전자의 경우 PC5-RRC, Sidelink MAC-CE, SCI(1st SCI 또는 2nd SCI) 등을 통해 UE-B가 UE-A로 단말 간 협력 정보를 요청하는 방법을 고려할 수도 있다. 또한 상기 방법들 중 하나 이상의 조합으로 이루어 질 수도 있다. 본 개시에서 단말이 단말 간 협력을 위한 정보를 제공하도록 트리거링되는 방법은 이에 한정되지 않는다.
*
조건 8: 어떠한 단말이 UE-B와 유니캐스트 링크가 수립되었다.
**
상기 조건 8에 따르면 유니캐스트에서만 단말 간 협력이 지원될 수 있다. UE-A와 UE-B가 PC5-RRC를 수립한 경우에 PC5-RRC나 사이드링크 MAC-CE를 통해 단말 간 정보 교환이 이루어 질 수 있다.
*
조건 9: 어떠한 단말이 UE-B와 communication range에 있다고 판단된다.
**
상기 조건 9에 따르면 UE-B로부터 거리를 측정하여 UE-B와 communication range에 있다고 판단되는 경우에만 UE-A가 되어 UE-B로 단말 간 협력 정보를 제공할 수 있다. 이는 UE-A와 UE-B 사이의 거리가 communication range보다 먼 경우에 UE-A가 UE-B로 단말 간 협력 정보를 제공하여도 해당 정보가 유효하지 않을 수 있음에 기인한다. 이때 UE-A는 UE-B가 전송한 zone ID 정보에 기반하여 거리를 계산할 수 있으며 또한 UE-A는 UE-B가 전송한 communication range requirement 정보에 기반하여 단말 간 협력 정보를 제공할 지의 여부를 결정할 수 있다.
*
조건 10: 어떠한 단말이 측정한 CBR(Channel Busy Ratio) 또는 CR(Channel Occupancy Ratio) 설정된 임계값 보다 낮다.
**
상기 조건 10에 따르면 혼잡 제어에 사용되는 CBR이나 CR이 낮은 경우에 UE-A가 단말 간 협력 정보를 제공해도 채널 혼잡도에 문제를 발생시키지 않을 수 있는 점에 기인한다.
다음으로, UE-B가 될 수 있는 조건으로 적어도 아래의 조건들 중 한가지 이상이 포함될 수 있다. 한편, 본 개시에서 단말 간 협력 시 UE-B가 되는 조건은 아래의 조건들에만 한정되지 않는다. 예를 들어, 아래의 조건들 중 일부가 조합되어, 단말 간 협력 시 UE-B가 되는 조건으로 적용될 수도 있다.
- 단말 간 협력 시 UE-B가 되는 조건
*
조건 1: 어떠한 단말에게 단말 간 협력이 활성화(enabling)되어 있다.
**
상기 조건 1에서 단말 간 협력이 활성화 되었는지의 여부(enabling/disabling)가 상위 레이어로 설정될 수 있다. 일례로, 단말 간 협력의 활성화 여부가 (pre-)configuration될 수 있다. 이때 (pre-)configuration은 자원 풀 마다 설정될 수 있다. 본 개시에서 단말 간 협력이 지원 되는지의 여부를 결정하는 방법은 이에 한정되지 않는다. 예를 들어, PC5-RRC, Sidelink MAC-CE, SCI(1st SCI 또는 2nd SCI) 등을 통해 활성화(enable) 및 비활성화(disable)를 시그널링 하는 방법을 고려할 수도 있다. 또한, 상기 방법들 중 하나 이상의 조합으로 이루어 질 수도 있다.
*
조건 2: 어떠한 단말에게 단말 간 협력에서 UE-B가 되도록 설정되어 있다.
**
상기 조건 2은 상위 레이어로 설정될 수 있다. 일례로, (pre-)configuration을 통해 UE-B인지가 설정될 수 있다. 이때(pre-)configuration은 자원 풀 마다 설정될 수 있다. 본 개시에서 단말이 UE-B로 설정되는 방법은 이에 한정되지 않는다. 예를 들어, PC5-RRC, Sidelink MAC-CE, SCI(1st SCI 또는 2nd SCI) 등을 통해 UE-A의 역할을 하도록 설정되는 방법을 고려할 수도 있다. 또한, 상기 방법들 중 하나 이상의 조합으로 이루어 질 수도 있다.
*
조건 3: 어떠한 단말이 충분한 전력을 가지고 있지 않다.
**
상기 조건 3는 UE-A로부터 단말 간 협력을 통해 자원 할당 정보를 제공받고 UE-B가 자원 선택을 위한 센싱을 수행하지 않아 전력 소비를 줄일 수 있다는 사실에 기인한다. 따라서 Mode2 동작에서 partial sensing이나 random selection으로 설정된 단말(예를 들어, power saving mode로 동작하는 단말)이 UE-B가 될 수 있는 것으로 제한할 수 있다. 또는, 단말의 배터리 level이 설정된 임계값 보다 낮은 경우에만 UE-B가 될 수 있는 것으로 제한할 수 있다. 본 개시에서 단말이 전력 상태에 따라 UE-B로 설정되는 방법은 이에 한정되지 않는다.
*
조건 4: 어떠한 단말이 센싱을 수행할 수 없거나, 불충분한 센싱 결과를 가지고 있다.
**
상기 조건 4에서 단말이 센싱을 수행할 수 없거나, 불충분한 센싱 결과를 가질 수 있는 경우로 단말이 사이드링크 DRX(Discontinuous Reception)를 수행하는 경우가 고려될 수 있다. DRX inactive 구간에서 단말이 센싱을 수행할 수 없는 것으로 가정될 수 있다. UE-B가 사이드링크 DRX를 수행하는 경우에 UE-A는 단말 간 협력을 위한 정보(자원 할당 관련 정보)를 UE-B의 DRX active 구간에 전송해 주어야 할 필요가 있다. 이는 UE-B가 UE-A가 제공한 단말 간 협력 정보를 성공적으로 수신할 수 있도록 보장해 주기 위함이다.
*
조건 5: 어떠한 단말이 UE-B와 유니캐스트 링크가 수립되었다.
**
상기 조건 5에 따르면 유니캐스트에서만 단말 간 협력이 지원될 수 있다. UE-A와 UE-B가 PC5-RRC를 수립한 경우에 PC5-RRC나 사이드링크 MAC-CE를 통해 단말 간 정보 교환이 이루어 질 수 있다.
*
조건 6: 어떠한 단말이 다른 단말로 단말 간 협력 정보를 요청하였다.
**
상기 조건 6에 따르면 단말이 다른 단말 즉 UE-A로 단말 간 협력 정보를 요청한 경우에 또는 요청한 이후에 UE-B가 될 수 있다. 또한, 해당 단말은 다른 단말 즉 UE-A로부터 단말 간 협력 정보를 제공받을 것을 기대할 수 있을 것이다.
[제2 실시예]
제2 실시예에서는 사이드링크에서 단말 간 협력(Inter-UE coordination)에 대한 정보로 UE-A가 자원 할당 관련 정보를 UE-B로 제공하는 경우에 이에 대한 상세를 제공한다. 여기서, 단말은 차량 단말 및 보행자 단말일 수 있다. UE-A가 UE-B로 자원 할당 관련 정보를 제공하는 단말 간 협력 방법으로 아래의 두가지 방법이 고려될 수 있다. 한편, 본 개시에서 단말 간 협력 방법은 아래의 방법에만 한정되지 않는다. 예를 들어, 아래의 방법들이 조합되어, 단말 간 협력 방법으로 사용될 수도 있다.
- 단말 간 협력 방법
*
방법 1: UE-A는 UE-B의 전송을 위한 시간-주파수 자원 할당의 셋을 단말 간 협력 정보로 전송한다.
**
상기 방법 1에서 UE-B의 전송을 위한 시간-주파수 자원 할당의 셋은 하나 또는 하나 이상의 TB(Transport Block)의 (재)전송을 위해 선택된 자원 할당 정보일 수 있다. 또한 이때 선택된 자원 할당의 셋은 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 정보일 수 있다. 이와 달리, 선택된 자원 할당의 셋은 UE-B의 전송에 적합한 자원과 비적합한 자원을 모두 포함할 수 있다. 상기 방법 1에 대한 단말의 세부 동작은 아래 실시예를 참고한다.
*
방법 2: UE-A는 UE-B가 SCI로 지시한 자원 할당 정보에 대한 자원 충돌의 존재 여부를 단말 간 협력 정보로 전송한다.
**
상기 방법 2에서 UE-B가 SCI로 지시한 자원 할당 정보에 자원 충돌의 존재 여부는 UE-A가 탐지(detection)한 자원의 충돌 여부일 수 있다. 또는, 기대(expected) 또는 잠재적인(potential) 자원의 충돌 여부일 수 있다. 이와 달리, UE-A가 탐지한 자원의 충돌 여부와 기대/잠재적인 자원의 충돌 여부를 모두 포함할 수 있다. 상기 방법 2에 대한 단말의 세부 동작은 아래 실시예를 참고한다.
도 8은 본 개시의 일 실시예에 따른 단말 간 협력 방법들을 도시한 도면이다.
단말 간 협력 방법 1(801)에 따르면 UE-A는 UE-B에 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 시간-주파수 자원 할당의 셋 정보(803)을 UE-B로 제공해 줄 수 있다. 이와 달리, 단말 간 협력 방법 2(802)에 따르면 UE-A는 UE-B가 SCI로 예약한 자원의 적합성 여부만을 UE-B로 제공해 줄 수 있다. 단말 간 협력 방법 1의 경우 UE-A가 시간-주파수 자원 할당의 셋 정보(803)을 UE-B로 시그널링 해 주어야 하기 때문에 단말 간 협력 방법 2와 비교하여 시그널링 오버헤드가 증가 될 수 있다. 단말 간 협력 방법2의 경우 UE-A가 UE-B가 SCI로 예약한 자원의 적합성 여부만을 UE-B로 시그널링 해 주기 때문에 예를 들어, 1 비트 정보로 적합성 여부를 지시해 줄 수도 있다.
사이드링크에서 단말 간 협력 방법 1과 방법 2 중 하나만 지원될 수 도 있으며, 두가지 방법이 모두 지원될 수도 있다. 한편, 두가지 방법이 모두 지원되는 경우에 단말은 두가지 방법 중 하나를 선택하여 동작하여야 할 필요가 있다. 아래 실시예에서는 단말 간 협력 방법 1과 방법 2 가 모두 지원되는 경우, 방법 1 및 방법 2가 선택될 수 있는 조건들을 제시한다. 우선 단말 간 협력 방법 1이 선택될 수 있는 조건으로 적어도 아래의 조건들 중 한가지 이상이 포함될 수 있다. 한편, 본 개시에서 단말 간 협력 방법 1이 선택될 수 있는 조건은 아래에 제시된 조건들에만 한정되지 않는다. 예를 들어, 아래의 조건들 중 일부가 조합되어, 단말 간 협력 방법 1이 선택될 수 있는 조건으로 적용될 수도 있다.
- 단말 간 협력 방법 1으로 동작하는 되는 조건
*
조건 1: UE-A가 단말 간 협력 방법 1으로 동작하도록 설정되어 있다.
**
상기 조건 1은 (pre-)configuration을 통해 설정되거나 단말 상위 레이어로부터 단말 간 협력 방법 1인지가 결정될 수도 있다. 본 개시에서 단말 간 협력 방법 1로 설정되는 방법은 이에 한정되지 않는다. 예를 들어, PC5-RRC, Sidelink MAC-CE, SCI(1st SCI 또는 2nd SCI) 등을 통해 단말 간 협력 방법 1로 설정되는 방법을 고려할 수도 있다. 또한, 상기 방법들 중 하나 이상의 조합으로 이루어 질 수도 있다. 이에 대한 상세는 아래 실시예를 참고한다.
*
조건 2: UE-A가 단말 간 협력을 수행하는데 충분한 전력을 가지고 있다.
**
상기 조건 2는 UE-A가 단말 간 협력 방법 1로 동작할 경우에 이를 위한 추가적인 센싱 동작을 수행하고, UE-A가 단말 간 협력 방법 2로 동작할 경우에 이를 위한 추가적인 센싱 동작을 수행하지 않아 전력 소비를 줄일 수 있다는 가정에 기인한다. 따라서, Mode2 동작에서 full sensing으로 설정된 단말이 단말 간 협력 방법 1로 동작하는 것으로 제한할 수 있다. 또는, 단말의 배터리 level이 설정된 임계값 보다 높은 경우에만 단말 간 협력 방법 1로 동작하는 것으로 제한 할 수 있다. 본 개시에서 단말이 전력 상태에 따라 단말 간 협력 방법이 결정되는 방법은 이에 한정되지 않는다.
*
조건 3: UE-A가 UE-B와 유니캐스트 링크가 수립되었다.
**
상기 조건 3에 따르면 유니캐스트에서만 단말 간 협력 방법 1이 지원될 수 있다. 단말 간 협력 방법 1의 경우, UE-A가 UE-B로부터 UE-B의 트래픽 관련 요구사항과 같은 사전 정보를 제공 받아야 할 필요가 있다. UE-A와 UE-B가 PC5-RRC를 수립한 경우에 PC5-RRC를 통해 단말 간 정보 교환이 이루어 질 수 있다.
다음으로, 단말 간 협력 방법2가 선택될 수 있는 조건으로 적어도 아래의 조건들 중 한가지 이상이 포함될 수 있다. 한편, 본 개시에서 단말 간 협력 방법 2가 선택될 수 있는 조건은 아래에 제시된 조건들에만 한정되지 않는다. 예를 들어, 아래의 조건들 중 일부가 조합되어, 단말 간 협력 방법 2이 선택될 수 있는 조건으로 적용될 수도 있다.
- 단말 간 협력 방법 2으로 동작하는 되는 조건
*
조건 1: UE-A가 단말 간 협력 방법 2으로 동작하도록 설정되어 있다.
**
상기 조건 1은 (pre-)configuration을 통해 설정되거나 단말 상위 레이어로부터 단말 간 협력 방법 2인지가 결정될 수도 있다. 본 개시에서 단말 간 협력 방법 2로 설정되는 방법은 이에 한정되지 않는다. 예를 들어, PC5-RRC, Sidelink MAC-CE, SCI(1st SCI 또는 2nd SCI) 등을 통해 단말 간 협력 방법 2로 설정되는 방법을 고려할 수도 있다. 또한, 상기 방법들 중 하나 이상의 조합으로 이루어 질 수도 있다. 이에 대한 상세는 아래 실시예를 참고한다.
*
조건 2: UE-A가 충분한 전력을 가지고 있지 않다.
**
상기 조건 2는 UE-A가 단말 간 협력 방법 1로 동작할 경우에 이를 위한 추가적인 센싱 동작을 수행하고 UE-A가 단말 간 협력 방법 2로 동작할 경우에 이를 위한 추가적인 센싱 동작을 수행하지 않아 전력 소비를 줄일 수 있다는 가정에 기인한다. 따라서, Mode2 동작에서 partial sensing이나 random selection으로 설정된 단말이 단말 간 협력 방법 2로 동작하는 것으로 제한할 수 있다. 또는, 단말의 배터리 level이 설정된 임계값 보다 낮은 경우에만 단말 간 협력 방법 2로 동작하는 것으로 제한 할 수 있다. 본 개시에서 단말이 전력 상태에 따라 단말 간 협력 방법이 결정되는 방법은 이에 한정되지 않는다.
*
조건 3: UE-A가 UE-B로부터 SCI를 수신 했다.
**
상기 조건 3은 단말 간 협력 방법 1과 달리 단말 간 협력 방법 2는 UE-A가 UE-B로부터 SCI(1st SCI, 달리 말해 PSCCH)를 수신하여 UE-B가 예약한 자원 정보를 파악하여야 이에 대한 적합성 여부를 판단할 수 있다는 가정에 기인한다.
*
조건 4: UE-A가 UE-B의 전송을 위한 자원 선택을 수행할 수 없다.
**
상기 조건 4는 UE-A가 단말 간 협력 방법 1으로 동작할 수 없는 경우에 해당될 수 있다. 예를 들어, UE capability에 의해 UE-A가 단말 간 협력 방법 1으로 동작할 수 없는 경우에 해당될 수 있다. 이와 달리, 단말 간 협력에 발생되는 지연 시간으로 인해 UE-A가 단말 간 협력 방법 1을 통해 자원을 선택해도, 해당 정보가 더 이상 유효하지 않은 경우에 해당될 수 있다.
상기에서는, 사이드링크에서 단말 간 협력 방법 1과 방법 2가 지원되는 경우에 UE-A가 두가지 방법 중 하나를 선택하는 조건들을 제시하였다. 본 개시에서는 설명의 편의를 위하여, 단말 간 협력 방법1의 경우에 UE-A가 선택한 UE-B의 전송에 적합한(선호되는) 자원 할당의 셋을 정보1로 UE-A가 선택한 UE-B의 전송에 비적합한(비선호되는) 자원 할당의 셋을 정보2로 명명한다. 또한, 단말 간 협력 방법2의 경우에 UE-A가 탐지(detection)한 UE-B의 전송에 대한 자원의 충돌 여부를 정보1로 UE-A가 기대(expected)하는 또는 잠재적인(potential) UE-B의 전송에 대한 자원의 충돌 여부를 정보2로 명명한다. 만약 {방법1, 방법2} 중 하나만 지원되거나, {방법1, 방법2} 중 하나가 설정되거나, {정보1, 정보2} 중 하나만 지원되거나, {정보1, 정보2} 중 하나가 설정 되거나 하는 경우들에서는 UE-A와 UE-B사이에 사용된 방법과 정보에 대한 공통된 이해를 갖고 있는 경우가 있을 수 있다. 여기서 설정되는 것은 자원 풀에 (pre-)configuration되거나 단말 간 PC5-RRC로 설정된 경우일 수 있다. 한편, 상기에서 제시된 많은 경우, 예를 들어, UE-A가 {방법1, 방법2}를 모두 지원 또는 지시하거나, UE-A가 특정 조건에 의해 {방법1, 방법2} 중 하나를 선택하거나, UE-A가 {정보1, 정보2}를 모두 지원 또는 지시하거나, UE-A가 특정 조건에 의해 {정보1, 정보2} 중 하나를 선택하거나 하는 경우들에서, UE-B는 UE-A가 어떠한 단말 간 협력 방법 및 정보를 지시하였는지 이해하여야 할 필요가 있다. 아래의 실시예에서는 단말 간 협력 방법 1 또는 방법 2가 사용되는지, 그리고 각 방법 1과 방법 2에서 정보1 또는 정보2가 사용되는지에 대해서, UE-A와 UE-B 사이에 공통된 이해가 필요한 경우에 대한 해결책을 제시한다. 이러한 경우에 아래와 같은 대안들이 고려될 수 있다. 한편, 본 개시는 아래의 대안들에 한정되지 않음에 주목한다.
*
대안1: UE-A가 UE-B로 사용하는 {방법1, 방법2} 및 {정보1, 정보2}에 대한 정보를 지시해준다.
*
대안2: UE-B가 UE-A로 선호하는 {방법1, 방법2} 및 {정보1, 정보2}에 대한 정보를 지시해준다.
*
대안3: UE-A와 UE-B가 각각 선호하는 단말 간 협력 방법 및 정보를 지시하여 {방법1, 방법2} 및 {정보1, 정보2}에 대한 정보를 최종 선택 및 지시해준다.
우선 대안1은 다음과 같은 경우들에서 사용될 수 있다.
*
경우1-1: 하나 이상의 {방법1, 방법2} 및 {정보1, 정보2}가 자원 풀에 common하게 (pre-)configuration된 경우
**
아래 표 1에 해당 경우에 대한 일례가 도시 되었다. 표 1에 따르면 {방법1, 방법2}이 모두 true로 설정되어 사용 가능한 경우가 도시 되었으며, {정보1, 정보2}가 모두 true로 설정되어 사용 가능한 경우가 도시 되었다.
*
경우1-2: 하나 이상의 {방법1, 방법2} 및 {정보1, 정보2}가 PC5-RRC로 설정된 경우
**
아래 표 1에 해당 경우에 대한 일례가 도시 되었다. 표1에 따르면 {방법1, 방법2}이 모두 true로 설정되어 사용 가능한 경우가 도시 되었으며, {정보1, 정보2}가 모두 true로 설정되어 사용 가능한 경우가 도시 되었다.
*
경우1-3: 하나 이상의 {방법1, 방법2} 및 {정보1, 정보2}가 자원 풀에 UE dedicate하게(pre-)configuration된 경우
**
아래 표 1에 해당 경우에 대한 일례가 도시 되었다. 표1에 따르면 {방법1, 방법2}이 모두 true로 설정되어 사용 가능한 경우가 도시 되었으며, {정보1, 정보2}가 모두 true로 설정되어 사용 가능한 경우가 도시 되었다..
*
경우1-4: 하나의 {방법1, 방법2} 및 {정보1, 정보2}가 자원 풀에 UE dedicate하게 (pre-)configuration된 경우
**
아래 표 2에 해당 경우에 대한 일례가 도시 되었다. 표1에 따르면 {방법1, 방법2} 중 하나만 선택 가능하도록 설정되는 경우가 도시 되었으며, {정보1, 정보2} 중 하나만 선택 가능하도록 설정되는 경우가 도시 되었다.
| SL-InterUECoordinationType-r17 ::=
SEQUENCE { 방법1 ENUMERATED {true} 방법2 ENUMERATED {true} } SL-Scheme1-r17 ::= SEQUENCE { 정보1 ENUMERATED {true} 정보2 ENUMERATED {true} } |
| SL-InterUECoordinationType-r17 ::=
Choice { 방법1 방법2 } SL-Scheme1-r17 ::= Choice { 정보1 정보2 } |
상기 경우1-4에서 UE-A는 UE dedicate하게 (pre-)configuration된 {방법1, 방법2} 및 {정보1, 정보2}를 UE-B로 지시해 줄 수 있다. 이와 달리, 상기 경우1-1/1-2/1-3에서 하나 이상의 {방법1, 방법2} 및 {정보1, 정보2}에서 UE-A는 단말 간 협력 방법 및 정보를 결정하여 UE-B로 지시해 줄 수 있다. 이때 첫 번째 방법으로, 어떠한 조건에 의해 UE-A가 {방법1, 방법2} 및 {정보1, 정보2}를 결정하는 방법이다. 구체적으로, 상기에서 제시된 단말 간 협력 방법 1 또는 방법2으로 동작하는 되는 조건에 따르면, 예를 들어, UE-A의 전력 상태 및 capability 등이 UE-A가 {방법1, 방법2} 및 {정보1, 정보2}를 결정하는 조건이 될 수 있다. 두 번째 방법으로, UE-A가 {방법1, 방법2} 및 {정보1, 정보2}를 랜덤하게 결정하는 방법이 고려될 수 있다. 마지막으로, 단말 구현에 의해 UE-A가 {방법1, 방법2} 및 {정보1, 정보2}를 결정하는 방법도 고려될 수 있다. 본 개시에서 UE-A가 단말 간 협력 방법 및 정보를 결정하는 방법은 상술한 세가지 방법에 한정하지 않음에 주목한다. 다음으로, UE-A가 결정한 {방법1, 방법2} 및 {정보1, 정보2}를 UE-B로 지시해 주는 방법들을 제안한다.
*
방법1-1: PC5-RRC나 사이드링크 MAC-CE를 통해 지시
*
방법1-2: SCI(1st SCI 또는 2nd SCI)를 통해 지시
*
방법1-3: PSFCH를 통해 지시
상기 방법1-1의 경우, PC5-RRC나 사이드링크 MAC-CE가 사이드링크 유니캐스트에서만 지원되기 때문에 브로드캐스트나 그룹캐스트에서는 지원될 수 없는 단점을 갖는다. 상기 방법1-2의 경우, 1st SCI는 기존 1st SCI에 reserved bit를 활용하여 지시될 수도 있으며, 새로운 1st SCI을 도입하여 지시되는 방법이 고려될 수도 있다. 또한 방법1-3의 경우, PSFCH의 자원은 UE-B로부터 수신한 PSCCH 또는 PSSCH와 연관되어 결정될 수 있으며 이는 단말 간 협력 정보를 요청하는 PSCCH(예를 들어, 1st SCI)또는 PSSCH(예를 들어, 2nd SCI)일 수 있다. 상기 방법들에서, 해당 정보를 지시하는 비트 필드는 {방법1, 방법2} 및 {정보1, 정보2}에 따라 결정될 수 있다. 예를 들어, {방법1, 방법2} 또는 {정보1, 정보2}를 지시하는 경우에 1비트 정보로 지시가 이루어질 수 있다. 이와 달리, {방법1, 방법2}와 {정보1, 정보2}를 모두 지시하는 경우에 2비트 정보가 필요할 수 있다. 또한, 해당 지시가 상기 방법들 중 하나 이상의 조합으로 이루어 질 수도 있다. 한편, 본 개시에서 {방법1, 방법2} 또는 {정보1, 정보2}를 지시하는 방법은 이에 한정되지 않는다.
다음으로 대안 2은 다음과 같은 경우들에서 사용될 수 있다.
*
경우2-1: 하나 이상의 {방법1, 방법2} 및 {정보1, 정보2}가 자원 풀에 common하게 (pre-)configuration된 경우
**
표 1에 해당 경우에 대한 일례가 도시 되었다. 표 1에 따르면 {방법1, 방법2}이 모두 true로 설정되어 사용 가능한 경우가 도시 되었으며, {정보1, 정보2}가 모두 true로 설정되어 사용 가능한 경우가 도시 되었다.
*
경우2-2: 모든 경우를 포함
**
경우2-2는 하나 이상의 {방법1, 방법2} 및 {정보1, 정보2}가 미리 설정된 경우와 설정되지 않은 경우를 모두 포함할 수 있다.
상기 경우2-1/2-2에서 UE-B는 수신하고 싶은(선호되는) {방법1, 방법2} 및 {정보1, 정보2}를 결정하여 UE-A로 지시해 줄 수 있다. 또한 UE-A는 UE-B가 지시한 {방법1, 방법2} 및 {정보1, 정보2}에 따라 해당 단말 간 협력 방법 및 정보를 UE-B로 제공해 줄 수 있다. UE-B가 하나 이상의 {방법1, 방법2} 및 {정보1, 정보2}에서 UE-A로부터 수신하고 싶은(선호되는) 단말 간 협력 방법 및 정보를 결정하는 첫번째 방법은 어떠한 조건에 의해 UE-B가 {방법1, 방법2} 및 {정보1, 정보2}를 결정하는 방법이다. 구체적으로, 상기 제시된 단말 간 협력 방법 1 또는 방법2으로 동작하는 되는 조건에 따르면, 예를 들어, UE-B의 전력 상태 및 capability등이 UE-B가 {방법1, 방법2} 및 {정보1, 정보2}를 결정하는 조건이 될 수 있다. 두번째 방법으로, UE-B가 {방법1, 방법2} 및 {정보1, 정보2}를 랜덤하게 결정하는 방법이 고려될 수 있다. 마지막으로, 단말 구현에 의해 UE-B가 {방법1, 방법2} 및 {정보1, 정보2}를 결정하는 방법도 고려될 수 있다. 본 개시에서 UE-B가 {방법1, 방법2} 및 {정보1, 정보2}를 결정하는 방법은 상술한 세가지 방법에 한정하지 않음에 주목한다. 다음으로, UE-B가 수신하고 싶은(선호되는) {방법1, 방법2} 및 {정보1, 정보2}를 UE-A로 지시해 주는 방법들을 제안한다.
*
방법2-1: PC5-RRC나 사이드링크 MAC-CE를 통해 지시
*
방법2-2: SCI(1st SCI 또는 2nd SCI)를 통해 지시
상기 방법2-1의 경우, PC5-RRC나 사이드링크 MAC-CE가 사이드링크 유니캐스트에서만 지원되기 때문에 브로드캐스트나 그룹캐스트에서는 지원될 수 없는 단점을 갖는다. 상기 방법2-2의 경우, 1st SCI는 기존 1st SCI에 reserved bit를 활용하여 지시될 수도 있으며, 새로운 1st SCI을 도입하여 지시되는 방법이 고려될 수도 있다. 방법 2-2가 사용되는 경우 SCI를 통해 해당 정보가 지시될 때 단말 간 협력 정보를 요청하는 지시자가 함께 포함될 수 있다. 상기 방법들에서 해당 정보를 지시하는 비트 필드는 {방법1, 방법2} 및 {정보1, 정보2}에 따라 결정될 수 있다. 예를 들어, {방법1, 방법2} 또는 {정보1, 정보2}를 지시하는 경우에 1비트 정보로 지시가 이루어질 수 있다. 이와 달리, {방법1, 방법2}와 {정보1, 정보2}를 모두 지시하는 경우에 2비트 정보가 필요할 수 있다. 또한 해당 지시가 상기 방법들 중 하나 이상의 조합으로 이루어 질 수도 있다. 한편, 본 개시에서 방법1, 방법2} 또는 {정보1, 정보2}를 지시하는 방법은 이에 한정되지 않는다.
다음으로 대안 3은 다음과 같은 경우들에서 사용될 수 있다.
*
경우3-1: 상기 경우1-1 또는 경우1-2 또는 경우 1-3에 해당될 때
*
경우3-2: 상기 경우2-1 또는 경우2-2에 해당될 때
상기 경우3-1은 UE-A가 선호하는 {방법1, 방법2} 및 {정보1, 정보2}에 대한 정보를 UE-B로 지시해 준 경우 그리고 UE-B가 UE-A로부터 수신하고 싶은(선호되는) {방법1, 방법2} 및 {정보1, 정보2}가 있는 경우에 UE-A와 UE-B가 각각 선호하는 단말 간 협력 방법 및 정보를 파악하여 UE-B가 {방법1, 방법2} 및 {정보1, 정보2}에 대한 정보를 최종 선택하여 UE-A로 지시해 줄 수 있다. 이러한 경우에 UE-A는 UE-B가 지시한 정보를 따라서 UE-B로 단말 간 협력 방법 및 정보를 제공해 줄 수 있다. UE-A와 UE-B가 각각 선호하는 단말 간 협력 방법 및 정보로부터 UE-B가 {방법1, 방법2} 및 {정보1, 정보2}에 대한 정보를 최종 선택하는 방법으로 UE-A와 UE-B의 priority 정보가 활용될 수 있다. 구체적으로, UE-A의 전송 priority가 높은 경우, UE-A가 선호하는 단말 간 협력 방법 및 정보가 우선시 될 수 있다. 이와 달리, UE-B의 전송 priority가 높은 경우, UE-B가 선호하는 단말 간 협력 방법 및 정보가 우선시 될 수 있다. 한편, 본 개시에서 최종 방법 및 정보 선택 방법으로 UE-A와 UE-B의 priority 정보가 아닌 다른 정보가 사용될 수 있음에 주목한다. UE-B가 UE-A로 해당 정보를 지시해주는 방법은 상기 방법2-1 내지 방법2-2을 참고한다. 상기 경우3-2은 UE-B가 선호하는 {방법1, 방법2} 및 {정보1, 정보2}에 대한 정보를 UE-A로 지시해 준 경우 그리고 UE-A가 선호하는 {방법1, 방법2} 및 {정보1, 정보2}가 있는 경우에 UE-A와 UE-B가 각각 선호하는 단말 간 협력 방법 및 정보를 파악하여 UE-A가 {방법1, 방법2} 및 {정보1, 정보2}에 대한 정보를 최종 선택하여 UE-B로 지시해 줄 수 있다. UE-A와 UE-B가 각각 선호하는 단말 간 협력 방법 및 정보로부터 UE-B가 {방법1, 방법2} 및 {정보1, 정보2}에 대한 정보를 최종 선택하는 방법으로 UE-A와 UE-B의 priority 정보가 활용될 수 있다. 구체적으로, UE-A의 전송 priority가 높은 경우, UE-A가 선호하는 단말 간 협력 방법 및 정보가 우선시 될 수 있다. 이와 달리, UE-B의 전송 priority가 높은 경우, UE-B가 선호하는 단말 간 협력 방법 및 정보가 우선시 될 수 있다. 한편, 본 개시에서 최종 방법 및 정보 선택 방법으로 UE-A와 UE-B의 priority 정보가 아닌 다른 정보가 사용될 수 있음에 주목한다. UE-A가 UE-B로 해당 정보를 지시해주는 방법은 상기 방법1-1 내지 방법1-3을 참고한다.
아래 표 3와 표 4는 사이드링크에서 단말 간 협력 방법들 및 정보들을 설정하는 또 다른 일 예가 도시 되었다. 아래 표 3과 표 4는 단말 간 협력 방법들 및 정보들을 사이드링크 자원 풀 정보로 (pre-)configuration하는 방법이 도시 되었다. 우선 표3에 따르면 사이드링크에서 단말 간 협력은 활성화 및 비활성화 될 수 있다(sl-InterUECoordination-r17). 만약, 단말 간 협력이 활성화 된 경우에, 단말 간 협력 방법(sl-InterUECoordinationType-r17)이 설정될 수 있다. 단말 간 협력 방법 1과 방법 2는 기본적으로 서로 다르게 디자인 될 수 있을 뿐만 아니라 UE-B가 하나 이상의 UE-A로부터 방법1과 방법2에 따른 서로 다른 협력 정보를 수신했을 때의 동작이 복잡해 질 수 있기 때문에 표3과 같이 방법1(sl-Scheme1-r17)인지 방법2(sl-Scheme2-r17)인지가 자원 풀 정보로 (pre-)configuration될 수 있을 것이다. 만약, 방법 1(sl-Scheme1-r17)로 설정된 경우, 보다 상세한 방법 1의 설정 방법은 표 4를 참고한다.
| SL-ConfigInterUECoordination-r17::= SEQUENCE { sl-InterUECoordination-r17 ENUMERATED {enabled, disabled} sl-InterUECoordinationType-r17 Choice { sl-Scheme1-r17 sl-Scheme1-r17 sl-Scheme2-r17 } } |
아래 표 4는 단말 간 협력 방법 1에 대한 상세 설정 방법의 일 예가 도시 되었다. 우선 방법 1의 경우에 자원 할당 정보(RSAI)는 선호되는(Preferred-Info) 또는 비선호되는(Non-Preferred-Info) 자원 할당 정보일 수 있다. 방법 1이 사용되는 경우, 두가지 정보는 자원 풀에 함께 설정될 수도 있고, 또는 두 정보 중 하나만 설정될 수 도 있다. 또한, 방법1이 사용되는 경우, UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 정보를 지시해 주기 위한 비트맵 사이즈가 자원 풀 정보로 (pre-)configuration될 수 있다. 해당 자원 할당 정보가 선호되는 또는 비선호되는 다수의 시간-주파수 자원 할당 정보가 포함된 셋인 경우에 비트맵으로 해당 시간-주파수 위치를 지시하는 방법이 유용할 수 있다. 한편, 해당 비트맵 사이즈가 커질수록 이를 지시하는데 오버헤드가 증가하는 단점이 발생하고 해당 비트맵 사이즈가 작아질수록 이를 지시하는데 오버헤드가 줄어들 수 있으나 지시할 수 있는 단말 간 협력 정보이 양이 줄어들어 많은 정보를 제공하지 못할 수 있다. 해당 정보를 2nd SCI로 지시하는 경우에 2nd SCI에 포함되는 전체 비트수가 달라지게 되면, 이를 수신하는 단말이 이를 감지하는데 복잡도가 올라가기 때문에 일정한 비트수로 유지시켜야 할 필요가 있다. 따라서, 자원 할당 정보에 대한 시간상 비트맵 사이즈(sl-TimeBitmapSize-r17) 또는 자원 할당 정보에 대한 주파수상 비트맵 사이즈(sl-FreqBitmapSize-r17)를 자원 풀 정보로 (pre-)configuration하는 경우에 해당 풀에서 동작하는 단말들은 동일한 사이즈를 가정할 수 있으므로, 표 4와 같이 해당 사이즈를 설정 하여, 보다 유연하게 단말 간 협력 정보의 양을 조절하는 것이 가능해 질 수 있다. 마지막으로, 단말 간 협력 정보가 explicit request에 의해 제공되는 방법(sl-Scheme1-A)과 이와 달리 특정 조건 만족될 때 제공되는 방법(sl-Scheme1-B)이 고려될 수 있다. 두가지 방법에 따라 단말 간 협력 방법이 서로 다르게 디자인 될 수 있고, 해당 방법이 자원 풀에 동시에 존재했을 때 단말 동작이 더 복잡해 질 수 있기 때문에 표 4의 sl-Scheme1-Triggering-r17와 같이 두가지 방법 중 하나가 선택되어 자원 풀 정보로 (pre-)configuration하는 방법이 고려될 수 있다. 두가지 방법에 대한 상세는 아래 실시예들을 참고한다.
| sl-Scheme1-r17::=
SEQUENCE { Preferred-Info ENUMERATED {true} Non-Preferred-Info ENUMERATED {true} sl-TimeBitmapSize-r17 BIT STRING (SIZE (A..B)) sl-FreqBitmapSize-r17 BIT STRING (SIZE (C..D)) sl-Scheme1-Triggering-r17 Choice { sl-Scheme1-A sl-Scheme1-B } } |
[제3 실시예]
제3 실시예에서는 사이드링크의 단말 간 협력이 수행되는 경우에 그리고 단말 간 협력 방법을 수행하는데 필요한 제어 정보가 지시되는 경우에 1st SCI 및 2nd SCI에 포함될 수 있는 제어 정보 및 해당 제어 정보를 해석 및 이용하는 방법들을 설명한다. 특히, 본 실시예에서는 단말 간 협력 정보로 자원 할당 정보(RSAI)를 지시하기 위한 방법에 초점이 맞춰져 있음에 주목한다. 한편, RSAI가 아닌 다른 정보가 단말 간 협력을 위해 지시되는 경우에도, 본 실시예에서 제안된 제어 정보가 유사한 방법으로 사용될 수 있음에 주목한다.
우선 단말 간 협력을 수행하기 위해 필요한 제어 정보로 표 5에 포함된 제어 정보들 중 하나 이상이 고려될 수 있다. 한편, 본 개시에서 단말 간 협력을 수행하기 위해 필요한 제어 정보는 표 5에 제시된 제어 정보에 한정하지 않음에 주목한다. 예를 들어, 표 5에서는 HARQ(hybrid automatic repeat request) 운영을 위해 필요한 제어 정보가 포함되지 않았다. 이는 단말 간 협력 정보가 전송 시점에 따라 달라질 수 있기 때문에 해당 정보가 달라지면 HARQ combine을 할 수 없으며, 또한 HARQ 피드백 및 이에 따른 재전송이 이루어질 경우에 단말 간 협력 정보 전송에 대한 지연(delay)가 발생할 수 있는 단점에 기인하였다. 하지만, 일 실시예에 따르면, HARQ 운영을 위한 HARQ process ID, New data indicator, Redundancy version, HARQ feedback enable/disable indicator와 같은 정보가 추가적으로 제어 정보로 포함 될 수도 있다.
| -
Inter-UE coordination (e.g., RSAI) request - 1bit - Priority - 3bits - Inter-UE coordination (e.g., RSAI) configuration - 1bit - Inter-UE coordination (e.g., RSAI) latency bound - [A] bits - Resource size  - Inter-UE coordination information (e.g., RSAI) feedback - [B] bits - Zone ID - 12 bits - Communication range requirement - 4bits - Source ID - 8 bits - Destination ID - 16 bits |
표 5에서 Inter-UE coordination(e.g., RSAI) request는 단말 간 협력을 요청하기 위한 제어 정보를 의미할 수 있다. 구체적으로, 1비트의 제어 정보가 이용되어 해당 정보가 '1'인 경우에는 단말 간 협력 정보를 요청하는 것으로 해당 정보가 '0'인 경우에는 단말 간 협력 정보를 요청하지 않는 것으로 해석될 수 있다. 또한, Inter-UE coordination(e.g., RSAI) request 필드가 '1'인 경우에 단말 간 협력을 요청하면서 단말 간 협력 피드백 정보인 Inter-UE coordination information(e.g., RSAI) feedback를 함께 지시하는 경우가 있을 수도 있다.. 하지만 이와 달리, Inter-UE coordination(e.g., RSAI) request 필드가 '1'인 경우에는 단말 간 협력 피드백 정보인 Inter-UE coordination information(e.g., RSAI) feedback가 전송되지 않는 것으로 제약을 둘 수도 있을 것이다. Inter-UE coordination(e.g., RSAI) request 필드는 1st SCI에 포함될 수도 있고, 2nd SCI에 포함될 수도 있다. 만약 Inter-UE coordination(e.g., RSAI) request 필드가 1st SCI에 포함되는 경우, 1st SCI의 reserved bit 필드의 사용을 고려할 수 있다. 그리고 해당 필드가 '0'으로 설정되어 단말 간 협력 정보를 요청하지 않는 것으로 지시되는 경우에는 1st SCI를 통해 지시하는 2nd SCI 포맷을 기존과 동일하게 해석할 수 있다. 이와 달리, 해당 필드가 '1'으로 설정되어 단말 간 협력 정보를 요청하는 것으로 지시되는 경우에는 1st SCI를 통해 지시하는 2nd SCI 포맷을 기존과 다르게 해석할 수 있다. 구체적으로, 표 6을 참고하면, 단말 간 협력 정보를 요청하는 것으로 지시되는 경우에는 '00' 필드는 단말 간 협력 관련 정보가 지시되는 SCI format 2-C인 경우인데 데이터와 함께 전송되는 것으로 해석하고 '01' 필드가 단말 간 협력 관련 정보가 지시되는 SCI format 2-C인 경우인데 데이터와 함께 전송되지 않는 것으로 해석될 수도 있을 것이다.
| Value of 2nd-stage SCI format field | 2nd-stage SCI format |
| 00 | SCI format 2-A (SCI format 2-C with data) |
| 01 | SCI format 2-B (SCI format 2-C without data) |
| 10 | Reserved |
| 11 | Reserved |
표 5에서 Priority는 단말 간 협력을 요청하는 메시지에 대한 priority 정보일 수 있다. 따라서 일반적으로 1st SCI에 포함되는 PSSCH 전송에 대한 priority와 다른 값으로 지시될 수 있다. 표 5에서와 같이 단말 간 협력을 요청하는 메시지에 대한 priority 정보가 지시될 경우, 단말 간 협력을 요청 받은 UE-A는 해당 priority가 높은 단말을 우선하여 단말 간 협력 정보를 제공해 줄 수 있을 것이다. 표 5에서 Inter-UE coordination (e.g., RSAI) configuration는 단말 간 협력 방법 1에서 {Scheme1-Preferred, Scheme1-Non-Preferred}인지를 지시해 주기 위한 제어 정보일 수 있다. 표 5에서 Inter-UE coordination (e.g., RSAI) latency bound는 UE-B의 traffic requirement를 지시해 주기 위한 정보일 수 있다. 여기서, traffic requirement는 PDB(packet delay budget)로 해석될 수 있다. 일반적으로 UE-B가 센싱을 통해 전송 자원을 선택하는 경우에 PDB를 만족시킬 수 있도록 자원 선택 윈도우를 설정하여 전송 자원을 선택한다. 만약 UE-A가 UE-B의 traffic requirement를 알지 못할 경우에 UE-A가 UE-B를 위해서 선택한 자원은 UE-B의 traffic requirement를 만족시키지 못할 수 있다. 따라서, 해당 정보가 UE-A로 제공되면 UE-A는 UE-B의 traffic requirement를 만족시키는 RSAI를 선택하여 피드백 해줄 수 있을 것이다. 이 때 Inter-UE coordination (e.g., RSAI) latency bound는 A 비트(여기에서, A는 임의의 수이다.)의 정보량을 포함할 수 있으며, 해당 사이즈가 고정된 값으로 결정되거나 자원 풀에 해당 사이즈가 (pre-)configuration될 수도 있다. 표 5에서 Resource size 
는 단말이 센싱 및 자원 선택 시 결정하는 주파수상 자원 선택의 단위로 연속적인 
개수의 서브채널 수를 의미한다. 만약, UE-B가 해당 값을 UE-A에게 제공해 주는 경우 UE-A는 이를 반영하여 RSAI를 선택하여 UE-B로 제공해 줄 수 있을 것이다. 하지만, UE-B가 해당 값을 UE-A에게 제공해 주지 않는 경우에 UE-A는 RSAI 선택 시 반영한 Resource size 
를 RSAI와 함께 UE-B로 제공해 줄 수 있을 것이다. 표 5에서 Inter-UE coordination information (e.g., RSAI) feedback는 단말 간 협력 정보를 나타낸다. 앞서 언급하였듯이 본 실시예에서는 단말 간 협력 정보로 RSAI를 제공하는 방법을 설명한다. 이때 아래와 같이 3가지 대안을 고려해 볼 수 있다. 한편, 본 개시에서 단말 간 협력 정보로 RSAI를 제공하는 방법은 아래의 대안들에만 한정되지 않는다. 예를 들어, 아래의 대안들 중 일부가 조합되어, 단말 간 협력 정보로 RSAI를 제공하는 방법으로 사용될 수 있다.
*
대안 1: time and frequency bitmap - [X] x [Y] bits
*
대안 2: time bitmap only - [X] bits
*
대안 3: Reuse TRA/FRA field in the 1st-stage SCI format(i.e. SCI format 1-A)
여기에서, X 및 Y는 임의의 수를 의미할 수 있다.
상기 대안 1 및 대안 2의 경우에 실시예 2에서 설명한 단말 간 협력 방법1이 사용되는 경우에 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 다수의 시간 및 주파수 자원 후보들을 지시해 주기 위한 방법으로 비트맵이 사용되는 경우이며 해당 비트맵의 사이즈는 특정 값으로 고정될 수도 있으며, 비트맵 사이즈가 자원 풀 정보로 (pre-)configuration될 수 도 있다. 대안 1의 경우 시간 및 주파수 상 비트맵이 각각 X비트와 Y비트로 사용되는 경우이며, 대안 2의 경우에는 시간상 비트맵만 X비트로 사용하는 경우를 나타낸다. 대안 2가 사용되는 경우에 주파수상 자원 할당 정보를 제공하지 못하는 단점이 있지만 시그널링 오버헤드를 줄일 수 있는 장점이 있다. 대안 3의 경우에는 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 하나 또는 두개의 시간 및 주파수 자원 정보 후보만을 선택하여 지시해 주기 위한 방법으로 기존 1st SCI에서 지시되는 자원 할당 정보 지시 필드 및 해당 지시 방법이 활용되어 사용될 수 있다. 구체적으로, 표 7은 기존 1st SCI 포맷에 포함된 필드를 나타낸다.
| Field | Bits |
| Priority | 3 |
| Frequency resource assignment |
 |
| Time resource assignment |
 |
| Resource reservation period |
 |
| DMRS pattern |
 |
| 2nd stage SCI format | 2 |
| Betta offset indicator | 2 |
| Number of DMRS port | 1 |
| MCS | 5 |
| Additional MCS table indicator | 0 ~ 2 depending on additional MCS table configuration |
| PSFCH overhead indication | 0 or 1 depending on PSFCH period |
| Reserved | 2~4 by high layer parameter sl-NumReservedBits |
상기 표 7에서 Frequency resource assignment와 Time resource assignment 필드의 비트 정보량이 상기 대안 3이 사용되는 경우에 자원 할당 정보 지시 필드 정보량으로 사용될 수 있다. 표 5에서 Zone ID와 Communication range requirement는 단말 간 communication range를 판단하기 위한 제어 정보로, 단말은 다른 단말이 제공해준 zone ID 정보에 기반하여 단말 간 거리를 계산할 수 있으며. 단말은 communication range requirement 정보에 기반하여 다른 단말과 communication range에 있는지의 여부를 판단할 수 있다. 만약 단말 간 거리가 communication range에 있다고 판단되는 경우에만 RSAI를 피드백 해주거나 수신한 RSAI가 유효한지 판단하는데 사용할 수 있다. 표 5에서 Source ID와 Destination ID는 데이터 전송의 소스와 목적지를 판단하는데 사용되며, 만약 2nd SCI와 데이터와 함께 전송되지 않는 경우에 Source ID와 Destination ID는 2nd SCI에 포함되지 않을 수 있다.
다음으로 아래에서는 표 5에 포함된 제어 정보를 지시하는 다양한 방법들을 고려한다. 우선 첫번째 방법으로, 단말 간 협력을 수행하기 위해 표 5와 같은 제어 정보들 중 하나 이상이 하나의 2nd SCI 포맷에 포함될 수 있으며, 해당 2nd SCI는 표 8의 '10' 필드와 같이 새로운 포맷 SCI format 2-C으로 정의될 수 있다.
| Value of 2nd-stage SCI format field | 2nd-stage SCI format |
| 00 | SCI format 2-A |
| 01 | SCI format 2-B |
| 10 | SCI format 2-C |
| 11 | Reserved |
두번째 방법으로, 아래 표 9와 같이 단말 간 협력 정보를 요청하는 데 필요한 제어 정보를 하나의 2nd SCI 포맷에 포함하고, 아래 표 10과 같이 단말 간 협력 정보를 제공하는 데 필요한 제어 정보를 또 다른 하나의 2nd SCI 포맷에 포함하는 방법이다. 그리고 해당 2nd SCI는 각 새로운 포맷으로 정의될 수 있다. 표 11의 '10'은 표 9의 제어 정보를 지시하는 SCI format 2-C으로 정의될 수 있다. 그리고 표 11의 '11'은 표 10의 제어 정보를 지시하는 SCI format 2-D으로 정의될 수 있다.
| -
Inter-UE coordination (e.g., RSAI) request - 1bit - Priority - 3bits - Inter-UE coordination (e.g., RSAI) configuration - 1bit - Inter-UE coordination (e.g., RSAI) latency bound - [A] bits - Resource size  - Zone ID - 12 bits - Communication range requirement - 4bits - Source ID - 8 bits - Destination ID - 16 bits |
| -
Inter-UE coordination information(e.g., RSAI) feedback - [B] bits - Zone ID - 12 bits - Communication range requirement - 4bits - Source ID - 8 bits - Destination ID - 16 bits |
| Value of 2nd-stage SCI format field | 2nd-stage SCI format |
| 00 | SCI format 2-A |
| 01 | SCI format 2-B |
| 10 | SCI format 2-C |
| 11 | SCI format 2-D |
[제4 실시예]
제4 실시예에서는 사이드링크의 단말 간 협력 방법 1이 사용되는 경우 그리고 explicit request를 통해 단말 간 협력 정보(coordination information)가 요청(triggering)되는 경우에 해당 정보를 제공하기 위한 단말의 세부 동작을 설명한다. 단말 간 협력 방법 1에 대한 보다 상세한 설명은 상기 제2 실시예를 참고한다.
도 9a는 본 개시의 일 실시예에 따른 explicit request를 통해 단말 간 협력 방법 1을 지원하는 경우에 사이드링크에서의 단말 간 협력 수행 절차를 설명하기 위한 도면이다.
도 9a에서 특정 단계(예를 들어, 904 및 908)는 생략되거나 및 단계의 순서가 바뀔 수도 있음에 주목한다. 도 9a에서 단말 간 협력 정보로 자원 할당 정보(RSAI)를 지시하기 위한 방법에 초점이 맞춰져 있음에 주목한다. 따라서, 도 9b와 도 9b를 통해 단말이 RSAI를 제공하기 위해 센싱 및 자원 선택을 수행하는 세부 동작을 설명한다. 하지만 본 개시에서 단말 간 협력 정보는 RSAI에 한정되지 않는다. 달리 말해, 도 9a 내지 9c에서 RSAI는 일반적인 단말 간 협력 정보를 의미하는 것으로 해석될 수 있음에 주목한다.
구체적으로, 도 9a에 도시된 바와 같이 UE-B(901)는 UE-A(902)로 RSAI를 요청(903)할 수 있다. RSAI를 요청할 때 이를 지시하는 방법은 제3 실시예를 참고한다. UE-A는 UE-B로부터 RSAI 요청에 대한 신호를 수신했을 때, 해당 RSAI 요청에 대한 피드백을 제공할지 여부에 대한 유효성 확인을 904 단계에서 수행할 수 있다. 이때 유효성 확인은 UE-A가 UE-B로부터 RSAI 요청(903)과 함께 수신한 다른 제어 정보들을 이용하여 판단될 수 있으며 해당 제어 정보들은 제3 실시예의 표 5에 제시된 바와 같이 RSAI latency bound, Zone ID, communication range requirement 등이 포함될 수 있다. 이때 해당 제어 정보들을 통해 유효성을 판단하는 상세 설명은 제3 실시예를 참고한다. 만약 904단계에서 RSAI 요청에 대한 피드백을 제공하는 것이 유효하다고 판단되면 UE-A는 905로 이동하여 RSAI 전송을 위한 TX 자원 선택을 수행할 수 있다. 또한, 906단계로 이동하여 RSAI 피드백을 제공하기 위한 RSAI를 결정할 수 있다. 상기 제2 실시예에서 설명한 바와 같이, 단말 간 협력 방법 1에서 RSAI는 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 정보일 수 있다. 또한, 해당 정보는 UE-B가 결정하여 UE-A로 지시해 주는 방법과 UE-A가 결정하여 UE-B로 지시해 주는 방법을 고려할 수 있다. 906단계에서 UE-A는 적합한(선호되는) 또는 비적합한(비선호되는) RSAI를 결정할 수 있다. 이때 RSAI는 UE-A가 UE-B로부터 RSAI 요청(903)과 함께 수신한 다른 제어 정보들을 이용하여 결정될 수 있으며 해당 제어 정보는 제3 실시예의 표 5에 제시된 바와 같이 RSAI latency bound, Resource size 
등이 포함될 수 있다. 905단계 및 906단계를 수행하는 세부 단말 동작은 도9b 내지 도9c를 통해 아래에 상세히 설명한다. 906 단계에서 UE-A가 RSAI를 결정하면 해당 정보를 907단계를 통해 UE-B로 제공해 줄 수 있다. 이때 UE-A는 RSAI feedback 정보와 함께 제3 실시예의 표 5에 제시된 바와 같이 RSAI configuration(Preferred, Non-Preferred), Zone ID, communication range requirement등을 포함하여 제공해 줄 수 있다. 도 9a에 도시된 바와 같이, UE-B(901)는 UE-A(902)로 RSAI를 요청(903)한 이후에 RSAI latency bound를 고려하여 해당 시간 안에 UE-A로부터 RSAI 정보를 제공(907)받지 못하면 UE-A로부터 RSAI 정보의 수신을 기대하지 않을 수 있다. 구체적으로, UE-B는 RSAI를 요청(903)한 이후에 timer를 RSAI latency bound으로 셋팅 하고, timer를 감소시켜 해당 timer가 만료되면 RSAI 수신을 기대하지 않을 수 있다. 만약, RSAI latency bound 안에 UE-A로부터 RSAI 정보를 제공(907)받게 되면 908단계로 이동하여 RSAI 피드백의 유효성 여부를 확인할 수 있다. 이때 유효성 확인은 UE-A가 UE-B로 제공해준 제어 정보들로부터 판단될 수 있으며 해당 제어 정보는 제3 실시예의 표 5에 제시된 바와 같이 Zone ID, communication range requirement등이 포함될 수 있다. 이때 해당 제어 정보들을 통해 유효성을 판단하는 상세 설명은 제3 실시예를 참고한다. 908단계에서 제공 받은 RSAI가 유효한 것으로 판단되면, UE-B는 909단계로 이동하여 RSAI 정보와 UE-B의 센싱 결과가 이용 가능한 경우, 이를 이용하여 전송 자원을 결정할 수 있다. 전송 자원이 결정되면 UE-B는 910단계에서 PSCCH/PSSCH 전송을 수행할 수 있다. 도 9a의 910에서는, PSCCH/PSSCH 전송을 UE-A에게 하는 것으로 도시되어 있으나 이에 한정하지 않는다. 달리 말해, UE-A가 아닌 다른 단말로 PSCCH/PSSCH 전송을 수행할 수 있다.
도 9b는 본 개시의 일 실시예에 따라 explicit request를 통해 단말 간 협력 방법 1을 지원하는 경우에 단말 간 협력 정보로 자원 할당 정보(RSAI)를 제공하기 위해 단말이 센싱 및 자원 선택을 수행하는 세부 동작을 설명하기 위한 도면이다.
도 9b에서는 RSAI가 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들로 구성된 셋인 경우를 설명한다.
우선 도 9b에서 UE-A가 RSAI를 제공하기 위해 920의 RSW(Resource Selection Window)를 결정하는 방법을 설명한다. 우선 RSW(920)은 RSAI 선택이 triggering 된 슬롯 'n'(921)을 기준으로 [n+T1, n+T2]의 구간으로 정의될 수 있다. 여기서, T1은 RSW의 시작되는 슬롯을 결정하는 값으로 단말이 자원 선택을 하는데 필요한 processing time을 고려한 시간으로 단말(UE-A)는 Tproc,1 이내의 값으로 T1을 선택할 수 있다. 여기서 Tproc,1은 {15, 30, 60, 120} kHz SCS(Subcarrier Spacing)에 대해서 각각 {3, 5, 9, 17}의 물리적 슬롯으로 결정될 수 있다. 또한, T2는 RSW가 끝나는 슬롯을 결정하는 값으로 T2min ≤ T2 ≤ Remaining PDB 내에서 결정될 수 있다. 단말(UE-A)는 Remaining PDB에 해당되는 값으로 제3 실시예의 표 5에 제시된 바와 같이 UE-B가 제공해준 RSAI latency bound을 Remaining PDB으로 적용하여 T2의 값을 선택할 수 있다. 또한 {15, 30, 60, 120} kHz SCS에 대해서 μ는 각각 0,1,2,3의 값으로 정의되고 μ에 대해서 T2min의 값은 {1, 5, 10, 20}
의 물리적 슬롯으로 정의된 후보 셋으로(pre-)configuration될 수 있다. 또한 단말(UE-A)의 priority가 높은 경우 더 작은 T2min의 값을 후보 셋에서 선택할 수 있다. 이는 모든 단말이 작은 T2min값을 선택하여 자원 충돌을 방지하기 위함이다. UE-A가 RSW내에서 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보를 선별하기 위해서는 RSW의 크기 X(=T2-T1)가 물리적 슬롯 이상의 값으로 보장되어야 할 필요가 있다. 다시 말해, X의 물리적 슬롯 이상의 값으로 RSW를 보장하도록 하는 것은 RSAI를 선택하기 위한 최소한의 RSW를 확보하기 위한 목적일 수 있다. 따라서 X의 값은 SCS(subcarrier spacing)에 따라서 특정 값으로 고정될 수도 있고(예를 들어, SCS에 따라서) (pre-)configuration되는 값(SCS에 따라서)일 수 있다. 그리고 만약 RSW가 X 슬롯 이상 보장되지 않는 경우에 UE-A는 UE-B로 RSAI를 제공하지 않을 수 있다. 달리 말해, RSW가 X 슬롯 이상 보장되는 경우에만 UE-A는 UE-B로 RSAI를 제공할 수 있다. 또한 X 슬롯 이상 보장되는 경우 도 9a의 904단계에서 RSAI 요청에 대한 피드백을 제공하는 것이 유효하다고 판단되는 것으로 해석될 수 있다. 또한 도 9b에서 RSAI 선택이 triggering 된 슬롯 'n'(921)은 UE-A가 UE-B로부터 RSAI 요청을 수신한 슬롯 m(922)로부터 결정될 수 있다. 도 9b에서 슬롯 m(922)과 슬롯 'n'(921) 사이의 gap은 W0≥0으로 도시 되었다. W0가 0으로 설정되는 것은 UE-A가 항상 센싱을 수행하여 UE-B로부터 RSAI 요청 신호를 받은 이후에 센싱을 수행하지 않아도 되는 경우일 수 있다. 이와 달리, UE-A가 UE-B로부터 RSAI 요청 신호를 받은 이후에 센싱을 수행하는 경우, 센싱을 수행하는 필요하는 시간이 W0으로 설정될 수 있을 것이다. 전자의 경우에는 W0가 0으로 설정되어 UE-A가 RSAI를 제공하는 데 낮은 지연시간을 보장해 줄 수 있을 것이다. 하지만 후자의 경우에는 UE-A가 RSAI를 제공하는데 지연시간이 발생되는 단점이 발생될 수 있다. 따라서, 낮은 지연 시간을 보장하기 위해, 제1 실시예에서 설명한 바와 같이, UE-A는 조건 6에 해당되어 단말 간 협력을 수행하는데 충분한 전력을 가지고 있어 항상 센싱을 수행하는 단말에 해당할 필요가 있다. 또한, 제1 실시예에서 설명한 바와 같이, 조건 1에 해당되어 해당 capability를 갖고 있는 단말에 해당할 필요가 있다.
다음으로 도 9b에서 UE-A가 UE-B로 RSAI를 제공하기 전송 자원(923)을 결정하는 방법을 설명한다. 해당 전송 자원은 다음의 두가지 방법에 의해 결정될 수 있을 것이다. 하지만 본 개시는 아래의 방법만으로 한정되지 않음에 주목한다.
*
방법 1: UE-A가 전송을 위해 이미 선택해 놓은 자원이 있거나 예약해 놓은 자원이 있고 해당 자원이 UE-A가 UE-B로 RSAI를 제공하기 위한 전송자원으로 적합한 경우에 UE-A는 해당 자원을 이용하여 RSAI를 전송할 수 있다.
**
상기 방법 1에서 이미 선택/예약해 놓은 자원은 초기 전송 자원에 한정될 수 있다.
**
상기 방법 1에서 UE-A가 UE-B로 RSAI를 제공하기 위한 전송자원으로 적합한 경우는 이미 선택/예약해 놓은 자원이 UE-A가 RSW내에서 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보를 RSAI로 제공하는데 적합한 자원을 의미할 수 있다. 예를 들어, 도 9b에서 이미 선택/예약해 놓은 자원이 RSW 이후에 있는 경우는 적합하지 않은 자원으로 판단될 수 있다. 이와 달리, 도 9b에서 이미 선택/예약해 놓은 자원이 RSW 내에 있지만 시간상 RSW내의 뒤에 위치하여 유효한(지시할 수 있는) UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들이 거의 남아 있지 않은 경우는 적합하지 않은 자원으로 판단될 수 있다. 따라서, 방법 1에서 UE-A가 UE-B로 RSAI를 제공하기 위한 전송자원으로 적합한 경우는 UE-A가 UE-B로부터 RSAI 요청을 수신한 슬롯 m(922) 이후부터 RSAI 선택이 triggering 된 슬롯 'n'(921) 이전까지 일 수 있다. 이와 달리, 방법 1에서 UE-A가 UE-B로 RSAI를 제공하기 위한 전송자원으로 적합한 경우는 UE-A가 UE-B로부터 RSAI 요청을 수신한 슬롯 m(922) 이후부터 RSAI 선택이 triggering 된 슬롯 'n'(921) 이후가 될 수도 있다. 하지만, 이와 같은 경우에는, 도 9b에 도시된 바와 같이 RSAI를 제공하기 위한 전송 자원(923)이 RSW 내의 앞에 위치하여 유효한(지시할 수 있는) UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들이 남아 있는 경우일 수 있다. 이러한 판단은 단말 구현에 의해서 결정될 수도 있다.
*
방법 2: UE-A가 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들을 선택할 때 RSAI를 제공하기 위한 전송 자원도 함께 선택할 수 있다.
**
상기 방법 2는 방법1에서 이미 선택/예약해 놓은 RSAI를 전송하는데 적합한 유효 자원이 없는 경우에 해당될 수 있다.
상기 방법 1과 2에서 RSAI를 제공하기 위한 전송 자원에 대한 재전송은 수행되지 않는 것으로 가정될 수 있다. RSAI를 제공하기 위한 전송 자원에 대한 재전송이 수행될 경우에 RSAI 전송에 대한 전송 지연이 발생될 수 있을 뿐만 아니라 RSAI를 제공하는 시점마다 RSAI 정보가 동일한 것으로 가정될 수 없다. 구체적으로, RSAI를 제공하는 시점마다 RSAI 정보가 동일하지 않은 경우에 재전송에 대한 HARQ 결합(combine) 이득을 기대할 수 없다. 또한 방법 2에서 RSAI를 제공하기 위한 전송 자원을 선택하는 방법으로 아래의 대안들이 고려될 수 있다. 하지만 본 개시에서 방법 2에 따라 RSAI를 제공하기 위한 전송 자원을 선택하는 방법은 아래의 대안들에만 한정하지 않음에 주목한다. 예를 들어, 아래의 대안들 중 일부가 조합되어, 방법 2에서 RSAI를 제공하기 위한 전송 자원을 선택하는 방법으로 사용될 수도 있다.
*
대안 1: 센싱 결과를 이용하여 RSAI를 선택하기 위한 RSW 내에서 RSAI를 제공하기 위한 전송 자원을 선택한다.
**
상기 대안 1에서 센싱은 PSCCH 디코딩 및 RSRP 측정 과정을 포함할 수 있으며 PSCCH 디코딩을 통해 UE-A는 다른 단말이 예약한 자원을 파악할 수 있으며, RSRP 측정을 통해 RSW 내의 후보 자원들 중에서 선별된 후보 자원의 셋을 파악하고 해당 셋 안에서 random하게 RSAI를 제공하기 위한 전송 자원이 선택 될 수 있다.
*
대안 2: 센싱 결과를 이용하여 RSAI를 선택하기 위한 RSW 내의 앞 부분에서 RSAI를 제공하기 위한 전송 자원을 선택한다.
**
한편, 상술한 대안 1의 경우, random 하게 선택된 자원이 RSW내의 뒤에 위치하게 되면 유효한(지시할 수 있는) UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들이 거의 남아 있지 않을 수 있다. 이에, 상기 대안 2는 대안 1에서 발생할 수 있는 문제점을 해결할 수 있는 방법으로, RSW 내의 앞 부분에서 RSAI를 제공하기 위한 전송 자원을 선택한다. 구체적으로 [n+T1, n+T2']의 구간에서 센싱을 통해 선별된 후보 자원들 중에서 random하게 RSAI를 제공하기 위한 전송 자원이 선택 될 수 있다. 여기서, T2'<T2이며 T2'의 값은 특정 값으로 고정될 수도 있고 (SCS에 따라서) (pre-)configuration되는 값(SCS에 따라서)일 수 있다.
*
대안 3: 센싱 결과를 이용하여 RSAI를 선택하기 위한 RSW 내에서 선별된 후보 자원 중 시간 상 첫번째 슬롯에서 RSAI를 제공하기 위한 전송 자원을 선택한다.
**
상술한 바와 같이 대안 1의 경우, random 하게 선택된 자원이 RSW내의 뒤에 위치하게 되면 유효한(지시할 수 있는) UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들이 거의 남아 있지 않을 수 있다. 이에, 상기 대안 3은 대안 1에서 발생할 수 있는 문제점을 해결할 수 있는 방법으로, RSW 내에서 선별된 후보 자원 중 시간 상 첫번째 슬롯에서 RSAI를 제공하기 위한 전송 자원을 선택한다. 상기의 첫번째 슬롯은 센싱을 통해 RSW 내의 후보 자원들 중에서 선별된 후보 자원의 셋을 파악하고 해당 셋 안에서 가장 앞에 있는 슬롯에 해당될 수 있다. 만약 해당 슬롯에 선택할 수 있는 자원 후보가 오직 하나인 경우에는 해당 슬롯에 해당되는 주파수 영역이 RSAI를 제공하기 위한 전송 자원이 될 수 있다. 만약, 해당 슬롯에 선택할 수 있는 자원 후보가 하나 이상인 경우에는 후보들 중에서 random하게 RSAI를 제공하기 위한 전송 자원(주파수 영역)이 선택 될 수 있다.
도 9b에서 RSAI는 RSW내에서 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들로 구성된 셋인 경우로, RSAI를 제공하기 위한 전송 자원을 선택해야 함과 동시에 해당 RSAI을 결정해야 할 것이다. UE-A는 센싱 결과를 이용하여 RSW 내에서 RSAI를 선택한다. 센싱은 PSCCH 디코딩 및 RSRP 측정 과정을 포함할 수 있으며 PSCCH 디코딩을 통해 UE-A는 다른 단말이 예약한 자원을 파악할 수 있으며, RSRP 측정을 통해 RSW 내의 후보 자원들 중에서 선별된 후보 자원의 셋을 파악할 수 있다. 구체적으로, RSW 내에 이용 가능한 모든 후보 자원의 수를 
라고 했을 때, 아래의 기준들 중 하나 이상이 적용되어 의해 선별된 
개의 후보 자원의 셋을 결정할 수 있다. 달리 말해, RSW내에서 선별된 
개의 후보 자원이 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들로 구성된 셋이 될 수 있다. 여기서 
는 후보 자원을 셋을 선별하기 위해 설정되는 값으로 특정 값으로 고정된 값일 수도 있고 (pre-)configuration된 값일 수 있다. 또한 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들에 대해 다른 
값이 설정될 수 있음에 주목한다. 일례로 적합한(선호되는) 자원 할당 후보들에 
값이 설정된 경우에 비적합한(비선호되는) 자원 할당 후보에 
값이 설정될 수 있다. 여기서 
와 
값은 0과 1사이의 실수로 설정될 수 있다. 또한 
값은 
로 설정되는 경우도 포함될 수 있다. 본 개시는 아래의 기준들에만 한정되지 않음에 주목한다.
*
기준 1: 센싱 결과 RSW 내의 후보 자원들 중에서 다른 단말이 예약한 자원과 시간 및 주파수 상에서 중첩(overlap)되어 자원 충돌이 예상되는 자원으로부터 RSAI를 결정한다.
**
상기 기준 1에서, 센싱은 PSCCH 디코딩 및 RSRP 측정 과정을 포함할 수 있으며, PSCCH 디코딩을 통해 UE-A는 다른 단말이 예약한 자원을 파악할 수 있으며, 이를 통해 UE-A는 RSW 내의 후보 자원과 다른 단말이 예약한 자원과 시간 및 주파수 상에서 중첩(overlap)되는지의 여부를 판단할 수 있을 것이다. 그리고, 중첩된 자원에 대해 RSRP 측정을 통해 해당 측정 결과를 RSRP 임계값과 비교하여 해당 자원을 배제할지 여부를 최종 결정할 수 있을 것이다. 예를 들어, 적합한(선호되는) 자원 할당 후보의 경우에 RSRP 측정 결과가 임계값 보다 큰 경우에 해당 자원은 배제될 수 있을 것이다. 이와 달리, 비적합한(비선호되는) 자원 할당 후보의 경우에 RSRP 측정 결과가 임계값 보다 작은 경우에 해당 자원은 배제될 수 있을 것이다.
*
기준 2: UE-A가 UE-B에 대해 수신이 의도된 단말, 즉 수신 단말에 해당될 때, UE-A가 전송을 수행해야 하는 자원에 해당되어 UE-B로부터 수신을 할 수 없는 자원은 half duplex로 인해 충돌 일어날 것으로 판단되는 자원이므로, 이로부터 RSAI를 결정한다.
**
상기에서 적합한(선호되는) 자원 할당 후보의 경우에 기준 2에 해당되는 자원은 후보 자원에서 배제될 수 있다. 이와 달리, 비적합한(비선호되는) 자원 할당 후보의 경우에 기준 2에 해당되는 자원은 후보 자원에 포함될 수 있다.
*
기준 3: UE-B의 traffic requirement를 만족시키지 못하는 자원은 RSAI에 포함될 수 없다.
**
상기 기준 3는 UE-B가 제공해준 RSAI latency bound를 만족시키지 못하는 자원은 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들에 포함될 수 없음을 의미한다. 또한, 상기 기준 3는 UE-B가 제공해준 RSAI latency bound을 Remaining PDB으로 적용하여 RSW의 T2의 값을 선택하는 동작으로 해석될 수 있다.
다음으로, 상기 제안된 방법을 통해 도 9b에서와 같이 RSAI를 제공하기 위한 전송 자원(923)이 결정되고, UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들로 구성된 셋(924)가 결정된 경우에 UE-A는 RSAI를 UE-B로 피드백(지시)해 줄 수 있을 것이다. 앞서 설명한 바와 같이, RSAI가 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들로 구성된 셋인 경우에 RSAI로 제공되는 자원 할당 정보가 다수의 자원 후보들을 포함할 수 있기 때문에 RSAI를 지시해 주는 방법으로 비트맵이 적합할 수 있다. 우선 도 9b에서와 같이 RSAI 지시는 RSAI를 제공하기 위한 전송 자원(923)을 기준으로 결정될 수 있을 것이다. 구체적으로, 도 9b에 도시된 바와 같이 RSAI를 제공하기 위한 전송 자원(923)이 결정되고 해당 슬롯에서 RSAI가 지시될 때, 
의 자원이 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보로 지시될 수 있다. 실제 지시되는 RSAI 정보가 
보다 작을 수 있는 이유는 도 9b에 도시된 바와 같이 RSAI를 제공하기 위한 전송 자원(923)이 RSAI를 결정하는 RSW 내에서 결정되었을 때 923보다 시간상 앞선 자원(924)은 RSAI로 유효하지 않은 자원(925)이기 때문이다. 다음으로, RSAI를 제공하기 위한 전송 자원(923)에 대한 슬롯이 결정되었을 때, RSAI 지시를 위한 시간상 비트맵(W2)은 RSAI를 제공하기 위한 전송 자원(923)에 대한 슬롯부터 W1(≥0) 슬롯 이후가 될 수 있다. 여기서 W1은 단말 간 협력에 발생되는 지연시간을 고려하여 설정되는 값으로 예를 들어, UE-A가 RSAI를 제공하는 슬롯 바로 다음 슬롯은 UE-B가 전송 자원으로 사용하기 어려울 수 있다. 왜냐하면 UE-B도 RSAI 정보를 수신하고 이로부터 어떤 자원을 선택해야 할지 결정해야 할 시간이 필요할 수 있기 때문이다. 따라서 도 9b에 도시된 바와 같이 W1안에 있는 자원(924)는 RSAI로 유효하지 않은 자원(925)일 수 있다. 여기서 W1의 값은 특정 값으로 고정될 수도 있고(SCS에 따라서)(pre-)configuration되는 값(SCS에 따라서)일 수 있다. 또한, RSAI 지시를 위한 시간상 비트맵(W2)은 특정 값으로 고정될 수도 있고(SCS에 따라서)(pre-)configuration되는 값(SCS에 따라서)일 수 있다. 구체적으로, 도 9b에 도시된 바와 같이 RSAI를 제공하기 위한 전송 자원(923)이 결정되고 해당 슬롯에서 RSAI가 지시되었을 때, 923을 기준으로 W1(≥0) 슬롯 이후에 RSAI 지시를 위한 시간상 비트맵(W2)이 적용될 수 있다. 예를 들어, 시간상 비트맵이 '010001100…'으로 지시될 경우에 '1'는 RSAI에 해당되는 후보 자원에 해당됨을 지시하고 '0'은 RSAI에 해당되는 후보 자원에 해당되지 않음을 지시할 수 있다. 또한 RSAI 지시를 위한 주파수 상 비트맵(W2')이 함께 제공될 수 있다. RSAI 지시를 위한 주파수 상 비트맵(W2')은 특정 값으로 고정될 수도 있고(SCS에 따라서)(pre-)configuration되는 값(SCS에 따라서)일 수 있다. RSAI를 지시해 주는 방법으로 시간 및 주파수 상 비트맵이 모두 제공되는 경우에 시그널링 오버헤드가 증가되기 때문에 시간 상 비트맵만 제공하는 방법이 고려될 수도 있다. 구체적으로, RSAI 지시를 위한 주파수 상 비트맵(W2')이 제공되는 경우에 시간상 비트맵(W2)과 함께 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들을 지시해 줄 수 있다. 예를 들어, 시간상 비트맵이 '1'로 지시된 슬롯에 대해 주파수 상 비트맵은 다음과 같은 방법으로 지시될 수 있을 것이다. 하지만 본 개시는 아래의 방법에만 한정되지 않음에 주목한다. 예를 들어, 아래의 방법들 중 일부가 조합되어, 사용될 수도 있다.
*
방법 1: 주파수상 RSAI로 적합한(선호되는) 또는 비적합한(비선호되는) 서브채널의 시작 위치만을 지시한다.
**
상기 방법 1은 RSAI에 해당되는 주파수 상 사이즈는 UE-B가 UE-A로 제공해 주거나 UE-A가 UE-B로 제공해 주는 경우에 해당될 수 있다. 해당 정보는 상기 제3 실시예의 표 5에서 설명한 Resource size 
에 해당되는 값일 수 있다. 그리고 
는 단말이 센싱 및 자원 선택 시 결정하는 주파수상 자원 선택의 단위로 연속적인 
개수의 서브채널 수를 의미한다.
**
상기 방법 1에 따르면, 예를 들어, '0010000100'로 지시되는 경우에 '1'는 RSAI가 지시되는 주파수상 서브채널의 시작위치를 나타낸다. 만약, 해당 슬롯에 RSAI 자원 후보가 하나인 경우에 비트맵에 '1'은 하나만 포함될 수 있다.
*
방법 2: 주파수상 RSAI로 적합한(선호되는) 또는 비적합한(비선호되는) 서브 채널의 위치를 지시한다.
**
상기 방법 2은 RSAI에 해당되는 주파수 상 사이즈가 단말 간 협력을 수행하는 단말 간 교환되지 않는 경우일 수 있다.
**
상기 방법 2에 따르면, 예를 들어, '0111011100'로 지시되는 경우에 '1'는 RSAI가 지시되는 주파수상 서브채널의 위치를 나타낸다. 주파수상 RSAI가 연속적인 서브채널로 선택되는 경우가 가정될 수 있다. 따라서 '0111011100'는 주파수 상에서 연속적인 3개의 서브채널로 선택된 2개의 후보를 지시하는 것으로 해석될 수 있다.
도 9c는 본 개시의 일 실시예에 따른 explicit request를 통해 단말 간 협력 방법 1을 지원하는 경우에 단말 간 협력 정보로 자원 할당 정보(RSAI)를 제공하기 위해 단말이 센싱 및 자원 선택을 수행하는 세부 동작을 설명하기 위한 도면이다.
도 9c에서는 RSAI가 UE-B의 전송에 적합한(선호되는) 자원 할당 후보들로 구성된 셋에서 선택된 자원인 경우를 설명한다. 이러한 경우 RSAI로 제공되는 자원 할당 정보가 하나 또는 두개의 자원을 포함할 수 있다.
우선 도 9c에서 UE-A가 RSAI를 제공하기 위해 930의 RSW(Resource Selection Window)를 결정하는 방법을 설명한다. 우선 RSW(930)은 RSAI 선택이 triggering 된 슬롯 'n'(931)을 기준으로 [n+T1, n+T2]의 구간으로 정의될 수 있다. 여기서 T1은 RSW의 시작되는 슬롯을 결정하는 값으로 단말이 자원 선택을 하는데 필요한 processing time을 고려한 시간으로 단말(UE-A)는 Tproc,1 이내의 값으로 T1을 선택할 수 있다. 여기서 Tproc,1은 {15, 30, 60, 120} kHz SCS(Subcarrier Spacing)에 대해서 각각 {3, 5, 9, 17}의 물리적 슬롯으로 결정될 수 있다. 또한 T2는 RSW가 끝나는 슬롯을 결정하는 값으로 T2min ≤ T2 ≤ Remaining PDB 내에서 결정될 수 있다. 단말(UE-A)는 Remaining PDB에 해당되는 값으로 제3 실시예의 표 5에 제시된 바와 같이 UE-B가 제공해준 RSAI latency bound을 Remaining PDB으로 적용하여 T2의 값을 선택할 수 있다. 또한 {15, 30, 60, 120} kHz SCS에 대해서 μ는 각각 0,1,2,3의 값으로 정의되고 μ에 대해서 T2min의 값은 {1, 5, 10, 20}
의 물리적 슬롯으로 정의된 후보 셋으로 (pre-)configuration될 수 있다. 또한 단말(UE-A)의 priority가 높은 경우 더 작은 T2min의 값을 후보 셋에서 선택할 수 있다. 이는 모든 단말이 작은 T2min값을 선택하여 자원 충돌을 방지하기 위함이다. UE-A가 RSW내에서 UE-B의 전송에 적합한(선호되는) 자원 할당 후보를 선별하기 위해서는 RSW의 크기 X(=T2-T1)가 물리적 슬롯 이상의 값으로 보장되어야 할 필요가 있다. 다시 말해, X의 물리적 슬롯 이상의 값으로 RSW를 보장하도록 하는 것은 RSAI를 선택하기 위한 최소한의 RSW를 확보하기 위한 목적일 수 있다. 따라서 X의 값은 SCS에 따라서 특정 값으로 고정될 수도 있고(SCS에 따라서) (pre-)configuration되는 값(SCS에 따라서)일 수 있다. 그리고 만약 RSW가 X 슬롯 이상 보장되지 않는 경우에 UE-A는 UE-B로 RSAI를 제공하지 않을 수 있다. 달리 말해, RSW가 X 슬롯 이상 보장되는 경우에만 UE-A는 UE-B로 RSAI를 제공할 수 있다. 또한 X 슬롯 이상 보장되는 경우 도 9a의 904단계에서 RSAI 요청에 대한 피드백을 제공하는 것이 유효하다고 판단되는 것으로 해석될 수 있다. 또한 도 9c에서 RSAI 선택이 triggering 된 슬롯 'n'(931)은 UE-A가 UE-B로부터 RSAI 요청을 수신한 슬롯 m(932)로부터 결정될 수 있다. 도 9c에서 슬롯 m(932)과 슬롯 'n'(931) 사이의 gap은 W0≥0으로 도시 되었다. W0가 0으로 설정되는 것은 UE-A가 항상 센싱을 수행하여 UE-B로부터 RSAI 요청 신호를 받은 이후에 센싱을 수행하지 않아도 되는 경우일 수 있다. 이와 달리, UE-A가 UE-B로부터 RSAI 요청 신호를 받은 이후에 센싱을 수행하는 경우에는 센싱을 수행하는 필요하는 시간이 W0으로 설정될 수 있을 것이다. 전자의 경우에는 W0가 0으로 설정되어 UE-A가 RSAI를 제공하는 데 낮은 지연시간을 보장해 줄 수 있을 것이다. 하지만 후자의 경우에는 UE-A가 RSAI를 제공하는데 지연시간이 발생되는 단점이 발생될 수 있다. 따라서 낮은 지연 시간을 보장하기 위해, 제1 실시예에서 설명한 바와 같이, UE-A는 조건 6에 해당되어 단말 간 협력을 수행하는데 충분한 전력을 가지고 있어 항상 센싱을 수행하는 단말에 해당할 필요가 있다. 또한, 제1 실시예에서 설명한 바와 같이, 조건 1에 해당되어 해당 capability를 갖고 있는 단말에 해당할 필요가 있다.
다음으로 도 9c에서 UE-A가 UE-B로 RSAI를 제공하기 전송 자원(933)을 결정하는 방법을 설명한다. 해당 전송 자원은 다음의 두가지 방법에 의해 결정될 수 있을 것이다. 하지만 본 개시는 아래의 방법만으로 한정되지 않음에 주목한다.
*
방법 1: UE-A가 전송을 위해 이미 선택해 놓은 자원이 있거나 예약해 놓은 자원이 있고 해당 자원이 UE-A가 UE-B로 RSAI를 제공하기 위한 전송자원으로 적합한 경우에 UE-A는 해당 자원을 이용하여 RSAI를 전송할 수 있다.
**
상기 방법 1에서 이미 선택/예약해 놓은 자원은 초기 전송 자원에 한정될 수 있다.
**
상기 방법 1에서 UE-A가 UE-B로 RSAI를 제공하기 위한 전송자원으로 적합한 경우는 이미 선택/예약해 놓은 자원이 UE-A가 RSW내에서 UE-B의 전송에 적합한(선호되는) 자원 할당 후보를 RSAI로 제공하는데 적합한 자원을 의미할 수 있다. 예를 들어, 도 9c에서 이미 선택/예약해 놓은 자원이 RSW 이후에 있는 경우는 적합하지 않은 자원으로 판단될 수 있다. 이와 달리, 도 9c에서 이미 선택/예약해 놓은 자원이 RSW 내에 있지만 시간상 RSW내의 뒤에 위치하여 유효한(지시할 수 있는) UE-B의 전송에 적합한(선호되는) 자원 할당 후보를 지시할 수 없는 경우에 적합하지 않은 자원으로 판단될 수 있다. 따라서, 방법 1에서 UE-A가 UE-B로 RSAI를 제공하기 위한 전송자원으로 적합한 경우는 UE-A가 UE-B로부터 RSAI 요청을 수신한 슬롯 m(932) 이후부터 RSAI 선택이 triggering 된 슬롯 'n'(931) 이전까지 일 수 있다. 이와 달리, 방법 1에서 UE-A가 UE-B로 RSAI를 제공하기 위한 전송자원으로 적합한 경우는 UE-A가 UE-B로부터 RSAI 요청을 수신한 슬롯 m(932) 이후부터 RSAI 선택이 triggering 된 슬롯 'n'(931) 이후가 될 수도 있다. 하지만 이와 같은 경우에는 도 9c에 도시된 바와 같이 RSAI를 제공하기 위한 전송 자원(933)이 RSW내의 앞에 위치하여 유효한(지시할 수 있는) UE-B의 전송에 적합한(선호되는) 자원 할당 후보가 있는 경우일 수 있다. 이러한 판단은 단말 구현에 의해서 결정될 수 도 있다.
*
방법 2: UE-A가 UE-B의 전송에 적합한(선호되는) 자원 할당 후보들을 선택할 때 RSAI를 제공하기 위한 전송 자원도 함께 선택할 수 있다.
**
상기 방법 2는 방법1에서 이미 선택/예약해 놓은 RSAI를 전송하는데 적합한 유효 자원이 없는 경우에 해당될 수 있다.
상기 방법 1과 2에서 RSAI를 제공하기 위한 전송 자원에 대한 재전송은 수행되지 않는 것으로 가정될 수 있다. RSAI를 제공하기 위한 전송 자원에 대한 재전송이 수행될 경우에 RSAI 전송에 대한 전송 지연이 발생될 수 있을 뿐만 아니라 RSAI를 제공하는 시점마다 RSAI 정보가 동일한 것으로 가정될 수 없다. 구체적으로, RSAI를 제공하는 시점마다 RSAI 정보가 동일하지 않은 경우에 재전송에 대한 HARQ 결합(combine) 이득을 기대할 수 없다. 또한 방법 2에서 RSAI를 제공하기 위한 전송 자원을 선택하는 방법으로 도 9b를 통해 설명한 대안 1내지 대안 3이 적용될 수 있을 것이다. 하지만, 도 9c에서와 같이, RSAI가 UE-B의 전송에 적합한(선호되는) 자원 할당 후보들로 구성된 셋에서 선택된 자원인 경우에는 대안 1이 가장 적합한 대안이 될 수도 있다.
도 9c에서 RSAI는 RSW내에서 UE-B의 전송에 적합한(선호되는) 자원 할당 후보들의 셋에서 선택된 자원인 경우로, RSAI를 제공하기 위한 전송 자원을 선택해야 함과 동시에 해당 RSAI을 결정해야 할 것이다. UE-A는 센싱 결과를 이용하여 RSW 내에서 RSAI를 선택한다. 센싱은 PSCCH 디코딩 및 RSRP 측정 과정을 포함할 수 있으며 PSCCH 디코딩을 통해 UE-A는 다른 단말이 예약한 자원을 파악할 수 있으며, RSRP 측정을 통해 RSW 내의 후보 자원들 중에서 선별된 후보 자원의 셋을 파악할 수 있다. 구체적으로, RSW 내에 이용 가능한 모든 후보 자원의 수를 
라고 했을 때, 아래의 기준들 중 하나 이상이 적용되어 의해 선별된 
개의 후보 자원의 셋을 결정할 수 있다. 달리 말해, RSW내에서 선별된 
개의 후보 자원이 UE-B의 전송에 적합한(선호되는) 자원 할당 후보들로 구성된 셋이 될 수 있다. 그리고 단말은 RSW내에서 선별된 
개의 후보 자원에서 random하게 RSAI로 지시할 자원을 선택해 줄 수 있다. 여기서 
는 후보 자원을 셋을 선별하기 위해 설정되는 값으로 특정 값으로 고정된 값일 수도 있고(pre-)configuration된 값일 수 있다. 여기서 
값은 0과 1사이의 실수로 설정될 수 있다. 본 개시는 아래의 기준들에만 한정되지 않음에 주목한다.
*
기준 1: 센싱 결과 RSW 내의 후보 자원들 중에서 다른 단말이 예약한 자원과 시간 및 주파수 상에서 중첩(overlap)되어 자원 충돌이 예상되는 자원은 후보 자원에서 배제한다.
**
상기 기준 1에서 센싱은 PSCCH 디코딩 및 RSRP 측정 과정을 포함할 수 있으며 PSCCH 디코딩을 통해 UE-A는 다른 단말이 예약한 자원을 파악할 수 있으며, 이를 통해 UE-A는 RSW 내의 후보 자원과 다른 단말이 예약한 자원과 시간 및 주파수 상에서 중첩(overlap)되는지의 여부를 판단할 수 있을 것이다. 그리고 중첩된 자원에 대해 RSRP 측정을 통해 해당 측정 결과를 RSRP 임계값과 비교하여 해당 자원을 배제할지 여부를 최종 결정할 수 있을 것이다. 예를 들어, RSRP 측정 결과가 임계값 보다 큰 경우에 해당 자원은 배제될 수 있을 것이다.
*
기준 2: UE-A가 UE-B에 대해 수신이 의도된 단말, 즉 수신 단말에 해당될 때, UE-A가 전송을 수행해야 하는 자원에 해당되어 UE-B로부터 수신을 할 수 없는 자원은 후보 자원에서 배제한다.
**
상기 기준 2는 half duplex로 인해 충돌 일어날 것으로 판단되는 자원으로 해석될 수 있다.
*
기준 3: UE-B의 traffic requirement를 만족시키지 못하는 자원은 후보 자원에서 배제한다.
**
상기 기준 3는 UE-B가 제공해준 RSAI latency bound를 만족시키지 못하는 자원은 UE-B의 전송에 적합한(선호되는) 자원 할당 후보들에 포함될 수 없음을 의미한다. 또한 상기 기준 3는 UE-B가 제공해준 RSAI latency bound을 Remaining PDB으로 적용하여 RSW의 T2의 값을 선택하는 동작으로 해석될 수 있다.
다음으로, 상기 제안된 방법을 통해 도 9c에서와 같이 RSAI를 제공하기 위한 전송 자원(923)이 결정되고, UE-B의 전송에 적합한(선호되는) 자원 할당 후보들로 구성된 셋(924)가 결정된 경우에 UE-A는 선별된 
개의 후보 자원에서 random하게 RSAI를 결정하여 해당 RSAI를 UE-B로 피드백(지시)해 줄 수 있을 것이다. 앞서 설명한 바와 같이, 이러한 경우 RSAI로 제공되는 자원 할당 정보가 하나 또는 두개의 자원을 포함할 수 있다. 따라서 RSAI를 지시해 주는 방법으로 표 7에 Time resource assignment와 Frequency resource assignment를 활용할 수 있다. 해당 필드를 해석하여 자원의 위치를 파악하는 방법은 예를 들어 TS38.214 Section 8.1.5의 TRIV(Time Resource Indication Value) 및 FRIV(Frequency Resource Indication Value)를 참고할 수 있다. 하지만 도 9c에서와 같이 RSAI 지시는 RSAI를 제공하기 위한 전송 자원(933)을 기준으로 결정될 수 있을 것이다. 구체적으로, 도 9c에 도시된 바와 같이, RSAI를 제공하기 위한 전송 자원(933)이 결정되고 해당 슬롯에서 RSAI가 지시될 때, 선택된 하나 또는 두개의 자원이 선호되는 RSAI로 지시될 수 있다. 또한, 933을 기준으로 선택된 RSAI 자원(935) 사이의 시간상 gap인 W2가 지시될 수 있다. 여기서 W2는 TRIV에 해당될 수 있다. 또한 선택된 RSAI 자원(933)의 주파수상 위치(W2')이 FRIV에 의해 결정될 수 있다. 도 9c의 방법이 사용되는 경우, 단말(UE-A)이 UE-B의 전송에 적합한(선호되는) 자원 할당 후보들로부터 선호되는 첫번째 RSAI를 선택할 때(UE-A가 하나의 RSAI만을 선택하는 경우에는 두 번째 RSAI가 선택되지 않을 것이다.) 933과 935사이에 W1(≥0) 슬롯의 시간 상 gap이 유지되도록 자원을 선택할 수 있다. 여기서 W1은 단말 간 협력에 발생되는 지연시간을 고려하여 설정되는 값으로 예를 들어, UE-A가 RSAI를 제공하는 슬롯 바로 다음 슬롯은 UE-B가 전송 자원으로 사용하기 어려울 수 있다. 왜냐하면 UE-B도 RSAI 정보를 수신하고 이로부터 어떤 자원을 선택해야 할지 결정해야 할 시간이 필요할 수 있기 때문이다. 여기서 W1의 값은 특정 값으로 고정될 수도 있고(SCS에 따라서) (pre-)configuration되는 값(SCS에 따라서)일 수 있다. 만약 단말이 RSAI를 선택하고 933과 935사이에 시간 상 gap이 W1을 만족하지 못하는 경우 단말(UE-A)은 선별된 
개의 후보 자원에서 RSAI를 random하게 다시 선택할 수 있을 것이다.
[제5 실시예]
제5 실시예에서는 사이드링크의 단말 간 협력 방법 1이 사용되는 경우에 그리고 단말 간 협력 정보(coordination information)가 특정 조건에 의해 triggering되어 제공되는 경우에 단말의 세부 동작을 설명한다. 단말 간 협력 방법1에 대한 보다 상세한 설명은 상기 제2 실시예를 참고한다.
도 10a는 본 개시의 일 실시예에 따른 특정 조건에 의해 단말 간 협력이 트리거링되고 단말 간 협력 방법 1을 지원하는 경우에 사이드링크에서의 단말 간 협력 수행 절차를 설명하기 위한 도면이다.
도 10a에서 특정 단계(예를 들어, 1004 및 1007)는 생략되거나 및 단계의 순서가 바뀔 수도 있음에 주목한다. 도 10a에서 단말 간 협력 정보로 자원 할당 정보(RSAI)를 지시하기 위한 방법에 초점이 맞춰져 있음에 주목한다. 따라서 도 10b와 도 10c를 통해 단말이 RSAI를 제공하기 위해 센싱 및 자원 선택을 수행하는 세부 동작을 설명한다. 하지만 본 개시에서 단말 간 협력 정보는 RSAI에 한정되지 않는다. 달리 말해, 도10a 내지 10c에서 RSAI는 일반적인 단말 간 협력 정보를 의미하는 것으로 해석될 수 있음에 주목한다. 제4 실시예에서와 같이 단말 간 협력이 explicit한 request에 의해 triggering되는 방법이 아니라, 단말 간 협력이 특정 조건에 의해서 triggering되는 방법으로 다양한 방법이 고려될 수 있다. 예를 들어, 제1 실시예에서 제시한 UE-A가 되는 조건이 단말 간 협력이 triggering되는 특정 조건이 될 수 있다. 다시 말해, 제1 실시예에서 제시한 UE-A가 되는 조건이 만족되는 경우, 단말 간 협력이 triggering되고 UE-A는 단말 간 협력 정보를 제공할 수 있을 것이다. 도 10a에서는 단말 간 협력이 triggering되는 특정 조건으로 dedicated RSAI 자원이 정의되고 단말이 dedicated RSAI 자원이 이용 가능한 것으로 판단한 시점에서 단말 간 협력이 triggering되어 단말 간 협력 정보를 제공하는 방법을 구체적으로 제시한다.
구체적으로, 도 10a에 도시된 바와 같이 UE-B(1001)와 UE-A(1002) 사이에 dedicated RSAI 자원(1003)이 설정될 수 있다. dedicated RSAI 자원은 자원 풀 내에 periodicity와 duration설정을 통해(pre-)configuration될 수 있다. 구체적으로, periodicity(N)의 값이 0 또는 X logical slot으로 설정될 수 있다. 여기서 0은 dedicated RSAI 자원이 설정되지 않은 것을 의미할 수 있으며 X≥1의 값은 하나 또는 하나 이상의 후보 값을 가질 수 있을 것이다. 또한, duration(M)의 값이 Y≥1 logical slot으로 설정될 수 있다. Y의 값은 하나 또는 하나 이상의 후보 값을 가질 수 있을 것이다. 이와 같이, dedicated RSAI 자원이 설정되어 사용 가능한 경우(N>0)에 UE-A는 1004단계에서 dedicated RSAI 자원을 사용하여 단말 간 협력 정보를 전송 할 수 있는지의 여부를 결정할 수 있다. 이는 센싱을 통해 이루어질 수 있다. 구체적으로, dedicated RSAI 자원이 설정된 영역에서 energy detection을 수행하거나, dedicated RSAI 자원이 설정된 영역에서는 고정된(정해진) 패턴의 DMRS가 전송된다는 가정으로 RSRP(Reference Signal Received Power)를 측정을 통해 dedicated RSAI 자원을 이용할 수 있는지의 여부를 판단할 수 있을 것이다. 1004단계를 수행하는 세부 단말 동작은 도 10b 내지 도 10c를 통해 아래에 상세히 설명한다. 1004단계에서 dedicated RSAI 자원을 센싱하는 동작은 UE-B로 RSAI를 제공할 수 있는지의 여부를 확인하는 과정으로 해석될 수 있으며, 1004 단계의 결과 dedicated RSAI 자원에서 RSAI의 전송을 수행할 수 있는 경우에 UE-A가 되는 조건이 만족된 것으로 해석할 수 있을 것이다. 그러면 UE-A는 1005단계로 이동하여 RSAI 피드백을 제공하기 위한 RSAI를 결정할 수 있다. 상기 제2 실시예에서 설명한 바와 같이, 단말 간 협력 방법 1에서 RSAI는 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 정보일 수 있다. 또한 해당 정보는 UE-B가 결정하여 UE-A로 지시해 주는 방법과 UE-A가 결정하여 UE-B로 지시해 주는 방법을 고려할 수 있다. 1005단계에서 UE-A는 적합한(선호되는) 또는 비적합한(비선호되는) RSAI를 결정할 수 있으며 이때 UE-A가 UE-B로부터 RSAI를 결정하는데 도움이 되는 정보(RSAI latency bound, Resource size 
등)를 따로 제공 받은 경우 해당 정보로부터 RSAI를 결정할 수 있을 것이다. 하지만 해당 정보를 제공 받지 못한 경우에 UE-A는 해당 정보 없이 RSAI를 결정하여야 한다. 1005단계를 수행하는 세부 단말 동작은 도 10b 내지 도 10c를 통해 아래에 상세히 설명한다. 1005 단계에서 UE-A가 RSAI를 결정하면 해당 정보를 1006단계를 통해 UE-B로 제공해 줄 수 있다. 이때 UE-A는 RSAI feedback 정보와 함께 제3 실시예의 표 5에 제시된 바와 같이 RSAI configuration(Preferred, Non-Preferred), RSAI latency bound, Resource size 
, Zone ID, communication range requirement등을 포함하여 제공해 줄 수 있다. UE-B(1001)는 dedicated RSAI 자원이 설정된 시점에서 RSAI latency bound를 고려하여 해당 시간 안에 UE-A로부터 RSAI 정보를 제공(1006)받지 못하면, UE-A로부터 RSAI 정보의 수신을 기대하지 않을 수 있다. 구체적으로, dedicated RSAI 자원이 설정된 시점에서 timer를 RSAI latency bound으로 셋팅 하고, timer를 감소시켜 해당 timer가 만료되면 RSAI 수신을 기대하지 않을 수 있다. 만약, RSAI latency bound UE-A로부터 RSAI 정보를 제공(1006)받게 되면 1007단계로 이동하여 RSAI 피드백의 유효성 여부를 확인할 수 있다. 이때 유효성 확인은 UE-A가 UE-B로 제공해준 제어 정보들로부터 판단될 수 있으며 해당 제어 정보는 제3 실시예의 표 5에 제시된 바와 같이 Zone ID, communication range requirement등이 포함될 수 있다. 이때 해당 제어 정보들을 통해 유효성을 판단하는 상세 설명은 제3 실시예를 참고한다. 1007단계에서 제공 받은 RSAI가 유효한 것으로 판단된다면, UE-B는 1008단계로 이동하여 RSAI정보와 UE-B의 센싱 결과가 이용 가능한 경우, 이를 이용하여 전송 자원을 결정할 수 있다. 전송 자원이 결정되면 UE-B는 1009단계에서 PSCCH/PSSCH 전송을 수행할 수 있다. 한편, 도 10a의 1009에서는, PSCCH/PSSCH 전송을 UE-A에게 하는 것으로 도시되어 있으나 이에 한정하지 않는다. 달리 말해, UE-A가 아닌 다른 단말로 PSCCH/PSSCH 전송을 수행할 수 있다.
도 10b는 본 개시의 일 실시예에 따른 특정 조건에 의해 단말 간 협력이 triggering 되고 단말 간 협력 방법 1을 지원하는 경우에 단말 간 협력 정보로 자원 할당 정보(RSAI)를 제공하기 위해 단말이 센싱 및 자원 선택을 수행하는 세부 동작을 설명하기 위한 도면이다.
도 10b에서는 RSAI가 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들로 구성된 셋인 경우를 설명한다.
우선 도 10b에서 UE-A가 UE-B로 RSAI를 제공하기 전송 자원을 결정하는 방법을 설명한다. 도 10a의 1003과 1004를 통해 설명한 바와 같이, 단말 간 협력이 triggering되는 특정 조건으로 dedicated RSAI 자원이 설정(1003)되고 단말(UE-A)이 dedicated RSAI 자원이 이용 가능한 것으로 판단한 경우(1004)에 dedicated RSAI 자원이 RSAI를 제공하기 전송 자원으로 사용될 수 있다. 도 10b에서 dedicated RSAI 자원이 1022에 도시 되었으며 dedicated RSAI 자원에 대해 설정된 periodicity(N)의 값이 X logical slot으로 설정된 경우 도 10b에 도시된 바와 같이, 주기적으로 dedicated RSAI 자원이 설정될 수 있다. 다음으로 도 10(a)의 1004에서 단말(UE-A)이 dedicated RSAI 자원이 이용 가능한지 이용 가능하지 않은지 판단하는 동작은 센싱을 통해서 이루어 질 수 있다. 구체적으로, dedicated RSAI 자원이 설정된 영역에서 energy detection이 수행되거나, dedicated RSAI 자원이 설정된 영역에서는 고정된(정해진) 패턴의 DMRS가 전송된다는 가정으로 RSRP(Reference Signal Receiver Power)를 측정을 수행할 수 있을 것이다. energy detection은 수신신호강도(Received Signal Strength Indication, RSSI)를 측정하는 것으로 해석될 수 있다. RSRP가 이용되는 경우에 해당 RSRP는 PSSCH DMRS에 대한 RSRP 측정을 통해 이루어 질 수 있다. 또한, dedicated RSAI 자원에서 PSSCH DMRS 패턴은 dedicated RSAI 자원 영역이 아닌 PSSCH에서의 DMRS 패턴과 동일한 것으로 가정될 수 있다. 보다 구체적으로, energy detection(또는 RSSI)이나 RSRP 측정 결과가 설정된 임계값 보다 낮은 경우에 dedicated RSAI 자원에서 RSAI의 전송을 수행하여 UE-B로 RSAI를 제공할 수 있을 것이며 그렇지 않은 경우에는 UE-B로 RSAI를 제공할 수 없을 것이다. 하지만 본 개시는 이와 같은 센싱 방법에 한정되지 않음에 주목한다.
다음으로, 도 10b에서 dedicated RSAI 자원(1022)가 RSAI 전송 자원으로 이용 가능한 것으로 판단된 경우에, UE-A가 RSAI를 제공하기 위해 1020의 RSW(Resource Selection Window)를 결정하는 방법을 설명한다. 우선 RSW(1020)은 RSAI 선택이 triggering 된 슬롯 'n'(1021)을 기준으로 [n+T1, n+T2]의 구간으로 정의될 수 있다. 여기서 T1은 RSW의 시작되는 슬롯을 결정하는 값으로 단말이 자원 선택을 하는데 필요한 processing time을 고려한 시간으로 단말(UE-A)는 Tproc,1 이내의 값으로 T1을 선택할 수 있다. 여기서 Tproc,1은 processing time 뿐만 아니라 단말 간 협력 시 발생되는 delay 시간이 추가적으로 반영될 수도 있다. Tproc,1의 값은 SCS에 따라서 특정 값으로 고정될 수도 있고(SCS에 따라서)(pre-)configuration되는 값(SCS에 따라서)일 수 있다. 또한 T2는 RSW가 끝나는 슬롯을 결정하는 값으로 T2min ≤ T2 ≤ Remaining PDB 내에서 결정될 수 있다. 하지만 도 10b의 방법에 따르면 UE-A가 UE-B로부터 RSAI를 결정하는데 도움이 되는 정보(RSAI latency bound, Resource size 
등)를 따로 제공 받지 못할 수도 있다. 이러한 경우에 UE-A는 T2의 값을 고정된 값으로 설정하거나, (pre-)configuration값으로 설정하거나, 단말 구현으로 결정할 수 있다. 이와 달리, UE-A가 UE-B로부터 RSAI를 결정하는데 도움이 되는 정보(RSAI latency bound, Resource size 
등)를 따로 제공 받는 경우에 단말(UE-A)는 Remaining PDB에 해당되는 값으로 UE-B가 제공해준 RSAI latency bound을 Remaining PDB으로 적용하여 T2의 값을 선택할 수 있다. 또한 {15, 30, 60, 120} kHz SCS에 대해서 μ는 각각 0,1,2,3의 값으로 정의되고 μ에 대해서 T2min의 값은 {1, 5, 10, 20}
의 물리적 슬롯으로 정의된 후보 셋으로 (pre-)configuration될 수 있다. 또한 단말(UE-A)의 priority가 높은 경우 더 작은 T2min의 값을 후보 셋에서 선택할 수 있다. 이는 모든 단말이 작은 T2min값을 선택하여 자원 충돌을 방지하기 위함이다. UE-A가 RSW내에서 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보를 선별하기 위해서는 RSW의 크기 X(=T2-T1)가 물리적 슬롯 이상의 값으로 보장되어야 할 필요가 있다. 다시 말해, X의 물리적 슬롯 이상의 값으로 RSW를 보장하도록 하는 것은 RSAI를 선택하기 위한 최소한의 RSW를 확보하기 위한 목적일 수 있다. 따라서, X의 값은 특정 값으로 고정될 수도 있고(SCS에 따라서) (pre-)configuration되는 값(SCS에 따라서)일 수 있다. 도 10b에 도시된 바와 같이 X는 W1으로 설정될 수 있으며, 이때 W1은 RSAI 지시를 위한 시간상 비트맵의 사이즈를 나타낼 수 있다. 만약 RSW가 X(또는 W1) 슬롯 이상 보장되지 않는 경우에 UE-A는 UE-B로 RSAI를 제공하지 않을 수 있다. 달리 말해, RSW가 X 슬롯 이상 보장되는 경우에만 UE-A는 UE-B로 RSAI를 제공할 수 있다. 도 10b에서 dedicated RSAI 자원(1022)에 해당되는 슬롯 RSAI 선택을 triggering하는 슬롯 'n'(1021) 사이의 gap은 W0≥0으로 도시 되었다. UE-A는 dedicated RSAI 자원이 설정된 시점을 미리 알 수 있기 때문에 dedicated RSAI 자원이 설정된 시점 이전에 항상 센싱을 미리 수행 할 수 있다. 따라서, W0가 0으로 설정되어 UE-A가 RSAI를 제공하는 데 낮은 지연시간을 보장해 줄 수 있을 것이다. 하지만, 이러한 가정을 하지 못하는 경우에 센싱을 수행하는데 필요로 하는 시간이 W0으로 설정될 수 있을 것이다.
도 10b에서 RSAI는 RSW내에서 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들로 구성된 셋인 경우로, UE-A는 해당 RSAI을 결정해야 할 것이다. UE-A는 센싱 결과를 이용하여 RSW 내에서 RSAI를 선택할 수 있다. 센싱은 PSCCH 디코딩 및 RSRP 측정 과정을 포함할 수 있으며 PSCCH 디코딩을 통해 UE-A는 다른 단말이 예약한 자원을 파악할 수 있으며, RSRP 측정을 통해 RSW 내의 후보 자원들 중에서 선별된 후보 자원의 셋을 파악할 수 있다. 구체적으로, RSW 내에 이용 가능한 모든 후보 자원의 수를 
라고 했을 때, 아래의 기준들 중 하나 이상이 적용되어 의해 선별된 
개의 후보 자원의 셋을 결정할 수 있다. 달리 말해, RSW내에서 선별된 
개의 후보 자원이 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들로 구성된 셋이 될 수 있다. 여기서 
는 후보 자원을 셋을 선별하기 위해 설정되는 값으로 특정 값으로 고정된 값일 수도 있고(pre-)configuration된 값일 수 있다. 또한 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들에 대해 다른 
값이 설정될 수 있음에 주목한다. 일례로 적합한(선호되는) 자원 할당 후보들에 
값이 설정된 경우에 비적합한(비선호되는) 자원 할당 후보에 
값이 설정될 수 있다. 여기서 
와 
값은 0과 1사이의 실수로 설정될 수 있다. 또한 
값은 
로 설정되는 경우도 포함될 수 있다. 본 개시는 아래의 기준들에만 한정되지 않음에 주목한다.
*
기준 1: 센싱 결과 RSW 내의 후보 자원들 중에서 다른 단말이 예약한 자원과 시간 및 주파수 상에서 중첩(overlap)되어 자원 충돌이 예상되는 자원으로부터 RSAI를 결정한다.
**
상기 기준 1에서 센싱은 PSCCH 디코딩 및 RSRP 측정 과정을 포함할 수 있으며 PSCCH 디코딩을 통해 UE-A는 다른 단말이 예약한 자원을 파악할 수 있으며, 이를 통해 UE-A는 RSW 내의 후보 자원과 다른 단말이 예약한 자원과 시간 및 주파수 상에서 중첩(overlap)되는지의 여부를 판단할 수 있을 것이다. 그리고 중첩된 자원에 대해 RSRP 측정을 통해 해당 측정 결과를 RSRP 임계값과 비교하여 해당 자원을 배제할지 여부를 최종 결정할 수 있을 것이다. 예를 들어, 적합한(선호되는) 자원 할당 후보의 경우에 RSRP 측정 결과가 임계값 보다 큰 경우에 해당 자원은 배제될 수 있을 것이다. 이와 달리, 비적합한(비선호되는) 자원 할당 후보의 경우에 RSRP 측정 결과가 임계값 보다 작은 경우에 해당 자원은 배제될 수 있을 것이다.
*
기준 2: UE-A가 UE-B에 대해 수신이 의도된 단말, 즉 수신 단말에 해당될 때, UE-A가 전송을 수행해야 하는 자원에 해당되어 UE-B로부터 수신을 할 수 없는 자원은 half duplex로 인해 충돌 일어날 것으로 판단되는 자원이므로, 이로부터 RSAI를 결정한다.
**
상기에서 적합한(선호되는) 자원 할당 후보의 경우에 기준 2에 해당되는 자원은 후보 자원에서 배제될 수 있다. 이와 달리, 비적합한(비선호되는) 자원 할당 후보의 경우에 기준 2에 해당되는 자원은 후보 자원에 포함될 수 있다.
*
기준 3: UE-B의 traffic requirement를 만족시키지 못하는 자원은 RSAI에 포함될 수 없다.
**
상기 기준 3는 UE-B가 제공해준 RSAI latency bound를 만족시키지 못하는 자원은 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들에 포함될 수 없음을 의미한다. 또한 상기 기준 3는 UE-B가 제공해준 RSAI latency bound을 Remaining PDB으로 적용하여 RSW의 T2의 값을 선택하는 동작으로 해석될 수 있다. 하지만 UE-B의 RSAI latency bound에 대한 정보가 없는 경우에 상기 기준 3은 적용될 수 없음에 주목한다.
다음으로, 상기 제안된 방법을 통해 도 10b에서와 같이 dedicated RSAI 자원(1022)을 이용할 수 있는지의 여부를 결정하고 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들로 구성된 셋(1023)이 결정된 경우에 UE-A는 이를 UE-B로 피드백(지시)해 줄 수 있을 것이다. 앞서 설명한 바와 같이, RSAI가 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들로 구성된 셋인 경우에 RSAI로 제공되는 자원 할당 정보가 다수의 자원 후보들을 포함할 수 있기 때문에 RSAI를 지시해 주는 방법으로 비트맵이 적합할 수 있다. 우선 도 10b에서와 같이 RSAI 지시는 dedicated RSAI 자원(1022)을 기준으로 결정될 수 있을 것이다. 구체적으로, 도 10b에 도시된 바와 같이 dedicated RSAI 자원(1022)이 이용 가능한 것으로 결정되고 해당 슬롯에서 RSAI가 전송(지시)될 수 있다. 앞서 설명한 바와 같이, dedicated RSAI 자원(1022)에 해당되는 슬롯 RSAI 선택을 triggering하는 슬롯 'n'(1021) 사이의 gap(W0≥0)이 존재할 수도 있다. 다시 말해, dedicated RSAI 자원(1022)에 해당되는 슬롯을 기준으로 W0≥0가 고려되어 RSAI 선택을 triggering하는 슬롯 'n'(1021)이 결정될 수 있을 것이며 RSW가 [n+T1, n+T2]의 구간으로 설정될 것이다. RSW의 크기 X(=T2-T1)가 RSAI 지시를 위한 시간상 비트맵(W1) 사이즈로 설정되었을 때, RSW내에서 센싱 결과를 이용하여 선별된 
의 자원이 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보의 셋(RSAI)이 결정될 수 있으며 W1을 통해 RSAI의 시간상 위치가 지시될 수 있을 것이다. 또한 RSAI 지시를 위한 시간상 비트맵(W1)은 특정 값으로 고정될 수도 있고(SCS에 따라서)(pre-)configuration되는 값(SCS에 따라서)일 수 있다. 구체적으로, 시간상 비트맵(W1)이 '010001100…'으로 지시될 경우에 '1'는 RSAI에 해당되는 후보 자원에 해당됨을 지시하고 '0'은 RSAI에 해당되는 후보 자원에 해당되지 않음을 지시할 수 있다. 또한 RSAI 지시를 위한 주파수 상 비트맵(W1')이 함께 제공될 수 있다. RSAI 지시를 위한 주파수 상 비트맵(W1')은 특정 값으로 고정될 수도 있고(SCS에 따라서)(pre-)configuration되는 값(SCS에 따라서)일 수 있다. RSAI를 지시해 주는 방법으로 시간 및 주파수 상 비트맵이 모두 제공되는 경우에 시그널링 오버헤드가 증가되기 때문에 시간 상 비트맵만 제공하는 방법이 고려될 수도 있다. 구체적으로, RSAI 지시를 위한 주파수 상 비트맵(W1')이 제공되는 경우에 시간상 비트맵(W1)과 함께 UE-B의 전송에 적합한(선호되는) 또는 비적합한(비선호되는) 자원 할당 후보들을 지시해 줄 수 있다. 예를 들어, 시간상 비트맵이 '1'로 지시된 슬롯에 대해 주파수 상 비트맵은 다음과 같은 방법으로 지시될 수 있을 것이다. 하지만 본 개시는 아래의 방법에만 한정되지 않음에 주목한다. 예를 들어, 아래의 방법들 중 일부가 조합되어, 사용될 수도 있다.
*
방법 1: 주파수상 RSAI로 적합한(선호되는) 또는 비적합한(비선호되는) 서브채널의 시작 위치만을 지시한다.
**
상기 방법 1은 RSAI에 해당되는 주파수 상 사이즈는 UE-B가 UE-A로 제공해 주거나 UE-A가 UE-B로 제공해 주는 경우에 해당될 수 있다. 해당 정보는 상기 제3 실시예의 표 5에서 설명한 Resource size 
에 해당되는 값일 수 있다. 그리고 
는 단말이 센싱 및 자원 선택 시 결정하는 주파수상 자원 선택의 단위로 연속적인 
개수의 서브채널 수를 의미한다.
**
상기 방법 1에 따르면, 예를 들어, '0010000100'로 지시되는 경우에 '1'는 RSAI가 지시되는 주파수상 서브채널의 시작위치를 나타낸다. 만약, 해당 슬롯에 RSAI 자원 후보가 하나인 경우에 비트맵에 '1'은 하나만 포함될 수 있다.
*
방법 2: 주파수상 RSAI로 적합한(선호되는) 또는 비적합한(비선호되는) 서브 채널의 위치를 지시한다.
**
상기 방법 2은 RSAI에 해당되는 주파수 상 사이즈가 단말 간 협력을 수행하는 단말간 교환되지 않는 경우일 수 있다.
**
상기 방법 2에 따르면, 예를 들어, '0111011100'로 지시되는 경우에 '1'는 RSAI가 지시되는 주파수상 서브채널의 위치를 나타낸다. 주파수상 RSAI가 연속적인 서브채널로 선택되는 경우가 가정될 수 있다. 따라서 '0111011100'는 주파수 상에서 연속적인 3개의 서브채널로 선택된 2개의 후보를 지시하는 것으로 해석될 수 있다.
도 10c는 본 개시의 일 실시예에 따라 특정 조건에 의해 단말 간 협력이 triggering 되고 단말 간 협력 방법 1을 지원하는 경우에 단말 간 협력 정보로 자원 할당 정보(RSAI)를 제공하기 위해 단말이 센싱 및 자원 선택을 수행하는 세부 동작을 설명하기 위한 도면이다.
도 10c에서는 RSAI가 UE-B의 전송에 적합한(선호되는) 자원 할당 후보들로 구성된 셋에서 선택된 자원인 경우를 설명한다. 이러한 경우 RSAI로 제공되는 자원 할당 정보가 하나 또는 두개의 자원을 포함할 수 있다.
우선 도 10c에서 UE-A가 UE-B로 RSAI를 제공하기 전송 자원을 결정하는 방법을 설명한다. 도 10a의 1003과 1004를 통해 설명한 바와 같이 단말 간 협력이 triggering되는 특정 조건으로 dedicated RSAI 자원이 설정(1003)되고 단말(UE-A)이 dedicated RSAI 자원이 이용 가능한 것으로 판단한 경우(1004)에 dedicated RSAI 자원이 RSAI를 제공하기 전송 자원으로 사용될 수 있다. 도 10c에서 dedicated RSAI 자원이 1032에 도시 되었으며 dedicated RSAI 자원에 대해 설정된 periodicity(N)의 값이 X logical slot으로 설정된 경우 도 10c에 도시된 바와 주기적으로 dedicated RSAI 자원이 설정될 수 있다. 다음으로 도 10a의 1004에서 단말(UE-A)이 dedicated RSAI 자원이 이용 가능한지 이용 가능하지 않은지 판단하는 동작은 센싱을 통해서 이루어 질 수 있다. 구체적으로, dedicated RSAI 자원이 설정된 영역에서 energy detection이 수행되거나, dedicated RSAI 자원이 설정된 영역에서는 고정된(정해진) 패턴의 DMRS가 전송된다는 가정으로 RSRP(Reference Signal Receiver Power)를 측정을 수행할 수 있을 것이다. energy detection은 수신신호강도(Received Signal Strength Indication, RSSI)를 측정하는 것으로 해석될 수 있다. RSRP가 이용되는 경우에 해당 RSRP는 PSSCH DMRS에 대한 RSRP 측정을 통해 이루어 질 수 있다. 또한 dedicated RSAI 자원에서 PSSCH DMRS 패턴은 dedicated RSAI 자원 영역이 아닌 PSSCH에서의 DMRS 패턴과 동일한 것으로 가정될 수 있다. 보다 구체적으로, energy detection(또는 RSSI)이나 RSRP 측정 결과가 설정된 임계값 보다 낮은 경우에 dedicated RSAI 자원에서 RSAI의 전송을 수행하여 UE-B로 RSAI를 제공할 수 있을 것이며 그렇지 않은 경우에는 UE-B로 RSAI를 제공할 수 없을 것이다. 하지만 본 개시는 이와 같은 센싱 방법에 한정되지 않음에 주목한다.
다음으로 도 10c에서 dedicated RSAI 자원(1032)가 RSAI 전송 자원으로 이용 가능한 것으로 판단된 경우에, UE-A가 RSAI를 제공하기 위해 1030의 RSW(Resource Selection Window)를 결정하는 방법을 설명한다. 우선 RSW(1030)은 RSAI 선택이 triggering 된 슬롯 'n'(1031)을 기준으로 [n+T1, n+T2]의 구간으로 정의될 수 있다. 여기서 T1은 RSW의 시작되는 슬롯을 결정하는 값으로 단말이 자원 선택을 하는데 필요한 processing time을 고려한 시간으로 단말(UE-A)는 Tproc,1 이내의 값으로 T1을 선택할 수 있다. 여기서 Tproc,1은 processing time 뿐만 아니라 단말 간 협력 시 발생되는 delay 시간이 추가적으로 반영될 수도 있다. Tproc,1의 값은 SCS에 따라서 특정 값으로 고정될 수도 있고(SCS에 따라서) (pre-)configuration되는 값(SCS에 따라서)일 수 있다. 또한 T2는 RSW가 끝나는 슬롯을 결정하는 값으로 T2min ≤ T2 ≤ Remaining PDB 내에서 결정될 수 있다. 하지만 도 10(c)의 방법에 따르면 UE-A가 UE-B로부터 RSAI를 결정하는데 도움이 되는 정보(RSAI latency bound, Resource size 
등)를 따로 제공 받지 못할 수도 있다. 이러한 경우에 UE-A는 T2의 값을 고정된 값으로 설정하거나, (pre-)configuration값으로 설정하거나, 단말 구현으로 결정할 수 있다. 이와 달리, UE-A가 UE-B로부터 RSAI를 결정하는데 도움이 되는 정보(RSAI latency bound, Resource size 
등)를 따로 제공 받는 경우에 단말(UE-A)는 Remaining PDB에 해당되는 값으로 UE-B가 제공해준 RSAI latency bound을 Remaining PDB으로 적용하여 T2의 값을 선택할 수 있다. 또한 {15, 30, 60, 120} kHz SCS에 대해서 μ는 각각 0,1,2,3의 값으로 정의되고 μ에 대해서 T2min의 값은 {1, 5, 10, 20}
의 물리적 슬롯으로 정의된 후보 셋으로 (pre-)configuration될 수 있다. 또한 단말(UE-A)의 priority가 높은 경우 더 작은 T2min의 값을 후보 셋에서 선택할 수 있다. 이는 모든 단말이 작은 T2min값을 선택하여 자원 충돌을 방지하기 위함이다. UE-A가 RSW내에서 UE-B의 전송에 적합한(선호되는) 자원 할당 후보를 선별하기 위해서는 RSW의 크기 X(=T2-T1)가 물리적 슬롯 이상의 값으로 보장되어야 할 필요가 있다. 다시 말해, X의 물리적 슬롯 이상의 값으로 RSW를 보장하도록 하는 것은 RSAI를 선택하기 위한 최소한의 RSW를 확보하기 위한 목적일 수 있다. 따라서 X의 값은 SCS에 따라서 특정 값으로 고정될 수도 있고(SCS에 따라서) (pre-)configuration되는 값(SCS에 따라서)일 수 있다. 만약 RSW의 크기가 X 슬롯 이상 보장되지 않는 경우에 UE-A는 UE-B로 RSAI를 제공하지 않을 수 있다. 달리 말해, RSW가 X 슬롯 이상 보장되는 경우에만 UE-A는 UE-B로 RSAI를 제공할 수 있다. 도 10c에서 dedicated RSAI 자원(1032)에 해당되는 슬롯 RSAI 선택을 triggering하는 슬롯 'n'(1031) 사이의 gap은 W0≥0으로 도시 되었다. UE-A는 dedicated RSAI 자원이 설정된 시점을 미리 알 수 있기 때문에 dedicated RSAI 자원이 설정된 시점 이전에 항상 센싱을 미리 수행 할 수 있다. 따라서, W0가 0으로 설정되어 UE-A가 RSAI를 제공하는 데 낮은 지연시간을 보장해 줄 수 있을 것이다. 하지만, 이러한 가정을 하지 못하는 경우에 센싱을 수행하는데 필요로 하는 시간이 W0으로 설정될 수 있을 것이다.
도 10c에서 RSAI는 RSW내에서 UE-B의 전송에 적합한(선호되는) 자원 할당 후보들의 셋에서 선택된 자원인 경우로, UE-A는 해당 RSAI을 결정해야 할 것이다. UE-A는 센싱 결과를 이용하여 RSW 내에서 RSAI를 선택한다. 센싱은 PSCCH 디코딩 및 RSRP 측정 과정을 포함할 수 있으며 PSCCH 디코딩을 통해 UE-A는 다른 단말이 예약한 자원을 파악할 수 있으며, RSRP 측정을 통해 RSW 내의 후보 자원들 중에서 선별된 후보 자원의 셋을 파악할 수 있다. 구체적으로, RSW 내에 이용 가능한 모든 후보 자원의 수를 
라고 했을 때, 아래의 기준들 중 하나 이상이 적용되어 의해 선별된 
개의 후보 자원의 셋을 결정할 수 있다. 달리 말해, RSW내에서 선별된 
개의 후보 자원이 UE-B의 전송에 적합한(선호되는) 자원 할당 후보들로 구성된 셋이 될 수 있다. 그리고 단말은 RSW내에서 선별된 
개의 후보 자원에서 random하게 RSAI로 지시할 자원을 선택해 줄 수 있다. 여기서 
는 후보 자원을 셋을 선별하기 위해 설정되는 값으로 특정 값으로 고정된 값일 수도 있고 (pre-)configuration된 값일 수 있다. 여기서 
값은 0과 1사이의 실수로 설정될 수 있다. 본 개시는 아래의 기준들에만 한정되지 않음에 주목한다.
*
기준 1: 센싱 결과 RSW 내의 후보 자원들 중에서 다른 단말이 예약한 자원과 시간 및 주파수 상에서 중첩(overlap)되어 자원 충돌이 예상되는 자원은 후보 자원에서 배제한다.
**
상기 기준 1에서 센싱은 PSCCH 디코딩 및 RSRP 측정 과정을 포함할 수 있으며 PSCCH 디코딩을 통해 UE-A는 다른 단말이 예약한 자원을 파악할 수 있으며, 이를 통해 UE-A는 RSW 내의 후보 자원과 다른 단말이 예약한 자원과 시간 및 주파수 상에서 중첩(overlap)되는지의 여부를 판단할 수 있을 것이다. 그리고 중첩된 자원에 대해 RSRP 측정을 통해 해당 측정 결과를 RSRP 임계값과 비교하여 해당 자원을 배제할지 여부를 최종 결정할 수 있을 것이다. 예를 들어, RSRP 측정 결과가 임계값 보다 큰 경우에 해당 자원은 배제될 수 있을 것이다.
*
기준 2: UE-A가 UE-B에 대해 수신이 의도된 단말, 즉 수신 단말에 해당될 때, UE-A가 전송을 수행해야 하는 자원에 해당되어 UE-B로부터 수신을 할 수 없는 자원은 후보 자원에서 배제한다.
**
상기 기준 2는 half duplex로 인해 충돌 일어날 것으로 판단되는 자원으로 해석될 수 있다.
*
기준 3: UE-B의 traffic requirement를 만족시키지 못하는 자원은 후보 자원에서 배제한다.
**
상기 기준 3는 UE-B가 제공해준 RSAI latency bound를 만족시키지 못하는 자원은 UE-B의 전송에 적합한(선호되는) 자원 할당 후보들에 포함될 수 없음을 의미한다. 또한 상기 기준 3는 UE-B가 제공해준 RSAI latency bound을 Remaining PDB으로 적용하여 RSW의 T2의 값을 선택하는 동작으로 해석될 수 있다. 하지만 UE-B의 RSAI latency bound에 대한 정보가 없는 경우에 상기 기준 3은 적용될 수 없음에 주목한다.
다음으로, 상기 제안된 방법을 통해 도 10c에서와 같이 dedicated RSAI 자원(1032)을 이용할 수 있는지의 여부를 결정하고 UE-B의 전송에 적합한(선호되는) 자원 할당 후보들로 구성된 셋(1033)가 결정된 경우에 UE-A는 선별된 
개의 후보 자원에서 random하게 RSAI를 결정하여 해당 RSAI를 UE-B로 피드백(지시)해 줄 수 있을 것이다. 앞서 설명한 바와 같이, 이러한 경우 RSAI로 제공되는 자원 할당 정보가 하나 또는 두개의 자원을 포함할 수 있다. 따라서 RSAI를 지시해 주는 방법으로 표 7에 Time resource assignment와 Frequency resource assignment를 활용할 수 있다. 해당 필드를 해석하여 자원의 위치를 파악하는 방법은 예를 들어, TS38.214 Section 8.1.5의 TRIV(Time Resource Indication Value) 및 FRIV(Frequency Resource Indication Value)를 참고할 수 있다. 하지만 도 10c에서와 같이 RSAI 지시는 dedicated RSAI 자원(1032)에 해당되는 슬롯을 기준으로 결정될 수 있을 것이다. 구체적으로, 도 10c에 도시된 바와 같이 dedicated RSAI 자원(1032)이 이용 가능한 것으로 결정되고 해당 슬롯에서 RSAI가 전송(지시)될 수 있다. 앞서 설명한 바와 같이, dedicated RSAI 자원(1032)에 해당되는 슬롯 RSAI 선택을 triggering하는 슬롯 'n'(1031) 사이의 gap(W0≥0)이 존재할 수도 있다. 다시 말해, dedicated RSAI 자원(1032)에 해당되는 슬롯을 기준으로 W0≥0가 고려되어 RSAI 선택을 triggering하는 슬롯 'n'(1031)이 결정될 수 있을 것이며 RSW가 [n+T1, n+T2]의 구간으로 설정될 것이다. 단말은 RSW내에서 센싱 결과를 이용하여 선별된 
의 자원이 후보에서 random 하게 선택된 하나 또는 두개의 자원을 RSAI로 결정할 수 있을 것이다. 도 10(c)에 선택된 RSAI 자원(1034)가 선택된 자원이 도시 되었다. 또한 RSW의 시작 지점(n+T1)을 기준으로 선택된 RSAI 자원(1034) 사이의 시간상 gap인 W1이 지시될 수 있다. 여기서 W1는 TRIV에 해당될 수 있다. 또한 선택된 RSAI 자원(1034)의 주파수상 위치(W1')이 FRIV에 의해 결정될 수 있다.
[제6 실시예]
제6 실시예에서는 사이드링크의 단말 간 협력 방법 2가 사용되는 경우에 단말 간 협력 정보(coordination information)가 제공되는 단말의 세부 동작을 설명한다. 단말 간 협력 방법 2에 대한 보다 상세한 설명은 상기 제2 실시예를 참고한다.
도 11은 본 개시의 일 실시예에 따라 단말 간 협력 방법 2가 사용되는 경우에 사이드링크에서의 단말 간 협력 수행 절차를 설명하기 위한 도면이다.
도 11에서 단말 간 협력 정보로 자원 할당 정보(RSAI)를 지시하기 위한 방법에 초점이 맞춰져 있음에 주목한다. 하지만 본 개시에서 단말 간 협력 정보는 RSAI에 한정되지 않는다. 달리 말해, 도11에서 RSAI는 일반적인 단말 간 협력 정보를 의미하는 것으로 해석될 수 있음에 주목한다. 도 11에서는 단말이 RSAI를 제공하는데 PSFCH 자원 설정 및 PSFCH 자원을 통한 HARQ 피드백 방법을 재사용 하는 방법을 구체적으로 제시한다.
구체적으로 도 11에 도시된 바와 같이 UE-B(1101)와 UE-A(1102) 사이에 PSFCH 자원(1103)이 설정될 수 있다. PSFCH 자원은 자원 풀 내에 periodicity 설정을 통해(pre-)configuration될 수 있다. 구체적으로, periodicity(N)의 값이 0 또는 X logical slot으로 설정될 수 있다. 여기서 0은 PSFCH 자원이 설정되지 않은 것을 의미할 수 있으며 X=1,2,4의 값 중 하나로 설정될 수 있다. 이와 같이, 자원 풀에 PSFCH 자원이 설정되어 사용 가능한 경우에 그리고 제2 실시예를 통해 설명한 바와 같이 자원 풀에 단말 간 협력 방법 2가 사용가능 하도록 설정된 경우에 그리고 UE-B가 1104단계를 통해 SCI(Sidelink Control Information)을 전송하고, UE-A가 이를 수신한 경우에 단말 간 협력 방법 2가 PSFCH 자원 설정 및 PSFCH 자원을 통한 HARQ 피드백 방법을 사용하여 수행될 수 있을 것이다. 달리 말해, 도 11의 방법에 따르면 단말 간 협력 방법 2가 사용되는 경우에는 PSFCH 자원을 통한 HARQ 피드백은 사용되지 않고 대신에 RSAI 피드백이 사용되는 것으로 가정한다. 따라서, UE-B가 1104단계를 통해 UE-A로 SCI 전송하는 경우에 2nd SCI에 포함된 HARQ feedback enable/disable indicator는 RSAI feedback enable/disable indicator로 대체되어 UE-B는 UE-A로 해당 indicator를 통해 RSAI를 요청(RSAI feedback enable)하거나 요청하지 않거나(RSAI feedback disable) 하는 동작을 수행할 수 있다. 또한, 기존 SCI 포맷 2-B가 사용되는 경우에 UE-B가 1104단계를 통해 SCI를 전송하고 UE-A가 이를 수신하면 1105 단계에서 SCI 포맷 2-B에 포함된 Zone ID, communication range requirement 정보를 사용하여 UE-A와 UE-B 사이의 거리가 communication range보다 먼 경우에는 RSAI가 유효하지 않은 것으로 판단하고 RSAI를 피드백 하지 않을 수 있다. 만약, UE-A가 1105 단계에서 RSAI 피드백이 유효한 것으로 판단한 경우에 UE-A는 1106단계로 이동하여 RSAI 피드백을 제공하기 위한 RSAI를 결정할 수 있다. 단말 간 협력 방법 2에서 UE-A는 UE-B로부터 수신한 SCI로부터 자원 충돌 여부를 판단하여 RSAI 결정할 수 있다. 표 7의 Time resource assignment을 참고하면, UE-B는 SCI로 하나의 TB에 대해서 최대 NMAX 개의 자원을 선택할 수 있다. 하지만 초기 전송 자원은 미리 예약이 가능하지 않기 때문에, 달리 말해 초기 전송 자원을 보내기 전에 이를 예약하는 신호를 따로 보내지 않기 때문에, 하나의 TB에 대해서 최대 NMAX-1개의 자원을 예약하여 SCI로 전송할 수 있을 것이다. 또한, 표 7에 Resource reservation period을 참고하면 UE-B는 Resource reservation period를 이용하여 주기적으로 다른 TB에 대한 전송 자원을 예약할 수 있다. Resource reservation period가 사용되는 경우, 하나의 TB에 대해서 최대 NMAX 개의 선택된 자원에 대해서 Resource reservation period 이후에 자원을 예약할 수 있기 있다. 일 예로, 단말이 하나의 TB에 대해 초기 전송 자원과 하나의 재전송 자원을 선택한 경우에 선택된 자원들로부터 각각 Resource reservation period 이후에 다른 TB에 대한 초기 전송 자원과 재전송을 예약할 수 있다. 또 다른 일 예로, 단말이 하나의 TB에 대해 초기 전송 자원만 자원을 선택한 경우에 선택된 자원들로부터 각각 Resource reservation period 이후에 다른 TB에 대한 초기 전송 자원을 예약할 수 있다. 따라서, UE-B는 SCI로 미리 예약 할 수 있는 자원은 없거나 또는 다수 개일 수 있다. 따라서, UE-B로부터 수신한 SCI에 대해서 자원 충돌 여부를 지시하는 방법으로, UE-B로부터 수신한 SCI에 대해서 1비트 정보로 자원 충돌 여부를 지시하는 방법과 다수의 비트로 자원 충돌 여부를 지시하는 방법을 고려할 수 있을 것이다. 다수의 비트가 사용되는 경우에 SCI로 예약한 다수의 자원에 대한 충돌 여부를 지시하는 것이 가능할 것이다. 하지만 본 실시예의 방법은 PSFCH 자원을 통해 HARQ ACK/NACK 피드백 방법을 재사용 하는 방법을 고려하므로, 1비트 정보로 자원 충돌 여부를 지시하는 방법을 제안한다. 이러한 경우에 다음과 같은 방법들이 고려될 수 있다. 하지만 본 개시는 아래 방법에만 한정되지 않음에 주목한다. 예를 들어, 아래의 방법들이 조합되어, 사용될 수도 있다.
*
방법 1: UE-A는 UE-B로부터 수신한 SCI, 즉 1st SCI에 포함된 자원 할당 정보에서 초기 전송에 해당되는 자원에 대해서만 자원 충돌 여부를 지시한다.
**
상기 방법 1의 경우는 UE-B가 전송한 1st SCI에 Resource reservation period가 사용되어 다른 TB에 대한 초기 전송 자원이 예약된 경우만 해당 자원에 대해서 자원 충돌 여부를 판단하여 지시할 수 있다.
*
방법 2: UE-A는 UE-B로부터 수신한 SCI, 즉 1st SCI에 포함된 자원 할당 정보에서 첫번째 전송에 해당되는 자원에 대해서만 자원 충돌 여부를 지시한다.
**
상기 방법 2의 경우는 UE-B가 전송한 1st SCI의 첫번째 전송에 해당되는 자원이 UE-A가 수신한 TB의 재전송 자원일 수도 있거나 또는 다른 TB의 초기 전송 자원(Resource reservation period가 사용)일 수도 있다.
*
방법 3: UE-A는 UE-B로부터 수신한 SCI, 즉 1st SCI에 포함된 자원 할당 정보에서 하나라도 자원 충돌이 예상되는 것으로 판단될 경우 자원 충돌 여부를 지시할 수 있다.
**
상기 방법 3의 경우는 예를 들어, UE-B가 전송한 1st SCI로 예약한 자원의 수가 N개인 경우에 그중 하나라도 자원 충돌이 날 것으로 예상되면 해당 방법이 적용될 수 있다.
상기는 UE-B로부터 수신한 SCI에 대해서 1비트 정보로 자원 충돌 여부를 지시하는 방법이다. 이때 다음과 조건에 의해서 해당 자원이 충돌이 날 것으로 예상되는지 결정하고 UE-B는 RSAI를 결정하여 UE-A로 제공해 줄 수 있을 것이다. 하지만 본 개시는 아래 조건에만 한정되지 않음에 주목한다.
*
조건 1: UE-A는 UE-B로부터 수신한 SCI, 즉 1st SCI에 포함된 자원 할당 정보를 파악하여 UE-B가 예약한 자원 할당 정보가 UE-A가 센싱을 통해 파악한 다른 단말이 예약한 자원과 시간 및 주파수 상에서 fully/partially 중첩(overlap)되어 자원 충돌이 예상되는 자원으로 판단된다.
**
상기 조건 1에서 센싱은 PSCCH 디코딩 및 RSRP 측정 과정을 포함할 수 있으며 PSCCH 디코딩을 통해 UE-A는 다른 단말이 예약한 자원을 파악할 수 있으며, 이를 통해 UE-A는 UE-B가 예약한 자원 할당 정보가 다른 단말이 예약한 자원과 시간 및 주파수 상에서 fully/partially 중첩(overlap)되는지의 여부를 판단할 수 있을 것이다. 그리고 중첩된 자원에 대해 RSRP 측정을 통해 해당 측정 결과를 RSRP 임계값과 비교하여 자원 출동이 예상 되는지의 여부를 최종 결정할 수 있을 것이다. 예를 들어, RSRP 측정 결과가 임계값 보다 큰 경우에 자원 충돌이 예상되는 것으로 판단할 수 있을 것이다.
*
조건 2: UE-A가 UE-B의 의도된 단말, 즉 수신 단말에 해당될 때, UE-A가 전송을 수행해야 하는 자원에 해당되어 UE-B로부터 수신을 할 수 없는 자원은 자원 충돌이 예상되는 되는 자원으로 판단한다.
**
상기 조건 2는 half duplex로 인해 충돌 일어날 것으로 판단되는 자원으로 해석될 수 있다.
다음으로, 1107 단계에서 PSFCH를 통해 RSAI를 피드백 해줄 수 있을 것이며 구체적으로 RSAI을 피드백 하는데 HARQ 피드백 방법을 재사용 하는 방법은 HARQ 피드백의 ACK는 자원 충돌이 발생하지 않는 것을 지시하는 것으로 해석하고 HARQ 피드백의 NACK는 자원 충돌이 발생하는 것을 지시하는 것으로 해석할 수 있을 것이다. 이러한 방법을 통해 UE-B가 UE-A로부터 RSAI 정보를 제공(1107)받게 되면, 1108단계로 이동하여 UE-B는 RSAI가 자원 충돌이 나는 것을 지시하는 경우 예약 해 놓은 전송 자원을 모두 취소하고 전송 자원을 재 선택하여 1109단계에서 PSCCH/PSSCH 전송을 수행할 수 있다. 한편, 도 11에서 1109에 따르면 PSCCH/PSSCH 전송을 UE-A에게 하는 것으로 도시되어 있으나 이에 한정하지 않는다. 달리 말해, UE-A가 아닌 다른 단말로 PSCCH/PSSCH 전송을 수행할 수 있다.
본 개시에서 제안된 실시예들을 수행하기 위해 단말과 기지국의 송신부, 수신부, 처리부가 각각 도 12과 도13에 도시되어 있다. 상기 실시예들에서 사이드링크에서 단말이 단말 간 협력을 수행하는 방법이 나타나 있으며, 이를 수행하기 위해 기지국과 단말의 수신부, 처리부, 송신부가 각각 실시예에 따라 동작할 수 있다.
도 12은 본 개시의 일 실시예에 따른 단말의 구조를 도시하는 블록도이다.
도 12를 참조하면, 본 개시의 단말은 단말기 수신부(1200), 단말기 송신부(1204), 단말기 처리부(1202)를 포함할 수 있다. 단말기 수신부(1200)와 단말이 송신부(1204)를 통칭하여 본 개시의 실시예에서는 송수신부라 칭할 수 있다. 송수신부는 기지국과 신호를 송수신할 수 있다. 상기 신호는 제어 정보와, 데이터를 포함할 수 있다. 이를 위해, 송수신부는 송신되는 신호의 주파수를 상승 변환 및 증폭하는 RF 송신기와, 수신되는 신호를 저 잡음 증폭하고 주파수를 하강 변환하는 RF 수신기 등으로 구성될 수 있다. 또한, 송수신부는 무선 채널을 통해 신호를 수신하여 단말기 처리부(1202)로 출력하고, 단말기 처리부(1202)로부터 출력된 신호를 무선 채널을 통해 전송할 수 있다. 단말기 처리부(1202)는 상술한 본 개시에서 제안된 실시예에 따라 단말이 동작할 수 있도록 일련의 과정을 제어할 수 있다.
도 13는 본 개시의 일 실시예에 따른 기지국의 구조를 도시하는 블록도이다.
도 13에서 도시되는 바와 같이, 본 개시의 기지국은 기지국 수신부(1301), 기지국 송신부(1305), 기지국 처리부(1303)를 포함할 수 있다. 기지국 수신부(1301)와 기지국 송신부(1305)를 통칭하여 본 개시의 실시예에서는 송수신부라 칭할 수 있다. 송수신부는 단말과 신호를 송수신할 수 있다. 상기 신호는 제어 정보와, 데이터를 포함할 수 있다. 이를 위해, 송수신부는 송신되는 신호의 주파수를 상승 변환 및 증폭하는 RF 송신기와, 수신되는 신호를 저 잡음 증폭하고 주파수를 하강 변환하는 RF 수신기 등으로 구성될 수 있다. 또한, 송수신부는 무선 채널을 통해 신호를 수신하여 기지국 처리부(1303)로 출력하고, 기지국 처리부(1303)로부터 출력된 신호를 무선 채널을 통해 전송할 수 있다. 기지국 처리부(1303)는 상술한 본 개시에서 제안된 실시예에 따라 기지국이 동작할 수 있도록 일련의 과정을 제어할 수 있다.
한편, 본 명세서와 도면에 개시된 본 개시의 실시예들은 본 개시의 기술 내용을 쉽게 설명하고 본 개시의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 개시의 범위를 한정하고자 하는 것은 아니다. 즉 본 개시의 기술적 사상에 바탕을 둔 다른 변형예들이 실시 가능하다는 것은 본 개시의 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다. 또한 상기 각각의 실시예는 필요에 따라 서로 조합되어 운용할 수 있다. 예컨대, 본 개시의 모든 실시예는 일부분들이 서로 조합되어 기지국과 단말이 운용될 수 있다.
Claims (1)
- 무선 통신 시스템에서 제어 신호 처리 방법에 있어서,
기지국으로부터 전송되는 제1 제어 신호를 수신하는 단계;
상기 수신된 제1 제어 신호를 처리하는 단계; 및
상기 처리에 기반하여 생성된 제2 제어 신호를 상기 기지국으로 전송하는 단계를 포함하는 것을 특징으로 하는 제어 신호 처리 방법.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020210126704A KR20230043608A (ko) | 2021-09-24 | 2021-09-24 | 무선 통신 시스템에서 사이드링크의 단말 간 협력 방법 및 장치 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020210126704A KR20230043608A (ko) | 2021-09-24 | 2021-09-24 | 무선 통신 시스템에서 사이드링크의 단말 간 협력 방법 및 장치 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20230043608A true KR20230043608A (ko) | 2023-03-31 |
Family
ID=86005377
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020210126704A KR20230043608A (ko) | 2021-09-24 | 2021-09-24 | 무선 통신 시스템에서 사이드링크의 단말 간 협력 방법 및 장치 |
Country Status (1)
| Country | Link |
|---|---|
| KR (1) | KR20230043608A (ko) |
-
2021
- 2021-09-24 KR KR1020210126704A patent/KR20230043608A/ko unknown
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11304180B2 (en) | Method and device of resource allocation for sidelink transmission in wireless communication system | |
| US20220201528A1 (en) | Method and device for measuring and reporting channel state in sidelink communication | |
| EP4093132A1 (en) | Method and apparatus for allocating resources through cooperation between terminals in v2x system | |
| US11750332B2 (en) | Method and apparatus for feedback transmission or reception in wireless communication system | |
| US11757687B2 (en) | Method and apparatus for transmitting and receiving reference signal for sidelink data in wireless communication system | |
| EP4135436A1 (en) | Method and device for allocating resource through carrier aggregation in v2x system | |
| US20220210779A1 (en) | Method and device for supporting sidelink multi-antenna transmission in wireless communication system | |
| US11647501B2 (en) | Method and apparatus for frequency and time resource allocation for data transmission in wireless communication system | |
| US20230180342A1 (en) | Method and device for supporting discontinuous reception of sidelink in wireless communication system | |
| EP4087308A1 (en) | Apparatus and method for controlling sidelink auxiliary carrier in wireless communication system | |
| US20220295514A1 (en) | Method and device for supporting sidelink discontinuous reception in wireless communication system | |
| KR20210145562A (ko) | V2x 시스템에서 단말 간 협력을 통한 자원 할당 방법 및 장치 | |
| KR20210153976A (ko) | V2x 시스템에서 단말 간 협력을 통한 자원 할당 방법 및 장치 | |
| KR20220014763A (ko) | 무선 통신 시스템에서 사이드링크의 비연속적 수신을 지원하기 위한 방법 및 장치 | |
| US20220417919A1 (en) | Method and apparatus for resource allocation by sidelink inter-ue coordination in communication system | |
| KR20200116295A (ko) | 무선 통신 시스템에서 피드백 송수신 방법 및 장치 | |
| US20220295552A1 (en) | Method and device for sidelink resource allocation in wireless communication system | |
| KR20230043608A (ko) | 무선 통신 시스템에서 사이드링크의 단말 간 협력 방법 및 장치 | |
| KR20200114929A (ko) | 사이드링크 통신에서 자원을 할당하는 방법 및 장치 | |
| EP4304275A1 (en) | Method and device for resource allocation in wireless communication system through sidelink inter-ue coordination | |
| KR20230042980A (ko) | 무선 통신 시스템에서 사이드링크의 단말 간 협력 방법 및 장치 | |
| US20230224927A1 (en) | Method and device for resource allocation in v2x system | |
| KR20230108187A (ko) | V2x 시스템에서 자원을 할당하는 방법 및 장치 | |
| KR20220148693A (ko) | 무선 통신 시스템에서 사이드링크의 단말 간 협력을 통한 자원 할당 방법 및 장치 | |
| KR20240041339A (ko) | 무선 통신 시스템에서 사이드링크의 단말 간 협력 방법 및 장치 |