Features and optimizations for personal communication device based public addressing system

US2016142839A1 · US · A1

Patent metadata
FieldValue
Publication numberUS-2016142839-A1
Application numberUS-201514831782-A
CountryUS
Kind codeA1
Filing dateAug 20, 2015
Priority dateMar 14, 2014
Publication dateMay 19, 2016
Grant date

How to read this patent

A practical reading order for non-experts. Skip the full description unless you need deep technical detail.

  1. Title

    What the patent document calls the invention.

  2. Abstract

    A short plain-language summary of the technical disclosure.

  3. Assignees and inventors

    Who owns or filed the patent and who is credited as inventor.

  4. Key dates

    Filing, priority, publication, and grant dates set the timeline.

  5. First independent claim

    The legal scope of protection — read this for what is actually claimed.

  6. CPC / IPC classifications

    Technology tags used to group this patent with similar filings.

  7. Citations and related patents

    Prior art links and similar publications in this corpus.

Abstract

Official abstract text for this publication.

Systems and methods are described herein, a method including, but not limited to, transmitting, at a first frame time, a first number of redundant data packets; transmitting, at a second frame time, a second number of redundant data packets in response to data packet loss beyond a predetermined tolerance level, the second number being greater than the first number; and transmitting, at a third frame time, a third number of redundant data packets, the third number is between the first number and the second number.

First claim

Opening claim text (preview).

