KR20090008425A

KR20090008425A - 무선 통신 모듈을 위한 다중 모드 호스트 인터페이스 및 원격 레지스터 그리고 메모리 액세스

Info

Publication number: KR20090008425A
Application number: KR1020087029095A
Authority: KR
Inventors: 조니 잔투넨; 한누 라이네; 안티 랍페텔라이넨
Original assignee: 노키아 코포레이션
Priority date: 2006-05-08
Filing date: 2007-04-16
Publication date: 2009-01-21
Also published as: US20070258377A1; CN101455035A; US8300565B2; TW200803202A; EP2016711A2; WO2007129158A2; WO2007129158A3

Abstract

무선 통신 모듈이 호스트가 존재하는지의 여부를 식별할 수 있는 기법과 시스템 그리고 그에 대응하여 모듈을 구성할 수 있는 기법과 시스템이 제공된다. 무선 통신 모듈에서의 상이한 동작 모드는 블루투스 통신 모듈과 같은 로 엔드 확장(low end extension)과 같은 통신 모듈의 완전한 호스트 모드, 단순화된 호스트 모드, 혹은 호스트가 없는 동작 모드를 가능하게 한다. 다른 기법과 시스템이 원격으로 통신 모듈을 제어한다. 무선 연결은 원격 무선 통신 모듈과 관련된 레지스터와 메모리 공간에 쓰고 읽을 수 있다.

Description

무선 통신 모듈을 위한 다중 모드 호스트 인터페이스 및 원격 레지스터 그리고 메모리 액세스{Multi-Mode host interface for and remote register and memory access of a wireless communication module}

본 발명은 무선 통신 네트워크에 관한 것으로서, 보다 상세하게는 다중 모드 호스트 인터페이스들을 가지는 단거리 무선 통신 모듈들에 관한 것이다.

완전한 동작 모드(full operation mode)에서, 저속 무선 통신 모듈은 호스트 모듈과 저속 무선 통신 모듈간의 동작과 데이터 흐름을 제어하는 호스트 모듈과의 통신을 필요로 한다. 호스트 인터페이스는 일반적으로 SPI(Serial Peripheral Interface), UART(Universal Asynchronous Receiver/Transmitter), 또는 다른 비슷한 인터페이스와 같은 직렬 인터페이스로 구현된다. 그러나, 어떤 경우에 통신 모듈들은 또한 호스트 모듈로부터 어떠한 제어도 받지 않고 동작할 수 있다. 그러한 경우, 데이터 흐름 그리고/또는 동작 모드는 완전한 동작모드와 비교할 때 어느 정도 제한이 된다. 예를 들어, 통신 모듈에 의하여 전송되는 데이터가 일정할 수도 있는데, 그래서 호스트 모듈로부터 통신 모듈로의 데이터 흐름이 전혀 필요하지 않다. 또한 통신 모듈의 행위가 일정하여 호스트 모듈에 대한 제어가 불필요하게 만들 수도 있다. 그러나 초기화, 동작 제어, 그리고 통신 제어를 위하여 호스트 모듈 은 항상 필요하다.

몇몇 경우에, 기본적인 동작은 데이터 흐름을 완전하게 제어할 수 있는 호스트 모듈의 존재를 필요로 한다. 한편 완전한 호스트 모듈의 존재는 만약 응용 또는사용자가 그것을 필요로 하지 않는다면 반드시 필요한 것은 아니다. 몇몇 경우에 아주 적은 양의 변화하는 데이터가 하나의 패킷으로 전달되고 또한 주기(duty cycle)가 매우 작을 수 있다. 최소한도로, 센서 값과 같은 페이로드 정보는 단지 1 비트 또는 1 바이트일 수 있으며, 몇몇 응용에서 통신 범위내의 장치의 존재를 나타내는 장치의 식별자(ID)를 포함하는 패킷 프레임이면 충분하다. 그것들만으로 비록 완전한 정도의 아래 계층들(lower layers)이 요구되기는 하지만 감소된 호스트 기능/구현이 적절하다.

현재 BT-LEE(Bluetooth Low End Extension) 모듈과 같은 통신 모듈의 호스트 인터페이스, 예를 들면 ULIF(Upper Layer Host Interface)는 상이한 동작 모드들을 지원하지 않는다. 호스트 모듈 그리고 그 활성 제어는 기본적인(default) ULIF 모드용으로 존재한다. 그러나 굉장히 낮은 전력과 호스트 모듈의 적은 전력 소모를 요구하는 단순한 응용을 목표로 하는 구현들은 부족하다. BT-LEE 기술덕에 작은 장치들은 예를 들면 이동 단말과 같은 다른 장치와 전형적인 블루투스 기술의 전력과 비용 부담없이 연결할 수 있다. 전형적인 작은 장치들에는 온도 센서, 장난감, 무선 펜, 헤드셋, 그리고 다른 원격 사용자 인터페이스 주변 장치와 같은 센서들이 있다. BT-LEE 기술과 관련된 보다 많은 정보는 마우리 홍크만등의 "Low End Extension for Bluetooth," IEEE Radio and Wirelss Conference RAWCON 2004, Atlanta, GA, Sept., 2004, pages 19-22에 기술되어 있다.

종래에 단거리 무선 연결 능력을 가진 장치들은 마이크로 컨트롤러와 같은 호스트 계층 또는 유니트가 무선 통신 모듈의 MAC(Medium Access Contro) 계층을 제어할 수 있도록 구현된다. 도 1은 종래의 통신 모듈(101)을 도시하고 있다. 예를 들면, 블루투스 기술을 이용할 때, 호스트 계층 또는 유니트(105)와 MAC 계층(107)사이의 인터페이스(103)는 HCI(Host Controller Interface)라고 지칭된다. BT-LEE 기술을 이용할 때, 인터페이스(103)는 ULIF(Upper Layer Interface)라고 지칭된다. 비교적 단순한 응용에서, 호스트 계층(105)의 기능은 심각하게 저하될 수 있다. 추가적으로, 작은 장치들의 제한된 전력 자원은 전력 소모가 최소화되어야할 필요가 있고 제조 비용을 최소화하라는 압력으로 인하여 제조자들은 보다 단순한 구현을 개발할 필요가 있게 된다. 그러므로 호스트 계층에 대한 요구조건을 최소화하는 것이 바람직할 것이다.

오늘날 BT-LEE 통신 구현은 에어 인터페이스(air interface)상에서의 레지스터 구성(109) 또는 메모리 공간(111)의 사용을 지원하지 않는다. 완전한 호스트 구성과 그 활성 제어는 만약 통신 모듈(101)의 레지스터들(109)이 구성된다면 존재한다. 극히 낮은 전력과 단순한 응용을 목표로 하는 구성은 완전한 호스트 모듈에 의한 큰 전력 소모를 요구하지 않고, 따라서 에어 인터페이스상으로 레지스터들(109)과 메모리 공간(111)에 대한 액세스가 바람직할 것이다.

본 발명의 양상들은 블루투스 기술과 관련되어 있고 단순화된 저속 통신을 제공하는 것을 목표로 하는 새로운 통신 프로토콜, 즉 BT-LEE(Low end extensions for Bluetooth)와 관련된다. 본 발명의 양상들과 부합하여, 통신 모듈에서의 세가지 상이한 동작 모드들이 BT-LEE 통신 모듈의 단순화된 호스트 혹은 호스트가 없는 구현을 가능하게 한다. 측정 센서를 담고 있는 장치와 같은 원격 BT-LEE 장치가 사용자 입력을 거의 혹은 전부 필요로 하지 않기 때문에 BT-LEE 장치가 호스트 모듈에서 구현되는 어떤 높은 소프트웨어 계층들과 통신할 필요가 없다. 오히려, 본 발명의 양상들과 부합하여, 통신은 무선 채널상에서 원격 사이트와 발생한다.

본 발명의 양상들은 BT-LEE 모듈이 위치한 환경의 종류를 식별할 수 있는 BT-LEE 모듈, 즉 호스트가 존재하는지의 여부를 결정해서 장치를 구성할 수 있는 모듈 또는 그렇지 않다면 표준 구성이 로딩될 수 있는 모듈을 제공한다. 환경의 종류 식별은 설정, 즉 파워를 켜는 중에 발생할 수 있다. 아래에서 설명하듯이, 호스트 모듈과의 통신을 위해 사용될 수 있는 데이터 버스의 연결을 통하여 식별이 이루어질 수 있다.

본 발명의 또 다른 양상은 BT-LEE 모듈을 원격으로 직접 제어할 수 있는 방법과 관련된다. 그러한 원격 제어는 만약 BT-LEE 모듈을 구성하고 제어하는 로컬 호스트 장치가 존재하지 않는다면 필요할 수 있다. 본 발명의 양상들과 부합하여, 무선 연결이 원격 BT-LEE 모듈의 레지스터와 메모리에 쓰고 읽기 위하여 사용될 수 있다.

본 발명의 다른 양상들에 부합하여, BT-LEE 모듈과 같은 통신 모듈은 단순화된 호스트 모듈 그리고/또는 활성화된 호스트 모듈없이 제어될 수 있다. 게다가 본 발명의 다른 양상은 통신 모듈이 호스트 모듈이 존재하는지 그리고 호스트 모듈이 단순화된 혹은 완전한 호스트인지의 여부를 검출하도록 하는 방법을 제공한다. 통신 모듈은 다음의 호스트 모드들의 예(example)중의 하나 이상을 지원한다:완전한 호스트 모드, 단순화된 호스트 모드, 그리고 호스트가 없는 모드. 단순화된 호스트 모드에서, 데이터 흐름은 제한되고 통신 모듈에 대한 호스트 모듈의 제어는 초기화 단계 이후에는 반드시 필요하지는 않는다. 호스트가 없는 모드에서, 데이터 흐름에 대한 제어가 필요치 않고 따라서 호스트 모듈은 필요치 않는다.

본 설명은 단순화된 형태로 몇 가지 개념을 도입하는 것으로 제공하며, 아래의 실시예에서 보다 상세하게 설명한다. 본 설명은 청구범위에서 청구된 사항들의 중요한 특징 또는 필수적인 특징을 나타낼 의도가 아니며, 또한 청구범위를 제한할 의도로 사용되어서도 아니 된다.

다음에 기술하는 실시예들의 상세한 설명뿐만 아니라 앞서 기술한 본 발명의 요약은 첨부한 도면들을 참조하면서 읽으면 보다 잘 이해되며, 첨부한 도면들은 예의 형식으로 포함되고 특허청구된 본 발명과 관련하여 제한하는 방식으로 포함되지 않는다.

도 1은 종래의 무선 통신 모듈의 일 예를 도시한 것이다.

도 2는 본 발명의 적어도 하나의 양상과 부합하는 무선 통신 모듈의 일 예를 도시한 것이다.

