WO2016148399A1 - Procédé de communication pour un terminal dans un système de communication v2x et terminal - Google Patents

Procédé de communication pour un terminal dans un système de communication v2x et terminal Download PDF

Info

Publication number
WO2016148399A1
WO2016148399A1 PCT/KR2016/001386 KR2016001386W WO2016148399A1 WO 2016148399 A1 WO2016148399 A1 WO 2016148399A1 KR 2016001386 W KR2016001386 W KR 2016001386W WO 2016148399 A1 WO2016148399 A1 WO 2016148399A1
Authority
WO
WIPO (PCT)
Prior art keywords
plmn
rsu
network
data
information
Prior art date
Application number
PCT/KR2016/001386
Other languages
English (en)
Korean (ko)
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 WO2016148399A1 publication Critical patent/WO2016148399A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • 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]
    • H04W4/046—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/086—Load balancing or load distribution among access entities
    • H04W28/0861—Load balancing or load distribution among access entities between base stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/12—Flow control between communication endpoints using signalling between network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Definitions

  • the following description relates to a wireless communication system, and more particularly, to a communication method and a terminal of a terminal in a V2X communication system.
  • Wireless communication systems are widely deployed to provide various kinds of communication services such as voice and data.
  • a wireless communication system is a multiple access system capable of supporting communication with multiple users by sharing available system resources (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).
  • 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
  • MCD division multiple access
  • MCDMA multi-carrier frequency division multiple access
  • MC-FDMA multi-carrier frequency division multiple access
  • the present invention proposes a communication mechanism with other network nodes of a terminal in a vehicle to everything (V2X) communication system.
  • V2X vehicle to everything
  • Another object of the present invention is to enable efficient V2X communication by first processing the operation of network nodes for V2X service.
  • a communication method may include receiving information indicating whether V2X data of different PLMNs is exchanged by a network from a serving RSU (Road Side Unit) belonging to a first PLMN, and wherein the V2X data is stored in a network.
  • a serving RSU Road Side Unit
  • V2X data is stored in a network.
  • the network node may be an eNB (eNode B), RSU or UE belonging to the second PLMN.
  • eNB eNode B
  • RSU Radio Service Set
  • the information on the frequency band of the second PLMN may be received by the serving RSU from an eNB belonging to the second PLMN, an RSU belonging to the second PLMN, or a mobility management entity (MME).
  • MME mobility management entity
  • the information on the frequency band of the second PLMN includes at least one of information on the time when the second PLMN provides the V2X service, scheduling information on the second PLMN, and information on the location and area where the second PLMN provides the V2X service. It may further include.
  • Receiving V2X data of the second PLMN from a network node belonging to the second PLMN may be performed by tuning the frequency band in which the UE operates to the frequency band of the second PLMN.
  • the step of receiving V2X data of the second PLMN from the serving RSU may be to receive V2X data of the RSU belonging to the second PLMN without passing through the core network.
  • the user equipment (UE) for solving the above technical problem includes a transmitter, a receiver, and a processor that is connected to and operate with the transmitter and the receiver, wherein the processor indicates whether V2X data of different PLMNs are exchanged by a network.
  • the receiving unit controls the receiving unit to receive information from a serving RSU (Road Side Unit) belonging to the first PLMN, and when the V2X data is exchanged by the network, the receiving unit to receive V2X data of the second PLMN not belonging to the UE from the serving RSU.
  • RSU Raster Side Unit
  • control and the V2X data is not exchanged by the network, and receives information on the frequency band of the second PLMN through the serving RSU, using the information on the frequency band from the network node belonging to the second PLMN from the second PLMN Control the receiver to receive V2X data.
  • the terminal can perform efficient V2X communication with other network nodes.
  • the terminal and the network nodes adaptively perform V2X communication, thereby enabling improved efficiency of V2X communication.
  • the operation of network nodes for the V2X service is processed in preference to the operations for other services, so that V2X communication related to traffic safety can be stably performed.
  • FIG. 1 is a diagram illustrating a schematic structure of an EPS (Evolved Packet System) including an Evolved Packet Core (EPC).
  • EPS Evolved Packet System
  • EPC Evolved Packet Core
  • FIG. 2 is an exemplary view showing the architecture of a general E-UTRAN and EPC.
  • 3 is an exemplary view showing the structure of a radio interface protocol in a control plane.
  • FIG. 4 is an exemplary view showing the structure of a radio interface protocol in a user plane.
  • 5 is a flowchart illustrating a random access procedure.
  • RRC radio resource control
  • V2X vehicle to everything
  • FIG. 8 is a flowchart illustrating an embodiment of a proposed V2X communication method.
  • FIG. 9 is a flowchart for explaining another embodiment of the proposed V2X communication method.
  • FIG. 10 is a flowchart for explaining another embodiment of the proposed V2X communication method.
  • FIG. 11 is a diagram illustrating a scenario associated with an embodiment of a V2X communication method.
  • FIG. 12 is a flowchart for explaining another embodiment of the proposed V2X communication method.
  • FIG. 13 is a diagram illustrating a scenario associated with an embodiment of a V2X communication method.
  • 15 is a flowchart for explaining another embodiment of the proposed V2X communication method.
  • 16 is a diagram illustrating a configuration of a node device according to an exemplary embodiment.
  • each component or feature may be considered to be optional unless otherwise stated.
  • Each component or feature may be embodied in a form that is not combined with other components or features.
  • some of the components and / or features may be combined to form an embodiment of the present invention.
  • the order of the operations described in the embodiments of the present invention may be changed. Some components or features of one embodiment may be included in another embodiment, or may be replaced with corresponding components or features of another embodiment.
  • Embodiments of the present invention may be supported by standard documents disclosed in at least one of the wireless access systems IEEE 802.xx system, 3GPP system, 3GPP LTE system and 3GPP2 system. That is, obvious steps or parts which are not described among the embodiments of the present invention may be described with reference to the above documents.
  • UMTS Universal Mobile Telecommunications System
  • GSM Global System for Mobile Communication
  • Evolved Packet System A network system composed of an Evolved Packet Core (EPC), which is a packet switched (PS) core network based on Internet Protocol (IP), and an access network such as LTE / UTRAN.
  • EPC Evolved Packet Core
  • PS packet switched
  • IP Internet Protocol
  • UMTS is an evolutionary network.
  • NodeB base station of GERAN / UTRAN. It is installed outdoors and its coverage is macro cell size.
  • eNodeB base station of E-UTRAN. It is installed outdoors and its coverage is macro cell size.
  • UE User Equipment
  • the UE may be referred to in terms of terminal, mobile equipment (ME), mobile station (MS), and the like.
  • the UE may be a portable device such as a laptop, a mobile phone, a personal digital assistant (PDA), a smart phone, a multimedia device, or the like, or may be a non-portable device such as a personal computer (PC) or a vehicle-mounted device.
  • the term UE or UE may refer to an MTC device.
  • HNB Home NodeB
  • HeNB Home eNodeB: A base station of an EPS network, which is installed indoors and its coverage is micro cell size.
  • Mobility Management Entity A network node of an EPS network that performs mobility management (MM) and session management (SM) functions.
  • Packet Data Network-Gateway (PDN-GW) / PGW / P-GW A network node of an EPS network that performs UE IP address assignment, packet screening and filtering, charging data collection, and the like.
  • SGW Serving Gateway
  • S-GW network node of EPS network performing mobility anchor, packet routing, idle mode packet buffering, triggering MME to page UE, etc. .
  • Non-Access Stratum Upper stratum of the control plane between the UE and the MME.
  • Packet Data Network A network in which a server supporting a specific service (eg, a Multimedia Messaging Service (MMS) server, a Wireless Application Protocol (WAP) server, etc.) is located.
  • a server supporting a specific service eg, a Multimedia Messaging Service (MMS) server, a Wireless Application Protocol (WAP) server, etc.
  • MMS Multimedia Messaging Service
  • WAP Wireless Application Protocol
  • PDN connection A logical connection between the UE and the PDN, represented by one IP address (one IPv4 address and / or one IPv6 prefix).
  • RAN Radio Access Network: a unit including a NodeB, an eNodeB and a Radio Network Controller (RNC) controlling them in a 3GPP network. It exists between UEs and provides a connection to the core network.
  • RNC Radio Network Controller
  • HLR Home Location Register
  • HSS Home Subscriber Server
  • PLMN Public Land Mobile Network
  • Proximity Service (or ProSe Service or Proximity based Service): A service that enables discovery and direct communication between physically close devices or communication through a base station or through a third party device. In this case, user plane data is exchanged through a direct data path without passing through a 3GPP core network (eg, EPC).
  • EPC 3GPP core network
  • ProSe communication Means communication through a ProSe communication path between two or more ProSe capable terminals. Unless specifically stated otherwise, ProSe communication may mean one of ProSe E-UTRA communication, ProSe-assisted WLAN direct communication between two terminals, ProSe group communication, or ProSe broadcast communication.
  • ProSe E-UTRA communication ProSe communication using the ProSe E-UTRA communication path.
  • ProSe-assisted WLAN direct communication ProSe communication using a direct communication path.
  • ProSe communication path As a communication path supporting ProSe communication, a ProSe E-UTRA communication path may be established between ProSe-enabled UEs or through a local eNB using E-UTRA. ProSe-assisted WLAN direct communication path can be established directly between ProSe-enabled UEs using WLAN.
  • EPC path (or infrastructure data path): User plane communication path through EPC.
  • ProSe Discovery A process of identifying / verifying a nearby ProSe-enabled terminal using E-UTRA.
  • ProSe Group Communication One-to-many ProSe communication using a common communication path between two or more ProSe-enabled terminals in close proximity.
  • ProSe UE-to-Network Relay A ProSe-enabled public safety terminal operating as a communication relay between a ProSe-enabled network using E-UTRA and a ProSe-enabled public safety terminal.
  • ProSe UE-to-UE Relay A ProSe-enabled public safety terminal operating as a ProSe communication relay between two or more ProSe-enabled public safety terminals.
  • -Remote UE In the UE-to-Network Relay operation, a ProSe-enabled public safety terminal that is connected to the EPC network through ProSe UE-to-Network Relay without receiving service by E-UTRAN, that is, provides a PDN connection, and is a UE.
  • a ProSe-enabled public safety terminal In -to-UE Relay operation, a ProSe-enabled public safety terminal that communicates with other ProSe-enabled public safety terminals through a ProSe UE-to-UE Relay.
  • ProSe-enabled Network A network that supports ProSe Discovery, ProSe Communication, and / or ProSe-assisted WLAN direct communication.
  • the ProSe-enabled Network may be referred to simply as a network.
  • ProSe-enabled UE a terminal supporting ProSe discovery, ProSe communication and / or ProSe-assisted WLAN direct communication.
  • the ProSe-enabled UE and the ProSe-enabled Public Safety UE may be called terminals.
  • Proximity Satisfying proximity criteria defined in discovery and communication, respectively.
  • SLP SULP Location Platform
  • SLP An entity that manages Location Service Management and Position Determination.
  • SLP includes a SPL (SUPL Location Center) function and a SPC (SUPL Positioning Center) function.
  • SPL SUPL Location Center
  • SPC SUPL Positioning Center
  • OMA Open Mobile Alliance
  • the application / service layer includes Temporary Mobile Group Identity (TMGI) for each MBMS service, session start and end time, frequencies, MBMS service area identities (MBMS SAIs) information belonging to the MBMS service area. To put in USD to the terminal. See 3GPP TS 23.246 for details.
  • TMGI Temporary Mobile Group Identity
  • MBMS SAIs MBMS service area identities
  • ISR Interle mode Signaling Reduction
  • Mission Critical Push To Talk Group communication service that provides fast setup time, the ability to handle large groups, powerful security, and priority handling.
  • ANDSF Access Network Discovery and Selection Function: Provides a policy that allows a terminal to discover and select available access on an operator basis as a network entity.
  • ISRP Inter-System Routing Policy
  • IFOM IP Flow Mobility
  • MAPCON Multi Access PDN Connectivity
  • NSWO non-seamless WLAN offload
  • IP Flow Mobility (IFOM) rule This rule prioritizes the access technology / access networks that should be used by the UE when it is able to route traffic that matches a particular IP traffic filter on a particular APN or any APN. It's a list. In addition, this rule may specify for which wireless access the traffic that matches a particular IP traffic filter on a particular APN or any APN is restricted.
  • IOM IP Flow Mobility
  • MAPCON Multi Access PDN Connectivity
  • This rule is a list of prioritized access technologies / access networks that should be used by the UE when it is possible to route PDN connections to a particular APN.
  • this rule may specify to which radio access the PDN connection to a particular APN should be restricted.
  • Non-seamless WLAN offload (NSWO) rule This rule specifies which traffic should be bypassed to the WLAN or not.
  • ISMP Inter-System Mobility Policy: A set of rules defined by an operator to influence intersystem mobility decisions performed by a UE. When the UE can route IP traffic on a single radio access interface, the UE can use ISMP to select the most appropriate access technology type or access network at a given time.
  • RAN rule A rule received from the network, also called Radio Access Network (RAN) support information.
  • the RAN rule is also referred to as WLAN interworking supported by the RAN used without ANDSF ISRP / ISMP.
  • the AS (Access Stratum) layer of the UE carries the move-traffic-to-WLAN indication and WLAN identifier together to the upper layer of the UE.
  • the AS (Access Stratum) layer of the UE delivers the move-traffic-from-WLAN indication and the WLAN identifier together to the upper layer of the UE.
  • TS 23.401 For a detailed description of the RAN rule, refer to 3GPP TS 23.401, TS 23.060, TS 23.402, TS 36.300, TS 36.304, TS 36.331, TS 25.304 and TS 25.331.
  • Local Operating Environment Information This is a set of implementation specific parameters which describe the local environment in which the UE is operating.
  • NBIFOM Network-Based IP Flow Mobility
  • NBIFOM UE-initiated NBIFOM in which the UE initiates IP flow mobility.
  • NBIFOM Network-initiated NBIFOM
  • Multi-access PDN connection PDN connection through which traffic can be routed via 3GPP access or WLAN access or both accesses. However, each IP flow is only routed through one access at a time.
  • Routing filter A set of IP header parameter values / ranges of a packet flow used to identify an IP flow for routing purposes.
  • Routing access type Type of access (3GPP access or WLAN access) that routes the set of IP flows of the PDN connection.
  • Routing Rule A set of information that allows the association of routing filters with routing access types.
  • FIG. 1 is a diagram illustrating a schematic structure of an EPS (Evolved Packet System) including an Evolved Packet Core (EPC).
  • EPS Evolved Packet System
  • EPC Evolved Packet Core
  • SAE System Architecture Evolution
  • SAE is a research project to determine network structure supporting mobility between various kinds of networks.
  • SAE aims to provide an optimized packet-based system, for example, supporting various radio access technologies on an IP basis and providing enhanced data transfer capabilities.
  • the EPC is a core network of an IP mobile communication system for a 3GPP LTE system and may support packet-based real-time and non-real-time services.
  • a conventional mobile communication system i.e., a second generation or third generation mobile communication system
  • the core network is divided into two distinct sub-domains of circuit-switched (CS) for voice and packet-switched (PS) for data.
  • CS circuit-switched
  • PS packet-switched
  • the function has been implemented.
  • the sub-domains of CS and PS have been unified into one IP domain.
  • EPC IP Multimedia Subsystem
  • the EPC may include various components, and in FIG. 1, some of them correspond to a serving gateway (SGW), a packet data network gateway (PDN GW), a mobility management entity (MME), and a serving general packet (SGRS) Radio Service (Supporting Node) and Enhanced Packet Data Gateway (ePDG) are shown.
  • SGW serving gateway
  • PDN GW packet data network gateway
  • MME mobility management entity
  • SGRS serving general packet
  • Radio Service Upporting Node
  • ePDG Enhanced Packet Data Gateway
  • the SGW acts as a boundary point between the radio access network (RAN) and the core network, and is an element that functions to maintain a data path between the eNodeB and the PDN GW.
  • the SGW serves as a local mobility anchor point. That is, packets may be routed through the SGW for mobility in the E-UTRAN (Universal Mobile Telecommunications System (Evolved-UMTS) Terrestrial Radio Access Network defined in 3GPP Release-8 or later).
  • E-UTRAN Universal Mobile Telecommunications System (Evolved-UMTS) Terrestrial Radio Access Network defined in 3GPP Release-8 or later.
  • SGW also provides mobility with other 3GPP networks (RANs defined before 3GPP Release-8, such as UTRAN or GERAN (Global System for Mobile Communication (GSM) / Enhanced Data rates for Global Evolution (EDGE) Radio Access Network). It can also function as an anchor point.
  • RANs defined before 3GPP Release-8 such as UTRAN or GERAN (Global System for Mobile Communication (GSM) / Enhanced Data rates for Global Evolution (EDGE) Radio Access Network). It can also function as an anchor point.
  • GSM Global System for Mobile Communication
  • EDGE Enhanced Data rates for Global Evolution
  • the PDN GW corresponds to the termination point of the data interface towards the packet data network.
  • the PDN GW may support policy enforcement features, packet filtering, charging support, and the like.
  • mobility management between 3GPP networks and non-3GPP networks for example, untrusted networks such as Interworking Wireless Local Area Networks (I-WLANs), code-division multiple access (CDMA) networks, or trusted networks such as WiMax) Can serve as an anchor point for.
  • untrusted networks such as Interworking Wireless Local Area Networks (I-WLANs), code-division multiple access (CDMA) networks, or trusted networks such as WiMax
  • I-WLANs Interworking Wireless Local Area Networks
  • CDMA code-division multiple access
  • WiMax trusted networks
  • FIG. 1 shows that the SGW and the PDN GW are configured as separate gateways, two gateways may be implemented according to a single gateway configuration option.
  • the MME is an element that performs signaling and control functions to support access to the network connection of the UE, allocation of network resources, tracking, paging, roaming and handover, and the like.
  • the MME controls control plane functions related to subscriber and session management.
  • the MME manages a number of eNodeBs and performs signaling for the selection of a conventional gateway for handover to other 2G / 3G networks.
  • the MME also performs functions such as security procedures, terminal-to-network session handling, and idle terminal location management.
  • SGSN handles all packet data, such as user's mobility management and authentication to other 3GPP networks (eg GPRS networks).
  • 3GPP networks eg GPRS networks.
  • the ePDG acts as a secure node for untrusted non-3GPP networks (eg, I-WLAN, WiFi hotspots, etc.).
  • untrusted non-3GPP networks eg, I-WLAN, WiFi hotspots, etc.
  • a terminal having IP capability is provided by an operator (ie, an operator) via various elements in the EPC, based on 3GPP access as well as non-3GPP access.
  • Access to an IP service network eg, IMS.
  • FIG. 1 also shows various reference points (eg, S1-U, S1-MME, etc.).
  • reference points eg, S1-U, S1-MME, etc.
  • Table 1 summarizes the reference points shown in FIG. 1.
  • This reference point can be used in PLMN-to-PLMN-to-for example (for PLMN-to-PLMN handovers) (It enables user and bearer information exchange for inter 3GPP access network mobility in idle and / or active state This reference point can be used intra-PLMN or inter-PLMN (eg in the case of Inter-PLMN HO).)
  • S4 Reference point between SGW and SGSN that provides related control and mobility support between the GPRS core and SGW's 3GPP anchor functionality.It also provides user plane tunneling if no direct tunnel is established.
  • the 3GPP Anchor function of Serving GW In addition, if Direct Tunnel is not established, it provides the user plane tunnelling.
  • S5 Reference point providing user plane tunneling and tunnel management between the SGW and the PDN GW.
  • the PDN may be an operator external public or private PDN or, for example, an in-operator PDN for the provision of IMS services. It is the reference point between the PDN GW and the packet data network.
  • Packet data network may be an operator external public or private packet data network or an intra operator packet data network, eg for provision of IMS services.This reference point corresponds to Gi for 3GPP accesses.
  • S2a and S2b correspond to non-3GPP interfaces.
  • S2a is a reference point that provides the user plane with associated control and mobility support between trusted non-3GPP access and PDN GW.
  • S2b is a reference point that provides the user plane with relevant control and mobility support between the ePDG and PDN GW.
  • FIG. 2 is an exemplary view showing the architecture of a general E-UTRAN and EPC.
  • the eNodeB routes resources to the gateway, scheduling and sending paging messages, scheduling and sending broadcast channels (BCHs), and uplink and downlink resources while the Radio Resource Control (RRC) connection is active.
  • Functions such as dynamic allocation to UE, configuration and provision for measurement of eNodeB, radio bearer control, radio admission control, and connection mobility control may be performed.
  • paging can be generated, LTE_IDLE state management, user plane encryption, SAE bearer control, NAS signaling encryption and integrity protection.
  • FIG. 3 is an exemplary diagram illustrating a structure of a radio interface protocol in a control plane between a terminal and a base station
  • FIG. 4 is an exemplary diagram illustrating a structure of a radio interface protocol in a user plane between a terminal and a base station. .
  • the air interface protocol is based on the 3GPP radio access network standard.
  • the air interface protocol is composed of a physical layer, a data link layer, and a network layer horizontally, and a user plane and control for data information transmission vertically. It is divided into a control plane for signal transmission.
  • the protocol layers are based on the lower three layers of the Open System Interconnection (OSI) reference model, which is widely known in communication systems, and includes L1 (first layer), L2 (second layer), and L3 (third layer). ) Can be separated.
  • OSI Open System Interconnection
  • the physical layer which is the first layer, provides an information transfer service using a physical channel.
  • the physical layer is connected to a medium access control layer on the upper side through a transport channel, and data between the medium access control layer and the physical layer is transmitted through the transport channel.
  • data is transferred between different physical layers, that is, between physical layers of a transmitting side and a receiving side through a physical channel.
  • the physical channel is composed of several subframes on the time axis and several subcarriers on the frequency axis.
  • one subframe is composed of a plurality of OFDM symbols and a plurality of subcarriers on the time axis.
  • One subframe consists of a plurality of resource blocks, and one resource block consists of a plurality of OFDM symbols and a plurality of subcarriers.
  • the transmission time interval (TTI) which is a unit time for transmitting data, is 1 ms corresponding to one subframe.
  • the physical channels existing in the physical layer of the transmitting side and the receiving side are physical downlink shared channel (PDSCH), physical uplink shared channel (PUSCH) and physical downlink control channel (PDCCH), which are control channels, It may be divided into a Physical Control Format Indicator Channel (PCFICH), a Physical Hybrid-ARQ Indicator Channel (PHICH), and a Physical Uplink Control Channel (PUCCH).
  • PCFICH Physical Control Format Indicator Channel
  • PHICH Physical Hybrid-ARQ Indicator Channel
  • PUCCH Physical Uplink Control Channel
  • the medium access control (MAC) layer of the second layer serves to map various logical channels to various transport channels, and also logical channels to map several logical channels to one transport channel. Perform the role of multiplexing.
  • the MAC layer is connected to the upper layer RLC layer by a logical channel, and the logical channel includes a control channel for transmitting information of a control plane according to the type of information to be transmitted. It is divided into a traffic channel that transmits user plane information.
  • the Radio Link Control (RLC) layer of the second layer adjusts the data size so that the lower layer is suitable for transmitting data to the radio section by segmenting and concatenating data received from the upper layer. It plays a role.
  • RLC Radio Link Control
  • the Packet Data Convergence Protocol (PDCP) layer of the second layer is an IP containing relatively large and unnecessary control information for efficient transmission in a wireless bandwidth where bandwidth is small when transmitting an IP packet such as IPv4 or IPv6. Performs Header Compression which reduces the packet header size.
  • the PDCP layer also performs a security function, which is composed of encryption (Ciphering) to prevent third-party data interception and integrity protection (Integrity protection) to prevent third-party data manipulation.
  • the radio resource control layer (hereinafter abbreviated as RRC) layer located at the top of the third layer is defined only in the control plane, and the configuration and reconfiguration of radio bearers (abbreviated as RB) are performed. It is responsible for the control of logical channels, transport channels and physical channels in relation to configuration and release.
  • RB means a service provided by the second layer for data transmission between the terminal and the E-UTRAN.
  • the UE If an RRC connection is established between the RRC of the UE and the RRC layer of the wireless network, the UE is in an RRC connected mode, otherwise it is in an RRC idle mode. .
  • the RRC state refers to whether or not the RRC of the UE is in a logical connection with the RRC of the E-UTRAN. If the RRC state is connected, the RRC_CONNECTED state is called, and the RRC_IDLE state is not connected. Since the UE in the RRC_CONNECTED state has an RRC connection, the E-UTRAN can grasp the existence of the UE in units of cells, and thus can effectively control the UE. On the other hand, the UE in the RRC_IDLE state cannot identify the existence of the UE by the E-UTRAN, and the core network manages the unit in a larger tracking area (TA) unit than the cell.
  • TA tracking area
  • each TA is identified by a tracking area identity (TAI).
  • TAI tracking area identity
  • the terminal may configure a TAI through a tracking area code (TAC), which is information broadcast in a cell.
  • TAC tracking area code
  • the terminal When the user first turns on the power of the terminal, the terminal first searches for an appropriate cell, then establishes an RRC connection in the cell, and registers the terminal's information in the core network. Thereafter, the terminal stays in the RRC_IDLE state. The terminal staying in the RRC_IDLE state (re) selects a cell as needed and looks at system information or paging information. This is called camping on the cell.
  • the UE staying in the RRC_IDLE state makes an RRC connection with the RRC of the E-UTRAN through an RRC connection procedure and transitions to the RRC_CONNECTED state.
  • RRC_CONNECTED state There are several cases in which a UE in RRC_IDLE state needs to establish an RRC connection. For example, a user's call attempt, a data transmission attempt, etc. are required or a paging message is received from E-UTRAN. Reply message transmission, and the like.
  • a non-access stratum (NAS) layer located above the RRC layer performs functions such as session management and mobility management.
  • NAS non-access stratum
  • ESM evolved Session Management
  • the NAS layer performs functions such as default bearer management and dedicated bearer management, and is responsible for controlling the terminal to use the PS service from the network.
  • the default bearer resource is characterized in that it is allocated from the network when it is connected to the network when it first accesses a specific Packet Data Network (PDN).
  • PDN Packet Data Network
  • the network allocates an IP address usable by the terminal so that the terminal can use the data service, and also allocates QoS of the default bearer.
  • LTE supports two types of bearer having a guaranteed bit rate (GBR) QoS characteristic that guarantees a specific bandwidth for data transmission and reception, and a non-GBR bearer having a best effort QoS characteristic without guaranteeing bandwidth.
  • GBR guaranteed bit rate
  • Non-GBR bearer is assigned.
  • the bearer allocated to the terminal in the network is called an evolved packet service (EPS) bearer, and when the EPS bearer is allocated, the network allocates one ID. This is called EPS Bearer ID.
  • EPS bearer ID One EPS bearer has a QoS characteristic of a maximum bit rate (MBR) or / and a guaranteed bit rate (GBR).
  • 5 is a flowchart illustrating a random access procedure in 3GPP LTE.
  • the random access procedure is performed for the UE to obtain UL synchronization with the base station or to be allocated UL radio resources.
  • the UE receives a root index and a physical random access channel (PRACH) configuration index from the eNodeB.
  • PRACH physical random access channel
  • Each cell has 64 candidate random access preambles defined by a Zadoff-Chu (ZC) sequence, and the root index is a logical index for the UE to generate 64 candidate random access preambles.
  • ZC Zadoff-Chu
  • the PRACH configuration index indicates a specific subframe and a preamble format capable of transmitting the random access preamble.
  • the UE sends the randomly selected random access preamble to the eNodeB.
  • the UE selects one of the 64 candidate random access preambles.
  • the corresponding subframe is selected by the PRACH configuration index.
  • the UE transmits the selected random access preamble in the selected subframe.
  • the eNodeB Upon receiving the random access preamble, the eNodeB sends a random access response (RAR) to the UE.
  • RAR random access response
  • the random access response is detected in two steps. First, the UE detects a PDCCH masked with random access-RNTI (RA-RNTI). The UE receives a random access response in a medium access control (MAC) protocol data unit (PDU) on the PDSCH indicated by the detected PDCCH.
  • MAC medium access control
  • RRC 6 shows a connection process in a radio resource control (RRC) layer.
  • RRC radio resource control
  • the RRC state is shown depending on whether the RRC is connected.
  • the RRC state refers to whether or not an entity of the RRC layer of the UE is in a logical connection with an entity of the RRC layer of the eNodeB.
  • the RRC state is referred to as an RRC connected state.
  • the non-state is called the RRC idle state.
  • the E-UTRAN may determine the existence of the corresponding UE in units of cells, and thus may effectively control the UE.
  • the UE in the idle state can not be identified by the eNodeB, the core network (core network) is managed by the tracking area (Tracking Area) unit that is larger than the cell unit.
  • the tracking area is a collection unit of cells. That is, the idle state (UE) is determined only in the presence of the UE in a large area, and in order to receive a normal mobile communication service such as voice or data, the UE must transition to the connected state (connected state).
  • the UE When a user first powers up a UE, the UE first searches for an appropriate cell and then stays in an idle state in that cell. When the UE staying in the idle state needs to establish an RRC connection, the UE establishes an RRC connection with the RRC layer of the eNodeB through an RRC connection procedure and transitions to an RRC connected state. .
  • the UE in the idle state needs to establish an RRC connection. For example, a user's call attempt or uplink data transmission is required, or a paging message is received from EUTRAN. In this case, the response message may be transmitted.
  • the RRC connection process is largely a process in which a UE sends an RRC connection request message to an eNodeB, an eNodeB sends an RRC connection setup message to the UE, and a UE completes RRC connection setup to the eNodeB. (RRC connection setup complete) message is sent. This process will be described in more detail with reference to FIG. 6 as follows.
  • the eNB When the RRC connection request message is received from the UE, the eNB accepts the RRC connection request of the UE when the radio resources are sufficient, and transmits an RRC connection setup message, which is a response message, to the UE. .
  • the UE When the UE receives the RRC connection setup message, it transmits an RRC connection setup complete message to the eNodeB. When the UE successfully transmits an RRC connection establishment message, the UE establishes an RRC connection with the eNodeB and transitions to the RRC connected mode.
  • V2X vehicle to everything
  • V2X LTE-based vehicle-to-everything
  • IT Informatin Technology
  • V2V vehicle-to-infrastructure
  • V2I vehicle-to-infrastructure
  • V2P vehicle-to-pedestrian
  • V2N vehicle-to-network
  • the vehicle continuously broadcasts information about its position, speed, direction, and the like.
  • the surrounding vehicle that receives the broadcasted information recognizes the movement of the vehicles around itself and utilizes it for accident prevention.
  • each vehicle similarly to an individual having a terminal having a form of a smart phone or a smart watch, each vehicle also installs a specific type of terminal (or user equipment (UE)).
  • the UE installed in the vehicle refers to a device that receives the actual communication service in the communication network.
  • the UE installed in the vehicle may be connected to the eNB in the E-UTRAN to receive the communication service.
  • V2X communication there are many things to consider when implementing V2X communication in a vehicle. This is because astronomical costs are required for the installation of traffic safety infrastructure such as V2X base stations. That is, to support V2X communication on all roads where the vehicle can move, more than hundreds of thousands of V2X base stations need to be installed. In addition, since each network node is connected to the Internet or a central control server using a wired network as a base for stable communication with a server, the installation and maintenance cost of the wired network is also high.
  • RSU Raad Side Unit
  • An entity supporting V2I communication and means an entity capable of transmitting to and receiving from a UE using a V2I application.
  • the RSU may be implemented in an eNB or a UE (especially a stationary UE).
  • An eNB or UE operating as an RSU collects traffic safety related information (e.g., traffic light information, traffic volume information, etc.) and / or information about surrounding vehicle movements, and transmits the information to other UEs subject to V2I communication. Transmit or receive information from another UE.
  • traffic safety related information e.g., traffic light information, traffic volume information, etc.
  • V2I communication In one type of V2X communication, a UE and an RSU using a V2I application become the subject of communication.
  • V2N communication In one type of V2X communication, a UE and a serving entity using a V2N application become a subject of communication, and the UE and the serving entity communicate with each other through an LTE network entity.
  • V2P communication In one type of V2X communication, two UEs using a V2P application become the subject of communication.
  • V2V communication In one type of V2X communication, two UEs using a V2V application become the subject of communication. What is distinguished from V2P communication is that in V2P communication, any one terminal becomes a terminal of a pedestrian, whereas in V2V communication, either terminal becomes a terminal of a vehicle.
  • Uu interface means an interface between a UE and an eNB defined in LTE / LTE-A. In a relay node, this may mean an interface between the relay node and the UE.
  • Un interface means an interface between a relay node and an eNB.
  • MBSFN Multimedia Broadcast / Multicast Services
  • MBSFN Single Frequency Network
  • PC5 interface means an interface used for direct communication between two UEs, and is an interface used for communication between devices supporting ProSE (Proximity Service).
  • ProSE Proximity Service
  • DSRC Dedicated Shiort Range Communications
  • the UE may be installed in a vehicle or implemented as an RSU.
  • the vehicle UE may perform V2X communication with one or more other vehicle UEs, and may perform V2X communication with the RSU.
  • a case where a UE performing V2X communication discovers a V2X UE belonging to another PLMN will be described in detail. Since the same PLMN is serviced to the same operator, UEs belonging to the same PLMN can share a frequency band and communicate without problems. However, since UEs belonging to different PLMNs have different frequency bands occupying each other, communication is impossible without knowing which PLMN the counterpart UE belongs to (ie, what frequency band is used).
  • a network node belonging to a specific PLMN may transmit frequency band information of another PLMN to a UE that wants to perform V2X communication. That is, a network node (eg, eNB, RSU, MME, or other node) belonging to the first PLMN obtains information on the frequency band of the second PLMN from the network node belonging to the second PLMN that is distinct from the first PLMN. (S810).
  • the eNB 1 may receive information on the frequency band from the eNB 2 through an interface defined between the eNBs, and unlike the illustrated embodiment, the eNB 1 may receive the information on the frequency band from another network node of the second PLMN such as an MME. have.
  • other network nodes of the second PLMN may first transmit information about a frequency band to network nodes of the first PLMN, and then network nodes of the first PLMN may transmit information about a frequency band to eNB 1.
  • the second PLMN is a PLMN that supports V2X communication service similarly to the first PLMN and is a PLMN that can be discovered by the UE. Since the PLMN is serviced by a specific operator, the PLMN is described in FIG. 8 using the term 'operator'.
  • the eNB 1 acquiring the frequency information of the second PLMN transmits information on the frequency band obtained from the eNB 2 to the UE serving the self (S820).
  • the information on the frequency band transmitted to the UE includes at least one of a list of PLMNs supporting the V2X service, information on the frequency bands of the PLMNs supporting the V2X service, and information on the location and the area where the V2X service is effectively supported. It can be configured to include.
  • the information about the location and the area is information indicating the location and the area where the V2X service is valid in the case where one PLMN supports V2X service for each region. Based on the location and area information as described above, the UE can grasp information about its current location and area. The UE determines whether there is PLMN information corresponding to its current location and area, and thus can receive V2X service using frequency information of the matching PLMN.
  • the information on the frequency band transmitted to the UE may include scheduling information of the V2X service by another PLMN (i.e., the second PLMN) and / or information about the time when the UE may move to another PLMN to receive the V2X service. It may also include. Not only can PLMN support V2X services by region, it may or may not support V2X services by time. Accordingly, the first PLMN may inform the UE about when the V2X service can be provided from the second PLMN to the UE that wants to perform V2X communication with the second PLMN.
  • the information on when the second PLMN provides the V2X service becomes an important parameter to be considered in the process of changing the frequency band for the UE.
  • the frequency used by the second PLMN to provide V2X service may be used to provide not only V2X service but also other mobile Internet services. That is, the second PLMN may divide its frequency on the time axis, use it for V2X service in some time intervals, and use it for other mobile Internet services in other time intervals.
  • the information on when the second PLMN provides the V2X service may allow the UE belonging to the first PLMN to change the frequency band only during the time interval in which the second PLMN provides the V2X service, thereby effectively providing an effective V2X between the UE and the PLMN. Allow service to be performed.
  • the UE Upon receiving the information on the frequency band of the second PLMN, the UE can be provided with V2X service from the second PLMN. That is, since the UE belongs to the same PLMN as the serving eNB eNB 1, it is natural that the UE 1 can perform V2X communication, and in addition to the eNB 1, it can also perform V2X communication with the RSU and other UEs belonging to the first PLMN (S830). ). Furthermore, the UE may perform V2X communication with the eNB 2, the RSU, and other UEs belonging to the second PLMN by performing frequency tuning according to the frequency band of the second PLMN (S840).
  • the scheme described with reference to FIG. 8 is a UE-based scheme in which a UE actively performs frequency tuning to communicate with entities of another PLMN.
  • a network-based scheme that relieves the burden of the UE may also be considered, and the network-based scheme will be described below with reference to FIG. 9.
  • UE 1 and RSU 1 belong to PLMN 1
  • UE 2 and RSU 2 belong to PLMN 2.
  • UE 1 and RSU 1 perform V2X communication in the same frequency band (S910)
  • UE 2 and RSU 2 perform V2X communication in another same frequency band (S920).
  • RSU 1 and RSU 2 belonging to different PLMNs may be configured to provide V2X service to UE 1 and UE 2, respectively.
  • RSU 1 when RSU 1 is set up, RSU 1 is connected to RSU 2 belonging to another PLMN.
  • Information required for the RSU 1 to establish a connection with the RSU 2 may be provided to the RSU 1 by an upper network node, an MME, an EPC, or an operator / manager.
  • information about RSU 2 may be provided as RSU 1 only if both RSU 1 and RSU 2 provide V2X service. have.
  • the above has been described based on the RSU 1 and RSU 2, but may be similarly implemented in the case of other network nodes including the eNB. Meanwhile, in the process of connecting the RSU 1 and the RSU 2 described above, information on at least one of an IP address, a port number, and a tunnel endpoint identifier (TEID) of each RSU may be utilized.
  • TEID tunnel endpoint identifier
  • V2X data may include all kinds of information, messages, and data related to V2X, and may also include information on which V2X data is received from an RSU.
  • RSU 1 collects V2X related data received from UE 1 serviced by itself and transmits it to RSU 2
  • RSU 2 also collects V2X related data received from UE 2 and transmits it to RSU 1. That is, V2X data is transmitted and received between RSUs through an interface that enables direct communication between RSUs.
  • RSU 1 receiving V2X data from RSU 2 delivers V2X data received from RSU 2 to UE 1 (S940), and RSU 2 also delivers V2X data received from RSU 1 to UE 2 (S950). . That is, UE 1 may receive V2X data from UE 2 belonging to another PLMN from RSU 1, and UE 2 may also receive V2X data from UE 1. This method is meaningful in that transmission and reception of data with nodes belonging to other PLMNs can be made simply.
  • FIG. 10 the embodiments described with reference to FIGS. 8 and 9 will be described in combination.
  • RSU 1 belongs to the same PLMN together with a UE
  • RSU 2 belongs to another PLMN.
  • the RSU 1 may first inform the UE whether V2X data exchange by the network is supported (S1010). In other words, the RSU 1 may determine whether V2X data exchange with the RSU 2 is possible by applying the network-based method described with reference to FIG. 9, and may broadcast or transmit information indicating this to the UE. The UE may determine whether it is necessary to directly move to a frequency of another PLMN and receive V2X data from a UE belonging to another PLMN or do not have to move to another PLMN according to S1010. In other words, supporting V2X data exchange by the network is equivalent to announcing that the UE does not need to move to the frequency band of another PLMN to receive V2X data.
  • the UE can receive V2X data of another PLMN.
  • some PLMNs may exchange V2X data by the network, and other PLMNs may not exchange V2X data by the network.
  • the RSU may further inform the UE which VLMX data exchange is supported in which PLMN and / or in which frequency band.
  • the UE may receive V2X data by directly changing the frequency band for PLMN and / or frequency bands other than the PLMN and / or frequency band indicated by the RSU.
  • the UE may receive V2X data from another UE supported by RSU 2 via RSU 1. Accordingly, the UE performs V2X communication with the RSU 1 to enable V2X communication with network nodes of other PLMNs without frequency tuning (S1020).
  • the UE cannot expect to receive V2X data of another PLMN from RSU 1. Accordingly, the UE performs frequency tuning according to the information on the frequency band of the RSU 2 that is received in advance, and performs V2X communication with the RSU 2 in the tuned frequency band to receive V2X data (S1030). In other words, the UE-based scheme is applied.
  • FIG. 11 is a diagram illustrating a scenario associated with a second embodiment of a V2X communication method
  • FIG. 12 is a flowchart illustrating a second embodiment of the proposed V2X communication method.
  • the RSU of FIG. 11 is installed in a traffic facility located at an intersection and performs V2X communication with a UE of a vehicle passing through the intersection.
  • the traffic facility includes a camera capable of capturing the surroundings
  • the RSU may obtain an image of the pedestrian from the traffic facility and transmit the image to the surrounding vehicle UE.
  • V2X communication since V2X communication transmits and receives information related to traffic safety, it should be prioritized over communication between general UEs.
  • the UE when a UE to operate as an RSU is registered in a network including an eNB, an EPC, an E-UTRAN, an IMS, and the like, the UE informs the network that it is an RSU supporting V2X communication (S1210).
  • the information transmitted by the UE to the network may include information about the type of the UE and information on the type of service to be supported by the UE.
  • the information on the type of UE may be understood as a type of V2X function supported by the UE, for example, whether the UE is installed in a vehicle, whether the UE is carried by a pedestrian, or the UE.
  • the UE May include information about at least one of whether to broadcast traffic related information, whether the UE is a stationary unit, and whether the UE is an RSU.
  • the UE since the UE is to operate as an RSU, the UE informs the eNB of information indicating that the UE is an RSU.
  • the information on the type of service to be supported by the UE may include information on which of the V2X transmission service and / or V2X reception service is to be used or used.
  • a process of informing the network of the above-described information by the UE may be performed using an attach request message used in an attach procedure when the UE is turned on.
  • an attach request message used in an attach procedure when the UE is turned on.
  • messages used in each procedure may be used.
  • an RRC connection request message may be used for the network to identify the UE faster.
  • the network node (eg, eNB, MME, HSS, etc.) receiving a message indicating that the UE will operate to support the V2X service may approve the UE to operate to support the V2X service (S1220). For example, a network node may allow / authorize a UE to perform V2X functions that it wants to operate, or allow / authorize a UE to perform V2X services that the UE wants to support, and the UE may only be allowed by the network node. You can perform the V2X related operations you requested.
  • the network node may reject the request of the UE. For example, when performing an authentication procedure for a UE requesting operation to the RSU, when the UE falsely requests the operation to the RSU to be allocated resources without providing V2X-related functions, the network node of the UE You can decline the request. Or, if there is already a sufficient number of RSUs operating around the UE, the network node may reject the UE's request.
  • the above-described embodiment may be similarly applied to the UE of the general pedestrian as well as the RSU. If a pedestrian is located in a building, the pedestrian's UE does not need to be provided with V2X related services. Accordingly, the pedestrian's UE can inform or request the network node whether the V2X function is activated or deactivated, and the network node can approve or reject the request from the UE to allow or deny the UE to use the V2X function. .
  • the UE may inform the network node of the V2X capability information.
  • the V2X capability information includes information on physical property values indicating the V2X-related operation by the UE, and may include information on at least one of a transmission range of the UE and an average bit rate of data transmission.
  • the network node may accept the V2X operation of the UE in consideration of the received V2X capability information or control the operation within the limit thereof. For example, in the case of a UE installed in an emergency vehicle, since it is easy to receive concessions from other vehicles only when V2X-related information for informing that the vehicle is an emergency vehicle is easily received, the transmittable range is a main parameter. Alternatively, the information about the average bit rate is the basis for determining how much network resources should be reserved or reserved for the UE.
  • the network node that has approved the operation of the UE to the RSU allocates resources to the UE operating as the RSU in preference to other general UEs (S1230). This is because, since the RSU performs V2X communication for transmitting and receiving information related to traffic safety, it should be prioritized in terms of public interest rather than communication between general UEs. Similarly, the information transmitted by the RSU should be received by the UE prior to the information transmitted by other vehicles. That is, while the RSU gives priority to transmission, the information itself transmitted by the RSU must also be received first by other network nodes.
  • a UE an entity indicated by “UE” in FIG. 12
  • the network node may transmit a parameter related to the RSU to the UE installed in the vehicle (S1240).
  • the RSU-related parameters transmitted by the network node to the UE include the location of the RSU, the transmission power of the RSU, the range / distance of the RSU transmission, the list of adjacent RSUs, the frequency band of the RSU, the radio resources used by the RSU, and the RSUs. Radio resource, transmission timing of RSU, channel code of RSU, synchronization channel of RSU, PC5 (sidelink) configuration parameter of RSU, and channel type that RSU broadcasts (e.g. CCTV channel, Cooperative Awareness Message) Channel, a decentralized environmental notification message (DENM) channel, and the like).
  • the above-described RSU related parameters have been described as being transmitted from the network node to the UE, the RSU may broadcast directly.
  • the UE installed in the vehicle can efficiently perform V2X communication with the RSU based on the received RSU related parameters. That is, the UE installed in the vehicle may determine whether to communicate with the RSU in consideration of the RSU-related parameter (S1250). For example, if it is determined that the UE is located within the coverage of the RSU in consideration of its location and distance from the RSU, the UE performs V2X communication with the RSU (S1260). On the other hand, the UE may not perform the V2X communication with the RSU when it is expected to leave the RSU coverage soon in consideration of its moving direction, moving speed, distance from the RSU, and the like.
  • the UE may determine whether to communicate with the RSU in consideration of the RSU-related parameter (S1250). For example, if it is determined that the UE is located within the coverage of the RSU in consideration of its location and distance from the RSU, the UE performs V2X communication with the RSU (S1260). On the other hand, the UE may not perform the
  • V2X is information related to traffic safety.
  • logical channels A1 and B1 using a PC5 interface and logical channels A2 and B2 using a Uu interface are set in the UE, and logical channels A1 and A2 are related to a V2X service and logical channels B1 and B2.
  • the RSU may simply prioritize the transmission of A1 related to V2X.
  • the RSU since the RSU knows that it operates to support V2X, it prioritizes V2X data transfers without any additional setup.
  • the network node may prioritize transmissions for each logical channel in consideration of both the PC5 interface and the Uu interface of the RSU, and inform the RSU of the priority information, and the RSU may provide information on the received priority information. It may work accordingly. For example, the network node may assign priorities to the RSUs in the order of A1-B1-A2-B2, and when the data transmission of A1 and A2 occurs, information of the A1 channel having higher priority is transmitted first. Can be. If the RSU can use the PC5 and Uu interfaces at the same time, A1 and A2 are sent together, but only A1 is sent if they cannot be used at the same time.
  • the network node may prioritize on a per-interface basis and inform the RSU of the determined priority. That is, the network tells the RSU which interface to give priority to, and the RSU operates as indicated. If the network node instructs the RSU that either the PC5 interface or the Uu interface is prioritized (for example, PC5), the RSU communicates with the V2X using the preferred interface (PC5 interface) if the PC5 and Uu interfaces are not available at the same time. Can be performed. As described above, the procedure of operating according to the priority may be applied to an operation between UEs installed in a general vehicle as well as an RSU.
  • FIG. 13 is a diagram illustrating a scenario associated with a third embodiment of a V2X communication method
  • FIG. 14 is a flowchart illustrating a third embodiment of the proposed V2X communication method.
  • V2X communication between vehicles is performed within the coverage of the E-UTRAN, but in the case of V2X communication between vehicles, it should be performed without a problem even if it is out of coverage of the E-UTRAN. In other words, inter-vehicle V2X communication must be guaranteed even within GSM / CDMA / UTRAN coverage.
  • the case out of E-UTRAN coverage is defined as 'out-of-coverage'. Criteria for determining out-of-coverage may be set in various ways, for example, i) if the UE cannot detect an E-UTRA signal from any PLMN, ii) the UE is from a home PLMN. If the E-UTRA signal cannot be detected, iii) if the UE cannot detect the E-UTRA signal from a registered PLMN (iv), iv) the UE has 2G / 3G with the E-UTRA signal from any PLMN.
  • the UE detects the E-UTRA signal and 2G / 3G signal from the registered PLMD. If not, vii) the UE detects / declares that a radio link failure has occurred, and the like may be a criterion for determining out-of-coverage. Or similar conditions may all apply. The criteria for determining out-of-coverage may be preset from the network node to the UE.
  • the network node may inform UE 1 in advance of whether to transmit and / or receive a V2X related message (S1410).
  • Information indicating whether to perform V2X transmission / reception during out-of-coverage may be transmitted to the UE as an out-of-coverage related parameter.
  • the out-of-coverage related parameter may be set to allow both transmission and reception of the UE, may be set to allow reception of the UE only, or may be set to allow transmission of the UE only.
  • the UE 1 Upon receiving the out-of-coverage related parameter, the UE 1 performs only an operation allowed by the network node in a situation of out-of-coverage to the UE, when it is determined that the UE 1 is out-of-coverage (S1430). ). For example, if UE 1 is allowed to both transmit and receive in out-of-coverage, UE 1 can perform both transmission and reception of V2X data with other UE 2 if it determines that it is out-of-coverage. have.
  • the out-of-coverage related parameters may include information on physical parameters used for V2X communication in the out-of-coverage situation in addition to the information for setting the transmission / reception of the UE.
  • the out-of-coverage related parameter may include information about at least one of the maximum transmission power allowed, the transmission timing allowed, the reception timing allowed, the frequency band allowed, the transmission interval, and the maximum transmission rate.
  • it may include information about various parameters to be used for V2X communication with other UEs in an out-of-coverage situation.
  • out-of-coverage related parameter may limit the type of message to be used in the out-of-coverage situation. That is, in order to prevent the UE from wasting resources by attempting excessive V2X communication in a situation where the UE is out-of-coverage, the type of V2X message or information to be transmitted and received by the UE may be limited.
  • out-of-coverage related parameters may include information on protocol ID, logical channel ID, group ID, and the like that are allowed in an out-of-coverage situation instead of the type of message or information.
  • a UE installed in a vehicle receives an 'out-of-coverage related parameter that allows reception of a V2X related message in a situation of out-of-coverage' from a network node.
  • the UE is set as "a criterion for determining out-of-coverage from the network node" when the UE cannot detect an E-UTRA signal from any PLMN.
  • the UE performs the detection of the E-UTRA signal in the region where it is located and in all the frequency bands it supports, and even if the E-UTRA signal is not found (i.e.
  • the V2X message Perform the reception of.
  • the UE receives an 'out-of-coverage related parameter that does not allow receiving V2X related message in a situation of out-of-coverage' from the network node, if the UE determines that it is out-of-coverage, Rather than attempting to receive, it attempts to receive a V2X message only when it finds one or more E-UTRAs that meet certain criteria.
  • the UE receives and stores physical characteristic values that can be used in an out-of-coverage situation from the network node through out-of-coverage related parameters.
  • V2X operation is performed according to a value indicated by a network node such as eNB / RSU.For example, when a transmission interval is indicated at 100ms, V2X messages are transmitted at 100ms intervals with other UEs and V2X Perform communication. Alternatively, when the maximum transmission rate in the case of in-coverage is set to 10 Hz, the UE only transmits up to 10 V2X messages per second. On the other hand, if the transmission interval is indicated as 500ms through the out-of-coverage, the UE operates to transmit the V2X message at 500ms intervals if it is determined that out-of-coverage.
  • UE 1 may simply send a V2X message to discover UE 2 in an out-of-coverage situation. However, in contrast, UE 1 may transmit a beacon signal and / or a synchronization signal first to indicate its presence instead of transmitting the V2X message directly.
  • the transmission interval and transmission rate of the beacon signal and / or the synchronization signal may also be set by an out-of-coverage related parameter, and other signals for notifying the other UE of the presence of UE 1 may be used instead of the beacon signal and the synchronization signal. It may be.
  • UE 1 When UE 1 transmits a signal indicating its presence and receives a response signal from UE 2, UE 1 can then begin transmitting the V2X message. While the V2X message transmission and reception with the UE 2 is performed, the transmission frequency of the beacon signal and / or the synchronization signal may be lowered.
  • the beacon signal or the synchronization signal described above may be implemented as a SideLink Synchronization Signal (SLSS), a channel such as a physical sidelink broadcast channel (PSBCH), a physical sidelink control channel (PSCCH), or the aforementioned channels. It may be implemented as information to be transmitted. That is, the above-described beacon signal or synchronization signal may mean other information, channel, control signal, etc. required for receiving the actual V2X message.
  • SLSS SideLink Synchronization Signal
  • PSBCH physical sidelink broadcast channel
  • PSCCH physical sidelink control channel
  • UE 1 may transmit only a beacon signal and / or a synchronization signal without transmitting a V2X message.
  • the transmission period of the beacon signal and / or synchronization signal may be set shorter than in the case of in-coverage, or in the case of a vehicle found around.
  • UE 1 may transmit only beacon signals and / or synchronization signals without transmitting V2X data using the PC5 interface.
  • UE 1 may transmit a beacon signal and / or a synchronization signal similarly to the in-coverage situation.
  • UE 1 transmits a V2X message similarly to an in-coverage situation, and may transmit a beacon signal and / or a synchronization signal in accordance with the transmission of the V2X message.
  • more radio resources for transmission of the beacon signal and / or the synchronization signal may be allocated.
  • the UE may control the transmission amount of the beacon signal and / or the synchronization signal, or control the transmission amount of the V2X message itself.
  • the UE may increase or decrease the number of transmissions of the V2X message according to whether there is a vehicle around it, and also increase or decrease the amount of radio resources allocated to the transmission of the V2X message. In this process, the number of transmissions, the amount of transmission, the amount of radio resources, etc. may be determined in advance and under what conditions by the network.
  • the above-described embodiment has described an embodiment in which the UE concentrates on transmitting a beacon signal and / or a synchronization signal when there is no vehicle around in an out-of-coverage situation, but the reverse operation is also possible. That is, in the out-of-coverage situation, if there is no vehicle around, the UE may increase the transmission of the V2X message. On the contrary, if there is a vehicle, the UE may perform the transmission of the V2X message similarly to the case of in-coverage.
  • UE 1 may determine the existence of UE 2 as V2X message is received from UE 2. Or, if UE 2 is set to use a beacon signal and a synchronization signal unlike UE 1, UE 1 exists by receiving the beacon signal and / or synchronization signal of UE 2 instead of the V2X message from UE 2. You can also check
  • 15 is a flowchart for explaining a fourth embodiment of the proposed V2X communication method.
  • connecting to 2G / 3G simultaneously means that much increase in data rate.
  • Data generated in a specific application of the mobile terminal should be regarded as one stream.
  • the 2G and 3G signaling must be separately calculated and processed by the modem of the mobile terminal.
  • the load is excessive.
  • data loss may occur due to the inability to simultaneously handle 2G and 3G.
  • simultaneous use of 2G and 3G may also cause heat generation in the mobile terminal.
  • a UE installed in a vehicle for V2X communication proposes to simultaneously use two or more communication systems of 2G, 3G, and 4G. For example, while the UE is simultaneously connected with a 2G or 3G (2G / 3G) base station and a 4G base station, the UE performs data transmission and reception with the 2G / 3G base station and independently of the 2G / 3G base station. Also performs data transmission and reception.
  • the UE corresponds to a case where the UE transmits and receives a data packet for a voice call with a 2G / 3G base station (ie, a circuit switch fallback (CSFB)), and transmits and receives V2X related data with a 4G base station.
  • a 2G / 3G base station ie, a circuit switch fallback (CSFB)
  • CSFB circuit switch fallback
  • the UE determines whether it can access 2G / 3G and 4G simultaneously (S1510). The case where the UE cannot connect 2G / 3G and 4G simultaneously will be described first. If simultaneous use of 4G and 2G / 3G is not possible, the UE may determine a preference between the V2X service and the voice call (S1520) and inform the network node. The preference between the V2X service and the voice call indicates which service should be preferentially performed when the UE needs to simultaneously perform the V2X service and the voice call. From a V2X perspective, preference means whether the UE preferentially processes V2X service. On the other hand, preference may be known periodically or aperiodically from the UE to the network node.
  • the UE When the UE detects a collision between the V2X service and the voice call (S1530), that is, when the V2X communication and the voice call by the V2X service should be simultaneously performed, the UE performs either one according to its preference (S1540). If the UE prioritizes V2X service, the voice call is ignored even if a voice call is received or originated during V2X communication. In contrast, when a voice call is given priority, transmission and reception of the V2X message is ignored even if a V2X message should be received or a V2X message should be transmitted during the voice call.
  • the UE when the UE can simultaneously access 2G / 3G and 4G, the UE informs the network that 2G / 3G and 4G can be simultaneously connected (S1560). This is because the network may not allow the UE to simultaneously access even if the UE may simultaneously access 2G / 3G and 4G. This is because the 3G base station and the 4G base station operate as separate entities, and data processing is performed within a short time due to the characteristics of the wireless data processing, so that the cooperative operation of the 4G base station and the 3G base station does not occur.
  • the 3G base station allocates radio resources to the UE without knowing the situation of the 4G base station, and likewise, the 4G base station allocates radio resources to the UE without knowing the situation of the 3G base station.
  • the UE may receive radio resources from both the 3G base station and the 4G base station at the same time.
  • there is a limit in the output power that the UE can use for uplink transmission and thus a problem may occur when it is not possible to transmit to both 3G base station and 4G base station.
  • the UE may operate according to the configuration of the network.
  • the network allows the UE to simultaneously perform V2X communication through 4G and voice call through 2G / 3G
  • the UE simultaneously performs voice call and V2X communication (S1570).
  • the process of allowing the network to allow the UE to simultaneously access 2G / 3G and 4G may be performed by transmitting RRC system information, or may be performed by transmitting a UE dedicated message of an RRC or NAS layer. .
  • the UE does not send or receive V2X messages over 4G while connected to the 2G / 3G cell. Nevertheless, if the UE determines that the sending and receiving of V2X messages is more important or if the network is instructed that sending and receiving V2X messages is more important, the UE operates to disconnect the 2G / 3G and maintain only the connection with the 4G cell. Done.
  • the connection or connection described in this process may also include camping in idle mode.
  • the network node when the network node instructs the UE to give priority to transmission to the 3G base station over transmission to the 4G base station, the UE first allocates its available power to the transmission to the 3G base station, and allocates the remaining power to the 4G base station. Used to send to. The opposite is also true.
  • the network node may inform the UE of the priority related to the service.
  • the UE instructed to give priority to the V2X service may first allocate its power to V2X communication through the 4G base station, and use the remaining power for the voice call through the 2G / 3G base station.
  • the UE can determine which radio resource to use by itself. For example, if the UE selects a radio resource for transmission of the PC5 interface, the UE performs V2X communication using the radio resource for the PC5 interface. Conversely, when the UE selects a radio resource for the voice call, the UE performs the voice call using the radio resource allocated through the SPS. Alternatively, it may be known whether the UE prefers to use the SPS radio resource or the PC5 radio resource through the network configuration. In this case, the network may additionally transmit configuration information for configuring V2X service to be transmitted through the SPS radio resource or to transmit through the PC5 radio resource. In this case, since the SPS uses the Uu interface, the network may inform the UE of the relative priority between the Uu and the PC5 instead of the SPS and the PC5.
  • the UE when the radio resource by the SPS and the radio resource for PC5 are the same, and the UE cannot perform transmission using the radio resource at the same time, the UE is preferentially allocated by the SPS.
  • the transmission may be performed using the allocated radio resource, and the use of the radio resource using PC5 may be delayed and used in the next turn.
  • V2X communication transmits and receives data related to traffic safety, it can be treated in preference to voice calls. If radio resources allocated for V2X communication are used, radio resources for voice calls allocated through SPS are not used. However, in case of an urgent situation requiring the call to 119, the voice call needs to take precedence over the V2X communication, so the UE should consider the various situations and prioritize radio resources.
  • radio resources allocated for voice calls may be prioritized.
  • a voice call should be prioritized over V2X communication.
  • the network may lack information to determine whether it is an emergency (such as when the UE moves across the border and an emergency telephone number is not recognized).
  • the UE may decide to always prioritize the voice call to the V2X service. In this case, the radio resource allocated for the voice call is used and the radio resource allocated for the V2X communication is not used.
  • the UE may decide on its own as described above, while the network may determine and notify the UE. have.
  • a network node such as an RSU / eNB located near the highway may instruct the UE to give priority to V2X message transmission.
  • the UE operates by prioritizing V2X communication according to the configuration of the network node.
  • the network may set the UE to give priority to voice call or general data packet service over V2X service. That is, the network may set different priorities to the UE in consideration of the surrounding situation of the UE.
  • 16 is a diagram illustrating a configuration of a node device according to an exemplary embodiment.
  • the terminal device 100 may include a transceiver 110, a processor 120, and a memory 130.
  • the transceiver 110 may be configured to transmit various signals, data and information to an external device, and to receive various signals, data and information to an external device. Alternatively, the transceiver 110 may be implemented by being separated into a transmitter and a receiver.
  • the terminal device 100 may be connected to an external device by wire and / or wirelessly.
  • the processor 120 may control the overall operation of the terminal device 100, and may be configured to perform a function of the terminal device 100 to process and process information to be transmitted and received with an external device.
  • the processor 120 may be configured to perform a terminal operation proposed in the present invention.
  • the memory 130 may store the processed information for a predetermined time and may be replaced with a component such as a buffer (not shown).
  • the network node device 200 may include a transceiver 210, a processor 220, and a memory 230.
  • the transceiver 210 may be configured to transmit various signals, data and information to an external device, and to receive various signals, data and information to an external device.
  • the network node device 200 may be connected to an external device by wire and / or wirelessly.
  • the transceiver 210 may be implemented by being separated into a transmitter and a receiver.
  • the processor 220 may control the overall operation of the network node device 200, and may be configured to perform a function of calculating and processing information to be transmitted / received with an external device.
  • the processor 220 may be configured to perform the network node operation proposed in the present invention.
  • the memory 230 may store the processed information for a predetermined time and may be replaced with a component such as a buffer (not shown).
  • the specific configuration of the terminal device 100 and the network device 200 as described above may be implemented so that the above-described matters described in various embodiments of the present invention can be applied independently or two or more embodiments are applied at the same time, overlapping The description is omitted for clarity.
  • Embodiments of the present invention described above may be implemented through various means.
  • embodiments of the present invention may be implemented by hardware, firmware, software, or a combination thereof.
  • a method according to embodiments of the present invention may include one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), and Programmable Logic Devices (PLDs). It may be implemented by field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, and the like.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs field programmable gate arrays
  • processors controllers, microcontrollers, microprocessors, and the like.
  • the method according to the embodiments of the present invention may be implemented in the form of an apparatus, procedure, or function for performing the above-described functions or operations.
  • the software code may be stored in a memory unit and driven by a processor.
  • the memory unit may be located inside or outside the processor, and may exchange data with the processor by various known means.
  • the V2X communication method as described above can be applied to various wireless communication systems including not only 3GPP systems but also IEEE 802.16x and 802.11x systems. Furthermore, the proposed method can be applied to mmWave communication system using ultra high frequency band.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé permettant d'effectuer une communication par un Équipement Utilisateur (UE) appartenant à un premier réseau PLMN, et un Équipement Utilisateur (UE), le procédé consistant à : recevoir, d'une RSU de desserte appartenant au premier réseau PLMN, des informations indiquant si des données V2X de différents PLMN sont échangées par un réseau; lorsque les données V2X sont échangées par le réseau, recevoir, de la RSU de desserte, des données V2X d'un second réseau PLMN auquel l'UE n'appartient pas; et lorsque les données V2X ne sont pas échangées par le réseau, recevoir des informations sur une bande de fréquences du second réseau PLMN par la RSU de desserte, et recevoir les données V2X du second réseau PLMN d'un noeud de réseau appartenant au second réseau PLMN, à l'aide des informations sur la bande de fréquence.
