CN111818547A

CN111818547A - Network configuration method and device

Info

Publication number: CN111818547A
Application number: CN201910286762.5A
Authority: CN
Inventors: 郭瑾; 赵灿; 周凯
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Cloud Computing Technologies Co Ltd
Priority date: 2019-04-10
Filing date: 2019-04-10
Publication date: 2020-10-23
Anticipated expiration: 2039-04-10
Also published as: CN111818547B; WO2020207359A1

Abstract

A network configuration method and a network configuration device are used for solving the problem that in the prior art, a single network cannot meet the service requirements of a plurality of sub-services of Internet of vehicles services. The method comprises the following steps: a first device receives a service request from a terminal device, wherein the service request comprises a service identifier and a network type supported by the terminal device; wherein the service comprises at least one sub-service; and the first device determines the selected network of each sub-service according to the network type supported by the terminal equipment, and initiates a network configuration process based on the selected network of each sub-service. Therefore, the different network requirements of a plurality of sub-services of one service can be met through multi-network collaborative complementation, and the reliable continuity of the service is ensured, so that the service requirements of the Internet of vehicles service are met.

Description

Network configuration method and device

Technical Field

The application relates to the field of vehicle networking, in particular to a network configuration method and device.

Background

With the continuous development of car networking technology, car networking services (e.g., auto parking with passengers (AVP), etc.) are widely used by users. At present, in the application process of the car networking service, one car networking service may include a plurality of service flows (i.e., a plurality of sub-services), and the network requirements of each service flow are different. For example, in the application process of the AVP service, the obstacle needs to be detected in real time and sent to the vehicle, and the network capability of low time delay, small bandwidth and uninterrupted cross-network switching service is needed; the AVP service needs to plan the route of the vehicle and send the route to the vehicle at the same time, and needs point-to-point and high-reliability network capability; the AVP service also involves map delivery to vehicles, requiring high reliability and high bandwidth network capabilities.

In the existing network technology, wireless fidelity (WIFI) has the characteristic of low time delay, but switching of an Access Point (AP) causes service interruption for 1-2s, and cannot meet the requirement of continuous service coverage; compared with the WIFI technology, long term evolution vehicle-mounted short-distance communication 5 (long term evolution, LTE) - (vehicle, V) (proximity communication five, PC5) can support low delay and continuous service coverage, but is not suitable for large-bandwidth services due to spectrum limitation; the LTE Uu can provide reliable point-to-point connection and a large bandwidth technology, but the transmission path is too long, which results in too large delay, and cannot meet the requirement of low-delay service.

In the prior art, the situation that a plurality of sub-services included in one car networking service and having different network requirements are not considered, so that the selected communication network cannot meet the service requirements of the plurality of sub-services in the car networking service.

Disclosure of Invention

The application provides a network configuration method and a network configuration device, which are used for solving the problem that in the prior art, a single network cannot meet the service requirements of a plurality of sub-services of an Internet of vehicles service.

In a first aspect, the present application provides a network configuration method, which may include: a first device receives a service request from a terminal device, wherein the service request comprises a service identifier, and the service comprises at least one sub-service; the first device obtains the network type supported by the terminal equipment, then the first device determines the selected network of each sub-service according to the network type supported by the terminal equipment, and initiates a network configuration flow based on the selected network of each sub-service.

By the method, the different network requirements of a plurality of sub-services of one service can be met through multi-network collaborative complementation, and the reliable continuity of the service is ensured, so that the service requirements of the Internet of vehicles service are met.

In a possible design, the first apparatus determines the selected network of each sub-service according to the network type supported by the terminal device, and the specific method may be as follows: the first device acquires the at least one sub-service corresponding to the service according to the service identifier, and determines at least one network to be selected corresponding to each sub-service; and the first device determines the selected network of each sub-service in at least one network to be selected corresponding to each sub-service according to the network type supported by the terminal equipment.

By the method, the first device can accurately determine the selected network of each sub-service, so that the subsequent selected network based on each sub-service accurately initiates a network configuration process, and thus, the multiple networks can cooperate and complement to meet the different network requirements of the multiple sub-services of one service.

In a possible design, before receiving the service request from the terminal device, the first device further obtains a service requirement of each sub-service, and determines at least one network to be selected corresponding to each sub-service according to the service requirement of each sub-service and a network type available to a system where the first device is located.

By the method, the first device can accurately determine the network to be selected corresponding to each sub-service according to the actual situation.

In one possible design, the first device receives network state information from a second device, where the network state information sent by the second device is network state information of a network deployed by a system in which the first device is located; and the first device determines the available network type of the system where the first device is located according to the network state information. In an exemplary embodiment, the second device is a Service Capability Exposure Function (SCEF) network element, a Policy and Charging Rules Function (PCRF) network element, or a Road Side Unit (RSU) in an AVP service scenario.

By the method, the first device can determine the available network type of the system where the first device is located according to the availability state of the network, so that the first device determines the network to be selected corresponding to each sub-service.

In a possible design, when the selected network of the first sub-service of the service is a PC5 network, the initiating, by the first device, a network configuration procedure may specifically include: the first device allocates a destination layer address to the terminal equipment and sends network configuration information to the terminal equipment and the second device, wherein the network configuration information comprises the destination layer address and the identifier of the terminal equipment. Illustratively, the second device is an RSU in an AVP service scenario.

By the method, the network configuration process of the PC5 network can be successfully initiated, and further the network configuration is carried out based on the PC5 network.

In one possible design, the first apparatus receives a first service message from a third apparatus, where the first service message includes an identifier of the terminal device and an identifier of the first sub-service; the first device determines the destination layer address according to the identifier of the terminal equipment and the identifier of the first sub-service; and the first device sends the second service message to the terminal equipment through the second device, wherein the second service message comprises the destination layer address, and the destination layer address is used for indicating the terminal equipment to receive and process the second service message. The second device is, for example, an RSU in an AVP service scenario; the third device is a device deployed by an AVP application in an AVP service scenario.

By the method, the sub-service can be performed after the network configuration is completed, so that the service requirement of the sub-service is met.

In one possible design, when the selected network of the second sub-service of the service is an LTE-Uu network, the initiating, by the first device, a network configuration procedure may specifically include: the first device sends network configuration information to a second device, wherein the network configuration information comprises the IP address of the terminal equipment and the service requirement of the second sub-service; the first device receives a network configuration success message from the second device. For example, the second device is an SCEF or a PCRF in an AVP service scenario.

By the method, the network configuration process of the LTE-Uu network can be successfully initiated, and further the network configuration is carried out based on the LTE-Uu network.

In a possible design, when the network required by the third sub-service of the service is a 5G-Uu network, the initiating, by the first device, a network configuration procedure may specifically include: the first device determines the network slice of the third sub-service according to the service requirement of the third sub-service; and the first device sends network configuration information to the terminal equipment, wherein the network configuration information comprises the identification of the service, the IP address of the terminal equipment and the identification of the network slice of each sub-service.

By the method, the network configuration process of the 5G-Uu network can be successfully initiated, and further the network configuration is carried out based on the 5G-Uu network.

In one possible design, the first apparatus receives a third service message from a third apparatus, where the third service message includes an identifier of the terminal device and an identifier of a fourth sub-service; the fourth sub-service is the second sub-service or the third sub-service; the first device acquires the identifier of the terminal equipment and a destination IP address corresponding to the identifier of the fourth sub-service; and the first device sends the third service message to the terminal equipment through the destination IP address. Illustratively, the third device is a device deployed by an AVP application in an AVP service scenario.

In one possible design, the first device obtains first information indicating a network status of a first network; the first device determines that the first network is not available currently according to the first information; and the first device determines a target sub-service corresponding to the first network, updates network configuration information corresponding to the target sub-service and initiates a network configuration updating process.

By the method, when a certain network is abnormal, the network configuration information of the sub-service corresponding to the network is updated, so that the influence on the sub-service is avoided, and the service reliability is provided.

In a possible design, the first device obtains the first information by a specific method that may be: the first device receives data packet statistical information from the terminal equipment, wherein the data packet statistical information comprises packet loss number and statistical time; alternatively, the first device receives network congestion information from a second device. For example, the second device is an SCEF or a PCRF in an AVP service scenario.

By the method, the first device can accurately acquire the first information, so that the network state of the first network is accurately determined.

In one possible design, the first device determines, according to the first information, that the first network is not currently available, and the specific method may be: the first device determines that the first network is not available currently when determining that the packet loss rate is greater than a set packet loss rate threshold according to the packet loss number and the statistical time; or, when determining that the network congestion degree is greater than a set threshold value according to the network congestion information, the first device determines that the first network is not available currently.

By the method, the first device can accurately determine that the first network cannot be used currently, so that the network configuration information of the sub-service corresponding to the first network is updated subsequently, and the service reliability is improved.

In one possible design, the first device is deployed in an AVP server in a fully automated AVP parking with guest service scenario.

In a second aspect, the present application provides a network configuration method, including: the method comprises the steps that terminal equipment sends a service request to a first device, wherein the service request comprises service identification; wherein the service comprises at least one sub-service; the terminal equipment receives network configuration information from the first device, wherein the network configuration information is used for configuring the selected network of the at least one sub-service.

By the method, network configuration can be carried out based on the selected network of each sub-service, so that the different network requirements of a plurality of sub-services of one service can be met through multi-network collaborative complementation, the reliable continuity of the service is ensured, and the service requirements of the Internet of vehicles service are met.

In a possible design, when the selected network of the first sub-service of the service is a PC5 network, the network configuration information includes a destination layer address assigned by the first device to the terminal device and an identifier of the terminal device. Thus, the terminal device can be informed that the destination layer address is only used for the terminal device, so that the terminal device processes the service message based on the destination layer address after completing the network configuration.

In one possible design, the terminal device receives, through a second apparatus, a second service message sent by the first apparatus, where the second service message includes the destination layer address; and the terminal equipment judges the destination layer address as the own destination layer address and processes the second service message. Illustratively, the second device is an RSU in an AVP service scenario.

By the method, the terminal equipment can accurately process the service message related to the terminal equipment.

In a possible design, when the selected network of the second sub-service of the service is an LTE-Uu network, the terminal device receives network configuration information from the first apparatus, and a specific method may be: and the terminal equipment receives network configuration information sent by the first device through a second device, wherein the IP address of the terminal equipment and the service requirement of the second sub-service are in the network configuration information. For example, the second device is an SCEF or a PCRF in an AVP service scenario.

By the method, the terminal equipment can accurately receive the network configuration information, and then the network configuration based on the LTE-Uu network is completed subsequently.

In a possible design, when the selected network of the third sub-service of the service is a 5G-Uu network, the network configuration information includes an identifier of the service, an IP address of the terminal device, and an identifier of a network slice of the third sub-service. In this way, the network configuration based on the 5G-Uu network can be accurately finished subsequently.