도 3은 본 발명의 적어도 하나의 양상과 부합하는 호스트 계층과 BT-LEE MAC 계층간의 신호들과 방향을 도시한 것이다.

도 4는 본 발명의 적어도 하나의 양상과 부합하는 완전한 호스트 동작 모드를 위한 모드 선택에 대응하는 신호 패턴을 도시한 것이다.

도 5는 본 발명의 적어도 하나의 양상과 부합하는 호스트 인터페이스를 위한 모드의 선택을 위한 예증적 방법의 흐름도이다.

도 6은 본 발명의 적어도 하나의 양상과 부합하는 호스트가 없는 동작 모드를 위한 모드 선택에 대응하는 신호 패턴을 도시한 것이다.

도 7은 본 발명의 적어도 하나의 양상과 부합하는 서비스필드(ServiceField) 서브 모드에서 단순화된 호스트 모드 동작을 위한 모드 선택에 대응하는 신호 패턴을 도시한 것이다.

도 8은 본 발명의 적어도 하나의 양상과 부합하는 페이로드(payload) 서브 모드에서 단순화된 호스트 모드 동작을 위한 모드 선택에 대응하는 신호 패턴을 도시한 것이다.

도 9는 본 발명의 적어도 하나의 양상과 부합하는 단순화된 호스트 모드를 위한 모드 선택에 대응하는 다른 신호 패턴을 도시한 것이다.

도 10은 본 발명의 적어도 하나의 양상과 부합하는 무선 통신 모듈들의 시스템의 일 예를 도시한 것이다.

도 11은 본 발명의 적어도 하나의 양상과 부합하는 BT-LEE MAC 계층의 상태 머신의 블록도를 도시한 것이다.

도 12는 본 발명의 적어도 하나의 양상과 부합하는 일반적인 DATA_PDU 데이 터 패킷의 패킷 포맷의 일 예를 설명한다.

도 13은 본 발명의 적어도 하나의 양상과 부합하는 일반적인 REGISTER_ACCESS_REQUEST 데이터 패킷의 패킷 포맷의 일 예를 도시한 것이다.

도 14는 본 발명의 적어도 하나의 양상과 부합하는 REGISTER_ACCESS_RESPONSE 데이터 패킷의 패킷 포맷의 일 예를 도시한 것이다.

도 15는 본 발명의 적어도 하나의 양상과 부합하는 초기화 모듈과 광고(Advertiser) 모듈간의 레지스터 구성을 위한 데이터 교환 시퀀스의 일 예를 도시한 것이다.

도 16은 본 발명의 적어도 하나의 양상과 부합하는 일반적인 MEMORY_ACCESS_REQUEST 데이터 패킷의 패킷 포맷의 일 예를 도시한 것이다.

도 17은 본 발명의 적어도 하나의 양상과 부합하는 일반적인 MEMORY_ACCESS_READY 데이터 패킷의 패킷 포맷의 일 예를 도시한 것이다.

도 18은 본 발명의 적어도 하나의 양상과 부합하는 일반적인 MEMORY_ACCESS_DATA_REQUEST 데이터 패킷의 패킷 포맷의 일 예를 도시한 것이다.

도 19는 본 발명의 적어도 하나의 양상과 부합하는 일반적인 MEMORY_ACCESS_DATA_RESPONSE 데이터 패킷의 패킷 포맷의 일 예를 도시한 것이다.

도 20은 본 발명의 적어도 하나의 양상과 부합하는 초기화 모듈과 Advertiser 모듈간의 메모리 액세스를 위한 데이터 교환 시퀀스의 일 예를 도시한 것이다.

도 21은 본 발명의 적어도 하나의 양상과 부합하는 광고(Advertiser) 모듈의 레지스터 구성 액세스를 요청하는 예증적인 방법의 흐름도이다.

도 22A 내지 도 22B는 본 발명의 적어도 하나의 양상과 부합하는 광고(Advertiser) 모듈로의 메모리 액세스를 요청하는 예증적인 방법의 흐름도이다.

다음의 다양한 실시예들의 설명에서, 첨부한 도면을 참조하며, 첨부한 도면들은 실시예들의 일부를 구성하고, 설명하는 방식으로 본 발명이 구현될 수 있는 다양한 실시예가 도시된다. 다른 실시예들도 가능하며 구조적이고 기능적인 수정이 본 발명의 사상에서 벗어나지 않으면서 가능하다는 점도 이해하여야 한다.

본 발명의 여러 양상과 부합하여, 다중 모드 호스트 인터페이스가 도입되며, 이는 보다 광범위한 응용에서 통신 모듈의 보다 효율적인 사용을 가능하게 한다. 여기에서 설명되는 응용들은 통신 모듈이 호스트 모듈없이 사용하는 것 이외에 매우 간단한 호스트 모듈과의 사용을 포함한다.

본 발명의 다른 양상들과 부합하여, 통신 모듈의 레지스터들과 메모리는 종래의 호스트 계층으로부터의 어떠한 행위도 없이 혹은 그 존재없이 에어 인터페이스(air interface)을 통하여 원격으로 액세스될 수 있다. 구성 데이터를 레지스터들에 전달하고 통신 모듈의 메모리 공간으로부터 데이터를 읽어오거나 메모리 공간에 쓰기 위하여 데이터 패킷들이 사용된다. 원격 메모리 액세스에서, RFID 태그들이 데이터를 저장하기 위하여 사용되는 것과 비슷한 방식으로 BT-LEE 통신 모듈의 버퍼 메모리가 사용될 수 있다.

무선 통신 모듈들을 위한 상이한 호스트 인터페이스 모드들, 완전한 호스트, 단순화된 호스트, 그리고 호스트가 없는 모드가 여기에서 상세하게 설명된다. 종래의 구현인 완전한 호스트 모드와는 상이한 단순화된 호스트 모드와 호스트가 없는 모드는 호스트 계층으로부터의 메모리 액세스 능력이나 레지스터를 필요로하지 않는다. 그러한 모드들에서, 장치들은 최소한 기본적인 모드(default mode)에서 호스트 계층이 없이 통신할 수 있다. 본 발명의 다른 양상에 부합하여, 호스트 계층이 없이, 통신 모듈의 기본적인 레지스터(default registers)값의 변화가 이제는 가능하다.

도 2에 도시된 바와 같이, 통신 모듈(201)은 호스트 계층 또는 유니트(205)와 MAC 계층(207)간의 인터페이스(203)를 포함한다. 통신 모듈(201)은 또한 레지스터(209)와 메모리 공간(211)을 포함하는 것이 도시되어 있다. 통신 모듈(241)의 레지스터들(249)과 메모리(251)는 그 모듈내의 호스트 계층으로부터의 어떠한 행위 또는 존재 없이 에어 인터페이스(air interface, 215)를 통하여 액세스될 수 있다. 통신 모듈(201)의 호스트 계층 또는 유니트(205)는 에어 인터페이스(215)를 통하여 통신 모듈(241)의 호스트 계층의 기능들을 처리한다. 그러한 구성에서, 통신 모듈(241)내에는 호스트 프로세서가 필요하지 아니하고 통신 모듈(241)은 단순화된 호스트 또는 호스트가 없는 모드로 동작할 수 있다. 에어 인터페이스(215)를 통하여 레지스터(249)와 메모리(251)에 액세스하는 것은 또한 RFID(Radio Frequency Identification) 태그 기술과 비슷한 방식으로 통신 모듈(241)을 사용할 수 있게 해준다.

본 발명의 적어도 하나의 양상과 부합하는 통신 모듈은 다음의 호스트 모드 들의 예에서 하나 이상을 지원한다: 완전한 호스트 모드, 단순화된 호스트 모드, 그리고 호스트가 없는 모드. 완전한 호스트 모드 동작에서, 통신 모듈의 완전한 제어와 데이터 흐름이 가능하다. 완전한 호스트 모드는 제어와 데이터 흐름이 처리되는 종래의 방식이다. 단순화된 호스트 모드에서, 데이터 흐름은 제한적이고 호스트 모듈에 의한 통신 모듈의 제어는 단순한 초기화 단계 이후에는 필요하지 아니하다. 호스트가 없는 동작 모드에서, 어떠한 제어 또는 데이터 흐름이 필요하지 아니하며 그래서 호스트 모듈이 필요치 아니하다.

인터페이스(203)와 같은 호스트 인터페이스의 신호들은 통신 모듈이 리셋 상태에서 해제되었을 때 동작 모드를 선택하기 위하여 사용될 수 있다. 모드 선택 주기후에, 신호들은 선택된 모드에 따라서 단순화된 방식으로 사용될 수 있다. 완전한 호스트 모드 동작에서, 호스트 인터페이스는 종래처럼 사용될 수 있다. 단순화된 호스트 모드 동작에서, 상기 호스트 인터페이스 신호들은 완전한 호스트 모드 동작에 비교하여 예를 들면 센서와 같이 정의된 제한된 양의 데이터를 통신 모듈에 입력하기 위하여 재사용될 수 있다. 호스트가 없는 모드 동작에서, 상기 호스트 인터페이스 신호들은 상기 모드 선택 주기후에 재사용될 수 있다.

만약 선택된 모드가 완전한 호스트 모드가 아니라면, 통신 모듈은 자기 자신을 다른 장치들이 에어 인터페이스(215)와 같은 무선 통신 채널을 설정할 수 있도록 자동으로 구성한다. 두 장치가 통신중일때, 두 장치간 무선 통신 채널의 통신 설정을 초기화하는 두 장치중의 적어도 하나는 완전한 호스트 동작 모드로 동작한다. 인터페이스(203)와 같은 상이한 응용들을 위한 호스트 인터페이스의 스케일 링(scaling)으로 인하여 보다 단순한 구현이 가능하다. 왜냐하면 모든 상위 계층 프로토콜들이 필요하지 않기 때문이다. 다음의 응용들은 상이한 호스트 모드에서의 동작들의 예이다.

완전한 호스트 모드 동작은 여러 개의 센서들을 포함하는 센서 장치들에서 사용될 수 있다. 그러한 경우에, 데이터 흐름은 적극적으로 제어될 필요가 있을 수 있다. 완전한 호스트 모드에서의 ULIF 인터페이스가 사용될 수 있는 리스트탑(wrist-top) 컴퓨터가 일 예이다.

단순화된 호스트 모드 동작은 센서 데이터가 1바이트 이하의 데이터처럼 제한된 양의 데이터를 포함하고 그 데이터가 제한된 시간 시퀀스에서 에어 인터페이스를 통하여 전달되는 단일 센서 응용에서 사용될 수 있다. 단순화된 호스트 모드 동작에서, 센서 제어기는 상기 센서 데이터를 통신 모듈로 전달하며, 센서 모듈은 상기 데이터를 DATA-패킷 또는 IP-패킷의 서비스필드(ServiceField) 부분과 같은 패킷으로 에어 인터페이스를 통하여 전달한다.

