WO2019066106A1 - V2x 통신 장치 및 그의 멀티미디어 컨텐트 전송/수신 방법 - Google Patents

V2x 통신 장치 및 그의 멀티미디어 컨텐트 전송/수신 방법 Download PDF

Info

Publication number
WO2019066106A1
WO2019066106A1 PCT/KR2017/010954 KR2017010954W WO2019066106A1 WO 2019066106 A1 WO2019066106 A1 WO 2019066106A1 KR 2017010954 W KR2017010954 W KR 2017010954W WO 2019066106 A1 WO2019066106 A1 WO 2019066106A1
Authority
WO
WIPO (PCT)
Prior art keywords
multimedia content
information
multimedia
mcm
message
Prior art date
Application number
PCT/KR2017/010954
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 CN201780089324.9A priority Critical patent/CN110476403B/zh
Priority to JP2019528883A priority patent/JP6816281B2/ja
Priority to KR1020197011388A priority patent/KR102062298B1/ko
Priority to KR1020197038656A priority patent/KR102127436B1/ko
Priority to EP17926340.5A priority patent/EP3528467B1/en
Priority to PCT/KR2017/010954 priority patent/WO2019066106A1/ko
Publication of WO2019066106A1 publication Critical patent/WO2019066106A1/ko
Priority to US16/407,953 priority patent/US10686917B2/en
Priority to US16/871,872 priority patent/US11012543B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/20—Natural language analysis
    • G06F40/263—Language identification
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2612—Arrangements for wireless medium access control, e.g. by allocating physical layer transmission capacity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]

