KR100617819B1

KR100617819B1 - 이동통신 단말기의 보드간 데이터 인터페이스 장치 및 방법

Info

Publication number: KR100617819B1
Application number: KR1020000002325A
Authority: KR
Inventors: 한승욱
Original assignee: 삼성전자주식회사
Priority date: 2000-01-19
Filing date: 2000-01-19
Publication date: 2006-08-28
Also published as: KR20010075820A

Abstract

멀티미디어 보드와 CDMA보드를 구비하는 이동통신 단말기의 보드간 데이터 인터페이스 장치 및 방법이 개시되어 있다. 이러한 본 발명은 멀티미디어 보드와 CDMA 보드를 포함하며, 이 보드들이 시리얼 라인을 통해 직접 연결되는 이동통신 단말기에서 보드들간에 송수신되는 PID 데이터 프레임이 PPP 데이터 프레임과 유사하다는 판단하에 상기 PID 데이터 프레임을 상기 PPP 데이터 프레임에 통합시키는 장치 및 방법을 제안한다. 즉, 본 발명은 키패드 데이터, 단문서비스 데이터, 상태 데이터 혹은 지시 데이터를 포함하는 PPP 데이터 프레임을 상기 보드들 사이에 송수신되도록 하는 것을 특징으로 한다.

PPP 데이터 프레임, PID 데이터 프레임, 멀티미디어 보드, CDMA 보드

Description

이동통신 단말기의 보드간 데이터 인터페이스 장치 및 방법 {DATA INTERFACE APPARATUS AND METHOD BETEEN BOARDS IN A MOBILE PHONE}

도 1은 현재 개발 중에 있는 차세대 이동통신 단말기에 구비되는 보드들과 프로토콜 스택 구조를 나타내는 도면.

도 2는 도 1에 도시된 멀티미디어 보드와 CDMA 보드 사이에 시리얼 라인을 통해 주고 받는 PPP 데이터 프레임 구조를 보여주는 도면.

도 3은 새로운 PID 데이터 프레임 구조를 나타내는 도면.

도 4는 본 발명에 따른 PPP 데이터 프레임 구조를 보여주는 도면.

본 발명은 차세대 이동통신 단말기에 관한 것으로, 특히 멀티미디어 보드와 CDMA보드를 구비하는 이동통신 단말기의 보드간 데이터 인터페이스 장치 및 방법에 관한 것이다.

전형적인 형태의 이동통신 단말기는 음성 통화 서비스만을 가능하게 하는 형 태이었으나, 현재 개발 중인 IMT-2000(International Mobile Telecommunication) 단말기와 같은 차세대 이동통신 단말기는 패킷 데이터(packet data) 서비스를 가능하게 한다. 이러한 단말기 내부에는 두 개의 보드가 구비된다. 하나의 보드는 주문형 비디오(VOD: Video On Demand), 화상 회의 등과 같은 여러 애플리케이션(Application)이 들어가고 그 애플리케이션에 따른 정보를 화면(LCD: Liquid Crystal Display)상에 표시해 주는 멀티미디어 보드(Multimedia Board)이고, 다른 하나의 보드는 에어(Air)상의 기지국과의 연결을 위한 CDMA(Code Division Multiple Access) 보드이다. 이들 두 보드는 RS-232C인 시리얼 라인(Serial Line)으로 연결되기 때문에 둘 사이에 데이터를 주고 받을 때에는 새로운 인터페이스가 요구된다. 왜냐하면, 사용자 키 입력 데이터와, 기지국으로 들어오는 데이터들(PPP, SMS, Time Data 등)은 CDMA 보드에서 받아 멀티미디어 보드로 시리얼 라인으로 넘겨 주기 때문에 각 데이터들에 대한 구분이 필요하게 되었다.

도 1은 현재 개발 중에 있는 차세대 이동통신 단말기에 구비되는 보드들과 프로토콜 스택 구조를 나타내는 도면이다.

