CN105681271A - 提供完整性检查数据的方法及设备 - Google Patents

提供完整性检查数据的方法及设备 Download PDF

Info

Publication number
CN105681271A
CN105681271A CN201510896372.1A CN201510896372A CN105681271A CN 105681271 A CN105681271 A CN 105681271A CN 201510896372 A CN201510896372 A CN 201510896372A CN 105681271 A CN105681271 A CN 105681271A
Authority
CN
China
Prior art keywords
data
packet
integrity checking
checking data
integrity
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.)
Granted
Application number
CN201510896372.1A
Other languages
English (en)
Other versions
CN105681271B (zh
Inventor
文瀚吉
金贤郁
李男淑
姜在垠
孙有美
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN105681271A publication Critical patent/CN105681271A/zh
Application granted granted Critical
Publication of CN105681271B publication Critical patent/CN105681271B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/12Applying verification of the received information
    • H04L63/123Applying verification of the received information received data contents, e.g. message integrity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/06Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/16Implementing security features at a particular protocol layer
    • H04L63/166Implementing security features at a particular protocol layer at the transport layer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/762Media network packet handling at the source 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/04Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10Integrity
    • H04W12/106Packet or message integrity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/34Encoding or coding, e.g. Huffman coding or error correction
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • H04L67/306User profiles
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99931Database or file accessing
    • Y10S707/99939Privileged access

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Monitoring And Testing Of Exchanges (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)

Abstract

提供了一种提供完整性检查数据的方法及设备。所述方法包括:与至少一个其它装置建立语音通信信道,基于建立的语音通信信道的带宽确定通过建立的语音通信信道将被发送的数据包的大小,从输入信号检测用户语音,基于检测的结果,选择性地将用于检查将被发送的数据的完整性的完整性检查数据插入数据包,并且将所述数据包发送到所述至少一个其它装置。

Description

提供完整性检查数据的方法及设备
技术领域
本发明涉及一种提供数据的方法,更具体地,涉及一种提供完整性检查数据的方法及设备。
背景技术
随着移动装置的广泛使用,实时提供的通信服务(诸如使用移动装置的语音呼叫或流传输)正迅速增加。由于通信服务的快速增长,对发送和接收的数据安全需求也已增加。
在现有技术中,诸如安全实时传输协议(SRTP)的协议用于维护实时提供数据的安全性。SRTP是一种实时传输协议(RTP),其目的是保护包括在RTP数据包中的数据的加密、验证以及完整性,这已由思科公司和爱立信公司开发和标准化。
图1示出了根据现有技术的SRTP数据包格式的示例。
参照图1,SRTP数据包包括RTP头、有效载荷、SRTP主密钥索引(MKI)以及验证标签。RTP头包括版本信息、关于填充字节存在与否的信息、序列号、时间戳以及关于有效载荷类型的信息。有效载荷包括实际发送数据,诸如视频/音频数据。对SRTP的有效载荷进行加密。
验证标签是数据用于SRTP数据包的完整性进行验证的数据,并且SRTPMKI是当需要多个主密钥对SRTP数据包进行解密时指示用于解密的主密钥的索引信息。根据实现方式,SRTPMKI可能不包括在数据包中。验证标签和SRTPMKI是用于对SRTP数据包或包括在SRTP数据包的有效载荷的完整性进行验证的数据。
然而,对于图1所示的SRTP数据包,单独添加诸如验证标签和SRTPMKI的完整性检查数据以对数据进行验证。相应地,与RTP方案相比,SRTP方案具有25.3%的开销(即,21个字节(验证完整性所需要的数据)/83个字节(总数据包大小)*100),因此浪费带宽。
此外,存在一个不便之处,对不支持SRTP的装置不能执行完整性验证。
发明内容
技术问题
本发明旨在提供一种可以在各种装置中使用的用于避免浪费带宽且提供完整性检查数据的方法和设备。
技术方案
本发明的一方面提供一种发送完整性检查数据的装置的方法,所述方法包括:与至少一个其它装置建立语音通信信道;基于建立的语音通信信道的带宽确定通过建立的语音通信信道将被发送的数据包的大小;从输入信号检测用户语音;基于检测的结果将用于检查将被发送的数据的完整性的完整性检查数据选择性地插入所述数据包;以及将所述数据包发送到所述至少一个其它装置。
将完整性检查数据选择性地插入所述数据包的步骤可以包括:当从输入信号未检测到用户语音时,将完整性检查数据插入所述数据包。
从输入信号检测用户语音的步骤还可以包括:确定是否已经从输入信号检测到用户语音;以及基于检测的确定结果确定是否对输入信号进行编码,其中,将完整性检查数据选择性地插入所述数据包可以包括:基于编码的确定将完整性检查数据选择性地插入所述数据包。
所述方法还可以包括:生成将被发送的数据的完整性检查数据;以及存储生成的完整性检查数据,其中,将完整性检查数据选择性地插入所述数据包的步骤可以包括:插入存储的完整性检查数据。
所述生成步骤可以包括:基于确定的所述数据包的大小确定生成完整性检查数据的方法和完整性检查数据的大小中的至少一个;以及基于确定来生成完整性检查数据。
所述方法还可以包括:发送用于检查完整性的密钥数据。
当从输入信号未检测到用户语音时,将完整性检查数据插入所述数据包的步骤可包括:当从输入信号未检测到用户语音时,除了将完整性检查数据插入所述数据包之外,将噪声数据插入所述数据包。
将用于检查将被发送的数据的完整性的完整性检查数据选择性地插入所述数据包的步骤可包括:将完整性检查数据和语音质量改善数据中的至少一个选择性地插入所述数据包。
所述方法还可以包括生成与确定的所述数据包的大小对应的语音质量改善信息。
所述方法还可以包括获取装置的用户状态信息,其中,将用于检查将被发送的数据的完整性的完整性检查数据选择性地插入所述数据包的步骤可包括:将完整性检查数据和用户状态信息中的至少一个选择性地插入所述数据包。
用户状态信息可以包括从装置的传感器获取的信息或基于从装置的传感器获取的信息分析的信息。
所述方法还可以包括:除了获取输入信号之外,获取将被发送到至少一个其它装置的数据,其中,将用于检查将被发送的数据的完整性的完整性检查数据选择性地插入所述数据包的步骤可以包括:将完整性检查数据和将被发送的数据中的至少一个选择性地插入所述数据包。
用户状态信息可以包括用户的健康状态信息,用户健康状态信息包括以下项中的至少一项:心率信息、血压信息、血糖信息和呼吸信息。
将用于检查将被发送的数据的完整性的完整性检查数据选择性地插入所述数据包的步骤还可以包括:将数据索引信息插入所述数据包。
生成将被发送的数据的完整性检查数据的步骤可以包括仅对于将被发送的数据的一部分生成完整性检查数据。
本发明的另一方面提供一种存储用于执行上述方法的计算机程序的非暂时性计算机可读记录介质。
本发明的另一方面提供一种用于发送完整性检查数据的装置,所述装置包括:通信单元,被配置为与至少一个其它装置建立语音通信信道,基于建立的语音通信信道的带宽确定通过建立的语音通信信道将被发送的数据包的大小;编码器,被配置为从输入到所述装置的信号检测用户语音;以及数据包生成单元,被配置为基于检测的结果将用于检查将被发送的数据的完整性的完整性检查数据选择性地插入所述数据包。
当从输入信号未检测到用户语音时,数据包生成单元可以将完整性检查数据插入所述数据包。
编码器可以确定是否已经从输入信号检测到用户语音,并且基于检测的确定结果确定是否对输入信号进行编码,数据包生成单元可以基于编码的确定将完整性检查数据选择性地插入所述数据包。
所述装置还可以包括:完整性检查数据生成单元,被配置为生成将被发送的数据的完整性检查数据;以及存储单元,被配置为存储生成的完整性检查数据,其中,数据包生成单元可以插入存储的完整性检查数据。
数据包生成单元基于确定的所述数据包的大小来确定生成完整性检查数据的方法和完整性检查数据的大小中的至少一个;以及基于上述确定来生成完整性检查数据。
通信单元可以发送用于检查完整性的密钥数据。
当从输入信号未检测到用户语音时,除了将完整性检查数据插入所述数据包之外,数据包生成单元可以将噪声数据插入所述数据包。
数据包生成单元可以将完整性检查数据和语音质量改善数据中的至少一个选择性地插入所述数据包。
所述装置还可以包括语音质量改善生成单元,被配置为生成与确定的数据包的大小对应的语音质量改善信息。
所述装置还可以包括状态信息获取单元,被配置为获取装置的用户状态信息,其中,数据包生成单元可以将完整性检查数据和用户状态信息中的至少一个选择性地插入所述数据包。
用户状态信息可以包括从装置的传感器获取的信息或基于从装置的传感器获取的信息分析的信息。
除了获取输入信号之外,所述装置可以获取将被发送到至少一个其它装置的数据,数据生成单元可以将完整性检查数据和将被发送的数据中的至少一个选择性地插入所述数据包。
用户状态信息可以包括用户的健康状态信息,用户健康状态信息包括以下项中的至少一项:心率信息、血压信息、血糖信息和呼吸信息。
数据包生成单元可以将数据包索引信息插入所述数据包。
完整性检查数据生成单元可以仅对于将被发送的数据的一部分生成完整性检查数据。
有益效果
根据一些实施例,在没有任何开销的情况下,可以向各种装置提供完整性检查数据。
附图说明
图1示出根据现有技术的SRTP数据包格式的示例。
图2是根据一些实施例的用于描述交换数据数据包的装置的示图。
图3是根据一些实施例的用于描述生成完整性检查数据的方法的示图。
图4示出根据一些实施例的包括用户语音检测信息的帧。
图5是根据一些实施例的用于描述提供完整性检查数据的方法的流程图。
图6是根据一些实施例的用于描述提供完整性检查数据的方法的详细流程图。
图7示出根据一些实施例的数据包的格式。
图8示出根据一些实施例的包括完整性检查数据的数据包的格式。
图9示出根据一些实施例的包括数据包索引信息的数据包的格式。
图10示出根据一些实施例的噪声数据的位配置。
图11和图12示出根据一些实施例的基于用户语音检测的装置的操作。
图13是根据一些实施例的用于描述语音质量改善信息的示图。
图14示出根据一些实施例的包括语音质量改善信息的数据包的格式的示例。
图15是根据一些实施例的用于描述用户状态信息的示图。
图16示出根据一些实施例的包括用户状态信息的数据包的格式的示例。
图17至图19是根据一些实施例的用于描述分析用户健康状态信息的方法的示图。
图20和图21是用于描述根据一些实施例的被配置为提供完整性检查数据的装置的框图。
图22是用于描述根据一些实施例的被配置为提供完整性检查数据的装置的详细框图。
具体实施方式
以下,将参照附图对本发明的实施例进行详细描述,以使本领域普通技术人员很容易地实现。然而,示例性实施例可以以许多不同形式实现并且不应被解释为限于在此阐述的实施例。在附图中,为了清楚,将省略与示例性实施例的描述无关的部分。此外,在全文中,相同的标号指代相同的元件。
在下面的公开中,当一个部件(或元件、装置等)被称为“连接”到另一部件(或元件或装置等)时,应当理解,前者可以“直接连接”到后者,或通过中间件(或元件、装置等)“电连接”到后者。此外,当部件“包括”元件时,还可以包括另一个元件,而不是排除其它元件的存在,除非另有说明。
以下,将参照附图详细描述本发明的实施例。
图2是根据一些实施例的用于描述交换数据数据包的装置的示图。
根据一些实施例,第一装置101和第二装置103的每一个可以是智能电话、智能电视、蜂窝电话、个人数字助理(PDA)、膝上型计算机、媒体播放器、微服务器、全球定位系统(GPS)装置、电子书终端、数字广播终端、导航装置、一体机、MP3播放器、数码相机或其它移动或非移动计算装置。另外,第一装置101和第二装置103可以包括可以接收触摸输入的各种装置,诸如交互式白板、触摸台等。应当理解,本发明的实施例不限于此。根据一些实施例,第一装置101和第二装置103的每一个可以是包括显示单元的装置。
根据一些实施例,第一装置101和第二装置103可以通过各种用户接口(诸如鼠标、键盘、触摸板、跟踪球、电子笔、触摸屏等)接收用户输入。应当理解,用户接口不限于此。此外,第一装置101和第二装置103的每一个可以是从用户接收信号的装置,诸如麦克风和相机。
参照图2,第一装置101可以建立与装置103语音通信的信道。
根据一些实施例,第一装置101和第二装置103之间语音通信的信道可以包括具有预定带宽的信道。另外,根据一些实施例,第一装置101和第二装置103之间语音通信的信道可以是以预定间隔发送预定数据包的信道。
根据一些实施例,图2的语音通信信道可以是第一装置101与另一装置建立的多个通信信道中的一个。另外,第一装置101可以与包括第二装置103的至少一个装置建立语音通信信道。
另外,第一装置101不仅可以与第二装置103建立语音通信信道,而且可以与第二装置103建立数据通信的信道。数据通信信道可以是与语音信道分离的信道,或者可以通过语音信道发送数据。
根据一些实施例,可在单独的服务器的控制下执行信道建立过程。例如,当第一装置101向外部服务器发送与第二装置103建立语音信道的请求时,外部服务器向第二装置103发送第一装置101的信道建立请求,并且外部服务器可以接收第二装置103的响应,从而在第一装置101和第二装置103之间建立信道。另外,根据一些实施例,当第一装置101可与第二装置103建立语音通信信道时,外部服务器可以在第一装置101和第二装置103之间分配具有预定带宽的语音通信信道。
根据一些实施例,第一装置101和第二装置103之间的语音通信信道可以具有特定带宽,而不考虑发送或接收的数据包的大小。也就是说,由于可以在第一装置101和第二装置103之间分配第一装置101和第二装置103之间的语音通信信道的带宽,因此当第一装置101和第二装置103之间的信道没有断开时,任何其它装置都不使用该带宽。
根据一些实施例,第一装置101可以确定是否从用户输入的信号检测到语音。
当从用户输入的信号检测到语音,从而发送基于检测的语音生成的语音数据时,第一装置101可以生成与第一装置101和第二装置103之间的语音通信信道的带宽对应的第一大小的数据包,并且可以将生成的数据包发送到第二装置103。
然而,当从用户输入的信号未检测到语音时,第一装置可以不向第二装置发送数据包,或者可以向第二装置发送包括噪声数据的数据包。包括噪声数据的数据包可以是具有第二大小的数据包,其中,第二大小小于第一大小。
如上所述,第一装置101和第二装置103之间建立的语音通信信道可以是具有一定带宽的信道,通过该信道,可以以预定间隔发送预定大小的数据。可以仅由第一装置101和第二装置103使用第一装置101和第二装置103之间的语音通信信道。因此,当第一装置101在预定时间段生成第二大小的数据包,并且向第二装置103发送第二大小的数据包时,在预定时间段在第一装置101和第二装置103之间建立的语音通信信道上可以存在额外带宽。
根据一些实施例,第一装置101可以将完整性检查数据插入第二大小的数据包。具有插入的完整性检查数据的数据包具有对应于带宽的大小,并且与第一大小的数据包具有相同大小。因此,当第一装置101将具有插入完整性检查数据的数据包发送到第二大小的数据包以代替生成并发送第二大小的数据包时,在第一装置101和第二装置103之间的语音通信信道上不存在额外带宽。
因此,根据本公开的一些实施例,发送完整性检查数据的附加带宽是没有必要,即使不产生开销。另外,由于不使用特定协议,所以各种装置可以使用完整性检查数据。
图3是根据一些实施例的用于描述生成完整性检查数据的方法的示图。
根据一些实施例,数据的完整性可以表示数据的细节和来源没有改变。
根据一些实施例,第一装置101可以生成用于验证发送或接收的数据的完整性的验证码。根据一些实施例,第一装置101可以生成基于哈希的消息验证码(HMAC)。应该理解,完整性验证码包括各种码,并且通过各种方法生成完整性验证码。第一装置可以生成和使用除了HMAC之外的码。
根据一些实施例,使用HMAC的完整性验证方案如下。第一装置101和第二装置103共享秘密密钥。第一装置101计算数据的哈希值,并且基于哈希密钥生成验证码。当第一装置101发送数据和验证码时,第二装置103可以从数据计算哈希值,并且将哈希值与接收的验证码进行比较,以检查数据的完整性。
根据一些实施例,第一装置101可以使用加密哈希算法(诸如安全哈希算法-1(SHA-1)或安全哈希算法-2(SHA-2))输出的哈希值生成完整性检查数据。将理解,本发明的实施例不限于此。
根据一些实施例,完整性检查数据可以包括验证码。完整性检查数据可以包括任何形式的用于验证和确认包括在数据包中的数据或消息的完整性的数据。
SHA算法是许多安全协议和程序中使用的加密哈希算法,诸如传输层安全(TLS)、安全套接层(SSL)、良好隐私(PGP)、安全外壳(SSH)等。第一装置101可以模块化并使用哈希算法(哈希函数),以提供哈希函数的兼容性。也就是说,第一装置101可以存储和向另一装置提供SHA哈希算法,或者可以使用另一哈希算法来生成完整性检查数据。
图3示出使用SHA哈希算法生成完整性检查数据的方法。
第一装置101执行零填充,使得与第二装置103共享的秘密密钥等于哈希函数的块长度,并且与填充-1(内部填充)执行异或(XOR)运算。随后,第一装置101结合通过与将被发送的数据301执行异或运算获得的值303。
根据一些实施例,安全密钥的长度可以大于第一装置使用的哈希算法的输出长度的一半。例如,当使用SHA-1哈希算法时,输出结果是20个字节。因此,第一装置101可以使用10个字节或更多的秘密密钥。另外,当安全密钥的长度大于哈希算法的内部块大小时,将哈希值可以用作安全密钥。
第一装置101使用哈希函数来计算的中间哈希值307。在此情况下,第一装置101可以使用加密哈希函数,诸如SHA-1或SHA-2。此外,第一装置可以在计算中间哈希值307时使用初始向量。对于本领域技术人员明显的是,初始向量是第一块的加密时使用的值,并且因此将省略其详细描述。
此外,第一装置101执行零填充,使得与第二装置103共享的秘密密钥等于哈希函数的块长度,并且与填充-2(外部填充)执行异或(XOR)运算。随后,第一装置101结合通过与中间哈希值307执行异或运算获得的值309。
第一装置101使用哈希函数来计算最终哈希值311。此外,第一装置可以在计算最终哈希值311时使用初始向量。
根据一些实施例,第一装置101可以使用最终哈希值311作为完整性检查数据,并且可以通过执行单独的程序从最终哈希值311生成完整性检查数据。
根据一些实施例,第一装置101可以向第二装置103发送生成的完整性检查数据。
图4示出根据一些实施例的包括用户语音检测信息的帧。
图4示出语音活动检测(VAD)指示符(标签)曲线401和静默指示符(SID)帧403。
根据一些实施例,第一装置101可以检查语音是否包括在用户输入的信号中。也就是说,第一装置101可以检测语音是否包括在输入信号中。确定是否从输入信号检测语音的技术被称为语音活动检测(VAD)。
根据一些实施例,VAD标记可以包括指示符,该指示符指示第一装置101是否使用VAD技术从用户输入的信号检测语音。参照图4的VAD标记曲线图401,第一装置101可以识别最后语音检测点411、最后语音检测帧413和第一语音非检测帧415。
另外,参照图4,残留部417可以表示从第一语音非检测帧415到第一装置的编码器被去激活的点的预定等待期。
根据一些实施例,SID帧403可以表示根据第一装置101是否检测到用户的语音提供给第二装置103的包括噪声数据的帧。此外,根据一些实施例,SID可以表示指示是否包括用户语音数据的指示符。
根据一些实施例,参照图4的SID帧403,“S”是“讲话”的缩写,并且指示包括用户语音数据的帧,“F”是“SID_First”的缩写,并且指示未检测到用户语音的第一帧,“N”是“无数据”的缩写,并且指示不包括语音的帧,“U”是“SID_Update”的缩写,并且指示更新帧号的第一帧。对本领域技术人员显而易见的是,上述指示符可以根据用户定义的方案而不同。
图5是根据一些实施例的用于描述提供完整性检查数据的方法的流程图。
在S501,第一装置可以与至少一个其它装置建立语音通信信道。
根据一些实施例,第一装置可以与诸如第二装置103的至少一个其它装置建立语音通信信道。
根据一些实施例,语音通信信道可以包括通过除了3G和4G网络方案(长期演进(LTE))之外的各种网络方案(诸如Wi-Fi、蓝牙和Zigbee)发送和接收用户的语音数据的信道。根据一些实施例,语音通信信道可以是使用互联网协议语音(VoIP)发送数据的信道。此外,根据一些实施例,语音通信信道不必是语音通信专用信道。此外,根据实施例,语音数据可以包括视频呼叫数据。
根据一些实施例,语音通信信道可以包括具有预定带宽的信道。根据一些实施例,语音通信信道可以是用于以预定间隔向至少一个装置发送预定大小的语音数据的信道。
根据一些实施例,在单独的服务器的控制下可以执行信道建立的过程。此外,第一装置与至少一个其它装置建立的语音通信信道可以是用于以预定间隔向至少一个装置发送预定大小的语音数据的信道。这对应于图2的描述。
在S503,第一装置101可以基于通信信道的带宽确定通过建立的语音通信信道发送的数据包的大小。
例如,当在S501建立的语音通信信道的带宽大小为23.85kbps时,第一装置可以确定数据包的大小,使得可以通过语音通信信道以每秒23.85千字节发送数据。此外,根据一些实施例,第一装置还可以基于带宽确定将被发送到与第一装置连接的至少一个装置(诸如第二装置)的帧的大小。
在S505,第一装置可以从输入信号检测用户语音。
根据一些实施例,第一装置可以从用户接收信号。例如,第一装置可以通过麦克风接收声音信号。
根据一些实施例,声音信号可以表示除了用户语音之外的各种类型的声音(诸如周围的声音、噪声等)被转换到的信号。
根据一些实施例,第一装置可以从自用户输入的信号检测用户的语音。根据一些实施例,第一装置可以使用VAD技术检测用户的语音。VAD技术对应于图4的描述,并且将省略其详细描述。
根据一些实施例,第一装置可以确定是否从自用户输入的信号检测到语音。也就是说,第一装置可以确定用户的语音是否包括在输入信号中,或者除语音之外的任何声音是否不包括在内。例如,第一装置可以在语音和寂静之间区分。
根据一些实施例,当从输入信号检测到用户的语音时,第一装置可以编码并发送输入信号。然而,当从输入信号未检测到用户的语音时,第一装置可以不发送通过对输入信号编码获得的数据,并且可以发送噪声数据或可以不发送数据。
根据一些实施例,当从自用户输入的信号检测到语音时,第一装置可以生成与在S501建立的语音通信信道的带宽对应的第一大小的数据包,以发送基于检测的语音生成的语音数据。根据一些实施例,第一大小的数据包可以包括通过对获取的信号进行编码获得的数据,或者通过对基于检测的语音生成的语音数据进行编码获得的数据。
根据一些实施例,当从自用户输入的信号未检测到语音时,第一装置可以不向第二装置发送数据包,或者可以向第二装置发送包括噪声数据的数据包。包括噪声数据的数据包可以是具有小于第一大小的数据包的第二大小的数据包。另外,如上所述,除了第二大小的数据包之外,第一装置可以发送完整性检查数据。这将在S507中进行描述。
在S507,第一装置可以基于检测结果将用于检查将被发送的数据的完整性的完整性检查数据选择性插入数据包。
根据一些实施例,当从自用户输入的信号检测到语音时,第一装置可以生成与在S501建立的语音通信信道的带宽对应的第一大小的数据包。相应地,当从自用户输入的信号检测到语音时,第一装置可以不将完整性检查数据插入生成的数据包。
根据一些实施例,当从自用户输入的数据未检测到语音时,第一装置可以生成小于第一大小的数据包的第二大小的数据包。当第一装置通过语音通信信道向至少一个装置发送第二大小的数据包时,如上所述通信信道上会存在额外带宽。根据一些实施例,第一装置101可以将完整性检查数据插入生成的第二大小的数据包。具有完整性检查数据的数据包可以与第一大小的数据包具有相同大小。第一装置可以向至少一个装置发送已经插入完整性检查数据的数据包。
根据一些实施例,第一装置不仅可以将完整性检查数据插入第二大小的数据包,而且可以将用户状态信息、语音质量改善数据或除了语音数据之外的将被发送的数据插入第二大小的数据包。根据一些实施例,将数据插入数据包可以表示将数据添加或附加到数据包。
在S509,第一装置可以向至少一个其它装置发送数据包。
根据一些实施例,可以通过服务器建立第一装置和至少一个装置之间建立的通信信道。因此,第一装置可以向服务器发送数据包。
根据本发明的一些实施例,可以在代替语音通信信道的数据信道中执行图5的方法。也就是说,当信道不是语音通信信道但是具有固定带宽,并且不使用固定带宽中的全部的小数据包被发送时,第一装置可以将诸如完整性检查数据、语音质量改善数据或用户状态信息的附加数据插入小数据包,然后发送具有插入附加数据的数据包。
图6是根据一些实施例的用于描述提供完整性检查数据的方法的详细流程图。
在S601,第一装置101可以与至少一个其它装置建立语音通信信息。这对应于图5的S501。
在S603,第一装置101可以基于通信信道的带宽确定通过建立的语音通信信道发送的数据包的大小。这对应于图5的S503。
在S605,第一装置可以生成并存储完整性检查数据。
根据一些实施例,第一装置可以生成将被发送的数据的完整性检查数据,并且存储生成的完整性检查数据。根据一些实施例,完整性检查数据可以被存储在诸如缓冲器的存储单元中。生成完整性检查数据的方法对应于图3中描述的方法。
根据一些实施例,第一装置可以基于S603中确定的数据包的大小确定生成完整性检查数据的方法和完整性检查数据的大小中的至少一个。
例如,当在S601建立的通信信道的带宽是12.2kbps时,第一装置可以生成160位的完整性检查数据。当在S601建立的通信信道的带宽是23.85kbps时,第一装置可以生成224位的完整性检查数据。
另外,根据一些实施例,第一装置可以使用利用SHA-1哈希算法生成完整性检查数据的方法以生成160位的完整性检查数据,并且可以使用利用SHA-2哈希算法生成完整性检查数据的方法以生成224位的完整性检查数据。
根据一些实施例,第一装置可以向至少一个其它装置发送完整性检查使用的密钥数据。根据一些实施例,密钥数据可以包括图3描述的秘密密钥。
在S607,第一装置可以确定是否已经从输入信号检测到用户的语音。
根据一些实施例,第一装置可以确定是否已经检测到用户的语音,并且基于检测的确定结果确定是否对输入信号进行编码。这将在S609至S612进行详细描述。
根据一些实施例,第一装置可以确定是否已经检测到用户的语音,并且基于检测的确定结果确定编码器的操作模式。例如,当检测到用户的语音时,第一装置可以将编码器的操作模式确定为允许编码器对输入信号或包括在输入信号中的用户语音进行编码。当未检测到用户的语音时,第一装置可以将编码器的操作模式确定到阻止编码对输入信号进行编码。
例如,第一装置可以使用诸如自适应多信道率压缩(AMR)编解码器的编码器执行编码,并且AMR编解码器可以根据14种不同的操作模式(例如,AMR模式8或不连续传输(DTX)模式)进行操作。因此,第一装置可以基于是否检测到用户的语音确定AMR编解码器的操作模式。
另外,第一装置根据S601中建立的信道的带宽和S603确定的数据包的大小确定编码方案。
在S609和S611,当检测到用户的语音时,第一装置可以对输入信号进行编码,并且将编码的数据插入将被发送到至少一个装置的数据包中。
根据一些实施例,在将编码的数据插入将被发送到至少一个装置的数据包中时,第一装置可以不将完整性检查数据插入该数据包。
当未检测到用户的语音时,第一装置可以将噪声数据和完整性检查数据插入数据包。另外,根据一些实施例,第一装置101可以仅将完整性检查数据插入数据包,而不包括噪声数据。根据一些实施例,当未检测到用户的语音时,第一装置可以不对输入信号编码。
根据一些实施例,噪声数据可以包括在接收装置中生成噪声的参数信息。根据一些实施例,噪声数据可以包括关于舒适噪声的信息。
根据一些实施例,第一装置可以生成语音质量改善数据。语音质量改善数据可以包括用于增强语音质量的数据。根据一些实施例,第一装置可以生成与确定的数据包的大小对应的语音质量改善数据。例如,第一装置可以使用额外带宽向至少一个装置发送用于增强语音呼叫质量的附加数据,从而增强语音呼叫指令。
根据一些实施例,第一装置可以将完整性检查数据和语音质量改善数据中的至少一个插入将被发送到至少一个装置的数据包。这将在图11中进行详细描述。
根据一些实施例,第一装置可以获取用户状态信息。根据一些实施例,用户状态信息可以包括从第一装置的传感器获取的信息或者基于第一装置的传感器获取的信息分析的信息。例如,用户状态信息可以包括关于基于诸如用户的体温或心率的用户身体信息分析的用户情绪或健康状态的信息。
根据一些实施例,第一装置可以获取在语音通信期间的用户状态信息,并且可以使用额外带宽向与其建立语音信道的至少一个装置发送获取的用户状态信息。根据一些实施例,第一装置可以将完整性检查数据和用户状态信息中的至少一个插入将被发送到至少一个其它装置的数据包。
另外,根据一些实施例,第一装置可以获取除了输入信号之外的将被发送到至少一个其它装置的数据。
根据一些实施例,输入信号可以包括装置当前通过麦克风接收的声音信号,除了输入信号之外的将被发送到至少一个其它装置的数据可以包括除了声音信号之外关于图像、文本和视频的数据。
例如,第一装置可以根据语音通信期间的用户输入通过相机获取图像数据。第一装置可以使用额外带宽向与其建立语音信道的至少一个装置发送获取的图像数据。
根据一些实施例,除了将完整性检查数据和输入信号插入将被发送到至少一个装置的数据包之外,第一装置可以插入将被发送到至少一个其它装置的数据的至少一个。
图7示出根据一些实施例的数据包的格式的示例。
参照图7,3G通信数据包701是通过3G网络发送或接收的数据包,并且可以包括头、有效载荷和辅助信息。另外,LTE通信数据包703是通过LTE网络发送或接收的数据包,并且与3G通信数据包701类似,可以包括头、有效载荷和辅助信息。然而,LTE通信数据包703与3G通信数据包701大小不同。
根据一些实施例,图7的数据包701或703可以是具有有效载荷的数据包,其中,通过对输入信号进行编码获得的数据被插入该有效载荷。图7的数据包701或703可以是当上述第一装置已经从输入信号检测到用户语音时生成的数据包。也就是说,图7的数据包701或703可以表示与图2描述的带宽对应的第一大小的数据包。因此,图7的数据包701或703不包括完整性检查数据。
根据一些实施例,第一装置可以基于建立的语音通信信道的带宽确定生成LTE通信数据包703还是3G通信数据包701。
图8示出根据一些实施例的包括完整性检查数据的数据包的格式的示例。
参照图8,3G通信数据包801可以包括头、噪声数据、完整性检查数据和辅助信息。另外,与3G通信数据包801类似,LTE通信数据包803也可以包括头、噪声数据、完整性检查数据和辅助信息。然而,如上所述,LTE通信数据包803与3G通信数据包801大小不同。
与图7的数据包701或703相比,图8的数据包801或803具有包括噪声数据和完整性检查数据的有效载荷。根据一些实施例,图8的数据包801或803可以是没有插入对输入信号进行编码获得的数据但是插入了噪声数据和完整性检查数据的数据包。
如上所述,图8的数据包801或803可以是当第一装置从输入信号未检测到用户的语音时生成的数据包。也就是说,图8的数据包801或803可以是通过将完整性检查数据插入图2描述的第二大小的数据包而获得的数据包。
在现有技术中,图8的数据包801或803在没有完整性检查数据的情况下被发送。如上所述,当未检测到语音时,第一装置仅发送噪声数据。因此,第一装置可以向至少一个装置发送小于图7的数据包701或703(第一大小的数据包)的第二大小的数据包。
然而,由于分配的信道的带宽没有变化,因此信道上存在额外带宽。第一装置使用额外带宽发送完整性检查数据。也就是说,第一装置将160或224位的完整性检查数据插入将被发送的数据包(诸如数据包801或803),然后发送具有完整性检查数据的数据包。
另外,根据一些实施例,第一装置仅将完整性检查数据添加到将被发送的数据包,而不包括噪声数据,然后发送具有添加的完整性检查数据的数据包,或者发送仅包括噪声数据的数据包。另外,如上所述,第一装置不仅将完整性检查数据插入数据包,而且将用户状态信息、语音质量改善数据或除了语音数据之外的数据插入数据包。
图9示出根据一些实施例的包括数据包索引信息的数据包的格式。
根据一些实施例,第一装置可以向第二装置发送语音数据或者除了语音数据之外的数据。正接收数据的第二装置可以选择性地对从第一装置接收的数据包进行完整性检查。例如,在数据包被接收时,第二装置可以对奇数数据包或偶数数据包执行完整性检查。另外,第二装置可以基于包括在接收的数据包中的数据包索引信息选择性地执行完整性检查。
根据一些实施例,第一装置可以将数据包索引信息插入将被发送的数据包。根据一些实施例,当从自第一装置输入的信号中未检测到用户的语音时,第一装置可以将完整性检查数据和数据包索引信息插入数据包。
根据一些实施例,数据包索引信息可以包括下列内容中的至少一个:生成数据包的顺序(数据包顺序)、包括在数据包(或有效载荷)中的数据的类型、数据包(或有效载荷)的大小和关于先前发送的数据包之中包括数据包的信息,其中,数据包的完整性将通过包括在数据包中的完整性检查数据检查。
根据一些实施例,第二装置基于包括在数据包索引信息中的信息选择性地执行完整性检查。例如,第二装置可以仅对包括预定数据的数据包执行完整性检查,并且可以参照第一装置生成数据包的顺序,仅对偶数数据包或奇数数据包执行完整性检查。应当理解,第二装置可以随机选择数据包,并且对选择的数据包执行完整性检查。
另外,由于各种原因,诸如信号衰减、衰落和噪声,在传输中,在数据包中可能出现遗漏、丢失或错误。当作为接收装置的第二装置对已发生遗漏、丢失或错误的数据包执行完整性检查时,已发生遗漏、丢失或错误的数据包的完整性不会通过验证。因此,第二装置可以通过参照数据包索引信息识别已发生遗漏、丢失或错误的数据包,从而可以不执行完整性检查。
另外,根据一些实施例,当没有执行完整性检查大于预定次数时,第二装置可以确定数据包的完整性没有通过验证。
根据一些实施例,发生遗漏、丢失或错误的数据包或连续数据包的数量大于预定数量时,第二装置可以确定数据包的完整性没有通过验证。
根据一些实施例,当数据包的完整性没有通过验证时,第一装置或第二装置可以断开或重连通信信道。
图10示出根据一些实施例的噪声数据的位配置。
参照图10,第一到第二十八位表示关于第一到第五导抗谱频率(ISF)向量的信息。根据一些实施例,ISF向量可以表示编码器用于在未检测到语音时生成插入语音通信数据包的噪声数据的参数信息。
第二十九到第三十四位可以表示关于日志帧能量的信息,日志帧能量可以表示用于生成噪声数据的参数。
第三十五位可以是抖动标记位。抖动标记位可以指示解码器是否将执行抖动。抖动可以表示添加预定噪声数据从而使用户在收听时感到舒适的技术。
第三十六位可以表示上述SID,并且指示是否包括用户的语音(SID优先),是否是包括噪声数据的数据,或者是否是帧号改变的帧的信息。
第三十七到第四十位是模式指示符,并且可以指示关于编码器的操作的信息(例如,编码率)。
图10所示的噪声数据的位配置是示例。对本领域的技术人员显而易见的是,可以根据用户的定义和生成噪声数据的形式改变位配置。
图11和图12示出根据一些实施例的基于用户语音检测的装置的操作。
参照图11,“S”1101是“讲话”的缩写,并且表示检测到语音,“D”1103“不连续传输”的缩写,并且表示未检测到语音。
根据一些实施例,第一装置可以从用户接收信号。根据一些实施例,第一装置可以从用户接收声音信号。例如,第一装置可以通过麦克风从用户接收声音信号。
根据一些实施例,当从输入信号检测到语音时,第一装置对输入信号进行编码,并且将编码的数据插入数据包。在此情况下,第一装置可以生成并存储用于验证插入数据包的编码的数据的完整性的完整性检查数据。当发送已经插入编码数据的数据包时,不存在额外带宽。因此,第一装置没有将完整性检查数据插入数据包。
根据一些实施例,当从输入信号未检测到语音时,第一装置不对输入信号进行编码。第一装置可以将已经存储的完整性检查数据插入仅包括噪声数据的数据包。也就是说,第一装置可以将先前编码,发送和存储的数据的完整性检查数据插入当前将被发送的数据包。
换句话说,第一装置可以缓冲完整性检查数据。当由于未检测到语音,因此将被发送的数据包的大小小时,第一装置可以将缓冲的完整性检查数据插入数据包,然后发送具有缓冲的完整性检查数据的数据包。
例如,第一装置可以向至少一个装置发送完整性检查数据,而没有通过缓冲完整性检查数据的开销。另外,根据一些实施例,第一装置可以仅存储预定大小的完整性检查数据。
参照图12,第一装置可以仅对将被发送到第二装置的数据的一部分生成并存储完整性检查数据。根据一些实施例,第一装置可以仅对将被发送的多个数据包的一部分生成完整性检查数据。
如图11所述,第一装置可以从用户接收信号。当从输入信号检测到语音时,第一装置可以对输入信号进行编码,并且将编码的数据插入将被发送的数据。另外,第一装置可以向第二装置发送到具有插入编码数据的数据包。
根据一些实施例,当从输入信号未检测到语音时,第一装置可以不对输入信息进行编码,并且可以将噪声数据和完整性检查数据插入将被发送的数据包。完整性检查数据可以是用于确认先前发送的编码数据的完整性的数据。第一装置根据语音检测的操作对应于上面的描述,因此将省略其详细描述。
根据一些实施例,第一装置可以从用户接收声音信号。例如,第一装置可以通过麦克风从用户接收声音信息。声音信号可以是没有单独分割段的情况下的连续输入。然而,为了方便,在下面的描述中将假设输入的声音信号中的单独段。
当在段1和2检测到语音时,第一装置可以对输入信号进行编码,并且将编码的数据插入数据包。在此情况下,如图11所描述,第一装置可以生成并存储完整性检查数据,其中,所述完整性检查数据用于验证插入数据包的编码数据的完整性。
然而,与图11相比,第一装置可对与在段2中输入的信号对应的数据生成并存储完整性检查数据,而不对与在段1中输入的信号对应的数据生成并存储完整性检查数据。也就是说,第一装置仅对与输入数据的一部分对应的数据生成并存储完整性检查数据。如上所述,存储完整性检查数据可以包括缓冲完整性检查数据。
另外,如图11所述,当从输入信号未检测到语音时,第一装置可以将缓冲的完整性检查数据插入将被发送的数据包。换句话说,第一装置可以仅对与在段2中输入的信号对应的数据生成并缓冲完整性检查数据,并且可以将缓冲的完整性检查数据插入将被发送的数据包。
根据一些实施例,上述方法还可以应用到段3、4和5中输入的信号。也就是说,第一装置可以仅对在段3和4中输入的信号生成和存储完整性数据,不对在段5中输入的信号生成并存储完整性数据。
另外,当第一装置将完整性检查数据插入将被发送到第二装置的数据包时,第一装置还可以将数据包索引信息插入数据包。
根据一些实施例,数据包索引信息可以包括下列内容中的至少一个:第一装置生成数据包的顺序(数据包顺序)、包括在数据包(或有效载荷)中的数据的类型、数据包(或有效载荷)的大小和关于包括数据包数据的信息,其中,所述数据包数据的完整性将通过包括在数据包中的完整性检查数据检查。另外,数据包索引信息可以包括关于是否对包括在数据包中的数据生成完整性检查数据的信息。
根据一些实施例,作为接收装置的第二装置可以确定是否生成包括在接收的数据包中的数据的完整性检查数据,并且基于数据包索引信息确定是否检查接收的数据包的完整性。
图13是根据一些实施例的用于描述语音质量改善信息的示图。
图13示出声音信号在编码之前的曲线图1301以及声音信号编码之后的曲线图1303。
根据一些实施例,第一装置对预定频带范围的声音信号进行编码并发送到至少一个其它装置。根据一些实施例,第一装置可以不对人类几乎听不见的高于约14至15kHz的高频分量进行编码,并且可以仅对等于或低于14至15kHz的分量进行编码。对于本领域技术人员容易显而易见的是,可以基于用户输入、带宽条件等改变第一装置编码的声音信号的频带范围。
根据一些实施例,在从第一装置接收到编码的声音信号(或语音数据)时,至少一个装置可以对接收的编码声音信号进行解码。
然而,当特定频带(例如,约14至15kHz的频带或更高)没有被编码时,可以省略构成语音的必要分量。因此,当回放语音时,语音的声音质量可能会下降。因此,为了提高音质,可以恢复高频带。因此,当从第一装置接收到编码的声音信号(或语音数据)时,装置可以估计和恢复高频带的数据。估计和恢复高频带的数据的技术被称为带宽估计(BWE)。
BWE技术可以被分类为盲BWE和引导BWE。盲BWE是装置在没有辅助数据的情况下预测高频带的方案,引导BWE是装置基于用于质量改善的辅助数据预测高频带的方案。引导BWE比盲BWE音质更好,但是诸如第一装置的发送装置需要单独发送辅助数据。辅助数据不是必要的,并且因此,可以分配附加带宽以发送辅助数据,从而恢复高频带。然而,当分配附加带宽时,适当的带宽可以不被分配到与另一装置的通信信道,从而参与语音通信的装置之间无法语音呼叫或呼叫掉线。
然而,根据本发明的实施例,如上所述,当因为没有感测到用户的语音,所以将被插入数据包的数据小时,先前分配的信道中存在剩余带宽。因此,第一装置还可以将用于增强语音质量的语音质量改善信息插入数据包,从而向至少一个装置提供语音质量改善信息。根据一些实施例,语音质量改善信息可以包括用于质量改善的辅助数据。
图14示出根据一些实施例的包括语音质量改善信息的数据包的格式的示例。
与图7的数据包701或703相比,图14的数据包1401具有包括噪声数据和语音质量改善信息的有效载荷。根据一些实施例,图14的数据包1401可以是其中没有插入通过对输入信号进行编码而获得的数据但是插入噪声数据和完整性检查数据的数据包。如图7和图8所描述,可以根据通信信道带宽改变数据包的大小(例如,图7的3G通信数据包701和LTE通信数据包703)。
如上所述,图14的数据包1401可以是当第一装置从输入信号未检测到用户的语音时生成的数据包。也就是说,图14的数据包1401可以是第一装置将语音质量改善信息插入图2中描述的第二大小的数据包而获得的数据包。
在现有技术中,第一装置生成并发送不包括语音质量改善信息的数据包。如上所述,当未检测到语音时,第一装置仅发送噪声数据。因此,第一装置可以向至少一个装置发送小于图7的数据包701或703(第一大小的数据包)的第二大小的数据包。然而,分配的信道带宽没有变化。因此,为了使用额外带宽发送语音质量改善信息,第一装置可以将语音质量改善信息插入将被发送的数据包,诸如图14的数据包1401,然后发送具有插入语音质量改善信息的数据包。
另外,根据一些实施例,第一装置可以仅将语音质量改善信息添加到将被发送的数据包,而不包括噪声数据,然后发送具有添加的语音质量改善信息的数据包,或者可以发送仅包括噪声数据的数据包。第一装置还可以发送包括噪声数据、语音质量改善信息和完整性检查数据中的至少一个的数据包。
图15是根据一些实施例的用于描述用户状态信息的示图。
根据一些实施例,第一装置可以获取用户状态信息。
根据一些实施例,用户状态信息可以包括从第一装置的传感器获取的信息或基于从第一装置的传感器获取的信息分析的信息。另外,用户状态信息还可以包括但不限于,用户健康信息,诸如心电图、心率和体温,并且还可以包括关于移动速度或情绪的信息。
参照图15,第一装置可以在语音呼叫期间与用户的身体部位接触,诸如手或面部,因此可以获取关于用户的体温、心率等的信息。在语音呼叫期间,第一装置还可以获取关于用户的面部、嘴形、瞳孔和虹膜的信息。
另外,根据一些实施例,第一装置可以基于加速度传感器或全球定位系统(GPS)传感器获取关于用户的当前位置或移动速度的信息,并且可以使用大气压传感器和温度/湿度传感器获取关于用户周围的周围环境的信息。然而,获取用户状态信息的方法不限于此。
另外,根据一些实施例,第一装置还基于语音呼叫期间获取的心率信息以及视频呼叫期间获取的用户瞳孔的变化分析情绪状态或健康状态。
根据一些实施例,第一装置可以使用额外带宽向至少一个装置发送用户状态信息。
图16示出根据一些实施例的包括用户状态信息的数据包的格式的示例。
与图7的数据包701或703相比,图16的数据包1601具有包括噪声数据和用户状态信息的有效载荷。根据一些实施例,图16的数据包1601可以是其中没有插入通过对输入信号进行编码获得的数据但是插入噪声数据和语音质量改善信息的数据包。如图7和图8所述,可以根据通信信道带宽改变数据包的大小(例如,图7的3G通信数据包701和LTE通信数据包703以及图8的3G通信数据包801和LTE通信数据包803)。
如上所述,图16的数据包1601可以是当第一装置从输入信号未检测到用户的语音时生成的数据包。也就是说,图16的数据包1601可以是通过将用户状态信息插入图2中描述的第二大小的数据包而获得的数据包。
在现有技术中,第一装置生成和发送不包括用户状态信息的数据包。如上所述,当未检测到语音时,第一装置仅发送噪声数据。因此,第一装置可以向至少一个装置发送小于图7的数据包701或703(第一大小的数据包)的第二大小的数据包。然而,分配的信道带宽没有变化。因此,为了使用额外带宽发送用户状态信息,第一装置可以将用户状态信息插入将被发送的数据包,诸如图16的数据包1601,然后发送具有插入用户状态信息的数据包。
另外,根据一些实施例,第一装置可以仅将用户状态信息添加到将被发送的数据包,而不包括噪声数据,然后发送具有添加的用户状态信息的数据包,或者可以发送仅包括噪声数据的数据包。第一装置还可以发送包括噪声数据、语音质量改善信息、用户状态信息和完整性检查数据中的至少一个的数据包。
另外,根据一些实施例,第一装置可以将除了编码的语音数据之外的将被发送的数据插入数据包,代替用户状态信息。这对应于上面的描述。
根据一些实施例,第一装置可以获取除了通过麦克风接收的声音信号之外将被发送的数据,并且可以将除了通过麦克风接收的声音信号之外将被发送的数据插入图16的数据包,代替用户状态信息。应当理解,第一装置可以根据数据包和将被发送的数据的总大小插入用户状态信息和将被发送的数据中的至少一个。
也就是说,当未检测到用户的语音时,第一装置可以生成并发送包括噪声数据、语音质量改善信息、用户状态信息、完整性检查数据和除了声音或语音信号之外将被发送的数据中的至少一个。
图17至图19是根据一些实施例的用于描述分析用户健康状态信息的方法的示图。
根据一些实施例,第一装置可以获取用户状态信息。用户状态信息可以包括用户健康状态信息。例如,第一装置可以获取如图17和图18所示的关于用户的心电图或心率的信息。
根据一些实施例,第一装置可以基于包括在第一装置中的电极记录心电图或测量心率。然而,本发明的实施例不限于此,并且第一装置可以通过各种方法记录心电图或测量心率。
心电图将心脏的电活动表示为曲线图,并且记录心脏收缩和伸展以泵送血液时出现的电活动。心率表示心脏每分钟的跳动次数。
图17示出根据心电图(ECG)信息的曲线图。参照17,点P表示由于心房去极化引起的电压变化,段Q-R-S表示由于心室的去极化引起的电压变化,点T表示由于心室的复极化引起的电压变化。心率表示通过测量段Q-R-S之间的距离获得的心脏每分钟的跳动次数。心电图和心率对本领域的技术人员显而易见的,因此将省略它们的详细描述。
参照图18,第一曲线图1801是根据心跳表示R峰的曲线图,第二曲线图1803是表示心率的曲线图。第一装置可以通过根据心脏的电活动获取心电图信息来获取关于第一曲线图1801和第二曲线图1803所示的心率的信息。根据一些实施例,第一装置可以基于获取的心率信息获取R峰之间的平均距离(平均RR)和平均心率变化(平均HRV)。
根据一些实施例,第一装置可以基于获得的关于心率的各种信息分析用户状态。
例如,第一装置可以基于如图18所示的关于心率的信息确定用户是否是心跳过速。心跳过速表示每分钟心跳数增加到超过100的情况,并且可能通过诸如心脏功能问题、自主神经系统失调、睡眠不足、心律不齐和肺部疾病的各种原因引起。
根据一些实施例,当平均RR小于预定距离时,或者当平均HRV等于或大于90时,第一装置可以确定心跳过速。另外,当平均HRV等于或小于60时,第一装置可以确定心跳过缓,当平均HRV在60到90之间时,可以确定正常状态。
另外,根据一些实施例,第一装置可以基于用户是否心跳过速分析用户的情绪状态(有压力、不安、紧张等)和健康状态(心脏功能故障、自主神经系统失调、睡眠不足等)。此外,除了用户的情绪状态和健康状态之外,第一装置可以分析用户的状态信息(剧烈运动、过量摄入咖啡因、过量摄入尼古丁等)。
图19示出第一装置可以获取的健康状态信息。
根据一些实施例,第一装置可以获取体温信息、关于心率/心脉/心脉变化的信息、血压信息、水分排出信息、活动信息、压力指数信息、关于睡眠/睡眠效率的信息、呼吸信息、氧饱和度信息、皮肤状态信息、食物摄取信息和血糖信息中的至少一个。然而,本发明的实施例不限于此。
例如,第一装置可以使用温度/湿度传感器,以获取用户的温度信息、皮肤状态信息和水分排出信息。此外,第一装置可以通过包括在第一装置中的电极或与第一装置(以有线或无线方式)连接的另一装置(例如,可佩戴装置)获取关于用户的心率/心脉/心脉变化的信息和血压信息中的至少一个。此外,第一装置可以使用加速度传感器或GPS传感器获取用户的活动信息。
根据一些实施例,第一装置可在没有单独的用户输入的情况下获取体温信息、关于心率/心脉/心脉变化的信息、血压信息、水分排出信息、活动信息、压力指数信息、关于睡眠/睡眠效率的信息和无创血糖信息中的至少一个。
另外,根据一些实施例,第一装置可以通过接收用户输入获取呼吸信息、氧饱和度信息、皮肤状态信息、食物摄取信息和血糖信息中的至少一个以开始测量呼吸信息、氧饱和度信息、皮肤状态信息、食物摄取信息和血糖信息中的至少一个。应当理解,根据测量方法,可在没有单独的用户输入的情况下获取健康状态信息。
根据一些实施例,第一装置可以使用包括在第一装置中的传感器或者包括在与第一装置连接的装置(例如,可佩戴装置)中的传感器获取用户在特定时间段的健康状态信息。例如,第一装置可以获取关于24至48小时或7至30天(长期)的心电图的信息。
根据一些实施例,第一装置可以将用户执行通信时获取的关于用户健康状态的信息插入如图16所述的数据包,并因此,可以立即将心电图信息发送到接收装置的用户。
图20和图21是用于描述根据一些实施例的被配置为提供完整性检查数据的装置的框图。
然而,不是图20和图21所示所有元件对于第一装置101都是必不可少的。可以使用比图20和图21所示的元件更多的元件实现第一装置101,或者使用比图20和图21所示的元件更少的元件实现第一装置101。另外,第一装置101的每个元件可以包括处理器。
参照图20,第一装置101可以包括通信单元2001、编码器2003、数据包生成单元2005和控制单元2017。
根据一些实施例,通信单元2001可以与至少一个其它装置建立语音通信信道。另外,通信单元2001可以确定将通过通信信道被发送到至少一个其它装置的数据包的大小。
根据一些实施例,除了3G和4G(长期演进(LTE))网络方案之外,语音通信信道可以包括通过各种网络方案(诸如Wi-Fi、蓝牙和Zigbee)发送和接收用户的语音数据的信道。这对应于上面的描述。
根据一些实施例,语音通信信道可以包括具有预定带宽的信道。另外,第一装置与至少一个其它装置建立的语音通信信道可以包括可以以预定间隔对预定大小的数据进行通信的通信信道。
根据一些实施例,通信单元2001还可以基于建立的语音通信信道的带宽确定将被发送到至少一个装置的帧的大小。
另外,根据一些实施例,通信单元2001可以向至少一个其它装置发送数据包生成单元2005生成的数据包。通信单元2001可以向至少一个其它装置发送用于完整性检查的密钥数据。根据一些实施例,密钥数据可以包括图3中描述的密码密钥。
根据一些实施例,编码器2003可以从通过第一装置101输入的信号检测用户的语音。
根据一些实施例,第一装置101可以从用户接收信号。例如,第一装置101可以通过麦克风接收声音信号。
根据一些实施例,编码器2003可以从自用户输入的信号检测用户的语音。根据一些实施例,第一装置101可以使用VAD技术检测用户的语音。这对应于图4中的描述。
根据一些实施例,编码器2003可以确定从自用户输入的信号是否检测到用户的语音。也就是说,编码器2003可以确定用户的语音是否包括在输入信号中,或者是否包括除了语音之外的任何其它声音。
根据一些实施例,当从输入信号检测到用户的语音时,编码器2003可以对输入信号进行编码。然而,当从输入信号未检测到用户的语音时,编码器2003可以不对输入信号进行编码。
根据一些实施例,编码器2003可以确定是否已经检测到用户的语音,并且基于检测的确定的结果来确定编码器的操作模式。另外,编码器2003可以根据图6的S601中建立的信道的带宽和图6的S603中确定的数据包的大小确定编码方案。
根据一些实施例,当从输入信号检测到用户的语音时,编码器2003可以对输入信号进行编码,当从输入信号未检测到用户的语音时,编码器2003可以不对输入信号进行编码。
根据一些实施例,当从自用户输入的信号检测到语音时,数据包生成单元2005可以生成与S501建立的语音通信信道的带宽对应的第一大小的数据包,以发送基于检测的语音生成的语音数据。根据实现方式,数据包生成单元2005可以包括在通信单元2001中。
根据一些实施例,当从自用户输入的信号未检测到语音时,数据包生成单元2005可以不生成数据包,或者可以生成包括噪声数据的数据包。包括噪声数据的数据包可以是小于包括语音数据的第一大小的数据包的第二大小的数据包。
根据一些实施例,噪声数据可以包括用于在接收装置中生成噪声的参数信息。根据一些实施例,噪声数据可以包括用于生成舒适噪声的数据。
根据一些实施例,数据包生成单元2005可以基于编码器2003检测用户语音的结果,选择性地将用于检查将被发送的数据的完整性的完整性检查数据插入生成的数据包。
根据一些实施例,当从自用户输入的信号检测到语音时,数据包生成单元2005可以生成与建立的语音通信信道的带宽对应的第一大小的数据包。在此情况下,数据包生成单元2005可以不将完整性检查数据插入生成的数据包。
根据一些实施例,当从自用户输入的信号未检测到语音时,数据包生成单元2005可以生成小于第一大小的数据包的第二大小的数据包。数据包生成单元2005可以将完整性检查数据插入生成的第二大小的数据包。具有插入的完整性检查数据的数据包可以与第一大小的数据包具有相同大小。
根据一些实施例,数据包生成单元2005不仅可以将完整性检查数据插入第二大小的数据包,而且可以将用户状态信息、语音质量改善信息和除了语音数据之外将被发送的数据插入第二大小的数据包。
根据一些实施例,通信单元2001可以向至少一个其它装置发送数据包生成单元2005生成的数据包。
根据一些实施例,通常,控制单元2017可以控制第一装置101的全部操作。例如,控制单元2017可以通过执行存储在第一装置101中的程序总体上控制包括在第一装置101中的元件。控制单元2017可以包括诸如CPU和处理器的运算单元中的至少一个,或者可以包括在另一元件中。然而,本发明的实施例不限于此。
参照图21,第一装置101还可以包括完整性检查数据生成单元2007、存储单元2009、语音质量改善信息生成单元2011和状态信息获取单元2013。
根据一些实施例,完整性检查数据生成单元2007可以生成将被发送的数据的完整性检查数据。生成完整性检查数据的方法对应于图3中的描述。根据一些实施例,完整性检查数据生成单元2007可以包括在控制单元2017中,或者控制单元2017可以生成完整性检查数据。
根据一些实施例,完整性检查数据生成单元2007可以基于通信单元2001确定的数据包的大小确定生成完整性检查数据的方法和完整性检查数据的大小中的至少一个。这对应于图6中的描述。
根据一些实施例,存储单元2009可以存储生成的完整性检查数据。根据一些实施例,存储单元2009可以包括缓冲器、RAM、硬盘等,它们的详细描述将参照图17提供。
根据一些实施例,语音质量改善信息生成单元2011可以生成语音质量改善数据。语音质量改善数据可以包括用于增强语音质量的数据。根据一些实施例,语音质量改善信息生成单元2011可以生成与数据包的预定大小对应的语音质量改善信息。
另外,根据一些实施例,状态信息获取单元2013可以获取用户状态信息。根据一些实施例,用户状态信息可以包括从第一装置的传感器获取的信息或者基于从第一装置的传感器获取的信息分析的信息。如上所述,用户状态信息可以包括用户健康状态信息。
如图17至图19所述,状态信息获取单元2013可以获取或分析用户健康状态信息。
根据一些实施例,通常,控制单元2017控制第一装置101的全部操作。这对应于图15中的描述。
图22是用于描述根据一些实施例的被配置为提供完整性检查数据的装置的详细框图。
参照图22,第一装置101可以包括通信单元2001、编码器2003、数据包生成单元2005、完整性检查数据生成单元2007、存储单元2009、语音质量改善信息生成单元2011、状态信息获取单元2013和控制单元2017,并且还可以包括用户输入单元2200、输出单元2210和信号获取单元2015。
另外,参照图22,作为与图20和图21所示不同的实施例,编码器2003可以包括语音质量改善信息生成单元2011,通信单元2001可以包括数据包生成单元2005。
根据一些实施例,通信单元2001可以与至少一个其它装置建立通信信道。这对应于上面的描述。通信单元2001可以包括用于在第一装置101和至少一个其它装置之间通信的一个或多个元件。通信单元2001的描述对应于图15和图16的描述。
根据一些实施例,通信单元2001可以包括数据包生成单元2005、短距离无线通信单元2231、移动通信单元2232和广播接收单元2233。数据包生成单元2005的描述对应于图20和图21中的描述。
短距离无线通信单元2231可以包括,但不限于,蓝牙通信单元、蓝牙低功耗(BLE)通信单元、近场通信单元、无线LAN(WLAN)通信单元、Zigbee通信单元、红外数据协会(IrDA)通信单元、Wi-Fi直连(WFD)通信单元、超宽带(UWB)通信单元以及Ant+通信单元。
移动通信单元2232在移动通信网络上向基站、外部终端和服务器中的至少一个发送无线电信号,并且从基站、外部终端和服务器中的至少一个接收无线电信号。根据文本和/或多媒体消息的发送和/或接收,无线电信号可以包括语音呼叫信号、视频呼叫信号或各种形式的数据。
广播接收单元2233通过广播信道从外部接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和地面信道。根据实现方式,第一装置101可以不包括广播接收单元2233。
根据一些实施例,存储单元2009可以存储用于处理和控制控制单元2017的程序,并且还可以存储输入第一装置101以及从第一装置101输出的数据。
根据一些实施例,存储单元2009可以包括闪存型、硬盘型、多媒体卡微型或卡型存储器(例如,SD或XD存储器),或者随机存取存储器(RAM)、静态随机存取存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁存储器、磁盘和光盘中的至少一种类型的存储介质。
根据一些实施例,存储单元2009中存储的程序可以根据程序的功能被分类为多个模块,例如,可以被分类为UI模块2251、触摸屏模块2252、报警模块2253等。
UI模块2251可以提供针对每个应用程序与第一装置101协作的专用UI、GUI等。触摸屏模块2252可以感测用户在触摸屏上的触摸手势,并且将关于触摸手势的信息传递到控制单元2017。根据一些实施例的触摸屏模块2252可以识别和分析触摸代码。触摸屏模块2252可以被配置为包括控制器的单独硬件。
为了感测触摸屏上的触摸或接近触摸,可以在触摸屏内部或附近设置各种传感器。感测触摸屏上的触摸的传感器的示例是触觉传感器。触觉传感器表示将特定对象的触摸检测到人类能感觉到的程度或更高的传感器。触觉传感器可以感测各种类型的信息,诸如触摸表面的粗糙度、触摸对象的硬度、触摸点的温度等。
此外,感测触摸屏上的触摸的传感器的示例是接近传感器2228。
接近传感器2228表示在没有任何机械接触的情况下使用电磁力或红外线检测接近检测表面的对象或在检测表面附近的对象传感器。接近传感器的示例包括传输型光电传感器、直接反射型光电传感器、镜面反射型光电传感器、高频振荡型接近传感器、电容型接近传感器、磁接近传感器和红外线接近传感器。用户的触摸手势的示例可以包括轻拍、触摸并保持、双击、拖动、平移、轻弹、拖放、轻扫等。
报警模块2253可以生成用于通知第一装置101中发生事件的信号。第一装置101中发生的事件的示例可以包括呼叫信号的接收、消息的接收、键信号的输入和调度的通知。报警模块2253可以通过显示单元2211以视频信号形式输出报警信号,通过声音输出单元2212以音频信号形式输出报警信号,通过振动电机2213以振动信号形式输出报警信号。存储单元2009执行的操作对应于上面的描述,因此将省略其详细描述。
通常,控制单元2017控制第一装置101的全部操作。这对应于上面的描述,因此将省略其详细描述。
用户输入单元2200表示用于控制第一装置101的用户输入数据的单元。例如,用户输入单元2200可以包括,但不限于,键盘、圆顶开关、触摸板(接触电容型、压阻型、红外线感测型、表面超声波传导型、积分张力测量型、压电效应型等)、滚轮或轻摇开关等。
输出单元2210可以输出音频信号、视频信号和/或振动信号。输出单元2210可以包括显示单元2211、声音输出单元2212和振动电机2213。
显示单元2211显示并输出第一装置101中处理的信息。
当显示单元2211和触摸板形成分层结构,并因此被实现为触摸屏时,显示单元2211除了用作输出装置之外,可以用作输入装置。显示单元2211可以包括液晶显示器(LCD)、薄膜晶体管液晶显示器(TFT-LCD)、有机发光二极管(OLED)显示器、柔性显示器、三维(3D)显示器和电泳显示器中的至少一个。根据第一装置101的实现方式,第一装置101可以包括两个或更多个显示单元2211。在这种情况下,两个或更多个显示单元2211可以通过使用铰链布置为彼此面对。
声音输出单元2212可以输出从通信单元2001接收的或存储单元2009中存储的音频数据。声音输出单元2212输出与第一装置101执行的功能(例如,呼叫信号接收声音、消息接收声音或报警声音)相关的听觉信号。声音输出单元2212可以包括扬声器、蜂鸣器等。
振动电机2213可以输出振动信号。例如,振动电机2213可以输出对应于音频数据或视频数据的输出的振动信号(例如,呼叫信号接收声音、消息接收声音等)。另外,当触摸输入触摸屏时,振动电机2213可以输出振动信号。
另外,第一装置101还可以包括解码器(未示出)。解码器可以对接收的语音数据进行解码,并且可以通过声音输出单元2212输出解码的语音数据。
状态信息获取单元(感测单元)2013可以感测第一装置101的状态或者第一装置101周围的状态,并且可以将感测的信息传递到控制单元2017。
状态信息获取单元(感测单元)2013可以包括但不限于,磁传感器2221、加速度传感器2222、温度/湿度传感器2223、红外线传感器2224、陀螺仪传感器2225、定位传感器2226(例如,全球定位系统(GPS)传感器)、气压传感器2227、接近传感器2228和RGB传感器(照度传感器)2229中的至少一个。本领域的技术人员从这些传感器的名称可以直接推出每个传感器的功能,因此将省略其详细描述。如上所述,状态信息获取单元2013可以基于各种传感器获取用户状态信息。
信号获取单元(A/V输入单元)2015被配置为输入音频信号或视频信号,并且可以包括相机2241和麦克风2242。相机2241可以在视频呼叫模式或图像捕获模式下通过图像传感器获得静止图像或运动图像的图像帧。可以通过控制单元2017或单独的图像处理单元(未示出)处理通过图像传感器捕获的图像。
相机2241处理的图片帧可以存储在存储单元2009或通过通信单元2001发送到外部。根据终端的配置方面,可以提供两个或更多个相机单元2241。
麦克风2242接收外部听觉信号,并且将外部听觉信号处理为电语音数据。例如,麦克风2242可以从第一装置101或扬声器接收听觉信号。麦克风2242可以使用各种算法调整在接收外部声信号时生成的噪声。
编码器2003还可以确定用户语音是否包括在通过麦克风2242获取的信号中。编码器2003的操作对应于上面的描述,因此将省略其详细描述。另外,语音质量改善信息生成单元2011和完整性检查数据生成单元2007对应于上面的描述,因此将省略其详细描述。
在此描述的装置可以包括处理器,用于存储程序数据并执行的存储器,诸如磁盘驱动器的永久存储单元,用于处理与外部装置通信的通信端口以及用户接口装置(包括触摸面板、按键、按钮等)。当涉及软件模块或算法时,这些软件模块可以作为处理器上可执行的程序指令或计算机可读代码存储在计算机可读记录介质上。计算机可读记录介质的示例包括磁存储介质(例如,ROM、RAM、软盘、硬盘等),和光学记录介质(例如,CD-ROM、数字多功能光盘(DVD)等)。计算机可读记录介质也可以分布于网络连接的计算机系统,从而计算机可读代码以分布方式被存储和执行。这种介质可以由计算机读取,存储在存储器中,并且由处理器来执行。
本文引用的所有参考文献(包括出版物、专利申请和专利)作为参考以与如下程度相同的程序并入本文:如同单独并具体地指示每个参考文献通过引用并入本文并且在本文中全部被阐述。
为了促进理解实施例的原理的目的,参考附图中所示的示例性实施例,并且特定的语言已经被用来描述这些实施例。然而,不意在通过这种特定的语言限制实施例的范围,实施例应被解释为数据包含对本领域的普通技术人员通常会发生的所有实施例。
可以按照功能块组件和各种处理步骤来描述实施例。这种功能块可以通过被配置为执行指定功能的任何数量的硬件和/或软件组件来实现。例如,实施例可以使用各种集成电路(IC)组件,例如,存储器元件、处理元件、逻辑元件、查找表等,其中,所述各种集成电路组件可以在一个或多个微处理器或其它控制装置的控制下执行多种功能。类似地,在使用软件编程或软件元件实现实施例的元件的情况下,实施例可以使用任何编程或脚本语言,诸如C、C++、Java和汇编语言等实现,使用各种算法实现,其中,各种算法使用数据结构、对象、处理、例程或其它编程元件的任意组合来实现。可以在一个或多个处理器执行的算法中实现功能方面。此外,实施例可以采用任意数量的用于电子配置、信号处理和/或控制、数据处理等的传统技术。词语“机制”、“元件”、“装置”和“配置”被广义地使用,并且不限于机械或物理实施例,而是可以包括与处理器等结合的软件例程。
本文所示和描述的具体实施方式是实施例的说明性示例,并且不意在以任何方式在其它方面限制实施例的范围。为简洁起见,传统电子、控制系统、软件开发和系统的其它功能方面可以不作详细描述。此外,呈现的各个附图中所示的连接线或连接器意在表示各种元件之间的示例性功能关系和/或物理或逻辑耦合。应当指出,实际装置中可以存在许多替代或附加功能关系、物理连接或逻辑连接。此外,除非元件被具体描述为“必需的”或“至关重要的”,否则没有项或组件对于实施例的实践是必需的。
在描述实施例的上下文中使用术语“一”、“一个”和“该”以及类似指代(尤其是在权利要求的上下文中)应被解释为包括单数和复数两者。此外,除非本文另外指出,否则列举的本文数值的范围仅意在用作单独参照落入该范围内的每个单独值的简化方法,并且每个单独的值如同在本文中单独列举被并入说明书中。另外,除非本文另有说明或者上下文明显矛盾,否则可以以任何合适的顺序执行本文所述的所有方法的步骤。实施例不限于所描述的步骤顺序。除非另有声明,否则本文所提供的任何和所有示例或示例性语言(例如,“诸如”)的使用仅仅是为了更好地说明实施例,而不限制实施例的范围。在不脱离本发明构思的精神和范围的情况下,许多修改和调整对于本领域的普通技术人员将是显而易见的。

Claims (14)

1.一种发送完整性检查数据的装置的方法,所述方法包括:
与至少一个其它装置建立语音通信信道;
基于建立的语音通信信道的带宽,确定通过建立的语音通信信道将被发送的数据包的大小;
从输入信号检测用户语音;
基于检测的结果,选择性地将用于检查包括将被发送的数据的完整性的完整性检查数据插入所述数据包;以及
将所述数据包发送到所述至少一个其它装置。
2.如权利要求1所述的方法,其中,选择性地将完整性检查数据插入所述数据包的步骤包括:当从输入信号未检测到用户语音时,将完整性检查数据插入所述数据包。
3.如权利要求1所述的方法,其中,从输入信号检测用户语音的步骤还包括:
确定是否已经从输入信号检测到用户语音;以及
基于确定是否已经从输入信号检测到用户语音来确定是否对输入信号进行编码,
其中,选择性地将完整性检查数据插入所述数据包的步骤包括:基于确定是否对输入信号进行编码,选择性地将完整性检查数据插入所述数据包。
4.如权利要求1所述的方法,还包括:
生成包括将被发送的数据的完整性检查数据;以及
存储生成的完整性检查数据,
其中,选择性地将完整性检查数据插入所述数据包的步骤包括:插入存储的完整性检查数据。
5.如权利要求4所述的方法,其中,生成步骤包括:
基于确定的所述数据包的大小来确定生成完整性检查数据的方法和完整性检查数据的大小中的至少一个;以及
基于确定生成完整性检查数据的方法和完整性检查数据的大小中的至少一个来生成完整性检查数据。
6.如权利要求2所述的方法,其中,当从输入信号未检测到用户语音时,将完整性检查数据插入所述数据包的步骤包括:当从输入信号未检测到用户语音时,除了将完整性检查数据插入所述数据包之外,将噪声数据插入所述数据包。
7.如权利要求1所述的方法,其中,选择性地将用于检查包括将被发送的数据的完整性的完整性检查数据插入所述数据包的步骤包括:选择性地将完整性检查数据和语音质量改善数据中的至少一个插入所述数据包。
8.如权利要求1所述的方法,还包括:获取装置的用户状态信息,
其中,选择性地将用于检查包括将被发送的数据的完整性的完整性检查数据插入所述数据包的步骤包括:选择性地将完整性检查数据和用户状态信息中的至少一个插入所述数据包。
9.如权利要求4所述的方法,其中,生成包括将被发送的数据的完整性检查数据的步骤包括:仅针对包括将被发送的数据的一部分生成完整性检查数据。
10.一种用于发送完整性检查数据的装置,所述装置包括:
通信单元,被配置为与至少一个其它装置建立语音通信信道,并基于建立的语音通信信道的带宽确定通过建立的语音通信信道将被发送到所述至少一个其它装置的数据包的大小;
编码器,被配置为从输入到所述装置的信号检测用户语音;以及
数据包生成单元,被配置为基于检测的结果,选择性地将用于检查包括将被发送的数据的完整性的完整性检查数据插入所述数据包。
11.如权利要求10所述的装置,其中,
编码器确定是否已经从输入信号检测到用户语音,并且基于确定是否已经从输入信号检测到用户语音来确定是否对输入信号进行编码,
数据包生成单元基于确定是否对输入信号进行编码来选择性地将完整性检查数据插入所述数据包。
12.如权利要求10所述的装置,还包括:
完整性检查数据生成单元,被配置为生成包括将被发送的数据的完整性检查数据;以及
存储单元,被配置为存储生成的完整性检查数据,
其中,数据包生成单元插入存储的完整性检查数据。
13.如权利要求12所述的装置,其中,数据包生成单元基于确定的所述数据包的大小来确定生成完整性检查数据的方法和完整性检查数据的大小中的至少一个;以及基于确定生成完整性检查数据的方法和完整性检查数据的大小中的至少一个来生成完整性检查数据。
14.如权利要求10所述的装置,其中,数据包生成单元选择性地将完整性检查数据和语音质量改善数据中的至少一个插入所述数据包。
CN201510896372.1A 2014-12-08 2015-12-08 提供完整性检查数据的方法及设备 Expired - Fee Related CN105681271B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020140175378A KR102349450B1 (ko) 2014-12-08 2014-12-08 무결성 검사 데이터 제공 방법 및 장치
KR10-2014-0175378 2014-12-08

Publications (2)

Publication Number Publication Date
CN105681271A true CN105681271A (zh) 2016-06-15
CN105681271B CN105681271B (zh) 2019-03-29

Family

ID=56107655

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510896372.1A Expired - Fee Related CN105681271B (zh) 2014-12-08 2015-12-08 提供完整性检查数据的方法及设备

Country Status (6)

Country Link
US (1) US10516677B2 (zh)
EP (1) EP3231130B1 (zh)
JP (1) JP6777630B2 (zh)
KR (1) KR102349450B1 (zh)
CN (1) CN105681271B (zh)
WO (1) WO2016093516A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108521870A (zh) * 2017-09-06 2018-09-11 深圳市大疆创新科技有限公司 无线数据传输方法和设备
CN111949435A (zh) * 2018-05-17 2020-11-17 联发科技股份有限公司 用于音频故障检测的方法和装置
CN113569223A (zh) * 2021-06-30 2021-10-29 珠海晶通科技有限公司 一种离线设备的安全认证方法

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6336218B2 (ja) * 2015-09-25 2018-06-06 三菱電機株式会社 無線送信装置、受信装置、送受信システム、及び、送受信方法
EP3574409B1 (en) * 2017-01-24 2023-04-19 The Trustees of Princeton University Method for energy efficient sensors with compression, artificial intelligence, and security
KR102512614B1 (ko) * 2018-12-12 2023-03-23 삼성전자주식회사 오디오 개선을 지원하는 전자 장치 및 이를 위한 방법
CN109905751B (zh) * 2019-03-01 2020-12-15 四川长虹电器股份有限公司 一种智能画框的控制方法及系统
US11425123B2 (en) 2020-04-16 2022-08-23 Bank Of America Corporation System for network isolation of affected computing systems using environment hash outputs
US11481484B2 (en) 2020-04-16 2022-10-25 Bank Of America Corporation Virtual environment system for secure execution of program code using cryptographic hashes
US11528276B2 (en) * 2020-04-16 2022-12-13 Bank Of America Corporation System for prevention of unauthorized access using authorized environment hash outputs
US11423160B2 (en) 2020-04-16 2022-08-23 Bank Of America Corporation System for analysis and authorization for use of executable environment data in a computing system using hash outputs
DE102020113451A1 (de) * 2020-05-18 2021-11-18 Bayerische Motoren Werke Aktiengesellschaft Sendeeinheit und Empfangseinheit zum Senden und Empfangen von Datenpaketen
US12040975B2 (en) 2020-11-06 2024-07-16 Electronics And Telecommunications Research Institute Method and apparatus for blockchain based on information-centric networking
KR102635029B1 (ko) * 2020-11-06 2024-02-08 한국전자통신연구원 정보 중심 기반 네트워킹 기반 블록체인 방법 및 장치
KR102406252B1 (ko) 2021-12-13 2022-06-08 주식회사 유니온플레이스 데이터의 보안 통신 방법
CN115118460A (zh) * 2022-06-07 2022-09-27 余利华 基于区块链的数据完整性验证方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101174995A (zh) * 2006-11-03 2008-05-07 中兴通讯股份有限公司 一种多媒体服务性能监测的方法和系统
CN101847409A (zh) * 2010-03-25 2010-09-29 北京邮电大学 一种基于数字指纹的语音完整性保护方法
CN101895457A (zh) * 2009-05-20 2010-11-24 灰熊(北京)科技有限公司 一种确保tcp通信过程中数据传输完整性的方法
CN102301764A (zh) * 2011-07-01 2011-12-28 华为技术有限公司 终端分布信息获取方法、数据获取装置以及通信系统

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5812534A (en) 1993-01-08 1998-09-22 Multi-Tech Systems, Inc. Voice over data conferencing for a computer-based personal communications system
JP3843619B2 (ja) 1998-08-24 2006-11-08 日本ビクター株式会社 デジタル情報の伝送方法、エンコード装置、記録媒体及びデコード装置
US7133407B2 (en) 2000-01-25 2006-11-07 Fujitsu Limited Data communications system
JP4489932B2 (ja) 2000-11-27 2010-06-23 富士通株式会社 複数の通信を同期させるシステム及び方法
US7843968B2 (en) * 2002-09-30 2010-11-30 Sanyo Electric Co., Ltd. Communication apparatus and applications thereof
US8300824B1 (en) * 2004-04-08 2012-10-30 Cisco Technology, Inc. System and method for encrypting data using a cipher text in a communications environment
CN1985477B (zh) * 2004-05-13 2012-11-07 高通股份有限公司 用于分配信息到通信系统的信道的方法和设备
US7372856B2 (en) 2004-05-27 2008-05-13 Avaya Technology Corp. Method for real-time transport protocol (RTP) packet authentication
US7483423B2 (en) * 2005-03-30 2009-01-27 Intel Corporation Authenticity of communications traffic
US8380167B2 (en) * 2005-05-10 2013-02-19 Network Equipment Technologies, Inc. LAN-based UMA network controller with proxy connection
US20070237144A1 (en) 2006-03-30 2007-10-11 Avaya Technology Llc Transporting authentication information in RTP
US8842834B2 (en) * 2007-03-19 2014-09-23 Harris Corporation Robust delivery of packet based secure voice
GB0713787D0 (en) * 2007-07-16 2007-08-22 Cellfire Security Technologies Security protocol, secure communication system and method
US8387129B2 (en) * 2008-06-09 2013-02-26 Qualcomm Incorporated Method and apparatus for verifying data packet integrity in a streaming data channel
US8739149B2 (en) * 2009-10-14 2014-05-27 Harman International Industries, Incorporated Software updates via digital audio media
KR101705359B1 (ko) 2010-03-12 2017-02-10 경희대학교 산학협력단 네트워크에서 서비스 품질 제어 관련 정보를 보고하는 방법과 이를 위한 네트워크 엔터티
US8565229B2 (en) * 2010-06-18 2013-10-22 Schweitzer Engineering Laboratories Inc Systems and methods for data packet transmission
CN103024220B (zh) 2011-09-27 2017-01-25 普联技术有限公司 一种语音留言的处理方法、系统及iad
JP2013076871A (ja) * 2011-09-30 2013-04-25 Oki Electric Ind Co Ltd 音声符号化装置及びプログラム、音声復号装置及びプログラム、並びに、音声符号化システム
US9253062B2 (en) * 2011-12-23 2016-02-02 Ixia Byte by byte received data integrity check
KR101897605B1 (ko) * 2012-02-24 2018-09-12 삼성전자 주식회사 휴대 단말기의 무결성 보호 방법 및 장치
US9237169B2 (en) 2012-06-01 2016-01-12 Apple Inc. Network stream identification for open FaceTime
KR20140064129A (ko) 2012-11-19 2014-05-28 에릭슨엘지엔터프라이즈 주식회사 인터넷 통화 해킹 방지 방법 및 장치
KR102295661B1 (ko) 2013-12-15 2021-08-30 삼성전자주식회사 보안 통신방법 및 장치와 이를 채용하는 멀티미디어 기기

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101174995A (zh) * 2006-11-03 2008-05-07 中兴通讯股份有限公司 一种多媒体服务性能监测的方法和系统
CN101895457A (zh) * 2009-05-20 2010-11-24 灰熊(北京)科技有限公司 一种确保tcp通信过程中数据传输完整性的方法
CN101847409A (zh) * 2010-03-25 2010-09-29 北京邮电大学 一种基于数字指纹的语音完整性保护方法
CN102301764A (zh) * 2011-07-01 2011-12-28 华为技术有限公司 终端分布信息获取方法、数据获取装置以及通信系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
M. BAUGHER: "The Secure Real-time Transport Protocol", 《NETWORK WORKING GROUP INTERNET-DRAFT INTENDED STATUS:STANDARDS TRACK》 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108521870A (zh) * 2017-09-06 2018-09-11 深圳市大疆创新科技有限公司 无线数据传输方法和设备
CN111949435A (zh) * 2018-05-17 2020-11-17 联发科技股份有限公司 用于音频故障检测的方法和装置
CN113569223A (zh) * 2021-06-30 2021-10-29 珠海晶通科技有限公司 一种离线设备的安全认证方法
CN113569223B (zh) * 2021-06-30 2024-02-09 珠海晶通科技有限公司 一种离线设备的安全认证方法

Also Published As

Publication number Publication date
KR102349450B1 (ko) 2022-01-10
US20170331837A1 (en) 2017-11-16
KR20160069432A (ko) 2016-06-16
US10516677B2 (en) 2019-12-24
JP6777630B2 (ja) 2020-10-28
EP3231130B1 (en) 2019-06-19
EP3231130A1 (en) 2017-10-18
JP2018509786A (ja) 2018-04-05
EP3231130A4 (en) 2018-02-21
CN105681271B (zh) 2019-03-29
WO2016093516A1 (en) 2016-06-16

Similar Documents

Publication Publication Date Title
CN105681271A (zh) 提供完整性检查数据的方法及设备
KR102535726B1 (ko) 이어폰 오장착 검출 방법, 이를 위한 전자 장치 및 저장 매체
US11395076B2 (en) Health monitoring with ear-wearable devices and accessory devices
US11171932B2 (en) Data transmitting apparatus, data receiving apparatus, method and program
KR102340127B1 (ko) 복수의 외부 장치들로 오디오 데이터를 전송하는 방법 및 전자 장치
KR101713506B1 (ko) 무선 저-에너지 보안 데이터 전송
US8491489B2 (en) System, medium, and method to conduce a user's breathing
US20240039908A1 (en) Wireless Dongle for Communications with Wireless Earpieces
US20120223823A1 (en) Systems and Methods for Sensory Feedback
US9000927B2 (en) System and method for monitoring biometric data
KR20170067050A (ko) 전자 장치 및 그의 동작 방법
KR20170033641A (ko) 전자 장치 및 전자 장치의 동작 제어 방법
US20170075654A1 (en) Electronic device and method for controlling an operation thereof
SG128433A1 (en) A health-care monitoring system
KR102287946B1 (ko) 데이터 암호화 방법 및 장치
KR102452314B1 (ko) 컨텐츠 재생 방법 및 이를 지원하는 전자 장치
US11716580B2 (en) Health monitoring with ear-wearable devices and accessory devices
US20170332979A1 (en) Technologies for synchronizing physiological functions
CN109845224A (zh) 电子装置和用于操作电子装置的方法
KR20210060246A (ko) 생체 데이터를 획득하는 장치 및 그 방법
EP3346732B1 (en) Electronic devices and method for controlling operation thereof
CA2820092A1 (en) Wearable device data security
JP6605774B1 (ja) 情報処理システム、情報処理装置、情報処理方法およびコンピュータプログラム
JP2019033450A (ja) 情報処理システム、データ送信装置、データ受信装置、情報処理方法及びプログラム
CN110999358B (zh) 信息处理装置、服务器以及数据传输系统

Legal Events

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

Granted publication date: 20190329

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