PCT/KR2016/001386 2015-03-19 2016-02-11 Procédé de communication pour un terminal dans un système de communication v2x et terminal WO2016148399A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201562135672P 2015-03-19 2015-03-19
US62/135,672 2015-03-19

Publications (1)

Publication Number Publication Date
WO2016148399A1 true WO2016148399A1 (fr) 2016-09-22

Family

ID=56919809

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/001386 WO2016148399A1 (fr) 2015-03-19 2016-02-11 Procédé de communication pour un terminal dans un système de communication v2x et terminal

Country Status (1)

Country Link
WO (1) WO2016148399A1 (fr)

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107889157A (zh) * 2016-09-30 2018-04-06 北京三星通信技术研究有限公司 功率控制的方法及设备
WO2018066876A1 (fr) * 2016-10-06 2018-04-12 엘지전자(주) Procédé de prise en charge de communication v2x dans un système de communication sans fil
WO2018070647A1 (fr) * 2016-10-14 2018-04-19 엘지전자 주식회사 Procédé et dispositif d'établissement d'une connexion par répartition spatiale entre des terminaux pour une communication v2x
WO2018117775A1 (fr) * 2016-12-23 2018-06-28 엘지전자(주) Procédé de réalisation d'une communication v2x dans un système de communication sans fil et dispositif associé
WO2019027245A1 (fr) * 2017-08-01 2019-02-07 Samsung Electronics Co., Ltd. Procédé et dispositif de positionnement pour équipement utilisateur, et équipement utilisateur
CN109327901A (zh) * 2017-08-01 2019-02-12 北京三星通信技术研究有限公司 分配定位资源的方法及设备
CN109565831A (zh) * 2017-11-03 2019-04-02 Oppo广东移动通信有限公司 一种接收资源池的配置方法、用户设备及网络设备
CN109842934A (zh) * 2017-11-24 2019-06-04 北京三星通信技术研究有限公司 用户设备ue的定位方法、定位装置及用户设备
WO2019184404A1 (fr) * 2018-03-28 2019-10-03 中兴通讯股份有限公司 Procédé et appareil d'émission et de réception d'informations
CN110463126A (zh) * 2017-03-24 2019-11-15 英特尔公司 车辆对车辆(v2v)侧链路通信中的载波聚合和高阶调制
WO2020004678A1 (fr) * 2018-06-25 2020-01-02 엘지전자(주) Dispositif de communication v2x et son procédé de transmission de message de sécurité
CN110650461A (zh) * 2018-06-27 2020-01-03 华为技术有限公司 通信方法、装置和存储介质
WO2021162150A1 (fr) * 2020-02-14 2021-08-19 엘지전자 주식회사 Procédé et dispositif de fonctionnement v2x intelligent
RU2754682C1 (ru) * 2018-02-26 2021-09-06 Хуавэй Текнолоджиз Ко., Лтд. Объект, сеть и пользовательское оборудование для сервиса v2x, а также приложение v2x
US11477623B2 (en) 2018-05-17 2022-10-18 Idac Holdings, Inc. Procedure enabling configuration of PC5 communication parameters for advanced vehicle to everything (V2X) services
WO2022228275A1 (fr) * 2021-04-30 2022-11-03 华为技术有限公司 Procédé, appareil et système de communication
US11700551B2 (en) 2018-02-19 2023-07-11 Huawei Technologies Co., Ltd. Apparatus for supporting and influencing QoS levels

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100250346A1 (en) * 2009-03-31 2010-09-30 Gm Global Technology Operations, Inc. Using v2x in-network message distribution and processing protocols to enable geo-service advertisement applications
US20120089319A1 (en) * 2010-10-07 2012-04-12 Gm Global Technology Operations, Inc. GPS-Based Relative Positioning Enhancement Method Using Neighboring Entity Information

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100250346A1 (en) * 2009-03-31 2010-09-30 Gm Global Technology Operations, Inc. Using v2x in-network message distribution and processing protocols to enable geo-service advertisement applications
US20120089319A1 (en) * 2010-10-07 2012-04-12 Gm Global Technology Operations, Inc. GPS-Based Relative Positioning Enhancement Method Using Neighboring Entity Information

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
HUAWEI ET AL.: "V2I with Service RSU, S1-150144", 3GPP TSG-SA WG1 MEETING #69, 24 January 2015 (2015-01-24), Sanya, P.R. China, XP050960333, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG1_Serv/TSGS1_69_Sanya/Docs> *
LG ELECTRONICS INC.: "Proposed Study on LTE-based V2X, S1-150202", 3GPP TSG-SA WG1 MEETING #69, 9 February 2015 (2015-02-09), Sanya, P.R. China, XP050965359, Retrieved from the Internet <URL:htip://www.3gpp.org/ftp/tsg_sa/WG1_Serv/TSGS1_69-Sanya/Docs> *
LG ELECTRONICS INC.: "V2I Use Case for Road Safety Services, S1-150059", 3GPP TSG-SA WGI MEETING #69, 23 January 2015 (2015-01-23), Sanya, P.R. China, XP050960257, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG1_Serv/TSGS1_69_Sanya/Docs> *