In one possible design, the terminal device receives a third service message from the first apparatus through the IP address. Therefore, the terminal equipment can accurately process the service message related to the terminal equipment.

In one possible design, the terminal device determines packet statistics information according to a received packet, where the packet statistics information includes packet loss number and statistics time; and the terminal equipment sends the data packet statistical information to the first device.

By the method, the first device can determine the network state of the first network according to the data packet statistical information, and when the first network is determined to be unavailable, the network configuration information of the sub-service corresponding to the first network is updated, so that the service reliability can be improved.

In one possible design, the first device is deployed in an AVP server in an AVP service scenario.

In a third aspect, the present application provides a network configuration method, which may include: the method comprises the steps that after determining the network state of a network deployed by a system where a first device is monitored, a second device sends network state information to the first device, wherein the network state information is the network state information of the network deployed by the system where the first device is located.

By the method, the first device can execute subsequent network configuration processes based on the network state, so that different network requirements of a plurality of sub-services of one service can be met through multi-network collaborative complementation, the reliable continuity of the service is ensured, and the service requirements of the Internet of vehicles service are met.

In one possible design, the second device may be an SCEF, a PCRF, or an RSU in an AVP traffic scenario.

In one possible design, when the selected network of the first sub-service of the service is a PC5 network, the second device receives network configuration information from the first device, where the configuration information includes a destination layer address assigned by the first device to a terminal device and an identifier of the terminal device. Illustratively, the second device is an RSU in an AVP service scenario.

By the method, the second device can determine that the destination layer address is only used for the terminal equipment, and subsequently can identify the service message of the terminal equipment according to the destination layer address so as to inform the terminal equipment of the related service message.

In one possible design, the second device receives a second service message from the first device, the second service message including the destination layer address; and the second device sends the second service message to the terminal equipment, and the destination layer address is used for indicating the terminal equipment to receive and process the second service message. Illustratively, the second device is an RSU in an AVP service scenario.

By the method, the second device can send the service message to the terminal equipment, so that the terminal equipment determines whether the service message needs to be processed according to the destination layer address and the first address.

In one possible design, when the selected network of the second sub-service of the service is an LTE-Uu network, the second device receives network configuration information from the first device, where the network configuration information includes an IP address of the terminal device and a service requirement of the second sub-service; the second device sends a network configuration success message to the first device. For example, the second device is an SCEF or a PCRF in an AVP service scenario. In this way, network configuration based on the LTE network can be completed.

In one possible design, the second device sends network congestion information to the first device. For example, the second device is an SCEF or a PCRF in an AVP service scenario.

By the method, the first device can determine the network state of the first network according to the network congestion information, and when the first network is determined to be unavailable, the network configuration information of the sub-service corresponding to the first network is updated, so that the service reliability can be improved.

In one possible design, the service request further includes a network type supported by the terminal device. In this way, the first means may determine the selected network for each sub-service directly from the network types supported by the terminal device in the service request.

In one possible design, the terminal device sends a registration request to the first apparatus before sending the service request to the first apparatus, where the registration request includes a network type supported by the terminal device.

By the method, the first device can acquire the network type supported by the terminal equipment registered by the terminal equipment after receiving the service request, so that the first device can determine the selected network of each sub-service subsequently according to the network type supported by the terminal equipment.

In a fourth aspect, the present application further provides an apparatus for implementing network configuration, where the apparatus for implementing network configuration has a function of implementing the first apparatus in the example of the method in the first aspect. The functions may be implemented by hardware, or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above-described functions.

In a possible design, the structure of the apparatus for implementing network configuration includes a receiving unit and a processing unit, and optionally may further include a sending unit, where these units may perform corresponding functions in the method example in the first aspect, for which specific reference is made to detailed description in the method example, and details are not repeated here.

In a possible design, the apparatus for implementing network configuration structurally includes a communication interface, a memory, and a processor, where the communication interface is used to transmit and receive data and perform communication interaction with other devices in the system, and the processor is configured to support the apparatus for implementing network configuration to perform the corresponding functions of the first apparatus in the method according to the first aspect. The memory is coupled to the processor and holds the program instructions and data necessary for the device implementing the network configuration.

In a fifth aspect, the present application further provides a terminal device, where the terminal device has a function of implementing the terminal device in the example of the method in the second aspect. The functions may be implemented by hardware, or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above-described functions.

In a possible design, the structure of the terminal device includes a sending unit and a receiving unit, and optionally may further include a processing unit, and these units may execute corresponding functions in the second-side method example, which is specifically described in detail in the method example, and details are not described here.

In one possible design, the terminal device includes a transceiver configured to transmit and receive data and to perform communication interaction with other devices in the system, a memory, and a processor configured to enable the terminal device to perform the corresponding functions of the method of the second aspect. The memory is coupled to the processor and retains program instructions and data necessary for the terminal device.

In a sixth aspect, the present application further provides an apparatus for implementing network configuration, where the apparatus for implementing network configuration has a function of implementing the second apparatus in the example of the method in the third aspect. The functions may be implemented by hardware, or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above-described functions.

In a possible design, the structure of the apparatus for implementing network configuration includes a processing unit and a sending unit, and optionally may further include a receiving unit, where these units may perform corresponding functions in the method example of the third aspect, for specific reference, detailed description in the method example is given, and details are not repeated here.

In one possible design, the apparatus for implementing network configuration structurally includes a communication interface, a memory, and a processor, where the transceiver is configured to transmit and receive data and perform communication interaction with other devices in the system, and the processor is configured to support the apparatus for implementing network configuration to perform corresponding functions of the second apparatus in the method according to the third aspect. The memory is coupled to the processor and holds the program instructions and data necessary for the device implementing the network configuration.

In a seventh aspect, the present application also provides a system that may include at least the first apparatus, the terminal device, and the second apparatus mentioned in the above-mentioned references.

In an eighth aspect, the present application also provides a computer storage medium having computer-executable instructions stored thereon, which when invoked by a computer, cause the computer to perform any of the methods described above.

In a ninth aspect, the present application also provides a computer program product comprising instructions which, when run on a computer, cause the computer to perform any of the methods described above.

In a tenth aspect, the present application further provides a chip, coupled to the memory, for reading and executing the program instructions stored in the memory to implement any of the above methods.

Drawings

FIG. 1 is a block diagram of a system according to the present application;

FIG. 2 is a flow chart of a network configuration method provided herein;

fig. 3 is a flowchart of an example of a network configuration method provided herein;

fig. 4 is a flowchart of an example of a network configuration flow based on the PC5 network provided in the present application;

fig. 5 is a flowchart of an example of a network configuration procedure based on an LTE network provided in the present application;

fig. 6 is a flowchart of an example of a network configuration process based on a 5G network provided in the present application;

fig. 7 is a flowchart of an example of a process for triggering network reconfiguration by network state change according to the present application;

fig. 8 is a schematic structural diagram of an apparatus for implementing network configuration provided in the present application;

fig. 9 is a schematic structural diagram of a terminal device provided in the present application;

fig. 10 is a schematic structural diagram of an apparatus for implementing network configuration provided in the present application;

fig. 11 is a block diagram of an apparatus for implementing network configuration provided in the present application;

fig. 12 is a block diagram of a terminal device provided in the present application;

fig. 13 is a block diagram of another apparatus for implementing network configuration provided in the present application.

Detailed Description

The embodiment of the application provides a network configuration method and device, which are used for meeting the service requirements of Internet of vehicles services. The method and the device are based on the same inventive concept, and because the principles of solving the problems of the method and the device are similar, the implementation of the device and the method can be mutually referred, and repeated parts are not repeated.

In the description of the present application, the terms "first," "second," and the like, are used for descriptive purposes only and are not to be construed as indicating or implying relative importance, nor order.

In the description of the present application, "at least one" means one or more.

In order to more clearly describe the technical solution of the embodiment of the present application, the following describes a network configuration method and a network configuration device provided in the embodiment of the present application with reference to the accompanying drawings.

Fig. 1 shows a possible system architecture to which the network configuration method provided in the embodiment of the present application is applicable, where the system architecture includes at least a first device, a second device, and a terminal device. Specifically, the system may have a variety of application scenarios, for example, an AVP service scenario in an internet of vehicles, or a platoon driving (playon) scenario, and so on. Wherein:

the system where the first device is located includes one or more types of networks, and the first device may manage networks of different access network types (i.e., heterogeneous networks) to meet the service requirements of each sub-service. The first device determines a network (referred to as a selected network in this application) suitable for each sub-service according to the network type supported by the terminal device and the service requirement of each sub-service, and initiates a network configuration flow based on the selected network of each sub-service. The first device may be a device or apparatus deployed independently, may be integrated on a platform, and may be integrated in a server or other apparatuses. In a possible implementation manner, in an AVP service scenario, the first apparatus may be deployed or integrated in an AVP server.

It should be understood that the function of the first apparatus may also be split into multiple logical functions, and these logical functions may be collectively deployed in the same device or apparatus, or may be separately deployed in different devices or apparatuses. In the embodiments of the present application, the first device is described as an example to achieve complete functions, but it should be understood that the first device is not limited thereto.

The second device may monitor a network status of the network and perform network configuration. For example, the second device may be a Road Side Unit (RSU) that monitors a network status of the PC5 network; the second device may also be a network open entity, such as a Service Capability Exposure Function (SCEF) network element, a Policy and Charging Rules Function (PCRF) network element, and the like, and monitor a network state of the 5G-Uu network. It should be noted that the system may include a plurality of the second apparatuses, and each of the second apparatuses monitors a network status in a coverage area thereof; in addition, two second devices, namely the RSU and the SCEF, can be simultaneously included in the system.

The terminal equipment requests the first device for service, the service requested by the terminal equipment comprises one or more sub-services, then the terminal equipment completes the network configuration of the selected network of each sub-service based on the network configuration information corresponding to each sub-service determined by the first device, and further completes the service flow of each sub-service according to the network configuration. It should be noted that the terminal device includes functions of initiating a service request, receiving network configuration information, and configuring a network. In a specific implementation, the functions may be deployed on one terminal device or may be deployed on different terminal devices. The functions of the terminal device shown in fig. 1 may actually be implemented by two terminal devices (e.g., a first terminal device and a second terminal device) together, where an application on the second terminal device implements a function of initiating a service request, the application binds the first terminal device, and a communication unit on the first terminal device implements a function of receiving network configuration information. For example, in an AVP service scenario, the function of initiating the service request may be implemented by an AVP application installed on a mobile phone of a vehicle owner, and the function of receiving the network configuration information may be implemented by an On Board Unit (OBU) on the vehicle, where the OBU is a logic unit of a front loader or a Telematics BOX (TBOX) of the vehicle. In other car networking service scenarios, the functions of the terminal devices shown in fig. 2 may be implemented collectively by the front loader or TBOX of the vehicle.

