KR20050068521A - 통신 시스템의 데이터 유닛 전송 처리 방법 - Google Patents

Abstract

본 발명은 통신 시스템에 있어서, 특히 이동통신 시스템에서 데이터 유닛의 전송 처리 방법에 관한 것으로, 기지국 제어기(BSC)와 기지국(BTS) 간의 아비스 인터페이스(Abis interface) 구간에서 트래픽의 전송 처리 효율을 보다 향상시키며, 특히 차세대 이동통신 시스템의 BSC와 BTS 간에 정의되는 미디엄 액세스 제어 계층(Medium Access Control Layer)에서 전송 데이터 유닛의 최소 길이를 보장해주는 통신 시스템의 데이터 유닛 전송 처리 방법에 관한 것이다.

Description

통신 시스템의 데이터 유닛 전송 처리 방법{method for managing transmission of data units in communication}

본 발명은 통신 시스템에 관한 것으로, 특히 이동통신 시스템에서 데이터 유닛의 전송 처리 방법에 관한 것이다.

1xEV-DV(1x Evolution Data and Voice) 시스템은 도 1과 같은 구성을 갖는다.

1xEV-DV 시스템에 새롭게 추가되는 물리채널은 패킷 데이터 채널(Packet Data Channel ; 이하, PDCH 라 약칭함)과 패킷 데이터 제어 채널(Packet Data Control Channel ; 이하, PDCCH 라 약칭함)과 같은 순방향 채널들과, 채널 품질 지시자 채널(Channel Quality Indicator Channel ; 이하, CQICH 라 약칭함)과 승인채널(Acknowledge Channel ; 이하, ACKCH 라 약칭함)과 같은 역방향 채널로 구성된다.

여기서 순방향 채널인 PDCH는 데이터를 전송하는 채널로 최대 3.07Mbps의 속도로 데이터를 전송하며, PDCCH는 PDCH의 월쉬(Walsh) 코드, 맥 아이디(MAC_ID) 그리고 데이터 길이 등의 정보를 전송한다.

그리고 역방향 채널인 CQICH는 시스템이 정해준 주기로 순방향 채널들의 채널 품질(Channel Quality)을 전송하는 채널이고, ACKCH는 PDCH를 통해 수신한 인코더 패킷(encoder packet)의 순환잉여검사(Cyclic Redundancy Check ; 이하, CRC 라 약칭함) 통과 유무에 따라 승인(ACK) 또는 비승인(NAK : non acknowledge)을 알리는 채널이다.

상기에서 인코더 패킷(encoder packet)은 물리채널에서 볼 때 상위 계층으로 전달받은 정보비트에 CRC를 위한 16비트를 추가하고 또한 터보 인코더 테일 비트를 6비트 추가한 패킷 포맷이다. 또한 인코더 패킷은 무선상으로는 서브 패킷(sub-packet)의 형태로 이동단말에 전송된다.

상기한 서브 패킷은 현재 무선상의 상태와 자원의 상태를 근거로 기지국(Base transceiver system ; 이하, BTS 라 약칭함)의 스케쥴러(scheduler)에서 정한 인코더 패킷의 한 부분으로, 그 서브 패킷은 이후에 설명될 48바이트의 최소 서비스 데이터 유닛(Service Data Unit ; 이하, SDU 라 약칭함)을 적어도 하나 포함하여 만들어진다. 다시 말하자면, 최소 SDU가 최대 1, 2, 4, 6, 8 또는 10개인 서브 패킷이 이동단말에 전송된다. 따라서 이후에도 설명되지만 이동단말로 전송되는 인코더 패킷의 길이(EP_SIZE)는 최소 SDU의 수 내지 수십 개를 포함하는 서브 패킷의 길이를 의미한다.

도 2는 트래픽 데이터의 흐름을 나타낸 도면으로, 호 셋업(Call setup) 후의 트래픽 데이터 흐름을 나타낸 것이다.

도 2에 보인 바와 같이 이동단말이 수신하는 순방향 트래픽은 패킷 데이터 서빙 노드(PDSN : Packet Data Serving Node)(30)에서 기지국 제어기(Base station controller ; 이하, BSC라 약칭함)(20)를 거쳐 BTS(10)로 전달된다.

