WO2015088296A1 - 보안 통신방법 및 장치와 이를 채용하는 멀티미디어 기기 - Google Patents

보안 통신방법 및 장치와 이를 채용하는 멀티미디어 기기 Download PDF

Info

Publication number
WO2015088296A1
WO2015088296A1 PCT/KR2014/012365 KR2014012365W WO2015088296A1 WO 2015088296 A1 WO2015088296 A1 WO 2015088296A1 KR 2014012365 W KR2014012365 W KR 2014012365W WO 2015088296 A1 WO2015088296 A1 WO 2015088296A1
Authority
WO
WIPO (PCT)
Prior art keywords
key
terminal
bitstream
encryption
encrypted
Prior art date
Application number
PCT/KR2014/012365
Other languages
English (en)
French (fr)
Inventor
문한길
김현욱
황선호
Original Assignee
삼성전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020140005328A external-priority patent/KR102295661B1/ko
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to EP22165658.0A priority Critical patent/EP4075719A1/en
Priority to US15/104,629 priority patent/US10530571B2/en
Priority to CN201480075556.5A priority patent/CN105981327B/zh
Priority to EP14870633.6A priority patent/EP3082291B1/en
Publication of WO2015088296A1 publication Critical patent/WO2015088296A1/ko

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B65—CONVEYING; PACKING; STORING; HANDLING THIN OR FILAMENTARY MATERIAL
    • B65D—CONTAINERS FOR STORAGE OR TRANSPORT OF ARTICLES OR MATERIALS, e.g. BAGS, BARRELS, BOTTLES, BOXES, CANS, CARTONS, CRATES, DRUMS, JARS, TANKS, HOPPERS, FORWARDING CONTAINERS; ACCESSORIES, CLOSURES, OR FITTINGS THEREFOR; PACKAGING ELEMENTS; PACKAGES
    • B65D51/00—Closures not otherwise provided for
    • B65D51/24—Closures not otherwise provided for combined or co-operating with auxiliary devices for non-closing purposes
    • B65D51/28—Closures not otherwise provided for combined or co-operating with auxiliary devices for non-closing purposes with auxiliary containers for additional articles or materials
    • B65D51/2807—Closures not otherwise provided for combined or co-operating with auxiliary devices for non-closing purposes with auxiliary containers for additional articles or materials the closure presenting means for placing the additional articles or materials in contact with the main contents by acting on a part of the closure without removing the closure, e.g. by pushing down, pulling up, rotating or turning a part of the closure, or upon initial opening of the container
    • B65D51/2814—Closures not otherwise provided for combined or co-operating with auxiliary devices for non-closing purposes with auxiliary containers for additional articles or materials the closure presenting means for placing the additional articles or materials in contact with the main contents by acting on a part of the closure without removing the closure, e.g. by pushing down, pulling up, rotating or turning a part of the closure, or upon initial opening of the container the additional article or materials being released by piercing, cutting or tearing an element enclosing it
    • B65D51/2828—Closures not otherwise provided for combined or co-operating with auxiliary devices for non-closing purposes with auxiliary containers for additional articles or materials the closure presenting means for placing the additional articles or materials in contact with the main contents by acting on a part of the closure without removing the closure, e.g. by pushing down, pulling up, rotating or turning a part of the closure, or upon initial opening of the container the additional article or materials being released by piercing, cutting or tearing an element enclosing it said element being a film or a foil
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/065—Encryption by serially and continuously modifying data stream elements, e.g. stream cipher systems, RC4, SEAL or A5/3
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4405—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video stream decryption
    • H04N21/44055—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video stream decryption by partially decrypting, e.g. decrypting a video stream that has been partially encrypted
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B65—CONVEYING; PACKING; STORING; HANDLING THIN OR FILAMENTARY MATERIAL
    • B65D—CONTAINERS FOR STORAGE OR TRANSPORT OF ARTICLES OR MATERIALS, e.g. BAGS, BARRELS, BOTTLES, BOXES, CANS, CARTONS, CRATES, DRUMS, JARS, TANKS, HOPPERS, FORWARDING CONTAINERS; ACCESSORIES, CLOSURES, OR FITTINGS THEREFOR; PACKAGING ELEMENTS; PACKAGES
    • B65D41/00—Caps, e.g. crown caps or crown seals, i.e. members having parts arranged for engagement with the external periphery of a neck or wall defining a pouring opening or discharge aperture; Protective cap-like covers for closure members, e.g. decorative covers of metal foil or paper
    • B65D41/02—Caps or cap-like covers without lines of weakness, tearing strips, tags, or like opening or removal devices
    • B65D41/04—Threaded or like caps or cap-like covers secured by rotation
    • B65D41/0407—Threaded or like caps or cap-like covers secured by rotation with integral sealing means
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B65—CONVEYING; PACKING; STORING; HANDLING THIN OR FILAMENTARY MATERIAL
    • B65D—CONTAINERS FOR STORAGE OR TRANSPORT OF ARTICLES OR MATERIALS, e.g. BAGS, BARRELS, BOTTLES, BOXES, CANS, CARTONS, CRATES, DRUMS, JARS, TANKS, HOPPERS, FORWARDING CONTAINERS; ACCESSORIES, CLOSURES, OR FITTINGS THEREFOR; PACKAGING ELEMENTS; PACKAGES
    • B65D85/00—Containers, packaging elements or packages, specially adapted for particular articles or materials
    • B65D85/70—Containers, packaging elements or packages, specially adapted for particular articles or materials for materials not otherwise provided for
    • B65D85/72—Containers, packaging elements or packages, specially adapted for particular articles or materials for materials not otherwise provided for for edible or potable liquids, semiliquids, or plastic or pasty materials
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/14—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using a plurality of keys or algorithms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4408—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video stream encryption, e.g. re-encrypting a decrypted video stream for redistribution in a home network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/633—Control signals issued by server directed to the network components or client
    • H04N21/6332—Control signals issued by server directed to the network components or client directed to client
    • H04N21/6334—Control signals issued by server directed to the network components or client directed to client for authorisation, e.g. by transmitting a key
    • H04N21/63345—Control signals issued by server directed to the network components or client directed to client for authorisation, e.g. by transmitting a key by transmitting keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835—Generation of protective data, e.g. certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H04W12/033—Protecting confidentiality, e.g. by encryption of the user plane, e.g. user's traffic
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B65—CONVEYING; PACKING; STORING; HANDLING THIN OR FILAMENTARY MATERIAL
    • B65D—CONTAINERS FOR STORAGE OR TRANSPORT OF ARTICLES OR MATERIALS, e.g. BAGS, BARRELS, BOTTLES, BOXES, CANS, CARTONS, CRATES, DRUMS, JARS, TANKS, HOPPERS, FORWARDING CONTAINERS; ACCESSORIES, CLOSURES, OR FITTINGS THEREFOR; PACKAGING ELEMENTS; PACKAGES
    • B65D2217/00—Details of mixing containers or closures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/34—Encoding or coding, e.g. Huffman coding or error correction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/80—Wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network 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
    • H04L63/0457—Network 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 wherein the sending and receiving network entities apply dynamic encryption, e.g. stream encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/061—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key exchange, e.g. in peer-to-peer networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)

