KR100404188B1 - 래디오 링크 콘트롤(ｒｌｃ)에서 프로토콜 데이터 유닛(ｐｄｕ) 생성 방법 - Google Patents

Abstract

본 발명은 RLC 계층의 PDU내에서 SDU의 경계면이 있을 때 사용되는 LI의 정보 표현에 관한 것으로서, 특히 PDU 사이즈, LI그룹 사이즈, 헤더 사이즈, 데이터 사이즈, 한 LI의 옥텟 수를 검색한 결과에 따라서 특정 목적을 위한 LI값의 의미를 적절하게 정의 하고 PDU내에 개입시킴으로써, 어떠한 경우에도 RLC가 PDU를 정확하게 생성해 낼 수 있도록 한 RLC에서 PDU 생성 방법에 관한 것이다.

본 발명은 RLC에서 헤더와 LI그룹 및 데이터를 포함하는 PDU를 생성할 때, (a). PDU사이즈 - LI그룹 - 헤더 - 데이터 사이즈 = 한 LI의 옥텟 수의 조건에 해당하는지의 여부를 판별하는 단계, (b). 상기 판별 결과 상기 조건에 해당하는 경우 해당 PDU가 상기 조건에 해당한다는 것을 의미하는 특정한 값으로 정의된 LI값을 삽입하는 단계로 이루어진 PDU 정보 표현방법 및 PDU 정보 구조이다.

본 발명에서 상기 LI값은 상기 조건에 해당하는 PDU의 LI그룹에 삽입하거나 또는 상기 조건에 해당하는 PDU의 다음 PDU의 LI그룹에 삽입한다.

Description

래디오 링크 콘트롤(ＲＬＣ)에서 프로토콜 데이터 유닛(ＰＤＵ) 생성 방법{GENERNATING METHOD FOR PROTOCOL DATA UNIT IN RADIO LINK CONTROL}

본 발명은 래디오 링크 콘트롤(RLC) 계층에서의 프로토콜 데이터 유닛(PDU) 생성 방법에 관한 것으로, 특히 PDU 사이즈 보다 해당 프로토콜 데이터 유닛에 채워지는 정보들(LI그룹 사이즈, 헤더 사이즈, 데이터 사이즈)의 사이즈가 작을 때, 즉 한 LI의 옥텟 수 만큼이 남을 때 남은 사이즈에 특정 정보의 값으로 삽입하여 정상적인 프로토콜 데이터 유닛을 생성할 수 있도록 한 래디오 링크 콘트롤(RLC) 계층에서 프로토콜 데이터 유닛(PDU) 생성 방법에 관한 것이다.

더욱 상세하게는 본 발명은 RLC PDU가, PDU사이즈 - LI그룹 - 헤더(header) - 데이터 사이즈 = 한 LI의 옥텟(octet) 수를 만족할 경우에 RLC가 PDU를 생성하지 못하는 문제점을 해결하기 위하여, 상기 조건이 만족되는 경우 그 PDU가 위 조건에 해당한다는 의미를 나타내도록 정의된 LI값을 해당 PDU에 추가로 표기해 주거나, 위 조건에 해당하는 PDU 바로 다음의 PDU에 상기 정의된 LI값을 추가로 표기해 줌으로써, 어떠한 경우라도 RLC가 PDU를 생성할 수 있도록 한 RLC에서 PDU 정보 생성 방법에 관한 것이다.

이른 바 멀티미디어의 시공간적 제약없는 접근을 허용하는 통신기술의 연구와 그 연구의 가시적 성과를 바라는 많은 노력들이 경주되고 있는 현실에 비추어 볼 때, 디지털 데이터 처리와 전송 기술의 발달은 유선과 무선 통신을 통합하고 인공위성을 이용한 실시간 글로벌 데이터 통신 시스템의 구현을 눈앞에 두고 있다.

또한 이와같은 디지털 데이터의 처리와 전송 기술의 발달에 힘입어 기존의 음성 통화는 물론 네트워크 기반의 정지화상, 동화상의 실시간 전송과 유무선을 가리지 않고 언제 어느 곳에서나 자유로운 정보의 접근을 가능하게 하고 있다.

IMT-2000은 그 중의 하나가 될 것이다.

본 발명에서 언급되는 RLC(Radio Link Control) 계층은 3GPP의 제2계층으로서, 수신측에서 PDU(Protocol Data Unit)를 받은 후 송신측으로의 인식 신호가 필요없는 경우에 사용되는 UMD PDU(Unacknowldeged Mode Data PDU)와 인식 신호가 필요한 경우에 사용되는 AMD PDU(Acknowldeged Mode Data PDU)의 두가지 형태의 PDU가 존재하며, 각각의 PDU 포맷은 도1 및 도2에 나타낸 바와같다.