이 때 BSC(20)와 BTS(10)의 A 구간은 아비스 인터페이스(Abis interface) 구간으로, PDSN(30)에서 데이터(순방향 트래픽)를 수신한 BSC(20)는 무선링크프로토콜(Radio Link Protocol ; 이하, RLP 라 약칭함) 데이터와 멀티플렉스 서브계층(Multiplex Sublayer)의 헤더(Header)를 붙여 BTS(10)로 보낸다. 상기한 아비스 인터페이스(Abis interface)는 3GPP2(3rd generation partnership project 2)에서 BTS(20)와 BSC(30) 간의 상호 동작 명세(inter-operability specification)에 정의된 인터페이스이다.

이 때 BSC(20)에서 BTS(10)의 스케쥴러(Scheduler)로 보내는 패킷 포맷은 최소 SDU 단위인 48바이트(bytes) 단위이다. 그 최소 SDU의 포맷을 도 4에 나타내었다.

이어 PDCH를 통해 송신되는 데이터(순방향 트래픽)에서 멀티플렉스 서브계층의 프로토콜 데이터 유닛(Protocol Data Unit ; 이하, PDU 라 약칭함)은 제5형 먹스 PDU(이하, MuxPDU type 5 라 약칭함)의 포맷을 갖는다. 도 3은 멀티플렉스 계층의 데이터 유닛에서 헤더 포맷의 일 예를 나타낸 도면으로써, 특히 MuxPDU type 5의 포맷을 갖는 멀티플렉스 서브계층의 PDU(이하, MuxPDU 라 약칭함)에서, 그의 헤더를 나타낸 것이다.

한편, BSC(20)에서 최소 SDU 포맷의 길이(48 바이트)를 채울 충분한 데이터가 없을 경우 즉, 상위계층에서 내려온 MuxPDU의 길이가 48바이트가 되지 않을 경우에는, 그 BSC(20)는 도 4에 도시된 바와 같이 RLP 데이터(44) 뒤에 보충 MuxPDU(이하, Fill MuxPDU 라 약칭함)를 붙여서 48바이트를 채운다.

도 4의 최소 SDU 포맷에서 SR_ID(40,50)는 서비스 레퍼런스 식별자(Service Reference ID)의 필드이며, EI(41,51)는 확장 표시자(Extension Indicator)의 필드이며, LI(42,52)는 길이 표시자(Length Indicator)의 필드이며, LEN(43,53)은 RLP 데이터(44)의 길이 값을 나타내는 필드이다.

도 4에서 상위계층에서 내려온 MuxPDU는 유효한 RLP 데이터(44)를 포함하며, Fill MuxPDU는 모두 "0"의 값을 갖는 무효한 데이터를 포함한다.

즉, Fill MuxPDU에는 SR_ID(50)가 "111"이고, RLP 데이터(60) 필드에 모두 "0"의 값이 채워진다.

BTS(20)는 48바이트의 최소 SDU를 수신하여 전송대기버퍼(Queue)에 저장하고 있다가 현재 무선상의 상태와 트래픽 부하(Traffic Load)의 정도 및 전송대기버퍼(Queue)의 상태 등의 파라미터(Parameter)를 기준으로 최소 SDU의 수 내지 수십 개의 길이에 해당하는 인코더 패킷 길이(EP_SIZE)를 결정한 후에 무선상으로 전송한다. 여기서 인코더 패킷 길이(EP_SIZE)는 48바이트의 최소 SDU가 최대 1, 2, 4, 6, 8 또는 10개에 해당하는 길이로 정해진다. 이와 같이 수 내지 수십 개의 최소 SDU를 합한 길이인 인코더 패킷 길이(EP_SIZE)는 전술된 서브 패킷의 길이이다. 결국 BTS(10)에서 이동단말로 전송되는 서브 패킷의 길이는 현재 무선상의 상태와 트래픽 부하(Traffic Load)의 정도 및 전송대기버퍼(Queue)의 상태 등의 파라미터(Parameter)를 기준으로 정해진다.

이상에서 설명된 바와 같이 종래 기술에서는 BSC에서 최소 SDU 포맷의 길이(48 바이트)를 채울 충분한 데이터가 없을 경우에 그 BSC(20)가 Fill MuxPDU를 추가로 삽입하여 48바이트를 채운 후에 BTS로 전달한다. 이와 같이 주로 버스트(Burst)하게 데이터(순방향 트래픽)를 PDSN으로부터 전달받는 BSC가 무선상에서 불필요한 Fill MuxPDU를 너무 많이 삽입하여 전달하게 되므로, 순방향 트래픽 부하의 효율성을 저하시킨다. 뿐만 아니라 순방향 트래픽의 처리 용량에도 악영향을 준다.