Before the terminal device requests a service, the terminal device requests registration to the first apparatus, and the terminal device may register a network type supported by the terminal device to the first apparatus during registration, or may not register the network type supported by the terminal device. When the terminal device does not register the network type supported by the terminal device, the terminal device may carry the network type supported by the terminal device when requesting a service from the first apparatus, which is not limited in this application. It should be noted that, when the terminal device registers the network type supported by the terminal device with the first apparatus, in a specific implementation, the terminal device may register itself, or register with an application on the second terminal device, where the application binds the first terminal device (a communication unit on the first terminal device implements a function of receiving network configuration information).

The application referred to in the embodiments of the present application may be understood as a software set that implements a specific service, that is, application software related to a service, and the like.

In addition, the second apparatus and the terminal device are not limited to the above example, and other examples are also possible, and are not listed here.

It should be noted that the selected network of the sub-service referred to in the embodiments of the present application refers to a communication network for transmitting data, information or messages related to the sub-service. The network types involved in the embodiments of the present application include PC5, LTE, 5G, and so on. It should be noted that when the network type PC5 is involved, specifically, the network type PC includes PC5 under LTE network (i.e., LTE-PC5) and PC5 under 5G (i.e., 5G-PC 5); when the network type LTE is involved, the LTE-Uu is specifically referred to; when referring to network type 5G, it is specifically 5G-Uu. In the following description, for simplicity of description, only PC5, LTE-Uu, 5G-Uu will be described.

The network configuration method provided by the embodiment of the application is suitable for the system shown in fig. 1. Referring to fig. 2, a specific process of the method may include:

step 201: a first device receives a service request from a terminal device, wherein the service request comprises a service identifier; wherein the service comprises at least one sub-service.

The service request may be initiated by an application or other functional modules of the terminal device, and the application of the terminal device may be an application bound with a service of the terminal device.

Step 202: and the first device acquires the network types supported by the terminal equipment.

In an alternative implementation, there may be two cases that the first apparatus obtains the network types supported by the terminal device:

in the first case: the service request further includes a network type supported by the terminal device, and the first device obtains the network type supported by the terminal device from the service request.

In the second case: and before sending the service request to the first device, the terminal equipment sends a registration request to the first device, wherein the registration request comprises the network types supported by the terminal equipment. Then, the first device obtains the network type supported by the terminal equipment registered by the terminal equipment.

The application or other functional module of the terminal device may initiate the registration request, and the application of the terminal device may be an application to which a service of the terminal device is bound.

In an optional implementation manner, the service request may further include an identifier of the terminal device. For example, in an AVP service scenario, when the service request includes a network type supported by the terminal device, the content included in the service request may be as shown in table 1:

table 1 service request

Identification of terminal equipment	Identification of services	Supported network types
			Terminal device ID	AVP	LTE-Uu、PC5

Specifically, the service request may be initiated by an application of the terminal device, such as a Mobile Application (MAPP) installed on the terminal device. In an AVP service scenario, the MAPP cannot directly communicate with the first device, and the cloud AVP server is required to forward a service request of the MAPP to the first device.

In an optional implementation manner, before the first device receives the service request from the terminal device, the first device obtains the service requirement of each sub-service, and then the first device determines, according to the service requirement of each sub-service and a type of a network available to a system where the first device is located, at least one network to be selected corresponding to each sub-service.

In an optional implementation manner, in an AVP service scenario, the service requirement of the first device for acquiring each sub-service may be a service requirement of each sub-service registered by an AVP application received by the first device. The service requirement of each sub-service may include, but is not limited to, uplink and downlink information, unicast/broadcast, delay, bandwidth, frequency, reliability information, and the like. For example, the service requirements of each sub-service may be as shown in table 2. In this scenario, the AVP application and the first device may be deployed together in an AVP server of the parking lot, or they may be deployed separately, which is not limited in this application.

TABLE 2 Business requirements of sub-businesses

In an optional implementation manner, at least one candidate network corresponding to each sub-service may exist in a form of a candidate network list, for example, as shown in table 3:

table 3 list of networks to be selected corresponding to sub-services

The first apparatus may set a priority of network selection, for example, the priority of the network to be selected corresponding to each sub-service in table 3 may be an order of priority from high priority to low priority, such as sub-service map downloading, and the priority of 5G-Uu is higher than that of LTE-Uu. Of course, other prioritization orders are possible and are not described in detail herein.

In an alternative embodiment, the first apparatus needs to determine in advance the network type available to the system in which the terminal device is located. Specifically, the first device receives network state information from a second device, where the network state information sent by the second device is network state information of a network deployed by a system where the first device is located; and the first device determines the available network type of the system where the first device is located according to the network state information. Wherein, the second device can be one or more.

For example, in an AVP traffic scenario, the second apparatus may be one or more of an RSU, an SCEF, and a PCRF. The RSU may send network status information of the PC5 to the first device, which may specifically include an identity of the RSU, a location of the RSU, a coverage area, a load condition, a synchronization status, a channel quality, and the like. For example, the network status information of the PC5 sent by the RSU may be as shown in table 4; the SCEF or PCRF may send network congestion information of the 5G-Uu or LTE-Uu to the first apparatus, which may specifically include an identifier of a base station (e.g., eNodeB) or an identifier of NR, a network congestion status, and the like. For example, the network status information of LTE-Uu may be as shown in table 5. Further, the network types available to the system determined by the first device may be as shown in table 6.

TABLE 4 network status information of PC5

Identification of RSU	Load(s)	Synchronization status	Channel quality	Coverage area
					RSU ID 1	80％	Is normal	Superior food	Geographic coordinates
RSU ID 2	50％	Is normal	Superior food	Geographic coordinates

TABLE 5 network status information for LTE-Uu

Identification of eNodeB	Network congestion status
		eNodeB 1	Is that
eNodeB 2	Whether or not

TABLE 6

Network type	Available state (available or not)
		PC5	Can be used
LTE-Uu	Can be used
		5G-Uu	Is not available
WIFI-Uu	Can be used

Step 203: and the first device determines the selected network of each sub-service according to the network type supported by the terminal equipment, and initiates a network configuration process based on the selected network of each sub-service.

In an optional implementation manner, the first apparatus determines the selected network of each sub-service according to the network type supported by the terminal device, and the specific method may be as follows:

the first device acquires the at least one sub-service corresponding to the service according to the service identifier, and further determines at least one network to be selected corresponding to each sub-service;

and the first device determines the selected network of each sub-service in at least one network to be selected corresponding to each sub-service according to the network type supported by the terminal equipment.

For example, as shown in table 3, the first device may determine, according to the identifier of the AVP, that the sub-service corresponding to the AVP includes map downloading, path planning, auxiliary positioning, obstacle detection, and state reporting in the mapping relationship stored in the first device, and then further determine, according to the mapping relationship, a candidate network for each sub-service, where, for example, the determined candidate network for map downloading is 5G-Uu and LTE-Uu.

In an alternative embodiment, the first apparatus may determine the selected network of each sub-service in combination with table 1, table 2 and table 3, for example, the selected network of each sub-service may be as shown in table 7:

table 7 selected networks per sub-service

In a specific implementation, when the selected networks of different sub-services are different, the subsequent network configurations are also different. Depending on the network, the case where the first device initiates the configuration procedure may include, but is not limited to, the following three cases:

case a 1: when the selected network of the first sub-service of the service is a PC5 network, the initiating, by the first device, a network configuration procedure may specifically include:

the first device allocates a destination layer address to the terminal equipment; and the first device sends network configuration information to the terminal equipment and the second device, wherein the configuration information comprises the destination layer address and the identifier of the terminal equipment. When the terminal device receives the network configuration information, the terminal device may receive the network configuration information through a communication unit in the terminal device. It should be noted that the application or other functional modules of the terminal device initiating the service request may be integrated with the communication unit in the same terminal device, or may be integrated in different terminal devices, which is not limited in this application.

Wherein, the destination layer address is a MAC address.

In one embodiment, the first apparatus allocates the destination layer address to the terminal device according to an identifier of the terminal device, an identifier of the first sub-service, and a communication type (i.e., unicast or broadcast).

In an optional implementation manner, after the terminal device responds to the first apparatus with a configuration response message, the first apparatus determines that the network configuration of the first sub-service is completed. At this time, the first device stores the corresponding relationship between the identifier of the terminal device, the identifier of the service, the network type of the first sub-service and the destination layer address of the terminal device. For example, when the first sub-service is assisted positioning or obstacle detection, the correspondence relationship stored by the first device may be as shown in table 8 for sub-service assisted positioning or obstacle detection.

TABLE 8

In an optional implementation manner, after the network configuration is completed, the first apparatus receives a first service message from a third apparatus, where the first service message includes an identifier of the terminal device and an identifier of the first sub-service; the first device determines the destination layer address according to the identifier of the terminal equipment and the identifier of the first sub-service; and the first device sends the second service message to the terminal equipment through the second device, wherein the second service message comprises the destination layer address, and the destination layer address is used for indicating the terminal equipment to receive and process the second service message. Specifically, when the terminal device determines that the destination layer address in the second service message is the destination layer address of itself, it determines that the second service message is sent to itself, and then processes the second service message.

For example, the first apparatus searches for a locally stored correspondence, and determines a destination layer address corresponding to both the identifier of the terminal device and the identifier of the first sub-service, where for example, when the first sub-service is assisted positioning, the first apparatus may determine, through the lookup table 8, that the destination layer address corresponding to both the terminal device and the assisted positioning is MAC 1; then the first device includes the destination layer address in the second service message and broadcasts the second service message to the terminal equipment through the second device, and then the terminal equipment compares whether the destination layer address is the same as the destination layer address of the terminal equipment, thereby judging whether the second service message is the service message sent to the terminal equipment.

In an optional implementation manner, the first apparatus may further allocate an air interface resource to the terminal device, and then may include an identifier of the air interface resource in the network configuration information.

In this case a1, if it is in an AVP service scenario, the second device may be an RSU, and the third device may be an AVP application, or an apparatus where the AVP is deployed, for example, an AVP server where the AVP application is deployed.

Case a 2: when the selected network of the second sub-service of the service is an LTE-Uu network, the first device initiates a network configuration procedure, which may specifically include:

the first device sends network configuration information to a second device, wherein the network configuration information comprises the IP address of the terminal equipment and the service requirement of the second sub-service; the first device receives a network configuration success message from the second device.

In an optional implementation manner, the first apparatus may send a network configuration request or a bearer establishment connection request to the second apparatus, where the network configuration request or the bearer establishment connection request includes the network configuration information. And after the second device and the terminal equipment bearer are established, the second device returns a network configuration success message to the first device. At this time, the first device stores the corresponding relationship between the identifier of the terminal device, the identifier of the service, the network type of the second sub-service, and the IP address.

In the case a2, if in the AVP service scenario, the second device is an SCEF or a PCRF.

Case a 3: when the selected network of the third sub-service of the service is a 5G-Uu network, the first device initiates a network configuration procedure, which may specifically include:

the first device determines the network slice of the third sub-service according to the service requirement of the third sub-service; and the first device sends network configuration information to the terminal equipment, wherein the network configuration information comprises the identification of the service, the IP address of the terminal equipment and the identification of the network slice of the third sub-service.

In an optional implementation manner, after the terminal device responds to the first apparatus with a configuration response message, the first apparatus determines that the network configuration of the third sub-service is completed. At this time, the first device stores the corresponding relationship between the identifier of the terminal device, the IP address, the identifier of the service, the network type of the third sub-service, and the identifier of the network slice of the third sub-service.

In an optional implementation manner, in the case a2 and the case a3, in a flow after the network configuration is completed, the first apparatus receives a third service message from a third apparatus, where the third service message includes an identifier of the terminal device and an identifier of a fourth sub-service; the fourth sub-service is the second sub-service in case a2 above or the third sub-service in case a3 above; and after acquiring the destination IP address corresponding to the identifier of the terminal equipment and the identifier of the fourth sub-service, the first device sends the third service message to the terminal equipment through the destination IP address. At this time, the third device may be an AVP application in an AVP service scenario, or an apparatus or device deployed by the AVP application, such as an AVP server at a parking lot end.

In specific implementation, in the service process, the change of the network state of the selected network of any sub-service may affect the service, and may trigger the reconfiguration process of the network. Specifically, the first device acquires first information, where the first information is used to indicate a network state of a first network; the first device determines that the first network is not available currently according to the first information; and the first device determines a target sub-service corresponding to the first network, updates network configuration information corresponding to the target sub-service and initiates a network configuration updating process.

In an optional implementation manner, the first device acquires the first information, which may be specifically divided into the following two cases:

case b 1: the first device receives data packet statistical information from the terminal equipment, wherein the data packet statistical information comprises packet loss number and statistical time.

In an optional implementation manner, the terminal device determines packet statistics information according to a received packet, and sends the packet statistics information to the first apparatus. Specifically, the terminal device counts a message count (msgent) field of a received message, and determines whether packet loss occurs or not according to the continuity of msgent, thereby determining the data packet statistical information.

In an optional implementation manner, the terminal device periodically sends the packet statistics to the first apparatus; or the terminal equipment sends the data packet statistical information to the first device when determining that the packet loss number exceeds a fixed threshold.

Case b 2: the first device receives network congestion information from a second device.

For example, in an AVP service scenario, the second device may be an SCEF or a PCRF, and the SCEF or the PCRF may monitor a network congestion condition of the LTE-Uu or 5G-Uu network and then report network congestion information of the LTE-Uu or 5G-Uu to the first device.

The second device may also be an RSU in an AVP service scenario, where the RSU monitors network congestion of the PC5, and then reports network congestion information of the PC5 to the first device.

In an alternative implementation, based on the above condition b1, the first device determines, according to the first information, that the first network is not currently available, and the specific method may be: and when the first device determines that the packet loss rate is greater than a set packet loss rate threshold value according to the packet loss number and the statistical time, the first device determines that the first network is unavailable currently.

In another alternative implementation, based on the above condition b2, the first device determines, according to the first information, that the first network is not currently available, and the specific method may be: and when the first device determines that the network congestion degree is greater than a set threshold value according to the network congestion information, the first device determines that the first network is not available currently.

By adopting the network configuration method provided by the embodiment of the application, the first device receives a service request from the terminal equipment, wherein the service request comprises the identification of the service and the network type supported by the terminal equipment; wherein the service comprises at least one sub-service; and the first device determines the selected network of each sub-service according to the network type supported by the terminal equipment, and initiates a network configuration process based on the selected network of each sub-service. By the method, the different network requirements of a plurality of sub-services of one service can be met through multi-network collaborative complementation, and the reliable continuity of the service is ensured, so that the service requirements of the Internet of vehicles service are met.

Based on the above embodiments, the network configuration method provided in the embodiments of the present application is described below in a specific scenario. For example, the following embodiments are all described by taking AVP service scenarios as examples. In this scenario, the TBOX in the terminal device and the application MAPP bound to the terminal device are taken as examples, and the first device is deployed on the field-side AVP server as an example. The AVP server at the field end is also provided with AVP application, is responsible for road condition fusion perception analysis (video + radar), and is responsible for vehicle obstacle recognition and positioning tracking, and vehicle parking/calling path planning. In an AVP service scenario, the terminal device cannot directly communicate with the first device, and a cloud AVP server (e.g., an IoT platform) is required for message forwarding. The cloud AVP server is deployed with cloud AVP application and is responsible for management, connection management, operation and maintenance of the Internet of things equipment. In the following example, the first device is described by taking an example in which the first device implements the function of the first device through two functional modules, namely, a network configuration management module and a service network mapping module. It should be noted that the network configuration management module and the service network mapping module are only one possible example, and other possibilities are also possible, and the present application does not limit this. It should be noted that, in the following example, implementing the function of the terminal device by using TBOX and MAPP is only one possible example, and the function of the terminal device may also be implemented by using other functional modules in the terminal device, which is not limited in this application.

Fig. 3 shows an example of a network configuration method provided in the present application, where a flow of the example may specifically include:

step 301: monitoring entities of different networks send network status information to the network configuration management module, which may specifically be as shown in step 301a and step 301b in the figure:

step 301 a: the RSU sends network status information of the PC5 to the network configuration management module, and the network status information of the PC5 may include RSU identification, RSU location, coverage, load condition, synchronization status, channel quality, and the like.

Specifically, see table 4 in the embodiment shown in fig. 2, which is not repeated herein.

Step 301 b: the SCEF sends the network state information of LTE-Uu, 5G-Uu to the network configuration management module, where the network state information may include an identifier of eNodeB or an identifier of NR, a network congestion state, and the like.

For example, the network status information of LTE-Uu may refer to table 5 in the embodiment shown in fig. 2, and is not repeated here.

Step 302: and the network configuration management module determines the available network type of the system where the network configuration management module is positioned according to the network state information.

Specifically, the types of networks available for the system can be shown in table 6 in the embodiment shown in fig. 2, and details are not described here.

Step 303: the network configuration management module sends network capability information, that is, the network type available to the system determined by the network configuration management module in step 302, to the service network mapping module, where the network capability information includes the network type and the available state, as shown in table 6.

Step 304: the field-end AVP application registers the service requirement of each sub-service to the service network mapping module, and the service requirement of each sub-service may include, but is not limited to, uplink and downlink information, unicast/broadcast, time delay, bandwidth, frequency, reliability information, and the like.

Specifically, the service requirements of the sub-services may refer to table 2 in the embodiment shown in fig. 2, and details are not repeated here.

Step 305: and the service network mapping module determines at least one network to be selected corresponding to each sub-service according to the service requirement of each sub-service and the available network type of the system.

For example, the form of at least one candidate network corresponding to each sub-service may be as shown in table 3, and will not be described in detail herein.

Step 306: the MAPP sends a service request to the cloud AVP server, wherein the service request comprises the network type supported by the identification terminal equipment of the AVP and the identification of the terminal equipment.

The MAPP may be an AVP application installed on the terminal device, or may be an AVP application bound to the terminal device on the mobile phone terminal (or other terminal device) of the vehicle owner.

The MAPP cannot be communicated with a local field-end AVP server of a private network, so that the message is forwarded to the field-end AVP server through the cloud-end AVP server.

Specifically, the service request may be as shown in table 1, and is not repeated here.

It should be noted that, only the network types supported by the terminal device included in the service request are described as an example here. In another possible scheme, the service request does not include the network types supported by the terminal device, but the terminal device registers the network types supported by the terminal device at the time of initial registration, in this scheme, before the following step 308 is executed, the service network mapping module further executes an operation of acquiring the network types supported by the terminal device, which is not described in detail herein.

Step 307: and the cloud AVP server forwards the service request to the service network mapping module.

Step 308: and the service network mapping module determines the selected network of each sub-service according to the network type supported by the terminal equipment.

Specifically, the service network mapping module determines the selected network of each sub-service according to at least one candidate network (for example, table 3) of each sub-service and the network type (for example, table 1) supported by the terminal device, for example, as shown in table 7 in the embodiment shown in fig. 2, which is not described herein again.

When the service network mapping module determines that the selected network of a certain sub-service does not exist in at least one network to be selected corresponding to the certain sub-service in the at least one sub-service, executing step 309 and step 310; when the service network mapping module determines that the selected network of each sub-service exists in at least one network to be selected corresponding to each sub-service, step 311 and step 312 are executed.

Step 309: the service network mapping module sends an AVP service failure message to the cloud AVP server, wherein the AVP service failure message comprises a service failure reason, and the failure reason can be unsupported by a network.

Step 310: and the cloud AVP server forwards the service failure message to the MAPP.

Step 311: and the service network mapping module sends network configuration information to the network configuration management module.

Step 312: and the network configuration management module initiates a network configuration process based on the network corresponding to each sub-service.

For example, the following network-initiated configuration flows based on different sub-services are described as specific examples, such as the examples shown in fig. 4 to 6 below.

In fig. 4, an example of a network configuration flow based on the PC5 network is described by taking the selected network of the first sub-service as the PC5 as an example, and a specific network configuration flow may include:

step 401: and the service network mapping module sends a network configuration request to the network configuration management module, wherein the network configuration request comprises a network type PC5, a communication type unicast, a terminal equipment ID and an identifier of the first sub-service. For example, the identification of the first sub-service in this example is the ID corresponding to the auxiliary positioning and obstacle detection service.

Step 402: the network configuration management module determines that unicast with PC5 requires interaction of application layer keys with TBOX first.

Step 403: and the network configuration management module allocates the destination layer address adopted by the unicast to the terminal equipment according to the network configuration request.

Step 404: and the network configuration management module allocates air interface resources for unicast to the terminal equipment according to the network configuration request.

Step 405: the network configuration management module sends PC5 configuration information to the TBOX, where the PC5 configuration information includes a terminal device ID, an identifier of a first sub-service, the destination layer address, and a PC5 air interface resource configuration.

Step 406: the network configuration management module sends PC5 configuration information to the RSU.

Step 407: and the network configuration management module sends a network configuration completion message to the service network mapping module after determining that the configuration is completed, wherein the network configuration completion message comprises a terminal equipment ID, the identifier of the first sub-service and a destination layer address.

Step 408: the service network mapping module stores the corresponding relationship (as shown in table 8) between the identifier of the terminal device, the identifier of the service, the network type of the sub-service and the address, and determines that the network configuration of all the sub-services is completed.

Step 409: and the business network mapping module sends an AVP trigger success message to the cloud AVP application.

Step 410: and the cloud AVP application forwards the AVP trigger success message to the MAPP.

Step 411: and the field terminal AVP application sends a first service message to the service network mapping module, wherein the first service message comprises a terminal equipment ID and the identifier of the first sub-service.