UMD PDU의 포맷은 도1에 도시한 바와같이 헤더(header)와 LI 부분(Length Indicator group), 데이터(Data), PAD(padding)로 이루어진다. 헤더는 각 PDU의 순서번호를 나타내는 필드인 12비트의 시퀀스 넘버(Sequence Number)와, 그 다음 필드가 데이터 인지 아니면 LI와 E 비트인지를 알려주기 위한 E(Extension) 필드 1비트로 이루어진다. 데이터 부분은 상위 계층에서 내려온 SDU(Service Data Unit)들에 해당하는 필드로서 하나 또는 여러개의 SDU를 포함하여, 이러한 데이터 부분은 그 사이즈가 가변적이기 때문에 전체 PDU 사이즈를 옥텟-정렬(octet align)하기 위해서 패딩(padding)을 한다.

AMD PDU의 포맷은 도2에 도시한 바와같이 헤더와 LI부분, 데이터를 포함하며, 상기 UMD PDU에서의 패딩 대신에 피기백(piggyback) 타입의 상태 PDU(STATUS PDU)를 삽입하여 전송이 가능하도록 하고 있다.

AMD PDU에서 헤더에는 시퀀스 넘버 이외에, 해당 PDU가 데이터 정보를 싣고 있는지 혹은 콘트롤 정보를 싣고 있는지를 알려주는 1비트의 D/C필드와, 수신측에 상태 리포트(status report)를 요구하는 1비트의 폴링(Polling) 필드 - P필드와, 다음의 데이터가 데이터인지 아니면 LI와 E 비트인지를 알려주는 2비트의 HE(Header Extension) 필드가 추가되어 있다.

상기한 UMD PDU와 AMD PDU에서 LI 부분은 LI와 E 비트로 구성되는데, LI는 그 PDU가 여러개의 SDU를 포함할 경우 각 SDU의 경계면을 나타내는 필드이다. 각 LI는 데이터 부분의 첫 옥텟부터 각 SDU의 끝 옥텟까지의 옥텟 수를 나타내며, 한 PDU에 포함된 SDU들에 대한 각각의 LI들을 LI그룹이라고 한다.

LI의 사이즈는 7비트 또는 15비트가 사용된다. AMD PDU의 경우에는 PDU의 사이즈가 126옥텟보다 같거나 작은 경우에는 7비트 LI를 사용하고, 그렇지 않은 경우에는 15비트 LI를 사용한다. UMD PDU의 경우에는 PDU 사이즈가 125 옥텟 보다 같거나 작은 경우에는 7비트 LI를 사용하고, 그렇지 않은 경우에는 15비트 LI를 사용한다.

이러한 LI들은 특정한 목적에 사용하기 위해서 몇개의 값들은 미리 정의되어 있다. 표1은 특정한 목적을 위한 LI값(7비트 LI인 경우)을 예시하고 있으며, 표2는 15비트 LI인 경우에 특정한 목적을 위한 LI값을 보이고 있다.

표1 및 표2에서 보는 바와같이, 만약 한 SDU의 끝 부분이 그 PDU의 마지막 부분에 정확히 맞는 경우에는 이 것을 나타내 주기 위해서 바로 다음 PDU의 첫번째 LI의 값을 'LI=0'으로 삽입한다. 그리고 LI가 15비트 길이인 경우에 있어서 RLC SDU의 마지막 세그먼트가 PDU의 끝에서 한 옥텟 모자라는 경우에는 이 것을 나타내 주기 위해서 바로 다음 PDU의 첫번째 LI에 '111 1111 1111 1011' 값이 들어간다. 또한 사용되지 않는 공간인 패딩(padding)을 포함하는 PDU는 RLC PDU의 나머지 부분이 패딩임을 나타내 주기 위한 값으로 'LI=1'을 사용하며, 이 때 패딩은 반드시 RLC PDU의 맨 뒷부분에 위치한다.

도3은 AMD PDU에서 7비트 LI를 사용해서 한 PDU내에서 SDU들의 끝 부분을 나타내 주는 예를 보이고 있다. 여기서 PDU 사이즈는 35옥텟이고 이 PDU에 포함된 데이터 사이즈는 24옥텟인 경우이다.

도3에서 보는 바와같이 이 AMD PDU는 3개의 SDU(SDU1,SDU2,SDU3)를 가지고 있고, 각각의 SDU들의 사이즈는 각각 11옥텟, 9옥텟, 4옥텟이다. SDU1,SDU2,SDU3 각각의 데이터 부분의 첫 옥텟부터 끝 옥텟 까지의 옥텟 수를 지시하는 LI값은 각각 11(옥텟), 20(옥텟), 24(옥텟) 로 삽입되었고, 더블어 'LI=111 1111' 이 더 삽입되어 PDU의 나머지 부분이 패딩(padding)(5옥텟)이라는 것을 표현해 주고 있다.

그런데, 종래에는 RLC PDU가 다음의 조건에 해당하는 경우에는 RLC가 PDU를 생성할 수 없다는 문제점이 있다.

즉, PDU사이즈 - LI그룹 - 헤더 - 데이터 사이즈 = 한 LI의 옥텟수

