Service transmission system and service processing method based on network twinning

Abstract

This invention discloses a service transmission system and service processing method based on network twins. The service processing method is executed by a network twin service and includes: receiving a service access request sent by a current user and obtaining service transmission requirements based on the request; determining a target communication service type based on the service transmission requirements; determining a target microservice based on the target communication service type and determining a data transmission path based on the target microservice; scheduling each target microservice through the data transmission path; and performing service transmission for the current user through the scheduled target microservices. Therefore, this invention can perceive the user's service transmission requirements through a network twin service and schedule and allocate microservices using the network twin as an anchor point, thereby adapting the user's service transmission requirements to each microservice, ensuring the reliability of service transmission, and achieving high-quality service transmission.

Description

Technical Field

[0001] This invention relates to the field of digital information transmission technology, and in particular to a service transmission system and service processing method based on network twins. Background Technology

[0002] With the rapid development of information technology, the amount of data transmitted by users over the network is gradually increasing. Furthermore, the service nodes corresponding to different users' services are usually different, resulting in high traffic pressure and low transmission rates at each service node in the network. Therefore, users' demand for high-speed services is exploding.

[0003] However, on the one hand, while increasing service transmission rates, it is also necessary to ensure the reliability of interactive information during service transmission; on the other hand, in complex network environments, network transmission resources are extremely precious and scarce, and are constantly undergoing highly dynamic changes, making it difficult to meet the service needs of different users. Therefore, how to provide high-quality network service transmission to improve user experience is an urgent problem to be solved.

[0004] The above content is only used to help understand the technical solution of the present invention and does not represent an admission that the above content is prior art. Summary of the Invention

[0005] The main objective of this invention is to provide a network twin-based service transmission system and service processing method, aiming to solve the technical problem of providing high-quality network service transmission to improve user experience.

[0006] To achieve the above objectives, the present invention provides a service transmission system based on network twins, the system comprising: an access terminal, a network twin service, and several microservices;

[0007] The access point is connected to the user's terminal device, and the network twin service is connected to the access point and the plurality of microservices respectively based on the network twin API;

[0008] The access terminal is used to receive a service access request sent by the current user and transmit the service access request to the network twin service.

[0009] The network twin service is used to receive the service access request and obtain the service transmission requirements based on the service access request.

[0010] The network twin service is also used to determine the target communication service type based on the service transmission requirements;

[0011] The network twin service is further used to determine a target microservice based on the target communication service type, and to determine a data transmission path based on the target microservice;

[0012] The network twin service is also used to schedule each target microservice through the data transmission path, and to perform the current user's business transmission through the scheduled target microservice.

[0013] Optionally, the network twin service is further used to authenticate the current user and obtain the historical user parameters corresponding to the current user after successful authentication.

[0014] The network twin service is also used to determine the target communication service type based on the historical user parameters corresponding to the current user and the service transmission requirements.

[0015] Optionally, the network twin service is further configured to determine a target experience value mapping model based on the historical user parameters and the target communication service type;

[0016] The network twin service is also used to obtain the current user experience value through the historical user parameters, the target communication service type and the target experience value mapping model, and to determine the target microservice based on the current user experience value.

[0017] Optionally, the network twin service is further used to determine whether the target communication service type is a converged communication service type;

[0018] The network twin service is further configured to, if not, use the service experience value mapping model corresponding to the service category of the target communication service type as the target experience value mapping model.

[0019] Optionally, the network twin service is further configured to, if so, determine the weight parameters corresponding to each service type included in the target communication service type based on the historical user parameters;

[0020] The network twin service is also used to determine the target experience value mapping model through the weight parameters of each service type in the target communication service type and the service experience value mapping model corresponding to each service type.

[0021] Furthermore, to achieve the above objectives, the present invention also proposes a service processing method based on the aforementioned service transmission system, wherein the service processing method is executed by the network twin service, and the service processing method includes:

[0022] Receive the service access request sent by the current user, and obtain the service transmission requirements based on the service access request;

[0023] Determine the target communication service type based on the aforementioned service transmission requirements;

[0024] The target microservice is determined based on the target communication service type, and the data transmission path is determined based on the target microservice.

[0025] The data transmission path is used to schedule each target microservice, and the business transmission of the current user is carried out through the scheduled target microservice.

[0026] Optionally, before determining the target communication service type based on the service transmission requirements, the method further includes:

[0027] The current user is authenticated, and the historical user parameters corresponding to the current user are obtained after successful authentication is detected.

[0028] The step of determining the target communication service type based on the service transmission requirements includes:

[0029] The target communication service type is determined based on the historical user parameters and the service transmission requirements.

[0030] Optionally, the step of determining the target microservice based on the target communication service type includes:

[0031] Determine the target experience value mapping model based on the historical user parameters and the target communication service type;

[0032] The current user experience value is obtained by using the historical user parameters, the target communication service type, and the target experience value mapping model, and the target microservice is determined based on the current user experience value.