Wherein the first service message further comprises a service message payload.

Step 412: and the service network mapping module determines the destination layer address according to the terminal equipment ID and the first sub-service identifier.

Specifically, the service network mapping module further determines a network type according to the terminal device ID and the first sub-service identifier, in this example, it is determined that PC5 network communication is used.

Step 413: and the service network mapping module sends a second service message to the RSU, wherein the second service message comprises the destination layer address.

Wherein the second service message further includes the service message payload.

Step 414: the RSU sends the second traffic message to the TBOX.

Illustratively, the RSU sends the second service message to the TBOX after encapsulating a service message payload with the destination layer address.

Step 415: the TBOX determines whether the destination layer address is a destination layer address of itself, if so, step 416 is executed, otherwise, step 417 is executed.

Specifically, the TBOX filters the destination layer address according to the configuration information of PC5 in step 405, determines a sub-service corresponding to the destination layer address, and decodes the second service message using a key that is not subject to 2 negotiation. If the PC5 configuration information includes the destination layer address, determining that the destination layer address is the destination layer address of itself, and then executing step 416; if the PC5 configuration information does not include the destination layer address, it is determined that the destination layer address is not the destination layer address of itself, and the second service message is discarded, i.e., step 417 is executed.

Step 416: and the terminal equipment processes the second service message.

Step 417: and the terminal equipment discards the second service message.

In fig. 5, an example of a network configuration flow based on an LTE-Uu network is described by taking an example that a selected network of a second sub-service is LTE-Uu, in this example, the second sub-service is path planning, and a specific network configuration flow may include:

step 501: and the service network mapping module sends a network configuration request to the network configuration management module, wherein the network configuration request comprises the network type of LTE-Uu, the bandwidth, the time delay and the ID of the terminal equipment.

Step 502: and the network configuration management module sends network configuration information to a cloud AVP application, wherein the network configuration information comprises a terminal equipment ID, an identifier of the second sub-service, a bandwidth and a time delay.

Step 503: and the cloud AVP application sends a bearer establishment request message to the SCEF, wherein the bearer establishment request message comprises the network configuration information and the IP address of the terminal equipment.

Step 504: the SCEF establishes a bearer with the TBOX.

Step 505: and the SCEF sends a bearing establishment success message to the cloud AVP application.

Step 506: and the cloud AVP application sends a network configuration completion message to the network configuration management module.

Step 507: and the network configuration management module sends the network configuration completion message to the service network mapping module.

Step 508: and the service network mapping module determines that the configuration of all the sub-service networks is completed.

Step 509: and the business network mapping module sends an AVP trigger success message to the cloud AVP application.

Step 510: and the cloud AVP application forwards the AVP trigger success message to the MAPP.

Step 511: and the field terminal AVP application sends a third service message to the service network mapping module, wherein the third service message comprises a terminal equipment ID and the identifier of the second sub-service.

The third service message may be a path delivery message, and the path delivery message may further include a service message payload.

Step 512: and the service network mapping module acquires the ID of the terminal equipment and the destination IP address corresponding to the identifier of the second sub-service.

Step 513: and the service network mapping module sends the third service message to the TBOX through the destination IP address.

In fig. 6, an example of a network configuration flow based on a 5G-Uu network is described by taking an example that a selected network of a third sub-service is a 5G-Uu network, in this example, the third sub-service is a map download, and a specific network configuration flow may include:

step 601: and the service network mapping module sends a network configuration request to the network configuration management module, wherein the network configuration request comprises a network type of 5G-Uu, a bandwidth, a time delay and a terminal equipment ID.

Step 602: and the network configuration management module determines the network slice of the third sub-service according to the service requirement (bandwidth and time delay) of the third sub-service.

Step 603: and the network configuration management module sends network configuration information to the TBOX, wherein the network configuration information comprises the identifier of the third sub-service, the IP address of the terminal equipment and the identifier of the network slice.

Step 604: and the network configuration management module sends a network configuration completion message to the service network mapping module.

Wherein, the network configuration completion message includes a terminal device ID, the identifier of the third sub-service, and an IP address of the terminal device.

Step 605: and the service network mapping module determines that the configuration of all the sub-service networks is completed.

Step 606: and the business network mapping module sends an AVP trigger success message to the cloud AVP application.

Step 607: and the field terminal AVP application sends a fourth service message to the service network mapping module, wherein the fourth service message comprises the ID of the terminal equipment and the identifier of the third sub-service.

The fourth service message may be a map delivery message, and the map delivery message may further include a service message payload.

Step 608: and the service network mapping module acquires the ID of the terminal equipment and the destination IP address corresponding to the identifier of the third sub-service.

Step 609: and the service network mapping module sends the fourth service message to the TBOX through the destination IP address.

The network configuration of the selected network of different sub-services can be completed through the above example, in the service process, the network configuration management module monitors the network state change and notifies the service network mapping module, and when the service network mapping module judges that the network state change affects the service, the network reconfiguration process is triggered. For example, fig. 7 shows an example of a process in which a network state change triggers network reconfiguration, and a specific process of this example may include:

step 701: TBOX counts msgcnt of received messages, whether packet loss exists is judged through the continuity of the msgcnt, and data packet statistical information is determined, wherein the data packet statistical information comprises terminal equipment ID, packet loss number and statistical time.

Step 702: and the TBOX sends the data packet statistical information to a network configuration management module.

In an optional implementation manner, the terminal device periodically sends the data packet statistics information to the network configuration management module; or the terminal equipment sends the data packet statistical information to the network configuration management module when determining that the packet loss number exceeds a fixed threshold.

Step 703: the SCEF sends network congestion information to the network configuration management module.

The network congestion information may include network congestion situation information of the LTE-Uu or the 5G-Uu.

The steps 701, 702 and 703 are optional steps, for example, the steps 701 and 702 do not exist, and the step 703 exists.

Step 704: the network configuration management module determines that the first network is unavailable.

When the steps 701 and 702 exist, the network configuration management module determines that the first network is currently unavailable when determining that the packet loss rate is greater than a set packet loss rate threshold according to the packet loss number and the statistical time.

Or, when the step 703 exists, the network configuration management module determines that the first network is currently unavailable when determining that the network congestion degree is greater than a set threshold according to the network congestion information.

Step 705: and the network configuration management module sends a network state change message to the service network mapping module, wherein the network state change message comprises a network type and a network available state.

Step 706: and the service network mapping module determines a target sub-service corresponding to the first network.

And the service network mapping module judges whether a sub-service is borne on the first network according to the corresponding relation between the sub-service and the selected network, and if the sub-service is borne on the first network, the network configuration flow is re-triggered.

Step 707: and the service network mapping module updates the network configuration information corresponding to the target sub-service.

Step 708: and the service network mapping module sends the network configuration information corresponding to the target sub-service to the network configuration management module.

Step 709: and the network mapping module initiates a network configuration updating process based on the target sub-service.

Specifically, the network configuration process for the sub-service can be referred to the above embodiments, and will not be described in detail here.

It should be noted that, in the above example, the operation performed by the SCEF may also be performed by the PCRF, and specific details of this application are not described in detail again.

It should be noted that the network configuration management module and the service network mapping module shown in the examples shown in fig. 3 to fig. 7 are deployed in the first device, and are only one possible example. In a specific implementation, the network configuration management module and the service network mapping module may be respectively deployed in two different devices, and jointly implement the function implemented by the first device. Specifically, the examples of the present application are not listed.

Based on the above embodiments, the present application further provides a device for implementing network configuration, where the device for implementing network configuration is applied to the system shown in fig. 1, and is used to implement the function of the first device in the network configuration method provided in the present application. Referring to fig. 8, the apparatus 800 for implementing network configuration includes: a receiving unit 801 and a processing unit 802, wherein:

the receiving unit 801 is configured to receive a service request from a terminal device, where the service request includes an identifier of a service, where the service includes at least one sub-service;

the processing unit 802 is configured to obtain a network type supported by the terminal device, determine a selected network of each sub-service according to the network type supported by the terminal device, and initiate a network configuration flow based on the selected network of each sub-service.

In an optional implementation manner, when determining the selected network of each sub-service according to the network type supported by the terminal device, the processing unit 802 is specifically configured to: acquiring the at least one sub-service corresponding to the service according to the service identifier, and determining at least one network to be selected corresponding to each sub-service; and determining the selected network of each sub-service in at least one network to be selected corresponding to each sub-service according to the network type supported by the terminal equipment.

In an optional implementation manner, before the receiving unit 801 receives the service request from the terminal device, the processing unit 802 is further configured to: acquiring the service requirement of each sub-service; and determining at least one network to be selected corresponding to each sub-service according to the service requirement of each sub-service and the available network type of the system where the first device is located.

In an optional implementation manner, the receiving unit 801 is further configured to receive network status information from a second device, where the network status information sent by the second device is network status information of a network deployed in a system in which the first device 800 is located; the processing unit 802 is further configured to determine, according to the network status information, a network type available to a system in which the apparatus 800 for implementing network configuration is located. Optionally, the second device is an SCEF, a PRCF, or an RSU in an AVP service scenario.

In an optional implementation manner, the apparatus 800 for implementing network configuration further includes a sending unit, configured to send data, where when the selected network of the first sub-service of the service is a PC5 network, the processing unit 802, when initiating a network configuration procedure, is specifically configured to: allocating destination layer addresses to the terminal equipment; and sending network configuration information to the terminal equipment and a second device through the sending unit, wherein the network configuration information comprises the destination layer address and the identifier of the terminal equipment. Optionally, the second device is an RSU in an AVP service scenario.

In an optional implementation manner, the receiving unit 801 is further configured to receive a first service message from a third apparatus, where the first service message includes an identifier of the terminal device and an identifier of the first sub-service; the processing unit 802 is further configured to determine the destination layer address according to the identifier of the terminal device and the identifier of the first sub-service; the apparatus 800 for implementing network configuration further includes a sending unit, configured to send the second service message to the terminal device through the second apparatus, where the second service message includes the destination layer address, and the destination layer address is used to instruct the terminal device to receive and process the second service message. Optionally, the second device is an RSU in an AVP service scenario; the third device is a device deployed by an AVP application in an AVP service scenario.

In an optional embodiment, the apparatus 800 for implementing network configuration further includes a sending unit, configured to send data; when the selected network of the second sub-service of the service is an LTE-Uu network, the processing unit 802 is specifically configured to, when initiating a network configuration procedure: sending network configuration information to a second device through the sending unit, wherein the network configuration information comprises the IP address of the terminal equipment and the service requirement of the second sub-service; a network configuration success message is received from the second device through the receiving unit 801.