What is claimed is: 1 . A method for data communication in a Public Address (PA) system, comprising: transmitting, by a client, non-audio data to a Personal Communication Device (PCD) in response to detecting a first triggering event, the non-audio data is used to prevent the PCD from sending an Address Resolution Protocol (ARP) request to refresh the ARP cache on the PCD and to disable the client from entering into a power-saving mode, wherein the first triggering event comprises at least one of: (1) the PCD's position in a queue to use the PA system; or (2) the PCD has been granted to use the PA system; and receiving, by the client, audio data from the PCD with the refreshed ARP cache. 2 . The method of claim 1 , wherein the non-audio data is transmitted to the PCD when the client has not received the audio data from the PCD and when the PCD is queued to use the PA system. 3 . The method of claim 1 , wherein: the non-audio data is transmitted to the PCD when the PCD has been granted to use the PA system, and; the queue comprises requests to access the PA system from a plurality of PCDs. 4 . The method of claim 1 , further comprising receiving, by the client, bidirectional non-audio data from the PCD in response to detecting the first triggering event, the bidirectional non-audio data comprises at least a request message expecting a response from client. 5 . The method of claim 1 , further comprising receiving, by the client, unidirectional non-audio data from the PCD to disable the power-saving mode when the PCD is muted, at a shorter interval as compared to the non-audio data sent to prevent ARP cache refresh. 6 . The method of claim 1 , wherein: the PCD outputs the audio data captured by the PCD when granted to use the PA system; and the non-audio data is at least one of ping or User Datagram Protocol (UDP). 7 . The method of claim 1 , wherein the non-audio data is being transmitted via at least one best efforts flow. 8 . The method of claim 1 , wherein the audio data is being transmitted via at least one Quality of Service (QoS) flow. 9 . The method of claim 1 , wherein the client sends the non-audio data to the PCD periodically in response to the first triggering event. 10 . The method of claim 1 , further comprising: determining, by the client, a second triggering event; and disabling, by the client, a power-saving mode of the client in response to the second triggering event. 11 . The method of claim 10 , wherein the second triggering event is launching an application on the client. 12 . The method of claim 10 , wherein the second triggering event is selecting the PCD from a plurality of PCDs to output audio data captured by the PCD. 13 . The method of claim 10 , wherein the client disables the power-saving mode by calling an Application Programming Interface (API) to disable the power-saving mode. 14 . The method of claim 10 , further comprising: determining, by the client, a third triggering event; and enabling, by the client, the power-saving mode of the client in response to the third triggering event. 15 . The method of claim 14 , wherein the third triggering event is terminating an application on the client. 16 . The method of claim 14 , wherein the third triggering event is receiving an indication to enable the power-saving mode from a host. 17 . The method of claim 14 , wherein the third triggering event is terminating outputting audio data captured by the PCD. 18 . The method of claim 1 , wherein the audio data is transmitted without vocoding, by transmitting Pulse-Code Modulation (PCM) frames. 19 . A method for data communication in a Public Address (PA) system, comprising: receiving, by a Personal Communication Device (PCD), non-audio data from a client in response to a first triggering event being detected by the client, the non-audio data is used to prevent the PCD from sending an Address Resolution Protocol (ARP) request to refresh the ARP cache on the PCD, wherein the first triggering event comprises at least one of: (1) the PCD's position in a queue to use the PA system; or (2) the PCD has been granted to use the PA system; and transmitting, by the PCD, audio data to the client without sending ARP refresh request. 20 . The method of claim 19 , further comprising: transmitting, by the PCD at a first frame time, a first number of redundant data packets of the audio data; transmitting, by the PCD at a second frame time, a second number of redundant data packets of the audio data in response to data packet loss beyond a predetermined tolerance level, the second number being greater than the first number; and transmitting, by the PCD at a third frame time, a third number of redundant data packets of the audio data, the third number is between the first number and the second number. 21 . The method of claim 20 , further comprising determining whether the data packet loss is beyond the predetermined tolerance level, wherein: the first frame time is prior in time as compared to the second frame time; and the second frame time is prior in time as compared to the third frame time. 22 . The method of claim 20 , wherein the redundant data packets are audio data packets from audio frames transmitted prior in time. 23 . The method of claim 20 , further comprising transmitting, at a fourth frame time, the first number of redundant data packets, the first frame time being prior in time as compared to the fourth frame time. 24 . The method of claim 20 , wherein the predetermined tolerance level is at least one of a number of total data packets lost or a number of continuous data packets lost. 25 . The method of claim 19 , further comprising: receiving user input related to gain adjustment of the audio data via an interface; caching the gain adjustment based on the user input; and adjusting the audio data based on the cached gain adjustment. 26 . The method of claim 25 , wherein: the gain adjustment is normalized across a plurality of PCDs; the gain is adjusted at the client using Automatic Gain Control (AGC); the gain is adjusted at each of the plurality of PCDs using the AGC or the Dynamic Range Compression (DRC) based on at least one of device capabilities or changing the frequency of the output signal in a random or pre-determined manner. 27 . The method of claim 19 , further comprising: connecting, by the PCD, to a plurality of networks, the network comprises two or more networks associated with at least one of a cellular network, WiFi network with multiple Service Set Identifiers (SSIDs); and transmitting the audio data via a selected one of the plurality of networks based on attributes of the plurality of networks and requirements associated with the audio data. 28 . The method of claim 19 , further comprising: receiving identification information of the client from a host; and pair with the client in a Device-to-Device (D2D) link, the D2D link comprises at least one of a Wifi-Direct link or Long Term Evolution (LTE)-Direct link. 29 . A non-transitory computer medium storing computer-executable instructions such that, when executed, causes a processor of a client in a Public Address (PA) system to: transmit non-audio data to a Personal Communication Device (PCD) in response to detecting a first triggering event, the n

Assignees

Inventors

Classifications

  • Electricity · mapped topic

  • H04R27/00Primary

    Public address systems (circuits for preventing acoustic reaction H04R3/02; circuits for distributing signals to loudspeakers H04R3/12; {monitoring or testing arrangements for public address systems H04R29/007}; amplifiers H03F) · CPC title

  • Electricity · mapped topic

  • WLAN [Wireless Local Area Networks] · CPC title

  • with floor control · CPC title

Patent family

Related publications grouped by family.

External sources

Frequently asked questions

Answers are generated from the same data shown on this page.

What does patent US2016142839A1 cover?
Systems and methods are described herein, a method including, but not limited to, transmitting, at a first frame time, a first number of redundant data packets; transmitting, at a second frame time, a second number of redundant data packets in response to data packet loss beyond a predetermined tolerance level, the second number being greater than the first number; and transmitting, at a third …
Who is the assignee on this patent?
Qualcomm Inc
What technology area does this patent fall under?
Primary CPC classification H04R27/00. Mapped technology areas include Electricity.
When was this patent published?
Publication date Thu May 19 2016 00:00:00 GMT+0000 (Coordinated Universal Time) (A1). Legal status and post-grant events are not shown on this page.
What related patents are in patentsdb?
We list 8 related publications on this page (citations in our corpus or others sharing the same primary CPC).