호스트가 없는 동작 모드는 변하지 않는 데이터가 에어 인터페이스를 통하여 전달되는 경우에 사용될 수 있다. 호스트가 없는 동작 모드에서, 장치의 식별자(ID,Identification)만이 전송될 수 있다. 호스트가 없는 모드의 사용에 대한 응용의 예는 지능형 키 묶음(intellignet bunch of keys)을 포함한다. 그러한 응용에서, 이동 단말과 같은 다른 장치가 호스트가 없는 모드에서 동작하고 있는 다른 장치가 설정된 통신 범위내에 존재한다는 것을 아는 것으로 충분할 수 있다. 만약 키 묶음이 설정된 통신 범위밖으로 움직이면, 상기 이동 단말의 사용자 인터페이스를 통하여 경보가 주어질 수 있다.

다음 절에서는 직렬 주변 인터페이스(SPI, Serial Peripheral Interface)가 BT-LEE 통신 모듈을 제어하기 위하여 사용되는 경우에서 상이한 호스트 인터페이스 모두들을 구현하는 예를 설명한다. 본 발명이 속하는 기술분야에서 통상의 지식을 가지는 자라면 누구든지 UART와 같은 다른 직렬 인터페이스를 이용하여 비슷한 구현이 이루어질 수 있음을 이해할 것이다.

완전한 호스트 모드-종래의 ULIF 인터페이스

도 3은 ULIF 종류의 인터페이스상에서 이용되는 신호들을 보여준다. 완전한 호스트 모드 동작에서, MAC 계층(307)을 가지는 BT-LEE 통신 모듈은 SPI 슬레이브처럼 행동한다. 슬레이브 인터럽트(slave interrupt)를 뜻하는 추가적인 SINT 신호 (329)는 폴링(polling)없이 빠른 통신이 가능하도록 하기 위하여 MAC 계층(307)으로부터 유니트의 호스트 계층(305)으로 사용된다. VON 신호(331)는 리셋 신호로 여겨질 수 있다.

예를 들면, 완전한 호스트 모드 동작에서 사용되는 동일한 물리적 인터페이스와 같은 동일한 신호들(321-331)이 또한 단순화된 호스트 모드 동작과 호스트가 없는 동작 모드에서 사용될 수 있다. 신호들의 방향은 모든 모드에서 동일하다. 활성화된 호스트 모드는 리셋 주기중에 제어 신호들을 유효한 위치로 설정함으로써 선택될 수 있다. 다음의 서브 섹션에서는 호스트가 없는 모드와 단순화된 호스트 모드 동작의 특성을 설명한다.

MT-LEE MAC 계층(307)의 기본적인 활성화 상태는 광고 상태(Advertisement state)일 수 있다. 상기 광고 상태에서 장치는 ID-패킷을 주기적으로 전송하며 설정된 통신 영역내의 모든 다른 장치들은 그 ID-패킷을 수신하여 필요한 경우에 연결을 시작할 수 있다. 상기 ID-패킷은 서비스필드(ServiceField) 데이터와 그 장치의 ID를 포함할 수 있다.

BT-LEE MAC 계층(307)은 상기 장치의 호스트 모드에 관한 정보를 ID-패킷의 서비스필드(ServiceField) 데이터내에 전송한다. 상기 서비스필드(ServiceField) 데이터 값은 상기 장치의 무슨 능력(capabilities)이 에어 인터페이스를 통하여 연결 초기화기(connection initiator)로 가는지를 정의한다. ID-패킷과 서비스필드(ServiceField) 데이터의 구조에 대한 다수의 상이한 구성이 사용될 수 있다.

호스트가 없는 모드

BT-LEE 통신 모듈이 호스트가 없는 모드 동작에서 사용될때, 활성화된 데이터가 ULIF 인터페이스상으로 전달되지 않는다. 호스트가 없는 모드 동작에서, 에어 인터페이스상에서의 연결 설정은 필요하지 않다. 호스트가 없는 모드는 도 4의 예에 의하여 설명되는 것처럼 리셋 단계에서 선택된다. 그러면 BT-LEE MAC은 광고 상태(Advertisement state)에 진입한다. 호스트가 없는 동작 모드에서, 서비스필드(ServiceField) 데이터의 내용은 기본적으로 일정하고 DATA-패킷들은 이 경우에 전달되지 않는다.

레지스터 구성과 메모리 액세스는 비록 장치가 호스트가 없는 동작 모드에서 사용된다고 하여도 에어 인터페이스상에서 설정될 수 있다. 에어 인터페이스상에서의 메모리 액세스는 태그와 같은 기능성을 가능하게 한다. 에어 인터페이스 연결상 에서 BT-LEE MAC 통신 모듈의 레지스터와 메모리 액세스가 가능하도록 하기 위하여, 연결 설정이 요구될 수 있다. 레지스터 구성과 매모리 액세스의 설명은 아래에서 보다 상세하게 한다.

단순화된 호스트

BT-LEE 통신 모듈이 단순화된 호스트 모드 동작으로 사용될 때, SS(Slave Select) 신호(327), MOSI(Master Out, Slave In)신호(321), 그리고 SCLK(Serial Clock) 신호(325)들은 호스트(305)로부터 BT-LEE MAC 계층(307)으로 데이터를 입력하기 위하여 사용된다. 완전한 호스트 모드 동작과 비교하여, 단순화된 호스트 모드 동작중에 호스트 제어기(305)는 BT-LEE MAC 계층(307) 드라이버를 동작시키기에 필요하지 않고 단지 제한된 양의 가변적인 데이터만이 상기 호스트(305)에 의하여 통신 모듈로 보내질 수 있다. 단순화된 모드 동작은 두 개의 서브 모드로 나뉘어진다: 서비스필드(ServiceField) 서브 모드와 페이로드(Payload) 서브 모드. 서비스필드 서브 모드와 페이로드 서브 모드간의 한가지 차이점은 서비스필드 서브 모드는 에어 인터페이스상에서 연결 설정 절차를 필요로 하지 않는다는 점이다. 페이로드 서브 모드는 연결 설정 절차를 요구한다. 서비스 필드의 내용은 단순화된 호스트 계층(예를 들면, 단순한 센서)의 상태에 따라 업데이트될 수 있다. 페이로드 서브 모드에서 상기 연결 설정 절차는 수행되지만, 에어 인터페이스상으로 전달되는 데이터는 단순화된 호스트에 의하여 생성되고, 그러므로 단순화된 호스트로부터의 데이터는 제한될 수 있다.

서비스필드 서브 모드에서, SS(327), MOSI(321), 그리고 SCLK(325)신호들은 ID-패킷의 서비스필드 내용을 변경하기 위하여 사용된다. 이 신호들을 사용하여 서비스필드 내용에 대한 여덟개의 상이한 값들이 변경될 수 있다. 통신 모듈은 새로운 값들을 SS(327), MOSI(321), 그리고 SCLK(325)신호들에 트리거(trigger)하기 위하여 MISO신호(323)를 사용할 수 있다. 예를 들면, 입력 데이터는 센서 값이 어떤 임계치를 초과하였는지에 대한 정보일 수 있다. ID-패킷들은 동작 범위내에서 어떠한 BT-LEE 장치에 의하여서도 액세스가 가능할 수 있다.

페이로드 서브 모드에서, 적은 양의 데이터가 활성화된 연결상에서 DATA-패킷의 페이로드 필드로 보내진다. 상기 연결의 설정은 연결 설정과 데이터 획득이 허용된 장치들의 액세스 제어를 가능하게 하는 페이로드 서브 모드에서 요구된다.

모드 선택

이제 상이한 모드 동작들간의 선택이 어떻게 이루어질 수 있는지에 대하여 설명한다. 모드는 모드 선택 주기(mode selection period)이전에 사전에 정의된 위치에 신호들을 설정함으로써 선택될 수 있다. 도 5의 흐름도는 ULIF 신호들 SS, MOSI, 그리고 SCLK을 이용하여 호스트 모드 동작을 선택하는 예를 설명한다. 선택 결정은 VON 신호(331)과 같은 VON 신호를 '0'에서 '1'로 변경하였을때 이루어진다. 도시되었듯이 501단계에서 SS 신호가 '0'과 같은지의 여부에 대한 결정이 이루어진다. 만약 그렇지 않다면, 완전한 호스트 모드 동작이 503단계에서 설정된다. 만약 SS 신호가 '0'과 같지 않다면, 상기 절차는 505단계로 가서 SCLK 신호가 '1'과 같은지의 여부에 대한 결정이 이루어진다. 만약 그렇지 않다면 호스트가 없는 동작 모드가 507단계에서 이루어진다. 만약 SCLK 신호가 '1'과 같지 않다면, 상기 절차 는 509단계로 가서 MOSI 신호가 '1'과 같은지의 여부에 대한 결정이 이루어진다. 만약 그렇지 않다면, 단순화된 호스트 동작 모드와 서비스필드 서브 모드가 511단계에서 설정된다. 만약 MOSI 신호가 '1'과 같지 않다면, 상기 절차는 513단계로 가서 단순화된 호스트 모드 동작과 페이로드 서브 모드가 설정된다. 호스트가 없는 모드 동작(507)으로부터, 선택적인 숫자의 단계들이 515단계에서 MOSI 신호가 '0'과 같은지의 여부에 대한 결정을 포함할 수 있다. 만약 그렇지 않다면, 517단계에서, 레지스터들(249)과 같은 레지스터들의 원격 구성이 대응하는 장치에서 허용될 수 있다. 다른 경우, 519단계에서 레지스터의 원격 구성이 거부된다.

신호들의 값은 SS, SCLK, 그리고 MOSI신호들이 접지, 즉 '0'에 연결되는 경우에 정의될 수 있다. 그러한 경우에, 호스트가 없는 모드 동작이 기본으로 선택될 수 있고, 신호들을 공급 전압이 아닌 접지에 연결함으로써 가장 낮은 전력 소비가 얻어진다.

완전한 호스트 모드

도 4와 도 6에 도시된 것처럼, 완전한 호스트 모드는 VON이 '1'로 설정되기 전에 SS신호를 '1'로 설정함으로써 선택된다. SS 신호는 VON 신호가 '1'로 설정된 후, 정의된 숫자의 클럭 사이클과 같이 적어도 호스트 모드 선택 주기에 대하여 '1'로 설정될 수 있다. 호스트가 없는 모드와 단순화된 호스트 모드와 비교하여 완전한 호스트 모드 동작에서 SINT 신호는 호스트 선택 주기중에 그리고 그 직후에 '0'이다. 호스트가 없는 모드 또는 단순화된 호스트 모드가 선택되는 경우, 호스트 모드 선택 주기가 끝날 때 SINT 신호는 '0'에서 '1'로 된다. SINT 신호는 완전한 호스트 모드에서 현재의 ULIF 구현과의 호환성을 보장하기 위하여 '0'으로 유지된다. 완전한 호스트 모드 동작에서, SINT 신호를 '1'로 설정하는 것은 BT-LEE MAC 으로부터의 지시(indication) 또는 응답 메시지가 전달될 준비가 되어있다는 것을 나타낸다. 호스트 모드 선택중에는 ULIF 메시지가 전달되지 않고 따라서 SINT 는 완전한 호스트 모드가 선택될때 '0'으로 유지된다.

