KR20180097673A

KR20180097673A - Sdu 세그먼트화에 따른 pdu 포맷팅을 위한 방법들, 장치들 및 컴퓨터 프로그램 제품

Info

Publication number: KR20180097673A
Application number: KR1020187020840A
Authority: KR
Inventors: 사물리 헤이키 투르티넨; 티모 코스켈라
Original assignee: 노키아 솔루션스 앤드 네트웍스 오와이
Priority date: 2015-12-23
Filing date: 2015-12-23
Publication date: 2018-08-31
Also published as: JP2019502313A; EP3395029B1; WO2017108123A1; US10701588B2; EP3395029A1; US20200280882A1; US20180376372A1; CN108476197A; KR102203128B1; CN108476197B

Abstract

프로토콜 데이터 유닛에 포함될 서비스 데이터 유닛에 대해, 서비스 데이터 유닛의 세그먼트가 프로토콜 데이터 유닛에 포함될지 여부를 결정하고, 포함된다면, 서비스 데이터 유닛에 대한 세그먼트의 포지션을 결정하는 단계 － 프로토콜 데이터 유닛은 헤더 부분 및 데이터 필드 부분을 포함함 －, 제1 결정에 의존하여 정보를 헤더 부분에 포함할지 여부를 결정하고, 포함한다면, 제1 결정에 의존하여 정보의 콘텐츠를 결정하는 단계, 및 프로토콜 데이터 유닛을 수신기 엔티티에 제공하는 단계를 포함하는 방법이 제공된다.

Description

SDU 세그먼트화에 따른 PDU 포맷팅을 위한 방법들, 장치들 및 컴퓨터 프로그램 제품

본 출원은 방법, 장치, 시스템 및 컴퓨터 프로그램에 관한 것으로, 특히 배타적이지는 않지만 5G RLC 계층에서의 세그먼트 핸들링에 관한 것이다.

통신 시스템은 통신 경로에 수반되는 다양한 엔티티들 사이에 캐리어들을 제공함으로써 2개 또는 그 초과의 엔티티들, 이를테면 사용자 단말들, 기지국들 및/또는 다른 노드들 사이에서 통신 세션들을 가능하게 하는 설비로서 보여질 수 있다. 통신 시스템은, 예컨대 통신 네트워크 및 하나 또는 그 초과의 호환가능한 통신 디바이스들에 의해 제공될 수 있다. 통신 세션들은, 예컨대 음성, 전자 메일(이메일), 텍스트 메시지, 멀티미디어 및/또는 콘텐츠 데이터 등과 같은 통신들을 반송하기 위한 데이터의 통신을 포함할 수 있다. 제공되는 서비스들의 비-제한적인 예들은 양방향 또는 다방향 콜(call)들, 데이터 통신 또는 멀티미디어 서비스들 및 데이터 네트워크 시스템, 이를테면 인터넷으로의 액세스를 포함한다.

무선 통신 시스템에서, 적어도 2개의 스테이션들 사이의 통신 세션의 적어도 일부는 무선 링크를 통해 발생한다. 무선 시스템들의 예들은 공용 지상 모바일 네트워크들(PLMN), 위성 기반 통신 시스템들 및 상이한 무선 로컬 네트워크들, 예컨대 무선 로컬 영역 네트워크들(WLAN)을 포함한다. 무선 시스템들은 통상적으로 셀들로 분할될 수 있으며, 따라서 종종 셀룰러 시스템들로 지칭된다. 사용자는 적절한 통신 디바이스 또는 단말에 의해 통신 시스템에 액세스할 수 있다. 사용자의 통신 디바이스는 사용자 장비(UE) 또는 사용자 디바이스로 지칭될 수 있다. 통신 디바이스에는 통신들을 가능하게 하는, 예컨대 통신 네트워크로의 액세스 또는 다른 사용자들과의 직접적인 통신들을 가능하게 하기 위한 적절한 신호 수신 및 송신 장치가 제공된다. 통신 디바이스는 스테이션, 예컨대 셀의 기지국에 의해 제공되는 캐리어에 액세스하고, 캐리어 상에서 통신들을 송신 및/또는 수신할 수 있다.

통신 시스템 및 연관된 디바이스들은 통상적으로, 시스템과 연관된 다양한 엔티티들이 무엇을 행하도록 허가되는지 및 그것이 어떻게 달성되어야 하는지를 설정하는 주어진 표준 또는 규격에 따라 동작한다. 연결을 위해 사용되어야 하는 통신 프로토콜들 및/또는 파라미터들이 또한 통상적으로 정의된다. 용량에 대한 증가된 요구들과 연관된 문제들을 해결하기 위한 시도들의 일 예는 UMTS(Universal Mobile Tel-ecommunications System) 라디오-액세스 기술의 롱텀 에볼루션(LTE)로서 알려진 아키텍처이다. LTE는 3세대 파트너쉽 프로젝트(3GPP)에 의해 표준화되어 있다. 3GPP LTE 규격들의 다양한 개발 스테이지들은 릴리즈들로 지칭된다. 3GPP LTE의 특정한 릴리즈들(예컨대, LTE Rel-11, LTE Rel-12, LTE Rel-13)은 LTE-어드밴스드(LTE-A)를 향해 타겟팅된다. LTE-A는 3GPP LTE 라디오 액세스 기술들을 확장 및 최적화하는 것을 향해 지향된다. 통신 네트워크의 다른 예는 5G 통신 네트워크이다.

제1 양상에서, 프로토콜 데이터 유닛에 포함될 서비스 데이터 유닛에 대해, 서비스 데이터 유닛의 세그먼트가 프로토콜 데이터 유닛에 포함될지 여부를 결정하고, 포함된다면, 서비스 데이터 유닛에 대한 세그먼트의 포지션을 결정하는 단계 － 프로토콜 데이터 유닛은 헤더 부분 및 데이터 필드 부분을 포함함 －, 제1 결정에 의존하여 정보를 헤더 부분에 포함할지 여부를 결정하고, 포함한다면, 제1 결정에 의존하여 정보의 콘텐츠를 결정하는 단계, 및 프로토콜 데이터 유닛을 수신기 엔티티에 제공하는 단계를 포함하는 방법이 제공된다.

방법은, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트이고 정보의 콘텐츠가 서비스 데이터 유닛 길이를 표시한다고 결정하는 단계를 포함할 수 있다.

방법은, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트와 마지막 세그먼트 사이의 세그먼트이고 정보의 콘텐츠가 세그먼트 오프셋을 표시한다고 결정하는 단계를 포함할 수 있다.

방법은, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 마지막 세그먼트이고 정보의 콘텐츠가 서비스 데이터 유닛 세그먼트 길이를 표시한다고 결정하는 단계를 포함할 수 있다.

방법은, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 마지막 세그먼트이고 프로토콜 데이터 유닛을 채운다고 결정하는 단계, 및 정보를 헤더 부분에 포함하지 않는다고 결정하는 단계를 포함할 수 있다.

정보는 길이 표시자 필드를 포함할 수 있다.

헤더 부분은 프레이밍 정보를 포함할 수 있으며, 프레이밍 정보는, 데이터 필드의 첫번째 바이트가 서비스 데이터 유닛의 첫번째 바이트에 대응하는지 여부를 표시하는 제1 비트 및 데이터 필드의 마지막 바이트가 서비스 데이터 유닛의 마지막 바이트에 대응하는지 여부를 표시하는 제2 비트를 포함한다.

헤더 부분은 데이터 필드 엘리먼트 정보를 포함할 수 있으며, 데이터 필드 엘리먼트는 데이터 필드 내의 데이터 필드 엘리먼트들의 수를 표시한다. 방법은, 프레이밍 정보의 제2 비트 이후에 그리고 프레이밍 정보의 제1 비트 이전에 데이터 필드 엘리먼트 정보를 제공하는 단계를 포함할 수 있다.

수신기 엔티티는 라디오 링크 제어 엔티티일 수 있다.

헤더 부분은 시퀀스 넘버를 포함할 수 있으며, 시퀀스 넘버는 프로토콜 데이터 유닛에 포함된 제1 서비스 데이터 유닛의 시퀀스 넘버에 대응한다.

제2 양상에서, 송신 엔티티로부터 프로토콜 데이터 유닛을 수신하는 단계 － 프로토콜 데이터 유닛은 헤더 부분 및 데이터 필드 부분을 포함함 －, 서비스 데이터 유닛의 세그먼트가 프로토콜 데이터 유닛에 존재하는지 여부를 결정하고, 존재한다면, 서비스 데이터 유닛에 대한 세그먼트의 포지션을 결정하는 단계, 정보가 헤더 부분에 존재하는지 여부를 결정하고, 존재한다면, 제1 결정에 의존하여 상기 정보를 사용하는 단계를 포함하는 방법이 제공된다.

방법은, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트이고 정보의 콘텐츠가 서비스 데이터 유닛 길이를 표시할 수 있다고 결정하는 단계를 포함할 수 있다.

방법은, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트와 마지막 세그먼트 사이의 세그먼트이고 정보의 콘텐츠가 세그먼트 오프셋을 표시할 수 있다고 결정하는 단계를 포함할 수 있다.

방법은, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 마지막 세그먼트이고 정보의 콘텐츠가 서비스 데이터 유닛 세그먼트 길이를 표시할 수 있다고 결정하는 단계를 포함할 수 있다.

제1 정보는 길이 표시자 필드를 포함할 수 있다.

헤더 부분은 데이터 필드 엘리먼트 정보를 포함할 수 있으며, 데이터 필드 엘리먼트는 데이터 필드 내의 데이터 필드 엘리먼트들의 수를 표시한다. 방법은, 프레이밍 정보의 제2 비트 및 데이터 필드 엘리먼트 정보에 의존하여 서비스 데이터 유닛에 대한 세그먼트의 포지션을 결정하는 단계를 포함할 수 있다.

송신 엔티티는 라디오 링크 제어 엔티티일 수 있다.

제3 양상에서, 장치가 제공되며, 상기 장치는, 프로토콜 데이터 유닛에 포함될 서비스 데이터 유닛에 대해, 서비스 데이터 유닛의 세그먼트가 프로토콜 데이터 유닛에 포함될지 여부를 결정하기 위한 수단 및 포함된다면, 서비스 데이터 유닛에 대한 세그먼트의 포지션을 결정하기 위한 수단 － 프로토콜 데이터 유닛은 헤더 부분 및 데이터 필드 부분을 포함함 －, 제1 결정에 의존하여 정보를 헤더 부분에 포함할지 여부를 결정하기 위한 수단 및 포함한다면, 제1 결정에 의존하여 정보의 콘텐츠를 결정하기 위한 수단, 및 프로토콜 데이터 유닛을 수신기 엔티티에 제공하기 위한 수단을 포함한다.

장치는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트이고 정보의 콘텐츠가 서비스 데이터 유닛 길이를 표시한다고 결정하기 위한 수단을 포함할 수 있다.

장치는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트와 마지막 세그먼트 사이의 세그먼트이고 정보의 콘텐츠가 세그먼트 오프셋을 표시한다고 결정하기 위한 수단을 포함할 수 있다.

장치는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 마지막 세그먼트이고 정보의 콘텐츠가 서비스 데이터 유닛 세그먼트 길이를 표시한다고 결정하기 위한 수단을 포함할 수 있다.

장치는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 마지막 세그먼트이고 프로토콜 데이터 유닛을 채운다고 결정하고, 그리고 정보를 헤더 부분에 포함하지 않는다고 결정하기 위한 수단을 포함할 수 있다.