Cited By (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107889157A (zh) * 2016-09-30 2018-04-06 北京三星通信技术研究有限公司 功率控制的方法及设备
WO2018066876A1 (fr) * 2016-10-06 2018-04-12 엘지전자(주) Procédé de prise en charge de communication v2x dans un système de communication sans fil
WO2018070647A1 (fr) * 2016-10-14 2018-04-19 엘지전자 주식회사 Procédé et dispositif d'établissement d'une connexion par répartition spatiale entre des terminaux pour une communication v2x
US11039285B2 (en) 2016-10-14 2021-06-15 Lg Electronics Inc. Method and device for setting space division connection between terminals for V2X communication
WO2018117774A1 (fr) * 2016-12-23 2018-06-28 엘지전자(주) Procédé permettant d'établir une communication v2x dans un système de communication sans fil et dispositif associé
US10972913B2 (en) 2016-12-23 2021-04-06 Lg Electronics Inc. Method for performing V2X communication in wireless communication system and device for same
CN110199533A (zh) * 2016-12-23 2019-09-03 Lg电子株式会社 用于在无线通信系统中执行v2x通信的方法及其设备
CN110199533B (zh) * 2016-12-23 2022-05-24 Lg电子株式会社 用于在无线通信系统中执行v2x通信的方法及其设备
WO2018117775A1 (fr) * 2016-12-23 2018-06-28 엘지전자(주) Procédé de réalisation d'une communication v2x dans un système de communication sans fil et dispositif associé
EP3562231A4 (fr) * 2016-12-23 2020-08-05 LG Electronics Inc. -1- Procédé de réalisation d'une communication v2x dans un système de communication sans fil et dispositif associé
US11039310B2 (en) 2016-12-23 2021-06-15 Lg Electronics Inc. Method for performing V2X communication in wireless communication system and device for same
US11558838B2 (en) 2017-03-24 2023-01-17 Apple Inc. Carrier aggregation and high order modulation in vehicle-to-vehicle (V2V) sidelink communication
CN110463126B (zh) * 2017-03-24 2022-08-16 苹果公司 车辆对车辆(v2v)侧链路通信中的载波聚合和高阶调制
CN110463126A (zh) * 2017-03-24 2019-11-15 英特尔公司 车辆对车辆(v2v)侧链路通信中的载波聚合和高阶调制
WO2019027245A1 (fr) * 2017-08-01 2019-02-07 Samsung Electronics Co., Ltd. Procédé et dispositif de positionnement pour équipement utilisateur, et équipement utilisateur
CN109327901A (zh) * 2017-08-01 2019-02-12 北京三星通信技术研究有限公司 分配定位资源的方法及设备
US11330549B2 (en) 2017-08-01 2022-05-10 Samsung Electronics Co., Ltd. Positioning method and device for user equipment, and user equipment
WO2019084934A1 (fr) * 2017-11-03 2019-05-09 Oppo广东移动通信有限公司 Procédé de configuration de groupe de ressources de réception, équipement utilisateur et dispositif de réseau
CN109565831B (zh) * 2017-11-03 2020-11-06 Oppo广东移动通信有限公司 一种接收资源池的配置方法、用户设备及网络设备
CN109565831A (zh) * 2017-11-03 2019-04-02 Oppo广东移动通信有限公司 一种接收资源池的配置方法、用户设备及网络设备
CN109842934A (zh) * 2017-11-24 2019-06-04 北京三星通信技术研究有限公司 用户设备ue的定位方法、定位装置及用户设备
US11943666B2 (en) 2018-02-19 2024-03-26 Huawei Technologies Co., Ltd. Apparatus for supporting and influencing QoS levels
US11700551B2 (en) 2018-02-19 2023-07-11 Huawei Technologies Co., Ltd. Apparatus for supporting and influencing QoS levels
RU2754682C1 (ru) * 2018-02-26 2021-09-06 Хуавэй Текнолоджиз Ко., Лтд. Объект, сеть и пользовательское оборудование для сервиса v2x, а также приложение v2x
US11722864B2 (en) 2018-02-26 2023-08-08 Huawei Technologies Co., Ltd. Entity, network, and user equipment for a V2X service as well as V2X application
WO2019184404A1 (fr) * 2018-03-28 2019-10-03 中兴通讯股份有限公司 Procédé et appareil d'émission et de réception d'informations
US11678153B2 (en) 2018-03-28 2023-06-13 Zte Corporation Information transmission and reception method and apparatus
US11477623B2 (en) 2018-05-17 2022-10-18 Idac Holdings, Inc. Procedure enabling configuration of PC5 communication parameters for advanced vehicle to everything (V2X) services
WO2020004678A1 (fr) * 2018-06-25 2020-01-02 엘지전자(주) Dispositif de communication v2x et son procédé de transmission de message de sécurité
US11399361B2 (en) 2018-06-27 2022-07-26 Huawei Technologies Co., Ltd. V2X sidelink communication
EP3806505A4 (fr) * 2018-06-27 2021-04-21 Huawei Technologies Co., Ltd. Appareil et procédé de communication, et support de stockage
CN110650461A (zh) * 2018-06-27 2020-01-03 华为技术有限公司 通信方法、装置和存储介质
WO2021162150A1 (fr) * 2020-02-14 2021-08-19 엘지전자 주식회사 Procédé et dispositif de fonctionnement v2x intelligent
WO2022228275A1 (fr) * 2021-04-30 2022-11-03 华为技术有限公司 Procédé, appareil et système de communication

Similar Documents

Publication Publication Date Title
WO2016148399A1 (fr) Procédé de communication pour un terminal dans un système de communication v2x et terminal
WO2016200184A1 (fr) Procédé de communication destiné à un équipement utilisateur dans un système de communication v2x, et équipement utilisateur
WO2016144147A1 (fr) Procédé de communication d&#39;équipement d&#39;utilisateur installé dans un véhicule dans un système de communication v2x et équipement d&#39;utilisateur
WO2017007104A1 (fr) Procédé de communication d&#39;un terminal dans un système de communication v2x, et terminal
WO2017003230A1 (fr) Terminal et son procédé de communication v2x dans un système de communication v2x
WO2016190672A1 (fr) Procédé et terminal d&#39;exécution d&#39;une procédure de rattachement pour une connectivité sponsorisée dans un système de communications sans fil
WO2018155934A1 (fr) Procédé de réception de données relatives à un accès non-3gpp par l&#39;intermédiaire d&#39;un accès 3gpp dans un système de communication sans fil, et dispositif associé
WO2017052335A1 (fr) Procédé de réalisation d&#39;une communication directe de dispositif à dispositif dans un système de communication sans fil et dispositif associé
WO2017146523A1 (fr) Procédé et équipement utilisateur de requête de connexion à un réseau
WO2018066919A1 (fr) Procédé de connexion à un réseau et équipement utilisateur
WO2018128519A1 (fr) Procédé par lequel un ue relais ayant une connexion avec un ue distant connecte un réseau dans un système de communication sans fil et appareil associé
WO2017164641A2 (fr) Procédé et équipement d&#39;utilisateur pour transmettre une unité de données, et procédé et équipement d&#39;utilisateur pour recevoir une unité de données
WO2018199611A1 (fr) Procédé et équipement utilisateur permettant de transmettre une demande d&#39;enregistrement à un réseau, et procédé et dispositif de réseau permettant de recevoir une demande d&#39;enregistrement
WO2016105004A1 (fr) Procédé d&#39;émission et de réception de capacité de nbifom dans un système de communication sans fil ainsi que dispositif associé
WO2017191973A1 (fr) Procédé pour réaliser un enregistrement de localisation par l&#39;intermédiaire d&#39;un ue à distance dans un système de communication sans fil, et appareil associé
WO2016144009A1 (fr) Procédé et terminal de régulation de trafic réseau dans un système de communication sans fil
WO2017069430A1 (fr) Procédé pour une communication directe entre des terminaux dans un système de communication sans fil et appareil pour le procédé
WO2016024773A1 (fr) Procédé et dispositif de sélection de relais dans un système de communication sans fil
WO2017030348A1 (fr) Procédé d&#39;émission et de réception de message véhicule à tout (v2x) dans un système de communication sans fil, et appareil associé
WO2018230928A1 (fr) Procédé et appareil de signalement d&#39;informations d&#39;emplacement d&#39;un équipement utilisateur dans un système de communications sans fil
WO2017171427A1 (fr) Procédé de transmission d&#39;informations système et station de base, et procédé de réception d&#39;informations système et équipement d&#39;utilisateur
WO2017074012A1 (fr) Procédé de communication directe entre des terminaux dans un système de communication sans fil et dispositif associé
WO2017126948A1 (fr) Procédé d&#39;émission et de réception de message véhicule à tout (v2x) dans un réseau local au sein d&#39;un système de communication sans fil et appareil associé
WO2017135779A1 (fr) Procédé et appareil permettant de réaliser une reprise de connexion rrc dans un système de communication sans fil
WO2017023129A1 (fr) Procédé de communication utilisant des informations de contexte de terminal dans un système de communication sans fil, et station de base

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: 16765155

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16765155

Country of ref document: EP

Kind code of ref document: A1