CN111866941B - 一种网络资源调度方法及相关设备 - Google Patents

一种网络资源调度方法及相关设备 Download PDF

Info

Publication number
CN111866941B
CN111866941B CN201910331265.2A CN201910331265A CN111866941B CN 111866941 B CN111866941 B CN 111866941B CN 201910331265 A CN201910331265 A CN 201910331265A CN 111866941 B CN111866941 B CN 111866941B
Authority
CN
China
Prior art keywords
target area
probability
vehicle
air interface
time period
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN201910331265.2A
Other languages
English (en)
Other versions
CN111866941A (zh
Inventor
殷佳欣
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Cloud Computing Technologies Co Ltd
Original Assignee
Huawei Cloud Computing Technologies Co Ltd
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 Huawei Cloud Computing Technologies Co Ltd filed Critical Huawei Cloud Computing Technologies Co Ltd
Priority to CN201910331265.2A priority Critical patent/CN111866941B/zh
Priority to PCT/CN2020/086501 priority patent/WO2020216308A1/zh
Publication of CN111866941A publication Critical patent/CN111866941A/zh
Application granted granted Critical
Publication of CN111866941B publication Critical patent/CN111866941B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0289—Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/06—Testing, supervising or monitoring using simulated traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0226—Traffic management, e.g. flow control or congestion control based on location or mobility
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • 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
    • H04W72/00—Local resource management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Traffic Control Systems (AREA)

Abstract

本申请实施例公开了一种网络资源调度方法及相关设备。包括：车联网服务器获取目标区域内的空口资源所承载的当前业务量；确定在预设时间段后所述目标区域内的所述空口资源的业务变化量；根据所述当前业务量和所述业务变化量，确定在所述预设时间段后所述目标区域内的所述空口资源所承载的业务总量；当所述业务总量超过第一预设阈值时，向车辆发送资源释放请求，所述资源释放请求用于指示所述车辆降低对所述空口资源的占用，所述车辆为所述车联网服务器预测的在所述预设时间段后位于所述目标区域内的车辆。采用本申请实施例，可以减少网络拥塞，提高驾驶安全性。

Description

一种网络资源调度方法及相关设备
技术领域
本申请涉及通信技术领域，尤其涉及一种网络资源调度方法及相关设备。
背景技术
汽车行驶过程中需要持续保持对周边环境的关注以做出相应的决策，来应对环境变化所导致的驾驶行为的变化。在自动驾驶阶段，对周边环境进行关注的任务转移给车载计算机来完成。车载计算机借助车载传感器来完成对周边环境的检测，例如激光雷达、摄像头、超声波雷达、毫米波雷达等等。但是，这些传感器都具有一定的局限性，例如直线探测距离有限、对存在遮挡的路况无法感知、在恶劣天气环境下感知准确度会下降等。因此需要道路上的道路辅助设施通过车辆到任何实体(vehicle to everything，V2X)通信的手段实现对环境的检测和通知，辅助车辆更安全的驾驶。但是，由于网络拥塞会导致时延增加或者不可用，因而无法及时接收到指示信息，造成交通堵塞和潜在的事故。
发明内容
本申请实施例提供一种网络资源调度方法及相关设备，可以减少网络拥塞，提高驾驶安全性。
第一方面，本申请实施例提供了一种网络资源调度方法，包括：车联网服务器获取目标区域内的空口资源所承载的当前业务量；确定在预设时间段后所述目标区域内的空口资源的业务变化量；根据当前业务量和业务变化量，确定在预设时间段后所述目标区域内的空口资源所承载的业务总量；最后当业务总量超过第一预设阈值时，向车辆发送资源释放请求，资源释放请求用于指示车辆降低对空口资源的占用，所述车辆为车联网服务器预测的在预设时间段后位于目标区域内的车辆。通过提前预测在预设时间段后所述目标区域内的空口资源的业务总量，并通知车辆降低对空口资源的占用，从而减少了目标区域内空口资源发生网络拥塞的概率，提高了驾驶安全性。
在一种可能的设计中，车联网服务器获取第一终端将要占用的空口资源的第一业务量、以及第二终端将要释放的空口资源的第二业务量，其中，第一终端为所述目标区域外的与所述目标区域的距离小于第二预设阈值的车辆，第二终端为所述目标区域内的所有车辆；然后根据第一业务量以及第二业务量，确定在预设时间段后所述目标区域内的空口资源的业务变化量。通过计算可能驶入目标区域内的车辆带入的空口资源的业务量以及可能驶出目标区域带出的空口资源的业务量，预测在预设时间段后所述目标区域内的空口资源的业务变化量，提高了确定业务变化量的准确性。
在另一种可能的设计中，车联网服务器可以将第一业务量减去第二业务量的差值作为业务变化量。
在另一种可能的设计中，车联网服务器可以确定第一终端在预设时间段后驶入目标区域内的第一概率、以及驶入目标区域内产生的空口资源的业务增加量；根据第一概率以及业务增加量，确定第一终端将要占用的空口资源的第一业务量。
在另一种可能的设计中，车联网服务器获取第一终端的第一方向概率和第一速度概率，第一方向概率为按照当前行驶方向预设时间段后驶入目标区域的概率，第一速度概率为在当前位置处按照当前速度预设时间段后驶入目标区域的概率；根据第一方向概率和第一速度概率，确定第一概率。通过结合方向概率和速度概率计算驶入目标区域的概率，提高了计算驶入目标区域的概率的准确性。
在另一种可能的设计中，车联网服务器确定第二终端在预设时间段后驶出目标区域的第二概率、以及驶出目标区域产生的空口资源的业务减少量；根据第二概率以及业务减少量，确定第二终端将要释放的空口资源的第二业务量。
在另一种可能的设计中，车联网服务器可以获取第二终端的第二方向概率和第二速度概率，第二方向概率为按照当前行驶方向预设时间段后驶出目标区域的概率，第二速度概率为在当前位置处按照当前速度预设时间段后驶出目标区域的概率；根据第二方向概率和第二速度概率，确定第二概率。通过结合方向概率和速度概率计算驶出目标区域的概率，提高了计算驶出目标区域的概率的准确性。
在另一种可能的设计中，车联网服务器可以向位于目标区域内的RSU发送请求消息，RSU接收到请求消息之后，向V2X Server返回目标区域内的空口资源的拥塞状况。或者，可以向位于目标区域内的车辆发送请求消息，车辆中的车辆车载单元接收到请求消息之后，向V2X Server返回目标区域内的空口资源的拥塞状况。
在另一种可能的设计中，车联网服务器可以根据RSU或者OBU测量到的目标区域内空口资源的CBR和CR，确定目标区域内的空口资源所承载的当前业务量。
在另一种可能的设计中，当业务总量超过第一预设阈值时，车联网服务器可以确定空口资源的释放方式；向车辆发送资源释放请求，其中，资源释放请求包括释放方式。以便车辆按照V2X Server推荐的释放方式来释放空口资源。
在另一种可能的设计中，车联网服务器可以获取车辆的业务模型、行驶速度以及驾驶方式中的至少一项，其中，业务模型表示占用的空口资源的业务量；然后根据业务模型、行驶速度以及驾驶方式中的至少一项，确定空口资源的释放方式。通过结合各个车辆的实际情况推荐释放方式，在释放空口资源的同时，保障驾驶安全性。
在另一可能的设计中，车联网服务器在确定释放方式时，可以优先协同驶入目标区域概率最大的车辆，优先向这些车辆发送资源释放请求。也可以优先协同具备释放空间的车辆释放空口资源，对于不具备释放空间的车辆不去要求释放资源。从而在释放空口资源的同时，保障行驶安全。
在另一种可能的设计中，释放方式可以包括降低频率、减小数据包、改变车辆行驶路径或改变车辆的驾驶方式等等。
在另一种可能的设计中，车联网服务器可以接收车辆发送的回复消息；根据回复消息，确定空口资源的释放量；当释放量小于第五预设阈值时，向车辆发送警告信息。通过在确定空口资源的释放量没有达到要求的情况下，提前发送警告信息，提醒用户提前做出相应的措施，从而减少网络发生拥塞的概率，提高驾驶安全性。
在另一种可能的设计中，警告信息包括第三概率，第三概率为在预设时间段后所述目标区域内的空口资源发生阻塞的概率，从而提醒用户提前做出相应的措施，减少网络发生拥塞的概率。
在另一种可能的设计中，车联网服务器可以计算第一终端和第二终端在不同组合方式下的发生概率，然后将占用的空口资源的业务增加量大于预设阈值对应的组合方式的发生概率进行叠加，计算得到在预设时间段后所述目标区域发生拥塞的概率。或者可以根据大数据预测和历史数据统计，预测在预设时段后所述目标区域发生拥塞的概率。
在另一种可能的设计中，针对发送资源释放请求的车辆可以包括所述第一终端中在预设时间段后驶入所述目标区域的概率大于第三预设阈值的车辆、以及所述第二终端中的在预设时间段后驶出所述目标区域的概率小于第四预设阈值的车辆。从而减少发送的资源释放请求的数量，降低对空口资源的占用。
在另一可能的设计中，对于第一终端，如果车联网服务器预测第一终端只要在预设时间段后有可能进入目标区域，则车联网服务器可以向该第一终端发送资源释放请求，如果预测第一终端在预设时间段后一定不会驶入目标区域，则车联网服务器可以不向该第一终端发送资源释放请求。对于第二终端，如果车联网服务器预测第二终端在预设时间段后一定驶出目标区域，则可以不向该第二终端发送资源释放请求，如果车联网服务器预测第二终端在预设时间段后可能仍位于目标区域内，则车联网服务器可以向该第二终端发送资源释放请求。
第二方面，本申请实施例提供了一种网络资源调度方法，包括：
车辆可以接收车联网服务器发送的资源释放请求；根据资源释放请求，降低在预设时间段后对目标区域内的空口资源的占用；向车联网服务器发送回复消息，回复消息用于车联网服务器确定预设时间段后空口资源的释放量。通过提前接收车联网服务器的资源释放请求，在目标区域内降低对空口资源的占用，从而减少了目标区域内空口资源发生网络拥塞的概率，提高了驾驶安全性。
在一种可能的设计中，资源释放请求包括释放方式，释放方式包括降低频率、减小数据包、改变车辆行驶路径或改变车辆的驾驶方式中的至少一种；车辆可以根据释放方式，降低在预设时间段后对目标区域内的空口资源的占用。通过按照推荐的释放方式降低对空口资源的占用，减少了目标区域内空口资源发生网络拥塞的概率。
在另一种可能的设计中，车辆接收车联网服务器发送的警告信息，警告信息用于通知在预设时间段后目标区域内的空口资源发生阻塞的概率。通过警告信息提醒用户提前做出相应的措施，从而减少网络发生拥塞的概率，提高驾驶安全性。
在另一种可能的设计中，车辆接收车联网服务器发送的查询请求；向车联网服务器发送业务模型，业务模型表示所述车辆占用的空口资源的业务量。
在另一种可能的设计中，车辆可以根据车辆的实际行驶速度、驾驶方式或者车辆行驶环境等情况，修改车联网服务器推荐的释放方式，并按照修改后的释放方式降低对空口资源的占用。
在另一种可能的设计中，所述车辆为目标区域外的预设时间段后可能驶入目标区域内的车辆、或目标区域内的预设时间段后可能仍在目标区域内的车辆。
第三方面，本申请实施例提供了一种网络资源调度装置，该网络资源调度装置被配置为实现上述第一方面中车联网服务器所执行的方法和功能，由硬件/软件实现，其硬件/软件包括与上述功能相应的模块。
第四方面，本申请实施例提供了一种网络资源调度装置，该网络资源调度装置被配置为实现上述第二方面中车辆所执行的方法和功能，由硬件/软件实现，其硬件/软件包括与上述功能相应的模块。
第五方面，本申请实施例提供了一种车联网服务器，包括：处理器、存储器和通信总线，其中，通信总线用于实现处理器和存储器之间连接通信，处理器执行存储器中存储的程序用于实现上述第一方面提供的一种网络资源调度方法中的步骤。
在一个可能的设计中，本申请提供的车联网服务器可以包含用于执行上述方法设计中车联网服务器的行为相对应的模块。模块可以是软件和/或是硬件。
第六方面，本申请实施例提供了一种车载通信单元，包括：处理器、存储器和通信总线，其中，通信总线用于实现处理器和存储器之间连接通信，处理器执行存储器中存储的程序用于实现上述第二方面提供的一种网络资源调度方法中的步骤。
在一个可能的设计中，本申请提供的车载通信单元可以包含用于执行上述方法设计中车辆的行为相对应的模块。模块可以是软件和/或是硬件。
第七方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面的方法。
第八方面，本申请提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面的方法。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1是本申请实施例提供的一种蜂窝车联网系统的架构示意图；
图2是本申请实施例提供的一种通信系统的架构示意图；
图3是本申请实施例提供的一种网络资源调度方法的流程示意图；
图4是本申请实施例提供的一种业务变化量的示意图；
图5是本申请实施例提供的一种车辆驶入概率的示意图；
图6是本申请实施例提供的另一种网络资源调度方法的流程示意图；
图7是本申请实施例提供的一种组合方式的示意图；
图8是本申请实施例提供的一种网络资源调度装置的结构示意图；
图9是本申请实施例提供的另一种网络资源调度装置的结构示意图；
图10是本申请实施例提出的一种车联网服务器的结构示意图；
图11是本申请实施例提出的一种车载通信单元的结构示意图。
具体实施方式
下面结合本申请实施例中的附图对本申请实施例进行描述。
请参见图1，图1是本申请实施例提供的一种蜂窝车联网(cellular vehicle toeverything，C-V2X)系统的架构示意图，该C-V2X网络系统可以包括中心服务器、网络、车辆、道路基础设施(如红绿灯)、非机动车辆以及行人等等。车辆可以与网络、道路基础设备、非机动车辆以及行人建立通信连接。V2N(vehicle to network)表示车辆到网络的连接，V2I(vehicle to infrastructure)表示车辆到道路基础设施的连接，V2P(vehicle topedestrian)表示车辆到行人、非机动车的连接，V2V(vehicle to vehicle)表示车辆之间的连接。其中，PC5为短距离通信方式，覆盖范围一般在700-800米以内，可以实现车辆之间、或者车辆和道路基础设施之间的直接通信。Uu为车辆或者其他实体和基站之间的通信接口，可以实现车辆通过基站与核心网的相连，通过基站与核心网的连接实现与任何一辆其他车辆或者道路基础设施的通信。
由于在道路环境中参与通信的车辆数量很多，容易造成PC5网络的网络拥塞，进而导致时延增加和可靠性下降。在一些应用场景中，例如车路协同驾驶中，在红绿灯路口，车辆需要接收红绿灯推送的相位信息，以便确定是否可以通过路口。如果PC5网络出现网络拥塞造成时延增加或者不可用，车辆停留在红绿灯前接收不到红绿灯的相位信息而无法行使，将会造成交通堵塞和潜在的事故。而在交通环境中，车流密度越大的地方(例如红绿灯路口)，车流量增加而造成拥塞的可能性越大。因此需要对网络拥塞的预测和规避，提高交通效率，避免在车路协同驾驶过程中PC5网络发生网络拥塞。
在一种技术方案中，车联网服务器(vehicle to everything server，V2XServer)可以从网络节点中获取当前节点的拥塞情况(指示信息)，其中，网络节点可以包括演进型节点(evolved node B，eNB)或者路边单元(road side unit，RSU)中。V2X Server接收到指示信息之后，生成控制信息，并将控制信息发送到当前参与网络通信的每个节点。每个节点根据自身的当前业务的优先级、周期或业务类型等，对数据包进行合并或丢弃，或者更改PC5接口发送频率配置，通过这些方式降低每个节点使用网络的容量(例如降低发送数据的频率、减小单个数据包的大小等)，从而减少对空口资源的占用，避免出现网络拥塞。但是，该技术方案只有在网络已经出现拥塞情况时才进行被动调整，各个节点在接收到指示信息时，网络已经发生了拥塞，无法及时避免网络拥塞而导致的时延增加，仍然存在驾驶安全风险。为了解决上述技术问题，本申请实施例提供了如下解决方案。
请参考图2，图2是本申请实施例提供的一种通信系统的架构示意图。如图所示，该通信系统可以包括V2X Server、RSU以及车辆等等，其中，RSU可以收集自身信号覆盖范围内的空口资源的拥塞状况。V2X Server可以接收车辆或RSU发送的消息，也可以向车辆或RSU发送消息，不同的实体参与的方式不同。例如车辆可以通过合作意识信息(cooperativeawareness message，CAM)周期性的对外广播其状态信息，RSU可以对外广播分散式环境通知信息(decentralized environmental notification message，DENM)消息等等。车辆在道路行驶过程中，会造成目标区域的车辆密度较大，其中，目标区域可以为城市道路的十字路口或者比较容易拥堵的区域。车辆可能驶入目标区域，也有可能驶出目标区域。V2XServer只需要对目标区域进行监控，获取车辆的行驶路径和业务模型，确定在目标区域内发生拥塞的可能性，从而在拥塞发生之前对空口资源进行调度，避免发生网络拥塞而出现交通事故。
如图3所示，图3是本申请实施例提供的一种网络资源调度方法的流程示意图。本申请实施例的步骤包括：
S301，V2X Server获取目标区域内的空口资源所承载的当前业务量。其中，当前业务量可以表示当前空口资源的占用率。
具体实现中，V2X Server可以向位于目标区域内的RSU发送请求消息，RSU接收到请求消息之后，向V2X Server返回目标区域内的空口资源的拥塞状况。或者，V2X Server可以向位于目标区域内的车辆发送请求消息，车辆中的车辆车载单元(on board unit，OBU)接收到请求消息之后，向V2X Server返回目标区域内的空口资源的拥塞状况，其中，拥塞状况可以包括频道繁忙比率(channel busy ratio，CBR)和信道占用率(channel occupancyRatio，CR)。V2X Server可以根据RSU或者OBU测量到的目标区域内空口资源的CBR和CR，确定目标区域内的空口资源所承载的当前业务量。
S302，V2X Server确定在预设时间段后所述目标区域内的所述空口资源的业务变化量。
具体实现中，V2X Server可以获取第一终端将要占用的所述空口资源的第一业务量、以及第二终端将要释放的所述空口资源的第二业务量，所述第一终端为所述目标区域外的与所述目标区域的距离小于第二预设阈值的车辆，所述第二终端为所述目标区域内的所有车辆；然后根据所述第一业务量以及所述第二业务量，确定在预设时间段后所述目标区域内的所述空口资源的业务变化量。进一步的，可以将所述第一业务量减去所述第二业务量的差值作为所述业务变化量。
如图4所示，对任意一个目标区域而言，在目标区域内的空口资源的业务量需要考虑驶入目标区域的车辆、驶出目标区域的车辆、留在目标区域的车辆或者RSU。驶入目标区域的车辆会给目标区域带入新的连接和业务，驶出目标区域的车辆会将原本位于目标区域内的连接和业务带出。V2X Server可以通过对驶入车辆和驶出车辆进行监控，确定在预设时间段后所述目标区域内的空口资源的业务变化量。
进一步地，V2X Server可以向目标区域内的车辆和目标区域外的车辆发送查询请求，车辆接收到查询请求之后，可以向V2X Server返回车辆的行驶方向、行驶速度和当前位置等等，V2X Server可以根据行驶方向、行驶速度和当前位置，确定方向概率和速度概率。然后根据方向概率和速度概率，确定车辆驶入目标区域或驶出目标区域的概率。其中，预设时间段越短，预测的准确度越高。预设时间段越长，预测的准确度越低。
应理解，针对辅助驾驶的网联车辆，由于V2X Server无法准确获知驾驶员的意图，因此需要根据方向概率和速度概率确定车辆驶入目标区域或驶出目标区域的概率，该概率位于0和1之间。对于完全自动驾驶的车辆，由于车辆在短时间内的调度意图是确定的，V2XServer可以通过查询车辆的调度意图，可以准确地获知车辆在经过预设时间段后是否驶入目标区域或驶出目标区域，概率可以确定为0或1。
例如，如图5所示，图5是本申请实施例提供的一种车辆驶入概率的示意图。车辆驶入、停留或者驶出目标区域的概率可以根据车辆的方向概率和速度概率确定。方向概率(Pd)可以表示车辆在经过一段时间后驶入目标区域的概率。图5中的灰色区域为目标区域，对于左侧车辆，在路口可能有四种选择，即直行、左转、右转或者掉头。只有直行可以进入目标区域，因此左侧车辆的方向概率是25％。对于右侧车辆，由于车辆只能直行，因此该车辆驶入目标区域的方向概率是100％。速度概率(Pv)可以表示在当前位置处、按照当前速度在经过一段时间后驶入目标区域的概率。行驶速度在不同路段不同时间呈现正太分布。即大多数车辆的行驶速度在白天的速度为60-80km/h，夜晚可能在80-90km/h，少数车辆的行驶速度高于或低于该速度。V2X Server可以根据这些信息预测车辆的大概速度，然后结合车辆所在的当前位置、在经过一段时间后驶入目标区域的速度概率。对于车辆驶出目标区域的方向概率和速度概率，也可以上述相同的方法进行预测。
V2X Server向车辆发送查询请求之后，还可以接收车辆返回的业务模型。其中，业务模型可以用于表示占用的所述空口资源的业务量，不同的车辆具有不同的业务模型。V2XServer可以根据车辆的业务模型，确定该车辆驶入目标区域产生的空口资源的业务增加量、或者驶出目标区域产生的空口资源的业务减少量。
例如，对于一般的网联车辆，仅周期性的对外广播CAM消息，其中，广播频率为10Hz，消息的数据大小在100Byte左右。而对于车路协同驾驶的车辆，除了周期性的广播CAM消息之外，还会和路边设施产生交互信息。而对于编队行驶的车辆，车辆与车辆之间还会有协同通信。对于上述不同的通信方式，占用的空口资源的业务量不同。
综上所述，结合车辆驶入目标区域或驶出目标区域的概率和业务模型，可以分别对第一业务量和第二业务量进行计算，计算方式如下：
对于第一业务量：可以获取第一终端的第一方向概率和第一速度概率，第一方向概率为按照当前行驶方向预设时间段后驶入目标区域的概率，第一速度概率为在当前位置处按照当前速度预设时间段后驶入目标区域的概率；根据第一方向概率和第一速度概率，确定第一终端在预设时间段后驶入目标区域内的第一概率，并确定第一终端驶入目标区域内产生的空口资源的业务增加量，然后根据第一概率以及业务增加量，确定第一终端将要占用的空口资源的第一业务量。进一步的，可以将第一概率乘以业务增加量计算得到第一业务量。
例如，车辆C、车辆D、车辆E、车辆F和车辆G可能驶入目标区域，车辆C在预设时间段后驶入目标区域的第一概率和驶入目标区域产生的空口资源的业务增加量为C(10％，20％)，车辆D在预设时间段后驶入目标区域的第一概率和驶入目标区域产生的空口资源的业务增加量为D(20％，5％),车辆E在预设时间段后驶入目标区域的第一概率和驶入目标区域产生的空口资源的业务增加量为E(30％，10％),车辆F在预设时间段后驶入目标区域的第一概率和驶入目标区域产生的空口资源的业务增加量为F(80％，5％)，车辆G在预设时间段后驶入目标区域的第一概率和驶入目标区域产生的空口资源的业务增加量为G(100％，5％)。通过计算各个车辆的第一概率与业务增加量的乘积，然后进行叠加得到第一业务量为15％(10％*020％+20％*5％+30％*10％+80％*5％+100％*5％)。
对于第二业务量：可以获取第二终端的第二方向概率和第二速度概率，第二方向概率为按照当前行驶方向预设时间段后驶出目标区域的概率，第二速度概率为在当前位置处按照当前速度预设时间段后驶出目标区域的概率；根据第二方向概率和第二速度概率，确定第二终端在预设时间段后驶出目标区域的第二概率，并确定第二终端驶出目标区域产生的空口资源的业务减少量；然后根据第二概率以及业务减少量，确定第二终端将要释放的空口资源的第二业务量。进一步的，可以将第二概率乘以业务减少量计算得到第二业务量。
例如，车辆A和车辆B可能驶出目标区域，两辆车周期性的发送CAM消息。例如，车辆A在预设时间段后驶出目标区域的第二概率和驶出目标区域产生的空口资源的业务减少量为A(70％，3％)，车辆B在预设时间段后驶出目标区域的第二概率和驶出目标区域产生的空口资源的业务减少量为B(80％，3％)。通过计算各个车辆的第二概率与业务减少量的乘积，然后进行叠加得到第二业务量为4.5％(70％*3％+80％*3％)。最后，可以将第一业务量减去第二业务量得到业务变化量10.5％(15％-4.5％)
S303，V2X Server根据所述当前业务量和所述业务变化量，确定在所述预设时间段后所述目标区域内的所述空口资源所承载的业务总量。
具体实现中，可以将当前业务量加上业务变化量，计算得到空口资源所承载的业务总量。例如，通过步骤S301可以查询到目标区域内的空口资源所承载的当前业务量为71％，通过步骤S302计算得到业务变化量为10.5％，最后可以确定在预设时间段后所述目标区域内的空口资源所承载的业务总量为81.5％(71％+10.5％)。
S304，当所述业务总量超过第一预设阈值时，V2X Server向车辆发送资源释放请求，所述资源释放请求用于指示所述车辆降低对所述空口资源的占用，所述车辆为所述车联网服务器预测的在所述预设时间段后位于所述目标区域内的车辆。当所述业务总量未超过第一预设阈值时，可以确定预设时间段后所述目标区域内的网络不会出现拥塞，可以暂时不做处理或者向车辆发送通知消息，该通知消息用于指示车辆可以安全通过目标区域。其中，第一预设阈值可以为目标区域内空口资源所承载的业务量的上限。
具体实现中，V2X Server可以获取所述车辆的业务模型、行驶速度以及驾驶方式中的至少一项，其中，所述业务模型表示占用的所述空口资源的业务量；然后根据所述业务模型、所述行驶速度以及所述驾驶方式中的至少一项，确定所述空口资源的所述释放方式。其中，释放方式可以包括降低频率、减小数据包、改变车辆行驶路径或改变车辆的驾驶方式等等。然后可以向在预设时间段后可能驶入目标区域的车辆或仍行驶在目标区域的车辆发送资源释放请求，其中。资源释放请求可以包括释放方式和目标区域，用于指示车辆在行驶到目标区域之后按照该释放方式降低对空口资源的占用。这样，对于在预设时间段后行驶到目标区域或者仍行驶在目标区域的车辆，可以按照释放方式降低对空口资源的占用，从而减少了网络拥塞，提高了驾驶安全性。
应注意，需要针对发送资源释放请求的车辆可以包括所述第一终端中在预设时间段后驶入所述目标区域的概率大于第三预设阈值的车辆、以及所述第二终端中的在预设时间段后驶出所述目标区域的概率小于第四预设阈值的车辆。其中，第三预设阈值可以为0，第四预设阈值可以为1。对于目标区域外的在预设时间段后驶入目标区域内的概率大于0的车辆，以及目标区域内的在预设时间段后驶出目标区域的概率小于1的车辆，都可以发送资源释放请求。也可以向目标区域内的RSU发送资源释放请求。另外，V2X Server在确定释放方式时，会优先协同驶入目标区域概率最大的车辆，优先向这些车辆发送资源释放请求。也可以优先协同具备释放空间的车辆释放空口资源，对于不具备释放空间的车辆不去要求释放资源，从而保障行驶安全。
例如，车辆在自动驾驶状态时，需要实时接收路侧发送的道路环境预警信息，空口资源占用较高，可以要求车辆从自动切换状态为手动驾驶状态，从而释放一部分车路协同的业务量。又如，对于行驶速度较快的车辆，进入目标区域后不够安全，对于行驶速度较慢的车辆，进入目标区域后更安全，因此可以要求行驶速度较慢的车辆降低更大的频率、减小更多的数据包传输、或者要求CAM消息发送的间隔变长等等。
又如，V2X Server确定将要驶入目标区域内的车辆C、车辆D、车辆E、车辆F和车辆G中，车辆G有100％的可能性会驶入目标区域，车辆F有80％的可能性会驶入目标区域。因此确定优先要求车辆G和车辆F降低对空口资源的占用率。V2X Server确定车辆F和车辆G的业务模型都是周期性广播CAM消息，广播频率为10Hz，车辆G行驶速度为40km/h，车辆F移动速度为80km/h，虽然车辆G和车辆F的业务模型相同，但是车辆G的行驶速度高于车辆F的行驶速度，因此V2X Server可以要求车辆G将原有的空口资源的占用率从5％降低到3％，要求车辆F将原有的空口资源的占用率从5％降低到4％，车辆F降低的空口资源的占用率大于车辆G降低的空口资源的占用率。
在本申请实施例中，首选获取目标区域内的空口资源所承载的当前业务量；确定在预设时间段后所述目标区域内的空口资源的业务变化量；根据当前业务量和业务变化量，确定在预设时间段后所述目标区域内的空口资源所承载的业务总量；最后当业务总量超过第一预设阈值时，向车辆发送资源释放请求，资源释放请求用于指示车辆释放空口资源。通过提前预测经过预设时间段后所述目标区域内的空口资源的业务总量，并通知车辆降低对空口资源的占用，从而减少了目标区域内的空口资源发生网络拥塞的概率，提高了驾驶安全性。
如图6所示，图6是本申请实施例提供的另一种网络资源调度方法的流程示意图。本申请实施例的步骤包括：
S601，V2X Server向本地终端发送请求消息。其中，本地终端可以为部署在目标区域内的RSU或者当前停留在目标区域内的OBU。
S602，本地终端向V2X Server发送目标区域内的空口资源的拥塞状况，拥塞状况可以包括CBR和CR。V2X Server可以根据RSU或者OBU测量到的目标区域内空口资源的CBR和CR，确定目标区域内的空口资源所承载的当前业务量。
S603，V2X Server向第一终端和第二终端发送查询请求，其中，所述第一终端为所述目标区域外的与所述目标区域的距离小于第二预设阈值的车辆，所述第二终端为所述目标区域内的所有车辆。
S604，第一终端或第二终端向V2X Server发送业务模型，还可以向V2X Server发送车辆的行驶方向、行驶速度和当前位置。
S605，V2X Server确定在预设时间段后所述目标区域内的空口资源的业务变化量，以及根据当前业务量和业务变化量，确定在预设时间段后所述目标区域内的空口资源所承载的业务总量。具体方式可以参照上述实施例，本步骤不再赘述。
S606，V2X Server当业务总量超过第一预设阈值时，确定空口资源的释放方式。具体方式可以参照上述实施例，本步骤不再赘述。
S607，V2X Server向第一终端和第二终端发送资源释放请求，源释放请求包括释放方式和目标区域。具体方式可以参照上述实施例，本步骤不再赘述。
需要说明的是，可以根据上述方向概率和速度概率，确定第一终端在预设时间段后驶入目标区域内的概率，通过该概率预测第一终端是否驶入目标区域。以及根据上述方向概率和速度概率确定第二终端在预设时间段后驶出目标区域内的概率，通过该概率预测第二终端是否驶出目标区域。对于第一终端，如果V2X Server预测第一终端只要在预设时间段后有可能进入目标区域，则V2X Server可以向该第一终端发送资源释放请求，如果预测第一终端在预设时间段后一定不会驶入目标区域，则V2X Server可以不向该第一终端发送资源释放请求。对于第二终端，如果V2X Server预测第二终端在预设时间段后一定驶出目标区域，则可以不向该第二终端发送资源释放请求，如果V2X Server预测第二终端在预设时间段后可能仍位于目标区域内，则V2X Server可以向该第二终端发送资源释放请求。
S608，第一终端和第二终端向V2X Server发送回复消息。
具体实现中，第一终端和第二终端接收到资源释放请求之后，可以按照V2XServer推荐的释放方式来释放空口资源，也可以根据车辆的实际行驶速度、驾驶方式或者车辆行驶环境等情况，修改车联网服务器推荐的释放方式，并按照修改后的释放方式降低对空口资源的占用，例如可以降低更多的空口资源的占用或者降低部分空口资源的占用等等。然后在确定释放方式之后向V2X Server发送回复消息。
S609，V2X Server根据所述回复消息，确定所述空口资源的释放量。
具体实现中，当回复消息为确定释放时，可以确定预设时间段后所述目标区域内的空口资源的业务量可以减少，当回复消息为拒绝释放时，可以确定预设时间段后所述目标区域内的空口资源的业务量不能减少。
例如，V2X Server向车辆F和车辆G发送了资源释放请求，要求车辆F将原有的空口资源的占用率从5％降低到4％，车辆G将原有的空口资源的占用率从5％降低到3％。其中，车辆F驶入目标区域的概率为80％，车辆G驶入目标区域的概率为100％。如果车辆F和车辆G返回的回复消息为确定释放，则更新后的空口资源的占用率为6.2％(4％*80％+3％*100％)，更新前的空口资源的占用率9％(5％*80％+5％*100％)，因此空口资源的释放量为2.8％。如果车辆G返回的回复消息为确定释放，而车辆F返回的回复消息为拒绝释放，则更新后的空口资源占用增加7％(5％*80％+3％*100％)，因此空口资源的释放量为2％。如果车辆F和车辆G返回的回复消息均为拒绝释放，则空口资源占用不变。
S610，V2X Server当所述释放量小于第五预设阈值时，向第一终端和第二终端发送警告信息。当所述释放量不小于第五预设阈值时，可以确定在预设时间段后所述目标区域不会出现网络拥塞，可以不做任何处理或者向第一终端和第二终端发送通知信息，该通知信息用于指示第一终端和第二终端可以安全通过目标区域。其中，所述警告信息包括所述第三概率，所述第三概率为在所述预设时间段后所述目标区域内的所述空口资源发生阻塞的概率。第一终端为在预设时间段后将要驶入目标区域内的车辆，第二终端为在预设时间段后仍然处于目标区域内的车辆。
具体实现中，V2X Server可以计算第一终端和第二终端在不同组合方式下的发生概率，然后将占用的空口资源的业务增加量大于预设阈值对应的组合方式的发生概率进行叠加，计算得到在预设时间段后所述目标区域发生拥塞的概率。或者可以根据大数据预测和历史数据统计，预测在预设时段后所述目标区域发生拥塞的概率。然后向第一终端和第二终端发送警告信息，该警告信息用于通知第一终端和第二终端可能因为拥塞而造成网络时延增加或可靠性降低。第一终端和第二终端接收到警告信息之后，可以根据在预设时间段后所述目标区域发生拥塞的概率，结合自己的业务模型和网络的使用量，提前做出相应的措施。
例如，如图7所示，图7是本申请实施例提供的一种组合方式的示意图。由于组合方式较多，仅列出了三种组合方式。对于第二行的第一种组合方式，表示车辆A和车辆B都驶出目标区域，车辆C、车辆D、车辆E、车辆F和车辆G均驶入目标区域，在这种情况下，在预设时段后所述目标区域内的空口资源的业务增加量为39％，这种组合方式的发生概率为0.23％，其他两种组合方式也类似，此处不再一一赘述。如果某个/某些组合方式下的业务增加量大于9％，则可以将这些组合方式的发生概率进行叠加，得到在预设时段后所述目标区域发生拥塞的概率。
当然，V2X Server根据回复消息，可以计算更新后的业务变化量，然后根据更新后的业务变化量以及当前业务量，确定在预设时间段后所述目标区域内的空口资源所承载的业务总量，如果该业务总量仍然大于第一预设阈值，则向第一终端和第二终端发送警告信息。例如，如果某个车辆的回复消息为确定释放，确定在驶入目标区域后变更业务模型，减少占用的空口资源的业务量，因此可以计算该车辆驶入目标区域在变更业务模型后所产生的业务变化量，最后通过该业务变化量与当前业务量，计算业务总量，并根据该业务总量确定是否发生警告信息。
上述详细阐述了本申请实施例的方法，下面提供了本申请实施例的装置。
如图8所示，图8是本申请实施例提供的一种网络资源调度装置的结构示意图。本申请实施例的装置至少包括：
获取模块801，用于获取目标区域内的空口资源所承载的当前业务量；
处理模块802，用于确定在预设时间段后所述目标区域内的所述空口资源的业务变化量；
处理模块802，还用于根据所述当前业务量和所述业务变化量，确定在所述预设时间段后所述目标区域内的所述空口资源所承载的业务总量；
发送模块803，用于当所述业务总量超过第一预设阈值时，向车辆发送资源释放请求，所述资源释放请求用于指示所述车辆降低对所述空口资源的占用，所述车辆为所述车联网服务器预测的在所述预设时间段后位于所述目标区域内的车辆。
可选的，获取模块801，还用于获取第一终端将要占用的所述空口资源的第一业务量、以及第二终端将要释放的所述空口资源的第二业务量，所述第一终端为所述目标区域外的与所述目标区域的距离小于第二预设阈值的车辆，所述第二终端为所述目标区域内的所有车辆；
处理模块802，还用于根据所述第一业务量以及所述第二业务量，确定在预设时间段后所述目标区域内的所述空口资源的业务变化量。
可选的，处理模块802，还用于确定所述第一终端在所述预设时间段后驶入所述目标区域内的第一概率、以及驶入所述目标区域内产生的所述空口资源的业务增加量；根据所述第一概率以及所述业务增加量，确定所述第一终端将要占用的所述空口资源的所述第一业务量。
可选的，获取模块801，还用于获取所述第一终端的第一方向概率和第一速度概率，所述第一方向概率为按照当前行驶方向所述预设时间段后驶入所述目标区域的概率，所述第一速度概率为在当前位置处按照当前速度所述预设时间段后驶入所述目标区域的概率；处理模块802，还用于根据所述第一方向概率和所述第一速度概率，确定所述第一概率。
可选的，处理模块802，还用于确定所述第二终端在所述预设时间段后驶出所述目标区域的第二概率、以及驶出所述目标区域产生的所述空口资源的业务减少量；根据所述第二概率以及所述业务减少量，确定所述第二终端将要释放的所述空口资源的所述第二业务量。
可选的，获取模块801，还用于获取所述第二终端的第二方向概率和第二速度概率，所述第二方向概率为按照当前行驶方向所述预设时间段后驶出所述目标区域的概率，所述第二速度概率为在当前位置处按照当前速度所述预设时间段后驶出所述目标区域的概率；
处理模块802，还用于根据所述第二方向概率和所述第二速度概率，确定所述第二概率。
可选的，处理模块802，还用于将所述第一业务量减去所述第二业务量的差值作为所述业务变化量。
其中，所述车辆包括所述第一终端中在预设时间段后驶入所述目标区域的概率大于第三预设阈值的车辆、以及所述第二终端中的在预设时间段后驶出所述目标区域的概率小于第四预设阈值的车辆。
可选的，处理模块802，还用于当所述业务总量超过所述第一预设阈值时，确定所述空口资源的释放方式；发送模块803，还用于向所述车辆发送资源释放请求，所述资源释放请求包括所述释放方式。
可选的，处理模块802，还用于获取所述车辆的业务模型、行驶速度以及驾驶方式中的至少一项，其中，所述业务模型表示占用的所述空口资源的业务量；根据所述业务模型、所述行驶速度以及所述驾驶方式中的至少一项，确定所述空口资源的所述释放方式。
其中，所述释放方式包括降低频率、减小数据包、改变车辆行驶路径或改变车辆的驾驶方式中的至少一种。
可选的，所述装置还包括：
接收模块804，用于接收所述车辆发送的回复消息；处理模块802，还用于根据所述回复消息，确定所述空口资源的释放量；发送模块803，还用于当所述释放量小于第五预设阈值时，向所述车辆发送警告信息。
其中，所述警告信息包括所述第三概率，所述第三概率为在所述预设时间段后所述目标区域内的所述空口资源发生阻塞的概率。
需要说明的是，各个模块的实现还可以对应参照图3和图6所示的方法实施例的相应描述，执行上述实施例中V2X Server所执行的方法和功能。
如图9所示，图9是本申请实施例提供的另一种网络资源调度装置的结构示意图。本申请实施例的装置至少包括：
接收模块901，用于接收车联网服务器发送的资源释放请求；
处理模块902，用于根据所述资源释放请求，降低在预设时间段后对目标区域内的空口资源的占用；
发送模块903，用于向所述车联网服务器发送回复消息，所述回复消息用于所述车联网服务器确定所述预设时间段后所述空口资源的释放量。
其中，所述资源释放请求包括释放方式，所述释放方式包括降低频率、减小数据包、改变车辆行驶路径或改变车辆的驾驶方式中的至少一种；
可选的，处理模块902，还用于根据所述释放方式，降低在预设时间段后对目标区域内的空口资源的占用。
可选的，接收模块901，还用于接收所述车联网服务器发送的警告信息，所述警告信息用于通知在所述预设时间段后所述目标区域内的所述空口资源发生阻塞的概率。
可选的，接收模块901，还用于接收所述车联网服务器发送的查询请求；发送模块903，还用于向所述车联网服务器发送业务模型，所述业务模型表示所述车辆占用的所述空口资源的业务量。
需要说明的是，各个模块的实现还可以对应参照图3和图6所示的方法实施例的相应描述，执行上述实施例中车辆所执行的方法和功能。
请继续参考图10，图10是本申请实施例提出的一种车联网服务器的结构示意图。如图10所示，该车联网服务器可以包括：至少一个处理器1001，至少一个通信接口1002，至少一个存储器1003和至少一个通信总线1004。
其中，处理器1001可以是中央处理器单元，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。通信总线1004可以是外设部件互连标准PCI总线或扩展工业标准结构EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信总线1004用于实现这些组件之间的连接通信。其中，本申请实施例中设备的通信接口1002用于与其他节点设备进行信令或数据的通信。存储器1003可以包括易失性存储器，例如非挥发性动态随机存取内存(nonvolatile random access memory，NVRAM)、相变化随机存取内存(phase change RAM，PRAM)、磁阻式随机存取内存(magetoresistive RAM，MRAM)等，还可以包括非易失性存储器，例如至少一个磁盘存储器件、电子可擦除可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、闪存器件，例如反或闪存(NOR flash memory)或是反及闪存(NAND flash memory)、半导体器件，例如固态硬盘(solid state disk，SSD)等。存储器1003可选的还可以是至少一个位于远离前述处理器1001的存储装置。存储器1003中可选的还可以存储一组程序代码，且处理器1001可选的还可以执行存储器1003中所执行的程序。
获取目标区域内的空口资源所承载的当前业务量；
确定在预设时间段后所述目标区域内的所述空口资源的业务变化量；
根据所述当前业务量和所述业务变化量，确定在所述预设时间段后所述目标区域内的所述空口资源所承载的业务总量；
当所述业务总量超过第一预设阈值时，通过通信接口1002向车辆发送资源释放请求，所述资源释放请求用于指示所述车辆降低对所述空口资源的占用，所述车辆为所述车联网服务器预测的在所述预设时间段后位于所述目标区域内的车辆。
其中，处理器1001还用于执行如下操作：
获取第一终端将要占用的所述空口资源的第一业务量、以及第二终端将要释放的所述空口资源的第二业务量，所述第一终端为所述目标区域外的与所述目标区域的距离小于第二预设阈值的车辆，所述第二终端为所述目标区域内的所有车辆；
根据所述第一业务量以及所述第二业务量，确定在预设时间段后所述目标区域内的所述空口资源的业务变化量。
其中，处理器1001还用于执行如下操作：
确定所述第一终端在所述预设时间段后驶入所述目标区域内的第一概率、以及驶入所述目标区域内产生的所述空口资源的业务增加量；
根据所述第一概率以及所述业务增加量，确定所述第一终端将要占用的所述空口资源的所述第一业务量。
其中，处理器1001还用于执行如下操作：
获取所述第一终端的第一方向概率和第一速度概率，所述第一方向概率为按照当前行驶方向所述预设时间段后驶入所述目标区域的概率，所述第一速度概率为在当前位置处按照当前速度所述预设时间段后驶入所述目标区域的概率；
根据所述第一方向概率和所述第一速度概率，确定所述第一概率。
其中，处理器1001还用于执行如下操作：
确定所述第二终端在所述预设时间段后驶出所述目标区域的第二概率、以及驶出所述目标区域产生的所述空口资源的业务减少量；
根据所述第二概率以及所述业务减少量，确定所述第二终端将要释放的所述空口资源的所述第二业务量。
其中，处理器1001还用于执行如下操作：
获取所述第二终端的第二方向概率和第二速度概率，所述第二方向概率为按照当前行驶方向所述预设时间段后驶出所述目标区域的概率，所述第二速度概率为在当前位置处按照当前速度所述预设时间段后驶出所述目标区域的概率；
根据所述第二方向概率和所述第二速度概率，确定所述第二概率。
其中，处理器1001还用于执行如下操作：
将所述第一业务量减去所述第二业务量的差值作为所述业务变化量。
其中，所述车辆包括所述第一终端中在预设时间段后驶入所述目标区域的概率大于第三预设阈值的车辆、以及所述第二终端中的在预设时间段后驶出所述目标区域的概率小于第四预设阈值的车辆。
其中，处理器1001还用于执行如下操作：
当所述业务总量超过所述第一预设阈值时，确定所述空口资源的释放方式；
通过通信接口1002向所述车辆发送资源释放请求，所述资源释放请求包括所述释放方式。
其中，处理器1001还用于执行如下操作：
获取所述车辆的业务模型、行驶速度以及驾驶方式中的至少一项，其中，所述业务模型表示占用的所述空口资源的业务量；
根据所述业务模型、所述行驶速度以及所述驾驶方式中的至少一项，确定所述空口资源的所述释放方式。
其中，所述释放方式包括降低频率、减小数据包、改变车辆行驶路径或改变车辆的驾驶方式中的至少一种
其中，处理器1001还用于执行如下操作：
通过通信接口1002接收所述车辆发送的回复消息；
根据所述回复消息，确定所述空口资源的释放量；
当所述释放量小于第五预设阈值时，通过通信接口1002向所述车辆发送警告信息。
其中，所述警告信息包括所述第三概率，所述第三概率为在所述预设时间段后所述目标区域内的所述空口资源发生阻塞的概率。
进一步的，处理器还可以与存储器和通信接口相配合，执行上述申请实施例中V2XServer的操作。
请继续参考图11，图11是本申请实施例提出的一种车载通信单元的结构示意图。所述车辆可以通过该车载通信单元与车联网服务器进行通信。如图所示，该车载通信单元可以包括：至少一个处理器1101，至少一个通信接口1102，至少一个存储器1103和至少一个通信总线1104。
其中，处理器1101可以是前文提及的各种类型的处理器。通信总线1104可以是外设部件互连标准PCI总线或扩展工业标准结构EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信总线1104用于实现这些组件之间的连接通信。其中，本申请实施例中设备的通信接口1102用于与其他节点设备进行信令或数据的通信。存储器1103可以是前文提及的各种类型的存储器。存储器1103可选的还可以是至少一个位于远离前述处理器1101的存储装置。存储器1103中存储一组程序代码，且处理器1101执行存储器1103中上述OAM所执行的程序。
通过通信接口1102接收车联网服务器发送的资源释放请求；
根据所述资源释放请求，降低在预设时间段后对目标区域内的空口资源的占用；
通过通信接口1102向所述车联网服务器发送回复消息，所述回复消息用于所述车联网服务器确定所述预设时间段后所述空口资源的释放量。
其中，所述资源释放请求包括释放方式，所述释放方式包括降低频率、减小数据包、改变车辆行驶路径或改变车辆的驾驶方式中的至少一种；
处理器1101还用于执行如下操作：
根据所述释放方式，降低在预设时间段后对目标区域内的空口资源的占用。
其中，处理器1101还用于执行如下操作：
通过通信接口1102接收所述车联网服务器发送的警告信息，所述警告信息用于通知在所述预设时间段后所述目标区域内的所述空口资源发生阻塞的概率。
其中，处理器1101还用于执行如下操作：
通过通信接口1102接收所述车联网服务器发送的查询请求；
通过通信接口1102向所述车联网服务器发送业务模型，所述业务模型表示所述车辆占用的所述空口资源的业务量。
进一步的，处理器还可以与存储器和通信接口相配合，执行上述申请实施例中车载通信单元的操作。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘solid state disk(SSD))等。
以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (31)

1.一种网络资源调度方法，其特征在于，包括：
车联网服务器获取目标区域内的空口资源所承载的当前业务量；
所述车联网服务器确定在预设时间段后所述目标区域内的所述空口资源的业务变化量，包括：根据车辆驶入所述目标区域或驶出所述目标区域的概率、和业务模型，确定第一终端将要占用的所述空口资源的第一业务量、以及第二终端将要释放的所述空口资源的第二业务量；根据所述第一业务量以及所述第二业务量，确定在预设时间段后所述目标区域内的所述空口资源的业务变化量，其中，所述第一终端为所述目标区域外的与所述目标区域的距离小于第二预设阈值的车辆，所述第二终端为所述目标区域内的所有车辆；
所述车联网服务器根据所述当前业务量和所述业务变化量，确定在所述预设时间段后所述目标区域内的所述空口资源所承载的业务总量；
当所述业务总量超过第一预设阈值时，所述车联网服务器向所述车辆发送资源释放请求，所述资源释放请求包括释放方式和所述目标区域，所述资源释放请求用于指示所述车辆在行驶到所述目标区域之后按照所述释放方式降低对所述空口资源的占用，所述车辆为所述车联网服务器预测的在所述预设时间段后位于所述目标区域内的车辆。
2.如权利要求1所述的方法，其特征在于，所述车联网服务器获取第一终端将要占用的所述空口资源的第一业务量、以及第二终端将要释放的所述空口资源的第二业务量包括：
所述车联网服务器确定所述第一终端在所述预设时间段后驶入所述目标区域内的第一概率、以及驶入所述目标区域内产生的所述空口资源的业务增加量；
所述车联网服务器根据所述第一概率以及所述业务增加量，确定所述第一终端将要占用的所述空口资源的所述第一业务量。
3.如权利要求2所述的方法，其特征在于，所述车联网服务器确定所述第一终端在所述预设时间段后驶入所述目标区域内的第一概率包括：
所述车联网服务器获取所述第一终端的第一方向概率和第一速度概率，所述第一方向概率为按照当前行驶方向所述预设时间段后驶入所述目标区域的概率，所述第一速度概率为在当前位置处按照当前速度所述预设时间段后驶入所述目标区域的概率；
所述车联网服务器根据所述第一方向概率和所述第一速度概率，确定所述第一概率。
4.如权利要求1所述的方法，其特征在于，所述车联网服务器获取第一终端将要占用的所述空口资源的第一业务量、以及第二终端将要释放的所述空口资源的第二业务量包括：
所述车联网服务器确定所述第二终端在所述预设时间段后驶出所述目标区域的第二概率、以及驶出所述目标区域产生的所述空口资源的业务减少量；
所述车联网服务器根据所述第二概率以及所述业务减少量，确定所述第二终端将要释放的所述空口资源的所述第二业务量。
5.如权利要求4所述的方法，其特征在于，所述车联网服务器确定所述第一终端在所述预设时间段后驶出所述目标区域内的第二概率包括：
所述车联网服务器获取所述第二终端的第二方向概率和第二速度概率，所述第二方向概率为按照当前行驶方向所述预设时间段后驶出所述目标区域的概率，所述第二速度概率为在当前位置处按照当前速度所述预设时间段后驶出所述目标区域的概率；
所述车联网服务器根据所述第二方向概率和所述第二速度概率，确定所述第二概率。
6.如权利要求1所述的方法，其特征在于，所述车联网服务器根据所述第一业务量以及所述第二业务量，确定在预设时间段后所述目标区域内的所述空口资源的业务变化量包括：
所述车联网服务器将所述第一业务量减去所述第二业务量的差值作为所述业务变化量。
7.如权利要求1所述的方法，其特征在于，所述车辆包括所述第一终端中在预设时间段后驶入所述目标区域的概率大于第三预设阈值的车辆、以及所述第二终端中的在预设时间段后驶出所述目标区域的概率小于第四预设阈值的车辆。
8.如权利要求1所述的方法，其特征在于，所述释放方式包括降低频率、减小数据包、改变车辆行驶路径或改变车辆的驾驶方式中的至少一种。
9.如权利要求1-8任一项所述的方法，其特征在于，所述向所述车辆发送资源释放请求之后，还包括：
所述车联网服务器接收所述车辆发送的回复消息；
所述车联网服务器根据所述回复消息，确定所述空口资源的释放量；
当所述释放量小于第五预设阈值时，所述车联网服务器向所述车辆发送警告信息。
10.如权利要求9所述的方法，其特征在于，所述警告信息包括第三概率，所述第三概率为在所述预设时间段后所述目标区域内的所述空口资源发生阻塞的概率。
11.一种网络资源调度方法，其特征在于，包括：
车辆接收车联网服务器发送的资源释放请求，所述资源释放请求包括释放方式和目标区域，所述释放方式为根据所述车辆的业务模型、行驶速度以及驾驶方式确定的；
所述车辆根据所述资源释放请求，在行驶到所述目标区域之后按照所述释放方式降低对所述目标区域内的空口资源的占用；
所述车辆向所述车联网服务器发送回复消息，所述回复消息用于所述车联网服务器确定预设时间段后所述空口资源的释放量。
12.如权利要求11所述的方法，其特征在于，所述释放方式包括降低频率、减小数据包、改变车辆行驶路径或改变车辆的驾驶方式中的至少一种。
13.如权利要求11或12所述的方法，其特征在于，所述车辆向所述车联网服务器发送回复消息之后，还包括：
所述车辆接收所述车联网服务器发送的警告信息，所述警告信息用于通知在所述预设时间段后所述目标区域内的所述空口资源发生阻塞的概率。
14.如权利要求11或12所述的方法，其特征在于，所述车辆接收车联网服务器发送的资源释放请求之前，还包括：
所述车辆接收所述车联网服务器发送的查询请求；
所述车辆向所述车联网服务器发送业务模型，所述业务模型表示所述车辆占用的所述空口资源的业务量。
15.一种网络资源调度装置，其特征在于，包括：
获取模块，用于获取目标区域内的空口资源所承载的当前业务量；
处理模块，用于确定在预设时间段后所述目标区域内的所述空口资源的业务变化量，包括：根据车辆驶入所述目标区域或驶出所述目标区域的概率、和业务模型，确定第一终端将要占用的所述空口资源的第一业务量、以及第二终端将要释放的所述空口资源的第二业务量；根据所述第一业务量以及所述第二业务量，确定在预设时间段后所述目标区域内的所述空口资源的业务变化量，其中，所述第一终端为所述目标区域外的与所述目标区域的距离小于第二预设阈值的车辆，所述第二终端为所述目标区域内的所有车辆；
所述处理模块，还用于根据所述当前业务量和所述业务变化量，确定在所述预设时间段后所述目标区域内的所述空口资源所承载的业务总量；
发送模块，用于当所述业务总量超过第一预设阈值时，向所述车辆发送资源释放请求，所述资源释放请求包括释放方式和所述目标区域，所述资源释放请求用于指示所述车辆在行驶到所述目标区域之后按照所述释放方式降低对所述空口资源的占用，所述车辆为车联网服务器预测的在所述预设时间段后位于所述目标区域内的车辆。
16.如权利要求15所述的装置，其特征在于，
所述处理模块，还用于确定所述第一终端在所述预设时间段后驶入所述目标区域内的第一概率、以及驶入所述目标区域内产生的所述空口资源的业务增加量；根据所述第一概率以及所述业务增加量，确定所述第一终端将要占用的所述空口资源的所述第一业务量。
17.如权利要求16所述的装置，其特征在于，
所述获取模块，还用于获取所述第一终端的第一方向概率和第一速度概率，所述第一方向概率为按照当前行驶方向所述预设时间段后驶入所述目标区域的概率，所述第一速度概率为在当前位置处按照当前速度所述预设时间段后驶入所述目标区域的概率；
所述处理模块，还用于根据所述第一方向概率和所述第一速度概率，确定所述第一概率。
18.如权利要求15所述的装置，其特征在于，
所述处理模块，还用于确定所述第二终端在所述预设时间段后驶出所述目标区域的第二概率、以及驶出所述目标区域产生的所述空口资源的业务减少量；根据所述第二概率以及所述业务减少量，确定所述第二终端将要释放的所述空口资源的所述第二业务量。
19.如权利要求18所述的装置，其特征在于，
所述获取模块，还用于获取所述第二终端的第二方向概率和第二速度概率，所述第二方向概率为按照当前行驶方向所述预设时间段后驶出所述目标区域的概率，所述第二速度概率为在当前位置处按照当前速度所述预设时间段后驶出所述目标区域的概率；
所述处理模块，还用于根据所述第二方向概率和所述第二速度概率，确定所述第二概率。
20.如权利要求15所述的装置，其特征在于，
所述处理模块，还用于将所述第一业务量减去所述第二业务量的差值作为所述业务变化量。
21.如权利要求15所述的装置，其特征在于，所述车辆包括所述第一终端中在预设时间段后驶入所述目标区域的概率大于第三预设阈值的车辆、以及所述第二终端中的在预设时间段后驶出所述目标区域的概率小于第四预设阈值的车辆。
22.如权利要求15所述的装置，其特征在于，所述释放方式包括降低频率、减小数据包、改变车辆行驶路径或改变车辆的驾驶方式中的至少一种。
23.如权利要求15-22任一项所述的装置，其特征在于，所述装置还包括：
接收模块，用于接收所述车辆发送的回复消息；
所述处理模块，还用于根据所述回复消息，确定所述空口资源的释放量；
所述发送模块，还用于当所述释放量小于第五预设阈值时，向所述车辆发送警告信息。
24.如权利要求23所述的装置，其特征在于，所述警告信息包括第三概率，所述第三概率为在所述预设时间段后所述目标区域内的所述空口资源发生阻塞的概率。
25.一种网络资源调度装置，其特征在于，包括：
接收模块，用于接收车联网服务器发送的资源释放请求，所述资源释放请求包括释放方式和目标区域，所述释放方式为根据车辆的业务模型、行驶速度以及驾驶方式确定的；
处理模块，用于根据所述资源释放请求，在行驶到所述目标区域之后按照所述释放方式降低对目标区域内的空口资源的占用；
发送模块，用于向所述车联网服务器发送回复消息，所述回复消息用于所述车联网服务器确定预设时间段后所述空口资源的释放量。
26.如权利要求25所述的装置，其特征在于，所述释放方式包括降低频率、减小数据包、改变车辆行驶路径或改变车辆的驾驶方式中的至少一种。
27.如权利要求25或26所述的装置，其特征在于，
所述接收模块，还用于接收所述车联网服务器发送的警告信息，所述警告信息用于通知在所述预设时间段后所述目标区域内的所述空口资源发生阻塞的概率。
28.如权利要求25或26所述的装置，其特征在于，
所述接收模块，还用于接收所述车联网服务器发送的查询请求；
所述发送模块，还用于向所述车联网服务器发送业务模型，所述业务模型表示所述车辆占用的所述空口资源的业务量。
29.一种车联网服务器，其特征在于，包括：存储器、通信总线以及处理器，其中，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码，用于执行权利要求1-10任一项所述的方法。
30.一种车载通信单元，其特征在于，包括：存储器、通信总线以及处理器，其中，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码，用于执行权利要求11-14任一项所述的方法。
31.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行权利要求1-14任一项所述的方法。
CN201910331265.2A 2019-04-23 2019-04-23 一种网络资源调度方法及相关设备 Active CN111866941B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201910331265.2A CN111866941B (zh) 2019-04-23 2019-04-23 一种网络资源调度方法及相关设备
PCT/CN2020/086501 WO2020216308A1 (zh) 2019-04-23 2020-04-23 一种网络资源调度方法及相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910331265.2A CN111866941B (zh) 2019-04-23 2019-04-23 一种网络资源调度方法及相关设备