도4 및 도5는 PDU가 위 조건에 해당하는 경우 어떤 문제가 발생하는지를 잘 보여주고 있다.

도4는 AMD PDU에서 7비트 LI를 사용한 경우에 RLC가 PDU를 생성하지 못하는 것을 보여주고 있다.

도4에서 PDU 사이즈는 30 옥텟이고 이 PDU에 포함된 데이터 사이즈는 24옥텟, LI 그룹은 3옥텟, 헤더는 2옥텟인 경우이다.

이 경우에 PDU사이즈(30) - LI그룹(3) - 헤더(2) - 데이터 사이즈(24) = 한 LI의 옥텟수(1) 이 되므로 상기한 PDU 생성 불가 조건에 해당한다. 즉 패딩 정보와 이를 지시할 수 있는 길이 지시자 정보(LI)를 동시에 표현해 줄 수가 없으므로 PDU 생성 불가 조건에 해당한다.

이렇게 되면 도4의 가운데 그림과 같이 패딩(1옥텟)을 포함할 경우에 이 PDU의 끝 부분이 패딩임을 나타내는 LI값=111 1111(표1 참조)을 삽입할 공간이 남지 않게 된다. 만약에 LI값=111 1111을 도4의 오른쪽 그림과 같이 삽입해 버린다면 이 경우에는 실제로 패딩을 넣을 공간이 없어지게 된다. 따라서 남는 공간에 1옥텟의 패딩을 넣는 경우나 PDU의 남는 부분이 패딩임을 나타내는 LI값을 넣는 어떤 경우에도 결국은 RLC가 올바른 PDU를 생성하지 못하게 된다.또한, LI값=000 0000으로서는 다음 프로토콜 데이터 유닛의 LI 그룹의 첫번째에서 이전 프로토콜 데이터 유닛의 끝과 이전 서비스 데이터 유닛의 마지막 세그먼트가 정확히 맞다는 것을 표현할 수 밖에 없기 때문에, 상기 조건에 해당하는 경우에는 PDU 생성 불가 조건에 해당한다.

도5는 AMD PDU에서 15비트 LI를 사용한 경우에 RLC가 PDU를 생성하지 못하는 것을 보여주고 있다.

도5에서 PDU 사이즈는 200 옥텟이고 이 PDU에 포함된 데이터 사이즈는 190옥텟인 경우이다.

이 경우에 PDU사이즈(200) - LI그룹(6) - 헤더(2) - 데이터 사이즈(190) = 한 LI의 옥텟수(2) 가 되므로 상기한 PDU 생성 불가 조건에 해당한다.

이렇게 되면 도5의 가운데 그림과 같이 패딩(2옥텟)을 포함할 경우에 이 PDU의 끝 부분이 패딩임을 나타내는 LI값=111 1111 1111 1111(표2 참조)을 삽입할 공간이 남지 않게 된다. 만약에 LI값=111 1111 1111 1111을 도5의 오른쪽 그림과 같이 삽입해 버린다면 이 경우에는 실제로 패딩을 넣을 공간이 없어지게 된다. 따라서 남는 공간에 2옥텟의 패딩을 넣는 경우나 PDU의 남는 부분이 패딩임을 나타내는 LI값을 넣는 어떤 경우에도 결국은 RLC가 올바른 PDU를 생성하지 못하게 된다.여기서, 한 LI의 옥텟수는 AMD PDU를 7비트를 사용하는 경우 7비트가 한 LI의 옥텟수에 해당하며, AMD PDU를 15비트를 사용하는 경우 15비트가 한 LI의 옥텟수에 해당한다. 이는 해당 프로토콜 데이터 유닛에서 하나의 길이 지시자 정보의 사이즈에 해당한다.위와같은 문제점은 AMD와 UMD 모두에 대해서도 발생한다.

따라서, 종래의 RLC에서 PDU의 LI정보 표현 구조에 따르면 RLC가 PDU를 올바르게 생성하지 못하게 되는 경우가 발생할 수 있고, 이러한 경우에는 데이터 손실을 가져오게 되며 프로토콜 에러를 유발하여 데이터 송수신을 할 수 없게 된다.

본 발명은 RLC가 PDU를 올바르게 생성하지 못하게 되는 조건에 해당하는지의 여부를 검색하여, RLC가 PDU를 올바르게 생성하지 못하게 되는 조건에 해당하는 경우 PDU가 이 조건에 해당하는 것임을 나타내는, 미리 정의된 LI값을 삽입함으로써, 어떤 경우라도 PDU가 올바르게 생성될 수 있도록 한 RLC 계층에서 PDU 정보 생성 방법을 제공함에 그 목적이 있다.

