CN110831023B - 一种参数配置方法 - Google Patents
一种参数配置方法 Download PDFInfo
- Publication number
- CN110831023B CN110831023B CN201810903615.3A CN201810903615A CN110831023B CN 110831023 B CN110831023 B CN 110831023B CN 201810903615 A CN201810903615 A CN 201810903615A CN 110831023 B CN110831023 B CN 110831023B
- Authority
- CN
- China
- Prior art keywords
- configuration
- terminal
- entity
- parameters
- request message
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4411—Configuring for operating with peripheral devices; Loading of device drivers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0866—Checking the configuration
-
- 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
-
- 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/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Multimedia (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例提供了一种参数配置方法、设备及终端,能够使多个配置实体统一、协同配置终端的PC5接口。该方法中,当终端请求PC5接口参数时,终端的归属平台服务器生成配置参数的配置规则,并向能够配置PC5接口的配置实体请求第一配置参数,再根据配置规则合并各配置实体生成的第一配置参数,得到用于配置PC5接口的第二配置参数。本发明实施例中,终端的归属平台服务器通过生成配置规则,直接或间接控制了最终用于配置PC5接口的配置参数,能够协调各配置实体对PC5接口的配置参数,避免各配置实体对终端的PC5接口的配置参数出现冲突。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种V2X(Vehicle to Everything,车联网)通信中的PC5参数配置方法。
背景技术
随着经济社会高速发展,中国汽车保有量迅速增长,但同时道路交通事故频发,道路交通安全问题已成为影响我国公众安全感的重要因素。为了提升交通系统的安全性和智能化,智能交通系统的概念正逐渐兴起,近年来智能交通系统的开发主要集中在智能公路交通系统领域,即车联网。
作为物联网面向应用的一个概念延伸,V2X通信技术是指通过装载在车辆上的传感器、车载终端及电子标签通过无线射频等识别技术,实现在信息网络平台上对所有车辆的属性信息和静、动态信息进行提取和有效利用,并根据不同的功能需求对所有车辆的运行状态进行有效的监管和提供综合服务。V2X通信技术主要包括四方面的内容:
V2V(Vehicle to Vehicle,车与车互通),指车上的OBU(On Board Unit,车载单元)之间的通信;
V2I(Vehicle to Infrastructure,车与基础设施互通),车与RSU(Road SideUnit,路侧设备)之间的通信;
V2P(Vehicle to Pedestrian,车与行人互通),车与行人之间的通信;
V2N(Vehicle to Network,车与网络互通),车与网络侧的通信。
V2X通信技术中提供了两种互补的传输模式,分别适用于车辆邻近和远离的情况。
一是通过PC5接口的直接通信,以LTE标准中的D2D邻近通信服务(ProSe)为基础。通过PC5接口,可以实现车辆在250Km/h的高速下高密度通信,在无LTE网络覆盖的环境下,邻近设备可以进行直接通信。
二是通过Uu接口的网络通信,利用LTE广播,通过V2X服务器中转,将信息传送到另一个节点。
第三代合作伙伴计划(3rd generation partnership project,3GPP)TS 23.285中定义了3中PC5接口参数配置的方法,包括:1、在终端预配置PC5参数;2、V2X控制功能实体(V2X Control Function,V2X CF)通过V3接口实现对UE的PC5参数配置;3、E-UTRAN通过Uu口进行PC5参数配置。
此外,在第五代通信汽车联盟(5th Generation Automotive Association,5GAA)定义的云端辅助的PC5(cloud assisted PC5)架构(如附图2所示)中,通过V2X应用服务器(V2X Application Server,区域V2X平台)对终端的PC5接口进行配置,并将区域V2X平台分为两层,通用云端实体(Common Cloud Entity,CCE)进行PC5参数的生成和存储,专有云端实体(Proprietary Cloud Entity,PCE)负责PC5参数配置下发。
现有技术中,针对同一终端,不同标准组织定义了多种配置方式,同时存在多条路径对终端进行配置,而通过不同配置方式的配置参数可能会出现冲突。然而,当前并没有合适的解决方案来合理地协调终端应当采用何种配置参数。
发明内容
有鉴于此,本发明实施例提供了一种参数配置方法、设备,能够协调各配置实体对终端的配置参数,以避免各配置实体对终端的PC5接口的配置出现冲突。
第一方面,本发明实施例提供了一种参数配置方法,该方法包括:终端获取由配置实体生成的第一配置参数,并按照配置规则汇总第一配置参数,得到第二配置参数,再按照第二配置参数配置PC5接口。本发明实施例提供的方法中,终端的归属平台服务器通过生成配置规则,再发送给终端,间接控制了终端PC5接口的配置参数,能够协调各配置实体对PC5接口的配置参数,并避免各配置实体对终端的PC5接口的配置参数出现冲突。
其中,终端可以在向归属平台服务器发送第一请求消息之前或者之后接收归属平台服务器生成的配置规则,该配置规则包括配置实体标识、配置权限和配置优先级。
其中,终端可以向归属平台服务器发送第一请求消息,其中,第一请求消息用于获取终端PC5接口的配置参数,再由归属平台服务器根据终端发送的第一请求消息向配置实体发送第二请求消息以获取配置实体生成的第一配置参数并发送给终端,或者归属平台服务器可以在向配置实体发送第二请求消息时指示配置实体将第一配置参数直接发送给终端。可选的,终端也可以在接收到归属平台服务器生成的配置规则之后,主动向配置实体发送第二请求消息,以获取配置实体生成的第一配置参数,终端接收配置实体生成的第一配置参数。
可选的,终端可以向归属平台服务器发送第三请求消息,该第三请求消息用于请求更新终端PC5接口的参数。作为另一种实现方式,终端可以直接向配置实体发送第四请求消息,第四请求消息用于请求配置实体更新终端PC5接口的配置参数。某些场景中,可能触发终端更新PC5接口的配置参数,当终端需要更新PC5接口参数时,可以通过归属平台服务器获取配置实体生成的更新的第一配置参数,也可以直接向配置实体获取更新的第一配置参数。
可选的,终端可以选择仅更新配置参数中的某些参数项。
可选的,当终端跨区域运行时,可以触发参数更新流程,终端可以向归属平台服务器发送第三请求消息,用于在切换区域时请求更新PC5接口的配置参数,终端接收归属平台服务器的配置规则和配置实体生成的第一配置参数,终端按照配置规则生成更新的第二配置参数。当终端跨区域运行时,在过渡区域时需要采用对应的配置参数,此时需要根据新的配置规则来合并第一配置参数,生成更新的第二配置参数。可选的,终端跨区域运行时更新的第二配置参数中可以包括多组用于不同区域的终端PC5接口配置参数。终端在获取过渡区域内的PC5接口配置参数的同时,也可以获取用于新的区域内的PC5接口配置参数。这样通过一次更新流程,可以同时获取过渡区域和新区域的PC5接口配置参数,能够防止终端在切换区域时出现PC5通信中断。
需要说明的是,在终端跨区域运行时,终端同时获取两个相邻区域内的配置实体生成的第一配置参数,以生成用于过渡区域的第二配置参数。
第二方面,本发明实施例提供了一种参数配置方法,该方法中,归属平台服务器接收终端发送的第一请求消息,再向配置实体发送第二请求消息,归属平台服务器接收配置实体发送的第一配置参数并按照配置规则汇总收到的第一配置参数,生成第二配置参数,再将第二配置参数发送给终端。本发明实施例提供的方法中,终端的归属平台服务器通过生成配置规则,并按照配置规则合并各配置实体生成的第一配置参数,再将生成的第二配置参数发送给终端,直接控制了终端PC5接口的配置参数,能够协调各配置实体对PC5接口的配置参数,并避免各配置实体对终端的PC5接口的配置参数出现冲突。
其中,第一请求消息用于获取该终端PC5接口的配置参数,第二请求消息为归属平台服务器根据第一请求消息生成的,用于获取配置实体生成的第一配置参数。
其中,归属平台服务器可以在接收到终端发送的第一请求消息之前或之后生成终端PC5接口参数的配置规则,该配置规则包括配置实体标识、配置权限和配置优先级。
可选的,当终端需要更新PC5接口配置参数时,可以选择通过归属平台服务器获取更新的配置参数。此时,归属平台服务器接收终端发送的第三请求消息,第三请求消息用于请求更新终端PC5接口的配置参数,归属平台服务器向配置实体发送第四请求消息,第四请求为根据第三请求消息生成的,用于获取配置实体生成的第一参数。归属平台服务器收到配置实体生成的新的第一配置参数之后,按照配置规则合并第一配置参数,生成新的第二配置参数并发送给终端,终端按照新的第二配置参数配置PC5接口,即完成了参数更新流程。
可选的,当终端跨区域运行时,需要在过渡区域更新PC5接口配置参数。此时,归属平台服务器接收终端发送的第三请求消息,再向配置实体发送第四请求消息,第四请求消息为归属平台服务器根据第三请求消息生成的,用于获取配置实体生成的更新的第一配置参数。归属平台服务器收到配置实体生成的更新的第一配置参数之后,按照配置规则合并更新的第一配置参数,生成更新的第二配置参数并发送给终端,终端按照更新的第二配置参数配置PC5接口。可选的,第二配置参数中可以包括多组用于不同区域的终端PC5接口配置参数,终端在获取过渡区域内的PC5接口配置参数的同时,也可以同时获取用于新的区域内的PC5接口配置参数。这样通过一次更新流程,可以同时获取过渡区域和新区域的PC5接口配置参数,能够防止终端在切换区域时出现PC5通信中断。
需要说明的是,在终端跨区域运行时,归属平台服务器需要同时向两个相邻区域内的配置实体获取第一配置参数,以生成用于过渡区域的第二配置参数。
第三方面,本发明实施例提供一种参数配置方法,该方法中,配置实体接收第二请求消息,第二请求消息用于获取第二配置参数,第二请求消息中包括归属平台服务器生成的配置规则,配置实体生成第一配置参数并接收其他配置实体生成的第一配置参数,配置实体按照配置规则汇总接收到的第一配置参数和生成的第一配置参数,生成第二配置参数,配置实体再将生成的第二配置参数发送给归属平台服务器或终端。本发明实施例提供的方法中,归属平台服务器生成配置规则,并将配置规则发送给配置实体,使配置实体可以接收并汇总其他配置实体生成的第一配置参数,以生成第二配置参数,间接控制了终端PC5接口的配置参数,能够协调各配置实体对PC5接口的配置参数,并避免各配置实体对终端的PC5接口的配置参数出现冲突。
上述方法适用于各配置实体中存在某配置实体处于网络中的关键节点的网络架构,可以指定该配置实体汇总各配置实体生成的第一配置参数,本发明实施例提供的方法能够充分利用网络架构的特点,提高生成第二配置参数的效率。
可选的,当终端需要更新PC5接口的配置参数时,配置实体可以接收归属平台发送的第四请求消息,第四请求消息用于请求更新终端PC5接口的配置参数。可选的,配置实体还可以接收终端发送的第四请求消息。其中,第四请求消息可以请求更新PC5接口配置参数中的至少一项参数。
第四方面,本发明实施例提供一种参数配置方法,该方法中,终端向归属平台服务器发送第一配置请求消息,终端接收配置实体生成的第二配置参数,并按照配置规则校验配置参数,若第二配置参数符合配置规则,则终端按照该第二配置参数配置PC5接口。该方法中,由配置实体按照归属平台服务器生成的配置规则来汇总第一配置参数并生成第二配置参数,终端再按照配置规则校验配置实体生成的第二配置参数,由于配置规则由归属平台服务器生成并且终端受归属平台服务器管理控制,因此归属平台服务器间接控制了终端PC5接口的配置参数,能够协调各配置实体对PC5接口的配置参数,并避免各配置实体对终端的PC5接口的配置参数出现冲突。
可选的,终端在接收到归属平台服务器生成的配置规则之后,可以主动向配置实体发送第二请求消息,以获取配置实体生成的第二配置参数,也可以由归属平台服务器根据终端发送的第一请求消息向配置实体发送第二请求消息以获取配置实体生成的第二配置参数。
第五方面,本发明实施例提供一种参数配置方法,该方法中,归属平台服务器接收终端发送的第一请求消息,再向配置实体发送第二请求消息,归属平台服务器接收配置实体生成的第二配置参数并按照配置规则校验收到的第二配置参数,再将该第二配置参数发送给终端。本发明实施例提供的方法中,终端的归属平台服务器通过生成配置规则,并指示配置实体按照配置规则合并第一配置参数以生成第二配置参数,再按照配置规则校验该第二配置参数并发送给终端,直接控制了终端PC5接口的配置参数,能够协调各配置实体对PC5接口的配置参数,并避免各配置实体对终端的PC5接口的配置参数出现冲突。
其中,第二请求消息用于获取配置实体生成的第二配置参数。
第六方面,本发明实施例提供了一种终端,该终端具有实现上述第一方面或第四方面所述的方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第七方面,本发明实施例提供了一种终端,包括:处理器、存储器、总线和通信接口;该存储器用于存储计算机执行指令,该处理器与该存储器通过该总线连接,当该设备管理中心运行时,该处理器执行该存储器的该计算机执行指令,以使该终端执行如上述第一方面或第四方面中任意一项所述的参数配置的方法。
第八方面,本发明实施例提供了一种计算机可读存储介质,该计算机可读介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第一方面或第四方面中任意一项的参数配置的方法。
第九方面,本发明实施例提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第一方面或第四方面任意一项的参数配置的方法。
其中,第六方面至第九方面中任一种设计方式所带来的技术效果可参见第一方面或第四方面中不同设计方式所带来的技术效果,此处不再赘述。
第十方面,本发明实施例提供了一种归属平台服务器,该归属平台服务器具有实现上述第二方面或第五方面所述的方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第十一方面,本发明实施例提供了一种归属平台服务器,包括:处理器、存储器、总线和通信接口;该存储器用于存储计算机执行指令,该处理器与该存储器通过该总线连接,当该设备管理中心运行时,该处理器执行该存储器的该计算机执行指令,以使该归属平台服务器执行如上述第二方面或第五方面中任意一项所述的参数配置的方法。
第十二方面,本发明实施例提供了一种计算机可读存储介质,该计算机可读介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第二方面或第五方面中任意一项的参数配置的方法。
第十三方面,本发明实施例提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第二方面或第五方面任意一项的参数配置的方法。
其中,第十方面至第十三方面中任一种设计方式所带来的技术效果可参见第二方面或第五方面中不同设计方式所带来的技术效果,此处不再赘述。
第十四方面,本发明实施例提供了一种配置实体,该配置实体具有实现上述第三方面所述的方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第十五方面,本发明实施例提供了一种配置实体,包括:处理器、存储器、总线和通信接口;该存储器用于存储计算机执行指令,该处理器与该存储器通过该总线连接,当该设备管理中心运行时,该处理器执行该存储器的该计算机执行指令,以使该配置实体执行如上述第三方面中任意一项所述的参数配置的方法。
第十六方面,本发明实施例提供了一种计算机可读存储介质,该计算机可读介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第三方面中任意一项的参数配置的方法。
第十七方面,本发明实施例提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第三方面任意一项的参数配置的方法。
其中,第十四方面至第十七方面中任一种设计方式所带来的技术效果可参见第二方面或第五方面中不同设计方式所带来的技术效果,此处不再赘述。
本发明的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
图1为3GPP TS 23.285定义的V2X参考网络架构示意图;
图2为5GAA定义的云端辅助PC5架构示意图;
图3为本申请实施例提供的PC5参数配置网络架构;
图4为本申请实施例提供的通信设备的硬件结构示意图;
图5为本申请实施例提供的PC5参数配置的方法的流程示意图一;
图6为本申请实施例提供的PC5参数配置的方法的流程示意图二;
图7为本申请实施例提供的PC5参数配置的方法的流程示意图三;
图8为本申请实施例提供的PC5参数配置的方法的流程示意图四;
图9为本申请实施例提供的终端切换区域时更新PC5参数的方法的流程示意图一;
图10为本申请实施例提供的终端切换区域时更新PC5参数的方法的流程示意图二;
图11为本申请实施例提供的配置实体间同步PC5参数的方法的流程示意图;
图12为本申请实施例提供的终端的结构示意图一;
图13为本申请实施例提供的终端的结构示意图二;
图14为本申请实施例提供的归属平台服务器的结构示意图一;
图15为本申请实施例提供的归属平台服务器的结构示意图二;
图16为本申请实施例提供的配置实体的结构示意图一;
图17为本申请实施例提供的配置实体的结构示意图二。
具体实施方式
为了方便理解本申请实施例的技术方案,首先给出本申请相关技术的简要介绍如下。
第一,配置规则:
本申请实施例中的配置规则是由归属平台服务器生成的,用于控制各配置实体生成终端PC5配置接口参数,汇总各配置实体生成的配置参数。
根据应用场景的不同,可以由不同的网元来按照配置规则汇总配置参数,如终端、归属平台服务器或者配置实体等。
如表1所示,为配置规则的一种可能的数据结构,具体包括:配置实体标识,用于标识某区域的区域V2X平台或某运营商的V2X CF;配置权限,包括某配置实体可以配置的参数、以及可配置的参数范围;配置优先级,对于某些可以由多个配置实体配置的配置参数,可以指定哪个实体配置的优先级更高。配置规则中还可以包括相邻区域的过渡区域信息,以及多个配置参数的合并规则等。
根据应用场景的不同,可以有不同的配置规则。比如,由于区域V2X平台从全局上掌握了本区域内的PC5参数配置信息,可以设置区域V2X平台可以对配置参数中的所有项具有配置权限,而V2X CF和eNB由于可以直接与终端进行PC5通信,可以具有与网络相关的无线参数(radio parameters)的配置权限,并且可以限定资源池的频段范围。此时,各配置实体可以根据配置规则中设置的配置权限来配置终端的PC5接口参数中的相应项。
或者,比如,若配置规则赋予了多个配置实体对配置参数的某些项的配置权限,可以设置各配置实体对这些项的配置优先级,可以指定哪个配置实体的优先级更高,如可以设置V2X CF对发送功率具有更高的优先级。这样,若多个配置实体都配置了发送功率,在汇总配置参数时可以优先采用V2X CF配置的发送功率。
需要说明的是,表1所示的仅为配置规则的一种示意性的数据结构,可以根据需要对其中的项进行增减或排列顺序,本申请实施例对此不作具体限定。
配置实体标识 | 参数n | 权限 | 配置范围 | 优先级 |
表1配置规则的一种可能的数据结构
第二,配置实体:
本申请实施例中的配置实体是可以配置终端PC5接口参数的网络实体的统称,本申请实施例中的配置实体可以为区域V2X平台、V2X CF和eNB中的至少一个。
需要说明的是,根据网络的发展,配置实体可以表现为其他形式,或其他网络实体也可以被设置为具有配置终端PC5接口参数的功能,不限于上述三种网络实体,本申请实施例对此不作具体限定。
第三,配置参数:
本申请实施例中的配置参数是指用于配置终端PC5接口的参数,终端按照配置参数配置PC5接口之后即可通过PC5接口与其他设备通信。配置参数中可以包括参数配置有效性、不同区域的无线参数、地址更新周期以及业务与频点对应关系等信息。在3GPP 24.385中对配置参数作了详细的规定,在此不再赘述。
本申请实施例中的配置参数包括配置实体直接生成的第一配置参数和汇总第一配置参数生成的第二配置参数。其中,第一配置参数为各配置实体生成的配置参数的统称,各配置实体可以按照配置规则生成相应的配置参数,这些配置参数统称为第一配置参数。其中,第一配置参数可以不止一条,在有多个配置实体生成了配置参数时,第一配置参数可以指多条配置参数,也可以指某一条配置参数。
如前所述,根据应用场景的不同,可以由不同的网元来按照配置规则汇总第一配置参数,生成最终用于配置终端PC5接口的第二配置参数。通常是由多条第一配置参数汇总生成一条第二配置参数,但不排除在仅有一个配置实体生成了配置参数的情况下,该配置实体生成的第一配置参数同时也为第二配置参数。
需要说明的是,本申请实施例中的第一配置参数是指由配置实体直接生成的配置参数,根据需要某一配置实体可以先后生成多个针对同一终端的配置参数,这些配置参数统称为第一配置参数。同样,在终端运行期间可以多次请求PC5接口的配置参数,对应地可以多次汇总第一配置参数并得到用于配置终端的配置参数,本申请实施例中将汇总得到的配置参数统称为第二配置参数。
需要说明的是,通常第二配置参数中仅有一组配置参数,但在某些场景中第二配置参数也可以包括多组配置参数,终端可以根据需要选择其中一组来配置PC5接口。如下文所述的终端区域切换时需要更新配置参数,第二配置参数可以包括适用于过渡区域的配置参数,以及适用于区域2的配置参数。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行描述。方法实施例中的具体操作方法也可以应用于装置实施例中。
本发明实施例描述的架构以及业务场景是为了更加清楚的说明本发明实施例的技术方案,并不构成对于本发明实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本发明实施例提供的技术方案对于类似的技术问题,同样适用。
如图3所示,为本申请实施例提供的一种可能的网络架构示意图。该网络中包括终端、归属平台服务器、区域V2X平台,还可以包括V2X CF等配置实体。
在该网络架构工作之前,各平台完成签约配置,支持V2X通信技术,各平台之间可以预先配置实现相互之间的通信。
在该网络中,终端的归属平台服务器设置PC5接口配置参数的配置规则,包括可以配置终端的配置实体,各配置实体的权限以及各配置实体的配置参数的优先级等。归属平台服务器将配置规则发送给配置实体和/或终端,配置实体和/或终端按照配置规则配置和存储数据。本申请实施例提供的网络架构中示出了两条配置路径,其中,配置路径1是归属平台服务器汇总各配置实体的第一配置参数,生成用于终端配置PC5接口的第二配置参数,终端按照归属平台服务器生成的第二配置参数配置之后进行PC5通信;配置路径2是归属平台服务器将配置规则同时发送给终端和配置实体,配置实体将第一配置参数发送给终端,终端按照配置规则汇总第一配置数据并生成第二配置数据,按照第二配置数据配置PC5接口后进行PC5通信。配置路径2中还可以由某个配置实体如区域V2X平台汇总其他配置实体生成的第一配置参数并生成第二配置参数,再将第二配置参数发送给终端,终端按照第二配置数据配置PC5接口后进行PC5通信。
在上述网络架构中,终端与归属平台服务器相连,受归属平台服务器控制,在终端向归属平台服务器签约V2X业务时,需要向归属平台服务器请求PC5接口的配置参数,并接受归属平台服务器发送的PC5接口的配置参数。可选的,终端也可以接收归属平台服务器下发的PC5接口参数的配置规则,在接收到配置实体对终端PC5接口的配置参数之后,按照所述配置规则汇总上述配置参数,最终生成对终端PC5接口的配置参数。可选的,在某些场景下,上层应用触发终端发送V2X消息时,终端要判断是否需要进行PC5接口参数更新,此时即可能触发终端的PC5参数配置更新流程。当终端触发配置更新流程时,终端向归属服务器发送获取PC5接口配置参数的请求,并接收归属服务器发送的PC5接口配置参数。若终端已收到归属平台服务器下发的PC5接口参数的配置规则,终端也可以直接向配置实体请求PC5接口的配置参数,并按照所述配置规则汇总上述配置参数,最终生成对终端PC5接口的配置参数。在V2X业务中,终端可以为多种表现形式,最典型的即为车辆,除了车辆,OBU、RSU等也属于V2X网络中的终端,只要需要配置PC5接口参数的终端都可以适用本申请实施例提供的技术方案,本申请对此不作限定。为方便描述,本申请中,上述设备统称为终端。
区域V2X平台作为某一区域内的基础数据平台,负责规划该区域终端的PC5接口的配置参数。通常,在某一区域内会有多家不同运营商提供V2X服务,不同运营商控制着不同的V2X CF和eNB,该区域的区域V2X平台可以同时对接不同运营商的V2X CF配置平台,并将区域V2X平台上的配置参数同步给V2X CF和eNB,以实现跨运营商的互通。根据需要,区域V2X平台还可以与eNB的管理平台同步配置参数。区域V2X平台与归属平台服务器相连,可以向归属平台服务器发送对终端PC5接口的配置参数。可选地,区域V2X平台也可以直接向终端发送PC5接口的配置参数。
终端的归属平台服务器作为直接管理终端的服务器,能够直接或间接控制终端的PC5接口的配置参数。归属平台服务器可以通过两条途径控制终端的PC5接口的配置参数。一是归属平台服务器生成PC5接口的配置规则,并将该配置规则发送给各配置实体,各配置实体按照配置规则生成配置参数并发给归属平台服务器,归属平台服务器汇总各配置实体发送的第一配置参数之后生成用于配置终端的PC5接口的第二配置参数并发送给终端。可选的,归属平台服务器也可以选择不将配置规则发送给各配置实体,而直接向各配置实体请求第一配置参数,再将接收到的第一配置参数按照配置规则汇总,生成用于配置终端的PC5接口的配置参数并发送给终端。二是归属平台服务器生成配置规则之后,将配置规则下发给终端,当终端请求获取PC5接口的配置参数时,归属平台服务器将终端的请求转发给配置实体。可选的,各配置实体可以将配置参数发送给归属平台服务器并由归属平台服务器转发给终端,也可以直接将配置参数发送给终端。终端在接收到配置实体生成的第一配置参数之后,按照配置规则汇总接收到的配置参数并生成用于配置终端的PC5接口的配置参数。
由于单一的归属平台服务器管理的业务范围仅为其管理下的终端业务,无法实现某一区域内所有终端的PC5接口参数配置互通。区域V2X平台作为某一区域内的公共平台,汇聚了区域内所有V2X业务数据,归属平台服务器可以通过区域V2X平台获取区域内全局的PC5接口参数,实现跨终端生产商、跨运营商的互通。
归属平台服务器可以与多个区域的区域V2X平台相连,以实现对终端跨区域、跨运营商配置的统一管理。在V2X网络中,不同的终端对应不同的归属平台,车辆的归属平台为车企的平台,OBU的归属平台为车载信息服务商(Telematics Service Provider,TSP)平台,RSU的归属平台为路政平台等,本申请对此不作限定。为方便描述,本申请中,上述平台统称为归属平台服务器。
V2X CF和eNB为终端PC5接口的配置实体,用于根据终端的请求生成PC5接口的配置参数并发送给终端。区域V2X平台作为某一区域内的基础数据平台,保存有该区域内的所有终端的PC5接口配置参数,区域V2X平台还可以将配置参数同步给V2X CF和eNB的管理实体。
基于本申请实施例提供的实现PC5接口参数配置的网络架构,归属平台服务器可以根据具体应用场景的需求,为配置终端的PC5接口参数设置不同的配置规则,并要求各配置实体按照配置规则生成配置参数,发送给归属平台服务器或者终端,再由归属平台或者终端根据配置规则汇总配置参数并最终生成用于配置终端的PC5接口的配置参数。本方案中,归属平台服务器通过设置配置规则,并基于该配置规则生成最终的PC5接口的配置参数,从而避免各配置实体对终端PC5接口的配置参数之间的冲突,使归属平台服务器直接或间接地控制了终端PC5接口的配置参数。
需要说明的是,在配置PC5接口的参数中,V2X CF和eNB是可选的配置实体。在无V2X CF和eNB的情况下,运营商不参与配置PC5接口的参数,而仅由区域V2X平台配置。当有运营商参与PC5参数配置时,可以提升终端的网络通信能力,能够通过V2X实现终端跨网络的互通。至于具体从哪个配置实体获取配置参数,可以由归属平台服务器通过设置配置规则来控制。
需要说明的是,上述实现PC5接口参数配置的网络架构可以应用于未来的5G网络以及未来其他的网络,上述网络架构中各网元在不同的网络中可能表现为不同的名称,本申请实施例对此不作具体限定。
可选的,图3中的终端、归属平台服务器和配置实体均可以通过图4中的通信设备来实现。
图4所示为本申请实施例提供的通信设备的硬件结构示意图。通信设备400包括至少一个处理器401,通信总线402,存储器403以及至少一个通信接口404。
处理器401可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信总线402可包括一通路,在上述组件之间传送信息。
通信接口404,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN)等,可以根据实际应用场景选定通信方式,本申请对此不作限定。
存储器403可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中,存储器403用于存储执行本申请方案的应用程序代码,并由处理器401来控制执行。处理器401用于执行存储器403中存储的应用程序代码,从而实现本申请下述实施例提供的实现业务连续性的方法。
在具体实现中,作为一种实施例,处理器401可以包括一个或多个CPU,例如图4中的CPU0和CPU1。
在具体实现中,作为一种实施例,通信设备400可以包括多个处理器,例如图4中的处理器401和处理器408。这些处理器中的每一个可以是一个单核(single-core)处理器,也可以是一个多核(multi-core)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,通信设备400还可以包括输出设备405和输入设备406。输出设备405和处理器401通信,可以以多种方式来显示信息。例如,输出设备405可以是液晶显示器(liquid crystal display,LCD),发光二级管(light emitting diode,LED)显示设备,阴极射线管(cathode ray tube,CRT)显示设备,或投影仪(projector)等。输入设备406和处理器401通信,可以以多种方式接受用户的输入。例如,输入设备406可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的通信设备400可以是一个通用通信设备或者是一个专用通信设备。在具体实现中,通信设备400可以是台式机、便携式电脑、网络服务器、无线终端设备、嵌入式设备或有图4中类似结构的设备等。本申请实施例不限定通信设备400的类型。
下面将结合图3和图4对本申请实施例提供的V2X通信中PC5参数配置的方法进行具体阐述。
如图5所示,本申请实施例提供的V2X通信中PC5参数配置方法包括以下两大步骤:
S501、获取至少一组第一配置参数,其中,第一配置参数为PC5接口的配置实体生成的。
在现有技术中,由于存在多个可以配置PC5参数的配置实体,当需要配置PC5接口参数时,这些配置实体可以生成至少一组第一配置参数。配置实体生成的至少一组第一配置参数可以由终端、归属平台服务器或者被选定的配置实体汇总,在此之前,这些设备需要从配置实体处获取至少一组配置参数。此处的第一配置参数是指直接由配置实体生成的PC5配置参数,而并未经由其他设备处理。
S502、按照配置规则汇总至少一组第一配置参数,生成第二配置参数。
其中,配置规则为归属平台服务器生成的,归属平台服务器可以在收到获取PC5接口配置参数时实施生成配置规则,也可以查询预先存储的配置规则以获取对应的配置规则,本申请实施例对此不作限制。
其中,第二配置参数为根据第一配置参数生成的、用于配置PC5接口的参数。
图5示出了本方案的主要步骤,图5中的步骤可以由归属平台服务器、终端或者配置实体执行,不同的执行主体会通过不同的方式实现上述步骤。下面将结合图6-图8详细介绍不同的设备执行上述步骤时,各设备之间的交互流程。
结合图5所示的PC5参数配置方法,图6示出了由归属平台服务器执行图5中的步骤时,各网元之间的交互流程。如图6所示,涉及到终端、归属平台服务器和配置实体之间的交互,包括如下步骤:
S601、终端向其归属平台服务器发送第一请求消息。
当终端要使用PC5接口通信时,需要获得PC5接口的配置参数。终端通过向归属平台服务器发送第一请求消息获取终端的PC5接口参数,第一请求消息中可以携带终端标识(device ID)、支持的服务列表(service ID)和位置信息等信息,PC5接口参数的各配置实体可以根据第一请求消息中携带的信息向终端下发对应的PC5配置参数。其中位置信息为终端要使用PC5接口进行通信的位置区域,可以标识为行政区域,如无锡市、上海市,也可以是地理位置坐标,如一系列GPS(Global Positioning System,全球定位系统)标识的经纬度坐标点围成的多边形信息。
可选的,第一请求消息中还可以包括归属公共陆地移动网络(Home Public LandMobile Network,HPLMN)信息,归属平台服务器可以根据终端的HPLMN信息确定对应的配置实体。
在另一种实现方式中,归属平台服务器在终端注册时即已经包括了HPLMN信息,归属平台服务器可以根据终端的Device ID查找到对应的HPLMN信息,进而确定对应的配置实体。
S602、归属平台服务器生成配置规则。
归属平台服务器根据平台间以及与各区域配置实体间的签约关系,确定终端请求PC5配置参数的区域(以下简称“请求区域”)内的配置实体的信息,并生成该请求区域内的配置规则,用以规定各配置实体的配置权限以及配置参数的优先级等。
需要说明的是,归属平台服务器可以在接收到第一请求消息后,实时生成对应的配置规则,也可以预先生成并保存配置规则,在接收到第一请求消息时根据第一请求消息中的信息选取合适的配置规则,上述两种方式都是归属平台服务器生成配置规则的具体方式。
S603、归属平台服务器发送第二请求消息给配置实体。
归属平台服务器根据接收到的终端的第一请求消息中的信息,查询得到对应的配置实体的信息,生成第二请求消息并发送给配置实体。
其中,第二请求消息中包括终端标识、V2X服务列表、归属公共陆地移动网络(HomePublic Land Mobile Network,HPLMN)标识。
其中,配置实体可以为区域V2X平台、V2X CF及eNB中的至少一个。
可选的,第二请求消息中还包括归属平台服务器生成的配置规则。
S604、配置实体将第一配置参数发送给归属平台服务器。
配置实体接收到第二请求消息之后,根据第二请求消息中携带的信息生成对应的第一配置参数,并将第一配置参数发送给归属平台服务器。
可选的,归属平台服务器可以在第二请求消息中指示配置实体将第一配置参数发送给终端或其他配置实体,此时,第二请求消息中携带有终端或其他配置实体的地址。
S605、归属平台服务器根据收到的第一配置参数生成第二配置参数。
归属平台按照在S602中设置的配置规则校验第一配置参数的有效性,按照配置规则中的配置优先级以及配置参数合并规则等信息汇总第一配置参数并生成第二配置参数,第二配置参数用于配置终端的PC5接口。
归属平台服务器如果检测到收到的配置实体的第一配置参数不符合配置规则的要求,可以向配置实体返回配置失败的消息,该消息中可以包括配置参数不符合配置规则的原因。
需要说明的是,若归属平台服务器仅收到一组第一配置参数,则归属平台服务器仅需校验该第一配置参数是否符合配置规则,并检查配置权限,此时生成的第二配置参数可以与第一配置参数相同。
S606、归属平台服务器将第二配置参数发送给终端。
S607、终端按照第二配置参数配置PC5接口。
本申请提供的技术方案中,归属平台服务器接收终端请求PC5接口参数的消息之后设置PC5接口的参数配置规则,并将配置规则发送给区域V2X平台、V2X CF和eNB等PC5接口参数的配置实体,各配置实体生成第一配置参数并直接或间接发送给归属平台服务器,归属平台服务器依据配置规则对各配置实体生成的第一配置参数进行汇总,生成用于配置终端的第二配置参数并发送给终端。本申请提供的方案中,归属平台服务器通过生成和管理PC5参数的配置规则,控制多个配置实体按照配置规则对终端的PC5参数进行配置,实现了多个配置实体之间的协同,避免了不同配置实体的配置参数之间的冲突,同时保证了归属平台服务器对其管理的终端的配置参数具有绝对的控制权。
终端在收到归属平台服务器发送的第二配置参数之后,按照第二配置参数配置PC5接口后即可进行通信。当终端的业务类型发生变化、配置参数超过有效期等情况下,终端可能需要更新PC5接口的配置参数;当配置实体根据业务模型和网络状态进行配置参数重新规划后,配置实体也会触发PC5参数更新流程。图6中还示出了终端更新PC5接口配置参数的工作流程,包括以下步骤:
S608、终端向归属平台服务器发送第三请求消息。
终端的上层应用触发V2X消息发送时,终端可以判断是否需要触发参数更新操作。在需要更新PC5参数时,终端向归属平台服务器发送第三请求消息,第三请求消息中携带终端的Device ID和请求更新的配置参数。
可选地,终端可以仅选择更新配置参数中的某些项。
S609、归属平台服务器根据第三请求消息生成第四请求消息并发送给对应的配置实体。
归属平台服务器根据终端发送的配置参数请求消息判断对应的配置实体,如区域V2X平台、V2X CF或eNB,并将携带有终端的Device ID和请求更新的配置参数等信息的第四请求消息发送给对应的配置实体。
其中,第四请求消息用于获取配置实体的更新的第一配置参数。
S610、配置实体将更新的第一配置参数发送给归属平台服务器。
配置实体在收到归属平台服务器发送的第四请求消息之后,更新对应的第一配置参数并发送给归属平台服务器。
在更新终端PC5接口的配置参数时,同一配置实体生成的更新的第一配置参数可以与在终端请求配置参数时生成的第一配置参数相同,也可以不同。
S611、归属平台服务器汇总收到的更新的第一配置参数并生成更新的第二配置参数。
归属平台服务器生成更新的第二配置参数的具体步骤如S605所述,在此不再赘述。
需要说明的是,若仅有一个配置实体更新了第一配置参数,此时归属平台服务器生成的更新的第二配置参数可以与更新的第一配置参数相同。
S612、归属平台服务器将第更新的二配置参数发送给终端。
S613、终端按照收到的更新的第二配置参数配置PC5接口。
需要说明的是,S610-S613的过程与S604-S607相似,上述对S604-S607的描述可以适用于S610-S613的相应步骤。
上述实施例中,归属平台服务器用于生成配置规则,并按照配置规则汇总各配置实体返回的配置参数,生成终端的PC5接口的配置参数,这样,归属平台服务器可以直接控制终端PC5接口的配置参数。
其中,上述S602、S603、S605、S606、S609、S611及S612中归属平台服务器的动作可以由图4所示的通信设备400中的处理器401调用存储器403中存储的应用程序代码来执行,本申请实施例对此不作任何限制。
其中,上述S601、S607、S608和S613中终端的动作可以由图4所示的通信设备400中的处理器401调用存储器403中存储的应用程序代码来执行,本申请实施例对此不作任何限制。
作为一种可选的方式,归属平台服务器可以在生成配置规则后将配置规则发送给终端,这样可以使终端执行图5中的步骤并最终生成第二配置参数。图7示出了上述方案的流程示意图,包括如下步骤:
S701-S703同S601-S603,具体可参考图6所示的实施例,在此不再赘述。
S704、归属平台服务器将配置规则发送给终端。
归属平台服务器将在S702中生成的配置规则发送给终端,以使终端可以按照所述配置规则汇总各配置实体返回的配置参数。
需要说明的是,本申请实施例中并不限定S704步骤的顺序,归属平台服务器可以在刚生成配置规则之后,就把配置规则发送给终端,即S704可以与S703交换顺序。或者,归属平台服务器可以在终端发起PC5配置参数获取流程之前就将配置规则发送给终端,终端在需要获取PC5接口配置参数时可以直接采用已有的配置规则。
可选的,作为一种实现方式,归属平台服务器将配置规则发送给终端之后,可以由终端向配置实体发起获取配置参数的请求,即可以将步骤S703中由归属平台服务器向配置实体发送第二请求消息,改为由终端向配置实体发送第二请求消息,用于向配置实体请求第一配置参数。其中,第二请求消息中可以包括配置规则。
S705、配置实体将第一配置参数发送给终端。
可选的,归属平台服务器可以在第二请求消息中指示配置实体将第一配置参数发送给其他配置实体,此时,第二请求消息中携带有其他配置实体的地址。
可选的,配置实体也可以将第一配置参数发送给归属平台服务器,由归属平台服务器将第一配置参数发送给终端。
S706、终端汇总第一配置参数并生成第二配置参数。
终端按照归属平台服务器生成的配置规则校验配置参数的有效性,按照配置规则中的配置优先级汇总配置参数并生成用于配置终端PC5接口的第二配置参数。
需要说明的是,若仅有一个配置实体生成了第一配置参数,此时汇总生成的第二配置参数可以与第一配置参数相同。
S707、终端按照第二配置参数配置PC5接口。
本申请提供的技术方案中,归属平台服务器接收终端的第一请求消息之后设置PC5接口的参数配置规则,将配置规则发送给了终端,各配置实体发送第一配置参数给终端,终端依据配置规则对各配置实体发送的配置数据进行汇总,生成用于配置终端PC5接口的第二配置参数。本申请提供的方案中,归属平台服务器通过设置和管理PC5参数的配置规则,并将配置规则发送给终端,间接控制了多个配置实体按照配置规则对终端的PC5参数进行配置,实现了多个配置实体之间的协同,避免了不同配置实体的配置参数之间的冲突,同时保证了归属平台服务器对其管理的终端具有绝对的配置权。
与图6中所示实施例不同的是,本实施例中由于终端保存有归属平台服务器发送的配置规则,可以自行按照配置规则汇总第一配置参数并生成第二配置参数,而不需要归属平台服务器汇总并生成第二配置参数。
终端在生成了用于配置PC5接口的第二配置参数之后,按照第二配置参数配置PC5接口后即可进行通信。当终端的业务类型发生变化、配置参数超过有效期等情况下,终端可能需要更新PC5接口的配置参数;当配置实体根据业务模型和网络状态进行配置参数重新规划后,配置实体也会触发PC5参数更新流程。图7中还示出了终端更新PC5接口配置参数的工作流程,包括以下步骤:
S708、终端向配置实体发送第四请求消息。
终端的上层应用触发V2X消息发送时,终端判断是否需要触发参数更新操作。在需要更新PC5参数时,终端向配置实体发送第四请求消息,用于请求更新PC5接口配置参数,第四请求消息携带终端的Device ID和请求更新的配置参数。
需要说明的是,根据需要,终端可以向多个配置实体分别发送请求消息用于请求更新配置参数,这些请求消息统称为第四请求消息。
可选的,终端也可以选择向归属平台服务器发送第三请求消息,用以请求更新终端PC5接口参数,归属平台服务器收到第三请求消息之后,再向配置实体发送第四请求消息,用以获取配置实体生成的更新的第一配置参数。
可选地,终端可以仅选择更新配置参数中的某些项。
S709、配置实体将更新的第一配置参数返回给终端。
配置实体在收到归属平台服务器或终端发送的第四请求消息之后,生成更新的第一配置参数并发送给归属平台服务器,再由归属平台服务器转发给终端。或者,配置实体可以直接将更新的第一配置参数发送给终端。
在终端更新配置参数时,同一配置实体生成的更新的第一配置参数可以与在终端请求配置参数时生成的第一配置参数相同,也可以不同。
S710、终端汇总收到的更新的第一配置参数并生成更新的第二配置参数。
终端生成用于配置终端PC5接口的配置参数的具体步骤如S706所述,在此不再赘述。
S711、终端按照更新的第二配置参数配置PC5接口。
需要说明的是,S709-S711的过程与S705-S707相似,上述对S705-S707的描述可以适用于S709-S711的对应步骤。
上述实施例中,归属平台服务器用于生成配置规则,将配置规则发送给终端,终端可以按照配置规则汇总各配置平台返回的配置参数,生成PC5接口的配置参数,这样,归属平台服务器可以间接控制终端PC5接口的配置参数。
其中,上述S702、S703、S704中归属平台服务器的动作可以由图4所示的通信设备400中的处理器401调用存储器403中存储的应用程序代码来执行,本申请实施例对此不作任何限制。
其中,上述S701、S706、S707、S708、S710和S711中终端的动作可以由图4所示的通信设备400中的处理器401调用存储器403中存储的应用程序代码来执行,本申请实施例对此不作任何限制。
可选地,如图8所示,为配置实体执行图5中所示的步骤,即由配置实体汇总第一配置参数并生成第二配置参数。图8示出了该方法的流程示意图,包括以下步骤:
S801-S803与S601-S603相同,在此不再赘述。
S804、配置实体接收其他配置实体的第一配置参数并生成第二配置参数。
在S803中,归属平台服务器向多个配置实体发送第二请求消息,用于请求终端的第一配置参数。多个配置实体将生成的第一配置参数发送给某一个选定的配置实体,由该选定的配置实体按照配置规则汇总收到的第一配置参数,并生成第二配置参数。
例如,在图3的V2X网络架构中,区域V2X平台作为某一区域内的基础数据平台,负责规划该区域内的终端PC5接口参数配置,能与各运营商的配置实体通信。因此,可以选定区域V2X平台来汇总第一配置参数,其他配置实体(如V2X CF和eNB等)将生成的第一配置参数发送给区域V2X平台,区域V2X平台按照配置规则汇总收到的第一配置参数。若区域V2X平台自身也生成了第一配置参数,则区域V2X平台将自身生成的第一配置参数一并参与汇总,并生成第二配置参数。
若仅有被选定的配置实体生成了第一配置参数,此时被选定的配置实体可以将生成的第一配置参数直接设置为第二配置参数。
S805、区域V2X平台将第二配置参数发送给归属平台服务器。
S806、归属平台服务器校验收到的第二配置参数的有效性。
归属平台服务器按照配置规则校验收到的第二配置参数是否符合配置规则的规定,各配置实体是否超过配置权限等。若归属平台服务器发现第二配置参数不符合配置规则的规定,则可以向配置实体返回配置失败的消息。
S807、归属平台服务器将第二配置参数发送给终端。
S808、终端按照收到的第二配置参数配置PC5接口。
在某些V2X网络中,某个配置实体可能处于一个关键节点,如可以与其他配置实体相连,或其他配置实体发送的消息需要经由该配置实体转发或汇总。图8中所示的方法可以适用于上述网络架构,可以选定处于关键节点的配置实体来汇总其他配置实体生成的第一配置参数并生成第二配置参数,这样可以充分利用网络架构的特点,提高生成第二配置参数的效率。
可选地,图8所示的方法可以与图7所示的方法结合为另一种方案。在新的方案中,归属平台服务器将配置规则发送给终端。此种情况下,配置实体在生成第二配置参数之后可以直接将第二配置参数发送给终端,由终端校验第二配置参数的有效性。若第二配置参数符合配置规则,则终端按照第二配置参数配置PC5接口。若第二参数不符合配置规则,则终端可以向选定的配置实体发送配置失败的消息。
需要说明的是,图8中所示的PC5接口参数配置方法也可以适用于终端更新PC5接口配置参数的场景,即在终端更新PC5配置参数时,也可以选定某个配置实体汇总第一配置参数并生成第二配置参数,将生成的第二配置参数发送给归属平台服务器或者终端进行校验。
图5-图8示出了终端在进入某一区域时,获取和更新PC5接口配置参数的流程。在某些场景中,终端(如汽车)在配置了PC5接口参数之后,可能会在多个区域跨区域运行。在跨区域运行时,作为一种特殊的PC5接口配置参数更新场景,终端需要更新PC5接口配置参数。如图9所示,为本申请实施例提供的一种终端跨区域时更新PC5接口参数的方法,图9示出了终端从区域1向区域2运行时更新PC5接口参数的流程示意图,涉及到终端、归属平台服务器、区域1的区域V2X平台、区域2的区域V2X平台以及运营商网络能力开放实体之间的交互,包括如下步骤:
S901、归属平台服务器预设过渡区域范围。
归属平台服务器依据不同区域配置实体的业务覆盖范围和信号质量,预设相邻区域间的过渡区域范围,本申请实施例中以区域1和区域2为例。需要明确,此处的区域1和区域2仅为示例性描述,并不特指某区域。
可选的,归属平台服务器可以获取网络开放实体提供的各区域的网络覆盖情况信息,并根据网络覆盖情况刷新过渡区域的范围。若原过渡区域内无网络覆盖,造成配置参数无法下发到终端,则需要将过渡区域扩大到网络覆盖范围内。网络覆盖情况信息具体可以包括Uu信号的覆盖情况和位置信息。
S902、终端向归属平台服务器发送第三请求消息。
第三请求消息用于在终端切换区域时,请求更新配置参数,第三请求消息中可以携带DeviceID、服务列表和位置信息等。
终端上报位置信息到归属平台服务器,包括DeviceID和位置信息。
作为一种实现方式,终端可以按照一定周期向归属平台服务器上报位置信息。归属平台服务器在收到终端上报的位置信息后,判断终端是否在过渡区域,若终端在过渡区域内,则归属平台服务器通知终端更新配置参数。此时,终端向归属平台服务器发送第三请求消息。
可选地,归属平台服务器可以将过渡区域发送给终端,当终端判断到达过渡区域时,自行触发更新配置参数流程。此时,终端向归属平台服务器发送第三请求消息,第三请求消息中包括位置信息。再向归属平台服务器上报位置信息。
可选地,作为一种实现方式,S902中,终端可以选择不发送第三请求消息,而仅向归属平台上报位置信息。当归属平台服务器判断终端处于过渡区域时,归属平台服务器可以直接发起配置参数更新流程,而不需要通知终端进行配置参数更新。具体的,当归属平台服务器判断终端处于过渡区域时,归属平台服务器可以直接根据终端发送的位置信息判断该位置信息对应的区域内配置终端PC5接口参数的区域V2X平台的地址,即归属平台服务器直接执行步骤S905。
S903、归属平台服务器根据终端发送的第三请求消息中携带的位置信息判断该位置信息对应的区域内配置终端PC5接口参数的配置实体的地址。
归属平台服务器可以根据终端的位置信息判断终端所处的过渡区域,而归属平台服务器存储有过渡区域及每个过渡区域对应的相邻区域,因此归属平台服务器可以根据终端所处过渡区域确定两个相邻区域,并查询得到上述两个相邻区域对应的配置实体的地址。
S904、归属平台服务器设置终端PC5接口参数的配置规则。
在过渡区域内的配置规则为汇总区域1和区域2的配置实体发送的第一配置参数,生成适用于过渡区域的第二配置参数,终端按照第二配置参数配置PC5接口之后能够在过渡区域能够同时与区域1和区域2的设备进行V2X通信。
可选的,在终端处于过渡区域时,配置规则可以设置为合并第一配置参数生成的第二配置参数中包括两组配置参数,分别为过渡区域内的配置参数,以及区域2的配置参数。其中过渡区域内的配置参数可以使终端同时接收区域1和区域2的V2X业务消息,区域2的配置参数可以使终端仅接受区域2的V2X业务消息。这样,终端可以在过渡区域和离开过渡区域进入区域2分别采用不同的配置参数配置PC5接口。
S905、归属平台服务器向区域1和区域2的配置实体发送第四请求消息。
其中,第四请求消息用于向区域1和区域2的配置实体请求终端的PC5接口配置参数。
可选地,第四请求消息中可以包括归属平台服务器生成的配置规则。
S906、区域1和区域2的配置实体将更新的第一配置参数发送给归属平台服务器。
需要说明的是,终端跨区域运行时,由于终端是从区域1向区域2运行,此时区域1的配置实体可能是根据请求再次生成第一配置参数,而区域2的配置实体可能是初次根据请求生成第一配置参数,本申请在此统称为更新的第一配置参数。
S907、归属平台服务器按照配置规则合并更新的第一配置参数,并生成更新第二配置参数。
更新的第二配置参数为终端在过渡区域内采用的配置参数,终端按照更新的第二配置参数配置PC5接口之后能够在过渡区域能够同时与区域1和区域2的设备进行V2X通信。
可选的,更新的第二配置参数可以包括两组配置参数,分别为过渡区域内的配置参数,以及区域2的配置参数。其中,过渡区域内的配置参数可以使终端同时接收区域1和区域2的V2X业务消息,区域2的配置参数可以使终端仅接受区域2的V2X业务消息。这样,终端可以在过渡区域和离开过渡区域进入区域2之后分别采用不同的配置参数配置PC5接口。
归属平台服务器合并更新的第一配置参数及生成更新的第二配置参数的具体方法在图6的S605中已经说明,在此不再赘述。
S908、归属平台服务器将更新的第二配置参数发送给终端。
如按照前文所述的配置规则,归属平台服务器发送给终端的第二配置参数可以包括两组参数:过渡区域对应的配置参数以及区域2对应的配置参数。
S909、终端按照更新的第二配置参数配置PC5接口。
在接收到归属平台服务器发送的更新的第二配置参数的消息之后,终端根据自身的位置坐标判断自身处于哪个位置区域,再按照自身所处的位置区域选择对应的配置参数来配置PC5接口进行通信。
需要说明的是,在终端执行上述流程之前,各平台间已完成签约,包括归属平台服务器与区域1的配置实体和区域2的配置实体已完成签约,归属平台服务器和各区域内的运营商网络能力开放实体完成签约。运营商网络能力开放实体可以为业务能力开放功能(Service Capability Exposure Function,SCEF)、MB-SC和RAN拥塞感知功能(RANCongestion Awareness Function,RCAF)等,运营商采用不同的网络架构,可以有不同的运营商网络能力开放实体,本申请实施例对此不作任何限制。
上述实施例描述了当终端跨区域运行时,更新终端PC5接口配置参数的流程。归属平台服务器在两个区域的交界处附近设置过渡区域,当终端进入过渡区域时,触发PC5配置参数更新流程,并向归属平台服务器发送配置参数更新请求消息,归属平台服务器设置过渡区域的合并规则,并按照配置规则汇总配置参数,根据不同的位置区域选择不同的配置参数,终端根据所述位置选择对应的配置参数。本申请实施例提供的跨区域更新配置参数的方法中,由归属平台服务器设置了过渡区域,在终端进入过渡区域时触发PC5配置参数更新流程,这样可以使终端及时更新PC5配置参数,解决跨区域PC5通信互通的问题,避免出现终端跨区域运行时PC5通信中断的现象。
作为另一种实现方式,归属平台服务器可以在生成过渡区域的配置规则后将配置规则发送给终端,这样可以使终端自行汇总收到的各配置实体发送的PC5接口的配置参数,并根据自身所处位置选择用于配置终端PC5接口的配置参数。图10示出了上述方案的流程示意图,包括如下步骤:
S1001-S1005、同S901-S905,具体可参考图9所示的实施例,在此不再赘述。
S1006、归属平台服务器将配置规则发送给终端。
归属平台服务器将在S1004中生成的配置规则发送给终端,以使终端可以按照所述配置规则汇总各配置实体返回的第一配置参数。
需要说明的是,本申请实施例中并不限定S1006的顺序,归属平台服务器可以在刚生成配置规则之后,就把配置规则发送给终端,即S1006可以紧随S1004之后。
S1007、区域1和区域2的配置实体将更新的第一配置参数发送给终端。
在本申请实施例中,归属平台服务器可以在发送给配置实体的第二请求消息中指定各配置实体将生成的第一配置参数直接发送给对应的终端,也可以接收各配置实体生成的第一配置参数之后,就接收到的第一配置参数转发给终端。
需要说明的是,终端跨区域运行时,由于终端是从区域1向区域2运行,此时区域1的配置实体可能是根据请求再次生成第一配置参数,而区域2的配置实体可能是初次根据请求生成第一配置参数,本申请在此统称为更新的第一配置参数。
S1008、终端按照配置规则合并更新的第一配置参数,生成更新的第二配置参数。
更新的第二配置参数为终端在过渡区域内采用的配置参数,终端按照更新的第二配置参数配置PC5接口之后能够在过渡区域能够同时与区域1和区域2的设备进行V2X通信。
可选的,更新的第二配置参数可以包括两组配置参数,分别为过渡区域内的配置参数,以及区域2的配置参数。其中,过渡区域内的配置参数可以使终端同时接收区域1和区域2的V2X业务消息,区域2的配置参数可以使终端仅接受区域2的V2X业务消息。这样,终端可以在过渡区域和离开过渡区域进入区域2分别采用不同的配置参数配置PC5接口。
终端合并更新的第一配置参数及生成更新的第二配置参数的实现方式已在图7的S706中说明,在此不再赘述。
S1009、终端按照更新的第二配置参数配置PC5接口。
在第一配置参数之后,终端根据自身的位置坐标判断自身处于哪个位置区域,再按照自身所处的位置区域选择对应的配置参数来配置PC5接口进行通信。
与图9所示实施例不同的是,图10所示实施例中归属平台服务器将配置规则发送给终端,终端根据配置规则生成更新的第二配置参数,再根据自身位置信息决定所采用的配置参数。区域2的区域V2X平台直接将配置参数发送给终端,再由终端根据收到的配置参数确定最终的PC5接口所采用的配置参数,这样可以节省处理时间,提升终端PC5参数的更新时间。
当运营商的V2X CF和eNB作为配置实体参与配置PC5参数时,为确保各配置实体之间的协同,还需要同步各配置实体的配置参数。区域V2X平台具有区域内全局的V2X业务信息,可以根据业务和地理位置信息进行PC5资源的合理分配,是PC5参数配置的源头。当终端受运营商管控,由运营商的配置实体进行PC5参数配置时,需要提供区域V2X平台的配置参数同步到V2X CF和eNB的管理实体的机制。图11示出了上述方案的流程示意图,包括如下步骤:
S1101、区域V2X平台判断是否需要同步PC5参数。
具体地,区域V2X平台可以依据归属平台服务器设置的配置规则判断是否有运营商的配置实体参与PC5参数配置。若存在运营商的配置实体时,则触发配置同步判断流程:需要同步的参数与配置规则设置相关,若V2X CF进行所有参数的配置,则需要区域V2X平台同步所有配置信息给V2X CF;若V2X CF只做无线参数的增强配置,则需要区域V2X平台将基本的无线参数发送给V2X CF;若涉及eNB进行有网络覆盖时的参数配置,则需要区域V2X平台同步无线配置参数给eNB的管理实体。运营商的配置实体可以在保证互通的基础上,进行网络参数的优化,提高通信质量。
其中,eNB管理实体用于管理eNB,在不同的网络中可以有不同的表现形式,可以独立设置,也可以集成在现有设备中,例如可以是网管设备、V2X CF、区域V2X平台或5G网络及以后的网络中新增的其他基站配置管理网元,本申请实施例对此不作限定。
S1102、区域V2X平台发送配置同步消息给V2X CF。
区域V2X平台可以通过两种方式将配置参数同步给V2X CF:一种是区域V2X平台按照终端的配置参数进行同步,携带终端标识和配置参数;另一种方式是区域V2X平台将按业务类型进行的业务配置和按区域划分的配置参数同步给V2X CF,由V2X CF接收到终端的配置请求后,按照终端业务生成终端的配置参数。
S1103、区域V2X平台发送无线参数配置数据给eNB管理实体。
其中,无线配置参数为TS36.331定义的无线参数,包括资源池、资源选择策略、资源拥塞策略等。
S1104、eNB管理实体将PC5接口配置参数下发给eNB。
eNB管理实体判断不同eNB覆盖区域的PC5参数配置,将PC5参数配置数据下发给eNB。eNB按照全局统筹的PC5配置参数进行终端的PC5参数配置和资源调度,可以在保证互通的前提下,进行资源策略的设置,提升通信质量。
通过设置上述配置参数同步机制,可以使区域V2X平台根据需要将配置参数同步给运营商的配置实体。运营商的配置实体获得区域V2X平台的配置参数之后,可以更有针对性地根据终端的请求配置PC5接口参数,使参数配置更有效率,同时能够实现各配置实体之间的配置参数协同。
以上实施例主要从各网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,为了实现上述功能,终端、归属平台服务器和配置实体包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,发明能够以硬件或硬件和计算机软件的结合形式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
本申请实施例可以根据上述方法示例对终端、归属平台服务器和配置实体进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本发明实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
比如,在采用对应各个功能划分各个功能模块的情况下,图12示出了上述实施例中所涉及的终端的一种可能的结构示意图。终端120包括:接收模块1202、参数处理模块1203和配置模块1204。接收模块1202,用于接收配置实体生成的第一配置参数。参数处理模块1203,用于按照配置规则汇总第一配置参数并生成第二配置参数。配置模块1204,用于按照第二配置参数配置PC5接口。
其中,第一请求消息中可以携带终端标识(device ID)、支持的服务列表(serviceID)和位置信息等信息,PC5接口参数的各配置实体可以根据第一请求消息中携带的信息向终端下发对应的PC5配置参数。其中位置信息为终端要使用PC5接口进行通信的位置区域,可以标识为行政区域,如无锡市、上海市,也可以是地理位置坐标,如一系列GPS(GlobalPositioning System,全球定位系统)标识的经纬度坐标点围成的多边形信息。
可选的,第一请求消息中还可以包括归属公共陆地移动网络(Home Public LandMobile Network,HPLMN)信息,归属平台服务器可以根据终端的HPLMN信息查询对应的配置实体。
终端120的接收模块1202还用于接收归属平台服务器生成的配置规则,所述配置规则用于汇总各配置实体生成的第一配置参数,并生成第二配置参数,配置规则包括配置实体标识、配置权限和配置优先级。
终端120可以通过两种方式获取配置实体生成的第一配置参数。终端120还包括发送模块1201,用于向归属平台服务器发送第一请求消息,第一请求消息用于请求终端的PC5接口配置参数,接收模块1202用于接收归属平台服务器发送的所述配置实体生成的第一配置参数。或者,终端120的发送模块1201用于向配置实体发送第二请求消息,所述第二请求消息用于获取所述配置实体生成的第一配置参数,接收模块1202用于接收该配置实体生成的第一配置参数。
作为另一种实施方式,终端120中的接收模块1202可以用于接收归属平台服务器生成的配置规则以及配置实体生成的第二配置参数。参数处理模块1203,用于按照配置规则校验第二配置参数。配置模块1204,用于按照第二配置参数配置PC5接口。
其中,第二配置参数是按照配置规则合并第一配置参数生成,用于配置终端PC5接口的参数。
可选的,在需要更新配置参数时,发送模块1201还可以用于向归属平台服务器发送第三请求消息,第三请求消息用于向归属平台服务器请求更新配置参数。发送模块1201还可以用于向配置实体发送第四请求消息,第四请求消息用于向配置实体请求更新配置参数。终端120发起参数更新请求之后,接收模块还用于接收配置实体生成的更新的第一配置参数,参数处理模块还用于按照配置规则汇总更新的第一配置参数并生成更新的第二配置参数。
其中,第三请求消息和第四请求消息中携带终端的设备标识和请求更新的配置参数。
可选的,终端120可以请求更新配置参数中的某些项。
可选的,在终端120需要切换区域时,发送模块1201可以向归属平台服务器发送第三请求消息,用于在终端120切换区域时请求更新配置参数,第三请求消息中可以携带有用户标识、服务列表和位置信息。终端120在切换区域时更新的第二配置参数中可以包括多组用于在不同区域配置PC5接口的配置参数。
可选的,在终端120需要切换区域时,发送模块1201还可以用于向归属平台服务器发送终端的位置信息。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
以采用集成的方式划分各个功能模块的情况下,图13示出了上述实施例中所涉及的终端的一种可能的结构示意图,该终端130包括:处理模块1301和通信模块1302。其中,该处理模块1301可以执行图12中参数处理模块1203和配置模块1204所能执行的操作,该通信模块1302可用于执行图12中发送模块1201和接收模块1202所能执行的操作,具体可参考图10所示的实施例,本申请实施例在此不再赘述。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
在本实施例中,该终端以对应各个功能模块的形式来呈现,或者该终端以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(Application-Specific Integrated Circuit,ASIC),执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域技术人员可以想到终端120或终端130可以采用图4所示的形式。比如,图12中发送模块、接收模块、参数处理模块和配置模块通过图4的处理器和存储器来实现。具体的,发送模块、接收模块、参数处理模块和配置模块可以通过由处理器来调用存储器中存储的应用程序代码来执行,本申请实施例对此不作任何限制。或者,比如,图13中的处理模块和通信模块可以通过图4中的处理器和存储器来实现。具体的,处理模块和通信模块可以通过由处理器来调用存储器中存储的应用程序代码来执行,本申请实施例对此不作任何限制。
由于本申请实施例提供的终端可用于执行上述配置PC5参数的方法,因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
比如,在采用对应各个功能划分各个功能模块的情况下,图14示出了上述实施例中所涉及的归属平台服务器的一种可能的结构示意图,该归属平台服务器140包括:接收模块1401、参数处理模块1403和发送模块1404。接收模块1401,用于接收终端发送的第一请求消息,第一请求消息用于请求终端的PC5接口参数。发送模块1404,用于向配置实体发送第二请求消息,第二请求消息是根据第一请求消息生成的。接收模块1401,还用于接收配置实体生成的第一配置参数。参数处理模块1403,用于按照配置规则汇总第一配置参数并生成第二配置参数。发送模块1404,还用于将第二配置参数发送给终端。
其中,第一请求消息是终端用于向归属平台服务器请求PC5接口参数,第一请求消息中可以携带设备标识(device ID)、支持的服务列表(service ID)和位置信息等信息,PC5接口参数的各配置实体可以根据第一请求消息中携带的信息向终端下发对应的PC5配置参数。其中位置信息为终端要使用PC5接口进行通信的位置区域,可以标识为行政区域,如无锡市、上海市,也可以是地理位置坐标,如一系列GPS标识的经纬度坐标点围成的多边形信息。
归属平台服务器还可以包括规则生成模块1402,用于生成配置规则,配置规则用于控制各配置实体配置终端的PC5接口参数以及汇总各配置实体生成的第一配置参数并生成第二配置参数,配置规则可以包括配置实体标识、配置权限和配置优先级。
作为另一种实施方式,归属平台服务器中的发送模块1404,用于向配置实体发送第二请求消息,第二请求消息是根据第一请求消息生成的,第二请求消息中包括配置规则。接收模块1401,还用于接收配置实体生成的第二配置参数。参数处理模块1403,用于按照配置规则校验第二配置参数。发送模块1404,还用于将第二配置参数发送给终端。
其中,第二配置参数是按照配置规则合并第一配置参数生成,用于配置终端PC5接口的参数。
可选的,接收模块1401还可以用于接收终端发送的第三请求消息。其中,第三请求消息是终端用于向归属平台服务器请求更新配置参数。发送模块1404,还用于向配置实体发送第四请求消息,第四请求消息是根据第三请求消息生成的。接收模块1401还用于接收配置实体生成的更新的第一配置参数,参数处理模块1403用于按照配置规则汇总更新的第一配置参数,并生成更新的第二配置参数,发送模块1404还用于将更新的第二配置参数发送给终端。
在终端切换区域时,接收模块1401用于接收终端发送的第三请求消息,第三请求消息是用于向归属平台服务器请求更新配置参数。此时,生成的第二配置参数中可以包括多组用于在不同区域配置终端PC5接口的配置参数。
以采用集成的方式划分各个功能模块的情况下,图15示出了上述实施例中所涉及的归属平台服务器的一种可能的结构形式,该归属平台服务器150包括:处理模块1501和通信模块1502。其中,该处理模块1501可以执行图14中规则生成模块1402和参数处理模块1403所能执行的操作,该通信模块1502可用于执行图14中发送模块1404和接收模块1401所能执行的操作,具体可参考图14所示的实施例,本申请实施例在此不再赘述。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
在本实施例中,该终端以对应各个功能模块的形式来呈现,或者该终端以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(Application-Specific Integrated Circuit,ASIC),执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域技术人员可以想到归属平台服务器140或者归属平台服务器150可以采用图4所示的形式。比如,图14中发送模块、接收模块、规则生成模块和汇总模块通过图4的处理器和存储器来实现。具体的,发送模块、接收模块、规则生成模块和参数处理模块可以通过由处理器来调用存储器中存储的应用程序代码来执行,本申请实施例对此不作任何限制。或者,比如,图15中的处理模块和通信模块可以通过图4中的处理器和存储器来实现。具体的,处理模块和通信模块可以通过由处理器来调用存储器中存储的应用程序代码来执行,本申请实施例对此不作任何限制。
由于本申请实施例提供的归属平台服务器可用于执行上述配置PC5参数的方法,因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
比如,在采用对应各个功能划分各个功能模块的情况下,图16示出了上述实施例中所涉及的配置实体的一种可能的结构示意图,该配置实体160包括:接收模块1601、参数生成模块1602和发送模块1603。接收模块1601,用于接收归属平台服务器或终端发送的第二请求消息,第二请求消息用于请求终端PC5接口的配置参数,第二请求消息中包括配置规则。参数生成模块1602,用于生成第一配置参数。接收模块1601,还用于接收其他配置实体发送的第一配置参数。参数生成模块1602,还用于按照配置规则汇总收到的第一配置参数并生成第二配置参数。发送模块1603,用于将第二配置参数发送给终端或归属平台服务器。
可选的,在需要更新PC5接口参数时,接收模块1601还用于接收第四请求消息,其中,第四请求消息用于请求终端PC5接口的配置参数。第四请求消息可以由终端发送,也可以由归属平台服务器发送。其中,第四请求消息中可以仅用于请求更新终端PC5接口参数中的至少一项参数。
可选的,配置实体160还包括判断模块1604,用于判断是否需要与其他配置实体同步配置参数。发送模块1603,还用于向V2X CF发送配置参数。发送模块1603,还用于向eNB管理实体发送配置参数。
以采用集成的方式划分各个功能模块的情况下,图17示出了上述实施例中所涉及的配置实体150的一种可能的结构形式,该配置实体170包括:处理模块1701和通信模块1702。其中,该处理模块1701可以执行图16中参数生成模块1602和判断模块1604所能执行的操作,该通信模块1702可用于执行图16中接收模块1601和发送模块1603所能执行的操作,具体可参考图16所示的实施例,本申请实施例在此不再赘述。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
在本实施例中,该终端以对应各个功能模块的形式来呈现,或者该终端以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(Application-Specific Integrated Circuit,ASIC),执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域技术人员可以想到配置实体160或者配置实体170可以采用图4所示的形式。比如,图16中接收模块、参数生成模块、发送模块和判断模块通过图4的处理器和存储器来实现。具体的,接收模块、参数生成模块、发送模块和判断模块可以通过由处理器来调用存储器中存储的应用程序代码来执行,本申请实施例对此不作任何限制。或者,比如,图17中的处理模块1701和通信模块1702可以通过图4中的处理器和存储器来实现。具体的,处理模块和通信模块可以通过由处理器来调用存储器中存储的应用程序代码来执行,本申请实施例对此不作任何限制。
由于本申请实施例提供的配置实体可用于执行上述配置PC5参数的方法,因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
本发明实施例还提供了一种计算机存储介质,用于储存为上述终端、归属平台服务器或配置实体所用的计算机软件指令,其包含用于执行上述方面为终端、归属平台服务器或配置实体所设计的程序代码。通过执行存储的程序代码,可以实现协调各配置实体对终端PC5接口的参数配置,可以避免各配置实体的配置参数之间的冲突。
本发明实施例还提供了计算机程序产品。该计算机程序产品包括计算机软件指令,该计算机软件指令可通过处理器进行加载来实现上述方法实施例中的方法。
尽管在此结合各实施例对本发明进行了描述,然而,在实施所要求保护的本发明过程中,本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书,可理解并实现所述公开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
本领域技术人员应明白,本发明的实施例可提供为方法、装置(设备)、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式,这里将它们都统称为“模块”或“系统”。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机程序存储/分布在合适的介质中,与其它硬件一起提供或作为硬件的一部分,也可以采用其他分布形式,如通过Internet或其它有线或无线电信系统。
本发明是参照本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管结合具体特征及其实施例对本发明进行了描述,显而易见的,在不脱离本发明的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本发明的示例性说明,且视为已覆盖本发明范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (28)
1.一种参数配置方法,其特征在于,所述方法包括:
终端获取由配置实体生成的第一配置参数;
所述终端接收归属平台服务器生成的配置规则,所述配置规则包括配置实体标识、配置权限和配置优先级;
所述终端按照所述配置规则汇总所述第一配置参数,生成第二配置参数;
所述终端按照所述第二配置参数配置PC5接口。
2.根据权利要求1所述的方法,其特征在于,所述终端获取由配置实体生成的第一配置参数,包括:
所述终端向归属平台服务器发送第一请求消息,所述第一请求消息用于获取所述终端PC5接口的配置参数,所述终端接收所述归属平台服务器发送的由所述配置实体生成的第一配置参数;或者,
所述终端向所述配置实体发送第二请求消息,所述第二请求消息用于获取所述配置实体生成的第一配置参数,所述终端接收所述配置实体生成的第一配置参数。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述终端向归属平台服务器发送第三请求消息,所述第三请求消息用于请求更新所述终端PC5接口的配置参数;
所述终端获取由所述配置实体生成的更新的第一配置参数;
所述终端按照配置规则汇总所述更新的第一配置参数,生成更新的第二配置参数。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述终端向所述配置实体发送第四请求消息,所述第四请求消息用于请求更新所述终端PC5接口的配置参数;
所述终端获取由所述配置实体生成的更新的第一配置参数;
所述终端按照配置规则汇总所述更新的第一配置参数,生成更新的第二配置参数。
5.根据权利要求3或4所述的方法,其特征在于,所述终端请求更新所述终端PC5接口的配置参数中的至少一项参数。
6.根据权利要求3所述的方法,其特征在于,所述终端在切换区域时向所述归属平台服务器发送所述第三请求消息;
所述更新的第二配置参数中包括多组用于在不同区域配置所述终端PC5接口的配置参数。
7.一种参数配置方法,其特征在于,所述方法包括:
归属平台服务器接收终端发送的第一请求消息,所述第一请求消息用于获取所述终端PC5接口的配置参数;
所述归属平台服务器向配置实体发送第二请求消息,所述第二请求消息为所述归属平台服务器根据所述第一请求消息生成;
所述归属平台服务器接收所述配置实体发送的第一配置参数;
所述归属平台服务器生成配置规则,所述配置规则包括配置实体标识、配置权限和配置优先级;
所述归属平台服务器按照所述配置规则汇总所述第一配置参数,生成第二配置参数;
所述归属平台服务器将所述第二配置参数发送给所述终端。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
所述归属平台服务器接收到所述终端发送的第三请求消息,所述第三请求消息用于请求更新所述终端PC5接口的配置参数;
所述归属平台服务器向所述配置实体发送第四请求消息,所述第四请求消息为所述归属平台服务器根据所述第三请求消息生成;
所述归属平台服务器接收所述配置实体发送的更新的第一配置参数;
所述归属平台服务器按照配置规则汇总所述更新的第一配置参数,生成更新的第二配置参数;
所述归属平台服务器将所述更新的第二配置参数发送给所述终端。
9.根据权利要求8所述的方法,其特征在于,所述更新的第二配置参数中包括多组用于在不同区域配置所述终端PC5接口的配置参数。
10.一种参数配置方法,其特征在于,所述方法包括:
配置实体接收第二请求消息,所述第二请求消息用于请求终端PC5接口的配置参数,所述第二请求消息中包括归属平台服务器生成的配置规则,所述配置规则包括配置实体标识、配置权限和配置优先级;
所述配置实体生成第一配置参数;
所述配置实体接收其他配置实体发送的第一配置参数;
所述配置实体按照所述配置规则汇总生成的第一配置参数和接收的第一配置参数,生成第二配置参数;
所述配置实体将所述第二配置参数发送给所述归属平台服务器或所述终端。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
所述配置实体接收第四请求消息,所述第四请求消息用于请求更新所述终端PC5接口的配置参数。
12.根据权利要求11所述的方法,其特征在于,所述第四请求消息用于请求更新所述终端PC5接口的配置参数中的至少一项参数。
13.一种终端,其特征在于,所述终端包括:
接收模块,用于接收配置实体生成的第一配置参数;
所述接收模块,用于接收归属平台服务器生成的配置规则,所述配置规则包括配置实体标识、配置权限和配置优先级;
参数处理模块,用于按照所述配置规则汇总所述第一配置参数并生成第二配置参数;
配置模块,用于按照所述第二配置参数配置PC5接口。
14.根据权利要求13所述的终端,其特征在于,所述终端还包括发送模块,用于向归属平台服务器发送第一请求消息,第一请求消息用于请求终端的PC5接口配置参数,所述接收模块用于接收所述归属平台服务器发送的所述配置实体生成的第一配置参数;或者,
所述发送模块用于向所述配置实体发送第二请求消息,所述第二请求消息用于获取所述配置实体生成的第一配置参数,所述接收模块用于接收所述配置实体生成的第一配置参数。
15.根据权利要求14所述的终端,其特征在于,所述发送模块还用于向所述归属平台服务器发送第三请求消息,所述第三请求消息用于请求更新所述终端PC5接口的配置参数;
所述接收模块,还用于接收所述配置实体生成的更新的第一配置参数;
所述参数处理模块,还用于按照配置规则汇总所述更新的第一配置参数并生成更新的第二配置参数。
16.根据权利要求14所述的终端,其特征在于,所述发送模块还用于向所述配置实体发送第四请求消息,所述第四请求消息用于请求更新所述终端PC5接口的配置参数;
所述接收模块,还用于接收所述配置实体生成的更新的第一配置参数;
所述参数处理模块,还用于按照配置规则汇总所述更新的第一配置参数并生成更新的第二配置参数。
17.根据权利要求15或16所述的终端,其特征在于,所述终端请求更新PC5接口配置参数中的至少一项参数。
18.根据权利要求15所述的终端,其特征在于,所述终端在切换区域时,所述发送模块向所述归属平台服务器发送所述第三请求消息;
所述更新的第二配置参数中包括多组用于在不同区域配置所述终端PC5接口的配置参数。
19.一种归属平台服务器,其特征在于,所述归属平台服务器包括:
接收模块,用于接收终端发送的第一请求消息,所述第一请求消息用于请求所述终端PC5接口的配置参数;
发送模块,用于向配置实体发送第二请求消息,所述第二请求消息是根据第一请求消息生成的;
接收模块,还用于接收所述配置实体生成的第一配置参数;
规则生成模块,用于生成所述终端PC5接口参数的配置规则,所述配置规则包括配置实体标识、配置权限和配置优先级;
参数处理模块,用于按照所述配置规则汇总所述第一配置参数并生成第二配置参数;
发送模块,还用于将第二配置参数发送给所述终端。
20.根据权利要求19所述的归属平台服务器,其特征在于:
所述接收模块还用于接收所述终端发送的第三请求消息,所述第三请求消息用于请求更新所述终端PC5接口的配置参数;
所述发送模块还用于向所述配置实体发送第四请求消息,所述第四请求消息为所述归属平台服务器根据所述第三请求消息生成;
所述接收模块,还用于接收所述配置实体生成的第一配置参数;
所述参数处理模块,还用于按照配置规则汇总所述第一配置参数并生成第二配置参数;
所述发送模块,还用于将第二配置参数发送给所述终端。
21.根据权利要求19所述的归属平台服务器,其特征在于,所述第二配置参数中包括多组用于在不同区域配置所述终端PC5接口的配置参数。
22.一种配置实体,其特征在于,所述配置实体包括:
接收模块,用于接收第二请求消息,所述第二请求消息用于请求终端PC5接口的配置参数,所述第二请求消息中包括配置规则,所述配置规则包括配置实体标识、配置权限和配置优先级;
参数生成模块,用于生成第一配置参数;
接收模块,还用于接收其他配置实体发送的第一配置参数;
参数生成模块,还用于按照所述配置规则汇总生成的第一参数和接收的第一配置参数,生成第二配置参数;
发送模块,用于将所述第二配置参数发送给所述终端或归属平台服务器。
23.根据权利要求22所述的配置实体,其特征在于,所述接收模块还用于接收第四请求消息,所述第四请求消息用于请求更新所述终端PC5接口的配置参数。
24.根据权利要求23所述的配置实体,其特征在于,所述第四请求消息用于请求更新所述终端PC5接口的配置参数中的至少一项参数。
25.一种终端,其特征在于,包括:处理器、存储器、总线和通信接口;
所述存储器用于存储计算机执行指令,所述处理器与所述存储器通过所述总线连接,当会话管理功能实体运行时,所述处理器执行所述存储器存储的所述计算机执行指令,以使所述会话管理功能实体执行如权利要求1-6中任意一项所述的参数配置方法。
26.一种归属平台服务器,其特征在于,包括:处理器、存储器、总线和通信接口;
所述存储器用于存储计算机执行指令,所述处理器与所述存储器通过所述总线连接,当控制设备运行时,所述处理器执行所述存储器存储的所述计算机执行指令,以使所述控制设备执行如权利要求7-9中任意一项所述的参数配置方法。
27.一种配置实体,其特征在于,包括:处理器、存储器、总线和通信接口;
所述存储器用于存储计算机执行指令,所述处理器与所述存储器通过所述总线连接,当控制设备运行时,所述处理器执行所述存储器存储的所述计算机执行指令,以使所述控制设备执行如权利要求10-12中任意一项所述的参数配置方法。
28.一种计算机可读存储介质,其特征在于,包括指令,当其在计算机上运行时,使得所述计算机执行如权利要求1-12中任意一项所述的参数配置方法。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810903615.3A CN110831023B (zh) | 2018-08-09 | 2018-08-09 | 一种参数配置方法 |
PCT/CN2019/097802 WO2020029808A1 (zh) | 2018-08-09 | 2019-07-26 | 一种参数配置方法 |
EP19848202.8A EP3820169B1 (en) | 2018-08-09 | 2019-07-26 | Parameter configuration method |
US17/169,736 US20210168573A1 (en) | 2018-08-09 | 2021-02-08 | Parameter Configuration Method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810903615.3A CN110831023B (zh) | 2018-08-09 | 2018-08-09 | 一种参数配置方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110831023A CN110831023A (zh) | 2020-02-21 |
CN110831023B true CN110831023B (zh) | 2021-11-09 |
Family
ID=69414464
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810903615.3A Active CN110831023B (zh) | 2018-08-09 | 2018-08-09 | 一种参数配置方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20210168573A1 (zh) |
EP (1) | EP3820169B1 (zh) |
CN (1) | CN110831023B (zh) |
WO (1) | WO2020029808A1 (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017172479A1 (en) * | 2016-03-30 | 2017-10-05 | Interdigital Patent Holdings, Inc. | METHODS AND SYSTEMS FOR SCHEDULING IN Uu-BASED VEHICLE-TO-VEHICLE COMMUNICATION |
CN107925906A (zh) * | 2015-09-24 | 2018-04-17 | 英特尔公司 | 用于车辆到万物服务的拥塞控制 |
CN108040108A (zh) * | 2017-12-11 | 2018-05-15 | 杭州电魂网络科技股份有限公司 | 通信切换方法、装置、协调服务器及可读存储介质 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10499370B2 (en) * | 2015-09-11 | 2019-12-03 | Lg Electronics Inc. | Method and apparatus for allocating MBMS based resources for V2X message transmission in wireless communication system |
EP3165944B1 (en) * | 2015-11-04 | 2022-04-20 | Nxp B.V. | Embedded communication authentication |
CN107027105B (zh) * | 2016-02-02 | 2021-10-22 | 中兴通讯股份有限公司 | 车联网通信v2x消息的传输方法、装置及系统 |
CN107295454B (zh) * | 2016-03-31 | 2022-11-22 | 中兴通讯股份有限公司 | 资源的配置方法及装置 |
CN107733955B (zh) * | 2016-08-12 | 2021-07-30 | 中兴通讯股份有限公司 | 车联网业务配置方法及装置,业务获取方法、装置及系统 |
CN106712874B (zh) * | 2016-12-30 | 2022-04-19 | 宇龙计算机通信科技(深圳)有限公司 | 无线频谱资源的管理方法、管理装置及数据发送端 |
CN108631917A (zh) * | 2017-03-24 | 2018-10-09 | 中兴通讯股份有限公司 | 一种信息传输方法及装置 |
EP3622765A1 (en) * | 2017-05-10 | 2020-03-18 | BlackBerry Limited | Resource configurations and scheduling of direct transmissions in multi-network environments |
EP3416450A1 (en) * | 2017-06-14 | 2018-12-19 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Joint resource pools for uplink communications |
CN108260163B (zh) * | 2018-03-28 | 2023-03-24 | 中兴通讯股份有限公司 | 信息的发送、接收方法及装置 |
US11329874B2 (en) * | 2018-04-12 | 2022-05-10 | Qualcomm Incorporated | Vehicle to everything (V2X) centralized predictive quality of service (QoS) |
GB2574908B (en) * | 2018-06-22 | 2021-04-21 | Samsung Electronics Co Ltd | Network and control thereof |
-
2018
- 2018-08-09 CN CN201810903615.3A patent/CN110831023B/zh active Active
-
2019
- 2019-07-26 EP EP19848202.8A patent/EP3820169B1/en active Active
- 2019-07-26 WO PCT/CN2019/097802 patent/WO2020029808A1/zh unknown
-
2021
- 2021-02-08 US US17/169,736 patent/US20210168573A1/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107925906A (zh) * | 2015-09-24 | 2018-04-17 | 英特尔公司 | 用于车辆到万物服务的拥塞控制 |
WO2017172479A1 (en) * | 2016-03-30 | 2017-10-05 | Interdigital Patent Holdings, Inc. | METHODS AND SYSTEMS FOR SCHEDULING IN Uu-BASED VEHICLE-TO-VEHICLE COMMUNICATION |
CN108040108A (zh) * | 2017-12-11 | 2018-05-15 | 杭州电魂网络科技股份有限公司 | 通信切换方法、装置、协调服务器及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
EP3820169A1 (en) | 2021-05-12 |
EP3820169B1 (en) | 2023-11-15 |
US20210168573A1 (en) | 2021-06-03 |
CN110831023A (zh) | 2020-02-21 |
WO2020029808A1 (zh) | 2020-02-13 |
EP3820169A4 (en) | 2021-12-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113784333B (zh) | 一种移动性管理的方法、装置及系统 | |
CN110679185B (zh) | 网络切片服务功能 | |
CN110621045B (zh) | 一种物联网业务路由的方法 | |
US11323850B2 (en) | Vehicle-to-everything communication solution | |
CN102130773B (zh) | 群组通信的方法和用于群组通信的装置 | |
US10917298B2 (en) | Global device management architecture for IoT devices with regional autonomy | |
EP3972300A1 (en) | Communication method, apparatus and system | |
WO2016201913A1 (zh) | 一种数据传输方法、设备、系统及计算机存储介质 | |
CN110753300B (zh) | 一种物联网编队通信方法 | |
CN110831088B (zh) | 策略控制方法、设备及系统 | |
US11678181B2 (en) | Global device management architecture for IoT devices with regional autonomy | |
CN104980525A (zh) | 一种基于状态中间件的普适性移动计算框架 | |
CN112714413A (zh) | 车联网业务处理方法、设备及存储介质 | |
Xiao et al. | AdaptiveFog: A modelling and optimization framework for fog computing in intelligent transportation systems | |
da Silva Barbosa et al. | A platform for cloudification of network and applications in the Internet of Vehicles | |
CN111246365A (zh) | 一种移动路线的管控方法、装置及系统 | |
CN110831023B (zh) | 一种参数配置方法 | |
CN114125958A (zh) | 下行定位测量方法、装置及系统 | |
KR20210049812A (ko) | 포그 기반 데이터 처리를 가능하게 하기 위한 데이터 샘플 템플릿(dst) 관리 | |
CN108738027B (zh) | 一种网络处理方法、资源管理系统及网络设备 | |
CN109314885B (zh) | 管理移动虚拟机类型通信设备的系统和方法 | |
Riebl et al. | Simulating LTE-Enabled vehicular communications | |
CN115705195A (zh) | 边缘计算平台及其应用方法 | |
Kaloxylos et al. | Context Aware Control Schemes for Performance Improvement of V2X Network Slices | |
CN116806436A (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: 20220216 Address after: 550025 Huawei cloud data center, jiaoxinggong Road, Qianzhong Avenue, Gui'an New District, Guiyang City, Guizhou Province Patentee after: Huawei Cloud Computing Technology 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 |