상기 도 1을 참조하면, 이동통신 단말기는 멀티미디어 보드 100 및 CDMA 보드 200으로 구성되고, 이 보드들 100,200은 시리얼라인 RS-232C 300을 통해 접속되고, 상기 CDMA보드 200에는 안테나 400이 접속된다. 상기 이동통신 단말기는 기존의 데이터 ISO와 비슷한 구조의 프로토콜 스택 구조(Protocol Stack Structure)를 가진다. 멀티미디어 보드 100에는 액정표시기(LCD) 110이 구비된다. 상기 멀티미디 어 보드 110은 애플리케이션(Applications) 120, 소켓(Socket) 130, 전송제어 프로토콜(TCP: Transmission Control Protocol)/사용자 데이터그램 프로토콜(UDP: User Datagram Protocol) 140, 인터넷 프로토콜(IP: Internet Protocol) 150, 점대점 프로토콜(PPP: Point-to-Point Protocol) 160, 패킷데이터 인터페이스(PID: Packet Data Interface) 170 및 범용 비동기 송수신기(UART: Universal Asynchronous Receiver and Transmitter) 180의 프로토콜 구조를 가진다. CDMA 보드 200에는 키패드(Key Pad) 210이 구비된다. 상기 CDMA 보드 200은 IP 220, PPP(S) 230, PID(S), UART 250, PPP(C) 260, PID(C) 270 및 무선링크프로토콜(RLP: Radio Link Protocol) 280의 구조를 가진다.

상기 CDMA 보드 200에는 두개인 더블 스택(Double Stack) PPP 230,260이 올라가는데, 이는 차후 이동(Mobile) IP 서비스를 위한 구조이다. PPP(C) 260은 기지국(도시하지 않음)의 PPP와 연결되고, PPP(S) 230은 멀티미디어 보드 100의 PPP 160과 연결된다. 이때 (C)는 클라이언트(Client)처럼 동작한다는 의미이고, 반대로 (S)는 서버(Server)처럼 동작한다는 의미이다. PID 170,240,270은 패킷데이터를 인터페이스하기 위한 것으로, UART 180,250과 PPP 160,240 또는 RLP 280과 PPP 260 사이의 중계(relay) 역할을 한다. 이중 CDMA 보드 200의 PID(S) 240과, 멀티미디어 보드 100의 PID 170은 두 보드들 사이의 데이터 인터페이스를 위해 새로운 프로토콜을 사용한다. 만약 멀티미디어 보드 100에 애플리케이션 데이터(Application Data)(이하 "PPP 데이터"라 칭함)만 있다면, 시리얼 라인 300으로 들어온 데이터는 모두 PPP 데이터라고 간주해도 무방하다. 그러나 멀티미디어 보드 100에 LCD 110이 있고, 키패드 210이 CDMA 보드 200에 있기 때문에 상기 키패드 210을 통해 입력되는 키 데이터를 구분해 줄 필요가 있다. 즉, 멀티미디어 보드 100은 시리얼 라인 300을 통해 들어온 데이터를 분석(parsing)할 필요가 있다. 사실 두 보드들 사이에 데이터의 99%는 PPP 데이터이지만, 이러한 PPP 데이터 이외에 다른 데이터들이 존재한다. 예를 들어, CDMA보드 200의 키패드 210으로부터의 키데이터, 단문서비스(SMS: Short Message Service) 데이터, 안테나 및 건전지에 대한 정보와 같은 상태(Status) 데이터, 사용자의 이름 표시와 같은 지시(Indication) 데이터가 존재한다. 이러한 데이터들을 위한 새로운 데이터 구조가 필요하게 된다.

도 2는 도 1에 도시된 멀티미디어 보드 100과 CDMA보드 200 사이에 시리얼 라인 300을 통해 주고 받는 PPP 데이터 프레임 구조를 보여주는 도면이다.

상기 도 2를 참조하면, PPP 데이터 프레임은 L11영역∼L17영역으로 구조되고, 각 영역의 괄호안의 숫자는 사용되는 바이트 수를 나타낸다. L11∼L14영역은 5바이트(혹은 4바이트)로 PPP 데이터의 헤더(header)를 구성하고, L16∼L17영역은 3바이트로 PPP 데이터의 테일(tail)을 구성한다. 처음 0x7E(L11영역)는 프레임의 시작을 나타내는 한 바이트인 플래그(flag)이고, 마찬가지로 마지막 0x7E(L17영역)는 프레임의 마지막을 나타내는 한 바이트의 플래그이다. CRC(Cyclic Redundancy Code)(L16영역)는 프레임에 대한 체크섬에러(Check Sum Error) 처리를 위한 것이다.

도 3은 새로운 PID 데이터 프레임 구조를 나타내는 도면으로, 이러한 구조는 '99 텔레콤에서 제안된 바 있는 구조이다.

