WO2016206465A1 - 车联网中车辆的分组方法及装置 - Google Patents

车联网中车辆的分组方法及装置 Download PDF

Info

Publication number
WO2016206465A1
WO2016206465A1 PCT/CN2016/080069 CN2016080069W WO2016206465A1 WO 2016206465 A1 WO2016206465 A1 WO 2016206465A1 CN 2016080069 W CN2016080069 W CN 2016080069W WO 2016206465 A1 WO2016206465 A1 WO 2016206465A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
message
rsu
designated
vehicles
Prior art date
Application number
PCT/CN2016/080069
Other languages
English (en)
French (fr)
Inventor
许辉
马子江
许玲
谢玉堂
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to EP16813581.2A priority Critical patent/EP3316554B9/en
Priority to US15/736,590 priority patent/US10932271B2/en
Publication of WO2016206465A1 publication Critical patent/WO2016206465A1/zh

Links

Images

Classifications

    • 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
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1044—Group management mechanisms 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • 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/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • 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/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/025—Services making use of location information using location based information parameters
    • H04W4/027—Services making use of location information using location based information parameters using movement velocity, acceleration information

Definitions

  • the present application relates to, but is not limited to, the field of communications, and in particular, to a method and an apparatus for grouping vehicles in an Internet of Vehicles.
  • Passive safety technology is set to protect people inside and outside the vehicle after accidents.
  • Active safety technology is set to prevent and reduce accidents in vehicles and avoid injury.
  • Active safety technology is the focus of modern vehicle safety technology development. And trends.
  • the communication-based collision warning system realizes real-time information interaction between the vehicle, the vehicle and the roadside infrastructure by using advanced wireless communication technology and a new generation of information processing technology, and informs each other of the current state (including the position and speed of the vehicle). Acceleration, driving route) and learned road environment information, collaboratively aware of road hazard conditions, timely providing a variety of collision warning information to prevent road traffic safety accidents, and become a new way for countries to solve road traffic safety problems. .
  • V2X Vehicle to Everthing
  • V2X Vehicle to Everthing
  • V2V vehicle to vehicle
  • V2P vehicle to pedestrian
  • V2I Vehicle to Infrastructure
  • the Road Side Unit can receive vehicle requests to ensure that the vehicle has access to the Internet (Internet) and has the function of a gateway. In addition, it also has the functions of data calculation, storage and forwarding.
  • V2R Vehicle and Road Side Unit
  • V2I Vehicle and Road Side Unit
  • the RSU can quickly receive detected vehicles, traffic lights and some road condition information, and process, reorder, and select the information before sending it to the vehicle.
  • connection with the RSU ensures that the vehicle can access the Internet reliably or in real time or download data stored by the RSU.
  • each vehicle supporting V2V communication needs to obtain the resources required for communication (such as communication frequency and time slot and other physical resources), when V2V communication adopts 3rd generation partner project (3GPP, the 3rd Generation)
  • 3GPP 3rd generation partner project
  • D2D device-to-device
  • the resources required for V2V communication can be obtained in a competitive manner, such as the first use first, but this method may generate resources in a large area of the vehicle. Congestion and collision. For example, if there is a resource block allocated in advance, but multiple vehicles use the same resources (such as the same frequency resource and time slot resource), these vehicles will not be able to use the resource, so that the information of these vehicles cannot be used. Send it out. Therefore, in V2V communication, if the vehicle obtains the resources in the resource pool in a competitive manner, it is easy to cause a collision and the vehicle information cannot be transmitted in time.
  • Embodiments of the present invention provide a method and an apparatus for grouping vehicles in a vehicle network.
  • a method for grouping vehicles in a vehicle network including: in a RSU coverage area, a first vehicle that meets a preset condition receives first indication information of the RSU, where The first indication information is set to indicate that the designated vehicle becomes a vehicle having management authority to manage a group of vehicles to which the specified vehicle belongs; or, outside the RSU coverage area, the designated vehicle that satisfies a preset condition negotiates to produce a final Designating a vehicle; the designated vehicle periodically broadcasts a first message to the vehicle outside the RSU coverage and/or to the vehicle outside the RSU coverage; the designated vehicle receives a second message responsive to the first message And wherein the second message is set to indicate joining the vehicle group; the designated vehicle divides a vehicle that transmits the second message into the vehicle group.
  • the designated vehicle receives the second message in response to the first message, comprising: the designated vehicle transmitting a request message to a vehicle responsive to the first message, wherein the request message is set to indicate a request Joining the vehicle group; the designated vehicle receiving the second message responsive to the request message; or the designated vehicle receiving the second message from a vehicle receiving the first message.
  • the method further includes: when there are multiple vehicles having the management authority, the designated vehicle receives the RSU transmission The second indication information, wherein the second indication information is set to indicate that the designated vehicle is the vehicle that ultimately has the management authority, or the designated vehicle is the vehicle that ultimately has the management authority according to a preset rule.
  • the method further includes: the designated vehicle receiving when the vehicle in the group of vehicles needs to exit the group of vehicles A notification message is set to exit the vehicle grouping; the designated vehicle releases vehicle management rights that need to exit the vehicle grouping.
  • the preset condition includes at least one of the following: computing power, power, storage space, location, driving direction, and business capability.
  • the first message carries information of at least one of the following: a wireless resource pool, a vehicle grouping location, a driving direction, a speed, and a car networking service.
  • the specified vehicle negotiation that satisfies the preset condition is based on one or more of the following conditions: a vehicle identification number, a vehicle computing capability, a vehicle storage space, a vehicle location, and a predefined rule.
  • a grouping device for a vehicle in a vehicle network which is located on a designated vehicle side in a vehicle network that meets a preset condition, and includes: a first receiving module disposed in an RSU coverage area, Receiving first indication information of the RSU, wherein the first indication information is set to indicate that the designated vehicle has a vehicle group management authority to manage the assigned vehicle; or a negotiation module is set to be outside the RSU coverage area Negotiating to produce a final designated vehicle; a broadcast module configured to periodically broadcast to the RSU coverage and/or to broadcast a first message for grouping the vehicle to the vehicle outside the RSU coverage; the second receiving module is configured to receive the response in response to a second message of the first message, wherein the second message is set to indicate joining the vehicle group; and the transmitting module is configured to divide the vehicle that transmits the second message into the vehicle group.
  • the second receiving module includes: a sending unit, configured to send a request message to the vehicle in response to the first message, wherein the request message is set to indicate that the request to join the vehicle group; the first receiving unit, Receiving the second message in response to the request message; or the second receiving unit is configured to receive the second message from the vehicle receiving the first message.
  • the device further includes: a management module, configured to receive second indication information sent by the RSU when there are multiple vehicles having management authority, wherein the second indication information is set to indicate the designated vehicle As the vehicle having the final management authority, the designated vehicle is regarded as the vehicle having the final management authority according to a preset rule.
  • a management module configured to receive second indication information sent by the RSU when there are multiple vehicles having management authority, wherein the second indication information is set to indicate the designated vehicle As the vehicle having the final management authority, the designated vehicle is regarded as the vehicle having the final management authority according to a preset rule.
  • the device further includes: a third receiving module, configured to receive a notification message set to exit the vehicle group when the vehicle in the vehicle group needs to exit the vehicle group; and release the module, set to release the pair It is necessary to exit the vehicle management authority of the vehicle grouping.
  • the first indication information is sent by the RSU to the designated vehicle that meets the preset condition in the coverage, and the first indication information is set to indicate that the designated vehicle has the management authority for managing the group of vehicles to which the designated vehicle belongs. Determining, by the designated vehicle, periodically to the RSU coverage and/or broadcasting a first message for grouping the vehicle to the vehicle outside the RSU coverage, dividing the vehicle in response to the first message and willing to join the vehicle grouping Groups, thereby managing the vehicles in the vehicle network in groups, and solving the problem of the cell changes caused by the high-speed movement of the vehicle group when the network allocates resources for multiple vehicles in a vehicle-intensive area, and the network-side equipment is difficult to timely The problem of allocating and releasing resources for these vehicles.
  • FIG. 1 is a schematic diagram of sending traffic and scheduling information to a vehicle through a network information platform in the related art
  • FIG. 2 is a schematic structural diagram of a vehicle network in the related art
  • FIG. 3 is a flow chart of a method of grouping vehicles in a vehicle network according to an embodiment of the present invention.
  • FIG. 4 is a block diagram showing the structure of a grouping device of a vehicle in a vehicle network according to an embodiment of the present invention
  • FIG. 5 is a block diagram 1 of an optional structure of a grouping device for a vehicle in a vehicle network according to an embodiment of the present invention
  • FIG. 6 is a block diagram 2 of an optional structure of a grouping device for a vehicle in a vehicle network according to an embodiment of the present invention
  • FIG. 7 is a block diagram 3 of an optional structure of a grouping device for a vehicle in a vehicle network according to an embodiment of the present invention.
  • FIG. 8 is a flow chart of a method of forming a fleet in accordance with an alternative embodiment of the present invention.
  • FIG. 9 is a flow chart of a method in accordance with an alternative embodiment of the present invention.
  • FIG. 10 is a flow chart of a method in accordance with an alternative embodiment 2 of the present invention.
  • FIG. 11 is a flow chart of a method in accordance with an alternative embodiment 3 of the present invention.
  • Figure 12 is a flow chart of a method in accordance with an alternative embodiment 4 of the present invention.
  • Figure 13 is a schematic illustration of a system for forming a fleet of vehicles in accordance with an embodiment of the present invention.
  • FIG. 14 is a schematic diagram of an OBU that forms a fleet of vehicles in accordance with an embodiment of the present invention.
  • FIG. 3 is according to the present invention.
  • Step S302 In the RSU coverage area, the designated vehicle that meets the preset condition receives the first indication information of the RSU, wherein the first indication information is set to indicate that the designated vehicle becomes a vehicle having management authority for managing the group of vehicles to which the specified vehicle belongs; or , the designated vehicle that meets the preset condition outside the coverage area of the RSU negotiates to produce the final designated vehicle;
  • Step S304 designating the vehicle to periodically broadcast the first message to the vehicle coverage group and/or to the vehicle outside the RSU coverage to set the vehicle grouping;
  • Step S306 The specified vehicle receives the second message in response to the first message, wherein the second message is set to indicate that the joining vehicle group is included;
  • Step S308 The designated vehicle divides the vehicle that transmits the second message into the vehicle group.
  • the RSU sends the first indication information to the designated vehicle that meets the preset condition in the coverage, the first indication information is set to indicate that the designated vehicle has the vehicle that manages the designated vehicle.
  • the administrative authority of the grouping the designated vehicle periodically broadcasts a first message to the vehicle outside the RSU coverage and/or to the vehicle outside the coverage of the RSU to group the vehicle, and divides the vehicle that is responsive to the first message and is willing to join the vehicle grouping Groups, thereby managing the vehicles in the vehicle network in groups, and solving the problem of the cell changes caused by the high-speed movement of the vehicle group when the network allocates resources for multiple vehicles in a vehicle-intensive area, and the network-side equipment is difficult to timely The problem of allocating and releasing resources for these vehicles.
  • Manner 1 The specified vehicle sends a request message to the vehicle responsive to the first message, wherein the request message is set to indicate that the request to join the vehicle group; the designated vehicle receives the second message in response to the request message;
  • Manner 2 The designated vehicle receives a second message from the vehicle that received the first message.
  • the method in this embodiment may further include: when there are multiple vehicles having the management authority, specify the vehicle. Receiving second indication information sent by the RSU, wherein the second indication information is set to indicate that the designated vehicle is the vehicle that finally has the management authority, or the designated vehicle is the vehicle that finally has the management authority according to the preset rule.
  • the RSU can be used to determine the final The vehicle having the management authority, or the plurality of vehicles having the management authority, finally determining the vehicle having the management authority according to the preset rule, wherein the preset rule may be comparing the computing power, the power, and the storage between the vehicles having the management authority Any one or more of factors such as space, location, direction of travel, and business capabilities.
  • the method in this embodiment may further include:
  • Step S11 when the vehicle in the vehicle group needs to exit the vehicle group, the designated vehicle receives a notification message set to exit the vehicle group;
  • Step S12 Designating the vehicle to release the vehicle management authority for the vehicle group to be exited.
  • the preset condition in this embodiment may include at least one of the following: computing power, power, storage space, location, driving direction, and service capability.
  • the preset condition is only an optional preset condition in the embodiment, and is not limited to the embodiment of the present invention.
  • the preset condition of the response may be increased or decreased according to a specific application scenario.
  • the first message for the specified vehicle broadcast in this embodiment includes: a wireless resource pool, a vehicle grouping location, a driving direction, a speed, and a car networking service. It should be noted that the first message is not limited to the foregoing information, and the corresponding information may be added or decreased according to a specific application scenario.
  • the specified vehicle negotiation for satisfying the preset condition involved in the present embodiment is based on one or more of the following conditions: a vehicle identification number, a vehicle computing capability, a vehicle storage space, a vehicle location, and a predefined rule.
  • the designated vehicle with the smallest identification number in the specified vehicle that meets the preset condition may be the final designated vehicle, or the vehicle with the most powerful computing capability as the final designated vehicle.
  • the same vehicle with the largest storage space and the middle of the vehicle position is the most final designated vehicle.
  • the final designated vehicle can be selected according to predefined rules.
  • the above negotiation conditions can be combined or used separately.
  • the vehicle involved in the embodiment is a vehicle including an onboard unit (OBU) having an Internet of Vehicles function.
  • OBU onboard unit
  • the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation.
  • the technical solution of the embodiments of the present invention may be embodied in the form of a software product in essence or in the form of a software product stored in a storage medium (such as ROM/RAM, magnetic).
  • the discs and the optical discs include a plurality of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, or a network device, etc.) to perform the methods of various embodiments of the embodiments of the present invention.
  • a grouping device for a vehicle in a vehicle network is also provided, and the device is configured to implement the above-described embodiments, and the description thereof has been omitted.
  • the term "module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • the device includes: a first receiving module 402. Provided to receive first indication information of the RSU in an RSU coverage area, wherein the first indication information is set to indicate that the designated vehicle has management of vehicle group management authority to which the designated vehicle belongs; or, the negotiation module 404 And being configured to negotiate to generate a final designated vehicle outside the RSU coverage area; the broadcast module 406 is configured to be coupled to the first receiving module 402 or the negotiation module 404, and is configured to periodically cover the RSU and/or cover the RSU.
  • the vehicle broadcast is set to a first message for grouping the vehicle;
  • the second receiving module 408 is configured to be coupled to the broadcast module 406, configured to receive a second message responsive to the first message, wherein the second message is set to indicate Adding a vehicle grouping;
  • the sending module 410 is configured to be coupled to the second receiving module 408, and configured to divide the vehicle that sends the second message Vehicle packet.
  • the second receiving module 408 includes: a sending unit 502, configured to send to a vehicle responsive to the first message. a request message, wherein the request message is set to indicate that the request to join the vehicle packet; the first receiving unit 504 is coupled to the transmitting unit 502 to receive the second message in response to the request message; or the second receiving unit 506 is configured to receive from the second message A second message of the vehicle receiving the first message.
  • FIG. 6 is a block diagram 2 of an optional structure of a grouping device for a vehicle in a vehicle network according to an embodiment of the present invention.
  • the device further includes: a management module 602, configured to be coupled to the first receiving module 402, configured to receive second indication information sent by the RSU when the vehicle has multiple management rights, wherein the second indication information is set To specify the vehicle as the vehicle with the final management authority, or to specify the vehicle as the final vehicle with administrative authority according to the preset rules.
  • the apparatus further includes:
  • the receiving module 702 is configured to be coupled to the sending module 410, and configured to receive a notification message set to exit the vehicle group when the vehicle in the vehicle group needs to exit the vehicle group; and the releasing module 704 is configured to be connected to the third receiving module 702. A coupled connection, set to release vehicle management rights to the vehicle group that needs to be exited.
  • the embodiment provides a method for forming a fleet.
  • the method includes: in the RSU coverage area, the RSU determines the head vehicle (corresponding to the designated vehicle in the above embodiment), and negotiates to determine the head vehicle outside the RSU coverage area;
  • the other vehicle OBU or other vehicle OBU is requested to actively join the fleet (corresponding to the grouping of vehicles in the above embodiment); the head vehicle is responsible for the renewal of the team members.
  • the fleet can be dynamically formed inside and outside the RSU to improve the V2X fleet configuration efficiency.
  • the vehicle team involved in the embodiment refers to a vehicle team composed of OBUs according to certain rules in the V2X communication of the Internet of Vehicles, and each of the teams has one of the first vehicles.
  • the certain rules are: rules set by the operator/business operator and set to form a fleet include: rules defined according to vehicle location, OBU type, V2X service, and the like.
  • the purpose of the team is to facilitate the management of OBUs in the fleet, such as V2V/V2P wireless air interface resource allocation; each fleet has a unique identifier, such as: group ID.
  • the head car can be generated by the RSU (in the coverage area) or negotiated (outside the coverage area).
  • the role of the head car includes: assigning V2V/V2P communication radio resources to the team members, communicating with the RSU, broadcasting fleet information, communicating with other teams, etc. .
  • the team's first car can be updated as needed, and all team members need to be notified when the car is updated.
  • the first car sends a periodic broadcast message.
  • the content of the broadcast message includes at least: the team logo and the head car logo; further content includes: resource pool, team member logo, fleet business, fleet speed, fleet travel direction, fleet candidate head car Logo, etc.
  • the team members can communicate with the RSU (within the RSU coverage area) V2I in addition to communicating with each other V2V, communicating with the pedestrian V2P, and communicating with the V2V.
  • the team members communicate with each other, communicate with pedestrians and communicate with the head car.
  • the wireless communication resources are allocated by the team's first car.
  • the communication between the team members and the RSU can be allocated wireless communication resources by the RSU.
  • the function of the first car is similar to that of the RSU.
  • a team is equivalent to a mobile community. When members of the team need to communicate with V2V/V2P, they can request wireless resources from the first car of the team or select resources in the resource pool designated by the first car.
  • the RSU is a base station eNB or a stationary UE or a dedicated RSU (such as an access point AP in 802.11P); in the RSU coverage area, all the team members are located in the RSU coverage area; the judgment is implemented by the RSU according to the position of the fleet member.
  • the size of the team is dynamic. If there is only one head car at the beginning, the number of team members can change dynamically.
  • FIG. 8 is a flowchart of a method for forming a fleet according to an embodiment of the present invention. As shown in FIG. 8, the steps of the method include:
  • step S801 it is determined whether the vehicle is in the RSU coverage area. If yes, the process goes to step S802. If not, the process goes to step S805.
  • step S802 the RSU specifies the head vehicle.
  • the RSU specifies the head vehicle according to the characteristics of the vehicle OBU and the condition of the head vehicle.
  • the characteristics of the OBU include one or more of the following: computing power, power, storage space, location, driving direction, service capability, etc.
  • Refers to the requirements of the first car such as one or more of the following: computing power, power, storage space, location, business capabilities, etc.; OBUs that meet the conditions of the first car generally carry the capability identification, such as storage on the SIM/USIM card.
  • the OBU that satisfies the condition sends capability indication information to the RSU: Indicates that it can be used as a head car candidate.
  • the RSU sends a request to the OBU that satisfies the condition: whether it is willing to be the head car, the RSU determines the head car according to the response message of the OBU that satisfies the condition; or the OBU that satisfies the condition sends a request message to the RSU: request to be the head car
  • the RSU judges to send a response message: agree or reject.
  • the RSU sends a notification message to the designated head vehicle.
  • the notification message includes at least: a fleet identifier. Further, the notification message may further include: a fleet wireless resource pool and a fleet member.
  • Step S803 periodically broadcasting the head car information.
  • the periodic broadcast is sent by the RSU or the first car.
  • the broadcast content includes at least: a fleet identifier and a head vehicle identifier.
  • the broadcast content may further include: a wireless resource pool, a fleet position, a traveling direction, a speed, a service, and a head vehicle computing capability. Wait.
  • step S804 a fleet is formed.
  • the head vehicle detects the neighboring vehicle OBU, and the head vehicle sends a request message to the neighboring OBUs: invite the OBU to join the team, and receive the requested OBU to send a response message: accept or reject; 2) proximity The vehicle OBUs detects the head car, and the neighboring OBU sends a request message to the head car: request to join the team, and the first car that receives the request sends a response message to the OBU: accept or reject.
  • the RSU selects the new head car or the candidate car in the team as the new head car; if other members withdraw, The vehicle will be notified before exiting. If the head car cannot be notified, the RSU or other team members will be notified, and the RSU or other members will notify the head car.
  • step S805 the head car is periodically broadcasted.
  • the head car is outside the RSU coverage area, and the head car periodically broadcasts according to its own capabilities.
  • the cycle is specified in advance and stored in the head car.
  • the broadcast includes: the team logo, the head car logo; and may also include: resource pool, head car position, travel Direction, speed, business, head car computing capacity, storage space, etc.; the above-mentioned fleet identification, resource pool and other information exist in the storage unit of the first car in advance, or the head car is located in the RSU
  • the inside of the cover is distributed by the RSU and is present in the head vehicle.
  • step S806 a fleet is formed.
  • the head vehicle detects the neighboring vehicle OBU, and the head vehicle sends a request message to the neighboring OBUs: invites the OBU to join the team, receives the requested OBU to send a response message: accept or reject; 2) the neighboring vehicle OBUs The first car is detected, and the neighboring OBU sends a request message to the first car: request to join the team, and the first car that receives the request sends a response message to the OBU: accept or reject.
  • the above message is sent over a multicast or unicast bearer.
  • the new head car can be determined by simple principle: if the original head car has a smaller identification number as a new head car, or other predefined rules are used to generate a new head car.
  • the predefined rule refers to: the RSU or the operator/business operator defined head car generation rule, which is stored in the storage unit of the head car.
  • the negotiation may also include: the merged team logo, the wireless resource pool, the head car broadcast period, the broadcast content, the team members, etc.; if the broadcast continues, the two heads continue to be broadcast separately, in order to avoid conflict, the two head cars can Negotiation: broadcast cycle, resource pool, to ensure that the broadcast cycle and resource pool of the two teams do not conflict.
  • the team members exit, if the head car exits or no longer takes the lead car, it is determined by negotiation that the new head car or the candidate car in the team will be the new car; if other members withdraw, If you are unable to notify the first car, you will notify the other team members, and the other team members who have received the notice will inform the first car.
  • the head vehicle and the team members in this embodiment include an OBU, and the OBU vehicle unit is equivalent to the user equipment UE.
  • the first embodiment is a scenario for sending a request by the head car OBU in the RSU coverage area.
  • FIG. 9 is a flowchart of a method according to an embodiment of the present invention. As shown in FIG. 9, the steps of the method include:
  • step S901 the RSU selects the head vehicle.
  • An OBU that satisfies the condition of the head car generally carries a capability identifier, such as storing one on the SIM/USIM card.
  • the OBU that satisfies the condition sends capability indication information to the RSU: indicating that it can be used as a head car candidate, and the RSU sends a request to the OBU that satisfies the condition: whether it is willing to be the head car, and the RSU selects the head car according to the response message of the OBU that satisfies the condition; or satisfies the condition
  • the OBU sends a request message to the RSU: the request becomes the first car, and the RSU determines to send a response message: agree or reject.
  • step S902 the RSU notifies the head car.
  • the RSU determines the head vehicle according to the characteristics of the vehicle OBU and the condition of the head vehicle, wherein the characteristics of the OBU include one or more of the following: computing power, power, storage space, location, driving direction, service capability, etc.
  • the requirements for the first car such as one or more of the following: computing power, power, storage space, location, business capabilities, etc.;
  • the RSU sends a notification message to the designated head car.
  • the notification message includes at least: a fleet identity.
  • the notification message may further include: a fleet wireless resource pool and a fleet member.
  • Step S903 periodically broadcasting the head car information.
  • the periodic broadcast is sent by the RSU or the first car, and the broadcast content includes at least: a fleet identifier and a head car logo, and may also include: a wireless resource pool, a fleet position, a traveling direction, a speed, a business head vehicle computing capability, and the like.
  • step S904 the head vehicle detects the neighboring vehicle OBU.
  • the head car uses D2D Discovery to detect neighboring OBUs, and discovers that resources are allocated by the RSU or selected in the resource pool according to the RSU indication.
  • step S905 the head vehicle determines whether there is a neighboring OBU, and if so, proceeds to step S906, otherwise, proceeds to step S904.
  • the head car determines whether there is a neighboring OBU according to the discovery result; considering that within the RSU coverage, there is generally no scene where two or more head cars collide, such as the head car discovering another head car nearby, if a collision occurs, it occurs
  • the head car of the conflict requests the RSU to arbitrate or negotiate to determine the final head car.
  • step S906 the head car sends a request.
  • the first car sends a request to the discovered neighboring OBU: Please join my team.
  • the request message also includes any one or more of the following: team logo, team direction, speed, fleet business, team members, etc.
  • the request is sent through RRC signaling.
  • step S907 the OBU sends a response message.
  • the OBU receives the request message of the first car, and the OBU determines whether to accept the request: the OBU can determine whether to join the team according to its own state, the head car information and the fleet rules, etc., wherein the state and the head car information include: position, speed, direction, service, storage. Space, computing power, etc., fleet rules include: rules for operators/businesses to store in OBU storage units, rules for head-car broadcasting, etc. An example of fleet rules such as the rights and obligations of team members.
  • the OBU determines to join the fleet, and sends an acceptance response message to the first vehicle.
  • the response message includes: accepting the identifier, the response message of the first vehicle receiving the OBU, adding the OBU to the fleet member list; and the OBU determining not to join the fleet, sending a rejection response message to the first vehicle.
  • the reject message includes: a reject identifier, wherein the reason for rejecting the join may also be included, and the first vehicle receives the rejection message from the OBU and stops sending the request to the OBU and marks the corresponding OBU (not joining the fleet).
  • the second embodiment is a flowchart for the active participation of the vehicle in the coverage area of the RSU.
  • FIG. 10 is a flowchart of the method according to the second embodiment of the present invention. As shown in FIG. 10, the steps of the method include:
  • step S1001 the RSU selects the head vehicle.
  • the OBU that satisfies the condition sends capability indication information to the RSU: indicating that it can be used as a head car candidate, and the RSU sends a request to the OBU that satisfies the condition: whether it is willing to be the head car, and the RSU selects the head car according to the response message of the OBU that satisfies the condition; or satisfies the condition
  • the OBU sends a request message to the RSU: the request becomes the first car, and the RSU determines to send a response message: agree or reject.
  • step S1002 the RSU notifies the head car.
  • the RSU determines the head vehicle according to the characteristics of the vehicle OBU and the condition of the head vehicle, wherein the characteristics of the OBU include one or more of the following: computing power, power, storage space, location, driving direction, service capability, etc.
  • the requirements for the first car such as any one or more of the following: computing power, power, storage space, location, business capabilities, etc.;
  • the RSU sends a notification message to the designated first car.
  • the notification message includes at least: a fleet identity, and the notification message may further include: a fleet wireless resource pool and a fleet member.
  • step S1003 the head car information is periodically broadcasted.
  • the periodic broadcast is sent by the RSU or the first car.
  • the broadcast content includes at least: a fleet identifier and a head car logo, and further includes: a wireless resource pool, a fleet position, a traveling direction, a speed, a service, a head vehicle computing capability, and the like.
  • step S1004 the neighboring vehicle sends a request message to the head vehicle.
  • the neighboring vehicle detects the head vehicle in two ways: 1) the neighboring vehicle OBU receives the broadcast information sent by the head vehicle; 2) the neighboring vehicle OBU uses the D2D discovery to detect the head vehicle.
  • the neighboring vehicle After the neighboring vehicle detects the first car, it determines whether to join the team according to its own state, the head car information and the fleet rules, etc., wherein the state and the head car information include: position, speed, direction, service, storage space, computing power, etc., the fleet rules include : rules for operators/businesses to store in OBU storage units, rules for head-car broadcasting, etc., an example of fleet rules such as the rights and obligations of team members.
  • the neighboring vehicle OBU determines to join the team, and sends a request message to the head vehicle: request to join the team, the request message includes at least: an OBU identifier, and the further request message further includes any one or more of the following: vehicle position, direction of travel, speed, service, Computational power, storage space, whether it is other team members, etc.; the first car receives the OBU request message to add the OBU to the fleet member list;
  • the OBU determines not to join the team, it does not send a request message to the head car.
  • step S1005 the head vehicle sends a response message.
  • the first vehicle After receiving the request message of the neighboring vehicle OBU, the first vehicle determines whether to accept the request, and if yes, sends an acceptance response message to the neighboring vehicle, the response message includes: accepting the identifier, and the response message further includes any one or more of the following: the fleet identifier The vehicle identification, the team member identification, the resource pool, and the like; if not, sending a rejection response message to the neighboring vehicle, the response message includes: a rejection identifier, and the response message may further include: a rejection reason.
  • the above judgment determines whether to join the team according to the fleet status, OBU information, and fleet rules.
  • the fleet status and OBU information include: location, speed, direction, service, storage space, computing power, etc.
  • the fleet rules include: the operator/business operator formulates The rules stored in the OBU storage unit, the rules for the head car broadcast, etc., an example of the rules of the fleet, such as the rights and obligations of the team members.
  • FIG. 11 is a flowchart of a method according to Embodiment 3 of the present invention. As shown in FIG. 11, the steps of the method include:
  • step S1101 the head car is periodically broadcasted.
  • the head car periodically sends broadcast messages outside the coverage area of the RSU, including: the team logo and the head car logo, and also includes any one or more of the following: head position, speed, direction, service, computing power, storage space, fleet Members, etc.
  • the cycle is stored in advance in the storage unit of the head vehicle.
  • step S1102 it is judged whether or not there is a conflict. If yes, the process goes to step S1103, otherwise to step S1105.
  • Collision means that two or more cars in the adjacent area are sending broadcast messages; the first car in the car receives broadcast messages from other cars, indicating that a collision has occurred.
  • the conflicting head car needs to be negotiated: synthesize a fleet or continue to broadcast separately; if a fleet is synthesized, the original two heads negotiate to generate a new head, and the new head can be determined by simple principles.
  • Car If you choose the original car with the smaller identification number as the new car, or use other predefined rules to generate a new car.
  • the predefined rule refers to: the RSU or the operator/business operator defined head car generation rule, which is stored in the storage unit of the head car.
  • the negotiation also includes: the merged team logo, the wireless resource pool, the head car broadcast period, the broadcast content, the team members, etc.; if the broadcast is continued separately, the two heads continue to be broadcast separately, in order to avoid conflict, the two head cars can be negotiated. : Broadcast period and resource pool to ensure that the broadcast period and resource pool of the two teams do not conflict.
  • step S1103 it is judged whether or not to merge, and if yes, the process goes to step S1104, otherwise to step S1101.
  • Two or more teams are outside the RSU coverage area, and two or more of the first vehicles receive each other's broadcast messages, and determine whether the merger is required according to any one or more of the following rules: the direction of travel of two or more teams, Conditions such as fleet speed, distance between teams, instructions for head cars, and operator/business quotient strategies.
  • the first car can negotiate: broadcast cycle and resource pool to ensure that the broadcast period and resource pool of the two teams do not conflict.
  • step S1104 a new head car is negotiated.
  • the new head car is generally one of the head cars before the merger, or one is selected according to the proposal of the former car, such as the waiting car in the original team.
  • the original pick-up head car B needs to inform the team member of the team g2 to notify A, B to indicate the new head car A and the new team to the original team g2. Identify g3.
  • step S1105 the head vehicle detects the neighboring vehicle OBU.
  • step S1106 the head vehicle determines whether there is a neighboring OBU, and if so, proceeds to step 407, otherwise, proceeds to step 405.
  • step S1107 the head car sends a request message to the neighboring OBU.
  • step S1108 the OBU sends a response message to the head vehicle.
  • FIG. 12 is a flowchart of a method according to Embodiment 4 of the present invention. As shown in FIG. 12, the steps of the method include:
  • step S1201 the head car is periodically broadcasted.
  • step S1202 it is judged whether or not there is a conflict. If yes, the process goes to step S1203, otherwise to S1205.
  • step S1203 it is judged whether or not the merger is negotiated. If yes, the process goes to step S1204, and if not, the process goes to step S1201.
  • Step S1204 negotiating to generate a new head car
  • the head car informs the team members that if the head car changes, the original head car informs the new head car and the team members; the notice includes: the team logo, the team member logo, the head car logo; the notice may also include The following: resource pool and head car broadcast cycle. Notification can pass V2V mode achieve.
  • Step S1205 the neighboring OBU sends a request message to the head vehicle
  • step S1206 the head vehicle sends a response message.
  • the head vehicle After receiving the request message of the neighboring vehicle OBU, the head vehicle determines whether to receive the request, and if yes, sends an acceptance response message to the neighboring vehicle, and the response message includes: accepting the identifier.
  • the response message may further include any one or more of the following: a fleet identification, a head vehicle identification, a fleet member identification, a resource pool, and the like; if not, transmitting a rejection response message to the neighboring vehicle, the response message including: rejection identification.
  • the response message also includes: the reason for the rejection.
  • FIG. 13 is a schematic diagram of a system for forming a fleet according to an embodiment of the present invention. As shown in FIG. 13, the system includes: an OBU 60 and an RSU 61.
  • the RSU 61 is configured to select a head car and allocate radio resources and a fleet identity in the coverage area, and is also configured to notify the head car;
  • the OBU 60 is configured to receive the notification information broadcast by the RSU 61, determine whether the head vehicle is outside the coverage area, send a request/response message to the head vehicle, and receive a request/response message sent by the head vehicle.
  • the OBU includes: a determining unit 600, a receiving unit 601, and a sending unit 602, where:
  • the determining unit 600 is configured to determine whether to join the fleet
  • the receiving unit 601 is configured to receive the RSU indication information and is further configured to receive a request/response message of the head vehicle.
  • the sending unit 602 is arranged to send a request/response message to the RSU/header.
  • each of the above modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the modules are located in multiple In the processor.
  • Embodiments of the present invention also provide a computer readable storage medium storing computer executable instructions that are implemented by a processor to implement the above method.
  • the above computer storage medium may be configured to be stored for performing the following steps:
  • Step S1 The first indication information that the designated vehicle that meets the preset condition in the RSU coverage receives the RSU, wherein the first indication information is set to indicate that the designated vehicle has the vehicle group management authority to which the designated designated vehicle belongs;
  • Step S2 designating that the vehicle periodically broadcasts to the RSU coverage and/or broadcasts a first message set to perform vehicle grouping for vehicles outside the RSU coverage;
  • Step S3 the designated vehicle receives a second message in response to the first message, wherein the second message is set to indicate joining the vehicle group;
  • Step S4 The designated vehicle divides the vehicle that transmits the second message into the vehicle group.
  • the foregoing storage medium may include, but not limited to, a U disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, a magnetic disk, or an optical disk.
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • mobile hard disk a magnetic disk
  • magnetic disk a magnetic disk
  • optical disk a variety of media that can store program code.
  • modules or steps of the embodiments of the present invention can be implemented by a general computing device, which can be concentrated on a single computing device or distributed in multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from The steps shown or described are performed sequentially, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated into a single integrated circuit module. Thus, embodiments of the invention are not limited to any specific combination of hardware and software.
  • the method and device for grouping vehicles in a vehicle network using the RSU to send first indication information to a designated vehicle that meets a preset condition in the coverage area, the first indication information Provided to indicate that the designated vehicle has administrative authority to manage a group of vehicles to which the designated vehicle belongs, the designated vehicle periodically broadcasting to the RSU coverage and/or broadcasting a first message for grouping the vehicle to the vehicle outside the RSU coverage, Resolving a group of vehicles that are willing to join the vehicle group in response to the first message, thereby managing vehicles in the vehicle network in units of groups, solving the problem that the network side devices are difficult to timely allocate and release vehicles in the vehicle network.
  • the problem of resources using the RSU to send first indication information to a designated vehicle that meets a preset condition in the coverage area, the first indication information Provided to indicate that the designated vehicle has administrative authority to manage a group of vehicles to which the designated vehicle belongs, the designated vehicle periodically broadcasting to the RSU coverage and/or broadcasting a first message for grouping the vehicle to the vehicle outside the RSU coverage,