정보는 길이 표시자 필드를 포함할 수 있다.

헤더 부분은 데이터 필드 엘리먼트 정보를 포함할 수 있으며, 데이터 필드 엘리먼트는 데이터 필드 내의 데이터 필드 엘리먼트들의 수를 표시한다. 장치는, 프레이밍 정보의 제2 비트 이후에 그리고 프레이밍 정보의 제1 비트 이전에 데이터 필드 엘리먼트 정보를 제공하기 위한 수단을 포함할 수 있다.

수신기 엔티티는 라디오 링크 제어 엔티티일 수 있다.

제4 양상에서, 장치가 제공되며, 상기 장치는, 송신 엔티티로부터 프로토콜 데이터 유닛을 수신하기 위한 수단 － 프로토콜 데이터 유닛은 헤더 부분 및 데이터 필드 부분을 포함함 －, 서비스 데이터 유닛의 세그먼트가 프로토콜 데이터 유닛에 존재하는지 여부를 결정하기 위한 수단 및 존재한다면, 서비스 데이터 유닛에 대한 세그먼트의 포지션을 결정하기 위한 수단, 정보가 헤더 부분에 존재하는지 여부를 결정하기 위한 수단 및 존재한다면, 제1 결정에 의존하여 상기 정보를 사용하기 위한 수단을 포함한다.

장치는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트이고 정보의 콘텐츠가 서비스 데이터 유닛 길이를 표시할 수 있다고 결정하기 위한 수단을 포함할 수 있다.

장치는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트와 마지막 세그먼트 사이의 세그먼트이고 정보의 콘텐츠가 세그먼트 오프셋을 표시할 수 있다고 결정하기 위한 수단을 포함할 수 있다.

장치는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 마지막 세그먼트이고 정보의 콘텐츠가 서비스 데이터 유닛 세그먼트 길이를 표시할 수 있다고 결정하기 위한 수단을 포함할 수 있다.

제1 정보는 길이 표시자 필드를 포함할 수 있다.

헤더 부분은 데이터 필드 엘리먼트 정보를 포함할 수 있으며, 데이터 필드 엘리먼트는 데이터 필드 내의 데이터 필드 엘리먼트들의 수를 표시한다. 장치는, 프레이밍 정보의 제2 비트 및 데이터 필드 엘리먼트 정보에 의존하여 서비스 데이터 유닛에 대한 세그먼트의 포지션을 결정하기 위한 수단을 포함할 수 있다.

송신 엔티티는 라디오 링크 제어 엔티티일 수 있다.

제5 양상에서, 적어도 하나의 프로세서 및 컴퓨터 프로그램 코드를 포함하는 적어도 하나의 메모리를 포함하는 장치가 제공되며, 적어도 하나의 메모리 및 컴퓨터 프로그램 코드는, 적어도 하나의 프로세서와 함께, 장치로 하여금 적어도, 프로토콜 데이터 유닛에 포함될 서비스 데이터 유닛에 대해, 서비스 데이터 유닛의 세그먼트가 프로토콜 데이터 유닛에 포함될지 여부를 결정하게 하고, 그리고 포함된다면, 서비스 데이터 유닛에 대한 세그먼트의 포지션을 결정하게 하고 － 프로토콜 데이터 유닛은 헤더 부분 및 데이터 필드 부분을 포함함 －, 제1 결정에 의존하여 정보를 헤더 부분에 포함할지 여부를 결정하게 하고, 그리고 포함한다면, 제1 결정에 의존하여 정보의 콘텐츠를 결정하게 하며, 그리고 프로토콜 데이터 유닛을 수신기 엔티티에 제공하게 하도록 구성된다.

장치는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트이고 정보의 콘텐츠가 서비스 데이터 유닛 길이를 표시한다고 결정하도록 구성될 수 있다.

장치는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트와 마지막 세그먼트 사이의 세그먼트이고 정보의 콘텐츠가 세그먼트 오프셋을 표시한다고 결정하도록 구성될 수 있다.

장치는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 마지막 세그먼트이고 정보의 콘텐츠가 서비스 데이터 유닛 세그먼트 길이를 표시한다고 결정하도록 구성될 수 있다.

장치는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 마지막 세그먼트이고 프로토콜 데이터 유닛을 채운다고 결정하고, 그리고 정보를 헤더 부분에 포함하지 않는다고 결정하도록 구성될 수 있다.

정보는 길이 표시자 필드를 포함할 수 있다.

헤더 부분은 데이터 필드 엘리먼트 정보를 포함할 수 있으며, 데이터 필드 엘리먼트는 데이터 필드 내의 데이터 필드 엘리먼트들의 수를 표시한다. 장치는, 프레이밍 정보의 제2 비트 이후에 그리고 프레이밍 정보의 제1 비트 이전에 데이터 필드 엘리먼트 정보를 제공하도록 구성될 수 있다.

수신기 엔티티는 라디오 링크 제어 엔티티일 수 있다.

제6 양상에서, 적어도 하나의 프로세서 및 컴퓨터 프로그램 코드를 포함하는 적어도 하나의 메모리를 포함하는 장치가 제공되며, 적어도 하나의 메모리 및 컴퓨터 프로그램 코드는, 적어도 하나의 프로세서와 함께, 장치로 하여금 적어도, 송신 엔티티로부터 프로토콜 데이터 유닛을 수신하게 하고 － 프로토콜 데이터 유닛은 헤더 부분 및 데이터 필드 부분을 포함함 －, 서비스 데이터 유닛의 세그먼트가 프로토콜 데이터 유닛에 존재하는지 여부를 결정하게 하고, 그리고 존재한다면, 서비스 데이터 유닛에 대한 세그먼트의 포지션을 결정하게 하고, 정보가 헤더 부분에 존재하는지 여부를 결정하게 하고, 그리고 존재한다면, 제1 결정에 의존하여 상기 정보를 사용하게 하도록 구성된다.

장치는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트이고 정보의 콘텐츠가 서비스 데이터 유닛 길이를 표시할 수 있다고 결정하도록 구성될 수 있다.

장치는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트와 마지막 세그먼트 사이의 세그먼트이고 정보의 콘텐츠가 세그먼트 오프셋을 표시할 수 있다고 결정하도록 구성될 수 있다.

장치는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 마지막 세그먼트이고 정보의 콘텐츠가 서비스 데이터 유닛 세그먼트 길이를 표시할 수 있다고 결정하도록 구성될 수 있다.

제1 정보는 길이 표시자 필드를 포함할 수 있다.

헤더 부분은 데이터 필드 엘리먼트 정보를 포함할 수 있으며, 데이터 필드 엘리먼트는 데이터 필드 내의 데이터 필드 엘리먼트들의 수를 표시한다. 장치는, 프레이밍 정보의 제2 비트 및 데이터 필드 엘리먼트 정보에 의존하여 서비스 데이터 유닛에 대한 세그먼트의 포지션을 결정하도록 구성될 수 있다.

송신 엔티티는 라디오 링크 제어 엔티티일 수 있다.

제7 양상에서, 비-일시적인 컴퓨터-판독가능 저장 매체 상에 수록된 컴퓨터 프로그램이 제공되며, 컴퓨터 프로그램은 프로세스를 실행하기 위해 프로세스를 제어하기 위한 프로그램 코드를 포함하고, 프로세스는, 프로토콜 데이터 유닛에 포함될 서비스 데이터 유닛에 대해, 서비스 데이터 유닛의 세그먼트가 프로토콜 데이터 유닛에 포함될지 여부를 결정하고, 포함된다면, 서비스 데이터 유닛에 대한 세그먼트의 포지션을 결정하는 단계 － 프로토콜 데이터 유닛은 헤더 부분 및 데이터 필드 부분을 포함함 －, 제1 결정에 의존하여 정보를 헤더 부분에 포함할지 여부를 결정하고, 포함한다면, 제1 결정에 의존하여 정보의 콘텐츠를 결정하는 단계, 및 프로토콜 데이터 유닛을 수신기 엔티티에 제공하는 단계를 포함한다.

프로세스는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트이고 정보의 콘텐츠가 서비스 데이터 유닛 길이를 표시한다고 결정하는 단계를 포함할 수 있다.

프로세스는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트와 마지막 세그먼트 사이의 세그먼트이고 정보의 콘텐츠가 세그먼트 오프셋을 표시한다고 결정하는 단계를 포함할 수 있다.

프로세스는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 마지막 세그먼트이고 정보의 콘텐츠가 서비스 데이터 유닛 세그먼트 길이를 표시한다고 결정하는 단계를 포함할 수 있다.

프로세스는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 마지막 세그먼트이고 프로토콜 데이터 유닛을 채운다고 결정하는 단계, 및 정보를 헤더 부분에 포함하지 않는다고 결정하는 단계를 포함할 수 있다.

정보는 길이 표시자 필드를 포함할 수 있다.

헤더 부분은 데이터 필드 엘리먼트 정보를 포함할 수 있으며, 데이터 필드 엘리먼트는 데이터 필드 내의 데이터 필드 엘리먼트들의 수를 표시한다. 프로세스는, 프레이밍 정보의 제2 비트 이후에 그리고 프레이밍 정보의 제1 비트 이전에 데이터 필드 엘리먼트 정보를 제공하는 단계를 포함할 수 있다.

수신기 엔티티는 라디오 링크 제어 엔티티일 수 있다.

제8 양상에서, 비-일시적인 컴퓨터-판독가능 저장 매체 상에 수록된 컴퓨터 프로그램이 제공되며, 컴퓨터 프로그램은 프로세스를 실행하기 위해 프로세스를 제어하기 위한 프로그램 코드를 포함하고, 프로세스는, 송신 엔티티로부터 프로토콜 데이터 유닛을 수신하는 단계 － 프로토콜 데이터 유닛은 헤더 부분 및 데이터 필드 부분을 포함함 －, 서비스 데이터 유닛의 세그먼트가 프로토콜 데이터 유닛에 존재하는지 여부를 결정하고, 존재한다면, 서비스 데이터 유닛에 대한 세그먼트의 포지션을 결정하는 단계, 정보가 헤더 부분에 존재하는지 여부를 결정하고, 존재한다면, 제1 결정에 의존하여 상기 정보를 사용하는 단계를 포함한다.

프로세스는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트이고 정보의 콘텐츠가 서비스 데이터 유닛 길이를 표시할 수 있다고 결정하는 단계를 포함할 수 있다.

프로세스는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트와 마지막 세그먼트 사이의 세그먼트이고 정보의 콘텐츠가 세그먼트 오프셋을 표시할 수 있다고 결정하는 단계를 포함할 수 있다.

프로세스는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 마지막 세그먼트이고 정보의 콘텐츠가 서비스 데이터 유닛 세그먼트 길이를 표시할 수 있다고 결정하는 단계를 포함할 수 있다.

제1 정보는 길이 표시자 필드를 포함할 수 있다.

헤더 부분은 데이터 필드 엘리먼트 정보를 포함할 수 있으며, 데이터 필드 엘리먼트는 데이터 필드 내의 데이터 필드 엘리먼트들의 수를 표시한다. 프로세스는, 프레이밍 정보의 제2 비트 및 데이터 필드 엘리먼트 정보에 의존하여 서비스 데이터 유닛에 대한 세그먼트의 포지션을 결정하는 단계를 포함할 수 있다.

송신 엔티티는 라디오 링크 제어 엔티티일 수 있다.