또한, Fill MuxPDU를 삽입하기 위해 그 Fill MuxPDU의 길이에 해당하는 필드를 필요로 한다. 그 때문에 Fill MuxPDU를 삽입할 때는 48바이트에서 항상 그의 헤더의 길이를 남겨 주어야 한다. 이는 순방향 트래픽에 대한 처리상의 번거러움을 가중시킨다.

또한, BTS는 현재 SDU의 길이와 PDU의 길이를 비교하여 Fill MuxPDU의 삽입 여부를 판단하는 처리가 요구된다.

본 발명의 목적은 상기한 점들을 감안하여 안출한 것으로, 특히 BSC와 BTS 간의 아비스 인터페이스(Abis interface) 구간에서 트래픽의 전송 처리 효율을 보다 향상시키는데 적당한 통신 시스템의 데이터 유닛 전송 처리 방법을 제공하는데 있다.

본 발명의 또다른 목적은 차세대 이동통신 시스템의 BSC와 BTS 간에 정의되는 미디엄 액세스 제어 계층(Medium Access Control Layer)에서 전송 데이터 유닛의 최소 길이를 보장해주는 통신 시스템의 데이터 유닛 전송 처리 방법을 제공하는데 있다.

상기한 목적들을 달성하기 위한 본 발명에 따른 통신 시스템의 데이터 유닛 전송 처리 방법의 특징은, 기지국 제어기(BSC)가 수신된 트래픽의 데이터로부터 멀티플렉스 서브계층의 프로토콜 데이터 유닛(MuxPDU)을 생성하여 기지국(BTS)으로 전송하는 단계와, 상기 기지국이 수신된 상기 프로토콜 데이터 유닛(MuxPDU)을 전송대기버퍼에 저장하고, 특정 이동단말로 전송할 서브 패킷의 길이를 결정하는 단계와, 상기 기지국이 상기 서브 패킷에 포함될 상기 프로토콜 데이터 유닛(MuxPDU)의 개수를 정하는 단계와, 상기 기지국이 상기 결정된 서브 패킷의 길이에 상응하도록 상기 정해진 개수의 프로토콜 데이터 유닛(MuxPDU)들을 합하고, 보충 MuxPDU(Fill MuxPDU)를 상기 서브 패킷에 더 삽입하여 상기 이동단말로 전송하는 단계를 포함하는 것이다.

바람직하게, 상기 멀티플렉스 서브계층(Multiplex Sublayer)의 프로토콜 데이터 유닛(MuxPDU)은 무선링크프로토콜(Radio Link Protocol : RLP) 데이터와 상기 멀티플렉스 서브계층(Multiplex Sublayer)의 헤더(Header)로 구성된다.

또한, 상기 기지국 제어기(BSC)는 상기 멀티플렉스 서브계층(Multiplex Sublayer)의 프로토콜 데이터 유닛(MuxPDU)에 길이 필드를 더 포함하며, 상기 길이 필드의 값은 상기 멀티플렉스 서브계층(Multiplex Sublayer)의 프로토콜 데이터 유닛(MuxPDU)을 구성하는 헤더의 길이와, 상기 헤더에서 무선링크프로토콜(Radio Link Protocol : RLP) 데이터의 길이를 나타내는 필드의 값을 합한 값으로 설정된다.

또한, 상기 서브 패킷의 길이는 상기 기지국의 스케쥴러가 결정하며, 상기 스케쥴러는 상기 기지국과 이동단말 간 무선상의 상태와 상기 트래픽 부하의 정도와 상기 전송대기버퍼의 상태 중 적어도 하나를 기준으로 상기 서브 패킷의 길이를 결정한다. 여기서, 상기 서브 패킷의 길이는 48바이트의 최소 서비스 데이터 유닛(Service Data Unit ; SDU)을 적어도 하나 포함하는 인코더 패킷의 길이이다.

본 발명의 다른 목적, 특징 및 잇점들은 첨부된 도면을 참조한 실시 예들의 상세한 설명을 통해 명백해질 것이다.