Abstract

本文公布一种车联网中车辆的分组方法及装置，该方法包括：在路边单元RSU覆盖区域内，满足预设条件的指定车辆接收RSU的第一指示信息，其中，第一指示信息设置为指示指定车辆成为具有管理指定车辆所属车辆分组的管理权限的车辆；或，在RSU覆盖区域外，满足预设条件的指定车辆协商产生最终的指定车辆；指定车辆周期性向RSU覆盖范围内和/或对RSU覆盖范围外的车辆广播设置为进行车辆分组的第一消息；指定车辆接收响应于第一消息的第二消息；指定车辆将发送第二消息的车辆划分到车辆分组中。通过本文公布的车联网中车辆的分组方法及装置，解决了网络侧设备难以及时为车联网中的车辆分配和释放资源的问题。

Description

车联网中车辆的分组方法及装置 技术领域
本申请涉及但不限于通信领域，具体涉及一种车联网中车辆的分组方法及装置。
背景技术
随着经济社会高速发展，中国汽车保有量迅速增长，道路交通事故频繁发生，已成为近年来影响我国公众安全感的重要因素之一，道路交通安全问题已经成为影响社会和谐和改善民生的基本问题之一。中国迫切需要从技术、政策、教育等各方面改善交通安全，其中提升车辆安全设计是其中的重要组成部分。
提升车辆安全的技术主要分为被动安全技术和主动安全技术。被动安全技术设置为在事故发生后，对车内、车外人员及物品的保护；主动安全技术设置为防止和减少车辆发生事故，避免人员受到伤害；主动安全技术是现代车辆安全技术发展的重点和趋势。
基于通信的碰撞预警系统，通过利用先进的无线通信技术和新一代信息处理技术，实现车与车、车与路侧基础设施间的实时信息交互，告知彼此目前的状态(包括车辆的位置、速度、加速度、行驶路径)及获知的道路环境信息，协作感知道路危险状况，及时提供多种碰撞预警信息，防止道路交通安全事故的发生，成为当前各国试图解决道路交通安全问题的一种新的思路。
图1为相关技术中通过网络信息平台向车辆发送交通、调度信息的示意图，图2是相关技术中车联网的架构示意图，结合图1和图2所示，车联网(Vehicle to Everthing，V2X)是指通过装载在车辆上的传感器、车载终端及电子标签提供车辆信息，采用各种通信技术实现车与车(Vehicle to Vehicle，V2V)、车与人(Vehicle to pedestrian，V2P)、车与路(基础设施)(Vehicle to Infrastructure，V2I)互连互通，并在信息网络平台上对信息进行提取、共享等有效利用，对车辆进行有效的管控和提供综合服务。
近年来随着新的移动通信技术的发展，国际上出现了使用LTE技术来解 决基于车联网通信应用的研究。路边单元(Road Side Unit，RSU)可以接收车辆请求，保证车辆接入互联网(Internet)，有网关的功能；此外，它也拥有数据运算、存储、转发的功能。
车辆与路边单元(Vehicle to Road Side Unit，V2R)，也可称为V2I，的通信的主要特点包括：
((1)RSU广播时，广播信息只发送给它覆盖范围内的所有车辆；
(2)RSU和车辆之间是单跳传输，防止多跳带来的包传递成功率低、网络吞吐量低等不利影响；
(3)RSU可以快速的接收探测到经过的车辆、红绿灯和一些路况信息，并把这些信息进行处理、重新排序、选择之后再发给车辆。
上述三个方面保证车辆经过RSU时，通过与RSU建立连接保证车辆可以可靠、实时的接入Internet或者下载RSU存储的数据。
为了实现V2V通信，每辆支持V2V通信的车辆都需要获得通信所需的资源(如：通信的频率和时隙等物理资源)，当V2V通信采用第三代合作伙伴项目(3GPP，the 3rd Generation Partnership Project)所定义的设备到设备(D2D)技术时候，V2V通信所需要的资源可以采用竞争的方式获得，如：先得到的先用，但这种方式可能在车辆多的区域下，产生资源拥塞和碰撞。如：有一块事先分配好的资源块，但多个车都使用相同的资源(如：相同的频率资源和时隙资源)会导致这些车都无法使用该资源，从而使得这些车的信息都无法发送出去。所以，在V2V通信中，如果车辆采用竞争的方式获得资源池中资源，很容易产生碰撞而导致车辆信息不能及时发送出去。
由上述可知，相关技术中在一个车辆密集区域，当网络为多个车辆分配资源时，随着车辆分组的高速移动而导致的小区变化，进而网络侧设备难以及时为这些车辆分配和释放资源。针对相关技术中的上述问题，目前尚未有效的解决办法。
发明内容
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保围。
本发明实施例提供了一种车联网中车辆的分组方法及装置。
根据本发明实施例的一个方面，提供了一种车联网中车辆的分组方法，包括：在RSU覆盖区域内，满足预设条件的指定车辆接收所述RSU的第一指示信息，其中，所述第一指示信息设置为指示所述指定车辆成为具有管理所述指定车辆所属车辆分组的管理权限的车辆；或，在所述RSU覆盖区域外，满足预设条件的所述指定车辆协商产生最终的指定车辆；所述指定车辆周期性向RSU覆盖范围内和/或对RSU覆盖范围外的车辆广播设置为进行车辆分组的第一消息；所述指定车辆接收响应于所述第一消息的第二消息，其中，所述第二消息设置为指示加入所述车辆分组；所述指定车辆将发送所述第二消息的车辆划分到所述车辆分组中。
其中，所述指定车辆接收响应于所述第一消息的第二消息，包括：所述指定车辆向响应于所述第一消息的车辆发送请求消息，其中其中，所述请求消息设置为指示请求加入所述车辆分组；所述指定车辆接收响应于所述请求消息的所述第二消息；或，所述指定车辆接收来自接收到所述第一消息的车辆的所述第二消息。
在RSU覆盖范围内的满足预设条件的指定车辆接收所述RSU的第一指示信息之后，所述方法还包括：在具有管理权限的车辆有多个时，所述指定车辆接收所述RSU发送的第二指示信息，其中，所述第二指示信息设置为指示所述指定车辆作为最终具有管理权限的车辆，或，根据预设规则将所述指定车辆作为最终具有管理权限的车辆。
在所述指定车辆将发送所述第二消息的车辆划分到所述车辆分组中之后，所述方法还包括：在所述车辆分组中的车辆需要退出所述车辆分组时，所述指定车辆接收设置为退出所述车辆分组的通知消息；所述指定车辆释放对需要退出所述车辆分组的车辆管理权限。
其中，所述预设条件包括以下至少之一：计算能力、电量、存储空间、位置、行驶方向以及业务能力。
其中，所述第一消息携带有以下至少之一的信息：无线资源池、车辆分组位置、行驶方向、速度、车联网业务。
其中，所述满足预设条件的所述指定车辆协商基于以下一种或多种条件：车辆标识序号、车辆计算能力、车辆存储空间、车辆位置、预定义规则。
根据本发明实施例的另一个方面，提供了一种车联网中车辆的分组装置，位于车联网中满足预设条件的指定车辆侧，包括：第一接收模块，设置为在RSU覆盖区域内，接收所述RSU的第一指示信息，其中，所述第一指示信息设置为指示所述指定车辆具有管理所述指定车辆所属的车辆分组管理权限；或，协商模块，设置为在RSU覆盖区域外，协商产生最终的指定车辆；广播模块，设置为周期性向RSU覆盖范围内和/或对RSU覆盖范围外的车辆广播设置为进行车辆分组的第一消息；第二接收模块，设置为接收响应于所述第一消息的第二消息，其中，所述第二消息设置为指示加入所述车辆分组；发送模块，设置为将发送所述第二消息的车辆划分到所述车辆分组中。
其中，所述第二接收模块包括：发送单元，设置为向响应于所述第一消息的车辆发送请求消息，其中，所述请求消息设置为指示请求加入所述车辆分组；第一接收单元，接收响应于所述请求消息的所述第二消息；或，第二接收单元，设置为接收来自接收到所述第一消息的车辆的所述第二消息。
其中，所述装置还包括：管理模块，设置为在具有管理权限的车辆有多个时，接收所述RSU发送的第二指示信息，其中，所述第二指示信息设置为指示所述指定车辆作为最终具有管理权限的车辆，或，根据预设规则将所述指定车辆作为最终具有管理权限的车辆。
其中，所述装置还包括：第三接收模块，设置为在所述车辆分组中的车辆需要退出所述车辆分组时，接收设置为退出所述车辆分组的通知消息；释放模块，设置为释放对需要退出所述车辆分组的车辆管理权限。
在本发明实施例中，采用RSU对其覆盖范围内满足预设条件的指定车辆发送第一指示信息，该第一指示信息设置为指示该指定车辆具有管理该指定车辆所属的车辆分组的管理权限，该指定车辆周期性向RSU覆盖范围内和/或对RSU覆盖范围外的车辆广播设置为进行车辆分组的第一消息，将响应于所述第一消息且愿意加入所述车辆分组的车辆划分一组，从而以组为单位对车联网中的车辆进行管理，解决了一个车辆密集区域中网络为多个车辆分配资源时，随着车辆分组的高速移动而导致的小区变化，网络侧设备难以及时 为这些车辆分配和释放资源的问题。
在阅读并理解了附图和详细描述后，可以明白其他方面。
附图概述
设置为图1为相关技术中通过网络信息平台向车辆发送交通、调度信息的示意图；
图2是相关技术中车联网的架构示意图；
图3是根据本发明实施例的车联网中车辆的分组方法的流程图；
图4是根据本发明实施例的车联网中车辆的分组装置结构框图；
图5是根据本发明实施例的车联网中车辆的分组装置可选结构框图一；
图6是根据本发明实施例的车联网中车辆的分组装置可选结构框图二；
图7是根据本发明实施例的车联网中车辆的分组装置可选结构框图三；
图8是根据本发明可选实施例的组建车队的方法流程图；
图9是根据本发明可选实施例一方法的流程图；
图10是根据本发明可选实施例二的方法流程图；
图11是根据本发明可选实施例三的方法流程图；
图12是根据本发明可选实施例四的方法流程图；
图13是根据本发明实施例的组建车队的系统的示意图；
图14是根据本发明实施例的组建车队的OBU的示意图。
本发明的实施方式
下文中将参考附图并结合实施例来详细说明本发明实施例。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是设置为区别类似的对象，而不必设置为描述特定的顺序或先后次序。
在本实施例中提供了一种车联网中车辆的分组方法，图3是根据本发明 实施例的车联网中车辆的分组方法的流程图，如图3所示，该流程包括如下步骤：
步骤S302：在RSU覆盖区域内，满足预设条件的指定车辆接收RSU的第一指示信息，其中，第一指示信息设置为指示指定车辆成为具有管理指定车辆所属车辆分组的管理权限的车辆；或，在RSU覆盖区域外满足预设条件的指定车辆协商产生最终的指定车辆；
步骤S304：指定车辆周期性向RSU覆盖范围内和/或对RSU覆盖范围外的车辆广播设置为进行车辆分组的第一消息；
步骤S306：指定车辆接收响应于第一消息的第二消息，其中，第二消息设置为指示加入车辆分组；
步骤S308：指定车辆将发送第二消息的车辆划分到车辆分组中。
通过本实施例中的步骤S302至步骤S308，RSU对其覆盖范围内满足预设条件的指定车辆发送第一指示信息，该第一指示信息设置为指示该指定车辆具有管理该指定车辆所属的车辆分组的管理权限，该指定车辆周期性向RSU覆盖范围内和/或对RSU覆盖范围外的车辆广播设置为进行车辆分组的第一消息，将响应于第一消息且愿意加入车辆分组的车辆划分一组，从而以组为单位对车联网中的车辆进行管理，解决了一个车辆密集区域中网络为多个车辆分配资源时，随着车辆分组的高速移动而导致的小区变化，网络侧设备难以及时为这些车辆分配和释放资源的问题。
对于本实施例步骤S306中涉及到的指定车辆接收响应于第一消息的第二消息的方式，可以有以下两种：
方式一：指定车辆向响应于第一消息的车辆发送请求消息，其中，请求消息设置为指示请求加入车辆分组；指定车辆接收响应于请求消息的第二消息；
方式二：指定车辆接收来自接收到第一消息的车辆的第二消息。
通过上述方式一和方式二可知，车辆加入车辆分组的情况有两种，一种是车辆收到该指定车辆的分组之后向指定车辆发送设置为加入车辆分组的消息，还有一种就是该指定车辆获取到哪些车辆收到了第一消息，进而向收到 第一消息的车辆发送邀请加入车辆分组的请求消息。
在本实施例中，在RSU覆盖范围内的满足预设条件的指定车辆接收RSU的第一指示信息之后，本实施例的方法还可以包括：在具有管理权限的车辆有多个时，指定车辆接收RSU发送的第二指示信息，其中，第二指示信息设置为指示指定车辆作为最终具有管理权限的车辆，或，根据预设规则将指定车辆作为最终具有管理权限的车辆。
也即是说，在RSU覆盖范围内有多个车辆满足预设条件，可以成为具有管理权限的车辆，但是为了避免冲突，在存在多个具有管理权限的车辆时，可以通过RSU的指示确定最终具有管理权限的车辆，或者该多个具有管理权限的车辆根据预设规则最终确定具有管理权限的车辆，其中该预设规则可以是比较该具有管理权限的车辆之间的计算能力、电量、存储空间、位置、行驶方向以及业务能力等中的任意一个或多个因素。
在本实施例中，在指定车辆将发送第二消息的车辆划分到车辆分组中之后，本实施例的方法还可以包括：
步骤S11：在车辆分组中的车辆需要退出车辆分组时，指定车辆接收设置为退出车辆分组的通知消息；
步骤S12：指定车辆释放对需要退出车辆分组的车辆管理权限。
此外，对于本实施例中的预设条件可以包括以下至少之一：计算能力、电量、存储空间、位置、行驶方向以及业务能力。当然上述预设条件仅仅是本实施例中的可选预设条件，并不对本发明实施例构成限定，可以根据具体的应用场景增加或减少响应的预设条件。
对于本实施例中指定车辆广播的第一消息中包括：无线资源池、车辆分组位置、行驶方向、速度、车联网业务。需要说明的是，该第一消息中也不仅仅限于上述信息，可以根据具体的应用场景增加或减少相应的信息。
对于本实施例中涉及到的满足预设条件的指定车辆协商基于以下一种或多种条件：车辆标识序号、车辆计算能力、车辆存储空间、车辆位置、预定义规则。在具体的应用场景中可以是满足预设条件的指定车辆中标识序号最小的作为最终的指定车辆，也可以是车辆计算能力最强的作为最终的指定车 辆，同样的对于车辆存储空间最大、车辆位置最中间的也是可以最为最终的指定车辆，此外也可以根据预定义的规则来选出最终的指定车辆，上述协商条件可以组合也可以单独使用。
需要说明的是，本实施例中涉及到的车辆为包含有车载单元(OBU)的车辆，该具有OBU车辆具备车联网功能。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明实施例各个实施例的方法。
在本实施例中还提供了一种车联网中车辆的分组装置，该装置设置为实现上述实施例，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图4是根据本发明实施例的车联网中车辆的分组装置结构框图，位于RSU覆盖范围内的满足预设条件的指定车辆侧，如图4所示，该装置包括：第一接收模块402，设置为在RSU覆盖区域内接收所述RSU的第一指示信息，其中，所述第一指示信息设置为指示所述指定车辆具有管理所述指定车辆所属的车辆分组管理权限；或，协商模块404，设置为在RSU覆盖区域外协商产生最终的指定车辆；广播模块406，设置为与第一接收模块402或协商模块404耦合连接，设置为周期性向RSU覆盖范围内和/或对RSU覆盖范围外的车辆广播设置为进行车辆分组的第一消息；第二接收模块408，设置为与广播模块406耦合连接，设置为辆接收响应于第一消息的第二消息，其中，第二消息设置为指示加入车辆分组；发送模块410，设置为与第二接收模块408耦合连接，设置为将发送第二消息的车辆划分到车辆分组中。
图5是根据本发明实施例的车联网中车辆的分组装置可选结构框图一，如图5所示，第二接收模块408包括：发送单元502，设置为向响应于第一消息的车辆发送请求消息，其中，请求消息设置为指示请求加入车辆分组；第一接收单元504，与发送单元502耦合连接，接收响应于请求消息的第二消息；或，第二接收单元506，设置为接收来自接收到第一消息的车辆的第二消息。
图6是根据本发明实施例的车联网中车辆的分组装置可选结构框图二，如图6所示，在RSU覆盖范围内的满足预设条件的指定车辆接收RSU的第一指示信息之后，所述装置还包括：管理模块602，设置为与第一接收模块402耦合连接，设置为在具有管理权限的车辆有多个时，接收RSU发送的第二指示信息，其中，第二指示信息设置为指示指定车辆作为最终具有管理权限的车辆，或，根据预设规则将指定车辆作为最终的具有管理权限的车辆。
图7是根据本发明实施例的车联网中车辆的分组装置可选结构框图三，如图7所示，在指定车辆将发送第二消息的车辆划分到车辆分组中之后，装置还包括：第三接收模块702，设置为与发送模块410耦合连接，设置为在车辆分组中的车辆需要退出车辆分组时，接收设置为退出车辆分组的通知消息；释放模块704，设置为与第三接收模块702耦合连接，设置为释放对需要退出车辆分组的车辆管理权限。
下面结合具体实施例对本发明实施例进行举例说明；
本实施例提供了一种组建车队的方法，该方法包括：在RSU覆盖区域内，RSU确定头车(对应上述实施例中的指定车辆)，在RSU覆盖区域外，协商确定头车；头车请求其他车辆OBU或者其他车辆OBU主动加入车队(对应于上述实施例中的车辆分组)；头车负责车队成员的更新。通过本实施例的方法能够实现在RSU覆盖内外动态组建车队，提高V2X车队配置效率。
其中，对于本实施例中涉及的车队是指车联网V2X通信中由OBU根据一定规则组成的车辆队伍，每个车队中有一个头车。其中一定规则是指：由运营商/业务商设定，设置为组成车队的规则包括：如根据车辆位置、OBU类型、V2X业务等定义的规则。车队的目的是为了便于对车队中的OBU进行管理，如V2V/V2P无线空口资源分配；每个车队具有唯一标识，如：group ID。
头车可以由RSU指定(覆盖区域内)或协商(覆盖区域外)产生，头车的作用包括：为车队成员分配V2V/V2P通信无线资源，与RSU通信，广播车队信息，与其他车队通信等。车队头车可根据需要进行更新，头车更新时需要通知所有的车队成员。头车发送周期性的广播消息，广播消息的内容至少包括：车队标识，头车标识；进一步的内容还包括：资源池，车队成员标识，车队业务，车队速度，车队行进方向，车队候补头车标识等。
需要指出的是：车队成员除了相互通信V2V、与行人通信V2P和与头车通信V2V，还可以与RSU(RSU覆盖区域内)进行通信V2I。其中车队成员相互通信、与行人通信和与头车通信由车队头车分配无线通信资源，车队成员与RSU的通信可由RSU分配无线通信资源。
头车的功能与RSU类似，一个车队相当于一个移动的小区，当车队中成员需要进行V2V/V2P通信时，可向车队头车请求无线资源，或者在头车指定的资源池中选择资源。
RSU为基站eNB或静止UE或专用的RSU(如802.11P中的接入点AP)；在RSU覆盖区域内是指所有车队成员都位于RSU覆盖区域内；判断由RSU根据车队成员位置实现。车队的规模是动态的，如刚开始可以只有一个头车，车队成员的数量可以动态变化。
下面对本实施例的组建车队的方法进行详细描述，图8是根据本发明实施例的组建车队的方法流程图，如图8所示，该方法的步骤包括：
步骤S801，判断车辆是否在RSU覆盖区域内，如果是，转向步骤S802，如果不是，转向步骤S805。
步骤S802，RSU指定头车。
其中，RSU根据车辆OBU的特征和头车的条件指定头车，其中OBU的特征包括以下一种或多种：计算能力、电量、存储空间、位置、行驶方向、业务能力等；头车的条件是指担任头车的要求，如以下一种或多种：计算能力、电量、存储空间、位置、业务能力等；满足头车条件的OBU一般携带了能力标识，如在SIM/USIM卡上存储一个头车能力比特C，C＝1表示满足头车条件，C＝0表示不满足条件。满足条件的OBU向RSU发送能力指示信息： 表明可作为头车候选，RSU向满足条件的OBU发送请求：是否愿意成为头车，RSU根据满足条件的OBU的响应消息确定头车；或者满足条件的OBU向RSU发送请求信息：请求成为头车，RSU经过判断发送响应消息：同意或拒绝。
RSU向指定的头车发送通知消息，通知消息至少包括：车队标识，进一步，通知消息还可以包括：车队无线资源池、车队成员。
步骤S803，周期性广播头车信息。
其中，周期性广播由RSU或头车发送，广播内容至少包括：车队标识和头车标识，此外，广播内容还可以包括：无线资源池、车队位置、行进方向、速度、业务、头车计算能力等。
步骤S804，组建车队。
其中，组建车队有两种方式：1)头车检测到邻近的车辆OBU，头车向邻近OBUs发送请求消息：邀请OBU加入车队，收到请求的OBU发送响应消息：接受或拒绝；2)邻近车辆OBUs检测到头车，邻近的OBU向头车发送请求消息：请求加入车队，收到请求的头车向OBU发送响应消息：接受或拒绝。
需要指出的是：在RSU覆盖区域内，一般可以避免头车发生冲突的场景(如相邻区域有两个头车同时存在)，如果发生冲突，有两种解决方案：1)请求RSU进行仲裁；2)冲突双方协商。
如果车队在行进过程中，发生车队成员退出，如果是头车退出或者不再担当头车，则由RSU选择新的头车或者车队中的候选头车担任新的头车；如果其他成员退出，则在退出前通知头车，如果无法通知头车，则通知RSU或其他车队成员，RSU或其他成员再通知头车。
步骤S805，头车周期性广播。
头车在RSU覆盖区域外，头车根据自身能力进行周期性广播，周期事先指定并存储在头车中，广播包括：车队标识，头车标识；还可以包括：资源池，头车位置，行进方向，速度，业务，头车计算能力，存储空间等；上述车队标识、资源池等信息事先存在头车的存储单元中，或者头车位于RSU覆 盖内时由RSU分配并存在头车中。
步骤S806，组建车队。
组建车队有两种方式：1)头车检测到邻近的车辆OBU，头车向邻近OBUs发送请求消息：邀请OBU加入车队，收到请求的OBU发送响应消息：接受或拒绝；2)邻近车辆OBUs检测到头车，邻近的OBU向头车发送请求消息：请求加入车队，收到请求的头车向OBU发送响应消息：接受或拒绝。上述消息通过多播或单播承载发送。
如果头车发生冲突：如两个邻近的头车都在发送广播消息，则需要进行协商：合成一个车队或继续分别广播；如果合成一个车队，则原有两个头车进行协商以产生新的头车，可采用简单的原则确定新的头车：如选择原有头车中标识序号较小的作为新的头车，或者采用其他预定义规则产生新的头车。预定义规则是指：RSU或者运营商/业务商定义的头车产生规则，该规则存储在头车的存储单元中。其中，协商还可以包括：合并后的车队标识，无线资源池，头车广播周期，广播内容，车队成员等；如果继续分别广播，则两个车头继续分别广播，为了避免冲突，两个头车可以协商：广播周期、资源池，以保证两个车队的广播周期和资源池不发生冲突。
如果车队在行进过程中，发生车队成员退出，如果是头车退出或者不再担当头车，则由协商确定新的头车或者车队中的候选头车担任新的头车；如果其他成员退出，则在退出前通知头车，如果无法通知头车，则通知其他车队成员，收到通知的其他车队成员再通知头车。
需要说明的是：本实施例中的头车和车队成员包括OBU，OBU车载单元相当于用户设备UE。
下面结合具体实施例对本发明实施例可选实施例进行详细的描述；
实施例一
本实施例一是针对RSU覆盖区域内头车OBU发送请求的场景；图9是根据本发明实施例一方法的流程图，如图9所示，该方法的步骤包括：
步骤S901，RSU选择头车。
满足头车条件的OBU一般携带了能力标识，如在SIM/USIM卡上存储一 个头车能力比特C，如C＝1表示满足头车条件，C＝0表示不满足条件。满足条件的OBU向RSU发送能力指示信息：表明可作为头车候选，RSU向满足条件的OBU发送请求：是否愿意成为头车，RSU根据满足条件的OBU的响应消息选择头车；或者满足条件的OBU向RSU发送请求信息：请求成为头车，RSU经过判断发送响应消息：同意或拒绝。
步骤S902，RSU通知头车。
RSU根据车辆OBU的特征和头车的条件确定头车，其中OBU的特征包括以下一种或多种：计算能力、电量、存储空间、位置、行驶方向、业务能力等；头车的条件是指担任头车的要求，如以下一种或多种：计算能力、电量、存储空间、位置、业务能力等；
RSU向指定的头车发送通知消息，通知消息至少包括：车队标识，此外，通知消息还可以包括：车队无线资源池和车队成员。
步骤S903，周期性广播头车信息。
其中，周期性广播由RSU或头车发送，广播内容至少包括：车队标识和头车标识，还可以包括：无线资源池、车队位置、行进方向，速度、业务头车计算能力等。
步骤S904，头车检测邻近车辆OBU。
头车采用D2D Discovery(发现)检测邻近的OBU，发现资源由RSU分配或根据RSU指示在资源池中选择。
步骤S905，头车判断是否有邻近OBU，如果是，转向步骤S906，否则，转向步骤S904。
头车根据发现结果确定是否有邻近的OBU；考虑到在RSU覆盖内，一般不会出现两个或以上头车冲突的场景，如头车发现邻近的另一个头车，如果发生冲突，则发生冲突的头车向RSU请求仲裁或者协商确定最终的头车。
步骤S906，头车发送请求。
头车向发现的邻近OBU发送请求：请加入我的车队，请求消息还包括以下任意一种或多种：车队标识、车队行进方向、速度、车队业务、车队成员等。请求通过RRC信令发送。
步骤S907，OBU发送响应消息。
OBU收到头车的请求消息，OBU判断是否接受请求：OBU可根据自身状态、头车信息和车队规则等确定是否加入车队，其中自身状态和头车信息包括：位置、速度、方向、业务、存储空间、计算能力等，车队规则包括：运营商/业务商制定的存储在OBU存储单元内的规则、头车广播的规则等，一个关于车队规则的例子如：车队成员的权利和义务。
OBU确定加入车队，则向头车发送接受响应消息，响应消息包括：接受标识、头车收到OBU的响应消息将OBU加入车队成员列表；OBU确定不加入车队，则向头车发送拒绝响应消息，拒绝消息包括：拒绝标识，其中，还可以包括拒绝加入的原因，头车收到OBU的拒绝消息则停止向OBU发送请求并对相应OBU做出标记(不加入车队)。
实施例二
本实施例二是针对RSU覆盖区域内车辆主动加入的场景；图10是根据本发明实施例二的方法流程图，如图10所示，该方法的步骤包括：
步骤S1001，RSU选择头车。
满足头车条件的OBU一般携带了能力标识，如在SIM/USIM卡上存储一个头车能力比特C，如C＝1表示满足头车条件，C＝0表示不满足条件。满足条件的OBU向RSU发送能力指示信息：表明可作为头车候选，RSU向满足条件的OBU发送请求：是否愿意成为头车，RSU根据满足条件的OBU的响应消息选择头车；或者满足条件的OBU向RSU发送请求信息：请求成为头车，RSU经过判断发送响应消息：同意或拒绝。
步骤S1002，RSU通知头车。
RSU根据车辆OBU的特征和头车的条件确定头车，其中OBU的特征包括以下一种或多种：计算能力、电量、存储空间、位置、行驶方向、业务能力等；头车的条件是指担任头车的要求，如以下任意一种或多种：计算能力、电量、存储空间、位置、业务能力等；
RSU向指定的头车发送通知消息，通知消息至少包括：车队标识，通知消息还可以包括：车队无线资源池、车队成员。
步骤S1003，周期性广播头车信息。
其中，周期性广播由RSU或头车发送，广播内容至少包括：车队标识和头车标识，进一步的还包括：无线资源池、车队位置、行进方向、速度、业务、头车计算能力等。
步骤S1004，邻近车辆向头车发送请求消息。
邻近车辆通过以下两种方式检测到头车：1)邻近车辆OBU接收到头车发送的广播信息；2)邻近车辆OBU采用D2D discovery发现检测到头车。
邻近车辆检测到头车后，根据自身状态、头车信息和车队规则等确定是否加入车队，其中自身状态和头车信息包括：位置、速度、方向、业务、存储空间、计算能力等，车队规则包括：运营商/业务商制定的存储在OBU存储单元内的规则、头车广播的规则等，一个关于车队规则的例子如：车队成员的权利和义务。
邻近车辆OBU确定加入车队，则向头车发送请求消息：请求加入车队，请求消息至少包括：OBU标识，进一步请求消息还包括以下任意一种或多种：车辆位置、行进方向、速度、业务、计算能力、存储空间、是否为其他车队成员等；头车收到OBU的请求消息将OBU加入车队成员列表；
OBU确定不加入车队，则不向头车发送请求消息。
步骤S1005，头车发送响应消息。
头车收到邻近车辆OBU的请求消息后，判断是否接受请求，如果是，则向邻近车辆发送接受响应消息，响应消息包括：接受标识，响应消息还包括以下任意一种或多种：车队标识、头车标识、车队成员标识、资源池等；如果否，则向邻近车辆发送拒绝响应消息，响应消息包括：拒绝标识，响应消息还可以包括：拒绝原因。
上述判断根据车队状态、OBU信息和车队规则等确定是否加入车队，其中车队状态和OBU信息包括：位置、速度、方向、业务、存储空间、计算能力等，车队规则包括：运营商/业务商制定的存储在OBU存储单元内的规则，头车广播的规则等，一个关于车队规则的例子如：车队成员的权利和义务。
实施例三
本实施例三是针对RSU覆盖区域外头车发送请求的场景；图11是根据本发明实施例三的方法流程图，如图11所示，该方法的步骤包括：
步骤S1101，头车周期性广播。
头车在RSU覆盖区域外周期性发送广播消息，内容包括：车队标识和头车标识，还包括以下任意一种或多种：头车位置、速度、方向、业务、计算能力、存储空间、车队成员等。周期事先存储在头车的存储单元。
步骤S1102，判断是否冲突，如果是，转向步骤S1103，否则转向步骤S1105。
冲突是指：相邻区域有两个或以上头车在发送广播消息；其中的头车接收到其他头车的广播消息，则说明发生冲突。
如果发生冲突，则需要冲突的头车进行协商：合成一个车队或继续分别广播；如果合成一个车队，则原有两个头车进行协商以产生新的头车，可采用简单的原则确定新的头车：如选择原有头车中标识序号较小的作为新的头车，或者采用其他预定义规则产生新的头车。预定义规则是指：RSU或者运营商/业务商定义的头车产生规则，该规则存储在头车的存储单元中。其中，协商还包括：合并后的车队标识、无线资源池、头车广播周期、广播内容、车队成员等；如果继续分别广播，则两个车头继续分别广播，为了避免冲突，两个头车可以协商：广播周期和资源池，以保证两个车队的广播周期和资源池不发生冲突。
步骤S1103，判断是否合并，如果是，转向步骤S1104，否则转向步骤S1101。
两个或多个车队在RSU覆盖区域外，两个或多个头车互相收到对方的广播消息，根据以下任意一种或多种规则确定是否需要合并：两个或多个车队的行进方向、车队速度、车队间距离、头车的指示信息、运营商/业务商策略等条件。
如果满足合并为一个车队的条件，且双方头车都同意合并，则确定可合并。
如果协商不合并，则冲突的头车继续分别广播，为了避免继续冲突，两 个头车可以协商：广播周期和资源池，以保证两个车队的广播周期和资源池不发生冲突。
步骤S1104，协商产生新的头车。
参与合并的头车经过协商，根据一定规则选择新的头车，新的头车一般为合并前的头车之一，或者根据合并前头车建议选择一个，如原车队中的候补头车。
1)如果新的头车是原有的头车之一A，则原来的落选头车B需要将本车队g2的车队成员标识通知A，B向原车队g2指示新的头车A和新的车队标识g3。
2)如果新的头车是新选择的C，则原头车A和B将本车队的成员标识通知C。
步骤S1105，头车检测邻近车辆OBU。
步骤S1106，头车判断是否有邻近OBU，如果是，转向步骤407，否则，转向步骤405。
步骤S1107，头车向邻近OBU发送请求消息。
步骤S1108，OBU向头车发送响应消息。
实施例四
本实施例四是针对RSU覆盖区域外车辆主动加入车队的场景；图12是根据本发明实施例四的方法流程图，如图12所示，该方法的步骤包括：
步骤S1201，头车周期性广播。
步骤S1202，判断是否冲突，如果是，转向步骤S1203，否则转向S1205。
步骤S1203，判断是否协商合并，如果是，转向步骤S1204，如果不是则转向步骤S1201。
步骤S1204，协商产生新的头车；
如果头车不变，则头车通知车队成员，如果头车改变，则原来的头车通知新的头车和车队成员；通知包括：车队标识、车队成员标识、头车标识；通知还可以包括以下内容：资源池和头车广播周期。通知可以通过V2V方式 实现。
步骤S1205，邻近OBU向头车发送请求消息；
步骤S1206，头车发送响应消息。
头车收到邻近车辆OBU的请求消息后，判断是否接收请求，如果是，则向邻近车辆发送接受响应消息，响应消息包括：接受标识。响应消息还可包括以下任意一种或多种：车队标识、头车标识、车队成员标识、资源池等；如果否，则向邻近车辆发送拒绝响应消息，响应消息包括：拒绝标识。响应消息还包括：拒绝原因。
图13是根据本发明实施例的组建车队的系统的示意图，如图13所示，该系统包括：OBU 60和RSU 61，
其中RSU 61设置为在覆盖区域内选择头车和分配无线资源和车队标识，还设置为通知头车；
OBU 60设置为接收RSU61广播的通知信息，在覆盖区域外判断是否头车，向头车发送请求/响应消息，接收头车发送的请求/响应消息。
图14是根据本发明实施例的组建车队的OBU的示意图，如图14所示，该OBU包括：判断单元600、接收单元601和发送单元602，其中：
判断单元600设置为判断是否加入车队；
接收单元601设置为接收RSU指示信息，还设置为接收头车的请求/响应消息。
发送单元602设置为发送请求/响应息到RSU/头车。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。
本发明实施例还提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现上述的方法。
在本实施例中，上述计算机存储介质可以被设置为存储用于执行以下步骤：
步骤S1：RSU覆盖范围内的满足预设条件的指定车辆接收RSU的第一指示信息，其中，第一指示信息设置为指示指定车辆具有管理指定车辆所属的车辆分组管理权限；
步骤S2：指定车辆周期性向RSU覆盖范围内和/或对RSU覆盖范围外的车辆广播设置为进行车辆分组的第一消息；
步骤S3：指定车辆接收响应于第一消息的第二消息，其中，第二消息设置为指示加入车辆分组；
步骤S4：指定车辆将发送第二消息的车辆划分到车辆分组中。
在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明实施例不限制于任何特定的硬件和软件结合。
以上所述仅为本发明实施例的优选实施例而已，并不设置为限制本发明实施例，对于本领域的技术人员来说，本发明实施例可以有各种更改和变化。凡在本发明实施例的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。
工业实用性
本发明实施例提供的一种车联网中车辆的分组方法及装置，采用RSU对其覆盖范围内满足预设条件的指定车辆发送第一指示信息，该第一指示信息 设置为指示该指定车辆具有管理该指定车辆所属的车辆分组的管理权限，该指定车辆周期性向RSU覆盖范围内和/或对RSU覆盖范围外的车辆广播设置为进行车辆分组的第一消息，将响应于所述第一消息且愿意加入所述车辆分组的车辆划分一组，从而以组为单位对车联网中的车辆进行管理，解决了网络侧设备难以及时为车联网中的车辆分配和释放资源的问题。