상기 도 3에서, 괄호안의 숫자는 사용되는 바이트 수를 나타내며, 두 보드 사이의 최대 프레임 크기는 1024바이트(byte)로 되어 있다. 처음 0x7E(L21영역)는 프레임의 시작을 나타내는 한 바이트인 플래그(flag)이고, 마찬가지로 마지막 0x7E(L27영역)는 프레임의 마지막을 나타내는 한 비트의 플래그이다. Length(L22영역)는 프레임의 전체 길이를 나타낸다. 즉, PID 데이터 프레임은 0x7E를 포함하여 최대 1024바이트까지를 나타낸다. Sequence Number(L23영역)는 프레임의 전송 번호를 나타내지만, 데이터에 영향을 미치지 않으며, 현재는 보류(reserved)된 공간이다. Data Type(L24영역)은 이 프레임이 어떤 데이터인지를 가르켜 준다. 예를 들어, Data Type이 1로 되어 있으면 PPP 데이터, 2로 되어있으면 키패드 데이터로 구분한다. Data(L25영역)는 Data Type으로 구분된 데이터가 들어간다. CRC(Cyclic Redundancy Code)(L26영역)는 프레임에 대한 체크섬에러(Check Sum Error) 처리를 위한 것으로, 현재는 사용하지 않고 0x0000으로 채운다.

한편, 상기 도 2 및 도 3에 도시된 바와 같은 PPP 데이터 프레임 및 PID 데이터 프레임은 두 보드 사이의 데이터를 주고 받는 헤더인 5바이트와 테일인 3바이트가 추가되어 총 8바이트의 데이터가 필요하게 된다. 두 보드들 사이의 데이터는 대부분이 PPP 데이터이기 때문에 실제 PPP 데이터를 전송 할 때와 헤더와 테일에 감싸 보낼 때 데이터의 크기와 전송에도 영향이 있다. 테스트 결과 1000킬로바이트(kbyte) 애플리케이션(Application) 데이터를 전송할 때 헤더에 2바이트를 추가 할 때의 전송 속도가 약 0.2kbps정도 낮아지는 차이가 나왔다. 따라서 정의된 프로토콜의 헤더와 테일은 총 8바이트이므로 0.8kbps정도의 차이를 보일 것 이다. 현재 PID 데이터 프레임 구현의 첫 번째 문제점은 새로운 프로토콜의 정의에 의한 헤더와 테일 바이트의 증가로 인해 전체 데이터의 크기가 증가한다는 것이다.

두번째 문제점은 새로 정의한 PID 데이터 프로토콜 프레임 구조가 PPP 데이터 프레임 구조와 비슷하다는 점이다. PPP 데이터 프레임의 시작 바이트와 끝 바이트를 보면 PID 데이터의 시작과 끝이 똑같다는 것이다. 이런 문제를 해결하기 위해서 PPP 데이터 프레임을 만들 때와 똑같은 방식으로 PID 데이터 프레임을 생성한다. 즉 PPP 데이터 안에 0x7E로 시작하는 바이트는 0x7E를 0x20으로 보수시켜서 0x5E(=0x7E^0x20)로 만든다. 이를 소위 "이스케이프(escape)"시킨다고 하는데, 이스케이프된 문자임을 표시하기 위해 앞에 0x7d를 추가시킨다. 즉 이스케이프될 문자는 2개 바이트로 1바이트 늘어나게 된다. 만약 0x7d 문자가 데이터라면 이 문자도 이스케이프시켜 0x7d 0x5d(=0x7d^0x20) 두 바이트로 만든다. 마찬가지로 PID 데이터가 0x7e 또는 0x7d 데이터이면 이스케이프시킨다. 따라서 PPP 데이터를 포함하는 PPP 데이터는 헤더 5바이트와 테일 3바이트 이외에 PPP 데이터의 시작 바이트도 이스케이프시켜야 하면 끝 바이트도 이스케이프시켜야 하므로, 2바이트가 늘어나고, PPP 데이터중 이스케이프된 모든 문자에 대해서도 다시 이스케이프되기 때문에 데이터 양은 더 증가한다고 보아야 한다. 최소 10바이트는 늘어난다고 보아야 한다.

세번째 문제점은 PID에서 데이터 프레임을 새로 부호화(encoding)하고 복호화(decoding)하기 때문에 프로그램 수행 성능의 감소가 있다는 점이다. PPP에서 PPP 데이터 프레임을 만들기 위해서 시작과 끝 플래그를 찾는다. 즉 수신된 바이트 의 한 바이트씩 분석(parsing)하는 작업이 필요하다. 마찬가지로 PID에서도 PID 데이터 프레임을 찾기 위해서 데이터 하나 하나를 분석한다. 분석 후 데이터 타입에 따라서 데이터를 분리하기 때문에, 만약 PPP 데이터를 수신받을 때 PID에서 한번 분석하고 PPP에서 한번 더 분석하는 수행이 필요하게 된다. PID에서 분석하는 이유는 이스케이프된 문자를 검색해서 본래 데이터로 바꾸어 놓고 어떤 데이터 프레임인지 검색하기 위해 필요한 것이며, PPP에서 분석하는 이유는 똑같이 이스케이프된 문자를 원 상태로 바꾸고 마찬가지로 프로토콜 필드(protocol field)에 따라 데이터를 구분하기 위해서이다.

요약하면, 새롭게 정의된 PID 데이터 프레임은 실제 사용하는 PPP 데이터 프레임에 헤더와 테일, 그리고 이스케이프된 문자를 포함하는 기존에 없었던 프레임을 새로이 정의한 것이기 때문에 CDMA 보드와 멀티미디어 보드 사이에 전송되는 데이터의 양이 증가한다는 단점이 있으며, 기존에 존재하는 프레임과 새롭게 정의된 프레임 각각에 대한 분석을 해야하기 때문에 성능에 부하가 걸린다는 단점이 있다. 또한 CDMA 보드가 일반 PC(노트북)에 연결되었을 때 이러한 구조는 전혀 사용하지 못한다는 단점이 있다. 왜냐하면, PC에는 PID 역할을 하는 부분이 없기 때문이며, 이를 방지하기 위해서는 CDMA 보드의 PID에서 PC와 연결되었지 멀티미디어 보드와 연결되었는지 구분하여 각각에 맞는 프레임을 사용하여야 한다는 한계가 있다.

따라서 본 발명의 목적은 멀티미디어 보드와 CDMA보드를 구비하는 이동통신 단말기의 보드간에 전송되는 데이터의 양을 줄일 수 있는 인터페이스 장치 및 방법을 제공함에 있다.

본 발명의 다른 목적은 이동통신 단말기의 멀티미디어 보드와 CDMA 보드간에 전송되는 프레임 각각에 대하여 분석을 해야함에 따라 성능 향상에 부하가 걸리는 점을 해결하는 장치 및 방법을 제공함에 있다.

본 발명의 또 다른 목적은 이동통신 단말기의 CDMA 보드가 PC 또는 멀티미디어 보드에 연결되는 경우에도 동일한 프레임을 사용할 수 있도록 하는 장치 및 방법을 제공함에 있다.

이러한 목적들을 달성하기 위한 본 발명은 멀티미디어 보드와 CDMA 보드를 포함하며, 이 보드들이 시리얼 라인을 통해 직접 연결되는 이동통신 단말기에서 보드들간에 송수신되는 PID 데이터 프레임이 PPP 데이터 프레임과 유사하다는 판단하에 상기 PID 데이터 프레임을 상기 PPP 데이터 프레임에 통합시키는 장치 및 방법을 제안한다. 즉, 본 발명은 키패드 데이터, 단문서비스 데이터, 상태 데이터 혹은 지시 데이터를 포함하는 PPP 데이터 프레임을 상기 보드들 사이에 송수신되도록 하는 것을 특징으로 한다.

이하 본 발명의 바람직한 실시예의 상세한 설명이 첨부된 도면들을 참조하여 설명될 것이다. 도면들 중 참조번호들 및 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 참조번호들 및 부호들로 나타내고 있음에 유의해야 한다. 하기에서 본 발명을 설명함에 있어, 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다.

우선 본 출원의 발명자는 도 2 및 도 3에 각각 도시된 PID 데이터 프레임과 PPP 데이터 프레임이 다음과 같은 점에서 유사하다는 점에 착안하였음을 밝혀두는 바이다. 첫째, 프레임의 시작과 끝 프레임 0x7e로 같다는 것이다. 둘째, 데이터를 이스케이프하는 방식도 같다. 셋째, 데이터 타입을 구분하는 데이터 타입과 프로토콜 필드(Protocol Field)의 기능이 똑같다는 것이다. 넷째, 데이터의 프레임의 에러 처리하는 CRC부분도 있다.

