会员体验
专利管家(专利管理)
工作空间(专利管理)
风险监控(情报监控)
数据分析(专利分析)
侵权分析(诉讼无效)
联系我们
交流群
官方交流:
QQ群: 891211   
微信请扫码    >>>
现在联系顾问~
热词
    • 2. 发明申请
    • METHOD AND APPARATUS FOR POSITION SIGNAL ASSISTED WINDOW PLACEMENT
    • 位置信号辅助窗口放置的方法和装置
    • WO2010138590A2
    • 2010-12-02
    • PCT/US2010036201
    • 2010-05-26
    • QUALCOMM INCWALKER GORDON KCHARI MURALI RLING FUYUN
    • WALKER GORDON KCHARI MURALI RLING FUYUN
    • H04L27/26
    • H04L27/2688H04L1/20H04L25/0216H04L27/2665H04L27/2695
    • Methods and circuits for positioning a signal sampling window within a wireless receiver device for use in a multi-transmitter wireless broadcast network include generating a long channel model based upon a signal identifying transmitters that can be processed without aliases, and positioning the signal sampling window based upon the long channel model. For example, in a MediaFLO® broadcast, the long channel model may be generated by receiving positioning pilot channel (PPC) signals. Positions for the signal sampling window may be determined by identifying hypothetical signal sampling window positions, calculating signal to interference and noise ratio (SINR) values for each identified hypothetical, and selecting the hypothetical with the best SINR. Using a long channel model to position the signal sampling window may provide improved window placement, reduce destructive aliasing, and reduce a time guard in the window placement. The long channel model may be used in conjunction with terrain databases.
    • 用于在无线接收机设备内定位用于多发射机无线广播网络中的信号采样窗口的方法和电路包括基于识别可以在没有别名的情况下被处理的发射机的信号来生成长信道模型,并且基于信号采样窗口 在长渠道模式。 例如,在MediaFLO®广播中,可以通过接收定位导频信道(PPC)信号来生成长信道模型。 信号采样窗口的位置可以通过识别假设信号采样窗口位置,为每个识别的假设计算信号与干扰和噪声比(SINR)值并选择具有最佳SINR的假设来确定。 使用长通道模型来定位信号采样窗口可以提供改进的窗口放置,减少破坏性混叠,并减少窗口位置中的时间守卫。 长通道模型可以与地形数据库结合使用。
    • 3. 发明专利
    • Estructura de API de sensor para aplicaciones basadas en la nube
    • ES2759620T3
    • 2020-05-11
    • ES12787227
    • 2012-10-19
    • QUALCOMM INC
    • SHARMA PIYUSHSWAMINATHAN ASHWINBRUNNER CHRISTOPHERCHARI MURALI R
    • G06F1/3293G06F9/54H04L29/08H04W52/02
    • Un procedimiento para ejecutar en un dispositivo móvil (100) para proporcionar una API común, interfaz de programación de aplicaciones (170), comprendiendo el procedimiento: recibir, en un módem en el dispositivo móvil, de una primera aplicación de servidor basada en la web (201), una primera petición de datos de sensor usando la API común (170); recibir, en el módem, de una segunda aplicación de servidor basada en la web (202) no relacionada con la primera aplicación de servidor basada en la web (201), una segunda petición de datos de sensor usando la API común (170); en el que la primera petición de datos de sensor y la segunda petición de datos de sensor se reciben de forma inalámbrica desde diferentes servidores usando la API común; enviar, desde el módem, la primera petición y la segunda petición directamente a un procesador central de sensores (140) acoplado al módem en el dispositivo móvil, evitando un procesador de aplicaciones de cliente (120); procesar la primera petición de datos de sensor y la segunda petición de datos de sensor en el procesador central de sensores (140); en el que el procesador central de sensores (140) ejecuta un cliente central de sensor (141) usando la API común para comunicarse con diversas aplicaciones de servidor, incluyendo la primera aplicación de servidor basada en la web (201) y la segunda aplicación de servidor basada en la web (202); recibir de un sensor (161, 162, 163, 164), en el procesador central de sensores (140), datos de sensor en el dispositivo móvil usando un controlador de sensor (150) que se ejecuta en el procesador central de sensores (140), en el que el sensor se acopla para comunicarse con el controlador de sensor (150); responder a la primera petición de datos de sensor con una primera respuesta que comprenda los datos de sensor; y responder a la segunda petición de datos de sensor con una segunda respuesta que comprenda los datos de sensor; en el que la primera respuesta y la segunda respuesta se envían de forma inalámbrica a diferentes servidores usando la API común; y en el que el procesador de aplicaciones de cliente (120) consume un primer nivel de energía durante una duración y el procesador central de sensores (140) consume un segundo nivel de energía durante la duración, donde el segundo nivel de energía es menor que el primer nivel de energía.