[0033] Optionally, the step of determining the target experience value mapping model based on the historical user parameters and the target communication service type includes:

[0034] Determine whether the target communication service type is a converged communication service type;

[0035] If not, then the service experience value mapping model corresponding to the service category of the target communication service type will be used as the target experience value mapping model.

[0036] Optionally, after determining whether the target communication service type is a converged communication service type, the method further includes:

[0037] If so, then the weight parameters corresponding to each service type included in the target communication service type are determined based on the historical user parameters;

[0038] The target experience value mapping model is determined by the weight parameters of each service type in the target communication service type and the service experience value mapping model corresponding to each service type.

[0039] This invention discloses a service transmission system and service processing method based on network twins. The method includes: receiving a service access request sent by a current user and obtaining service transmission requirements based on the service access request; determining a target communication service type based on the service transmission requirements; determining a target microservice based on the target communication service type and determining a data transmission path based on the target microservice; scheduling each target microservice through the data transmission path, and performing service transmission for the current user through the scheduled target microservice. Therefore, this invention can perceive the user's service transmission requirements through network twin services and schedule and allocate microservices using network twins as anchors to achieve the adaptation of the user's service transmission requirements with each microservice, ensuring the reliability of service transmission and thus achieving high-quality service transmission. Attached Figure Description

[0040] Figure 1 This is a structural block diagram of the first embodiment of the network twin-based service transmission system of the present invention;

[0041] Figure 2 This is a schematic diagram of the first structure of the first embodiment of the network twin-based service transmission system of the present invention;

[0042] Figure 3 This is a second structural schematic diagram of the first embodiment of the network twin-based service transmission system of the present invention;

[0043] Figure 4 This is a flowchart illustrating the first embodiment of the business processing method of the present invention;

[0044] Figure 5 This is a schematic diagram of the first process of the second embodiment of the business processing method of the present invention;

[0045] Figure 6 This is a schematic diagram of the second process of the second embodiment of the business processing method of the present invention;

[0046] Figure 7 This is a schematic diagram of the third process of the second embodiment of the business processing method of the present invention;

[0047] Figure 8 This is a schematic diagram of the fourth process of the second embodiment of the business processing method of the present invention.

[0048] The realization of the objective, functional features and advantages of the present invention will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0049] It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

[0050] This invention provides a service transmission system based on network twins, referring to... Figure 1 , Figure 1 This is a structural block diagram of a first embodiment of a network twin-based service transmission system according to the present invention.

[0051] In this embodiment, the service transmission system includes: an access terminal, a network twin service, and several microservices;

[0052] The access point is connected to the user's terminal device, and the network twin service is connected to the access point and the plurality of microservices respectively based on the network twin API;

[0053] The access terminal is used to receive a service access request sent by the current user and transmit the service access request to the network twin service.

[0054] The network twin service is used to receive the service access request and obtain the service transmission requirements based on the service access request.

[0055] The network twin service is also used to determine the target communication service type based on the service transmission requirements;

[0056] The network twin service is further used to determine a target microservice based on the target communication service type, and to determine a data transmission path based on the target microservice;

[0057] The network twin service is also used to schedule each target microservice through the data transmission path, and to perform the current user's business transmission through the scheduled target microservice.

[0058] It should be noted that the network twin-based service transmission system proposed in this embodiment can be applied to cloud-native networks. Users can connect to the cloud-native network for service transmission via a client on a terminal device or via a network UI (Website User Interface) on the terminal device, such as a mobile phone, computer, or tablet. When a user accesses the cloud-native network through a client, the corresponding access point can be an Application Programming Interface (API) gateway. The API gateway can encapsulate the internal system architecture and provide a customized API for each client, i.e., each user, thereby providing personalized service transmission based on this personalized API. This API gateway may also include other functions, such as monitoring, load balancing, caching, request sharding and management, or static response processing. The API interface corresponding to this API gateway can be a REST / RESTful / HTTP API, etc. The core function of both the API gateway and the network UI is to provide a unified network entry point for accessing the cloud-native network and to enable users to connect to the aforementioned network twin service.

[0059] It is important to understand that the service transmission system in this embodiment can run on a microservice architecture. This microservice architecture can be a new software architecture pattern, which can divide a complex system into dozens or even hundreds of individual small services, such as... Figure 1 As shown, a microservice architecture can contain several microservices, from microservice 1 to microservice n. Each microservice is a separate and complete piece of software that can perform a specific function, and can be deployed independently in different processes. Specifically, each microservice can be deployed on different virtual machines, in containers, or on bare metal.

[0060] It is understandable that in a cloud-native network, the aforementioned network twin service is the user's sole entry point to the internet. This network twin service acts as a security proxy, communication proxy, and personal data proxy for the user in cyberspace. The responsibilities of the network twin may include: authentication, service awareness, resource negotiation and allocation, etc. After a user accesses the cloud-native network through any access network (such as 4G, 5G, WiFi, etc.), all of the user's online activities, such as online social networking, web browsing, and online shopping, will be recorded by the network twin, and the user's personal digital assets can also be managed through the network twin. Therefore, in this embodiment, when a user enters a service transmission system based on a network twin, the network twin service can perceive the transmission quality requirements of the current user's service, i.e., the aforementioned service transmission requirements. Then, the network twin service negotiates cloud-native network resources based on the service transmission requirements, i.e., the network twin service negotiates the scheduling resources of each microservice in the microservice architecture based on the service transmission requirements. It is easy to understand that the types of resources include, but are not limited to, computing resources, storage resources, and network resources.

[0061] It is easy to understand that the aforementioned network twin service can itself be a microservice within a microservice architecture. Therefore, the deployment method of the network twin service in the business transmission system can be the same as the deployment method of several microservices. Of course, the deployment method of the network twin service can also be different from the deployment method of several microservices. This embodiment does not impose any restrictions on the specific deployment method of the network twin service.

[0062] It should be noted that the network twin service can connect to the access point and several microservices via the network twin API. In practical applications, for ease of understanding, let's take... Figure 2 Let's take an example to illustrate this. Figure 2 This is a first structural diagram of a first embodiment of the network twin-based service transmission system of the present invention, as shown below. Figure 2 As shown, in this embodiment, the network twin service can connect to the application programming interface gateway or network UI interface via the network twin API. The network twin service can also connect to the APIs of various microservices via the network twin API. These microservices can be further divided into two categories, such as... Figure 2 As shown, one type can be a business management unit, which may include: streaming media, short messages, reliable short messages, reliable long messages, unicast, multicast, or multicast, etc.; the other type can be a resource unit, which may include: computing, network, storage records, and security, so that the network twin service can match the corresponding microservices and data transmission paths to carry out the current user's business transmission according to the user's business transmission needs.

[0063] Understandably, with Figure 3 Let's take an example to illustrate this. Figure 3 This is a second structural diagram of the first embodiment of the network twin-based service transmission system of the present invention, as shown below. Figure 3 As shown, the management unit usually corresponds directly to the user's service transmission needs. After the network twin service determines the management unit to be invoked based on the current user's service transmission needs, it can also schedule resource units corresponding to the function of the management unit through the network twin unit to carry out the current user's service transmission.

[0064] It is easy to understand that once the microservice to be invoked is identified, the network twin can determine the final data transmission path. In summary, this embodiment can connect with the user's API gateway or network UI and the API interfaces of each microservice through the network twin service via the network twin API. Based on the user's business transmission needs, it matches relevant resource requirements with the corresponding microservices, thereby determining the final data transmission path for the current user's business transmission. Therefore, this embodiment can solve the problems of existing network transmission methods where the business is unaware of the transmission information and the transmission is unaware of the business parameters. It can achieve the adaptation of user business needs to network transmission resources, improving the service quality of business transmission while ensuring the reliability of user services.

[0065] It is important to understand that different users typically have different usage habits. Therefore, this embodiment can refine service transmission based on user habits. That is, by analyzing user preferences through user behavior and user data recorded in the network twin, a user-centric personalized Quality of Experience (QoE) model is established. The network twin service then schedules network resource blocks on demand to further improve service quality and enhance the user experience.

[0066] Therefore, further in this embodiment, the network twin service is also used to authenticate the current user and obtain the historical user parameters corresponding to the current user after successful authentication.

[0067] The network twin service is also used to determine the target communication service type based on the historical user parameters corresponding to the current user and the service transmission requirements.

[0068] The network twin service is also used to determine a target experience value mapping model based on the historical user parameters and the target communication service type;

[0069] The network twin service is also used to obtain the current user experience value through the historical user parameters, the target communication service type and the target experience value mapping model, and to determine the target microservice based on the current user experience value.

[0070] It should be noted that the historical user parameters corresponding to the current user mentioned above are the historical behaviors and historical data of the current user obtained after authentication. After obtaining the historical user parameters of the current user, the target communication service type can be further determined based on the historical user parameters and business transmission requirements.

[0071] It's important to understand that compared to commonly used Quality of Service (QoS) metrics, which primarily include network throughput, latency, packet loss rate, and bit error rate, these metrics, while reflecting performance at the service technology and network transmission levels, neglect user subjectivity. Therefore, they cannot directly reflect user satisfaction with the service and cannot be incorporated into the final service resource scheduling criteria. Unlike objectively assessable QoS metrics such as speed and latency, Quality of Experience (QoE) is a subjective evaluation metric closely related to user preferences and specific service types. Typically, for the same QoS metric, different users will have different QoE values ​​for the same service. Therefore, QoE integrates service-level, user-level, and environmental factors, directly reflecting user satisfaction with the service. However, it's difficult to quantify and model different user experiences with different services. Existing methods typically involve service providers building QoE models for different services based on user experience ratings. This acquisition of QoE metrics is lagging, meaning existing methods cannot guarantee personalized user needs and efficient network resource utilization during service transmission.