본 발명은 RLC가 PDU를 올바르게 생성하지 못하게 되는 조건으로, PDU 사이즈, LI그룹 사이즈, 헤더 사이즈, 데이터 사이즈, 한 LI의 옥텟 수를 PDU 생성 불가 조건 판단의 기준으로 하여, PDU사이즈 - LI그룹 - 헤더 - 데이터 사이즈 = 한 LI의 옥텟 수가 되면 그 PDU가 상기 조건에 해당하는 PDU라는 것을 나타내는 미리 정의된 LI값을 해당 PDU에 삽입하던가, 또는 그 다음 PDU에 이전 PDU가 상기 조건에 해당하는 PDU라는 것을 의미하는 LI값을 삽입함으로써, 어떤 경우라도 PDU가 올바르게 생성될 수 있도록 한 RLC 계층에서 PDU 정보 생성 방법을 제공함에 그 목적이 있다.

표1은 특정 목적을 위한 LI값을 7비트로 표현한 예를 나타낸 도표

표2는 특정 목적을 위한 LI값을 15비트로 표현한 예를 나타낸 도표

도1은 UMD PDU의 포맷을 나타낸 도면

도2는 AMD PDU의 포맷을 나타낸 도면

도3은 AMD PDU에서 7비트 LI를 사용하여 한 PDU내에서 SDU들의 끝부분을 나타내 주는 예를 나타낸 도면

도4는 AMD PDU에서 7비트 LI를 사용한 경우에 발생하는 종래의 문제점을 설명하기 위한 도면

도5는 AMD PDU에서 15비트 LI를 사용한 경우에 발생하는 종래의 문제점을 설명하기 위한 도면

도6은 7비트 LI를 사용한 경우 본 발명 제1실시예에 따라 종래 문제점을 해결한 예를 설명하기 위한 도면

도7은 15비트 LI를 사용한 경우 본 발명 제1실시예에 따라 종래 문제점을 해결한 예를 설명하기 위한 도면

도8은 7비트 LI를 사용한 경우 본 발명 제2실시예에 따라 종래 문제점을 해결한 예를 설명하기 위한 도면

도9는 15비트 LI를 사용한 경우 본 발명 제2실시예에 따라 종래 문제점을 해결한 예를 설명하기 위한 도면

본 발명에 따른 래디오 링크 콘트롤 계층에서 프로토콜 데이터 유닛 생성 방법은,이동통신의 래디오 링크 콘트롤(RLC) 계층에서 프로토콜 데이터 유닛을 생성함에 있어서,프로토콜 데이터 유닛과 그 유닛을 구성하는 요소(헤더정보, 각 데이터의 크기를 지시하는 지시자의 그룹, 하나 이상의 데이터들)와의 사이즈를 비교하고, 그 결과 상기 프로토콜 데이터 유닛의 남는 사이즈가 하나의 지시자 사이즈와 같은가를 판단하는 단계; 상기 판단 결과 하나의 지시자 사이즈와 같은 경우, 남는 사이즈에 패딩 정보를 지시하고 프로토콜 데이터 유닛의 끝과 데이터의 끝이 일치함을 지시하는 필드 값을 추가 삽입하여, 프로토콜 데이터 유닛을 생성하는 단계를 포함하는 것을 특징으로 한다.상세하게, 상기 프로토콜 데이터 유닛에 추가 삽입되는 필드 값을 갖는 길이 지시자 정보가 현재의 프로토콜 데이터 유닛의 길이 지시자 그룹의 마지막 번째에 삽입시키고, 현재의 프로토콜 데이터 유닛의 끝이 해당 서비스 데이터 유닛의 마지막 세그먼트임을 지시하는 길이 지시자 정보를 다음 프로토콜 데이터 유닛에 삽입하는 단계를 더 포함하는 것을 특징으로 한다.바랍직하게, 상기 현재의 프로토콜 데이터 유닛에 패딩 정보와 이를 지시하는 길이 지시자 정보를 동시에 표현할 수 없는 경우, 현재의 프로토콜 데이터 유닛의 여유 공간을 패딩 정보로 삽입하는 단계; 상기 삽입된 패딩 정보를 나타내는 길이 지시자 정보를 다음 프로토콜 데이터 유닛의 첫 번째 길이 지시자 정보에 추가하여 삽입하는 단계를 더 포함하는 것을 특징으로 한다.상세하게, 상기 특정 정보 값에 해당하는 길이 지시자 정보, 상기 현재 프로토콜 데이터 유닛의 패딩 정보 및 이를 지시하는 다음 프로토콜 데이터 유닛의 길이 지시자 정보는 각각 하나의 길이 지시자를 표현할 수 있는 옥텟 사이즈(7비트 또는 15비트)인 것을 특징으로 한다.본 발명에 따른 래디오 링크 콘트롤 계층에서 프로토콜 데이터 유닛 생성 방법은, 래디오 링크 콘트롤 계층(RLC)에서 헤더와 길이 지시자 그룹 및 서비스 데이터 유닛을 포함하는 프로토콜 데이터 유닛(PDU)을 생성함에 있어서,현재의 프로토콜 데이터 유닛의 사이즈와 해당 프로토콜 데이터 유닛에 제어 및 데이터 정보로서 채워지는 각 구성요소들의 합(헤더+LI그룹+SDU)의 사이즈를 비교하는 단계; 상기 비교결과 프로토콜 데이터 유닛의 사이즈가 하나의 길이 지시자 정보에 해당하는 옥텟 수 만큼 클때, 그 남은 사이즈에 미리 정의된 특정한 정보의 값을 삽입하여 정상적인 프로토콜 데이터 유닛이 생성되도록 하는 단계를 포함하는 것을 특징으로 한다.바람직하게, 상기 프로토콜 데이터 유닛의 추가 삽입되는 특정 정보값은 길이 지시자 값 중에서 특정한 값을 정의하여 설정되는 것을 특징으로 한다.바람직하게, 상기 프로토콜 데이터 유닛에 추가 삽입되는 특정 정보 값을 길이 지시자 정보 값으로 해당 프로토콜 데이터 유닛의 길이 지시자 그룹의 마지막 번째에 삽입하는 단계 및, 상기 이전 프로토콜 데이터 유닛에 특정 길이 지시자 정보가 삽입되면 해당 프로토콜 데이터 유닛의 마지막 세그먼트가 해당 서비스 데이터 유닛의 끝임을 나타내는 길이 지시자 정보를 다음 프로토콜 데이터 유닛에 추가 삽입하는 단계를 더 포함하는 것을 특징으로 한다.바람직하게, 상기 프로토콜 데이터 유닛에 추가 삽입되는 특정 정보 값은 해당 프로토콜 데이터 유닛의 길이 지시자 정보와 동일한 사이즈를 갖는 것을 특징으로 한다.바람직하게, 상기 프로토콜 데이터 유닛에 추가 삽입되는 특정 정보 값으로 패딩 정보를 해당 프로토콜 데이터 유닛에 삽입하는 단계; 상기 프로토콜 데이터 유닛에 특정 정보 값으로 패딩 정보가 삽입되면 이를 지시하는 정보를 다음 프로토콜 데이터 유닛에 추가 삽입시키는 단계를 더 포함하는 것을 특징으로 한다.바람직하게, 상기 특정 정보값이 추가 삽입되는 프로토콜 데이터 유닛은 AMD PDU 또는 UMD PDU인 것을 특징으로 한다.이 같은 본 발명에 의하면, PDU사이즈 - LI그룹 - 헤더 - 데이터 사이즈 = 한 LI의 옥텟 수의 조건 즉, 현재의 프로토콜 데이터 유닛에 패딩 정보와 상기 패딩 정보를 지시하는 길이 지시자 정보를 동시에 표현할 수 없는 경우, 또는 어느 하나만이 삽입이 가능한 경우 해당 PDU가 상기 조건에 해당한다는 것을 의미하는 특정한 값으로 정의된 LI값을 삽입하여 정상적인 프로토콜 데이터 유닛을 생성할 수 있도록 하는 것이다.

