KR101253799B1 - 무선 오디오 장치들을 위한 통신 시스템 - Google Patents

무선 오디오 장치들을 위한 통신 시스템 Download PDF

Info

Publication number
KR101253799B1
KR101253799B1 KR1020087000332A KR20087000332A KR101253799B1 KR 101253799 B1 KR101253799 B1 KR 101253799B1 KR 1020087000332 A KR1020087000332 A KR 1020087000332A KR 20087000332 A KR20087000332 A KR 20087000332A KR 101253799 B1 KR101253799 B1 KR 101253799B1
Authority
KR
South Korea
Prior art keywords
communication
protocol
audio information
wireless
listening
Prior art date
Application number
KR1020087000332A
Other languages
English (en)
Other versions
KR20080022180A (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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=37110333&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=KR101253799(B1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by 스타키 러보러토리즈 인코포레이티드 filed Critical 스타키 러보러토리즈 인코포레이티드
Publication of KR20080022180A publication Critical patent/KR20080022180A/ko
Application granted granted Critical
Publication of KR101253799B1 publication Critical patent/KR101253799B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R25/00—Deaf-aid sets, i.e. electro-acoustic or electro-mechanical hearing aids; Electric tinnitus maskers providing an auditory perception
    • H04R25/55—Deaf-aid sets, i.e. electro-acoustic or electro-mechanical hearing aids; Electric tinnitus maskers providing an auditory perception using an external connection, either wireless or wired
    • H04R25/558—Remote control, e.g. of amplification, frequency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R25/00—Deaf-aid sets, i.e. electro-acoustic or electro-mechanical hearing aids; Electric tinnitus maskers providing an auditory perception
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R25/00—Deaf-aid sets, i.e. electro-acoustic or electro-mechanical hearing aids; Electric tinnitus maskers providing an auditory perception
    • H04R25/55—Deaf-aid sets, i.e. electro-acoustic or electro-mechanical hearing aids; Electric tinnitus maskers providing an auditory perception using an external connection, either wireless or wired
    • H04R25/554—Deaf-aid sets, i.e. electro-acoustic or electro-mechanical hearing aids; Electric tinnitus maskers providing an auditory perception using an external connection, either wireless or wired using a wireless connection, e.g. between microphone and amplifier or using Tcoils
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R3/00—Circuits for transducers, loudspeakers or microphones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R2225/00—Details of deaf aids covered by H04R25/00, not provided for in any of its subgroups
    • H04R2225/021—Behind the ear [BTE] hearing aids
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R2225/00—Details of deaf aids covered by H04R25/00, not provided for in any of its subgroups
    • H04R2225/023—Completely in the canal [CIC] hearing aids
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R2225/00—Details of deaf aids covered by H04R25/00, not provided for in any of its subgroups
    • H04R2225/025—In the ear hearing aids [ITE] hearing aids
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R2430/00—Signal processing covered by H04R, not provided for in its groups
    • H04R2430/01—Aspects of volume control, not necessarily automatic, in sound systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R2460/00—Details of hearing devices, i.e. of ear- or headphones covered by H04R1/10 or H04R5/033 but not provided for in any of their subgroups, or of hearing aids covered by H04R25/00 but not provided for in any of its subgroups
    • H04R2460/03—Aspects of the reduction of energy consumption in hearing devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R27/00—Public address systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Acoustics & Sound (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Neurosurgery (AREA)
  • Otolaryngology (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명은 많은 세트의 스트리밍 오디오, 제어, 프로그래밍 및 개선된 청취 기능들을 제공하는 하나 이상의 무선 오디오 장치들과 다른 전자장치 사이의 무선 통신을 위한 시스템을 제공한다.
무선 통신, 보청기, 스트리밍, 유니캐스트, 멀티캐스트, 브로드캐스트

Description

무선 오디오 장치들을 위한 통신 시스템{COMMUNICATION SYSTEM FOR WIRELESS AUDIO DEVICES}
관련 출원
이 출원은 여기에서 참조로 하는 미국 가 특허출원 제60/687,707호의 우선권 이익을 35U.S.C. 119(e)에 의하여 주장한다.
본 발명의 분야
본 발명은 일반적으로 무선 통신에 관한 것으로, 특히 무선 오디오 장치를 위한 무선 통신 시스템에 관한 것이다.
사운드를 청취하는 오디오 장치는 시간이 흐름에 따라 보다 다양하고 풍부해지고 있다. 오디오 장치 제조자들은 새로운 해법 및 설계가 가능한 새로운 기술과 애플리케이션을 발견해 냈다. 오디오 장치를 보다 휴대가 간편하게 하기 위한 노력의 일환으로, 제조자들은 무선 장치의 제조에 보다 큰 관심을 두게 되었다. 제조자들에게 기회와 공학적 장애를 제공하는 새로운 형태의 콘텐츠와 통신이 있다.
이 기술에서는 무선 오디오 장치와 통신을 위한 시스템이 필요하다. 이러한 시스템은 개선된 특징들을 제공하도록 탄력적이어야 하며, 또한 이 시스템은 다양한 콘텐츠와 통신 옵션들에 맞게 구성할 수 있어야 한다.
전술한 문제점들과 여기에서 기술하지 않은 다른 문제점들은 본 발명에 의해 해결되며, 이 명세서를 정독하고 연구함으로써 이해될 것이다.
본 발명은 많은 세트의 스트리밍 오디오, 제어, 프로그래밍 및 개선된 청취 기능들을 제공하는 하나 이상의 무선 오디오 장치들과 다른 전자장치 사이의 무선 통신을 위한 시스템을 제공한다. 한 응용에서, 본 발명의 시스템은 보청기들과 같은 청취 보조 장치들에 고도로 프로그램가능한 지능형 통신을 제공한다. 모노와 스테레오 통신 모드들이 여러 실시예들에서 지원된다. 유니캐스트(unicast), 멀티캐스트(multicast) 및 브로드캐스트(broadcast) 통신 모드들이 또한 일부 실시예들에서 지원된다. 몇 가지 접근 방법들이 제공되고, 여기에서 설명한 예들은 한정이나 배타적으로 해석되지 말아야 한다.
이 요약은 이 출원의 교시의 일부에 대한 개요이고, 본 발명의 배타적이거나 또는 포괄적인 표현으로 해석되지 말아야 한다. 본 발명에 대한 구체적인 구성은 상세한 설명과 첨부한 청구범위들에 개시된다. 본 발명의 범주는 첨부한 청구범위들과 그 법률적인 등가물들로 한정된다.
도 1a, 도 1b, 및 도 1c는 본 발명의 몇몇 실시예들에 따른 통신 장치와 하나 이상의 무선 오디오 장치들 사이의 인터페이스를 도시한다.
도 2-도 5는 본 발명의 몇몇 실시예들에 따른 인터페이스의 일부 예들을 도시한다.
도 6은 본 발명의 일 실시예에 따른 마이크로폰 응용을 도시한 도면이다.
도 7은 본 발명의 일 실시예에 따른 무선 오디오 제어기를 도시한다.
도 8 및 도 9는 몇 개의 통신 모드들과 본 발명의 시스템의 사용이 본 발명의 몇몇 실시예에 따라 가능한 것을 나타내는 인터페이스 응용들의 일부 예들을 도시한다.
도 10은 본 발명의 일 실시예에 따른 바이트 도를 도시한다.
도 11은 본 발명의 일 실시예에 따른 시스템의 여러 계층들을 도시한다.
도 12는 본 발명의 일 실시예에 따른 시스템의 논리도이다.
도 13-도 16은 본 발명의 일 실시예에 따른 시스템의 여러 송신 및 수신 프로세스들을 도시한다.
도 17은 본 발명의 일 실시예에 따른 시스템의 여러 요구 타이밍들을 도시한다.
도 18은 본 발명의 일 실시예에 따른 여러 프로토콜 관계들을 도시한다.
본 발명의 이하의 상세한 설명은 본 발명의 대상이 실시되는 특정 특징들 및 실시예들을 일례로서 나타내는 첨부 도면들의 내용을 참조한다. 본 분야의 당업자들이 본 발명을 실시하기에 충분하도록 이들 실시예를 상세히 기술한다. 이 설명에서 "일" 또는 "여러" 실시예들에 대한 참조는 반드시 같은 실시예를 참조하지는 않으며, 이러한 참조는 하나 이상의 실시예들을 대상으로 한다. 이하의 상세한 설명은 예시이므로, 포괄적이지 않으며, 본 발명의 범주는 첨부한 청구범위들 및 그 법률적인 등가물로 정의된다.
도 1a는 무선 오디오 장치들을 위한 통신 시스템(100)의 일 실시예를 도시한다. 일 실시예에 있어서, 시스템은 통신 장치(120)로부터 제1 포트(112)로 그리고 제2 포트(114)로부터 무선 오디오 장치(130)로 통신을 제공하는 인터페이스(110)를 포함한다. 여러 실시예들에 있어서, 시스템(100)은 또한 무선 오디오 장치(140)에 통신을 제공한다. 이들 실시예들 중 일부는 무선 오디오 장치들(130 및 140)에 통신을 수행하는 단일 무선 인터페이스를 포함한다. 이들 실시예 중 다른 실시예들은 도 1b에 도시한 바와 같이, 적어도 두 개의 무선 인터페이스들(116 및 117)을 통합하는 제2 포트(114)를 포함한다. 설명을 쉽게 하기 위해, 이 설명은 제2 포트(114)를 도시하지만, 인터페이스(110)의 다른 실시예들은 하나, 둘 또는 그 이상의 인터페이스들을 포함할 수 있음은 물론이다. 패킷 시스템들에 있어서, 가상 인터페이스의 유효 수는 코딩 체계로 설정된다. 이러한 설계에 있어서, 물리적 제2 인터페이스는 동일 송신기를 사용할 수 있다. 다른 실시예들은 복수의 송신기들을 이용할 수 있다. 물론, 인터페이스(110)의 여러 실시예들은 또한 다른 통신 응용들에 적합한 프로그램가능 포트들을 포함할 수 있다.
도 1c는 몇 개의 가능한 통신 경로들을 도시하는데, 그 각각은 인터페이스(110)의 프로그래밍에 따라 양방향 또는 단방향으로 될 수 있다. 여러 실시예들에 있어서, 인터페이스(110) 및 제2 포트(114)는 특정 장치에 대한 통신(이하, "유니캐스트"라 함), 특정 수의 장치들에 대한 통신(이하, "멀티캐스트"라 함), 및/또는 위의 모든 장치들(이하, "브로드캐스트" 라 함)에 대한 통신을 포함하는 다른 통신 모드들을 지원할 수 있다.
유저가 한 쌍의 무선 오디오 장치들을 갖는지를 알게 되면, 유니캐스트, 멀티캐스트 및 브로드캐스트 모드들이 특정될 수 있다. 예를 들어, 적어도 한 유저가 두 개의 무선 오디오 장치들을 갖는 경우에, 이 유저의 한 무선 오디오 장치에서 전송하든지 또는 이 유저의 두 무선 오디오 장치들로 전송하든지 유저 유니캐스트는 그 유저에게 정보를 전송하는 행위가 된다. 유저 멀티캐스트 및 유저 브로드캐스트는 어떤 유저가 어느 장치들을 갖는지에 대한 지식에 기초하여 수행될 수 있다.
여러 실시예들은 다른 통신 응용들과 환경들에 적합한 프로그램가능 통신 모드들을 주로 다룬다. 여러 실시예들에서, 인터페이스(110)는 인터페이스(110)가 지원하는 모든 통신 경로에 걸쳐 단방향 또는 양방향 모드들을 이용하는 다른 구성들을 제공하도록 프로그램될 수 있다. 따라서 이러한 통신 모드들은 조정가능하고 고도로 프로그램될 수 있다.
무선
여러 실시예들에 있어서, 시스템(100)의 제1 포트(112)는 무선에 적합하게 구성된다. 이 실시예들에서, 통신 장치(120)에서 인터페이스(110)로 하나 이상의 무선 통신이 지원될 수 있다. 이러한 실시예들에서, 무선 통신은 표준 또는 비표준 통신을 포함할 수 있다. 표준 무선 통신의 일부 예를 들면, 블루투스™, IEEE 802.11(무선 LANs), 802.15(WPANs), 802.16(WiMAX), 802.20 모바일 무선(이들로 한정되지 않음)을 포함한 링크 프로토콜들, CDMA 및 GSM(이들로 한정되지 않음)를 포 함하는 셀룰러 프로토콜, 지그비(ZigBee), 및 초광대역 무선(UWB) 기술들이 있다. 이 프로토콜들은 무선 주파수 통신을 지원하고, 일부는 적외선 통신을 지원한다. 초음파, 광 및 기타 통신 등의 다른 형태의 무선 통신이 사용될 수 있다. 사용될 수 있는 표준은 물론 과거 현재의 표준들을 포함한다. 물론, 이들 표준들의 향후 버전들과 새로운 향후 표준들이 이 본 발명의 범주를 일탈하지 않고 사용될 수도 있다.
여러 실시예들에 있어서, 시스템(100)의 제2 포트(114)는 무선에 적합하게 구성된다. 하나 이상의 무선 통신이 지원될 수 있다. 일 실시예에서, CSMA 통신이 지원된다. 여러 실시예들에서, 무선 통신은 표준 또는 비표준 통신을 포함할 수 있다. 표준 무선 통신의 일부 예를 들면, 블루투스™, IEEE 802.11(무선 LANs), 802.15(WPANs), 802.16(WiMAX), 802.20 모바일 무선(이들로 한정되지 않음)을 포함한 링크 프로토콜들, CDMA 및 GSM(이들로 한정되지 않음)를 포함하는 셀룰러 프로토콜, 지그비(ZigBee), 및 초광대역 무선(UWB) 기술들이 있다. 이 프로토콜들은 무선 주파수 통신을 지원하고, 일부는 적외선 통신을 지원한다. 초음파, 광 및 기타 통신 등의 다른 형태의 무선 통신이 사용될 수 있다. 사용될 수 있는 표준은 물론 과거 현재의 표준들을 포함한다. 물론, 이들 표준들의 향후 버전들과 새로운 향후 표준들이 이 본 발명의 범주를 일탈하지 않고 사용될 수도 있다.
표준 통신을 이용하면 인터페이스(110)를 현재의 장치들과 네트워크들에 용이하게 적용하여 사용할 수 있지만, 물론 어떤 실시예들에서는 비표준 통신이 본 발명의 범주를 일탈하지 않고 사용될 수도 있다.
유선
여러 실시예들에 있어서, 시스템(100)의 제1 포트(112)는 통신 장치(120)에 접속되어 있다. 이러한 접속은 예를 들어, 한정은 아니지만 하나 이상의 모노 또는 스테레오 접속, 또는 링크 프로토콜을 갖는 디지털 접속이 있으며, 링크 프로토콜에는 IEEE 802.3(이더넷), 802.4, 802.5, USB, ATM, 파이버 채널(Fibre-channel), 파이어와이어(Firewire) 또는 1394, 인피니밴드(InfiniBand), 또는 네이티브 스트리밍 인터페이스(native streaming interface)가 포함되며, 이들로 한정되지 않는다. 물론, 이들 프로토콜들의 향후 버전들과 새로운 향후 표준들이 이 본 발명의 범주를 일탈하지 않고 사용될 수 있다.
표준 통신을 이용하면 인터페이스(110)를 현재의 장치들과 네트워크들에 용이하게 적용하여 사용할 수 있지만, 물론 어떤 실시예들에서는 비표준 통신이 본 발명의 범주를 일탈하지 않고 사용될 수 있다.
하이브리드
여러 실시예에 있어서, 시스템(100)의 제1 포트(112)는 하나 이상의 무선 및 하나 이상의 유선 인터페이스들을 갖도록 구성된다. 프로그램가능하고 선택가능한 선택들이 여러 실시예들을 통해 제공된다.
프로세싱 및 포매팅
여러 실시예들에 있어서, 제1 포트(112)는 통신 장치(120)로부터 정보를 수신하고, 필요한 경우 정보를 처리 또는 포맷하고, 그 정보를 하나 이상의 무선 오디오 장치들(130)에 전송하도록 구성된다. 제1 포트(112)는 통신 장치(120)로부터 정보를 수신해서 하나 이상의 무선 오디오 장치들(130 및 140)에 전송한다. 무선 오디오 장치들(130 및 140)은 위의 정보를 이용하여 청취자에게 오디오를 제공한다. 한 응용에 있어서, 스트리밍 오디오 패킷들이 통신 장치(120)로부터 수신되고, 무선 오디오 장치들(130 및 140)에 전송된다. 어떤 실시예들에서는 스트리밍 오디오는 스테레오이고, 청취 장치들은 우측과 좌측 한 쌍의 개별적인 무선 수신기들이다. 인터페이스(110)는 적합한 무선 오디오 장치로 수신된 스테레오 정보를 그 스테레오 특성을 유지하여 송신할 수 있다. 일부 실시예들에 있어서, 무선 오디오 장치들(130 및 140)은 그들 사이에 통신 경로를 가져서 각종 정보 또는 제어 신호들을 무선으로 서로 전송할 수 있다. 여러 실시예들에 있어서, 인터페이스(110)에 적용한 프로토콜은 무선 오디오 장치들(130 및 140) 사이의 통신을 지원한다.
무선 오디오 장치들을 통해 수신된 정보의 포매팅은 이 정보를 전력 보존적이고 이 장치들과 호환성이 있는 프로토콜로 변환하도록 구성된다. 예를 들어, 무선 오디오 장치들이 보청기들을 포함하는 경우, 이 무선 장치들은 자연적으로 귀걸이 형(behind-the-ear) 또는 귓속형(in-the-ear) 구조에 맞는 제한적 요인들을 만들어낸다. 이러한 사이즈 제한은 실제로 배터리 크기를 제한하여 그러한 장치에 활용가능한 전력을 제한하고, 안테나와 통신 전자장치의 크기를 마이크로폰, 신호 처리 및 수신 전자장치에 사용되지 않는 공간에 맞게 제한한다.
일부 실시예들에 있어서, 인터페이스(110)와 무선 오디오 장치들 사이에서 용이하게 정보를 전달하기 위해서는 처리와 저장을 공유해야 한다. 따라서 이러한 새로운 토폴로지에 따라 무선 오디오 장치들의 처리와 저장 요건을 줄일 수 있어서 시스템을 이용하는 위와 같은 장치들의 신호 처리 능력을 전체적으로 향상시킬 수 있다.
통신 장치 선택
여러 실시예들에 있어서, 통신 장치(120)는 여러 상이한 데이터 소스들일 수 있고, 여러 접속들을 통할 수 있음은 물론이다. 예를 들어, 한 응용에서, 통신 장치는 인터넷 등의 네트워크를 통해 콘텐츠 소스에 접속된 컴퓨터를 포함한다. 한 응용에서, 통신 장치는 iPod™ 또는 다른 스트리밍 오디오 장치 등의 저장 장치를 포함한다. 한 응용에서, 통신 장치는 무선 오디오 소스에 대한 접속을 포함한다. 한 응용에서, 통신 장치는 블루투스 전화기에 대한 접속을 포함한다. 한 응용에서, 통신 장치는 블루투스 수신기를 갖는 컴퓨터에 대한 무선 접속을 포함한다. 한 응용에서, 통신 장치는 블루투스 MP3 플레이어에 대한 접속을 포함한다. 한 응용에서, 통신 장치는 블루투스 인터페이스를 탑재한 오디오/비디오 장치에 대한 무선 접속을 포함한다. 한 응용에서, 통신 장치는 블루투스 인터페이스를 구비한 스테레오 장치에 대한 무선 접속을 포함한다. 여러 응용들에서, 와이파이(wi-fi), 와이맥스(wi-max), 지그비(ZigBee), 및 UWB를 포함하는 다수의 무선 프로토콜이 지원되는데, 이들로 한정되지 않는다. 하나의 응용은 유선 스테레오 또는 모노 접속을 포함한다. 물론, 다수의 장치와 통신 조합들이 지원될 수 있다. 여러 응용들이 본 발명의 범주를 일탈하지 않고 가능하며, 여기서 열거한 응용들은 예시목적이므로 배타적이거나 포괄적으로 해석되지 말아야 한다.
인터페이스(110)와 통신 장치(120) 사이에서 전달된 데이터는 임의의 선택을 나타내도록 제공되는데, 스트리밍 오디오 데이터, 소프트웨어 또는 프로그램 데이터, 변수 또는 파라미터 데이터, 생체 데이터, 제어 신호, 보안 또는 암호화 데이터, 진단 데이터, 및/또는 상태 데이터 중 어느 하나를 포함할 수 있으며, 이들로 한정되지 않으며, 이들은 배타적이거나 포괄적으로 해석되지 말아야 한다.
인터페이스 선택
인터페이스(110)는 여러 가지 제1 포트들(112)을 가질 수 있는데, 이중 일부를 도 2-도 9에 나타낸다. 도 2는 통신 장치(120) 등의 소스로부터 통신 포트(220)를 이용하여 디지털 신호를 수신하는 인터페이스(210)의 실시예를 도시한다. 디지털 신호는 디지털 신호 처리기(230)로 처리되어 안테나(250)를 이용하여 송수신기(240)를 통해 하나 이상의 무선 오디오 장치들에 전송된다. 일 실시예에서, 디지털 신호는 무선 신호이고, 일 실시예에서 디지털 신호는 유선 신호이다. 디지털 신호는 인터페이스(210)의 통신 포트(220)를 통해 양방향으로 송수신, 단방향으로 송신 또는 단방향으로 수신될 수 있다.
수신 모드에서, 하나 이상의 무선 오디오 장치들로부터 무선 신호들이 안테나(250)에서 수신되어 송수신기(240)에 의해 복조된다. 이 신호들은 디지털 신호 처리기(230)에 의해 처리되고, 그 결과의 송신 신호들이 통신 장치(120)에 송신을 위해 통신 포트(220)에 전송된다.
도면은 일 실시예에서 송신과 수신에 공유되는 안테나(250)를 도시한다. 여러 실시예들에서 별개로 된 수신과 송신 부분들 및 안테나들은 본 발명의 범주를 일탈하지 않고 통합될 수 있다. 또한, 안테나들은 여러 실시예들에서 인터페이 스(210)의 기판에 배치될 수 있다. 다른 실시예들에서, 안테나는 인터페이스(210) 외부의 장치일 수 있다. 전방향성 및 지향성 안테나들을 포함하는 각종 형태의 안테나들이 사용될 수 있다.
도 3은 도 2에 일반적으로 도시한 일례의 인터페이스를 보다 상세하게 도시하는 일례의 블록도이다. 통신 포트(220)는 예를 들어, 블루투스 프로세서(320)로 대체될 수 있다. DSP(330)는 처리된 디지털 신호들을 송수신기(340)에 제공한다. 도 3의 나머지 부분들은 신호들의 수신과 송신의 임피던스 매칭과 이득 제어에 속한다. 본 발명의 범주를 일탈하지 않고 다른 토폴로지와 회로 설계들이 가능하다.
이 예에서, 블루투스 장치(이 예에서 무선 전화기)는 오디오와 데이터 전달을 위해 인터페이스(310)와 통신하고 있다. 이는 단지 하나의 가능한 제1 포트 설계와 가능한 통신 장치만을 도시한 것이다. 이 설명은 또한 다른 실시예들과 향후의 다른 실시예들을 제공한다.
도 4는 무선 인터페이스(410)로의 FM과 같은 아날로그 무선 신호 입력의 일례를 나타낸다. 이 예에서, FM 송수신기(420)가 FM 신호를 수신해서 복조하는데 사용된다. DSP(430)는 수신되어 복조된 정보를 처리하고, 송수신기(440)는 처리된 정보를 안테나(450)를 통해 하나 이상의 무선 오디오 장치들에 송신한다. 여러 실시예들에 있어서, 시스템은 또한 하나 이상의 무선 오디오 장치들로부터의 신호들을 포함하는 정보를 이용하여 FM를 브로드캐스트한다. 본 발명의 범주를 일탈하지 않고 다른 토폴로지와 회로 설계들이 가능하다.
도 5는 마이크로폰 또는 마이크로폰들로부터 신호들이 인터페이스(510)에 입 력되는 유선 아날로그 입력 시스템을 도시한다. 아날로그/디지털 변환기(520)는 DSP(530)에 의해 처리된 신호의 디지털 버전을 생성한다. 송수신기(540)는 안테나(550)를 통해 하나 이상의 무선 오디오 장치들과 통신을 수행하도록 구성된다. 송수신기(540)는 필요에 따라 단방향 또는 양방향 통신을 할 수 있다. 본 발명의 범주를 일탈하지 않고 다른 토폴로지와 회로 설계들이 가능하다.
도 6은 마이크로폰(612)이 무선 오디오 장치들(614 및 615)과 무선 통신 능력을 갖는 작은 휴대 장치(610)에 내장된 도 5에 도시한 시스템과 같은 시스템을 나타낸다. 일 실시예에 있어서, 링크는 저전력 단방향 음성 링크이다. 여러 실시예들에서, 전송 주파수는 다르다. 미국에서 사용을 위한 일 실시예에서, 전송 주파수는 약 915MHz이지만, 여기에서 기술한 다른 주파수들이 본 발명의 범주를 일탈하지 않고 사용될 수 있다. 장치(612)는 청각 장애자에게 스피커의 양호한 청취 기회를 제공하는데, 이는 장치가 스피커에 부착되어 청각 장애자에게 깨끗하고 선명한 사운드를 제공할 수 있기 때문이다. 장치의 출력은 여러 청각 장애자들에게 스피커를 보다 양호하게 들을 수 있는 능력을 제공하도록 유니캐스트, 멀티캐스트 또는 브로드캐스트될 수 있다.
장치(610)는 무선 오디오 장치들(예를 들어, 보청기들)(614 및 615)과, 그리고 호환성 있는 라디오를 구비한 임의의 다른 장치와 통신하는 무선 마이크로폰으로서 동작한다. 여러 실시예들에서, 장치(610)는 소형 휴대용 전원내장 장치이다. 여러 실시예들에서, 장치는 용이하게 휴대(pass around)할 수 있거나, 의류에 용이하게 부착될 수 있다. 장치는 수동 장치일 수 있다. 장치(610)는 전지향성 또는 지향성일 수 있는 마이크로폰을 포함한다. 마이크로폰은 다른 조건들에서 양호한 오디오 수신을 위해 프로그램될 수 있다. 장치(610)는 또한 적어도 단방향 통신을 위한 무선 통신기를 포함하지만, 여러 실시예들에서 양방향 통신을 지원할 수 있다. 장치(610)는 배터리 등의 전원, 온 오프 스위치 또는 소프트 스위치, 및 통신과 제어를 수행하기 위한 소프트웨어를 포함할 수 있다.
도 7은 한정은 아니지만, 마이크로폰, 셀룰러 또는 블루투스 장치 및 네트워크 장치를 포함하는 각종 통신 장치들과 인터페이스할 수 있는 무선 오디오 제어기(WAC)(710)라고 하는 인터페이스(110)의 일례를 도시한다. 도 7에 도시한 바와 같이, 이 실시예는 볼륨 제어부(720)와 마이크로폰(730)에 다른 특징이 있다. WAC는 무선 오디오 장치들을 갖는 사람을 지원하여 도 8과 도 9에 도시한 바와 같은 각종의 무선과 유선 장치들과 통신할 수 있게 한다. 도 8과 도 9에서는 무선 인터페이스와 보청기들(HA1과 HA2)을 도시하지만, WAC는 호환성 있는 무선 인터페이스를 구비한 다른 무선 오디오 장치들 및 호환성 있는 무선 인터페이스를 구비한 다른 무선 장치들(예를 들어, 호환성 있는 무선 인터페이스를 구비한 라우터 또는 메모리)과 통신할 수 있음은 물론이다.
도 8와 도 9에서는 각종 보청기 응용들에서 무선 오디오 제어기(710)가 지원하는 각종 다른 무선과 유선 통신 장치들 및 통신 프로토콜들을 나타낸다. 이 도면들은 915MHz에서의 통신을 나타내지만, 이 주파수는 단지 일 실시예에 따른 것이어서 본 발명의 범주를 일탈하지 않고 여기에서 설명한 다른 주파수들이 사용될 수 있다. 물론, 본 발명의 범주를 일탈하지 않고 임의 무선 프로토콜들이 사용될 수 도 있다.
보청기 응용 및 프로토콜
어떤 응용들에서, 무선 오디오 장치들(130 및 140)은 한정은 아니지만, 귀걸이형 보청기, 귓속형 보청기 및 고막형 보청기(completely in-the-canal hearing aids)를 포함한 하나 이상의 보청기들이다.
보청기들을 이용하는 일 실시예에서, 인터페이스(110)가 수신한 정보(유선 또는 무선 제1 포트(112) 실시를 이용하여 수신될 수 있음)를 패킷화된 형태로 보청기들에 용이하게 무선 전달하도록 특수 무선 프로토콜이 설계되었다. 이러한 무선 프로토콜은 다른 타입의 통신들과 호환성 있게 선택된 주파수들에서 저전력 시스템의 고속 통신 링크들을 제공하도록 설계되었다.
여러 실시예들에서, 경로 1, 경로 2, 및 경로 3은 양방향 통신 경로들이다. 본 발명의 범주를 일탈하지 않고 다른 실시예들이 가능하다. 예를 들어, 통신 경로들의 지향성은 응용들과 통신들에 필요한 방위에 따라 다를 수 있다.
여러 실시예들에서, 무선 프로토콜은 무선 오디오 장치와 다른 것(예를 들어, 경로 4) 사이의 통신을 위한 추가의 지원을 갖는다.
여러 실시예들에서, 무선 프로토콜은 또한 예를 들어, 도 1c에서 경로 N 및 경로 N+1를 통해 인터페이스(110)와 통신하는 보청기 유저 등의 하나 이상의 추가의 무선 오디오 장치들에 통신을 지원한다. 일 실시예에 있어서, 이는 CSMA 전송 방법을 이용하여 수행된다. 이러한 시스템은 특정 무선 오디오 장치들 및/또는 한 쌍의 이러한 장치들의 특정 유저들과의 유니캐스트, 멀티캐스트, 브로드캐스트 및 통신을 지원하도록 프로그램될 수 있다.
청취 보조 장치 특수 기능
설명한 시스템에 유연성이 주어졌다면, 보청기들을 포함하는 응용들은 한정은 아니지만, 양쪽 귀 표시를 포함하는 다양한 지능형 디지털 신호 처리 기능들을 지원할 수 있음은 물론이다. 양쪽 귀 표시를 개시한 일부 예를 들면 한정은 아니지만, Bren 등의 미국 특허출원 제2003/025106호, Bren 등의 미국 특허출원 제2004/0052391호를 들 수 있는데, 이하 그 내용 전체를 참조하기로 한다.
또한, 텔리코일(telicoil) 동작을 위해 사운드를 처리하기 위한 개선된 동작은 Bren 등의 미국 특허 제6,760,457호, Bren 등의 미국 특허 제6,633,645호, Bren 등의 미국 특허출원 제2004/0052391호 및 Bren 등의 미국 특허출원 제2003/0059073호의 개시를 활용할 수 있는데, 이들로 한정되지 않으며, 이들의 내용 전체를 참조하기로 한다.
이러한 시스템들은 음성 통신, 음성 인식, 및 기타 지능형 사운드 처리를 지원할 수 있다. 한정은 아니지만, 음성 검출의 일례로 Victorian 등의 유럽 특허 출원 제1519625호를 들 수 있는데, 이하 그 내용 전체를 참조하기로 한다.
보청기 응용을 위한 무선 프로토콜의 일례
본 발명은 여러 무선 통신 프로토콜들을 포함한다. 여러 실시예들에서, 무선 프로토콜들은 무선 오디오 장치들(예를 들어, 보청기들과 보청기 보조기들) 사이의 정보의 교환을 위한 규격을 제공한다. 여러 실시예에서, 통신은 무선 주파수 통신 채널을 통해 발생한다. 무선 통신 프로토콜의 다음의 예는 전송 채널 액세스 를 공유하는데 적합한 프로토콜로 무선 주파수 통신 채널들을 통해 청취 기구(예컨대, 보청기)와 하나 이상의 청취 보조 기구들 사이의 정보 교환을 위한 규격을 제공한다.
이하에서 이러한 무선 통신 프로토콜에 대한 하나의 접근 방법을 기술한다. 설명하는 비트들의 순서, 비트들의 수, 목적, 콘텐츠, 절차의 순서, 오류 검사 절차들 및 프로세스들은 본 발명의 범주를 일탈하지 않고 변경될 수 있다. 본 분야의 당업자들이라면 이 문서를 정독하여 이해하면 여기에서 제공된 교시를 일탈하지 않는 변경들을 이해할 것으로 생각된다. 따라서 이하의 무선 통신 프로토콜은 일 실시예만에 대한 예시이고, 본 개시가 제공한 접근 방법들로의 포괄이나 한정으로 해석되지 말아야 한다.
예시의 무선 통신 프로토콜은 패킷들의 형태 또는 프레임 포맷으로 정보를 전달한다. 프레임은 시작 플래그를 이용하여 처음에 범위가 정해진다. 프레임 시작 플래그는 심볼 타이밍 설정을 위한 프리앰블 다음에 위치한다. 일반적인 프레임 포맷은 표 1에 도시된다.
프리앰블 시작 플래그 패킷 콘텐츠
표 1
예시의 무선 통신 프로토콜은 프로토콜 계층화를 포함한다. 여러 실시예들에서, 프로토콜 계층화는 프로토콜 실행의 모듈화(modularize)에 도움을 주기 위한 것이다. 여러 실시예들에서, 프로토콜 층들은 통신 프로토콜을 작고, 덜 복잡한 구성요소들로 만드는 한편, 실제적 실행의 구성은 숨긴다(또한, 추출로 공지). 계 층화된 프로토콜을 이용하여 얻고자 하는 목표는 한 층의 다른 층에 대한 종속을 줄이는 것이다. 추가적 이점은 추출의 측면 효과의 감소이다. 따라서 프로토콜 계층화에 의해 프로토콜 실행이 변화하는 한편, 다른 프로토콜 층들을 변경할 필요성은 감소하게 된다.
표 2는 이예의 무선 통신 프로토콜의 프로토콜 데이터 포맷들을 기술하는데 사용된 표기를 도시한다.
<값> 송신된 또는 수신된 데이터 비트들로 이루어진 엔티티 또는 값
[인덱스] 시간적으로 이산 순간에서 엔티티의 값을 규정하는 이산 시간 지수
(코멘트) 명료화를 위해 부가된 코멘트
= 한 엔티티의 다른 엔티티 또는 엔티티들의 그룹에 대한 등가성을 규정하는 할당
xxxxxxxxb 소문자 "b"에서 종료하는 값들은 이진 표기임
0xnnnnnnnn "0x"가 앞에 붙여진(prefixed) 값은 16진 표기임
표 2
이 무선 통신 예를 도면들을 참조하여 부분적으로 설명한다. 도면들은 최 좌측 비트가 첫째로 전송되게 필드들이 전송된 시퀀스로 필드들의 포맷을 나타낸다.
도 10은 16과 32 비트 값들과 같은 멀티 바이트 값들을 도시하는데, 이 값들은 최상위 바이트(MSB)(1002) 값으로부터 최하위 바이트(LSB)(1004) 값으로 가중치가 감소하게 배열된다. 프로토콜의 각각의 유저들은 멀티 바이트 데이터를 파싱(parse)할 수 있다. MSB는 데이터 스트림의 선두에 위치하고, LSB는 데이터 스트림 마지막(1006)에 위치한다.
본 무선 통신 프로토콜 예는 가중치가 감소하게 배열된 비트 데이터를 포함한다. 바이트는 표 3에 도시한 바와 같이 배열되는데, 비트 7인 최상위 비트(MSB)가 첫째로 전송되고, 비트 0인 최하위 비트(LSB)가 최종으로 전송된다.
비트7
(MSB)		 비트6 비트5 비트4 비트3 비트2 비트1 비트0
(LSB)
표 3
필드들 또는 비트들 비교를 필요로 하는 프로세스들은 여러 실시예들에서 최상위로 되는 최 좌측 비트와 상기 필드들 또는 비트들에 대한 비교를 수행한다.
네트워크 구조
무선 통신 프로토콜의 이예는 노드들을 포함하는 네트워크 구조를 포함한다. 이 네트워크는 임의 수의 노드들로 구성된다. 네트워크상의 각 노드는 두 개의 노드들 사이의 개별 통신을 허용하는 어드레스로 고유하게 식별된다. 프로토콜을 이용하는 벤더(vendor)가 그 고유의 어드레스를 체계화하는 방법의 특성은 벤더에게 있다. 어드레스는 부품의 전원 온(power-on) 초기화 동안 생성된 일련 번호에서 도출될 수 있거나, 제조 프로세스 동안 부품 내에 구성될 수 있다. 제공한 예에서, 무선 링크를 통한 전송은 채널당 단 하나의 노드만이 소정 시간에 전송할 수 있는 점에서 반 이중(half duplex) 전송이다. 서로의 레인지 내에서 동시에 전송할 수 있는 다수의 노드들은 데이터 오류를 유발할 수 있다.
무선 통신 프로토콜의 이예는 노드 어드레싱을 포함한다. 한 어드레스가 세계적인 환경 안에서 특정 노드를 고유하게 식별하는데 사용된다. 네트워크상에서 각 노느는 통신 패킷의 의도한 수신지(destination)에 관한 어떤 혼동 가능성이 없 이 통신을 할 수 있도록 고유 식별자를 가져야 한다. 어드레스는 두 부분들로 구성된다. 벤더 id는 벤더, 벤더들의 그룹, 또는 패킷이 의도한 모든 벤더들을 정의한다. 장치 id는 벤더 id의 상황(context) 내에서 장치를 고유하게 식별한다. 노드 어드레싱의 일례는 다음과 같다. <어드레스(25비트)> = <벤더 ID(3비트)> + <장치 ID(22 비트)>. 따라서 본 시스템에 의해 수신기 호환 프로토콜을 갖는 각 장치의 독립적인 어드레싱이 가능하므로, 전송이 유니캐스트, 멀티캐스트 또는 브로드캐스트 전송인지에 따라 제어가 가능하다.
무선 통신 프로토콜의 이예는 벤더 ID를 포함한다. 벤더 id는 특정 벤더, 벤더들의 조합 또는 모든 벤더들을 나타내는 3 비트 값이다. 정의된 값들을 표 4에 나타낸다.
값 벤더
000b 예비 영역
001b 구성 1
010b-1110b 예비 영역
111b 모든 벤더 어드레스 공간들에 걸쳐 모든 청취 기구들에 브로드캐스트/멀티 캐스트
표 4
예비 벤더 IDs는 다수의 벤더들을 나타내도록 정의되어 특정 그룹의 벤더들 에게 브로드캐스트할 수 있는 능력을 갖는다.
무선 통신 프로토콜의 이예는 장치 ID를 포함한다. 장치 ID는 벤더 정의 22 비트 값이다. 특정 벤더 ID와 관련된 장치 ID를 유도하는 방법은 각 벤더의 책임이다. 각 벤더는 벤더가 지원하는 어떤 또한 모든 무선 장치들(즉, 보청기들, 원격장치들, 프로그래머들)에 적당한 어드레스 레인지(들)을 할당 및 유지할 책임이 있다. 또한 각 벤더는 인트라 벤더(intra-vendor) 브로드캐스트/멀티캐스트를 위해 적합한 어드레스 레인지(들)를 할당 및 유지할 책임이 있다.
비트 21-0
공급된 벤더
표 5
브로드캐스트/멀티캐스트 벤더 ID와 관련된 장치 ID 어드레스 공간은 다음의 제한을 갖는다. 즉, 장치 ID 0x3FFFF는 인터 벤더 브로드캐스트 어드레스로서 지정되고, 0x000000 내지 0x3FFFF의 장치 ID 레인지는 동적 인터 벤더 멀티캐스트 어드레스들로서 지정된다.
무선 통신 프로토콜의 이예는 여러 어드레싱 타입들을 포함한다. 유니캐스트, 멀티캐스트 및 브로드캐스트의 3가지 타입의 어드레싱이 가능하다. 유니캐스트 어드레싱으로는 단지 두 개의 노드들이 통신할 수 있고, 멀티캐스트 어드레싱으로는 예컨대, 하나의 노드가 좌측 및 우측 보청기에 동시에 정보를 전달하는 프로그래밍 장치와 같이, 노드들의 선택 그룹에 전송할 수 있다. 일부 실시예들에서, 멀티캐스트 어드레싱은 패킷 확인을 포함하지 않는다. 브로드캐스트 어드레싱으로는 예컨대, 하나의 노드가 레인지 내의 모든 노드들을 찾아내는 프로그래밍 장치와 같이, 모든 노드들에 전송할 수 있다. 일부 실시예들에서, 브로드캐스트 어드레싱은 패킷 확인을 포함하지 않는다.
유니캐스트 어드레싱은 하나의 송신기와 하나의 수신기를 포함한다. 예들은 하나의 보청기와 통신하고 있는 하나의 프로그래머 또는 서로 통신하고 있는 두 개의 보청기들을 포함한다.
멀티캐스트 어드레싱은 하나의 송신기와 다수의 수신기들을 포함한다. 멀티캐스트 어드레스들은 어드레스 값과 그 사용이 데이터 흐름을 제어하는 애플리케이션의 책임이라는 점에서 특수 용도 어드레스이다. 일례로 두 개의 보청기들에 동시에 정보를 전달하는 프로그래머를 들 수 있다.
브로드캐스트 어드레싱은 하나의 송신기와 사전정의된 브로드캐스트 어드레스를 사용하는 다수의 수신기들을 포함한다. 이 수신기들 세트는 하나의 벤더, 몇 개의 벤더들에 특정한 수신기들 또는 모든 벤더들에 걸치는 수신기들을 포함할 수 있다. 일례로 청중석 위치에서 송신기의 레인지 내의 모든 보청기들을 대상으로 한 오디오 전송을 들 수 있다.
프로토콜 스택
도 11은 각 계층이 한 세트의 논리적으로 관련된 통신 타스크들을 수행하는 한편, 프로토콜 계층 구축의 상세한 구성을 숨기거나 추출하는 한 세트의 계층화된 프로토콜들(1102)을 이예의 프로토콜이 포함하는 것을 도시한다. 계층화의 기본 원리는 계층들 사이에 독립성을 부여하는 것이다. 이는 각 계층이 제공하는 서비스들을 그 서비스들이 실시되어야할 방법을 정의하지 않고 다음 상위 계층에 한정함으로써 수행된다. 따라서 다른 계층들에 영향을 미치지 않고 한 계층에서 변화가 생겨서 완전한 통신 시스템의 모듈화를 실현할 수 있다.
각 프로토콜 층은 데이터를 송신 및/또는 수신하기 위한 서비스들과 수단을 제공한다. 프로토콜을 통해 전송되는 데이터를 서비스 데이터 단위(SDU) 또는 페이로드(payload)라 한다. 링크 프로토콜은 프레임 또는 데이터 패킷이라고 하는 프로토콜 데이터 단위(PDU)를 형성하기 위한 프로토콜 제어 정보로 SDU를 캡슐화한다. 이 출원은 도 11에 나타낸 물리 및 데이터 링크 층들(1104)을 주안점으로 한다.
물리 층 프로토콜(1106)은 계층 1에서 동작하며, OSI 모델(1102)의 물리 층(1108)과 기능적으로 동일하다. 이 프로토콜 층은 송수신기 동작을 제어하고 모니터하는 수단을 정의한다. 이 계층은 RF 채널을 통해 데이터 직렬화(serialization)를 제공하고, 각 비트 전송과 관련된다. 적절한 수신기 동작을 보증하고 PLL 클록 유도를 위해서 패킷 데이터는 상승 및 하강 구간들의 필요한 밀도를 보증하도록 부호화될 수 있다.
시스템의 RF 반송 주파수 레인지는 변화할 수 있다. 시스템은 임의 수의 활용가능 주파수들에서 동작하지만, 나라마다 사용할 수 있는 대역들을 법률적 규정으로 제한하고 있다. 이들 대역들은 시간적으로 변화하고, 또한 이 출원의 교시는 임의의 다양한 대역들에서 동작하므로, 이 설명은 여기에서 설명한 대역들로 한정되지 않는다. 이 출원의 출원시에, 활용가능한 것으로 생각되는 주파수들은 예를 들어 미국에 있어서 약 795MHz 내지 965MHz이지만 이들로 한정되지 않는다. 다른 예에서, 레인지는 약 902MHz 내지 908MHz이다. 다른 예에서, 대략 915MHz의 중심 주파수가 사용된다. 사용된 주파수는 한 장치의 유저의 출신국의 지역적 규정에 따른다. 일반적으로, 약 700MHz 이상에서 시작하는 주파수들이 여러 나라들에서 사용될 수 있다. 본 발명의 범주를 일탈하지 않고 다른 주파수들이 사용될 수 있다.
수많은 나라들이 너무 많아서 여기에 포함되지 않은 규정을 갖고 있다. 일부를 예로서 이하에 간단히 열거한다. 예를 들어, 캐나다에서는 한 활용가능한 레인지가 902MHz 내지 928MHz일 것이며, 다른 예로, 유럽에서는 약 863MHz 내지 865MHz의 레인지가 사용될 수 있고, 다른 예로, 일본에서는 약 806MHz 내지 810MHz의 레인지가 사용될 수 있으며, 다른 예로, 오스트레일리아에서는 약 918MHz 내지 926MHz의 레인지가 사용될 수 있고, 다른 예로, 중국에서는 약 702MHz 내지 798MHz의 레인지가 사용될 수 있으며, 다른 예로, 대만에서는 약 960MHz에 걸치는 주파수들을 포함하는 레인지가 사용되고, 다른 예로, 한국에서는 약 928MHz 내지 930MHz 또는 약 950MHz 내지 952MHz의 레인지가 사용될 수 있다. 다른 예로, 콜롬비아에서는 약 902MHz 내지 924MHz의 레인지가 사용될 수 있고, 다른 예로, 브라질에서는 약 902MHz 내지 907.5MHz 또는 915MHz 내지 928MHz의 레인지가 사용될 수 있으며, 다른 예로, 멕시코에서는 약 902MHz 내지 928MHz의 레인지가 사용될 수 있다. 다른 예로, 홍콩에서는 약 819.1MHz 내지 823.1MHz 또는 약 919.5MHz 내지 920MHz의 레인지가 사용될 수 있고, 다른 예로, 싱가포르에서는 약 866.6MHz 내지 869MHz 또는 약 924MHz 내지 925MHz의 레인지가 사용될 수 있으며, 다른 예로, 남아프리카 공화국에서는 약 863MHz 내지 865MHz의 레인지가 사용될 수 있다. 다른 예로, 태국에서는 약 903MHz 내지 960MHz의 레인지가 사용될 수 있고, 다른 예로, 필리핀에서는 약 902MHz 내지 928MHz 또는 약 900MHz 내지 915MHz의 레인지가 사용될 수 있으며, 다른 예로, 불가리아에서는 약 863MHz 내지 865MHz의 레인지가 사용될 수 있다. 또한, 여기에 열거한 레인지들은 시스템의 기술적 동작에 필요한 것이라기보 다는 지역 법에 따른 것임을 밝혀둔다. 따라서 주파수들은 본 발명의 범주를 벗어나지 않고 변경될 수 있다.
선택 주파수에 606KHz 이격된 6개의 물리적 채널들의 뱅크(bank)가 집중된다. 뱅크 내의 이러한 물리적 채널들은 논리 채널들 1-6으로서 취급되어야 하는데, 논리 채널 1은 최저 주파수 물리 채널과 관련되고, 채널 6은 최고 주파수 물리 채널과 관련된다.
사용된 변조 타입은 2-GFSK Bt= .5.으로 생성된 ITU 지정 150KF1DCN인 가우스 연속 위상(Gaussian Continuous Phase) 2FSK이다. VCO는 +/-46.5KHz의 주파수 편이로 주파수 변조된다.
베이스 RF 채널 데이터 비트율은 초당 186182 비트가 되도록 정의된다.
이 프로토콜은 무선 채널에서 데이터 비트를 부호화하는 방법으로서 화이트닝 알고리즘을 이용한다. 화이트너(whitener)는 다음의 다항식, G(D)= D11 + D2 +1을 기초로 한다. 이 알고리즘은 예제 값(1202)을 포함하는 한 세트의 값들을 사용하고, 이들을 다항식(1204)에 따라 조합한다. 결과가 수신 데이터에 인가(1208)되어 데이터 출력을 생성한다. 이 알고리즘을 위한 최초 시드 값(seed value)은 0x7FE이다. 이 알고리즘은 최초 시드 값이 각 패킷의 전송 이전에 갱신될 것을 필요로 한다. 다항식에 대한 하나의 LFSR 구조를 도 12에 나타낸다.
이예의 프로토콜은 프리앰블을 포함한다. 이 프리앰블은 프레임 시작 플래그 워드 앞에 전송되는 가변 길이 교번 10 시퀀스이다. 프리앰블에 의해 수신국이 그 수신기를 다시 설정하고, 전송 반송 주파수를 복구해서 착신 패킷 데이터를 위해 심볼 클록을 조정할 수 있다. 프리앰블은 다음의 비 부호화 포맷을 갖는다.
<비 부호화 프리앰블> = 11001100b + 11001100b + 11001100b + 11001100b + 11001100b + 11001100b + 11001100b + 11001100b + 11001100b + 11001100b
이예의 프로토콜은 프레임 시작 플래그를 포함한다. 이 40 비트 플래그는 새로운 프레임의 시작을 나타내며, 이 플래그에 의해 수신 장치가 수신 데이터의 단위/바이트 페이스를 설정할 수 있다. 시작 플래그 워드는 0xB14D8F299A이다.
이예의 프로토콜은 데이터 링크 층을 포함한다. 데이터 링크 층은 계층 2에서 동작하고, 매체 접근 제어(MAC) 및 논리 링크 제어(LLC)를 담당하는 두 개의 서브 층(sub-layer)들로 구성된다.
이예의 프로토콜은 프로토콜 데이터 단위를 포함한다. 데이터 링크 층 PDU 포맷을 표 6에 나타낸다.
프레임 시작
플래그
(FSF)		 크기
(SZ)		 프레임 기술자
(FD)		 수신지
어드레스
(DA)		 소스
어드레스
(SA)
또는
임베디드
채널(EC)
 순서 번호
(SEQN)		 페이로드
FEC
인에이블
(PFE)		 헤더
프레임
검사
순서
(HFCS)		 확장
프로토콜
(EP)
(옵션)		 페이로드(SDU) 페이로드
프레임 검사
순서
(PFCS)
(옵션)
표 6
각 프로토콜 데이터 단위 필드의 크기 및 간략한 설명을 표 7에 나타낸다.
PDU 필드 사이즈
(비트)		 설명
프레임 시작 플래그(FSF) 40 프레임 시작을 나타냄
크기
(SZ)		 10 페이로드(SDU) 종료까지 헤더 프레임 검사 순서를 따르는 바이트 수
프레임 기술자
(FD)		 8 프레임 타입, 확인 표시, 옵션 확장 프로토콜 및 옵션 헤더를 기술함
수신지 어드레스
(DA)		 25 수신지 노드 어드레스
발신지 어드레스
(SA)
또는 임베디드
채널(EC)		 25 발신지 노드 어드레스 또는 임베디드 채널
순서 번호
(SEQN)		 2 순서 번호
페이로드 FEC
인에이블
(PE)		 1 메시지의 페이로드가 리드 솔로몬(Reed Solomon) 부호화되었는지를 나타냄
예비 영역 1 향후 사용을 위한 예비 영역
헤더 프레임 검사 순서(HFCS) 16 헤더 프레임 검사 순서(FCS)는 크기 필드 내지 어드레스 필드를 통해 계산됨
확장 프로토콜
(EP)(옵션)		 0 또는 8 네트워크 서비스 포트 식별자(아래의 프레임 기술자 참조)
페이로드(SDU) 0-4136 서비스 데이터 단위(SDU). 최대 페이로드 크기는 프레임 타입에 따름
페이로드
프레임 검사 순서
(PFCS)(옵션)		 0, 16 또는 32 페이로드 프레임 검사 순서(FCS)는 페이로드의 종료까지 헤더 프레임 검사 순서를 따르는 모든 데이터를 통해 계산됨. 프레임 타입은 패킷이 페이로드 FCS 및 FCS의 비트 크기를 포함하는지를 결정
표 7
이예의 프로토콜은 프레임 크기를 포함한다. 프레임 크기는 10 비트 값으로서 이값은 페이로드(SDU) 종료까지 헤더 프레임 검사 순서를 따르는 바이트 수를 나타낸다. 유효 레인지는 메시지의 프레임 타입에 따른다.
이예의 프로토콜은 프레임 기술자를 포함한다. 8비트 프레임 기술자가 프레임의 포맷을 결정하고, 표 8에 나타낸 비트 필드들로 분할된다.
7 6 5 4 3 2 1 0
버전 임베디드 데이터 Ack 플래그 페이로드FCS 모드 프로토콜 식별자
표 8
이예의 프로토콜은 프로토콜 식별자를 포함한다. 프로토콜 식별자 비트 0-2는 특정 패킷이 전송되는 프로토콜 층을 나타낸다. 정의된 프로토콜들은 표 9와 다음 주제에서 설명한다.
비트2 비트1 비트0 프로토콜 식별자
0 0 0 Ack
0 0 1 매체 접근(MA) 프로토콜
0 1 0 보청기 제어(HAC) 프로토콜
0 1 1 양방향 음성(BDV) 프로토콜
1 0 0 단방향 스트리밍 오디오(OSA) 프로토콜
1 0 1 예비 영역
1 1 0 예비 영역
1 1 1 확장(EX), 확장 프로토콜 참조
표 9
000b - 확인은 확인이 수신된 프레임 기술자에 설정된 비트들의 결과로서 전송된 링크 층 확인 패킷인 것을 나타낸다.
001b - 매체 접근 프로토콜은 채널 지정과 같은 논리 링크 제어 동작을 위해 예정된 정보이다.
010b는 보청기 제어 프로토콜은 피팅(fitting) 애플리케이션과 같은 보청기 제어 동작을 위해 예정된 정보이다.
011b는 양방향 음성 프로토콜은 양방향 오디오 데이터로 구성되고, 오디오 응용을 위해 예정된 정보이다.
100b는 단방향 스트리밍 오디오 프로토콜은 오디오 데이터로 구성되고, 오디오 응용을 위해 예정된 정보이다.
101b - 예비 영역
110b - 예비 영역
111b - 이 코드는 추가 확장 프로토콜 바이트가 전송 목적을 위한 프레임 포맷의 일부로서 포함되는 것을 나타내는데 사용된다.
이예의 프로토콜은 페이로드 FCS 모드를 포함한다. FCS 모드에서, 비트 3-4는 프레임 내의 오류 제어를 위해 사용된 페이로드 프레임 검사 순서 바이트들의 수를 정의하는데 사용된다. 페이로드 FCS는 페이로드(SDU)의 종료까지 헤더 FCS를 따르는 제1 바이트를 통해 계산된다. 정의된 페이로드 FCS 모드들을 표 1O에 나타낸다.
비트 4 비트 3 FCS 바이트들의 수 설명
0 0 없음 CRC 사용않됨
0 1 2 CRC-CCITT
1 0 4 CRC-32
1 1 예비 영역 예비 영역
표 10
페이로드 FCS 모드들 01b 및 10b는 여기에서 열거된 것과 같은 오류 검출 방법을 이용하여 오류들을 위해 검사된다. 여러 오류 검출 방법들이 여기에 열거된다.
이예의 프로토콜은 Ack 플래그를 포함한다. Ack 플래그 비트 5는 이 프레임이 링크 층 프로토콜를 통해 확인되어야 하는지를 나타내는데 사용된다. Ack 플래그 비트가 0인 경우, 프레임은 확인되지 않는다. Ack 플래그 비트가 1인 경우, FCS 검사가 성공적인 경우 프레임이 확인되는데, 프레임이 확인은 아니고, 프레임은 브로드캐스트 또는 멀티캐스트 어드레스를 포함하지 않는다.
이예의 프로토콜은 임베디드 데이터를 포함한다. 임베디드 데이터 비트 6은 임베디드 채널 필드의 데이터가 유효한지 여부를 나타내는데 사용된다. 임베디드 데이터 비트가 1인 경우, 임베디드 채널 필드의 데이터는 유효하다. 임베디드 데이터 비트가 0인 경우, 임베디드 채널 필드의 데이터는 유효하지 않다. 여기에서 제공된 예의 프로토콜에 있어서, 이 필드는 양방향 음성(BDV) 또는 단방향 스트리밍 오디오(OSA) 프로토콜 타입 패킷들에만 유효하다.
이예의 프로토콜은 버전을 포함한다. 버전 비트 7은 수신되는 프레임 포맷의 버전을 나타낸다. 이 비트에 대한 값 0은 프레임 포맷의 제1 버전을 나타낸다. 이 비트에 대한 값 1은 프레임 포맷에 대한 향후의 변경을 위해 지정된다.
이예의 프로토콜은 수신지 어드레스를 포함한다. 수신지 노드 어드레스는 유니캐스트, 멀티캐스트 또는 브로드캐스트 어드레스 중 어느 한 형태일 수 있다. 또한, 이예의 프로토콜은 발신지 어드레스를 포함한다. 발신지 노드 어드레스는 멀티캐스트 또는 브로드캐스트 어드레스이어야 한다. 또한, 이예의 프로토콜은 임베디드 채널을 포함한다. 임베디드 채널은 노드들 사이에 저속 통신 채널을 제공한다. 이 필드는 양방향 음성(BDV) 또는 단방향 스트리밍 오디오(OSA) 프로토콜 타입 패킷들에만 유효하다.
이예의 프로토콜은 순서 번호를 포함한다. 이 필드는 링크 층 확인을 필요로 하는 매체 접근(MA), 보청기 제어(HAC) 또는 확장(EX) 프로토콜 타입 유니캐스트 패킷들에 사용된다. 수신된 메시지에 응답하여 전송된 링크 층 확인(Ack) 패킷은 수신된 메시지의 SEQN 필드와 동일하게 설정된 그 순서 번호(SEQN) 필드를 가져야 한다. 임의 프로토콜 타입의 브로드캐스트 또는 멀티캐스트 패킷들의 경우에, SEQN 필드는 0으로 설정되어야 한다.
각각의 노드는 각 노드에 대한 개별적인 내부 송신 및 수신 순서 번호를 유지해야하는데, 각 노드는 링크 층 확인을 필요로 하는 MA, HAC, 또는 EX 프로토콜 타입 유니캐스트 패킷들을 교환한다. 송신 노드의 경우, 링크 층 확인을 필요로 하는 제1 MA, HAC, 또는 EX 프로토콜 타입 유니캐스트 패킷이 송신될 때 송신 및 수신 순서 번호들이 생성된다. 수신 노드의 경우, 링크 층 확인을 필요로 하는 제1 MA, HAC, 또는 EX 프로토콜 타입 유니캐스트 패킷을 유효하게 수신했을 때, 송신 및 수신 순서 번호들이 생성된다. 발신지와 수신지 노드들의 각 필드에 대한 초기 값은 0이다.
이예의 프로토콜은 송신 순서 번호를 이용한다. 도 13의 송신 알고리즘을 참조하면, 발신지 노드의 송신(1302) 순서 번호(TX_SEQN)는 링크 층 확인을 필요로 하는 모든 새로운 MA, HAC, 또는 EX 프로토콜 타입 유니캐스트 패킷 송신의 경우 증가된다(1304, 1306, 1308). 이값은 최대 값에 도달할 때 보호된다. 다음에 발신지 노드의 TX_SEQN가 송신된 패킷(1310)의 순서 번호 필드(SEQN)에 배치된다. 이어서 패킷이 수신되고(1312), 패킷 재송신시, 발신지 노드의 TX_SEQN는 변경되지 않아서 패킷이 최초 패킷과 같은 TX_SEQN로 재송신된다.
이예의 프로토콜은 수신 순서 번호를 사용한다. 도 14의 수신 알고리즘을 참조하면, 수신 순서 번호(RX_SEQN)가 수신지 노드에서 수신되고(1402), 수신지 노드에서, 링크 층 확인을 필요로 하는 MA, HAC, 또는 EX 프로토콜 타입 유니캐스트 패킷을 유효하게 수신한 경우 패킷 필터링(1404, 1406, 1408, 1410, 1412, 1416)을 수행하는데 사용된다. 수신 패킷의 순서 번호 값(SEQN)은 수신지의 수신 순서 번 호(RX_SEQN)와 비교되어야 한다(1408). 이들이 다르면, 새로운 데이터 페이로드가 도착하여 RX_SEQN이 SEQN의 값으로 설정되고(1410), 그렇지 않으면, 새로운 데이터 페이로드는 동일 데이터 페이로드이어서 폐기될 수 있다(1416). 어느 상황이든 송신으로 종료한다(1414, 1418).
이예의 프로토콜은 페이로드 PEC 인에이블을 포함한다. 페이로드 FEC 인에이블 비트는 메시지의 페이로드가 리드 솔로몬 부호화되었는지 여부를 나타낸다. 페이로드 FEC 인에이블 비트가 0이라면, 메시지의 페이로드에서 리드 솔로몬 부호화는 수행되지 않은 것이다. 페이로드 FEC 인에이블 비트가 1이라면, 메시지의 페이로드에서 리드 솔로몬 부호화가 수행된 것이다.
이예의 프로토콜은 헤더 프레임 검사 순서를 포함한다. 헤더 프레임 검사 순서는 각 수신된 프레임에 대해 비트 오류 검출을 위한 수단을 제공한다. 이 필드의 값은 2 바이트이다. FCS는 송신 이전에 계산된 순환 중복 검사(CRC) 값을 갖는다. 16 비트 FCS는 CRC-CCITT 정의를 기초로 한다. 순서 번호 필드의 종료까지 프레임 시작 플래그 이후의 모든 데이터는 CRC 계산에 포함된다.
여러 실시예들에서, CRC 계산은 발신지에서 부호화 이전에 그리고 수신지에서 복호화 이후에 수행된다. 또한, 노드는 헤더 프레임 검사 순서가 헤더에서 비트 오류를 검출한 패킷들을 무시하거나 처리한다. 패킷이 수신되고, 헤더 프레임 검사 순서를 통해 헤더의 비트 오류들이 검출되고, 노드가 이들 패킷들 무시하도록 구성되면, 프레임은 프로토콜의 다음 레벨로 향상되지 않으며, 필요할 경우, 링크 층 확인 패킷이 생성되지 않는다.
이예의 프로토콜은 확장 프로토콜들을 포함한다. 확장 프로토콜 바이트는 프레임 기술자 바이트에 프레임 타입 비트들이 111b로 설정된 경우에만 존재한다. 확장 프로토콜 바이트는 수신된 패킷을 적절한 층에 전송하는데 사용되는 유효 네트워크 서비스 식별자이어야 한다. 여러 애플리케이션 및 네트워크 서비스 식별자들이 여기에 포함된다.
이예의 프로토콜은 페이로드를 포함한다. 페이로드 필드는 애플리케이션 지정 정보를 포함한다. 이예의 프로토콜은 또한 페이로드 프레임 검사 순서를 포함한다. 페이로드 프레임 검사 순서는 각 수신된 프레임에 대해 비트 오류 검출 수단을 제공한다. 이 필드의 크기는 최대 4 바이트이다. FCS는 송신 이전에 계산된 순환 중복 검사(CRC) 값을 갖는다. 32 비트 FCS는 CRC-CCITT 정의를 기초로 한다. 페이로드 필드의 종료까지 헤더 프레임 검사 순서 이후의 모든 데이터가 CRC 계산에 포함된다. 오류가 검출되면, 프레임은 프로토콜의 다음 레벨로 향상되지 않으며, 필요할 경우, 링크 층 확인 패킷이 생성되지 않는다. 여러 실시예들에서, CRC 계산은 발신지에서 부호화 이전에 그리고 수신지에서 복호화 이후에 수행된다.
이예의 프로토콜은 매체 접근 제어(MAC) 서브 층을 포함한다. 매체 접근 제어(MAC) 서브 층은 공유 채널을 통해 노드들에 또는 노드들로부터 데이터 패킷들을 송신하는 역할을 한다. MAC 서브 층은 노드 송신과 노드 기동(wake-up) 프로토콜들을 이용하여 하나의 채널을 통해 다른 국들로부터 수신된 패킷들이 충돌하지 않고 수신되게 한다. 또한, MAC 서브 층은 또한 채널로부터 패킷들을 수신하는 역할을 한다. 한 응용에 있어서, 노드는 전력을 유지할 필요가 있으므로 패킷 수신을 위해서 일정하게 활용되지 않는다. 따라서 MAC 서브 층은 노드 모니터 및 노드 슬립 프로토콜을 이용하여 패킷의 수신을 조정한다.
이예의 프로토콜은 노드 송신을 포함한다. 이 무선 통신 프로토콜의 단신 방식(simplex) 동작 때문에, 노드는 채널을 검출함과 동시에 송신할 수 없게 되는데, 이는 노드가 충돌 검출을 수행할 수 없음을 의미한다. 따라서 두 개의 노드들이 동시에 송신하는 경우, 두 개의 송신이 간섭(적어도 두 송신 노드들의 레인지 내의 노드들의 경우)하게 된다. 충돌을 최소화하여 데이터 처리량을 최대화하기 위해, 공유 매체는 반송파 감지 다중 접속 프로토콜(carrier sense multiple access protocol;CSMA)을 필요로 한다. CSMA는 "listen before talk" 정책을 나타내는데, 이 정책에서는, 송신을 원하는 노드는 다른 노드가 송신중인지를 판단하기 위해 송신 이전에 매체를 조사한다. 본 발명의 프로토콜을 이용하는 한 응용은 다수의 CSMA 프로토콜들의 정의를 포함한다. CSMA 프로토콜들을 변화시키면 장치들이 변화하여 간섭파들이 있어도 통신할 수 있다.
본 발명의 한 응용은 두 개의 다른 타입의 장치들, 청취 기구(즉, 보청기) 및 청취 보조 기구를 포함한다. 이 실시예들에서, 청취 기구는 패킷 송신을 시도할 때, 자동으로 패킷을 송신하거나 또는 CSMA 프로토콜을 수행한다. 송신되는 패킷의 프로토콜 식별자는 패킷이 자동으로 송신되거나 CSMA 프로토콜이 수행되는지를 결정하는 키로서 사용된다. 양방향 음성 및 단방향 스트리밍 오디오 프로토콜 식별자들의 경우에, 청취 기구가 자동으로 패킷을 송신한다. 모든 다른 프로토콜 식별자들의 경우에, 청취 기구는 패킷을 송신할 때 CSMA 프로토콜을 수행한다. CSMA 프로토콜은 청취 기구가 송신한 패킷들에게 간섭파가 존재함에도 성공적으로 전달될 최적의 기회를 제공하도록 설계된다. 그러나 CSMA 프로토콜을 이용하는 여러 실시예에서, 다수의 청취 기구들은 동시에 송신을 시도할 수 있어서 충돌을 일으킬 수 있다. 이러한 상황은 청취 기구가 후속 재송신 시도시 충돌 방지 기술을 제공하는 랜덤 자동 재송 요구(automatic repeat request;ARQ) 알고리즘을 이용함으로써 해결된다.
청취 보조 기구는 패킷 송신을 시도할 때, 자동으로 패킷을 송신하거나 또는 CSMA/CA 프로토콜을 수행한다. 송신되는 패킷의 프로토콜 식별자는 패킷이 자동으로 송신되거나 CSMA/CA 프로토콜이 수행되는지를 결정하는 키로서 사용된다. 양방향 음성 및 단방향 스트리밍 오디오 프로토콜 식별자들의 경우에, 청취 보조 기구가 자동으로 패킷을 송신한다. 모든 다른 프로토콜 식별자들의 경우에, 청취 보조 기구는 패킷을 송신할 때 CSMA/CA 프로토콜을 수행한다. CSMA/CA 프로토콜은 CSMA 프로토콜을 수행하는 청취 기구들을 수용하도록 설계되어 있다. 그러나 CSMA/CA 프로토콜에 의해서도 패킷들이 충돌할 가능성이 있다. 이러한 상황은 청취 보조 기구가 후속 재송신 시도시 정적 자동 재송 요구(ARQ) 알고리즘을 이용함으로써 해결된다.
이예의 프로토콜은 반송파 감지 다중 접속(CSMA)을 포함한다. 프레임 송신 시도는 도 15에 도시한 알고리즘을 따른다. 여러 실시예들에서, 알고리즘은 송신 요구(1502)에서 시작한다. 이 방법은 또한 채널 프리(channel free) 조회(1504)를 포함한다. 채널이 비어 있으면, 알고리즘은 패킷을 송신하고(1506), 종료한 다(1514).
채널이 비어있지 않으면, 방법은 채널이 비거나 타임아웃이 되기까지(1508) 감시한다. 이어서 이 방법은 채널 프리 또는 타임아웃을 감지한다(1510). 채널이 비게 되면, 알고리즘은 패킷을 송신하고(1506), 채널이 비어있지 않으면, 타임아웃 감시가 수행되고, 프로세스는 패킷 송신을 포기한다(1512). 이어서 프로세스가 종료한다(1514). 일례의 타임아웃 감시를 표 11에 나타낸다.
이 방법은 본 발명의 일 실시예이다. 본 발명은 또한 시퀀스 생략 단계들을 포함한다. 본 발명은 또한 이 예와 비교하여 변화된 순서를 갖는 시퀀스들을 포함한다.
이 알고리즘을 실시하는 각 노드는 이 알고리즘이 인에이블 또는 디세이블되게 하는 능력을 제공함을 지적한다. 디폴트/초기 상태가 인에이블된다.
파라미터 명 설명 레인지/값
타임아웃 감시 간섭파가 연장되는 경우 채널 감시를 포기하는데 사용된 기간 320ms
FEC를 갖는 데이터 링크 PDU 내의 크기 필드를 기초로 허용된 최대 크기 패킷을 송신하기 위해 노드를 택하는 시간을 노드 기동 시간에 더하여 계산된 값(70ms + 250ms)
표 11
송신을 위해 활용할 수 있는 패킷들의 비동기 특성, 노드의 물리적 위치 및/또는 신호 세기가 두 개의 노드들이 동시에 송신하여 수신기에서 패킷들에 오류를 일으키는 상황으로 만들 수 있다. 이러한 상황은 노드에서 사용되는 자동 재송 요구 알고리즘으로 처리된다.
이예의 프로토콜은 도 16에 도시된 반송파 감지 다중 접속/충돌 방지(CSMA/CA)를 포함한다. 표 12는 이 알고리즘을 위한 일례의 파라미터들을 나타낸다. 청취 보조 기구들의 경우 베이스 CSMA 알고리즘에 대한 CA 확장은 백 오프(back off) 절차를 도입한다. 매체가 비지인 것을 감지하는 국은 매체가 비게 될 때까지 대기된다. 다수의 국들이 액세스를 대기할 수 있으므로, 매체가 비게 된 직후 충돌의 가능성이 아주 높다. 이 기간 동안 충돌을 줄이기 위해 노드는 랜덤 백 오프 타임을 두어야 한다.
여러 실시예들에서, 이 방법은 송신 요구(1602)에서 시작하고, 채널 프리 조회(1604)로 진행한다. 긍정 응답이면 패킷 송신(1612)으로 진행한 다음 종료(1616)로 진행한다. 부정 응답이면, CSMA 카운터가 초과 되었는지(1606)를 조회한다. 초과 되었으면, 프로세스는 패킷 송신을 포기한다. 초과 되지않았으면, 프로세스는 채널이 빌 때까지 계속 감시한다. 이 프로세스는 1) 타임아웃 감시가 패킷 송신 포기(1614)로 진행하고 이어서 종료(1616)로 진행, 2) 프리 채널에서 랜덤 타이머 이벤트(1608)를 액세스하고 이어서 채널 프리 조회(1604)로 복귀하는 두 가지 방법 중 하나에서 종료한다.
이 알고리즘을 실시하는 각 노드는 이 알고리즘이 인에이블 및 디세이블되게 하는 능력을 제공해야 한다. 디폴트/초기 상태가 인에이블된다.
파라미터 명 설명 레인지/값
랜덤 타이머 송신할지 여부를 위한 활동과 결정을 위해 채널을 재검사하기 이전에 대기하는 '랜덤' 기간 타이머의 지속시간은 다음 세트, {2,4,6,8,10,12,14,16}ms에서 랜덤하게 선택한 값이어야 함.
이 값들의 범위는 노드가 수신으로부터 송신으로 전환하는 시간을 수용해야 한다. 이값은 대략 1.6ms가 되는 것으로 추정됨
CSMA 카운터 프리 채널의 발효를 위해 감시하는 회수 {1,2}
타이머 감시 간섭파가 연장되는 경우, 채널 감시를 포기하는데 사용된 기간 320ms
FEC를 갖는 데이터 링크 PDU 내의 크기 필드를 기초로 허용된 최대 크기 패킷을 송신하기 위해 노드를 택하는 시간을 노드 기동 시간에 더하여 계산된 값(70ms + 250ms)
표 12
이예의 프로토콜은 여러 알고리즘들을 포함한다. 3 개의 노드들을 사용하는 알고리즘을 도 17에 도시한다. 도시는 시간(1708)에 걸쳐 노드A(1702), 노드B(1704), 및 노드C(1706)가 본 발명의 알고리즘들에 따른 타이밍 조정을 거치는 것을 나타낸다. 노드의 물리적 위치 및/또는 신호 세기 따라 송신 노드들은 모든 노드들을 볼 수 없는 상황에 놓여 질 수 있다. 따라서 두 개의 노드들이 동시에 송신하여 수신기에서 패킷들의 오류를 일으키는 상황이 생길 수 있다. 이러한 상황은 노드에서 사용되는 임의의 자동 재송 요구 알고리즘에 의해 처리된다.
이예의 프로토콜은 노드 기동 기능을 포함한다. 노드 기동은 하나 이상의 수신지 노드들이 기동하여 패킷 수신을 준비하는 것을 보장하도록 아웃바운드(outbound) 패킷을 갖는 노드에 의해 사용된다. 송신 노드는 패킷 앞에 기동 시퀀스를 송신할 필요가 있다. 기동 시퀀스는 T R ms 동안 프리앰블의 연속적인 송신 으로 구성된다. 이 변수는 표 13에 나타나 있다. 기동 시퀀스는 송신 노드가 프로그래밍을 통해 지정된 간격 내에서 수신지 노드와 어떤 통신도 하고 있지 않은 경우에만 필요하다. 본 발명은 간격을 지정하는 노드 슬립 기능을 포함한다. 노드가 통신할 경우, 송신 노드는 패킷 앞에 표준 프리앰블을 송신할 수 있다.
파라미터 명 설명 값
T R 연속 프리앰블이 노드를 기동하기 위해 송신되어야 하는 기간 255ms
표 13
이예의 프로토콜은 노드 모니터 기능을 포함한다. 이 기능은 표 14에 나타낸 변수들을 포함한다. 노드가 패킷을 수신하기 위해서, 노드는 주기적으로 기동하여 채널을 모니터할 필요가 있다. 수신 노드는 T R ms 마다 주기적으로 기동할 필요가 있다. 이어서 수신 노드는 채널에서 T dewell ms 동안 초기 모니터를 수행하여 한 노드가 송신을 시도하는지를 결정하기 위한 활동 찾는다. 초기 모니터 동안 채널 상에서 어떤 활동도 검출되지 않으면, 노드는 T R - T dewell ms에서 다음 주기 기동 시간까지 슬립으로 돌아간다. 초기 모니터 동안 채널 상에 활동이 검출되면, 노드는 T R ms 동안 채널 모니터를 지속해야 한다. 노드가 연장된 모니터 동안 패킷을 수신하면, 노드는 섹션 0에 기술한 절차를 수행해야 한다. 이예의 프로토콜은 노드 슬립을 포함한다. 노드가 연장된 모니터 동안 패킷을 수신하지 못하면, 연장된 모니터 간격의 종료시, 노드는 활동을 찾는 채널에서 T dewell ms 동안 초기 모니터의 수행을 통해 이 절차를 개시해야 한다.
파라미터 명 설명 값
T R 노드가 기동해야 하는 주기적 시간 간격 250ms
T dewell 노드가 연속적으로 채널 상의 활동을 연속적으로 모니터해야 하는 기간 < 1 ms
표 14
이예의 프로토콜은 노드 슬립 기능을 포함한다. 이 기능을 위한 파라미터들을 표 15에 나타냈다. 패킷을 성공적으로 수신하고 필요할 경우 확인의 송신 후, 노드는 후속 패킷들의 수신을 용이하게 하기 위해 어웨이크(awake) 되어야 한다. 노드는 8* T R ms 동안 어웨이크를 유지하여 추가적인 패킷들을 모니터할 필요가 있다. 이 시간 간격 동안 후속 패킷이 수신되면, 어웨이크를 유지하는 시간은 리셋될 필요가 있다.
파라미터 명 설명 값
T R 노드가 기동해야하는 주기적 시간 간격. 250ms
표 15
이예의 포르토콜은 논리적 링크 제어 서브 층을 포함한다. 데이터 링크 층의 논리적 링크 제어 서브 층은 네트워크의 단일 링크를 통해 장치들 사이의 통신을 관리한다. 이 서브 층에 의해 다수의 상위 층 프로토콜들이 단일 물리 데이터 링크를 공유할 수 있다. 따라서 서브 층은 상위 층 프로토콜들이 사용한 비접속(connectionless) 서비스들만을 지원한다.
이예의 프로토콜은 정적 자동 재송 요구(ARQ)를 포함한다. 관련 파라미터들은 표 16에 열거되어 있다. 데이터 링크 층은 오류 검출과 재송신에 기초하여 패킷을 성공적으로 송신한다. 링크 층 확인을 필요로 하는 패킷들의 경우에, 링크 층 확인 패킷은 "Ack 대기 타이머" 기간 내에 수신되어야 한다. 수신되지 않으면, 최초 패킷이 재송신된다. 패킷이 재송신되는 최대 회수는 "최대 재송신 수"로 제한된다.
패킷에 대한 링크 층 확인 필요는 메시지의 재송신으로 나타날 수 있으며, 확인의 실패로 인해 재송신이 생긴다. 수신지 노드가 같은 메시지를 한번 이상 처리하는 것을 방지하기 위해 수신지 노드에서 재송신의 필터링이 필요하다. 패킷의 순서 번호(SEQN) 필드에 의거하여 수신지에서 여기에서 기술하는 바와 같이 임의의 정확하게 수신된 재송신을 폐기할 수 있다.
파라미터 명 설명 레인지
Ack 대기 타이머 패킷이 재송신되기 전에 대기하는 기간 100 ms
주: 이 타이머는 패킷의 성공적 송신 후 시작됨
최대 재송신 수 Ack가 필요하지만 수신되지 않은 경우, 패킷이 재송신되는 최대 회수 {1, 2, 3}
표 16
이예의 프로토콜은 랜덤 자동 재송 요구(ARQ)를 포함한다. 관련 파라미터들은 표 17에 열거했다. 데이터 링크 층은 오류 검출과 재송신에 기초하여 패킷을 성공적으로 송신한다. 링크 층 확인을 필요로 하는 패킷들의 경우에, 링크 층 확인 패킷은 "Ack 대기 타이머" 기간 내에 수신되어야 한다. 수신되지 않으면, 최초 패킷이 재송신된다. 패킷이 재송신되는 최대 회수는 "최대 재송신 수"로 제한된다.
패킷에 대한 링크 층 확인 필요는 메시지의 재송신으로 나타날 수 있으며, 확인의 실패로 인해 재송신이 생긴다. 수신지 노드가 같은 메시지를 한번 이상 처 리하는 것을 방지하기 위해 수신지 노드에서 재송신의 필터링이 필요하다. 패킷의 순서 번호(SEQN) 필드에 의거하여 수신지에서 여기에서 기술하는 바와 같이 임의의 정확하게 수신된 재송신을 폐기할 수 있다.
파라미터 명 설명 레인지
Ack 대기 타이머 패킷이 재송신되기 전에 대기하는 '랜덤' 기간 이 타이머의 지속시간은 ARQ 대기 시간 플러스 다음 세트,
100ms + {2, 4, 6, 8, 10, 12, 14, 16}ms에서 랜덤하게 선택된 값을 포함해야함
주: 이 타이머는 패킷의 성공적인 송신후 시작됨
최대 재송신 수 Ack가 필요하지만 수신되지 않은 경우, 패킷이 재송신되는 최대 회수 {1, 2, 3}
표 17
이예의 프로토콜은 논리 채널들을 포함한다. 선택된 채널 뱅크에 한 그룹의 6개의 물리 채널들이 집중진다. 뱅크 내의 각각의 물리 채널은 논리 채널 1이 최저 주파수 물리 채널과 관련되고, 논리 채널 6이 최고 주파수 물리 채널과 관련되는 논리 채널로 보아야 한다. 각 뱅크 내의 논리 채널 3은 제어 채널로 사용을 위해 그리고 소량의 데이터 전송을 위해 지정된다. 제어 채널은 모니터를 위해 필요한 시간을 줄이고, 모든 논리 채널들에 걸쳐 잠재적인 통신 장치를 동조해서 발견하는데 전용될 필요가 있다. 논리 채널 3은 대역의 중간에서 그대로 사용되어 그 중앙 위치로 인해 다른 채널들 중 임의의 한 채널에의 동조를 신속하게 한다.
채널 3은 프로그래밍 데이터, 이어 투 이어(ear-to-ear) 정보를 교환하는데 사용되고, 또한 양방향 음성 데이터 및 단방향 스트리밍 오디오 데이터의 교환을 위해 한 노드를 다른 논리 채널에 동조시키라고 명령하는 메시지들을 교환하는데 사용된다. 청취 기구에 비해 큰 수신기 감도를 갖는 청취 보조 기구로 인해, 여러 애플리케이션이 정확한 채널 중재 프로세스를 수행하지 못한다. 한 응용에서, 청취 보조 기구가 최적 가능한 채널을 구한 다음, 그 채널을 청취 기구에 전달하고, 청취 기구가 간단히 선택된 채널을 확인한다.
이예의 프로토콜은 채널 활용성을 모니터하는 방법들과 장치들을 포함한다. 관련 파라미터들을 표 18에 나타냈다. 채널의 활용성은 고정 시간 간격으로 채널을 모니터함으로써 결정된다. 모니터 간격의 임의의 시점에서 활동이 검출되면, 채널은 사용중인 것으로 추정된다. 모니터 간격에서 어떤 활동도 검출되지 않으면, 채널은 아이들인 것으로 추정된다. 모니터 간격의 지속시간은 임의의 상위 층 프로토콜들에 한 채널이 사용되고 있음과 어떤 공지의 간섭파들을 검출하는 것을 보증하기에 충분하도록 길어야 한다. 한 응용에서, 이 시간 간격은 T mon ms로 결정된다.
파라미터 명 설명 값
T mon 노드가 채널 활용성을 결정하기 위해 채널을 모니터해야 하는 시간 간격 10ms
표 18
한 응용에서는 청취 보조 기구가 채널 활용성 절차를 수행하는 단 하나의 노드이다. 이는 청취 보조 기구의 수신기가 청취 기구 수신기보다 채널 활동에 더 민감하기 때문이다.
이예의 프로토콜은 매체 접근 프로토콜을 포함한다. 매체 접근 프로토콜은 추가적 데이터 교환을 위해 뱅크 내의 임의의 활용가능 논리 채널을 중재하는데 사 용된다. 표 19는 매체 접근 프로토콜이 지원하는 요구들/응답들을 나타낸다.
PDU 설명 길이(바이트) OP 코드 콘텐츠 페이로드 내 위치
수용 1 0x01 -
거부 1 0x02 -


단방향 스트리밍 시작 세션


8




0x03

 채널 2
코덱 ID 3
코덱 Fs 4
비트율 5
샘플/패킷 6
멀티캐스트 어드레스 8
옵션 12
단방향 스트리밍 정지 세션 1 0x04
 -


양방향 스트리밍 시작 세션


8


0x05

 채널 2
코덱 ID 3
코덱 Fs 4
비트율 5
샘플/패킷 6
멀티캐스트 어드레스 8
옵션 12
양방향 스트리밍 정지 세션 1 0x06
채널 변경 요구 2 0x07 채널 2
표 19
이예의 프로토콜은 단방향 스트리밍 시작 세션 요구/응답을 포함한다. 표 20은 단방향 스트리밍 시작 세션 요구 PDU의 포맷이다.
크기 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 페이로드
 페이로드 첵섬(checksum)
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x0C 00001001b 001b 0x112233 001b 0x123456 00b 1b 0xXXXX 표 21 참조 0 xXXXX
표 20
크기 = 0x0C, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=001b, 매체 접근 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x112233, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x123456, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
페이로드 - 표 21 참조
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
표 21은 "페이로드"필드의 상세한 포맷을 제공한다.
요구 OP
코드		 채널
 코덱 ID
 코덱 Fs
 비트율
 샘플/
패킷		 멀티캐스트 어드레스
옵션
벤더 ID 장치 ID
0x03 0x04 0x02 0x05 0x08 0x0205 001b 0x300001 00000000b
표 21
요구 OP 코드 - 0x03, 단방향 스트리밍 시작 세션 요구
채널 - 0x04, 채널 식별자
코덱 ID - 0x02, 오디오 스트림을 부호화하는데 사용된 코덱을 정의. 코덱 식별자들의 완전한 리스트는 표 58 참조.
코덱 Fs - 0x05, 오디오 스트림을 부호화하는데 사용된 샘플링 레이트를 정의. 샘플링 레이트 주파수들의 완전한 리스트는 표 60 참조.
비트율 - 0x08, 샘플당 비트들의 수를 정의. 비트율의 완전한 리스트는 표 59 참조.
샘플/패킷 - 0x0205, 각 송신 패킷에 전송된 샘플들의 수를 정의.
멀티캐스트 어드레스 - 0x01300001 벤더 ID = 001b 장치 ID =
0x300001(벤더 지정 값)
옵션 - 0000000b, 단방향 스트리밍 옵션들의 설명은 표 22 참조.
옵션 필드는 오디오 데이터 스트림과 관련된 구성 옵션들을 식별하는 비트 필드이다. 옵션들은 표 22에 나타낸다.
비트 위치 설명
비트 0 0 - 수신된 샘플들 재생
1 - 재생 이전에 완전한 오디오 프레임 내에 샘플들을 수집
비트 1 0 - 오디오 디코더 내의 오류 은폐를 디세이블
1 - 오디오 디코더 내의 오류 은폐를 인에이블
비트 2-7 예비 영역
표 22
표 23은 수용 또는 거부 응답 PDU 포맷이다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 응답 OP 코드 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x01 00001001b 001b 0x123456 001b 0x112233 00b 1b 0 xXXXX 0x01 또는 0x02 0 xXXXX
표 23
크기 - 0x01, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=001b, 매체 접근 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x123456, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x1112233, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
응답 OP 코드 - 0x01, 수용 응답 또는 0x02, 거부 응답
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
이예의 프로토콜은 단방향 스트리밍 정지 세션 요구/응답을 포함한다. 표 24는 단방향 스트리밍 정지 세션 요구 PDU의 포맷이다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 응답 OP 코드 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x01 00001001b 001b 0x112233 001b 0x123456 00b 1b 0 xXXXX 0x04 0 xXXXX
표 24
크기 - 0x01, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=001b, 매체 접근 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x112233, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x123456, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
응답 OP 코드 - 0x04, 단방향 스트리밍 정지 세션 요구
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
표 25는 수용 또는 거부 응답 PDU 포맷이다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 응답 OP 코드 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x01 00001001b 001b 0x123456 001b 0x112233 00b 1b 0 xXXXX 0x01 또는 0x02 0 xXXXX
표 25
크기 - 0x01, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=001b, 매체 접근 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x123456, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x112233, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
응답 OP 코드 - 0x01, 수용 응답 또는 0x02, 거부 응답
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
이예의 프로토콜은 양방향 스트리밍 시작 세션 요구/응답을 포함한다. 표 26은 양방향 스트리밍 시작 세션 요구 PDU의 포맷이다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 페이로드 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x01 00001001b 001b 0x112233 001b 0x123456 00b 1b 0 xXXXX 표 27참조 0 xXXXX
표 26
크기 - 0x0C, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=001b, 매체 접근 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x112233, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x123456, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
페이로드 - 표 27 참조
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
표 27은 "페이로드" 필드의 상세한 포맷을 제공한다.
요구 OP
코드		 채널
 코덱 ID
 코덱 Fs
 비트율
 샘플들/
패킷		 멀티캐스트 어드레스
옵션
벤더 ID 장치 ID
0x05 0x05 0x01 0x11 0x01 0x0080 001b 0x300001 00000100b
표 27
요구 OP 코드 - 0x05, 양 방향 스트리밍 시작 요구
채널 - 0x05, 채널 식별자
코덱 ID - 0x01, 오디오 스트림을 부호화하는데 사용된 코덱을 정의. 코 덱 식별자들의 완전한 리스트는 표 58 참조.
코덱 Fs - 0x11, 오디오 스트림을 부호화하는데 사용된 샘플링 레이트를 정의. 샘플링 레이트 주파수들의 완전한 리스트는 표 60 참조.
비트율 - 0x01, 샘플당 비트들의 수를 정의. 비트율의 완전한 리스트는 표 59 참조.
샘플/패킷 - 0x0080, 각 송신 패킷에 전송된 샘플들의 수를 정의.
멀티캐스트 어드레스 - 0x01300001 벤더 ID = 001b 장치 ID =
0x300001(벤더 지정 값)
옵션 - 00000100b, 양방향 스트리밍 옵션들의 설명은 표 22 참조.
옵션 필드는 오디오 데이터 스트림과 관련된 구성 옵션들을 식별하는 비트 필드이다. 옵션들은 표 28에 나타낸다.
비트 위치 설명
비트 0 0 - 수신된 샘플들 재생
1 - 재생 이전에 완전한 오디오 프레임 내에 샘플들을 수집
비트 1 0 - 오디오 디코더 내의 오류 은폐를 디세이블
1 - 오디오 디코더 내의 오류 은폐를 인에이블
비트 2 0 - 마이크로폰 디세이블
1 - 마이크로폰 인에이블
비트 3-7 예비 영역
표 28
표 29는 수용 또는 거부 응답 PDU 포맷이다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 응답 OP 코드 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x01 00001001b 001b 0x123456 001b 0x112233 00b 1b 0 xXXXX 0x01 또는 0x02 0 xXXXX
표 29
크기 - 0x01, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=001b, 매체 접근 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x123456, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x112233, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
응답 OP 코드 - 0x01, 수용 응답 또는 0x02, 거부 응답
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
이예의 프로토콜은 양방향 스트리밍 정지 세션 요구/응답을 포함한다. 표 30은 양방향 스트리밍 정지 세션 요구 PDU의 포맷이다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 요구 OP 코드 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x01 00001001b 001b 0x112233 001b 0x123456 00b 1b 0 xXXXX 0x06 0 xXXXX
표 30
크기 - 0x01, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=001b, 매체 접근 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x112233, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x123456, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
요구 OP 코드 - 0x06, 양방향 스트리밍 정지 세션 요구
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
표 31은 수용 또는 거부 응답 PDU 포맷이다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 요구 OP 코드 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x01 00001001b 0x01 0x123456 0x01 0x112233 00b 1b 0 xXXXX 0x01 또는 0x02 0 xXXXX
표 31
크기 - 0x01, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=001b, 매체 접근 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x123456, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x112233, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
응답 OP 코드 - 0x01, 수용 응답 또는 0x02 거부 응답
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
이예의 프로토콜은 채널 변경 요구를 포함한다. 표 32는 채널 변경 요구 PDU 포맷이다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 요구 OP코드 페이로드 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x02 00001001b 001b 0x112233 001b 0x123456 00b 1b 0 xXXXX 0x07 0x04 0 xXXXX
표 32
크기 - 0x02, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=001b, 매체 접근 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x112233, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x123456, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
요구 OP 코드 - 0x07 - 채널 변경 요구
페이로드 - 04 - 채널 식별자
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
표 33은 수용 또는 거부 응답 PDU 포맷이다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 응답 OP 코드 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x01 00001001b 001b 0x123456 001b 0x112233 00b 1b 0 xXXXX 0x01 또는 0x02 0 xXXXX
표 33
크기 - 0x01, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=001b, 매체 접근 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x123456, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x112233, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
응답 OP 코드 - 0x01, 수용 응답 또는 0x02, 거부 응답
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
이예의 프로토콜은 브로드캐스트/멀티캐스트 메시지를 포함한다. 프레임 충돌을 피하기 위해, 브로드캐스트 어드레스와 응답이 전송되어야 하는 수신지 어드레스로서 유효 인바운드 PDU를 노느가 수신한 경우, 개개의 노드는 그들 응답을 지연할 필요가 있다. 이 지연 값은 브로드캐스트 메시지를 수신한 모든 노드들이 동시에 그 응답을 전송하여 프레임 충돌을 일으키는 것을 방지하기 위한 충돌 방지 장치로서 사용된다. 이 지연 값은 다음 세트{4, 8, 12, 16, 29, 24, 28, 32ms}로부터 랜덤하게 선택된 값이다.
이예의 프로토콜은 오류 수정/검출을 포함한다. 오류 수정/검출 기능은 패킷 송신중 발생할 수 있는 어떤 오류들을 수신 노드가 검출해서 수정하는 능력을 제공한다.
이예의 프로토콜은 순방향 오류 수정을 포함한다. 리드 솔로몬 코드는 통신 채널을 통해 유입된 오류들을 수정하는데 사용된 블록 기반(block-based) 오류 수정 코드이다. 44 비트 블록을 갖는 리드 솔로몬 코드 RS(15, 11)가 패킷 오류들을 수정하는데 이용된다. 따라서 44 정보 비트의 각 블록은 60 비트 코드워드로 부호화된다. 인코더는 44 비트 길이의 정보 세그먼트로 동작하므로, 0 값을 갖는 테일 비트들(tail bits)이 페이로드의 종단에 또는 메시지가 CRC를 갖는 경우 CRC 이후에 추가될 수 있다. 부호화할 비트들의 총수는 44의 배수이어야 한다. 따라서 추가할 테일 비트들의 수는 배수를 이룰 가능성이 가장 낮다(즉, 간격 0....43에서). 이들 테일 비트들은 헤더에서 크기 필드에 포함되지 않는다.
데이터 링크 PDU는 항상 헤더 프레임 검사 순서 필드까지 크기 필드에 걸쳐 순방향 오류 수정을 수행한다. 그러나 데이터 링크 PDU 프로토콜 식별자 필드에 따라 데이터 링크 PDU는 데이터 링크 PDU의 나머지에 대해 순방향 오류 수정을 수행하거나 수행하지 못할 수 있다. 데이터 링크 PDU의 "페이로드"에 걸쳐 순방향 오류 수정을 갖지 않는 유일한 프로토콜 식별자는 양방향 음성 프로토콜 식별자이다.
이예의 프로토콜은 오류 검출 기능을 포함한다. 이예의 프로토콜은 CRC-CCITT 기능을 포함한다. 16 비트 CRC-CCITT는 다항식 -X16 + X12 + X5 + 1을 사용한다. CRC 값은 연산 이전에 0xFFFF로 초기화된다. CRC의 최종 연산 값은 예컨대 1 의 보수 값을 이용하여 송신기 또는 수신기에서 변경되지 않는다. 프레임 수신기는 송신기와 같은 방식으로 수신된 FCS를 연산하여 연산된 FCS를 수신된 FCS와 비교한다. 두 값이 일치하면, e 프레임 데이터가 정확하게 수신된 것이다. 수신기는 연산되고 수신된 CRC 값들의 직접적인 비교를 행한다.
이예의 프로토콜은 CRC-32 기능을 포함한다. 32 비트 CRC-32는 다항식 -X32 + X26 + X23 + X22 + X16 + X12 + X11 + X10 + X8 + X7 + X5 + X4 + X2 + X1 + 1을 사용한다. 이 CRC 값은 연산 이전에 0xFFFFFFFF로 초기화된다. CRC의 최종 연산 값은 예컨대 1의 보수 값을 이용하여 송신기 또는 수신기에서 변경되지 않는다. 프레임 수신기는 송신기와 같은 방식으로 수신된 FCS를 연산하여 연산된 FCS를 수신된 FCS와 비교한다. 두 값이 일치하면, e 프레임 데이터가 정확하게 수신된 것이다. 수신기는 연산되고 수신된 CRC 값들의 직접적인 비교를 행한다.
이예의 프로토콜은 상위 레벨 프로토콜들을 포함한다. 4개의 상위 레벨 프로토콜들이 현재 정의되어 있는데, 보청기 제어 프로토콜, 양방향 음성 프로토콜, 단방향 스트리밍 오디오 프로토콜 및 확장 프로토콜이다. 보청기 제어 프로토콜은 피팅 기능 등의 제어 및 구성 동작과 관련하여 청취 기구들과 통신하는데 사용된다. 양방향 음성 프로토콜은 청취 기구(들)에 디지털 오디오 데이터를 송신하고, 이로부터 디지털 오디오 데이터를 수신하는데 사용된다. 단방향 오디오 스트리밍 프로토콜은 청취 기구(들)에 단방향 디지털 오디오 데이터를 송신하는데 사용된다. 확장 프로토콜은 추가 네트워크 서비스 프로토콜들에 대한 액세스를 제공하는데 사 용된다.
이예의 프로토콜은 보청기 제어 프로토콜을 포함한다. 보청기 제어 프로토콜은 피팅 애플리케이션, 제조 애플리케이션, 또는 기타 유사한 타입의 애플리케이션에 사용된 프로그래밍 정보를 청취 기구(들)에 전달하는데 사용된다. 보청기 데이터를 청취 기구에 전달하는데 사용된 PDU 프레임 포맷은 표 34와 나타낸 바와 같다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 보청기 데이터 페이로드 프레임 검사 순서
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0xC 00110010b 001b 0x112233 001b 0x123456 01b 1b 0 xXXXX 0xAABBCCDD1122334455667788 0 xXXXXXXXX
표 34
크기 - 0xC, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=1b, 확인
비트 4-3 - 페이로드 FCS 모드=10, 32 비트 페이로드 CRC
비트 2-0 - 프레임 타입=001b, 보청기 데이터
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x112233, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x123456, 벤더 지정 값
순서 번호 - 01b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
보청기 데이터 - 0xAABBCCDD1122334455667788(벤더 종속 데이터)
페이로드 프레임 검사 순서 - 0xXXXXXXXX(32 비트 CRC)
수신지로부터 복귀된 계층 2 확인 패킷은 표 35에 나타낸 바와 같다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x00 00000000b 0x01 0x123456 0x01 0x112233 01b 1b 0 xXXXX
표 35
크기 - 0x00, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0, 확인 없음
비트 4-3 - 페이로드 FCS 모드=00b, 페이로드 CRC 없음
비트 2-0 - 프레임 타입=000b, 확인
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x123456, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x112233, 벤더 지정 값
순서 번호 - 01b
페이로드 FEC 인에이블 - 0b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
이예의 프로토콜은 양방향 음성 프로토콜을 포함한다. 양방향 음성 프로토콜은 디지털 오디오 정보를 송신하고 수신하는데 사용된다. 양방향 오디오 정보를 보청 기구(들)에 전달하는데 사용된 PDU 포맷은 표 36에 나타낸 바와 같다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 페이로드
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID 오디오 코드워드
0x80 00000011b 001b 0x112233 001b 0x123456 00b 0b 0 xXXXX ------
표 36
크기 - 0x80, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=00, 페이로드 CRC 없음
비트 2-0 - 프레임 타입=011b, 양방향 음성 데이터
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x112233, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x123456, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 0b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
오디오 코드워드 - 벤더 지정 값(128 바이트 길이)
이예의 프로토콜은 단방향 스트리밍 오디오 프로토콜을 포함한다. 스트리밍 오디오 프로토콜은 디지털 오디오 정보를 송신하는데 사용된다. 스트리밍 오디오 정보를 청취 기구(들)에 전달하는데 사용된 PDU 포맷은 표 37에 나타낸 바와 같다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 페이로드
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID 오디오 코드워드
0x205 00000100b 001b 0x112233 001b 0x123456 00b 1b 0xXXXX ------
표 37
크기 - 0x205, 페이로드 내의 바이트
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=00, 페이로드 CRC 없음
비트 2-0 - 프레임 타입=100b, 스트리밍 오디오 데이터
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x112233, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x123456, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 0b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
오디오 코드워드 - 벤더 지정 값(517 바이트 길이)
이예의 프로토콜은 확장 프로토콜을 포함한다. 확장 프로토콜은 통신을 위해 무선 프로토콜의 데이터 링크와 물리 층들을 사용하기 위한 추가 네트워크 서비스를 가능하게 하는 장치이다. 확장 프로토콜들의 예들을 여기에 기술한다.
확장 프로토콜
도 18은 본 발명의 범주 내에 있는 여러 네트워크 서비스들의 전체 구조를 도시한다. 도시는 매체 접근 프로토콜(1804)과 상호작용하는 애플리케이션(1802), 보청기 데이터 프로토콜(1806), 양방향 음성 프로토콜(1808), 단방향 오디오 프로토콜(1810), fm 제어부(1814), 원격 제어부(1816), 장치 정보부(1818), 및 베이스밴드 제어부(1820)를 나타낸다. 또한, 확장 프로토콜(네트워크 서비스)은 구성요소들(1814-1820)뿐만 아니라 링크 프토토콜(1824)과 상호작용한다. 여러 실시예들에서, 링크 프로토콜은 0x0의 ack. 프로토콜 ID를 포함한다. 표 38은 현재 정의된 네트워크 서비스 식별자들의 리스트를 제공한다. 네트워크 서비스 식별자 0과 255는 지정 값들이다.
포트 네트워크 서비스
0x00 예비 영역
0x01 베이스밴드 제어
0x02 장치 정보
0x03 원격 제어
0x04 FM 제어
0x05 - 0xFE 예비 영역
0xFF 예비 영역
표 38
이예의 프로토콜은 베이스밴드 제어 네트워크 서비스를 포함한다. 베이스밴드 제어 네트워크 서비스에 의해 무선 노드에 어드레스를 할당하거나 할당해제할 수 있다. 표 39는 베이스밴드 제어 네트워크 서비스에 의해 지원되는 요구와 응답들을 나타낸다.
PDU 설명 길이(바이트) OP 코드(바이트) 콘텐츠 페이로드 내 위치
수용 1 0x01 -
거부 1 0x02 -
어드레스 할당
 6
 0x03
 벤더 ID 2
장치 ID 3 - 6
어드레스 할당해제 6
 0x04
 벤더 ID 2
장치 ID 3 - 6
표 39
여러 베이스밴드 제어 노드 요구 및 응답들이 유니캐스트 어드레스를 사용한다. 베이스밴드 제어 요구가 발신지 또는 수신지 어드레스에서 브로드캐스트 또는 멀티캐스트의 긴 어드레스로 수신되면, 그 요구는 무시/폐기된다. 여러 베이스밴드 요구들이 여러 실시예들에서, 지정 베이스밴드 응답을 필요로 하므로, 요구 및 응답들은 링크 계층 확인을 요하지 않고 전송된다.
이예의 프로토콜은 어드레스 할당/할당 해제 요구/응답을 포함한다. 표 40은 긴 어드레스 할당/할당 해제 요구 PDU의 포맷이다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 페이로드 페이로드 프레임 검사 순서
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x06 00001111b 001b 0x112233 001b 0x123456 00b 1b 0 xXXXX 표 41참조 0 xXXXX
표 40
크기 - 0x06, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=111b, 확장 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x112233, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x123456, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
페이로드 - 표 41참조
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
표 41은 "페이로드" 필드의 상세한 포맷이다.
네트워크 서비스 ID 요구 OP 코드 벤더 ID 장치 ID
0x01 0x03 또는 0x04 001 0x000001
표 41
네트워크 서비스 ID - 0x03, 베이스밴드 제어 네트워크 서비스
요구 OP 코드 - 0x03 또는 0x04, 할당/할당 해제 어드레스 요구
요구
벤더 ID - 001b, 어드레스의 벤더 ID
장치 ID - 0x000001, 어드레스의 장치 ID
표 42는 수용 또는 거부 응답 PDU 포맷이다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 네트워크 서비스 ID 응답 OP 코드 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x02 00001111b 001b 0x123456 001b 0x112233 00b 1b 0 xXXXX 0x01 0x01 또는 0x02 0 xXXXX
표 42
크기 - 0x02, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=111b, 확장 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x123456, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x112233, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
네트워크 서비스 ID - 0x01, 베이스밴드 제어 네트워크 서비스
응답 OP 코드 - 0x01, 수용 응답 또는 0x02 거부 응답
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
이예의 프로토콜은 장치 정보 네트워크 서비스를 포함한다. 장치 정보 네트워크 서비스에 의해 무선 노드 발견과 무선 노드 정보 검색이 가능하다. 표 43은 장치 정보 네트워크 서비스가 지원하는 요구와 응답들을 나타낸다.
핑(ping) 요구와 응답들(OP 코드들 0x01-0x06)이 레인지 내에서 노드들의 제일 긴 어드레스를 입수하는데 사용된다. 좌측 및 우측 버전들은 각기 좌측과 우측 할당 노드들의 어드레스를 요구하는데 사용된다. 따라서 노드가 좌측으로서 정의된 경우, 노드는 핑(0x01)과 '좌측 HA에 대한 핑'(0xO2) 요구에 대해 '좌측 HA로부터의 핑 응답'(0x05) 리스폰스를 이용해야 하며, '우측 HA에 대한 핑'(0x03) 요구에 응답하지 않아야 한다. 좌측 또는 우측 할당이 없음은 '핑 응답'(0x04) 리스폰스로 응답해야 함을 지적한다.
나머지 요구와 응답들은 무선 노드로부터 추가 정보를 검색하는데 사용된다.
Figure 112008000902812-pct00001
표 43
장치 정보 핑 요구는 수신지 어드레스로서 브로드캐스트 어드레스를 사용할 수 있다. 그러나 장치 정보 핑 응답들과 모든 다른 장치 정보 응답 및 요구들은 발신지와 수신지 어드레스에 유니캐스트 어드레스를 사용해야 하며, 그렇지 않으면 이들은 무시/폐기해야 한다.
모든 장치 정보 요구가 지정 장치 정보 응답을 필요로 하므로, 모든 요구와 응답들은 링크 층 확인을 요하지 않고 전송된다. 최종으로, 무선 프로토콜과 상관 장치 정보 제어 요구/응답들로 인해, 무선 노드들 사이에서 한번에 단 하나의 장치 정보 제어 동작이 수행될 수 있다.
이예의 프로토콜은 핑 요구/응답을 포함한다. 표 44는 핑 요구 PDU의 한 포맷을 나타낸다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 네트워크 서비스 ID 응답 OP 코드 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x02 00001111b 001b 0xFFFFFF 001b 0x123456 00b 1b 0 xXXXX 0x02 0x01,0x02또는 0x03 0 xXXXX
표 44
크기 - 0x02, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=111b, 확장 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0xFFFFFF, 브로드캐스트 어드레스
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x123456, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
네트워크 서비스 ID - 0x02, 장치 정보 네트워크 서비스
요구 OP 코드 - 0x01 핑, 0x02 좌측 HA에 대한 핑, 또는 0x03 우측 HA에 대한 핑
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
표 45는 핑 응답 PDU의 포맷이다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 네트워크 서비스 ID 응답 OP 코드 벤더 데이터 길이 및 데이터 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x04 00001111b
001b
0x123456
001b
0x112233
00b
1b
0 xXXXX
0x02		 0x04,0x05 또는 0x06 0x02aabb
0 xXXXX
표 45
크기 - 0x04, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=111b, 확장 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x123456, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x112233, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
네트워크 서비스 ID - 0x02, 장치 정보 네트워크 서비스
응답 OP 코드 - 0x04 핑 응답, 0x05 좌측 HA로부터 핑 응답, 또는 0x06 우측 HA에 대한 핑 응답
벤더 데이터 길이 - 0x02 벤더 데이터 길이
벤더 데이터 - 0xaabb 벤더 데이터(이 필드의 포맷 및 사용은 각 벤더에 고유하다.)
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
이예의 프로토콜은 어드레스 정보 요구/응답을 포함한다. 어드레스 정보 요구 PDUs 크기는 고정된다. 표 46은 어드레스 정보 요구 PDU이다.
크기 프레임 기술자 어드레스 순서 번호 P
F
E		 헤더 프레임 검사 순서 네트워크 서비스 ID 응답 OP 코드 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x02 00001111b 001b 0x112233 001b 0x123456 00b 1b 0 xXXXX 0x02 0x07 0 xXXXX
표 46
크기 - 0x02, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=111b, 확장 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x112233, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x123456, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
네트워크 서비스 ID - 0x02, 장치 정보 네트워크 서비스
요구 OP 코드 - 0x07 어드레스 정보 요구
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
어드레스 정보 PDUs는 많은 어드레스들이 conFIG.d되는 방법에 따라 가변 길이를 갖는다. 최소 크기 응답은 0x05 바이트이다. 이는 어드레스 카운트 필드뿐만 아니라 모든 노드들이 conFIG.d되는 한 어드레스를 포함한다. 어드레스 정보 데이터의 포맷은 표 47에 도시된다.
어드레스 카운트 어드레스
값 >=1 0x0F7FFFFF
설명 이 장치에 conFIG.d된 어드레스의 수 어드레스의 리스트; 크기는 어드레스 카운트*어드레스 크기임
표 47
표 48은 할당된 한 어드레스를 갖는 어드레스 정보 응답이다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 네트워크 서비스 ID 응답 OP 코드 어드레스 정보 데이터 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID

0x07		 00001111b
0x01		 0x123456
0x01		 0x112233
00b
1b
0 xXXXX
0x02
0x08		 0x010F7FFFFF
0 xXXXX
표 48
크기 - 0x07, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=111b, 확장 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x123456, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x112233, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
네트워크 서비스 ID - 0x02, 장치 정보 네트워크 서비스
요구 OP 코드 - 0x08 어드레스 정보 응답
어드레스 정보 데이터 - 0x010F7FFFFF - 이 노드에 대한 어드레스 정보
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
이예의 프로토콜은 확장 장치 정보 요구/응답을 포함한다. 확장 장치 정보는 노드에 관한 식별 정보를 검색하는 방법을 제공한다. 요구 PDUs 크기는 고정된다. 표 49는 어드레스 정보 요구 PDU이다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 네트워크 서비스 ID 응답 OP 코드 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x02 00001111b 001b 0x112233 001b 0x123456 00b 1b 0 xXXXX 0x02 0x09 0 xXXXX
표 49
크기 - 0x02, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=111b, 확장 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x112233, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x123456, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
네트워크 서비스 ID - 0x02, 장치 정보 네트워크 서비스
요구 OP 코드 - 0x09 확장 장치 정보 요구
표 50은 확장 장치 정보 응답이다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 네트워크 서비스 ID 응답 OP 코드 확장 장치 정보 데이터 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x17 00001111b 001b 0x123456 001b 0x112233 00b 1b 0 xXXXX 0x02 0x0A -----
-
0xXXXX
표 50
크기 - 0x17, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=111b, 확장 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x123456, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x112233, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
네트워크 서비스 ID - 0x02, 장치 정보 네트워크 서비스
응답 OP 코드 - 0x0A 확장 장치 정보 응답
확장 장치 정보 데이터 - 이 노드에 고유한 확장 장치 정보
확장 장치 정보 데이터는 표 51에 도시한 포맷을 갖는다.
필드 명 길이(바이트) 설명 페이로드 내 위치
장치 타입 1 표 52 2
장치 모델 8 벤더 정의 장치 설명 3 - 10
장치 일련 번호 8 벤더 부호화 일련 번호 11 - 18
장치 사이드 1 표 53 19
링크 MTU 1 최장 수신 PDU 20
링크 옵션 1 표 54 21
링크 오디오 1 지원되는 스트림들의 수 22
표 51
이 노드의 장치 타입; 유효 값들을 표 52에 나타낸다.
값 설명
0x01 프로그래밍 장치
0x02 청취 기구
0x03 원격 제어
0x04 - 0xff 예비 영역
표 52
장치 모델 필드는 벤더 정의 부호화 스켐을 이용하는 장치의 상세 식별자이고, 장치 일련 번호는 장치 일련 번호(또는 그 일 부분)의 벤더 정의 부호화부분이고, 그리고 장치 사이드는 이 장치가 좌측/우측 할당되는 지를 나타낸다. 장치 사 이드에 대한 유효 값들을 표 53에 도시한다.
값 설명
0x00 미지
0x01 좌측
0x02 우측
표 53 장치 사이드 필드
링크 MTU 필드는 노드가 수신할 수 있는 최대 PDU이다. 링크 옵션 필드는 노드가 지원하는 다른 옵션을 식별하는 비트 필드이다. 옵션을 지원할 때, 비트는 1이고, 옵션을 지원하지 않을 때 비트는 0이다. 옵션들을 표 54에 도시한다.
7:1 0
예비 영역 전력 절감 지원
표 54 링크 옵션 필드
링크 오디오 필드는 장치가 지원하는 오디오 스트림들의 수를 포함한다. 0 값은 오디오 스트림들이 지원되지 않는 것을 의미한다.
이예의 프로토콜은 오디오 정보 요구/응답을 포함한다. 오디오 정보 요구 PDUs 크기는 고정된다. 표 55는 오디오 정보 요구 PDU이다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 네트워크 서비스 ID 응답 OP 코드 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID
0x02 00001111b 001b 0x112233 001b 0x123456 00b 1b 0 xXXXX 0x02 0x0B 0 xXXXX
표 55
크기 - 0x02, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=111b, 확장 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x112233, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x123456, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
네트워크 서비스 ID - 0x02, 장치 정보 네트워크 서비스
요구 OP 코드 - 0x0B 어드레스 정보 요구
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
오디오 정보 응답 PDUs는 많은 오디오 스트림들이 노드에서 지원되는 방법에 따라 가변 크기를 갖는다. 최대 사이즈 응답은 0x01 바이트이다. 이는 지원 스트림들을 갖지 않는 스트림 카운트 필드이다. 표 56은 오디오 정보 데이터 필드 값 들을 나타낸다.
필드 명 길이(바이트) 설명 페이로드 내 위치
스트림 카운트 1 > = 0 2
스트림
[코덱 ID, 비트/샘플, 주파수]		 3*(스트림 카운트) [코덱 ID, 비트/샘플, 주파수]
코덱 IDs는 표 58에 정의; 비트/샘플은 표 59에 정의; 주파수는 표 60에 정의. 		3
표 56
표 57은 지원되는 두 개의 스트림들을 갖는 오디오 정보 응답이다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 네트워크 서비스 ID 응답 OP 코드 오디오 정보 데이터 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 장치 ID

0x07		 00001111b
001b
0x123456
001b		 0x112233
00b
1b
0 xXXXX
0x02
0x0C		 0x02010111-020305
0 xXXXX
표 57
크기 - 0x07, 페이로드 내의 바이트 수
프레임 기술자-
비트 7 - 버전=0b
비트 6- 임베디드 데이터=0b
비트 5 - Ack 플래그=0b, 확인 없음
비트 4-3 - 페이로드 FCS 모드=01, 16 비트 길이 CRC
비트 2-0 - 프레임 타입=111b, 확장 프로토콜
어드레스-
수신지 벤더=001b, 구성 1
수신지 장치 ID=0x123456, 벤더 지정 값
발신지 벤더=001b, 구성 1
발신지 장치 ID=0x112233, 벤더 지정 값
순서 번호 - 00b
페이로드 FEC 인에이블 - 1b
헤더 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
네트워크 서비스 ID - 0x02, 장치 정보 네트워크 서비스
응답 OP 코드 - 0x0C 오디오 정보 응답
오디오 정보 데이터 - CVSD 코덱, 1비트/샘플@64KHz 및 μ- 로우(law) 코덱, 3 비트/샘플@16KHz
페이로드 프레임 검사 순서 - 0xXXXX(16 비트 CRC)
이예의 프로토콜은 원격 제어 네트워크 서비스를 포함한다. 원격 제어 네트워크 서비스에 의해 청취 기구들과 원격 제어 장치 사이에 정보가 전달된다. 원격 제어 네트워크 서비스는 벤더에 지정되므로, 임의의 특정 요구나 응답들을 정의하지 않는다. 모든 원격 제어 네트워크 서비스 데이터는 벤더가 정의한 어드레싱 모드들을 이용하여 전송될 수 있다.
이예의 프로토콜은 FM 제어 네트워크 서비스를 포함한다. FM 제어 네트워크 서비스에 의해 보조 장치들과 FM 송수신기 예를 들어, 청취 기구들에 부착된 FM 슈들(shoes) 사이에 정보가 전달된다. FM 제어 네트워크 서비스는 벤더 특정적이므로 임의의 특정한 요청들 또는 응답들을 정의하지 않는다. 모든 FM 제어 네트워크 서비스 데이터가 벤더가 정의한 어드레싱 모드들을 이용하여 전송될 수 있다.
식별자
이예의 프로토콜은 코덱 IDs를 포함한다. 표 58은 여러 코덱의 지원을 나타낸다.
코덱 ID 설명
0x00 16 비트 비부호화 PCM
0x01 CVSD
0x02 μ- 로우
0x03-0xFE 예비 영역
0xFF 예비 영역
표 58
추가의 부호화 타입들은 필요에 따라 할당됨을 지적한다.
이예의 프로토콜은 비트율 IDs를 포함한다. 표 59는 지원되는 여러 비트율 IDs를 나타낸다.
비트율 ID 설명
0x00 예비 영역
0x01 1 비트/샘플
0x02 2 비트/샘플
0x03 3 비트/샘플
0x04 4 비트/샘플
0x05 5 비트/샘플
0x06 6 비트/샘플
0x07 7 비트/샘플
0x08 8 비트/샘플
0x09 9 비트/샘플
0x0A 10 비트/샘플
0x0B 11 비트/샘플
0x0C 12 비트/샘플
0x0D - 0xFE 예비 영역
0xFF 예비 영역
표 59
추가 비트율들은 필요에 따라 할당됨을 지적한다.
이예의 프로토콜은 샘플링 주파수 IDs를 포함한다. 표 60은 지원되는 여러 샘플링 주파수들을 나타낸다.
샘플링 주파수 ID 설명
0x00 8KHz
0x01 10KHz
0x02 12KHz
0x03 14KHz
0x04 15KHz
0x05 16KHz
0x06 18KHz
0x07 20KHz
0x08 22.05KHz
0x09 24KHz
0x0A 26KHz
0x0B 28KHz
0x0C 30KHz
0x0D 32KHz
0x0E 44.1KHz
0x0F 48KHz
0x10 56KHz
0x11 64KHz
0x12 - 0xFE 예비 영역
0xFF 예비 영역
표 60
추가 샘플 주파수들은 필요에 따라 할당됨을 지적한다.
하이 레벨 프로토콜
무선 통신을 하는 청취 기구들(HI)은 HI 펌웨어 개발자들이 무선 통신에 존재하지 않는 요인들을 고려할 것을 필요로 한다. 이 문서는 무선 통신 채널의 설계 요인들 중 일부를 간략하게 기술한다.
유선 HI는 그 와이어를 통하여 통신하고 있을 때, "점 대 점(point-to-point)"통신을 하고, HI는 와이어의 다른 종단에 결합된 "마스터" 장치에 대해 "슬레이브"로서 동작한다. 점 대 점 관계는 유선 접속의 결과이고, 마스터/슬레이브 관계는 데이터를 전달하는데 사용된 프로토콜(SDA 또는 SSI)의 결과이다. 마스터 는 모든 통신을 개시하고, 슬레이브는 동기적으로 응답한다. 이는 "프로그래머"가 일반적으로 사용하는 메커니즘이다.
무선 링크를 갖는 HI는 점 대 점 또는 마스터/슬레이브 관계로 한정되지 않는다. 무선 메시지가 송신될 때, 호환성 있는 라디오를 구비한 임의의 장치가 이 메시지를 수신할 수 있다. 이 때문에 임의 장치가 레인지 내의 다른 장치와 통신을 개시할 수 있다. 이러한 "피어 투 피어(peer-to-peer)" 관계로 HI가 다른 HI 또는 보조 장치들과 통신을 할 수 있게 된다. 일 실시예에서, 무선 링크 상에서 지원되는 하이 레벨 프로토콜에는 보청기 제어 프로토콜, 단방향 스트리밍 오디오 프로토콜, 양방향 스트리밍 오디오 프로토콜 및 확장 프로토콜이 있으나 이들로 한정되지 않는다.
보청기 제어 프로토콜은 HI와 피팅 애플리케이션 또는 보조 장치 또는 다른 HI 사이에 데이터를 전달하기 위한 첫째 메커니즘이다.
단방향 스트리밍 오디오 프로토콜은 HI에 디지털 오디오 데이터를 송신하는데 사용된다. 이 프로토콜이 HI에서 액티브일 때, HI는 어떤 데이터도 송신할 수 없다.
양방향 스트리밍 오디오 프로토콜은 HI와 오디오 게이트웨이 사이에서 디지털 오디오를 송신하거나 수신하는데 사용된다. 이 프로토콜이 HI에서 액티브일 때, HI는 오디오 게이트웨이에 송신만 할 수 있다. 송신될 수 있는 데이터는 디지털 오디오 또는 소량의 임베디드 제어 데이터이다.
확장 프로토콜은 추가의 네트워크 서비스를 제공하는데 사용된다. 이들 서 비스에는 장치 발견, 동적 어드레스 할당 및 장치 정보 검색 등이 있다.
일 실시예에서, 스트리밍 오디오 프로토콜들 중 하나가 액티브(즉 "세션"이 액티브)일 때, 어떤 다른 프로토콜(보청기 제어, 확장 또는 다른 스트리밍 오디오 프로토콜)을 사용하려고 시도하면 스트리밍 오디오 세션이 종료하게 된다.
보청기 제어 프로토콜을 사용하고 있을 때, 메시지가 하위층 확인(ack)을 가지고 또는 확인이 없이 전송될 수 있다. 하위층 확인은 메시지가 수신되었으며, 처리를 위해 수신지 애플리케이션에 전달되었음을 나타낸다. 하위층 확인은 메시지가 수신지 애플리케이션에 의해 실제로 처리되었음을 나타내지는 않는다.
하위층 ack가 사용될 때, 메시지를 수신지에 전달하기 위한 여러 가지 시도들이 행해진다. 하위층이 메시지를 전달할 수 없으면, 송신 애플리케이션은 전달 실패를 통지받게 된다. 하위층이 메시지를 전달할 수 있었다면, 송신 애플리케이션은 성공적인 전달을 통지받게 된다. 하위층 ack 메커니즘으로 중복하여 송신하는 일이 없게 된다.
하위층 ack가 송신되지 않을 때, 메시지의 전달을 시도하게 된다. 메시지가 송신되었으면, 송신 애플리케이션은 메시지가 성공적으로 송신되었음을 통지받는다. 이 통지는 수신지가 메시지를 수신했음을 의미하는 것은 아니다. 송신기가 메시지를 송신할 수 없었다면, 송신 애플리케이션은 실패를 통지받는다.
링크 층 ack를 사용할지 여부를 선택할 때, 이 애플리케이션 개발자는 몇 가지 옵션을 고려한다. 이들은 다음과 같다.
◆ 메시지가 수신 애플리케이션으로부터 응답을 필요로 하는가?
수신 애플리케이션이 응답할 것으로 예상할 때, 이 애플리케이션은 링크 층 acks 대신 애플리케이션 레벨 ack로서 사용될 수 있다. 이는 애플리케이션이 그 자신의 타임아웃을 수행하여 처리를 재시도할 것을 필요로 한다. 이 프로토콜은 메시지 확인 이외의 다른 메시지가 실제로 송신된 것에 대해서는 지원하지 않는다.
애플리케이션 응답을 예상할 때 링크 층 ack를 사용하면 네트워크에 많은 데이터 트래픽을 주게 된다. 그러나 이는 애플리케이션이 타임아웃을 수행하고 처리를 재시도할 필요를 제거한다.
◆ 수신지에 메시지 도착 여부가 문제가 되는가?
메시지 도착 여부가 문제되지 않으면, 링크 층 ack를 이용하는 않는 것이 전력 면에서 가장 효율적이다. 이는 통신 채널이 "충분히" 양호하여 대개의 경우 메시지가 전달되는 것을 가정으로 한다. 전달 실패가 어떤 심각한 방식(즉, 착용자가 차이를 인지함)으로 HI 기능에 영향을 주지 않거나, 또는 메시지가 다음에 전송될 때 이해하게 되는 주기적 갱신 메시지라고 하는 다른 가정을 할 수 있다.
메시지가 수신지에 도착해야 하는데 애플리케이션 응답이 예상되지 않으면, 링크 층 ack가 최적의 대안일 수 있다.
일 실시예에서, 보청기 제어 프로토콜은 1024 바이트의 애플리케이션 데이터를 전달할 수 있다. 한 패킷에 채울 데이터 량을 선택하는데 몇 가지 조건을 고려할 수 있다. 예를 들어, 패킷이 커지면, 오류를 일으킨 비트들이 수정될 수 없을 가능성이 커지게 된다. 그 대부분은 링크 품질(특히, BER)에 달려 있으며, 링크 품질은 무선 설계, 통신 장치들 사이의 거리, 및 외부 "간섭파"에 영향을 받는다. 패킷이 커지면 네트워크 링크의 전체 처리량이 커지는 이점이 있는데, 이는 프로토콜 오버헤드가 감소하기 때문이다.
패킷이 작아지면 애플리케이션 메시지가 패킷보다 클 경우, 애플리케이션이 애플리케이션 메시지를 분할해서 재조립하기 위한 그 자신의 메커니즘을 제공해야하는 단점이 있다. 예를 들어, 256 바이트 SSI 버퍼가 피팅 애플리케이션으로부터 HI로 송신되는 것을 가정한다. 각 패킷이 100 바이트의 페이로드를 포함한 경우, 3 개의 패킷이 전송되어야 한다. 또한, 패킷들 중 어느 패킷이 수신되지 않았는지를 알릴 수 있도록 메시지에 정보가 포함되어야 한다.
오디오 스트리밍 프로토콜들의 경우에, 모든 애플리케이션 메시지들은 임베디드 데이터 영역 내에 고정되어야 한다. 임베디드 데이터 영역은 25비트이고, 3비트는 임베디드 메시지 타입을 정의하는데 사용된다. 다른 22비트는 임베디드 메시지 타입에 종속된다. 한 모드가 WAC-HI 통신을 위해 지정된다. 다른 모드들은 이때 정의되지 않으며, 사용시 활용할 수 있다. 임베디드 메시지의 발신지 및 수신지는 고정되는데, 이는 오디오 스트리밍 프로토콜이 두 장치들 사이에 전용 세션들을 생성하기 때문이다.
서비스 품질(QOS)은 메시지 전송에 있어서 대기시간과 신뢰성 등을 참조한다. 무선 프로토콜의 어떤 실시예들도 메시지의 전달을 보증할 수 없다. 링크 층 ack를 이용하면, 이 ack 알고리즘이 결국에는 포기되기 때문에 메시지 전달이 보증되지 못한다. 또한, 현재의 BER는 이전의 섹션들에서 기술한 충돌을 갖는다. 스트리밍 오디오 프로토콜들은 보청기 제어 프로토콜과 같은 규칙들을 따르지 않으므 로, 이 프로토콜들은 임베디드 데이터의 전달에 대한 논의를 배제하고 이 논의에서 고려되지 않는다.
일 실시예에서, 보청기 제어 프로토콜은 무선 채널의 활용가능 여부를 결정하는데 CSMA 알고리즘을 사용한다. 송신 HA는 채널이 활용가능하게 되기까지 최대 320ms를 대기하는데, 이러한 시간 지연에 "간섭파"가 침입할 수 있다. CSMA 이외에, 링크 층 ack를 사용하는 것과 사용하지 않는 두 경우를 고려할 수 있다.
링크 층 ack가 사용되지 않는 경우, 송신 또는 실패 이전에 최대 지연은 320ms의 CSMA 지연이다.
링크 층 ack가 사용되는 경우, 송신기는 수신지가 패킷을 확인하기까지 최대 3회 재시도한다. 각각의 송신 이후, 송신기는 100ms 이내에 타임아웃 된다. 성공 또는 실패 이전의 최악의 지연은 1680ms이다.
((송신의 #)*(CSMA 타임아웃) + (타임아웃들의 #)*(타임아웃 지속시간) =
(4*320) + (4*100ms) = 1280ms + 400ms = 1680ms
이어 투 이어 메시지들의 경우에, 추가로 250ms가 최악의 지연에 부가될 수 있다. 이는 수신지 장치가 슬립인 것으로 예상할 경우 필요할 수 있는 노드 기동 시퀀스를 위한 것이다.
무선 보청기 제어 프로토콜 예
제안된 시스템의 하나의 가능한 응용은 무선 프로토콜을 이용하여 보청기를 제어하는 것이다. 다음은 단지 이러한 제어를 수행하기 위한 하나의 제안이다. 본 발명의 범주를 벗어나지 않고 무선 프로토콜을 이용하여 기능, 프로세스, 코딩, 및 제어에서 변경이 행해질 수 있음은 물론이다.
무선 프로토콜의 제안된 바를 사용하여 두 개의 청취 기구들 사이뿐만 아니라 WAC 장치 등의 인터페이스(110)와 청취 기구들 사이에 원격 명령 및 제어 정보를 전달할 수 있다. 볼륨 설정, 뮤트 상태, 배터리 잔존 수명, 음향 환경, 마이크로폰 상태, 등과 같은 정보가 청취 기구들 제어, 이들의 동기 또는 유저 궤환을 제공할 목적으로 전달될 수 있다. 이들 모두가 청취 기구를 무선 입력, 음향 입력 또는 이들의 조합을 위한 보다 효과적인 청취 기구로 만든다.
원격 제어 정보가 무선 오디오 세션(session) 동안 여러 오디오 소스들을 제어하는데 유용하다. 따라서 청취자를 편안하게 하고 청취자에게 편의를 제공하기 위해 스트리밍 오디오 데이터가 실린 정보를 전송하는 것이 바람직하다.
일 실시예에 따르면, 청취 기구들의 명령과 제어 목적으로, 6 개의 데이터 타입이 정의되는데, 하나는 추후의 확장용으로 지정된다. 두 개의 데이터 타입이 임베디드 채널에 지정되지만, 또한 표준 데이터 페이로드 메시지에도 사용될 수 있다. 무선 프로토콜은 RS(15,11) 순방향 오류 수정을 이용하여 부호화된 CRC-16 순환 중복 코드를 포함하는 60 비트 헤더를 갖는 패킷을 포함한다. 이 헤더는 RS(5,11)를 이용하여 부호화되거나 부호화되지 않을 수 있는 가변 길이 량의 페이로드 비트들을 생성한다. 페이로드는 또한 전송되는 데이터 타입에 적합한 CRC 검사를 포함할 수 있다.
청취 기구의 원격 제어에 유용한 정보는 여기에서 설명한 무선 프로토콜 예의 패킷 헤더 내에 포함될 수 있다. 디지털 오디오 패킷 내의 발신지 어드레스 필 드는 때때로 오디오 제어를 위해 청취 기구에 전달되거나 이로부터 전달될 수 있는 유용한 원격측정 정보로 대체될 수 있다. 그 한 이유는 스트리밍 또는 양방향 오디오 세션 동안 페이로드 비트들이 디지털 오디오 정보 전달과 함께 소비되어 원격 측정과 같은 것들에 대역폭을 활용할 수 없기 때문이다. 또한, 페이로드는 CRC 코드 또는 리드 솔로몬 순방향 오류 수정으로 보호되거나 보호되지 않을 수 있다. 따라서 오디오 정보는 스트리밍 동안 수신국에 특정 관계를 갖지 않는 일반적인 발신지 어드레스(장치 ID) 대신에 헤더에 포함되는 것으로 결정된다. 이러한 오디오 제어 정보를 임베디드 데이터라 한다. 발신시 어드레스는 3 비트 벤더 ID 플러스 사전 할당 22 비트 장치 ID로 구성되고, 임베디드 데이터가 제공될 때 대체되어 한정은 아니지만 스트리밍 오디오 세션 동안 신뢰성 있게 전달될 수 있는 제어와 상태 정보로 된 25 비트를 제공한다.
이 메시지들은 무선 프로토콜을 통해 전송되고, 헤더 PDU의 프레임 기술자(FD) 필드 내에 설정되는 비트 6으로 나타낸 임베디드 데이터 타입으로서 무선 헤더 PDU 내에 포함된다. 다음에 메시지는 헤더 PDU의 임베디드 채널(EC) 필드 내에 위치한다.
메시지 타입이 또한 표준 무선 패킷의 페이로드에 전송될 수 있으며, 헤더 PDU의 프레임 기술자(FD) 필드의 프로토콜 식별자 비트들 내의 확장 데이터 타입으로 식별된다. 확장 데이터 타입은 헤더 PDU 첵섬을 따르는 제1 페이로드 바이트이다. 서비스 id는 원격 제어 메시지를 나타내는 0x03이다. 이 서비스 id에 이어서 여기에 기술한 실제 원격 제어 메시지가 뒤따른다.
이 메시지는 다소 일반적이고 연장가능하다. 이 메시지의 처음 3 개의 비트는 0 내지 7에 걸칠 수 있는 메시지 타입으로 지정되는데, 7은 연장된 메시지 타입으로 지정된다. 나머지 비트들은 원격 제어 메시지 타입 내의 페이로드 비트로 취급된다. 이 문서의 작성시는 두 개의 메시지 타입이 식별되었다. 이들의 크기는 임베디드 채널에서 사용을 위해 제한되지만 그 사용이 임베디드 채널로 한정되지 않으며, 표준 페이로드 메시지 채널을 통해 원격측정 정보의 정상적인 교환 동안 사용될 수 있다.
메시지 타입
3 비트		 페이로드 영역
XXX 비트
표 61 일반적 원격 제어 메시지
두 가지 예들이 이하 표들에 도시된다. 표 62는 헤더 PDU 내의 임베디드 데이터로서 원격 제어 메시지를 나타낸다. 표 63은 연장 데이터 타입(FD)의 네트워크 서비스 ID 타입 0x03(원격 제어) 페이로드의 일부의 페이로드로서 명령 메시지를 나타낸다.
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 임베디드 데이터 페이로드 페이로드 첵섬
수신지 벤더 수신지 장치 ID 원격 제어 메시지(임베디드 데이터)
0x205 0x04 0x01 0x12345 0x123456 00b 1b 0 xXXXX 1 0xXXXX 0 xXXXX
표 62. 스트리밍 오디오 헤더 PDU 내의 임베디드 데이터로서 원격 제어 메시지
크기 프레임 기술자 어드레스 순서 번호 PFE 헤더 프레임 검사 순서 네트워크 서비스 ID 원격 제어 메시지 페이로드 첵섬
수신지 벤더 수신지 장치 ID 발신지 벤더 발신지 ID
0x8 00001111b 0x01 0x112233 0x01 0x123456 1b 1b 0 xXXXX 0x03 0xXXX 0 xXXXX
표 63. 연장 프레임 기술자 타입 패킷의 페이로드 내의 원격 제어 메시지
메시지 타입 0은 일 실시예에서 최대 25 비트 길이이고, 이하의 표 64에 나타낸 바와 같이 비트 매핑되는 임베디드 명령 메시지이다.
타입 0 볼륨변경 볼륨레벨 메모리 증가 메모리 상태 뮤트상태 커터시톤 상태요구 RF 채널 예비영역
비트:0-2 3-4 5-9 10 11-13 14-15 16-17 18 19-21 22-24
표 64 임베디드 명령 메시지 타입 0
이 메시지의 페이로드 비트들은 다음과 같다.
볼륨 변경 볼륨은 이 메시지에서 상대적 설정이다.
비트 3은 볼륨에서 증가 변경을 나타낸다.
비트 4는 변경 1=증가, 볼륨 0=감소의 방향을 나타낸다.
볼륨 레벨
비트 5-9
0은 볼륨 변경 없음을 나타낸다.
1 = 최소
31 = 최대
메모리 증가
비트 10은 메모리 선택의 변경을 나타내는데, 이 비트에서 1은 모듈로(modulo) 메모리 선택이 1(제로+1)로 되기까지 메모리 선택을 1만큼 증가시킬 것을 청취 기구에 나타낸다. 제로는 무효 값이다.
메모리 상태 최대 7개의 다른 메모리 설정이 있다.
비트 11-13
0 = 메모리 상태 변경 없음
1 = 메모리 1
.
.
.
7 = 메모리 7
뮤트 상태
비트 6은 뮤트 상태의 변경을 나타낸다. 중간주파수 오디오 제어 문서에서 나타낸 바와 같이 3 개의 뮤트 상태가 있다. 따라서 이들은 0-2로부터 증가하는 모듈로 3이다.
이들 상태들은 다음과 같다.
0 = 청취 기구 마이크로폰만(무선 뮤트).
1 = 무선 입력만(청취 기구 마이크로폰 뮤트)
2 = 무선과 청취 기구 마이크로폰 혼합(뮤트 않됨)
커터시 톤(courtesy-tone)
비트 7 및 8이 커터시 톤에 사용된다.
4 개의 다른 오디오 지시기들이 활용될 수 있으며, 이들 비트들을 통해 기능할 수 있다. 이들 톤은 청취 기구상에서 국부적으로 생성된다.
00 = 톤 디세이블
01 = 수신 호에 대한 링 톤(ring-tone)
10 = 저 WAC 배터리 표시
11 = 레인지 내의 WAC
상태 요구
이 비트가 설정될 때, 상태 메시지가 요구된다. 청취 기구는 고 충실도 스트리밍 오디오 모드에 있을 때 이 요구에 응답할 수 있다.
볼륨과 메모리에 대한 절대적 설정이 같은 메시지 내에 포함된 상대적 증가 또는 감소에 우선함을 지적한다.
RF 채널
제로로 설정될 때, RF 채널을 선택하고, 사전설정 RF 채널에 변경이 없어야 한다. 수신국은 현재 동조된 채널이 1이 아닐 경우 채널들을 변경하는데, 1은 동조 채널이 제로가 아닐 경우 이 필드에 전송된다.
비트 19-21
채널 1-6
표 65는 메시지 타입 1의 비트들이이다.
타입 0 볼륨 메모리 뮤트 배터리 마이크로폰 상태 환경 예비 영역
비트:0-2 3-7 8-10 11-12 13-16 17-19 20-22 23-24
표 65. 상태 응답 메시지 타입 1
이 메시지의 페이로드 비트들은 다음과 같다.
볼륨 상태
비트 3-7은 청취 기구의 현재의 볼륨 설정을 나타낸다.
1 = 최하위 볼륨 설정
31 = 최상위 볼륨 설정
제로는 무효 값임을 지적한다.
메모리 상태
비트 8-10은 메모리 설정을 나타낸다.
1 = 메모리 1
.
.
.
7 = 메모리 7
제로는 무효 값임을 지적한다.
뮤트 상태
비트 11-12는 현재의 뮤트 조건을 나타낸다.
0 = 마이크로폰과 무선 입력 인에이블
1 = 마이크로폰 인에이블/무선 입력 디세이블
2 = 마이크로폰 디세이블/무선 입력 인에이블
3 = 마이크로폰과 무선 입력 디세이블
배터리 상태
비트 13-16이 배터리 상태를 나타낸다.
0 = 배터리 빔(empty)
.
.
.
15 = 배터리 충만
마이크로폰 선택
비트 17-18이 현재의 마이크로폰 설정을 나타낸다.
0 = 옴니(omni)
1 = 카디오이드(cardioid)
2 = 슈퍼 카디오이드
3 = 예비 영역 1
환경 상태
비트 20-22가 현재의 환경 조건을 나타낸다.
0 = 입력 없음
1 = 음성 입력만
2 = 음성 없는 노이즈
3 = 음성과 노이즈
4 = 주기적 노이즈
5 = 음악
6 = 예비 영역 1
7 = 예비 영역 2
예비 영역
비트 23-24
송수신기 하드웨어
다수의 송신기와 수신기 조합들이 인터페이스(110)와 무선 오디오 장치들 사이에서 무선 통신을 수행하는데 사용될 수 있다. 그 하나의 구조를 여기에 나타냈지만, 물론 본 발명의 범주를 벗어나지 않고 변경을 될 수 있다.
일 실시예에서, 송수신기는 보청기들에 사용을 위한 혼합 신호 ASIC로서, 우측과 좌측 보청기 사이에서 설정 정보를 전달하고, 무선 장치와 보청기들 사이에서 양방향 음성, 한쪽 귀의, 또한 양쪽 귀의 단방향 오디오, 및 양방향 프로그래밍 데이터의 전달을 가능하게 한다. 일 실시예에서, 송수신기는 약 700MHz에 걸쳐 비허가(unlicensed) 주파수 대역에서 300KHz 채널들을 사용한다. ASIC는 주파수 합성기, 송신과 수신 RF 회로, 비트와 프레임 동기 수행을 위한 MAC, 송수신 제어 및 기타 디지털 기능 및 컴패니언(companion) 보청기에 대한 직렬 인터페이스를 포함한다.
송수신기는 일 실시예에서 시분할 다중화방식에 의해 하나의 300KHz 와이드 채널(wide channel)을 통해 GFSK 변조 디지털 데이터를 송신 및 수신한다. 본 발명의 범주를 일탈하지 않고 다른 송신 실시예들이 가능하다. 채널 주파수 및 다른 특징들은 SSI 포트를 통해 프로그램되어야 하는 레지스터들을 통해 구성가능하다. 레지스터 프로그래밍으로 IC를 선택적으로 셧다운(shut down)하여 전력을 절감할 수 있다. 클리어 채널 할당(CCA)은 현재 프로그램된 수신기 채널을 위한 또한 연속 근사 아날로그-디지털 변환기로 디지털화된 RSSI 레벨을 포함한다. 수신 및 송신된 데이터는 MAC으로 조정된다.
일 실시예에서, 송수신기는 각기 606KHz 이격된 6 개의 채널들의 소정 그룹에 동조될 수 있어야 한다. 송신기는 가우시안 필터(Gaussian filter), 전압 제어 발진기(VCO), 및 전력 증폭기(PA)로 구성된다. 단일 비트 디지털-아날로그 변환기로의 출력이 데이터로서 송신되며, 이 변환기의 출력은 대역폭 약 300KHz를 갖는 가우시안 필터에 인가된다. 이 신호는 PLL의 루프 필터 전압과 합해진 다음 VCO의 입력에 인가된다. 정상 동작에서 VCO를 구동하는 PLL의 루프 필터는 송신 동안 순간적으로 개방되어 PLL 루프가 변조 데이터를 포함하는 가우시안 필터 출력으로부터 인가된 전압 추적을 시도하지 못한다. 그 때문에 VCO는 +/-46.545 KHz의 주파수 편이를 갖고 변조된다. 변조 형태는 Bt=.5를 갖는 가우시안 연속 위상 2FSK이다. 변조 지수는 VCO에 인가된 변조 신호에 이득을 설정함으로써 제어된다. VCO는 거의 10MHz/v의 Kv를 가지므로, 대략 4.6mvp-p의 신호가 특정 주파수 편이를 얻는데 필요하다. 이득 파라미터(변조 지수)는 특정 주파수 편이를 얻도록 여러 동 작 주파수에서 최종 생성시 절삭되어야 한다.
변조 신호가 100㎂ 단계로 100 내지 1500㎂의 레인지에 걸쳐 바이어스 전류를 제어하는 레지스터를 통해 제어할 수 있는 프로그램가능 전력 설정을 갖는 전력 증폭기에 인가된다. 이 주파수 레인지는 약 700MHz 내지 약 965MHz 이상에서 조정가능하다. 이 주파수 레인지는 세계 대부분의 나라들에서 중간 주파 ISM 대역을 포함한다.
이 분야의 당업자이라면 본 발명의 범주를 일탈하지 않고 송수신기의 다른 실시예들이 사용될 수 있음을 용이하게 인식할 것이다.
특정 실시예들을 여기에서 도시하고 기술했지만, 이 분야의 당업자에게 있어 본 발명의 범주를 일탈하지 않고 다른 실시예들이 가능함은 물론이다.

Claims (65)

  1. 원격 소스로부터 통신 수신을 위한 수신기를 각각 구비한 복수의 무선 청취 보조 장치(wireless hearing assistance device)로의 오디오 정보의 무선 통신을 위한 시스템으로서,
    상기 원격 소스로부터 상기 오디오 정보를 수신하도록 구성된 제1 포트와, 상기 복수의 무선 청취 보조 장치에 상기 오디오 정보를 무선 통신하도록 구성된 제2 포트를 포함하는 인터페이스를 포함하고, 상기 인터페이스는 복수의 송신 모드를 제공하기 위한 디지털 전자장치를 포함하고, 상기 인터페이스는 적어도 하나의 착용자를 위한 우측 청취 보조 장치 및 좌측 청취 보조 장치를 위해 인코딩된 패킷화된 통신들을 제공하도록 구성되고, 상기 우측 장치 및 좌측 장치 각각은 상이한 어드레스들을 가지며, 상이한 오디오 정보를 수신할 수 있는 시스템.
  2. 제1항에 있어서,
    상기 무선 인터페이스는 스트리밍 오디오를 송신하도록 구성된 시스템.
  3. 제2항에 있어서,
    상기 스트리밍 오디오는 스테레오 오디오인 시스템.
  4. 제1항에 있어서,
    상기 무선 청취 보조 장치들은 상기 오디오 정보의 스테레오 형태들의 우측 또는 좌측 사운드를 재생하도록 프로그램가능한 시스템.
  5. 제1항에 있어서,
    상기 디지털 전자장치는 또한 상기 복수의 청취 보조 장치 중 특정한 청취 보조 장치로의 송신들을 위한 유니캐스트 모드(unicast mode)를 지원하는 시스템.
  6. 제1항에 있어서,
    상기 디지털 전자장치는 또한 상기 복수의 청취 보조 장치 중 특정한 복수의 청취 보조 장치로의 송신들을 위한 멀티캐스트 모드(multicast mode)를 지원하는 시스템.
  7. 제1항에 있어서,
    상기 디지털 전자장치는 또한 상기 복수의 청취 보조 장치로의 송신들을 위한 브로드캐스트 모드(broadcast mode)를 지원하는 시스템.
  8. 제1항에 있어서,
    상기 제1 포트는 유선 접속을 통해 상기 오디오 정보를 수신하는 시스템.
  9. 제1항에 있어서,
    상기 제1 포트는 무선 접속을 통해 상기 오디오 정보를 수신하는 시스템.
  10. 제9항에 있어서,
    상기 제1 포트는 블루투스(BLUETOOTH) 프로토콜과 호환되는 통신용으로 구성된 시스템.
  11. 제9항에 있어서,
    상기 제1 포트는 IEEE 802.11 프로토콜과 호환되는 통신용으로 구성된 시스템.
  12. 제9항에 있어서,
    상기 제1 포트는 IEEE 802.15 프로토콜과 호환되는 통신용으로 구성된 시스템.
  13. 제9항에 있어서,
    상기 제1 포트는 IEEE 802.16 프로토콜과 호환되는 통신용으로 구성된 시스템.
  14. 제9항에 있어서,
    상기 제1 포트는 IEEE 802.20 프로토콜과 호환되는 통신용으로 구성된 시스템.
  15. 제9항에 있어서,
    상기 제1 포트는 코드 분할 다중 접속(CDMA) 통신용으로 구성된 시스템.
  16. 제9항에 있어서,
    상기 제1 포트는 GSM(global system for mobile) 통신용으로 구성된 시스템.
  17. 제9항에 있어서,
    상기 제1 포트는 초광대역 무선(ultra-wideband; UWB) 통신용으로 구성된 시스템.
  18. 제1항에 있어서,
    상기 제1 포트는 광 통신을 지원하는 시스템.
  19. 제1항에 있어서,
    상기 제1 포트는 초음파 통신을 지원하는 시스템.
  20. 제1항에 있어서,
    상기 제2 포트는 블루투스(BLUETOOTH) 프로토콜과 호환되는 통신용으로 구성된 시스템.
  21. 제1항에 있어서,
    상기 제2 포트는 IEEE 802.11 프로토콜과 호환되는 통신용으로 구성된 시스템.
  22. 제1항에 있어서,
    상기 제2 포트는 IEEE 802.15 프로토콜과 호환되는 통신용으로 구성된 시스템.
  23. 제1항에 있어서,
    상기 제2 포트는 IEEE 802.16 프로토콜과 호환되는 통신용으로 구성된 시스템.
  24. 제1항에 있어서,
    상기 제2 포트는 IEEE 802.20 프로토콜과 호환되는 통신용으로 구성된 시스템.
  25. 제1항에 있어서,
    상기 제2 포트는 코드 분할 다중 접속(CDMA) 통신용으로 구성된 시스템.
  26. 제1항에 있어서,
    상기 제2 포트는 GSM 통신용으로 구성된 시스템.
  27. 제1항에 있어서,
    상기 제2 포트는 초광대역 무선(UWB) 통신용으로 구성된 시스템.
  28. 제1항에 있어서,
    상기 제2 포트는 광 통신용으로 구성된 시스템.
  29. 제1항에 있어서,
    상기 제2 포트는 CSMA 통신용으로 구성된 시스템.
  30. 제1항에 있어서,
    상기 무선 청취 보조 장치들은 귀걸이형 보청기들(behind-the-ear hearing aids)을 포함하는 시스템.
  31. 제1항에 있어서,
    상기 무선 청취 보조 장치들은 귓속형 보청기들(in-the-ear hearing aids)을 포함하는 시스템.
  32. 제1항에 있어서,
    상기 무선 청취 보조 장치들은 고막형 보청기들(completely in-the-canal hearing aids)을 포함하는 시스템.
  33. 제1항에 있어서,
    상기 제2 포트는 상기 오디오 정보를 스테레오 형태들로 송신하는 제1 송신기 및 제2 송신기를 포함하는 시스템.
  34. 원격 소스로부터 통신 수신을 위한 수신기를 각각 구비한 복수의 무선 청취 보조 장치로의 오디오 정보의 무선 통신을 위한 시스템으로서,
    상기 원격 소스로부터 상기 오디오 정보를 수신하도록 구성된 제1 포트와, 상기 복수의 무선 청취 보조 장치에 상기 오디오 정보를 패킷화된 형태로 무선 통신하도록 구성된 제2 포트를 포함하는 인터페이스를 포함하고, 상기 인터페이스는 복수의 송신 모드를 제공하기 위한 디지털 전자장치를 포함하고, 상기 인터페이스는 적어도 하나의 착용자를 위한 우측 청취 보조 장치 및 좌측 청취 보조 장치를 위해 인코딩된 패킷화된 통신들을 제공하도록 구성되고, 상기 우측 장치 및 좌측 장치 각각은 상이한 어드레스들을 가지며, 상이한 오디오 정보를 수신할 수 있는 시스템.
  35. 제34항에 있어서,
    상기 인터페이스는 CSMA 송신 시스템을 포함하는 시스템.
  36. 제34항에 있어서,
    상기 인터페이스는 디지털 신호 프로세서를 포함하는 시스템.
  37. 제34항에 있어서,
    상기 무선 청취 보조 장치들은 보청기들을 포함하는 시스템.
  38. 제37항에 있어서,
    상기 보청기들은 상기 인터페이스와 CSMA 통신을 수행하도록 구성된 시스템.
  39. 오디오 정보의 무선 통신 방법으로서,
    하나 이상의 무선 청취 보조 장치들과 관련된 디지털 코드들을 개설하는 단계; 및
    상기 디지털 코드들에 기초하여 상기 오디오 정보를 복수의 무선 청취 보조 장치로 송신하는 단계
    를 포함하며,
    상기 오디오 정보를 송신하는 단계는 적어도 하나의 착용자를 위한 우측 청취 보조 장치 및 좌측 청취 보조 장치를 위해 인코딩된 패킷화된 통신들을 제공하는 단계를 포함하며, 상기 우측 장치 및 좌측 장치 각각은 상이한 어드레스들을 가지며, 상이한 오디오 정보를 수신할 수 있는 방법.
  40. 제39항에 있어서,
    스테레오 오디오 정보를 송신하는 단계를 더 포함하는 방법.
  41. 제39항에 있어서,
    유니캐스트 모드를 이용하여 패킷화된 오디오 정보를 송신하는 단계를 더 포함하는 방법.
  42. 제39항에 있어서,
    멀티캐스트 모드를 이용하여 패킷화된 오디오 정보를 송신하는 단계를 더 포함하는 방법.
  43. 제39항에 있어서,
    브로드캐스트 모드를 이용하여 패킷화된 오디오 정보를 송신하는 단계를 더 포함하는 방법.
  44. 제39항에 있어서,
    특정 벤더(specific vendor)를 식별하기 위한 벤더 식별 코드들을 이용하는 단계를 더 포함하는 방법.
  45. 제39항에 있어서,
    특정 그룹의 벤더들을 식별하기 위한 벤더 식별 코드들을 이용하는 단계를 더 포함하는 방법.
  46. 제39항에 있어서,
    상기 송신하는 단계는 국가 규정들에 기초하여 미리 결정된 관심 주파수에서 수행되는 방법.
  47. 제39항에 있어서,
    미리 결정된 데이터 링크 층 프로토콜 데이터 유닛을 이용하여 송신하는 단계를 포함하는 방법.
  48. 제39항에 있어서,
    순환 중복 검사 값들(cyclic-redundancy-check values)을 이용하여 송신하는 단계를 포함하는 방법.
  49. 제39항에 있어서,
    매체 액세스 제어 서브 층을 이용하여 송신하는 단계를 포함하는 방법.
  50. 제39항에 있어서,
    충돌 방지를 갖는 CSMA를 이용하여 송신하는 단계를 포함하는 방법.
  51. 제39항에 있어서,
    노드 슬립 기능(node sleep function)을 이용하여 통신하는 단계를 포함하는 방법.
  52. 제39항에 있어서,
    논리 채널들을 이용하여 송신하는 단계를 포함하는 방법.
  53. 제39항에 있어서,
    이어 투 이어(ear-to-ear) 통신을 추가 지원하는 단계를 포함하는 방법.
  54. 제39항에 있어서,
    채널 가용성(channel availability)을 모니터링하는 단계를 더 포함하는 방법.
  55. 제39항에 있어서,
    스트리밍 통신 모드들을 지원하는 단계를 더 포함하는 방법.
  56. 제39항에 있어서,
    보청기 제어를 수행하는 단계를 더 포함하는 방법.
  57. 제39항에 있어서,
    양방향 음성 모드들을 수행하는 단계를 더 포함하는 방법.
  58. 제39항에 있어서,
    단방향 스트리밍 오디오를 수행하는 단계를 더 포함하는 방법.
  59. 제39항에 있어서,
    확장 프로토콜 기능들을 수행하는 단계를 더 포함하는 방법.
  60. 삭제
  61. 삭제
  62. 원격 소스로부터의 오디오 정보의 통신을 위한 시스템으로서,
    패킷화된 통신 수신을 위한 수신기를 각각 구비한 복수의 무선 청취 보조 장치; 및
    상기 원격 소스로부터 상기 오디오 정보를 수신하도록 구성된 제1 포트와, 상기 복수의 무선 청취 보조 장치에 상기 오디오 정보를 패킷화된 형태로 무선 통신하도록 구성된 제2 포트를 포함하는 인터페이스를 포함하고, 상기 인터페이스는 상기 오디오 정보를 스테레오 형태들로 상기 복수의 무선 청취 보조 장치에 송신하기 위한 스테레오 송신 모드를 포함하는 복수의 송신 모드를 제공하기 위한 디지털 전자장치를 포함하며, 상기 인터페이스는 적어도 하나의 착용자를 위한 우측 청취 보조 장치 및 좌측 청취 보조 장치를 위해 인코딩된 패킷화된 통신들을 제공하도록 구성되고, 상기 우측 장치 및 좌측 장치 각각은 상이한 어드레스들을 가지며, 상이한 오디오 정보를 수신할 수 있는 시스템.
  63. 원격 소스로부터의 오디오 정보의 통신을 위한 시스템으로서,
    통신 수신을 위한 수신기를 각각 구비한 복수의 무선 청취 보조 장치; 및
    상기 원격 소스로부터 상기 오디오 정보를 수신하도록 구성된 제1 포트와, 상기 복수의 무선 청취 보조 장치에 상기 오디오 정보를 무선 통신하도록 구성된 제2 포트를 포함하는 인터페이스를 포함하고, 상기 인터페이스는 상기 오디오 정보를 스테레오 형태들로 상기 복수의 무선 청취 보조 장치에 송신하기 위한 스테레오 송신 모드를 포함하는 복수의 송신 모드를 제공하기 위한 디지털 전자장치를 포함하며, 상기 인터페이스는 적어도 하나의 착용자를 위한 우측 청취 보조 장치 및 좌측 청취 보조 장치를 위해 인코딩된 패킷화된 통신들을 제공하도록 구성되고, 상기 우측 장치 및 좌측 장치 각각은 상이한 어드레스들을 가지며, 상이한 오디오 정보를 수신할 수 있는 시스템.
  64. 원격 소스로부터 패킷화된 통신 수신을 위한 수신기를 각각 구비한 복수의 무선 청취 보조 장치로의 오디오 정보의 무선 통신을 위한 시스템으로서,
    상기 원격 소스로부터 상기 오디오 정보를 수신하도록 구성된 제1 포트와, 상기 복수의 무선 청취 보조 장치에 상기 오디오 정보를 패킷화된 형태로 무선 통신하도록 구성된 제2 포트를 포함하는 인터페이스를 포함하고, 상기 인터페이스는 상기 복수의 무선 청취 보조 장치에 정보를 송신하기 위한 브로드캐스트, 유니캐스트 및 멀티캐스트 통신 모드들 중 하나 이상을 포함한 복수의 송신 모드를 제공하기 위한 디지털 전자장치를 포함하고, 상기 인터페이스는 적어도 하나의 착용자를 위한 우측 청취 보조 장치 및 좌측 청취 보조 장치를 위해 인코딩된 패킷화된 통신들을 제공하도록 구성되고, 상기 우측 장치 및 좌측 장치 각각은 상이한 어드레스들을 가지며, 상이한 오디오 정보를 수신할 수 있는 시스템.
  65. 오디오 정보의 무선 통신을 위한 시스템으로서,
    마이크로폰으로부터 오디오 정보를 수신하도록 구성된 제1 포트와, 하나 이상의 무선 오디오 장치들에 상기 오디오 정보를 무선 통신하도록 구성된 제2 포트를 포함하는 인터페이스를 포함하고, 상기 인터페이스는 적어도 하나의 착용자를 위한 우측 청취 보조 장치 및 좌측 청취 보조 장치를 위해 인코딩된 패킷화된 통신들을 제공하도록 구성되고, 상기 우측 장치 및 좌측 장치 각각은 상이한 어드레스들을 가지며, 상이한 오디오 정보를 수신할 수 있는 시스템.
KR1020087000332A 2005-06-05 2006-06-05 무선 오디오 장치들을 위한 통신 시스템 KR101253799B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US68770705P 2005-06-05 2005-06-05
US60/687,707 2005-06-05
PCT/US2006/021870 WO2006133158A1 (en) 2005-06-05 2006-06-05 Communication system for wireless audio devices

Publications (2)

Publication Number Publication Date
KR20080022180A KR20080022180A (ko) 2008-03-10
KR101253799B1 true KR101253799B1 (ko) 2013-04-12

Family

ID=37110333

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020087000332A KR101253799B1 (ko) 2005-06-05 2006-06-05 무선 오디오 장치들을 위한 통신 시스템

Country Status (7)

Country Link
US (4) US8169938B2 (ko)
EP (2) EP2582158B1 (ko)
KR (1) KR101253799B1 (ko)
CN (1) CN101233786B (ko)
CA (1) CA2609979A1 (ko)
DK (2) DK2582158T3 (ko)
WO (1) WO2006133158A1 (ko)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8712083B2 (en) 2010-10-11 2014-04-29 Starkey Laboratories, Inc. Method and apparatus for monitoring wireless communication in hearing assistance systems
US9774961B2 (en) 2005-06-05 2017-09-26 Starkey Laboratories, Inc. Hearing assistance device ear-to-ear communication using an intermediate device
US9854369B2 (en) 2007-01-03 2017-12-26 Starkey Laboratories, Inc. Wireless system for hearing communication devices providing wireless stereo reception modes
US10003379B2 (en) 2014-05-06 2018-06-19 Starkey Laboratories, Inc. Wireless communication with probing bandwidth
US10051385B2 (en) 2006-07-10 2018-08-14 Starkey Laboratories, Inc. Method and apparatus for a binaural hearing assistance system using monaural audio signals
US10212682B2 (en) 2009-12-21 2019-02-19 Starkey Laboratories, Inc. Low power intermittent messaging for hearing assistance devices
US10484804B2 (en) 2015-02-09 2019-11-19 Starkey Laboratories, Inc. Hearing assistance device ear-to-ear communication using an intermediate device
WO2022255671A1 (ko) * 2021-06-04 2022-12-08 삼성전자 주식회사 외부 전자 장치와 통신 연결을 수행하기 위한 전자 장치 및 그의 동작 방법

Families Citing this family (183)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7369671B2 (en) 2002-09-16 2008-05-06 Starkey, Laboratories, Inc. Switching structures for hearing aid
US11294618B2 (en) 2003-07-28 2022-04-05 Sonos, Inc. Media player system
US8086752B2 (en) 2006-11-22 2011-12-27 Sonos, Inc. Systems and methods for synchronizing operations among a plurality of independently clocked digital data processing devices that independently source digital data
US11650784B2 (en) 2003-07-28 2023-05-16 Sonos, Inc. Adjusting volume levels
US11106424B2 (en) 2003-07-28 2021-08-31 Sonos, Inc. Synchronizing operations among a plurality of independently clocked digital data processing devices
US9207905B2 (en) 2003-07-28 2015-12-08 Sonos, Inc. Method and apparatus for providing synchrony group status information
US8234395B2 (en) 2003-07-28 2012-07-31 Sonos, Inc. System and method for synchronizing operations among a plurality of independently clocked digital data processing devices
US8290603B1 (en) 2004-06-05 2012-10-16 Sonos, Inc. User interfaces for controlling and manipulating groupings in a multi-zone media system
US11106425B2 (en) 2003-07-28 2021-08-31 Sonos, Inc. Synchronizing operations among a plurality of independently clocked digital data processing devices
US9977561B2 (en) 2004-04-01 2018-05-22 Sonos, Inc. Systems, methods, apparatus, and articles of manufacture to provide guest access
US9374607B2 (en) 2012-06-26 2016-06-21 Sonos, Inc. Media playback system with guest access
US8797926B2 (en) 2004-06-04 2014-08-05 Apple Inc. Networked media station
US20070110074A1 (en) 2004-06-04 2007-05-17 Bob Bradley System and Method for Synchronizing Media Presentation at Multiple Recipients
US10972536B2 (en) 2004-06-04 2021-04-06 Apple Inc. System and method for synchronizing media presentation at multiple recipients
US8443038B2 (en) 2004-06-04 2013-05-14 Apple Inc. Network media device
US8868698B2 (en) 2004-06-05 2014-10-21 Sonos, Inc. Establishing a secure wireless network with minimum human intervention
US8326951B1 (en) 2004-06-05 2012-12-04 Sonos, Inc. Establishing a secure wireless network with minimum human intervention
EP2030420A4 (en) * 2005-03-28 2009-06-03 Sound Id PERSONAL AUDIO SYSTEM
KR101253799B1 (ko) * 2005-06-05 2013-04-12 스타키 러보러토리즈 인코포레이티드 무선 오디오 장치들을 위한 통신 시스템
SE530507C2 (sv) * 2005-10-18 2008-06-24 Craj Dev Ltd Kommunikationssystem
DE102005054222A1 (de) * 2005-11-14 2007-05-16 Maquet Gmbh & Co Kg Operationstisch
DE102005054230A1 (de) * 2005-11-14 2007-05-24 Maquet Gmbh & Co. Kg Verfahren und Einrichtung zur bidirektionalen IR-Datenübertragung zwischen einem Operationstisch und einem Bediengerät
US8666314B2 (en) * 2006-06-26 2014-03-04 Siemens Audiologische Technik Gmbh Bluetooth transmission facility for hearing devices, and corresponding transmission method
WO2008012327A1 (de) * 2006-07-28 2008-01-31 Siemens Audiologische Technik Gmbh Verfahren zur drahtlosen datenübertragung zwischen einem hörgerät und einem externen gerät
KR100735413B1 (ko) * 2006-08-08 2007-07-04 삼성전자주식회사 블루투스를 이용하여 음악 데이터 재생 중 음성을입출력하는 이동통신 단말기 및 음성 입출력 방법
US10013381B2 (en) * 2006-08-31 2018-07-03 Bose Corporation Media playing from a docked handheld media device
US8483853B1 (en) 2006-09-12 2013-07-09 Sonos, Inc. Controlling and manipulating groupings in a multi-zone media system
US8788080B1 (en) 2006-09-12 2014-07-22 Sonos, Inc. Multi-channel pairing in a media system
US9202509B2 (en) 2006-09-12 2015-12-01 Sonos, Inc. Controlling and grouping in a multi-zone media system
EP2103178A1 (en) * 2006-12-13 2009-09-23 Phonak AG Method and system for hearing device fitting
WO2008074350A1 (en) * 2006-12-20 2008-06-26 Phonak Ag Wireless communication system
US7995687B2 (en) * 2007-03-05 2011-08-09 Broadcom Corporation Fast and reliable channel classification algorithms in bluetooth networks to detect and avoid 2.4 GHz interferers
US20080232401A1 (en) * 2007-03-20 2008-09-25 Sassan Ahmadi LOGICAL AND TRANSPORT CHANNEL STRUCTURES FOR MOBILE WiMAX WIRELESS SYSTEMS
US8077893B2 (en) * 2007-05-31 2011-12-13 Ecole Polytechnique Federale De Lausanne Distributed audio coding for wireless hearing aids
DK2153692T3 (da) 2007-06-13 2011-02-21 Widex As System og fremgagnsmåde til etablering af en konversationsgruppe blandt et antal høreapparater
WO2008151624A1 (en) 2007-06-13 2008-12-18 Widex A/S Hearing aid system establishing a conversation group among hearing aids used by different users
US8175306B2 (en) * 2007-07-06 2012-05-08 Cochlear Limited Wireless communication between devices of a hearing prosthesis
US7995985B2 (en) * 2007-09-10 2011-08-09 Utc Fire & Security Americas Corporation, Inc. Wireless security messaging model
WO2008015294A2 (en) * 2007-10-02 2008-02-07 Phonak Ag Hearing system, method for operating a hearing system, and hearing system network
DE102007051308B4 (de) * 2007-10-26 2013-05-16 Siemens Medical Instruments Pte. Ltd. Verfahren zum Verarbeiten eines Mehrkanalaudiosignals für ein binaurales Hörgerätesystem und entsprechendes Hörgerätesystem
US20090147702A1 (en) * 2007-12-10 2009-06-11 Buddhikot Milind M Method and Apparatus for Forming and Configuring a Dynamic Network of Mobile Network Nodes
US8478915B2 (en) 2008-02-14 2013-07-02 International Business Machines Corporation Determining extended capability of a channel path
US8117347B2 (en) 2008-02-14 2012-02-14 International Business Machines Corporation Providing indirect data addressing for a control block at a channel subsystem of an I/O processing system
US9052837B2 (en) 2008-02-14 2015-06-09 International Business Machines Corporation Processing communication data in a ships passing condition
US7890668B2 (en) 2008-02-14 2011-02-15 International Business Machines Corporation Providing indirect data addressing in an input/output processing system where the indirect data address list is non-contiguous
US7941570B2 (en) 2008-02-14 2011-05-10 International Business Machines Corporation Bi-directional data transfer within a single I/O operation
DE102008012993B4 (de) * 2008-03-07 2013-02-21 Siemens Medical Instruments Pte. Ltd. Hörgerät mit drahtloser Signalübertragung und Verfahren zum Steuern einer Signalverarbeitung eines Hörgerätes
DK2117180T3 (da) * 2008-05-07 2014-02-03 Oticon As En trådløs envejsforbindelse med kort rækkevidde
US8442248B2 (en) 2008-09-03 2013-05-14 Starkey Laboratories, Inc. Systems and methods for managing wireless communication links for hearing assistance devices
US20100150356A1 (en) * 2008-11-13 2010-06-17 Michael Uzuanis Body-worn hearing aid system
US8108546B2 (en) * 2008-12-12 2012-01-31 Comtech Ef Data Corporation Data packet encapsulation methods
US8265099B2 (en) * 2008-12-22 2012-09-11 Gn Resound A/S Error correction scheme in a hearing system wireless network
JP2012516610A (ja) * 2009-01-28 2012-07-19 サムスン エレクトロニクス カンパニー リミテッド 人体通信を行う携帯用端末機及び聴音器、並びにそのためのデータ制御方法
DK2433437T3 (en) * 2009-05-18 2015-01-12 Oticon As Signal Enhancement using wireless streaming
US9986347B2 (en) 2009-09-29 2018-05-29 Starkey Laboratories, Inc. Radio frequency MEMS devices for improved wireless performance for hearing assistance devices
US20110075870A1 (en) * 2009-09-29 2011-03-31 Starkey Laboratories, Inc. Radio with mems device for hearing assistance devices
US8705783B1 (en) * 2009-10-23 2014-04-22 Advanced Bionics Methods and systems for acoustically controlling a cochlear implant system
WO2011060813A1 (en) * 2009-11-17 2011-05-26 Phonak Ag Hearing assistance system and method
WO2010018235A2 (en) * 2009-11-17 2010-02-18 Phonak Ag Hearing assistance system and method
EP2337377A1 (en) * 2009-12-17 2011-06-22 Oticon A/S An assistive listening system adapted for using dect
KR101140330B1 (ko) * 2009-12-17 2012-05-03 서울대학교산학협력단 가청주파수 대역 음향통신 송수신에서의 동기화 시스템 및 방법, 그리고 이에 적용되는 장치
US9426586B2 (en) * 2009-12-21 2016-08-23 Starkey Laboratories, Inc. Low power intermittent messaging for hearing assistance devices
US8825037B2 (en) 2009-12-22 2014-09-02 Starkey Laboratories, Inc. FM radio system for digital and analog communications for hearing assistance devices
US8737653B2 (en) 2009-12-30 2014-05-27 Starkey Laboratories, Inc. Noise reduction system for hearing assistance devices
GB2477155B (en) * 2010-01-25 2013-12-04 Iml Ltd Method and apparatus for supplementing low frequency sound in a distributed loudspeaker arrangement
DK2534853T3 (en) 2010-02-12 2017-02-13 Sonova Ag WIRELESS SOUND TRANSMISSION SYSTEM AND METHOD / WIRELESS SOUND TRANSMISSION SYSTEM AND METHOD
US8514798B2 (en) * 2010-02-25 2013-08-20 Mediatek Inc. Methods for scheduling channel activities for multiple radio access technologies in a communications apparatus and communications apparatuses utilizing the same
US8565458B2 (en) * 2010-03-05 2013-10-22 Audiotoniq, Inc. Media player and adapter for providing audio data to hearing aid
US9025499B2 (en) * 2010-03-31 2015-05-05 Phonak Ag Method and system for configuring more than one hearing devices
US8811639B2 (en) 2010-04-13 2014-08-19 Starkey Laboratories, Inc. Range control for wireless hearing assistance device systems
US8804988B2 (en) 2010-04-13 2014-08-12 Starkey Laboratories, Inc. Control of low power or standby modes of a hearing assistance device
WO2011134483A1 (de) * 2010-04-28 2011-11-03 Siemens Medical Instruments Pte. Ltd. Freisprechanordnung und freisprechverfahren mit hörgeräten
US8335821B2 (en) * 2010-05-17 2012-12-18 Mckesson Financial Holdings Method and apparatus for providing in-band client telemetry data
DE102010021173A1 (de) * 2010-05-21 2011-11-24 Siemens Medical Instruments Pte. Ltd. Hörvorrichtung mit passiver, tief im Gehörgang sitzender Einheit
US9432780B2 (en) 2010-07-03 2016-08-30 Starkey Laboratories, Inc. Multi-mode radio for hearing assistance devices
US9185054B2 (en) 2010-09-15 2015-11-10 Oracle International Corporation System and method for providing zero buffer copying in a middleware machine environment
US8756329B2 (en) 2010-09-15 2014-06-17 Oracle International Corporation System and method for parallel multiplexing between servers in a cluster
US9883299B2 (en) * 2010-10-11 2018-01-30 Starkey Laboratories, Inc. System for using multiple hearing assistance device programmers
DK2628267T3 (da) 2010-10-14 2019-10-14 Gn Hearing As Høreapparat og fremgangsmåde til valg af en optimal transceiverkanal i et trådløst netværk
US11265652B2 (en) 2011-01-25 2022-03-01 Sonos, Inc. Playback device pairing
US11429343B2 (en) 2011-01-25 2022-08-30 Sonos, Inc. Stereo playback configuration and control
KR101814602B1 (ko) * 2011-01-26 2018-01-30 삼성전자주식회사 원격 제어 장치 및 상기 원격 제어 장치에 의해 원격 제어되는 전자기기
US8635185B2 (en) 2011-06-27 2014-01-21 Oracle International Corporation System and method for providing session affinity in a clustered database environment
EP2735172A4 (en) * 2011-07-19 2015-05-20 Zenovia Electronics Inc SYSTEM AND METHOD FOR MODULAR AUDIO PROCESSING, AMPLIFICATION AND DISTRIBUTION ON DEMAND
US8849202B2 (en) * 2011-08-19 2014-09-30 Apple Inc. Audio transfer using the Bluetooth Low Energy standard
US9628176B2 (en) 2011-09-09 2017-04-18 Gn Hearing A/S Hearing device with optical receiver
US8689237B2 (en) 2011-09-22 2014-04-01 Oracle International Corporation Multi-lane concurrent bag for facilitating inter-thread communication
US10095562B2 (en) 2013-02-28 2018-10-09 Oracle International Corporation System and method for transforming a queue from non-blocking to blocking
US9378045B2 (en) 2013-02-28 2016-06-28 Oracle International Corporation System and method for supporting cooperative concurrency in a middleware machine environment
US9110715B2 (en) 2013-02-28 2015-08-18 Oracle International Corporation System and method for using a sequencer in a concurrent priority queue
EP2579618A1 (en) * 2011-10-04 2013-04-10 GN Resound A/S Hearing device with receiver for optical signal transmission
WO2013098849A2 (en) * 2011-12-07 2013-07-04 Tata Consultancy Services Limited A system and method establishing an adhoc network for enabling broadcasting
JP5864722B2 (ja) * 2012-03-15 2016-02-17 京セラ株式会社 無線端末および無線通信方法
US9729115B2 (en) 2012-04-27 2017-08-08 Sonos, Inc. Intelligently increasing the sound level of player
US9020169B2 (en) * 2012-05-15 2015-04-28 Cochlear Limited Adaptive data rate for a bilateral hearing prosthesis system
CN102711017A (zh) * 2012-05-24 2012-10-03 华为软件技术有限公司 一种声音处理方法、装置及系统
US20140023216A1 (en) 2012-07-17 2014-01-23 Starkey Laboratories, Inc. Hearing assistance device with wireless communication for on- and off- body accessories
US20140023218A1 (en) * 2012-07-17 2014-01-23 Starkey Laboratories, Inc. System for training and improvement of noise reduction in hearing assistance devices
US9374650B2 (en) 2012-07-17 2016-06-21 Starkey Laboratories, Inc. System and method for embedding conductive traces into hearing assistance device housings
US9794701B2 (en) 2012-08-31 2017-10-17 Starkey Laboratories, Inc. Gateway for a wireless hearing assistance device
US9008330B2 (en) 2012-09-28 2015-04-14 Sonos, Inc. Crossover frequency adjustments for audio speakers
US10231065B2 (en) * 2012-12-28 2019-03-12 Gn Hearing A/S Spectacle hearing device system
US9510055B2 (en) 2013-01-23 2016-11-29 Sonos, Inc. System and method for a media experience social interface
US9497541B2 (en) 2013-02-28 2016-11-15 Gn Resound A/S Audio system for audio streaming and associated method
DK2773135T3 (en) * 2013-02-28 2017-07-31 Gn Hearing As Audio System for Audio Streaming and Associated Method
US9538284B2 (en) 2013-02-28 2017-01-03 Gn Resound A/S Audio system for audio streaming and associated method
US9584927B2 (en) 2013-03-15 2017-02-28 Starkey Laboratories, Inc. Wireless environment interference diagnostic hearing assistance device system
EP2779700A1 (en) 2013-03-15 2014-09-17 Starkey Laboratories, Inc. Hearing aid using wireless test modes as diagnostic tool
DK2804401T3 (en) * 2013-05-15 2019-03-11 Gn Hearing As A hearing instrument with an authentication protocol
US10652673B2 (en) 2013-05-15 2020-05-12 Gn Hearing A/S Hearing instrument with an authentication protocol
US8990439B2 (en) 2013-05-29 2015-03-24 International Business Machines Corporation Transport mode data transfer between a channel subsystem and input/output devices
CN105659633B (zh) * 2013-08-29 2020-04-28 康维达无线有限责任公司 物联网事件管理系统以及方法
EP3713254A3 (en) * 2013-11-07 2020-11-18 Oticon A/s A binaural hearing assistance system comprising two wireless interfaces
CN104637488B (zh) * 2013-11-07 2018-12-25 华为终端（东莞）有限公司 声音处理的方法和终端设备
KR20150056120A (ko) * 2013-11-14 2015-05-26 삼성전자주식회사 오디오 출력 제어 방법 및 이를 지원하는 장치
US9300647B2 (en) 2014-01-15 2016-03-29 Sonos, Inc. Software application and zones
US20150220498A1 (en) 2014-02-05 2015-08-06 Sonos, Inc. Remote Creation of a Playback Queue for a Future Event
US9226073B2 (en) 2014-02-06 2015-12-29 Sonos, Inc. Audio output balancing during synchronized playback
US9226087B2 (en) 2014-02-06 2015-12-29 Sonos, Inc. Audio output balancing during synchronized playback
US9679054B2 (en) 2014-03-05 2017-06-13 Sonos, Inc. Webpage media playback
WO2015144249A1 (en) 2014-03-28 2015-10-01 Bellman & Symfon Europe AB Alerting system for deaf or hard of hearing people and application software to be implemented in an electronic device
NL2012543B1 (en) 2014-04-01 2016-02-15 Audionova Int B V Mobile wireless controller for a hearing aid.
US10587693B2 (en) 2014-04-01 2020-03-10 Sonos, Inc. Mirrored queues
US9544699B2 (en) 2014-05-09 2017-01-10 Starkey Laboratories, Inc. Wireless streaming to hearing assistance devices
US20150324552A1 (en) 2014-05-12 2015-11-12 Sonos, Inc. Share Restriction for Media Items
US9813815B2 (en) 2014-05-20 2017-11-07 Gn Hearing A/S Method of wireless transmission of digital audio
US20150356084A1 (en) 2014-06-05 2015-12-10 Sonos, Inc. Social Queue
CN104050115B (zh) * 2014-06-30 2017-02-08 曙光信息产业(北京)有限公司 一种存储控制器及其使用方法
US20160037271A1 (en) * 2014-07-31 2016-02-04 Beau Jay Polinske Inter-packet hibernation timing to improve wireless sensitivity
US9874997B2 (en) 2014-08-08 2018-01-23 Sonos, Inc. Social playback queues
EP3205119B1 (en) * 2014-09-15 2020-05-13 Sonova AG Hearing assistance system and method
US9667679B2 (en) 2014-09-24 2017-05-30 Sonos, Inc. Indicating an association between a social-media account and a media playback system
US9690540B2 (en) 2014-09-24 2017-06-27 Sonos, Inc. Social media queue
US10645130B2 (en) 2014-09-24 2020-05-05 Sonos, Inc. Playback updates
US9860286B2 (en) 2014-09-24 2018-01-02 Sonos, Inc. Associating a captured image with a media item
US9723038B2 (en) 2014-09-24 2017-08-01 Sonos, Inc. Social media connection recommendations based on playback information
US9959087B2 (en) 2014-09-24 2018-05-01 Sonos, Inc. Media item context from social media
WO2016049342A1 (en) 2014-09-24 2016-03-31 Sonos, Inc. Social media connection recommendations based on playback information
US10616697B2 (en) 2014-11-14 2020-04-07 Gn Resound A/S Hearing instrument with an authentication protocol
EP3654617A1 (en) 2014-11-14 2020-05-20 GN Hearing A/S Hearing instrument with an authentication protocol
US10779147B2 (en) 2014-11-18 2020-09-15 Micron Technology, Inc. Wireless memory interface
US10248376B2 (en) 2015-06-11 2019-04-02 Sonos, Inc. Multiple groupings in a playback system
CN105007558B (zh) * 2015-06-26 2018-11-16 双竞科技有限公司 一种无线听力改善装置
EP3110176A1 (en) 2015-06-26 2016-12-28 Gregory John Haubrich Radio frequency mems devices for improved wireless performance for hearing assistance devices
US10003896B2 (en) 2015-08-18 2018-06-19 Gn Hearing A/S Method of exchanging data packages of different sizes between first and second portable communication devices
US9831988B2 (en) * 2015-08-18 2017-11-28 Gn Hearing A/S Method of exchanging data packages between first and second portable communication devices
US9819705B2 (en) 2015-08-18 2017-11-14 Gn Hearing A/S Method of exchanging data packages between first and second portable communication devices using a favoured frequency band
EP3133760B1 (en) * 2015-08-18 2020-11-11 GN Hearing A/S A method of exchanging data packages between first and second portable communication devices
US10341772B2 (en) * 2015-09-03 2019-07-02 Dolby Laboratories Licensing Corporation Audio stick for controlling wireless speakers
US11166101B2 (en) 2015-09-03 2021-11-02 Dolby Laboratories Licensing Corporation Audio stick for controlling wireless speakers
US9940928B2 (en) 2015-09-24 2018-04-10 Starkey Laboratories, Inc. Method and apparatus for using hearing assistance device as voice controller
US10303422B1 (en) 2016-01-05 2019-05-28 Sonos, Inc. Multiple-device setup
US9886234B2 (en) 2016-01-28 2018-02-06 Sonos, Inc. Systems and methods of distributing audio to one or more playback devices
GB2551799A (en) * 2016-06-30 2018-01-03 Al-Amin Mohammed Wireless headphone system
US10712997B2 (en) 2016-10-17 2020-07-14 Sonos, Inc. Room association based on name
US10271149B2 (en) * 2016-11-03 2019-04-23 Starkey Laboratories, Inc. Configurable hearing device for use with an assistive listening system
US20180228405A1 (en) 2017-02-13 2018-08-16 Starkey Laboratories, Inc. Fall prediction system including an accessory and method of using same
EP3367122B1 (en) * 2017-02-27 2020-10-14 Nxp B.V. Apparatus for a radio device
US10833842B2 (en) * 2017-06-19 2020-11-10 Headphone Events, Inc. Wireless audio system with multipoint connectivity using DECT or bluetooth
US10990349B2 (en) * 2017-09-29 2021-04-27 Apple Inc. Wireless audio splitter
US10602139B2 (en) * 2017-12-27 2020-03-24 Omnivision Technologies, Inc. Embedded multimedia systems with adaptive rate control for power efficient video streaming
US10945081B2 (en) * 2018-02-05 2021-03-09 Semiconductor Components Industries, Llc Low-latency streaming for CROS and BiCROS
TWI668972B (zh) * 2018-02-13 2019-08-11 絡達科技股份有限公司 無線音訊輸出裝置
US10939216B2 (en) 2018-02-28 2021-03-02 Starkey Laboratories, Inc. Health monitoring with ear-wearable devices and accessory devices
US20190268705A1 (en) 2018-02-28 2019-08-29 Starkey Laboratories, Inc. Modular hearing assistance system
US11716580B2 (en) 2018-02-28 2023-08-01 Starkey Laboratories, Inc. Health monitoring with ear-wearable devices and accessory devices
US20190297532A1 (en) * 2018-03-20 2019-09-26 Nokia Technologies Oy Application Notifications From Network For Throughput And Flow Control Adaptation
US10993274B2 (en) 2018-03-30 2021-04-27 Apple Inc. Pairing devices by proxy
US10783929B2 (en) 2018-03-30 2020-09-22 Apple Inc. Managing playback groups
US11297369B2 (en) 2018-03-30 2022-04-05 Apple Inc. Remotely controlling playback devices
CN108632733A (zh) * 2018-05-08 2018-10-09 欧仕达听力科技（厦门）有限公司 基于蓝牙低功耗标准的助听器编程系统
US10614857B2 (en) 2018-07-02 2020-04-07 Apple Inc. Calibrating media playback channels for synchronized presentation
EP3895141B1 (en) 2018-12-15 2024-01-24 Starkey Laboratories, Inc. Hearing assistance system with enhanced fall detection features
US10911878B2 (en) 2018-12-21 2021-02-02 Starkey Laboratories, Inc. Modularization of components of an ear-wearable device
EP3903290A1 (en) 2018-12-27 2021-11-03 Starkey Laboratories, Inc. Predictive fall event management system and method of using same
US20220272644A1 (en) * 2019-07-10 2022-08-25 Lg Electronics Inc. Audio data transmission method using short-range wireless communication in wireless communication system and apparatus therefor
US11265656B2 (en) 2019-12-10 2022-03-01 Starkey Laboratories, Inc. Pairing system and method for ear-worn devices
CN115152248A (zh) * 2020-02-24 2022-10-04 索诺瓦公司 用于中继听力设备之间的数据的系统和方法
JP7136149B2 (ja) 2020-03-05 2022-09-13 カシオ計算機株式会社 通信装置、通信接続制御方法及びプログラム
CN112929495A (zh) * 2020-11-05 2021-06-08 汉桑（南京）科技有限公司 双向通道控制系统、方法、设备及计算机可读存储介质
KR20220105402A (ko) * 2021-01-20 2022-07-27 삼성전자주식회사 오디오 데이터를 처리하는 전자 장치와 이의 동작 방법
CN113872729B (zh) 2021-09-24 2022-03-25 上海物骐微电子有限公司 一种音频数据通信方法及无线音频系统
EP4358563A1 (en) 2023-03-10 2024-04-24 Sonova AG Method and system for transmitting audio signals

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1996041498A1 (en) * 1995-06-07 1996-12-19 Anderson James C Hearing aid with wireless remote processor
WO2002009363A2 (en) * 2000-07-19 2002-01-31 Home Wireless Networks, Inc. Wireless communications gateway for a home or small office

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5083312A (en) * 1989-08-01 1992-01-21 Argosy Electronics, Inc. Programmable multichannel hearing aid with adaptive filter
US5946309A (en) 1996-08-21 1999-08-31 Telefonaktiebolaget Lm Ericsson Hybrid ATM adaptation layer
DE19651126A1 (de) * 1996-12-09 1998-06-18 Siemens Audiologische Technik Serielles, bidirektionales Datenübermittlungsverfahren
US5966639A (en) 1997-04-04 1999-10-12 Etymotic Research, Inc. System and method for enhancing speech intelligibility utilizing wireless communication
US7075903B1 (en) 1999-04-14 2006-07-11 Adc Telecommunications, Inc. Reduced power consumption in a communication device
US6694034B2 (en) 2000-01-07 2004-02-17 Etymotic Research, Inc. Transmission detection and switch system for hearing improvement applications
WO2001072062A1 (en) 2000-03-21 2001-09-27 Magic4 Limited Method and system for delivering information services
US7095981B1 (en) * 2000-04-04 2006-08-22 Great American Technologies Low power infrared portable communication system with wireless receiver and methods regarding same
CA2350247A1 (en) * 2000-08-30 2002-02-28 Xybernaut Corporation System for delivering synchronized audio content to viewers of movies
US7248713B2 (en) 2000-09-11 2007-07-24 Micro Bar Technology, Inc. Integrated automatic telephone switch
US6760457B1 (en) * 2000-09-11 2004-07-06 Micro Ear Technology, Inc. Automatic telephone switch for hearing aid
US20030045283A1 (en) 2001-09-06 2003-03-06 Hagedoorn Johan Jan Bluetooth enabled hearing aid
US7412294B1 (en) * 2001-12-21 2008-08-12 Woolfork C Earl Wireless digital audio system
US7369669B2 (en) * 2002-05-15 2008-05-06 Micro Ear Technology, Inc. Diotic presentation of second-order gradient directional hearing aid signals
US7602928B2 (en) 2002-07-01 2009-10-13 Avaya Inc. Telephone with integrated hearing aid
US7447325B2 (en) * 2002-09-12 2008-11-04 Micro Ear Technology, Inc. System and method for selectively coupling hearing aids to electromagnetic signals
US7245730B2 (en) 2003-01-13 2007-07-17 Cingular Wireless Ii, Llc Aided ear bud
DE10304648B3 (de) * 2003-02-05 2004-08-19 Siemens Audiologische Technik Gmbh Vorrichtung und Verfahren zur Kommunikation von Hörgeräten
EP1460769B1 (en) * 2003-03-18 2007-04-04 Phonak Communications Ag Mobile Transceiver and Electronic Module for Controlling the Transceiver
US20050058313A1 (en) 2003-09-11 2005-03-17 Victorian Thomas A. External ear canal voice detection
EP1531650A3 (en) * 2003-11-12 2008-07-09 Gennum Corporation Hearing instrument having a wireless base unit
US7529565B2 (en) * 2004-04-08 2009-05-05 Starkey Laboratories, Inc. Wireless communication protocol
DE102004035256B3 (de) * 2004-07-21 2005-09-22 Siemens Audiologische Technik Gmbh Hörhilfegerätesystem sowie Verfahren zum Betrieb eines Hörhilfegerätesystems bei Audio-Empfang
DE102004056733A1 (de) * 2004-11-24 2006-06-08 Siemens Audiologische Technik Gmbh Akustiksystem mit automatischer Umschaltung
DK1867207T3 (da) * 2005-01-17 2008-10-13 Widex As Et apparat og en fremgangsmåde til drift af et höreapparat
EP2030420A4 (en) * 2005-03-28 2009-06-03 Sound Id PERSONAL AUDIO SYSTEM
KR101253799B1 (ko) * 2005-06-05 2013-04-12 스타키 러보러토리즈 인코포레이티드 무선 오디오 장치들을 위한 통신 시스템
US8611560B2 (en) * 2007-04-13 2013-12-17 Navisense Method and device for voice operated control
DE102007030961B3 (de) 2007-07-04 2009-02-05 Siemens Medical Instruments Pte. Ltd. Hörgerät mit mehrstufiger Aktivierungsschaltung und Verfahren zu seinem Betrieb
CA2709415C (en) 2007-12-19 2013-05-28 Widex A/S A hearing aid and a method of operating a hearing aid
US8548180B2 (en) * 2009-11-25 2013-10-01 Panasonic Corporation System, method, program, and integrated circuit for hearing aid
US9426586B2 (en) * 2009-12-21 2016-08-23 Starkey Laboratories, Inc. Low power intermittent messaging for hearing assistance devices
US9420385B2 (en) * 2009-12-21 2016-08-16 Starkey Laboratories, Inc. Low power intermittent messaging for hearing assistance devices
US9401753B2 (en) * 2009-12-23 2016-07-26 Intel Corporation Native medium access control support for beamforming
US8811639B2 (en) 2010-04-13 2014-08-19 Starkey Laboratories, Inc. Range control for wireless hearing assistance device systems
US8804988B2 (en) * 2010-04-13 2014-08-12 Starkey Laboratories, Inc. Control of low power or standby modes of a hearing assistance device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1996041498A1 (en) * 1995-06-07 1996-12-19 Anderson James C Hearing aid with wireless remote processor
WO2002009363A2 (en) * 2000-07-19 2002-01-31 Home Wireless Networks, Inc. Wireless communications gateway for a home or small office

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9774961B2 (en) 2005-06-05 2017-09-26 Starkey Laboratories, Inc. Hearing assistance device ear-to-ear communication using an intermediate device
US10469960B2 (en) 2006-07-10 2019-11-05 Starkey Laboratories, Inc. Method and apparatus for a binaural hearing assistance system using monaural audio signals
US11064302B2 (en) 2006-07-10 2021-07-13 Starkey Laboratories, Inc. Method and apparatus for a binaural hearing assistance system using monaural audio signals
US10728678B2 (en) 2006-07-10 2020-07-28 Starkey Laboratories, Inc. Method and apparatus for a binaural hearing assistance system using monaural audio signals
US11678128B2 (en) 2006-07-10 2023-06-13 Starkey Laboratories, Inc. Method and apparatus for a binaural hearing assistance system using monaural audio signals
US10051385B2 (en) 2006-07-10 2018-08-14 Starkey Laboratories, Inc. Method and apparatus for a binaural hearing assistance system using monaural audio signals
US10511918B2 (en) 2007-01-03 2019-12-17 Starkey Laboratories, Inc. Wireless system for hearing communication devices providing wireless stereo reception modes
US11765526B2 (en) 2007-01-03 2023-09-19 Starkey Laboratories, Inc. Wireless system for hearing communication devices providing wireless stereo reception modes
US9854369B2 (en) 2007-01-03 2017-12-26 Starkey Laboratories, Inc. Wireless system for hearing communication devices providing wireless stereo reception modes
US11218815B2 (en) 2007-01-03 2022-01-04 Starkey Laboratories, Inc. Wireless system for hearing communication devices providing wireless stereo reception modes
US10212682B2 (en) 2009-12-21 2019-02-19 Starkey Laboratories, Inc. Low power intermittent messaging for hearing assistance devices
US11019589B2 (en) 2009-12-21 2021-05-25 Starkey Laboratories, Inc. Low power intermittent messaging for hearing assistance devices
US8712083B2 (en) 2010-10-11 2014-04-29 Starkey Laboratories, Inc. Method and apparatus for monitoring wireless communication in hearing assistance systems
US9635470B2 (en) 2010-10-11 2017-04-25 Starkey Laboratories, Inc. Method and apparatus for monitoring wireless communication in hearing assistance systems
US10003379B2 (en) 2014-05-06 2018-06-19 Starkey Laboratories, Inc. Wireless communication with probing bandwidth
US10484804B2 (en) 2015-02-09 2019-11-19 Starkey Laboratories, Inc. Hearing assistance device ear-to-ear communication using an intermediate device
WO2022255671A1 (ko) * 2021-06-04 2022-12-08 삼성전자 주식회사 외부 전자 장치와 통신 연결을 수행하기 위한 전자 장치 및 그의 동작 방법

Also Published As

Publication number Publication date
DK2582158T3 (en) 2016-11-28
WO2006133158A1 (en) 2006-12-14
US20130004002A1 (en) 2013-01-03
CA2609979A1 (en) 2006-12-14
US20060274747A1 (en) 2006-12-07
EP1889513B1 (en) 2016-09-21
CN101233786B (zh) 2013-05-29
EP2582158A1 (en) 2013-04-17
EP2582158B1 (en) 2016-08-10
DK1889513T3 (en) 2017-01-09
EP1889513A1 (en) 2008-02-20
KR20080022180A (ko) 2008-03-10
US8169938B2 (en) 2012-05-01
CN101233786A (zh) 2008-07-30
US20110090837A1 (en) 2011-04-21
US20160044426A1 (en) 2016-02-11

Similar Documents

Publication Publication Date Title
KR101253799B1 (ko) 무선 오디오 장치들을 위한 통신 시스템
US11463824B2 (en) Method of exchanging data packages of different sizes between first and second portable communication devices
CA2562048C (en) Wireless communication protocol
US9813815B2 (en) Method of wireless transmission of digital audio
JP6891242B2 (ja) デジタル・オーディオのワイヤレス送信の新規な方法
WO2010103353A2 (en) Wireless audio data distribution using broadcast and bidirectional communication channels
EP2947803B1 (en) A new method of wireless transmission of digital audio
JP2017076956A (ja) 第１のポータブル通信デバイスと第２のポータブル通信デバイスの間で異なるサイズのデータ・パッケージを交換する方法
JP6870935B2 (ja) 第１のポータブル通信デバイスと第２のポータブル通信デバイスの間でデータ・パッケージを交換する方法
JP2017079463A (ja) 優先周波数帯を使用して第１のポータブル通信デバイスと第２のポータブル通信デバイスの間でデータ・パッケージを交換する方法

Legal Events

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

Payment date: 20160324

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20170317

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20190327

Year of fee payment: 7