호스트가 없는 모드

도 5에 도시되었듯이, 호스트가 없는 모드 동작은 VON 신호를 '1'로 설정하기 전에, SS 신호를 '0'으로 설정하고 SCLK 신호를 '0'으로 설정함으로써 선택된다. SINT 신호를 '0'에서 '1'로 설정하기 전에, BT-LEE MAC은 모드가 성공적으로 선택되었음을 지시한다.

단순화된 호스트 모드

도 5에 도시되었듯이, 단순화된 호스트 모드 동작을 선택하기 위하여 SS 신호는 '0'으로 설정되고 SCLK 신호는 '1'로 설정된다. 서비스필드 서브 모드는 MOSI 신호가 '0'으로 설정되었을때 선택되고 페이로드 서브 모드는 MOSI 신호가 '1'로 설정되었을때 선택된다. 서비스필드와 페이로드 서브 모드간의 한 가지 차이점은 데이터 패킷이 전달되는 곳이다. 서비스필드 서브 모드에서, 데이터는 ID-패킷의 서비스필드에서 전달된다. 페이로드 서브 모드에서, 데이터는 DATA-패킷들에 삽입된다.

소정의 클럭 사이클 수와 같은 모드 선택 주기 후에, SINT 신호는 '1'로 설정되고 MOSI, SCLK,그리고 SS신호 핀들은 서비스필드 서브 모드에서는 광고된 서비 스필드를 또는 페이로드 서브 모드에서는 페이로드 비트들을 제어하기 위하여 사용된다. SINT 신호는 새로운 데이터 생성을 시작하기 위하여 단순화된 호스트를 인터럽트하기 위하여 사용될 수 있다. 데이터가 샘플링될때 MISO 신호는 샘플 클럭으로 사용된다;서비스필드 서브 모드에 대하여는 도 7에서, 페이로드 모드에서도 8에서 도시된 것처럼, 데이터는 상승 에지(rising edge)에서 설정될 수 있고 하강 에지(falling edge)에서 샘플링될 수 있다. 다른 실시예에 부합하여, MISO 신호는 직렬 클럭으로 사용될 수 있고 단순화된 호스트로부터 데이터를 전달하기 위하여 데이터 라인으로 사용될 수 있다. 도 9는 그러한 구현예를 설명한다. 그러한 구성에서 SCLK과 SS 신호들이 재사용된다.

현재 호스트 인터페이스의 종래의 구현은 항상 완전한 호스트 모드 동작이다. 그리하여 만약 종래의 호스트 인터페이스를 가지는 통신 모듈이 본 발명의 양상들과 부합하는 다중모드 인터페이스를 가지는 통신 모듈로 대치되면 현재의 호스트 구현에 대한 변경은 필요치 않다.

본 발명의 다른 양상들에 부합하여, BT-LEE 타입의 통신 모듈과 같은 통신 모듈의 메모리와 레지스터들에 대한 액세스를 원격으로 에어 인터페이스를 통하여 획득하는 방식을 구현하기 위한 방법들을 설명한다. 이러한 양상들에 부합하여, 호스트가 없는 모드 또는 단순화된 호스트 모드에서 통신 모듈의 레지스터들에 대한 원격 구성이 허용된다. 데이터 패킷들은 구성 데이터를 레지스터들에 전송하고 통신 모듈의 메모리로부터 읽고 쓰기 위하여 사용된다.

완전한 호스트 모드 동작에서, 에어 인터페이스상에서의 레지스터 액세스는 호스트 계층들 사이 또는 응용 레벨상에서 통신 모듈과 함께 구현될 수 있다. 도 10은 그러한 예시적 구성을 설명한다. 초기화기(intiator) 통신 모듈내의 응용(1073)은 레지스터(1009) 값들을 변경하도록 광고(Advertisement) 통신 모듈(1001)에게 요청할 수 있다. 그러나 초기화기 통신 모듈(1041)은 광고 통신 모듈(1001)의 MAC 계층(1007) 레지스터들에 대한 직접적인 원격 액세스는 갖지 않는다. 광고 통신 모듈의 응용(1071)은 레지스터(1009)를 액세스하기 위한 요청을 수락 또는 거절할 수 있다. 응용들(1071과 1072)간의 통신은 모듈들간의 연결 설정을 요구한다. 광고 주기(advertisement period)를 변경하고자 하는 요청은 완전한 호스트 모드에서 동작하는 두 모듈간의 레지스터 액세스 요청의 일 예이다.

어떤 실시예들에서, 모듈로부터의 레지스터 액세스는 호스트가 없는 모드와 단순화된 호스트 모드에서 어떤 모듈들의 그룹으로 제한될 수 있다. 에어 인터페이스(1015)상에서 모듈(1001)에 대한 레지스터(1009) 액세스를 획득하도록 허락된 모듈들(1041)에 관한 정보는 모듈(1001)의 MAC 계층(1007)의 레지스터들(1009)에 저장될 수 있다. 그 대안들에는 설정된 통신 범위내에서 단지 하나의 모듈 또는 모든 모듈들에 대한 액세스 권한을 허용하는 것을 포함한다. 모든 모듈들은 아니지만 일부 모듈들의 원격 구성 수행이 허용될때, 모듈(1041)과 같은 허용된 모듈들의 목록, 그리고 허용된 액세스를 정의하는 레지스터(1049)와 같은 레지스터들의 MAC 계층의 크기가 비실제적으로 크게 증가할 수 있다. 그러한 문제를 극복하는 하나의 방식은 레지스터 값들을 변경하도록 허용된 일련의 모듈들을 정의할 때 IEEE 어드레스대신 액세스 코드를 사용하는 것이다.

단순화된 호스트 모드 동작에서, 레지스터 액세스는 인터페이스(1003)와 같은 호스트 인터페이스의 파라미터들을 정의하기 위하여 사용될 수 있다. 적은 양의 데이터가 호스트 계층(1005)과 같은 단순화된 호스트 계층 그리고 MAC 계층(1007)과 같은 MAC 계층간에 전달된다. 예를 들면, 페이로드 모드에서 데이터의 포맷, 패킷당 샘플의 수, 샘플당 비트수, 그리고 직렬 인터페이스 구현에서 샘플 클럭의 주파수가 구성될 수 있다.

호스트가 없는 모드와 단순화된 호스트 모드 동작에서, 송신기(Tx)와 수신기(Rx), 페이로드 데이터용으로 유보된 버퍼 메모리(1011)의 사용은 매우 낮을 수 있다. 이러한 모드들에서, 연결 설정은 제한적이고 따라서 페이로드 데이터의 전달은 낮거나 전무하다. 그러므로 버퍼 메모리(1011)는 RFID 태그와 같은 기능을 위하여 사용될 수 있다. 현재의 BT-LEE 구현에서 버퍼 메모리(1011)의 총 크기는 1kbyte이다. 메모리 공간(1011)은 각각 255 바이트인 두개의 Tx와 Rx 버퍼를 포함한다. 추가적으로, 일부 외부 또는 다른 전용 메모리가 원격 메모리 액세스용으로 사용될 수 있다.완전한 호스트 모드 동작에서, 원격 메모리 액세스는 버퍼 메모리들이 통신 모드에서 페이로드 데이터를 버퍼링하기 위하여 사용되기 때문에 전용 메모리를 필요로 할 수 있다.

MAC 상태 머신(STATE MACHINE)

종래의 BT-LEE MAC 기능의 상태 머신(state machine)은 도 11에 도시된 것처럼, 점선 박스(1101)내의 컴포넌트들(1111-1121)에 의하여 설명된다. 본 발명의 적어도 하나의 양상에 부합하여, 새로운 상태(1161)가 원격 레지스터와 메모리 액세 스를 위하여 사용된다. 상이한 상태들간의 전달은 모듈의 역할에 따라 상이하다.

광고 모듈에 대하여, 원격 레지스터와 메모리 절치는 광고 상태(1121)부터 시작한다. 광고 상태(1121)에서 광고 모듈은 매 ID_INFO 패킷후와 같은 소정의 시간에서 모듈들의 응답을 듣는다. 만약 초기화기 모듈이 레지스터 또는 메모리 요청 패킷을 가진 ID_INFO 패킷에 응답한다면, 광고 모듈은 원격 액세스 상태(1161)로 천이한다. 만약 초기화기 모듈이 레지스터 또는 메모리 액세스를 하도록 허용되면, 대응하는 절차가 실행된다. 그 절차후에, 광고 모듈은 광고 상태(1121)로 복귀한다. 다른 경우, 광고 모듈은 초기화기 모듈에게 액세스가 거부되고 광고 상태(1121)로 되돌아간다고 응답 패킷으로 알려준다.

초기화기 모듈에 대하여, 원격 레지스터와 메모리 절차들은 아이들 상태(Idle state, 1113)에서 시작한다. 초기화기 모듈의 호스트 계층을 제어하는 응용은 MAC 계층에게 스캔 상태(Scan state, 1115)로 변경하라고 지시한다. 스캔 주기후에, 초기화기 모듈은 어떤 광고 장치들이 설정된 통신 범위내에 있는지를 알고 MAC 계층은 아이들 상태(1113)로 되돌아간다. 만약 초기화기 모듈이 광고 모듈에 대한 레지스터 또는 메모리 액세스 요청을 하기를 원한다면, 초기화기 모듈의 응용은 MAC 계층에게 레지스터/메모리 액세스 파라미터들을 가진 연결 상태(Connect state,1117)로 천이를 지시한다. 만약 연결 상태(1117)에서 초기화 모듈이 원하는 모듈에 의하여 전송된 ID_INFO 패킷을 수신한다면, 초기화기 모듈은 적절한 요청 패킷을 보내고 원격 액세스 상태(Remote Access state, 1161)로 변경한다. 만약 액세스가 허용되면, 도 15와 도 20을 참조하면서 아래에서 상세하게 설명할 대응하는 절차가 실행된다. 다른 경우, 광고 모듈은 초기화기 모듈에게 상기 액세스가 거부되었다고 알려주고 상기 초기화기 모듈은 아이들 상태(1113)로 복귀한다.

새로운 패킷들

BT-LEE 기술에서는, 두 개의 낮은 레벨의 패킷 종류, 즉 ID_INFO 그리고 DATA_PDU 패킷이 있다. DATA_PDU 패킷들은 상이한 종류들로 더 나뉜다. 도 12는 일반적인 DATA_PDU 패킷의 패킷 포맷을 설명한다. 종류(Type) 필드는 무슨 종류의 패킷인지를 설명하고 상이한 DATA_PDU 종류들이 표 1에 리스트되어 있다. 본 발명의 양상들과 부합하여, 새로운 패킷 종류들은 00110,00111,01000,01001, 그리고 01010의 종류(TYPE) 필드를 포함한다.

