CN111818547A - A network configuration method and device - Google Patents

Abstract

A network configuration method and device are used to solve the problem in the prior art that a single network cannot meet the service requirements of multiple sub-services of the Internet of Vehicles service. The method is as follows: a first device receives a service request from a terminal device, where the service request includes a service identifier and a network type supported by the terminal device; wherein, the service includes at least one sub-service; the first device according to The network type supported by the terminal device determines the selected network of each sub-service, and initiates a network configuration process based on the selected network of each sub-service. In this way, the different network requirements of multiple sub-services of a service can be met through multi-network synergy and complementation, and the reliability and continuity of the service can be ensured, thereby meeting the service requirements of the Internet of Vehicles service.

Description

A network configuration method and device

technical field

The present application relates to the field of Internet of Vehicles, and in particular, to a network configuration method and device.

Background technique

With the continuous development of the Internet of Vehicles technology, Internet of Vehicles services (eg, automatic valet parking (auto valetparking, AVP), etc.) are widely used by users. At present, in the application process of the Internet of Vehicles service, one Internet of Vehicles service includes multiple business processes (ie, multiple sub-services), and the network requirements of each business process are different. For example, the AVP service needs to detect obstacles in real time and send it to the vehicle during the application process, requiring low latency, small bandwidth, and the network capability to switch services across the network without interruption; the AVP service also needs to plan the path for the vehicle and send it to the vehicle. Point-to-point, high-reliability network capabilities; AVP services also involve the distribution of maps to vehicles, requiring high-reliability and high-bandwidth network capabilities.

In the existing network technology, wireless fidelity (WIFI) has the characteristics of low latency, but switching across access points (AP) will cause service interruption for 1-2s, which cannot meet the needs of continuous service coverage; long-term Compared with WIFI technology, evolution vehicle short-range communication 5 ((long term evolution, LTE)-(vehicle, V) (proximity communication five, PC5)) can support low latency and continuous service coverage, but due to limited spectrum, it is not suitable for large Bandwidth services; LTE Uu can provide reliable point-to-point connections and high-bandwidth technologies, but the long transmission path causes too much delay, which cannot meet the needs of low-latency services.

In the prior art, multiple sub-services included in one Internet of Vehicles service are not considered, and the multiple sub-services have different network requirements, so that the selected communication network cannot meet the service requirements of the multiple sub-services under the Internet of Vehicles service.

SUMMARY OF THE INVENTION

The present application provides a network configuration method and device to solve the problem in the prior art that a single network cannot meet the service requirements of multiple sub-services of the Internet of Vehicles service.

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

Through the above method, the different network requirements of multiple sub-services of a service can be met through multi-network synergy and complementation, so as to ensure the reliability and continuity of the service, so as to meet the service requirements of the Internet of Vehicles service.

In a possible design, the first device determines the selected network for each sub-service according to the network type supported by the terminal device, and the specific method may be as follows: the first device obtains the network according to the service identifier the at least one sub-service corresponding to the service, and determine at least one candidate network corresponding to each sub-service; the first device, according to the network type supported by the terminal device, selects at least one sub-service corresponding to the at least one sub-service The selected network of each sub-service is determined among the candidate networks.

Through the above method, the first device can accurately determine the selected network of each sub-service, so that the subsequent network configuration process can be accurately initiated based on the selected network of each sub-service, so that multiple networks can cooperate and complement each other to meet the needs of one service. Different network requirements for multiple sub-services.

In a possible design, before receiving the service request from the terminal device, the first apparatus further acquires the service requirements of each sub-service, and determines the service requirements of each sub-service according to the service requirements of each sub-service and the first The available network type of the system where the device is located determines at least one candidate network corresponding to each sub-service.

Through the above method, the first device can accurately determine the candidate network corresponding to each sub-service according to the actual situation.

In a possible design, the first device receives network state information from the second device, where the network state information sent by the second device is network state information of a network deployed in a system where the first device is located; The first device determines, according to the network state information, a network type available to the system where the first device is located. Wherein, exemplarily, the second device is a service capability exposure function (service capability exposure function, SCEF) network element, a policy and charging rules function (policy and charging rules function, PCRF) network element or a roadside in an AVP service scenario Unit (road side unit, RSU).

Through the above 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 can determine the candidate network corresponding to each sub-service.

In a possible design, when the selected network of the first sub-service of the service is the PC5 network, the first apparatus initiates a network configuration process, which may specifically include: the first apparatus assigns the terminal device to destination layer two address, and send network configuration information to the terminal device and the second device, where the network configuration information includes the destination layer two address and the identifier of the terminal device. Wherein, exemplarily, the second device is an RSU in an AVP service scenario.

Through the above method, the network configuration process for the PC5 network can be successfully initiated, and then the network configuration is performed based on the PC5 network.

In a 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 service message The device determines the destination layer 2 address according to the identifier of the terminal device and the identifier of the first sub-service; the first device sends the second service message to the terminal device through the second device, and the The second service message includes the destination layer 2 address, and the destination layer 2 address is used to instruct the terminal device to receive and process the second service message. Wherein, exemplarily, 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.

Through the above method, the sub-service can be performed after the network configuration is completed, so as to meet the service requirements of the sub-service.

In a possible design, when the selected network of the second sub-service of the service is an LTE-Uu network, the first device initiates a network configuration process, which may specifically include: the first device sends a request to the second device Sending network configuration information, where the network configuration information includes the IP address of the terminal device and the service requirements of the second sub-service; the first device receives a network configuration success message from the second device. Wherein, exemplarily, the second device is SCEF or PCRF in an AVP service scenario.

Through the above method, the network configuration process for the LTE-Uu network can be successfully initiated, and then the network configuration is performed 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 first device initiates a network configuration process, which may specifically include: The service requirements of the three sub-services determine the network slice of the third sub-service; the first apparatus sends network configuration information to the terminal device, where the network configuration information includes the identifier of the service, the IP address, and the identifier of the network slice of each sub-service.

Through the above method, the network configuration process for the 5G-Uu network can be successfully initiated, and then the network configuration is performed based on the 5G-Uu network.

In a 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 obtains the identifier of the terminal device and the destination IP address corresponding to the identifier of the fourth sub-service; the first device obtains the destination IP address through the The destination IP address sends the third service message to the terminal device. Wherein, exemplarily, the third device is a device deployed by an AVP application in an AVP service scenario.

Through the above method, the sub-service can be performed after the network configuration is completed, so as to meet the service requirements of the sub-service.

In a possible design, the first device acquires first information, where the first information is used to indicate the network status of the first network; the first device determines the first network according to the first information Currently unavailable; the first device determines the target sub-service corresponding to the first network, updates the network configuration information corresponding to the target sub-service, and initiates a network configuration update process.

Through the above method, when a certain network is abnormal, the network configuration information of the sub-service corresponding to the network is updated, so as to avoid the influence on the sub-service, thereby providing service reliability.

In a possible design, the first apparatus acquires the first information, and a specific method may be as follows: the first apparatus receives data packet statistics information from the terminal device, where the data packet statistics information includes packet loss number and statistical time; or, the first device receives network congestion information from the second device. Wherein, exemplarily, the second device is SCEF or PCRF in an AVP service scenario.

Through the above method, the first device can accurately obtain the first information, thereby accurately determining the network state of the first network.

In a possible design, the first device determines, according to the first information, that the first network is currently unavailable, and a specific method may be: the first device determines, according to the number of lost packets and the statistical time, to determine When the packet loss rate is greater than the set packet loss rate threshold, it is determined that the first network is currently unavailable; or, when the first device determines, according to the network congestion information, that the network congestion degree is greater than the set threshold, the first device determines that the first network is not available. A network is currently unavailable.

Through the above method, the first device can accurately determine that the first network is currently unavailable, so as to subsequently update the network configuration information of the sub-service corresponding to the first network to improve service reliability.

In a possible design, the first device is deployed in an AVP server in an AVP service scenario of fully automatic parking with passengers.

In a second aspect, the present application provides a network configuration method. The method includes: a terminal device sends a service request to a first device, where the service request includes an identifier of the service; wherein the service includes at least one sub-service; The terminal device receives network configuration information from the first apparatus, the network configuration information being used to configure the selected network of the at least one sub-service.

Through the above method, network configuration can be performed based on the selected network of each sub-service, so that the different network requirements of multiple sub-services of a service can be met through multi-network synergy and complementation, and the reliability and continuity of services can be ensured, thereby meeting the service requirements of the Internet of Vehicles service. .

In a possible design, when the selected network of the first sub-service of the service is the PC5 network, the network configuration information includes the destination layer 2 address and the destination layer 2 address allocated by the first device to the terminal device. the identification of the terminal equipment. In this way, the terminal device can be notified that the destination layer two address is only used for the terminal device, so that the terminal device can process the service message based on the destination layer two address after completing the network configuration.

In a possible design, the terminal device receives the second service message sent by the first device through the second device, and the second service message includes the destination layer 2 address; the terminal device determines the The destination layer 2 address is its own destination layer 2 address, and the second service message is processed. Wherein, exemplarily, the second device is an RSU in an AVP service scenario.

Through the above method, the terminal device can accurately process service messages related to itself.

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 device, and a specific method may be: the terminal device The device receives, through the second device, the network configuration information sent by the first device, the IP address of the terminal device and the service requirements of the second sub-service in the network configuration information. Wherein, exemplarily, the second device is SCEF or PCRF in an AVP service scenario.

Through the above method, the terminal device can accurately receive the network configuration information, and then subsequently complete the network configuration based on the LTE-Uu network.

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 the identifier of the service, the IP address of the terminal device, the The identifier of the network slice of the third sub-service. In this way, the subsequent network configuration based on the 5G-Uu network can be accurately completed.

In a possible design, the terminal device receives a third service message from the first device through the IP address. In this way, the terminal device can accurately process the service messages related to itself.

In a possible design, the terminal device determines data packet statistics information according to the received data packets, and the data packet statistics information includes the number of lost packets and statistics time; the terminal device sends the data packet statistics to the first apparatus information.

Through the above method, the first device can be made to determine the network status of the first network according to the statistical information of the data packets, and when it is determined that the first network is unavailable, update the network configuration information of the sub-service corresponding to the first network , thereby improving service reliability.

In a 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, the method may include: after the second device determines the network state of the network deployed in the system where the monitored first device is located, sending network state information to the first device, wherein , the network state information is network state information of a network deployed by the system where the first device is located.

Through the above method, the first device can be subsequently made to perform the subsequent network configuration process based on the network state, so that the different network requirements of multiple sub-services of a service can be met through multi-network synergy and complementation, and the reliability and continuity of the service can be ensured, so as to meet the requirements of the Internet of Vehicles. The business needs of the business.

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

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

Through the above method, the second device can determine that the destination layer 2 address is only used for the terminal device, and can subsequently identify the service message of the terminal device according to the destination layer 2 address, and then notify the terminal device of the service message. Related business news.

In a possible design, the second apparatus receives a second service message from the first apparatus, where the second service message includes the destination layer 2 address; the second apparatus sends the terminal device In the second service message, the destination layer 2 address is used to instruct the terminal device to receive and process the second service message. Wherein, exemplarily, the second device is an RSU in an AVP service scenario.

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

In a 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 The IP address of the terminal device and the service requirements of the second sub-service; the second device sends a network configuration success message to the first device. Wherein, exemplarily, the second device is SCEF or PCRF in an AVP service scenario. In this way, the 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. Wherein, exemplarily, the second device is SCEF or PCRF in an AVP service scenario.

Through the above method, the first device can be made to determine the network status of the first network according to the network congestion information, and when it is determined that the first network is unavailable, update the network configuration information of the sub-service corresponding to the first network, Thereby, service reliability can be improved.

In a possible design, the service request further includes the network type supported by the terminal device. In this way, the first apparatus can directly determine the selected network of each sub-service according to the network type supported by the terminal device in the service request.

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

Through the above method, the first device can obtain the network type supported by the terminal device registered by the terminal device after receiving the service request, so that the first device can subsequently determine the selection of each sub-service according to the network type supported by the terminal device. Set the network.

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

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

In a possible design, the structure of the apparatus for implementing network configuration includes a receiving unit and a processing unit, and optionally a sending unit, and these units can perform the corresponding functions in the method examples of the first aspect. For details, see The detailed description in the method example will not be repeated here.

In a possible design, the structure of the apparatus for implementing the network configuration includes a communication interface, a memory and a processor, the communication interface is used to send and receive data, and to communicate and interact with other devices in the system, and the processor is configured to support The device for implementing network configuration executes the corresponding function of the first device in the method of the first aspect. The memory is coupled to the processor and holds program instructions and data necessary to implement the apparatus for network configuration.

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

In a possible design, the structure of the terminal device includes a sending unit and a receiving unit, and optionally a processing unit, and these units can perform the corresponding functions in the method examples of the second aspect. For details, please refer to the method examples. The detailed description is not repeated here.

In a possible design, the structure of the terminal device includes a transceiver, a memory and a processor, the transceiver is used to send and receive data, and to communicate and interact with other devices in the system, and the processor is configured to support the terminal device to perform the above The corresponding function in the second aspect method. The memory is coupled to the processor and holds program instructions and data necessary for the terminal device.

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

In a possible design, the structure of the apparatus for implementing network configuration includes a processing unit and a sending unit, and optionally a receiving unit, and these units can perform the corresponding functions in the method examples of the third aspect. For details, see The detailed description in the method example will not be repeated here.

In a possible design, the structure of the apparatus for implementing network configuration includes a communication interface, a memory, and a processor, the transceiver is used to send and receive data, and to communicate and interact with other devices in the system, and the processor is configured to support the implementation of The network-configured device performs the corresponding function of the second device in the method of the third aspect. The memory is coupled to the processor and holds program instructions and data necessary to implement the apparatus for network configuration.

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

In an eighth aspect, the present application further provides a computer storage medium, where computer-executable instructions are stored in the computer storage medium, and the computer-executable instructions, when invoked by the computer, are used to cause the computer to execute any one of the above methods.

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

In a tenth aspect, the present application further provides a chip, which is coupled to a memory and used to read and execute program instructions stored in the memory, so as to implement any of the above methods.

Description of drawings

1 is a schematic diagram of the architecture of a system provided by the application;

2 is a flowchart of a network configuration method provided by the present application;

3 is a flowchart of an example of a network configuration method provided by the present application;

4 is a flowchart of an example of a PC5 network-based network configuration process provided by the application;

5 is a flowchart of an example of a network configuration process based on an LTE network provided by the present application;

6 is a flowchart of an example of a 5G network-based network configuration process provided by the present application;

FIG. 7 is a flowchart of an example of a process for triggering network reconfiguration provided by a network state change;

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

9 is a schematic structural diagram of a terminal device provided by the present application;

10 is a schematic structural diagram of another apparatus for implementing network configuration provided by the application;

11 is a structural diagram of an apparatus for implementing network configuration provided by the application;

12 is a structural diagram of a terminal device provided by the application;

FIG. 13 is a structural diagram of another apparatus for implementing network configuration provided by this application.

Detailed ways

The embodiments of the present application provide a network configuration method and device, so as to meet the service requirements of the Internet of Vehicles service. The methods and devices described in this application are based on the same inventive concept. Since the methods and devices have similar principles for solving problems, the implementations of the devices and methods can be referred to each other, and repeated descriptions will not be repeated here.

In the description of this application, words such as "first" and "second" are only used for the purpose of distinguishing and describing, and cannot be understood as indicating or implying relative importance, nor can they be understood as indicating or implying order.

In the description of this application, "at least one" refers to one or more.

In order to describe the technical solutions of the embodiments of the present application more clearly, the following describes the network configuration method and apparatus provided by the embodiments of the present application with reference to the accompanying drawings.

FIG. 1 shows a possible system architecture to which the network configuration method provided by the embodiment of the present application is applicable, where the system architecture at least includes a first apparatus, a second apparatus, and a terminal device. Specifically, the system may have various application scenarios, for example, AVP business scenarios in the Internet of Vehicles, or application scenarios such as platoon scenarios. in:

The system in which the first device is located includes one or more types of networks, and the first device can manage networks of different access network types (ie, heterogeneous networks) to meet service requirements of each sub-service. The first device determines a network to which each sub-service is applicable (referred to as a selected network in this application) according to the network type supported by the terminal device and the service requirements of each sub-service, and selects a network based on the selection of each sub-service. The network initiates the network configuration process. The first device may be an independently deployed device or device, may also be integrated on a platform, or may be integrated in a server or other device. In a possible implementation manner, in an AVP service scenario, the first device may be deployed or integrated in an AVP server.

It should be understood that the functions of the first apparatus may also be divided into multiple logical functions, and these logical functions may be uniformly deployed in the same device or apparatus, or may be separately deployed in different devices or apparatuses. In the embodiments of the present application, only the first device implements a complete function for description as an example, but it should be understood that this is not a limitation on the first device.

The second device may monitor the network status of the network and perform network configuration. For example, the second device may be a road side unit (RSU), monitoring the network status of the PC5 network; the second device may also be a network open entity, such as a service capability exposure function (service capability exposure function, SCEF) network element, policy and charging rules function (policy and charging rules function, PCRF) network element, etc., monitor the network status of the 5G-Uu network. It should be noted that the system may include a plurality of the second devices, and each second device monitors the network status in its respective coverage area; in addition, the system may include two second devices, RSU and SCEF, at the same time.

The terminal device requests a service from the first device, the service requested by the terminal device includes one or more sub-services, and then the terminal device completes the configuration of each sub-service based on the network configuration information corresponding to each sub-service determined by the first device. Select the network configuration of the network, and then complete the business process of each sub-service according to the network configuration. It should be noted that the terminal device includes functions such as initiating a service request, receiving network configuration information, and network configuration. When specifically implemented, these functions can be deployed on one terminal device, or deployed on different terminal devices. The function of the terminal device shown in FIG. 1 may actually be jointly implemented by two terminal devices (such as the first terminal device and the second terminal device), and the application on the second terminal device implements the function of initiating a service request. The first terminal device is bound, and the communication unit on the first terminal device realizes the function of receiving network configuration information. For example, in an AVP service scenario, the above-mentioned function of initiating a service request can be implemented by an AVP application installed on the mobile phone of the vehicle owner, and the function of receiving network configuration information can be implemented by an on-board unit (OBU) on the vehicle, The OBU is a logical unit of the front loader of the vehicle or a telematics BOX (TBOX). In other Internet of Vehicles business scenarios, the functions of the terminal device shown in FIG. 2 can be uniformly implemented by the front loader or TBOX of the vehicle.

Before the terminal device requests a service, the terminal device requests registration from the first device. When registering, the terminal device may register the network type supported by the terminal device with the first device, or may not register the network type supported by the terminal device. Describe the network types 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 device, 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 device, in the specific implementation, the terminal device itself can be registered in the same way, or the application on the second terminal device can be registered. For registration, the application is bound to the first terminal device (the communication unit on the first terminal device implements the function of receiving network configuration information).

The application involved in the embodiments of the present application may be understood as a software collection for implementing a specific service, that is, a service-related application software and the like.

In addition, the second apparatus and the terminal device are not limited to the above examples, and there may be other examples, which are not listed one by one in this application.

It should be noted that the selected network of the sub-service involved in the embodiments of the present application refers to a communication network used to transmit data, information or messages related to the sub-service. The network types involved in the embodiments of the present application include network types such as PC5, LTE, and 5G. Among them, it should be noted that when the network type PC5 is involved, it specifically includes PC5 under the LTE network (ie LTE-PC5) and PC5 under 5G (ie 5G-PC5); when the network type LTE is involved, it specifically refers to LTE -Uu; when referring to the network type 5G, specifically 5G-Uu. In the following introduction, for simplicity of description, only PC5, LTE-Uu, and 5G-Uu are described.

A network configuration method provided by an embodiment of the present application is applicable to the system shown in FIG. 1 . Referring to Figure 2, the specific flow of the method may include:

Step 201: The first apparatus receives a service request from a terminal device, where the service request includes a service identifier; wherein the service includes at least one sub-service.

Wherein, the application or other functional modules of the terminal device may initiate the service request, and the application of the terminal device may be an application of a service bound to the terminal device.

Step 202: The first apparatus acquires the network type supported by the terminal device.

In an optional implementation, the first apparatus may acquire the network type supported by the terminal device in two cases:

Case 1: The service request further includes the network type supported by the terminal device, and the first apparatus acquires the network type supported by the terminal device from the service request.

Case 2: Before sending the service request to the first device, the terminal device sends a registration request to the first device, where the registration request includes the network type supported by the terminal device. Then, the first apparatus acquires the network type supported by the terminal device registered by the terminal device.

Wherein, what initiates the registration request may be an application or other functional module of the terminal device, and the application of the terminal device may be an application bound to a service of the terminal device.

In an optional implementation manner, the service request may further include the identifier of the terminal device. For example, in an AVP service scenario, when the service request includes the 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 business identity 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 (mobile application, MAPP) installed on the terminal device. In the AVP service scenario, the MAPP cannot communicate with the first device directly, and the cloud AVP server needs to forward the service request of the MAPP to the first device.

In an optional implementation manner, before the first apparatus receives the service request from the terminal device, the first apparatus obtains the service requirements of each sub-service, and then the first apparatus At least one candidate network corresponding to each sub-service is determined according to the service requirements of each sub-service and the available network type of the system where the first device is located.

In an optional implementation manner, in an AVP service scenario, the service requirement obtained by the first device for each sub-service may be the service requirement of each sub-service registered by the AVP application received by the first device. The service requirements of each sub-service may include, but are not limited to, uplink and downlink information, unicast/broadcast, delay, bandwidth, frequency, reliability information, and the like. For example, the business requirements of each sub-business can be as shown in Table 2. In this scenario, the AVP application and the first device may be jointly deployed in the AVP server of the parking lot, and of course, the two 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 the form of a candidate network list, as shown in Table 3:

Table 3 List of candidate networks corresponding to sub-services

The first device may set the priority of network selection. For example, the priority of the network to be selected corresponding to each sub-service in Table 3 may be arranged in order of priority from high priority to low priority, such as sub-services For map download, 5G-Uu has a higher priority than LTE-Uu. Of course, there may also be other priorities, which will not be listed in detail here.

In an optional implementation manner, the first apparatus needs to pre-determine a network type available to the system where 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 in a system where the first device is located; the first device According to the network state information, the available network type of the system where the first device is located is determined. Wherein, the second device may be one or more.

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

Table 4 Network status information of PC5

RSU's logo load sync status channel quality coverage RSU ID 1 80% normal excellent geographic coordinates RSU ID 2 50% normal excellent geographic coordinates

Table 5 Network status information of LTE-Uu

Identity of the eNodeB network congestion status eNodeB 1 Yes eNodeB 2 no

Table 6

Network Type Availability (is it available) PC5 available LTE-Uu available 5G-Uu unavailable WIFI-Uu available

Step 203: The first apparatus determines the selected network of each sub-service according to the network type supported by the terminal device, 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:

The first device acquires the at least one sub-service corresponding to the service according to the identifier of the service, and then determines at least one candidate network corresponding to each sub-service;

The first apparatus determines, according to the network type supported by the terminal device, a selected network of each sub-service in at least one candidate network corresponding to each sub-service.

For example, as shown in Table 3, the first device may determine, according to the identification of the AVP, in the mapping relationship saved by the first device, the sub-services corresponding to the AVP include map download, path planning, assisted positioning, obstacle detection, The status is reported, and then the candidate network of each sub-service is further determined through the mapping relationship. For example, the determined candidate networks for map download are 5G-Uu and LTE-Uu.

In an optional implementation manner, the first device 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 for each sub-service

During specific implementation, when the selected networks of different sub-services are different, the subsequent network configurations are also different. According to different networks, the situations in which the first device initiates the configuration process may include but are not limited to the following three:

Case a1: When the selected network of the first sub-service of the service is the PC5 network, the first device initiates a network configuration process, which may specifically include:

The first device allocates a destination layer two address to the terminal device; the first device sends network configuration information to the terminal device and the second device, where the configuration information includes the destination layer two address and the The identification of the terminal device. Wherein, 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 that initiates the service request may be integrated with the communication unit in the same terminal device, or may be integrated in different terminal devices respectively, which is not limited in this application .

The destination layer 2 address is a MAC address.

In an implementation manner, the first apparatus allocates the destination layer 2 address to the terminal device according to the identifier of the terminal device, the identifier of the first sub-service, and the communication type (ie, unicast or broadcast). .

In an optional implementation manner, after the terminal device responds with a configuration response message to the first apparatus, the first apparatus determines that the network configuration of the first sub-service is completed. In this case, the first apparatus stores the correspondence between the identifier of the terminal device, the identifier of the service, the network type of the first sub-service and the destination layer 2 address of the terminal device. For example, when the first sub-service is assisted positioning or obstacle detection, the corresponding relationship stored by the first device may be as shown in Table 8 as the corresponding relationship related to 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 the identifier of the terminal device and the first service message. the identifier of the sub-service; the first device determines the destination layer 2 address according to the identifier of the terminal device and the identifier of the first sub-service; the first device sends a message to the terminal device through the second device Send the second service message, where the second service message includes the destination layer 2 address, where the destination layer 2 address is used to instruct the terminal device to receive and process the second service message. Specifically, when the terminal device determines that the destination layer 2 address in the second service message is its own destination layer 2 address, the terminal device determines that the second service message is sent to itself, and then responds to the second service message. Business messages are processed.

Wherein, exemplarily, the first device searches the locally stored correspondence, and determines the destination layer 2 address that the identifier of the terminal device and the identifier of the first sub-service jointly correspond to, for example, when the first sub-service When the service is assisted positioning, the first device may determine through the look-up table 8 that the destination layer 2 address jointly corresponding to the terminal device and the assisted positioning is MAC 1; then the first device includes the destination layer 2 address in the The second service message is broadcast to the terminal device through the second device, and then the terminal device compares whether the destination layer 2 address and its own destination layer 2 address are the same, so as to determine whether the second service message is a Business messages sent to yourself.

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

In this case a1, in an AVP service scenario, the second device may be an RSU, and the third device may be an AVP application, or a device deployed by the AVP, such as an AVP server deployed by the AVP application.

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

The first device sends network configuration information to the second device, where the network configuration information includes the IP address of the terminal device and the service requirements of the second sub-service; the first device sends the network configuration information from the second device. Receive a network configuration success message.

In an optional implementation manner, the first device may send a network configuration request or a bearer connection establishment request to the second device, where the network configuration request or the bearer establishment connection request includes the network configuration information. After the establishment of the bearer between the second apparatus and the terminal equipment is completed, the second apparatus returns a network configuration success message to the first apparatus. At this time, the first apparatus stores the correspondence 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 this case a2, in the AVP service scenario, the second device is SCEF or PCRF.

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

The first apparatus determines the network slice of the third sub-service according to the service requirements of the third sub-service; the first apparatus sends network configuration information to the terminal device, where the network configuration information includes the The identifier of the service, the IP address of the terminal device, and the identifier of the network slice of the third sub-service.

In an optional implementation manner, after the terminal device responds with a configuration response message to the first apparatus, the first apparatus determines that the network configuration of the third sub-service is completed. In this case, the first apparatus saves the correspondence 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 above cases a2 and a3, in the process after the network configuration is completed, the first device receives a third service message from a third device, and the third service message contains Including the identifier of the terminal device and the identifier of the fourth sub-service; the fourth sub-service is the second sub-service in the above-mentioned case a2 or the third sub-service in the above-mentioned case a3; the first sub-service After acquiring the identifier of the terminal device and the destination IP address corresponding to the identifier of the fourth sub-service, the apparatus sends the third service message to the terminal device through the destination IP address. In this case, the third apparatus may be an AVP application in an AVP service scenario, or a device or apparatus deployed by an AVP application, such as an AVP server at a parking lot.

During the specific implementation, during the process of the service, the change of the network state of the selected network of any sub-service will affect the service and trigger the network reconfiguration process. Specifically, the first device acquires first information, where the first information is used to indicate the network status of the first network; the first device determines, according to the first information, that the first network is currently unavailable; The first device determines the target sub-service corresponding to the first network, updates the network configuration information corresponding to the target sub-service, and initiates a network configuration update process.

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

Case b1: The first apparatus receives data packet statistics information from the terminal device, where the data packet statistics information includes the number of lost packets and the statistics time.

In an optional implementation manner, the terminal device determines data packet statistics according to the received data packets, and sends the data to the first apparatus. Specifically, the terminal device counts the message count (message count, msgent) field of the received message, determines whether there is packet loss through the continuity of the msgent, and then determines the data packet statistical information.

In an optional implementation manner, the terminal device periodically sends the data packet statistics information to the first apparatus; or the terminal device determines that the number of lost packets exceeds a fixed threshold to the first device A device sends the packet statistics.

Case b2: The first device receives network congestion information from the second device.

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

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

In an optional implementation manner, based on the foregoing situation b1, the first device determines that the first network is currently unavailable according to the first information, and the specific method may be: the first device determines according to the packet loss and the statistical time, and when it is determined that the packet loss rate is greater than the set packet loss rate threshold, the first apparatus determines that the first network is currently unavailable.

In another optional implementation manner, based on the foregoing situation b2, the first device determines that the first network is currently unavailable according to the first information. The specific method may be: the first device determines, according to the first information, that the first network is currently unavailable. Congestion information, when it is determined that the network congestion degree is greater than a set threshold, the first device determines that the first network is currently unavailable.

Using the network configuration method provided by the embodiment of the present application, the first device receives a service request from a terminal device, where the service request includes an identifier of the service and a network type supported by the terminal device; wherein the service includes at least one sub-service ; the first device determines the selected network of each sub-service according to the network type supported by the terminal device, and initiates a network configuration process based on the selected network of each sub-service. Through the above method, the different network requirements of multiple sub-services of a service can be met through multi-network synergy and complementation, so as to ensure the reliability and continuity of the service, so as to meet the service requirements of the Internet of Vehicles service.

Based on the above embodiments, the following describes the network configuration method provided by the embodiments of the present application in specific scenarios. For example, the following embodiments all take an AVP service scenario as an example for description. In this scenario, the TBOX in the terminal device and the application MAPP bound to the terminal device are taken as an example, and the first device is deployed on the field-side AVP server as an example for description. Among them, the AVP application is also deployed on the field-side AVP server, which is responsible for the fusion perception analysis of road conditions (video + radar), and is responsible for vehicle obstacle identification, positioning and tracking, and vehicle parking/calling path planning. In the AVP service scenario, the terminal device cannot directly communicate with the first device, and a cloud AVP server (for example, an IoT platform) is required to forward messages. The cloud AVP application is deployed on the cloud AVP server, which is responsible for IoT device management, connection management, operation and maintenance. In the following example, the first device implements the function of the first device through two functional modules, a network configuration management module and a service network mapping module, as an example for description. It should be noted that the network configuration management module and the service network mapping module are only a possible example, and there may be other possibilities, which are not limited in this application. It should be noted that in the following example, the use of TBOX and application MAPP to realize the function of the terminal device is only a possible example, and the functions of the terminal device can also be realized through other functional modules in the terminal device. This is not limited.

FIG. 3 shows an example of a network configuration method provided by the present application, and the flow of the example may specifically include:

Step 301: The monitoring entities of different networks send network status information to the network configuration management module, which can be specifically shown in steps 301a and 301b in the figure:

Step 301a: RSU sends the network status information of PC5 to the network configuration management module, the network status information of PC5 may include RSU identifier, RSU location, coverage, load situation, synchronization status, channel quality and so on.

For details, reference may be made to Table 4 in the embodiment shown in FIG. 2 , which will not be repeated here.

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

For example, for the network state information of the LTE-Uu, reference may be made to Table 5 in the embodiment shown in FIG. 2 , which will not be repeated here.

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

Specifically, for the network types available to the system, reference may be made to Table 6 in the embodiment shown in FIG. 2 , and details are not described herein again.

Step 303: The network configuration management module sends the network capability information to the service network mapping module, that is, the network type available to the system determined by the network configuration management module in step 302, wherein the network capability information includes the network type and availability status , as shown in Table 6.

Step 304: The field-side AVP application registers the service requirements of each sub-service with the service network mapping module. The service requirements of each sub-service may include, but are not limited to, uplink and downlink information, unicast/broadcast, delay, bandwidth, frequency, reliability sexual information, etc.

Specifically, for the service requirements of the sub-services, reference may be made to Table 2 in the embodiment shown in FIG. 2 , which will not be repeated here.

Step 305: The service network mapping module determines at least one candidate network corresponding to each sub-service according to the service requirements of each sub-service and the available network type of the system in which the sub-service is located.

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

Step 306: The MAPP sends a service request to the cloud AVP server, where the service request includes the AVP identifier, the network type supported by the terminal device, and the identifier of the terminal device.

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 vehicle owner's mobile phone (or other terminal device).

Among them, MAPP cannot communicate with the local AVP server on the private network, so messages are forwarded to the AVP server on the field through the cloud AVP server.

Specifically, the service request may be as shown in Table 1, which will not be repeated here.

It should be noted that, only the service request includes the network type supported by the terminal device as an example for description. Another possible solution is that the service request does not include the network type supported by the terminal device, but the terminal device registers the network type supported by the terminal device during initial registration. In this solution, the following step 308 is executed Before, the service network mapping module also performs the operation of acquiring the network type supported by the terminal device, which will not be described in detail here.

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

Step 308: The service network mapping module determines the selected network for each sub-service according to the network type supported by the terminal device.

Specifically, the service network mapping module determines the selected network of each sub-service according to at least one candidate network for each sub-service (eg, Table 3) and the network type supported by the terminal device (eg, Table 1), for example, as shown in FIG. 2 It is shown in Table 7 in the illustrated embodiment and will not be repeated here.

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

Step 309: The service network mapping module sends an AVP service failure message to the cloud AVP server, wherein the AVP service failure message includes a service failure reason, and the failure reason may be that the network does not support.

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

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

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

Exemplarily, the following describes the configuration process initiated based on the network corresponding to different sub-services by using a specific example, such as the examples shown in FIG. 4-FIG. 6 below.

In FIG. 4, the selected network of the first sub-service is PC5 as an example to illustrate the example of the network configuration process based on the PC5 network. The specific network configuration process may include:

Step 401: The service network mapping module sends a network configuration request to the network configuration management module, where the network configuration request includes the network type as PC5, the communication type as unicast, the terminal device ID and the identifier of the first sub-service. For example, in this example, the identifier of the first sub-service is an ID corresponding to the assisted positioning and obstacle detection services.

Step 402: The network configuration management module determines to use PC5 unicast, and needs to exchange the application layer key with the TBOX first.

Step 403: According to the network configuration request, the network configuration management module allocates the destination layer 2 address used by unicast to the terminal device.

Step 404: The network configuration management module allocates unicast air interface resources to the terminal device 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 the terminal device ID, the identifier of the first sub-service, the destination layer 2 address, and the PC5 air interface resource configuration.

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

Step 407: The network configuration management module sends a network configuration complete message to the service network mapping module after determining that the configuration is complete, where the network configuration complete message includes the terminal device ID, the identifier of the first sub-service, and the destination layer two address .

Step 408: The service network mapping module saves the identity of the terminal device, the identity of the service, and the correspondence between the network types and addresses of the sub-services (as shown in Table 8), and judges that the network configuration of all the sub-services is complete.

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

Step 410: The cloud AVP application forwards the AVP triggering success message to the MAPP.

Step 411: The field-side AVP application sends a first service message to the service network mapping module, where the first service message includes a terminal device ID and an identifier of the first sub-service.

Wherein, the first service message further includes service message payload.

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

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

Step 413: The service network mapping module sends a second service message to the RSU, where the second service message includes the destination layer 2 address.

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

Step 414: The RSU sends the second service message to the TBOX.

Exemplarily, the RSU encapsulates the service message payload with the destination layer two address and sends the second service message to the TBOX.

Step 415 : The TBOX judges whether the destination layer 2 address is its own destination layer 2 address, if so, executes step 416 , otherwise executes step 417 .

Specifically, the TBOX filters the destination layer 2 address according to the PC5 configuration information in step 405, determines the sub-service corresponding to the destination layer 2 address, and uses a key that is not negotiated by 2 for the second service message. to decode. If there is the destination layer 2 address in the PC5 configuration information, it is determined that the destination layer 2 address is its own destination layer 2 address, and then step 416 is executed; if the PC5 configuration information does not have the destination layer 2 address, it is determined that If the stated destination layer 2 address is not its own destination layer 2 address, the second service message is discarded, that is, step 417 is executed.

Step 416: The terminal device processes the second service message.

Step 417: The terminal device discards the second service message.

In FIG. 5, an example of a network configuration process based on an LTE-Uu network is illustrated by taking LTE-Uu as the selected network for the second sub-service. In this example, the second sub-service is path planning. The network configuration process can include:

Step 501: The service network mapping module sends a network configuration request to the network configuration management module, where the network configuration request includes the network type as LTE-Uu, bandwidth, delay and terminal device ID.

Step 502: The network configuration management module sends network configuration information to the cloud AVP application, where the network configuration information includes the terminal device ID, the identifier of the second sub-service, the bandwidth, and the delay.

Step 503: The cloud AVP application sends a bearer establishment request message to the SCEF, where the bearer establishment request message includes the network configuration information and the IP address of the terminal device.

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

Step 505: The SCEF sends a bearer establishment success message to the cloud AVP application.

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

Step 507: The network configuration management module sends the network configuration complete message to the service network mapping module.

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

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

Step 510: The cloud AVP application forwards the AVP triggering success message to the MAPP.

Step 511: The field-side AVP application sends a third service message to the service network mapping module, where the third service message includes the terminal device 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: The service network mapping module obtains the destination IP address corresponding to the ID of the terminal device and the identifier of the second sub-service.

Step 513: 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 process based on a 5G-Uu network is illustrated by taking 5G-Uu as the selected network for the third sub-service. In this example, the third sub-service is map download. The network configuration process can include:

Step 601: The service network mapping module sends a network configuration request to the network configuration management module, where the network configuration request includes the network type as 5G-Uu, bandwidth, delay and terminal device ID.

Step 602: The network configuration management module determines the network slice of the third sub-service according to the service requirements (bandwidth, delay) of the third sub-service.

Step 603: The network configuration management module sends network configuration information to the TBOX, where the network configuration information includes the identifier of the third sub-service, the IP address of the terminal device, and the identifier of the network slice.

Step 604: The network configuration management module sends a network configuration complete message to the service network mapping module.

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

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

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

Step 607: The field-side AVP application sends a fourth service message to the service network mapping module, where the fourth service message includes the terminal device ID 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: The service network mapping module obtains the destination IP address corresponding to the ID of the terminal device and the identifier of the third sub-service.

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

Through the above example, the network configuration of the selected network of different sub-services can be completed. During the process of the service, the network configuration management module monitors the network state change and notifies the service network mapping module. When the service network mapping module determines the impact of the network state change During service, the process of network reconfiguration is triggered. For example, FIG. 7 shows an example of a flow of network state change triggering network reconfiguration, and the specific flow of this example may include:

Step 701: The TBOX counts the msgcnt of the received message, judges whether there is a packet loss through the continuity of the msgcnt, and determines the data packet statistical information, where the data packet statistical information includes the terminal device ID, the number of lost packets, and the statistical time.

Step 702: The TBOX sends the statistical information of the data packets to the network configuration management module.

In an optional implementation manner, the terminal device periodically sends the data packet statistical information to the network configuration management module; or the terminal device determines that the number of lost packets exceeds a fixed threshold to the The network configuration management module sends the data packet statistics.

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

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

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

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

Wherein, when the above steps 701 and 702 exist, the network configuration management module determines, according to the number of lost packets and the statistical time, that when the packet loss rate is greater than the set packet loss rate threshold, the network configuration management module determines that the first network is currently unavailable.

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

Step 705: The network configuration management module sends a network state change message to the service network mapping module, where the network state change message includes a network type and a network availability state.

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

The service network mapping module judges whether there is a sub-service carried on the first network according to the corresponding relationship between the sub-service and the selected network, and re-triggers the network configuration process if it exists.

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

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

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

Specifically, for the network configuration process of the sub-service, reference may be made to the foregoing embodiments, which will not be described in detail here.

It should be noted that, in the above example, the operations performed by the SCEF may also be performed by the PCRF, which will not be described in detail in this application.

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 apparatus, which is only a possible example. During specific implementation, the network configuration management module and the service network mapping module may be respectively deployed in two different apparatuses to jointly implement the functions implemented by the first apparatus. Specifically, the embodiments of the present application are not listed again.

Based on the above embodiments, the embodiments of the present application further provide an apparatus for implementing network configuration, and the apparatus for implementing network configuration is applied to the system as shown in FIG. function of a device. 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, wherein the service includes at least one sub-service;

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

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: obtain the The at least one sub-service corresponding to the service, and at least one candidate network corresponding to each sub-service is determined; according to the network type supported by the terminal device, the at least one candidate network corresponding to each sub-service is determined. The selected network for each of the sub-services.

In an optional implementation manner, the processing unit 802, before the receiving unit 801 receives the service request from the terminal device, is further configured to: acquire the service requirements of each sub-service; At least one candidate network corresponding to each sub-service is determined according to the service requirements 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 state information from a second device, where the network state information sent by the second device is deployed by the system where the first device 800 is located Network status information of the network; the processing unit 802 is further configured to determine, according to the network status information, a network type available to the system where the apparatus 800 for implementing network configuration is located. Optionally, the second device is SCEF, PRCF or 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, and when the selected network of the first sub-service of the service is the PC5 network, the processing unit 802, when initiating a network configuration process, specifically for: assigning a destination layer 2 address to the terminal device; sending network configuration information to the terminal device and the second device through the sending unit, where the network configuration information includes the destination layer 2 address and the identifier of the terminal device. Wherein, 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 device, where the first service message includes an identifier of the terminal device and an identifier of the first sub-service. identifier; the processing unit 802 is further configured to determine the destination layer 2 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 for Send the second service message to the terminal device through the second device, where the second service message includes the destination layer 2 address, and the destination layer 2 address is used to instruct the terminal device to receive and process the second service message. Wherein, 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, 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 When initiating a network configuration process, the processing unit 802 is specifically configured to: send network configuration information to the second device through the sending unit, where the network configuration information includes the IP address of the terminal device and the information of the second sub-service. Service requirements; receiving a network configuration success message from the second device through the receiving unit 801 .

In an optional implementation manner, 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 The processing unit 802, when initiating a network configuration process, is specifically configured to: determine a network slice of the third sub-service according to the service requirements of the third sub-service; send network configuration information to the terminal device through the sending unit , the network configuration information includes the identifier of the service, the IP address of the terminal device, and the identifier of the network slice of the third sub-service. Wherein, optionally, the second device is SCEF or 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 device, where the third service message includes the identifier of the terminal device and the identifier of the fourth sub-service ; the fourth sub-service is the second sub-service or the third sub-service; the processing unit 802 is also used to obtain the corresponding purpose of the identification of the terminal device and the identification of the fourth sub-service IP address; the sending unit is further configured to send the third service message to the terminal device through the destination IP address. Wherein, 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 acquire first information, where the first information is used to indicate the network status of the first network; and determine the first information according to the first information A network is currently unavailable; the target sub-service corresponding to the first network is determined, the network configuration information corresponding to the target sub-service is updated, and a network configuration update process is initiated.

In an optional implementation manner, when acquiring the first information, the processing unit 802 is specifically configured to: receive data packet statistics information from the terminal device through the receiving unit 801, and the data packet statistics The information includes the number of lost packets and the statistical time; or, the receiving unit 801 receives network congestion information from the second device. Wherein, optionally, the second device is SCEF or PCRF in an AVP service scenario.

In an optional implementation manner, when determining that the first network is currently unavailable according to the first information, the processing unit 802 is specifically configured to: determine the lost packets according to the number of lost packets and the statistical time. The packet rate is greater than the set packet loss rate threshold; it is determined that the first network is currently unavailable; or, according to the network congestion information, it is determined that the network congestion degree is greater than the set threshold; it is determined that the first network is currently unavailable.

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

Using the device for implementing network configuration provided by the embodiment of the present application, a service request is received from a terminal device, where the service request includes a service identifier and a network type supported by the terminal device; wherein, the service includes at least one sub-service; The device for implementing network configuration determines the selected network of each sub-service according to the network type supported by the terminal device, and initiates a network configuration process based on the network corresponding to each sub-service. In this way, the different network requirements of multiple sub-services of a service can be met through multi-network synergy and complementation, and the reliability and continuity of the service can be ensured, thereby meeting the service requirements of the Internet of Vehicles service.

Based on the above embodiments, an embodiment of the present application further provides a terminal device, and the terminal device is applied to the system as shown in FIG. 1 to implement the network configuration method provided by the embodiment of the present application. Referring to FIG. 9, the terminal device 900 includes: a sending unit 901 and a receiving unit 902, wherein:

The sending unit 901 is configured to send a service request to the first device, where the service request includes an identifier of the service; wherein the service includes 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 network selected from the service to the first sub-service is a PC5 network, the network configuration information includes the destination layer allocated by the first device to the terminal device Two addresses and the identification of the terminal device.

In an optional implementation manner, the receiving unit 902 is further configured to receive, through the second device, a second service message sent by the first device, where the second service message includes the destination layer 2 address ; The terminal device further includes a processing unit for judging that the destination layer 2 address is its own destination layer 2 address, and processing the second service message. Wherein, 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 the LTE-Uu network, the receiving unit 902, when receiving the network configuration information from the first device, specifically It is used for: receiving, through the second device, the network configuration information sent by the first device, the IP address of the terminal device and the service requirements of the second sub-service in the network configuration information. Optionally, the second device is SCEF or 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 the identifier of the service and the IP address of the terminal device , the identifier of the 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 device through the IP address.

In an optional implementation manner, the terminal device 900 further includes a processing unit configured to determine data packet statistical information according to the received data packets, where the data packet statistical information includes the number of lost packets and statistical time; the sending The unit 901 is further configured to send the statistical information of the data packets 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: send a registration request to the first device, where the registration request includes the terminal equipment support network type.

In an optional implementation manner, the first apparatus is deployed in an AVP server in an AVP service scenario.

Using the terminal device provided in the embodiment of the present application, a service request is sent to the first device, where the service request includes a service identifier and a network type supported by the terminal device; wherein, the service includes at least one sub-service; the The terminal device receives network configuration information from the first apparatus, the network configuration information being used to configure the selected network of the at least one sub-service. In this way, the different network requirements of multiple sub-services of a service can be met through multi-network synergy and complementation, and the reliability and continuity of the service can be ensured, thereby meeting the service requirements of the Internet of Vehicles service.

Based on the above embodiments, the embodiments of the present application further provide an apparatus for implementing network configuration, and the apparatus for implementing network configuration is applied to the system as shown in FIG. Two device functions. Referring to Fig. 10, the apparatus 1000 for implementing network configuration includes: a processing unit 1001 and a sending unit 1002, wherein:

The processing unit 1001 is configured to determine a network state of a network deployed in a system where the monitored first device is located; optionally, the device for implementing network configuration is SCEF, PCRF or 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 in a system where the first device is located.

In an optional implementation manner, when the selected network of the first sub-service of the service is the PC5 network, the apparatus 1000 for implementing network configuration further includes a receiving unit, configured to: receive the network from the first apparatus Network configuration information is received, where the configuration information includes a destination layer 2 address allocated to a terminal device by the first apparatus and an identifier of the terminal device. Wherein, the device for implementing network configuration is an RSU in an AVP service scenario.

In an optional implementation manner, the receiving unit is further configured to receive a second service message from the first device, where the second service message includes the destination layer 2 address; the sending unit 1002 is further configured to is used for sending the second service message to the terminal device, and the destination layer 2 address is used to instruct the terminal device to receive and process the second service message. Wherein, the device for implementing network configuration 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 apparatus 1000 for implementing network configuration further includes a receiving unit, configured to: A device receives network configuration information, where the network configuration information includes the IP address of the terminal device and the service requirements of the second sub-service; the sending unit 1002 is further configured to send the network configuration successful to the first device information. Optionally, the device for implementing network configuration is SCEF or 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 device. Optionally, the device for implementing network configuration is SCEF or PCRF in an AVP service scenario.

In an optional implementation manner, the first apparatus is deployed in an AVP server in an AVP service scenario.

Using the device for implementing network configuration provided by the embodiment of the present application, the network state of the monitored network is determined, and network state information is sent to the first device, where the network state information is the network of the network deployed by the system where the first device is located status information. In this way, the first device can be subsequently made to perform the subsequent network configuration process based on the network status, so that the different network requirements of multiple sub-services of a service can be met through multi-network synergy and complementation, and the reliability and continuity of the service can be ensured, thereby meeting the requirements of the Internet of Vehicles service. Business needs.

It should be noted that the division of units in the embodiments of the present application is illustrative, and is only a logical function division, and other division methods may be used in actual implementation. Each functional unit in the embodiments of the present application may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit. The above-mentioned integrated units may be implemented in the form of hardware, or may be implemented in the form of software functional units.

The integrated unit, if implemented in the form of a software functional unit and sold or used as an independent product, may be stored in a computer-readable storage medium. Based on this understanding, the technical solutions of the present application can be embodied in the form of software products in essence, or the parts that contribute to the prior art, or all or part of the technical solutions, and the computer software products are stored in a storage medium , including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (processor) to execute all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage medium includes: U disk, removable hard disk, read-only memory (ROM), random access memory (RAM), magnetic disk or optical disk and other media that can store program codes .

Based on the above embodiments, an embodiment of the present application further provides an apparatus for implementing network configuration. The apparatus for implementing network configuration is applied to the system as shown in FIG. 1 and is used to execute the function of the first apparatus in the foregoing embodiment. 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 (central processing unit, CPU), a network processor (network processor, NP), or a combination of CPU and NP, or the like. The processor 1102 may further include a hardware chip. The above-mentioned hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD) or a combination thereof. The above-mentioned PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL) or any combination thereof. When the processor 1102 implements the above functions, it can be implemented by hardware, and of course, it can also be implemented by executing corresponding software in hardware.

The communication interface 1101 and the processor 1102 are connected to each other. 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 or an Extended Industry Standard Architecture (Extended Industry Standard Architecture) , EISA) bus, etc. The bus can be divided into address bus, data bus, control bus and so on. For ease of presentation, only one thick line is used in FIG. 11, but it does not mean that there is only one bus or one type of bus.

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

The communication interface 1101 is used to send and receive data, and to communicate and interact with other devices or devices in the system;

The processor 1102 is configured to execute the program stored in the memory 1103, and when the program is executed, it controls the communication interface 1101 to receive a service request from the terminal device, where the service request includes a service identifier, wherein , the service includes at least one sub-service; obtain the network type supported by the terminal device, determine the selected network of each sub-service according to the network type supported by the terminal device, and based on the selected network of each sub-service Initiate the network configuration process.

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: obtain the The at least one sub-service corresponding to the service, and at least one candidate network corresponding to each sub-service is determined; according to the network type supported by the terminal device, the at least one candidate network corresponding to each sub-service is determined. The selected network for each of the sub-services.

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: acquire the service requirement of each sub-service; according to The service requirements of each sub-service and the available network type of the system where the device for implementing network configuration is located determine at least one candidate network corresponding to each sub-service.

In an optional implementation manner, the processor 1102 is further configured to: control the communication interface 1101 to receive network state information from a second device, where the network state information sent by the second device is the implementation of the Network state information of the network deployed in the system where the device for network configuration is located; according to the network state information, the network type available to the system where the device for network configuration is located is determined. Optionally, the second device is SCEF, PRCF or RSU in an AVP service scenario.

In an optional implementation manner, when the selected network of the first sub-service of the service is the PC5 network, the processor 1102, when initiating a network configuration process, is specifically configured to: allocate an allocation to the terminal device destination layer two address; control the communication interface 1101 to send network configuration information to the terminal device and the second device, where the network configuration information includes the destination layer two address and the identifier of the terminal device. Wherein, optionally, the second device is an RSU in an AVP service scenario.

In an optional implementation manner, the processor 1102 is further configured to: control the communication interface 1101 to receive a first service message from a third apparatus, where the first service message includes the identifier of the terminal device and the identifier of the first sub-service; determine the destination layer 2 address according to the identifier of the terminal device and the identifier of the first sub-service; control the communication interface 1101 to send to the terminal through the second device The device sends the second service message, where the second service message includes the destination layer 2 address, and the destination layer 2 address is used to instruct the terminal device to receive and process the second service message. Wherein, 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, when initiating a network configuration process, the processor 1102 is specifically configured to: control the communication The interface 1101 sends network configuration information to the second device, where the network configuration information includes the IP address of the terminal device and the service requirements of the second sub-service; controls the communication interface 1101 to receive the network from the second device Configuration success message.

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 process, is specifically configured to: according to the The service requirements of the third sub-service determine the network slice of the third sub-service; control the communication interface 1101 to send network configuration information to the terminal device, where the network configuration information includes the identifier of the service, the terminal The IP address of the device and the identifier of the network slice of the third sub-service. Wherein, optionally, the second device is SCEF or PCRF in an AVP service scenario.

In an optional implementation manner, the processor 1102 is further configured to: control the communication interface 1101 to receive a third service message from a third apparatus, where the third service message includes the identifier of the terminal device and the the identifier of the fourth sub-service; the fourth sub-service is the second sub-service or the third sub-service; obtain the destination IP address corresponding to the identifier of the terminal device and 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. Wherein, optionally, the third device is a device deployed by an AVP application in an AVP service scenario.

In an optional implementation manner, the processor 1102 is further configured to acquire first information, where the first information is used to indicate the network state of the first network; and determine the first information according to the first information A network is currently unavailable; the target sub-service corresponding to the first network is determined, the network configuration information corresponding to the target sub-service is updated, and a network configuration update process is initiated.

In an optional implementation manner, when acquiring the first information, the processor 1102 is specifically configured to: control the communication interface 1101 to receive data packet statistics information from the terminal device, and the data packet statistics The information includes the number of lost packets and statistical time; or the communication interface 1101 is controlled to receive network congestion information from the second device. Wherein, optionally, the second device is SCEF or PCRF in an AVP service scenario.

In an optional implementation manner, the processor 1102, when it is determined according to the first information that the first network is currently unavailable, is specifically configured to: determine the lost packets according to the number of lost packets and the statistical time. The packet rate is greater than the set packet loss rate threshold; it is determined that the first network is currently unavailable; or, according to the network congestion information, it is determined that the network congestion degree is greater than the set threshold; it is determined that the first network is currently unavailable.

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

The memory 1103, coupled with the processor 1102, is used for storing programs and the like. Specifically, the program may include program code, the program code including computer operation instructions. The memory 1103 may include RAM, and may also include 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 realize the above-mentioned functions, thereby realizing the network configuration method.

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

Using the device for implementing network configuration provided by the embodiment of the present application, a service request is received from a terminal device, where the service request includes a service identifier and a network type supported by the terminal device; wherein, the service includes at least one sub-service; The apparatus for implementing network configuration determines the selected network of each sub-service according to the network type supported by the terminal device, and initiates a network configuration process based on the selected network of each sub-service. In this way, the different network requirements of multiple sub-services of a service can be met through multi-network synergy and complementation, and the reliability and continuity of the service can be ensured, thereby meeting the service requirements of the Internet of Vehicles service.

Based on the above embodiments, an embodiment of 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 device 1200 may include: a transceiver 1201 , a processor 1202 and a memory 1203 .