또한 본 발명은 상기 LI 정보 표현 방법에 의해서 이루어진 LI값을 더 포함하는 것을 특징으로 하는 PDU 정보 구조이다.

또한 본 발명에서 상기 LI값은 상기 조건에 해당하는 PDU의 LI그룹에 삽입하는 것을 특징으로 한다.

또한 본 발명에서 상기 LI값은 상기 조건에 해당하는 PDU의 다음 PDU의 LI그룹에 삽입하는 것을 특징으로 한다.

[제1실시예]

본 발명의 제1실시예는 PDU사이즈 - LI그룹 - 헤더 - 데이터 사이즈 = 한 LI의 옥텟 수의 조건에 해당할 때 이 것을 의미하는 LI값(LI=x)을 해당 PDU의 LI그룹에 삽입한다.

본 발명의 제1실시예를 도6 및 도7에 나타내었다.

도6은 7비트 LI를 사용한 경우로서, PDU사이즈는 30옥텟이고 이 PDU에 포함된 데이터 사이즈가 24옥텟인 경우를 보이고 있다.

도6에서 살펴보면, RLC가 PDU를 생성할 때 PDU 사이즈, LI 그룹 사이즈, 헤더 사이즈, 데이터 사이즈, 그리고 한 LI의 옥텟 수를 검색하여, PDU사이즈 - LI그룹 - 헤더 - 데이터 사이즈 = 한 LI의 옥텟 수의 조건에 해당하는지를 판단한다.

도6의 경우 위 조건에 해당하므로 이러한 경우 RLC가 PDU를 생성할 때, 그 PDU가 상기 조건에 해당하는 상태임을 나타내 주는, 미리 정의된 소정의 값을 가지는 LI값을 해당 PDU의 LI그룹에 삽입한다.(도6에서 가운데 그림의 PDU)