In an optional embodiment, the apparatus 800 for implementing network configuration further includes a sending unit, configured to send data; when the selected network of the third sub-service of the service is a 5G-Uu network, the processing unit 802, when initiating the network configuration flow, is specifically configured to: determining a network slice of the third sub-service according to the service requirement of the third sub-service; and sending network configuration information to the terminal equipment through the sending unit, wherein the network configuration information comprises the identification of the service, the IP address of the terminal equipment and the identification of the network slice of the third sub-service. Optionally, the second device is an SCEF or a PCRF in an AVP service scenario.

In an optional implementation manner, the receiving unit 801 is further configured to receive a third service message from a third apparatus, where the third service message includes an identifier of the terminal device and an identifier of a fourth sub-service; the fourth sub-service is the second sub-service or the third sub-service; the processing unit 802 is further configured to obtain an identifier of the terminal device and a destination IP address corresponding to the identifier of the fourth sub-service; the sending unit is further configured to send the third service message to the terminal device through the destination IP address. Optionally, the third device is a device deployed by an AVP application in an AVP service scenario.

In an optional implementation manner, the processing unit 802 is further configured to obtain first information, where the first information is used to indicate a network status of a first network; determining that the first network is not currently available according to the first information; and determining a target sub-service corresponding to the first network, updating network configuration information corresponding to the target sub-service, and initiating a network configuration updating process.

In an optional implementation manner, when acquiring the first information, the processing unit 802 is specifically configured to: receiving, by the receiving unit 801, packet statistics information from the terminal device, where the packet statistics information includes packet loss number and statistics time; alternatively, the network congestion information is received from the second device by the receiving unit 801. Optionally, the second device is an SCEF or a PCRF in an AVP service scenario.

In an optional implementation manner, when determining, according to the first information, that the first network is not currently available, the processing unit 802 is specifically configured to: determining that the packet loss rate is greater than a set packet loss rate threshold value according to the packet loss number and the statistical time; determining that the first network is not currently available; or determining that the network congestion degree is greater than a set threshold value according to the network congestion information; determining that the first network is not currently available.

In an optional embodiment, the apparatus 800 for implementing network configuration is deployed in an AVP server in an AVP service scenario.

The device for realizing network configuration provided by the embodiment of the application is adopted to receive a service request from a terminal device, wherein the service request comprises a service identifier and a network type supported by the terminal device; wherein the service comprises at least one sub-service; and the device for realizing network configuration determines the selected network of each sub-service according to the network type supported by the terminal equipment, and initiates a network configuration flow based on the network corresponding to each sub-service. Therefore, the different network requirements of a plurality of sub-services of one service can be met through multi-network collaborative complementation, and the reliable continuity of the service is ensured, so that the service requirements of the Internet of vehicles service are met.

Based on the above embodiments, the embodiments of the present application further provide a terminal device, where the terminal device is applied to the system shown in fig. 1, and is used to implement the network configuration method provided in the embodiments of the present application. Referring to fig. 9, the terminal apparatus 900 includes: a transmitting unit 901 and a receiving unit 902, wherein:

the sending unit 901 is configured to send a service request to a first device, where the service request includes an identifier of a service; wherein the service comprises at least one sub-service;

the receiving unit 902 is configured to receive network configuration information from the first device, where the network configuration information is used to configure a selected network of the at least one sub-service.

In an optional implementation manner, when the selected network of the service to the first sub-service is a PC5 network, the network configuration information includes a destination layer address assigned by the first device to the terminal device and an identifier of the terminal device.

In an optional implementation manner, the receiving unit 902 is further configured to receive, by a second apparatus, a second service message sent by the first apparatus, where the second service message includes the destination layer address; the terminal device further includes a processing unit, configured to determine that the destination layer address is a destination layer address of the terminal device itself, and process the second service message. Optionally, the second device is an RSU in an AVP service scenario.

In an optional implementation manner, when the selected network of the second sub-service of the service is an LTE-Uu network, the receiving unit 902, when receiving the network configuration information from the first apparatus, is specifically configured to: and receiving, by a second device, network configuration information sent by the first device, where the network configuration information includes the IP address of the terminal device and a service requirement of the second sub-service. Optionally, the second device is an SCEF or a PCRF in an AVP service scenario.

In an optional implementation manner, when the selected network of the third sub-service of the service is a 5G-Uu network, the network configuration information includes an identifier of the service, an IP address of the terminal device, and an identifier of a network slice of the third sub-service.

In an optional implementation manner, the receiving unit 902 is further configured to receive a third service message from the first apparatus through the IP address.

In an optional implementation manner, the terminal device 900 further includes a processing unit, configured to determine packet statistics information according to a received data packet, where the packet statistics information includes a packet loss number and a statistics time; the sending unit 901 is further configured to send the packet statistics information to the first device.

In a specific example, the service request further includes a network type supported by the terminal device.

In another specific example, before sending the service request to the first device, the sending unit 901 is further configured to: and sending a registration request to the first device, wherein the registration request comprises the network types supported by the terminal equipment.

In an optional embodiment, the first device is deployed in an AVP server in an AVP service scenario.

The method comprises the steps that the terminal equipment provided by the embodiment of the application is adopted to send a service request to a first device, wherein the service request comprises service identification and network types supported by the terminal equipment; wherein the service comprises at least one sub-service; the terminal equipment receives network configuration information from the first device, wherein the network configuration information is used for configuring the selected network of the at least one sub-service. Therefore, the different network requirements of a plurality of sub-services of one service can be met through multi-network collaborative complementation, and the reliable continuity of the service is ensured, so that the service requirements of the Internet of vehicles service are met.

Based on the above embodiments, the present application further provides a device for implementing network configuration, where the device for implementing network configuration is applied to the system shown in fig. 1, and is used to implement the function of the second device in the network configuration method provided in the present application. Referring to fig. 10, the apparatus 1000 for implementing network configuration includes: a processing unit 1001 and a transmitting unit 1002, wherein:

the processing unit 1001 is configured to determine a network state of a network deployed in a system in which the monitored first device is located; optionally, the device for implementing network configuration is an SCEF, a PCRF, or an RSU in an AVP service scenario;

the sending unit 1002 is configured to send network state information to the first device, where the network state information is network state information of a network deployed by a system in which the first device is located.

In an alternative embodiment, when the selected network of the first sub-service of the services is a PC5 network, the apparatus 1000 for implementing network configuration further includes a receiving unit configured to: and receiving network configuration information from the first device, wherein the configuration information comprises a destination layer address distributed to terminal equipment by the first device and an identifier of the terminal equipment. Wherein, the device for realizing network configuration is RSU in AVP service scene.

In an optional implementation manner, the receiving unit is further configured to receive a second service message from the first apparatus, where the second service message includes the destination layer address; the sending unit 1002 is further configured to send the second service message to the terminal device, where the destination layer address is used to instruct the terminal device to receive and process the second service message. Wherein, the device for realizing network configuration is RSU in AVP service scene.

In an optional implementation manner, when the selected network of the second sub-service of the services is an LTE-Uu network, the apparatus 1000 for implementing network configuration further includes a receiving unit, configured to: receiving network configuration information from the first device, wherein the network configuration information comprises an IP address of the terminal equipment and service requirements of the second sub-service; the sending unit 1002 is further configured to send a network configuration success message to the first device. Optionally, the device for implementing network configuration is an SCEF or a PCRF in an AVP service scenario.

In an optional implementation manner, the sending unit 1002 is further configured to send network congestion information to the first apparatus. Optionally, the device for implementing network configuration is an SCEF or a PCRF in an AVP service scenario.

By adopting the device for realizing network configuration provided by the embodiment of the application, the network state of the monitored network is determined, and the network state information is sent to the first device, wherein the network state information is the network state information of the network deployed by the system where the first device is located. Therefore, the first device can execute subsequent network configuration processes based on the network state, so that different network requirements of a plurality of sub-services of one service can be met through multi-network collaborative complementation, the reliable continuity of the service is ensured, and the service requirements of the Internet of vehicles service are met.

It should be noted that the division of the unit in the embodiment of the present application is schematic, and is only a logic function division, and there may be another division manner in actual implementation. The functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be substantially implemented or contributed by the prior art, or all or part of the technical solution may be embodied in a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, a network device, or the like) or a processor (processor) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a read-only memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

Based on the above embodiments, an apparatus for implementing network configuration is further provided in the embodiments of the present application, where the apparatus for implementing network configuration is applied to a system as shown in fig. 1, and is configured to perform the function of the first apparatus in the above embodiments. Referring to fig. 11, the apparatus 1100 for implementing network configuration may include: a communication interface 1101, a processor 1102, and a memory 1103.

The processor 1102 may be a Central Processing Unit (CPU), a Network Processor (NP), or a combination of the CPU and the NP. The processor 1102 may further include a hardware chip. The hardware chip may be an application-specific integrated circuit (ASIC), a Programmable Logic Device (PLD), or a combination thereof. The PLD may be a Complex Programmable Logic Device (CPLD), a field-programmable gate array (FPGA), a General Array Logic (GAL), or any combination thereof. When the above functions are implemented by the processor 1102, the functions may be implemented by hardware, or may be implemented by hardware executing corresponding software.

The communication interface 1101 and the processor 1102 are interconnected. Optionally, the communication interface 1101 and the processor 1102 are connected to each other through a bus 1104; the bus 1104 may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in FIG. 11, but this is not intended to represent only one bus or type of bus.

Specifically, when the apparatus 1100 implementing network configuration implements the operation of the first apparatus in the foregoing embodiment, the method may include:

the communication interface 1101 is used for transceiving data and performing communication interaction with other devices or apparatuses in the system;

the processor 1102 is configured to execute a program stored in the memory 1103, and when the program is executed, control the communication interface 1101 to receive a service request from a terminal device, where the service request includes an identifier of a service, where the service includes at least one sub-service; and acquiring the network type supported by the terminal equipment, determining the selected network of each sub-service according to the network type supported by the terminal equipment, and initiating a network configuration flow based on the selected network of each sub-service.

In an optional implementation manner, when determining the selected network of each sub-service according to the network type supported by the terminal device, the processor 1102 is specifically configured to: acquiring the at least one sub-service corresponding to the service according to the service identifier, and determining at least one network to be selected corresponding to each sub-service; and determining the selected network of each sub-service in at least one network to be selected corresponding to each sub-service according to the network type supported by the terminal equipment.

In an optional implementation manner, before controlling the communication interface 1101 to receive the service request from the terminal device, the processor 1102 is further configured to: acquiring the service requirement of each sub-service; and determining at least one network to be selected corresponding to each sub-service according to the service requirement of each sub-service and the network type available to the system where the device for realizing network configuration is located.

In an alternative embodiment, the processor 1102 is further configured to: controlling the communication interface 1101 to receive network state information from a second device, wherein the network state information sent by the second device is network state information of a network deployed by a system in which the device for realizing network configuration is located; and determining the available network type of a system where the device for realizing the network configuration is located according to the network state information. Optionally, the second device is an SCEF, a PRCF, or an RSU in an AVP service scenario.

In an optional implementation manner, when the selected network of the first sub-service of the service is a PC5 network, the processor 1102 is specifically configured to: allocating destination layer addresses to the terminal equipment; controlling the communication interface 1101 to send network configuration information to the terminal device and a second apparatus, where the network configuration information includes the destination layer address and an identifier of the terminal device. Optionally, the second device is an RSU in an AVP service scenario.

In an optional implementation, the processor 1102 is further configured to: controlling the communication interface 1101 to receive a first service message from a third apparatus, where the first service message includes an identifier of the terminal device and an identifier of the first sub-service; determining the address of the destination layer according to the identifier of the terminal equipment and the identifier of the first sub-service; controlling the communication interface 1101 to send the second service message to the terminal device through the second apparatus, where the second service message includes the destination layer address, and the destination layer address is used to instruct the terminal device to receive and process the second service message. Optionally, the second device is an RSU in an AVP service scenario; the third device is a device deployed by an AVP application in an AVP service scenario.

In an optional implementation manner, when the selected network of the second sub-service of the service is an LTE-Uu network, the processor 1102 is specifically configured to: controlling the communication interface 1101 to send network configuration information to a second device, where the network configuration information includes an IP address of the terminal device and a service requirement of the second sub-service; control the communication interface 1101 to receive a network configuration success message from the second device.

In an optional implementation manner, when the selected network of the third sub-service of the service is a 5G-Uu network, the processor 1102, when initiating a network configuration procedure, is specifically configured to: determining a network slice of the third sub-service according to the service requirement of the third sub-service; controlling the communication interface 1101 to send network configuration information to the terminal device, where the network configuration information includes an identifier of the service, an IP address of the terminal device, and an identifier of a network slice of the third sub-service. Optionally, the second device is an SCEF or a PCRF in an AVP service scenario.

In an alternative embodiment, the processor 1102 is further configured to: controlling the communication interface 1101 to receive a third service message from a third device, where the third service message includes an identifier of the terminal equipment and an identifier of a fourth sub-service; the fourth sub-service is the second sub-service or the third sub-service; acquiring the identifier of the terminal equipment and a destination IP address corresponding to the identifier of the fourth sub-service; controlling the communication interface 1101 to send the third service message to the terminal device through the destination IP address. Optionally, the third device is a device deployed by an AVP application in an AVP service scenario.

In an optional embodiment, the processor 1102 is further configured to obtain first information, where the first information is used to indicate a network status of the first network; determining that the first network is not currently available according to the first information; and determining a target sub-service corresponding to the first network, updating network configuration information corresponding to the target sub-service, and initiating a network configuration updating process.

In an optional implementation manner, when the processor 1102 obtains the first information, it is specifically configured to: controlling the communication interface 1101 to receive data packet statistical information from the terminal device, wherein the data packet statistical information comprises packet loss number and statistical time; or control the communication interface 1101 to receive network congestion information from a second device. Optionally, the second device is an SCEF or a PCRF in an AVP service scenario.

In an optional implementation manner, when determining, according to the first information, that the first network is not currently available, the processor 1102 is specifically configured to: determining that the packet loss rate is greater than a set packet loss rate threshold value according to the packet loss number and the statistical time; determining that the first network is not currently available; or determining that the network congestion degree is greater than a set threshold value according to the network congestion information; determining that the first network is not currently available.

In an optional embodiment, the apparatus 1100 for implementing network configuration is deployed in an AVP server in an AVP service scenario.

The memory 1103 is coupled to the processor 1102 and used for storing programs and the like. In particular, the program may include program code comprising computer operating instructions. The memory 1103 may include a RAM, and may also include a non-volatile memory (non-volatile memory), such as at least one disk memory. The processor 1102 executes the application program stored in the memory 1103 to implement the above functions, thereby implementing the network configuration method.

In an implementation, the memory 1103 may further store an identifier of the terminal device, an identifier of the sub-service, a correspondence between networks to be selected of the sub-service, and the like.

The device for realizing network configuration provided by the embodiment of the application is adopted to receive a service request from a terminal device, wherein the service request comprises a service identifier and a network type supported by the terminal device; wherein the service comprises at least one sub-service; the device for realizing network configuration determines the selected network of each sub-service according to the network type supported by the terminal equipment, and initiates a network configuration process based on the selected network of each sub-service. Therefore, the different network requirements of a plurality of sub-services of one service can be met through multi-network collaborative complementation, and the reliable continuity of the service is ensured, so that the service requirements of the Internet of vehicles service are met.

Based on the above embodiments, the present application further provides a terminal device, where the terminal device is applied to the system shown in fig. 1. Referring to fig. 12, the terminal apparatus 1200 may include: a transceiver 1201, a processor 1202, and a memory 1203.

The processor 1202 may be a Central Processing Unit (CPU), a Network Processor (NP), or a combination of the CPU and the NP. The processor 1202 may further include a hardware chip. The hardware chip may be an application-specific integrated circuit (ASIC), a Programmable Logic Device (PLD), or a combination thereof. The PLD may be a Complex Programmable Logic Device (CPLD), a field-programmable gate array (FPGA), a General Array Logic (GAL), or any combination thereof. When the processor 1202 implements the above functions, it may be implemented by hardware, or may be implemented by hardware executing corresponding software.

The transceiver 1201 and the processor 1202 are interconnected. Optionally, the transceiver 1201 and the processor 1202 are connected to each other through a bus 1204; the bus 1204 may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in FIG. 12, but this is not intended to represent only one bus or type of bus.

Specifically, when implementing the operation of the terminal device in the foregoing embodiment, the terminal device 1200 may include:

the transceiver 1201 is used for transceiving data and performing communication interaction with other devices or apparatuses in the system;

the processor 1202 is configured to execute a program stored in the memory, and when the program is executed, the processor 1201 controls the transceiver to send a service request to a first apparatus, where the service request includes an identifier of a service; wherein the service comprises at least one sub-service;

controlling the transceiver 1201 to receive network configuration information from the first device, the network configuration information being used to configure a selected network of the at least one sub-service.

In an optional implementation manner, when the selected network of the first sub-service of the services is a PC5 network, the network configuration information includes a destination layer address assigned by the first device to the terminal device and an identifier of the terminal device.

In an optional implementation manner, the processor 1202 is further configured to control the transceiver 1201 to receive, through a second apparatus, a second service message sent by the first apparatus, where the second service message includes the destination layer address; and judging that the destination layer address is the destination layer address of the destination layer address, and processing the second service message. Optionally, the second device is an RSU in an AVP service scenario.

In an optional implementation manner, when the selected network of the second sub-service of the service is an LTE-Uu network, the processor 1202, when controlling the transceiver 1201 to receive the network configuration information from the first apparatus, is specifically configured to: and controlling the transceiver 1201 to receive, by a second device, network configuration information sent by the first device, where the network configuration information includes the IP address of the terminal device and the service requirement of the second sub-service. Optionally, the second device is an SCEF or a PCRF in an AVP service scenario.

In an optional implementation manner, when the selected network of the third sub-service of the service is a 5G-Uu network, the network configuration information includes an identifier of the service, an IP address of the terminal device, and network slice selection information corresponding to each sub-service.

In an optional embodiment, the processor 1202 is further configured to control the transceiver 1201 to receive a third service message from the first apparatus through the IP address.

In an optional implementation, the processor 1202 is further configured to determine packet statistics information according to a received packet, where the packet statistics information includes a packet loss number and a statistics time; controlling the transceiver 1201 to send packet statistics to the first device.

In another specific example, before controlling the transceiver 1201 to send the service request to the first apparatus, the processor 1202 is further configured to: controlling the transceiver 1201 to send a registration request to the first apparatus, where the registration request includes a network type supported by the terminal device.

The memory 1203 is coupled to the processor 1202 for storing programs and the like. In particular, the program may include program code comprising computer operating instructions. The memory 1203 may include RAM, and may also include non-volatile memory (non-volatile memory), such as at least one disk memory. The processor 1202 executes the application program stored in the memory 1203 to implement the above functions, thereby implementing the network configuration method.

Based on the above embodiments, the present application further provides an apparatus for implementing network configuration, where the apparatus for implementing network configuration is applied to a system as shown in fig. 1, and is configured to perform operations of a second apparatus in the foregoing embodiments. Referring to fig. 13, the apparatus 1300 for implementing network configuration may include: communication interface 1301, processor 1302, and memory 1303.

The processor 1302 may be a Central Processing Unit (CPU), a Network Processor (NP), or a combination of the CPU and the NP. The processor 1302 may further include a hardware chip. The hardware chip may be an application-specific integrated circuit (ASIC), a Programmable Logic Device (PLD), or a combination thereof. The PLD may be a Complex Programmable Logic Device (CPLD), a field-programmable gate array (FPGA), a General Array Logic (GAL), or any combination thereof. When the processor 1302 implements the above functions, the functions may be implemented by hardware, or may be implemented by hardware executing corresponding software.

The communication interface 1301 and the processor 1302 are connected to each other. Optionally, the communication interface 1301 and the processor 1302 are connected to each other through a bus 1304; the bus 1304 may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in FIG. 13, but this is not intended to represent only one bus or type of bus.

Specifically, when the apparatus 1300 for implementing network configuration implements the operation of the apparatus for implementing network configuration in the foregoing embodiment, the method may include:

the communication interface 1301 is used for receiving and transmitting data and performing communication interaction with other devices or apparatuses in the system;

the processor 1302 is configured to execute the program stored in the memory, and when the program is executed, determine a network state of a network deployed in a system where the first device is monitored; optionally, the device for implementing network configuration is an SCEF, a PCRF, or an RSU in an AVP service scenario;

and controlling the communication interface 1301 to send network state information to the first device, wherein the network state information is network state information of a network deployed by a system where the first device is located.

In an alternative embodiment, when the selected network of the first sub-service of the services is a PC5 network, the processor 1302 is further configured to: controlling the communication interface 1301 to receive network configuration information from the first apparatus, where the configuration information includes a destination layer address allocated by the first apparatus to a terminal device and an identifier of the terminal device. Wherein, the device for realizing network configuration is RSU in AVP service scene.

In an alternative embodiment, the processor 1302 is further configured to: controlling the communication interface 1301 to receive a second service message from the first device, where the second service message includes the destination layer address; and controlling the communication interface 1301 to send the second service message to the terminal device, where the destination layer address is used to instruct the terminal device to receive and process the second service message. Wherein, the device for realizing network configuration is RSU in AVP service scene.

In an optional implementation manner, when the selected network of the second sub-service of the services is an LTE-Uu network, the processor 1302 is further configured to: controlling the communication interface 1301 to receive network configuration information from the first apparatus, where the network configuration information includes an IP address of the terminal device and a service requirement of the second sub-service; control the communication interface 1301 to send a network configuration success message to the first device. Optionally, the device for implementing network configuration is an SCEF or a PCRF in an AVP service scenario.

