[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN110753300B - 一种物联网编队通信方法 - Google Patents

一种物联网编队通信方法 Download PDF

Info

Publication number
CN110753300B
CN110753300B CN201810736940.5A CN201810736940A CN110753300B CN 110753300 B CN110753300 B CN 110753300B CN 201810736940 A CN201810736940 A CN 201810736940A CN 110753300 B CN110753300 B CN 110753300B
Authority
CN
China
Prior art keywords
formation
communication mode
information
internet
platform
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
CN201810736940.5A
Other languages
English (en)
Other versions
CN110753300A (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 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 Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201810736940.5A priority Critical patent/CN110753300B/zh
Priority to PCT/CN2019/094654 priority patent/WO2020007337A1/zh
Priority to EP19830348.9A priority patent/EP3800903B1/en
Publication of CN110753300A publication Critical patent/CN110753300A/zh
Priority to US17/141,446 priority patent/US12033513B2/en
Application granted granted Critical
Publication of CN110753300B publication Critical patent/CN110753300B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/02—Services making use of location information
    • H04W4/025—Services making use of location information using location based information parameters
    • 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
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
    • G05D1/02—Control of position or course in two dimensions
    • G05D1/021—Control of position or course in two dimensions specially adapted to land vehicles
    • G05D1/0287—Control of position or course in two dimensions specially adapted to land vehicles involving a plurality of land vehicles, e.g. fleet or convoy travelling
    • G05D1/0291—Fleet control
    • G05D1/0295—Fleet control by at least one leading vehicle of the fleet
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
    • G05D1/60—Intended control result
    • G05D1/69—Coordinated control of the position or course of two or more vehicles
    • G05D1/698—Control allocation
    • G05D1/6985—Control allocation using a lead vehicle, e.g. primary-secondary arrangements
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/16—Anti-collision systems
    • G08G1/161—Decentralised systems, e.g. inter-vehicle communication
    • G08G1/162—Decentralised systems, e.g. inter-vehicle communication event-triggered
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/22—Platooning, i.e. convoy of communicating vehicles
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y10/00—Economic sectors
    • G16Y10/40—Transportation
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y40/00—IoT characterised by the purpose of the information processing
    • G16Y40/30—Control
    • G16Y40/35—Management of things, i.e. controlling in accordance with a policy or in order to achieve specified objectives
    • 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
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Automation & Control Theory (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Operations Research (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Traffic Control Systems (AREA)

Abstract

本申请提出一种物联网编队通信方法，该方法由物联网平台对编队在行驶过程中的通信模式进行规划和管理，编队在行驶过程中，根据平台发送的通信模式规划，选择与编队当前所在位置对应的通信模式进行通信。由于平台可以获得网络和地图等全局信息，平台规划的通信模式更合理、更准确，解决了拥塞路段、网络覆盖差路段、多遮挡路段等车队成员逐个切换和反复切换的问题。

Description

一种物联网编队通信方法
技术领域
本申请涉及通信领域，尤其涉及一种物联网编队通信方法。
背景技术
车联网是物联网技术在交通系统领域的典型应用。3GPP制定了两种车联网通信模式，PC5和Uu；PC5模式下，车辆间通过PC5接口，进行设备到设备(device to device，D2D)通信，PC5通信模式属于近距离通信、具有更低的时延、但可靠性偏低；Uu模式下，车辆与基站间通过Uu接口进行通信，车辆间的通信需要经过基站和网络转发，Uu通信模式属于远距离通信，时延略高，但可靠性更高。
车联网中，存在编队行驶(platooning)的业务场景，platooning指多辆车，以极小的车距尾随行驶的业务场景。当车队中的成员车辆列队行驶时，PC5通信模式更适合车队成员间通信。但是PC5通信质量受拥塞、遮挡影响较大，可能导致PC5通信质量下降，甚至断连。比如，当车队驶入高速拥堵路段，或被建筑物或其他车辆遮挡，可能导致车队成员车辆间通信异常，后车无法及时获取前车驾驶状态和意图信息，由于车队中的成员车辆近距离跟随驾驶，极可能引发交通安全事故。为了保证车队通信的连续性和可靠性，亟需一种规划并调整车队通信模式的方法。
发明内容
本申请提出一种物联网编队通信方法，该方法由物联网平台对编队在行驶过程中的通信模式进行规划和管理，编队在行驶过程中，根据平台发送的通信模式规划，选择与编队当前所在位置对应的通信模式进行通信。由于平台可以获得网络和地图等全局信息，平台规划的通信模式更合理、更准确，解决了拥塞路段、网络覆盖差路段、多遮挡路段等车队成员逐个切换和反复切换的问题。
物联网平台根据编队信息，可选的，还可以参考规划辅助信息(如网络状态和地图信息等)，对编队的通信模式进行规划。编队由多个编队成员组成，编队信息包括编队中各编队成员的标识，领队的标识，各编队成员支持的通信模式和编队行驶区间信息，其中领队为所述编队的编队成员之一，编队行驶区间信息为编队行驶路线信息或编队行驶区域信息。需要说明的是，物联网平台可以一个实体(如头车)一次获取全部的编队信息；也可以分多次多个步骤从不同的实体分别获取部分编队信息，如从编队成员获取各编队成员的信息，再从头车或车联网业务服务器获取编队中包括的编队成员的标识，领队的标识和编队行驶区间信息。
物联网平台向编队中的领队或编队的中的每个编队成员发送物联网平台规划的编队的通信模式，编队的通信模式用于指示编队的编队成员在编队行驶区间中应采用的通信模式。如上所述，平台提前综合各方面因素，为车队规划了行驶路线上推荐的通信模式，领队和车队成员在行驶过程根据平台的规划调整通信模式，在没有突发网络变化的情况下保证了可靠连续的通信，也减少了车辆在本地进行通信模式调整决策或判断的性能消耗。
一种可能的实施例中，如上所述的规划辅助信息为地理区域或区间支持的通信模式，地理区域或区间支持的通信模式为所述平台根据网络状态信息和地图信息而获得，网络状态信息包括无线信号的覆盖信息和无线信号的拥塞信息中至少一种信息，所述地图信息包括道路拓扑和建筑物位置关系中至少一种信息。
本申请提出的物联网编队通信方法，不仅包括如上所述的车队通信模式的静态规划，还包括车队通信模式的动态更新。
一种情况下，平台可以根据网络状态变化或地图信息的变化，重新规划编队未来行驶区间，即编队还未行驶到的区间的通信模式。
另一种情况下，由于一些突发情况，如交通拥塞，车辆遮挡等，编队成员支持的通信模式可能动态发生变化，这种情况下，该编队成员要及时通知平台更新后的编队成员支持的通信模式，平台要及时作出响应，综合考虑更新后的编队成员支持的通信模式、编队中其它编队成员当前使用的通信模式等信息，规划该编队成员当前应该使用的通信模式，并及时通知该编队成员。
在一种可能的实施例中，考虑到整个编队通信的整体效率，由于某个编队成员支持的通信模式的变化，可能需要调整编队中其它编队成员当前使用的通信模式，这种情况下，平台还需要通过领队通知或直接通知其他需要调整当前通信模式的编队成员。
本申请提出的物联网编队通信方法，物联网平台掌握编队的通信模式信息，包括编队成员支持的通信模式和编队成员当前使用的通信模式，当编队成员当前使用的通信模式为Uu时，物联网平台可以直接向编队成员转发业务消息，无需经过领队转发，避免了消息转发路径的迂回和重复转发，提高了通信效率，节约了网络通信资源。
包括领队在内的编队成员也需要进行相应的功能改进，以支持本申请提出的物联网编队通信方法。
一种实现方式下，领队作为编队的代表向物联网平台提供物联网平台规划所需的编队信息；编队成员支持的通信模式或当前使用的通信模式发生变化时，也由领队通知物联网平台。
一种实现方式下，编队成员可能分别向物联网平台上报各自的通信模式相关信息，如支持的通信模式和当前使用的通信模式，领队或编队管理实体再通知物联网平台编队中的编队成员组成，如编队成员的标识，领队的标识，和编队行驶区间信息等。编队成员支持的通信模式或当前使用的通信模式发生变化时，由编队成员直接通知物联网平台。
一种实现方式下，物联网平台规划的编队的通信模式或某个编队成员当前应使用的通信模式发送给领队，由领队根据规划通知其它编队成员调整通信模式。
一种实现方式下，物联网平台规划的编队的通信模式或某个编队成员当前应使用的通信模式还可以直接发送给各编队成员，各编队成员根据规划调整自己的通信模式。
本申请所提出的物联网编队通信方法，涉及物联网平台或物联网服务器，内置或集成在编队成员或领队中的通信装置。因此，本申请还提供实现上述物联网编队通信方法的装置或服务器。
另外，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述物联网编队通信方法。
最后，本申请提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述物联网编队通信方法。
附图说明
图1为呈现本申请设计思想的一种物联网系统架构示意图；
图2为一种以3GPP通信网络为例的物联网系统架构示意图；
图3为本发明实施例提供的一种规划车队成员通信模式的方法概要流程图；
图4为本发明实施例提供的一种更新车队成员通信模式规划的方法概要流程图；
图5为本发明实施例提供的一种规划车队成员通信模式的方法流程图；
图6为本发明实施例所使用的一种地理区域划分示意图；
图7为本发明实施例所使用的一种路段划分示意图；
图8为本发明实施例所使用的一种行驶区间信息示意图；
图9为本发明实施例所提供的一种更新车队成员通信模式规划的方法流程图；
图10为本发明实施例所提供的一种规划车队成员当前使用的通信模式的方法流程图；
图11为本发明实施例所提供的另一种规划车队成员通信模式的方法流程图；
图12为本发明实施例所提供的一种计算机装置结构示意图；
图13为本发明实施例所提供的一种车内装置结构示意图。
具体实施方式
图1所示为本申请实施例所提供方法的系统概览。图1中所示的物联网系统，包括提供地图信息的应用或服务器，物联网服务器或物联网平台，编队和通信网络。其中：地图信息包括道路拓扑、建筑物位置关系或遮挡关系等信息，提供地图信息的应用或服务器如google地图，市政道路关系系统等；编队中包括两个及以上编队成员，其中一个编队成员承担领队的功能，包括领队在内的各编队成员可以编队或列队行驶、飞行或行驶，领队相对于其它编队成员，具备更多的功能，承担更多的责任，如协调编队内的编队成员信息交互，编队运行控制，与服务器交互辅助编队管理，环境感知等一个或多个功能，本申请不限定编队行驶过程中领队与其它编队成员的前后位置关系；编队成员支持一种或多种通信模式，如编队成员间设备到设备(device to device，D2D)短距离通信的通信模式，编队成员经通信网络与平台进行通信，并经平台转发与其它编队成员进行通信的通信模式，在任一时刻，编队成员只能采用一种通信模式进行通信。平台根据编队信息(如编队成员支持的通信模式，编队的行驶路线或行驶区域等)，规划编队行驶到不同地理区域时，编队成员的通信模式，编队在行驶过程中，根据平台发送的通信模式规划信息，调整编队成员的通信模式。可选的，平台在规划群组的通信模式时，还可以参考规划辅助信息，如地理区域或区间支持的通信模式，所述地理区域或区间支持的通信模式可以是平台上配置的信息，也可以是平台综合地图信息和网络状态(如各通信模式下无线信号的网络覆盖、各通信模式下无线信号的网络拥塞状态等一个或多个信息)信息获得的，所述地图信息由地图服务器提供，所述网络状态信息由通信网络提供。
需要说明的是：
首先，图1及本申请中主要以车辆编队为例进行描述，车辆编队在本申请中又称为车队或编队。车队中的领队在本申请中称为头车。本领域技术人员应该清楚的是，本申请所提供的方法和编队成员的具体外在形态无关，无论是飞行器编队，玩具车编队，有轨电车编队，自行车编队，还是其它类型的编队，只要编队成员设备具备通信能力，则编队在行驶或运动过程，均可以使用本申请所提供的方法进行通信模式的调整；
其次，本申请既不限定图1中所示的通信网络的类型，也不限定车队间进行D2D通信的通信技术。通信网络可以是3GPP通信网络，也可以是提供其它长距离通信技术的通信网络，如提供SigFox，LoRa等接入的通信网络；车队成员间的短距离D2D通信，即可以是3GPP标准定义的PC5通信模式，也可以是基于其它短距通信技术(如Z-WAVE，WiFi，专用短距通信(dedicated short range communications，DSRC)等)的通信模式。本申请如下实施例中将主要以3GPP通信网络为例对本申请所提出的方法进行描述，但本领域技术人员应该清楚的是，该方法同样适用于编队成员间任何两种或多种通信模式间的调整或选择。
由于在本申请提出之日，基于5G的车联网标准尚未制定完成，因此以3GPP第四代通信网络为例对本申请所提供的方法进行描述，但本领域技术人员应该清楚的是，本申请所提出的方法在5G网络下同样适用。图1中所示的系统架构可以细化为如图2所示的系统架构。
图1中的通信网络对应于图2中的3GPP第四代通信网络，具体包括演进的通用陆面无线接入网络(Evolved Universal Terrestrial Radio Access Network，E-UTRAN)和4G核心网络(core network，CN)，其中E-UTRAN包括4G基站等设备或网元，4G CN包括移动管理实体(Mobility Management Entity，MME)，分组数据网络网关(packet data networkgateway，P-GW)，广播多播业务中心(Broadcast-Multicast-Service Centre，BM-SC)，媒体广播多播业务网关(media Broadcast Multicast service-gateway，MBMS-GW)，业务能力开放功能(Service Capability Exposure Function，SCEF)等网元；
图1中所示的平台对应于图2中所示的车联网应用服务器(vehicle toeverythingapplication server，V2X AS)；
图1中所示的车队成员或编队成员对应于图2中所示的用户设备(userequipment，UE)，图2中的UE A，UE B，UE C和UE D为同一个车队中的车队成员，其中UE A为头车。
车队成员可以通过LTE-Uu接口(或简称Uu接口)接入E-UTRAN，并通过CN与平台进行通信。车队成员间还存在一个PC5接口，车队成员间还可以直接通过PC5接口进行通信。即，车队成员支持PC5和Uu中至少一种通信模式，其中头车同时支持PC5和Uu，以方便车队管理或与平台进行通信。需要说明的是，图2中仅画出部分车辆间的PC5接口，其它未显示PC5接口的车辆间，也可能使用PC5进行通信，如UE A与UE C间也可能使用PC5通信。
PC5模式下，车辆间通过PC5接口，进行设备到设备(device to device，D2D)通信，PC5通信模式属于近距离通信、具有更低的时延、但可靠性偏低；Uu模式下，车辆与基站间通过Uu接口进行通信，车辆间的通信需要经过基站和平台的转发，Uu通信模式属于远距离通信，时延略高，但可靠性更高。还需要说明的是，当车辆支持Uu通信模式时，平台到车辆的下行消息(即平台向车辆发送的消息)，平台即可以通过P-GW以单播的方式下发给车辆，还可以通过BM-SC和MBMS-GW以MBMS广播或多播的方式下发给车辆。当编队成员和平台都存在多种通信模式可以选择的情况下，无论是编队成员和编队成员间进行通信，还是平台向编队成员发送下行消息，都需要首先确定编队成员当前使用的通信模式，进而，编队成员间，编队成员和平台间才能进行高效的通信。假设UE B当前使用Uu通信模式，平台需要向车队成员UE B发送消息(如退出车队的通知消息，或平台向UE B转发其它网络设备或终端设备发送的消息)，如果平台不感知车队成员当前使用的通信模式，则平台可能将要发给UE B的消息发给头车UE A，平台指示头车UE A以PC5的通信模式转发给UE B，然而由于UE B当前使用的通信模式为Uu，则UE A只得将该消息再次发给平台，指示平台以Uu的通信模式转发给UEB。可见，在平台不感知车队成员当前使用的通信模式的情况下，车队通信存在消息传输冗余的问题。因此，不仅车队本身需要一种高效地、及时地调整通信模式的方法，平台也需要实时感知车队成员当前的通信模式，以提高车队通信的效率。
平台为车队规划通信模式之外，为了实时感知车队成员当前的通信模式，平台还要动态更新车队成员的通信模式。平台动态更新车队成员的通信模式包括两种情况或场景，一种情况是平台主动更新车队的通信模式或车队成员的通信模式，另一种情况是车队成员请求平台更新车队成员的通信模式。如平台接收到通信网络发送的网络状态变更事件，则平台主动更新处于网络变更影响区域的车队的通信模式；如平台接收车队成员发送的通信模式变更请求，平台依据车队成员支持的通信模式，车队成员当前使用的通信模式，行驶区域的网络状态等信息确定并通知车队成员更新通信模式。需要说明的是，本申请中所述的车队的通信模式，属于车队或群组的整体属性，车队的通信模式适用于车队中的每个成员；本申请中所述的车队成员的通信模式，属于车队成员的个体属性。
如上所述为本申请所提供方法的大体构思，图3和图4所示为基于图1和图2所示系统架构实现此构思的简要方法流程图。
图3所示为通信模式规划的简要方法流程图：
301：平台获取车队信息，可选的，还获取规划辅助信息，如地理区域或区间支持的通信模式。可选的，3011步骤，平台可以向业务能力开放SCEF网络获取网络状态信息，可选的，3012步骤，平台可以从应用服务器获取地图信息，然后根据3011步骤和3012步骤获得的信息得到地理区域或区间支持的通信模式；3013步骤，车队在编队成功后向平台发送车队信息，车队信息至少包括头车标识，车队成员标识，车队成员支持的通信模式和车队的位置信息，可选的，还包括车队成员当前使用的通信模式。其中车队的位置信息用于标识车队行驶的路径或行驶的范围，可以是某个地理区域范围，或是行驶路径。
302：平台根据车队信息规划车队在不同区域或区间的通信模式。可选的，平台在规划编队的通信模式时，还可以参考地理区域或区间支持的通信模式，所述地理区域或区间支持的通信模式可以是平台上配置的信息，也可以是平台根据3011步骤获得的地图信息和3012步骤获得的网络状态信息分析或规划得到的。需要说明的是，本申请不限定平台规划通信模式的具体步骤，如平台可以先依据网络状态信息和地图信息确定地图中每个区域支持的通信模式，然后依据3013中获取的车队信息，结合先前确定的每个区域支持的通信模式，确定车队在行驶区域或行驶路径的通信模式；也可以在获取3013车队信息后，直接根据车队信息，网络状态信息和地图信息进行通信模式的规划。还需要说明的是，平台在规划车队的通信模式时，将车队作为一个整体看待，即车队的通信模式，适用于车队中所有的车队成员。
303：平台向车队下发平台规划的车队的通信模式。具体的，可以是向头车下发车队的通信模式。也可以向每个车队成员下发车队的通信模式。
304：车队在行驶过程中，根据车队的位置和平台规划的通信模式，调整车队中车队成员的通信模式。由于车队由多辆车组成，因此车队的位置可以有多种定义，本申请对此不进行限定，如车队的位置可以是头车的位置，也可以是车队中其它成员车辆的位置，还可以是车队中部当前所处的位置。如果平台在303步骤中将规划的通信模式下发给头车，则建议将头车的位置作为车队的位置，车队在行驶过程中，由头车根据自己当前的位置和平台规划的通信模式，调整车队成员的通信模式。如果平台在303步骤中将规划的通信模式下发给每个车队成员，则车队在行驶过程中，每个车队成员都可以根据自己当前的位置和平台规划的通信模式，调整自身的通信模式。
图4所示为通信模式更新的简要方法流程图：
401：网络状态或地图信息的变化，都有可能触发平台更新车队的通信模式规划。车队成员也可能请求平台更新某个或某几个车队成员的通信模式。如4011步骤，当通信网络的无线信号覆盖出现异常事件时，通信网络向平台发送网络异常事件(如通过图中所示的业务能力开放网元向平台发送网络异常事件的通知，或通过其它网元向平台发送通知)，网络异常事件的通知中事件位置，事件类型等信息，事件类型包括但不限于Uu信号拥塞，PC5网络拥塞等；又比如4012步骤，平台接收地图应用发送的地图变更事件，包括事件位置、事件类型，事件类型包括但不限于新增遮挡区域、删除遮挡区域等；再比如4013步骤，平台接收车队成员变更消息，或车队成员支持的通信模式变更消息，4013消息可以统一由车队中的头车向平台发送，也可以是其它车队成员向平台发送。
402：平台根据车队成员的信息，网络状态信息和地图信息重新确定车队的通信模式或车队成员的通信模式。
403：平台向车队成员下发更新后的车队的通信模式或车队成员的通信模式。
404：车队和平台按照更新后的通信模式进行通信和消息转发。
图3和图4简单介绍了车队通信模式的整体规划流程和通信模式的更新流程，下面结合具体的实例，对图3和图4所示的流程进一步细化的描述。
图5所示是对图3所示的流程的进一步细化流程。
501：平台接收业务能力开放实体发送的Uu信号覆盖和MBMS信号覆盖信息。
502：平台接收地图提供方发送的地图信息，包括道路拓扑、建筑物覆盖等信息。
503：平台综合地图和网络覆盖情况，按照区域确定每个区域支持的通信模式。所谓区域支持的通信模式指某个区域可以提供的通信模式，或通信设备在该区域可用的通信模式。其中，区域可以按照地理范围划分、也可以按照道路拓扑划分。图6是按照地理范围确定通信模式的示意图，图中根据地理范围规划不同区域支持的通信模式；假设通信网络上报的网络状态和地图区域的匹配结果如表1所示，以区域2为例进行说明，区域2被Uu和MBMS网络覆盖，且Uu和MBMS网络不拥塞，但区域2目前PC5拥塞，则平台可能规划区域2支持的通信模式为Uu和MBMS。图7是按照道路拓扑确定通信模式的示意图，图中根据道路拓扑规划不同路段的通信模式；假设通信网络上报的网络状态和道路拓扑的匹配结果如表2所示，以路段3为例进行说明，路段3同时被Uu和MBMS网络覆盖，且Uu和MBMS网络不拥塞，但地图信息显示路段3建筑物遮挡比较严重(不适合PC5通信)，则平台可以规划路段3支持的通信模式为Uu和MBMS。
表1：区域网络状态和平台规划的区域支持的通信模式
网络覆盖状态 网络拥塞状态 平台规划的区域支持的通信模式
地理区域1 Uu 无 Uu，PC5
地理区域2 Uu，MBMS PC5 Uu，MBMS
地理区域3 Uu 无 Uu，PC5
地理区域4 Uu，MBMS 无 Uu，MBMS，PC5
地理区域5 无 无 PC5
表2：路段网络状态和平台规划的区域支持的通信模式
Figure BDA0001722264350000061
Figure BDA0001722264350000071
504：车队中的头车向平台上报编队(即车队)信息。本申请不限定头车上报车队信息的时机，如可以在车辆近距离组队之后向平台上报车队信息。上报的车队信息至少包括编队标识或车队标识，头车标识，(车队成员的标识，车队成员支持的通信模式，车队成员当前使用的通信模式(可选))(0…n)，车队的行驶区间信息。其中，上报的车队信息中应包括包含头车在内的每个车队成员的标识，每个车队成员支持的通信模式(如Uu，PC5，MBMS中一个或多个模式)和每个车队成员当前使用的通信模式(如Uu，PC5，MBMS中任一模式)；车队的行驶区间信息可能是车队行驶的区域信息，可能是某个行政区域标识(如：西安市高新区，或地图上对应该区域的编号)，也可能是地理坐标点组成的多边形区域(如：P1、P2、P3、P4，其中P表示一个地理坐标，行驶区域为P1到P4顺序连接组成封闭多边形区域，每个坐标点可以用世界大地测量系统(World Geodetic System,WGS)表示经纬度信息)，也可能是车队行驶路线信息，一种可能的行驶路径表达方式为：起点、中间路口坐标(0…n)(即第0个到第n个中间路口的坐标)、终点，每个坐标点可以用WGS表示经纬度信息，如lat/lon(31.329250121.223650)。一种可能的实现方式下，车队成员的标识或头车的标识可以是车辆出厂的标识号码(vehicle identification number，VIN)，也可以是车辆提前在平台注册后，平台为为车辆分配的标识；另外，头车上报的编队标识需要保证唯一性，作为一种可能的实现方式，头车上报的编队标识可以采用头车VIN或平台提前为头车或车队预分配的标识。需要说明的是，车队成员当前使用的通信模式不是平台规划车队的通信模式的必要信息，车队可以在504消息中向平台上报车队成员当前使用的通信模式，也可以后续通过别的消息通知平台每个车队成员当前使用的通信模式。
505：平台依据车队成员支持通信模式、车队的位置信息和区域支持的通信模式，设置车队在某个区域内使用的通信模式。比如车队成员支持PC5、Uu，车队行驶路线信息(如图8粗实线标识，按照车队行进方向顺序给出位置1、2、3、4的坐标位置)，平台规划的车队的通信模式为(位置1->位置2，Uu；位置2->位置3，PC5；位置3->位置4，PC5)。需要说明的是，在平台将车队作为编队进行管理的情况下，车队上报的车队信息和平台为车队规划的车队的通信模式都可以作为编队相关的信息，在平台进行记录和管理。
506：平台依据头车上报的当前使用的通信模式，向头车发送车队的通信模式的规划，即车队在行驶路线上的通信模式规划信息，如(位置1->位置2，Uu；位置2->位置3，PC5；位置3->位置4，PC5)。可选的，平台也可以给每个车队成员发送规划的车队的通信模式，平台需要依据每个车队成员当前使用的通信模式进行消息下发。
506步骤中，如果平台向头车发送车队的通信模式，则执行507-510步骤：
507：车队在行驶过程中，头车依据车队当前的行驶区间，匹配平台下发的车队的通信模式，确定车队当前使用的通信模式，即平台规划的车队在当前位置应该使用的通信模式。
508：由于头车记录了每个车队成员当前使用的通信模式，因此，当头车确定平台规划的车队当前应该使用的通信模式后，头车可以确定哪些车队成员当前使用的通信模式与平台的规划不符。
509：头车通知要进行通信模式变更的车队成员，更新当前使用的通信模式，消息中携带平台规划的车队在当前位置应该使用的通信模式。
510：头车通知平台哪些车队成员当前使用的通信模式发生变更，通知消息包括成员标识和变更后的当前使用的通信模式。
506步骤中，如果平台向每个车队成员发送车队的通信模式，则：
每个车队成员执行507步骤中头车执行的方法，当判断平台规划的车队当前使用的通信模式与车队成员自身当前使用的通信模式不一致时，调整当前使用的通信模式为车队当前使用的通信模式，并通知头车和平台更新车队成员当前使用的通信模式，通知消息包括成员标识和变更后的当前使用的通信模式。
511：平台根据收到的消息，刷新平台记录的车队成员当前使用的通信模式。需要说明的是，平台以编队的形式对车队进行管理和信息维护，平台不仅保存了车队的整体信息或属性(如平台规划的车队的通信模式)，还保存了每辆车队成员的信息(如车队成员的标识，车队成员支持的通信模式，车队成员当前使用的通信模式等)。
512：平台可能收到车队应用、头车和跟随车辆发送的业务消息，其中包括源标识、目的标识(如车队成员标识)和消息净荷。
513：平台收到消息后基于车队成员当前使用的通信模式进行车队消息转发。如果目的标识为单个车队成员，则平台直接根据该车队成员当前使用的通信模式，将业务消息发送给车队成员；当该车队成员当前使用的通信模式为MBMS时，平台既可以使用MBMS多播的方式发送业务消息给车队成员，也可以直接使用Uu接口使用单播的方式将业务消息发送给车队成员。如果目的标识为编队标识或车队标识，则平台需要根据编队或车队中每个成员当前使用的通信模式，将将业务消息发送给每个车队成员；对于当前使用的通信模式为PC5的车队成员，平台需要选择车队成员所属编队中的头车进行消息转发，即将业务消息发送给该车队成员所属编队的头车，由头车根据目的标识将业务消息转发给车队成员。
由图5所示的方法流程可以看出，本申请实施例所提供的方法，平台汇聚全局信息(地图信息、网络状态信息、车队信息等)，提前规划车队成员在不同区域采用的通信模式，由于综合了网络和地图等全局信息，平台规划的通信模式更合理、更准确，解决了拥塞路段、网络覆盖差路段、多遮挡路段等车队成员逐个切换和反复切换的问题。
图3和图5所示的流程为平台根据静态的信息规划或设置车队在行驶过程中的通信模式。然而，由于车队在行驶过程中，车辆的地理位置和地理环境是动态变化的，而且网络状态也是动态变化的，因此平台在执行了如图3或图5中所示的通信模式的规划后，如图4中所示，平台还需要根据动态变化的信息，重新规划和调整车队成员的通信模式，以保证通信的正常。
图9为图4中4011场景下的进一步细化流程，即网络状态的变更，触发平台重新规划车队的通信模式。
901：平台接收到业务能力开放实体(如SCEF)上报的网络状态异常事件，包括事件的位置和事件的类型，其中事件的类型可能是Uu信号拥塞或PC5信号拥塞或MBMS拥塞等。如网络状态异常事件为(位置2->位置3，PC5拥塞)。需要说明的是，平台还可能从终端、BM-SC、无线接入网络拥塞感知功能(radio access network congestion awareness function,RCAF)等设备或网元接收到网络状态异常事件，平台的处理方式与图9中所示方法相同，此处不再赘述。
902：平台判断网络状态异常事件的影响区域，刷新受影响区域支持的通信模式。
903：若受影响区域的通信模式有变更，则确定受影响的车队，即判断哪些车队的通信模式规划中包含或涉及受影响区域。如果车队A行驶路线为位置1->位置2->位置3->位置4，当前车队位置在位置1，由于位置2->位置3的网络状态发生变更，因此车队A为受影响车队。
904：重新规划受影响车队在受影响区域的通信模式。
905：若平台重新规划的受影响车队在受影响区域的通信模式，与之前规划的通信模式(如步骤505和506中的规划)不同，则平台向头车下发更新后的规划，至少包括平台重新规划的受影响车队在受影响区域的通信模式。如平台重新规划了车队在位置2->位置3的通信模式，规划后车队在位置2->位置3的通信模式为(位置2->位置3，Uu)。需要说明的是，同步骤506中所述，可选的，平台还可以选择给每个车队成员发送规划的车队的通信模式，平台需要依据每个车队成员当前使用的通信模式进行消息下发。图9中所示实施例仅以向头车发送规划信息为例进行描述。
906：头车刷新车队在受影响区域的通信模式，按照最新规划的车队的通信模式来管理车队的通信模式(参考507-511步骤)。
图9所示的方法流程，平台根据网络状态或地图信息的变更，在图5所做的初始规划的基础上，及时更新车队的通信模式的规划，保证了平台规划的及时性和有效性。
图10为图4中4013场景下的进一步细化流程，即车队成员支持的通信模式变更，触发平台规划车队或车队成员的通信模式。需要说明的是，在图10所示的方法流程之前，假设平台已获取了车队信息，可选的，还获得了规划辅助信息。平台获取车队信息和规划辅助信息的方法具体参见图5所示的501、502和503等信息，此处不再赘述。
1001：车队成员检测到当前使用的通信模式网络状态异常，刷新UE支持的通信模式信息，并发送通信模式变更信息给平台，包括车队成员的标识和车队成员支持的通信模式。如车队成员1支持三种通信模式(PC5、Uu、MBMS)，当前采用PC5通信模式进行通信，行驶中车队成员1检测PC5通信质量，当通信质量差时(如车队外其他车辆插入导致PC5通信受阻)，车队成员1将PC5通信能力置为不可用，车队成员1刷新支持的通信模式为(Uu、MBMS)，车队成员1需要发送更新信息给平台，以更新支持的通信模式，包括车队成员1的标识、支持的通信模式(Uu、MBMS)。需要说明的是，车队成员1可以通过Uu通信模式发送更新消息给平台，也可以将更新消息发给头车，由头车转发给平台。
1002：平台刷新记录的车队成员支持的通信模式，即刷新车队的信息。
1003：可选的，平台向刷新支持的通信模式的车队成员发送响应消息，标识更新成功。需要说明的是，平台采用与1001消息相同的通信路径发送1003消息，如车队成员通过Uu接口发送1001消息给平台，则平台通过Uu通信模式发送1003消息给车队成员；如车队成员通过头车发送1001消息给平台，则平台通过头车将1003消息转发给车队成员。
1004：平台根据车队成员支持的通信模式、当前使用的通信模式，结合车队当前行驶所在区域支持通信模式，判断是否需要更新车队成员当前使用的通信模式，若无需更改，则流程结束。若需要更改，则平台根据更新后车队的信息、网络状态信息和地图信息，规划车队中全部车队成员或部分车队成员当前使用的通信模式。假设车队成员1刷新支持的通信模式为(Uu、MBMS)，平台判断车队当前行驶区域支持(Uu、MBMS、PC5)，且车队中所有车队成员都支持Uu通信模式，且大部分车队成员当前使用的通信模式为Uu，则考虑到通信的效率，平台规划车队中所有车队成员当前使用的通信模式为MBMS(广播比单播的效率要高)。需要说明的是，本申请所提供的方法假设平台可以随时获取车队当前行驶的位置信息，平台如何获取车队的位置信息不在本申请保护范围之内，这里不再赘述。
1005：平台结合车队成员当前使用的通信模式、和平台在1004步骤中规划的车队成员当前使用的通信模式，确定要通知哪些车队成员更新当前使用的通信模式。假设车队成员1和车队成员2当前使用的通信模式和平台规划的不一致，则平台需要通知车队成员1和车队成员2更新当前使用的通信模式。
1006：平台通知车队成员1和车队成员2更新当前使用的通信模式，更新消息中包括车队成员的标识和当前使用的通信模式。需要更新当前使用的通信模式的车队成员，可能是一个或多个。平台可以直接将更新消息发送给需要更新的车队成员，还可以将消息统一发给头车，由头车转发给车队成员。图10所示的实施例中，以头车转发的方案为例进行描述。
1007-1009：头车收到1006消息后，记录车队成员更新后的当前使用的通信模式，并根据消息中携带的车队成员的标识通知相应的车队成员调整当前使用的通信模式。
1010：头车完成当前使用的通信模式的更新后，通知平台更新完成。如果平台在1006步骤采用Uu接口分别通知车队成员1和车队成员2，则在1010步骤，由车队成员1和车队成员2向平台发送更新响应消息。
1011：平台接收到车队发送的更新响应消息，平台刷新记录的车队成员当前使用的通信模式。
1012：平台后续可能收到编队应用或车队应用、头车或跟随车辆发送的编队业务消息，其中包括源、目的标识和消息净荷。
1013：平台收到消息后基于车队成员当前使用的通信模式进行车队消息转发。具体转发方式参见513步骤的描述。
如果说图5和图9所示的方法流程，是平台对车队在将来行驶路线上通信模式的规划，则图10所示的方法流程，则是平台对车队成员当前使用的通信模式的及时调整。图10所示的方法流程，车队成员通信模式的变更，触发平台对车队成员及车队中其它车辆的通信模式进行及时调整，在通信模式规划的基础上，基于全局信息，及时对单车或部分车辆的通信模式进行机动的调整，优化车队成员当前使用的通信模式，进一步提升了车队的通信效率。
基于如上本发明所提供的思路，结合具体的开发实现架构，本发明所提供的方法还可以衍生出多种灵活变通的具体实现方式。如3013或504步骤所描述的车队向平台上报的车队信息，实际上可以由多个实体通过不同的消息分别向平台进行上报，如车队成员分别向平台上报各自支持的通信模式，当前使用的通信模式，编队管理实体向平台请求创建编队，请求消息中携带编队成员的标识，头车标识和车队行驶区间信息。另外，本申请中所述的平台的功能和方法流程还可能由车联网服务器具体执行。
如上所述的方法可以采用oneM2M标准为框架来实现。架构上，平台对应oneM2M标准定义的IN-CSE(Common Services Entity resides in Infrastructure Node)，针对车辆业务处理能力的强弱或配置的高低，不同类型的车辆可能对应oneM2M标准定义的MN(Middle Node)或ASN(Application Service Node)或ADN(Application DedicatedNode)，oneM2M标准定义的如上概念详见oneM2M标准规范“TS-0001_Functional_Architecture”，此处不再赘述。基于oneM2M标准架构，平台以群组的形式对车队或编队进行管理，车队或编队成员作为群组成员进行管理，群组成员首先要在平台进行注册，然后才能创建为群组进行管理和维护，如结合oneM2M标准架构，图5所示的方法流程具体演变为如图11所示的流程。
图11和图5的流程大体相同，1101-1103是501-503的具体实现，1104-1111是504-506的具体实现，1112-1117是507-511的具体实现。与图5不同的是，车队中的每个成员需要单独向平台进行设备注册，并上报自身支持的通信模式和当前使用的通信模式(如1104-1107所示)，然后编队管理实体(如头车或业务提供服务器，图中以头车创建编队为例，1108消息也可以由其它车队管理实体发送)向平台请求创建群组资源(如1108-1111)。图11所示的实现方式下，平台将车队中每个成员的通信能力(如支持的通信模式和当前使用的通信模式)记录在车队成员对应的<remoteCSE>资源下，车队的位置信息或行驶路线信息，和平台规划的车队的通信模式记录在头车创建的<group>资源下；另外，车队成员当前使用的通信模式变更的情况下，需要由车队成员自身向平台发起更新请求，请求更新<remoteCSE>资源下记录的信息，如1115-1117所示。
上述主要从各个网元之间交互的角度对本发明实施例提供的方案进行了介绍。可以理解的是，各个设备或装置，例如车辆或车队成员，平台，通信网络中的网元等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。如，车队或编队成员中应集成或内置相应的通信装置，以实现如上实施例中所述的方法流程。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
例如，如图12所示，如上方法实施例中所述的平台、车队成员中集成或内置的通信装置或通信网络中的网元均可以通过图12中的计算机设备(或系统)来实现。
图12所示为本发明实施例提供的计算机设备示意图。计算机设备1200包括至少一个处理器1201，通信总线1202，存储器1203以及至少一个通信接口1204。
处理器1201可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本发明方案程序执行的集成电路。
通信总线1202可包括一通路，在上述组件之间传送信息。
通信接口1204，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。
存储器1203可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-onlymemory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中，存储器1203用于存储执行本发明方案的应用程序代码，并由处理器1201来控制执行。处理器1201用于执行存储器1203中存储的应用程序代码，从而实现本专利方法中的功能。
在具体实现中，作为一种实施例，处理器1201可以包括一个或多个CPU，例如图12中的CPU0和CPU1。
在具体实现中，作为一种实施例，计算机设备200可以包括多个处理器，例如图12中的处理器1201和处理器1208。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中，作为一种实施例，计算机设备1200还可以包括输出设备1205和输入设备1206。输出设备1205和处理器1201通信，可以以多种方式来显示信息。例如，输出设备1205可以是液晶显示器(liquid crystal display，LCD),发光二级管(light emittingdiode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备1206和处理器1201通信，可以以多种方式接受用户的输入。例如，输入设备206可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的计算机设备1200可以是台式机、网络服务器，芯片，通信模组或有图2中类似结构的设备或装置。本发明实施例不限定计算机设备1200的类型。当该装置1200是芯片时，那么收发模块1204的功能/实现过程还可以通过管脚或电路等来实现；可选地，所述存储器为所述芯片内的存储单元，如寄存器、缓存等，所述存储单元还可以是位于所述芯片外部的存储单元。
例如，如图13所示，如上方法实施例中所述的头车或其它车队成员可以集成如图13中的所示的装置来实现本专利所提供的方法。
图13所示装置1300包括至少一个无线收发器1301，处理器1302，存储器1303，可选的，还包括车队通信收发器。
无线收发器1301主要用于接收和发送无线信号，与车辆外部的设备或装置(如基站，其它车辆，路边服务单元，服务器等)进行通信。无线收发器1301可能支持一种或多种无线通信技术，如Wifi，Uu通信，PC5通信，MBMS通信，LoRa等。无线收发器1301根据处理器的指示，选择相应的通信模式与其它装置或设备进行通信。
存储器1303用于存储车辆相关的信息和车队相关的信息。如1301用于存储车辆的标识，车辆支持的通信模式，车辆当前使用的通信模式，特别的，当1300为头车中集成的装置时，还用于存储车队包含的车队成员标识，每个车队成员支持的通信模式，每个车队成员当前使用的通信模式。
处理器1302可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本发明方案程序执行的集成电路。处理器1302主要用于进行业务处理，构造和解析消息，并通过无线收发器与外部设备或装置进行通信。如当1300为头车中集成的装置时，1302用于构造向物联网平台发送的车队信息，解析通过无线收发器1301接收的平台规划的车队的通信模式；车队在行驶过程中，根据所述车队当前的位置和所述物联网平台发送的车队的通信模式，确定所述物联网平台规划的所述车队的车队成员在当前位置应该采用的通信模式，确定需要调整通信模式的车队成员，并向所述需要调整通信模式的车队成员发送消息，所述消息用于指示所述需要调整通信模式的车队成员调整当前使用的通信模式；当车队成员支持的通信模式变化时，1302还用于向所述物联网平台发送第一消息，所述第一消息包括所述车队成员的标识和所述车队成员支持的通信模式，1302解析所述物联网平台发送的通知消息，所述通知消息包括所述物联网平台决策的所述支持的通信模式发生变化的车队成员当前应使用的通信模式，并向所述支持的通信模式发生变化的车队成员，转发所述物联网平台决策的所述支持的通信模式发生变化的车队成员当前应使用的通信模式；当车队成员当前使用的通信模式变化时，1302还用于向所述物联网平台发送第二消息，所述第二消息包括所述车队成员的标识和所述车队成员当前使用的通信模式。如当1300为头车之外的其它车队成员中集成的装置时，1302用于向物联网平台发送注册请求，所述注册请求包括车队成员的标识，车队成员支持的通信模式和车队成员当前使用的通信模式。
车队通信收发器1304用于装置1300与车内其它装置或部件进行通信。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid StateDisk(SSD))等。
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了说明，本领域技术人员应该理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。在权利要求中，“包括”一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其它单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能结合起来产生良好的效果。

Claims (39)

1.一种编队通信方法，其特征在于，
物联网平台接收编队信息，所述编队由多个编队成员组成，所述编队信息包括所述编队中编队成员的标识，领队的标识，编队成员支持的通信模式和编队行驶区间信息，其中所述领队为所述编队的编队成员之一；所述编队行驶区间信息为编队行驶路线信息或编队行驶区域信息；
所述物联网平台向所述编队发送所述物联网平台根据所述编队信息或者根据所述编队信息以及规划辅助信息规划的编队的通信模式，所述编队的通信模式用于指示所述编队的编队成员在所述编队行驶区间中应采用的通信模式；所述规划辅助信息为地理区域或区间支持的通信模式。
2.根据权利要求1所述的方法，其特征在于，所述地理区域或区间支持的通信模式为所述平台根据网络状态信息和地图信息而获得，所述网络状态信息包括无线信号的覆盖信息和无线信号的拥塞信息中至少一种信息，所述地图信息包括道路拓扑和建筑物位置关系中至少一种信息。
3.根据权利要求1或2所述的方法，其特征在于，所述物联网平台接收编队管理实体发送的所述编队信息。
4.根据权利要求1或2所述的方法，其特征在于，所述物联网平台接收编队信息，具体包括，
所述物联网平台接收所述编队的编队成员发送的所述编队成员的标识和所述编队成员支持的通信模式；
所述物联网平台接收编队管理实体发送的编队创建请求，所述编队创建请求中包括所述编队中编队成员的标识，领队的标识和编队行驶区间信息。
5.根据权利要求4所述的方法，其特征在于，所述编队管理实体为所述领队或业务提供服务器。
6.根据权利要求1或2所述的方法，其特征在于，所述物联网平台接收的编队信息中还包括编队成员当前使用的通信模式。
7.根据权利要求6所述的方法，其特征在于，所述物联网平台接收编队管理实体发送的所述编队信息。
8.根据权利要求7所述的方法，其特征在于，所述物联网平台接收编队信息，具体包括，
所述物联网平台接收所述编队的编队成员发送的所述编队成员的标识，所述编队成员支持的通信模式和所述编队成员当前使用的通信模式；
所述物联网平台接收编队管理实体发送的编队创建请求，所述编队创建请求中包括所述编队中编队成员的标识，领队的标识和编队行驶区间信息。
9.根据权利要求7或8所述的方法，其特征在于，所述编队管理实体为所述领队或业务提供服务器。
10.根据权利要求6所述的方法，其特征在于，所述物联网平台向所述编队发送所述物联网平台规划的编队的通信模式之后，所述方法还包括，
所述物联网平台接收第一消息，所述第一消息用于更新第一编队成员支持的通信模式；
所述物联网平台向所述领队或所述第一编队成员发送所述第一编队成员当前应使用的通信模式，所述第一编队成员当前应使用的通信模式为所述物联网平台根据更新后的编队信息规划的所述第一编队成员当前应使用的通信模式，所述更新后的编队信息为所述物联网平台根据所述第一消息更新的所述编队信息。
11.根据权利要求6所述的方法，其特征在于，所述物联网平台接收所述编队信息之后，所述方法还包括，所述物联网平台接收第二消息，所述第二消息用于更新所述编队的编队成员当前使用的通信模式。
12.根据权利要求6所述的方法，其特征在于，所述方法还包括，
所述物联网平台接收业务消息，所述业务消息的目的标识为所述编队或所述编队的编队成员；所述物联网平台使用所述编队的编队成员当前使用的通信模式，向所述编队的编队成员转发所述业务消息。
13.根据权利要求1或2所述的方法，其特征在于，所述编队成员支持的通信模式为Uu通信模式，MBMS通信模式，PC5通信模式和专用短距通信(dedicated short rangecommunications，DSRC)中至少一种。
14.一种编队通信方法，其特征在于，
物联网平台接收第一编队成员所属编队的编队信息，所述编队信息包括所述编队中编队成员的标识，领队的标识，编队成员支持的通信模式，编队成员当前使用的通信模式和编队行驶区间信息；所述编队行驶区间信息为编队行驶路线信息或编队行驶区域信息；
所述物联网平台接收第一消息，所述第一消息用于更新所述编队信息；
所述物联网平台向领队或所述第一编队成员发送所述物联网平台根据更新后的编队信息或者根据更新后的编队信息以及规划辅助信息规划的所述第一编队成员当前应使用的通信模式，所述领队与所述第一编队成员为同一个编队的编队成员；所述规划辅助信息为地理区域或区间支持的通信模式。
15.根据权利要求14所述的方法，其特征在于，所述更新后的编队信息为所述物联网平台根据所述第一消息更新的所述编队信息。
16.根据权利要求14所述的方法，其特征在于，所述地理区域或区间支持的通信模式为所述平台根据网络状态信息和地图信息而获得，所述网络状态信息包括无线信号的覆盖信息和无线信号的拥塞信息中至少一种信息，所述地图信息包括道路拓扑和建筑物位置关系中至少一种信息。
17.根据权利要求14-16任一所述的方法，其特征在于，所述物联网平台接收编队信息，具体包括，
所述物联网平台接收编队管理实体发送的编队信息，所述编队信息包括所述编队中编队成员的标识，领队的标识，编队成员支持的通信模式，编队成员当前使用的通信模式和编队行驶区间信息。
18.根据权利要求14-16任一所述的方法，其特征在于，所述物联网平台接收编队信息，具体包括，
所述物联网平台接收所述编队的编队成员发送的所述编队成员的标识，所述编队成员支持的通信模式和所述编队成员当前使用的通信模式；
所述物联网平台接收编队管理实体发送的编队创建请求，所述编队创建请求中包括所述编队中编队成员的标识，领队的标识和编队行驶区间信息。
19.根据权利要求18所述的方法，其特征在于，所述编队管理实体为所述领队或业务提供服务器。
20.根据权利要求14-16任一所述的方法，其特征在于，所述物联网平台接收所述编队信息之后，所述方法还包括，所述物联网平台接收第二消息，所述第二消息用于更新所述编队的编队成员当前使用的通信模式。
21.根据权利要求14-16任一所述的方法，其特征在于，所述方法还包括，
所述物联网平台接收业务消息，所述业务消息的目的标识为所述编队或所述编队的编队成员；所述物联网平台使用所述编队的编队成员当前使用的通信模式，向所述编队的编队成员转发所述业务消息。
22.根据权利要求15或16所述的方法，其特征在于，所述编队成员支持的通信模式为Uu通信模式，MBMS通信模式，PC5通信模式和DSRC中至少一种。
23.一种编队通信方法，其特征在于，
编队中的领队向物联网平台发送编队信息，所述编队包括多个编队成员，其中所述领队为所述编队的编队成员之一；所述编队信息包括所述编队中编队成员的标识，领队的标识，编队成员支持的通信模式和编队行驶区间信息；所述编队行驶区间信息为编队行驶路线信息或编队行驶区域信息；
所述领队接收所述物联网平台发送的编队的通信模式，所述编队的通信模式用于指示所述物联网平台根据所述编队信息规划的所述编队的编队成员在所述编队行驶区间中应采用的通信模式。
24.根据权利要求23所述的方法，其特征在于，所述领队接收所述物联网平台发送的编队的通信模式之后，所述方法还包括，
所述编队在行驶过程中，所述领队向编队成员发送消息，所述消息用于指示所述编队成员调整当前使用的通信模式，所述消息包括所述物联网平台规划的所述编队的编队成员在当前位置应该采用的通信模式。
25.根据权利要求24所述的方法，其特征在于，所述领队向编队成员发送消息，具体包括,
所述编队在行驶过程中，所述领队根据所述编队当前的位置和所述物联网平台发送的编队的通信模式，确定所述物联网平台规划的所述编队的编队成员在当前位置应该采用的通信模式；
所述领队确定需要调整通信模式的编队成员，所述需要调整通信模式的编队成员为当前使用的通信模式，和所述物联网平台规划的所述编队的编队成员在当前位置应该采用的通信模式不一致的编队成员；
所述领队向所述需要调整通信模式的编队成员发送消息，所述消息用于指示所述需要调整通信模式的编队成员调整当前使用的通信模式，所述消息包括所述物联网平台规划的所述编队的编队成员在当前位置应该采用的通信模式。
26.根据权利要求23-25任一所述的方法，其特征在于，所述编队信息还包括所述编队的编队成员当前使用的通信模式。
27.根据权利要求26所述的方法，其特征在于，所述领队接收所述物联网平台发送的编队的通信模式之后，所述方法还包括，
当编队成员支持的通信模式变化时，所述领队向所述物联网平台发送第一消息，所述第一消息包括所述支持的通信模式发生变化的编队成员的标识和所述支持的通信模式发生变化的编队成员当前支持的通信模式。
28.根据权利要求27所述的方法，其特征在于，所述领队向所述物联网平台发送第一消息之后，所述方法还包括，
所述领队接收所述物联网平台发送的消息，所述消息包括所述物联网平台规划的所述支持的通信模式发生变化的编队成员当前应使用的通信模式；
所述领队向所述支持的通信模式发生变化的编队成员，转发所述物联网平台规划的所述支持的通信模式发生变化的编队成员当前应使用的通信模式。
29.根据权利要求27或28所述的方法，其特征在于，所述领队接收所述物联网平台发送的编队的通信模式之后，所述方法还包括，
当编队成员当前使用的通信模式变化时，所述领队向所述物联网平台发送第二消息，所述第二消息包括所述当前使用的通信模式发生变化的编队成员的标识和所述当前使用的通信模式发生变化的编队成员当前使用的通信模式。
30.根据权利要求27或28所述的方法，其特征在于，所述编队成员支持的通信模式为Uu通信模式，MBMS通信模式，PC5通信模式和DSRC中至少一种。
31.一种编队通信方法，其特征在于，编队在行驶过程中，
编队成员向物联网平台发送第一编队的编队信息；所述编队成员属于所述第一编队；所述编队信息包括所述编队成员的标识，所述编队成员支持的通信模式和所述编队成员当前使用的通信模式；
所述编队成员向物联网平台发送第一消息，所述第一消息用于更新所述编队成员支持的通信模式；
所述编队成员接收所述物联网平台发送的、所述物联网平台根据所述编队信息以及所述第一消息规划的所述编队成员当前应该采用的通信模式。
32.根据权利要求31所述的方法，其特征在于，所述编队成员接收所述物联网平台规划的所述编队成员当前应该采用的通信模式之后，所述方法还包括，
所述编队成员调整当前使用的通信模式为所述物联网平台规划的所述编队成员当前应该采用的通信模式。
33.根据权利要求31或32所述的方法，其特征在于，所述编队成员接收所述物联网平台规划的所述编队成员当前应该采用的通信模式之后，所述方法还包括，
当所述编队成员当前使用的通信模式变化时，所述编队成员向所述物联网平台发送第二消息，所述第二消息包括所述编队成员当前使用的通信模式。
34.根据权利要求31或32所述的方法，其特征在于，所述编队成员支持的通信模式为Uu通信模式，MBMS通信模式，PC5通信模式和DSRC中至少一种。
35.一种物联网平台，其特征在于，所述一种物联网平台包括：通信接口、存储器和处理器，
所述通信接口用于与编队成员进行通信；
所述存储器用于存储程序；
所述处理器用于执行所述存储器中存储的程序，当所述程序被执行时，所述物联网平台执行如权利要求1至13中任一项所述的方法。
36.一种物联网平台，其特征在于，所述一种物联网平台包括：通信接口、存储器和处理器，
所述通信接口用于与编队成员进行通信；
所述存储器用于存储程序；
所述处理器用于执行所述存储器中存储的程序，当所述程序被执行时，所述物联网平台执行如权利要求14至22中任一项所述的方法。
37.一种通信装置，编队成员通过所述通信装置与其它装置进行通信，其特征在于，所述通信装置包括：无线收发器，处理器和存储器，
所述无线收发器用于接收外部消息，并根据所述处理器的指令向所述编队成员之外的装置发送消息；
所述存储器用于存储程序；
所述处理器用于执行所述存储器中存储的程序，当所述程序被执行时，所述通信装置执行如权利要求23-30中任一项所述的方法。
38.一种通信装置，编队成员通过所述通信装置与其它装置进行通信，其特征在于，所述通信装置包括：无线收发器，处理器和存储器，
所述无线收发器用于接收外部消息，并根据所述处理器的指令向所述编队成员之外的装置发送消息；
所述存储器用于存储程序；
所述处理器用于执行所述存储器中存储的程序，当所述程序被执行时，所述通信装置执行如权利要求31-34中任一项所述的方法。
39.一种计算机可读存储介质，其特征在于，包括计算机指令，当所述计算机指令在计算机上运行时，使得所述计算机执行如权利要求1至34中任一项所述的方法。
CN201810736940.5A 2018-07-06 2018-07-06 一种物联网编队通信方法 Active CN110753300B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201810736940.5A CN110753300B (zh) 2018-07-06 2018-07-06 一种物联网编队通信方法
PCT/CN2019/094654 WO2020007337A1 (zh) 2018-07-06 2019-07-04 一种物联网编队通信方法
EP19830348.9A EP3800903B1 (en) 2018-07-06 2019-07-04 Internet of things platoon communication method
US17/141,446 US12033513B2 (en) 2018-07-06 2021-01-05 Internet of things (IoT) platoon communication method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810736940.5A CN110753300B (zh) 2018-07-06 2018-07-06 一种物联网编队通信方法

Publications (2)

Publication Number Publication Date
CN110753300A CN110753300A (zh) 2020-02-04
CN110753300B true CN110753300B (zh) 2021-10-15

Family

ID=69060127

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810736940.5A Active CN110753300B (zh) 2018-07-06 2018-07-06 一种物联网编队通信方法

Country Status (4)

Country Link
US (1) US12033513B2 (zh)
EP (1) EP3800903B1 (zh)
CN (1) CN110753300B (zh)
WO (1) WO2020007337A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11625049B2 (en) * 2018-11-30 2023-04-11 Denso Corporation Plurality of vehicles performing platoon travelling and control apparatus for controlling the same
EP3716243A1 (en) * 2019-03-28 2020-09-30 Volkswagen Aktiengesellschaft Methods, apparatuses and computer programs for vehicles and for a base station of a mobile communication system
CN113763742B (zh) * 2020-06-01 2022-09-30 大唐移动通信设备有限公司 一种基于mec的车队辅助行驶的方法、装置及存储介质
CN114189836A (zh) * 2020-09-15 2022-03-15 大唐高鸿智联科技(重庆)有限公司 一种编队车辆的通信方法及车辆
CN113467449B (zh) * 2021-06-30 2023-05-30 深圳市海柔创新科技有限公司 车队控制方法、装置、电子设备和存储介质
CN113848989B (zh) * 2021-08-09 2024-06-21 吴钟博 一种无人机密集编队通信网络的资源协同分配方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018064179A1 (en) * 2016-09-30 2018-04-05 Intel Corporation V2x services in next generation cellular networks

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1975802A (zh) * 2006-11-28 2007-06-06 中国电子科技集团公司第三十八研究所 机动车辆编队行驶系统的控制方法
US8352111B2 (en) * 2009-04-06 2013-01-08 GM Global Technology Operations LLC Platoon vehicle management
CN102546696B (zh) * 2010-12-22 2014-09-17 同济大学 行车感知导航系统
CN105374203A (zh) * 2014-08-14 2016-03-02 中国移动通信集团公司 基于车联网的车队控制方法及车载装置
CN106332122B (zh) * 2015-06-26 2019-01-25 中兴通讯股份有限公司 车联网中车辆的管理方法及装置
CN106331980A (zh) * 2015-06-26 2017-01-11 中兴通讯股份有限公司 车联网中车辆的管理方法及装置
WO2017036510A1 (en) * 2015-08-31 2017-03-09 Nokia Solutions And Networks Oy Configuration of v2v and v2i radio communication in radio-assisted road traffic management scenarios
CN106559337A (zh) * 2015-09-24 2017-04-05 中兴通讯股份有限公司 车联网信息传输方法及相关设备
CN106559732A (zh) * 2015-09-25 2017-04-05 中兴通讯股份有限公司 车联网通信处理方法和装置
EP3257171B1 (en) * 2015-12-25 2019-07-10 Ozyegin Universitesi Communication between vehicles of a platoon
CN105610950B (zh) * 2015-12-30 2020-07-24 腾讯科技（深圳）有限公司 车队出行中的会话处理方法及系统
US10506402B2 (en) * 2016-03-31 2019-12-10 Samsung Electronics Co., Ltd. Method and apparatus for transmission of control and data in vehicle to vehicle communication
US10332403B2 (en) * 2017-01-04 2019-06-25 Honda Motor Co., Ltd. System and method for vehicle congestion estimation
US10449962B2 (en) * 2016-06-23 2019-10-22 Honda Motor Co., Ltd. System and method for vehicle control using vehicular communication
US10068485B2 (en) * 2016-08-15 2018-09-04 Ford Global Technologies, Llc Platooning autonomous vehicle navigation sensory exchange
KR101889607B1 (ko) 2016-08-23 2018-08-22 한국철도기술연구원 강인한 군집주행을 위한 판단/제어 방법 및 그 판단/제어장치
CN107846434B (zh) * 2016-09-19 2020-05-12 中兴通讯股份有限公司 一种车联网业务处理方法、装置及车联网系统
EP3316062B1 (en) * 2016-10-31 2019-09-04 Nxp B.V. Platoon control
CN106643769A (zh) * 2016-12-19 2017-05-10 中国科学院微电子研究所 编队行驶的通信路径的确定方法、系统及编队行驶方法
US10575149B2 (en) * 2017-03-23 2020-02-25 Qualcomm Incorporated Methods to enable efficient intra-platoon communication
US10790945B2 (en) * 2017-03-23 2020-09-29 Qualcomm Incorporated Methods to mitigate inter-platoon interference
CN110651520A (zh) * 2017-03-31 2020-01-03 瑞典爱立信有限公司 资源分配信令
CN107757534B (zh) * 2017-10-19 2020-03-10 北京图森未来科技有限公司 一种自动驾驶车队通信方法、装置及系统
CN107808514B (zh) * 2017-10-19 2021-01-08 北京图森智途科技有限公司 一种自动驾驶车队通信方法及装置
CN107972668B (zh) * 2017-11-21 2020-08-04 杭州容大智造科技有限公司 一种车辆自动跟踪驾驶方法、装置及一种汽车
TWI711327B (zh) * 2018-04-03 2020-11-21 美商Ｉｄａｃ控股公司 合作車間有效資源使用方法
EP3782383A4 (en) * 2018-05-11 2021-03-10 Samsung Electronics Co., Ltd. METHOD AND SYSTEM FOR HANDLING DYNAMIC GROUP FORMATION IN A V2X SYSTEM

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018064179A1 (en) * 2016-09-30 2018-04-05 Intel Corporation V2x services in next generation cellular networks

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Vehicular telemayics over heterogeneous wireless nrtwork: A survey";Hossain E;《COMPUTER COMMUNICATION ,ELSEVIER SCIENCE》;20100503;全文 *
Qualcomm Incorporated.S1-163139 "Completing V2X platooning communications requirements".2016, *

Also Published As

Publication number Publication date
EP3800903B1 (en) 2023-07-26
US20210125501A1 (en) 2021-04-29
CN110753300A (zh) 2020-02-04
WO2020007337A1 (zh) 2020-01-09
EP3800903A4 (en) 2021-07-14
US12033513B2 (en) 2024-07-09
EP3800903A1 (en) 2021-04-07

Similar Documents

Publication Publication Date Title
CN110753300B (zh) 一种物联网编队通信方法
Abdel Hakeem et al. 5G-V2X: Standardization, architecture, use cases, network-slicing, and edge-computing
Javed et al. Data analytics for cooperative intelligent transport systems
Liu et al. Fog computing empowered data dissemination in software defined heterogeneous VANETs
Barrachina et al. Road side unit deployment: A density-based approach
Yaqoob et al. Congestion avoidance through fog computing in internet of vehicles
Ahmad et al. VANET–LTE based heterogeneous vehicular clustering for driving assistance and route planning applications
CN110784328B (zh) 一种车联网通信解决方案
Chahal et al. Network selection and data dissemination in heterogeneous software-defined vehicular network
US9949092B2 (en) Communication device, transmission interval control device, method for transmitting location information, method for controlling transmission interval of location information, and recording medium
WO2020107991A1 (zh) 自动驾驶规划的方法、设备及系统
CN109996217B (zh) 一种通信方法、装置及系统
KR102569131B1 (ko) 차량 통신 서비스를 수행하는 장치 및 방법
Chen et al. BIG-CCA: Beacon-less, infrastructure-less, and GPS-less cooperative collision avoidance based on vehicular sensor networks
WO2021013203A1 (zh) 一种通信方法及装置
CN105144262A (zh) 用于传送包括多个经过地点的最优路径的方法和装置
Rayeni et al. Quality of service aware multicasting in heterogeneous vehicular networks
WO2014111982A1 (ja) 送信制御システム、サーバ装置及び車両
Ahmad et al. LTE efficiency when used in traffic information systems: A stable interest aware clustering
Xi et al. An RSU-Assisted Hybrid Emergency Message Broadcasting Protocol for VANETs
Gillani et al. Traffic aware data gathering protocol for VANETs
Ravi et al. Stochastic modeling and performance analysis in balancing load and traffic for vehicular ad hoc networks: A review
Thirugnanam et al. A reward based connectivity-aware IoV neighbor selection for improving reliability in healthcare information exchange
US11570594B2 (en) Method of facilitating on-demand wireless connectivity using device-to-device resources and data pooling with a vehicle platoon
CN116189418A (zh) 车路协同系统及其控制方法、存储介质

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
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20220224

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

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

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

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right