Definitions

  • the present invention relates to a V2X communication apparatus and a method for transmitting and receiving multimedia contents, and in particular, a method for receiving a multimedia content message including multimedia content and processing multimedia content based on information included in the message.
  • V2X Vehicle to Everything
  • the present invention proposes a message format and transmission / reception protocol for inter-vehicle multimedia content communication.
  • a method of receiving a multimedia content message of a V2X (Vehicle to everything) communication device and a V2X communication device is disclosed.
  • a method of receiving a multimedia content message includes: receiving a multimedia content message; Parsing the multimedia content message; And acquiring a multimedia content included in the multimedia message or a content segment that is a part of the multimedia content, wherein the multimedia content message includes a header including a protocol version and a message ID, a multimedia content message management A management container including information related to an MCD (Multimedia Content Dissemination) protocol, a status container including information describing an event, a location container including location information of the event, and the multimedia content Wherein the management container includes a number of multimedia data units (numberOfMultimediaUnit) indicating a number of multimedia data units included in the multimedia container, And a multimedia format type (multimediaFormatType) information about the multimedia content.
  • MCD Multimedia Content Dissemination
  • the management container may further include size information of at least one of the multimedia content or the segment of the multimedia content, Determining whether to store the multimedia content or the content segment based on size information and storage information of the V2X communication device.
  • the management container may further include multimedia content identifier information
  • the multimedia content message receiving method may include receiving the multimedia content message based on the multimedia content identifier information, Further comprising the step of determining whether the multimedia content or the content segment overlaps with the pre-received multimedia content.
  • the management container may further include URL information
  • the multimedia content message receiving method may include receiving the multimedia content by accessing a URL indicated by the URL information .
  • the management container may further include language information indicating a language of the multimedia content
  • the multimedia content message receiving method may further include: Further comprising determining whether the language of the multimedia content is an acceptable language.
  • the management container may further include valid time information
  • the multimedia content message receiving method may include receiving the multimedia content, And a step of determining whether or not it is possible.
  • a V2X communication apparatus includes: a memory for storing data; A communication unit for transmitting and receiving a radio signal; And a processor for controlling the communication unit, wherein the V2X communication device receives the multimedia content message, parses the multimedia content message, and transmits the multimedia content or multimedia content included in the multi-
  • the multimedia content message includes a header including a protocol version and a message ID, a management container including MCM (Multimedia Content Message) management and MCD (Multimedia Content Dissemination) protocol related information, information describing an event A location container including location information of the event, and a multimedia content container including the multimedia content
  • the management container includes a multimedia container Number (numberOfMultimediaUnit) of the multimedia data unit indicating the number of multimedia data units included in the information, and a multimedia format type (multimediaFormatType) information about the multimedia content contained in the multimedia container.
  • the MCD protocol of the present invention describes information about road safety, traffic management, POI (Point of Interest), national patrimony, commecial, personal, etc. as multimedia contents ) To enable V2X communication.
  • the MCD protocol of the present invention separates multimedia contents into a plurality of segments and propagates them, and merges segments at a receiving end to recover multimedia contents.
  • the receiver can determine whether to forward or ignore MCM delivering multimedia content / segments based on the storage state to the application. Therefore, unnecessary reception processing and storage waste can be prevented.
  • the receiver determines whether the received content is a duplicated multimedia content, and determines whether to forward the content / segment to the application or ignore . Therefore, unnecessary reception processing and storage waste can be prevented.
  • the multimedia content can be delivered based on another access layer or transport layer technology.
  • the use of V2X communication frequency by multimedia content transmission can be minimized.
  • the receiver can determine whether the multimedia content is acceptable to the user and determine whether to forward or ignore the content / segment to the application. Therefore, unnecessary reception processing and storage waste can be prevented.
  • the receiver can determine the validity time of the multimedia content and determine whether to forward or ignore the content / segment to the application or forward. Thus, unnecessary transmission / reception processing, waste of storage, and utilization of ineffective information can be prevented.
  • FIG 1 shows an Intelligent Transport System (ITS) according to an embodiment of the present invention.
  • ITS Intelligent Transport System
  • FIG. 2 shows a V2X transceiver system according to an embodiment of the present invention.
  • FIG. 3 shows a configuration of a V2X system according to an embodiment of the present invention.
  • FIG. 4 shows a packet structure of a network / transport layer according to an embodiment of the present invention.
  • FIG. 5 shows a configuration of a V2X system according to another embodiment of the present invention.
  • FIG. 6 shows a WSMP packet configuration according to an embodiment of the present invention.
  • FIG. 7 illustrates a conceptual internal architecture of a MAC sublayer that performs an MCO (Multi-Channel Operation) according to an embodiment of the present invention.
  • MCO Multi-Channel Operation
  • FIG. 8 shows the relationship between the user priority of EDCA and AC (Access Category) according to the embodiment of the present invention.
  • FIG. 9 shows a physical layer configuration of a V2X transmission apparatus according to an embodiment of the present invention.
  • FIG 10 shows an MCM format according to an embodiment of the present invention.
  • 11 is an ITS station architecture according to an embodiment of the present invention, in particular an architecture for message processing according to the MCD protocol.
  • FIG. 12 shows a method of transmitting / receiving an MCM according to an embodiment of the present invention.
  • FIG. 13 shows an MCM transmission / reception method according to an embodiment of the present invention.
  • FIG. 14 shows an MCM transmission / reception method according to an embodiment of the present invention.
  • FIG. 16 shows a configuration of a management container of an MCM according to an embodiment of the present invention.
  • FIG. 17 shows an MCM transmission / reception method including size information according to an embodiment of the present invention.
  • FIG. 19 shows an MCM transmission / reception method including size information according to an embodiment of the present invention.
  • 21 shows a configuration of a management container of an MCM according to an embodiment of the present invention.
  • FIG. 22 shows a method of transmitting / receiving an MCM according to an embodiment of the present invention.
  • FIG. 24 shows a method of transmitting / receiving an MCM according to an embodiment of the present invention.
  • 25 illustrates an MCD operation using multimedia content identifier information according to an embodiment of the present invention.
  • 26 shows a configuration of a management container of an MCM according to an embodiment of the present invention.
  • FIG. 27 shows a method of transmitting / receiving an MCM according to an embodiment of the present invention.
  • 29 shows a configuration of a management container of an MCM according to an embodiment of the present invention.
  • FIG. 30 shows a method of transmitting / receiving an MCM according to an embodiment of the present invention.
  • FIG. 31 shows an MCM transmission / reception method according to an embodiment of the present invention.
  • FIG 33 illustrates an MCD operation using multimedia language information according to an embodiment of the present invention.
  • FIG. 34 illustrates a configuration of a management container of an MCM according to an embodiment of the present invention.
  • 35 shows a management container and a geo-networking basic header of an MCM according to an embodiment of the present invention.
  • FIG. 37 shows a V2X communication apparatus according to an embodiment of the present invention.
  • FIG. 38 shows a method of receiving a multimedia content message of a V2X communication apparatus according to an embodiment of the present invention.
  • the present invention relates to a V2X communication device, wherein the V2X communication device is included in an Intelligent Transport System (ITS) system to perform all or some of the functions of the ITS system.
  • V2X communication devices can communicate with vehicles and vehicles, vehicles and infrastructure, vehicles and bicycles, and mobile devices.
  • the V2X communication device may be abbreviated as a V2X device.
  • the V2X device may correspond to an on-board unit (OBU) of a vehicle or may be included in an OBU.
  • the OBU may also be referred to as OBE (On Board Equipment).
  • the V2X device may correspond to an infrastructure's Road Side Unit (RSU) or may be included in an RSU.
  • RSU may also be referred to as RSE (RoadSide Equipment).
  • the V2X communication device may correspond to an ITS station or may be included in an ITS station. Any OBU, RSU, mobile device, etc. performing V2X communication may be referred to as an ITS station or a
  • FIG 1 shows an Intelligent Transport System (ITS) according to an embodiment of the present invention.
  • ITS Intelligent Transport System
  • Intelligent transportation system applies information and communication technology such as electronic control and communication device to traffic facilities such as automobiles, buses, trains, traffic lights installed on roads, ≪ / RTI > To support ITS, a V2X (Vehicle to everything) technique may be used.
  • V2X communication technology represents a communication technique between a vehicle and a vehicle or between a vehicle and a peripheral device.
  • Vehicles supporting V2X communication are equipped with an OBU, and OBUs include a DSRC (Dedicated Short-Range Communication) communication modem.
  • An infrastructure including a V2X module installed around the road, such as a traffic light, may be referred to as an RSU.
  • VRU Vehicleable Road Users
  • VRU Vehicleable Road Users
  • pedestrians, bicycles, wheelchairs, etc. may correspond to VRUs.
  • VRU can be V2X communication enabled.
  • V2V Vehicle to Vehicle
  • V2I Vehicle to Infra-structure
  • V2O the communication between the vehicle and the traffic abbreviation
  • I2O the communication between the infrastructure and the traffic abbreviation
  • FIG. 2 shows a V2X transceiver system according to an embodiment of the present invention.
  • V2X transmission / reception system is divided according to the roles of the V2X transmitter 2100 and the V2X receiver 2200 transmitter and receiver for transmitting and receiving data, and there is no difference in configuration of the apparatus.
  • V2X transmitter 2100 and V2X receiver 2200 all correspond to V2X communication devices.
  • the V2X transmitter 2100 includes a Global Navigation Satellite System (GNSS) receiver 2110, a DSRC radio 2120, a DSRC device processor 2130, an application ECU (Electronic Control Unit) An ECU 2140, a sensor 2150, and a human interface 2160.
  • GNSS Global Navigation Satellite System
  • the DSRC radio 2120 performs communications based on the IEEE 802.11 standard based on a WLAN (Wireless Local Area Network) and / or the Wireless Access in Vehicular Environments (WAVE) standard of the Society of Automotive Engineers (SAE) .
  • the DSRC radio 2120 can perform operations of the physical layer and the MAC layer.
  • the DSRC device processor 2130 may decode the message received by the DSRC radio 2120 or may decode the message to send.
  • the GNSS receiver 2110 processes the GNSS and can obtain location information and time information.
  • the GNSS receiver 2110 may be a Global Positioning System (GPS) device.
  • GPS Global Positioning System
  • the application ECU 2140 may be a microprocessor for providing a specific application service.
  • the application ECU may generate an action / message based on sensor information and user input to provide the service, and may use the DSRC device processor to send and receive the message.
  • the sensor 2150 can acquire vehicle status and ambient sensor information.
  • the human interface 2160 can receive a user's input or display / provide a message through an interface such as an input button or a monitor.
  • the V2X receiver 2200 includes a Global Navigation Satellite System (GNSS) receiver 2210, a DSRC radio 2220, a DSRC device processor 2230, an application ECU (Electronic Control Unit) ECU 2240, a sensor 2250 and a human interface 2260.
  • GNSS Global Navigation Satellite System
  • DSRC radio 2220 a Global Navigation Satellite System
  • DSRC device processor 2230 an application ECU (Electronic Control Unit) ECU 2240, a sensor 2250 and a human interface 2260.
  • ECU Electronic Control Unit
  • the DSRC radio and DSRC device processor correspond to one embodiment of a communication unit.
  • the communication unit may communicate based on a cellular communication technology such as 3GPP, Long Term Evolution (LTE).
  • 3GPP Long Term Evolution
  • LTE Long Term Evolution
  • FIG. 3 shows a configuration of a V2X system according to an embodiment of the present invention.
  • the V2X system of FIG. 3 may correspond to the ITS station reference architecture defined in ISO 21217 / EN 302 665.
  • Figure 3 shows an example of an ITS station on which the ITS station is based on a reference architecture.
  • Figure 3 shows a hierarchical architecture for end-to-end communication.
  • the application layer can implement and support various use cases.
  • the application may provide road safety, Efficient Traffic Information, and other application information.
  • the application layer can classify and define ITS applications and provide services to the end vehicle / user / infrastructure via the lower layers.
  • An application can be defined / applied on a use-case basis, or a use-case can be grouped as a road-safety, traffic efficiency, local service, infotainment, It is possible. As an example, application classification, use-case, etc. may be updated when new application scenarios occur.
  • Layer management can manage and service information related to the operation and security of the application layer. Information and services can be delivered and shared bidirectionally via MAMA (interface between management entity and application layer) and SA (interface between security entity and ITS-S applications) or SAP (Service Access Point, eg MA-SAP, SA-SAP) .
  • MAMA interface between management entity and application layer
  • SA interface between security entity and ITS-S applications
  • SAP Service Access Point, eg MA-SAP, SA-SAP
  • the request from the application layer to the facility layer or from the facility layer to the application layer can be carried out via
  • the facilities layer can support various applications defined at the application layer effectively.
  • the facility layer can perform application support, information support, and session / communication support.
  • the facility layer can support the top three layers of the OSI model, the session layer, the presentation layer, and the application layer, by default.
  • the facility layer can additionally provide advanced facilities such as application support, information support, and session / communication support for the ITS system.
  • Facility refers to a component that provides functionality, information, and data.
  • the Facility can be classified into common facilities and domain facilities.
  • the common facility can provide the basic set of applications of the ITS and core services or functions needed for ITS station operation. For example, time management, position management, service management, etc. may be provided.
  • the domain capability can provide a special service or function to a basic application set of one or a plurality of ITSs.
  • Domain Facilities can provide Decentralized Notification Messages (DENM) management for Road Hazard Warning applications (RHW). Domain facilities are optional and may not be used unless they are supported by the ITS station.
  • DENM Decentralized Notification Messages
  • RHW Road Hazard Warning applications
  • the network / transport layer can configure a network for vehicle communication between homogenous and heterogenous networks by using various transport protocols and network protocols.
  • the network / transport layer can provide Internet access and routing using Internet protocols such as TCP / UDP + IPv6.
  • the network / transport layer may configure the vehicle network using a geographical position based protocol such as Basic Transport Protocol (BTP) / GeoNetworking.
  • BTP Basic Transport Protocol
  • the transport layer corresponds to a connection layer between services provided by the upper layer (session layer, presentation layer, application layer) and lower layers (network layer, data link layer, and physical layer).
  • the transport layer manages the data sent by the user to arrive at the destination exactly.
  • the transport layer can perform the function of dividing data into packets of a size suitable for transmission for efficient data transmission.
  • the transport layer can serve to recombine the received packets into the original file.
  • the transport protocol may be TCP / UDP, and the transport protocol for ITS such as VTS may be used.
  • the network layer can assign a logical address and determine the packet delivery path.
  • the network layer can receive the packet generated at the transport layer and add a network header including the logical address of the destination.
  • a packet path design unicast / broadcast between vehicles, between a vehicle and a fixed station, and between fixed stations can be considered.
  • protocols such as Geo-Networking, IPv6 with networking with mobility support, and IPv6 over geo-networking may be considered as network protocols for ITS.
  • the access layer can transmit the message / data received from the upper layer through the physical channel.
  • the access layer may be based on IEEE 802.11 and / or 802.11p standards based communication technology, ITS-G5 wireless communication technology based on the physical transmission technology of the IEEE 802.11 and / or 802.11p standards, 2G including satellite / Data communication can be carried out / supported based on broadband terrestrial digital broadcasting technology such as / 3G / 4G (LTE) / 5G wireless cellular communication technology, DVB-T / T2 / ATSC, GPS technology and IEEE 1609 WAVE technology.
  • LTE 3G / 4G
  • 5G wireless cellular communication technology DVB-T / T2 / ATSC
  • GPS technology GPS technology
  • IEEE 1609 WAVE technology IEEE 1609 WAVE technology.
  • the ITS system for vehicle communication and networking can be organically designed considering various access technologies, network protocols, and communication interfaces to provide a variety of use-cases.
  • the role and function of each layer may be enhanced or reinforced.
  • FIG. 4 shows a packet structure of a network / transport layer according to an embodiment of the present invention.
  • the geo-networking packet corresponds to the data of a logical link control (LLC) packet and can be included in the LLC packet.
  • Geo-networking packets can be encapsulated in LLC packets.
  • the data comprises a message set, and the message set may be a basic safety message.
  • the BTP header is a protocol for transmitting messages such as CAM and DENM generated by the facility layer to the lower layer.
  • the BTP header consists of A type and B type.
  • the A-type BTP header may include a destination / destination port and a source port required for transmission / reception for interactive packet transmission.
  • the B type header may include destination and destination port information required for transmission for non-interactive packet transmission.
  • the fields / information included in the header are as follows.
  • the destination port identifies a facility entity corresponding to the destination of the data (BTP-PDU) contained in the BTP packet.
  • Source Port A field created in the case of the BTP-A type, indicating the port of the protocol entity of the facility layer at the source from which the packet is transmitted. This field may have a size of 16 bits.
  • Destination Port Info This field is created for the BTP-B type. It can provide additional information if the destination port is the best known port. This field may have a size of 16 bits.
  • a geonetworking packet includes a basic header and a common header according to a protocol of a network layer, and optionally includes an extension header according to a geo networking mode.
  • the basic header can be 32 bits (4 bytes).
  • the basic header may include at least one of a version field, an NH field (Next Header), a LT (LifeTime) field, and a Remaining Hop Limit (RHL) field. Fields included in the basic header are described below. The bit size constituting each field is only an embodiment and may be changed.
  • Version (4-bit) The version field indicates the version of the geo-networking protocol.
  • NH (4 bits): NH (Next Header) field indicates the type of the following header / field. If the field value is 1, a common header is followed. If the field value is 2, a secured packet can be followed.
  • the LT (LifeTime) field indicates the maximum lifetime of the packet.
  • RHL 8 bits: The Remaining Hop Limit (RHL) field indicates the residual hop limit.
  • the RHL field value can be reduced by one for each forwarding on the GeoAdhoc router. When the RHL field value reaches 0, the packet is no longer forwarded.
  • the common header can be 64 bits (8 bytes).
  • the common header includes a Next Header (NH) field, an HT (HeaderType) field, a HST (Header Sub-Type) field, a TC (Traffic Class) field, a Flags field, a PayloadLength Or the like.
  • NH Next Header
  • HST Header Sub-Type
  • TC Traffic Class
  • NH (4 bits): NH (Next Header) field indicates the type of the following header / field. If the field value is 0, it indicates an undefined "ANY" type, 1 indicates a BTP-A type packet, 2 indicates a BTP-B type packet, and 3 indicates an IP diagram of IPv6.
  • Geo-networking types include Beacon, GeoUnicast, GeoAnycast, GeoBroadcast, Topologically-Scoped Broadcast (TSB), and Location Service (LS).
  • the header subtype field indicates the header type as well as the detailed type. As an example, when the HT type is set to TSB, a single hop is indicated when the HST value is '0', and a multi-hop can be designated when the HST value is '1'.
  • the traffic class field may include Store-Carry-Forward (SCF), Channel Offload (Channel Offload), and TC ID.
  • SCF Store-Carry-Forward
  • Channel Offload Channel Offload
  • TC ID TC ID
  • the SCF field indicates whether to store the packet if there is no neighbor to which to transmit the packet.
  • the channel offload field indicates that a packet can be delivered to another channel in the case of a multi-channel operation.
  • the TC ID field is a value assigned at the time of packet forwarding in the facility layer and can be used to set the contention window value at the physical layer.
  • the flag field indicates whether the ITS device is mobile or stationary, and may be the last one bit as an example.
  • the payload length field indicates the length of data, in bytes, following the geo-networking header.
  • the PL field may indicate the length of the BTP header and the CAM.
  • MHL 8 bits
  • the Maximum Hop Limit (MHL) field can indicate the maximum number of hops.
  • An LLC header is added to the geo-networking packet to generate an LLC packet.
  • the LLC header provides a function to distinguish and transmit IP data from geo-networking data.
  • IP data and geo-networking data can be distinguished by SNAP's Ethertype.
  • Ether type when IP data is transmitted, the Ether type may be set to 0x86DD and included in the LLC header.
  • geo-networking data if geo-networking data is transmitted, the Ether type may be set to 0x86DC and included in the LLC header.
  • the receiver can identify the Ethertype field of the LLC packet header and forward and process the packet to the IP data path or the geo networking path according to the value.
  • FIG. 5 shows a configuration of a V2X system according to another embodiment of the present invention.
  • the North American V2X system uses the IEEE 802.11 PHY technology and the MAC technology, and can further use the IEEE 1609.4 MAC technology.
  • the IEEE802.2 standard is applied to the LLC block
  • the IEEE 1609.3 technology is applied to the WAVE short message protocol (WSMP).
  • the facility layer can use SAE's J2735 standard message set, and the application layer can use applications defined for V2V, V2I, V2O in the J2945 standard.
  • the application layer can implement the support functions by implementing use cases.
  • the application can optionally be used depending on the use case.
  • the system requirements for each use-case can be defined in the J2945 standard.
  • J2945 / 1 defines the application of V2V technology such as V2V safety communication.
  • the J2945 / 1 document can be used for applications such as emergency electronic brake lights (EEBL), forward crash warning, blind spot warning, lane change warning, intersection movement assist (IMA) and control loss warning .
  • the FCW technique is a V2V safety communication technology that warns of a collision with a preceding vehicle.
  • a vehicle with a V2X communication device makes an emergency stop or crash, it may send an FCW safety message to prevent subsequent vehicle collisions.
  • Subsequent vehicles can receive FCW messages and alert the driver or perform controls such as speed reduction or lane change.
  • the FCW safety message may include vehicle location information (latitude, longitude, lane), vehicle information (vehicle type, length, direction, speed), event information (stop, It can be generated by request.
  • the facility layer may correspond to OSI layer 5 (session layer), layer 6 (presentation layer), and layer 7 (application layer).
  • the facility layer can create a contextual message set to support the application.
  • the message set is defined in the J2735 standard and can be described / decoded via ASN.1.
  • the message set may include BasicSafetyMessage, MapData, SPAT, CommonSafetyRequest, EmergencyVehicleAlert, IntersectionCollision, ProbeVehicleData, RoadSideAlert, and PersonalSafetyMessag messages.
  • the facility layer can collect the information to be transmitted from the upper layer to generate a message set.
  • the message set may be expressed in an ASN.1 (Abstract Syntax Notation 1) manner.
  • ASN.1 is a notation used to describe the data structure, and can also set encoding / decoding rules. ASN.1 does not depend on specific devices, data representation, programming languages, hardware platforms, and so on.
  • ASN.1 is a language for describing data on any platform, and is a joint standard between CCITT (Consultative Committee on International Circuity and Telephony, X.208) and ISO (International Organization for Standardization, ISO 8824).
  • a message set is a collection of messages related to V2X operations, and there is a set of messages appropriate to the context of the parent application.
  • a message set is represented in the form of a data frame, and may include at least one element. Each element may comprise a data frame or a data element.
  • a data frame represents a sequence of two or more data.
  • a data frame may be a data structure of a data element or a data structure of a data frame.
  • DV_vehicleData is a data frame structure representing information of a car, and may include a plurality of data elements (e.g., Height, Bumbers, mass, trailerweight).
  • a data element defines a description of a data element.
  • an element called Height used in a data frame is defined in DE_VehicleHeight and can express the height of the vehicle. As an example, the height of the vehicle can be expressed from 0 to 127, and the LBS unit is increased by 5 cm and can be expressed up to 6.35 meters.
  • a BasicSafetyMessage may be sent.
  • BasicSafetyMessage is the most basic and important message in a set of messages, and is used to periodically transmit basic vehicle information.
  • the message can include coreData defined in BSMcoreData and optional Part II and regional data.
  • coreData may contain data elements such as msgCnt, id, lat, long, elev, speed, dead, break, coreData uses data elements to display message count, ID, latitude, longitude, altitude, speed, direction, break, vehicle size, and so on.
  • the BSM can transmit information corresponding to the coreData in a period of generally 100 msec (10 times per second).
  • the network / transport layer may correspond to OSI layer 3 (network layer), layer 4 (transport layer).
  • WAVE short message protocol (WSMP) can be used to transmit a WAVE Short Message (WSM) transmitted from an upper layer.
  • WSM WAVE Short Message
  • IPv6 / TCP protocol can be used to process conventional IP signals.
  • the LLC block uses the IEEE 802.2 standard to distinguish between IP diagrams and WSM packets.
  • the access layer may correspond to OSI layer 1 (physical layer), layer 2 (data link layer).
  • the access layer can use IEEE 802.11 PHY technology and MAC technology, and the MAC technology of IEEE 1609.4 can be used to further support vehicle communication.
  • the security entity and the management entity may be connected and operated in all intervals.
  • FIG. 6 shows a WSMP packet configuration according to an embodiment of the present invention.
  • the network / transport layer of FIG. 5 may transmit a vehicle security message, such as BSM, via the WSMP.
  • vehicle security message such as BSM
  • the WSMP protocol is described in the IEEE 1609.3 document, and IPv6 and TCP / UDP can also be supported to transmit additional IP data.
  • the WSMP is a protocol for transmitting a WAVE short message generated by the ASN.1 method in the facility layer to the lower layer.
  • the WSMP packet includes a WSMP header and WSM data including a message.
  • the WSMP header includes a version field, a PSID field, an extension field, a WSM WAVE element ID field, and a length field.
  • the version field may be defined as a WsmpVersion field indicating the actual WSMP version of 4 bits and a reserved field of 4 bits.
  • the PSID field is a provider service identifier, which can be assigned according to an application at an upper layer. The PSID field helps determine the appropriate upper layer at the receiver side.
  • the extension field is a field for extending the WSMP header, and information such as a channel number, a data rate, and transmit power used may be inserted.
  • the WSMP WAVE element ID field can specify the type of WAVE short message to be transmitted.
  • the length field may specify the length of the WSM data transmitted in the WSMLemgth field of 12 bits in units of octets.
  • the LLC header provides a function to transmit IP data and WSMP data separately.
  • IP data and WSMP data can be distinguished by SNAP's Ethertype.
  • LLC header and SNAP header structure can be defined in the document of IEEE 802.2.
  • the Ether type may be set to 0x86DD and included in the LLC header.
  • the Ether type may be set to 0x86DC and included in the LLC header.
  • the receiver can identify the Ethertype field of the LLC packet header and forward and process the packet to the IP data path or the WSMP path according to the value.
  • FIG. 7 illustrates a conceptual internal architecture of a MAC sublayer that performs an MCO (Multi-Channel Operation) according to an embodiment of the present invention.
  • MCO Multi-Channel Operation
  • the architecture of FIG. 7 may be included in the access layer of FIG. 5, or may be included in the MAC layer of the access layer.
  • the MCO structure of FIG. 7 includes channel coordination in which a channel access is defined, overall data between PHY-MAC layers, channel routing that defines the operation of a management frame, EDCA (Enhanced Dedicated Channel Access), and a data buffer (or a queue) for storing frames received at an upper layer.
  • the channel coordination block is not shown in FIG. 7, and the channel coordination may be performed by the entire MAC sublayer of FIG.
  • Channel Coordination As an embodiment, channel access to Control Channel (CCH) and Service Channel (SCH) can be controlled. The channel access coordination will be described later.
  • the CCH can be transmitted with a WSM (Wave Short Message) and the WSM and / or IP data can be transmitted with the SCH.
  • WSM Wive Short Message
  • the data buffer can store the data frame received from the upper layer according to the defined Access Category (AC).
  • AC Access Category
  • a data buffer may be provided for each AC.
  • the channel routing block can forward the incoming data from the upper layer to the data buffer. It is possible to invoke transmission operation parameters such as the channel coordination and the channel number, transmission power, and data rate for the frame transmission described above with respect to the transmission request of the upper layer.
  • EDCA It is a method for guaranteeing QoS in the existing IEEE 802.11e MAC layer. It is divided into four AC (Access Category) according to the type of traffic. Different priorities are assigned to each category, and differentiated parameters are assigned by AC It is a contention-based medium access scheme that gives more transmission opportunities to prioritized traffic. For data transmission with priority, the EDCA block can assign 8 priorities from 0 to 7 and map data arriving at the MAC layer to 4 ACs according to priority.
  • FIG. 8 shows the relationship between the user priority of EDCA and AC (Access Category) according to the embodiment of the present invention.
  • AIFS [AC], CWmin [AC], and CWmax [AC] are used as the parameter values of the corresponding AC, where the Arbitration Inter-Frame Space (AIFS) checks whether the channel is idle Is the minimum time for.
  • AIFS Arbitration Inter-Frame Space
  • the transmitter If a collision occurs between the stations during frame transmission, the transmitter generates a new backoff counter.
  • the four per AC transmit queues defined in the IEEE 802.11 MAC compete with each other for wireless medium access within a station. Since each AC has an independent backoff counter, a virtual collision can occur. If there are more than two ACs that have been backed off at the same time, the data of the AC with the highest priority is transmitted first, and the other ACs update the backoff counter by increasing the CW value. This conflict resolution process is called a virtual conflict process.
  • EDCA also allows access to the channel during data transmission via Transmission Opportunity (TXOP). If one frame is too long to be transmitted during one TXOP, it may be divided into small frames and transmitted.
  • TXOP Transmission Opportunity
  • FIG. 9 shows a physical layer configuration of a V2X transmission apparatus according to an embodiment of the present invention.
  • FIG. 9 shows a block diagram of a physical layer signal processing of IEEE 802.11 or ITS-G5.
  • FIG. 9 illustrates a physical layer configuration according to an embodiment of the present invention, and is not limited to the above-described transmission standard technology.
  • the physical layer processor of FIG. 9 includes a scrambler 9010, an FEC encoder 9020, an interleaver 9030, a mapper 9040, a pilot insertion block 9050, an IFFT block A Physical Layer Convergence Protocol (PLCP) sublayer baseband signal processing portion including at least one of an IFFT 9060, a guard insertion block 9070, and a preamble insertion block 9080, and a wave shaping (Physical Medium Dependant) sub-layer RF band signal processing portion including at least one of a wave shaping 9090, an I / Q modulation block 9100, and a DAC 9110 .
  • PLCP Physical Layer Convergence Protocol
  • wave shaping Physical Medium Dependant
  • the scrambler 9010 may XOR the input bit stream with PRBS (Pseudo Random Binary Sequence) to randomize the input bit stream.
  • PRBS Physical Random Binary Sequence
  • the FEC encoder 9020 may add redundancy to the transmission data so that the error on the transmission channel can be corrected on the receiving side.
  • the interleaver 9030 can interleave the input data / bit stream based on the interleaving rule so as to respond to a burst error. As an embodiment, when deep fading or erasure is applied to a QAM symbol, since each interleaved bit is mapped to each QAM symbol, it is determined that an error occurs in consecutive bits among the entire code word bits Can be prevented.
  • the mapper 9040 can assign the input bit word to one constellation.
  • the pilot insertion block 9050 inserts a reference signal at a predetermined position of the signal block. By using such a reference signal, the receiver can estimate a channel distortion phenomenon such as channel estimation, frequency offset, and timing offset.
  • the IFFT block 9060 that is, the inverse waveform transform block, can convert the input signal so as to improve the transmission efficiency and flexibility in consideration of the characteristics of the transmission channel and the system structure.
  • the IFFT block 9060 may use the inverse FFT operation to transform the frequency domain signal into the time domain.
  • IFFT block 9060 may not be used or may be omitted in the case of a single carrier system.
  • the guard insertion block 9070 may insert a guard interval between adjacent signal blocks to minimize the influence of delay spread of the transmission channel.
  • the guard insertion block 9070 may insert a cyclic prefix in a guard interval period.
  • the preamble insertion block 9080 may insert a signal of a determined type, i.e., a preamble, into the transmission signal so that the receiver can quickly and efficiently detect the target signal.
  • a preamble insertion block 9080 may define a signal block / signal frame including a plurality of OFDM symbols, and may insert a preamble symbol at the beginning of a signal block / signal frame.
  • Wave shaping block 9090 can waveform process the input baseband signal based on channel transmission characteristics.
  • the waveform shaping block 9090 may perform square-root-raised cosine (SRRC) filtering to obtain a base of out-of-band emission of the transmitted signal.
  • SRRC square-root-raised cosine
  • waveform shaping block 9090 may not be used or may be omitted.
  • the I / Q modulator 9100 can perform in-phase and quadrature modulation.
  • a digital to analog converter (DAC) block 9110 converts an input digital signal into an analog signal and outputs the analog signal. The output analog signal can be transmitted via the output antenna.
  • DAC digital to analog converter
  • each of the blocks shown and described in FIG. 9 may be omitted, or replaced by other blocks having similar or equivalent functionality.
  • the blocks in Fig. 9 may be configured as a whole or in a combination as necessary.
  • the V2X communication apparatus can communicate based on the DSRC technique and the WAVE technique described in Figs.
  • the V2X communication device may perform communication based on another communication technology including cellular technology such as LTE, LTE-A, and 5G.
  • the MCD (Multimedia Content Dissemination) service will be described below.
  • the MCD Basic Service is a V2X that describes multimedia content as information about road safety, traffic management, point of interest (POI), national patrimony, commecial, personal, Technology.
  • a vehicle ITS-S or a roadside ITS-S may transmit a multimedia content message (MCM) to another vehicle ITS station or a roadside ITS station.
  • MCM multimedia content message
  • An ITS station may transmit the MCM in a broadcast, geographical broadcast, multicast or peer-to-peer manner.
  • the sequence of processes and rules for transmitting an MCM may be referred to as the MCD protocol.
  • FIG 10 shows an MCM format according to an embodiment of the present invention.
  • the MCM is a message for describing a specific event as multimedia content.
  • the MCM includes an ITS PDU header, a Management Container, a Situation Container, a Location / Location Container, an Application Container (APPIL Container), and a Multimedia Content Container.
  • the ITS PDU header includes at least one of protocol version information, message type information, and ITS station ID information.
  • the management container contains information related to MCM management and MCD protocol.
  • the Container Container contains information related to the triggering source of the MCD.
  • the Container can provide information about the type of event and the type of event.
  • the location container may provide information about where the event occurred.
  • the application container can provide application-specific information of an application using the MCM.
  • the multimedia content container may include or provide the multimedia content itself.
  • the management container may include at least one of time information for transmitting the MCM, a message ID, an ID of a linkable specific denoted message (DEN) message, and file format information of the multimedia content.
  • time information for transmitting the MCM a message ID, an ID of a linkable specific denoted message (DEN) message, and file format information of the multimedia content.
  • DEN linkable specific denoted message
  • the ITS station may not be able to receive or process the message due to insufficient storage space. If all the MCMs constituting one multimedia content are not received, the corresponding multimedia contents may not be rendered. In the current MCD protocol, the size of the content can not be known, so that the receiver may not receive all of the MCM due to insufficient storage space, or it may unnecessarily perform the reception.
  • the ITS station has certain multimedia content, which can be transmitted by other ITS stations. Even in this case, the ITS station can not recognize that the multimedia content being transmitted and the multimedia content that is currently being transmitted are the same content, so that the ITS station can receive the same multimedia contents redundantly.
  • the multimedia content may be more suitable for reception over a different path (e.g., broadband) than communication between ITS stations.
  • a different path e.g., broadband
  • the specific multimedia content is optimized for a specific language, or when the multimedia content is once received and rendered, it may be recognized that the content is an inappropriate language.
  • 11 is an ITS station architecture according to an embodiment of the present invention, in particular an architecture for message processing according to the MCD protocol.
  • An MCD application is an application that describes events by using multimedia for various purposes.
  • Various purposes include, for example, road safety, traffic management, driver assistance, travel information provision, commercial information provision, and personal / community information provision.
  • MCD Basic Service In the transport ITS-S, the facility layer receives multimedia content and other event descriptions / descriptions from the application layer and sends the received content and description to the receiving ITS- / Transport to the transport layer.
  • the facility layer can deliver the received multimedia content and description in the form of an MCM.
  • the facility layer may divide the multimedia content into multiple segments and deliver a plurality of MCMs to the network / transport layer.
  • An entity operating according to this MCD protocol may also be referred to as an MCD basic service entity.
  • the facility layer can receive and parse the MCM from the network / transport layer, and deliver the multimedia content and other event descriptions of the MCM to the application layer. If a plurality of MCMs include segments of multimedia content, the facility layer may merge the multimedia content into the multimedia content and deliver the merged multimedia content to the application layer. Alternatively, the facility layer may pass each parsed segment directly to the application layer. In this process, the multimedia content or segments may be stored in local storage.
  • the facility layer can perform a storage status test and determine the state type and the operation of the corresponding receiver. In addition, the facility layer can perform operations such as duplicate checking / checking, language checking, and validity checking. When a URL is found from the MCM, the facility layer can deliver the URL to the appropriate lower layer and the lower layer can retrieve / retrieve the multimedia content or segment by connecting to the received URL.
  • Each module shown in FIG. 11 may be provided as a separate module or may be a logical object implemented and operated by software.
  • the modules provided for providing the MCM basic service of FIG. 11 will be described below.
  • MCM Interfacing module with N / T layers for the network / transport layer:
  • the MCM interfacing module transmits the multimedia contents received from the application layer and other event descriptions in the form of MCM / Transport layer.
  • the MCM interfacing module can receive and parse the MCM from the network / transport layer and deliver the multimedia content and other descriptions of the MCM to the application layer.
  • the MCM generating module of the transmitting ITS-S generates an MCM from at least one of multimedia content, segments and other event descriptions.
  • the MCM interfacing module receives multimedia content and other event descriptions from the application layer and sends them to the network / transport layer Lt; / RTI > In the receiving ITS-S, the MCM interfacing module may communicate the multimedia content of the MCM received from the network / transport layer and other event descriptions to the application layer.
  • the MCM segment module can divide multimedia content into a plurality of (multile) segments.
  • the MCM merging module of the receiving ITS-S can merge a plurality of segments into the multimedia contents.
  • the MCM parsing module of the receiving ITS-S can extract at least one of multimedia content, segments, or other event descriptions from the MCM.
  • Multimedia content storage module can store multimedia content or segments in a storage space such as local storage.
  • the storage status testing module can perform status testing of local storage. Testing of the Storage State Testing Module can be used to determine the storage state type and its behavior.
  • Multimedia Content Duplication Checking Module A Multimedia Content Duplication Checking Module can perform duplicate checking of multimedia contents.
  • the multimedia content language checking module can perform language checking on the content.
  • the multimedia validation checking module can perform MCM validation (in time-wise) checking.
  • FIG. 12 shows a method of transmitting / receiving an MCM according to an embodiment of the present invention.
  • the information transmitted between the ITS-S 1000 and the receiver ITS-S 1000 may include an event description including multimedia content and metadata related to the multimedia content.
  • the multimedia content and event description may be included and delivered in the MCM.
  • the operation of the transmitting ITS station 1000 is as follows.
  • the application passes the multimedia content and other event descriptions to the MCD basic service entity of the facility layer.
  • the MCD basic service entity formats the multimedia content and the event description and delivers the MCM to the lower layers.
  • Lower Layers send MCMs with headers for communication at lower layers.
  • the lower layers may include at least one of a network / transport layer or an access layer.
  • the operation of the receiving ITS station 2000 is as follows.
  • the lower layers receive the MCM having a header for communication in the lower layers, and perform processing of the lower layers.
  • the lower layers pass the MCM to the MCD basic service entity.
  • the MCD basic service entity performs message parsing for the MCM.
  • the MCD basic service entity delivers the parsed multimedia content and event description to the application.
  • FIG. 13 shows an MCM transmission / reception method according to an embodiment of the present invention.
  • the information transmitted between the ITS-S 1000 and the receiver ITS-S 1000 may include an event description including multimedia content and metadata related to the multimedia content.
  • the multimedia content and event description may be included and delivered in the MCM.
  • FIG. 13 shows an MCD operation when the multimedia contents are separated and transmitted to a plurality of MCMs.
  • the operation of the transmitting ITS station 1000 is as follows.
  • the application passes the multimedia content and other event descriptions to the MCD basic service entity of the facility layer.
  • the MCD basic service entity may divide the multimedia content into a plurality of segments (segments # 1 to #n).
  • the MCD basic service entity formats a plurality of content segments and delivers a plurality of MCMs (MCM # 1 to MCM # n) for each content segment to lower layers.
  • the lower layers transmit a plurality of MCMs (MCM # 1 to MCM # n) having a header for communication in lower layers.
  • the operation of the receiving ITS station 2000 is as follows.
  • the lower layers receive a plurality of MCMs (MCM # 1 to MCM # n) having a header for communication in lower layers, and perform processing of lower layers.
  • the lower layers communicate a plurality of MCMs (MCM # 1 to MCM # n) to the MCD basic service entity.
  • the MCD basic service entity obtains the content segments by performing message parsing for a plurality of MCMs.
  • the MCD basic service entity may cache or store the generated content segments.
  • the MCD basic service entity performs content merging for a plurality of parsed contents.
  • the MCD basic service entity delivers multimedia content and event descriptions to the application.
  • FIG. 14 shows an MCM transmission / reception method according to an embodiment of the present invention.
  • the information transmitted between the ITS-S 1000 and the receiver ITS-S 1000 may include an event description including multimedia content and metadata related to the multimedia content.
  • the multimedia content and event description may be included and delivered in the MCM.
  • FIG. 14 shows an embodiment in which an application performs content merging on the side of the receiving ITS station 2000 when the multimedia content is separated and transmitted to a plurality of MCMs.
  • the same description as in Fig. 13 is not duplicated.
  • the operation of the receiving ITS station 2000 is as follows.
  • the lower layers receive a plurality of MCMs (MCM # 1 to MCM # n) having a header for communication in lower layers, and perform processing of lower layers.
  • the lower layers communicate a plurality of MCMs (MCM # 1 to MCM # n) to the MCD basic service entity.
  • the MCD basic service entity may obtain a plurality of content segments or a plurality of multimedia contents by performing message parsing for a plurality of MCMs.
  • the plurality of multimedia contents may include a segment for one multimedia content.
  • the MCD basic service entity may deliver a plurality of acquired content segments or a plurality of multimedia contents to an application.
  • An application may cache or store a plurality of multimedia content or a plurality of content segments. The application can then perform content merge.
  • the information transmitted between the ITS-S 1000 and the receiver ITS-S 1000 may include an event description including multimedia content and metadata related to the multimedia content.
  • the multimedia content and event description may be included and delivered in the MCM.
  • FIG. 15 shows an embodiment in which the multimedia contents are delivered to a plurality of MCMs in a separated manner, where the merging of contents at the receiving ITS station 2000 side is performed at the facility layer, while other event descriptions are directly transmitted to the application layer.
  • the same description as in Fig. 13 is not duplicated.
  • the operation of the receiving ITS station 2000 is as follows.
  • the lower layers receive a plurality of MCMs (MCM # 1 to MCM # n) having a header for communication in lower layers, and perform processing of lower layers.
  • the lower layers communicate a plurality of MCMs (MCM # 1 to MCM # n) to the MCD basic service entity.
  • the MCD basic service entity may obtain a plurality of content segments and event descriptions by performing message parsing for a plurality of MCMs.
  • the MCD basic service entity may deliver each of the event descriptions obtained from the plurality of parsed MSMs to the application.
  • the MCD basic service entity may cache or store the generated content segments.
  • the MCD basic service entity performs content merging for a plurality of parsed contents.
  • the MCD basic service entity delivers the merged multimedia content to the application.
  • FIG. 16 shows a configuration of a management container of an MCM according to an embodiment of the present invention.
  • FIG. 16 shows the configuration of the management container included in the MCM shown in FIG. 10, and description of the field / data described in FIG. 10 is not duplicated.
  • FIG. 16 (a) shows an MCM format including size information
  • Fig. 16 (b) shows a management container format having size information.
  • the information / fields included in the management container are as follows.
  • the request field indicates whether the MCM message is a request / request message or a response / response message.
  • the reference time field indicates the MCM generation time.
  • actID field The action ID field identifies the message as a combination of orginatingStationID and sequenceNumber.
  • linkedDenm The linked DENM field identifies the associated DENM.
  • the number of multimedia data units field indicates the number of multimedia data units in the multimedia container.
  • the total number of data units field indicates the number of segments in the multimedia content.
  • the unit number field indicates the sequence number of the segment of the multimedia content.
  • multimediaFormatType The multimedia format type field indicates the format of the multimedia content.
  • the size field of the multimedia indicates the size of the multimedia content delivered by at least one MCM in bytes. At least one MCM may have the same action ID.
  • sizeOfSegment Indicates the size, in bytes, of the segment of the multimedia content delivered to this MCM.
  • Table 1 shows the definition of the sizeInByte data element.
  • the multimedia size information and the segment size information are data elements of sizeInByte and can be included in the management container to define the data size.
  • the sizeInByte data element can define the size of arbitrary content in bytes.
  • the MCD basic service entity of the facsimile layer of the receiving ITS-S can perform a storage status test based on the multimedia size information, the segment size information, and the local storage information.
  • the receiving ITS-S can determine the state type based on the storage state test. Based on the determined state type, the MCD basic service entity determines whether to forward the received MCM to the application, ii) whether to forward the MCM segment to be received in the future to the application layer, iii) You can decide whether to perform the test.
  • the ITS-S can determine the condition and type to perform the storage state test, and can perform the operation according to the determined type.
  • Table 2 shows conditions, status types and corresponding actions for the storage state test of ITS-S.
  • FIG. 17 shows an MCM transmission / reception method including size information according to an embodiment of the present invention.
  • the information transmitted between the ITS-S 1000 and the receiver ITS-S 1000 may include an event description including multimedia content and metadata related to the multimedia content.
  • the multimedia content and event description may be included and delivered in the MCM.
  • FIG. 17 shows an MCD operation in the case where the multimedia contents are separated into a plurality of MCMs, and in particular, an example in which size information is included in the MCM. 13 to 15 do not duplicate.
  • the operation of the receiving ITS station 2000 is as follows.
  • the lower layers receive a plurality of MCMs (MCM # 1 to MCM # n) having a header for communication in lower layers, and perform processing of lower layers.
  • the lower layers communicate a plurality of processed MCMs to a facility MCD basic service entity.
  • the MCD basic service entity parses the MCM and performs a status test.
  • the state test can be performed as shown in Table 2 and the above description. That is, the MCD basic service entity obtains the multimedia size information and the segment size information from the MCM, and compares the available size and size information of the storage of the received ITS-S.
  • the MCD basic service entity may determine whether the tested state of the received and parsed MCMs (MCM # 1 to # n-1) corresponds to # 2-b or # 3 prior to the parsed MCM #n. When the tested state of the preceding MCMs (MCM # 1 to # n-1) corresponds to # 2-b or # 3, the MCD basic service entity does not receive the MCM #n or can ignore it. That is, the MCD basic service entity may discard the parsed segment #n.
  • the MCD basic service entity may notify the MCMs # 1 to # n-1 if the tested state of the received and parsed MCMs MCM # 1 to # n-1 does not correspond to # 2-b or # 3 prior to the parsed MCM # MCM # 1 to # n-1) corresponds to # 1. If the tested state of the preceding MCMs does not also correspond to # 1, the MCD basic service entity performs a state test on MCM #n. If the tested state of the preceding MCMs corresponds to # 1, the MCD basic service entity may cache or store the content segment #n.
  • the MCD basic service entity may perform a status test on MCM #n, i.e., segment #n. If the tested state is # 2-b or # 3, the MCD basic service entity does not receive MCM #n or can ignore it. That is, the MCD basic service entity may discard the parsed segment #n. If the tested status is # 1 or # 2-a, the MCD basic service entity may cache or store the content segment #n.
  • the MCD basic service entity may merge the content.
  • the MCD basic service entity may perform content merging when all segments corresponding to one multimedia content are received.
  • the MCD basic service entity may deliver the merged content and other event descriptions to the application.
  • the information transmitted between the ITS-S 1000 and the receiver ITS-S 1000 may include an event description including multimedia content and metadata related to the multimedia content.
  • the multimedia content and event description may be included and delivered in the MCM.
  • FIG. 18 shows an MCD operation in the case where the multimedia contents are separated and transmitted to a plurality of MCMs.
  • FIG. 18 shows an embodiment in which size information is included in the MCM.
  • 18 shows an embodiment in which an application performs content merging on the receiving ITS station 2000 side. 13 to 15 and 17 do not overlap.
  • the operation of the receiving ITS station 2000 is as follows.
  • the receiving ITS-S performs a status test on the MCMs in the same manner as in FIG.
  • the MCD basic service entity may transmit a plurality of acquired content segments or a plurality of multimedia contents to an application.
  • An application may cache or store a plurality of multimedia content or a plurality of content segments. The application can then perform content merge. In an embodiment, an application may perform content merging when all segments corresponding to one multimedia content are received.
  • FIG. 19 shows an MCM transmission / reception method including size information according to an embodiment of the present invention.
  • the information transmitted between the ITS-S 1000 and the receiver ITS-S 1000 may include an event description including multimedia content and metadata related to the multimedia content.
  • the multimedia content and event description may be included and delivered in the MCM.
  • FIG. 19 shows an MCD operation in a case where the multimedia contents are separated and transmitted to a plurality of MCMs, and in particular, an embodiment in which size information is included in the MCM.
  • FIG. 19 shows an embodiment in which content merging at the receiving ITS station 2000 side is performed at the facility layer, while other event descriptions are directly transferred to the application layer. The same description as in Fig. 13 is not duplicated. 13 to 15 and 17 to 18 do not overlap.
  • the receiving ITS-S performs a status test on the MCMs in the same manner as in FIG.
  • the MCD basic service entity can deliver each of the event descriptions obtained from the parsed MSM to the application.
  • the MCD basic service entity may cache or store the generated content segments.
  • the MCD basic service entity performs content merging for a plurality of parsed contents.
  • the MCD service entity may perform content merging when all segments corresponding to one multimedia content are received.
  • the MCD basic service entity delivers the merged multimedia content to the application.
  • the RSU transmits a video file.
  • the video corresponds to a video clip of 5 megabytes.
  • the video clip is divided into 5 segments of 1 MB size and transmitted.
  • the currently transmitted MCM # 1 includes video segment 1.
  • the MCM may include multimedia content size information, segment number information, and segment size information.
  • the content size information may indicate 5 megabytes
  • the segment number information may indicate 5
  • the video segment size information may indicate 1 megabyte, respectively.
  • the size and decoding performance of the available storage space of the V2X device of each vehicle, i.e., ITS-S, are different from each other.
  • the available storage capacity is 10 megabytes.
  • the available storage capacity is 3 megabytes, and ITS-S is capable of partial content rendering.
  • the available storage capacity is 0.5 megabytes and partial content rendering is possible.
  • the available storage capacity is 4 megabytes, and partial content rendering is not possible.
  • each vehicle performs a state test as described above.
  • the tested state corresponds to state # 1. Therefore, the vehicle a receives all the content segments, and no additional status test is required.
  • the tested state corresponds to state # 2-a. Therefore, the vehicle b receives the corresponding content segment, and an additional status test is required.
  • the tested state corresponds to state # 2-b. Thus, the vehicle c does not receive the content segment, and no additional testing is required.
  • the tested state corresponds to state # 3. Thus, the vehicle d does not receive the content segment, and no further testing is required.
  • 21 shows a configuration of a management container of an MCM according to an embodiment of the present invention.
  • FIG. 21 shows the configuration of the management container included in the MCM shown in FIG. 10, and description of the field / data is not duplicated.
  • FIG. 21A shows an MCM format including file name information, URI information and MD5 information
  • FIG. 21B shows a management including file name (fileName) information
  • URI Uniform Resource Identifier
  • multimedia content identifier information information identifying the multimedia content may be referred to as multimedia content identifier information or multimedia file identifier information.
  • the MCM may include multimedia identifier information.
  • the multimedia identifier information may include at least one of file name information, URI information, or MD5 information.
  • Table 3 shows the definition of the file name data element.
  • the file name information can define the file name of the multimedia content.
  • Table 4 shows definitions of URI data elements.
  • the URI information can define the URI of the multimedia content.
  • Table 5 shows the definition of MD5 data elements.
  • the MD5 information can define the MD5 value of the multimedia content.
  • FIG. 22 shows a method of transmitting / receiving an MCM according to an embodiment of the present invention.
  • the information transmitted between the ITS-S 1000 and the receiver ITS-S 1000 may include an event description including multimedia content and metadata related to the multimedia content.
  • the multimedia content and event description may be included and delivered in the MCM.
  • FIG. 22 shows an MCD operation in the case where multimedia contents are separated and transmitted to a plurality of MCMs.
  • FIG. 22 shows an embodiment in which the MCM includes multimedia content identifier information. 13 to 15 do not duplicate.
  • the receiving ITS station 2000 parses the MCM and performs a duplicate check.
  • the MCD basic service entity can check whether the content delivered by the received message is content that has been received or processed based on the multimedia content identifier information obtained from the MCM. If the content of the receiving MCM is content that overlaps the preprocessed content, the receiving ITS station 2000 may not receive or ignore / discard MCMs having the same message ID as this MCM. If the content of the receiving MCM is not content that overlaps the preprocessed content, the receiving ITS station 2000 may process the MCM as described in FIG.
  • the information transmitted between the ITS-S 1000 and the receiver ITS-S 1000 may include an event description including multimedia content and metadata related to the multimedia content.
  • the multimedia content and event description may be included and delivered in the MCM.
  • FIG. 23 shows an MCD operation when the multimedia contents are separated and transmitted to a plurality of MCMs.
  • FIG. 23 shows an embodiment in which the MCM includes multimedia content identifier information. 13 to 15 do not duplicate.
  • the receiving ITS station 2000 parses the MCM and performs a duplicate check.
  • the MCD basic service entity can check whether the content delivered by the received message is content that has been received or processed based on the multimedia content identifier information obtained from the MCM. If the content of the receiving MCM is content that overlaps the preprocessed content, the receiving ITS station 2000 may not receive or ignore / discard MCMs having the same message ID as this MCM. If the content of the receiving MCM is not the content that overlaps the preprocessed content, the receiving ITS station 2000 may process the MCM as described in FIG.
  • FIG. 24 shows a method of transmitting / receiving an MCM according to an embodiment of the present invention.
  • the information transmitted between the ITS-S 1000 and the receiver ITS-S 1000 may include an event description including multimedia content and metadata related to the multimedia content.
  • the multimedia content and event description may be included and delivered in the MCM.
  • FIG. 24 shows an embodiment in which the multimedia contents are delivered to a plurality of MCMs in a separated manner, in which content merging at the receiving ITS station 2000 side is performed at the facility layer, while other event descriptions are directly transmitted to the application layer.
  • FIG. 24 shows an embodiment in which the MCM includes multimedia content identifier information. 13 to 15 do not duplicate.
  • the receiving ITS station 2000 parses the MCM and performs a duplicate check.
  • the MCD basic service entity can check whether the content delivered by the received message is content that has been received or processed based on the multimedia content identifier information obtained from the MCM. If the content of the receiving MCM is content that overlaps the preprocessed content, the receiving ITS station 2000 may not receive or ignore / discard MCMs having the same message ID as this MCM. If the content of the receiving MCM is not content that overlaps the preprocessed content, the receiving ITS station 2000 may process the MCM as described in FIG.
  • 25 illustrates an MCD operation using multimedia content identifier information according to an embodiment of the present invention.
  • the RSU transmits a still image file.
  • the file name of the image file is "Gas_Station_1234.jpg”.
  • the MCM header including the image file includes the above-described multi-keyer content identifier information.
  • the MCM header includes file name information, and the file name information may indicate " Gas_Station_1234.jpg ".
  • the video corresponds to a video clip of 5 megabytes.
  • the video clip is divided into 5 segments of 1 MB size and transmitted.
  • the currently transmitted MCM # 1 includes video segment 1.
  • the MCM may include multimedia content size information, segment number information, and segment size information.
  • the content size information may indicate 5 megabytes
  • the segment number information may indicate 5
  • the video segment size information may indicate 1 megabyte, respectively.
  • the state of the V2X device of each vehicle that is, the ITS-S, is different from each other.
  • the file "Gas_Station_1234.jpg” is already stored.
  • the file "Gas_Station_1234.jpg” is not stored.
  • Each vehicle carries out a redundancy check as described above.
  • duplicate files are already stored.
  • the vehicle a may ignore the MCM and not deliver the MCM to the application layer. That is, the vehicle (a) may discard the MCM corresponding to the duplicate file.
  • the receiving MCM delivers a new file.
  • the vehicle b can receive and process the MCM and deliver the processed file / segment to the application layer.
  • 26 shows a configuration of a management container of an MCM according to an embodiment of the present invention.
  • FIG. 26 shows the configuration of the management container included in the MCM shown in FIG. 10, and description of the field / data is not duplicated.
  • FIG. 26 (a) shows an MCM format including URL (Uniform Resource Locator) information
  • FIG. 26 (b) shows a management container format having URL information.
  • URL Uniform Resource Locator
  • the URL information can define the URL of the resource. That is, the URL information may indicate a URL for downloading the multimedia content.
  • FIG. 27 shows a method of transmitting / receiving an MCM according to an embodiment of the present invention.
  • the information transmitted between the ITS-S 1000 and the receiver ITS-S 1000 may include an event description including multimedia content and metadata related to the multimedia content.
  • the multimedia content and event description may be included and delivered in the MCM.
  • the operation of the transmitting ITS station 1000 is as follows.
  • the application passes the URL and other event description of the multimedia content to the MCD basic service entity of the facility layer.
  • the MCD basic service entity creates an MCM for the content and delivers it to the lower layers.
  • the generated MCM includes URL information.
  • the lower layers transmit MCMs with headers for communication at the lower layers.
  • the operation of the receiving ITS station 2000 is as follows.
  • the lower layers receive the MCM having a header for communication in the lower layers, and perform processing of the lower layers.
  • the lower layers pass the MCM to the MCD basic service entity.
  • the MCD basic service entity parses the message and checks the URL information.
  • the MCD basic service entity passes the URL information to the other lower layers.
  • the receiving ITS station 2000 may obtain the content by accessing the URL.
  • the receiving ITS station may use lower layers (at least one of a network layer, a transport layer, a MAC layer, and a physical layer) that operate based on a protocol capable of receiving a content based on a URL.
  • the MCD basic service entity may provide multimedia content and other event descriptions to the application.
  • the vehicle (a) can transmit the MCM including the URL information to the vehicle (b).
  • the vehicle (b) can receive and parse the MCM to obtain URL information.
  • the vehicle (b) can access the URL and download the multimedia content.
  • the URL may be any Internet address that can be downloaded and downloaded multimedia content.
  • 29 shows a configuration of a management container of an MCM according to an embodiment of the present invention.
  • FIG. 29 shows the configuration of the management container included in the MCM shown in FIG. 10, and description of the field / data is not duplicated.
  • FIG. 29A shows an MCM format including multimedia language information
  • FIG. 29B shows a management container format including multimedia language information. Except for the multimedia language information, the description of the information / field included in the management container will be described with reference to FIG. 16 and the description above.
  • the multimedia language information may define the language used by the multimedia content.
  • the multimedia language information may indicate a standardized language code such as ISO 639-1.
  • the multimedia language information may indicate a numeric value to which a character-valued language code is mapped to reduce the format size.
  • the receiving ITS-S may perform a language check based on the multimedia language information included in the MCM.
  • the language check can be performed in a different mode depending on the location of the language check entity.
  • Language check mode A If the language check entity is an MCD basic service entity
  • a facility layer entity of the MCD basic service may maintain or access a set of acceptable languages.
  • the MCD basic service can check whether the language information of the received MCM matches the set of allowable languages.
  • Mode B the facility layer entity of the MCD basic service does not maintain or access a set of allowable languages.
  • the MCD basic service receives or acquires the language information
  • the MCD basic service delivers the language information to the application.
  • An application may maintain or access a set of acceptable languages. The application can check whether the language information of the received MCM matches the set of allowable languages.
  • the facility layer entity of the MCD basic service does not maintain or access a set of allowable languages.
  • the MCD basic service receives or obtains language information
  • the ITS-S may ask the user / driver via the HIM if the language is acceptable.
  • Mode D the facility layer entity of the MCD basic service does not maintain or access a set of allowable languages.
  • the MCD basic service receives or acquires the language information
  • the MCD basic service delivers the language information to the application.
  • the application may ask the user / driver via the HIM and / or directly whether the language is acceptable.
  • FIG. 30 shows a method of transmitting / receiving an MCM according to an embodiment of the present invention.
  • the information transmitted between the ITS-S 1000 and the receiver ITS-S 1000 may include an event description including multimedia content and metadata related to the multimedia content.
  • the multimedia content and event description may be included and delivered in the MCM.
  • Figure 30 shows an MCD operation when the multimedia contents are separated and transmitted to a plurality of MCMs.
  • Figure 30 illustrates an embodiment in which the MCM includes multimedia language information. 13 to 15 do not duplicate.
  • FIG 30 shows the language check mode A described above. That is, the MCD basic service entity performs the language check.
  • the receiving ITS station 2000 parses the MCM and performs a language check.
  • the MCD basic service entity may use the multimedia language information obtained from the MCM to determine whether the language of the content is an acceptable language.
  • the MCD basic service entity can determine whether the language of the content is an acceptable language based on the set of allowable languages. If the language of the content of the receiving MCM is not an acceptable language, the receiving ITS station 2000 may not receive or discard / discard MCMs having the same message ID as this MCM. If the language of the content of the receiving MCM is an acceptable language, the MCD basic service may cache / store the multimedia segment # 1 and receive the remaining MCMs.
  • FIG. 31 shows an MCM transmission / reception method according to an embodiment of the present invention.
  • the information transmitted between the ITS-S 1000 and the receiver ITS-S 1000 may include an event description including multimedia content and metadata related to the multimedia content.
  • the multimedia content and event description may be included and delivered in the MCM.
  • FIG. 31 shows an MCD operation in the case where multimedia contents are separated and transmitted to a plurality of MCMs.
  • FIG. 31 shows an embodiment in which the MCM includes multimedia language information. 13 to 15 do not duplicate.
  • 31 shows the language check mode B described above. That is, the application performs a language check.
  • the receiving ITS station 2000 parses the MCM and delivers the obtained language information to the application.
  • the application performs a duplicate check.
  • the application can use the multimedia language information to determine whether the language of the content is an acceptable language.
  • the application can determine whether the language of the content is an acceptable language based on the set of allowable languages.
  • the application can pass the language check result to the MCD basic service entity. If the language of the content of the receiving MCM is not an acceptable language, the receiving ITS station 2000 may not receive or discard / discard MCMs having the same message ID as this MCM. If the language of the content of the receiving MCM is an acceptable language, the MCD basic service may cache / store the multimedia segment # 1 and receive the remaining MCMs.
  • the information transmitted between the ITS-S 1000 and the receiver ITS-S 1000 may include an event description including multimedia content and metadata related to the multimedia content.
  • the multimedia content and event description may be included and delivered in the MCM.
  • FIG. 32 shows an MCD operation when the multimedia contents are separated and transmitted to a plurality of MCMs.
  • FIG. 32 shows an embodiment in which the MCM includes multimedia language information. 13 to 15 do not duplicate.
  • the receiving ITS station 2000 parses the MCM and delivers the obtained language information to the application.
  • the MCD basic service entity delivers the language information to the application and then to the HIM (Human Machine Interface).
  • the MCD Basic Service can request the user to check the language via the HMI.
  • the application may request the user to check the language directly or via the HMI.
  • the receiving ITS station 2000 may not receive or discard / discard MCMs having the same message ID as this MCM. If the language of the content of the receiving MCM is an acceptable language, the MCD basic service may cache / store the multimedia segment # 1 and receive the remaining MCMs.
  • FIG 33 illustrates an MCD operation using multimedia language information according to an embodiment of the present invention.
  • the RSU transmits an English audio file.
  • Multimedia language information of MCM transmitting English audio file directs English.
  • the state of the V2X device of each vehicle that is, the ITS-S, is different from each other.
  • the driver may not understand English.
  • the driver may understand the English language.
  • Vehicle (a) may ignore the MCM and not deliver the MCM to the application layer. That is, the vehicle (a) may discard the MCM.
  • Vehicle b may receive and process the MCM and deliver the processed file / segment to the application layer.
  • FIG. 34 illustrates a configuration of a management container of an MCM according to an embodiment of the present invention.
  • FIG. 34 shows the structure of the management container included in the MCM shown in FIG. 10, and description of the field / data is not duplicated.
  • Fig. 34 (a) shows an MCM format including valid time (validTimeUntil) information
  • Fig. 34 (b) shows a management container format including valid time (validTimeUntil) information. Except for the validity time (validTimeUntil) information, the description of the information / field included in the management container is described with reference to FIG. 16 and the above description.
  • the valid time information may use a time stamp (TimestampsIts) as a data type.
  • the receiving ITS-S may not provide the multimedia content received before the valid time if the effective time elapses, based on the valid time information of the received multimedia content. That is, after the expiration time, the MCD basic service entity does not deliver the corresponding multimedia content to the application. After the expiration time, the application does not use the corresponding multimedia content. After the expiration time, the MCD basic service entity or management entity may delete the corresponding multimedia content from the storage or cache.
  • 35 shows a management container and a geo-networking basic header of an MCM according to an embodiment of the present invention.
  • the basic header may include at least one of a version field, an NH field (Next Header), a LT (LifeTime) field, and a Remaining Hop Limit (RHL) field. Fields included in the basic header are described below. The bit size constituting each field is only an embodiment and may be changed.
  • Version (4-bit) The version field indicates the version of the geo-networking protocol.
  • NH (4 bits): NH (Next Header) field indicates the type of the following header / field. If the field value is 1, a common header is followed. If the field value is 2, a secured packet can be followed.
  • the LT (LifeTime) field indicates the maximum lifetime of the packet.
  • RHL 8 bits: The Remaining Hop Limit (RHL) field indicates the residual hop limit.
  • the RHL field value can be reduced by one for each forwarding on the GeoAdhoc router. When the RHL field value reaches 0, the packet is no longer forwarded.
  • Multimedia content can be multi-hop forwarded using a geo-networking protocol.
  • the multimedia content may be set to be no longer forwarded after the expiration time to avoid over-occupying the channel. That is, if the time of the LT field has passed, the ITS-S can stop the forwarding of the packet.
  • the forwarding ITS-S can perform forwarding without checking the information of the facility layer.
  • the ITS station may perform the forwarding without checking the validity time. Accordingly, the ITS-S can transmit the value of the LT field of the basic header of the geo-networking PDU by setting it equal to or smaller than the value of the effective time field of the MCM field.
  • LT represents the value of the LifeTime field in the Geo Networking Basic header.
  • VT represents the value of the " validTimeUntil " field in the management container of the PDU from the MCD basic service entity
  • CT represents the time at which the geo-networking PDU is generated
  • LT represents the value obtained by subtracting CT from VTU (LT ⁇ VTU - CT) The value of LT must not exceed the difference between the valid time and the time at which the geo - networking PDU is generated.
  • the RSU transmits MCM-xyz.
  • the RSU geo-broadcasts the MCM. That is, the RSU sends a geo-networking message to broadcast the message at region "C".
  • the time when the RSU transmits the MCM is t0, and the valid time (validTimeUntil) information indicates t5.
  • the ITS-S may divide the multimedia content into a plurality of segments instead of transmitting the MCM to one MCM, and may transmit the segments as a plurality of MCMs.
  • the maximum size of a message that can be transmitted at a time can be determined based on the access layer technology used for message transmission. Selection of the access layer technology used for transmission may be performed by at least one of an application layer, a facility layer, a network / transport layer, or a management entity.
  • the maximum message size can be determined.
  • PDU Protocol Data Unit
  • layer A knows the maximum message size: Estimate the header size to be added in the lower layer, so that the message size to be transmitted over-the-air will not exceed the maximum PDU size of layer A .
  • the layer A PDU is generated by segmenting the PDU to be smaller than the layer A maximum PDU size. Then, the generated layer A PDU is transferred to the lower layer.
  • the received upper layer PDU may be a media content file when the layer A is an application layer.
  • layer A does not know the maximum message size: PDUs of layer A are created without segmenting the upper layer PDU received from the upper layer. Then, the generated layer A PDU is transferred to the lower layer.
  • the received upper layer PDU may be a media content file when the layer A is an application layer.
  • FIG. 37 shows a V2X communication apparatus according to an embodiment of the present invention.
  • the V2X communication device 37000 may include a memory 37010, a processor 37020, and a communication unit 37030.
  • the V2X communication device may be an OBU (On Board Unit) or an RSU (Road Side Unit), or may be included in an OBU or an RSU.
  • the V2X communication device may be included in the ITS station or may correspond to the ITS station.
  • the communication unit 37030 may be connected to the processor 37020 to transmit / receive radio signals.
  • the communication unit 37030 may upconvert the data received from the processor 37020 to the transmit and receive band and transmit the signal.
  • the communication unit may implement the operation of the access layer.
  • the communication unit may implement the operation of the physical layer included in the access layer, or may further implement the operation of the MAC layer.
  • the communication unit may comprise a plurality of subcommunication units for communicating in accordance with a plurality of communication protocols.
  • the processor 37020 may be coupled to the communication unit 37030 to implement the operation of the layers according to the ITS system or the WAVE system.
  • the processor 37020 may be configured to perform operations in accordance with various embodiments of the present invention in accordance with the above figures and description. Also, at least one of the modules, data, programs, or software that implement the operation of the V2X communication device 37000 according to various embodiments of the invention described above may be stored in memory 37010 and executed by processor 37020 have.
  • the memory 37010 is coupled to the processor 37020 to store various information for driving the processor 37020.
  • Memory 37010 may be internal to processor 37020 or external to processor 37020 and coupled to processor 37020 by known means.
  • the memory may include a secure / non-secure storage device, or may be included in a secure / non-secure storage device. Depending on the embodiment, the memory may be referred to as a secure / non-secure storage device.
  • V2X communication device 37000 of FIG. 37 can be implemented such that the various embodiments of the present invention described above are applied independently or two or more embodiments are applied together.
  • the GNSS receiver and DSRD radio may be included in the communication unit 37030 of FIG.
  • the DSRC device processor may be included in the communication unit 37030 of Fig. 37 or may be included in the processor 37020.
  • FIG. 38 shows a method of receiving a multimedia content message of a V2X communication apparatus according to an embodiment of the present invention.
  • the V2X communication device may receive the multimedia content message (S38010).
  • the V2X communication device can receive multimedia content messages based on various communication protocols.
  • the V2X communication apparatus can parse the multimedia content message (S38020).
  • the V2X communication device can parse the multimedia content message and obtain various information about the message.
  • the V2X communication device may acquire multimedia content or a content segment.
  • the V2X communication device can store / process the content or the content segment as described above and provide it to the user through the application.
  • the V2X communication device may discard the content or the content segment without storing / processing based on the information on the message as described above.
  • the multimedia content message includes a header including a protocol version and a message ID, a management container including information related to an MCM (Multimedia Content Message) management and an MCD (Multimedia Content Dissemination) protocol, A location container including location information of the event, and a multimedia content container including the multimedia content.
  • MCM Multimedia Content Message
  • MCD Multimedia Content Dissemination
  • the management container includes at least one of a numberOfMultimediaUnit information indicating the number of multimedia data units included in the multimedia container and a multimedia format type information about a multimedia content included in the multimedia container.
  • the description of the multimedia content message and the management container is as described above.
  • the management container may further include size information for at least one of the segments of the multimedia content or multimedia content.
  • the V2X communication apparatus can determine whether to store the multimedia content or the multimedia segment based on the size information and the storage information of the V2X communication apparatus.
  • the management container may further include multimedia content identifier information.
  • the V2X communication device may determine whether the multimedia content or the segment of the multimedia content message overlaps with the pre-received multimedia content based on the multimedia content identifier information.
  • the management container may further include URL information.
  • the V2X communication device can access the URL indicated by the URL information to receive the multimedia content.
  • the management container may further include language information indicating the language of the multimedia content.
  • the V2X communication device can determine whether the language of the multimedia content is an acceptable language based on the language information.
  • the management container may further include valid time information.
  • the V2X communication apparatus can determine whether to provide or forward the multimedia content based on the valid time information.
  • Embodiments in accordance with the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof.
  • an embodiment of the present invention may include one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs) field programmable gate arrays, processors, controllers, microcontrollers, microprocessors, and the like.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • an embodiment of the present invention may be implemented in the form of a module, a procedure, a function, or the like for performing the functions or operations described above.
  • the software code can be stored in memory and driven by the processor.
  • the memory is located inside or outside the processor and can exchange data with the processor by various means already known.
  • the present invention is used in a range of vehicle communications.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Artificial Intelligence (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • General Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

V2X(Vehicle to everything) 통신 장치의 멀티미디어 컨텐트 메세지 수신 방법이 개시된다. 본 발명의 실시예에 따른 V2X(Vehicle to everything) 통신 장치의 멀티미디어 컨텐트 메세지 수신 방법은, 멀티미디어 컨텐트 메세지를 수신하는 단계; 상기 멀티미디어 컨텐트 메세지를 파싱하는 단계; 상기 멀티디미어 컨텐트 메세지에 포함된 멀티미디어 컨텐트 또는 멀티미디어 컨텐트의 일부인 컨텐트 세그먼트를 획득하는 단계를 포함한다.

Description

V2X 통신 장치 및 그의 멀티미디어 컨텐트 전송/수신 방법
본 발명은 V2X 통신 장치 및 그의 멀티미디어 컨텐트 송수신 방법에 대한 것으로, 특히 멀티미디어 컨텐트를 포함하는 멀티미디어 컨텐트 메세지를 수신하고, 메세지에 포함된 정보에 기초하여 멀티미디어 컨텐트를 처리하는 방법에 대한 것이다.
최근 차량(vehicle)은 기계 공학 중심에서 전기, 전자, 통신 기술이 융합된 복합적인 산업 기술의 결과물이 되어 가고 있으며, 이러한 면에서 차량은 스마트카라고도 불린다. 스마트카는 운전자, 차량, 교통 인프라 등을 연결하여 교통 안전/복잡 해소와 같은 전통적인 의미의 차량 기술뿐 아니라 다양한 사용자 맞춤형 이동 서비스를 제공하게 되었다. 이러한 연결성은 V2X(Vehicle to Everything) 통신 기술을 사용하여 구현될 수 있다.
차량 간에 안전 관련 메세지 외에도 멀티미디어 컨텐트의 통신이 필요할 수 있다. 다만, 차량 통신의 특성 상 멀티미디어 컨텐트의 송수신은 신속하고 안정적으로 수행되며, 지나친 통신 트래픽을 야기하지 않아야 한다. 본 발명은 차량 간 멀티미디어 컨텐트 통신을 위한 메세지 포맷 및 송수신 프로토콜에 대해 제안한다.
상술한 기술적 과제를 해결하기 위하여, V2X(Vehicle to everything) 통신 장치 및 V2X 통신 장치의 멀티미디어 컨텐트 메세지 수신 방법이 개시된다.
본 발명의 실시예에 따른 멀티미디어 컨텐트 메세지 수신 방법은, 멀티미디어 컨텐트 메세지를 수신하는 단계; 상기 멀티미디어 컨텐트 메세지를 파싱하는 단계; 및 상기 멀티디미어 컨텐트 메세지에 포함된 멀티미디어 컨텐트 또는 멀티미디어 컨텐트의 일부인 컨텐트 세그먼트를 획득하는 단계를 포함하며, 상기 멀티미디어 컨텐트 메세지는, 프로토콜 버전 및 메세지 ID를 포함하는 헤더, MCM(Multimedia Content Message) 매니지먼트 및 MCD(Multimedia Content Dissemination) 프로토콜 관련 정보를 포함하는 매니지먼트 컨테이너, 이벤트를 기술하는 정보를 포함하는 상황(situation) 컨테이너, 상기 이벤트의 위치 정보를 포함하는 위치(location) 컨테이너 및 상기 멀티미디어 컨텐트를 포함하는 멀티미디어 컨텐트 컨테이너를 포함하고, 상기 매니지먼트 컨테이너는, 상기 멀티미디어 컨테이너에 포함된 멀티미디어 데이터 유닛의 수를 지시하는 멀티미디어 데이터 유닛의 수(numberOfMultimediaUnit) 정보, 상기 멀티미디어 컨테이너에 포함된 상기 멀티미디어 컨텐트에 대한 멀티미디어 포맷 타입(multimediaFormatType) 정보를 포함한다.
본 발명의 실시예에 따른 멀티미디어 컨텐트 메세지 수신 방법에 있어서, 상기 매니지먼트 컨테이너는, 상기 멀티미디어 컨텐트 또는 상기 멀티미디어 컨텐트의 세그먼트 중 적어도 하나에 대한 사이즈 정보를 더 포함하고, 상기 멀티미디어 컨텐트 메세지 수신 방법은, 상기 사이즈 정보 및 상기 V2X 통신 장치의 스토리지 정보에 기초하여 상기 멀티미디어 컨텐트 또는 컨텐트 세그먼트의 저장 여부를 결정하는 단계를 더 포함한다.
본 발명의 실시예에 따른 멀티미디어 컨텐트 메세지 수신 방법에 있어서, 상기 매니지먼트 컨테이너는, 멀티미디어 컨텐트 식별자 정보를 더 포함하고, 상기 멀티미디어 컨텐트 메세지 수신 방법은, 상기 멀티미디어 컨텐트 식별자 정보에 기초하여 상기 멀티미디어 컨텐트 메세지의 멀티미디어 컨텐트 또는 컨텐트 세그먼트가 기-수신한 멀티미디어 컨텐트와 중복되는지 여부를 결정하는 단계를 더 포함한다.
본 발명의 실시예에 따른 멀티미디어 컨텐트 메세지 수신 방법에 있어서, 상기 매니지먼트 컨테이너는, URL 정보를 더 포함하고, 상기 멀티미디어 컨텐트 메세지 수신 방법은, 상기 URL 정보가 지시하는 URL에 접속하여 상기 멀티미디어 컨텐트를 수신하는 단계를 더 포함한다.
본 발명의 실시예에 따른 멀티미디어 컨텐트 메세지 수신 방법에 있어서, 상기 매니지먼트 컨테이너는, 상기 멀티미디어 컨텐트의 언어를 지시하는 언어 정보를 더 포함하고, 상기 멀티미디어 컨텐트 메세지 수신 방법은, 상기 언어 정보에 기초하여 상기 멀티미디어 컨텐트의 상기 언어가 허용(acceptable) 언어인지 여부를 결정하는 단계를 더 포함한다.
본 발명의 실시예에 따른 멀티미디어 컨텐트 메세지 수신 방법에 있어서, 상기 매니지먼트 컨테이너는, 유효 시간 정보를 더 포함하고, 상기 멀티미디어 컨텐트 메세지 수신 방법은, 상기 유효 시간 정보에 기초하여 상기 멀티미디어 컨텐트의 제공 또는 포워딩 여부를 결정하는 단계를 더 포함한다.
본 발명의 실시예에 따른 V2X 통신 장치는, 데이터를 저장하는 메모리; 무선 신호를 송수신하는 통신 유닛; 및 상기 통신 유닛을 제어하는 프로세서를 포함하고, 상기 V2X 통신 장치는, 멀티미디어 컨텐트 메세지를 수신하고, 상기 멀티미디어 컨텐트 메세지를 파싱하고, 및 상기 멀티디미어 컨텐트 메세지에 포함된 멀티미디어 컨텐트 또는 멀티미디어 컨텐트의 일부인 컨텐트 세그먼트를 획득하며, 상기 멀티미디어 컨텐트 메세지는, 프로토콜 버전 및 메세지 ID를 포함하는 헤더, MCM(Multimedia Content Message) 매니지먼트 및 MCD(Multimedia Content Dissemination) 프로토콜 관련 정보를 포함하는 매니지먼트 컨테이너, 이벤트를 기술하는 정보를 포함하는 상황(situation) 컨테이너, 상기 이벤트의 위치 정보를 포함하는 위치(location) 컨테이너 및 상기 멀티미디어 컨텐트를 포함하는 멀티미디어 컨텐트 컨테이너를 포함하고, 상기 매니지먼트 컨테이너는, 상기 멀티미디어 컨테이너에 포함된 멀티미디어 데이터 유닛의 수를 지시하는 멀티미디어 데이터 유닛의 수(numberOfMultimediaUnit) 정보, 상기 멀티미디어 컨테이너에 포함된 상기 멀티미디어 컨텐트에 대한 멀티미디어 포맷 타입(multimediaFormatType) 정보를 포함한다.
본 발명의 MCD 프로토콜은, 도로 안전(road safety), 트래픽 매니지먼트, POI(Point Of Interest), 국가 유산(national patrimony), 커머셜(commecial), 개인(personal) 등에 대한 정보를 멀티미디어 컨텐트로 기술(describe)하여 V2X 통신을 가능하게 한다. 또한, 본 발명의 MCD 프로토콜은 멀티미디어 컨테트를 복수의 세그먼트로 분리하여 전파하고, 수신단에서 세그먼트들을 합병하여 멀티미디어 컨텐트를 복구할 수 있다.
사이즈 정보를 포함하는 MCM을 전송함으로써, 수신기는 스토리지 상태에 기초하여 멀티미디어 컨텐트/세그먼트를 전달하는 MCM을 어플리케이션에게 전달할지 또는 무시할지 여부를 결정할 수 있다. 따라서 불필요한 수신 프로세싱 및 스토리지 낭비가 방지될 수 있다.
멀티미디어 컨텐트 식별 정보(파일 명칭, URI, MD5)를 포함하는 MCM을 전송함으로써, 수신기는 수신 컨텐트가 중복된 멀티미디어 컨텐트인지 여부를 파악하고, 해당 컨텐트/세그먼트를 어플리케이션에게 전달할지 또는 무시할지 여부를 결정할 수 있다. 따라서 불필요한 수신 프로세싱 및 스토리지 낭비가 방지될 수 있다.
URL 정보를 포함하는 MCM을 전송함으로써, 다른 액세스 레이어 또는 트랜스포트 레이어 기술에 기초하여 멀티미디어 컨텐트를 전달할 수 있다. 이 경우 멀티미디어 컨텐트 전송에 의한 V2X 통신 주파수 사용을 최소화할 수 있다.
언어 정보를 포함하는 MCM을 전송함으로써, 수신기는 멀티미디어 컨텐트가 사용자에게 허용가능한지 여부를 파악하고, 해당 컨텐트/세그먼트를 어플리케이션에게 전달할지 또는 무시할지 여부를 결정할 수 있다. 따라서 불필요한 수신 프로세싱 및 스토리지 낭비가 방지될 수 있다.
유효 시간 정보를 포함하는 MCM을 전송함으로써, 수신기는 멀티미디어 컨텐트의 유효 시간을 파악하고, 해당 컨텐트/세그먼트를 어플리케이션에게 전달할지 또는 무시할지 여부 또는 포워딩 여부를 결정할 수 있다. 따라서 불필요한 송수신 프로세싱, 스토리지 낭비, 비유효 정보의 활용이 방지될 수 있다.
본 발명에 대해 더욱 이해하기 위해 포함되며 본 출원에 포함되고 그 일부를 구성하는 첨부된 도면은 본 발명의 원리를 설명하는 상세한 설명과 함께 본 발명의 실시예를 나타낸다.
본 발명에 대해 더욱 이해하기 위해 포함되며 본 출원에 포함되고 그 일부를 구성하는 첨부된 도면은 본 발명의 원리를 설명하는 상세한 설명과 함께 본 발명의 실시예를 나타낸다.
도 1은 본 발명의 실시예에 따른 지능형 교통 시스템(ITS; Intelligent Transport System)을 나타낸다.
도 2는 본 발명의 실시예에 따른 V2X 송수신 시스템을 나타낸다.
도 3은 본 발명의 실시예에 따른 V2X 시스템의 구성을 나타낸다.
도 4는 본 발명의 실시예에 따른 네트워크/트랜스포트 레이어의 패킷 구조를 나타낸다.
도 5는 본 발명의 다른 실시예에 따른 V2X 시스템의 구성을 나타낸다.
도 6은 본 발명의 실시예에 따른 WSMP 패킷 구성을 나타낸다.
도 7은 본 발명의 실시예에 따른 MCO(다중채널 운용, Multi-channel Operation)를 수행하는 MAC 서브레이어의 컨셉적인(conceptual) 내부 아키택처를 나타낸다.
도 8은 본 발명의 실시예에 따른 EDCA의 사용자 우선순위와 AC(Access Category)와의 관계를 나타낸다.
도 9는 본 발명의 실시예에 따른 V2X 전송 장치의 피지컬 레이어 구성을 나타낸다.
도 10은 본 발명의 실시예에 따른 MCM 포맷을 나타낸다.
도 11은 본 발명의 실시예에 따른 ITS 스테이션 아키텍처로서, 특히 MCD 프로토콜에 따른 메세지 프로세싱을 위한 아키텍처를 나타낸다.
도 12는 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
도 13은 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
도 14는 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
도 15는 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
도 16은 본 발명의 실시예에 따른 MCM의 매니지먼트 컨테이너 구성을 나타낸다.
도 17은 본 발명의 실시예에 따른, 사이즈 정보를 포함하는 MCM 송신/수신 방법을 나타낸다.
도 18은 본 발명의 실시예에 따른, 사이즈 정보를 포함하는 MCM 송신/수신 방법을 나타낸다.
도 19는 본 발명의 실시예에 따른, 사이즈 정보를 포함하는 MCM 송신/수신 방법을 나타낸다.
도 20은 본 발명의 실시예에 따른, 사이즈 정보를 사용한 MCD 동작을 나타낸다.
도 21은 본 발명의 실시예에 따른 MCM의 매니지먼트 컨테이너 구성을 나타낸다.
도 22는 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
도 23은 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
도 24는 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
도 25는 본 발명의 실시예에 따른, 멀티미디어 컨텐트 식별자 정보를 사용한 MCD 동작을 나타낸다.
도 26은 본 발명의 실시예에 따른 MCM의 매니지먼트 컨테이너 구성을 나타낸다.
도 27은 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
도 28은 본 발명의 실시예에 따른, URL 정보를 사용한 MCD 동작을 나타낸다.
도 29는 본 발명의 실시예에 따른 MCM의 매니지먼트 컨테이너 구성을 나타낸다.
도 30은 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
도 31은 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
도 32는 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
도 33은 본 발명의 실시예에 따른, 멀티미디어 언어 정보를 사용한 MCD 동작을 나타낸다.
도 34는 본 발명의 실시예에 따른 MCM의 매니지먼트 컨테이너 구성을 나타낸다.
도 35는 본 발명의 실시예에 따른 MCM의 매니지먼트 컨테이너 및 지오네트워킹 베이직 헤더를 나타낸다.
도 36은 본 발명의 실시예에 따른, 유효시간 정보를 사용한 MCD 동작을 나타낸다.
도 37은 본 발명의 실시예에 따른 V2X 통신 장치를 나타낸다.
도 38은 본 발명의 실시예에 따른 V2X 통신 장치의 멀티미디어 컨텐트 메세지 수신 방법을 나타낸다.
본 발명의 바람직한 실시예에 대해 구체적으로 설명하며, 그 예는 첨부된 도면에 나타낸다. 첨부된 도면을 참조한 아래의 상세한 설명은 본 발명의 실시예에 따라 구현될 수 있는 실시예만을 나타내기보다는 본 발명의 바람직한 실시예를 설명하기 위한 것이다. 다음의 상세한 설명은 본 발명에 대한 철저한 이해를 제공하기 위해 세부 사항을 포함하지만, 본 발명이 이러한 세부 사항을 모두 필요로 하는 것은 아니다. 본 발명은 이하에서 설명되는 실시예들은 각각 따로 사용되어야 하는 것은 아니다. 복수의 실시예 또는 모든 실시예들이 함께 사용될 수 있으며, 특정 실시예들은 조합으로서 사용될 수도 있다.
본 발명에서 사용되는 대부분의 용어는 해당 분야에서 널리 사용되는 일반적인 것들에서 선택되지만, 일부 용어는 출원인에 의해 임의로 선택되며 그 의미는 필요에 따라 다음 설명에서 자세히 서술한다. 따라서 본 발명은 용어의 단순한 명칭이나 의미가 아닌 용어의 의도된 의미에 근거하여 이해되어야 한다.
본 발명은 V2X 통신 장치에 대한 것으로, V2X 통신 장치는 ITS(Intelligent Transport System) 시스템에 포함되어, ITS 시스템의 전체 또는 일부 기능들을 수행할 수 있다. V2X 통신 장치는 차량과 차량, 차량과 인프라, 차량과 자전거, 모바일 기기 등과의 통신을 수행할 수 있다. V2X 통신 장치는 V2X 장치라고 약칭될 수도 있다. 실시예로서 V2X 장치는 차량의 온보드유닛(OBU; On Board Unit)에 해당하거나, OBU에 포함될 수도 있다. OBU는 OBE(On Board Equipment)라고 치칭될 수도 있다. V2X 장치는 인프라스트럭처의 RSU(Road Side Unit)에 해당하거나, RSU에 포함될 수도 있다. RSU는 RSE(RoadSide Equipment)라고 지칭될 수도 있다. 또는, V2X 통신 장치는 ITS 스테이션에 해당하거나, ITS 스테이션에 포함될 수 있다. V2X 통신을 수행하는 임의의 OBU, RSU 및 모바일 장비 등을 모두 ITS 스테이션 또는 V2X 통신 장치라고 지칭할 수도 있다.
도 1은 본 발명의 실시예에 따른 지능형 교통 시스템(ITS; Intelligent Transport System)을 나타낸다.
지능형 교통 시스템은 자동차, 버스, 기차 등의 교통 수단과 신호등, 전광판 등의 도로 주변에 설치된 교통 시설에 전자 제어 및 통신 장치와 같은 정보 통신 기술(information and communication technology)을 적용함으로써 효율적이고 안전한 교통 서비스를 제공하는 시스템을 의미한다. ITS를 지원하기 위해, V2X(Vehicle to everything) 기술이 사용될 수 있다. V2X 통신 기술은 차량과 차량 또는 차량과 주변 기기와의 통신 기술을 나타낸다.
V2X 통신을 지원하는 차량은 OBU를 장착하고 있으며, OBU는 DSRC(Dedicated Short-Range Communication) 통신 모뎀을 포함한다. 신호등과 같이 도로 주변에 설치된 V2X 모듈을 포함하는 인프라 스트럭처는 RSU라고 지칭될 수 있다. VRU(Vulnerable Road Users)는 교통 약자로서, 보행자, 자전거, 휠체어 등이 VRU에 해당할 수 있다. VRU는 V2X 통신 가능할 수 있다.
V2V(Vehicle to Vehicle)는 V2X 통신 장치를 포함하는 차량 간의 통신 또는 통신 기술을 지칭한다. V2I(Vehicle to Infra-structure)는 V2X 통신 장치를 포함하는 챠랑과 인프라 스트럭처 간의 통신 또는 통신 기술을 지칭한다. 그 외에, 차량과 교통 약자 간의 통신은 V2O라고 지칭될 수 있으며, 인프라 스트럭처와 교통 약자 간의 통신은 I2O라고 지칭될 수 있다.
도 2는 본 발명의 실시예에 따른 V2X 송수신 시스템을 나타낸다.
V2X 송수신 시스템은 V2X 송신기(2100) 및 V2X 수신기(2200) 송신기와 수신기는 데이터를 송신 및 수신하는 역할에 따라 구분한 것으로, 장치의 구성 차이는 없다. V2X 송신기(2100) 및 V2X 수신기(2200)는 모두 V2X 통신 장치에 해당한다.
V2X 송신기(2100)는 GNSS(Global Navigation Satellite System) 수신기(GNSS Receiver; 2110), DSRC 라디오(DSRC Radio; 2120), DSRC 디바이스 프로세서(DSRC device processor; 2130), 어플리케이션 ECU(Electronic Control Unit)(Application ECU; 2140), 센서(Sensor; 2150), 휴먼 인터페이스(Human Interface(2160)을 포함한다.
DSRC 라디오(2120)는 WLAN(Wireless Local Area Network) 기반의 IEEE 802.11 표준 및/또는 미국 자동차 기술학회인 SAE(Society of Automotive Engineer)의 WAVE(Wireless Access in Vehicular Environments) 표준에 기초하여 통신을 수행할 수 있다. DSRC 라디오(2120)는 피지컬 레이어와 MAC 레이어의 동작을 수행할 수 있다.
DSRC 디바이스 프로세서(2130)는 DSRC 라디오(2120)가 수신한 메세지를 디코딩하거나 송신할 메세지를 디코딩할 수 있다. GNSS 리시버(2110)는 GNSS를 처리하며, 위치 정보 및 시간 정보를 획득할 수 있다. 실시예로서, GNSS 리시버(2110)는 GPS(Global Positioning System) 장치가 될 수 있다.
어플리케이션 ECU(2140)는 특정 어플리케이션 서비스를 제공하기 위한 마이크로 프로세서가 될 수 있다. 어플리케이션 ECU는 서비스를 제공하기 위해 센서 정보 및 사용자 입력에 기초하여 동작/메세지를 생성하고, DSRC 디바이스 프로세서를 사용하여 메세지를 송수신할 수 있다. 센서(2150)는 차량 상태 및 주변 센서 정보를 획득할 수 있다. 휴먼 인터페이스(2160)는 입력 버튼이나 모니터 등의 인터페이스를 통해 사용자의 입력을 수신하거나 메세지를 표시/제공할 수 있다.
V2X 수신기(2200)는 GNSS(Global Navigation Satellite System) 수신기(GNSS Receiver; 2210), DSRC 라디오(DSRC Radio; 2220), DSRC 디바이스 프로세서(DSRC device processor; 2230), 어플리케이션 ECU(Electronic Control Unit)(Application ECU; 2240), 센서(Sensor; 2250), 휴먼 인터페이스(Human Interface(2260)을 포함한다. V2X 수신기의 구성(2200)에 대해서는 V2X 송신기(2100)의 구성에 대한 상술한 설명이 적용된다.
DSRC 라디오와 DSRC 디바이스 프로세서는 통신 유닛의 하나의 실시예에 해당한다. 통신 유닛은 3GPP, LTE(Long Term Evolution)와 같은 셀룰러 통신 기술에 기초하여 통신할 수도 있다.
도 3은 본 발명의 실시예에 따른 V2X 시스템의 구성을 나타낸다.
실시예로서, 도 3의 V2X 시스템은 ISO 21217/EN302 665에서 정의하는 ITS 스테이션 참조 아키텍처에 해당할 수 있다. 도 3은 ITS 스테이션이 참조 아키텍처에 기반하는 ITS 스테이션의 예시를 나타낸다. 도 3은 종단간 통신을 위한 계층적 아키텍처를 나타낸다. 차량 간 메세지가 통신되는 경우, 송신 차량/ITS 시스템에서 한 레이어씩 아래로 각 레이어를 통과하여 메시지가 전달되고, 수신 차량/ITS 시스템에서 한 레이어씩 위로 메세지가 상위 레이어로 전달된다. 각 레이어에 대한 설명은 아래와 같다.
어플리케이션(application) 레이어: 어플리케이션 레이어는 다양한 사용예(use case)를 구현 및 지원할 수 있다. 예를 들면, 어플리케이션은 도로 안전(Road Safety), 효율적 교통 정보(Efficient Traffic Information), 기타 애플리케이션 정보(Other application)를 제공할 수 있다.
어플리케이션 레이어는 ITS 어플리케이션을 분류 및 정의하고, 하위 레이어들을 통해 종단 차량/이용자/인프라에게 서비스를 제공할 수 있다. 어플리케이션은 사용-케이스(use-case) 별로 정의/적용될 수 있고, 또는 사용-케이스를 도로-안전(road-safety), 트래픽 효율(traffic efficiency), 로컬 서비스, 인포테인먼트와 같이 그루핑되어 정의/적용딜 수도 있다. 실시예로서, 어플리케이션 분류(classification), 사용-케이스 등은 새로운 어플리케이션 시나리오가 발생되면 업데이트될 수 있다. 레이어 매니지먼트는 어플리케이션 레이어의 운영 및 보안과 관련된 정보를 관리 및 서비스해줄 수 있다. 정보 및 서비스는 MAMA (interface between management entity and application 계층) 와 SA (interface between security entity and ITS-S applications) 또는 SAP(Service Access Point, 예 MA-SAP, SA-SAP)를 통해 양방향으로 전달 및 공유될 수 있다. 어플리케이션 레이어에서 퍼실리티 레이어로의 요청 또는 퍼실리티 레이어에서 어플리케이션 레이어로의 정보 전달은 FA((interface between facilities layer and ITS-S applications) (또는 FA-SAP)를 통해 수행될 수 있다.
퍼실리티(facilities) 레이어: 퍼실리티 레이어는 어플리케이션 레이어에서 정의된 다양한 사용예를 효과적으로 실현할 수 있도록 지원할 수 있다. 예를 들면, 퍼실리티 레이어는 어플리케이션 지원(application support), 정보 지원(information support), 세션/통신 지원(session/communication support)을 수행할 수 있다.
퍼실리티 레이어는 기본적으로 OSI 모델의 상위 3개 레이어인, 세션 레이어, 프리젠테이션 레이어, 어플리케이션 레이어 기능을 지원할 수도 있다. 퍼실리티 레이어는 추가적으로 ITS 시스템을 위해 어플리케이션 지원(application support), 정보 지원(information support), 세션/통신 지원(session/communication support)과 같은 진화된 퍼실리티를 제공할 수 있다. 퍼실리티는 기능(functionality), 정보(information), 데이터(data)를 제공하는 컴포넌트를 의미한다.
퍼실리티는 커먼 퍼실리티와 도메인 퍼실리티로 분류될 수 있다. 커먼 퍼실리티는 ITS의 기본적인 어플리케이션 세트와 ITS 스테이션 동작에 필요한 코어 서비스 또는 기능을 제공할 수 있다. 예를 들면, 시간 매니지먼트(management), 포지션 매니지먼트, 서비스 매니지먼트 등이 제공될 수 있다. 도메인 퍼실리티는 하나 또는 복수의 ITS의 기본적인 어플리케이션 세트에 특별한 서비스나 기능을 제공할 수 있다. 예를 들면, 도메인 퍼실리티는 Road Hazard Warning applications (RHW)를 위한 DENM(DEcentralized Notification Messages) 매니지먼트를 제공할 수 있다. 도메인 퍼실리티는 옵셔널한 기능로서 ITS 스테이션에 의해 지원되지 않으면 사용되지 않을 수도 있다.
네트워크 및 트랜스포트(Networking & Transport) 레이어: 네트워크/트랜스포트 레이어는 다양한 트랜스포트 프로토콜 및 네트워크 프로토콜을 사용함으로써 동종(homogenous)/이종(heterogenous) 네트워크 간의 차량 통신을 위한 네트워크를 구성할 수 있다. 예를 들면, 네트워크/트랜스포트 레이어는 TCP/UDP+IPv6 등 인터넷 프로토콜을 사용한 인터넷 접속과 라우팅을 제공할 수 있다. 또는, 네트워크/트랜스포트 레이어는 BTP(Basic Transport Protocol)/지오네트워킹(GeoNetworking) 등 지정학적 위치 정보(Geographical position) 기반 프로토콜을 사용하여 차량 네트워크를 구성할 수 있다.
트랜스포트 레이어는 상위 레이어(세션 레이어, 프리젠테이션 레이어, 어플리케이션 레이어)와 하위 레이어(네트워크 레이어, 데이터 링크 레이어, 피지컬 레이어)에서 제공하는 서비스들 간의 연결 레이어에 해당한다. 트랜스포트 레이어는 사용자가 보낸 데이터가 목적지에 정확히 도착하도록 관리하는 역할을 수행한다. 송신 쪽에서, 트랜스포트 레이어는 효율적인 데이터 전송을 위해 데이터를 전송에 적당한 사이즈의 패킷으로 분할하는 역할을 수행할 수 있다. 수신 쪽에서, 트랜스포트 레이어는 수신된 패킷들을 원래의 파일로 재결합하는 역할을 수행할 수 있다. 실시예로서, 트랜스포트 프로토콜은 TCP/UDP가 사용될 수 있고, VTS와 같은 ITS를 위한 트랜스포트 프로토콜이 사용될 수도 있다.
네트워크 레이어는 논리적인 주소를 할당하고 패킷 전달 경로를 결정할 수 있다. 네트워크 레이어는 트랜스포트 레이어에서 생성된 패킷을 수신하고, 목적지의 논리적인 주소를 포함하는 네트워크 헤더를 부가할 수 있다. 패킷 경로 설계의 예로서, 차량 간, 차량과 고정 스케이션 간, 고정 스테이션 간의 유니캐스트/브로드캐스트가 고려될 수 있다. 실시예로서, ITS를 위한 네트워크 프로토콜로서, 지오-네트워킹(Geo-Networking), 이동성 지원을 갖는(with movility support) IPv6 네트워킹, IPv6 over 지오-네트워킹 등의 프로토콜이 고려될 수 있다.
액세스(Access) 레이어: 액세스 레이어는 상위 레이어에서 수신한 메세지/데이터를 물리적 채널을 통해 전송할 수 있다. 예를 들면, 액세스 레이어는 IEEE 802.11 및/또는 802.11p 표준 기반 통신 기술, IEEE 802.11 및/또는 802.11p 표준의 피지컬 전송 기술에 기반한 ITS-G5 무선 통신 기술, 위성/광대역 무선 이동 통신을 포함하는 2G/3G/4G(LTE)/5G 무선 셀루러 통신 기술, DVB-T/T2/ATSC 등 광대역 지상파 디지털 방송 기술, GPS 기술, IEEE 1609 WAVE 기술 등에 기초하여 데이터 통신을 수행/지원할 수 있다.
차량 통신 및 네트워킹을 위한 ITS 시스템은 다양한 사용-케이스(use-case) 제공을 위해 다양한 접속 기술, 네트워크 프로토콜, 통신 인터페이스를 고려하여 유기적으로 설계될 수 있다. 또한, 각 레이어의 역할 및 기능은 증강 또는 보강될 수도 있다.
도 4는 본 발명의 실시예에 따른 네트워크/트랜스포트 레이어의 패킷 구조를 나타낸다.
도 4는 네트워크/트랜스포트 레이어의 패킷 구조를 나타내며, 트랜스포트 레이어는 BTP 패킷을 생성하고, 네트워크 레이어는 지오-네트워킹 패킷을 생성할 수 있다. 지오네트워킹 패킷은 LLC(logical link control) 패킷의 데이터에 해당하여, LLC 패킷에 포함될 수 있다. 지오-네트워킹 패킷은 LLC 패킷으로 인캡슐레이션될 수 있다. 도 4의 실시예에서, 데이터는 메세지 세트를 포함하고, 메세지 세트는 베이직 세이프티 메세지가 될 수 있다.
BTP는 퍼실리티 레이어에서 생성한 CAM, DENM과 같은 메세지를 하위(lower) 레이어로 전송하기 위한 프로토콜이다. BTP 헤더는 A타입, B타입으로 구성된다. A 타입 BTP 헤더는 인터랙티브(interactive) 패킷 전송을 위해 송수신에 필요한, 목적지/데스티네이션(destination) 포트 및 소스 포트를 포함할 수 있다. B 타입 헤더는 비-인터랙티브(non-interactive) 패킷 전송을 위해 송신에 필요한, 데스티네이션 포트 및 데스티테이션 포트 정보를 포함할 수 있다. 헤더에 포함된 필드/정보에 대한 설명은 아래와 같다.
데스티네이션 포트(Destination Port): 데스티네이션 포트는 BTP 패킷에 포함된 데이터(BTP-PDU)의 목적지에 해당하는 퍼실리티 엔터티를 식별한다.
소스 포트(Source Port): BTP-A 타입의 경우 생성되는 필드로서, 해당 패킷이 전송되는 소스에서의 퍼실리티 레이어의 프로토콜 엔터티의 포트를 지시한다. 이 필드는 16비트의 사이즈를 가질 수 있다.
데스티네이션 포트 정보(Destination Port Info): BTP-B 타입의 경우 생성되는 필드로서, 데스티네이션 포트가 가장 잘 알려진 포트인 경우 추가 정보를 제공할 수 있다. 이 필드는 16비트의 사이즈를 가질 수 있다.
지오네트워킹 패킷(Geonetworking packet)은 네트워크 계층의 프로토콜에 따라서 베이직 헤더 및 커먼 헤더를 포함하고, 지오네트워킹 모드에 따라서 익스텐션(Extension) 헤더를 선택적으로(optional) 포함한다.
베이직 헤더는 32비트(4바이트)가 될 수 있다. 베이직 헤더는 버전 필드, NH 필드(Next Header), LT(LifeTime) 필드, RHL(Remaining Hop Limit) 필드 중 적어도 하나를 포함할 수 있다. 베이직 헤더에 포함된 필드들에 대한 설명은 아래와 같다. 각 필드를 구성하는 비트 사이즈는 실시예에 불과한 것으로, 변경될 수도 있다.
Version(4비트): 버전(version) 필드는 지오네트워킹 프로토콜을 버전을 지시한다.
NH(4비트): NH(Next Header) 필드는 후속 헤더/필드의 타입을 지시한다. 필드 값이 1이면 커먼 헤더가 이어지고, 2이면 보안 설정된 보안(secured) 패킷이 이어질 수 있다.
LT(8비트): LT(LifeTime) 필드는 해당 패킷의 최대 생존 시간을 지시한다.
RHL(8비트): RHL(Remaining Hop Limit) 필드는 잔여 홉 제한을 지시한다. RHL 필드값은 지오애드혹(GeoAdhoc) 라우터에서 포워딩할 때마다 1씩 줄어들 수 있다. RHL 필드값이 0이 되면 해당 패킷은 더 이상 포워딩되지 않는다.
커먼 헤더는 64비트(8바이트)가 될 수 있다. 커먼 헤더는 NH(NextHeader) 필드, HT(HeaderType) 필드, HST(Header Sub-Type) 필드, TC(Traffic Class) 필드, 플래그(Flags) 필드, PL(PayloadLength) 필드, MHL(Maximum Hop Limit) 필드 중 적어도 하나를 포함할 수 있다. 각 필드들에 대한 설명은 아래와 같다.
NH(4비트): NH(Next Header) 필드는 후속 헤더/필드의 타입을 지시한다. 필드 값이 0이면 정의되지 않은 "ANY" 타입을 지시하고, 1이면 BTP-A 타입 패킷을, 2이면 BTP-B 타입 패킷을, 3이면 IPv6의 IP 다이어그램을 각각 지시할 수 있다.
HT(4비트): 헤더 타입 필드는 지오네트워킹 타입을 지시한다. 지오네트워킹 타입은 비콘(Beacon), 지오유니캐스트(GeoUnicast), 지오애니캐스트(GeoAnycast), 지오브로드캐스트(GeoBroadcast), TSB(Topologically-Scoped Broadcast), LS(Location Service)을 포함한다.
HST(4비트): 헤더 서브 타입 필드는 헤더 타입과 함께 세부적인 타입을 지시한다. 실시예로서, HT 타입이 TSB로 설정되면 HST값이 '0'인 경우는 싱글 홉을 지시하고, '1'인 경우에는 멀티 홉을 지정할 수 있다.
TC(8비트): 트래픽 클래스 필드는 SCF(Store-Carry-Forward), 채널 오프로드(Channel Offload), TC ID를 포함할 수 있다. SCF 필드는 패킷을 전달할 이웃이 없는 경우 패킷 저장 여부를 지시한다. 채널 오프로드 필드는 멀티채널 오퍼레이션의 경우 다른 채널로 패킷이 전달될 수 있음을 지시한다. TC ID 필드는 퍼실리티 레이어에서 패킷 전달 시 할당되는 값으로, 피지컬 레이어에서 컨탠션(contention) 윈도우 값 설정에 사용될 수 있다.
플래그(8비트): 플래그 필드는 ITS 장치가 이동형(mobile)인지 고정형(stationary)인지를 지시하고, 실시예로서 마지막 1비트가 될 수 있다.
PL(8비트): 페이로드 길이 필드는 지오네트워킹 헤더에 후속하는 데이터 길이를 바이트 단위로 지시한다. 예를 들면, CAM을 운반(carry)하는 지오-네트워킹 패킷의 경우, PL 필드는 BTP 헤더와 CAM의 길이를 지시할 수 있다.
MHL(8비트): MHL(Maximum Hop Limit) 필드는 최대 호핑 수를 지시할 수 있다.
지오네트워킹 패킷에 LLC 헤더가 부가되어 LLC 패킷이 생성된다. LLC 헤더는 IP 데이터와 지오네트워킹 데이터를 구별하여 전송하는 기능을 제공한다. IP 데이터와 지오네트워킹 데이터는 SNAP의 이더타입(Ethertype)에 의해 구별될 수 있다. 실시예로서, IP 데이터가 전송되는 경우, 이더타입은 0x86DD로 설정되어 LLC 헤더에 포함될 수 있다. 실시예로서, 지오네트워킹 데이터가 전송되는 경우, 이더타입은 0x86DC로 설정되어 LLC 헤더에 포함될 수 있다. 수신기는 LLC 패킷 헤더의 이더타입 필드를 확인하고, 그 값에 따라서 패킷을 IP 데이터 경로 또는 지오네트워킹 경로로 포워딩 및 처리할 수 있다.
도 5는 본 발명의 다른 실시예에 따른 V2X 시스템의 구성을 나타낸다.
도 5는 도 3의 V2X 시스템의 다른 실시예에 해당하는 계층 아키텍처를 나타낸다. 실시예로서, 북미 V2X 시스템은 IEEE 802.11의 PHY 기술과 MAC 기술을 사용하며, 추가로 IEEE 1609.4의 MAC 기술을 사용할 수 있다. 네트워크/트랜스포트 레이어 기술에서, LLC 블록에는 IEEE802.2 표준의 기술이 적용되고, WSMP(WAVE short message protocol)에는 IEEE 1609.3 기술이 적용될 수 있다. 퍼실리티 레이어는 SAE의 J2735 표준의 메세지 세트를 사용할 수 있으며, 어플리케이션 레이어는 J2945 표준에서 V2V, V2I, V2O 용으로 정의된 어플리케이션을 사용할 수 있다.
어플리케이션 레이어는 사용-케이스를 구현하여 지원하는 기능을 수행할 수 있다. 어플리케이션은 사용-케이스에 따라 선택적으로 사용될 수 있다. 각 사용-케이스의 시스템 요구(requirement)는 J2945 표준에서 정의될 수 있다. J2945/1은 V2V 안전 통신과 같은 V2V 기술의 어플리케이션을 정의한다.
J2945/1 문서는 EEBL(emergency electronic brake lights), FCW(forward crash warning), BSW(blind spot warning), LCW(lane change warning), IMA(intersection movement assist), CLW(control loss warning)와 같은 어플리케이션을 정의한다. 실시예로서, FCW 기술은 선행 차량과의 충돌을 경고하는 V2V 안전 통신 기술이다. V2X 통신 장치를 구비한 차량이 급 정거를 하거나 사고로 멈춘 경우, 후속 차량의 충돌을 방지하기 위해 FCW 안전 메세지를 전송할 수 있다. 후속 차량은 FCW 메세지를 수신하고 운전자에게 경고를 하거나 속도 감속 또는 차선 변경과 같은 제어를 수행할 수 있다. 특히 정차한 차량과 운전 차량 사이에 다른 차량이 있는 경우에도 FCW를 통해 정차한 차량의 상태를 파아갈 수 있는 장점이 있다. FCW 안전 메세지는 차량의 위치 정보(위도, 경도, 차선), 차량 정보(차량 종류, 길이, 방향, 속도), 이벤트 정보(정지, 급정지, 서행)를 포함할 수 있으며, 이러한 정보는 퍼실리티 레이어의 요청에 의해 생성될 수 있다.
퍼실리티 레이어는 OSI 레이어 5(세션 레이어), 레이어 6(프리젠테이션 레이어), 레이어7(어플리케이션 레이어)에 해당할 수 있다. 퍼실리티 레이어는 어플리케이션을 지원하기 위해 상황에 따른 메세지 세트를 생성할 수 있다. 메세지 세트는 J2735 표준에서 정의되며, ASN.1을 통해 기술/복호될 수 있다. 메세지 세트는 BasicSafetyMessage 메시지, MapData 메시지, SPAT 메시지, CommonSafetyRequest 메시지, EmergencyVehicleAlert 메시지, IntersectionCollision 메시지, ProbeVehicleData 메시지, RoadSideAlert 메시지, PersonalSafetyMessag 메시지를 포함할 수 있다.
퍼실리티 레이어는 상위 레이어에서 전송하려는 정보를 취합하여 메세지 세트를 생성할 수 있다. 메세지 세트는 ASN.1(Abstract Syntax Notation 1) 방식으로 표시될 수 있다. ASN.1은 데이터 구조를 기술하는데 사용하는 표기법으로, 인코딩/디코딩 규칙도 정할 수 있다. ASN.1은 특정 장치, 데이터 표현 방식, 프로그래밍 언어, 하드웨어 플랫폼 등에 종속되지 않는다. ASN.1은 플랫폼에 상관없이 데이터를 기술하는 언어로서, CCITT (Consultative Committee on International Telegraphy and Telephony, X.208)와 ISO(international Organization for Standardization, ISO 8824)의 공동 표준이다.
메세지 세트는 V2X 동작과 관련된 메세지의 모음으로, 상위 어플리케이션의 상황에 맞는 메세지 세트가 존재한다. 메세지 세트는 데이터 프레임의 형식으로 표현되며, 적어도 하나의 엘레먼트를 포함할 수 있다. 각 엘레먼트는 데이터 프레임 또는 데이터 엘레먼트를 포함할 수 있다.
데이터 프레임은 2개 이상의 데이터 나열을 표시한다. 데이터 프레임은 데이터 엘레먼트의 나열 구조 또는 데이터 프레임의 나열 구조가 될 수 있다. 실시예로서, DV_vehicleData는 자동차의 정보를 나타내는 데이터 프레임 구조로서, 복수의 데이터 엘레먼트(예를 들면, Height, Bumbers, mass, trailerweight)를 포함할 수 있다. 데이터 엘레먼트는 데이터 요소에 대한 설명을 정의한다. 실시예로서, 데이터 프레임에서 사용하는 Height라는 엘레먼트는 DE_VehicleHeight에 정의되며, 차량의 높이를 표현할 수 있다. 실시예로서 차량의 높이는 0~127까지 표현될 수 있으며, LBS 단위는 5cm 단위로 증가되며 최대 6.35미터까지 표현될 수 있다.
실시예로서, 베이직 안전 메세지(BasicSafetyMessage)가 전송될 수 있다. BasicSafetyMessage는 메세지 세트 중 가장 기본적이고 중요한 메세지로서, 차량의 기본 정보를 주기적으로 전송하는데 사용된다. 해당 메시지는 BSMcoreData로 정의 된 coreData 와 Optional 인 PartII 와 regional 데이터를 포함할 수 있다. coreData는 msgCnt, id, lat, long, elev, speed, deading, break, size 등과 같은 데이터 엘레먼트를 포함할 수 있다. coreData는 데이터 엘레먼트들을 사용함으로써, 메시지 카운트, ID, 위도, 경도, 고도, 속도, 방향, 브레이크, 차량 사이즈 등을 표시하게 된다. 해당 BSM 은 coreData에 해당하는 정보를 일반적으로 100msec(1초에 10번) 주기로 전송할 수 있다.
네트워크/트랜스포트 레이어는 OSI 레이어 3(네트워크 레이어), 레이어 4(트랜스포트 레이어)에 해당할 수 있다. 상위 레이어에서 전달되는 WSM(WAVE Short Message)를 전송하기 위해 WSMP(WAVE short message protocol)가 사용될 수 있다. 추가로 종래의 IP 신호를 처리하기 위해 IPv6/TCP 프로토콜이 사용될 수 있다. LLC 블록은 IEEE802.2 표준이 사용되며, IP 다이어그램과 WSM 패킷을 구별할 수 있다.
액세스 레이어는 OSI 레이어 1(피지컬 레이어), 레이어 2(데이터 링크 레이어)에 해당할 수 있다. 액세스 레이어는 IEEE 802.11의 PHY 기술과 MAC 기술을 사용할 수 있으며, 추가로 차량 통신을 지원하기 위해 IEEE 1609.4의 MAC 기술이 사용될 수 있다.
시큐리티 엔터티(security entity)와 매니지먼트 엔터티는 전 구간에서 연결되어 동작될 수 있다.
도 6은 본 발명의 실시예에 따른 WSMP 패킷 구성을 나타낸다.
도 5의 네트워크/트랜스포트 레이어는 BSM과 같은 차량 안전 메세지를 WSMP를 통해 전송할 수 있다. WSMP 프로토콜은 IEEE 1609.3 문서에 기술되며, 추가로 IP 데이터를 전송하기 위해 IPv6과 TCP/UDP도 지원될 수 있다.
WSMP는 퍼실리티 레이어에서 ASN.1 방식으로 생성한 WAVE 쇼트 메세지를 하위 레이어로 전달하기 위한 프로토콜이다. 도 6에서와 같이, WSMP 패킷은 WSMP 헤더와 메세지가 포함되는 WSM 데이터를 포함한다. WSMP 헤더는 버전(version) 필드, PSID 필드, 익스텐션 필드(extension field), WSM WAVE 엘레먼트 ID 필드, 길이(length) 필드를 포함한다.
버전 필드는 4bits 의 실제 WSMP 버전을 나타내는 WsmpVersion 필드와 4bits 의 reserved 필드로 정의될 수 있다. PSID 필드는 프로바이더 서비스 식별자(provider service identifier)로서, 상위 레이어에서 어플리케이션에 따라 할당될 수 있다. PSID 필드는 수신기 측에서 적절한 상위 계층을 결정하는데 도움을 준다. 익스텐션 필드는 WSMP 헤더를 확장하기 위한 필드로 채널 넘버(channel number), 데이터 레이트(data-rate), 사용 전송 전력(transmit power used)와 같은 정보들이 삽입될 수 있다. WSMP WAVE 엘레먼트 ID 필드는 전송되는 WAVE short message 의 타입을 지정할 수 있다. 길이 필드는 12bits의 WSMLemgth 필드를 통해 송되는 WSM 데이터의 길이를 옥텟(octets) 단위로 지정할 수 있다.
LLC 헤더는 IP 데이터와 WSMP 데이터를 구별하여 전송하는 기능을 제공한다. IP 데이터와 WSMP 데이터는 SNAP의 이더타입(Ethertype)에 의해 구별될 수 있다. 실시예로서, LLC 헤더와 SNAP 헤더 구조는 IEEE 802.2의 문서에서 정의될 수 있다. IP 데이터가 전송되는 경우, 이더타입은 0x86DD로 설정되어 LLC 헤더에 포함될 수 있다. 실시예로서, WSMP 데이터가 전송되는 경우, 이더타입은 0x86DC로 설정되어 LLC 헤더에 포함될 수 있다. 수신기는 LLC 패킷 헤더의 이더타입 필드를 확인하고, 그 값에 따라서 패킷을 IP 데이터 경로 또는 WSMP 경로로 포워딩 및 처리할 수 있다.
도 7은 본 발명의 실시예에 따른 MCO(다중채널 운용, Multi-channel Operation)를 수행하는 MAC 서브레이어의 컨셉적인(conceptual) 내부 아키택처를 나타낸다.
실시예로서, 도 7의 아키택처는 도 5의 엑세스 레이어에 포함되거나, 액세스 레이어의 MAC 레이어에 포함될 수 있다. 도 7의 MCO 구조는 채널 액세스가 정의되는 채널 코디네이션, PHY-MAC 레이어들 간의 전반적인 데이터 및 매니지먼트 프레임의 동작 과정을 정의하는 채널 라우팅, 전송 프레임의 우선순위(priority)를 결정 및 정의하는 EDCA(Enhanced Dedicated Channel Access), 상위 계층에서 수신한 프레임을 저장하는 데이터 버퍼(또는 큐(queue))를 포함할 수 있다. 채널 코디네이션 블록은 도 7에서는 도시되지 않으며, 채널 코디네이션은 도 5의 MAC 서브레이어 전체에 의해 수행될 수도 있다.
채널 코디네이션: 실시예로서 CCH(Control Channel)와 SCH(Service Channel)에 대한 채널 액세스가 컨트롤될 수 있다. 채널 액세스 코디네이션에 대해서는 후술한다. 실시예로서, CCH로(via)는 WSM(Wave Short Message) 및 이 전송될 수 있으며, SCH로는 WSM 및/또는 IP 데이터가 전송될 수 있다.
데이터 버퍼(큐): 데이터 버퍼는 상위 계층으로부터 수신되는 데이터 프레임을 정의된 AC(Access Category)에 따라 저장할 수 있다. 도 3의 실시예에서, AC 별로 데이터 버퍼가 구비될 수 있다.
채널 라우팅(Channel routing): 채널 라우팅 블록은 상위 계층에서 입력되는 데이터를 데이터 버퍼에 전달할 수 있다. 상위 계층의 송신 요구에 대하여 상술한 채널 코디네이션(Channel Coordination) 및 프레임 전송을 위한 채널 번호, 송신 전력 및 데이터율 등의 전송 동작 파라미터를 호출할 수 있다.
EDCA: 기존 IEEE 802.11e MAC 레이어에서 QoS를 보장하기 위한 방식으로 트래픽의 종류에 따라 4개의 AC(Access Category)로 구분해 각 카테고리 마다 차별화된 우선순위를 두고, AC 별로 차별화된 파라미터를 할당하여 높은 우선순위의 트래픽에는 더 많은 전송 기회를 주도록 하는 경쟁(contention) 기반 미디엄 액세스 방식이다. 우선순위를 포함하는 데이터 전송을 위해서 EDCA 블록은 0-7까지 8개의 우선순위를 지정하고 우선순위에 따라 MAC 계층에 도착하는 데이터를 4개의 AC로 매핑할 수 있다.
도 8은 본 발명의 실시예에 따른 EDCA의 사용자 우선순위와 AC(Access Category)와의 관계를 나타낸다.
EDCA의 사용자 우선순위와 AC의 관계는 도 8와 같다. 그림에서 순위는 AC 숫자가 커질수록 높은 우선순위를 가지게 된다. 모든 AC는 각각의 전송 큐와 AC 파라 미터를 갖고 AC간 우선순위의 차이는 서로 다르게 설정된 AC 파라미터 값에 기초하여 결정된다. 서로 다르게 설정된 AC 파라미터 값이 백오프 (Back-off)와 연결되어 서로 다른 채널 접근 순위를 가지게 된다. 해당 AC의 파라미터 값은 각각 AIFS[AC], CWmin[AC], CWmax[AC]를 사용하며, 여기서 AIFS(Arbitration Inter-Frame Space)는 전송을 진행하기 전에 채널이 유휴(idle)한지를 확인하기 위한 최소 시간을 말한다. AIFS[AC]와 CWmin[AC]의 값이 작을수록 높은 우선 순위를 가지며, 이에 따라 채널 접근 지연이 짧아져 주어진 트래픽 환경에서 더 많은 대역을 사용할 수 있게 된다.
프레임 전송 도중 스테이션들 간의 충돌이 발생 할 경우, 송신기는 새로운 백오프 카운터를 생성한다. IEEE 802.11 MAC에 정의된 4개의 AC별 전송 큐는 하나의 스테이션 내에서 무선 매체 접근을 위해서 개별적으로 서로 경쟁을 한다. 각각의 AC는 서로 독립적인 백오프 카운터를 가지고 있기 때문에 가상충돌(virtual collision)이 발생할 수 있다. 만약 동시에 백오프를 마친 AC가 두 개 이상 존재한다면 가장 높은 우선순위를 가진 AC의 데이터가 먼저 전송되며, 다른 AC들은 CW 값을 증가시켜 다시 백오프 카운터를 갱신하게 된다. 이러한 충돌 해결 과정을 가상 충돌 처리 과정이라고 한다. 또한, EDCA는 전송 기회 (TXOP; Transmission Opportunity)를 통해서 데이터 전송 시 채널에 접속할 수 있도록 해준다. 만약 하나의 프레임이 너무 길어서 한 번의 TXOP 동안 다 전송할 수 없는 경우 작은 프레임으로 분할하여 전송할 수도 있다.
도 9는 본 발명의 실시예에 따른 V2X 전송 장치의 피지컬 레이어 구성을 나타낸다.
실시예로서, 도 9는 IEEE 802.11 또는 ITS-G5의 피지컬 레이어 신호 처리 블록도를 나타낸다. 다만, 도 9는 본 발명 실시예에 따른 피지컬 레이어 구성을 나타내는 것으로, 상술한 전송 표준 기술에만 한정적으로 적용되는 것은 아니다.
도 9의 피지컬 레이어 프로세서는 스크램블러(scrambler;9010), FEC 인코더(FEC encoder; 9020), 인터리버(interleaver; 9030), 매퍼(mapper;9040), 파일럿 삽입 블록(pilot insertion; 9050), IFFT 블록(IFFT; 9060), 가드 삽입 블록(guard insertion; 9070), 프리앰블 삽입 블록(preamble insertion; 9080) 중 적어도 하나를 포함하는 PLCP(Physical Layer Convergence Protocol) 부계층 기저대역 (baseband) 신호 처리 부분 및 웨이브 쉐이핑(wave shaping; 9090), I/Q 변조 블록(I/Q Modulation; 9100)) 및 DAC(9110) 중 적어도 하나를 포함하는 PMD(Physical Medimu Dependant) 부계층 RF 대역 신호 처리 부분을 포함할 수 있다. 각 블록에 대한 기능 설명은 다음과 같다.
스크램블러(9010)는 입력 비트 스트림을 PRBS (Pseudo Random Binary Sequence)로 XOR시켜서 랜더마이즈(randomize)할 수 있다. FEC 인코더(9020)는 전송 채널상의 오류를 수신측에서 정정할 수 있도록 전송 데이터에 리던던시를 부가할 수 있다. 인터리버(9030)는 버스트(burst) 에러에 대응할 수 있도록 입력 데이터/비트열을 인터리빙 룰에 기초하여 인터리빙할 수 있다. 실시예로서, QAM 심볼에 딥 페이딩(deep fading) 또는 삭제(erasure)가 가해진 경우, 각 QAM 심볼에는 인터리빙된 비트들이 매핑되어 있으므로, 전체 코드워드 비트들 중에서 연속된 비트들에 오류가 발생하는 것을 방지될 수 있다. 맵퍼(9040)는 입력된 비트 워드를 하나의 성상(constellation)에 할당할 수 있다. 파일럿 삽입 블록(9050)은 신호 블록의 정해진 위치에 레퍼런스 신호를 삽입한다. 이러한 레퍼런스 신호를 사용함으로써, 수신기는 채널 추정, 주파수 오프셋 및 타이밍 오프셋 등 채널 왜곡 현상을 추정할 수 있다.
IFFT 블록(9060) 즉 인버스 웨이브폼 변환(Inverse waveform transform) 블록은 전송채널의 특성과 시스템 구조를 고려하여 전송효율 및 flexibility가 향상되도록 입력 신호를 변환할 수 있다. 실시예로서, OFDM 시스템의 경우 IFFT 블록(9060)은 인버스 FFT 오퍼레이션을 사용하여 주파수 영역의 신호를 시간 영역으로 변환할 수 있다. IFFT 블록(9060)은 싱글 캐리어 시스템의 경우 사용되지 않거나 생략될 수도 있다. 가드 삽입 블록(9070)은 전송 채널의 딜레이 스프레드(delay spread)의 영향을 최소화하기 위해 인접 신호 블록들 간에 가드 인터벌을 삽입할 수 있다. 실시예로서, OFDM 시스템의 경우 가드 삽입 블록(9070)은 가드 인터벌 구간에 사이클릭 프레픽스(cyclic prefix)를 삽입할 수도 있다. 프리앰블 삽입 블록(9080)은 수신기가 타겟 신호를 빠르고 효율적으로 검출(detection)할 수 있도록 송수신기간 기결정된 타입의 신호 즉 프리앰블을 전송 신호에 삽입할 수 있다. 실시예로서 OFDM 시스템의 경우 프리앰블 삽입 블록(9080)은 복수의 OFDM 심볼을 포함하는 신호 블록/신호 프레임을 정의하고, 신호 블록/신호 프레임의 시작 부분에 프리앰블 심볼을 삽입할 수 있다.
웨이브 쉐이핑 블록(9090)은 채널 전송 특성에 기초하여 입력 베이스밴드 신호를 웨이브폼 프로세싱할 수 있다. 실시예로서, 웨이브폼 쉐이핑 블록(9090)은 전송 신호의 대역외(out-of-band) 에미션(emission)의 기줄을 얻기 위해 SRRC(square-root-raised cosine) 필터링을 수행할 수도 있다. 멀티-캐리어 시스템의 경우 웨이브폼 쉐이핑 블록(9090)은 사용되지 않거나 생략될 수도 있다. I/Q 모듈레이터(9100)는 인페이즈(In-phase) 및 쿼드러처(Quadrature) 변조를 수행할 수 있다. DAC(Digigal to Analog Converter; 9110) 블록은 입력 디지털 신호를 아날로그 신호로 변환하여 출력할 수 있다. 출력 아날로그 신호는 출력 안테나를 통해 전송될 수 있다.
도 9에서 도시되고 설명된 블록들 각각은 생략되거나, 또는 비슷하거나 동일한 기능을 가진 다른 블록에 의해서 대체될 수 있다. 도 9의 블록들은 필요에 따라 전부 또는 일부의 조합으로 구성될 수도 있다. 본 명세서에서, V2X 통신 장치는 도 7 내지 도 9에서 설명한 DSRC 기술 및 WAVE 기술에 기초하여 통신할 수 있다. 다만, V2X 통신 장치는 LTE, LTE-A, 5G와 같은 셀룰러 기술을 포함하는 다른 통신 기술에 기초하여 통신을 수행할 수도 있다.
이하에서는 MCD(Multimedia Content Dissemination) 서비스에 대해 설명한다.
MCD 베이직 서비스는 도로 안전(road safety), 트래픽 매니지먼트, POI(Point Of Interest), 국가 유산(national patrimony), 커머셜(commecial), 개인(personal) 등에 대한 정보를 멀티미디어 컨텐트로 기술(describe)하는 V2X 기술이다. 챠량 ITS 스테이션(Vehicle ITS-S) 또는 노변/로드사이드 ITS 스테이션(Roadside ITS-S)이 다른 차량 ITS 스테이션 또는 로드사이드 ITS 스테이션에게 MCM(Multimedia Content Message)를 전송할 수 있다. ITS 스테이션은 MCM을 브로드캐스트, 지리적(geographical) 브로드캐스트, 멀티캐스트 또는 피어-투-피어(peer-to-peer) 방식으로 전송할 수 있다. MCM을 전송하는 일련의 과정 및 규칙을 MCD 프로토콜이라고 지칭할 수 있다.
도 10은 본 발명의 실시예에 따른 MCM 포맷을 나타낸다.
MCM은 특정 이벤트를 멀티미디어 컨텐트로 기술하기 위한 메시지이다. MCM은 ITS PDU 헤더, 매니지먼트 컨테이너(Management Container), 상황/시츄에이션 컨테이너(Situation Container), 위치/로케이션 컨테이너(Location Container), 어플리케이션 컨테이너(APPIL Container) 및 멀티미디어 컨텐트 컨테이너(Multimedia Content Container)를 포함한다.
ITS PDU 헤더는 프로토콜 버전 정보, 메세지 타입 정보 및 ITS 스테이션 ID 정보 중 적어도 하나를 포함한다. 매니지먼트 컨테이너는 MCM의 매니지먼트와 MCD 프로토콜에 관련된 정보를 포함한다. 상황 컨테이너는 MCD의 트리거링(triggering) 소스에 관련된 정보를 포함한다. 상황 컨테이너는 이벤트의 종류, 이벤트의 타입에 대한 정보를 제공할 수 있다. 위치 컨테이너는 이벤트의 발생 위치에 대한 정보를 제공할 수 있다. 어플리케이션 컨테이너는 MCM을 사용하는 어플리케이션의 어플리케이션-특정 정보를 제공할 수 있다. 멀티미디어 컨텐트 컨테이너는 멀티미디어 컨텐트 자체를 포함 또는 제공할 수 있다.
매니지먼트 컨테이너는 MCM을 전송하는 타임 정보, 메세지 ID, 링크 가능한 특정 DEN(DEcentralized Nocification) 메세지의 ID, 멀티미디어 컨텐트의 파일 포맷 정보 중 적어도 하나를 포함할 수 있다.
MCM의 사이즈가 너무 큰 경우 ITS 스테이션는 저장 공간이 부족하여 메세지를 수신하거나 처리하지 못할 수 있다. 그리고 하나의 멀티미디어 컨텐트를 구성하는 MCM을 모두 수신하지 못하면, 해당 멀티미디어 컨텐트가 랜더링되지 못할 수도 있다. 현재의 MCD 프로토콜에서는 컨텐트의 사이즈를 알 수 없어 수신기가 저장공간 부족으로 MCM을 다 수신하지 못하는 경우 또는 불필요하나 수신을 수행하는 경우가 발생할 수 있다.
또한, ITS 스테이션이 특정 멀티미디어 컨텐트를 갖고 있는데, 동일 멀티미디어 컨텐트가 다른 ITS 스테이션에 의해 전송될 수 있다. 이러한 경우에도, ITS 스테이션은 전송중인 멀티미디어 컨텐트와 현재 갖고 있는 멀티미디어 컨텐트가 동일 컨텐트임을 확인하지 못해, 동일 멀티미디어 컨텐트를 중복 수신할 수 있다.
또한, 멀티미디어 컨텐트가 ITS 스테이션들 간의 통신보다 다른 경로(예를 들면, 브로드밴드)를 통한 수신에 더 적합할 수 있다.
또한, 특정 멀티미디어 컨텐트는 특정 언어에 최적화된 컨텐트이나, 멀티미디어 컨텐트를 일단 수신해서 랜더링을 해야만 부적합한 언어가 적용된 컨텐트임을 파악하는 경우가 발생할 수 있다.
따라서, 이하에서는 상술한 문제점을 해결할 수 있는 MCM 구조 및 MCD 프로토콜에 대하여 설명한다.
도 11은 본 발명의 실시예에 따른 ITS 스테이션 아키텍처로서, 특히 MCD 프로토콜에 따른 메세지 프로세싱을 위한 아키텍처를 나타낸다.
MCD 어플리케이션(MCD application)은 다양한 목적을 위해 멀티미디어를 사용함으로써 이벤트를 기술(describe)하는 어플리케이션이다. 다양한 목적은, 예를 들면, 도로 안전, 트래픽 매니지먼트, 드라이버 지원, 여행 정보 제공, 상업 정보 제공, 개인/커뮤니티 정보 제공 등이 있다.
MCD 베이직 서비스(MCD Basic Service): 전송 ITS-S에서, 퍼실리티 레이어는어플리케이션 레이어로부터 멀티미디어 컨텐트 및 다른 이벤트 설명/디스크립션(description)을 수신하고, 수신 ITS-S에게 전송되도록 수신한 컨텐트 및 디스크립션을 네트워크/트랜스포트 레이어로 전달한다. 퍼실리티 레이어는 수신한 멀티미디어 컨텐트 및 디스크립션을 MCM의 형태(form)로 전달할 수 있다. 퍼실리티 레이어는 멀티미디어 컨텐트를 복수의(multiple) 세그먼트들로 분할하고, 복수의 MCM들을 네트워크/트랜스포트 레이어로 전달할 수 있다. 이러한 MCD 프로토콜에 따라 동작하는 엔터티를 MCD 베이직 서비스 엔터티라고 지칭할 수도 있다.
수신 ITS-S에서, 퍼실리티 레이어는 네트워크/트랜스포트 레이어로부터 MCM을 수신 및 파싱하고, MCM의 멀티미디어 컨텐트 및 다른 이벤트 디스크립션을 어플리케이션 레이어로 전달할 수 있다. 복수의 MCM들이 멀티미디어 컨텐트의 세그먼트들을 포함하는 경우, 퍼실리티 레이어는 이들을 멀티미디어 컨텐트로 병합(merge)하여 병합된 멀티미디어 컨텐트를 어플리케이션 레이어로 전달할 수 있다. 또는, 퍼실리티 레이어는 파싱된 각각의 세그먼트를 그대로 어플리케이션 레이어로 전달할 수도 있다. 이러한 과정에서, 멀티미디어 컨텐트 또는 세그먼트들은 로컬 스토리지에 저장될 수 있다. MCM을 파싱한 후, 퍼실리티 레이어는 스토리지 상태(status) 테스트를 수행하고, 상태 타입 및 해당하는 수신기의 동작을 결정할 수 있다. 또한, 퍼실리티 레이어는 중복 확인/체킹(checking), 언어 체킹 및 유효성(validity) 체킹과 같은 동작을 수행할 수 있다. MCM으로부터 URL이 발견되는 경우, 퍼실리티 레이어는 URL을 적절한 하위 레이어로 전달할 수 있고, 하위 레이어는 수신한 URL에 접속함으로써 멀티미디어 컨텐트 또는 세그먼트를 수신/회수(retrieve)할 수 있다.
도 11에서 나타낸 각 모듈은 별도의 모듈로 구비되거나, 소프트웨어로 구현되어 동작하는 논리적인 객체가 될 수 있다. 도 11의 MCM 베이직 서비스 제공을 위해 구비되는 모듈들에 대한 설명은 아래와 같다.
네트워크/트랜스포트 레이어에 대한 MCM 인터페이싱 모듈(MCM Interfacing module with N&T layers): 송신 ITS-S의 MCD 베이직 서비스에서, MCM 인터페이싱 모듈은 어플리케이션 레이어로부터 수신한 멀티미디어 컨텐트 및 다른 이벤트 디스크립션을 MCM의 형태로 네트워크/트랜스포트 레이어에게 전달할 수 있다. 수신 ITS-S의 MCD 베이직 서비스에서, MCM 인터페이싱 모듈은 네트워크/트랜스포트 레이어로부터 MCM을 수신 및 파싱하고, MCM의 멀티미디어 컨텐트 및 다른 디스크립션을 어플리케이션 레이어로 전달할 수 있다.
MCM 생성 모듈(MCM Generating module): 송신 ITS-S의 MCM 생성 모듈은 멀티미디어 컨텐트, 세그먼트 및 다른 이벤트 디스크립션 중 적어도 하나로부터 MCM을 생성한다.
어플리케이션 레이어어 대한 MCM 인터페이싱 모듈(MCM Interfacing model with Application layer): 송신 ITS-S에서, 이 MCM 인터페이싱 모듈은 멀티미디어 컨텐트 및 다른 이벤트 디스크립션을 어플리케이션 레이어부터 수신하고, 이들을 MCM의 형태로 네트워크/트랜스포트 레이어에게 전달할 수 있다. 수신 ITS-S에서, 이 MCM 인터페이싱 모듈은 네트워크/트랜스포트 레이어로부터 수신한 MCM의 멀티미디어 컨텐트 및 다른 이벤트 설명을 어플리케이션 레이어에게 전달할 수 있다.
MCM 세그먼트 모듈(MCM Segment module): MCM 세그먼트 모듈은 멀티미디어 컨텐트를 복수의(multile) 세그먼트들로 분할할 수 있다.
MCM 병합 모듈(MCM Merging module): 수신 ITS-S의 MCM 병합 모듈은 복수의 세그먼트들을 멀티미디어 컨텐으로 병합할 수 있다.
MCM 파싱 모듈(MCM Parsing module): 수신 ITS-S의 MCM 파싱 모듈은 MCM으로부터 멀티미디어 컨텐트, 세그먼트 또는 다른 이벤트 디스크립션 중 적어도 하나를 추출할 수 있다.
멀티미디어 컨텐트 저장 모듈(Multimedia Content Storing module): 멀티미디어 컨텐트 저장 모듈은 멀티미디어 컨텐트 또는 세그먼트들을 로컬 스토리지와 같은 저장 공간에 저장할 수 있다.
스토리지 상태 테스팅 모듈(Storage Status Testing module): 스토리지 상태 테스팅 모듈은 로컬 스토리지의 상태 테스트를 수행할 수 있다. 스토리지 상태 테스팅 모듈의 테스트는 스토리지 상태 타입 및 해당 동작을 결정에 사용될 수 있다.
멀티미디어 컨텐트 중복 체킹 모듈(Multimedia Content Duplication Checking module): 멀티미디어 컨텐트 중복 체킹 모듈은 멀티미디어 컨텐트의 중복 체킹을 수행할 수 있다.
멀티미디어 컨텐트 언어 체킹 모듈(Multimedia Content Language Checking module): 멀티미디어 컨텐트 언어 체킹 모듈은 컨텐트에 대한 언어 체킹을 수행할 수 있다.
멀티미디어 유효성 체킹 모듈(MCM Validity Checking module): 멀티미디어 유효성 체킹 모듈은 MCM 유효성(시간 면에서(in time-wise)) 체킹을 수행할 수 있다.
도 12는 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
MCD를 통해 전송 ITS-S(1000, Sender ITS Station)와 수신 ITS-S(2000, Receiver ITS Station) 간에 전달되는 정보는 멀티미디어 컨텐트 및 멀티미디어 컨텐트 관련된 메타데이터를 포함하는 이벤트 디스크립션을 포함할 수 있다. 멀티미디어 컨텐트 및 이벤트 디스크립션은 MCM에 포함되어 전달될 수 있다.
도 12는 멀티미디어 컨텐트가 하나의 MCM에 포함되어 전달되는 경우의 MCD 동작을 나타낸다.
전송 ITS 스테이션(1000)의 동작은 다음과 같다.
어플리케이션(Application)은 멀티미디어 컨텐트 및 다른 이벤트 디스크립션을 퍼실리티 레이어의 MCD 베이직 서비스 엔터티로 전달한다. MCD 베이직 서비스 엔터티(MCD basic service)는 멀티미디어 컨텐트 및 이벤트 디스크립션을 포매팅하여 MCM을 하위 레이어들(Lower Layers)로 전달한다. 하위 레이어들(Lower Layers)는 하위 레이어들에서의 통신을 위한 헤더를 갖는 MCM을 전송한다.
본 명세서에서, 하위 레이어들은 네트워크/트랜스포트 레이어 또는 액세스 레이어 중 적어도 하나를 포함할 수 있다.
수신 ITS 스테이션(2000)의 동작은 다음과 같다.
하위 레이어들은 하위 레이어들에서의 통신을 위한 헤더를 갖는 MCM을 수신하고, 하위 레이어들의 프로세싱을 수행한다. 하위 레이어들은 MCM을 MCD 베이직 서비스 엔터티로 전달한다. MCD 베이직 서비스 엔터티는 MCM에 대해 메세지 파싱을 수행한다. MCD 베이직 서비스 엔터티는 파싱된 멀티미디어 컨텐트 및 이벤트 디스크립션을 어플리케이션으로 전달한다.
도 13은 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
MCD를 통해 전송 ITS-S(1000, Sender ITS Station)와 수신 ITS-S(2000, Receiver ITS Station) 간에 전달되는 정보는 멀티미디어 컨텐트 및 멀티미디어 컨텐트 관련된 메타데이터를 포함하는 이벤트 디스크립션을 포함할 수 있다. 멀티미디어 컨텐트 및 이벤트 디스크립션은 MCM에 포함되어 전달될 수 있다.
도 13은 멀티미디어 컨텐트가 복수의 MCM으로 분리되어 전달되는 경우의 MCD 동작을 나타낸다.
전송 ITS 스테이션(1000)의 동작은 다음과 같다.
어플리케이션(Application)은 멀티미디어 컨텐트 및 다른 이벤트 디스크립션을 퍼실리티 레이어의 MCD 베이직 서비스 엔터티로 전달한다. MCD 베이직 서비스 엔터티(MCD basic service)는 멀티미디어 컨텐트를 복수의 세그먼트들(segment#1~#n)로 분할할 수 있다. MCD 베이직 서비스 엔터티는 복수의 컨텐트 세그먼트를 포매팅하고, 각 컨텐트 세그먼트에 대한 복수의 MCM들(MCM#1~#n)을 하위 레이어들(Lower Layers)로 전달한다. 하위 레이어들은 하위 레이어들(Lower Layers)는 하위 레이어들에서의 통신을 위한 헤더를 갖는 복수의 MCM들(MCM#1~#n)을 전송한다.
수신 ITS 스테이션(2000)의 동작은 다음과 같다.
하위 레이어들은 하위 레이어들에서의 통신을 위한 헤더를 갖는 복수의 MCM들(MCM#1~#n)을 수신하고, 하위 레이어들의 프로세싱을 수행한다. 하위 레이어들은 복수의 MCM들(MCM#1~#n)을 MCD 베이직 서비스 엔터티로 전달한다. MCD 베이직 서비스 엔터티는 복수의 MCM에 대해 메세지 파싱을 수행함으로써 컨텐트 세그먼트들을 획득한다. MCD 베이직 서비스 엔터티는 생성한 컨텐트 세그먼트들을 캐싱 또는 저장할 수 있다. 하나의 멀티미디어 컨텐트를 위한 복수의 MCM들에 대한 파싱이 완료되면, MCD 베이직 서비스 엔터티는 파싱된 복수의 컨텐트들에 대한 컨텐트 병합(content mergence)을 수행한다. MCD 베이직 서비스 엔터티는 멀티미디어 컨텐트 및 이벤트 디스크립션을 어플리케이션으로 전달한다.
도 14는 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
MCD를 통해 전송 ITS-S(1000, Sender ITS Station)와 수신 ITS-S(2000, Receiver ITS Station) 간에 전달되는 정보는 멀티미디어 컨텐트 및 멀티미디어 컨텐트 관련된 메타데이터를 포함하는 이벤트 디스크립션을 포함할 수 있다. 멀티미디어 컨텐트 및 이벤트 디스크립션은 MCM에 포함되어 전달될 수 있다.
도 14는 멀티미디어 컨텐트가 복수의 MCM으로 분리되어 전달되는 경우로서, 수신 ITS 스테이션(2000) 측의 컨텐트 병합을 어플리케이션이 수행하는 실시예를 나타낸다. 도 13과 동일한 설명은 중복하지 않는다.
수신 ITS 스테이션(2000)의 동작은 다음과 같다.
하위 레이어들은 하위 레이어들에서의 통신을 위한 헤더를 갖는 복수의 MCM들(MCM#1~#n)을 수신하고, 하위 레이어들의 프로세싱을 수행한다. 하위 레이어들은 복수의 MCM들(MCM#1~#n)을 MCD 베이직 서비스 엔터티로 전달한다. MCD 베이직 서비스 엔터티는 복수의 MCM에 대해 메세지 파싱을 수행함으로써 복수의 컨텐트 세그먼트들 또는 복수의 멀티미디어 컨텐트들을 획득할 수 있다. 이 경우 복수의 멀티미디어 컨텐트들은 하나의 멀티미디어 컨텐트에 대한 세그먼트를 포함할 수 있다. MCD 베이직 서비스 엔터티는 획득한 복수의 컨텐트 세그먼트 또는 복수의 멀티미디어 컨텐트를 어플리케이션으로 전달할 수 있다.
어플리케이션은 복수의 멀티미디어 컨텐트 또는 복수의 컨텐트 세그먼트를 캐싱 또는 저장할 수 있다. 그리고 어플리케이션은 컨텐트 병합을 수행할 수 있다.
도 15는 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
MCD를 통해 전송 ITS-S(1000, Sender ITS Station)와 수신 ITS-S(2000, Receiver ITS Station) 간에 전달되는 정보는 멀티미디어 컨텐트 및 멀티미디어 컨텐트 관련된 메타데이터를 포함하는 이벤트 디스크립션을 포함할 수 있다. 멀티미디어 컨텐트 및 이벤트 디스크립션은 MCM에 포함되어 전달될 수 있다.
도 15는 멀티미디어 컨텐트가 복수의 MCM으로 분리되어 전달되는 경우로서, 수신 ITS 스테이션(2000) 측의 컨텐트 병합은 퍼실리티 레이어에서 수행되나, 다른 이벤트 디스크립션들은 바로 어플리케이션 레이어로 전달되는 실시예를 나타낸다. 도 13과 동일한 설명은 중복하지 않는다.
수신 ITS 스테이션(2000)의 동작은 다음과 같다.
하위 레이어들은 하위 레이어들에서의 통신을 위한 헤더를 갖는 복수의 MCM들(MCM#1~#n)을 수신하고, 하위 레이어들의 프로세싱을 수행한다. 하위 레이어들은 복수의 MCM들(MCM#1~#n)을 MCD 베이직 서비스 엔터티로 전달한다. MCD 베이직 서비스 엔터티는 복수의 MCM에 대해 메세지 파싱을 수행함으로써 복수의 컨텐트 세그먼트들 및 이벤트 디스크립션들을 획득할 수 있다.
MCD 베이직 서비스 엔터티는 파싱된 복수의 MSM으로부터 획득된 이벤트 디스크립션들 각각을 어플리케이션으로 전달할 수 있다. MCD 베이직 서비스 엔터티는 생성한 컨텐트 세그먼트들을 캐싱 또는 저장할 수 있다. 하나의 멀티미디어 컨텐트를 위한 복수의 MCM들에 대한 파싱이 완료되면, MCD 베이직 서비스 엔터티는 파싱된 복수의 컨텐트들에 대한 컨텐트 병합(content mergence)을 수행한다. MCD 베이직 서비스 엔터티는 병합된 멀티미디어 컨텐트를 어플리케이션으로 전달한다.
도 16은 본 발명의 실시예에 따른 MCM의 매니지먼트 컨테이너 구성을 나타낸다.
도 16은 도 10에서 나타낸 MCM에 포함된 매니지먼트 컨테이너의 구성을 나타내며, 도 10에서 설명한 필드/데이터에 대한 설명은 중복하지 않는다.
도 16(a)는 사이즈 정보를 포함하는 MCM 포맷을 나타내고, 도 16(b)는 사이즈 정보를 갖는 매니지먼트 컨테이너 포맷을 나타낸다. 매니지먼트 컨테이너에 포함되는 정보/필드에 대한 설명은 아래와 같다.
request 필드: 리퀘스트 필드는 MCM 메세지가 리퀘스트/요청 메세지인지 리스펀스(response)/응답 메세지인지 여부를 지시(indicate)한다.
referenceTime 필드: 기준시간 필드는 MCM 생성(generation) 시간을 지시한다.
actID 필드: 액션 ID 필드는 orginatingStationID와 sequenceNumber의 조합으로서 메세지를 식별한다.
linkedDenm: 링크드 DENM 필드는 관련된 DENM을 식별한다.
numberofMultimediaDataUnit: 멀티미디어 데이터 유닛의 수 필드는 멀티미디어 컨테이너 내의 멀티미디어 데이터 유닛의수를 지시한다.
totalNumberOfUnits: 데이터 유닛의 총 수 필드는 멀티미디어 컨텐트 내의 세그먼트의 수를 지시한다.
unitNumber: 유닛 넘버 필드는 멀티미디어 컨텐트의 세그먼트의 시퀀스 넘버를 지시한다.
multimediaFormatType: 멀티미디어 포맷 타입 필드는 멀티미디어 컨텐트의 포맷을 지시한다.
sizeOfMultimedia: 멀티미디어의 사이즈 필드는 적어도 하나의 MCM에 의해 전달되는 멀티미디어 컨텐트의 사이즈를 바이트로 지시한다. 적어도 하나의 MCM은 동일한 액션 ID를 가질 수 있다.
sizeOfSegment: 이 MCM으로 전달되는 멀티미디어 컨텐트의 세그먼트의 사이즈를 바이트로 지시한다.
표 1은 sizeInByte 데이터 엘레먼트의 정의를 나타낸다. 멀티미디어 사이즈 정보 및 세그먼트 사이즈 정보는 sizeInByte의 데이터 엘레먼트로서 매니지먼트 컨테이너에 포함되어 데이터 사이즈를 정의할 수 있다. sizeInByte 데이터 엘레먼트는 임의의 컨텐트의 사이즈를 바이트 단위로 정의할 수 있다.
Descriptive Name sizeInByte
Identifier DataType_xxx
ASN.1 representation sizeInByte ::= INTEGER(0..15000)
Definition This DE (Data Element) defines the size in byte of any content.
Unit N/A
수신 ITS-S의 퍼실리티 레이어의 MCD 베이직 서비스 엔터티는 멀티미디어 사이즈 정보, 세그먼트 사이즈 정보 및 로컬 스토리지 정보에 기초하여 스토리지 상태(status) 테스트를 수행할 수 있다. 수신 ITS-S는 스토리지 상태 테스트에 기초하여 상태 타입을 결정할 수 있다. 결정된 상태 타입에 기초하여, MCD 베이직 서비스 엔터티는 i) 수신한 MCM을 어플리케이션에 전달할지 여부, ii) 향후 수신할 MCM 세그먼트를 어플리케이션 레이어에 전달할지 여부, iii) 향후 수신할 MCM 세그먼트에 대해 스토리지 상태 테스트를 수행할지 여부를 결정할 수 있다.
ITS-S는 스토리지 상태 테스트를 수행하는 컨디션 및 타입을 결정하고, 결정된 타입에 따른 동작을 수행할 수 있다. 표 2는 ITS-S의 스토리지 상태 테스트를 위한 컨디션, 상태 타입 및 그에 따른 동작을 나타낸다.
조건(Condition) 상태 타입(Status Type) 수신 ITS-S 동작(Receiver ITS-S Behavior)
가용 스토리지 양 >= 전체 컨텐트 사이즈(available storage amount >= overall content size) Status #1 모든 컨텐트 세그먼트들 수신 및 추가 상태 테스트 불필요함(receiving all content segments AND no further status test needed)
가용 스토리지 양 < 전체 컨텐트 사이즈,및 부분 컨텐트 렌더링 가능(available storage amount < overall content size AND partial content rendering available) Status #2
및(AND) 가용 스토리지 양 >= 컨텐트 세그먼트 사이즈(available storage amount >= content segment size) Status #2-a 해당 컨텐트 세그먼트 수신 및 추가 상태 테스트 필요함(receiving this content segment AND further status test needed)
및(AND) 가용 스토리지 양 < 컨텐트 세그먼트 사이즈 Status #2-b 컨텐트 세그먼트 수신하지 않고, 추가 상태 테스트 불필요함(not receiving any content segment AND no further status test needed)
가용 스토리지 양 < 전체 컨텐트 사이즈, 및 부분 컨텐트 렌더링 불가(available storage amount < overall content size AND partial content rendering not available) Status #3 컨텐트 세그먼트 수신하지 않고, 추가 상태 테스트 불필요함(not receiving any content segment AND no further status test needed)
도 17은 본 발명의 실시예에 따른, 사이즈 정보를 포함하는 MCM 송신/수신 방법을 나타낸다.
MCD를 통해 전송 ITS-S(1000, Sender ITS Station)와 수신 ITS-S(2000, Receiver ITS Station) 간에 전달되는 정보는 멀티미디어 컨텐트 및 멀티미디어 컨텐트 관련된 메타데이터를 포함하는 이벤트 디스크립션을 포함할 수 있다. 멀티미디어 컨텐트 및 이벤트 디스크립션은 MCM에 포함되어 전달될 수 있다.
도 17은 멀티미디어 컨텐트가 복수의 MCM으로 분리되어 전달되는 경우의 MCD 동작을 나타내며, 특히 사이즈 정보가 MCM에 포함된 경우의 실시예를 나타낸다. 도 13 내지 도 15와 동일한 설명은 중복하지 않는다.
수신 ITS 스테이션(2000)의 동작은 다음과 같다.
하위 레이어들은 하위 레이어들에서의 통신을 위한 헤더를 갖는 복수의 MCM들(MCM#1~#n)을 수신하고, 하위 레이어들의 프로세싱을 수행한다. 하위 레이어들은 프로세싱된 복수의 MCM들을 퍼실리티 MCD 베이직 서비스 엔터티로 전달한다.
MCD 베이직 서비스 엔터티는 MCM을 파싱하고, 상태 테스트를 수행한다. 상태 테스트는 표 2 및 상술한 설명과 같이 수행될 수 있다. 즉 MCD 베이직 서비스 엔터티는 MCM으로부터 멀티미디어 사이즈 정보 및 세그먼트 사이즈 정보를 획득하고, 수신 ITS-S의 스토리지의 가용 사이즈와 사이즈 정보를 비교한다.
MCD 베이직 서비스 엔터티는 파싱된 MCM #n에 앞서 수신 및 파싱된 MCM들(MCM #1~#n-1)의 테스트된 상태가 #2-b 또는 #3에 해당하는지를 결정할 수 있다. 선행 MCM들(MCM #1~#n-1)의 테스트된 상태가 #2-b 또는 #3에 해당하는 경우, MCD 베이직 서비스 엔터티는 MCM #n을 수신하지 않거나, 무시할 수 있다. 즉, MCD 베이직 서비스 엔터티는 파싱된 세그먼트 #n을 폐기(discard)할 수 있다.
MCD 베이직 서비스 엔터티는 파싱된 MCM #n에 앞서 수신 및 파싱된 MCM들(MCM #1~#n-1)의 테스트된 상태가 #2-b 또는 #3에 해당하지 않는 경우, 선행 MCM들(MCM #1~#n-1)의 테스트된 상태가 #1에 해당하는 지를 추가로 결정할 수 있다. 선행 MCM들의 테스트된 상태가 #1에도 해당하지 않는 경우, MCD 베이직 서비스 엔터티는 MCM #n에 대한 상태 테스트를 수행한다. 선행 MCM들의 테스트된 상태가 #1에 해당하는 경우, MCD 베이직 서비스 엔터티는 컨텐트 세그먼트 #n을 캐싱 또는 저장할 수 있다.
MCD 베이직 서비스 엔터티는 MCM #n 즉 세그먼트 #n에 대해 상태 테스트를 수행할 수 있다. 테스트된 상태가 #2-b 또는 #3인 경우, MCD 베이직 서비스 엔터티는 MCM #n을 수신하지 않거나, 무시할 수 있다. 즉, MCD 베이직 서비스 엔터티는 파싱된 세그먼트 #n을 폐기(discard)할 수 있다. 테스트된 상태가 #1 또는 #2-a인 경우, MCD 베이직 서비스 엔터티는 컨텐트 세그먼트 #n을 캐싱 또는 저장할 수 있다.
도 17의 실시예에서, MCD 베이직 서비스 엔터티는 컨텐트를 병합할 수 있다. 실시예로서, MCD 베이직 서비스 엔터티는 하나의 멀티미디어 컨텐트에 해당하는 모든 세그먼트가 수신된 경우, 컨텐트 병합을 수행할 수 있다. MCD 베이직 서비스 엔터티는 병합된 컨텐트 및 다른 이벤트 디스크립션을 어플리케이션으로 전달할 수 있다.
도 18은 본 발명의 실시예에 따른, 사이즈 정보를 포함하는 MCM 송신/수신 방법을 나타낸다.
MCD를 통해 전송 ITS-S(1000, Sender ITS Station)와 수신 ITS-S(2000, Receiver ITS Station) 간에 전달되는 정보는 멀티미디어 컨텐트 및 멀티미디어 컨텐트 관련된 메타데이터를 포함하는 이벤트 디스크립션을 포함할 수 있다. 멀티미디어 컨텐트 및 이벤트 디스크립션은 MCM에 포함되어 전달될 수 있다.
도 18은 멀티미디어 컨텐트가 복수의 MCM으로 분리되어 전달되는 경우의 MCD 동작을 나타내며, 특히 사이즈 정보가 MCM에 포함된 경우의 실시예를 나타낸다. 도 18은, 수신 ITS 스테이션(2000) 측의 컨텐트 병합을 어플리케이션이 수행하는 실시예를 나타낸다. 도 13 내지 도 15 및 도 17와 동일한 설명은 중복하지 않는다.
수신 ITS 스테이션(2000)의 동작은 다음과 같다.
도 18의 실시예에서, 수신 ITS-S는 도 17에서와 동일한 방법으로 MCM들에 대해 상태 테스트를 수행한다. 다만, 도 18의 경우, MCD 베이직 서비스 엔터티는 획득한 복수의 컨텐트 세그먼트 또는 복수의 멀티미디어 컨텐트를 어플리케이션으로 전달할 수 있다.
어플리케이션은 복수의 멀티미디어 컨텐트 또는 복수의 컨텐트 세그먼트를 캐싱 또는 저장할 수 있다. 그리고 어플리케이션은 컨텐트 병합을 수행할 수 있다. 실시예로서, 어플리케이션은 하나의 멀티미디어 컨텐트에 해당하는 모든 세그먼트가 수신된 경우, 컨텐트 병합을 수행할 수 있다.
도 19는 본 발명의 실시예에 따른, 사이즈 정보를 포함하는 MCM 송신/수신 방법을 나타낸다.
MCD를 통해 전송 ITS-S(1000, Sender ITS Station)와 수신 ITS-S(2000, Receiver ITS Station) 간에 전달되는 정보는 멀티미디어 컨텐트 및 멀티미디어 컨텐트 관련된 메타데이터를 포함하는 이벤트 디스크립션을 포함할 수 있다. 멀티미디어 컨텐트 및 이벤트 디스크립션은 MCM에 포함되어 전달될 수 있다.
도 19은 멀티미디어 컨텐트가 복수의 MCM으로 분리되어 전달되는 경우의 MCD 동작을 나타내며, 특히 사이즈 정보가 MCM에 포함된 경우의 실시예를 나타낸다. 도 19는, 수신 ITS 스테이션(2000) 측의 컨텐트 병합은 퍼실리티 레이어에서 수행되나, 다른 이벤트 디스크립션들은 바로 어플리케이션 레이어로 전달되는 실시예를 나타낸다. 도 13과 동일한 설명은 중복하지 않는다. 도 13 내지 도 15 및 도 17 내지 도 18에서와 동일한 설명은 중복하지 않는다.
도 19의 실시예에서, 수신 ITS-S는 도 17에서와 동일한 방법으로 MCM들에 대해 상태 테스트를 수행한다. 다만, 도 19의 경우, MCD 베이직 서비스 엔터티는 파싱된 MSM으로부터 획득된 이벤트 디스크립션들 각각을 어플리케이션으로 전달할 수 있다. MCD 베이직 서비스 엔터티는 생성한 컨텐트 세그먼트들을 캐싱 또는 저장할 수 있다. 하나의 멀티미디어 컨텐트를 위한 복수의 MCM들에 대한 파싱이 완료되면, MCD 베이직 서비스 엔터티는 파싱된 복수의 컨텐트들에 대한 컨텐트 병합(content mergence)을 수행한다. 실시예로서, MCD 서비스 엔터티는 하나의 멀티미디어 컨텐트에 해당하는 모든 세그먼트가 수신된 경우, 컨텐트 병합을 수행할 수 있다. MCD 베이직 서비스 엔터티는 병합된 멀티미디어 컨텐트를 어플리케이션으로 전달한다.
도 20은 본 발명의 실시예에 따른, 사이즈 정보를 사용한 MCD 동작을 나타낸다.
도 20에서, RSU는 비디오 파일을 전송한다. 비디오 5메가 바이트의 비디오 클립에 해당한다. 비디오 클립은 1 메가바이트 사이즈의 5개의 세그먼트들로 분할되어 전송된다. 현재 전송되는 MCM #1은 비디오 세그먼트 1을 포함한다. MCM은 멀티미디어 컨텐트 사이즈 정보, 세그먼트 수 정보, 세그먼트 사이즈 정보를 포함할 수 있다. 도 20의 실시예에서, 컨텐트 사이즈 정보는 5 메가 바이트를, 세그먼트 수 정보는 5를, 비디오 세그먼트 사이즈 정보는 1 메가 바이트를 각각 지시할 수 있다.
각 차량의 V2X 장치 즉 ITS-S의 가용 저장 공간의 크기 및 디코딩 성능은 서로 다르다. 차량 (a)의 경우, 가용 스토리지 용량은 10메가이다. 차량 (b)의 경우, 가용 스토리지 용량은 3메가 바이트이고, ITS-S는 부분적인 컨텐트 렌더링이 가능하다. 차량 (c)의 경우, 가용 스토리지 용량은 0.5 메가 바이트이고, 부분적인 컨텐트 렌더링이 가능하다. 차량(d)의 경우, 가용 스토리지 용량은 4 메가 바이트이고, 부분적인 컨텐트 렌더링은 불가능하다.
각 차량은, 상술한 바와 같이 상태 테스트를 수행한다. 차량 (a)의 경우, 테스트된 상태는 상태 #1에 해당한다. 따라서 차량 (a)는 모든 컨텐트 섹그먼트를 수신하며, 추가적인 상태 테스트는 필요하지 않다. 차량 (b)의 경우, 테스트된 상태는 상태 #2-a에 해당한다. 따라서 차량(b)는 해당 컨텐트 세그먼틀 수신하며, 추가적인 상태 테스트는 필요하다. 차량 (c)의 경우, 테스트된 상태는 상태 #2-b에 해당한다. 따라서 차량 (c)는 컨텐트 세그먼트를 수신하지 않고, 추가적인 테스트도 필요하지 않다. 차량 (d)의 경우, 테스트된 상태는 상태 #3에 해당한다. 따라서 차량 (d)는 컨텐트 세그먼트를 수신하지 않고, 추가적인 테스트도 필요하지 않다.
도 21은 본 발명의 실시예에 따른 MCM의 매니지먼트 컨테이너 구성을 나타낸다.
도 21은 도 10에서 나타낸 MCM에 포함된 매니지먼트 컨테이너의 구성을 나타내며, 상술한 필드/데이터에 대한 설명은 중복하지 않는다.
도 21(a)는 파일 이름 정보, URI 정보 및 MD5 정보를 포함하는 MCM 포맷을 나타내고, 도 21(b)는 파일 명칭(fileName) 정보, URI(Uniform Resource Identifier) 정보 및 MD5 정보를 포함하는 매니지먼트 컨테이너 포맷을 나타낸다. 파일 명칭 정보, URI 정보 및 MD5 정보를 제외한, 매니지먼트 컨테이너에 포함되는 정보/필드에 대한 설명은 도 16과 관련항 상술한 설명을 참조한다.
도 21 및 표3 내지 표5의 실시예에서 멀티미디어 컨텐트를 식별하는 정보를 멀티미디어 컨텐트 식별자 정보 또는 멀티미디어 파일 식별자 정보라고 지칭할 수 있다. MCM은 멀티미디어 식별자 정보를 포함할 수 있다. 멀티미디어 식별자 정보는 파일 이름 정보, URI 정보 또는 MD5 정보 중 적어도 하나를 포함할 수 있다.
표 3은 파일 명칭 데이터 엘레먼트의 정의를 나타낸다. 파일 명칭 정보는 멀티미디어 컨텐트의 파일 명칭을 정의할 수 있다.
Descriptive Name fileName
Identifier DataType_xxx
ASN.1 representation fileName ::= PrintableString (SIZE(N))
Definition This DE (Data Element) defines the file name of the multimedia content.
Unit N/A
표 4는 URI 데이터 엘레먼트의 정의를 나타낸다. URI 정보는 멀티미디어 컨텐트의 URI를 정의할 수 있다.
Descriptive Name URI
Identifier DataType_xxx
ASN.1 representation URI ::= PrintableString (SIZE(N))
Definition This DE (Data Element) defines the URI of the multimedia content.
Unit N/A
표 5는 MD5 데이터 엘레먼트의 정의를 나타낸다. MD5 정보는 멀티미디어 컨텐트의 MD5 값을 정의할 수 있다.
Descriptive Name MD5
Identifier DataType_xxx
ASN.1 representation MD5 ::= PrintableString (SIZE(N))
Definition This DE (Data Element) defines the MD5 value of the multimedia content.
Unit N/A
도 22는 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
MCD를 통해 전송 ITS-S(1000, Sender ITS Station)와 수신 ITS-S(2000, Receiver ITS Station) 간에 전달되는 정보는 멀티미디어 컨텐트 및 멀티미디어 컨텐트 관련된 메타데이터를 포함하는 이벤트 디스크립션을 포함할 수 있다. 멀티미디어 컨텐트 및 이벤트 디스크립션은 MCM에 포함되어 전달될 수 있다.
도 22는 멀티미디어 컨텐트가 복수의 MCM으로 분리되어 전달되는 경우의 MCD 동작을 나타낸다. 특히, 도 22은 MCM이 멀티미디어 컨텐트 식별자 정보를 포함하는 실시예를 나타낸다. 도 13 내지 도 15와 동일한 설명은 중복하지 않는다.
수신 ITS 스테이션(2000)은, MCM을 파싱하고, 중복 체크(duplication check)를 수행한다. MCD 베이직 서비스 엔터티는 MCM으로부터 획득된 멀티미디어 컨텐트 식별자 정보에 기초하여 수신 메세지가 전달하는 컨텐트가 기존에 수신 또는 처리한 컨텐트인지 확인할 수 있다. 수신 MCM의 컨텐트가 기처리한 컨텐트와 중복되는 컨텐트인 경우, 수신 ITS 스테이션(2000)은 이 MCM과 동일한 메세지 ID를 갖는 MCM들은 수신하지 않거나, 무시/폐기할 수 있다. 수신 MCM의 컨텐트가 기처리한 컨텐트와 중복되는 컨텐트가 아닌 경우, 수신 ITS 스테이션(2000)은 도 13에서 설명한 바와 같이 MCM을 프로세싱할 수 있다.
도 23은 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
MCD를 통해 전송 ITS-S(1000, Sender ITS Station)와 수신 ITS-S(2000, Receiver ITS Station) 간에 전달되는 정보는 멀티미디어 컨텐트 및 멀티미디어 컨텐트 관련된 메타데이터를 포함하는 이벤트 디스크립션을 포함할 수 있다. 멀티미디어 컨텐트 및 이벤트 디스크립션은 MCM에 포함되어 전달될 수 있다.
도 23은 멀티미디어 컨텐트가 복수의 MCM으로 분리되어 전달되는 경우의 MCD 동작을 나타낸다. 특히, 도 23은 MCM이 멀티미디어 컨텐트 식별자 정보를 포함하는 실시예를 나타낸다. 도 13 내지 도 15와 동일한 설명은 중복하지 않는다.
수신 ITS 스테이션(2000)은, MCM을 파싱하고, 중복 체크(duplication check)를 수행한다. MCD 베이직 서비스 엔터티는 MCM으로부터 획득된 멀티미디어 컨텐트 식별자 정보에 기초하여 수신 메세지가 전달하는 컨텐트가 기존에 수신 또는 처리한 컨텐트인지 확인할 수 있다. 수신 MCM의 컨텐트가 기처리한 컨텐트와 중복되는 컨텐트인 경우, 수신 ITS 스테이션(2000)은 이 MCM과 동일한 메세지 ID를 갖는 MCM들은 수신하지 않거나, 무시/폐기할 수 있다. 수신 MCM의 컨텐트가 기처리한 컨텐트와 중복되는 컨텐트가 아닌 경우, 수신 ITS 스테이션(2000)은 도 14에서 설명한 바와 같이 MCM을 프로세싱할 수 있다.
도 24는 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
MCD를 통해 전송 ITS-S(1000, Sender ITS Station)와 수신 ITS-S(2000, Receiver ITS Station) 간에 전달되는 정보는 멀티미디어 컨텐트 및 멀티미디어 컨텐트 관련된 메타데이터를 포함하는 이벤트 디스크립션을 포함할 수 있다. 멀티미디어 컨텐트 및 이벤트 디스크립션은 MCM에 포함되어 전달될 수 있다.
도 24는 멀티미디어 컨텐트가 복수의 MCM으로 분리되어 전달되는 경우로서, 수신 ITS 스테이션(2000) 측의 컨텐트 병합은 퍼실리티 레이어에서 수행되나, 다른 이벤트 디스크립션들은 바로 어플리케이션 레이어로 전달되는 실시예를 나타낸다. 특히, 도 24는 MCM이 멀티미디어 컨텐트 식별자 정보를 포함하는 실시예를 나타낸다. 도 13 내지 도 15와 동일한 설명은 중복하지 않는다.
수신 ITS 스테이션(2000)은, MCM을 파싱하고, 중복 체크(duplication check)를 수행한다. MCD 베이직 서비스 엔터티는 MCM으로부터 획득된 멀티미디어 컨텐트 식별자 정보에 기초하여 수신 메세지가 전달하는 컨텐트가 기존에 수신 또는 처리한 컨텐트인지 확인할 수 있다. 수신 MCM의 컨텐트가 기처리한 컨텐트와 중복되는 컨텐트인 경우, 수신 ITS 스테이션(2000)은 이 MCM과 동일한 메세지 ID를 갖는 MCM들은 수신하지 않거나, 무시/폐기할 수 있다. 수신 MCM의 컨텐트가 기처리한 컨텐트와 중복되는 컨텐트가 아닌 경우, 수신 ITS 스테이션(2000)은 도 15에서 설명한 바와 같이 MCM을 프로세싱할 수 있다.
도 25는 본 발명의 실시예에 따른, 멀티미디어 컨텐트 식별자 정보를 사용한 MCD 동작을 나타낸다.
도 25에서, RSU는 정지 이미지 파일을 전송한다. 이미지 파일의 파일 명칭은 "Gas_Station_1234.jpg"이다. RSU가 이미지 파일을 전송하는 경우, 이미지 파일을 포함하는 MCM 헤더는 상술한 멀티키디어 컨텐트 식별자 정보를 포함한다. 도 25의 실시예에서, MCM 헤더는 파일 명칭 정보를 포함하고, 파일 명칭 정보는 "Gas_Station_1234.jpg"를 지시할 수 있다.
비디오 5메가 바이트의 비디오 클립에 해당한다. 비디오 클립은 1 메가바이트 사이즈의 5개의 세그먼트들로 분할되어 전송된다. 현재 전송되는 MCM #1은 비디오 세그먼트 1을 포함한다. MCM은 멀티미디어 컨텐트 사이즈 정보, 세그먼트 수 정보, 세그먼트 사이즈 정보를 포함할 수 있다. 도 20의 실시예에서, 컨텐트 사이즈 정보는 5 메가 바이트를, 세그먼트 수 정보는 5를, 비디오 세그먼트 사이즈 정보는 1 메가 바이트를 각각 지시할 수 있다.
각 차량의 V2X 장치 즉 ITS-S의 상태는 서로 상이하다. 차량 (a)의 경우, "Gas_Station_1234.jpg" 파일은 이미 저장되어 있다. 차량 (b)의 경우, "Gas_Station_1234.jpg" 파일은 저장되어 있지 않다.
각 차량은, 상술한 바와 같이 중복 체크를 수행한다. 차량 (a)의 경우, 중복된 파일이 이미 저장되어 있다. 따라서, 차량 (a)는 MCM을 무시하고 MCM을 어플리케이션 레이어로 전달하지 않을 수 있다. 즉 차량 (a)는 중복 파일에 해당하는 MCM을 폐기(discard)할 수 있다. 차량 (b)의 경우, 수신 MCM은 새로운 파일을 전달한다. 따라서, 차량 (b)는 MCM을 수신하여 프로세싱하고, 프로세싱된 파일/세그먼트를 어플리케이션 레이어로 전달할 수 있다.
도 26은 본 발명의 실시예에 따른 MCM의 매니지먼트 컨테이너 구성을 나타낸다.
도 26은 도 10에서 나타낸 MCM에 포함된 매니지먼트 컨테이너의 구성을 나타내며, 상술한 필드/데이터에 대한 설명은 중복하지 않는다.
도 26(a)는 URL(Uniform Resource Locator) 정보를 포함하는 MCM 포맷을 나타내고, 도 26(b)는 URL 정보를 갖는 매니지먼트 컨테이너 포맷을 나타낸다. URL 필드/정보를 제외한, 매니지먼트 컨테이너에 포함되는 정보/필드에 대한 설명은 도 16과 관련항 상술한 설명을 참조한다.
표 6은 URL 데이터 엘레먼트의 정의를 나타낸다. URL 정보는 리소스의 URL을 정의할 수 있다. 즉, URL 정보는 멀티미디어 컨텐트를 다운받을 수 있는 URL을 지시할 수 있다.
Descriptive Name URL
Identifier DataType_xxx
ASN.1 representation URL ::= PrintableString (SIZE(N))
Definition This DE (Data Element) defines the URL of resource.
Unit N/A
도 27은 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
MCD를 통해 전송 ITS-S(1000, Sender ITS Station)와 수신 ITS-S(2000, Receiver ITS Station) 간에 전달되는 정보는 멀티미디어 컨텐트 및 멀티미디어 컨텐트 관련된 메타데이터를 포함하는 이벤트 디스크립션을 포함할 수 있다. 멀티미디어 컨텐트 및 이벤트 디스크립션은 MCM에 포함되어 전달될 수 있다.
도 27은 MCM이 URL 정보를 포함하는 경우의 실시예를 나타낸다.
전송 ITS 스테이션(1000)의 동작은 다음과 같다.
어플리케이션(Application)은 멀티미디어 컨텐트에 대한 URL 및 다른 이벤트 디스크립션을 퍼실리티 레이어의 MCD 베이직 서비스 엔터티로 전달한다. MCD 베이직 서비스 엔터티는 컨텐트에 대한 MCM을 생성하여 하위 레이어들로 전달한다. 생성된 MCM은 URL 정보를 포함한다. 하위 레이어들은 하위 레이어들에서의 통신을 위한 헤더를 갖는 MCM을 전송한다.
수신 ITS 스테이션(2000)의 동작은 다음과 같다.
하위 레이어들은 하위 레이어들에서의 통신을 위한 헤더를 갖는 MCM을 수신하고, 하위 레이어들의 프로세싱을 수행한다. 하위 레이어들은 MCM을 MCD 베이직 서비스 엔터티로 전달한다. MCD 베이직 서비스 엔터티는 메세지를 파싱하고, URL 정보를 체킹한다. MCD 베이직 서비스 엔터티는 다른 하위 레이어들로 URL 정보를 전달한다.
수신 ITS 스테이션(2000)의 다른 하위 레이어들은 URL에 접속함으로써 컨텐트를 획득할 수 있다. 수신 ITS 스테이션은 URL에 기초하여 컨텐트 수신이 가능한 프로토콜에 기초하여 동작하는, 하위 레이어들(네트워크 레이어, 트랜스포트 레이어, MAC 레이어, 피지컬 레이어 중 적어도 하나)를 사용할 수 있다.
다른 하위 레이어들은 URL에 접속하여 수신한 멀티미디어 컨텐트를 MCD 베이직 서비스 엔터티로 전달할 수 있다. MCD 베이직 서비스 엔터티는 멀티미디어 컨텐트 및 다른 이벤트 디스크립션을 어플리케이션에게 제공할 수 있다.
도 28은 본 발명의 실시예에 따른, URL 정보를 사용한 MCD 동작을 나타낸다.
도 28에서, 차량(a)는 URL 정보를 포함하는 MCM을 차량(b)에게 전송할 수 있다. 차량 (b)는 MCM을 수신 및 파싱하여 URL 정보를 획득할 수 있다. 차량 (b)는 URL로 액세스하고, 멀티미디어 컨텐트를 다운로드할 수 있다. URL은 접속하여 멀티미디어 컨텐트를 다운받을 수 있는 임의의 인터넷 주소가 될 수도 있다.
도 29는 본 발명의 실시예에 따른 MCM의 매니지먼트 컨테이너 구성을 나타낸다.
도 29는 도 10에서 나타낸 MCM에 포함된 매니지먼트 컨테이너의 구성을 나타내며, 상술한 필드/데이터에 대한 설명은 중복하지 않는다.
도 29(a)는 멀티미디어 언어(Multimedia Language) 정보를 포함하는 MCM 포맷을 나타내고, 도 29(b)는 멀티미디어 언어 정보를 포함하는 매니지먼트 컨테이너 포맷을 나타낸다. 멀티미디어 언어 정보를 제외한, 매니지먼트 컨테이너에 포함되는 정보/필드에 대한 설명은 도 16과 관련항 상술한 설명을 참조한다.
표 7은 멀티미디어 언어(MultimediaLanguate) 데이터 엘레먼트의 정의를 나타낸다. 멀티미디어 언어 정보는 멀티미디어 컨텐트에 의해 사용되는 언어를 정의할 수 있다. 멀티미디어 언어 정보는 ISO 639-1과 같은 표준화된 언어 코드를 지시할 수 있다. 또는, 멀티미디어 언어 정보는 포맷 사이즈를 줄이기 위해 캐릭터-값이된(character-valued) 언어 코드가 매핑된 숫자 값(numeric value)을 지시할 수도 있다.
Descriptive Name fileName
Identifier DataType_xxx
ASN.1 representation MultimediaLanguage ::= INTEGER {English(1), Korean(2), … } (1..1000)Or MultimediaLanguage ::= PrintableString (SIZE(2))
Definition This DE (Data Element) defines the language used by the multimedia content.
Unit N/A
수신 ITS-S는 MCM에 포함된 멀티미디어 언어 정보에 기초하여 언어 체크(language check)를 수행할 수 있다. 언어 체크는 언어 체크 엔터티의 위치에 따라 상이한 모드로 수행될 수 있다.
1. 언어 체크 모드 A: 언어 체크 엔터티가 MCD 베이직 서비스 엔터티인 경우
모드 A에서, MCD 베이직 서비스의 퍼실리티 레이어 엔터티가 허용가능(acceptable) 언어들의 세트를 유지하거나, 접속(access)할 수 있다. MCD 베이직 서비스는 수신한 MCM의 언어 정보가 허용가능 언어들의 세트와 매칭되는지를 체크할 수 있다.
2. 언어 체크 모드 B: 언터 체크 엔터티가 어플리케이션인 경우
모드 B에서, MCD 베이직 서비스의 퍼실리티 레이어 엔터티는 허용가능 언어들의 세트를 유지하거나 접속하지 않는다. MCD 베이직 서비스가 언어 정보를 수신 또는 획득하는 경우, MCD 베이직 서비스는 언어 정보를 어플리케이션에게 전달한다. 어플리케이션은 허용가능(acceptable) 언어들의 세트를 유지하거나, 접속(access)할 수 있다. 어플리케이션은 수신한 MCM의 언어 정보가 허용가능 언어들의 세트와 매칭되는지를 체크할 수 있다.
3. 언어 체크 모드 C: 퍼실리티 레이어의 HMI(Human Machine Interface)를 사용하는 경우
모드 C에서, MCD 베이직 서비스의 퍼실리티 레이어 엔터티는 허용가능 언어들의 세트를 유지하거나 접속하지 않는다. MCD 베이직 서비스가 언어 정보를 수신 또는 획득하는 경우, ITS-S는 HIM을 통해 해당 언어가 허용 가능한지를 사용자/드라이버에게 문의할(ask) 수 있다.
4. 언어 체크 모드 D: 어플리케이션이 사용자/드라이즈에게 문의(ask)하는 경우
모드 D에서, MCD 베이직 서비스의 퍼실리티 레이어 엔터티는 허용가능 언어들의 세트를 유지하거나 접속하지 않는다. MCD 베이직 서비스가 언어 정보를 수신 또는 획득하는 경우, MCD 베이직 서비스는 언어 정보를 어플리케이션에게 전달한다. 어플리케이션은, HIM을 통해/또는 직접, 해당 언어가 허용 가능한지를 사용자/드라이버에게 문의할(ask) 수 있다.
도 30은 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
MCD를 통해 전송 ITS-S(1000, Sender ITS Station)와 수신 ITS-S(2000, Receiver ITS Station) 간에 전달되는 정보는 멀티미디어 컨텐트 및 멀티미디어 컨텐트 관련된 메타데이터를 포함하는 이벤트 디스크립션을 포함할 수 있다. 멀티미디어 컨텐트 및 이벤트 디스크립션은 MCM에 포함되어 전달될 수 있다.
도 30은 멀티미디어 컨텐트가 복수의 MCM으로 분리되어 전달되는 경우의 MCD 동작을 나타낸다. 특히, 도 30은 MCM이 멀티미디어 언어 정보를 포함하는 실시예를 나타낸다. 도 13 내지 도 15와 동일한 설명은 중복하지 않는다.
도 30은 상술한 언어 체크 모드 A를 나타낸다. 즉, MCD 베이직 서비스 엔터티가 언어 체크를 수행한다.
수신 ITS 스테이션(2000)은, MCM을 파싱하고, 언어 체크(language check)를 수행한다. MCD 베이직 서비스 엔터티는 MCM으로부터 획득된 멀티미디어 언어 정보를 사용하여, 컨텐트의 언어가 허용 가능한 언어인지 여부를 확인할 수 있다. MCD 베이직 서비스 엔터티는 허용가능 언어들의 세트에 기초하여 컨텐트의 언어가 허용 가능한 언어인지 여부를 확인할 수 있다. 수신 MCM의 컨텐트의 언어가 허용가능한 언어가 아닌 경우, 수신 ITS 스테이션(2000)은 이 MCM과 동일한 메세지 ID를 갖는 MCM들은 수신하지 않거나, 무시/폐기할 수 있다. 수신 MCM의 컨텐트의 언어가 허용가능한 언어인 경우, MCD 베이직 서비스는 멀티미디어 세그먼트 #1을 캐싱/저장하고, 남은 MCM들을 수신할 수 있다.
도 31은 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
MCD를 통해 전송 ITS-S(1000, Sender ITS Station)와 수신 ITS-S(2000, Receiver ITS Station) 간에 전달되는 정보는 멀티미디어 컨텐트 및 멀티미디어 컨텐트 관련된 메타데이터를 포함하는 이벤트 디스크립션을 포함할 수 있다. 멀티미디어 컨텐트 및 이벤트 디스크립션은 MCM에 포함되어 전달될 수 있다.
도 31은 멀티미디어 컨텐트가 복수의 MCM으로 분리되어 전달되는 경우의 MCD 동작을 나타낸다. 특히, 도 31은 MCM이 멀티미디어 언어 정보를 포함하는 실시예를 나타낸다. 도 13 내지 도 15와 동일한 설명은 중복하지 않는다.
도 31은 상술한 언어 체크 모드 B를 나타낸다. 즉, 어플리케이션이 언어 체크를 수행한다.
수신 ITS 스테이션(2000)은, MCM을 파싱하고, 획득된 언어 정보를 어플리케이션에게 전달한다. 어플리케이션은 언어 체크(duplication check)를 수행한다. 어플리케이션은 멀티미디어 언어 정보를 사용하여, 컨텐트의 언어가 허용 가능한 언어인지 여부를 확인할 수 있다. 어플리케이션은 허용가능 언어들의 세트에 기초하여 컨텐트의 언어가 허용 가능한 언어인지 여부를 확인할 수 있다. 어플리케이션은 언어 체크 결과를 MCD 베이직 서비스 엔터티에게 전달할 수 있다. 수신 MCM의 컨텐트의 언어가 허용가능한 언어가 아닌 경우, 수신 ITS 스테이션(2000)은 이 MCM과 동일한 메세지 ID를 갖는 MCM들은 수신하지 않거나, 무시/폐기할 수 있다. 수신 MCM의 컨텐트의 언어가 허용가능한 언어인 경우, MCD 베이직 서비스는 멀티미디어 세그먼트 #1을 캐싱/저장하고, 남은 MCM들을 수신할 수 있다.
도 32는 본 발명의 실시예에 따른 MCM 송신/수신 방법을 나타낸다.
MCD를 통해 전송 ITS-S(1000, Sender ITS Station)와 수신 ITS-S(2000, Receiver ITS Station) 간에 전달되는 정보는 멀티미디어 컨텐트 및 멀티미디어 컨텐트 관련된 메타데이터를 포함하는 이벤트 디스크립션을 포함할 수 있다. 멀티미디어 컨텐트 및 이벤트 디스크립션은 MCM에 포함되어 전달될 수 있다.
도 32는 멀티미디어 컨텐트가 복수의 MCM으로 분리되어 전달되는 경우의 MCD 동작을 나타낸다. 특히, 도 32는 MCM이 멀티미디어 언어 정보를 포함하는 실시예를 나타낸다. 도 13 내지 도 15와 동일한 설명은 중복하지 않는다.
도 32는 상술한 언어 체크 모드 C 또는 D를 나타낸다. 즉, MCD 베이직 서비스 엔터티 또는 어플리케이션은 사용자에게 언어 체크를 요청/문의한다.
수신 ITS 스테이션(2000)은, MCM을 파싱하고, 획득된 언어 정보를 어플리케이션에게 전달한다. MCD 베이직 서비스 엔터티는 언어 정보를 어플리케이션에게 전달하고나, HIM(Human Machine Interface)에게 전달한다. MCD 베이직 서비스는 HMI를 통해 사용자에게 언어 체크를 요청할 수 있다. 또는, 어플리케이션이 직접 또는 HMI를 통해 사용자에게 언어 체크를 요청할 수 있다.
수신 MCM의 컨텐트의 언어가 허용가능한 언어가 아닌 경우, 수신 ITS 스테이션(2000)은 이 MCM과 동일한 메세지 ID를 갖는 MCM들은 수신하지 않거나, 무시/폐기할 수 있다. 수신 MCM의 컨텐트의 언어가 허용가능한 언어인 경우, MCD 베이직 서비스는 멀티미디어 세그먼트 #1을 캐싱/저장하고, 남은 MCM들을 수신할 수 있다.
도 33은 본 발명의 실시예에 따른, 멀티미디어 언어 정보를 사용한 MCD 동작을 나타낸다.
도 33에서, RSU는 영어 오디오 파일을 전송한다. 영어 오디도 파일을 전송하는 MCM의 멀티미디어 언어 정보는 영어를 지시한다.
각 차량의 V2X 장치 즉 ITS-S의 상태는 서로 상이하다. 차량 (a)의 경우, 운전자는 영어 이해가 가능하지 않을 수 있다. 차량 (b)의 경우, 운전자는 영어 이해가 가능할 수 있다.
각 차량은, 상술한 바와 같이 언어 체크를 수행한다. 차량 (a)는 MCM을 무시하고 MCM을 어플리케이션 레이어로 전달하지 않을 수 있다. 즉 차량 (a)는 MCM을 폐기(discard)할 수 있다. 차량 (b)는 MCM을 수신하여 프로세싱하고, 프로세싱된 파일/세그먼트를 어플리케이션 레이어로 전달할 수 있다.
도 34는 본 발명의 실시예에 따른 MCM의 매니지먼트 컨테이너 구성을 나타낸다.
도 34는 도 10에서 나타낸 MCM에 포함된 매니지먼트 컨테이너의 구성을 나타내며, 상술한 필드/데이터에 대한 설명은 중복하지 않는다.
도 34(a)는 유효시간(validTimeUntil) 정보를 포함하는 MCM 포맷을 나타내고, 도 34(b)는 유효시간(validTimeUntil) 정보를 포함하는 매니지먼트 컨테이너 포맷을 나타낸다. 유효시간(validTimeUntil) 정보를 제외한, 매니지먼트 컨테이너에 포함되는 정보/필드에 대한 설명은 도 16과 관련항 상술한 설명을 참조한다.
유효시간 정보는 타임 스탬프(TimestampsIts)를 데이터 타입으로서 사용할 수도 있다.
수신 ITS-S는 수신 멀티미디어 컨텐트의 유효 시간 정보에 기초하여, 유효시간 전에 수신한 멀티미디어 컨텐트라도 유효 시간이 경과하면 해당 멀티미디어 컨텐트를 제공하지 않을 수 있다. 즉, 유효 시간 이후에, MCD 베이직 서비스 엔터티는 어플리케이션에 해당 멀티미디어 컨텐트를 전달하지 않는다. 유효 시간 이후에, 어플리케이션은 해당 멀티미디어 컨텐트를 사용하지 않는다. 유효시간 이후에 MCD 베이직 서비스 엔터티 또는 매니지먼트 엔터티는 해당 멀티미디어 컨텐트를 스토리지 또는 캐시(cache)에서 삭제할 수 있다.
도 35는 본 발명의 실시예에 따른 MCM의 매니지먼트 컨테이너 및 지오네트워킹 베이직 헤더를 나타낸다.
베이직 헤더는 버전 필드, NH 필드(Next Header), LT(LifeTime) 필드, RHL(Remaining Hop Limit) 필드 중 적어도 하나를 포함할 수 있다. 베이직 헤더에 포함된 필드들에 대한 설명은 아래와 같다. 각 필드를 구성하는 비트 사이즈는 실시예에 불과한 것으로, 변경될 수도 있다.
Version(4비트): 버전(version) 필드는 지오네트워킹 프로토콜을 버전을 지시한다.
NH(4비트): NH(Next Header) 필드는 후속 헤더/필드의 타입을 지시한다. 필드 값이 1이면 커먼 헤더가 이어지고, 2이면 보안 설정된 보안(secured) 패킷이 이어질 수 있다.
LT(8비트): LT(LifeTime) 필드는 해당 패킷의 최대 생존 시간을 지시한다.
RHL(8비트): RHL(Remaining Hop Limit) 필드는 잔여 홉 제한을 지시한다. RHL 필드값은 지오애드혹(GeoAdhoc) 라우터에서 포워딩할 때마다 1씩 줄어들 수 있다. RHL 필드값이 0이 되면 해당 패킷은 더 이상 포워딩되지 않는다.
멀티미디어 컨텐트를 지오-네트워킹 프로토콜을 사용하여 멀티-홉 포워딩할 수 있다. 이 경우 채널을 지나치게 점유하지 않도록 유효 시간이 지나면 멀티 미디어 컨텐트가 더이상 포워딩되지 않도록 설정될 수 있다. 즉, ITS-S는 LT 필드의 시간이 지난 경우, 해당 패킷의 포워딩을 중단할 수 있다. 포워딩하는 ITS-S는 퍼실리티 레이어의 정보를 확인하지 않고 포워딩을 수행할 수 있다. ITS 스테이션은 이러한 유효 시간을 확인하지 않고 포워딩을 수행할 수도 있다. 따라서, ITS-S는 지오네트워킹 PDU의 베이직 헤더의 LT 필드의 값을, MCM 필드의 유효 시간 필드의 값과 같거나 작게 설정하여 전송할 수 있다.
LT는 지오네트워킹 베이직 헤더 내의 생존시간(LifeTime) 필드의 값을 나타낸다. VTU는 MCD 베이직 서비스 엔터티로부터의 PDU의 매니지먼트 컨테이너 내의 "유효시간(validTimeUntil) 필드의 값을 나타낸다. CT는 지오네트워킹 PDU가 생성되는 시간을 나타낸다. 이 경우 LT는 VTU에서 CT를 감산한 값 이하로 설정될 수 있다(LT ≤ VTU - CT). LT의 값은 유효시간과 지오네트워킹 PDU(Protocol Data Unit)가 생성되는 시간과의 차이를 초과하지 않아야만 한다.
도 36은 본 발명의 실시예에 따른, 유효시간 정보를 사용한 MCD 동작을 나타낸다.
도 36에서, RSU는 MCM-xyz를 전송한다. RSU는 MCM을 지오브로드캐스팅한다. 즉, RSU는 지역 "C"에서 메시지가 브로드캐스트 되도록 메세지를 지오-네트워킹 전송한다. RSU가 MCM을 전송하는 시점은 t0이고, 유효시간(validTimeUntil) 정보는 t5를 나타낸다.
차량 (a)는 RSU로부터 MCM을 수신하고, t=2 시점에 MCM을 포워딩한다.
차량 (b)는 차량 (a)로부터 MCM을 수신하고, t=4 시점에 MCM을 포워딩한다.
차량 (c)는 차량 (b)로부터 MCM을 수신하였고, 아직 메시지가 지역 "C"에 도착하지 못하였으므로, MCM을 포워딩해야 한다. 그러나 차량 (c)가 MCM을 포워딩하는 시점은 t0로부터 t=5가 경과되었다. 따라서 차량 (c)는 MCM을 포워딩하지 않는다.
멀티미디어 컨텐트의 사이즈가 특정 기준보다 큰 경우, ITS-S는 멀티미디어 컨텐트를 하나의 MCM으로 전송하는 대신, 복수의 세그먼트로 분할하고, 복수의 MCM으로서 전송할 수 있다. 한번에 전송할 수 있는 메세지의 최대 사이즈는 메세지 전송에 사용되는 액세스 레이어 기술에 기초하여 결정될 수 있다. 전송에 사용되는 액세스 레이어 기술의 선택은, 애플리케이션 레이어, 퍼실리티 레이어, 네트워크/트랜스포트 레이어 또는 매니지먼트 엔터티 중 적어도 하나에 의해 수행될 수 있다.
액세스 레이어 기술이 결정되면, 최대 메세지 사이즈가 결정될 수 있다. 그리고 각 레이어에서 PDU(Protocol Data Unit)을 생성하여 하위 레이어로 전달하는 경우, 아래와 같은 방식이 적용될 수 있다.
레이어 A가 최대 메세지 사이즈를 아는 경우: 하위 레이어에서 추가될 헤더 사이즈를 예상하여 최종적으로 에어(over-the-air)로 전송될 메세지 사이즈가 최대 메세지 사이즈를 초과하지 않는 레이어 A의 최대 PDU 크기를 산출한다. 상위(upper) 레이어로부터 수신한 상위 레이어 PDU가 레이어 A의 최대 PDU 사이즈보다 큰 경우, 레이어 A 최대 PDU 사이즈보다 작도록 세그먼트함으로써 레이어 A PDU를 생성한다. 그리고 생성된 레이어 A PDU를 하위 레이어로 전달한다. 전달받은 상위 레이어 PDU는, 레이어 A가 어플리케이션 레이어인 경우에는 미디어 컨텐트 파일이 될 수 있다.
레이어 A가 최대 메세지 사이즈를 알지 못한느 경우: 상위 레이어로부터 수신한 상위 레이어 PDU를 세그먼트하지 않고 레이어 A의 PDU를 생성한다. 그리고 생성된 레이어 A PDU를 하위 레이어로 전달한다. 전달받은 상위 레이어 PDU는, 레이어 A가 어플리케이션 레이어인 경우에는 미디어 컨텐트 파일이 될 수 있다.
도 37은 본 발명의 실시예에 따른 V2X 통신 장치를 나타낸다.
도 37에서, V2X 통신 장치(37000)는 메모리(37010), 프로세서(37020) 및 통신 유닛(37030)을 포함할 수 있다. 상술한 바와 같이 V2X 통신 장치는 OBU(On Board Unit) 또는 RSU(Road Side Unit)에 해당되거나, OBU 또는 RSU에 포함될 수 있다. V2X 통신 장치는 ITS 스테이션에 포함되거나, ITS 스테이션에 해당할 수도 있다.
통신 유닛(37030)은 프로세서(37020)와 연결되어 무선 신호를 송신/수신할 수 있다. 통신 유닛(37030)은 프로세서(37020)로부터 수신된 데이터를 송수신 대역으로 업컨버팅하여 신호를 전송할 수 있다. 통신 유닛은 액세스 레이어의 동작을 구현할 수 있다. 실시예로서, 통신 유닛은 액세스 레이어에 포함된 피지컬 레이어의 동작을 구현하거나, 추가로 MAC 레이어의 동작을 구현할 수도 있다. 통신 유닛은 복수의 통신 프로토콜에 따라 통신하기 위해 복수의 서브 통신 유닛을 포함할 수도 있다.
프로세서(37020)는 통신 유닛(37030)과 연결되어 ITS 시스템 또는 WAVE 시스템에 따른 레이어들의 동작을 구현할 수 있다. 프로세서(37020)는 상술한 도면 및 설명에 따른 본 발명의 다양한 실시예에 따른 동작을 수행하도록 구성될 수 있다. 또한, 상술한 본 발명의 다양한 실시예에 따른 V2X 통신 장치(37000)의 동작을 구현하는 모듈, 데이터, 프로그램 또는 소프트웨어 중 적어도 하나가 메모리(37010)에 저장되고, 프로세서(37020)에 의하여 실행될 수 있다.
메모리(37010)는 프로세서(37020)와 연결되어, 프로세서(37020)를 구동하기 위한 다양한 정보를 저장한다. 메모리(37010)는 프로세서(37020)의 내부에 포함되거나 또는 프로세서(37020)의 외부에 설치되어 프로세서(37020)와 공지의 수단에 의해 연결될 수 있다. 메모리는 보안/비보안 저장 장치를 포함하거나, 보안/비보안 저장 장치에 포함될 수 있다. 실시예에 따라서, 메모리는 보안/비보안 저장 장치로 지칭될 수도 있다.
도 37의 V2X 통신 장치(37000)의 구체적인 구성은, 전술한 본 발명의 다양한 실시예들이 독립적으로 적용되거나 또는 2 이상의 실시예가 함께 적용되도록 구현될 수 있다.
도 2와 관련하여, GNSS 리시버 및 DSRD 라디오는 도 37의 통신 유닛(37030)에 포함될 수 있다. DSRC 디바이스 프로세서는 도 37의 통신 유닛(37030)에 포함되거나, 프로세서(37020)에 포함될 수 있다.
도 38은 본 발명의 실시예에 따른 V2X 통신 장치의 멀티미디어 컨텐트 메세지 수신 방법을 나타낸다.
V2X 통신 장치는 멀티미디어 컨텐트 메세지를 수신할 수 있다(S38010). V2X 통신 장치는 다양한 통신 프로토콜에 기초하여 멀티미디어 컨텐트 메세지를 수신할 수 있다.
V2X 통신 장치는 멀티미디어 컨텐트 메세지를 파싱할 수 있다(S38020). V2X 통신 장치는 멀티미디어 컨텐트 메세지를 파싱하고, 메세지에 대한 다양한 정보를 획득할 수 있다.
V2X 통신 장치는 멀티미디어 컨텐트 또는 컨텐트 세그먼트를 획득할 수 있다. V2X 통신 장치는 상술한 바와 같이 컨텐트 또는 컨텐트 세그먼트를 저장/프로세싱하여 어플리케이션을 통해 사용자에게 제공할 수 있다. 또한, V2X 통신 장치는 상술한 바와 같이 메세지에 대한 정보에 기초하여 컨텐트 또는 컨텐트 세그먼트를 저장/프로세싱하지 않고 폐기할 수도 있다.
멀티미디어 컨텐트 메세지는, 프로토콜 버전 및 메세지 ID를 포함하는 헤더, MCM(Multimedia Content Message) 매니지먼트 및 MCD(Multimedia Content Dissemination) 프로토콜 관련 정보를 포함하는 매니지먼트 컨테이너, 이벤트를 기술하는 정보를 포함하는 상황(situation) 컨테이너, 상기 이벤트의 위치 정보를 포함하는 위치(location) 컨테이너 및 상기 멀티미디어 컨텐트를 포함하는 멀티미디어 컨텐트 컨테이너 중 적어도 하나를 포함한다.
매니지먼트 컨테이너는, 멀티미디어 컨테이너에 포함된 멀티미디어 데이터 유닛의 수를 지시하는 멀티미디어 데이터 유닛의 수(numberOfMultimediaUnit) 정보, 멀티미디어 컨테이너에 포함된 멀티미디어 컨텐트에 대한 멀티미디어 포맷 타입(multimediaFormatType) 정보 중 적어도 하나를 포함한다.
멀티미디어 컨텐트 메세지 및 매니지먼트 컨테이너에 대한 설명은 상술한 바와 같다.
도 16 내지 도 20의 실시예와 관련하여 상술한 바와 같이, 매니지먼트 컨테이너는 멀티미디어 컨텐트 또는 멀티미디어 컨텐트의 세그먼트 중 적어도 하나에 대한 사이즈 정보를 더 포함할 수 있다. V2X 통신 장치는, 사이즈 정보 및 V2X 통신 장치의 스토리지 정보에 기초하여 멀티미디어 컨텐트 또는 멀티미디어 세그먼트의 저장 여부를 결정할 수 있다.
도 21 내지 도 25의 실시예와 관련하여 상술한 바와 같이, 매니지먼트 컨테이너는, 멀티미디어 컨텐트 식별자 정보를 더 포함할 수 있다. V2X 통신 장치는, 멀티미디어 컨텐트 식별자 정보에 기초하여 멀티미디어 컨텐트 메세지의 멀티미디어 컨텐트 또는 세그먼트가 기-수신한 멀티미디어 컨텐트와 중복되는지 여부를 결정할 수 있다.
도 26 내지 도 28의 실시예와 관련하여 상술한 바와 같이, 매니지먼트 컨테이너는, URL 정보를 더 포함할 수 있다. V2X 통신 장치는, URL 정보가 지시하는 URL에 접속하여 멀티미디어 컨텐트를 수신할 수 있다.
도 29 내지 도 33의 실시예와 관련하여 상술한 바와 같이, 매니지먼트 컨테이너는, 멀티미디어 컨텐트의 언어를 지시하는 언어 정보를 더 포함할 수 있다. V2X 통신 장치는, 언어 정보에 기초하여 멀티미디어 컨텐트의 언어가 허용(acceptable) 언어인지 여부를 결정할 수 있다.
도 34 내지 도 36의 실시예와 관련하여 상술한 바와 같이, 매니지먼트 컨테이너는, 유효 시간 정보를 더 포함할 수 있다. V2X 통신 장치는, 유효 시간 정보에 기초하여 멀티미디어 컨텐트의 제공 또는 포워딩 여부를 결정할 수 있다.
이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 발명에 따른 실시예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 본 발명의 일 실시예는 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 일 실시예는 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차, 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리는 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
본 발명은 본 발명의 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상술한 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니 되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.
본 발명의 사상이나 범위를 벗어나지 않고 본 발명에서 다양한 변경 및 변형이 가능함은 당업자에게 이해된다. 따라서, 본 발명은 첨부된 청구항 및 그 동등 범위 내에서 제공되는 본 발명의 변경 및 변형을 포함하는 것으로 의도된다.
본 명세서에서 장치 및 방법 발명이 모두 언급되고, 장치 및 방법 발명 모두의 설명은 서로 보완하여 적용될 수 있다.
다양한 실시예가 본 발명을 실시하기 위한 최선의 형태에서 설명되었다.
본 발명은 일련의 차량 통신 분야에서 이용된다.
본 발명의 사상이나 범위를 벗어나지 않고 본 발명에서 다양한 변경 및 변형이 가능함은 당업자에게 자명하다. 따라서, 본 발명은 첨부된 청구항 및 그 동등 범위 내에서 제공되는 본 발명의 변경 및 변형을 포함하는 것으로 의도된다.

Claims (12)

  1. V2X(Vehicle to everything) 통신 장치의 멀티미디어 컨텐트 메세지 수신 방법에 있어서,
    멀티미디어 컨텐트 메세지를 수신하는 단계;
    상기 멀티미디어 컨텐트 메세지를 파싱하는 단계; 및
    상기 멀티디미어 컨텐트 메세지에 포함된 멀티미디어 컨텐트 또는 멀티미디어 컨텐트의 일부인 컨텐트 세그먼트를 획득하는 단계를 포함하며,
    상기 멀티미디어 컨텐트 메세지는, 프로토콜 버전 및 메세지 ID를 포함하는 헤더, MCM(Multimedia Content Message) 매니지먼트 및 MCD(Multimedia Content Dissemination) 프로토콜 관련 정보를 포함하는 매니지먼트 컨테이너, 이벤트를 기술하는 정보를 포함하는 상황(situation) 컨테이너, 상기 이벤트의 위치 정보를 포함하는 위치(location) 컨테이너 및 상기 멀티미디어 컨텐트를 포함하는 멀티미디어 컨텐트 컨테이너를 포함하고,
    상기 매니지먼트 컨테이너는, 상기 멀티미디어 컨테이너에 포함된 멀티미디어 데이터 유닛의 수를 지시하는 멀티미디어 데이터 유닛의 수(numberOfMultimediaUnit) 정보, 상기 멀티미디어 컨테이너에 포함된 상기 멀티미디어 컨텐트에 대한 멀티미디어 포맷 타입(multimediaFormatType) 정보를 포함하는, 멀티미디어 컨텐트 메세지 수신 방법.
  2. 제 1 항에 있어서,
    상기 매니지먼트 컨테이너는, 상기 멀티미디어 컨텐트 또는 상기 멀티미디어 컨텐트의 세그먼트 중 적어도 하나에 대한 사이즈 정보를 더 포함하고,
    상기 멀티미디어 컨텐트 메세지 수신 방법은,
    상기 사이즈 정보 및 상기 V2X 통신 장치의 스토리지 정보에 기초하여 상기 멀티미디어 컨텐트 또는 컨텐트 세그먼트의 저장 여부를 결정하는 단계를 더 포함하는, 멀티미디어 컨텐트 메세지 수신 방법.
  3. 제 1 항에 있어서,
    상기 매니지먼트 컨테이너는, 멀티미디어 컨텐트 식별자 정보를 더 포함하고,
    상기 멀티미디어 컨텐트 메세지 수신 방법은,
    상기 멀티미디어 컨텐트 식별자 정보에 기초하여 상기 멀티미디어 컨텐트 메세지의 멀티미디어 컨텐트 또는 컨텐트 세그먼트가 기-수신한 멀티미디어 컨텐트와 중복되는지 여부를 결정하는 단계를 더 포함하는, 멀티미디어 컨텐트 메세지 수신 방법.
  4. 제 1 항에 있어서,
    상기 매니지먼트 컨테이너는, URL 정보를 더 포함하고,
    상기 멀티미디어 컨텐트 메세지 수신 방법은,
    상기 URL 정보가 지시하는 URL에 접속하여 상기 멀티미디어 컨텐트를 수신하는 단계를 더 포함하는, 멀티미디어 컨텐트 메세지 수신 방법.
  5. 제 1 항에 있어서,
    상기 매니지먼트 컨테이너는, 상기 멀티미디어 컨텐트의 언어를 지시하는 언어 정보를 더 포함하고,
    상기 멀티미디어 컨텐트 메세지 수신 방법은,
    상기 언어 정보에 기초하여 상기 멀티미디어 컨텐트의 상기 언어가 허용(acceptable) 언어인지 여부를 결정하는 단계를 더 포함하는, 멀티미디어 컨텐트 메세지 수신 방법.
  6. 제 1 항에 있어서,
    상기 매니지먼트 컨테이너는, 유효 시간 정보를 더 포함하고,
    상기 멀티미디어 컨텐트 메세지 수신 방법은,
    상기 유효 시간 정보에 기초하여 상기 멀티미디어 컨텐트의 제공 또는 포워딩 여부를 결정하는 단계를 더 포함하는, 멀티미디어 컨텐트 메세지 수신 방법.
  7. V2X 통신 장치에 있어서,
    데이터를 저장하는 메모리;
    무선 신호를 송수신하는 통신 유닛; 및
    상기 통신 유닛을 제어하는 프로세서를 포함하고,
    상기 V2X 통신 장치는,
    멀티미디어 컨텐트 메세지를 수신하고,
    상기 멀티미디어 컨텐트 메세지를 파싱하고, 및
    상기 멀티디미어 컨텐트 메세지에 포함된 멀티미디어 컨텐트 또는 멀티미디어 컨텐트의 일부인 컨텐트 세그먼트를 획득하며,
    상기 멀티미디어 컨텐트 메세지는, 프로토콜 버전 및 메세지 ID를 포함하는 헤더, MCM(Multimedia Content Message) 매니지먼트 및 MCD(Multimedia Content Dissemination) 프로토콜 관련 정보를 포함하는 매니지먼트 컨테이너, 이벤트를 기술하는 정보를 포함하는 상황(situation) 컨테이너, 상기 이벤트의 위치 정보를 포함하는 위치(location) 컨테이너 및 상기 멀티미디어 컨텐트를 포함하는 멀티미디어 컨텐트 컨테이너를 포함하고,
    상기 매니지먼트 컨테이너는, 상기 멀티미디어 컨테이너에 포함된 멀티미디어 데이터 유닛의 수를 지시하는 멀티미디어 데이터 유닛의 수(numberOfMultimediaUnit) 정보, 상기 멀티미디어 컨테이너에 포함된 상기 멀티미디어 컨텐트에 대한 멀티미디어 포맷 타입(multimediaFormatType) 정보를 포함하는, V2X 통신 장치.
  8. 제 7 항에 있어서,
    상기 매니지먼트 컨테이너는, 상기 멀티미디어 컨텐트 또는 상기 멀티미디어 컨텐트의 세그먼트 중 적어도 하나에 대한 사이즈 정보를 더 포함하고,
    상기 V2X 통신 장치는, 상기 사이즈 정보 및 상기 V2X 통신 장치의 스토리지 정보에 기초하여 상기 멀티미디어 컨텐트 또는 컨텐트 세그먼트의 저장 여부를 결정하는, V2X 통신 장치.
  9. 제 7 항에 있어서,
    상기 매니지먼트 컨테이너는, 멀티미디어 컨텐트 식별자 정보를 더 포함하고,
    상기 V2X 통신 장치는, 상기 멀티미디어 컨텐트 식별자 정보에 기초하여 상기 멀티미디어 컨텐트 메세지의 멀티미디어 컨텐트 또는 컨텐트 세그먼트가 기-수신한 멀티미디어 컨텐트와 중복되는지 여부를 결정하는, V2X 통신 장치.
  10. 제 7 항에 있어서,
    상기 매니지먼트 컨테이너는, URL 정보를 더 포함하고,
    상기 V2X 통신 장치는, 상기 URL 정보가 지시하는 URL에 접속하여 상기 멀티미디어 컨텐트를 수신하는, V2X 통신 장치.
  11. 제 7 항에 있어서,
    상기 매니지먼트 컨테이너는, 상기 멀티미디어 컨텐트의 언어를 지시하는 언어 정보를 더 포함하고,
    상기 V2X 통신 장치는, 상기 언어 정보에 기초하여 상기 멀티미디어 컨텐트의 상기 언어가 허용(acceptable) 언어인지 여부를 결정하는, V2X 통신 장치.
  12. 제 7 항에 있어서,
    상기 매니지먼트 컨테이너는, 유효 시간 정보를 더 포함하고,
    상기 V2X 통신 장치는, 상기 유효 시간 정보에 기초하여 상기 멀티미디어 컨텐트의 제공 또는 포워딩 여부를 결정하는, V2X 통신 장치.
PCT/KR2017/010954 2017-09-29 2017-09-29 V2x 통신 장치 및 그의 멀티미디어 컨텐트 전송/수신 방법 WO2019066106A1 (ko)

Priority Applications (8)

Application Number Priority Date Filing Date Title
CN201780089324.9A CN110476403B (zh) 2017-09-29 2017-09-29 V2x通信设备及由其发送/接收多媒体内容的方法
JP2019528883A JP6816281B2 (ja) 2017-09-29 2017-09-29 Ｖ２ｘ通信装置及びそのマルチメディアコンテンツの送信／受信方法
KR1020197011388A KR102062298B1 (ko) 2017-09-29 2017-09-29 V2x 통신 장치 및 그의 멀티미디어 컨텐트 전송/수신 방법
KR1020197038656A KR102127436B1 (ko) 2017-09-29 2017-09-29 V2x 통신 장치 및 그의 멀티미디어 컨텐트 전송/수신 방법
EP17926340.5A EP3528467B1 (en) 2017-09-29 2017-09-29 V2x communication device and multimedia content transmitting/receiving method thereof
PCT/KR2017/010954 WO2019066106A1 (ko) 2017-09-29 2017-09-29 V2x 통신 장치 및 그의 멀티미디어 컨텐트 전송/수신 방법
US16/407,953 US10686917B2 (en) 2017-09-29 2019-05-09 V2X communication apparatus and method for transmitting/receiving multimedia content thereby
US16/871,872 US11012543B2 (en) 2017-09-29 2020-05-11 V2X communication apparatus and method for transmitting/receiving multimedia content thereby

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/KR2017/010954 WO2019066106A1 (ko) 2017-09-29 2017-09-29 V2x 통신 장치 및 그의 멀티미디어 컨텐트 전송/수신 방법

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/407,953 Continuation US10686917B2 (en) 2017-09-29 2019-05-09 V2X communication apparatus and method for transmitting/receiving multimedia content thereby

Publications (1)

Publication Number Publication Date
WO2019066106A1 true WO2019066106A1 (ko) 2019-04-04

Family

ID=65903704

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/010954 WO2019066106A1 (ko) 2017-09-29 2017-09-29 V2x 통신 장치 및 그의 멀티미디어 컨텐트 전송/수신 방법

Country Status (6)

Country Link
US (2) US10686917B2 (ko)
EP (1) EP3528467B1 (ko)
JP (1) JP6816281B2 (ko)
KR (2) KR102127436B1 (ko)
CN (1) CN110476403B (ko)
WO (1) WO2019066106A1 (ko)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019066106A1 (ko) * 2017-09-29 2019-04-04 엘지전자(주) V2x 통신 장치 및 그의 멀티미디어 컨텐트 전송/수신 방법
CN108182817A (zh) * 2018-01-11 2018-06-19 北京图森未来科技有限公司 自动驾驶辅助系统、路侧端辅助系统和车载端辅助系统
JP6750646B2 (ja) * 2018-06-07 2020-09-02 トヨタ自動車株式会社 車載装置、情報処理方法、および、情報処理プログラム
EP3594712B1 (en) 2018-07-12 2023-11-22 Cohda Wireless Pty Ltd. A method and system for estimating range between and position of objects using a wireless communication system
US11202273B2 (en) * 2019-11-08 2021-12-14 Blackberry Limited Aggregating messages into a single transmission
US11151879B2 (en) * 2019-11-11 2021-10-19 Continental Teves Ag & Co. Ohg Communication device, method for execution by a communication device, and method for improving traffic safety of a road user
CN113055846A (zh) * 2019-12-26 2021-06-29 索尼公司 电子设备、无线通信方法和计算机可读存储介质
CN113055736B (zh) * 2019-12-27 2023-02-21 中信科智联科技有限公司 一种视频接收、发送方法、终端设备及路侧设备
CN111016555A (zh) * 2019-12-31 2020-04-17 深圳成谷科技有限公司 一种基于obu实现的牵引车和挂车胎压监测方法和装置
CN113327446B (zh) * 2020-02-28 2022-06-10 大唐高鸿智联科技(重庆)有限公司 信息传输处理方法、装置、处理设备、车载单元及车辆
KR102328492B1 (ko) * 2020-10-30 2021-11-18 주식회사 아이티텔레콤 멀티홉 방식의 v2x 데이터 송신 장치 및 수신 장치
CN116830536A (zh) * 2021-01-05 2023-09-29 华为技术有限公司 高级驾驶辅助系统中的通信方法和装置
US11890997B2 (en) 2021-03-22 2024-02-06 GM Global Technology Operations LLC Antimicrobial metallic touch surfaces and methods for making the same
KR102543820B1 (ko) * 2021-05-18 2023-06-19 주식회사 아이티텔레콤 Ai v2x obu를 이용한 미끄럼 사고 예방 시스템
KR102541407B1 (ko) * 2021-05-18 2023-06-12 주식회사 아이티텔레콤 C-its mec 기반의 자율주행을 위한 실시간 교통정보제공시스템
WO2022271278A1 (en) * 2021-06-25 2022-12-29 Qualcomm Incorporated Techniques to facilitate v2x identifier-based transport types of a geographical network layer protocol
CN113381926B (zh) * 2021-08-12 2022-01-18 深圳市城市交通规划设计研究中心股份有限公司 一种车路协同数据资源管理方法、装置及存储介质
GB2611540A (en) * 2021-10-06 2023-04-12 Canon Kk Pre-crash DENM message within an intelligent transport system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020078228A1 (en) * 2000-12-20 2002-06-20 Jussi Kuisma Arrangement for implementing transmission of multimedia messages
EP2667625A2 (en) * 2011-01-19 2013-11-27 Samsung Electronics Co., Ltd Apparatus and method for transmitting multimedia data in a broadcast system
KR101626686B1 (ko) * 2011-10-13 2016-06-01 삼성전자주식회사 방송 시스템에서의 제어 메시지 구성 장치 및 방법
US20160285935A1 (en) * 2015-03-27 2016-09-29 Qualcomm Incorporated Point-to-multipoint broadcast assisted vehicle-to-x broadcast

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2845468B1 (fr) * 2002-10-02 2005-01-14 Telediffusion De France Tdf Systeme d'affichage de contenus multimedia dans un vehicule
KR20060122668A (ko) * 2005-05-27 2006-11-30 엘지전자 주식회사 교통 정보 제공 방법 및 수신 장치
EP2036369B1 (en) * 2006-06-08 2017-08-16 LG Electronics Inc. Method and apparatus for providng and using public transportation information
EP2156582A4 (en) 2007-04-09 2011-09-21 Lg Electronics Inc PROVISION AND USE OF INFORMATION ABOUT VIDEO WITH REGARD TO TRANSPORT SITUATIONS
US20100057333A1 (en) 2008-08-27 2010-03-04 Hankuk University Of Foreign Studies Research And Industry-University Cooperation Foundation Navigation system
US8478209B2 (en) * 2011-05-05 2013-07-02 GM Global Technology Operations LLC Method and apparatus for multimedia content promotion in vehicular wireless networks
KR101279887B1 (ko) * 2011-10-21 2013-06-28 주식회사 맥스포 Ｖ2ｉ 네트워크에서 브로드캐스팅 메시지 전송 방법
US9191133B2 (en) * 2012-03-01 2015-11-17 Htc Corporation Multimedia data distribution system and operating method thereof
KR101868628B1 (ko) * 2014-04-30 2018-06-18 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
JP2018523322A (ja) * 2015-06-24 2018-08-16 インテル アイピー コーポレーション Ｖｅｈｉｃｌｅ‐ｔｏ‐ａｎｙｔｈｉｎｇ（ｖ２ｘ）通信の拡張サポート
WO2019066106A1 (ko) * 2017-09-29 2019-04-04 엘지전자(주) V2x 통신 장치 및 그의 멀티미디어 컨텐트 전송/수신 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020078228A1 (en) * 2000-12-20 2002-06-20 Jussi Kuisma Arrangement for implementing transmission of multimedia messages
EP2667625A2 (en) * 2011-01-19 2013-11-27 Samsung Electronics Co., Ltd Apparatus and method for transmitting multimedia data in a broadcast system
KR101626686B1 (ko) * 2011-10-13 2016-06-01 삼성전자주식회사 방송 시스템에서의 제어 메시지 구성 장치 및 방법
US20160285935A1 (en) * 2015-03-27 2016-09-29 Qualcomm Incorporated Point-to-multipoint broadcast assisted vehicle-to-x broadcast

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ITRI: "Discussion on the MBMS V2V Transmission and Reception", R2-162487, 3GPP TSG RAN2 WG2 MEETING #93BIS, 1 April 2016 (2016-04-01), Dubrovnik, Croatia, XP051082128 *
See also references of EP3528467A4 *

Also Published As

Publication number Publication date
CN110476403A (zh) 2019-11-19
US11012543B2 (en) 2021-05-18
EP3528467A4 (en) 2020-04-22
JP2020511015A (ja) 2020-04-09
US20190268447A1 (en) 2019-08-29
KR102062298B1 (ko) 2020-02-11
CN110476403B (zh) 2023-02-17
EP3528467B1 (en) 2021-10-27
US20200274954A1 (en) 2020-08-27
KR20200001621A (ko) 2020-01-06
KR102127436B1 (ko) 2020-06-26
EP3528467A1 (en) 2019-08-21
US10686917B2 (en) 2020-06-16
JP6816281B2 (ja) 2021-01-20
KR20190052107A (ko) 2019-05-15

Similar Documents

Publication Publication Date Title
WO2019066106A1 (ko) V2x 통신 장치 및 그의 멀티미디어 컨텐트 전송/수신 방법
WO2019156266A1 (ko) V2x 통신 장치 및 v2x 통신 장치의 v2x 통신 방법
WO2019132082A1 (ko) V2x 통신 장치 및 그의 v2x 메시지의 송수신 방법
WO2018174385A1 (ko) V2x 통신 장치 및 그의 v2x 메시지의 송수신 방법
WO2019160177A1 (ko) V2x 통신 장치 및 그의 v2x 메시지의 송수신 방법
WO2018128205A1 (ko) V2x 통신을 위한 장치 및 방법
WO2018182074A1 (ko) V2x 통신을 위한 장치 및 방법
WO2019240544A1 (en) Method and apparatus for performing sidelink communication by ue in nr v2x
WO2018066876A1 (ko) 무선 통신 시스템에서 v2x 통신 지원 방법
WO2019240548A1 (en) Method and apparatus for performing sidelink communication by ue in nr v2x
WO2019066108A1 (ko) V2x 통신을 위한 장치 및 방법
WO2020022526A1 (ko) V2x 통신 장치 및 지오네트워킹 전송 방법
WO2019240550A1 (en) Method and apparatus for reporting cast type by ue in nr v2x
WO2016003174A1 (ko) 무선 통신 시스템에서 그룹 메시징 송수신 방법 및 이를 위한 장치
WO2018208062A1 (ko) 무선 통신 시스템에서의 단말의 접속 식별자 보안 방법 및 이를 위한 장치
WO2020197310A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 안전 메시지를 전송하는 방법 및 이를 위한 장치
WO2021100938A1 (ko) 무선 통신 시스템에서 차량, 단말 및 네트워크가 신호를 전송하는 방법 및 이를 위한 차량, 단말 및 네트워크
WO2019004519A1 (ko) V2x 통신 장치 및 지오네트워킹 전송 방법
WO2019117369A1 (ko) V2x 통신 장치 및 그의 통신 방법
WO2021100935A1 (ko) 무선 통신 시스템에서 취약한 도로 사용자의 단말이 신호를 전송하는 방법
WO2019031625A1 (ko) V2x 통신 장치 및 지오네트워킹 전송 방법
WO2018124320A1 (ko) V2x 통신을 위한 장치 및 데이터 통신 방법
WO2019117367A1 (ko) V2x 통신 장치 및 그의 통신 방법
WO2022075769A1 (ko) 무선 통신 시스템에서 제1 서버가 제2 메시지를 전송하는 방법 및 이를 위한 장치
WO2018128206A1 (ko) V2x 통신을 위한 장치 및 방법

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 20197011388

Country of ref document: KR

Kind code of ref document: A

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

Ref document number: 17926340

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017926340

Country of ref document: EP

Effective date: 20190516

ENP Entry into the national phase

Ref document number: 2019528883

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE