Processing

Please wait...

Settings

Settings

Goto Application

1. WO2020197336 - METHOD FOR TRANSMITTING AND RECEIVING SIGNAL BY UE IN WIRELESS COMMUNICATION SYSTEM SUPPORTING SIDELINK AND DEVICE THEREFOR

Document

명세서

발명의 명칭

기술분야

1  

배경기술

2   3   4   5   6   7   8   9   10   11   12   13   14  

발명의 상세한 설명

기술적 과제

15   16  

과제 해결 수단

17   18   19   20   21   22   23   24   25   26   27   28   29   30   31  

발명의 효과

32   33  

도면의 간단한 설명

34   35   36   37   38   39   40   41   42   43   44   45   46   47   48   49   50   51   52   53   54   55   56   57   58   59   60   61   62  

발명의 실시를 위한 최선의 형태

63   64   65   66   67   68   69   70   71   72   73   74   75   76   77   78   79   80   81   82   83   84   85   86   87   88   89   90   91   92   93   94   95   96   97   98   99   100   101   102   103   104   105   106   107   108   109   110   111   112   113   114   115   116   117   118   119   120   121   122   123   124   125   126   127   128   129   130   131   132   133   134   135   136   137   138   139   140   141   142   143   144   145   146   147   148   149   150   151   152   153   154   155   156   157   158   159   160   161   162   163   164   165   166   167   168   169   170   171   172   173   174   175   176   177   178   179   180   181   182   183   184   185   186   187   188   189   190   191   192   193   194   195   196   197   198   199   200   201   202   203   204   205   206   207   208   209   210   211   212   213   214   215   216   217   218   219   220   221   222   223   224   225   226   227   228   229   230   231   232   233   234   235   236   237   238   239   240   241   242   243   244   245   246   247   248   249   250   251   252   253   254   255   256   257   258   259   260   261   262   263   264   265   266   267   268   269   270   271   272   273   274   275   276   277   278   279   280   281   282   283   284   285   286   287   288   289   290   291   292   293   294   295   296   297   298   299   300   301   302   303   304   305   306   307   308   309   310   311   312   313   314   315   316   317   318   319   320   321   322   323   324   325   326   327   328  

산업상 이용가능성

329  

청구범위

1   2   3   4   5   6   7   8   9   10   11   12   13   14   15  

도면

1   2   3   4   5   6   7   8   9   10   11   12   13   14   15   16   17   18   19   20   21   22   23   24   25   26   27   28   29   30   31   32  

명세서

발명의 명칭 : 사이드링크를 지원하는 무선통신시스템에서 UE가 신호를 송수신하는 방법 및 이를 위한 장치

기술분야

[1]
사이드링크를 지원하는 무선통신시스템에서 UE가 신호를 송수신하는 방법 및 이를 위한 장치에 대한 것으로, 구체적으로, V2X 통신에 기반한 전자 결제를 위한 신호의 송수신 방법 및 이를 위한 장치에 대한 것이다.

배경기술