Claims (12)

  1. 一种车联网中车辆的分组方法，包括：
    在路边单元RSU覆盖区域内，满足预设条件的指定车辆接收所述RSU的第一指示信息，其中，所述第一指示信息设置为指示所述指定车辆成为具有管理所述指定车辆所属车辆分组的管理权限的车辆；或，在所述RSU覆盖区域外满足预设条件的所述指定车辆协商产生最终的指定车辆；
    所述指定车辆周期性向RSU覆盖范围内和/或对RSU覆盖范围外的车辆广播设置为进行车辆分组的第一消息；
    所述指定车辆接收响应于所述第一消息的第二消息，其中，所述第二消息设置为指示加入所述车辆分组；
    所述指定车辆将发送所述第二消息的车辆划分到所述车辆分组中。
  2. 根据权利要求1所述的方法，其中，所述指定车辆接收响应于所述第一消息的第二消息包括：
    所述指定车辆向响应于所述第一消息的车辆发送请求消息，其中，所述请求消息设置为指示请求加入所述车辆分组；
    所述指定车辆接收响应于所述请求消息的所述第二消息；或，所述指定车辆接收来自接收到所述第一消息的车辆的所述第二消息。
  3. 根据权利要求1所述的方法，在RSU覆盖范围内的满足预设条件的指定车辆接收所述RSU的第一指示信息之后，所述方法还包括：
    在具有管理权限的车辆有多个时，所述指定车辆接收所述RSU发送的第二指示信息，其中，所述第二指示信息设置为指示所述指定车辆作为最终具有管理权限的车辆，或，根据预设规则将所述指定车辆作为最终具有管理权限的车辆。
  4. 根据权利要求1所述的方法，在所述指定车辆将发送所述第二消息的车辆划分到所述车辆分组中之后，所述方法还包括：
    在所述车辆分组中的车辆需要退出所述车辆分组时，所述指定车辆接收设置为退出所述车辆分组的通知消息；
    所述指定车辆释放对需要退出所述车辆分组的车辆管理权限。
  5. 根据权利要求1至4任一项所述的方法，其中，所述预设条件包括以下至少之一：计算能力、电量、存储空间、位置、行驶方向以及业务能力。
  6. 根据权利要求1至4任一项所述的方法，其中，所述第一消息携带有以下至少之一的信息：无线资源池、车辆分组位置、行驶方向、速度、车联网业务。
  7. 根据权利要求1所述的方法，其中，所述满足预设条件的所述指定车辆协商基于以下任意一种或多种条件：车辆标识序号、车辆计算能力、车辆存储空间、车辆位置、预定义规则。
  8. 一种车联网中车辆的分组装置，位于车联网中满足预设条件的指定车辆侧，包括：
    第一接收模块，设置为在路边单元RSU覆盖区域内，接收所述RSU的第一指示信息，其中，所述第一指示信息设置为指示所述指定车辆具有管理所述指定车辆所属的车辆分组管理权限；或，协商模块，设置为在RSU覆盖区域外，协商产生最终的指定车辆；
    广播模块，设置为周期性向RSU覆盖范围内和/或对RSU覆盖范围外的车辆广播设置为进行车辆分组的第一消息；
    第二接收模块，设置为辆接收响应于所述第一消息的第二消息，其中，所述第二消息设置为指示加入所述车辆分组；
    发送模块，设置为将发送所述第二消息的车辆划分到所述车辆分组中。
  9. 根据权利要求8所述的装置，其中，所述第二接收模块包括：
    发送单元，设置为向响应于所述第一消息的车辆发送请求消息，其中，所述请求消息设置为指示请求加入所述车辆分组；
    第一接收单元，设置为接收响应于所述请求消息的所述第二消息；或，
    第二接收单元，设置为接收来自接收到所述第一消息的车辆的所述第二消息。
  10. 根据权利要求8所述的装置，所述装置还包括：
    管理模块，设置为在具有管理权限的车辆有多个时，接收所述RSU发送的第二指示信息，其中，所述第二指示信息设置为指示所述指定车辆作为最终具有管理权限的车辆，或，根据预设规则将所述指定车辆作为最终具有管理权限的车辆。
  11. 根据权利要求8所述的装置，其特征在于，所述装置还包括：
    第三接收模块，设置为在所述车辆分组中的车辆需要退出所述车辆分组时，接收设置为退出所述车辆分组的通知消息；
    释放模块，设置为释放对需要退出所述车辆分组的车辆管理权限。
  12. 一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现权利要求1至7任一项所述的方法。