제9 양상에서, 컴퓨터용 컴퓨터 프로그램 제품이 제공되며, 컴퓨터 프로그램 제품은, 상기 제품이 컴퓨터 상에서 구동되는 경우 제1 양상의 방법의 단계들을 수행하기 위한 소프트웨어 코드 부분들을 포함한다.

위에서, 많은 상이한 실시예들이 설명되었다. 위에서 설명된 실시예들 중 임의의 2개 또는 그 초과의 조합에 의해 추가적인 실시예들이 제공될 수 있음을 인식해야 한다.

실시예들은 이제 첨부한 도면들을 참조하여 예로서만 설명될 것이다.
도 1은 기지국 및 복수의 통신 디바이스들을 포함하는 예시적인 통신 시스템의 개략적인 다이어그램을 도시한다.
도 2는 예시적인 모바일 통신 디바이스의 개략적인 다이어그램을 도시한다.
도 3은 다수(홀수)의 SDU들을 갖는 LTE RLC AMD PDU 구조의 개략적인 다이어그램을 도시한다.
도 4는 내부에 다수의 SDU들을 갖는 LTE RLC AMD PDU 세그먼트 구조의 개략적인 다이어그램을 도시한다.
도 5는 PDU로의 SDU 할당 및 PDU 헤더에 대한 SN 할당의 개략적인 다이어그램을 도시한다.
도 6은 예시적인 세그먼트 핸들링 방법의 흐름도를 도시한다.
도 7은 예시적인 세그먼트 핸들링 방법의 흐름도를 도시한다.
도 8은 LB 및 DFE 필드들을 포함하는 RLC PDU 헤더의 개략적인 다이어그램을 도시한다.
도 9는 PDU 어셈블리 동안 발생할 수 있는 4개의 세그먼트화 시나리오들의 개략적인 다이어그램을 도시한다.
도 10은 예시적인 PDU 구조의 개략적인 다이어그램을 도시한다.
도 11은 예시적인 PDU 구조의 개략적인 다이어그램을 도시한다.
도 12는 예시적인 PDU 구조의 개략적인 다이어그램을 도시한다.
도 13은 예시적인 PDU 구조의 개략적인 다이어그램을 도시한다.
도 14는 예시적인 PDU 구조의 개략적인 다이어그램을 도시한다.
도 15는 예시적인 제어 장치의 개략적인 다이어그램을 도시한다.

예들을 상세히 설명하기 전에, 설명된 예들의 기반이 되는 기술을 이해하는 데 도움을 주기 위해 무선 통신 시스템 및 모바일 통신 디바이스들의 특정한 일반적인 원리들이 도 1 내지 도 2를 참조하여 간단히 설명된다.

도 1에 도시된 것과 같은 무선 통신 시스템(100)에서, 모바일 통신 디바이스들 또는 사용자 장비(UE)(102, 104, 105)에는 적어도 하나의 기지국 또는 유사한 무선 송신 및/또는 수신 노드 또는 포인트를 통한 무선 액세스가 제공된다. 기지국들은 통상적으로, 기지국들의 동작 및 기지국들과 통신하는 모바일 통신 디바이스들의 관리를 가능하게 하기 위해 적어도 하나의 적절한 제어기 장치에 의해 제어된다. 제어기 장치는 라디오 액세스 네트워크(예컨대, 무선 통신 시스템(100)) 또는 코어 네트워크(CN)(도시되지 않음)에 로케이팅될 수 있으며, 하나의 중앙 장치로서 구현될 수 있거나 또는 그의 기능은 수 개의 장치에 걸쳐 분산될 수 있다. 제어기 장치는 기지국의 일부이고 그리고/또는 라디오 네트워크 제어기와 같은 별개의 엔티티에 의해 제공될 수 있다. 도 1에서, 각각의 매크로 레벨 기지국들(106 및 107)을 제어하기 위한 제어 장치(108 및 109)가 도시된다. 기지국의 제어 장치는 다른 제어 엔티티들과 상호연결될 수 있다. 제어 장치에는 통상적으로, 메모리 용량 및 적어도 하나의 데이터 프로세서가 제공된다. 제어 장치 및 기능들은 복수의 제어 유닛들 사이에 분산될 수 있다. 몇몇 시스템들에서, 제어 장치는 부가적으로 또는 대안적으로 라디오 네트워크 제어기에서 제공될 수 있다.

그러나, LTE 시스템들은 RNC들의 제공없이 소위 "플랫한(flat)" 아키텍처를 갖는 것으로 고려될 수 있으며; 오히려 (e)NB는 시스템 아키텍처 에볼루션 게이트웨이(SAE-GW) 및 모빌리티 관리 엔티티(MME)와 통신하고, 이들 엔티티들은 또한 풀링될 수 있으며, 이는 복수의 이들 노드들이 복수(일 세트)의 (e)NB를 서빙할 수 있다는 것을 의미한다. 각각의 UE는 한번에 하나의 MME 및/또는 S-GW에 의해서만 서빙되고, (e)NB는 현재의 연관을 추적한다. SAE-GW는 S-GW 및 P-GW(각각, 서빙 게이트웨이 및 패킷 데이터 네트워크 게이트웨이)로 이루어질 수 있는, LTE의 "고레벨" 사용자 평면 코어 네트워크 엘리먼트이다. S-GW 및 P-GW의 기능들은 분리될 수 있고, 그들은 코-로케이팅되도록 요구되지 않는다.

도 1에서, 기지국들(106 및 107)은 게이트웨이(112)를 통해 더 넓은 통신 네트워크(113)에 연결되는 것으로 도시된다. 다른 네트워크에 연결되기 위해 추가적인 게이트웨이 기능이 제공될 수 있다.

더 작은 기지국들(116, 118 및 120)은 또한, 예컨대 별개의 게이트웨이 기능에 의해 그리고/또는 매크로 레벨 스테이션들의 제어기들을 통해 네트워크(113)에 연결될 수 있다. 기지국들(116, 118 및 120)은 피코 또는 펨토 레벨 기지국들 등일 수 있다. 예에서, 스테이션들(116 및 118)은 게이트웨이(111)를 통해 연결되는 반면, 스테이션(120)은 제어기 장치(108)를 통해 연결된다. 몇몇 실시예들에서, 더 작은 스테이션들이 제공되지 않을 수 있다. 더 작은 기지국들(116, 118 및 120)은 제2 네트워크, 예컨대 WLAN의 일부일 수 있고 WLAN AP들일 수 있다.

통신 디바이스(200)의 개략적인 부분 단면도를 도시하는 도 2를 참조하여 가능한 모바일 통신 디바이스가 이제 더 상세히 설명될 것이다. 그러한 통신 디바이스는 종종 사용자 장비(UE) 또는 단말로 지칭된다. 적절한 모바일 통신 디바이스는 라디오 신호들을 전송 및 수신할 수 있는 임의의 디바이스에 의해 제공될 수 있다. 비-제한적인 예들은 모바일 스테이션(MS) 또는 모바일 디바이스, 이를테면 모바일 폰 또는 '스마트 폰'으로 알려진 것, 무선 인터페이스 카드 또는 다른 무선 인터페이스 설비(예컨대, USB 동글)가 제공된 컴퓨터, 무선 통신 능력들이 제공된 개인 휴대 정보 단말(PDA) 또는 태블릿, 또는 이들의 임의의 조합들 등을 포함한다. 모바일 통신 디바이스는, 예컨대 음성, 전자 메일(이메일), 텍스트 메시지, 멀티미디어 등과 같은 통신들을 반송하기 위한 데이터의 통신을 제공할 수 있다. 따라서, 사용자들은 그들의 통신 디바이스들을 통해 다수의 서비스들을 제시받고 제공받을 수 있다. 이들 서비스들의 비-제한적인 예들은 양방향 또는 다방향 콜들, 데이터 통신 또는 멀티미디어 서비스들 또는 간단히 데이터 통신 네트워크 시스템, 이를테면 인터넷으로의 액세스를 포함한다. 사용자들은 또한 브로드캐스트 또는 멀티캐스트 데이터를 제공받을 수 있다. 콘텐츠의 비-제한적인 예들은 다운로드들, 텔레비전 및 라디오 프로그램들, 비디오들, 광고들, 다양한 경고들 및 다른 정보를 포함한다.

모바일 디바이스(200)는 수신하기 위한 적절한 장치를 통하여 에어 또는 라디오 인터페이스(207)를 통해 신호들을 수신할 수 있고, 라디오 신호들을 송신하기 위한 적절한 장치를 통해 신호들을 송신할 수 있다. 도 2에서, 트랜시버 장치가 블록(206)에 의해 개략적으로 지정된다. 트랜시버 장치(206)는, 예컨대 라디오 부분 및 연관된 안테나 어레인지먼트에 의해 제공될 수 있다. 안테나 어레인지먼트는 모바일 디바이스에 내부적으로 또는 외부적으로 배열될 수 있다.

모바일 디바이스에는 통상적으로, 액세스 시스템들 및 다른 통신 디바이스들로의 액세스 및 그들과의 통신들의 제어를 포함하여 그 모바일 디바이스가 수행하도록 설계되는 태스크들의 소프트웨어 및 하드웨어 보조 실행에서의 사용을 위한 적어도 하나의 데이터 프로세싱 엔티티(201), 적어도 하나의 메모리(202) 및 다른 가능한 컴포넌트들(203)이 제공된다. 데이터 프로세싱, 저장 및 다른 관련 제어 장치가 적절한 회로 기판 상에 및/또는 칩셋들에 제공될 수 있다. 이러한 피처는 참조번호 204에 의해 표시된다. 사용자는 키 패드(205), 음성 커맨드들, 터치 감응형 스크린 또는 패드, 이들의 조합들 등과 같은 적합한 사용자 인터페이스에 의해 모바일 디바이스의 동작을 제어할 수 있다. 디스플레이(208), 스피커 및 마이크로폰이 또한 제공될 수 있다. 또한, 모바일 통신 디바이스는 다른 디바이스들에 대한 그리고/또는 외부 액세서리들, 예컨대 핸드-프리 장비를 자신에게 연결시키기 위한 적절한 커넥터들(유선 또는 무선)을 포함할 수 있다.

통신 디바이스들(102, 104, 105)은 코드 분할 다중 액세스(CDMA) 또는 광대역 CDMA(WCDMA)와 같은 다양한 액세스 기법들에 기반하여 통신 시스템에 액세스할 수 있다. 다른 비-제한적인 예들은 시분할 다중 액세스(TDMA), 주파수 분할 다중 액세스(FDMA) 및 그의 다양한 방식들, 이를테면 인터리빙된 주파수 분할 다중 액세스(IFDMA), 단일 캐리어 주파수 분할 다중 액세스(SC-FDMA) 및 직교 주파수 분할 다중 액세스(OFDMA), 공간 분할 다중 액세스(SDMA) 등을 포함한다.

