WO2023244013A1 - 주변 정보 통합을 통한 오동작 검출 방법 및 장치 - Google Patents

주변 정보 통합을 통한 오동작 검출 방법 및 장치 Download PDF

Info

Publication number
WO2023244013A1
WO2023244013A1 PCT/KR2023/008197 KR2023008197W WO2023244013A1 WO 2023244013 A1 WO2023244013 A1 WO 2023244013A1 KR 2023008197 W KR2023008197 W KR 2023008197W WO 2023244013 A1 WO2023244013 A1 WO 2023244013A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
status information
processor
misbehavior
malfunction
Prior art date
Application number
PCT/KR2023/008197
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 엘지전자 주식회사
Publication of WO2023244013A1 publication Critical patent/WO2023244013A1/ko

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/02—Ensuring safety in case of control system failures, e.g. by diagnosing, circumventing or fixing failures
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/04—Monitoring the functioning of the control system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • This disclosure relates to wireless communication systems.
  • a wireless communication system is a multiple access system that supports communication with multiple users by sharing available system resources (eg, bandwidth, transmission power, etc.).
  • multiple access systems include code division multiple access (CDMA) systems, frequency division multiple access (FDMA) systems, time division multiple access (TDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, and single carrier frequency (SC-FDMA) systems. division multiple access) system, MC-FDMA (multi carrier frequency division multiple access) system, etc.
  • SL refers to a communication method that establishes a direct link between terminals (User Equipment, UE) and directly exchanges voice or data between terminals without going through a base station (BS).
  • UE User Equipment
  • BS base station
  • SL is being considered as a way to solve the burden on base stations due to rapidly increasing data traffic.
  • V2X vehicle-to-everything refers to a communication technology that exchanges information with other vehicles, pedestrians, and objects with built infrastructure through wired/wireless communication.
  • V2X can be divided into four types: vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), vehicle-to-network (V2N), and vehicle-to-pedestrian (V2P).
  • V2X communication may be provided through the PC5 interface and/or the Uu interface.
  • next-generation wireless access technology that takes these into consideration may be referred to as new radio access technology (RAT) or new radio (NR).
  • RAT new radio access technology
  • NR new radio
  • a method for a first device to perform wireless communication. The method includes obtaining first state information associated with a second device; detecting inconsistency for the second device based on the first state information; receiving second status information to determine a misbehavior of the second device for which the discrepancy was detected; and determining malfunction of the second device based on the second status information.
  • a first device configured to perform wireless communications.
  • the first device includes at least one transceiver; at least one processor; and at least one memory coupled to the at least one processor and storing instructions, wherein the instructions, upon being executed by the at least one processor, cause the first device to: obtain status information; detect inconsistency for the second device based on the first state information; receive second status information to determine a misbehavior of the second device for which the inconsistency was detected; And a malfunction of the second device may be determined based on the second status information.
  • a non-transitory computer-readable storage medium recording instructions.
  • the instructions when executed, cause a first device to: obtain first state information associated with a second device; detect inconsistency for the second device based on the first state information; receive second status information to determine a misbehavior of the second device for which the inconsistency was detected; And a malfunction of the second device may be determined based on the second status information.
  • Figure 2 shows an electromagnetic spectrum, according to one embodiment of the present disclosure.
  • Figure 3 shows an example of direct communication between UEs, according to an embodiment of the present disclosure.
  • Figure 4 shows an example of collected perception according to an embodiment of the present disclosure.
  • 5 to 15 show a method or procedure for detecting a UE performing a malfunction, according to an embodiment of the present disclosure.
  • Figure 17 shows an example of perceived objects information feedback using a BSM extension message (optional part), according to an embodiment of the present disclosure.
  • Figure 18 shows a method by which a first device performs wireless communication, according to an embodiment of the present disclosure.
  • Figure 21 shows a wireless device, according to an embodiment of the present disclosure.
  • Figure 22 shows a signal processing circuit for a transmission signal, according to an embodiment of the present disclosure.
  • Figure 23 shows a wireless device according to an embodiment of the present disclosure.
  • FIG. 24 shows a portable device according to an embodiment of the present disclosure.
  • 25 shows a vehicle or autonomous vehicle, according to an embodiment of the present disclosure.
  • the slash (/) or comma used in this specification may mean “and/or.”
  • A/B can mean “A and/or B.”
  • A/B can mean “only A,” “only B,” or “both A and B.”
  • A, B, C can mean “A, B, or C.”
  • control information may be proposed as an example of “control information.”
  • control information in this specification is not limited to “PDCCH,” and “PDCCH” may be proposed as an example of “control information.”
  • PDCCH control information
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • CDMA can be implemented with wireless technologies such as universal terrestrial radio access (UTRA) or CDMA2000.
  • TDMA may be implemented with wireless technologies such as global system for mobile communications (GSM)/general packet radio service (GPRS)/enhanced data rates for GSM evolution (EDGE).
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • EDGE enhanced data rates for GSM evolution
  • OFDMA can be implemented with wireless technologies such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, evolved UTRA (E-UTRA), etc.
  • IEEE Institute of Electrical and Electronics Engineers
  • Wi-Fi Wi-Fi
  • WiMAX IEEE 802.16
  • E-UTRA evolved UTRA
  • IEEE 802.16m is an evolution of IEEE 802.16e and provides backward compatibility with systems based on IEEE 802.16e.
  • UTRA is part of the universal mobile telecommunications system (UMTS).
  • 3GPP (3rd generation partnership project) LTE (long term evolution) is a part of E-UMTS (evolved UMTS) that uses E-UTRA (evolved-UMTS terrestrial radio access), employing OFDMA in the downlink and SC in the uplink.
  • -Adopt FDMA LTE-A (advanced) is the evolution of 3GPP LTE.
  • 6G (wireless communications) systems require (i) very high data rates per device, (ii) very large number of connected devices, (iii) global connectivity, (iv) very low latency, (v) battery- The goal is to reduce the energy consumption of battery-free IoT devices, (vi) ultra-reliable connectivity, and (vii) connected intelligence with machine learning capabilities.
  • the vision of the 6G system can be four aspects such as intelligent connectivity, deep connectivity, holographic connectivity, and ubiquitous connectivity, and the 6G system can satisfy the requirements as shown in Table 1 below. That is, Table 1 is a table showing an example of the requirements of a 6G system.
  • Figure 1 shows a communication structure that can be provided in a 6G system according to an embodiment of the present disclosure.
  • the embodiment of FIG. 1 may be combined with various embodiments of the present disclosure.
  • the 6G system is expected to have simultaneous wireless communication connectivity that is 50 times higher than that of the 5G wireless communication system.
  • URLLC a key feature of 5G, will become an even more important technology in 6G communications by providing end-to-end delay of less than 1ms.
  • the 6G system will have much better volumetric spectral efficiency, unlike the frequently used area spectral efficiency.
  • 6G systems can provide ultra-long battery life and advanced battery technologies for energy harvesting, so mobile devices in 6G systems will not need to be separately charged.
  • New network characteristics in 6G may include:
  • 6G is expected to be integrated with satellites to serve the global mobile constellation. Integration of terrestrial, satellite and aerial networks into one wireless communication system is very important for 6G.
  • 6G wireless networks will deliver power to charge the batteries of devices such as smartphones and sensors. Therefore, wireless information and energy transfer (WIET) will be integrated.
  • WIET wireless information and energy transfer
  • Ultra-dense heterogeneous networks will be another important characteristic of the 6G communication system. Multi-tier networks comprised of heterogeneous networks improve overall QoS and reduce costs.
  • Backhaul connections are characterized by high-capacity backhaul networks to support high-capacity traffic.
  • High-speed fiber and free-space optics (FSO) systems may be possible solutions to this problem.
  • High-precision localization (or location-based services) through communication is one of the functions of the 6G wireless communication system. Therefore, radar systems will be integrated with 6G networks.
  • Softwarization and virtualization are two important features that form the basis of the design process in 5GB networks to ensure flexibility, reconfigurability, and programmability. Additionally, billions of devices may be shared on a shared physical infrastructure.
  • AI Artificial Intelligence
  • 5G systems will support partial or very limited AI.
  • 6G systems will be AI-enabled for full automation.
  • Advances in machine learning will create more intelligent networks for real-time communications in 6G.
  • Introducing AI in communications can simplify and improve real-time data transmission.
  • AI can use numerous analytics to determine how complex target tasks are performed. In other words, AI can increase efficiency and reduce processing delays. Time-consuming tasks such as handover, network selection, and resource scheduling can be performed instantly by using AI.
  • AI can also play an important role in M2M, machine-to-human and human-to-machine communications. Additionally, AI can enable rapid communication in BCI (Brain Computer Interface).
  • AI-based communication systems can be supported by metamaterials, intelligent structures, intelligent networks, intelligent devices, intelligent cognitive radios, self-sustaining wireless networks, and machine learning.
  • THz Communication Data transmission rate can be increased by increasing bandwidth. This can be accomplished by using sub-THz communications with wide bandwidth and applying advanced massive MIMO technology.
  • THz waves also known as submillimeter radiation, typically represent a frequency band between 0.1 THz and 10 THz with a corresponding wavelength in the range 0.03 mm-3 mm.
  • the 100GHz-300GHz band range (Sub THz band) is considered the main part of the THz band for cellular communications.
  • Adding the Sub-THz band to the mmWave band increases 6G cellular communication capacity.
  • 300GHz-3THz is in the far infrared (IR) frequency band.
  • NTN Non-Terrestrial Networks
  • Unmanned Aerial Vehicle UAV
  • UAV Unmanned Aerial Vehicle
  • the BS entity is installed on the UAV to provide cellular connectivity.
  • UAVs have certain features not found in fixed BS infrastructure, such as easy deployment, strong line-of-sight links, and controlled degrees of freedom for mobility.
  • emergency situations such as natural disasters, the deployment of terrestrial communications infrastructure is not economically feasible and sometimes cannot provide services in volatile environments.
  • UAVs can easily handle these situations.
  • UAV will become a new paradigm in the wireless communication field. This technology facilitates three basic requirements of wireless networks: eMBB, URLLC, and mMTC.
  • UAVs can also support several purposes, such as improving network connectivity, fire detection, disaster emergency services, security and surveillance, pollution monitoring, parking monitoring, accident monitoring, etc. Therefore, UAV technology is recognized as one of the most important technologies for 6G communications.
  • V2X Vehicle to Everything
  • V2V Vehicle to Vehicle
  • V2I Vehicle to Infrastructure
  • 5G NR is mainly described, but the technical idea according to an embodiment of the present disclosure is not limited thereto. Various embodiments of the present disclosure can also be applied to 6G communication systems.
  • the in-vehicle terminal can transmit its own information to prevent accidents, improve road safety, drive efficiently, or perform pre-coordinated operations.
  • each UE provides mobility information such as basic identification information, location information, or speed information and heading information derived from that information, so that other UEs or networks can identify and track the UE.
  • Related information can be transmitted.
  • Figure 3 shows an example of direct communication between UEs, according to an embodiment of the present disclosure.
  • the embodiment of FIG. 3 may be combined with various embodiments of the present disclosure.
  • the transmitting UE and the receiving UE are within each other's transmission coverage as shown in (a) of Figure 3.
  • information can be obtained by sensing each other simply by broadcasting a message.
  • the range of transmission coverage is accurately determined, this does not mean that communication is unconditionally carried out within the range and that communication is unconditionally impossible outside the range.
  • target packet reception ratio 90%
  • the other UE B does not exist within the coverage of UE A, but the corresponding UE B changes its location information to appear as if it is within the coverage of UE A, that is, at the location of virtual UE B'. If a message is transmitted as such, the message cannot be received by UE A, so such information change and manipulation will be meaningless to UE A.
  • the other UE B exists within the coverage of UE A, but the UE B changes its location information so that it does not exist within the coverage of UE A, that is, at the location of virtual UE B'.
  • the location information contained in the message is far from the radius of UE A, so this may be immediately judged to be incorrect information.
  • the size of the received power e.g., RSSI (received signal strength indicator)
  • RSSI received signal strength indicator
  • the location information of the message sent by UE B' Or, considering the distance difference between UE A and UE B', they will not match each other (when comparing the size of received power according to transmission distance).
  • RSSI received signal strength indicator
  • UE A may not be able to discover this using the above methods.
  • the corresponding terminal(s) may directly detect the error through another method, or the error may be discovered by an associated RSU (road side unit), base station, etc.
  • communication may be possible between UEs that communicate using a cellular network, etc., rather than UEs that communicate directly, even when the other UE is not within transmission coverage of each other. Therefore, in situations such as (b) and (c) of Figure 3, more specifically, when replacement of the original information is allowed in the application layer, etc. and the modulated location information is transmitted in the V2X message, in direct communication It can be difficult to find errors using the characteristics of communication coverage, etc.
  • the malfunction can be verified and detected by requesting information that is difficult to manipulate from the UE or surrounding UEs and receiving feedback.
  • a method of detecting the malfunction through information of surrounding UEs or information of the corresponding UE and a device supporting this are used.
  • FIG. 4 shows an example of collected perception according to an embodiment of the present disclosure.
  • the embodiment of FIG. 4 may be combined with various embodiments of the present disclosure.
  • the vehicle's status information (e.g., heading, position, velocity, etc.)
  • its own status can be directly CAM, such as the ego vehicle (or host vehicle (HV)) or vehicles 1 and 3 in Figure 4.
  • It can be transmitted in the form of a (cooperative awareness message)/BSM (basic safety message), etc., or information about a vehicle with no connectivity (no communication function at all or does not support a specific interface/frequency, etc.) like vehicle 2.
  • Vehicle 1 can sense and transmit it in the form of a collective perception message (CPM) (or sensor data sharing message (SDSM)).
  • CPM may also include information on vehicles with communication functions.
  • CPM collective perception message
  • SDSM sensor data sharing message
  • 5 to 15 show a method or procedure for detecting a UE performing a malfunction, according to an embodiment of the present disclosure. 5 to 15 may be combined with various embodiments of the present disclosure.
  • the RSU/base station in FIG. 5 can check consistency by checking status information of UEs. In particular, if the values (or difference between values) of heading, position, velocity, etc. are outside a certain range, the RSU/base station may determine that inconsistency has occurred. Although it is not possible to determine a misbehavior based on this alone, the UE can be considered to be performing a misbehavior at a higher probability than other UEs that maintain consistency. Below, we describe the operation to check misbehavior for these UEs.
  • the request message can be broadly divided into RSU/PC5 interface-based, base station/Uu interface-based, etc., and each method is described below.
  • the following methods may be selectively used independently of each other, or the detailed elements of each method may be used in combination with each other.
  • the CV1 or surrounding vehicles may send feedback information through the Uu interface by putting feedback information in the same or separate message.
  • messages such as the BSM, CPM, etc. are being transmitted/delivered to a base station/V2X server, etc.
  • RSU1 collects The inconsistency of the CV1 can be checked by a PC5-based BSM, CPM, message, etc.
  • the upper base station/V2X server, etc. may determine the discrepancy. (inconsistency) information can be checked and notified to the RSU1. More specifically, for example, a misbehavior of the UE can be reported to the RSU (i.e., RSU1) whose coverage includes the location reported by the CV1 UE. You may be asked to check whether
  • the RSU collects and perceives information (e.g., CPM) to surrounding vehicles of CV1 (excluding CV1) through the PC5 interface. You may additionally request.
  • the surrounding vehicles may be all vehicles within the coverage of the RSU1.
  • the surrounding vehicles may be vehicles within a certain radius (e.g., 100 m radius) / certain area (e.g., within 50 m up, down, left, right (north, east, west, south)) around CV1.
  • the radius/area may be increased from the initial value (e.g., radius 30 m) (e.g., radius increased by 10 m) until a certain number of vehicles (e.g., 3 surrounding vehicles) or more are found. .
  • Surrounding vehicles that have received the request can collect BSMs transmitted by surrounding CV vehicles including CV1 (may perform operations such as redundancy mitigation) and transmit/feedback them to RSU1. At this time, if the CV1 does not actually exist within the coverage of the RSU1, the message fed back by the CV vehicles will also not include information about CV1.
  • RSU2 another RSU (i.e., RSU2) existing around CV1 or a remote capable of transmitting the message Objects such as VRUs can also participate in this manner.
  • UE information that is determined to be redundant can be used by taking representative values (sampling) from messages pointing to/including the UE or reprocessing them using statistical methods such as averaging.
  • RSU1 collects The inconsistency of the CV1 can be checked by a PC5-based BSM, CPM, message, etc.
  • the message fed back by the CV1 Vehicle information (e.g., location information) contained in may be different from reference information on vehicles obtained by RSU1 or transmitted from a higher V2X server. For example, if the matching ratio between the information fed back by the CV1 and the reference information is less than a certain value (eg, 90%), the CV1 may be determined to be malfunctioning.
  • a certain value e.g, 90%
  • the higher V2X server, etc. may provide the inconsistency information can be checked and notified to base station 1. More specifically, for example, the base station (i.e. base station 1) whose coverage includes the location reported by the CV1 UE can be informed of any misbehavior of the UE. You may be asked to check.
  • base station 1 may additionally request information (e.g., CPM) that collectively perceives surrounding vehicles from CV1 through the Uu interface.
  • the surrounding vehicles may be all vehicles within the coverage of base station 1.
  • the surrounding vehicles may be vehicles within a certain radius (e.g., 100 m radius) / certain area (e.g., within 50 m up, down, left, right (north, east, west, south)) around base station 1.
  • the radius/area may be increased from the initial value (e.g., radius 30 m) (e.g., radius increased by 10 m) until a certain number of vehicles (e.g., 3 surrounding vehicles) or more are found. .
  • CV1 which has received the request, can collect BSMs transmitted by surrounding CV vehicles (possibly performing operations such as redundancy mitigation) and transmit/feedback them to base station 1.
  • additional information may be requested in addition to transmission of the received BSM message(s).
  • a specific vehicle transmitting information that senses surrounding information may operate on a broadcast basis, but it may operate on a group cast basis for a group of vehicles/road users at a specific location and in a specific situation. Alternatively, it may operate on a unicast basis only for specific targets.
  • Vehicle information e.g., location information contained in the message may be different from reference information on vehicles obtained by base station 1 or received from a higher V2X server, etc. For example, if the matching ratio between the information fed back by the CV1 and the reference information is less than a certain value (eg, 90%), the CV1 may be determined to be malfunctioning.
  • Information such as UE11 and UE12 can be confirmed in CP1, and information such as UE21 and UE22 can be confirmed in SD1.
  • information such as UE21 and UE22 can be confirmed in SD1.
  • UE information that is determined to be redundant can be used by taking representative values (sampling) from messages pointing to/including the UE or reprocessing them using statistical methods such as averaging.
  • the overlapping UE occurs because the CV1 acquires information on a specific CV through BSM, etc., sends the information on the CV in a collectively perceived message, and senses the CV.
  • Messages sharing data may also be sent. At least one type of message among the above messages can be sent according to given conditions. If all of the above messages cannot be sent, rather than requesting feedback from CV1, the UE performing the potential malfunction, feedback on detection information should be requested from other CV(s) around the UE.
  • Table 3 shows an example of UE information received and detected in each message by a UE expected to malfunction.
  • the V2X server forms a traffic map based on the location of the forged CV1, which can be compared with the information fed back by the CV1 UE in (a) of Figure 14. That is, the information in the traffic map can be compared with the results in Table 3 detected based on the actual location of CV1 (CV1"). However, it is very likely that this is not the same as the information in the traffic map, for example , different results can be obtained, such as the comparison result of the server and feedback information in (b) of Figure 14.
  • the CV/UV information (CV7 to CV9, UV6 to UV7) collected above is different from the CV/UV related information (CV4 to CV5, UV2) already obtained from the V2X server and RSU1, for example, (b) in Figure 14 ), different results may be obtained, such as the comparison results of the information obtained from the V2X server and the information received as feedback. Therefore, in this case, it may be considered that CV1 is not properly detecting the surrounding situation, and it may be judged that CV1 is performing a misbehavior. If the UE in which the inconsistency occurred fails to transmit accurate information in response to the verification request and ultimately determines a misbehavior, the misbehavior report may be transmitted to the MA (misbehavior authority). Through this, operations such as revocation of authentication for the corresponding UE and suspension of service can be performed. The above processes can be shown as shown in FIG. 15.
  • the RSU/base station, etc. requested transmission of a message that collectively perceives the surrounding state.
  • the collectively perceived information may be transmitted based on messages generated by basically detecting surrounding messages (e.g., CPM) or acquiring surrounding sensing information (e.g., SDSM).
  • CPM CPM in all cases where there is no perceived object
  • nearby vehicles/RSUs, etc. may request it through direct (PC5 interface) communication, or base stations may request it through Uu interface, etc.
  • the CV may be configured to transmit CPM.
  • the above method can be equally applied when transmitting data sensed through SDSM.
  • specific information may be additionally requested due to reasons, events, etc. specific to the vehicle. More specifically, additional information may be requested to be transmitted in the existing BSM message through a CSR (common safety request) message, etc.
  • CSR common safety request
  • an RSU, etc. that discovers inconsistency of a specific UE may request vehicles around the UE to additionally send information on surrounding vehicles through CSR messages, etc., or may request the inconsistency to be sent additionally through CSR messages, etc.
  • the UE in which an error occurred may be requested to additionally send information on surrounding vehicles.
  • the additionally transmitted optional message part may be generally transmitted in the form of a VehicleSafetyExtensions data frame unless it is a special vehicle.
  • Mapping of the surrounding vehicle information may, for example, use areas of path history and/or path prediction.
  • the VehicleEventFlags are mapped to eventMBVehSuspect, it is not used as path history or path prediction, but can be used to recognize that surrounding vehicle information is being reported.
  • path history relative position information (offset information) of a previous point in time is input and transmitted compared to the current point in time, and the eventMBVehSuspect transmits the relative position information of surrounding vehicles. There is much in common with the purpose of .
  • DSRC message ID 4 or 21
  • the CSR message ID is used simply for the purpose of requesting path history, the desired goal may not be achieved, so an item specifying that this is a message requesting surrounding information will be added to the field corresponding to the request of the CSR message.
  • 'PerceivedObjects' which feeds back acquired surrounding information, can be added as a new item.
  • a base station, RSU, V2X server, etc. may be replaced by a network node with mobility.
  • the first device may include at least one of a road side unit (RSU), a base station, or a vehicle-to-everything (V2X) server.
  • RSU road side unit
  • V2X vehicle-to-everything
  • a non-transitory computer-readable storage medium recording instructions may be provided.
  • the instructions when executed, cause a first device to: obtain first state information associated with a second device; detect inconsistency for the second device based on the first state information; receive second status information to determine a misbehavior of the second device for which the inconsistency was detected; And a malfunction of the second device may be determined based on the second status information.
  • Figure 19 shows a method by which a second device performs wireless communication, according to an embodiment of the present disclosure.
  • the embodiment of FIG. 19 may be combined with various embodiments of the present disclosure.
  • V2V Vehicle to Vehicle
  • V2X Vehicle to everything
  • an IoT device eg, sensor
  • another IoT device eg, sensor
  • another wireless device 100a to 100f
  • Figure 21 shows a wireless device, according to an embodiment of the present disclosure.
  • the embodiment of FIG. 21 may be combined with various embodiments of the present disclosure.
  • the memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202. For example, memory 204 may perform some or all of the processes controlled by processor 202 or instructions for performing the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein. Software code containing them can be stored.
  • the processor 202 and memory 204 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • Transceiver 206 may be coupled to processor 202 and may transmit and/or receive wireless signals via one or more antennas 208. Transceiver 206 may include a transmitter and/or receiver. Transceiver 206 may be used interchangeably with an RF unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • one or more protocol layers may be implemented by one or more processors 102, 202.
  • one or more processors 102, 202 may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP).
  • One or more processors 102, 202 may generate one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) according to the descriptions, functions, procedures, suggestions, methods and/or operational flow charts disclosed herein. can be created.
  • PDUs Protocol Data Units
  • SDUs Service Data Units
  • One or more processors 102, 202 may generate messages, control information, data or information according to the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • One or more processors 102, 202 generate signals (e.g., baseband signals) containing PDUs, SDUs, messages, control information, data or information according to the functions, procedures, proposals and/or methods disclosed herein. , can be provided to one or more transceivers (106, 206).
  • One or more processors 102, 202 may receive signals (e.g., baseband signals) from one or more transceivers 106, 206, and the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
  • PDU, SDU, message, control information, data or information can be obtained.
  • One or more processors 102, 202 may be referred to as a controller, microcontroller, microprocessor, or microcomputer.
  • One or more processors 102, 202 may be implemented by hardware, firmware, software, or a combination thereof.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed in this document may be implemented using firmware or software, and the firmware or software may be implemented to include modules, procedures, functions, etc.
  • Firmware or software configured to perform the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed in this document may be included in one or more processors (102, 202) or stored in one or more memories (104, 204). It may be driven by the above processors 102 and 202.
  • the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed in this document may be implemented using firmware or software in the form of codes, instructions and/or sets of instructions.
  • One or more memories 104, 204 may be connected to one or more processors 102, 202 and may store various types of data, signals, messages, information, programs, codes, instructions, and/or instructions.
  • One or more memories 104, 204 may consist of ROM, RAM, EPROM, flash memory, hard drives, registers, cache memory, computer readable storage media, and/or combinations thereof.
  • One or more memories 104, 204 may be located internal to and/or external to one or more processors 102, 202. Additionally, one or more memories 104, 204 may be connected to one or more processors 102, 202 through various technologies, such as wired or wireless connections.
  • One or more transceivers 106, 206 may transmit user data, control information, wireless signals/channels, etc. mentioned in the methods and/or operation flowcharts of this document to one or more other devices.
  • One or more transceivers 106, 206 may receive user data, control information, wireless signals/channels, etc. referred to in the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein, etc. from one or more other devices. there is.
  • one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202 and may transmit and receive wireless signals.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to transmit user data, control information, or wireless signals to one or more other devices. Additionally, one or more processors 102, 202 may control one or more transceivers 106, 206 to receive user data, control information, or wireless signals from one or more other devices. In addition, one or more transceivers (106, 206) may be connected to one or more antennas (108, 208), and one or more transceivers (106, 206) may be connected to the description and functions disclosed in this document through one or more antennas (108, 208). , may be set to transmit and receive user data, control information, wireless signals/channels, etc.
  • one or more antennas may be multiple physical antennas or multiple logical antennas (eg, antenna ports).
  • One or more transceivers (106, 206) process the received user data, control information, wireless signals/channels, etc. using one or more processors (102, 202), and convert the received wireless signals/channels, etc. from the RF band signal. It can be converted to a baseband signal.
  • One or more transceivers (106, 206) may convert user data, control information, wireless signals/channels, etc. processed using one or more processors (102, 202) from baseband signals to RF band signals.
  • one or more transceivers 106, 206 may comprise (analog) oscillators and/or filters.
  • Figure 22 shows a signal processing circuit for a transmission signal, according to an embodiment of the present disclosure.
  • the embodiment of FIG. 22 may be combined with various embodiments of the present disclosure.
  • the signal processing circuit 1000 may include a scrambler 1010, a modulator 1020, a layer mapper 1030, a precoder 1040, a resource mapper 1050, and a signal generator 1060.
  • the operations/functions of Figure 22 may be performed in the processors 102, 202 and/or transceivers 106, 206 of Figure 21.
  • the hardware elements of FIG. 22 may be implemented in the processors 102, 202 and/or transceivers 106, 206 of FIG. 21.
  • blocks 1010 to 1060 may be implemented in processors 102 and 202 of FIG. 21.
  • blocks 1010 to 1050 may be implemented in the processors 102 and 202 of FIG. 21, and block 1060 may be implemented in the transceivers 106 and 206 of FIG. 21.
  • the codeword can be converted into a wireless signal through the signal processing circuit 1000 of FIG. 22.
  • a codeword is an encoded bit sequence of an information block.
  • the information block may include a transport block (eg, UL-SCH transport block, DL-SCH transport block).
  • Wireless signals may be transmitted through various physical channels (eg, PUSCH, PDSCH).
  • the codeword may be converted into a scrambled bit sequence by the scrambler 1010.
  • the scramble sequence used for scrambling is generated based on an initialization value, and the initialization value may include ID information of the wireless device.
  • the scrambled bit sequence may be modulated into a modulation symbol sequence by the modulator 1020.
  • Modulation methods may include pi/2-BPSK (pi/2-Binary Phase Shift Keying), m-PSK (m-Phase Shift Keying), m-QAM (m-Quadrature Amplitude Modulation), etc.
  • the complex modulation symbol sequence may be mapped to one or more transport layers by the layer mapper 1030.
  • the modulation symbols of each transport layer may be mapped to the corresponding antenna port(s) by the precoder 1040 (precoding).
  • the output z of the precoder 1040 can be obtained by multiplying the output y of the layer mapper 1030 with the precoding matrix W of N*M.
  • N is the number of antenna ports and M is the number of transport layers.
  • the precoder 1040 may perform precoding after performing transform precoding (eg, DFT transformation) on complex modulation symbols. Additionally, the precoder 1040 may perform precoding without performing transform precoding.
  • the resource mapper 1050 can map the modulation symbols of each antenna port to time-frequency resources.
  • a time-frequency resource may include a plurality of symbols (eg, CP-OFDMA symbol, DFT-s-OFDMA symbol) in the time domain and a plurality of subcarriers in the frequency domain.
  • the signal generator 1060 generates a wireless signal from the mapped modulation symbols, and the generated wireless signal can be transmitted to another device through each antenna.
  • the signal generator 1060 may include an Inverse Fast Fourier Transform (IFFT) module, a Cyclic Prefix (CP) inserter, a Digital-to-Analog Converter (DAC), a frequency uplink converter, etc. .
  • IFFT Inverse Fast Fourier Transform
  • CP Cyclic Prefix
  • DAC Digital-to-Analog Converter
  • the signal processing process for the received signal in the wireless device may be configured as the reverse of the signal processing process (1010 to 1060) of FIG. 22.
  • a wireless device eg, 100 and 200 in FIG. 21
  • the received wireless signal can be converted into a baseband signal through a signal restorer.
  • the signal restorer may include a frequency downlink converter, an analog-to-digital converter (ADC), a CP remover, and a Fast Fourier Transform (FFT) module.
  • ADC analog-to-digital converter
  • FFT Fast Fourier Transform
  • the baseband signal can be restored to a codeword through a resource de-mapper process, postcoding process, demodulation process, and de-scramble process.
  • a signal processing circuit for a received signal may include a signal restorer, resource de-mapper, postcoder, demodulator, de-scrambler, and decoder.
  • FIG. 23 shows a wireless device according to an embodiment of the present disclosure.
  • Wireless devices can be implemented in various forms depending on usage-examples/services (see FIG. 20).
  • the embodiment of FIG. 23 may be combined with various embodiments of the present disclosure.
  • the wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 21 and include various elements, components, units/units, and/or modules. ) can be composed of.
  • the wireless devices 100 and 200 may include a communication unit 110, a control unit 120, a memory unit 130, and an additional element 140.
  • the communication unit may include communication circuitry 112 and transceiver(s) 114.
  • communication circuitry 112 may include one or more processors 102 and 202 and/or one or more memories 104 and 204 of FIG. 21 .
  • transceiver(s) 114 may include one or more transceivers 106, 206 and/or one or more antennas 108, 208 of FIG. 21.
  • the control unit 120 is electrically connected to the communication unit 110, the memory unit 130, and the additional element 140 and controls overall operations of the wireless device. For example, the control unit 120 may control the electrical/mechanical operation of the wireless device based on the program/code/command/information stored in the memory unit 130. In addition, the control unit 120 transmits the information stored in the memory unit 130 to the outside (e.g., another communication device) through the communication unit 110 through a wireless/wired interface, or to the outside (e.g., to another communication device) through the communication unit 110. Information received through a wireless/wired interface from another communication device may be stored in the memory unit 130.
  • the outside e.g., another communication device
  • Information received through a wireless/wired interface from another communication device may be stored in the memory unit 130.
  • the additional element 140 may be configured in various ways depending on the type of wireless device.
  • the additional element 140 may include at least one of a power unit/battery, an input/output unit (I/O unit), a driving unit, and a computing unit.
  • wireless devices include robots (FIG. 20, 100a), vehicles (FIG. 20, 100b-1, 100b-2), XR devices (FIG. 20, 100c), portable devices (FIG. 20, 100d), and home appliances. (FIG. 20, 100e), IoT device (FIG.
  • digital broadcasting terminal digital broadcasting terminal
  • hologram device public safety device
  • MTC device medical device
  • fintech device or financial device
  • security device climate/environment device
  • It can be implemented in the form of an AI server/device (FIG. 20, 400), base station (FIG. 20, 200), network node, etc.
  • Wireless devices can be mobile or used in fixed locations depending on the usage/service.
  • various elements, components, units/parts, and/or modules within the wireless devices 100 and 200 may be entirely interconnected through a wired interface, or at least a portion may be wirelessly connected through the communication unit 110.
  • the control unit 120 and the communication unit 110 are connected by wire, and the control unit 120 and the first unit (e.g., 130 and 140) are connected through the communication unit 110.
  • the control unit 120 and the first unit e.g., 130 and 140
  • each element, component, unit/part, and/or module within the wireless devices 100 and 200 may further include one or more elements.
  • the control unit 120 may be comprised of one or more processor sets.
  • control unit 120 may be comprised of a communication control processor, an application processor, an electronic control unit (ECU), a graphics processing processor, and a memory control processor.
  • memory unit 130 includes random access memory (RAM), dynamic RAM (DRAM), read only memory (ROM), flash memory, volatile memory, and non-volatile memory. volatile memory) and/or a combination thereof.
  • Portable devices may include smartphones, smartpads, wearable devices (e.g., smartwatches, smartglasses), and portable computers (e.g., laptops, etc.).
  • a mobile device may be referred to as a Mobile Station (MS), user terminal (UT), Mobile Subscriber Station (MSS), Subscriber Station (SS), Advanced Mobile Station (AMS), or Wireless terminal (WT).
  • MS Mobile Station
  • UT user terminal
  • MSS Mobile Subscriber Station
  • SS Subscriber Station
  • AMS Advanced Mobile Station
  • WT Wireless terminal
  • the portable device 100 includes an antenna unit 108, a communication unit 110, a control unit 120, a memory unit 130, a power supply unit 140a, an interface unit 140b, and an input/output unit 140c. ) may include.
  • the antenna unit 108 may be configured as part of the communication unit 110.
  • Blocks 110 to 130/140a to 140c correspond to blocks 110 to 130/140 in FIG. 23, respectively.
  • the communication unit 110 can transmit and receive signals (eg, data, control signals, etc.) with other wireless devices and base stations.
  • the control unit 120 can control the components of the portable device 100 to perform various operations.
  • the control unit 120 may include an application processor (AP).
  • the memory unit 130 may store data/parameters/programs/codes/commands necessary for driving the portable device 100. Additionally, the memory unit 130 can store input/output data/information, etc.
  • the power supply unit 140a supplies power to the portable device 100 and may include a wired/wireless charging circuit, a battery, etc.
  • the interface unit 140b may support connection between the mobile device 100 and other external devices.
  • the interface unit 140b may include various ports (eg, audio input/output ports, video input/output ports) for connection to external devices.
  • the input/output unit 140c may input or output video information/signals, audio information/signals, data, and/or information input from the user.
  • the input/output unit 140c may include a camera, a microphone, a user input unit, a display unit 140d, a speaker, and/or a haptic module.
  • the input/output unit 140c acquires information/signals (e.g., touch, text, voice, image, video) input from the user, and the obtained information/signals are stored in the memory unit 130. It can be saved.
  • the communication unit 110 may convert the information/signal stored in the memory into a wireless signal and transmit the converted wireless signal directly to another wireless device or to a base station. Additionally, the communication unit 110 may receive a wireless signal from another wireless device or a base station and then restore the received wireless signal to the original information/signal.
  • the restored information/signal may be stored in the memory unit 130 and then output in various forms (eg, text, voice, image, video, haptics) through the input/output unit 140c.
  • a vehicle or autonomous vehicle can be implemented as a mobile robot, vehicle, train, manned/unmanned aerial vehicle (AV), ship, etc.
  • AV unmanned aerial vehicle
  • the embodiment of FIG. 25 may be combined with various embodiments of the present disclosure.
  • the vehicle or autonomous vehicle 100 includes an antenna unit 108, a communication unit 110, a control unit 120, a drive unit 140a, a power supply unit 140b, a sensor unit 140c, and an autonomous driving unit. It may include a portion 140d.
  • the antenna unit 108 may be configured as part of the communication unit 110. Blocks 110/130/140a to 140d respectively correspond to blocks 110/130/140 in FIG. 23.
  • the communication unit 110 can transmit and receive signals (e.g., data, control signals, etc.) with external devices such as other vehicles, base stations (e.g. base stations, road side units, etc.), and servers.
  • the control unit 120 may control elements of the vehicle or autonomous vehicle 100 to perform various operations.
  • the control unit 120 may include an Electronic Control Unit (ECU).
  • the driving unit 140a can drive the vehicle or autonomous vehicle 100 on the ground.
  • the driving unit 140a may include an engine, motor, power train, wheels, brakes, steering device, etc.
  • the power supply unit 140b supplies power to the vehicle or autonomous vehicle 100 and may include a wired/wireless charging circuit, a battery, etc.
  • the sensor unit 140c can obtain vehicle status, surrounding environment information, user information, etc.
  • the sensor unit 140c includes an inertial measurement unit (IMU) sensor, a collision sensor, a wheel sensor, a speed sensor, an inclination sensor, a weight sensor, a heading sensor, a position module, and a vehicle forward sensor. / May include a reverse sensor, battery sensor, fuel sensor, tire sensor, steering sensor, temperature sensor, humidity sensor, ultrasonic sensor, illuminance sensor, pedal position sensor, etc.
  • the autonomous driving unit 140d provides technology for maintaining the driving lane, technology for automatically adjusting speed such as adaptive cruise control, technology for automatically driving along a set route, and technology for automatically setting and driving when a destination is set. Technology, etc. can be implemented.
  • the communication unit 110 may receive map data, traffic information data, etc. from an external server.
  • the autonomous driving unit 140d can create an autonomous driving route and driving plan based on the acquired data.
  • the control unit 120 may control the driving unit 140a so that the vehicle or autonomous vehicle 100 moves along the autonomous driving path according to the driving plan (e.g., speed/direction control).
  • the communication unit 110 may acquire the latest traffic information data from an external server irregularly/periodically and obtain surrounding traffic information data from surrounding vehicles.
  • the sensor unit 140c can obtain vehicle status and surrounding environment information.
  • the autonomous driving unit 140d may update the autonomous driving route and driving plan based on newly acquired data/information.
  • the communication unit 110 may transmit information about vehicle location, autonomous driving route, driving plan, etc. to an external server.
  • An external server can predict traffic information data in advance using AI technology, etc., based on information collected from vehicles or self-driving vehicles, and provide the predicted traffic information data to the vehicles or self-driving vehicles.

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

