Nothing Special   »   [go: up one dir, main page]

WO2020250778A1 - 通信装置および通信方法、並びにプログラム - Google Patents

通信装置および通信方法、並びにプログラム Download PDF

Info

Publication number
WO2020250778A1
WO2020250778A1 PCT/JP2020/021971 JP2020021971W WO2020250778A1 WO 2020250778 A1 WO2020250778 A1 WO 2020250778A1 JP 2020021971 W JP2020021971 W JP 2020021971W WO 2020250778 A1 WO2020250778 A1 WO 2020250778A1
Authority
WO
WIPO (PCT)
Prior art keywords
retransmission
packet
communication device
message count
transmission
Prior art date
Application number
PCT/JP2020/021971
Other languages
English (en)
French (fr)
Inventor
聡一郎 宮崎
高橋 宏雄
俊久 百代
Original Assignee
ソニーセミコンダクタソリューションズ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ソニーセミコンダクタソリューションズ株式会社 filed Critical ソニーセミコンダクタソリューションズ株式会社
Priority to JP2021526039A priority Critical patent/JPWO2020250778A1/ja
Priority to KR1020217039084A priority patent/KR20220021911A/ko
Priority to CN202080042191.1A priority patent/CN114008981B/zh
Priority to EP20822671.2A priority patent/EP3985928A4/en
Priority to US17/616,812 priority patent/US20220303056A1/en
Publication of WO2020250778A1 publication Critical patent/WO2020250778A1/ja

Links

Images

