KR20060090138A - 이동통신 시스템에서 주기적인 상태 보고 전송 방법 및장치 - Google Patents

Abstract

본 발명은, 이동 통신 시스템의 라디오 링크 제어 계층(RLC)에서, 주기적 보고 방법을 이용하여 상태 보고를 수행하는 방법 및 장치에 있어서, 상위 계층으로부터 받은 SDU(Service Data Unit)를 PDU(Packet Data Unit)로 가공하여 송신측 RLC에서 수신측 RLC로 재전송하는 과정과, 수신측 RLC에서 주기가 만료되면, 현재 전송할 상태 정보 메시지(Status report)의 정보와 이전에 전송한 상태 정보 메시지(Status Report)의 정보를 비교하는 과정과, 상기 비교 결과에 따라서 수신측 RLC에서 송신측 RLC로 상태 정보 메시지(Status report)를 보낼 지 여부를 결정하는 과정을 포함하여, 데이터가 전송되지 않는 상황에서 동일한 상태 보고 전송을 할 필요가 없게 된다.

RLC SDU, AMD PDU, Timer_Status_Periodic, Status Report

Description

이동통신 시스템에서 주기적인 상태 보고 전송 방법 및 장치{A TRANSMISSION METHOD And Apparatus OF PEORIODIC STATUS REPORT IN COMMUNICATION SYSTEM}

도 1은 본 발명이 적용되는 비동기 방식 이동통신시스템(UMTS)의 무선접속 네트워크(UTRAN)의 구조를 도시한 도면.

도 2는 본 발명이 적용되는 이동통신시스템에서 무선 프로토콜의 구조를 도시한 도면.

도 3은 RLC AM PDU의 구조를 도시한 도면.

도 4는 이동통신시스템에서 패킷 데이터를 처리하는 무선링크제어 계층의 구조를 도시한 도면.

도 5는 이동통신시스템에서 패킷 데이터를 처리하는 무선링크제어 계층의 동작을 도시한 도면.

도 6은 전송 버퍼의 마지막 PDU가 유실될 경우에 발생하는 문제점에 대한 도면.

도 7은 본 발명의 바람직한 실시예에 따른 동작을 개괄적으로 설명한 도면.

도 8은 본 발명의 바람직한 실시예에 따른 상태 보고의 구조도.

도 9는 본 발명의 바람직한 실시예에 따른 상태 보고의 송신 동작을 보여주 는 도면.

도 10은 본 발명의 제 2 실시예의 동작을 보여주는 도면.

도 11은 본 발명의 제 2 실시예에 따른 상태 보고를 송신하는 동작을 도시한 도면

본 발명은 이동통신 시스템에서 라디오 링크 제어(Radio Link Control) 계층의 동작에 관한 것으로 특히, 데이터가 전송되지 않는 상황에서 상태 보고를 전송하지 않도록 하는 방법 및 장치에 관한 것이다.

오늘날 이동통신 시스템은 초기의 음성 위주의 서비스를 제공하는 데서 벗어나 데이터 서비스 및 멀티미디어 서비스 제공을 위한 고속, 고품질의 무선 데이터 패킷 통신시스템으로 발전하고 있다. 특히 유럽식 이동통신 시스템인 GSM(Global System for Mobile Communications)과 GPRS(General Packet Radio Services)을 기반으로 하고 광대역 부호분할 다중접속(Wideband Code Division Multiple Access: 이하 WCDMA라 칭함)을 사용하는 제3 세대 이동통신 시스템인 UMTS(Universal Mobile Telecommunication Service) 시스템은, 이동 전화나 컴퓨터 사용자들이 전 세계 어디에 있든지 간에 패킷 기반의 텍스트, 디지털화된 음성이나 비디오 및 멀티미디어 데이터를 2 Mbps 이상의 고속으로 전송할 수 있는 일관된 서비스를 제공 한다.

도 1은 일반적인 UMTS 이동통신 시스템의 구조를 개략적으로 도시한 도면이다.

상기 도 1을 참조하면, UMTS 시스템은 코어 네트워크(Core Network: 이하 CN이라 칭하기로 한다.)(100)와 복수개의 무선 네트워크 서브시스템(Radio Network Subsystem, 이하 RNS라 칭하기로 한다.)들(110,120)로 구성된다. 상기 복수개의 RNS들(110,120)은 UTRAN(UMTS Terrestrial Radio Access Network)을 구성한다. CN(100)은 상기 UTRAN을 인터넷 등의 패킷 데이터 네트워크로 연결하기 위하여 SGSN(Serving GPRS Support Node)과 GGSN(Gateway GPRS Support Node) 등으로 구성된다.