Definitions

  • the disclosed embodiments relate to a method and apparatus for secure communication of media and a multimedia device employing the same.
  • WCDMA wide-band code division multiple access
  • LTE long term evolution
  • An object according to an aspect is to provide a secure communication method and apparatus for encrypting a payload region of a bitstream, inserting key information used for encryption into an auxiliary region of a bitstream, and a multimedia device employing the same.
  • Another object of the present invention is to provide a secure communication method and apparatus for encrypting a payload region of a bitstream, inserting key information used for encryption into a payload region of a bitstream, and a multimedia device employing the same.
  • Another object of the present invention is to provide a method and device for secure communication between terminals embedded with an encryption algorithm while maintaining compatibility with an existing codec algorithm, and a multimedia device employing the same.
  • Another object of the present invention is to provide a secure communication method and apparatus for transmitting a packet including a bitstream and a packet including key information for encryption of the bitstream through the same communication channel, and a multimedia device employing the same.
  • Another object of the present invention is to provide a secure communication method and apparatus for transmitting a packet including a bitstream and a packet including key information used for encryption of the bitstream through different communication channels and a multimedia device employing the same. .
  • Another object of the present invention is to provide a secure communication method and apparatus for transmitting key information used for multiple encryption of bitstreams to different communication channels and a multimedia device employing the same.
  • a secure communication device encrypts at least a portion of data constituting a bitstream, inserts at least some key information used for encryption into the bitstream to generate an encrypted bitstream, and receives an encrypted bitstream.
  • a security module that obtains at least some key information for decryption from the stream and decrypts the encrypted data; And a communication module for transmitting and receiving the encrypted bitstream.
  • the security module may encrypt the payload region of the bitstream.
  • the security module may insert the key information into an auxiliary area of the bitstream.
  • the security module may insert the key information into a payload region of the bitstream.
  • the security module may perform an encryption process after the encoding process or the encoding is completed.
  • the key information may include one of key data, an index of the key data, and a pointer value of the key data.
  • the key data may be divided and included in the bitstream together with the split information about the key data.
  • the encrypted bitstream may further include sync bits indicating whether encryption has been performed.
  • the security module may perform decryption for a predetermined number of frames.
  • the encrypted bitstream may further include an encryption start bit and an encryption end bit indicating an area where encryption is performed.
  • the remaining key information may be transmitted and received through a second packet different from the first packet associated with the encrypted bitstream.
  • the second packet may be transmitted and received over the same communication network as the first packet.
  • the second packet may be transmitted and received through a different communication network from the first packet.
  • the security module may generate a bitstream and decode the bitstream through encoding, and the communication module may perform transmission and reception of the bitstream.
  • a secure communication method includes encrypting at least a part of data constituting a bitstream in a first terminal, inserting at least some key information used for encryption into the bitstream, and generating an encrypted bitstream. Transmitting from the first terminal to the second terminal; And when the bitstream received from the second terminal is encrypted, acquiring at least some key information for decryption from the bitstream in the first terminal to decrypt the encrypted data.
  • a secure communication method includes transmitting a first encryption key from a first terminal to a second terminal, and transmitting a second encryption key from the second terminal to the first terminal; Encrypting, at the first terminal, at least a portion of the first bitstream using the second encryption key, and encrypting at least a portion of the second bitstream at the second terminal using the first encryption key. ; And a second bitstream including an encrypted region provided from the second terminal in the first terminal using the first encryption key, and an encrypted region provided from the first terminal in the second terminal. And decrypting the first bitstream including the second encryption key using the second encryption key.
  • a multimedia device having a secure communication function includes a communication unit; And when the security mode is set, encrypting at least a portion of data constituting a bitstream, inserting at least some key information used for encryption into the bitstream to generate an encrypted bitstream, and receiving an encrypted bitstream. It may include a processor for obtaining at least some key information for decryption from the decrypted encrypted data.
  • At least a portion of a media bitstream, for example, a payload region is encrypted, and key information used for encryption is inserted into an auxiliary region of the media bitstream and transmitted, thereby requiring pre-sharing of key information between terminals. Therefore, secure communication can be performed using the existing communication network and the existing codec algorithm as it is between terminals equipped with the same encryption algorithm without a server for key distribution or management.
  • At least a portion of a media bitstream for example, a payload region is encrypted, and key information used for encryption is inserted into the payload region of the media bitstream to be transmitted, thereby allowing the transmission terminal and the reception terminal to differ from each other.
  • codec algorithms can also prevent key corruption, enabling stable secure communications.
  • an encryption key used to encrypt a bitstream generated at a counterpart terminal between terminals in which a security mode is set is transmitted through a first region of the bitstream, and the received bitstream includes an encrypted second region.
  • a bit size is limited by transmitting key information for secure communication using a separate packet other than a packet related to a media bitstream through a same communication channel between a transmitting terminal and a receiving terminal equipped with the same encryption algorithm.
  • Key information for secure communication can be generated without increasing the security.
  • a key packet is transmitted from a transmitting terminal having the same encryption algorithm to a receiving terminal through a communication channel different from the packet associated with the media bitstream, thereby generating highly secure key information without limiting the bit size. Therefore, a highly secure channel can be used as a key packet transmission channel.
  • a media bitstream for example a payload region
  • the first key is encrypted with a second key
  • the encrypted first key is inserted into the media bitstream
  • the second key may be transmitted through a communication channel different from that of the packet associated with the media bitstream, thereby increasing security through dual encryption and key distribution transmission.
  • FIGS. 1A to 1C are diagrams illustrating the concept of a secure communication method according to an embodiment.
  • FIG. 2 is a block diagram illustrating a configuration according to an embodiment of a secure communication device.
  • FIG. 3 is a block diagram illustrating a configuration of an embodiment of the security module shown in FIG. 2.
  • FIG. 4 is a block diagram illustrating a configuration according to another embodiment of the security module shown in FIG. 2.
  • FIG. 5 is a diagram illustrating an operation of an encoding and encryption processing method, according to an exemplary embodiment.
  • FIG. 6 is a view for explaining the operation of the encoding and encryption processing method according to another embodiment.
  • FIG. 7 is a diagram illustrating an operation of a decoding and decoding processing method according to an embodiment.
  • FIG. 8 is a diagram illustrating an operation of a decoding and decoding processing method according to another embodiment.
  • FIG. 9 is a block diagram illustrating an embodiment of an encryption unit illustrated in FIG. 3.
  • FIG. 10 is a block diagram illustrating an embodiment of a first key generation unit illustrated in FIG. 9.
  • FIG. 11 is a block diagram illustrating an embodiment of the first primary key generator illustrated in FIG. 10.
  • FIG. 12 is a block diagram illustrating an embodiment of a first reinforcement key generation unit illustrated in FIG. 10.
  • FIG. 13 is a block diagram illustrating an embodiment of a decoder illustrated in FIG. 3.
  • FIG. 14 is a block diagram illustrating an exemplary embodiment of the second key generator illustrated in FIG. 13.
  • FIG. 15 is a block diagram illustrating an embodiment of a second primary key generation unit illustrated in FIG. 14.
  • 16A to 16C illustrate a concept of a secure communication method according to another embodiment.
  • 17A and 17B are diagrams illustrating an example of a payload region in which a bitstream is encrypted or an encryption key is inserted in a bitstream, and a frame structure according to different codec algorithms.
  • 18A and 18B are diagrams illustrating the concept of a secure communication method according to another embodiment.
  • 19A and 19B are diagrams illustrating a concept of a secure communication method according to another embodiment.
  • 20A and 20B illustrate a concept of a secure communication method according to another embodiment.
  • 21 is a block diagram illustrating a configuration of a terminal-to- terminal security communication system according to another embodiment.
  • FIG. 22 is a block diagram illustrating a configuration of a multimedia device having a secure communication function according to an embodiment.
  • Embodiments may be variously modified and may have various embodiments, and specific embodiments will be illustrated in the drawings and described in detail in the written description. However, this is not intended to limit the scope to the specific embodiments, it should be understood to include all transformations, equivalents, and substitutes included in the scope of the disclosed spirit and technology. In describing the embodiments, when it is determined that the detailed description of the related known technology may obscure the gist, the detailed description thereof will be omitted. However, one of ordinary skill in the art appreciates that the present invention may be practiced without these specific details. For example, in the following detailed description, when the communication channel is a 3G or 4G network, it is applicable to any other communication channel except for the unique features of the 3G or 4G network.
  • first and second may be used to describe various components, but the components should not be limited by the terms. The terms are only used to distinguish one component from another.
  • the "module” or “unit” performs at least one function or operation, and may be implemented in hardware or software, or in a combination of hardware and software.
  • a plurality of "modules” or a plurality of “units” may be integrated into at least one module except for “modules” or “units”, which need to be implemented with specific hardware, and are implemented with at least one processor (not shown). Can be.
  • a terminal collectively refers to a mobile or fixed user terminal device or equipment such as a user equipment (UE), a mobile station (MS), an advanced mobile station (AMS), a device, a multimedia device, a vehicle, and the like. do.
  • the base station collectively refers to any node or communication network server of a network side that communicates with a terminal such as a Node B, an eNode B, a base station (BS), and an access point (AP).
  • the terminal supports one communication mode while the other communication mode can be supported manually or automatically.
  • the terminal may support a plurality of communication services manually or automatically while supporting one communication mode.
  • the terminal may be capable of transmitting and receiving data simultaneously in one or more communication modes.
  • the information may be replaced with a parameter, a value, data, or the like.
  • FIGS. 1A to 1C are diagrams illustrating the concept of a secure communication method according to an embodiment.
  • a secure communication mode (hereinafter, referred to as a security mode) between the first terminal 110 that is a transmitting side and the second terminal 130 that is a receiving side is set
  • the first terminal 110 generates key information and performs encryption processing on at least some data constituting the bitstream.
  • the first terminal 110 embeds encryption information including an encryption key in the bitstream, generates a key embedded call packet, and transmits the generated embedded packet to a second terminal 130 on the receiving side through a communication channel.
  • the encryption information may be included in an auxiliary area of the bitstream.
  • the second terminal 130 receives the key embedded call packet, generates key information, and performs decryption using the key information.
  • the first and second terminals 110 and 130 may be any multimedia device equipped with a wired or wireless communication function.
  • the key information included in the encrypted bitstream or obtained from the encrypted bitstream may be an entire encryption key or a partial encryption key.
  • the bitstream may be generated by encoding a speech signal by a codec algorithm.
  • the first terminal 110 and the second terminal 130 are determined by the counterpart terminal.
  • the key to be used for the encryption process can be transmitted and received, encrypted using the received key, and the received encrypted bitstream can be decrypted using the key transmitted to the counterpart terminal.
  • the first terminal 110 generates a key to be used for encryption processing in the second terminal 130 and transmits it to the second terminal 130, or from the second terminal 130 to the first terminal 110. It is possible to receive a key to be used for encryption processing. Subsequently, the first terminal 110 may encrypt at least a portion of the first bitstream using the key received from the second terminal 130 and transmit the encrypted data to the second terminal 130. Meanwhile, the first terminal 110 may decrypt the second bitstream including the encrypted region received from the second terminal 130 using a key previously transmitted to the second terminal 130.
  • the key may be embedded and transmitted in a predetermined region of the bitstream, for example, an auxiliary region. Meanwhile, the region encrypted in the first or second bitstream may be the same region as the region in which the key is embedded or another region, for example, a payload region.
  • the first terminal 110 After setting the security mode, the first terminal 110 generates a key to be used for encryption processing in the second terminal 130 and embeds the key in a predetermined region, for example, an auxiliary region, of the bitstream and transmits the same to the second terminal 130.
  • a key embedded in a predetermined region may be extracted from the bitstream transmitted from the second terminal 130.
  • the first terminal 110 may encrypt a predetermined region, for example, a payload region, of the bitstream using the extracted key and transmit the encrypted region to the second terminal 130. Thereafter, the first terminal 110 may decrypt the bitstream including the encrypted region received from the second terminal 130 using the key previously transmitted to the second terminal 130.
  • the second terminal 130 After setting the security mode, the second terminal 130 generates a key to be used for encryption processing in the first terminal 110 and embeds the key in a predetermined region of the bitstream, for example, an auxiliary region, in order for the first terminal 110 to be embedded.
  • the key embedded in a predetermined region may be extracted from the bitstream transmitted from the first terminal 110.
  • the second terminal 130 may encrypt a predetermined region, for example, a payload region, of the bitstream using the extracted key and transmit the encrypted region to the first terminal 110. Thereafter, the second terminal 130 may decrypt the bitstream including the encrypted region received from the first terminal 110 using the key previously transmitted to the first terminal 110.
  • the keys are transmitted and received to each other before the encryption process is started, wherein the key transmitted to the other terminal is used to decrypt the received bitstream, and from the other terminal
  • the received key can be used to encrypt the generated bitstream.
  • only a part of keys may be transmitted and received between the first terminal 110 and the second terminal 130, and the remaining keys shared by each terminal may be combined and used for encryption and decryption.
  • only some of the keys may be transmitted and received between the first terminal 110 and the second terminal 130, and the remaining keys provided from the outside may be combined and used for encryption and decryption.
  • FIG. 1C illustrates a structure of a bitstream applied to an embodiment, and may include a header region 150, a payload region 170, and an auxiliary (AUX) region 190. Meanwhile, an area corresponding to the auxiliary area 190 may be allocated to specific positions of the header area 150 and the payload area 170.
  • the header area 150 may include information related to the payload area 170
  • the payload area 170 may include a field in which encoded data and parameters used for encoding are arranged
  • an auxiliary area. 190 may include a reserved field for future use.
  • An auxiliary area disposed at a specific position of the header area 150 or the payload area 170 may also include a spare field for future use.
  • the order of placement of each region may or may not be specified.
  • a plurality of regions may be included, and other regions may be added to the bitstream or the structure of the bitstream may be modified according to an updated version of the codec algorithm.
  • the header area 150 may include at least one of information indicating whether data included in the payload area 170 is video or audio or information indicating a codec algorithm type. According to an embodiment, at least one of the header area 150 or the payload area 170 may be encrypted, and encryption information including an encryption key may be embedded in the auxiliary area 190.
  • the first and second terminals 110 and 130 may include, for example, a communication modem such as an LTE modem, a CDMA modem, or a WCDMA modem.
  • a decoding process is required in another programmable processor instead of a communication modem.
  • the header area 150 of the bitstream encrypted by the first terminal 110 may include a voice codec algorithm type and an identifier indicating whether to decode in a communication modem.
  • the second terminal 130 checks the identifier included in the header area 150, and does not decode the received encrypted bitstream in the communication modem, but in another processor such as an application processor or a digital signal processor (DSP). Decoding processing is enabled, and voice secure communication can be achieved.
  • DSP digital signal processor
  • the encryption key of the encryption information is embedded in the auxiliary area of the bitstream and transmitted, the first and second terminals 110 and 130 do not require pre-sharing of the encryption key. It enables secure communication without the need for a separate server.
  • the first and second terminals 110 and 130 directly transmit and receive a key to be used for encryption processing in the other terminal, a separate key related to key exchange It enables secure communication without a server.
  • the key used for encryption may be embedded together in the bitstream including the encrypted region and transmitted to the counterpart terminal, or the key used for encryption may be first embedded in the normal bitstream and transmitted to the counterpart terminal.
  • FIG. 2 is a block diagram illustrating a configuration of a secure communication device, and may be embedded in the first terminal 110 and the second terminal 130 illustrated in FIG. 1A, respectively.
  • the following secure communication device will be described by taking an example in which the security module 210 supports both the normal mode and the secure mode. On the other hand, when the security module 210 supports only the security mode, a separate processing module supporting the normal mode, for example, may be provided with a separate codec module.
  • the secure communication device of FIG. 2 may be detachably mounted to a commercial multimedia device, and in this case, the security communication device may be configured with functions except for a part that may be replaced with a function included in the multimedia device.
  • the secure communication device illustrated in FIG. 2 may include a security module 210, a communication module 230, a control module 250, and a mode setting module 270.
  • various functions performed by the control module 250 may be separated and included in other modules, for example, the security module 210 and the communication module 230.
  • the mode setting module 270 may directly set the operation mode for the security module 210 and the communication module 230. If no user input is required in connection with the secure communication, the mode setting module 270 may not be provided. Meanwhile, various functions of the mode setting module 270 may be included in the security module 210.
  • the remaining modules except the communication module 230 may be configured as a single processor.
  • the security module 210 may encrypt at least a portion of data constituting the bitstream and insert an information related to an encryption process into the bitstream to generate an encrypted bitstream. If the packet received through the communication module 230 includes an encrypted bitstream, the security module 210 may obtain encryption information from the encrypted bitstream in order to decrypt the encrypted bitstream.
  • data included in at least one of a payload region or a header region in the bitstream may be encrypted.
  • the encryption information may include key information related to the encryption key.
  • the encryption information may further include at least one of a location of an encrypted region and an encryption algorithm type.
  • the encryption key may be key data itself, an index of key data, or a pointer value of key data. When the encryption key is split and inserted into the bitstream, split information may be included.
  • the encryption key of the encryption information may be inserted in the auxiliary area of the bitstream.
  • the security module 210 may generate a bitstream from the input signal and provide it to the communication module 230 without encrypting the input signal. If the packet received through the communication module 230 does not include an encrypted bitstream, the security module 210 may restore the original signal from the bitstream without decrypting the bitstream.
  • the security module 210 may generate a bitstream using a codec algorithm that is stored in hardware embedded in or detachable from a device or downloaded from a network.
  • the security module 210 may perform an encryption or decryption process using an encryption algorithm that is embedded or stored in hardware detachable to a device or downloaded from a network.
  • the information related to the encryption key in the security module 210 may be stored in hardware detachable from the device and managed separately from the device.
  • the encryption algorithm may include data substitution or various operations using the encryption key.
  • the security module 210 may process data in at least one operation mode.
  • the communication module 230 may include at least one antenna, generate a packet corresponding to a predetermined communication protocol from a bitstream or an encrypted bitstream provided from the security module 210, and transmit the packet via wired or wireless. .
  • the communication module 230 may parse the bitstream or the encrypted bitstream from the packet received through wired or wireless, and provide the bitstream or the encrypted bitstream to the security module 210.
  • the communication module 230 may generate and insert a separate packet instead of a media packet, for example, a call packet, for a key not inserted into the encrypted bitstream.
  • the communication module 230 may operate in one of a plurality of key transmission modes.
  • the packet may include a key packet separate from the call packet.
  • the key packet may be sent simultaneously with the call packet or may be sent prior to the call packet.
  • the communication channel may correspond to a 2G network, 3G network, 4G network, B4G (Beyond 4G) network, 5G network, Wi-Fi network, IP network, terminal-to-device direct communication network, and other next-generation networks or heterogeneous networks This may also be the case.
  • the communication channel may be referred to as a voice network or a data network, or may be referred to as a circuit switching network, a packet switching network, or an IMS (IP Multimedia Subsystem) network.
  • the control module 250 may include the security module 210 and the communication module 230 to control the overall operation of the security communication device.
  • the control module 250 controls the security module 210 or the communication module 230 to operate in an operation mode according to a user setting, or controls the security module 210 or the communication module 230 to operate in a preset operation mode. can do.
  • the control module 250 may control the security module 210 and the communication module 230 in response to whether the security mode between terminals is set or maintains the normal mode.
  • the mode setting module 270 may set an operation mode related to secure communication.
  • the mode setting module 270 may include a user interface (UI), a graphic user interface (GUI), or at least one button installed in the terminal.
  • the operation mode may include at least one of a security mode setting, an encryption strength, and a secure communication target, but is not limited thereto.
  • the security mode may be set by checking whether the security mode is set to the user before calling the recipient or after calling the recipient.
  • the secure mode setting may include a secure communication start time or end time setting.
  • the secure communication start or end point may be the same as the start or end point of the call or may be set even during a call.
  • the primarily set security mode may be automatically released or reset according to network conditions.
  • the encryption strength may be set differently for each recipient or for each group of recipients, or may be set differently according to network conditions, and may include a single encryption mode, multiple encryption modes such as double or triple.
  • the encryption strength may be set differently for each encryption algorithm or key generation method when the terminal embeds a plurality of encryption algorithms or a plurality of key generation methods.
  • the encryption strength can be set differently by adjusting the length of the encryption key.
  • the secure communication target may request the user to confirm the security mode setting for each recipient, or the security mode may be automatically set for a group of separately designated recipients. Alternatively, the security mode may be automatically set for a recipient who has previously performed secure communication, or the user may again request confirmation of the security mode setting. At this time, it is also possible to set the encryption strength and the secure communication target in association with each other. For example, a special recipient or group of recipients can be assigned an encryption key corresponding to a higher encryption strength.
  • the security mode may be set by recognizing a user's motion, a gesture, or a voice. Examples of the user's operation may include a specific action on the terminal, such as tapping the terminal several times or rubbing a specific portion of the terminal. An example of a gesture is a specific action performed by a user by holding a terminal.
  • the security mode may be set by recognizing biometric information containing instructions of a user related to the security mode. The biometric information may be recognized through, for example, a BCI (Brain-Computer Interface) or a BMI (Brain-Machine Interface). The contents of the security mode and the recognized behavior may be mapped to each other and stored in advance in the terminal.
  • the security module 210 when the encryption key included in the encrypted bitstream is some encryption key, the security module 210 generates a second packet different from the first packet associated with the encrypted bitstream for the remaining encryption key, The generated second packet may be provided to the communication module 230. If the encryption key included in the encrypted bitstream is a part of the encryption key, the communication module 230 receives a second packet different from the first packet associated with the encrypted bitstream, and the security module 210 receives the second packet from the second packet. The remaining encryption key can be obtained.
  • the second packet may be transmitted and received through the same communication network as the first packet or may be transmitted and received through different communication networks. The second packet may be transmitted and received in synchronization with the first packet, simultaneously transmitted or received, or transmitted and received prior to the first packet.
  • the first terminal and the second terminal adopt the secure communication device shown in FIG. 2, and the secure communication is performed between the first and second terminals, the first terminal and the second terminal are encrypted with different encryption keys.
  • the first and second terminals may generate an encrypted bitstream using the same encryption key promised before initiating the secure communication.
  • the second terminal after initiating the secure communication, obtains an encryption key from the encrypted bitstream received from the first terminal, and generates an encrypted bitstream using the obtained encryption key to the first terminal. I can send it.
  • the security module 210 may generate a first encryption key to be used for encryption processing at the counterpart terminal and decryption processing of a bitstream transmitted from the counterpart terminal.
  • the key may be transmitted through a predetermined region, for example, an auxiliary region, of the bitstream generated by each terminal.
  • the security module 210 extracts a second encryption key to be used for encryption processing from the bitstream received from the counterpart terminal, and uses the second encryption key in at least a portion of the first bitstream generated using the codec algorithm. Can be encrypted and transmitted to the other terminal.
  • the security module 210 may decrypt the second bitstream including the encrypted region received from the counterpart terminal using the first encryption key previously transmitted to the counterpart terminal.
  • the region encrypted in the bitstream may be the same or different region, for example, a payload region, in which the first or second encryption key is embedded. That is, the security module 210 generates a first encryption key for transmission to the counterpart terminal, encrypts at least a portion of the bitstream using a second encryption key transmitted from the counterpart terminal, and is provided from the counterpart terminal. A bitstream including an area encrypted with a first encryption key may be decrypted using the first encryption key. Meanwhile, the communication module 230 transmits the bitstream including the bitstream in which the first encryption key is embedded and the region encrypted by the security module 210 to the counterpart terminal, and the bitstream and the counterpart in which the second encryption key is embedded. The terminal may receive a bitstream including an area encrypted with the first encryption key.
  • the key may be transmitted to the counterpart terminal by updating a unit for a predetermined period.
  • FIG. 3 is a block diagram showing a configuration of an embodiment of the security module 210 shown in FIG.
  • the security module 210 illustrated in FIG. 3 includes an encoder 310, an encryption unit 320, an encryption information insertion unit 330, an encryption information extraction unit 340, a decryption unit 350, and a decoding unit 360. It may include. Here, the entire function or some functions of the encryption unit 320 or the decryption unit 350 may be separate hardware, for example, a Universal Subscriber Identity Module (USIM) or Universal Serial Bus (USB) memory or a short-range communication capable of being inserted into a terminal. It can be implemented in a microchip.
  • USB Universal Subscriber Identity Module
  • USB Universal Serial Bus
  • the encoder 310 encodes an input signal using a predetermined codec algorithm to generate a bitstream.
  • codec algorithms include standard codec algorithms such as MPEG-Audio recommended by ISO / IEC, standard codec algorithms of G series such as G.722 recommended by ITU-T, and codecs algorithms proprietary or proprietary other than standard codec algorithms. (proprietary codec algorithm).
  • the bitstream may include the parameters used for encoding and the encoded data, and the detailed format may vary according to the codec algorithm.
  • the bitstream may include a header region and a payload region or may additionally include an auxiliary (AUX) region.
  • AUX auxiliary
  • the auxiliary area AUX may also exist in the header area or the payload area.
  • the encryption unit 320 encrypts at least some data of the bitstream generated as a result of the encoding by the encoding unit 310.
  • the encryption process may encrypt at least some data included in the header region or the payload region in the bitstream, or may encrypt the at least some data of the two regions together.
  • at least some data included in the auxiliary area may be encrypted.
  • the data may be encrypted for data with little influence on the quality of the restored signal.
  • a key-based encryption algorithm may be used.
  • encryption algorithms include, but are not limited to, algorithms using symmetric or secret keys, algorithms using asymmetric or public keys, algorithms using a mixture of symmetric and asymmetric keys, or quantum encryption algorithms.
  • Algorithms that use symmetric or secret keys use stream encryption keys such as RC4, or blocks such as RC5, IDEA, Data Encryption Standard (DES), Advanced Encryption Standard (AES), ARIA, SEED, and Triple DES (3DES).
  • An encryption key may be used, but is not limited thereto.
  • An algorithm using an asymmetric key or a public key may use an RSA (Rivest, Shamir, Adleman) public key, but is not limited thereto.
  • the encryption information insertion unit 330 inserts encryption information related to the encryption process performed by the encryption unit 320 into the bitstream to generate an encrypted bitstream.
  • the encrypted bitstream generated by the encryption information insertion unit 330 may be provided to the communication module 230 of FIG. 2.
  • the encryption information may be included in the auxiliary area of the bitstream. According to another embodiment, the encryption information may be included in an area of the bitstream that has little influence on the quality of the reconstruction signal.
  • the encryption information may include information related to the encryption key. When the encryption key is split and inserted into the bitstream, the encryption key may further include split information of the encryption key.
  • the encryption information may further include an encryption flag indicating whether the bitstream is encrypted. The encryption flag may use certain sync bits.
  • the encryption flag may be inserted in the same area together with other encryption information or separately inserted in the header area.
  • the encryption flag may be inserted at the position where the region to be encrypted starts.
  • the encryption information may further include location information of the encrypted area.
  • the location information may include a start position and an end position of the encrypted area.
  • a specific sync bit can be inserted at the start position and the end position of the encrypted region. That is, information about an encryption position, that is, an encrypted region or a frame, may be inserted together with the encryption flag.
  • a separate encryption flag may not be required.
  • encryption may be selectively performed on a predetermined number of frames, for example, 64 frames.
  • a predetermined number of frames for example, 64 frames.
  • the encryption information may be included in one region, for example, an auxiliary region, in the bitstream or distributed and inserted in a plurality of regions.
  • the encryption information extractor 340 extracts encryption information from the encrypted bitstream provided from the communication module 230 of FIG. 2.
  • the decryption unit 350 decrypts the encrypted bitstream using the encryption information extracted by the encryption information extraction unit 340. Specifically, decryption may be performed using an encryption key included in the encryption information.
  • the decryption unit 350 may be operated by the same encryption algorithm used in the encryption unit 320.
  • the decoder 360 may decode the bitstream decoded by the decoder 350.
  • the decoding unit 360 may be operated by the same codec algorithm used in the encoding unit 310.
  • the encryption unit 320 and the encryption information insertion unit 330 may be implemented as one processor to perform encryption and insertion of encryption information together.
  • the encryption information extraction unit 340 and the decryption unit 350 may also be implemented as one processor so that encryption information extraction and decryption may be performed together.
  • FIG. 4 is a block diagram illustrating a configuration according to another embodiment of the security module 210 shown in FIG. 2.
  • the security module 210 illustrated in FIG. 4 may include an encoding and encryption unit 410, an encryption information insertion unit 420, an encryption information extraction unit 430, and a decryption and decoding unit 440.
  • the encoding and encrypting unit 410 encrypts an input signal together with encoding.
  • Encoding and encryption processes may be applied to the same or similar codec algorithms and encryption algorithms as those of the encoding unit 310 and the encryption unit 320 of FIG. 3.
  • the encryption process may be performed in a predetermined step of the encoding process.
  • the preset step may vary according to the codec algorithm applied, and may be, for example, a linear prediction encoding step or a quantization step. In this case, encryption may be performed after the corresponding process is performed in each step, or the corresponding process may be performed after encryption.
  • the encryption information insertion unit 420 inserts encryption information related to the encryption process into the bitstream to generate an encrypted bitstream.
  • the encrypted bitstream generated by the encryption information insertion unit 420 may be provided to the communication module 230 of FIG. 2.
  • the encryption information may include an encryption key inserted into the auxiliary area of the bitstream.
  • the encryption information may include an encryption key inserted into the payload area together with the data encrypted in the step of performing the encryption process during the encoding process.
  • the encryption key may further include split information of the encryption key.
  • the encryption information may further include an encryption flag or location information of the encrypted region.
  • the encryption information may further include information indicating a step in which an encryption process is performed during the encoding process.
  • the encryption information extracting unit 430 extracts encryption information from an encrypted bitstream provided from the communication module 230 of FIG. 2.
  • the decryption and decoding unit 440 decodes the encrypted bitstream by using the encryption information extracted by the encryption information extraction unit 430. Specifically, decryption and decoding may be performed using an encryption key included in the encryption information. The same or similar codec algorithms and encryption algorithms as those of the decoder 350 and the decoder 360 of FIG. 3 may be applied to the decryption and decoding process.
  • the decoding process may be performed at a predetermined step during the decoding process.
  • the preset step may vary depending on the codec algorithm applied, and may be, for example, a linear predictive decoding step or an inverse quantization step. In this case, the corresponding process may be performed after decryption in each step, or the decryption may be performed after performing the corresponding process.
  • the encryption information may be inserted not only in the auxiliary area but also in the header area, for example, in a reserved field or a not used field.
  • the encoding and encrypting unit 410 and the encryption information inserting unit 420 may be implemented as one processor so that encoding, encryption, and encryption information insertion may be performed together.
  • the encryption information extraction unit 430 and the decryption and decoding unit 440 may also be implemented as one processor so that the encryption information extraction, decryption, and decoding may be performed together.
  • FIG. 5 is a diagram illustrating an operation of an encoding and encryption processing method, according to an exemplary embodiment.
  • an area to be encrypted in a bitstream is set.
  • the area to be encrypted may be at least one of a header area, a payload area and an auxiliary area.
  • bitstream is generated by encoding the input signal.
  • step 530 the area set in step 510 of the bitstream is encrypted using an encryption key.
  • encryption information including the encryption key is inserted into the bitstream.
  • the encryption information may be inserted in at least one of the header area, the payload area and the auxiliary area.
  • encryption information may be distributed and inserted in at least one of a header area, a payload area, and an auxiliary area.
  • FIG. 6 is a view for explaining the operation of the encoding and encryption processing method according to another embodiment.
  • an encryption step is set during the encoding process.
  • the step of encrypting may vary depending on the codec algorithm used, and may be, for example, at least one of a linear predictive encoding step and a quantization step.
  • step 620 encoding is started on the input signal.
  • step 630 if it corresponds to the step set in step 610 of the encoding process, encoding and encryption are performed. In this case, encoding and encryption may be performed in a reverse order.
  • step 640 the encoding process is terminated by performing the remaining steps of the encoding process.
  • an encryption key is inserted into the payload area, which is an area where data corresponding to the encrypted step in the bitstream is located, or inserted into the auxiliary area. Operation 650 may be performed in conjunction with operation 630. According to another embodiment, the encryption key may be distributed in at least one or more of a header area, a payload area and an auxiliary area, or may be distributed and inserted into one area. Meanwhile, if the encrypted step is not recognized in advance between the first and second terminals 110 and 130, information indicating the encrypted step may also be inserted into the bitstream.
  • FIG. 7 is a diagram illustrating an operation of a decoding and decoding processing method according to an embodiment.
  • encryption information including an encryption key is obtained from a received bitstream.
  • the encrypted region is decrypted in the bitstream based on the encryption information.
  • decoding is performed on the bitstream decoded in operation 720.
  • FIG. 8 is a diagram illustrating an operation of a decoding and decoding processing method according to another embodiment.
  • an encryption key is obtained from a received bitstream. If the encrypted steps are not recognized in advance between the first and second terminals 110 and 130, information indicating the encrypted steps may be further obtained from the bitstream. For example, when the encrypted step of the encoding process is at least one of a linear predictive encoding step and a quantization step, decryption may be performed on at least one of an inverse quantization step and a linear predictive decoding step.
  • the encryption key may be obtained from a payload area, which is an area where data corresponding to the encrypted step in the bitstream is located, or from an auxiliary area. According to another embodiment, the encryption key may be obtained by synthesizing the data distributed in each area or distributed in one area based on the encryption information.
  • step 820 decoding is started on the received bitstream.
  • step 830 if the current step of the decoding process corresponds to the encrypted step, decryption and decoding are performed using the encryption key. In this case, decoding and decoding may be performed by changing the order.
  • step 840 the rest of the decoding process is performed to end the decoding process.
  • FIG. 9 is a block diagram illustrating an embodiment of the encryption unit 320 shown in FIG. 3, and may include a first key generation unit 910 and a bitstream encryption unit 930.
  • the first key generation unit 910 may generate an encryption key for a bitstream.
  • the encryption key may be composed of a primary key or a primary key and a reinforcement key for encrypting a portion of the bitstream.
  • the primary key may include a plurality of keys.
  • the reinforcement key may be a key for encrypting a primary key or a key for identifying a specific receiving terminal. For example, a 56-bit key for the DES algorithm and a 128-bit, 192-bit or 256-bit key for the AES algorithm can be generated as a primary key or an enhanced key.
  • the number of bits, or length, of the primary key or the reinforcement key may be set corresponding to the encryption strength.
  • the key may be generated on a per session basis.
  • the session may be defined from a call start point to a call end point, or may be defined in a predetermined time unit from a call start point or in a predetermined time unit during a call.
  • the key may be generated once, or may be generated in a session unit, bitstream or packet unit, or frame unit. Meanwhile, the key may be updated and transmitted at a predetermined cycle. For example, the key may be updated on a session basis, bitstream or packet basis, or frame basis.
  • the key may be provided to the bitstream encryption unit 930 and the encryption information insertion unit 330 of FIG. 3.
  • the bitstream encryption unit 930 may encrypt at least a portion of the bitstream using the generated key.
  • the header area or payload area of the bitstream may be encrypted using the primary key.
  • at least a portion of the header area or the payload area may be encrypted using the same primary key for one session.
  • the encryption process may be performed using different primary keys updated for each frame or extracted from the database for each frame.
  • an encryption process may be performed on a preset number of frames using the same primary key or by using a different primary key for each selected frame.
  • an encryption start bit and an encryption end bit may be included in the payload region of the bitstream to indicate encrypted frames.
  • an encryption flag for example, a sync bit, indicating that a predetermined number of predetermined frames have been encrypted may be included in the bitstream.
  • the key information inserted into the bitstream may be key data itself or an index indicating a key obtained from a mapping relationship of an embedded database or a pointer value indicating a location where a key is stored. If there is enough area in the bitstream to insert the key information, the key data itself can be inserted. If there is not enough area to insert key information in the bitstream, an index or pointer value representing a key may be inserted or key data may be divided and inserted. When key data is divided and inserted, partition information may be included in the bitstream.
  • FIG. 10 is a block diagram illustrating an embodiment of the first key generation unit 910 illustrated in FIG. 9, and may include a first basic key generation unit 1010 and a first reinforcement key generation unit 1030.
  • the first reinforcement key generation unit 1030 may be provided as an option.
  • the first primary key generator 1010 may generate a primary key for encrypting at least a portion of a bitstream.
  • the primary key may be a symmetric key, an asymmetric key, or a mixed key.
  • the first reinforcement key generation unit 1030 may generate a reinforcement key for increasing encryption strength.
  • the reinforcement key may be a key for encrypting the primary key, a key for re-encrypting the region encrypted with the primary key, or information for enabling decryption at a specific receiving terminal.
  • Examples of the reinforcement key may include a key similar to the primary key, a recipient identifier, or a receiver terminal identifier.
  • An example of a recipient identifier may include a telephone number of a recipient, and an example of a receiver terminal identifier may include Universal Subscriber Identity Module (USIM) information of a receiver terminal, but is not limited thereto.
  • USIM Universal Subscriber Identity Module
  • FIG. 11 is a block diagram illustrating an embodiment of the first primary key generator 1010 illustrated in FIG. 10, and includes a first database 1110, a first primary key extractor 1130, and a first updater 1150. It may include.
  • the first updater 1150 may be provided as an option.
  • the first database 1110 may map and store a plurality of count numbers and a plurality of key data.
  • the count number may correspond to a pointer value.
  • an index corresponding to the key data may be further mapped and stored with the key data.
  • the number of bits in the index may be smaller than the number of bits in the key data.
  • the key data may have different bits and values depending on the algorithm used for encryption processing.
  • the first database 1110 may be provided for each encryption algorithm or encryption strength.
  • the first primary key extractor 1130 may extract the primary key from the first database 1110.
  • the primary key may be extracted corresponding to a counter number that increases or decreases by 1 or increases or decreases by a predetermined unit.
  • the count number may be set to increase or decrease by 1 or increase or decrease by a predetermined unit corresponding to the key generation unit or the key update unit.
  • the extracted primary key may be provided to the bitstream encryption unit 930.
  • the first updater 1150 may update the primary key at a predetermined cycle and store the primary key in the first database 1110.
  • the information for generating the primary key may be distributed and stored in a plurality of first databases 1110, for example, a terminal and a device other than the terminal by mapping the primary key in various steps.
  • the device other than the terminal may include a universal subscriber identity module (USIM), a universal serial bus (USB) memory, a microchip or a smart watch capable of short-range communication.
  • USB universal subscriber identity module
  • USB universal serial bus
  • FIG. 12 is a block diagram illustrating an embodiment of the first reinforcement key generation unit 1030 illustrated in FIG. 10, and includes a second database 1210, a first reinforcement key extraction unit 1230, and a second updater 1250. It may include.
  • the second update unit 1250 may be provided as an option.
  • the second database 1210 may store a recipient identifier, for example, a recipient telephone number and a reception terminal identifier.
  • the second database 1210 may be provided for each recipient group.
  • the first reinforcement key extractor 1230 may generate a recipient's telephone number as a reinforcement key when a security mode is set after a call for a call between terminals is set or a call for a call between terminals when a security mode is set. Also, the first reinforcement key extractor 1230 may extract the reception terminal identifier mapped to the recipient's telephone number from the second database 1210 and generate the reinforcement key.
  • the second updater 1250 adds information about a recipient and a receiving terminal to be secured through the user interface to the second database 1210 or deletes or stores information stored in the second database 1210. You can change it.
  • the first reinforcement key generation unit 1030 is the first primary key generation unit 1300 shown in FIG. It may be configured in the same manner as.
  • the configuration of the first key generation unit 910 illustrated in FIGS. 10 to 12 may also be applied to the encoding and encryption unit 410 illustrated in FIG. 4.
  • FIG. 13 is a block diagram illustrating an embodiment of the decryption unit 350 shown in FIG. 3, and may include a second key generation unit 1310 and a bitstream decryption unit 1330.
  • the second key generation unit 1310 may generate a key used in a predetermined encryption algorithm from the encryption information from the encryption information extraction unit 330.
  • the key may be composed of a primary key or a primary key and a reinforcement key.
  • a 56-bit primary key can be obtained from the bitstream.
  • the AES algorithm is used, a 128-bit, 192-bit, or 256-bit primary key can be obtained.
  • an index or pointer indicating a 56-bit primary key can be obtained from the bitstream.
  • an index or pointer value indicating a 128-bit, 192-bit, or 256-bit primary key is used.
  • an index or pointer value indicating a primary key or a primary key embedded in the bitstream on a per session basis can be obtained.
  • an index or pointer value indicating a primary key or a primary key embedded in the bitstream in a bitstream, a packet unit, or a frame unit may be obtained.
  • a primary key corresponding to the index or pointer value may be generated by referring to a mapping relationship of a database embedded in the terminal.
  • the primary key generated by the second key generator 1310 may be provided to the bitstream decoder 1330.
  • a reinforcement key for enhancing security from the payload region or the auxiliary region of the bitstream may be additionally extracted and provided to the bitstream decryption unit 1330.
  • the bitstream decryption unit 1330 may decrypt the encrypted bitstream, for example, the payload area, using a key provided from the second key generation unit 1310. According to an embodiment, decryption may be performed using the same primary key for one session. According to another embodiment, the encrypted bitstream may be decrypted using different primary keys for each frame. According to another embodiment, when a specific field or a specific frame of the payload region is selectively encrypted, the position information of the encrypted field or frame may be obtained from the key information, and may be specified using the same basic key based on the position information. You can decrypt a field or frame or use a different primary key to decrypt a specific field or frame.
  • the key is composed of a primary key and a reinforcement key
  • the receiving terminal is not the specific terminal indicated by the reinforcement key, it may not decrypt the encrypted bitstream.
  • the reinforcement key is a key that encrypts the primary key
  • the primary key can be decrypted using the enhancement key
  • the encrypted bitstream can be decrypted using the decrypted primary key.
  • the reinforcement key is a key obtained by re-encrypting the region encrypted with the primary key
  • the reinforcement key and the primary key may be sequentially decrypted for the encrypted bitstream.
  • FIG. 14 is a block diagram illustrating an embodiment of the second key generation unit 1310 illustrated in FIG. 13, and may include a second primary key generation unit 1410 and a second reinforcement key generation unit 1430.
  • the second reinforcement key generation unit 1430 may be provided as an option.
  • the second basic key generator 1410 may generate a primary key for decrypting an encrypted bitstream from the encryption information provided from the encryption information extractor 330.
  • the primary key may be a symmetric key, an asymmetric key, or a mixed key.
  • the second basic key generation unit 1410 differs depending on whether the encryption information provided from the encryption information extraction unit 330 includes a key or whether an index or pointer value indicating the key or fragmentation information of the key is included. You can create a primary key in this way.
  • the second basic key generation unit 1410 may generate the key data as the primary key.
  • the second basic key generation unit 1410 retrieves key data mapped to the index or pointer value from an embedded database. Can be created with primary key.
  • the second basic key generation unit 1410 synthesizes the inserted key based on the split information of the key and synthesizes the basic key. You can generate a key.
  • the second reinforcement key generation unit 1430 may generate a reinforcement key from the encryption information provided from the encryption information extraction unit 330.
  • the reinforcement key may be a key used for encryption of the primary key, a key used for re-encrypting the region encrypted with the primary key, or information for enabling decryption in a specific terminal.
  • Examples of the reinforcement key may include a key similar to the primary key, a recipient identifier, or a receiver terminal identifier.
  • An example of the recipient identifier may be a telephone number of the recipient, and an example of the receiver terminal identifier may be Universal Subscriber Identity Module (USIM) information of the receiver terminal.
  • USIM Universal Subscriber Identity Module
  • FIG. 15 is a block diagram illustrating an embodiment of the second primary key generator 1410 illustrated in FIG. 14, and includes a third database 1510, a second primary key extractor 1530, and a third updater 1550. It may include.
  • the third updater 1550 may be provided as an option, and may be implemented in the same or similar manner as the first updater 1050 of FIG. 1.
  • the third database 1510 may map and store a plurality of pointer numbers and a plurality of key data. In addition, an index corresponding to the key data may be further mapped and stored with the key data.
  • the third database 1510 may be implemented the same as or similar to the first database 1010 of FIG. 10.
  • the second primary key extractor 1530 may extract the primary key mapped to the index or pointer value from the third database 1510. .
  • the extracted primary key may be provided to the bitstream decoder 1330.
  • the second reinforcement key extractor 1430 may include the second primary key extractor (refer to FIG. 15). 1410).
  • the configuration of the second key generation unit 1310 illustrated in FIGS. 14 and 15 may also be applied to the decryption and decoding unit 440 illustrated in FIG. 4.
  • 16A to 16C are diagrams illustrating the concept of a secure communication method according to another embodiment, and may be applied for more reliable and stable secure communication when a transmitting terminal and a receiving terminal use different codec algorithms.
  • the first terminal 1610 inserts an encryption key of encryption information into a payload region instead of an auxiliary region of the bitstream and transmits the encrypted key to the second terminal 1630.
  • the first terminal 1610 generates an encryption key and performs encryption processing on at least some data constituting the bitstream.
  • the first terminal 1610 embeds encryption information including an encryption key in the bitstream, generates a key embedded call packet, and transmits the generated embedded packet to the second terminal 1630 or the server 1650 through a communication channel.
  • the encryption information may be included in the payload region of the bitstream.
  • the second terminal 1630 or the server 1650 receives the key embedded call packet and performs additional processing according to different codec algorithms for the bitstream.
  • the second terminal 1630 obtains the encryption information from the processed bitstream, and performs decryption using the encryption key obtained therefrom.
  • FIG. 16B is a diagram illustrating an example in which the server 1650 performs additional processing according to different codec algorithms, and includes information on codec algorithms embedded in each of the terminals 1610 and 1630 and includes a transcoding algorithm. have.
  • the server 1650 may compare the type of the first codec algorithm of the first terminal 1610 and the type of the second codec algorithm of the second terminal 1630 included in the call packet. If the types of the first and second codec algorithms are the same, the server 1650 provides the call packet to the second terminal 1630 as it is, while the type of the first codec algorithm of the first terminal 1610 and the second terminal. When the type of the second codec algorithm embedded in the 1630 is different, transcoding may be performed to provide the transcoded call packet to the second terminal 1630.
  • Examples of the first and second codec algorithms used by the first terminal 1610 and the second terminal 1630 may be AMR-WB and AMR-NB. Another example of the first and second codec algorithms used by the first terminal 1610 and the second terminal 1630 may be algorithms having different CELP formats. As another example, the first and second codec algorithms used by the first terminal 1610 and the second terminal 1630 may be different algorithms among G.711, G.723.1, G.726, and G.729. .
  • An example of a transcoding process is region mapping for bitstreams generated by first and second codec algorithms having similar characteristics.
  • the server 1650 performs a transcoding process on the bitstream of the first codec algorithm of the first terminal 1610 to generate a bitstream corresponding to the second codec algorithm embedded in the second terminal 1630. can do.
  • the encryption information insertion unit 330 shown in FIG. 3 or the encryption information insertion unit 420 shown in FIG. 4 may insert and transmit an encryption key in the payload area.
  • FIG. 16C illustrates an example in which the second terminal 1630 performs additional processing according to different codec algorithms.
  • the second terminal 1630 may compare the type of the first codec algorithm of the first terminal 1610 and the type of the second codec algorithm of the second terminal 1630 included in the call packet. When the types of the first and second codec algorithms are the same, the second terminal 1630 performs normal decoding or decoding and decoding on the call packet, while the second terminal 1630 is the same as the type of the first codec algorithm of the first terminal 1610.
  • region mapping may be performed, and then decoding and decoding may be performed.
  • FIG. 17A illustrates an example of a payload region 170 in which a bitstream is encrypted or an encryption key is inserted, using an AMR-WB codec algorithm of 12.65 kb / s bit rate.
  • the bitstream includes a header region 150, a payload region 170, and an auxiliary region 190.
  • Payload region 170 includes VAD-flag field 1710, ISP field 1720, Long Term Prediction (LTP) -filtering field 1730, pitch delay field 1740, algebra code field 1750 and gain field. (1760).
  • LTP Long Term Prediction
  • the encryption may be performed on at least one of the ISP field 1720, the pitch delay field 1740, and the algebraic code field 1750, and the encryption key may be embedded in the field where the encryption is performed.
  • an encryption key may be inserted at the time when data included in each field is generated during the encoding process, or may be inserted into each field after encoding.
  • an encryption key may be inserted at a position capable of minimizing the influence on the quality of the restored voice signal among the fields included in the payload region 170.
  • the encryption key between the first and second terminals 1610 and 1630 may be transmitted by embedding the encryption key in the payload region 170 that is stored because the format or location is defined for each codec algorithm. Not only does not require pre-sharing, but also because the first and second terminals 1610 and 1630 use different codec algorithms, the transcoding process may be performed at the second terminal 1630 or the communication network server 1650. For example, even if the area mapping process is performed, the encryption key can be prevented from being damaged.
  • reference numeral 1700 denotes a structure of an AMR-NB IF2 frame
  • reference numeral 1780 denotes a structure of an AMR-WB IF2 frame.
  • the AMR-NB frame 1770 may include a frame type field 1773, an AMR-NB core frame field 1773, and a bit-stuffing field 1775.
  • the frame type field 1177 may be included in the header area
  • the AMR-NB core frame field 1773 may include voice data or comfort noise data and may be included in the payload area
  • the bit stuffing field 1175 may be an auxiliary area. It may correspond to.
  • the AMR-WB frame 1780 may include a frame type field 1771, a frame quality indicator 1783, an AMR-WB core frame field 1785, and a bit stuffing field 1787.
  • the frame type field 1781 and the frame quality indicator 1783 may be included in the header area, and the AMR-WB core frame field 1785 may include voice data or comfort noise data and may be included in the payload area, and bit stuffing.
  • the field 1787 may correspond to the auxiliary area.
  • the bit stuffing field 1175 and the bit stuffing field 1877 are areas provided for octet alignment.
  • the key information including the key data or the index or the pointer value of the key data or the key, or the divided key data and the key split information are stored in the auxiliary areas such as the bit stuffing fields 1175 and 1787. Can be inserted.
  • key data or a key index or pointer value in a payload area such as the AMR-NB core frame field 1773 or the AMR-WB core frame field 1785 is used. It is possible to insert the key information or the partitioned key data and key partition information including.
  • 18A and 18B are diagrams illustrating the concept of a secure communication method according to another embodiment.
  • the method for secure communication illustrated in FIGS. 18A and 18B forms a call packet including a bitstream in a first terminal 1810 and encrypts an encryption key in a pilot packet received by the second terminal 1830 before the call packet is received. It embeds information and transmits it through a communication channel.
  • the communication channel is a direct communication channel, and may use a communication channel for board-to-board (B2B), machine-to-machine (M2M), or device-to-device (D2D).
  • Both the first terminal 1810 and the second terminal 1830 illustrated in FIGS. 18A and 18B may be implemented as secure communication terminals including the secure communication device of FIGS. 2 to 5, but are not limited thereto.
  • the first terminal 1810 and the second terminal 1830 may be a terminal that is equipped with a direct communication application between the terminals, or capable of direct communication.
  • the secure communication method illustrated in FIGS. 18A and 18B uses key information for secure communication when applying direct communication between terminals within a certain radius or relay communication between terminals outside a certain radius without using a separate network device. To provide a scheme for transmitting.
  • the terminal-to-terminal direct communication or the terminal-to-terminal relay communication may be supported within a frequency band set for cellular communication or may be supported within a frequency band set separately for the terminal-to-terminal direct communication or the terminal-to-terminal relay communication. That is, it is possible to support both cases where the terminal does not need to enter the cellular network separately for direct communication between the terminals or when the cellular network entry should be preceded. In each case, when a direct communication link is established, data transmission between terminals may be performed without communication with a base station or relay of a small base station such as a picocell / femtocell.
  • the operation framework of the terminal-to-terminal direct communication can be largely composed of three steps.
  • the first step is a peer discovery step in which any first terminal 1810 finds second terminals 1830 capable of direct communication in the vicinity, and the second step is to find a desired second terminal 1830.
  • a paging step of requesting direct communication with a terminal, and a third step is a data transmission step of transmitting and receiving call packets through a direct communication channel established between the corresponding terminals 1810 and 1980.
  • the base station selects terminals to which a signal is to be transmitted and collects discovery information from the terminals to determine the terminal discovery, or discovers while the terminals voluntarily transmit and receive signals without special intervention of the base station. Can be performed in a distributed control scheme.
  • each terminal is in a direct communication active state.
  • the direct communication active state means that a terminal capable of performing or performing direct communication between terminals receives control information necessary for direct communication between terminals from the base station, and based on this, direct communication according to the direct communication operation framework between terminals. Means a terminal state that can be performed.
  • the direct communication active state may refer to a terminal state capable of performing direct communication according to a direct communication operation framework between terminals as a result of executing a direct communication application in the terminal.
  • the terminal in the direct communication active state can perform transmission and reception for a peer discovery packet for direct communication.
  • the first terminal 1810 may transmit a peer discovery packet through a cellular communication channel or a direct communication channel in order to find a terminal capable of direct communication.
  • the peer discovery packet may include an ID of the first terminal 1810, a discovery message, and key information for secure communication.
  • the second terminal 1830 located within a radius capable of direct communication with the first terminal 1810 receives the peer discovery packet and transmits an acknowledgment message to the first terminal 1810 to approve the direct communication, while the peer discovery packet is received.
  • the key information contained in can be extracted and stored.
  • the key information may be a key value itself, an index of the key data, or a pointer value of a database in which the key data is stored.
  • a call packet may be transmitted and received between the first terminal 1810 and the second terminal 1830 in a normal mode or a secure mode through a direct communication channel.
  • the first terminal (prior to the transmission and reception of the call packet between the terminals 1810 and 1830) is performed.
  • 1810 may transmit a synchronization packet for direct communication to the second terminal 1830.
  • the synchronization packet may include key information for secure communication.
  • the second terminal 1830 may receive a synchronization packet to extract and store key information for secure communication.
  • a call packet may be transmitted and received between the first terminal 1810 and the second terminal 1830 in a normal mode or a secure mode through a direct communication channel.
  • the first terminal 1810 may transmit a direct communication request packet to call the second terminal 1830 via the base station or without the base station.
  • the direct communication request packet may include an ID of the first terminal 1810, an ID of the second terminal 1830, a direct communication request message, and key information for secure communication. If the second terminal 1830 corresponding to the ID of the second terminal 1830 included in the direct communication request packet is located within a range where direct communication is possible, the direct communication request message is received by receiving the direct communication request packet through the direct communication link. While transmitting to the transmitting terminal, it is possible to extract and store the key information contained in the direct communication request packet.
  • the call packet may be transmitted and received in a normal mode or a secure mode between the first terminal 1810 and the second terminal 1830 through a direct communication link or a relay communication link.
  • the direct communication request packet may be transmitted through a relay communication link.
  • the second terminal 1830 receives the direct communication request packet through the relay communication channel, the second terminal 1830 transmits a direct communication approval message to the first terminal 1810 through the relay communication channel, and includes key information included in the direct communication request packet. Can be extracted and stored.
  • the first terminal 1810 and the second terminal 1830 are devices that support direct communication between terminals or relay communication between terminals, and use the same terminal-to-terminal direct communication or relay communication technology or standard, and include the same encryption algorithm. And both may perform a peer discovery function, a direct communication request and authorization function, or a synchronization request and authorization function.
  • technologies that can be applied to direct communication between terminals include Wi-Fi Direct technology, FlashLinQ technology, Device-to-Device (D2D), Board-to-Board (B2B) or Machine-to-Machine (M2M) technology. It may include, but is not limited to.
  • the transmitting terminal and the receiving terminal can share the key related information by including the key related information in a separate packet not directly related to the call, rather than the call packet transmitted through the direct communication channel.
  • a separate packet may be a pilot packet transmitted before a call packet, for example, a peer discovery packet, a synchronization packet, or a direct communication request packet.
  • key information for secure communication is shared between the first terminal 1810 and the second terminal 1830 by using a separate packet other than a call packet, so that key information for secure communication is not limited to a bit size. It can be generated and transmitted to increase the security of the call packet transmitted and received through the direct communication link.
  • FIGS. 19A and 19B are diagrams illustrating a concept of a secure communication method according to another embodiment. Both the first terminal 1910 and the second terminal 1930 illustrated in FIGS. 19A and 19B may be implemented as secure communication terminals including the secure communication device of FIGS. 2 to 5, but are not limited thereto.
  • a call packet including a bitstream and a key packet including encryption key information are separately formed to form a second terminal through different communication channels.
  • the call packet between the first terminal 1910 and the second terminal 1930 may use a voice network
  • the key packet may use a data network.
  • voice networks include circuit switching networks
  • data networks include packet switching networks, IP (Internet Protocol) networks, Wi-Fi networks, or IMS networks.
  • the call packet may be transmitted to the circuit switched network and the key packet may be transmitted to the packet switched network.
  • the first terminal 1910 and the second terminal 1930 use the CDMA scheme and the LTE scheme
  • the call packet may be transmitted to the circuit switched network and the key packet may be transmitted to the LTE network.
  • the media packet may be transmitted through a network that is optimal for each media, while a key packet may be transmitted through a different network.
  • the 3G communication system may have a different interworking structure depending on whether the other network is reliable when interworking with other wireless networks.
  • a reliable network is a network access security provided when a user connects to a service, network domain security in the wired section of wireless access networks, non-3G domain security in a non-3G access network, and application domain security between applications between users and operators.
  • the network may be defined as a network that guarantees user domain security inside the mobile terminal, or classified according to the decision of network operators.
  • a wireless LAN such as a Wi-Fi network is classified as an unreliable network.
  • a server such as a packet data gateway (PDG) or an evolved packet data gateway (ePDG) is used to access a wireless LAN when a key packet is transmitted.
  • PDG packet data gateway
  • ePDG evolved packet data gateway
  • Synchronization between key packet transmissions and call packet transmissions through different communication channels may be performed in a general manner.
  • Both the first terminal 2010 and the second terminal 2030 illustrated in FIGS. 20A and 20B may be implemented as secure communication terminals including the secure communication device of FIGS. 2 to 5, but are not limited thereto.
  • a part of key information used for multiple encryption is embedded in a call packet including a bitstream in the first terminal 2010 while the rest is included in an additional key packet. It is distributed to different communication channels and transmitted to the second terminal 2030. Some of the key information used for multiple encryption may be embedded in an auxiliary region or payload region of the bitstream.
  • primary key information is inserted into a call packet, that is, a bitstream, through a voice network
  • secondary key information is a network different from the voice network, for example.
  • it may be transmitted to the second terminal 2030 through a data network.
  • the primary key information may be inserted into and transmitted in a call packet, that is, the bitstream, while the secondary key information may be transmitted through a key packet other than the bitstream constituting the call packet.
  • the primary key information may be a first key used for encrypting the bitstream
  • the secondary key information may be an example of a second key used for encrypting the first key.
  • at least two first keys used for encrypting the bitstream may be distributed and transmitted in different communication networks or call packets and separate key packets.
  • FIG. 21 is a block diagram illustrating a configuration of a terminal-to-terminal secure communication system according to another embodiment, wherein both the first terminal 2110 and the second terminal 2130 include the secure communication device of FIGS. 2 to 5. It may be implemented as a terminal, but is not limited thereto.
  • the secure communication system of FIG. 21 may include a server 2150 serving as a key distribution center.
  • the server 2150 may perform authentication and key exchange.
  • the key exchange performed at the server 2150 may use an RSA encryption algorithm, Diffie-Hellman, or a modified algorithm thereof.
  • the server 2150 may perform key update that is used for secure communication between the first terminal 2110 and the second terminal 2130 on a predetermined basis.
  • the server 2150 may perform an integrity check of key related information by using a hash function such as SHA-2, SHA-3, MD-5, or the like.
  • a server 2150 may be included. It can provide a secure communication service.
  • the primary key is generated by the first terminal 2110, while the reinforcement key is a server ( 2150 may be generated and transmitted to the first terminal 2110 and the second terminal 2130.
  • the reinforcement key may be generated in the first terminal 2110 and the primary key may be generated in the server 2150.
  • the first terminal 2110 encrypts a partial region of the bitstream using the internal key generated therein, inserts the primary key into the encrypted bitstream, constructs a key embedded call packet, and transmits it to the second terminal 2130. Can be. Meanwhile, the first terminal 2110 encrypts a portion of the bitstream using the basic key provided by the server 2150, inserts a reinforcement key into the encrypted bitstream, and configures a key embedded call packet to form the second terminal ( 2130).
  • the first key is the first terminal 2110.
  • the second key may be generated by the server 2150 and transmitted to the first terminal 2110 and the second terminal 2130. Meanwhile, it is also possible to generate a second key in the first terminal 2110 and to generate the first key in the server 2150.
  • the first terminal 2110 encrypts a portion of the bitstream using a first key generated therein, encrypts the first key using a second key provided from the server 2150, and encrypts the first key. May be inserted into the encrypted bitstream to construct a key embedded call packet and transmitted to the second terminal 2130.
  • the area in which the key information is inserted in the key embedded call packet may be a header area, a payload area, or an auxiliary area.
  • the second terminal 2130 When using the primary key and the reinforcement key, the second terminal 2130 generates a complete key by combining the primary key included in the key embedded call packet and the reinforcement key included in the key packet transmitted through the server 2150, or A complete key can be generated by combining the reinforcement key included in the key embedded call packet and the basic key included in the key packet transmitted through the server 2150, and used for decrypting the encrypted bitstream.
  • the server 2150 receives the encrypted first key included in the key embedded call packet.
  • the second key included in the shared key packet By using the second key included in the shared key packet through the decryption, it is possible to decrypt the encrypted bitstream using the decrypted first key.
  • user information stored or recorded in the server 2150 or key-related information used for secure communication between terminals is set to be automatically deleted after a certain time, or these information You can grant access to only those who are allowed to do so.
  • the server may provide a secure communication service.
  • a transmitting terminal and a receiving terminal belonging to a particular trust group are equipped with a trust chip, and the trust chip is configured for secure communication based on a predetermined encryption algorithm. You can generate a random key.
  • the transmitting terminal can encrypt a portion of the bitstream using a random key.
  • the server may authenticate the packet including the encrypted bitstream in the transmitting terminal belonging to a specific trust group and deliver the packet to the receiving terminal of the corresponding trust group. At this time, the server may control the start or end of the secure communication in real time.
  • a secure communication service based on VoIP.
  • the secure communication software is installed in the transmitting terminal and the receiving terminal belonging to the trust group, a unique private key can be generated, and the public key can be shared by the terminals belonging to the trust group.
  • Double encryption can be performed using such a private key and a public key. For example, double encryption can be performed using RC4 256-bit and AES 256-bit keys.
  • the server may perform routing of encryption packets between the transmitting terminal and the receiving terminal or manage secure communication software.
  • FIG. 22 is a block diagram illustrating a configuration of a multimedia device having a secure communication function according to an embodiment.
  • the multimedia device 2200 illustrated in FIG. 22 includes a communication unit 2210, a controller 2220, a user input unit 2230, an A / V input unit 2240, a sensing unit 2250, an output unit 2260, and a storage unit ( 2270).
  • a communication unit 2210 may be implemented by the communication unit 2210 and the control unit 2220, or may include more components than the illustrated components.
  • the controller 2220 may be implemented to include the functions of the security module 210 and the control module 250 in FIG. 2.
  • the communication unit 2210 may include one or more components for performing communication between multimedia devices, that is, between terminals or between a terminal and a server or a terminal and an external network.
  • the communication unit 2210 may include at least one of a short range communication module, a mobile communication module, and a broadcast receiving module.
  • the short range communication module includes a Bluetooth communication module, a BLE (Bluetooth Low Energy) communication module, a short range wireless communication module (NFC / RFID module), a WLAN (Wi-Fi) communication module, a Zigbee communication module, an infrared ray (IrDA) A communication module, a Wi-Fi Direct (WFD) communication module, an ultra wideband (UWB) communication module, and an Ant + communication module may be included, but is not limited thereto.
  • the mobile communication module may transmit / receive a radio signal with at least one of a base station, an external terminal, and a server in a mobile communication network.
  • the wireless signal may include various types of data according to transmission and reception of a voice call signal, a video call signal, or a text / multimedia message.
  • the broadcast receiving module may receive a broadcast signal and / or broadcast related information from the outside through a broadcast channel, and the broadcast channel may include a satellite channel and a terrestrial channel.
  • the communication unit 2210 may include a first communication module for transmitting and receiving a call packet to a CS network and a second communication module for transmitting and receiving a key packet to a PS network.
  • the first communication module may be a 3G or 4G LTE communication module which is a high-speed network with high security and mobility
  • the second communication module may be a Wi-Fi communication module or a Bluetooth communication module.
  • the communication unit 2210 may include a first communication module for cellular communication and a second communication module for direct communication between terminals.
  • the first communication module may be a 3G or 4G LTE communication module which is a high-speed network with high security and mobility
  • the second communication module may be a Wi-Fi Direct communication module.
  • the first communication module may broadcast a peer discovery packet for discovering a terminal capable of direct communication using a cellular communication scheme.
  • the second communication module may broadcast a peer discovery packet for discovering a terminal capable of direct communication using a direct communication method, or transmit a synchronization packet or a direct communication request packet after discovering the terminal capable of direct communication.
  • the controller 2220 may typically control the overall operation of the terminal 2200.
  • the controller 2220 executes programs stored in the storage 2270, thereby communicating the unit 2210, the user input unit 2230, the A / V input unit 2240, the sensing unit 2250, and the output unit 2260. ) Can be controlled overall.
  • the controller 2220 may include a sensor hub of a seamless sensing platform (SSP).
  • the sensor hub may be implemented in hardware or software, or in a combination of hardware and software.
  • the sensor hub may include a micro controller unit (MCU).
  • MCU micro controller unit
  • the sensor hub according to an embodiment may be connected to the sensing unit 2250 and collect sensing information from the sensing unit 2250.
  • the controller 2220 may perform a function of each component of FIG. 3 or 4.
  • the user input unit 2230 may mean a means for a user to input data for controlling the terminal 2200.
  • the user input unit 2230 includes a key pad, a dome switch, a touch pad (contact capacitive type, pressure resistive layer type, infrared sensing type, surface ultrasonic conduction type, and integral type). Tension measurement method, piezo effect method, etc.), a jog wheel, a jog switch, and the like, but are not limited thereto.
  • the A / V input unit 2240 is for inputting an audio signal or a video signal, and may include a camera, a microphone, and the like.
  • the camera may obtain an image frame such as a still image or a moving image through an image sensor in a video call mode or a shooting mode.
  • the image captured by the image sensor may be processed by the controller 2220 or a separate image processor (not shown).
  • the image frame processed by the camera may be stored in the storage 2270 or transmitted to the outside through the communication unit 2210. Two or more cameras may be provided according to the implementation form of the terminal 2200.
  • the microphone may receive an external sound signal and process it as electrical voice data.
  • the microphone may receive an acoustic signal from an external device or speaker.
  • the microphone may use various noise removing algorithms to remove noise generated while receiving an external sound signal.
  • the sensing unit 2250 may detect a state of the terminal 2200 or a state around the terminal 2200 and transmit the detected information to the controller 2220.
  • the sensing unit 2250 may include a geomagnetic sensor, an acceleration sensor, a temperature / humidity sensor, an infrared sensor, a gyroscope sensor, a position sensor (eg, GPS), an air pressure sensor, a proximity sensor, and an RGB sensor ( illuminance sensor), but is not limited thereto. Since functions of the respective sensors can be intuitively deduced by those skilled in the art from the names, detailed descriptions thereof will be omitted.
  • the output unit 2260 is for outputting an audio signal, a video signal, or a vibration signal, and may include a display panel, a speaker, or a vibration motor.
  • the display panel displays and outputs information processed by the terminal 2200.
  • the display panel displays a user interface (UI) or a graphic user interface (GUI) related to a call in the normal call mode, or displays a connection (or discovery) failure notification on the screen when a direct communication terminal discovery is failed. I can display it.
  • the display panel may display connection state information with the terminal capable of direct communication on the screen. Meanwhile, when the display panel and the touch pad form a layer structure and constitute a touch screen, the display panel may be used as an input device in addition to the output device.
  • the display panel includes a liquid crystal display, a thin film transistor-liquid crystal display, an organic light-emitting diode, a flexible display, and a 3D display. ), At least one of an electrophoretic display.
  • the terminal 2200 may include two or more display panels.
  • the speaker may output audio data received from the communication unit 2210 or stored in the storage unit 2270, or output a sound signal related to a function (eg, a call signal reception sound, a message reception sound, etc.) performed by the terminal 2200.
  • a sound signal related to a function eg, a call signal reception sound, a message reception sound, etc.
  • the vibration motor may output a vibration signal.
  • the vibration motor may output a vibration signal corresponding to the output of audio data or video data (eg, call signal reception sound, message reception sound, etc.).
  • the vibration motor may output a vibration signal when a touch is input to the touch screen.
  • the storage unit 2270 may store a program for processing and controlling the control unit 2220, and may store input / output data (communication connection information regarding the second communication method).
  • the storage unit 2270 may include a flash memory type, a hard disk type, a multimedia card micro type, a card type memory (for example, SD or XD memory), Random Access Memory (RAM) Static Random Access Memory (SRAM), Read-Only Memory (ROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Programmable Read-Only Memory (PROM), Magnetic Memory, Magnetic It may include a storage medium of at least one type of disk, optical disk.
  • the terminal 2200 may operate a web storage or a cloud server that performs a storage function of the storage unit 2270 on the Internet.
  • Programs stored in the storage unit 2270 may be classified into a plurality of modules according to their functions. For example, the programs may be classified into a UI module, a touch screen module, an alarm module, and the like.
  • the UI module may provide a specialized UI, GUI, and the like that are linked to the terminal 2200 for each application.
  • the touch screen module may detect a touch gesture on the user's touch screen and transmit information about the touch gesture to the controller 2320.
  • the touch screen module may recognize and analyze the touch code.
  • the touch screen module may be configured as separate hardware including a controller.
  • Various sensors may be provided inside or near the touch screen to detect a touch or proximity touch of the touch screen.
  • An example of a sensor for sensing a touch of a touch screen is a tactile sensor.
  • the tactile sensor refers to a sensor that senses the contact of a specific object to the extent that a person feels or more.
  • the tactile sensor may sense various information such as the roughness of the contact surface, the rigidity of the contact object, the temperature of the contact point, and the like.
  • a sensor for sensing a touch of a touch screen is a proximity sensor.
  • the proximity sensor refers to a sensor that detects the presence or absence of an object approaching a predetermined detection surface or an object present in the vicinity without using a mechanical contact by using an electromagnetic force or infrared rays.
  • Examples of the proximity sensor include a transmission photoelectric sensor, a direct reflection photoelectric sensor, a mirror reflection photoelectric sensor, a high frequency oscillation proximity sensor, a capacitive proximity sensor, a magnetic proximity sensor, and an infrared proximity sensor.
  • the user's touch gesture may include tap, touch and hold, double tap, drag, pan, flick, drag and drop, and swipe.
  • the storage unit 2270 may include a voice recognition module (not shown) for recognizing a voice of a user using a voice recognition engine and transferring the recognized voice to the controller 2220.
  • the alarm module may generate a signal for notifying occurrence of an event of the secure communication module. Examples of events generated by the secure communication module 2300 include call signal reception, message reception, key signal input, schedule notification, and the like.
  • the alarm module may output an alarm signal in the form of a video signal through a display panel, output an alarm signal in the form of an audio signal through a speaker, or output an alarm signal in the form of a vibration signal through a vibration motor.
  • the multimedia apparatus may further include a module related to secure communication, or may be implemented to add a function related to secure communication to an existing component, for example, a codec module.
  • the encryption processing target for the secure communication is media that can communicate in the terminal, the terminal and the server, and the terminal and the relay period, and may correspond to all kinds of media data constituting the bitstream.
  • media data may include video content such as photos, images, and videos, audio content such as voice and music, and messaging content such as email messages, Short Messaging Service (SMS) or Multimedia Messaging Service (MMS) messages, and chat messages. It may be any one, or may include at least two or more mixed contents, but is not limited thereto.
  • embodiments may be implemented by various means, for example, hardware, firmware, software or a combination thereof.
  • embodiments may include one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), and field programmable gate arrays (FPGAs). ), A processor, a controller, a microcontroller, a microprocessor, or the like.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • a processor a controller, a microcontroller, a microprocessor, or the like.
  • the embodiments may be written as a computer-executable program and computer-readable recording using a form of a module, procedure, function, etc. that performs the functions or operations described above. It can be implemented in a general-purpose digital computer for operating the program using a medium.
  • data structures, program instructions, or data files that may be used in the embodiments described above may be recorded on a computer-readable recording medium through various means.
  • the computer-readable recording medium includes all kinds of storage devices for storing data that can be read by a computer system and may be located inside or outside the processor. Examples of computer-readable recording media include magnetic media, optical media, magneto-optical media, and ROM, RAM, flash memory, and the like.
  • Hardware devices specifically configured to store and execute the same program instructions may be included.
  • the computer-readable recording medium may also be a transmission medium for transmitting a signal specifying a program command, a data structure, or the like.
  • Examples of program instructions may include high-level language code that can be executed by a computer using an interpreter as well as machine code such as produced by a compiler.
  • the present embodiment may employ the prior art for electronic environment setting, signal processing, and / or data processing. Terms such as “mechanism”, “element”, “means”, “configuration” can be used widely and are not limited to mechanical and physical configurations. The term may include the meaning of a series of routines of software in conjunction with a processor or the like.
  • connection or connection members of the lines between the components shown in the drawings by way of example shows a functional connection and / or physical or circuit connections, in the actual device replaceable or additional various functional connections, physical It may be represented as a connection, or circuit connections.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Mechanical Engineering (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

보안 통신 장치는 비트스트림을 구성하는 데이터 중 적어도 일부를 암호화하고, 암호화에 사용된 적어도 일부의 키 정보를 상기 비트스트림에 삽입하여 암호화된 비트스트림을 생성하고, 수신되는 암호화된 비트스트림으로부터 복호화를 위한 적어도 일부의 키 정보를 획득하여 암호화된 데이터를 복호화하는 보안모듈, 및 상기 암호화된 비트스트림을 송신 및 수신하는 통신모듈을 포함할 수 있다.

Description

보안 통신방법 및 장치와 이를 채용하는 멀티미디어 기기
개시된 실시예들은 미디어의 보안 통신방법 및 장치와 이를 채용하는 멀티미디어 기기에 관한 것이다.
스마트폰의 보급 등에 힘입어 WCDMA(Wide-band Code Division Multiple Access) 3G 및 LTE(Long Term Evolution) 4G 이동통신 사용자가 급증하는 추세이다. 일반 사용자들은 언제나 보안과 프라이버시에 대해 불안감을 가지고 있다. 최근 통신 도청 혹은 감청과 같은 사회적 이슈로 인해 이러한 우려는 더욱 커지고 있으며, 안전한 통신에 대한 사용자들의 요구가 증가하고 있는 실정이다. 이에 보안 통신 관련 시장은 공공부문은 물론 민간부문에서 크게 성장하고 있다.
그런데, 현존하는 보안 관련 제품 및 서비스의 경우 암호화에 사용되는 키 분배 혹은 키 관리를 위한 별도의 서버를 둠으로써 서버에 사용자 정보가 남게 되고, 그 결과 공공 혹은 민간기관의 요청으로 인한 유출의 위험이 상존하여 사용자로 하여금 거부감을 가지게 한다. 따라서, 보안 통신을 위하여 서버를 사용하지 않거나, 서버를 사용하더라도 서버에 기록될 사용자 정보를 최소화시키거나 사용자 정보에 대한 접근 권한을 제한할 필요성이 대두되고 있다.
또한, 단말간 보안 통신시 통화 패킷 전체를 암호화하여 송수신하게 됨으로써 기존 통신 네트워크이나 기존 코덱 알고리즘과 호환하여 사용하기가 어렵다. 이에 기존 통신 네트워크이나 기존 코덱 알고리즘과 호환성을 유지하면서, 암호화 알고리즘을 내장한 단말간 보안 통신에 대한 필요성 또한 대두되고 있다.
일 측면에 따른 과제는 비트스트림의 페이로드 영역을 암호화하고, 암호화에 사용된 키 정보를 비트스트림의 보조영역에 삽입하여 전송하는 보안통신방법 및 장치와 이를 채용한 멀티미디어 기기를 제공하는데 있다.
다른 측면에 따른 과제는 비트스트림의 페이로드 영역을 암호화하고, 암호화에 사용된 키 정보를 비트스트림의 페이로드 영역에 삽입하여 전송하는 보안통신방법 및 장치와 이를 채용한 멀티미디어 기기를 제공하는데 있다.
다른 측면에 따른 과제는 기존 코덱 알고리즘과 호환성을 유지하면서, 암호화 알고리즘을 내장한 단말간의 보안통신방법 및 장치와 이를 채용한 멀티미디어 기기를 제공하는데 있다.
다른 측면에 따른 과제는 비트스트림을 포함하는 패킷과 비트스트림의 암호화를 위한 키 정보를 포함하는 패킷을 서로 동일한 통신 채널을 통하여 전송하는 보안통신방법 및 장치와 이를 채용한 멀티미디어 기기를 제공하는데 있다.
다른 측면에 따른 과제는 비트스트림을 포함하는 패킷과 비트스트림의 암호화에 사용된 키 정보를 포함하는 패킷을 서로 다른 통신 채널을 통하여 전송하는 보안통신방법 및 장치와 이를 채용한 멀티미디어 기기를 제공하는데 있다.
다른 측면에 따른 과제는 비트스트림의 다중 암호화에 사용된 키 정보를 서로 다른 통신 채널로 분산시켜 전송하는 보안통신방법 및 장치와 이를 채용한 멀티미디어 기기를 제공하는데 있다.
일 측면에 따른 보안 통신 장치는 비트스트림을 구성하는 데이터 중 적어도 일부를 암호화하고, 암호화에 사용된 적어도 일부의 키 정보를 상기 비트스트림에 삽입하여 암호화된 비트스트림을 생성하고, 수신되는 암호화된 비트스트림으로부터 복호화를 위한 적어도 일부의 키 정보를 획득하여 암호화된 데이터를 복호화하는 보안모듈; 및 상기 암호화된 비트스트림을 송신 및 수신하는 통신모듈을 포함할 수 있다.
상기 보안모듈은 상기 비트스트림의 페이로드 영역을 암호화할 수 있다.
상기 보안모듈은 상기 키 정보를 상기 비트스트림의 보조 영역에 삽입할 수 있다.
상기 보안모듈은 상기 키 정보를 상기 비트스트림의 페이로드 영역에 삽입할 수 있다.
상기 보안모듈은 엔코딩 과정 혹은 엔코딩이 완료된 이후 암호화 처리를 수행할 수 있다.
상기 키 정보는 키 데이터, 상기 키 데이터의 인덱스, 상기 키 데이터의 포인터값 중 하나를 포함할 수 있다.
상기 키 데이터가 분할되어 상기 키 데이터에 대한 분할정보와 함께 상기 비트스트림에 포함될 수 있다.
상기 암호화된 비트스트림은 암호화가 수행되었는지를 나타내는 동기 비트를 더 포함할 수 있다.
상기 보안모듈은 상기 동기 비트가 검출되면 미리 설정된 개수의 프레임만큼 복호화를 수행할 수 있다.
상기 암호화된 비트스트림은 암호화가 수행된 영역을 나타내는 암호화 시작 비트와 암호화 종료 비트를 더 포함할 수 있다.
상기 암호화된 비트스트림에 일부의 키 정보가 포함되는 경우, 나머지 키 정보는 상기 암호화된 비트스트림과 관련된 제1 패킷과는 다른 제2 패킷을 통하여 송수신될 수 있다.
상기 제2 패킷은 상기 제1 패킷과 동일한 통신 네트워크로 송수신될 수 있다.
상기 제2 패킷은 상기 제1 패킷과 서로 다른 통신 네트워크로 송수신될 수 있다.
일반모드시 상기 보안모듈은 엔코딩을 통한 비트스트림의 생성과 비트스트림의 디코딩을 수행하고, 상기 통신모듈은 상기 비트스트림의 송수신을 수행할 수 있다.
다른 측면에 따른 보안통신방법은 제1 단말에서 비트스트림을 구성하는 데이터 중 적어도 일부를 암호화하고, 암호화에 사용된 적어도 일부의 키 정보를 상기 비트스트림에 삽입하여 암호화된 비트스트림을 생성하여 상기 제1 단말로부터 제2 단말로 송신하는 단계; 및 상기 제2 단말로부터 수신되는 비트스트림이 암호화된 경우 상기 제1 단말에서 상기 비트스트림으로부터 복호화를 위한 적어도 일부의 키 정보를 획득하여 암호화된 데이터를 복호화하는 단계를 포함할 수 있다.
다른 측면에 따른 보안통신방법은 제1 단말로부터 제2 단말로 제1 암호키를 전송하고, 상기 제2 단말로부터 상기 제1 단말로 제2 암호키를 전송하는 단계; 상기 제1 단말에서 제1 비트스트림의 적어도 일부 영역을 상기 제2 암호키를 이용하여 암호화하고, 상기 제2 단말에서 제2 비트스트림의 적어도 일부 영역을 상기 제1 암호키를 이용하여 암호화하는 단계; 및 상기 제1 단말에서 상기 제2 단말로부터 제공되는 암호화된 영역을 포함하는 제2 비트스트림을 상기 제1 암호키를 이용하여 복호화하고, 상기 제2 단말에서 상기 제1 단말로부터 제공되는 암호화된 영역을 포함하는 제1 비트스트림을 상기 제2 암호키를 이용하여 복호화하는 단계를 포함할 수 있다.
다른 측면에 따른 보안통신기능을 갖는 멀티미디어 기기는 통신부; 및 보안모드가 설정되면, 비트스트림을 구성하는 데이터 중 적어도 일부를 암호화하고, 암호화에 사용된 적어도 일부의 키 정보를 상기 비트스트림에 삽입하여 암호화된 비트스트림을 생성하고, 수신되는 암호화된 비트스트림으로부터 복호화를 위한 적어도 일부의 키 정보를 획득하여 암호화된 데이터를 복호화하는 프로세서를 포함할 수 있다.
일 측면에 따르면, 미디어 비트스트림의 적어도 일부, 예를 들면 페이로드 영역을 암호화하고, 암호화에 사용된 키 정보를 미디어 비트스트림의 보조 영역에 삽입하여 전송함으로써, 단말간 키 정보의 사전 공유를 필요로 하지 않으므로 키 분배 혹은 관리를 위한 서버없이도 동일한 암호화 알고리즘을 탑재한 단말간에는 기존의 통신 네트워크 및 기존 코덱 알고리즘을 그대로 이용하여 보안 통신을 수행할 수 있다.
다른 측면에 따르면, 미디어 비트스트림의 적어도 일부, 예를 들면 페이로드 영역을 암호화하고, 암호화에 사용된 키 정보를 미디어 비트스트림의 페이로드 영역에 삽입하여 전송함으로써, 송신 단말과 수신 단말간 서로 다른 코덱 알고리즘을 사용하더라도 키 손상을 방지할 수 있어 안정된 보안 통신을 수행할 수 있다.
다른 측면에 따르면, 보안모드가 설정되는 단말간에 상대방 단말에서 생성되는 비트스트림을 암호화하는데 사용되는 암호키를 비트스트림의 제1 영역을 통하여 전송하고, 암호화된 제2 영역을 포함하여 수신된 비트스트림을 상대방 단말로 전송한 암호키를 이용하여 복호화함으로써, 기존 코덱 알고리즘과 호환성을 유지하면서 보안 통신을 수행할 수 있다.
다른 측면에 따르면, 동일한 암호화 알고리즘을 탑재한 송신 단말과 수신 단말간에 동일한 통신 채널을 통하여 미디어 비트스트림과 관련된 패킷 이외의 별도의 패킷을 이용하여 보안 통신을 위한 키 정보를 전송함으로써, 비트 사이즈에 제한없이 보안 통신을 위한 키 정보를 생성할 수 있어 보안성을 증대시킬 수 있다.
다른 측면에 따르면, 동일한 암호화 알고리즘을 탑재한 송신 단말에서부터 수신 단말로 미디어 비트스트림과 관련된 패킷과는 다른 통신 채널을 통하여 키 패킷을 전송함으로써, 비트 사이즈에 제한없이 보안성이 높은 키 정보를 생성하거나, 보안성이 높은 채널을 키 패킷 전송 채널로 이용할 수 있다.
다른 측면에 따르면, 미디어 비트스트림의 적어도 일부, 예를 들면 페이로드 영역을 제1 키로 암호화하고, 제1 키는 제2 키로 암호화하는 경우, 암호화된 제1 키는 미디어 비트스트림에 삽입하는 한편, 제2 키는 미디어 비트스트림과 관련된 패킷과는 다른 통신 채널을 통하여 전송함으로써, 이중 암호화 및 키 분산 전송을 통하여 보안성을 증대시킬 수 있다.
도 1a 내지 도 1c는 실시예에 따른 보안 통신 방법의 개념을 설명하는 도면이다.
도 2는 보안 통신 장치의 일실시예에 따른 구성을 나타낸 블록도이다.
도 3은 도 2에 도시된 보안 모듈의 일실시예에 따른 구성을 나타낸 블록도이다.
도 4는 도 2에 도시된 보안 모듈의 다른 실시예에 따른 구성을 나타낸 블록도이다.
도 5는 일실시예에 따른 엔코딩 및 암호화 처리방법의 동작을 설명하는 도면이다.
도 6은 다른 실시예에 따른 엔코딩 및 암호화 처리방법의 동작을 설명하는 도면이다.
도 7은 일실시예에 따른 디코딩 및 복호화 처리방법의 동작을 설명하는 도면이다.
도 8은 다른 실시예에 따른 디코딩 및 복호화 처리방법의 동작을 설명하는 도면이다.
도 9은 도 3에 도시된 암호화부의 실시예를 나타낸 블록도이다.
도 10는 도 9에 도시된 제1 키 생성부의 실시예를 나타낸 블록도이다.
도 11은 도 10에 도시된 제1 기본키 생성부의 실시예를 나타낸 블록도이다.
도 12는 도 10에 도시된 제1 강화키 생성부의 실시예를 나타낸 블록도이다.
도 13은 도 3에 도시된 복호화부의 실시예를 나타낸 블록도이다.
도 14는 도 13에 도시된 제2 키 생성부의 실시예를 나타낸 블록도이다.
도 15는 도 14에 도시된 제2 기본키 생성부의 실시예를 나타낸 블록도이다.
도 16a 내지 도 16c는 다른 실시예에 따른 보안 통신 방법의 개념을 설명하는 도면이다.
도 17a 및 도 17b는 비트스트림에서 암호화 처리되거나 암호화 키가 삽입되는 페이로드 영역의 예와 서로 다른 코덱 알고리즘에 따른 프레임 구조를 보여주는 도면이다.
도 18a 및 도 18b는 다른 실시예에 따른 보안 통신 방법의 개념을 설명하는 도면이다.
도 19a 및 도 19b는 다른 실시예에 따른 보안 통신 방법의 개념을 설명하는 도면이다.
도 20a 및 도 20b는 다른 실시예에 따른 보안 통신 방법의 개념을 설명하는 도면이다.
도 21은 다른 실시예에 따른 단말간 보안 통신 시스템의 구성을 나타낸 블록도이다.
도 22는 실시예에 따른 보안통신기능을 갖는 멀티미디어 기기의 구성을 나타낸 블록도이다.
실시예들은 다양한 변환을 가할 수 있고 여러 가지 실시예를 가질 수 있는바, 특정 실시예들을 도면에 예시하고 상세한 설명에 상세하게 설명하고자 한다. 그러나 이는 특정한 실시 형태에 대해 범위를 한정하려는 것이 아니며, 개시된 사상 및 기술 범위에 포함되는 모든 변환, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다. 실시예들을 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 요지를 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 알 수 있다. 예를 들어, 이하의 상세한 설명에서 통신채널이 3G 혹은 4G 네트워크인 경우, 3G 혹은 4G 네트워크의 특유한 사항을 제외하고는 다른 임의의 통신 채널에서 적용가능하다.
제1, 제2 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 구성요소들은 용어들에 의해 한정되어서는 안 된다. 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다.
실시예에서 사용한 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 권리범위를 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 실시예에 있어서, "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
실시예에 있어서, "모듈" 혹은 "부"는 적어도 하나의 기능이나 동작을 수행하며, 하드웨어 또는 소프트웨어로 구현되거나 하드웨어와 소프트웨어의 결합으로 구현될 수 있다. 또한, 복수의 "모듈" 혹은 복수의 "부"는 특정한 하드웨어로 구현될 필요가 있는 "모듈" 혹은 "부"를 제외하고는 적어도 하나의 모듈로 일체화되어 적어도 하나의 프로세서(미도시)로 구현될 수 있다.
실시예에 있어서, 단말은 UE(User Equipment), MS(Mobile Station), AMS(Advanced Mobile Station), 디바이스, 멀티미디어 기기, 자동차(Vehicle) 등 이동 혹은 고정형의 사용자단 기기 혹은 장비를 통칭하는 것으로 가정한다. 또한, 기지국은 Node B, eNode B, BS(Base Station), AP(Access Point) 등 단말과 통신하는 네트워크단의 임의의 노드 혹은 통신 네트워크 서버를 통칭하는 것으로 가정한다.
실시예에 있어서, 단말은 하나의 통신모드를 지원하면서 다른 하나의 통신 모드는 수동 혹은 자동으로 지원될 수 있다. 또한, 단말은 하나의 통신모드를 지원하면서 다른 복수개의 통신방식 서비스를 수동 혹은 자동으로 지원할 수 있다. 또한, 단말은 하나 이상의 통신모드에서 데이터 동시 송수신이 가능할 수 있다.
실시예에 있어서, 정보는 파라미터, 값, 데이터 등으로 대체되어 사용될 수 있다,
이하, 실시예를 첨부도면을 참조하여 상세히 설명하기로 하며, 첨부 도면을 참조하여 설명함에 있어, 동일하거나 대응하는 구성 요소는 동일한 도면번호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다. 설명의 편의를 위하여 셀룰러 통신을 위한 단말과 기지국간에 선행되어야 하는 프로세스, 예를 들면 네트워크 접속을 위한 인증처리 등에 대해서는 생략되었으며, 단말내 암호화/복호화 처리와, 단말간 신호, 데이터 혹은 패킷 송수신 관계를 중심으로 설명된 것이다.
도 1a 내지 도 1c는 실시예에 따른 보안 통신 방법의 개념을 설명하는 도면이다.
도 1a 및 도 1b에 도시된 보안 통신 방법에 따르면, 송신측인 제1 단말(110)과 수신측인 제2 단말(130)간 보안 통신 모드(이하, 보안모드라 약함)가 설정되면, 제1 단말(110)에서는 키 정보를 생성하여 비트스트림을 구성하는 적어도 일부의 데이터에 대하여 암호화 처리를 수행한다. 제1 단말(110)에서는 비트스트림에 암호화키를 포함하는 암호화 정보를 임베딩시키고, 키 임베디드 통화 패킷을 생성하여 통신 채널을 통하여 수신측인 제2 단말(130)로 전송한다. 일실시예에 따르면, 암호화 정보는 비트스트림의 보조 영역에 포함될 수 있다. 제2 단말(130)에서는 키 임베디드 통화 패킷을 수신하여 키 정보를 생성하고, 이를 이용하여 복호화를 수행한다. 제1 및 제2 단말(110,130)은 유선 혹은 무선 통신기능을 탑재한 임의의 멀티미디어 기기일 수 있다. 여기서, 암호화된 비트스트림에 포함되거나 암호화된 비트스트림으로부터 획득되는 키 정보는 전체 암호화키이거나, 일부 암호화키일 수 있다. 여기서, 비트스트림은 음성신호를 코덱 알고리즘에 의해 부호화함으로써 생성될 수 있다.
다른 실시예에 따르면, 송신측인 제1 단말(110)과 수신측인 제2 단말(130)간 보안 모드가 설정되면, 제1 단말(110)과 제2 단말(130)은 상대방 단말에서의 암호화 처리에 사용될 키를 송수신하고, 수신된 키를 이용하여 암호화하고, 수신된 암호화된 비트스트림은 상대방 단말로 전송한 키를 이용하여 복호화할 수 있다.
구체적으로, 제1 단말(110)에서는 제2 단말(130)에서의 암호화 처리에 사용될 키를 생성하여 제2 단말(130)로 전송하거나, 제2 단말(130)로부터 제1 단말(110)에서의 암호화 처리에 사용될 키를 수신할 수 있다. 이어, 제1 단말(110)에서는 제1 비트스트림의 적어도 일부 영역을 제2 단말(130)로부터 수신된 키를 이용하여 암호화하여 제2 단말(130)로 전송할 수 있다. 한편, 제1 단말(110)에서는 제2 단말(130)로부터 수신된 암호화된 영역을 포함하는 제2 비트스트림을 제2 단말(130)로 미리 전송한 키를 이용하여 복호화할 수 있다. 여기서, 키는 비트스트림의 소정 영역, 예를 들면 보조영역에 임베딩되어 송수신될 수 있다. 한편, 제1 혹은 제2 비트스트림에서 암호화되는 영역은 키가 임베딩되는 영역과 같은 영역 혹은 다른 영역, 예를 들면 페이로드 영역일 수 있다.
한편, 제1 단말(110)과 제2 단말(130)간의 신호 흐름에 기초하여 설명하면 다음과 같다.
제1 단말(110)에서는 보안모드 설정 이후, 제2 단말(130)에서의 암호화 처리에 사용될 키를 생성하여 비트스트림의 소정 영역, 예를 들면 보조영역에 임베딩하여 제2 단말(130)로 전송하고, 제2 단말(130)로부터 전송되는 비트스트림으로부터 소정 영역, 예를 들면 보조영역에 임베딩된 키를 추출할 수 있다. 제1 단말(110)에서는 추출된 키를 이용하여 비트스트림의 소정 영역, 예를 들면 페이로드 영역을 암호화하여 제2 단말(130)로 전송할 수 있다. 이후, 제1 단말(110)에서는 제2 단말(130)로부터 수신된 암호화된 영역을 포함하는 비트스트림을 미리 제2 단말(130)로 전송한 키를 이용하여 복호화할 수 있다.
마찬가지로, 제2 단말(130)에서는 보안모드 설정 이후, 제1 단말(110)에서의 암호화 처리에 사용될 키를 생성하여 비트스트림의 소정 영역, 예를 들면 보조영역에 임베딩하여 제1 단말(110)로 전송하고, 제1 단말(110)로부터 전송되는 비트스트림으로부터 소정 영역, 예를 들면 보조영역에 임베딩된 키를 추출할 수 있다. 제2 단말(130)에서는 추출된 키를 이용하여 비트스트림의 소정 영역, 예를 들면 페이로드 영역을 암호화하여 제1 단말(110)로 전송할 수 있다. 이후, 제2 단말(130)에서는 제1 단말(110)로부터 수신된 암호화된 영역을 포함하는 비트스트림을 미리 제1 단말(110)로 전송한 키를 이용하여 복호화할 수 있다.
즉, 제1 단말(110) 및 제2 단말(130)에 있어서, 암호화 처리가 시작되기 전에 키가 서로 송수신되는데, 이때 상대방 단말로 전송하는 키는 수신된 비트스트림을 복호화하는데 사용되고, 상대방 단말로부터 수신되는 키는 생성된 비트스트림을 암호화하는데 사용될 수 있다. 다른 실시예에 따르면, 제1 단말(110) 및 제2 단말(130)간에 일부의 키만 송수신되고, 각 단말에서 공유하는 나머지 키를 결합하여 암호화 및 복호화에 사용될 수 있다. 다른 실시예에 따르면, 제1 단말(110) 및 제2 단말(130)간에 일부의 키만 송수신되고, 외부로부터 제공되는 나머지 키를 결합하여 암호화 및 복호화에 사용될 수 있다.
도 1c는 실시예에 적용되는 비트스트림의 구조를 나타내는 것으로서, 헤더 영역(150), 페이로드 영역(170)과 보조(AUX) 영역(190)을 포함할 수 있다. 한편, 보조(AUX) 영역(190)에 대응되는 영역이 헤더 영역(150)과 페이로드 영역(170)의 특정 위치에 할당될 수도 있다. 헤더 영역(150)은 페이로드 영역(170)과 관련된 정보를 포함할 수 있고, 페이로드 영역(170)은 부호화된 데이터와 부호화를 위하여 사용된 파라미터가 배치되는 필드를 포함할 수 있고, 보조 영역(190)은 미래 사용을 위한 예비 필드(reserved field)를 포함할 수 있다. 헤더 영역(150) 혹은 페이로드 영역(170)의 특정 위치에 배치되는 보조 영역 또한 미래 사용을 위한 예비 필드를 포함할 수 있다. 각 영역의 배치 순서는 특정되거나 특정되지 않을 수 있다. 또한, 각 영역은 복수개 포함될 수 있고, 코덱 알고리즘의 업데이트되는 버전에 따라서 다른 영역이 비트스트림에 추가되거나 비트스트림의 구조가 변형될 수 있다.
헤더 영역(150)은 페이로드 영역(170)에 포함되는 데이터가 비디오 혹은 오디오인지를 나타내는 정보 혹은 코덱 알고리즘 타입을 나타내는 정보 중 적어도 하나를 포함할 수 있다. 실시예에 따르면, 헤더 영역(150) 혹은 페이로드 영역(170) 중 적어도 하나가 암호화 처리되며, 보조 영역(190)에 암호화키를 포함하는 암호화 정보가 임베딩될 수 있다.
한편, 제1 및 제2 단말(110, 130)은 예를 들어 LTE 모뎀, CDMA 모뎀 혹은 WCDMA 모뎀과 같은 통신모뎀을 포함할 수 있다. 실시예에 따른 보안 통신 방법을 구현하기 위해서는 통신모뎀이 아니라 다른 프로그래머블 프로세서에서의 디코딩 처리를 필요로 한다.　 이를 위하여, 제1 단말(110)에서 암호화된 비트스트림의 헤더 영역(150)은 음성 코덱 알고리즘 타입과 통신모뎀에서 디코딩을 수행할지 여부를 나타내는 식별자를 포함할 수 있다.　 제2 단말(130)에서는 헤더 영역(150)에 포함된 식별자를 체크하여, 수신된 암호화된 비트스트림에 대하여 통신모뎀에서 디코딩하지 않고 다른 프로세서, 예를 들면 어플리케이션 프로세서 혹은 디지털 신호 프로세서(DSP)에서 디코딩처리가 가능하게 되어, 음성 보안 통신이 달성될 수 있다.
상기한 실시예에 따르면, 암호화 정보 중 암호화키를 비트스트림의 보조영역에 임베딩시켜 전송함으로써, 제1 및 제2 단말(110, 130)간 암호화키에 대한 사전공유를 필요로 하지 않으므로, 키 교환과 관련된 별도의 서버없이도 보안 통신을 가능케한다. 한편, 상기한 다른 실시예에 따르면, 암호화 처리가 시작되기 전에, 제1 및 제2 단말(110, 130)간 직접적으로 상대방 단말에서의 암호화 처리에 사용될 키를 송수신하므로, 키 교환과 관련된 별도의 서버없이도 보안 통신을 가능케한다. 실시예에 따르면, 암호화에 사용된 키를 암호화된 영역을 포함하는 비트스트림에 함께 임베딩시켜 상대방 단말로 전송하거나, 암호화에 사용될 키를 먼저 정상적인 비트스트림에 임베딩시켜 상대방 단말로 전송할 수 있다.
도 2는 보안 통신 장치의 일실시예에 따른 구성을 나타낸 블록도로서, 도 1a에 도시된 제1 단말(110)과 제2 단말(130)에 각각 내장될 수 있다. 하기의 보안 통신 장치는 보안모듈(210)이 정상모드와 보안모드를 모두 지원하는 경우를 예로 들어 설명하기로 한다. 한편, 보안모듈(210)이 보안모드만 지원하는 경우 정상모드를 지원하는 별도의 처리모듈, 예를 들면 코덱모듈을 별도로 구비할 수 있다. 도 2의 보안 통신 장치는 상용의 멀티미디어 기기에 착탈식으로 장착될 수 있으며, 이 경우 멀티미디어 기기에 포함되는 기능으로 대체될 수 있는 부분을 제외한 기능으로 구성될 수 있다.
도 2에 도시된 보안 통신 장치는 보안모듈(210), 통신모듈(230), 제어모듈(250)과 모드 설정모듈(270)을 포함할 수 있다. 여기서, 제어모듈(250)에서 수행되는 다양한 기능은 분리되어 다른 모듈, 예를 들어 보안모듈(210) 및 통신모듈(230)에 포함될 수 있다. 한편, 모드 설정모듈(270)은 보안모듈(210) 및 통신모듈(230)에 대하여 직접적으로 동작 모드를 설정할 수 있다. 보안 통신과 관련하여 사용자 입력을 필요로 하지 않는 경우, 모드 설정모듈(270)은 구비되지 않을 수 있다. 한편, 모드 설정모듈(270)의 다양한 기능은 보안모듈(210)에 포함될 수 있다. 통신모듈(230)을 제외한 나머지 모듈들은 단일한 프로세서로 구성될 수 있다.
도 2를 참조하면, 보안모듈(210)은 비트스트림을 구성하는 데이터 중 적어도 일부를 암호화하고, 암호화 처리와 관련된 정보를 비트스트림에 삽입하여 암호화된 비트스트림을 생성할 수 있다. 보안모듈(210)은 통신모듈(230)을 통하여 수신되는 패킷이 암호화된 비트스트림을 포함하는 경우, 암호화된 비트스트림을 복호화하기 위하여 암호화된 비트스트림으로부터 암호화 정보를 획득할 수 있다. 여기서, 비트스트림에서 페이로드 영역 혹은 헤더 영역 중 적어도 하나에 포함되는 데이터가 암호화될 수 있다. 한편, 암호화 정보는 암호화 키와 관련된 키정보를 포함할 수 있다. 또한, 암호화 정보는 암호화된 영역의 위치와 암호화 알고리즘 타입 중 적어도 하나를 더 포함할 수 있다. 암호화키는 키 데이터 자체이거나, 키 데이터의 인덱스 혹은 키 데이터의 포인터값일 수 있다. 암호화키가 분할되어 비트스트림에 삽입되는 경우, 분할 정보가 포함될 수 있다. 암호화 정보 중 암호화키는 비트스트림의 보조 영역에 삽입될 수 있다.
보안모듈(210)은 정상모드(normal mode)시, 입력신호에 대한 암호화 처리없이 입력신호로부터 비트스트림을 생성하여 통신모듈(230)로 제공할 수 있다. 보안모듈(210)은 통신모듈(230)을 통하여 수신되는 패킷이 암호화된 비트스트림을 포함하지 않는 경우, 비트스트림에 대한 복호화처리없이 비트스트림으로부터 원래의 신호를 복원할 수 있다.
보안모듈(210)은 내장되거나 기기에 탈부착가능한 하드웨어에 저장되거나 네트워크로부터 다운로드되는 코덱 알고리즘을 사용하여 비트스트림을 생성할 수 있다. 보안모듈(210)은 내장되거나 기기에 탈부착가능한 하드웨어에 저장되거나 네트워크로부터 다운로드되는 암호화 알고리즘을 사용하여 암호화 혹은 복호화 처리를 수행할 수 있다. 보안모듈(210)에 암호화키와 관련된 정보는 기기에 탈부착가능한 하드웨어에 저장되어 기기와는 별도로 관리될 수 있다. 암호화 알고리즘은 암호화키를 이용한 데이터의 치환 혹은 다양한 연산을 포함할 수 있다.
보안모듈(210)은 적어도 하나 이상의 동작모드로 데이터를 처리할 수 있다.
통신모듈(230)은 적어도 하나의 안테나를 구비하며, 보안모듈(210)로부터 제공되는 비트스트림 혹은 암호화된 비트스트림으로부터 소정의 통신 프로토콜에 대응되는 패킷을 생성하고, 유무선으로 패킷을 송신할 수 있다. 통신모듈(230)은 유무선으로 수신된 패킷으로부터 비트스트림 혹은 암호화된 비트스트림을 파싱하고, 비트스트림 혹은 암호화된 비트스트림을 보안모듈(210)로 제공할 수 있다. 통신모듈(230)은 암호화된 비트스트림에 삽입되지 않은 키에 대해서는 미디어 패킷 예를 들면 통화 패킷이 아닌 별도의 패킷을 생성하여 삽입할 수 있다.
통신모듈(230)은 복수의 키 전송모드 중 하나로 동작할 수 있다. 일예로서, 전송모드에 따라서 패킷은 통화 패킷과 별도의 키 패킷을 포함하여 구성될 수 있다. 다른 예로서, 키 패킷은 통화 패킷과 동시에 전송되거나, 통화 패킷에 앞서 전송될 수 있다. 여기서, 통신 채널은 2G 네트워크, 3G 네트워크, 4G 네트워크, B4G(Beyond 4G) 네트워크, 5G 네트워크, Wi-Fi 네트워크, IP 네트워크, 단말간 직접통신 네트워크 등이 해당될 수 있으며, 다른 차세대 네트워크 혹은 이종 네트워크도 해당될 수 있다. 한편, 통신 채널은 음성 네트워크 혹은 데이터 네트워크로 칭할 수도 있고, 회선 교환(Circuit Switching) 네트워크, 패킷 교환(Packet Switching) 네트워크, 혹은 IMS(IP Multimedia Subsystem) 네트워크와 같이 칭할 수도 있다.
제어모듈(250)은 보안모듈(210) 및 통신모듈(230)을 포함하여 보안통신장치의 동작을 전반적으로 제어할 수 있다. 제어모듈(250)은 사용자 설정에 따른 동작모드로 보안모듈(210) 혹은 통신모듈(230)이 동작되도록 제어하거나, 미리 설정된 동작모드로 보안모듈(210) 혹은 통신모듈(230)이 동작되도록 제어할 수 있다. 제어모듈(250)은 단말간 보안모드가 설정되었는지 혹은 정상모드를 유지하는지에 대응하여 보안모듈(210) 및 통신모듈(230)을 제어할 수 있다.
모드 설정모듈(270)은 보안 통신과 관련된 동작 모드를 설정할 수 있다. 모드 설정모듈(270)은 UI(User Interface), GUI(Graphic User Interface), 혹은 단말에 설치된 적어도 하나의 버튼을 포함할 수 있다. 동작 모드는 보안모드 설정, 암호화 강도, 보안통신대상 중 적어도 하나를 포함할 수 있으나, 이에 한정되는 것은 아니다.
보안모드는 수신인을 호출하기 이전 혹은 수신인을 호출한 이후 사용자에게 보안모드 설정여부를 확인하여 설정될 수 있다. 일실시예에 따르면, 보안모드 설정은 보안 통신 개시 시점 혹은 종료 시점 설정을 포함할 수 있다. 보안 통신 개시 혹은 종료 시점은 통화 개시 혹은 종료 시점과 동일하거나, 통화 도중에라도 설정될 수 있다. 일차적으로 설정된 보안모드는 네트워크 상황에 따라서 자동으로 해제되거나 재설정될 수 있다.
암호화 강도는 수신인별로 혹은 수신인 그룹별로 다르게 설정하거나, 네트워크 상황에 따라 다르게 설정할 수 있으며, 단일 암호화 모드, 이중 혹은 삼중과 같은 다중 암호화 모드를 포함할 수 있다. 암호화 강도는 단말이 복수의 암호화 알고리즘 혹은 복수의 키 생성방식을 내장하는 경우, 암호화 알고리즘 혹은 키 생성방식별로 다르게 설정할 수 있다. 암호화 강도는 암호화 키의 길이를 조절함으로써 서로 다르게 설정할 수 있다.
보안 통신 대상은 수신인 별로 사용자에게 보안모드 설정에 대한 확인을 요청하거나, 별도로 지정된 수신인 그룹에 대해서는 자동으로 보안모드가 설정될 수 있다. 또는 이전에 보안 통신이 행해진 수신인에 대해서는 자동으로 보안모드가 설정되거나, 재차 사용자에게 보안모드 설정에 대한 확인을 요청할 수 있다. 이때, 암호화 강도와 보안 통신 대상을 서로 연동시켜 설정하는 것도 가능하다. 예를 들어, 특수한 수신인 혹은 수신인 그룹에 대해서는 보다 높은 암호화 강도에 대응하는 암호화 키를 할당할 수 있다.
일실시예에 따르면, 보안모드는 사용자 동작, 제스쳐, 혹은 음성을 인식하여 설정될 수 있다. 사용자 동작의 예로는 단말을 수회 두드리거나 단말의 특정 부분을 마찰하는 등의 단말에 대한 특정 행위를 들 수 있다. 제스쳐의 예로는 사용자가 단말을 쥐고 행하는 특정 행위를 들 수 있다. 다른 실시예에 따르면, 보안모드는 보안모드와 관련된 사용자의 지시 내용을 담은 생체 정보를 인식하여 설정될 수 있다. 생체정보는 예를 들면 BCI(Brain-Computer Interface) 혹은 BMI(Brain-Machine Interface)를 통하여 인식될 수 있다. 보안모드의 내용과 인식되는 행위는 서로 매핑되어 단말에 미리 저장될 수 있다.
일실시예에 따르면, 암호화된 비트스트림에 포함되는 암호화 키가 일부 암호화 키인 경우 보안모듈(210)은 나머지 암호화 키를 위하여 암호화된 비트스트림과 관련된 제1 패킷과는 다른 제2 패킷을 생성하고, 생성된 제2 패킷은 통신모듈(230)로 제공될 수 있다. 암호화된 비트스트림에 포함되는 암호화 키가 일부 암호화 키인 경우, 통신모듈(230)은 암호화된 비트스트림과 관련된 제1 패킷과는 다른 제2 패킷을 수신하고, 보안모듈(210)은 제2 패킷으로부터 나머지 암호화 키를 획득할 수 있다. 여기서, 제2 패킷은 제1 패킷과 동일한 통신 네트워크로 송수신되거나, 서로 다른 통신 네트워크로 송수신될 수 있다. 제2 패킷은 제1 패킷과 동기화되어 송수신되거나, 동시에 송수신되거나, 제1 패킷에 앞서 송수신될 수 있다.
한편, 제1 단말과 제2 단말이 도 2에 도시된 보안 통신 장치를 채용하고, 제1 및 제2 단말간 보안 통신이 이루어지는 경우, 제1 단말과 제2 단말은 서로 다른 암호화키로 암호화된 비트스트림을 생성할 수 있다. 즉, 제1 단말은 제1 암호화 키를 이용하는 한편, 제2 단말은 제1 암호화 키와는 다른 제2 암호화 키를 이용할 수 있다. 다른 실시예에 따르면, 제1 및 제2 단말은 보안 통신 개시전에 약속된 동일한 암호화 키를 이용하여 암호화된 비트스트림을 생성할 수 있다. 다른 실시예에 따르면, 보안 통신 개시후, 제2 단말이 제1 단말로부터 수신된 암호화된 비트스트림으로부터 암호화 키를 획득하고, 획득된 암호화 키를 이용하여 암호화된 비트스트림을 생성하여 제1 단말로 송신할 수 있다.
한편, 다른 실시예에 따르면, 보안모듈(210)은 상대방 단말에서의 암호화 처리 및 상대방 단말로부터 전송되는 비트스트림의 복호화 처리에 사용될 제1 암호키를 생성할 수 있다. 이때, 키는 각 단말에서 생성되는 비트스트림의 소정 영역, 예를 들면 보조영역을 통하여 전송될 수 있다. 한편, 보안모듈(210)은 상대방 단말로부터 수신된 비트스트림으로부터 암호화 처리에 사용될 제2 암호키를 추출하고, 코덱 알고리즘을 이용하여 생성되는 제1 비트스트림의 적어도 일부 영역을 제2 암호키를 이용하여 암호화하여 상대방 단말로 전송할 수 있다. 또한, 보안모듈(210)에서는 상대방 단말로부터 수신되는 암호화된 영역을 포함하는 제2 비트스트림을 이전에 상대방 단말로 송신한 제1 암호키를 이용하여 복호화할 수 있다. 이때, 비트스트림에서 암호화되는 영역은 제1 혹은 제2 암호키가 임베딩되는 영역과 동일하거나 다른 영역, 예를 들면 페이로드 영역일 수 있다. 즉, 보안모듈(210)은 상대방 단말로 전송하기 위한 제1 암호키를 생성하고, 비트스트림의 적어도 일부 영역을 상대방 단말로부터 전송되는 제2 암호키를 이용하여 암호화하고, 상대방 단말로부터 제공되는 상기 제1 암호키로 암호화된 영역을 포함하는 비트스트림을 상기 제1 암호키를 이용하여 복호화할 수 있다. 한편, 통신모듈(230)은 제1 암호키가 임베딩된 비트스트림 및 보안모듈(210)에서 암호화된 영역을 포함하는 비트스트림을 상대방 단말로 전송하고, 제2 암호키가 임베딩된 비트스트림 및 상대방 단말에서 상기 제1 암호키로 암호화된 영역을 포함하는 비트스트림을 수신할 수 있다. 여기서, 키는 소정 주기를 단위를 갱신되어 상대방 단말로 전송될 수 있다.
도 3은 도 2에 도시된 보안 모듈(210)의 일실시예에 따른 구성을 나타낸 블록도이다.
도 3에 도시된 보안 모듈(210)은 엔코딩부(310), 암호화부(320), 암호화 정보 삽입부(330), 암호화 정보 추출부(340), 복호화부(350)와 디코딩부(360)를 포함할 수 있다. 여기서, 암호화부(320) 혹은 복호화부(350)의 전체 기능 혹은 일부 기능은 별도의 하드웨어, 예를 들면 단말에 삽입가능한 USIM(Universal Subscriber Identity Module)이나 USB(Universal Serial Bus) 메모리 혹은 근거리 통신가능한 마이크로 칩에 구현될 수 있다.
도 3을 참조하면, 엔코딩부(310)는 입력신호를 소정의 코덱 알고리즘을 이용하여 엔코딩하여 비트스트림을 생성한다. 코덱 알고리즘의 예로는, ISO/IEC에서 권고한 MPEG-오디오 등과 같은 표준 코덱 알고리즘, ITU-T에서 권고한 G.722 등과 같은 G 시리즈의 표준 코덱 알고리즘, 표준 코덱 알고리즘 이외의 독자 혹은 사유의 코덱 알고리즘(proprietary codec algorithm)을 들 수 있다. 비트스트림은 엔코딩에 사용된 파라미터와 엔코딩된 데이터를 포함할 수 있으며, 그 세부 포맷은 코덱 알고리즘에 따라서 달라질 수 있다. 비트스트림은 헤더 영역과 페이로드 영역을 포함하거나, 추가로 보조(AUX) 영역을 포함할 수 있다. 여기서, 보조 영역(AUX)은 헤더 영역 혹은 페이로드 영역에도 존재할 수 있다.
암호화부(320)는 엔코딩부(310)에서 엔코딩 결과 생성된 비트스트림의 적어도 일부의 데이터를 암호화한다. 암호화 처리는 비트스트림에서 헤더 영역 혹은 페이로드 영역에 포함되는 적어도 일부의 데이터를 암호화 처리하거나, 두 영역의 적어도 일부의 데이터를 함께 암호화 처리할 수 있다. 다른 실시예에 따르면, 보조 영역에 포함되는 적어도 일부의 데이터에 대해서도 암호화 처리 가능하다. 다른 실시예에 따르면, 복원신호의 품질에 끼치는 영향이 적은 데이터에 대하여 암호호화 처리될 수 있다.
암호화 처리에는 키 기반 암호화 알고리즘이 사용될 수 있다. 암호화 알고리즘의 예로는 대칭키 혹은 비밀키를 사용하는 알고리즘, 비대칭키 혹은 공개키를 사용하는 알고리즘, 대칭키와 비대칭키를 혼합하여 사용하는 알고리즘, 혹은 양자 암호 알고리즘을 들 수 있으나 이에 한정되는 아니다. 대칭키 혹은 비밀키를 사용하는 알고리즘은 RC4와 같은 스트림 암호화 키를 사용하거나, RC5, IDEA, DES(Data Encryption Standard), AES(Advanced Encryption Standard), ARIA, SEED, 3DES(Triple DES) 등과 같은 블록 암호화 키를 사용할 수 있으나, 이에 한정되는 것은 아니다. 비대칭키 혹은 공개키를 사용하는 알고리즘은 RSA(Rivest, Shamir, Adleman) 공개키를 사용할 수 있으나, 이에 한정되는 것은 아니다.
암호화 정보 삽입부(330)는 암호화부(320)에서 수행된 암호화 처리와 관련된 암호화 정보를 비트스트림에 삽입하여 암호화된 비트스트림을 생성한다. 암호화 정보 삽입부(330)에서 생성된 암호화된 비트스트림은 통신모듈(도 2의 230)으로 제공될 수 있다. 암호화 정보는 비트스트림의 보조 영역에 포함될 수 있다. 다른 실시예에 따르면, 암호화 정보는 비트스트림에서 복원신호의 품질에 끼치는 영향이 적은 영역에 포함할 수 있다. 암호화 정보는 암호화키와 관련된 정보를 포함할 수 있다. 암호화키가 분할되어 비트스트림에 삽입되는 경우에는 암호화 키의 분할 정보를 더 포함할 수 있다. 암호화 정보는 비트스트림의 암호화 여부를 나타내는 암호화 플래그를 더 포함할 수 있다. 암호화 플래그는 특정한 동기 비트를 사용할 수 있다. 암호화 플래그는 다른 암호화 정보와 함께 동일한 영역에 삽입되거나, 헤더 영역에 따로 삽입될 수 있다. 또한, 암호화 플래그는 암호화되는 영역이 시작되는 위치에 삽입될 수 있다. 암호화 정보는 암호화된 영역의 위치 정보를 더 포함할 수 있다. 위치 정보는 암호화된 영역의 시작 위치와 종료 위치를 포함할 수 있다. 또한, 암호화된 영역의 시작 위치와 종료 위치에 특정한 동기 비트를 삽입할 수 있다. 즉, 암호화 플래그와 함께 암호화 위치 즉, 암호화된 영역 혹은 프레임에 대한 정보를 삽입할 수 있다. 한편, 보안 모드 설정을 통하여 암호화가 개시된 것을 송수신 단말이 미리 인지하고 있는 경우 별도의 암호화 플래그를 필요로 하지 않을 수 있다. 또한, 암호화 플래그가 검출된 이후 소정 개수의 프레임, 예를 들면 64개 프레임에 대하여 선택적으로 암호화가 수행될 수 있다. 또는 소정 영역에 대한 암호화가 수행되는 것을 송수신 단말이 미리 인지하고 있는 경우 별도의 위치 정보를 필요로 하지 않을 수 있다. 암호화 정보는 비트스트림에서 하나의 영역, 예를 들면 보조영역에 포함되거나, 복수의 영역에 분산되어 삽입될 수 있다. 한편, 디코더 측면에서 살펴보면, 암호화 시작 비트가 검출된 이후 암호화 종료 비트가 검출될 때까지 그 사이에 존재하는 프레임에 대하여 암호화 처리가 수행된 것으로 판단할 수 있다. 또는, 비트스트림에서 동기 비트가 검출될 때마다 예를 들어 64개의 프레임까지 암호화 처리가 수행된 것으로 판단할 수 있다.
암호화 정보 추출부(340)는 통신모듈(도 2의 230)로부터 제공되는 암호화된 비트스트림으로부터 암호화 정보를 추출한다.
복호화부(350)는 암호화 정보 추출부(340)에서 추출된 암호화 정보를 이용하여 암호화된 비트스트림에 대한 복호화를 수행한다. 구체적으로, 암호화 정보에 포함된 암호화 키를 이용하여 복호화를 수행할 수 있다. 복호화부(350)는 암호화부(320)에서 사용된 것과 동일한 암호화 알고리즘에 의해 동작될 수 있다.
디코딩부(360)는 복호화부(350)에서 복호화된 비트스트림에 대한 디코딩을 수행할 수 있다. 디코딩부(360)는 엔코딩부(310)에서 사용된 것과 동일한 코덱 알고리즘에 의해 동작될 수 있다.
다른 실시예에 따르면, 암호화부(320)와 암호화 정보 삽입부(330)는 하나의 프로세서로 구현되어 암호화와 암호화 정보 삽입이 함께 수행될 수 있다. 또한, 암호화 정보 추출부(340)와 복호화부(350) 역시 하나의 프로세서로 구현되어 암호화 정보 추출과 복호화가 함께 수행될 수 있다.
도 4는 도 2에 도시된 보안 모듈(210)의 다른 실시예에 따른 구성을 나타낸 블록도이다.
도 4에 도시된 보안 모듈(210)은 엔코딩 및 암호화부(410), 암호화 정보 삽입부(420), 암호화 정보 추출부(430)와 복호화 및 디코딩부(440)를 포함할 수 있다.
도 4를 참조하면, 엔코딩 및 암호화부(410)는 입력신호에 대하여 엔코딩과 함께 암호화를 수행한다. 엔코딩 및 암호화처리에는 도 3의 엔코딩부(310)과 암호화부(320)에서와 동일하거나 유사한 코덱 알고리즘 및 암호화 알고리즘이 적용될 수 있다. 암호화 처리는 엔코딩 과정 중 미리 설정된 단계에서 수행될 수 있다. 미리 설정된 단계는 적용되는 코덱 알고리즘에 따라서 다를 수 있고, 예를 들면 선형예측 부호화단계나 양자화단계일 수 있다. 이때, 각 단계에서 해당 프로세스 수행 이후 암호화가 수행되거나, 암호화 이후 해당 프로세스가 수행될 수 있다.
암호화 정보 삽입부(420)는 암호화 처리와 관련된 암호화 정보를 비트스트림에 삽입하여 암호화된 비트스트림을 생성한다. 암호화 정보 삽입부(420)에서 생성된 암호화된 비트스트림은 통신모듈(도 2의 230)으로 제공될 수 있다. 암호화 정보는 비트스트림의 보조영역에 삽입되는 암호화키를 포함할 수 있다. 다른 실시예에 따르면, 암호화 정보는 엔코딩 과정 중 암호화 처리가 수행되는 단계에서 암호화 처리된 데이터와 함께 페이로드 영역에 삽입되는 암호화 키를 포함할 수 있다. 각각의 경우, 암호화 키가 분할되어 비트스트림에 삽입되는 경우에는 암호화 키의 분할 정보를 더 포함할 수 있다. 암호화 정보는 암호화 플래그 혹은 암호화된 영역의 위치 정보를 더 포함할 수 있다. 암호화 정보는 엔코딩 과정 중 암호화 처리가 수행된 단계를 나타내는 정보를 더 포함할 수 있다.
암호화 정보 추출부(430)는 통신모듈(도 2의 230)로부터 제공되는 암호화된 비트스트림으로부터 암호화 정보를 추출한다.
복호화 및 디코딩부(440)는 암호화 정보 추출부(430)에서 추출된 암호화 정보를 이용하여 암호화된 비트스트림에 대한 복호화와 함께 디코딩을 수행한다. 구체적으로, 암호화 정보에 포함된 암호화키를 이용하여 복호화 및 디코딩을 수행할 수 있다. 복호화 및 디코딩처리에는 도 3의 복호화부(350)과 디코딩부(360)에서와 동일하거나 유사한 코덱 알고리즘 및 암호화 알고리즘이 적용될 수 있다. 복호화 처리는 디코딩 과정 중 미리 설정된 단계에서 수행될 수 있다. 미리 설정된 단계는 적용되는 코덱 알고리즘에 따라서 다를 수 있고, 예를 들면 선형예측복호화단계나 역양자화단계일 수 있다. 이때, 각 단계에서 복호화 이후 해당 프로세스가 수행되거나, 해당 프로세스 수행 이후 복호화가 수행될 수 있다.
상기 실시예에 있어서, 암호화 정보는 보조 영역뿐 아니라, 헤더 영역에서 예를 들면 미래 사용을 위한 예비 필드(reserved field) 혹은 미사용 필드(not used field)에 삽입될 수도 있다.
한편, 엔코딩 및 암호화부(410)와 암호화 정보 삽입부(420)는 하나의 프로세서로 구현되어 엔코딩, 암호화와 암호화 정보 삽입이 함께 수행될 수 있다. 또한, 암호화 정보 추출부(430)와 복호화 및 디코딩부(440) 역시 하나의 프로세서로 구현되어 암호화 정보 추출, 복호화와 디코딩이 함께 수행될 수 있다.
도 5는 일실시예에 따른 엔코딩 및 암호화 처리방법의 동작을 설명하는 도면이다.
도 5를 참조하면, 510 단계에서는 비트스트림에서 암호화되는 영역을 설정한다. 암호화되는 영역은 헤더 영역, 페이로드 영역과 보조 영역 중 적어도 하나가 될 수 있다.
520 단계에서는 입력신호에 대하여 엔코딩을 수행하여 비트스트림을 생성한다.
530 단계에서는 비트스트림에서 510 단계에서 설정된 영역을 암호화키를 이용하여 암호화처리한다.
540 단계에서는 암호화키를 포함하는 암호화 정보를 비트스트림에 삽입한다. 암호화 정보는 헤더 영역, 페이로드 영역과 보조 영역 중 적어도 하나에 삽입될 수 있다. 다른 실시예에 따르면, 암호화 정보는 헤더 영역, 페이로드 영역과 보조 영역 중 적어도 하나 이상에 분산하여 삽입될 수 있다.
도 6은 다른 실시예에 따른 엔코딩 및 암호화 처리방법의 동작을 설명하는 도면이다.
도 6을 참조하면, 610 단계에서는 엔코딩 과정 중 암호화되는 단계를 설정한다. 암호화되는 단계는 사용되는 코덱 알고리즘에 따라서 달라질 수 있으며, 예를 들면 선형예측부호화 단계와 양자화 단계 중 적어도 하나가 될 수 있다.
620 단계에서는 입력신호에 대하여 엔코딩을 개시한다. 630 단계에서는 엔코딩 과정 중 610 단계에서 설정된 단계에 해당하면 엔코딩 및 암호화를 수행한다. 이때, 엔코딩과 암호화는 그 순서를 바꾸어 수행할 수 있다. 640 단계에서는 엔코딩 과정 중 나머지 단계를 수행하여 엔코딩 과정을 종료한다.
650 단계에는 비트스트림에서 암호화된 단계에 해당하는 데이터가 위치하는 영역인 페이로드 영역에 암호화키를 삽입하거나, 보조 영역에 삽입한다. 650 단계는 630 단계와 연동하여 수행될 수 있다. 다른 실시예에 따르면, 암호화키는 헤더 영역, 페이로드 영역과 보조 영역 중 적어도 하나 이상에 분산되거나, 하나의 영역내에 분산되어 삽입될 수 있다. 한편, 제1 및 제2 단말(110, 130) 간에 암호화된 단계를 미리 인지하고 있지 않은 경우, 암호화된 단계를 나타내는 정보 또한 비트스트림에 삽입될 수 있다.
도 7은 일실시예에 따른 디코딩 및 복호화 처리방법의 동작을 설명하는 도면이다.
도 7을 참조하면, 710 단계에서는 수신되는 비트스트림에서 암호화키를 포함하는 암호화 정보를 획득한다.
720 단계에서는 암호화 정보에 근거하여 비트스트림에서 암호화된 영역에 대한 복호화를 수행한다.
730 단계에서는 720 단계에서 복호화된 비트스트림에 대하여 디코딩을 수행한다.
도 8은 다른 실시예에 따른 디코딩 및 복호화 처리방법의 동작을 설명하는 도면이다.
도 8을 참조하면, 810 단계에서는 수신되는 비트스트림에서 암호화키를 획득한다. 제1 및 제2 단말(110, 130) 간에 암호화된 단계를 미리 인지하고 있지 않은 경우, 비트스트림으로부터 암호화된 단계를 나타내는 정보를 더 획득할 수 있다. 예를 들면, 엔코딩과정 중 암호화된 단계가 선형예측부호화 단계 혹은 양자화 단계 중 적어도 하나인 경우, 디코딩과정에서는 역양자화 단계와 선형예측복호화 단계 중 적어도 하나에 대하여 복호화가 수행될 수 있다. 암호화키는 비트스트림에서 암호화된 단계에 해당하는 데이터가 위치하는 영역인 페이로드 영역으로 획득하거나, 보조영역으로부터 획득할 수 있다. 다른 실시예에 따르면, 암호화키는 암호화 정보에 근거하여, 각 영역에 분산되거나, 하나의 영역내에서 분산된 데이터를 합성하여 얻을 수 있다.
820 단계에서는 수신되는 비트스트림에 대하여 디코딩을 개시한다. 830 단계에서는 디코딩 과정 중 현재 단계가 암호화된 단계에 해당하면 암호화키를 이용하여 복호화 및 디코딩을 수행한다. 이때, 복호화 및 디코딩은 그 순서를 바꾸어 수행할 수 있다. 840 단계에서는 디코딩 과정 중 나머지 단계를 수행하여 디코딩 과정을 종료한다.
도 9은 도 3에 도시된 암호화부(320)의 실시예를 나타낸 블록도로서, 제1 키 생성부(910)와 비트스트림 암호화부(930)를 포함할 수 있다.
도 9를 참조하면, 제1 키 생성부(910)는 비트스트림에 대한 암호화키를 생성할 수 있다. 여기서, 암호화키는 비트스트림의 일부 영역을 암호화하는 기본키 혹은 기본키와 강화키로 구성될 수 있다. 기본키는 복수의 키를 포함할 수 있다. 강화키는 기본키를 암호화하는 키 혹은 특정 수신 단말을 확인하기 위한 키일 수 있다. 예를 들어, DES 알고리즘의 경우 56 비트의 키, AES 알고리즘의 경우 128 비트, 192 비트 혹은 256 비트의 키를 기본키 혹은 강화키로 생성할 수 있다. 여기서, 기본키 혹은 강화키의 비트수 즉 길이는 암호화 강도에 대응하여 설정될 수 있다. 키는 세션 단위로 생성될 수 있다. 세션은 통화 개시 시점부터 통화 종료 시점까지로 정의되거나, 통화 개시 시점부터 소정의 시간 단위로 정의되거나 통화중 소정 시간 단위로 정의될 수 있다. 키는 일회성으로 생성되거나, 세션 단위, 비트스트림 혹은 패킷 단위, 혹은 프레임 단위로 생성될 수 있다. 한편, 키는 소정 주기로 갱신되어 전송될 수 있다. 예를 들면 키는 세션 단위, 비트스트림 혹은 패킷 단위, 혹은 프레임 단위로 갱신될 수 있다. 키는 비트스트림 암호화부(930)와 암호화정보 삽입부(도 3의 330)로 제공될 수 있다.
비트스트림 암호화부(930)는 생성된 키를 이용하여 비트스트림의 적어도 일부를 암호화할 수 있다. 구체적으로 기본키를 이용하여 비트스트림의 헤더영역 혹은 페이로드 영역을 암호화할 수 있다. 일실시예에 따르면, 하나의 세션에 대하여 동일한 기본키를 이용하여 헤더영역 혹은 페이로드 영역의 적어도 일부를 암호화할 수 있다. 다른 실시예에 따르면, 프레임마다 갱신되거나, 프레임마다 데이터베이스로부터 추출되는 서로 다른 기본키를 이용하여 암호화 처리를 수행할 수 있다. 다른 실시예에 따르면, 미리 설정된 개수의 프레임에 대하여 동일한 기본키를 이용하여 암호화하거나 선택된 프레임별로 서로 다른 기본키를 이용하여 암호화 처리를 수행할 수 있다. 페이로드 영역의 특정 필드 혹은 특정 프레임이 선택적으로 암호화되는 경우, 암호화되는 필드 혹은 프레임의 위치 정보가 비트스트림에 포함될 수 있다. 또는, 암호화 처리된 프레임들을 나타내기 위하여 암호화 시작 비트와 암호화 종료 비트가 비트스트림의 페이로드 영역에 포함될 수 있다. 또는, 미리 설정한 소정 개수의 프레임이 암호화 처리되었음을 나타내는 암호화 플래그 예를 들면 동기 비트가 비트스트림에 포함될 수 있다.
비트스트림에 삽입되는 키 정보는 키 데이터 자체이거나, 내장된 데이터베이스의 매핑관계로부터 얻어지는 키를 나타내는 인덱스 혹은 키가 저장된 위치를 나타내는 포인터값일 수 있다. 비트스트림에 키 정보를 삽입할 충분한 영역이 존재하는 경우에는 키 데이터 자체를 삽입할 수 있다. 비트스트림에 키 정보를 삽입할 충분한 영역이 존재하지 않는 경우에는 키를 나타내는 인덱스 혹은 포인터값을 삽입하거나 키 데이터를 분할하여 삽입할 수 있다. 키 데이터가 분할되어 삽입되는 경우 분할 정보가 비트스트림에 포함될 수 있다.
도 10는 도 9에 도시된 제1 키 생성부(910)의 실시예를 나타낸 블록도 로서, 제1 기본키 생성부(1010)와 제1 강화키 생성부(1030)를 포함할 수 있으며, 여기서 제1 강화키 생성부(1030)은 옵션으로 구비될 수 있다.
도 10을 참조하면, 제1 기본키 생성부(1010)는 비트스트림의 적어도 일부를 암호화하기 위한 기본키를 생성할 수 있다. 기본키는 대칭키, 비대칭키 혹은 혼합키일 수 있다.
제1 강화키 생성부(1030)는 암호화 강도를 높이기 위한 강화키를 생성할 수 있다. 강화키는 기본키를 암호화하는 키, 기본키로 암호화한 영역을 재차 암호화하기 위한 키 혹은 특정의 수신 단말에서 복호화가 가능하도록 하는 정보일 수 있다. 강화키의 예로서, 기본키와 유사한 키, 수신인 식별자 혹은 수신 단말 식별자를 포함할 수 있다. 수신인 식별자의 예로는 수신인의 전화번호를 들 수 있고, 수신 단말 식별자의 예로는 수신 단말의 USIM(Universal Subscriber Identity Module) 정보를 들 수 있으나, 이에 한정되지는 않는다.
도 11은 도 10에 도시된 제1 기본키 생성부(1010)의 실시예를 나타낸 블록도로서, 제1 데이터베이스(1110), 제1 기본키 추출부(1130) 및 제1 갱신부(1150)를 포함할 수 있다. 여기서, 제1 갱신부(1150)는 옵션으로 구비될 수 있다.
도 11을 참조하면, 제1 데이터베이스(1110)는 복수개의 카운트 번호와 복수개의 키 데이터를 서로 매핑시켜 저장할 수 있다. 여기서, 카운트 번호는 포인터값에 대응될 수 있다. 또한, 키 데이터에 대응하는 인덱스를 키 데이터와 추가로 매핑시켜 저장할 수 있다. 인덱스의 비트수는 키 데이터의 비트수보다 작을 수 있다. 키 데이터는 암호화 처리에 사용되는 알고리즘에 따라서 서로 다른 비트수와 값을 가질 수 있다. 여기서, 제1 데이터베이스(1110)는 암호화 알고리즘 혹은 암호화 강도별로 구비될 수 있다.
제1 기본키 추출부(1130)는 제1 데이터베이스(1110)로부터 기본키를 추출할 수 있다. 여기서, 기본키는 1씩 증가 혹은 감소하거나 소정 단위로 증가 혹은 감소하는 카운터 번호에 대응하여 추출할 수 있다. 구체적으로, 카운트 번호는 키 생성단위 혹은 키 갱신단위에 대응하여 1씩 증가 혹은 감소하거나 소정 단위로 증가 혹은 감소하도록 설정할 수 있다. 추출된 기본키는 비트스트림 암호화부(930)로 제공될 수 있다.
제1 갱신부(1150)는 소정의 주기로 기본키를 갱신하여 제1 데이터베이스(1110)에 저장할 수 있다.
실시예에 따르면, 기본키를 여러 단계로 매핑함으로써 기본키를 생성하기 위한 정보를 복수개의 제1 데이터베이스(1110), 예를 들면 단말과 단말 이외의 디바이스에 분산하여 저장될 수 있다. 단말 이외의 디바이스로는 단말에 삽입가능한 USIM(Universal Subscriber Identity Module)이나 USB(Universal Serial Bus) 메모리 혹은 근거리 통신가능한 마이크로 칩 혹은 스마트 워치를 예로 들 수 있다.
도 12는 도 10에 도시된 제1 강화키 생성부(1030)의 실시예를 나타낸 블록도로서, 제2 데이터베이스(1210), 제1 강화키 추출부(1230) 및 제2 갱신부(1250)를 포함할 수 있다. 여기서, 제2 갱신부(1250)는 옵션으로 구비될 수 있다.
도 12를 참조하면, 제2 데이터베이스(1210)는 수신인 식별자 예를 들면 수신인 전화번호와 수신 단말 식별자가 매핑되어 저장될 수 있다. 여기서, 제2 데이터베이스(1210)는 수신인 그룹별로 구비될 수 있다.
제1 강화키 추출부(1230)는 단말간 통화를 위한 호가 설정된 다음 보안 모드가 설정되거나, 보안 모드가 설정된 다음 단말간 통화를 위한 호가 설정되는 경우, 수신인 전화번호를 강화키로 생성할 수 있다. 또한, 제1 강화키 추출부(1230)는 제2 데이터 베이스(1210)로부터 수신인 전화번호에 매핑된 수신 단말 식별자를 추출하여 강화키로 생성할 수 있다.
제2 갱신부(1250)는 사용자 인터페이스를 통하여, 보안 통신을 하고자 하는 수신인과 수신 단말에 대한 정보를 사용자가 제2 데이터베이스(1210)에 추가하거나, 제2 데이터베이스(1210)에 저장된 정보를 삭제 혹은 변경할 수 있다.
한편, 강화키가 기본키를 암호화하기 위한 키 혹은 기본키로 암호화한 영역을 재차 암호화하기 위한 키인 경우, 제1 강화키 생성부(1030)는 도 11에 도시된 제1 기본키 생성부(1300)와 동일하게 구성될 수 있다.
도 10 내지 도 12에 도시된 제1 키 생성부(910)의 구성은 도 4에 도시된 엔코딩 및 암호화부(410)에도 적용될 수 있다.
도 13은 도 3에 도시된 복호화부(350)의 실시예를 나타낸 블록도로서, 제2 키 생성부(1310)와 비트스트림 복호화부(1330)를 포함할 수 있다.
도 13을 참조하면, 제2 키 생성부(1310)는 암호화정보 추출부(330)로부터 암호화정보로부터 소정 암호화 알고리즘에서 사용되는 키를 생성할 수 있다. 여기서, 키는 기본키로 구성되거나, 기본키와 강화키로 구성될 수 있다. 예를 들어, DES 알고리즘이 사용되는 경우 비트스트림으로부터 56 비트의 기본키를 얻을 수 있고, AES 알고리즘이 사용되는 경우 128 비트, 192 비트, 혹은 256 비트의 기본키를 얻을 수 있다. 한편, DES 알고리즘이 사용되는 경우 비트스트림으로부터 56 비트의 기본키를 나타내는 인덱스 혹은 포인터를 얻을 수 있고, AES 알고리즘이 사용되는 경우 128 비트, 192 비트, 혹은 256 비트의 기본키를 나타내는 인덱스 혹은 포인터값을 얻을 수 있다. 여기서, 세션 단위로 비트스트림에 임베딩된 기본키 혹은 기본키를 나타내는 인덱스 혹은 포인터값을 얻을 수 있다. 또는, 비트스트림 혹은 패킷 단위, 혹은 프레임 단위로 비트스트림에 임베딩된 기본키 혹은 기본키를 나타내는 인덱스 혹은 포인터값을 얻을 수 있다. 기본키를 나타내는 인덱스 혹은 포인터값을 얻은 경우, 단말에 내장된 데이터베이스의 매핑관계를 참조하여 인덱스 혹은 포인터값에 대응하는 기본키를 생성할 수 있다. 제2 키 생성부(1310)에서 생성된 기본키는 비트스트림 복호화부(1330)로 제공될 수 있다. 한편, 비트스트림의 페이로드 영역 혹은 보조영역으로부터 보안성을 높이기 위한 강화키가 추가적으로 추출되어 비트스트림 복호화부(1330)로 제공될 수 있다.
비트스트림 복호화부(1330)는 암호화된 비트스트림, 예를 들면 페이로드 영역을 제2 키 생성부(1310)로부터 제공되는 키를 이용하여 복호화할 수 있다. 일실시예에 따르면, 하나의 세션에 대하여 동일한 기본키를 이용하여 복호화를 수행할 수 있다. 다른 실시예에 따르면, 암호화된 비트스트림을 프레임마다 서로 다른 기본키를 이용하여 복호화를 수행할 수 있다. 다른 실시예에 따르면, 페이로드 영역의 특정 필드 혹은 특정 프레임이 선택적으로 암호화된 경우, 키 정보로부터 암호화된 필드 혹은 프레임의 위치 정보를 얻을 수 있고, 위치 정보에 근거하여 동일한 기본키를 이용하여 특정 필드 혹은 프레임을 복호화하거나 서로 다른 기본키를 이용하여 특정 필드 혹은 프레임을 복호화할 수 있다. 만약, 헤더 영역 중 일부가 암호화된 경우, 하나의 세션에 대하여 동일한 기본키를 이용하여 복호화할 수 있다. 키가 기본키와 강화키로 구성되는 경우, 먼저 수신 단말이 강화키가 나타내는 해당되는 특정한 단말인가를 판단하고, 특정한 단말에 해당하는 경우 암호화된 비트스트림을 기본키에 근거하여 복호화할 수 있다. 한편, 수신단말이 강화키가 나타내는 특정한 단말이 아닌 경우, 암호화된 비트스트림에 대한 복호화를 수행하지 않을 수 있다. 한편, 강화키가 기본키를 암호화한 키인 경우, 강화키를 이용하여 기본키를 복호화하고, 암호화된 비트스트림을 복호화된 기본키를 이용하여 복호화할 수 있다. 한편, 강화키가 기본키로 암호화한 영역을 재차 암호화한 키인 경우, 암호화된 비트스트림에 대하여 강화키와 기본키를 순차적으로 적용하여 복호화할 수 있다.
도 14는 도 13에 도시된 제2 키 생성부(1310)의 실시예를 나타낸 블록도 도로서, 제2 기본키 생성부(1410)와 제2 강화키 생성부(1430)를 포함할 수 있으며, 여기서 제2 강화키 생성부(1430)은 옵션으로 구비될 수 있다.
도 14를 참조하면, 제2 기본키 생성부(1410)는 암호화정보 추출부(330)로부터 제공되는 암호화정보로부터 암호화된 비트스트림을 복호화하기 위한 기본키를 생성할 수 있다. 기본키는 대칭키, 비대칭키 혹은 혼합키일 수 있다. 제2 기본키 생성부(1410)는 암호화정보 추출부(330)로부터 제공되는 암호화 정보에 키가 포함되는지 혹은 키를 나타내는 인덱스 혹은 포인터값 혹은 키의 분할(fragmentation) 정보가 포함되는지에 따라서 서로 다른 방법으로 기본키를 생성할 수 있다. 제2 기본키 생성부(1410)는 암호화정보 추출부(330)로부터 제공되는 암호화 정보에 키 데이터 자체가 포함되는 경우, 키 데이터를 그대로 기본키로 생성할 수 있다. 제2 기본키 생성부(1410)는 암호화정보 추출부(330)로부터 제공되는 암호화 정보에 키를 나타내는 인덱스 혹은 포인터값이 포함되는 경우 내장된 데이터베이스로부터 인덱스 혹은 포인터값에 매핑된 키 데이터를 검색하여 기본키로 생성할 수 있다. 또한, 제2 기본키 생성부(1410)는 암호화정보 추출부(330)로부터 제공되는 암호화 정보에 키의 분할 정보가 포함되는 경우, 키의 분할 정보에 근거하여 분할되어 삽입된 키를 합성하여 기본키를 생성할 수 있다.
제2 강화키 생성부(1430)는 암호화정보 추출부(330)로부터 제공되는 암호화 정보로부터 강화키를 생성할 수 있다. 강화키는 기본키의 암호화에서 사용된 키, 기본키로 암호화한 영역을 재차 암호화하는데 사용된 키 혹은 특정한 단말에서 복호화가 가능하도록 하는 정보일 수 있다. 강화키의 예로서, 기본키와 유사한 키, 수신인 식별자 혹은 수신 단말 식별자를 포함할 수 있다. 수신인 식별자의 예로는 수신인의 전화번호를 들 수 있고, 수신 단말 식별자의 예로는 수신 단말의 USIM(Universal Subscriber Identity Module) 정보를 들 수 있다.
도 15는 도 14에 도시된 제2 기본키 생성부(1410)의 실시예를 나타낸 블록도로서, 제3 데이터베이스(1510), 제2 기본키 추출부(1530)와 제3 갱신부(1550)를 포함할 수 있다. 여기서, 제3 갱신부(1550)는 옵션으로 구비될 수 있고, 도 1의 제1 갱신부(1050)와 동일하게 혹은 유사하게 구현될 수 있다.
도 15를 참조하면, 제3 데이터베이스(1510)는 복수개의 포인터 번호와 복수개의 키 데이터를 서로 매핑시켜 저장할 수 있다. 또한, 키 데이터에 대응하는 인덱스를 키 데이터와 추가로 매핑시켜 저장할 수 있다. 제3 데이터베이스(1510)는 도 10의 제1 데이터베이스(1010)와 동일하게 혹은 유사하게 구현될 수 있다.
제2 기본키 추출부(1530)는 암호화정보 추출부(330)로부터 기본키의 인덱스 혹은 포인터값이 제공되면, 제3 데이터베이스(1510)로부터 인덱스 혹은 포인터값에 매핑된 기본키를 추출할 수 있다. 추출된 기본키는 비트스트림 복호화부(1330)로 제공될 수 있다.
한편, 강화키가 기본키를 암호화하는데 사용된 키 혹은 기본키로 암호화한 영역을 재차 암호화하는데 사용된 키인 경우, 제2 강화키 추출부(1430)는 도 15에 도시된 제2 기본키 추출부(1410)와 동일하게 구성될 수 있다.
도 14 및 도 15에 도시된 제2 키 생성부(1310)의 구성은 도 4에 도시된 복호화 및 디코딩부(440)에도 적용될 수 있다.
이와 같이 비트스트림 전체를 암호화하는 것이 아니라, 비트스트림의 일부 영역을 암호화함으로써, 통신 프로토콜을 변형시킬 필요가 없으므로 기존의 통신 네트워크 및 기존 코덱 알고리즘을 그대로 이용할 수 있다.
또한, 암호화 처리에 사용된 키 정보를 비트스트림에 삽입하여 전송함으로써, 사전에 키 공유 등의 과정을 거칠 필요가 없으므로 키 분배 혹은 관리를 위한 서버를 이용하지 않고서도 단말간 보안 통신이 가능하게 한다. 그 결과, 보안 통신시 서버에 남게 되는 사용자 정보로 인한 사용자의 거부감을 없앨 수 있어, 보안 통신 단말의 마켓 쉐어를 증대시킬 수 있다.
도 16a 내지 도 16c는 다른 실시예에 따른 보안 통신 방법의 개념을 설명하는 도면으로서, 송신 단말과 수신 단말이 서로 다른 코덱 알고리즘을 사용하는 경우 보다 신뢰성있고 안정성있는 보안 통신을 위하여 적용할 수 있다.
서로 다른 코덱 알고리즘에 의해 생성되는 비트스트림의 경우 보조 영역의 포맷이 상이할 수 있다. 이를 위하여, 도 16a 내지 도 16c에 도시된 보안 통신 방법에 따르면, 제1 단말(1610)에서는 암호화 정보 중 암호화키를 비트스트림의 보조 영역 대신 페이로드 영역에 삽입하여 제2 단말(1630)로 전송할 수 있다. 제1 단말(1610)에서는 암호화 키를 생성하여 비트스트림을 구성하는 적어도 일부의 데이터에 대하여 암호화 처리를 수행한다. 제1 단말(1610)에서는 비트스트림에 암호화키를 포함하는 암호화 정보를 임베딩시키고, 키 임베디드 통화 패킷을 생성하여 통신 채널을 통하여 제2 단말(1630) 혹은 서버(1650)로 전송한다. 일실시예에 따르면, 암호화 정보는 비트스트림의 페이로드 영역에 포함될 수 있다. 제2 단말(1630) 혹은 서버(1650)에서는 키 임베디드 통화 패킷을 수신하고 비트스트림에 대하여 서로 다른 코덱 알고리즘에 따른 추가적인 처리를 수행한다. 제2 단말(1630)에서는 처리된 비트스트림으로부터 암호화 정보를 획득하고, 이로부터 얻어지는 암호화키를 이용하여 복호화를 수행한다.
도 16b는 서로 다른 코덱 알고리즘에 따른 추가적인 처리를 서버(1650)에서 수행하는 예를 나타낸 도면으로서, 각 단말(1610, 1630)이 내장하고 있는 코덱 알고리즘에 대한 정보를 가지고 있으며 트랜스코딩 알고리즘을 탑재하고 있다. 서버(1650)는 통화 패킷에 포함된 제1 단말(1610)의 제1 코덱 알고리즘의 타입과 제2 단말(1630)의 제2 코덱 알고리즘의 타입을 비교할 수 있다. 서버(1650)는 제1 및 제2 코덱 알고리즘의 타입이 동일한 경우에는 통화 패킷을 그대로 제2 단말(1630)로 제공하는 한편, 제1 단말(1610)의 제1 코덱 알고리즘의 타입과 제2 단말(1630)에 내장된 제2 코덱 알고리즘의 타입이 다른 경우 트랜스코딩을 수행하여 트랜스코딩된 통화 패킷을 제2 단말(1630)로 제공할 수 있다. 제1 단말(1610)과 제2 단말(1630)이 사용하는 제1 및 제2 코덱 알고리즘의 예로서 AMR-WB와 AMR-NB일 수 있다. 제1 단말(1610)과 제2 단말(1630)이 사용하는 제1 및 제2 코덱 알고리즘의 다른 예로서 서로 다른 CELP 포맷의 알고리즘일 수 있다. 제1 단말(1610)과 제2 단말(1630)이 사용하는 제1 및 제2 코덱 알고리즘은 다른 예로서, G.711, G.723.1, G.726, G.729 중 서로 다른 알고리즘일 수 있다. 트랜스코딩 처리의 일예로는 유사한 특성을 갖는 제1 및 제2 코덱 알고리즘으로 생성되는 비트스트림에 대한 영역 매핑을 들 수 있다. 구체적으로, 서버(1650)는 제1 단말(1610)의 제1 코덱 알고리즘의 비트스트림에 대하여 트랜스코딩 처리를 수행하여 제2 단말(1630)에 내장된 제2 코덱 알고리즘에 대응되는 비트스트림을 생성할 수 있다.
한편, 제1 단말(1610)과 제2 단말(1630)이 서로 다른 코덱 알고리즘을 사용하는 경우, 비트스트림의 포맷 혹은 비트스트림을 구성하는 각 영역 혹은 필드의 포맷이 달라질 수 있으며, 특히 보조 영역의 경우 그 포맷이 특정되어 있지 않을 가능성이 크기 때문에 서버(1650)에서의 트랜스코딩 과정을 통하여 보조 영역의 데이터가 유실될 가능성이 높다. 따라서, 도 3에 도시된 암호화정보 삽입부(330) 혹은 도 4에 도시된 암호화정보 삽입부(420)에서, 페이로드 영역에 암호화 키를 삽입하여 전송할 수 있다.
도 16c는 서로 다른 코덱 알고리즘에 따른 추가적인 처리를 제2 단말 (1630)에서 수행하는 예를 나타낸 도면이다. 제2 단말(1630)는 통화 패킷에 포함된 제1 단말(1610)의 제1 코덱 알고리즘의 타입과 제2 단말(1630)의 제2 코덱 알고리즘의 타입을 비교할 수 있다. 제2 단말(1630)는 제1 및 제2 코덱 알고리즘의 타입이 동일한 경우에는 통화 패킷에 대하여 통상적인 디코딩 혹은 복호화 및 디코딩을 수행하는 한편, 제1 단말(1610)의 제1 코덱 알고리즘의 타입과 제2 단말(1630)에 내장된 제2 코덱 알고리즘의 타입이 다른 경우 영역 매핑을 수행한 다음, 복호화 및 디코딩을 수행할 수 있다.
도 17a는 비트스트림에서 암호화 처리되거나 암호화 키가 삽입되는 페이로드 영역(170)의 예를 보여주는 도면으로서, 12.65 kb/s 비트레이트의 AMR-WB 코덱 알고리즘을 사용한 경우이다.
도 17a를 참조하면, 비트스트림은 헤더 영역(150), 페이로드 영역(170)과 보조 영역(190)을 포함한다. 페이로드 영역(170)은 VAD-flag 필드(1710), ISP 필드(1720), LTP(Long Term Prediction)-필터링 필드(1730), 피치 딜레이 필드(1740), 대수코드 필드(1750) 및 게인 필드(1760)를 포함할 수 있다.
암호화는 예를 들면, ISP 필드(1720), 피치 딜레이 필드(1740)와 대수코드 필드(1750) 중 적어도 하나에 대하여 수행될 수 있고, 암호화가 수행된 필드에 암호화키가 임베딩될 수 있다. 이때, 엔코딩과정 중 각 필드에 포함되는 데이터가 생성되는 시점에 암호화키가 삽입되거나, 엔코딩 이후 각 필드에 삽입될 수 있다. 다른 실시예에 따르면, 페이로드 영역(170)에 포함되는 필드들 중에 복원된 음성신호의 품질에 미치는 영향을 최소화할 수 있는 위치에 암호화 키가 삽입될 수 있다.
상기한 실시예에 따르면, 코덱 알고리즘별로 포맷 혹은 위치가 규정되어 있어 보존되는 페이로드 영역(170)에 암호화키를 임베딩시켜 전송함으로써, 제1 및 제2 단말(1610, 1630)간 암호화키에 대한 사전공유를 필요로 하지 않을 뿐 아니라, 제1 및 제2 단말(1610,1630)이 서로 다른 코덱 알고리즘을 사용함에 따라서 제2 단말(1630) 혹은 통신 네트워크 서버(1650)에서 트랜스코딩 처리, 예를 들면 영역 매핑 처리가 수행되더라도 암호화키가 손상되는 것을 방지할 수 있다.
도 17b 비트스트림에서 예비 필드 혹은 스킵 필드의 예를 보여주는 도면으로서, 참조부호 1700은 AMR-NB IF2 프레임의 구조를 나타내며, 참조부호 1780은 AMR-WB IF2 프레임의 구조를 나타낸다.
AMR-NB 프레임(1770)은 프레임 타입 필드(1771), AMR-NB 코어 프레임 필드(1773), 비트 스터핑(bit-stuffing) 필드(1775)를 포함할 수 있다. 프레임 타입 필드(1771)는 헤더 영역에 포함될 수 있고, AMR-NB 코어 프레임 필드(1773)는 음성 데이터 혹은 컴포트 노이즈 데이터를 포함하며 페이로드 영역에 포함될 수 있고, 비트 스터핑 필드(1775)는 보조 영역에 해당될 수 있다. AMR-WB 프레임(1780)은 프레임 타입 필드(1781), 프레임 품질 지시자(1783), AMR-WB 코어 프레임 필드(1785), 비트 스터핑 필드(1787)를 포함할 수 있다. 프레임 타입 필드(1781)와 프레임 품질 지시자(1783)는 헤더 영역에 포함될 수 있고, AMR-WB 코어 프레임 필드(1785)는 음성 데이터 혹은 컴포트 노이즈 데이터를 포함하며 페이로드 영역에 포함될 수 있고, 비트 스터핑 필드(1787)는 보조 영역에 해당될 수 있다.
AMR-NB 프레임(1770) 및 AMR-WB 프레임(1780)에 있어서 비트 스터핑 필드(1775) 및 비트 스터핑 필드(1787)는 옥텟 얼라인먼트(Octet alignment)를 위하여 구비되는 영역이다. 송신단말과 수신단말이 동일한 코덱 알고리즘을 사용하는 경우, 비트 스터핑 필드(1775, 1787)와 같은 보조 영역에 키 데이터 혹은 키의 인덱스나 포인터값을 포함하는 키 정보 혹은 분할된 키 데이터와 키 분할정보를 삽입할 수 있다. 한편, 송신단말과 수신단말이 서로 상이한 코덱 알고리즘을 사용하는 경우, AMR-NB 코어 프레임 필드(1773) 혹은 AMR-WB 코어 프레임 필드(1785)과 같은 페이로드 영역에 키 데이터 혹은 키의 인덱스나 포인터값을 포함하는 키 정보 혹은 분할된 키 데이터와 키 분할정보를 삽입할 수 있다.
도 18a 및 도 18b는 다른 실시예에 따른 보안 통신 방법의 개념을 설명하는 도면이다.
도 18a 및 도 18b에 도시된 보안 통신 방법은 제1 단말(1810)에서 비트스트림을 포함하는 통화 패킷을 형성하고, 통화 패킷이 수신되기 전에 제2 단말(1830)이 수신하는 파일럿 패킷에 암호화 키 정보를 임베딩시켜 통신 채널을 통하여 전송하는 것이다. 통신 채널은 직접 통신채널로서, B2B(Board-to-Board), M2M(Machine-to-Machine) 혹은 D2D(Device-to-Device)를 위한 통신채널을 사용할 수 있다.
도 18a 및 도 18b에 도시된 제1 단말(1810)과 제2 단말(1830)은 모두 도 2 내지 도 5의 보안통신장치를 포함하는 보안 통신 단말로 구현될 수 있으나, 이에 한정되는 것은 아니다. 또한, 제1 단말(1810)과 제2 단말(1830)은 단말간 직접통신 애플리케이션을 탑재하거나, 직접통신이 가능한 단말일 수 있다. 도 18a 및 도 18b에 도시된 보안 통신 방법은 별도의 네트워크 장비를 사용하지 않고, 일정한 반경 내에 있는 단말간 직접통신 혹은 일정한 반경을 벗어난 단말간 릴레이 통신을 적용하는 경우, 보안 통신을 위한 키 정보를 전송하는 방안을 제공하기 위한 것이다.
단말간 직접통신 혹은 단말간 릴레이 통신은 셀룰러 통신을 위하여 설정한 주파수 대역내에서 지원되거나, 단말간 직접통신 혹은 단말간 릴레이 통신을 위하여 별도로 설정한 주파수 대역내에서 지원될 수 있다. 즉, 단말간 직접 통신을 위하여 단말이 별도로 셀룰러 네트워크에 진입할 필요가 없는 경우 혹은 셀룰러 네트워크 진입이 선행되어야 하는 경우 모두를 지원할 수 있다. 각각의 경우, 직접통신 링크가 형성되면 기지국과의 통신 혹은 피코셀/펨토셀 등의 초소형 기지국의 중계없이 단말간 데이터 전송이 수행될 수 있다.
단말간 직접통신의 동작 프레임워크는 크게 3가지 단계로 이루어질 수 있다. 제1 단계는 임의의 제1 단말(1810)이 주변의 직접통신이 가능한 제2 단말들(1830)을 찾는 피어 탐색(peer discovery) 단계, 제2 단계는 원하는 제2 단말(1830)을 찾아 해당 단말과의 직접통신을 요청하는 페이징 단계, 제 3 단계는 해당 단말(1810, 1980)간 설정된 직접통신채널을 통하여 통화 패킷 송수신을 수행하는 데이터 전송단계이다.
제1 단계 혹은 제2 단계는 기지국이 신호를 전송할 단말들을 선택하고 단말들로부터 발견 정보를 수집하여 단말 발견을 결정하는 중앙제어방식 혹은 기지국의 특별한 개입없이 단말들이 자발적으로 신호를 전송하고 수신하면서 발견하는 분산제어방식으로 수행될 수 있다. 이하에서 각 단말은 직접통신 활성상태에 놓여 있음을 전제로 한다. 직접통신 활성상태라 함은 단말간 직접통신을 수행하거나 수행할 수 있는 단말이 기지국으로부터 단말간 직접통신을 위해 필요한 제어정보를 수신하고, 이를 기반으로 단말간 직접통신 동작 프레임워크에 따라서 직접통신을 수행할 수 있는 단말 상태를 의미한다. 또는 직접통신 활성상태라 함은 단말에서 직접통신 애플리케이션을 실행한 결과, 단말간 직접통신 동작 프레임워크에 따라서 직접통신을 수행할 수 있는 단말 상태를 의미할 수 있다. 임의의 단말이 직접통신을 수행하기 위해서는 직접통신 활성상태에 있을 필요가 있고, 직접통신 활성상태에 있는 단말은 직접통신을 위한 피어 탐색 패킷에 대한 송수신을 수행할 수 있다.
일 실시예에 따르면 제1 단말(1810)은 직접통신이 가능한 단말을 발견하기 위하여 셀룰러 통신채널 혹은 직접통신채널을 통하여 피어 탐색 패킷(peer discovery packet)을 송신할 수 있다. 피어 탐색 패킷은 제1 단말(1810)의 ID, 탐색 메시지 및 보안 통신을 위한 키 정보를 포함할 수 있다. 제1 단말(1810)과의 직접통신이 가능한 반경내에 위치한 제2 단말(1830)은 피어 탐색 패킷을 수신하여 직접통신을 승인하는 승인 메시지를 제1 단말(1810)로 송신하는 한편, 피어 탐색 패킷에 포함된 키 정보를 추출하여 저장할 수 있다. 여기서, 키 정보는 키 데이터 자체 혹은 키 데이터의 인덱스 혹은 키 데이터가 저장된 데이터베이스의 포인터값이 될 수 있다. 이후, 제1 단말(1810)과 제2 단말(1830)간에는 직접통신 채널을 통하여 일반 모드 혹은 보안 모드로 통화 패킷이 송수신될 수 있다.
다른 실시예에 따르면 기지국의 제어하에 혹은 제1 단말(1810)에 의해 직접통신이 가능한 제2 단말(1830)이 발견되면, 양 단말(1810, 1830)간 통화 패킷의 송수신에 앞서 제1 단말(1810)은 제2 단말(1830)로 직접통신을 위한 동기화 패킷을 송신할 수 있다. 이때, 동기화 패킷은 보안 통신을 위한 키 정보를 포함할 수 있다. 제2 단말(1830)은 동기화 패킷을 수신하여 보안 통신을 위한 키 정보를 추출하여 저장할 수 있다. 이후, 제1 단말(1810)과 제2 단말(1830)간에는 직접통신채널을 통하여 일반모드 혹은 보안 모드로 통화 패킷이 송수신될 수 있다.
다른 실시예에 따르면 제1 단말(1810)은 기지국을 경유하거나 기지국 경유없이, 제2 단말(1830)을 호출하기 위하여 직접통신 요청 패킷을 송신할 수 있다. 직접통신 요청 패킷에는 제1 단말(1810)의 ID, 제2 단말(1830)의 ID, 직접통신 요청 메시지 및 보안 통신을 위한 키 정보를 포함할 수 있다. 직접통신 요청 패킷에 포함된 제2 단말(1830)의 ID에 해당하는 제2 단말(1830)이 직접통신이 가능한 거리내에 위치한 경우에는 직접통신 링크를 통하여 직접통신 요청 패킷을 수신하여 직접통신 승인 메시지를 송신단말로 송신하는 한편, 직접통신 요청 패킷에 포함된 키 정보를 추출하여 저장할 수 있다. 이후, 제1 단말(1810)과 제2 단말(1830)간에 직접통신 링크 혹은 릴레이 통신 링크를 통하여 일반 모드 혹은 보안 모드로 통화 패킷이 송수신될 수 있다. 한편, 직접통신 요청 패킷에 포함된 제2 단말(1830)의 ID에 해당하는 제2 단말(1830)이 직접통신이 가능한 거리를 벗어나서 위치한 경우에는 릴레이 통신링크를 통하여 직접통신 요청 패킷을 전달할 수 있다. 제2 단말(1830)이 릴레이 통신채널을 통하여 직접통신 요청 패킷을 수신하면, 직접통신 승인 메시지를 릴레이 통신채널을 통하여 제1 단말(1810)로 송신하는 한편, 직접통신 요청 패킷에 포함된 키 정보를 추출하여 저장할 수 있다.
여기서, 제1 단말(1810)과 제2 단말(1830)은 단말간 직접통신 혹은 단말간 릴레이 통신을 지원하는 디바이스로서 동일한 단말간 직접통신 혹은 릴레이 통신 기술이나 표준을 사용하며 동일한 암호화 알고리즘을 내장할 수 있고, 모두 피어 탐색 기능, 혹은 직접통신 요청 및 승인 기능, 혹은 동기화 요청 및 승인 기능을 수행할 수 있다. 여기서, 단말간 직접통신에 적용될 수 있는 기술의 예로는 Wi-Fi Direct 기술, FlashLinQ 기술, D2D(Device-to-Device), B2B(Board-to-Board) 혹은 M2M(Machine-to-Machine) 기술을 들 수 있으나 이에 한정되지 않는다. 즉, 직접통신채널을 통하여 전송되는 통화 패킷이 아니라, 통화와 직접적인 관련이 없는 별도의 패킷에 키 관련 정보를 포함시켜 전송함으로써 송신 단말과 수신 단말이 키 관련 정보를 공유하도록 할 수 있다. 이와 같은 별도의 패킷은 통화 패킷에 앞서 전송되는 파일럿 패킷, 예를 들면 피어 탐색 패킷, 동기화 패킷 혹은 직접통신 요청 패킷일 수 있다.
이와 같이 제1 단말(1810)과 제2 단말(1830)간에 통화 패킷 이외의 별도의 패킷을 이용하여 보안 통신을 위한 키 관련 정보를 미리 공유함으로써, 비트 사이즈에 제한없이 보안 통신을 위한 키 정보를 생성하여 전송할 수 있게 되어 직접통신 링크를 통하여 송수신되는 통화패킷에 대한 보안성을 증대시킬 수 있다.
도 19a 및 도 19b는 다른 실시예에 따른 보안 통신 방법의 개념을 설명하는 도면이다. 도 19a 및 도 19b에 도시된 제1 단말(1910)과 제2 단말(1930)은 모두 도 2 내지 도 5의 보안통신장치를 포함하는 보안 통신 단말로 구현될 수 있으나, 이에 한정되는 것은 아니다.
도 19a 및 도 19b에 따른 보안 통신 방법에 따르면, 제1 단말(1910)에서 비트스트림을 포함하는 통화 패킷과 암호화 키 정보를 포함하는 키 패킷을 별도로 형성하여, 서로 다른 통신 채널을 통하여 제2 단말(1930)로 전송한다. 예를 들어, 제1 단말(1910)과 제2 단말(1930)간 통화 패킷은 음성 네트워크를 사용하는 한편, 키 패킷은 데이터 네트워크를 사용할 수 있다. 음성 네트워크의 예로는 회선교환(Circuit Switching) 네트워크를 들 수 있고, 데이터 네트워크의 예로는 패킷교환(Packet Switching) 네트워크, IP(Internet Protocol) 네트워크, Wi-Fi 네트워크 혹은 IMS 네트워크를 들 수 있다. 구체적으로, 제1 단말(1910)과 제2 단말(1930)이 WCDMA 방식을 사용하는 경우, 통화 패킷은 회선교환 네트워크로, 키 패킷은 패킷교환 네트워크로 전송될 수 있다. 한편, 제1 단말(1910)과 제2 단말(1930)이 CDMA 방식과 LTE 방식을 사용하는 경우, 통화 패킷은 회선교환 네트워크로, 키 패킷은 LTE 네트워크로 전송될 수 있다.
여기서, 통화 패킷이 아니라 미디어 패킷인 경우, 미디어 패킷은 각 미디어에 최적인 네트워크를 통하여 전송하는 한편, 키 패킷은 이와는 다른 네트워크를 통하여 전송할 수 있다.
한편, 3G 통신시스템에서 다른 무선 네트워크와의 연동시 다른 네트워크가 신뢰성이 있는가의 여부에 따라 상이한 연동구조를 가질 수 있다. 신뢰성이 있는 네트워크란 사용자가 서비스 접속시 제공되는 네트워크 접속 보안, 무선 액세스 네트워크들의 유선 구간에서의 네트워크 도메인 보안, 비 3G 액세스 네트워크내에서의 비 3G 도메인 보안, 사용자와 운용자간 응용 프로그램간의 응용 도메인 보안 혹은 이동 단말 내부에서 이루어지는 사용자 도메인 보안이 보장되는 네트워크로 정의하거나, 네트워크 운용자들의 결정에 따라서 신뢰성이 있는지에 대한 여부가 분류될 수 있다. 통상 Wi-Fi 네트워크와 같은 무선랜은 신뢰성이 없는 네트워크로 분류하며 3G 통신시스템에서는 키 패킷 전송시 무선랜과의 접속을 위하여 PDG(Packet Data Gateway)혹은 ePDG(evolved Packet Data Gateway)와 같은 서버를 두어 신뢰성을 보장할 수 있다
서로 다른 통신 채널을 통한 키 패킷 전송과 통화 패킷 전송간의 동기화는 일반적인 방법을 사용할 수 있다.
도 20a 및 도 20b는 다른 실시예에 따른 보안 통신 방법의 개념을 설명하는 도면이다. 도 20a 및 도 20b에 도시된 제1 단말(2010)과 제2 단말(2030)은 모두 도 2 내지 도 5의 보안통신장치를 포함하는 보안 통신 단말로 구현될 수 있으나, 이에 한정되는 것은 아니다.
도 20a 및 도 20b에 따른 보안 통신 방법에 따르면, 제1 단말(2010)에서 비트스트림을 포함하는 통화 패킷에 다중 암호화에 사용된 키 정보 중 일부를 임베딩시키는 한편, 나머지를 추가키 패킷에 포함시켜 서로 다른 통신 채널로 분산시켜 제2 단말(2030)로 전송한다. 다중 암호화에 사용된 키 정보 중 일부는 비트스트림의 보조영역 혹은 페이로드 영역에 임베딩될 수 있다.
도 20a 및 도 20b을 참조하면, 제1 단말(2010)에서 1차적인 키 정보는 통화 패킷 즉, 비트스트림에 삽입하여 음성 네트워크를 통하여, 2차적인 키 정보는 음성 네트워크와는 다른 네트워크, 예를 들면 데이터 네트워크를 통하여 제2 단말(2030)으로 전송할 수 있다. 다른 예로서, 1차적인 키 정보는 통화 패킷 즉, 비트스트림 내부에 삽입하여 전송하는 한편, 2차적인 키 정보는 통화 패킷을 구성하는 비트스트림이 아닌 다른 키 패킷을 통하여 전송할 수 있다. 여기서, 1차적인 키 정보는 비트스트림의 암호화에 사용된 제1 키를, 2차적인 키 정보는 제1 키의 암호화에 사용된 제2 키를 예로 들 수 있다. 다른 예로서, 비트스트림의 암호화에 사용된 적어도 두가지 제1 키를 분산하여 서로 다른 통신 네트워크 혹은 통화 패킷과 별도의 키 패킷으로 분산하여 전송할 수 있다. 이와 같이 복수의 키 정보를 분산하여 전송함으로써, 보안성을 향상시킬 수 있다.
도 21은 다른 실시예에 따른 단말간 보안 통신 시스템의 구성을 나타낸 블록도로서, 제1 단말(2110)과 제2 단말(2130)은 모두 도 2 내지 도 5의 보안통신장치를 포함하는 보안 통신 단말로 구현될 수 있으나, 이에 한정되는 것은 아니다.
도 21의 보안 통신 시스템은 키분배센터 역할을 하는 서버(2150)를 포함할 수 있다. 서버(2150)는 인증 및 키 교환을 수행할 수 있다. 서버(2150)에서 수행되는 키 교환에는 RSA 암호화 알고리즘, Diffie-Hellman 혹은 그 변형 알고리즘을 사용할 수 있다. 또한, 서버(2150)는 일정 단위로 제1 단말(2110)과 제2 단말(2130)간 보안 통신에 사용되는 키 갱신을 수행할 수 있다. 또한, 서버(2150)는 SHA-2, SHA-3, MD-5 등과 같은 해쉬함수를 이용하여 키 관련정보의 무결성 체크를 수행할 수 있다.
도 21를 참조하면, 기존의 통신 시스템과의 호환성이 반드시 필요한 경우가 아니거나, 추가적으로 암호화 강도를 더 강화할 필요가 있거나, 혹은 통신사업자와의 연계를 필요로 하는 경우, 서버(2150)를 포함시켜 보안 통신 서비스를 제공할 수 있다.
구체적으로, 제1 단말(1210)에서 복수의 키 정보 예를 들면 기본키와 강화키를 이용하여 암호화를 수행하는 경우, 기본키는 제1 단말(2110)에서 생성하는 한편, 강화키는 서버(2150)에서 생성하여 제1 단말(2110)과 제2 단말(2130)로 전송할 수 있다. 한편, 강화키를 제1 단말(2110)에서 생성하고, 기본키를 서버(2150)에서 생성하는 것도 가능하다. 제1 단말(2110)에서는 비트스트림 중 일부 영역을 내부에서 생성된 기본키를 이용하여 암호화하고, 기본키를 암호화된 비트스트림에 삽입하여 키 임베디드 통화 패킷을 구성하여 제2 단말(2130)로 전송할 수 있다. 한편, 제1 단말(2110)에서는 비트스트림 중 일부 영역을 서버(2150)에서 제공된 기본키를 이용하여 암호화하고, 강화키를 암호화된 비트스트림에 삽입하여 키 임베디드 통화 패킷을 구성하여 제2 단말(2130)로 전송할 수 있다.
한편, 제1 단말(2110)에서 비트스트림 중 일부 영역을 제1 키를 이용하여 암호화하고, 제1 키를 제2 키를 이용하여 암호화하는 이중 암호화의 경우, 제1 키는 제1 단말(2110)에서 생성하는 한편, 제2 키는 서버(2150)에서 생성하여 제1 단말(2110)과 제2 단말(2130)로 전송할 수 있다. 한편, 제2 키를 제1 단말(2110)에서 생성하고, 제1 키를 서버(2150)에서 생성하는 것도 가능하다. 제1 단말(2110)에서는 비트스트림 중 일부 영역을 내부에서 생성된 제1 키를 이용하여 암호화하고, 제1 키를 서버(2150)로부터 제공된 제2 키를 이용하여 암호화하고, 암호화된 제1 키를 암호화된 비트스트림에 삽입하여 키 임베디드 통화 패킷을 구성하여 제2 단말(2130)로 전송할 수 있다.
키 임베디드 통화 패킷에서 키 정보가 삽입되는 영역은 헤더 영역, 페이로드 영역 혹은 보조 영역일 수 있다.
제2 단말(2130)에서는 기본키와 강화키를 이용하는 경우, 키 임베디드 통화 패킷에 포함된 기본키와 서버(2150)를 통해서 전송되는 키 패킷에 포함된 강화키를 종합하여 완전한 키를 생성하거나, 키 임베디드 통화 패킷에 포함된 강화키와 서버(2150)를 통해서 전송되는 키 패킷에 포함된 기본키를 종합하여 완전한 키를 생성하고, 암호화된 비트스트림 복호화에 사용할 수 있다.
한편, 제2 단말(2130)에서는 제1 키와 제1 키의 암호화에 사용된 제2 키에 근거한 이중 암호화를 채용하는 경우, 키 임베디드 통화 패킷에 포함된 암호화된 제1 키를 서버(2150)를 통해서 공유된 키 패킷에 포함된 제2 키를 이용하여 복호화하고, 복호화된 제1 키를 이용하여 암호화된 비트스트림을 복호화할 수 있다.
상기한 실시예에 따르면, 서버(2150)를 포함하여 보안 통신이 수행되더라도, 서버(2150)에 저장 혹은 기록되는 사용자 정보 혹은 키 관련 정보를 최소화할 수 있고, 서버(2150)에서 유출되는 정보만으로는 암호화된 비트스트림의 복호화가 어렵기 때문에 보안 통신에 대한 안정성을 보장할 수 있다.
한편, 보안 통신에 대한 좀 더 높은 안정성을 보장하기 위해서는, 서버(2150)에 저장 혹은 기록되는 사용자 정보 혹은 단말간 보안 통신에 사용된 키 관련 정보가 일정 시간 경과시 자동 삭제되도록 설정하거나, 이들 정보에 대하여 접근권한을 부여하여 허락된 자에 한하여 액세스하도록 설정할 수 있다.
한편, 서버에 좀 더 다양한 역할을 부여하여 보안 통신 서비스를 제공할 수도 있다. 일예를 들면, 특정한 트러스트 그룹(trust group)에 속하는 송신 단말과 수신 단말은 트러스트 칩(trust-chip)을 탑재하고 있으며, 트러스트 칩(trust-chip)은 소정의 암호화 알고리즘에 근거하여 보안 통신을 위한 랜덤 키를 생성할 수 있다. 송신 단말에서는 랜덤 키를 이용하여 비트스트림의 일부 영역을 암호화할 수 있다. 서버는 특정한 트러스트 그룹에 속하는 송신 단말에서 암호화된 비트스트림을 포함하는 패킷을 인증하여 해당 트러스트 그룹의 수신 단말로 전달할 수 있다. 이때, 서버는 보안 통신의 개시 혹은 종료를 실시간으로 제어할 수 있다.
또한, VoIP에 기반하여 보안 통신 서비스를 제공할 수도 있다. 트러스트 그룹에 속하는 송신 단말과 수신 단말에 보안 통신 소프트웨어가 인스톨될 때 각각 유니크한 개인키가 생성될 수 있고, 공개키는 트러스트 그룹에 속하는 단말들은 공유할 수 있다. 이와 같은 개인키와 공개키를 이용하여 이중 암호화를 수행할 수 있다. 예를 들어, RC4 256 비트와 AES 256 비트의 키를 이용하여 이중 암호화 수행이 가능하다. 서버는 송신 단말과 수신 단말간 암호화 패킷의 라우팅을 수행하거나, 보안 통신 소프트웨어를 관리할 수 있다.
도 22는 일실시예에 따른 보안통신기능을 갖는 멀티미디어 기기의 구성을 나타낸 블록도이다.
도 22에 도시된 멀티미디어 기기(2200)는 통신부(2210), 제어부(2220), 사용자 입력부(2230), A/V 입력부(2240), 센싱부(2250), 출력부(2260) 및 저장부(2270)를 포함할 수 있다. 여기서, 모든 구성요소가 멀티미디어 기기(2200)의 필수구성요소는 아니며, 예를 들면 통신부(2210)와 제어부(2220)로 구현될 수도 있고, 도시된 구성요소보다 더 많은 구성요소를 포함할 수도 있다. 제어부(2220)는 도 2에 있어서 보안모듈(210)과 제어모듈(250)의 기능을 포함하도록 구현될 수 있다.
도 22를 참조하면, 통신부(2210)는 멀티미디어 기기간 즉, 단말간 또는 단말과 서버간 또는 단말과 외부 네트워크간의 통신을 수행하기 위한 하나 이상의 구성요소를 포함할 수 있다. 예를 들어, 통신부(2210)는, 근거리 통신모듈, 이동 통신모듈, 방송 수신모듈 중 적어도 하나 이상을 포함할 수 있다.
근거리 통신모듈은, 블루투스 통신 모듈, BLE(Bluetooth Low Energy) 통신 모듈, 근거리 무선 통신 모듈(NFC/RFID 모듈), WLAN(와이파이) 통신 모듈, 지그비(Zigbee) 통신 모듈, 적외선(IrDA, infrared Data Association) 통신 모듈, WFD(Wi-Fi Direct) 통신 모듈, UWB(ultra wideband) 통신 모듈, Ant+ 통신 모듈 등을 포함할 수 있으나, 이에 한정되는 것은 아니다. 이동 통신 모듈은, 이동 통신 네트워크에서 기지국, 외부의 단말, 서버 중 적어도 하나와 무선 신호를 송수신할 수 있다. 여기서, 무선 신호는, 음성 호 신호, 화상 통화 호 신호 또는 문자/멀티미디어 메시지 송수신에 따른 다양한 형태의 데이터를 포함할 수 있다. 방송 수신 모듈은 방송 채널을 통하여 외부로부터 방송 신호 및/또는 방송 관련된 정보를 수신할 수 있고, 방송 채널은 위성 채널, 지상파 채널을 포함할 수 있다.
통신부(2210)는, 통화 패킷을 CS 네트워크로 송수신하는 제1 통신 모듈과 키 패킷을 PS 네트워크로 송수신하는 제2 통신 모듈을 포함할 수 있다. 일예를 들어, 제1 통신 모듈은 보안성 및 이동성이 높은 고속 네트워크인 3G 혹은 4G LTE 통신 모듈이고, 제2 통신 모듈은 Wi-Fi 통신 모듈 또는 블루투스 통신 모듈일 수 있다.
한편, 통신부(2210)는, 셀룰러 통신을 위한 제1 통신 모듈과 단말간 직접통신을 위한 제2 통신 모듈을 포함할 수 있다. 일예를 들어, 제1 통신 모듈은 보안성 및 이동성이 높은 고속 네트워크인 3G 혹은 4G LTE 통신 모듈이고, 제2 통신 모듈은 Wi-Fi Direct 통신 모듈일 수 있다. 제 1 통신 모듈은 셀룰러 통신방식을 이용하여 직접통신 가능한 단말을 발견하기 위한 피어 탐색 패킷을 브로드캐스트할 수 있다. 제2 통신모듈은 직접통신 방식을 이용하여 직접통신 가능한 단말을 발견하기 위한 피어 탐색 패킷을 브로드캐스트하거나, 직접통신 가능한 단말을 발견한 이후 동기화 패킷 혹은 직접통신 요청패킷을 송신할 수 있다.
제어부(2220)는 통상적으로 단말(2200)의 전반적인 동작을 제어할 수 있다. 예를 들어, 제어부(2220)는 저장부(2270)에 저장된 프로그램들을 실행함으로써, 통신부(2210), 사용자 입력부(2230), A/V 입력부(2240), 센싱부(2250), 출력부(2260) 등을 전반적으로 제어할 수 있다. 제어부(2220)는 SSP(Seamless Sensing Platform)의 센서 허브를 포함할 수 있다. 센서 허브는 하드웨어 또는 소프트웨어로 구현되거나 하드웨어와 소프트웨어의 결합으로 구현될 수 있다. 예를 들어, 센서 허브는 MCU(Micro Controller Unit)를 포함할 수 있다. 일 실시예에 따른 센서 허브는 센싱부(2250)와 연결될 수 있으며, 센싱부(2250)로부터 센싱 정보를 수집할 수 있다. 제어부(2220)는 도 3 혹은 도 4의 각 구성요소의 기능을 수행할 수 있다.
사용자 입력부(2230)는, 사용자가 단말(2200)을 제어하기 위한 데이터를 입력하는 수단을 의미할 수 있다. 예를 들어, 사용자 입력부(2230)에는 키 패드(key pad), 돔 스위치 (dome switch), 터치 패드(접촉식 정전 용량 방식, 압력식 저항막 방식, 적외선 감지 방식, 표면 초음파 전도 방식, 적분식 장력 측정 방식, 피에조 효과 방식 등), 조그 휠, 조그 스위치 등이 있을 수 있으나 이에 한정되는 것은 아니다.
A/V(Audio/Video) 입력부(2240)는 오디오 신호 또는 비디오 신호 입력을 위한 것으로, 이에는 카메라와 마이크로폰 등이 포함될 수 있다. 카메라는 화상 통화모드 또는 촬영 모드에서 이미지 센서를 통해 정지영상 또는 동영상 등의 화상 프레임을 얻을 수 있다. 이미지 센서를 통해 캡쳐된 이미지는 제어부(2220) 또는 별도의 이미지 처리부(미도시)를 통해 처리될 수 있다. 카메라에서 처리된 화상 프레임은 저장부(2270)에 저장되거나 통신부(2210)를 통하여 외부로 전송될 수 있다. 카메라는 단말(2200)의 구현 형태에 따라 2개 이상이 구비될 수도 있다. 마이크로폰은 외부의 음향 신호를 입력 받아 전기적인 음성 데이터로 처리할 수 있다. 예를 들어, 마이크로폰은 외부 디바이스 또는 화자로부터 음향 신호를 수신할 수 있다. 마이크로폰은 외부의 음향 신호를 입력 받는 과정에서 발생 되는 잡음(noise)를 제거하기 위한 다양한 잡음 제거 알고리즘을 이용할 수 있다.
센싱부(2250)는 단말(2200)의 상태 또는 단말(2200) 주변의 상태를 감지하고, 감지된 정보를 제어부(2220)로 전달할 수 있다. 센싱부(2250)는 지자기 센서(Magnetic sensor), 가속도 센서(Acceleration sensor), 온/습도 센서, 적외선 센서, 자이로스코프 센서, 위치 센서(예컨대, GPS), 기압 센서, 근접 센서, 및 RGB 센서(illuminance sensor) 중 적어도 하나를 포함할 수 있으나, 이에 한정되는 것은 아니다. 각 센서들의 기능은 그 명칭으로부터 당업자가 직관적으로 추론할 수 있으므로, 구체적인 설명은 생략하기로 한다.
출력부(2260)는 오디오 신호 또는 비디오 신호 또는 진동 신호의 출력을 위한 것으로, 디스플레이 패널, 스피커, 혹은 진동 모터 등이 포함될 수 있다. 디스플레이 패널은 단말(2200)에서 처리되는 정보를 표시 출력한다. 예를 들어, 디스플레이 패널은 일반 통화 모드인 경우 통화와 관련된 UI(User Interface) 또는 GUI(Graphic User Interface)를 표시하거나, 직접통신가능한 단말 발견에 실패한 경우, 연결(또는 검색) 실패 알림을 화면에 표시할 수 있다. 디스플레이 패널은 직접통신가능한 단말과의 연결 상태 정보를 화면에 표시할 수 있다. 한편, 디스플레이부 패널과 터치패드가 레이어 구조를 이루어 터치 스크린으로 구성되는 경우, 디스플레이 패널은 출력 장치 이외에 입력 장치로도 사용될 수 있다. 디스플레이부 패널은 액정 디스플레이(liquid crystal display), 박막 트랜지스터 액정 디스플레이(thin film transistor-liquid crystal display), 유기 발광 다이오드(organic light-emitting diode), 플렉시블 디스플레이(flexible display), 3차원 디스플레이(3D display), 전기영동 디스플레이(electrophoretic display) 중에서 적어도 하나를 포함할 수 있다. 그리고 단말(2200)의 구현 형태에 따라 단말(2200)은 2개 이상의 디스플레이 패널을 포함할 수도 있다.
스피커는 통신부(2210)로부터 수신되거나 저장부(2270)에 저장된 오디오 데이터를 출력하거나, 단말(2200)에서 수행되는 기능(예를 들어, 호신호 수신음, 메시지 수신음 등)과 관련된 음향 신호를 출력할 수 있다. 진동 모터는 진동 신호를 출력할 수 있다. 예를 들어, 진동 모터는 오디오 데이터 또는 비디오 데이터(예컨대, 호신호 수신음, 메시지 수신음 등)의 출력에 대응하는 진동 신호를 출력할 수 있다. 또한, 진동 모터는 터치스크린에 터치가 입력되는 경우 진동 신호를 출력할 수도 있다.
저장부(2270)는, 제어부(2220)의 처리 및 제어를 위한 프로그램을 저장할 수도 있고, 입/출력되는 데이터들(제 2 통신 방식에 관한 통신 연결 정보 등)을 저장할 수도 있다. 저장부(2270)는 플래시 메모리 타입(flash memory type), 하드디스크 타입(hard disk type), 멀티미디어 카드 마이크로 타입(multimedia card micro type), 카드 타입의 메모리(예를 들어 SD 또는 XD 메모리 등), 램(RAM, Random Access Memory) SRAM(Static Random Access Memory), 롬(ROM, Read-Only Memory), EEPROM(Electrically Erasable Programmable Read-Only Memory), PROM(Programmable Read-Only Memory), 자기 메모리, 자기 디스크, 광디스크 중 적어도 하나의 타입의 저장매체를 포함할 수 있다. 또한, 단말(2200)은 인터넷(internet)상에서 저장부(2270)의 저장 기능을 수행하는 웹 스토리지(web storage) 또는 클라우드 서버를 운영할 수도 있다. 저장부(2270)에 저장된 프로그램들은 그 기능에 따라 복수 개의 모듈들로 분류할 수 있는데, 예를 들어 UI 모듈, 터치 스크린 모듈, 알람 모듈 등으로 분류될 수 있다.
UI 모듈은 애플리케이션 별로 단말(2200)과 연동되는 특화된 UI, GUI 등을 제공할 수 있다. 터치 스크린 모듈은 사용자의 터치 스크린 상의 터치 제스처를 감지하고, 터치 제스처에 관한 정보를 제어부(2320)로 전달할 수 있다. 실시예에 따른 터치 스크린 모듈은 터치 코드를 인식하고 분석할 수 있다. 터치 스크린 모듈은 컨트롤러를 포함하는 별도의 하드웨어로 구성될 수도 있다. 터치스크린의 터치 또는 근접 터치를 감지하기 위해 터치스크린의 내부 또는 근처에 다양한 센서가 구비될 수 있다. 터치스크린의 터치를 감지하기 위한 센서의 일례로 촉각 센서가 있다. 촉각 센서는 사람이 느끼는 정도로 또는 그 이상으로 특정 물체의 접촉을 감지하는 센서를 말한다. 촉각 센서는 접촉면의 거칠기, 접촉 물체의 단단함, 접촉 지점의 온도 등의 다양한 정보를 감지할 수 있다. 또한, 터치스크린의 터치를 감지하기 위한 센서의 일례로 근접 센서가 있다. 근접 센서는 소정의 검출면에 접근하는 물체, 혹은 근방에 존재하는 물체의 유무를 전자계의 힘 또는 적외선을 이용하여 기계적 접촉이 없이 검출하는 센서를 말한다. 근접 센서의 예로는 투과형 광전 센서, 직접 반사형 광전 센서, 미러 반사형 광전 센서, 고주파 발진형 근접 센서, 정전용량형 근접 센서, 자기형 근접 센서, 적외선 근접 센서 등이 있다. 사용자의 터치 제스처에는 탭, 터치&홀드, 더블 탭, 드래그, 패닝, 플릭, 드래그 앤드 드롭, 스와이프 등이 있을 수 있다. 저장부(2270)는 음성 인식 엔진을 이용하여 사용자의 음성을 인식하고, 인식된 음성을 제어부(2220)로 전달하기 위한 음성 인식 모듈(미도시)을 포함할 수도 있다.
알람 모듈은 보안통신모듈의 이벤트 발생을 알리기 위한 신호를 발생할 수 있다. 보안통신모듈(2300)에서 발생되는 이벤트의 예로는 호 신호 수신, 메시지 수신, 키 신호 입력, 일정 알림 등이 있다. 알람 모듈은 디스플레이 패널을 통해 비디오 신호 형태로 알람 신호를 출력할 수도 있고, 스피커를 통해 오디오 신호 형태로 알람 신호를 출력할 수도 있고, 진동 모터를 통해 진동 신호 형태로 알람 신호를 출력할 수도 있다.
실시예에 따른 멀티미디어 기기는 보안통신과 관련된 모듈을 추가로 구비하거나, 기존의 구성요소, 예를 들면 코덱모듈에 보안통신과 관련된 기능이 부가되도록 구현될 수 있다.
상기한 실시예에서 보안 통신을 위한 암호화 처리 대상은 단말간, 단말과 서버간, 단말과 중계기간에서 통신가능한 미디어로서, 비트스트림을 구성하는 모든 종류의 미디어 데이터가 해당될 수 있다. 예를 들면, 미디어 데이터는 사진, 이미지, 동영상 등과 같은 비디오 컨텐츠, 음성, 음악 등과 같은 오디오 컨텐츠, 이메일 메시지, SMS(Short Messaging Service) 혹은 MMS(Multimedia Messaging Service) 메시지, 채팅 메시지 등과 같은 메시징 컨텐츠 중 어느 하나가 되거나, 적어도 두가지 이상의 혼합된 컨텐츠를 포함할 수 있으나, 이에 한정되는 것은 아니다.
이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 상태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 실시예를 구성하는 것도 가능하다. 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성요소나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성요소 또는 특징과 교체될 수 있다. 이에 따라서 특허청구범위에서 명시적인 인용관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
상기 실시예들은 다양한 수단, 예를 들어 하드웨어, 펌웨어, 소프트웨어 또는 그것들의 결합에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 실시예들은 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 실시예들은 이상에서 설명된 기능 혹은 동작들을 수행하는 모듈, 절차, 함수 등의 형태를 사용하여 컴퓨터에서 실행될 수 있는 프로그램으로 작성가능하고, 컴퓨터로 읽을 수 있는 기록매체를 이용하여 상기 프로그램을 동작시키는 범용 디지털 컴퓨터에서 구현될 수 있다. 또한, 이상에서 설명된 실시예들에서 사용될 수 있는 데이터 구조, 프로그램 명령, 혹은 데이터 파일은 컴퓨터로 읽을 수 있는 기록매체에 다양한 수단을 통하여 기록될 수 있다. 컴퓨터로 읽을 수 있는 기록매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 저장 장치를 포함하며, 프로세서 내부 혹은 외부에 위치할 수 있다. 컴퓨터로 읽을 수 있는 기록매체의 예로는 자기 매체(magnetic media), 광기록 매체(optical media), 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함될 수 있다. 또한, 컴퓨터로 읽을 수 있는 기록매체는 프로그램 명령, 데이터 구조 등을 지정하는 신호를 전송하는 전송 매체일 수도 있다. 프로그램 명령의 예로는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함할 수 있다. 또한, 본 실시예는 전자적인 환경 설정, 신호 처리, 및/또는 데이터 처리 등을 위하여 종래 기술을 채용할 수 있다. "매커니즘", "요소", "수단", "구성"과 같은 용어는 넓게 사용될 수 있으며, 기계적이고 물리적인 구성들로서 한정되는 것은 아니다. 상기 용어는 프로세서 등과 연계하여 소프트웨어의 일련의 처리들(routines)의 의미를 포함할 수 있다.
본 실시예에서 설명하는 특정 실행들은 예시들로서, 어떠한 방법으로도 기술적 범위를 한정하는 것은 아니다. 명세서의 간결함을 위하여, 종래 전자적인 구성들, 제어 시스템들, 소프트웨어, 상기 시스템들의 다른 기능적인 측면들의 기재는 생략될 수 있다. 또한, 도면에 도시된 구성 요소들 간의 선들의 연결 또는 연결 부재들은 기능적인 연결 및/또는 물리적 또는 회로적 연결들을 예시적으로 나타낸 것으로서, 실제 장치에서는 대체 가능하거나 추가의 다양한 기능적인 연결, 물리적인 연결, 또는 회로 연결들로서 나타내어질 수 있다.
본 명세서(특히 특허청구범위)에서 "상기"의 용어 및 이와 유사한 지시 용어의 사용은 단수 및 복수 모두에 해당하는 것일 수 있다. 또한, 범위(range)를 기재한 경우 상기 범위에 속하는 개별적인 값을 포함하는 것으로서(이에 반하는 기재가 없다면), 상세한 설명에 상기 범위를 구성하는 각 개별적인 값을 기재한 것과 같다. 마지막으로, 방법을 구성하는 단계들에 대하여 명백하게 순서를 기재하거나 반하는 기재가 없다면, 상기 단계들은 적당한 순서로 행해질 수 있다. 반드시 상기 단계들의 기재 순서에 한정되는 것은 아니다. 모든 예들 또는 예시적인 용어(예들 들어, 등등)의 사용은 단순히 기술적 사상을 상세히 설명하기 위한 것으로서 특허청구범위에 의해 한정되지 않는 이상 상기 예들 또는 예시적인 용어로 인해 범위가 한정되는 것은 아니다. 또한, 당업자는 다양한 수정, 조합 및 변경이 부가된 특허청구범위 또는 그 균등물의 범주 내에서 설계 조건 및 팩터에 따라 구성될 수 있음을 알 수 있다.

Claims (15)

  1. 비트스트림을 구성하는 데이터 중 적어도 일부를 암호화하고, 암호화에 사용된 적어도 일부의 키 정보를 상기 비트스트림에 삽입하여 암호화된 비트스트림을 생성하고, 수신되는 암호화된 비트스트림으로부터 복호화를 위한 적어도 일부의 키 정보를 획득하여 암호화된 데이터를 복호화하는 보안모듈; 및
    상기 암호화된 비트스트림을 송신 및 수신하는 통신모듈을 포함하는 보안 통신 장치.
  2. 제1 항에 있어서, 상기 보안모듈은 상기 비트스트림의 페이로드 영역을 암호화하는 보안 통신 장치.
  3. 제1 항에 있어서, 상기 보안모듈은 상기 키 정보를 상기 비트스트림의 보조 영역 혹은 페이로드 영역 중 적어도 하나에 삽입하는 보안 통신 장치.
  4. 제1 항에 있어서, 상기 보안모듈은 엔코딩 과정 혹은 엔코딩이 완료된 이후 암호화 처리를 수행하는 보안 통신 장치.
  5. 제1 항에 있어서, 상기 키 정보는 키 데이터, 상기 키 데이터의 인덱스, 상기 키 데이터의 포인터값 중 하나를 포함하는 보안 통신 장치.
  6. 제5 항에 있어서, 상기 키 데이터가 분할되는 경우, 상기 키 데이터에 대한 분할정보를 상기 비트스트림에 포함시키는 보안 통신 장치.
  7. 제1 항에 있어서, 상기 키 정보는 소정 주기로 갱신되어 전송되는 보안 통신 장치.
  8. 제1 단말에서의 복호화 처리와 제2 단말에서의 암호화 처리에 사용될 키를 생성하여 상기 제1 단말에서 상기 제2 단말로 전송하는 단계;
    상기 제1 단말에서 생성되는 비트스트림의 적어도 일부 영역을 상기 제2 단말로부터 수신되는 키를 이용하여 암호화하여 상기 제2 단말로 전송하는 단계; 및
    상기 제1 단말에서 상기 제2 단말로부터 수신되는 암호화된 영역을 포함하는 비트스트림을 상기 제2 단말로 전송한 키를 이용하여 복호화하는 단계를 포함하는 보안 통신 방법.
  9. 제8 항에 있어서, 상기 키는 상기 비트스트림의 보조영역을 통하여 상기 제2 단말로 전송되는 보안 통신 방법.
  10. 제8 항에 있어서, 상기 제1 단말에서 상기 비트스트림의 페이로드 영역을 암호화하는 보안 통신 방법.
  11. 제8 항에 있어서, 상기 키는 소정 주기로 갱신되어 전송되는 보안 통신 방법.
  12. 상대방 단말로 전송하기 위한 제1 암호키를 생성하고, 비트스트림의 적어도 일부 영역을 상기 상대방 단말로부터 전송되는 제2 암호키를 이용하여 암호화하고, 상기 상대방 단말로부터 제공되는 상기 제1 암호키로 암호화된 영역을 포함하는 비트스트림을 상기 제1 암호키를 이용하여 복호화하는 프로세서; 및
    상기 제1 암호키가 임베딩된 비트스트림 및 상기 프로세서에서 암호화된 영역을 포함하는 비트스트림을 상기 상대방 단말로 전송하고, 상기 제2 암호키가 임베딩된 비트스트림 및 상기 상대방 단말에서 상기 제1 암호키로 암호화된 영역을 포함하는 비트스트림을 수신하는 통신부를 포함하는 보안 통신 기능을 갖는 멀티미디어 기기.
  13. 제12 항에 있어서, 상기 제1 혹은 제2 암호키는 상기 비트스트림의 보조영역에 임베딩되어 상기 상대방 단말로 전송되는 보안 통신 기능을 갖는 멀티미디어 기기.
  14. 제12 항에 있어서, 상기 프로세서는 상기 비트스트림의 페이로드 영역을 암호화하는 보안 통신 기능을 갖는 멀티미디어 기기.
  15. 제12 항에 있어서, 상기 키는 소정 주기로 갱신되어 상기 상대방 단말로 전송되는 보안 통신 기능을 갖는 멀티미디어 기기.
PCT/KR2014/012365 2013-12-15 2014-12-15 보안 통신방법 및 장치와 이를 채용하는 멀티미디어 기기 WO2015088296A1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP22165658.0A EP4075719A1 (en) 2013-12-15 2014-12-15 Secure communication method and apparatus and multimedia device employing same
US15/104,629 US10530571B2 (en) 2013-12-15 2014-12-15 Secure communication method and apparatus and multimedia device employing the same
CN201480075556.5A CN105981327B (zh) 2013-12-15 2014-12-15 安全通信方法和设备以及采用该方法和设备的多媒体装置
EP14870633.6A EP3082291B1 (en) 2013-12-15 2014-12-15 Secure communication method and apparatus and multimedia device employing same

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201361916238P 2013-12-15 2013-12-15
US61/916,238 2013-12-15
KR1020140005328A KR102295661B1 (ko) 2013-12-15 2014-01-15 보안 통신방법 및 장치와 이를 채용하는 멀티미디어 기기
KR10-2014-0005328 2014-01-15

Publications (1)

Publication Number Publication Date
WO2015088296A1 true WO2015088296A1 (ko) 2015-06-18

Family

ID=53371514

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/012365 WO2015088296A1 (ko) 2013-12-15 2014-12-15 보안 통신방법 및 장치와 이를 채용하는 멀티미디어 기기

Country Status (2)

Country Link
EP (2) EP3082291B1 (ko)
WO (1) WO2015088296A1 (ko)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105306902A (zh) * 2015-10-28 2016-02-03 成都三零凯天通信实业有限公司 一种基于4g网络的端到端高清视频安全传输系统及方法
WO2017003133A1 (ko) * 2015-07-02 2017-01-05 삼성전자 주식회사 멀티미디어 데이터를 암호화하는 방법 및 장치, 복호화하는 방법 및 장치
WO2017003215A1 (ko) * 2015-06-30 2017-01-05 투이이피 주식회사 라우팅 방법 및 이를 수행하는 네트워크 엔티티
CN108141721A (zh) * 2015-06-30 2018-06-08 株式会社途艾普 路由方法及执行此的网络实体
CN110495135A (zh) * 2017-04-14 2019-11-22 三菱电机株式会社 密钥管理系统、通信设备以及密钥共享方法
CN113079010A (zh) * 2021-06-07 2021-07-06 深圳奥联信息安全技术有限公司 基于保留格式算法的安全增强方法及装置
US11153287B2 (en) 2015-07-06 2021-10-19 Samsung Electronics Co., Ltd Method, apparatus, and system for monitoring encrypted communication session

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110519545B (zh) * 2018-05-22 2021-11-23 中兴通讯股份有限公司 会议权限控制方法及系统、服务器、终端、存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040081333A1 (en) * 2002-10-23 2004-04-29 Grab Eric W. Method and system for securing compressed digital video
JP2006352895A (ja) * 2001-03-26 2006-12-28 Samsung Electronics Co Ltd 暗号化されたデータを含むデータの伝送及び受信制御方法
JP2007311842A (ja) * 2006-05-16 2007-11-29 Sony Corp データストリーム無線送信装置、データストリーム無線受信装置、無線伝送システム、撮像装置、再生装置、データストリーム無線送信方法及びプログラム
KR20070122560A (ko) * 2005-05-18 2007-12-31 모토로라 인코포레이티드 하프-듀플렉스 ａｄ-ｈｏｃ 그룹 음성 셀룰라 네트워크채널에서의 고속 보안 세션 성립 방법 및 장치
US20110135090A1 (en) * 2009-12-04 2011-06-09 Divx, Llc. Elementary bitstream cryptographic material transport systems and methods

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5592556A (en) * 1994-08-09 1997-01-07 Ericsson Ge Mobile Communications Inc. Digital radio with vocoding encrypting codec
US7747021B2 (en) * 2005-05-18 2010-06-29 General Dynamics C4 Systems, Inc. Method and apparatus for fast secure session establishment on half-duplex point-to-point voice cellular network channels
US20080267403A1 (en) * 2006-11-09 2008-10-30 Regents Of The Univeristy Of Colorado System and method for privacy enhancement via adaptive cryptographic embedding
KR20100064585A (ko) * 2008-12-05 2010-06-15 삼성전자주식회사 데이터송수신장치 및 그 방법
US8681981B2 (en) * 2010-12-03 2014-03-25 Motorola Solutions, Inc. Method and apparatus for transmitting voice communications related to a multimedia session
US8824681B2 (en) * 2011-12-06 2014-09-02 Motorola Solutions, Inc. Method and device for link layer decrypting and/or encrypting a voice message stream already supporting end to end encryption

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006352895A (ja) * 2001-03-26 2006-12-28 Samsung Electronics Co Ltd 暗号化されたデータを含むデータの伝送及び受信制御方法
US20040081333A1 (en) * 2002-10-23 2004-04-29 Grab Eric W. Method and system for securing compressed digital video
KR20070122560A (ko) * 2005-05-18 2007-12-31 모토로라 인코포레이티드 하프-듀플렉스 ａｄ-ｈｏｃ 그룹 음성 셀룰라 네트워크채널에서의 고속 보안 세션 성립 방법 및 장치
JP2007311842A (ja) * 2006-05-16 2007-11-29 Sony Corp データストリーム無線送信装置、データストリーム無線受信装置、無線伝送システム、撮像装置、再生装置、データストリーム無線送信方法及びプログラム
US20110135090A1 (en) * 2009-12-04 2011-06-09 Divx, Llc. Elementary bitstream cryptographic material transport systems and methods

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3082291A4 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017003215A1 (ko) * 2015-06-30 2017-01-05 투이이피 주식회사 라우팅 방법 및 이를 수행하는 네트워크 엔티티
CN108141721A (zh) * 2015-06-30 2018-06-08 株式会社途艾普 路由方法及执行此的网络实体
US10681755B2 (en) 2015-06-30 2020-06-09 2Ip Co., Ltd. Routing method and network entity performing same
WO2017003133A1 (ko) * 2015-07-02 2017-01-05 삼성전자 주식회사 멀티미디어 데이터를 암호화하는 방법 및 장치, 복호화하는 방법 및 장치
US10931645B2 (en) 2015-07-02 2021-02-23 Samsung Electronics Co., Ltd. Method and device for encoding multimedia data, and method and device for decoding same
US11153287B2 (en) 2015-07-06 2021-10-19 Samsung Electronics Co., Ltd Method, apparatus, and system for monitoring encrypted communication session
CN105306902A (zh) * 2015-10-28 2016-02-03 成都三零凯天通信实业有限公司 一种基于4g网络的端到端高清视频安全传输系统及方法
CN105306902B (zh) * 2015-10-28 2018-08-31 成都三零凯天通信实业有限公司 一种基于4g网络的端到端高清视频安全传输系统及方法
CN110495135A (zh) * 2017-04-14 2019-11-22 三菱电机株式会社 密钥管理系统、通信设备以及密钥共享方法
CN110495135B (zh) * 2017-04-14 2022-06-28 三菱电机株式会社 密钥管理系统、通信设备以及密钥共享方法
CN113079010A (zh) * 2021-06-07 2021-07-06 深圳奥联信息安全技术有限公司 基于保留格式算法的安全增强方法及装置

Also Published As

Publication number Publication date
EP3082291A1 (en) 2016-10-19
EP3082291A4 (en) 2017-08-02
EP4075719A1 (en) 2022-10-19
EP3082291B1 (en) 2022-05-25

Similar Documents

Publication Publication Date Title
WO2015088296A1 (ko) 보안 통신방법 및 장치와 이를 채용하는 멀티미디어 기기
KR102295661B1 (ko) 보안 통신방법 및 장치와 이를 채용하는 멀티미디어 기기
CN110912880B (zh) 配网方法及装置、电子设备及存储介质
WO2016111600A1 (en) Mutual authentication between user equipment and an evolved packet core
WO2014107045A1 (en) Method of sharing contents by using personal cloud device, and electronic device and personal cloud system using the same
WO2014175689A1 (en) Communication service in communication modes
WO2017018708A1 (ko) 디바이스들 간의 통신 방법 및 그 디바이스
WO2016039576A2 (ko) 무선 통신 시스템에서 다중 망 접속을 위한 장치 및 방법
WO2022014924A1 (ko) 전자 디바이스가 보안 레인징을 수행하는 방법 및 장치
WO2019235804A1 (en) Method and apparatus for installing and managing profile using message service
WO2015115798A1 (en) User terminal device and secured communication method thereof
WO2015157942A1 (zh) 接入无线网络的装置及方法
WO2019054779A1 (ko) 메시지를 처리하기 위한 전자 장치 및 그의 동작 방법
WO2017007132A1 (ko) 암호화된 통신 세션의 모니터링 방법, 장치 및 시스템
WO2020013593A1 (ko) 전자 장치 및 이의 제어 방법
CN109246110B (zh) 数据共享方法、装置及计算机可读存储介质
US10673611B2 (en) Data transmission method, device, and system
WO2015046954A1 (ko) 핫스팟 기능이 있는 전자기기에 접속하는 방법 및 장치
WO2019143212A1 (en) Electronic apparatus, terminal apparatus and method of controlling the same
WO2018084548A1 (ko) 통신 시스템에서 발신자를 인증하기 위한 장치 및 방법
WO2018062755A1 (en) Digital device and method of processing data therein
EP3304850B1 (en) Methods and systems for communication-session arrangement on behalf of cryptographic endpoints
CN112383532A (zh) 设备联网方法及装置、电子设备、存储介质
WO2019151792A1 (ko) 프로파일을 설치하는 전자 장치 및 전자 장치의 동작 방법
WO2015053602A1 (ko) 이동 통신 시스템 환경에서 프록시미티 기반 서비스를 위한 보안 및 정보 지원 방법 및 시스템

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14870633

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 15104629

Country of ref document: US

REEP Request for entry into the european phase

Ref document number: 2014870633

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014870633

Country of ref document: EP