Traitement en cours

Veuillez attendre...

Paramétrages

Paramétrages

Aller à Demande

1. WO2020204557 - PROCÉDÉ D'ÉTABLISSEMENT DE RAPPORT QUALITÉ POUR UN CORESET DANS UN SYSTÈME DE COMMUNICATION SANS FIL ET TERMINAL UTILISANT LE PROCÉDÉ

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  

청구범위

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  

도면

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  

명세서

발명의 명칭 : 무선 통신 시스템에서 CORESET에 대한 품질 보고 방법 및 상기 방법을 이용하는 단말

기술분야

[1]
본 명세서는 무선 통신에 관련된다.

배경기술

[2]
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라 기존의 무선 접속 기술(radio access technology; RAT)에 비해 향상된 모바일 브로드밴드(mobile broadband) 통신에 대한 필요성이 대두되고 있다. 또한 다수의 기기 및 사물들을 연결하여 언제 어디서나 다양한 서비스를 제공하는 매시브 MTC (massive Machine Type Communications) 역시 차세대 통신에서 고려될 주요 이슈 중 하나이다. 뿐만 아니라 신뢰도(reliability) 및 지연(latency)에 민감한 서비스/단말을 고려한 통신 시스템 디자인이 논의되고 있다. 이와 같이 확장된 모바일 브로드밴드 커뮤니케이션(enhanced mobile broadband communication), massive MTC, URLLC (Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 무선 접속 기술의 도입이 논의되고 있으며, 본 명세서에서는 편의상 해당 기술(technology)을 new RAT 또는 NR이라고 부른다.
[3]
이하, 본 명세서에서는 측정에 대한 보고를 전송하는 방법 및 이를 이용하는 장치를 제안한다.

발명의 상세한 설명

과제 해결 수단

[4]
본 명세서의 일 실시예에 따르면, 적어도 하나의 CORESET 각각에 대해 측정을 수행하고 및 측정의 결과에 기반하여 기지국에게 CORESET 측정 보고를 전송하는 것을 특징으로 하는 방법이 제공된다.

발명의 효과

[5]
본 명세서에 따르면, 각 CORESET에 대한 측정 및 낮은(low) 품질(quality) CORESET에 대한 보고를 수행하는 구성이 정의된다. 달리 말하면, CORESET 단위로 해당 CORESET의 수신 성능이 저하될 경우 CORESET 혹은 CORESET의 TCI(Transmission Configuration Indication) 정보를 변경하는 절차(procedure)나 그에 관련된 측정(measurement) 보고(report) 절차가 정의되어, 네트워크(network)가 특정 UE의 CORESET 각각에 대한 수신 성능을 알 수 있게 된다. 이로 인해, UE의 기존 CORESET에 설정된 빔(beam)을 수신할 수 없는 경우, PDCCH에 대한 불필요한 모니터링(monitoring)이 수행되지 않을 수 있다. 아울러, 네트워크 측면에서는 불필요한 자원 낭비가 발생하는 문제가 해결될 수 있다.
[6]
본 명세서의 구체적인 일례를 통해 얻을 수 있는 효과는 이상에서 나열된 효과로 제한되지 않는다. 예를 들어, 관련된 기술분야의 통상의 지식을 자긴 자(a person having ordinary skill in the related art)가 본 명세서로부터 이해하거나 유도할 수 있는 다양한 기술적 효과가 존재할 수 있다. 이에 따라 본 명세서의 구체적인 효과는 본 명세서에 명시적으로 기재된 것에 제한되지 않고, 본 명세서의 기술적 특징으로부터 이해되거나 유도될 수 있는 다양한 효과를 포함할 수 있다.

도면의 간단한 설명

[7]
도 1은 무선 통신 시스템을 예시한다.
[8]
도 2는 사용자 평면(user plane)에 대한 무선 프로토콜 구조(radio protocol architecture)를 나타낸 블록도이다.
[9]
도 3은 제어 평면(control plane)에 대한 무선 프로토콜 구조를 나타낸 블록도이다.
[10]
도 4는 NR이 적용되는 차세대 무선 접속 네트워크(New Generation Radio Access Network: NG-RAN)의 시스템 구조를 예시한다.
[11]
도 5는 NG-RAN과 5GC 간의 기능적 분할을 예시한다.
[12]
도 6은 NR에서 적용될 수 있는 프레임 구조를 예시한다.
[13]
도 7은 CORESET을 예시한다.
[14]
도 8은 종래의 제어 영역과 NR에서의 CORESET의 차이점을 나타내는 도면이다.
[15]
도 9는 새로운 무선 접속 기술에 대한 프레임 구조의 일례를 도시한 것이다.
[16]
도 10은 상기 TXRU 및 물리적 안테나 관점에서 하이브리드 빔포밍(Hybrid beamforming) 구조를 추상적으로 도식화한 것이다.
[17]
도 11은 하향링크(Downlink: DL) 전송 과정에서 동기화 시그널(synchronization signal)과 시스템 정보(system information)에 대해 상기 빔 스위핑(beam sweeping) 동작을 도식화 한 것이다.
[18]
도 12는 본 명세서의 기술적 특징이 적용될 수 있는 5G 사용 시나리오의 예를 나타낸다.
[19]
도 13은 3개의 상이한 대역폭 파트들이 설정된 시나리오를 예시한다.
[20]
도 14는 본 명세서의 일 실시예에 따른, 측정의 결과에 대한 보고를 전송하는 방법의 순서도다.
[21]
도 15는 본 명세서의 일 실시예에 따른, CORESET 비활성화를 위한 품질 보고의 순서도다.
[22]
도 16은 본 명세서의 일 실시예에 따른, 레퍼런스 자원 및 제어 채널 CSI 측정을 위한 설정에 대한 방법의 순서도다.
[23]
도 17은 본 명세서의 일 실시예에 따른, 단말 관점에서, 측정의 결과에 대한 보고를 전송하는 방법의 순서도다.
[24]
도 18은 본 명세서의 일 실시예에 따른, 단말 관점에서, 측정의 결과에 대한 보고를 전송하는 장치의 블록도의 일례다.
[25]
도 19는 본 명세서의 일 실시예에 따른, 기지국 관점에서, 측정의 결과에 대한 보고를 수신하는 방법의 순서도다.
[26]
도 20은 본 명세서의 일 실시예에 따른, 기지국 관점에서, 측정의 결과에 대한 보고를 수신하는 장치의 블록도의 일례다.
[27]
도 21은 본 명세서에 적용되는 통신 시스템(1)을 예시한다.
[28]
도 22는 본 명세서에 적용될 수 있는 무선 기기를 예시한다.
[29]
도 23은 본 명세서에 적용될 수 있는 무선 기기의 다른 예를 도시한다.
[30]
도 24는 전송 신호를 위한 신호 처리 회로를 예시한다.
[31]
도 25는 본 명세서에 적용되는 무선 기기의 다른 예를 나타낸다.
[32]
도 26은 본 명세서에 적용되는 휴대 기기를 예시한다.
[33]
도 27은 본 명세서에 적용되는 차량 또는 자율 주행 차량을 예시한다.

발명의 실시를 위한 형태

[34]
본 명세서에서 “A 또는 B(A or B)”는 “오직 A”, “오직 B” 또는 “A와 B 모두”를 의미할 수 있다. 달리 표현하면, 본 명세서에서 “A 또는 B(A or B)”는 “A 및/또는 B(A and/or B)”으로 해석될 수 있다. 예를 들어, 본 명세서에서 “A, B 또는 C(A, B or C)”는 “오직 A”, “오직 B”, “오직 C”, 또는 “A, B 및 C의 임의의 모든 조합(any combination of A, B and C)”를 의미할 수 있다.
[35]
본 명세서에서 사용되는 슬래쉬(/)나 쉼표(comma)는 “및/또는(and/or)”을 의미할 수 있다. 예를 들어, “A/B”는 “A 및/또는 B”를 의미할 수 있다. 이에 따라 “A/B”는 “오직 A”, “오직 B”, 또는 “A와 B 모두”를 의미할 수 있다. 예를 들어, “A, B, C”는 “A, B 또는 C”를 의미할 수 있다.
[36]
본 명세서에서 “적어도 하나의 A 및 B(at least one of A and B)”는, “오직 A”, “오직 B” 또는 “A와 B 모두”를 의미할 수 있다. 또한, 본 명세서에서 “적어도 하나의 A 또는 B(at least one of A or B)”나 “적어도 하나의 A 및/또는 B(at least one of A and/or B)”라는 표현은 “적어도 하나의 A 및 B(at least one of A and B)”와 동일하게 해석될 수 있다.
[37]
또한, 본 명세서에서 “적어도 하나의 A, B 및 C(at least one of A, B and C)”는, “오직 A”, “오직 B”, “오직 C”, 또는 “A, B 및 C의 임의의 모든 조합(any combination of A, B and C)”를 의미할 수 있다. 또한, “적어도 하나의 A, B 또는 C(at least one of A, B or C)”나 “적어도 하나의 A, B 및/또는 C(at least one of A, B and/or C)”는 “적어도 하나의 A, B 및 C(at least one of A, B and C)”를 의미할 수 있다.
[38]
또한, 본 명세서에서 사용되는 괄호는 “예를 들어(for example)”를 의미할 수 있다. 구체적으로, “제어 정보(PDCCH)”로 표시된 경우, “제어 정보”의 일례로 “PDCCH”가 제안된 것일 수 있다. 달리 표현하면 본 명세서의 “제어 정보”는 “PDCCH”로 제한(limit)되지 않고, “PDDCH”가 “제어 정보”의 일례로 제안될 것일 수 있다. 또한, “제어 정보(즉, PDCCH)”로 표시된 경우에도, “제어 정보”의 일례로 “PDCCH”가 제안된 것일 수 있다.
[39]
본 명세서에서 하나의 도면 내에서 개별적으로 설명되는 기술적 특징은, 개별적으로 구현될 수도 있고, 동시에 구현될 수도 있다.
[40]
도 1은 무선 통신 시스템을 예시한다. 이는 E-UTRAN(Evolved-UMTS Terrestrial Radio Access Network), 또는 LTE(Long Term Evolution)/LTE-A 시스템이라고도 불릴 수 있다.
[41]
E-UTRAN은 단말(10: User Equipment, UE)에게 제어 평면(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) 등 다른 용어로 불릴 수 있다.
[42]
기지국(20)들은 X2 인터페이스를 통하여 서로 연결될 수 있다. 기지국(20)은 S1 인터페이스를 통해 EPC(Evolved Packet Core, 30), 보다 상세하게는 S1-MME를 통해 MME(Mobility Management Entity)와 S1-U를 통해 S-GW(Serving Gateway)와 연결된다.
[43]
EPC(30)는 MME, S-GW 및 P-GW(Packet Data Network-Gateway)로 구성된다. MME는 단말의 접속 정보나 단말의 능력에 관한 정보를 가지고 있으며, 이러한 정보는 단말의 이동성 관리에 주로 사용된다. S-GW는 E-UTRAN을 종단점으로 갖는 게이트웨이이며, P-GW는 PDN을 종단점으로 갖는 게이트웨이이다.
[44]
단말과 네트워크 사이의 무선인터페이스 프로토콜 (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 메시지를 교환한다.
[45]
도 2는 사용자 평면(user plane)에 대한 무선 프로토콜 구조(radio protocol architecture)를 나타낸 블록도이다. 도 3은 제어 평면(control plane)에 대한 무선 프로토콜 구조를 나타낸 블록도이다. 사용자 평면은 사용자 데이터 전송을 위한 프로토콜 스택(protocol stack)이고, 제어 평면은 제어신호 전송을 위한 프로토콜 스택이다.
[46]
도 2 및 3을 참조하면, 물리계층(PHY(physical) layer)은 물리채널(physical channel)을 이용하여 상위 계층에게 정보 전송 서비스(information transfer service)를 제공한다. 물리계층은 상위 계층인 MAC(Medium Access Control) 계층과는 전송채널(transport channel)을 통해 연결되어 있다. 전송채널을 통해 MAC 계층과 물리계층 사이로 데이터가 이동한다. 전송채널은 무선 인터페이스를 통해 데이터가 어떻게 어떤 특징으로 전송되는가에 따라 분류된다.
[47]
서로 다른 물리계층 사이, 즉 송신기와 수신기의 물리계층 사이는 물리채널을 통해 데이터가 이동한다. 상기 물리채널은 OFDM(Orthogonal Frequency Division Multiplexing) 방식으로 변조될 수 있고, 시간과 주파수를 무선자원으로 활용한다.
[48]
MAC 계층의 기능은 논리채널과 전송채널간의 맵핑 및 논리채널에 속하는 MAC SDU(service data unit)의 전송채널 상으로 물리채널로 제공되는 전송블록(transport block)으로의 다중화/역다중화를 포함한다. MAC 계층은 논리채널을 통해 RLC(Radio Link Control) 계층에게 서비스를 제공한다.
[49]
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)를 통해 오류 정정을 제공한다.
[50]
RRC(Radio Resource Control) 계층은 제어 평면에서만 정의된다. RRC 계층은 무선 베어러들의 설정(configuration), 재설정(re-configuration) 및 해제(release)와 관련되어 논리채널, 전송채널 및 물리채널들의 제어를 담당한다. RB는 단말과 네트워크간의 데이터 전달을 위해 제1 계층(PHY 계층) 및 제2 계층(MAC 계층, RLC 계층, PDCP 계층)에 의해 제공되는 논리적 경로를 의미한다.
[51]
사용자 평면에서의 PDCP(Packet Data Convergence Protocol) 계층의 기능은 사용자 데이터의 전달, 헤더 압축(header compression) 및 암호화(ciphering)를 포함한다. 제어 평면에서의 PDCP(Packet Data Convergence Protocol) 계층의 기능은 제어 평면 데이터의 전달 및 암호화/무결정 보호(integrity protection)를 포함한다.
[52]
RB가 설정된다는 것은 특정 서비스를 제공하기 위해 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다. RB는 다시 SRB(Signaling RB)와 DRB(Data RB) 두가지로 나누어 질 수 있다. SRB는 제어 평면에서 RRC 메시지를 전송하는 통로로 사용되며, DRB는 사용자 평면에서 사용자 데이터를 전송하는 통로로 사용된다.
[53]
단말의 RRC 계층과 E-UTRAN의 RRC 계층 사이에 RRC 연결(RRC Connection)이 확립되면, 단말은 RRC 연결(RRC connected) 상태에 있게 되고, 그렇지 못할 경우 RRC 아이들(RRC idle) 상태에 있게 된다.
[54]
네트워크에서 단말로 데이터를 전송하는 하향링크 전송채널로는 시스템정보를 전송하는 BCH(Broadcast Channel)과 그 이외에 사용자 트래픽이나 제어메시지를 전송하는 하향링크 SCH(Shared Channel)이 있다. 하향링크 멀티캐스트 또는 브로드캐스트 서비스의 트래픽 또는 제어메시지의 경우 하향링크 SCH를 통해 전송될 수도 있고, 또는 별도의 하향링크 MCH(Multicast Channel)을 통해 전송될 수도 있다. 한편, 단말에서 네트워크로 데이터를 전송하는 상향링크 전송채널로는 초기 제어메시지를 전송하는 RACH(Random Access Channel)와 그 이외에 사용자 트래픽이나 제어메시지를 전송하는 상향링크 SCH(Shared Channel)가 있다.
[55]
전송채널 상위에 있으며, 전송채널에 매핑되는 논리채널(Logical Channel)로는 BCCH(Broadcast Control Channel), PCCH(Paging Control Channel), CCCH(Common Control Channel), MCCH(Multicast Control Channel), MTCH(Multicast Traffic Channel) 등이 있다.
[56]
물리채널(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)는 서브프레임 전송의 단위시간이다.
[57]
이하, 새로운 무선 접속 기술(new radio access technology: new RAT, NR)에 대해 설명한다.
[58]
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라 기존의 무선 접속 기술(radio access technology; RAT)에 비해 향상된 모바일 브로드밴드(mobile broadband) 통신에 대한 필요성이 대두되고 있다. 또한 다수의 기기 및 사물들을 연결하여 언제 어디서나 다양한 서비스를 제공하는 매시브 MTC (massive Machine Type Communications) 역시 차세대 통신에서 고려될 주요 이슈 중 하나이다. 뿐만 아니라 신뢰도(reliability) 및 지연(latency)에 민감한 서비스/단말을 고려한 통신 시스템 디자인이 논의되고 있다. 이와 같이 확장된 모바일 브로드밴드 커뮤니케이션(enhanced mobile broadband communication), massive MTC, URLLC (Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 무선 접속 기술의 도입이 논의되고 있으며, 본 명세서에서는 편의상 해당 기술(technology)을 new RAT 또는 NR이라고 부른다.
[59]
도 4는 NR이 적용되는 차세대 무선 접속 네트워크(New Generation Radio Access Network: NG-RAN)의 시스템 구조를 예시한다.
[60]
도 4를 참조하면, NG-RAN은, 단말에게 사용자 평면 및 제어 평면 프로토콜 종단(termination)을 제공하는 gNB 및/또는 eNB를 포함할 수 있다. 도 4에서는 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 인터페이스를 통해 연결된다.
[61]
도 5는 NG-RAN과 5GC 간의 기능적 분할을 예시한다.
[62]
도 5를 참조하면, 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 세션 제어 등의 기능을 제공할 수 있다.
[63]
도 6은 NR에서 적용될 수 있는 프레임 구조를 예시한다.
[64]
도 6을 참조하면, 프레임은 10 ms(millisecond)로 구성될 수 있고, 1 ms로 구성된 서브프레임 10개를 포함할 수 있다.
[65]
서브프레임 내에는 부반송파 간격(subcarrier spacing)에 따라 하나 또는 복수의 슬롯(slot)들이 포함될 수 있다.
[66]
다음 표 1은 부반송파 간격 설정(subcarrier spacing configuration) μ를 예시한다.
[67]
[표 1]
[68]
[69]
다음 표 2는 부반송파 간격 설정(subcarrier spacing configuration) μ에 따라, 프레임 내 슬롯 개수(N frameμ slot), 서브프레임 내 슬롯 개수(N subframeμ slot), 슬롯 내 심볼 개수(N slot symb) 등을 예시한다.
[70]
[표2]
μ Nslot symb Nframe, μ slot Nsubframe, μ slot
0 14 10 1
1 14 20 2
2 14 40 4
3 14 80 8
4 14 160 16

[71]
도 6에서는, μ=0, 1, 2에 대하여 예시하고 있다.
[72]
PDCCH(physical downlink control channel)은 다음 표 3과 같이 하나 또는 그 이상의 CCE(control channel element)들로 구성될 수 있다.
[73]
[표3]
집성 레벨(Aggregation level) CCE의 개수(Number of CCEs)
1 1
2 2
4 4
8 8
16 16

[74]
즉, PDCCH는 1, 2, 4, 8 또는 16개의 CCE들로 구성되는 자원을 통해 전송될 수 있다. 여기서, CCE는 6개의 REG(resource element group)로 구성되며, 하나의 REG는 주파수 영역에서 하나의 자원 블록, 시간 영역에서 하나의 OFDM(orthogonal frequency division multiplexing) 심볼로 구성된다. 한편, NR에서는, 제어 자원 집합(control resource set: CORESET)이라는 새로운 단위를 도입할 수 있다. 단말은 CORESET에서 PDCCH를 수신할 수 있다.
[75]
도 7은 CORESET을 예시한다.
[76]
도 7을 참조하면, CORESET은 주파수 영역에서 N CORESET RB 개의 자원 블록들로 구성되고, 시간 영역에서 N CORESET symb ∈ {1, 2, 3}개의 심볼로 구성될 수 있다. N CORESET RB, N CORESET symb 는 상위 계층 신호를 통해 기지국에 의하여 제공될 수 있다. 도 7에 도시한 바와 같이 CORESET 내에는 복수의 CCE들(또는 REG들)이 포함될 수 있다.
[77]
단말은 CORESET 내에서, 1, 2, 4, 8 또는 16개의 CCE들을 단위로 PDCCH 검출을 시도할 수 있다. PDCCH 검출을 시도할 수 있는 하나 또는 복수 개의 CCE들을 PDCCH 후보라 할 수 있다.
[78]
단말은 복수의 CORESET들을 설정 받을 수 있다.
[79]
도 8은 종래의 제어 영역과 NR에서의 CORESET의 차이점을 나타내는 도면이다.
[80]
도 8을 참조하면, 종래의 무선통신 시스템(예컨대, LTE/LTE-A)에서의 제어 영역(800)은 기지국이 사용하는 시스템 대역 전체에 걸쳐 구성되었다. 좁은 대역만을 지원하는 일부 단말(예를 들어, eMTC/NB-IoT 단말)을 제외한 모든 단말은, 기지국이 전송하는 제어 정보를 제대로 수신/디코딩하기 위해서는 상기 기지국의 시스템 대역 전체의 무선 신호를 수신할 수 있어야 했다.
[81]
반면, NR에서는, 전술한 CORESET을 도입하였다. CORESET(801, 802, 803)은 단말이 수신해야 하는 제어정보를 위한 무선 자원이라 할 수 있으며, 시스템 대역 전체 대신 일부만을 사용할 수 있다. 기지국은 각 단말에게 CORESET을 할당할 수 있으며, 할당한 CORESET을 통해 제어 정보를 전송할 수 있다. 예를 들어, 도 8에서 제1 CORESET(801)은 단말 1에게 할당하고, 제2 CORESET(802)는 제2 단말에게 할당하고, 제3 CORESET(803)은 단말 3에게 할당할 수 있다. NR에서의 단말은 시스템 대역 전체를 반드시 수신하지 않더라도 기지국의 제어 정보를 수신할 수 있다.
[82]
CORESET에는, 단말 특정적 제어 정보를 전송하기 위한 단말 특정적 CORESET과 모든 단말에게 공통적인 제어 정보를 전송하기 위한 공통적 CORESET이 있을 수 있다.
[83]
한편, NR에서는, 응용(Application) 분야에 따라서는 높은 신뢰성(high reliability)를 요구할 수 있고, 이러한 상황에서 하향링크 제어 채널(예컨대, physical downlink control channel: PDCCH)을 통해 전송되는 DCI(downlink control information)에 대한 목표 BLER(block error rate)은 종래 기술보다 현저히 낮아질 수 있다. 이처럼 높은 신뢰성을 요구하는 요건(requirement)을 만족시키기 위한 방법의 일례로는, DCI에 포함되는 내용(contents)양을 줄이거나, 그리고/혹은 DCI 전송 시에 사용하는 자원의 양을 증가시킬 수 있다. 이 때 자원은, 시간 영역에서의 자원, 주파수 영역에서의 자원, 코드 영역에서의 자원, 공간 영역에서의 자원 중 적어도 하나를 포함할 수 있다.
[84]
NR에서는 다음 기술/특징이 적용될 수 있다.
[85]
<셀프 컨테인드 서브프레임 구조(Self-contained subframe structure)>
[86]
도 9는 새로운 무선 접속 기술에 대한 프레임 구조의 일례를 도시한 것이다.
[87]
NR에서는 레이턴시(latency)를 최소화 하기 위한 목적으로 도 9와 같이, 하나의 TTI내에, 제어 채널과 데이터 채널이 시분할 다중화(Time Division Multiplexing: TDM) 되는 구조가 프레임 구조(frame structure)의 한가지로서 고려될 수 있다.
[88]
도 9에서 빗금 친 영역은 하향링크 제어(downlink control) 영역을 나타내고, 검정색 부분은 상향링크 제어(uplink control) 영역을 나타낸다. 표시가 없는 영역은 하향링크 데이터(downlink data; DL data) 전송을 위해 사용될 수도 있고, 상향링크 데이터(uplink data; UL data) 전송을 위해 사용될 수도 있다. 이러한 구조의 특징은 한 개의 서브프레임(subframe) 내에서 하향링크(DL) 전송과 상향링크(uplink; UL) 전송이 순차적으로 진행되어, 서브프레임(subframe) 내에서 DL data를 보내고, UL ACK/NACK(Acknowledgement/Not-acknowledgement)도 받을 수 있다. 결과적으로 데이터 전송 에러 발생시에 데이터 재전송까지 걸리는 시간을 줄이게 되며, 이로 인해 최종 데이터 전달의 레이턴시(latency)를 최소화할 수 있다.
[89]
이러한 데이터 및 제어 영역이 TDM된 서브프레임 구조(data and control TDMed subframe structure)에서 기지국과 단말이 송신 모드에서 수신 모드로의 전환 과정 또는 수신 모드에서 송신 모드로의 전환 과정을 위한 타입 갭(time gap)이 필요하다. 이를 위하여 셀프 컨테인드 서브프레임 구조에서 DL에서 UL로 전환되는 시점의 일부 OFDM 심볼이 보호 구간(guard period: GP)로 설정될 수 있다.
[90]
<아날로그 빔포밍 #1(Analog beamforming #1)>
[91]
밀리미터 웨이브(Millimeter Wave: mmW)에서는 파장이 짧아져서 동일 면적에 다수개의 안테나 엘리먼트(element)의 설치가 가능해 진다. 즉 30GHz 대역에서 파장은 1cm로써 5 by 5 cm의 패널(panel)에 0.5 파장(lambda) 간격으로 2-차원(dimension) 배열 형태로 총 100개의 안테나 엘리먼트(element) 설치가 가능하다. 그러므로 mmW에서는 다수개의 안테나 엘리먼트(element)를 사용하여 빔포밍(beamforming: BF) 이득을 높여 커버리지를 증가시키거나, 처리량(throughput)을 높이려고 한다.
[92]
이 경우에 안테나 엘리먼트(element) 별로 전송 파워 및 위상 조절이 가능하도록 트랜시버 유닛(Transceiver Unit: TXRU)을 가지면 주파수 자원 별로 독립적인 빔포밍(beamforming)이 가능하다. 그러나 100여 개의 안테나 엘리먼트(element) 모두에 TXRU를 설치하기에는 가격 측면에서 실효성이 떨어지는 문제를 갖게 된다. 그러므로 하나의 TXRU에 다수개의 안테나 엘리먼트(element)를 맵핑(mapping)하고 아날로그 페이즈 쉬프터(analog phase shifter)로 빔(beam)의 방향을 조절하는 방식이 고려되고 있다. 이러한 아날로그 빔포밍(analog beamforming) 방식은 전 대역에 있어서 하나의 빔(beam) 방향만을 만들 수 있어 주파수 선택적 빔포밍(beamforming)을 해줄 수 없는 단점을 갖는다.
[93]
디지털 빔포밍(Digital BF)과 아날로그 빔포밍(analog BF)의 중간 형태로 Q개의 안테나 엘리먼트(element)보다 적은 개수인 B개의 TXRU를 갖는 하이브리드 빔포밍(hybrid BF)을 고려할 수 있다. 이 경우에 B개의 TXRU와 Q개의 안테나 엘리먼트(element)의 연결 방식에 따라서 차이는 있지만, 동시에 전송할 수 있는 빔의 방향은 B개 이하로 제한되게 된다.
[94]
<아날로그 빔포밍 #2(Analog beamforming #2)>
[95]
NR 시스템에서는 다수의 안테나가 사용되는 경우, 디지털 빔포밍과 아날로그 빔포밍을 결합한 하이브리드 빔포밍 기법이 대두되고 있다. 이 때, 아날로그 빔포밍(또는 RF 빔포밍)은 RF 단에서 프리코딩(Precoding) (또는 컴바이닝(Combining))을 수행하며, 이로 인해 RF 체인 수와 D/A (또는 A/D) 컨버터 수를 줄이면서도 디지털 빔포밍에 근접하는 성능을 낼 수 있다는 장점이 있다. 편의상 상기 하이브리드 빔포밍 구조는 N개의 TXRU와 M개의 물리적 안테나로 표현될 수 있다. 그러면 송신단에서 전송할 L개의 데이터 계층(data layer)에 대한 디지털 빔포밍은 N by L 행렬로 표현될 수 있고, 이후 변환된 N개의 디지털 신호(digital signal)는 TXRU를 거쳐 아날로그 신호(analog signal)로 변환된 다음 M by N 행렬로 표현되는 아날로그 빔포밍이 적용된다.
[96]
도 10은 상기 TXRU 및 물리적 안테나 관점에서 하이브리드 빔포밍(Hybrid beamforming) 구조를 추상적으로 도식화한 것이다.
[97]
도 10에서 디지털 빔(digital beam)의 개수는 L개 이며, 아날로그 빔(analog beam)의 개수는 N개이다. 더 나아가서 NR 시스템에서는 기지국이 아날로그 빔포밍을 심볼 단위로 변경할 수 있도록 설계하여 특정한 지역에 위치한 단말에게 보다 효율적인 빔포밍을 지원하는 방향을 고려하고 있다. 더 나아가서 도 10에서 특정 N개의 TXRU와 M개의 RF 안테나를 하나의 안테나 패널(panel)로 정의할 때, 상기 NR 시스템에서는 서로 독립적인 하이브리드 빔포밍이 적용 가능한 복수의 안테나 패널을 도입하는 방안까지 고려되고 있다.
[98]
상기와 같이 기지국이 복수의 아날로그 빔을 활용하는 경우, 단말 별로 신호 수신에 유리한 아날로그 빔이 다를 수 있으므로 적어도 동기화 신호(synchronization signal), 시스템 정보(system information), 페이징(paging) 등에 대해서는 특정 서브프레임에서 기지국이 적용할 복수 아날로그 빔들을 심볼 별로 바꾸어 모든 단말이 수신 기회를 가질 수 있도록 하는 빔 스위핑(beam sweeping) 동작이 고려되고 있다.
[99]
도 11은 하향링크(Downlink: DL) 전송 과정에서 동기화 시그널(synchronization signal)과 시스템 정보(system information)에 대해 상기 빔 스위핑(beam sweeping) 동작을 도식화 한 것이다.
[100]
도 11에서 NR 시스템의 시스템 정보가 브로드캐스팅(Broadcasting) 방식으로 전송되는 물리적 자원(또는 물리 채널)을 xPBCH(physical broadcast channel)으로 명명하였다. 이때, 한 심볼 내에서 서로 다른 안테나 패널에 속하는 아날로그 빔들은 동시 전송될 수 있으며, 아날로그 빔 별 채널을 측정하기 위해 도 11에서 도식화 된 것과 같이 (특정 안테나 패널에 대응되는) 단일 아날로그 빔이 적용되어 전송되는 참조 신호(reference signal: RS)인 빔 참조 신호(Beam RS: BRS)를 도입하는 방안이 논의되고 있다. 상기 BRS는 복수의 안테나 포트에 대해 정의될 수 있으며, BRS의 각 안테나 포트는 단일 아날로그 빔에 대응될 수 있다. 이때, BRS와는 달리 동기화 신호(Synchronization signal) 또는 xPBCH는 임의의 단말이 잘 수신할 수 있도록 아날로그 빔 그룹(analog beam group) 내 모든 아날로그 빔이 적용되어 전송될 수 있다.
[101]
도 12는 본 명세서의 기술적 특징이 적용될 수 있는 5G 사용 시나리오의 예를 나타낸다. 도 12에 도시된 5G 사용 시나리오는 단지 예시적인 것이며, 본 명세서의 기술적 특징은 도 12에 도시되지 않은 다른 5G 사용 시나리오에도 적용될 수 있다.
[102]
도 12를 참조하면, 5G의 세 가지 주요 요구 사항 영역은 (1) 개선된 모바일 광대역(eMBB; enhanced mobile broadband) 영역, (2) 다량의 머신 타입 통신(mMTC; massive machine type communication) 영역 및 (3) 초-신뢰 및 저 지연 통신(URLLC; ultra-reliable and low latency communications) 영역을 포함한다. 일부 사용 예는 최적화를 위해 다수의 영역을 요구할 수 있고, 다른 사용 예는 단지 하나의 핵심 성능 지표(KPI; key performance indicator)에만 포커싱 할 수 있다. 5G는 이러한 다양한 사용 예들을 유연하고 신뢰할 수 있는 방법으로 지원하는 것이다.
[103]
eMBB는 데이터 속도, 지연, 사용자 밀도, 모바일 광대역 접속의 용량 및 커버리지의 전반적인 향상에 중점을 둔다. eMBB는 10Gbps 정도의 처리량을 목표로 한다. eMBB는 기본적인 모바일 인터넷 접속을 훨씬 능가하게 하며, 풍부한 양방향 작업, 클라우드 또는 증강 현실에서 미디어 및 엔터테인먼트 애플리케이션을 커버한다. 데이터는 5G의 핵심 동력 중 하나이며, 5G 시대에서 처음으로 전용 음성 서비스를 볼 수 없을 수 있다. 5G에서, 음성은 단순히 통신 시스템에 의해 제공되는 데이터 연결을 사용하여 응용 프로그램으로서 처리될 것으로 기대된다. 증가된 트래픽 양의 주요 원인은 콘텐츠 크기의 증가 및 높은 데이터 전송률을 요구하는 애플리케이션 수의 증가이다. 스트리밍 서비스(오디오 및 비디오), 대화형 비디오 및 모바일 인터넷 연결은 더 많은 장치가 인터넷에 연결될수록 더 널리 사용될 것이다. 이러한 많은 애플리케이션은 사용자에게 실시간 정보 및 알림을 푸쉬하기 위해 항상 켜져 있는 연결성을 필요로 한다. 클라우드 스토리지 및 애플리케이션은 모바일 통신 플랫폼에서 급속히 증가하고 있으며, 이것은 업무 및 엔터테인먼트 모두에 적용될 수 있다. 클라우드 스토리지는 상향링크 데이터 전송률의 성장을 견인하는 특별한 사용 예이다. 5G는 또한 클라우드 상의 원격 업무에도 사용되며, 촉각 인터페이스가 사용될 때 우수한 사용자 경험을 유지하도록 훨씬 더 낮은 단-대-단(end-to-end) 지연을 요구한다. 엔터테인먼트에서 예를 들면, 클라우드 게임 및 비디오 스트리밍은 모바일 광대역 능력에 대한 요구를 증가시키는 또 다른 핵심 요소이다. 엔터테인먼트는 기차, 차 및 비행기와 같은 높은 이동성 환경을 포함하여 어떤 곳에서든지 스마트폰 및 태블릿에서 필수적이다. 또 다른 사용 예는 엔터테인먼트를 위한 증강 현실 및 정보 검색이다. 여기서, 증강 현실은 매우 낮은 지연과 순간적인 데이터 양을 필요로 한다.
[104]
mMTC는 배터리에 의해 구동되는 다량의 저비용 장치 간의 통신을 가능하게 하기 위하여 설계되며, 스마트 계량, 물류, 현장 및 신체 센서와 같은 애플리케이션을 지원하기 위한 것이다. mMTC는 10년 정도의 배터리 및/또는 1km2 당 백만 개 정도의 장치를 목표로 한다. mMTC는 모든 분야에서 임베디드 센서를 원활하게 연결할 수 있게 하며, 가장 많이 예상되는 5G 사용 예 중 하나이다. 잠재적으로 2020년까지 IoT 장치들은 204억 개에 이를 것으로 예측된다. 산업 IoT는 5G가 스마트 도시, 자산 추적(asset tracking), 스마트 유틸리티, 농업 및 보안 인프라를 가능하게 하는 주요 역할을 수행하는 영역 중 하나이다.
[105]
URLLC는 장치 및 기계가 매우 신뢰성 있고 매우 낮은 지연 및 높은 가용성으로 통신할 수 있도록 함으로써 차량 통신, 산업 제어, 공장 자동화, 원격 수술, 스마트 그리드 및 공공 안전 애플리케이션에 이상적이다. URLLC는 1ms의 정도의 지연을 목표로 한다. URLLC는 주요 인프라의 원격 제어 및 자율 주행 차량과 같은 초 신뢰/지연이 적은 링크를 통해 산업을 변화시킬 새로운 서비스를 포함한다. 신뢰성과 지연의 수준은 스마트 그리드 제어, 산업 자동화, 로봇 공학, 드론 제어 및 조정에 필수적이다.
[106]
다음으로, 도 12의 삼각형 안에 포함된 다수의 사용 예에 대해 보다 구체적으로 살펴본다.
[107]
5G는 초당 수백 메가 비트에서 초당 기가 비트로 평가되는 스트림을 제공하는 수단으로 FTTH(fiber-to-the-home) 및 케이블 기반 광대역(또는 DOCSIS)을 보완할 수 있다. 이러한 빠른 속도는 가상 현실(VR; virtual reality)과 증강 현실(AR; augmented reality) 뿐 아니라 4K 이상(6K, 8K 및 그 이상)의 해상도로 TV를 전달하는 데에 요구될 수 있다. VR 및 AR 애플리케이션은 거의 몰입형(immersive) 스포츠 경기를 포함한다. 특정 애플리케이션은 특별한 네트워크 설정이 요구될 수 있다. 예를 들어, VR 게임의 경우, 게임 회사가 지연을 최소화하기 위해 코어 서버를 네트워크 오퍼레이터의 에지 네트워크 서버와 통합해야 할 수 있다.
[108]
자동차(Automotive)는 차량에 대한 이동 통신을 위한 많은 사용 예와 함께 5G에 있어 중요한 새로운 동력이 될 것으로 예상된다. 예를 들어, 승객을 위한 엔터테인먼트는 높은 용량과 높은 모바일 광대역을 동시에 요구한다. 그 이유는 미래의 사용자는 그들의 위치 및 속도와 관계 없이 고품질의 연결을 계속해서 기대하기 때문이다. 자동차 분야의 다른 사용 예는 증강 현실 대시보드이다. 운전자는 증강 현실 대비보드를 통해 앞면 창을 통해 보고 있는 것 위에 어둠 속에서 물체를 식별할 수 있다. 증강 현실 대시보드는 물체의 거리와 움직임에 대해 운전자에게 알려줄 정보를 겹쳐서 디스플레이 한다. 미래에, 무선 모듈은 차량 간의 통신, 차량과 지원하는 인프라구조 사이에서 정보 교환 및 자동차와 다른 연결된 장치(예를 들어, 보행자에 의해 수반되는 장치) 사이에서 정보 교환을 가능하게 한다. 안전 시스템은 운전자가 보다 안전한 운전을 할 수 있도록 행동의 대체 코스를 안내하여 사고의 위험을 낮출 수 있게 한다. 다음 단계는 원격 조종 차량 또는 자율 주행 차량이 될 것이다. 이는 서로 다른 자율 주행 차량 사이 및/또는 자동차와 인프라 사이에서 매우 신뢰성이 있고 매우 빠른 통신을 요구한다. 미래에, 자율 주행 차량이 모든 운전 활동을 수행하고, 운전자는 차량 자체가 식별할 수 없는 교통 이상에만 집중하도록 할 것이다. 자율 주행 차량의 기술적 요구 사항은 트래픽 안전을 사람이 달성할 수 없을 정도의 수준까지 증가하도록 초 저 지연과 초고속 신뢰성을 요구한다.
[109]
스마트 사회로서 언급되는 스마트 도시와 스마트 홈은 고밀도 무선 센서 네트워크로 임베디드 될 것이다. 지능형 센서의 분산 네트워크는 도시 또는 집의 비용 및 에너지 효율적인 유지에 대한 조건을 식별할 것이다. 유사한 설정이 각 가정을 위해 수행될 수 있다. 온도 센서, 창 및 난방 컨트롤러, 도난 경보기 및 가전 제품은 모두 무선으로 연결된다. 이러한 센서 중 많은 것들이 전형적으로 낮은 데이터 전송 속도, 저전력 및 저비용을 요구한다. 하지만, 예를 들어, 실시간 HD 비디오는 감시를 위해 특정 타입의 장치에서 요구될 수 있다.
[110]
열 또는 가스를 포함한 에너지의 소비 및 분배는 고도로 분산화되고 있어, 분산 센서 네트워크의 자동화된 제어가 요구된다. 스마트 그리드는 정보를 수집하고 이에 따라 행동하도록 디지털 정보 및 통신 기술을 사용하여 이런 센서를 상호 연결한다. 이 정보는 공급 업체와 소비자의 행동을 포함할 수 있으므로, 스마트 그리드가 효율성, 신뢰성, 경제성, 생산의 지속 가능성 및 자동화된 방식으로 전기와 같은 연료의 분배를 개선하도록 할 수 있다. 스마트 그리드는 지연이 적은 다른 센서 네트워크로 볼 수도 있다.
[111]
건강 부문은 이동 통신의 혜택을 누릴 수 있는 많은 애플리케이션을 보유하고 있다. 통신 시스템은 멀리 떨어진 곳에서 임상 진료를 제공하는 원격 진료를 지원할 수 있다. 이는 거리에 대한 장벽을 줄이는 데에 도움을 주고, 거리가 먼 농촌에서 지속적으로 이용하지 못하는 의료 서비스로의 접근을 개선시킬 수 있다. 이는 또한 중요한 진료 및 응급 상황에서 생명을 구하기 위해 사용된다. 이동 통신 기반의 무선 센서 네트워크는 심박수 및 혈압과 같은 파라미터에 대한 원격 모니터링 및 센서를 제공할 수 있다.
[112]
무선 및 모바일 통신은 산업 응용 분야에서 점차 중요해지고 있다. 배선은 설치 및 유지 비용이 높다. 따라서, 케이블을 재구성할 수 있는 무선 링크로의 교체 가능성은 많은 산업 분야에서 매력적인 기회이다. 그러나, 이를 달성하는 것은 무선 연결이 케이블과 비슷한 지연, 신뢰성 및 용량으로 동작하는 것과, 그 관리가 단순화될 것을 요구한다. 낮은 지연과 매우 낮은 오류 확률은 5G로 연결될 필요가 있는 새로운 요구 사항이다.
[113]
물류 및 화물 추적은 위치 기반 정보 시스템을 사용하여 어디에서든지 인벤토리(inventory) 및 패키지의 추적을 가능하게 하는 이동 통신에 대한 중요한 사용 예이다. 물류 및 화물 추적의 사용 예는 전형적으로 낮은 데이터 속도를 요구하지만 넓은 범위와 신뢰성 있는 위치 정보가 필요하다.
[114]
이하에서는, 전력 절약(power saving)과 관련된 논의에 대해 설명한다.
[115]
단말의 배터리 수명은 5G 핸드셋(handset) 및/또는 서비스의 채택에 영향을 미치는 사용자 경험의 요소이다. 5G NR 단말들에 대한 전력 효율이 적어도 LTE보다 나쁘지 않고, 개선을 위한 기술 및 설계가 식별되고 적용되기 위해 단말 전력 소모의 연구가 제공될 수 있다.
[116]
ITU-R은 에너지 효율을 IMT-2020의 최소 기술 성능 요구사항 중 하나로 정의한다. ITU-R 보고서, IMT-2020 무선 인터페이스에 대한 기술적 성능과 관련된 최소한의 요구사항들에 따르면, “장치의 에너지 효율은 다음 두 가지 측면에 대한 지원과 관련될 수 있다: a) 부하된 경우에서 효율적인 데이터 전송, b) 데이터가 없을 때 낮은 에너지 소모. 부하된 경우에서 효율적인 데이터 전송은 평균 스펙트럼 효율로 증명된다. 데이터가 없을 때 낮은 에너지 소모는 슬립 비율에 의해 추정 가능하다.
[117]
NR 시스템은 고속 데이터 전송을 지원할 수 있으므로, 사용자 데이터는 버스트되고 매우 짧은 기간 동안 서비스되는 경향이 예상된다. 하나의 효율적인 단말 전력 절약 메커니즘은 전력 효율 모드로부터 네트워크 접속을 위한 단말을 트리거링하는 것이다. 단말 전력 절약 프레임워크(framework)를 통한 네트워크 접속에 대한 정보가 없는 한, 단말은 긴 DRX 주기 내에서 마이크로-슬립 또는 OFF 구간과 같은 전력 효율 모드를 유지한다. 대신, 전송할 트래픽이 없을 때 네트워크는 단말에게 네트워크 접속 모드에서 전력 절약 모드로 전환하도록 지원할 수 있다(예를 들어, 네트워크 지원 신호로 슬립으로 동적인 단말 전환).
[118]
새로운 웨이크-업/고-투-슬립(go-to-sleep) 메커니즘으로 전력 소모를 최소화하는 것에 더하여, RRC_CONNECTED 모드에서 네트워크 접속 중 전력 소모를 줄이는 것도 제공될 수 있다. LTE에서 전력 소모의 절반 이상은 접속 모드에서의 단말이다. 전력 절약 기법은, 집성된 대역폭의 처리, 동적인 RF 체인 개수 및 동적인 송수신 시간 및 전력 효율 모드로의 동적인 전환을 포함하는 네트워크 접속 중 전력 소모의 주요한 요소를 최소화하는데 중점을 두어야 한다. LTE 필드 TTI의 대부분의 경우 데이터가 없거나 적기 때문에, 다른 데이터 도착에 대한 동적인 적응에 대한 전력 절약 기법은 RRC-CONNECTED 모드에서 연구되어야 한다. 반송파, 안테나, 빔포밍 및 대역폭과 같은 다양한 차원의 트래픽에 대한 동적인 적응 역시 연구될 수 있다. 나아가, 네트워크 접속 모드 및 전력 절약 모드 간 전환을 강화하는 방법을 고려해야 한다. 네트워크-지원 및 단말-지원 접근 모두 단말 전력 절약 메커니즘에 대해 고려되어야 한다.
[119]
단말은 또한 RRM 측정을 위해 많은 전력을 소모한다. 특히, 단말은 RRM 측정에 대한 준비를 위해 채널을 추적하기 위한 DRX ON 기간 이전에 전원을 켜야 한다. RRM 측정의 일부는 필수적이지는 않지만 많은 단말 전력을 소모한다. 예를 들어, 낮은 이동성 단말들은 높은 이동성 단말들만큼 빈번하게 측정할 필요가 없다. 네트워크는 단말이 불필요한 RRM 측정에 대한 전력 소모를 줄이기 위해 시그널링을 제공할 수 있다. 추가적인 단말 지원, 예를 들어 단말 상태 정보 등은 네트워크가 RRM 측정에 대한 단말 전력 소모 감소를 가능하게 하는 데 또한 유용하다.
[120]
따라서, 전력 소모를 줄이면서 동작할 수 있는 단말 구현을 가능하게 하는 기술의 타당성(feasibility) 및 이점을 식별하기 위한 연구가 요구된다.
[121]
이하에서는, 단말 전력 절약 기법들(UE power saving schemes)에 대해 설명한다.
[122]
예를 들어, 단말 전력 절약 기법들은 트래픽 및 전력 소모 특성에 대한 단말 적응(adaptation), 주파수 변화에 대한 적응, 시간 변화에 대한 적응, 안테나에 대한 적응, DRX 설정에 대한 적응, 단말 처리 능력에 대한 적응, PDCCH 모니터링/디코딩 감소를 획득하기 위한 적응, 단말 전력 소모 적응을 트리거링하기 위한 전력 절약 신호/채널/절차, RRM 측정에서의 전력 소모 감소 등을 고려할 수 있다.
[123]
DRX 설정에 대한 적응과 관련하여, 단말 전력 절약을 가능하게 하기 위한 단말 불연속 수신(discontinuous reception: DRX)에 대한 지원을 특징으로 하는 DL-SCH(downlink shared channel), 단말 전력 절약을 가능하게 하는 단말 DRX에 대한 지원을 특징으로 하는 PCH(paging channel)(여기서, DRX 주기(cycle)가 네트워크에 의해 단말에게 지시될 수 있다.) 등을 고려할 수 있다.
[124]
단말 프로세싱 능력에 대한 적응과 관련하여, 다음 기법이 고려될 수 있다. 네트워크가 요청할 때 단말은 적어도 정적인 자신의 단말 무선 접속 능력을 보고한다. gNB는 단말이 대역 정보(band information)에 기반하여 보고할 능력을 요청할 수 있다. 네트워크에 의해 허용되면, 임시 능력 제한 요청이 단말에 의해 전송되어 일부 능력(dPfmf 들어, 하드웨어 공유, 간섭 또는 과열로 인한)의 제한된 이용 가능성을 gNB에 시그널링할 수 있다. 이후 gNB는 상기 요청을 확인 또는 거절할 수 있다. 임시 능력 제한은 5GC에 대해 투명(transparent)해야 한다. 즉, 정적인 기능만 5GC에 저장된다.
[125]
PDCCH 모니터링/디코딩 감소를 획득하기 위한 적응과 관련하여, 다음 기법이 고려될 수 있다. 단말은 대응하는 검색 공간 설정에 따라 하나 이상의 설정된 CORESET에서 설정된 모니터링 기회(monitoring occasion)에서 PDCCH 후보 집합을 모니터링한다. CORESET은 1 내지 3개의 OFDM 심볼의 시간 구간을 갖는 PRB들의 집합으로 구성된다. 자원 단위 REG 및 CCE는 CORESET 내에 정의되고 각각의 CCE는 REG들의 집합으로 구성된다. 제어 채널은 CCE의 집합으로 형성된다. 제어 채널에 대한 상이한 코드 레이트(code rate)들은 상이한 개수의 CCE를 집성함으로써 구현된다. 인터리브된(interleaved) 및 비-인터리브된(non-interleaved) CCE-REG 맵핑은 CORESET에서 지원된다.
[126]
단말 전력 소모 적응을 트리거링하기 위한 전력 절약 신호/채널/절차와 관련하여, 다음 기법이 고려될 수 있다. 반송파 집성(carrier aggregation: CA)이 설정될 때 합리적인 단말 배터리 소모를 가능하게 하기 위하여, 셀들의 활성화/비활성화 메커니즘이 지원된다. 하나의 셀이 비활성화되면, 단말은 대응하는 PDCCH 또는 PDSCH를 수신할 필요가 없고, 대응하는 상향링크 전송을 할 수 없으며, CQI(channel quality indicator) 측정을 수행할 필요도 없다. 반대로, 하나의 셀이 활성화되면, 단말은 (만약 단말이 이러한 SCell로부터 PDCCH를 모니터링하도록 설정되면) PDCH 및 PDCCH를 수신해야 하고, CQI 측정을 수행할 수 있을 것으로 기대된다. NG-RAN은 PUCCH SCell(PUCCH로 구성된 세컨더리 셀(secondary cell))이 비활성화되는 동안, 세컨더리 PUCCH 그룹(PUCCH 시그널링이 PUCCH SCell의 PUCCH와 연관된 SCell의 그룹)의 SCell이 활성화되지 않도록 한다. NG-RAN은 PUCCH SCell이 변경 또는 제거되기 전에 PUCCH SCell에 맵핑된 SCell이 비활성화되도록 한다.
[127]
이동성 제어 정보 없이 재설정할 때, 서빙 셀들의 집합에 추가된 SCell은 초기에 비활성화되고, 서빙 셀들(변경되지 않거나 또는 재설정된)의 집합에 남아있는 SCell들은 활성화 상태(활성 또는 비활성)를 변경하지 않는다.
[128]
이동성 제어 정보(예를 들어, 핸드오버)로 재구성할 때 SCell들은 비활성화된다.
[129]
BA(bandwidth adaptation)가 설정될 때 합리적인 배터리 소모를 가능하게 하기 위해, 각 상향링크 반송파에 대한 오직 하나의 상향링크 BWP 및 하나의 하향링크 BWP 또는 오직 하나의 하향링크/상향링크 BWP 쌍은 활성 서빙 셀 내에서 한번에 활성화 될 수 있고, 단말에 설정된 다른 모든 BWP들은 비활성화된다. 비활성화된 BWP들에서 단말은 PDCCH를 모니터링하지 않고, PUCCH, PRACH 및 UL-SCH 상에서 전송하지 않는다.
[130]
BA에 대해, 단말의 수신 및 전송 대역폭은 셀의 대역폭만큼 넓을 필요가 없고 조정될 수 있다: 폭(width)은 변경되도록 명령될 수 있고(예를 들어, 전력 절약을 위해 낮은 활성(activity)의 기간동안 수축), 주파수 영역에서 위치는 이동할 수 있으며(예를 들어, 스케줄링 유연성을 증가시키기 위해), 부반송파 간격은 변경되도록 명령될 수 있다(예를 들어, 상이한 서비스를 허용하기 위해). 셀의 전체 셀 대역폭의 서브셋(subset)은 대역폭 파트(bandwidth part: BWP)로 지칭되고 BA는 단말에게 BWP(들)을 설정하고 상기 단말에게 설정된 BWP들 중 현재 활성인 것을 알려줌으로써 얻어진다. BA가 설정되면, 단말은 하나의 활성 BWP 상에서 PDCCH를 모니터링하기만 하면 된다. 즉, 셀의 전체 하향링크 주파수 상에서 PDCCH를 모니터링할 필요가 없다. BWP 인액티브 타이머(전술한 DRX 인액티브 타이머와는 독립적)는 활성 BWP를 디폴트 BWP로 전환하는 데 사용된다: 상기 타이머는 PDCCH 디코딩에 성공하면 재시작되고, 상기 타이머가 만료되면 디폴트 BWP로의 스위칭이 발생한다.
[131]
도 13은 3개의 상이한 대역폭 파트들이 설정된 시나리오를 예시한다.
[132]
도 13은 시간-주파수 자원 상 BWP 1, BWP 2 및 BWP 3이 설정된 일례를 도시한다. BWP 1은 40MHz의 폭(width) 및 15kHz의 부반송파 간격을 갖고, BWP 2는 10MHz의 폭 및 15kHz의 부반송파 간격을 갖으며, BWP 3은 20MHz의 폭 및 60kHz의 부반송파 간격을 가질 수 있다. 다시 말하면, 대역폭 파트들 각각은 각각 서로 다른 폭 및/또는 서로 다른 부반송파 간격을 가질 수 있다.
[133]
RRM 측정에서의 전력 소모 감소와 관련하여, 다음 기법이 고려될 수 있다. 두 개의 측정 유형이 가능한 경우, RRM 설정은 SSB(들)과 관련된 빔 측정 정보(제3 계층 이동성(layer 3 mobility)에 대한) 및 보고된 셀(들)에 대한 CSI-RS(들)을 포함할 수 있다. 또한, CA가 설정되면, RRM 설정은 측정 정보가 이용 가능한 각 주파수 상 최상의 셀들의 목록을 포함할 수 있다. 또한 RRM 측정 정보는 타겟 gNB에 속하는 나열된 셀들에 대한 빔 측정을 포함할 수 있다.
[134]
이하의 기술은 CDMA, FDMA, TDMA, OFDMA, SC-FDMA 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. 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 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(Long Term Evolution)은 E-UTRA를 사용하는 E-UMTS(Evolved UMTS)의 일부이고 LTE-A(Advanced)/LTE-A pro는 3GPP LTE의 진화된 버전이다. 3GPP NR(New Radio or New Radio Access Technology)는 3GPP LTE/LTE-A/LTE-A pro의 진화된 버전이다.
[135]
설명을 명확하게 하기 위해, 3GPP 통신 시스템(예, LTE-A, NR)을 기반으로 설명하지만 본 명세서의 기술적 사상이 이에 제한되는 것은 아니다. LTE는 3GPP TS 36.xxx Release 8 이후의 기술을 의미한다. 세부적으로, 3GPP TS 36.xxx Release 10 이후의 LTE 기술은 LTE-A로 지칭되고, 3GPP TS 36.xxx Release 13 이후의 LTE 기술은 LTE-A pro로 지칭된다. 3GPP NR은 TS 38.xxx Release 15 이후의 기술을 의미한다. LTE/NR은 3GPP 시스템으로 지칭될 수 있다. "xxx"는 표준 문서 세부 번호를 의미한다. LTE/NR은 3GPP 시스템으로 통칭될 수 있다. 본 명세서의 설명에 사용된 배경기술, 용어, 약어 등에 관해서는 본 명세서 이전에 공개된 표준 문서에 기재된 사항을 참조할 수 있다.
[136]
이하에서는, 본 명세서의 제안에 대해 더욱 상세히 설명한다.
[137]
본 명세서의 추가적인 장점, 목적 및 특징은 다음의 설명에서 부분적으로 설명될 것이며, 다음을 검토할 때 당업자에게 명백하거나 부분적으로 본 명세서의 실시로부터 배울 수 있을 것이다. 본 명세서의 목적 및 다른 장점은 첨부된 도면뿐만 아니라 본 명세서의 청구 범위 및 청구 범위에서 특히 지적 된 구조에 의해 실현되고 달성 될 수 있다.
[138]
CORESET 단위로 해당 CORESET의 수신 성능이 저하될 경우 CORESET 혹은 CORESET의 TCI(Transmission Configuration Indication) 정보를 변경하는 절차(procedure)나 그에 관련된 측정(measurement) 보고(report) 등은 현재 정의되지 않았으며, 이는 네트워크(network)가 특정 UE의 CORESET 각각에 대한 수신 성능을 알 수 없음을 의미할 수 있다.
[139]
위와 같은 경우, UE의 모빌리티(mobility) 등으로 인하여 기존 CORESET에 설정된 빔(beam)을 수신할 수 없음에도 불구하고, PDCCH에 대한 모니터링(monitoring)을 지속적으로 수행해야 하고, 네트워크 측면에서는 불필요한 자원 낭비를 초래할 수 있다는 측면에서 부정적일 수 있다.
[140]
이에, 본 명세서에서는 위와 같은 문제를 해결하기 위해, 각 CORESET에 대한 측정 및 낮은(low) 품질(quality) CORESET에 대한 보고를 수행하여 제어(control) 채널(channel) 송수신을 효율적으로 수행하는 방법 및 장치를 구현하기 위한 구성들을 제안한다.
[141]
이하에서는 도면을 통해, 측정의 결과에 대한 보고를 전송하는 방법에 대한 예시를 설명하도록 한다. 이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
[142]
도 14는 본 명세서의 일 실시예에 따른, 측정의 결과에 대한 보고를 전송하는 방법의 순서도다.
[143]
도 14에 따르면, 단말은 기지국으로부터 CORESET(control resource set) 설정 정보를 수신할 수 있다(S1410). 여기서, 상기 CORESET 설정 정보는 적어도 하나의 CORESET에 대한 정보를 포함할 수 있다.
[144]
단말은 상기 적어도 하나의 CORESET 각각에 대해 측정을 수행할 수 있다(S1420).
[145]
여기서, 도 14에서는 단말이 적어도 하나의 CORESET에 대해 측정을 수행한다고 기재되어 있으나, 본 명세서는 단말이 CORESET에 대해서만 측정을 수행하는 것을 제안하고자 하는 것은 아니다. 즉, 후술할 본 명세서의 보다 구체적인 실시예에서 기재하겠지만, 단말이 SS(search space) 세트에 대해서 측정을 수행하는 구성 또한 본 명세서에서 제공하는 일례에 해당한다.
[146]
단말은 상기 측정의 결과에 기반하여 상기 기지국에게 CORESET 측정 보고를 전송할 수 있다(S1430).
[147]
여기서, 도 14에서는 단말이 적어도 CORESET 측정 보고를 전송한다고 기재되어 있으나, 본 명세서는 단말이 CORESET에 대해서만 측정 보고를 전송하는 것을 제안하고자 하는 것은 아니다. 즉, 후술할 본 명세서의 보다 구체적인 실시예에서 기재하겠지만, 단말이 SS(search space) 세트에 대한 특정 보고를 전송하는 구성 또한 본 명세서에서 제공하는 일례에 해당한다.
[148]
예컨대, 상기 단말은 상기 적어도 하나의 CORESET 각각에 연계된 TCI(transmission configuration indication)에 대해 상기 측정을 수행할 수 있다.
[149]
예컨대, 기 CORESET 측정 보고는 낮은 품질 CORESET 정보를 포함하고, 상기 낮은 품질 CORESET 정보는 상기 적어도 하나의 CORESET 중 제1 문턱 값 보다 낮은 측정의 결과를 가지는 특정 CORESET에 대한 정보일 수 있다.
[150]
여기서 예컨대, 상기 특정 CORESET에 대한 모니터링을 스킵할 수 있다. 여기서 예컨대, 상기 단말은, 상기 보고를 전송한 시점 이후 상기 특정 CORESET의 첫 번째 모니터링 기회(occasion)부터 또는 상기 보고를 전송한 시점 이후 일정 시간이 지난 이후 상기 모니터링을 스킵할 수 있다. 여기서 예컨대, 상기 단말은 상기 기지국으로부터 상기 보고에 대한 응답을 수신하고, 상기 단말은 상기 응답을 수신한 시점 또는 상기 응답을 수신한 시점으로부터 일정 시간이 지난 이후부터 상기 모니터링을 스킵할 수 있다. 여기서 예컨대, 상기 특정 CORESET의 측정의 결과가 제2 문턱 값 이상으로 오름에 기반하여, 상기 단말은 상기 특정 CORESET 상에서 모니터링을 재시작(re-start)할 것임을 상기 기지국에게 보고를 전송할 수 있다. 여기서 예컨대, 상기 단말이 상기 보고를 전송하고 일정 시간이 지난 이후, 상기 단말은 상기 특정 CORESET에 대한 모니터링을 재시작할 수 있다.
[151]
예컨대, 후술할 레퍼런스 자원 및 제어 채널 CSI 측정에 대한 설정에서 보다 구체적으로 설명하겠지만, 상기 단말은 상기 적어도 하나의 CORESET에 대한 PDCCH(physical downlink control channel) CSI(channel state information)에 대한 보고를 상기 기지국에게 전송할 수 있다.
[152]
여기서 예컨대, 상기 단말이 선호되는 AL(aggregation level)에 대한 보고를 상기 기지국에게 전송함에 기반하여, 상기 선호되는 AL이 적용되는 레퍼런스 DCI 사이즈는 상기 적어도 하나의 CORESET에 연계된 적어도 하나의 SS(search space) 세트 중 특정 SS 세트에서 모니터링하는 DCI 사이즈일 수 있다.
[153]
이하, 도 14의 예에 대해 보다 구체적으로 설명하도록 한다.
[154]
< CORESET 비활성을 위한 낮은 품질 보고(Low quality report for CORESET deactivation)>
[155]
현재 NR 시스템(system)에서는 아날로그(analog) 빔이 도입됨에 따라, 빔 특정적(specific) 측정이 다양하게 정의되어 있다.
[156]
예를 들어, 빔 매니지먼트(management) 절차를 위해 빔 매니지먼트 용 RS(reference signal)가 설정(configure)될 수 있으며, UE는 설정받은 빔 매니지먼트 용 RS에 대한 측정을 수행하고 베스트(best) N 빔(들)(여기서 N은 네트워크에 의해 설정될 수 있음)을 보고할 수 있다.
[157]
이는 UE가 보고하는 선호되는(preferred)(또는 강한(strong)) 빔 정보를 바탕으로 네트워크가 해당 UE에게 할당하는 빔을 적응(adaptation)하기 위한 목적으로 해석될 수 있다.
[158]
반면, UE에게 할당된 빔 전체에 대한 링크(link) 실패(failure) 여부를 판단하기 위해 빔 실패 리커버리(recovery)라는 절차가 수행될 수도 있다. 이를 위해 네트워크는 빔 실패 여부 판단을 위한 RS를 지시(indicate)하고, UE는 해당 RS들이 모두 일정 레벨에 못 미칠 경우, 빔 실패 리커버리 절차를 진행하게 된다.
[159]
위에서 언급한 빔 측정 방식은 높은(high) 품질을 갖는 빔을 보고하거나, 설정받은 빔이 모두 수신이 어려울 경우에 대하여 각각 절차를 정의하고 있다.
[160]
반면, 제어 채널 모니터링에서 빔 정보는 CORESET의 TCI 정보(information)에 의해 UE에게 알려진다. 즉, 각 CORESET에 대한 모니터링 시 UE의 Rx 빔 설정을 위한 정보로 각 CORESET의 TCI 정보가 CORESET 설정(configuration)에 설정될 수 있다.
[161]
한편, 위에서 언급한 빔 관련 측정과 CORESET의 TCI 정보를 종합해 보아도, CORESET 단위로 해당 CORESET의 수신 성능이 저하될 경우 CORESET 혹은 CORESET의 TCI 정보를 변경하는 절차나 그에 관련된 측정 보고 등은 현재 정의되지 않았으며, 이는 네트워크가 특정 UE의 CORESET 각각에 대한 수신 성능 저하를 알 수 없음을 의미할 수 있다.
[162]
이 경우, UE의 모빌리티 등으로 인하여 기존 CORESET에 설정된 빔을 수신할 수 없음에도 불구하고, PDCCH에 대한 모니터링을 지속적으로 수행해야 하고, 네트워크 측면에서는 불필요한 자원 낭비를 초래할 수 있다는 측면에서 부정적일 수 있다.
[163]
본 명세서에서는 위와 같은 문제를 해결하기 위해, 각 CORESET에 대한 측정 및 낮은 품질 CORESET에 대한 보고를 수행하여 효율적인 제어 채널 송수신을 구현하기 위한 방법을 제안한다.
[164]
1. 낮은 품질 CORESET(or 관련된(associated) TCI) 보고
[165]
UE는 현재 설정 받은 혹은 PDCCH 모니터링을 수행하는 CORESET에 연계된 TCI에 대한 측정을 수행하고, 측정 결과 특정 문턱 값(threshold) 이하인 CORESET 혹은 해당 CORESET에 대한 TCI를 보고할 것을 제안한다.
[166]
좀 더 구체적으로, UE는 BWP별로 최대 3개의 CORESET을 설정받을 수 있으며, 각 CORESET 설정 내에는 해당 CORESET을 수신할 때 UE가 가정해야 하는 안테나(antenna) 포트(port) 콰지 코-로케이션(quasi co-location) 정보가 포함되며, 해당 정보는 TCI-상태(State)의 형태로 제공된다. 이는 UE의 Rx 빔 설정에 필요한 정보로 사용될 수 있으며, 각 TCI-상태는 SSB, CSI-RS, TRS 등의 형태를 가질 수 있다.
[167]
본 명세서의 적용을 위해 UE는 설정된 CORESET에 연계된 TCI 상태에 대한 측정을 수행할 수 있다. 해당 측정은 빔 매니지먼트, 빔 실패 리커버리, 라디오(radio) 링크 모니터링 등의 일환으로 수행되는 측정 결과를 재사용할 수도 있다.
[168]
예를 들어, 일반적으로 라디오 링크 모니터링은 제어 채널에 대한 측정을 기반으로 해당 링크의 가용성(availability)을 판별하기 때문에, 네트워크가 설정한 CORESET에 연계된 TCI 상태를 기반으로 측정을 수행할 수 있다.
[169]
본 명세서는 RLM과정에 포함된 측정 결과를 재사용(reuse)하는 것을 포함할 수 있다.
[170]
측정을 수행한 이후, UE는 각 CORESET에 대한 품질을 특정 문턱 값 등에 기반하여 판정할 수 있으며, 해당 문턱 값보다 낮은 측정 결과를 갖는 CORESET에 대하여 CORESET 인덱스(index) 그리고/혹은 측정 결과를 네트워크에 보고할 수 있다. 이 때 문턱 값은 사전에 정의되거나 네트워크의 상위 레이어 시그널링(higher layer signaling) 등을 통해 지시된 값일 수 있다.
[171]
또한 보고는 PUSCH 전송(transmission) 내의 상위 메시지(message) 등을 이용하여 보고하거나, PUCCH 등을 이용한 L1 시그널링(signaling)도 포함할 수 있다.
[172]
즉 UE는 설정받은 (혹은 모니터링을 수행하는) 각 CORESET에 대한 측정을 수행하고, 측정 결과가 일정 level에 못 미칠 경우, 해당 CORESET 그리고/혹은 측정 결과를 (상위 레이어 메시지 등을 통하여) 보고할 수 있다.
[173]
또 다른 방법으로, 주기적(periodic)/비주기적(aperiodic) 보고를 위한 자원이 네트워크에 의해 할당되고, 해당 자원을 통해 낮은 품질 CORESET(혹은 연계된 검색 공간 세트(search space set)(들))에 대한 정보가 보고될 수도 있다.
[174]
2. 측정 자원(들)
[175]
본 명세서에서 제안하는 측정 및/또는 보고를 위한 자원은 독립적으로 설정될 수도 있고, 기존 설정된 자원(e.g., 빔 매니지먼트, 빔 실패 리커버리, 라디오 링크 모니터링)을 이용할 수도 있다. 또한 CORESET 설정내의 TCI 상태로 정의된 자원과 연계된 자원을 이용한 측정도 본 명세서를 위한 측정으로 유효할 수 있다.
[176]
예를 들어, 특정 CORESET의 설정에서 TCI 상태가 “CSI-RS#x”로 설정되고, RRC 시그널링에 의해 지시되는 TCI 상태상에서 CSI-RS#x의 source가 SSB#y로 정의될 경우, 해당 CORESET에 대한 측정은 CSI-RS#x 뿐만 아니라 SSB#y를 이용하여 수행될 수 있다.
[177]
3. 보고된 CORESET의 모니터링 스킵
[178]
위의 명세서 내용을 통해 UE는 낮은 품질 CORESET을 네트워크에 보고할 수 있다. 이후 UE는 보고한 CORESET에 대한 모니터링(혹은 해당 CORESET에 연계된 검색 공간 세트에 대한 모니터링)을 스킵(skip)할 수 있다. 해당 보고 없이 모니터링을 스킵할 경우, 네트워크가 UE의 모니터링 스킵 여부를 인지하지 못하기 때문에, 해당 CORESET(혹은 연계된 검색 공간 세트(들))에 PDCCH를 전송하는 경우가 발생할 수 있다.
[179]
낮은 품질로 인한 모니터링 스킵의 적용 시점은 아래와 같을 수 있다.
[180]
(1) 보고한 시점 이후 해당 CORESET(혹은 연계된 검색 공간 세트(들))의 첫 모니터링 기회(occasion)부터;
[181]
(2) 보고 시점 이후 일정 시간(e.g., X 슬롯(들)(slots)) 이후; 및/또는
[182]
(3) 보고에 대한 응답(response)(e.g., ACK/NACK)이 정의될 경우, 해당 응답이 수신된 시점 혹은 수신 시점으로 일정 시간 이후부터 낮은 품질로 인한 모니터링 스킵이 적용될 수 있다.
[183]
한편, (3)의 ACK/NACK을 전송하는 방법으로, 네트워크는 해당 보고에 대한 응답을 보고 되지 않는 CORESET에 의해 전송되는 DCI에 포함시켜 UE에게 알릴 수도 있다. 이를 위해 특정 DCI(e.g., 논-폴백(non-fallback) DCI)에는 X 비트(bit)(e.g., 1 비트)가 추가될 수도 있다.
[184]
추가로 모니터링을 스킵한 CORESET에 대한 측정 결과가 향상되어 특정 값을 초과할 경우, UE는 해당 결과 혹은 모니터링을 다시 시작한다는 보고를 네트워크에 보고할 수 있으며, 보고이후 해당 CORESET에 대한 모니터링을 일정 시간 이후 다시 시작할 수 있다. 이때 일정 시간은 위에서 제안한 방식이 사용될 수 있다.
[185]
또한 모니터링 스킵 이후 네트워크에 의해 CORESET 설정이 변경되어 해당 CORESET에 대한 모니터링이 지시되지 않았다면 측정 결과가 향상되더라도 해당 CORESET에 대한 모니터링은 무시될 수 있다.
[186]
또한, 모니터링의 스킵을 위한 문턱 값과 모니터링의 재개를 위한 문턱 값은 다르게 설정될 수도 있다(예를 들어, 모니터링 스킵을 위한 문턱 값이 모니터링 재개를 위한 문턱 값보다 낮게 설정될 수도 있음).
[187]
또한 모니터링 스킵을 위해 보고를 했음에도 네트워크로부터 CORESET 재설정이 지시되지 않을 경우, 그리고/혹은 해당 CORESET에 대한 측정결과가 지속적으로 문턱 값 이하일 경우, UE는 일정 시간 후 다시 해당 CORESET에 대한 측정 결과 그리고/혹은 모니터링 스킵 여부를 네트워크에 다시 보고할 수도 있다.
[188]
4. 낮은 품질 모니터링 스킵 및 BD/CCE 리미트 간의 관계
[189]
추가로 UE의 모니터링 능력(capability)을 효율적으로 사용하기 위해, 낮은 품질로 인해 모니터링 스킵되는 CORESET(혹은 연계된 검색 공간 세트(들))은 BD(blind decoding)/CCE(control channel element) 리미트 카운트(limit count) 이전에 적용될 수도 있다.
[190]
이는 낮은 품질로 인해 특정 CORESET(혹은 연계된 검색 공간 세트)에 대한 모니터링 스킵을 결정한 이후에 실제 모니터링을 수행하는 CORESET(혹은 연계된 검색 공간 세트(들))에 대하여 BD/CCE 리미트를 적용하는 것으로 해석될 수 있다.
[191]
반면에 파워(power) 세이빙(saving) 게인(gain)을 극대화하기 위해 BD/CCE 리미트를 적용한 이후에 낮은 품질로 인한 CORESET (혹은 연계된 검색 공간 세트(들))에 대한 모니터링 스킵을 결정할 수도 있다.
[192]
위의 두 가지 방법은 네트워크에 의해 결정 (예를 들어, 파워 세이빙 모드(mode)를 설정하거나, 파워 세이빙 스킴(scheme)을 사용하는 경우, 후자(BD/CCE 리미트 적용 후 낮은 품질 모니터링 스킵) 방식 적용)되거나, 사전에 정의되는 방식 (예를 들어, 전자 혹은 후자 적용)으로 적용 여부가 결정될 수 있다.
[193]
지금까지 설명했던 도 14에서의 예시들을 정리하여, 도면을 통해 다시 설명하면 아래와 같을 수 있다.
[194]
도 15는 본 명세서의 일 실시예에 따른, CORESET 비활성화를 위한 품질 보고의 순서도다.
[195]
도 15에 따르면, 단말은 CORESET 설정 정보(각 CORESET에 대한 TCI 상태를 포함 가능)를 수신할 수 있다(S1510). 여기서, 단말이 수신하는 CORESET 설정 정보에 대한 보다 구체적인 예시는 앞서 설명한 바(및/또는 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복되는 기재는 생략하도록 한다.
[196]
단말은 CORESET 설정 정보에 기반하여 각 CORESET을 측정할 수 있다(S1520). 여기서, 단말이 각 CORESET에 대해 측정을 수행하는 보다 구체적인 예시는 앞서 설명한 바(및/또는 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복되는 기재는 생략하도록 한다.
[197]
단말은 특정 조건(예컨대, CORESET의 측정 결과가 설정된 문턱치 이하)을 만족하면, 해당 CORESET(예컨대, CORESET#N)에 대한 정보를 리포트할 수 있다(S1530). 여기서, CORESET에 대한 정보를 리포트 하는 보다 구체적인 예시는 앞서 설명한 바(및/또는 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복되는 기재는 생략하도록 한다.
[198]
단말은 CORESET#N에 대한 모니터링을 스킵(CORESET#N을 제외한 나머지 CORESET을 모니터링)할 수 있다(S1540). 여기서, 단말이 모니터링을 스킵하는 보다 구체적인 예시는 앞서 설명한 바(및/또는 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복되는 기재는 생략하도록 한다.
[199]
단말은 CORESET#N이 아닌 다른 CORESET을 통해 PDCCH를 수신할 수 있다(S1550). 여기서, 단말이 PDCCH를 수신하는 보다 구체적인 예시는 앞서 설명한 바(및/또는 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복되는 기재는 생략하도록 한다.
[200]
다시 도 14로 돌아와서, 도 14에서의 실시예를 설명하면 아래와 같다.
[201]
<안테나 포트 콰지 코-로케이션 정보 of CORESET for PS-PDCCH>
[202]
위에서 밝혔듯이, NR에서 제어 채널을 위한 CORESET 설정내에는 해당 CORESET을 수신할 때 가정하는 안테나 포트 콰지 코-로케이션 정보가 포함되어 있다.
[203]
파워 세이빙 스킴 관련 정보는 파워 세이빙 채널 (이하 PS-PDCCH)를 이용하여 전달될 수 있고, 해당 PS-PDCCH를 모니터링하기 위한 CORESET은 각 UE의 트래픽(traffic) 패턴(pattern), 모빌리티 등을 반영하기 위하여 UE-특정적(specific) CORESET을 사용할 수 있다. 이 경우, 해당 CORESET의 안테나 포트 콰지 코-로케이션 정보는 다음과 같이 결정될 수 있다.
[204]
옵션 1) CORESET 설정에서 설정
[205]
기존 CORESET과 마찬가지로 CORESET 설정에서 해당 CORESET의 안테나 포트 콰지 코-로케이션 정보를 설정할 수 있다.
[206]
옵션 2) TCI-리스(less) CORESET
[207]
PS-PDCCH는 UE의 모빌리티 등 환경 변화에 적응하는 역할을 할 수도 있으며, 이 경우, PS-PDCCH를 모니터링하는 CORESET의 TCI를 하나로 고정할 이유는 없을 수 있다.
[208]
따라서 본 명세서에서는 PS-PDCCH를 모니터링하는 CORESET에 대한 안테나 포트 콰지 코-로케이션 정보는 CORESET 설정에서 정의하지 않고, 상황에 따라 결정될 것을 제안한다(혹은 CORESET 설정에서 TCI를 지정하더라도, 추가적인 RRC/MAC 시그널링없이 해당 CORESET에 연계된 TCI 상태가 변경될 수도 있다).
[209]
예를 들어, PS-PDCCH를 위한 CORESET의 TCI는 해당 UE가 모니터링하는 CORESET#0의 TCI와 연계되어 결정될 수 있다. 이는 CORESET#0의 TCI가 변경되는 조건 (e.g., RACH 절차에 연계된 TCI 상태 혹은 MAC CE로 시그널링되는 TCI중 가장 최근 TCI 상태를 해당 CORESET의 TCI로 가정) 역시 PS-PDCCH를 위한 CORESET에 적용될 수 있음을 의미하기도 한다.
[210]
반면에 다수의 UE에 대한 파워 세이빙 스킴 설정을 동시에 전달하기 위해 PS-PDCCH CORESET이 UE 그룹 공통적으로 설정될 수도 있다. 이 경우, 가장 간단하게는 각 UE가 모니터링하는 SS 세트#0에 연계하여 PS-PDCCH의 CORESET 및 SS 세트(set)가 결정될 수 있다.
[211]
예를 들어, PS-PDCCH는 CORESET#0 혹은 CORESET#0와 동일한 특성 (즉, SSB에 연계)을 갖는 CORESET에서 모니터링될 경우, PS-PDCCH 모니터링을 위한 검색 공간 세트는 SSB의 위치에 연계하여 모니터링 기회(occasion)가 결정될 수 있으며, 해당 CORESER/검색 공간 세트와 연계된 SSB는 RACH 절차에 의해 도출되는 TCI와 MAC CE에 의해 시그널링되는 TCI 중 가장 최근 값으로 결정될 수 있다.
[212]
PS-PDCCH를 모니터링하도록 설정된 각 UE는 해당 UE와 연계된 SSB에 따라 CORESET/검색 공간 세트가 결정되며, 해당 검색 공간 세트의 모니터링 기회(occasion)에서 연계된 SSB를 기반으로 수신동작을 수행할 수 있다. 이 때 각 UE는 PS-PDCCH내의 특정 필드(field) 혹은 PS-PDCCH의 RNTI 혹은 PS-PDCCH에 대한 DMRS의 스크램블링(scrambling) 등에 기반하여 해당 UE에게 지시되는 PS-PDCCH인지 여부를 판단할 수 있다.
[213]
<PS-PDCCH에 대한 BD/CCE 리미트>
[214]
PS-PDCCH를 위한 검색 공간 세트가 UE-특정적하게 지시되고, 해당 검색 공간 세트가 USS(UE-특정적 검색 공간)로 동작할 경우, 기존의 BD/CCE 리미트관련 동작에 의해 PS-PDCCH에 대한 모니터링이 스킵되는 경우가 발생할 수 있다.
[215]
참고로, 기존 동작이라 함은, 슬롯(slot)별로 UE가 수행할 수 있는 블라인드(blind) 디코드(decode) 수 및 채널 추정(estimation)을 수행하는 오버랩되지 않은(non-overlapped) CCE의 수에 대한 리미트를 사전에 정의하고, 특정 슬롯에서 모니터링을 수행해야 하는 검색 공간 세트(들)의 블라인드 디코드 수 그리고/혹은 CCE 수가 해당 리미트를 초과할 경우 일정 규칙(e.g., CSS(common 검색 공간)는 노(no) 스킵, USS는 낮은(lower) SS 세트 인덱스가 높은 우선순위(higher priority))에 의해 SS 세트 레벨 드로핑(level dropping)을 리미트를 만족할 때까지 수행함을 의미한다.
[216]
PS-PDCCH를 모니터링하는 SS 세트가 USS일 경우, 특정 슬롯에서 BD 그리고/혹은 CCE 리미트를 초과한다면 PS-PDCCH를 모니터링하는 SS 세트가 드랍(drop)될 확률이 발생할 수 있다.
[217]
파워 세이빙 스킴 중 일부는 UE의 모니터링 설정 등을 변경할 수 있기 때문에 BD/CCE 리미트로 인한 검색 공간 드랍은 해당 UE의 파워 세이빙 성능 및 디모듈레이션(demodulation) 성능에 영향을 미칠 수 있다. 따라서 본 명세서에서는 PS-PDCCH를 위한 검색 공간 세트는 BD/CCE 리미트에 의해 드랍되지 않는 것을 가정할 것을 제안한다.
[218]
이는 해당 검색 공간 세트가 SS 세트 드로핑(dropping)에서 최고 우선순위를 갖는다고 가정하거나, 해당 검색 공간 세트는 네트워크가 드랍되지 않음을 보장하는 방식으로 구현될 수 있다.
[219]
일례로, 논-폴백 DCI에서는 (추가 필드를 이용하여) 크로스(cross)-슬롯 스케줄링(scheduling)의 최소(minimum) 적용가능(applicable) K0, SCell의 휴면(dormancy) 행동(behavior)을 지시(indication) 등이 전송될 수 있는데, 논-폴백 DCI의 경우 USS로 전송될 수 있기 때문에 BD/CCE 리미트가 초과할 경우 모니터링을 스킵하는 경우가 발생할 수 있다.
[220]
이 경우, UE는 해당 SS 세트는 모니터링 스킵에서 제외된다고 가정할 수 있으며, 해당 SS 세트보다 인덱스가 낮은 USS 세트 혹은 CSS 중 일부에 대한 모니터링 스킵이 고려될 수도 있다.
[221]
한편, 위에서는 각 CORESET에 설정된 TCI 상태에 대한 측정을 수행하고, 측정 결과에 기반하여 낮은 품질 CORESET을 보고하고, 해당 CORESET에서의 모니터링을 스킵 하는 등의 방법을 제안하였다.
[222]
위의 내용 중 측정 보고 관련하여 다음의 내용이 추가적으로 고려될 수도 있으며, 아래에서 제안되는 제어 채널 CSI 측정에도 보고 방법으로 적용될 수 있다.
[223]
네트워크에 의해 제어 채널 품질에 대한 측정이 비주기적으로 트리거링(triggering)될 수도 있다. 네트워크는 제어 채널 품질을 측정하고 보고하도록 (상위 레이어 시그널링 혹은 L1 시그널링등을 통하여) 지시할 수 있으며, 해당 지시에는 측정을 수행할 CORESET(들) 및/또는(and/or) SS 세트(들)이 포함될 수 있다.
[224]
이는 설정된 CORESET/SS 세트 중 일부 혹은 전부를 지시하거나, 사전에 정의된 (혹은 지시된) 레퍼런스(reference) 자원(resource)(들) 중 일부 혹은 전부를 지시할 수 있다.
[225]
추가적으로 비주기적 제어 채널 품질 측정/보고는 기존의 PDSCH를 위한 비주기적 CSI 트리거링 메시지와 함께 지시될 수도 있으며, 보고 역시 동일한 PUCCH/PUSCH에 포함되어 수행될 수도 있다.
[226]
또한 품질 측정을 위한 레퍼런스 자원은 해당 측정을 트리거링하는 DCI를 모니터링하는 CORESET 및/또는 SS 세트로 정의될 수도 있다.
[227]
<레퍼런스 자원 및 제어 채널 CSI 측정을 위한 설정>
[228]
제어 채널에 대한 품질 측정은 PDSCH에 대하여 정의되어 있는 CSI 측정을 제어 채널에 대하여 수행하는 방법으로 구현될 수도 있다. 제어 채널에서는 (데이터(data) 채널과 다르게) CORESET 별로 설정이 지시될 수 있으며, 각 설정은 인터리빙(interleaving) 여부, REG 번들(bundle) 사이즈(size), CCE-to-REG 매핑(mapping) 방법 등 서로 다른 디코딩(decoding) 방법을 요구하거나, 서로 다른 목적을 위해 정의될 수 있다.
[229]
본 명세서에서는 PDCCH CSI를 측정(measure)하기 위한 방법을 제안한다. 아래에서 제안되는 방법들은 단독으로 혹은 조합을 통해 구현될 수 있다.
[230]
옵션 1) CORESET-특정적 PDCCH CSI
[231]
위에서 밝혔듯이, 각 CORESET은 네트워크에 의해 지시되는 설정에 따라 다양한 특성을 가질 수 있으며, 이는 CORESET마다 디코딩 퍼포먼스(performance)가 다를 수 있음을 의미할 수 있다. 따라서 PDCCH CSI는 각 CORESET별로 측정되고 보고될 수 있다(혹은 레포팅 오버헤드(overhead) 등을 줄이기 위해 특정 CORESET (e.g., USS 세트가 연계되어 있는 CORESET)에 대한 CSI만을 측정 및/또는 보고 할 수도 있다).
[232]
해당 CORESET에서의 디코딩 퍼포먼스 지표는 SINR(Signal-to-interference-plus-noise ratio), 코딩(coding) 레이트(rate), AL(aggregation level), RSRP(Reference Signals Received Power), RSRQ(Reference Signal Received Quality) 등 다양한 방법으로 보고될 수 있으며, CORESET에 다수의 검색 공간 세트가 연계될 수 있으므로, 네트워크가 해당 보고를 모든 검색 공간 세트에 적용할 수 있도록 코딩 레이트의 형태로 채널 품질을 보고할 수 있다.
[233]
선호되는 AL을 보고할 경우, 해당 AL이 적용되는 레퍼런스 DCI 사이즈가 정의될 필요가 있으며, 이는 해당 CORESET에 연계된 SS 세트 중 특정 SS 세트에서 모니터링하는 DCI 사이즈를 레퍼런스 사이즈로 지정할 수 있다(이는 사전 정의 (e.g., 연계된 SS 세트 중 가장 낮은(혹은 높은) SS 세트 ID를 갖는 SS 세트)되거나, 네트워크에 의해 지시될 수 있다).
[234]
옵션 2) SS 세트-특정적 PDCCH CSI
[235]
하나의 CORESET은 다수의 SS 세트에 연계될 수 있으며, 이는 해당 CORESET이 서로 다른 모니터링 주기성(periodicity)과 모니터링 패턴을 가지고 모니터링됨을 의미한다.
[236]
이에, 해당 CORESET에 연계된 각 SS 세트는 서로 다른 간섭(interference) 특성을 가질 수 있으며, 이는 CORESET 단위의 채널 품질은 해당 CORESET에 연계된 SS 세트 중 일부에게는 적용되기 어려운 경우도 발생할 수 있다. 따라서 제어 채널에 대한 채널 품질은 SS 세트 단위로 측정 및/또는 보고 될 수 있고, 이 때 채널 품질의 단위는 SINR, 코딩 레이트, AL, RSRP, RSRQ 등의 방식으로 정의될 수 있다.
[237]
옵션 3) UE-특정적 PDCCH CSI
[238]
PDCCH CSI의 복잡도를 줄이기 위해, PDCCH CSI는 UE별로 하나만 측정 및/또는 보고할 수도 있다. 이 경우, PDCCH CSI 측정을 위한 레퍼런스 자원이 정의될 필요가 있으며, 다음과 같은 방식이 고려될 수 있다.
[239]
Alt 1) 현재 설정된 CORESET/SS 세트 중 특정 CORESET/SS 세트를 레퍼런스로 간주
[240]
UE에게 설정된 CORESET 및/또는 SS 세트 중 특정 CORESET 및/또는 SS 세트가 제어 채널 품질 측정을 위한 레퍼런스 자원으로 정의될 수 있으며, 레퍼런스 자원은 사전 정의에 의해 혹은 네트워크의 지시에 의해 결정될 수 있다.
[241]
예를 들어, 사전 정의에 의해 레퍼런스 자원이 정의될 경우, USS 세트(혹은 CSS 세트 또는 전체 SS 세트) 중 최저(lowest) 인덱스를 갖는 SS 세트와 해당 SS 세트에 연계된 CORESET 조합을 레퍼런스 자원으로 간주할 수 있다.
[242]
품질 측정 결과를 도출하기 위한 DCI 사이즈는 레퍼런스 자원에서 모니터링하는 DCI 사이즈 (혹은 레퍼런스 자원과 상관없이 사전에 정의된 값)로 사전에 정의되거나, 네트워크에 의해 지시될 수 있다. 이 경우 UE가 설정된 CORESET 및/또는 SS 세트 중 특정 자원에 대하여 품질을 측정하기 때문에, UE의 채널 품질을 보다 정확하게 반영할 수 있다는 장점이 있다.
[243]
Alt 2) 사전 정의에 의해 혹은 네트워크 지시에 의해 레퍼런스 자원 설정 결정
[244]
사전 정의 혹은 네트워크 지시를 통해 DCI 사이즈, CCE-to-REG 매핑, REG 번들 사이즈, RS 타입(type) (협대역(narrowband)/광대역(wideband) RS), CORESET 사이즈 (주파수(freq.)/시간(time)), TCI 상태 중 일부 혹은 전부가 레퍼런스 자원을 위한 정보로 주어지고, UE는 해당 정보를 기반으로 제어 채널 품질을 측정 및/또는 보고할 수 있다.
[245]
예를 들어, 특정 사이즈, 특정 TCI 상태의 CORESET에서 인터리빙이 적용되고, REG 번들 사이즈는 6, RS 타입은 협대역 RS를 가정하고, DCI 사이즈는 폴백(fallback) DCI의 사이즈를 고려할 수 있으며, 해당 조건에서 PDCCH BLER 1%를 만족할 수 있는 AL(혹은 이팩티브(effective) 코딩 레이트)을 보고할 수 있다.
[246]
추가적으로 위의 Alt 1, 2가 적용될 경우, 레퍼런스 자원에서의 채널 품질 값을 각 CORESET 및/또는 SS 세트에 적용시킬 경우 네트워크가 가정할 수 있는 오프셋(offset) 값을 추가로 보고할 수도 있다.
[247]
예를 들어, 레퍼런스 자원에 대하여 선호되는 AL이 4라고 보고할 경우, UE는 해당 값과 실제 SS 세트에서의 채널 품질간 오프셋을 보고할 수 있으며, 해당 보고는 CORESET 및/또는 SS 세트 설정이 변경될 경우에 한하여 보고하는 방식 등을 통하여 레포팅 오버헤드를 줄일 수 있다.
[248]
지금까지 설명했던 도 14에서의 예시(특히, 레퍼런스 자원 및 제어 채널 CSI 측정을 위한 설정에 대한 예시)들을 정리하여, 도면을 통해 다시 설명하면 아래와 같을 수 있다.
[249]
도 16은 본 명세서의 일 실시예에 따른, 레퍼런스 자원 및 제어 채널 CSI 측정을 위한 설정에 대한 방법의 순서도다.
[250]
도 16에 따르면, 단말은 기지국으로부터 제어 채널 품질 측정 지시(예컨대, 측정을 수행할 CORESET/SS 세트를 지시하는 정보를 포함할 수 있음)를 수신할 수 있다(S1610). 여기서, 단말이 수신하는 제어 채널 품질 측정 지시에 대한 보다 구체적인 예시는 앞서 설명한 바(및/또는 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복되는 기재는 생략하도록 한다.
[251]
단말은 상기 정보가 지시하는 CORESET/SS 세트를 측정할 수 있다(S1620). 여기서, 상기 CORESET/SS 세트에 대한 측정의 보다 구체적인 예시는 앞서 설명한 바(및/또는 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복되는 기재는 생략하도록 한다.
[252]
이후, 단말은 측정 결과 리포트를 기지국에게 전송할 수 있다(S1630). 여기서, 단말이 전송하는 측정 결과 리포트에 대한 보다 구체적인 예시는 앞서 설명한 바(및/또는 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복되는 기재는 생략하도록 한다.
[253]
기지국은 상기 측정 결과를 참조하여, 단말에 대한 CORESET/SS 설정을 결정/추가/변경할 수 있다(S1640). 여기서, 단말에 대한 CORESET/SS 설정을 결정/추가/변경에 대한 보다 구체적인 예시는 앞서 설명한 바(및/또는 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복되는 기재는 생략하도록 한다.
[254]
여기서, 도 16의 예시는 앞서 설명한 바와 같이 도 14의 예시의 일례에 해당할 수 있으며, 도 16의 예시는 도 15의 예시와 (상호 배치되는 내용이 아닌 한) 결합될 수 있다.
[255]
한편, 도 16의 예시는 도 14의 예시로써 설명되어 있으나, 도 16의 예시는 도 14의 예시 또는 도 15의 예시와는 별개로써 동작할 수도 있다.
[256]
지금까지 설명한 본 명세서의 실시예들의 일례에 대해, 단말 관점에서 다시 설명하면 아래와 같을 수 있다.
[257]
도 17은 본 명세서의 일 실시예에 따른, 단말 관점에서, 측정의 결과에 대한 보고를 전송하는 방법의 순서도다.
[258]
도 17에 따르면, 단말은 기지국으로부터 CORESET 설정 정보를 수신할 수 있다(S1710). 여기서, 상기 CORESET 설정 정보는 적어도 하나의 CORESET에 대한 정보를 포함할 수 있다.
[259]
단말은 상기 적어도 하나의 CORESET 각각에 대해 측정을 수행할 수 있다(S1720).
[260]
단말은 상기 측정의 결과에 기반하여 상기 기지국에게 상기 CORESET 측정 보고를 전송할 수 있다(S1730).
[261]
단말 관점에서, 측정의 결과에 대한 보고를 전송하는 방법에 대한 보다 구체적인 예는 앞서 설명한 바와 같기에, 설명의 편의를 위해 반복되는 기재는 생략하도록 한다.
[262]
도 18은 본 명세서의 일 실시예에 따른, 단말 관점에서, 측정의 결과에 대한 보고를 전송하는 장치의 블록도의 일례다.
[263]
도 18에 따르면, 프로세서(1800)는 설정 정보 수신부(1810), 측정 수행부(1820) 및 측정 보고 전송부(1830)를 포함할 수 있다. 여기서 프로세서(1800)는 후술할 도 21 내지 도 27에서의 프로세서일 수 있다.
[264]
설정 정보 수신부(1810)는 기지국으로부터 CORESET 설정 정보를 수신하도록 구성될 수 있다. 여기서, 상기 CORESET 설정 정보는 적어도 하나의 CORESET에 대한 정보를 포함할 수 있다.
[265]
측정 수행부(1820)는 상기 적어도 하나의 CORESET 각각에 대해 측정을 수행하도록 구성될 수 있다.
[266]
측정 보고 전송부(1830)는 상기 측정의 결과에 기반하여 상기 기지국에게 상기 CORESET 측정 보고를 전송하도록 구성될 수 있다.
[267]
단말 관점에서, 측정의 결과에 대한 보고를 전송하는 방법에 대한 보다 구체적인 예는 앞서 설명한 바와 같기에, 설명의 편의를 위해 반복되는 기재는 생략하도록 한다.
[268]
한편, 본 명세서의 개시는, 칩셋이나 기록매체로써도 구현될 수 있다.
[269]
일 실시예에 따르면, 장치는, 적어도 하나의 메모리 및 상기 적어도 하나의 메모리와 동작 가능하게 결합된 적어도 하나의 프로세서를 포함하되, 상기 프로세서는, 기지국으로부터 CORESET(control resource set) 설정 정보를 수신하도록 트랜시버를 제어하게 구성되되, 상기 CORESET 설정 정보는 적어도 하나의 CORESET에 대한 정보를 포함하고, 상기 적어도 하나의 CORESET 각각에 대해 측정을 수행하도록 구성되고 및 상기 측정의 결과에 기반하여 상기 기지국에게 CORESET 측정 보고를 전송하도록 상기 트랜시버를 제어하게 구성되는 것을 특징으로 하는 장치일 수 있다.
[270]
다른 실시예에 따르면, 적어도 하나의 프로세서(processor)에 의해 실행되는 것에 기반하는 명령어(instruction)를 포함하는 적어도 하나의 컴퓨터로 읽을 수 있는 기록매체(computer readable medium)에 있어서, 기지국으로부터 CORESET(control resource set) 설정 정보를 수신하도록 트랜시버를 제어하게 구성되되, 상기 CORESET 설정 정보는 적어도 하나의 CORESET에 대한 정보를 포함하고, 상기 적어도 하나의 CORESET 각각에 대해 측정을 수행하도록 구성되고 및 상기 측정의 결과에 기반하여 상기 기지국에게 CORESET 측정 보고를 전송하도록 상기 트랜시버를 제어하게 구성되는 것을 특징으로 하는 기록매체일 수 있다.
[271]
지금까지 설명한 본 명세서의 실시예들의 일례에 대해, 기지국 관점에서 다시 설명하면 아래와 같을 수 있다.
[272]
도 19는 본 명세서의 일 실시예에 따른, 기지국 관점에서, 측정의 결과에 대한 보고를 수신하는 방법의 순서도다.
[273]
도 19에 따르면, 기지국은 단말에게 CORESET 설정 정보를 전송할 수 있다(S1910). 상기 CORESET 설정 정보는 적어도 하나의 CORESET에 대한 정보를 포함할 수 있다.
[274]
기지국은 상기 CORESET 설정 정보를 전송한 이후, 상기 단말로부터 상기 적어도 하나의 CORESET에 관련된 상기 CORESET 측정 보고를 수신할 수 있다.
[275]
기지국 관점에서, 측정의 결과에 대한 보고를 수신하는 방법에 대한 보다 구체적인 예는 앞서 설명한 바와 같기에, 설명의 편의를 위해 반복되는 기재는 생략하도록 한다.
[276]
도 20은 본 명세서의 일 실시예에 따른, 기지국 관점에서, 측정의 결과에 대한 보고를 수신하는 장치의 블록도의 일례다.
[277]
도 20에 따르면, 프로세서(2000)는 설정 정보 전송부(2010) 및 측정 보고 수신부(2020)를 포함할 수 있다. 여기서 프로세서(2000)는 후술할 도 21 내지 도 27에서의 프로세서일 수 있다.
[278]
설정 정보 전송부(2010)는 단말에게 CORESET 설정 정보를 전송하도록 구성될 수 있다. 상기 CORESET 설정 정보는 적어도 하나의 CORESET에 대한 정보를 포함할 수 있다.
[279]
측정 보고 수신부(2020)는 상기 CORESET 설정 정보를 전송한 이후, 상기 단말로부터 상기 적어도 하나의 CORESET에 관련된 상기 CORESET 측정 보고를 수신하도록 구성될 수 있다.
[280]
기지국 관점에서, 측정의 결과에 대한 보고를 수신하는 방법에 대한 보다 구체적인 예는 앞서 설명한 바와 같기에, 설명의 편의를 위해 반복되는 기재는 생략하도록 한다.
[281]
도 21은 본 명세서에 적용되는 통신 시스템(1)을 예시한다.
[282]
도 21을 참조하면, 본 명세서에 적용되는 통신 시스템(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)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
[283]
무선 기기(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)와 직접 통신을 할 수 있다.
[284]
무선 기기(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)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 명세서의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
[285]
한편, NR은 다양한 5G 서비스들을 지원하기 위한 다수의 뉴머롤로지(numerology)(또는 subcarrier spacing(SCS))를 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
[286]
NR 주파수 밴드(frequency band)는 2가지 타입(type)(FR1, FR2)의 주파수 범위(frequency range)로 정의될 수 있다. 주파수 범위의 수치는 변경될 수 있으며, 예를 들어, 2가지 type(FR1, FR2)의 주파수 범위는 하기 표 4와 같을 수 있다. 설명의 편의를 위해 NR 시스템에서 사용되는 주파수 범위 중 FR1은 “sub 6GHz range”를 의미할 수 있고, FR2는 “above 6GHz range”를 의미할 수 있고 밀리미터 웨이브(millimeter wave, mmW)로 불릴 수 있다.
[287]
[표4]
Frequency Range designation Corresponding frequency range Subcarrier Spacing
FR1 450MHz - 6000MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz

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

[290]
이하에서는, 본 명세서가 적용되는 무선 기기의 예에 대해 설명한다.
[291]
도 22는 본 명세서에 적용될 수 있는 무선 기기를 예시한다.
[292]
도 22를 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 21의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
[293]
제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) 유닛과 혼용될 수 있다. 본 명세서에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
[294]
제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 유닛과 혼용될 수 있다. 본 명세서에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
[295]
이하, 무선 기기(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, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
[296]
하나 이상의 프로세서(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)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
[297]
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
[298]
하나 이상의 송수신기(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)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
[299]
도 23은 본 명세서에 적용될 수 있는 무선 기기의 다른 예를 도시한다.
[300]
도 23에 따르면, 무선 장치는 적어도 하나의 프로세서(102, 202), 적어도 하나의 메모리(104, 204), 적어도 하나의 트랜시버(106, 206), 하나 이상의 안테나(108, 208)를 포함할 수 있다.
[301]
앞서 도 22에서 설명한 무선 장치의 예시와, 도 23에서의 무선 장치의 예시의 차이로써, 도 22는 프로세서(102, 202)와 메모리(104, 204)가 분리되어 있으나, 도 23의 예시에서는 프로세서(102, 202)에 메모리(104, 204)가 포함되어 있다는 점이다.
[302]
여기서, 프로세서(102, 202), 메모리(104, 204), 트랜시버(106, 206), 하나 이상의 안테나(108, 208)에 대한 구체적인 설명은 앞서 설명한 바와 같기에, 불필요한 기재의 반복을 피하기 위해, 반복되는 설명의 기재는 생략하도록 한다.
[303]
이하에서는, 본 명세서가 적용되는 신호 처리 회로의 예를 설명한다.
[304]
도 24는 전송 신호를 위한 신호 처리 회로를 예시한다.
[305]
도 24를 참조하면, 신호 처리 회로(1000)는 스크램블러(1010), 변조기(1020), 레이어 매퍼(1030), 프리코더(1040), 자원 매퍼(1050), 신호 생성기(1060)를 포함할 수 있다. 이로 제한되는 것은 아니지만, 도 24의 동작/기능은 도 22의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 수행될 수 있다. 도 24의 하드웨어 요소는 도 22의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 구현될 수 있다. 예를 들어, 블록 1010~1060은 도 22의 프로세서(102, 202)에서 구현될 수 있다. 또한, 블록 1010~1050은 도 22의 프로세서(102, 202)에서 구현되고, 블록 1060은 도 22의 송수신기(106, 206)에서 구현될 수 있다.
[306]
코드워드는 도 24의 신호 처리 회로(1000)를 거쳐 무선 신호로 변환될 수 있다. 여기서, 코드워드는 정보블록의 부호화된 비트 시퀀스이다. 정보블록은 전송블록(예, UL-SCH 전송블록, DL-SCH 전송블록)을 포함할 수 있다. 무선 신호는 다양한 물리 채널(예, PUSCH, PDSCH)을 통해 전송될 수 있다.
[307]
구체적으로, 코드워드는 스크램블러(1010)에 의해 스크램블된 비트 시퀀스로 변환될 수 있다. 스크램블에 사용되는 스크램블 시퀀스는 초기화 값에 기반하여 생성되며, 초기화 값은 무선 기기의 ID 정보 등이 포함될 수 있다. 스크램블된 비트 시퀀스는 변조기(1020)에 의해 변조 심볼 시퀀스로 변조될 수 있다. 변조 방식은 pi/2-BPSK(pi/2-Binary Phase Shift Keying), m-PSK(m-Phase Shift Keying), m-QAM(m-Quadrature Amplitude Modulation) 등을 포함할 수 있다. 복소 변조 심볼 시퀀스는 레이어 매퍼(1030)에 의해 하나 이상의 전송 레이어로 매핑될 수 있다. 각 전송 레이어의 변조 심볼들은 프리코더(1040)에 의해 해당 안테나 포트(들)로 매핑될 수 있다(프리코딩). 프리코더(1040)의 출력 z는 레이어 매퍼(1030)의 출력 y를 N*M의 프리코딩 행렬 W와 곱해 얻을 수 있다. 여기서, N은 안테나 포트의 개수, M은 전송 레이어의 개수이다. 여기서, 프리코더(1040)는 복소 변조 심볼들에 대한 트랜스폼(transform) 프리코딩(예, DFT 변환)을 수행한 이후에 프리코딩을 수행할 수 있다. 또한, 프리코더(1040)는 트랜스폼 프리코딩을 수행하지 않고 프리코딩을 수행할 수 있다.
[308]
자원 매퍼(1050)는 각 안테나 포트의 변조 심볼들을 시간-주파수 자원에 매핑할 수 있다. 시간-주파수 자원은 시간 도메인에서 복수의 심볼(예, CP-OFDMA 심볼, DFT-s-OFDMA 심볼)을 포함하고, 주파수 도메인에서 복수의 부반송파를 포함할 수 있다. 신호 생성기(1060)는 매핑된 변조 심볼들로부터 무선 신호를 생성하며, 생성된 무선 신호는 각 안테나를 통해 다른 기기로 전송될 수 있다. 이를 위해, 신호 생성기(1060)는 IFFT(Inverse Fast Fourier Transform) 모듈 및 CP(Cyclic Prefix) 삽입기, DAC(Digital-to-Analog Converter), 주파수 상향 변환기(frequency uplink converter) 등을 포함할 수 있다.
[309]
무선 기기에서 수신 신호를 위한 신호 처리 과정은 도 24의 신호 처리 과정(1010~1060)의 역으로 구성될 수 있다. 예를 들어, 무선 기기(예, 도 22의 100, 200)는 안테나 포트/송수신기를 통해 외부로부터 무선 신호를 수신할 수 있다. 수신된 무선 신호는 신호 복원기를 통해 베이스밴드 신호로 변환될 수 있다. 이를 위해, 신호 복원기는 주파수 하향 변환기(frequency downlink converter), ADC(analog-to-digital converter), CP 제거기, FFT(Fast Fourier Transform) 모듈을 포함할 수 있다. 이후, 베이스밴드 신호는 자원 디-매퍼 과정, 포스트코딩(postcoding) 과정, 복조 과정 및 디-스크램블 과정을 거쳐 코드워드로 복원될 수 있다. 코드워드는 복호(decoding)를 거쳐 원래의 정보블록으로 복원될 수 있다. 따라서, 수신 신호를 위한 신호 처리 회로(미도시)는 신호 복원기, 자원 디-매퍼, 포스트코더, 복조기, 디-스크램블러 및 복호기를 포함할 수 있다.
[310]
이하에서는, 본 명세서가 적용되는 무선 기기 활용 예에 대해 설명한다.
[311]
도 25는 본 명세서에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 21 참조).
[312]
도 25를 참조하면, 무선 기기(100, 200)는 도 22의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 22의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 22의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
[313]
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 21, 100a), 차량(도 21, 100b-1, 100b-2), XR 기기(도 21, 100c), 휴대 기기(도 21, 100d), 가전(도 21, 100e), IoT 기기(도 21, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 21, 400), 기지국(도 21, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
[314]
도 25에서 무선 기기(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) 및/또는 이들의 조합으로 구성될 수 있다.
[315]
이하, 도 25의 구현 예에 대해 도면을 참조하여 보다 자세히 설명한다.
[316]
도 26은 본 명세서에 적용되는 휴대 기기를 예시한다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 휴대용 컴퓨터(예, 노트북 등)을 포함할 수 있다. 휴대 기기는 MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station) 또는 WT(Wireless terminal)로 지칭될 수 있다.
[317]
도 26를 참조하면, 휴대 기기(100)는 안테나부(108), 통신부(110), 제어부(120), 메모리부(130), 전원공급부(140a), 인터페이스부(140b) 및 입출력부(140c)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110~130/140a~140c는 각각 도 25의 블록 110~130/140에 대응한다.
[318]
통신부(110)는 다른 무선 기기, 기지국들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 휴대 기기(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 AP(Application Processor)를 포함할 수 있다. 메모리부(130)는 휴대 기기(100)의 구동에 필요한 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 또한, 메모리부(130)는 입/출력되는 데이터/정보 등을 저장할 수 있다. 전원공급부(140a)는 휴대 기기(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 인터페이스부(140b)는 휴대 기기(100)와 다른 외부 기기의 연결을 지원할 수 있다. 인터페이스부(140b)는 외부 기기와의 연결을 위한 다양한 포트(예, 오디오 입/출력 포트, 비디오 입/출력 포트)를 포함할 수 있다. 입출력부(140c)는 영상 정보/신호, 오디오 정보/신호, 데이터, 및/또는 사용자로부터 입력되는 정보를 입력 받거나 출력할 수 있다. 입출력부(140c)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부(140d), 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다.
[319]
일 예로, 데이터 통신의 경우, 입출력부(140c)는 사용자로부터 입력된 정보/신호(예, 터치, 문자, 음성, 이미지, 비디오)를 획득하며, 획득된 정보/신호는 메모리부(130)에 저장될 수 있다. 통신부(110)는 메모리에 저장된 정보/신호를 무선 신호로 변환하고, 변환된 무선 신호를 다른 무선 기기에게 직접 전송하거나 기지국에게 전송할 수 있다. 또한, 통신부(110)는 다른 무선 기기 또는 기지국으로부터 무선 신호를 수신한 뒤, 수신된 무선 신호를 원래의 정보/신호로 복원할 수 있다. 복원된 정보/신호는 메모리부(130)에 저장된 뒤, 입출력부(140c)를 통해 다양한 형태(예, 문자, 음성, 이미지, 비디오, 헵틱)로 출력될 수 있다.
[320]
도 27은 본 명세서에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
[321]
도 27을 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 25의 블록 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]
본 명세서에 기재된 청구항들은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다.

청구범위

[청구항 1]
무선 통신 시스템에서 단말에 의해 수행되는 CORESET(control resource set) 측정 보고를 전송하는 방법에 있어서, 기지국으로부터 CORESET 설정 정보를 수신하되, 상기 CORESET 설정 정보는 적어도 하나의 CORESET에 대한 정보를 포함하고; 상기 적어도 하나의 CORESET 각각에 대해 측정을 수행하고; 및 상기 측정의 결과에 기반하여 상기 기지국에게 상기 CORESET 측정 보고를 전송하는 것을 특징으로 하는 방법.
[청구항 2]
제1항에 있어서, 상기 단말은 상기 적어도 하나의 CORESET 각각에 연계된 TCI(transmission configuration indication)에 대해 상기 측정을 수행하는 것을 특징으로 하는 방법.
[청구항 3]
제1항에 있어서, 상기 CORESET 측정 보고는 낮은 품질 CORESET 정보를 포함하고, 상기 낮은 품질 CORESET 정보는 상기 적어도 하나의 CORESET 중 제1 문턱 값 보다 낮은 측정의 결과를 가지는 특정 CORESET에 대한 정보인 것을 특징으로 하는 방법.
[청구항 4]
제3항에 있어서, 상기 단말은 상기 특정 CORESET에 대한 모니터링을 스킵하는 것을 특징으로 하는 방법.
[청구항 5]
제4항에 있어서, 상기 단말은, 상기 CORESET 측정 보고를 전송한 시점 이후 상기 특정 CORESET의 첫 번째 모니터링 기회(occasion)부터; 또는 상기 CORESET 측정 보고를 전송한 시점 이후 일정 시간이 지난 이후; 상기 모니터링을 스킵하는 것을 특징으로 하는 방법.
[청구항 6]
제4항에 있어서, 상기 단말은 상기 기지국으로부터 상기 CORESET 측정 보고에 대한 응답을 수신하고, 상기 단말은 상기 응답을 수신한 시점 또는 상기 응답을 수신한 시점으로부터 일정 시간이 지난 이후부터 상기 모니터링을 스킵하는 것을 특징으로 하는 방법.
[청구항 7]
제3항에 있어서, 상기 특정 CORESET의 측정의 결과가 제2 문턱 값 이상으로 오름에 기반하여, 상기 단말은 상기 특정 CORESET 상에서 모니터링을 재시작(re-start)할 것임을 상기 기지국에게 보고를 전송하는 것을 특징으로 하는 방법.
[청구항 8]
제7항에 있어서, 상기 단말이 상기 CORESET 측정 보고를 전송하고 일정 시간이 지난 이후, 상기 단말은 상기 특정 CORESET에 대한 모니터링을 재시작하는 것을 특징으로 하는 방법.
[청구항 9]
제1항에 있어서, 상기 단말은 상기 적어도 하나의 CORESET에 대한 PDCCH(physical downlink control channel) CSI(channel state information)에 대한 보고를 상기 기지국에게 전송하는 것을 특징으로 하는 방법.
[청구항 10]
제9항에 있어서, 상기 단말이 선호되는 AL(aggregation level)에 대한 보고를 상기 기지국에게 전송함에 기반하여, 상기 선호되는 AL이 적용되는 레퍼런스 DCI 사이즈는 상기 적어도 하나의 CORESET에 연계된 적어도 하나의 SS(search space) 세트 중 특정 SS 세트에서 모니터링하는 DCI 사이즈인 것을 특징으로 하는 방법.
[청구항 11]
단말은, 트랜시버; 적어도 하나의 메모리; 및 상기 적어도 하나의 메모리 및 상기 트랜시버와 동작 가능하게 결합된 적어도 하나의 프로세서를 포함하되, 상기 프로세서는, 기지국으로부터 CORESET(control resource set) 설정 정보를 수신하도록 상기 트랜시버를 제어하게 구성되되, 상기 CORESET 설정 정보는 적어도 하나의 CORESET에 대한 정보를 포함하고; 상기 적어도 하나의 CORESET 각각에 대해 측정을 수행하도록 구성되고; 및 상기 측정의 결과에 기반하여 상기 기지국에게 CORESET 측정 보고를 전송하도록 상기 트랜시버를 제어하게 구성되는 것을 특징으로 하는 단말.
[청구항 12]
제11항에 있어서, 상기 프로세서는 상기 적어도 하나의 CORESET 각각에 연계된 TCI(transmission configuration indication)에 대해 상기 측정을 수행하도록 구성되는 것을 특징으로 하는 단말.
[청구항 13]
제11항에 있어서, 상기 CORESET 측정 보고는 낮은 품질 CORESET 정보를 포함하고, 상기 낮은 품질 CORESET 정보는 상기 적어도 하나의 CORESET 중 제1 문턱 값 보다 낮은 측정의 결과를 가지는 특정 CORESET에 대한 정보인 것을 특징으로 하는 단말.
[청구항 14]
제13항에 있어서, 상기 프로세서는 상기 특정 CORESET에 대한 모니터링을 스킵하도록 구성되는 것을 특징으로 하는 단말.
[청구항 15]
제14항에 있어서, 상기 프로세서는, 상기 CORESET 측정 보고를 전송한 시점 이후 상기 특정 CORESET의 첫 번째 모니터링 기회(occasion)부터; 또는 상기 CORESET 측정 보고를 전송한 시점 이후 일정 시간이 지난 이후; 상기 모니터링을 스킵하도록 구성되는 것을 특징으로 하는 단말.
[청구항 16]
제14항에 있어서, 상기 프로세서는 상기 기지국으로부터 상기 CORESET 측정 보고에 대한 응답을 수신하도록 상기 트랜시버를 제어하게 구성되고, 상기 프로세서는 상기 응답을 수신한 시점 또는 상기 응답을 수신한 시점으로부터 일정 시간이 지난 이후부터 상기 모니터링을 스킵하도록 구성되는 것을 특징으로 하는 단말.
[청구항 17]
제13항에 있어서, 상기 특정 CORESET의 측정의 결과가 제2 문턱 값 이상으로 오름에 기반하여, 상기 프로세서는 상기 특정 CORESET 상에서 모니터링을 재시작(re-start)할 것임을 상기 기지국에게 보고를 전송하도록 상기 트랜시버를 제어하게 구성되는 것을 특징으로 하는 단말.
[청구항 18]
제17항에 있어서, 상기 프로세서가 상기 CORESET 측정 보고를 전송하도록 상기 트랜시버를 제어하게 구성되고 일정 시간이 지난 이후, 상기 프로세서는 상기 특정 CORESET에 대한 모니터링을 재시작하도록 구성되는 것을 특징으로 하는 단말.
[청구항 19]
제11항에 있어서, 상기 프로세서는 상기 적어도 하나의 CORESET에 대한 PDCCH(physical downlink control channel) CSI(channel state information)에 대한 보고를 상기 기지국에게 전송하도록 상기 트랜시버를 제어하게 구성되는 것을 특징으로 하는 단말.
[청구항 20]
제19항에 있어서, 상기 프로세서는 선호되는 AL(aggregation level)에 대한 보고를 상기 기지국에게 전송하도록 상기 트랜시버를 제어하게 구성됨에 기반하여, 상기 선호되는 AL이 적용되는 레퍼런스 DCI 사이즈는 상기 적어도 하나의 CORESET에 연계된 적어도 하나의 SS(search space) 세트 중 특정 SS 세트에서 모니터링하는 DCI 사이즈인 것을 특징으로 하는 단말.
[청구항 21]
장치는, 적어도 하나의 메모리; 및 상기 적어도 하나의 메모리와 동작 가능하게 결합된 적어도 하나의 프로세서를 포함하되, 상기 프로세서는, 기지국으로부터 CORESET(control resource set) 설정 정보를 수신하도록 트랜시버를 제어하게 구성되되, 상기 CORESET 설정 정보는 적어도 하나의 CORESET에 대한 정보를 포함하고; 상기 적어도 하나의 CORESET 각각에 대해 측정을 수행하도록 구성되고; 및 상기 측정의 결과에 기반하여 상기 기지국에게 CORESET 측정 보고를 전송하도록 상기 트랜시버를 제어하게 구성되는 것을 특징으로 하는 장치.
[청구항 22]
제21항에 있어서, 상기 적어도 하나의 프로세서는 상기 적어도 하나의 CORESET 각각에 연계된 TCI(transmission configuration indication)에 대해 상기 측정을 수행하도록 구성되는 것을 특징으로 하는 장치.
[청구항 23]
제21항에 있어서, 상기 CORESET 측정 보고는 낮은 품질 CORESET 정보를 포함하고, 상기 낮은 품질 CORESET 정보는 상기 적어도 하나의 CORESET 중 제1 문턱 값 보다 낮은 측정의 결과를 가지는 특정 CORESET에 대한 정보인 것을 특징으로 하는 장치.
[청구항 24]
제23항에 있어서, 상기 적어도 하나의 프로세서는 상기 특정 CORESET에 대한 모니터링을 스킵하도록 구성되는 것을 특징으로 하는 장치.
[청구항 25]
제24항에 있어서, 상기 적어도 하나의 프로세서는, 상기 CORESET 측정 보고를 전송한 시점 이후 상기 특정 CORESET의 첫 번째 모니터링 기회(occasion)부터; 또는 상기 CORESET 측정 보고를 전송한 시점 이후 일정 시간이 지난 이후; 상기 모니터링을 스킵하도록 구성되는 것을 특징으로 하는 장치.
[청구항 26]
제24항에 있어서, 상기 적어도 하나의 프로세서는 상기 기지국으로부터 상기 CORESET 측정 보고에 대한 응답을 수신하도록 상기 트랜시버를 제어하게 구성되고, 상기 적어도 하나의 프로세서는 상기 응답을 수신한 시점 또는 상기 응답을 수신한 시점으로부터 일정 시간이 지난 이후부터 상기 모니터링을 스킵하도록 구성되는 것을 특징으로 하는 장치.
[청구항 27]
제23항에 있어서, 상기 특정 CORESET의 측정의 결과가 제2 문턱 값 이상으로 오름에 기반하여, 상기 적어도 하나의 프로세서는 상기 특정 CORESET 상에서 모니터링을 재시작(re-start)할 것임을 상기 기지국에게 보고를 전송하도록 상기 트랜시버를 제어하게 구성되는 것을 특징으로 하는 장치.
[청구항 28]
제27항에 있어서, 상기 적어도 하나의 프로세서가 상기 CORESET 측정 보고를 전송하도록 상기 트랜시버를 제어하게 구성되고 일정 시간이 지난 이후, 상기 적어도 하나의 프로세서는 상기 특정 CORESET에 대한 모니터링을 재시작하도록 구성되는 것을 특징으로 하는 장치.
[청구항 29]
제21항에 있어서, 상기 적어도 하나의 프로세서는 상기 적어도 하나의 CORESET에 대한 PDCCH(physical downlink control channel) CSI(channel state information)에 대한 보고를 상기 기지국에게 전송하도록 상기 트랜시버를 제어하게 구성되는 것을 특징으로 하는 장치.
[청구항 30]
제29항에 있어서, 상기 적어도 하나의 프로세서는 선호되는 AL(aggregation level)에 대한 보고를 상기 기지국에게 전송하도록 상기 트랜시버를 제어하게 구성됨에 기반하여, 상기 선호되는 AL이 적용되는 레퍼런스 DCI 사이즈는 상기 적어도 하나의 CORESET에 연계된 적어도 하나의 SS(search space) 세트 중 특정 SS 세트에서 모니터링하는 DCI 사이즈인 것을 특징으로 하는 장치.
[청구항 31]
적어도 하나의 프로세서(processor)에 의해 실행되는 것에 기반하는 명령어(instruction)를 포함하는 적어도 하나의 컴퓨터로 읽을 수 있는 기록매체(computer readable medium)에 있어서, 기지국으로부터 CORESET(control resource set) 설정 정보를 수신하도록 트랜시버를 제어하게 구성되되, 상기 CORESET 설정 정보는 적어도 하나의 CORESET에 대한 정보를 포함하고; 상기 적어도 하나의 CORESET 각각에 대해 측정을 수행하도록 구성되고; 및 상기 측정의 결과에 기반하여 상기 기지국에게 CORESET 측정 보고를 전송하도록 상기 트랜시버를 제어하게 구성되는 것을 특징으로 하는 기록매체.
[청구항 32]
제31항에 있어서, 상기 적어도 하나의 프로세서는 상기 적어도 하나의 CORESET 각각에 연계된 TCI(transmission configuration indication)에 대해 상기 측정을 수행하도록 구성되는 것을 특징으로 하는 기록매체.
[청구항 33]
제31항에 있어서, 상기 CORESET 측정 보고는 낮은 품질 CORESET 정보를 포함하고, 상기 낮은 품질 CORESET 정보는 상기 적어도 하나의 CORESET 중 제1 문턱 값 보다 낮은 측정의 결과를 가지는 특정 CORESET에 대한 정보인 것을 특징으로 하는 기록매체.
[청구항 34]
제33항에 있어서, 상기 적어도 하나의 프로세서는 상기 특정 CORESET에 대한 모니터링을 스킵하도록 구성되는 것을 특징으로 하는 기록매체.
[청구항 35]
제34항에 있어서, 상기 적어도 하나의 프로세서는, 상기 CORESET 측정 보고를 전송한 시점 이후 상기 특정 CORESET의 첫 번째 모니터링 기회(occasion)부터; 또는 상기 CORESET 측정 보고를 전송한 시점 이후 일정 시간이 지난 이후; 상기 모니터링을 스킵하도록 구성되는 것을 특징으로 하는 기록매체.
[청구항 36]
제34항에 있어서, 상기 적어도 하나의 프로세서는 상기 기지국으로부터 상기 CORESET 측정 보고에 대한 응답을 수신하도록 상기 트랜시버를 제어하게 구성되고, 상기 적어도 하나의 프로세서는 상기 응답을 수신한 시점 또는 상기 응답을 수신한 시점으로부터 일정 시간이 지난 이후부터 상기 모니터링을 스킵하도록 구성되는 것을 특징으로 하는 기록매체.
[청구항 37]
제33항에 있어서, 상기 특정 CORESET의 측정의 결과가 제2 문턱 값 이상으로 오름에 기반하여, 상기 적어도 하나의 프로세서는 상기 특정 CORESET 상에서 모니터링을 재시작(re-start)할 것임을 상기 기지국에게 보고를 전송하도록 상기 트랜시버를 제어하게 구성되는 것을 특징으로 하는 기록매체.
[청구항 38]
제37항에 있어서, 상기 적어도 하나의 프로세서가 상기 CORESET 측정 보고를 전송하도록 상기 트랜시버를 제어하게 구성되고 일정 시간이 지난 이후, 상기 적어도 하나의 프로세서는 상기 특정 CORESET에 대한 모니터링을 재시작하도록 구성되는 것을 특징으로 하는 기록매체.
[청구항 39]
제31항에 있어서, 상기 적어도 하나의 프로세서는 상기 적어도 하나의 CORESET에 대한 PDCCH(physical downlink control channel) CSI(channel state information)에 대한 보고를 상기 기지국에게 전송하도록 상기 트랜시버를 제어하게 구성되는 것을 특징으로 하는 기록매체.
[청구항 40]
제39항에 있어서, 상기 적어도 하나의 프로세서는 선호되는 AL(aggregation level)에 대한 보고를 상기 기지국에게 전송하도록 상기 트랜시버를 제어하게 구성됨에 기반하여, 상기 선호되는 AL이 적용되는 레퍼런스 DCI 사이즈는 상기 적어도 하나의 CORESET에 연계된 적어도 하나의 SS(search space) 세트 중 특정 SS 세트에서 모니터링하는 DCI 사이즈인 것을 특징으로 하는 기록매체.
[청구항 41]
무선 통신 시스템에서 기지국에 의해 수행되는 CORESET(control resource set) 측정 보고를 수신하는 방법에 있어서, 단말에게 CORESET 설정 정보를 전송하되, 상기 CORESET 설정 정보는 적어도 하나의 CORESET에 대한 정보를 포함하고; 및 상기 CORESET 설정 정보를 전송한 이후, 상기 단말로부터 상기 적어도 하나의 CORESET에 관련된 상기 CORESET 측정 보고를 수신하는 것을 특징으로 하는 방법.
[청구항 42]
제41항에 있어서, 상기 CORESET 측정 보고는 낮은 품질 CORESET 정보를 포함하고, 상기 낮은 품질 CORESET 정보는 상기 적어도 하나의 CORESET 중 제1 문턱 값 보다 낮은 측정의 결과를 가지는 특정 CORESET에 대한 정보인 것을 특징으로 하는 방법.
[청구항 43]
제41항에 있어서, 상기 기지국은 상기 단말에게 상기 CORESET 측정 보고에 대한 응답을 전송하는 것을 특징으로 하는 방법.
[청구항 44]
제41항에 있어서, 상기 기지국은 상기 단말로부터 특정 CORESET 상에서 모니터링을 재시작(re-start)할 것임에 대한 보고를 수신하는 것을 특징으로 하는 방법.
[청구항 45]
제41항에 있어서, 상기 기지국은 상기 적어도 하나의 CORESET에 대한 PDCCH(physical downlink control channel) CSI(channel state information)에 대한 보고를 상기 단말로부터 수신하는 것을 특징으로 하는 방법.
[청구항 46]
기지국은, 트랜시버; 적어도 하나의 메모리; 및 상기 적어도 하나의 메모리 및 상기 트랜시버와 동작 가능하게 결합된 적어도 하나의 프로세서를 포함하되, 상기 프로세서는, 단말에게 CORESET(control resource set) 설정 정보를 전송하되, 상기 CORESET 설정 정보는 적어도 하나의 CORESET에 대한 정보를 포함하고; 및 상기 CORESET 설정 정보를 전송한 이후, 상기 단말로부터 상기 적어도 하나의 CORESET에 관련된 CORESET 측정 보고를 수신하는 것을 특징으로 하는 방법.
[청구항 47]
제46항에 있어서, 상기 CORESET 측정 보고는 낮은 품질 CORESET 정보를 포함하고, 상기 낮은 품질 CORESET 정보는 상기 적어도 하나의 CORESET 중 제1 문턱 값 보다 낮은 측정의 결과를 가지는 특정 CORESET에 대한 정보인 것을 특징으로 하는 방법.
[청구항 48]
제46항에 있어서, 상기 프로세서는 상기 단말에게 상기 CORESET 측정 보고에 대한 응답을 전송하도록 상기 트랜시버를 제어하게 구성되는 것을 특징으로 하는 방법.
[청구항 49]
제46항에 있어서, 상기 프로세서는 상기 단말로부터 특정 CORESET 상에서 모니터링을 재시작(re-start)할 것임에 대한 보고를 수신하도록 상기 트랜시버를 제어하게 구성되는 것을 특징으로 하는 방법.
[청구항 50]
제46항에 있어서, 상기 프로세서는 상기 적어도 하나의 CORESET에 대한 PDCCH(physical downlink control channel) CSI(channel state information)에 대한 보고를 상기 단말로부터 수신하도록 상기 트랜시버를 제어하게 구성되는 것을 특징으로 하는 방법.

도면

[도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]