상기 RNS들(110,120)은 무선 네트워크 제어기(Radio Network Controller, 이하 RNC라 칭하기로 한다)(111,112) 및 복수개의 기지국(Node B)들(115, 113, 114, 116)로 구성된다. 구체적으로 상기 RNS(110)는 상기 RNC(111)와 기지국들(115, 113)로 구성되고, 상기 RNS(120은 상기 RNC(112)와, 기지국(114, 116)으로 구성된다. 상기 RNC들(111,112)은 그 동작(role)에 따라 서빙 RNC, 드리프트 RNC, 제어 RNC로 분류된다. 상기 서빙 RNC는 사용자 단말(User Equipment: 이하 UE라 칭한다.)(130)의 정보를 관리하고 상기 CN(100)과의 데이터 전송을 담당하며, 상기 드리프트 RNC는 UE와 직접 무선으로 접속한다. 상기 제어 RNC는 기지국들 각각의 무선 자원을 제어한다.

상기 RNC들(111, 112)과 기지국들(115, 113, 114, 116)은 Iub라 칭하는 인터 페이스를 통해 연결되어 있으며, 상기 RNC들(111, 112) 간의 연결은 Iur이라 칭하는 인터페이스로 연결되어 있다. 또한, 상기 도 1에서는 도시하고 있지 않지만, 상기 UE(130)와 UTRAN 사이는 Uu 인터페이스로 연결되어 있다. 상기 RNC들(111, 112)은 자신이 관리하는 복수 개의 기지국들(115. 113. 114. 116)에 대해 무선자원을 할당하며, 상기 기지국들(115. 113. 114. 116)은 상기 사용자 단말(130)에게 상기 RNC(111, 112)로부터 할당된 무선자원을 실제로 제공한다. 상기 무선자원은 셀 별로 구성되어 있으며, 각 기지국이 제공하는 무선자원은 해당 기지국이 관리하는 특정 셀에 관한 무선 자원을 의미한다.

상기 사용자 단말(130)은 상기 기지국들(115, 113, 114, 116)이 관리하는 특정 셀에 관한 무선자원을 이용하여 무선채널을 설정하며, 상기 설정된 무선채널을 통해 데이터를 송/수신한다. 상기 사용자 단말(130)은 셀별로 구성되는 물리채널만을 인식하므로 기지국과 셀 간의 구별은 무의미하다. 따라서 이하에서는 기지국과 셀을 혼용해서 사용하기로 한다.

도 2에서는 통상적인 Uu 인터페이스의 구조를 자세히 도시하고 있다. 상기 도 2에서 보는 바와 같이 Uu 인터페이스의 구조는 제어 평면(Control plane)과 사용자 평면(User plane)으로 구성된다. 상기 제어 평면은 UE와 RNC 사이에 제어 신호를 교환하는 기능을 수행하며, 사용자 평면은 UE와 RNC 사이의 사용자 데이터를 전송하는 기능을 수행한다.

상기 제어 평면의 신호(200)는 무선 자원 제어(RRC :Radio Resource Control) 계층(204), 무선 링크 제어(RLC: Radio Link Control) 계층(210), 미디어 접근 제어(MAC: Medium Access Control) 계층(212) 및 물리계층(PHY: Physical Layer)(214)을 거쳐 처리된다. 상기 사용자 평면의 정보(202)는 패킷 데이터 컨버전시 프로토콜(PDCP: Packet Data Convergence Protocol) 계층(206), 브로트 캐스트/멀티캐스트 제어부(BMC: Broadcast Multicast Control) 계층(208), RLC 계층(210), MAC 계층(212) 및 물리계층(214)을 거쳐 처리된다.

상기 물리계층(214)은 무선 전송 기술을 이용한 정보 전송 서비스를 제공하는 계층으로써, OSI 7의 제1계층(L1)에 해당한다. 상기 물리계층(214)은 상기 MAC 계층(212)과 트랜스포트 채널들로 연결되어 있다. 상기 트랜스포트 채널들을 통해 상기 MAC 계층(212)과 상기 물리 계층(214)간의 데이터 교환이 이루어진다. 상기 트랜스포트 채널들의 전송 포맷(Transport Format)은 특정 데이터들이 상기 물리계층(214)에서 처리되는 방식에 의해서 정의된다.

상기 MAC 계층(212)은 논리채널들을 통해 RLC 계층(210)으로부터 수신되는 데이터를 적절한 트랜스포트 채널들을 통해 상기 물리계층(214)으로 전달하는 역할과, 상기 물리계층(214)이 트랜스포트 채널들을 통해 전달하는 데이터를 적절한 논리채널들을 통해 상기 RLC 계층(210)으로 전달하는 역할을 한다. 또한 상기 MAC 계층(212)은 상기 논리채널들이나 상기 트랜스포트 채널들을 통해 전달 받은 데이터에 부가 정보를 삽입하거나 삽입된 부가정보를 해석해서 적절한 동작을 취하는 역할 및 랜덤 액세스 동작을 제어하는 역할을 한다. 상기 MAC 계층(212)과 상기 RLC 계층(210)은 논리채널들을 통해 서로 연결되어 있다. 상기 MAC 계층(212)은 몇 개의 부계층(sub layer)들로 나누어질 수 있다.

상기 RLC 계층(210)은 논리채널들의 설정 및 해제를 담당한다. 상기 RLC 계층(210)은 승인모드(Acknowledged Mode, AM), 비승인 모드(Unacknowledged Mode, UM), 투과모드(Transparent Mode, TM)이라는 3가지 동작 모드들 중 하나로 동작할 수 있다. 이때 각 동작 모드마다 제공하는 기능에 차이가 있다. 일반적으로 송신측의 RLC AM 개체는 상위 계층에서 전달된 데이터 즉, RLC 서비스 데이터 유닛(RLC Service Data Unit, 이하 RLC SDU라 한다)을 분할하거나 연접하거나 패딩해서 무선 채널을 통해 전송하기에 적합한 크기로 만든다. 그 후, RLC AM 개체는 상기 분할/연접/패딩에 대한 정보를 삽입하고, 일련번호를 삽입해서 프로토콜 데이터 유닛(Protocol Data Unit, 이하 RLC PDU라 한다)을 만들고, 상기 RLC PDU를 하위의 MAC 계층(212)으로 전달하는 역할을 한다. 수신측의 RLC AM 개체는 송신측이 전송한 RLC PDU들의 일련번호를 검사해서, 수신하지 못한 RLC PDU가 있는지 판단하고, 재전송을 요청한다. 이처럼 RLC AM 개체의 가장 큰 특징은 RLC PDU 단위의 재전송을 지원한다는 것이며, RLC AM 개체에서 사용되는 RLC PDU를 특히 AMD PDU(AM Data PDU)라 칭한다.

상기 PDCP 계층(206)은 상기 RLC 계층(210)의 상위에 위치하며, IP(Internet Protocol) 패킷 형태로 전송된 데이터의 헤더 압축 기능과, UE의 이동성으로 인해 서비스를 제공하는 RNC가 변경되는 상황을 감안하여 손실 없이 데이터를 전달하는 기능 등을 담당한다. 상기 BMC 계층(208) 역시 상기 RLC 계층(210)의 상위에 위치하며, 특정 셀 내에 위치하는 불특정 다수의 UE들에게 동일한 데이터를 전송하는 방송서비스를 지원한다. 상기 RRC 계층(204)은 UTRAN과 UE사이의 무선 자원을 할당 하거나 해제 등의 기능을 담당한다.

상기에 나타낸 바와 같은 RLC 계층에서 상태 보고를 주기적으로 전송할 경우, 실질적인 데이터 전송 상태와 무관하게 상태 보고가 전송되기 때문에, 데이터가 발생하지 않는 동안에는 상태 보고를 통해 별 의미 없는 정보가 전송되는 문제점이 발생하였다.

따라서 상기한 바와 같이 동작되는 종래 기술의 문제점을 해결하기 위하여 창안된 본 발명은 이동통신시스템의 무선링크제어(RLC) 계층에서 데이터가 전송되지 않는 상황에서 상태 보고를 전송하지 않도록 하는 방법을 제공하는 것이다.

본 발명의 목적에 따른 바람직한 실시예에에서는, 이동 통신 시스템의 라디오 링크 제어 계층(RLC)에서, 주기적 보고 방법을 이용하여 상태 보고를 수행하는 방법에 있어서,

상위 계층으로부터 받은 SDU(Service Data Unit)를 PDU(Packet Data Unit)로 가공하여 송신측RLC에서 수신측 RLC로 재전송하는 과정과,

수신측 RLC에서 주기가 만료되면, 현재 전송할 상태 정보 메시지(Status report)의 정보와 이전에 전송한 상태 정보 메시지(Status Report)의 정보를 비교하는 과정과,

상기 비교 결과에 따라서 수신측 RLC에서 송신측 RLC로 상태 정보 메시지(Status report)를 보낼 지 여부를 결정하는 것을 특징으로 한다.

본 발명의 다른 실시예에서는, 이동 통신 시스템의 라디오 링크 제어 계층(RLC)에서, 주기적 보고 방법을 이용하여 상태 보고를 수행하는 방법에 있어서,

상위 계층으로부터 받은 SDU(Service Data Unit)를 PDU(Packet Data Unit)로 가공하여 송신측RLC에서 수신측 RLC로 재전송하는 과정과,

수신측 RLC에서 주기가 만료되면, 현재 전송할 상태 정보 메시지(Status report)의 정보와 이전에 전송한 미리 정해진 개수에 상태 정보 메시지(Status Report)들의 정보를 비교하는 과정과,

상기 비교 결과에 따라서 수신측 RLC에서 송신측 RLC로 상태 정보 메시지(Status report)를 보낼 지 여부를 결정하는 것을 특징으로 한다.

이하 첨부된 도면을 참조하여 본 발명의 동작 원리를 상세히 설명한다. 하기에서 본 발명을 설명함에 있어서 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐를 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

본 발명의 주요한 특징은 이동통신 시스템의 RLC 계층에서 일련번호 오류 발생 여부 또는 다수 패킷의 연속적 유실 여부를 판단하여, 재전송 지연을 감소시키 는 것이다. 이하 본 발명의 상세한 실시예를 설명하기에 앞서, 본 발명의 배경이 되는 RLC AM 개체의 동작에 대해 상세히 설명하기로 한다.

도 3은 RLC AM 개체에 의해 처리되는 AMD PDU의 구조를 도시한 것이다.

도 3을 참조하면, AMD PDU(300)는 AMD PDU 헤더(305), 길이 지시자(Length Indicator: LI) 파트(310), 페이로드(315)로 구성된다. AMD PDU 헤더(305)에는 아래와 같은 필드들이 존재한다.

D/C(Data/Control) 비트(320)는 해당 PDU가 AMD PDU인지 STATUS PDU인지를 나타내는 1 비트 플래그이다. 여기서 STATUS PDU는 상태보고(status report)만을 포함하고 있는 PDU를 의미한다. 일련번호(Serial Number: SN)(325)는 12 비트의 일련번호가 삽입되는 필드이다. 일련번호는 AMD PDU마다 단조 증가하는 0 ~ 4095 사이의 정수이다. P(Poll) 비트(330)는 수신측에게 상태보고의 전송을 요구하기 위해 사용된다. 1로 설정되면, 수신측에게 상태보고를 전송하도록 요구하는 것이다. HE(335)는 다음 필드가 길이 지시자인지 페이로드인지를 2 비트로 나타낸다. 2비트로 나타낼 수 있는 4개의 값들 중 2개의 값은 사용되지 않는다.

길이 지시자 파트(310)는 길이 지시자(340)와 E(extension) 비트(345)로 구성된다. 길이 지시자(340)는 해당 AMD PDU(300)에 RLC SDU의 끝 부분이 포함될 때, 상기 RLC SDU 끝 부분의 위치를 표시하는 포인터이다. 그러므로 한 AMD PDU(300)에 여러 개의 SDU들이 연접된다면, 여러 개의 길이 지시자들이 필요하다. 반면에 한 AMD PDU(300)에 오직 하나의 SDU만이 포함되어 있으며, 상기 SDU의 마지막 부분이 상기 AMD PDU(300)가 아닌 다른 AMD PDU에 위치한다면, 상기 AMD PDU에는 길이 지 시자가 필요치 않다. E 필드(345)는 다음 필드가 길이 지시자인지 페이로드인지를 1 비트로 나타낸다.

페이로드(315)에는 하나 또는 다수의 RLC SDU들이 삽입된다. 하나의 RLC SDU는 다수의 AMD PDU들에 걸쳐서 삽입될 수도 있고, 다수의 RLC SDU가 하나의 AMD PDU에 삽입될 수도 있다.

RLC AM 개체는 상위 계층으로부터 RLC SDU를 전달받아서, 상기 RLC SDU에 AMD PDU 헤더와 길이 지시자를 삽입해서, RLC PDU로 만든 뒤 하위 계층으로 전달한다. 이후 상기 RLC PDU는 하위 계층들을 거쳐 무선 채널을 통해 전송된다.

도 4는 RLC AM 개체의 구조를 도시한 것이다. RLC AM 개체는 양방향 통신을 수행하므로, 하나의 RLC AM 개체(400)에는 송신부(405)와 수신부(410)가 함께 구비된다.

도 4를 참조하면, 송신부(405)는 상위 계층 데이터인 RLC SDU(415)를 처리해서 AMD PDU를 만든 뒤, 상대측 RLC AM 개체의 수신부로 전송하는 동작을 수행한다. 그리고 필요 시 상대측 RLC AM 개체의 수신부로 제어 정보를 담고 있는 상태 보고를 전송하기도 한다. 수신부(410)는 상대측 RLC AM 개체의 송신부가 전송한 AMD PDU와 상태보고를 처리해서, 재전송 정보를 송신부(405)로 전달하고, RLC SDU를 재구성해서 상위 계층으로 전달하는 동작을 한다.

RLC AM 개체(400)의 송신부(405)는 분할/연접블록(435), 헤더 삽입 블록(440), 재전송 버퍼(445), 전송 버퍼(450), 폴 비트 설정 블록(455), 비화 블록(460)으로 구성된다.

RLC AM 개체(400)의 송신부(405)로 RLC SDU가 전달되면, 상기 RLC SDU를 분할/연접블록(435)에서 일정한 크기로 분할 또는 연접된다. 그리고 상기 일정한 크기로 분할/연접된 데이터에는 헤더 삽입 블록(440)에서 AMD PDU 헤더가 삽입된다. 상기 헤더 삽입 블록(440)의 출력을 AMD PDU라고 한다. 상기 AMD PDU는 재전송 버퍼(445)와 전송 버퍼(450)로 전달된다. 상기 AMD PDU는 전송 버퍼(450)에서 전송될 때까지 저장된다.

AMD PDU의 전송 여부는 MAC 계층이 결정하며, MAC 계층은 매 전송 주기마다 전송할 AMD PDU의 개수를 결정한다. 그러면 전송 버퍼(450)에 저장되어 있던 AMD PDU들은 MAC 계층의 지시에 따라 출력되어 폴 비트 설정 블록(455)으로 전달된다. 상기 폴 비트 설정 블록(455)은 상기 AMD PDU의 P 비트를 설정하는 역할을 한다. 만약 폴링이 필요하다면 상기 P 비트는 1로 설정되고, 그렇지 않다면 0으로 설정된다. 비화 블록(460)은 상기 AMD PDU의 AMD PDU 헤더를 제외한 나머지 부분을 비화하여서, 제 3 자가 상기 AMD PDU를 해석하지 못하도록 한다.

상태보고는 RLC AM 개체(400)의 제어부(도시하지 않았음)에서 필요 시 구성하여서 전송한다. 상태보고는 해당 시점까지 수신한 AMD PDU의 수신 상황 정보 등을 포함한다. 송신측은 상기 상태보고를 바탕으로, 어떤 AMD PDU를 재전송할지를 결정한다. 상기 상태보고는 비화되지 않는다.

RLC AM 개체(400)의 수신부(410)는 역비화부(465), 수신버퍼(470), 헤더 제거 블록(475), SDU 재구성 블록(480)으로 구성된다. 수신부(410)가 수신한 AMD PDU는 역비화부(465)에서 역비화된 뒤, 수신 버퍼(470)로 전달된다. 수신 버퍼(470)는 완전한 SDU가 재구성될 때까지 AMD PDU들을 저장해둔다. 임의의 SDU 재구성이 가능해지면, 관련된 AMD PDU들은 헤더 제거 블록(475)으로 전달되어서, 헤더가 제거된 뒤, SDU 재구성 블록(480)에서 SDU로 재구성된 뒤 상위 계층으로 전달된다.

수신부(410)는 상대측 RLC AM 개체로부터 상태보고(467)를 수신하면, 상기 상태보고(467)를 송신부(305)의 재전송 버퍼(445)로 전달하여, 재전송 버퍼(445)가 재전송할 AMD PDU들을 결정하는 것을 도와준다.

본 명세서에서, 송신측(sender)은 해당 시점에 주로 RLC SDU를 전송하는 RLC AM 개체를 의미하며, 수신측(receiver)은 해당 시점에 주로 상태보고를 전송하는 RLC AM 개체를 의미한다. 예를 들어 FTP(File Transfer Protocol)와 같은 서비스에서 사용자는 주로 데이터를 수신하고 이에 대한 상태보고를 전송하는 입장이므로 수신측 역할을 하는 것이며, 네트워크는 주로 데이터를 전송하고 상태보고를 수신한 뒤 재전송을 수행하므로 송신측 역할을 하는 것이다. 다시 말해서 송신측의 RLC AM 개체는 송신부를 통해 RLC SDU를 전송하고 수신부를 통해 상태보고를 수신하는 반면, 수신측의 RLC AM 개체는 수신부를 통해 RLC SDU를 수신하고 송신부를 통해 상태보고를 전송한다.

전술한 바와 같이 RLC AM 개체는 재전송 동작(ARQ: Automatic Retransmission Request)을 지원한다. 수신측은 수신한 AMD PDU들의 일련번호를 검사해서, 수신하지 못한 PDU가 있을 경우, 상태보고에 이 정보를 담아서 송신측으로 전송한다. 송신측은 상태보고의 정보를 바탕으로 상기 미수신 PDU에 대한 재전송을 실행한다. 상태보고는 송신측의 지시에 따라 전송되거나, 수신측의 자체적인 판단 에 의해서 전송될 수 있다.

도 5는 RLC AM 개체의 동작을 간략하게 도시한 흐름도이다.

도 5를 참조하면, 515단계에서 송신측(505)은 수신측(510)으로 AMD PDU들을 전송하다가, 517단계에서 미리 정해지는 일정한 요건이 충족되면, 520단계에서 AMD PDU의 폴 비트를 셋하여 전송한다. 상기 폴 비트를 셋하는 요건이 충족되는 것을 폴이 트리거 되었다라고 하며, 폴 트리거로는 아래와 같은 것들이 정의되어 있다.

- 임의의 AMD PDU가 전송 버퍼에 남아 있는 마지막 PDU일 때, 폴 비트를 셋

- 임의의 AMD PDU가 재전송 버퍼에 남아 있는 마지막 PDU일 때, 폴 비트를 셋

- 미리 정해진 개수의 AMD PDU 마다 폴 비트를 셋

- 일정한 주기마다 AMD PDU의 폴 비트를 셋

- 송신측에는 하나 이상의 폴 트리거가 구성될 수 있다.

수신측(510)은 상기 폴 비트가 셋된 AMD PDU를 수신하면, 525 단계에서 상태보고를 구성해서 송신측(505)으로 전송한다. 이 때 상태보고를 포함하는 AMD PDU를 STAUS PDU라고 한다.

상기 상태보고에는 해당 시점까지 수신한 PDU들의 일련번호와 수신하지 못한 일련번호 정보가 포함된다. 수신측(510)은 AMD PDU를 수신할 때마다 수신한 AMD PDU의 일련번호를 확인하고, VR(R)과 VR(H)라는 변수를 관리한다. VR(R)에는 순서가 정렬된 AMD PDU들 중 가장 최근에 수신한 PDU의 일련번호에 1을 합한 값이 저장된다. 순서가 정렬되었다는 것은, 미수신 PDU가 존재하지 않는 상태를 의미한다. PDU(x)를 일련번호가 x인 AMD PDU라고 할 때, 예를 들어 수신측(510)이 PDU(1), PDU(2), PDU(3), PDU(5)를 수신했다고 했을 때, 일련번호 1,2,3인 PDU들은 정렬(in sequence)된 상태이며, VR(R)은 4이다. 수신측(510)은 VR(R)과 동일한 일련번호를 가지는 AMD PDU를 수신하면, VR(R)을 상기 AMD PDU에 맞춰 갱신한다. 예를 들어 PDU(4)를 수신하면, 새로운 VR(R)은 6이 된다.

VR(H)에는 해당 시점까지 수신한 AMD PDU들의 일련번호 들 중 가장 높은 일련번호에 1을 합산한 값이 저장된다. VR(H)는 미수신 PDU를 식별하는데 사용된다. VR(H)는 새로운 AMD PDU를 수신하였으며, 상기 AMD PDU의 일련번호가 현재 VR(H)와 같거나 크면 갱신된다.

상태보고에는 상기 VR(R)값이 삽입되어서, 해당 시점까지 수신한 AMD PDU들을 송신측에 알려준다. 또한, 상태보고에는 해당 시점까지 수신하지 못한 AMD PDU들의 일련번호도 삽입된다.

상태보고를 수신한 송신측(505)은 수신측(510)이 수신한 것으로 통보한 AMD PDU들을 재전송 버퍼에서 폐기하고, 수신측(510)이 수신하지 못한 것으로 통보한 AMD PDU들은 재전송한다.

530단계에서 송신측(505)은 AMD PDU를 수신측(510)으로 전송하고, 535단계에서 수신측(510)은 일정한 요건이 충족되면 540단계에서 상태보고를 만들어서 송신측(505)으로 전송한다. 상기 상태보고를 전송하는 요건이 충족되는 것을 상태보고가 트리거 되었다고 하며, 상태보고 트리거로는 아래와 같은 것들이 정의되어 있다.

- 미수신 PDU가 감지되면 상태보고 전송. 수신한 AMD PDU의 일련번호가 VR(H)보다 크면, 미수신 PDU가 발생한 것으로 간주한다. 예를 들어 임의의 시점에 VR(H)가 10일 때, PDU(11)을 수신하면, PDU(10)이 미수신된 것이다.

- 폴 비트가 셋된 AMD PDU를 수신하면 상태보고 전송

- 일정한 주기 마다 상태보고 전송

수신측(510)에는 하나 이상의 상태보고 트리거가 구성될 수 있다.

상기와 같이 RLC AM 개체에서는 송신측이 수신측에게 상태보고 수신을 명하거나, 수신측이 자체적으로 상태보고를 전송함으로써, 송신측은 수신측이 수신하지 못한 PDU를 인지하고, 상기 PDU들에 대한 재전송을 실행한다.

이때, 상태 보고를 주기적으로 전송하는 동작은 송신측의 폴링(polling)을 필요로 하지 않는 가장 간단한 상태 보고 전송 메커니즘으로, 주기적인 상태 보고 전송은 'Timer_Status_Periodic'이라는 타이머 동작을 통해 이루어진다. 즉, 상태 보고를 주기적으로 전송하도록 설정된 RLC AM 개체가 만들어지면, 상기 Timer_Status_Periodic은 구동되며, 타이머가 만료될 때마다, 상태 보고가 전송된다. 상기 Timer_Status_Periodic의 크기는 RLC AM 개체마다 다를 수 있으며, 상위 계층에 의해서 통보된다.

이처럼 주기적인 상태 보고 전송에서는, 실질적인 데이터 전송 상태와 무관하게 상태 보고가 전송되기 때문에, 비효율적인 측면을 도 6을 예를 들어 설명한다.

도 6을 참조하면, 송신측 RLC AM 개체(605)와, 수신측 RLC AM 개체(610)가 있으며, 수신측 RLC AM 개체(610)는 상태 보고를 주기적으로 전송하도록 설정되어 있다.

상기 RLC AM 개체들(605, 610)을 통해 웹 서핑이 진행되고 있다면, 상기 RLC AM 개체들(605, 610) 사이의 데이터 발생 패턴은 버스티(bursty)한 특징을 가진다. 다시 말해서, 짧은 기간동안 데이터가 발생한 뒤, 긴 시간동안 데이터가 아예 발생하지 않는다.

이러한 상황에서는 데이터가 발생하지 않는 동안에는 상태 보고를 통해 별 의미 없는 정보가 전송되기 때문에, 주기적인 상태 보고 전송은 대단히 비효율적이다.

예를 들어, 송신측에서 4개의 RLC PDU(615, 620, 625, 635)들이 전송된 뒤, 더 이상의 데이터가 발생하지 않는 상황을 가정해 보자.

633시점에서, 상기 수신측 RLC AM 개체(610)에서 Timer_Status_Periodic이 구동되어, 임의의 시점에 상기 타이머가 만료된다.

상기 타이머가 만료된 시점까지 수신측 RLC AM 개체(610)가 일련번호 x인 AMD PDU(이하, PDU[x]로 표기)(615), PDU[x+1](620), PDU[x+2](625)를 수신하였다면, 수신측 RLC AM 개체(610)는 상기 시점에서 상태 보고를 전송하면서, 상기 상태 보고의 LSN 필드에 x+3을 삽입한다. 이후, 수신측에 PDU[x+3](630)이 도착하고, 더 이상의 데이터가 수신되지 않는다. 그리고 Timer_Status_Periodic이 만료되는 시점(643)에 수신측 RLC AM 개체(610)는 또 다른 상태 보고(640)를 전송한다. 상기 상태 보고(640)의 LSN 필드에는 [x+4]가 삽입된다. 그리고 이후에 Timer_Status_Periodic이 만료되는 시점(647, 653, 657)마다 상태보고(645, 650, 655)가 각각 전송되며, 상기 상태보고의 LSN 필드에는 x+4라는 동일한 정보가 삽입된다.

상기 상태 보고의 내용이 달라지려면, 수신측 RLC AM 개체(610)의 데이터 수신 상황이 변하여야 한다. 그러나, 데이터가 아예 전송되지 않는 상황에서는 데이터 수신 상황 자체가 변할 수 없기 때문에, 동일한 내용을 담은 상태 보고들이 전송되는 것이다. 따라서, 데이터가 전송되지 않는 상황에서 상태 보고를 전송하지 않도록 하는 방법이 요구되어 진다.

본 발명에서는 상기한 문제점을 해결하기 위해서, 주기적인 상태 보고 전송이 설정되고, 주기가 만료되어 상태 보고를 전송할 때, 상기 상태 보고가 이전에 전송한 상태 보고와 동일한 정보를 담고 있을 경우, 상기 상태 보고를 전송하지 않도록 한다.

도 7에 본 발명의 바람직한 실시예에 따른 개괄적인 동작을 보여주는 도면이다.

도 7을 참조하면, 송신측 RLC AM 개체(705)와, 수신측 RLC AM 개체(710)가 있으며, 수신측 RLC AM 개체(710)는 상태 보고를 주기적으로 전송하도록 설정되어 있다.

송신측 RLC AM 개체(705)에서 4개의 RLC PDU(715, 720, 725, 735)들이 전송된 뒤, 더 이상의 데이터가 발생하지 않는 도 6에서 묘사했던 상황과 동일한 상황이다.

733 시점에서 수신측 RLC AM 개체(710)는 Timer_Status_Periodic이 구동되어서, 임의의 시점에 상기 타이머가 만료된다.

상기 타이머가 만료된 시점까지 상기 수신측 RLC AM 개체(710)는 PDU[x](715), PDU[x+1](720), PDU[x+2](725)를 수신하면, 상기 시점에서 송신측 RLC AM 개체(705)로 상태 보고를 전송하면서, 상기 상태 보고의 LSN 필드에 x+3을 삽입한다(730). 이후 수신측에 PDU[x+3]이 도착하고, 더 이상의 데이터가 수신되지 않는다. 그리고 Timer_Status_Periodic이 만료되는 시점(743)에 수신측은 또 다른 상태 보고(740)를 전송한다. 상기 상태 보고의 LSN 필드에는 x+4가 삽입된다. 그리고 이후 Timer_Status_Periodic이 만료되는 시점에는, 여전히 데이터 수신 상태가 변하지 않았으므로, LSN 필드에 x+4가 삽입된 상태 보고(747, 753, 757)가 발생한다. 이때, 상기 상태 보고(747, 753, 757)들은 이 전 상태 보고들과 정확하게 동일한 정보를 담고 있으므로, 상태 보고로써의 가치를 가지지 않으므로, 수신측 RLC AM 개체(705)는 상기 상태 보고(747, 753, 757)들을 수신하지 않고 폐기한다.

도 8은 본 발명의 바람직한 실시예에 따른 상태 보고의 간략한 구조이다.

도 8을 참조하면, 하나의 상태보고(805)는 헤더(810)와 다수의 SUFI(super field)(815, 820, 825)들로 구성된다. SUFI는 하나의 완결된 정보이며, 타입 필드와 실질적인 정보로 구성된다. SUFI의 종류로는 ACK, WINDOW, RLIST, MRW 등 여러 가지가 정의되어 있으며, 하나의 상태 보고는 필요할 경우 다수의 SUFI를 수납할 수 있다.

타입 필드의 크기는 4 비트이다. ACK SUFI의 타입 필드(830)에는 '0010'이 삽입되며, LSN에는 상기 SUFI가 전송되는 시점까지 수신한 AMD PDU들 중, 순서가 정렬된 AMD PDU들 중에서 가장 높은 일련 번호에 1을 합산한 값이 삽입된다. 전술한 바와 같이 LSN은 VR(R)과 동일한 값일 수 있다. 즉, 상기 ACK SUFI는 LSN(835)보다 1 낮은 일련번호를 가지는 AMD PDU까지는 잘 수신하였다는 것을 송신측에 알려주는 역할을 한다.

WINDOW SUFI의 Type 필드(840)에는 '0001'이 삽입되며, 송신측의 송신 윈도우의 크기를 변경하는 용도로 사용된다. 수신측은 송신측의 송신 윈도우를 변경하고자 하면, 변경하고자 하는 값을 WSN 필드(845)에 삽입해서 송신측으로 전송한다.

NO_MORE SUFI는 통상적으로 상태 보고의 마지막 SUFI(825)로 사용되며, 상태 보고에 더 이상의 SUFI가 존재하지 않는다는 것을 알려주는 용도로 사용된다. NO_MORE SUFI의 타입필드(850)에는 '0000'이 삽입된다.

RLIST SUFI의 타입 필드에는 0101이 삽입되며, 이는 미수신 PDU의 일련 번호를 통보하는 용도로 사용된다. MRW SUFI의 타입 필드에는 0110이 삽입되며, 송신측에서 SDU를 폐기하였을 때 이를 수신측에 통보하는 용도로 사용된다. 그 외에도 BITMAP SUFI, LIST SUFI, MRW_ACK SUFI 등이 정의되어 있지만, 자세한 설명은 생략한다.

특이한 것은 다양한 종류의 SUFI들이 정의되어 있기는 하지만, ACK SUFI를 제외한 나머지 SUFI들은 주기적인 상태 보고에 수납되지 않는 경우가 대부분이다. 모든 상태 보고에는 항상 ACK SUFI가 수납되어야 하지만, 나머지 SUFI들은 필요할 때만 수납되기 때문이다.

도 9는 본 발명의 바람직한 실시예에 따른 상태 보고를 송신하는 동작을 도시한 도면이다.

여기서, 송신측/수신측은 각각의 송 수신측 RLC AM 개체를 의미한다.

도 9를 참조하면, 905단계에서 주기적인 상태 보고가 발생하면, 즉 Timer_Status_Periodic이 만료되면, 수신측은 910단계에서 상태 보고를 구성한다.

915 단계에서 수신측은 상기 상태 보고의 ACK SUFI의 LSN 값이 가장 최근에 전송한 ACK SUFI의 LSN 값과 동일한지 검사한다. 상기 검사결과 LSN값과 동일하지 않을 경우, 920단계로 진행한다. 즉, 상기 구성된 상태 보고의 ACK SUFI의 LSN 값이 가장 최근에 전송한 ACK SUFI의 LSN 값과 다르다는 것을 의미하며, 이는 수신측의 AMD PDU 수신 상황에 변화가 있었음을 의미하므로, 920단계에서 수신측은 상기 상태 보고를 전송한다.

상기 검사 결과 LNS값과 동일할 경우, 925단계로 진행한다. 즉, 상기 910단계에서 만들어진 상태 보고의 ACK SUFI의 LSN 값이 가장 최근에 전송한 ACK SUFI의 LSN 값과 동일하다는 것을 의미하므로, 이는 AMC PDU 수신 상황에 변화가 없음을 의미한다. 따라서, 상기 상태 보고에 오직 ACK SUFI만 존재한다면, 상기 상태 보고를 전송할 이유가 없다.

925단계에서 수신측은 910단계에서 만들어진 상태 보고에 ACK SUFI 외에 다른 SUFI가 존재하는지 판단한다. 이때, NO_MORE SUFI는 실질적인 정보를 전달하는 용도가 아니라, 단순히 상태 보고의 끝을 알리는 용도이므로, NO_MORE SUFI는 상기 검사 대상에서 제외한다.

상기 판단결과 다른 SUFI가 존재하지 않는다면, ACK SUFI가 유일한 SUFI이므로 930단계에서 수신측은 상기 상태 보고를 전송하지 않고 폐기한다.

상기 판단 결과 다른 SUFI가 존재할 경우, 935단계에서 수신측은 상기 상태보고에서 ACK SUFI를 제거한 뒤 전송한다. 이 때 ACK SUFI를 포함시켜서 전송한다 하더라도, ACK SUFI의 크기는 2 바이트에 불과하므로, ACK SUFI를 포함시켜서 상태 보고를 전송할 수도 있다.

이하 본 발명의 제 2 실시예에서는, ACK SUFI가 이전 상태 보고 시 사용한 값과 동일할 뿐만 아니라, 그 이전 상태 보고 시 사용한 값과도 동일한 경우에만 상태 보고를 생략하는 방법을 제시한다.

이는 상태 보고가 유실된 경우를 대비한 것으로, 예를 들면 ACK SUFI를 담고 있는 상태 보고가 유실되고, 이 후로는 데이터 송수신이 진행되지 않는다면, 수신측은 더 이상 ACK SUFI를 전송하지 않을 것이며, 송신측은 수신측의 수신 상태를 인지하지 못할 것이다. 따라서, 이러한 문제점이 발생하지 않도록 하기 위해서, 수신측이 상태 보고 생략여부를 결정할 때, 직전 상태 보고 시 사용한 ACK SUFI 값뿐만 아니라, 그 이전 상태 보고 시 사용한 ACK SUFI 값도 고려하도록 한다.

도 10은 본 발명의 제 2 실시예를 보여주는 도면이다.

도 10을 참조하면, 송신측 RLC AM 개체(1005)와, 수신측 RLC AM 개체(1010)가 있으며, 수신측 RLC AM 개체(1010)는 상태 보고를 주기적으로 전송하도록 설정되어 있다.

송신측 RLC AM 개체(1005)에서 4개의 RLC PDU(1015, 1020, 1025, 1035)들이 전송된 뒤, 더 이상의 데이터가 발생하지 않는 도 6과 도 7에서 묘사했던 상황과 동일한 상황이다.

1033 시점에서 수신측 RLC AM 개체(1010)는 Timer_Status_Periodic이 구동되어서, 임의의 시점에 상기 타이머가 만료된다.

상기 타이머가 만료된 시점까지 상기 수신측 RLC AM 개체(1010)는 PDU[x](1015), PDU[x+1](1020), PDU[x+2](1025)를 수신하면, 상기 시점에서 송신측 RLC AM 개체(1005)로 상태 보고를 전송하면서, 상기 상태 보고의 LSN 필드에 x+3을 삽입한다(1030). 이후 수신측에 PDU[x+3]이 도착하고, 더 이상의 데이터가 수신되지 않는다. 그리고 Timer_Status_Periodic이 만료되는 시점(1043)에서 수신측은 또 다른 상태 보고(1040)를 전송한다. 상기 상태 보고의 LSN 필드에는 x+4가 삽입된다. 그리고 이후 Timer_Status_Periodic이 만료되는 시점(1047)에서 여전히 데이터 수신 상태가 변하지 않았으므로, LSN 필드에 x+4가 삽입된 상태 보고(1045)가 발생한다. 수신측은 가장 최근에 전송한 n 개의 상태 보고들과 상기 전송하고자 하는 상태 보고가 동일한 정보를 담고 있는지 검사한다. 이때, n은 상태보고가 유실된 경우를 대비하여 RLC가 임의로 정해놓은 값이다. n을 2라고 가정하면, 상태보고(1033)에는 LSN=x+3이라는 ACK SUFI가, 상태보고(1040)에는 LSN=x+4라는 ACK SUFI가 전송되었으며, 상태보고(1045)에는 LSN=x+4이라는 ACK SUFI가 포함되므로, 상기 조건은 만족하지 않는다. 그러므로, 수신측은 1047에서 상태보고(1045)를 전송한다.

1053 시점에 Timer_Status_Periodic이 만료되면, 수신측은 가장 최근에 전송 한 n 개의 상태보고들과 상기 타이머가 만료되면서 발생한 상태보고가 동일한 정보를 담고 있는지 검사한다. n을 2라고 가정하면, 상태보고(1040)에서는 LSN = x+4라는 ACK SUFI가, 상태보고 (1045)에서는 LSN = x+4라는 ACK SUFI가 전송되었으며, 1053에서 발생한 상태보고 역시 LSN = x+4라는 ACK SUFI만을 포함한다. 그러므로 상기 조건은 만족되며, 수신측은 1053 단계에서는 상태 보고를 전송하지 않는다.

도 11은 본 발명의 바람직한 실시예에 따른 상태 보고를 송신하는 동작을 도시한 도면이다. 여기서, 송신측/수신측은 각각의 송 수신측 RLC AM 개체를 의미한다.

도 11을 참조하면, 1105단계에서 수신측은 주기적인 상태 보고가 발생하면, 즉 Timer_Status_Periodic이 만료되면, 1110단계로 진행하여 상태 보고를 구성한다.

1115 단계에서 수신측은 상기 상태 보고의 ACK SUFI의 LSN 값이 가장 최근에 전송한 n개의 ACK SUFI의 LSN 값들과 동일한지 검사한다. 상기 조건은 가장 최근에 전송한 n개의 ACK SUFI들이 모두 동일한 LSN 값들을 가지고 있었으며, 1110 단계에서 발생한 상태보고의 ACK SUFI의 LSN값이 상기 LSN 값과 동일한 경우에 만족된다. 상기 검사결과 LSN값들이 동일하지 않을 경우, 상기 구성된 상태 보고의 ACK SUFI의 LSN 값이 가장 최근에 전송한 ACK SUFI의 LSN 값들과 다르다는 것을 의미하므로 1120단계로 진행한다. 1120단계에서 수신측은 상기 상태 보고를 전송한다.

상기 검사 결과 LNS값들이 동일할 경우, 상기 1110단계에서 만들어진 상태 보고의 ACK SUFI의 LSN 값이 가장 최근에 전송한 n개의 ACK SUFI의 LSN 값과 동일 하다는 것이므로, 이는 AMC PDU 수신 상황에 변화가 없으며, AMD PDU 수신 상황을 이미 (n-1)회 알렸음을 의미한다. 따라서, 상기 상태 보고에 오직 ACK SUFI만 존재한다면, 상기 상태 보고를 전송할 이유가 없으며 1125단계로 진행한다.

1125단계에서 수신측은 1110단계에서 만들어진 상태 보고에 ACK SUFI 외에 다른 SUFI가 존재하는지 판단한다. 이때, NO_MORE SUFI는 실질적인 정보를 전달하는 용도가 아니라, 단순히 상태 보고의 끝을 알리는 용도이므로, NO_MORE SUFI는 상기 검사 대상에서 제외한다.

상기 판단결과 다른 SUFI가 존재하지 않는다면, ACK SUFI가 유일한 SUFI이므로 1130단계에서 수신측은 상기 상태 보고를 전송하지 않고 폐기한다.

상기 판단 결과 다른 SUFI가 존재할 경우, 1135단계에서 수신측은 상기 상태보고에서 ACK SUFI를 제거한 뒤 전송한다. 이때, ACK SUFI를 포함시켜서 전송한다 하더라도, ACK SUFI의 크기는 2 바이트에 불과하므로, ACK SUFI를 포함시켜서 상태 보고를 전송할 수도 있다.

한편 본 발명의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시예에 국한되지 않으며, 후술되는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

이상에서 상세히 설명한 바와 같이 동작하는 본 발명에 있어서, 개시되는 발 명 중 대표적인 것에 의하여 얻어지는 효과를 간단히 설명하면 다음과 같다.

본 발명은, 이동통신시스템의 무선링크제어(RLC) 계층에서 데이터가 전송되지 않는 상황에서 동일한 상태 보고 전송을 할 필요가 없게 된다.

Claims (12)

1. 이동 통신 시스템의 라디오 링크 제어 계층(RLC)에서, 주기적 보고 방법을 이용하여 상태 보고를 수행하는 방법에 있어서,

   상위 계층으로부터 받은 SDU(Service Data Unit)를 PDU(Packet Data Unit)로 가공하여 송신측RLC에서 수신측 RLC로 재전송하는 과정과,

   수신측 RLC에서 주기가 만료되면, 현재 전송할 상태 정보 메시지(Status report)의 정보와 이전에 전송한 상태 정보 메시지의 정보를 비교하는 과정과,

   상기 비교 결과에 따라서 수신측 RLC에서 송신측 RLC로 상태 정보 메시지를 보낼 지 여부를 결정하는 것을 특징으로 하는 상기 방법
2. 제 1항에 있어서, 상기 결정하는 과정은,

   현재 전송할 상태 정보 메시지의 정보와 이전에 전송한 상태 정보 메시지의 정보가 동일한지 판단하는 과정과.

   상기 판단 결과 동일할 경우, 상기 수신측 RLC는 송신측 RLC로 상기 상태 전송 메시지를 전송하지 않고 폐기하는 과정을 더 포함하여 구성되는 것을 특징으로 하는 방법.
3. 제 2항에 있어서, 상기 판단 결과 동일하지 않을 경우, 상기 상태 전송 메시지를 송신측 RLC로 전송하는 것을 특징으로 하는 방법.
4. 제 1항에 있어서, 상기 상태 정보 메시지는,

   헤더와 타입 필드와 실질적인 정보로 구성되는 다수의 SUFI(Super Filed)들로 구성되는 것을 특징으로 하는 방법.
5. 이동 통신 시스템의 라디오 링크 제어 계층(RLC)에서, 주기적 보고 방법을 이용하여 상태 보고를 수행하는 방법에 있어서,

   상위 계층으로부터 받은 SDU(Service Data Unit)를 PDU(Packet Data Unit)로 가공하여 송신측RLC에서 수신측 RLC로 재전송하는 과정과,

   수신측 RLC에서 주기가 만료되면, 현재 전송할 상태 정보 메시지(Status report)의 정보와 이전에 전송한 미리 정해진 개수의 상태 정보 메시지들의 정보를 비교하는 과정과,

   상기 비교 결과에 따라서 수신측 RLC에서 송신측 RLC로 상태 정보 메시지(Status report)를 보낼 지 여부를 결정하는 것을 특징으로 하는 상기 방법
6. 제 5항에 있어서, 상기 결정하는 과정은,

   상기 현재 전송할 상태 정보 메시지(Status report)의 정보와 상기 이전에 전송한 미리 정해진 개수에 상태 정보 메시지(Status Report)들의 정보가 동일한지 판단하는 과정과.

   상기 판단 결과 모두 동일할 경우, 상기 수신측 RLC는 송신측 RLC로 상기 상태 전송 메시지를 전송하지 않고 폐기하는 과정을 더 포함하여 구성되는 것을 특징으로 하는 방법.
7. 제 6항에 있어서, 상기 판단 결과 모두 동일하지 않을 경우, 상기 현재 전송할 상태 정보 메시지를 송신측 RLC로 전송하는 것을 특징으로 하는 방법.
8. 제 5항에 있어서, 상기 상태 정보 메시지는,

   헤더와 타입 필드와 실질적인 정보로 구성되는 다수의 SUFI(Super Field)들로 구성되는 것을 특징으로 하는 방법.
9. 이동 통신 시스템에서, 주기적 보고 방법을 이용하여 상태 보고를 수행하는 장치에 있어서,

   상위 계층으로부터 받은 SDU(Service Data Unit)를 PDU(Packet Data Unit)로 가공하여 수신측 라디오 링크 제어 계층(RLC)으로 재전송하는 송신측 RLC와,

   주기가 만료되면, 현재 전송할 상태 정보 메시지(Status report)의 정보와 이전에 전송한 한 개 이상의 상태 정보 메시지의 정보를 비교하고, 상기 비교 결과에 따라서 수신측 RLC에서 송신측 RLC로 상태 정보 메시지를 보낼 지 여부를 결정하는 수신측 RLC를 포함하여 구성되는 것을 특징으로 하는 상기 장치.
10. 제 9항에 있어서, 상기 수신측 RLC는,

    상기 현재 전송할 상태 정보 메시지(Status report)의 정보와 상기 이전에 전송한 미리 정해진 개수에 상태 정보 메시지(Status Report)들의 정보가 동일한지 판단하여, 상기 판단 결과 모두 동일할 경우, 상기 송신측 RLC로 상기 상태 전송 메시지를 전송하지 않고 폐기하는 과정을 더 포함하여 구성되는 것을 특징으로 하는 장치.
11. 제 10항에 있어서, 상기 판단 결과 모두 동일하지 않을 경우, 상기 현재 전송할 상태 정보 메시지를 송신측 RLC로 전송하는 것을 특징으로 하는 방법.
12. 제 9항에 있어서, 상기 상태 정보 메시지는,

    헤더와 타입 필드와 실질적인 정보로 구성되는 다수의 SUFI(Super Filed)들로 구성되는 것을 특징으로 하는 정치.

Images