PCT/CN2016/080069 2015-06-26 2016-04-22 车联网中车辆的分组方法及装置 WO2016206465A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP16813581.2A EP3316554B9 (en) 2015-06-26 2016-04-22 Method and apparatus for grouping vehicles in internet of vehicles
US15/736,590 US10932271B2 (en) 2015-06-26 2016-04-22 Method and apparatus for grouping vehicles in internet of vehicles

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510365970.6A CN106331006A (zh) 2015-06-26 2015-06-26 车联网中车辆的分组方法及装置
CN201510365970.6 2015-06-26

Publications (1)

Publication Number Publication Date
WO2016206465A1 true WO2016206465A1 (zh) 2016-12-29

Family

ID=57584534

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/080069 WO2016206465A1 (zh) 2015-06-26 2016-04-22 车联网中车辆的分组方法及装置

Country Status (4)

Country Link
US (1) US10932271B2 (zh)
EP (1) EP3316554B9 (zh)
CN (1) CN106331006A (zh)
WO (1) WO2016206465A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018153296A1 (zh) * 2017-02-24 2018-08-30 电信科学技术研究院有限公司 一种发现车队的方法和设备
WO2020007127A1 (en) * 2018-07-05 2020-01-09 Qualcomm Incorporated Methods and apparatus related to a platooning group
WO2020063322A1 (en) * 2018-09-28 2020-04-02 Qualcomm Incorporated A vehicle-initiated approach to joining a group