따라서, 본 출원의 발명자는 PID의 기능을 PPP로 합치는 방법을 안출하였다. 단지 PID는 PPP로 데이터 릴레이(relay) 기능만을 수행하면 된다. PID의 데이터 타입(Data Type)의 기능을 PPP 프로토콜 필드(Protocol Field)에서 수행하면 된다. 이미 RFC에 정의된 표준 프로토콜이 있는데, 0x003~0x001f는 보류된 프로토콜(reserved protocol)이다. 따라서 이 부분을 새로 정의하면 PID 부분의 역할이 크게 줄어들며, 두 보드 사이에는 PPP 데이터 프레임만 수행하게 될 것이다.

즉, 전술한 다음과 같은 단점들이 본 발명에 의해 해소될 것이다. 현재 새롭게 정의된 PID 데이터 프레임은 없었던 프레임을 정의하여, 실제 사용하는 데이터 프레임에 헤더와 테일, 그리고 이스케이프된 문자를 포함하며, 분석(parsing)을 해야 하는 수행으로 인해 성능에 부하가 걸린다는 점이다. 또 CDMA 보드가 일반 PC(노트북)에 연결되었을 때 이런 구조는 전혀 사용하지 못하는 단점이 있다. 즉 PC에 선 PID 역할을 하는 부분이 없기 때문에 CDMA 보드의 PID에서는 PC와 연결했는지 멀티미디어 보드와 연결되었는지 구분하여 서로 맞는 프레임을 구현해야한다는 점이다. 따라서 제안한 프레임 구조는 기존의 표준(standard)에 전혀 무리가 없으며, PC 또는 멀티미디어 보드에 연결하여도 똑같은 프레임을 적용 가능하다는 점이다.

도 4는 본 발명에 따른 PPP 데이터 프레임의 구조를 보여주는 도면으로, 이 PPP 데이터 프레임에는 기존의 PID 데이터 프레임에 포함되던 키패드 데이터, 단문서비스 데이터, 상태 데이터, 지시 데이터가 포함되는 것을 특징으로 한다.

상기 도 4를 참조하면, PPP 데이터 프레임은 헤더영역(L11∼L13영역)과, 테일영역(L16,L17영역)과, 프로토콜필드(Protocol Field)(L14영역)와, 데이터 영역(Data)(L15영역)으로 구조된다. 여기서 헤더영역(L11∼L13영역)과, 테일영역(L16,L17영역)은 도 2에 도시된 PPP 데이터 프레임 구조로부터 알 수 있는 바와 같이 동일하므로 이들에 대한 설명은 생략하기로 한다.

한편, 상기 데이터 영역(L15영역)에는 기존의 PID 데이터 프레임에 포함되던 키패드(Keypad) 데이터, 단문서비스(SMS) 데이터, 상태(Status) 데이터, 지시(Indication) 데이터가 영역(L15B)에 포함될 수 있다. 그리고 이들 데이터들의 길이를 나타내는 2바이트의 정보(LENGTH)가 상기 영역(L15B)의 앞 영역(L15A)에 포함될 수 있다. 상기 상태 데이터는 안테나 및 건전지 상태 정보이고, 상기 지시 데이터는 사용자의 이름을 지시하기 위한 데이터이다.

도 2의 프로토콜 필드(Protocol Field)(L14영역)의 값 중 0x0003~ 0x001f은 보류된(Reserved) 값이다. 따라서 본 발명에서는 이 값들 중에 멀티미디어 보드와 CDMA 보드 사이에 정의한 데이터들을 정의할 수 있다.

다시 도 4를 참조하면, 새로 정의한 데이터의 프로토콜 필드의 다음 두 바이트(byte)는 데이터의 길이로 간주한다. 즉 예를 들어 키패드 프로토콜(KeyPad Protocol)(0x0003)다음의 길이(Length)는 키패드 데이터(KeyPad Data) 길이만 포함한다. 데이터 분석은 PPP에서만 하며, 단지 PID는 데이터 릴레이(Data Relay)기능만을 수행한다.