[0072] It should be noted that, to address the aforementioned issues, this embodiment employs the functionality of a network twin data proxy. Based on an individual's historical data, a QoE mapping model for different services is established. Then, during service transmission, the user's normalized QoE value is predicted based on their service transmission needs and the established QoE mapping model for different services. Service resources are then scheduled based on this normalized QoE value. Specifically, this embodiment categorizes factors influencing QoE into two main types: user preferences (i.e., the aforementioned historical user parameters) and service type (i.e., the aforementioned target communication service type). This maps the current user's QoE index to a normalized QoE value between 0 and 1. A higher final mapped QoE score indicates higher user satisfaction and a better user experience. Furthermore, this embodiment determines the target microservice based on this final mapped QoE value (i.e., the aforementioned current user experience value). The target microservice is the microservice ultimately determined by the aforementioned microservice structure to be scheduled for the current user's service transmission.

[0073] Understandably, considering the different needs of different business types, in order to further improve the accuracy of resource allocation, this embodiment can establish a QoE mapping model for users to different businesses, that is, design corresponding QoE models for different business categories.

[0074] Therefore, further in this embodiment, the network twin service is also used to determine whether the target communication service type is a converged communication service type;

[0075] The network twin service is further configured to, if not, use the service experience value mapping model corresponding to the service category of the target communication service type as the target experience value mapping model.

[0076] It should be understood that this embodiment can design corresponding QoE models for different service categories. However, during the service transmission process, users may be involved in more than one service category. Therefore, before determining the target microservice through the target experience value mapping model, this embodiment can first determine whether the target communication service type is a converged communication service type, that is, whether the target communication service type contains more than one type of service.

[0077] It should be noted that the service categories in this embodiment may include: voice services, data streaming services (including web browsing and file downloads, etc.), and high-definition video streaming services. Firstly, regarding voice services, the formula for the service experience value mapping model that can be used in this embodiment is:

[0078]

[0079] In the formula, QoE v α1 represents the user experience value corresponding to the voice service, PEP represents the packet loss rate, α1 represents the first voice parameter, β1 represents the second voice parameter, and γ1 represents the third voice parameter.

[0080] Secondly, regarding data stream services, the formula for the service experience value mapping model that can be used in this embodiment is:

[0081]

[0082] In the formula, QoE D Here, S represents the user experience value corresponding to the data stream service, S is the file size, α2 is the first data stream parameter, β2 is the second data stream parameter, and T is the user experience value corresponding to the data stream service. e For throughput.

[0083] Finally, regarding high-definition video streaming services, QoE evaluation is relatively complex, as it is related to various factors such as transmission rate, end-to-end latency, and video content. This embodiment proposes to use the following service experience value mapping model formula:

[0084]

[0085] In the formula, QoE HD Here, k represents the user experience value corresponding to the data stream service, R represents the user's transmission rate, u represents the encoding rate, and α3 represents the video stream parameters.

[0086] It should be noted that in the above formula, packet loss rate (PEP), file size (S), and throughput (T) are... e The video mobility factor k, the user's transmission rate R, and the encoding rate u are QoS-related parameters obtained through deep neural network learning based on the current user's historical user parameters. The first voice parameter α1, the second voice parameter β1, and the third voice parameter γ1; the first data stream parameter α2, the second data stream parameter β2, and the video stream parameter α3 are variable parameters related to the user's personalized preferences, and can also be obtained through deep neural network learning based on the current user's historical user parameters.

[0087] The network twin service is further configured to, if so, determine the weight parameters corresponding to each service type included in the target communication service type based on the historical user parameters.

[0088] The network twin service is also used to determine the target experience value mapping model through the weight parameters of each service type in the target communication service type and the service experience value mapping model corresponding to each service type.

[0089] It should be noted that if there is more than one type of service in the target communication service type, the target experience value mapping model corresponding to the converged service can be constructed by weighted fusion based on the service experience value mapping model corresponding to each service type. The weight parameters of each service type can be obtained based on the user's personal habit data (i.e. the historical user parameters mentioned above) and deep neural network learning.

[0090] For example, if the target communication service type is voice and data streaming services, then the corresponding formula for the target experience value mapping model can be expressed as:

[0091]

[0092] Among them, QoE F To integrate user experience values ​​corresponding to the business, PEP represents packet loss rate, α1 represents the first voice parameter, β1 represents the second voice parameter, γ1 represents the third voice parameter, S represents file size, α2 represents the first data stream parameter, β2 represents the second data stream parameter, and T represents the third voice parameter. e ω1 represents the throughput, ω2 represents the weight parameter corresponding to voice services, and ω3 represents the weight parameter corresponding to data stream services.