Families Citing this family (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6699666B2 (ja) * 2015-09-18 2020-05-27 日本電気株式会社 基地局装置、無線端末、及びこれらの方法
US10499457B2 (en) * 2016-09-28 2019-12-03 CommScope Techologies LLC Combined cellular base station and roadside unit system having a common backhaul and related methods
CN108347772A (zh) * 2017-01-25 2018-07-31 华为技术有限公司 资源分配方法及装置
CN108419213A (zh) * 2017-02-09 2018-08-17 电信科学技术研究院 组变更方法及装置
CN106790700A (zh) * 2017-02-23 2017-05-31 宇龙计算机通信科技(深圳)有限公司 道路环境信息的发送和接收方法、装置及系统
CN108696839A (zh) * 2017-03-10 2018-10-23 电信科学技术研究院 一种车队通信方法及装置
CN108632888B (zh) * 2017-03-24 2023-04-07 中兴通讯股份有限公司 一种车辆群组的建立、更新方法及其装置
US11228869B2 (en) * 2017-03-31 2022-01-18 Intel Corporation Roadway communication system with multicast
WO2018177548A1 (en) * 2017-03-31 2018-10-04 Huawei Technologies Co., Ltd. Radio system with uplink beacon transmission
CN110447216B (zh) * 2017-04-14 2021-02-12 华为技术有限公司 组通信的方法和设备
CN109587790A (zh) * 2017-09-29 2019-04-05 华为技术有限公司 资源配置方法及装置
CN110167012A (zh) * 2018-02-12 2019-08-23 电信科学技术研究院有限公司 一种通信资源管理方法及装置
CN111972036B (zh) * 2018-02-14 2023-07-14 Lg电子株式会社 V2x通信装置及通过其发送和接收v2x消息的方法
CN110351686B (zh) * 2018-04-02 2021-10-26 京东方科技集团股份有限公司 车联网数据传输系统中实施的方法、车载单元、以及车联网数据传输系统
CN110417524B (zh) * 2018-04-28 2022-02-25 华为技术有限公司 一种传输参数配置方法和装置
CN108684015B (zh) * 2018-05-25 2021-04-20 中国联合网络通信集团有限公司 车辆自动驾驶的信息处理方法与装置
CN110830922B (zh) * 2018-08-10 2022-04-15 大唐移动通信设备有限公司 直通链路的组播通信方法、装置和终端
US11284376B2 (en) * 2018-08-17 2022-03-22 At&T Intellectual Property I, L.P. Distributed control information for multiple party communications for 5G or other next generation network
CN108986451A (zh) * 2018-08-24 2018-12-11 袁创 一种高速公路车辆柔性编组系统及方法
CN110876133B (zh) * 2018-09-03 2023-07-21 中国移动通信有限公司研究院 车联网信息更新的方法、终端及网络设备
CN112715042A (zh) * 2018-09-26 2021-04-27 Oppo广东移动通信有限公司 车辆到一切通信的设备以及所述设备的车辆到一切通信的方法
CN110958694B (zh) * 2018-09-27 2023-09-19 大唐移动通信设备有限公司 一种基于车联网的车队管理者配置方法、接收方法、终端及基站
US10440668B1 (en) * 2018-11-07 2019-10-08 Ford Global Technologies, Llc Vehicle platooning management and power control with LTE/5G V2X communications
US11863546B2 (en) * 2018-11-09 2024-01-02 Eberle Design, Inc. Method for secure communications and structure therefor
US11032370B2 (en) * 2018-11-14 2021-06-08 Toyota Jidosha Kabushiki Kaisha Wireless communications in a vehicular macro cloud
CN111601273B (zh) * 2019-02-20 2022-12-13 华为技术有限公司 用于侧行链路通信的调度方法、终端装置以及网络装置
CN109962744B (zh) * 2019-02-25 2021-08-03 北京交通大学 一种c-v2v的资源分配方法及装置
CN109769224B (zh) * 2019-03-05 2021-11-09 维沃移动通信有限公司 一种车联网信息传输方法、网络设备、介质及终端
CN113519130B (zh) 2019-03-12 2024-03-08 谷歌有限责任公司 用户设备协调集合波束扫描
US11158194B2 (en) * 2019-03-29 2021-10-26 Intel Corporation Technologies for vehicle-to-vehicle communications for autonomous vehicles
WO2020199185A1 (zh) * 2019-04-04 2020-10-08 株式会社Ntt都科摩 簇头参数确定方法及终端
CN111836183B (zh) * 2019-04-12 2023-04-07 中信科智联科技有限公司 发送资源池的选择方法、装置及车载单元
US10893572B2 (en) 2019-05-22 2021-01-12 Google Llc User-equipment-coordination set for disengaged mode
CN110071982A (zh) * 2019-05-28 2019-07-30 深圳成谷科技有限公司 车路协同的货车编队的方法
EP3748998A1 (en) * 2019-06-07 2020-12-09 Volkswagen Aktiengesellschaft Apparatuses, method and computer programs for a first vehicle and for a second vehicle
CN110276945A (zh) * 2019-07-19 2019-09-24 东北大学 一种自动驾驶车辆编组方法
CN112567880A (zh) * 2019-07-25 2021-03-26 谷歌有限责任公司 用户设备协调集重新分组
WO2021029879A1 (en) 2019-08-13 2021-02-18 Google Llc User-equipment-coordination-set control aggregation
ES2927868T3 (es) * 2019-08-22 2022-11-11 Kapsch Trafficcom Ag Estación de servicio para un sistema de transporte inteligente
WO2021054964A1 (en) 2019-09-19 2021-03-25 Google Llc User-equipment-coordination-set selective participation
CN115088279A (zh) * 2020-01-07 2022-09-20 高通股份有限公司 交叉路口轨迹确定和消息接发
US11485377B2 (en) * 2020-02-06 2022-11-01 Toyota Motor Engineering & Manufacturing North America, Inc. Vehicular cooperative perception for identifying a connected vehicle to aid a pedestrian
CN113498011B (zh) * 2020-03-19 2023-08-15 中移(上海)信息通信科技有限公司 车联网方法、装置、设备、存储介质及系统
CN111866066B (zh) * 2020-06-04 2023-11-07 江苏理工学院 基于DPoS的车联网共识算法
US11388324B2 (en) 2020-06-15 2022-07-12 Intel Corporation Camera device, base unit, computation device, and corresponding methods and computer programs
CN115660301A (zh) * 2022-06-02 2023-01-31 小米汽车科技有限公司 车辆调度方法、装置、存储介质及芯片

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090285197A1 (en) * 2008-05-14 2009-11-19 Telcordia Technologies, Inc. Methods for efficient organization of vehicle peer groups and efficient v2r communications
WO2010098554A2 (en) * 2009-02-26 2010-09-02 Korea Advanced Institute Of Science And Technology System and method for controlling a plurality of group drivings
CN104048672A (zh) * 2014-06-30 2014-09-17 科大讯飞股份有限公司 车队跟随导航方法及系统
CN104717071A (zh) * 2015-02-28 2015-06-17 深圳先进技术研究院 公路列车数据认证鉴权方法及车载终端

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7848278B2 (en) * 2006-10-23 2010-12-07 Telcordia Technologies, Inc. Roadside network unit and method of organizing, managing and maintaining local network using local peer groups as network groups
US8725395B2 (en) * 2012-01-10 2014-05-13 Toyota Jidosha Kabushiki Kaisha System for constructing a spanning forest in a vehicular network
CN103781198B (zh) * 2013-11-05 2017-04-05 同济大学 一种基于802.11p与LTE/LTE‑A的车联网消息传播方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090285197A1 (en) * 2008-05-14 2009-11-19 Telcordia Technologies, Inc. Methods for efficient organization of vehicle peer groups and efficient v2r communications
WO2010098554A2 (en) * 2009-02-26 2010-09-02 Korea Advanced Institute Of Science And Technology System and method for controlling a plurality of group drivings
CN104048672A (zh) * 2014-06-30 2014-09-17 科大讯飞股份有限公司 车队跟随导航方法及系统
CN104717071A (zh) * 2015-02-28 2015-06-17 深圳先进技术研究院 公路列车数据认证鉴权方法及车载终端

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3316554A4 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018153296A1 (zh) * 2017-02-24 2018-08-30 电信科学技术研究院有限公司 一种发现车队的方法和设备
CN108512867A (zh) * 2017-02-24 2018-09-07 电信科学技术研究院 一种发现车队的方法和设备
WO2020007127A1 (en) * 2018-07-05 2020-01-09 Qualcomm Incorporated Methods and apparatus related to a platooning group
WO2020006726A1 (en) * 2018-07-05 2020-01-09 Qualcomm Incorporated Methods and apparatus related to a platooning group
CN112703715A (zh) * 2018-07-05 2021-04-23 高通股份有限公司 与队列相关的方法和装置
WO2020063322A1 (en) * 2018-09-28 2020-04-02 Qualcomm Incorporated A vehicle-initiated approach to joining a group
CN112740294A (zh) * 2018-09-28 2021-04-30 高通股份有限公司 用于加入组的经车辆发起的方法

Also Published As

Publication number Publication date
EP3316554B1 (en) 2022-07-06
EP3316554A4 (en) 2018-05-02
US20180146471A1 (en) 2018-05-24
EP3316554B9 (en) 2022-08-17
CN106331006A (zh) 2017-01-11
EP3316554A1 (en) 2018-05-02
US10932271B2 (en) 2021-02-23

Similar Documents

Publication Publication Date Title
WO2016206465A1 (zh) 车联网中车辆的分组方法及装置
WO2016206462A1 (zh) 车联网中车辆分组的管理方法及装置
WO2018171712A1 (zh) 车辆群组的建立、更新方法及其装置、设备、存储介质
US11051136B2 (en) Method and system for handling dynamic group creation in V2X system
US10856112B2 (en) Method and apparatus for transmitting V2X message
Zheng et al. Heterogeneous vehicular networking: A survey on architecture, challenges, and solutions
WO2017076037A1 (zh) 车联网v2x业务的发送方法及装置
CN107040972B (zh) 路径选择方法及装置
WO2017041355A1 (zh) 一种控制v2x业务传输的方法及装置
WO2017032100A1 (zh) 一种车辆控制方法、装置及车联网系统
US10440689B2 (en) Method and apparatus for resource allocation in V2V communications system
WO2017041521A1 (zh) 车联网的通信方法及装置
CN106922221B (zh) 提供帧结构的方法，用于接收或发送通信信号的设备及方法
WO2016197622A1 (zh) 车联网架构及其中的业务实现方法和装置
WO2016206290A1 (zh) 车队中车头的选择方法及装置
Chour et al. VANET aided D2D discovery: Delay analysis and performance
CN108632787B (zh) 群组间通信方法及装置，资源配置方法、装置以及系统
CN108024283B (zh) 资源池分配方法及装置
WO2018028458A1 (zh) 车联网业务配置方法及装置，业务获取方法、装置及系统
WO2016206186A1 (zh) 车联网中车队的管理方法及装置
WO2017133467A1 (zh) 一种实现车联网业务的方法及本地化网络架构
WO2016206464A1 (zh) 车联网业务的处理方法及装置
WO2016206458A1 (zh) 车联网中告警信息的处理方法及装置
US11463846B2 (en) Method and apparatus for transmitting V2X message
Harounabadi et al. LTE-D2D for connected cars: a survey on radio resource management schemes

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15736590

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2016813581

Country of ref document: EP