안녕, 오늘.

우리나라는 특허료를 낼 때 청구항별로 포기를 할 수 있지만!

제215조의2(둘 이상의 청구항이 있는 특허출원의 등록에 관한 특칙) ① 둘 이상의 청구항이 있는 특허출원에 대한 특허결정을 받은 자가 특허료를 낼 때에는 청구항별로 이를 포기할 수 있다.

② 제1항에 따른 청구항의 포기에 관하여 필요한 사항은 산업통상자원부령으로 정한다.

[전문개정 2014. 6. 11.]

일본은 그런 제도가 없다. 빠밤!

최초의 제안국이 제출하는 초안을 말하며, 국제 표준화 기구(ISO) 국제 규격의 기준이 되는 것.

출처: 네이버 지식백과

▪TS 37.340의 4.2.2는 MCG 베어러, SCG 베어러, 스플릿 베어러를 정의함.

(+ TS36.XXX는 LTE, TS37.XXX는 Dual Connectivity, TS38.XXX는 NR) 

▪TS 38.323의 4.2.2는 PDCP 엔티티를 정의함.

▪TS 38.331의 6.3.2는 스플릿 베어러를 위한 RRC 파라미터를 정의함.

출처: https://www.netmanias.com/ko/post/blog/14392/5g/lte-to-5g-migration-part-2-data-path-in-nsa-5g

3GPP specification TS38.323

this layer likes between RRC on the upper side and RLC on the lower side of the control protocol stack.

PDCP는 상위 계층에 아래와 같은 몇 가지 서비스를 제공한다. (하기에서 다시 설명)

• Transfer of data: user plane data and control plane data 
• Header compression and decompression by making use of ROHC 
• Ciphering and Deciphering of the user and control plane data
• Integrity protection

PDCP는 하위 계층에 아래와 같은 서비스를 제공한다.

•  Acknowledge of data transfer service 
•  Unacknowledged data transfer service 

NR PDCP는 LTE PDCP랑 유사하다.

4G/LTE - protocol stack

단말 또는 기지국으로 들어오는 정보는 먼저 PDCP를 통과하여 RLC로 들어간다(Downlink path). 또한, RLC에 있는 데이터는 PDCP를 거쳐 밖으로 나간다(Uplink path).

• PDCP로 들어온 데이터는 먼저 "Sequence Numbering" 절차를 거친다. 이는, PDCP가 각각의 데이터 블록에 "Sequence Number"를 추가하는 동작이다. "Sequence Number"가 추가되면, 넘버를 관리한다. 이를 통해, 수신 측에서는 '데이터가 순서대로 전송되는 것인지', '중복되는 데이터가 있는지', 복수의 데이터 덩어리들을 오리지널 데이터로 어떻게 결합할지'를 알 수 있다.
• 그 후, 데이터는 "Header Compression"을 거친다. 이는 오직 "U-plane data"에만 적용된다. 즉, 시그널링 메시지는 "Header Compression"을 거치지 않는다는 뜻이다. ("U-plane data"도 "Header Compression"을 거치지 않을 수 있긴 하다. 예: IP Packet data)
• 여기서부터는 두 가지 경로를 확인할 수 있다. 하나는 'Integrity/Ciphering'이고, 다른 하나는 마지막 단계로 가는 경로이다. 'Integrity Protection'은 오직 C-Plane data(예: RRC/NAS 메시지 like DCCH data, not DTCH data)에만 적용된다. 근데, IEA0를 적용함으로써 'Integrity Protection' 단계를 비활성화할 수 있다.
• 이후, 데이터는 'Ciphering process'를 거친다. 'Ciphering'은 C-Plane 및 U-Plane 데이터 모두에 적용된다. 근데, EEA0을 적용함으로써 'Ciphering' 절차는 비활성화될 수 있다.
• 궁극적으로 PDCP 전송의 마지막 단계에서, 데이터에 'header'가 더해지고 PDCP 레이어에서 나오게 된다.

반대 방향은 단순히 위 과정의 역순이다.

NR PDCP는 전반적으로 LTE PDCP와 유사하지만, 하기 색칠된 부분과 같은 약간의 차이점이 있다.

PDCP configuration을 위한 RRC parameter

PDCP 동작은 configuration에 따라 간단하거나, 복잡할 수 있다.

'어떻게 PDCP 동작을 설정할 수 있을까용?'

PDCP의 'Ciphering(암호화)' 및 'Integrity' 기능은 Security Mode Command 메시지에 의해 구성되고, 다른 PDCP 기능은 하기 예와 같이 RRC connection reconfiguration 또는 RRC connection setup message에 의해 구성된다.

...

출처:

4G | ShareTechnote

https://www.resurchify.com/5G-tutorial/5G-NR-PDCP.php

자원 할당 타입은 주파수 도메인에서 자원 할당 방법을 지시한다.

유사한 개념이 LTE 자원 할당에서도 쓰인다.

• Downlink : 38.214 - 5.1.2.2 Resource allocation in frequency domain
• Uplink : 38.214 - 6.1.2.2 Resource allocation in frequency domain

자원 할당 타입은 스케줄러가 각 전송에 대해 자원 블록을 할당하는 방식을 지정한다.

유연성 측면에서 볼 때, 자원 블록 할당의 유연성을 최대화하는 방법은 각 비트가 각 자원 블록을 나타내는 비트 맵(비트 스트림)의 문자열을 사용하는 것이다.

이렇게 하면 최대의 유연성을 얻을 수 있지만 자원 할당 프로세스가 복잡해지거나 자원 할당을 위해 너무 많은 데이터(너무 긴 비트맵)이 생성된다.

어떻게 자원 할당 타입을 결정하는지?

TS 38.214의 5.1.2.2에 따르면, 자원 할당 타입은 DCI 포맷 또는 RRC 계층 메시지에 의해 결정된다.

• 단말은 DCI 포맷 1_0으로 스케줄링 그랜트를 수신하면 다운링크 자원 할당 타입 1이 사용된다고 가정할 수 있다.
• 스케줄링 DCI가 Frequency-domainPDSCHresource 필드의 일부로 다운링크 자원 할당 유형을 표시하도록 구성되면 UE는 이 필드에 의해 정의된 다운링크 자원 할당 유형 0 또는 유형 1을 사용해야 합니다. 그렇지 않으면 UE는 PDSCH에 대한 RRC 구성 매개변수 Resource-allocation-config에 의해 정의된 다운링크 주파수 자원 할당 유형을 사용해야 합니다.

출처: https://www.sharetechnote.com/html/5G/5G_ResourceAllocationType.html