WO2003088557A1 - Digital two-way communication control device and its method - Google Patents

Digital two-way communication control device and its method Download PDF

Info

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
Application number
PCT/JP2003/004864
Other languages
English (en)
French (fr)
Inventor
Taemi Wada
Toshihiko Fukuoka
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to US10/511,135 priority Critical patent/US7526089B2/en
Priority to EP03717606A priority patent/EP1496640A4/en
Publication of WO2003088557A1 publication Critical patent/WO2003088557A1/ja
Anticipated expiration legal-status Critical
Priority to US12/367,942 priority patent/US20090187937A1/en
Ceased legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309Transmission or handling of upstream communications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2801Broadband local area networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • H04N21/42676Internal 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H04N21/4353Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream involving decryption of additional data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H04N21/4355Processing 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/44Processing 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/4402Processing 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/44Processing 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/4405Processing 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/61Network physical structure; Signal processing
    • H04N21/6156Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6168Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving cable transmission, e.g. using a cable modem
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/643Communication protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/167Systems rendering the television signal unintelligible and subsequently intelligible
    • H04N7/1675Providing 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

明細書 デジタル双方向通信制御装置およびその方法 技術分野
本発明は、 デジタル双方向通信における双方向制御を行う装置に関するもので あり、 特に、 センター装置側から端末装置側への下り方向通信に係る構成の最適 化を行う技術に属する。 背景技術
双方向 CATVに代表されるデジタル双方向通信システムは、 センター装置に 対して複数の端末装置が接続された双方向通信網によって構成されている。 この 個々の端末装置において、 センター装置側から端末装置側への下り方向通信およ び端末装置側からセンター装置側への上リ方向通信の双方向制御は M A C (Med i a Access Control) 機能と呼ばれ、 通常は、 通信データ中にサブレイヤーとして 埋め込まれた MAC特有の構造をもつプロ卜コルの解読によって、 処理機能が実 現される。
M A C構造の一 】として、 MCNS (Multimedia Cable Network Systems par tners ) という米国のケーブルオペレータやケーブル T Vセットのサプライヤー からなる団体によって提唱され、 現在ではデファクトスタンダ一ドとなっている DOCS I S (Data Over Cable Service Interface Specifications) 方式が存 在する。 その詳細については、 米国の C a b I e L a b s (Cable Television L aborator ies Inc. ) が提供してしゝる仕様書 「Data - Over - Cable Service Interfac e Specげ icationsj の rRadio Frequency Interface Specification SP-RFIv1.1 - 106-001215」 に開示されている。
下り方向通信では、 通常、 主として映像データが送信される。 したがって、 通 信データは MP EG構造を有しているが、 そのサブレイヤーとして MAC構造が 定義されている。 下リ方向通信は比較的広い帯域に通信チャネル周波数が割リ当 てられるため、 通信制御自体は比較的単純であるが、 映像データが送信されるた めに膨大なデータ量を取り扱う必要があり、 決められた手順に従って、 リアルタ ィムに、 誤り無く処理することが要求される。
一方、 上り方向通信では、 通常、 主として制御データが送信される。 この制御 データには、 端末装置側からの命令要求や、 端末装置各々の状態を知らせるため のステート表示データが含まれる。 上り方向通信において送信される制御データ を受けて、 センター装置側は、 各端末装置の要求命令に応えたり、 端末装置を正 しく制御するための各種情報を下り方向通信の制御データとして送信したりする。 上リ方向通信は、 狭い帯域に多数の通信チャネル周波数が割リ当てられるため、 複数の端末装置間で衝突が生じたリ、 必要な通信チャネル周波数が得られない場 合が生じるなど、 一般に複雑な制御が必要であり、 その機能は双方向通信におけ る通信性能に大きな影響を与える。
DOCS I S MAC構造は、 イーサーネッ卜による I P通信との親和性を高 めるため、 基本的にイーサ一ネット通信と同様の構造を有しているが、 DOCS I S特有の領域としての各種ヘッダフィールドを設けている。 その中でも、 「拡 張ヘッダ」 と呼ばれる可変長領域のフィールドによって、 暗号その他の付加機能 が定義されることが特徴である。
MAC機能の実現には、 上記仕様書に示されているように、 複雑な多層構造を 有するデータ構造を解析した後に、 各種処理を適切なタイミングで行うことが必 要となる。 多数の処理を、 膨大な数に上る組合せについて実現すること、 そして、 その組合せ動作の正しさを検証することは、 非常に難度が高く、 処理量が非常に 多い。
次に各処理の内容に着目すると、 MAC機能を構成する個々の処理は制御系の 演算処理が主であり、 基本的に、 データのフィルタリング (振り分け) 、 同期処 理、 並び替え、 フォーマット化等の個々の処理およびその組合せである。 これら の個々の処理自体は、 決して負荷の大きい処理とはいえない。
しかしながら、 MAC機能には、 通信システムには不可欠なデータのセキユリ ティ機能が含まれており、 DOCS I S方式に関しては、 その詳細仕様が、 米国 の Ca b I e L a b sカゝら出された仕様書 「Data - Over- Cable Service Interfac e Specif icationsj の 「Baseline Pri acy Plus Interface Specifications SP- BPI+ -106-001215j に開示されている。
MAC機能のセキュリティ機能は、 Basel ine Privacyといい、 B P KM (Base I ine Privacy key Management) と呼ばれるプロ卜コルを使用する。 BP KMでは、 安全な鍵交換を行なうため、 暗号鍵自体を暗号化してやり取りする機能や、 暗号 鍵交換のメッセージが正しい相手から送信されたことや、 改ざんされていないこ とを確認するためのメッセージ認 &機能を備えている。 B P K Mではマスターキ 一となる Authorization Keyと、 実際にデータの暗号化およぴ復号化に使用する D ES暗号キー (Traffic Encryption Key、 TEKという呼ぶ) という二段階の鍵 を使用して鍵の配布を行なう。
端末装置は RS A公開鍵方式で暗号化された Authorization Keyを受け取り、 R S A公開鍵を用いて、 この Authorization Keyを復号する。 次に、 取得した Autho rization Keyから T E Kの復号化や認証を行ういくつかの処理を経て T E Kデー タを取得し、 最終的にこの ΤΕΚデータを用いて、 実際の通信データの復号化を 行なう。 ここで、 Authorization Keyの復号化を行う R S A暗号の復号処理や、 T EKデータの復号化を行う D ES暗号の復号化についても、 64ビッ卜単位のデ ータを複数用いた数値演算が並列にかつ繰り返し必要となることから、 個々の処 理も相当に負荷の大きい処理といえる。
デジタル双方向通信における双方向制御を行う MAC機能を実現するためには、 このような処理を組み合わせて処理することが必要とされている。
一解決課題一
MAC機能は、 汎用プロセッサ (CPU) を用いて実現することが一般的であ る。 これは、 CPUには複雑な処理に対して柔軟に対応できる利点があり、 シス テムの信頼性を確立するための検証や機能修正も比較的容易に実現できるからで あ 。
ところが、 MAC機能は、 その膨大な処理を実現するために、 高性能な CPU を用いなければならないことは必須である。 また、 単に CPUを占有するにとど まらず、 単一の CP Uでは所望の全機能を実現することは極めて困難になってい る。 このため、 MAC機能を全て実現する装置を構成するためには、 回路規模が 格段に大きくなリ、 非現実的なほどコス卜の高い装置となってしまう。 前記の問題に鑑み、 本発明は、 デジタル双方向通信制御において、 CPU処理 の負荷軽減を図リ、 装置全体の回路規模の適正化を実現することを課題とする。 発明の開示
本発明は、 デジタル双方向通信における双方向制御を行う装置として、 入力さ れたダウンストリームデータをフォーマツト変換して下り方向データを生成する インターフェースブロックと、 前記下り方向データを受けて MA C (Media Acce ss Control) 機能を実現する CPUと、 前記下り方向データから得られた T E K (Traffic Encryption Key) 処理データを受け、 そのデータ構造の解析を行い、 この解析結果を基にして復号処理を行う T E K処理プロックとを備えたものであ る。
これにより、 MAC機能を実現するための処理のうち、 TEK処理データの構 造解析と、 この解析結果を基にした復号処理とが、 CPUとは別個の TEK処理 ブロックによって行われる。 このため、 CP U処理の負荷が軽減され、 装置全体 を、 適正な回路規模によつて構成することが可能になる。
そして、 前記本発明に係るデジタル双方向通信制御装置における T EK処理ブ ロックは、 TEK処理データを入力し、 この T E K処理データの中の MP EG構 造と MP EG構造に埋め込まれた MAC (Media Access Control) 構造とを解析 し、 MAC構造を持つデータである MACデータの状態および意味を示す MA C ステー卜情報データを出力する構造解析プロックと、 T E K処理データ中の暗号 化された部分を前記 M A Cステー卜情報データを参照して判別し、 暗号化された 部分を暗号を解くための TEKデータを用いて復号し、 その復号結果を暗号化さ れていない部分と統合する復号ブロックとを備えているのが好ましい。
そして、 前記本発明に係るデジタル双方向通信制御装置における構造解析プロ ックは、 T EK処理データ中の MP EG構造のヘッダである MP EGヘッダを解 析し、 MACデータの位置を示す MACデータ位置信号、 および MACフレーム の先頭バイ ト位置を示す M A Cデータ先頭位置信号を出力する M P E Gヘッダ解 析ブロックと、 前記 M A Cデータ位置信号および M A Cデータ先頭位置信号を入 力とし、 MAC構造のヘッダである MACヘッダ中の拡張ヘッダおよび MA CM M (MAC Management Message) ヘッダ以外のフィールドについてステート情報を 認識するとともに、 T E K処理データに拡張へッダが存在するとき拡張へッダの 位置を示す拡張ヘッダ位置情報データを出力し、 かつ、 T EK処理データに MA C MMヘッダが存在するとき M A C MMヘッダの位置を示す M A C MMヘッダ位 置情報データを出力する MACへッダ解析ブロックと、 前記拡張へッダ位置情報 データを受けて拡張ヘッダの各フィールドをチェックし、 拡張ヘッダのステ一ト 情報を示す拡張へッダステート情報デ一タを出力する拡張へッダ解析ブロックと、 前記 MACMMへッダ位置情報デ一タを受けて MACMMヘッダの各フィールド をチェックし、 M A CMMヘッダのステー卜情報を示す MA CMMヘッダステー 卜情報データを出力する M A C M Mヘッダ解析ブロックとを備え、 前記 M A Cへ ッダ解析ブロックは、 前記拡張へッダステート情報データおよび M A C M Mへッ ダステ一卜情報データを受け、 MACへッダ中の拡張へッダおよび M A C M Mへ ッダ以外の各フィールドのステ一卜情報と、 前記拡張へッダステ一卜情報データ が示す拡張ヘッダのステート情報および前記 MAC MMヘッダステート情報デー タが示す MACMMヘッダのステート情報とを基にして、 前記 MACステート情 報データを生成するものとするのが好ましい。
さらに、 前記 MP EGヘッダ解析ブロックは、 MP EGヘッダのフィールドを チェックして、 MACデータの位置と MACフレームの先頭バイ卜位置とを検出 し、 前記 M A Cデータ位置信号および M A Cデータ先頭位置信号を出力するのが 好ましい。
または、 前記 MA Cヘッダ解析ブロックは、 H CSチェックによって、 MAC ヘッダの誤り検出を行うのが好ましい。 あるいは、 前記 MACヘッダ解析ブロッ クは、 MACヘッダの中の M A Cデータ長を示すフィールドのチヱックを行うも のであり、 前記チェックを、 前記 MACデータ先頭位置信号を参照して MACフ レームのデータ長をカウン卜し、 この MACフレーム長が、 当該フィールドの値 と所定のデータ長との和と一致するか否かを判断することによって、 行うのが好 ましい。 あるいは、 前記 MA Cヘッダ解析ブロックは、 HCSチェックに加えて, M A Cフレーム長チェックおよび拡張ヘッダ長チェックによって、 M A Cヘッダ の誤り検出を行うものであり、 かつ、 前記 MA Cフレーム長チェックおよび拡張 ヘッダ長チェックによるチェック結果が、 エラーなしであるとき、 俞記 HCSチ エックによるチェック結果を無効にするのが好ましい。
または、 前記拡張ヘッダ解析ブロックは、 前記拡張ヘッダ位置情報データを参 照して拡張ヘッダのフィールドをチェックし、 拡張へッダのデータ長や種類を判 別し、 拡張ヘッダのフィールドの値が不当である場合、 拡張ヘッダに誤りがある と認識し、 その旨を前記拡張へッダステ一ト情報データとして出力するのが好ま しい。
または、 前記 MAC MMヘッダ解析ブロックは、 前記 MAC MMヘッダ位置情 報データを参照して MACMMヘッダのフィールドをチェックし、 MACMMの データ長および種類を判別し、 M A CMMへッダのフィールドのデータの値が不 当である場合、 MACMMヘッダに誤りがあると認識し、 その旨を前記 MACM Mヘッダステ一ト情報データとして出力するのが好ましい。
また、 前記本発明に係るデジタル双方向通信制御装置における復号ブロックは, 前記 M A Cステート情報データを参照して、 T E K処理データ中の暗号化された 部分と暗号化されていない部分とを選別し、 T E K処理データから T E Kデータ を選択するための T E K照合データを抽出し、 抽出した T E K照合データを参照 して、 予め保持していた複数の T EKデータの中から、 復号に用いる TEKデー タを選択し、 暗号化された部分を復号処理単位のビット幅に変換し、 選択した丁 EKデータを用いて復号し、 復号後のデータと暗号化されていない部分とを統合 するのが好ましい。
また、 本発明は、 デジタル双方向通信における双方向制御を行う方法として、 入力されたダウンストリームデータをフォーマツ卜変換して下り方向データを生 成するステップと、 CPUによって、 前記下り方向データを受けて MAC (Medi a Access Control) 機能を実現するステップと、 T E L処理ブロックによって、 前記下り方向データから得られた T EK (Traffic Encryption Key) 処理データ を受け、 そのデータ構造の解析を行い、 この解析結果を基にして、 復号処理を行 う TEK処理ステップとを備えたものである。
そして、 前記本発明に係るデジタル双方向通信制御方法における TEK処理ス テツプは、 TE K処理データの中の MP EG構造と MP EG構造に埋め込まれた MAC (Media Access Control) 構造とを解析し、 M A C構造を持つデータであ る MACデータの状態および意味を示す MACステー卜情報データを生成する構 造解析ステップと、 TEK処理データ中の暗号化された部分を前記 MACステ.一 卜情報データを参照して判別し、 暗号化された部分を暗号を解くための T E Kデ ータを用いて復号し、 その復号結果を暗号化されていない部分と統合する復号ス テツプとを備えているのが好ましい。
そして、 前記構造解析ステップは、 TEK処理データの MPEG構造のヘッダ である MP EGヘッダを解析し、 MACデータの位置を示す MACデータ位置信 号、 および MACフレームの先頭バイ 卜位置を示す MACデータ先頭位置信号を 生成する MP EGヘッダ解析ステップと、 前記 MACデータ位置信号および M A Cデータ先頭位置信号を用い、 MAC構造のへッダである M A Cへッダ中の拡張 ヘッダおよび MAC MM (MAC Management Message) ヘッダ以外のフィールドに ついてステ一卜情報を認識するとともに、 T E K処理データに拡張へッダが存在 するとき拡張ヘッダの位置を示す拡張ヘッダ位置情報データを生成し、 かつ、 丁 E K処理データに MA CMMヘッダが存在するとき MACMMヘッダの位置を示 す MACMMへッダ位置情報データを生成する M A Cへッダ解析ステップと、 前 記拡張へッダ位置情報データを受けて拡張へッダの各フィールドをチェックし、 拡張ヘッダのステート情報を示す拡張ヘッダステート情報データを生成する拡張 へッダ解析ステップと、 MACMMへッダ位置情報データを受けて MACMMへ ッダの各フィ一ルドをチェックし、 MA CMMヘッダのステート情報を示す M A CMMヘッダステート情報データを生成する M A CMMヘッダ解析ステップとを 備え、 前記 MACヘッダ解析ステップにおいて判断した, MACヘッダ中の拡張 ヘッダおよび M A CMMヘッダ以外の各フィ一ルドのステー卜情報と、 前記拡張 ヘッダステート情報デ一タが示す拡張へッダのステート情報、 およぴ前記 M A C MMヘッダステ一卜情報データが示す MACMMヘッダのステート情報とを基に して、 前記 MACステート情報データを生成するものとするのが好ましい。 図面の簡単な説明
図 1は本発明の一実施形態に係るデジタル双方向通信制御装置の構成を示すブ ロック図である。
図 2は図 1に示す構造解析ブロックの内部構成を示す図である。
図 3は本発明の一実施形態に係る MP EGヘッダ解析のステ一トマシンを示す 図である。
図 4は MP EGヘッダのフォーマツ卜を示す図である。
図 5はポインタフィールドを含む MP EGデータのフォーマツトを示す図であ る。
図 6は本発明の一実施形態に係る M A Cへッダ解析のステートマシンである。 図 7は MACデータのフォーマツトを示す図である。
図 8は H CSチェック以外の MACヘッダ誤り検出方法を説明するための図で あ 。
図 9は本発明の一実施形態に係る拡張へッダ解析のステートマシンである。 図 1 0は拡張ヘッダのフォーマットを示す図である。
図 1 1は拡張ヘッダの一例 (Downstream Privacy) のフォーマットを示す図で あ 。
図 1 2は本発明の一実施形態に係る M A CMMヘッダ解析のステートマシンで ある。
図 1 3は M A C MMヘッダのフォーマツ卜を示す図である。
図 1 4は本発明の一実施形態に係る復号ブロックの動作を示すフローチヤ一卜 である。 発明を実施するための最良の形態
以下、 本発明の実施形態について、 図面を参照しながら説明する。
図 1は本発明の一実施形態に係るデジタル双方向通信制御装置の構成を示すブ ロック図である。 図 1に示すデジタル双方向通信制御装置 1は、 センタ一装置お よび複数の端末装置によって構成される双方向通信網において双方向通信制御を 行うものであり、 端末装置の内部に設けられる。
図 1において、 1 1はセンター装置側から送信される映像および伝送制御デー タであるダウンストリー厶データ S T RMを入力とし、 CPU 1 2へ送るために フォーマツ卜変換して、 下り方向データとしての CPUインターフェースデータ D I Fを生成するインターフ; Lースブロック、 1 2は CPUインターフェースデ —タ D I Fを CPUバス 1 5を介して受け、 MAC (Media Access Control) 機 能を実現する C P U、 1 4は C Pリバス 1 5を介して C P U 1 2とデータのやり 取リを行うデータ記憶装置である。
また 1 3は映像および伝送制御データのうち T E K処理に用いられるデータで ある TEK処理データ DTEKを入力とし、 データ構造の解析、 暗号化の有無の 確認、 データの復号およびデータ変換を行い、 当該処理の結果を TEK処理結果 データ R T E Kとして出力する T E K処理ブロックである。 T E K処理ブロック 1 3は、 T EK処理データ DT EKの構造解析を行い、 遅延 TEK処理データ D D T Kおよび MA Cステ一卜情報データ S TMCを出力する構造解析プロック 2 0と、 遅延 T E K処理データ D D T Kと MA Cステ一ト情報データ S TMCを用 いて、 遅延 TEK処理データ DDTKにおける暗号化の有無の判別、 復号処理お よびデータのビット変換を行い、 TEK処理結果データ RTEKを出力する復号 ブロック 30とを備えている。 T EK処理ブロック 1 3から出力された TEK処 理結果データ RTEKは、 データ記憶装置 1 4に入力される。
ここで、 MA Cステート情報データ S TMCは、 丁 処理データり丁 中 の MP E G構造に埋め込まれた, ネットワーク処理用のサブレイヤである MA C 構造を持つデータ (MACデータ) の状態および意味を示すものである。 また遅 延 T E K処理データ D D T Kは、 MA Cステー卜情報データ S TMCと時間的に 対応付けるために、 丁曰 処理データ 0丁£1<を0または1クロック以上遅延さ せたものである。 さらに、 CP Uインターフェースデータ D I Fは、 ダウンスト リームデータ S T RMをフォーマツ卜変換した結果のデータの他に、 CPUバス 1 5の制御信号を含んでいる。
図 1に示すデジタル双方向通信制御装置 1の動作について、 説明する。
端末装置は、 ダウンストリームデータ S TRMを受信すると、 これをデジタル 双方向通信制御装置 1内のインタ一フェースブロック 1 1に送る。 インターフエ 一スブロック 1 1はダウンストリ一厶データ S T RMのフォーマツトを変換し、 CPUインタ一フェースデータ D I Fとして出力する。 CPU 1 2は CPリバス 1 5を介して CPUインターフヱースデータ D I Fを受けて、 データ記憶装置 1 4とともに、 MAC機能を実現するためのさまざまな処理を行う。 ただし、 MA C機能のうち T EK処理に用いられるデータである T EK処理データ D T EKは、 CPU 1 2から CPUバス 1 5を介して TEK処理ブロック 1 3に送られる。
T E K処理ブロック 1 3では、 T E K処理データ D T EKが入力されると、 ま ず構造解析プロック 20力 T E K処理データ D T E Kにおける MP E G構造と M P E G構造に埋め込まれている M A C構造との構造解析を行う。 構造解析プロ ック 20から出力された遅延 T EK処理データ D D T Kおよび MACステ一卜情 報データ S TMCは復号ブロック 30に送られる。 復号ブロック 30は、 遅延 T E K処理データ D D T Kにおける、 データの機密性保護のためセンター装置側で D ES (Data Encryption Standard) により暗号化されたデータについて復号処 理を行い、 データ記憶装置 1 4に TEK処理結果データ RTEKを出力する。 構 造解析ブロック 20と復号ブロック 30における処理の詳細については、 後述す る。
このような構成によって、 MAC機能を実現するための処理のうち、 TEK処 理データ DTEKの構造解析と、 この解析結果を基にした復号処理とが、 CPU 1 2とは別個の TEK処理ブロック 1 3によって行われる。 このため、 CPU処 理の負荷が大幅に軽減される。 また、 T EK処理ブロック 1 3における処理は、 そのほとんどが、 同じような数値演算を並列にかつ繰り返し実行することによつ て実現されるので、 ハード構成も簡易なものになる。 したがって、 装置全体を、 適正な回路規模によって構成することが可能になる。
なお、 T E K処理データ D T E Kを C P Uバス 1 5から T E K処理ブロック 1 3に送るパスを双方向にすることによって、 T EK処理の一部を CP U 1 2によ つて実行することが可能になる。 また、 インターフェースブロック 1 1から TE K処理ブロック 1 3に直接、 映像および制御データを送ることによって、 CPU バス 1 5の占有率を下げることができるとともに、 CPU処理の高速化を図るこ とが可能になる。 また、 ダウンストリームデータ S TRMの入力パスと、 インタ 一フェースブロック 1 1から C P Uパス 1 5への C P Uインターフェースデータ D I Fのパスを、 それぞれ双方向にすることによって、 双方向通信制御が可能と なる。
く構造解析ブロック >
図 2は図 1に示す構造解析ブロック 20の内部構成を示すブロック図である。 図 2において、 2 1は T EK処理データ DT EK中の MP EG構造のヘッダであ る MP EGヘッダを解析し、 MP EG構造から MAC構造を抜き出し、 MACデ ータのデータ位置を示す MACデータ位置信号 P M C、 MACフレームの先頭、パ ィ卜位置を示す MACデータ先頭位置信号 L PMCを出力する MP EGヘッダ解 析ブロックである。 MP EGヘッダ解析ブロック 2 1は、 T EK処理データ D T EKを遅延させて得た遅延 T EK処理データ D D T Kとともに、 これに係る MA Cデ一タ位置信号 P M Cおよび M A Cデータ先頭位置信号 L PMCを出力する。
22は M A Cデータ位置信号 PMCおよび MACデータ先頭位置信号 L P M C を入力とし、 MAC構造を有する MACデータ中のヘッダ部分 (MACヘッダ) 中の, 拡張ヘッダと MACMM (MAC Management Message) ヘッダ以外の部分に ついて解析を行い、 各フィールドのステート情報すなわちデータの意味を判断す る MA Cヘッダ解析ブロックである。 また MACヘッダ解析ブロック 22は、 遅 延 T EK処理データ D D TKに拡張ヘッダが存在するとき、 拡張ヘッダの位置を 示す拡張ヘッダ位置情報データ P EHを出力し、 かつ、 遅延 T EK処理データ D D T Kに M A C MMヘッダが存在するとき、 MA CMMヘッダの位置を示す M A CMMヘッダ位置情報データ PMMを出力する。
また、 23は拡張ヘッダ位置情報データ P EHを受けて、 MACヘッダ中の拡 張ヘッダの解析を行い、 拡張ヘッダのステート情報すなわち状態、 意味を示す拡 張ヘッダステート情報データ S T EHを出力する拡張へッダ解析ブロック、 24 は M A CMMヘッダ位置情報データ PMMを受けて、 MACMMヘッダの解析を 行い、 M A CMMヘッダのステート情報すなわち状態、 意味を示す MACMMへ ッダステ一卜情報データ S TMMを出力する MA CMMヘッダ解析プロックであ る。
そして、 MACヘッダ解析ブロック 22は、 拡張ヘッダステート情報データ S T E Hおよび M A CMMヘッダステート情報 S T MMを受け、 M A Cヘッダ中の 拡張ヘッダおよび MACMMヘッダ以外のフィールドのステー卜情報と、 拡張へ ッダステ一卜情報データ S T E Hが示す拡張ヘッダのステ一卜情報および M A C MMヘッダステート情報 S TMMが示す MA CMMヘッダのステート情報とを基 にして、 MACステート情報データ S TMCを生成する。
各解析ブロック 21 ~ 24の動作について、 さらに詳細に説明する。
<MP EGヘッダ解析 >
MP EGヘッダ解析ブロック 21は、 T E K処理データ D T E K中の MP E G ヘッダを解析することによって、 MP EG構造から MAC構造を抜き出す。 具体 的には、 MP EGヘッダの各フィールドを逐次チェックし、 各フィールドのデ一 タの意味を判断し、 データにステートを与える。
図 3は MP E Gヘッダ解析ブロック 21における MP EGヘッダ解析のステー トマシンを示す図である。 また図 4は MP EGヘッダのフォーマツトを示す図で ある。 図 3に従って、 MP EGヘッダ解析における処理の流れを説明する。
ステートマシンのステートはバイ トクロック毎に遷移する。 ステートの初期状 態は 「 I DLEJ であり、 T EK処理データ D T EKに誤りがある場合は、 ステ 一卜を 「ERR」 にする。
ステートが 「 I DLE」 であるとき、 TEK処理データ DTEKに含まれるパ ケッ卜シンクが MP EGフレームの先頭を示すまで、 そのステートを保持する
(S 1 1 ) o そして、 パケットシンクが MP EGフレームの先頭を示したとき、 MP EGデータの先頭データ、 すなわち図 4に示す MP EGバケツ卜シンクバイ 卜データ (sync byte ) の値が "0 x 47" であるとき、 ステートを 「s 1」 に する (S 1 2) 。 一方、 そうでないときはステートを 「ERR」 にする。
ステートが 「S 1」 であるとき、 図 4に示す TE I (Transport Error Indica tor ) データの値が "0 x 0" であり (S I 3) 、 かつ、 図 4に示す P I D (Pr ogram ID) の上位 5ビッ卜の値が " 0 χ 1 F" である (S 1 4 ) とき、 ステート を 「S 2 j にし、 そうでないときはステートを 「ERR」 にする。 TE Iデータ は M P E G構造に誤リがあるか否かを示すものであり、 誤リ訂正処理時に付加さ れる。 また、 P I Dは DOCS I S仕様の MACフレームを転送する MP EGデ ータに設定されている。
ステー卜が 「S 2」 であるとき、 P I Dの下位 8ビッ卜の値が "0 X F E" で ある場合は、 ステートを 「S 3」 にし、 そうでないときはステートを 「ERRJ にする (S 1 5) 。 そしてステ一トカ 「S 3」 であるとき、 図 4に示すトランス ポートスクランブルコントロールデータ (Transport scrambl ing control) の fit 力《 "0 x 0" であり、 かつ、 図 4に示すァダプテーシヨンフィールドコントロー ルデータ (Adaptation field control) の値が "O x 1 " であるとき、 ステート を 「S 4」 にし、 そうでないときはステートを 「ERRJ にする (S 1 6) 。 卜 ランスポートスクランブルコン卜ロールデータはスクランブル制御に関するコン トロールデータであり、 ァダプテーシヨンフィールドコントロールデータは DO CS I S用フィールド割り当てコントロールデータである。
ステートが 「S 4」 である場合、 図 4に示す P US I (pay load unit start i ndicator) の値が "0 x 1 " のとき、 ポインタフィールドが存在すると判断し、 ステートを ΓΡΟ I N T ER」 にする (S 1 7) 。 そうでないときは、 ステ一ト を 「MAC_FRMJ にする。 P U S Iは MP EGデータに MACデータの先頭 が存在するか否かを示すものである。 ここで、 ポインタフィールドは、 MACデ ータ先頭位置信号 L P M Cを生成する際に重要となるデータであり、 詳細につい ては後述する。
ステー卜が 「MAC— FRMJ であるとき、 MP EGバケツトシンクバイトデ ータが現れるまでステートを保持し (S 1 8) 、 MP EGパケットシンクバイ 卜 データが現れ、 かつ、 その値が "0 X 47" である場合 (S 1 2) 、 ステートを 「S 1」 にし、 そうでないときはステートを 「ERR」 にする。
一方、 ステートが 「ERR」 であるとき、 パケットシンクが MP EGデータの 先頭を示すまでステートを保持し (S 1 9) 、 パケットシンクが MP EGデータ の先頭を示したとき、 MP EGバケツトシンクバイ卜データの値が "0 X 47" である場合には、 ステートを 「S 1」 にし (S 1 2) 、 そうでないときはステー 卜を保持する。
ここで、 図 5を用いて、 ポインタフィールドと、 MACデータ先頭位置信号 L PMCおよび MACデータ位置信号 P M Cの生成方法について説明する。 図 5は ポインタフィールドを含む MP EGデータのフォーマツ卜を概念的に示す図であ リ、 図 5に示すような MP EGデータは T E K処理データ D T E Kに含まれてい る。
図 5では、 MP EGヘッダにおける P US Iの値が "Ox 1 " であり、 ポイン タフィ一ルドがあることを示している。 そして、 MP EGヘッダの後ろにポイン タフィールドが存在しており、 そのポインタフィールドの値が M (M:整数) に なっている。 これは、 ポインタフィールドの後ろに、 一の MACフレーム (MAC Frame #1) の残りのデータが Mバイ ト存在し、 その次から新たな M A Cフレーム (MAC Frame #2) が始まることを示している。 したがって、 ポインタフィールド の値 Mから、 MACフレームの先頭パイ ト位置を検出することが可能になる。 すなわち、 ステートが ΓΡΟ I N T ER」 であるデータがポインタフィールド であることから、 ポインタフィールドカウンタを設けて、 このポインタフィール ドカウンタによって、 ステートが ΓΡΟ I N T ERJ である位置すなわちポイン タフィールドの位置からカウントを行う。 そして、 このポインタフィールドカウ ンタによる力ゥンタ値がポィンタフィールドの値と等しくなつたとき、 その位置 が MACフレームの先頭パイト位置であると認識する。 これにより、 MACデー タ先頭位置信号 L P M Cを生成する。
また、 ステートが 「MAC— FRM」 である間のデータは MAC構造であるこ とから、 これに従って、 MACデータ位置信号 PMCを生成する。 図 5では、 M P E Gデータと、 M A Cデータ先頭位置信号 LPMCおよび MACデータ位置信 号 PMCとの関係を概念的に示している。
なお、 ここで求めた各フィールドのステート情報はレジスタに保持する。 そし て、 TEK処理データとステート情報とを対応づけるために、 TEK処理データ 0丁 1 を0または1クロック以上遅延させて、 遅延 TEK処理データ DDTK を生成する。
なお、 MP EG構造の保護機能について、 TE Iデータに対する前方保護およ び後方保護カウンタを設けるだけでなく、 MPEG構造データ長 (1 88バイ 卜) をカウントする MPEGフレーム長カウンタを設け、 TE Iデータがエラー を示していない場合でも、 次の MP EG構造の先頭データまでの MP EG構造デ ータ長が 1 88でない場合は、 その MP EG構造はエラーであると判断する機能 を設けることは可能である。 <MACヘッダ解析 >
MA Cヘッダ解析ブロック 22は、 遅延 T E K処理データ D D T Kの中の MA Cヘッダの解析を行う。 具体的には、 MACヘッダの各フィールドを逐次チェッ クし、 各フィールドのデータの意味を判断し、 データにステートを与える。
図 6は MACヘッダ解析ブロック 22における MACヘッダ解析のステートマ シンを示す図である。 この M A Cヘッダ解析のステートマシンは、 MACデータ 位置信号 PMCが有効であるときのみ、 動作する。 また図 7は MA Cデータのフ ォーマツ卜を示す図である。 図 6に従って、 MACヘッダ解析における処理の流 れを説明する。
ステートマシンのステートはバイ トクロック毎に遷移する。 ステートの初期状 態は 「 I D LEJ であり、 MAC構造に誤りがある場合はステートを 「ERRJ にする。
ステートが 「 I D LEJ であるとき、 M A Cデータ先頭位置信号 LP MCが、 有効でないときはそのステートを保持し、 有効であるときはステートを 「FC」 にする (S 21 ) 。 ここで、 ステートが 「FC」 であるときの MA Cヘッダは、 FC (Field Control ) データであり、 MACデータの種類や、 MACデータの 構成の拡張を可能にする拡張ヘッダの有無を示す。
ステートが 「FCJ であるとき、 FCデータの値を解析する (S 22) 。 そし て FCデータの値が、 S YN Cデータを示す場合はステートを rpARM—丁」 にし (S 22A) 、 MA CMMを示す場合はステートを 「PARM_M_| にし (S 22 B) 、 PacketP DUを示す場合はステートを 「PARM— D」 にする (S 22 C) 。 また、 FCデータの値が O x f f であり、 MP EG構造データの ダミーデータである S TU F Fバイトを示す場合はステートを保持し (S 22 D) 、 FCデータがそれ以外の場合はステートを 「ERR」 にする (S 22 E) c なお、 SYNCデータは、 センター装置側から送信される, 同期処理に必要なデ ータを転送するための MAC構造であり、 MACMMは、 センター装置側から送 信される, MACの制御に用いる帯域割り当てデータや同期処理に必要なデータ などを転送するための MAC構造であり、 PacketP DUは、 通常の映像データを 転送するための M A C構造である。 また、 F Cデータに含まれた E H D R— O Nの値から、 MACデータ中の拡張 ヘッダの有無を判別する。 "0" のときは拡張ヘッダが存在せず、 "1 " のとき は拡張ヘッダは存在する。
ステート力《 Γρ A RM— TJ 「PARM— MJ 「 P A RM一 D」 であるとき、 ステートを 「LEN— HJ にする。 ステートが Γ|_ΕΝ— H」 であるとき、 ステ ートを 「LEN— L」 にする。 ステートが 「LEN— L」 であるとき、 EHDR — ONの値から拡張ヘッダの有無を判断する (S23) 。 拡張ヘッダが存在する ときはステートを 「EHDRJ にし、 そうでないときはステートを 「HCS_ H」 にする。
ステ一卜が 「EHDRJ である期間は、 拡張ヘッダの位置であるため、 拡張へ ッダ位置情報データ P EHを生成し、 これを遅延 T EK処理データ DDTKとと もに拡張ヘッダ解析ブロック 23へ送る。 拡張ヘッダ解析ブロック 23の処理内 容については、 後述する。
ステートが 「EHDR」 であるとき、 拡張ヘッダ解析ブロック 23の処理が行 われている間はステートを保持する。 そして、 拡張ヘッダ解析ブロック 23から 出力された拡張へッダステ一ト情報データ S T E Hから、 拡張ヘッダ解析処理が 正常に終了したことを確認したとき、 ステートを 「HCS— H」 にする (S 2 5) 。 一方、 拡張ヘッダステート情報データ STEHから、 拡張ヘッダに誤りが 存在する、 すなわち MAC構造に誤りが存在することを確認したとき、 ステート を 「ERR」 にする (S 24) 。 拡張ヘッダステート情報データ S TEHは拡張 ヘッダの各フィールドのステートを示す情報である。
ステートが 「HCS— HJ のとき、 ステートを 「HCS— LJ にする。 ステー 卜が 「HCS— L」 のとき、 ステートを 「DA_LDJ にする。 ステートが 「D A_L DJ のとき、 ステートを 「SA— LDJ にする。
ステートが 「SA— LD」 のとき、 遅延 TEK処理データ DDTKの送信先ァ ドレス (D A: Destination Address ) と端末装置のアドレスとがー致している か否かを確認し、 一致していないときは、 端末装置が処理すべきデータではない ので、 ステートを 「ERRJ にする (S 26) 。 そして、 一致しているとき、 M A C構造が SYNCデータまたは M A CMMであるか否か、 すなわち、 MAC構 造中に MA CMMヘッダが存在するか否かを判断し、 存在するときはステートを 「MAC— MNGJ にし、 そうでないときはステートを 「T L— H」 にする (S
27) o
ステートが 「MAC— MNGJ である期間は MA CMMヘッダの位置であるた め、 MACMMヘッダ位置情報データ PMMを生成し、 これを遅延 TEK処理デ —タ D D T Kとともに MAC MMヘッダ解析ブロック 24へ送る。 MA CMMへ ッダ解析処理については、 後述する。
ステートが 「MAC— MNGJ であるとき、 MA CMMヘッダ解析ブロック 2 4の処理が行われている間は、 ステートを保持する。 そして、 MACMMヘッダ 解析プロック 24から出力された MA CMMヘッダステート情報データ S TMM から、 M A CM ヘッダ解析処理が正常に終了したことを確認したとき、 ステー トを 「V A L I DJ にする (S 29) 。 一方、 MA CMMヘッダステー卜情報デ ータ S TMMから、 MA CMMヘッダに誤りが存在する、 すなわち MAC構造に 誤りが存在することを確認したとき、 ステートを 「ERR」 にする (S 28) 。
M A CMMヘッダステー卜情報データ S TMMは MA CMMヘッダの各フィール ドのステートを示す情報である。
ステートが 「T L— H」 のとき、 遅延 T E K処理データ D D T Kの送信元アド レス (S A : Source Address) と端末装置のアドレスとがー致しているか否かを 確認し、 一致しているときは、 送信先と送信元が同じであるため不当なデータで あると判断し、 ステートを 「ERR」 にし、 一致していないときは、 ステートを 「T L— LJ にする (S 2A) 。 ステートが 「T L— L」 のとき、 ステートを 「V A L I D」 にする。
ステートが 「VAL I DJ のとき、 MAC構造の最後のデータが来るまでステ ートを保持し、 MACデータの最後のデータが来たとき、 ステートを 「FC」 に し、 次の MAC構造の構造解析を行う (S 2 B) 。
すなわち、 MACヘッダ解析ブロック 22は、 ステートに従った動作の結果、 ステートが 「EHDRJ である期間は拡張ヘッダを示すことから拡張ヘッダ位置 情報データ P EHを生成し、 ステートが 「MAC— MNGJ である期間は MAC MMヘッダを示すことから MA CMMヘッダ位置情報データ PMMを生成する。 そして、 拡張ヘッダステート情報データ S T EHと MACMMヘッダステート情 報データ S TMMと、 M A Cヘッダ解析ブロック 22で解析した MA Cヘッダの ステート情報から、 MACステート情報データ S TMCを生成する。 なお、 ここ で求めたステー卜と対応させるために、 遅延 T E K処理データ D D T Kをさらに 遅延させて、 構造解析ブロック 20から出力する。
(MACヘッダの誤り検出)
ここでは、 HCSチェックによって、 MACヘッダの誤り検出を行っている。
HCSチェックとは、 図 7に示す MACデータの構造における H C S以外の M A Cヘッダ (FCフィールド、 P ARMフィールド、 LENフィールド、 EHDR フィールド) を CRC計算し、 HCSデータと一致比較することによって、 MA Cへッダの誤リを検出する方法である。
図 8は HCSチェック以外の M A Cへッダの誤リ検出を説明するための図であ る。 同図中、 (a) は L E Nフィールドのチェック (MACフレーム長チエツ ク) 、 (b) は P ARMフィールドのチェック (拡張ヘッダ長チェック) を示し ている。
図 8 (a) に示すように、 LENフィールドのチェックには、 LENフィール ド値分カウントする LENカウンタを用いる。 LENカウンタは、 MACデータ 先頭位置信号 L PMCが一の MA Cデータ (MACデータ 1 ) の先頭を示す位置 で有効になったとき、 カウン卜をスタートし、 次の MACデータ (MACデータ 2) の先頭を示す位置で有効になったとき、 そのカウントをストップする。 これ により LENカウンタの値は、 MACデータ 1のデータ長を示すことになリ、 誤 りがなければ、 MAC— LEN長 (=LENフィールド値 +6バイ卜 (FC ' P ARM■ H CSフィールド長に相当) ) と一致するはずである。 そこで、 LEN カウンタの値が MAC— LEN長と一致するときは、 L ENフィールドに誤りが ないと判断し、 一方、 L ENカウンタの値が MAC— L EN長と一致しないとき は、 LENフィールドに誤りがあると判断する。
また図 8 (b) に示すように、 PARMフィールドのチェックには、 PARM フィールド値分カウントする PARMカウンタを用いる。 PARMカウンタは、 MACデータ先頭位置信号 L PMCが一の MACデータ (MACデータ 3) の先 頭を示す位置で有効になったときから 6バイト (FC ' PARM ' LENフィー ルド長に相当) 進んだ位置から、 カウンタをスタートし、 PARMフィールド値 分カウントした位置でカウントをストップする。 これにより、 PARMカウンタ がカウン卜をストツプした位置が拡張へッダの終わリに相当することになリ、 以 降、 図 6に従ったステート解析を進めていく。 もし、 PARMカウンタが示す拡 張ヘッダの最終位置が誤っているときは、 以降のステート解析結果はエラーとな る。 よって MACデータ 3のステート解析が終了した時点で、 ステート結果が 「ERR」 でないときは PARMフィールドに誤りがないと判断し、 一方、 ステ ート結果が 「ERR」 であるときは、 PARMフィールドチェックの結果を無視 する。
F Cフィールドのチェックでは、 F Cフィ一ルドの値をチェックする処理と、 それ以降の図 6に従ったステ一ト解析処理が、 FCフィールドの値から判断され たデータの種類に適応していることを確認し、 ステート結果が 「ERR」 でない ときは FCフィールドに誤りがないと判断し、 一方、 ステート結果が 「ERRJ であるときは、 FCフィールドチェックの結果を無視する。
EHDRフィールドのチェックでは、 後述の拡張ヘッダ解析ブロック 23のス テート解析結果が 「ERR」 でないときは EHDRフィールドに誤りがないと判 断し、 一方、 ステート解析結果が 「ERR」 であるときは EHDRフィールドに 誤りがあると判断する。
以上のようにして M A Cヘッダの各フィールドをチェックした結果、 全てのフ ィールドについてェラーがない場合は、 H C Sチェック結果がエラ一であった場 合であっても MACヘッダに誤りがないと判断する機能を設けることが可能とな る。 例えば、 MACフレーム長チ: Lックおよび拡張ヘッダ長チェックによるチェ ック結果が、 エラ一なしであるとき、 H CSチェックによるチェック結果を無効 にすればよい。 なお、 このような MACヘッダの誤り検出方法を用いず、 HCS チェックのみによって MACへッダの誤リ検出を行うことも可能である。
<拡張ヘッダ解析 >
拡張ヘッダ解析プロック 23は、 遅延 T E K処理データ D D T K中に拡張へッ ダが存在する場合、 この拡張ヘッダの解析を行う。 具体的には、 拡張ヘッダの各 フィールドを逐次チェックし、 各フィールドのデータの意味を判断し、 データに ステートを与える。
図 9は拡張へッダ解析ブロック 23における拡張へッダ解析のステートマシン を示す図である。 また図 1 0は拡張ヘッダのフォーマツトを示す図である。 図 1 0に示すように、 拡張ヘッダは、 拡張ヘッダの種類を示す EH TYPE フィールド、 拡張ヘッダのデータ部分を示す EH VALUEフィールド、 および EH VALUEフィールド の長さを示す EH LENフィールドによって構成され、 以降、 EH TYPE, EH LEN, EH VALUEの各フィールドがセットになって繰り返される。
図 9に従って、 拡張ヘッダ解析における処理の流れを説明する。 ステートマシ ンのステートは、 バイトクロック毎に遷移する。
ステートが初期状態である 「 I DLE」 である場合において、 MACヘッダ解 析ブロック 22から送られた拡張へッダ位置情報データ P E Hが有効であるとき は、 ステートを 「EH— T LJ にし、 そうでないときはそのステートを保持する (S 31 ) 。
ステートが 「EH— T LJ であるときの MACデータは、 拡張ヘッダの種類お よびデータ長を示している。 拡張ヘッダには、 次の 3種類がある。 すなわち、 M A Cデータの暗号化に関するデータである 「Downstream Privacyj 、 MACデ一 タが連続で送られ、 それらが同一ヘッダを有する場合に、 繰り返されるヘッダを 圧縮し帯域節約を可能にする機能である PHS (Pay load Header Suppression) が施されたデータである 「Downstream PHSj 、 および拡張ヘッダを埋めるために 使用される 「N u I I」 である。 図 1 1は 「Downstreatn Privacyj である拡張へ ッダのフォーマツトを示す図である。
ステートが 「EH— T L」 であるとき、 MACデータが上記 3種類のいずれか を示しているときは、 ステートを 「EH— VALJ にし、 そうでないときは、 遅 延 T EK処理データ DDTKに誤りがあると判断し、 ステートを 「ERRJ にす る (S 32) 。
ステートが 「EH— VAL」 のとき、 拡張ヘッダが 「Downstream Privacyj で ある場合は (S 33) 、 プロトコルのバージョンを示す Versionデータ (Protoco I Version Number) の値が 0 x o 1でない場合や、 EH VALUEフィールドの最後の データである Reservedデータの値が 0 χ 00でない場合、 遅延 Τ Ε Κ処理データ D D Τ Κに誤りがあると判断して、 ステートを 「ERR」 にする (S 34, S 3
5) 。
そうでないときは、 EH VALUEフィールドが最後であるか否かを確認する (S 3
6) 。 ここでの確認は、 EH LENフィールドの値をカウントする EH LENカウンタに よって行う。 すなわち、 EH LENカウンタの値が、 EH LENフィールドの値と一致し ないときは、 ステートを保持する。 一方、 一致するときは、 拡張へッダフィール ドの最後であるか否かを確認する (S 37) 。 ここでの確認は、 拡張ヘッダ位置 情報データ P E Hを参照して行う。 拡張へッダフィ一ルドの最後であるときは、 拡張ヘッダの解析が正常に終了したと判断し、 ステートを 「 I D LE」 にする。 そうでないときは、 ステートを 「EH— T L」 にする。
この結果、 拡張ヘッダ解析ブロック 23は、 拡張ヘッダの各フィールドのステ 一ト情報、 遅延 T E K処理データ D D T Kに誤りがあると判断した場合のエラー ステート情報、 および拡張ヘッダの解析が正常に終了したと判断した場合の正常 終了ステート情報を、 拡張ヘッダステート情報データ S TEHとして MACへッ ダ解析ブロック 22へ出力する。
<MA CMMヘッダ解析 >
MA CMMヘッダ解析ブロック 24は、 遅延 T E K処理データ DDTK中に M A CMMヘッダが存在する場合、 この M A CMMヘッダの解析を行う。 具体的に は、 M A CMMヘッダの各フィールドを逐次チェックし、 各フィールドのデータ の意味を判断し、 データにステートを与える。
図 1 2は MA CMMヘッダ解析ブロック 24における M A C M Mヘッダ解析の ステートマシンを示す図である。 また図 1 3は M A C MMヘッダのフォーマツト を示す図である。 図 1 3において、 DAは遅延 TEK処理データ DDTKの送信 先ァドレスフィールド、 S Aは遅延 T E K処理データ D D T Kの送信元ァドレス フィールド、 Ms g LENは MA CMMのデータ長フィールド、 DSAPは I S O 8802— 2に準拠した L LC送信先ァドレスポイントを示すフィールド、 S SAPは I SO8802— 2に準拠した L L C送信元ァドレスポイントを示すフ ィールド、 Control は I SO8802— 3に準拠した Unnumberd 情報フレー厶フ ィールド、 Versionは MA CMMのバージョンを示すフィールド、 Typeは MA CM Mの種類を示すフィールド、 RSVDは MAG Management 卩3 |080|を32ビッ卜境 界上に配置するためのリザーブデータフィールド、 MAC Management Payloadは M A CMMの実データフィールド、 CRCは DAから MAC Management Payloadまで を C R C計算するためのチェックシーケンスデータフィールドである。
図 1 2に従って、 M A CMMヘッダ解析における処理の流れを説明する。 ステ -トマシンのステートは、 バイトクロック毎に遷移する。
ステートが初期状態である r i DLE」 である場合において、 MACヘッダ解 析ブロック 22から送られた MACMMヘッダ位置情報データ PMMが有効であ るときは、 ステートを 「MSG L— H」 にし、 そうでないときはそのステートを 保持する (S 41 ) 。
ステートが 「MSG L— HJ のとき、 受信した遅延 TEK処理データ DDTK の送信元アドレス (SA) と端末装置のアドレスとを比較し、 一致しているとき は、 遅延 TEK処理データ D DTKが不当なデータであると判断し、 ステートを 「ERR」 にする一方、 一致していないときは、 ステートを 「MSG L— L」 に する (S 42) 。
ステートが 「MSG L— L」 のとき、 ステートを 「DSAP」 にする。 ステー トカ《 「DSAP」 のとき、 遅延 T EK処理データ D D T Kの値が 0 X 00である ときは、 ステートを 「SSAP」 にし、 そうでないときは、 遅延 TEK処理デ一 タ D D T Kは不当であると判断し、 ステートを 「ERR」 にする (S43) 。 ステー卜力 「S S A P」 のとき、 遅延 T E K処理データ DDT Kの値が 0 χ 0 0であるときは、 ステートを 「CONTROL」 にし、 そうでないときは、 遅延 TEK処理データ DDTKは不当なデータであると判断し、 ステートを 「ER R」 にする (S 44) 。
ステートが 「CONTROL」 のとき、 遅延 T E K処理データ D D T Kの値が 0 x 03であるときは、 ステートを 「VERS I ON」 にし、 そうでないときは、 遅延 TEK処理データ DDTKは不当なデータであると判断し、 ステートを ΓΕ RRJ にする (S 45) 。
ステートが rVERS I ON l のとき、 遅延 T E K処理データ D D T Kの値が 0 x 01または 0 x 02であるときは、 ステートを 「TYP EJ にし、 そうでな いときは、 遅延 TEK処理データ D DTKは不当なデータであると判断し、 ス亍 ートを 「E RR」 にする (S 46) 。
ステートが 「TYPE」 のとき、 ステートを 「RSVD」 にする。 そして、 ス テートが 「RSVD」 のとき、 M A CMMヘッダ解析が正常に終了したと判断し て、 ステートを 「 I DLEJ にする。
この結果、 M A CMMヘッダ解析ブロック 24は、 MACMMヘッダの各フィ ールドのステー卜情報、 遅延 T EK処理データ D D T Kに誤りがあると判断した 場合のエラーステ一ト情報、 および M A C M Mへッダの解析が正常に終了したと 判断した場合の正常終了ステート情報を、 M A C M Mヘッダステート情報データ S TMMとして M A Cヘッダ解析ブロック 22へ出力する。
MACヘッダ解析ブロック 22、 拡張ヘッダ解析ブロック 23および M A CM Mヘッダ解析ブロック 24の処理をもって、 構造解析ブロック 20の処理が終了 する。 処理の終了後、 MACステート情報データ S TMCと、 これに対応する遅 延 T EK処理データ DDTKとが、 復号ブロック 30に送られる。
<復号ブ口ック >
復号ブロック 30は、 構造解析ブロック 20から出力された遅延 T E K処理デ ータ D D T Kおよび MACステート情報データ S TMCを入力とし、 遅延 T E K 処理データ D D T Kにおいて、 データの機密性保護のためセンター装置側で D E S (Data Encryption Standard) により暗号化された部分のデータについて復号 処理を行い、 その処理結果を T EK処理結果データ RT EKとしてデータ記憶装 置 1 4に出力する。
図 1 4は復号ブロック 30の動作を示すフローチャートである。 図 1 4におい て、 31は遅延 TEK処理データ DDTKおよび MACステート情報データ S T MCを入力とし、 遅延 TEK処理データ DD TKの暗号の有無を判別し、 第 1の 復号処理対象データ DD 1および復号処理対象外データ DDXを出力する暗号有 無チ; Lックブロック、 32は第 1の復号処理対象データ DD 1を復号処理に適応 したビッ卜幅である 64ビッ卜に変換し、 第 2の復号処理対象データ D D 2とし て出力する第 1のビッ卜変換ブロックである。 33は遅延 T EK処理データ D D 丁 から、 T EKデータ TEKを選択するための T EK照合データ I丁 EKを抽 出する T EK照合データ抽出ブロック、 34は丁曰 照合データ I TEKを用い て T EKデータ T EKを抽出する T EKデータ抽出ブロックである。 35は第 2 の復号処理対象データ D D 2に対して復号処理を行い、 第 1の復号処理結果デー タ RD 1を出力する復号処理ブロック、 36は第 1の復号処理結果データ RD 1 を復号処理対象外データ DDXと同一ビット幅である 8ビッ卜に変換し、 第 2の 復号処理結果データ RD 2として出力する第 2のビッ卜変換ブロック、 37は第 2の復号処理結果データ R D 2と復号処理対象外データ D D Xとを結合し、 結合 データ C B Dとして出力するデータ結合プロック、 38は結合データ C B Dをデ ータ記憶装置 1 4に適応したビット幅に変換し、 丁巳1 処理結果データ 丁巳1 として出力する第 3のビッ卜変換ブロックである。
ここで、 第 1の復号処理対象データ D D 1は遅延 T EK処理データ D DTK中 の D ES暗号処理化された部分のデータであり、 復号処理対象外データ DDXは 遅延 T E K処理データ D D T K中の D E S暗号処理化されていない部分のデータ である。 また TEKデータ TEKは暗号を解くためのデータであり、 ここでは実 際にデータの暗号化および復号化に使用する D ES暗号キ一である。 T EK照合 データ I TEKは、 予め保持していた複数の T EKデータの中から復号に用いる TEKデータ TEKを選択するために照合するシーケンスデータである。 ここで は、 T EKデータ T EKは復号処理の初期値データを含むものとする。
なお、 TEKデータは解読防止のために定期的に変更されるので、 TEKデー タが更新される際にセンター装置と端末装置との間の通信が途切れないように、 TEKデータ抽出ブロック 34に、 前後の TEKデータ、 復号処理の初期値デー タ、 および遅延 T EK処理データ D D TK中の拡張ヘッダに設定された T EKデ 一夕のインデックス■シーケンス番号を予め格納するデータ記憶バッファを設け ておく。
以下、 図 14に従って、 復号ブロック 30の処理について説明する。 なお、 M ACステート情報データ STMCは、 少なくとも、 拡張ヘッダに含まれた MAC データが暗号化されているか否かを示す Encrypt ビッ卜から生成される MACデ ータ Encrypt信号と、 M A Cヘッダおよびァドレスデータ (SA, D A) の位置 を示すイネ一ブル信号と、 拡張ヘッダに存在する TEK照合データの位置を示す TEK照合データィネーブル信号とを、 含むものとする。
まず暗号有無チヱックブロック 31において、 MACステート情報データ S T MCを参照して、 遅延 T EK処理データ D D T K中の暗号化された部分と暗号化 されていない部分とを判別し、 第 1の復号処理対象データ DD 1および復号処理 対象外データ D DXを出力する。 すなわち、 MACデータ Encrypt 信号が、 MA Cデータが暗号化されていることを示している場合、 M ACデータ中の M A Cへ ッダおよびァドレスデータを復号処理対象外データ D D Xとして出力するととも に、 それ以外の MACデータを第 1の復号処理対象データ D D 1 として出力する。 —方、 MACデータ Encrypt 信号が、 M A Cデータが暗号化されていることを示 していない場合、 MACデータ全体を復号処理対象外データ D DXとして出力す る。
その後、 第 1の復号処理対象データ D D 1は、 第 1のビット変換ブロック 32 において、 復号処理単位のビット幅である 64ビットに変換され、 第 2の復号処 理対象データ DD 2として出力される。
また、 T EK照合データ抽出ブロック 33において、 遅延 TEK処理データ D DTKから、 TEKデータを選択するための TEK照合データ I TEKを抽出す る。 すなわち、 TEK照合データィネーブル信号が示すデータを、 TEK照合デ ータ I T E Kとして抽出して出力する。 そして、 TEKデータ抽出ブロック 34 において、 TEK照合データ I TEKを用いて、 データ記憶バッファから T EK データ TEKを抽出する。
その後、 復号処理ブロック 35において、 第 2の復号処理対象データ DD 2お よび T EKデータ TEKを用いて復号処理を行い、 当該処理の結果を第 1の復号 処理結果データ RD 1とする。
次に、 第 2のビット変換ブロック 36において、 第 1の復号処理結果データ R D 1を復号処理対象外データ DDXと同一ビッ卜幅である 8ビッ卜に変換し、 こ の変換結果を第 2の復号処理結果データ RD 2として出力する。 そして、 データ 結合ブロック 37において、 第 2の復号処理結果データ RD 2と復号処理対象外 データ DDXとを統合し、 結合データ CBDとして出力した後、 第 3のビット変 換ブロック 38において、 結合データ CBDをデータ記憶装置 1 4に適応したビ ット幅に変換し、 当該処理の結果を TEK処理結果データ RTEKとしてデータ 記憶装置 1 4へ出力する。
なお、 復号処理単位である 64ビット、 および第 2の復号処理結果データ RD 2のビット幅である 8ビットは、 その値に限られるものではなく、 例えば 8 X n (n :整数) ビットで自由に選択可能である。
以上のように本発明によると、 センター装置および複数の端末装置によって構 成される双方向通信網におけるデジタル双方向通信制御装置において、 M A C機 能の中でも演算処理量の大きい T E K機能の専用処理を、 C P Uとは別の T E K 処理ブロックによって実行させる。 これにより、 CPUの負荷を低減することが できるとともに、 回路規模の適正化が可能となり、 さらにスループットが向上す るので、 装置全体としてのコストパフォーマンスを高めることができる。

Claims

言青求の範囲
1. デジタル双方向通信における双方向制御を行う装置であって、
入力されたダウンストリームデータをフォーマツ卜変換して、 下り方向データ を生成するインターフェースブロックと、
前記下り方向データを受けて、 MAC (Media Access Control) 機能を実現す る C P Uと、
前記下り方向データから得られた T EK (Traffic Encryption Key) 処理デー タを受け、 そのデータ構造の解析を行い、 この解析結果を基にして、 復号処理を 行う T EK処理ブロックとを備えた
ことを特徴とするデジタル双方向通信制御装置。
2. 請求項 1において、
前記 T EK処理ブロックは、
T EK処理データを入力し、 この T EK処理データの中の MP EG構造と、 M P EG構造に埋め込まれた MAC (Media Access Control) 構造とを解析し、 M A C構造を持つデータである M A Cデータの状態および意味を示す M A Cステー ト情報データを出力する構造解析プロックと、
T E K処理データ中の暗号化された部分を、 前記 M A Cステー卜情報データを 参照して判別し、 暗号化された部分を、 暗号を解くための TEKデータを用いて 復号し、 その復号結果を暗号化されていない部分と統合する復号ブロックとを備 えたものである
ことを特徴とするデジタル双方向通信制御装置。
3. 請求項 2において、
前記構造解析ブロックは、
T EK処理データ中の MP EG構造のヘッダである MP EGヘッダを解析し、 MACデータの位置を示す MACデータ位置信号、 および MACフレームの先頭 バイト位置を示す M A Cデータ先頭位置信号を出力する MPEGへッダ解析ブ口 ックと、 前記 MACデータ位置信号および MACデータ先頭位置信号を入力とし、 MA C構造のヘッダである M A Cヘッダ中の拡張ヘッダおよび M A C MM (MAC Mana gement Message) ヘッダ以外のフィールドについて、 ステート情報を認識すると ともに、 TEK処理データに拡張ヘッダが存在するとき、 拡張ヘッダの位置を示 す拡張ヘッダ位置情報データを出力し、 かつ、 丁 処理データに1\1 〇1\/11\/1へ ッダが存在するとき、 MACMMへッダの位置を示す M A C M Mへッダ位置情報 データを出力する MACへッダ解析ブロックと、
前記拡張ヘッダ位置情報データを受けて、 拡張ヘッダの各フィールドをチエツ クし、 拡張ヘッダのステート情報を示す拡張ヘッダステート情報データを出力す る拡張ヘッダ解析ブロックと、
前記 M A C MMヘッダ位置情報データを受けて、 M A CMMヘッダの各フィー ルドをチェックし、 M A CMMヘッダのステ一卜情報を示す M A CMMヘッダス テート情報データを出力する M A C M Mへッダ解析ブロックとを備え、
前記 M A Cへッダ解析ブロックは、
前記拡張へッダステ一卜情報データおよび MAC MMヘッダステー卜情報デー タを受け、 M A Cヘッダ中の拡張ヘッダおよび MA CMMヘッダ以外の各フィー ルドのステート情報と、 前記拡張へッダステ一ト情報データが示す拡張ヘッダの ステート情報、 および前記 MA CMMヘッダステ一ト情報データが示す M A CM Mヘッダのステート情報とを基にして、 前記 MACステ一卜情報データを生成す るものである
ことを特徴とするデジタル双方向通信制御装置。
4. 請求項 3において、
前記 M P E Gへッダ解析ブロックは、
MP EGヘッダのフィールドをチェックして、 MA Cデータの位置と MA Cフ レームの先頭バイ卜位置とを検出し、 前記 MACデータ位置信号および MACデ ータ先頭位置信号を出力するものである
ことを特徴とするデジタル双方向通信制御装置。
5 . 請求項 3において、
前記 M A Cへッダ解析プロックは、
H C Sチェックによって、 M A Cヘッダの誤り検出を行うものである ことを特徴とするデジタル双方向通信制御装置。
6 . 請求項 3において、
前記 M A Cへッダ解析ブロックは、
M A Cヘッダの中の M A Cデータ長を示すフィールドのチェックを行うもので あり、
前記チ; cックを、 前記 M A Cデータ先頭位置信号を参照して M A Cフレームの データ長をカウントし、 この M A Cフレーム長が、 当該フィールドの値と所定の データ長との和と一致するか否かを判断することによって、 行う
ことを特徴とするデジタル双方向通信制御装置。
7 . 請求項 3において、
前記 M A Cヘッダ解析ブロックは、
H C Sチェックに加えて、 M A Cフレーム長チエックおよび拡張へッダ長チェ ックによって、 M A Cヘッダの誤り検出を行うものであり、 かつ、
前記 M A Cフレーム長チエックおよび拡張へッダ長チエックによるチェック結 果が、 エラーなしであるとき、 前記 H C Sチェックによるチェック結果を無効に する
ことを特徴とするデジタル双方向通信制御装置。
8 . 請求項 3において、
前記拡張へッダ解析プロックは、
前記拡張へッダ位置情報データを参照して、 拡張へッダのフィールドをチエツ クし、 拡張ヘッダのデータ長や種類を判別し、
拡張へッダのフィールドの値が不当である場合、 拡張へッダに誤リがあると認 識し、 その旨を、 前記拡張ヘッダステート情報データとして出力するものである ことを特徴とするデジタル双方向通信制御装置。
9. 請求項 3において、
前記 M A C M Mへッダ解析ブロックは、
前記 M A C M Mへッダ位置情報データを参照して、 MACMMヘッダのフィー ルドをチェックし、 MACMMのデータ長および種類を判別し、
M A CMMヘッダのフィールドのデータの値が不当である場合、 MA CMMへ ッダに誤りがあると認識し、 その旨を、 前記 MAC MMヘッダステート情報デー タとして出力するものである
ことを特徴とするデジタル双方向通信制御装置。
1 0. 請求項 2において、
前記復号ブロックは、
前記 MACステート情報データを参照して、 TEK処理データ中の、 暗号化さ れた部分と暗号化されていない部分とを選別し、
T E K処理データから、 T E Kデータを選択するための T E K照合データを抽 出し、
抽出した T E K照合デ一タを参照して、 予め保持していた複数の T E Kデータ の中から、 復号に用いる TEKデータを選択し、
暗号化された部分を復号処理単位のビッ卜幅に変換し、 選択した TEKデータ を用いて、 復号し、
復号後のデータと、 暗号化されていない部分とを統合するものである ことを特徴とするデジタル双方向通信制御装置。
1 1. デジタル双方向通信における双方向制御を行う方法であって、
入力されたダウンストリームデータをフォーマツ卜変換して、 下り方向データ を生成するステップと、
CPUによって、 前記下り方向データを受けて、 MAC (Media Access Contr ol) 機能を実現するステップと、 T E L処理ブロックによって、 前記下り方向データから得られた T EK (Traf f ic Encryption Key) 処理データを受け、 そのデータ構造の解析を行い、 この解 析結果を基にして、 復号処理を行う T EK処理ステップとを備えた
ことを特徴とするデジタル双方向通信制御方法。
1 2. 請求項 1 1において、
前記 TEK処理ステップは、
T EK処理データの中の MP EG構造と、 MP E G構造に埋め込まれた M A C (Media Access Control) 構造とを解析し、 M A C構造を持つデータである MA Cデータの状態および意味を示す MACステート情報データを生成する構造解析 ステップと、
T E K処理データ中の暗号化された部分を、 前記 M A Cステート情報データを 参照して判別し、 暗号化された部分を、 暗号を解くための TEKデータを用いて 復号し、 その復号結果を暗号化されていない部分と統合する復号ステップとを備 えたものである
ことを特徴とするデジタル双方向通信制御方法。
1 3. 請求項 1 2において、
前記構造解析ステップは、
T E K処理データの M P E G構造のへッダである M P E Gへッダを解析し、 M A Cデータの位置を示す M A Cデータ位置信号、 および MA Cフレームの先頭パ ィ 卜位置を示す M A Cデータ先頭位置信号を生成する MPEGへッダ解析ステッ プと、
前記 M A Cデータ位置信号および M A Cデータ先頭位置信号を用い、 M A C構 造のヘッダである M A Cヘッダ中の拡張ヘッダおよび M A C MM (MAC Manageme nt Message) ヘッダ以外のフィールドについて、 ステート情報を認識するととも に、 TEK処理データに拡張ヘッダが存在するとき、 拡張ヘッダの位置を示す拡 張ヘッダ位置情報データを生成し、 かつ、 T EK処理データに MAC MMヘッダ が存在するとき、 MACMMへッダの位置を示す MACMMへッダ位置情報デ一 タを生成する M ACへッダ解析ステツプと、
前記拡張へッダ位置情報データを受けて、 拡張へッダの各フィールドをチェッ クし、 拡張ヘッダのステート情報を示す拡張ヘッダステート情報データを生成す る拡張へッダ解析ステップと、
M A CMMヘッダ位置情報データを受けて、 MA CMMヘッダの各フィールド をチェックし、 M A CMMヘッダのステート情報を示す MA CMMヘッダステ一 ト情報データを生成する M A C M Mヘッダ解析ステップとを備え、
前記 M A Cへッダ解析ステップにおいて判断した, M A Cヘッダ中の拡張へッ ダおよび M A CMMヘッダ以外の各フィールドのステート情報と、 前記拡張へッ ダステ一卜情報データが示す拡張ヘッダのステー卜情報、 および前記 MACMM ヘッダステート情報データが示す MACMMヘッダのステート情報とを基にして, 前記 MACステート情報データを生成するものである
ことを特徴とするデジタル双方向通信制御方法。
PCT/JP2003/004864 2002-04-17 2003-04-16 Digital two-way communication control device and its method Ceased WO2003088557A1 (en)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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 파나소닉 주식회사 쌍방향통신제어장치, 단말장치 및 쌍방향통신제어방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
Title
"INVASION", ELECTRONIC DESIGN, PENTON MEDIA, vol. 45, no. 27, 1 December 1997 (1997-12-01)

Cited By (1)

* Cited by examiner, † Cited by third party
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