여기서, 미리 정의된 LI 값은 7비트일 경우 표 1에서 정의된 예비(RESERVED)의 값(1111100, 1111101) 중에서 하나 일 수도 있고, 또는 표 1에 정의되지 않는 값들 중에서 새롭게 정의한 특정 값(LI=xxxxxxx, x=0 또는 1)이 될 수 도 있다. 이러한 미리 정의된 LI 값은 통신시 송/수신측에서 미리 알고 있어야 하므로 미리 정의하는 것이 바람직하다.이 것은 상기 추가된 LI값이 해당 PDU의 끝이 SDU의 끝과 정확히 일치함을 나타낸다. 이 방법에서는 추가된 LI를 포함하면 해당 PDU에는 패딩이 포함되지 않고 SDU의 끝과 PDU의 끝이 정확히 맞게 되므로 PDU 사이즈를 넘지 않고도 상기 조건: PDU사이즈 - LI그룹 - 헤더 - 데이터 사이즈 = 한 LI의 옥텟 수의 조건에서 발생하였던 종래의 문제점을 해결하게 된다. 즉, PDU 사이즈가 해당 PDU에 채워지는 구성 요소(제어정보(LI 그룹, 헤더), SDU들)의 사이즈 합 보다 한 LI의 옥텟 수 만큼 클 때, 이를 미리 정의된 LI 값을 추가 삽입하여 정상적인 PDU로 생성될 수 있도록 한다.

그리고, 상기 조건에 해당하는 PDU의 LI그룹에 상기 조건에 해당하는 PDU라는 것을 의미하는 LI값을 추가하게 되면, 바로 다음에 오는 PDU(도6에서 오른쪽 그림의 PDU)의 LI그룹의 맨 앞쪽 LI값으로 바로 전의 PDU의 마지막 세그먼트가 바로 전 PDU의 끝과 정확히 맞았음을 의미하는 LI=000 0000값(표1 참조)가 들어갈 수 있다. 이 LI=000 0000 값은 바로 다음 PDU의 LI그룹에 삽입하지 않아도 무방하다. 이 것은 해당 PDU에서 이미 끝이 정확하게 맞았음을 나타내주는 정보가 들어가므로 이후의 PDU에 그러한 정보를 넣지 않아도 되기 때문이다.

그러나, 해당 PDU가 유실되는 경우에는 다음 PDU에 바로 전의 PDU의 마지막 세그먼트가 바로 전 PDU의 끝과 정확히 맞았음을 의미하는 LI=000 0000값을 넣는 것이 신뢰성을 더 높이므로 다음 PDU에 LI=000 0000 값을 포함시킬 수도 있다.

도7은 15비트 LI를 사용한 경우로서, PDU사이즈는 200옥텟이고 이 PDU에 포함된 데이터 사이즈가 190옥텟인 경우를 보이고 있다.

도7에서 살펴보면, RLC가 PDU를 생성할 때 PDU 사이즈, LI 그룹 사이즈, 헤더 사이즈, 데이터 사이즈, 그리고 한 LI의 옥텟 수를 검색하여, PDU사이즈 - LI그룹 - 헤더 - 데이터 사이즈 = 한 LI의 옥텟 수의 조건(즉, 15비트)에 해당하는지를 판단한다.

도7의 경우 위 조건에 해당하므로 이러한 경우 RLC가 PDU를 생성할 때, 그 PDU가 상기 조건에 해당하는 상태임을 나타내 주는, 정의된 소정의 값을 가지는 LI값(LI=x)을 해당 PDU의 LI그룹에 삽입한다.(도7에서 가운데 그림의 PDU)여기서, 미리 정의된 LI 값은 15비트일 경우 표 2에서 정의된 예비(RESERVED)의 값(111111111111100, 111111111111101) 중에서 하나 일 수도 있고, 또는 표 2에 정의되지 않는 값들 중에서 새롭게 정의한 특정 값(LI=xxxxxxxxxxxxxxx, x=0 또는 1)이 될 수 도 있다. 이러한 미리 정의된 LI 값은 통신시 송/수신측에서 미리 알고 있어야 하므로 미리 정의하는 것이 바람직하다.

이 것은 상기 추가된 LI값이 해당 PDU의 끝이 SDU의 끝과 정확히 일치함을 나타낸다. 이 방법에서는 추가된 LI를 포함하면 해당 PDU에는 패딩이 포함되지 않고 SDU의 끝과 PDU의 끝이 정확히 맞게 되므로 PDU 사이즈를 넘지 않고도 상기 조건: PDU사이즈 - LI그룹 - 헤더 - 데이터 사이즈 = 한 LI의 옥텟 수의 조건에서 발생하였던 종래의 문제점을 해결하게 된다.

그리고, 상기 조건에 해당하는 PDU의 LI그룹에 상기 조건에 해당하는 PDU라는 것을 의미하는 LI값을 추가하게 되면, 바로 다음에 오는 PDU(도7에서 오른쪽 그림의 PDU)의 LI그룹의 맨 앞쪽 LI값으로 바로 전의 PDU의 마지막 세그먼트가 바로 전 PDU의 끝과 정확히 맞았음을 의미하는 LI=000 0000 0000 0000값(표1 참조)가 들어갈 수 있다. 이 LI=000 0000 0000 0000값은 바로 다음 PDU의 LI그룹에 삽입하지 않아도 무방하다. 이 것은 해당 PDU에서 이미 끝이 정확하게 맞았음을 나타내주는 정보가 들어가므로 이후의 PDU에 그러한 정보를 넣지 않아도 되기 때문이다.