[2]
무선 통신 시스템은 가용한 시스템 자원(예를 들어, 대역폭, 전송 전력 등)을 공유하여 다중 사용자와의 통신을 지원하는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
[3]
사이드링크(sidelink, SL)란 단말(User Equipment, UE)들 간에 직접적인 링크를 설정하여, 기지국(Base Station, BS)을 거치지 않고, 단말 간에 음성 또는 데이터 등을 직접 주고 받는 통신 방식을 말한다. SL는 급속도로 증가하는 데이터 트래픽에 따른 기지국의 부담을 해결할 수 있는 하나의 방안으로서 고려되고 있다.
[4]
V2X(vehicle-to-everything)는 유/무선 통신을 통해 다른 차량, 보행자, 인프라가 구축된 사물 등과 정보를 교환하는 통신 기술을 의미한다. V2X는 V2V(vehicle-to-vehicle), V2I(vehicle-to-infrastructure), V2N(vehicle-to- network) 및 V2P(vehicle-to-pedestrian)와 같은 4 가지 유형으로 구분될 수 있다. V2X 통신은 PC5 인터페이스 및/또는 Uu 인터페이스를 통해 제공될 수 있다.
[5]
한편, 더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라, 기존의 무선 액세스 기술(Radio Access Technology, RAT)에 비해 향상된 모바일 광대역 (mobile broadband) 통신에 대한 필요성이 대두되고 있다. 이에 따라, 신뢰도(reliability) 및 지연(latency)에 민감한 서비스 또는 단말을 고려한 통신 시스템이 논의되고 있는데, 개선된 이동 광대역 통신, 매시브 MTC(Machine Type Communication), URLLC(Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 무선 접속 기술을 새로운 RAT(new radio access technology) 또는 NR(new radio)이라 칭할 수 있다. NR에서도 V2X(vehicle-to-everything) 통신이 지원될 수 있다.
[6]
도 1은 NR 이전의 RAT에 기반한 V2X 통신과 NR에 기반한 V2X 통신을 비교하여 설명하기 위한 도면이다
[7]
V2X 통신과 관련하여, NR 이전의 RAT에서는 BSM(Basic Safety Message), CAM(Cooperative Awareness Message), DENM(Decentralized Environmental Notification Message)과 같은 V2X 메시지를 기반으로, 안전 서비스(safety service)를 제공하는 방안이 주로 논의되었다. V2X 메시지는, 위치 정보, 동적 정보, 속성 정보 등을 포함할 수 있다. 예를 들어, 단말은 주기적인 메시지(periodic message) 타입의 CAM, 및/또는 이벤트 트리거 메시지(event triggered message) 타입의 DENM을 다른 단말에게 전송할 수 있다.
[8]
예를 들어, CAM은 방향 및 속도와 같은 차량의 동적 상태 정보, 치수와 같은 차량 정적 데이터, 외부 조명 상태, 경로 내역 등 기본 차량 정보를 포함할 수 있다. 예를 들어, 단말은 CAM을 방송할 수 있으며, CAM의 지연(latency)은 100ms보다 작을 수 있다. 예를 들어, 차량의 고장, 사고 등의 돌발적인 상황이 발행하는 경우, 단말은 DENM을 생성하여 다른 단말에게 전송할 수 있다. 예를 들어, 단말의 전송 범위 내에 있는 모든 차량은 CAM 및/또는 DENM을 수신할 수 있다. 이 경우, DENM은 CAM 보다 높은 우선 순위를 가질 수 있다.
[9]
이후, V2X 통신과 관련하여, 다양한 V2X 시나리오들이 NR에서 제시되고 있다. 예를 들어, 다양한 V2X 시나리오들은, 차량 플라투닝(vehicle platooning), 향상된 드라이빙(advanced driving), 확장된 센서들(extended sensors), 리모트 드라이빙(remote driving) 등을 포함할 수 있다.
[10]
예를 들어, 차량 플라투닝을 기반으로, 차량들은 동적으로 그룹을 형성하여 함께 이동할 수 있다. 예를 들어, 차량 플라투닝에 기반한 플라툰 동작들(platoon operations)을 수행하기 위해, 상기 그룹에 속하는 차량들은 선두 차량으로부터 주기적인 데이터를 수신할 수 있다. 예를 들어, 상기 그룹에 속하는 차량들은 주기적인 데이터를 이용하여, 차량들 사이의 간격을 줄이거나 넓힐 수 있다.
[11]
예를 들어, 향상된 드라이빙을 기반으로, 차량은 반자동화 또는 완전 자동화될 수 있다. 예를 들어, 각 차량은 근접 차량 및/또는 근접 로지컬 엔티티(logical entity)의 로컬 센서(local sensor)에서 획득된 데이터를 기반으로, 궤도(trajectories) 또는 기동(maneuvers)을 조정할 수 있다. 또한, 예를 들어, 각 차량은 근접한 차량들과 드라이빙 인텐션(driving intention)을 상호 공유할 수 있다.
[12]
예를 들어, 확장 센서들을 기반으로, 로컬 센서들을 통해 획득된 로 데이터(raw data) 또는 처리된 데이터(processed data), 또는 라이브 비디오 데이터(live video data)는 차량, 로지컬 엔티티, 보행자들의 단말 및/또는 V2X 응용 서버 간에 상호 교환될 수 있다. 따라서, 예를 들어, 차량은 자체 센서를 이용하여 감지할 수 있는 환경 보다 향상된 환경을 인식할 수 있다.
[13]
예를 들어, 리모트 드라이빙을 기반으로, 운전을 하지 못하는 사람 또는 위험한 환경에 위치한 리모트 차량을 위해, 리모트 드라이버 또는 V2X 애플리케이션은 상기 리모트 차량을 동작 또는 제어할 수 있다. 예를 들어, 대중 교통과 같이 경로를 예측할 수 있는 경우, 클라우드 컴퓨팅 기반의 드라이빙이 상기 리모트 차량의 동작 또는 제어에 이용될 수 있다. 또한, 예를 들어, 클라우드 기반의 백엔드 서비스 플랫폼(cloud-based back-end service platform)에 대한 액세스가 리모트 드라이빙을 위해 고려될 수 있다.
[14]
한편, 차량 플라투닝, 향상된 드라이빙, 확장된 센서들, 리모트 드라이빙 등 다양한 V2X 시나리오들에 대한 서비스 요구사항(service requirements)들을 구체화하는 방안이 NR에 기반한 V2X 통신에서 논의되고 있다.

발명의 상세한 설명

기술적 과제

[15]
해결하고자 하는 과제는 V2X 통신 링크에 기반한 전자 결제 시스템을 통하여 사용자의 편의 및 효율적인 전자 결제 방법을 제공하고, 가상 수취 장치 및 근거리 통신 링크의 도입을 통해 외부로 결제 수단 정보가 유출되는 것을 최소화하여 안전한 전자 결제 방법을 제공하는 것이다.
[16]
기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

과제 해결 수단

[17]
일 측면에 따른 사이드링크를 지원하는 무선통신시스템에서 UE (User Equipment)가 신호를 수신하는 방법에 있어서, RSU (Road Side Unit)으로부터 상기 사이드링크를 통해 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하는 단계, 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하는 단계, 및 별도로 구성된 제1 통신 링크를 통해 상기 제2 장치로부터 결제 수단 정보를 수신 받는 단계를 포함하고, 상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크일 수 있다.
[18]
또는, 상기 근거리 통신 기술은 마그네틱 스트라이프, IC 칩, NFC (Near-field communication), 바코드 및 RFID (Radio-frequency identification) 태그 중에서 적어도 하나에 따른 근거리 통신인 것을 특징으로 한다.
[19]
또는, 상기 인보이스 타입은 미리 결정된 결제 정보를 포함하는 제1 타입과, 상기 제1 장치의 응답 또는 상기 제1 장치가 포함된 차량의 유형에 따라 결제 정보가 달리 결정되는 제2 타입을 포함하는 것을 특징으로 한다.
[20]
또는, 상기 인보이스 타입이 제2 타입의 경우, 상기 제1 메시지는 상기 제1 장치의 CAM (Cooperative Awareness Message), DENM(Decentralized Environmental Notification Message), 또는 BSM (basic safety message) 중 적어도 하나의 주기적 전송에 대한 응답 메시지인 것을 특징으로 한다.
[21]
또는, 상기 인보이스 타입이 제2 타입의 경우, 상기 RSU에게 결제 금액의 결정에 필요한 항목에 대한 아이템 정보를 포함하는 제2 메시지를 전송하는 단계를 더 포함하고, 상기 결제 정보는 상기 제2 메시지에 대한 응답 메시지인 결제 요청 메시지에 기초하여 획득되는 것을 특징으로 한다,
[22]
또는, 상기 제1 메시지는 상기 RSU의 메시지가 전송하는 시간 슬롯의 할당 정보를 더 포함하고, 상기 제2 메시지는 상기 할당 정보에 기초하여 전송 타이밍 결정되는 것을 특징으로 한다.
[23]
또는, 상기 할당 정보는 상기 미리 설정된 영역에 포함된 복수의 RSU들의 수 및 상기 복수의 RSU들 각각의 시간 자원 할당 정보, 전송 주기에 대한 정보를 포함하는 것을 특징으로 한다.
[24]
또는, 상기 제1 메시지에 포함된 PRS (positioning reference signal) 또는 PTRS (phase tracking reference signal)에 기초하여 획득된 위상 천이 정도에 기초하여 상기 제2 메시지의 전송 타이밍을 결정하는 것을 특징으로 한다.
[25]
또는, 상기 인보이스 타입이 상기 제1 타입인 경우, 상기 제1 메시지는 상기 제1 장치의 접근 여부와 관계없이 상기 RSU에 의해 주기적으로 반복되어 전송되는 것을 특징으로 한다.
[26]
또는, 상기 결제 수단 정보를 결제 서버에 전송하는 단계, 및 상기 결제 서버로부터 결제 결과에 대한 정보를 수신하는 단계를 더 포함하고, 상기 결제 수단 정보는 상기 결제 서버에 의해 구성된 보안 프로토콜에 따라 전송되는 것을 특징으로 한다.
[27]
또는, 상게 제1 장치는 상기 제2 장치와 동일한 ITS-S 또는 차량에 부착된 것을 특징으로 한다.
[28]
다른 측면에 따르면, 사이드링크를 지원하는 무선통신시스템에서 신호의 송수신을 수행하는 제1 장치는 RF(Radio Frequency) 송수신기 및 상기 RF 송수신기와 연결되는 프로세서를 포함하고, 상기 프로세서는 상기 RF 송수신기를 제어하여 상기 사이드링크를 통해 RSU (Road Side Unit)으로부터 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하고, 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하며, 별도로 구성된 제1 통신 링크를 통해 결제 수단 정보를 상기 제2 장치로부터 수신 받고, 상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크일 수 있다.
[29]
또는, 상기 근거리 통신 기술은 마그네틱 스트라이프, IC 칩, NFC (Near-field communication), 바코드 및 RFID (Radio-frequency identification) 태그 중에서 적어도 하나에 따른 근거리 통신인 것을 특징으로 한다.
[30]
다른 측면에 따르면, 사이드링크를 지원하는 무선통신시스템에서 신호의 송수신을 수행하는 칩 셋은 적어도 하나의 프로세서 및 상기 적어도 하나의 프로세서와 동작 가능하게 연결되고, 실행될 때, 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 메모리를 포함하고, 상기 동작은 RSU (Road Side Unit)으로부터 상기 사이드링크를 통해 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하고, 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하며, 상기 제2 장치로부터 결제 수단 정보를 별도로 구성된 제1 통신 링크를 통해 수신 받고, 상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크일 수 있다.
[31]
또는, 상기 프로세서는 상기 인보이스 타입에 기초하여 상기 칩 셋과 연결된 장치의 주행 모드를 제어하는 것을 특징으로 한다.

발명의 효과

[32]
다양한 실시예들은 V2X 통신 링크에 기반한 전자 결제 시스템을 통하여 사용자의 편의 및 효율적인 전자 결제 방법을 제공할 수 있고, 가상 수취 장치 및 근거리 통신 링크의 도입을 통해 외부로 결제 수단 정보가 유출되는 것을 최소화하여 보안 및 안정성이 향상된 전자 결제를 수행할 수 있다.
[33]
다양한 실시예에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

도면의 간단한 설명

[34]
본 명세서에 첨부되는 도면은 본 발명에 대한 이해를 제공하기 위한 것으로서 본 발명의 다양한 실시형태들을 나타내고 명세서의 기재와 함께 본 발명의 원리를 설명하기 위한 것이다.
[35]
도 1은 NR 이전의 RAT에 기반한 V2X 통신과 NR에 기반한 V2X 통신을 비교하여 설명하기 위한 도면이다
[36]
도 2은 LTE 시스템의 구조를 나타낸다.
[37]
도 3은 사용자 평면(user plane)에 대한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
[38]
도 4는 제어 평면(control plane)에 대한 무선 프로토콜 구조를 나타낸다.
[39]
[40]
도 5은 NR 시스템의 구조를 나타낸다.
[41]
도 6은 NG-RAN과 5GC 간의 기능적 분할을 나타낸다.
[42]
도 7은 NR의 무선 프레임의 구조를 나타낸다.
[43]
도 8은 NR 프레임의 슬롯 구조를 나타낸다.
[44]
도 9는 SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
[45]
도 10은 CP 타입에 따른 S-SSB의 구조를 나타낸다.
[46]
도 11은 V2X 또는 SL 통신을 수행하는 단말을 나타낸다.
[47]
도 12는 V2X 또는 SL 통신을 위한 자원 단위를 나타낸다.
[48]
도 13은 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 나타낸다.
[49]
도 14는 V2X의 동기화 소스(synchronization source) 또는 동기화 기준(synchronization reference)을 나타낸다.
[50]
도 15는 V2X와 관련된 전자 결제를 수행하는 방법을 설명하기 위한 도면이다.
[51]
도 16은 가상 수취 장치를 통해 V2X와 관련된 전자 결제를 수행하는 방법을 설명하기 위한 도면이다.
[52]
도 17은 전자 결제를 수행할 지불 장치 또는 가상 수취 장치를 인식하는 방법을 설명하기 위한 도면이다.
[53]
도 18 및 도 19는 V2X 기반 전자 결제를 수행할 대상을 인식 또는 감지하는 방법을 설명하기 위한 도면이다.
[54]
도 20 및 도 21은 상기 수취 장치가 표시 메시지를 전송하는 주기 및 시간 자원을 설명하기 위한 도면이다.
[55]
도 22 및 도 23은 인보이스 A에 대한 전자 결제 방법을 설명하기 위한 도면이다.
[56]
도 24 및 도 25는 인보이스 B에 기초한 전자 결제 방법을 설명하기 위한 도면이다.
[57]
도 26 및 도 27은 가상 수취 장치가 V2X 통신에 기반한 전자 결제를 수행하는 방법을 설명하기 위한 도면이다.
[58]
도 28은 본 발명에 적용되는 통신 시스템을 예시한다.
[59]
도 29는 본 발명에 적용될 수 있는 무선 기기를 예시한다.
[60]
도 30은 본 발명에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다
[61]
도 31는 본 발명에 적용되는 휴대 기기를 예시한다.
[62]
도 32는 본 발명에 적용되는 차량 또는 자율 주행 차량을 예시한다.

발명의 실시를 위한 최선의 형태

[63]
무선 통신 시스템은 가용한 시스템 자원(예를 들어, 대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원하는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
[64]
사이드링크(sidelink)란 단말(User Equipment, UE)들 간에 직접적인 링크를 설정하여, 기지국(Base Station, BS)을 거치지 않고, 단말 간에 음성 또는 데이터 등을 직접 주고 받는 통신 방식을 말한다. 사이드링크는 급속도로 증가하는 데이터 트래픽에 따른 기지국의 부담을 해결할 수 있는 하나의 방안으로서 고려되고 있다.
[65]
V2X(vehicle-to-everything)는 유/무선 통신을 통해 다른 차량, 보행자, 인프라가 구축된 사물 등과 정보를 교환하는 통신 기술을 의미한다. V2X는 V2V(vehicle-to-vehicle), V2I(vehicle-to-infrastructure), V2N(vehicle-to- network) 및 V2P(vehicle-to-pedestrian)와 같은 4 가지 유형으로 구분될 수 있다. V2X 통신은 PC5 인터페이스 및/또는 Uu 인터페이스를 통해 제공될 수 있다.
[66]
한편, 더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라, 기존의 무선 액세스 기술(Radio Access Technology, RAT)에 비해 향상된 모바일 광대역 (mobile broadband) 통신에 대한 필요성이 대두되고 있다. 이에 따라, 신뢰도(reliability) 및 지연(latency)에 민감한 서비스 또는 단말을 고려한 통신 시스템이 논의되고 있는데, 개선된 이동 광대역 통신, 매시브 MTC, URLLC(Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 무선 접속 기술을 새로운 RAT(new radio access technology) 또는 NR(new radio)이라 칭할 수 있다. NR에서도 V2X(vehicle-to-everything) 통신이 지원될 수 있다.
[67]
이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access) 등과 같은 다양한 무선 통신 시스템에 사용될 수 있다. CDMA는 UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced data rates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE(institute of electrical and electronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA(evolved-UMTS terrestrial radio access)를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. LTE-A(advanced)는 3GPP LTE의 진화이다.
[68]
5G NR은 LTE-A의 후속 기술로서, 고성능, 저지연, 고가용성 등의 특성을 가지는 새로운 Clean-slate 형태의 이동 통신 시스템이다. 5G NR은 1GHz 미만의 저주파 대역에서부터 1GHz~10GHz의 중간 주파 대역, 24GHz 이상의 고주파(밀리미터파) 대역 등 사용 가능한 모든 스펙트럼 자원을 활용할 수 있다.
[69]
설명을 명확하게 하기 위해, LTE-A 또는 5G NR을 위주로 기술하지만 실시예(들)의 기술적 사상이 이에 제한되는 것은 아니다.
[70]
도 2은 적용될 수 있는 LTE 시스템의 구조를 나타낸다. 이는 E-UTRAN(Evolved-UMTS Terrestrial Radio Access Network), 또는 LTE(Long Term Evolution)/LTE-A 시스템이라고 불릴 수 있다.
[71]
도 2을 참조하면, E-UTRAN은 단말(10)에게 제어 평면(control plane)과 사용자 평면(user plane)을 제공하는 기지국(20; Base Station, BS)을 포함한다. 단말(10)은 고정되거나 이동성을 가질 수 있으며, MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), MT(Mobile Terminal), 무선기기(Wireless Device) 등 다른 용어로 불릴 수 있다. 기지국(20)은 단말(10)과 통신하는 고정된 지점(fixed station)을 말하며, eNB(evolved-NodeB), BTS(Base Transceiver System), 액세스 포인트(Access Point) 등 다른 용어로 불릴 수 있다.
[72]
기지국(20)들은 X2 인터페이스를 통하여 서로 연결될 수 있다. 기지국(20)은 S1 인터페이스를 통해 EPC(Evolved Packet Core, 30), 보다 상세하게는 S1-MME를 통해 MME(Mobility Management Entity)와 S1-U를 통해 S-GW(Serving Gateway)와 연결된다.
[73]
EPC(30)는 MME, S-GW 및 P-GW(Packet Data Network-Gateway)로 구성된다. MME는 단말의 접속 정보나 단말의 능력에 관한 정보를 가지고 있으며, 이러한 정보는 단말의 이동성 관리에 주로 사용된다. S-GW는 E-UTRAN을 종단점으로 갖는 게이트웨이이며, P-GW는 PDN을 종단점으로 갖는 게이트웨이이다.
[74]
단말과 네트워크 사이의 무선인터페이스 프로토콜(Radio Interface Protocol)의 계층들은 통신시스템에서 널리 알려진 개방형 시스템간 상호접속(Open System Interconnection, OSI) 기준 모델의 하위 3개 계층을 바탕으로 L1 (제 1 계층), L2 (제 2 계층), L3(제 3 계층)로 구분될 수 있다. 이 중에서 제 1 계층에 속하는 물리 계층은 물리 채널(Physical Channel)을 이용한 정보전송서비스(Information Transfer Service)를 제공하며, 제 3 계층에 위치하는 RRC(Radio Resource Control) 계층은 단말과 네트워크 간에 무선 자원을 제어하는 역할을 수행한다. 이를 위해 RRC 계층은 단말과 기지국간 RRC 메시지를 교환한다.
[75]
도 3은 사용자 평면(user plane)에 대한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
[76]
도 4는 제어 평면(control plane)에 대한 무선 프로토콜 구조를 나타낸다. 사용자 평면은 사용자 데이터 전송을 위한 프로토콜 스택(protocol stack)이고, 제어 평면은 제어신호 전송을 위한 프로토콜 스택이다.
[77]
도 3 및 도 4를 참조하면, 물리 계층(physical layer)은 물리 채널을 이용하여 상위 계층에게 정보 전송 서비스를 제공한다. 물리 계층은 상위 계층인 MAC(Medium Access Control) 계층과는 전송 채널(transport channel)을 통해 연결되어 있다. 전송 채널을 통해 MAC 계층과 물리 계층 사이로 데이터가 이동한다. 전송 채널은 무선 인터페이스를 통해 데이터가 어떻게 어떤 특징으로 전송되는가에 따라 분류된다.
[78]
서로 다른 물리계층 사이, 즉 송신기와 수신기의 물리 계층 사이는 물리 채널을 통해 데이터가 이동한다. 상기 물리 채널은 OFDM(Orthogonal Frequency Division Multiplexing) 방식으로 변조될 수 있고, 시간과 주파수를 무선 자원으로 활용한다.
[79]
MAC 계층은 논리 채널(logical channel)을 통해 상위 계층인 RLC(radio link control) 계층에게 서비스를 제공한다. MAC 계층은 복수의 논리 채널에서 복수의 전송 채널로의 맵핑 기능을 제공한다. 또한, MAC 계층은 복수의 논리 채널에서 단수의 전송 채널로의 맵핑에 의한 논리 채널 다중화 기능을 제공한다. MAC 부 계층은 논리 채널상의 데이터 전송 서비스를 제공한다.
[80]
RLC 계층은 RLC SDU의 연결(concatenation), 분할(segmentation) 및 재결합(reassembly)을 수행한다. 무선 베어러(Radio Bearer, RB)가 요구하는 다양한 QoS(Quality of Service)를 보장하기 위해, RLC 계층은 투명모드(Transparent Mode, TM), 비확인 모드(Unacknowledged Mode, UM) 및 확인모드(Acknowledged Mode, AM)의 세 가지의 동작모드를 제공한다. AM RLC는 ARQ(automatic repeat request)를 통해 오류 정정을 제공한다.
[81]
RRC(Radio Resource Control) 계층은 제어 평면에서만 정의된다. RRC 계층은 무선 베어러들의 설정(configuration), 재설정(re-configuration) 및 해제(release)와 관련되어 논리 채널, 전송 채널 및 물리 채널들의 제어를 담당한다. RB는 단말과 네트워크간의 데이터 전달을 위해 제 1 계층(PHY 계층) 및 제 2 계층(MAC 계층, RLC 계층, PDCP 계층)에 의해 제공되는 논리적 경로를 의미한다.
[82]
사용자 평면에서의 PDCP(Packet Data Convergence Protocol) 계층의 기능은 사용자 데이터의 전달, 헤더 압축(header compression) 및 암호화(ciphering)를 포함한다. 제어 평면에서의 PDCP(Packet Data Convergence Protocol) 계층의 기능은 제어 평면 데이터의 전달 및 암호화/무결정 보호(integrity protection)를 포함한다.
[83]
RB가 설정된다는 것은 특정 서비스를 제공하기 위해 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다. RB는 다시 SRB(Signaling Radio Bearer)와 DRB(Data Radio Bearer) 두 가지로 나누어 질 수 있다. SRB는 제어 평면에서 RRC 메시지를 전송하는 통로로 사용되며, DRB는 사용자 평면에서 사용자 데이터를 전송하는 통로로 사용된다.
[84]
단말의 RRC 계층과 E-UTRAN의 RRC 계층 사이에 RRC 연결(RRC connection)이 확립되면, 단말은 RRC_CONNEDTED 상태에 있게 되고, 그렇지 못할 경우 RRC_IDLE 상태에 있게 된다. NR의 경우, RRC_INACTIVE 상태가 추가로 정의되었으며, RRC_INACTIVE 상태의 단말은 코어 네트워크와의 연결을 유지하는 반면 기지국과의 연결을 해지(release)할 수 있다.
[85]
네트워크에서 단말로 데이터를 전송하는 하향링크 전송 채널로는 시스템 정보를 전송하는 BCH(Broadcast Channel)과 그 이외에 사용자 트래픽이나 제어 메시지를 전송하는 하향링크 SCH(Shared Channel)이 있다. 하향링크 멀티캐스트 또는 브로드캐스트 서비스의 트래픽 또는 제어메시지의 경우 하향링크 SCH를 통해 전송될 수도 있고, 또는 별도의 하향링크 MCH(Multicast Channel)을 통해 전송될 수도 있다. 한편, 단말에서 네트워크로 데이터를 전송하는 상향링크 전송 채널로는 초기 제어메시지를 전송하는 RACH(Random Access Channel)와 그 이외에 사용자 트래픽이나 제어메시지를 전송하는 상향링크 SCH(Shared Channel)가 있다.
[86]
전송 채널 상위에 있으며, 전송 채널에 매핑되는 논리 채널(Logical Channel)로는 BCCH(Broadcast Control Channel), PCCH(Paging Control Channel), CCCH(Common Control Channel), MCCH(Multicast Control Channel), MTCH(Multicast Traffic Channel) 등이 있다.
[87]
물리 채널(Physical Channel)은 시간 영역에서 여러 개의 OFDM 심벌과 주파수 영역에서 여러 개의 부반송파(sub-carrier)로 구성된다. 하나의 서브프레임(sub-frame)은 시간 영역에서 복수의 OFDM 심벌(symbol)들로 구성된다. 자원 블록은 자원 할당 단위로, 복수의 OFDM 심벌들과 복수의 부반송파(sub-carrier)들로 구성된다. 또한 각 서브프레임은 PDCCH(Physical Downlink Control Channel) 즉, L1/L2 제어 채널을 위해 해당 서브프레임의 특정 OFDM 심벌들(예, 첫 번째 OFDM 심볼)의 특정 부반송파들을 이용할 수 있다. TTI(Transmission Time Interval)는 서브프레임 전송의 단위시간이다.
[88]
도 5은 NR 시스템의 구조를 나타낸다.
[89]
도 5을 참조하면, NG-RAN은 단말에게 사용자 평면 및 제어 평면 프로토콜 종단(termination)을 제공하는 gNB 및/또는 eNB를 포함할 수 있다. 도 10에서는 gNB만을 포함하는 경우를 예시한다. gNB 및 eNB는 상호 간에 Xn 인터페이스로 연결되어 있다. gNB 및 eNB는 5세대 코어 네트워크(5G Core Network: 5GC)와 NG 인터페이스를 통해 연결되어 있다. 보다 구체적으로, AMF(access and mobility management function)과는 NG-C 인터페이스를 통해 연결되고, UPF(user plane function)과는 NG-U 인터페이스를 통해 연결된다.
[90]
도 6은 NG-RAN과 5GC 간의 기능적 분할을 나타낸다.
[91]
도 6을 참조하면, gNB는 인터 셀 간의 무선 자원 관리(Inter Cell RRM), 무선 베어러 관리(RB control), 연결 이동성 제어(Connection Mobility Control), 무선 허용 제어(Radio Admission Control), 측정 설정 및 제공(Measurement configuration & Provision), 동적 자원 할당(dynamic resource allocation) 등의 기능을 제공할 수 있다. AMF는 NAS 보안, 아이들 상태 이동성 처리 등의 기능을 제공할 수 있다. UPF는 이동성 앵커링(Mobility Anchoring), PDU 처리 등의 기능을 제공할 수 있다. SMF(Session Management Function)는 단말 IP 주소 할당, PDU 세션 제어 등의 기능을 제공할 수 있다.
[92]
도 7은 NR의 무선 프레임의 구조를 나타낸다.
[93]
도 7을 참조하면, NR에서 상향링크 및 하향링크 전송에서 무선 프레임을 사용할 수 있다. 무선 프레임은 10ms의 길이를 가지며, 2개의 5ms 하프-프레임(Half-Frame, HF)으로 정의될 수 있다. 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)을 포함할 수 있다. 서브프레임은 하나 이상의 슬롯으로 분할될 수 있으며, 서브프레임 내 슬롯 개수는 부반송파 간격(Subcarrier Spacing, SCS)에 따라 결정될 수 있다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(A) 심볼을 포함할 수 있다.
[94]
노멀 CP(normal CP)가 사용되는 경우, 각 슬롯은 14개의 심볼을 포함할 수 있다. 확장 CP가 사용되는 경우, 각 슬롯은 12개의 심볼을 포함할 수 있다. 여기서, 심볼은 OFDM 심볼 (또는, CP-OFDM 심볼), SC-FDMA(Single Carrier - FDMA) 심볼 (또는, DFT-s-OFDM(Discrete Fourier Transform-spread-OFDM) 심볼)을 포함할 수 있다.
[95]
다음 표 1은 노멀 CP가 사용되는 경우, SCS 설정(u)에 따라 슬롯 별 심볼의 개수((N slot symb), 프레임 별 슬롯의 개수((N frame,u slot)와 서브프레임 별 슬롯의 개수((N subframe,u slot)를 예시한다.
[96]
[표1]
SCS (15*2 u) N slot symb N frame,u slot N subframe,u slot
15KHz (u=0) 14 10 1
30KHz (u=1) 14 20 2
60KHz (u=2) 14 40 4
120KHz (u=3) 14 80 8
240KHz (u=4) 14 160 16

[97]
표 2는 확장 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수를 예시한다.
[98]
[표2]
SCS (15*2 u) N slot symb N frame,u slot N subframe,u slot
60KHz (u=2) 12 40 4

[99]
NR 시스템에서는 하나의 단말에게 병합되는 복수의 셀들 간에 OFDM(A) 뉴머놀로지(numerology)(예, SCS, CP 길이 등)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, 서브프레임, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들 간에 상이하게 설정될 수 있다.
[100]
NR에서, 다양한 5G 서비스들을 지원하기 위한 다수의 뉴머놀로지(numerology) 또는 SCS가 지원될 수 있다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)이 지원될 수 있고, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)이 지원될 수 있다. SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)을 극복하기 위해 24.25GHz보다 큰 대역폭이 지원될 수 있다.
[101]
NR 주파수 밴드(frequency band)는 두 가지 타입의 주파수 범위(frequency range)로 정의될 수 있다. 상기 두 가지 타입의 주파수 범위는 FR1 및 FR2일 수 있다. 주파수 범위의 수치는 변경될 수 있으며, 예를 들어, 상기 두 가지 타입의 주파수 범위는 하기 표 3과 같을 수 있다. NR 시스템에서 사용되는 주파수 범위 중 FR1은 "sub 6GHz range"를 의미할 수 있고, FR2는 "above 6GHz range"를 의미할 수 있고 밀리미터 웨이브(millimeter wave, mmW)로 불릴 수 있다.
[102]
[표3]
Frequency Range designation Corresponding frequency range Subcarrier Spacing (SCS)
FR1 450MHz - 6000MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz

[103]
상술한 바와 같이, NR 시스템의 주파수 범위의 수치는 변경될 수 있다. 예를 들어, FR1은 하기 표 4와 같이 410MHz 내지 7125MHz의 대역을 포함할 수 있다. 즉, FR1은 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역을 포함할 수 있다. 예를 들어, FR1 내에서 포함되는 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역은 비면허 대역(unlicensed band)을 포함할 수 있다. 비면허 대역은 다양한 용도로 사용될 수 있고, 예를 들어 차량을 위한 통신(예를 들어, 자율주행)을 위해 사용될 수 있다.
[104]
[표4]
Frequency Range designation Corresponding frequency range Subcarrier Spacing (SCS)
FR1 410MHz - 7125MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz

[105]
도 8은 NR 프레임의 슬롯 구조를 나타낸다.
[106]
도 8을 참조하면, 슬롯은 시간 영역에서 복수의 심볼들을 포함한다. 예를 들어, 노멀 CP의 경우 하나의 슬롯이 14개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 12개의 심볼을 포함할 수 있다. 또는 노멀 CP의 경우 하나의 슬롯이 7개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 6개의 심볼을 포함할 수 있다.
[107]
반송파는 주파수 영역에서 복수의 부반송파들을 포함한다. RB(Resource Block)는 주파수 영역에서 복수(예를 들어, 12)의 연속한 부반송파로 정의될 수 있다. BWP(Bandwidth Part)는 주파수 영역에서 복수의 연속한 (P)RB((Physical) Resource Block)로 정의될 수 있으며, 하나의 뉴머놀로지(numerology)(예, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예를 들어, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행될 수 있다. 각각의 요소는 자원 그리드에서 자원요소(Resource Element, RE)로 지칭될 수 있고, 하나의 복소 심볼이 맵핑될 수 있다.
[108]
한편, 단말과 단말 간 무선 인터페이스 또는 단말과 네트워크 간 무선 인터페이스는 L1 계층, L2 계층 및 L3 계층으로 구성될 수 있다. 본 개시의 다양한 실시 예에서, L1 계층은 물리(physical) 계층을 의미할 수 있다. 또한, 예를 들어, L2 계층은 MAC 계층, RLC 계층, PDCP 계층 및 SDAP 계층 중 적어도 하나를 의미할 수 있다. 또한, 예를 들어, L3 계층은 RRC 계층을 의미할 수 있다.
[109]
이하, V2X 또는 SL(sidelink) 통신에 대하여 설명한다.
[110]
도 9는 SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다. 구체적으로, 도 9의 (a)는 NR의 사용자 평면 프로토콜 스택을 나타내고, 도 9의 (b)는 NR의 제어 평면 프로토콜 스택을 나타낸다.
[111]
이하, SL 동기 신호(Sidelink Synchronization Signal, SLSS) 및 동기화 정보에 대해 설명한다.
[112]
SLSS는 SL 특정적인 시퀀스(sequence)로, PSSS(Primary Sidelink Synchronization Signal)와 SSSS(Secondary Sidelink Synchronization Signal)를 포함할 수 있다. 상기 PSSS는 S-PSS(Sidelink Primary Synchronization Signal)라고 칭할 수 있고, 상기 SSSS는 S-SSS(Sidelink Secondary Synchronization Signal)라고 칭할 수 있다. 예를 들어, 길이-127 M-시퀀스(length-127 M-sequences)가 S-PSS에 대하여 사용될 수 있고, 길이-127 골드-시퀀스(length-127 Gold sequences)가 S-SSS에 대하여 사용될 수 있다. 예를 들어, 단말은 S-PSS를 이용하여 최초 신호를 검출(signal detection)할 수 있고, 동기를 획득할 수 있다. 예를 들어, 단말은 S-PSS 및 S-SSS를 이용하여 세부 동기를 획득할 수 있고, 동기 신호 ID를 검출할 수 있다.
[113]
PSBCH(Physical Sidelink Broadcast Channel)는 SL 신호 송수신 전에 단말이 가장 먼저 알아야 하는 기본이 되는 (시스템) 정보가 전송되는 (방송) 채널일 수 있다. 예를 들어, 상기 기본이 되는 정보는 SLSS에 관련된 정보, 듀플렉스 모드(Duplex Mode, DM), TDD UL/DL(Time Division Duplex Uplink/Downlink) 구성, 리소스 풀 관련 정보, SLSS에 관련된 애플리케이션의 종류, 서브프레임 오프셋, 방송 정보 등일 수 있다. 예를 들어, PSBCH 성능의 평가를 위해, NR V2X에서, PSBCH의 페이로드 크기는 24 비트의 CRC를 포함하여 56 비트일 수 있다.
[114]
S-PSS, S-SSS 및 PSBCH는 주기적 전송을 지원하는 블록 포맷(예를 들어, SL SS(Synchronization Signal)/PSBCH 블록, 이하 S-SSB(Sidelink-Synchronization Signal Block))에 포함될 수 있다. 상기 S-SSB는 캐리어 내의 PSCCH(Physical Sidelink Control Channel)/PSSCH(Physical Sidelink Shared Channel)와 동일한 뉴머놀로지(즉, SCS 및 CP 길이)를 가질 수 있고, 전송 대역폭은 (미리) 설정된 SL BWP(Sidelink BWP) 내에 있을 수 있다. 예를 들어, S-SSB의 대역폭은 11 RB(Resource Block)일 수 있다. 예를 들어, PSBCH는 11 RB에 걸쳐있을 수 있다. 그리고, S-SSB의 주파수 위치는 (미리) 설정될 수 있다. 따라서, 단말은 캐리어에서 S-SSB를 발견하기 위해 주파수에서 가설 검출(hypothesis detection)을 수행할 필요가 없다.
[115]
한편, NR SL 시스템에서, 서로 다른 SCS 및/또는 CP 길이를 가지는 복수의 뉴머놀로지가 지원될 수 있다. 이 때, SCS가 증가함에 따라서, 전송 단말이 S-SSB를 전송하는 시간 자원의 길이가 짧아질 수 있다. 이에 따라, S-SSB의 커버리지(coverage)가 감소할 수 있다. 따라서, S-SSB의 커버리지를 보장하기 위하여, 전송 단말은 SCS에 따라 하나의 S-SSB 전송 주기 내에서 하나 이상의 S-SSB를 수신 단말에게 전송할 수 있다. 예를 들어, 전송 단말이 하나의 S-SSB 전송 주기 내에서 수신 단말에게 전송하는 S-SSB의 개수는 전송 단말에게 사전에 설정되거나(pre-configured), 설정(configured)될 수 있다. 예를 들어, S-SSB 전송 주기는 160ms 일 수 있다. 예를 들어, 모든 SCS에 대하여, 160ms의 S-SSB 전송 주기가 지원될 수 있다.
[116]
예를 들어, SCS가 FR1에서 15kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개 또는 2개의 S-SSB를 전송할 수 있다. 예를 들어, SCS가 FR1에서 30kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개 또는 2개의 S-SSB를 전송할 수 있다. 예를 들어, SCS가 FR1에서 60kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개, 2개 또는 4개의 S-SSB를 전송할 수 있다.
[117]
예를 들어, SCS가 FR2에서 60kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개, 2개, 4개, 8개, 16개 또는 32개의 S-SSB를 전송할 수 있다. 예를 들어, SCS가 FR2에서 120kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개, 2개, 4개, 8개, 16개, 32개 또는 64개의 S-SSB를 전송할 수 있다.
[118]
한편, SCS가 60kHz인 경우, 두 가지 타입의 CP가 지원될 수 있다. 또한, CP 타입에 따라서 전송 단말이 수신 단말에게 전송하는 S-SSB의 구조가 상이할 수 있다. 예를 들어, 상기 CP 타입은 Normal CP(NCP) 또는 Extended CP(ECP)일 수 있다. 구체적으로, 예를 들어, CP 타입이 NCP인 경우, 전송 단말이 전송하는 S-SSB 내에서 PSBCH를 맵핑하는 심볼의 개수는 9 개 또는 8 개일 수 있다. 반면, 예를 들어, CP 타입이 ECP인 경우, 전송 단말이 전송하는 S-SSB 내에서 PSBCH를 맵핑하는 심볼의 개수는 7 개 또는 6 개일 수 있다. 예를 들어, 전송 단말이 전송하는 S-SSB 내의 첫 번째 심볼에는, PSBCH가 맵핑될 수 있다. 예를 들어, S-SSB를 수신하는 수신 단말은 S-SSB의 첫 번째 심볼 구간에서 AGC(Automatic Gain Control) 동작을 수행할 수 있다.
[119]
도 10은 CP 타입에 따른 S-SSB의 구조를 나타낸다. 도 10 (a)을 참조하면, CP 타입이 NCP인 경우, S-SSB의 구조를 나타낸다.
[120]
예를 들어, CP 타입이 NCP인 경우, S-SSB의 구조, 즉, 전송 단말이 전송하는 S-SSB 내에 S-PSS, S-SSS 및 PSBCH가 맵핑되는 심볼들의 순서는 도 20을 참조할 수 있다.
[121]
도 10 (b)은 CP 타입이 ECP인 경우, S-SSB의 구조를 나타낸다.
[122]
예를 들어, CP 타입이 ECP인 경우, 도 20과 달리, 전송 단말이 S-SSB 내에서 S-SSS 이후에 PSBCH를 맵핑하는 심볼의 개수가 6개일 수 있다. 따라서, CP 타입이 NCP 또는 ECP인지 여부에 따라 S-SSB의 커버리지가 상이할 수 있다.
[123]
한편, 각각의 SLSS는 SL 동기화 식별자(Sidelink Synchronization Identifier, SLSS ID)를 가질 수 있다.
[124]
예를 들어, LTE SL 또는 LTE V2X의 경우, 2개의 서로 다른 S-PSS 시퀀스와 168개의 서로 다른 S-SSS 시퀀스의 조합을 기반으로, SLSS ID의 값이 정의될 수 있다. 예를 들어, SLSS ID의 개수는 336개일 수 있다. 예를 들어, SLSS ID의 값은 0 내지 335 중 어느 하나일 수 있다.
[125]
예를 들어, NR SL 또는 NR V2X의 경우, 2개의 서로 다른 S-PSS 시퀀스와 336개의 서로 다른 S-SSS 시퀀스의 조합을 기반으로, SLSS ID의 값이 정의될 수 있다. 예를 들어, SLSS ID의 개수는 672개일 수 있다. 예를 들어, SLSS ID의 값은 0 내지 671 중 어느 하나일 수 있다. 예를 들어, 2개의 서로 다른 S-PSS 중에서, 하나의 S-PSS는 인-커버리지(in-coverage)와 연관될 수 있고, 나머지 하나의 S-PSS는 아웃-커버리지(out-of-coverage)와 연관될 수 있다. 예를 들어, 0 내지 335의 SLSS ID는 인-커버리지에서 사용될 수 있고, 336 내지 671의 SLSS ID는 아웃-커버리지에서 사용될 수 있다.
[126]
한편, 전송 단말은 수신 단말의 S-SSB 수신 성능을 향상시키기 위해, S-SSB를 구성하는 각각의 신호의 특성에 따라 전송 전력을 최적화할 필요가 있다. 예를 들어, S-SSB를 구성하는 각각의 신호의 PAPR(Peak to Average Power Ratio) 등에 따라, 전송 단말은 각각의 신호에 대한 MPR(Maximum Power Reduction) 값을 결정할 수 있다. 예를 들어, PAPR 값이 S-SSB를 구성하는 S-PSS 및 S-SSS 사이에 서로 다르면, 수신 단말의 S-SSB 수신 성능을 향상시키기 위해, 전송 단말은 S-PSS 및 S-SSS의 전송에 대하여 각각 최적의 MPR 값을 적용할 수 있다. 또한, 예를 들어, 전송 단말이 각각의 신호에 대하여 증폭 동작을 수행하기 위해서, 천이 구간(transient period)이 적용될 수 있다. 천이 구간은 전송 단말의 전송 전력이 달라지는 경계에서 전송 단말의 송신단 앰프가 정상 동작을 수행하는데 필요한 시간을 보호(preserve)할 수 있다. 예를 들어, FR1의 경우, 상기 천이 구간은 10us일 수 있다. 예를 들어, FR2의 경우, 상기 천이 구간은 5us일 수 있다. 예를 들어, 수신 단말이 S-PSS를 검출하기 위한 검색 윈도우(search window)는 80ms 및/또는 160ms일 수 있다.
[127]
도 11은 V2X 또는 SL 통신을 수행하는 단말을 나타낸다.
[128]
도 11을 참조하면, V2X 또는 SL 통신에서 단말이라는 용어는 주로 사용자의 단말을 의미할 수 있다. 하지만, 기지국과 같은 네트워크 장비가 단말 사이의 통신 방식에 따라 신호를 송수신하는 경우, 기지국 또한 일종의 단말로 간주될 수도 있다. 예를 들어, 단말 1은 제 1 장치(100)일 수 있고, 단말 2 는 제 2 장치(200)일 수 있다.
[129]
예를 들어, 단말 1은 일련의 자원의 집합을 의미하는 자원 풀(resource pool) 내에서 특정한 자원에 해당하는 자원 단위(resource unit)를 선택할 수 있다. 그리고, 단말 1은 상기 자원 단위를 사용하여 SL 신호를 전송할 수 있다. 예를 들어, 수신 단말인 단말 2는 단말 1이 신호를 전송할 수 있는 자원 풀을 설정 받을 수 있고, 상기 자원 풀 내에서 단말 1의 신호를 검출할 수 있다.
[130]
여기서, 단말 1이 기지국의 연결 범위 내에 있는 경우, 기지국이 자원 풀을 단말 1에게 알려줄 수 있다. 반면, 단말 1이 기지국의 연결 범위 밖에 있는 경우, 다른 단말이 단말 1에게 자원 풀을 알려주거나, 또는 단말 1은 사전에 설정된 자원 풀을 사용할 수 있다.
[131]
일반적으로 자원 풀은 복수의 자원 단위로 구성될 수 있고, 각 단말은 하나 또는 복수의 자원 단위를 선택하여 자신의 SL 신호 전송에 사용할 수 있다.
[132]
도 12는 V2X 또는 SL 통신을 위한 자원 단위를 나타낸다.
[133]
도 12를 참조하면, 자원 풀의 전체 주파수 자원이 NF개로 분할될 수 있고, 자원 풀의 전체 시간 자원이 NT개로 분할될 수 있다. 따라서, 총 NF * NT 개의 자원 단위가 자원 풀 내에서 정의될 수 있다. 도 12는 해당 자원 풀이 NT 개의 서브프레임의 주기로 반복되는 경우의 예를 나타낸다.
[134]
도 12에 나타난 바와 같이, 하나의 자원 단위(예를 들어, Unit #0)는 주기적으로 반복하여 나타날 수 있다. 또는, 시간 또는 주파수 차원에서의 다이버시티(diversity) 효과를 얻기 위해서, 하나의 논리적인 자원 단위가 맵핑되는 물리적 자원 단위의 인덱스가 시간에 따라 사전에 정해진 패턴으로 변화할 수도 있다. 이러한 자원 단위의 구조에 있어서, 자원 풀이란 SL 신호를 전송하고자 하는 단말이 전송에 사용할 수 있는 자원 단위들의 집합을 의미할 수 있다.
[135]
자원 풀은 여러 종류로 세분화될 수 있다. 예를 들어, 각 자원 풀에서 전송되는 SL 신호의 컨텐츠(content)에 따라, 자원 풀은 아래와 같이 구분될 수 있다.
[136]
(1) 스케줄링 할당(Scheduling Assignment, SA)은 전송 단말이 SL 데이터 채널의 전송으로 사용하는 자원의 위치, 그 외 데이터 채널의 복조를 위해서 필요한 MCS(Modulation and Coding Scheme) 또는 MIMO(Multiple Input Multiple Output) 전송 방식, TA(Timing Advance)등의 정보를 포함하는 신호일 수 있다. SA는 동일 자원 단위 상에서 SL 데이터와 함께 멀티플렉싱되어 전송되는 것도 가능하며, 이 경우 SA 자원 풀이란 SA가 SL 데이터와 멀티플렉싱되어 전송되는 자원 풀을 의미할 수 있다. SA는 SL 제어 채널(control channel)로 불릴 수도 있다.
[137]
(2) SL 데이터 채널(Physical Sidelink Shared Channel, PSSCH)은 전송 단말이 사용자 데이터를 전송하는데 사용하는 자원 풀일 수 있다. 만약 동일 자원 단위 상에서 SL 데이터와 함께 SA가 멀티플렉싱되어 전송되는 경우, SA 정보를 제외한 형태의 SL 데이터 채널만이 SL 데이터 채널을 위한 자원 풀에서 전송 될 수 있다. 다시 말해, SA 자원 풀 내의 개별 자원 단위 상에서 SA 정보를 전송하는데 사용되었던 REs(Resource Elements)는 SL 데이터 채널의 자원 풀에서 여전히 SL 데이터를 전송하기 위해 사용될 수 있다. 예를 들어, 전송 단말은 연속적인 PRB에 PSSCH를 맵핑시켜서 전송할 수 있다.
[138]
(3) 디스커버리 채널은 전송 단말이 자신의 ID 등의 정보를 전송하기 위한 자원 풀일 수 있다. 이를 통해, 전송 단말은 인접 단말이 자신을 발견하도록 할 수 있다.
[139]
이상에서 설명한 SL 신호의 컨텐츠가 동일한 경우에도, SL 신호의 송수신 속성에 따라서 상이한 자원 풀을 사용할 수 있다. 일 예로, 동일한 SL 데이터 채널이나 디스커버리 메시지라 하더라도, SL 신호의 전송 타이밍 결정 방식(예를 들어, 동기 기준 신호의 수신 시점에서 전송되는지 아니면 상기 수신 시점에서 일정한 타이밍 어드밴스를 적용하여 전송되는지), 자원 할당 방식(예를 들어, 개별 신호의 전송 자원을 기지국이 개별 전송 단말에게 지정해주는지 아니면 개별 전송 단말이 자원 풀 내에서 자체적으로 개별 신호 전송 자원을 선택하는지), 신호 포맷(예를 들어, 각 SL 신호가 한 서브프레임에서 차지하는 심볼의 개수, 또는 하나의 SL 신호의 전송에 사용되는 서브프레임의 개수), 기지국으로부터의 신호 세기, SL 단말의 송신 전력 세기 등에 따라서 다시 상이한 자원 풀로 구분될 수도 있다.
[140]
이하, SL에서 자원 할당(resource allocation)에 대하여 설명한다.
[141]
도 13은 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 나타낸다. 본 개시의 다양한 실시 예에서, 전송 모드는 모드 또는 자원 할당 모드라고 칭할 수 있다. 이하, 설명의 편의를 위해, LTE에서 전송 모드는 LTE 전송 모드라고 칭할 수 있고, NR에서 전송 모드는 NR 자원 할당 모드라고 칭할 수 있다.
[142]
예를 들어, 도 13의 (a)는 LTE 전송 모드 1 또는 LTE 전송 모드 3과 관련된 단말 동작을 나타낸다. 또는, 예를 들어, 도 24의 (a)는 NR 자원 할당 모드 1과 관련된 단말 동작을 나타낸다. 예를 들어, LTE 전송 모드 1은 일반적인 SL 통신에 적용될 수 있고, LTE 전송 모드 3은 V2X 통신에 적용될 수 있다.
[143]
예를 들어, 도 13의 (b)는 LTE 전송 모드 2 또는 LTE 전송 모드 4와 관련된 단말 동작을 나타낸다. 또는, 예를 들어, 도 24의 (b)는 NR 자원 할당 모드 2와 관련된 단말 동작을 나타낸다.
[144]
도 13의 (a)를 참조하면, LTE 전송 모드 1, LTE 전송 모드 3 또는 NR 자원 할당 모드 1에서, 기지국은 SL 전송을 위해 단말에 의해 사용될 SL 자원을 스케줄링할 수 있다. 예를 들어, 기지국은 단말 1에게 PDCCH(보다 구체적으로 DCI(Downlink Control Information))를 통해 자원 스케줄링을 수행할 수 있고, 단말 1은 상기 자원 스케줄링에 따라 단말 2와 V2X 또는 SL 통신을 수행할 수 있다. 예를 들어, 단말 1은 PSCCH(Physical Sidelink Control Channel)를 통해 SCI(Sidelink Control Information)를 단말 2에게 전송한 후, 상기 SCI에 기반한 데이터를 PSSCH(Physical Sidelink Shared Channel)를 통해 단말 2에게 전송할 수 있다.
[145]
예를 들어, NR 자원 할당 모드 1에서, 단말은 동적 그랜트(dynamic grant)를 통해 하나의 TB(Transport Block)의 하나 이상의 SL 전송을 위한 자원을 기지국으로부터 제공 또는 할당받을 수 있다. 예를 들어, 기지국은 동적 그랜트를 이용하여 PSCCH 및/또는 PSSCH의 전송을 위한 자원을 단말에게 제공할 수 있다. 예를 들어, 전송 단말은 수신 단말로부터 수신한 SL HARQ(Hybrid Automatic Repeat Request) 피드백을 기지국에게 보고할 수 있다. 이 경우, 기지국이 SL 전송을 위한 자원을 할당하기 위한 PDCCH 내의 지시(indication)를 기반으로, SL HARQ 피드백을 기지국에게 보고하기 위한 PUCCH 자원 및 타이밍(timing)이 결정될 수 있다.
[146]
예를 들어, DCI는 DCI 수신과 DCI에 의해 스케줄링된 첫 번째 SL 전송 사이의 슬롯 오프셋을 나타낼 수 있다. 예를 들어, SL 전송 자원을 스케줄링하는 DCI와 첫 번째 스케줄링된 SL 전송 자원 사이의 최소 갭은 해당 단말의 처리 시간(processing time)보다 작지 않을 수 있다.
[147]
예를 들어, NR 자원 할당 모드 1에서, 단말은 설정된 그랜트(configured grant)를 통해 복수의 SL 전송을 위해 주기적으로 자원 세트를 기지국으로부터 제공 또는 할당받을 수 있다. 예를 들어, 상기 설정될 그랜트는 설정된 그랜트 타입 1 또는 설정된 그랜트 타입 2를 포함할 수 있다. 예를 들어, 단말은 주어진 설정된 그랜트(given configured grant)에 의해 지시되는 각각의 경우(occasions)에서 전송할 TB를 결정할 수 있다.
[148]
예를 들어, 기지국은 동일한 캐리어 상에서 SL 자원을 단말에게 할당할 수 있고, 서로 다른 캐리어 상에서 SL 자원을 단말에게 할당할 수 있다.
[149]
예를 들어, NR 기지국은 LTE 기반의 SL 통신을 제어할 수 있다. 예를 들어, NR 기지국은 LTE SL 자원을 스케줄링하기 위해 NR DCI를 단말에게 전송할 수 있다. 이 경우, 예를 들어, 상기 NR DCI를 스크램블하기 위한 새로운 RNTI가 정의될 수 있다. 예를 들어, 상기 단말은 NR SL 모듈 및 LTE SL 모듈을 포함할 수 있다.
[150]
예를 들어, NR SL 모듈 및 LTE SL 모듈을 포함하는 단말이 gNB로부터 NR SL DCI를 수신한 후, NR SL 모듈은 NR SL DCI를 LTE DCI 타입 5A로 변환할 수 있고, NR SL 모듈은 X ms 단위로 LTE SL 모듈에 LTE DCI 타입 5A를 전달할 수 있다. 예를 들어, LTE SL 모듈이 NR SL 모듈로부터 LTE DCI 포맷 5A를 수신한 후, LTE SL 모듈은 Z ms 후에 첫 번째 LTE 서브프레임에 활성화 및/또는 해제를 적용할 수 있다. 예를 들어, 상기 X는 DCI의 필드를 사용하여 동적으로 표시될 수 있다. 예를 들어, 상기 X의 최솟값은 단말 능력(UE capability)에 따라 상이할 수 있다. 예를 들어, 단말은 단말 능력에 따라 하나의 값(single value)을 보고할 수 있다. 예를 들어, 상기 X는 양수일 수 있다.
[151]
도 13의 (b)를 참조하면, LTE 전송 모드 2, LTE 전송 모드 4 또는 NR 자원 할당 모드 2에서, 단말은 기지국/네트워크에 의해 설정된 SL 자원 또는 미리 설정된 SL 자원 내에서 SL 전송 자원을 결정할 수 있다. 예를 들어, 상기 설정된 SL 자원 또는 미리 설정된 SL 자원은 자원 풀일 수 있다. 예를 들어, 단말은 자율적으로 SL 전송을 위한 자원을 선택 또는 스케줄링할 수 있다. 예를 들어, 단말은 설정된 자원 풀 내에서 자원을 스스로 선택하여, SL 통신을 수행할 수 있다. 예를 들어, 단말은 센싱(sensing) 및 자원 (재)선택 절차를 수행하여, 선택 윈도우 내에서 스스로 자원을 선택할 수 있다. 예를 들어, 상기 센싱은 서브채널 단위로 수행될 수 있다. 그리고, 자원 풀 내에서 자원을 스스로 선택한 단말 1은 PSCCH를 통해 SCI를 단말 2에게 전송한 후, 상기 SCI에 기반한 데이터를 PSSCH를 통해 단말 2에게 전송할 수 있다.
[152]
예를 들어, 단말은 다른 단말에 대한 SL 자원 선택을 도울 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말은 SL 전송을 위한 설정된 그랜트(configured grant)를 설정받을 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말은 다른 단말의 SL 전송을 스케줄링할 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말은 블라인드 재전송을 위한 SL 자원을 예약할 수 있다.
[153]
예를 들어, NR 자원 할당 모드 2에서, 제 1 단말은 SCI를 이용하여 SL 전송의 우선 순위를 제 2 단말에게 지시할 수 있다. 예를 들어, 제 2 단말은 상기 SCI를 디코딩할 수 있고, 제 2 단말은 상기 우선 순위를 기반으로 센싱 및/또는 자원 (재)선택을 수행할 수 있다. 예를 들어, 상기 자원(재)선택 절차는, 제 2 단말이 자원 선택 윈도우에서 후보 자원을 식별하는 단계 및 제 2 단말이 식별된 후보 자원 중에서 (재)전송을 위한 자원을 선택하는 단계를 포함할 수 있다. 예를 들어, 자원 선택 윈도우는 단말이 SL 전송을 위한 자원을 선택하는 시간 간격(time interval)일 수 있다. 예를 들어, 제 2 단말이 자원 (재)선택을 트리거한 이후, 자원 선택 윈도우는 T1 ≥ 0에서 시작할 수 있고, 자원 선택 윈도우는 제 2 단말의 남은 패킷 지연 버짓(remaining packet delay budget)에 의해 제한될 수 있다. 예를 들어, 제 2 단말이 자원 선택 윈도우에서 후보 자원을 식별하는 단계에서, 제 2 단말이 제 1 단말로부터 수신한 SCI에 의해 특정 자원이 지시되고 및 상기 특정 자원에 대한 L1 SL RSRP 측정값이 SL RSRP 임계값을 초과하면, 상기 제 2 단말은 상기 특정 자원을 후보 자원으로 결정하지 않을 수 있다. 예를 들어, SL RSRP 임계값은 제 2 단말이 제 1 단말로부터 수신한 SCI에 의해 지시되는 SL 전송의 우선 순위 및 제 2 단말이 선택한 자원 상에서 SL 전송의 우선 순위를 기반으로 결정될 수 있다.
[154]
예를 들어, 상기 L1 SL RSRP는 SL DMRS(Demodulation Reference Signal)를 기반으로 측정될 수 있다. 예를 들어, 자원 풀 별로 시간 영역에서 하나 이상의 PSSCH DMRS 패턴이 설정되거나 사전에 설정될 수 있다. 예를 들어, PDSCH DMRS 설정 타입 1 및/또는 타입 2는 PSSCH DMRS의 주파수 영역 패턴과 동일 또는 유사할 수 있다. 예를 들어, 정확한 DMRS 패턴은 SCI에 의해 지시될 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 전송 단말은 자원 풀에 대하여 설정된 또는 사전에 설정된 DMRS 패턴 중에서 특정 DMRS 패턴을 선택할 수 있다.
[155]
예를 들어, NR 자원 할당 모드 2에서, 센싱 및 자원 (재)선택 절차를 기반으로, 전송 단말은 예약 없이 TB(Transport Block)의 초기 전송을 수행할 수 있다. 예를 들어, 센싱 및 자원 (재)선택 절차를 기반으로, 전송 단말은 제 1 TB와 연관된 SCI를 이용하여 제 2 TB의 초기 전송을 위한 SL 자원을 예약할 수 있다.
[156]
예를 들어, NR 자원 할당 모드 2에서, 단말은 동일한 TB(Transport Block)의 이전 전송과 관련된 시그널링을 통해, 피드백 기반의 PSSCH 재전송을 위한 자원을 예약할 수 있다. 예를 들어, 현재 전송을 포함하여 하나의 전송에 의해 예약되는 SL 자원의 최대 개수는 2개, 3개 또는 4개일 수 있다. 예를 들어, 상기 SL 자원의 최대 개수는 HARQ 피드백이 인에이블되는지 여부와 관계 없이 동일할 수 있다. 예를 들어, 하나의 TB에 대한 최대 HARQ (재)전송 횟수는 설정 또는 사전 설정에 의해 제한될 수 있다. 예를 들어, 최대 HARQ (재)전송 횟수는 최대 32일 수 있다. 예를 들어, 상기 설정 또는 사전 설정이 없으면, 최대 HARQ (재)전송 횟수는 지정되지 않은 것일 수 있다. 예를 들어, 상기 설정 또는 사전 설정은 전송 단말을 위한 것일 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말이 사용하지 않는 자원을 해제하기 위한 HARQ 피드백이 지원될 수 있다.
[157]
예를 들어, NR 자원 할당 모드 2에서, 단말은 SCI를 이용하여 상기 단말에 의해 사용되는 하나 이상의 서브채널 및/또는 슬롯을 다른 단말에게 지시할 수 있다. 예를 들어, 단말은 SCI를 이용하여 PSSCH (재)전송을 위해 상기 단말에 의해 예약된 하나 이상의 서브채널 및/또는 슬롯을 다른 단말에게 지시할 수 있다. 예를 들어, SL 자원의 최소 할당 단위는 슬롯일 수 있다. 예를 들어, 서브채널의 사이즈는 단말에 대하여 설정되거나 미리 설정될 수 있다.
[158]
이하, SCI(Sidelink Control Information)에 대하여 설명한다.
[159]
기지국이 PDCCH를 통해 단말에게 전송하는 제어 정보를 DCI(Downlink Control Information)라 칭하는 반면, 단말이 PSCCH를 통해 다른 단말에게 전송하는 제어 정보를 SCI라 칭할 수 있다. 예를 들어, 단말은 PSCCH를 디코딩하기 전에, PSCCH의 시작 심볼 및/또는 PSCCH의 심볼 개수를 알고 있을 수 있다. 예를 들어, SCI는 SL 스케줄링 정보를 포함할 수 있다. 예를 들어, 단말은 PSSCH를 스케줄링하기 위해 적어도 하나의 SCI를 다른 단말에게 전송할 수 있다. 예를 들어, 하나 이상의 SCI 포맷(format)이 정의될 수 있다.
[160]
예를 들어, 전송 단말은 PSCCH 상에서 SCI를 수신 단말에게 전송할 수 있다. 수신 단말은 PSSCH를 전송 단말로부터 수신하기 위해 하나의 SCI를 디코딩할 수 있다.
[161]
예를 들어, 전송 단말은 PSCCH 및/또는 PSSCH 상에서 두 개의 연속적인 SCI(예를 들어, 2-stage SCI)를 수신 단말에게 전송할 수 있다. 수신 단말은 PSSCH를 전송 단말로부터 수신하기 위해 두 개의 연속적인 SCI(예를 들어, 2-stage SCI)를 디코딩할 수 있다. 예를 들어, (상대적으로) 높은 SCI 페이로드(payload) 크기를 고려하여 SCI 구성 필드들을 두 개의 그룹으로 구분한 경우에, 제 1 SCI 구성 필드 그룹을 포함하는 SCI를 제 1 SCI 또는 1st SCI라고 칭할 수 있고, 제 2 SCI 구성 필드 그룹을 포함하는 SCI를 제 2 SCI 또는 2nd SCI라고 칭할 수 있다. 예를 들어, 전송 단말은 PSCCH를 통해서 제 1 SCI를 수신 단말에게 전송할 수 있다. 예를 들어, 전송 단말은 PSCCH 및/또는 PSSCH 상에서 제 2 SCI를 수신 단말에게 전송할 수 있다. 예를 들어, 제 2 SCI는 (독립된) PSCCH를 통해서 수신 단말에게 전송되거나, PSSCH를 통해 데이터와 함께 피기백되어 전송될 수 있다. 예를 들어, 두 개의 연속적인 SCI는 서로 다른 전송(예를 들어, 유니캐스트(unicast), 브로드캐스트(broadcast) 또는 그룹캐스트(groupcast))에 대하여 적용될 수도 있다.
[162]
예를 들어, 전송 단말은 SCI를 통해서, 아래 정보 중에 일부 또는 전부를 수신 단말에게 전송할 수 있다. 여기서, 예를 들어, 전송 단말은 아래 정보 중에 일부 또는 전부를 제 1 SCI 및/또는 제 2 SCI를 통해서 수신 단말에게 전송할 수 있다.
[163]
- PSSCH 및/또는 PSCCH 관련 자원 할당 정보, 예를 들어, 시간/주파수 자원 위치/개수, 자원 예약 정보(예를 들어, 주기), 및/또는
[164]
- SL CSI 보고 요청 지시자 또는 SL (L1) RSRP (및/또는 SL (L1) RSRQ 및/또는 SL (L1) RSSI) 보고 요청 지시자, 및/또는
[165]
- (PSSCH 상의) SL CSI 전송 지시자 (또는 SL (L1) RSRP (및/또는 SL (L1) RSRQ 및/또는 SL (L1) RSSI) 정보 전송 지시자), 및/또는
[166]
- MCS 정보, 및/또는
[167]
- 전송 전력 정보, 및/또는
[168]
- L1 데스티네이션(destination) ID 정보 및/또는 L1 소스(source) ID 정보, 및/또는
[169]
- SL HARQ 프로세스(process) ID 정보, 및/또는
[170]
- NDI(New Data Indicator) 정보, 및/또는
[171]
- RV(Redundancy Version) 정보, 및/또는
[172]
- (전송 트래픽/패킷 관련) QoS 정보, 예를 들어, 우선 순위 정보, 및/또는
[173]
- SL CSI-RS 전송 지시자 또는 (전송되는) SL CSI-RS 안테나 포트의 개수 정보
[174]
- 전송 단말의 위치 정보 또는 (SL HARQ 피드백이 요청되는) 타겟 수신 단말의 위치 (또는 거리 영역) 정보, 및/또는
[175]
- PSSCH를 통해 전송되는 데이터의 디코딩 및/또는 채널 추정과 관련된 참조 신호(예를 들어, DMRS 등) 정보, 예를 들어, DMRS의 (시간-주파수) 맵핑 자원의 패턴과 관련된 정보, 랭크(rank) 정보, 안테나 포트 인덱스 정보;
[176]
예를 들어, 제 1 SCI는 채널 센싱과 관련된 정보를 포함할 수 있다. 예를 들어, 수신 단말은 PSSCH DMRS를 이용하여 제 2 SCI를 디코딩할 수 있다. PDCCH에 사용되는 폴라 코드(polar code)가 제 2 SCI에 적용될 수 있다. 예를 들어, 자원 풀에서, 제 1 SCI의 페이로드 사이즈는 유니캐스트, 그룹캐스트 및 브로드캐스트에 대하여 동일할 수 있다. 제 1 SCI를 디코딩한 이후에, 수신 단말은 제 2 SCI의 블라인드 디코딩을 수행할 필요가 없다. 예를 들어, 제 1 SCI는 제 2 SCI의 스케줄링 정보를 포함할 수 있다.
[177]
한편, 본 개시의 다양한 실시 예에서, 전송 단말은 PSCCH를 통해 SCI, 제 1 SCI 및/또는 제 2 SCI 중 적어도 어느 하나를 수신 단말에게 전송할 수 있으므로, PSCCH는 SCI, 제 1 SCI 및/또는 제 2 SCI 중 적어도 어느 하나로 대체/치환될 수 있다. 그리고/또는, 예를 들어, SCI는 PSCCH, 제 1 SCI 및/또는 제 2 SCI 중 적어도 어느 하나로 대체/치환될 수 있다. 그리고/또는, 예를 들어, 전송 단말은 PSSCH를 통해 제 2 SCI를 수신 단말에게 전송할 수 있으므로, PSSCH는 제 2 SCI로 대체/치환될 수 있다.
[178]
이하, SL 단말의 동기 획득에 대하여 설명한다.
[179]
TDMA(time division multiple access) 및 FDMA(frequency division multiples access) 시스템에서, 정확한 시간 및 주파수 동기화는 필수적이다. 시간 및 주파수 동기화가 정확하게 되지 않으면, 심볼 간 간섭(Inter Symbol Interference, ISI) 및 반송파 간 간섭(Inter Carrier Interference, ICI)으로 인해 시스템 성능이 저하될 수 있다. 이는, V2X에서도 마찬가지이다. V2X에서는 시간/주파수 동기화를 위해, 물리 계층에서는 SL 동기 신호(sidelink synchronization signal, SLSS)를 사용할 수 있고, RLC(radio link control) 계층에서는 MIB-SL-V2X(master information block-sidelink-V2X)를 사용할 수 있다.
[180]
도 14는 V2X의 동기화 소스(synchronization source) 또는 동기화 기준(synchronization reference)을 나타낸다.
[181]
도 14를 참조하면, V2X에서, 단말은 GNSS(global navigation satellite systems)에 직접적으로 동기화 되거나, 또는 GNSS에 직접적으로 동기화된 (네트워크 커버리지 내의 또는 네트워크 커버리지 밖의) 단말을 통해 비간접적으로 GNSS에 동기화 될 수 있다. GNSS가 동기화 소스로 설정된 경우, 단말은 UTC(Coordinated Universal Time) 및 (미리) 설정된 DFN(Direct Frame Number) 오프셋을 사용하여 DFN 및 서브프레임 번호를 계산할 수 있다.
[182]
또는, 단말은 기지국에 직접 동기화되거나, 기지국에 시간/주파수 동기화된 다른 단말에게 동기화될 수 있다. 예를 들어, 상기 기지국은 eNB 또는 gNB일 수 있다. 예를 들어, 단말이 네트워크 커버리지 내에 있는 경우, 상기 단말은 기지국이 제공하는 동기화 정보를 수신하고, 상기 기지국에 직접 동기화될 수 있다. 그 후, 상기 단말은 동기화 정보를 인접한 다른 단말에게 제공할 수 있다. 기지국 타이밍이 동기화 기준으로 설정된 경우, 단말은 동기화 및 하향링크 측정을 위해 해당 주파수에 연관된 셀(상기 주파수에서 셀 커버리지 내에 있는 경우), 프라이머리 셀 또는 서빙 셀(상기 주파수에서 셀 커버리지 바깥에 있는 경우)을 따를 수 있다.
[183]
기지국(예를 들어, 서빙 셀)은 V2X 또는 SL 통신에 사용되는 반송파에 대한 동기화 설정을 제공할 수 있다. 이 경우, 단말은 상기 기지국으로부터 수신한 동기화 설정을 따를 수 있다. 만약, 단말이 상기 V2X 또는 SL 통신에 사용되는 반송파에서 어떤 셀도 검출하지 못했고, 서빙 셀로부터 동기화 설정도 수신하지 못했다면, 상기 단말은 미리 설정된 동기화 설정을 따를 수 있다.
[184]
또는, 단말은 기지국이나 GNSS로부터 직접 또는 간접적으로 동기화 정보를 획득하지 못한 다른 단말에게 동기화될 수도 있다. 동기화 소스 및 선호도는 단말에게 미리 설정될 수 있다. 또는, 동기화 소스 및 선호도는 기지국에 의하여 제공되는 제어 메시지를 통해 설정될 수 있다.
[185]
SL 동기화 소스는 동기화 우선 순위와 연관될 수 있다. 예를 들어, 동기화 소스와 동기화 우선 순위 사이의 관계는 표 5 또는 표 6와 같이 정의될 수 있다. 표 5 또는 표 6은 일 예에 불과하며, 동기화 소스와 동기화 우선 순위 사이의 관계는 다양한 형태로 정의될 수 있다.
[186]
[표5]
우선 순위 레벨 GNSS 기반의 동기화(GNSS-based synchronization) 기지국 기반의 동기화(eNB/gNB-based synchronization)
P0 GNSS 기지국
P1 GNSS에 직접 동기화된 모든 단말 기지국에 직접 동기화된 모든 단말
P2 GNSS에 간접 동기화된 모든 단말 기지국에 간접 동기화된 모든 단말
P3 다른 모든 단말 GNSS
P4 N/A GNSS에 직접 동기화된 모든 단말
P5 N/A GNSS에 간접 동기화된 모든 단말
P6 N/A 다른 모든 단말

[187]
[표6]
우선 순위 레벨 GNSS 기반의 동기화(GNSS-based synchronization) 기지국 기반의 동기화(eNB/gNB-based synchronization)
P0 GNSS 기지국
P1 GNSS에 직접 동기화된 모든 단말 기지국에 직접 동기화된 모든 단말
P2 GNSS에 간접 동기화된 모든 단말 기지국에 간접 동기화된 모든 단말
P3 기지국 GNSS
P4 기지국에 직접 동기화된 모든 단말 GNSS에 직접 동기화된 모든 단말
P5 기지국에 간접 동기화된 모든 단말 GNSS에 간접 동기화된 모든 단말
P6 낮은 우선 순위를 가지는 남은 단말(들) 낮은 우선 순위를 가지는 남은 단말(들)

[188]
표 5 또는 표 6에서, P0가 가장 높은 우선 순위를 의미할 수 있고, P6이 가장 낮은 우선순위를 의미할 수 있다. 표 5 또는 표 6에서, 기지국은 gNB 또는 eNB 중 적어도 어느 하나를 포함할 수 있다.
[189]
GNSS 기반의 동기화 또는 기지국 기반의 동기화를 사용할지 여부는 (미리) 설정될 수 있다. 싱글-캐리어 동작에서, 단말은 가장 높은 우선 순위를 가지는 이용 가능한 동기화 기준으로부터 상기 단말의 전송 타이밍을 유도할 수 있다.
[190]
V2X apparatus and Roles for generic electronic payment
[191]
도 15는 V2X와 관련된 전자 결제를 수행하는 방법을 설명하기 위한 도면이다.
[192]
도 15를 참조하면, V2X와 관련된 전자 결제는 지불 장치 (payer), 수취 장치 (payee), 지불 서버 (Payment Server)를 포함할 수 있다.
[193]
지불 장치는 필요한 정보를 수취 장치와 교환함으로써 지불에 대한 재무적 가치를 제공할 수 있다. 상기 지불 장치는 V2X 기술을 사용하여 수취인과 통신합니다. 도 15에 도시된 바와 같이. 상기 지불 장치는 차량 ITS-S에 부착 또는 포함될 수 있으나, 차량 외에 모든 유형의 ITS-S와 전기적으로 연결 (또는, 장착)될 수 있다.
[194]
수취 장치는 지불 장치로부터 지불에 필요한 정보를 획득하고 지불 장치 및 수 장치에 필요한 정보를 지불 서버에 제공하며, 선택적으로 지불 서버로부터 획득한 지불 결과를 지불 장치에 전달 또는 전송할 수 있다. 여기서, 수취 장치는 V2X 기술을 사용하여 지불 장치와 통신합니다. 도 15에 도시된 바와 같이. 상기 수취 장치는 일반적으로 로드 사이드 ITS-S(roadside ITS-S)와 전기적인 연결 (또는 장착)될 수 있으나, 로드 사이드 ITS-S 외의 모든 유형의 ITS-S와 전기적으로 연결 또는 장착될 수 있다.
[195]
지불 서버는 수취 장치로부터 획득한 지불 정보에 기초하여 결제를 진행할 수 있고, 지불 결과를 상기 수치 장치에 전송 또는 전달할 수 있다 (예컨대, 결제 거부, 결제 완료 등). 상기 지불 서버는 네트워크 서비스 공급자, 인터넷 서비스 공급자, 모바일 서비스 공급자, 은행 또는 금융 회사 등의 서버 일 수 있다. 또는, 상기 지불 서버는 V2X와 직접적으로 관련되지 않은 전용 네트워크를 사용하여 수취장치와 통신 할 수 있다.
[196]
도 16은 가상 수취 장치를 통해 V2X와 관련된 전자 결제를 수행하는 방법을 설명하기 위한 도면이다.
[197]
도 16을 참조하면, 결제 시스템은 가상 수취 장치를 더 포함할 수 있다. 이 경우, 상기 지불 장치는 가상 수취 장치 (Virtual Payee)와 필요한 정보를 교환함으로써 결제와 관련된 재무적 가치에 대한 정보를 제공할 수 있다. 지불 장치는 차량과 전기적으로 연결될 수 있고, 마그네틱 스트라이프, IC 칩, NFC (Near-field communication), 바코드, RFID (Radio-frequency identification) 태그 등 비교적 짧은 통신 범위의 통신 기술을 사용하여 상기 가상 수취 장치와 통신을 수행할 수 있다. 다시 말하자면, 상기 가상 수취 장치와 상기 지불 장치는 자신이 포함된 차량 ITS-S의 외부 장치에서 상기 지불과 관련된 정보가 수신되지 않도록 상기 근거리 통신 (수 미터 이내의 통신)으로만 통신을 수행할 수 있다. 상기 지불 장치는 일반적으로 사용되는 신용 카드 (또는 직불 카드)이거나 모바일 장치 또는 개인 ITS-S와 전기적으로 연결될 수 있다. 또한, 상기 지불 장치는 모든 유형의 ITS-S와 전기적으로 연결될 수 있다.
[198]
가상 수취 장치는 지불 장치와 수취 장치로부터 결제와 관련된 필요한 정보를 획득하여, 지불 장치, 수취 장치 및/또는 자신의 정보를 지불 서버에 제공할 수 있다. 상기 가상 수취 장치는 지불 서버로부터 수신된 결제 완료에 따른 결제 결과 (result of payment)에 대한 정보를 상기 지불 장치에 제공할 수 있다. 상기 가상 수취 장치는 차량과 전기적으로 연결될 수 있고, 마그네틱 스트라이프, IC 칩, NFC (Near-field communication), 바코드, RFID (Radio-frequency identification) 태그 등 비교적 짧은 통신 범위의 통신 기술을 사용하여 상기 지불 장치 (또는, 상기 수취 장치)와 통신을 수행할 수 있다.  상기 가상 수취 장치는 차량 ITS-S와 전기적으로 연결될 수 있고, 또는 다양한 유형의 ITS-S와 전기적으로 연결될 수 있다. 또는, 상기 가상 수취 장치는 전용 네트워크 통신 네트워크인 지불 서버와 통신하기 위해 구성된 보안 네트워크를 사용하여 상기 지불 서버와 통신을 수행할 수 있다.
[199]
수취 장치는 V2X 기술을 사용하여 상기 가상 수취 장치에게 지불에 필요한 정보를 제공할 수 있다. 상기 수취 장치는 일반적으로 로드 사이드 ITS-S와 전기적으로 연결되거나 장착될 수 있고, 또는, 이에 한정되지 않고 모든 유형의 ITS-S와 전기적으로 연결될 수 있다. 또한, 상기 수취 장치는 보안 네트워크를 사용하여 결제 서버와 통신 할 수 있다.
[200]
지불 서버는 가상 수취 장치 및/또는 수취 장치로부터 지불 또는 결제에 필요한 정보를 수신하여 결제를 수행할 수 있고, 지불 결과 또는 결제 결과를 가상 수취 장치 및/또는 수취 장치에게 전송할 수 있다. 상기 지불 서버는 네트워크 서비스 공급자, 인터넷 서비스 공급자, 모바일 서비스 공급자, 은행, 금융 회사 등의 서버 일 수 있다. 상기 지불 서버는 보안 네트워크를 사용하여 전용 셀룰러 통신 네트워크 등을 통하여 가상 수취 장치 및/또는 수취 장치와 통신을 수행할 수 있다.
[201]
이하에서는, V2X 통신을 통한 보다 안정성을 확보할 수 있는 전자 결제 방법들을 설명한다.
[202]
도 17은 전자 결제를 수행할 지불 장치 또는 가상 수취 장치를 인식하는 방법을 설명하기 위한 도면이다.
[203]
V2X와 관련된 전자 결제 방법은 전자 결제를 수행할 대상을 인식 또는 감지하는 인식 단계를 포함할 수 있다. 상기 인식 단계는 전자 지불 방법에 있어서 최초로 수행되는 단계이거나, 선택적으로 수행되는 단계일 수 있다. 상기 인식 단계는 "감지 또는 인식만 수행되는 방식" 및 "감지 및 식별이 수행되는 방식"로 구분될 수 있다.
[204]
도 17 (a)를 참조하면, 감지 또는 인식만 수행되는 방식은 수취 장치가 지불 장치, 가상 수취 장치 또는 ITS-S (상기 지불 장치 또는 가상 수취 장치가 포함된) 등의 접근을 감지 또는 인식하는 방식이다. 상기 인식 또는 감지만 수행하는 방식은, 도 17 (a)에 도시된 바와 같이, 수취 장치의 센서 또는 상기 수취 장치가 포함된 ITS-S에 포함된 센서를 통해 수행되거나 지불 장치 및/또는 가상 수취 장치가 주기적으로 방송 또는 전송하는 V2X 메시지를 통해 수행될 수 있다. 또한, 상기 인식 또는 감지 방식은 접근하는 지불 장치 또는 가상 수취 장치의 존재를 인식하는 방식으로, 상기 근접하는 지불 장치 또는 가상 수취 장치를 명확히 식별하는 방식이 아닐 수 있다. 이 경우, 상기 수취 장치는 근접 또는 접근하는 지불 장치 또는 가상 수취 장치에 유니캐스트 방식이 아닌 브로드캐스트 방식으로 신호 또는 메시지를 전달 또는 전송할 수 있다.
[205]
도 17 (b)를 참조하면, 감지 및 식별이 수행되는 방식에서 수취 장치는 지불 장치, 가상 수취 장치, 또는 이들 중 적어도 하나를 포함하는 ITS-S (또는, 차량)의 접근을 인식하면서, 상기 접근하는 지불 장치, 가상 수취 장치 또는 이들 중 적어도 하나를 포함하는 ITS-S를 식별하는 방식일 수 있다. 감지 및 식별이 수행되는 방식은 지불 장치, 가상 수취 장치 또는 이들 중 적어도 하나를 포함하는 ITS-S가 주기적으로 브로드캐스트하는 V2X 메시지 (에컨대, CAM, BSM 등)으로부터 접근 및 식별이 수행될 수 있다. 이후, 상기 수취 장치는 식별된 장치들과 브로드캐스트 또는 유니캐스트 방식으로 통신을 수행할 수 있다. 한편, 상기 감지 및 식별이 수행되는 방식은 감지 및 식별이 동시에 수행되거나 감지 후 식별이 순차적으로 수행될 수 있다.
[206]
도 18 및 도 19는 V2X 기반 전자 결제를 수행할 대상을 인식 또는 감지하는 방법을 설명하기 위한 도면이다.
[207]
도 18을 참조하면, 수취 장치는 감지 기반 기술 (예컨대, 센서, 카메라 등) 대신 V2X 기술을 사용하여 전자 결제를 수행할 대상을 인식 (감지 만 및 감지 및 식별)할 수 있다. 이 경우, 상기 수취 장치는 센서 또는 카메라를 이용하는 것 보다 V2X 기술을 이용하는 것이 통신 범위가 더 넓기 때문에 접근하는 지불 장치 또는 가상 수치 장치를 포함하는 차량 (또는, ITS-S)를 신속하게 감지할 수 있다. 상기 수취 장치는 빠른 속도로 움직이는 상기 지불 장치 또는 가상 수취 장치가 포함된 Vehicle ITS-S를 용이하게 감지할 수 있다. 이 경우, 상기 전자 결제 방법에 있어서 보다 완화된 속도 제한을 통해서 상기 지불 장치 또는 가상 수취 장치가 포함된 차량 (또는, ITS-S)와의 전자 결제가 수행될 수 있다.
[208]
수취 장치가 포함된 로드 사이드 (Roadside) ITS-S는 자신의 존재에 대한 정보를 포함하는 V2X 관련 메시지 (또는, 표시 메시지)를 주기적으로 전송할 수 있다. 지불 장치 또는 가상 수취 장치는 상기 수취 장치 또는 상기 수취 장치를 포함하는 ITS-S로부터 상기 표시 메시지를 수신 받고, 상기 표시 메시지의 수신에 응답하여 자신의 존재 및 식별 정보를 포함하는 V2X 메시지를 전송할 수 있다. 즉, 지불 장치 또는 가상 수취 장치를 포함하는 차량 (또는, ITS-S)는 수취 장치와 인접하지 않은 영역에서 자신의 존재 및 식별 정보를 포함하는 V2X 메시지를 전송하지 않을 수 있다. 한편, 이와 같은 V2X 메시지를 통한 전자 결제의 초기 절차를 수행함으로써, 전자 결제 시스템에서의 차량의 속도 제한이 완화될 수 있다.
[209]
도 19를 참조하면, 도로 징수 시스템 관련하여, 상술한 V2X에 기반한 전자 결제 방식은 모든 차선에 대한 수취 장치의 부착이 필요하지 않고, 하나의 수취 장치를 통하여 인접한 모든 차선에 대한 지불 장치를 포함하는 차량과의 결제를 수행할 수 있다.
[210]
도 20 및 도 21은 상기 수취 장치가 표시 메시지를 전송하는 주기 및 시간 자원을 설명하기 위한 도면이다.
[211]
앞서, 도 19를 참조하여 설명한 방식에 따르면, 하나의 수취 장치의 V2X 통신 범위에 많은 수의 지불 장치 또는 가상의 지불 장치가 위치할 수 있다. 이 경우, 상기 다수의 지불 장치 또는 가상의 지불 장치들이 전송하는 메시지 (또는, 패킷) 또는 신호들 간에 충돌 발생 가능성이 높을 수 있다.
[212]
수취 장치가 자신의 존재를 나타내는 표시 메시지를 주기적으로 전송하므로, 수취인 또는 가상 수취 장치의 존재 및/또는 식별 정보를 포함하는 메시지가 전송되는 시간 슬롯은 상기 수취 장치를 나타내는 메시지가 전송되는 시간 슬롯과 상이하게 할당될 수 있다. 이 경우, 수취 장치의 메시지와 수취인 또는 가상 수취 장치의 메시지 간의 충돌 위험을 감소시킬 수 있다.
[213]
구체적으로, 수취 장치는 상기 메시지의 전송 빈도 및/ 또는 간격 (즉, 할당된 시간 슬롯에 대한 정보)를 지불 장치 또는 가상 수취 장치에게 미리 알려줄 필요가 있다. 상기 수취 장치는 자신의 존재를 나타내는 표시 메시지에 상기 표시 메시지의 전송 빈도 또는 전송 간격에 대한 정보를 포함시키기거나, 상기 수취 장치의 요금 청구 영역 (즉, 커버리지 영역)에 진입하기 전에 상기 표시 메시지의 전송 빈도 또는 전송 간격에 대한 정보를 미리 결정할 수 있다. 이 경우, 상기 지불 장치 또는 가상 수취 장치는 상기 표시 메시지에 포함된 시간 슬롯을 제외한 나머지 시간 슬롯에서 자신의 식별 또는 응답 메시지를 전송할 수 있다.
[214]
예컨대, 도 20을 참조하면, 상기 수취 장치는 상기 표시 메시지가 전송되는 전송 간격인 Δt의 정보 및 상기 표시 메시지가 전송되는 시간 슬롯 (또는, 상기 표시 메시지가 전송되지 않은 시간 슬롯, 또는 표시 메시지의 패킷 지속 시간)에 대한 정보를 포함하는 상기 표시 메시지를 지불 장치 또는 가상 수취 장치에게 전송할 수 있다. 상기 지불 장치 또는 가상 수취 장치는 상기 표시 메시지에 포함된 정보에 기초하여 상기 표시 메시지가 전송되지 않은 시간 슬롯 (Δt_o= Δt - 표시 메시지의 패킷 지속 시간)을 결정할 수 있다.
[215]
또한, 도 21을 참조하면, 미리 구성된 영역에 둘 이상의 수취 장치가 위치할 수 있다. 이 경우, 상기 둘 이상의 수취 장치들 간에 표시 메시지를 전송할 시간 슬롯이 달리 결정될 필요가 있다. 즉, 상기 둘 이상의 수취 장치들 사이에 표시 메시지를 전송할 시간 슬롯이 상이하게 설정될 수 있다. 이 경우, 수취 장치는 상기 미리 구성된 영역에 수취 장치의 개수 (n), 상기 표시 메시지의 지속 시간, 및 상기 표시 메시지의 전송 빈도 (또는, 전송 간격, Δt) 중 적어도 둘 이상에 대한 정보를 포함하는 표시 메시지를 전송할 수 있다. 이 경우, 지불 장치 또는 가상 수취 장치는 상기 표시 메시지에 기초하여 상기 둘 이상의 수취 장치가 표시 메시지를 전송하지 않은 시간 슬롯 (Δt_o = Δt / n - 수취인이 나타내는 메시지의 패킷 지속 시간)을 산출 또는 결정할 수 있다.
[216]
다음으로, 서로 감지 또는 인식된 수취 장치, 지불 장치, 가상 수취 장치 간에 결제와 관련된 복수의 인보이스(invoice)들의 유형을 정의할 수 있다.
[217]
인보이스 A는 지불에 대한 재무 가치 금액 (예컨대, 수수료, 비용, 가격 등)이 사전에 결정된 타입일 수 있다. 인보이스 B는 선택된 아이템에 따라 가격 정보가 달라지는 타입일 수 있다. 인보이스 C는 결제 주체인 지불 장치 또는 가상 수취 장치의 유형에 따라 가격 정보가 달라지는 타입일 수 있다. 인보이스 D는 선택된 아이템 및 지불 장치 (또는 가상 수취 장치)의 유형에 따라 가격 정보가 달라지는 타입일 수 있다.
[218]
예컨대, 상기 인보이스 A는 지불 장치간에 동일한 금액이 청구되는 유형의 송장이다 상기 인보이스 B는 지불 장치가 구매하고자 하는 항목에 따라 금액이 상이하게 청구될 수 있는 유형으로, 대표적으로 드라이브 스루 (drive-thru)에서 적합한 송장 유형이다. 또한, 상기 인보이스 C는 지불 장치를 포함하는 차량의 유형 또는 상기 차량의 이동 거리에 따라 금액이 달라지는 송장 일 수 있다. 또한, 상기 인보이스 D는 상기 인보이스 B 및 C의 혼합 송장 유형일 수 있다.
[219]
한편, 인보이스 유형에 따라 전자 결제 대상을 특정하는 방식이 달라 질 수 있다. 상술한 바와 같이 전자 결제 대상은 상기 지불 장치의 감지만으로 특정되거나, 감지 및 식별에 의해 특정될 수 있다. 또한, 전자 결제 대상은 감지조차 불필요한 경우도 있을 수 있다.
[220]
하기의 표 7를 참조하면, 인보이스 C 및 D는 지불 장치 또는 가상 수취 장치의 감지 및 식별을 통한 전자 결제 대상의 특정이 필요한 인보이스 유형일 수 있다. 인보이스 B는 감지를 통한 전자 결제 대상의 특정이 필요한 인보이스 유형일 수 있다. 이와 달리, 인보이스 A는 전자 결제 대상의 특정도 불필요할 수 있다. 다시 말하자면, 인보이스 A는 감지 및 식별 없이 청구될 수 있는 인보이스이고, 인보이스 B는 감지에 따른 지불 장치 또는 가상 수취 장치의 특정 후에 청구되는 인보이스이며, 인보이스 C 및 D는 감지 및 식별에 따른 지불 장치 또는 가상 수취 장치의 특정 후에 청구되는 인보이스일 수 있다.
[221]
[표7]
No "Recognizing" "Detecting only" "Detecting and Identifying"
Invoice type #A Allowed. Allowed Allowed
Invoice type #B Not allowed Allowed Allowed
Invoice type #C & #D Not allowed Not allowed Should be supported

[222]
수취 장치 및/또는 지불 서버는 인보이스 B, C 또는 D에서 결제 금액을 결정하기 위해서 지불 장치에서 전송한 구매 대상인 선택 아이템 정보 및/또는 지불 장치의 식별을 위한 식별 정보가 필요할 수 있다. 이와 같은 정보는 상기 인식 단계에서 제공될 수 있다. 상기 수취 장치가 상기 결제 금액 결정하는 경우, 상기 수취 장치는 상기 지불 장치에 의해 요청된 구매 대상인 선택 아이템 정보 및/또는 상기 지불 장치와 관련된 식별 정보를 사용하여 상기 결제 금액을 결정할 수 있다. 또는, 결제 서버에서 결제 금액을 결정하는 경우, 상기 수취 장치는 상기 결제 서버에게 상기 결제 금액을 결정하는데 필요한 정보를 제공할 수 있다. 예컨대, 상기 수취 장치는 결제 대상인 선택 아이템 정보, 지불 장치와 관련된 식별 정보, 상기 수취 장치의 위치 또는 상기 지불 서버와 사전에 정의된 값을 상기 결제 서버에 제공할 수 있다.
[223]
상술한 결제 금액의 결정을 위한 정보들의 교환은 인식 단계와 결제 수행 단계 사이에 수행될 수 있다. 예컨대, 상기 수취 장치는 인식 단계 직후에 지불 장치를 식별 및 결제 금액 결정이 수행될 수 있다. 또는, 상기 결제 서버는 상기 수취 장치가 제공한 결제 금액을 결정하기 위한 선택 아이템 정보 및 식별 정보에 기초하여 결제 금액의 결정 및 상기 지불 장치의 식별을 수행할 수 있다.
[224]
이하에서는, 상기 지불 장치가 구매 대상의 선택 정보인 선택 아이템 정보를 상기 수취 장치에 제공하는 절차를 설명한다.
[225]
상술한 인보이스 B 및 D의 경우, 상기 지불 장치는 구매 대상을 선택 및/또는 선택된 구매 대상에 대한 정보인 선택 아이템 정보를 전송하는 단계 (아이템 선택 단계)의 수행이 필요할 수 있다. 상기 아이템 선택 단계는 V2X 메시지에 기반하여 수행될 수 있다. 상기 V2X 메시지에 기반한 아이템 선택 단계를 포함하는 전자 결제 시스템은 모든 지불 장치를 통해 결제를 진행하는 모든 사용자에게 균일 또는 균등한 사용자 경험을 제공할 수 있고, 기존 드라이브 스루 주문에 익숙하지 않은 사용자 또는 불편한 사용자에게 효율적인 결제 시스템을 제공할 수 있다.
[226]
표 8은 구매 가능한 대상 또는 물품들에 대한 정보와 관련된 정의를 설명한다.
[227]
[표8]
Descriptive Name PurchasableItems
Identifier DataType_xxx
ASN.1 representation PurchasableItems ::= SEQUENCE { kindofPurchasableItems KindofPurchasableItems,itemDescription ItemDescription,itemPrice ItemPrice,…}
Definition This DF identifies the purchasable items and their descriptions.
Unit N/A
Descriptive Name KindofPurchasableItems
Identifier DataType_xxx
ASN.1 representation KindofPurchasableItems ::= INTEGER (0..65535)
Definition This DE identifies the number of kinds of purchasable items.
Unit N/A
Descriptive Name ItemDescription
Identifier DataType_xxx
ASN.1 representation ItemDescription ::= IA5String ( size(kindofPurchasableItems) )
Definition This DE provides descriptions for individual purchasable items.

[228]
표 9는 V2X 메시지를 선택하는 항목의 데이터 요소 정의에 대한 예시에 대한 것이다.
[229]
[표9]
Descriptive Name ChosenItems
Identifier DataType_xxx
ASN.1 representation ChosenItems ::= ENUMERATED { kindofChosenItems KIndofChosenItems, chosenItems ChosenItems,numberofItems NumberofItems,…}
Definition This DF identifies the chosen items to purchase and their number. kindofChosenItems should equal to or less than kindofPurchasableItems. The numeric values of chosenItems means the order of itemDescription. I.e., the “”of chosenItems means the second item described by the itemDescription.
Unit N/A
Descriptive Name KIndofChosenItems
Identifier DataType_xxx
ASN.1 representation KIndofChosenItems ::= INTEGER (0..65535)
Definition This DE identifies the number of kinds of items to purchase.
Unit N/A
Descriptive Name ChosenItems
Identifier DataType_xxx
ASN.1 representation ChosenItems ::= NumbericString ( SIZE(kindofChosenItems) ) or ENUMERATE (SIZE(kindofChosenItems) )
Definition This DE identifies the items to purchase.
Unit N/A
Descriptive Name NumberofItems
Identifier DataType_xxx
ASN.1 representation NumberofItems ::= INTEGER ( SIZE(kindofChosenItems) ) (0..65535)
Definition This DE identifies the number of individual chosen items to purchase.
Unit N/A

[230]
한편, 각 지불 시스템은 고유 응용 프로그램에 기초하거나, 지불 시스템의 지불에 이용되는 고유 한 메시지 유형에 기초하여 결제 절차가 진행될 수 있다. 또한, 기존 드라이브 스루에서 사용되는 구두 주문과 같은 기존 주문 방법도 적용될 수 있다.
[231]
이하에서는, 인보이스의 통지 절차를 설명한다. 여기서, 상기 인보이스 통지 절차는 선택적으로 수행될 수 있고, 결제 절차의 수행 전이나 인보이스 작성 절차 이후에 수행될 수 있다.
[232]
상기 인보이스 통지 절차에서 수취 장치는 V2X 메시지 (예컨대, 인보이스를 포함하는 V2X 메시지)를 통해 결제 금액에 대한 결제 금액 정보를 상기 지불 장치 또는 상기 가상 수취 장치에 제공할 수 있다. 또한, 상기 결제 금액 정보는 상기 지불 장치 또는 상기 가상 수취 장치의 이용자에게 제공될 수 있다.
[233]
상기 인식 절차를 요구하지 않은 경우 (인보이스 A), 상기 인보이스 통지 절차는 주기적으로 수행될 수 있다.
[234]
상기 감지에 따른 지불 장치의 인식이 필요한 인식 절차의 경우, 상기 인보이스 통지 절차는 인보이스 A에 대한 제1-1 통지 방식과 인보이스 B에 대한 제1-2 통지 방식으로 구별될 수 있다. 상기 제1-1 통지 방식은 상기 수취 장치가 상기 지불 장치 (또는, 가상 수취 장치)를 감지한 경우에만 상기 인보이스가 주기적으로 통지되는 방식이다. 상기 제1-2 통지 방식은 상기 상기 수취 장치가 상기 지불 장치 (또는 가상 수취 장치)를 감지하고 상기 지불 장치로부터 선택 아이템 정보를 획득한 경우에 상기 인보이스를 주기적으로 통지하는 방식일 수 있다.
[235]
상기 지불 장치 또는 가상 수취 장치의 감지 및 식별이 필요한 인식 절차의 경우, 상기 인보이스 통지 절차는 인보이스 A에 대한 제2-1 통지 방식, 인보이스 B에 대한 제2-2 통지 방식, 인보이스 C에 대한 제2-3 통지 방식으로 수행될 수 있다.
[236]
상기 제2-1 통지 방식은 수취인이 상기 지불 장치, 상기 가상 수취 장치 또는 이들을 포함하는 ITS-S (또는, 차량)를 감지 한 경우에만 상기 인보이스 통지가 브로드 캐스트 또는 유니 캐스트될 수 있다. 상기 제2-2 통지 방식 및 상기 제2-3 통지 방식은 상기 지불 장치, 상기 가상 수취 장치 또는 이들을 포함하는 ITS-S를 감지하고 이들로부터 선택 아이템 정보를 수신한 경우에 상기 인보이스 통지가 브로드 캐스트 또는 유니 캐스트될 수 있다.
[237]
표 10은 상기 인보이스 통지 절차와 관련된 데이터 요소의 예시이다.
[238]
[표10]
Descriptive Name Invoice
Identifier DataType_xxx
ASN.1 representation Invoice ::= INTEGER (0..65535) or INTEGER (0..16777215)
Definition This DE (Data Element) identifies the amount of financial value for a payment which is requested to pay.
Unit Cent (cent of the regional currency unit. E.g., cent of US dollar in US, cent of EURO in the member countries of EU, etc.)

[239]
또는, V2X 기반한 전자 결제 방법은 결제 요청 절차를 포함할 수 있다. 구체적으로, 상기 수취 장치는 V2X 메시지 (예컨데, 결제 요청과 관련된 정보를 포함하는 V2X 메시지)를 통해 상기 지불 장치 또는 상기 가상 수취 장치에게 지불 요청과 관련된 결제 요청 정보를 전송할 수 있다.
[240]
상기 인식 절차의 수행이 필요 없는 경우 (또는, 상기 인식 절차가 지원되지 않는 경우), 상기 수취 장치는 결제를 요청하는 결제 요청 정보를 포함하는 V2X 메시지를 주기적으로 브로드 캐스트할 수 있다. 상기 인식 절차의 수행이 필요한 경우 (또는, 상기 인식 절차가 지원된 경우), 상기 수취 장치는 상기 가상 수취 장치 또는 ITS-S가 감지 (또는, 특정)된 경우에만 상기 결제를 요청하는 결제 요청 메시지를 주기적으로 전송할 수 있다. 상기 감지 및 식별을 요구하는 인식 절차의 수행이 필요한 경우, 상기 수취 장치는 상기 가상 수취인 또는 상기 ITS-S가 감지 및 식별된 경우에만 상기 결제를 요청하는 결제 요청 정보를 포함하는 V2X 메시지를 주기적으로 전송 (유니캐스트 또는 브로드캐스트)할 수 있다.
[241]
표 11은 V2X 메시지에 포함된 결제 요청 정보의 데이터 요소를 정의한 예시이다.
[242]
[표11]
Descriptive Name PaymentRequest
Identifier DataType_xxx
ASN.1 representation PaymentRequest ::= BOOLEAN
Definition This DE (Data Element) indicates whether or not a payment is requested. “1”means that a payment is requested.“” means that a payment is not request.
Unit N/A

[243]
상기 수취 장치로부터 상기 결제 요청 정보를 포함하는 V2X 메시지 또는 신호를 수신한 경우, 상기 가상 수취 장치는 자신이 포함된 차량 또는 ITS-S에 위치하는 상기 지불 장치의 사용자 또는 운전자에게 상기 결제 요청 정보와 대응한 정보를 표시하거나 전달할 수 있다.
[244]
또한, V2X 기반한 전자 결제 방법은 결제 수단 알림 절차 (Payment method informing procedure)를 포함할 수 있다. 상기 결제 수단 알림 절차는 상기 지불 장치가 상기 수취 장치로부터 결제를 요청하는 결제 요청 정보를 포함하는 결제 요청 메시지를 수신할 경우에 상기 지불 장치가 결제 수단과 관련된 결제 수단 정보를 포함하는 메시지를 상기 수취 장치에 전송하는 절차이다. 예컨대, 상기 결제 수단 정보가 신용 카드와 관련된 경우, 상기 결제 수단 정보는 신용 카드 번호, 소지자 이름, 만료 날짜, 카드 확인 값 및 코드 등이 포함될 수 있다. 한편, 상기 결제 수단 알림 절차는 상기 지불 장치와 관련된 상기 ITS-S 또는 사용자의 권한 (Permission)이 별도로 요청될 수 있다. 상기 지불 장치는 상기 사용자의 권한 (Permission)과 관련하여 자동 수락 또는 자동 거절 중에 어느 하나가 미리 설정될 수 있고, 상기 미리 설정된 사용자의 권한에 따라 응답할 수 있다.
[245]
표 12는 V2X 메시지에 포함된 결제 수단 정보와 관련된 데이터 프레임 또는 요소에 대한 예시이다.
[246]
[표12]
Descriptive Name PaymentMethod
Identifier DataType_xxx
ASN.1 representation PaymentMethod ::= SEQUENCE {cardNumber CardNumber,nameCardHolder NameCardHolder,expirationDate ExpirationDate,cardVerficationValue CardVerificationValue,…}
Definition This DF (Data Frame) indicates information of a payment method to be used for the requested payment.
Unit N/A
Descriptive Name CardNumber
Identifier DataType_xxx
ASN.1 representation CardNumber ::= NumericString (SIZE(16))
Definition This DE (Data Element) indicates the credit card number.
Unit N/A
Descriptive Name NameCardHolder
Identifier DataType_xxx
ASN.1 representation NameCardHolder ::= IA5String (SIZE(1..24))
Definition This DE (Data Element) indicates the name of credit card holder.
Unit N/A
Descriptive Name ExpirationDate
Identifier DataType_xxx
ASN.1 representation ExpirationDate ::= NumericString (SIZE(8))
Definition This DE (Data Element) indicates the expiration date of the credit card, e.g., 2 digits for month, 2 digits for date, and 4 digits for year sequentially.
Unit N/A
Descriptive Name CardVerificationValue
Identifier DataType_xxx
ASN.1 representation CardVerificationValue::= NumericString (SIZE(1..10))
Definition This DE (Data Element) indicates the verification value for the credit card.
Unit N/A

[247]
상술한 전자 결제 방법은 하이브리드 통신으로 안전한 전자 결제를 수행할 수 있다. 상기 지불 장치 또는 상기 지불 장치의 사용자 (또는 운전자)는 가상 수취 장치로부터 상기 결제 요청 메시지를 수신하면, 상기 결제 수단과 관련된 결제 수단 정보를 상기 가상 수취 장치에 전달할 수 있다. 여기서, 상기 지불 장치와 상기 가상 수취 장치 간에 상술한 정보들의 교환은 마그네틱 스트라이프 (Magnetic stripe), IC 칩, NFC, 바코드, RFID 태그 등과 같은 매우 짧은 근거리 기술을 이용하여 수행될 수 있다. 이 경우, V2X 통신과 달리 근거리에서만 상술한 결제 수단과 관련된 정보가 교환되므로, 지불 장치와 가상 수취 장치는 외부로 상기 결제 수단과 관련된 정보가 유출될 우려 없이 안전하게 결제 수단과 관련된 정보를 교환할 수 있다.
[248]
상기 결제 수단 정보는 상술한 바와 같이 일반적으로 결제를 진행하기 위해 필요한 정보들을 포함할 수 있고, 상기 결제 수단 정보의 제공은 상기 지불 장치의 설정에 따라 자동 수락 또는 자동 거절될 수 있다.
[249]
또는, V2X 기반한 전자 결제 방법은 상기 결제 수단 정보의 제출 단계를 더 포함할 수 있다. 상기 수취 장치는 상기 지불 장치로부터 수신된 상기 결제 수단 정보를 상기 지불 서버로 전송하여 상기 결제 수단 정보에 따른 결제가 진행될 수 있다. 상기 지불 장치에서 전송한 결제 수단 정보는 상기 지불 장치와 상기 수취 장치 간에 V2X 메시지를 통하여 전달될 수 있다. 또한, 상기 수취 장치는 상기 결제 서버에 자신과 관련된 수취 장치 정보도 함께 전달할 수 있다. 상기 수취 장치 정보는 결제 금액, 수취 장치와 관련된 식별 정보, 수취 장치의 위치 정보 등과 같은 다양한 유형의 정보가 포함될 수 있다. 한편, 수취 장치와 상기 지불 서버 간은 보안 네트워크 또는 보안 셀룰러 네트워크 등을 이용하여 통신을 수행할 수 있다.
[250]
또는, 상기 결제 수단 정보의 제출 단계는 상기 가상 수취 장치를 통하여 수행될 수 있다. 구체적으로, 가상 수취 장치는 상기 지불 장치로부터 수신된 결제 수단과 관련된 정보, 상기 수취 장치에 대한 정보 및 상기 가상 수취 장치와 관련된 정보를 상기 지불 서버에 전달하여 결제를 진행할 수 있다. 여기서, 상기 가상 수취 장치와 관련된 정보는 상기 가상 수취 장치의 식별 정보, 위치 정보 등을 포함할 수 있다.
[251]
또는, V2X 기반한 전자 결제 방법은 결제 수행 절차를 포함할 수 있다. 상기 결제 수행 절차는 상기 지불 장치가 제공한 결제 수단과 관련된 정보에 기초하여 상기 지불 서버에서 수행될 수 있다.
[252]
또는, V2X 기반한 전자 결제 방법은 결제 확인 절차를 포함할 수 있다. 상기 결제 확인 절차는 상기 수취 장치가 상기 지불 서버로부터 수신된 결제 확인 정보를 상기 지불 장치에 전송할 수 있다. 결제 확인 정보는 "승인 됨", "거부 됨" 또는 "오류 발생"의 정보를 포함할 수 있다. "거부 됨"및 "오류 발생"의 경우 자세한 이유가 수취 장치와 지불 장치에게 순차적으로 발송 될 수도 있다. 또한, 상기 결제 확인 정보는 상기 결제 수단과 관련된 정보에 기초하여 결제가 완료된 결제 금액에 대한 정보도 포함될 수 있다.
[253]
또는, 상기 결제 확인 절차는 상기 가상 수취 장치를 통하여 수행될 수도 있다. 상기 결제 확인 정보는 지불 서버에서 수취 장치를 통해 상기 가상 수취 장치로 전달될 수 있다. 상기 가상 수취 장치는 전달된 상기 결제 확인 정보를 대응하는 상기 지불 장치에 제공할 수 있다. 결제 확인 정보는 "승인 됨", "거부 됨" 또는 "오류 발생"의 정보를 포함할 수 있다. "거부 됨"및 "오류 발생"의 경우 자세한 이유가 수취 장치, 가상 수취 장치 및 지불 장치 순서로 순차적으로 전달될 수 있다. 또한, 상기 결제 확인 정보는 상기 결제 수단과 관련된 정보에 기초하여 결제가 완료된 결제 금액에 대한 정보도 포함될 수 있다.
[254]
표 13은 상기 결제 확인 정보를 포함하는 V2X 메시지의 데이터 프레임 및 요소의 예시이다.
[255]
[표13]
Descriptive Name PaymentResult
Identifier DataType_xxx
ASN.1 representation PaymentResult::= SEQUENCE {codePaymentResult CodePaymentResult,subCodePaymentResult SubCodePaymentResult,쪋}
Definition This DF (Data Frame) indicates the result of performed payment.
Unit N/A
Descriptive Name CodePaymentResult
Identifier DataType_xxx
ASN.1 representation CodePaymentResult ::= INTEGER { approved (1), rejected (2), error (3), 쪋} (0..255)}
Definition This DE (Data Element) indicates the high level result of performed payment.
Unit N/A
Descriptive Name SubCodePaymentResult
Identifier DataType_xxx
ASN.1 representation SubCodePaymentResult ::= INTEGER { cardNumberMismatch (1), cardHolderNameMismatch(2), expirationDateMistmatch (3), verificationValueMistmatch (4), expiredCard (5), exceedLimitofPaymentAmount (6), 쪋} (0..255)}
Definition This DE (Data Element) indicates the low level result of performed payment.
Unit N/A

[256]
도 22 및 도 23은 인보이스 A에 대한 전자 결제 방법을 설명하기 위한 도면이다.
[257]
도 22을 참조하면, 상기 지불 장치는 상기 수취 장치로부터 주기적으로 전송된 미리 결정된 인보이스 정보를 포함하는 결제 요청 메시지를 수신 또는 감지할 수 있다. 상기 지불 장치는 상기 결제 요청 메시지에 대한 사용자 입력에 기초하여 결제 수단 정보를 상기 수취 장치로 제공할지 여부를 결정할 수 있다. 또는, 상기 지불 장치는 상기 결제 요청 메시지와 관련하여 미리 설정된 자동 승인 정보에 기초하여 결제 수단 정보를 상기 수취 장치로 제공할지 여부를 결정할 수 있다. 여기서, 미리 설정된 자동 승인 정보는 상기 지불 장치의 사용자가 상기 결제 수단 정보의 제공에 대해 자동으로 승낙할지 자동으로 거절 할지에 대해 미리 설정한 정보이다.
[258]
상기 결제 요청 메시지에 대한 응답으로 결제 수단 정보의 제공이 수락된 경우, 상기 지불 장치는 상기 결제 수단 정보를 상기 수취 장치에 제공할 수 있다. 상기 수취 장치는 상기 제공된 결제 수단 정보 및/또는 결제와 관련된 인보이스 정보를 상기 결제 서버에 제공하여 결제 확인에 대한 정보를 포함하는 결제 확인 메시지를 수신 받을 수 있다. 상기 수취 장치는 수신된 결제 확인 메시지에 기초하여 결제 결과에 대한 정보를 포함하는 메시지를 상기 지불 장치에 전송할 수 있다. 한편, 상기 결제 요청 메시지에 대한 응답으로 결제 수단 정보의 제공이 거절된 경우, 상기 지불 장치는 상기 결제 수단 정보를 상기 수취 장치에 제공하지 않을 수 있다.
[259]
도 23을 참조하면, 상기 지불 장치는 상기 수취 장치에 일정 거리 이내로 접근할 경우에 상기 수취 장치로부터 결제 요청 메시지를 수신 받을 수 있다. 상기 결제 요청 메시지는 미리 결정된 인보이스 (모든 지불 장치에 대해 동일한 금액에 대한 정보를 포함하는)를 포함할 수 있고, 상기 수취 장치에 의해 주기적으로 전송될 수 있다. 예컨대, 상기 결제 요청 메시지는 상기 접근하는 지불 장치가 감지된 시점부터 상기 수취 장치에 의해 일정 시간 구간 동안 주기적으로 방송될 수 있다.
[260]
상기 지불 장치는, 상기 결제 요청 메시지를 수신한 경우, 상기 결제 요청 메시지에 대응한 사용자 입력에 기초하여 결제 수단 정보를 상기 수취 장치로 제공할지 여부를 결정할 수 있다. 또는, 상기 지불 장치는 상기 결제 요청 메시지와 관련하여 미리 설정된 자동 승인 정보에 기초하여 결제 수단 정보를 상기 수취 장치로 제공할지 여부를 결정할 수 있다. 여기서, 미리 설정된 자동 승인 정보는 상기 지불 장치의 사용자가 상기 결제 수단 정보의 제공에 대해 자동으로 승낙할지 자동으로 거절 할지에 대해 미리 설정한 정보이다.
[261]
상기 결제 요청 메시지에 대한 응답으로 상기 결제 수단 정보의 제공이 수락된 경우, 상기 지불 장치는 상기 결제 수단 정보를 상기 수취 장치에 제공할 수 있다. 상기 수취 장치는 상기 제공된 결제 수단 정보 및/또는 결제와 관련된 인보이스 정보를 상기 결제 서버에 제공하여 결제 확인에 대한 정보를 포함하는 결제 확인 메시지를 수신 받을 수 있다. 상기 수취 장치는 수신된 결제 확인 메시지에 기초하여 결제 결과에 대한 정보를 포함하는 메시지를 상기 지불 장치에 전송할 수 있다. 한편, 상기 결제 요청 메시지에 대한 응답으로 결제 수단 정보의 제공이 거절된 경우, 상기 지불 장치는 상기 결제 수단 정보를 상기 수취 장치에 제공하지 않을 수 있다.
[262]
도 24 및 도 25는 인보이스 B에 기초한 전자 결제 방법을 설명하기 위한 도면이다.
[263]
상기 지불 장치는 상기 수취 장치에 일정 거리 이내로 접근할 경우에 상기 수취 장치로부터 선택 가능한 복수의 아이템들에 대한 정보를 포함하는 메시지를 수신 받을 수 있다. 상기 선택 가능한 복수의 아이템들에 대한 정보를 포함하는 메시지는 상기 접근하는 지불 장치가 감지된 시점부터 상기 수취 장치에 의해 일정 시간 구간 동안 주기적으로 방송될 수 있다.
[264]
여기서, 도 24를 참조하면, 상기 인식 절차는 상기 수취 장치의 센서나 카메라에 따른 상기 지불 장치의 감지 여부에 기초하여 수행될 수 있다. 이와 달리, 도 25를 참조하면, 상기 인식 절차는 상기 수취 장치가 상기 지불 장치에 의해 주기적으로 전송되는 V2X 메시지 (CAM, BSM)의 수신 여부에 기초하여 수행될 수 있다.
[265]
상기 지불 장치는 상기 복수의 아이템들에 기초하여 적어도 하나의 아이템을 선택할 수 있고, 상기 선택된 적어도 하나의 아이템에 대한 선택 아이템 정보를 포함하는 메시지를 상기 수취 장치에 제공할 수 있다. 상기 지불 장치는 상기 선택 아이템 정보에 대한 응답인 결제 요청 메시지를 상기 수취 장치로부터 수신 받을 수 있다.
[266]
상기 지불 장치는, 상기 결제 요청 메시지를 수신한 경우, 상기 결제 요청 메시지에 대응한 사용자 입력에 기초하여 결제 수단 정보를 상기 수취 장치로 제공할지 여부를 결정할 수 있다. 또는, 상기 지불 장치는 미리 설정된 자동 승인 정보에 기초하여 결제 수단 정보를 상기 수취 장치에게 제공할지 여부를 결정할 수 있다. 여기서, 미리 설정된 자동 승인 정보는 상기 지불 장치의 사용자가 상기 결제 수단 정보의 제공에 대해 자동 승낙할지 자동 거절 할지 여부에 대해 미리 설정한 정보이다.
[267]
상기 결제 요청 메시지에 대한 응답으로 결제 수단 정보의 제공이 수락된 경우, 상기 지불 장치는 상기 결제 수단 정보를 상기 수취 장치에 제공할 수 있다. 상기 수취 장치는 상기 제공된 결제 수단 정보, 상기 선택 정보 및/또는 결제와 관련된 인보이스 정보를 상기 결제 서버에 제공하여 결제 확인에 대한 정보를 포함하는 결제 확인 메시지를 수신 받을 수 있다. 상기 수취 장치는 수신된 결제 확인 메시지에 기초하여 결제 결과에 대한 정보를 포함하는 메시지를 상기 지불 장치에 전송할 수 있다. 한편, 상기 결제 요청 메시지에 대한 응답으로 결제 수단 정보의 제공이 거절된 경우, 상기 지불 장치는 상기 결제 수단 정보를 상기 수취 장치에 제공하지 않을 수 있다.
[268]
도 26 및 도 27은 가상 수취 장치가 V2X 통신에 기반한 전자 결제를 수행하는 방법을 설명하기 위한 도면이다.
[269]
도 26을 참조하면, 가상 수취 장치는 수취 장치로부터 선택 가능한 아이템 정보를 수신 받을 수 있다. 상기 가상 수취 장치는 자신과 대응하는 차량 또는 ITS-S에 포함된 지불 장치에게 상기 아이템 정보를 제공하고, 상기 지불 장치로부터 선택된 아이템 리스트에 대한 선택 정보를 제공받을 수 있다. 상기 가상 수취 장치는 상기 선택 정보를 V2X 메시지를 통하여 상기 수취 장치로 전달 또는 전송할 수 있다. 상기 가상 수취 장치는 상기 수취 장치로부터 상기 선택 정보를 포함하는 V2X 메시지의 응답인 결제 요청 메시지를 수신 받을 수 있다.
[270]
상기 가상 수취 장치는 상기 결제 요청 메시지를 상기 지불 장치에 제공 또는 전송할 수 있다. 상기 가상 수취 장치는 상기 지불 장치로부터 결제 수단 정보를 수신 받을 수 있다. 상기 가상 수취 장치는 상기 결제 수단 정보 및 상기 선택 정보를 포함하는 메시지를 상기 결제 서버에 전송할 수 있다. 상기 가상 수취 장치는 상기 결제 서버로부터 결제에 따른 결제 결과에 대한 정보를 수신 받고, 상기 수신된 정보를 상기 지불 장치에 제공할 수 있다. 한편, 상기 결제 수단 정보는 V2X 메시지가 아닌 별도의 근거리 통신 링크에 의해 상기 지불 장치와 상기 가상 수취 장치 간에 송수신될 수 있다.
[271]
또는, 상기 가상 수취 장치는 상기 지불 장치로부터 상기 결제 수단 정보와 관련된 메시지를 전달받지 못할 수 있다. 이 경우, 상기 가상 수취 장치는 미리 설정된 시간 동안 상기 결제 수단 정보와 관련된 메시지가 제공되지 않으면 상기 지불 장치가 상기 결제 요청 메시지에 따른 결제를 거절 한 것으로 추정할 수 있다. 한편, 상기 지불 장치의 사용자의 입력 또는 사용자에 의한 자동 수락 여부에 따라 상기 결제 수단 정보는 상기 지불 장치에서 상기 가상 수취 장치로 전달될 수 있다.
[272]
또는, 도 27을 참조하면, 상기 가상 수취 장치는 주기적으로 CAM, BSM 등의 V2X 메시지를 전송 또는 브로드캐스트할 수 있다. 상기 가상 수취 장치는 상기 V2X 메시지의 주기적인 전송을 통하여 접근 중인 수취 장치로부터 결제 요청 메시지 또는 아이템 정보를 포함하는 메시지를 수신 받을 수 있다. 다시 말하자면, 상기 수취 장치는, 상기 가상 수취 장치가 주기적으로 전송하는 V상기 2X 메시지가 감지되면, 상기 가상 수취 장치에게 결제 요청 메시지 또는 아이템 정보를 전송 또는 브로드캐스트할 수 있다.
[273]
상기 가상 수취 장치는 상기 결제 요청 메시지를 상기 지불 장치에 제공하여 상기 결제 수단 정보를 상기 지불 장치로부터 제공받을 수 있다. 또는, 상기 가상 수취 장치는 상기 아이템 정보를 상기 지불 장치에 제공 또는 전송하고, 상기 지불 장치로부터 선택 정보를 수신 또는 제공받을 수 있다. 이 경우, 상기 가상 수취 장치는 상기 선택 아이템 정보를 상기 수취 장치에 제공할 수 있고, 이후 상기 수취 장치가 전송한 결제 요청 메시지를 상기 지불 장치로 제공할 수 있다.
[274]
상기 가상 수취 장치는 상기 결제 요청 메시지를 상기 지불 장치에 제공 또는 전송할 수 있다. 상기 가상 수취 장치는 상기 지불 장치로부터 결제 수단 정보를 수신 받을 수 있다. 상기 가상 수취 장치는 상기 결제 수단 정보 및 상기 선택 정보를 포함하는 메시지를 상기 결제 서버에 전송할 수 있다. 상기 가상 수취 장치는 상기 결제 서버로부터 결제에 따른 결제 결과에 대한 정보를 수신 받고, 상기 수신된 정보를 상기 지불 장치에 제공할 수 있다.
[275]
한편, 이하에서는 설명의 편의를 위해서 상기 수취 장치를 RSU로 정의하고, 상기 가상 수취 장치를 제1 장치로 정의하며, 상기 지불 장치를 제2 장치로 정의한다.
[276]
제1 장치는 사이드링크 또는 V2X 기반 전자 결제를 수행할 수 있다. 제1 장치는 상기 차량에 포함될 수 있고, 상기 차량의 일부 장치 또는 일부 구성일 수 있다. 상기 제2 장치는 상기 제1 장치와 동일한 차량에 포함되어 있고, 상기 RSU는 외부의 장치일 수 있다.
[277]
상기 제1 장치는 상기 CAM, DENM 또는 BSM 중 적어도 하나의 사이드링크 또는 V2X 신호를 주기적으로 전송할 수 있다. 상기 제1 장치는 상기 V2X 신호 또는 사이드링크 신호의 전송에 따라 상기 RSU에게 자신의 접근을 알릴 수 있고, 응답 신호로 결제 요청 메시지, 표시 메시지 또는 아이템 정보 메시지를 포함하는 사이드링크 신호 또는 V2X 신호를 수신 받을 수 있다. 한편, 인식 절차가 필요 없는 경우 (또는, 인보이스 A의 경우), 상기 제1 장치는 상기 CAM, DENM 또는 BSM 중 적어도 하나의 사이드링크 또는 V2X 신호를 주기적으로 전송과 관계없이 상기 RSU로부터 결제 요청 메시지, 표시 메시지 또는 아이템 정보 메시지를 포함하는 사이드링크 신호 또는 V2X 신호를 수신 받을 수 있다.
[278]
상기 RSU는 인보이스 타입에 기초하여 결제와 관련된 정보를 포함하는 상기 표시 메시지 또는 상술한 결제 요청 메시지를 주기적으로 전송할 수 있다. 구체적으로, 상기 RSU는 상기 제1 장치 또는 상기 제2 장치에 대한 인식 절차의 수행 없이 (상기 제1 장치 또는 상기 제2 장치의 인식 또는 식별 여부를 고려하지 않고) 상기 표시 메시지, 아이템 정보 메시지 또는 상기 결제 요청 메시지를 전송할 수 있다. 또는, 상기 RSU는 상기 제1 장치 또는 상기 제2 장치에 대한 인식 절차의 수행이 필요할 수 있다. 즉, 상기 RSU는 센서나 상기 제1 장치의 상기 CAM, DENM 또는 BSM 중 적어도 하나의 사이드링크 또는 V2X 신호를 통하여 상기 제1 장치의 접근의 인식이 필요할 수 있다. 이 경우, 상기 RSU는 제1 장치의 상기 CAM, DENM 또는 BSM 중 적어도 하나의 사이드링크 또는 V2X 신호가 감지되면 상기 표시 메시지, 아이템 정보 메시지 또는 상기 결제 요청 메시지를 전송할 수 있다.
[279]
또는, 상기 제1 장치는 상기 CAM, DENM 또는 BSM 중 적어도 하나의 사이드링크 또는 V2X 신호를 주기적으로 전송 중에 상기 RSU로부터 표시 메시지를 수신 받을 수 있다. 상기 표시 메시지는 상기 RSU가 결제 요청 메시지, 표시 메시지 등을 주기적으로 전송하는 시간 자원에 대한 할당 정보를 포함할 수 있다. 구체적으로, 상기 할당 정보는 상기 RSU의 메시지가 전송되는 시간 자원 정보, 전송 주기에 대한 정보를 포함할 수 있고, 또는 인접한 복수의 RSU들의 수 및 상기 복수의 RSU들 각각에 대한 슬롯 자원 정보가 포함될 수 있다. 상기 제1 장치는 상기 할당 정보에 기초하여 상기 RSU에게 응답 신호 또는 메시지의 전송 타이밍을 결정할 수 있다. 여기서, 응답 신호 또는 메시지는 상술한 바와 같이 식별 정보를 포함하는 메시지 또는 선택 아이템 메시지를 포함할 수 있다.
[280]
또는, 상기 제1 장치는 상기 표시 메시지에 포함된 PTRS 또는 PRS를 추가적으로 고려하여 상기 응답 신호 또는 메시지의 전송 타이밍을 결정할 수 있다. 상기 PTRS 또는 PRS는 위상 천이 정보에 따른 상기 제1 장치와 상기 RSU 간의 거리 정보를 간접적으로 알려주기 위한 참조 신호이다. 즉, 상기 제1 장치는 상기 표시 메시지에 포함된 PTRS 또는 PRS에 기초한 위상 천이 정보를 산출하여 상기 RSU와의 거리를 추정할 수 있다. 상기 제1 장치는 상기 추정된 거리에 따라 상기 할당 정보를 제외한 나머지 시간 자원들 중에서 어느 시간 자원을 사용할지 결정할 수 있다. 예컨대, 상기 할당 정보에 따라 제1 슬롯 내지 제4 슬롯을 사용할 수 있는 경우, 상기 제1 장치는 상기 PTRS 또는 상기 PRS를 통해 추정된 거리에 기초하여 상기 제1 슬롯 내지 제4 슬롯 중 어느 하나를 사용할 수 있다. 예컨대, 상기 추정된 거리를 상기 할당 정보에 기초하여 사용 가능한 슬롯의 개수 (예컨대, 하나의 전송 주기 내에)로 나눈 몫에 대응하는 순서의 슬롯을 사용할 수 있다. 이 경우, 지불 장치 또는 가상 수취 장치들 간에 상기 추정 거리에 따라 전송 타이밍을 분산시켜 응답 신호들 간의 충돌을 최소화할 수 있다. 또는, 제1 장치는 상기 추정 거리가 아닌 상기 PTRS 또는 PRS의 위상 천이 값 자체를 이용하여 상기 응답 신호를 위한 전송 시간 자원을 결정할 수 있다.
[281]
또는, 상기 표시 메시지에 포함된 PTRS 또는 상기 PRS에 기초하여 추정된 거리가 미리 설정된 임계 거리 이상인 경우, 상기 제1 장치는 상기 할당 정보에 기초하여 다음 번 전송 주기에서 상기 응답 메시지 또는 신호의 전송 타이밍을 결정할 수 있다. 즉, 상기 RSU와 거리가 가까운 장치가 우선하여 전자 결제 정보의 교환을 수행할 수 있도록 하기 위함이다.
[282]
상기 제1 장치는 인보이스 타입에 기초하여 상기 RSU로 수신된 메시지 또는 정보를 상기 제2 장치에 전달 또는 전송할 수 있다. 구체적으로, 상기 제1 장치는 상기 RSU로부터 고정된 금액의 결제 요청 메시지를 수신 받을 수 있다. 이 경우, 상기 제1 장치는 상기 결제 요청 메시지에 기초하여 인보이스 타입이 인보이스 A인 것을 확인할 수 있고, 수신된 결제 요청 메시지에 포함된 결제 금액 및/또는 내역에 대한 결제 정보를 상기 제2 장치에 전달할 수 있다.
[283]
또는, 상기 제1 장치는 상기 RSU로부터 선택 가능한 아이템에 대한 정보를 포함하는 아이템 정보 메시지를 수신 받을 수 있고, 상기 아이템 정보 메시지에 기초하여 인보이스 타입이 인보이스 B임을 식별할 수 있다. 이 경우, 상기 제1 장치는 상기 인보이스 B에 대응하는 아이템 리스트 및 가격을 포함하는 결제 정보를 상기 제2 장치에 전송 또는 전달할 수 있다. 다음으로, 상기 제1 장치는 상기 제2 장치로부터 선택된 아이템에 대한 선택 아이템 정보를 수신 받을 수 있다. 상기 제1 장치는 상기 선택 아이템 정보를 포함하는 사이드링크 신호 또는 V2X 신호 상기 RSU에 전송할 수 있다. 상기 제1 장치는 상기 선택 아이템 정보에 따른 결제 금액에 대한 정보를 포함하는 결제 요청 메시지를 수신 받을 수 있고, 상기 선택 아이템 및 상기 결제 금액을 포함하는 결제 정보를 상기 제2 장치에게 전달할 수 있다.
[284]
또는, 상기 제1 장치는 상기 RSU로부터 이동 거리와 관련된 정보가 포함된 아이템 정보 메시지를 수신 받을 수 있고, 상기 아이템 정보 메시지에 기초하여 상기 인보이스 타입이 인보이스 C임을 식별할 수 있다. 이 경우, 상기 제1 장치는 자신의 식별 정보를 V2X 신호 또는 사이드링크 신호를 통하여 상기 RSU에게 전송할 수 있다. 상기 제1 장치는 상기 RSU로부터 자신의 이동 거리 및 차량 유형에 대응하는 가격 정보를 포함하는 결제 요청 메시지를 수신 받을 수 있고, 상기 결정된 거리 정보 및 차량 유형에 따른 결제 금액을 포함하는 결제 정보를 상기 제2 장치에 제공 또는 전송할 수 있다. 즉, 인보이스 타입 C인 경우, 상기 제1 장치는 식별 정보의 전송에 따라 상기 RSU로부터 결제 요청 메시지를 수신 받을 수 있다.
[285]
상기 제1 장치가 상기 제2 장치에 대한 결제 정보를 전송할 경우에 상기 제2 장치는 상기 결제 정보에 따른 결제 수단 정보의 제공 여부를 결정할 수 있다. 상기 결제 수단 정보의 제공 여부는 상기 제2 장치의 사용자의 입력 또는 미리 설정된 자동 수락 여부에 대한 정보에 기초하여 결정될 수 있다. 상기 제2 장치에서 수락 절차가 수행된 경우, 상기 제1 장치는 상기 제2 장치로부터 결제 수단 정보를 전달 또는 수신 받을 수 있다. 여기서, 상기 결제 수단 정보는 개인 정보로 외부로 유출되는 것을 최대한 방지할 필요가 있다. 즉, 상기 결제 수단 정보가 V2X 신호 또는 사이드링크 신호로 전송될 경우 외부 차량, 외부 장치들까지 상기 결제 수단 정보에 대한 신호를 수신할 수 있는 위험이 있다. 이런 점을 고려하여, 상기 제1 장치 및 상기 제2 장치는 결제 수단 정보의 송수신을 상기 사이드링크가 아닌 별도로 구성된 제1 통신 링크를 통해 수행할 수 있다.
[286]
구체적으로, 상기 제1 통신 링크는 마그네틱 스트라이프, IC 칩, NFC (Near-field communication), 바코드 및 RFID (Radio-frequency identification) 태그 중 적어도 하나의 근거리 통신 기술에 의해 형성된 링크 일 수 있다. 예컨대, 상기 결제 수단 정보는 상기 제1 장치 및 상기 제2 장치에 별도로 구비된 NFC를 통한 근거리 통신 링크를 통하여 상기 제2 장치에서 상기 제1 장치로 전달 또는 전송될 수 있다.
[287]
상기 제1 장치는 상기 결제 수단 정보를 결제 서버에 전송할 수 있다. 즉, 상기 제1 장치는 상기 결제 수단 정보를 RSU에 제공하지 않는다. 구체적으로, 상기 결제 수단 정보는 외부로 유출되지 않도록 추가적인 보안 처리가 수행될 필요가 있고, 상기 RSU와의 V2X 링크 또는 사이드링크를 통한 전송은 상기 추가적인 보안 처리가 쉽지 않을 수 있다. 따라서, 상기 제1 장치는 전용 보안 어플리케이션, 전용 보안 프로토콜의 적용이 가능한 통신망이 형성된 전용 네트워크를 통하여 직접 결제 서버로 상기 결제 수단 정보를 제공할 수 있다. 이 후, 상기 제1 장치는 상기 전용 네트워크를 통하여 전자 결제의 결과에 대한 결제 결과 정보를 상기 결제 서버로부터 전달 받을 수 있다. 즉, 상기 RSU는 결제와 관련된 정보만을 상기 제1 장치에 제공하고, 결제 절차는 상기 제1 장치와 상기 결제 서버 간에 수행될 수 있다.
[288]
이와 같은, V2X 기반한 전자 결제 시스템은 운전 중인 운전자가 통행료 또는 드라이브 스루 상황에서 필요한 요금을 지불해야 하는 상황에 효율적으로 적용될 수 있다. 구체적으로, 상술한 V2X 기반한 전자 결제 시스템을 통하여, 운전자는 전자 결제를 수행하기 위해 차량을 정지시키고 차량에서 내리는 불편을 최소화하여 운전자의 편의 및 교통 효율을 최대화시킬 수 있다. 또한, V2X 기반한 전자 결제 시스템은 가상 수취 장치의 도입을 통하여 V2X 통신을 통한 결제 진행 절차 중에서 개인 정보 유출에 따른 위험성이 높은 결제 수단과 관련된 정보 제공 절차를 차량 내부 통신을 통해 수행할 수 있다. 즉, 상기 가상 수취 장치를 통하여 운전자에게 결제 진행을 위해 필요한 유용한 정보를 V2X의 통신 방식으로 제공하되, 정보 유출이 민감한 결제 수단 정보는 별도로 구성된 근거리 통신망으로 안전한 전자 결제를 유도할 수 있다.
[289]
발명이 적용되는 통신 시스템 예
[290]
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 발명의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
[291]
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
[292]
도 28은 본 발명에 적용되는 통신 시스템을 예시한다.
[293]
도 28을 참조하면, 본 발명에 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
[294]
무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
[295]
무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 발명의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
[296]
본 발명이 적용되는 무선 기기 예
[297]
도 29는 본 발명에 적용될 수 있는 무선 기기를 예시한다.
[298]
도 29를 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 28의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
[299]
제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩셋의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩셋을 의미할 수도 있다.
[300]
구체적으로, 상기 UE는 상기 RF 송수신기와 연결되는 프로세서 (102)와 메모리(104)를 포함할 수 있다. 메모리(104)는 도 15 내지 도 27에서 설명된 실시예들과 관련된 동작을 수행할 수 있는 적어도 하나의 프로그램들이 포함될 수 있다. 상기 프로세서는 상기 RF 송수신기를 제어하여 상기 사이드링크를 통해 RSU (Road Side Unit)으로부터 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하고, 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하며, 별도로 구성된 제1 통신 링크를 통해 결제 수단 정보를 상기 제2 장치로부터 수신 받고, 상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크일 수 있다. 또한, 프로세서 (102)는 메모리(104)에 포함된 프로그램에 기초하여 도 15 내지 도 27에서 서술한 실시예들과 관련된 동작들을 수행할 수 있다.
[301]
또는, 프로세서 (102) 및 메모리(104)를 포함하는 칩 셋이 구성될 수 있다. 이 경우, 칩 셋은 적어도 하나의 프로세서 및 상기 적어도 하나의 프로세서와 동작 가능하게 연결되고, 실행될 때, 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 메모리를 포함하고, 상기 동작은 RSU (Road Side Unit)으로부터 상기 사이드링크를 통해 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하고, 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하며, 상기 제2 장치로부터 결제 수단 정보를 별도로 구성된 제1 통신 링크를 통해 수신 받고, 상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크일 수 있다. 또한, 프로세서 (102)는 메모리(104)에 포함된 프로그램에 기초하여 도 15 내지 도 27에서 서술한 실시예들과 관련된 동작들을 수행할 수 있다.
[302]
또는, 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 컴퓨터 프로그램을 포함하는 컴퓨터 판독 가능한 저장 매체가 제공되며, 상기 동작은, 상기 동작은 RSU (Road Side Unit)으로부터 상기 사이드링크를 통해 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하고, 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하며, 상기 제2 장치로부터 결제 수단 정보를 별도로 구성된 제1 통신 링크를 통해 수신 받고, 상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크일 수 있다.
[303]
제2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
[304]
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 포함하는 신호(예, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
[305]
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
[306]
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
[307]
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
[308]
본 발명이 적용되는 무선 기기 활용 예
[309]
도 30은 본 발명에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다 (도 28 참조).
[310]
도 30을 참조하면, 무선 기기(100, 200)는 도 30의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 30의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 30의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
[311]
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 29, 100a), 차량(도 29, 100b-1, 100b-2), XR 기기(도 29, 100c), 휴대 기기(도 29, 100d), 가전(도 29, 100e), IoT 기기(도 29, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 29, 400), 기지국(도 29, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
[312]
도 30에서 무선 기기(100, 200) 내의 다양한 요소, 성분, 유닛/부, 및/또는 모듈은 전체가 유선 인터페이스를 통해 상호 연결되거나, 적어도 일부가 통신부(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 무선 기기(100, 200) 내에서 제어부(120)와 통신부(110)는 유선으로 연결되며, 제어부(120)와 제1 유닛(예, 130, 140)은 통신부(110)를 통해 무선으로 연결될 수 있다. 또한, 무선 기기(100, 200) 내의 각 요소, 성분, 유닛/부, 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어부(120)는 하나 이상의 프로세서 집합으로 구성될 수 있다. 예를 들어, 제어부(120)는 통신 제어 프로세서, 어플리케이션 프로세서(Application processor), ECU(Electronic Control Unit), 그래픽 처리 프로세서, 메모리 제어 프로세서 등의 집합으로 구성될 수 있다. 다른 예로, 메모리부(130)는 RAM(Random Access Memory), DRAM(Dynamic RAM), ROM(Read Only Memory), 플래시 메모리(flash memory), 휘발성 메모리(volatile memory), 비-휘발성 메모리(non-volatile memory) 및/또는 이들의 조합으로 구성될 수 있다.
[313]
이하, 도 30의 구현 예에 대해 도면을 참조하여 보다 자세히 설명한다.
[314]
본 발명이 적용되는 휴대기기 예
[315]
도 31는 본 발명에 적용되는 휴대 기기를 예시한다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 휴대용 컴퓨터(예, 노트북 등)을 포함할 수 있다. 휴대 기기는 MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station) 또는 WT(Wireless terminal)로 지칭될 수 있다.
[316]
도 31를 참조하면, 휴대 기기(100)는 안테나부(108), 통신부(110), 제어부(120), 메모리부(130), 전원공급부(140a), 인터페이스부(140b) 및 입출력부(140c)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110~130/140a~140c는 각각 도 30의 블록 110~130/140에 대응한다.
[317]
통신부(110)는 다른 무선 기기, 기지국들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 휴대 기기(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 AP(Application Processor)를 포함할 수 있다. 메모리부(130)는 휴대 기기(100)의 구동에 필요한 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 또한, 메모리부(130)는 입/출력되는 데이터/정보 등을 저장할 수 있다. 전원공급부(140a)는 휴대 기기(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 인터페이스부(140b)는 휴대 기기(100)와 다른 외부 기기의 연결을 지원할 수 있다. 인터페이스부(140b)는 외부 기기와의 연결을 위한 다양한 포트(예, 오디오 입/출력 포트, 비디오 입/출력 포트)를 포함할 수 있다. 입출력부(140c)는 영상 정보/신호, 오디오 정보/신호, 데이터, 및/또는 사용자로부터 입력되는 정보를 입력 받거나 출력할 수 있다. 입출력부(140c)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부(140d), 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다.
[318]
일 예로, 데이터 통신의 경우, 입출력부(140c)는 사용자로부터 입력된 정보/신호(예, 터치, 문자, 음성, 이미지, 비디오)를 획득하며, 획득된 정보/신호는 메모리부(130)에 저장될 수 있다. 통신부(110)는 메모리에 저장된 정보/신호를 무선 신호로 변환하고, 변환된 무선 신호를 다른 무선 기기에게 직접 전송하거나 기지국에게 전송할 수 있다. 또한, 통신부(110)는 다른 무선 기기 또는 기지국으로부터 무선 신호를 수신한 뒤, 수신된 무선 신호를 원래의 정보/신호로 복원할 수 있다. 복원된 정보/신호는 메모리부(130)에 저장된 뒤, 입출력부(140c)를 통해 다양한 형태(예, 문자, 음성, 이미지, 비디오, 헵틱)로 출력될 수 있다.
[319]
본 발명이 적용되는 차량 또는 자율 주행 차량 예
[320]
도 32는 본 발명에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
[321]
도 32를 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 30의 블록 110/130/140에 대응한다.
[322]
통신부(110)는 다른 차량, 기지국(e.g. 기지국, 노변 기지국(Road Side unit) 등), 서버 등의 외부 기기들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 차량 또는 자율 주행 차량(100)의 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 ECU(Electronic Control Unit)를 포함할 수 있다. 구동부(140a)는 차량 또는 자율 주행 차량(100)을 지상에서 주행하게 할 수 있다. 구동부(140a)는 엔진, 모터, 파워 트레인, 바퀴, 브레이크, 조향 장치 등을 포함할 수 있다. 전원공급부(140b)는 차량 또는 자율 주행 차량(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 센서부(140c)는 차량 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140c)는 IMU(inertial measurement unit) 센서, 충돌 센서, 휠 센서(wheel sensor), 속도 센서, 경사 센서, 중량 감지 센서, 헤딩 센서(heading sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 배터리 센서, 연료 센서, 타이어 센서, 스티어링 센서, 온도 센서, 습도 센서, 초음파 센서, 조도 센서, 페달 포지션 센서 등을 포함할 수 있다. 자율 주행부(140d)는 주행중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등을 구현할 수 있다.
[323]
일 예로, 통신부(110)는 외부 서버로부터 지도 데이터, 교통 정보 데이터 등을 수신할 수 있다. 자율 주행부(140d)는 획득된 데이터를 기반으로 자율 주행 경로와 드라이빙 플랜을 생성할 수 있다. 제어부(120)는 드라이빙 플랜에 따라 차량 또는 자율 주행 차량(100)이 자율 주행 경로를 따라 이동하도록 구동부(140a)를 제어할 수 있다(예, 속도/방향 조절). 자율 주행 도중에 통신부(110)는 외부 서버로부터 최신 교통 정보 데이터를 비/주기적으로 획득하며, 주변 차량으로부터 주변 교통 정보 데이터를 획득할 수 있다. 또한, 자율 주행 도중에 센서부(140c)는 차량 상태, 주변 환경 정보를 획득할 수 있다. 자율 주행부(140d)는 새로 획득된 데이터/정보에 기반하여 자율 주행 경로와 드라이빙 플랜을 갱신할 수 있다. 통신부(110)는 차량 위치, 자율 주행 경로, 드라이빙 플랜 등에 관한 정보를 외부 서버로 전달할 수 있다. 외부 서버는 차량 또는 자율 주행 차량들로부터 수집된 정보에 기반하여, AI 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
[324]
이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
[325]
본 문서에서 본 발명의 실시예들은 주로 단말과 기지국 간의 신호 송수신 관계를 중심으로 설명되었다. 이러한 송수신 관계는 단말과 릴레이 또는 기지국과 릴레이간의 신호 송수신에도 동일/유사하게 확장된다. 본 문서에서 기지국에 의해 수행된다고 설명된 특정 동작은 경우에 따라서는 그 상위 노드(upper node)에 의해 수행될 수 있다. 즉, 기지국을 포함하는 복수의 네트워크 노드들(network nodes)로 이루어지는 네트워크에서 단말과의 통신을 위해 수행되는 다양한 동작들은 기지국 또는 기지국 이외의 다른 네트워크 노드들에 의해 수행될 수 있음은 자명하다. 기지국은 고정국(fixed station), Node B, eNode B(eNB), 억세스 포인트(access point) 등의 용어에 의해 대체될 수 있다. 또한, 단말은 UE(User Equipment), MS(Mobile Station), MSS(Mobile Subscriber Station) 등의 용어로 대체될 수 있다.
[326]
본 발명에 따른 실시예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 본 발명의 일 실시예는 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
[327]
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 일 실시예는 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차, 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
[328]
본 발명은 본 발명의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.

산업상 이용가능성

[329]
상술한 바와 같은 본 발명의 실시형태들은 다양한 이동통신 시스템에 적용될 수 있다.

청구범위

[청구항 1]
사이드링크를 지원하는 무선통신시스템에서 제1 장치가 신호를 송수신하는 방법에 있어서, RSU (Road Side Unit)으로부터 상기 사이드링크를 통해 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하는 단계; 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하는 단계; 및 별도로 구성된 제1 통신 링크를 통해 상기 제2 장치로부터 결제 수단 정보를 수신 받는 단계;를 포함하고, 상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크인, 전자 결제 관련 신호를 송수신하는 방법.
[청구항 2]
제1항에 있어서, 상기 근거리 통신 기술은 마그네틱 스트라이프, IC 칩, NFC (Near-field communication), 바코드 및 RFID (Radio-frequency identification) 태그 중에서 적어도 하나에 따른 근거리 통신인 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
[청구항 3]
제1항에 있어서, 상기 인보이스 타입은 미리 결정된 결제 정보를 포함하는 제1 타입과, 상기 제1 장치의 응답 또는 상기 제1 장치가 포함된 차량의 유형에 따라 결제 정보가 달리 결정되는 제2 타입을 포함하는 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
[청구항 4]
제3항에 있어서, 상기 인보이스 타입이 제2 타입의 경우, 상기 제1 메시지는 상기 제1 장치의 CAM (Cooperative Awareness Message), DENM(Decentralized Environmental Notification Message), 또는 BSM (basic safety message) 중 적어도 하나의 주기적 전송에 대한 응답 메시지인 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
[청구항 5]
제4항에 있어서, 상기 인보이스 타입이 제2 타입의 경우, 상기 RSU에게 결제 금액의 결정에 필요한 항목에 대한 아이템 정보를 포함하는 제2 메시지를 전송하는 단계;를 더 포함하고, 상기 결제 정보는 상기 제2 메시지에 대한 응답 메시지인 결제 요청 메시지에 기초하여 획득되는 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
[청구항 6]
제5항에 있어서, 상기 제1 메시지는 상기 RSU의 메시지가 전송하는 시간 자원의 할당 정보를 더 포함하고, 상기 제2 메시지는 상기 할당 정보에 기초하여 전송 타이밍 결정되는 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
[청구항 7]
제5항에 있어서, 상기 할당 정보는 상기 미리 설정된 영역에 포함된 복수의 RSU들의 수 및 상기 복수의 RSU들 각각의 시간 자원 할당 정보, 전송 주기에 대한 정보를 포함하는 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
[청구항 8]
제5항에 있어서, 상기 제1 메시지에 포함된 PRS (positioning reference signal) 또는 PTRS (phase tracking reference signal)에 기초하여 획득된 위상 천이 정도에 기초하여 상기 제2 메시지의 전송 타이밍을 결정하는 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
[청구항 9]
제1항에 있어서, 상기 인보이스 타입이 상기 제1 타입인 경우, 상기 제1 메시지는 상기 제1 장치의 접근 여부와 관계없이 상기 RSU에 의해 주기적으로 반복되어 전송되는 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
[청구항 10]
제1항에 있어서, 상기 결제 수단 정보를 결제 서버에 전송하는 단계; 및 상기 결제 서버로부터 결제 결과에 대한 정보를 수신하는 단계;를 더 포함하고, 상기 결제 수단 정보는 상기 결제 서버에 의해 구성된 보안 프로토콜에 따라 전송되는 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
[청구항 11]
제1항에 있어서, 상게 제1 장치는 상기 제2 장치와 동일한 ITS-S 또는 차량에 부착된 것을 특징으로 하는, 전자 결제 관련 신호를 송수신하는 방법.
[청구항 12]
사이드링크를 지원하는 무선통신시스템에서 신호의 송수신을 수행하는 제1 장치에 있어서, RF(Radio Frequency) 송수신기; 및 상기 RF 송수신기와 연결되는 프로세서를 포함하고, 상기 프로세서는 상기 RF 송수신기를 제어하여 상기 사이드링크를 통해 RSU (Road Side Unit)으로부터 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하고, 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하며, 별도로 구성된 제1 통신 링크를 통해 결제 수단 정보를 상기 제2 장치로부터 수신 받고, 상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크인 제1 장치.
[청구항 13]
제11항에 있어서, 상기 근거리 통신 기술은 마그네틱 스트라이프, IC 칩, NFC (Near-field communication), 바코드 및 RFID (Radio-frequency identification) 태그 중에서 적어도 하나에 따른 근거리 통신인 것을 특징으로 하는, 제1 장치.
[청구항 14]
사이드링크를 지원하는 무선통신시스템에서 신호의 송수신을 수행하는 칩 셋에 있어서, 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서와 동작 가능하게 연결되고, 실행될 때, 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 메모리를 포함하며, 상기 동작은: RSU (Road Side Unit)으로부터 상기 사이드링크를 통해 전자 결제와 관련된 정보를 포함하는 제1 메시지를 수신하고, 상기 제1 메시지에 포함된 인보이스 타입에 기초하여 대응하는 결제 정보를 제2 장치에게 전송하며, 상기 제2 장치로부터 결제 수단 정보를 별도로 구성된 제1 통신 링크를 통해 수신 받고, 상기 제1 통신 링크는 근거리 통신 기술에 기초하여 형성된 통신 링크인 칩 셋.
[청구항 15]
제14항에 있어서, 상기 프로세서는 상기 인보이스 타입에 기초하여 상기 칩 셋과 연결된 장치의 주행 모드를 제어하는 것을 특징으로 하는, 칩셋.

도면

[도1]

[도2]

[도3]

[도4]

[도5]

[도6]

[도7]

[도8]

[도9]

[도10]

[도11]

[도12]

[도13]

[도14]

[도15]

[도16]

[도17]

[도18]

[도19]

[도20]

[도21]

[도22]

[도23]

[도24]

[도25]

[도26]

[도27]

[도28]

[도29]

[도30]

[도31]

[도32]