KR20090130426A - 무선 통신 수신기에서 디폴트 스캔 리스트를 복구하기 위한 애플리케이션 프로그래밍 인터페이스(ａｐｉ) - Google Patents

무선 통신 수신기에서 디폴트 스캔 리스트를 복구하기 위한 애플리케이션 프로그래밍 인터페이스(ａｐｉ) Download PDF

Info

Publication number
KR20090130426A
KR20090130426A KR1020097025276A KR20097025276A KR20090130426A KR 20090130426 A KR20090130426 A KR 20090130426A KR 1020097025276 A KR1020097025276 A KR 1020097025276A KR 20097025276 A KR20097025276 A KR 20097025276A KR 20090130426 A KR20090130426 A KR 20090130426A
Authority
KR
South Korea
Prior art keywords
signal acquisition
acquisition parameters
processing system
api
receiver
Prior art date
Application number
KR1020097025276A
Other languages
English (en)
Other versions
KR101099343B1 (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 KR20090130426A publication Critical patent/KR20090130426A/ko
Application granted granted Critical
Publication of KR101099343B1 publication Critical patent/KR101099343B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing 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/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4431—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB characterized by the use of Application Program Interface [API] libraries
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing 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/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4432—Powering on the client, e.g. bootstrap loading using setup parameters being stored locally or received from the server

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Library & Information Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Circuits Of Receivers In General (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Input Circuits Of Receivers And Coupling Of Receivers And Audio Equipment (AREA)

Abstract

제어 계층 및 스트림 계층을 포함하는 제 1 부분(400)과, 물리적 계층 및 MAC 계층을 포함하는 제 2 부분(401)을 갖는 프로토콜 스택에 따라 신호가 수신될 수 있다. 제 1 부분은 한 세트의 현재 신호 포착 파라미터들을 한 세트의 초기 신호 포착 파라미터들로 대체하도록 제 2 부분에게 명령하기 위하여 애플리케이션 프로그램 인터페이스(API)(1402)를 호출할 수 있다.

Description

무선 통신 수신기에서 디폴트 스캔 리스트를 복구하기 위한 애플리케이션 프로그래밍 인터페이스(ＡＰＩ){APPLICATION PROGRAMMING INTERFACE (API) FOR RESTORING A DEFAULT SCAN LIST IN A WIRELESS COMMUNICATIONS RECEIVER}
본 특허출원은 공동-계류중인 가출원번호 제60/915,929호(2007년 5월 3일자로 제출됨) 및 제60/915,931호(2007년 5월 4일자로 제출됨)를 우선권으로 청구하며, 이 둘은 본 출원인에게 양도되고 본 명세서에 참조로 의도적으로 포함된다.
본 특허출원은 본 출원인에게 양도되고 본 명세서에 참조로 의도적으로 포함되는, 2007년 7월 25일자로 제출된 공동-계류중인 미국 특허출원 번호 제11/828,167호에 관한 것이다.
본 개시물은 일반적으로 통신 시스템들 및 방법들에 관한 것으로서, 보다 구체적으로는 무선 통신 디바이스(device)의 수신기를 위한 애플리케이션 프로그래밍 인터페이스(API)에 관한 것이다.
순방향 링크 온리(Forward Link Only: FLO)은 산업-선도 그룹의 무선 제공자들에 의해 개발되었던 디지털 무선 기술이다. FLO 기술은 고품질의 수신을 달성하기 위해 진보된 코딩 및 인터리빙(interleaving)을 사용하며, 이 둘은 실시간 콘텐츠 스트리밍 및 다른 데이터 서비스들을 위한 것이다. FLO 기술은 전력 소모를 저 하시키지 않으면서 강력한(robust) 모바일 성능 및 고용량을 제공할 수 있다. 그 기술은 배치(deploy)될 필요가 있는 송신기들의 수를 현저하게 감소시킴으로써 멀티미디어 콘텐츠를 전달하는 네트워크 비용 또한 감소시킨다. 또한, FLO 기술-기반 멀티미디어 멀티캐스팅은 무선 오퍼레이터의 셀룰러 네트워크 데이터 및 음성 서비스들을 제공하고, 3G 네트워크들에 사용되는 동일한 셀룰러 모바일 단말들로 콘텐츠를 전달한다.
오늘날, FLO 기술은 다양한 네트워크들에 걸쳐서 실시간 멀티미디어 콘텐츠를 생성하여 많은 수의 모바일 가입자들에게 브로드캐스팅하기 위해 사용된다. 이러한 모바일 가입자들은 일반적으로 FLO 수신기를 사용하며, FLO 수신기는 전형적으로 "프로토콜 스택(protocol stack)"이라고 지칭되는 다수의 처리 계층들을 포함하는 참조 모델로 개념적으로 설명될 수 있다. 각각의 처리 계층은 특정 기능들을 수행하는 하나 이상의 엔티티(entity)들을 포함한다.
FLO 수신기에 의해 사용되는 프로토콜 스택의 매력적인 특징은 각각의 계층이 자급식(self-contained)이어서, 하나의 계층에 의해 수행되는 기능들이 다른 계층들에 의해 수행되는 기능들과 독립적으로 수행될 수 있다. 이는 다른 계층들에 악영향을 주지 않으면서 하나의 계층에 대한 FLO 수신기에 대한 개선들이 이루어질 수 있도록 한다. 그러나, FLO 수신기에서 계층들 간의 인터페이스를 설계할 때 다양한 문제들이 제기된다. 멀티캐스트 서비스들의 효율적인 수신 관점에서 계층들에 걸친 효율적인 통신들이 FLO 수신기 설계자에게 항상 목표된다.
제어 계층 및 스트림(stream) 계층을 포함하는 제 1 부분과, 물리적 계층 및 MAC 계층을 포함하는 제 2 부분을 갖는 프로토콜 스택에 따라 신호가 수신될 수 있다. 제 1 부분은 한 세트의 현재 신호 포착 파라미터들을 한 세트의 초기 신호 포착 파라미터들로 대체하도록 제 2 부분에게 명령하기 위하여 애플리케이션 프로그램 인터페이스(API)를 호출(invoke)할 수 있다.
무선 통신 시스템의 다양한 양상들은 예로서 제한됨이 없이 첨부된 도면들에서 예시된다.
도 1은 통신 시스템의 일 예를 도시하는 개념도이다.
도 2는 수신기를 위한 프로토콜 스택의 일 예를 도시하는 개념도이다.
도 3은 다양한 수신기 블록들과 도 2의 프로토콜 스택에 대한 이들의 관계를 도시하는 개념도이다.
도 4는 수신기를 턴온(turn on)하기 위한 통화 플로우의 일 예를 도시하는 도면이다.
도 5는 수신기를 턴오프(turn off)하기 위한 통화 플로우의 일 예를 도시하는 도면이다.
도 6은 특정 논리적 채널이 수신기의 수신기 스택에 의해 요청될 때 통화 플로우의 일 예를 도시하는 도면이다.
도 7은 무선 디바이스가 네트워크 또는 인프라스트럭쳐의 커버리지 영역으로부터 다른 커버리지 영역으로 이동할 때 통화 플로우의 일 예를 도시하는 도면이 다.
도 8은 수신기가 포착 기준을 충족시키는데 실패할 때 통화 플로우의 일 예를 도시하는 도면이다.
도 9는 수신기가 자신의 캐시에 있는 제어 정보의 업데이트를 검출할 때 통화 플로우의 일 예를 도시하는 도면이다.
도 10은 오버헤드 정보를 모니터링하기 위한 통화 플로우의 일 예를 도시하는 도면이다.
도 11은 수신기의 ASIC 특정 소프트웨어 블록에 대해 주파수 스캔 리스트를 세팅하는 통화 플로우의 일 예를 도시하는 도면이다.
도 12는 프로토콜 스택에 따라 신호를 수신하도록 구성된 장치의 기능 블록도이다.
도 13은 무선 통신 디바이스의 이동으로 인한 상호 배타적인 스캔 리스트들의 발생을 도면으로 예시한다.
도 14는 본 발명의 예시적인 실시예들에 따라 디폴트 스캔 리스트를 복구하는 통화 플로우들을 예시하는 도면이다.
첨부된 도면들과 연계하여 이하에서 상술되는 상세한 설명은 본 발명의 다양한 실시예들의 설명으로서 의도되며 본 발명이 실시될 수 있는 유일한 실시예들을 나타내는 것으로 의도되지 않는다. 상세한 설명은 본 발명의 철저한 이해를 제공하는 목적으로 특정한 세부사항들을 포함한다. 그러나, 본 발명이 이러한 특정한 세부사항들 없이 실시될 수 있다는 점은 통상의 당업자에게 명백할 것이다. 일부 예들에서, 공지된 구조들 및 구성요소들은 본 발명의 개념들을 방해하는 것을 방지하기 위해 블록도 형태로 도시된다.
이하의 상세한 설명에서, 다양한 개념들이 FLO 기술의 범주에서 설명될 것이다. 이러한 개념들은 본 출원을 위해 적합할 수 있지만, 통상의 당업자는 이러한 개념들이 다른 기술에 마찬가지로 적용가능하다는 점을 용이하게 인식할 것이다. 따라서, FLO 기술에 대한 임의의 참조는 이러한 개념들을 예시하는 것으로만 의도되며, 그러한 개념들이 광범위한 애플리케이션들을 갖는다는 점을 이해한다.
도 1은 다양한 네트워크들에 걸쳐서 멀티미디어 콘텐츠를 생성하여 다수의 모바일 가입자들에게 브로드캐스팅하는 통신 시스템(100)을 도시한다. 통신 시스템(100)은 임의의 수의 콘텐츠 제공자들(102), 콘텐츠 제공자 네트워크(104), 브로드캐스트 네트워크(106), 및 무선 액세스 네트워크(108)를 포함한다. 또한 멀티미디어 콘텐츠를 수신하기 위해 모바일 가입자들에 의해 사용되는 다수의 디바이스들(110)을 갖는 통신 시스템(100)이 도시된다. 이러한 디바이스들(110)은 모바일 전화(112), 개인 휴대 단말기(PDA)(114), 및 랩톱 컴퓨터(116)를 포함한다. 디바이스(110)는 통신 시스템들(100)에 사용하기 위해 적합한 디바이스들 중 일부만을 도시한다. 도 1에 3개의 디바이스들이 도시되지만, 통상의 당업자에게 명백한 것처럼, 사실상 임의의 수의 유사한 디바이스들 또는 디바이스들의 타입들이 통신 시스템(100)에 사용하기 위해 적합할 수 있다는 점을 유의해야 한다.
콘텐츠 제공자들(102)은 통신 시스템(100)의 모바일 가입자들에게 분배하기 위한 콘텐츠를 제공한다. 콘텐츠는 비디오, 오디오, 멀티미디어 콘텐츠, 클립들(clips), 실시간 및 비실시간 콘텐츠, 스크립트들(scripts), 프로그램들, 데이터 또는 임의의 다른 타입의 적절한 콘텐츠를 포함할 수 있다. 콘텐츠 제공자들(102)은 광역-구역 또는 로컬-구역 분배를 위해 콘텐츠 제공자 네트워크에 콘텐츠를 제공한다.
콘텐츠 제공자 네트워크(104)는 모바일 가입자들에게 전달하기 위한 콘텐츠를 분배하도록 동작하는 유선 및 무선 네트워크들의 임의의 조합을 포함한다. 도 1에 도시된 예에서, 콘텐츠 제공자 네트워크(104)는 브로드캐스트 네트워크(106)를 통해 콘텐츠를 분배한다. 브로드캐스트 네트워크(106)는 고품질의 콘텐츠를 브로드캐스팅하도록 설계된 유선 및 무선 전용(proprietary) 네트워크들의 임의의 조합을 포함한다. 이러한 전용 네트워크들은 모바일 디바이스들에 무단절(seamless) 커버리지를 제공하기 위해 넓은 지리적 영역에 걸쳐서 분배될 수 있다. 전형적으로, 지리적 영역은 섹터들로 분할되고, 각각의 섹터는 광역-구역 및 로컬-구역 콘텐츠에 대한 액세스를 제공한다.
콘텐츠 제공자 네트워크(104)는 또한 무선 액세스 네트워크(108)를 통한 콘텐츠의 분배를 위해 콘텐츠 서버(미도시됨)를 포함할 수 있다. 콘텐츠 서버는 무선 액세스 네트워크(108)의 기지국 제어기(BSC)(미도시됨)와 통신한다. BSC는 무선 액세스 네트워크(108)의 지리적 범위에 따라 임의의 수의 베이스 트랜시버 스테이션(BTS)들(미도시됨)을 관리 및 제어하기 위해 사용될 수 있다. BTS들은 다양한 디바이스들(110)에게 광역-구역 및 로컬-구역에 대한 액세스를 제공한다.
콘텐츠 제공자들(102)에 의한 멀티미디어 콘텐츠 브로드캐스트는 하나 이상의 서비스들을 포함한다. 서비스는 하나 이상의 독립적인 데이터 성분(component)들의 집합(aggregation)이다. 서비스의 각각의 독립적인 데이터 성분은 "플로우(flow)"로 불린다. 예로서, 케이블 뉴스 서비스는 3개의 플로우들을 포함할 수 있다: 비디오 플로우, 오디오 플로우, 및 제어 플로우.
서비스들은 하나 이상의 논리적 채널들을 통해 전달된다. FLO 애플리케이션들에서, 논리적 채널은 종종 멀티캐스트 논리적 채널(Multicast Logical Channel: MLC)로서 지칭된다. 논리적 채널은 다수의 논리적 서브-채널들로 분할될 수 있다. 이러한 논리적 서브-채널들은 "스트림들(streams)"로 불린다. 각각의 플로우는 단일 스트림으로 전달된다. 논리적 채널에 대한 콘텐츠는 물리적 프레임으로 다양한 네트워크들을 통해 전송된다. FLO 애플리케이션들에서, 물리적 프레임은 종종 수퍼프레임(superframe)으로서 지칭된다.
물리적 프레임들을 도 1에 도시된 다양한 디바이스들(110)로 전송하기 위해 사용되는 무선(air) 인터페이스는 특정 애플리케이션 및 전체 설계 제약들에 따라 변화될 수 있다. 일반적으로, FLO 기술을 사용하는 통신 시스템들은 직교 주파수 분할 멀티플렉싱(OFDM)을 사용하고, OFDM은 또한 디지털 오디오 브로드캐스팅(DAB), 지상파 디지털 비디오 브로드캐스팅(DVB-T), 및 지상파 통합 서비스 디지털 브로드캐스팅(ISDB-T)에 의해 사용된다. OFDM은 전체 시스템 대역폭을 다수(N)의 서브-캐리어들로 효율적으로 분할하는 멀티-캐리어 변조 기술이다. 톤(tone)들, 빈(bin)들, 주파수 채널들 등으로도 지칭되는 이러한 서브-캐리어들은 직교성 을 제공하기 위해 정규(precise) 주파수들에서 이격된다. 콘텐츠는 각각의 서브-캐리어의 위상, 진폭 또는 이 둘다를 조절함으로써 서브-캐리어들 상에 변조될 수 있다. 전형적으로, 직교 위상 시프트 키잉(QPSK) 또는 직교 진폭 변조(QAM)가 사용되지만, 다른 변조 방식들이 사용될 수도 있다.
도 2는 도 1에 도시된 하나 이상의 디바이스들(110)에 사용되는 수신기를 위한 프로토콜 스택(200)의 일 예를 도시하는 개념도이다. 물리적 계층(202), 매체 액세스 제어(MAC) 계층(204), 스트림 계층(206), 제어 계층(208), 및 다수의 상위 계층들(210)을 갖는 프로토콜 스택이 도시된다. 상위 계층들(210)은 멀티미디어 콘텐츠의 압축 및 멀티미디어 콘텐츠에 대한 액세스 제어를 포함하는 다수의 기능들을 제공한다. 제어 계층(208)은 통신 시스템에서 디바이스의 동작을 원활하게 하는 제어 정보를 처리하기 위해 사용된다. 수신기는 또한 제어 계층을 사용하여 자신의 제어 정보와 통신 시스템의 제어 정보의 동기화를 유지한다. 스트림 계층(206)은 상위 계층 플로우들과 스트림들의 바인딩(binding)을 제공한다. 스트림 계층은 수신기의 프로토콜 스택(200)의 제어 계층과 동일한 레벨에 있다. MAC 계층(204)은 논리적 채널들과 연관된 상이한 미디어 스트림들에 속하는 패킷들의 멀티플렉싱을 제공한다. MAC 계층(204)은 물리적 계층(202)을 통해 수신 및 송신하기 위해 사용되는 프로시저(procedure)들을 정의한다. 물리적 계층은 채널 구조, 주파수, 무선 인터페이스에 대한 전력 출력 변조 및 인코딩 사양을 제공한다.
도 3은 다양한 수신기 블록들 및 도 2의 프로토콜 스택에 대한 이들의 관계를 도시하는 개념도이다. 본 예에서, 수신기(300)는 수신기 하드웨어 블록(302), 호스트 프로세서 블록(304), 및 하드웨어 인터페이스 블록(305)을 포함한다. 수신기 하드웨어 블록(302)은 주문형 집적회로(ASIC)로서 설명되지만, 특정 애플리케이션 및 전체 설계 요구조건들에 따라 상이한 하드웨어 구현들을 가질 수 있다. 드라이버 블록(306)(하드웨어 특정 분리(abstraction) 계층), ASIC 특정 소프트웨어 블록(308), 및 수신기 스택 블록(312)을 갖는 호스트 프로세서 블록(304)이 도시된다. 애플리케이션 프로그램 인터페이스(API)(310)는 ASIC 특정 소프트웨어 블록(308)을 수신기 스택 블록(312)에 인터페이싱하기 위해 사용된다.
API(310) 아래에 위치된 수신기 블록들은 집합적으로 미디어 처리 시스템으로 지칭될 것이다. 미디어 처리 시스템은 프로토콜 스택(200)의 물리적 및 MAC 계층(202, 204) 기능을 제공한다. API(310) 위에 위치된 수신기 스택 블록(312)은 수신기 스택 처리 시스템으로 지칭되며, 프로토콜 스택(200)의 스트림 및 제어 계층(206, 208) 기능을 제공한다. 미디어 처리 시스템 또는 수신기 스택 처리 시스템에서 프로토콜 기능의 정확한 분할은 구현예에 좌우된다(implementation dependent). 예로서, MAC 계층(204)은 하나의 구현예에서 ASIC 특정 소프트웨어 블록(308)에 로컬화될 수 있는 반면에, 다른 구현예에서는 미디어 처리 시스템의 모든 블록들에 걸쳐서, 즉 수신기 하드웨어 블록(302), 드라이버 블록(306) 및 ASIC 특정 소프트웨어 블록(308)에 걸쳐서 확산(spread)될 수 있다.
이제 수신기 블록들의 기능이 설명될 것이다. 이러한 설명은 현실적으로 유익하고 각각의 블록의 기능을 폭넓게 정의한다. 본 개시물에 걸쳐서 설명되는 다양한 개념들에 대한 적합한 기능만이 설명될 것이다. 통상의 당업자는 이러한 블 록들이 본 명세서에서 설명되지 않는 다른 기능을 제공할 수 있음을 인식할 것이다.
수신기 하드웨어 블록(302)은 무선 신호를 복조하고 물리적 계층에 의해 전달된 데이터를 리트리브(retrieve)하는 기능을 제공하는 반도체 하드웨어를 나타낸다. 이러한 블록(302)은 RF 프론트-엔드(front-end) 처리, ADC, 타이밍 및 주파수 추정, 채널 추정, 터보 디코딩 등과 같은 다양한 기능들을 제공한다. 요약하면, 수신기 하드웨어 블록(302)은 프로토콜 스택의 완전한 물리적 계층(202) 구현을 제공한다. 구현예에 따라, 이러한 블록(302)은 완전한 또는 부분적인 MAC 계층(204) 기능(예, R-S 디코딩 및/또는 MAC 계층 인터리빙과 같은 낮은 레벨의 MAC 계층 기능)을 제공할 수도 있다.
호스트 프로세서 블록(304)은 수신기(300)의 호스트 프로세서에 의해 제공되는 기능을 나타낸다. 보다 구체적으로는, 호스트 프로세서 블록(304)은 호스트 프로세서에 상주하는 소프트웨어 구현 및 호스트 프로세서 하드웨어를 나타낸다. 호스트 프로세서 하드웨어는 하나 이상의 프로세서들로 구현될 수 있으며, 하나 이상의 프로세서들은 예로서, 마이크로프로세서와 같은 범용 프로세서, 및/또는 디지털 신호 처리기(DSP)와 같은 특정 애플리케이션 프로세서를 포함한다. 호스트 프로세서 블록(304)은 또한 하나 이상의 프로세서들에 의해 실행되는 소프트웨어를 저장하기 위한 기계 판독가능 매체를 포함할 수 있다. 소프트웨어는 소프트웨어, 펌웨어, 미들웨어, 마이크로코드, 또는 임의의 다른 용어로 지칭되든지 간에, 임의의 조합의 명령들, 데이터 구조들, 또는 프로그램 코드를 의미하는 것으로 폭넓게 해 석되어야 한다. 기계 판독가능 매체는 호스트 프로세서 하드웨어에 의해 전체적으로 또는 부분적으로 구현되는 하나 이상의 저장 장치들을 포함할 수 있다. 기계 판독가능 매체는 또한 호스트 프로세서와 떨어져 있는 하나 이상의 저장 장치들, 전송 라인, 또는 데이터 신호를 인코딩하는 반송파를 포함할 수 있다. 통상의 당업자는 각각의 특정 애플리케이션에 대해 호스트 프로세서 블록(304)을 위한 설명된 기능을 구현하는 최상의 방법을 인식할 것이다.
호스트 프로세서 블록(304)은 무선 전송으로부터 복구되는 정보를 리트리브(retrieve) 및 처리하기 위해 수신기 하드웨어 블록(302)과 통신한다. 리트리브된 정보는 제어 채널 상에 수신된 제어 정보, 오버헤드 채널 상에 수신된 콘텐츠, 및 논리적 채널에 전달된 애플리케이션 계층 콘텐츠를 포함한다.
드라이버 블록(306)은 수신기 하드웨어 블록(302)과 직접 인터페이싱하는 호스트 프로세서 블록(304)의 드라이버 레벨 소프트웨어를 나타낸다. 드라이버 블록(306)은 제어기 기능들(예, 수신기 하드웨어 블록(302)의 턴온 또는 턴오프) 및 데이터 교환 기능들(예, 수신기 하드웨어 블록(302)으로부터 데이터를 리트리브(retrieve)하거나 또는 수신될 논리적 채널의 특성들을 전달)을 제공한다. 드라이버 레벨 소프트웨어는 호스트 프로세서와 수신기 하드웨어 사이에 존재하는 하드웨어 인터페이스 메커니즘의 타입에 특정될 수 있다. 예를 들어, 드라이버 레벨 소프트웨어는 호스트 프로세서의 하나 이상의 프로세서들과 수신기 하드웨어 사이의 하드웨어 인터페이스가 인터럽트 구동되는지, SDIO처럼 메모리 맵핑된 어드레스/레지스터들 또는 패킷 기반 트랜잭션 인터페이스로 구현되는지 여부에 따라 상이 할 수 있다. 드라이버 블록(306)에 의해 수행되는 작업들의 몇몇 예들은 초기화와 같은 하드웨어 상호작용(interaction), 정지(sleep) 또는 웨이크업(wakeup) 트리거들, 하드웨어 버퍼들을 메인 메모리 내에 비우거나 또는 ISR 구현을 제공하는 것과 같은 하드웨어와의 데이터 교환, 및 내부-프레임 정지 로직을 지원하기 위한 MAC 계층 구현을 포함한다.
일반적으로, 드라이버 블록(306) 기능들은 수신기 하드웨어와 긴밀하게 결합되고 실제로 시간에 민감한 것으로 간주된다. 따라서, 드라이버 블록(306)에는 도 3에 도시된 다른 블록들에 대해 보다 높은 우선순위가 주어질 수 있다. 예를 들어, 드라이버 블록(306)은 수신기 하드웨어에 의해 수신되는 데이터를 리트리브(retrieve)하거나 또는 애플리케이션 계층에 의해 요청되는 바와 같이 수신기 하드웨어가 주파수를 조정하도록 명령하는 작업들을 수행할 수 있다.
ASIC 특정 소프트웨어 블록(308)은 드라이버 블록(306)에 의해 처리되지 않는 MAC 계층 기능을 제공한다. 상이한 블록들에 걸친 MAC 계층 기능의 분할에 따라, 완전한 또는 부분적인 MAC 계층 기능을 제공할 수 있다. 적어도, ASIC 특정 소프트웨어 블록(308)은 일반적으로 드라이버 블록(306)에 실제적으로 위임되지 않은 상위 레벨 MAC 계층 기능을 제공할 것이다.
수신기 스택 블록(312)은 API(310)를 이용하여 ASIC 특정 소프트웨어 블록(308)과 통신한다. 수신기 스택 블록(312)은 제어 및 스트림 계층들을 구현하고 애플리케이션 계층 프로토콜들과의 인터페이스를 제공한다. 수신기 스택 블록(312)은 ASIC 특정 소프트웨어 블록(308)을 트리거하여 애플리케이션 계층에 의 해 요청되는 바와 같은 특정 콘텐츠를 수신한다. 수신기 스택 블록(312)은 ASIC 특정 소프트웨어 블록(308)에 의해 제공되는 콘텐츠 또는 통지들에 따라 작동(act)하며, ASIC 특정 소프트웨어 블록(308)으로부터 수신되는 임의의 콘텐츠를 애플리케이션 계층 프로토콜들로 전달한다.
API(310)는 ASIC 특정 소프트웨어 블록(308)이 수신기 스택 블록(312)과 통신할 수 있도록 하는 인터페이스들을 정의한다. API(310)에 의해 정의된 인터페이스들에 접속되는 임의의 수신기 스택은 이러한 인터페이스들에 또한 접속되는 ASIC 특정 소프트웨어와 함께 작동할 것이다. API(310)는 다수의 개별 API들을 포함하는 API 설비를 나타내고, 다수의 개별 API들은 ASIC 특정 소프트웨어 블록(308)과 수신기 스택 블록(312) 사이의 통신을 허용하는 전술한 인터페이스들을 각각 정의한다. 이러한 API들, 및 이들이 정의하는 인터페이스들의 예들은 이하에서 보다 상세히 제공된다.
하드웨어 인터페이스 블록(305)은 호스트 프로세서 블록(304)과 수신기 하드웨어 블록(302) 사이에 존재하는 하드웨어 인터페이스 메커니즘을 나타낸다. 이러한 인터페이스는 통신 및 데이터 교환 기능을 제공한다. 드라이버 블록(306)은 이러한 인터페이스(305)를 사용하여, 명령들 및 데이터를 수신기 하드웨어 블록(302)과 교환한다. 하드웨어 인터페이스 블록(305)은 전용 버스 인터페이스 또는 표준 기반 인터페이스(예, SDIO)와 같은 임의의 목표된 인터페이스일 수 있다.
이제 API(310)에 걸쳐서 수신기(300)내에서 발생하는 통신을 예시하는 다양한 예들이 제공될 것이다. 이하의 예들은 통화 플로우들을 포함하는 도 4 내지 도 11과 연계하여 설명될 것이다. 이러한 도면들에서, 실선 화살표들은 API(310)를 통해 발생하는 통신을 나타낸다. 수신기 스택 처리 시스템(400)의 블록들 내에서 발생하는 통신 및 수신기 블록들에 의해 수행되는 역할은 단지 완전하게 하기 위하여 제공된다. 이전에 언급된 것처럼, 이러한 처리 시스템들 중 하나(즉, API(310)의 동일한 측)에 위치된 블록들 간의 통신 및 개별 수신기 블록들에 의해 수행되는 실제 역할은 구현예에 좌우되며, 구현예 별로 변화될 수 있다. 이러한 통신은 도면들에서 점선 화살표들로 도시된다.
도 4는 수신기를 턴온하기 위한 통화 플로우의 일 예를 도시하는 도면이다. 단계(402)에서, 수신기 스택 처리 시스템(400)으로부터의 초기화 명령이 ASIC 특정 소프트웨어 블록(308)으로 전송되어 수신기를 인에이블(enable)한다. 이러한 명령은 일부 애플리케이션 계층 트리거 또는 기동(power-up)의 결과로서 전송될 수 있다. 이러한 명령은 ASIC 특정 소프트웨어 블록(308)으로 하여금, 다양한 수신기 기능들을 수행하도록 준비하는 하드웨어의 턴온과 같은, 임의의 시동(start up) 동작들을 수행하도록 한다.
단계(403)에서, 수신기 스택 처리 시스템(400)으로부터의 명령은 한 세트의 주파수들을 특정하는(specifying) ASIC 특정 소프트웨어 블록(308)으로 전송되며(대역폭/채널 플랜과 함께), 수신기(300)는 상기 한 세트의 주파수들로부터 무선 신호를 포착하기 위한 주파수를 선택한다. 대역폭 및 주파수들의 세트는 무선 디바이스에서 제공되는 정보로부터 리트리브(retrieve)될 수 있다.
단계(404)에서, 수신기 스택 처리 시스템(400)은 시스템을 포착하기 위한 명 령을 ASIC 특정 소프트웨어 블록(308)으로 전송한다. 이러한 명령은 ASIC 특정 소프트웨어 블록(308)이 선택된 주파수에 대한 오버헤드 정보를 판독하도록 한다.
단계(405)에서, ASIC 특정 소프트웨어 블록(308)으로부터의 네트워크 이벤트가 수신기 스택 처리 시스템(400)에 의해 수신되며, 네트워크 이벤트는 네트워크 ID 및 포착된 오버헤드 정보의 타입(즉, 로컬-구역 또는 광역-구역 정보)과 함께 오버헤드 정보가 포착되었음을 나타낸다. 오버헤드 정보가 포착되었으면, 단계(406)에서, ASIC 특정 소프트웨어 블록(308)이 제어 정보 업데이트 메시지를 수신기 스택 처리 시스템(400)으로 전송하며, 제어 정보 업데이트 메시지는 제어 정보가 수신되었던 가장 최근의 제어 정보 시퀀스 넘버들과 함께 이용가능함을 나타낸다. 단계(407)에서, 수신기 스택 처리 시스템(400)은 제어 정보를 입수(get)하도록 ASIC 특정 소프트웨어 블록(308)에게 명령한다. 이에 응답하여, 단계(408)에서, ASIC 특정 소프트웨어 블록(308)은 제어 채널들을 판독하고 프레임마다 제어 정보의 패킷들을 수신기 스택 처리 시스템(400)으로 전송한다. 프레임에서 제어 패킷(들)의 위치 및 각 패킷의 시퀀스 넘버를 식별하는 부가적인 정보(side information)가 각각의 프레임에 포함된다. 수신기 스택 처리 시스템(400)이 제어 정보 전체가 수신되었다고 결정하면, 단계(409)에서 제어 채널 수신을 종료하도록 ASIC 특정 소프트웨어 블록(308)에게 명령한다.
도 5는 수신기를 턴오프하기 위한 통화 플로우의 일 예를 도시하는 도면이다. 단계(501)에서, 수신기 스택 처리 시스템(400)으로부터의 명령은 수신기를 턴오프하기 위해 ASIC 특정 소프트웨어 블록(308)으로 전송된다. 이러한 명령은 ASIC 특정 소프트웨어 블록(308)으로 하여금, 수신기를 턴오프하도록 미디어 처리 시스템의 다른 블록들에게 명령하도록 한다. 단계(502)에서, 명령이 수용되었음을 나타내는 확인응답(acknowledgement)이 수신기 스택 처리 시스템(400)으로 다시 전송된다.
도 6은 특정 논리적 채널이 수신기 스택 처리 시스템(400)에 의해 요청될 때 통화 플로우의 일 예를 도시하는 도면이다. 이는 일반적으로 특정된 플로우에 대한 콘텐츠를 수신하기 위해 애플리케이션 계층 트리거에 의해 유도된다. 제어 계층은 목표된 콘텐츠가 적절한 논리적 채널을 통해 수신될 수 있도록, 플로우 ID를 논리적 채널에 대한 맵핑된 ID(논리적 채널이 전송되고 있는 주파수와 함께)로 변환한다.
단계(601)에서, 수신기 스택 처리 시스템(400)은 특정 논리적 채널 ID에 대한 콘텐츠를 입수하도록 ASIC 특정 소프트웨어 블록(308)에게 명령한다. 논리적 채널 ID와 함께, 논리적 채널의 물리적 계층 특성들(예, 주파수, 전송 모드, 외부 코드 레이트)이 제공된다. 또한, 제어 패킷들에 대한 시퀀스 넘버들은 ASIC 특정 소프트웨어 블록(308)에 제공된다. 이는 ASIC 특정 소프트웨어 블록(308)으로 하여금, 제어 계층에 의해 유지되는 제어 정보가 현재의 것인지 그리고 논리적 채널을 수신하기 이전에 제어 채널을 수신할 필요가 있는지를 결정하도록 한다.
단계(602)에서, ASIC 특정 소프트웨어(308)는 요청된 논리적 채널을 입수하기 위한 명령을 제공할 수 있을지 여부를 확인응답한다.
단계(603)에서, ASIC 특정 소프트웨어 블록(308)은 수신기 하드웨어 블 록(302)으로부터 리트리브(retrieve)된 논리적 채널에 대한 콘텐츠들을 리턴한다. 논리적 채널에 대한 콘텐츠는 R-S 디코딩이 수행된 이후에 리턴된다. 수신기 스택 처리 시스템(400)이 단계(604)에서 그 논리적 채널에 대한 콘텐츠 수신을 종료하도록 ASIC 특정 소프트웨어 블록(308)에 요청할 때까지, 콘텐츠는 프레임마다 리턴된다.
도 7은 디바이스가 네트워크 또는 인프라스트럭쳐의 커버리지 영역으로부터 다른 커버리지 영역으로 이동(transition)할 때 통화 플로우의 일 예를 도시하는 도면이다. 단계(701)에서, 네트워크 또는 인프라스트럭쳐 ID의 변화가 있을 때 이동이 감지된다. 네트워크 또는 인프라스트럭쳐 ID는 프레임의 오버헤드 부분에 포함된 시스템 파라미터 메시지에 포함될 수 있다. 변화를 감지할 때, ASIC 특정 소프트웨어 블록(308)은 이동이 발생할 예정임을 나타내는 네트워크 이벤트를 수신기 스택 처리 시스템(400)으로 전송한다. 수신기(300)의 일 구성예에서, ASIC 특정 소프트웨어 블록(308)은 2개의 네트워크들 또는 인프라스트럭쳐들 사이의 경계(border)를 따라 무선 디바이스가 배회(roam)할 때 다수번의 네트워크 이벤트 토글링(toggling)을 방지하기 위해, 이러한 지시(indication)를 수신기 스택 처리 시스템(400)으로 전송하기 이전에 히스테리시스 알고리즘을 구현한다.
단계(702)에서, ASIC 특정 소프트웨어 블록(308)은 업데이트된 제어 정보가 수신된 가장 최근의 제어 시퀀스 넘버들과 함께 이용가능함을 나타내는 제어 정보 업데이트 메시지를 수신기 스택 처리 시스템(400)으로 전송한다. 단계(703)에서, 수신기 스택 처리 시스템(400)은 무선 디바이스가 이동한 새로운 구역에 대한 제어 정보를 입수하도록 ASIC 특정 소프트웨어 블록(308)에게 명령한다. 이에 응답하여, ASIC 특정 소프트웨어 블록(308)은 단계(704)에서, 제어 채널들을 판독하고 제어 정보의 패킷들을 수신기 스택 처리 시스템(400)으로 전송한다. 프레임에서 제어 패킷(들)의 위치 및 각각의 패킷의 시퀀스 넘버를 식별하는 부가적인 정보가 각각의 프레임 내에 포함된다. 단계(705)에서, 수신기 스택 처리 시스템(400)은 제어 정보 전체가 수신되었음을 결정하고 제어 채널 수신을 종료하도록 ASIC 특정 소프트웨어 블록(308)에게 명령한다.
도 8은 수신기에 의해 현재 수신되고 있는 모든 또는 일부 논리적 채널들, 또는 오버헤드 채널 상에서 수신되는 지속적인(persistent) 에러들과 같은 포착 기준을 수신기가 충족시키는데 실패할 때 통화 플로우의 일 예를 도시하는 도면이다. 수신기가 이러한 기준을 충족시키는데 실패할 때, 단계(801)에서, ASIC 특정 소프트웨어 블록(308)은 네트워크 이벤트 지시를 수신기 스택 처리 시스템(400)으로 전송한다. 이러한 지시를 수신할 때, 수신기 스택(312)은 단지 동일한 또는 다른 네트워크의 포착을 대기한다. 수신기가 포착 기준을 충족시키는데 실패했음을 나타내는 선택적인 사용자 지시가 애플리케이션 계층으로 전송될 수 있다.
단계(802)에서, 수신기 스택(312)은 액티브 논리적 채널들 상에서 데이터 수신을 종료하고 그러한 논리적 채널들의 수신을 위하여 할당된 임의의 자원들을 해제(free up)하기 위한 명령을 ASIC 특정 소프트웨어로 전송한다.
네트워크가 단계(803)에서 성공적으로 포착되면, ASIC 특정 소프트웨어 블록(308)은 성공적인 포착을 상술(specifying)하는 네트워크 이벤트 지시를 수신기 스택으로 전송한다. 포착된 네트워크가 마지막 포착된 네트워크와 상이한 경우, 또는 제어 시퀀스 넘버들이 업데이트된 경우, 단계(804)에서, ASIC 특정 소프트웨어 블록(308)은 업데이트된 제어 정보가 수신된 가장 최근의 제어 시퀀스 넘버들과 함께 이용가능함을 나타내는 제어 정보 업데이트 메시지를 수신기 스택 처리 시스템(400)으로 전송한다. 단계(805)에서, 수신기 스택 처리 시스템(400)은 요구되었던 네트워크에 대한 제어 정보를 입수하도록 ASIC 특정 소프트웨어 블록(308)에게 명령한다. 이에 응답하여, ASIC 특정 소프트웨어 블록(308)은 단계(806)에서, 제어 채널들을 판독하고 제어 정보의 패킷들을 수신기 스택 처리 시스템(400)으로 전송한다. 처리 시스템(400)의 제어 패킷(들)의 위치를 식별하고, 제어 정보 전체가 수신되었음을 결정하며, 제어 채널 수신을 종료하도록 ASIC 특정 소프트웨어 블록(308)에게 명령하는, 부가적인 정보가 각각의 프레임 내에 포함된다.
도 9는 수신기가 자신의 캐시에 있는 제어 정보의 업데이트를 검출할 때 통화 플로우의 일 예를 도시하는 도면이다. 업데이트 제어 정보는 오버헤드 채널에 수신된 제어 시퀀스 넘버들이 수신된 마지막 것(the last)과 상이할 때 ASIC 특정 소프트웨어 블록(308)에 의해 검출된다.
ASIC 특정 소프트웨어 블록이 단계(901)에서 오버헤드 정보를 수신할 때, 수신된 제어 시퀀스 넘버들을 저장된 마지막 것과 비교한다. 업데이트가 검출되면, 단계(902)에서, ASIC 특정 소프트웨어 블록(308)은 제어 정보의 업데이트가 이용가능함을 나타내는 제어 정보 업데이트 메시지를 수신기 스택 처리 시스템(400)으로 전송한다. 단계(903)에서, 수신기 스택 처리 시스템(400)은 제어 정보를 입수하도 록 ASIC 특정 소프트웨어 블록(308)에게 명령한다. 이에 응답하여, ASIC 특정 소프트웨어 블록(308)은 단계(904)에서, 제어 채널들을 판독하고 제어 정보의 패킷들을 수신기 스택 처리 시스템(400)으로 전송한다. 프레임에서 제어 패킷(들)의 위치 및 각각의 패킷의 시퀀스 넘버를 식별하는 부가적인 정보가 각각의 프레임 내에 포함된다. 단계(905)에서, 수신기 스택 처리 시스템(400)은 제어 정보 전체가 수신되었음을 결정하고, 제어 채널 수신을 종료하도록 ASIC 특정 소프트웨어 블록(308)에게 명령한다.
도 10은 오버헤드 정보를 모니터링하기 위한 통화 플로우의 일 예를 도시하는 도면이다. 오버헤드 정보는 프레임의 오버헤드 부분의 시스템 파라미터 메시지에 의해 특정되는 바와 같은 주어진 주기성(periodicity)으로 모니터링될 수 있다. 수신기가 오버헤드 정보를 판독하도록 요구하는 임의의 다른 이벤트의 부재 시에, 특정 간격으로 오버헤드 정보를 판독할 수 있다.
단계(1001)에서, 수신기 스택 처리 시스템(400)은 시스템 파라미터 메시지에 의해 정의된 주기성에 기초하여 오버헤드 정보의 모니터링을 인에이블하도록 ASIC 특정 소프트웨어에게 명령한다. ASIC 특정 소프트웨어 블록(308)은 오버헤드 정보를 판독하도록 하는 임의의 다른 이벤트의 부재 시에 적어도 이러한 주기성으로 오버헤드 정보가 모니터링되는 것을 보장한다.
단계(1002)에서, 제어 정보의 업데이트는 오버헤드 정보에 수신된 제어 시퀀스 넘버들이 수신된 마지막 것과 상이할 때 ASIC 특정 소프트웨어 블록(308)에 의해 검출된다. 수신기 스택(312)은 제어 정보의 업데이트가 이용가능함을 나타내는 제어 정보 업데이트 메시지를 ASIC 특정 소프트웨어 블록(308)으로부터 수신한다. 단계(1003)에서, 수신기 스택 처리 시스템(400)은 제어 정보를 입수하도록 ASIC 특정 소프트웨어 블록(308)에게 명령한다. 이에 응답하여, 단계(1004)에서, ASIC 특정 소프트웨어 블록(308)은 제어 채널들을 판독하고 제어 정보의 패킷들을 수신기 스택 처리 시스템(400)으로 전송한다. 프레임에서 제어 패킷(들)의 위치 및 각각의 패킷의 시퀀스 넘버를 식별하는 부가적인 정보가 각각의 프레임 내에 포함된다. 단계(1005)에서, 수신기 스택 처리 시스템(400)은 제어 정보 전체가 수신되었음을 결정하고, 제어 채널 수신을 종료하도록 ASIC 특정 소프트웨어 블록(308)에게 명령한다.
오버헤드 정보의 주기적인 모니터링을 디스에이블하도록 명령될 때, ASIC 특정 소프트웨어 블록(308)은 단계(1006)에서 이를 디스에이블한다. 단계들(1002-1005)은 조건부(conditional)이고 제어 정보의 업데이트가 수신된 오버헤드 정보에서 검출될 때에만 수행된다.
도 11은 ASIC 특정 소프트웨어 블록(308)에 대한 주파수 스캔 리스트(frequency scan list)를 세팅하는 통화 플로우의 일 예를 도시하는 도면이다. 주파수 스캔 리스트는 제어 정보에 존재하는 이웃한 로컬-구역 정보로부터 포착된다. ASIC 특정 소프트웨어 블록(308)은 이러한 스캔 리스트를 사용하여 핸드오프 알고리즘들을 구현한다.
단계(1101)에서, 수신기 스택 처리 시스템(400)은 제어 정보를 입수하도록 ASIC 특정 소프트웨어 블록(308)에게 명령한다. 이에 응답하여, ASIC 특정 소프트 웨어 블록(308)은 단계(1102)에서, 제어 채널들을 판독하고 제어 정보의 패킷들을 수신기 스택 처리 시스템(400)으로 전송한다. 프레임에서 제어 패킷(들)의 위치 및 각각의 패킷의 시퀀스 넘버를 식별하는 부가적인 정보가 각각의 프레임 내에 포함된다. 단계(1103)에서, 수신기 스택 처리 시스템(400)은 제어 정보 전체가 수신되었음을 결정하고, 제어 채널 수신을 종료하도록 ASIC 특정 소프트웨어 블록(308)에게 명령한다.
단계(1104)에서, 수신기 스택 처리 시스템(400)은 제어 정보의 이웃 디스크립션 메시지(neighborhood description message)를 처리함으로써 이웃 시스템들의 통합된(consolidated) 리스트를 형성한다. 그 다음, 수신기 스택 처리 시스템(400)은 이러한 리스트를 ASIC 특정 소프트웨어 블록(308)으로 전달한다. ASIC 특정 소프트웨어 블록(308)은 이러한 리스트를 사용하여, 이웃 시스템들로부터의 신호들을 모니터링하기 위해 이러한 리스트를 사용함으로써 핸드오프 알고리즘들을 실행시킨다. 이웃 시스템으로의 핸드오프가 수행되는 경우, 단계(1105)에서 목적지 시스템에 대한 광역-구역 및 로컬-구역 미분기들(differentiators)과 함께 지시(indication)가 수신기 스택 처리 시스템(400)으로 전송된다. 단계(1105)는 조건부이고 핸드오프가 수행될 때에만 수행된다. 핸드오프 이후, 새로운 시스템이 포착되고 거기에서 수신되는 오버헤드 정보가 추가적인 네트워크 이벤트들을 검출하기 위해 사용된다.
브로드캐스트 시스템으로부터의 전송을 수신하는 무선 디바이스에 제공되는 정보는 신호의 전송을 위해 적용가능한 대역폭 및 주파수를 포함하는 스캔 파라미 터들의 리스트('세트'로도 지칭됨)를 포함한다. 제공된 이러한 스캔 리스트(여기에서 '초기 스캔 리스트' 또는 '디폴트 스캔 리스트'로도 지칭됨)는 무선 디바이스가 처음에 턴온될 때 지정된 주파수들 및 대역폭들에서 전송되는 목표된 신호를 검색 및 포착할 수 있도록 한다. 무선 디바이스가 턴온된 이후 주어진 신호의 수신을 시작하면, 네트워크에 의해 전송되고 있는 시그널링 정보에 기초하여 새로운 스캔 리스트를 수집(build up)한다. 이러한 새로운 스캔 리스트는 디바이스가 새로운 스캔 리스트를 사용하여 임의의 주어진 위치에서 전송되는 다중 신호들로부터 목표된 신호를 선택함에 따라 무선 디바이스에 제공되는 임의의 스캔 리스트를 대체(supersede)한다.
무선 디바이스가 상이한 네트워크들을 횡단(traverse)함에 따라, 다양한 네트워크들에 의해 전송되는 시그널링 정보를 수신한다. 현재 체류하는 네트워크의 현재 전송에 포함되는 시그널링 정보로부터 생성된 스캔 리스트는 존재하는 임의의 스킨 리스트를 대체한다(초기에 제공된 스캔 리스트이든지 또는 이전에 체류된 네트워크로부터 이전의 시그널링 정보를 이용하여 생성된 스캔 리스트이든지).
네트워크 구성들은 새로운 전송 구역으로 이동하는 무선 디바이스가 최초 제공된 스캔 리스트로부터 상호 배타적인(mutually exclusive) 스캔 리스트를 전달하는 연관된 시그널링 정보를 수신하는 상황을 허용할 수 있다. 이러한 환경들 하에서, 제공된 스캔 리스트가 생성되었던 네트워크의 커버리지 내로 디바이스가 후속적으로 다시 이동하는 경우, 디바이스는 어떠한 신호도 포착할 수 없을 것이다. 이러한 상황은 도 13에 도시된다.
도 13의 예에서, 무선 디바이스는 네트워크 1로부터의 전송들에 대해 초기에 제공된 자신의 스캔 리스트 엔트리들과 함께 턴온된다. 그 다음, 디바이스는 네트워크 1로부터 네트워크 2로 이동하고(경로 1), 네트워크 2에 의해 전송되는 시그널링 정보에 기초하여 새로운 스캔 리스트를 생성한다. 이러한 새로운 스캔 리스트는 제공된 스캔 리스트를 대체한다. 후속적으로 디바이스는 네트워크 2로부터 네트워크 3으로 이동하고(경로 2), 네트워크 3에 의해 전송되는 시그널링 정보에 기초하여 추가적인 새로운 스캔 리스트를 생성한다. 이러한 추가적인 새로운 스캔 리스트는 네트워크 2에 대해 생성되었던 스캔 리스트를 대체한다. 마지막으로, 무선 디바이스는 네트워크 3으로부터 네트워크 1로 다시 이동한다(경로 3). 무선 디바이스는 네트워크 3에 대해 생성된 스캔 리스트에 기초하여 네트워크 1에서 신호를 포착하려고 시도할 것이다. 그러나, 네트워크 3에 대해 생성된 스캔 리스트는 네트워크 1에 의해 사용된 스캔 리스트와 상호 배타적이므로, 무선 디바이스는 네트워크 1에서 신호를 포착하지 않을 것이다.
본 발명의 예시적인 실시예들에서, 체류된 마지막 네트워크에서의 시그널링 정보로부터 생성된 마지막 스캔 리스트는 무선 디바이스에 최초로 제공되었던 스캔 리스트로 대체될 수 있다. 그 다음, 도 13의 상황에서, 네트워크 3으로부터 네트워크 1에 진입하는 디바이스는 최초로 제공된 스캔 리스트에 기초하여 네트워크 1로부터 신호를 포착할 수 있을 것이다.
도 14는 본 발명의 예시적인 실시예들에 따라 디폴트(최초로 제공된) 스캔 리스트를 복구하기 위한 통화 흐름도를 도시한다. 도 14에 도시된 일 실시예에서, 수신기 스택 처리 시스템(400)은 네트워크 신호 포착에 사용하기 위한 새로운 스캔 리스트를 미디어 처리 시스템(401)에 제공하는 API(1401)를 먼저 호출한다. 미디어 처리 시스템(401)의 ASIC 특정 소프트웨어(308)는 새로운 스캔 리스트를 사용하여 네트워크 신호를 포착하려고 시도한다. 네트워크 신호가 미리 결정된 타임아웃 주기(time-out period) 내에서 포착되지 않는 경우, 수신기 스택 처리 시스템은 API(1401)에 의해 제공되었던 새로운 스캔 리스트를 대체하기 위해 디폴트 스캔 리스트를 복구하도록 미디어 처리 시스템(401)에게 명령하기 위하여 API(1402)를 호출한다.
몇몇 실시예들에서, 도 14에서 파선으로 도시된 것처럼, 수신기 스택 처리 시스템(400)은 후보(candidate) 스캔 리스트 및 디폴트 스캔 리스트가 상호 배타적이라고 결정되면 API(1402)를 자동으로 호출한다. 이러한 상호 배타적인 관계가 검출되면, 수신기 스택 처리 시스템(400)은 API(1401)를 호출하는 것이 아니라, API(1402)를 즉시 호출한다. 따라서, API(1401)가 호출되었던 경우에 현재 스캔 리스트를 대체한 후보 스캔 리스트가 미디어 처리 시스템(401)으로 전달되지 않는다. 대신에, 미디어 처리 시스템(401)은 API(1402)에 의해 명령된 바와 같이, 현재 스캔 리스트를 디폴트 스캔 리스트로 대체한다.
도 12는 물리적 계층, MAC 계층, 제어 계층 및 스트림 계층을 포함하는 프로토콜 스택에 따라 신호를 수신하도록 구성된 장치의 기능 블록도이다. 장치(1200)는 디바이스(110)(도 1 참조)이거나, 또는 장치 내의 하나 이상의 엔티티들일 수 있다. 장치(1200)는 물리적 및 MAC 계층들을 제공하기 위한 모듈(1202), 제어 및 스트림 계층들을 제공하기 위한 모듈(1206), 및 서비스 요청들을 지원하기 위한 API 모듈(1204)을 포함한다.
이전의 설명은 통상의 당업자가 본 명세서에서 기술된 다양한 실시예들을 실시할 수 있도록 하기 위해 제공된다. 이러한 실시예들에 대한 다양한 변형들은 통상의 당업자에게 이의 없이 명백할 것이며, 본 명세서에서 정의된 일반적인 원리들은 다른 실시예들에 적용될 수 있다. 따라서, 청구범위는 본 명세서에 도시된 실시예들로 제한하려는 의도가 아니라, 청구범위의 언어와 일치된 전체 범주를 포함하며, 여기서 단일한 구성요소에 대한 참조는 구체적으로 그렇게 상술되지 않는 한 "하나 및 단지 하나만"을 의미하는 것으로 의도되는 것이 아니라, "하나 또는 그 이상"을 의미하는 것으로 의도된다. 통상의 당업자에게 공지되거나 또는 이후에 공지되게 될 본 개시물에 걸쳐 설명된 다양한 실시예들의 구성요소들에 대한 모든 구조적 및 기능적 등가물들은 참조로 명백하게 본 명세서에 포함되며 청구범위에 포함되는 것으로 의도된다. 더욱이, 본 명세서에서 개시되지 않은 것들은 그러한 개시물이 청구범위에 명시적으로 인용되는지 여부와 무관하게 공공연하게 전용되는 것으로 의도된다. "하기 위한 수단"이란 문구를 이용하여 구성요소가 명백하게 인용되지 않거나 또는 방법 청구항의 경우, "하기 위한 단계"란 문구를 이용하여 구성요소가 인용되지 않는 한, 35 U.S.C §112, 6번째 문단의 규정들 하에서 어떠한 청구항 구성요소로도 해석되어서는 안된다.

Claims (20)

  1. 물리적 계층, MAC 계층, 제어 계층 및 스트림(stream) 계층을 포함하는 프로토콜 스택(protocol stack)에 따라 신호를 수신하도록 구성된 장치로서,
    상기 제어 계층 및 상기 스트림 계층을 제공하도록 구성된 수신기 스택 처리 시스템;
    상기 물리적 계층 및 상기 MAC 계층을 제공하도록 구성된 미디어 처리 시스템; 및
    상기 수신기 스택 처리 시스템과 상기 미디어 처리 시스템 사이의 통신을 지원하기 위한 애플리케이션 프로그래밍 인터페이스(API)
    를 포함하고, 상기 수신기 스택 처리 시스템은, 신호 포착(acquisition)을 위해 상기 미디어 처리 시스템에 의해 현재 사용되는 한 세트의 현재 신호 포착 파라미터들을 상기 미디어 처리 시스템이 신호 포착하는데 사용하기 위해 초기에 제공되었던 한 세트의 초기 신호 포착 파라미터들로 대체하도록 상기 미디어 처리 시스템에게 명령하기 위하여 상기 API를 호출(invoke)하도록 구성되는,
    프로토콜 스택에 따라 신호를 수신하도록 구성된 장치.
  2. 제 1 항에 있어서,
    상기 수신기 스택 처리 시스템은 상기 한 세트의 현재 신호 포착 파라미터들을 사용한 성공적인 신호 포착 없이 미리 결정된 시간량이 경과된 이후에 상기 API 를 호출하도록 구성되는, 프로토콜 스택에 따라 신호를 수신하도록 구성된 장치.
  3. 제 1 항에 있어서,
    상기 수신기 스택 처리 시스템은 상기 한 세트의 현재 신호 포착 파라미터들이 될 수 있는 한 세트의 후보(candidate) 신호 포착 파라미터들이 상기 한 세트의 초기 신호 포착 파라미터들에 대하여 상호 배타적(mutually exlcusive)일 때 상기 API를 호출하도록 구성되는, 프로토콜 스택에 따라 신호를 수신하도록 구성된 장치.
  4. 제 3 항에 있어서,
    상기 수신기 스택 처리 시스템은 상기 한 세트의 후보 신호 포착 파라미터들 및 상기 한 세트의 초기 신호 포착 파라미터들이 상호 배타적인 시점을 결정하도록 구성되는, 프로토콜 스택에 따라 신호를 수신하도록 구성된 장치.
  5. 제 1 항에 있어서,
    상기 신호 포착 파라미터들은 신호 포착 주파수들을 포함하는, 프로토콜 스택에 따라 신호를 수신하도록 구성된 장치.
  6. 물리적 계층, MAC 계층, 제어 계층 및 스트림 계층을 포함하는 프로토콜 스택에 따라 신호를 수신하도록 구성된 장치로서,
    상기 제어 계층 및 상기 스트림 계층을 제공하기 위한 제 1 처리 수단;
    상기 물리적 계층 및 상기 MAC 계층을 제공하기 위한 제 2 처리 수단; 및
    상기 제 1 처리 수단과 상기 제 2 처리 수단 사이의 통신을 지원하는 애플리케이션 프로그래밍 인터페이스(API)를 제공하기 위한 수단
    을 포함하고, 상기 제 1 처리 수단은, 상기 제 2 처리 수단에 의한 신호 포착을 위해 현재 사용되는 한 세트의 현재 신호 포착 파라미터들을 상기 제 2 처리 수단이 신호 포착하는데 사용하기 위해 초기에 제공되었던 한 세트의 초기 신호 포착 파라미터들로 대체하도록 상기 제 2 처리 수단에게 명령하기 위하여 상기 API를 호출하기 위한 수단을 포함하는,
    프로토콜 스택에 따라 신호를 수신하도록 구성된 장치.
  7. 제 6 항에 있어서,
    상기 제 1 처리 수단은 상기 한 세트의 현재 신호 포착 파라미터들을 사용한 성공적인 신호 포착 없이 미리 결정된 시간량이 경과된 이후에 상기 API를 호출하기 위한 수단을 포함하는, 프로토콜 스택에 따라 신호를 수신하도록 구성된 장치.
  8. 제 6 항에 있어서,
    상기 제 1 처리 수단은 상기 한 세트의 현재 신호 포착 파라미터들이 될 수 있는 한 세트의 후보 신호 포착 파라미터들이 상기 한 세트의 초기 신호 포착 파라미터들에 대하여 상호 배타적일 때 상기 API를 호출하기 위한 수단을 포함하는, 프 로토콜 스택에 따라 신호를 수신하도록 구성된 장치.
  9. 제 8 항에 있어서,
    상기 제 1 처리 수단은 상기 한 세트의 후보 신호 포착 파라미터들 및 상기 한 세트의 초기 신호 포착 파라미터들이 상호 배타적인 시점을 결정하기 위한 수단을 포함하는, 프로토콜 스택에 따라 신호를 수신하도록 구성된 장치.
  10. 제 6 항에 있어서,
    상기 신호 포착 파라미터들은 신호 포착 주파수들을 포함하는, 프로토콜 스택에 따라 신호를 수신하도록 구성된 장치.
  11. 통신 방법으로서,
    제어 계층 및 스트림 계층을 포함하는 제 1 부분과, 물리적 계층 및 MAC 계층을 포함하는 제 2 부분을 갖는 프로토콜 스택에 따라 신호를 수신하는 단계; 및
    신호 포착을 위해 상기 제 2 부분에 의해 현재 사용되는 한 세트의 현재 신호 포착 파라미터들을 상기 제 2 부분이 신호 포착하는데 사용하기 위해 초기에 제공되었던 한 세트의 초기 신호 포착 파라미터들로 대체하도록 상기 제 2 부분에게 명령하기 위하여, 상기 제 1 부분이 애플리케이션 프로그래밍 인터페이스(API)를 호출하는 단계
    를 포함하는 통신 방법.
  12. 제 11 항에 있어서,
    상기 한 세트의 현재 신호 포착 파라미터들을 사용한 성공적인 신호 포착 없이 미리 결정된 시간량이 경과된 이후에 상기 제 1 부분이 상기 API를 호출하는 단계를 포함하는, 통신 방법.
  13. 제 11 항에 있어서,
    상기 한 세트의 현재 신호 포착 파라미터들이 될 수 있는 한 세트의 후보 신호 포착 파라미터들이 상기 한 세트의 초기 신호 포착 파라미터들에 대하여 상호 배타적일 때 상기 제 1 부분이 상기 API를 호출하는 단계를 포함하는, 통신 방법.
  14. 제 13 항에 있어서,
    상기 한 세트의 후보 신호 포착 파라미터들 및 상기 한 세트의 초기 신호 포착 파라미터들이 상호 배타적인 시점을 상기 제 1 부분이 결정하는 단계를 포함하는, 통신 방법.
  15. 제 11 항에 있어서,
    상기 신호 포착 파라미터들은 신호 포착 주파수들을 포함하는, 통신 방법.
  16. 장치의 하나 이상의 프로세서들에 의해 실행가능한 명령들을 포함하는 기계- 판독가능 매체로서,
    상기 장치는 물리적 계층, MAC 계층, 제어 계층 및 스트림 계층을 포함하는 프로토콜 스택에 따라 신호를 수신하도록 구성되고, 상기 물리적 계층 및 상기 MAC 계층은 미디어 처리 시스템으로 구현되며, 상기 제어 계층 및 상기 스트림 계층은 수신기 스택 처리 시스템으로 구현되고, 상기 명령들은,
    상기 수신기 스택 처리 시스템을 구현하기 위한 수신기 스택 코드 세그먼트; 및
    상기 수신기 스택 처리 시스템과 상기 미디어 처리 시스템 사이의 통신을 지원하기 위한 애플리케이션 프로그래밍 인터페이스(API)를 구현하는 API 코드 세그먼트
    를 포함하며, 상기 수신기 스택 처리 시스템은, 신호 포착을 위해 상기 미디어 처리 시스템에 의해 현재 사용되는 한 세트의 현재 신호 포착 파라미터들을 상기 미디어 처리 시스템이 신호 포착하는데 사용하기 위해 초기에 제공되었던 한 세트의 초기 신호 포착 파라미터들로 대체하도록 상기 미디어 처리 시스템에게 명령하기 위하여 상기 API를 호출하는,
    기계-판독가능 매체.
  17. 제 16 항에 있어서,
    상기 수신기 스택 처리 시스템은 상기 한 세트의 현재 신호 포착 파라미터들을 사용한 성공적인 신호 포착 없이 미리 결정된 시간량이 경과된 이후에 상기 API 를 호출하는, 기계-판독가능 매체.
  18. 제 16 항에 있어서,
    상기 수신기 스택 처리 시스템은 상기 한 세트의 현재 신호 포착 파라미터들이 될 수 있는 한 세트의 후보 신호 포착 파라미터들이 상기 한 세트의 초기 신호 포착 파라미터들에 대하여 상호 배타적일 때 상기 API를 호출하는, 기계-판독가능 매체.
  19. 제 18 항에 있어서,
    상기 수신기 스택 처리 시스템은 상기 한 세트의 후보 신호 포착 파라미터들 및 상기 한 세트의 초기 신호 포착 파라미터들이 상호 배타적인 시점을 결정하는, 기계-판독가능 매체.
  20. 제 16 항에 있어서,
    상기 신호 포착 파라미터들은 신호 포착 주파수들을 포함하는, 기계-판독가능 매체.
KR1020097025276A 2007-05-03 2008-05-02 무선 통신 수신기에서 디폴트 스캔 리스트를 복구하기 위한 애플리케이션 프로그래밍 인터페이스(ａｐｉ) KR101099343B1 (ko)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US91592907P 2007-05-03 2007-05-03
US60/915,929 2007-05-03
US91593107P 2007-05-04 2007-05-04
US60/915,931 2007-05-04
US12/113,040 US8645976B2 (en) 2007-05-03 2008-04-30 Application programming interface (API) for restoring a default scan list in a wireless communications receiver
US12/113,040 2008-04-30

Publications (2)

Publication Number Publication Date
KR20090130426A true KR20090130426A (ko) 2009-12-23
KR101099343B1 KR101099343B1 (ko) 2011-12-26

Family

ID=39709258

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020097025276A KR101099343B1 (ko) 2007-05-03 2008-05-02 무선 통신 수신기에서 디폴트 스캔 리스트를 복구하기 위한 애플리케이션 프로그래밍 인터페이스(ａｐｉ)

Country Status (11)

Country Link
US (1) US8645976B2 (ko)
EP (1) EP2153628B1 (ko)
JP (1) JP2010529708A (ko)
KR (1) KR101099343B1 (ko)
CN (1) CN101675650B (ko)
AT (1) ATE496475T1 (ko)
BR (1) BRPI0811483A2 (ko)
CA (1) CA2684189A1 (ko)
DE (1) DE602008004655D1 (ko)
TW (1) TWI372548B (ko)
WO (1) WO2008137768A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007014361A2 (en) * 2005-07-27 2007-02-01 Qualcomm Incorporated System and method for a forward link only protocol suite
US11979291B1 (en) * 2022-10-27 2024-05-07 Red Hat, Inc. Cluster boundary enforcer service

Family Cites Families (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5537417A (en) 1993-01-29 1996-07-16 International Business Machines Corporation Kernel socket structure for concurrent multiple protocol access
US5758291A (en) * 1994-10-18 1998-05-26 Motorola, Inc. Method for automatically revising a wireless communication unit scan list
US5638371A (en) * 1995-06-27 1997-06-10 Nec Usa, Inc. Multiservices medium access control protocol for wireless ATM system
US5684791A (en) * 1995-11-07 1997-11-04 Nec Usa, Inc. Data link control protocols for wireless ATM access channels
US6393496B1 (en) * 1995-11-09 2002-05-21 Curtis A. Schwaderer Operating system and network independent application program interface for use in an intelligent communication device
US6141690A (en) * 1997-07-31 2000-10-31 Hewlett-Packard Company Computer network address mapping
US6393482B1 (en) * 1997-10-14 2002-05-21 Lucent Technologies Inc. Inter-working function selection system in a network
US6463078B1 (en) * 1998-07-22 2002-10-08 Microsoft Corporation Method for switching protocols transparently in multi-user applications
US6546425B1 (en) * 1998-10-09 2003-04-08 Netmotion Wireless, Inc. Method and apparatus for providing mobile and other intermittent connectivity in a computing environment
US6581166B1 (en) * 1999-03-02 2003-06-17 The Foxboro Company Network fault detection and recovery
US6633761B1 (en) * 2000-08-11 2003-10-14 Reefedge, Inc. Enabling seamless user mobility in a short-range wireless networking environment
US7039027B2 (en) * 2000-12-28 2006-05-02 Symbol Technologies, Inc. Automatic and seamless vertical roaming between wireless local area network (WLAN) and wireless wide area network (WWAN) while maintaining an active voice or streaming data connection: systems, methods and program products
US7027418B2 (en) * 2001-01-25 2006-04-11 Bandspeed, Inc. Approach for selecting communications channels based on performance
JP3513596B2 (ja) 2001-03-06 2004-03-31 独立行政法人通信総合研究所 通信装置、通信方式、通信方法、プログラム、ならびに、情報記録媒体
US7120129B2 (en) * 2001-03-13 2006-10-10 Microsoft Corporation System and method for achieving zero-configuration wireless computing and computing device incorporating same
US6985461B2 (en) * 2001-03-22 2006-01-10 Symbol Technologies, Inc. Software for installation and configuration management of network nodes
US6963745B2 (en) * 2002-01-23 2005-11-08 Samsung Electronics Co., Ltd. Method for performing inter system handovers in mobile telecommunication system
GB2389003B (en) * 2002-04-16 2004-09-22 Toshiba Res Europ Ltd Methods and apparatus for alternative mode monitoring
JP4124613B2 (ja) 2002-05-14 2008-07-23 松下電器産業株式会社 移動局装置及び路車間通信システム
US6862440B2 (en) 2002-05-29 2005-03-01 Intel Corporation Method and system for multiple channel wireless transmitter and receiver phase and amplitude calibration
US20030229685A1 (en) 2002-06-07 2003-12-11 Jamie Twidale Hardware abstraction interfacing system and method
US7099654B1 (en) * 2002-07-08 2006-08-29 Regents Of The University Of Minnesota High speed wireless sensor, server and storage networks
US6967940B2 (en) * 2002-07-19 2005-11-22 Interdigital Technology Corporation Dynamic forward error correction in UTRA systems
US7634230B2 (en) * 2002-11-25 2009-12-15 Fujitsu Limited Methods and apparatus for secure, portable, wireless and multi-hop data networking
GB2396526B (en) 2002-12-19 2005-06-01 Motorola Inc Mobile station and method for selecting a radio frequency for call set-up
US7228149B2 (en) * 2003-02-24 2007-06-05 Autocell Laboratories, Inc. Method for adjusting channel interference between devices in a wireless network
US7539169B1 (en) * 2003-06-30 2009-05-26 Cisco Systems, Inc. Directed association mechanism in wireless network environments
US7050397B2 (en) 2003-07-02 2006-05-23 Nokia Corporation Apparatus, and associated method, for facilitating retransmission of data packets in a packet radio communication system that utilizes a feedback acknowledgement scheme
AU2003268971A1 (en) * 2003-10-06 2005-04-21 Nokia Corporation A method and a device for reconfiguration in a wireless system
JP4287430B2 (ja) 2003-10-15 2009-07-01 株式会社エヌ・ティ・ティ・ドコモ 複数の通信層の動作を制御する装置及び方法
US20070147315A1 (en) * 2003-10-16 2007-06-28 Telefonaktiebolaget L M Ericsson (Publ) Access to cdma/umts services over a wlan acccess point using a gateway node
US7996505B2 (en) 2003-10-24 2011-08-09 Microsoft Corporation Network and interface selection on a computing device capable of establishing connections via multiple network communications media
US7106811B2 (en) 2003-11-12 2006-09-12 Interdigital Technology Corporation Wireless communication method and apparatus for performing post-detection constellation correction
US7046647B2 (en) * 2004-01-22 2006-05-16 Toshiba America Research, Inc. Mobility architecture using pre-authentication, pre-configuration and/or virtual soft-handoff
CN101137960B (zh) * 2004-03-04 2010-06-23 美商内数位科技公司 移动性使能系统架构软件架构及应用程序接口
US7689221B1 (en) * 2004-03-05 2010-03-30 At&T Mobility Ii Llc System and method of providing intelligent cell reselection for delay sensitive data applications
US7535966B2 (en) * 2004-08-17 2009-05-19 Adaptive Spectrum And Signal Alignment, Inc. DSL data collection system
US7933247B2 (en) * 2004-11-18 2011-04-26 Sanjay M. Gidwani Real-time scalable wireless switching network
EP1813063A4 (en) * 2004-11-19 2009-08-12 Stevens Inst Technology END UNIT WITH MULTI-ACCESS AND THE POSSIBILITY OF SIMULTANEOUS CONNECTIVITY TO MULTIPLE COMMUNICATION CHANNELS
US7990998B2 (en) * 2004-12-22 2011-08-02 Qualcomm Incorporated Connection setup using flexible protocol configuration
US7359362B2 (en) * 2005-01-28 2008-04-15 Microsoft Corporation Control of a multi-sectored antenna system to improve channel efficiency
US7805140B2 (en) * 2005-02-18 2010-09-28 Cisco Technology, Inc. Pre-emptive roaming mechanism allowing for enhanced QoS in wireless network environments
US7505450B2 (en) * 2005-03-23 2009-03-17 Cisco Technology, Inc. Configuration of failure and acquire timeouts to facilitate recovery from failures in hierarchical mesh networks
US20060221914A1 (en) * 2005-03-31 2006-10-05 Shai Waxman Passive scanning apparatus, system, and methods
US20060242457A1 (en) * 2005-04-08 2006-10-26 Interdigital Technology Corporation Method and apparatus for coordinating seamless channel switching in a mesh network
US8719419B2 (en) 2005-04-21 2014-05-06 Qualcomm Incorporated Methods and apparatus for determining aspects of multimedia performance of a wireless device
US7573820B2 (en) 2005-06-29 2009-08-11 Intel Corporation Techniques to control data transmission for a wireless system
US20070014273A1 (en) * 2005-07-13 2007-01-18 Yefim Kuperschmidt Method, device and computer readable medium for dynamically updating transmission charactaristics
WO2007014361A2 (en) * 2005-07-27 2007-02-01 Qualcomm Incorporated System and method for a forward link only protocol suite
US7835743B2 (en) * 2005-08-03 2010-11-16 Toshiba America Research, Inc. Seamless network interface selection, handoff and management in multi-IP network interface mobile devices
WO2007078663A2 (en) * 2005-12-16 2007-07-12 Interdigital Technology Corporation Mobility middleware architecture for multiple radio access technology apparatus
US8085830B2 (en) * 2006-01-27 2011-12-27 Leviton Manufacturing Co., Inc. LAN by ultra-wideband system and method
US7706799B2 (en) * 2006-03-24 2010-04-27 Intel Corporation Reduced wireless context caching apparatus, systems, and methods
US20080176546A1 (en) * 2007-01-23 2008-07-24 Qualcomm Incorporated Application programming interface (api) for a receiver in a wireless communications device
US20090019460A1 (en) 2007-05-03 2009-01-15 Qualcomm Incorporated Application programming interface (api) for handling errors in packets received by a wireless communications receiver

Also Published As

Publication number Publication date
TW200908653A (en) 2009-02-16
DE602008004655D1 (de) 2011-03-03
CN101675650A (zh) 2010-03-17
WO2008137768A1 (en) 2008-11-13
JP2010529708A (ja) 2010-08-26
CA2684189A1 (en) 2008-11-13
US8645976B2 (en) 2014-02-04
EP2153628B1 (en) 2011-01-19
CN101675650B (zh) 2012-11-21
ATE496475T1 (de) 2011-02-15
EP2153628A1 (en) 2010-02-17
US20090019461A1 (en) 2009-01-15
BRPI0811483A2 (pt) 2014-11-04
TWI372548B (en) 2012-09-11
KR101099343B1 (ko) 2011-12-26

Similar Documents

Publication Publication Date Title
KR101052993B1 (ko) 무선 통신 장치에서 수신기를 위한 애플리케이션 프로그래밍 인터페이스(ａｐｉ)
TWI334713B (en) Method and system for re-acquiring signals of a wireless broadcast network
CN101091390B (zh) 用于高功率效率的广播和通信系统的方法和设备
JP5797796B2 (ja) マルチネットワークカバレッジのためのシステムおよび方法
KR101418497B1 (ko) 셀룰러를 사용하는 인터넷 무선 브로드캐스트
KR100971868B1 (ko) 셀룰러 통신 시스템에서의 핸드오버
WO2008131029A1 (en) Base station synchronization for a single frequency network
KR20060123642A (ko) 위상 이동 및 시간 분할된 네트워크들에서의 진전된핸드오버
KR101099343B1 (ko) 무선 통신 수신기에서 디폴트 스캔 리스트를 복구하기 위한 애플리케이션 프로그래밍 인터페이스(ａｐｉ)
KR101120379B1 (ko) 무선 통신 수신기에 의해 수신된 패킷들의 에러들을 핸들링하기 위한 어플리케이션 프로그램 인터페이스(ａｐｉ)
WO2012163175A1 (zh) 一种网络切换方法和装置
CN101009823A (zh) 一种频道切换方法
JP2004153617A (ja) 通信システム、無線通信端末、データ配信装置及び通信方法
JP2006339918A (ja) 無線通信端末、通信システム

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