그러나, 해당 PDU가 유실되는 경우에는 다음 PDU에 바로 전의 PDU의 마지막 세그먼트가 바로 전 PDU의 끝과 정확히 맞았음을 의미하는 LI=000 0000 0000 0000값을 넣는 것이 신뢰성을 더 높이므로 다음 PDU에 LI=000 0000 0000 0000 값을 포함시킬 수도 있다.

상기한 본 발명 제1실시예는 AMD PDU 뿐만 아니라 UMD PDU에 대해서도 똑같이 적용 가능하다.

[제2실시예]

본 발명의 제2실시예는 PDU사이즈 - LI그룹 - 헤더 - 데이터 사이즈 = 한 LI의 옥텟 수의 조건에 해당할 때 이 것을 의미하는 LI값을 해당 PDU의 다음에 오는 PDU의 LI그룹에 삽입한다. 그리고 상기 조건에 해당하는 PDU의 마지막 부분을 패딩으로 채워준다. 따라서 바로 다음 PDU의 LI그룹의 맨 앞쪽 LI에 바로 전 SDU의 마지막 세그먼트가 바로 전 PDU의 끝에서 한 옥텟 만큼 모자라고 이 부분이 패딩으로 채워졌음을 나타내주는 새로운 LI값을 붙여주는 결과가 된다.

본 발명의 제2실시예를 도8 및 도9에 나타내었다.

도8은 7비트 LI를 사용한 경우로서, PDU사이즈는 30옥텟이고 이 PDU에 포함된 데이터 사이즈가 24옥텟인 경우를 보이고 있다.

도8에서 살펴보면, RLC가 PDU를 생성할 때 PDU 사이즈, LI 그룹 사이즈, 헤더 사이즈, 데이터 사이즈, 그리고 한 LI의 옥텟 수를 검색하여, PDU사이즈 - LI그룹 - 헤더 - 데이터 사이즈 = 한 LI의 옥텟 수의 조건(즉, 7비트)에 해당하는지를 판단한다.

도8에서 가운데 그림으로 나타낸 PDU의 경우 위 조건에 해당하므로 이러한 경우 RLC가 PDU를 생성할 때, 그 PDU가 상기 조건에 해당하는 상태임을 나타내 주는, 미리 정의된 소정의 값을 가지는 LI값을 해당 PDU의 바로 다음에 오는 PDU의 LI그룹에 삽입한다.(도8에서 오른쪽 그림의 PDU)여기서, 미리 정의된 LI 값은 7비트일 경우 표 1에서 정의된 예비(RESERVED)의 값(1111100, 1111101) 중에서 하나 일 수도 있고, 또는 표 1에 정의되지 않는 값들 중에서 새롭게 정의한 7비트의 값이 될 수 도 있다. 이러한 미리 정의된 LI 값은 통신시 송/수신측에서 미리 알고 있어야 하므로 미리 정의하는 것이 바람직하다.

그리고 상기 조건에 해당하는 PDU의 맨끝은 패딩으로 채워준다.

이 것은 바로 전 SDU의 마지막 세그먼트가 바로 전 PDU의 끝에서 한 옥텟 만큼 모자라고 이 부분이 패딩으로 채워졌음을 나타내주는 새로운 LI값을 붙여주는 결과가 된다.

도9는 15비트 LI를 사용한 경우로서, PDU사이즈는 200옥텟이고 이 PDU에 포함된 데이터 사이즈가 190옥텟인 경우를 보이고 있다.

도9에서 살펴보면, RLC가 PDU를 생성할 때 PDU 사이즈, LI 그룹 사이즈, 헤더 사이즈, 데이터 사이즈, 그리고 한 LI의 옥텟 수를 검색하여, PDU사이즈 - LI그룹 - 헤더 - 데이터 사이즈 = 한 LI의 옥텟 수의 조건에 해당하는지를 판단한다.

도9에서 가운데 그림으로 나타낸 PDU의 경우 위 조건에 해당하므로 이러한 경우 RLC가 PDU를 생성할 때, 그 PDU가 상기 조건에 해당하는 상태임을 나타내 주는, 미리 정의된 소정의 값을 가지는 LI값을 해당 PDU의 바로 다음에 오는 PDU의 LI그룹에 삽입한다.(도9에서 오른쪽 그림의 PDU)여기서, 미리 정의된 LI 값은 15비트일 경우 표 2에서 정의된 예비(RESERVED)의 값(111111111111100, 111111111111101) 중에서 하나 일 수도 있고, 또는 표 2에 정의되지 않는 값들 중에서 새롭게 정의한 15비트의 값이 될 수 도 있다. 이러한 미리 정의된 LI 값은 통신시 송/수신측에서 미리 알고 있어야 하므로 미리 정의하는 것이 바람직하다.

