KR100954312B1 - 이동국-착신 쇼트 데이터 버스트 통신을 위한 방법 및 장치 - Google Patents

이동국-착신 쇼트 데이터 버스트 통신을 위한 방법 및 장치 Download PDF

Info

Publication number
KR100954312B1
KR100954312B1 KR1020057010023A KR20057010023A KR100954312B1 KR 100954312 B1 KR100954312 B1 KR 100954312B1 KR 1020057010023 A KR1020057010023 A KR 1020057010023A KR 20057010023 A KR20057010023 A KR 20057010023A KR 100954312 B1 KR100954312 B1 KR 100954312B1
Authority
KR
South Korea
Prior art keywords
information
marking
header portion
sdb
datagram
Prior art date
Application number
KR1020057010023A
Other languages
English (en)
Other versions
KR20050084120A (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 퀄컴 인코포레이티드
Publication of KR20050084120A publication Critical patent/KR20050084120A/ko
Application granted granted Critical
Publication of KR100954312B1 publication Critical patent/KR100954312B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/168—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0219—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • Y—GENERAL 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
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE 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/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Radar Systems Or Details Thereof (AREA)
  • Small-Scale Networks (AREA)

Abstract

목표 이동국에 정보를 전송하는 방법 및 장치는 목표 이동국이 휴지 모드인 동안 정보가 쇼트 데이터 버스트 메시지로서 송신되어야 하는지를 결정하는 것 및 트래픽 채널의 재성립을 기다리지 않고, 정보를 쇼트 데이터 버스트 메시지로서 목표 이동국에 전송하는 것을 포함한다.
Figure R1020057010023
IP, PPP, 쇼트 데이터 버스트

Description

이동국-착신 쇼트 데이터 버스트 통신을 위한 방법 및 장치{METHOD AND APPARATUS FOR MOBILE-TERMINATED SHORT DATA BURST COMMUNICATION}
기술분야
본 발명은 인터넷과 같은 세계적으로 분산된 네트워크에서의 통신 정보에 관한 것이다. 더 상세하게는, 본 발명은 목표 통신 장치가 휴지 (dormant) 상태에 있을 때, 트래픽 채널이 활성화되는 것을 기다리지 않고, 쇼트 버스트 데이터 포맷에서 목표 통신 장치로 정보를 전송할지 여부를 결정하는 방법 및 장치에 관한 것이다.
배경
패킷 세션이 휴지 상태인 동안 목표 통신 장치로 향하는 정보를 수송하는 인터넷 프로토콜 (IP) 데이터그램이 패킷 데이터 서비스 노드 (PDSN) 들로부터 기지국 제어기/패킷 제어 펑션 (BSC/PCF) 으로 전송될 때, BSC/PCF는 그 정보가 쇼트 데이터 버스트 (Short Data Burst ; SDB) 로서 전송되어야 하는지 여부를 결정할 필요가 있다. 수신된 정보 패킷의 크기를 필터링 표준으로서 사용하는 것이 하나의 알고리즘이다. 즉, 수신된 정보 패킷이 소정의 크기보다 작은 것이 발견되는 경우, 그 정보 패킷은 SDB로서 순방향 공통 채널을 통해, 예를 들어, 트래픽 채널이 활성화되는 것을 기다리지 않고, 목표 이동국으로 전송될 수도 있다. 그렇지 않으면, 트래픽 채널은 정보 패킷을 전송하기 전에 재성립될 필요가 있다. 예를 들어, 데이터 세션이 휴지 상태일 때 클라이언트 및 서버가 크기에서 변하는 메시지를 전송하는 경우, 이러한 알고리즘은 그룹 콜 서비스에서 양호하게 작용하지 않을 수도 있다. 그러나, 이들 메시지는 모두 타임 크리티컬 (time-critical) 한 것은 아니며, 따라서, SDB로서 전송될 필요는 없다. 몇몇 작은 메시지는 트래픽 채널이 재성립된 후 전송될 필요가 있는 반면 몇몇 큰 메시지는 SDB로서 전송될 필요가 없을 수도 있다. 필터링 표준으로서 큰 패킷 크기를 사용하는 것은 SDB로서 전송되는 많은 작은 메시지들을 트리거할 수도 있고, 따라서, 공통 채널 상에서 넓은 로딩을 발생시킬 수도 있다. 반면, 작은 패킷 크기가 사용되면, 타임-크리티컬한 더 큰 메시지들은 SDB로서 즉시 전송되지 않을 수도 있다.
따라서, 시간에 민감한 (time-sensitive) 메시지가 지연되지 않도록 어떠한 메시지들이 SDB에서 통신될 필요가 있는지를 결정하는 메카니즘이 요구된다.
요약
개시되는 실시형태는 목표 이동국으로 향하는 정보가 쇼트 데이터 버스트로서 전송되도록 마킹될지 여부를 결정하는 신규하고 개선된 방법 및 장치를 제공한다. 이 방법은 목표 이동국으로 향하는 정보 패킷을 수신하는 단계, 수신된 정보 패킷을 파싱하는 단계 및 수신된 정보 패킷이 쇼트 데이터 버스트 메시지로서 전송되도록 마킹될지 여부를 결정하는 단계를 포함한다.
개시되는 실시형태는 무선 통신 네트워크에서 쇼트 데이터 버스트 (SDB) 전송을 위해 정보를 마킹하는 신규하고 개선된 방법 및 장치를 더 제공한다. 이 방법은 헤더 부분을 포함하는 데이터그램으로 정보를 캡슐화하는 단계 및 무선 통 신 설비가 데이터그램으로 캡슐화된 정보를 SDB 메시지로서 목적지에 전송하도록 데이터그램의 헤더 부분을 마킹하는 단계를 포함한다.
또 다른 양태에서, 목표 이동국으로 향하는 정보를 통신하기 위한 장치는 메모리 유닛, 수신기, 송신기 및 메모리 유닛, 수신기, 송신기와 통신 가능하게 결합된 프로세서를 포함한다. 프로세서는 전술한 방법을 수행하는 명령을 실행할 수 있다.
도면의 간단한 설명
본 발명의 특징 및 이점은 이하 첨부한 도면을 참조하여 설명하는 개시된 실시형태의 상세한 설명으로부터 더 명백해질 것이다.
삭제
도 1은 이동국-착신 (mobile-terminated) 쇼트 데이터 버스트를 전송하는 콜-흐름도를 도시한다.
도 2는 프레임화되고 캡슐화되는 IP 데이터그램을 도시한다.
도 3은 기지국 및 이동국에 대한 실시형태를 도시한다.
도 4는 도 2에 도시된 IP 데이터그램에 대한 헤더 부분을 도시한다.
도 5는 일 실시형태에 따른, 도 4에 도시된 헤더 부분에 대한 서비스 타입 필드를 도시한다.
도 6은 또 다른 실시형태에 따른, 도 4에 도시된 헤더 부분에 대한 서비스 타입 필드를 도시한다.
도 7은 또 다른 실시형태에 따른, 도 4에 도시된 헤더 부분에 대한 서비스 타입 필드를 도시한다.
도 8은 도 2에 도시된 IP 데이터그램에 대한 변형된 헤더 부분을 도시한다.
도 9는 도 2에 도시된 PPP 프레임에 대한 프레임 구조를 도시한다.
도 10은 도 2에 도시된 PPP 프레임에 대한 파싱 알고리즘을 도시한다.
도 11은 도 4 및 도 8에 도시된 IP 데이터그램의 헤더 부분에 대한 파싱 알고리즘을 도시한다.
도 12는 단순화된 파싱 알고리즘을 도시한다.
상세한 설명
다양한 실시형태를 상세히 설명하기 전에, 본 발명의 범주는 다음의 설명에서 설명되거나 도면에서 도시된 구성요소의 구조 및 배열의 세부사항에 제한되어서는 안된다. 또한, 본 명세서에서 사용되는 어법 및 용어는 설명의 목적이며 제한으로서 간주되어서는 안된다.
도 1은 휴지 패킷 데이터 세션 동안 이동국-착신 쇼트 데이터 버스트 정보 전송에 대한 콜 흐름도를 도시한다. 휴지 상태 동안, 포인트-투-포인트 프로토콜 (PPP) 세션은 유지되지만, 트래픽 채널은 비활성화된다. PDSN (102) 에 도달하는 정보, 예를 들어, IP 데이터그램은 단계 (b) 에서 BSC/PCF (104) 로 전송된다. 그 후 BSC/PCF (104) 는 정보를 전송하는 방법에 대해 단계 (c) 에서 결정한다. 단계 (c) 에서, BSC/PCF (104) 는 수신된 정보를 파싱한다. 수신된 IP 데이터그램의 헤더 부분에서 서비스 타입 (type of service ; TOS) 필드가 SDB 전송에 대해 마킹되면, BSC/PCF (104) 는 단계 (d) 내지 (g) 를 사용하여 정보를 SDB로서 전송한다. 수신된 정보가 SDB로서 전송되어야 하는 것으로 BSC/PCF (104) 가 결정하면, BSC/PCF (104) 는 단계 (d) 에서 일반 페이징 (general page) 을 우선 수행하여 목표 이동국의 위치를 결정한다. 다음으로, 단계 (f) 에서, 정보가 SDB로서 공통 채널을 통해, 예를 들어, 이동국 (MS) (106) 으로 전송된다. 목표 이동국은 단계 (e) 에서 수신된 이동국의 일반 페이징 반응 메시지에서 식별될 수도 있다. 이와 달리, 수신된 정보가 SDB로서 전송되지 않는 것으로 BSC/PCF (104) 가 결정하면, BSC/PCF (104) 는 이동국 제어기 (MSC) (108) 에 의존하여, 예를 들어, 일반 페이징 과정을 통해 목표 이동국의 위치를 결정하고, 트래픽 채널을 재성립시키고, 그 후 정보를 전송한다. 이 과정은 도면에 미도시되어 있다.
일 실시형태에서, 그룹 콜 서버 (110) 와 같은 네트워크 엔티티는 목표 MS (106) 로 향하는 정보를 IP 데이터그램으로서 제공할 수도 있다. PDSN (102) 은 수신된 IP 데이터그램을 BSC/PCF (104) 에 전송하기 전에 캡슐화한다. 도 2는 일 실시형태에 따른, IP 데이터그램 프레임화 프로세스를 도시한다. IP 데이터그램 (202) 은 헤더 부분 및 정보 부분을 포함할 수도 있다. PDSN (102) 이 MS (106) 의 PPP 피어 (peer) 이면, PDSN (102) 은 수신된 IP 데이터그램 (202) 을 PPP 헤더 (204) 와 PPP 트레일러 (206) 내에서 캡슐화하여 PPP 프레임 (208) 을 형성한다.
일 실시형태에 따르면, 2001년 8월의 TIA/EIA/IS-2001, "cdma2000 액세스 네트워크 인터페이스를 위한 정보 처리 상호 운용 사항 (Interoperability Specification ; IOS)" (IOSv4.1) 에 설명된 바와 같이, 정보를 BSC/PCF (104) 에 전송하기 전에, PDSN (102) 은 고유 라우팅 캡슐화 (generic routing encapsulation ; GRE) 헤더 (210) 및 IP 헤더 (212) 를 수신된 PPP 프레임 (208) 에 추가하여 GRE 패킷 (214) 을 형성한다. GRE 패킷 (214) 은 IP 페이로드로서 취급되고, 예를 들어, A10 접속 상의 BSC/PCF (104) 에 어드레스된다.
GRE 패킷 (214) 을 수신한 후, BSC/PCF (104) 는 수신된 GRE 패킷 (214) 으로부터 GRE 헤더 (210) 및 IP 헤더 (212) 를 제거하고, 그 정보를 무선 인터페이스를 통해 목표 MS (106) 로 전송하기 전에 적절한 헤더를 추가할 수도 있다. 전술한 바와 같이, 패킷 데이터 세션이 휴지 상태일 때, BSC/PCF (104) 는 IP 데이터그램 (202) 의 파싱을 시작하기 전에, 수신된 PPP 프레임 (208) 을 조사하여 어디서 IP 데이터그램 (202) 의 헤더 부분이 시작하는지를 결정할 필요가 있다.
2001년 12월 6일의 TIA/EIA/IS-835, "무선 IP 네트워크 표준" 에 규정된 바와 같이, 단일 GRE 패킷 (214) 은 불완전한 PPP 프레임 또는 다중 PPP 프레임을 포함할 수 있다. 이러한 경우, GRE 헤더 (210) 에 포함된 시퀀스 넘버 필드가 패킷의 순차적인 전송을 보장하는데 사용될 수도 있다는 것이 그 표준에서 규정된다. GRE 헤더 (210) 의 시퀀스 넘버가 사용가능한 경우, BSC/PCF (104) 는 수신된 GRE 패킷을 PPP 프레임을 파싱하기 전에 재배열한다.
도 3은 다양하게 개시된 실시형태를 구현할 수 있는, BSC/PCF (304) 및 이동국 (306) 실시형태의 단순화된 블록도이다. 특정한 통신에서, 음성 데이터, 패킷 데이터 및/또는 메시지는 BSC/PCF (304) 와 이동국 (306) 사이에서 무선 인터페이스 (308) 를 통해 교환될 수도 있다. BSC/PCF (304) 와 이동국 (306) 간의 통신 세션을 성립시키는데 사용되는 메시지, 등록 및 페이징 메시지 및 데이터 송신을 제어하는데 사용되는 메시지 (예를 들어, 전력 제어, 데이터 레이트 정보, 확인응답 (acknowledgment) 등) 와 같은 다양한 타입의 메시지가 송신될 수도 있다. 이러한 메시지 타입 중 일부를 이하 더 상세히 설명한다.
역방향 링크에서, BSC/PCF (304) 에서, (예를 들어, 데이터 소스 (310) 로부터의) 음성 및/또는 패킷 데이터 및 (예를 들어, 제어기 (330) 로부터의) 메시지가 송신 (TX) 데이터 프로세서 (312) 로 제공되고, 송신 데이터 프로세서 (312) 는 그 데이터 및 메시지를 하나 이상의 코딩 방식으로 포맷하고 인코딩하여 코딩된 데이터를 생성한다. 각 코딩 방식은 순환 중복 검사 (cyclic redundancy check ; CRC), 콘볼루션, 터보, 블록 및 다른 코딩의 임의의 조합을 포함할 수도 있고, 어떤 코딩도 포함하지 않을 수도 있다. 음성 데이터, 패킷 데이터 및 메시지는 상이한 방식을 사용하여 코딩될 수도 있고, 상이한 메시지 타입이 상이하게 코딩될 수도 있다.
그 후 코딩된 데이터는 변조기 (MOD) (314) 에 제공되고, 더 처리된다 (예를 들어, 커버링되고, 쇼트 PN 시퀀스로 확산되고, 사용자 단말기에 할당된 롱 PN 시퀀스로 스크램블링된다). 변조된 데이터는 다음으로 송신기 유닛 (TMTR) (316) 에 제공되고 컨디셔닝되어 (예를 들어, 하나 이상의 아날로그 신호로 변환되고, 증폭되고, 필터링되고, 직교 변조되어) 역방향 링크 신호를 생성한다. 역방향 링크 신호는 듀플렉서 (D) (318) 를 통해 라우팅되고 안테나 (320) 를 통해 BSC/PCF (304) 로 송신된다.
BSC/PCF (304) 에서, 역방향 링크 신호는 안테나 (350) 에 의해 수신되고, 듀플렉서 (352) 를 통해 라우팅되고, 수신기 유닛 (RCVR) (354) 에 제공된다. BSC/PCF (304) 는 등록 정보 및 상태 정보, 예를 들어, 이동국 위치 정보를 이동국 (306) 으로부터 수신할 수도 있다. 수신기 유닛 (354) 은 수신된 신호를 컨디셔닝하고 (예를 들어, 필터링, 증폭, 다운 컨버트 및 디지털화하고) 샘플을 제공한다. 복조기 (DEMOD) (356) 는 그 샘플을 수신하고 처리하여 (예를 들어, 역확산, 역커버링 및 파일럿 복조하여) 복구된 심볼을 제공한다. 복조기 (356) 는 수신된 신호의 다중 인스턴스를 처리하고 조합된 심볼을 생성하는 레이크 수신기를 구현할 수도 있다. 수신 (RX) 데이터 프로세서 (358) 는 그 후 그 심볼을 디코딩하여 역방향 링크 상에서 송신된 데이터 및 메시지를 복구한다. 복구된 음성/패킷 데이터는 데이터 싱크 (360) 에 제공되고 복구된 메시지는 제어기 (370) 에 제공될 수도 있다. 제어기 (370) 는 일 군의 이동국들을 페이징하기 위한 명령들을 포함할 수도 있고, 이것은 이동국들의 이동성에 기초할 수도 있다. 복조기 (356) 및 RX 데이터 프로세서 (358) 에 의한 프로세스는 기지국 (306) 에서 수행되는 프로세스에 상보적이다. 복조기 (356) 및 RX 데이터 프로세서 (358) 는 다중 채널, 예를 들어, 역방향 기본 채널 (R-FCH) 및 역방향 보충 채널 (R-SCH) 을 통해 수신되는 다중 송신을 처리하도록 더 동작될 수도 있다. 또한, 송신은, 각각 역방향 기본 채널, 역방향 보충 채널 또는 2 채널 모두에서 송신하고 있는 다중 이동국으로부터 동시에 이루어질 수도 있다.
순방향 링크 상에서는, BSC/PCF (304) 에서, (예를 들어, 데이터 소스 (362) 로부터의) 음성 및 패킷 데이터 및 (예를 들어, 제어기 (370) 로부터의) 메시지가 송신 (TX) 데이터 프로세서 (364) 에 의해 처리되고 (예를 들어, 포맷되고 인코딩되고), 변조기 (MOD) (366) 에 의해 더 처리되고 (예를 들어, 커버링되고 확산되고), 송신 유닛 (TMTR) (368) 에 의해 컨디셔닝되어 (예를 들어, 아날로그 신호로 변환되고, 증폭되고, 필터링되고, 직교 변조되어), 순방향 링크 신호를 생성한다. 순방향 링크 신호는 듀플렉서 (352) 를 통해 라우팅되고 안테나 (350) 를 통해 BSC/PCF (306) 로 송신된다. 순방향 링크 신호는 페이징 신호를 포함한다.
BSC/PCF (306) 에서, 순방향 링크 신호는 안테나 (220) 에 의해 수신되고, 듀플렉서 (318) 를 통해 라우팅되고, 수신기 유닛 (322) 에 제공된다. 수신기 유닛 (322) 은 수신된 신호를 컨디셔닝하여 (예를 들어, 다운 컨버트하고, 필터링하고, 증폭하고, 직교 변조하고, 디지털화하여) 샘플을 제공한다. 샘플은 복조기 (324) 에 의해 처리되어 (예를 들어, 역확산되고, 역커버링되고, 파일럿 복조되어), 심볼을 제공하고, 심볼은 수신 데이터 프로세서 (326) 에 의해 더 처리되어 (예를 들어, 디코딩되고 체크되어) 순방향 링크 상에서 송신된 데이터 및 메시지를 복구한다. 복구된 데이터는 데이터 싱크 (328) 에 제공되고, 복구된 메시지는 제어기 (330) 에 제공될 수도 있다. 제어기 (330) 는 BSC/PCF (306) 를 등록하기 위한 명령들을 포함할 수도 있고, 그 명령들은 이동국의 이동성에 기초할 수도 있다.
IP 서비스 타입 (TOS) 비트
도 4는 일 실시형태, 예를 들어, IP 버전 4 (IPv4) 에 따른, 도 2에 도시된 IP 데이터그램 (202) 에 대한 헤더 부분을 도시한다. IP 서비스 타입 (TOS) 필드 (402) 는 IP 데이터그램 (202) 의 헤더 부분 내에서 제 2 바이트이다. 3 개의 널리 수용되는, TOS 비트의 IPv4를 위한 서비스 정의에의 매핑이 존재한다. 제 1 매핑은 1981년 9월, RFC 791에서 정의된, "인터넷 프로토콜" 이다. 이 RFC에서는, TOS 필드는 도 5에 도시된 바와 같이 5 개의 서브필드를 가진다. 3 개의 "상위" 비트가 0 (일반 상위) 내지 7 (네트워크 제어) 의 범위 값으로 IP 데이터그램 상위를 특정하고, 센더 (senders) 가 각 IP 데이터그램의 중요성을 표시하도록 한다. 다음 3 개의 비트는 "D", "T" 및 "R" 이다. 이 비트들은 IP 데이터그램에 대한 수송의 타입을 특정하는데 사용될 수도 있다. 최후 2 개의 비트는 예약된 비트이다. 일 실시형태에서, 그룹 콜 서버 (110) 는 IP 데이터그램의 TOS 필드에서 예약된 비트 중 하나 또는 2 개를 사용하여, 도 3에 도시된 바와 같이, 예를 들어, 무선 통신 설비가 IP 데이터그램을 SDM 메시지로서 목표 이동국에 전송해야 하는 것을 표시한다.
도 6은 1999년 7월의 RFC 1439, "인터넷 프로토콜 슈트에서의 서비스 타입"에서 정의된 서비스 정의에 대한 TOS 비트의 또 다른 매핑을 도시한다. 이 RFC는 RFC 791에서의 정의를 갱신했으나, 많은 문헌 및 구현은 여전히 RFC 791에서의 오리지널 정의를 참조한다. RFC 1439에서, 상위 서브-필드는 RFC 791에서 정의된 것과 동일하다. 다음 4 개의 비트는 서비스 타입 (TOS) 으로 고려되고, 최종 비트는 반드시 제로인 (Must Be Zero ; MBZ) 비트로 고려된다. RFC 1439는 D, T, R 비트를 4-비트 TOS 필드로서 재정의한다. RFC 1439는 최종 비트를 사 용하는 인터넷 프로토콜 실험에 참여하지 않으면 데이터그램의 발신자가 최종 비트를 0으로 설정하도록 규정한다. 따라서, 이는 최종 비트만을 비사용 비트로서 남겨둔다. 일 실시형태에서, 그룹 콜 서버 (110) 는 TOS 필드에서 예약된 비트를 사용하여, 도 3에 도시된 바와 같이, 예를 들어, 무선 통신 설비가 IP 데이터그램을 SDM 메시지로서 목표 이동국으로 전송해야 하는 것으로 표시한다.
도 7은 1998년 12월의 RFC 2474, "IPv4 및 IPv6 헤더에서 차동 서비스 필드 (Differentiated Services Field ; DS Field) 의 정의" 에서 설명된 바와 같이, 인터넷 엔지니어링 태스크 포스 (Internet engineering task force ; IETF) 차동 서비스 프레임워크에 의해 정의되는 제 3 서비스 정의를 도시한다. 이 정의는 6 비트의 차동 서비스 코드 포인트 (DSCP) 를 사용하여 IP 데이터그램에 대한 퍼 홉 행위 (per hop behavior ; PHB) 취급을 표시한다. 최후의 2 비트는 예약 비트이다. 일 실시형태에서, 그룹 콜 서버 (110) 는 TOS 필드에서 예약된 비트 중 하나 또는 2 개를 사용하여 도 3에 도시된 바와 같이, 예를 들어, 무선 통신 설비가 IP 데이터그램을 SDM 메시지로서 목표 이동국에 전송해야 하는 것을 표시한다.
도 8은 1998년 12월의 RFC 2460, "인터넷 프로토콜, 버전 6 (IPv6) 규정" 에 따라, IP 버전 6 (IPv6) 에 대한 IP 데이터그램 (202) (도 2) 의 헤더 부분을 도시한다. 트래픽 클래스 (802) 는 도 8에 도시된 바와 같이, 4-비트 버전 필드 (804) 에 바로 뒤따르는 1-바이트 필드이다. RFC 2460은 트래픽 클래스 (802) 필드의 8 비트가 사용되는 방법에 대해 개방하고 있다. 그러나, IPv4의 서비스 정의에 유사한 IPv6에 대한 서비스 정의를 채택하려는 지속적인 IETF 노력이 있다.
도 6으로 돌아가서, IPv4 헤더 부분의 주어진 최초 7 비트는 서비스 정의 매핑에 사용될 수도 있고, 최후 비트는 BSC/PCF (104) 에서 수신된 정보가 SDB 메시지로서 목표 MS (106) 에 전송되어야 하는 것을 표시하는데 사용될 수도 있다. 1995년 6월의 RFC 1812, "IP 버전 4 라우터에 대한 요구사항" 은 0 아닌 값이 예약된 비트(들)에 사용되면, IPv4 라우터가 패킷을 드롭하지 않을 것을 요구한다. 현존하는 RFC들은 다른 새로운 프로토콜이 예약된 비트(들)을 사용하는 방법에 대해 규정하지 않는다. 따라서, 0 아닌 값으로 마킹된 예약 비트(들)을 가지는 휴지 패킷 데이터 세션 동안 BSC/PCF (104) 가 IP 데이터그램을 수신하는 것이 가능하다. 또한, IPv6 라우터가 IPv6 헤더에서 8-비트 트래픽 클래스 필드의 최종 비트를 취급해야 하는 방법를 표시하는 RFC 요구사항은 없다.
이 문헌의 나머지에서, "IP TOS 필드" 라는 용어는 고려되는 어드레스 방식에 의존하는 IPv4 TOS 필드 (402) 및 IPv6 트래픽 클래스 필드 (802) 모두를 표시하는데 사용된다. 일 실시형태에 따르면, 그룹 콜 서버는 TOS 필드의 비사용 비트(들)을 SDB 전송을 표시하는 메카니즘으로서 사용한다. 예를 들어, SDB로서 전송될 필요가 있는 메시지에 대해, 그룹 콜 서버는 IP TOS 필드의 최후 비트를 0x01 값으로 설정할 수도 있다.
포인트-투-포인트 프로토콜
전술한 바와 같이, GRE 패킷 (214) (도 2) 은 다중 PPP 프레임 또는 불완전한 PPP 프레임을 포함할 수도 있다. BSC/PCF (104) 는 수신된 GRE 패킷 (214) 으로부터 GRE 헤더 (210) 및 IP 헤더 (212) 를 추출하고, 정보를 라디오 링크 프로 토콜 (RLP) 프레임으로서 재-패키지하고, RLP 프레임을 무선 인터페이스를 통해 목표 MS (106) 로 송신한다. BSC/PCF (104) 가 IP TOS 필드를 파싱하기 위해, BSC/PCF (104) 는 PPP 프레임 (208) 의 개시와 종료를 검출한다. 이 절에서, 우리는 PPP 프레임 구조를 조사하고 2001년 12월 6일의 TIA/EIA/IS-835, "무선 IP 네트워크 표준" 에 규정된 바와 같이 링크 제어 위상 동안 협상될 수도 있는 필드를 식별한다. PPP에 대한 세부사항은 1994년 7월의 RFC 1661, "포인트-투-포인트 프로토콜 (PPP)" 에서 발견될 수도 있다.
도 9는 1994년 7월의 RFC 1662, "HDLC 형 프레이밍에서의 PPP" 에 따른, PPP 프레임 (208) 에 대한 하이 레벨 데이터 링크 제어 (HDLC) 프레임 구조를 도시한다. 필드들 (902 내지 908) 은 PPP 프레임 (208) 의 PPP 헤더 (204) 에 관련되고, 필드 (910) 는 PPP 프레임 (208) 의 IP 데이터그램 (202) 에 관련되고, 필드 (912) 는 PPP 프레임 (208) 의 PPP 트레일러 (206) 에 관련된다. 제 1 필드 (902) 는 PPP 프레임 (208) 의 개시 및/또는 종료를 나타내는 "7E" 플래그이다. 그 플래그 다음으로 HDLC 프레임 (904, 906, 908) 이 뒤따른다.
RFC 1662에 따르면, 어드레스 필드 (904) 는 옥테트 0xFF로 설정될 수도 있고, 제어 필드 (906) 는 옥테트 0x03으로 설정될 수도 있다. HDLC 정보 필드는 프로토콜 필드 (908) 및 IP 데이터그램 (PPP 페이로드) (910) 을 포함한다. IP 서비스에서, 프로토콜 필드 (908) 는 0x0021 값의 2 개의 옥테트를 포함하고, IP 데이터그램 (910) 이 뒤따른다. HDLC 패킷의 최후 필드는 2 개 또는 4 개의 옥테트를 포함할 수도 있는 프레임 체크 시퀀스 (FCS) (912) 이다. 각 PPP 프레 임은 플래그 시퀀스로 개시하고 종료하며, 하나의 플래그 시퀀스는 2 개의 프레임 사이에서 사용될 수도 있다. 2 개의 연속적인 플래그 시퀀스는 비어있는 프레임을 구성한다. 종료 플래그 시퀀스는 도 9에 미도시되어 있다.
일 실시형태에 따르면, 링크 제어 프로토콜 (LCP) 은 표준 HDLC 형 프레임 구조로 변형을 협상하고, 이는 전술하였다. PPP 피어는 어드레스 필드 (904) 및 제어 필드 (906) 를 압축하도록 협상할 수도 있다. 압축이 가능하면, 2 개의 옥테트는 제거된다. 또한, PPP 피어는 프로토콜 필드 (908) 를 1 바이트, 예를 들어, 0x21로 압축하도록 협상할 수도 있다. 또 다른 협상가능한 파라미터는 FCS 필드 (912) 에서 순환 중복 검사 (CRC) 를 위한 비트의 수이다. PPP 피어는 16-비트 CRC 또는 32-비트 CRC를 위해 협상할 수도 있다.
제어 특징을 위한 투명성을 달성하기 위해 정보가 송신되기 전에, PPP는 비트 스터핑 (stuffing) 을 수행할 수도 있다. 제어 확장 옥테트는 0x7D로 선택될 수도 있다. 최소값으로서, RFC 1662는 플래그 시퀀스, 예를 들어 0x7E, 및 제어 확장 옥테트 0x7D를 확장하기 위한 구현을 요구한다. FCS 계산 후, 송신기는 2 개의 플래그 시퀀스 사이에서 전체 프레임을 조사하고, 플래그 시퀀스 확장을 수행한다. 0x00과 0x1F 사이의 값들과 0x7D 및 0x7E 값과의 합은 PPP 프레임을 전송할 때 송신기에 의해 확장될 수도 있다.
비동기 제어 문자 맵 (ACCM) 은 0x00과 0x1F 범위에서 32 개의 ASCⅡ 제어 문자에 대한 문자 확장을 가능하게 하거나 (비트 설정) 또는 불가능하게 하는 (비트 클리어) 4-옥테트 비트 맵을 가진 LCP 옵션이다. 예를 들어, ACCM 값의 제 1 옥테트는 0x19 내지 0x1F의 제어 문자에 대한 비트를 가지며, MSB는 0x1F를 표시하고 LSB는 0x18을 표시한다. 제 2 옥테트는 0x10 내지 0x17의 문자에 대한 비트를 가지며, 그 후도 같은 방식이다. 0xFFFFFFFF 값은 2002년, Addison-Wesley 출판사의 Carlson, James 저서인, "PPP 설계, 구현 및 디버깅" 에 따라 모든 제어 문자가 확장되는 것을 표시한다. 0x00000000의 ACCM 값은 0x00과 0x1F 사이 값의 어떠한 ASCⅡ 문자도 확장되지 않음을 표시한다. 각 플래그 시퀀스, 제어 확장 옥테트, 및 ACCM 전송시에 플래그되는 임의의 옥테트는 제어 확장 옥테트, 예를 들어, 옥테트 0x20으로 배타적 논리합된 (XOR된) 오리지널 옥테트가 뒤따르는 0x7D로 대치된다.
단일 IP 및 이동 IP 동작 모두에 대해, 2001년 12월 6일의 TIA/EIA/IS-835, "무선 IP 네트워크 표준" 은 이동 및 PDSN 모두에 대한 제어 확장을 규정한다. PDSN에 대해, 0x00000000의 ACCM 값을 제안함으로써 PDSN이 확장된 문자의 최소 수로 제어 문자를 협상하도록 이 표준은 요구한다. 한편, MS가 제어 문자 매핑을 협상하면, 0x00000000의 ACCM을 협상하여 확장의 최소 수를 시도하도록 이 표준은 제안한다. 따라서, 0x00 내지 0x1F로부터의 문자 및 플래그 시퀀스가 확장되는 PDSN (102) 으로부터 BSC/PCF (104) 가 PPP 프레임을 수신하는 것이 가능하다.
BSC/PCF (104) 가 PDSN의 PPP 피어가 아닐 때, BSC/PCF (104) 는 어떤 LCP 파라미터, 예를 들어, 어드레스 필드 (904), 제어 필드 (906) 및 프로토콜 필드 (908) 가 MS (106) 와 PDSN (102) 사이에서 협상되는지를 인식하지 않을 수도 있다. 따라서, PPP 프레임화를 결정할 뿐만 아니라, BSC/PCF (104) 는 IP TOS 비 트를 파싱하기 위해, 어떤 필드가 압축되는지를 결정하며, 임의의 문자가 IP 데이터그램 (202) 헤더 부분의 개시를 적절하게 식별하도록 확장되는지 여부를 결정한다. 다음 절에서, BSC/PCF (104) 가 PPP 프레임을 파싱하는데 사용되는 알고리즘을 설명한다.
PPP 프레임 파싱 알고리즘
전술한 바와 같이, BSC/PCF (104) 에 도달하는 GRE 패킷 (214) 은 다중 PPP 프레임 또는 불완전한 프레임을 포함할 수도 있고, 이것은 휴지 상태 동안 BSC/PCF (104) 가 패킷 데이터 스트림을 파싱하도록 요구하여 PPP 프레임 플래그 시퀀스를 결정한다. BSC/PCF (104) 가 정보 스트림을 파싱하여 IP 데이터 그램 (202) 헤더 부분의 개시를 결정하는데 사용하는 알고리즘이 도 10에 도시되어 있다.
알고리즘이 문자의 인식되지 않은 시퀀스를 검출하면, PPP 프레임 (204) 이 개시하는 지점을 알 수 없기 때문에, 알고리즘은 다음 PPP 프레임의 개시점으로 스킵한다. 이러한 현상은 부적절한 PPP 구현의 결과로 또는 데이터 스트림에 하나 이상의 에러가 존재할 때 발생한다. 알고리즘은 널 (null) 아닌 PPP 프레임을 발견할 때까지 "0x7E" 플래그 시퀀스의 존재를 연속적으로 체크한다. 더 상세하게는, 단계 1002에서 제 1 0x7E 플래그를 발견한 후, 단계 1004에서 다음 바이트가 0x7E 플래그에 대해 체크된다. 다음 바이트가, 조사중인 PPP 프레임이 널인 것을 의미하는 또 다른 0x7E 플래그를 포함하면, 프로세스는 단계 1006에서 다음 바이트를 계속하여 체크한다. 그러나, 제 1 0x7E 플래그를 포함하는 바이트의 다음 바이트가, 널 아닌 PPP 프레임이 검출된 것을 의미하는 0x7E 플래그를 포 함하지 않으면, 프로세스는 단계 1008에서 어드레스 필드 (904) 에 대해 체크한다.
일 실시형태에서, 어드레스 필드 (904) 및 제어 필드 (906) 는 압축될 수도 있고, 따라서 분실될 수도 있다. 또한, 프로토콜 필드 (908) 는 또한, 0xFF 값을 가지는 제 2 바이트만이 존재하도록 압축될 수도 있다. 이러한 경우, RFC 1662에 따라, 2-옥테트 프로토콜 필드 (908) 의 제 2 바이트는 0xFF 값을 가지는 어드레스 필드 (904) 로 잘못 간주되는 것을 피하기 위해 0xFF로 설정되어서는 안된다.
단계 1008에서의 체크 및 어드레스 필드 (904) 에 대응하는 0xFF 발견의 다음으로, BSC/PCF (104) 는 단계 1010에서 다음 바이트가 제어 필드 (906) 에 대응하는 0x03을 포함하는지 여부를 체크한다. 단계 1010에서, 다음 바이트가 0x03을 포함하지 않는 것으로 결정되면, BSC/PCF (104) 는 협상이 제어 필드 값 0x03에 대한 ACCM 협상을 발생시켰는지 여부를 체크한다. ACCM 협상 하에서, BSC/PCF (104) 는 제어 확장 바이트, 예를 들어, 0x7D를 먼저 전송하고, 그 후 전송될 오리지널 정보의 바이트, 예를 들어, 0x03을 0x20으로 배타적 OR (XOR) 한 결과를 포함하는 바이트를 전송한다.
단계 1012에서, BSC/PCF (104) 는 0x7D 바이트의 존재에 대해 우선 체크하고, 발견되면, 단계 1014에서, 0x20으로 XOR된 0x03의 결과인 0x23의 존재에 대해 체크한다. 제어 필드 (906) 가 검출되지 않았음을 의미하는 0x7D 또는 0x23이 모두 발견되지 않으면, 프로세스는 전술한 단계 1002 및 1004와 유사하게, 단계 1016 및 1018에서 새로운 PPP 프레임의 개시점에 대해 체크한다. 단계 1008에 서의 결과가 "아니오" 인 경우, 어드레스 필드 (904) 는 압축되고 따라서 존재하지 않음을 유의해야 한다.
단계 1010 또는 단계 1014에서, 그 결과가, 제어 필드 (906) 에 대응하는 0x03 값이 검출되었음을 의미하는 예 (yes) 인 경우, 직접 또는 ACCM 협상을 통해, 프로세스는 프로토콜 필드 (908) 의 제 1 바이트에 대응하는 0x00의 존재에 대한 다음 바이트를 체크한다. BSC/PCF (104) 는 프로토콜 필드 (908) 를 ACCM을 통해 전송하는 것이 협상의 결과인지 여부를 우선 체크할 수도 있다. 단계 1020에서, 프로토콜 필드 (908) 가 ACCM 협상을 통해 전송되지 않을 것임을 의미하는 0x7D 바이트가 발견되지 않으면, 단계 1022에서, BSC/PCF (104) 는 다음 바이트가 프로토콜 필드 (908) 의 제 1 바이트에 대응하는 0x00을 포함하는지 여부를 체크한다.
단계 1022에서, BSC/PCF (104) 가, 프로토콜 필드 (908) 의 제 1 바이트에 대응하는 0x00을 발견한 후, BSC/PCF (104) 는 프로토콜 필드 (908) 의 제 2 바이트를 ACCM 협상을 통해 전송하는 것이 협상의 결과인지 여부를 체크한다. 단계 1024에서, 프로토콜 필드 (908) 가 ACCM 협상을 통해 전송되지 않을 것임을 의미하는 0x7D 바이트가 발견되지 않으면, 단계 1026에서, BSC/PCF (104) 는 다음 바이트가 프로토콜 필드 (908) 의 제 2 바이트에 대응하는 0x21을 포함하는지 여부를 체크한다. 단계 1022에서 발견된 0x00 다음으로 단계 1026에서 0x21이 발견되면, IP 데이터그램 (910) 의 헤더 부분을 파싱하기 위해 프로세스는 단계 1028에서 종료하며, 이는 후에 설명한다.
단계 1024에서, 프로토콜 필드 (908) 가 ACCM 협상을 통해 전송될 것임을 의미하는 0x7D 바이트가 발견되면, 단계 1030에서, BSC/PCF는 ACCM 협상에 따라, 다음 바이트가 프로토콜 필드 (908) 의 제 2 바이트, 예를 들어, 0x21을 0x20으로 XOR한 0x01을 포함하는지 여부를 체크한다. 단계 1022에서 발견된 0x00 다음으로 단계 1030에서 0x01 바이트가 발견되면, 프로세스는 IP 데이터그램 (910) 의 헤더 부분을 파싱하기 위해 단계 1028에서 종료한다.
단계 1020로 돌아가서, 프로토콜 필드 (908) 의 제 1 바이트, 예를 들어, 0x00을 검색하여 BSC/PCF (104) 가 0x7D를 발견하면, 단계 1032에서, 프로토콜 필드 (908) 의 제 1 바이트, 예를 들어, 0x00을 0x20으로 XOR한 0x20에 대해 다음 바이트가 체크된다. 단계 1032에서의 결과가 0x00이 프로토콜 필드 (908) 의 제 1 바이트에서 발견되는 것을 의미하는 예 (yes) 인 경우, 프로세스는 단계 1024에서 계속되어, 전술한 바와 같이 프로토콜 필드 (908) 의 제 2 바이트, 예를 들어, 0x21의 존재를 검색한다.
단계 1032에서, 0x7D를 포함하는 바이트의 다음 바이트가 프로토콜 필드 (908) 의 제 1 바이트, 예를 들어, 0x00에 대응하는 값을 포함하지 않으면, BSC/PCF (102) 는 단계 1034에서, 그 바이트가 프로토콜 필드 (908) 의 제 2 바이트, 예를 들어, 0x21을 0x20으로 XOR한 0x00을 포함하는지 여부를 결정한다. 그 결과가 예 (yes) 이면, 프로세스는 단계 1028에서 종료한다. 프로토콜 필드 (908) 에 대한 체크 결과가 프로토콜 필드 (908) 의 제 2 바이트를 발견하지 않고 종료한 경우, 프로세스는 단계 1016에서 종료하여 다음 PPP 프레임을 찾는다.
단계 1022에서의 결과가 프로토콜 필드 (908) 의 제 1 바이트가 발견되지 않았음을 의미하는 "아니오" 인 경우, 이 필드는 압축된다. 따라서, 그 제 2 바이트, 예를 들어, 0x21의 존재만이 단계 1036에서 체크된다.
IP 데이터 파싱 알고리즘
PPP 프레임 파싱 알고리즘이 IP 데이터 알고리즘 (910) 의 개시점을 성공적으로 검출했음을 표시하는 "IP 데이터그램 파싱" 상태 (1028) 에 도달했다면, BSC/PCF (104) 는 다음으로 IP 데이터그램 (910) 의 헤더 부분 ((400) (도 4) 또는 (800) (도 8)) 을 파싱하기 위해 도 11에 도시된 일 실시형태에 따른 알고리즘을 사용하여, SDB 표시가 존재하는지 여부를 검출한다. 일 실시형태에서, 파싱 알고리즘은 32-비트 헤더 부분 (400 및 800) 의 4 개의 바이트가: 최초 0-7 비트, 8-15 비트, 16-23 비트, 최후 24-31 비트의 순서로 송신되는 것으로 가정한다. 이 순서를, 네트워크를 횡단할 때 TCP/IP 헤더의 모든 2진 정수에 사용되는 바이트 순서인 빅 엔디안 바이트 오더링 (big endian byte ordering) 이라 한다. 이 순서를 또한 네트워크-바이트 순서라 한다. BSC/PCF (104) 가 리틀 엔디안 바이트 오더링과 같은 다른 포맷으로 2진 정수를 저장하면, BSC/PCF (104) 는 알고리즘을 실행하기 전에 헤더 값을 네트워크-바이트 순서로 변환하거나, 알고리즘이 적절하게 실행되도록 적절한 매핑을 한다.
IPv4 TOS 필드 (402) (도 4) 및 IPv6 트래픽 클래스 (802) (도 8) 는 4-비트 버전 필드로 시작한다. 4 비트 버전 필드는 IP 버전 수를 포함한다. IPv4 및 IPv6 버전에서, 버전 수는 각각 0x04 및 0x06이다. 버전 수를 결정하기 위 해, 도 11에 도시된 알고리즘은 IP 알고리즘 (910) 헤더 부분의 제 1 바이트가 ACCM 협상에 따라 또는 직접 송신되는지 여부를 체크한다. 단계 1102에서, 헤더 부분의 제 1 바이트가 ACCM에 따라 협상되는 것을 의미하는, 0x7D를 포함하는 것으로 헤더 부분의 제 1 바이트가 발견되는 경우, 단계 1104에서, 0x20으로의 XOR 펑션을 취소하기 위해 알고리즘은 다음 바이트를 0x20으로 XOR하여, 원래의 값을 복구한다.
단계 1102에서 수신된 IP 헤더의 제 1 바이트의 오리지널 내용 또는 단계 1104에서 수신된 결과는 단계 1106에서 0xF0으로 바이트-와이즈 AND되어 헤더 부분의 최초 4 개의 비트를 판독한다. 단계 1106의 결과는 단계 1108에서 0x60에 대항하여 체크되어, 헤더 부분의 최초 4 개의 비트가 버전 수가 IPv6임을 표시하는지 여부를 결정한다.
단계 1108의 결과가 버전이 IPv6임을 표시하면, 프로세스는 단계 1110, 1112, 1114 및 1116에서 계속되어, 트래픽 클래스 (802) (도 8) 의 제 5 비트가 SDB 마킹을 표시하여 설정되는지 여부를 결정한다. 단계 1116의 결과가 SDB 비트가 설정된 것을 표시하는 경우, 프로세스는 단계 1118에서 종료한다.
1120에서 계속하여, 결과가 헤더 부분의 버전 수가 IPv4인 것을 표시하면, 프로세스는 단계 1122, 1124, 1126 및 1128에서 계속되어, TOS 필드 (402) (도 4) 의 8 비트가 SDB 마킹을 표시하여 설정되는지 여부를 결정한다. 단계 1128의 결과가 SDB 비트가 설정된 것으로 표시하면, 프로세스는 단계 1118에서 종료한다.
SDB 마킹이 발견되면, BSC/PCF (104) 는 다음 플래그 시퀀스를 검출하여 조 사중인 PPP 프레임의 종료를 발견한다. 제 1 IP 데이터그램이 SDB 마킹을 포함하는 2 보다 많은 IP 데이터그램은 BSC/PCF (104) 에 도달하는 단일 PPP 프레임 내에서 캡슐화되었을 수도 있다. 또한, SDB 마킹을 가진 IP 데이터그램은 예상되는 크기를 초과할 수도 있다. 상기 2 개의 경우 중 하나가 발생할 때, 수신되는 메시지가 큰 것이 예상된다. 큰 SDB 메시지가 공통의 채널을 통해 전송되는 것을 방지하기 위해, 휴지 패킷 데이터 세션 동안, 추가적인 체크가 수행될 수도 있다. 단계 1130에서, 고려중인 PPP 프레임의 종료가 검출되고, PPP 프레임에서의 바이트 수가 허용된 수 미만이면, 단계 1132에서 결정된 바와 같이, 단계 1134에서 PPP 프레임이 SDB로서 전송된다. 이와 달리, PPP 프레임에서의 바이트의 수가 허용된 수를 초과하면, SDB 마킹과 무관하게 트래픽 채널은 단계 1136에서 PPP 프레임을 전송하도록 재성립된다.
일 실시형태에 따라, BSC/PCF가 무선 인터페이스를 통해 SDB를 송신하는데 사용하는 과정이 도 1에 도시되어 있다. 휴지 패킷 데이터 세션 동안, 하나의 PPP 프레임만이 PDSN (102) 으로부터 MS (106) 로 향하는 경향이 있다. 초과 프로세스를 방지하기 위해, 패킷 데이터 휴지 동안 동시에 도달하는 단지 일부의 PPP 프레임만을 BSC/PCF (104) 가 처리하는 것이 타당할 수도 있다.
단순화된 파싱 알고리즘
LCP 협상 파라미터, ACCM 협상 및 IP 어드레드 방식이 BSC/PCF (104) 에 인식된 일 실시형태에서, 상기 파싱 알고리즘은 단순화될 수도 있다. 이러한 경우, 다음의 구성이 BSC/PCF (104) 에 인식될 수도 있다.
· 어드레스 필드 (904) 및 제어 필드 (906) 압축이 가능하다
· 프로토콜 필드 (908) 압축이 가능하다
· ACCM은 0x00000000의 값을 가진다
· IPv4 어드레스 방식이 사용된다
일 실시형태에 따라, 도 10 및 도 11에 각각 도시된 PPP 프레임 및 IP 데이터그램 파싱 알고리즘은 도 12에 도시된 바와 같이 총괄하여 단순화된다. 단계 1202에서 널 아닌 PPP 프레임 검출시에, 프로세스는 단계 1204에서, 프로토콜 필드 (908) 의 제 2 바이트, 예를 들어, 0x21의 존재를 체크하여, 프로토콜 필드의 제 1 바이트가 필드 압축 협상 동안 제거되는 것을 표시한다. 발견되면, 프로세스는 도 4에 도시된 바와 같이 헤더 부분의 제 1 바이트를 스킵하여 단계 1206에서 TOS 필드 (402) 에 도달한다. 단계 1208 및 1210에서, 프로세스는 도 6에 도시된 바와 같이, TOS 필드 (402) 의 LSB가 예를 들어, 설정되었는지 여부를 체크하고, 설정되었으면, 프로세스는 단계 1212에서 SDB 마킹을 표시한다. 다음으로 프로세스는 단계 1214 내지 1220로 계속하여 도 11의 단계 1130 내지 1136과 유사하게 SDB 메시지의 크기를 체크한다. 크기 표준이 만족되면, PPP 프레임은 SDB로서 전송된다. 그렇지 않으면, 트래픽 채널은 PPP 프레임을 전송하기 전에 단계 1220에서 재성립된다.
따라서, 이 개시된 실시형태는 휴지 모드인 목표 이동국으로 향하는 정보가 트래픽 채널의 재성립을 기다리지 않고 SDB 메시지로서 전송되어야 하는지 여부를 결정하는 효율적이고 신뢰할 만한 시스템 및 방법을 제공한다.
당업자는 정보 및 신호들이 다양한 다른 기술 및 프로토콜 중 임의의 것을 사용하여 표현될 수도 있음을 이해할 것이다. 예를 들어, 전술한 설명을 통해 참조될 수도 있는 데이터, 명령, 커맨드, 정보, 신호, 비트, 심볼 및 칩은 전압, 전류, 전자기파, 자기장 또는 자기 입자, 광학 필드 또는 입자, 또는 이러한 것들의 임의의 조합으로 표현될 수도 있다.
당업자는 본 명세서에서 개시된 실시형태들과 관련하여 설명한 다양한 논리 블록, 모듈, 회로 및 알고리즘 단계를 전자 하드웨어, 컴퓨터 소프트웨어 또는 양자의 조합으로 구현할 수도 있다는 것을 잘 인식할 것이다. 하드웨이와 소프트웨어의 상호변환성을 명백하게 설명하기 위해, 다양한 예시적인 구성요소, 블록, 모듈, 회로 및 단계를 그 기능성의 관점에서 일반적으로 설명하였다. 이러한 기능성이 하드웨어로 구현될지 소프트웨어로 구현될지 여부는 전반적인 시스템에 부여되는 특정 애플리캐이션 및 설계 제한에 의존한다. 당업자는 이러한 기능성을 각각의 특정 애플리캐이션에 대해 다양한 방식으로 구현할 수도 있으나, 이러한 구현 결정이 본 발명의 범주를 벗어나는 것으로 인식되어서는 안된다.
본 명세서에서 개시된 실시형태와 관련하여 설명한 다양한 예시적인 논리 블록, 모듈 및 회로는 범용 프로세서, 디지털 신호 프로세서 (DSP), 애플리캐이션 특정 집적 회로 (ASIC), 필드 프로그래밍가능 게이트 어레이 (FPGA) 또는 다른 프로그래밍가능 논리 장치, 별도의 게이트, 또는 트랜지스터 로직, 별도의 하드웨어 소자, 또는 본 명세서에서 설명된 기능들을 수행하도록 설계된 이들의 조합으로 구현되거나 수행될 수도 있다. 범용 프로세서는 마이크로프로세서일 수도 있지만, 변형된 방법으로, 이 프로세서는 임의의 종래의 프로세서, 컨트롤러, 마이크로컨트롤러, 또는 상태 머신일 수도 있다. 또한, 프로세서는 연산 장치의 조합, 예를 들면, DSP와 마이크로프로세서의 조합, 복수의 마이크로프로세서, DSP 코어와 결합된 하나 또는 그 이상의 마이크로프로세서, 또는 임의의 다른 구성으로서 구현될 수도 있다.
상술한 실시형태들과 관련하여 설명한 방법 또는 알고리즘의 단계들은 하드웨어, 프로세서에 의해 실행되는 소프트웨어 모듈, 또는 이들의 조합 내에서 실시될 수도 있다. 소프트웨어 모듈은 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터, 하드디스크, 착탈가능 디스크, CD-ROM, 또는 당해 기술분야에 공지된 임의의 다른 형태의 저장매체 내에 상주할 수도 있다. 예시적인 저장 매체는, 프로세서가 저장 매체로부터 정보 형태를 판독할 수 있고 저장 매체에 정보를 기록할 수 있도록 프로세서에 연결될 수 있다. 변형된 형태로, 저장매체는 프로세서에 일체될 수도 있다. 프로세서 및 저장 매체는 ASIC에 상주할 수도 있다. ASIC은 유저 단말기에 상주할 수도 있다. 변형된 형태로, 프로세서 및 저장매체는 유저 단말기에서 별도의 구성요소로서 상주할 수도 있다.
상술한 실시형태들의 설명은 당업자가 본 발명을 이용 또는 제조할 수 있도록 제공되었다. 이들 실시형태의 다양한 변형은 당업자에게 자명할 것이며, 명세서 내에 규정된 고유의 원리는 본 발명의 사상 및 범주에서 벗어나지 않고, 또 다른 실시형태, 예를 들어, 일시적인 메시지 서비스 또는 임의의 일반적인 무선 데 이터 통신 애플리캐이션에 적용할 수도 있다. 따라서, 본 발명은 상술한 실시형태에 제한되도록 의도된 것이 아니며, 명세서 내의 원리와 신규 특징에 부합하는 최광의 범주에 따른다. "예시적" 이라는 용어는 본 명세서에서 "예시로서 제공됨" 을 의미하는 것으로 폭넓게 사용된다.

Claims (28)

  1. 쇼트 데이터 버스트로서 전송되도록, 목표 이동국으로 향하는 정보에 마킹되어 있는지 여부를 결정하는 방법으로서,
    목표 이동국으로 향하는 정보 패킷을 수신하는 단계;
    상기 수신된 정보 패킷을 파싱하는 단계; 및
    상기 수신된 정보 패킷에 쇼트 데이터 버스트 (SDB) 전송이 마킹되어 있는지 여부를 결정하는 단계를 포함하는, 결정 방법.
  2. 제 1 항에 있어서,
    상기 정보 패킷은 헤더 부분 및 정보 부분을 포함하는, 결정 방법.
  3. 제 2 항에 있어서,
    상기 파싱하는 단계는 상기 헤더 부분을 파싱하는 단계를 포함하는, 결정 방법.
  4. 제 3 항에 있어서,
    상기 파싱하는 단계는 SDB 마킹을 검출하는 단계를 더 포함하는, 결정 방법.
  5. 컴퓨터에 의해 실행시, 쇼트 데이터 버스트로서 전송되도록, 목표 이동국으로 향하는 정보에 마킹되어 있는지 여부를 결정하는 방법을, 상기 컴퓨터가 수행하도록 하는 프로그램을 기록한, 컴퓨터 판독가능 매체로서,
    상기 방법은,
    목표 이동국으로 향하는 정보 패킷을 수신하는 단계;
    상기 수신된 정보 패킷을 파싱하는 단계; 및
    상기 수신된 정보 패킷에 쇼트 데이터 버스트 (SDB) 전송이 마킹되어 있는지 여부를 결정하는 단계를 포함하는, 컴퓨터 판독가능 매체.
  6. 제 5 항에 있어서,
    상기 정보 패킷은 헤더 부분 및 정보 부분을 포함하는, 컴퓨터 판독가능 매체.
  7. 제 6 항에 있어서,
    상기 파싱하는 단계는 상기 헤더 부분을 파싱하는 단계를 포함하는, 컴퓨터 판독가능 매체.
  8. 제 7 항에 있어서,
    상기 파싱하는 단계는 SDB 마킹을 검출하는 단계를 더 포함하는, 컴퓨터 판독가능 매체.
  9. 쇼트 데이터 버스트로서 전송되도록, 목표 이동국으로 향하는 정보에 마킹되어 있는지 여부를 결정하는 장치로서,
    목표 이동국으로 향하는 정보 패킷을 수신하는 수단;
    상기 수신된 정보 패킷을 파싱하는 수단; 및
    상기 수신된 정보 패킷에 쇼트 데이터 버스트 (SDB) 전송이 마킹되어 있는지 여부를 결정하는 수단을 구비하는, 결정 장치.
  10. 제 9 항에 있어서,
    상기 정보 패킷은 헤더 부분 및 정보 부분을 포함하는, 결정 장치.
  11. 제 10 항에 있어서,
    상기 파싱하는 수단은 상기 헤더 부분을 파싱하는 수단을 포함하는, 결정 장치.
  12. 제 11 항에 있어서,
    상기 파싱하는 수단은 SDB 마킹을 검출하는 수단을 더 포함하는, 결정 장치.
  13. 쇼트 데이터 버스트로서 전송되도록, 목표 이동국으로 향하는 정보에 마킹되어 있는지 여부를 결정하는 장치로서,
    정보를 수신할 수 있는 수신기;
    정보를 목표 이동국으로 송신할 수 있는 송신기; 및
    목표 이동국으로 향하는 정보 패킷을 수신하는 수단, 상기 수신된 정보 패킷을 파싱하는 수단, 및 상기 수신된 정보 패킷에 쇼트 데이터 버스트 (SDB) 전송이 마킹되어 있는지 여부를 결정하는 수단을 포함하는 프로세서를 구비하는, 결정 장치.
  14. 제 13 항에 있어서,
    상기 정보 패킷은 헤더 부분 및 정보 부분을 포함하는, 결정 장치.
  15. 제 14 항에 있어서,
    상기 파싱하는 수단은 상기 헤더 부분을 파싱하는 수단을 포함하는, 결정 장치.
  16. 제 15 항에 있어서,
    상기 파싱하는 수단은 SDB 마킹을 검출하는 수단을 더 포함하는, 결정 장치.
  17. 무선 통신 네트워크에서 쇼트 데이터 버스트 (SDB) 전송을 위해 정보를 마킹하는 방법으로서,
    헤더 부분을 포함하는 데이터그램으로 정보를 캡슐화하는 단계; 및
    무선 통신 설비가 상기 데이터그램으로 캡슐화된 상기 정보를 SDB 메시지로 서 목적지에 전송하도록 상기 데이터그램의 상기 헤더 부분을 마킹하는 단계를 포함하는, 마킹 방법.
  18. 제 17 항에 있어서,
    상기 마킹하는 단계는 상기 헤더 부분의 서비스 타입 (TOS) 필드를 마킹하는 단계를 포함하는, 마킹 방법.
  19. 제 17 항에 있어서,
    상기 마킹하는 단계는 상기 헤더 부분의 트래픽 클래스 필드를 마킹하는 단계를 포함하는, 마킹 방법.
  20. 컴퓨터에 의해 실행시, 무선 통신 네트워크에서 쇼트 데이터 버스트 (SDB) 전송을 위해 정보를 마킹하는 방법을, 상기 컴퓨터가 수행하도록 하는 프로그램을 기록한, 컴퓨터 판독가능 매체로서,
    상기 방법은,
    헤더 부분을 포함하는 데이터그램으로 정보를 캡슐화하는 단계; 및
    무선 통신 설비가 상기 데이터그램으로 캡슐화된 상기 정보를 SDB 메시지로서 목적지에 전송하도록 상기 데이터그램의 상기 헤더 부분을 마킹하는 단계를 포함하는, 컴퓨터 판독가능 매체.
  21. 제 20 항에 있어서,
    상기 마킹하는 단계는 상기 헤더 부분의 서비스 타입 (TOS) 필드를 마킹하는 단계를 포함하는, 컴퓨터 판독가능 매체.
  22. 제 20 항에 있어서,
    상기 마킹하는 단계는 상기 헤더 부분의 트래픽 클래스 필드를 마킹하는 단계를 포함하는, 컴퓨터 판독가능 매체.
  23. 무선 통신 네트워크에서 쇼트 데이터 버스트 (SDB) 전송을 위해 정보를 마킹하는 장치로서,
    헤더 부분을 포함하는 데이터그램으로 정보를 캡슐화하는 수단; 및
    무선 통신 설비가 상기 데이터그램으로 캡슐화된 상기 정보를 SDB 메시지로서 목적지에 전송하도록 상기 데이터그램의 상기 헤더 부분을 마킹하는 수단을 구비하는, 마킹 장치.
  24. 제 23 항에 있어서,
    상기 마킹하는 수단은 상기 헤더 부분의 서비스 타입 (TOS) 필드를 마킹하는 수단을 포함하는, 마킹 장치.
  25. 제 23 항에 있어서,
    상기 마킹하는 수단은 상기 헤더 부분의 트래픽 클래스 필드를 마킹하는 수 단을 포함하는, 마킹 장치.
  26. 무선 통신 네트워크에서 쇼트 데이터 버스트 (SDB) 전송을 위해 정보를 마킹하는 장치로서,
    정보를 수신할 수 있는 수신기;
    정보를 목표 이동국으로 송신할 수 있는 송신기; 및
    헤더 부분을 포함하는 데이터그램으로 정보를 캡슐화하는 수단, 및 무선 통신 설비가 상기 데이터그램으로 캡슐화된 상기 정보를 SDB 메시지로서 목적지에 전송하도록 상기 데이터그램의 상기 헤더 부분을 마킹하는 수단을 포함하는 프로세서를 구비하는, 마킹 장치.
  27. 제 26 항에 있어서,
    상기 마킹하는 수단은 상기 헤더 부분의 서비스 타입 (TOS) 필드를 마킹하는 수단을 포함하는, 마킹 장치.
  28. 제 26 항에 있어서,
    상기 마킹하는 수단은 상기 헤더 부분의 트래픽 클래스 필드를 마킹하는 수단을 포함하는, 마킹 장치.
KR1020057010023A 2002-12-02 2003-11-25 이동국-착신 쇼트 데이터 버스트 통신을 위한 방법 및 장치 KR100954312B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/308,350 US7047001B2 (en) 2002-12-02 2002-12-02 Method and apparatus for mobile-terminated short data burst communication
US10/308,350 2002-12-02

Publications (2)

Publication Number Publication Date
KR20050084120A KR20050084120A (ko) 2005-08-26
KR100954312B1 true KR100954312B1 (ko) 2010-05-06

Family

ID=32392728

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020057010023A KR100954312B1 (ko) 2002-12-02 2003-11-25 이동국-착신 쇼트 데이터 버스트 통신을 위한 방법 및 장치

Country Status (14)

Country Link
US (1) US7047001B2 (ko)
EP (1) EP1568161A4 (ko)
JP (1) JP2006508617A (ko)
KR (1) KR100954312B1 (ko)
CN (1) CN1729638B (ko)
AR (1) AR047298A1 (ko)
AU (1) AU2003298779A1 (ko)
BR (1) BR0316941A (ko)
CA (1) CA2508115A1 (ko)
MX (1) MXPA05005851A (ko)
NZ (1) NZ540458A (ko)
PE (1) PE20040710A1 (ko)
RU (1) RU2348113C2 (ko)
WO (1) WO2004051426A2 (ko)

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100594140B1 (ko) * 2002-04-13 2006-06-28 삼성전자주식회사 무선통신시스템의 패킷 데이터 서비스 방법
US7778225B2 (en) * 2003-10-08 2010-08-17 Research In Motion Limited Method and apparatus for dynamic packet transport in CDMA2000 networks
US7643449B2 (en) * 2005-01-18 2010-01-05 Airwalk Communications, Inc. Combined base transceiver station and base station controller data call and quality of service
US7899060B2 (en) * 2004-04-01 2011-03-01 Nortel Networks Limited Method for providing bearer specific information for wireless networks
US7933270B2 (en) * 2004-05-27 2011-04-26 Samsung Electronics Co., Ltd. Method and system for prioritizing IP traffic in a wireless network based on a type-of-service identifier
US7289822B2 (en) * 2004-06-21 2007-10-30 Qualcomm Incorporated Method for using a signaling channel to set up a call request for a push-to-talk communication on a wireless communication network
US7835761B2 (en) 2004-06-21 2010-11-16 Qualcomm Incorporated Method for distinguishing different types of data content in data packets in a wireless communication system
KR100881881B1 (ko) * 2004-06-21 2009-02-17 퀄컴 인코포레이티드 무선 통신 시스템에서 데이터 패킷들내의 상이한 유형들의데이터 콘텐트를 구별하는 방법
US20050288041A1 (en) * 2004-06-21 2005-12-29 Gill Harleen K Method for rapidly locating and transmitting data to a mobile device in a wireless communication network
US7295545B2 (en) * 2004-07-01 2007-11-13 Telefonaktiebolaget Lm Ericsson (Publ) PPP connection during simple IP
KR101066255B1 (ko) * 2004-07-05 2011-09-20 삼성전자주식회사 이동통신망의 무선 자원 관리 방법 및 그 시스템
JP2006042223A (ja) * 2004-07-30 2006-02-09 Hitachi Communication Technologies Ltd パケット転送装置
KR100785292B1 (ko) * 2004-08-25 2007-12-12 삼성전자주식회사 이동 통신 시스템 및 그 패킷 처리 방법
US20060045129A1 (en) * 2004-08-27 2006-03-02 Hart Thomas B Method and apparatus for improved data delivery to mobiles using SDB signaling
US20060045128A1 (en) * 2004-09-01 2006-03-02 Lila Madour Per flow quality of service (QoS) enforcement for downlink data traffic
US8175534B2 (en) 2004-09-03 2012-05-08 Cisco Technology, Inc. RF-aware packet filtering in radio access networks
US20060146702A1 (en) * 2004-12-30 2006-07-06 Motorola, Inc. System and method for automatic rerouting of information when a target is busy
US20060182143A1 (en) * 2005-02-11 2006-08-17 Lu Hongqian K System and method for filtering communications packets on electronic devices
WO2007022660A1 (fr) * 2005-08-22 2007-03-01 Zte Corporation Procédé pour transmettre un signalement de groupe dédié à l'aide d'une interface de données dans la communication de groupe
US8892694B2 (en) * 2005-10-24 2014-11-18 Microsoft Corporation Declarative system configurations
KR100666992B1 (ko) * 2006-01-13 2007-01-10 삼성전자주식회사 ＱｏＳ 제공 와이브로 단말 및 와이브로 네트워크에서의ＱｏＳ 제공 방법
KR100739803B1 (ko) * 2006-04-21 2007-07-13 삼성전자주식회사 이동 노드에서의 핸드오버 장치 및 방법
JP5332854B2 (ja) * 2009-04-20 2013-11-06 ソニー株式会社 無線送信機、無線送信方法、無線受信機および無線受信方法
CN102045795B (zh) 2009-10-15 2015-05-06 华为技术有限公司 一种从目标基站获取信息的方法及装置
WO2011144026A2 (zh) * 2011-05-18 2011-11-24 华为终端有限公司 一种消息发送方法及装置
CN103188063B (zh) * 2011-12-28 2016-01-20 中国移动通信集团江苏有限公司 一种估算公共控制信道占用数的方法和装置
CN103200467B (zh) * 2013-03-14 2016-03-23 烽火通信科技股份有限公司 光网络设备中的网元协议报文传递装置及方法
US9265085B2 (en) * 2013-12-31 2016-02-16 Alcatel Lucent Methods and systems for optimizing short data burst services over an LTE network
CN107623928B (zh) * 2016-07-15 2021-03-30 中国电信股份有限公司 用于传输小流量数据的方法和系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020029422A (ko) * 1999-07-09 2002-04-18 말리부 네트웍스, 인코퍼레이티드 Ｔｃｐ/ｉｐ 패킷-중심 와이어리스 전송 시스템 아키텍처
US20060044266A1 (en) * 2004-08-27 2006-03-02 Primax Electronics Ltd. Motion testing method and system for testing optical sensing modules

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5357513A (en) 1990-12-06 1994-10-18 Hughes Aircraft Company Transmission power level adjustment in radio telephony
FI91700C (fi) 1992-08-14 1994-07-25 Nokia Telecommunications Oy Menetelmä pakettidatan siirtämiseksi sekä liikkuva asema solukkoradiojärjestelmää varten
US5594740A (en) * 1993-08-27 1997-01-14 Axion Logistics Corporation Wireless communications application specific enabling method and apparatus
NZ276272A (en) * 1993-11-01 1998-04-27 Ericsson Telefon Ab L M Cellular radio: frame division into header and data sections
JP2830914B2 (ja) 1996-08-27 1998-12-02 日本電気株式会社 無線パケットデータ通信のチャネル獲得方式
US6038223A (en) * 1997-10-22 2000-03-14 Telefonaktiebolaget Lm Ericsson (Publ) Access scheme for packet data in a digital cellular communication system
JP2001045061A (ja) * 1999-08-02 2001-02-16 Hitachi Ltd 通信ノード装置
JP3604615B2 (ja) * 2000-04-21 2004-12-22 株式会社東芝 通信装置、中継装置および通信制御方法
US7209462B2 (en) * 2001-04-06 2007-04-24 Motorola, Inc. Apparatus and method for supporting common channel packet data service in a CDMA2000 RAN
US6725053B2 (en) * 2001-05-15 2004-04-20 Qualcomm Incorporated Method and apparatus for reducing latency in waking up a group of dormant communication devices
US6738617B2 (en) * 2001-05-15 2004-05-18 Qualcomm Incorporated Controller for reducing latency in a group dormancy-wakeup process in a group communication network
US7890129B2 (en) * 2001-05-15 2011-02-15 Eric Rosen Method and apparatus for delivering information to an idle mobile station in a group communication network
US7933270B2 (en) * 2004-05-27 2011-04-26 Samsung Electronics Co., Ltd. Method and system for prioritizing IP traffic in a wireless network based on a type-of-service identifier

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020029422A (ko) * 1999-07-09 2002-04-18 말리부 네트웍스, 인코퍼레이티드 Ｔｃｐ/ｉｐ 패킷-중심 와이어리스 전송 시스템 아키텍처
US20060044266A1 (en) * 2004-08-27 2006-03-02 Primax Electronics Ltd. Motion testing method and system for testing optical sensing modules

Also Published As

Publication number Publication date
PE20040710A1 (es) 2004-10-16
EP1568161A2 (en) 2005-08-31
CN1729638A (zh) 2006-02-01
KR20050084120A (ko) 2005-08-26
AR047298A1 (es) 2006-01-18
EP1568161A4 (en) 2007-04-25
US20040107294A1 (en) 2004-06-03
RU2005120781A (ru) 2006-01-20
CN1729638B (zh) 2010-09-22
JP2006508617A (ja) 2006-03-09
NZ540458A (en) 2006-11-30
CA2508115A1 (en) 2004-06-17
MXPA05005851A (es) 2005-09-21
WO2004051426A2 (en) 2004-06-17
RU2348113C2 (ru) 2009-02-27
BR0316941A (pt) 2005-10-18
WO2004051426A3 (en) 2004-12-02
AU2003298779A1 (en) 2004-06-23
US7047001B2 (en) 2006-05-16

Similar Documents

Publication Publication Date Title
KR100954312B1 (ko) 이동국-착신 쇼트 데이터 버스트 통신을 위한 방법 및 장치
AU2001238060B2 (en) Method and apparatus for providing configurable layers and protocols
EP1968277B1 (en) Method for transmitting packet data in compressed form in a communication system
JP4763682B2 (ja) Ｇｒｅフレーム中の上位レイヤパケットまたはフレーム境界の情報の提供
US8477759B2 (en) Filtering of malformed data packets in wireless communication
JP4347810B2 (ja) ヘッダ圧縮方法
EP1122925A1 (en) Header compression for general packet radio service tunneling protocol (GTP)
JP2009268118A (ja) 無線通信システムのためのブロードキャストメッセージのセグメント化
JP2004531992A (ja) 無線リンクプロトコルを利用したインターネットプロトコルフレーミング
US20040136476A1 (en) Method and apparatus for compressing header information for short data burst messaging
US7260107B1 (en) PPP data conversion apparatus and method

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
LAPS Lapse due to unpaid annual fee