무선 통신 시스템들의 일 예는 3세대 파트너쉽 프로젝트(3GPP)에 의해 표준화된 아키텍처들이다. 최신 3GPP 기반 개발은 종종 UMTS(Universal Mobile Telecommunications System) 라디오-액세스 기술의 롱텀 에볼루션(LTE)로 지칭된다. 3GPP 규격들의 다양한 개발 스테이지들은 릴리즈들로 지칭된다. LTE의 더 최근의 개발들은 흔히 LTE 어드밴스드(LTE-A)로 지칭된다. LTE는 E-UTRAN(Evolved Universal Terrestrial Radio Access Network)으로 알려진 모바일 아키텍처를 이용한다. 그러한 시스템들의 기지국들은 이벌브드 또는 향상된 Node B(eNB)들로 알려져 있으며, E-UTRAN 특성들, 이를테면 통신 디바이스들을 향한 사용자 평면 패킷 데이터 수렴/라디오 링크 제어/매체 액세스 제어/물리 계층 프로토콜(PDCP/RLC/MAC/PHY) 및 제어 평면 라디오 리소스 제어(RRC) 프로토콜 종단들을 제공한다. 라디오 액세스 시스템의 다른 예들은 기술들, 이를테면 무선 로컬 영역 네트워크(WLAN) 및/또는 WiMax(Worldwide Interoperability for Microwave Access)에 기반하는 시스템들의 기지국들에 의해 제공된 것들을 포함한다. 기지국은 전체 셀 또는 유사한 라디오 서비스 영역에 대한 커버리지를 제공할 수 있다.

적합한 통신 시스템의 다른 예는 5G 개념이다. 5G의 네트워크 아키텍처는 LTE-어드밴스드의 네트워크 아키텍처와 상당히 유사할 수 있다. 네트워크 아키텍처에 대한 변경들은 다양한 라디오 기술들 및 더 정밀한 QoS 지원을 지원하기 위한 필요성, 및 예컨대, 사용자 시점의 QoE를 지원하기 위한 QoS 레벨들에 대한 몇몇 주문형 요건들에 의존할 수 있다. 또한 네트워크 인지 서비스들 및 애플리케이션들, 및 서비스 및 애플리케이션 인지 네트워크들은 아키텍처에 변경들을 가져올 수 있다. 이들은 정보 중심 네트워크(ICN) 및 사용자-중심 콘텐츠 전달 네트워크(UC-CDN) 접근법들에 관련된다. 5G는 다중 입력-다중 출력(MIMO) 안테나들, LTE보다 더욱 많은 기지국들 또는 노드들(소위 소형 셀 개념)을 사용할 수 있으며, 더 작은 스테이션들과 협력하여 동작하는 매크로 사이트들을 포함하고, 또한 아마도 더 양호한 커버리지 및 향상된 데이터 레이트들을 위해 다양한 라디오 기술들을 이용한다.

미래의 네트워크들이 서비스들을 제공하기 위해 함께 동작가능하게 연결 또는 링크될 수 있는 "빌딩(building) 블록들" 또는 엔티티들에 네트워크 노드 기능들을 가상화하는 것을 제안하는, 네트워크 아키텍처 개념인 네트워크 기능 가상화(NFV)를 가장 가능성있게 이용할 것임이 인식되어야 한다. 가상화된 네트워크 기능(VNF)은 커스텀화된 하드웨어 대신 표준 또는 일반적인 타입의 서버들을 사용하여 컴퓨터 프로그램 코드들을 구동하는 하나 또는 그 초과의 가상 머신들을 포함할 수 있다. 클라우드 컴퓨팅 또는 데이터 저장이 또한 이용될 수 있다. 라디오 통신들에서, 이것은 적어도 부분적으로는, 원격 라디오 헤드에 동작가능하게 커플링된 서버, 호스트 또는 노드에서 수행될 노드 동작들을 의미할 수 있다. 노드 동작들이 복수의 서버들, 노드들 또는 호스트들 중에 분산될 것이 또한 가능하다. 코어 네트워크 동작들과 기지국 동작들 사이의 작업의 분산이 LTE의 작업 분산과 상이하거나 또는 심지어 존재하지 않을 수 있음이 또한 이해되어야 한다.

5G 개발 및 요건 설정 동안, 10Gbps까지의 증가된 무선 통신 스루풋들이 구상된다. 인터넷 트래픽 및 잠재적으로는 트래픽을 반송하기 위해 사용된 패킷 사이즈들이 증가할 수 있다. 그러나, 최대 사용된 패킷 사이즈들은 1500B(일반적인 이더넷 MTU) 뿐만 아니라 100B 미만(TCP ACK들을 반송하는 IPv4/IPv6 패킷들)의 패킷들을 포함할 수 있다. 일반적인 패킷 사이즈들과 결합된 더 높은 데이터 레이트들을 고려할 경우, 그것은 그러한 데이터 레이트에 도달하도록 에어 인터페이스를 채우기 위해 더 많은 수의 패킷들을 취할 수 있다는 것을 알 수 있다.

일 예로서, 5G 사용자에 대한 1Gbps 스루풋 및 0.2ms의 시간 도메인에서의 가장 작은 리소스 할당 유닛(PHY 계층의 TTI)을 고려하면, 각각의 TTI에서 1Gbps*0.2ms = 200kb의 데이터가 존재할 것이다(데이터의 양은 TTI마다 변할 수 있지만, 200kb가 평균 값일 것임). 1500B 및 100B의 일반적인 인터넷 트래픽 패킷 사이즈들을 고려하면, 1Gbps 데이터 레이트를 달성하기에 충분한 데이터로 하나의 TTI를 채우기 위해 각각 대략 17 또는 250개의 이들 패킷들이 요구될 것이다.

5G 시스템들에 대한 다른 고려사항은, 5G 디바이스들이 현재의 LTE NW/UE 디바이스들보다 많지 않은 또는 더 적은 에너지를 소비하도록 네트워크(NW) 및 UE 디바이스들의 에너지 효율이 증가되어야 한다는 것이다. 통신 스택에서의 프로세싱 최적화는 비트 당 더 적은 에너지가 소비되는 예상된 데이터 레이트들을 달성할 수 있다.

더 큰 데이터 레이트들을 핸들링하면서 에너지 효율을 개선시키기 위한 하나의 제안은 서로 통신하는 엔티티들에서의 병렬 프로세싱이다. 예컨대, 패킷의 상이한 부분들이 통신 엔티티들의 상이한 프로세서들에 의해 병렬로 프로세싱될 수 있다. 병렬 프로세싱은 순차적인 프로세싱과 비교될 경우 더 신속하게 완료될 수 있다. 프로세싱이 다수의 컴포넌트들에 대해 병렬로 행해질 수 있는 경우 프로세싱 속도 요건이 작으므로, 병렬 프로세싱은 비트 당 더 적은 에너지를 소비할 수 있다. 다른 제안은, 수신기 동작이 가장 효율적인 프로세싱을 가능하게 하기 위해 완전히 최적화될 수 있도록, 예컨대 수신될 데이터의 가능한 많은 예측가능성을 가능하게 하는 것이다.

프로토콜 데이터 유닛(PDU)은 헤더 부분 및 데이터 부분을 포함할 수 있다. 현재의 LTE 시스템들에서, 라디오 링크 제어(RLC) PDU 구조는, 데이터 부분이 PDU에서 시작하는 곳을 수신기(Rx) RLC 엔티티가 알기 전에 그 엔티티가 전체 헤더를 순차적으로 프로세싱하도록 이루어진다. 도 3 및 도 4는 내부에 다수(홀수)의 SDU들을 갖는 LTE RLC 확인응답 모드(AMD) PDU 구조의 일 예 및 내부에 다수의 SDU들을 갖는 LTE RLC AMD PDU 세그먼트 구조의 일 예를 각각 도시한다.

AMD RLC 엔티티에 대한 일 예로서, 헤더가 E & LI(길이 표시자) 필드들을 포함하는 확장 부분(다수의 SDU들을 포함하는 PDU)으로 계속되는지를 특정하는 E(확장 비트) 필드까지 수신기는 헤더의 고정된 부분을 판독한다. 더 이상 E & LI 필드들이 후속하지 않을 것임을 E 필드가 특정할 때까지 수신기는 순차적으로 확장 부분을 프로세싱할 필요가 있으며, 수신기는 데이터 필드 부분이 PDU에서 시작하는 곳을 결정할 수 있다. 더욱이, 수신기가 헤더의 고정된 부분의 사이즈(즉, 이것이 RLC PDU인지 또는 RLC PDU 세그먼트인지 여부)를 알기 전에, 수신기는 RF(리-세그먼트화 플래그(Re-segmentation Flag))를 판독할 필요가 있다.

LTE에서, 100Mbps까지의 데이터 레이트들이 고려되고 하나의 RLC PDU 내부에서 반송되는 것으로 예상되는 SDU들의 수가 관리가능할 수 있으므로, 전체 헤더를 순차적으로 프로세싱하기 위한 요건은 이슈가 되지 않을 수 있다. 5G에서, 전체 헤더를 순차적으로 프로세싱하기 위한 요건은 훨씬 더 높은 데이터 레이트들을 고려해 볼 때 문제가 될 수 있다.

RLC 계층 내부에서 헤더 및 데이터 필드의 병렬 프로세싱을 가능하게 하기 위한 하나의 제안된 메커니즘은, PDU에서 반송되는 SDU들의 양을 특정하는 필드(데이터 필드 엘리먼트들(DFE))를 RLC PDU 헤더에 포함시키는 것이다. 그러한 필드는, 얼마나 많은 LI 필드들이 헤더에 후속할 것인지를 수신기가 즉시 알기 때문에, 데이터 필드 부분이 PDU에서 시작하는 곳을 수신기가 즉시 결정할 수 있게 한다. LI 필드 사이즈를 사전에 앎으로써, 수신기는 데이터 필드 부분이 시작하는 곳을 안다. 이러한 방식으로, 수신기는 확장 헤더 뿐만 아니라 데이터 필드 부분을 병렬로 프로세싱할 수 있다.

LTE RLC PDU 구조로부터 발생할 수 있는 다른 문제는 PDU 세그먼트들의 사용이다. Rx RLC 엔티티는 그것이 헤더의 고정된 부분 구조를 알기 전에 RF 필드를 해석할 필요가 있다. 전송 블록(TB)의 사이즈가 스케줄러 판단들(예컨대, 멀티-사용자 스케줄링, 물리 리소스들의 주파수 도메인 스케줄링), 채널 상태들(적응적 변조 및 코딩) 등에 의존하여 동적으로 변하고, TB 사이즈가 상이한 ARQ 송신 인스턴스들 사이에서 변할 수 있다면, RLC는 주어진 리소스들에 맞춰지기 위해 더 이른 PDU를 리세그먼트화할 수 있다. 이러한 문제는, 재송신이 가능해지게 요구하는 PDU들에 대한 임의의 세그먼트화를 가능하게 하기 위해 시퀀스 넘버들을 RLC PDU들에 할당하는 것의 결과이다.

시퀀스 넘버들이 RLC 계층의 SDU들에 할당되는 일 대안은 재송신들이 SDU 기반으로 고려될 수 있게 할 수 있다. 따라서, 일단 각각의 어셈블리된 PDU가 하부 계층들로 송신/제출되면, SDU/SDU 세그먼트가 처음으로 송신되는지 여부와 관계없이, 어셈블리된 PDU는 잊혀지거나 또는 '폐기'될 수 있고, 각각의 재송신은 '새로운 송신'으로 고려될 수 있다. 송신된 SDU들이 재송신들 또는 새로운 송신들인지 여부와 관계없이, RLC PDU 헤더의 고정된 부분은 변경되지 않게 유지될 수 있으며, 이는 Rx RLC 엔티티에 대한 예측가능성 및 그에 따른 프로세싱 최적화를 개선시킬 수 있다.

RLC PDU SN 대신 RLC SDU SN의 사용은 오버헤드를 도입할 수 있는데, 이는, SDU들이 연접되는 경우 SDU SN이 RLC PDU SN보다 더 빠르게 증분될 수 있기 때문이다. 단지 PDU 헤더에서의 제1 SDU SN에 대한 필요성 및 5G의 증가된 데이터 레이트들만이 존재한다면, 증가된 오버헤드는 무시가능하고(대략 몇 비트들) 개선된 프로세싱 효율로 정당화될 수 있다.

