WO2017206019A1 - 交通消息传递的方法、装置、车载终端及及服务器 - Google Patents

交通消息传递的方法、装置、车载终端及及服务器 Download PDF

Info

Publication number
WO2017206019A1
WO2017206019A1 PCT/CN2016/083899 CN2016083899W WO2017206019A1 WO 2017206019 A1 WO2017206019 A1 WO 2017206019A1 CN 2016083899 W CN2016083899 W CN 2016083899W WO 2017206019 A1 WO2017206019 A1 WO 2017206019A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
broadcast
server
ecgi
vehicle terminal
Prior art date
Application number
PCT/CN2016/083899
Other languages
English (en)
French (fr)
Other versions
WO2017206019A8 (zh
Inventor
何岳
金辉
欧阳国威
窦凤辉
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2016/083899 priority Critical patent/WO2017206019A1/zh
Priority to CN201680011248.5A priority patent/CN108140303A/zh
Publication of WO2017206019A1 publication Critical patent/WO2017206019A1/zh
Publication of WO2017206019A8 publication Critical patent/WO2017206019A8/zh

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements

Definitions

  • the invention relates to the field of vehicle networking, and particularly relates to a method, a device, a vehicle terminal and a server for traffic message transmission.
  • the vehicle network is based on the in-vehicle network, the inter-vehicle network and the in-vehicle mobile Internet.
  • V2X Vehicle to X
  • Vehicle networking is an integrated network that can realize intelligent traffic management, intelligent dynamic information service and vehicle intelligent control. It is a typical application of Internet of Things technology in the field of transportation systems.
  • V2X message for example, a traffic accident message
  • the network side auxiliary broadcast is required, and the range of the broadcast needs to be determined.
  • the GCS AS sends a multimedia broadcast multicast service (English: Multimedia Broadcast Multicast Service, MBMS for short) to the broadcast multicast service center (English: broadcast-multicast service center, BM-SC for short), including
  • the MBMS bears the corresponding temporary mobile group identity (English: Temporary Mobile Group Identity, TMGI for short) and the MBMS broadcast area (broadcast area).
  • MBMS Multimedia Broadcast Multicast Service
  • BM-SC broadcast-multicast service center
  • the BM-SC checks whether the TMGI is legal. If it is legal, it will allocate the relevant resources for transmitting the MBMS data.
  • the method further includes: the vehicle terminal Obtaining a temporary mobile group identity TMGI for the V2X message broadcast service from the Home Public Land Mobile Network (English: Home Public Land Mobile Network, HPLMN for short); sending the TMGI to the server, the TMGI and ECGI list for activating the multimedia broadcast
  • the multicast service MBMS bearer, the MBMS bearer is used to enable the server to broadcast the V2X message through the MBMS bearer in the cell indicated by the ECGI list.
  • the TMGI for activating the MBMS bearer is a TMGI dedicated to the broadcast V2X message acquired by the in-vehicle terminal from the HPLMN, instead of being temporarily allocated, so that the MBMS bearer of the V2X message broadcast can be quickly established.
  • the method further includes: the vehicle terminal
  • the request broadcast duration is sent to the server, and the request broadcast duration is used to cause the server to determine the broadcast duration of the broadcast V2X message according to the requested broadcast duration.
  • the ECGI list is specifically determined by the in-vehicle terminal according to the message type of the V2X message.
  • the ECGI list includes one or more of the following cell identifiers: 1) a serving cell identifier of the in-vehicle terminal; 2) a cell identifier of the neighboring cell monitored by the in-vehicle terminal; and 3) an in-vehicle terminal from the information system block.
  • the BM-SC simultaneously receives the TMGI, the ECGI list, and the V2X message, and then broadcasts the V2X message after activating the MBMS bearer.
  • a V2X message obtaining unit configured to acquire a V2X message
  • a broadcast range determining unit configured to determine an evolved wireless access system cell global identifier ECGI list according to the V2X message
  • a sending unit configured to send the V2X message and the ECGI list to the server, the V2X message and The ECGI list is used to broadcast V2X messages within the cell indicated by the ECGI list by control of the server.
  • an embodiment of the present invention provides an in-vehicle terminal, Vehicle terminals include:
  • memory is used to store program code, and the processor calls program code in memory to perform the following operations:
  • V2X message determining an evolved radio access system cell global identity ECGI list according to the V2X message; transmitting, by using a transceiver, a V2X message and an ECGI list to the server, where the V2X message and the ECGI list are used by the control of the server, in the cell indicated by the ECGI list Broadcast V2X messages internally.
  • the server includes:
  • the server includes:
  • An interconnected transceiver, a processor and a memory stores the program code
  • the processor calls the program code in the memory to: receive the V2X message sent by the vehicle terminal and the evolved wireless access system cell global identifier ECGI by using the transceiver
  • the list, the ECGI list is determined by the in-vehicle terminal according to the V2X message; the broadcast network element is controlled to broadcast the V2X message in the cell indicated by the ECGI list.
  • the present invention further provides a computer storage medium storing a program, the program including some or all of the steps of the above-described first aspect of performing a traffic message delivery method.
  • the present invention further provides a computer storage medium storing a program, the program being executed including some or all of the steps of the second aspect of the present invention.
  • the vehicle-mounted terminal determines the broadcast cell-ECGI list of the message according to the V2X message, and then sends a V2X message broadcast request to the server, and the server then controls the broadcast network element to broadcast the V2X message to be broadcast according to the ECGI list. Because the broadcast range of the V2X message in the embodiment of the present invention is determined according to the V2X message, the broadcast range of different V2X messages may be different, so the broadcast range of the V2X message may be flexibly controlled according to the V2X message.
  • 2 is a network structure diagram of an intelligent transportation system network
  • 3 is a flow chart of interaction information of traffic message transmission according to an embodiment of the present invention.
  • FIG. 4 is a schematic diagram of a cell that can be included in an ECGI list according to an embodiment of the present invention.
  • FIG. 5 is an information interaction diagram of forwarding a V2X message through an RSU according to an embodiment of the present invention
  • FIG. 6 is a flow chart of information interaction of an RSU registration in an embodiment of the present invention.
  • FIG. 8 is a flowchart of a UE registering and acquiring a TMGI according to an embodiment of the present invention
  • FIG. 9 is a schematic structural diagram of hardware of an in-vehicle terminal according to an embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of functional modules of an in-vehicle device according to an embodiment of the present invention.
  • FIG. 11 is a schematic structural diagram of hardware of a V2X server according to an embodiment of the present invention.
  • FIG. 12 is a schematic structural diagram of functional modules of a V2X server according to an embodiment of the present invention.
  • the embodiments of the present invention can be applied to a system suitable for transmitting V2X messages for communication, such as an intelligent transportation system, a toy car track system, and the like.
  • a system suitable for transmitting V2X messages for communication such as an intelligent transportation system, a toy car track system, and the like.
  • the embodiment of the invention uses an intelligent transportation system as an example for detailed description.
  • the intelligent transportation system is the development direction of the future transportation system. It is a kind of advanced information technology, data communication transmission technology, electronic sensing technology, control technology and computer technology that are effectively integrated into the entire ground traffic management system. Real-time, accurate and efficient integrated transportation management system.
  • An overall structure of the intelligent transportation system network may be the network structure diagram shown in FIG. 2. It is divided into two parts: the core network and the access network.
  • the core network mainly completes the various traffic carrying of intelligent traffic, the configuration management of the access network element, and the data exchange function between the access network and the access network.
  • the access network mainly completes the bridging between the wireless network and the wired network and the function of the vehicle terminal to access the intelligent transportation core network.
  • the main network elements of the core network may include network elements such as SCG, OME, RME, and AAA servers.
  • the main network element of the access network has a roadside unit (English: Road Side Unit, RSU for short) and a vehicle with a vehicle terminal (Vehicle). The vehicle is connected via the intelligent transportation system (English: Intelligent Transportation System, ITS for short). Access the network to access the network.
  • the RSU is installed on the road side to communicate with the mobile device. It mainly completes the bridging and data conversion functions of the intelligent traffic wireless access part and the wired part. It can be implemented by a stationary terminal or by a small base station.
  • the RSU implemented by the stationary terminal is an RSU of the type of the user equipment (English: User Equipment, UE for short);
  • the RSU implemented by the base station is an RSU of the type of evolved base station (English: evolved Node B, eNB for short).
  • the in-vehicle terminal may be a mobile terminal held by a user supporting a device to device (English: Device to device, referred to as D2D) protocol, or may be an in-vehicle terminal integrated in a vehicle.
  • the vehicle-mounted terminal of the vehicle may include the function of an on-board unit (English: On Board Unit, OBU for short), and completes the transmission and reception of the service data of the intelligent transportation system of the client and the carrying of various functions of the client.
  • OBU On Board Unit
  • V2X information exchange is a key technology, which enables vehicles and vehicles, vehicles and base stations, vehicles and mobile devices to communicate, thus obtaining a series of traffic information such as real-time road conditions, road information, pedestrian information, etc. Improve driving safety, reduce congestion, and improve traffic efficiency.
  • V2X messages may include information exchange between vehicles and vehicles (Vehicle to Vehicle, V2V for short), information exchange between vehicles and pedestrians, and vehicles to mobile devices (V2N). Types of information exchange.
  • V2X messages include many types, for example: road safety related messages are: broadcast speed, bit Types of messages such as models; emergency vehicle priority signal control service messages: ambulances, fire engines, etc., road hazard warning messages: such as rain, fog, icy road conditions, traffic congestion, low visibility, slippery road surface, Need to slow down, road ahead is occupied by construction, road damage, need to slow down, bridge collapse, road interruption, mudslides, floods, obstacles, custom warnings, traffic signs damaged, highways with non-motor vehicles, illegal parking on highways And other message types; vehicle fault alarm messages, such as: puncture, failure to start, brake failure, emergency brake alarm, vehicle personnel need medical assistance, etc.; traffic accident messages, such as: traffic accidents in front, rear-end collision alarms, etc. .
  • road safety related messages are: broadcast speed, bit Types of messages such as models
  • emergency vehicle priority signal control service messages ambulances, fire engines, etc.
  • road hazard warning messages such as rain, fog, icy road conditions, traffic congestion, low visibility, slippery
  • V2X message may be defined according to actual conditions, and more types of V2X messages may be included in the actual application.
  • the V2X messages After the V2X messages are generated in the intelligent transportation system, the V2X messages need to be transmitted between the network elements such as vehicles, pedestrians, mobile devices, and base stations through broadcast, multicast, or unicast.
  • the embodiment of the invention provides a method for transmitting traffic information, which can flexibly control the forwarding range of the V2X message.
  • the embodiment of the present invention relates to information exchange between two network elements of a vehicle-mounted terminal and a server on the network side, wherein the server on the network side is specifically a V2X server.
  • the specific process of the present invention is as follows:
  • the vehicle terminal acquires a V2X message.
  • the in-vehicle terminal acquires a V2X message that needs to be broadcast, and the V2X message may be generated by the in-vehicle terminal itself, or the in-vehicle terminal may be acquired from other devices in the outside.
  • the V2X message may be obtained from other external devices: receiving V2X messages sent by other in-vehicle terminals, other mobile devices, or base stations.
  • the vehicle terminal determines an ECGI list according to the V2X message (ie, an ECGI list);
  • the in-vehicle terminal determines an ECGI list that the message needs to be forwarded according to the V2X message, and the ECGI list indicates a cell list to which the V2X needs to be forwarded, wherein the ECGI is a public land mobile network (English: Public Land Mobile Network, referred to as : PLMN) and Cell Identity are used to globally identify a cell in the PLMN.
  • PLMN Public Land Mobile Network
  • the broadcast range ECGI list may include: a serving cell identifier (Identity, ID) of the in-vehicle terminal; and may further include a cell ID of the neighboring cell that the in-vehicle terminal can listen to; and may further include a reselection neighbor configured in the system message received by the UE Area.
  • the reselected neighboring area configured in the system message includes the cell ID of the intra-frequency neighboring cell obtained by the in-vehicle terminal from the system information block SIB4 in the system message; The cell ID of the inter-frequency neighboring cell obtained by the in-vehicle terminal from the system information block SIB5 in the system message.
  • FIG. 4 A schematic diagram of a cell that can be included in an ECGI list is shown in FIG. 4, where A represents a currently camped serving cell of the in-vehicle terminal; when the in-vehicle terminal resides in the serving cell A, the in-vehicle terminal can listen to the system message of the cell, and the system
  • the message carries multiple system information blocks SIB, including SIB4 and SIB5.
  • the SIB4 includes the neighboring cell information of the LTE co-frequency cell reselection, including the neighboring cell list, the neighboring blacklist, and the like.
  • the SIB5 includes the neighboring cell information of the LTE inter-frequency cell reselection, including the neighboring cell list. , carrier frequency, cell reselection priority and other information.
  • C denotes the same-frequency neighboring cell obtained by the in-vehicle terminal from the SIB4 of the system message
  • D denotes the inter-frequency neighboring zone obtained by the in-vehicle terminal from the SIB5 of the system message.
  • B indicates the neighboring area that the in-vehicle terminal can monitor.
  • the in-vehicle terminal obtains the inter-frequency neighboring area from the same-frequency neighboring area and the SIB5 obtained in the SIB4, and some of the neighboring areas are not monitored by the in-vehicle terminal. Therefore, in FIG.
  • the BC indicates the neighboring area that the in-vehicle terminal can monitor in the intra-frequency neighboring area obtained by the in-vehicle terminal from the SIB4, and the BD indicates the neighboring area that the in-vehicle terminal can monitor in the inter-frequency neighboring area obtained by the in-vehicle terminal from the SIB5.
  • the in-vehicle terminal can determine the range of the ECGI list according to the type of the V2X message. Different types of V2X messages have different degrees of importance, and thus the broadcast range is different. The ordinary non-important message type, the broadcast range is small, and the important message type is The broadcast range is large.
  • the ECGI list only contains the service cell ID of the vehicle terminal; if it is a non-critical message (for example: traffic congestion) The message of the class), then the ECGI list contains both the serving cell ID of the in-vehicle terminal and the cell ID of the neighboring cell that the in-vehicle terminal can listen to; if it is an event-triggered road safety related message (crash, traffic control), then ECGI The list may include the serving cell ID of the in-vehicle terminal and the cell ID of all neighboring cells (including the cell ID of the neighboring cell that the in-vehicle terminal can listen to, the cell ID of the intra-frequency neighboring cell obtained from the SIB4, and the obtained from the SIB5). Cell ID of the inter-frequency neighboring cell).
  • An optional implementation manner is: the system sets a broadcast range preset value for different types of V2X messages, and the vehicle terminal can obtain a preset broadcast range from the preset value of the system according to the V2X message that needs to be broadcast.
  • the in-vehicle terminal may further determine according to other factors of the V2X message, for example, according to the V2X message.
  • the geographical location in the content to determine the ECGI list such as road damage alarm messages such as road damage can be broadcast only to the ECGI list within 5 kilometers of the geographical location where the road damage occurred.
  • the vehicle terminal can determine the ECGI list by combining several factors related to the V2X message content, for example, the ECGI list can be determined by combining the message type of the V2X message, the geographical location where the message occurs, and the event occurrence time in the V2X message.
  • the in-vehicle terminal sends the V2X message and the ECGI list to the server.
  • the in-vehicle terminal After determining the broadcast range of the message according to the V2X message, the in-vehicle terminal sends the V2X message and the ECGI list to the V2X server, where the V2X broadcast request message may be sent, where the message includes the V2X message to be broadcast and according to the V2X message. Determine the ECGI list.
  • the server controls the broadcast network element to broadcast the V2X message in the cell indicated by the ECGI list.
  • the V2X server After receiving the request message, the V2X server broadcasts the V2X message in the cell indicated by the ECGI list by controlling other network elements on the network side.
  • the vehicle-mounted terminal determines the broadcast cell-ECGI list of the message according to the V2X message, and then sends the V2X message to be broadcast and the ECGI list to the V2X server to request to broadcast the V2X message, and is controlled by the V2X server.
  • the cell indicated by the ECGI list broadcasts the V2X message.
  • the broadcast range of the V2X message is determined according to the V2X message, and the broadcast range of the V2X message is different. Therefore, the broadcast range of the V2X message can be flexibly controlled according to the V2X message, so that the V2X can be performed according to the actual situation. Message broadcast.
  • the V2X server can broadcast the V2X message according to the ECGI list in the following two ways, which are described in detail below.
  • the process of forwarding through the RSU in the embodiment of the present invention is as follows:
  • the vehicle terminal sends a V2X broadcast request message to the V2X server.
  • the V2X broadcast request message includes a V2X message requesting RSU broadcast, and a cell range of the broadcast, ECGI list.
  • the V2X message may be carried by a message container, and may include a V2V, or a V2P or a V2N message.
  • the ECGI list is an in-vehicle terminal according to V2X.
  • the determined ECGI list of the different V2X messages is different, and may include the serving cell ID of the in-vehicle terminal, the cell ID of the neighboring cell that the in-vehicle terminal can monitor, and the in-vehicle terminal obtained from the SIB4.
  • the ECGI of the intra-frequency neighboring cell may also include the ECGI of the inter-frequency neighboring cell obtained from SIB5.
  • the V2X broadcast request message may further include an in-vehicle terminal ID, where the in-vehicle terminal ID is used for authentication, and determines whether the in-vehicle terminal has the V2X function. If not, the V2X server does not forward the V2X message.
  • the V2X broadcast request message may further include a request broadcast duration, where the broadcast duration is used to request the V2X server to broadcast the V2X message.
  • the V2X server maps the ECGI list sent by the in-vehicle terminal to the RSU ID according to the mapping relationship between the saved RSU ID and the ECGI.
  • the V2X server When the RSU registers, the V2X server maintains the mapping relationship between the RSU and the ECGI.
  • the mapping relationship between the RSU and the ECGI is the ECGI corresponding to the RSU.
  • the RSU type includes an RSU of a terminal device type, or an RSU of an eNB type. If it is an RSU of the terminal device type, the ECGI corresponding to the RSU is the ECGI of the cell in which the terminal device resides, and if it is the RSU of the eNB type, the ECGI corresponding to the RSU includes all the ECGIs under the eNB.
  • the V2X server maps the ECGI list in the message to the RSU ID according to the mapping relationship between the RSU ID and the ECGI saved in the registration process, and determines the RSU that broadcasts the V2X message.
  • the V2X server sends a V2X broadcast command message to the RSU corresponding to the ECGI list.
  • the V2X server sends a V2X broadcast command message to the V2X function control entity, and the V2X function control entity sends the V2X broadcast command message to the RSU corresponding to the ECGI list.
  • the broadcast command message includes a V2X message, an ECGI list reported by the in-vehicle terminal, and may further include an in-vehicle terminal ID.
  • the V2X broadcast command message is sent to the RSUs corresponding to the RSU IDs.
  • the broadcast command may further include an expiration time.
  • the broadcast duration may be generated by the V2X server according to the type of the V2X message.
  • An optional implementation manner is: the system sets a preset duration of the broadcast duration for different types of V2X messages, for example, the broadcast duration of the traffic accident is a preset value of 1 minute; and the broadcast duration of the vehicle speed is 15 seconds.
  • the broadcast duration may be determined by the V2X server according to the broadcast duration requested by the vehicle terminal.
  • the V2X server returns a V2X message broadcast response message to the in-vehicle terminal.
  • the V2X server returns a V2X broadcast response message to the in-vehicle terminal before or at the same time as the V2X broadcast command message is sent to the RSU corresponding to the ECGI list.
  • the response message carries a broadcast duration for broadcasting the V2X message, and after receiving the time, the vehicle-mounted terminal can determine, according to the broadcast duration, whether the V2X broadcast request message needs to be sent to the V2X server again to broadcast the V2X message again. .
  • the V2X server will broadcast the V2X message for one minute. If the in-vehicle terminal determines that the broadcast has to be continued after the broadcast is completed, the V2X broadcast request message is re-initiated to the V2X server, and then steps 301 to 305 are continued.
  • the V2X server may not return the broadcast duration to the in-vehicle terminal, or the in-vehicle terminal does not process after receiving the broadcast duration.
  • the RSU broadcasts the V2X message.
  • the RSU After receiving the V2X broadcast command message, the RSU periodically broadcasts the V2X message according to the broadcast duration.
  • the V2X server side does not generate a broadcast duration, but the vehicle terminal sends a V2X broadcast request message to the V2X server once, and the RSU broadcasts once without periodic broadcast.
  • the V2X message is not broadcasted under all the ECGIs under the RSU, but the V2X message is broadcasted in the cell included in the ECGI list; if it is the RSU of the vehicle terminal type, then The V2X message is broadcast in the cell in which the RSU resides.
  • the RSU sends a V2X registration request to the V2X control function, and carries the RSU ID and the RSU type and the ECGI list.
  • the RSU type includes a terminal type RSU or an eNB type RSU. If it is a terminal type RSU, the ECGI list is the ECGI of the cell in which the RSU resides, and if it is an eNB type RSU, the ECGI list contains all the ECGIs under the eNB.
  • the V2X control function entity needs to go to the home subscriber server (English: Home Subscriber Server, HSS for short) to obtain the subscription data of the vehicle terminal, and perform authentication.
  • the home subscriber server English: Home Subscriber Server, HSS for short
  • the V2X control function entity sends a registration request to the V2X server, and carries the RSU ID and the ECGI list.
  • the V2X server saves the mapping relationship between the RSU ID and the ECGI.
  • the V2X server returns a registration response message to the V2X control function entity, and the V2X control function entity sends a registration response message to the RSU, where the message carries the registration validity time. If the RSU does not complete the registration within the registration validity time, Then you need to re-initiate the V2X registration request.
  • the in-vehicle terminal determines the broadcast ECGI list of the message according to the V2X message, and then sends a V2X message broadcast request to the V2X server, the V2X server determines the RSU mapped by the ECGI list, and then sends the V2X message and the ECGI list to the RSU, RSU.
  • the V2X message is broadcast in a cell included in the ECGI list. Therefore, the embodiment of the present invention can flexibly determine the broadcast range according to the V2X message, and broadcast the V2X message through the RSU under the control of the V2X server, thereby improving the achievability of the solution.
  • enhanced multimedia broadcast multicast service (English: enhanced Multimedia Broadcast Multicast Service, referred to as: eMBMS) channel forwarding
  • the process of forwarding through the eMBMS channel in the embodiment of the present invention is as follows:
  • the vehicle terminal sends a V2X broadcast request message to the V2X server.
  • the V2X broadcast request message includes a V2X message requesting broadcast, and a cell range of the broadcast, an ECGI list, and a mobile group identity TMGI for the broadcast V2X message acquired by the in-vehicle terminal from the home public land mobile network HPLMN.
  • the V2X message can be carried by a message container.
  • the ECGI list is determined by the in-vehicle terminal according to the V2X message, and the determined VGI message is different, and may include the serving cell ID of the in-vehicle terminal.
  • the cell ID of the neighboring cell that can be monitored by the in-vehicle terminal may be included, and may also include the ECGI of the intra-frequency neighboring cell obtained by the in-vehicle terminal from the SIB4, and may also include the ECGI of the inter-frequency neighboring cell obtained from the SIB5.
  • the TMGI is a TMGI for acquiring a V2X message from the HPLMN served by the in-vehicle terminal when registering.
  • the specific process refer to the description in the embodiment shown in FIG. 8.
  • the V2X server activates the MBMS bearer by using an ECGI list and a TMGI.
  • the cluster communication can transmit downlink data through unicast or multicast. If multicast data is transmitted by multicast, the BM-SC allocates a multicast bearer service for each group to identify the group. When a group has downlink data to be transmitted through multicast, an MBMS bearer activation process is initiated, the TMGI corresponding to the group is activated, and a multicast transmission bearer is established for the group.
  • the process of activating the MBMS bearer is similar to the MBMS bearer activation process in the embodiment shown in FIG. 1.
  • the V2X server sends a bearer activation request to the BM-SC, where the request includes a broadcast range ECGI list of the V2X message, and the mobile group identifier TMGI It may also include a flow identifier (Flow ID), a quality of service (English: Quality of Service, QoS for short), and a start time.
  • Flow ID flow identifier
  • QoS Quality of Service
  • the TMGI and the Flow ID jointly identify a specific MBMS bearer.
  • the BM-SC maps the ECGI list to the SAI list, and at the same time, authenticates whether the TMGI is valid.
  • the service area identifier (English: Service Area Edentities, SAI for short) is used as the addressing parameter to implement route mapping.
  • SAI Service Area Edentities
  • the BM-SC maps the ECGI list to a SAI list (list) according to the mapping relationship between the SAI and the ECGI.
  • the BM-SC authenticates whether the TMGI of the V2X server is valid, and if it is valid, steps 504 and 506 are performed.
  • the BM-SC returns a response message to the V2X server, indicating that the MBMS bearer has been activated, and the V2X message is forwarded for the in-vehicle terminal.
  • the V2X server returns a V2X message broadcast response message to the vehicle terminal.
  • the V2X server After receiving the response message of the activated MBMS bearer returned by the BM-SC, the V2X server returns a V2X broadcast response message message to the in-vehicle terminal.
  • the V2X broadcast response message returned by the V2X server to the in-vehicle terminal carries an expiration time indicating the duration of the V2X message broadcast by the in-vehicle terminal.
  • the in-vehicle terminal may determine, according to the broadcast duration, whether the V2X broadcast request message needs to be sent to the V2X server again to broadcast the V2X message again.
  • the method of determining the broadcast duration is the same as the embodiment shown in FIG. 5:
  • the broadcast duration may be generated by the V2X server according to the type of the V2X message.
  • An optional implementation manner is: the system sets a preset duration of the broadcast duration for different types of V2X messages, for example, the broadcast duration of the traffic accident is a preset value of 1 minute; and the broadcast duration of the vehicle speed is 15 seconds.
  • the broadcast duration may be determined by the V2X server according to the requested broadcast duration of the in-vehicle terminal.
  • the BM-SC broadcasts the V2X message in all cells belonging to the ECGI list in the SAI list corresponding area.
  • the server In addition to transmitting the information required to activate the MBMS bearer to the BM-SC, the server also transmits the V2X message obtained from the V2X broadcast request message to the BM-SC.
  • the step 506 of transmitting the V2X message may be sent with the required information (TMGI and ECGI list, etc.) for transmitting the activated MBMS bearer, or may be sent separately.
  • the MBMS gateway (MBMS-GW), the mobility management node function (English: Mobility Management Entity, MME for short), and the multi-instance CE (English: Multi-VPN-
  • MCE Instance CE
  • the V2X message is periodically broadcasted during the above-mentioned expiration time period.
  • the vehicle-mounted terminal when the vehicle-mounted terminal is registered, it is acquired from the HPLMN for broadcasting V2X cancellation.
  • the process of TMGI is introduced.
  • the vehicle terminal sends a registration request to the V2X control function of the HPLMN, and carries its own vehicle terminal ID.
  • V2X control function entity of the HPLMN does not save the context of the in-vehicle terminal, obtain the context of the in-vehicle terminal from the home subscriber server (English: Home Subscriber Server, HSS for short) and authenticate the in-vehicle terminal.
  • home subscriber server English: Home Subscriber Server, HSS for short
  • the in-vehicle terminal context saved in the HSS indicates that the serving PLMN of the in-vehicle terminal is the HPLMN, obtain the TMGI temporary mobile group identifier for the V2X message broadcast service under the HPLMN; if the in-vehicle terminal context saved in the HSS displays the vehicle
  • the service PLMN of the terminal is not the HPLMN, and the V2X control function entity of the HPLMN sends an authentication request to the V2X control function entity of the visited public land mobile network (English: Visited Public Land Mobile Network, VPLMN), and obtains the VPLMN.
  • TMGI temporary mobile group identity for V2X message broadcast service is not the HPLMN, and the V2X control function entity of the visited public land mobile network (English: Visited Public Land Mobile Network, VPLMN), and obtains the VPLMN.
  • the V2X control function entity of the HPLMN sends the TMGI for the V2X message broadcast service to the in-vehicle terminal.
  • the in-vehicle terminal obtains the TMGI for the V2X message broadcasting service under the PLMN it serves.
  • the MBMS bearer under the control of the V2X server, the MBMS bearer is activated by the TMGI and the ECGI list dedicated to the V2X message broadcast service, and then the BM-SC broadcasts the V2X message on the MBMS channel of the cell of the ECGI list, thereby improving the solution. Reality.
  • the above is a description of the method for determining the broadcast range of the V2X message in the V2X message transmission process in the embodiment of the present invention.
  • the vehicle terminal and the V2X server on the network side in the embodiment of the present invention are introduced from the hardware implementation and the function module.
  • the vehicle-mounted terminal in the embodiment of the present invention is actually an on-board computer with a mobile communication function, and can be integrated in the vehicle, as a front-end device of the vehicle, or a mobile device held by the user, and the structure thereof can be as shown in FIG. 9:
  • the transceiver 710, the memory 720, and the processor 780 in addition, include an input unit 730, a display unit 740, an audio circuit 760, a processor 780, and the like in practical applications.
  • the vehicle-mounted terminal structure shown in FIG. 9 does not constitute a limitation on the vehicle-mounted terminal, and may include more or less components than those illustrated, or combine some components, or different. Parts layout.
  • the transceiver 710 is configured to receive downlink information of the base station, and then process the data to the processor 780; and send the designed uplink data to the base station.
  • the transceiver may be a radio frequency (English: Radio Frequency, abbreviated as: RF) circuit
  • the RF circuit 710 includes but is not limited to an antenna, at least one amplifier, a transceiver, a coupler, and a low noise amplifier (English: Low Noise Amplifier, referred to as : LNA), duplexer, etc.
  • RF circuitry 710 can also communicate with the network and other devices via wireless communication.
  • the above wireless communication may use any communication standard or protocol, including but not limited to Global System of Mobile communication (GSM), General Packet Radio Service (English: General Packet Radio Service, referred to as GPRS). , Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE) , email, short message service (English: Short Messaging Service, referred to as: SMS).
  • GSM Global System of Mobile communication
  • GPRS General Packet Radio Service
  • CDMA Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • LTE Long Term Evolution
  • SMS Short Messaging Service
  • the memory 720 can be used to store software programs and modules, and the processor 780 executes various functional applications and data processing of the in-vehicle terminal by running software programs and modules stored in the memory 720.
  • the memory 720 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may be stored according to Data created by the use of the vehicle terminal, etc.
  • memory 720 can include high speed random access memory, and can also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.
  • the processor 780 is a control center of the in-vehicle terminal that connects various parts of the entire in-vehicle terminal with various interfaces and lines, by running or executing software programs and/or modules stored in the memory 720, and recalling data stored in the memory 720.
  • the vehicle terminal performs various functions and processing data to perform overall monitoring of the vehicle terminal.
  • the processor 780 may include one or more processing units; preferably, the processor 780 may integrate an application processor and a modem processor, where the application is The processor mainly processes the operating system, the user interface, the application, etc., and the modem processor mainly handles wireless communication. It will be appreciated that the above described modem processor may also not be integrated into the processor 780.
  • the processor 780 is specifically configured to perform all or part of actions performed by the vehicle-mounted terminal in the method embodiments (the embodiments shown in FIG. 3, FIG. 5, FIG. 6, FIG. 7, and FIG. 8). This will not be repeated here.
  • the input unit 730 includes a touch screen 731 and other input devices 732.
  • the touch screen 731 can collect touch operations on or near the user (such as an operation of the user using a finger, a stylus, or the like on the touch screen 731 or near the touch screen 731), and drive the corresponding program according to a preset program. Connection device.
  • the touch screen 731 may include two parts of a touch detection device and a touch controller. Wherein, the touch detection device detects the touch orientation of the user, and detects a signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts the touch information into contact coordinates, and sends the touch information.
  • the processor 780 is provided and can receive commands from the processor 780 and execute them.
  • the touch screen 731 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic waves.
  • Input unit 730 can also include other input devices 732.
  • other input devices 732 may include, but are not limited to, one or more of function keys (such as volume control buttons, switch buttons, etc.), joysticks, and the like.
  • the vehicle terminal also includes a power source 790 that supplies power to the various components.
  • the power source can be logically coupled to the processor 780 through a power management system to manage functions such as charging, discharging, and power management through the power management system.
  • the vehicle-mounted terminal may further include at least one sensor, a wireless fidelity (WiFi) module, a camera, a Bluetooth module, etc., and may reserve a plurality of RS-232 interfaces and an RS485 interface. Peripherals such as external meter, camera, microphone, and earphone can be connected, and will not be described here.
  • WiFi wireless fidelity
  • FIG. 11 is a schematic structural diagram of a server according to an embodiment of the present invention.
  • the server 900 may generate a large difference due to different configurations or performances, and may include one or more processes.
  • the program stored in memory 930 may include one or more modules (not shown), each of which may include a series of instruction operations on the server.
  • the processor 922 can communicate with the memory 930 to perform a series of instruction operations in the memory 930 on the server 900.
  • Server 900 also includes one or more transceivers 950, which may be wired or wireless network interfaces.
  • the processor 922 calls an application (ie, program code) in the memory 930 to perform the following operations: receiving, by the transceiver 950, a V2X message and an ECGI list sent by the in-vehicle terminal, and controlling the broadcast network element in the ECGI list.
  • the V2X message is broadcast in the indicated cell.
  • server 900 may also include one or more power sources 926, one or more input and output interfaces 958.
  • the steps performed by the V2X server in the above embodiment may be based on the server structure shown in FIG.
  • the server includes a receiving unit 1001 and a broadcast control unit 1002.
  • the receiving unit 1001 When the receiving unit 1001 is in operation, the receiving vehicle message and the message sent by other network elements on the network side in the embodiment of the traffic message transmitting method are executed.
  • the broadcast control unit 1002 When the broadcast control unit 1002 is in operation, step 302 in the traffic message transmitting method shown in FIG. 5 is executed. Step 502 and its alternatives in the traffic messaging method shown in FIG.
  • the server further includes a storage unit 1003 and a sending unit 1004, where the storage unit 1003 is configured to perform the foregoing mapping of the RSU identifier and the ECGI list in the traffic messaging method shown in FIG.
  • the transmitting unit 1004 When the transmitting unit 1004 is in operation, the step of transmitting a message to the in-vehicle terminal and other network elements on the network side in the embodiment of the above-described traffic messaging method is performed.
  • the broadcast control unit 1002 can also be implemented by the processor 922 as shown in FIG. 11, and the receiving unit 1001 and the sending unit 1004 can also be received as shown in FIG.
  • the transmitter 950 is implemented, and the storage unit 1003 can also be implemented by the memory 930 as shown in FIG.
  • the disclosed system, apparatus, and method may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or software. The implementation of the energy unit.
  • the integrated unit if implemented in the form of a software functional unit and sold or used as a standalone product, may be stored in a computer readable storage medium.
  • the technical solution of the present invention which is essential or contributes to the prior art, or all or part of the technical solution, may be embodied in the form of a software product stored in a storage medium.
  • a number of instructions are included to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present invention.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read only memory (English: Read-Only Memory, abbreviated as: ROM), a random access memory (English: Random Access Memory, abbreviated as: RAM), a magnetic disk or an optical disk, and the like.
  • ROM Read-Only Memory
  • RAM Random Access Memory

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了一种交通消息传递的方法、车载终端及服务器，能够对V2X消息的转发范围进行灵活控制。该方法包括：车载终端根据V2X消息确定该消息的广播小区——ECGI列表，再向服务器发送V2X消息和ECGI列表，服务器再控制广播网元根据ECGI列表广播该待广播的V2X消息。因为本发明实施例中的V2X消息的广播范围是根据V2X消息确定的，不同的V2X消息的广播范围会不同，因此可以根据V2X消息对V2X消息的广播范围进行灵活控制。