이하 본 발명에 따른 통신 시스템의 데이터 유닛 전송 처리 방법에 대한 바람직한 일 실시 예를 첨부된 도면을 참조하여 설명한다.

본 발명에서는 BSC가 Fill MuxPDU를 추가로 삽입하는 것이 아니라 BTS에서 Fill MuxPDU를 붙여준다.

보다 상세하게, 1xEV-DV 시스템에서는 정해진 SDU 만큼의 데이터(트래픽)가 전송되어야 한다. 그러므로 정해진 SDU 만큼의 데이터가 없을 때, 그 SDU를 채워주기 위한 Fill MuxPDU가 필수적이다.

그러나 본 발명에서는 BSC와 BTS 간의 아비스 인터페이스(Abis interface) 구간에서 전송되는 데이터 유닛의 크기를 최소화하기 위해, 그 Fill MuxPDU를 BTS에서 삽입하도록 처리한다.

이와 같이 BTS가 Fill MuxPDU를 삽입하기 위해, BSC는 BTS로 전송하는 모든 MuxPDU에 대한 길이 정보를 같이 포함시켜 전달한다. 그리고 그 길이는 최소 SDU의 길이인 48바이트를 넘지 않는 범위로 정한다.

BTS는 BSC로부터 수신한 모든 MuxPDU를 그들의 각 길이 정보와 함께 저장한다.

이어, BTS의 스케쥴러에 의해 전송할 최소 SDU의 길이가 정해지면, 상기 정해진 최소 SDU의 길이를 넘지 않도록 수신된 여러 MuxPDU들을 합한다. 그에 따라 금번에 전송될 SDU에 포함되는 PDU 길이(BSC로부터 수신한 적어도 하나의 PDU를 합한 길이)를 정한다.

만약 여러 개의 MuxPDU들을 합한 길이가 스케쥴러에 의해 정해진 최소 SDU 길이보다 작을 경우에, BTS는 스케쥴러에 의해 정해진 최소 SDU 길이에 보충할 Fill MuxPDU를 삽입한다.

이 때 삽입되는 Fill MuxPDU의 헤더에서 도 3에 도시된 길이 표시자(LI)의 값을 "00"으로 한다. 그러면 RLP 데이터의 길이 값을 나타내는 필드가 요구되지 않으므로, Fill MuxPDU의 헤더에서 2바이트를 줄이면서 부족한 최소 SDU의 길이를 채운다.

도 5는 본 발명에 따른 BTS와 BSC 간에 사용되는 데이터 유닛의 전송 포맷을 나타낸 도면이다.

본 발명에서는 BSC와 BTS 간의 아비스 인터페이스(Abis interface) 구간에서 전송되는 데이터 유닛의 포맷을 도 5와 같이 사용한다.

그에 따라 BSC는 전달할 MuxPDU(80)에 그 MuxPDU(80)의 길이를 나타내는 8비트의 길이 필드(70)를 더 추가하여 BTS에 전달한다.

그에 앞서 BSC는 패킷 인터페이스 프로세서(PIP : Packet Interface Processor)로부터 받은 데이터(순방향 트래픽)를 버퍼에 임시 저장해 둔 상태에서, 순간순간 RLP 데이터를 생성하고 또한 MuxPDU(80)를 포맷팅(formatting)하여 도 5와 같이 길이 필드(80)가 포함된 포맷으로 BTS에 보낸다.

특히 BSC에서 BTS로 전송되는 PDU 포맷의 길이 필드(70)는 MuxPDU(80)의 RLP 데이터의 길이 값을 나타내는 필드(LEN)의 값과 그 MuxPDU(80)의 헤더 길이인 2바이트를 합한 값으로 설정한다.

도 5의 포맷을 갖는 트래픽을 수신한 BTS는 그 수신된 트래픽(길이 필드 + MuxPDU)을 전송대기버퍼(Queue)에 임시 저장한다.

이어서 BTS의 스케쥴러는 역방향 채널인 CQICH을 통해 알려진 순방향 채널들의 채널 품질(Channel Quality), 그 CQICH의 상태, 특히 무선상의 상태와 트래픽 부하(Traffic Load)의 정도 및 전송대기버퍼(Queue)의 상태를 기준으로 현재 전송할 데이터의 최소 SDU의 길이 즉, 인코더 패킷 길이(EP_SIZE)를 결정한다.