하부 계층들에 의해 그랜트(grant)된 리소스들의 사용을 최적화하기 위해 SDU 세그먼트화가 RLC에 대해 고려되는 경우, SDU 기반 시퀀스 넘버링에 대한 문제가 발생할 수 있다. SDU가 다수회 세그먼트화될 필요가 있다면 PDU에 대해 할당된 SN이 연속하는 PDU들에 대해 동일할 수 있으므로, Rx 엔티티가 세그먼트화된 SDU를 리어셈블리할 수 있게 하도록 헤더 내의 부가적인 필드들이 요구될 수 있다.

LTE 기반 세그먼트화 방식은, 일반적인 경우에서 PDU 헤더의 FI(프레이밍 정보) 필드만을 요구하여 오버헤드의 관점에서 효율적일 수 있다. FI 필드는 표 1에 도시된 바와 같이 Rx RLC 엔티티에서 해석된다.

PDU SN이 유지되므로, LTE RLC는 수신기에서 세그먼트화된 SDU를 리어셈블리하기 위한 길이 표시자들에 부가하여 세그먼트화에 관한 정보를 더 이상 필요로 하지 않는다.

그러나, 논의된 바와 같이, RLC 재송신이 발생할 경우, RLC는 재송신된 PDU를 리세그먼트화하여, AMD PDU 세그먼트가 송신되기를 요구할 수 있다. 이것은, AMD PDU 세그먼트가 본래의 AMD PDU의 어떤 부분으로부터 나오는지를 표시하기 위해 세그먼트 오프셋(SO) 필드가 헤더에서 구현되기를 요구한다. AMD PDU가 완전히 수신된 때를 수신기가 결정할 수 있기 위해 마지막 세그먼트 플래그(LSF)가 또한 포함된다(FI 필드는 그것이 본래의 PDU에서의 세그먼트화를 표시하므로 사용되지 않을 수 있음). 따라서, LTE RLC PDU 구조는, Rx가 PDU를 프로세싱할 수 있기 전에 프로세싱 체인에서 PDU 헤더로부터의 많은 필드들의 해석을 요구한다.

바이트 해상도로 본래의 RLC SDU 내의 RLC 세그먼트의 포지션 및 길이를 표시하기 위한 오프셋(OFFSET) 및 길이(LEN)의 사용과 함께 RLC SDU 시퀀스 넘버링 방식의 사용이 제안되었다. 이러한 솔루션은 RLC SDU SN 방식에 대해 작동된다. 그러나, 방식은 PDU 프로세싱 효율 및 오버헤드의 관점들에서 최적화될 수 있다.

세그먼트 시퀀스 넘버가 각각의 송신된 세그먼트에 대해 할당될 수 있다. 그러나, 하나의 시퀀스 넘버가 하나의 바이트에 대해 카운팅되지 않으면(위의 오프셋 방식과 본질적으로 동일함) 세그먼트화를 임의로 수행하는 것이 어려울 수 있으므로, SDU 세그먼트가 추가로 리세그먼트화될 필요가 있다면, 이러한 방법은 문제가 있을 수 있다.

도 5는 PDU로의 SDU 할당 및 PDU 헤더에 대한 SN 할당의 예시를 도시한다. 예컨대, SDU 0, 1 및 제1 SDU 2 세그먼트는, SN #0를 할당받은 제1 PDU에 할당된다. 제2 SDU 2 세그먼트, SDU 3 및 제1 SDU 4 세그먼트는, SN #2를 할당받은 제2 PDU에 할당된다. 제2 SDU 4 세그먼트 및 SDU 5는, SN #4를 갖는 제3 PDU에 할당된다. SDU 6 및 7은, SN #6을 할당받은 제4 PDU에 할당된다.

도 6은 5G 또는 LTE 기반 시스템에서 RLC 계층에 대한 예시적인 SDU 세그먼트 핸들링 방법의 흐름도를 도시하며, 여기서 SDU 기본 시퀀스 넘버링이 사용된다. 방법은 송신 엔티티에서 수행될 수 있다. 방법은 제1 단계(620)에서, 프로토콜 데이터 유닛에 포함될 서비스 데이터 유닛에 대해, 서비스 데이터 유닛의 세그먼트가 프로토콜 데이터 유닛에 포함될지 여부를 결정하고, 포함된다면, 서비스 데이터 유닛에 대한 세그먼트의 포지션을 결정하는 단계를 포함하며, 프로토콜 데이터 유닛은 헤더 부분 및 데이터 필드 부분을 포함한다.

제2 단계(640)에서, 방법은, 제1 결정에 의존하여 제1 정보를 헤더 부분에 포함할지 여부를 결정하고, 포함한다면, 제1 결정에 의존하여 정보의 콘텐츠를 결정하는 단계를 포함한다.

제3 단계(660)에서, 방법은 프로토콜 데이터 유닛을 수신기 엔티티에 제공하는 단계를 포함한다.

도 7은 5G 또는 LTE 기반 시스템에서 RLC 계층에 대한 SDU 세그먼트 핸들링 방법을 도시하며, 여기서 SDU 기본 시퀀스 넘버링이 사용된다. 방법은 수신기 엔티티에서 수행될 수 있다. 제1 단계(720)에서, 방법은, 송신 엔티티로부터 프로토콜 데이터 유닛을 수신하는 단계를 포함하며, 프로토콜 데이터 유닛은 헤더 부분 및 데이터 필드 부분을 포함한다.

제2 단계(740)에서, 방법은, 서비스 데이터 유닛의 세그먼트가 프로토콜 데이터 유닛에 존재하는지 여부를 결정하고, 존재한다면, 서비스 데이터 유닛에 대한 세그먼트의 포지션을 결정하는 단계를 포함한다.

제3 단계(760)에서, 방법은, 제1 정보가 헤더 부분에 존재하는지 여부를 결정하고, 존재한다면, 제1 결정에 의존하여 상기 제1 정보를 사용하는 단계를 포함한다.

송신 엔티티는 Tx RLC 엔티티를 포함할 수 있다. 수신기 엔티티는 Rx RLC 엔티티를 포함할 수 있다. 방법은 AM 및 UM(비확인응답) 모드의 RLC 엔티티들 둘 모두에 적용가능할 수 있다.

방법은 PDU 내의 세그먼트 포지션 및 PDU 구조에 의존하여 RLC 계층에서의 SDU 세그먼트의 LI(길이 표시자) 필드 재해석을 수반한다. 제1 정보는 길이 표시자(LI) 필드를 포함할 수 있다. 방법은 구성된 LI 필드 사이즈가 전체 SDU 사이즈를 수용할 수 있을 때 그 사이즈를 사용하여 적용가능하다.

제1 정보의 콘텐츠는 SDU 길이 SO(즉, 본래의 SDU 내의 바이트들에서의 SDU 세그먼트의 포지션에 대한 세그먼트 오프셋), 일반적인 길이 표시자를 표시할 수 있다. 대안적으로, 제1 정보는 생략될 수 있다.

방법은, RLC PDU 헤더 내의 부가적인 필드들에 대한 요건을 피하여 더 효율적이고 더 간단한 수신기 동작을 제공할 수 있으며, 필드 해석만이 시나리오에 의존하여 변한다.

SDU에 대한 SDU 세그먼트의 포지션을 결정하는 것은, SDU 세그먼트가 SDU의 첫번째 세그먼트인지, SDU의 마지막 세그먼트인지를 결정하고, 그러하다면, 더 많은 데이터가 SDU 이후에 PDU 사이즈에 맞춰지는지 여부를 결정하는 것을 포함할 수 있다.

SDU 세그먼트가 어셈블리된 PDU의 시작부 또는 말단부 중 어느 하나에만 로케이팅될 수 있고, 주어진 PDU가 Rx RLC 엔티티에서 동일한 SDU의 다수의 SDU 세그먼트들을 포함하지 않을 수 있고, 완전한 PDU 사이즈가 하부 계층 수단에 의해, 예컨대 PDU 사이즈의 MAC 표시에 의해 알려지고(이것은, Tx RLC가 별개의 LI에서 마지막 SDU의 길이를 표시하지 않으면서, Rx RLC가 PDU에서 마지막 SDU의 길이를 알 수 있게 함), RLC 헤더가 표 1을 참조하여 논의된 바와 같은 프레이밍 정보 비트들을 포함하고, Tx RLC 엔티티가 PDU 내의 제1 SDU 또는 SDU 세그먼트의 SN을 PDU 헤더에 포함하고, SDU들이 순차적인 순서로 PDU에 존재하며, 그리고 PDU 헤더가 PDU 내의 데이터 필드 엘리먼트들의 수를 특정하는 필드(예컨대, 도 8에 도시된 DFE)를 포함하는 상황에 위의 방법이 적용가능하고 그 상황을 이용할 수 있다.

도 8은 헤더 부분 및 데이터 필드 부분을 갖는 예시적인 PDU 구조를 도시한다. 헤더는 첫번째 바이트(FB) 및 마지막 바이트(LB) 필드들의 형태의 프레이밍 정보(FI), DFE 필드 및 시퀀스 넘버(SN) 필드들을 포함한다. DFE 필드 값은 PDU 내의 SDU들의 수에 대응한다. SDU들의 수는 PDU 내의 완전한 SDU들 및/또는 SDU 세그먼트들의 수에 대응한다. 시퀀스 넘버 필드의 값은, 예컨대 도 5에 예시된 바와 같이 PDU의 제1 SDU SN에 대응한다. 제1 SDU SN은 SDU 세그먼트 SN일 수 있다. 가능한 프레이밍 정보 값들은 표 1에 도시된 바와 같다. PDU는 PDU 내의 각각의 SDU에 대한 LI 필드들(LI₁ 내지 LI_n _- ₁)을 포함한다.

도 6 및 도 7을 참조하여 설명된 것과 같은 방법은 5G 또는 LTE 기반 시스템들에서 RLC 계층에 대한 효율적인 SDU 세그먼트 핸들링을 제공할 수 있으며, 여기서 SDU 기반 시퀀스 넘버링이 사용된다. 방법은 위에서 정의된 RLC PDU 구조에서 SDU 세그먼트화를 핸들링하기 위한 메커니즘에 최적화된 프로세싱 및 최소화된 오버헤드를 제공할 수 있다.

예시적인 실시예에서, Tx RLC 엔티티는 (하부 계층들, 예컨대 MAC에 의해 표시된) PDU 사이즈를 채울 수 있고, PDU의 나머지 부분에 맞춰지기 위해 SDU를 세그먼트화할 필요가 있을 수 있다. 이것이 그 SDU의 첫번째 세그먼트인 경우, Tx RLC 엔티티는 이러한 SDU 세그먼트에 대한 LI 필드를 RLC PDU 헤더에 할당하고, LI 필드에서 전체 SDU 사이즈를 표시할 수 있다. 즉, Tx RLC 엔티티는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트이고 제1 정보의 콘텐츠가 SDU 길이를 포함한다고 결정한다.

이러한 제안은, Rx RLC 엔티티에서, 완전한 PDU 사이즈가 하부 계층 수단에 의해, 예컨대 PDU 사이즈의 MAC 표시에 의해 알려져서, Rx RLC가 하부 계층 수단에 의해 SDU 세그먼트의 길이를 결정할 수 있다는 가정을 이용한다.