종류(TYPE) 필드 설명

종류(TYPE)	설명
00000	데이터페이로드
00001	ID_INFO_RESPONSE
00010	종료(Terminate)
00011	SNIFF_REQ
00100	SNIFF_RSP
00101	REGISTER_ACCESS_REQUEST
00110	REGISTER_ACCESS_RESPONSE
00111	MEMORY_ACCESS_REQUEST
01000	MEM_ACC_READY
01001	MEM_ACC_DATA_REQ
01010	MEM_ACC_DATA_RSP

레지스터 액세스

본 발명에 양상에 부합하여 에어 인터페이스상으로 메모리와 레지스터를 액세스하기 위해서 새로운 패킷들이 개발되었다. 레지스터 액세스 기능은 두 가지 새로운 패킷들을 포함한다:REGISTER_ACCESS_REQUEST 와 REGISTER_ACCESS_RESPONSE. 에어 인터페이스상에서 레지스터 구성 시퀀스를 수행하고자 하는 초기화기 모듈은 REGISTER_ACCESS_REQUEST 패킷을 전송한다. REGISTER_ACCESS_RESPONSE 패킷은 광고 모듈이 레지스터 액세스 요청의 성공을 나타내기 위하여 사용되는 응답이다. 도 13과 도 14는 각각 REGISTER_ACCESS_REQUEST 패킷과 REGISTER_ACCESS_RESPONSE 패킷을 위한 패킷 포맷의 예를 설명하고 있다. 도 15는 에어 인터페이스상에서 레지스터 액세스를 위한 패킷 교환의 일 예를 설명한다.

도 13에 도시된 REGISTER_ACCESS_REQUEST 패킷의 5-비트 유니캐스트 채널(Unicast Channel) 필드는 ID_INFO_RESPONSE 패킷에서와 유사하게 사용된다. 상기 유니캐스트 채널(Unicast Channel) 필드는 광고 모듈이 REGISTER_ACCESS_RESPONSE 패킷으로 응답하는 주파수 채널을 규정한다. 도 13에 도시된 40 비트의 소스 주소 필드(Source Address field)는 상기 초기화기 모듈의 장치 주소이다. 1비트의 R/W 필드는 상기 초기화기 모듈이 레지스터 값을 읽을 때는 R/W='0'이고, 쓸 때는 '1'이다. 7비트의 레지스터 주소 필드는 액세스된 레지스터의 주소를 규정하고 8비트의 레지스터값 필드는 쓰여질 값을 규정한다. 레지스터값 필드는 만약 쓰기 모드, 즉 R/W 비트가 '1'이라면 도 13의 패킷에 존재할 수만 있다.

도 14를 참조하면, REGISTER_ACCESS_RESPONSE 패킷, R/W 필드와 레지스터 주소 필드는 대응되는 REGISTER_ACCESS_REQUEST 패킷으로부터 복사된다. 8비트의 레지스터값 필드는 읽기와 쓰기 모드 모두에서 레지스터 주소에 의하여 규정된 레지스터의 값을 포함한다. 8비트의 성공 코드(Succcess Code) 필드는 레지스터 액세스가 성공적인지의 여부 또는 동작중 어느 시점에선가에서 오류가 발생하였음을 나타낸다. 성공 코드 필드의 예시적인 값들이 표 2에 나타나있다.

REGISTER_ACCESS_RESPONSE 패킷의 성공 코드 필드의 정의

성공 코드	설명
00000000	레지스터 액세스 성공
00000001	레지스터 액세스 불허
00000010	쓰기 불허
00000011	유효하지 않은 레지스터 주소
00000100	유효하지 않은 레지스터 값
00000101	직접적인 레지스터 액세스를 이용할 수 없음

본 발명이 속하는 기술분야에서 통상의 지식을 가진 자라면 BT-LEE MAC 에서 필드들과 레지스터의 길이는 일정할 수 있고 여기에서 설명한 것과 상이할 수 있음을 이해할 것이다. 예를 들면, 모든 레지스터는 1 바이트, 즉 8비트 일 수 있다.

하나의 원격 레지스터 액세스를 위한 초기화기와 광고 모듈간의 데이터 교환 시퀀스는 도 15에 도시되어 있다. 상기 시퀀스는 에어 인터페이스상에서 레지스터 구성을 허용하는 광고 모듈이 광고 상태(1121)와 같은 광고 상태에 있는 상황에서 시작한다. 광고 모듈은 ID_INFO 패킷들을 순차적으로 송신한다. 모든 ID_INFO 패킷후에 광고 모듈은 초기화기 모듈이 IN_INFO 패킷에 응답하는지의 여부를 알아보고자 듣는다(listen). 구성은 연결 설정 시퀀스와 유사하다.

초기화기 모듈은 ID-INFO 패킷후에 응답용으로 유보된 타임 슬롯(time slot)중에 REGISTER_ACCESS_REQUEST 패킷을 송신함으로써 레지스터 구성을 요청할 수 있다. REGISTER_ACCESS_REQUEST 패킷의 구성은 도 13을 참조하면서 위에서 설명하였다. REGISTER_ACCESS_REQUEST 패킷에서 수신된 데이터에 따라 광고 모듈은 초기화기 모듈에 위에서 도 14를 참조하면서 설명한 REGISTER_ACCESS_RESPONSE 패킷을 송신함으로써 구성 결과에 대하여 아려준다. 상기 응답은 초기화기 모듈에 의하여 선택된 유니캐스트 채널(Unicast Channel)상에서 전송될 수 있다. 상기 유니캐스트 채널(Unicast Channel)의 주파수 숫자는 REGISTER_ACCESS_REQUEST 패킷에 포함될 수 있다.

MAC 내의 버퍼는 레지스터 데이터의 버퍼링을 가능하게 한다. 광고 모듈은 만약 레지스터의 구성이 초기화 모듈에게 허용된다면 대응하는 레지스터를 구성한다. 상기 레지스터는 만약 "연결종료(terminate connection)" 파라미터를 가진 REGISTER_ACCESS_REQUEST 패킷 또는 DATA_PDU 패킷이 성공적으로 수신되고 패킷 헤더의 ACK 비트가 초기화 모듈이 REGISTER_ACCESS_RESPONSE 패킷을 성공적으로 수신하였음을 확인하면 상기 버퍼내의 값으로 업데이트될 수 있다. 그렇지 않으면, 상기 버퍼내의 데이터는 삭제되고 레지스터 값은 변경되지 않고 유지된다. 레지스터 데이터를 버퍼링하고 레지스터 값을 업데이트하는 한가지 이유는 초기화 모듈이 변경 확인을 수신하지 않고 광고 모듈에서 데이터가 변경되지 않도록 확실히 하기 위해서이다. 패킷 손실 또는 연결 중단인 그러한 경우에 초기화기 모듈은 확인 없이 레지스터 값들에 대한 제어를 상실할 수 있다.

초기화기 모듈은 이전의 REGISTER_ACCESS_RESPONSE 패킷을 수신한 후 다른 REGISTER_ACCESS_REQUEST 패킷을 즉각 송신한 후에 레지스터 구성을 계속할 수 있거나 또는 종료 플래그(terminate flaga)와 함께 DATA_PDU 패킷을 송신함으로써 구성을 종료할 수 있다. 레지스터 액세스의 초기화기는 레지스터 값을 읽음으로써 레지스터 액세스의 성공을 확실하게 한다.

여러 개의 레지스터들이 연속적으로 구성되는 경우에 REGISTER_ACCESS_REQUEST 모듈에서 다수의 유니캐스트 채널(Unicast Channel)과 초기화기의 소스 주소를 송신하는 것은 필요하지 않다. 그러므로 연속적인 레지스터 액세스를 구현하는 데에는 두 가지 방식이 존재한다. 첫번째 방식에서, 광고와 유니캐스트 채널(Unicast Channel)상에서 REGISTER_ACCESS_REQUEST 패킷에 대한 동일한 패킷 구조가 사용될 수 있다. 두 번째 방식에서, 전용 REGISTER_ACCESS_REQUEST 패킷 구조가 유니캐스트 채널(Unicast Channel) 상으로 전송된 요청용으로 사용될 수 있다. 첫번째 방식에 대하여, 유니캐스트 채널(Unicast Channel) 정보와 소스 주소 필드는 무시될 수 있다. 종래의 재전송 절차는 원격 레지스터 액세스 절차에서 또한 유효하다.

메모리 액세스

메모리 공간에 대한 액세스 구현을 위하여 네개의 패킷이 도입된다: MEMORY_ACCESS_REQUEST, MEMORY_ACCESS_READY, MEMORY_ACCESS_DATA_REQUEST, 그리고 MEMORY_ACCESS_DATA_RESPONSE. 이 패킷들의 예시적인 패킷 포맷은 각각 도 16 내지 도 19에 도시되어 있다.

유니캐스트 채널(Unicast Channel) 필드와 소스 주소 필드는 ID_INFO_RESPONSE와 REGISTER_ACCESS_REQUEST 패킷들에서와 같이 정의된다. R/W 비트는 만약 초기화기 모듈이 메모리 내용을 읽기를 원한다면 R/W='0'으로, 쓰기를 원한다면 R/W='1'로 정의한다. 두 개의 향후 사용(Future Use, FU) 비트들은 사용하지 않은 상태로 남겨진다.

광고 모듈은 메모리 액세스 상태로 변경하였다고 확인하기 위하여 MEMORY_ACCESS_READY 패킷으로 응답한다. MEMORY_ACCESS_READY 패킷은 초기화기 모듈이 메모리에 대한 액세스를 허용받았는지의 여부 그리고/또는 만약 대응하는 MEMORY_ACCESS_REQUEST에서 R/W='1'이면 메모리에 쓰기가 허용되는지의 여부를 나타내는 성공 코드 필드를 포함한다. 메모리종류(MemoryType) 필드는 메모리 종류와 메모리의 크기를 정의한다.

MEMORY_ACCESS_DATA_REQUEST 패킷은 다음 필드들을 포함할 수 있다: 시작 주소, R/W, 길이, 그리고 메모리 값. 16비트의 시작 주소 필드는 시작 메모리 주소를 규정하고 7비트의 길이 필드는 그 시작 주소에서 시작하여 얼마나 많은 바이트가 읽히거나 써지는지를 규정한다. 1비트의 R/W 필드는 만약 초기화기 모듈이 메모리 내용을 읽기를 원한다면 R/W='0', 쓰기를 원한다면 R/W='1'로 규정한다. R/W='1'인 경우에 메모리 값 필드는 써진 데이터를 담고 있는다.