[0093] It should be noted that after obtaining the current user's experience value based on the target experience value mapping model, a target microservice that meets both the current user's business transmission needs and their personal preferences can be obtained. Data transmission based on this target microservice can further enhance the user experience while ensuring the reliability of business transmission. The different modeling methods for the current user mentioned in this embodiment are applicable to any user; that is, this implementation can model different personalized mapping values ​​based on different users' personal preferences, thereby achieving personalized data transmission for different users.

[0094] This embodiment discloses a service transmission system based on network twins. The system includes an access terminal, a network twin service, and several microservices. The access terminal is connected to the user's terminal device, and the network twin service connects to the access terminal and the microservices respectively via a network twin API. The access terminal receives service access requests sent by the current user and transmits them to the network twin service. The network twin service receives the service access requests and obtains service transmission requirements based on them. The network twin service also determines the target communication service type based on the service transmission requirements. Furthermore, the network twin service determines the target microservice based on the target communication service type and determines the data transmission path based on the target microservice. The network twin service also schedules each target microservice through the data transmission path and performs the current user's service transmission through the scheduled target microservice. In addition, in this embodiment, the network twin service authenticates the current user and obtains the historical user parameters corresponding to the current user after successful authentication. The network twin service also determines the target communication service type based on the historical user parameters and the service transmission requirements. The network twin service is further used to determine the target experience value mapping model based on historical user parameters and the target communication service type; the network twin service is also used to obtain the current user experience value through historical user parameters, the target communication service type, and the target experience value mapping model, and to determine the target microservice based on the current user experience value. The network twin service is also used to determine whether the target communication service type is a converged communication service type; if not, the network twin service uses the service experience value mapping model corresponding to the target communication service type as the target experience value mapping model. If yes, the network twin service determines the weight parameters corresponding to each service type included in the target communication service type based on historical user parameters; the network twin service also determines the target experience value mapping model through the weight parameters of each service type in the target communication service type and the service experience value mapping model corresponding to each service type. Therefore, this embodiment proposes a service transmission system based on network twins. By sensing the user's service transmission needs through network twin services, and using the network twin as an anchor point for scheduling and allocating various microservices within the microservice architecture, the system adapts the user's service transmission needs to the transport network resources (i.e., the microservices) in the microservice architecture, ensuring the reliability of service transmission and achieving high-quality service transmission. Simultaneously, the network twin service can also authenticate the user, thereby obtaining the user's historical user parameters in cyberspace. Furthermore, the network twin service can train a user-centric target experience value mapping model based on these historical user parameters and the target communication service type. Based on this model, it determines the microservice that matches the current user's personal preferences as the target microservice for service transmission.Therefore, this embodiment can establish a corresponding target experience value mapping model according to different user habits, thereby enabling service transmission to be carried out in a way that conforms to the user's personal preferences, improving the user experience and further improving service quality.

[0095] This invention provides a service processing method based on the above-described service transmission system, referring to... Figure 4 , Figure 4 This is a flowchart illustrating the first embodiment of the business processing method of the present invention.

[0096] In this embodiment, the service processing method is implemented based on the aforementioned service transmission system, and is executed by the network twin service. The service processing method includes the following steps:

[0097] Step S10: Receive the service access request sent by the current user, and obtain the service transmission requirements based on the service access request;

[0098] It should be noted that the implementing entity of the method in this embodiment can be a network twin service deployed in a cloud-native network, where the network twin service is the user's sole entry point to the internet. This network twin service acts as a security proxy, communication proxy, and personal data proxy for the user in cyberspace. The responsibilities of the network twin may include: identity verification, service awareness, and resource negotiation. After a user accesses the cloud-native network through any access network (such as 4G, 5G, WiFi, etc.), all of the user's online activities, such as online social networking, web browsing, and online shopping, will be recorded by the network twin, and the user's personal digital assets can also be managed through the network twin.

[0099] Understandably, the aforementioned service access request can be sent by the current user to the network twin service through the Application Programming Interface Gateway (API Gateway) or the web UI interface so that the current user can connect to the aforementioned network twin service.

[0100] It should be understood that the above-mentioned service transmission requirements can be the bandwidth rate, file size, transmission format, or transmission method corresponding to the service to be transmitted by the user. The network twin service can select the microservice corresponding to the service transmission requirements for transmission.

[0101] Step S20: Determine the target communication service type based on the service transmission requirements;

[0102] Step S30: Determine the target microservice based on the target communication service type, and determine the data transmission path according to the target microservice;

[0103] Step S40: Schedule each target microservice through the data transmission path, and transmit the current user's business through the scheduled target microservice.

[0104] It should be noted that in this embodiment, the target disk communication service type that matches the service transmission requirements can be determined first, the target microservice corresponding to the target communication type can be obtained, and finally the data transmission path can be determined based on the target microservice to be scheduled.