이어서, 그 스케쥴러는 전송대기버퍼(queue)에 임시 저장된 트래픽(길이 필드 + MuxPDU)에서 길이 필드의 값을 사용하여 상기에서 결정된 인코더 패킷 길이(EP_SIZE)에 해당하는 MuxPDU의 개수를 정한다. 즉 임시 저장된 MuxPDU들을 합하여 인코더 패킷 길이(EP_SIZE)보다 작게 되는 MuxPDU의 개수를 정한다. 그에 따라 도 6에 도시된 바와 같이 정해진 최소 SDU의 길이인 인코더 패킷 길이(EP_SIZE)를 넘지 않도록 BSC로부터 수신된 여러 MuxPDU들(100)을 합한다.

그리고, BSC로부터 수신된 여러 MuxPDU들(100)을 합한 길이가 미리 결정된 인코더 패킷 길이(EP_SIZE)보다 작음에 따라, 도 6에 도시된 바와 같이 마지막 MuxPDU의 다음에 Fill MuxPDU(110)를 삽입한다.

도 6은 본 발명의 일 실시 예에 따른 데이터 유닛의 전송 처리 절차를 설명하기 위한 도면이다.

도 6을 참조하면, PDSN에서 데이터(순방향 트래픽)를 수신한 BSC는 RLP 데이터와 멀티플렉스 서브계층(Multiplex Sublayer)의 헤더(Header)를 붙여 MuxPDU를 생성한다.

그리고 BSC는 생성된 각 MuxPDU에 길이 필드를 더 삽입한 도 5의 포맷으로 순방향 트래픽을 BTS에 보낸다. 여기서 BSC와 BTS의 구간은 아비스 인터페이스(Abis interface) 구간이다.

BTS는 BSC로부터 수신한 순방향 트래픽(다수의 MuxPDU들)과 각 MuxPDU에 포함된 길이 필드의 정보를 함께 전송대기버퍼(queue)에 임시 저장한다.

이어서 BTS의 스케쥴러는 무선상의 상태와 트래픽 부하(Traffic Load)의 정도 및 전송대기버퍼(Queue)의 상태를 기준으로 현재 전송할 데이터의 최소 SDU의 길이 즉, 인코더 패킷 길이(EP_SIZE)를 결정한다. 예로써, 도 6에서는 인코더 패킷 길이(EP_SIZE)가 8로 결정한 경우이다. 이는 48바이트 단위인 최소 SDU 8개를 포함하는 서브 패킷 포맷을 아비스 인터페이스(Abis interface) 구간에서 사용하는 경우이다.

그에 따라 BTS의 스케쥴러는 전송대기버퍼(queue)에 임시 저장된 트래픽(길이 필드 + MuxPDU)에서 길이 필드의 값을 사용하여 서브 패킷에 포함된 MuxPDU의 개수를 정한다. 즉 임시 저장된 MuxPDU들을 합이 인코더 패킷 길이(EP_SIZE)보다 작게 되는 MuxPDU의 개수를 정한다.

이 때 만약 MuxPDU들의 합산 길이가 미리 결정된 인코더 패킷 길이(EP_SIZE)보다 작으면, BTS는 서브 패킷의 마지막 부분에 Fill MuxPDU를 삽입한다. 결국 서브 패킷이 완성되면, BTS는 그를 이동단말에 전송한다.

이상에서 설명된 본 발명에 따르면 기존의 1xEV-DV 시스템에 비해 불필요한 Fill MuxPDU를 크게 줄임으로써 순방향 트래픽의 처리 용량의 효과적이다.

또한 BSC는 복잡한 Fill MuxPDU의 헤더 처리를 수행할 필요가 없어지고 BTS에서 Fill MuxPDU를 삽입하므로, BSC와 BTS 간의 아비스 인터페이스(Abis interface) 구간에서 트래픽의 전송 처리 효율이 보다 향상된다. 즉 BSC에서는 최소 SDU 길이에 맞추기 위해 Fill MuxPDU를 삽입하는 처리가 요구되지 않기 때문에, BSC와 BTS 간에 전송되는 데이터 유닛의 길이를 최소로 보장해준다.

