WO2003088557A1 - Digital two-way communication control device and its method - Google Patents
Digital two-way communication control device and its method Download PDFInfo
- Publication number
- WO2003088557A1 WO2003088557A1 PCT/JP2003/004864 JP0304864W WO03088557A1 WO 2003088557 A1 WO2003088557 A1 WO 2003088557A1 JP 0304864 W JP0304864 W JP 0304864W WO 03088557 A1 WO03088557 A1 WO 03088557A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data
- header
- mac
- state information
- tek
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2801—Broadband local area networks
-
- 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/41—Structure of client; Structure of client peripherals
- H04N21/426—Internal components of the client ; Characteristics thereof
- H04N21/42676—Internal components of the client ; Characteristics thereof for modulating an analogue carrier signal to encode digital information or demodulating it to decode digital information, e.g. ADSL or cable modem
-
- 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
- H04N21/4353—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream involving decryption of additional data
-
- 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
- H04N21/4355—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream involving reformatting operations of additional data, e.g. HTML pages on a television screen
-
- 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/4402—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 reformatting operations of video signals for household redistribution, storage or real-time display
-
- 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
-
- 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/61—Network physical structure; Signal processing
- H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
- H04N21/6168—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving cable transmission, e.g. using a cable modem
-
- 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/643—Communication protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/167—Systems rendering the television signal unintelligible and subsequently intelligible
- H04N7/1675—Providing digital key or authorisation information for generation or regeneration of the scrambling sequence
Definitions
- the present invention relates to a device for performing bidirectional control in digital bidirectional communication, and particularly to a technology for optimizing a configuration related to downlink communication from a center device to a terminal device.
- a two-way digital communication system represented by two-way CATV is composed of a two-way communication network in which a plurality of terminal devices are connected to a center device.
- this individual terminal device bidirectional control of downlink communication from the center device to the terminal device and upward communication from the terminal device to the center device are called MAC (Media Access Control) functions.
- MAC Media Access Control
- the processing function is realized by decoding a protocol having a MAC-specific structure embedded as a sublayer in communication data.
- DOCS IS Multimedia Cable Network Systems partners
- U.S.A.Cab Ie Labs Cable Television Laboratories Inc.
- Radio Frequency Interface Specification SP- of Data-Over-Cable Service Interface Specifications RFIv1.1-106-001215 ".
- the communication data In downlink communication, video data is usually mainly transmitted. Therefore, the communication data has the MPEG structure, but the MAC structure is defined as a sublayer.
- the communication channel frequency In the downward communication, the communication channel frequency is allocated to a relatively wide band, so the communication control itself is relatively simple, but video data is transmitted. Therefore, it is necessary to handle a huge amount of data, and it is necessary to process the data in real time and without errors according to the determined procedure.
- control data is usually mainly transmitted.
- the control data includes a command request from the terminal device and state display data for notifying the status of each terminal device.
- the center device Upon receiving the control data transmitted in the uplink communication, the center device responds to the request command of each terminal device, and transmits various information for properly controlling the terminal device as control data for the downlink communication. I do.
- Upward communication is generally complicated because a large number of communication channel frequencies are allocated to a narrow band, so that collisions may occur between multiple terminal devices and the required communication channel frequency may not be obtained. Control is required, and the function greatly affects the communication performance in two-way communication.
- the DOCS IS MAC structure basically has the same structure as Ethernet communication in order to enhance affinity with IP communication using Ethernet, but includes various header fields as areas unique to DOCS IS. Provided. Among them, the feature is that encryption and other additional functions are defined by the field of the variable length area called “extension header”.
- the individual processing that constitutes the MAC function is mainly arithmetic processing of the control system. Basically, data filtering (distribution), synchronous processing, sorting, formatting, etc. Of individual processes and combinations thereof. These individual processes themselves are by no means heavy processes.
- the MAC function includes a data security function that is indispensable for a communication system.
- DOCS IS method its detailed specifications are based on specifications published by the U.S. Cab Ie Labs. ⁇ Data-Over-Cable Service Interface Specifications ⁇ Baseline Privacy Plus Interface Specifications SP- BPI + -106-001215j.
- BPKM Baseline Privacy Key Management
- BP KM In order to perform secure key exchange, the function to encrypt and exchange the encryption key itself and to confirm that the message of the encryption key exchange was sent from the correct party and that it has not been tampered with. Has message recognition & function.
- BPKM distributes keys using a two-step key: the Authorization Key, which is the master key, and the DES encryption key (called the Traffic Encryption Key, TEK), which is used to actually encrypt and decrypt data. Perform
- the terminal device receives the Authorization Key encrypted by the RSA public key method, and decrypts the Authorization Key by using the RSA public key.
- the TEK data is obtained from the obtained authorization key through some processing for decrypting and authenticating the TEK, and finally the actual communication data is decrypted using this ⁇ data.
- numerical operations using a plurality of 64-bit data are performed in parallel. Since these processes are necessary and repeated, each process can be said to be a process with a considerable load.
- the MAC function is implemented using a general-purpose processor (CPU). This is because the CPU has the advantage of being able to flexibly handle complex processing, and it is relatively easy to perform verification and function modification to establish system reliability.
- CPU general-purpose processor
- the present invention provides, as a device for performing bidirectional control in digital bidirectional communication, an interface block for format-converting input downstream data to generate downlink data, and a MAC (Media Control) receiving the downlink data.
- Acceleration Control CPU and TEK (Traffic Encryption Key) processing data obtained from the downlink data, analyze the data structure, and perform decryption processing based on the analysis result. It has a processing block.
- the structure analysis of the TEK processing data and the decoding processing based on the analysis result are performed by the TEK processing block separate from the CPU. Therefore, the load of the CPU processing is reduced, and the entire apparatus can be configured with an appropriate circuit scale.
- the TEK processing block in the digital two-way communication control device inputs TEK processing data, and includes an MPEG structure in the TEK processing data and a MAC (Media) embedded in the MPEG structure.
- Access Control) structure analysis block that analyzes the structure and outputs the MAC state information data indicating the status and meaning of the MAC data, which is data having the MAC structure.
- a decryption block is provided that determines by referring to the MAC state information data, decrypts the encrypted part using TEK data for decrypting, and integrates the decrypted result with the unencrypted part. Is preferred.
- the structure analysis program in the digital two-way communication control device analyzes the MPEG header, which is the header of the MPEG structure in the TEK processing data, and outputs the MAC data indicating the position of the MAC data.
- An MPEG header analysis block that outputs a position signal and a MAC data start position signal indicating the start byte position of the MAC frame, and a MAC structure header that receives the MAC data position signal and the MAC data start position signal as inputs.
- Extension header in MAC header and MA CM Recognizes state information for fields other than the M (MAC Management Message) header, outputs extended header position information data indicating the position of the extended header when the extended header exists in the TEK processing data, and A MAC header analysis block that outputs the MAC MM header position information data indicating the position of the MAC MM header when the MA C MM header is present in the EK processing data, and an extension header that receives the extended header position information data
- An extended header analysis block that outputs extended header state information data indicating the state information of the extended header, and receives the MACMM header position information data, A MACMM header analysis block for checking each field and outputting MA CMM header state information data indicating state information of the MA CMM header;
- the analysis block receives the extended header state information data and the MACMM header state information data, and receives the extended header in the MAC header and state information of each field other than the MACMM header, and the extended header state information.
- the MAC state information data is generated based on
- the MPEG header analysis block checks the field of the MPEG header to detect the position of the MAC data and the start byte position of the MAC frame, and outputs the MAC data position signal and the MAC data start position signal. It is preferred that
- the MAC header analysis block performs MAC header error detection by HCS check.
- the MAC header analysis block checks a field indicating the MAC data length in the MAC header, and performs the check by referring to the MAC data head position signal to determine the data length of the MAC frame. It is preferable to perform the counting by determining whether or not the MAC frame length matches the sum of the value of the field and a predetermined data length.
- the MAC header analysis block performs MAC header error detection by MAC frame length check and extension header length check in addition to HCS check, and the MAC header length check and extension When the result of the header length check is error-free, it is preferable to invalidate the result of the HCS check.
- the extension header analysis block checks the extension header field with reference to the extension header position information data, determines the data length and type of the extension header, and determines that the value of the extension header field is invalid. In this case, it is preferable to recognize that there is an error in the extension header, and to output the fact as the extension header state information data.
- the MAC MM header analysis block refers to the MAC MM header position information data, checks a field of the MAC MM header, determines the data length and type of the MAC MM, and determines the data of the field of the MA C MM header. If the value is invalid, it is preferable that the MACMM header is recognized as having an error, and that fact is output as the MACMM header state information data.
- the decryption block in the digital two-way communication control device refers to the MAC state information data to select an encrypted part and an unencrypted part in the TEK processing data, Extract TEK collation data for selecting TEK data from TEK processed data, and refer to the extracted TEK collation data to select TEK data to be used for decryption from a plurality of previously stored TEK data. Then, it is preferable that the encrypted part is converted into a bit width of a decryption processing unit, decrypted using the selected EK data, and the decrypted data and the unencrypted part are integrated.
- the present invention also provides a method for performing bidirectional control in digital bidirectional communication, comprising the steps of format-converting input downstream data to generate downlink data, and receiving the downlink data by a CPU.
- the TEK processing step in the digital two-way communication control method according to the present invention is embedded in the MPEG structure and the MPEG structure in the TEK processing data.
- the encrypted part is discriminated by referring to the MAC station information data, the encrypted part is decrypted using TEK data for decrypting, and the decrypted result is compared with the unencrypted part. It is preferable to provide a decoding step for integration.
- an MPEG header which is a header of the MPEG structure of the TEK processing data, is analyzed, and a MAC data position signal indicating the position of the MAC data, and a MAC data start signal indicating the start byte position of the MAC frame
- MAC Management Message MAC Management Message
- a MAC header analysis step that generates MACMM header position information data indicating the position of the MACMM header, and the extended header position described above Receiving the information data, checking each field of the extended header, and generating an extended header state information data indicating the state information of the extended header; an extended header analysis step; and receiving the MACMM header position information data, the MACMM
- the MAC state information data is generated based on state information of a MACMM header.
- FIG. 1 is a block diagram showing a configuration of a digital two-way communication control device according to an embodiment of the present invention. It is a lock figure.
- FIG. 2 is a diagram showing the internal configuration of the structural analysis block shown in FIG.
- FIG. 3 is a diagram showing a state machine for MPEG header analysis according to an embodiment of the present invention.
- FIG. 4 is a diagram showing a format of the MPEG header.
- FIG. 5 is a diagram showing the format of MPEG data including a pointer field.
- FIG. 6 is a state machine for MAC header analysis according to an embodiment of the present invention.
- FIG. 7 is a diagram showing the format of MAC data.
- FIG. 8 is a diagram for explaining a MAC header error detection method other than the HCS check.
- FIG. 9 is a state machine for extended header analysis according to an embodiment of the present invention.
- FIG. 10 shows the format of the extension header.
- FIG. 11 shows an example of the format of an extension header (Downstream Privacy).
- FIG. 12 shows a state machine for analyzing the MA CMM header according to an embodiment of the present invention.
- FIG. 13 is a diagram showing a format of the MACCM header.
- FIG. 14 is a flowchart showing the operation of the decoding block according to one embodiment of the present invention.
- FIG. 1 is a block diagram showing a configuration of a digital two-way communication control device according to one embodiment of the present invention.
- the digital two-way communication control device 1 shown in FIG. 1 performs two-way communication control in a two-way communication network including one center device and a plurality of terminal devices, and is provided inside the terminal device.
- 11 is for inputting the video transmitted from the center device and the downstream data ST RM as transmission control data to the CPU 12 for transmission.
- An interface that converts the format and generates CPU interface data DIF as downlink data; L-block; 12 receives CPU interface data DIF via CPU bus 15; MAC (Media Access Control) function And a data storage device 14 for exchanging data with the CPU 12 via the CP rebus 15.
- the TEK processing block 13 receives the TEK processing data DTEK, which is data used for TEK processing among video and transmission control data, analyzes the data structure, checks for encryption, decrypts data, and performs data conversion. This is a TEK processing block that outputs the result of the above as TEK processing result data RTEK.
- the TEK processing block 13 performs a structural analysis of the TEK processing data DTEK, and outputs a delayed TEK processing data DDTK and a MAC state information data S TMC.
- the decryption block 30 that determines whether or not to encrypt the delayed TEK processing data DDTK, performs decryption processing, and performs bit conversion of the data, and outputs TEK processing result data RTEK. Have.
- the TEK processing result data RTEK output from the EK processing block 13 is input to the data storage device 14.
- the MAC state information data STMC indicates the state and meaning of data (MAC data) having a MAC structure, which is a sublayer for network processing, embedded in the MPEG structure in the processing data. Things.
- the delayed TEK processing data DDTK is obtained by delaying the processing data 0 by 1 or more clocks by 0 or 1 clock or more in order to temporally associate with the MAC state information data STMC.
- the CPU interface data DIF includes a control signal of the CPU bus 15 in addition to the data resulting from the format conversion of the downstream data STRM.
- the terminal device Upon receiving the downstream data STRM, the terminal device sends this to the interface block 11 in the digital two-way communication control device 1.
- the interface block 11 1 converts the format of the downstream data STRM and outputs it as the CPU interface data DIF.
- CPU 1 and 2 are CP rebus It receives the CPU interface data DIF via 15 and performs various processes for realizing the MAC function together with the data storage device 14.
- TEK processing data DTEK which is data used for TEK processing in the MAC function, is sent from the CPU 12 to the TEK processing block 13 via the CPU bus 15.
- the TEK processing block 13 when the TEK processing data DTEK is input, first, a structural analysis of the MPEG structure and the MAC structure embedded in the MPEG structure in the structural analysis block 20 force TEK processing data DTEK is performed.
- the delayed TEK processing data DDTK and the MAC state information data STMC output from the structure analysis program 20 are sent to the decoding block 30.
- the decryption block 30 performs decryption processing on the data encrypted by the DES (Data Encryption Standard) on the center device side to protect data confidentiality in the delayed TEK processing data DDTK, and stores the TEK data in the data storage device 14. Outputs processing result data RTEK. Details of the processing in the structure analysis block 20 and the decoding block 30 will be described later.
- the structural analysis of the TEK processing data DTEK and the decoding processing based on the analysis result are performed by the TEK processing block 1 separate from the CPU 12. Done by 3. Therefore, the load of CPU processing is greatly reduced.
- most of the processing in the TEK processing block 13 is realized by executing similar numerical operations in parallel and repeatedly, so that the hardware configuration is also simplified. Therefore, the entire device can be configured with an appropriate circuit scale.
- FIG. 2 is a block diagram showing the internal configuration of the structural analysis block 20 shown in FIG.
- reference numeral 21 denotes a MAC data which indicates a data position of the MAC data by analyzing an MPEG header which is a header of the MPEG structure in the TEK processing data DTEK, extracting a MAC structure from the MPEG structure.
- This is an MPEG header analysis block that outputs a position signal PMC, a MAC data start position signal L PMC indicating the start of a MAC frame, and a packet position.
- the MPEG header analysis block 21 outputs the delayed TEK processed data DDTK obtained by delaying the TEK processed data DTEK, the MAC data position signal PMC and the MAC data head position signal LPMC related thereto. I do.
- Numeral 22 receives the MAC data position signal PMC and the MAC data head position signal LPMC as input, and regards portions other than the extension header and the MACMM (MAC Management Message) header in the header portion (MAC header) in the MAC data having the MAC structure.
- This is a MAC header analysis block that analyzes and determines the state information of each field, that is, the meaning of data.
- the MAC header analysis block 22 outputs extended header position information data PEH indicating the position of the extended header when the extended TEK processing data DDTK has an extended header, and outputs the extended TEK processing data DDTK to the delayed TEK processing data DDTK.
- the MAC MM header When the MAC MM header exists, it outputs MA CMM header position information data PMM indicating the position of the MA CMM header.
- the extension 23 receives the extension header position information data PEH, analyzes the extension header in the MAC header, and outputs the extension header state information, that is, the extension header state information data ST EH indicating the state and meaning.
- the header analysis block 24 receives the MA CMM header position information data PMM, analyzes the MACMM header, and outputs the state information of the MA CMM header, that is, the header state information data STMM indicating the state and meaning of the MACMM. MA CMM header analysis block.
- the MAC header analysis block 22 receives the extended header state information data STEH and the MA CMM header state information STMM and receives the extended header in the MAC header and the state information of the fields other than the MACMM header, and sends the extended information to the extension.
- MAC state information data STMC is generated based on the state information of the extension header indicated by the data state information data STEH and the state information of the MA CMM header indicated by the MAC MM header state information STMM indicated by the STEH.
- the MPEG header analysis block 21 extracts the MAC structure from the MPEG structure by analyzing the MPEG header in the TEK processing data DTEK. Specifically, each field of the MPEG header is checked sequentially, the meaning of the data in each field is determined, and a state is given to the data.
- FIG. 3 is a diagram showing a state machine of the MPEG header analysis in the MPEG header analysis block 21.
- FIG. 4 shows the format of the MPEG header. The flow of the process in the MPEG header analysis will be described with reference to FIG.
- the state of the state machine changes every byte clock.
- the initial state of the state is “I DLEJ, and if the TEK processing data DTEK has an error, the state is set to“ ERR ”.
- the state is “IDLE”, the state is held until the packet sink included in the TEK processing data DTEK indicates the beginning of the MPEG frame.
- TEI Transport Error Indica tor
- PID Program ID
- the state is "ERR"
- the state is held until the packet sink indicates the beginning of the MPEG data (S19).
- the MPEG bucket sync bypass is performed. If the value of the data is "0 X 47”, the state is set to "S1" (S1 2), otherwise the state is retained.
- FIG. Fig. 5 is a diagram conceptually showing the format of MPEG data including a pointer field.MPEG data as shown in Fig. 5 is included in TEK processing data DTEK. You.
- the value of PUSI in the MPEG header is “Ox 1”, indicating that there is a pointer field.
- a pointer field exists after the MPEG header, and the value of the pointer field is M (M: integer).
- M integer
- a pointer field counter is provided, and counting is performed by the pointer field counter from the position where the state is ⁇ INT ERJ, that is, the position of the pointer field. .
- the pointer value of the pointer field counter becomes equal to the value of the pointer field, the position is recognized as the first frame position of the MAC frame. As a result, the MAC data head position signal LPMC is generated.
- FIG. 5 conceptually shows the relationship between the MPEG data, the MAC data head position signal LPMC and the MAC data position signal PMC.
- the state information of each field obtained here is stored in a register. Then, in order to associate the TEK processing data with the state information, the TEK processing data 0 1 is delayed by 0 or 1 clock or more to generate the delayed TEK processing data DDTK.
- an MPEG frame length counter for counting the MPEG structure data length (188 bytes) is provided. Even if the data does not indicate an error, if the data length of the MPEG structure up to the first data of the next MPEG structure is not 188, it is necessary to provide a function to judge that the MPEG structure is an error. It is possible. ⁇ MAC header analysis>
- the MAC header analysis block 22 analyzes the MAC header in the delayed TEK processing data DDTK. Specifically, each field of the MAC header is checked sequentially, the meaning of the data in each field is determined, and a state is given to the data.
- FIG. 6 is a diagram showing a state machine of the MAC header analysis in the MAC header analysis block 22. This state machine of the MAC header analysis operates only when the MAC data position signal PMC is valid.
- Fig. 7 shows the format of the MAC data. The flow of processing in the MAC header analysis will be described with reference to FIG.
- the state of the state machine changes every byte clock.
- the initial state of the state is "ID LEJ, and if there is an error in the MAC structure, the state is set to” ERRJ. "
- the MAC data head position signal LPMC When the state is “IDLEJ”, the MAC data head position signal LPMC is held when not valid, and when it is valid, the state is set to "FC" (S21).
- the MAC header when the state is “FC” is FC (Field Control) data, and indicates the type of MAC data and the presence / absence of an extension header that enables extension of the configuration of MAC data.
- FCJ the value of FC data is analyzed (S22), and when the value of FC data indicates SYNC data, the state is set to “rpARM—D” (S22A), and the MA CMM To indicate "PARM_M_
- SYNC data is a MAC structure that is transmitted from the center device and is used to transfer data required for synchronization processing. The MACMM is transmitted from the center device.
- the PacketP DU is a MAC structure for transferring ordinary video data. Also, the presence or absence of an extension header in the MAC data is determined from the value of EHDR-ON included in the FC data. When it is "0", no extension header exists, and when it is "1", there is an extension header.
- the extension header position information data PEH is generated, and this is sent to the extension header analysis block 23 together with the delayed TEK processing data DDTK.
- the processing contents of the extension header analysis block 23 will be described later.
- the state is “EHDR”, the state is maintained while the processing of the extension header analysis block 23 is being performed. Then, when it is confirmed from the extended header state information data STEH output from the extended header analysis block 23 that the extended header analysis processing has been normally completed, the state is set to “HCS—H” (S 25). . On the other hand, when it is confirmed from the extension header state information data STEH that an error exists in the extension header, that is, that an error exists in the MAC structure, the state is set to “ERR” (S24).
- the extension header state information data STEH is information indicating the state of each field of the extension header.
- the state is "SA-LD"
- DA Destination Address
- DDTK Destination Address
- the state is set to “ERRJ” (S26).
- the data match whether the MAC structure is SYNC data or MA CMM, that is, the MAC structure It determines whether the MA CMM header exists during fabrication, and if it exists, sets the state to “MAC—MNGJ, otherwise sets the state to“ TL—H ”(S
- MACMM header position information data PMM is generated and sent to the MAC MM header analysis block 24 together with the delayed TEK processing data DDTK.
- the CMM header analysis processing will be described later.
- the state is “MAC—MNGJ”
- the state is maintained while the processing of the MA CMM header analysis block 24 is being performed.
- the MA CMM header state information data S output from the MACMM header analysis block 24
- the state is set to “VALI DJ” (S29).
- the MA CMM header state information data ST When it is confirmed that an error exists in the MAC structure, that is, an error exists in the MAC structure, the state is set to “ERR” (S28).
- MA CMM header state information data STMM is information indicating the state of each field of the MA CMM header.
- the state is held until the last data of the MAC structure arrives, and when the last data of the MAC structure arrives, the state is set to ⁇ FC '' and the structure of the next MAC structure Perform analysis (S2B).
- the MAC header analysis block 22 generates the extended header position information data PEH because the state indicates the extended header during the period of “EHDRJ”, and the state is “MAC—MNGJ. Since the period indicates the MAC MM header, the MA CMM header position information data PMM is generated. Then, MAC state information data STMC is generated from the extended header state information data STEH, the MACMM header state information data STMM, and the state information of the MAC header analyzed by the MAC header analysis block 22. In order to correspond to the state obtained here, the delayed TEK processing data DDTK is further delayed and output from the structural analysis block 20.
- MAC header error detection is performed by HCS check.
- the HCS check is performed by calculating the CRC of the MAC header (FC field, PARM field, LEN field, EHDR field) other than HCS in the MAC data structure shown in Fig. 7 and comparing it with the HCS data. This is a method for detecting misunderstandings.
- FIG. 8 is a diagram for explaining erroneous detection of a MAC header other than the HCS check.
- (a) shows the LEN field check (MAC frame length check)
- (b) shows the PARM field check (extended header length check).
- the LEN field is checked using a LEN counter that counts the value of the LEN field value.
- the LEN counter starts counting when the MAC data start position signal L PMC becomes valid at the position indicating the start of one MAC data (MAC data 1), and starts counting the next MAC data (MAC data 2). Stops counting when it becomes valid at the head position.
- a PARM counter that counts the value of the PARM field is used to check the PARM field.
- the PARM counter indicates that the MAC data start position signal L PMC is ahead of one MAC data (MAC data 3). Starts the counter from the position 6 bytes (corresponding to the FC 'PARM' LEN field length) from when it became valid at the position indicating the head, and stops counting at the position counted by the PARM field value. As a result, the position at which the PARM counter stopped the count corresponds to the end of the extension header, and the state analysis according to Fig. 6 proceeds thereafter. If the end position of the extension header indicated by the PARM counter is incorrect, the subsequent state analysis results will result in an error.
- the process of checking the value of the FC field and the subsequent state analysis according to FIG. 6 are adapted to the type of data determined from the value of the FC field.
- the state result is not “ERR”, it is determined that there is no error in the FC field.
- the state result is “ERRJ”, the result of the FC field check is ignored.
- the EHDR field check if the state analysis result of the extended header analysis block 23 described later is not “ERR”, it is determined that there is no error in the EHDR field. On the other hand, if the state analysis result is “ERR”, the EHDR field is EHDR. Judge that the field is incorrect.
- the extension header analysis block 23 analyzes the extension header when an extension header exists in the delayed TEK processing data DDTK. Specifically, each of the extension headers The fields are checked sequentially, the meaning of the data in each field is determined, and a state is given to the data.
- FIG. 9 is a diagram showing an extended header analysis state machine in the extended header analysis block 23.
- FIG. 10 is a diagram showing the format of the extension header. As shown in Fig. 10, the extension header is composed of an EH TYPE field indicating the type of the extension header, an EH VALUE field indicating the data portion of the extension header, and an EH LEN field indicating the length of the EH VALUE field. , EH TYPE, EH LEN, and EH VALUE fields are repeated as a set.
- the flow of processing in the extension header analysis will be described with reference to FIG.
- the state of the state machine changes every byte clock.
- the state is the initial state “IDLE” and the extended header location information data PEH sent from the MAC header analysis block 22 is valid, the state is set to “EH—TLJ, and so on. If not, the state is held (S31).
- the MAC data indicates the type and data length of the extension header.
- extension headers data related to MAC data encryption.
- Figure 11 is a diagram showing the format of the extended header that is “Downstreatn Privacyj”.
- This check is performed by the EH LEN counter that counts the value of the EH LEN field. That is, if the value of the EH LEN counter does not match the value of the EH LEN field, the state is maintained. On the other hand, if they match, it is checked whether it is the end of the extension header field (S37). The confirmation here is performed by referring to the extension header position information data PEH. If it is the end of the extension header field, it is determined that the analysis of the extension header has been completed normally, and the state is set to "IDLE". Otherwise, change the state to "EH-TL".
- the extension header analysis block 23 determines that the status information of each field of the extension header, the error state information when the delay TEK processing data DDTK is determined to be incorrect, and the analysis of the extension header have been completed normally.
- the normal termination state information when the judgment is made is output to the MAC header analysis block 22 as the extended header state information data STEH.
- the MA CMM header analysis block 24 analyzes the MA CMM header, if the MA CMM header exists in the delayed TEK processing data DDTK. Specifically, each field of the MA CMM header is checked sequentially, the meaning of the data in each field is determined, and a state is given to the data.
- FIG. 12 is a diagram showing a state machine for MACMM header analysis in the MA CMM header analysis block 24.
- FIG. 13 is a diagram showing the format of the MAC MM header.
- DA is the destination address field of the delayed TEK processing data DDTK
- SA is the source address field of the delayed TEK processing data DDTK
- Ms g LEN is the data length field of the MA CMM
- DSAP conforms to ISO 8802-2.
- a field indicating the LLC destination address point specified by LSAP, SSAP is a field indicating the LLC source address point conforming to ISO 8802-2
- Control is an Unnumbered information frame field conforming to ISO 8802-3.
- Field, Version is the field indicating the version of the MA CMM
- Type is the field indicating the type of the MA CMM
- RSVD is the reserved data field for locating MAG Management 33
- MAC Management Payload is the actual data field of MA CMM
- CRC is the check sequence data field for calculating the CRC from DA to MAC Management Payload.
- the state of the state machine changes every byte clock.
- the state is ri DLE, which is the initial state, and the MACMM header position information data PMM sent from the MAC header analysis block 22 is valid, the state is set to "MSG L-H", otherwise. If so, the state is held (S41).
- the source address (SA) of the received delayed TEK processing data DDTK is compared with the terminal address, and if they match, the delayed TEK processing data D DTK is invalid. If it is determined that the data is data, the state is set to "ERR”. If they do not match, the state is set to "MSGL-L” (S42).
- the state is rVERS I ON l
- the value of the delayed TEK processing data DDTK If the value is 0x01 or 0x02, the state is set to "TYP EJ. Otherwise, the delayed TEK processing data D DTK is determined to be invalid data, and the state is set to" ERR (S46).
- the MA CMM header analysis block 24 analyzes the state information of each field of the MACMM header, error state information when it is determined that there is an error in the delayed TK processing data DDTK, and analyzes the MACMM header.
- the normal termination state information when it is determined that the termination has been completed normally is output to the MAC header analysis block 22 as the MACMM header state information data STMM.
- the processing of the structure analysis block 20 ends.
- the MAC state information data STMC and the corresponding delayed TEK processing data DDTK are sent to the decoding block 30.
- the decoding block 30 receives the delayed TEK processing data DDTK and the MAC state information data STMC output from the structure analysis block 20 as input, and uses the delayed TEK processing data DDTK to perform DES on the center device side in order to protect data confidentiality. (Data Encryption Standard) The decryption processing is performed on the data of the part, and the processing result is output to the data storage device 14 as TEK processing result data RTEK.
- FIG. 14 is a flowchart showing the operation of the decoding block 30.
- 31 receives the delayed TEK processing data DDTK and the MAC state information data ST MC as input, determines whether or not the delayed TEK processing data DDTK is encrypted, and determines the first decryption processing target data DD 1 and the decryption processing.
- L block, 32 converts first data DD1 to be decrypted to 64 bits, which is a bit width suitable for decryption processing, and converts data DD1 to second decryption processing This is the first bit conversion block that is output as data DD2.
- T EK processing data DD T EK collation data extraction block for extracting the T EK collation data I EK for selecting the T EK data TEK from the coll, and 34 for extracting the EK data T EK using the collation collation data I TEK. This is the EK data extraction block.
- 35 is a decryption processing block that performs decryption processing on the second decryption processing target data DD2 and outputs the first decryption processing result data RD1
- 36 is a decryption processing of the first decryption processing result data RD1
- Non-target data A second bit conversion block that converts the data into the same bit width as the DDX and outputs it as the second decoding processing result data RD2, and 37 decodes the second decoding processing data RD2
- a data combining block that combines the non-processed data DDX and outputs the combined data as a CBD. 38 converts the combined data CBD into a bit width suitable for the data storage device 14, and processes the data. This is the third bit conversion block output as 1.
- the first decryption processing target data DD1 is the data of the DES encrypted part of the delayed TEK processing data D DTK
- the non-decryption processing data DDX is the DES in the delayed TEK processing data DDTK.
- TEK data TEK is data for decrypting data.
- it is a DES encryption key used for actual data encryption and decryption.
- the TEK collation data I TEK is sequence data to be collated in order to select TEK data TEK used for decryption from a plurality of TEK data stored in advance.
- the T EK data T EK includes initial value data of the decoding process.
- the TEK data extraction block 34 is used to prevent communication between the center device and the terminal device from being interrupted when the TEK data is updated.
- a data storage buffer is provided that stores before and after TEK data, initial value data for decoding processing, and TEK data set in the extension header in the delayed TK processing data DD TK index / sequence number in advance. .
- the MAC state information data STMC includes at least a MAC data Encrypt signal generated from an Encrypt bit indicating whether or not the MAC data included in the extension header is encrypted, and a MAC header and address data. (SA, DA) location And an enable signal indicating the position of the TEK verification data present in the extension header.
- the encryption presence / absence check block 31 refers to the MAC state information data STMC to determine the encrypted portion and the unencrypted portion in the delayed TEK processed data DDTK, and the first decryption target data Outputs DD1 and data DDX not subject to decryption processing.
- the MAC data Encrypt signal indicates that the MAC data is encrypted
- the MAC header and address data in the MAC data are output as data DDX not to be decrypted
- the other MAC data is output as the first data to be decrypted DD 1.
- the MAC data Encrypt signal does not indicate that the MAC data is encrypted, the entire MAC data is output as the data D DX not to be decrypted.
- the first decoding processing target data DD 1 is converted into 64 bits, which is the bit width of the decoding processing unit, in the first bit conversion block 32 and is output as the second decoding processing target data DD 2 .
- TEK collation data I TEK for selecting TEK data is extracted from the delayed TEK processing data D DTK. That is, the data indicated by the TEK collation data enable signal is extracted and output as TEK collation data ITEK.
- TEK data extraction block 34 TEK data TEK is extracted from the data storage buffer using the TEK collation data I TEK.
- decoding processing is performed using the second decoding processing target data DD2 and the TEK data TEK, and the result of the processing is set as first decoding processing result data RD1.
- the first decoding processing result data RD1 is converted into 8-bit data having the same bit width as the non-decoding processing data DDX, and the conversion result is converted into the second data.
- the second decryption processing result data RD2 and the data DDX not to be decrypted are integrated and output as combined data CBD, and then the third bit conversion is performed.
- the conversion block 38 the combined data CBD is converted into a bit width suitable for the data storage device 14, and the result of the process is output to the data storage device 14 as TEK processing result data RTEK.
- the 64-bit decoding processing unit and the 8-bit bit width of the second decoding processing result data RD2 are not limited to their values, and may be, for example, 8 X n (n: integer) bits. Can be selected.
- a digital two-way communication control device in a two-way communication network constituted by a center device and a plurality of terminal devices, dedicated processing of a TEK function having a large arithmetic processing amount among MAC functions is performed. It is executed by a TEK processing block separate from the CPU. As a result, the load on the CPU can be reduced, the circuit scale can be optimized, and the throughput can be further improved, so that the cost performance of the entire device can be improved.
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Theoretical Computer Science (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Small-Scale Networks (AREA)
- Television Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Communication Control (AREA)
Description
Claims
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US10/511,135 US7526089B2 (en) | 2002-04-17 | 2003-04-16 | Device and method for controlling digital bidirectional communication |
| EP03717606A EP1496640A4 (en) | 2002-04-17 | 2003-04-16 | DIGITAL TWO-WAY COMMUNICATION CONTROL DEVICE AND METHOD THEREFOR |
| US12/367,942 US20090187937A1 (en) | 2002-04-17 | 2009-02-09 | Device and method for controlling digital bidirectional communication |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002-114076 | 2002-04-17 | ||
| JP2002114076A JP4199477B2 (ja) | 2002-04-17 | 2002-04-17 | デジタル双方向通信制御装置およびその方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| US12/367,942 Division US20090187937A1 (en) | 2002-04-17 | 2009-02-09 | Device and method for controlling digital bidirectional communication |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2003088557A1 true WO2003088557A1 (en) | 2003-10-23 |
Family
ID=29243374
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/JP2003/004864 Ceased WO2003088557A1 (en) | 2002-04-17 | 2003-04-16 | Digital two-way communication control device and its method |
Country Status (5)
| Country | Link |
|---|---|
| US (2) | US7526089B2 (ja) |
| EP (1) | EP1496640A4 (ja) |
| JP (1) | JP4199477B2 (ja) |
| CN (1) | CN100553190C (ja) |
| WO (1) | WO2003088557A1 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1684183A4 (en) * | 2003-11-13 | 2010-08-25 | Panasonic Corp | CONTENT DISTRIBUTION SYSTEM, CONTENT SERVER, CONTENT RECEIVING DEVICE, CONTENT DISTRIBUTION PROCEDURE, PROGRAM AND RECORDING MEDIUM |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7706342B2 (en) * | 2005-08-17 | 2010-04-27 | Zte (Usa) Inc. | Enhanced multi-user packets with extended MAC index space for wireless communications |
| US7684310B2 (en) * | 2005-08-30 | 2010-03-23 | Zte (Usa) Inc. | Preamble for identifying mobile stations in a wireless communication network |
| US8620989B2 (en) | 2005-12-01 | 2013-12-31 | Firestar Software, Inc. | System and method for exchanging information among exchange applications |
| US8102853B2 (en) | 2006-08-09 | 2012-01-24 | Samsung Electronics Co., Ltd. | System and method for wireless communication of uncompressed video having fixed size MAC header with an extension |
| KR100906941B1 (ko) * | 2007-12-18 | 2009-07-10 | 한국전자통신연구원 | 복수 수신채널을 갖는 케이블모뎀에서 케이블 데이터서비스 인터페이스 규격 프레임 재구성 장치 및 방법 |
| US20100235689A1 (en) * | 2009-03-16 | 2010-09-16 | Qualcomm Incorporated | Apparatus and method for employing codes for telecommunications |
| CN101815366B (zh) * | 2010-04-01 | 2012-12-19 | 华为终端有限公司 | 解析MAC-ehs PDU的装置、接收终端和方法 |
| GB2497464A (en) | 2010-10-05 | 2013-06-12 | Hewlett Packard Development Co | Scrambling an address and encrypting write data for storing in a storage device |
| WO2012047199A1 (en) * | 2010-10-05 | 2012-04-12 | Hewlett-Packard Development Company, L.P. | Modifying a length of an element to form an encryption key |
| JP5579331B2 (ja) * | 2011-11-22 | 2014-08-27 | 三菱電機株式会社 | 通信装置 |
| US9251143B2 (en) | 2012-01-13 | 2016-02-02 | International Business Machines Corporation | Converting data into natural language form |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0677954A (ja) * | 1990-06-29 | 1994-03-18 | Digital Equip Corp <Dec> | 任意選択的ステータスエンコーディングを有する暗号処理装置及び方法 |
| JPH11220508A (ja) * | 1998-01-30 | 1999-08-10 | Sony Corp | 符号化装置 |
| WO2000062501A2 (en) | 1999-04-13 | 2000-10-19 | Broadcom Corporation | Gateway with voice |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4791669A (en) * | 1985-11-30 | 1988-12-13 | Nec Corporation | Encryption/decryption system |
| US5099517A (en) * | 1990-06-29 | 1992-03-24 | Digital Equipment Corporation | Frame status encoding for communication networks |
| US5235644A (en) * | 1990-06-29 | 1993-08-10 | Digital Equipment Corporation | Probabilistic cryptographic processing method |
| US5161193A (en) * | 1990-06-29 | 1992-11-03 | Digital Equipment Corporation | Pipelined cryptography processor and method for its use in communication networks |
| US6330629B1 (en) * | 1993-02-11 | 2001-12-11 | Hitachi, Ltd. | Information processing system |
| JPH09212457A (ja) | 1996-01-30 | 1997-08-15 | Mitsubishi Electric Corp | デジタル双方向通信端末における暗号化・復号化装置 |
| US5835599A (en) * | 1996-04-15 | 1998-11-10 | Vlsi Technology, Inc. | Muti-cycle non-parallel data encryption engine |
| US6072771A (en) * | 1997-09-26 | 2000-06-06 | International Business Machines Corporation | Detection of errors in table data |
| US6331987B1 (en) * | 1998-05-27 | 2001-12-18 | 3Com Corporation | Method and system for bundling data in a data-over-cable system |
| US6141705A (en) | 1998-06-12 | 2000-10-31 | Microsoft Corporation | System for querying a peripheral device to determine its processing capabilities and then offloading specific processing tasks from a host to the peripheral device when needed |
| ATE412289T1 (de) * | 1998-10-30 | 2008-11-15 | Broadcom Corp | Kabelmodemsystem |
| DE60039081D1 (de) * | 1999-03-12 | 2008-07-10 | Aware Inc | Mehrträger-Modulationssystem und Verfahren |
| US7933295B2 (en) * | 1999-04-13 | 2011-04-26 | Broadcom Corporation | Cable modem with voice processing capability |
| US20010056541A1 (en) * | 2000-05-11 | 2001-12-27 | Natsume Matsuzaki | File management apparatus |
| EP1356653B1 (en) * | 2001-01-24 | 2011-07-20 | Broadcom Corporation | Method for processing multiple security policies applied to a data packet structure |
| EP1440539A4 (en) * | 2001-09-27 | 2009-08-26 | Broadcom Corp | STRONG INTEGRATED MEDIA ACCESS CONTROL |
| JP2003153221A (ja) * | 2001-11-16 | 2003-05-23 | Hitachi Ltd | ケーブルモデム装置 |
| KR20050032588A (ko) * | 2002-08-08 | 2005-04-07 | 마츠시타 덴끼 산교 가부시키가이샤 | 암호화 복호화장치 및 방법, 암호화장치 및 방법,복호화장치 및 방법, 그리고 송수신장치 |
| KR101051853B1 (ko) * | 2003-07-11 | 2011-07-25 | 파나소닉 주식회사 | 쌍방향통신제어장치, 단말장치 및 쌍방향통신제어방법 |
-
2002
- 2002-04-17 JP JP2002114076A patent/JP4199477B2/ja not_active Expired - Lifetime
-
2003
- 2003-04-16 WO PCT/JP2003/004864 patent/WO2003088557A1/ja not_active Ceased
- 2003-04-16 US US10/511,135 patent/US7526089B2/en not_active Expired - Fee Related
- 2003-04-16 EP EP03717606A patent/EP1496640A4/en not_active Withdrawn
- 2003-04-16 CN CNB038039559A patent/CN100553190C/zh not_active Expired - Fee Related
-
2009
- 2009-02-09 US US12/367,942 patent/US20090187937A1/en not_active Abandoned
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0677954A (ja) * | 1990-06-29 | 1994-03-18 | Digital Equip Corp <Dec> | 任意選択的ステータスエンコーディングを有する暗号処理装置及び方法 |
| JPH11220508A (ja) * | 1998-01-30 | 1999-08-10 | Sony Corp | 符号化装置 |
| WO2000062501A2 (en) | 1999-04-13 | 2000-10-19 | Broadcom Corporation | Gateway with voice |
Non-Patent Citations (1)
| Title |
|---|
| "INVASION", ELECTRONIC DESIGN, PENTON MEDIA, vol. 45, no. 27, 1 December 1997 (1997-12-01) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1684183A4 (en) * | 2003-11-13 | 2010-08-25 | Panasonic Corp | CONTENT DISTRIBUTION SYSTEM, CONTENT SERVER, CONTENT RECEIVING DEVICE, CONTENT DISTRIBUTION PROCEDURE, PROGRAM AND RECORDING MEDIUM |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1496640A4 (en) | 2010-01-13 |
| US7526089B2 (en) | 2009-04-28 |
| JP2003309547A (ja) | 2003-10-31 |
| JP4199477B2 (ja) | 2008-12-17 |
| US20050147251A1 (en) | 2005-07-07 |
| US20090187937A1 (en) | 2009-07-23 |
| CN100553190C (zh) | 2009-10-21 |
| EP1496640A1 (en) | 2005-01-12 |
| CN1633775A (zh) | 2005-06-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20090187937A1 (en) | Device and method for controlling digital bidirectional communication | |
| CA2045960C (en) | Generic encryption technique for communication networks | |
| US9300465B2 (en) | Method, system and program product for attaching a title key to encrypted content for synchronized transmission to a recipient | |
| US5235644A (en) | Probabilistic cryptographic processing method | |
| JP5676589B2 (ja) | 受信データに対するエラー検出を利用する暗号化の検出 | |
| Kent | Encryption-based protection protocols for interactive user-computer communication | |
| US7532726B2 (en) | Encryption/decryption device and method, encryption device and method, decryption device and method, and transmission/reception apparatus | |
| US20070217452A1 (en) | TS transmission system, transmitting apparatus, receiving apparatus, and TS transmission method | |
| US10505735B2 (en) | Digital content protection over audio return data link | |
| CN1295763B (zh) | 传输系统 | |
| JP2693881B2 (ja) | 通信ネットワークで使用される暗号処理装置及び方法 | |
| US7580358B2 (en) | Bidirectional communication control apparatus, terminal apparatus, and bidirectional communication control method | |
| KR100655027B1 (ko) | 디지털 쌍방향통신 제어장치 및 그 방법 | |
| HK1107845B (en) | An optical amplifier and a laser osilator comprising the optical amplifier | |
| CN117675328B (zh) | Mipi报文加解密的方法和装置 | |
| HK1107845A1 (zh) | 光学放大器及包含该光学放大器的激光振荡器 | |
| CN119628891B (zh) | 一种基于gb35114移动视频坐标编码方法和系统 | |
| CN1972433A (zh) | 数字电视传输流实时认证装置及带有该装置的电视设备 | |
| CN101729254B (zh) | 多媒体广播系统及方法 | |
| JPH1069442A (ja) | 情報転送システム、情報蓄積提供装置及び情報被提供装置 | |
| WO2004019614A1 (en) | Smart card with nrss delay line for data alignment | |
| WO2004019547A1 (en) | Fast synchronization in smart cards | |
| CN101729253A (zh) | 多媒体广播系统及方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| AK | Designated states |
Kind code of ref document: A1 Designated state(s): CN KR US |
|
| AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR |
|
| DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
| WWE | Wipo information: entry into national phase |
Ref document number: 1020047010661 Country of ref document: KR |
|
| WWE | Wipo information: entry into national phase |
Ref document number: 20038039559 Country of ref document: CN |
|
| WWE | Wipo information: entry into national phase |
Ref document number: 2003717606 Country of ref document: EP |
|
| WWE | Wipo information: entry into national phase |
Ref document number: 10511135 Country of ref document: US |
|
| WWP | Wipo information: published in national office |
Ref document number: 2003717606 Country of ref document: EP |