[0105] In its implementation, the network twin service can receive service access requests from the current user via an API gateway or network UI interface through the network twin API, and obtain the current user's service transmission requirements based on these requests. Then, the network twin service can determine the target communication service type based on the service transmission requirements, then determine the target microservice based on the target communication service type, and finally determine the data transmission path based on the target microservice. Finally, based on the determined data transmission path, the network twin service can schedule each target microservice through the network twin API. Each target microservice receives the scheduling information sent by the network twin service based on its own microservice API, thereby performing the current user's service transmission. In summary, this embodiment can solve the problems of services not knowing transmission information and transmission not knowing service parameters in existing network transmission methods, enabling the adaptation of user service requirements to network transmission resources, and improving the service quality of service transmission while ensuring the reliability of user services.

[0106] This embodiment discloses a service processing method based on the aforementioned service transmission system. This method is executed by a network twin service and includes: receiving a service access request sent by the current user and obtaining service transmission requirements based on the request; determining a target communication service type based on the service transmission requirements; determining a target microservice based on the target communication service type and determining a data transmission path based on the target microservice; scheduling each target microservice through the data transmission path and performing the current user's service transmission through the scheduled target microservices. Therefore, this embodiment can perceive the user's service transmission requirements through the network twin service and use the network twin as an anchor point for microservice scheduling and allocation, thereby achieving the adaptation of the user's service transmission requirements to the transmission network resources in the microservice architecture, i.e., each microservice, ensuring the reliability of service transmission and achieving high-quality service transmission.

[0107] Reference Figure 5 , Figure 5 This is a schematic diagram of the first process of the second embodiment of the method of the present invention, based on the above. Figure 5 The illustrated embodiment presents a second embodiment of the method of the present invention.

[0108] It is understandable that different users typically have different usage habits. Therefore, this embodiment can refine service transmission based on user habits. Specifically, it analyzes user preferences through user behavior and data recorded in the network twin, establishing a user-centric, personalized Quality of Experience (QoE) model. The network twin service then schedules network resource blocks on demand, further improving service quality and enhancing user experience.

[0109] Therefore, further, such as Figure 5 As shown, in this embodiment, the method further includes the following steps before step S20:

[0110] Step S11: Authenticate the identity of the current user, and obtain the historical user parameters corresponding to the current user after successful authentication;

[0111] Accordingly, step S20 includes:

[0112] Step S20': Determine the target communication service type based on the historical user parameters and the service transmission requirements.

[0113] It should be noted that the historical user parameters corresponding to the current user mentioned above are the historical behaviors and historical data of the current user obtained after authentication. After obtaining the historical user parameters of the current user, the target communication service type can be further determined based on the historical user parameters and business transmission requirements.

[0114] Therefore, further, such as Figure 6 As shown, Figure 6 This is a schematic diagram of the second process of the second embodiment of the method of the present invention. In this embodiment, step S30 includes:

[0115] Step S301: Determine the target experience value mapping model based on the historical user parameters and the target communication service type;

[0116] Step S302: Determine the target experience value mapping model based on the historical user parameters and the target communication service type;

[0117] It's important to understand that compared to commonly used Quality of Service (QoS) metrics, which primarily include network throughput, latency, packet loss rate, and bit error rate, these metrics, while reflecting performance at the service technology and network transmission levels, neglect user subjectivity. Therefore, they cannot directly reflect user satisfaction with the service and cannot be incorporated into the final service resource scheduling criteria. Unlike objectively assessable QoS metrics such as speed and latency, Quality of Experience (QoE) is a subjective evaluation metric closely related to user preferences and specific service types. Typically, for the same QoS metric, different users will have different QoE values ​​for the same service. Therefore, QoE integrates service-level, user-level, and environmental factors, directly reflecting user satisfaction with the service. However, it's difficult to quantify and model different user experiences with different services. Existing methods typically involve service providers building QoE models for different services based on user experience ratings. This acquisition of QoE metrics is lagging, meaning existing methods cannot guarantee personalized user needs and efficient network resource utilization during service transmission.

[0118] It should be noted that, to address the aforementioned issues, this embodiment employs the functionality of a network twin data proxy. Based on an individual's historical data, a QoE mapping model for different services is established. Then, during service transmission, the user's normalized QoE value is predicted based on their service transmission needs and the established QoE mapping model for different services. Service resources are then scheduled based on this normalized QoE value. Specifically, this embodiment categorizes factors influencing QoE into two main types: user preferences (i.e., the aforementioned historical user parameters) and service type (i.e., the aforementioned target communication service type). This maps the current user's QoE index to a normalized QoE value between 0 and 1. A higher final mapped QoE score indicates higher user satisfaction and a better user experience. Furthermore, this embodiment determines the target microservice based on this final mapped QoE value (i.e., the aforementioned current user experience value). The target microservice is the microservice ultimately determined by the aforementioned microservice structure to be scheduled for the current user's service transmission.

[0119] Understandably, considering the different needs of different business types, in order to further improve the accuracy of resource allocation, this embodiment can establish a QoE mapping model for users to different businesses, that is, design corresponding QoE models for different business categories.

[0120] Therefore, further, such as Figure 7 As shown, Figure 7This is a schematic diagram of the third process of the second embodiment of the method of the present invention. In this embodiment, step S301 includes:

[0121] Step S3011: Determine whether the target communication service type is a converged communication service type;

[0122] Step S3012: If not, then the service experience value mapping model corresponding to the service category of the target communication service type shall be used as the target experience value mapping model.

[0123] It should be understood that this embodiment can design corresponding QoE models for different service categories. However, during the service transmission process, users may be involved in more than one service category. Therefore, before determining the target microservice through the target experience value mapping model, this embodiment can first determine whether the target communication service type is a converged communication service type, that is, whether the target communication service type contains more than one type of service.

[0124] It should be noted that the service categories in this embodiment may include: voice services, data streaming services (including web browsing and file downloads, etc.), and high-definition video streaming services. Firstly, regarding voice services, the formula for the service experience value mapping model that can be used in this embodiment is:

[0125]

[0126] In the formula, QoE v α1 represents the user experience value corresponding to the voice service, PEP represents the packet loss rate, α1 represents the first voice parameter, β1 represents the second voice parameter, and γ1 represents the third voice parameter.

[0127] Secondly, regarding data stream services, the formula for the service experience value mapping model that can be used in this embodiment is:

[0128]

[0129] In the formula, QoE D Here, S represents the user experience value corresponding to the data stream service, S is the file size, α2 is the first data stream parameter, β2 is the second data stream parameter, and T is the user experience value corresponding to the data stream service. e For throughput.

[0130] Finally, regarding high-definition video streaming services, QoE evaluation is relatively complex, as it is related to various factors such as transmission rate, end-to-end latency, and video content. This embodiment proposes to use the following service experience value mapping model formula:

[0131]

[0132] In the formula, QoE HDHere, k represents the user experience value corresponding to the data stream service, R represents the user's transmission rate, u represents the encoding rate, and α3 represents the video stream parameters.

[0133] It should be noted that in the above formula, packet loss rate (PEP), file size (S), and throughput (T) are... e The video mobility factor k, the user's transmission rate R, and the encoding rate u are QoS-related parameters obtained through deep neural network learning based on the current user's historical user parameters. The first voice parameter α1, the second voice parameter β1, and the third voice parameter γ1; the first data stream parameter α2, the second data stream parameter β2, and the video stream parameter α3 are variable parameters related to the user's personalized preferences, and can also be obtained through deep neural network learning based on the current user's historical user parameters.

[0134] Furthermore, such as Figure 8 As shown, Figure 8 This is a schematic diagram of the fourth process of the second embodiment of the method of the present invention. In this embodiment, step S3012 further includes:

[0135] Step S3012'1: If yes, then determine the weight parameters corresponding to each service type included in the target communication service type based on the historical user parameters;

[0136] Step S3012'2: Determine the target experience value mapping model by using the weight parameters of each service type in the target communication service type and the service experience value mapping model corresponding to each service type.

[0137] It should be noted that if there is more than one type of service in the target communication service type, the target experience value mapping model corresponding to the converged service can be constructed by weighted fusion based on the service experience value mapping model corresponding to each service type. The weight parameters of each service type can be obtained based on the user's personal habit data (i.e. the historical user parameters mentioned above) and deep neural network learning.

[0138] For example, if the target communication service type is voice and data streaming services, then the corresponding formula for the target experience value mapping model can be expressed as:

[0139]

[0140] Among them, QoE F To integrate user experience values ​​corresponding to the business, PEP represents packet loss rate, α1 represents the first voice parameter, β1 represents the second voice parameter, γ1 represents the third voice parameter, S represents file size, α2 represents the first data stream parameter, β2 represents the second data stream parameter, and T represents the third voice parameter. e ω1 represents the throughput, ω2 represents the weight parameter corresponding to voice services, and ω3 represents the weight parameter corresponding to data stream services.

[0141] It should be noted that after obtaining the current user's experience value based on the target experience value mapping model, a target microservice that meets both the current user's business transmission needs and their personal preferences can be obtained. Data transmission based on this target microservice can further enhance the user experience while ensuring the reliability of business transmission. The different modeling methods for the current user mentioned in this embodiment are applicable to any user; that is, this implementation can use different personalized mapping value modeling methods based on different users' personal preferences, thereby achieving personalized data transmission for different users.

[0142] This embodiment authenticates the current user and, upon successful authentication, obtains the historical user parameters corresponding to the current user. Based on the historical user parameters and service transmission requirements, it determines the target communication service type. It then determines whether the target communication service type is a converged communication service type. If not, it uses the service experience value mapping model corresponding to the target communication service type as the target experience value mapping model. If so, it determines the weight parameters corresponding to each service type included in the target communication service type based on the historical user parameters. The target experience value mapping model is then determined using the weight parameters of each service type in the target communication service type and the corresponding service experience value mapping model. The current user experience value is obtained through the historical user parameters, the target communication service type, and the target experience value mapping model, and the target microservice is determined based on this value. Therefore, in this embodiment, the network twin service can also authenticate the user to obtain the user's historical user parameters in cyberspace. The network twin service can then train a user-centric target experience value mapping model based on the historical user parameters and the target communication service type, and determine microservices that match the current user's personal preferences as target microservices for service transmission based on the target experience value mapping model. Therefore, this embodiment can establish a corresponding target experience value mapping model according to different user habits, thereby enabling service transmission to be carried out in a way that conforms to the user's personal preferences, improving the user experience and further improving service quality.

[0143] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or system. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or system that includes that element.

[0144] The sequence numbers of the above embodiments of the present invention are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0145] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) as described above, and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of the present invention.

[0146] The above are merely preferred embodiments of the present invention and do not limit the scope of the patent. Any equivalent structural or procedural transformations made based on the description and drawings of the present invention, or direct or indirect applications in other related technical fields, are similarly included within the scope of patent protection of the present invention.

Claims

1. A service transmission system based on network twins, wherein the service transmission system is applied to cloud-native networks, characterized in that, The service transmission system includes: an access terminal, a network twin service, and several microservices. The network twin service is the only Internet access point for the cloud-native network. Each microservice is a separate and complete software that can perform a certain function, including a service management unit and a resource unit. The access point is connected to the user's terminal device, and the network twin service is connected to the access point and the plurality of microservices respectively based on the network twin API; The access terminal is used to receive a service access request sent by the current user and transmit the service access request to the network twin service. The network twin service is used to receive the service access request and obtain the service transmission requirements based on the service access request. The service transmission requirements characterize the transmission quality requirements of the current user's service. The network twin service is also used to determine the target communication service type based on the service transmission requirements; The network twin service is further used to determine a target microservice based on the target communication service type, and to determine a data transmission path based on the target microservice; The network twin service is also used to schedule each target microservice through the data transmission path, and to perform the current user's business transmission through the scheduled target microservice.

2. The service transmission system as described in claim 1, characterized in that, The network twin service is also used to authenticate the current user and obtain the historical user parameters corresponding to the current user after successful authentication. The network twin service is also used to determine the target communication service type based on the historical user parameters corresponding to the current user and the service transmission requirements.

3. The service transmission system as described in claim 2, characterized in that, The network twin service is also used to determine a target experience value mapping model based on the historical user parameters and the target communication service type; The network twin service is also used to obtain the current user experience value through the historical user parameters, the target communication service type and the target experience value mapping model, and to determine the target microservice based on the current user experience value.

4. The service transmission system as described in claim 3, characterized in that, The network twin service is also used to determine whether the target communication service type is a converged communication service type; The network twin service is further configured to, if not, use the service experience value mapping model corresponding to the service category of the target communication service type as the target experience value mapping model.

5. The service transmission system as described in claim 4, characterized in that, The network twin service is further configured to, if so, determine the weight parameters corresponding to each service type included in the target communication service type based on the historical user parameters. The network twin service is also used to determine the target experience value mapping model through the weight parameters of each service type in the target communication service type and the service experience value mapping model corresponding to each service type.

6. A service processing method based on the service transmission system according to any one of claims 1 to 5, characterized in that, The business processing method is executed by the network twin service, and the business processing method includes: Receive the service access request sent by the current user, and obtain the service transmission requirements based on the service access request. The service transmission requirements represent the transmission quality requirements of the current user's service. Determine the target communication service type based on the aforementioned service transmission requirements; The target microservice is determined based on the target communication service type, and the data transmission path is determined based on the target microservice. The data transmission path is used to schedule each target microservice, and the business transmission of the current user is carried out through the scheduled target microservice.

7. The business processing method as described in claim 6, characterized in that, Before determining the target communication service type based on the service transmission requirements, the method further includes: The current user is authenticated, and the historical user parameters corresponding to the current user are obtained after successful authentication is detected. The step of determining the target communication service type based on the service transmission requirements includes: The target communication service type is determined based on the historical user parameters and the service transmission requirements.

8. The business processing method as described in claim 7, characterized in that, The step of determining the target microservice based on the target communication service type includes: Determine the target experience value mapping model based on the historical user parameters and the target communication service type; The current user experience value is obtained by using the historical user parameters, the target communication service type, and the target experience value mapping model, and the target microservice is determined based on the current user experience value.

9. The business processing method as described in claim 8, characterized in that, The step of determining the target experience value mapping model based on the historical user parameters and the target communication service type includes: Determine whether the target communication service type is a converged communication service type; If not, then the service experience value mapping model corresponding to the service category of the target communication service type will be used as the target experience value mapping model.

10. The business processing method as described in claim 9, characterized in that, After determining whether the target communication service type is a converged communication service type, the method further includes: If so, then the weight parameters corresponding to each service type included in the target communication service type are determined based on the historical user parameters; The target experience value mapping model is determined by the weight parameters of each service type in the target communication service type and the service experience value mapping model corresponding to each service type.

Images