Classifications

    • 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/2803Home automation networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60RVEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1628List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1642Formats specially adapted for sequence numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1874Buffer management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/188Time-out mechanisms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1896ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/20Arrangements for detecting or preventing errors in the information received using signal quality detector
    • H04L1/203Details of error rate determination, e.g. BER, FER or WER
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044Arrangements for allocating sub-channels of the transmission path allocation of payload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0078Timing of allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0061Error detection codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092Error control systems characterised by the topology of the transmission link
    • H04L2001/0094Bus
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Definitions

  • the present disclosure relates to communication devices, communication methods, and programs, and more particularly to communication devices, communication methods, and programs that have made it possible to provide higher communication quality.
  • CMOS Complementary Metal Oxide Semiconductor
  • TOF Time of Flight
  • Patent Document 1 proposes a system that can reduce the number of data buses when connecting a processing device and a plurality of image sensors by using the CSI-2 standard.
  • This disclosure has been made in view of such a situation, and is intended to enable higher communication quality to be provided.
  • the communication device of the first aspect of the present disclosure acquires the message count included in the header of the packet transmitted from the communication device on the transmitting side via the data channel, and is a candidate for requesting retransmission of the packet.
  • the retransmission detection unit that detects the message count of the above as a retransmission candidate message count, and the retransmission of the packet of the retransmission candidate message count that requests the retransmission of the packet that is held retransmittable by the communication device on the transmitting side. It includes a retransmission request unit that generates request data.
  • the communication method or program of the first aspect of the present disclosure is a candidate for acquiring the message count included in the header of the packet transmitted from the transmitting communication device via the data channel and requesting retransmission.
  • Retransmission requesting the detection of the message count of the packet as a retransmission candidate message count and the retransmission of the packet of the retransmission candidate message count that is held retransmittable by the transmitting side communication device. Includes generating request data.
  • the message count included in the header of the packet transmitted from the transmitting communication device via the data channel is acquired, and the message count of the candidate packet for which retransmission is requested is acquired. Is detected as a retransmission candidate message count, and among the packets of the retransmission candidate message count, retransmission request data requesting retransmission of the packet held retransmittable by the transmitting side communication device is generated.
  • the communication device of the second aspect of the present disclosure identifies the control data transmitted from the communication device on the receiving side via the control channel, and among the packets transmitted to the communication device on the receiving side via the data channel.
  • a control data identification unit that detects retransmission request data that specifies the packet requesting retransmission by the message count included in the header of the packet, and transmission of the packet for which retransmission is requested by the retransmission request data. It also includes a transmission scheduler that controls switching for transmission of the packet newly sent to the communication device on the receiving side.
  • the communication method or program of the second aspect of the present disclosure identifies the control data transmitted from the receiving side communication device via the control channel, and the packet transmitted to the receiving side communication device via the data channel.
  • the detection of the retransmission request data in which the packet requesting retransmission is specified by the message count included in the header of the packet, the transmission of the packet for which retransmission is requested by the retransmission request data, and the transmission of the packet Includes controlling switching for transmission of the packet newly sent to the receiving side communication device.
  • control data transmitted from the receiving side communication device via the control channel is identified, and the packet transmitted to the receiving side communication device via the data channel is retransmitted.
  • the retransmission request data specified by the message count included in the packet header is detected for the requested packet, and the packet for which retransmission is requested is transmitted based on the retransmission request data, and is newly sent to the receiving communication device. Switching is controlled for packet transmission.
  • the communication system 11 shown in FIG. 1 is mounted on a vehicle 12 and includes sensor units 13-1 and 13-2, a control device 14, and coaxial cables 15-1 and 15-2.
  • a sensor unit 13-1 arranged toward the front of the vehicle 12 and a sensor unit 13-2 arranged toward the rear of the vehicle 12 are shown.
  • a large number of sensor units 13 (not shown) are arranged in the vehicle 12 in various directions.
  • those sensor units 13 are connected to the control device 14 via, for example, a coaxial cable 15, and a signal is transmitted between the sensor unit 13 and the control device 14.
  • A-PHY which is a physical layer standard developed by MIPI (Mobile Industry Processor Interface) Alliance assuming use in communication in such a vehicle 12, supports a maximum transmission distance of 15 m, for example. It is supposed to be done.
  • the sensor unit 13 has various sensors such as an image sensor 21 (CIS) and a distance sensor 22 (TOF), and these sensors are serialized by the serializer 23 (SER) via a bus according to the CSI-2 standard. )It is connected to the.
  • the control device 14 has an application processor 31 (AP), and the application processor 31 is connected to the deserializer 32 (DES) via a bus according to the CSI-2 standard.
  • communication is performed between the serializer 23 and the sensor such as the image sensor 21 or the distance sensor 22, and between the application processor 31 and the deserializer 32 according to the CSI-2 standard. Further, communication is performed between the serializer 23 and the deserializer 32 via the coaxial cable 15 in accordance with a standard such as FPD (Flat Panel Display) -LINK III.
  • FPD Full Panel Display
  • the communication system 11 is configured with the serializer 23 and the deserializer 32 interposed therebetween, the plurality of sensors included in each sensor unit 13 and the application processor 31 transmit and receive signals to and from each other in accordance with the CSI-2 standard. be able to. That is, in the communication system 11, communication is performed so that a plurality of sensors such as an image sensor 21 and a distance sensor 22 are connected to one input port of the application processor 31 via a bus according to the CSI-2 standard. Will be done.
  • the communication system 11 can perform communication according to the existing CSI-2 standard, and is extended to the CSI-2 (hereinafter referred to as extended CSI-2) standard extended from the existing CSI-2. It is configured so that it can communicate accordingly.
  • an image line is formed between the frame start (FS: Frame Start) indicating the start of the frame and the frame end (FE: Frame End) indicating the end of the frame.
  • FS Frame Start
  • FE Frame End
  • the existing packet format in CSI-2 is configured by arranging a packet header at the beginning and a packet footer at the end. Then, a payload for storing data is arranged between the packet header and the packet footer.
  • the packet header and the packet footer are configured in the same manner as the existing CSI-2. Then, in the packet format in the extended CSI-2, the additional packet header is placed after the existing packet header, and the additional packet footer is placed before the existing packet footer, and between the additional packet header and the additional packet footer. , The configuration is such that the payload that stores the data is placed. That is, the packet format in the extended CSI-2 is configured so that the additional packet header, data, and additional packet footer are stored in the existing CSI-2 packet format payload.
  • the additional packet header includes a message count (MC: Message Count) for identifying a packet, and as the message count, a transmission number that is incremented each time a packet is transmitted can be used.
  • the additional packet header is configured to include, for example, various information necessary for applying the communication system 11 to the vehicle 12.
  • the packet can be individually identified by using the message count included in the additional packet header, so that each packet can be retransmitted.
  • FIG. 3 is a block diagram showing a configuration example of a transmitting side communication device 41 provided in the image sensor 21 and a receiving side communication device 42 provided in the application processor 31.
  • control data is transmitted and received between the transmitting side communication device 41 and the receiving side communication device 42 via a low-speed and bidirectional control channel.
  • sensor data such as an image is transmitted from the transmitting side communication device 41 to the receiving side communication device 42 via a high-speed and unidirectional data channel.
  • the transmitting side communication device 41 includes a transmitter 51, a receiver 52, an error detection code calculator 53, an error detector 54, a control data classifier 55, a transmitted buffer 56, a transmission scheduler 57, an error detection code calculator 58, and a transmitter 59. Is configured with. For example, each block arranged above the broken line shown in the transmitting side communication device 41 is used for a process of transmitting and receiving control data, and each block arranged below the broken line transmits sensor data. Used for transmission processing.
  • the receiving side communication device 42 includes a transmitter 61, a receiver 62, an error detection code calculator 63, an error detector 64, a transmission / reception scheduler 65, a receiver 66, an error detector 67, a retransmission detector 68, and a retransmission controller 69. It is composed. For example, each block arranged above the broken line shown in the receiving side communication device 42 is used for a process of transmitting and receiving control data, and each block arranged below the broken line transmits sensor data. Used for receiving processing.
  • the transmitter 51 transmits the control data supplied from the error detection code calculator 53 to the receiving side communication device 42 via the control channel.
  • the receiver 52 receives the control data transmitted from the receiving side communication device 42 via the control channel and supplies the control data to the error detector 54.
  • the error detection code calculator 53 calculates, for example, a parity bit, CRC (Cyclic Redundancy Check), or the like as a code for error detection for control data supplied via the control data classifier 55. Then, the error detection code calculator 53 adds the calculated code for error detection to the control data and supplies it to the transmitter 51.
  • CRC Cyclic Redundancy Check
  • the error detector 54 detects whether or not an error has occurred in the control data by using the error detection code added to the control data supplied from the receiver 52. Then, the error detector 54 supplies the control data to the control data classifier 55 as it is when no error occurs in the control data according to the result of performing the error detection of the control data. On the other hand, the error detector 54 notifies that an error has occurred in the control data and controls the control data when an error has occurred in the control data according to the result of performing the error detection of the control data. It is supplied to the data classifier 55.
  • the control data classifier 55 inputs and outputs control data to and from a control circuit (not shown) that controls the image sensor 21, and identifies the control data transmitted from the receiving side communication device 42, for example. .. That is, when the control data classifier 55 supplies the control data input from the control circuit to the error detection code calculator 53 and outputs the control data supplied from the error detector 54 to the control circuit, the control data To identify. For example, when the retransmission request data described later is transmitted from the receiving side communication device 42 as the control data supplied from the error detector 54, the control data classifier 55 detects and transmits the retransmission request data. It is supplied to the finished buffer 56.
  • a transmission packet transmitted from the transmitting side communication device 41 to the receiving side communication device 42 is supplied to the transmitted buffer 56 from the transmission scheduler 57. Then, the transmitted buffer 56 temporarily holds the transmitted packet supplied from the transmission scheduler 57 as a transmitted packet. Further, when the retransmission request data is supplied from the control data classifier 55, the transmitted buffer 56 appropriately selects the transmitted packet for which retransmission is requested by the retransmission request data from among the transmitted packets held. , Is supplied to the transmission scheduler 57 as a retransmission packet.
  • the sensor data stored in the payload of the retransmission packet is also appropriately referred to as retransmission data below.
  • Sensor data is input to the transmission scheduler 57 from an image sensor (not shown) included in the image sensor 21.
  • a packet in which sensor data newly input from the image sensor 21 to the transmission scheduler 57, that is, sensor data that is not retransmission data is stored in the payload is appropriately referred to as a new packet.
  • the transmission scheduler 57 exchanges a retransmission data transmission request and a retransmission data transmission permission with the transmission buffer 56 as described later, and the retransmission packet is supplied from the transmission buffer 56.
  • the transmission scheduler 57 adjusts the timing of transmitting each of the new packet or the retransmission packet, and sequentially transmits the transmitted packet from the transmitting side communication device 41 to the receiving side communication device 42 as the transmitted packet 56 and the error. It is supplied to the detection code calculator 58.
  • the error detection code calculator 58 calculates, for example, a parity bit or CRC as a code for error detection of the transmission packet supplied from the transmission scheduler 57, and adds the code for error detection to the transmission packet to transmit. Supply to 59.
  • the transmitter 59 transmits the transmission packet supplied from the error detection code calculator 58 to the receiving side communication device 42 via the data channel.
  • the transmitter 61, the receiver 62, the error detection code calculator 63, and the error detector 64 are similarly configured as the transmitter 51, the receiver 52, the error detection code calculator 53, and the error detector 54, respectively.
  • the transmission / reception scheduler 65 inputs / outputs control data to / from a control circuit (not shown) that controls the application processor 31, and schedules control data to be transmitted / received to / from the transmission side communication device 41. to manage. That is, the transmission / reception scheduler 65 outputs the control data supplied from the error detector 64 to the control circuit, supplies the control data input from the control circuit to the error detection code calculator 63 at a predetermined timing, and transmits the control data. It is transmitted to the side communication device 41.
  • the transmission / reception scheduler 65 supplies the retransmission request data as control data to the error detection code calculator 63 and causes the transmission / reception communication device 41 to transmit the data.
  • the receiver 66 receives the transmission packet transmitted from the transmission side communication device 41 via the data channel and supplies it to the error detector 67.
  • the error detector 67 detects whether or not an error has occurred in the transmission packet by using the error detection code added to the transmission packet supplied from the receiver 66. Then, the error detector 67 uses the error detection code added to the transmission packet to detect whether or not an error has occurred in the transmission packet, together with the error detection result indicating the result, and the payload of the transmission packet.
  • the sensor data stored in is output to the processing circuit in the subsequent stage.
  • the error detector 67 supplies the error detection result indicating the result of detecting the error occurring in the transmission packet to the retransmission detector 68. For example, when the error detector 67 detects that a header error or a payload error has occurred in the transmitted packet received by the receiving communication device 42, an error detection result indicating that a header error or a payload error has been detected has been detected. Is supplied to the retransmission detector 68. Further, the error detector 67 supplies the message count included in the additional packet header of the transmitted packet received by the receiving side communication device 42 to the retransmission detector 68.
  • the retransmission detector 68 detects the message count of the transmitted packet that cannot be received by the receiving communication device 42 and needs to be retransmitted based on the error detection result and the message count supplied from the error detector 67. Performs retransmission detection processing. Then, the retransmission detector 68 detects the message count detected in the retransmission detection process as a retransmission candidate message count that is a candidate for requesting retransmission, and supplies the message count to the retransmission controller 69.
  • the retransmission detection process performed by the retransmission detector 68 will be described later with reference to FIGS. 5 to 12.
  • the retransmission controller 69 generates retransmission request data requesting transmission of a retransmission packet based on the retransmission candidate message count supplied from the retransmission detector 68 and various information transmitted from the transmitting side communication device 41. Then, the retransmission request processing to be supplied to the transmission / reception scheduler 65 is performed.
  • the retransmission request processing performed by the retransmission detector 68 will be described later with reference to FIGS. 13 to 15.
  • various information required for performing the retransmission request processing in the retransmission controller 69 is embedded in the header of the transmission packet in which the sensor data is stored in the payload, and the transmission side communication device 41 Is transmitted to the receiving side communication device 42.
  • the transmitting side communication device 41 transmits various information necessary for performing the retransmission request processing in the retransmission controller 69 by using the user-defined area of the additional packet header defined in the extended CSI-2.
  • the information can be supplied to the retransmission controller 69 via the error detector 67.
  • the transmitting side communication device 41 and the receiving side communication device 42 are configured, and by using the message count included in the additional packet header specified in the extended CSI-2, the retransmission of each packet is realized. be able to.
  • the packet retransmission process executed in the communication system 11 will be outlined with reference to the flowchart shown in FIG.
  • the retransmission detector 68 of the receiving side communication device 42 performs the retransmission detection process.
  • the retransmission detector 68 is a message count of a transmission packet that cannot be received by the receiving communication device 42 and needs to be retransmitted based on the error detection result and the message count supplied from the error detector 67. Is detected.
  • step S12 the retransmission controller 69 of the receiving side communication device 42 performs the retransmission request processing.
  • the retransmission controller 69 filters the retransmission candidate message count supplied from the retransmission detector 68 by the oldest message count held in the transmitted buffer 56, and requests the retransmission of the packet message. Create a retransmission list where the count is registered. As a result, a message count newer than the oldest message count held in the transmitted buffer 56 among the retransmission candidate message counts is registered in the retransmission list.
  • the retransmission controller 69 adjusts the transmission timing of the retransmission request in consideration of the number of waits in the transmitted buffer 56, and gives a message count with a retransmission frequency in consideration of the number of waits in the transmitted buffer 56 at the time of the retransmission request. Generates the specified retransmission request data.
  • step S13 the control data classifier 55 and the transmitted buffer 56 of the transmitting side communication device 41 perform the retransmission acceptance process.
  • the control data classifier 55 identifies the retransmission request data generated by the retransmission controller 69 from the control data supplied from the error detector 54, and supplies the retransmission request packet to the transmitted buffer 56. ..
  • the transmitted buffer 56 searches for the retained transmitted packet using the message count specified in the retransmission request data, and when the transmitted packet for which retransmission is requested is acquired as a search result, the transmitted packet 56 Allocate the transmitted packet as a retransmission packet.
  • the transmitted buffer 56 discards the retransmission request data used for the search.
  • step S14 the transmission scheduler 57 of the transmission side communication device 41 performs the retransmission data transmission process. For example, the transmission scheduler 57 adjusts the timing of transmitting the retransmission packet reserved in the transmission buffer 56 and the new packet in which the newly input sensor data is stored in the payload, and adjusts the timing of transmitting the new packet or the retransmission.
  • the packet is appropriately transmitted as a transmission packet.
  • the retransmission can be requested for each transmission packet transmitted from the transmission side communication device 41 to the reception side communication device 42, and the transmission of the retransmission packet for which the retransmission is requested is executed. Can be done.
  • the retransmission detection process performed by the retransmission detector 68 will be described with reference to FIGS. 5 to 12.
  • the existing packet header and the additional packet header shown in FIG. 2 are referred to as headers, and all the data arranged after the headers are referred to as payloads.
  • 5 to 7 are diagrams for explaining the retransmission detection process triggered by the reception of the message count included in the header, and the numbers (1 to 6) enclosed in the rectangular frame shown in each of them. Represents the message count.
  • FIG. 5 shows an example of the retransmission detection process for detecting the retransmission candidate message count in the case of a payload error in which the header is normally received and an error occurs only in the payload. Further, FIG. 5 shows a state in which a payload error has occurred in the transmitted packet having the message count 2.
  • the retransmission detector 68 acquires the message count 1 included in the header by checking the header of the transmission packet. , Update as the retransmission detected message count that has already detected whether to resend. After that, the receiving side communication device 42 receives the transmission packet having the message count 2, but a payload error has occurred in the transmission packet. Therefore, the retransmission detector 68 acquires the message count 2 included in the header by checking the header of the transmission packet, and recognizes that a payload error has occurred in the transmission packet having the message count 2.
  • the retransmission detector 68 detects the message count 2 as the retransmission candidate message count because the message count 1 which is the retransmission detected message count and the message count 2 of the transmission packet in which the payload error has occurred are continuous. can do.
  • FIG. 6 shows an example of the retransmission detection process that detects the retransmission candidate message count when a header error has occurred and the payload is either normal or an error. Further, FIG. 6 shows a state in which a header error has occurred in the transmitted packet having the message count 2.
  • the retransmission detector 68 acquires the message count 1 included in the header by checking the header of the transmission packet. , Update as retransmission detected message count. After that, the receiving side communication device 42 receives the transmission packet having the message count 2, but a header error has occurred in the transmission packet. Therefore, the retransmission detector 68 cannot confirm the header of the transmitted packet, and the retransmission detected message count is not updated.
  • the retransmission detector 68 acquires the message count 3 included in the header by checking the header of the transmission packet. To do. At this time, the retransmission detector 68 has a message count 2 which should be between the message count 1 which is the retransmission detected message count and the message count 3 of the transmitted packet which can be normally received because they are discontinuous. Can be detected as a retransmission candidate message count.
  • FIG. 7 shows a retransmission detection process for detecting the retransmission candidate message count when the transmission packet head detection fails and the receiver communication device 42 fails to recognize the existence of the transmission packet. An example is shown. Further, FIG. 7 shows a state in which thin cross occurs in the message count 2 and the message count 3.
  • the retransmission detector 68 acquires the message count 1 included in the header by checking the header of the transmission packet. , Update as retransmission detected message count. After that, due to the occurrence of thinning, the receiving side communication device 42 cannot recognize the existence of the transmission packet of the message count 2 and the message count 3, and the retransmission detected message count is not updated.
  • the retransmission detector 68 acquires the message count 4 included in the header by checking the header of the transmission packet. To do. At this time, the retransmission detector 68 has a message count 2 which should be between the message count 1 which is the retransmission detected message count and the message count 4 of the transmitted packet which can be normally received because they are discontinuous. And the message count 3 can be detected as a retransmission candidate message count.
  • the retransmission detector 68 can detect the retransmission candidate message count by using the reception of the message count included in the header as a trigger.
  • step S21 when a transmission packet is newly received by the receiving side communication device 42, processing is started, and in step S21, the retransmission detector 68 newly receives the transmission according to the error detection result supplied from the error detector 67. Determine if a header error was detected for the packet.
  • step S21 If the retransmission detector 68 determines in step S21 that no header error has been detected for the newly received transmitted packet, the process proceeds to step S22.
  • the retransmission detector 68 determines whether or not the message count confirmed from the header of the newly received transmission packet and the retransmission detection detected message count are continuous. For example, the retransmission detector 68 determines that the difference between the message count confirmed from the header of the newly received transmitted packet and the retransmission detected message count is 1 and determines that the difference is greater than 1. It is determined that the headers are not continuous.
  • step S22 If the retransmission detector 68 determines in step S22 that the message count confirmed from the header of the newly received transmission packet and the retransmission detected message count are not continuous, the process proceeds to step S23.
  • the retransmission detector 68 sets the message count of the portion discontinuous between the message count included in the header of the newly received transmission packet and the retransmission detected message count as a retransmission candidate. Detected as a message count. For example, the retransmission detector 68 counts from the message count obtained by adding 1 to the retransmission detected message count to the message count obtained by subtracting 1 from the message count included in the header of the newly received packet. Detected as a retransmission candidate message count.
  • step S23 After the processing in step S23, or when it is determined in step S22 that the message count included in the header of the transmitted packet and the message count for which retransmission has been detected are continuous, the processing proceeds to step S24.
  • step S24 the retransmission detector 68 determines whether or not a payload error has been detected in the newly received transmitted packet according to the error detection result supplied from the error detector 67.
  • step S24 If the retransmission detector 68 determines in step S24 that a payload error has been detected in the newly received transmitted packet, the process proceeds to step S25.
  • the retransmission detector 68 detects the message count included in the header of the transmission packet in which the payload error is detected as the retransmission candidate message count. For example, the retransmission detector 68 detects from the message count obtained by adding 1 to the retransmission detected message count to the message count included in the header of the newly received transmission packet as the retransmission candidate message count.
  • step S25 After the processing of step S25, or when it is determined in step S24 that no payload error has been detected for the transmitted packet, the processing proceeds to step S26.
  • step S26 the retransmission detected message count is updated by the message count confirmed from the header of the newly received transmission packet.
  • step S26 After the processing in step S26, or when it is determined in step S21 that a header error has been detected for the transmitted packet, the processing is terminated.
  • the retransmission detector 68 can detect the retransmission candidate message count that is a candidate for requesting retransmission by using the reception of the message count included in the header as a trigger.
  • FIG. 9 to 11 are diagrams for explaining the retransmission detection process triggered by the detection of the transmitted packet, and the numbers (1 to 6) enclosed in the rectangular frame shown in each of them represent the message count. There is.
  • the retransmission detection process when a payload error (FIG. 5) and a thin cross (FIG. 7) occur is performed in the same manner as described above, and a case where a pattern other than these occurs will be described.
  • FIG. 9 shows an example of the retransmission detection process for detecting the retransmission candidate message count when a header error has occurred and the payload is either normal or an error. Further, FIG. 9 shows a state in which a header error has occurred in the transmitted packet having the message count 2.
  • the retransmission detector 68 acquires the message count 1 included in the header by checking the header of the transmission packet. , Update as retransmission detected message count. After that, the receiving side communication device 42 receives the transmission packet having the message count 2, but a header error has occurred in the transmission packet. Therefore, the retransmission detector 68 cannot confirm the header of the transmitted packet, and the retransmission detected message count is not updated. At this time, the retransmission detector 68 estimates that the message count 1 which is the retransmission detected message count and the message count 2 which is continuous with the message count 2 are at least the retransmission candidates.
  • the retransmission detector 68 acquires the message count 3 included in the header by checking the header of the transmission packet. To do. At this time, the retransmission detector 68 estimates the message count as the retransmission candidate because the message count 2 estimated as the retransmission candidate and the message count 3 of the transmitted packet that can be normally received are continuous. Only 2 can be detected as a retransmission candidate message count.
  • FIG. 10 shows an example of the retransmission detection process that detects the message count of retransmission candidates when a thin cross and a header error have occurred. Further, FIG. 10 shows a state in which a thin cross occurs in the transmission packet of the message count 2 and the message count 4, and a header error occurs in the transmission packet of the message count 3.
  • the retransmission detector 68 acquires the message count 1 included in the header by checking the header of the transmission packet. , Update as retransmission detected message count. After that, due to the occurrence of thinning, the receiving side communication device 42 cannot recognize the existence of the transmitted packet having the message count 2, and the retransmission detected message count is not updated.
  • the receiving side communication device 42 receives the transmission packet having the message count 3, but a header error has occurred in the transmission packet. Therefore, the retransmission detector 68 cannot confirm the header of the transmitted packet, and the retransmission detected message count is not updated. At this time, the retransmission detector 68 estimates that the message count 1 which is the retransmission detected message count and the message count 2 which is continuous with the message count 2 are at least the retransmission candidates. After that, due to the occurrence of thinning, the receiving side communication device 42 cannot recognize the existence of the transmitted packet having the message count 4, and the retransmission detected message count is not updated.
  • the retransmission detector 68 acquires the message count 5 included in the header by checking the header of the transmission packet. To do. At this time, the message count 2 estimated as a retransmission candidate and the message count 5 of the transmitted packet that can be normally received are discontinuous. Therefore, the retransmission detector 68 can detect the message count 3 and the message count 4 that should be between the discontinuities as the retransmission candidate message counts, in addition to the message count 2 estimated as the retransmission candidates.
  • FIG. 11 shows an example of the retransmission detection process that detects the message count of retransmission candidates when a thin cross, a header error, and a payload error occur. Further, FIG. 11 shows a state in which a thin cross occurs in a transmission packet having a message count 2, a header error occurs in a transmission packet having a message count 3, and a payload error occurs in a transmission packet having a message count 4. ..
  • the retransmission detector 68 acquires the message count 1 included in the header by checking the header of the transmission packet. , Update as retransmission detected message count. After that, due to the occurrence of thinning, the receiving side communication device 42 cannot recognize the existence of the transmitted packet having the message count 2, and the retransmission detected message count is not updated.
  • the receiving side communication device 42 receives the transmission packet having the message count 3, but a header error has occurred in the transmission packet. Therefore, the retransmission detector 68 cannot confirm the header of the transmitted packet, and the retransmission detected message count is not updated. At this time, the retransmission detector 68 estimates that the message count 1 which is the retransmission detected message count and the message count 2 which is continuous with the message count 2 are at least the retransmission candidates.
  • the receiving side communication device 42 receives the transmitted packet having the message count 4, but a payload error has occurred in the packet. Therefore, the retransmission detector 68 acquires the message count 4 included in the header by checking the header of the transmitted packet. At this time, the message count 2 estimated as a retransmission candidate and the message count 4 of the transmission packet in which the payload error has occurred are discontinuous. Therefore, in addition to the message count 2 estimated as the retransmission candidate, the retransmission detector 68 adds the message count 3 that should be between the discontinuities and the message count 4 in which the payload error occurs to the retransmission candidate message. It can be detected as a count.
  • steps S31 to S36 the same processing as in steps S21 to S26 of FIG. 8 is performed, and detailed description thereof will be omitted.
  • step S31 if the retransmission detector 68 determines that a header error has been detected for the newly received transmitted packet, the process proceeds to step S37.
  • step S37 the retransmission detector 68 detects the message count obtained by adding 1 to the retransmission detected message count as the retransmission candidate message count. Further, the retransmission detector 68 increments (+1) the current retransmission detected message count to update the retransmission detected message count. After the process of step S37, the process is terminated.
  • the retransmission detection process triggered by the detection of the transmitted packet is different from the retransmission detection process triggered by the reception of the message count included in the header of FIG. 8 described above when a header error is detected. Is done. That is, in the retransmission detection process triggered by the detection of the transmitted packet, when a header error is detected, at least the message count obtained by adding 1 to the retransmission detected message count is estimated as a retransmission candidate, and the retransmission candidate is estimated in step S37. Detected as a message count.
  • the retransmission detector 68 can detect the retransmission candidate message count, which is a candidate for requesting retransmission, by using the detection of the transmitted packet as a trigger.
  • FIG. 13 is a block diagram showing a configuration example of the retransmission controller 69.
  • the retransmission controller 69 includes a retransmission list holding unit 71, a timing control unit 72, and a retransmission request data generation unit 73.
  • the retransmission controller 69 is supplied with, for example, various information embedded in the header of the transmission packet and transmitted. For example, as this information, the information indicating the number of waits of the retransmitted packet buffer 85 (FIG. 16) of the transmitted buffer 56 and the oldest message count of the transmitted packet buffer 84 (FIG. 16) of the transmitted buffer 56 are used. The information shown and the information indicating the number of waits in the sensor data buffer 91 (FIG. 21) of the transmission scheduler 57 are used.
  • the retransmission list holding unit 71 holds a retransmission list in which the message count of the packet requesting retransmission is registered, and manages the retransmission list. For example, the retransmission list holding unit 71 registers only the message count newer than the oldest message count held in the transmitted buffer 56 among the retransmission candidate message counts detected by the retransmission detector 68. Manage the resend list.
  • the message count 100 is newly supplied as the oldest message count of the transmitted packet buffer 84 of the transmitted buffer 56. To do. In this case, the retransmission list holding unit 71 deletes the message counts 98 and 99 older than the message count 100 from the retransmission list, so that only the message counts 100 to 102 newer than the message count 100 are registered in the retransmission list.
  • the process of managing the retransmission list by the retransmission list holding unit 71 will be described later with reference to the flowchart of FIG.
  • the timing control unit 72 retransmits the transmitted packet corresponding to the message count registered in the retransmission list of the retransmission list holding unit 71 as a retransmission packet based on the number of waits in the retransmission packet buffer 85 of the transmission buffer 56. Control the timing to make it. For example, the timing control unit 72 has a retransmission list of the retransmission list holding unit 71 when the message count is registered in the retransmission list and the number of waits in the retransmission packet buffer 85 of the transmitted buffer 56 is smaller than the specified value. Read the message count from. Then, the timing control unit 72 issues a transmission request for a retransmission request of the transmitted packet corresponding to the read message count to the transmission / reception scheduler 65.
  • the retransmission request data generation unit 73 corresponds to the message count read from the retransmission list of the retransmission list holding unit 71 when transmission permission is obtained from the transmission / reception scheduler 65 for the transmission request issued by the timing control unit 72. Generates retransmission request data requesting retransmission of the transmitted packet and supplies it to the transmission / reception scheduler 65. At this time, the retransmission request data generation unit 73 obtains the retransmission frequency indicating the frequency of transmission of the retransmission packet for the transmission of the new packet based on the number of waits in the sensor data buffer 91 of the transmission scheduler 57, and obtains the retransmission request data. Give.
  • the retransmission request data generation unit 73 decreases the retransmission frequency if the number of waits in the sensor data buffer 91 of the transmission scheduler 57 is large, and increases the retransmission frequency if the number of waits in the sensor data buffer 91 of the transmission scheduler 57 is small. You can ask to do it.
  • the process is started, and in step S41, the retransmission list holding unit 71 adds the message count notified as the retransmission candidate message count to the retransmission list.
  • step S42 the retransmission list holding unit 71 determines whether or not the oldest message count of the transmitted packet buffer 84 of the transmitted buffer 56 has been updated. For example, the retransmission list holding unit 71 determines that the information indicating the oldest message count of the transmitted packet buffer 84 of the transmitted buffer 56 has been updated when it is newly supplied.
  • step S42 determines in step S42 that the oldest message count of the transmitted packet buffer 84 of the transmitted buffer 56 has been updated. If the retransmission list holding unit 71 determines in step S42 that the oldest message count of the transmitted packet buffer 84 of the transmitted buffer 56 has been updated, the process proceeds to step S43.
  • step S43 the retransmission list holding unit 71 deletes a message count older than the oldest message count of the transmitted packet buffer 84 of the transmitted buffer 56 from the message counts registered in the retransmission list.
  • step S43 After the processing in step S43, or in step S42, if it is determined that the oldest message count of the transmitted packet buffer 84 of the transmitted buffer 56 has not been updated, the processing is terminated.
  • the retransmission list holding unit 71 can manage the retransmission list so that only the message count newer than the oldest message count of the transmitted packet buffer 84 of the transmitted buffer 56 is registered. As a result, the message count of the transmitted packet not held in the transmitted buffer 56 is prevented from being registered in the retransmission list, and the transmitted packet not held in the transmitted buffer 56 is requested to be transmitted as a retransmission packet. Can be prevented from being done.
  • step S51 the timing control unit 72 determines whether or not the message count is registered in the retransmission list held by the retransmission list holding unit 71. .. If the timing control unit 72 determines in step S51 that the message count is registered in the retransmission list held by the retransmission list holding unit 71, the process proceeds to step S52.
  • step S52 the timing control unit 72 determines whether or not the number of waits in the retransmission packet buffer 85 of the transmitted buffer 56 is smaller than the specified value. If the timing control unit 72 determines in step S52 that the number of waits in the retransmission packet buffer 85 of the transmitted buffer 56 is smaller than the specified value, the process proceeds to step S53.
  • step S53 the timing control unit 72 reads the message count from the retransmission list held by the retransmission list holding unit 71, and issues a transmission request for the retransmission request to the transmission / reception scheduler 65.
  • step S54 the retransmission request data generation unit 73 determines whether or not transmission permission has been obtained from the transmission / reception scheduler 65 in response to the transmission request in step S53, and waits for processing until transmission permission is obtained.
  • step S54 If the retransmission request data generation unit 73 determines in step S54 that transmission permission has been obtained from the transmission / reception scheduler 65, the process proceeds to step S55.
  • step S55 the retransmission request data generation unit 73 generates retransmission request data requesting retransmission of the transmitted packet corresponding to the message count read from the retransmission list of the retransmission list holding unit 71, and assigns a retransmission frequency. It is supplied to the transmission / reception scheduler 65.
  • step S55 After the processing of step S55, if it is determined in step S51 that the message count is not registered in the retransmission list held by the retransmission list holding unit 71, or in step S52, the retransmission packet buffer 85 of the transmitted buffer 56. When it is determined that the number of waits for is not smaller than the specified value (that is, larger), the process is terminated.
  • the timing control unit 72 considers the waiting number of the retransmission packet buffer 85 of the transmitted buffer 56, and if the waiting number is larger than the specified value, waits for the request for retransmission of the transmitted packet. As a result, for example, it is possible to prevent the retransmission packet buffer 85 of the transmitted buffer 56 from overflowing with the retransmission packets, and to more efficiently retransmit the transmitted packet. Further, by assigning a retransmission frequency to the retransmission request data and adjusting the transmission frequency of the retransmission packet with respect to the transmission of the new packet, for example, it is possible to prevent the transmission of the new packet from being delayed due to the transmission of the retransmission packet. Can be done.
  • FIG. 16 is a block diagram showing a first configuration example of the transmitted buffer 56.
  • the transmitted buffer 56 includes a write control unit 81, a transfer control unit 82, a read control unit 83, a transmitted packet buffer 84, and a retransmission packet buffer 85. That is, the transmitted buffer 56 employs a double buffer structure having two buffers, a buffer for transmitted packets 84 and a buffer for retransmission packets 85.
  • the write control unit 81 performs write control for writing the transmitted packet supplied from the transmission scheduler 57 to the transmitted packet buffer 84.
  • the transfer control unit 82 searches the transmitted packets of the message count specified by the retransmission request data supplied from the control data classifier 55 from the transmitted packets held in the transmitted packet buffer 84. Then, when the transmitted packet of the message count specified in the retransmission request data can be acquired as the search result, the transfer control unit 82 performs transfer control to transfer the transmitted packet to the retransmission packet buffer 85. .. If the transfer control unit 82 cannot acquire the transmitted packet of the message count specified in the retransmission request data as the search result, the transfer control unit 82 discards the retransmission request data.
  • the read control unit 83 manages the address of the retransmission packet held by the retransmission packet buffer 85, and requests the transmission scheduler 57 to transmit the retransmission packet held by the retransmission packet buffer 85. Issue a data transmission request. Then, when the retransmission data transmission permission is obtained from the transmission scheduler 57, the read control unit 83 performs read control to read the retransmission packet from the retransmission packet buffer 85 and supply it to the transmission scheduler 57.
  • the transmitted packet buffer 84 holds the transmitted packet
  • the retransmission packet buffer 85 holds the retransmission packet.
  • FIG. 17 is a block diagram showing a second configuration example of the transmitted buffer 56.
  • the transmitted buffer 56A includes a write control unit 81, a read control unit 83A, and a buffer 86 for transmitted packets and retransmission packets. That is, the transmitted buffer 56A adopts a single buffer structure having only one buffer 86 for transmitted packets and retransmission packets.
  • the write control unit 81 performs write control for writing the transmitted packet supplied from the transmission scheduler 57 to the transmitted packet and the retransmission packet buffer 86.
  • the read control unit 83A selects the transmitted packet of the message count specified by the retransmission request data supplied from the control data classifier 55 from the transmitted packet and the transmitted packet held by the retransmission packet buffer 86. Search for. Then, when the read control unit 83A can acquire the transmitted packet of the message count specified in the retransmission request data as the search result, the read control unit 83A performs address management using the transmitted packet as the retransmission packet. If the read control unit 83A cannot acquire the transmitted packet of the message count specified in the retransmission request data as the search result, the read control unit 83A discards the retransmission request data.
  • the read control unit 83A issues a retransmission data transmission request to the transmission scheduler 57 to request transmission of the transmitted packet and the retransmission packet held by the retransmission packet buffer 86. Then, when the retransmission data transmission permission is obtained from the transmission scheduler 57, the read control unit 83A performs read control to read the retransmission packet from the transmitted packet and the retransmission packet buffer 86 and supply the retransmission packet to the transmission scheduler 57.
  • the transmitted packet and retransmission packet buffer 86 holds the transmitted packet and the retransmission packet.
  • the next address list, the message count list, and the transmitted packet memory are used for each address identified by the address numbers 0 to N. Is provided. In addition to these, a retransmission address list is provided.
  • the next address list stores the address number of the address to which the next transmitted packet is written when the transmitted packet is written to that address.
  • the message count list stores the same message count as the packet stored in the transmitted packet memory. As a result, for example, when the retransmission request is received, even if the transmitted packet memory is in write access, it is possible to perform a search using the message count stored in the message count list.
  • the transmitted packet memory stores the data of the transmitted packet.
  • the resend address list stores the address number of the address that is the storage destination of the transmitted packet that matches the message count specified in the resend request data. Then, overwriting of the address of the address number stored in the retransmission address list is prohibited.
  • the number of registered message counts registered in the retransmission address list corresponds to the number of waits for the retransmission packet buffer 85 of the transmitted packet 56 of FIG.
  • the next address, the message count, and the structure in which the transmitted packet is set as one set are linked according to the next address. It is structured like a linked list.
  • FIG. 19 describes an example of processing when a transmitted packet matching the message count specified in the retransmission request data is obtained as a search result in the transmitted buffer 56A.
  • the search pointer of the search pointer indicates the address number 1
  • the message count B specified in the retransmission request data is searched, and the transmitted packet matching the message count B is stored in the address of the address number 1. It is assumed that the search result is obtained.
  • the address number stored in the next address of the address of the address number indicated by the prev pointer of the search pointer is set to the next address of the address of the address number indicated by the now pointer of the search pointer. That is, in the example shown in FIG. 19, it is stored in the next address (currently address number 1) of the address number 0 indicated by the prev pointer of the search pointer and in the next address of the address number 1 indicated by the now pointer of the search pointer. It is shown that the address number 2 is set.
  • the transmitted packet for which retransmission is requested is address-managed as a retransmission packet, and overwriting of the retransmission packet is prohibited. That is, in the example shown in FIG. 19, it is illustrated that the transmitted packet of the message count B is prohibited from overwriting the address of the address number 1 stored in the transmitted packet buffer.
  • FIG. 20 is a diagram illustrating an example of processing when a transmitted packet stored in the transmitted packet memory of the address of the address number stored in the retransmitted address list in the transmitted buffer 56A is retransmitted.
  • the address number 1 stored in the retransmission address list Suppose that the sent packet of the address is retransmitted.
  • the address number indicated by the now pointer of the write pointer is set in the next address of the address of the transmitted packet in which the retransmission has occurred. That is, in the example shown in FIG. 20, the address number N indicated by the now pointer of the write pointer is set to the next address (currently address number 2) of the address number 1 stored in the retransmission address list. Is illustrated.
  • the address number 1 of the transmission queue is set to the next address of the address number N-1 indicated by the prev pointer of the write pointer.
  • the transmitted packet and the retransmission packet buffer 86 when the transmitted packet is retransmitted as a retransmission packet, the address of the transmitted packet memory in which the transmitted packet is stored can be overwritten. Address management. That is, in the example shown in FIG. 19, it is illustrated that the transmitted packet of the message count B is transmitted as a retransmission packet, and the address of the address number 1 in which the transmitted packet of the message count B is stored can be overwritten. ing.
  • the single buffer structure of the transmitted buffer 56A configured in this way has an advantage in that address control becomes complicated as compared with the double buffer structure of the transmitted buffer 56 of FIG.
  • the transmitted buffer 56A does not rewrite the retransmitted packet (transfer control like the transmitted buffer 56), it is avoided that the packet having the same content is written in the transmitted packet memory, and the memory is efficiently stored. Can be used. Although the packets have the same contents here, strictly speaking, the retransmission data is not completely the same because the message count needs to be updated at the time of retransmission.
  • the read / write is an exclusive operation, so that the transmitted packet and the buffer 86 for the retransmission packet can be configured with a single port RAM. Further, the buffer length for the retransmission packet can be adjusted within the buffer length for the transmitted packet, and the flexibility can be enhanced.
  • FIG. 21 is a block diagram showing a configuration example of the transmission scheduler 57.
  • the transmission scheduler 57 includes a sensor data buffer 91, a switching unit 92, and a control unit 93.
  • the sensor data buffer 91 temporarily stores a new packet in which sensor data newly input from an image sensor (not shown) included in the image sensor 21 is stored in the payload.
  • the sensor data buffer 91 is required because it is assumed that a new packet in which the sensor data is stored in the payload is input during the output of the retransmission packet supplied from the transmitted buffer 56.
  • the switching unit 92 switches between the new packet stored in the sensor data buffer 91 and the retransmitted packet supplied from the transmitted buffer 56 according to the control by the control unit 93, and outputs the new packet from the transmission scheduler 57.
  • the control unit 93 acquires the retransmission data transmission request issued from the transmission buffer 56, grants the transmission data transmission permission to the transmission buffer 56 according to the retransmission frequency included in the retransmission data transmission request, and at the same time. Controls output switching by the switching unit 92. For example, when the number of waits of the sensor data buffer 91 of the transmission scheduler 57 is large, the control unit 93 switches the output by the switching unit 92 so that the retransmission frequency is low and the transmission of the retransmission packet is reduced. Control. On the other hand, when the number of waits in the sensor data buffer 91 of the transmission scheduler 57 is small, the retransmission frequency is high, and the switching unit 92 controls the switching of the output so that the transmission of the retransmission packet increases.
  • the transmission scheduler 57 is configured in this way so that the frequency of transmitting the retransmission packet with respect to the transmission of the new packet is appropriate, for example, the new packet is not overflowed with the sensor data buffer 91. And the transmission of the retransmission packet can be controlled.
  • FIG. 22 shows a first mounting example of the image sensor 21.
  • the image sensor 21 shown in FIG. 22 includes a transmitting side communication device 41, a pixel 101, an AD converter 102, an image processing unit 103, and a pixel CRC calculation unit 104. Further, the transmitting side communication device 41 includes a CSI-2 transmitter 111, a CSI-2 adaptation layer 112, a link layer / physical layer processing unit 113, an I2C / I3C adaptation layer 114, an I2C / I3C slave 115, and a register 116. It is composed.
  • the CSI-2 transmitter 111 is compatible with the extended CSI-2, and includes a packing unit 121, a packet header generation unit 122, a payload header generation unit 123, a payload footer generation unit 124, selection units 125 and 126, and a CRC calculation unit. It is configured with 127, a CCI slave 128, and a controller 129. Further, the CSI-2 transmitter 111 includes the control data classifier 55 shown in FIG. 3, the transmitted buffer 56, and the transmission scheduler 57.
  • the transmitting side communication device 41 can realize the retransmission of each packet by mounting the control data classifier 55, the transmitted buffer 56, and the transmission scheduler 57 on the CSI-2 transmitter 111.
  • FIG. 23 shows a second mounting example of the image sensor 21A.
  • the image sensor 21A shown in FIG. 23 includes a transmitting side communication device 41A, a pixel 101, an AD converter 102, an image processing unit 103, and a pixel CRC calculation unit 104. Further, the transmitting side communication device 41A includes a CSI-2 transmitter 111A, a CSI-2 adaptation layer 112, a link layer / physical layer processing unit 113A, an I2C / I3C adaptation layer 114, an I2C / I3C slave 115, and a register 116. It is composed.
  • the CSI-2 transmitter 111A includes a packing unit 121, a packet header generation unit 122, a payload header generation unit 123, a payload footer generation unit 124, selection units 125 and 126, a CRC calculation unit 127, a CCI slave 128, and a controller 129. Is configured with.
  • the link layer / physical layer processing unit 113A includes a routing and packing unit 131, a transceiver 132, and further includes a control data classifier 55, a transmitted buffer 56, and a transmission scheduler 57 shown in FIG. It is composed.
  • the transceiver 132, the control data classifier 55, the transmitted buffer 56, and the transmission scheduler 57 are arranged in parallel in a number corresponding to the number of lanes (for example, four) communicating with the receiving side communication device 42. Is placed in.
  • the transmitting side communication device 41A can realize the retransmission of each packet by mounting the control data classifier 55, the transmitted buffer 56, and the transmission scheduler 57 in the link layer / physical layer processing unit 113A. ..
  • FIG. 24 shows a first implementation example of the application processor 31.
  • the blocks constituting other than the receiving side communication device 42 are not shown.
  • the receiving side communication device 42 includes a CSI-2 receiver 151, a CSI-2 adaptation layer 152, a link layer / physical layer processing unit 153, an I2C / I3C adaptation layer 154, an I2C / I3C master 155, and a register. It is configured with 156 and a controller 157.
  • the CSI-2 receiver 151 corresponds to the extended CSI-2, and includes a packet header detection unit 161, an interpretation unit 162, a selection unit 163 and 164, a CRC calculation unit 165, an unpacking unit 166, and a CCI master 167. Is configured with. Further, the CSI-2 receiver 151 includes a transmission / reception scheduler 65, a retransmission detector 68, and a retransmission controller 69 shown in FIG.
  • the receiving side communication device 42 can realize the retransmission of each packet by mounting the transmission / reception scheduler 65, the retransmission detector 68, and the retransmission controller 69 on the CSI-2 receiver 151.
  • FIG. 25 shows a second implementation example of the application processor 31A.
  • the blocks constituting other than the receiving side communication device 42A are not shown.
  • the receiving side communication device 42A includes a CSI-2 receiver 151A, a CSI-2 adaptation layer 152, a link layer / physical layer processing unit 153A, an I2C / I3C adaptation layer 154, an I2C / I3C master 155, and a register. It is configured with 156 and a controller 157.
  • the CSI-2 receiver 151A corresponds to the extended CSI-2, and includes a packet header detection unit 161, an interpretation unit 162, a selection unit 163 and 164, a CRC calculation unit 165, an unpacking unit 166, and a CCI master 167. Is configured with.
  • the link layer / physical layer processing unit 153A includes a routing and packing unit 171, a transceiver 172, and a header detection / interpretation unit 173, and further includes a transmission / reception scheduler 65, a retransmission detector 68, and a retransmission control shown in FIG. It is configured with a vessel 69.
  • the transceiver 172, the header detection / interpretation unit 173, the transmission / reception scheduler 65, the retransmission detector 68, and the retransmission controller 69 depend on the number of lanes (for example, four) that communicate with the transmission side communication device 41. The number is arranged in parallel.
  • the receiving side communication device 42A can realize the retransmission of each packet by mounting the transmission / reception scheduler 65, the retransmission detector 68, and the retransmission controller 69 in the link layer / physical layer processing unit 153A. ..
  • FIG. 26 is a block diagram showing a configuration example of hardware of a computer that executes the above-mentioned series of processes programmatically.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • EEPROM Electrically Erasable and Programmable Read Only Memory
  • the CPU 201 performs the above-mentioned series of processes by, for example, loading the programs stored in the ROM 202 and the EEPROM 204 into the RAM 203 via the bus 205 and executing the programs. Further, the program executed by the computer (CPU201) can be written in the ROM 202 in advance, and can be installed or updated in the EEPROM 204 from the outside via the input / output interface 206.
  • the processing performed by the computer according to the program does not necessarily have to be performed in chronological order in the order described as the flowchart. That is, the processing performed by the computer according to the program also includes processing executed in parallel or individually (for example, parallel processing or processing by an object).
  • the program may be processed by one computer (processor) or may be distributed by a plurality of computers. Further, the program may be transferred to a distant computer and executed.
  • the system means a set of a plurality of components (devices, modules (parts), etc.), and it does not matter whether all the components are in the same housing. Therefore, a plurality of devices housed in separate housings and connected via a network, and a device in which a plurality of modules are housed in one housing are both systems. ..
  • the configuration described as one device (or processing unit) may be divided and configured as a plurality of devices (or processing units).
  • the configurations described above as a plurality of devices (or processing units) may be collectively configured as one device (or processing unit).
  • a configuration other than the above may be added to the configuration of each device (or each processing unit).
  • a part of the configuration of one device (or processing unit) may be included in the configuration of another device (or other processing unit). ..
  • this technology can have a cloud computing configuration in which one function is shared by a plurality of devices via a network and jointly processed.
  • the above-mentioned program can be executed in any device.
  • the device may have necessary functions (functional blocks, etc.) so that necessary information can be obtained.
  • each step described in the above flowchart can be executed by one device or can be shared and executed by a plurality of devices.
  • the plurality of processes included in the one step can be executed by one device or shared by a plurality of devices.
  • a plurality of processes included in one step can be executed as processes of a plurality of steps.
  • the processes described as a plurality of steps can be collectively executed as one step.
  • the processing of the steps for describing the program may be executed in chronological order according to the order described in this specification, or may be called in parallel or called. It may be executed individually at a necessary timing such as time. That is, as long as there is no contradiction, the processing of each step may be executed in an order different from the above-mentioned order. Further, the processing of the step for writing this program may be executed in parallel with the processing of another program, or may be executed in combination with the processing of another program.
  • the present technology can also have the following configurations.
  • the retransmission request unit is the message count newer than the oldest message count in the first buffer holding the packet transmitted by the transmitting side communication device among the message counts of the retransmission candidate messages.
  • the communication device according to (1) above which has a retransmission list holding unit that holds a retransmission list in which counts are registered.
  • the retransmission requesting unit receives the packet of the message count registered in the retransmission list at a timing based on the number of waits in the second buffer holding the packet to be retransmitted in the transmitting side communication device.
  • the communication device which has a timing control unit that issues a transmission request for a retransmission request to a transmission / reception scheduler that manages transmission / reception of control data via a control channel with the communication device on the transmission side.
  • the retransmission request unit requests the retransmission of the packet of the message count registered in the retransmission list when the transmission permission is obtained from the transmission / reception scheduler in response to the transmission request by the transmission / reception scheduler by the timing control unit.
  • the communication device which has a retransmission request data generation unit that generates retransmission request data and supplies the retransmission request data to the transmission / reception scheduler.
  • the retransmission request data generation unit receives the packet newly sent from the transmitting side communication device based on the number of waits in the third buffer holding the packet newly sent in the transmitting side communication device.
  • the communication device according to (4) above which obtains a retransmission frequency indicating the frequency of transmission of the packet to be retransmitted with respect to transmission and assigns the retransmission frequency to the retransmission request data.
  • the retransmission detection unit determines whether or not the acquired message counts are continuous by using the reception of the message count as a trigger, and detects the retransmission candidate message count based on the determination result.
  • the communication device according to any one of (5).
  • the retransmission detection unit uses the detection of the packet as a trigger to determine whether or not the acquired message counts are continuous, detects the retransmission candidate message count based on the determination result, and detects a header error.
  • the communication device according to any one of (1) to (6) above, wherein the packet is a candidate for requesting retransmission.
  • the communication device on the receiving side The message count included in the header of the packet transmitted from the communication device on the transmitting side via the data channel is acquired, and the message count of the packet that is a candidate for requesting retransmission is detected as a retransmission candidate message count.
  • the packet requesting retransmission is the packet of the packet.
  • a control data identification unit that detects retransmission request data specified by the message count included in the header, and
  • a communication device including a transmission scheduler that controls switching between transmission of the packet for which retransmission is requested by the retransmission request data and transmission of the packet newly sent to the communication device on the receiving side.
  • (11) A first buffer that holds the transmitted packets transmitted to the receiving communication device, and The communication device according to (10), further comprising a second buffer for transmitting a packet designated by the message count of the retransmission request data, prohibiting overwriting of the packet, and holding the packet.
  • the packet requesting retransmission is the header of the packet. Detecting the retransmission request data specified by the message count contained in A communication process including controlling switching between transmission of the packet for which retransmission is requested by the retransmission request data and transmission of the packet newly sent to the communication device on the receiving side. (16) To the computer of the communication device on the sending side, Among the packets transmitted via the data channel to the receiving side communication device by identifying the control data transmitted from the receiving side communication device via the control channel, the packet requesting retransmission is the header of the packet.
  • a program for executing a communication process including controlling switching between transmission of the packet for which retransmission is requested by the retransmission request data and transmission of the packet newly sent to the communication device on the receiving side.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Mechanical Engineering (AREA)
  • Quality & Reliability (AREA)
  • Automation & Control Theory (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本開示は、より高い通信品質を提供することができるようにする通信装置および通信方法、並びにプログラムに関する。 再送検出部は、送信側の通信装置からデータチャネルを介して送信されてきたパケットのヘッダに含まれているメッセージカウントを取得し、再送を要求する候補となるパケットのメッセージカウントを再送候補メッセージカウントとして検出し、再送要求部は、再送候補メッセージカウントのパケットのうち、送信側の通信装置で再送可能に保持されているパケットの再送を要求する再送要求データを生成する。本技術は、例えば、車両に搭載される通信システムに適用できる。

Description

通信装置および通信方法、並びにプログラム
 本開示は、通信装置および通信方法、並びにプログラムに関し、特に、より高い通信品質を提供することができるようにした通信装置および通信方法、並びにプログラムに関する。
 近年、車両の自動運転技術を実現するために、CIS(CMOS(Complementary Metal Oxide Semiconductor) Image Sensor)などの画像センサや、TOF(Time of Flight)を利用した距離センサなどの各種のセンサが車両に搭載されている。そして、これらのセンサとアプリケーションプロセッサ(AP:Application Processor)との通信に、CSI(Camera Serial Interface)-2の規格を利用することが検討されている。
 また、特許文献1では、CSI-2の規格を利用して、処理装置と複数の画像センサとを接続する際に、データバスの数を減らすことができるシステムが提案されている。
特開2017-211864号公報
 しかしながら、既存のCSI-2の規格では、例えば、画像を伝送しているパケットの一部に通信エラーが発生した場合、そのパケットを含む1フレーム全体を送り直すことや、そのパケットを含む1フレームごと失ってしまうことなどが発生し、通信品質が低下することが懸念されていた。
 本開示は、このような状況に鑑みてなされたものであり、より高い通信品質を提供することができるようにするものである。
 本開示の第1の側面の通信装置は、送信側の通信装置からデータチャネルを介して送信されてきたパケットのヘッダに含まれているメッセージカウントを取得し、再送を要求する候補となる前記パケットの前記メッセージカウントを再送候補メッセージカウントとして検出する再送検出部と、前記再送候補メッセージカウントの前記パケットのうち、前記送信側の通信装置で再送可能に保持されている前記パケットの再送を要求する再送要求データを生成する再送要求部とを備える。
 本開示の第1の側面の通信方法またはプログラムは、送信側の通信装置からデータチャネルを介して送信されてきたパケットのヘッダに含まれているメッセージカウントを取得し、再送を要求する候補となる前記パケットの前記メッセージカウントを再送候補メッセージカウントとして検出することと、前記再送候補メッセージカウントの前記パケットのうち、前記送信側の通信装置で再送可能に保持されている前記パケットの再送を要求する再送要求データを生成することとを含む。
 本開示の第1の側面においては、送信側の通信装置からデータチャネルを介して送信されてきたパケットのヘッダに含まれているメッセージカウントが取得され、再送を要求する候補となるパケットのメッセージカウントが再送候補メッセージカウントとして検出され、再送候補メッセージカウントのパケットのうち、前記送信側の通信装置で再送可能に保持されているパケットの再送を要求する再送要求データが生成される。
 本開示の第2の側面の通信装置は、受信側の通信装置から制御チャネルを介して送信されてくる制御データを識別し、前記受信側の通信装置へデータチャネルを介して送信したパケットのうち、再送を要求する前記パケットを前記パケットのヘッダに含まれているメッセージカウントによって指定する再送要求データを検出する制御データ識別部と、前記再送要求データで再送が要求されている前記パケットの送信、および、前記受信側の通信装置へ新規に送る前記パケットの送信について切り替えを制御する送信スケジューラとを備える。
 本開示の第2の側面の通信方法またはプログラムは、受信側の通信装置から制御チャネルを介して送信されてくる制御データを識別し、前記受信側の通信装置へデータチャネルを介して送信したパケットのうち、再送を要求する前記パケットを前記パケットのヘッダに含まれているメッセージカウントによって指定する再送要求データを検出することと、前記再送要求データで再送が要求されている前記パケットの送信、および、前記受信側の通信装置へ新規に送る前記パケットの送信について切り替えを制御することとを含む。
 本開示の第2の側面においては、受信側の通信装置から制御チャネルを介して送信されてくる制御データが識別され、受信側の通信装置へデータチャネルを介して送信したパケットのうち、再送を要求するパケットをパケットのヘッダに含まれているメッセージカウントによって指定する再送要求データが検出され、その再送要求データで再送が要求されているパケットの送信、および、受信側の通信装置へ新規に送るパケットの送信について切り替えが制御される。
本技術を適用した通信システムを車両に搭載した一実施の形態の構成例を示すブロック図である。 パケットフォーマットの一例を示す図である。 送信側通信装置および受信側通信装置の構成例を示すブロック図である。 パケット再送処理について説明するフローチャートである。 ペイロードエラーが発生した場合の再送検出処理について説明する図である。 ヘッダエラーが発生した場合の再送検出処理について説明する図である。 シンクロスが発生した場合の再送検出処理について説明する図である。 ヘッダに含まれているメッセージカウントの受信をトリガとした再送検出処理を説明するフローチャートである。 ヘッダエラーが発生した場合の再送検出処理について説明する図である。 シンクロスおよびヘッダエラーが発生した場合の再送検出処理について説明する図である。 シンクロス、ヘッダエラー、およびペイロードエラーが発生した場合の再送検出処理について説明する図である。 パケットの検出をトリガとした再送検出処理を説明するフローチャートである。 再送制御器の構成例を示すブロック図である。 再送リストを管理する処理を説明するフローチャートである。 再送要求データを送信する処理を説明するフローチャートである。 送信済みバッファの第1の構成例を示すブロック図である。 送信済みバッファの第2の構成例を示すブロック図である。 送信済みバッファのメモリ構造について説明する図である。 再送要求された送信済みパケットが検索結果として得られたときの処理について説明する図である。 送信済みパケットを再送したときの処理について説明する図である。 送信スケジューラの構成例を示すブロック図である。 画像センサの第1の実装例を示す図である。 画像センサの第2の実装例を示す図である。 アプリケーションプロセッサの第1の実装例を示す図である。 アプリケーションプロセッサの第2の実装例を示す図である。 本技術を適用したコンピュータの一実施の形態の構成例を示すブロック図である。
 以下、本技術を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。
 <通信システムの構成例>
 まず、図1を参照して、本技術を適用した通信システムを車両に搭載した一実施の形態の構成例について説明する。
 例えば、図1に示す通信システム11は、車両12に搭載され、センサユニット13-1および13-2、制御装置14、並びに、同軸ケーブル15-1および15-2を備えて構成される。
 また、図1に示す通信システム11では、車両12の前方に向かって配置されるセンサユニット13-1と、車両12の後方に向かって配置されるセンサユニット13-2とが図示されているが、その他、様々な方向に向かって多数のセンサユニット13(図示せず)が車両12に配置されている。そして、それらのセンサユニット13は、例えば、同軸ケーブル15を介して制御装置14に接続され、センサユニット13および制御装置14の間で信号が伝送される。ここで、このような車両12における通信での利用を想定してMIPI(Mobile Industry Processor Interface) Allianceで開発されている物理層の規格であるA-PHYでは、例えば、最大15mの伝送距離に対応することが想定されている。
 センサユニット13は、画像センサ21(CIS)や距離センサ22(TOF)などの各種のセンサを有しており、それらのセンサが、CSI-2の規格に従ったバスを介してシリアライザ23(SER)に接続されている。制御装置14は、アプリケーションプロセッサ31(AP)を有しており、アプリケーションプロセッサ31が、CSI-2の規格に従ったバスを介してデシリアライザ32(DES)に接続されている。
 そして、画像センサ21や距離センサ22などのセンサとシリアライザ23との間、並びに、アプリケーションプロセッサ31とデシリアライザ32との間では、CSI-2の規格に従った通信が行われる。また、シリアライザ23とデシリアライザ32との間は、例えば、FPD(Flat Panel Display)-LINK IIIなどの規格に従って、同軸ケーブル15を介した通信が行われる。
 従って、通信システム11は、シリアライザ23およびデシリアライザ32を介在した構成となっているが、各センサユニット13が有する複数のセンサと、アプリケーションプロセッサ31とは、互いにCSI-2の規格に従って信号を送受信することができる。即ち、通信システム11では、アプリケーションプロセッサ31の1つの入力ポートに、CSI-2の規格に従ったバスを介して画像センサ21や距離センサ22などの複数のセンサが接続されているように通信が行われる。
 以下では、通信システム11において、画像センサ21が有するCSI-2送信回路と、アプリケーションプロセッサ31が有するCSI-2受信回路との間で行われる通信について説明する。また、通信システム11は、既存のCSI-2の規格に従った通信を行うことができるとともに、既存のCSI-2から拡張されたCSI-2(以下、拡張CSI-2と称する)の規格に従った通信を行うことができるように構成されている。
 ここで、図2を参照して、既存のCSI-2で規定されているパケットフォーマット、および、拡張CSI-2で規定されているパケットフォーマットについて説明する。
 例えば、1フレーム分の画像を伝送するフレームフォーマットでは、フレームの開始を示すフレームスタート(FS:Frame Start)から、フレームの終了を示すフレームエンド(FE:Frame End)までの間に、画像のラインごとに、そのラインのデータが格納されたパケットが生成される。
 まず、図2のAに示すように、既存のCSI-2におけるパケットフォーマットは、先頭にパケットヘッダが配置されるとともに、後尾にパケットフッタが配置されて構成される。
そして、パケットヘッダおよびパケットフッタの間に、データが格納されるペイロードが配置される構成となっている。
 一方、図2のBに示すように、拡張CSI-2におけるパケットフォーマットでは、パケットヘッダおよびパケットフッタは、既存のCSI-2と同様に構成される。そして、拡張CSI-2におけるパケットフォーマットでは、既存のパケットヘッダの後に追加パケットヘッダが配置されるとともに、既存のパケットフッタの前に追加パケットフッタが配置され、追加パケットヘッダおよび追加パケットフッタの間に、データが格納されるペイロードが配置される構成となっている。つまり、既存のCSI-2におけるパケットフォーマットのペイロードに、追加パケットヘッダ、データ、および追加パケットフッタが格納されるように、拡張CSI-2におけるパケットフォーマットは構成されている。
 例えば、追加パケットヘッダには、パケットを識別するためのメッセージカウント(MC:Message Count)が含まれており、メッセージカウントとしては、パケットを伝送するたびにインクリメントされる伝送番号を用いることができる。なお、追加パケットヘッダは、メッセージカウントの他、例えば、通信システム11を車両12に適用するのに必要となる各種の情報が含まれるように構成される。
 そして、通信システム11では、追加パケットヘッダに含まれるメッセージカウントを利用して、パケットを個別に識別することができることより、パケットごとの再送を実現することができる。
 <送信側および受信側の通信装置の構成例>
 図3は、画像センサ21に設けられる送信側通信装置41、および、アプリケーションプロセッサ31に設けられる受信側通信装置42の構成例を示すブロック図である。
 例えば、通信システム11では、送信側通信装置41および受信側通信装置42の間で互いに、低速かつ双方向の制御チャネルを介して、制御データの送受信が行われる。また、通信システム11では、送信側通信装置41から受信側通信装置42に向かって、高速かつ単方向のデータチャネルを介して、例えば、画像などのセンサデータの送信が行われる。
 送信側通信装置41は、トランスミッタ51、レシーバ52、誤り検出符号計算器53、誤り検出器54、制御データ識別器55、送信済みバッファ56、送信スケジューラ57、誤り検出符号計算器58、およびトランスミッタ59を備えて構成される。例えば、送信側通信装置41に図示される破線より上側に配置されている各ブロックは、制御データを送受信する処理に用いられ、その破線より下側に配置されている各ブロックは、センサデータを送信する処理に用いられる。
 受信側通信装置42は、トランスミッタ61、レシーバ62、誤り検出符号計算器63、誤り検出器64、送受信スケジューラ65、レシーバ66、誤り検出器67、再送検出器68、および再送制御器69を備えて構成される。例えば、受信側通信装置42に図示される破線より上側に配置されている各ブロックは、制御データを送受信する処理に用いられ、その破線より下側に配置されている各ブロックは、センサデータを受信する処理に用いられる。
 トランスミッタ51は、誤り検出符号計算器53から供給される制御データを、制御チャネルを介して受信側通信装置42へ送信する。
 レシーバ52は、受信側通信装置42から制御チャネルを介して送信されてくる制御データを受信し、誤り検出器54へ供給する。
 誤り検出符号計算器53は、制御データ識別器55を介して供給される制御データに対する誤り検出用の符号として、例えば、パリティビットやCRC(Cyclic Redundancy Check)などを計算する。そして、誤り検出符号計算器53は、算出した誤り検出用の符号を制御データに付加して、トランスミッタ51に供給する。
 誤り検出器54は、レシーバ52から供給される制御データに付加されている誤り検出用の符号を用いて、制御データに誤りが発生しているか否かを検出する。そして、誤り検出器54は、制御データの誤り検出を行った結果に従って、制御データに誤りが発生していない場合には、そのまま制御データを制御データ識別器55に供給する。一方、誤り検出器54は、制御データの誤り検出を行った結果に従って、制御データに誤りが発生している場合には、制御データに誤りが発生していることを通知するとともに制御データを制御データ識別器55に供給する。
 制御データ識別器55は、例えば、画像センサ21を制御する制御回路(図示せず)との間で制御データの入出力を行うとともに、受信側通信装置42から送信されてきた制御データを識別する。即ち、制御データ識別器55は、制御回路から入力される制御データを誤り検出符号計算器53に供給し、誤り検出器54から供給される制御データを制御回路に出力する際に、その制御データを識別する。例えば、制御データ識別器55は、誤り検出器54から供給される制御データとして、後述するような再送要求データが受信側通信装置42から送信されてきた場合、その再送要求データを検出して送信済みバッファ56に供給する。
 送信済みバッファ56には、送信側通信装置41から受信側通信装置42へ送信される送信パケットが、送信スケジューラ57から供給される。そして、送信済みバッファ56は、送信スケジューラ57から供給された送信パケットを、送信済みパケットとして一時的に保持する。また、送信済みバッファ56は、制御データ識別器55から再送要求データが供給されると、適宜、保持している送信済みパケットの中から、再送要求データで再送が要求されている送信済みパケットを、再送パケットとして送信スケジューラ57に供給する。なお、再送パケットのペイロードに格納されているセンサデータを、以下適宜、再送データとも称する。
 送信スケジューラ57には、画像センサ21が有する撮像素子(図示せず)からセンサデータが入力される。ここで、画像センサ21から送信スケジューラ57に新規に入力されたセンサデータ、即ち、再送データでないセンサデータがペイロードに格納されているパケットを、以下適宜、新規パケットと称する。また、送信スケジューラ57は、送信済みバッファ56との間で、後述するように再送データ送信要求および再送データ送信許可をやり取りし、送信済みバッファ56から再送パケットが供給される。そして、送信スケジューラ57は、新規パケットまたは再送パケットを、それぞれを送信するタイミングを調整して順次、送信側通信装置41から受信側通信装置42へ送信される送信パケットとして、送信済みバッファ56および誤り検出符号計算器58に供給する。
 誤り検出符号計算器58は、送信スケジューラ57から供給される送信パケットの誤り検出用の符号として、例えば、パリティビットやCRCなどを計算し、その誤り検出用の符号を送信パケットに付加してトランスミッタ59に供給する。
 トランスミッタ59は、誤り検出符号計算器58から供給される送信パケットを、データチャネルを介して受信側通信装置42へ送信する。
 トランスミッタ61、レシーバ62、誤り検出符号計算器63、および誤り検出器64は、トランスミッタ51、レシーバ52、誤り検出符号計算器53、および誤り検出器54と、それぞれ同様に構成される。
 送受信スケジューラ65は、例えば、アプリケーションプロセッサ31を制御する制御回路(図示せず)との間で制御データの入出力を行うとともに、送信側通信装置41との間で送受信される制御データのスケジュールを管理する。即ち、送受信スケジューラ65は、誤り検出器64から供給される制御データを制御回路に出力するとともに、制御回路から入力される制御データを所定のタイミングで誤り検出符号計算器63に供給して、送信側通信装置41へ送信させる。さらに、送受信スケジューラ65は、再送制御器69から再送要求データが供給されると、その再送要求データを制御データとして誤り検出符号計算器63に供給し、送信側通信装置41へ送信させる。
 レシーバ66は、送信側通信装置41からデータチャネルを介して送信されてくる送信パケットを受信し、誤り検出器67へ供給する。
 誤り検出器67は、レシーバ66から供給される送信パケットに付加されている誤り検出用の符号を用いて、その送信パケットに誤りが発生しているか否かを検出する。そして、誤り検出器67は、送信パケットに付加されている誤り検出用の符号を用いて、送信パケットに誤りが発生しているか否かを検出した結果を示す誤り検出結果とともに、送信パケットのペイロードに格納されているセンサデータを、後段の処理回路へ出力する。
 さらに、誤り検出器67は、送信パケットに発生している誤りを検出した結果を示す誤り検出結果を再送検出器68に供給する。例えば、誤り検出器67は、受信側通信装置42が受信した送信パケットにヘッダエラーまたはペイロードエラーが発生していることを検出した場合、ヘッダエラーまたはペイロードエラーが検出されたことを示す誤り検出結果を再送検出器68に供給する。また、誤り検出器67は、受信側通信装置42が受信した送信パケットの追加パケットヘッダに含まれているメッセージカウントを再送検出器68に供給する。
 再送検出器68は、誤り検出器67から供給される誤り検出結果およびメッセージカウントに基づいて、受信側通信装置42が受信することができずに再送が必要となった送信パケットのメッセージカウントを検出する再送検出処理を行う。そして、再送検出器68は、再送検出処理で検出したメッセージカウントを、再送を要求する候補となる再送候補メッセージカウントとして検出して再送制御器69に供給する。なお、再送検出器68が行う再送検出処理については、図5乃至12を参照して後述する。
 再送制御器69は、再送検出器68から供給される再送候補メッセージカウント、および、送信側通信装置41から送信されてくる各種の情報に基づいて、再送パケットの送信を要求する再送要求データを生成し、送受信スケジューラ65に供給する再送要求処理を行う。なお、再送検出器68が行う再送要求処理については、図13乃至15を参照して後述する。
 ここで、通信システム11では、再送制御器69において再送要求処理を行うのに必要となる各種の情報が、センサデータがペイロードに格納されている送信パケットのヘッダに埋め込んで、送信側通信装置41から受信側通信装置42へ送信される。例えば、送信側通信装置41は、拡張CSI-2で規定されている追加パケットヘッダのユーザ定義領域を利用して、再送制御器69において再送要求処理を行うのに必要となる各種の情報を送信することができ、それらの情報は、誤り検出器67を介して再送制御器69に供給される。
 このように送信側通信装置41および受信側通信装置42は構成されており、拡張CSI-2で規定されている追加パケットヘッダに含まれるメッセージカウントを利用することで、パケットごとの再送を実現することができる。
 図4に示すフローチャートを参照して、通信システム11において実行されるパケット再送処理について概略的な説明を行う。
 ステップS11において、受信側通信装置42の再送検出器68が再送検出処理を行う。例えば、再送検出器68は、誤り検出器67から供給される誤り検出結果およびメッセージカウントに基づいて、受信側通信装置42が受信することができずに再送が必要となった送信パケットのメッセージカウントを検出する。
 ステップS12において、受信側通信装置42の再送制御器69が再送要求処理を行う。例えば、再送制御器69は、再送検出器68から供給される再送候補メッセージカウントの中から、送信済みバッファ56に保持されている一番古いメッセージカウントでフィルタしつつ、再送を要求するパケットのメッセージカウントが登録される再送リストを作成する。これにより、再送リストには、再送候補メッセージカウントのうちの、送信済みバッファ56に保持されている一番古いメッセージカウントよりも新しいメッセージカウントが登録される。そして、再送制御器69は、送信済みバッファ56の待ち数を考慮して再送要求の送信タイミングを調整し、再送要求時の送信済みバッファ56の待ち数を考慮した再送頻度を付与したメッセージカウントを指定した再送要求データを生成する。
 ステップS13において、送信側通信装置41の制御データ識別器55および送信済みバッファ56が再送受付処理を行う。例えば、制御データ識別器55は、誤り検出器54から供給される制御データの中から、再送制御器69により生成された再送要求データを識別し、再送要求のパケットを送信済みバッファ56に供給する。そして、送信済みバッファ56は、保持している送信済みパケットを、再送要求データで指定されているメッセージカウントを用いて検索し、再送が要求されている送信済みパケットを検索結果として取得すると、その送信済みパケットを再送パケットとして確保する。一方、送信済みバッファ56は、再送が要求されている送信済みパケットを検索結果として取得することができなかった場合、その検索に用いた再送要求データを破棄する。
 ステップS14において、送信側通信装置41の送信スケジューラ57が再送データ送信処理を行う。例えば、送信スケジューラ57は、送信済みバッファ56で確保されている再送パケットと、新規に入力されたセンサデータがペイロードに格納されている新規パケットとを送信するタイミングを調整して、新規パケットまたは再送パケットを適宜、送信パケットとして送信する。
 以上のように、通信システム11では、送信側通信装置41から受信側通信装置42へ送信される送信パケットごとに再送を要求することができ、再送が要求された再送パケットの送信を実行することができる。
 <再送検出処理の処理例>
 図5乃至図12を参照して、再送検出器68が行う再送検出処理について説明する。なお、以下では、図2に示す既存のパケットヘッダおよび追加パケットヘッダをヘッダと称し、ヘッダより後ろに配置される全てのデータをペイロードと称する。
 図5乃至図7は、ヘッダに含まれているメッセージカウントの受信をトリガとした再送検出処理を説明する図であり、それぞれ図示されている矩形の枠に囲われている番号(1~6)がメッセージカウントを表している。
 図5には、ヘッダは正常に受信できていてペイロードのみにエラーが発生するペイロードエラーの場合に、再送候補メッセージカウントを検出する再送検出処理の一例が示されている。また、図5には、メッセージカウント2の送信パケットにペイロードエラーが発生した状態が示されている。
 まず、受信側通信装置42が、メッセージカウント1の送信パケットを正常に受信すると、再送検出器68は、その送信パケットのヘッダを確認することで、ヘッダに含まれているメッセージカウント1を取得し、再送するか否かの検出が既に行われた再送検出済みメッセージカウントとして更新する。その後、受信側通信装置42が、メッセージカウント2の送信パケットを受信するが、その送信パケットにはペイロードエラーが発生している。従って、再送検出器68は、その送信パケットのヘッダを確認することで、ヘッダに含まれているメッセージカウント2を取得し、メッセージカウント2の送信パケットにペイロードエラーが発生したことを認識する。
 このとき、再送検出器68は、再送検出済みメッセージカウントであるメッセージカウント1と、ペイロードエラーが発生した送信パケットのメッセージカウント2とが連続であることより、再送候補メッセージカウントとしてメッセージカウント2を検出することができる。
 図6には、ヘッダエラーが発生していて、ペイロードは正常またはエラーのいずれかである場合に、再送候補メッセージカウントを検出する再送検出処理の一例が示されている。また、図6には、メッセージカウント2の送信パケットにヘッダエラーが発生した状態が示されている。
 まず、受信側通信装置42が、メッセージカウント1の送信パケットを正常に受信すると、再送検出器68は、その送信パケットのヘッダを確認することで、ヘッダに含まれているメッセージカウント1を取得し、再送検出済みメッセージカウントとして更新する。その後、受信側通信装置42が、メッセージカウント2の送信パケットを受信するが、その送信パケットにはヘッダエラーが発生している。従って、再送検出器68は、その送信パケットのヘッダを確認することができず、再送検出済みメッセージカウントは更新されない。
 そして、受信側通信装置42が、メッセージカウント3の送信パケットを正常に受信した場合、再送検出器68は、その送信パケットのヘッダを確認することで、ヘッダに含まれているメッセージカウント3を取得する。このとき、再送検出器68は、再送検出済みメッセージカウントであるメッセージカウント1と、正常に受信できた送信パケットのメッセージカウント3とが不連続であることより、それらの間にあるべきメッセージカウント2を再送候補メッセージカウントとして検出することができる。
 図7には、送信パケットの先頭検出を失敗し、受信側通信装置42において送信パケットの存在を認識することができないシンクロスが発生している場合に、再送候補メッセージカウントを検出する再送検出処理の一例が示されている。また、図7には、メッセージカウント2およびメッセージカウント3においてシンクロスが発生した状態が示されている。
 まず、受信側通信装置42が、メッセージカウント1の送信パケットを正常に受信すると、再送検出器68は、その送信パケットのヘッダを確認することで、ヘッダに含まれているメッセージカウント1を取得し、再送検出済みメッセージカウントとして更新する。その後、シンクロスが発生したために、受信側通信装置42では、メッセージカウント2およびメッセージカウント3の送信パケットの存在を認識することができず、再送検出済みメッセージカウントは更新されない。
 そして、受信側通信装置42が、メッセージカウント4の送信パケットを正常に受信した場合、再送検出器68は、その送信パケットのヘッダを確認することで、ヘッダに含まれているメッセージカウント4を取得する。このとき、再送検出器68は、再送検出済みメッセージカウントであるメッセージカウント1と、正常に受信できた送信パケットのメッセージカウント4とが不連続であることより、それらの間にあるべきメッセージカウント2およびメッセージカウント3を、再送候補メッセージカウントとして検出することができる。
 このように、受信側通信装置42では、再送検出器68は、ヘッダに含まれているメッセージカウントの受信をトリガとして、再送候補メッセージカウントを検出することができる。
 図8に示すフローチャートを参照して、ヘッダに含まれているメッセージカウントの受信をトリガとした再送検出処理について説明する。
 例えば、受信側通信装置42において送信パケットが新規に受信されると処理が開始され、ステップS21において、再送検出器68は、誤り検出器67から供給される誤り検出結果に従って、新規に受信した送信パケットについてヘッダエラーが検出されたか否かを判定する。
 ステップS21において、再送検出器68が、新規に受信した送信パケットについてヘッダエラーが検出されていないと判定した場合、処理はステップS22に進む。
 ステップS22において、再送検出器68は、新規に受信した送信パケットのヘッダから確認したメッセージカウントと、再送検出済みメッセージカウントとが連続しているか否かを判定する。例えば、再送検出器68は、新規に受信した送信パケットのヘッダから確認したメッセージカウントと再送検出済みメッセージカウントの差が1の場合には連続していると判定し、その差が1より大きい場合には連続していないと判定する。
 ステップS22において、再送検出器68が、新規に受信した送信パケットのヘッダから確認したメッセージカウントと、再送検出済みメッセージカウントとが連続してないと判定した場合、処理はステップS23に進む。
 ステップS23において、再送検出器68は、新規に受信した送信パケットのヘッダに含まれているメッセージカウントと、再送検出済みメッセージカウントとの間で不連続となっている部分のメッセージカウントを、再送候補メッセージカウントとして検出する。例えば、再送検出器68は、再送検出済みメッセージカウントに対して1を加算したメッセージカウントから、新規に受信したパケットのヘッダに含まれているメッセージカウントに対して1を減算したメッセージカウントまでを、再送候補メッセージカウントとして検出する。
 ステップS23の処理後、または、ステップS22において送信パケットのヘッダに含まれているメッセージカウントと再送検出済みメッセージカウントとが連続していると判定された場合、処理はステップS24に進む。
 ステップS24において、再送検出器68は、誤り検出器67から供給される誤り検出結果に従って、新規に受信した送信パケットについてペイロードエラーが検出されたか否かを判定する。
 ステップS24において、再送検出器68が、新規に受信した送信パケットについてペイロードエラーが検出されたと判定した場合、処理はステップS25に進む。
 ステップS25において、再送検出器68は、ペイロードエラーが検出された送信パケットのヘッダに含まれているメッセージカウントを、再送候補メッセージカウントとして検出する。例えば、再送検出器68は、再送検出済みメッセージカウントに対して1を加算したメッセージカウントから、新規に受信した送信パケットのヘッダに含まれているメッセージカウントまでを、再送候補メッセージカウントとして検出する。
 ステップS25の処理後、または、ステップS24において送信パケットについてペイロードエラーが検出されていないと判定された場合、処理はステップS26に進む。
 ステップS26において、新規に受信した送信パケットのヘッダから確認したメッセージカウントにより再送検出済みメッセージカウントを更新する。
 ステップS26の処理後、または、ステップS21において送信パケットについてヘッダエラーが検出されたと判定された場合、処理は終了される。
 以上のように、再送検出器68は、ヘッダに含まれているメッセージカウントの受信をトリガとして、再送を要求する候補となる再送候補メッセージカウントを検出することができる。
 図9乃至図11は、送信パケットの検出をトリガとした再送検出処理を説明する図であり、それぞれ図示されている矩形の枠に囲われている番号(1~6)がメッセージカウントを表している。なお、ペイロードエラー(図5)およびシンクロス(図7)が発生した場合における再送検出処理は上述と同様に行われ、それら以外のパターンが発生した場合について説明する。
 図9には、ヘッダエラーが発生していて、ペイロードは正常またはエラーのいずれかである場合に、再送候補メッセージカウントを検出する再送検出処理の一例が示されている。また、図9には、メッセージカウント2の送信パケットにヘッダエラーが発生した状態が示されている。
 まず、受信側通信装置42が、メッセージカウント1の送信パケットを正常に受信すると、再送検出器68は、その送信パケットのヘッダを確認することで、ヘッダに含まれているメッセージカウント1を取得し、再送検出済みメッセージカウントとして更新する。その後、受信側通信装置42が、メッセージカウント2の送信パケットを受信するが、その送信パケットにはヘッダエラーが発生している。従って、再送検出器68は、その送信パケットのヘッダを確認することができず、再送検出済みメッセージカウントは更新されない。このとき、再送検出器68は、再送検出済みメッセージカウントであるメッセージカウント1と連続するメッセージカウント2が少なくとも再送候補であると推定する。
 そして、受信側通信装置42が、メッセージカウント3の送信パケットを正常に受信した場合、再送検出器68は、その送信パケットのヘッダを確認することで、ヘッダに含まれているメッセージカウント3を取得する。このとき、再送検出器68は、再送候補として推定されているメッセージカウント2と、正常に受信できた送信パケットがメッセージカウント3とが連続していることより、再送候補として推定していたメッセージカウント2だけを、再送候補メッセージカウントとして検出することができる。
 図10には、シンクロスおよびヘッダエラーが発生している場合に、再送候補のメッセージカウントを検出する再送検出処理の一例が示されている。また、図10には、メッセージカウント2およびメッセージカウント4の送信パケットにおいてシンクロスが発生し、メッセージカウント3の送信パケットにヘッダエラーが発生した状態が示されている。
 まず、受信側通信装置42が、メッセージカウント1の送信パケットを正常に受信すると、再送検出器68は、その送信パケットのヘッダを確認することで、ヘッダに含まれているメッセージカウント1を取得し、再送検出済みメッセージカウントとして更新する。その後、シンクロスが発生したために、受信側通信装置42では、メッセージカウント2の送信パケットの存在を認識することができず、再送検出済みメッセージカウントは更新されない。
 さらに、受信側通信装置42が、メッセージカウント3の送信パケットを受信するが、その送信パケットにはヘッダエラーが発生している。従って、再送検出器68は、その送信パケットのヘッダを確認することができず、再送検出済みメッセージカウントは更新されない。このとき、再送検出器68は、再送検出済みメッセージカウントであるメッセージカウント1と連続するメッセージカウント2が少なくとも再送候補であると推定する。
その後、シンクロスが発生したために、受信側通信装置42では、メッセージカウント4の送信パケットの存在を認識することができず、再送検出済みメッセージカウントは更新されない。
 そして、受信側通信装置42が、メッセージカウント5の送信パケットを正常に受信した場合、再送検出器68は、その送信パケットのヘッダを確認することで、ヘッダに含まれているメッセージカウント5を取得する。このとき、再送候補として推定されているメッセージカウント2と、正常に受信できた送信パケットのメッセージカウント5とが不連続である。従って、再送検出器68は、再送候補として推定していたメッセージカウント2に加えて、不連続の間にあるべきメッセージカウント3およびメッセージカウント4を、再送候補メッセージカウントとして検出することができる。
 図11には、シンクロス、ヘッダエラー、およびペイロードエラーが発生している場合に、再送候補のメッセージカウントを検出する再送検出処理の一例が示されている。また、図11には、メッセージカウント2の送信パケットにおいてシンクロスが発生し、メッセージカウント3の送信パケットにヘッダエラーが発生し、メッセージカウント4の送信パケットにペイロードエラーが発生した状態が示されている。
 まず、受信側通信装置42が、メッセージカウント1の送信パケットを正常に受信すると、再送検出器68は、その送信パケットのヘッダを確認することで、ヘッダに含まれているメッセージカウント1を取得し、再送検出済みメッセージカウントとして更新する。その後、シンクロスが発生したために、受信側通信装置42では、メッセージカウント2の送信パケットの存在を認識することができず、再送検出済みメッセージカウントは更新されない。
 さらに、受信側通信装置42が、メッセージカウント3の送信パケットを受信するが、その送信パケットにはヘッダエラーが発生している。従って、再送検出器68は、その送信パケットのヘッダを確認することができず、再送検出済みメッセージカウントは更新されない。このとき、再送検出器68は、再送検出済みメッセージカウントであるメッセージカウント1と連続するメッセージカウント2が少なくとも再送候補であると推定する。
 その後、受信側通信装置42が、メッセージカウント4の送信パケットを受信するが、そのパケットにはペイロードエラーが発生している。従って、再送検出器68は、その送信パケットのヘッダを確認することで、ヘッダに含まれているメッセージカウント4を取得する。このとき、再送候補として推定されているメッセージカウント2と、ペイロードエラーが発生している送信パケットのメッセージカウント4とが不連続である。従って、再送検出器68は、再送候補として推定していたメッセージカウント2に加えて、不連続の間にあるべきメッセージカウント3、および、ペイロードエラーが発生しているメッセージカウント4を、再送候補メッセージカウントとして検出することができる。
 図12に示すフローチャートを参照して、送信パケットの検出をトリガとした再送検出処理について説明する。
 ステップS31乃至ステップS36において、図8のステップS21乃至S26と同様の処理が行われ、その詳細な説明は省略する。
 そして、ステップS31において、再送検出器68が、新規に受信した送信パケットについてヘッダエラーが検出されたと判定した場合、処理はステップS37に進む。
 ステップS37において、再送検出器68は、再送検出済みメッセージカウントに対して1を加算したメッセージカウントを、再送候補メッセージカウントとして検出する。さらに、再送検出器68は、現在の再送検出済みメッセージカウントをインクリメント(+1)して、再送検出済みメッセージカウントを更新する。ステップS37の処理後、処理は終了される。
 即ち、送信パケットの検出をトリガとした再送検出処理では、ヘッダエラーが検出された場合に、上述した図8のヘッダに含まれているメッセージカウントの受信をトリガとした再送検出処理とは異なる処理が行われる。つまり、送信パケットの検出をトリガとした再送検出処理では、ヘッダエラーが検出された場合、少なくとも再送検出済みメッセージカウントに対して1を加算したメッセージカウントを再送候補として推定し、ステップS37において再送候補メッセージカウントとして検出している。
 以上のように、再送検出器68は、送信パケットの検出をトリガとして、再送を要求する候補となる再送候補メッセージカウントを検出することができる。
 <再送制御器の構成例および再送要求処理の処理例>
 図13乃至図15を参照して、再送制御器69の構成例および再送要求処理の処理例について説明する。
 図13は、再送制御器69の構成例を示すブロック図である。
 図13に示すように、再送制御器69は、再送リスト保持部71、タイミング制御部72、および再送要求データ生成部73を備えて構成される。
 ここで、再送制御器69には、例えば、送信パケットのヘッダに埋め込んで送信されてくる各種の情報が供給される。例えば、この情報としては、送信済みバッファ56の再送パケット用バッファ85(図16)の待ち数を示す情報、送信済みバッファ56の送信済みパケット用バッファ84(図16)の一番古いメッセージカウントを示す情報、および、送信スケジューラ57のセンサデータ用バッファ91(図21)の待ち数を示す情報が用いられる。
 再送リスト保持部71は、再送を要求するパケットのメッセージカウントが登録される再送リストを保持し、再送リストを管理する。例えば、再送リスト保持部71は、再送検出器68により検出された再送候補メッセージカウントのうちの、送信済みバッファ56に保持されている一番古いメッセージカウントよりも新しいメッセージカウントだけが登録されるように再送リストを管理する。
 例えば、再送候補メッセージカウントに従ってメッセージカウント98~102が再送リストに登録されているときに、送信済みバッファ56の送信済みパケット用バッファ84の一番古いメッセージカウントとしてメッセージカウント100が新たに供給されたとする。この場合、再送リスト保持部71は、メッセージカウント100よりも古いメッセージカウント98および99を再送リストから削除することで、メッセージカウント100よりも新しいメッセージカウント100~102だけが再送リストに登録される。なお、再送リスト保持部71が再送リストを管理する処理については、図14のフローチャートを参照して後述する。
 タイミング制御部72は、送信済みバッファ56の再送パケット用バッファ85の待ち数に基づいて、再送リスト保持部71の再送リストに登録されているメッセージカウントに対応する送信済みパケットを、再送パケットとして再送させるタイミングを制御する。例えば、タイミング制御部72は、再送リストにメッセージカウントが登録されていて、かつ、送信済みバッファ56の再送パケット用バッファ85の待ち数が規定値より小さい場合に、再送リスト保持部71の再送リストからメッセージカウントを読み出す。そして、タイミング制御部72は、その読み出したメッセージカウントに対応する送信済みパケットの再送要求の送信要求を、送受信スケジューラ65に対して発行する。
 再送要求データ生成部73は、タイミング制御部72によって発行された送信要求に対して、送受信スケジューラ65から送信許可が得られた場合、再送リスト保持部71の再送リストから読み出したメッセージカウントに対応する送信済みパケットの再送を要求する再送要求データを生成し、送受信スケジューラ65に供給する。このとき、再送要求データ生成部73は、送信スケジューラ57のセンサデータ用バッファ91の待ち数に基づいて、新規パケットの送信に対する再送パケットの送信の頻度を示す再送頻度を求めて、再送要求データに付与する。例えば、再送要求データ生成部73は、送信スケジューラ57のセンサデータ用バッファ91の待ち数が多ければ再送頻度が低下し、送信スケジューラ57のセンサデータ用バッファ91の待ち数が少なければ再送頻度が増加するように求めることができる。
 図14に示すフローチャートを参照して、再送リスト保持部71が再送リストを管理する処理について説明する。
 例えば、再送検出器68から再送候補メッセージカウントが通知されると処理が開始され、ステップS41において、再送リスト保持部71は、再送候補メッセージカウントとして通知されたメッセージカウントを、再送リストに追加する。
 ステップS42において、再送リスト保持部71は、送信済みバッファ56の送信済みパケット用バッファ84の一番古いメッセージカウントが更新されたか否かを判定する。例えば、再送リスト保持部71は、送信済みバッファ56の送信済みパケット用バッファ84の一番古いメッセージカウントを示す情報が新たに供給されると、更新されたと判定する。
 ステップS42において、再送リスト保持部71は、送信済みバッファ56の送信済みパケット用バッファ84の一番古いメッセージカウントが更新されたと判定した場合、処理はステップS43に進む。
 ステップS43において、再送リスト保持部71は、再送リストに登録されているメッセージカウントの中から、送信済みバッファ56の送信済みパケット用バッファ84の一番古いメッセージカウントよりも古いメッセージカウントを削除する。
 ステップS43の処理後、または、ステップS42において、送信済みバッファ56の送信済みパケット用バッファ84の一番古いメッセージカウントが更新されていないと判定された場合、処理は終了される。
 以上のように、再送リスト保持部71は、送信済みバッファ56の送信済みパケット用バッファ84の一番古いメッセージカウントよりも新しいメッセージカウントのみが登録されるように再送リストを管理することができる。これにより、送信済みバッファ56に保持されていない送信済みパケットのメッセージカウントが再送リストに登録されることを回避し、送信済みバッファ56に保持されていない送信済みパケットを再送パケットとして送信を要求することが行われないようにすることができる。
 図15に示すフローチャートを参照して、タイミング制御部72および再送要求データ生成部73により再送要求データを送信する処理について説明する。
 例えば、送受信スケジューラ65が空状態となると処理が開始され、ステップS51において、タイミング制御部72は、再送リスト保持部71が保持している再送リストにメッセージカウントが登録されているか否かを判定する。ステップS51において、タイミング制御部72が、再送リスト保持部71が保持している再送リストにメッセージカウントが登録されていると判定した場合、処理はステップS52に進む。
 ステップS52において、タイミング制御部72は、送信済みバッファ56の再送パケット用バッファ85の待ち数が規定値より小さいか否かを判定する。ステップS52において、タイミング制御部72が、送信済みバッファ56の再送パケット用バッファ85の待ち数が規定値より小さいと判定した場合、処理はステップS53に進む。
 ステップS53において、タイミング制御部72は、再送リスト保持部71が保持している再送リストからメッセージカウントを読み出し、送受信スケジューラ65に対して再送要求の送信要求を発行する。
 ステップS54において、再送要求データ生成部73は、ステップS53での送信要求に対して送受信スケジューラ65から送信許可が得られたか否かを判定し、送信許可が得られるまで処理を待機する。
 ステップS54において、再送要求データ生成部73が、送受信スケジューラ65から送信許可が得られたと判定した場合、処理はステップS55に進む。ステップS55において、再送要求データ生成部73は、再送リスト保持部71の再送リストから読み出したメッセージカウントに対応する送信済みパケットの再送を要求する再送要求データを生成して、再送頻度を付与し、送受信スケジューラ65に供給する。
 ステップS55の処理後、ステップS51において再送リスト保持部71が保持している再送リストにメッセージカウントが登録されていないと判定された場合、または、ステップS52において送信済みバッファ56の再送パケット用バッファ85の待ち数が規定値より小さくない(即ち、大きい)と判定した場合、処理は終了される。
 以上のように、タイミング制御部72は、送信済みバッファ56の再送パケット用バッファ85の待ち数を考慮し、その待ち数が規定値より大きい場合、送信済みパケットの再送の要求を待機する。これにより、例えば、送信済みバッファ56の再送パケット用バッファ85が再送パケットで溢れることを回避し、より効率良く、送信済みパケットの再送を行うことができる。また、再送要求データに再送頻度を付与して、新規パケットの送信に対する再送パケットの送信の頻度を調整することで、例えば、再送パケットの送信によって新規パケットの送信が滞るようなことを回避することができる。
 <送信済みバッファの構成例および再送受付処理の処理例>
 図16乃至図20を参照して、送信済みバッファ56の構成例および再送受付処理について説明する。
 図16は、送信済みバッファ56の第1の構成例を示すブロック図である。
 図16に示すように、送信済みバッファ56は、ライト制御部81、転送制御部82、リード制御部83、送信済みパケット用バッファ84、および再送パケット用バッファ85を備えて構成される。即ち、送信済みバッファ56は、送信済みパケット用バッファ84および再送パケット用バッファ85の2つを有するダブルバッファ構造を採用している。
 ライト制御部81は、送信スケジューラ57から供給される送信済みパケットを、送信済みパケット用バッファ84に書き込むライト制御を行う。
 転送制御部82は、制御データ識別器55から供給される再送要求データで指定されるメッセージカウントの送信済みパケットを、送信済みパケット用バッファ84が保持している送信済みパケットの中から検索する。そして、転送制御部82は、再送要求データで指定されるメッセージカウントの送信済みパケットを検索結果として取得することができた場合、その送信済みパケットを再送パケット用バッファ85に転送する転送制御を行う。なお、転送制御部82は、再送要求データで指定されるメッセージカウントの送信済みパケットを検索結果として取得することができなかった場合、その再送要求データを破棄する。
 リード制御部83は、再送パケット用バッファ85が保持している再送パケットのアドレスを管理するととともに、送信スケジューラ57に対して、再送パケット用バッファ85が保持している再送パケットの送信を要求する再送データ送信要求を発行する。そして、リード制御部83は、送信スケジューラ57から再送データ送信許可が得られると、再送パケット用バッファ85から再送パケットを読み出して送信スケジューラ57へ供給するリード制御を行う。
 送信済みパケット用バッファ84は送信済みパケットを保持し、再送パケット用バッファ85は再送パケットを保持する。
 図17は、送信済みバッファ56の第2の構成例を示すブロック図である。
 図17に示すように、送信済みバッファ56Aは、ライト制御部81、リード制御部83A、並びに、送信済みパケットおよび再送パケット用バッファ86を備えて構成される。即ち、送信済みバッファ56Aは、送信済みパケットおよび再送パケット用バッファ86を1つだけ有するシングルバッファ構造を採用している。
 ライト制御部81は、送信スケジューラ57から供給される送信済みパケットを、送信済みパケットおよび再送パケット用バッファ86に書き込むライト制御を行う。
 リード制御部83Aは、制御データ識別器55から供給される再送要求データで指定されるメッセージカウントの送信済みパケットを、送信済みパケットおよび再送パケット用バッファ86が保持している送信済みパケットの中から検索する。そして、リード制御部83Aは、再送要求データで指定されるメッセージカウントの送信済みパケットを検索結果として取得することができた場合、その送信済みパケットを再送パケットとするアドレス管理を行う。なお、リード制御部83Aは、再送要求データで指定されるメッセージカウントの送信済みパケットを検索結果として取得することができなかった場合、その再送要求データを破棄する。
 さらに、リード制御部83Aは、送信スケジューラ57に対して、送信済みパケットおよび再送パケット用バッファ86が保持している再送パケットの送信を要求する再送データ送信要求を発行する。そして、リード制御部83Aは、送信スケジューラ57から再送データ送信許可が得られると、送信済みパケットおよび再送パケット用バッファ86から再送パケットを読み出して送信スケジューラ57へ供給するリード制御を行う。
 送信済みパケットおよび再送パケット用バッファ86は、送信済みパケットおよび再送パケットを保持する。
 ここで、図18を参照して、送信済みパケットおよび再送パケット用バッファ86のメモリ構造について説明する。
 図18の左側に示すように、送信済みパケットおよび再送パケット用バッファ86の物理構造では、アドレス番号0~Nで識別されるアドレスごとに、ネクストアドレスリスト、メッセージカウントリスト、および送信済みパケット用メモリが設けられる。また、それらとは別に、再送アドレスリストが設けられる。
 ネクストアドレスリストは、そのアドレスに送信済みパケットが書き込まれたときに、次の送信済みパケットを書き込む対象となるアドレスのアドレス番号を格納する。
 メッセージカウントリストは、送信済みパケット用メモリに格納したパケットと同一のメッセージカウントを格納する。これにより、例えば、再送要求の受信時に、送信済みパケット用メモリがライトアクセス中であっても、メッセージカウントリストに格納されているメッセージカウントを利用した検索を可能とする。
 送信済みパケット用メモリは、送信済みパケットのデータを格納する。
 再送アドレスリストは、再送要求データで指定されたメッセージカウントと一致する送信済みパケットの格納先となるアドレスのアドレス番号を格納する。そして、再送アドレスリストに格納されているアドレス番号のアドレスに対する上書きが禁止される。ここで、送信済みパケットおよび再送パケット用バッファ86では、再送アドレスリストに登録されているメッセージカウントの登録数が、図16の送信済みバッファ56の再送パケット用バッファ85の待ち数に対応する。
 また、図18の右側に示すように、送信済みパケットおよび再送パケット用バッファ86の論理構造は、ネクストアドレス、メッセージカウント、および送信済みパケットを1つのセットとした構造体が、それぞれネクストアドレスに従って連結された連結リストのように構成される。
 図19は、送信済みバッファ56Aにおいて再送要求データで指定されたメッセージカウントと一致する送信済みパケットが検索結果として得られたときの処理の一例について説明する。
 例えば、検索ポインタのnowポインタがアドレス番号1を示しているときに、再送要求データで指定されたメッセージカウントBが検索されて、メッセージカウントBと一致する送信済みパケットがアドレス番号1のアドレスに格納されていることが検索結果として得られたとする。
 このとき、まず、検索ポインタのprevポインタが示すアドレス番号のアドレスのネクストアドレスに、検索ポインタのnowポインタが示すアドレス番号のアドレスのネクストアドレスに格納されているアドレス番号をセットする。つまり、図19に示す例では、検索ポインタのprevポインタが示すアドレス番号0のアドレスのネクストアドレス(現時点ではアドレス番号1)に、検索ポインタのnowポインタが示すアドレス番号1のアドレスのネクストアドレスに格納されているアドレス番号2がセットされることが図示されている。
 次に、検索ポインタのnowポインタが示すアドレス番号を再送アドレスリストに登録する。つまり、図19に示す例では、検索ポインタのnowポインタが示すアドレス番号1が、再送アドレスリストに登録されることが図示されている。
 このように、送信済みパケットおよび再送パケット用バッファ86では、再送が要求された送信済みパケットが、再送パケットとしてアドレス管理され、再送パケットに対する上書きが禁止される。つまり、図19に示す例では、メッセージカウントBの送信済みパケットが送信済みパケット用バッファに格納されているアドレス番号1のアドレスに対する上書きが禁止されることが図示されている。
 図20は、送信済みバッファ56Aにおいて再送アドレスリストに格納したアドレス番号のアドレスの送信済みパケットメモリに格納されている送信済みパケットを再送したときの処理の一例について説明する図である。
 例えば、書込ポインタのnowポインタがアドレス番号N(ここで、アドレス番号Nが一番古いアドレス番号とする)を示すように更新されたときに、再送アドレスリストに格納されているアドレス番号1のアドレスの送信済みパケットの再送が発生したとする。
 このとき、まず、再送が発生した送信済みパケットのアドレスのネクストアドレスに、書込ポインタのnowポインタが示すアドレス番号をセットする。つまり、図20に示す例では、再送アドレスリストに格納されているアドレス番号1のアドレスのネクストアドレス(現時点ではアドレス番号2)に、書込ポインタのnowポインタが示すアドレス番号Nがセットされることが図示されている。
 そして、次に、書込ポインタのprevポインタが示すアドレス番号のアドレスのネクストアドレスに、送信キューのアドレス番号をセットする。つまり、図20に示す例では、書込ポインタのprevポインタが示すアドレス番号N-1のアドレスのネクストアドレスに、送信キューのアドレス番号1をセットする。
 このように、送信済みパケットおよび再送パケット用バッファ86では、送信済みパケットが再送パケットとして再送されると、その送信済みパケットが格納されていた送信済みパケットメモリのアドレスに対する上書きが可能となるようにアドレス管理される。つまり、図19に示す例では、メッセージカウントBの送信済みパケットが再送パケットとして送信され、メッセージカウントBの送信済みパケットが格納されていたアドレス番号1のアドレスに対する上書きが可能となることが図示されている。
 このように構成される送信済みバッファ56Aのシングルバッファ構造は、図16の送信済みバッファ56のダブルバッファ構造と比較してアドレス制御が複雑となるのに対して有利な点もある。
 即ち、送信済みバッファ56Aは、再送パケットの再度書き込み(送信済みバッファ56のような転送制御)が発生しないため、送信済みパケット用メモリに同一内容のパケットが書き込まれることが回避され、効率良くメモリを利用することができる。なお、ここでは、同一内容のパケットとしているが、厳密には、再送時にメッセージカウントを更新する必要があるため、再送データは完全に同一ではない。
 また、再送時にはバッファにリードを行い、通常送信時にはバッファにライトを行うため、リードライトが排他動作となることより、送信済みパケットおよび再送パケット用バッファ86は、シングルポートRAMで構成可能となる。さらに、送信済みパケット用バッファ長の内で、再送パケット用バッファ長を調整することができ、柔軟性を高めることができる。
 <送信スケジューラの構成例>
 図21は、送信スケジューラ57の構成例を示すブロック図である。
 図21に示すように、送信スケジューラ57は、センサデータ用バッファ91、切り替え部92、および制御部93を備えて構成される。
 センサデータ用バッファ91は、例えば、画像センサ21が有する撮像素子(図示せず)から新規に入力されるセンサデータがペイロードに格納された新規パケットを一時的に格納する。例えば、センサデータ用バッファ91は、送信済みバッファ56から供給される再送パケットの出力中に、センサデータがペイロードに格納された新規パケットが入力されることが想定されるために必要となる。
 切り替え部92は、制御部93による制御に従って、センサデータ用バッファ91に格納されている新規パケットと、送信済みバッファ56から供給される再送パケットとを切り替えて、送信スケジューラ57から出力する。
 制御部93は、送信済みバッファ56から発行された再送データ送信要求を取得し、その再送データ送信要求に含まれている再送頻度に従って、送信済みバッファ56に対して再送データ送信許可を与えるとともに、切り替え部92による出力の切り替えを制御する。例えば、制御部93は、送信スケジューラ57のセンサデータ用バッファ91の待ち数が多い場合には、再送頻度が低くなっており、再送パケットの送信が少なくなるように切り替え部92による出力の切り替えを制御する。一方、送信スケジューラ57のセンサデータ用バッファ91の待ち数が少ない場合には、再送頻度が高くなっており、再送パケットの送信が多くなるように切り替え部92による出力の切り替えを制御する。
 このように送信スケジューラ57は構成されており、新規パケットの送信に対する再送パケットの送信の頻度が適切となるように、例えば、新規パケットがセンサデータ用バッファ91で溢れることがないように、新規パケットと再送パケットとの送信を制御することができる。
 <画像センサおよびアプリケーションプロセッサの実装例>
 図22乃至図25を参照して、画像センサ21およびアプリケーションプロセッサ31の実装例について説明する。
 図22には、画像センサ21の第1の実装例が示されている。
 図22に示す画像センサ21は、送信側通信装置41を備えるとともに、画素101、AD変換器102、画像処理部103、画素CRC演算部104を備えて構成される。また、送信側通信装置41は、CSI-2トランスミッタ111、CSI-2アダプテーションレイヤ112、リンク層/物理層処理部113、I2C/I3Cアダプテーションレイヤ114、I2C/I3Cスレーブ115、およびレジスタ116を備えて構成される。
 そして、CSI-2トランスミッタ111は、拡張CSI-2に対応しており、パッキング部121、パケットヘッダ生成部122、ペイロードヘッダ生成部123、ペイロードフッタ生成部124、選択部125および126、CRC演算部127、CCIスレーブ128、並びに、コントローラ129を備えて構成される。さらに、CSI-2トランスミッタ111は、図3に示した制御データ識別器55、送信済みバッファ56、および送信スケジューラ57を備えて構成される。
 このように、送信側通信装置41は、制御データ識別器55、送信済みバッファ56、送信スケジューラ57をCSI-2トランスミッタ111に実装することで、パケットごとの再送を実現することができる。
 図23には、画像センサ21Aの第2の実装例が示されている。
 図23に示す画像センサ21Aは、送信側通信装置41Aを備えるとともに、画素101、AD変換器102、画像処理部103、画素CRC演算部104を備えて構成される。また、送信側通信装置41Aは、CSI-2トランスミッタ111A、CSI-2アダプテーションレイヤ112、リンク層/物理層処理部113A、I2C/I3Cアダプテーションレイヤ114、I2C/I3Cスレーブ115、およびレジスタ116を備えて構成される。
 また、CSI-2トランスミッタ111Aは、パッキング部121、パケットヘッダ生成部122、ペイロードヘッダ生成部123、ペイロードフッタ生成部124、選択部125および126、CRC演算部127、CCIスレーブ128、並びに、コントローラ129を備えて構成される。
 そして、リンク層/物理層処理部113Aは、ルーティングおよびパッキング部131、並びに、トランシーバ132を備え、さらに、図3に示した制御データ識別器55、送信済みバッファ56、および送信スケジューラ57を備えて構成される。なお、トランシーバ132、制御データ識別器55、送信済みバッファ56、および送信スケジューラ57は、受信側通信装置42との間で通信を行うレーンの本数(例えば、4本)に応じた個数、並列的に配置される。
 このように、送信側通信装置41Aは、制御データ識別器55、送信済みバッファ56、送信スケジューラ57をリンク層/物理層処理部113Aに実装することで、パケットごとの再送を実現することができる。
 図24には、アプリケーションプロセッサ31の第1の実装例が示されている。なお、図24に示すアプリケーションプロセッサ31では、受信側通信装置42以外を構成するブロックの図示は省略されている。
 図24に示すように、受信側通信装置42は、CSI-2レシーバ151、CSI-2アダプテーションレイヤ152、リンク層/物理層処理部153、I2C/I3Cアダプテーションレイヤ154、I2C/I3Cマスタ155、レジスタ156、およびコントローラ157を備えて構成される。
 そして、CSI-2レシーバ151は、拡張CSI-2に対応しており、パケットヘッダ検出部161、解釈部162、選択部163および164、CRC演算部165、アンパッキング部166、並びに、CCIマスタ167を備えて構成される。さらに、CSI-2レシーバ151は、図3に示した送受信スケジューラ65、再送検出器68、および再送制御器69を備えて構成される。
 このように、受信側通信装置42は、送受信スケジューラ65、再送検出器68、および再送制御器69をCSI-2レシーバ151に実装することで、パケットごとの再送を実現することができる。
 図25には、アプリケーションプロセッサ31Aの第2の実装例が示されている。なお、図25に示すアプリケーションプロセッサ31Aでは、受信側通信装置42A以外を構成するブロックの図示は省略されている。
 図25に示すように、受信側通信装置42Aは、CSI-2レシーバ151A、CSI-2アダプテーションレイヤ152、リンク層/物理層処理部153A、I2C/I3Cアダプテーションレイヤ154、I2C/I3Cマスタ155、レジスタ156、およびコントローラ157を備えて構成される。
 また、CSI-2レシーバ151Aは、拡張CSI-2に対応しており、パケットヘッダ検出部161、解釈部162、選択部163および164、CRC演算部165、アンパッキング部166、並びに、CCIマスタ167を備えて構成される。
 そして、リンク層/物理層処理部153Aは、ルーティングおよびパッキング部171、トランシーバ172、並びに、ヘッダ検出解釈部173を備え、さらに、図3に示した送受信スケジューラ65、再送検出器68、および再送制御器69を備えて構成される。なお、トランシーバ172、ヘッダ検出解釈部173、送受信スケジューラ65、再送検出器68、および再送制御器69は、送信側通信装置41との間で通信を行うレーンの本数(例えば、4本)に応じた個数、並列的に配置される。
 このように、受信側通信装置42Aは、送受信スケジューラ65、再送検出器68、および再送制御器69をリンク層/物理層処理部153Aに実装することで、パケットごとの再送を実現することができる。
 <コンピュータの構成例>
 図26は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
 コンピュータにおいて、CPU(Central Processing Unit)201,ROM(Read Only Memory)202,RAM(Random Access Memory)203、およびEEPROM(Electronically Erasable and Programmable Read Only Memory)204は、バス205により相互に接続されている。バス205には、さらに、入出力インタフェース206が接続されており、入出力インタフェース206が外部に接続される。
 以上のように構成されるコンピュータでは、CPU201が、例えば、ROM202およびEEPROM204に記憶されているプログラムを、バス205を介してRAM203にロードして実行することにより、上述した一連の処理が行われる。また、コンピュータ(CPU201)が実行するプログラムは、ROM202に予め書き込んでおく他、入出力インタフェース206を介して外部からEEPROM204にインストールしたり、更新したりすることができる。
 ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理(例えば、並列処理あるいはオブジェクトによる処理)も含む。
 また、プログラムは、1のコンピュータ(プロセッサ)により処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。
 さらに、本明細書において、システムとは、複数の構成要素(装置、モジュール(部品)等)の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、1つの筐体の中に複数のモジュールが収納されている1つの装置は、いずれも、システムである。
 また、例えば、1つの装置(または処理部)として説明した構成を分割し、複数の装置(または処理部)として構成するようにしてもよい。逆に、以上において複数の装置(または処理部)として説明した構成をまとめて1つの装置(または処理部)として構成されるようにしてもよい。また、各装置(または各処理部)の構成に上述した以外の構成を付加するようにしてももちろんよい。さらに、システム全体としての構成や動作が実質的に同じであれば、ある装置(または処理部)の構成の一部を他の装置(または他の処理部)の構成に含めるようにしてもよい。
 また、例えば、本技術は、1つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
 また、例えば、上述したプログラムは、任意の装置において実行することができる。その場合、その装置が、必要な機能(機能ブロック等)を有し、必要な情報を得ることができるようにすればよい。
 また、例えば、上述のフローチャートで説明した各ステップは、1つの装置で実行する他、複数の装置で分担して実行することができる。さらに、1つのステップに複数の処理が含まれる場合には、その1つのステップに含まれる複数の処理は、1つの装置で実行する他、複数の装置で分担して実行することができる。換言するに、1つのステップに含まれる複数の処理を、複数のステップの処理として実行することもできる。逆に、複数のステップとして説明した処理を1つのステップとしてまとめて実行することもできる。
 なお、コンピュータが実行するプログラムは、プログラムを記述するステップの処理が、本明細書で説明する順序に沿って時系列に実行されるようにしても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで個別に実行されるようにしても良い。つまり、矛盾が生じない限り、各ステップの処理が上述した順序と異なる順序で実行されるようにしてもよい。さらに、このプログラムを記述するステップの処理が、他のプログラムの処理と並列に実行されるようにしても良いし、他のプログラムの処理と組み合わせて実行されるようにしても良い。
 なお、本明細書において複数説明した本技術は、矛盾が生じない限り、それぞれ独立に単体で実施することができる。もちろん、任意の複数の本技術を併用して実施することもできる。例えば、いずれかの実施の形態において説明した本技術の一部または全部を、他の実施の形態において説明した本技術の一部または全部と組み合わせて実施することもできる。また、上述した任意の本技術の一部または全部を、上述していない他の技術と併用して実施することもできる。
 <構成の組み合わせ例>
 なお、本技術は以下のような構成も取ることができる。
(1)
 送信側の通信装置からデータチャネルを介して送信されてきたパケットのヘッダに含まれているメッセージカウントを取得し、再送を要求する候補となる前記パケットの前記メッセージカウントを再送候補メッセージカウントとして検出する再送検出部と、
 前記再送候補メッセージカウントの前記パケットのうち、前記送信側の通信装置で再送可能に保持されている前記パケットの再送を要求する再送要求データを生成する再送要求部と
 を備える通信装置。
(2)
 前記再送要求部は、前記再送候補メッセージカウントされた前記メッセージカウントのうち、前記送信側の通信装置において送信済みの前記パケットを保持する第1のバッファの一番古い前記メッセージカウントよりも新しい前記メッセージカウントが登録される再送リストを保持する再送リスト保持部を有する
 上記(1)に記載の通信装置。
(3)
 前記再送要求部は、前記送信側の通信装置において再送の対象となる前記パケットを保持する第2のバッファの待ち数に基づいたタイミングで、前記再送リストに登録されている前記メッセージカウントの前記パケットの再送要求の送信要求を、前記送信側の通信装置との間で制御チャネルを介した制御データの送受信を管理する送受信スケジューラに発行するタイミング制御部を有する
 上記(2)に記載の通信装置。
(4)
 前記再送要求部は、前記タイミング制御部による前記送受信スケジューラによる送信要求に対して前記送受信スケジューラから送信許可が得られた場合、前記再送リストに登録されている前記メッセージカウントの前記パケットの再送を要求する再送要求データを生成して前記送受信スケジューラに供給する再送要求データ生成部を有する
 上記(3)に記載の通信装置。
(5)
 前記再送要求データ生成部は、前記送信側の通信装置において新規に送る前記パケットを保持する第3のバッファの待ち数に基づいて、前記送信側の通信装置から新規に送られてくる前記パケットの送信に対する、再送されてくる前記パケットの送信の頻度を示す再送頻度を求めて、前記再送要求データに付与する
 上記(4)に記載の通信装置。
(6)
 前記再送検出部は、前記メッセージカウントの受信をトリガとして、取得した前記メッセージカウントが連続しているか否かを判定し、その判定結果に基づいて前記再送候補メッセージカウントを検出する
 上記(1)から(5)までのいずれかに記載の通信装置。
(7)
 前記再送検出部は、前記パケットの検出をトリガとして、取得した前記メッセージカウントが連続しているか否かを判定し、その判定結果に基づいて前記再送候補メッセージカウントを検出するとともに、ヘッダエラーが検出された前記パケットを、再送を要求する候補とする
 上記(1)から(6)までのいずれかに記載の通信装置。
(8)
 受信側の通信装置が、
 送信側の通信装置からデータチャネルを介して送信されてきたパケットのヘッダに含まれているメッセージカウントを取得し、再送を要求する候補となる前記パケットの前記メッセージカウントを再送候補メッセージカウントとして検出することと、
 前記再送候補メッセージカウントの前記パケットのうち、前記送信側の通信装置で再送可能に保持されている前記パケットの再送を要求する再送要求データを生成することと
 を含む通信処理。
(9)
 受信側の通信装置のコンピュータに、
 送信側の通信装置からデータチャネルを介して送信されてきたパケットのヘッダに含まれているメッセージカウントを取得し、再送を要求する候補となる前記パケットの前記メッセージカウントを再送候補メッセージカウントとして検出することと、
 前記再送候補メッセージカウントの前記パケットのうち、前記送信側の通信装置で再送可能に保持されている前記パケットの再送を要求する再送要求データを生成することと
 を含む通信処理を実行させるためのプログラム。
(10)
 受信側の通信装置から制御チャネルを介して送信されてくる制御データを識別し、前記受信側の通信装置へデータチャネルを介して送信したパケットのうち、再送を要求する前記パケットを、そのパケットのヘッダに含まれているメッセージカウントによって指定する再送要求データを検出する制御データ識別部と、
 前記再送要求データで再送が要求されている前記パケットの送信、および、前記受信側の通信装置へ新規に送る前記パケットの送信について切り替えを制御する送信スケジューラと
 を備える通信装置。
(11)
 前記受信側の通信装置へ送信された送信済みパケットを保持する第1のバッファと、
 前記再送要求データの前記メッセージカウントによって指定されたパケットを送信の対象として、そのパケットに対する上書きを禁止して保持する第2のバッファと
 さらに備える(10)に記載の通信装置。
(12)
 前記第1のバッファおよび前記第2のバッファとしての機能が1つのバッファのアドレス管理で実現される
 上記(11)に記載の通信装置。
(13)
 前記送信スケジューラは、前記受信側の通信装置へ新規に送る前記パケットを保持する第3のバッファを有する
 上記(10)に記載の通信装置。
(14)
 前記送信スケジューラは、前記再送要求データに付与されている、前記受信側の通信装置へ新規に送る前記パケットの送信に対する、再送する前記パケットの送信の頻度を示す再送頻度に従って、送信の切り替えを制御する
 上記(10)に記載の通信装置。
(15)
 送信側の通信装置が、
 受信側の通信装置から制御チャネルを介して送信されてくる制御データを識別し、前記受信側の通信装置へデータチャネルを介して送信したパケットのうち、再送を要求する前記パケットを前記パケットのヘッダに含まれているメッセージカウントによって指定する再送要求データを検出することと、
 前記再送要求データで再送が要求されている前記パケットの送信、および、前記受信側の通信装置へ新規に送る前記パケットの送信について切り替えを制御することと
 を含む通信処理。
(16)
 送信側の通信装置のコンピュータに、
 受信側の通信装置から制御チャネルを介して送信されてくる制御データを識別し、前記受信側の通信装置へデータチャネルを介して送信したパケットのうち、再送を要求する前記パケットを前記パケットのヘッダに含まれているメッセージカウントによって指定する再送要求データを検出することと、
 前記再送要求データで再送が要求されている前記パケットの送信、および、前記受信側の通信装置へ新規に送る前記パケットの送信について切り替えを制御することと
 を含む通信処理を実行させるためのプログラム。
 なお、本実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。
 11 通信システム, 12 車両, 13 センサユニット, 14 制御装置, 15 同軸ケーブル, 21 画像センサ, 22 距離センサ, 23 シリアライザ, 31 アプリケーションプロセッサ, 32 デシリアライザ, 41 送信側通信装置, 42 受信側通信装置, 51 トランスミッタ, 52 レシーバ, 53 誤り検出符号計算器, 54 誤り検出器, 55 制御データ識別器, 56 送信済みバッファ, 57 送信スケジューラ, 58 誤り検出符号計算器, 59 トランスミッタ, 61 トランスミッタ, 62 レシーバ, 63 誤り検出符号計算器, 64 誤り検出器, 65 送受信スケジューラ, 66 レシーバ, 67 誤り検出器, 68 再送検出器, 69 再送制御器, 71 再送リスト保持部, 72 タイミング制御部, 73 再送要求データ生成部, 81 ライト制御部, 82 転送制御部, 83 リード制御部, 84 送信済みパケット用バッファ, 85 再送パケット用バッファ, 86 送信済みパケットおよび再送パケット用バッファ, 91 センサデータ用バッファ, 92 切り替え部, 93 制御部

Claims (16)

  1.  送信側の通信装置からデータチャネルを介して送信されてきたパケットのヘッダに含まれているメッセージカウントを取得し、再送を要求する候補となる前記パケットの前記メッセージカウントを再送候補メッセージカウントとして検出する再送検出部と、
     前記再送候補メッセージカウントの前記パケットのうち、前記送信側の通信装置で再送可能に保持されている前記パケットの再送を要求する再送要求データを生成する再送要求部と
     を備える通信装置。
  2.  前記再送要求部は、前記再送候補メッセージカウントで示された前記メッセージカウントのうち、前記送信側の通信装置において送信済みの前記パケットを保持する第1のバッファの一番古い前記メッセージカウントよりも新しい前記メッセージカウントが登録される再送リストを保持する再送リスト保持部を有する
     請求項1に記載の通信装置。
  3.  前記再送要求部は、前記送信側の通信装置において再送の対象となる前記パケットを保持する第2のバッファの待ち数に基づいたタイミングで、前記再送リストに登録されている前記メッセージカウントの前記パケットの再送要求の送信要求を、前記送信側の通信装置との間で制御チャネルを介した制御データの送受信を管理する送受信スケジューラに発行するタイミング制御部を有する
     請求項2に記載の通信装置。
  4.  前記再送要求部は、前記タイミング制御部による送信要求に対して前記送受信スケジューラから送信許可が得られた場合、前記再送リストに登録されている前記メッセージカウントの前記パケットの再送を要求する再送要求データを生成して前記送受信スケジューラに供給する再送要求データ生成部を有する
     請求項3に記載の通信装置。
  5.  前記再送要求データ生成部は、前記送信側の通信装置において新規に送る前記パケットを保持する第3のバッファの待ち数に基づいて、前記送信側の通信装置から新規に送られてくる前記パケットの送信に対する、再送されてくる前記パケットの送信の頻度を示す再送頻度を求めて、前記再送要求データに付与する
     請求項4に記載の通信装置。
  6.  前記再送検出部は、前記メッセージカウントの受信をトリガとして、取得した前記メッセージカウントが連続しているか否かを判定し、その判定結果に基づいて前記再送候補メッセージカウントを検出する
     請求項1に記載の通信装置。
  7.  前記再送検出部は、前記パケットの検出をトリガとして、取得した前記メッセージカウントが連続しているか否かを判定し、その判定結果に基づいて前記再送候補メッセージカウントを検出するとともに、ヘッダエラーが検出された前記パケットを、再送を要求する候補とする
     請求項1に記載の通信装置。
  8.  受信側の通信装置が、
     送信側の通信装置からデータチャネルを介して送信されてきたパケットのヘッダに含まれているメッセージカウントを取得し、再送を要求する候補となる前記パケットの前記メッセージカウントを再送候補メッセージカウントとして検出することと、
     前記再送候補メッセージカウントの前記パケットのうち、前記送信側の通信装置で再送可能に保持されている前記パケットの再送を要求する再送要求データを生成することと
     を含む通信方法。
  9.  受信側の通信装置のコンピュータに、
     送信側の通信装置からデータチャネルを介して送信されてきたパケットのヘッダに含まれているメッセージカウントを取得し、再送を要求する候補となる前記パケットの前記メッセージカウントを再送候補メッセージカウントとして検出することと、
     前記再送候補メッセージカウントの前記パケットのうち、前記送信側の通信装置で再送可能に保持されている前記パケットの再送を要求する再送要求データを生成することと
     を含む通信処理を実行させるためのプログラム。
  10.  受信側の通信装置から制御チャネルを介して送信されてくる制御データを識別し、前記受信側の通信装置へデータチャネルを介して送信したパケットのうち、再送を要求する前記パケットを、そのパケットのヘッダに含まれているメッセージカウントによって指定する再送要求データを検出する制御データ識別部と、
     前記再送要求データで再送が要求されている前記パケットの送信、および、前記受信側の通信装置へ新規に送る前記パケットの送信について切り替えを制御する送信スケジューラと
     を備える通信装置。
  11.  前記受信側の通信装置へ送信された送信済みパケットを保持する第1のバッファと、
     前記再送要求データの前記メッセージカウントによって指定されたパケットを送信の対象として、そのパケットに対する上書きを禁止して保持する第2のバッファと
     さらに備える請求項10に記載の通信装置。
  12.  前記第1のバッファおよび前記第2のバッファとしての機能が1つのバッファのアドレス管理で実現される
     請求項11に記載の通信装置。
  13.  前記送信スケジューラは、前記受信側の通信装置へ新規に送る前記パケットを保持する第3のバッファを有する
     請求項10に記載の通信装置。
  14.  前記送信スケジューラは、前記再送要求データに付与されている、前記受信側の通信装置へ新規に送る前記パケットの送信に対する、再送する前記パケットの送信の頻度を示す再送頻度に従って、送信の切り替えを制御する
     請求項10に記載の通信装置。
  15.  送信側の通信装置が、
     受信側の通信装置から制御チャネルを介して送信されてくる制御データを識別し、前記受信側の通信装置へデータチャネルを介して送信したパケットのうち、再送を要求する前記パケットを前記パケットのヘッダに含まれているメッセージカウントによって指定する再送要求データを検出することと、
     前記再送要求データで再送が要求されている前記パケットの送信、および、前記受信側の通信装置へ新規に送る前記パケットの送信について切り替えを制御することと
     を含む通信方法。
  16.  送信側の通信装置のコンピュータに、
     受信側の通信装置から制御チャネルを介して送信されてくる制御データを識別し、前記受信側の通信装置へデータチャネルを介して送信したパケットのうち、再送を要求する前記パケットを前記パケットのヘッダに含まれているメッセージカウントによって指定する再送要求データを検出することと、
     前記再送要求データで再送が要求されている前記パケットの送信、および、前記受信側の通信装置へ新規に送る前記パケットの送信について切り替えを制御することと
     を含む通信処理を実行させるためのプログラム。
PCT/JP2020/021971 2019-06-14 2020-06-03 通信装置および通信方法、並びにプログラム WO2020250778A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2021526039A JPWO2020250778A1 (ja) 2019-06-14 2020-06-03
KR1020217039084A KR20220021911A (ko) 2019-06-14 2020-06-03 통신 장치 및 통신 방법, 및 프로그램
CN202080042191.1A CN114008981B (zh) 2019-06-14 2020-06-03 通信装置、通信方法和计算机可读存储介质
EP20822671.2A EP3985928A4 (en) 2019-06-14 2020-06-03 COMMUNICATION DEVICE, COMMUNICATION METHOD AND PROGRAM
US17/616,812 US20220303056A1 (en) 2019-06-14 2020-06-03 Communication device, communication method, and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019111476 2019-06-14
JP2019-111476 2019-06-14

Publications (1)

Publication Number Publication Date
WO2020250778A1 true WO2020250778A1 (ja) 2020-12-17

Family

ID=73780976

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/021971 WO2020250778A1 (ja) 2019-06-14 2020-06-03 通信装置および通信方法、並びにプログラム

Country Status (7)

Country Link
US (1) US20220303056A1 (ja)
EP (1) EP3985928A4 (ja)
JP (1) JPWO2020250778A1 (ja)
KR (1) KR20220021911A (ja)
CN (1) CN114008981B (ja)
TW (1) TW202101946A (ja)
WO (1) WO2020250778A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW202203048A (zh) * 2020-07-10 2022-01-16 日商索尼半導體解決方案公司 通信裝置及通信方法、以及程式
US20220255752A1 (en) * 2021-02-09 2022-08-11 Ford Global Technologies, Llc Vehicle computing device authentication

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10262015A (ja) * 1996-05-08 1998-09-29 Matsushita Electric Ind Co Ltd 多重伝送方法およびシステム並びにそこで用いる音声ジッタ吸収方法
JP2000188609A (ja) * 1998-12-21 2000-07-04 Nippon Telegr & Teleph Corp <Ntt> パケット通信装置
JP2005039726A (ja) * 2003-07-18 2005-02-10 Matsushita Electric Ind Co Ltd 基地局装置及び送信方法
WO2005096523A1 (ja) * 2004-03-30 2005-10-13 Matsushita Electric Industrial Co., Ltd. 基地局装置、移動局装置およびデータチャネルの割当方法
JP2017211864A (ja) 2016-05-26 2017-11-30 ソニーセミコンダクタソリューションズ株式会社 処理装置、画像センサ、およびシステム

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03175840A (ja) * 1989-12-05 1991-07-30 Mitsubishi Electric Corp パケツト再送方式
JP2856574B2 (ja) * 1991-07-30 1999-02-10 沖電気工業株式会社 パケット交換方式およびパケット受信装置
TW358277B (en) * 1996-05-08 1999-05-11 Matsushita Electric Ind Co Ltd Multiplex transmission method and system, and audio jitter absorbing method used therein
US5918002A (en) * 1997-03-14 1999-06-29 Microsoft Corporation Selective retransmission for efficient and reliable streaming of multimedia packets in a computer network
JPH11215192A (ja) * 1998-01-29 1999-08-06 Matsushita Electric Ind Co Ltd 可変長パケット通信方法およびパケット通信装置
JP3289706B2 (ja) * 1999-06-23 2002-06-10 日本電気株式会社 送受信回路及び送受信方法並びに記録媒体
CN1200368C (zh) * 2000-08-18 2005-05-04 清华大学 一种将tcp用于不可靠传输网络的局域重传方法
JP2004266504A (ja) * 2003-02-28 2004-09-24 Sony Corp 送受信システム、送信装置および方法、受信装置および方法、記録媒体、並びにプログラム
CN101132260B (zh) * 2006-08-22 2010-06-23 中兴通讯股份有限公司 增强上行链路异步混合自动重传请求的重传控制方法
JP5016279B2 (ja) * 2006-09-06 2012-09-05 ソニー株式会社 データ通信システム、データ送信装置およびデータ送信方法
US8693384B2 (en) * 2008-05-29 2014-04-08 Htc Corporation Method for dynamic packet retransmission for radio link control layer in a wireless communications system
JP5696854B2 (ja) * 2010-05-19 2015-04-08 日本電気株式会社 パケット再送制御装置とパケット再送制御方法
KR102134417B1 (ko) * 2013-07-04 2020-07-21 삼성전자주식회사 액세스 포인트 및 복수 개의 단말들을 포함하는 네트워크에서 멀티캐스트 패킷의 재전송을 위한 액세스 포인트 및 단말의 통신 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10262015A (ja) * 1996-05-08 1998-09-29 Matsushita Electric Ind Co Ltd 多重伝送方法およびシステム並びにそこで用いる音声ジッタ吸収方法
JP2000188609A (ja) * 1998-12-21 2000-07-04 Nippon Telegr & Teleph Corp <Ntt> パケット通信装置
JP2005039726A (ja) * 2003-07-18 2005-02-10 Matsushita Electric Ind Co Ltd 基地局装置及び送信方法
WO2005096523A1 (ja) * 2004-03-30 2005-10-13 Matsushita Electric Industrial Co., Ltd. 基地局装置、移動局装置およびデータチャネルの割当方法
JP2017211864A (ja) 2016-05-26 2017-11-30 ソニーセミコンダクタソリューションズ株式会社 処理装置、画像センサ、およびシステム

Also Published As

Publication number Publication date
EP3985928A4 (en) 2022-10-19
KR20220021911A (ko) 2022-02-22
EP3985928A1 (en) 2022-04-20
TW202101946A (zh) 2021-01-01
US20220303056A1 (en) 2022-09-22
JPWO2020250778A1 (ja) 2020-12-17
CN114008981B (zh) 2023-09-19
CN114008981A (zh) 2022-02-01

Similar Documents

Publication Publication Date Title
US9875206B2 (en) Methods and devices for extending USB 3.0-compliant communication
US9311265B2 (en) Techniques for improving throughput and performance of a distributed interconnect peripheral bus connected to a host controller
CN109597782B (zh) 用于通过扩展介质来扩展usb 3.0兼容通信的方法和设备
US11102445B1 (en) Extending support of Audio Video Transport Protocol by data encapsulation
WO2020250778A1 (ja) 通信装置および通信方法、並びにプログラム
US8199648B2 (en) Flow control in a variable latency system
US11177969B2 (en) Interface device and data communication method
US8521943B2 (en) Data transmission system and method of reading data
KR101612825B1 (ko) Can 컨트롤러, 차량 내부 통신을 위한 게이트웨이 및 그 제어 방법
US20100020817A1 (en) Transmission path selecting apparatus and method
US11159456B2 (en) Control apparatus
CN115189977B (zh) 一种基于axi协议的广播传输方法、系统及介质
CN111026690B (zh) 星务数据处理设备及方法
KR20140125311A (ko) 멀티 코어를 가진 네트워크 인터페이스 카드를 이용한 트래픽 처리 장치 및 방법
US20230198802A1 (en) Vehicle Control Device and Data Transfer Control Method
CN114978898A (zh) 数据传输控制方法、装置、抬头显示器和存储介质
US20070189296A1 (en) Data transmission circuit and method for controlling the data transmission circuit
KR19990069282A (ko) 피씨아이(pci) 이더넷(ethernet) 제어장치 및 제어방법
CN107257272B (zh) 数据发送方法、发送终端及接收终端
US10270560B2 (en) Communication device and retransmission control method
WO2022124083A1 (ja) 通信装置、通信方法、およびプログラム
CN111639043A (zh) 一种通信装置
CN115767448B (zh) 一种消息发送方法、装置、设备和存储介质
US20240004816A1 (en) Interface method for transmitting and recieving data between functional blocks in system on chip, and system on chip using same
CN115426682A (zh) 数据传输方法、主设备、无线网络通信技术芯片

Legal Events

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

Ref document number: 20822671

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021526039

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2020822671

Country of ref document: EP