MEMORY_ACCESS_DATA_RESPONSE 패킷의 시작 주소 필드와 R/W 필드는 대응하는 MEMORY_ACCESS_DATA_REQUEST 패킷으로부터 복사된다. R/W='0'인 메모리 읽기의 경우에는 또한 메모리 값 필드도 존재하며, 이것은 상기 시작 주소로부터 시작하는 길이 바이트의 메모리 내용을 포함한다.

에어 인터페이스상에서 메모리 액세스를 위하여 데이터를 교환하는 시퀀스의 예가 도 20에 도시되어 있다. 상기 시퀀스는 레지스터 구성 시퀀스에서처럼, 동일한 시점, 즉 광고 상태에 있는 광고 모듈에서 시작한다. 메모리 액세스를 요청하는 모듈, 즉 초기화기 모듈은 위에서 도 18을 참조하면서 설명하였던 MEMORY_ACCESS_REQUEST 패킷을 송신함으로써 ID_INFO 패킷에 응답한다. 상기 패킷은 선택된 유니캐스트 채널(Unicast Channel)의 수와 초기화기 모듈의 소스 주소를 담고 있다. 게다가 MEMORY_ACCESS_REQUEST 패킷은 초기화기 모듈이 메모리 내용을 읽고자 하는지 혹은 메모리에 쓰고자 하는지의 여부에 관한 정보를 담고 있다.

광고 모듈은 유니캐스트 채널(Unicast Channel)에서 MEMORY_ACCESS_READY 패킷을 보냄으로써 상기 요청에 응답한다. 초기화 모듈은 MEMORY_ACCESS_READY 패킷을 수신한 후에 읽히거나 써지는 메모리 영역의 시작 주소와 길이를 담고 있는 MEMORY_ACCESS_DATA_REQUET 패킷을 송신한다. 그리고나서 광고 모듈은 요청된 메모리 내용을 MEMORY_ACCESS_DATA_RESPONSE 패킷으로 송신한다. 쓰기 요청의 경우에 상기 메모리 내용은 존재하지 않으며, 반면에 주소, 길이, 그리고 쓰기 성공 파라미터들은 그 쓰기 동작을 입증하기 위하여 포함된다. 만약 초기화기 모듈이 MEMORY_ACCESS_DATA_RESPONSE 패킷을 올바르게 수신하면, 메모리 액세스 절차를 종료하기 위하여 종료 DATA_PDU 패킷을 송신한다.

본 발명의 양상들에 부합하여, 연속적인 메모리 액세스가 또한 가능하다. 그러한 경우에 초기화기 모듈은 종료 DATA_PDU 패킷을 송신하지 않지만 오히려 이전의 MEMORY_ACCESS_DATA_RESPONSE가 광고 모듈로부터 온 후에 새로운 MEMORY_ACCESS_DATA_REQUEST 패킷을 송신한다. 메모리 액세스 시퀀스는 초기화기 모듈이 결국 종료 DATA_PDU 패킷을 보낼때까지 계속될 수 있다.

데이터가 잉여로 버퍼링되는 것을 피하기 위하여, 메모리 내용은 만약 액세스가 허용된다면 MEMORY_ACCESS_DATA_REQUEST 패킷의 수신 직후에 업데이트될 수 있다. 본 발명이 속하는 기술분야에서 통상의 지식을 가진자에게 알려진 BT-LEE 기술을 위한 종래의 재전송 절차는 또한 원격 메모리 액세스 절차에서 유효하다.

도 15와 도 20에서 도시된 예시적인 시퀀스 차트는 각각 도 21과 도 22A 내지 도 22B에서 보다 상세하게 서술되어 있다. 도 21의 흐름도는 에어 인터페이스상에서 광고 모듈 레지스터 액세스의 동작을 나타낸다. 절차는 광고 패킷이 송신되는 2101단계에서 시작한다. 2103단계에서 레지스터 액세스 요청 패킷이 성공적으로 수신되었는지의 여부에 대한 결정이 이루어진다. 만약 그렇지 않다면, 상기 절차는 광고 모듈이 광고 상태로 돌아가는 2105단계로 이동하고 상기 절차는 2101단계로 돌아간다. 만약 레지스터 액세스 요청 패킷이 성공적으로 2103단계에서 수신되면, 상기 절차는 2107단계로 이동한다.

2107단계에서, 광고 모듈이 완전한 호스트 모드 동작에서 동작하는지의 여부에 관한 결정이 이루어진다. 만약 광고 모듈이 완전한 호스트 모드 동작에서 동작하면, 상기 절차는 광고 모듈이 광고 모듈의 레지스터에 대한 원격 액세스의 거부에 대응하는 "직접 원격 액세스 불허" 파라미터를 가진 레지스터 액세스 응답 패킷을 보내는 2109단계로 이동한다. 그리고나서, 상기 절차는 2105단계로 이동한다. 2107단계에서 만약 광고 모듈이 완전한 호스트 모드 동작에서 도악하지 않는다면, 상기 절차는 다른 결정이 이루어지는 2111단계로 이동한다. 2111단계에서, 액세스를 탐색하는 초기화 모듈에 대한 구성 액세스가 존재하는지의 여부에 대한 결정이 이루어진다. 만약 그렇지 않다면 거부 응답 패킷이 송신되는 2109단계로 되돌아간다. 다른 경우, 만약 구성 액세스가 2111단계에서 존재하지 않는다면 상기 절차는 2113단계로 진행한다.

2113단계에서, 광고 모듈은 광고 모듈의 레지스터에 대한 원격 액세스의 허용에 대응하여, "성공적 액세스" 파라미터와 요청된 레지스터 값을 가진 레지스터 액세스 응답 패킷을 송신한다. 상기 절차는 종료 DATA_PDU 패킷이 성공적으로 수신되었는지의 여부에 대한 또다른 결정이 이루어지는 2115단계로 이동한다. 만약 그렇다면, 상기 절차는 2105단계로 되돌아가기 전에 레지스터 값이 업데이트되는 2117단계로 진행한다. 만약 종료 DATA_PDU 패킷이 2115단계에서 성공적으로 수신되지 않았다면, 상기 절차는 또다른 레지스터 액세스 요청 패킷이 성공적으로 수신되었는지의 여부에 대한 결정이 이루어지는 2119단계로 진행한다. 그러한 경우는 다중 연속 레지스터 액세스의 경우일 수 있다. 연속적인 레지스터 액세스에서 초기화기 모듈은 종료 DATA_PDU 패킷 대신 새로운 REGISTER_ACCESS_REQUEST 패킷을 송신하고, 광고 모듈은 REGISTER_ACCESS_RESPONSE 패킷으로 응답한다. 만약 다른 레지스터 액세스 요청 패킷이 2119단계에서 성공적으로 수신되지 않았다면, 상기 절차는 2105단계로 되돌아간다. 다른 경우, 만약 다른 레지스터 액세스 요청 패킷이 2119단계에서 성공적으로 수신되었다면, 상기 절차는 상기 절차가 2107단계로 되돌아가기 전에 레지스터 값이 업데이트되는 2121단계로 이동한다.

도 22A 내지 도 22B의 흐름도는 에어 인터페이스상에서의 광고 모듈 메모리 액세스의 동작을 나타낸다. 이 흐름도는 광고 모듈의 관점에서 원격 메모리 액세스 절차를 나타낸다. 다중 연속 메모리 액세스가 이루어질 수 있고, 마지막 메모리 액세스 이벤트후에 상기 모듈은 광고 상태로 되돌아간다. 상기 절차는 광고 모듈이 광고 상태에 있는 2201단계에서 시작하고 ID_INFO 패킷이 요청하는 초기화기 모듈로 송신된다. 2203단계에서, REGISTER_ACCESS_REQUEST 패킷이 성공적으로 수신되었는지의 여부에 대한 결정이 이루어진다. 만약 그렇지 않다면, 상기 절차는 광고 모듈이 광고 상태로 돌아가는 2205단계로 이동하고, 상기 절차는 2201단계로 되돌아간다. 만약 REGISTER_ACCESS_REQUEST 패킷이 2203단계에서 성공적으로 수신되었다면 상기 절차는 2207단계로 이동한다.

2207단계에서, 광고 모듈이 완전한 호스트 모드 동작에 동작중인지의 여부에 대한 결정이 이루어진다. 만약 광고 모듈이 완전한 호스트 모드 동작에서 동작중이면, 상기 절차는 상기 요청이 광고 모듈로부터의 외부 메모리에 대응하는지의 여부에 대한 다른 결정이 이루어지는 2209단계로 이동한다. 만약 그렇지 않다면, 상기 절차는 광고 모듈이 광고 모듈의 메모리에 대한 원격 액세스 거부에 대응하여 "액세스 불허" 파라미터를 가진 REGISTER_ACCESS_READY 패킷을 송신하는 2211단계로 이동한다. 그리고 나서 상기 절차는 2205단계로 되돌아간다. 만약 상기 요청이 단계 2209에서 외부 메모리를 향한 것이면, 상기 절차는 아래에서 설명하는 2219단계로 이동한다.

2207단계로 돌아가서, 만약 광고 모듈이 완전한 호스트 모드 동작으로 동작중이면, 상기 절차는 다른 결정이 이루어지는 2213단계로 이동한다. 2113단계에서, 광고 모듈이 단순화된 호스트 모드 동작으로 동작중인지의 여부에 대한 결정이 이루어진다. 만약 광고 모듈이 단순화된 호스트 모드 동작으로 동작중이면, 상기 절차는 광고 모듈이 서비스필드 서브 모드에 비교되는 페이로드 서브모드로 동작중인지의 여부에 대한 결정이 이루어지는 2215단계로 이동한다. 만약 광고 모듈이 페이로드 서브 모드로 동작중이면, 상기 절차는 위에서 설명한 것과 같은 2209단계로 진행한다. 만약 광고 모듈이 페이로드 서브모 드에서 동작하지 않고 오히려 서비스필드 서브 모드로 동작한다면, 상기 절차는 2217단계로 이동한다. 게다가 만약 광고 모듈이 2213단계에서 단순화된 호스트 모드 동작으로 동작중이라면 상기 절차는 2217단계로 이동한다.

2217단계에서, 초기화기 모듈이 광고 모듈의 메모리를 읽거나 그 메모리에 쓸 액세스 권한을 가지고 있는지의 여부에 대한 결정이 이루어진다. 만약 그렇지 않다면, 상기 절차는 광고 모듈의 메모리에 대한 원격 액세스 거부에 대응하여 "액세스 불허" 파라미터를 가진 REGISTER_ACCESS_READY 패킷을 송신한다. 만약 초기화기 모듈이 2217단계에서 액세스 권한을 가진다면 상기 절차는 2219단계로 이동한다. 2219단계에서, 광고 모듈은 광고 모듈의 메모리에 대한 원격 액세스 허용에 ㄷ대응하여 "MEME_ACC_READY" 패킷과 같은 메모리 액세스 준비 패킷을 송신한다.