Description

交通消息传递的方法、装置、车载终端及及服务器 技术领域
本发明涉及车联网领域，尤其涉及的是一种交通消息传递的方法、装置、车载终端及服务器。
背景技术
车联网是以车内网、车际网和车载移动互联网为基础，按照约定的通信协议和数据交互标准，在车与外界(英文：Vehicle to X，简称：V2X)进行无线通讯和信息交换的大系统网络，其中X为车、移动设备、行人、网络等。车联网是能够实现智能化交通管理、智能动态信息服务和车辆智能化控制的一体化网络，是物联网技术在交通系统领域的典型应用。
当车辆在发送某类V2X消息时(例如：交通事故消息)，由于自身的功率不够，需要网络侧辅助广播，需要确定广播的范围。
在现有技术中，是在增强型多媒体广播多播业务(英文：Enhance Multimedia Broadcast Multicast Service，简称：eMBMS)承载激活的过程中由集群通信业务服务器(英文：Group Communication Service Application Server，简称：GCS AS)确定广播范围，如图1所示，eMBMS承载激活的具体过程为：
1.GCS AS发送多媒体广播多播业务(英文：Multimedia Broadcast Multicast Service，简称：MBMS)承载激活请求消息给广播多播业务中心(英文：broadcast-multicast service center，简称：BM-SC)，其中包括MBMS承载对应的临时移动群组标识(英文：Temporary Mobile Group Identity，简称：TMGI)以及MBMS广播范围(broadcast area)。
2.BM-SC检查该TMGI是否合法，如果合法，将分配传递MBMS数据使用的相关资源。
3.BM-SC回复MBMS承载激活响应消息给GCS AS，携带分配资源的配置信息。
4、然后在MBMS broadcast area内广播MBMS数据。
上述方案中，GCS AS发送给BM-SC的MBMS broadcast area是预先配置的，无法灵活更改，不能根据V2X消息的实际需求进行广播，影响对V2X消息广播范围的控制。
发明内容
本发明提供了一种交通消息传递的方法、装置、车载终端及服务器，能够对V2X消息的转发范围进行灵活控制。
本发明实施例第一方面提供了一种交通消息传递的方法，包括：
车载终端获取V2X消息，根据V2X消息确定演进无线接入系统小区全球标识(E-UTRAN Cell Globle ID，ECGI)列表，之后向服务器发送V2X消息和ECGI列表，该V2X消息和ECGI列表用于通过服务器的控制，在ECGI列表所指示的小区内广播V2X消息。该服务器具体是V2X服务器。
本发明实施例中，车载终端根据V2X消息确定该消息的广播小区——ECGI列表，再向服务器发送待广播的V2X消息和该V2X消息广播小区——ECGI列表，在服务器的控制下，在ECGI列表所指示的小区内广播该V2X消息。因为V2X消息的广播范围是根据V2X消息确定的，不同的V2X消息的广播范围会不同，因此可以根据V2X消息对V2X消息的广播范围进行灵活控制。
结合第一方面，在第一方面的第一种可能的实现方式中，车载终端根据V2X消息确定ECGI列表具体是根据V2X消息的消息类型确定ECGI列表。因为不同类型的V2X消息重要程度不同，因此广播范围也不同，普通的非重要消息类型，广播范围小，重要的消息类型，广播范围大。从而可以根据消息类型对广播范围进行灵活控制。
结合第一方面，第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，ECGI列表包括以下小区标识中的一种或多种：1)车载终端的服务小区标识；2)车载终端监听到的邻区的小区标识；3)车载终端从信息系统块(英文：System Information Block，简称：SIB)的SIB4中获得的同频邻区的小区标识；4)车载终端从信息系统块SIB5中获得的异频邻区的小区标识。
结合第一方面，第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，该方法还包括：车载终端从归属公共陆地移动网络(英文：Home Public Land Mobile Network，简称：HPLMN)获取用于V2X消息广播业务的临时移动群组标识TMGI；向服务器发送该TMGI，该TMGI与ECGI列表用于激活多媒体广播多播业务MBMS承载，则MBMS承载用于使服务器在ECGI列表所指示的小区内，通过MBMS承载广播该V2X消息。
可选的，该TMGI是车载终端是在向HPLMN注册时，从HPLMN获取的专用于V2X消息广播业务的TMGI。可选的，用于广播V2X消息的TMGI是唯一的。
因此，在本发明实施例中，激活MBMS承载的TMGI是车载终端从HPLMN获取的专用于广播V2X消息的TMGI，而不是临时分配的，从而能够快速建立V2X消息广播的MBMS承载。
结合第一方面，第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式，在第一方面的第四种可能的实现方式中，该方法还包括：车载终端向服务器发送请求广播时长，请求广播时长用于使服务器根据请求广播时长确定广播V2X消息的广播持续时间。
第二方面，本发明实施例还提供一种交通消息传递的方法，包括：服务器(具体为V2X服务器)接收车载终端发送的V2X消息和ECGI列表，ECGI列表是车载终端根据V2X消息确定的；服务器控制广播网元在ECGI列表所指示的小区内广播V2X消息。
本发明实施例中，服务器接收的V2X消息和该V2X消息广播小区——ECGI列表，该ECGI列表为车载终端根据V2X消息确定的广播小区。之后，服务器控制广播网元在ECGI列表所指示的小区内广播该V2X消息。因为V2X消息的广播范围是根据V2X消息确定的，不同的V2X消息的广播范围会不同，因此可以根据V2X消息对V2X消息的广播范围进行灵活控制。
结合第二方面，在第二方面的第一种可能的实现方式中，ECGI列表具体是车载终端根据V2X消息的消息类型进行确定的。
结合第二方面，第二方面的第一种可能的实现方式，在第二方面的第二种 可能的实现方式中，ECGI列表包括以下小区标识中的一种或多种：1)车载终端的服务小区标识；2)车载终端监听到的邻区的小区标识；3)车载终端从信息系统块SIB4中获得的同频邻区的小区标识；4)车载终端从信息系统块SIB5中获得的异频邻区的小区标识。
结合第二方面，第二方面的第一种可能的实现方式，或第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，服务器控制广播网元在ECGI列表所指示的小区内广播V2X消息包括：服务器根据ECGI与路边单元(Road Side Unit，RSU)的映射关系，将ECGI列表中的ECGI映射成RSU标识；向RSU标识指示的RSU发送V2X消息和ECGI列表，以使得RSU在ECGI列表指示的小区广播V2X消息。
服务器将V2X消息及ECGI list发送至ECGI list中的ECGI映射的RSU，RSU在ECGI list包含的小区内广播该V2X消息。因此，在服务器的控制下，能通过RSU广播该V2X消息，从而能够提高本方案的可实现性。
结合第二方面的第三种可能的实现方式，在第二方面的第四种可能的实现方式中，该方法还包括：服务器接收RSU的注册请求，注册请求中包含RSU的RSU标识和ECGI列表，ECGI列表中的ECGI为与RSU存在映射关系的ECGI；服务器保存RSU标识与ECGI列表的映射关系。
结合第二方面，第二方面的第一种可能的实现方式，或第二方面的第二种可能的实现方式，在第二方面的第五种可能的实现方式中，该方法还包括：服务器接收车载终端发送的TMGI，该TMGI为车载终端从HPLMN获取的用于V2X消息广播业务的TMGI；服务器控制广播网元在ECGI列表所指示的小区内广播V2X消息包括：服务器向BM-SC发送TMGI和ECGI列表，该TMGI和ECGI列表用于激活MBMS承载，服务器向BM-SC发送V2X消息，以使得BM-SC在所述ECGI列表指示的小区的MBMS承载上广播所述V2X消息。
在V2X服务器的控制下，通过激活MBMS承载，进而BM-SC在ECGI list的小区的MBMS信道上广播V2X消息，从而提高了方案的可实现性。
结合第二方面的任一种可能的实现方式，在第二方面的第七种可能的实现方式中，该方法还包括：服务器接收车载终端发送的请求广播时长，根据该请求广播时长确定广播V2X消息的广播持续时间。
结合第二方面的任一种可能的实现方式，在第二方面的第六种可能的实现方式中，该方法还包括：服务器向车载终端发送V2X消息的广播持续时间，V2X消息的广播持续时间用于使得车载终端判断是否需要再次向服务器发送V2X消息和ECGI列表。
第三方面，本发明实施例提供的一种交通消息传递方法，包括：
RSU接收服务器发送的V2X消息和ECGI列表，在该ECGI列表所指示的小区广播该V2X消息。
结合第三方面，在第三方面的第一种可能的实现方式中，该方法还包括：RSU获取与其存在映射关系的ECGI列表，RSU向服务器发送注册请求，该注册请求中包含RSU的RSU标识和ECGI列表，以使得服务器保存RSU标识与ECGI列表的映射关系。
第四方面，本发明实施例提供的一种交通消息传递方法，包括：
BM-SC接收服务器发送的TMGI和ECGI列表；BM-SC根据所述TMGI和ECGI列表激活MBMS承载；所述BM-SC接收服务器发送的V2X消息，在该ECGI列表指示的小区的MBMS承载上广播所述V2X消息。
需要说明的是，BM-SC同时接收TMGI、ECGI列表和V2X消息，在激活MBMS承载之后，再广播V2X消息。
第五方面，本发明实施例还提供一种车载装置，具体实现对应于上述第一方面提供的交通消息传递方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件程序实现。硬件和软件包括一个或多个与上述功能相对应的单元模块，所述单元模块可以是软件和/或硬件。
一种可能的设计中，所述车载装置包括：
V2X消息获取单元，用于获取V2X消息；广播范围确定单元，用于根据V2X消息确定演进无线接入系统小区全球标识ECGI列表；发送单元，用于向服务器发送V2X消息和ECGI列表，V2X消息和ECGI列表用于通过服务器的控制，在ECGI列表所指示的小区内广播V2X消息。
此外，该车载装置中的各单元模块还执行第一方面提供的交通消息传递方法中的车载装置所执行的全部或部分步骤。
一种可能的设计中，在第六方面，本发明实施例提供了一种车载终端，该 车载终端包括：
相互连接的收发器、处理器及存储器；存储器用于存储程序代码，处理器调用存储器中的程序代码，以执行以下操作：
获取V2X消息，根据V2X消息确定演进无线接入系统小区全球标识ECGI列表；利用收发器向服务器发送V2X消息和ECGI列表，V2X消息和ECGI列表用于通过服务器的控制，在ECGI列表所指示的小区内广播V2X消息。
第七方面，本发明实施例还提供一种服务器，具体实现对应于上述第二方面提供的交通消息传递方法中的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件程序实现。硬件和软件包括一个或多个与上述功能相对应的单元模块，所述单元模块可以是软件和/或硬件。
一种可能的设计中，所述服务器包括：
接收单元，用于接收车载终端发送的V2X消息和演进无线接入系统小区全球标识ECGI列表，ECGI列表是车载终端根据V2X消息确定的；广播控制单元，用于控制广播网元在ECGI列表所指示的小区内广播V2X消息。
此外，该服务器中的各单元模块还执行第二方面提供的交通消息传递方法中的服务器所执行的全部或部分步骤。
一种可能的设计中，在第八方面，所述服务器包括：
相互连接的收发器、处理器及存储器；存储器存储程序代码，处理器调用存储器中的程序代码，以执行以下操作：利用收发器接收车载终端发送的V2X消息和演进无线接入系统小区全球标识ECGI列表，ECGI列表是车载终端根据V2X消息确定的；控制广播网元在ECGI列表所指示的小区内广播V2X消息。
第九方面，本发明还提供一种计算机存储介质，该介质存储有程序，该程序执行时包括上述第一方面执行一种交通消息传递方法中的部分或者全部步骤。
第十方面，本发明还提供一种计算机存储介质，该介质存储有程序，该程序执行时包括上述第二方面执行一种交通消息传递方法中的部分或者全部步骤。
从以上技术方案可以看出，本发明实施例的方案具有如下有益效果：
本发明实施例中，车载终端根据V2X消息确定该消息的广播小区——ECGI列表，再向服务器发送V2X消息广播请求，服务器再控制广播网元根据ECGI列表广播该待广播的V2X消息。因为本发明实施例中的V2X消息的广播范围是根据V2X消息确定的，不同的V2X消息的广播范围会不同，因此可以根据V2X消息对V2X消息的广播范围进行灵活控制。
附图说明
图1为现有技术中eMBMS承载激活流程图；
图2为智能交通系统网络的一种网络结构图；
图3为本发明实施例交通消息传递的交互信息流程图；
图4为本发明实施例中ECGI list中可包含的小区的示意图；
图5为本发明实施例中通过RSU转发V2X消息的一种信息交互图；
图6为本发明实施例中RSU注册的一种信息交互流程图；
图7为本发明实施例中通过eMBMS信道转发V2X消息的的一种信息交互流程图；
图8为本发明实施例中UE注册获取TMGI的一种流程图；
图9为本发明实施例中的车载终端的硬件结构示意图；
图10为本发明实施例的车载装置的功能模块结构示意图；
图11为本发明实施例中的V2X服务器的硬件结构示意图；
图12为本发明实施例中的V2X服务器的功能模块结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例可以应用于智能交通系统、玩具车赛道系统等适用于传递V2X消息进行通信的系统。本发明实施例以智能交通系统作为举例进行详细说明。
智能交通系统是未来交通系统的发展方向，是将先进的信息技术、数据通讯传输技术、电子传感技术、控制技术及计算机技术等有效地集成运用于整个地面交通管理系统，从而建立的一种实时、准确、高效的综合交通运输管理系统。
智能交通系统网络的一种整体结构可以是图2中所示的网络结构图。分为核心网和接入网两大部分，其中核心网主要完成智能交通各种业务承载、对接入网网元配置管理以及和接入网之间的数据交换功能。接入网主要完成无线网络和有线网络之间的桥接和车载终端接入智能交通核心网的功能。其中核心网主要网元有可以包括SCG、OME、RME和AAA服务器等网元。接入网主要网元有路侧单元(英文：Road Side Unit,简称RSU)和装载有车载终端的车辆(Vehicle)，车辆通过智能交通系统(英文：Intelligent Transportation System，简称：ITS)的无线接入网接入网络。
其中，RSU安装在路侧，与移动设备进行通讯。主要完成智能交通无线接入部分和有线部分的桥接和数据转换功能。它可以由静止的终端来实现，也可以由小型的基站来实现。静止的终端来实现的RSU为用户终端(英文：User Equipment，简称：UE)类型的RSU；由基站来实现的RSU为演进型基站(英文：evolved Node B，简称：eNB)类型的RSU。
所述车载终端可以是支持设备与设备(英文：Device to device，简称：D2D)协议的用户手持的移动终端，也可以是集成在车辆内的车载终端。车辆的车载终端中可以包含车载单元(英文：On Board Unit，简称：OBU，)的功能，完成客户端智能交通系统业务数据的收发、客户端各种功能的承载。
在智能交通系统中，V2X的信息交换是关键技术，它使得车与车、车与基站、车与移动设备之间能够通信，从而获得实时路况、道路信息、行人信息等一系列交通信息，从而提高驾驶安全性，减少拥堵，提高交通效率等。V2X消息可以包括车辆与车辆(英文：Vehicle to Vehicle，简称：V2V)的信息交换，车辆与行人(Vehicle to pedestrian)的信息交换，以及车辆与移动设备(英文：Vehicle to nomadic devices，简称V2N)的信息交换等类型。
V2X消息包括多种类型，例如：道路安全相关的消息有：广播车速，位 置，车型之类的消息类型；应急车辆优先信号控制服务消息：救护车、消防车等、道路危险状况报警消息：例如雨、雾、结冰道路状况、交通拥堵、能见度低、路面很滑，需要减速、前方道路被施工占用、道路损坏，需要减速、桥梁坍塌、道路中断，有泥石流，洪水，阻挡物、自定义告警、交通标志损毁、高速公路有非机动车行驶、高速公路上非法停车等消息类型；车辆故障告警消息，例如：爆胎、无法启动、刹车失灵、急刹车报警、车内人员需要医疗援助等消息类型；交通事故消息，例如：前方发生车祸、前方追尾报警等消息类型。
需要说明的是，以上仅是对V2X消息的举例而不是限定，可以根据实际情况，对V2X消息进行定义，实际应用中可以包含更多类型的V2X消息。
当智能交通系统中产生这些V2X消息后，需要将V2X消息通过广播、组播或单播的形式在车、行人、移动设备、基站等网元之间进行传递。本发明实施例提供了一种交通信息传递的方法，能够对V2X消息的转发范围进行灵活控制。
结合图3，本发明实施例涉及车载终端与网络侧的服务器两个网元之间的信息交互，其中，网络侧的服务器具体是V2X服务器。本发明的具体流程如下：
201、车载终端获取V2X消息；
车载终端获取需要广播的V2X消息，该V2X消息可以是由车载终端自身生成，或者车载终端从外界其他设备获取。其中从外界其他设备获取V2X消息可以是：接收其他车载终端、其他移动设备、或基站发送的V2X消息。
202、车载终端根据V2X消息确定ECGI列表(即：ECGI list)；
当有V2X消息产生时，车载终端根据V2X消息确定该消息需要转发的ECGI list，ECGI list表示该V2X需要转发至的小区列表，其中，ECGI由公共陆地移动网络(英文：Public Land Mobile Network，简称：PLMN)和小区标识(Cell Identity)组成，用于在PLMN中全局标识一个小区。
广播范围ECGI list可以包括：该车载终端的服务小区标识(Identity，ID)；还可以包括该车载终端能够监听到的邻区的小区ID；还可以包括UE接收的系统消息中配置的重选邻区。其中，系统消息中配置的重选邻区包括该车载终端从系统消息中的系统信息块SIB4中获得的同频邻区的小区ID；还可以包括 该车载终端从系统消息中的系统信息块SIB5中获得的异频邻区的小区ID。
ECGI list中可包含的小区的示意图如图4所示，A表示车载终端当前的驻留的服务小区；当车载终端驻留在服务小区A中时，车载终端能够监听到小区的系统消息，系统消息中承载了多个系统信息块SIB，包括SIB4和SIB5。其中，SIB4中包含了LTE同频小区重选的邻区信息，具体包含邻区列表，邻区黑名单等信息；SIB5中包含了LTE异频小区重选的邻区信息，具体包含邻区列表，载波频率，小区重选优先级等信息。C表示车载终端从系统消息的SIB4中获得的同频邻区，D表示车载终端从系统消息的SIB5中获得的异频邻区。B表示车载终端能够监听到的邻区，另外，车载终端从SIB4中获得的同频邻区和SIB5中获得异频邻区中，有些邻区是车载终端不能监听到的，因此，图4中的BC表示车载终端从SIB4中获得的同频邻区中，车载终端能够监听到的邻区，BD表示车载终端从SIB5中获得的异频邻区中，车载终端能够监听到的邻区。
具体的，车载终端可以根据V2X消息的类型来确定ECGI list的范围，不同类型的V2X消息，重要的程度不同，因而广播范围也不同，普通的非重要消息类型，广播范围小，重要的消息类型，广播范围大。
例如：如果是普通的周期性发送的道路安全相关的消息(车速，位置，车型之类的消息)，那么ECGI list只包含车载终端的服务小区ID；如果是非重要的消息(例如：交通拥堵之类的消息)，那么ECGI list既包含车载终端的服务小区ID，又包含车载终端能够监听到的邻区的小区ID；如果是事件触发的道路安全相关的消息(撞车，交通管制)，那么ECGI list可能就包含车载终端的服务小区ID和所有邻区的小区ID(包括上述车载终端能够监听到的邻区的小区ID，从SIB4中获得的同频邻区的小区ID，以及从SIB5中获得的异频邻区的小区ID)。
一种可选的实现方式为：系统给不同类型的V2X消息设定好广播范围预设值，车载终端可以根据需要广播的V2X消息从系统的预设值中获取预设广播范围。
需要说明的是，车载终端除了根据V2X消息的消息类型确定ECGI list以外，还可以根据V2X消息的其他因素进行确定，例如：可以根据该V2X消息 内容中的地理位置来确定ECGI list，如：道路损坏等道路危险状况报警消息可以只广播至道路损坏发生的地理位置5公里范围内的ECGI list。或者车载终端可以同时结合该V2X消息内容相关的几种因素确定ECGI list，例如：可以结合V2X消息的消息类型、发生该消息的地理位置、该V2X消息中的事件发生时间确定ECGI list。
203、车载终端向服务器发送所述V2X消息和ECGI列表。
车载终端在根据V2X消息确定了该消息的广播范围后，向V2X服务器发送所述V2X消息和ECGI列表，可以是发送V2X广播请求消息，该消息中包含需要广播的该V2X消息以及根据该V2X消息确定的ECGI list。
204、服务器控制广播网元在所述ECGI列表所指示的小区内广播V2X消息。
V2X服务器在接收到该请求消息后，通过控制网络侧的其他网元，在该ECGI list所指示的小区内广播该V2X消息。
本发明实施例中，车载终端根据V2X消息确定该消息的广播小区——ECGI列表，再向V2X服务器发送待广播的V2X消息和该ECGI列表以请求广播该V2X消息，通过V2X服务器的控制，在ECGI列表所指示的小区广播该V2X消息。本发明实施例中，V2X消息的广播范围是根据V2X消息确定的，不同的V2X消息的广播范围会不同，因此可以根据V2X消息对V2X消息的广播范围进行灵活控制，从而能够根据实际情况进行V2X消息广播。
具体的，V2X服务器可以通过以下两种途径，根据ECGI list广播V2X消息，下面进行详细说明。
一、由V2X服务器控制，通过RSU进行转发。
结合图5，本发明实施例中通过RSU进行转发的流程如下：
301、车载终端向V2X服务器发送V2X广播请求消息。
该V2X广播请求消息中包括请求RSU广播的V2X消息，以及广播的小区范围——ECGI list。可选的，该V2X消息可以通过消息容器(message container)携带，可以包括V2V、或V2P或者V2N消息。
如图3所示的实施例中的步骤202所述，该ECGI list为车载终端根据V2X 消息确定的，不同的V2X消息，确定的ECGI list也不同，具体可以包括车载终端的服务小区ID，还可以包括车载终端能够监听到的邻区的小区ID，还可以包括车载终端从SIB4中获得的同频邻区的ECGI，还可以包括从SIB5中获得的异频邻区的ECGI。
可选的，该V2X广播请求消息中还可以包括车载终端ID，该车载终端ID用于鉴权，确定车载终端是否具备V2X功能，如果不具备，则V2X服务器不进行V2X消息的转发。
可选的，V2X广播请求消息中还可以包括请求广播时长(expiration time)，该请求广播时长用于向V2X服务器请求的广播该V2X消息的时长。
302、V2X服务器根据保存的RSU ID和ECGI的映射关系，把车载终端发送的的ECGI list映射为RSU ID。
在RSU进行注册时，V2X服务器保存了RSU与ECGI的映射关系，RSU与ECGI的映射关系为该RSU对应哪些ECGI。
其中RSU类型包括终端设备类型的RSU，或者eNB类型的RSU。如果是终端设备类型的RSU，则该RSU对应的ECGI为该终端设备驻留的小区的ECGI，如果是eNB类型的RSU，则该RSU对应的ECGI包含该eNB下所有的ECGI。
RSU进行注册的具体流程如图6所示，请参阅图6所示的实施例。
因此，V2X服务器在接收到V2X广播请求消息后，根据在注册流程中保存的RSU ID和ECGI的映射关系，将该消息中的ECGI list映射为RSU ID，确定广播该V2X消息的RSU。
303、V2X服务器向ECGI list对应的RSU发送V2X广播命令消息。
具体的，V2X服务器是向V2X功能控制实体发送V2X广播命令消息，V2X功能控制实体再将V2X广播命令消息发送至ECGI list对应的RSU。该广播命令消息中包括V2X消息，车载终端上报的ECGI list，另外，还可以包括车载终端ID。
若ECGI list对应多个RSU ID，则向这些RSU ID对应的RSU都发送V2X广播命令消息。
可选的，该广播命令中还可以包括广播持续时间(expiration time)。
可选的，广播持续时间可以由V2X服务器根据V2X消息的类型生成。一种可选的实现方式为：系统给不同类型的V2X消息设定广播时长预设值，例如：交通事故的广播时长为预设值为1分钟；车速的广播时长为15秒。
可选的，若车载终端发送的V2X广播请求消息中包含了请求广播时长，则广播持续时间可以由V2X服务器根据车载终端请求的广播时长来确定。
304、V2X服务器向车载终端返回V2X广播应答消息(V2X message broadcast response)消息。
V2X服务器向ECGI list对应的RSU发送V2X广播命令消息之前，或与之同时，向车载终端返回V2X广播应答消息消息。
其中，该应答消息中携带广播该V2X消息的广播持续时间，车载终端在接收到该时间后，可以根据该广播持续时间判断是否需要再次向V2X服务器发送上述V2X广播请求消息以再次广播该V2X消息。例如：V2X服务器将广播该V2X消息一分钟，若车载终端确定广播完这一分钟后，还需要继续广播，则向V2X服务器再次发起V2X广播请求消息，即再继续执行步骤301至步骤305。
需要说明的是，该步骤是可选步骤。V2X服务器可以不向车载终端返回广播持续时间，或者车载终端接收到广播持续时间后，不进行处理。
305、RSU广播该V2X消息。
RSU在收到V2X广播命令消息后，根据上述广播持续时间，周期性的广播该V2X消息。
作为一种可选的实施方式，V2X服务器侧不生成广播持续时间，而是车载终端每向V2X服务器发送一次V2X广播请求消息，RSU广播一次，而不做周期性的广播。
需要说明的是，如果是eNB类型的RSU，并不是在该RSU下的所有ECGI下广播V2X消息，而是在ECGI list中包含的小区内广播V2X消息；如果是车载终端类型的RSU，则在该RSU驻留的小区内广播V2X消息。
请结合图6，RSU注册的具体流程如下：
401、RSU向V2X控制功能实体(V2X control function)发送V2X注册请求，携带RSU ID和RSU类型和ECGI list。其中RSU类型包括终端类型的RSU，或者eNB类型的RSU。如果是终端类型的RSU，则ECGI list为该RSU驻留的小区的ECGI，如果是eNB类型的RSU，则ECGI list包含该eNB下所有的ECGI。
402、如果是车载终端类型的RSU，V2X控制功能实体需要去归属签约用户服务器(英文：Home Subscriber Server，简称：HSS)获得车载终端的的签约数据，并进行鉴权。
403、V2X控制功能实体向V2X服务器发送注册请求，携带RSU ID和ECGI list。
404、V2X服务器保存RSU ID和ECGI的映射关系。
405-406、V2X服务器向V2X控制功能实体返回注册应答消息，V2X控制功能实体再将注册应答消息发送给RSU，该消息中携带了注册有效时间，若RSU在该注册有效时间内未完成注册，则需要重新发起V2X注册请求。
本发明实施例中，车载终端根据V2X消息确定该消息的广播ECGI list，再向V2X服务器发送V2X消息广播请求，V2X服务器确定ECGI list映射的RSU，再将V2X消息及ECGI list发送至RSU，RSU在ECGI list包含的小区内广播该V2X消息。因此本发明实施例能够根据V2X消息灵活确定广播范围，且在V2X服务器的控制下，通过RSU广播该V2X消息，从而能够提高本方案的可实现性。
二、由V2X服务器控制，通过增强型多媒体广播多播业务(英文：enhance Multimedia Broadcast Multicast Service，简称：eMBMS)信道转发
结合图7，本发明实施例中通过eMBMS信道进行转发的流程如下：
501、车载终端向V2X服务器发送V2X广播请求消息；
该V2X广播请求消息中包括请求广播的V2X消息，以及广播的小区范围——ECGI list，以及车载终端从归属公共陆地移动网络HPLMN获取的用于广播V2X消息的移动组标识TMGI。
可选的，该V2X消息可以通过消息容器(message container)携带。
如图3所示的实施例中的步骤202所描述，该ECGI list为车载终端根据V2X消息确定的，不同的V2X消息，确定的ECGI list也不同，具体可以包括车载终端的服务小区ID，还可以包括车载终端能够监听到的邻区的小区ID，还可以包括车载终端从SIB4中获得的同频邻区的ECGI，还可以包括从SIB5中获得的异频邻区的ECGI。
具体的，TMGI是车载终端在注册时，从其服务的HPLMN获取用于广播V2X消息的TMGI，具体的过程请参阅图8所示的实施例中的描述。
502、V2X服务器使用ECGI list和TMGI激活MBMS承载；
集群通信可以通过单播或多播进行下行数据的传输，如果采用多播进行下行数据的传输，则BM-SC会为每个群组分配一个TMGI用来识别群组的多播承载服务。当某个群组有下行数据需要通过多播的方式传输时，就会发起MBMS承载激活流程，激活该群组对应的TMGI，并为该群组建立多播传输承载。
此处激活MBMS承载的流程与图1所示的实施例中的MBMS承载激活流程类似，V2X服务器向BM-SC发送承载激活请求，该请求中包括V2X消息的广播范围ECGI list，移动组标识TMGI，还可以包括流标识(Flow ID)，服务质量(英文：Quality of Service，简称：QoS)，开始时间(start time)。其中，TMGI和Flow ID共同标识一个具体的MBMS承载。
503、BM-SC将ECGI list映射为SAI list，同时鉴权TMGI是否有效。
在eMBMS系统中，是用业务服务区域标识(英文：Service Area Edentities，简称：SAI)来作为寻址参数，实现路由映射，一个SAI对应多个ECGI。
BM-SC根据SAI与ECGI的映射关系，将ECGI list映射为SAI列表(list)。
同时，BM-SC鉴权V2X服务器的TMGI是否有效，如果有效，则执行步骤504和步骤506。
504、BM-SC向V2X服务器返回响应消息，表示已经激活MBMS承载，将为车载终端转发V2X消息。
505、V2X服务器给车载终端返回V2X广播应答消息(V2X message broadcast response)消息。
在V2X服务器接收到BM-SC返回的已激活MBMS承载的响应消息后，向车载终端返回V2X广播应答消息消息。
同图5所示的实施例中的步骤304中的描述，V2X服务器给车载终端返回的V2X广播应答消息消息中，携带广播持续时间(expiration time)，表示为车载终端广播该V2X消息的时长。
车载终端在接收到该广播持续时间后，可以根据该广播持续时间判断是否需要再次向V2X服务器发送上述V2X广播请求消息以再次广播该V2X消息。
该广播持续时间的的确定方法和图5所示的实施例相同：
可选的，广播持续时间可以由V2X服务器根据V2X消息的类型生成。一种可选的实现方式为：系统给不同类型的V2X消息设定广播时长预设值，例如：交通事故的广播时长为预设值为1分钟；车速的广播时长为15秒。
可选的，若车载终端发送的V2X广播请求消息中包含请求广播时长，则广播持续时间可以由V2X服务器根据车载终端的请求广播时长来确定。
506-507、BM-SC在SAI list对应区域中所有属于ECGI list的小区里，广播该V2X消息。
服务器除了向BM-SC发送激活MBMS承载所需的信息外，还将从V2X广播请求消息中获得的V2X消息发送至BM-SC。发送V2X消息的步骤506可以与发送激活MBMS承载的所需的信息(TMGI和ECGI list等)一起发送，也可以分开发送。
在步骤503后，当BM-SC鉴权TMGI有效时，通过MBMS网关(MBMS-GW)、移动管理节点功能(英文：Mobility Management Entity，简称：MME)、多实例CE(英文：Multi-VPN-Instance CE，简称：MCE)等核心网网元激活会话(session)。之后，在SAI list标识的业务服务区域中，属于ECGI list的小区里，广播该V2X消息，即在ECGI list包含的小区的MBMS信道上广播V2X消息。
具体的，是在上述广播持续时间(expiration time)时间段内，周期性的广播该V2X消息。
下面结合图8，对车载终端在注册时，从HPLMN获取用于广播V2X消 息的TMGI的过程进行介绍。
601、车载终端向HPLMN的V2X控制功能实体(V2X control function)发送注册请求，携带自己的车载终端ID。
602、如果HPLMN的V2X控制功能实体没有保存车载终端的上下文，那么从归属签约用户服务器(英文：Home Subscriber Server，简称：HSS)获得车载终端的上下文并对车载终端进行鉴权。
603-604、如果HSS中保存的车载终端上下文显示车载终端的服务PLMN是HPLMN，则获得该HPLMN下用于V2X消息广播业务的TMGI临时移动群组标识；如果HSS中保存的车载终端上下文显示车载终端的服务PLMN不是HPLMN，那么HPLMN的V2X控制功能实体向被访问公共陆地移动网络(英文：Visited Public Land Mobile Network，简称：VPLMN)的V2X控制功能实体发送鉴权请求，并获得该VPLMN下用于V2X消息广播业务的TMGI临时移动群组标识。
605、HPLMN的V2X控制功能实体将用于V2X消息广播业务的TMGI发送给车载终端。
因此车载终端获得其服务的PLMN下用于V2X消息广播业务的TMGI。
本发明实施例在V2X服务器的控制下，通过专用于V2X消息广播业务的TMGI以及ECGI list激活MBMS承载，进而BM-SC在ECGI list的小区的MBMS信道上广播V2X消息，从而提高了方案的可实现性。
以上是对本发明实施例中的V2X消息传递过程中，V2X消息的广播范围确定方法的介绍，下面从硬件实现以及功能模块角度对本发明实施例中的车载终端和网络侧的V2X服务器进行介绍。
本发明实施例中的车载终端实际是带有移动通信功能的车载电脑，可以集成在车辆内，作为车辆的前端设备，也可以是用户手持的移动设备，其结构可以如图9所示：包括：收发器710、存储器720、处理器780，另外，在实际应用中还包括输入单元730、显示单元740、音频电路760、处理器780等部件。本领域技术人员可以理解，图9中示出的车载终端结构并不构成对车载终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同 的部件布置。
下面结合图9对车载终端的各个构成部件进行具体的介绍：
收发器710用于将基站的下行信息接收后，给处理器780处理；将设计上行的数据发送给基站。通常，收发器可以是射频(英文：Radio Frequency，简称：RF)电路，RF电路710包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(英文：Low Noise Amplifier，简称：LNA)、双工器等。此外，RF电路710还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(英文：Global System of Mobile communication，简称：GSM)、通用分组无线服务(英文：General Packet Radio Service，简称：GPRS)、码分多址(英文：Code Division Multiple Access，简称：CDMA)、宽带码分多址(英文：Wideband Code Division Multiple Access,简称：WCDMA)、长期演进(英文：Long Term Evolution，简称：LTE)、电子邮件、短消息服务(英文：Short Messaging Service，简称：SMS)等。
具体的，在本发明实施例中，收发器710用于执行图3、图5、图6、图7、图8所示的交通消息传递方法中的车载终端接收V2X服务器及网络侧网元其他网元发送的消息和向V2X服务器及网络侧网元其他网元发送消息的步骤。
存储器720可用于存储软件程序以及模块，处理器780通过运行存储在存储器720的软件程序以及模块，从而执行车载终端的各种功能应用以及数据处理。存储器720可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据车载终端的使用所创建的数据等。此外，存储器720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器780是车载终端的控制中心，利用各种接口和线路连接整个车载终端的各个部分，通过运行或执行存储在存储器720内的软件程序和/或模块，以及调用存储在存储器720内的数据，执行车载终端的各种功能和处理数据，从而对车载终端进行整体监控。可选的，处理器780可包括一个或多个处理单元；优选的，处理器780可集成应用处理器和调制解调处理器，其中，应用处 理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器780中。
在本发明实施例中，处理器780具体用于执行方法实施例(图3、图5、图6、图7、图8所示的实施例)中的车载终端所执行的全部或部分动作，具体此处不再赘述。
输入单元730包括触摸屏731和其他输入设备732。触摸屏731可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触摸屏731上或在触摸屏731附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触摸屏731可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器780，并能接收处理器780发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触摸屏731。输入单元730还可以包括其他输入设备732。具体地，其他输入设备732可以包括但不限于功能键(比如音量控制按键、开关按键等)、操作杆等中的一种或多种。
显示单元740可用于显示由用户输入的信息或提供给用户的信息以及车载终端的各种菜单。显示单元740可包括显示面板741，可选的，可以采用液晶显示器(英文：Liquid Crystal Display，简称：LCD)、有机发光二极管(英文：Organic Light-Emitting Diode,简称：OLED)等形式来配置显示面板741。进一步的，触摸屏731可覆盖显示面板741，当触摸屏731检测到在其上或附近的触摸操作后，传送给处理器780以确定触摸事件的类型，随后处理器780根据触摸事件的类型在显示面板741上提供相应的视觉输出。虽然在图9中，触摸屏731与显示面板741是作为两个独立的部件来实现车载终端的输入和输入功能，但是在某些实施例中，可以将触摸屏731与显示面板741集成而实现车载终端的输入和输出功能。
音频电路760、扬声器761，传声器762可提供用户与车载终端之间的音频接口。音频电路760可将接收到的音频数据转换后的电信号，传输到扬声器761，由扬声器761转换为声音信号输出；另一方面，传声器762将收集的声 音信号转换为电信号，由音频电路760接收后转换为音频数据，再将音频数据输出处理器780处理后，经RF电路710以发送给比如另一车载终端，或者将音频数据输出至存储器720以便进一步处理。
车载终端还包括给各个部件供电的电源790，优选的，电源可以通过电源管理系统与处理器780逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出，车载终端还可以包括至少一个传感器、无线保真(英文：wireless fidelity，简称：WiFi)模块、摄像头、蓝牙模块等部件，还可以预留多个RS-232接口和RS485接口，可外接计价器、摄像头、麦克风、耳机等外设，在此不再赘述。
本申请实施例还提供了车载装置，如图10所示，该车载装置可以通过(图3、图5、图6、图7、图8所示的实施例)中的车载终端实现，还可以通过专用集成电路(英文：application-specific integrated circuit，简称：ASIC)实现，或可编程逻辑器件(英文：programmable logic device，简称：PLD)实现。上述PLD可以是复杂可编程逻辑器件(英文：complex programmable logic device，简称：CPLD)，FPGA，通用阵列逻辑(英文：generic array logic,简称：GAL)或其任意组合。该车载装置用于实现(图3、图5、图6、图7、图8所示的实施例)所示的交通信息的传递方法。通过软件实现(图3、图5、图6、图7、图8所示的实施例)所示的交通信息的传递方法时，该装置也可以为软件模块。
该车载装置的功能模块示意图如图10所示，包括：该装置包括V2X消息获取单元801、广播范围确定单元802、以及发送单元803。获取单元801工作时，执行图3所示的交通消息传递方法中的步骤201；广播范围确定单元工作时，执行图3所示的交通消息传递方法中的步骤202及其可选方案，发送单元执行图3所示的交通消息传递方法中的步骤203及其可选方案。应注意，本申请实施例中，消息获取单元801、广播范围确定单元802也可由如图9中所示的处理器780实现，发送单元803也可由如图3中所示的收发器701实现。
下面从硬件实现以及功能模块角度对本发明实施例中网络侧的V2X服务器进行介绍。图11是本发明实施例提供的一种服务器结构示意图，该服务器900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理 器(英文：central processing units，简称：CPU)922(例如，一个或一个以上处理器)和存储器930，存储器930用于存储一个或一个以上存储应用程序942或数据944，存储一个或一个以上操作系统941，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。存储在存储器930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，处理器922可以与存储器930通信，在服务器900上执行存储器930中的一系列指令操作。
服务器900还包括一个或一个以上收发器950，该收发器可以是有线或无线网络接口。
具体的，处理器922调用存储器930中的应用程序(即：程序代码)，以执行以下操作：利用收发器950接收车载终端发送的V2X消息和ECGI列表，控制广播网元在所述ECGI列表所指示的小区内广播所述V2X消息。具体的过程请参阅图3、图5、图6、图7、图8所示的实施例中的交通信息的传递方法中的V2X服务器所执行的步骤，此处不再赘述。
另外，服务器900还可以包括一个或一个以上电源926，一个或一个以上输入输出接口958。
上述实施例中由V2X服务器所执行的步骤可以基于该图11所示的服务器结构。
从功能模块结构角度，如图12所示，该服务器包括：接收单元1001、广播控制单元1002。接收单元1001工作时，执行上述交通消息传递方法实施例中的接收车载终端及网络侧其他网元发送的消息，广播控制单元1002工作时，执行图5所示的交通消息传递方法中的步骤302、图7所示的交通消息传递方法中的步骤502及其可选方案。除此之外，可选的，服务器还包括存储单元1003和发送单元1004，其中，存储单元1003用于执行上述执行图5所示的交通消息传递方法中的RSU标识与所述ECGI列表的映射关系；发送单元1004工作时，执行上述交通消息传递方法实施例中的向车载终端及网络侧其他网元发送消息的步骤。
可理解的，本申请实施例中，广播控制单元1002也可由如图11中所示的处理器922实现，接收单元1001、发送单元1004也可由如图11中所示的收 发器950实现，存储单元1003也可以由如图11中所示的存储器930实现。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功 能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (28)

  1. 一种交通消息传递的方法，其特征在于，包括：
    车载装置获取车与外界V2X消息；
    所述车载终端根据所述V2X消息确定演进无线接入系统小区全球标识ECGI列表；
    所述车载终端向服务器发送所述V2X消息和所述ECGI列表，所述V2X消息和所述ECGI列表用于通过所述服务器，在所述ECGI列表所指示的小区内广播所述V2X消息。
  2. 根据权利要求1所述的方法，其特征在于，所述车载终端根据所述V2X消息确定ECGI列表包括：
    所述车载终端根据所述V2X消息的消息类型确定所述ECGI列表。
  3. 根据权利要求1或2所述的方法，其特征在于，所述ECGI列表包括以下一种或多种：
    所述车载终端的服务小区标识；
    所述车载终端监听到的邻区的小区标识；
    所述车载终端从信息系统块SIB4中获得的同频邻区的小区标识；
    所述车载终端从信息系统块SIB5中获得的异频邻区的小区标识。
  4. 根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：
    所述车载终端从归属公共陆地移动网络HPLMN获取用于V2X消息广播业务的临时移动群组标识TMGI；
    所述车载终端向所述服务器发送所述TMGI，所述TMGI与所述ECGI列表用于激活多媒体广播多播业务MBMS承载，所述MBMS承载用于使所述服务器在所述ECGI列表所指示的小区内，通过所述MBMS承载广播所述V2X消息。
  5. 根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：
    所述车载终端向所述服务器发送请求广播时长，所述请求广播时长用于使所述服务器根据所述请求广播的时长确定广播所述V2X消息的广播持续时 间。
  6. 一种交通消息传递的方法，其特征在于，包括：
    服务器接收车载终端发送的V2X消息和演进无线接入系统小区全球标识ECGI列表，所述ECGI列表是所述车载终端根据所述V2X消息确定的；
    所述服务器控制广播网元在所述ECGI列表所指示的小区内广播所述V2X消息。
  7. 根据权利要求6所述的方法，其特征在于，所述ECGI列表是所述车载终端根据所述V2X消息的消息类型进行确定的。
  8. 根据权利要求6或7所述的方法，其特征在于，所述ECGI列表包括以下一种或多种：
    所述车载终端的服务小区标识；
    所述车载终端监听到的邻区的小区标识；
    所述车载终端从信息系统块SIB4中获得的同频邻区的小区标识；
    所述车载终端从信息系统块SIB5中获得的异频邻区的小区标识。
  9. 根据权利要求6至8中任一项所述的方法，其特征在于，所述服务器控制广播网元在所述ECGI列表所指示的小区内广播所述V2X消息包括：
    所述服务器根据ECGI与路边单元RSU的映射关系，将所述ECGI列表中的ECGI映射成RSU标识；
    所述服务器向所述RSU标识指示的RSU发送所述V2X消息和所述ECGI列表，以使得所述RSU在所述ECGI列表指示的小区广播所述V2X消息。
  10. 根据权利要求9所述的方法，其特征在于，所述方法还包括：
    所述服务器接收RSU的注册请求，所述注册请求中包含所述RSU的RSU标识和ECGI列表，所述ECGI列表中的ECGI为与所述RSU存在映射关系的ECGI；
    所述服务器保存所述RSU标识与所述ECGI列表的映射关系。
  11. 根据权利要求6至8中任一项所述的方法，其特征在于，所述方法还包括：
    所述服务器接收所述车载终端发送的临时移动群组标识TMGI，所述TMGI为所述车载终端从归属公共陆地移动网络HPLMN获取的用于V2X消 息广播业务的TMGI；
    所述服务器控制广播网元在所述ECGI列表所指示的小区内广播所述V2X消息包括：
    所述服务器向广播多播业务中心BM-SC发送所述TMGI和所述ECGI列表，所述TMGI和所述ECGI列表用于激活多媒体广播多播业务MBMS承载；
    所述服务器向所述BM-SC发送所述V2X消息，以使得所述BM-SC在所述ECGI列表指示的小区的MBMS承载上广播所述V2X消息。
  12. 根据权利要求6至11中任一项所述的方法，其特征在于，所述方法还包括：
    所述服务器接收所述车载终端发送的请求广播时长；
    所述服务器根据所述请求广播时长确定广播所述V2X消息的广播持续时间。
  13. 根据权利要求6至12中任一项所述的方法，其特征在于，所述方法还包括：
    所述服务器向所述车载终端发送所述V2X消息的广播持续时间，所述V2X消息的广播持续时间用于使得所述车载终端判断是否需要再次向所述服务器发送所述V2X消息和所述ECGI列表。
  14. 一种车载装置，其特征在于，包括：
    V2X消息获取单元，用于获取V2X消息；
    广播范围确定单元，用于根据所述V2X消息确定演进无线接入系统小区全球标识ECGI列表；
    发送单元，用于向服务器发送所述V2X消息和所述ECGI列表，所述V2X消息和所述ECGI列表用于通过所述服务器，在所述ECGI列表所指示的小区内广播所述V2X消息。
  15. 根据权利要求14所述的车载装置，其特征在于：
    所述广播范围确定单元，具体用于根据所述V2X消息的消息类型确定所述ECGI列表。
  16. 根据权利要求14或15所述的车载装置，其特征在于，所述广播范围确定单元确定的所述ECGI列表包括以下一种或多种：
    所述车载终端的服务小区标识；
    所述车载终端监听到的邻区的小区标识；
    所述车载终端从信息系统块SIB4中获得的同频邻区的小区标识；
    所述车载终端从信息系统块SIB5中获得的异频邻区的小区标识。
  17. 根据权利要求14至16中任一项所述的车载装置，其特征在于，所述车载终端还包括：
    TMGI获取单元，用于从归属公共陆地移动网络HPLMN获取用于V2X消息广播业务的临时移动群组标识TMGI；
    所述发送单元，还用于向所述服务器发送所述TMGI，所述TMGI与所述ECGI列表用于激活多媒体广播多播业务MBMS承载，所述MBMS承载用于使所述服务器在所述ECGI列表所指示的小区内，通过所述MBMS承载广播所述V2X消息。
  18. 根据权利要求14至16中任一项所述的车载装置，其特征在于：
    所述发送单元，还用于向所述服务器发送请求广播时长，所述请求广播时长用于使所述服务器根据所述请求广播的时长确定广播所述V2X消息的广播持续时间。
  19. 一种服务器，其特征在于，包括：
    接收单元，用于接收车载终端发送的V2X消息和演进无线接入系统小区全球标识ECGI列表，所述ECGI列表是所述车载终端根据所述V2X消息确定的；
    广播控制单元，用于控制广播网元在所述ECGI列表所指示的小区内广播所述V2X消息。
  20. 根据权利要求19所述的服务器，其特征在于，所述接收单元接收的所述ECGI列表是所述车载终端根据所述V2X消息的消息类型进行确定的。
  21. 根据权利要求19或20所述的服务器，其特征在于，所述接收单元接收的所述ECGI列表包括以下一种或多种：
    所述车载终端的服务小区标识；
    所述车载终端监听到的邻区的小区标识；
    所述车载终端从信息系统块SIB4中获得的同频邻区的小区标识；
    所述车载终端从信息系统块SIB5中获得的异频邻区的小区标识。
  22. 根据权利要求19至21中任一项所述的服务器，其特征在于，
    所述广播控制单元，具体用于根据ECGI与路边单元RSU的映射关系，将所述ECGI列表中的ECGI映射成RSU标识，向所述RSU标识指示的RSU发送所述V2X消息和所述ECGI列表，以使得所述RSU在所述ECGI列表指示的小区广播所述V2X消息。
  23. 根据权利要求22所述的服务器，其特征在于：
    所述接收单元，还用于接收RSU的注册请求，所述注册请求中包含所述RSU的RSU标识和ECGI列表，所述ECGI列表中的ECGI为与所述RSU存在映射关系的ECGI；
    存储单元，用于保存所述RSU标识与所述ECGI列表的映射关系。
  24. 根据权利要求19至21中任一项所述的服务器，其特征在于：
    所述接收单元，还用于接收所述车载终端发送的临时移动群组标识TMGI，所述TMGI为所述车载终端从归属公共陆地移动网络HPLMN获取的用于V2X消息广播业务的TMGI；
    所述广播控制单元，具体用于向广播多播业务中心BM-SC发送所述TMGI和所述ECGI列表，所述TMGI和所述ECGI列表用于激活多媒体广播多播业务MBMS承载；并向所述BM-SC发送所述V2X消息，以使得所述BM-SC在所述ECGI列表指示的小区的MBMS承载上广播所述V2X消息。
  25. 根据权利要求19至24中任一项所述的服务器，其特征在于：
    接收单元，还用于接收所述车载终端发送的请求广播时长；
    广播时长确定单元，用于根据所述请求广播时长确定广播所述V2X消息的广播持续时间。
  26. 根据权利要求19至25中任一项所述的服务器，其特征在于，所述服务器还包括：
    发送单元，用于向所述车载终端发送所述V2X消息的广播持续时间，所述V2X消息的广播持续时间用于使得所述车载终端判断是否需要再次向所述服务器发送所述V2X消息和所述ECGI列表。
  27. 一种车载终端，其特征在于，所述车载终端包括：
    相互连接的收发器、处理器及存储器；
    所述存储器用于存储程序代码，所述处理器调用所述存储器中的所述程序代码，以执行以下操作：
    获取V2X消息，根据所述V2X消息确定演进无线接入系统小区全球标识ECGI列表；
    利用所述收发器向服务器发送所述V2X消息和所述ECGI列表，所述V2X消息和所述ECGI列表用于通过所述服务器，在所述ECGI列表所指示的小区内广播所述V2X消息。
  28. 一种服务器，其特征在于，服务器包括：
    相互连接的收发器、处理器及存储器；
    所述存储器存储程序代码，所述处理器调用存储器中的所述程序代码，以执行以下操作：
    利用所述收发器接收车载终端发送的V2X消息和演进无线接入系统小区全球标识ECGI列表，所述ECGI列表是所述车载终端根据所述V2X消息确定的；
    控制广播网元在所述ECGI列表所指示的小区内广播所述V2X消息。