일 실시예에서, Tx RLC 엔티티는 PDU 사이즈를 채우며, PDU의 나머지 부분에 맞춰지기 위해 SDU를 세그먼트화할 필요가 있을 수 있다. 이것이 그 SDU의 첫번째 또는 마지막 세그먼트가 아닌 경우, Tx RLC 엔티티는 이러한 SDU 세그먼트의 LI 필드의 본래의 SDU 내의 바이트들에서의 SDU 세그먼트의 포지션에 대한 세그먼트 오프셋을 표시할 수 있다. 즉, Tx RLC 엔티티는, 서비스 데이터 유닛의 세그먼트가 서비스 데이터 유닛의 첫번째 세그먼트와 마지막 세그먼트 사이의, 즉 첫번째 또는 마지막 세그먼트가 아닌 세그먼트이고 정보의 콘텐츠가 세그먼트 오프셋을 표시한다고 결정한다.

이러한 제안은 본질적으로, SDU 세그먼트가 어셈블리된 PDU의 시작부 또는 말단부 중 어느 하나에만 로케이팅될 수 있고 PDU 헤더가 PDU 내의 데이터 필드 엘리먼트들의 수를 특정하는 필드를 포함한다는 가정에 기반하여 PDU가 SDU 세그먼트만을 포함한다는 것을 의미한다. Rx RLC는 하부 계층 수단에 의해 SDU 세그먼트의 길이를 결정할 수 있다.

Tx RLC 엔티티가 PDU 사이즈를 채우고 나머지 SDU 세그먼트가 PDU의 시작부에 맞춰지는 일 실시예에서, Tx RLC 엔티티는 LI 필드에서 일반적으로 SDU 세그먼트 길이를 표시할 수 있다. 즉, Tx RLC 엔티티는, SDU의 세그먼트가 SDU의 마지막 세그먼트이고 정보의 콘텐츠가 SDU 세그먼트 길이를 표시한다고 결정한다. 데이터가 완전한 마지막 SDU 세그먼트보다 PDU 사이즈에 더 이상 맞춰지지 않는 경우, Tx RLC 엔티티는 LI 필드를 생략할 수 있다. 즉, SDU의 세그먼트가 SDU의 마지막 세그먼트라고 Tx RLC 엔티티가 결정하고 PDU를 채우면, Tx RLC 엔티티는 제1 정보를 헤더 부분에 포함하지 않는다고 결정한다.

수신기 엔티티는 프레이밍 정보 및 DFE 정보에 의존하여 SDU에 대한 세그먼트의 포지션을 결정할 수 있다. 수신기가 LB 필드 및 DFE 필드를 디코딩하는 경우, 그 수신기는, PDU 고정된 헤더 부분 이후에 LI 필드 부분이 얼마나 긴지 및 데이터 필드가 PDU의 어디서 시작하는지를 즉시 안다. 이것은 Rx 엔티티에서 신속한 병렬 프로세싱을 가능하게 할 수 있다.

예컨대, Rx RLC 엔티티가 수신된 PDU 헤더를 디코딩하고, 데이터 필드의 마지막 바이트가 SDU의 마지막 바이트에 대응하지 않는다는 것을 FI 필드가 표시하는 경우, Rx RLC 엔티티는 LI 필드가 PDU 내의 마지막 데이터 필드 엘리먼트에 대해 존재한다고 가정할 수 있다.

DFE＞1이면, Rx RLC 엔티티는 이것이 이러한 SDU의 첫번째 세그먼트라고 가정하고, 전체 SDU의 길이로서 LI 필드를 해석할 수 있다. 즉, Rx RLC 엔티티는, SDU의 세그먼트가 SDU의 첫번째 세그먼트이고 정보의 콘텐츠가 SDU 길이를 표시한다고 결정한다.

그렇지 않으면, RX RLC 엔티티는 본래의 SDU 내의 바이트들에서의 SDU 세그먼트의 포지션에 대한 세그먼트 오프셋으로서 LI 필드를 해석한다. 즉, Rx RLC 엔티티는, 세그먼트가 SDU의 마지막 세그먼트가 아니고 정보의 콘텐츠가 세그먼트 오프셋을 표시한다고 결정한다.

Rx RLC 엔티티는 하나의 FI 후자 비트(데이터 필드의 마지막 바이트의 정보) 및 DFE 필드에 기반하여 SDU 세그먼트가 첫번째인지 여부를 결정할 수 있고, 그 엔티티는 이들 필드들을 해석한 직후 헤더 길이를 결정할 수 있다.

Rx RLC 엔티티가 수신된 PDU 헤더를 디코딩하고, 데이터 필드의 마지막 바이트가 SDU의 마지막 바이트에 대응한다는 것을 FI 필드가 표시하는 경우, Rx RLC 엔티티는 LI 필드가 PDU 내의 마지막 데이터 필드 엘리먼트에 대해 존재하지 않는다고 가정한다.

데이터 필드의 첫번째 바이트가 SDU의 첫번째 바이트에 대응하지 않고, 데이터 필드의 마지막 바이트가 SDU의 마지막 바이트에 대응하고 DFE=1이거나 또는 DFE＞1이라는 것을 FI 필드가 표시하면, Rx RLC 엔티티는 이것이 이러한 SDU의 마지막 세그먼트라고 가정한다. 그렇게 표시한다면, Rx RLC 엔티티는 대응하는 LI 필드로부터 SDU 세그먼트 길이를 판독한다. 즉, 세그먼트가 SDU의 마지막 세그먼트라고 Rx RLC 엔티티가 결정하는 경우, 정보의 콘텐츠는 SDU 세그먼트 길이를 표시한다. 그렇지 않으면, Rx RLC 엔티티는 완전한 PDU 사이즈의 하부 계층 정보에 기반하여 SDU 세그먼트 길이를 계산한다.

Rx RLC 엔티티는 FI 필드의 후자 비트(데이터 필드의 마지막 바이트의 정보) 및 DFE 필드를 해석한 직후 헤더 길이를 결정할 수 있다. FI 필드의 제1 비트(데이터 필드의 첫번째 바이트의 정보)를 해석함으로써, Rx RLC 엔티티는 이것이 SDU의 마지막 세그먼트인지 여부를 결정할 수 있다.

도 8에 예시된 바와 같이, 헤더 부분이 DFE 정보, 예컨대 DFE 필드를 포함하는 경우, 프레이밍 정보의 제2 비트(LB) 이후에 그리고 프레이밍 정보의 제1 비트(FB) 이전에 DFE 필드가 제공될 수 있다. DFE 필드는 그것이 FB 필드 이전에 프로세싱될 수 있도록 배치될 수 있다. DFE 필드의 이러한 배치는 수신기가 프로세싱에서 가능한 빨리 PDU 내의 데이터 필드 시작 포지션을 결정할 수 있게 할 수 있으며, 즉 FB 필드는 헤더 사이즈에 영향을 주지 않는다. 도 8에서, 비트들이 순차적으로 프로세싱될 것이라고 가정하는 경우, 제안된 PDU 구조의 예시적인 도면이 제공된다. 프로세싱이 바이트/워드 기반으로 발생하는 것으로 합의되고, 시스템 사양 동안 고려될 수 있다는 것이 또한 이루어질 수 있다.

Rx 및 Tx RLC 엔티티들에 대한 위의 예시적인 절차에 기반하여, 프레이밍 정보 필드에 대해, PDU의 마지막 바이트에 대응하는 비트가 PDU의 첫번째 바이트에 대응하는 비트(도 8에서 LB 및 FB로 명칭됨) 전에 프로세싱될 수 있도록 비트들이 RLC 헤더에서 배열되는 것이 또한 제안된다. 이것은, PDU의 마지막 바이트(그것이 SDU의 마지막 바이트에 대응하는지 여부)가 Rx RLC 엔티티에서 PDU의 헤더 부분 사이즈(즉, LI 필드가 마지막 데이터 필드 엘리먼트에 대해 존재하는지 여부)를 본질적으로 결정하므로 행해질 수 있다. 방법은, 헤더 사이즈 및 데이터 필드 부분의 시작부를 결정할 수 있기 전에 FI 필드의 제1 비트(데이터 필드의 첫번째 바이트의 정보)의 해석을 요구하지 않는다.

제안된 메커니즘이 또한 LTE 기반 LI 방식과 함께 작동하지만, 가장 효율적인 프로세싱을 활용하기 위해, DFE 솔루션과 함께 적용될 때 방식이 제공됨을 유의해야 한다.