그리고나서 상기 절차는 "MEM_ACC_DATA_REQ" 패킷과 같은 메모리 액세스 데이터 요청 패킷이 초기화기 모듈로부터 성공적으로 수신되었는지의 여부에 대한 결정이 이루어지는 2221단계로 이동한다. 만약 메모리 액세스 데이터 요청이 2221단계에서 성공적으로 수신되었다면, 상기 절차는 초기화기 모듈이 광고 모듈의 메모리로부터 읽기 또는 메모리로 쓰기를 원하는지의 여부에 대한 결정이 이루어지는 2223단계로 이동한다. 만약 초기화기 모듈이 메모리에 쓰기를 원한다면, 즉 R/W='1'이면, 상기절차는 메모리의 내용이 업데이트되는 2225단계로 이동하고 상기 절차는 2227단계로 진행한다. 만약 초기화기가 광고 모듈로부터 읽기를 원한다면, 즉 R/W='0'이면 상기 절차는 광고 모듈이 성공적인 액세스 파라미터와 대응하는 데이터를 가진 "MEM_ACC_RSP" 패킷과 같은 메모리 액세스 응답 패킷을 송신하는 2227단계로 직접 이동한다. 마지막으로, 상기 절차는 종료 DATA_PDU 패킷이 성공적으로 수신되었는지의 여부가 결정되는 2229단계로 이동한다. 만약 그렇다면, 상기 절차는 2201단계로 되돌아간다. 만약 그렇지 않다면, 상기 절차는 2221단계로 되돌아간다.

통신 모듈에서 메모리는 다수의 상이한 종류일 수 있다. 구성 설정 또는 메모리의 내용이 예를 들면 초기화기 모듈과 같은 다른 모듈내로 저장되고 구성이 필요할 때마다 매번 상기 초기화기 모듈이 설정을 구성한다고 가정할 수는 없다. 그러므로, 모듈에서의 메모리 종류는 비휘발성일 수 있다. 즉 레지스터의 내용과 메모리는 만약 장치의 배터리가 소모되었다면 나타나지 않을 것이다. 예를 들면, EPROM, EEPROM, 그리고 플래쉬 메모리 종류들은 비휘발성이다. 비휘발성 메모리들은 RFID 태그 구현에서 사용된다.

본 발명의 실시예들에 부합하여, 레지스터 액세스와 메모리 액세스는 여러가지 이유로 상이할 수 있다. 첫번째, 레지스터 액세스는 메모리 액세스보다 시간이 짧을 수 있다. 잠재적으로 보다 긴 메모리 액세스는 광고 채널의 재밍(jamming)을 피하기 위하여 유니캐스트 채널 상에서 실행될 수 있다. 유니캐스트 채널의 사용은 광고 장치에게 광고 채널에서 유니캐스트 채널로 다중 패킷들의 전송할 것을 켱령할 필요가 있을 수 있다. 게다가 만약 메모리 공간이 비교적 크다면, 한번의 메모리 액세스는 양 방향으로 연속적인 MEMORY_ACCESS_DATA 패킷들의 전달을 필요로 할 수 있는 반면에 MEMORY_ACCESS_REQUEST 패킷과 MEMORY_ACCESS_READY 패킷은 메모리 액세스 절차의 시작에서만 필요로 할 수 있다.

두번째, 메모리 공간은 레지스터 공간에서보다 구현별로 더 변화할 수 있고 따라서 MEMORY_ACCESS_READY 패킷의 필드는 메모리 공간을 정의하기 위하여 사용될 수 있다. 세번째, 레지스터 액세스의 데이터는 호스트가 없는 칩(chip)상에서 보다 쉽게 버퍼링될 수 있다. 그러므로, 예를 들면 레지스터 액세스의 CRC(Cyclic Redundancy Check)는 레지스터 값이 실제로 칩상에서 변경되기 전에 확인될 수 있고, 보다 단순한 패킷 전달 절차가 사용될 수 있다. 메모리 액세스를 위하여 호스트가 없는 집적 회로(IC) 상에서 긴 버퍼를 위한 공간이 없을 수 있고 그러므로 호스트가 없는 IC상의 메모리는 MEMORY_ACCESS_DATA_REQUEST 패킷의 수신중에 즉시 업데이트 될 것이다. 만약 MEMORY_ACCESS_DATA_REQUEST 패킷의 CRC 체크가 실패하면, 호스트가 없는 IC가 버퍼 메모리가 존재하지 않는 경우 메모리 액세스를 취소할 방법이 없게 된다. 그러므로, 에어 인터페이스 뒤의 호스트는 필요하다면 원래 메모리 내용을 읽을 수 있기 위하여 메모리 제어를 취급할 수 있고, 메모리 액세스 후에 호스트가 없는 IC상의 새로운 내용이 올바른지 확인할 수 있다. 메모리 액세스의 취소는 필요하다면 버퍼링된 이전의 데이터를 호스트에 송신함으로써 새로운 메모리 액세스로 에어 인터페이스 뒤의 호스트에 의하여 실행될 수 있다.

여기에서 본 발명의 다양한 양상을 구현하는 시스템과 방법들이 예를 들어서 설명되었지만 본 발명이 속하는 기술분야에서 통상의 지식을 가진자라면 본 발명이 이 실시예들에 한정되지 않는다는 것을 이해할 것이다. 본 발명이 속하는 기술분야에서 통상의 지식을 가진자라면 특히 본 발명의 가르침으로부터 수정을 할 수 있을 것이다. 예를 들면, 앞서 언급한 실시예들의 각 구성요소들은 혼자서 이용되거나 혹은 다른 실시예들의 구성요소들과 함께 혹은 서브 컴비네이션으로 이용될 수 있다. 또한 본 발명의 사상과 범위에서 벗어나지 않으면서 수정이 이루어딜 수 있음을 이해하여야 할 것이다. 그러므로 본 설명은 본 발명에 대한 제한이 아닌 설명으로 취급되어야 한다.

Claims

무선 통신 모듈이 리셋 상태로부터 해제되었는지의 여부를 결정하는 단계;

상기 무선 통신 모듈과 관련된 호스트 인터페이스의 신호들의 존재를 검출하는 단계;

상기 검출된 신호로부터 동작 모드를 결정하는 단계; 및

상기 검출된 신호를 기초로 상기 무선 통신 모듈의 동작 모드로 들어가는 단계;를 포함하는, 무선 통신 모듈과 관련된 호스트 인터페이스 신호들을 검출하기 위한 방법.
제1항에 있어서, 상기 동작 모드를 결정하는 단계는 상기 검출된 신호들의 적어도 두 개의 상태를 결정하는 것을 포함하는, 무선 통신 모듈과 관련된 호스트 인터페이스 신호들을 검출하기 위한 방법.
제2항에 있어서, 상기 동작 모드는 단순화된 호스트 동작 모드(simplified host mode of operation)이며, 여기서 상기 무선 통신 모듈로부터의 데이터 흐름은 제한되는, 무선 통신 모듈과 관련된 호스트 인터페이스 신호들을 검출하기 위한 방법.
제3항에 있어서, 상기 단순화된 호스트 동작 모드내에서 동작의 서브 모 드(sub-mode)가 선택되었는지의 여부를 결정하는 단계;를 더 포함하는, 무선 통신 모듈과 관련된 호스트 인터페이스 신호들을 검출하기 위한 방법.
제4항에 있어서,상기 서브 모드는 서비스필드(ServiceField) 서브 모드 동작에 대응하며, 여기서 데이터는 ID-패킷의 서비스필드(ServiceField) 필드내에서 전달되는, 무선 통신 모듈과 관련된 호스트 인터페이스 신호들을 검출하기 위한 방법.
제4항에 있어서, 상기 서브 모드는 동작의 페이로드(Palyolad) 서브 모드에 대응하며, 여기서 데이터는 DATA-패킷내에서 전달되는, 무선 통신 모듈과 관련된 호스트 인터페이스 신호들을 검출하기 위한 방법.
제2항에 있어서, 상기 동작 모드는 호스트가 없는(host-less) 동작 모드인, 무선 통신 모듈과 관련된 호스트 인터페이스 신호들을 검출하기 위한 방법.
제2항에 있어서, 상기 적어도 두 개의 신호는 SS(Slave Select) 신호, MOSI (Master Out, Slave In)신호, 그리고 SCLK(Serial Clock) 신호를 포함하는, 무선 통신 모듈과 관련된 호스트 인터페이스 신호들을 검출하기 위한 방법.
제8항에 있어서, 상기 SS 신호는 상기 동작 모드가 완전한 호스트 동작 모 드(full host mode of operation)인지의 여부를 확인하는, 무선 통신 모듈과 관련된 호스트 인터페이스 신호들을 검출하기 위한 방법.
제8항에 있어서, 상기 MOSI 신호는 상기 동작 모드에 대하여 단순화된 호스트 동작 모드의 서브 모드인지를 확인하는, 무선 통신 모듈과 관련된 호스트 인터페이스 신호들을 검출하기 위한 방법.
제8항에 있어서, 상기 SCLK 신호는 상기 동작 모드가 호스트가 없는 동작 모드인지의 여부를 확인하는, 무선 통신 모듈과 관련된 호스트 인터페이스 신호들을 검출하기 위한 방법.
제11항에 있어서, 상기 MOSI 신호는 상기 무선 통신 모듈의 레지스터의 원격 구성이 허용되는지의 여부를 확인하는, 무선 통신 모듈과 관련된 호스트 인터페이스 신호들을 검출하기 위한 방법.
제12항에 있어서,

상기 동작 모드의 변경을 요청할 것인지를 결정하는 단계; 및

허용되는 경우 상기 결정된 요청에 기초하여 상기 무선 통신 모듈의 새로운 동작 모드로 들어가는 단계;를 더 포함하는, 무선 통신 모듈과 관련된 호스트 인터페이스 신호들을 검출하기 위한 방법.
제13항에 있어서, 상기 동작 모드의 변경을 위한 상기 요청이 허용되는지를 결정하는 단계;를 더 포함하는, 무선 통신 모듈과 관련된 호스트 인터페이스 신호들을 검출하기 위한 방법.
제13항에 있어서, 상기 동작 모드의 변경을 위한 상기 요청을 거부하는 응답을 송신하는 단계;를 더 포함하는, 무선 통신 모듈과 관련된 호스트 인터페이스 신호들을 검출하기 위한 방법.
제1항에 있어서,

상기 무선 통신 모듈의 메모리 공간을 액세스하기 위한 요청 모듈(requesting moudel)이 허용되는지의 여부를 결정하는 단계; 및