이상 설명한 내용을 통해 당업자라면 본 발명의 기술 사상에 일탈하지 아니하는 범위에서 다양한 변경 및 수정이 가능함을 알 수 있을 것이다.

따라서, 본 발명의 기술적 범위는 실시 예에 기재된 내용으로 한정하는 것이 아니라 특허 청구 범위에 의해서 정해져야 한다.

도 1은 1x EV-DV 시스템의 전체 구성을 나타낸 도면.

도 2는 트래픽 데이터의 흐름을 나타낸 도면.

도 3은 멀티플렉스 계층의 데이터 유닛에서 헤더 포맷의 일 예를 나타낸 도면.

도 4는 최소 서비스 데이터 유닛(SDU)의 포맷의 일 예를 나타낸 도면.

도 5는 본 발명에 따른 BTS와 BSC 간에 사용되는 데이터 유닛의 전송 포맷을 나타낸 도면.

도 6은 본 발명의 일 실시 예에 따른 데이터 유닛의 전송 처리 절차를 설명하기 위한 도면.

Claims (7)

1. 기지국 제어기(BSC)가 수신된 트래픽의 데이터로부터 멀티플렉스 서브계층의 프로토콜 데이터 유닛(MuxPDU)을 생성하여 기지국(BTS)으로 전송하는 단계와;

   상기 기지국이 수신된 상기 프로토콜 데이터 유닛(MuxPDU)을 전송대기버퍼에 저장하고, 특정 이동단말로 전송할 서브 패킷의 길이를 결정하는 단계와;

   상기 기지국이 상기 서브 패킷에 포함될 상기 프로토콜 데이터 유닛(MuxPDU)의 개수를 정하는 단계와;

   상기 기지국이 상기 결정된 서브 패킷의 길이에 상응하도록 상기 정해진 개수의 프로토콜 데이터 유닛(MuxPDU)들을 합하고, 보충 MuxPDU(Fill MuxPDU)를 상기 서브 패킷에 더 삽입하여 상기 이동단말로 전송하는 단계를 포함하는 것을 특징으로 하는 통신 시스템의 데이터 유닛 전송 처리 방법.
2. 제 1 항에 있어서, 상기 멀티플렉스 서브계층(Multiplex Sublayer)의 프로토콜 데이터 유닛(MuxPDU)은 무선링크프로토콜(Radio Link Protocol : RLP) 데이터와 상기 멀티플렉스 서브계층(Multiplex Sublayer)의 헤더(Header)로 구성되는 것을 특징으로 하는 통신 시스템의 데이터 유닛 전송 처리 방법.
3. 제 1 항에 있어서, 상기 기지국 제어기(BSC)는 상기 멀티플렉스 서브계층(Multiplex Sublayer)의 프로토콜 데이터 유닛(MuxPDU)에 길이 필드를 더 포함하여 상기 기지국으로 전송하는 것을 특징으로 하는 통신 시스템의 데이터 유닛 전송 처리 방법.
4. 제 3 항에 있어서, 상기 길이 필드의 값은 상기 멀티플렉스 서브계층(Multiplex Sublayer)의 프로토콜 데이터 유닛(MuxPDU)을 구성하는 헤더의 길이와, 상기 헤더에서 무선링크프로토콜(Radio Link Protocol : RLP) 데이터의 길이를 나타내는 필드의 값을 합한 값으로 설정되는 것을 특징으로 하는 통신 시스템의 유닛 전송 처리 방법.
5. 제 1 항에 있어서, 상기 서브 패킷의 길이는 상기 기지국의 스케쥴러가 결정하는 것을 특징으로 하는 통신 시스템의 데이터 유닛 전송 처리 방법.
6. 제 5 항에 있어서, 상기 스케쥴러는 상기 기지국과 이동단말 간 무선상의 상태와 상기 트래픽 부하의 정도와 상기 전송대기버퍼의 상태 중 적어도 하나를 기준으로 상기 서브 패킷의 길이를 결정하는 것을 특징으로 하는 통신 시스템의 데이터 유닛 전송 처리 방법.
7. 제 6 항에 있어서, 상기 서브 패킷의 길이는 48바이트의 최소 서비스 데이터 유닛(Service Data Unit ; SDU)을 적어도 하나 포함하는 인코더 패킷의 길이인 것을 특징으로 하는 통신 시스템의 데이터 유닛 전송 처리 방법.