제 1 장치가 무선 통신을 수행하는 방법 및 이를 지원하는 장치가 제공된다. 상기 방법은, 제 2 장치와 관련된 제 1 상태 정보를 획득하는 단계; 상기 제 1 상태 정보를 기반으로 상기 제 2 장치에 대한 불일치(inconsistency)를 검출하는 단계; 상기 불일치가 검출된 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보를 수신하는 단계; 및 상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정하는 단계;를 포함할 수 있다.

Description

주변 정보 통합을 통한 오동작 검출 방법 및 장치
본 개시는 무선 통신 시스템에 관한 것이다.
무선 통신 시스템은 가용한 시스템 자원(예를 들어, 대역폭, 전송 전력 등)을 공유하여 다중 사용자와의 통신을 지원하는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
사이드링크(sidelink, SL)란 단말(User Equipment, UE)들 간에 직접적인 링크를 설정하여, 기지국(Base Station, BS)을 거치지 않고, 단말 간에 음성 또는 데이터 등을 직접 주고 받는 통신 방식을 말한다. SL는 급속도로 증가하는 데이터 트래픽에 따른 기지국의 부담을 해결할 수 있는 하나의 방안으로서 고려되고 있다.
V2X(vehicle-to-everything)는 유/무선 통신을 통해 다른 차량, 보행자, 인프라가 구축된 사물 등과 정보를 교환하는 통신 기술을 의미한다. V2X는 V2V(vehicle-to-vehicle), V2I(vehicle-to-infrastructure), V2N(vehicle-to- network) 및 V2P(vehicle-to-pedestrian)와 같은 4 가지 유형으로 구분될 수 있다. V2X 통신은 PC5 인터페이스 및/또는 Uu 인터페이스를 통해 제공될 수 있다.
한편, 더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라, 기존의 무선 액세스 기술(Radio Access Technology, RAT)에 비해 향상된 모바일 광대역 (mobile broadband) 통신에 대한 필요성이 대두되고 있다. 이에 따라, 신뢰도(reliability) 및 지연(latency)에 민감한 서비스 또는 단말을 고려한 통신 시스템이 논의되고 있는데, 개선된 이동 광대역 통신, 매시브 MTC(Machine Type Communication), URLLC(Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 무선 접속 기술을 새로운 RAT(new radio access technology) 또는 NR(new radio)이라 칭할 수 있다. NR에서도 V2X(vehicle-to-everything) 통신이 지원될 수 있다.
일 실시 예에 있어서, 제 1 장치가 무선 통신을 수행하는 방법이 제공된다. 상기 방법은, 제 2 장치와 관련된 제 1 상태 정보를 획득하는 단계; 상기 제 1 상태 정보를 기반으로 상기 제 2 장치에 대한 불일치(inconsistency)를 검출하는 단계; 상기 불일치가 검출된 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보를 수신하는 단계; 및 상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정하는 단계;를 포함할 수 있다.
일 실시 예에 있어서, 무선 통신을 수행하도록 설정된 제 1 장치가 제공된다. 상기 제 1 장치는 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 연결되고 명령어들을 저장하는 적어도 하나의 메모리를 포함하되, 상기 명령어들은 상기 적어도 하나의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 장치로 하여금: 제 2 장치와 관련된 제 1 상태 정보를 획득하게 하고; 상기 제 1 상태 정보를 기반으로 상기 제 2 장치에 대한 불일치(inconsistency)를 검출하게 하고; 상기 불일치가 검출된 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보를 수신하게 하고; 및 상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정하게 할 수 있다.
일 실시 예에 있어서, 제 1 장치를 제어하도록 설정된 프로세싱 장치가 제공된다. 상기 프로세싱 장치는 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 연결되고 명령어들을 저장하는 적어도 하나의 메모리를 포함하되, 상기 명령어들은 상기 적어도 하나의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 장치로 하여금: 제 2 장치와 관련된 제 1 상태 정보를 획득하게 하고; 상기 제 1 상태 정보를 기반으로 상기 제 2 장치에 대한 불일치(inconsistency)를 검출하게 하고; 상기 불일치가 검출된 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보를 수신하게 하고; 및 상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정하게 할 수 있다.
일 실시 예에 있어서, 명령어들을 기록하고 있는 비일시적 컴퓨터 판독가능 저장 매체가 제공된다. 상기 명령어들은, 실행될 때, 제 1 장치로 하여금: 제 2 장치와 관련된 제 1 상태 정보를 획득하게 하고; 상기 제 1 상태 정보를 기반으로 상기 제 2 장치에 대한 불일치(inconsistency)를 검출하게 하고; 상기 불일치가 검출된 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보를 수신하게 하고; 및 상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정하게 할 수 있다.
도 1은 본 개시의 일 실시 예에 따른, 6G 시스템에서 제공 가능한 통신 구조를 나타낸다.
도 2는 본 개시의 일 실시 예에 따른, 전자기 스펙트럼을 나타낸다.
도 3은 본 개시의 일 실시 예에 따른, UE 간 직접 통신(direct communication)의 일 예를 나타낸다.
도 4는 본 개시의 일 실시 예에 따른 수집 인식(collected perception)의 예를 나타낸다.
도 5 내지 도 15는 본 개시의 일 실시 예에 따라, 오동작을 수행하는 UE를 검출하기 위한 방법 또는 절차를 나타낸다.
도 16은 본 개시의 일 실시 예에 따른, CSR(common safety request) 메시지의 일 예를 나타낸다.
도 17은 본 개시의 일 실시 예에 따른, BSM 확장(extension) 메시지(optional part)를 활용한 인식 대상(perceived objects) 정보 피드백의 일 예를 나타낸다.
도 18은 본 개시의 일 실시 예에 따라, 제 1 장치가 무선 통신을 수행하는 방법을 나타낸다.
도 19는 본 개시의 일 실시 예에 따라, 제 2 장치가 무선 통신을 수행하는 방법을 나타낸다.
도 20은 본 개시의 일 실시 예에 따른, 통신 시스템(1)을 나타낸다.
도 21은 본 개시의 일 실시 예에 따른, 무선 기기를 나타낸다.
도 22는 본 개시의 일 실시 예에 따른, 전송 신호를 위한 신호 처리 회로를 나타낸다.
도 23은 본 개시의 일 실시 예에 따른, 무선 기기를 나타낸다.
도 24는 본 개시의 일 실시 예에 따른, 휴대 기기를 나타낸다.
도 25는 본 개시의 일 실시 예에 따른, 차량 또는 자율 주행 차량을 나타낸다.
본 명세서에서 "A 또는 B(A or B)"는 "오직 A", "오직 B" 또는 "A와 B 모두"를 의미할 수 있다. 달리 표현하면, 본 명세서에서 "A 또는 B(A or B)"는 "A 및/또는 B(A and/or B)"으로 해석될 수 있다. 예를 들어, 본 명세서에서 "A, B 또는 C(A, B or C)"는 "오직 A", "오직 B", "오직 C", 또는 "A, B 및 C의 임의의 모든 조합(any combination of A, B and C)"를 의미할 수 있다.
본 명세서에서 사용되는 슬래쉬(/)나 쉼표(comma)는 "및/또는(and/or)"을 의미할 수 있다. 예를 들어, "A/B"는 "A 및/또는 B"를 의미할 수 있다. 이에 따라 "A/B"는 "오직 A", "오직 B", 또는 "A와 B 모두"를 의미할 수 있다. 예를 들어, "A, B, C"는 "A, B 또는 C"를 의미할 수 있다.
본 명세서에서 "적어도 하나의 A 및 B(at least one of A and B)"는, "오직 A", "오직 B" 또는 "A와 B 모두"를 의미할 수 있다. 또한, 본 명세서에서 "적어도 하나의 A 또는 B(at least one of A or B)"나 "적어도 하나의 A 및/또는 B(at least one of A and/or B)"라는 표현은 "적어도 하나의 A 및 B(at least one of A and B)"와 동일하게 해석될 수 있다.
또한, 본 명세서에서 "적어도 하나의 A, B 및 C(at least one of A, B and C)"는, "오직 A", "오직 B", "오직 C", 또는 "A, B 및 C의 임의의 모든 조합(any combination of A, B and C)"를 의미할 수 있다. 또한, "적어도 하나의 A, B 또는 C(at least one of A, B or C)"나 "적어도 하나의 A, B 및/또는 C(at least one of A, B and/or C)"는 "적어도 하나의 A, B 및 C(at least one of A, B and C)"를 의미할 수 있다.
또한, 본 명세서에서 사용되는 괄호는 "예를 들어(for example)"를 의미할 수 있다. 구체적으로, "제어 정보(PDCCH)"로 표시된 경우, "제어 정보"의 일례로 "PDCCH"가 제안된 것일 수 있다. 달리 표현하면 본 명세서의 "제어 정보"는 "PDCCH"로 제한(limit)되지 않고, "PDCCH"가 "제어 정보"의 일례로 제안된 것일 수 있다. 또한, "제어 정보(즉, PDCCH)"로 표시된 경우에도, "제어 정보"의 일례로 "PDCCH"가 제안된 것일 수 있다.
이하의 설명에서 '~일 때, ~ 경우(when, if, in case of)'는 '~에 기초하여/기반하여(based on)'로 대체될 수 있다.
본 명세서에서 하나의 도면 내에서 개별적으로 설명되는 기술적 특징은, 개별적으로 구현될 수도 있고, 동시에 구현될 수도 있다.
이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access) 등과 같은 다양한 무선 통신 시스템에 사용될 수 있다. CDMA는 UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced data rates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE(institute of electrical and electronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA(evolved-UMTS terrestrial radio access)를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. LTE-A(advanced)는 3GPP LTE의 진화이다.
5G NR은 LTE-A의 후속 기술로서, 고성능, 저지연, 고가용성 등의 특성을 가지는 새로운 Clean-slate 형태의 이동 통신 시스템이다. 5G NR은 1GHz 미만의 저주파 대역에서부터 1GHz~10GHz의 중간 주파 대역, 24GHz 이상의 고주파(밀리미터파) 대역 등 사용 가능한 모든 스펙트럼 자원을 활용할 수 있다.
6G (무선통신) 시스템은 (i) 디바이스 당 매우 높은 데이터 속도, (ii) 매우 많은 수의 연결된 디바이스들, (iii) 글로벌 연결성(global connectivity), (iv) 매우 낮은 지연, (v) 배터리-프리(battery-free) IoT 디바이스들의 에너지 소비를 낮추고, (vi) 초고신뢰성 연결, (vii) 머신 러닝 능력을 가지는 연결된 지능 등에 목적이 있다. 6G 시스템의 비전은 intelligent connectivity, deep connectivity, holographic connectivity, ubiquitous connectivity와 같은 4가지 측면일 수 있으며, 6G 시스템은 아래 표 1과 같은 요구 사항을 만족시킬 수 있다. 즉, 표 1은 6G 시스템의 요구 사항의 일례를 나타낸 표이다.
Per device peak data rate 1 Tbps
E2E latency 1 ms
Maximum spectral efficiency 100bps/Hz
Mobility support Up to 1000km/hr
Satellite integration Fully
AI Fully
Autonomous vehicle Fully
XR Fully
Haptic Communication Fully
6G 시스템은 eMBB(Enhanced mobile broadband), URLLC(Ultra-reliable low latency communications), mMTC(massive machine-type communication), AI integrated communication, Tactile internet, High throughput, High network capacity, High energy efficiency, Low backhaul and access network congestion, Enhanced data security와 같은 핵심 요소(key factor)들을 가질 수 있다.
도 1은 본 개시의 일 실시 예에 따른, 6G 시스템에서 제공 가능한 통신 구조를 나타낸다. 도 1의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
6G 시스템은 5G 무선통신 시스템보다 50배 더 높은 동시 무선통신 연결성을 가질 것으로 예상된다. 5G의 key feature인 URLLC는 6G 통신에서 1ms보다 적은 단-대-단(end-to-end) 지연을 제공함으로써 보다 더 주요한 기술이 될 것이다. 6G 시스템은 자주 사용되는 영역 스펙트럼 효율과 달리 체적 스펙트럼 효율이 훨씬 우수할 것이다. 6G 시스템은 매우 긴 배터리 수명과 에너지 수확을 위한 고급 배터리 기술을 제공할 수 있어, 6G 시스템에서 모바일 디바이스들은 별도로 충전될 필요가 없을 것이다. 6G에서 새로운 네트워크 특성들은 다음과 같을 수 있다.
- 위성 통합 네트워크(Satellites integrated network): 글로벌 모바일 집단을 제공하기 위해 6G는 위성과 통합될 것으로 예상된다. 지상파, 위성 및 공중 네트워크를 하나의 무선통신 시스템으로 통합은 6G에 매우 중요하다.
- 연결된 인텔리전스(Connected intelligence): 이전 세대의 무선 통신 시스템과 달리 6G는 혁신적이며, "연결된 사물"에서 "연결된 지능"으로 무선 진화가 업데이트될 것이다. AI는 통신 절차의 각 단계(또는 후술할 신호 처리의 각 절차)에서 적용될 수 있다.
- 무선 정보 및 에너지 전달의 완벽한 통합(Seamless integration wireless information and energy transfer): 6G 무선 네트워크는 스마트폰들과 센서들과 같이 디바이스들의 배터리를 충전하기 위해 전력을 전달할 것이다. 그러므로, 무선 정보 및 에너지 전송 (WIET)은 통합될 것이다.
- 유비쿼터스 슈퍼 3D 연결(Ubiquitous super 3D connectivity): 드론 및 매우 낮은 지구 궤도 위성의 네트워크 및 핵심 네트워크 기능에 접속은 6G 유비쿼터스에서 슈퍼 3D 연결을 만들 것이다.
위와 같은 6G의 새로운 네트워크 특성들에서 몇 가지 일반적인 요구 사항은 다음과 같을 수 있다.
- 스몰 셀 네트워크(small cell networks): 스몰 셀 네트워크의 아이디어는 셀룰러 시스템에서 처리량, 에너지 효율 및 스펙트럼 효율 향상의 결과로 수신 신호 품질을 향상시키기 위해 도입되었다. 결과적으로, 스몰 셀 네트워크는 5G 및 비욘드 5G (5GB) 이상의 통신 시스템에 필수적인 특성이다. 따라서, 6G 통신 시스템 역시 스몰 셀 네트워크의 특성을 채택한다.
- 초 고밀도 이기종 네트워크(Ultra-dense heterogeneous network): 초 고밀도 이기종 네트워크들은 6G 통신 시스템의 또 다른 중요한 특성이 될 것이다. 이기종 네트워크로 구성된 멀티-티어 네트워크는 전체 QoS를 개선하고 비용을 줄인다.
- 대용량 백홀(High-capacity backhaul): 백홀 연결은 대용량 트래픽을 지원하기 위해 대용량 백홀 네트워크로 특징 지어진다. 고속 광섬유 및 자유 공간 광학 (FSO) 시스템이 이 문제에 대한 가능한 솔루션일 수 있다.
- 모바일 기술과 통합된 레이더 기술: 통신을 통한 고정밀 지역화(또는 위치 기반 서비스)는 6G 무선통신 시스템의 기능 중 하나이다. 따라서, 레이더 시스템은 6G 네트워크와 통합될 것이다.
- 소프트화 및 가상화(Softwarization and virtualization): 소프트화 및 가상화는 유연성, 재구성성 및 프로그래밍 가능성을 보장하기 위해 5GB 네트워크에서 설계 프로세스의 기초가 되는 두 가지 중요한 기능이다. 또한, 공유 물리적 인프라에서 수십억 개의 장치가 공유될 수 있다.
이하, 6G 시스템의 핵심 구현 기술에 대하여 설명한다.
- 인공 지능(Artificial Intelligence): 6G 시스템에 가장 중요하며, 새로 도입될 기술은 AI이다. 4G 시스템에는 AI가 관여하지 않았다. 5G 시스템은 부분 또는 매우 제한된 AI를 지원할 것이다. 그러나, 6G 시스템은 완전히 자동화를 위해 AI가 지원될 것이다. 머신 러닝의 발전은 6G에서 실시간 통신을 위해 보다 지능적인 네트워크를 만들 것이다. 통신에 AI를 도입하면 실시간 데이터 전송이 간소화되고 향상될 수 있다. AI는 수많은 분석을 사용하여 복잡한 대상 작업이 수행되는 방식을 결정할 수 있다. 즉, AI는 효율성을 높이고 처리 지연을 줄일 수 있다. 핸드 오버, 네트워크 선택, 자원 스케쥴링과 같은 시간 소모적인 작업은 AI를 사용함으로써 즉시 수행될 수 있다. AI는 M2M, 기계-대-인간 및 인간-대-기계 통신에서도 중요한 역할을 할 수 있다. 또한, AI는 BCI(Brain Computer Interface)에서 신속한 통신이 될 수 있다. AI 기반 통신 시스템은 메타 물질, 지능형 구조, 지능형 네트워크, 지능형 장치, 지능형 인지 라디오(radio), 자체 유지 무선 네트워크 및 머신 러닝에 의해 지원될 수 있다.
- THz 통신 (Terahertz Communication): 데이터 전송률은 대역폭을 늘려 높일 수 있다. 이것은 넓은 대역폭으로 sub-THz 통신을 사용하고, 진보된 대규모 MIMO 기술을 적용하여 수행될 수 있다. 밀리미터 이하의 방사선으로도 알려진 THz파는 일반적으로 0.03mm-3mm 범위의 해당 파장을 가진 0.1THz와 10THz 사이의 주파수 대역을 나타낸다. 100GHz-300GHz 대역 범위(Sub THz 대역)는 셀룰러 통신을 위한 THz 대역의 주요 부분으로 간주된다. Sub-THz 대역 mmWave 대역에 추가하면 6G 셀룰러 통신 용량은 늘어난다. 정의된 THz 대역 중 300GHz-3THz는 원적외선 (IR) 주파수 대역에 있다. 300GHz-3THz 대역은 광 대역의 일부이지만 광 대역의 경계에 있으며, RF 대역 바로 뒤에 있다. 따라서, 이 300 GHz-3 THz 대역은 RF와 유사성을 나타낸다. 도 2는 본 개시의 일 실시 예에 따른, 전자기 스펙트럼을 나타낸다. 도 2의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다. THz 통신의 주요 특성은 (i) 매우 높은 데이터 전송률을 지원하기 위해 광범위하게 사용 가능한 대역폭, (ii) 고주파에서 발생하는 높은 경로 손실 (고 지향성 안테나는 필수 불가결)을 포함한다. 높은 지향성 안테나에서 생성된 좁은 빔 폭은 간섭을 줄인다. THz 신호의 작은 파장은 훨씬 더 많은 수의 안테나 소자가 이 대역에서 동작하는 장치 및 BS에 통합될 수 있게 한다. 이를 통해 범위 제한을 극복할 수 있는 고급 적응형 배열 기술을 사용할 수 있다.
- 대규모 MIMO 기술 (Large-scale MIMO)
- 홀로그램 빔 포밍 (HBF, Hologram Bmeaforming)
- 광 무선 기술 (Optical wireless technology)
- 자유공간 광전송 백홀 네트워크 (FSO Backhaul Network)
- 비지상 네트워크 (Non-Terrestrial Networks, NTN)
- 양자 통신 (Quantum Communication)
- 셀-프리 통신 (Cell-free Communication)
- 무선 정보 및 에너지 전송 통합 (Integration of Wireless Information and Power Transmission)
- 센싱과 커뮤니케이션의 통합 (Integration of Wireless Communication and Sensing)
- 액세스 백홀 네트워크의 통합 (Integrated Access and Backhaul Network)
- 빅 데이터 분석 (Big data Analysis)
- 재구성 가능한 지능형 메타표면 (Reconfigurable Intelligent Surface)
- 메타버스 (Metaverse)
- 블록 체인 (Block-chain)
- 무인 항공기 (UAV, Unmanned Aerial Vehicle): UAV(Unmanned Aerial Vehicle) 또는 드론은 6G 무선 통신에서 중요한 요소가 될 것이다. 대부분의 경우, UAV 기술을 사용하여 고속 데이터 무선 연결이 제공된다. BS 엔티티는 셀룰러 연결을 제공하기 위해 UAV에 설치된다. UAV는 쉬운 배치, 강력한 가시선 링크 및 이동성이 제어되는 자유도와 같은 고정 BS 인프라에서 볼 수 없는 특정 기능을 가지고 있다. 천재 지변 등의 긴급 상황 동안, 지상 통신 인프라의 배치는 경제적으로 실현 가능하지 않으며, 때로는 휘발성 환경에서 서비스를 제공할 수 없다. UAV는 이러한 상황을 쉽게 처리할 수 있다. UAV는 무선 통신 분야의 새로운 패러다임이 될 것이다. 이 기술은 eMBB, URLLC 및 mMTC 인 무선 네트워크의 세 가지 기본 요구 사항을 용이하게 한다. UAV는 또한, 네트워크 연결성 향상, 화재 감지, 재난 응급 서비스, 보안 및 감시, 오염 모니터링, 주차 모니터링, 사고 모니터링 등과 같은 여러 가지 목적을 지원할 수 있다. 따라서, UAV 기술은 6G 통신에 가장 중요한 기술 중 하나로 인식되고 있다.
- 자율주행 (Autonomous Driving, Self-driving): 완벽한 자율 주행을 위해서는 차량과 차량 간의 통신으로 서로의 위험 상황을 알려주거나, 주차장·신호등과 같은 인프라와 차량 간 통신으로 주차 정보 위치, 신호 변경 시간 등의 정보를 확인하여야 한다. 자율 주행 인프라 구축의 핵심 요소인 V2X(Vehicle to Everything)는 차량과 차량 간 무선 통신(V2V, Vehicle to vehicle), 차량과 인프라 간 무선 통신(V2I, Vehicle to Infrastructure) 등 자동차가 자율 주행을 하기 위해 도로에 있는 다양한 요소와 소통하고 공유하는 기술이다. 자율 주행의 성능을 극대화하고 높은 안전성을 확보하기 위해서는 빠른 전송속도와 저지연 기술이 반드시 필요하다. 더하여, 앞으로 자율주행은 운전자에게 경고나 안내 메시지를 전달하는 수준을 넘어 적극적으로 차량 운행에 개입하고 위험 상황에서 직접 차량을 제어하기 위해서는 송수신해야 할 정보의 양이 방대해지면서, 6G에서는 5G보다 빠른 전송 속도와 저지연으로 자율주행을 극대화 시킬 수 있을 것으로 예상된다.
설명을 명확하게 하기 위해, 5G NR을 위주로 기술하지만 본 개시의 일 실시 예에 따른 기술적 사상이 이에 제한되는 것은 아니다. 본 개시의 다양한 실시 예는 6G 통신 시스템에도 적용될 수 있다.
차량 간 통신에 있어서, 차량 내 단말(UE)은 자신의 정보를 전송하여 사고 방지 및 도로 안전, 효율적인 주행 또는 사전에 조정된 동작 등을 수행할 수 있다. 이 때 각 UE는 다른 UE 또는 네트워크가 자신을 파악 및 트래킹(tracking)할 수 있도록, 기본적인 식별(identification) 정보들을 비롯하여 위치 정보 또는 해당 정보에서 파생되는 속도 정보, 헤딩(heading) 정보 등 이동성(mobility) 관련 정보들을 전송할 수 있다.
도 3은 본 개시의 일 실시 예에 따른, UE 간 직접 통신(direct communication)의 일 예를 나타낸다. 도 3의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
UE 간에 직접 통신(direct communication)을 수행하는 PC5 인터페이스(interface) 등의 경우에는, 전송하는 UE와 수신하는 UE들이 (UE A, B) 도 3의 (a)와 같이 서로의 전송 커버리지 내에 속해 있어서, 단순히 메시지를 방송(broadcasting)하는 것만으로 서로를 센싱하여 정보를 획득할 수 있다. 물론 전송 커버리지의 범위가 정확히 결정되어 있어서, 해당 범위 이내에서는 무조건 통신이 원활하게 이루어지고 해당 범위 밖에서는 무조건 통신이 되지 않는 것은 아니다. 일례로, 특정 환경의 다양한 상황(scene)들에 대해서 일정한 수준의 전송 성능(예, 타겟 패킷 수신률(target packet reception ratio) = 90%)이 보장되는 범위를 실험적으로 결정한 것일 수 있다.
이 때 도 3의 (b)와 같이 UE A의 커버리지 이내에 상대방 UE B가 존재하지 않지만, 해당 UE B가 위치 정보를 변경하여 UE A의 커버리지 이내에 있는 것처럼 즉, 가상의 UE B'의 위치에 있는 것처럼 메시지를 전송하는 경우, 해당 메시지가 UE A에게 수신될 수 없으므로, 이러한 정보 변경, 조작이 UE A에게는 무의미할 것이다. 또한 도 3의 (c)와 같이 UE A의 커버리지 이내에 상대방 UE B가 존재하지만, 해당 UE B가 위치 정보를 변경하여 UE A의 커버리지 이내에 존재하지 않는 것처럼 즉, 가상의 UE B'의 위치에 있는 것처럼 메시지를 전송하는 경우, 해당 메시지에 담겨 있는 위치 정보가 UE A의 반경과 동떨어져 있으므로, 이는 바로 잘못된 정보라고 판단될 수 있다. 이 때 UE B가 전송하는 신호에 대한 수신 전력의 크기(예, RSSI(received signal strength indicator)) 또한 (신호가 전송 반경 이내에서 송신되었으므로) 일정한 크기 이상일 것인데, UE B'가 보낸 메시지의 위치 정보 또는 UE A와 UE B' 간의 거리차를 감안하면 (전송 거리에 따른 수신 전력의 크기를 비교했을 때) 서로 맞지 않을 것이다. 물론 도 3의 (d)와 같이 서로의 반경 내에서 통신하고 있는 경우에, UE B가 위치 정보를 일부 변경하여 전송하면, UE A는 상기의 방법들로는 이것을 발견하지 못할 수도 있을 것이다. 이 때 각각의 직접 통신 커버지리 이내에서 해당 단말(들)이 직접 다른 방식을 통해 오류를 검출해 내거나 또는 연관된 RSU(road side unit), 기지국 등에서 이러한 오류를 발견할 수 있을 것이다.
한편, 직접 통신하는 UE들이 아닌 셀룰러 네트워크(cellular network) 등을 이용하여 통신하는 UE들 간에는, 서로 간의 전송 커버리지 이내에 상대방 UE가 있지 않은 경우에도, 통신이 가능할 수 있다. 그렇기 때문에, 도 3의 (b)와 (c) 같은 상황에서, 보다 구체적으로는 응용 계층(application layer) 등에서 원래 정보의 대체가 허용되어 변조된 위치 정보가 V2X 메시지에서 전송되는 경우, 직접 통신에서와 같이 통신 커버리지의 특성 등을 이용해서 오류를 발견하는 것은 어려울 수 있다.
본 개시에서는, 이를 방지하기 위해, 차량의 UE 또는 연관된 RSU, 기지국 그리고 관련 서버에서 고려할 수 있는 방식들에 대해 서술한다. 보다 구체적으로, 오동작을 수행하면서 잘못된/조작된 정보를 보내고 있을 것으로 추정되는 UE와 관련하여, 해당 UE 또는 주변 UE에게 조작이 어려운 정보를 요청하고 피드백 받아서, 오동작이 검증 및 검출될 수 있다. 예를 들어, V2X UE의 위치 정보 값 등이 실제 정보와 다르게 위변조되어 전송될 수 있는 경우에 대비하여, 주변 UE들의 정보 또는 해당 UE의 정보를 통해 상기 오동작을 검출하는 방식 및 이를 지원하는 장치에 대해 제안한다.
상기에서는 일예로서 차량들 간의 통신에 대해서 언급했지만, 이하 내용은 차량, 오토바이, 자전거, 보행자, 로보트 등 자신의 이동성 정보를 전송할 수 있는 어떠한 개체에 대해서도 적용될 수 있고, 해당 이동성 정보는 내장된 장치(예, OBD), 휴대용 통신 단말, 또는 전용 통신 장치 등 어떠한 장치를 통해서도 전달될 수 있다. 또한 해당 통신은 적용되는 실시예 및 세부적인 방식에 따라 직접 통신 또는 셀룰라 기반 통신 등을 통해 수행될 수 있다.
도 4는 본 개시의 일 실시 예에 따른 수집 인식(collected perception)의 예를 나타낸다. 도 4의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
차량의 상태 정보(예, heading, position, velocity 등)의 경우, 도 4의 에고 차량(ego vehicle) (또는 호스트 차량(host vehicle, HV)) 또는 차량 1, 3과 같이 자신의 상태를 직접 CAM(cooperative awareness message)/BSM(basic safety message) 등의 형태로 전송할 수 있으며, 또는 차량 2와 같이 연결성이 없는 (아예 통신 기능이 없거나, 또는 특정 인터페이스/주파수 등을 지원하지 않는) 차량의 정보를 차량 1이 센싱하여 CPM(collective perception message) (또는 SDSM(sensor data sharing message))의 형태로 전송할 수 있다. 이 때 상기 CPM은 통신 기능이 있는 차량의 정보 역시 포함할 수 있다.
이 때 상기 차량의 상태 정보의 조작은 연결성이 없는 차량(unconnected vehicle, UV)이 아닌 연결성이 있는 차량(connected vehicle, CV)으로부터 발생할 수 있는 것으로 생각할 수 있다.
도 5 내지 도 15는 본 개시의 일 실시 예에 따라, 오동작을 수행하는 UE를 검출하기 위한 방법 또는 절차를 나타낸다. 도 5 내지 15의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 5에서 상태 정보의 조작과 같은 동작을 수행하고 있는 차량을 CV1이라고 할 때, CV1 자체적으로도 상기 상태 정보의 불일치(inconsistency)를 체크할 수 있으며, 또는 CV1이 전송하는 메시지를 수신하는 측에서도(예, RSU/기지국) 이러한 불일치(inconsistency)를 체크할 수 있다.
이것이 단순한 측위 오차나 연산의 오류 등으로 인한 것인지 또는 의도적인 위/변조에 의한 것인지 확정적인 판단이 내려지지 않은 상태에서, 상기와 같은 차량(들)은 잠정적으로 오동작을 수행하고 있는 것으로 분류될 수 있다. 모든 차량에 대하여 모든 시점에서 오동작을 검출하는 것은 매우 비효율적일 수 있으므로, 상기와 같이 잠정적인 오동작 차량이 감지된 시점에 해당 차량(들)에 대해서만 검증을 수행하는 것만으로도 효율성을 매우 높일 수 있다. 이하에서는 해당 동작에 대한 세부적인 방식에 대해 기술한다.
1. 불일치 체크(inconsistency check)
도 5의 RSU/기지국은 UE들의 상태 정보를 체크함으로써, 일치(consistency)를 체크할 수 있다. 특히 헤딩(heading), 포지션(position), 속도(velocity) 등의 값 (또는 값의 차이)이 일정한 범위를 벗어나는 경우, RSU/기지국은 불일치(inconsistency)가 발생한 것으로 판단할 수 있다. 이것 만으로 오동작(misbehavior)을 판단할 수는 없겠지만, 해당 UE는 일치(consistency)를 유지하고 있는 다른 UE들에 비해 높은 확률로 오동작(misbehavior)을 수행하고 있는 것으로 생각할 수 있다. 하기에는 이러한 UE들에 대해서 오동작(misbehavior)을 확인하는 동작을 기술한다.
2. 오동작 검출(misbehavior detection)
도 5의 RSU/기지국이 상기 CV1에 대한 불일치(inconsistency)가 발생한 것을 발견하거나 또는 보고받으면, RSU/기지국은 불일치(inconsistency)가 발생한 UE인 CV1 또는 그 주변 차량들에게 현재 정보의 진위성을 입증하기 위한 정보를 요청할 수 있다. 그리고, RSU/기지국은 상기 요청에 대하여 피드백된 정보를 확인하여 오동작(misbehavior)에 대한 판정을 수행할 수 있다. 이 때 정보를 요청하고 피드백을 수행하는 대상에 따라 다음과 같은 방식들로 나뉠 수 있다.
2.1. 잠재적 오동작을 수행하는 차량의 주변 차량들에게 정보 요청
RSU/기지국은 도 5의 잠재적 오동작을 수행하는 CV1에 근접해 있는 주변 차량들(CV2, CV3, ...)에게 CV1의 정보를 획득할 수 있는 메시지를 요청할 수 있다. 그리고, 도 5의 잠재적 오동작을 수행하는 CV1에 근접해 있는 주변 차량들(CV2, CV3, ...)은 CV1의 정보를 획득할 수 있는 메시지를 RSU/기지국에게 전송할 수 있다. 그리고, RSU/기지국은 해당 차량들로부터 수집한 정보에 CV1의 정보가 존재하는지 확인할 수 있다.
상기 요청 메시지의 종류, 인터페이스 등에 따라 크게 RSU/PC5 인터페이스 기반, 기지국/Uu 인터페이스 기반 등으로 나눌 수 있으며, 이하에서는 각각의 방식에 대해 기술한다. 하기의 방식들은 서로 독립적으로 선택적으로 사용되거나 또는 각 방식의 세부 요소들을 서로 조합하여 사용될 수도 있다. 예를 들어, BSM, CPM 등의 메시지가 PC5 인터페이스를 통해 주변 차량/RSU 등에 전송되고 있는 상황에서, 상기 CV1 또는 그 주변 차량들이 피드백 정보를 동일한 또는 별도의 메시지에 담아서 Uu 인터페이스를 통해 전송할 수 있다. 또는, 예를 들어, 상기 BSM, CPM 등의 메시지가 Uu 인터페이스를 통해서 기지국/V2X 서버 등에 전송/전달되고 있는 상황에서, 상기 불일치(inconsistency) 및/또는 오동작(misbehavior)의 판단 등을 바로 수행하는 것이 아니라, 검증을 위해 주변 차량들에게 포워딩(forwarding) (또는 라우팅(routing))하는 형태로 전송(예, 기지국 => RSU => 차량)함으로써, 다시 상기의 동작(CPM 전송 및 검증 요청에 대한 피드백 메시지 전송)을 수행할 수 있다.
2.1.1. RSU/PC5 인터페이스 기반
도 6의 (a)에서 상기 CV1 UE가 보고한 위치가 상기 RSU1의 커버리지 이내에 존재하고 실제 위치 역시 RSU1의 커버리지 이내에 존재하는 경우(예, 도 6의 (a)의 CV1'), 상기 RSU1이 수집한 PC5 기반의 BSM, CPM, 메시지 등에 의해 상기 CV1의 불일치(inconsistency)가 체크될 수 있다.
또는 상기 CV1 UE가 보고한 위치가 상기 RSU1의 커버리지 이내에 존재하지만 실제 위치는 RSU1의 커버리지 바깥에 존재하는 경우(예, 도 6의 (a)의 CV1"), 상위 기지국/V2X 서버 등은 상기 불일치(inconsistency) 정보를 체크하여 상기 RSU1에게 알려줄 수 있다. 보다 구체적으로, 예를 들어, 상기 CV1 UE가 보고한 위치를 포함하고 있는 커버리지를 가지는 RSU(즉, RSU1)에게 상기 UE의 오동작(misbehavior) 여부를 체크하도록 요청될 수 있다.
상기 RSU1의 커버리지 안의 CV들이 PC5 인터페이스를 통해서 BSM을 전송하고 있을 때, 상기 RSU는 (CV1을 제외한) CV1의 주변 차량들에게 역시 PC5 인터페이스를 통해 수집 인식(collectively perception)한 정보(예, CPM)를 추가적으로 요청할 수 있다. 여기서, 예를 들어, 상기 주변 차량들은 상기 RSU1의 커버리지 이내의 모든 차량일 수 있다. 또는, 예를 들어, 상기 주변 차량들은 CV1 주변의 일정한 반경(예, 반경 100m)/일정한 영역(예, 상하좌우 (동서남북) 50m 이내) 이내의 차량일 수 있다. 예를 들어, 일정한 대수 이상(예, 주변 차량 3대)의 차량이 발견될 때까지, 상기의 반경/영역은 초기값(예, 반경 30m)으로부터 증가(예, 10m씩 반경 증가)될 수 있다.
상기 요청을 받은 주변 차량들은 CV1을 포함한 주변 CV 차량들이 전송하는 BSM을 수집(redundancy mitigation 등의 동작을 수행할 수도 있겠음)하여 RSU1에게 전송/피드백할 수 있다. 이 때 상기 CV1이 실제로 상기 RSU1의 커버리지 안에 존재하지 않는 경우, 상기 CV 차량들이 피드백한 메시지에도 역시 CV1에 대한 정보가 포함되지 않을 것이다.
불 특정한 경우에 따라, 상기 요청을 받아 메시지를 RSU에게 전송/피드백 해야 할 주변 차량들이 없거나 매우 적더라도, CV1 주변에 존재하는 또 다른 RSU(즉, RSU2) 또는 메시지를 전송할 수 있는 리모트(remote) VRU 같은 대상 또한 이와 같은 방식에 참여할 수 있다.
2.1.2. 기지국/Uu 인터페이스 기반
도 7에서 상기 CV1 UE가 보고한 위치가 상기 기지국 1의 커버리지 이내에 존재하고 실제 위치 역시 기지국 1의 커버리지 이내에 존재하는 경우(예, 도 7의 CV1'), 상기 기지국 1이 수집한 Uu 인터페이스 기반의 BSM, CPM, 메시지 등에 의해 상기 CV1의 불일치(inconsistency)가 체크될 수 있다.
또는 상기 CV1 UE가 보고한 위치가 상기 기지국 1의 커버리지 이내에 존재하지만 실제 위치는 기지국 1의 커버리지 바깥에 존재하는 경우(예, 도 7의 CV1"), 상위 V2X 서버 등은 상기 불일치(inconsistency) 정보를 체크하여 상기 기지국 1에게 알려줄 수 있다. 보다 구체적으로, 예를 들어, 상기 CV1 UE가 보고한 위치를 포함하고 있는 커버리지를 가지는 기지국(즉, 기지국 1)에게 상기 UE의 오동작(misbehavior) 여부를 체크하도록 요청될 수 있다.
상기 기지국 1의 커버리지 안의 CV들이 Uu 인터페이스를 통해서 BSM을 전송하고 있을 때, 상기 기지국 1은 (CV1을 제외한) CV1의 주변 차량들에게 역시 Uu 인터페이스를 통해서 수집 인식(collectively perception)한 정보(예, CPM)를 추가적으로 요청할 수 있다. 상기 요청을 받은 주변 차량들은 CV1을 포함한 주변 CV 차량들이 전송하는 BSM을 수집(redundancy mitigation 등의 동작을 수행할 수도 있겠음)하여 기지국 1에게 전송/피드백할 수 있다. 이 때 상기 CV1이 실제로 상기 기지국 1의 커버리지 안에 존재하지 않는 경우, 상기 CV 차량들이 피드백한 메시지에도 역시 CV1에 대한 정보가 포함되지 않을 것이다.
2.1.3. 정보의 취합 및 오동작(misbehavior) 검출
상기에서는 RSU 또는 기지국이 CV들에게 주변 UE들의 정보를 요청하는 방식에 대해 기술하였으나, 상기 모든 CV들이 상기의 수집 인식(collectively perception)한 정보를 담은 메시지를 지속적으로 그리고 특정한 주기 이상으로(예, 10Hz 이상) 전송하도록 설정(configure)된 경우에는, 상기의 추가적인 요청 과정은 생략될 수 있다. 이 경우, 단순히 수집된 메시지들을 분석하는 것만으로도, CV1의 (커버리지 내) 존재 여부는 확인될 수 있다.
도 8과 같이 CV1과 매우 인접한 CV2, CV3, CV4 등의 UE가 존재하고 있을 때, 상기 RSU1/기지국 1가 해당 UE들로부터 수집한 메시지 CP2, CP3, CP4 등을 확인하면, 해당 지역에 어떤 UE들이 있는지 확인될 수 있다. 예를 들어, UE21, UE22 등의 정보가 CP2에서 확인될 수 있고, UE31, UE32 등의 정보가 CP3에서 확인될 수 있고, UE41, UE42 등의 정보가 CP4에서 확인될 수 있다. 이 경우, 이 UE들의 궤적(trajectory)을 일정 기간 동안 추적 및 매칭해보면, 상기 메시지들 사이에서 어떠한 UE들이 동일한 UE로서 중복이 되는지 그리고 어떠한 UE들이 별개의 UE로 판명이 되는지 알 수 있다. 특히 중복되는 것으로 판단되는 UE의 정보는 해당 UE를 가리키는/포함하는 메시지들로부터 대표값(sampling)을 취하거나 또는 평균화 등 통계적 방법으로 재가공하여 사용할 수 있다.
예를 들어, 도 8과 같이 CV1이 RSU1의 커버리지 바깥에 있는 CV1"에 실제로 위치해 있고, CV2 내지 CV5 각각의 차량들이 도 8에 표시된 것과 같은 (직접) 통신 커버리지를 갖는다고 할 때, CV2 내지 CV5 각각의 차량이 수집 인식(collectively percept)하여 전송하는 CP2 내지 CP5라는 각각의 메시지에는 표 2와 같은 (CV) UE들의 정보가 담길 수 있다. 이 때 표 2에 따르면 CV1을 검출해낸 CV는 하나도 없다. 그리고, CV2 내지 CV5가 전송한 정보들을 모두 취합하면, CV2 내지 CV6의 정보를 모두 얻을 수 있고, 도 9의 (a)와 같은 결과를 얻을 수 있다. 이 때 CV3와 CV4가 공통적으로 보내는 정보인 CV5에 관한 정보는 완전히 일치하지는 않고 어느 정도 오차가 있을 수 있으므로, 일정구간 동안 관측 및 매칭 등을 수행하여 동일한 UE인 것으로 판단할 수 있다.
표 2는 각각의 UE들이 획득한 주변 UE 정보의 일 예를 나타낸다.
UE 메시지 수신된 정보
CV1 CV2 CV3 CV4 CV5 CV6
CV2 CP2 X O
CV3 CP3 X O
CV4 CP4 X O O O
CV5 CP5 X O
상기에서 취합된 CV 정보는 V2X 서버 및 RSU1에서 기 획득하고 있는 도 9의 (a)와 같은 CV 관련 정보(CV1 내지 CV6)와 다르며, CV1 주변의 다른 CV들로부터 보고받은 정보(도 7의 (b))에는 CV1에 대한 정보가 누락되어 있는 것이다. 따라서, 이런 경우, CV1이 오동작(misbehavior)을 수행하고 있는 것으로, 특히 RSU1의 커버리지 내에서 관측이 되지 않을 정도로 큰 위치 정보 오차를 발생시킨 것으로, 판단될 수 있다. 상기 불일치(inconsistency)가 발생한 UE를 주변 차량들이 발견하지 못하여 최종적으로 오동작(misbehavior) 판단을 내린 경우, 상기 RSU/기지국은 해당 오동작(misbehavior) 보고를 MA(misbehavior authority)에게 전송할 수 있다. 이를 통해서, 해당 UE에 대한 인증 철회(revocation), 서비스의 중지 등의 동작이 수행될 수 있다. 상기의 과정들을 도 10과 같이 나타낼 수 있다.
도 10은 본 개시의 일 실시 예에 따른, 주변 UE들의 수신/센싱 정보를 기반으로 오동작(misbehavior)을 검출하는 예를 나타낸다.
예를 들어, 도 10의 실시 예에서, CV들이 수집 인식(collectively perception)한 정보를 지속적으로 또는 주기적으로 전송하도록 설정(configure)된 경우에는, 요청 절차 및 피드백 절차는 생략될 수 있다.
2.2. 잠재적 오동작을 수행하는 차량에게 정보 요청
RSU/기지국은 도 5의 잠재적 오동작을 수행하는 CV1에게 CV1의 주변 정보에 대한 메시지를 요청하여, CV1이 CV1의 주변 정보에 대한 메시지를 피드백하도록 할 수 있다. 그리고, RSU/기지국은 CV1으로부터 수집한 정보와 V2X 서버 등에서 수집한 정보를 비교하여, CV1이 실제로 오동작하는지 여부를 판단할 수 있다. 상기 요청 메시지의 종류, 인터페이스 등에 따라 크게 RSU/PC5 인터페이스 기반, 기지국/Uu 인터페이스 기반 등으로 나눌 수 있으며, 이하에서는 각각의 방식에 대해 기술한다. 하기의 방식들은 서로 독립적으로 선택적으로 사용되거나 또는 각 방식의 세부 요소들을 서로 조합하여 사용될 수도 있다. 예를 들어, BSM, CPM 등의 메시지가 PC5 인터페이스를 통해 주변 차량/RSU 등에 전송되고 있는 상황에서, 상기 CV1 또는 그 주변 차량들이 피드백 정보를 동일한 또는 별도의 메시지에 담아서 Uu 인터페이스를 통해 전송할 수 있다. 또는, 예를 들어, 상기 BSM, CPM 등의 메시지가 Uu 인터페이스를 통해서 기지국/V2X 서버 등에 전송/전달되고 있는 상황에서, 상기 불일치(inconsistency) 및/또는 오동작(misbehavior)의 판단 등을 바로 수행하는 것이 아니라, 검증을 위해 주변 차량들에게 포워딩(forwarding) (또는 라우팅(routing))하는 형태로 전송(예, 기지국 => RSU => 차량)함으로써, 다시 상기의 동작(CPM 전송 및 검증 요청에 대한 피드백 메시지 전송)을 수행할 수 있다.
2.2.1. RSU/PC5 인터페이스 기반
도 11의 (a)에서 상기 CV1 UE가 보고한 위치가 상기 RSU1의 커버리지 이내에 존재하고 실제 위치 역시 RSU1의 커버리지 이내에 존재하는 경우(예, 도 11의 (a)의 CV1'), 상기 RSU1이 수집한 PC5 기반의 BSM, CPM, 메시지 등에 의해 상기 CV1의 불일치(inconsistency)가 체크될 수 있다.
또는 상기 CV1 UE가 보고한 위치가 상기 RSU1의 커버리지 이내에 존재하지만 실제 위치는 RSU1의 커버리지 바깥에 존재하는 경우(예, 도 11의 (a)의 CV1"), 상위 기지국/V2X 서버 등은 상기 불일치(inconsistency) 정보를 체크하여 상기 RSU1에게 알려줄 수 있다. 보다 구체적으로, 예를 들어, 상기 CV1 UE가 보고한 위치를 포함하고 있는 커버리지를 가지는 RSU(즉, RSU1)에게 상기 UE의 오동작(misbehavior) 여부를 체크하도록 요청될 수 있다.
상기 RSU1의 커버리지 안의 CV들이 PC5 인터페이스를 통해서 BSM을 전송하고 있을 때, 상기 RSU는 CV1에게 역시 PC5 인터페이스를 통해 주변 차량들을 수집 인식(collectively perception)한 정보(예, CPM)를 추가적으로 요청할 수 있다. 여기서, 예를 들어, 상기 주변 차량들은 상기 RSU1의 커버리지 이내의 모든 차량일 수 있다. 또는, 예를 들어, 상기 주변 차량들은 CV1 주변의 일정한 반경(예, 반경 100m)/일정한 영역(예, 상하좌우 (동서남북) 50m 이내) 이내의 차량일 수 있다. 예를 들어, 일정한 대수 이상(예, 주변 차량 3대)의 차량이 발견될 때까지, 상기의 반경/영역은 초기값(예, 반경 30m)으로부터 증가(예, 10m씩 반경 증가)될 수 있다.
상기 요청을 받은 CV1은 주변 CV 차량들이 전송하는 BSM 메시지를 수집(redundancy mitigation 등의 동작을 수행할 수도 있음)하여 RSU1에게 전송/피드백할 수 있다. 단, 상기 오동작을 검출하는 정확도 및 신뢰도를 높이기 위해, 수신한 BSM 메시지(들)의 전송 뿐 아니라 추가적인 정보가 요청될 수 있다. 예를 들어, 특정 차량이 주변 정보를 센싱한 정보를 전송하는 것은 브로드캐스트 기반으로 동작할 수도 있지만, 특정 위치, 특정 상황에 있는 차량/로드 유저(road user)들의 그룹에 대해서 그룹캐스트 기반으로 동작하거나 또는 특정 대상에게만 유니캐스트 기반으로 동작할 수도 있다.
서로 다른(즉, 상기의 (위/변조된) 가상 위치 CV1 및 그것의 원래 위치 CV1'에 대응하는) 위치에 있는 차량들, 특히 멀리 떨어져 있는 차량들은 서로 다른 주변 정보를 센싱할 것이며, 이 정보들이 서로 간에 (broadcasting 등에 의해) 공유되지 않을 수 있어서 좀더 안전성을 확보할 수 있을 것이다. 따라서 상기 RSU1은 CV1에게 PC5 인터페이스를 통해서 주변 차량들을 센싱한 정보(예, SDSM)를 추가적으로 요청할 수 있다. 이 때 상기 센싱 대상인 차량들은 상기 CV 차량들과 구분하여 통신 기능이 없는 (또는 해당 상황에서 메시지 전송 및 수신이 불가능한) UV 차량들로 한정될 수도 있으나, (센싱 정보와) 메시지 퓨전 등의 목적을 위해 CV 차량들 역시 센싱 대상으로서 고려될 수 있다. 단, 기존의 센싱 정보를 전송하는 메시지들은 대부분 연결되지 않은 차량(unconnected vehicle), 로드 유저(road user), 물체(object), 장애물(obstacle) 등의 정보를 전송하기 위한 것이었으므로, 이러한 동작을 위해서는 기존 메시지들의 변경이나 또는 새로운 메시지의 도입 및 적용이 필요할 수 있다.
이 때 상기 CV1이 전송하는 상태 정보(예, 위치 정보)가 (위/변조 등에 의해) 실제 정보와 큰 오차가 있거나 또는 실제 위치가 상기 RSU1의 커버리지 안에 존재하지 않는 경우, 상기 CV1이 피드백한 메시지에 들어 있는 차량 정보(예, 위치 정보)들은 상기 RSU1에 의해 획득된 또는 상위 V2X 서버 등으로부터 전달받은 차량들의 기준(reference) 정보와 다를 수 있다. 예를 들어, 상기 CV1이 피드백한 정보 및 상기 기준 정보 사이에 일치하는 비율이 일정한 값(예, 90%) 이하인 경우, 상기 CV1은 오동작(misbehavior)을 수행하고 있는 것으로 판단될 수 있다.
불 특정한 경우에 따라, 상기 요청을 받아 메시지를 RSU에게 전송/피드백 해야 할 주변 차량들이 없거나 매우 적더라도, CV1 주변에 존재하는 또 다른 RSU(즉, RSU2) 또는 메시지를 전송할 수 있는 리모트(remote) VRU 같은 대상 또한 이와 같은 방식에 참여할 수 있다.
2.2.2. 기지국/Uu 인터페이스 기반
도 12에서 상기 CV1 UE가 보고한 위치가 상기 기지국 1의 커버리지 이내에 존재하고 실제 위치 역시 기지국 1의 커버리지 이내에 존재하는 경우(예, 도 12의 CV1'), 상기 기지국 1이 수집한 Uu 기반의 BSM, CPM, 메시지 등에 의해 상기 CV1의 불일치(inconsistency)가 체크될 수 있다.
또는 상기 CV1 UE가 보고한 위치가 상기 기지국 1의 커버리지 이내에 존재하지만 실제 위치는 기지국 1의 커버리지 바깥에 존재하는 경우(예, 도 12의 CV1"), 상위 V2X 서버 등은 상기 불일치(inconsistency) 정보를 체크하여 상기 기지국 1에게 알려줄 수 있다. 보다 구체적으로, 예를 들어, 상기 CV1 UE가 보고한 위치를 포함하고 있는 커버리지를 가지는 기지국(즉, 기지국 1)에게 상기 UE의 오동작(misbehavior) 여부를 체크하도록 요청될 수 있다.
상기 기지국 1의 커버리지 안의 CV들이 Uu 인터페이스를 통해서 BSM을 전송하고 있을 때, 상기 기지국 1은 CV1에게 역시 Uu 인터페이스를 통해서 주변 차량들을 수집 인식(collectively perception)한 정보(예, CPM)를 추가적으로 요청할 수 있다. 여기서, 예를 들어, 상기 주변 차량들은 상기 기지국 1의 커버리지 이내의 모든 차량일 수 있다. 또는, 예를 들어, 상기 주변 차량들은 기지국 1 주변의 일정한 반경(예, 반경 100m)/일정한 영역(예, 상하좌우 (동서남북) 50m 이내) 이내의 차량일 수 있다. 예를 들어, 일정한 대수 이상(예, 주변 차량 3대)의 차량이 발견될 때까지, 상기의 반경/영역은 초기값(예, 반경 30m)으로부터 증가(예, 10m씩 반경 증가)될 수 있다.
상기 요청을 받은 CV1은 주변 CV 차량들이 전송하는 BSM을 수집(redundancy mitigation 등의 동작을 수행할 수도 있겠음)하여 기지국 1에게 전송/피드백할 수 있다. 단, 상기 오동작을 검출하는 정확도 및 신뢰도를 높이기 위해, 수신한 BSM 메시지(들)의 전송 뿐 아니라 추가적인 정보가 요청될 수 있다. 예를 들어, 특정 차량이 주변 정보를 센싱한 정보를 전송하는 것은 브로드캐스트 기반으로 동작할 수도 있지만, 특정 위치, 특정 상황에 있는 차량/로드 유저(road user)들의 그룹에 대해서 그룹캐스트 기반으로 동작하거나 또는 특정 대상에게만 유니캐스트 기반으로 동작할 수도 있다.
서로 다른(즉, 상기의 (위/변조된) 가상 위치 CV1 및 그것의 원래 위치 CV1'에 대응하는) 위치에 있는 차량들, 특히 멀리 떨어져 있는 차량들은 서로 다른 주변 정보를 센싱할 것이며, 이 정보들이 서로 간에 (broadcasting 등에 의해) 공유되지 않을 수 있어서 좀더 안전성을 확보할 수 있을 것이다. 따라서 상기 기지국 1은 CV1에게 Uu 인터페이스를 통해서 주변 차량들을 센싱한 정보(예, SDSM)를 추가적으로 요청할 수 있다. 이 때 상기 센싱 대상인 차량들은 상기 CV 차량들과 구분하여 통신 기능이 없는 (또는 해당 상황에서 메시지 전송 및 수신이 불가능한) UV 차량들로 한정될 수도 있으나, (센싱 정보와) 메시지 퓨전 등의 목적을 위해 CV 차량들 역시 센싱 대상으로서 고려될 수 있다. 단, 기존의 센싱 정보를 전송하는 메시지들은 대부분 연결되지 않은 차량(unconnected vehicle), 로드 유저(road user), 물체(object), 장애물(obstacle) 등의 정보를 전송하기 위한 것이었으므로, 이러한 동작을 위해서는 기존 메시지들의 변경이나 또는 새로운 메시지의 도입 및 적용이 필요할 수 있다.
이 때 상기 CV1이 전송하는 상태 정보(예, 위치 정보)가 (위/변조 등에 의해) 실제 정보와 큰 오차가 있거나 또는 실제 위치가 상기 기지국 1의 커버리지 안에 존재하지 않는 경우, 상기 CV1이 피드백한 메시지에 들어 있는 차량 정보(예, 위치 정보)들은 상기 기지국 1에 의해 획득된 또는 상위 V2X 서버 등으로부터 전달받은 차량들의 기준(reference) 정보와 다를 수 있다. 예를 들어, 상기 CV1이 피드백한 정보 및 상기 기준 정보 사이에 일치하는 비율이 일정한 값(예, 90%) 이하인 경우, 상기 CV1은 오동작(misbehavior)을 수행하고 있는 것으로 판단될 수 있다.
2.2.3. 정보의 취합 및 오동작(misbehavior) 검출
도 13과 같이 CV1과 매우 인접한 CV2, CV3, CV4, UV1, UV2, UV3 등의 UE가 존재하고 있을 때, 상기 RSU1/기지국 1이 해당 CV1로부터 수집한 메시지 CP1, SD1 등을 확인하면, 해당 지역에 어떤 UE들이 있는지 확인될 수 있다.
UE11, UE12 등의 정보가 CP1에서 확인될 수 있고, UE21, UE22 등의 정보가 SD1에서 확인될 수 있다. 이 경우, 이 UE들의 궤적(trajectory)을 일정 기간 동안 추적 및 매칭해보면, 상기 메시지들 사이에서 어떠한 UE들이 동일한 UE로서 중복이 되는지(예, 센서-메시지 퓨전 및 매칭) 그리고 어떠한 UE들이 별개의 UE로 판명이 되는지 알 수 있다. 특히 중복되는 것으로 판단되는 UE의 정보는 해당 UE를 가리키는/포함하는 메시지들로부터 대표값(sampling)을 취하거나 또는 평균화 등 통계적 방법으로 재가공하여 사용할 수 있다. 이 때 상기 중복되는 UE가 발생되는 것은, 상기 CV1이 특정 CV의 정보를 BSM 등으로 획득한 상태에서 해당 CV의 정보를 수집 인식(collectively perception)한 메시지에 전송해서 보내고 또한 해당 CV를 센싱한 센싱 데이터를 공유하는 메시지 역시 보내는 것일 수 있다. 주어진 조건에 따라 상기 메시지 중 최소한 한 개 이상의 종류의 메시지를 보낼 수 있다. 상기 메시지들을 모두 보낼 수 없는 경우에는, 상기 잠재적 오동작을 수행하는 UE인 CV1에게 피드백을 요청하는 것이 아니라, 해당 UE 주변의 다른 CV(들)에게 검출 정보에 대한 피드백을 요청해야 한다.
예를 들어, 도 13과 같이 CV1이 RSU1의 커버리지 바깥에 있는 CV1"에 실제로 위치해 있고, CV1이 수집 인식(collectively percept)하여 전송하는 CP1 메시지 및 센싱하여 보내는 SD1 메시지에는 표 3과 같은 정보가 담길 수 있다. 이 때 CP1 및 SD1을 통해 전송되는 메시지는 실제 위치 CV1"가 아닌 위/변조 위치 CV1 기준에서의 상대 위치를 반영하여 전송될 수 있다.
표 3은 오동작이 예상되는 UE가 각각의 메시지로 수신 및 검출한 UE 정보의 일 예를 나타낸다.
UE 메시지 수신된 정보
CV7 CV8 CV9 UV6 UV7
CV1 CP1 O O O
CV1 SD1 O O O O O
도 14의 (a)와 같이 V2X 서버에서는 위변조된 CV1의 위치를 기준으로 트래픽 맵을 형성하고 있으며, 이것은 도 14의 (a)의 CV1 UE에 의해 피드백된 정보와 비교될 수 있다. 즉, 트래픽 맵의 정보는 CV1의 실제 위치(CV1")를 기준으로 검출된 표 3의 결과와 비교될 수 있다. 하지만, 이것은 상기 트래픽 맵의 정보와 동일하지 않을 가능성이 매우 높으며, 예를 들어, 도 14의 (b)의 서버 및 피드백 정보의 비교 결과와 같이 서로 상이한 결과를 얻을 수 있다.
상기에서 취합된 CV/UV 정보(CV7 내지 CV9, UV6 내지 UV7)는 V2X 서버 및 RSU1에서 기 획득된 CV/UV 관련 정보 (CV4~CV5, UV2)와 다르며, 예를 들어, 도 14의 (b)의 V2X 서버에서 획득한 정보 및 피드백 받은 정보의 비교 결과와 같이 서로 상이한 결과를 얻을 수 있다. 따라서 이런 경우 CV1이 주변 상황을 제대로 감지하지 못하는 것으로 여겨질 수 있고, CV1이 오동작(misbehavior)을 수행하고 있는 것으로 판단될 수 있다. 상기 불일치(inconsistency)가 발생한 UE가 검증 요청에 대해 정확한 정보를 전송하지 못하여 최종적으로 오동작(misbehavior) 판단을 내린 경우, 해당 오동작(misbehavior) 보고는 MA(misbehavior authority)에게 전송될 수 있다. 이를 통해서, 해당 UE에 대한 인증 철회(revocation), 서비스의 중지 등의 동작이 수행될 수 있다. 상기의 과정들을 도 15와 같이 나타낼 수 있다.
3. 검증 메시지 요청 및 피드백
상기 오동작(misbehavior) 검출과 관련하여, UE(들)이 자신의 상태 정보를 방송(broadcasting)/보고하는 것만으로는 확정적인 판단이 어려울 수 있어서(예, 불일치(inconsistency) 정보 정도는 체크 가능), 상기 RSU/기지국 등은 주변 상태를 수집 인식(collectively perception)하는 메시지의 전송을 요청하였다. 이 때 수집 인식(collectively perception)하는 정보는 기본적으로 주변의 메시지를 감지하거나(예, CPM) 또는 주변의 센싱 정보를 획득하여(예, SDSM) 생성되는 메시지들을 기반으로 하여 전송될 수도 있다.
그러나 이러한 메시지의 전송이 반드시 보장되어 있는 것은 아니며, UE의 상황, 가용한 자원 상황 등에 따라 상기 메시지들 중 적어도 하나 이상은 전송되지 못할 수 있다. 이러한 경우에는, 기존의 BSM (및 선택적 확장(optional extension))과 같은 메시지를 이용하는 방법을 고려할 수 있다.
3.1. CPM/SDSM 기반
상기에서 CV들이 BSM과 동일한 주기로 또는 최소한 주기적으로 CPM을 전송하고 있는 경우라면, 상기와 같은 검증 요청 및 오동작(misbehavior) 검출이 더욱 수월할 수 있다. 그러나 CPM 메시지가 전송되지 않는 조건하에서(예, perceived object data 없음) 상기 검증 메시지를 요청해야 하는 경우가 발생할 수도 있다. 예를 들어, 상기 CV1이 정상 동작하는 경우에는 CPM이 동작하여 인식(perception)할 수 있는 상황인데, CV1의 오동작(예, 위치 정보 위/변조)으로 인해 CPM으로 인식(perception)할 정보가 발생하지 않을 수 있다. 이러한 경우에도 CPM을 동작시키도록, 즉, CV1이 발견되지 않는다는 정보를 피드백하도록, 할 수 있다. 물론 인식된 대상(perceived object)이 없는 모든 경우에 CPM을 전송하는 것은 비효율적일 수 있으므로, 주변 차량/RSU 등이 직접 (PC5 인터페이스) 통신을 통해 요청하거나 또는 기지국 등이 Uu 인터페이스 등을 통해 요청하는 경우에, CV는 CPM을 전송하도록 설정될 수 있다. 상기와 같은 방식은 SDSM을 통해 센싱한 데이터를 전송하는 경우에도 동일하게 적용될 수 있다.
3.2. BSM 기반
상기와 같이 RSU/기지국 등이 CPM, SDSM 등을 필요한 시점에 요청 및 획득하지 못하는 경우, 상기의 방식들은 적용되지 못할 수 있다. 따라서 기본적인 상태 메시지를 사용하는 방법 역시 고려할 수 있다.
예를 들어, 특정 차량이 BSM을 방송(broadcasting)하면서 이동하고 있을 때, 해당 차량에게 특정한 이유(reason), 이벤트(event) 등으로 인해 특정 정보가 추가적으로 요청될 수 있다. 보다 구체적으로, CSR(common safety request) 메시지 등을 통해, 추가적인 정보를 기존 BSM 메시지에서 전송하도록 요청될 수 있다. 즉, 특정 UE의 불일치(inconsistency)를 발견한 RSU 등이 해당 UE 주변의 차량들에게 CSR 메시지 등을 통해 주변 차량 정보를 추가적으로 보내도록 요청할 수도 있겠으며, 또는 CSR 메시지 등을 통해 상기 불일치(inconsistency)가 발생한 UE에게 주변 차량 정보를 추가적으로 보내도록 요청할 수도 있다. 이 때 상기 추가적으로 전송되는 선택적인(optional) 메시지 부분(part)은 특수 차량 등이 아닌 경우 일반적으로 VehicleSafetyExtensions의 데이터 프레임 형태로 전송될 수 있다.
상기 VehicleSafetyExtensions의 데이터 프레임의 주요 선택적인(optional) 메시지 구성 요소는 VehicleEventFlags 등의 데이터 요소(data element) 또는 경로 히스토리(path history), 경로 예측(path prediction) 등의 데이터 프레임이 있을 수 있다. 예를 들어, 상기 VehicleEventFlags의 특정 값은 상기 주변 정보 요청에 대한 것으로 지정될 수 있다. 예를 들어, eventReserved1에 해당하는 비트는 eventMBVehSuspect(오동작 의심차량 이벤트 발생)과 같은 용도로 변경될 수 있고, 그에 해당하는 다른 메시지 영역에서 상기 주변 차량 정보를 맵핑하여 전송될 수 있다. 또는 상기 eventMBVehSuspect를 추가적인/별도의 컴포넌트(component)로서 생성하여 VehicleEventFlags를 확장시킬 수도 있다.
상기 주변 차량 정보에 대한 맵핑은, 예를 들어, 경로 히스토리(path history) 및/또는 경로 예측(path prediction)의 영역을 이용하는 것일 수 있다. 이를 통해, 상기 VehicleEventFlags가 eventMBVehSuspect로 맵핑되어 있는 경우, 이는 경로 히스토리(path history) 또는 경로 예측(path prediction)으로서 사용되는 것이 아니라, 주변 차량 정보를 보고하고 있는 것으로 인식하도록 사용될 수 있다. 예를 들어, 경로 히스토리(path history) 같은 경우, 현 시점에서의 위치 정보 등과 비교하여 이전 시점의 상대적인 위치 정보(오프셋 정보)를 입력하여 전송하는 것으로서, 주변 차량들의 상대적인 위치 정보를 전송하는 상기 eventMBVehSuspect의 취지와도 많은 공통점이 존재한다.
도 16은 본 개시의 일 실시 예에 따른, CSR(common safety request) 메시지의 일 예를 나타낸다. 도 17은 본 개시의 일 실시 예에 따른, BSM 확장(extension) 메시지(optional part)를 활용한 인식 대상(perceived objects) 정보 피드백의 일 예를 나타낸다. 도 16 및 도 17의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
예를 들어, 상기 RSU/기지국 등이 도 16과 같이 상기 오동작이 예상되는 UE 또는 그 주변의 UE(들)에게 추가 정보를 요청하는 경우, 상기 RSU/기지국 등은 요청의 의도를 담은 V2X 메시지(예, DSRC(dedicated short range communication) 메시지)를 CommonSafetyRequest(즉, DSRC message ID = 4 또는 21)의 형태로 전송할 수 있으며, 타겟하는 UE의 ID를 임시(temporary) ID 형태로 지정할 수 있다. 단, 해당 CSR 메시지를 단순히 경로 히스토리(path history) 요청 용도로만 사용하는 경우 원하는 바를 달성하지 못할 수 있으므로, 상기 CSR 메시지의 요청에 해당하는 필드에 주변 정보를 요청하는 메시지임을 명시하는 아이템이 추가될 필요가 있다. 예를 들어, 도 16의 요청(requests) 필드에 대응하는 아이템들 중 획득한 주변 정보를 피드백하는 'PerceivedObjects'가 새로운 아이템으로서 추가될 수 있다.
또한 이러한 요청을 통해 상기 UE(들)이 전송하는 BSM 확장(extension) 메시지는 기존 확장(extension) 메시지의 선택적인 필드(optional field)들을 그대로 또는 일부 변형하여 전송하는 형태일 수 있으며 또는 새로운 형태의 확장(extension) 메시지일 수도 있다. 예를 들어, 도 17과 같이 상기 확장(extension) 메시지는 VehicleSafetyExtensions일 수 있으며, 해당 이벤트는 상기에서 언급한 것과 같이 기존 예약된 이벤트(reserved event)를 명시/변경하는 것이거나 또는 새로운 이벤트를 추가하는 것일 수 있다. 또한 뒤이어 추가되는 컨텐츠(contents)들은 경로 히스토리(path history)의 형태를 그대로 갖춘 채 수신 단에서 다수 UE에 대한 정보로서 인지하는 것일 수도 있으며 또는 별도의 perceivedObjects에 대한 데이터 요소(data element) 또는 데이터 프레임(data frame)을 추가하여 기본적인 검출 정보(위치, 속도, 헤딩 등) 이외에 해당 UE(들)의 ID, UE 연결성(connectivity)(connected, unconnected 등), 기타 UE 특성들에 대한 정보를 담아서 전송할 수도 있다.
본 개시의 다양한 실시 예에서, 기지국, RSU, V2X 서버 등은 이동성을 가지는 네트워크 노드로 대체될 수 있다.
본 개시의 다양한 실시 예에 따르면, 기지국, RSU, V2X 서버 등의 네트워크 노드는 위치 정보의 불일치가 검출된 장치에게, 상기 장치가 직접 센싱을 통해서 획득해야 하는 정보를 요청할 수 있다. 이 경우, 해당 요청에 정확하게 응답하기 위해서, 상기 장치는 자신의 위치뿐 아니라 주변 장치의 정보도 위변조 또는 해킹해야 할 수 있다. 다만, 상기 장치가 주변 장치의 정보를 위변조 또는 해킹하는 것은 어렵기 때문에, 불일치가 검출된 장치의 오동작을 효율적으로 검출할 수 효과를 얻을 수 있다.
본 개시의 다양한 실시 예에 따르면, 정보의 불일치가 검출된 장치가 자신의 위치뿐 아니라 주변 장치의 정보도 위변조 또는 해킹하는 경우를 대비하여, 기지국, RSU, V2X 서버 등의 네트워크 노드는 상기 장치와 관련된 정보를 상기 장치의 주변 장치(들)에게 요청하거나, 또는 상기 장치와 관련된 정보를 상기 장치의 주변 장치(들)로부터 (주기적으로) 수신할 수 있다. 이를 통해서, 기지국, RSU, V2X 서버 등의 네트워크 노드는 상기 장치가 아닌 다른 주변 장치들에 의해 생성된 정보를 기반으로 불일치가 검출된 장치의 오동작을 효율적으로 검출할 수 있다. 이 경우, 다른 주변 장치들에 의해 생성된 정보는 상기 장치에 의해 위변조될 가능성이 희박하므로, 기지국, RSU, V2X 서버 등의 네트워크 노드는 상기 장치가 아닌 다른 주변 장치들에 의해 생성된 정보를 기반으로 불일치가 검출된 장치의 오동작을 효율적으로 검출할 수 있다.
도 18은 본 개시의 일 실시 예에 따라, 제 1 장치가 무선 통신을 수행하는 방법을 나타낸다. 도 18의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 18을 참조하면, 단계 S1810에서, 제 1 장치는 제 2 장치와 관련된 제 1 상태 정보를 획득할 수 있다. 단계 S1820에서, 제 1 장치는 상기 제 1 상태 정보를 기반으로 상기 제 2 장치에 대한 불일치(inconsistency)를 검출할 수 있다. 단계 S1830에서, 제 1 장치는 상기 불일치가 검출된 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보를 수신할 수 있다. 단계 S1840에서, 제 1 장치는 상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정할 수 있다.
예를 들어, 상기 제 1 상태 정보는 상기 제 2 장치의 헤딩(heading) 정보, 위치(position) 정보 또는 속도(velocity) 정보 중 적어도 어느 하나를 포함할 수 있고, 상기 제 1 상태 정보 또는 상기 제 1 상태 정보의 변화가 임계 범위를 벗어나는 것을 기반으로, 상기 제 2 장치에 대한 불일치는 상기 제 1 장치에 의해 검출될 수 있다.
예를 들어, 상기 제 1 장치는 RSU(road side unit), 기지국 또는 V2X(vehicle-to-everything) 서버 중 적어도 어느 하나를 포함할 수 있다.
예를 들어, 상기 제 2 상태 정보는 상기 2 장치의 주변 장치로부터 수신될 수 있다. 예를 들어, 상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정하는 단계는: 상기 제 2 장치와 관련된 정보가 상기 제 2 상태 정보에 포함되지 않는 것을 기반으로 상기 제 2 장치의 오동작을 결정하는 단계를 포함할 수 있다. 예를 들어, 상기 주변 장치는 상기 제 2 장치로부터 임계 거리 이내에 위치하는 적어도 하나의 장치를 포함할 수 있다. 예를 들어, 상기 적어도 하나의 장치의 개수가 임계 개수보다 작은 것을 기반으로, 상기 임계 거리는 상기 적어도 하나의 장치의 개수가 상기 임계 개수보다 크거나 같아지도록 증가될 수 있다. 예를 들어, 상기 제 2 상태 정보는 상기 제 2 장치의 오동작을 결정하기 위해 상기 제 1 장치에 의해 전송되는 요청을 기반으로 상기 2 장치의 주변 장치로부터 수신될 수 있다. 예를 들어, 상기 제 2 상태 정보는 주기적으로 상기 2 장치의 주변 장치로부터 수신될 수 있다.
예를 들어, 상기 제 2 상태 정보는 상기 2 장치로부터 수신될 수 있다. 예를 들어, 상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정하는 단계는: 상기 제 1 상태 정보를 기반으로 트래픽 맵(traffic map) 정보를 획득하는 단계; 상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 주변 장치 정보를 획득하는 단계; 및 상기 트래픽 맵 정보 및 상기 주변 장치 정보의 비교를 기반으로 상기 제 2 장치의 오동작을 결정하는 단계를 포함할 수 있다. 예를 들어, 상기 트래픽 맵 정보 및 상기 주변 장치 정보 사이의 일치 비율이 임계 비율 이하인 것을 기반으로, 상기 제 2 장치의 오동작은 상기 제 1 장치에 의해 결정될 수 있다.
예를 들어, 상기 제 2 상태 정보는 CAM(cooperative awareness message), BSM(basic safety message), CPM(collective perception message), 또는 SDSM(sensor data sharing message) 중 적어도 어느 하나에 포함되어 상기 2 장치의 주변 장치 또는 상기 제 2 장치로부터 수신될 수 있다.
상기 제안 방법은 본 개시의 다양한 실시 예에 따른 장치에 적용될 수 있다. 먼저, 제 1 장치(100)의 프로세서(102)는 제 2 장치와 관련된 제 1 상태 정보를 획득할 수 있다. 그리고, 제 1 장치(100)의 프로세서(102)는 상기 제 1 상태 정보를 기반으로 상기 제 2 장치에 대한 불일치(inconsistency)를 검출할 수 있다. 그리고, 제 1 장치(100)의 프로세서(102)는 상기 불일치가 검출된 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보를 수신하도록 송수신기(106)를 제어할 수 있다. 그리고, 제 1 장치(100)의 프로세서(102)는 상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정할 수 있다.
본 개시의 일 실시 예에 따르면, 무선 통신을 수행하도록 설정된 제 1 장치가 제공될 수 있다. 예를 들어, 상기 제 1 장치는 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 연결되고 명령어들을 저장하는 적어도 하나의 메모리를 포함할 수 있다. 예를 들어, 상기 명령어들은 상기 적어도 하나의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 장치로 하여금: 제 2 장치와 관련된 제 1 상태 정보를 획득하게 하고; 상기 제 1 상태 정보를 기반으로 상기 제 2 장치에 대한 불일치(inconsistency)를 검출하게 하고; 상기 불일치가 검출된 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보를 수신하게 하고; 및 상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정하게 할 수 있다.
본 개시의 일 실시 예에 따르면, 제 1 장치를 제어하도록 설정된 프로세싱 장치가 제공될 수 있다. 예를 들어, 상기 프로세싱 장치는 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 연결되고 명령어들을 저장하는 적어도 하나의 메모리를 포함할 수 있다. 예를 들어, 상기 명령어들은 상기 적어도 하나의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 장치로 하여금: 제 2 장치와 관련된 제 1 상태 정보를 획득하게 하고; 상기 제 1 상태 정보를 기반으로 상기 제 2 장치에 대한 불일치(inconsistency)를 검출하게 하고; 상기 불일치가 검출된 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보를 수신하게 하고; 및 상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정하게 할 수 있다.
본 개시의 일 실시 예에 따르면, 명령어들을 기록하고 있는 비일시적 컴퓨터 판독가능 저장 매체가 제공될 수 있다. 예를 들어, 상기 명령어들은, 실행될 때, 제 1 장치로 하여금: 제 2 장치와 관련된 제 1 상태 정보를 획득하게 하고; 상기 제 1 상태 정보를 기반으로 상기 제 2 장치에 대한 불일치(inconsistency)를 검출하게 하고; 상기 불일치가 검출된 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보를 수신하게 하고; 및 상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정하게 할 수 있다.
도 19는 본 개시의 일 실시 예에 따라, 제 2 장치가 무선 통신을 수행하는 방법을 나타낸다. 도 19의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 19를 참조하면, 단계 S1910에서, 제 2 장치는 제 2 장치와 관련된 제 1 상태 정보를 제 1 장치에게 전송할 수 있다. 단계 S1920에서, 제 2 장치는 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보에 대한 요청 정보를 상기 제 1 장치로부터 수신할 수 있다. 단계 S1930에서, 제 2 장치는 상기 요청 정보에 대한 응답으로, 상기 제 2 상태 정보를 상기 제 1 장치에게 전송할 수 있다.
상기 제안 방법은 본 개시의 다양한 실시 예에 따른 장치에 적용될 수 있다. 먼저, 제 2 장치(200)의 프로세서(202)는 제 2 장치와 관련된 제 1 상태 정보를 제 1 장치에게 전송하도록 송수신기(206)를 제어할 수 있다. 그리고, 제 2 장치(200)의 프로세서(202)는 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보에 대한 요청 정보를 상기 제 1 장치로부터 수신하도록 송수신기(206)를 제어할 수 있다. 그리고, 제 2 장치(200)의 프로세서(202)는 상기 요청 정보에 대한 응답으로, 상기 제 2 상태 정보를 상기 제 1 장치에게 전송하도록 송수신기(206)를 제어할 수 있다.
본 개시의 일 실시 예에 따르면, 무선 통신을 수행하도록 설정된 제 2 장치가 제공될 수 있다. 예를 들어, 상기 제 2 장치는 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 연결되고 명령어들을 저장하는 적어도 하나의 메모리를 포함할 수 있다. 예를 들어, 상기 명령어들은 상기 적어도 하나의 프로세서에 의해 실행되는 것을 기반으로 상기 제 2 장치로 하여금: 제 2 장치와 관련된 제 1 상태 정보를 제 1 장치에게 전송하게 하고; 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보에 대한 요청 정보를 상기 제 1 장치로부터 수신하게 하고; 및 상기 요청 정보에 대한 응답으로, 상기 제 2 상태 정보를 상기 제 1 장치에게 전송하게 할 수 있다.
본 개시의 일 실시 예에 따르면, 제 2 장치를 제어하도록 설정된 프로세싱 장치가 제공될 수 있다. 예를 들어, 상기 프로세싱 장치는 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 연결되고 명령어들을 저장하는 적어도 하나의 메모리를 포함할 수 있다. 예를 들어, 상기 명령어들은 상기 적어도 하나의 프로세서에 의해 실행되는 것을 기반으로 상기 제 2 장치로 하여금: 제 2 장치와 관련된 제 1 상태 정보를 제 1 장치에게 전송하게 하고; 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보에 대한 요청 정보를 상기 제 1 장치로부터 수신하게 하고; 및 상기 요청 정보에 대한 응답으로, 상기 제 2 상태 정보를 상기 제 1 장치에게 전송하게 할 수 있다.
본 개시의 일 실시 예에 따르면, 명령어들을 기록하고 있는 비일시적 컴퓨터 판독가능 저장 매체가 제공될 수 있다. 예를 들어, 상기 명령어들은, 실행될 때, 제 2 장치로 하여금: 제 2 장치와 관련된 제 1 상태 정보를 제 1 장치에게 전송하게 하고; 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보에 대한 요청 정보를 상기 제 1 장치로부터 수신하게 하고; 및 상기 요청 정보에 대한 응답으로, 상기 제 2 상태 정보를 상기 제 1 장치에게 전송하게 할 수 있다.
본 개시의 다양한 실시 예는 상호 결합될 수 있다.
이하 본 개시의 다양한 실시 예가 적용될 수 있는 장치에 대하여 설명한다.
이로 제한되는 것은 아니지만, 본 문서에 개시된 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 20은 본 개시의 일 실시 예에 따른, 통신 시스템(1)을 나타낸다. 도 20의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 20을 참조하면, 본 개시의 다양한 실시 예가 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
여기서, 본 명세서의 무선 기기(100a~100f)에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 Narrowband Internet of Things를 포함할 수 있다. 이때, 예를 들어 NB-IoT 기술은 LPWAN(Low Power Wide Area Network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기(100a~100f)에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 이때, 일 예로, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced Machine Type Communication) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기(100a~100f)에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및 저전력 광역 통신망(Low Power Wide Area Network, LPWAN) 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 일 예로 ZigBee 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 개시의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 21은 본 개시의 일 실시 예에 따른, 무선 기기를 나타낸다. 도 21의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 21을 참조하면, 제 1 무선 기기(100)와 제 2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제 1 무선 기기(100), 제 2 무선 기기(200)}은 도 20의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
제 1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제 1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제 1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제 2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제 2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 개시에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
제 2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 개시에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 포함하는 신호(예, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 22는 본 개시의 일 실시 예에 따른, 전송 신호를 위한 신호 처리 회로를 나타낸다. 도 22의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 22를 참조하면, 신호 처리 회로(1000)는 스크램블러(1010), 변조기(1020), 레이어 매퍼(1030), 프리코더(1040), 자원 매퍼(1050), 신호 생성기(1060)를 포함할 수 있다. 이로 제한되는 것은 아니지만, 도 22의 동작/기능은 도 21의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 수행될 수 있다. 도 22의 하드웨어 요소는 도 21의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 구현될 수 있다. 예를 들어, 블록 1010~1060은 도 21의 프로세서(102, 202)에서 구현될 수 있다. 또한, 블록 1010~1050은 도 21의 프로세서(102, 202)에서 구현되고, 블록 1060은 도 21의 송수신기(106, 206)에서 구현될 수 있다.
코드워드는 도 22의 신호 처리 회로(1000)를 거쳐 무선 신호로 변환될 수 있다. 여기서, 코드워드는 정보블록의 부호화된 비트 시퀀스이다. 정보블록은 전송블록(예, UL-SCH 전송블록, DL-SCH 전송블록)을 포함할 수 있다. 무선 신호는 다양한 물리 채널(예, PUSCH, PDSCH)을 통해 전송될 수 있다.
구체적으로, 코드워드는 스크램블러(1010)에 의해 스크램블된 비트 시퀀스로 변환될 수 있다. 스크램블에 사용되는 스크램블 시퀀스는 초기화 값에 기반하여 생성되며, 초기화 값은 무선 기기의 ID 정보 등이 포함될 수 있다. 스크램블된 비트 시퀀스는 변조기(1020)에 의해 변조 심볼 시퀀스로 변조될 수 있다. 변조 방식은 pi/2-BPSK(pi/2-Binary Phase Shift Keying), m-PSK(m-Phase Shift Keying), m-QAM(m-Quadrature Amplitude Modulation) 등을 포함할 수 있다. 복소 변조 심볼 시퀀스는 레이어 매퍼(1030)에 의해 하나 이상의 전송 레이어로 매핑될 수 있다. 각 전송 레이어의 변조 심볼들은 프리코더(1040)에 의해 해당 안테나 포트(들)로 매핑될 수 있다(프리코딩). 프리코더(1040)의 출력 z는 레이어 매퍼(1030)의 출력 y를 N*M의 프리코딩 행렬 W와 곱해 얻을 수 있다. 여기서, N은 안테나 포트의 개수, M은 전송 레이어의 개수이다. 여기서, 프리코더(1040)는 복소 변조 심볼들에 대한 트랜스폼(transform) 프리코딩(예, DFT 변환)을 수행한 이후에 프리코딩을 수행할 수 있다. 또한, 프리코더(1040)는 트랜스폼 프리코딩을 수행하지 않고 프리코딩을 수행할 수 있다.
자원 매퍼(1050)는 각 안테나 포트의 변조 심볼들을 시간-주파수 자원에 매핑할 수 있다. 시간-주파수 자원은 시간 도메인에서 복수의 심볼(예, CP-OFDMA 심볼, DFT-s-OFDMA 심볼)을 포함하고, 주파수 도메인에서 복수의 부반송파를 포함할 수 있다. 신호 생성기(1060)는 매핑된 변조 심볼들로부터 무선 신호를 생성하며, 생성된 무선 신호는 각 안테나를 통해 다른 기기로 전송될 수 있다. 이를 위해, 신호 생성기(1060)는 IFFT(Inverse Fast Fourier Transform) 모듈 및 CP(Cyclic Prefix) 삽입기, DAC(Digital-to-Analog Converter), 주파수 상향 변환기(frequency uplink converter) 등을 포함할 수 있다.
무선 기기에서 수신 신호를 위한 신호 처리 과정은 도 22의 신호 처리 과정(1010~1060)의 역으로 구성될 수 있다. 예를 들어, 무선 기기(예, 도 21의 100, 200)는 안테나 포트/송수신기를 통해 외부로부터 무선 신호를 수신할 수 있다. 수신된 무선 신호는 신호 복원기를 통해 베이스밴드 신호로 변환될 수 있다. 이를 위해, 신호 복원기는 주파수 하향 변환기(frequency downlink converter), ADC(analog-to-digital converter), CP 제거기, FFT(Fast Fourier Transform) 모듈을 포함할 수 있다. 이후, 베이스밴드 신호는 자원 디-매퍼 과정, 포스트코딩(postcoding) 과정, 복조 과정 및 디-스크램블 과정을 거쳐 코드워드로 복원될 수 있다. 코드워드는 복호(decoding)를 거쳐 원래의 정보블록으로 복원될 수 있다. 따라서, 수신 신호를 위한 신호 처리 회로(미도시)는 신호 복원기, 자원 디-매퍼, 포스트코더, 복조기, 디-스크램블러 및 복호기를 포함할 수 있다.
도 23은 본 개시의 일 실시 예에 따른, 무선 기기를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 20 참조). 도 23의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 23을 참조하면, 무선 기기(100, 200)는 도 21의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 21의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204)를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 21의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 20, 100a), 차량(도 20, 100b-1, 100b-2), XR 기기(도 20, 100c), 휴대 기기(도 20, 100d), 가전(도 20, 100e), IoT 기기(도 20, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 20, 400), 기지국(도 20, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 23에서 무선 기기(100, 200) 내의 다양한 요소, 성분, 유닛/부, 및/또는 모듈은 전체가 유선 인터페이스를 통해 상호 연결되거나, 적어도 일부가 통신부(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 무선 기기(100, 200) 내에서 제어부(120)와 통신부(110)는 유선으로 연결되며, 제어부(120)와 제 1 유닛(예, 130, 140)은 통신부(110)를 통해 무선으로 연결될 수 있다. 또한, 무선 기기(100, 200) 내의 각 요소, 성분, 유닛/부, 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어부(120)는 하나 이상의 프로세서 집합으로 구성될 수 있다. 예를 들어, 제어부(120)는 통신 제어 프로세서, 어플리케이션 프로세서(Application processor), ECU(Electronic Control Unit), 그래픽 처리 프로세서, 메모리 제어 프로세서 등의 집합으로 구성될 수 있다. 다른 예로, 메모리부(130)는 RAM(Random Access Memory), DRAM(Dynamic RAM), ROM(Read Only Memory), 플래시 메모리(flash memory), 휘발성 메모리(volatile memory), 비-휘발성 메모리(non-volatile memory) 및/또는 이들의 조합으로 구성될 수 있다.
이하, 도 23의 구현 예에 대해 도면을 참조하여 보다 자세히 설명한다.
도 24는 본 개시의 일 실시 예에 따른, 휴대 기기를 나타낸다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 휴대용 컴퓨터(예, 노트북 등)을 포함할 수 있다. 휴대 기기는 MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station) 또는 WT(Wireless terminal)로 지칭될 수 있다. 도 24의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 24를 참조하면, 휴대 기기(100)는 안테나부(108), 통신부(110), 제어부(120), 메모리부(130), 전원공급부(140a), 인터페이스부(140b) 및 입출력부(140c)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110~130/140a~140c는 각각 도 23의 블록 110~130/140에 대응한다.
통신부(110)는 다른 무선 기기, 기지국들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 휴대 기기(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 AP(Application Processor)를 포함할 수 있다. 메모리부(130)는 휴대 기기(100)의 구동에 필요한 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 또한, 메모리부(130)는 입/출력되는 데이터/정보 등을 저장할 수 있다. 전원공급부(140a)는 휴대 기기(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 인터페이스부(140b)는 휴대 기기(100)와 다른 외부 기기의 연결을 지원할 수 있다. 인터페이스부(140b)는 외부 기기와의 연결을 위한 다양한 포트(예, 오디오 입/출력 포트, 비디오 입/출력 포트)를 포함할 수 있다. 입출력부(140c)는 영상 정보/신호, 오디오 정보/신호, 데이터, 및/또는 사용자로부터 입력되는 정보를 입력 받거나 출력할 수 있다. 입출력부(140c)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부(140d), 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다.
일 예로, 데이터 통신의 경우, 입출력부(140c)는 사용자로부터 입력된 정보/신호(예, 터치, 문자, 음성, 이미지, 비디오)를 획득하며, 획득된 정보/신호는 메모리부(130)에 저장될 수 있다. 통신부(110)는 메모리에 저장된 정보/신호를 무선 신호로 변환하고, 변환된 무선 신호를 다른 무선 기기에게 직접 전송하거나 기지국에게 전송할 수 있다. 또한, 통신부(110)는 다른 무선 기기 또는 기지국으로부터 무선 신호를 수신한 뒤, 수신된 무선 신호를 원래의 정보/신호로 복원할 수 있다. 복원된 정보/신호는 메모리부(130)에 저장된 뒤, 입출력부(140c)를 통해 다양한 형태(예, 문자, 음성, 이미지, 비디오, 헵틱)로 출력될 수 있다.
도 25는 본 개시의 일 실시 예에 따른, 차량 또는 자율 주행 차량을 나타낸다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다. 도 25의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 25를 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 23의 블록 110/130/140에 대응한다.
통신부(110)는 다른 차량, 기지국(e.g. 기지국, 노변 기지국(Road Side unit) 등), 서버 등의 외부 기기들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 차량 또는 자율 주행 차량(100)의 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 ECU(Electronic Control Unit)를 포함할 수 있다. 구동부(140a)는 차량 또는 자율 주행 차량(100)을 지상에서 주행하게 할 수 있다. 구동부(140a)는 엔진, 모터, 파워 트레인, 바퀴, 브레이크, 조향 장치 등을 포함할 수 있다. 전원공급부(140b)는 차량 또는 자율 주행 차량(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 센서부(140c)는 차량 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140c)는 IMU(inertial measurement unit) 센서, 충돌 센서, 휠 센서(wheel sensor), 속도 센서, 경사 센서, 중량 감지 센서, 헤딩 센서(heading sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 배터리 센서, 연료 센서, 타이어 센서, 스티어링 센서, 온도 센서, 습도 센서, 초음파 센서, 조도 센서, 페달 포지션 센서 등을 포함할 수 있다. 자율 주행부(140d)는 주행중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등을 구현할 수 있다.
일 예로, 통신부(110)는 외부 서버로부터 지도 데이터, 교통 정보 데이터 등을 수신할 수 있다. 자율 주행부(140d)는 획득된 데이터를 기반으로 자율 주행 경로와 드라이빙 플랜을 생성할 수 있다. 제어부(120)는 드라이빙 플랜에 따라 차량 또는 자율 주행 차량(100)이 자율 주행 경로를 따라 이동하도록 구동부(140a)를 제어할 수 있다(예, 속도/방향 조절). 자율 주행 도중에 통신부(110)는 외부 서버로부터 최신 교통 정보 데이터를 비/주기적으로 획득하며, 주변 차량으로부터 주변 교통 정보 데이터를 획득할 수 있다. 또한, 자율 주행 도중에 센서부(140c)는 차량 상태, 주변 환경 정보를 획득할 수 있다. 자율 주행부(140d)는 새로 획득된 데이터/정보에 기반하여 자율 주행 경로와 드라이빙 플랜을 갱신할 수 있다. 통신부(110)는 차량 위치, 자율 주행 경로, 드라이빙 플랜 등에 관한 정보를 외부 서버로 전달할 수 있다. 외부 서버는 차량 또는 자율 주행 차량들로부터 수집된 정보에 기반하여, AI 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
본 명세서에 기재된 청구항들은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다.

Claims (20)

  1. 제 1 장치가 무선 통신을 수행하는 방법에 있어서,
    제 2 장치와 관련된 제 1 상태 정보를 획득하는 단계;
    상기 제 1 상태 정보를 기반으로 상기 제 2 장치에 대한 불일치(inconsistency)를 검출하는 단계;
    상기 불일치가 검출된 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보를 수신하는 단계; 및
    상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정하는 단계;를 포함하는, 방법.
  2. 제 1 항에 있어서,
    상기 제 1 상태 정보는 상기 제 2 장치의 헤딩(heading) 정보, 위치(position) 정보 또는 속도(velocity) 정보 중 적어도 어느 하나를 포함하고, 및
    상기 제 1 상태 정보 또는 상기 제 1 상태 정보의 변화가 임계 범위를 벗어나는 것을 기반으로, 상기 제 2 장치에 대한 불일치는 상기 제 1 장치에 의해 검출되는, 방법.
  3. 제 1 항에 있어서,
    상기 제 1 장치는 RSU(road side unit), 기지국 또는 V2X(vehicle-to-everything) 서버 중 적어도 어느 하나를 포함하는, 방법.
  4. 제 1 항에 있어서,
    상기 제 2 상태 정보는 상기 2 장치의 주변 장치로부터 수신되는, 방법.
  5. 제 4 항에 있어서,
    상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정하는 단계는: 상기 제 2 장치와 관련된 정보가 상기 제 2 상태 정보에 포함되지 않는 것을 기반으로 상기 제 2 장치의 오동작을 결정하는 단계를 포함하는, 방법.
  6. 제 4 항에 있어서,
    상기 주변 장치는 상기 제 2 장치로부터 임계 거리 이내에 위치하는 적어도 하나의 장치를 포함하는, 방법.
  7. 제 6 항에 있어서,
    상기 적어도 하나의 장치의 개수가 임계 개수보다 작은 것을 기반으로, 상기 임계 거리는 상기 적어도 하나의 장치의 개수가 상기 임계 개수보다 크거나 같아지도록 증가되는, 방법.
  8. 제 4 항에 있어서,
    상기 제 2 상태 정보는 상기 제 2 장치의 오동작을 결정하기 위해 상기 제 1 장치에 의해 전송되는 요청을 기반으로 상기 2 장치의 주변 장치로부터 수신되는, 방법.
  9. 제 4 항에 있어서,
    상기 제 2 상태 정보는 주기적으로 상기 2 장치의 주변 장치로부터 수신되는, 방법.
  10. 제 1 항에 있어서,
    상기 제 2 상태 정보는 상기 2 장치로부터 수신되는, 방법.
  11. 제 10 항에 있어서,
    상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정하는 단계는: 상기 제 1 상태 정보를 기반으로 트래픽 맵(traffic map) 정보를 획득하는 단계; 상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 주변 장치 정보를 획득하는 단계; 및 상기 트래픽 맵 정보 및 상기 주변 장치 정보의 비교를 기반으로 상기 제 2 장치의 오동작을 결정하는 단계를 포함하는, 방법.
  12. 제 11 항에 있어서,
    상기 트래픽 맵 정보 및 상기 주변 장치 정보 사이의 일치 비율이 임계 비율 이하인 것을 기반으로, 상기 제 2 장치의 오동작은 상기 제 1 장치에 의해 결정되는, 방법.
  13. 제 1 항에 있어서,
    상기 제 2 상태 정보는 CAM(cooperative awareness message), BSM(basic safety message), CPM(collective perception message), 또는 SDSM(sensor data sharing message) 중 적어도 어느 하나에 포함되어 상기 2 장치의 주변 장치 또는 상기 제 2 장치로부터 수신되는, 방법.
  14. 무선 통신을 수행하도록 설정된 제 1 장치에 있어서,
    적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 연결되고 명령어들을 저장하는 적어도 하나의 메모리를 포함하되, 상기 명령어들은 상기 적어도 하나의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 장치로 하여금:
    제 2 장치와 관련된 제 1 상태 정보를 획득하게 하고;
    상기 제 1 상태 정보를 기반으로 상기 제 2 장치에 대한 불일치(inconsistency)를 검출하게 하고;
    상기 불일치가 검출된 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보를 수신하게 하고; 및
    상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정하게 하는, 제 1 장치.
  15. 제 1 장치를 제어하도록 설정된 프로세싱 장치에 있어서,
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 연결되고 명령어들을 저장하는 적어도 하나의 메모리를 포함하되, 상기 명령어들은 상기 적어도 하나의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 장치로 하여금:
    제 2 장치와 관련된 제 1 상태 정보를 획득하게 하고;
    상기 제 1 상태 정보를 기반으로 상기 제 2 장치에 대한 불일치(inconsistency)를 검출하게 하고;
    상기 불일치가 검출된 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보를 수신하게 하고; 및
    상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정하게 하는, 프로세싱 장치.
  16. 명령어들을 기록하고 있는 비일시적 컴퓨터 판독가능 저장 매체로서,
    상기 명령어들은, 실행될 때, 제 1 장치로 하여금:
    제 2 장치와 관련된 제 1 상태 정보를 획득하게 하고;
    상기 제 1 상태 정보를 기반으로 상기 제 2 장치에 대한 불일치(inconsistency)를 검출하게 하고;
    상기 불일치가 검출된 상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보를 수신하게 하고; 및
    상기 제 2 상태 정보를 기반으로 상기 제 2 장치의 오동작을 결정하게 하는, 비일시적 컴퓨터 판독가능 저장 매체.
  17. 제 2 장치가 무선 통신을 수행하는 방법에 있어서,
    제 2 장치와 관련된 제 1 상태 정보를 제 1 장치에게 전송하는 단계;
    상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보에 대한 요청 정보를 상기 제 1 장치로부터 수신하는 단계; 및
    상기 요청 정보에 대한 응답으로, 상기 제 2 상태 정보를 상기 제 1 장치에게 전송하는 단계;를 포함하는, 방법.
  18. 무선 통신을 수행하도록 설정된 제 2 장치에 있어서,
    적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 연결되고 명령어들을 저장하는 적어도 하나의 메모리를 포함하되, 상기 명령어들은 상기 적어도 하나의 프로세서에 의해 실행되는 것을 기반으로 상기 제 2 장치로 하여금:
    제 2 장치와 관련된 제 1 상태 정보를 제 1 장치에게 전송하게 하고;
    상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보에 대한 요청 정보를 상기 제 1 장치로부터 수신하게 하고; 및
    상기 요청 정보에 대한 응답으로, 상기 제 2 상태 정보를 상기 제 1 장치에게 전송하게 하는, 제 2 장치.
  19. 제 2 장치를 제어하도록 설정된 프로세싱 장치에 있어서,
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 연결되고 명령어들을 저장하는 적어도 하나의 메모리를 포함하되, 상기 명령어들은 상기 적어도 하나의 프로세서에 의해 실행되는 것을 기반으로 상기 제 2 장치로 하여금:
    제 2 장치와 관련된 제 1 상태 정보를 제 1 장치에게 전송하게 하고;
    상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보에 대한 요청 정보를 상기 제 1 장치로부터 수신하게 하고; 및
    상기 요청 정보에 대한 응답으로, 상기 제 2 상태 정보를 상기 제 1 장치에게 전송하게 하는, 프로세싱 장치.
  20. 명령어들을 기록하고 있는 비일시적 컴퓨터 판독가능 저장 매체로서,
    상기 명령어들은, 실행될 때, 제 2 장치로 하여금:
    제 2 장치와 관련된 제 1 상태 정보를 제 1 장치에게 전송하게 하고;
    상기 제 2 장치의 오동작(misbehavior)을 결정하기 위한 제 2 상태 정보에 대한 요청 정보를 상기 제 1 장치로부터 수신하게 하고; 및
    상기 요청 정보에 대한 응답으로, 상기 제 2 상태 정보를 상기 제 1 장치에게 전송하게 하는, 비일시적 컴퓨터 판독가능 저장 매체.
PCT/KR2023/008197 2022-06-14 2023-06-14 주변 정보 통합을 통한 오동작 검출 방법 및 장치 WO2023244013A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2022-0072374 2022-06-14
KR20220072374 2022-06-14

Publications (1)

Publication Number Publication Date
WO2023244013A1 true WO2023244013A1 (ko) 2023-12-21

Family

ID=89191575

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2023/008197 WO2023244013A1 (ko) 2022-06-14 2023-06-14 주변 정보 통합을 통한 오동작 검출 방법 및 장치

Country Status (1)

Country Link
WO (1) WO2023244013A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101592788B1 (ko) * 2014-11-19 2016-02-18 현대자동차주식회사 이상 차량 처리 방법 및 이를 수행하는 v2x 통신 시스템
WO2020199134A1 (en) * 2019-04-02 2020-10-08 Qualcomm Incorporated Methods and systems for provisioning of certificates for vehicle-based communication
US20200351616A1 (en) * 2019-05-03 2020-11-05 Blackberry Limited Method and system for vehicle location tracking using v2x communication
US20210281986A1 (en) * 2018-11-20 2021-09-09 Huawei Technologies Co., Ltd. Vehicle-to-Everything Abnormal Behavior Detection Method, Apparatus, and System
US20220014549A1 (en) * 2021-09-23 2022-01-13 Liuyang Lily Yang Misbehavior processing in connected vehicle networks

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101592788B1 (ko) * 2014-11-19 2016-02-18 현대자동차주식회사 이상 차량 처리 방법 및 이를 수행하는 v2x 통신 시스템
US20210281986A1 (en) * 2018-11-20 2021-09-09 Huawei Technologies Co., Ltd. Vehicle-to-Everything Abnormal Behavior Detection Method, Apparatus, and System
WO2020199134A1 (en) * 2019-04-02 2020-10-08 Qualcomm Incorporated Methods and systems for provisioning of certificates for vehicle-based communication
US20200351616A1 (en) * 2019-05-03 2020-11-05 Blackberry Limited Method and system for vehicle location tracking using v2x communication
US20220014549A1 (en) * 2021-09-23 2022-01-13 Liuyang Lily Yang Misbehavior processing in connected vehicle networks

Similar Documents

Publication Publication Date Title
WO2021162506A1 (ko) 무선통신시스템에서 릴레이 ue에 관련된 ue의 동작 방법
WO2021085908A1 (ko) 무선통신시스템에서 as configuration 관련 사이드링크 ue의 동작 방법
WO2021141408A1 (ko) 무선통신시스템에서 단말이 신호를 송수신하는 방법
WO2021201661A1 (en) Method and apparatus for mobility of wireless base station in wireless communication system
WO2020067756A1 (en) A cell reselection by adjusting cell reselection parameter
WO2022025615A1 (ko) 무선통신시스템에서 사이드링크 디스커버리에 관련된 동작 방법
WO2021206462A1 (ko) 무선통신시스템에서 사이드링크 릴레이에 관련된 릴레이 ue의 동작 방법
WO2021085909A1 (ko) 무선통신시스템에서 pc5 유니캐스트 링크 해제에 관련된 ue의 동작 방법
WO2022025665A1 (ko) 무선통신시스템에서 릴레이 ue 선택에 관련된 동작 방법
WO2023244013A1 (ko) 주변 정보 통합을 통한 오동작 검출 방법 및 장치
WO2022060117A1 (ko) 무선통신시스템에서 사이드링크 릴레이와 시스템 정보에 관련된 ue의 동작 방법
WO2021235863A1 (ko) 무선통신시스템에서 rsu와 신호를 송수신하는 vru의 동작 방법
WO2024035118A1 (ko) 센서 정보를 변환 및 전송하는 방법 및 장치
WO2024136279A1 (ko) 유니캐스트 또는 그룹캐스트를 기반으로 센서 정보를 수신기 중심의 정보로 가공 및 공유하는 방법 및 장치
WO2024106953A1 (ko) 유니캐스트 또는 그룹캐스트 기반의 지도정보 및 신호정보 제공 방법 및 장치
WO2024049202A1 (ko) 단말 위치 예측을 기반으로 메시지를 생성 및 전송하는 방법 및 장치
WO2024049160A1 (ko) 단말 위치 예측 기반 메시지 생성 방식에서의 허용 위치 오차 설정 방법 및 장치
WO2023244070A1 (ko) 무선통신시스템에서 ue-to-ue relay에서 direct path switching에 관련된 ue의 동작 방법
WO2024029888A1 (ko) 무선통신시스템에서 ue-to-ue relay 에서 베이러 설정에 관련된 릴레이 ue의 동작 방법
WO2024029967A1 (ko) 무선통신시스템에서 ue-to-ue relay 에서 end to end 베이러 설정에 관련된 타겟 릴레이 ue의 동작 방법
WO2024029921A1 (ko) 무선통신시스템에서 ue-to-ue relay 에서 id 설정 등에 관련된 릴레이 ue의 동작 방법
WO2024128828A1 (ko) 무선통신시스템에서 direct path, indirect path의 rlf 보고에 관련된 리모트 ue의 동작 방법
WO2023244090A1 (ko) 무선통신시스템에서 ue-to-ue relay의 링크 해제에 관련된 ue의 동작 방법
WO2024025270A1 (ko) 도로 공간 점유 가능성 표시 방법 및 장치
WO2023244072A1 (ko) 다중 캐리어 기반의 사이드링크 통신을 수행하는 방법 및 장치

Legal Events

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

Ref document number: 23824227

Country of ref document: EP

Kind code of ref document: A1