Publications (2)

Publication Number Publication Date
CN111866941A CN111866941A (zh) 2020-10-30
CN111866941B true CN111866941B (zh) 2022-09-23

Family

ID=72940853

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910331265.2A Active CN111866941B (zh) 2019-04-23 2019-04-23 一种网络资源调度方法及相关设备

Country Status (2)

Country Link
CN (1) CN111866941B (zh)
WO (1) WO2020216308A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112398932B (zh) * 2020-11-04 2023-10-24 腾讯科技（深圳）有限公司 获取路况信息的方法、装置、设备及计算机可读存储介质
CN113240439A (zh) * 2021-05-12 2021-08-10 中国第一汽车股份有限公司 目标车辆识别方法、装置、电子设备及存储介质
CN113593268B (zh) * 2021-07-07 2022-11-25 杭州海康威视数字技术股份有限公司 基于区块链的车辆通行控制方法、装置及设备
CN115835380A (zh) * 2021-09-16 2023-03-21 华为技术有限公司 发送道路信息的方法、装置和系统
CN115391054B (zh) * 2022-10-27 2023-03-17 宁波均联智行科技股份有限公司 车机系统的资源分配方法及车机系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103491556A (zh) * 2012-06-13 2014-01-01 华为技术服务有限公司 一种网络调整的方法及装置
CN106470483A (zh) * 2015-08-17 2017-03-01 电信科学技术研究院 一种信息发送与控制信息发送的方法及装置
CN109360416A (zh) * 2018-10-11 2019-02-19 平安科技（深圳）有限公司 道路交通预测方法及服务器
EP3462793A1 (en) * 2017-09-29 2019-04-03 Intel IP Corporation Method and arrangement for allocating radio resources

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012159336A1 (zh) * 2011-07-21 2012-11-29 华为技术有限公司 一种预测目标小区的方法及装置
CN104093197A (zh) * 2014-07-17 2014-10-08 中国联合网络通信集团有限公司 一种移动互联网中的设备节能方法及系统
US10244538B2 (en) * 2016-02-12 2019-03-26 Futurewei Technologies, Inc. System and method for determining a resource selection technique
CN109526255B (zh) * 2016-05-12 2022-05-03 夏普株式会社 从重叠资源池中选择无线电资源以用于车辆(v2x)通信的方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103491556A (zh) * 2012-06-13 2014-01-01 华为技术服务有限公司 一种网络调整的方法及装置
CN106470483A (zh) * 2015-08-17 2017-03-01 电信科学技术研究院 一种信息发送与控制信息发送的方法及装置
EP3462793A1 (en) * 2017-09-29 2019-04-03 Intel IP Corporation Method and arrangement for allocating radio resources
CN109360416A (zh) * 2018-10-11 2019-02-19 平安科技（深圳）有限公司 道路交通预测方法及服务器