The processor 1202 may be a central processing unit (central processing unit, CPU), a network processor (network processor, NP), or a combination of CPU and NP, and so on. The processor 1202 may further include a hardware chip. The above-mentioned hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD) or a combination thereof. The above-mentioned PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL) or any combination thereof. When the processor 1202 implements the above functions, it can be implemented by hardware, and of course, it can also be implemented by executing corresponding software in hardware.

The transceiver 1201 and the processor 1202 are connected to each other. 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 or an Extended Industry Standard Architecture (Extended Industry Standard Architecture) , EISA) bus, etc. The bus can be divided into address bus, data bus, control bus and so on. For ease of representation, only one thick line is shown in FIG. 12, but it does not mean that there is only one bus or one type of bus.

Specifically, when the terminal device 1200 implements the operations of the terminal device in the foregoing embodiment, it may include:

The transceiver 1201 is used to send and receive data, and to communicate and interact with other devices or devices in the system;

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

The transceiver 1201 is controlled to receive network configuration information from the first device, the network configuration information being used to configure the 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 service is a PC5 network, the network configuration information includes the destination layer 2 allocated by the first device to the terminal device address and identification of the terminal device.

In an optional implementation manner, the processor 1202 is further configured to control the transceiver 1201 to receive, through the second device, a second service message sent by the first device, where the second service message includes the destination layer 2 address; determine that the destination layer 2 address is its own destination layer 2 address, and process the second service message. Wherein, 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 the LTE-Uu network, the processor 1202 controls the transceiver 1201 to receive from the first device When the network configuration information is used, it is specifically used to: control the transceiver 1201 to receive the network configuration information sent by the first device through the second device, the IP address of the terminal device and the second sub-device in the network configuration information The business needs of the business. Optionally, the second device is SCEF or 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 the identifier of the service and the IP address of the terminal device , the network slice selection information corresponding to each sub-service.

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

In an optional implementation manner, the processor 1202 is further configured to determine data packet statistical information according to the received data packets, where the data packet statistical information includes the number of lost packets and statistical time; control the transceiver 1201 Sending packet statistics 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 controlling the transceiver 1201 to send a service request to the first device, the processor 1202 is further configured to: control the transceiver 1201 to send a registration request to the first device request, where the registration request includes the network type supported by the terminal device.

In an optional implementation manner, the first apparatus is deployed in an AVP server in an AVP service scenario.

The memory 1203, coupled with the processor 1202, is used for storing programs and the like. Specifically, the program may include program code, the program code including computer operation 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 realize the above functions, thereby realizing the network configuration method.

Using the terminal device provided in the embodiment of the present application, a service request is sent to the first device, where the service request includes a service identifier and a network type supported by the terminal device; wherein, the service includes at least one sub-service; the The terminal device receives network configuration information from the first apparatus, the network configuration information being used to configure the selected network of the at least one sub-service. In this way, the different network requirements of multiple sub-services of a service can be met through multi-network synergy and complementation, and the reliability and continuity of the service can be ensured, thereby meeting the service requirements of the Internet of Vehicles service.

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

The processor 1302 may be a central processing unit (central processing unit, CPU), a network processor (network processor, NP), or a combination of CPU and NP, or the like. The processor 1302 may further include a hardware chip. The above-mentioned hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD) or a combination thereof. The above-mentioned PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL) or any combination thereof. When the processor 1302 implements the above functions, it can be implemented by hardware, and of course, it can also be implemented by executing corresponding software in hardware.

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 or an Extended Industry Standard Architecture (Extended Industry Standard Architecture) , EISA) bus, etc. The bus can be divided into address bus, data bus, control bus and so on. For ease of presentation, only one thick line is used in FIG. 13, but it does not mean that there is only one bus or one type of bus.

Specifically, when the apparatus for implementing network configuration 1300 implements the operations of the apparatus for implementing network configuration in the foregoing embodiment, the following steps may be included:

The communication interface 1301 is used to send and receive data, and to communicate and interact with other devices or devices in the system;

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

The communication interface 1301 is controlled to send network state information to the first device, where the network state information is network state information of a network deployed in a system where the first device is located.

In an optional implementation manner, when the selected network of the first sub-service of the service is the PC5 network, the processor 1302 is further configured to: control the communication interface 1301 to receive from the first device Network configuration information, where the configuration information includes the destination layer 2 address allocated to the terminal device by the first apparatus and the identifier of the terminal device. Wherein, the device for implementing network configuration is an RSU in an AVP service scenario.

In an optional implementation manner, the processor 1302 is further configured to: control the communication interface 1301 to receive a second service message from the first device, where the second service message includes the destination layer 2 address; control the communication interface 1301 to send the second service message to the terminal device, and the destination layer 2 address is used to instruct the terminal device to receive and process the second service message. Wherein, the device for implementing network configuration 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 1302 is further configured to: control the communication interface 1301 to switch from the first sub-service to the first The apparatus receives network configuration information, where the network configuration information includes the IP address of the terminal device and the service requirements of the second sub-service; and controls the communication interface 1301 to send a network configuration success message to the first apparatus. Optionally, the device for implementing network configuration is SCEF or PCRF in an AVP service scenario.

In an optional implementation manner, 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 SCEF or PCRF in an AVP service scenario.

The memory 1303, coupled with the processor 1302, is used for storing programs and the like. Specifically, the program may include program code, the program code including computer operation instructions. The memory 1303 may include RAM, and may also include 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 to realize the above functions, thereby realizing the network configuration method.

In an optional implementation manner, the first apparatus is deployed in an AVP server in an AVP service scenario.

Using the device for implementing network configuration provided by the embodiment of the present application, the network state of the network deployed in the system where the monitored first device is located is determined, and network state information is sent to the first device, where the network state information is the first device Network status information of the network deployed by the system. In this way, the first device can be subsequently made to perform the subsequent network configuration process based on the network status, so that the different network requirements of multiple sub-services of a service can be met through multi-network synergy and complementation, and the reliability and continuity of the service can be ensured, thereby meeting the requirements of the Internet of Vehicles service. Business needs.

To sum up, the embodiments of the present application provide a network configuration method and device. In the method, a first device receives a service request from a terminal device, and the service request includes an identifier of the service and a network configuration supported by the terminal device. network type; wherein, the service includes at least one sub-service; the first device determines the selected network of each sub-service according to the network type supported by the terminal device, and initiates the network based on the selected network of each sub-service Network configuration process. In this way, the different network requirements of multiple sub-services of a service can be met through multi-network synergy and complementation, and the reliability and continuity of the service can be ensured, thereby meeting the service requirements of the Internet of Vehicles service.

Based on the above embodiments, the embodiments of the present application further provide a computer storage medium, where a software program is stored in the storage medium, and when the software program is read and executed by one or more processors, it can implement any one or more of the above Methods provided by the examples. The computer storage medium may include: a U disk, a removable hard disk, a read-only memory, a random access memory, a magnetic disk or an optical disk and other mediums that can store program codes.

Based on the above embodiments, an embodiment of the present application further provides a chip, where the chip includes a processor for implementing the functions involved in any one or more of the above embodiments, such as acquiring or processing the information involved in the above method or information. Optionally, the chip further includes a memory, and the memory is used for necessary program instructions and data to be executed by the processor. The chip may consist of chips, or may include chips and other discrete devices.

As will be appreciated by those skilled in the art, the embodiments of the present application may be provided as a method, a system, or a 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, etc.) 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 present application. It will be understood that each flow and/or block in the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to the processor of a general purpose computer, special purpose computer, embedded processor or other programmable data processing device to produce a machine such that the instructions executed by the processor of the computer or other programmable data processing device produce Means for implementing the functions specified in a flow or flow of a flowchart and/or a block or blocks of a block diagram.

These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory result in an article of manufacture comprising instruction means, the instructions The apparatus implements the functions specified in the flow or flows of the flowcharts and/or the block or blocks of the block diagrams.

These computer program instructions can also be loaded on a computer or other programmable data processing device to cause a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process such that The instructions provide steps for implementing the functions specified in the flow or blocks of the flowcharts and/or the block or blocks of the block diagrams.

Obviously, those skilled in the art can make various changes and modifications to the embodiments of the present application without departing from the scope of the embodiments of the present application. Thus, if these 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 include these modifications and variations.

Claims (35)

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;

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.

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.

Images