상기 요청 모듈이 허용되는지의 여부를 결정하는 단계에 대응하는 응답을 출력하는 단계;를 더 포함하는, 무선 통신 모듈과 관련된 호스트 인터페이스 신호들을 검출하기 위한 방법.
무선 통신 모듈의 동작 모드를 검출하기 위한 무선 모듈에 있어서,

데이터를 송신하고 수신하도록 구비된 트랜시버(transceiver); 및

레지스터들과 메모리 공간을 포함하고, 수신된 데이터의 처리에 기초하여 상기 레지스터들과 메모리 공간에 대한 원격 액세스를 허용하는 MAC(Medium Access Control) 계층을 구현하도록 구비된 컴포넌트를 포함하며, 상기 컴포넌트는

하나 이상의 프로세서와 하나 이상의 메모리를 포함하며, 여기서 상기 하나 이상의 메모리는 상기 하나 이상의 프로세서들이

상기 MAC 계층의 레지스터들을 액세스하려는 요청이 요청 모듈로부터 수신되었는지의 여부를 결정하고;

상기 무선 모듈과 관련된 무선 통신 모듈의 동작 모드를 결정하고;

상기 요청 모듈이 상기 MAC 계층의 레지스터들을 액세스하도록 허용되었는지의 여부를 결정하고; 그리고

상기 요청 모듈이 허용되었는지 여부의 결정에 대응하여 응답을 출력하도록 하는; 컴퓨터에서 실행할 수 있는 명령들을 저장하는, 무선 통신 모듈의 동작 모드를 검출하기 위한 무선 모듈.
제17항에 있어서, 상기 무선 모듈은 블루투스(Bluetooth) 타입 무선 모듈의 로 엔드 확장(low end extension)인, 무선 통신 모듈의 동작 모드를 검출하기 위한 무선 모듈.
제17항에 있어서, 상기 응답은 상기 레지스터들에 대한 응답의 거부에 대응하는 데이터를 포함하는,무선 통신 모듈의 동작 모드를 검출하기 위한 무선 모듈.
제19항에 있어서, 상기 동작 모드는 완전한 호스트 동작 모드가 되도록 결정 되는, 무선 통신 모듈의 동작 모드를 검출하기 위한 무선 모듈.
제17항에 있어서, 상기 요청 모듈이 상기 MAC 계층의 레지스터들에 대한 액세스 허용여부를 결정하자마자, 상기 하나 이상의 메모리가 상기 하나 이상의 프로세서들이

통신을 종료하고자 하는 요청이 상기 요청 모듈로부터 수신되었는지의 여부를 결정하고; 그리고

종료하고자 하는 상기 요청이 수신되자마자 상기 레지스터중 적어도 하나의 레지스터의 값을 업데이트하도록 하는; 컴퓨터에서 실행할 수 있는 명령들을 더 저장하는, 무선 통신 모듈의 동작 모드를 검출하기 위한 무선 모듈.
제21항에 있어서, 상기 하나 이상의 메모리는 상기 하나 이상의 프로세서가

상기 레지스터들을 액세스하고자하는 새로운 요청이 상기 요청 모듈로부터 수신되었는지의 여부를 결정하고; 그리고

상기 새로운 요청을 수신하자마자, 상기 레지스터중 적어도 하나의 레지스터의 값을 업데이트하도록 하는; 컴퓨터에서 실행할 수 있는 명령들을 더 저장하는, 무선 통신 모듈의 동작 모드를 검출하기 위한 무선 모듈.
무선 통신 모듈의 동작 모드를 검출하기 위한 무선 모듈에 있어서,

데이터를 송신하고 수신하도록 구비된 트랜시버(transceiver); 및

레지스터들과 메모리 공간을 포함하고, 수신된 데이터의 처리에 기초하여 상기 레지스터들과 메모리 공간에 대한 원격 액세스를 허용하는 MAC(Medium Access Control) 계층을 구현하도록 구비된 컴포넌트를 포함하며, 상기 컴포넌트는

하나 이상의 프로세서와 하나 이상의 메모리를 포함하며, 여기서 상기 하나 이상의 메모리는 상기 하나 이상의 프로세서들이

상기 MAC 계층의 레지스터들을 액세스하려는 요청이 요청 모듈로부터 수신되었는지의 여부를 결정하고;

상기 무선 모듈과 관련된 무선 통신 모듈의 동작 모드를 결정하고;

상기 요청 모듈이 상기 MAC 계층의 레지스터들을 액세스하도록 허용되었는지의 여부를 결정하고; 그리고

상기 요청 모듈이 허용되었는지 여부의 결정에 대응하여 응답을 출력하도록; 컴퓨터에서 실행할 수 있는 명령들을 저장하는, 무선 통신 모듈의 동작 모드를 검출하기 위한 무선 모듈.
제23항에 있어서, 상기 동작 모드가 완전한 호스트 동작 모드인 것으로 결정하자마자, 상기 하나 이상의 메모리는 상기 하나 이상의 프로세서가 액세스하고자 하는 요청이 외부의 메모리 공간을 액세스하기 위한 요청에 대응하는지의 여부를 결정하도록 하는 컴퓨터에서 실행할 수 있는 명령들을 더 저장하는, 무선 통신 모듈의 동작 모드를 검출하기 위한 무선 모듈.
제24항에 있어서, 상기 액세스하고자 하는 요청이 외부의 메모리 공간을 액세스하기 위한 요청에 대응하는지의 여부를 결정하자마자, 상기 응답은 상기 외부 메모리 공간에 대한 액세스를 할 수 있는 권한에 대한 승인(acknowledgement)에 대응하는 데이터를 포함하는, 무선 통신 모듈의 동작 모드를 검출하기 위한 무선 모듈.
제25항에 있어서, 상기 하나 이상의 메모리는 상기 하나 이상의 프로세서가 상기 액세스하고자 하는 요청이 상기 외부 메모리 공간에 쓰기 요청인지의 여부를 결정하도록 하는 컴퓨터에서 실행할 수 있는 명령들을 더 저장하는, 무선 통신 모듈의 동작 모드를 검출하기 위한 무선 모듈.
제26항에 있어서, 상기 액세스하고자 하는 요청이 상기 외부 메모리 공간에 쓰기 요청인지의 여부를 결정하자마자, 상기 하나 이상의 메모리는 상기 하나 이상의 프로세서가 상기 외부 메모리 공간의 메모리 내용을 업데이트하도록 하는 컴퓨터에서 실행할 수 있는 명령들을 더 저장하는, 무선 통신 모듈의 동작 모드를 검출하기 위한 무선 모듈.
제23항에 있어서, 상기 요청 모듈이 상기 MAC 계층의 메모리 공간을 액세스하도록 허용되는지를 결정하자마자, 상기 하나 이상의 메모리는 상기 하나 이상의 프로세서가 상기 액세스하고자 하는 요청이 상기 메모리 공간으로부터 읽어오 기(read) 요청을 포함하는지의 여부를 결정하도록 하는 컴퓨터에서 실행할 수 있는 명령들을 더 저장하는, 무선 통신 모듈의 동작 모드를 검출하기 위한 무선 모듈.
제28항에 있어서, 상기 요청이 상기 메모리 공간으로부터 읽어오기 요청을 포함하는지의 여부를 결정하자마자, 상기 응답은 상기 메모리 공간의 내용 데이터를 포함하는, 무선 통신 모듈의 동작 모드를 검출하기 위한 무선 모듈.
관련된 호스트 인터페이스 신호들의 검출을 위한 통신 모듈로서, 상기 통신 모듈은 상기 통신 모듈의 동작 모드를 결정하도록 구비된 컴포넌트를 포함하고,

상기 컴포넌트는 하나 이상의 프로세서와 하나 이상의 메모리를 포함하며, 상기 하나 이상의 메모리는 상기 하나 이상의 프로세서가;

무선 통신 모듈이 리셋 상태로부터 해제되었는지의 여부를 결정하고;

상기 무선 통신 모듈과 관련된 호스트 인터페이스의 신호들의 존재를 검출하고;

상기 검출된 신호로부터 동작 모드를 결정하고; 그리고

상기 검출된 신호를 기초로 상기 무선 통신 모듈의 동작 모드를 결정하도록 하는; 컴퓨터에서 실행할 수 있는 명령들을 저장하는, 관련된 호스트 인터페이스 신호들의 검출을 위한 통신 모듈.
제30항에 있어서, 상기 하나 이상의 메모리는 상기 하나 이상의 프로세서가 상기 검출된 신호들중 적어도 두개의 신호의 상태를 결정하도록 하는 컴퓨터에서 실행할 수 있는 명령들을 더 저장하는, 관련된 호스트 인터페이스 신호들의 검출을 위한 통신 모듈
제31항에 있어서, 상기 동작 모드는 단순화된 호스트 동작 모드이며, 상기 통신 모듈로부터의 데이터 흐름은 제한적인, 관련된 호스트 인터페이스 신호들의 검출을 위한 통신 모듈.
제31항에 있어서, 상기 동작 모드는 호스트가 없는 동작 모드인, 관련된 호스트 인터페이스 신호들의 검출을 위한 통신 모듈.
무선 통신 모듈의 메모리 공간을 액세스하고자 하는 요청이 요청 모듈로부터 수신되었는지의 여부를 결정하고;

상기 무선 통신 모듈의 동작 모드가 호스트가 없는 동작 모드와 단순화된 호스트 동작 모드중 어느 것인지를 결정하고;

상기 요청 모듈이 상기 무선 통신 장치의 메모리 공간을 액세스 하는 것이 허용되는지의 여부를 결정하고; 그리고

상기 요청 모듈의 허용 여부 결정에 대응하는 응답을 출력하는 것을 포함하는, 무선 통신 모듈의 메모리 공간을 액세스하기 위한 방법.
제34항에 있어서, 상기 요청 모듈이 상기 무선 통신 모듈의 메모리 공간에 대한 액세스가 허용되는지의 여부를 결정하자마자, 액세스하고자 하는 상기 요청이 상기 메모리 공간으로부터 읽어오기에 대한 요청을 포함하는지의 여부를 결정하는 단계;를 더 포함하는, 무선 통신 모듈의 메모리 공간을 액세스하기 위한 방법.
제34항에 있어서, 상기 동작 모드는 단순화된 호스트 동작 모드로 결정되며, 상기 방법은 상기 무선 통신 장치의 동작의 서브 모드를 결정하는 단계;를 더 포함하는, 무선 통신 모듈의 메모리 공간을 액세스하기 위한 방법.
제34항에 있어서, 상기 동작 모드가 호스트가 없는 동작모드로 결정하자마자, 그리고 상기 요청 모듈이 상기 메모리 공간을 액세스하는 것이 허용되는 것으로 결정하자마자, 상기 방법은 액세스하고자 하는 상기 요청이 상기 메모리 공간으로부터 읽어오기에 대한 요청을 포함하는 것인지를 결정하는 단계;를 더 포함하는, 무선 통신 모듈의 메모리 공간을 액세스하기 위한 방법.