In an alternative embodiment, the processor 1302 is further configured to control the communication interface 1301 to send network congestion information to the first device. Optionally, the device for implementing network configuration is an SCEF or a PCRF in an AVP service scenario.

The memory 1303 is coupled to the processor 1302, and is used for storing programs and the like. In particular, the program may include program code comprising computer operating instructions. The memory 1303 may include a RAM, and may further include a non-volatile memory (non-volatile memory), such as at least one disk memory. The processor 1302 executes the application program stored in the memory 1303, so as to implement the above functions, thereby implementing the network configuration method.

By adopting the device for realizing network configuration provided by the embodiment of the application, the network state of the network deployed by the system where the first device is located is determined, and the network state information is sent to the first device, wherein the network state information is the network state information of the network deployed by the system where the first device is located. Therefore, the first device can execute subsequent network configuration processes based on the network state, so that different network requirements of a plurality of sub-services of one service can be met through multi-network collaborative complementation, the reliable continuity of the service is ensured, and the service requirements of the Internet of vehicles service are met.

In summary, embodiments of the present application provide a network configuration method and apparatus, in the method, a first apparatus receives a service request from a terminal device, where the service request includes an identifier of a service and a network type supported by the terminal device; wherein the service comprises at least one sub-service; and the first device determines the selected network of each sub-service according to the network type supported by the terminal equipment, and initiates a network configuration process based on the selected network of each sub-service. Therefore, the different network requirements of a plurality of sub-services of one service can be met through multi-network collaborative complementation, and the reliable continuity of the service is ensured, so that the service requirements of the Internet of vehicles service are met.

Based on the above embodiments, the present application further provides a computer storage medium, in which a software program is stored, and the software program can implement the method provided by any one or more of the above embodiments when being read and executed by one or more processors. The computer storage medium may include: u disk, removable hard disk, read only memory, random access memory, magnetic or optical disk, etc. for storing program codes.

Based on the above embodiments, the present application further provides a chip, where the chip includes a processor, and is configured to implement the functions related to any one or more of the above embodiments, such as obtaining or processing information or messages related to the above methods. Optionally, the chip further comprises a memory for the processor to execute the necessary program instructions and data. The chip may be constituted by a chip, or may include a chip and other discrete devices.

As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

It will be apparent to those skilled in the art that various changes and modifications may be made in the embodiments of the present application without departing from the scope of the embodiments of the present application. Thus, if such modifications and variations of the embodiments of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to encompass such modifications and variations.

Claims

1. A method of network configuration, comprising:

a first device receives a service request from a terminal device, wherein the service request comprises a service identifier, and the service comprises at least one sub-service;

the first device acquires the network types supported by the terminal equipment;

and the first device determines the selected network of each sub-service according to the network type supported by the terminal equipment, and initiates a network configuration process based on the selected network of each sub-service.

2. The method of claim 1, wherein the first means determining the selected network for each sub-service based on the network types supported by the terminal device comprises:

the first device acquires the at least one sub-service corresponding to the service according to the service identifier, and determines at least one network to be selected corresponding to each sub-service;

3. The method of claim 2, wherein prior to the first apparatus receiving the service request from the terminal device, the method further comprises:

the first device acquires the service requirement of each sub-service;

and the first device determines at least one network to be selected corresponding to each sub-service according to the service requirement of each sub-service and the available network type of the system where the first device is located.

4. The method of claim 3, wherein the method further comprises:

the first device receives network state information from a second device, wherein the network state information sent by the second device is the network state information of a network deployed by a system where the first device is located;

and the first device determines the available network type of the system where the first device is located according to the network state information.

5. The method of any of claims 1-4, wherein when the selected network of the first sub-service of the services is a PC5 network, the first device initiates a network configuration procedure comprising:

the first device allocates a destination layer address to the terminal equipment;

and the first device sends network configuration information to the terminal equipment and the second device, wherein the network configuration information comprises the destination layer address and the identifier of the terminal equipment.

6. The method of claim 5, wherein the method further comprises:

the first device receives a first service message from a third device, wherein the first service message comprises the identifier of the terminal equipment and the identifier of the first sub-service;

the first device determines the destination layer address according to the identifier of the terminal equipment and the identifier of the first sub-service;

and the first device sends the second service message to the terminal equipment through the second device, wherein the second service message comprises the destination layer address, and the destination layer address is used for indicating the terminal equipment to receive and process the second service message.

7. The method of any of claims 1-4, wherein when the selected network for the second sub-service of the service is an LTE-Uu network, the first device initiates a network configuration procedure comprising:

the first device sends network configuration information to a second device, wherein the network configuration information comprises the IP address of the terminal equipment and the service requirement of the second sub-service;

the first device receives a network configuration success message from the second device.

8. The method of any of claims 1-4, wherein when the selected network for the third sub-service of the service is a 5G-Uu network, the first device initiates a network configuration procedure comprising:

the first device determines the network slice of the third sub-service according to the service requirement of the third sub-service;

and the first device sends network configuration information to the terminal equipment, wherein the network configuration information comprises the identification of the service, the IP address of the terminal equipment and the identification of the network slice of the third sub-service.

9. The method of claim 7 or 8, wherein the method further comprises:

the first device receives a third service message from a third device, wherein the third service message comprises the identifier of the terminal equipment and the identifier of a fourth sub-service; the fourth sub-service is the second sub-service or the third sub-service;

the first device acquires the identifier of the terminal equipment and a destination IP address corresponding to the identifier of the fourth sub-service;

and the first device sends the third service message to the terminal equipment through the destination IP address.

10. The method of any one of claims 1-9, further comprising:

the first device acquires first information, wherein the first information is used for indicating the network state of a first network;

the first device determines that the first network is not available currently according to the first information;

and the first device determines a target sub-service corresponding to the first network, updates network configuration information corresponding to the target sub-service and initiates a network configuration updating process.

11. The method of claim 10, wherein the first device obtaining the first information comprises:

the first device receives data packet statistical information from the terminal equipment, wherein the data packet statistical information comprises packet loss number and statistical time; or

The first device receives network congestion information from a second device.

12. The method of any of claims 1-11, wherein the first device is deployed in an AVP server in a fully automated AVP with guest parking service scenario.

13. A method of network configuration, comprising:

the method comprises the steps that terminal equipment sends a service request to a first device, wherein the service request comprises service identification; wherein the service comprises at least one sub-service;

the terminal equipment receives network configuration information from the first device, wherein the network configuration information is used for configuring the selected network of the at least one sub-service.

14. The method of claim 13, wherein when the selected network of the first sub-service of the services is a PC5 network, the network configuration information includes a destination layer address assigned by the first device to the terminal device and an identity of the terminal device.

15. The method of claim 14, wherein the method further comprises:

the terminal equipment receives a second service message sent by the first device through a second device, wherein the second service message comprises the destination layer address;

and the terminal equipment judges the destination layer address as the own destination layer address and processes the second service message.

16. The method of claim 13, wherein when the selected network for the second sub-service of the services is an LTE-Uu network, the receiving network configuration information by the terminal device from the first apparatus comprises:

and the terminal equipment receives network configuration information sent by the first device through a second device, wherein the IP address of the terminal equipment and the service requirement of the second sub-service are in the network configuration information.

17. The method of claim 13, wherein when the selected network of the third sub-service of the service is a 5G-Uu network, the network configuration information includes an identification of the service, an IP address of the terminal device, and an identification of a network slice of the third sub-service.

18. The method of claim 16 or 17, wherein the method further comprises:

and the terminal equipment receives a third service message from the first device through the IP address.

19. The method of any one of claims 13-18, further comprising:

the terminal equipment determines data packet statistical information according to a received data packet, wherein the data packet statistical information comprises packet loss number and statistical time;

and the terminal equipment sends the data packet statistical information to the first device.

20. A method according to any of claims 13-19, wherein the service request further includes the network types supported by the terminal device.

21. The method of any of claims 13-19, wherein the terminal device, prior to sending a service request to the first apparatus, the method further comprises:

and the terminal equipment sends a registration request to the first device, wherein the registration request comprises the network types supported by the terminal equipment.

22. The method of any of claims 13-21, wherein the first device is deployed in an AVP server in a fully automated AVP with guest parking service scenario.

23. A method of network configuration, comprising:

the second device determines the network state of a network where the system where the first device is located is monitored;

and the second device sends network state information to the first device, wherein the network state information is the network state information of a network deployed by a system where the first device is located.

24. The method of claim 23, wherein when the selected network of the first sub-service of the services is a PC5 network, the method further comprises:

and the second device receives network configuration information from the first device, wherein the configuration information comprises a destination layer address distributed to the terminal equipment by the first device and an identifier of the terminal equipment.

25. The method of claim 24, wherein the method further comprises:

the second device receives a second service message from the first device, wherein the second service message comprises the destination layer address;

and the second device sends the second service message to the terminal equipment, and the destination layer address is used for indicating the terminal equipment to receive and process the second service message.

26. The method of claim 23, wherein when the selected network for the second sub-service of the service is an LTE-Uu network, the method further comprises:

the second device receives network configuration information from the first device, wherein the network configuration information comprises the IP address of the terminal equipment and the service requirement of the second sub-service;

the second device sends a network configuration success message to the first device.

27. The method of claim 23 or 26, wherein the method further comprises:

the second device sends network congestion information to the first device.

28. The method of any of claims 23-27, wherein the first device is deployed in an AVP server in a fully automated AVP with guest parking service scenario.

29. The method of claim 23, wherein the second device is a network open entity (SCEF) or a Road Side Unit (RSU) in a fully automated AVP with guest parking service scenario.

30. The method of claim 24 or 25, wherein the second device is a Road Side Unit (RSU) in a fully automated AVP with passenger traffic scenario.

31. The method according to claim 26 or 27, wherein the second device is a network open entity SCEF in a fully automated AVP with guest parking service scenario.

32. An apparatus for implementing network configuration, the apparatus for implementing network configuration comprising: a communication interface, a memory, and a processor;

the communication interface is used for receiving and transmitting data;

the memory is used for storing programs;

the processor is configured to execute a program stored in the memory, which when executed, the apparatus implementing a network configuration performs the method of any one of claims 1-12.

33. A terminal device, characterized in that the terminal device comprises: a transceiver, a memory, and a processor;

the transceiver is used for transceiving data;

the memory is used for storing programs;

the processor is adapted to execute a program stored in the memory, which when executed, the terminal device performs the method of any of claims 13-22.

34. An apparatus for implementing network configuration, the apparatus for implementing network configuration comprising: a communication interface, a memory, and a processor;

the communication interface is used for receiving and transmitting data;

the memory is used for storing programs;

the processor is configured to execute a program stored in the memory, which when executed, the apparatus implementing a network configuration performs the method of any of claims 23-31.

35. A network configuration system, comprising: the apparatus for implementing network configuration according to claim 32, the terminal device according to claim 33 and the apparatus for implementing network configuration according to claim 34.