그리고 상기 조건에 해당하는 PDU의 맨끝은 패딩으로 채워준다.

이 것은 바로 전 SDU의 마지막 세그먼트가 바로 전 PDU의 끝에서 한 옥텟 만큼 모자라고 이 부분이 패딩으로 채워졌음을 나타내주는 새로운 LI값을 붙여주는 결과가 된다.

도8 및 도9에서 설명하고 있는 본 발명 제2실시예 또한 AMD PDU는 물론 UMD PDU에도 공히 적용 가능하다.

본 발명에 따른 래디오 링크 콘트롤(RLC) 계층에서 프로토콜 데이터 유닛 정보 생성 방법에 의하면, 종래의 RLC PDU에서 PDU 사이즈가 해당 PDU에 채워지는 각 종 정보들(LI 그룹, 헤더, 데이터 사이즈) 보다 한 LI의 옥텟 수 만큼 큰 경우 RLC계층에서 PDU를 올바르게 생성하지 못하고 에러를 유발하는 문제점을 해결하였다. 따라서, RLC계층에서 PDU를 생성할 때 상기 조건에 해당할 경우 데이터의 손실은 물론 프로토콜 에러로 인하여 데이터 송수신이 불가능하였던 단점을 해결하였고, RLC에서 PDU의 생성에 높은 신뢰성을 확보할 수 있게 되었다.

Claims (13)

1. 적어도 하나의 헤더, 동일한 길이를 갖는 적어도 하나의 길이 지시자, 그리고 적어도 하나의 서비스 데이터 유닛을 가지고 이 순서로 현재 프로토콜 데이터 유닛을 구성하는데 있어서,

   상기 현재 프로토콜 데이터 유닛의 고정된 사이즈로부터 상기 적어도 하나의 헤더의 길이, 상기 적어도 하나의 길이 지시자의 길이, 그리고 상기 적어도 하나의 서비스 데이터 유닛의 길이를 감산하는 스텝; 그리고

   상기 감산 결과 상기 현재 프로토콜 데이터 유닛의 남은 부분을 패딩하는 것 없이 상기 남은 부분에 상기 적어도 하나의 서비스 데이터 유닛의 끝과 상기 현재 프로토콜 데이터의 끝이 일치함을 알려주는 또 다른 길이 지시자를 포함시키는 스텝을 구비함을 특징으로 하는 통신 시스템에서 서비스 데이터 유닛들을 프로토콜 데이터 유닛들로 변환시키는 방법.
2. 제 1 항에 있어서, 상기 감산 결과 상기 현재 프로토콜 데이터 유닛의 남은 부분은 상기 하나의 길이 지시자의 길이와 동일함을 특징으로 하는 통신 시스템에서 서비스 데이터 유닛들을 프로토콜 데이터 유닛들로 변환시키는 방법.
3. 제 1 항에 있어서, 상기 또 다른 길이 지시자는 상기 현재 프로토콜 데이터 유닛의 끝과 상기 또 다른 길이 지시자를 포함한 후의 상기 적어도 하나의 서비스 데이터 유닛의 끝이 일치함을 지시함을 특징으로 하는 통신 시스템에서 서비스 데이터 유닛들을 프로토콜 데이터 유닛들로 변환시키는 방법.
4. 제 1 항에 있어서, 상기 또 다른 길이 지시자는 상기 남은 부분의 사이즈를 가지고 상기 적어도 하나의 길이 지시자 다음에 위치됨을 특징으로 하는 통신 시스템에서 서비스 데이터 유닛들을 프로토콜 데이터 유닛들로 변환시키는 방법.
5. 제 1 항에 있어서, 상기 또 다른 길이 지시자는 7 비트 또는 15 비트임을 특징으로 하는 통신 시스템에서 서비스 데이터 유닛들을 프로토콜 데이터 유닛들로 변환시키는 방법.
6. 제 1 항에 있어서, 상기 적어도 하나의 각 길이 지시자는 상기 서비스 데이터 유닛의 시작 부분부터 상기 각 서비스 데이터 유닛의 끝 까지를 지시하는 것을 특징으로 하는 통신 시스템에서 서비스 데이터 유닛들을 프로토콜 데이터 유닛들로 변환시키는 방법.
7. 제 1 항에 있어서, 상기 길이 지시자들의 단위는 옥텟(Octet) 임을 특징으로 하는 통신 시스템에서 서비스 데이터 유닛들을 프로토콜 데이터 유닛들로 변환시키는 방법.
8. 제 1 항에 있어서, 상기 프로토콜 데이터 유닛은 비확인(Unacknowleded) 모드 프로토콜 데이터 유닛 또는 확인(Acknowleded) 모드 프로토콜 데이터 유닛 임을 특징으로 하는 통신 시스템에서 서비스 데이터 유닛들을 프로토콜 데이터 유닛들로 변환시키는 방법.
9. 삭제
10. 삭제
11. 삭제
12. 삭제
13. 삭제