KR20050075655A - 휴대용 단말기의 vod 데이터 처리방법 - Google Patents

휴대용 단말기의 vod 데이터 처리방법 Download PDF

Info

Publication number
KR20050075655A
KR20050075655A KR1020040003599A KR20040003599A KR20050075655A KR 20050075655 A KR20050075655 A KR 20050075655A KR 1020040003599 A KR1020040003599 A KR 1020040003599A KR 20040003599 A KR20040003599 A KR 20040003599A KR 20050075655 A KR20050075655 A KR 20050075655A
Authority
KR
South Korea
Prior art keywords
data
ppp
vod
processing unit
multimedia
Prior art date
Application number
KR1020040003599A
Other languages
English (en)
Other versions
KR100539903B1 (ko
Inventor
조현욱
박대규
손재곤
김강욱
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to KR10-2004-0003599A priority Critical patent/KR100539903B1/ko
Priority to US11/034,971 priority patent/US7856648B2/en
Priority to DE200560003504 priority patent/DE602005003504T2/de
Priority to CNB2005100057301A priority patent/CN100544355C/zh
Priority to EP20050000818 priority patent/EP1601155B1/en
Priority to JP2005009649A priority patent/JP4205675B2/ja
Publication of KR20050075655A publication Critical patent/KR20050075655A/ko
Application granted granted Critical
Publication of KR100539903B1 publication Critical patent/KR100539903B1/ko

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/764Media network packet handling at the destination 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/414Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/472End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/6437Real-time Transport Protocol [RTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24Negotiation of communication capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

본 발명은 멀티미디어 데이터를 처리하는 멀티미디어 처리부와, 일반적인 단말의 제어를 수행하는 MSM으로 구비된 휴대용 단말기의 VOD 데이터 처리방법에 있어서, MSM을 통해 왑(WAP)접속시 서버와의 통신을 위한 PPP(Point to Point Protocol) 네고(nego)를 수행하여 PPP옵션 정보를 네고하는 과정과; 상기 MSM을 통해 네고된 PPP 옵션정보를 멀티미디어 처리부로 전송하는 과정과; 상기 전송된 PPP옵션 정보를 상기 멀티미디어 처리부의 PPP 정보로 사용하여 VOD 데이터 경로를 설정하는 과정과; 상기 설정된 VOD 데이터 경로에 따라 상기 MSM으로 수신되는 VOD 데이터중 RLP 프레임까지 처리한후 상기 멀티미디어 처리부로 전송하는 과정과; 상기 멀티미디어 처리부로 전송된 VOD 데이터를 상기 멀티미디어 처리부의 최하위 계층인 PPP계층부터 처리하는 과정으로 이루어진 것을 특징으로 한다.

Description

휴대용 단말기의 VOD 데이터 처리방법{METHOD FOR PROCESSING VOD DATA IN THE MOBILE TERMINAL}
본 발명은 휴대용 단말기에 관한 것으로, 특히 VOD(Video On Demand) 서비스에 접속한 휴대용 단말기의 VOD 콘텐트 처리수행 속도를 개선 할 수 있도록 한 휴대용 단말기의 VOD 데이터 처리방법에 관한 것이다.
최근 휴대용 단말기는 기술적 발전으로 인해 휴대용 단말기의 기본 통화 기능 외에도 여러 가지 부가기능을 구비하게 되었다. 이러한 상기 부가기능에는 카메라 기능, 캠코더 기능, 멀티미디어 기능 등이 있을 수 있다. 여기서, 상기 멀티미디어 기능은 음성·문자·그림·동영상 등이 혼합된 다양한 매체의 데이터를 재생하는 것으로, 멀티미디어 제공업체에 의해 다수의 멀티미디어 콘텐트, 즉, 영화나 뮤직비디오와 같은 영상 데이터(이하, "VOD 데이터"라 표기함)를 무선망을 통해 VOD 서비스 받을 수 있게 되었다.
상기 VOD 서비스는 멀티미디어 콘텐트를 스트리밍(Streaming) 즉, 실시간으로 서비스 하게 되는데 이때, 좀더 안정적으로 VOD 데이터를 처리하기 위해서 휴대용 단말기의 전반적인 제어를 하는 칩(MSM: Mobile Station Modem)외에 단독의 멀티미디어 칩(멀티미디어 처리부)을 내장한다.
도 1은 종래 휴대용 단말기의 VOD 서비스 위한 멀티미디어 처리부와 MSM의 VOD 프로토콜 스택을 보인 예시도이다.
상기 도 1을 참조하면, 도 1의 (a)는 MSM의 프로토콜 스택으로서, 최하위 계층인 물리적 계층(Physical Layer)부터 RLP(Radio Link Protocol) 계층, PPP(Point to Point Protocol)계층, IP(Internet Protocol)계층, TCP/UDP(Transmission Control Protocol/User Datagram Protocol)계층과 Socket계층 및 최상위 계층인 WAP(Wireless Application Protocol)계층으로 이루어져 있다.
즉, 이러한 상기 MSM은 PPP계층의 네고(nego)에 의해 WAP에 접속한다.
또한, 도 1의 (b)는 멀티미디어 처리부의 프로토콜 스택으로서, 멀티미디어 처리부는 IP계층, TCP/UDP계층과 Socket계층 및 RTP/RTCP/RTSP/HTTP계층의 프로토콜 계층으로 이루어져 있다.
이러한 상기 멀티미디어 처리부는 상기 MSM가 WAP에 접속하여 수신한 VOD 데이터의 PPP계층까지 디캡슐레이션한 VOD 데이터를 수신하여 IP계층부터 RTP/RTCP/RTSP/HTTP계층까지 디캡슐레이션하여 VOD 데이터를 처리한다. 또한, VOD 서버측으로 데이터 송신시, 상기 멀티미디어 처리부는 송신 데이터를 상기 수신 VOD 데이터 처리과정의 역순으로 MSM로 전송한다.
이때, 상기 MSM은 도 2와 같은 우선순위(Priority)를 갖으며 VOD 데이터를 처리하게 된다. 참고로 도 1의 TASK는 MSM에서 VOD 서비스를 위해 수행하는 TASK를 나타내고, MSM time(ms)은 1분당 MSM점유율, NO taskswitching는 점유시간동안 우선순위에 의해 다른 TASK에게 점유율을 뺏긴 회수를 나타내며, Priority는 상기 TASK의 우선순위를 나태낸 것이다. 이때, 상기 우선순위(Priority)는 숫자가 높을수록 우선순위가 빠른 것을 나타낸다.
상기 도 2를 통해서 우선순위가 높을수록 MSM 점유율이 높고, TASK간의 스위칭 회수가 적음을 알 수 있다.
따라서, 종래 휴대용 단말기의 VOD서비스 방법은 MSM의 WAP을 통해 VOD 서버에 접속한후 PPP계층까지만 멀티미디어 데이터를 처리하고, 이후 IP 데이터부터 Socket계층과 RTP/RTCP/RTSP/HTTP 계층부터는 멀티미디어 처리부를 통해 VOD 데이터를 처리하는 과정을 수행한다. 그래서, 종래의 휴대용 단말기는 멀티미디어 처리부를 통해 무선망의 VOD 서버로부터 자신이 원하는 VOD 데이터를 감상할 수 있게 된다.
그러나, 종래의 휴대용 단말기는 도 2에 도시한 바와 같이 우선순위(Priority)가 "70", "60"으로 상당히 낮은 데이터 서비스(DS)와 데이터 프로토콜 서비스(PS)를 MSM에서 처리해야 하므로 부하가 많이 걸리게 되고, 이에 의해 최대한의 속도를 보장받을 수 없는 문제점이 있다.
따라서, 본 발명은 상기와 같은 문제점을 해결하기 위하여 창출한 것으로, MSM을 통한 WAP접속시 네고(nego)되었던 프로토콜을 통해 VOD 데이터를 처리하는 멀티미디어 처리부의 프로토콜 스택을 달리하여 VOD 데이터의 처리속도를 개선할 수 있도록 한 휴대용 단말기의 VOD서비스 방법을 제공함에 그 목적이 있다.
상기와 같은 목적을 달성하기 위한 본 발명은, 멀티미디어 데이터를 처리하는 멀티미디어 처리부와, 일반적인 단말의 제어를 수행하는 MSM으로 구비된 휴대용 단말기의 VOD 데이터 처리방법에 있어서, MSM을 통해 왑(WAP)접속시 서버와의 통신을 위한 PPP(Point to Point Protocol) 네고(nego)를 수행하여 PPP옵션 정보를 네고하는 과정과; 상기 MSM을 통해 네고된 PPP 옵션정보를 멀티미디어 처리부로 전송하는 과정과; 상기 전송된 PPP옵션 정보를 상기 멀티미디어 처리부의 PPP 정보로 사용하여 VOD 데이터 경로를 설정하는 과정과; 상기 설정된 VOD 데이터 경로에 따라 상기 MSM으로 수신되는 VOD 데이터중 RLP 프레임까지 처리한후 상기 멀티미디어 처리부로 전송하는 과정과; 상기 멀티미디어 처리부로 전송된 VOD 데이터를 상기 멀티미디어 처리부의 최하위 계층인 PPP계층부터 처리하는 과정으로 이루어진 것을 특징으로 한다.
이하, 본 발명에 따른 바람직한 실시예를 첨부한 도면을 참조하여 상세히 설명한다.
하기의 설명에서는 본 발명에 따른 동작 및 작용을 이해하는데 필요한 부분만이 설명되며 그 이외 부분의 설명은 본 발명의 요지를 흩트리지 않도록 생략될 것이라는 것을 유의하여야 한다.
도 3은 본 발명의 실시 예에 따른 휴대용 단말기의 구성을 도시한 도면이다.
상기 도 1을 참조하면, RF부21은 휴대용 단말기의 통신을 수행한다. 상기 RF부21는 송신되는 신호의 주파수를 상승변환 및 증폭하는 RF송신기와, 수신되는 신호를 저잡음 증폭하고 주파수를 하강변환하는 RF수신기등을 포함한다.
데이터 처리부23은 상기 송신되는 신호를 부호화 및 변조하는 송신기 및 상기 수신되는 신호를 복조 및 복호화하는 수신기등을 구비한다. 즉, 상기 데이터 처리부23은 모뎀(MODEM) 및 코덱(CODEC)으로 구성될 수 있다.
오디오 처리부25는 데이터 처리부23에서 출력되는 수신 오디오신호를 재생하거나 또는 마이크(MIC)로부터 발생되는 송신 오디오신호를 상기 데이터 처리부23에 전송하는 기능을 수행한다. 또한, 상기 오디오 처리부25는 본 발명의 실시예에 따라 실시간의 VOD 데이터를 통해 출력되는 음성신호를 스피커(SPK)로 출력한다.
키패드27은 숫자 및 문자 정보를 입력하기 위한 키들 및 각종 기능 들을 설정하기 위한 기능키들을 구비한다. 또한 상기 키패드27은 본 발명의 실시예에 따라 VOD 접속키, 메뉴키, 방향키, 확인키 등을 구비할 수 있다.
메모리29는 프로그램 메모리 및 데이터 메모리들로 구성될 수 있다. 상기 프로그램 메모리에는 휴대용 단말기의 일반적인 동작을 제어하기 위한 프로그램들 및 본 발명의 실시예에 따라 VOD 데이터를 처리하는 프로그램이 저장된다.
멀티미디어 처리부31은 VOD 서비스시 무선망을 통해 수신되는 VOD 데이터를 처리한다. 또한, 본 발명의 실시예에 따라 상기 멀티미디어 처리부31은 MSM10으로부터 WAP접속시 네고(nego)되었던 PPP옵션 정보를 수신하여 그에 따른 PPP옵션 정보를 멀티미디어 처리부31의 PPP 정보로 사용한다. 또한, 상기 PPP옵션 정보를 상기 멀티미디어 처리부31의 PPP 정보로 사용함과 동시에 MSM10의 RLP 프로토콜에서 처리되어 출력되는 VOD 데이터를 처리하기 위한 상위 계층(IP, TCP/UDP, Socket, RTP/RTCP/RTSP/HTTP)을 형성하여 각 계층에 따른 VOD 데이터의 디캡슐레이션 절차를 통해 VOD 데이터를 처리한다. 또한 상위 프로토콜부터 하위 프로토콜까지 인캡슐레이션하여 MSM10으로 수신된 VOD 데이터에 따른 송신 데이터를 전송한다.
MSM10은 휴대용 단말기의 전반적인 동작을 제어하는 기능을 수행한다. 또한 MSM10은 본 발명의 실시예에 따라 키패드27를 통해 VOD 서버접속 메뉴 선택시, 이를 인식하여 WAP접속을 위한 PPP 네고를 수행하여 설정된 PPP 옵션정보와 그 WAP접속에 의해 형성된 상위 프로토콜(IP, TCP/UDP, Socket)에 대한 정보를 상기 멀티미디어 처리부31로 전송한다. 또한, MSM10은 상기 멀티미디어 처리부31가 수신된 VOD데이터에 따라 출력하는 송신 데이터를 수신하여 VOD 서버측으로 전송한다.
표시부40은 상기 MSM10의 제어하에 프로그램 수행중에 발생되는 메시지들을 표시한다. 또한 상기 MSM10에서 출력되는 사용자 데이터를 표시한다. 또한 상기 표시부40은 본 발명의 실시예에 따라 상기 멀티미디어 처리부31에서 처리되어 출력되는 VOD 데이터를 표시한다. 여기서 상기 표시부40은 LCD를 사용할 수 있으며, 이런 경우 상기 표시부40은 LCD제어부(LCD controller), 영상데이터를 저장할 수 있는 메모리 및 LCD표시소자 등을 구비할 수 있다. 여기서 상기 LCD를 터치스크린(touch screen) 방식으로 구현하는 경우, 상기 키패드27과 상기 LCD는 입력부가 될 수 있다.
상기 도 3을 참조하여 휴대용 단말기의 동작을 살펴보면, 발신시 사용자가 키패드27을 통해 다이알링 동작을 수행한 후 발신모드를 설정하면, 상기 MSM10은 이를 감지하고 데이터 처리부23을 통해 수신되는 다이알정보를 처리한 후 RF부21을 통해 RF신호로 변환하여 출력한다. 이후 상대 가입자가 응답신호를 발생하면, 상기 RF부21 및 데이터 처리부23을 통해 이를 감지한다. 이후 사용자는 오디오처리부25를 통해 음성 통화로가 형성되어 통신 기능을 수행하게 된다. 또한 착신모드시 상기 MSM10은 데이터처리부23을 통해 착신모드임을 감지하고, 오디오처리부25를 통해 링신호를 발생한다. 이후 사용자가 응답하면 상기 MSM10은 이를 감지하고, 역시 오디오처리부25를 통해 음성 통화로가 형성되어 통신 기능을 수행하게 된다. 상기 발신 및 착신모드에서는 음성통신을 예로들어 설명하고 있지만, 상기 음성 통신 이외에 패킷 데이터 및 영상데이터를 통신하는 데이터 통신 기능을 수행할 수도 있다. 또한 대기모드 또는 문자 통신을 수행하는 경우, 상기 MSM10은 데이터 처리부23을 통해 처리되는 문자데이터를 표시부40 상에 표시한다.
상기와 같은 휴대용 단말기로 WAP에 접속하여 수신되는 VOD 데이터 처리과정을 살펴보면, 키패드27를 통해 VOD 접속키를 입력하거나 혹은 메뉴키 입력후 디스플레이되는 메뉴중 확인키로 VOD 접속키와 동일한 해당 메뉴를 선택한다. 그러면 MSM10은 상기 VOD 접속키, 확인키에 의해 발생되는 키데이터를 인식하여 WAP에 접속을 시도한다. 이때, 상기 MSM10은 WAP에 접속하여 VOD 서비스를 받기 위해 우선적으로 VOD 서버측과 기지국간에 데이터 전송규약을 위한 네고(nego)과정을 수행한다.
이러한 상기 WAP에 접속하여 VOD 서비스를 이용하기 위한 네고과정의 이해를 돕기위해 첨부한 도면을 참조하여 설명하면 다음과 같다.
도 4는 도 3에 있어서, VOD 서비스 위한 멀티미디어 처리부와 MSM의 VOD 프로토콜 스택을 보인 예시도이다.
상기 도 4를 참조하면, 도 4의 (a)는 MSM10의 프로토콜 스택으로서, 기존의 MSM의 프로토콜 스택과 동일하다. 즉, 최하위 계층인 물리적 계층(Physical Layer)부터 RLP(Radio Link Protocol) 계층, PPP(Point to Point Protocol)계층, IP(Internet Protocol)계층, TCP/UDP(Transmission Control Protocol/User Datagram Protocol)계층과 Socket계층 및 최상위 계층인 WAP(Wireless Application Protocol)계층의 프로토콜 계층으로 이루어져 있다.
즉, 이러한 상기 MSM10은 수신 데이터를 각 계층에 따른 디캡슐레이션 절차를 거쳐 상기 최상위 계층인 WAP계층을 거쳐 응용 프로그램으로 전송한다.
또한, 도 4의 (b)는 멀티미디어 처리부31의 프로토콜 스택으로서, 기존의 멀티미디어 처리부의 최하위 계층인 IP계층부터 RTP/RTCP/RTSP/HTTP 계층으로 이루어진 프로토콜 스택과 달리 PPP계층을 최하위 계층으로 한다.
즉, PPP계층을 최하위 계층으로 하여 그 다음 IP계층, TCP/UDP계층과 Socket계층 및 RTP/RTCP/RTSP/HTTP계층의 프로토콜 계층으로 이루어져 있다.
이에, 상기 MSM10은 WAP접속시 네고된 PPP계층의 옵션정보를 멀티미디어 처리부31로 전송하고, 그 멀티미디어 처리부31는 상기 PPP계층의 옵션정보를 수신하여 멀티미디어 처리부31의 PPP정보로 이용한다.
따라서, 상기 MSM10을 통해 수신되는 VOD 데이터는 RLP계층까지만 처리되고, 상기 RLP계층의 상위 계층인 PPP계층부터는 멀티미디어 처리부31에서 처리하게 된다.
도 5는 본 발명의 일실시예에 따른 휴대용 단말기의 VOD 데이터 처리방법을 보인 흐름도이다.
상기 도 5를 참조하면, 511단계에서 MSM10은 대기모드에서 키패드27를 통해 VOD 접속키 혹은 그 VOD 접속키와 동일한 메뉴가 선택되었는지를 감지한다.
상기 감지결과, 상기 VOD 접속키 또는 VOD접속키와 동일한 메뉴가 선택되면 512단계에서 MSM10은 이를 인식하여 WAP접속을 시도하게 된다. 이때, MSM10은 WAP을 통해 무선인터넷망의 VOD서버로부터 VOD 데이터를 수신하기 위해 무선인터넷망과 네고를 수행한다.
상기 MSM10의 WAP접속시의 PPP네고 진행절차는 첨부한 도면을 참조하여 설명하면 다음과 같다.
도 6은 본 발명의 일실시예에 따른 휴대용 단말기와 무선 인터넷 망간의 개략적인 PPP네고 절차를 보인 예시도이다. 후술할 상기 도 6의 상기 휴대용 단말기는 MSM10을 나타낸다.
상기 도 6을 참조하면, 611~616단계는 LCP네고 과정, 617, 618단계는 인증(Authentication, PAP/CHAP) 과정, 619~626단계는 IPCP네고 과정을 나타낸 것이다.
먼저 611단계에서 휴대용 단말기는 PDSN(Packet Data Serving Node, 무선 인터넷망)측으로 LCP네고를 위한 "conf_Req(1)"을 전송한다. 여기서, 상기 "conf_Req(1)"의 숫자 "1"은 전송데이터의 일련번호를 나타내는 ID정보이다.
이때, 상기 "conf_Req(1)"는 도 7과 같이 플래그(Flag), 어드레스(Address), 콘트롤(Control), 정보(Information), 씨알씨(CRC) 및 플래그(Flag) 필드의 프레임 구조로 최대 1500바이트(byte)로 이루어진다. 이러한 각 필드에 대한 설명은 일반적인 프레임 필드와 동일하므로 이에 대한 구체적인 설명은 생략한다. 여기서, PPP 네고를 위한 PPP 데이터 프레임의 플래그(Flag)는 "7E", 어드레스(Address)는 "FF", 콘트롤(Control)은 "03"으로 이루어진다. 상기 정보(Information) 플래그는 프로토콜(Protocol)과 데이터(IP/LCP/IPCP/PAP DATA) 정보로 이루어진다. 따라서, 상기 프로토콜에 따라 IP/LCP/IPCP/PAP 데이터를 구분하게 된다.
상기 도 7처럼 IP 프레임일 경우 IP 프로토콜(Protocol)는 "0021", LCP 프레임일 경우 LCP 프로토콜(Protocol)은 "C021", IPCP 프레임일 경우 IPCP 프로토콜(Protocol)은 "8021", PAP 프레임일 경우 PAP 프로토콜(Protocol)은 "C023"로 이루어지며 상기한 프로토콜 뒷단에는 해당 프로토콜의 데이터가 포함된다. 따라서, 상기 프로토콜 정보를 통해 IP/LCP/IPCP/PAP에 대한 데이터인지를 알게 된다. 상기 PAP/IPCP에 대한 프레임에 상세한 설명은 IPCP와 PAP 네고과정을 설명하는 부분에서 후술하기로 한다. 또한, 후술되는 PPP 네고를 위한 데이터 프레임(LCP, PAP/CHAP, IPCP)과 VOD 데이터의 PPP 데이터 프레임은 상기 도 7을 통해 상술한 것과 마찬가지로 정보(Information)필드(프로토콜+해당 프로토콜 데이터)만을 달리하는 동일한 프레임 구조로 이루어짐을 인지해야 한다.
이러한, 상기 정보(Information) 필드는 상기 도 7의 정보(Information)필드중 프로토콜 정보를 제외한 나머지 해당 프로토콜 데이터를 도 8에 도시한 바와 같이 세분화 한다. 즉, 8비트(bit)의 Code정보와 ID(Idntifier)정보, 16비트의 옵션정보(Type+Length+Data, Type+Length)를 나타내는 Length 정보와 나머지 비트에 실제 해당 프로토콜의 데이터, 즉 옵션정보(Option)가 포함된다. 여기서, 상기 도 8은 LCP네고 옵션정보가 3가지인 경우를 나타낸 것이고, Code정보가 "1", Type정보가 "2", "7", "8"인 경우를 일예로 한 것이다.
상기 도 8에서 세분화된 프로토콜 데이터에 대해 상세히 설명하면 다음과 같다.
먼저, 상기 Code 정보의 번호가 의미하는 것은 하기의 표 1과 같다.
Code번호 Code에 따른 LCP 프레임의 데이터
1 Configure-Request
2 Configure-Ack
3 Configure-Nak
4 Configure-Reject
5 Terminate-Request
6 Terminate-Ack
7 Code-Reject
8 Protocol-Reject
9 Echo-Request
10 Echo-Reply
11 Discard-Request
상기 표 1에 나타낸 Code 번호중 "1", "2"와 "3" 및 "4"에 대해 간략하게 설명하자면 Code번호 "1"은 PPP네고 절차중 LCP네고에서 휴대용 단말기에서 PDSN측, 혹은 그 반대로 PDSN측에서 휴대용 단말기측으로 전송되는 데이터로서 LCP네고를 요청하는 신호를 의미한다. 이는 상기 도 6의 conf_Req(1)과 conf_req 및 conf_Req(2) 신호에 포함되는 Code번호가 된다.
반면, Code번호가 "2"이면 LCP 네고과정에서 수신측 휴대용 단말기나 PDSN이 송신측으로 수신 데이터를 정상적으로 수신하였으며 그 수신데이터를 수락하겠다는 것을 알리는 신호가 된다. 이는 상기 도 6의 conf_Ack 신호에 포함되는 Code번호가 된다.
그러나, Code번호가 "3"이면 LCP 네고과정에서 수신측 휴대용 단말기나 PDSN이 송신측의 데이터를 정상적으로 수신하지 못하였거나 Code번호 "1"의 Configure Request을 거절하고 다시 LCP네고를 요청하라는 신호가 된다. 이는 상기 Code번호 "2"와 대비되는 Code번호가 된다.
반면, Code번호 "4"이면 LCP 네고과정에서 수신측 휴대용 단말기나 PDSN이 Configure Request을 거절하는 신호가 된다.
또한, 상기 Code정보와 함께 해당 프로토콜 데이터의 정보인 ID정보는 데이터의 일련번호를 나타내는 것으로, 상기 conf_req(1)의 숫자 "1"이 이에 해당하며 후술할 conf_Req(2)의 숫자 "2"도 이에 해당한다.
또한, Length는 데이터의 길이를 나타내며, 이후 상기 length 정보의 뒷단에 위치하는 옵션정보는 configure Request하고자 하는 Type과 그 옵션정보에 해당하는 데이터 길이의 Length와 configure Request하고자 하는 데이터로 이루어진다.
먼저, 상기 Type에 대해 기술하면, 상기 Type 정보의 번호가 의미하는 것은 하기의 표 2와 같다.
Type번호 Type에 따른 LCP 프레임의 데이터
0 Reserved
1 MRU(Maximum Receive Unit), default:1500byte
2 ACCM(Asynchronous Control Character Map)
3 Authentication Protocol(PAP/CHAP 등)
4 Quality Protocol
5 Magic Number
7 Protocol Field Compression
8 Address and Control Field Compression
0D Call-back
즉, Type번호 "1"은 실제 VOD데이터를 수신할 수 있는 최대크기에 대한 정보를 포함하는 정보를 나타낸다. 기본적으로 1500바이트의 VOD데이터를 수신할 수 있다. Type번호 "3"은 인증을 위해 사용되어질 프로토콜(PAP, CHAP)을 무엇으로 할 것인지에 대한 정보를 나타낸다. Type번호 "4"는 주기적으로 손실된 패킷과 전송된 옥텟(octets)의 수에 대한 정보를 나타낸다. Type번호 "5"는 에러가 발생한 상황이나 PDSN 혹은 휴대용 단말기를 구분하기 위하여 사용되어지는 랜덤(random)하게 선택된 수로 서버나 휴대용 단말기에 대한 정보를 나타낸다. Type번호 "7"은 압축된 PPP 프로토콜 필드(field)를 받을 수 있는지에 대한 정보를 나타낸다. Type번호 "8"은 어드레스와 제어필드 없이 VOD 데이터 프레임을 받을 수 있는지에 대한 정보를 나타낸다. 마지막으로 Type번호 "0D"는 서버에게 인증한 후에 연결을 종료하기를 원한다는 것을 알려 다른 어플리 케이션에서 그것을 다시 불러서 사용할 수 있도록 하는 정보를 나타낸다.
Length 정보는 LCP옵션정보에 대한 데이터 길이 정보를 나타낸다. 즉, 상기 도 8과 같이 첫번째 LCP옵션정보의 Length 정보는 Type 정보 2바이트, 데이터(Data)정보 4바이트로 총 6바이트가 되어 "06"이 되고, 이후 LCP옵션정보의 Length 정보는 Type정보만을 2바이트를 갖고 있으므로 Length 정보는 "02"가 된다. 여기서, 상기 도 8은 LCP옵션정보 개수를 일예로 3개로 하였으나, 이는 가변적인 것이다.
상기 Length 정보 뒷단에 위치하는 데이터(data)는 Type에 따른 데이터를 의미한다.
상술한 구조의 LCP프레임의 "conf_Req(1)"을 수신한 PDSN은 612단계에서 상기 "conf_Req(1)"에 대해 정상적으로 수신되었음을 알리는 "conf_Ack(Code번호: 2)"를 휴대용 단말기측으로 전송한다. 이와는 반대로 정상적으로 수신되지 않으면 PDSN은 휴대용 단말기로 "conf_Nak(Code번호:3)"를 전송한다.
상기 "conf_Req(1)"를 전송한 휴대용 단말기는 613단계로 진행하여 LCP 네고과정에서 요구데이터가 더 있을 경우에는 "conf_Req(2)"를 전송하게 된다. 이때도 마찬가지로 PDSN측에서 정상적으로 데이터를 수신하면 614단계로 진행하여 "conf_Ack"를 휴대용 단말기로 전송하고, 정상적으로 데이터가 수신되지 않으면 "conf_Nak"를 전송하여 재차 LCP네고 요구데이터를 전송한다.
그러나, 상기 PDSN이 615단계에서 상기 "conf_Req(1)"의 응답신호로 "conf_Rej(Code번호:4)"를 상기 휴대용 단말기로 전송하면 상기 휴대용 단말기는 이를 수신한후 LCP옵션정보를 변화시켜 LCP네고 요구데이터를 전송한다.
상기 614단계의 "conf_Ack"를 수신하면서 휴대용 단말기는 상기 LCP네고과정을 종료한다.
한편, 상기 611단계는 휴대용 단말기가 PDSN측으로 "conf_Req(1)"을 전송하는 것이지만, 이와 반대로 먼저 PDSN측에서 LCP네고 요구데이터를 상기 휴대용 단말기측으로 전송할 수 도 있다.
상기 614단계에서 "conf_Ack" 수신후, LCP네고과정을 종료하면 휴대용 단말기는 616단계로 진행하여 PDSN측으로 인증을 요구하게 된다.
즉, 상기 휴대용 단말기가 PDSN으로 "Authenticate_Req"를 전송하여 인증을 요구하게 되고, 그 인증 요구를 받은 PDSN은 617단계에서 그 인증요구에 따른 응답신호로 "Authenticate_Ack"를 상기 휴대용 단말기로 전송한다.
이후, 상기 휴대용 단말기는 상기 "Authenticate_Ack"를 수신하면 인증과정을 종료하고 IPCP네고 과정을 수행한다.
상기 "Authenticate_Ack"를 수신한 휴대용 단말기는 618단계에서 IPCP네고를 위해 "IPCP_Req(1)"를 PDSN측으로 전송한다. 즉, 휴대용 단말기는 IP(Internet Protocol) 및 DNS(Domain Name System) 주소를 요구하고, 그에 따라 PDSN은 IP 및 DNS주소를 휴대용 단말기에 할당해준다. 여기서, 상기 "IPCP_Req(1)"의 숫자 "1"은 전송데이터의 일련번호를 나타내는 ID정보이다.
그러면, 619단계에서 상기 PDSN은 그에 따른 응답신호로 "IPCP_Ack(Code번호:2)"를 휴대용 단말기로 전송하며 IPCP네고를 종료하거나, 하기의 621단계에 따른 PDSN의 응답신호로 623단계에서 "IPCP_Ack(Code번호:2)"가 상기 휴대용 단말기로 전송되면 PPP네고 진행과정을 종료한다. 이와는 반대로 정상적으로 수신되지 않으면 PDSN은 휴대용 단말기로 "IPCP_Nak(Code번호:3)"를 전송한다.
그러나, 상기 PDSN이 620단계에서 상기 "IPCP_Req(1)"의 응답신호로 "conf_Rej(Code번호:4)"를 상기 휴대용 단말기로 전송하면 상기 휴대용 단말기는 이를 수신한후 IPCP옵션정보를 변화시켜 IPCP네고 요구데이터를 전송한다. 이러한 과정은 도 6의 621단계와 622단계의 "IPCP_Req(2)", "IPCP_Req(3)"에 대해서도 동일하게 적용된다.
이후, 상기 휴대용 단말기는 상기 IPCP네고 요구 데이터가 더 존재하게 되면 요구 데이터의 양에 따라 상기 621단계와 622단계를 통해 "IPCP_Req(2)"와 "IPCP_Req(3)"을 전송하게 된다.
이러한, 상기 IPCP 프레임은 상기 도 7에 도시된 바와 같이 프로토콜(Protocol)과 IPCP 데이터 필드로 이루어지므로, 도 9에 도시한 바와 같이 상기 IPCP 데이터 필드를 세분화 할 수 있다. 여기서, 상기 도 8과 도 9를 보면 알 수 있듯이 LCP와 IPCP의 프레임 구조는 동일하다. 다만, 서로 다른 Code정보와 Type정보에 대해서만 설명을 하고, 다른 필드에 대한 설명은 생략하기로 한다.
IPCP 프레임의 Code정보는 하기의 표 3과 같다.
Code번호 Code에 따른 IPCP 프레임의 데이터
1 Request
2 Ack
3 Nak
4 Reject
상기 표 3에 나타낸 Code번호 "1"은 IPCP네고 절차중 IPCP네고에서 휴대용 단말기에서 PDSN측, 혹은 그 반대로 PDSN측에서 휴대용 단말기측으로 전송되는 데이터로서 IPCP네고를 요청하는 신호를 의미한다. 이는 상기 도 6의 IPCP_Req(1)과 IPCP_req(2) 및 IPCP_Req(3)신호에 포함되는 Code번호가 된다.
반면, Code번호가 "2"이면 LCP 네고과정에서 수신측 휴대용 단말기나 PDSN이 송신측으로 수신 데이터를 정상적으로 수신하였으며 그 수신데이터를 수락하겠다는 것을 알리는 신호가 된다. 이는 상기 도 6의 IPCP_Ack 신호에 포함되는 Code번호가 된다.
그러나, Code번호가 "3"이면 IPCP 네고과정에서 수신측 휴대용 단말기나 PDSN이 송신측의 데이터를 정상적으로 수신하지 못하였거나 Code번호 "1"의 Configure Request을 거절하고 다시 IPCP네고를 요청하라는 신호가 된다. 이는 상기 Code번호 "2"와 대비되는 Code번호가 된다.
반면, Code번호 "4"이면 IPCP 네고과정에서 수신측 휴대용 단말기나 PDSN이 Configure Request을 거절하는 신호가 된다.
또한, 상기한 Code정보와 함께 IPCP 프레임과 LCP 프레임중 상이한 Type정보는 하기의 표 4와 같다.
Type번호 Type에 따른 IPCP 프레임의 데이터
2 IP-Compression-Protocol(압축방식선택)
3 IP-Address(할당받을 IP주소)
81 Primary-Dns_Address(할당받을 IP주소)
83 Secondary-DNS-Address
지금까지 상술한 과정을 통해 MSM10은 PPP네고한후 그 PPP네고된 PPP옵션정보를 513단계에서 멀티미디어 처리부31로 전송한다. 이에, 상기 멀티미디어 처리부31은 수신한 상기 PPP옵션정보를 그 멀티미디어 처리부의 최하위 계층인 PPP정보로 사용한다.
이후, MSM10의 RLP계층까지만 처리되어 멀티미디어 처리부31로 전송되는 데이터 경로가 설정된다. 그래서, MSM10은 514단계에서 VOD 데이터를 RLP 프레임까지만 처리한후 멀티미디어 처리부31로 전송한다.
그러면, 상기 멀티미디어 처리부31은 515단계에서 MSM10으로부터 수신된 VOD 데이터를 PPP계층부터 최상위 계층인 RTP/RTCP/RTSP/HTTP계층까지 디캡슐레이션하여 VOD 데이터를 처리한다.
이후, 멀티미디어 처리부31은 516단계에서 VOD서비스가 종료됨을 MSM10으로 알리면 상기 설정된 멀티미디어 처리부의 데이터 경로가 해제되고, MSM에서 일반 데이터를 처리하는 경로가 설정되며 VOD서비스는 종료된다.
이에, 하기의 표 5와 같이 업로드와 다운로드시의 VOD데이터 처리속도가 향상됨을 알 수 있다. 여기서, 상기 표 5는 송수신 VOD데이터를 파일 시스템까지 저장하는데 걸리는 부하까지 고려된 결과를 나타낸 것이며, 테스트 환경에 따라 다소 차이가 나타날 수 있다. 또한 각 비교치는 실제 서비스를 통해 수회 테스트후 측정된 평균치이며, 그에 따른 최대치도 함께 나타내었다.
본 발명의 휴대용 단말기 기존의 휴대용 단말기
다운로드(1X-EVDO) 800kbps(최대 1Mbps) 230kbps(최대 270bps)
업로드(1X-EVDO) 100kbps(최대 120kbps) 50kbps(최대 60kbps)
따라서, 본 발명 휴대용 단말기의 VOD 데이터 처리방법은 MSM을 통해 WAP접속시 네고된 PPP옵션정보를 멀티미디어 처리부의 PPP계층의 PPP정보로 이용하도록 한다. 이에, MSM은 수신되는 VOD데이터의 처리속도를 최대한 보장해 줄 수 있는 RLP까지만 처리하여 멀티미디어 처리부로 전송하고, 그 멀티미디어 처리부는 수신한 VOD데이터를 PPP프레임부터 처리함으로써, 휴대용 단말기의 VOD데이터 처리속도가 향상된다.
한편 본 발명의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시예에 국한되어 정해져서는 안되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.
이상에서 상세히 설명한 바와 같이 본 발명은 기존의 WAP접속시 MSM을 통해 네고(nego)되었던 PPP옵션정보를 이용하여 그 MSM으로 수신되는 VOD데이터를 PPP프레임까지 처리하고 그 이후의 IP이상의 계층은 멀티미디어 처리부를 통해 처리하도록 하는 MSM과 멀티미디어 처리부의 프로토콜 구조를 다르게 가져가도록 한다. 이는 MSM에서 하위계층의 점유율이 낮고 그 하위계층에서 올라오는 데이터를 PPP계층에서 제대로 처리하지 못함기 때문이다.
따라서, 본 발명은 멀티미디어 처리부의 최하위 계층을 PPP계층으로 하여 상기 MSM에서 VOD데이터를 RLP까지만 처리하고 나머지 프로토콜은 멀티미디어 처리부에서 처리를 할 수 있도록 함으로써, VOD서비스 이용시 VOD데이터의 처리속도를 개선할 수 있도록 한 휴대용 단말기의 VOD서비스 방법을 제공함에 그 목적이 있다.
도 1은 종래 휴대용 단말기의 VOD 서비스 위한 멀티미디어 처리부와 MSM의 VOD 프로토콜 스택을 보인 예시도.
도 2는 종래 휴대용 단말기의 TASK별 MSM 점유율 및 우선순위를 보인 예시도.
도 3은 본 발명의 실시 예에 따른 휴대용 단말기의 구성을 도시한 도면.
도 4는 도 3에 있어서, VOD 서비스 위한 멀티미디어 처리부와 MSM의 VOD 프로토콜 스택을 보인 예시도.
도 5는 본 발명의 일실시예에 따른 휴대용 단말기의 VOD 데이터 처리방법을 보인 흐름도.
도 6은 본 발명의 일실시예에 따른 휴대용 단말기와 무선 인터넷 망간의 개략적인 PPP네고 절차를 보인 예시도.
도 7은 도 6에 있어서, LCP네고(nego)시 LCP프레임의 구조를 보인 예시도.
도 8은 도 7에 있어서, LCP프레임의 세부구조를 보인 예시도.
도 9는 도 6에 있어서, IPCP네고(nego)시 IPCP프레임의 세부구조를 보인 예시도.
***도면의 주요부분에 대한 부호의 설명***
10: MSM 21:RF부
23: 데이터 처리부 25: 오디오 처리부
27: 키패드 29: 메모리
31: 멀티미디어 처리부 40: 표시부
ANT: 안테나 MIC: 마이크
SPK: 스피커

Claims (2)

  1. 멀티미디어 데이터를 처리하는 멀티미디어 처리부와, 일반적인 단말의 제어를 수행하는 MSM으로 구비된 휴대용 단말기의 VOD 데이터 처리방법에 있어서,
    MSM을 통해 왑(WAP)접속시 서버와의 통신을 위한 PPP(Point to Point Protocol) 네고(nego)를 수행하여 PPP옵션 정보를 네고하는 과정과;
    상기 MSM(Mobile Station Modem)을 통해 네고된 PPP 옵션정보를 멀티미디어 처리부로 전송하는 과정과;
    상기 전송된 PPP옵션 정보를 상기 멀티미디어 처리부의 PPP 정보로 사용하여 VOD 데이터 경로를 설정하는 과정과;
    상기 설정된 VOD 데이터 경로에 따라 상기 MSM으로 수신되는 VOD 데이터중 RLP 프레임까지 처리한후 상기 멀티미디어 처리부로 전송하는 과정과;
    상기 멀티미디어 처리부로 전송된 VOD 데이터를 상기 멀티미디어 처리부의 최하위 계층인 PPP계층부터 처리하는 과정으로 이루어진 것을 특징으로 하는 상기 방법.
  2. 제1 항에 있어서, 상기 PPP옵션정보는 MSM이 VOD 서비스를 시작한다는 신호전송시, 그 전송된 신호의 응답으로 VOD 서비스가 가능하다는 신호를 전송하면 멀티미디어로 처리부로 전송되는 것을 특징으로 하는 상기 방법.
KR10-2004-0003599A 2004-01-17 2004-01-17 휴대용 단말기의 vod 데이터 처리방법 KR100539903B1 (ko)

Priority Applications (6)

Application Number Priority Date Filing Date Title
KR10-2004-0003599A KR100539903B1 (ko) 2004-01-17 2004-01-17 휴대용 단말기의 vod 데이터 처리방법
US11/034,971 US7856648B2 (en) 2004-01-17 2005-01-14 Method for processing VOD data in mobile station
DE200560003504 DE602005003504T2 (de) 2004-01-17 2005-01-17 Verfahren zur VOD Datenverarbeitung in einer Mobilstation
CNB2005100057301A CN100544355C (zh) 2004-01-17 2005-01-17 用于处理移动电台中的视频点播数据的方法及装置
EP20050000818 EP1601155B1 (en) 2004-01-17 2005-01-17 Method for processing VOD data in mobile station
JP2005009649A JP4205675B2 (ja) 2004-01-17 2005-01-17 携帯用端末機のvodデータ処理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR10-2004-0003599A KR100539903B1 (ko) 2004-01-17 2004-01-17 휴대용 단말기의 vod 데이터 처리방법

Publications (2)

Publication Number Publication Date
KR20050075655A true KR20050075655A (ko) 2005-07-21
KR100539903B1 KR100539903B1 (ko) 2005-12-28

Family

ID=34747860

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2004-0003599A KR100539903B1 (ko) 2004-01-17 2004-01-17 휴대용 단말기의 vod 데이터 처리방법

Country Status (6)

Country Link
US (1) US7856648B2 (ko)
EP (1) EP1601155B1 (ko)
JP (1) JP4205675B2 (ko)
KR (1) KR100539903B1 (ko)
CN (1) CN100544355C (ko)
DE (1) DE602005003504T2 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100784244B1 (ko) * 2006-08-07 2007-12-11 주식회사 케이티프리텔 유동적으로 통신 옵션을 설정하는 단말기 및 통신 옵션설정방법

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3296342B2 (ja) * 1999-09-21 2002-06-24 日本電気株式会社 通信端末
US7096261B2 (en) * 2001-03-12 2006-08-22 Qualcomm Incorporated Method and apparatus for providing multiple quality of service levels in a wireless packet data services connection
DE102005004427A1 (de) * 2005-01-31 2006-08-10 P21 - Power For The 21St Century Gmbh Vorwärmer für Brennstoffzellensystem mit Venturi-Gaszufuhr
KR100739172B1 (ko) * 2005-03-03 2007-07-13 엘지전자 주식회사 의사 스트리밍 기술을 이용한 이동 단말기의 동영상 전송방법
US7689713B2 (en) * 2006-01-23 2010-03-30 Funambol, Inc. System operator independent server alerted synchronization system and methods
CN1925394A (zh) * 2006-09-25 2007-03-07 华为技术有限公司 一种接入终端与运营商绑定的方法
US20110314506A1 (en) * 2008-08-07 2011-12-22 Broadcom Corporation Point to multi-point wireless video delivery
TWI385998B (zh) * 2009-04-17 2013-02-11 Chunghwa Telecom Co Ltd Real - time streaming service system and method with authorized function
US10455275B2 (en) * 2010-02-16 2019-10-22 Comcast Cable Communications, Llc Disposition of video alerts and integration of a mobile device into a local service domain

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0567007A (ja) 1991-09-05 1993-03-19 Hitachi Medical Corp 電子計算機のインターフエイス
JPH0716211B2 (ja) 1993-02-05 1995-02-22 松下電送株式会社 通信制御処理装置
JPH06309251A (ja) 1993-04-26 1994-11-04 Hitachi Ltd 高速の通信アダプタを実装した計算機
JP3280816B2 (ja) * 1994-12-26 2002-05-13 沖電気工業株式会社 Hdlcにおける受信処理方式
JP2000183968A (ja) 1998-12-17 2000-06-30 Nippon Telegr & Teleph Corp <Ntt> パケット通信システムおよびそれを構成するノードとエッジ装置
JP2000235536A (ja) 1999-02-15 2000-08-29 Fuji Xerox Co Ltd データ通信方式及び装置
US6725273B1 (en) * 1999-12-16 2004-04-20 Nokia Corporation Point-to-point prefix protocol
KR100327964B1 (ko) * 2000-01-05 2002-03-16 최두환 종합정보통신망 가입자를 위한 인터넷 상시접속 장치
KR100617819B1 (ko) * 2000-01-19 2006-08-28 삼성전자주식회사 이동통신 단말기의 보드간 데이터 인터페이스 장치 및 방법
MXPA02009507A (es) 2000-03-30 2003-05-14 Qualcomm Inc Metodo y aparato para una aplicacion de estacion movil para identificar mensajes de estado especificado.
JP3618277B2 (ja) 2000-05-29 2005-02-09 株式会社東芝 通信プロトコル処理方法および通信プロトコル処理装置
US6747964B1 (en) 2000-09-15 2004-06-08 Qualcomm Incorporated Method and apparatus for high data rate transmission in a wireless communication system
KR20020058405A (ko) * 2000-12-30 2002-07-12 박종섭 통합 인터넷 프로토콜 망에서의 패킷 전용 단말 장치 및그의 동작 방법
US6745047B1 (en) * 2001-03-07 2004-06-01 Palmone, Inc. System and method for using a wireless enabled portable computer system as a wireless modem
KR100469720B1 (ko) * 2001-10-15 2005-02-02 삼성전자주식회사 이동통신시스템에서 과금장치 및 방법
KR20030080443A (ko) 2002-04-08 2003-10-17 (주) 위즈네트 하드웨어 프로토콜 프로세싱 로직으로 구현된 인터넷 통신프로토콜 장치 및 상기 장치를 통한 데이터 병렬 처리 방법

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100784244B1 (ko) * 2006-08-07 2007-12-11 주식회사 케이티프리텔 유동적으로 통신 옵션을 설정하는 단말기 및 통신 옵션설정방법

Also Published As

Publication number Publication date
DE602005003504D1 (de) 2008-01-10
EP1601155B1 (en) 2007-11-28
CN100544355C (zh) 2009-09-23
DE602005003504T2 (de) 2008-10-23
US20050160466A1 (en) 2005-07-21
US7856648B2 (en) 2010-12-21
EP1601155A2 (en) 2005-11-30
JP2005204322A (ja) 2005-07-28
EP1601155A3 (en) 2005-12-28
KR100539903B1 (ko) 2005-12-28
CN1642271A (zh) 2005-07-20
JP4205675B2 (ja) 2009-01-07

Similar Documents

Publication Publication Date Title
JP4205675B2 (ja) 携帯用端末機のvodデータ処理方法
US8730972B2 (en) Method, system and apparatus for dynamic quality of service modification
US7260087B2 (en) Implementation methodology for client initiated parameter negotiation for PTT/VoIP type services
CA2628326C (en) Method and apparatus for dynamic quality of service modification
EP1876790B1 (en) Data sharing system and method for handheld terminals over a mobile communications network
EP1800437B1 (en) A radio communications gateway and radio communications terminal
AU2004311009B2 (en) Session initiation protocol (SIP) based user initiated handoff
EP3130127A1 (en) Streaming control for real-time transport protocol
KR20130143162A (ko) 휴대단말기의 데이터 전송 장치 및 방법
US7369529B2 (en) Method and apparatus for differentiating point to point protocol session termination points
US20090061850A1 (en) Cordless phone system with data retrieving capability using wireless technology
JP2004193854A (ja) 通信システム、無線通信端末及び無線基地局
US20040192272A1 (en) Method of starting an application program of a mobile terminal and method of providing service data in a mobile communication system
JP3884749B2 (ja) 移動通信端末機のパケットサービス性能の向上方法
US8532014B2 (en) Relay device and method causing a switching destination terminal to perform a smooth data output corresponding to a processing capacity of the switching destination terminal at the time of switching between terminals
US7757260B2 (en) Method of multi-tasking in mobile terminal
US20050176423A1 (en) System and method for transmitting data of a mobile terminal
US6947406B2 (en) Establishing connections between terminal equipment and a mobile terminal
KR100818372B1 (ko) 통신 프로토콜 스택의 스위칭 기능을 이용한 유선 통신망과 무선 통신망 간 서비스 품질 보장을 제공하는 단말장와 이를 위한 기록매체
KR20050080524A (ko) 이동통신단말기에서 블루투스를 이용한 서비스 공유 방법
KR100917459B1 (ko) 이동통신망에서의 영상 단말 인지 방법 및 이를 위한 장치
JP4744350B2 (ja) 送信装置及びデータ送信方法
JP2001054163A (ja) 移動体通信端末におけるデータ通信方法
JP2007097221A (ja) 通信システム、無線通信端末及び無線基地局

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20121129

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20131128

Year of fee payment: 9

LAPS Lapse due to unpaid annual fee