도 9는 PDU 어셈블리 동안 발생할 수 있는 다양한 세그먼트화 시나리오들을 예시한다. 제1의 예시적인 시나리오(PDU들 #1로 라벨링됨)에서, SDU #2는, 첫번째 세그먼트가 완전한 PDU 사이즈에 대응하고 제2 세그먼트가 마지막 세그먼트이도록 세그먼트화되고, SDU #3와 함께 PDU에서 반송된다.

도 10에서, SDU #2의 첫번째 세그먼트에 대한 PDU 구조가 제시된다. 도 10에서, 데이터 필드의 마지막 바이트가 SDU의 마지막 바이트에 대응하지 않으므로 LB 필드는 1이고, 데이터 필드의 첫번째 바이트가 SDU의 첫번째 바이트에 대응하므로 FB 필드는 0이다. SN은 제1 SDU 세그먼트 SN #2에 대응한다. 하나의 SDU(SDU 세그먼트 SN#2)가 존재하므로, DFE 필드는 1이다. 이러한 예시적인 시나리오에서, 세그먼트는 SDU의 첫번째 세그먼트이고, 그러므로 제1 정보(LI 필드)는 SDU 길이를 표시한다.

SDU #3와 함께 PDU에서 반송되는 SDU #2의 마지막 세그먼트에 대한 PDU 구조가 도 11에서 제시된다. 데이터 필드의 마지막 바이트가 SDU의 마지막 바이트에 대응하므로, LB=0이다. 데이터 필드의 첫번째 바이트가 SDU의 첫번째 바이트에 대응하지 않으므로, FB=1이다. SN은 제1 SDU 세그먼트 SN #2에 대응한다. 2개의 SDU들(하나의 SDU 세그먼트, 즉 SDU 세그먼트 SN #2 및 하나의 완전한 SDU, 즉 SDU SN #3)이 존재하므로, DFE 필드는 2이다. 이러한 예시적인 시나리오에서, 세그먼트는 SDU의 마지막 세그먼트이고, 그러므로 제1 정보(LI 필드)는 SDU 세그먼트 길이를 표시한다. SDU SN#3가 PDU의 나머지 리소스들에 맞춰지므로, 그 SDU가 완전한 SDU이더라도, 그것은 마지막 세그먼트로서 작동하는 것으로 고려될 수 있다. SDU SN#3이 마지막 SDU이고 PDU를 채우므로, LI 필드 또는 제1 정보가 생략될 수 있다.

제2 예시적인 시나리오(PDU들 #2로 라벨링됨)에서, SDU #2의 첫번째 세그먼트는 SDU #1과 함께 PDU에서 반송되고, 마지막 세그먼트는 제1 시나리오와 유사하다.

도 12에서, SDU #2의 첫번째 세그먼트에 대한 PDU 구조가 제시되며; 마지막 세그먼트에 대한 PDU 구조는 도 11에서 제시된다. 도 12에서, 데이터 필드의 마지막 바이트가 SDU의 마지막 바이트에 대응하지 않고 데이터 필드의 첫번째 바이트가 SDU의 첫번째 바이트에 대응하므로, LB=1 및 FB=0이다. 2개의 SDU들(하나의 완전한 SDU, 즉 SDU SN#1 및 하나의 SDU 세그먼트, 즉 SDU 세그먼트 SN#2)이 PDU에서 반송되고 SN이 제1 SDU SN #1에 대응하므로, DFE=2이다. 이러한 시나리오에서, 세그먼트(SDU#2 세그먼트)는 첫번째 세그먼트이고, 그러므로 제1 정보(LI₂ 필드)는 SDU 길이를 표시한다.

제3 예시적인 시나리오(PDU들 #3로 라벨링됨)에서, SDU #2의 중간 세그먼트는 완전한 PDU에 대응하고, SDU #2의 첫번째 및 마지막 세그먼트들은 제2 및 제1 시나리오들과 각각 유사하다.

도 13에서, SDU #2의 중간 세그먼트에 대한 PDU 구조가 제시되며; SDU #2의 첫번째 및 마지막 세그먼트들에 대한 PDU 구조는 도 12 및 도 11에서 각각 제시된다. 도 13에서, 데이터 필드의 마지막 바이트가 SDU의 마지막 바이트에 대응하지 않고 데이터 필드의 첫번째 바이트가 SDU의 첫번째 바이트에 대응하지 않으므로, LB=1 및 FB=1이다. 하나의 SDU(SDU 세그먼트 SN#2)가 PDU에서 반송되고 SN이 PDU의 제1 SDU 세그먼트 SN #2에 대응하므로, DFE=1이다. 도 13에 예시된 예시적인 시나리오에서, 세그먼트는 첫번째 세그먼트와 마지막 세그먼트 사이에 있고, 즉 첫번째 세그먼트 또는 마지막 세그먼트가 아니며, 그러므로 제1 정보(LI 필드)는 세그먼트 오프셋을 포함한다.

제4 예시적인 시나리오(PDU들 #4로 라벨링됨)에서, SDU #2의 마지막 세그먼트는 완전한 PDU 사이즈에 대응하고, SDU #2의 첫번째 세그먼트는 제2 시나리오와 유사하다.

도 14에서, SDU #2의 마지막 세그먼트에 대한 PDU 구조가 제시되며; SDU #2의 첫번째 세그먼트에 대한 PDU 구조는 위의 도 12에서 제시된 것과 유사하다. 도 14에서, 데이터 필드의 마지막 바이트가 SDU의 마지막 바이트에 대응하고 데이터 필드의 첫번째 바이트가 SDU의 첫번째 바이트에 대응하지 않으므로, LB=0 및 FB=1이다. 하나의 SDU(SDU 세그먼트 SN#2)가 PDU에서 반송되고 SN이 PDU의 제1 SDU 세그먼트 SN #2에 대응하므로, DFE=1이다. 도 14에 예시된 예에서, SDU 세그먼트는 SDU의 마지막 세그먼트이고, PDU를 채운다. 따라서, 제1 정보는 생략된다.

도면들을 참조하여 설명된 것과 같은 방법은 더 간단한 설계를 이용하여 LTE RLC PDU 리세그먼트화 동작을 극복할 수 있다. LTE에서와 같이 RLC PDU 헤더에서 리세그먼트화 플래그에 대한 필요성이 없으며, 이는 수신기 동작을 완화시킨다. 완전한 SDU 길이가 첫번째 세그먼트의 LI 필드로부터 알려질 뿐만 아니라 FB 및 LB 필드들이 리세그먼트화 경우들에 대해 또한 사용될 수 있으므로, 마지막 세그먼트 플래그에 대한 필요성이 없다.

SDU가 리세그먼트화되더라도(임의로 행해질 수 있음), PDU 구조는 변하지 않으며, 즉 동일한 PDU 헤더가 모든 경우들에 대해 작동된다. 전체 PDU 구조가 항상 알려지므로, 수신기 동작은 최적화될 수 있다.

방법은, 일반적으로 SDU가 2개의 연속하는 PDU들에 맞춰질 수 있으므로, 완전히 대부분의 세그먼트들을 서빙하는 첫번째 및 마지막 세그먼트들에 대해 오프셋 값이 표시되도록 요구하지 않는다. 이것은, 오프셋 및 길이 필드들에 대한 필요성이 동시에 없으므로 오버헤드 감소를 제공할 수 있다. 길이가 많은 경우들에서 동시에 표시될 필요가 있으므로, 헤더에서 정의되는 부가적인 필드들(즉, 오프셋)에 대한 필요성이 없다.

도 6 및 도 7의 흐름도의 각각의 블록 및 이들의 임의의 조합이 하드웨어, 소프트웨어, 펌웨어, 하나 또는 그 초과의 프로세서들 및/또는 회로와 같은 다양한 수단들 또는 이들의 조합들에 의해 구현될 수 있다는 것이 이해되어야 한다.

방법은 도 2에 대해 설명된 바와 같은 모바일 디바이스 또는 도 15에 도시된 바와 같은 제어 장치 상의 엔티티들에서 구현될 수 있다. 도 15는, 예컨대 액세스 시스템의 스테이션, 이를테면 RAN 노드, 예컨대 기지국, (e)node B 또는 5G AP, 또는 코어 네트워크의 노드, 이를테면 MME 또는 S-GW, 또는 서버 또는 호스트에 커플링되고 그리고/또는 그것을 제어하기 위한 통신 시스템에 대한 제어 장치의 일 예를 도시한다. 방법은 단일 제어 장치에서 또는 1개 초과의 제어 장치에 걸쳐 구현될 수 있다. 제어 장치는 코어 네트워크 또는 RAN의 노드 또는 모듈과 통합되거나 또는 그들 외부에 있을 수 있다. 몇몇 실시예들에서, 기지국들은 별개의 제어 장치 유닛 또는 모듈을 포함한다. 다른 실시예들에서, 제어 장치는 라디오 네트워크 제어기 또는 스펙트럼 제어기와 같은 다른 네트워크 엘리먼트일 수 있다. 몇몇 실시예들에서, 각각의 기지국은 그러한 제어 장치 뿐만 아니라 라디오 네트워크 제어기에서 제공되는 제어 장치를 가질 수 있다. 제어 장치(300)는 시스템의 서비스 영역에서 통신들을 통해 제어를 제공하도록 배열될 수 있다. 제어 장치(300)는 적어도 하나의 메모리(301), 적어도 하나의 데이터 프로세싱 유닛(302, 303) 및 입력/출력 인터페이스(304)를 포함한다. 인터페이스를 통해, 제어 장치는 기지국의 수신기 및 송신기에 커플링될 수 있다. 수신기 및/또는 송신기는 라디오 전단 또는 원격 라디오 헤드로 구현될 수 있다. 예컨대, 제어 장치(300)는 제어 기능들을 제공하기 위해 적절한 소프트웨어 코드를 실행하도록 구성될 수 있다. 제어 기능들은, 프로토콜 데이터 유닛에 포함될 서비스 데이터 유닛에 대해, 서비스 데이터 유닛의 세그먼트가 프로토콜 데이터 유닛에 포함될지 여부를 결정하고, 포함된다면, 서비스 데이터 유닛에 대한 세그먼트의 포지션을 결정하는 것 － 프로토콜 데이터 유닛은 헤더 부분 및 데이터 필드 부분을 포함함 －, 제1 결정에 의존하여 정보를 헤더 부분에 포함할지 여부를 결정하고, 포함한다면, 제1 결정에 의존하여 정보의 콘텐츠를 결정하는 것, 및 프로토콜 데이터 유닛을 수신기 엔티티에 제공하는 것을 포함할 수 있다.

대안적으로 또는 부가적으로, 제어 기능들은, 송신 엔티티로부터 프로토콜 데이터 유닛을 수신하는 것 － 프로토콜 데이터 유닛은 헤더 부분 및 데이터 필드 부분을 포함함 －, 서비스 데이터 유닛의 세그먼트가 프로토콜 데이터 유닛에 존재하는지 여부를 결정하고, 존재한다면, 서비스 데이터 유닛에 대한 세그먼트의 포지션을 결정하는 것, 정보가 헤더 부분에 존재하는지 여부를 결정하고, 존재한다면, 제1 결정에 의존하여 상기 정보를 사용하는 것을 포함할 수 있다.

장치들이 송신 및/또는 수신에서 사용되거나 송신 및/또는 수신을 위한 다른 유닛들 또는 모듈들 등, 이를테면 라디오 부분들 또는 라디오 헤드들을 포함하거나 또는 그들에 커플링될 수 있음이 이해되어야 한다. 장치들이 하나의 엔티티로서 설명되었지만, 상이한 모듈들 및 메모리가 하나 또는 그 초과의 물리 또는 논리 엔티티들에서 구현될 수 있다.

실시예들이 5G와 관련하여 설명되었지만, 유사한 원리들이 다른 네트워크들 및 통신 시스템들, 예컨대 LTE/LTE-A 네트워크들과 관련하여 적용될 수 있음을 유의한다. 따라서, 특정한 실시예들이 무선 네트워크들, 기술들 및 표준들에 대한 특정한 예시적인 아키텍처들을 참조하여 예로서 위에서 설명되었지만, 실시예들은 본 명세서에 예시되고 설명된 것들 이외의 임의의 다른 적합한 형태들의 통신 시스템들에 적용될 수 있다.

또한, 본 명세서에서, 위의 것이 예시적인 실시예들을 설명하지만, 본 발명의 범위를 벗어나지 않으면서 개시된 솔루션에 대해 행해질 수 있는 수개의 변경들 및 변형들이 존재함을 유의한다.

일반적으로, 다양한 실시예들은 하드웨어 또는 특수 목적 회로들, 소프트웨어, 로직 또는 이들의 임의의 조합으로 구현될 수 있다. 본 발명의 몇몇 양상들은 하드웨어로 구현될 수 있는 반면, 다른 양상들은 제어기, 마이크로프로세서 또는 다른 컴퓨팅 디바이스에 의해 실행될 수 있는 펌웨어 또는 소프트웨어로 구현될 수 있지만, 본 발명은 그에 제한되지 않는다. 본 발명의 다양한 양상들이 블록 다이어그램들, 흐름도들로서, 또는 몇몇 다른 도면 표현을 사용하여 예시되고 설명될 수 있지만, 본 명세서에 설명된 이들 블록들, 장치, 시스템들, 기법들 또는 방법들은 비-제한적인 예들로서 하드웨어, 소프트웨어, 펌웨어, 특수 목적 회로들 또는 로직, 범용 하드웨어 또는 제어기 또는 다른 컴퓨팅 디바이스들, 또는 이들의 몇몇 조합으로 구현될 수 있다는 것이 잘 이해된다.

본 발명의 실시예들은 모바일 디바이스의 데이터 프로세서에 의해, 이를테면 프로세서 엔티티에서 실행가능한 컴퓨터 소프트웨어에 의해, 또는 하드웨어에 의해, 또는 소프트웨어와 하드웨어의 조합에 의해 구현될 수 있다. 프로그램 제품으로 또한 지칭되는 컴퓨터 소프트웨어 또는 프로그램(소프트웨어 루틴들, 애플릿들 및/또는 매크로들을 포함함)은 임의의 장치-판독가능 데이터 저장 매체에 저장될 수 있고, 그들은 특정 태스크들을 수행하기 위한 프로그램 명령들을 포함한다. 컴퓨터 프로그램 제품은, 프로그램이 구동될 경우, 실시예들을 수행하도록 구성되는 하나 또는 그 초과의 컴퓨터-실행가능 컴포넌트들을 포함할 수 있다. 하나 또는 그 초과의 컴퓨터-실행가능 컴포넌트들은 적어도 하나의 소프트웨어 코드 또는 그의 일부분들일 수 있다.

추가로 이와 관련하여, 도면들에서와 같은 논리 흐름의 임의의 블록들이 프로그램 단계들 또는 상호연결된 논리 회로들, 블록들 및 기능들, 또는 프로그램 단계들과 논리 회로들, 블록들 및 기능들의 조합을 표현할 수 있음을 유의해야 한다. 소프트웨어는 메모리 칩들, 또는 프로세서 내에서 구현되는 메모리 블록들로서 그러한 물리 매체들, 자기 매체들, 이를테면 하드 디스크 또는 플로피 디스크들, 및 광학 매체들, 예컨대 DVD 및 그의 데이터 변형물들, 즉 CD 상에 저장될 수 있다. 물리 매체들은 비-일시적인 매체들이다.

메모리는 로컬 기술 환경에 적합한 임의의 타입을 가질 수 있으며, 임의의 적합한 데이터 저장 기술, 이를테면 반도체 기반 메모리 디바이스들, 자기 메모리 디바이스들 및 시스템들, 광학 메모리 디바이스들 및 시스템들, 고정형 메모리 및 착탈형 메모리를 사용하여 구현될 수 있다. 데이터 프로세서들은 로컬 기술 환경에 적합한 임의의 타입을 가질 수 있으며, 범용 컴퓨터들, 특수 목적 컴퓨터들, 마이크로프로세서들, 디지털 신호 프로세서(DSP)들, 주문형 집적 회로들(ASIC), FPGA, 게이트 레벨 회로들 및 멀티 코어 프로세서 아키텍처에 기반한 프로세서들 중 하나 또는 그 초과를 비-제한적인 예들로서 포함할 수 있다.

본 발명의 실시예들은 집적 회로 모듈들과 같은 다양한 컴포넌트들에서 실시될 수 있다. 집적 회로들의 설계는 대체로 매우 자동화된 프로세스이다. 반도체 기판 상에서 에칭 및 형성되도록 준비된 반도체 회로 설계로 로직 레벨 설계를 변환시키기 위한 복잡하고 강력한 소프트웨어 툴들이 이용가능하다.

전술한 설명은 본 발명의 예시적인 실시예의 완전하고 정보적인 설명을 비-제한적인 예들로 제공했다. 그러나, 첨부한 도면들 및 첨부된 청구범위와 함께 판독될 때, 전술한 설명의 관점에서 다양한 변형들 및 적응들이 당업자들에게 명백해질 수 있다. 그러나, 본 발명의 교시들의 그러한 모든 및 유사한 변형들은 첨부된 청구범위에서 정의된 바와 같은 본 발명의 범위 내에 여전히 속할 것이다. 실제로, 하나 또는 그 초과의 실시예들과 이전에 논의된 다른 실시예들 중 임의의 실시예의 조합을 포함하는 추가적인 실시예가 존재한다.

Claims

방법으로서,
프로토콜 데이터 유닛에 포함될 서비스 데이터 유닛에 대해, 상기 서비스 데이터 유닛의 세그먼트가 상기 프로토콜 데이터 유닛에 포함될지 여부를 결정하고, 포함된다면, 상기 서비스 데이터 유닛에 대한 상기 세그먼트의 포지션을 결정하는 단계 ― 상기 프로토콜 데이터 유닛은 헤더 부분 및 데이터 필드 부분을 포함함 ―;
제1 결정에 의존하여 상기 헤더 부분에 정보를 포함시킬지 여부를 결정하고, 포함시킨다면, 상기 제1 결정에 의존하여 상기 정보의 콘텐츠를 결정하는 단계; 및
상기 프로토콜 데이터 유닛을 수신기 엔티티에 제공하는 단계를 포함하는, 방법.
제1항에 있어서,
상기 서비스 데이터 유닛의 세그먼트가 상기 서비스 데이터 유닛의 첫번째 세그먼트이고, 상기 정보의 콘텐츠가 상기 서비스 데이터 유닛의 길이를 표시한다고 결정하는 단계를 포함하는, 방법.
제1항에 있어서,
상기 서비스 데이터 유닛의 세그먼트가 상기 서비스 데이터 유닛의 첫번째 세그먼트와 마지막 세그먼트 사이의 세그먼트이고, 상기 정보의 콘텐츠가 세그먼트 오프셋을 표시한다고 결정하는 단계를 포함하는, 방법.
제1항에 있어서,
상기 서비스 데이터 유닛의 세그먼트가 상기 서비스 데이터 유닛의 마지막 세그먼트이고, 상기 정보의 콘텐츠가 상기 서비스 데이터 유닛의 세그먼트 길이를 표시한다고 결정하는 단계를 포함하는, 방법.
제1항에 있어서,
상기 서비스 데이터 유닛의 세그먼트가 상기 서비스 데이터 유닛의 마지막 세그먼트이고 상기 프로토콜 데이터 유닛을 채운다고 결정하는 단계, 및
상기 헤더 부분에 상기 정보를 포함시키지 않기로 결정하는 단계를 포함하는, 방법.
제1항 내지 제5항 중 어느 한 항에 있어서,
상기 정보는 길이 표시자 필드를 포함하는, 방법.
제1항 내지 제6항 중 어느 한 항에 있어서,
상기 헤더 부분은 프레이밍 정보를 포함하며,
상기 프레이밍 정보는, 데이터 필드의 첫번째 바이트가 상기 서비스 데이터 유닛의 첫번째 바이트에 대응하는지 여부를 표시하는 제1 비트 및 상기 데이터 필드의 마지막 바이트가 상기 서비스 데이터 유닛의 마지막 바이트에 대응하는지 여부를 표시하는 제2 비트를 포함하는, 방법.
제7항에 있어서,
상기 헤더 부분은 데이터 필드 엘리먼트 정보를 포함하며,
상기 데이터 필드 엘리먼트는 상기 데이터 필드 내의 데이터 필드 엘리먼트들의 수를 표시하고, 상기 프레이밍 정보의 제2 비트 이후 및 상기 프레이밍 정보의 제1 비트 이전에 상기 데이터 필드 엘리먼트 정보를 제공하는 것을 포함하는, 방법.
제1항 내지 제8항 중 어느 한 항에 있어서,
상기 수신기 엔티티는 라디오 링크 제어 엔티티인, 방법.
제1항 내지 제9항 중 어느 한 항에 있어서,
상기 헤더 부분은 시퀀스 넘버를 포함하며,
상기 시퀀스 넘버는 상기 프로토콜 데이터 유닛에 포함된 제1 서비스 데이터 유닛의 시퀀스 넘버에 대응하는, 방법.
방법으로서,
송신 엔티티로부터 프로토콜 데이터 유닛을 수신하는 단계 ― 상기 프로토콜 데이터 유닛은 헤더 부분 및 데이터 필드 부분을 포함함 ―;
서비스 데이터 유닛의 세그먼트가 상기 프로토콜 데이터 유닛에 존재하는지 여부를 결정하고, 존재한다면, 상기 서비스 데이터 유닛에 대한 상기 세그먼트의 포지션을 결정하는 단계; 및
상기 헤더 부분에 정보가 존재하는지 여부를 결정하고, 존재한다면, 제1 결정에 의존하여 상기 정보를 사용하는 단계를 포함하는, 방법.
제11항에 있어서,
상기 서비스 데이터 유닛의 세그먼트가 상기 서비스 데이터 유닛의 첫번째 세그먼트라고 결정하는 단계를 포함하며,
상기 정보의 콘텐츠는 상기 서비스 데이터 유닛의 길이를 표시하는, 방법.
제11항에 있어서,
상기 서비스 데이터 유닛의 세그먼트가 상기 서비스 데이터 유닛의 첫번째 세그먼트와 마지막 세그먼트 사이의 세그먼트라고 결정하는 단계를 포함하며,
상기 정보의 콘텐츠는 세그먼트 오프셋을 표시하는, 방법.
제11항에 있어서,
상기 서비스 데이터 유닛의 세그먼트가 상기 서비스 데이터 유닛의 마지막 세그먼트라고 결정하는 단계를 포함하며,
상기 정보의 콘텐츠는 상기 서비스 데이터 유닛의 세그먼트 길이를 표시하는, 방법.
제1항 내지 제14항 중 어느 한 항에 있어서,
상기 정보는 길이 표시자 필드를 포함하는, 방법.
제11항 내지 제15항 중 어느 한 항에 있어서,
상기 헤더 부분은 프레이밍 정보를 포함하며,
상기 프레이밍 정보는, 데이터 필드의 첫번째 바이트가 상기 서비스 데이터 유닛의 첫번째 바이트에 대응하는지 여부를 표시하는 제1 비트 및 상기 데이터 필드의 마지막 바이트가 상기 서비스 데이터 유닛의 마지막 바이트에 대응하는지 여부를 표시하는 제2 비트를 포함하는, 방법.
제1항 내지 제16항 중 어느 한 항에 따른 방법을 수행하기 위한 수단을 포함하는 장치.
컴퓨터용 컴퓨터 프로그램 제품으로서,
상기 제품이 상기 컴퓨터 상에서 구동되는 경우, 제1항 내지 제16항 중 어느 한 항의 단계들을 수행하기 위한 소프트웨어 코드 부분들을 포함하는, 컴퓨터용 컴퓨터 프로그램 제품.
장치로서,
적어도 하나의 프로세서, 및 컴퓨터 프로그램 코드를 포함하는 적어도 하나의 메모리를 포함하며,
상기 적어도 하나의 메모리 및 상기 컴퓨터 프로그램 코드는, 상기 적어도 하나의 프로세서와 함께, 상기 장치로 하여금, 적어도:
프로토콜 데이터 유닛에 포함될 서비스 데이터 유닛에 대해, 상기 서비스 데이터 유닛의 세그먼트가 상기 프로토콜 데이터 유닛에 포함될지 여부를 결정하고, 포함된다면, 상기 서비스 데이터 유닛에 대한 상기 세그먼트의 포지션을 결정하고 ― 상기 프로토콜 데이터 유닛은 헤더 부분 및 데이터 필드 부분을 포함함 ―;
제1 결정에 의존하여 상기 헤더 부분에 정보를 포함시킬지 여부를 결정하고, 포함시킨다면, 상기 제1 결정에 의존하여 상기 정보의 콘텐츠를 결정하며; 그리고
상기 프로토콜 데이터 유닛을 수신기 엔티티에 제공하도록
구성되는, 장치.
장치로서,
적어도 하나의 프로세서, 및 컴퓨터 프로그램 코드를 포함하는 적어도 하나의 메모리를 포함하며,
상기 적어도 하나의 메모리 및 상기 컴퓨터 프로그램 코드는, 상기 적어도 하나의 프로세서와 함께, 상기 장치로 하여금, 적어도:
송신 엔티티로부터 프로토콜 데이터 유닛을 수신하고 ― 상기 프로토콜 데이터 유닛은 헤더 부분 및 데이터 필드 부분을 포함함 ―;
서비스 데이터 유닛의 세그먼트가 상기 프로토콜 데이터 유닛에 존재하는지 여부를 결정하고, 존재한다면, 상기 서비스 데이터 유닛에 대한 상기 세그먼트의 포지션을 결정하며; 그리고
상기 헤더 부분에 정보가 존재하는지 여부를 결정하고, 존재한다면, 제1 결정에 의존하여 상기 정보를 사용하도록
구성되는, 장치.