도 1을 참조하면, 멀티미디어 보드(Multimedia Board) 100과 CDMA 보드 200의 사이는 시리얼 라인(Serial Line) 300으로 바로 연결되어 있다. 따라서, 멀티미디어 보드 100과 CDMA 보드 200 사이의 PPP 160,230은 단말기의 파워(Power)를 켜는 순간부터 PPP를 바로 연결시킬 수 있다. 기지국과 PPP연결은 PPP(C) 260이므로, PPP(S) 230은 독립적으로 돌아가며 항상 PPP가 연결된 상태로 유지 가능하다는 점이다. 이런 상태에서 CDMA 보드 200으로 들어온 데이터는 멀티미디어 보드 100의 PPP 160에서 분석절차를 거친다. 즉 프로토콜 필드(Protocol Field) 값에 따라서 IP로 올려 주던지, 아님 정의된 데이터쪽으로 올려준다. 새로 정의한 데이터를 전송할 때 이전에는 PID에서 프레임을 만드는 작업을 수행했지만, 지금은 PPP를 통과해서 PID를 거쳐간다는 점이다. 그리고, 새로 정의할 수 있는 데이터 프레임의 프로토콜 필드의 값은 28(0x003~0x001f)이므로 지금 정의한 데이터 타입(Data Type)은 8정도이므로 보류된 데이터가 사용한다 하더라도 다른 값(0x003~0x001f이외에 보류된 값)으로 대체할 수 있다.

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

상술한 바와 같이 본 발명에서는 현재 개발 중인 멀티미디어 보드와 CDMA 보드 사이의 데이터 인터페이스를 기존의 PPP 데이터 프레임 구조를 그대로 사용함으로써 불필요한 데이터 헤더와 테일을 붙혀 PID 프레임을 복호화(decoding), 부호화(encoding)하는 불필요한 작업을 없애 구조와 성능을 향상시키며. 또한 PC와 연결할 때도 프로토콜 스택(Protocol Stack) 그대로 사용 가능하다는 이점이 있다. 또한 지금 구현되지 않은 PID의 CRC를 PPP의 CRC를 그대로 이용하여, 데이터 프레임의 정확성을 더 크게 할 수 있다는 이점이 있다.

Claims

멀티미디어 보드와 CDMA 보드를 포함하며, 이 보드들이 시리얼 라인을 통해 직접 연결되는 이동통신 단말기의 데이터 인터페이스 장치에 있어서,

키패드 데이터, 단문서비스 데이터, 상태 데이터 혹은 지시 데이터를 포함하는 PPP 데이터 프레임을 상기 보드들 사이에 송수신하는 것을 특징으로 하는 데이터 인터페이스 장치.
제1항에 있어서, 상기 PPP 데이터 프레임은 헤더영역과, 프로토콜 필드와, 데이터 영역과, 테일영역으로 구조됨을 특징으로 하는 데이터 인터페이스 장치.
제2항에 있어서, 상기 키패드 데이터, 상기 단문서비스 데이터, 상기 상태 데이터 혹은 상기 지시 데이터는 상기 데이터 영역에 포함되는 것을 특징으로 하는 데이터 인터페이스 장치.
제3항에 있어서, 상기 데이터 영역에는 상기 키패드 데이터, 상기 단문서비스 데이터, 상기 상태 데이터 혹은 상기 지시 데이터의 길이를 나타내는 정보가 더 포함되는 것을 특징으로 하는 데이터 인터페이스 장치.
제1항에 있어서, 상기 보드들은,

상기 PPP 데이터 프레임을 분석하는 PPP와,

데이터 릴레이 기능을 수행하는 PID를 포함함을 특징으로 하는 데이터 인터페이스 장치.
멀티미디어 보드와 CDMA 보드를 포함하며, 이 보드들이 시리얼 라인을 통해 직접 연결되는 이동통신 단말기의 데이터 인터페이스 방법에 있어서,

키패드 데이터, 단문서비스 데이터, 상태 데이터 혹은 지시 데이터를 포함하는 PPP 데이터 프레임을 상기 보드들 사이에 송수신하는 것을 특징으로 하는 데이터 인터페이스 방법.
제6항에 있어서, 상기 PPP 데이터 프레임은 헤더영역과, 프로토콜 필드와, 데이터 영역과, 테일영역으로 구조됨을 특징으로 하는 데이터 인터페이스 방법.
제7항에 있어서, 상기 키패드 데이터, 상기 단문서비스 데이터, 상기 상태 데이터 혹은 상기 지시 데이터는 상기 데이터 영역에 포함되는 것을 특징으로 하는 데이터 인터페이스 방법.
제8항에 있어서, 상기 데이터 영역에는 상기 키패드 데이터, 상기 단문서비스 데이터, 상기 상태 데이터 혹은 상기 지시 데이터의 길이를 나타내는 정보가 더 포함되는 것을 특징으로 하는 데이터 인터페이스 방법.
제6항에 있어서, 상기 보드들의 PPP가 상기 PPP 데이터 프레임을 분석하고, PID가 데이터 릴레이 기능을 수행하는 것을 특징으로 하는 데이터 인터페이스 방법.