Also Published As

Publication number Publication date
CN111866941A (zh) 2020-10-30
WO2020216308A1 (zh) 2020-10-29

Similar Documents

Publication Publication Date Title
CN111866941B (zh) 一种网络资源调度方法及相关设备
US11521496B2 (en) Lane-borrowing vehicle driving method and control center
US11087621B2 (en) Express lane planning method and unit
CN109003467B (zh) 一种防止车辆碰撞的方法、装置及系统
JP6340891B2 (ja) 車載通信端末、及び移動体通信システム
EP3023961B1 (en) Methods and devices for controlling vehicular wireless communications
US20190297526A1 (en) Mitigating channel congestion in inter vehicle communication
CN107564306B (zh) 交通信息处理及相关设备
US11568741B2 (en) Communication device, control method thereof, and communication system including the same
US20220351612A1 (en) Control apparatus, mobile object, management server, base station, communication system, and communication method
US20220214684A1 (en) Monitoring center, monitoring system and method
JP2019083512A (ja) 車両用メッシュネットワークのｐｓｍメッセージに基づくデバイス検出
CN115151961A (zh) 车内外协作装置及方法
WO2023091239A1 (en) Managing vehicle behavior based on predicted behavior of other vehicles
CN112583872B (zh) 一种通信方法及装置
KR102666327B1 (ko) 정보 처리 장치, 정보 처리 방법, 및 서버
CN112839319A (zh) 蜂窝车联网信息处理方法、装置、系统、终端及存储介质
WO2022168286A1 (ja) 通信管理装置、通信管理方法、通信管理プログラム、運転支援装置、運転支援方法及び運転支援プログラム
WO2020248136A1 (zh) 用于驾驶控制的方法、装置、设备、介质和系统
WO2020249121A1 (zh) 一种车辆跟驰方法及装置
CN111801954A (zh) 在多层v2x 系统中中继事件信息的方法
US20230162597A1 (en) Managing Vehicle Behavior Based On Predicted Behavior Of Other Vehicles
EP4236394A1 (en) Cooperative intelligent transport system and method with cpm freespace classification and freespace significance index
EP4167606A1 (en) Cooperative intelligent transport system and method with cpm area perception request
WO2023058305A1 (ja) 車載装置、集約装置、車載システム、サーバコンピュータ、制御方法及びコンピュータプログラム

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20220207

Address after: 550025 Huawei cloud data center, jiaoxinggong Road, Qianzhong Avenue, Gui'an New District, Guiyang City, Guizhou Province

Applicant after: Huawei Cloud Computing Technologies Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Applicant before: HUAWEI TECHNOLOGIES Co.,Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant