CN1998194B - 无线通信协议 - Google Patents

无线通信协议 Download PDF

Info

Publication number
CN1998194B
CN1998194B CN2005800183482A CN200580018348A CN1998194B CN 1998194 B CN1998194 B CN 1998194B CN 2005800183482 A CN2005800183482 A CN 2005800183482A CN 200580018348 A CN200580018348 A CN 200580018348A CN 1998194 B CN1998194 B CN 1998194B
Authority
CN
China
Prior art keywords
protocol
protocol module
data
host
bit
Prior art date
Legal status (The legal status 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 status listed.)
Expired - Fee Related
Application number
CN2005800183482A
Other languages
English (en)
Other versions
CN1998194A (zh
Inventor
罗伯特·E·希尔皮斯
马克·西尔
彼得·索伦·基尔克·汉森
罗布·杜赫舍
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Starkey Laboratories Inc
Oticon Inc
Original Assignee
Starkey Laboratories Inc
Oticon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Starkey Laboratories Inc, Oticon Inc filed Critical Starkey Laboratories Inc
Publication of CN1998194A publication Critical patent/CN1998194A/zh
Application granted granted Critical
Publication of CN1998194B publication Critical patent/CN1998194B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • 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
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
    • H04W74/0841—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure with collision treatment
    • H04W74/085—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure with collision treatment collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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/55—Communication between hearing aids and external devices via a network for data exchange
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R2227/00—Details of public address [PA] systems covered by H04R27/00 but not provided for in any of its subgroups
    • H04R2227/003—Digital PA systems using, e.g. LAN or internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R2420/00—Details of connection covered by H04R, not provided for in its groups
    • H04R2420/07—Applications of wireless loudspeakers or wireless microphones
    • 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/552—Binaural
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Abstract

提供了用于与无线通信协议进行无线通信的系统和方法。本主题的一个方案涉及一种由收听装置针对用户执行的方法。根据不同的实施例，针对收听装置的用户将本地声音转换为处理过的声音信号，以及使用无线通信协议来控制包括收听装置的无线网络内的无线通信。无线通信协议包括传输协议模块、链路协议模块、扩展协议模块、数据协议模块、以及音频协议模块。传输协议模块适于控制收发机的操作，以在单个无线通信信道上提供半双工通信，以及链路协议模块适于实现分组传输过程，来处理信道上的帧冲突。这里提供了其它方案和实施例。

Description

无线通信协议 
本申请要求在2004年4月8日提交的美国临时专利申请No.60/560,835以及2004年12月1日提交的美国专利申请No.11/001,688的优先权益。 
技术领域
本发明总体上涉及通信系统、设备和方法，以及更具体地，涉及无线通信协议。 
背景技术
不同的电子设备无线地与彼此进行通信。诸如助听器或其它帮助收听的设备之类的收听装置(hearing instrument)是一种能够进行无线通信的设备。例如，两个助听器可以彼此通信来立体声地将声音提供给佩带者。在另一示例中，编程器无线地与助听器进行通信并配置助听器。在另一示例中，助听器无线地接收来自助听系统的信号，来提供或增强提供给助听器中接收机的信号。接收机将信号转换为可以由助听器佩带者听到的声音。随着助听技术的提高，提出了更加复杂的功能和治疗方法。 
期望网络无线设备利用改进收听装置技术的优点。存在这样的技术需求：提供用于发送和接收短距离数据的改进通信系统和方法，可以用于收听装置之间的无线通信。 
发明内容
通过本主题来解决上述问题，以及将通过阅读和学习以下说明书来得以理解。本主题的不同方案和实施例提供了一种无线收听装置通信协议。 
本主题的一个方案涉及一种由收听装置针对用户执行的方法。根据不同的实施例，将本地声音转换为针对收听装置的用户的处理后的声音信号，以及使用无线通信协议来控制在包括收听装置的无线网络中的无线通信。无线通信协议包括传输协议模块、链路协议模块、扩展协议模块、数据协议模块、以及音频协议模块。传输协议模块适于控制收发机操作，以在单个无线通信信道上提供半双工通信，以及链路控制模块适于实现分组传输过程，以在信道上解决帧冲突。 
本主题的一个方案涉及一种收听装置。根据不同的实施例，助听器包括收发机，用于在单个无线通信信道上，无线地发送数据和无线地接收数据；能够彼此通信的处理器和存储器；以及将处理器与收发机连接的电路。存储器包括分层无线通信协议，用于与无线网络上的至少一个另一节点进行通信。分层无线通信协议包括传输协议模块、链路协议模块、扩展协议模块、数据协议模块、以及音频协议模块。传输协议模块在无线通信协议的第一层上操作，来控制和监视收发机操作。传输协议模块适于控制收发机操作，以在单个无线通信信道上提供半双工通信。链路协议模块在无线通信协议的第二层上操作，来定义数据发送和接收过程，以及提供适于传输的数据，其中，链路协议模块适于实现分组传输过程，来解决帧冲突。扩展协议模块、数据协议模块和音频协议模块中的每一个在无线通信协议的第三层上操作。扩展协议模块提供对网络服务协议的访问。数据协议模块传输关于收听装置的控制和配置信息的数据。音频协议模块传输数字音频。音频协议模块适于在单个无线通信信道上使数字音频单向流动。 
本主题的一个方案涉及一种通过网络从无线助听器无线地传输数据分组的方法。根据本发明的不同实施例，控制无线网络中的无线通信，所述无线网络包括使用无线通信协议的助听装置，所述无线通信 协议的传输协议模块控制收发机的操作，以在单个无线通信信道上提供半双工通信，所述无线通信协议的链路协议模块通过以下步骤来处理信道上的帧冲突：响应来自无线助听器的传输请求，确定无线通信信道是否空闲，以及如果信道确定为空闲，则通过该信道传输分组。当信道空闲时，该方法等待随机的时间段。在随机的时间段之后，确定信道是否空闲，以及如果信道确定为空闲，则通过该信道传输分组。 
本发明内容是本申请其中一些示教的概述，以及并不意欲成为本主题专有的或穷举的处理方式。在详细的描述和所附权利要求中会发现关于本主题的进一步的细节。本领域技术人员将在阅读和理解以下详细描述和查看形成其中一部分的附图时理解其它方案，以上所有并不采用限制性意义。本发明的范围通过所附权利要求及其法律等同物进行限定。 
附图说明
图1示出了无线网络的实施例。 
图2A、2B和2C分别示出了对于图1中示出的无线网络的通信单播模式、通信广播模式、以及通信多播模式。 
图3示出了根据本主题不同实施例的节点地址的格式。 
图4示出了根据本主题不同实施例的设备ID的格式。 
图5示出了根据本主题不同实施例的短地址。 
图6示出了根据本主题不同实施例的无线收听装置通信协议的分层协议方案。 
图7示出了协议数据单元(PDU)的实施例。 
图8示出了根据本主题不同实施例，在无线通信协议中，将与一层相关联的PDU封装于另一层的PDU内。 
图9示出了以从数值的最高有效字节(MSB)至数值的最低有效字节(LSB)的减少的有效位进行排序的多字节数值，诸如16和32比特值。 
图10示出了以比特7排序的字节，首先传输最高有效比特(MSB)，以及最后传输最低有效比特(LSB)(比特0)。 
图11示出了根据本主题不同实施例的一般链路层PDU格式。 
图12示出了根据本主题不同实施例的帧描述符。 
图13示出了根据本主题不同实施例的传输处理帧冲突的分组的过程。 
图14示出了使用图13中示出的过程，针对三个节点传输分组的示例。 
图15示出了根据本主题不同实施例的PDU帧格式的示例，由编程器将其用于将数据传输至助听器。 
图16示出了根据本主题不同实施例的由目的地返回的层2肯定应答分组的示例。 
图17示出了根据本主题不同实施例的音频传输有效载荷。 
图18示出了根据本主题不同实施例，图17的音频传输有效载荷的音频描述符字段。 
图19示出了根据本主题不同实施例的音频传输协议的PDU格式。 
图20示出了根据本主题不同实施例的G.722音频编解码数据帧格式。 
图21示出了根据本主题不同实施例的图20中示出的帧格式的音频报头。 
图22示出了根据本主题不同实施例的网络服务结构。 
图23示出了根据本主题不同实施例的用于长地址分配/未分配请求的PDU格式。 
图24示出了根据本主题不同实施例的用于接受或拒绝响应的PDU格式。 
图25示出了根据本主题不同实施例的用于短地址分配/未分配请 求的PDU格式。 
图26示出了根据本主题不同实施例的用于接受或拒绝响应的PDU格式。 
图27示出了根据本主题不同实施例的用于8B10B/曼彻斯特请求的PDU格式。 
图28示出了根据本主题不同实施例的用于接受或拒绝响应的PDU格式。 
图29示出了根据本主题不同实施例的用于断电/加电请求的PDU格式。 
图30示出了根据本主题不同实施例的用于接受或拒绝响应的PDU格式。 
图31示出了根据本主题不同实施例的用于查验请求的PDU格式。 
图32示出了根据本主题不同实施例的用于查验响应的PDU格式。 
图33示出了根据本主题不同实施例的用于地址信息请求的PDU格式。 
图34示出了根据本主题不同实施例的用于地址信息响应的PDU格式。 
图35示出了根据本主题不同实施例的用于地址信息请求的PDU格式。 
图36示出了根据本主题不同实施例的用于扩展设备信息响应的PDU格式。 
图37示出了根据本主题不同实施例的用于音频信息请求的PDU格式。 
图38示出了根据本主题不同实施例的用于使用两个支持的流进行响应的音频信息的PDU格式。 
图39示出了根据本主题不同实施例的用于音频开始请求的PDU格式。 
图40示出了根据本主题不同实施例的用于音频停止请求的PDU 格式。 
图41示出了根据本主题不同实施例的收听装置，该收听装置能够作为图1网络中的节点进行无线通信。 
具体实施方式
本主题的以下详细描述参照附图，附图作为示例示出了可以实践的本主题的特定方案和实施例。以充分的细节描述这些实施例，使本领域的技术人员能够实践本发明的主题。在不偏离本主题范围的情况下，可以利用其它实施例，以及作出结构、逻辑和电气改变。参考的本公开中的“一”、“一个”或者“不同”实施例不必是相同的实施例，以及预计这样的参考多于一个实施例。因此，以下详细描述并不采用限制性意义，以及仅由所附权利要求与授予这样的权利要求的法律等同物的全部范围来限定本主题的范围。 
本文献包括多个附图和表格，来提供关于诸如特定比特数、特定数据字段序列和大小、以及映射到特定值的特定比特之类的数据字段的特定信息。这些附图和表格示出了根据多个实施例的示例。本申请的范围并不意欲局限于这些特例。通过阅读和理解本公开，本领域普通技术人员将理解，数据字段序列和大小、比特映射和数值可以用于其它协议实施例。 
本主题的无线收听装置通信协议提供了一种在无线频率通信信道上的收听装置之间交换信息的规范。本文献描述了用于适当的收发机的数据编码的协议，使收发机操作以使数据传送至/自特定收听装置，以及共享传输信道。尽管考虑了不同的实施方式，但是本文献并不意欲在硬件或软件中细化、或者使用特定的协议实施方式。通过阅读和理解本公开，本领域普通技术人员将理解，怎样提供特定的协议实施方式。 
无线协议涉及用于提供收听装置之间的通信。例如，收听装置包括不同类型的助听器、助听设备、头戴式耳机、编程模块、音频流模块、遥控器和墙式同步器。认为网络上的节点(收听装置)数很少，因此在数据传输的情况下，通信信道争用应当相对较低，而在音频流 的情况下，通信信道争用应当相对较高。使用硬件和软件组件的组合，包括在处理速度和存储器可用性上具有相对严格约束条件的系统，来实现本协议。通过由收听装置硬件的需求施加于功耗和门数上的限制来驱动这些约束条件。 
本协议的一个配置包括诸如PC、手持遥控器和一个或多个收听装置之类的设备。该配置支持这些装置的测试、安装。调整和编程。该配置是同步主/从关系的示例，其中，编程器命令收听装置执行功能，以及收听装置适当地进行响应。协议的另一配置包括两个收听装置，用作立体声对(binaural pair)。该配置支持控制信息的动态和自动地交换。在该配置的不同实施例中，收听装置具有对等关系，其中，任何一个设备都能够异步地将信息传输至特定对等设备。另一配置包括源设备，以及一个或多个收听装置。该配置支持来自源设备的音频数据实时流动至一个或多个收听装置。该配置是来自源设备的单向数据流，以及期望提供高信道带宽。 
在协议中提供对通信和主/从关系的对等方法的支持。对等通信方案中的问题包括：当两个节点试图在同时传送消息时发生冲突的可能性。提供载波监听能力来处理该情况。通常，可以通过在传输之前使要成为消息发送方的发送方检测到信道忙，来避免冲突，在这种情况下，生成随机的补偿时间段，等待该时间量，然后再次尝试。随机补偿时间减小了两个发送方将试图同时传输的可能性。存在两个发送方不能及时看到忙信道的较小窗，作为结果的冲突扰乱了消息。在这种情况下，未能在超时时间段内看到回复导致了冲突和原始消息的重传。 
图1示出了无线网络的实施例。根据本主题的不同实施例，示出的无线网络100能够使用无线通信协议进行通信。示出的网络包括多个节点101，标记为节点A、节点B、节点C和节点D。每个节点是能够在多达近似1米的传输距离上进行无线通信。在不同实施例中，网络包括一个或多个收听装置，以及诸如收听装置编程器、助听设备之类的一个或多个站。助听设备的示例包括使用无线通信信号(如，感应的、或者RF信号)来帮助听力受损的人听到播音系统、无线电等的设备。不同的实施例包括其它无线通信节点，如，计算机和无线 电话。在不同的实施例中，这些节点能够通过无线网络来访问互联网。 
如图3所示，网络100上的每个节点101A、101B、101C和101D由地址唯一地标识，这允许通过无线收听装置协议102在两个节点之间的个人无线通信。协议102是关于在两个或多个设备之间数据传输的格式和时间的一组规则，使得设备能够彼此通信。 
由收听装置厂商来实现唯一地址的配置。示例包括：在加电初始化期间从序列号中获得地址，或者在制造过程中将地址配置在装置中。根据不同的实施例，取决于使用的应用程序，在任何两个节点、站、或者收听装置之间的通信可以是主/从、或者对等的。 
任何两个节点之间的通信是半双工的。半双工系统能够一次在一个方向上传输数据。已知的半双工系统使用至少相同通信元件中的一些来发送和接收信号，以及使用开关在接收和传送模式之间改变。在半双工系统中，第一节点发起与第二节点的通信，以及等待适合的主机响应。 
在示出的网络中，两节点之间的连接不包括中间节点。每个节点能够通过无线收听装置协议，在网络中直接与每个其它节点进行通信。因此，在开放系统互联(OSI)协议栈模式中定义的传统网络层对于本协议是不存在的。 
图2A、2B和2C分别示出了对于图1中示出的无线网络的通信单播模式、通信广播模式、以及通信多播模式。图2A中示出的单播通信是涉及两个节点的通信模式。第一节点201A用作发射机，而第二节点201B用作接收机，以及第二节点201B用作发射机，而第一节点201A用作接收机时。单播通信涉及一个发送方和一个接收方。取决于应用程序，节点地址值可以是长变量或短变量。示例包括与单个助听器进行通信的编程器、彼此进行通信的两个助听器等。 
图2B中示出的广播通信是，一个节点201A使用预定广播地址将信号发送至一组节点201B、201C和201D的通信模式。广播通信包括一个发送方和多个接收方。该组接收方可以包括专用于一个厂商、多个厂商的接收机、或者通过多个厂商的接收机。一个示例包括：在剧院的情况下，针对发射机范围内用于所有助听器的音频传输。 
图2C中示出的多播通信是涉及一个发射机(例如，201A或201C)和多个接收机(例如，201A、201B或201B、201D)的通信模式。多播通信涉及：使用接受的动态地址(可以是长或短)的单个发送方和多个接收方。根据不同的实施例，多播模式是特定应用程序，其中，地址值及其意义负责控制数据流的应用程序。例如，该组接收方可以包括专用于一个厂商的接收机、或者多个厂商的接收机。一个示例涉及：同时将信息传输至两个助听器(如，将音频信息传输至左和右助听器)的编程器。 
不同的协议实施例考虑两种类型的节点地址，在这里称为长地址和短地址。长地址用于唯一地标识全局上下文中的特定节点。短地址取决于应用程序，以及当需要增加通信吞吐量的等级时，用来缩短协议的比特开销。由帧中的比特设置来表示用于特定分组的这类地址，在以下提供该示例。 
图3示出了根据本主题不同实施例的节点地址的格式。在诸如图1示出的网络之类的网络上的每个节点，具有唯一的标识符303。不同协议的实施例可以使用长地址来唯一地标识节点，以在不混淆通信分组有意向的目的地的情况下建立通信。在不同实施例中，长地址303提供厂商ID 304和设备ID 305。在不同实施例中，长地址具有以下格式： 
<长地址(40比特)＝<厂商ID(8比特)>+设备ID(32比特)> 
用于厂商ID和设备ID的数据字段的大小和顺序可以取决于所需协议设计而不同。厂商ID 304标识了特定厂商、一组厂商、或者所有厂商，这些厂商与意欲将分组发送至此的收听装置相关联。在不同实施例中，厂商ID 304是8比特值。在以下的表1中示出厂商ID值的示例。本主题并不局限于示出的数值和厂商。 
表1
  数值   收听装置厂商
  00000000   保留
  00000001   Oticon
  00000010   Phonic Ear
  00000011   Bernafon
  00000100   Starkey
  00000101-11111110   未使用
  11111111   通过所有厂商地址空间，向所有收听装置  指示广播或多播
设备ID 305标识了厂商ID上下文内的设备。 
图4示出了根据本主题不同实施例的设备ID的格式。示出的设备ID，如可用于以上提供的长地址示例中的设备ID，是唯一的32比特值。可以不在厂商上下文内复制设备ID。32比特设备地址空间的使用是厂商特有的。在一些实施例中，保留设备ID 0x00000000、设备ID 0xFFFFFFFF用于发送广播分组时的目的地址，以及保留设备ID的最高比特来表示地址类型(设备ID是单播还是多播地址)。本主题并不局限于特定值或比特位置。其它值、比特位置和/或数据域的大小可以用于其它协议设计。在表2中提供了示例。 
表2
  比特31   地址类型
  0   单播
  1   多播
通常，单播地址仅分配给一个设备。每个厂商负责分配和维护诸如助听器、遥控器、编程器之类的由厂商支持的任何或所有无线设备的适当地址范围。 
图5示出了根据本主题不同实施例的短地址。示出的短地址使用8比特值来表示分组内的源和/或目的节点。其它协议设计可以使用短地址的其它数据大小。例如，在设备唯一的长地址用于动态地将短地址分配给节点之后，可以使用短地址。由于短地址实质上是动态的，所以可以或不可以通过断电/加电、或者复位事件来保留短地址。由于短地址的生成、使用和控制由每个厂商负责，所以存在多个厂商的短地址的冲突/重新使用的可能性。对于提供8比特短地址空间的示出的示例，不同的实施例保留值0x00和0xFF，以及还保留短地址0xFF作为广播地址。此外，保留8比特短地址的最高比特作为地址类型， 用于表示8比特短地址是单播还是多播地址。其它值、比特位置或数据字段大小可以用于其它协议设计。表3示出了根据本主题不同实施例的图5中示出的短地址的地址类型的分配。 
表3
 比特7   地址类型
  0   单播
  1   多播
协议栈
无线收听装置通信协议的不同实施例包括一组分层协议。在隐藏、或者抽象协议层实施方式细节的同时，每层执行一组逻辑上相关的通信任务。分层通过在不定义怎样实现服务的情况下，定义由每层提供给上层的服务，来建立层间的独立关系。因此，由于模块化设计，可以在不影响其它层的情况下改变一个协议层。 
图6示出了根据本主题不同实施例的无线收听装置通信协议的分层协议方案。以下在细节上描述了示出的协议606、以及包含于其中的模块化协议中的每个协议及其目的。还根据层等级来对这些协议进行分类。层1等级607指在从无线通信设备发送信号之前使用的最后一个协议，以及在从另一无线通信设备接收信号时使用的第一个协议。层1等级包括协议信息，由于该协议信息与各个比特传输相关，所以该协议信息最特定于无线收听装置。层1等级说明怎样控制和监视收发机操作。对于RF通信，层1等级使RF信道串行化，以及仅与各个比特传输有关。层2等级608指将信息传输至层1等级的协议。层3等级609指将信息传输至层2协议的等级。分层过程可以连续，因此层N指将信息传输至层N-1等级、将信息传输至层N-2等级等直至信息传输至层1等级的协议。 
示出的协议606包括多个分层协议，包括传输协议610、链路协议611、扩展协议612、数据传输协议613、以及音频传输协议614。在图6中，在层1中示出传输协议，在层2中示出链路协议，以及在层3中示出扩展协议、数据传输协议以及音频传输协议。如通常在层 4中表示的，本示例还包括主机应用程序或附加协议层。设置标记“层1”、“层2”、“层3”以及“层4”来简化本公开，以及可以将这些标记称为第一层、第二层、第三层和第四层。可以在不改变示出的协议栈功能的情况下，来设计示出的层之间的中间层。通过阅读和理解本公开，本领域普通技术人员将理解，怎样将客户机应用程序并入协议。这些层使协议实现模块化。将通信过程分为较小、较不复杂的要素，同时隐藏实际实现的细节。还将协议设计中的该分层过程称为抽象。设计目标是减小一层对另一层的依赖性，以将改变一个协议层时修改其它协议层的需要最小化。 
图7示出了协议数据单元(PDU)715的实施例。每个协议层提供发送和/或接收数据的服务和装置。通过协议发送的数据被称为服务数据单元(SDU)716。使用协议控制信息(PCI)717封装SDU以形成PDU 715。层N的PDU成为层N-1上协议的SDU，以及重复过程，例如，如图8中所示。 
图8示出了根据本主题不同实施例，在无线通信协议中，将与一层相关联的PDU封装于另一层的PDU内。层1PDU(PDU1)包括协议控制信息(PCI1)和服务数据单元(SDU1)。如所示，SDU1将层2PDU(PDU2)封装，层2PDU(PDU2)包括协议控制信息(PCI2)和服务数据单元(SDU2)。SDU3将层3PDU(PDU3)封装，层3PDU(PDU3)包括协议控制信息(PCI3)和服务数据单元(SDU3)。SDU3将层4PDU(PDU4)封装，层4PDU(PDU4)包括协议控制信息(PCI4)和服务数据单元(SDU4)。通过阅读和理解本公开，本领域普通技术人员将理解，SDU能够封装多于一个的PDU。因此，如图6所示，与层3协议(例如，扩展协议、数据传输协议和音频传输协议)相关联的PDU能够封装于层2协议(例如，链路协议)的SDU中。 
以下讨论根据本主题不同实施例的无线通信协议。 
传输协议(层1)
传输协议在功能上等效于由国际标准组织(ISO)建立的开放系统互联(OSI)模型的物理层(在线路上物理地发送数据的程序和协 议)。该层是用于收发机硬件和与硬件相接口的软件的组合。传输协议层定义了控制和监视收发机操作的方式，并提出单个比特传输。如在图6中的协议实施例中所示，无线通信协议的层1包括传输协议。传输协议提供了三种服务：读取数据、写入数据和载波监听。根据不同的实施例，传输协议提供在RF信道上的数据串行化。在不同的实施例中，传输协议的PDU将数据编码，来提供适当密度的上升和下降沿、去除多余的重复比特值、以及避免DC偏置，期望这些来保证适当的接收机操作和接收机锁相环(PLL)时钟偏差。适当地按照厂商的想法来实现传输协议。传输协议不对在传输或接受期间允许流过的大小(最小或最大)作出限制。 
与要传送的数据相关联的编码的比特流能够利用数字锁相环(DPLL)来提取时钟周期和相位。不同的实施例可以使用曼彻斯特编码来对数据进行编码。曼彻斯特编码涉及将0转换为01比特序列，以及将1转换为10比特序列。输入的编码数据在0或更多的前同步码之后，以允许接收机PLL的稳定性。在不同的实施例中，数据模块包括相移键控(ASK)。不同的实施例可以使用100％ASK，其中，由存在载波信号来表示比特值1，以及由无载波信号来表示比特值0。在不同的实施例中，RF载波频率是3.84MHz，以及将基带RF信道数据比特速率定义为每秒120千比特(120kbps)。 
链路协议(层2)
数据链路层将原始数据编码和解码为诸如RF传输比特之类的传输比特。传输比特由负责媒体访问控制(MAC)和逻辑链路控制(LLC)的两个子层组成，其中，LLC控制帧同步、流控制和误差检测。 
如在图6中的协议实施例所示，链路协议在层2上操作。链路层在功能上等效于OSI模型的链路层(用于操作通信线路过程和协议，包括检测和修正消息误差的方式)。本协议设置了基于过程的手段(procedual means)来发送或接收数据至/自每个节点，以及将数据提供给适于传输的层1。与链路协议的不同实施例相关联的功能包括：单播、多播和广播数据传输模式；帧数据(SDU)中的比特误差检测； 以及避免错误的开始和结束标记的比特填充。 
根据不同的实施例，通常如图9中示出，诸如16和32个比特值之类的多字节值以从数值的最高有效字节(MSB)至数值的最低有效字节(LSB)的减小的有效位的顺序进行排序。各个应用程序分析多字节数据。首先将MSB放入数据流中，以及最后将LSB放入数据流中。 
根据不同的实施例，以减小的有效位的顺序对比特数据进行排序。通常如图10中所示，对字节进行排序，该字节具有首先传输的比特7(最高有效比特(MSB))，以及最后传输的比特0(最小有效比特(LSB))。 
传输代码用于提高要通过链路传递的信息的传输特性。传输代码保证在比特流中提供充分的传输，以在接收方处作出可能的时钟恢复。不同的协议实施例可以使用曼彻斯特传输代码标准，作为在无线信道上对数据比特进行编码的默认方法。曼彻斯特传输代码将数据比特0转换为01曼彻斯特比特序列，以及将数据比特1转换为10曼彻斯特比特序列。 
比特填充用于避免帧的开始和帧的结束出现错误。当传送分组时，在9个连续的数据一(1)之后，插入数据比特值零(0)。当接收帧时，将扫描帧数据，以及在出现9个连续的一(1)之后，丢弃零(0)比特值。如果9个连续比特(1)之后的比特是一(1)，则这个一(1)必须是帧开始或结束标记的一部分。比特填充用于(但不包括)帧开始标记和帧结束标记之间的所有数据比特。 
根据不同协议的实施例，曼彻斯特前同步码是32比特的字符串，该字符串先于帧开始标记传输。曼彻斯特前同步码允许接收PLL的获得具有输入分组数据的比特相位的能力。如果期望接收PLL在具有输入分组数据的比特相位中，则不必需要完整的前同步码。在不同的实施例中，前同步码具有以下非编码和编码格式(其中，“b”表示二进制值)： 
<Non Encoded Preamble>＝10101010b+10101010b+10101010b+10101010b 
<Encoded Preamble>＝1001100110011001b+1001100110011001b 
                 +1001100110011001b+1001100110011001b 
可以设计协议使用其它前同步码格式。 
不同协议的实施例可以使用8B/10B传输代码IEEE标准来替代曼彻斯特传输代码。当使用8B/10B标准时，将8比特字节的数据编码为10比特传输单元。编码技术保证在具有5比特1或0的最大运行长度的10比特中1的最小上升沿密度。 
根据不同协议的实施例，8B/10B前同步码是先于分组标记的开始传送的32比特字符串。8B/10B前同步码允许接收PLL获得具有输入分组数据的比特相位。如果期望接收PLL在具有输入分组数据的比特相位中，则不必需要完整的前同步码。8B/10B前同步码具有以下非编码和编码格式(其中，“b”表示二进制值)： 
<Non Encoded Preamble>＝10110101b+10110101b+10110101b+10110101b 
<Encoded Preamble>＝1010101010b+1010101010b+1010101010b+1010101010b 
可以设计协议使用其它前同步码格式。 
由于链路协议与形成数据帧相关联，所以链路协议也称为帧协议。链路协议的协议控制信息(PCI)用于定义可靠的点对点通信信道。使用误差检测代码(EDC)、以及用于丢失或出错的分组恢复的肯定应答和重传的简单的“停止并等待”方法，来提供可靠性。 
图11示出了根据本主题不同实施例的一般链路层PDU格式。示出的PDU包括以下八个字段：帧开始标记；大小；帧描述符；地址；扩展协议；有效载荷(SDU)；帧校验序列；以及帧结束标记。不同协议的实施例以不同的顺序对这些字段进行排序。对于图10中是示出的PDU，在表4中提供对每个协议数据单元字段的主要描述。表4还提供了字段的示例的大小信息。其它字段的大小可以用于不同协议的实施例。 
表4
  PDU字段   大小(字节)  描述
  帧开始标记   1.5(最大)  表示帧的开始。大小取决于 使用的编码方案。
  大小   1  跟随的字节数，但不包括帧 校验序列。
  帧描述符   1  描述帧类型和格式。
  地址   1-10  目的地和(可选)源地址。
  扩展协议   0-1  如果协议标识符不是预先定 义的类型(见以下的帧描述) 之一，则在下一层上标识网 络服务端口。
  有效载荷  (SDU)   0-253  服务数据单元(SDU)信息。 最大有效载荷大小253假设 帧描述符之后仅有短目的地 址。
  帧校验序列   0-4  通过经过有效载荷结尾的大 小比特来计算帧校验序列 (FCS)。
  帧结束标记   1.5(最大)  指示帧的结束(大小取决于 使用的编码方案)
  总数   6-263  假设存在帧开始标记、大小 字节、帧描述符字节、单个 源短地址和帧结束标记的最 小总计算。 假设存在帧开始标记、大小 字节、帧描述符字节、源和 目的地长地址、最大有效载 荷大小、4字节帧校验序列和 帧结束标记的最大总计算。
在示出的示例中，253字节的最大有效载荷大小取决于仅使用帧描述符和目的短地址。如果使用帧描述符和源和目的长地址(10字节)，则最大有效载荷是244字节。在不同的实施例中，如下计算帧中有效载荷字节的最大数目： 
最大帧大小(255)-帧目的地(1)-地址字节(1-10)-扩展协议 (0或1) 
在不同协议的实施例中，曼彻斯特帧开始标记是表示新帧开始、以及允许接收设备建立入站数据的单元/字节相位的12比特标记。在不同的实施例中，曼彻斯特帧结束标记是表示PDU帧结束的12比特标记。在不同的实施例中，开始标记值是0x7FE，以及结束标记值是0x7FF。 
在不同协议的实施例中，8B/10B帧开始标记表示新帧的开始，以及允许接收设备建立入站数据的单元/字节相位。8B/10B帧开始标记的值是在IEEE 802.3-2002(部分3)标准的K27.7“Table 36 Valid specialcode-groups”(44页)中定义的10比特编码序列。该序列的值是用于当前RD-的110110_1000和用于当前RD+的001001_0111。 
在不同协议的实施例中，8B/10B帧结束标记表示PDU帧的结束。8B/10B帧结束标记的值是在IEEE 802.3-2002(部分3)标准的K29.7“Table 36 Valid special code-groups”(44页)中定义的10比特编码序列。该序列的值是用于当前RD-的101110_1000和用于当前RD+的010001_0111。 
在不同协议的实施例中，帧大小是表示以下字节数的8比特值。在不同的实施例中，帧大小包括一帧描述符开始至有效载荷(SDU)结束的所有数据，以及具有从2至255的有效范围。 
图12示出了根据本主题不同实施例的帧描述符。示出的帧描述符适于合并于图11中示出的PDU中。在不同协议的实施例中，帧描述符是8比特值，用于描述帧格式，以及分为5个比特字段，包括版本字段、肯定应答字段、协议标识符、帧校验序列(FCS)模式和地址模式。不同协议的实施例可以使用其它字段大小，以及以其它顺序对于进行排序。使用检测比特误差的帧校验序列，以及使用为丢失或破坏的分组提供的肯定应答和重传的简单的“停止并等待”方法，来提供一些等级的可靠性。 
在不同协议的实施例中，图12中示出的帧描述符的地址模式比特0-1用来描述由特定帧格式使用的地址类型。如图12的帧描述符帧示出的，在表5中提供地址模式的示例。其它协议的实施例可以使用 不同的比特数，以及其它比特映射和比特值。 
表5
 比特1  比特0   目的地址  类型   源地址类型   地址字节数
  0   0   短   短   2
  0   1   长   长   10
  1   0   短   无   1
  1   1   长   无   5
在示出的示例中，链路层协议仅自动地肯定应答使用地址模式00b和01b的帧。如果设置比特1，则将没有协议肯定应答通过链路层出现。 
在不同协议的实施例中，在图12中示出的帧描述符的帧校验序列(FCS)模式使用比特2-3来定义用于帧内误差控制的帧校验序列数。通过有效载荷(SDU)结尾的比特大小来计算FCS。不同协议的实施例定义了如表6中提供的FCS模式。其它协议的实施例可以使用不同的比特数以及其它比特映射和比特值。 
表6
 比特3  比特2   FCS字节数   描述
  0   0   无   NA
  0   1   1   CRC-8
  1   0   2   CRC-CCITT
  1   1   4   CRC-32
使用适当的帧校验序列方法，针对误差来校验FCS模式01b、10b和11b。认为FCS模式00b是特定于应用程序的；因此，链路层协议不校验比特误差。 
在不同协议的实施例中，在图12中示出的帧描述符的协议标识符使用比特4-5表示预先定义的应用程序、或者将特定分组路由所至的下一个协议层。不同的实施例定义了如表7中提供的层。其它协议 实施例可以使用不同的比特数、以及其它比特映射和比特值来识别协议。 
表7
 比特5  比特4   协议
  0   0   肯定应答
  0   1   音频
  1   0   助听数据
  1   1   扩展，见扩展协议
肯定应答(00b)表示：这是作为在接收到的帧描述符中设置的比特的结果而发送的自动生成的链路层肯定应答分组。音频协议(01b)表示：信息包括音频数据，以及以音频应用程序为目的地。助听数据协议(10b)表示：信息以助听控制操作为目的地，如，安装。11b代码表示：目的传输协议不是3个(00b、01b或10b)预先定义的协议类型中的一个，因此表示：附加的扩展协议字节包含作为路由目的的帧格式的一部分。 
在不同协议的实施例中，图12中示出的帧描述符的Ack标记比特表示：是否应当由链路层协议自动地肯定应答该帧。在一些实施例中，例如，如果Ack标记比特为0，则不对帧进行肯定应答，如果Ack标记比特为1，以及如果包括FCS并且没有检测到误差，则对帧进行肯定应答，以及如果Ack标记为1以及如果不包括FCS，则对帧进行肯定应答。在这些实施例中，帧的地址模式必须是00b或01b，源和目的地址的地址类型必须是单播，以及帧的协议标识符不是00b。在这些实施例中，必须使用相同的FCS模式和肯定应答的帧的地址模式来发送肯定应答帧。使用肯定应答消息来表示目的地成功地接收消息。 
在不同协议的实施例中，图12中示出的帧描述符的版本标记比特表示：接收到的帧格式的版本。在一些实施例中，例如，该比特的0值表示帧格式的第一版本，以及针对帧格式的任何未来修改保留该比特的值1。 
再次参照图11中示出的一般的链路层PDU格式，示出的地址字 段格式取决于帧描述符字段中的“地址模式”比特。地址字段包含目的地址和可选的源节点地址。在不同的实施例中，如果将帧描述符字节中的协议标识符比特设置为11b，则仅出现扩展协议字节。扩展协议字节是用于将接收的分组路由至适当层的有效应用程序/网络服务标识符。 
图11中示出的一般链路层PDU格式的帧校验序列(FCS)为每个接收的帧提供了比特误差检测手段。在不同的实施例中，该字段的大小是可变的，以及取决于帧描述符字节中的FCS模式。在不同的实施例中，FCS字段由一个字节(8比特)、两个字节(16比特)、或者四个字节(32比特)组成，并且包含于帧中。如果包含在帧中，则FCS包含在传输期间进行计算的循环冗余校验(CRC)值。32比特FCS基于CRC-32定义。16比特FCS基于CRC-CCTTT定义。8比特FCS基于CRC-8定义。不执行误差修正，仅执行误差检测。如果检测到误差，则不将帧推进至下一协议层，以及不生成链路层肯定应答分组。然而，为了消除误差的目的，音频流实施例将帧和误差标记推进至下一协议层。CRC计算包括帧开始标记之后至有效载荷结束的所有数据，以及在源处编码之前、在目的地处编码之后来执行CRC计算。 
在不同的实施例中，32比特CRC-32使用以下多项式：X32+X26+x23+X22+X16+X12+X11+X10+X8+X7+X5+X4+X2+X+1。在计算之前，将CRC值初始化为0xFFFFFFFF。可以使用其它数值。例如，发射机或接收机不使用任何补码值对CRC的最终计算值进行修改。在帧结束标记之前，直接将CRC、MSB至LSB放入传输的数据流。帧接收机以与发射机相同的方式来对接收到的FCS进行计算，并且将计算的FCS与接收到的FCS进行比较。如果两个值匹配，则正确地接收了帧数据。接收机对计算的和接收到的CRC值进行直接比较。 
在不同的实施例中，16比特CRC-CCTTT使用多项式：X16+X12+X5+1。在计算之前，将CRC值初始化为0xFFFF。例如，发射机或接收机不使用任何补码值对CRC的最终计算值进行修改。在帧结束标记之前，直接将CRC、MSB第一以及LSB第二放入传送的数据流。帧接收机以与发射机相同的方式来对接收到的FCS进行计算， 并且将计算的FCS与接收到的FCS进行比较。如果两个值匹配，则正确地接收了帧数据。在不同的实施例中，接收机对计算和接收到的CRC值进行直接比较，从而不使用诸如0x1D0F之类的CRC幻数(magic number)。 
在不同的实施例中，8比特CRC-8定义使用多项式：X8+X2+X+1。在计算之前，将CRC值初始化为0xFF。可以使用其它值。例如，发射机或接收机不使用任何补码值对CRC的最终计算值进行修改。在帧结束标记之前，直接将单个字节CRC值放入传输的数据流。帧接收机以与发射机相同的方式来对接收到的FCS进行计算，并且将计算的FCS与接收到的FCS进行比较。如果两个值匹配，则正确地接收了帧数据。接收机对计算和接收到的CRC值进行直接比较。 
不同协议的实施例通过算法的实现来提供处理帧冲突的过程。如果一节点正处于发送帧的过程中，则另一节点不应当试图发送帧。如果两个节点同时发送，则这两个发送将会干扰至少处于两发送节点的范围内一个节点。出现这样的情况时，如果未接收到ACK分组，则发送节点意识到冲突。肯定应答分组也会受到干扰，导致多次重传和接收原始分组。 
图13示出了根据本主题不同实施例的传送处理帧冲突的分组的过程。在1350处，节点发起传输请求。过程进行至1351，其中，节点确定通信信道是否空闲。如果通信信道空闲，则处理进行至1352，其中，节点发送分组。如果在1351处，通信信道不空闲，则处理进行至1353，其中，确定是否超出了载波监听多路存取(CSMA)计数。CSMA计数器对监听信道的次数进行计数。如果超过CSMA计数，则过程进行至1354，其中，放弃分组传输。如果在1353处未超过CSMA计数，则过程进行至1355，其中，监听信道，直至信道空闲或者发生超时。如果发生超时，则在1354处放弃分组传输。如果信道空闲，则过程进行至1356，以及等待随机计时器事件，当事件发生时，过程返回1351，确定信道是否仍然空闲。信道空闲之后，随机访问计时器使不同网络节点试图访问通信信道的时间交错。在不同协议的实施例中，实现本算法的每个节点具有启用或禁止本算法的能力。启用默认/初始 状态。 
表8提供了根据本主题不同实施例的帧冲突参数。可以使用其它参数。 
表8
  参数名称   描述 范围/值
  随机计时   在重新校验信道活动  性并确定是否传输之  前所等待的‘随机’  时间段 计时器时间段是随机选择的来自以下组的值：{100，200，300，...，1400，1500，1600微秒}
  CSMA计数   调用监听空闲信道的  次数 {0，1，2...，7}
  监听计时   用于在失真或音频流  的情况下放弃信道监  听的时间段 如节点使用曼彻斯特编码所允许发送最大分组花费时间量的上舍入确定的，40毫秒
图14示出了使用图13中示出的过程，为三个节点传送分组的示例。将三个网络节点示出为节点A、节点B和节点C。在图14中提供了图例，帮助读者标识何时节点作出传输请求(如，在图13中的1350处示出的)；在确定信道是否空闲之前，何时节点监听信道活动性(如，在图13中的1356处示出的)；以及何时节点通过信道传送分组(如，在图13中的1352处示出的)。在图14中，节点A是发起传输请求1450A的第一节点。接下来，当信道繁忙时，节点B和C作出传输请求1450B和1450C。如在1452A处所示，节点A确定信道空闲，以及传送分组。在节点A传送时，节点C、随后节点B发起传输请求1450C和1450B，以及对于信道活动性，来监听1455C和1455B。在节点A完成传送时，节点B等待随机计时时间段1456B，以及节点C等待随机计时时间段1456C-1。在示出的示例中，节点B具有短于节点C的随机计时时间段，使得节点B在节点C之前检查空闲信道， 以及在发现空闲信道时，在节点C检查信道是否空闲之前，节点B开始传送1452B。在节点B完成传送1452B之后，节点C在检查信道是否空闲之前，等待另一随机计时时间段。在发现信道仍然空闲时，节点C传输其分组1452C。 
不同节点的物理位置和/或信号强度会导致传送节点对于所有节点不可见的情况，这会导致两个节点同时传送，以及在接收机处破坏分组的情况。由分组重传来处理该情况。在不同的实施例中，网络结构使用误差检测和重传，来提供分组的成功传输。对于请求肯定应答的分组，在‘Ack等待计时’内接收肯定应答分组。如果不及时地接收肯定应答分组，则重传原始分组。将重传分组的最大次数限制在‘重传最大数’。在需要重传分组的故障条件下，可以将消息重复传递至节点。表9提供了根据本主题不同实施例的重传参数。可以使用其它参数值。 
表9
 参数名称   描述   范围
 Ack等待计时   在重传分组之前等待  的时间段   ≤300毫秒  注意：通过上舍入分  组完成传输算法的最  差情况时间，来计算  该范围的上边界。通  过使用传输算法的最  差情况，试图避免不  必要的消息重传。
 重传最大数   在请求ACK但未接  收的情况下，重传分  组的最大次数   {0，1，2...，7}
根据不同协议的实施例，当节点接收将广播地址作为目的地址的有效的入站(inbound)PDU时，以及当期望节点发送响应时，为了避免帧冲突，每个单独节点对响应进行时延。该时延值用作补偿机制，来防止接收广播消息的所有节点同时传送响应，并导致帧冲突。在不同的实施例中，时延值是随机地从乘以十的‘随机计时’组中选出的值，这提供了1-16毫秒的补偿范围。实现补偿机制以减少节点必须执 行传输算法的多次迭代的机会。这减少了图13中示出的传输算法中CSMA计数器的计数，这在将CSMA计数器设置为较低值时尤其有益。 
较高等级协议(层3)
如图6中示出的层3的较高等级协议包括，但不局限于：(A)数据传输协议，(B)音频传输协议，以及(C)扩展协议。数据传输协议用于与收听装置对于控制和配置操作(如，安装操作)进行通信。音频传输协议用于将数字音频数据传送至收听装置。扩展协议用于提供对附加网络服务协议的访问，以允许附加网络服务来使用用于通信的无线协议的数据链路和物理层。 
(A)助听数据传输协议
助听数据传输协议用于传输由安装应用程序、制造应用程序、和/或其它相似类型的应用程序来使用的编程信息。 
图15示出了根据本主题不同实施例，由编程器用于将数据传输至助听器的PDU帧格式的示例。表10提供了在图15中所示的PDU帧格式示例中示出的数据的进一步信息。 
表10
  大小：   0x10
  帧描述符
  比特7：版本指示＝0
  比特6：Ack标记＝1，肯定应答帧，以保证数  据完整性
  比特5-4：协议标识符＝10b，助听数据
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，具有源和目的设备  ID的长地址，10字节
  地址：
  目的厂商＝0x04，Starkey
  目的设备ID＝0x11223344，感兴趣助听器地址
  源厂商＝0x04，Starkey
  源设备ID＝0x12345678，编程器地址
[0155] 
  助听数据：   0xAABBCCDDEE(厂商相关数据)
  帧校验序列：   0xC9DAA99D(32比特CRC)
图16示出了根据本主题不同实施例的由目的地返回的层2肯定应答分组的示例。表11提供了在图16中所示的肯定应答分组示例中示出的数据的进一步信息。 
表11
  大小：   0x0B
  帧描述符：
  比特7：版本指示＝0
  比特6：Ack标记＝0，不肯定应答该分组
  比特5-4：协议标识符＝00b，ACK分组标识符
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，总与肯定应答的接收  分组相同
  地址：
  目的厂商＝0x04，Starkey
  目的设备ID＝0x12345678，分组发射机的地址
  源厂商＝0x04，Starkey
  源设备ID＝0x11223344，分组接收机地址
  帧校验序列：   0xC0599A9C(32比特CRC)
(B)音频传输协议
音频传输协议用于传送数字音频信息。短地址模式之一用于增加音频数据的有效载荷传输速率。 
图17示出了根据本主题不同实施例的音频传输有效载荷。示出的有效载荷包括四个字段，包括音频描述符、嵌入数据大小、音频编解码数据、以及嵌入数据字段。不同协议使用其它的字段大小和数据序列。音频传输协议能够在相同分组中复用音频和数据，使得可以控制音频质量。因此，数据传输请求可以要求将低质量数据流插入下一分组，以便为数据有效载荷腾出空间。 
图18示出了根据本主题不同实施例，图17的音频传输有效载荷的音频描述符字段。示出的音频描述符字段是8比特值，其中，比特 7提供嵌入数据字段、比特6提供嵌入数据协议标识符、以及比特5-0提供音频编解码。不同的实施例可以使用其它格式。 
表12示出了根据本主题不同实施例的图18的音频描述符字段的嵌入数据字段。嵌入数据字段用于表示音频流中数据的出现。 
表12
 比特7   描述
  0   无数据出现
  1   数据出现
表13示出了根据本主题不同实施例的图18的音频描述符字段的嵌入数据协议标识符。嵌入数据协议标识符用于表示消息内嵌入数据的格式。不同的实施例可以使用其它格式。 
表13
 比特6   描述
  0   助听数据协议
  1   扩展协议
图14示出了根据本主题不同实施例的图18的音频描述符字段的音频编解码。音频编解码定义了用于对流进行编码的编解码器。不同的实施例可以使用其它格式。 
表14
Figure G05818348220061208D000261
音频编解码的六比特值为其它编码算法分配编码类型提供了空间。不同的实施例可以使用其它格式，包括比特数、值和映射至值的比特。 
在不同音频传输协议的实施例中，如在图17中示出的，音频传输有效载荷的嵌入数据大小字段是表示嵌入数据字段字节数的8比特值，以及具有该字段从1至251的有效范围。如果有至少1字节的嵌入数据，则出现该字段。如果由嵌入数据替换完整的音频有效载荷，则可以获得最大值。 
在不同音频传输协议的实施例中，将在图17中示出的音频传输有效载荷的音频编解码数据字段传送特定的编解码器，以及包含修正解码的所有信息。可以直接插入诸如MPEG音频之类的一些编解码器的帧格式，其中，该帧格式包含必要的报头信息和误差控制。类似于G.722之类的其它编解码器是基于采样的，以及一些系统特定信息与编码的比特流一起传送。在这种情况下，帧格式必须是特定的。 
在不同音频传输协议的实施例中，在图17中示出的音频传输有效载荷的嵌入数据字段包括助听数据或扩展协议数据。如果数据是扩展协议数据，则附加的扩展协议字节包含作为用于路由的数据的一部分。 
图19示出了根据本主题不同实施例的音频传输协议的PDU格式。如在图19中示出的，表15提供了音频传输协议的PDU格式中示出的数据的进一步信息。不同的实施例可以使用其它格式，包括其它比特数、数值、映射至数值的比特、和/或数据序列。 
表15
  大小：   表示随后的字节数，取决于有效载荷大小
  帧描述符：
  比特7：版本指示＝0
  比特6：Ack标记＝0，不肯定应答该分组
  比特5-4：协议标识符＝01b，音频
  比特3-2：FCS模式＝00b，无FCS
[0179] 
  比特1-0：地址模式＝10b，仅是短目的地址
  地址：   0x6D，厂商特定值
  音频描述符报头：
  比特7：0，无数据出现
  比特6：NA
  比特5-0：0x2，G722编解码器
  音频编解码报头：
  比特7：单个信道
  比特6-3：0x5，16KHz采样频率
  比特2-1：0x3，模式3-3比特/采样
  比特0：无行动
  音频代码字：   厂商特定值
图20示出了根据本主题不同实施例的G.722音频编解码数据帧格式。示出的帧格式包括用于音频报头和数据值的字段。图21示出了根据不同实施例的图20中示出的帧格式的音频报头。示出的音频报头是8比特值，具有一比特多信道模式字段、四比特采样频率字段、二比特比特速率模式字段、以及一比特复位字段。不同的实施例可以使用其它格式。 
表16提供了根据不同实施例的在图21中示出的用于音频报头的复位字段的进一步信息。其它实施例具有其它格式。复位字段用于对压缩算法进行初始化。 
表16
 比特0   描述
  0   无行动
  1   复位算法
表17提供了根据不同实施例的在图21中示出的用于音频报头的比特速率模式字段的进一步信息。操作模式与四种不同的比特速率相对应。其它实施例具有其它格式，包括用于模式的数据值和映射至数据值的比特。 
表17
 比特2  比特1   描述
[0187] 
 0   0   模式0＝2比特/采样
 0   1   模式1＝4比特/采样
 1   0   模式2＝3.5比特/采  样
 1   1   模式3＝3比特/采样
表18提供了根据不同实施例的在图21中示出的用于音频报头的采样频率字段的进一步信息。不同的实施例可以使用其它格式，包括用于频率的数据值和映射至数据值的比特。采样频率字段用于表示采样速率。 
表18
 比特6  比特5  比特4  比特3   描述
  0   0   0   0   8KHz
  0   0   0   1   10KHz
  0   0   1   0   12KHz
  0   0   1   1   14KHz
  0   1   0   0   15KHz
  0   1   0   1   16KHz
  0   1   1   0   18KHz
  0   1   1   1   20KHz
  1   0   0   0   22.05KHz
  1   0   0   1   24KHz
  1   0   1   0   26KHz
  1   0   1   1   28KHz
  1   1   0   0   30KHz
  1   1   0   1   32KHz
  1   1   1   0   44.1KHz
  1   1   1   1   48KHz
表19提供了根据不同实施例的在图21中示出的用于音频报头的多信道模式字段的进一步信息。不同的实施例可以使用其它格式。 
表19
 比特7   描述
  0   单信道
  1   双信道
[0194] 在双信道模式中，首先使用左信道来对左和右信道采样进行交织。只有比特速率模式是G.722标准的一部分。使用除16kHz之外的采样速率、以及多于一个的信道扩大了灵活性。由于所有数据值同样重要，所以不指定误差控制，因此可以使用链路协议中的CRC校验。 
(C)扩展协议
图22示出了根据本主题不同实施例的网络服务结构。本示例包括用作层2协议的链路协议、用作层4协议的应用程序协议、以及在链路和应用程序协议之间用作层3协议的数据协议。本示例还包括用作层3协议的扩展协议，来提供对诸如基带控制、设备信息、音频控制、助听、远程控制、立体声通信、FM控制之类的网络服务的支持。括号中的值是协议标识符，由在表7中列出的协议标识符来提供协议标识符，用于图12中示出的帧描述符。 
表20示出了根据不同实施例的网络服务标识符列表，这也在图22中示出。网络服务标识符0和255是保留值。不同的实施例可以使用其它格式来标识不同的网络服务。 
表20
  端口   网络服务
  0x00   保留
  0x01   基带控制
  0x02   设备信息
  0x03   音频控制
  0x04   助听控制
  0x05   远程控制
  0x06   立体声通信
  0x07   FM控制
  0x08-0xFE   保留
  0x0F   保留
基带控制网络服务允许向无线节点分配地址和未分配地址。基带控制网络服务用于改变由无线节点使用的信道编码技术，以及调整无 线节点的功耗。表21列出了根据不同实施例的基带控制网络服务所支持的服务请求和响应。不同的实施例可以使用其它格式。 
表21
Figure G05818348220061208D000311
所有基带请求和响应使用具有源和目的地址(地址模式0x01)的长地址。忽略/丢弃还未使用地址模式(0x01)的基带控制请求。基带控制节点请求和响应使用单播地址。忽略/丢弃接收的基带控制请求，该基带控制请求在源或目的地址中具有广播或多播长地址。使用由协议定义的最强帧校验序列机制(FCS模式0x11)来发送所有基带请求和响应。由于所有基带请求都需要特定的基带响应，所以在不请求链路层肯定应答的情况下，发送所有请求和响应。由于无线协议和相关基带控制请求/响应，在任何对无线节点之间，每次仅执行单个基带控制操作。 
图23示出了根据本主题不同实施例的用于长地址分配/未分配请求的PDU格式。表22提供了根据不同实施例的在图23中示出的用于长地址分配/未分配请求的进一步信息。不同的实施例可以使用其它格式。 
表22
  大小：   0x12
  帧描述符：
  比特7：版本指示＝0
  比特6：Ack标记＝0，无数据链路层肯定应答
  比特5-4：协议标识符＝11b，扩展协议
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，具有源和目的地的  长地址
  地址：
  目的厂商＝0xAA，厂商特定值
  目的设备ID＝0xBBBBBBBB，厂商特定值
  源厂商＝0xCC，厂商特定值
  源设备ID＝0xDDDDDDDD，厂商特定值
  网络服务ID：   0x01，基带控制网络服务
  请求操作码：   0x03长地址分配或0x04长地址未分配
  厂商ID：   0xEE，厂商特定值
  设备ID：   0xFFFFFFFF，厂商特定值
图24示出了根据本主题不同实施例的用于接受或拒绝响应的PDU格式。表23提供了根据本主题的不同实施例，用于接受或拒绝在图24中示出的响应的进一步信息。不同的实施例可以使用其它格式。 
表23
  大小：   0x0D
  帧描述符：
  比特7：版本指示＝0
  比特6：Ack标记＝0，无数据链路层肯定应答
  比特5-4：协议标识符＝11b，扩展协议
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，具有源和目的设备  ID的长地址
  地址：
[0210] 
目的厂商＝0xCC，厂商特定值
目的设备ID＝0xDDDDDDDD，厂商特定值
源厂商＝0xAA，厂商特定值
源设备ID＝0xBBBBBBBB，厂商特定值
  网络服务ID： 0x01，基带控制网络服务
  响应操作码： 0x01接受响应或0x02拒绝响应
图25示出了根据本主题不同实施例的用于短地址分配/未分配请求的PDU格式。表24提供了根据不同的实施例，用于在图25中示出短地址分配/未分配请求的进一步信息。不同的实施例可以使用其它格式。 
表24
  大小：   0x0E
  帧描述符：
  比特7：版本指示＝0
  比特6：Ack标记＝0，无数据链路层肯定应答
  比特5-4：协议标识符＝11b，扩展协议
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，具有源和目的设备  ID的长地址
  地址：
  目的厂商＝0xAA，厂商特定值
  目的设备ID＝0xBBBBBBBB，厂商特定值
  源厂商＝0xCC，厂商特定值
  源设备ID＝0xDDDDDDDD，厂商特定值
  网络服务ID：   0x01，基带控制网络服务
  请求操作码：   0x04短地址分配或0x05短地址未分配
  短地址：   0xFF，厂商特定值
图26示出了根据本主题不同实施例的用于接受或拒绝响应的PDU格式。表25提供了根据本主题的不同实施例，用于接受或拒绝在图26中示出的响应的进一步信息。不同的实施例可以使用其它格式。 
表25
  大小：   0x0D
  帧描述符：
  比特7：版本指示＝0
  比特6：Ack标记＝0，无数据链路层肯定应答
  比特5-4：协议标识符＝11b，扩展协议
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，具有源和目的设备  ID的长地址
  地址：
  目的厂商＝0xCC，厂商特定值
  目的设备ID＝0xDDDDDDDD，厂商特定值
  源厂商＝0xAA，厂商特定值
  源设备ID＝0xBBBBBBBB，厂商特定值
  网络服务ID：   0x01，基带控制网络服务
  响应操作码：   0x01接受响应或0x02拒绝响应
图27示出了根据本主题不同实施例的用于8B10B/曼彻斯特请求的PDU格式。表26提供了根据本主题的不同实施例，用于图27中示出的8B10B/曼彻斯特请求的进一步信息。不同的实施例可以使用其它格式。 
表26
  大小：   0x0E
  帧描述符：
  比特7：版本指示＝0
  比特6：Ack标记＝0，无数据链路层肯定应答
  比特5-4：协议标识符＝11b，扩展协议
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，具有源和目的设备  ID的长地址
  地址：
  目的厂商＝0xAA，厂商特定值
  目的设备ID＝BBBBBBBB，厂商特定值
  源厂商＝0xCC，厂商特定值
[0220] 
  源设备ID＝0xDDDDDDDD，厂商特定值
  网络服务ID：   0x01，基带控制网络服务
  请求操作码：   0x078B10B请求或0x08曼彻斯特请求
图28示出了根据本主题不同实施例的用于接受或拒绝响应的PDU格式。表27提供了根据本主题的不同实施例，用于接受或拒绝在图28中示出的响应的进一步信息。 
表27
  大小：   0x0D
  帧描述符：
  比特7：版本指示＝0
  比特6：Ack标记＝0，无数据链路层肯定应答
  比特5-4：协议标识符＝11b，扩展协议
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，具有源和目的设备ID  的长地址
  地址：
  目的厂商＝0xCC，厂商特定值
  目的设备ID＝0xDDDDDDDD，厂商特定值
  源厂商＝0xAA，厂商特定值
  源设备ID＝0xBBBBBBBB，厂商特定值
  网络服务ID：   0x01，基带控制网络服务
  响应操作码：   0x01接受或0x02拒绝
图29示出了根据本主题不同实施例的用于断电/加电请求的PDU格式。表28提供了根据本主题的不同实施例，用于图29中示出的断电/加电请求的进一步信息。不同的实施例可以使用其它格式。 
表28
  大小：  0x0E
  帧描述符：
 比特7：版本指示＝0
 比特6：Ack标记＝0，无数据链路层肯定应答
 比特5-4：协议标识符＝11b，扩展协议
 比特3-2：FCS模式＝11b，4字节CRC
[0227] 
  比特1-0：地址模式＝01b，具有源和目的设备ID  的长地址
  地址：
  目的厂商＝0xAA，厂商特定值
  目的设备ID＝BBBBBBBB，厂商特定值
  源厂商＝0xCC，厂商特定值
  源设备ID＝0xDDDDDDDD，厂商特定值
  网络服务ID：   0x01，基带控制网络服务
  请求操作码：   0x09断电请求或0x0A加电请求
图30示出了根据本主题不同实施例的用于接受或拒绝响应的PDU格式。表29提供了根据本主题的不同实施例，用于接受或拒绝在图30中示出的响应的进一步信息。不同的实施例可以使用其它格式。 
表29
  大小：   0x0D
  帧描述符：
  比特7：版本指示＝0
  比特6：Ack标记＝0，无数据链路层肯定应答
  比特5-4：协议标识符＝11b，扩展协议
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，具有源和目的设备ID  的长地址
  地址：
  目的厂商＝0xCC，厂商特定值
  目的设备ID＝0xDDDDDDDD，厂商特定值
  源厂商＝0xAA，厂商特定值
  源设备ID＝0xBBBBBBBB，厂商特定值
  网络服务ID：   0x01，基带控制网络服务
  响应操作码：   0x01接受或0x02拒绝
设备信息网络服务允许无线节点的发现和无线节点信息的检索。表30列出了根据不同实施例的设备信息网络服务支持的设备请求和响应。不同的实施例可以使用其它格式。 
表30
Figure G05818348220061208D000371
查验请求和响应(操作码0x01-0x06)用于获得范围内节点的基本(primary)长地址。左和右版本用于分别请求左和右分配节点的地址。 因此，如果将节点定义为左，则必须使用响应查验(0x01)和“查验左HA”(0x02)请求的“查验来自左HA的应答”(0x05)响应，绝不能响应“查验右HA”(0x03)请求。不具有左或右分配的节点必须使用“查验应答”(0x04)响应来响应。其余请求和响应用于从无线节点中获取附加信息。 
所有设备信息请求使用具有源和目的地址(地址模式0x01)的长地址模式。忽略/丢弃未使用地址模式(0x01)的设备信息请求。设备信息查验请求可以使用广播地址作为目的地址。设备信息查验响应和所有其它设备信息请求和响应使用单播地址用于源和目的地址；除此之外，则忽略/丢弃。使用由协议定义的最强帧校验序列机制(FCS模式0x11)来发送所有设备信息请求和响应。由于所有设备信息请求请求特定设备信息响应，所以在不请求链路层肯定应答的情况下，发送所有请求和响应。由于无线协议和相关设备信息控制请求/响应，在无线节点之间每次仅执行单个设备信息控制操作。 
图31示出了根据本主题不同实施例的用于查验请求的PDU格式。表31提供了根据不同实施例，用于图31中示出的查验请求的进一步信息。不同的实施例可以使用其它格式。 
表31
  大小：   表示随后有13字节
  帧描述符：
  比特7：版本＝0
  比特6：Ack标记＝0，无数据链路层肯定应答
  比特5-4：协议标识符＝11b，扩展协议
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，具有源和目的地的长  地址
  地址：
  目的厂商＝0xAA，厂商特定值
  目的设备ID＝0xFFFFFFFF，广播地址
  源厂商＝0xCC，厂商特定值
  源设备ID＝0xDDDDDDDD，唯一厂商特定值
  网络服务ID：   0x02，设备信息网络服务
  请求操作码：   0x01查验，0x02查验左HA，或者0x03查验右
[0239] 
  HA
图32示出了根据本主题不同实施例的用于查验响应的PDU格式。表32提供了根据不同实施例，用于图32中示出的查验响应的进一步信息。不同的实施例可以使用其它格式。 
表32
  大小：   表示随后有13字节
  帧描述符：
  比特7：版本＝0
  比特6：Ack标记＝0，无数据链路层肯定应答
  比特5-4：协议标识符＝11b，扩展协议
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，具有源和目的地的  长地址
  地址：
  目的厂商＝0xCC，与请求源厂商中的值相同
  目的设备ID＝0xDDDDDDDD，与请求源设备  ID中的值相同
  源厂商＝0xAA，厂商特定值
  源设备ID＝0xBBBBBBBB，唯一厂商特定值
  网络服务ID：   0x02，设备信息网络服务
  响应操作码：   0x04查验应答，0x05来自左HA的查验应答，  或者0x06来自右HA的查验应答
图33示出了根据本主题不同实施例的用于地址信息请求的PDU格式。表33提供了根据不同实施例，用于图33中示出的地址信息请求的进一步信息。不同的实施例可以使用其它格式。 
表33
  大小：  表示随后有13字节
  帧描述符：
 比特7：版本＝0
 比特6：Ack标记＝0，无数据链路层肯定应答
 
  比特5-4：协议标识符＝11b，扩展协议
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，具有源和目的地的长  地址
  地址：
  目的厂商＝0xAA，厂商特定值
  目的设备ID＝0xBBBBBBBB，唯一厂商特定值
  源厂商＝0xCC，厂商特定值
  源设备ID＝0xDDDDDDDD，唯一厂商特定值
  网络服务ID：   0x02，设备信息网络服务
  请求操作码：   0x07地址信息请求
地址信息响应PDU具有可取决于为节点配置多少长和短地址而变化的可变大小。响应的最小大小是0x14。这包括长和短地址计数字段、以及所有节点都必须配置的一个长地址。表34示出了根据不同实施例的地址信息数据格式。不同的实施例可以使用其它格式。 
表34
  长地址计数   短地址计数   长地址   短地址
  数值   ＞＝1   ＞＝0   0xAABBBBBBB  B   0xYY
  描述   在该设备上  配置的长地  址数   在该设备上  配置的短地  址数   长地址列表；  大小是长计数  *长地址大小   短地址列表；  大小是短计数  *短地址大小
图34示出了根据本主题不同实施例的用于地址信息响应的PDU格式。表35提供了根据不同实施例的用于在图34中示出的地址信息响应的进一步信息。不同的实施例可以使用其它格式。 
表35
  大小：  表示随后有21字节
  帧描述符：
 比特7：版本＝0
 比特6：Ack标记＝0，无数据链路层肯定应答
 比特5-4：协议标识符＝11b，扩展协议
 
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，具有源和目的地的  长地址
  地址：
  目的厂商＝0xCC，与请求源厂商中的值相同
  目的设备ID＝0xDDDDDDDD，与请求源设备  ID中的值相同
  源厂商＝0xAA，厂商特定值
  源设备ID＝0xBBBBBBBB，唯一厂商特定值
  网络服务ID：   0x02，设备信息网络服务
  响应操作码：   0x08地址信息应答
  地址信息数据：   0x0101AABBBBBBBB69-该节点的地址信息
扩展设备信息提供了获取关于节点的识别信息的方式。请求PDU的大小固定。图35示出了根据本主题不同实施例的用于地址信息请求的PDU格式。表36提供了根据不同实施例的用于在图35中示出的地址信息请求的进一步信息。不同的实施例可以使用其它格式。 
表36
  大小：   表示随后有13字节
  帧描述符：
  比特7：版本＝0
  比特6：Ack标记＝0，无数据链路层肯定应答
  比特5-4：协议标识符＝11b，扩展协议
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，具有源和目的地的  长地址
  地址：
  目的厂商＝0xAA，厂商特定值
  目的设备ID＝0xBBBBBBBB，唯一厂商特定值
  源厂商＝0xCC，厂商特定值
  源设备ID＝0xDDDDDDDD，唯一的厂商特定  值
  网络服务ID：   0x02，设备信息网络服务
  请求操作码：   0x07扩展设备信息请求
[0257] 图36示出了根据本主题不同实施例的用于扩展设备信息响应的PDU格式。表37提供了根据不同实施例的用于在图36中示出的扩展设备信息响应的进一步信息。不同的实施例可以使用其它格式。 
表37
  大小：   表示随后有45字节
  帧描述符：
  比特：版本＝0
  比特6：Ack标记＝0，无数据链路层肯定应答
  比特5-4：协议标识符＝11b，扩展协议
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，具有源和目的地的  长地址
  地址：
  目的厂商＝0xCC，与请求源厂商中的值相同
  目的设备ID＝0xDDDDDDDD，与请求源设备  ID中的值相同
  源厂商＝0xAA，厂商特定值
  源设备ID＝0xBBBBBBBB，唯一厂商特定值
  网络服务ID：   0x02，设备信息网络服务
  响应操作码：   0x0a扩展设备信息应答
  扩展设备信息数  据：   该节点唯一的扩展设备信息
表38示出了根据不同实施例的用于扩展设备信息数据的格式。不同的实施例可以使用其它格式。 
表38
  字段名称   长度(字节)   描述   有效载荷中的  位置
  设备类型   1   表39   2
  设备型号   8   厂商定义的设备  描述   3-10
  设备序列号   8   厂商编码的序列   11-18
 
  号
  设备侧   1   表40   19
  链路版本   1   nEARlink版本号   20
  链路MTU   1   最大接收PDU   21
  链路选项   1   表41   22
  链路音频   1   支持的流的数目   23
表39示出了根据不同实施例的用于该节点的设备类型的值。不同的实施例可以使用其它格式。 
表39
  值   描述
  0x01   编程设备
  0x02   收听装置
  0x03   遥控器
  0x04   FM Shoe
  0x05-0xff   保留
设备型号字段是使用厂商定义的编码方案的设备的详细标识符；设备序列号是厂商定义的设备序列号(或者其中一部分)的编码；以及，设备侧示出了该设备是否是左/右分配。表40示出了设备侧的有效值。不同的实施例可以使用其它格式。 
表40
  值   描述
  0x00   未知
  0x01   左
  0x02   右
链路版本字段是nEARlink所支持的版本。初始值是0x01。链路MTU字段标识了节点能够接收的最大PDU。链路选项字段是标识节点支持的其它选项的比特字段。如果支持选项，则比特为1，以及如果不支持选项，则比特为0。在表41中示出选项。不同的实施例可以使用其它格式。 
表41
  7:2   1   0
 
  保留   支持节电   支持8b/10b编码
链路音频字段包含右设备支持的音频流数。值0表示不支持音频流。 
图37示出了根据本主题不同实施例的用于音频信息请求的PDU格式。音频信息请求PDU的大小固定。表42提供了根据不同实施例的用于在图37中示出的音频信息请求的进一步信息。不同的实施例可以使用其它格式。 
表42
  大小：   表示随后有13字节
  帧描述符：
  比特7：版本＝0
  比特6：Ack标记＝0，无数据链路层肯定应答
  比特5-4：协议标识符＝11b，扩展协议
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，具有源和目的地的  长地址
  地址：
  目的厂商＝0xAA，厂商特定值
  目的设备ID＝0xBBBBBBBB，唯一厂商特定值
  源厂商＝0xCC，厂商特定值
  源设备ID＝0xDDDDDDDD，唯一厂商特定值
  网络服务ID：   0x02，设备信息网络服务
  请求操作码：   0x0b音频信息请求
音频信息响应PDU具有可取决于节点中支持多少音频流而变化的可变大小。响应的最小大小是0x0e。这包括具有不支持的流的流计数字段。表43示出了音频信息数据字段。不同的实施例可以使用其它格式。 
表43
  字段名称   长度(字节)  描述   有效载荷中的  位置
  流计数   1  ＞＝0   2
 
  流[ID，频率]   2*(流计数)   [流ID，频率对]   3-(2+长度)
图38示出了根据本主题不同实施例的用于使用两个支持的流进行响应的音频信息的PDU格式。表44提供了根据不同实施例的用于在图38中示出的使用两个支持的流的音频信息响应的进一步信息。不同的实施例可以使用其它格式。 
表44
  大小：   表示随后有21字节
  帧描述符：
  比特7：版本＝0
  比特6：Ack标记＝0，无数据链路层肯定应答
  比特5-4：协议标识符＝11b，扩展协议
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，具有源和目的地的  长地址
  地址：
  目的厂商＝0xCC，与请求源厂商中的值相同
  目的设备ID＝0xDDDDDDDD，与请求源设备  ID中的值相同
  源厂商＝0xAA，厂商特定值
  源设备ID＝0xBBBBBBBB，唯一厂商特定值
  网络服务ID：   0x02，设备信息网络服务
  响应操作码：   0x0c音频信息应答
  音频信息数据：   0x0201000205-该节点的音频信息；；支持两个  流-G.711@8KHz和G.722@16KHz
音频控制网络服务提供用于无线节点之间数字音频流的控制机制。表45列出了由音频控制网络服务支持的服务请求。不同的实施例可以使用其它格式。 
表45
Figure G05818348220061208D000461
可以使用长或短地址的任何地址模式来发送所有音频请求，以及将在不请求任何类型的链路层肯定应答或应用程序等级响应的情况下，发送所有音频请求。 
图39示出了根据本主题不同实施例的用于音频开始请求的PDU格式。表46提供了根据不同实施例的用于在图39中示出的所支持的音频开始请求的进一步信息。不同的实施例可以使用其它格式。 
表46
  大小：   0x08
  帧描述符：
  比特7：版本＝0
  比特6：Ack标记＝0，无数据链路层肯定应答
  比特5-4：协议标识符＝11b，扩展协议
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，短目的地址并且无源  地址
  地址＝0xAA，厂商特定值
  网络服务ID：   0x04，音频控制网络服务
  请求操作码：   0x01，音频开始请求
  编解码器ID   0x02，定义用于对音频流进行编码的编解码器
  编解码器FS：   0x05，定义用于对音频流进行编码的采样速率。  请参照Error！  对于采样速率频率的完整列表，未找到参考源。
  帧大小   0xC0，定义在对来自音频分组的数据进行解码之  后的采样数。在这种情况下，音频分组将包含72  个码字字节(使用3比特/采样压缩)。
  选项：   00000110b，音频数据流选项
选项字段是标识与音频数据流相关联的配置选项的比特字段。表47示出了音频数据流选项。不同的实施例可以使用其它格式。 
表47
  比特位置   描述
 
  比特0   0-启用链路层地址校验  1-禁用链路层地址校验
  比特1   0-接收时播放采样  1-在播放前，将采样集合为完整的音频帧
  比特2   0-禁用音频解码器中的误差隐藏  1-启用音频解码器中的误差隐藏
  比特3-7   保留
图40示出了根据本主题不同实施例的用于音频停止请求的PDU格式。表48提供了根据不同实施例的用于在图40中示出的所支持的音频停止请求的进一步信息。不同的实施例可以使用其它格式。 
表48
  大小：   0x04
  帧描述符：
  比特7：版本指示＝0
  比特6：Ack标记＝0，无数据链路层肯定应答
  比特5-4：协议标识符＝11b，扩展协议
  比特3-2：FCS模式＝11b，4字节CRC
  比特1-0：地址模式＝01b，短目的地址并且无源  地址
  地址＝0xAA，厂商特定值
  网络服务ID：   0x04，音频控制网络服务
  请求操作码：   0x02，音频停止请求
助听(HA)控制网络服务允许在收听装置与编程设备之间传输信息。HA控制网络服务是厂商特定的，因此不定义任何请求或响应。所有的HA控制网络设备数据能够使用由厂商定义的地址模式来发送。 
远程控制网络服务允许在收听装置与远程控制设备之间传输信息。远程控制网络服务是厂商特定的，因此不定义任何请求或响应。所有远程控制网络设备数据能够使用由厂商定义的地址模式来发送。 
立体声通信网络服务允许在收听装置之间传输信息。立体声通信网络设备是厂商特定的，因此不定义任何请求或响应。所有立体声通信网络服务数据能够使用由厂商定义的地址模式来发送。 
FM控制网络服务允许在附属装置与FM收发机(例如，附在收听装置上的FM Shoe)之间传输信息。FM控制网络服务是厂商特定的，因此不定义任何请求或响应。所有FM控制网络服务数据能够使用由厂商定义的地址模式来发送。 
设备等级
图41示出了根据本主题不同实施例的收听装置，该收听装置能够作为图1网络中的节点进行无线通信。收听装置的一个示例是助听器。例如，两个助听器可以彼此通信以用作立体声对。在另一示例中，编程器无线地与助听器进行通信，并被配置成助听器。在另一示例中，助听器无线地接收来自助听系统的信号，以提供或增强信号，用于提供给助听器中的接收机。 
示出的收听系统4116(这里也称为助听设备)能够形成图1、2A、2B或2C中示出的无线网络中的任何节点。根据本主题的不同实施例，收听装置使用无线通信协议，来无线地与网络上的其它收听装置进行通信。 
示出的收听装置4116包括诸如电池之类的电源4117。未示出电源连接。装置4116还包括无线地发送数据和无线地接收来自外部设备4119的数据的收发机4118。收听装置还包括能够彼此通信的处理器4120和存储器4121。存储器4121包括由处理器4120操作的指令。电路4122(包括驱动器4124和接收机4124)将处理器4120与收发机4118连接。在处理器上由处理器操作的指令包括分层无线通信协议4125。本协议允许收听装置与无线网络上的至少一个其它收听装置可靠地通信。本协议包括传输协议模块4126、链路协议模块4127、扩展协议模块4128、数据协议模块4129和音频协议模块4130。先前已对这些协议模块进行了讨论。 
本发明的主题能够并入不同的无线通信系统中。在不同的实施例中，将本主题并入近场通信系统中，以及使用诸如助听器、编程器以及助听系统之类的近场通信系统的技术中。例如，本主题能够用于诸如耳内、半壳式(half-shell)、耳道内、以及完全耳道内(CIC)之类 的样式的助听器中，以及用于耳后助听器。此外，在阅读和理解本公开时，本领域的普通技术人员将理解使用以上详细呈现和描述的附图的本主题的方法方案。 
图41中的助听设备4116包括声音信号处理部分4131，用于针对助听设备的用户将本地声音4132转换为处理后的声音信号4133。示出的声音信号处理部分4131包括麦克风系统4134、信号处理模块4135以及用作扬声器的接收机4136。麦克风系统4134在设备4116本地，并且包括一个或多个麦克风和相关电路，来接收来自声源4137的声音4132，以及本地地将声音4132转换为基于声音的信号4138。接收基于声音的信号4138，并通过信号处理模块4135处理为处理后的基于声音的信号4139。信号处理的示例包括，但不局限于：放大、滤波和衰减。特定的信号处理取决于所需的应用程序。接收机4136接收处理过的基于声音的信号4139，并处理为处理后的声音信号4133。 
在不同的实施例中，以上提供的方法作为包含于载体中的计算机数据信号或传播信号来实现，该信号代表当由处理器执行时，使处理器执行各个方法的指令序列。在不同的实施例中，以上提供的方法作为包含在能够指导处理器执行各个方法的计算机可访问介质上的一组指令或算法来实现。在不同的实施例中，介质是磁介质、电介质或光介质。在不同的实施例中，在数据结构中组织这些指令。可以将以上描述的分层协议或协议栈、或其中的部分，认为是包含多个数据域的数据结构。因此，例如，可以将在图11中示出的一般链路层PDU格式称为数据结构，包括帧开始标记字段、大小字段、帧描述符字段、地址字段、扩展协议字段、有效载荷字段、帧校验序列字段、以及帧结束标记字段。 
尽管这里已经示出和描述了特定的实施例，但是本领域的普通技术人员将理解，计算以实现相同目的的任何设置可以来替代示出的特定实施例。本申请意在覆盖本主题的改编或变化。可以理解，上述描述意在是示例性的、而不是限制性的。通过查阅上述说明书，本领域的技术人员将理解上述实施例及其它实施例的组合。一些示例和表格提供了数据域大小、映射至数据值的比特、以及数据序列。其它协议 实施例可以使用其它数据域大小、其它映射至相同或其它数据值的比特、和/或其它数据序列。应当参照所附权利要求、以及为这样的权利要求授权的法律等同物的全部范围一起，来确定本主题的范围。 

Claims (66)

1.一种由收听装置针对用户执行的方法，包括：
针对收听装置的用户，将本地声音转换为处理过的声音信号；以及
控制无线网络中的无线通信，所述无线网络包括使用无线通信协议的收听装置，所述无线通信协议包括传输协议模块、链路协议模块、扩展协议模块、数据协议模块、以及音频协议模块，
其中，所述传输协议模块适于控制收发机的操作，以在单个无线通信信道上提供半双工通信，以及所述链路协议模块适于实现分组传输过程，来处理信道上的帧冲突。
2.如权利要求1所述的方法，其中，所述传输协议模块还适于通过多达近似1米的传输距离、以近似50千比特每秒的净数据速率、以及近似3.84MHz的载波频率，来发送和接收数据。
3.如权利要求1所述的方法，其中，所述链路协议模块适于控制数据发送和接收过程，用于单播、多播和广播通信传输。
4.如权利要求1所述的方法，其中，所述音频协议模块适于通过单个通信信道来单向流动数字音频。
5.如权利要求1所述的方法，其中，所述传输协议模块作为第一层协议进行操作，所述链路协议模块作为第二层协议进行操作，以及所述扩展协议模块、数据传输协议模块和音频协议模块中的每一个作为第三层协议进行操作。
6.如权利要求1所述的方法，还包括，在无线通信中，使用所述无线通信协议来接收声音数据，针对收听装置的用户，将声音数据转换为第二处理过的声音信号。
7.如权利要求1所述的方法，还包括，在无线通信中，使用所述无线通信协议来接收和发送编程数据，以及使用所述编程数据来对收听装置进行编程。
8.如权利要求1所述的方法，还包括，使用利用所述无线通信协议所控制的无线通信，来报告所述收听装置的状态。
9.如权利要求1所述的方法，其中，针对收听装置的用户将本地声音转换为处理过的声音信号包括：
使用本地麦克风系统，将本地声音转换为基于声音的信号；
将所述基于声音的信号处理为处理过的基于声音的信号；以及
使用接收机，针对收听装置的用户，将所述处理过的基于声音的信号转换为处理过的声音信号。
10.如权利要求1所述的方法，其中，所述链路协议模块用于形成协议数据单元(PDU)结构，包括帧开始标记字段、大小字段、帧描述符字段、地址字段、有效载荷字段、帧校验序列字段、以及帧结束标记字段。
11.如权利要求1所述的方法，其中，所述传输协议模块还用于对读取数据服务、写入数据服务、以及载波监听服务加以控制。
12.如权利要求1所述的方法，其中，所述传输协议模块还用于对所述传输协议模块的协议数据单元(PDU)进行编码，来促进正确的接收机操作和接收机锁相环(PLL)时钟偏差。
13.如权利要求12所述的方法，其中，所述传输协议模块还用于使用曼彻斯特编码，对所述传输协议模块的协议数据单元(PDU)进行编码。
14.如权利要求12所述的方法，其中，所述传输协议模块还用于使用8B/10B IEEE标准，对所述传输协议模块的协议数据单元(PDU)进行编码，其中在所述8B/10B IEEE标准中，将8比特字节编码为10比特传输单元。
15.如权利要求1所述的方法，其中，所述传输协议模块还用于在准备接收输入的编码数据时，使用前同步码来标准化接收机。
16.如权利要求1所述的方法，其中，所述传输协议模块适于使用幅移键控(ASK)来调制数据信号。
17.如权利要求16所述的方法，其中，所述传输协议模块使用100％幅移键控(ASK)。
18.如权利要求1所述的方法，其中，所述传输协议模块用于将数据串行化，以便在单个通信信道上的传输。
19.如权利要求1所述的方法，其中，所述链路协议模块用于形成协议数据单元(PDU)结构的地址，包括厂商标识符和设备标识符。
20.如权利要求1所述的方法，其中，所述链路协议模块用于形成帧校验序列(FCC)，以用于检测和修正误差。
21.如权利要求1所述的方法，其中，所述链路协议模块用于比特填充，来避免错误的帧开始和帧结束标记。
22.如权利要求1所述的方法，其中，所述链路协议模块用于接受来自所述传输协议模块的传输协议服务数据单元(SDU)，以及将传输协议SDU发送至所述传输协议模块。
23.如权利要求1所述的方法，其中，所述分组传输过程包括：
响应传输请求，确定信道是否空闲，以及如果信道空闲，则发送分组；
如果信道不空闲，则确定是否超过了计数；
如果超过计数，则放弃分组传输尝试；
如果未超过计数，则进行监听，直至信道空闲为止；以及
当确定信道空闲时，等待随机计时事件，然后进行到确定信道是否空闲。
24.如权利要求1所述的方法，还包括，使用所述数据协议模块来实现收听装置数据传输协议。
25.如权利要求1所述的方法，还包括，使用长地址来唯一地标识设备，其中，所述音频协议模块适于使用取决于应用程序的短地址来使数字音频流动，其中，在使用所述长地址来唯一地标识所述设备之后，将所述取决于应用程序的短地址动态地应用至设备。
26.如权利要求1所述的方法，还包括，使用所述扩展协议模块，来访问至少一个网络服务协议。
27.如权利要求26所述的方法，其中，使用所述扩展协议模块来访问至少一个网络服务协议包括：使用所述扩展协议模块来访问基带控制网络服务。
28.如权利要求26所述的方法，其中，使用所述扩展协议模块来访问至少一个网络服务协议包括：使用所述扩展协议模块来访问设备信息网络服务。
29.如权利要求26所述的方法，其中，使用所述扩展协议模块来访问至少一个网络服务协议包括：使用所述扩展协议模块来访问音频控制网络服务。
30.如权利要求26所述的方法，其中，使用所述扩展协议模块来访问至少一个网络服务协议包括：使用所述扩展协议模块来访问助听网络服务。
31.如权利要求26所述的方法，其中，使用所述扩展协议模块来访问至少一个网络服务协议包括，使用所述扩展协议模块来访问远程控制网络服务。
32.如权利要求26所述的方法，其中，使用所述扩展协议模块来访问至少一个网络服务协议包括：使用所述扩展协议模块来访问立体声通信网络服务。
33.如权利要求26所述的方法，其中，使用所述扩展协议模块来访问至少一个网络服务协议包括：使用所述扩展协议模块来访问FM控制网络服务。
34.如权利要求1所述的方法，还包括，使用所述无线通信协议从长地址中标识节点，所述长地址包括厂商标识字段和设备标识字段。
35.如权利要求34所述的方法，其中，所述长地址包括40比特，所述厂商标识字段包括8比特，以及所述设备标识字段包括32比特。
36.如权利要求1所述的方法，还包括，使用所述无线通信协议从长地址中标识节点，以便唯一地标识节点，以及在通过所述长地址唯一地标识节点之后，使用所述无线通信协议，动态地分配短地址来减小开销。
37.如权利要求36所述的方法，其中，所述长地址是40比特字段，包括厂商标识字段和设备标识字段，以及所述短地址是8比特字段，包括地址类型和厂商提供的值。
38.一种收听装置，包括：
收发机，用于通过单个无线通信信道来无线地发送数据和无线地接收数据；
能够彼此通信的处理器和存储器，所述存储器包括由所述处理器操作的指令；以及
电路，用于将所述处理器与所述收发机连接，
其中，在所述处理器上由所述处理器操作的指令包括分层无线通信协议，所述分层无线通信协议用于与无线网络上的至少一个其它节点进行通信，所述分层无线通信协议包括：
传输协议模块，在所述无线通信协议的第一层上进行操作，来控制和监视收发机操作，其中，所述传输协议模块适于控制收发机操作，以在单个无线通信信道上提供半双工通信；
链路协议模块，在所述无线通信协议的第二层上进行操作，来定义数据发送和接收过程，以及提供适于传输的数据，其中，所述链路协议模块适于实现分组传输过程来处理帧冲突；
扩展协议模块、数据协议模块和音频协议模块，所述扩展协议模块、数据协议模块和音频协议模块中的每一个在所述无线通信协议的第三层协议上进行操作，所述扩展协议模块用于提供对网络服务协议的访问，所述数据协议模块用于为收听装置传输关于控制和配置信息的数据，以及所述音频协议模块用于传输数字音频，其中，所述音频协议模块适于在单个无线通信信道上，使数字音频单向流动。
39.如权利要求38所述的收听装置，其中，所述单个无线通信信道具有近似3.84MHz的载波频率。
40.如权利要求38所述的收听装置，其中，所述收发机适于在多达近似1米的传输距离上，无线地发送和接收数据。
41.如权利要求38所述的收听装置，其中，所述传输协议模块适于使用幅移键控(ASK)来调制数据信号。
42.如权利要求38所述的收听装置，其中，所述传输协议模块适于以近似50千比特每秒的净数据速率来发送和接收数据信号。
43.如权利要求38所述的收听装置，其中，所述分组传输过程包括：
响应传输请求，确定信道是否空闲，以及如果信道空闲，则发送分组；
如果信道不空闲，则确定是否超过了计数；
如果超过计数，则放弃分组传输尝试；
如果未超过计数，则监听直至信道空闲；以及
当确定信道空闲时，等待随机计时事件，然后进行至确定信道是否空闲。
44.如权利要求38所述的收听装置，其中，所述无线网络包括来自多个厂商的多个收听装置，所述链路协议模块设置了包括目的地址的协议数据单元，每个地址包括厂商标识字段和设备标识字段，使得每个收听装置能够与无线网络上的任何其它收听装置进行通信。
45.如权利要求44所述的收听装置，其中，所述协议数据单元还包括源地址。
46.如权利要求38所述的收听装置，其中，所述链路协议模块适于提供具有厂商标识字段和设备标识字段的长地址，来唯一地标识网络节点，以及在使用所述长地址进行唯一地标识网络节点之后，动态地提供特定应用程序的短地址，来标识网络节点。
47.如权利要求38所述的收听装置，其中，所述收听装置包括能够与另一装置进行无线通信的助听器，所述助听器包括收发机、处理器、存储器、以及将所述处理器与所述接收机连接的电路。
48.如权利要求38所述的收听装置，其中，在第三层中的所述扩展协议模块、数据协议模块和音频协议模块适于与第二层中的链路协议模块进行通信，以及在第二层中的所述链路协议模块适于与第一层中的传输协议模块进行通信。
49.如权利要求38所述的收听装置，其中，所述传输协议模块被配置成：
提供读取数据服务、写入数据服务、以及载波监听服务；
对协议数据单元(PDU)进行编码，来促进正确的接收机操作和接收机锁相环(PLL)时钟偏差；以及
将单个通信信道上的数据串行化。
50.如权利要求38所述的收听装置，其中，所述链路协议模块被配置成定义单播、多播和广播通信传输。
51.如权利要求38所述的收听装置，其中，所述链路协议模块被配置成提供协议数据单元，包括帧开始标记字段、大小字段、帧描述符字段、地址字段、扩展协议字段、有效载荷字段、帧校验序列字段、以及帧结束标记字段。
52.如权利要求51所述的收听装置，其中，所述扩展协议字段适于容纳用于所选网络服务的指示符。
53.如权利要求52所述的收听装置，其中，用于所选网络服务的所述指示符包括用于基带控制网络服务的指示符。
54.如权利要求52所述的收听装置，其中，用于所选网络服务的所述指示符包括用于设备信息网络服务的指示符。
55.如权利要求52所述的收听装置，其中，用于所选网络服务的所述指示符包括用于音频控制网络服务的指示符。
56.如权利要求52所述的收听装置，其中，用于所选网络服务的所述指示符包括用于助听网络服务的指示符。
57.如权利要求52所述的收听装置，其中，用于所选网络服务的所述指示符包括用于远程控制网络服务的指示符。
58.如权利要求52所述的收听装置，其中，用于所选网络服务的所述指示符包括用于立体声通信网络服务的指示符。
59.如权利要求52所述的收听装置，其中，用于所选网络服务的所述指示符包括用于FM控制网络服务的指示符。
60.一种在网络上无线地传输来自无线助听器的数据分组的方法，包括：
控制无线网络中的无线通信，所述无线网络包括使用无线通信协议的无线助听器，所述无线通信协议的传输协议模块控制无线助听器的收发机的操作，以在单个无线通信信道上提供半双工通信，所述无线通信协议的链路协议模块通过以下步骤来处理信道上的帧冲突：
响应来自所述无线助听器的传输请求，确定无线通信信道是否空闲，以及如果确定所述信道空闲，则在所述信道上发送分组；
如果所述信道不空闲，则监听所述信道来确定所述信道何时空闲；
当所述信道空闲时，等待随机时间段；以及
在所述随机时间段之后，确定所述信道是否空闲，以及如果所述信道空闲，则在所述信道上传输分组。
61.如权利要求60所述的方法，其中，所述等待随机时间段包括，等待随机计时事件。
62.如权利要求60所述的方法，还包括每次确定信道不空闲时递增计数器，以及如果超过预定计数器值，则放弃分组传输。
63.如权利要求60所述的方法，还包括：
接收表示成功的分组传输的肯定应答分组；以及
如果没有接收到所述肯定应答分组，则重新传输所述分组。
64.如权利要求60所述的方法，所述等待随机时间段包括：等待从预定组时间段中随机选择的时间段。
65.如权利要求64所述的方法，其中，等待从预定组时间段中随机选择的时间段包括：等待从100μs、200μs、300μs、400μs、500μs、600μs、700μs、800μs、900μs、1000μs、1100μs、1200μs、1300μs、1400μs、1500μs和1600μs中随机选择的时间段。
66.如权利要求60所述的方法，其中，当网络节点尝试访问信道时，等待随机时间段交错。
CN2005800183482A 2004-04-08 2005-04-06 无线通信协议 Expired - Fee Related CN1998194B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US56083504P 2004-04-08 2004-04-08
US60/560,835 2004-04-08
US11/001,688 2004-12-01
US11/001,688 US7529565B2 (en) 2004-04-08 2004-12-01 Wireless communication protocol
PCT/US2005/011791 WO2005101731A2 (en) 2004-04-08 2005-04-06 Wireless communication protocol

Publications (2)

Publication Number Publication Date
CN1998194A CN1998194A (zh) 2007-07-11
CN1998194B true CN1998194B (zh) 2011-04-06

Family

ID=34965382

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2005800183482A Expired - Fee Related CN1998194B (zh) 2004-04-08 2005-04-06 无线通信协议

Country Status (6)

Country Link
US (2) US7529565B2 (zh)
EP (1) EP1735974A2 (zh)
KR (1) KR20070009675A (zh)
CN (1) CN1998194B (zh)
CA (1) CA2562048C (zh)
WO (1) WO2005101731A2 (zh)

Families Citing this family (123)

* 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
US7778432B2 (en) * 2003-06-06 2010-08-17 Gn Resound A/S Hearing aid wireless network
US7257372B2 (en) * 2003-09-30 2007-08-14 Sony Ericsson Mobile Communications Ab Bluetooth enabled hearing aid
US7529565B2 (en) * 2004-04-08 2009-05-05 Starkey Laboratories, Inc. Wireless communication protocol
WO2005109951A1 (en) * 2004-05-05 2005-11-17 Deka Products Limited Partnership Angular discrimination of acoustical or radio signals
EP2030420A4 (en) * 2005-03-28 2009-06-03 Sound Id PERSONAL AUDIO SYSTEM
US9774961B2 (en) 2005-06-05 2017-09-26 Starkey Laboratories, Inc. Hearing assistance device ear-to-ear communication using an intermediate device
EP1889513B1 (en) 2005-06-05 2016-09-21 Starkey Laboratories, Inc. Communication system for wireless audio devices
US8041066B2 (en) 2007-01-03 2011-10-18 Starkey Laboratories, Inc. Wireless system for hearing communication devices providing wireless stereo reception modes
ES2314534T3 (es) * 2005-09-20 2009-03-16 Panasonic Corporation Procedimiento y dispositivo para la señalizacion de segmentacion y concatenacion de paquetes en un sistema de telecomunicaciones.
JP4909277B2 (ja) * 2005-10-04 2012-04-04 パナソニック株式会社 ネットワーク通信機器、ネットワーク通信方法、アドレス管理機器
US7747030B2 (en) * 2006-02-17 2010-06-29 Zounds Hearing, Inc. Method for identifying a hearing aid
JP5069697B2 (ja) * 2006-03-16 2012-11-07 ジーエヌ リザウンド エー／エス 適応可能なデータ受信タイミングを有する補聴器
US8077891B2 (en) * 2006-03-31 2011-12-13 Phonak Ag Method and system for adjusting a hearing device
EP1701585B1 (en) * 2006-03-31 2012-06-13 Phonak AG Method and system for adjusting a hearing device
EP2030419B1 (en) 2006-06-07 2017-07-19 QUALCOMM Incorporated Efficient over the air address methods and apparatus
US8208642B2 (en) 2006-07-10 2012-06-26 Starkey Laboratories, Inc. Method and apparatus for a binaural hearing assistance system using monaural audio signals
US7764798B1 (en) * 2006-07-21 2010-07-27 Cingular Wireless Ii, Llc Radio frequency interference reduction in connection with mobile phones
EP1883273A1 (de) * 2006-07-28 2008-01-30 Siemens Audiologische Technik GmbH Steuergerät und Verfahren zur drahtlosen Audiosignalübertragung im Rahmen einer Hörgeräteprogrammierung
US7792043B2 (en) * 2006-08-08 2010-09-07 Siemens Industry, Inc. Devices, systems and methods for communicating with a PLC
KR20080019078A (ko) * 2006-08-22 2008-03-03 삼성전자주식회사 순환 중복 검사를 이용한 테스트 방법 및 이를 이용하는디지털 장치
US8165058B2 (en) 2007-03-01 2012-04-24 Mitsubishi Electric Research Laboratories, Inc. Protocol data units and header in multihop relay network
US8010149B2 (en) * 2007-05-29 2011-08-30 Broadcom Corporation Multi-mode IC with multiple processing cores
US8175306B2 (en) * 2007-07-06 2012-05-08 Cochlear Limited Wireless communication between devices of a hearing prosthesis
WO2007116103A2 (en) * 2007-07-11 2007-10-18 Phonak Ag Hearing system and method for operating the same
WO2007132023A2 (en) 2007-07-31 2007-11-22 Phonak Ag Hearing system network with shared transmission capacity and corresponding method for operating a hearing system
US8078160B2 (en) * 2007-08-17 2011-12-13 Kenneth Ray Quinn Wireless network notification, messaging and access device
EP2198631A2 (en) * 2007-10-02 2010-06-23 Phonak AG Hearing system, method for operating a hearing system, and hearing system network
US8385823B2 (en) * 2007-10-03 2013-02-26 Samsung Electronics Co., Ltd Method and system for communication in near field communication network
CN101188050B (zh) * 2007-12-21 2013-04-17 康佳集团股份有限公司 一种双工遥控器
EP2117180B1 (en) * 2008-05-07 2013-10-23 Oticon A/S A short range, uni-directional wireless link
EP2129088A1 (en) * 2008-05-30 2009-12-02 Oticon A/S A hearing aid system with a low power wireless link between a hearing instrument and a telephone
US8132037B2 (en) * 2008-06-06 2012-03-06 Roche Diagnostics International Ag Apparatus and method for processing wirelessly communicated data and clock information within an electronic device
US8165080B2 (en) * 2008-08-22 2012-04-24 Qualcomm Incorporated Addressing schemes for wireless communication
US8442248B2 (en) * 2008-09-03 2013-05-14 Starkey Laboratories, Inc. Systems and methods for managing wireless communication links for hearing assistance devices
US8782746B2 (en) * 2008-10-17 2014-07-15 Comcast Cable Communications, Llc System and method for supporting multiple identities for a secure identity device
DK2190216T3 (da) * 2008-11-20 2011-11-14 Oticon As Binauralt høreinstrument
DK2211339T3 (en) * 2009-01-23 2017-08-28 Oticon As listening System
WO2009063097A2 (en) 2009-02-19 2009-05-22 Phonak Ag Method for testing a wireless communication system in connection with a fitting device and a hearing device as well as a communication system
US9544698B2 (en) 2009-05-18 2017-01-10 Oticon A/S Signal enhancement using wireless streaming
JP4861456B2 (ja) * 2009-07-15 2012-01-25 富士通株式会社 データレート調整装置、データ配信システム、及びプログラム
US8565811B2 (en) * 2009-08-04 2013-10-22 Microsoft Corporation Software-defined radio using multi-core processor
US8331273B2 (en) * 2009-08-28 2012-12-11 Mediatek Inc. Communication methods employed in communication system associated with programmable communication protocols, and related transmitting methods, receiving methods and communication device
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
US9753884B2 (en) 2009-09-30 2017-09-05 Microsoft Technology Licensing, Llc Radio-control board for software-defined radio platform
DK2346271T3 (da) * 2009-12-01 2014-08-04 Oticon As Styring af betjeningsparametre i et binauralt lyttesystem
US8627189B2 (en) 2009-12-03 2014-01-07 Microsoft Corporation High performance digital signal processing in software radios
EP2337377A1 (en) * 2009-12-17 2011-06-22 Oticon A/S An assistive listening system adapted for using dect
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
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
EP2534887A1 (en) 2010-02-12 2012-12-19 Phonak AG Wireless sound transmission system and method using improved frequency hopping and power saving mode
CA2788389C (en) 2010-02-12 2020-03-24 Phonak Ag Wireless sound transmission system and method
EP2534768A1 (en) 2010-02-12 2012-12-19 Phonak AG Wireless hearing assistance system and method
WO2011098143A1 (en) 2010-02-12 2011-08-18 Phonak Ag Wireless sound transmission system and method
US8798693B2 (en) * 2010-03-02 2014-08-05 Sound Id Earpiece with voice menu
EP3012982B1 (en) * 2010-03-10 2020-05-27 Oticon A/s Radio frequency transmitter and receiver parts with a modulation bandwidth comparable to or exceeding the bandwidth of the transmitter and/or receiver antennas
US8804988B2 (en) 2010-04-13 2014-08-12 Starkey Laboratories, Inc. Control of low power or standby modes of a hearing assistance device
US8811639B2 (en) 2010-04-13 2014-08-19 Starkey Laboratories, Inc. Range control for wireless hearing assistance device systems
US9210519B2 (en) 2010-04-22 2015-12-08 Sonova Ag Hearing assistance system and method
US9374648B2 (en) 2010-04-22 2016-06-21 Sonova Ag Hearing assistance system and method
EP2400546A1 (en) 2010-06-22 2011-12-28 Oticon A/S ESD protection in a standard cmos or bicmos ic process to enable high voltage input/outputs.
DK2400665T3 (en) 2010-06-22 2016-03-29 Oticon As High voltage-oscillation input / output that is activated in a standard IC process using passive impedance transformation
US9432780B2 (en) 2010-07-03 2016-08-30 Starkey Laboratories, Inc. Multi-mode radio for hearing assistance devices
EP2439960B1 (en) 2010-10-08 2015-06-03 Oticon A/S Wireless binaural hearing system
US8712083B2 (en) 2010-10-11 2014-04-29 Starkey Laboratories, Inc. Method and apparatus for monitoring wireless communication in hearing assistance systems
US9883299B2 (en) 2010-10-11 2018-01-30 Starkey Laboratories, Inc. System for using multiple hearing assistance device programmers
HK1150379A2 (en) * 2010-10-13 2011-12-16 Shining Union Ltd Data transmultiplexing method for wireless mouse
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
EP2461606B1 (en) * 2010-12-06 2017-11-22 Nxp B.V. A time division multiplexed access method of operating a near field communication system and a near field communication system operating the same
EP2472907B1 (en) 2010-12-29 2017-03-15 Oticon A/S A listening system comprising an alerting device and a listening device
WO2012092973A1 (en) * 2011-01-07 2012-07-12 Widex A/S A hearing aid system with a dual mode wireless radio
US9191340B2 (en) * 2011-03-02 2015-11-17 Blackbird Technology Holdings, Inc. Method and apparatus for dynamic media access control in a multiple access system
JP2012205131A (ja) * 2011-03-25 2012-10-22 Toshiba Corp 通信装置
US8929933B2 (en) 2011-05-04 2015-01-06 Microsoft Corporation Spectrum allocation for base station
US9130711B2 (en) 2011-11-10 2015-09-08 Microsoft Technology Licensing, Llc Mapping signals from a virtual frequency band to physical frequency bands
US8989286B2 (en) 2011-11-10 2015-03-24 Microsoft Corporation Mapping a transmission stream in a virtual baseband to a physical baseband with equalization
US20140023216A1 (en) 2012-07-17 2014-01-23 Starkey Laboratories, Inc. Hearing assistance device with wireless communication for on- and off- body accessories
US10231065B2 (en) * 2012-12-28 2019-03-12 Gn Hearing A/S Spectacle hearing device system
FR3001309B1 (fr) * 2013-01-24 2015-01-09 St Microelectronics Rousset Procede de traitement d'erreurs de transmission, en particulier celles dues au bruit, lors d'une communication sans contact entre une carte et un lecteur.
US10313913B2 (en) * 2013-05-09 2019-06-04 Qualcomm Incorporated Overload control and supervision for wireless devices
WO2014186985A1 (zh) * 2013-05-24 2014-11-27 东莞宇龙通信科技有限公司 通信设备和无线通信方法
EP3403692A1 (en) 2013-09-26 2018-11-21 Oticon Medical A/S A device implantable under skin
US9398117B2 (en) * 2013-09-26 2016-07-19 Netapp, Inc. Protocol data unit interface
EP3796678A1 (en) 2013-11-05 2021-03-24 Oticon A/s A binaural hearing assistance system allowing the user to modify a location of a sound source
EP2871857B1 (en) 2013-11-07 2020-06-17 Oticon A/s A binaural hearing assistance system comprising two wireless interfaces
EP2882203A1 (en) 2013-12-06 2015-06-10 Oticon A/s Hearing aid device for hands free communication
US10003379B2 (en) 2014-05-06 2018-06-19 Starkey Laboratories, Inc. Wireless communication with probing bandwidth
US10542125B2 (en) 2014-09-03 2020-01-21 The Boeing Company Systems and methods for configuring a computing device to use a communication protocol
US9641945B2 (en) * 2014-09-28 2017-05-02 Ubdevice Corp. Bluetooth hearing aid system
US9808623B2 (en) * 2014-10-07 2017-11-07 Oticon Medical A/S Hearing system
PT3035605T (pt) * 2014-12-15 2019-06-18 Schneider Electric Australia Pty Ltd Protocolo de controlo de taxa de dados variável
EP3054706A3 (en) 2015-02-09 2016-12-07 Oticon A/s A binaural hearing system and a hearing device comprising a beamformer unit
WO2016130593A1 (en) 2015-02-09 2016-08-18 Jeffrey Paul Solum Ear-to-ear communication using an intermediate device
EP3107315B1 (en) 2015-06-09 2019-08-21 Oticon A/s A hearing device comprising a signal generator for masking tinnitus
EP3110176A1 (en) 2015-06-26 2016-12-28 Gregory John Haubrich Radio frequency mems devices for improved wireless performance for hearing assistance devices
US10207117B2 (en) * 2015-07-29 2019-02-19 Cochlear Limited Wireless communication in an implantable medical device system
US9831988B2 (en) * 2015-08-18 2017-11-28 Gn Hearing A/S Method of exchanging data packages between first and second portable communication devices
EP3826207B1 (en) * 2015-08-18 2022-05-11 GN Hearing A/S A method of exchanging data packages between first and second portable communication 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
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
US10433074B2 (en) * 2016-02-08 2019-10-01 K/S Himpp Hearing augmentation systems and methods
US10631108B2 (en) 2016-02-08 2020-04-21 K/S Himpp Hearing augmentation systems and methods
US10341791B2 (en) 2016-02-08 2019-07-02 K/S Himpp Hearing augmentation systems and methods
US10284998B2 (en) 2016-02-08 2019-05-07 K/S Himpp Hearing augmentation systems and methods
US10390155B2 (en) 2016-02-08 2019-08-20 K/S Himpp Hearing augmentation systems and methods
US10750293B2 (en) 2016-02-08 2020-08-18 Hearing Instrument Manufacture Patent Partnership Hearing augmentation systems and methods
US10321245B2 (en) 2016-03-15 2019-06-11 Starkey Laboratories, Inc. Adjustable elliptical polarization phasing and amplitude weighting for a hearing instrument
US10735871B2 (en) * 2016-03-15 2020-08-04 Starkey Laboratories, Inc. Antenna system with adaptive configuration for hearing assistance device
EP3337190B1 (en) 2016-12-13 2021-03-10 Oticon A/s A method of reducing noise in an audio processing device
WO2018177839A1 (en) 2017-03-28 2018-10-04 Widex A/S A binaural hearing aid system and a method of operating a binaural hearing aid system
US10079762B1 (en) * 2017-04-24 2018-09-18 Teradyne, Inc. Test communication protocol
US10560968B2 (en) 2017-06-13 2020-02-11 Mueller International, Llc Broadcast messaging
US11082294B2 (en) 2017-08-15 2021-08-03 Mueller International, Llc Broadcast remote firmware update
US10637301B2 (en) * 2017-08-16 2020-04-28 Apple Inc. Dual protocol wireless power system
CN108632733A (zh) * 2018-05-08 2018-10-09 欧仕达听力科技（厦门）有限公司 基于蓝牙低功耗标准的助听器编程系统
US11361774B2 (en) 2020-01-17 2022-06-14 Lisnr Multi-signal detection and combination of audio-based data transmissions
US11418876B2 (en) 2020-01-17 2022-08-16 Lisnr Directional detection and acknowledgment of audio-based data transmissions
US11304006B2 (en) * 2020-03-27 2022-04-12 Bose Corporation Systems and methods for broadcasting audio
KR20220149250A (ko) * 2021-04-30 2022-11-08 삼성전자주식회사 복수의 장치에서 획득한 오디오 데이터 녹음 방법 및 전자 장치
CN115022413A (zh) * 2022-06-27 2022-09-06 四川摩比斯智能物联科技有限公司 一种物联网通信协议的构建及交互的方法、装置

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE8816422U1 (zh) * 1988-05-06 1989-08-10 Siemens Ag, 1000 Berlin Und 8000 Muenchen, De
US5721783A (en) * 1995-06-07 1998-02-24 Anderson; James C. Hearing aid with wireless remote processor
US5867223A (en) * 1995-07-17 1999-02-02 Gateway 2000, Inc. System for assigning multichannel audio signals to independent wireless audio output devices
US5824022A (en) * 1996-03-07 1998-10-20 Advanced Bionics Corporation Cochlear stimulation system employing behind-the-ear speech processor with remote control
US7072476B2 (en) * 1997-02-18 2006-07-04 Matech, Inc. Audio headset
US5956330A (en) * 1997-03-31 1999-09-21 Resound Corporation Bandwidth management in a heterogenous wireless personal communications system
US6317039B1 (en) * 1998-10-19 2001-11-13 John A. Thomason Wireless video audio data remote system
DE10084133T1 (de) * 1999-02-05 2002-01-31 St Croix Medical Inc Verfahren und Vorrichtung für ein programmierbares implantierbares Hörgerät
US6694034B2 (en) * 2000-01-07 2004-02-17 Etymotic Research, Inc. Transmission detection and switch system for hearing improvement applications
US20020015506A1 (en) * 2000-03-13 2002-02-07 Songbird Hearing, Inc. Remote programming and control means for a hearing aid
US7139404B2 (en) * 2001-08-10 2006-11-21 Hear-Wear Technologies, Llc BTE/CIC auditory device and modular connector system therefor
US20030045283A1 (en) * 2001-09-06 2003-03-06 Hagedoorn Johan Jan Bluetooth enabled hearing aid
US6944474B2 (en) * 2001-09-20 2005-09-13 Sound Id Sound enhancement for mobile phones and other products producing personalized audio for users
US6879695B2 (en) * 2001-10-03 2005-04-12 Advanced Bionics Corporation Personal sound link module
US6620094B2 (en) * 2001-11-21 2003-09-16 Otologics, Llc Method and apparatus for audio input to implantable hearing aids
US7110783B2 (en) 2002-04-17 2006-09-19 Microsoft Corporation Power efficient channel scheduling in a wireless network
US7356153B2 (en) * 2002-05-28 2008-04-08 Blumenau Trevor I Hearing assistive apparatus having sound replay capability
US7292876B2 (en) * 2002-10-08 2007-11-06 Sonion Nederland B.V. Digital system bus for use in low power instruments such as hearing aids and listening devices
US20050032500A1 (en) * 2003-08-08 2005-02-10 Visteon Global Technologies, Inc. Wireless/IR headphones with integrated rear seat audio control for automotive entertainment system
US7257372B2 (en) * 2003-09-30 2007-08-14 Sony Ericsson Mobile Communications Ab Bluetooth enabled hearing aid
US7551894B2 (en) * 2003-10-07 2009-06-23 Phonak Communications Ag Wireless microphone
US7529565B2 (en) * 2004-04-08 2009-05-05 Starkey Laboratories, Inc. Wireless communication protocol
US7957771B2 (en) * 2004-06-21 2011-06-07 At&T Mobility Ii Llc Hands-free conferencing apparatus and method for use with a wireless telephone

Also Published As

Publication number Publication date
US7738913B2 (en) 2010-06-15
US7529565B2 (en) 2009-05-05
CA2562048C (en) 2011-07-12
US20050255843A1 (en) 2005-11-17
CA2562048A1 (en) 2005-10-27
CN1998194A (zh) 2007-07-11
WO2005101731A2 (en) 2005-10-27
US20090180651A1 (en) 2009-07-16
EP1735974A2 (en) 2006-12-27
KR20070009675A (ko) 2007-01-18
WO2005101731A3 (en) 2006-02-09

Similar Documents

Publication Publication Date Title
CN1998194B (zh) 无线通信协议
CN101233786B (zh) 用于无线音频设备的通信系统
US9973839B2 (en) Method and apparatus for communicating audio data
CN100428705C (zh) 具有用于控制无争用访问的数据帧中传输的争用控制字段的csma通信
CN1454419B (zh) 支持CSMA网络中无争用间隔和QoS的方法
CN101142797A (zh) 一种用于无线音频网络管理的装置和方法
US20220393798A1 (en) Systems and methods including wireless data packet retransmission schemes
EP3273705B1 (en) Controlling bluetooth multimedia devices
CN1989744A (zh) 增加无线数字通信网络范围或带宽的系统和方法
EP2947803B1 (en) A new method of wireless transmission of digital audio
CN107786282A (zh) 基于声波的信息交互方法、电子设备及服务器
Woolley The bluetooth low energy primer
CN106470472A (zh) 第一和第二便携式通信设备间交换不同大小数据包的方法
CN106658320A (zh) 使用中意频段在第一便携式通信设备和第二便携式通信设备之间交换数据包的方法
CN106656434A (zh) 在第一便携式通信装置和第二便携式通信装置之间交换数据包的方法
KR101027966B1 (ko) 멀티 노드 인식을 위한 자기장 통신 방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20110406

Termination date: 20160406

CF01 Termination of patent right due to non-payment of annual fee