PCT/CN2016/083899 2016-05-30 2016-05-30 交通消息传递的方法、装置、车载终端及及服务器 WO2017206019A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2016/083899 WO2017206019A1 (zh) 2016-05-30 2016-05-30 交通消息传递的方法、装置、车载终端及及服务器
CN201680011248.5A CN108140303A (zh) 2016-05-30 2016-05-30 交通消息传递的方法、装置、车载终端及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2016/083899 WO2017206019A1 (zh) 2016-05-30 2016-05-30 交通消息传递的方法、装置、车载终端及及服务器

Publications (2)

Publication Number Publication Date
WO2017206019A1 true WO2017206019A1 (zh) 2017-12-07
WO2017206019A8 WO2017206019A8 (zh) 2018-04-05

Family

ID=60478315

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/083899 WO2017206019A1 (zh) 2016-05-30 2016-05-30 交通消息传递的方法、装置、车载终端及及服务器

Country Status (2)

Country Link
CN (1) CN108140303A (zh)
WO (1) WO2017206019A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291283A (zh) * 2019-07-22 2021-01-29 华为技术有限公司 一种通信方法及装置
CN113196808A (zh) * 2018-12-17 2021-07-30 三星电子株式会社 用于提供车辆通信服务的方法和终端
WO2022062928A1 (zh) * 2020-09-22 2022-03-31 华为技术有限公司 基于广播的单播会话方法和装置

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200029201A (ko) * 2018-09-10 2020-03-18 현대자동차주식회사 차량 간 통신 방법 및 이를 이용하는 장치
CN111565369B (zh) * 2019-02-13 2021-08-20 华为技术有限公司 一种通信方法、装置及系统
KR20230029573A (ko) * 2020-06-30 2023-03-03 엘지전자 주식회사 V2x 서비스를 위한 로드 사이드 유닛
CN112235725B (zh) * 2020-11-02 2022-12-02 深圳市中诺通讯有限公司 一种基于5g d2d技术自动实现区域广播的方法

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060021727A (ko) * 2004-09-04 2006-03-08 주식회사 케이티프리텔 셀 방송 방식을 이용한 교통정보 서비스 제공 방법 및 장치
CN1845479A (zh) * 2005-04-08 2006-10-11 华为技术有限公司 一种交通信息数据的广播方法及系统
US20090176511A1 (en) * 2008-01-08 2009-07-09 Mobiletraffic Networks, Inc. Mobile alerting network
CN102077612A (zh) * 2008-06-24 2011-05-25 艾利森电话股份有限公司 本地化信息服务
CN102385798A (zh) * 2010-08-31 2012-03-21 西门子公司 一种交通信息采集方法、装置及系统
CN103052029A (zh) * 2012-11-22 2013-04-17 北京交通大学 基于小区广播短消息的铁路防灾预警信息传送系统
CN103259834A (zh) * 2012-11-19 2013-08-21 北京新岸线移动多媒体技术有限公司 一种交通信息传播的方法及设备
CN104980391A (zh) * 2014-04-01 2015-10-14 华为技术有限公司 安全消息的传输方法和装置
CN105430621A (zh) * 2015-11-05 2016-03-23 东莞酷派软件技术有限公司 用于车辆通信的数据传输方法及装置、基站和网络侧设备

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103856892B (zh) * 2012-12-04 2017-05-03 中国移动通信集团公司 一种交通信息发布装置、方法及系统
CN104517321A (zh) * 2013-10-08 2015-04-15 航天信息股份有限公司 路侧设备与车载单元进行数据通信的方法和系统

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060021727A (ko) * 2004-09-04 2006-03-08 주식회사 케이티프리텔 셀 방송 방식을 이용한 교통정보 서비스 제공 방법 및 장치
CN1845479A (zh) * 2005-04-08 2006-10-11 华为技术有限公司 一种交通信息数据的广播方法及系统
US20090176511A1 (en) * 2008-01-08 2009-07-09 Mobiletraffic Networks, Inc. Mobile alerting network
CN102077612A (zh) * 2008-06-24 2011-05-25 艾利森电话股份有限公司 本地化信息服务
CN102385798A (zh) * 2010-08-31 2012-03-21 西门子公司 一种交通信息采集方法、装置及系统
CN103259834A (zh) * 2012-11-19 2013-08-21 北京新岸线移动多媒体技术有限公司 一种交通信息传播的方法及设备
CN103052029A (zh) * 2012-11-22 2013-04-17 北京交通大学 基于小区广播短消息的铁路防灾预警信息传送系统
CN104980391A (zh) * 2014-04-01 2015-10-14 华为技术有限公司 安全消息的传输方法和装置
CN105430621A (zh) * 2015-11-05 2016-03-23 东莞酷派软件技术有限公司 用于车辆通信的数据传输方法及装置、基站和网络侧设备

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113196808A (zh) * 2018-12-17 2021-07-30 三星电子株式会社 用于提供车辆通信服务的方法和终端
CN112291283A (zh) * 2019-07-22 2021-01-29 华为技术有限公司 一种通信方法及装置
WO2022062928A1 (zh) * 2020-09-22 2022-03-31 华为技术有限公司 基于广播的单播会话方法和装置

Also Published As

Publication number Publication date
WO2017206019A8 (zh) 2018-04-05
CN108140303A (zh) 2018-06-08

Similar Documents

Publication Publication Date Title
WO2017206019A1 (zh) 交通消息传递的方法、装置、车载终端及及服务器
US20240147561A1 (en) Unicast Sidelink Access Stratum Level Connection Maintenance
JP6716833B2 (ja) 無線車両通信用の通信グループの発見及び確立
Dhondge et al. WiFiHonk: smartphone-based beacon stuffed WiFi Car2X-communication system for vulnerable road user safety
US9867018B2 (en) Localized network service
WO2017076032A1 (zh) 车联网v2x业务的转发方法及装置
US20160080163A1 (en) Navigation crowd sourcing based on lte multicast
WO2017076037A1 (zh) 车联网v2x业务的发送方法及装置
WO2018227039A1 (en) Efficient vehicular services
CN106470449B (zh) 一种数据收发、中继方法、装置及通信系统
WO2020143583A1 (zh) 一种数据传输方法及对应的终端
US9686665B2 (en) Method and apparatus for dynamic location-based group formation using variable distance parameters
WO2016206458A1 (zh) 车联网中告警信息的处理方法及装置
JP7291848B2 (ja) センサ共有のためのデータフローを提供するためのシステム及び方法
EP3912326B1 (en) Vehicle-to-vehicle and vehicle-to-network communication
Zhou et al. Arve: Augmented reality applications in vehicle to edge networks
US11375344B2 (en) Vehicle to everything object exchange system
US20200327806A1 (en) Connected vehicle platform assisted v2x communications
WO2019214571A1 (zh) 一种发送消息的方法及相关设备
WO2020259525A1 (zh) 一种通信方法及装置
CN108028710A (zh) 传输通信消息的装置和方法
WO2017054606A1 (zh) 一种基于d2d通信的预警方法及相关装置
Wang et al. Architecture and key terminal technologies of 5G-based internet of vehicles
Hejazi et al. A survey on the use-cases and deployment efforts toward converged internet of things (IoT) and vehicle-to-everything (V2X) environments
WO2016101570A1 (zh) 信息的通知方法及装置

Legal Events

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

Ref document number: 16903407

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

Country of ref document: EP

Kind code of ref document: A1