CN114024854A - System, node, method and medium for sharing slice mean subjective opinion score data - Google Patents
System, node, method and medium for sharing slice mean subjective opinion score data Download PDFInfo
- Publication number
- CN114024854A CN114024854A CN202010685170.3A CN202010685170A CN114024854A CN 114024854 A CN114024854 A CN 114024854A CN 202010685170 A CN202010685170 A CN 202010685170A CN 114024854 A CN114024854 A CN 114024854A
- Authority
- CN
- China
- Prior art keywords
- data
- block
- slice
- mos
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
Abstract
The invention discloses a system, a node, a method and a medium for sharing slice mean subjective opinion score data, comprising the following steps: the operator node broadcasts the slicing network data and/or the service mean opinion score data to other block chain nodes; the application service provider node broadcasts the service average subjective opinion score data to other block chain nodes, and/or after the operator node and the application service provider node receive a new block, the operator node and the application service provider node verify whether the block and each record format in the block are correct and complete, if the verification is passed, the new block is added into a block chain stored locally and forwarded, otherwise, the new block is discarded; and the query system is used for accessing the network data of the query service for the relevant party, the corresponding mean subjective opinion score data and other statistical information based on the network data and the corresponding mean subjective opinion score data. By adopting the invention, the sharing of the operation, management and maintenance of the service experience mean subjective opinion score data and the slicing network and the QoS flow data can be more widely carried out.
Description
Technical Field
The invention relates to the technical field of wireless communication, in particular to a system, a node, a method and a medium for sharing slice mean subjective opinion score data.
Background
Fig. 1 is a schematic diagram of a Network including Network slices, and as shown, NS (Network slice) is introduced in 5G, and customized and dedicated Network services are provided for different industries based on a shared physical infrastructure. This changes the 4G-only network model and creates a 5G network that supports functional customization, security and resource isolation, and topology optimization to meet the needs of specific targets, specific classes of service, and even specific customers, and the network slicing service provides high quality slicing service for 5G users, especially for 5G users in the industry vertical, based on the terms of service agreed by a series of slicing service providers (e.g., operators) and slicing customers (e.g., content providers that employ slicing to carry streaming media). The SLA (Service Level Agreement) is a slicing arrangement, Service area/time, and Service terms of guarantee Level agreed for the type of Service provided, and has a profound influence on the business model and pricing method of network slices.
Slice SLAs are typically monitored and evaluated by a slice manager based on KPIs (Key Performance indicators) of network slices (e.g., virtualized resource utilization, number of registered users of network and network slice instances, end-to-end delay of 5G network, uplink/downlink throughput of network and network slice instances, etc.). This means that the slicing manager itself can evaluate whether the slicing service meets the agreed SLA requirements.
Besides the end-to-end SLA guarantee, the 5G network control plane also needs to develop corresponding functions to perform more dynamic and finer-grained slice QoE (Quality of Experience) level monitoring and management. Industry recommendations may be cut in from the perspective of the end-user (i.e., ASP) who experiences the most immediate cut services. In general, ASPs rely on a large number of QoE requirements to measure perceived quality of service, including but not limited to: network service area of ASP, MOS (Mean Opinion Score), subscriber service MOS satisfaction percentage, e.g. 90% of subscribers meet or exceed the specified service MOS requirement.
In order to obtain an average service MOS and a percentage of users satisfying the service MOS, the ASP needs to comprehensively consider a relationship between a single user service MOS value and major network attributes (such as upload/download capacity, jitter, maximum allowable delay, network availability, dedicated service characteristics, and the like), and design a corresponding MOS service model. Generally, the service MOS is dominated by one or more network attributes that have the greatest impact on the user experience, and therefore, the service MOS structures for different industry applications may differ significantly. For example, from the perspective of game developers/publishers, the service MOS designs of different types of game slices are also significantly different, for example, cloud game experience is related to bandwidth, multiplayer games are more sensitive to time delay, and electronic competitions focus on consistency of user experience. ASP is most concerned about slice service experience and QoE as well as having a profound understanding of its business logic, so that different slice tenants have different provisioning requirements for the same communication service, which is also a reference baseline for slice SLA requirements, and slice QoE requirements and slice QoE statistics (e.g., average traffic MOS) are key factors to consider in slice SLA definition and management.
Currently, the industry is pushing a MOS Model training framework to support slice SLA guarantee, and SMM (Service MOS Model) can be obtained by training a specific Service of ASP through NWDAF (Network Data analysis Function).
Firstly, the NWDAF, as a main data acquisition point of the 5G system, receives and stores service MOS data from an ASP or a slice tenant, and network data provided by a slice manager and a core network corresponding to the service. The OAM (Operation, Administration, and Maintenance) data provided by the slice manager includes UE-level MDT (Minimization of Drive Test) data, NF (Network Function) performance measurement data, and Network-level KPI data. The data input from the 5G core network may be non-OAM data at the QoS flow level, UE (User Equipment) level or even at the traffic level. The introduction of the slice tenant service MOS value can assist operators to intuitively and effectively monitor the slice operation quality, so that the slice tenant service MOS value plays a crucial role in the slice management/control process. Ideally, the service MOS perceived by the vertical industry/third party is required to be highly consistent with the QoE fitting analysis result of the operator, which indicates that the slicing service performance and the operation and maintenance cost reach good balance, thereby realizing win-win between the slicing service provider and the user.
With a large amount of service MOS and network data, the NWDAF can train and model the smm (service MOS model) for a given service using advanced AI (Artificial intelligence)/ML (Machine Learning) algorithms. The SMM is used for representing the relation between a user service experience MOS value and OAM and QoS flow data in the slicing network, so that an operator fits the service experience of the user based on network management and control data, the operation quality of the slicing is monitored visually, and the updating and control management of the slicing configuration are assisted.
Due to the wide variation in the operational and business patterns of industry and slicing users, SMM may be quite different for different industry applications. The SMM of each slice tenant therefore needs to be trained and validated on purpose to capture key network features that affect slice quality of service. In a dynamic business environment, the SMM itself may change over time or create differences in different slice service areas. Therefore, it needs to be trained and enhanced by user experience data and network management/control parameters that are continuously provided by users and networks to ensure the generalization capability and long-term applicability of the model.
Currently, the industry is advancing to identify key SLA guarantee scenarios and corresponding stakeholders (such as vertical industry/third party, telecommunication manufacturer, operator, etc.), and establish a close industry partnership among the stakeholders, and jointly develop a data analysis method and a service MOS model.
The defects of the prior art are as follows: the existing slice management scheme only supports the operator to obtain experience data of a third party currently providing network slice service through an NWDAF interface.
Disclosure of Invention
The invention provides a system, a node, a method and a medium for sharing mean subjective opinion score data, which are used for overcoming the defect that MOS data are inconvenient to query by slicing.
The invention provides the following technical scheme:
a sliced MOS data sharing system comprising: the system comprises a plurality of application service provider nodes, a plurality of operator nodes and a plurality of query systems which form a slice MOS data sharing block chain network, wherein:
an operator node, which is a node of an operator providing a slice network, for performing one or a combination of the following:
broadcasting the slicing network data and/or the service MOS data to other block chain nodes;
after receiving the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding, otherwise, discarding the new block;
using a consensus mechanism in a block chain to package records obtained in a period of time into a new block and broadcasting and publishing the block;
an application service provider node, which is a node of a vertical industry application service provider renting a slice network, and is used for executing one or a combination of the following modes:
broadcasting the service MOS data to other block chain nodes;
after receiving the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding, otherwise, discarding the new block;
using a consensus mechanism in a block chain to package records obtained in a period of time into a new block and broadcasting and publishing the block;
and the query system is used for accessing the network data of the query service and the corresponding MOS data thereof for the relevant party, and other statistical information based on the network data and the corresponding MOS data.
In an implementation, the sliced network data includes operations, administration and maintenance data provided by the slicing manager, and/or network data provided by the core network.
In implementation, the slice MOS data includes a hash value of the slice MOS data and a slice MOS data storage address signature;
each node is further used for reading the slice MOS data to obtain a slice MOS data storage address, applying for the slice MOS data from the node corresponding to the address, and determining whether the data is correct according to the hash value of the slice MOS data;
each node is further used for determining whether to issue slice MOS data or not according to an authorization strategy when other nodes apply for the slice MOS data.
A slice MOS data sharing node, comprising: the system is located in a slice MOS data sharing block chain network consisting of a plurality of application service provider nodes, a plurality of operator nodes and a plurality of query systems, wherein:
a processor for reading the program in the memory, performing one or a combination of the following:
broadcasting the slice MOS data to other block chain nodes;
after receiving the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding, otherwise, discarding the new block;
using a consensus mechanism in a block chain to package records obtained in a period of time into a new block and broadcasting and publishing the block;
a transceiver for receiving and transmitting data under the control of the processor.
In an implementation, the node is an operator node providing slice network data and/or service MOS data, or an application service provider node providing service MOS data, wherein the operator node is a node of an operator providing a slice network, and the application service provider node is a node of a vertical industry application service provider leasing the slice network.
In an implementation, the sliced network data includes operations, administration and maintenance data provided by the slicing manager, and/or network data provided by the core network.
In implementation, the slice MOS data includes a hash value of the slice MOS data and a slice MOS data storage address signature;
each node is further used for reading the slice MOS data to obtain a slice MOS data storage address, applying for the slice MOS data from the node corresponding to the address, and determining whether the data is correct according to the hash value of the slice MOS data;
each node is further used for determining whether to issue slice MOS data or not according to an authorization strategy when other nodes apply for the slice MOS data.
A slice MOS data sharing node, comprising: the system is located in a slice MOS data sharing block chain network consisting of a plurality of application service provider nodes, a plurality of operator nodes and a plurality of query systems, wherein:
the broadcast module is used for broadcasting the MOS data to other block chain nodes, and/or packaging records obtained within a period of time into a new block by using a consensus mechanism in the block chain and broadcasting and issuing the block;
and/or the presence of a gas in the gas,
and the receiving module is used for verifying whether the block and each recording format in the block are correct and complete after receiving the new block, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding the new block, and otherwise, discarding the new block.
In an implementation, the node is an operator node providing slice network data and/or service MOS data, or an application service provider node providing service MOS data, wherein the operator node is a node of an operator providing a slice network, and the application service provider node is a node of a vertical industry application service provider leasing the slice network.
In an implementation, the sliced network data includes operations, administration and maintenance data provided by the slicing manager, and/or network data provided by the core network.
In an implementation, the broadcasting module is further configured to broadcast the slice MOS data including the hash value of the slice MOS data and the slice MOS data storage address signature;
the receiving module is further used for reading the slice MOS data to obtain a slice MOS data storage address, applying for the slice MOS data from a node corresponding to the address, and determining whether the data is correct according to the hash value of the slice MOS data;
each node further comprises:
and the database is used for determining whether to issue the slice MOS data or not according to the authorization strategy when other nodes apply for the slice MOS data.
A query system, comprising: the system is located in a slice MOS data sharing block chain network consisting of a plurality of application service provider nodes, a plurality of operator nodes and a plurality of query systems, wherein:
a processor for reading the program in the memory and executing the following program:
network data for relevant parties to access the query service, MOS data corresponding to the network data and other statistical information based on the network data;
a transceiver for receiving and transmitting data under the control of the processor.
A query system, comprising: the system is located in a slice MOS data sharing block chain network consisting of a plurality of application service provider nodes, a plurality of operator nodes and a plurality of query systems, wherein:
the interface is used for being accessed by a correlative party;
and the query module is used for accessing the network data of the query service and the corresponding MOS data thereof by the related party, and other statistical information based on the network data and the corresponding MOS data.
A slice MOS data sharing method comprises the following steps in a slice MOS data sharing block chain network consisting of a plurality of application service provider nodes, a plurality of operator nodes and a plurality of query systems:
an operator node of an operator providing a slice network performs one or a combination of the following:
broadcasting the slicing network data and/or the service MOS data to other block chain nodes;
after receiving the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding, otherwise, discarding the new block;
using a consensus mechanism in a block chain to package records obtained in a period of time into a new block and broadcasting and publishing the block;
an application service provider node of a vertical industry application service provider leasing a sliced network performs one or a combination of the following:
broadcasting the service MOS data to other block chain nodes;
after receiving the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding, otherwise, discarding the new block;
using a consensus mechanism in a block chain to package records obtained in a period of time into a new block and broadcasting and publishing the block;
after the related party accesses the slice MOS data sharing block chain network through the query system, the network data of the service, the corresponding service MOS data and other statistical information based on the network data and the corresponding service MOS data are queried.
In an implementation, the sliced network data includes operations, administration and maintenance data provided by the slicing manager, and/or network data provided by the core network.
In implementation, the slice MOS data includes a hash value of the slice MOS data and a slice MOS data storage address signature;
each node is further used for reading the slice MOS data to obtain a slice MOS data storage address, applying for the slice MOS data from the node corresponding to the address, and determining whether the data is correct according to the hash value of the slice MOS data;
each node is further used for determining whether to issue slice MOS data or not according to an authorization strategy when other nodes apply for the slice MOS data.
A slice MOS data sharing method comprises the following steps in a slice MOS data sharing block chain network consisting of a plurality of application service provider nodes, a plurality of operator nodes and a plurality of query systems:
performing one or a combination of the following:
broadcasting the slice MOS data to other block chain nodes;
after receiving the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding, otherwise, discarding the new block;
records obtained over a period of time are packaged as new blocks using a consensus mechanism in the block chain and the blocks are broadcast.
In an implementation, the node is an operator node providing slice network data and/or service MOS data, or an application service provider node providing service MOS data, wherein the operator node is a node of an operator providing a slice network, and the application service provider node is a node of a vertical industry application service provider leasing the slice network.
In an implementation, the sliced network data includes operations, administration and maintenance data provided by the slicing manager, and/or network data provided by the core network.
In implementation, the slice MOS data includes a hash value of the slice MOS data and a slice MOS data storage address signature;
each node is further used for reading the slice MOS data to obtain a slice MOS data storage address, applying for the slice MOS data from the node corresponding to the address, and determining whether the data is correct according to the hash value of the slice MOS data;
each node is further used for determining whether to issue slice MOS data or not according to an authorization strategy when other nodes apply for the slice MOS data.
In an implementation, the operator node and/or the application service provider node is further configured to encapsulate records obtained within a period of time into new tiles using a consensus mechanism in the tile chain and broadcast the new tiles.
In a sliced MOS data-sharing blockchain network consisting of a number of application service provider nodes, a number of operator nodes, and a number of query systems, a query method comprising:
accessing a relevant party;
network data for relevant parties to access the query service, MOS data corresponding to the network data, and other statistical information based on the network data and the MOS data.
A computer-readable storage medium storing a computer program for executing the above slice MOS data sharing method.
The invention has the following beneficial effects:
in the technical scheme provided by the embodiment of the invention, as a block chain network is formed by a plurality of operators and application service provider nodes, and slice network data and/or service MOS data required by model training after consensus is stored in the chain, each node required to acquire the MOS data is not limited to acquiring experience data of a third party currently providing network slice service through an NWDAF interface, but can share service experience MOS data with OAM and QoS flow data in the slice network more widely.
Furthermore, the scheme has at least one of the following effects:
because the MOS data are stored in the block chain network, a slice network data and/or service MOS data sharing system going to the center is provided;
data need to be agreed in the block chain network, so that the consistency of distributed MOS data is ensured, and the shared data synchronization among all related parties in the alliance, namely a vertical industry/third party, a telecommunication manufacturer, all operators and the like is realized;
MOS data are stored in the block chain network, so that the risk of single-point failure is reduced;
further, authorized embodiments are provided to allow optional authorized data sharing by parties associated with the federation.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the invention and not to limit the invention. In the drawings:
FIG. 1 is a diagram of a network including a network slice in the background art;
FIG. 2 is a block diagram of a slice MOS data sharing system according to an embodiment of the present invention;
FIG. 3 is a block chain network structure according to an embodiment of the present invention;
FIG. 4 is a diagram illustrating a slice MOS data sharing node structure according to an embodiment of the present invention;
FIG. 5 is a diagram of a second slice MOS data sharing node structure according to an embodiment of the present invention;
FIG. 6 is a diagram illustrating a query system architecture according to an embodiment of the present invention;
FIG. 7 is a diagram illustrating a second exemplary query system architecture according to an embodiment of the present invention;
FIG. 8 is a schematic diagram illustrating an implementation flow of a slice MOS data sharing method implemented by the system according to an embodiment of the present invention;
fig. 9 is a schematic flow chart of an implementation of a slice MOS data sharing method implemented by a node in the embodiment of the present invention;
FIG. 10 is a flowchart illustrating an implementation of a query method according to an embodiment of the present invention.
Detailed Description
The inventor notices in the process of invention that:
the existing slice management scheme only supports the operator to obtain experience data of a third party currently providing network slice service through an NWDAF interface.
Because the slicing service is not completely landed and commercialized, the amount of information available to operators is very small, which is not beneficial to model training and is not beneficial to the maturity and development of slicing. Sharing of service experience MOS data and OAM and QoS flow data in a slicing network is carried out more widely among all interest related parties, operators are helped to deploy a large number of slicing services on shared 5G infrastructure, and meanwhile the expected service quality of each slicing user is better guaranteed, but the platform for carrying and managing the data shared among multiple parties is a problem.
The blockchain establishes the characteristics of multi-party trust, consistency keeping and decentralization, so that the blockchain is very suitable for solving the problem. Based on this, the embodiment of the present invention provides a scheme for implementing slice network data and/or service MOS data sharing based on a block chain, where the slice network data and/or service MOS data are provided and maintained by alliance members together, and data sharing in the alliance is used for service MOS model training. In the example, slice MOS data refers to slice running network data (including operation, management, and maintenance data provided by a slice manager, and/or network data provided by a core network) and/or slice MOS data of supported services.
The following describes embodiments of the present invention with reference to the drawings.
In the description, the embodiments of the operator node, the application service provider node and the query system will be described, and examples of their cooperative embodiments will be given to better understand the implementation of the solution given in the embodiments of the present invention. Such description does not mean that they must be implemented in cooperation or separately, and in fact, when they are implemented separately, they each solve the problem on one side thereof, and when they are used in combination, they achieve better technical effects.
Fig. 2 is a schematic structural diagram of a slice MOS data sharing system, which may include:
the system comprises a plurality of application service provider nodes, a plurality of operator nodes and a plurality of query systems which form a slice MOS data sharing block chain network, wherein:
the operator node 201, which is a node of an operator providing a slice network, is configured to perform one or a combination of the following manners:
broadcasting the slicing network data and/or the service MOS data to other block chain nodes;
after receiving the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding, otherwise, discarding the new block;
using a consensus mechanism in a block chain to package records obtained in a period of time into a new block and broadcasting and publishing the block;
the application service provider node 202 is a node of a vertical industry application service provider that leases a sliced network, and is configured to perform one or a combination of the following:
broadcasting the service MOS data to other block chain nodes;
after receiving the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding, otherwise, discarding the new block;
using a consensus mechanism in a block chain to package records obtained in a period of time into a new block and broadcasting and publishing the block;
and the query system 203 is used for providing the relevant party with access to the network data of the query service, the MOS data corresponding to the network data and other statistical information based on the network data.
In an implementation, the sliced network data includes operations, administration and maintenance data provided by the slicing manager, and/or network data provided by the core network.
Fig. 3 is a block chain network structure diagram, as shown, the following can be also included in the system:
an operator node: the method refers to an operator providing a slice network, and is responsible for providing self-collected data for model training, participating in block chain consensus, storing slice network data and/or service MOS data for model training, and viewing slice network data and/or service MOS data in a chain. Some operator nodes may provide network data provided by the core network and the slice manager for the service. The OAM (Operation, Administration, and Maintenance) data provided by the slice manager includes UE-level MDT (Minimization of Drive Test) data, NF (Network Function) performance measurement data, Network-level KPI data, and the like.
The data input from the 5G core network can be non-OAM data of QoS flow level, UE level or even service level, etc.;
other operator nodes may provide traffic network data collected by the NWDAF from the network while internal training is taking place, traffic MOS data collected from the application service provider, etc.
Application service provider node: the system is characterized in that a vertical industry application service provider renting a slice network is responsible for providing self-collected service MOS data, participating in block chain consensus and storing and checking slice network data and/or service MOS data;
the query system comprises: the related party can access and inquire the network data of a certain service, the MOS data corresponding to the network data and other statistical information based on the network data and the MOS data.
The following describes the implementation of the system.
The description can be mainly divided into two parts:
1) writing slice network data and/or service MOS data; 2) and checking the slice network data and/or the service MOS data.
Further, different embodiments are possible according to whether or not the data on the chain is completely disclosed, and the following description will be made.
First, the implementation of the complete disclosure of the data on the chain.
1) Slice network data and/or service MOS data writing:
the operator node broadcasts the slice network data and/or the service MOS data to other block chain nodes; the operator node may also broadcast slice network data and the like to other blockchain nodes; and the application service provider node broadcasts the service MOS data and the like to other block chain nodes.
Other block chain nodes check the format of the received data and use the data as a record, and corresponding to the previous step, there are three recording modes:
(1) slice MOS identification, slice network data (such as OAM data, QoS flow data, etc.), service MOS data;
(2) slice MOS identification, slice network data (e.g., OAM data, QoS flow data, etc.);
(3) slice MOS identification and service MOS data.
In the example, a slice MOS identifier is used, and the slice MOS identifier is used to associate slice network data with slice MOS data, and does not belong to the content of slice MOS data. There are many specific implementation ways to associate slice network data with slice MOS data, and the MOS identifier in the embodiment is only one of the ways, and it is simpler to directly use the identifier way, so the slice MOS identifier is taken as an example here; however, other manners are also possible as long as slice network data and service MOS data can be associated, and the slice MOS identifier is only used for teaching a person skilled in the art how to implement the present invention specifically, but does not mean that only the slice MOS identifier can be used, and the implementation process can be combined with practical needs to determine the corresponding manner.
The node uses a consensus mechanism in the block chain to package records obtained in a period of time into a new block and broadcasts and issues the block;
after other nodes in the network receive the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, and if so, adding the new block into a locally stored block chain and forwarding; otherwise, the new block is discarded.
2) And (3) checking the slice network data and/or the service MOS data:
an entity needing slice MOS model training checks slice network data and/or service MOS data stored on a block chain, can read complete slice network data and/or service MOS data pairs, and can search corresponding network data, service MOS data and the like through slice MOS identification to form complete slice network data and/or service MOS data pairs.
And secondly, the data on the chain is not disclosed, and the implementation of the data on the chain needs to be checked according to authorization.
In implementation, the slice MOS data includes a hash value of the slice MOS data and a slice MOS data storage address signature;
each node is further used for reading the slice MOS data to obtain a slice MOS data storage address, applying for the slice MOS data from the node corresponding to the address, and determining whether the data is correct according to the hash value of the slice MOS data;
each node is further used for determining whether to issue slice MOS data or not according to an authorization strategy when other nodes apply for the slice MOS data.
Specifically, the following may be mentioned:
1) slice network data and/or service MOS data writing:
the operator node broadcasts the slice MOS identification, the hash value of the slice MOS data and the storage address signature of the slice MOS data to other block chain nodes; the operator node can also broadcast the hash value of data such as slice MOS identification, slice network data and the like, and the storage address signature of data such as slice network data and the like to other block chain nodes; and the application service provider node signs the hash value of the slice MOS identification, the service MOS data and other data and the storage address of the service MOS data and other data and broadcasts the signed data to other block chain nodes.
Other block chain nodes check the format and signature of the received data, and use the data as a record, and corresponding to the previous step, three recording modes can be provided:
(1) slice MOS identification, slice MOS data hash value and slice MOS data storage address;
(2) slice MOS identification, hash value of data such as slice network data and storage address of data such as slice network data.
(3) Slice MOS identification, hash value of data such as service MOS data and storage address of data such as service MOS data.
The node uses a consensus mechanism in the block chain to package records obtained in a period of time into a new block and broadcasts and issues the block;
after other nodes in the network receive the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, and if so, adding the new block into a locally stored block chain and forwarding; otherwise, the new block is discarded.
2) And (3) checking the slice network data and/or the service MOS data:
an entity needing slice MOS model training applies for checking slice network data and/or service MOS data stored on a block chain, can read complete slice network data and/or service MOS data pairs, namely record (1), and can also search corresponding data such as network data and service MOS data through slice MOS identification, namely associated data pairs of records (2) and (3).
The entity applies for corresponding original data from the address according to the read record, and each node determines whether to issue the original data to the entity according to the authorization policy of the node.
And the entity verifies whether the obtained original data is correct according to the data hash in the read record.
Based on the same inventive concept, the embodiment of the invention also provides an MOS data sharing node, an MOS data sharing method, and a computer readable storage medium, and because the principles of solving the problems of these devices are similar to those of the MOS data sharing system, the implementation of these methods can refer to the implementation of the system, and the repeated parts are not described again.
Fig. 4 is a schematic diagram of a structure of a slice MOS data sharing node, which is located in a slice MOS data sharing block chain network composed of a plurality of application service provider nodes, a plurality of operator nodes, and a plurality of query systems, where the nodes include:
a processor 400 for reading the program in the memory 420, and performing one or a combination of the following:
broadcasting the slice MOS data to other block chain nodes;
after receiving the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding, otherwise, discarding the new block;
using a consensus mechanism in a block chain to package records obtained in a period of time into a new block and broadcasting and publishing the block;
a transceiver 410 for receiving and transmitting data under the control of the processor 400.
In an implementation, the node is an operator node providing slice network data and/or service MOS data, or an application service provider node providing service MOS data, wherein the operator node is a node of an operator providing a slice network, and the application service provider node is a node of a vertical industry application service provider leasing the slice network.
In an implementation, the sliced network data includes operations, administration and maintenance data provided by the slicing manager, and/or network data provided by the core network.
In implementation, the slice MOS data includes a hash value of the slice MOS data and a slice MOS data storage address signature;
each node is further used for reading the slice MOS data to obtain a slice MOS data storage address, applying for the slice MOS data from the node corresponding to the address, and determining whether the data is correct according to the hash value of the slice MOS data;
each node is further used for determining whether to issue slice MOS data or not according to an authorization strategy when other nodes apply for the slice MOS data.
Where in fig. 4, the bus architecture may include any number of interconnected buses and bridges, with various circuits of one or more processors, represented by processor 400, and memory, represented by memory 420, being linked together. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 410 may be a number of elements including a transmitter and a receiver that provide a means for communicating with various other apparatus over a transmission medium. The processor 400 is responsible for managing the bus architecture and general processing, and the memory 420 may store data used by the processor 400 in performing operations.
Fig. 5 is a schematic diagram of a second slice MOS data sharing node structure, which is located in a slice MOS data sharing block chain network composed of a plurality of application service provider nodes, a plurality of operator nodes, and a plurality of query systems, where the nodes include:
a broadcasting module 501, configured to broadcast the MOS data to other block chain nodes, and/or package records obtained within a period of time into a new block by using a consensus mechanism in a block chain and broadcast and issue the new block;
and/or the presence of a gas in the gas,
the receiving module 502 is configured to verify whether the block and each recording format in the block are correct and complete after receiving the new block, and whether the block meets the requirement of the consensus mechanism, and if the block passes the verification, add the new block to the locally stored block chain and forward the new block, otherwise discard the new block.
In an implementation, the node is an operator node providing slice network data and/or service MOS data, or an application service provider node providing service MOS data, wherein the operator node is a node of an operator providing a slice network, and the application service provider node is a node of a vertical industry application service provider leasing the slice network.
In an implementation, the sliced network data includes operations, administration and maintenance data provided by the slicing manager, and/or network data provided by the core network.
In an implementation, the broadcasting module is further configured to broadcast the slice MOS data including the hash value of the slice MOS data and the slice MOS data storage address signature;
the receiving module is further used for reading the slice MOS data to obtain a slice MOS data storage address, applying for the slice MOS data from a node corresponding to the address, and determining whether the data is correct according to the hash value of the slice MOS data;
each node further comprises:
and the database is used for determining whether to issue the MOS data or not according to the authorization strategy when other nodes apply for the MOS data.
In an implementation, the broadcast module is further configured to package records obtained over a period of time into new blocks using a consensus mechanism in the block chain and broadcast the new blocks.
For convenience of description, each part of the above-described apparatus is separately described as being functionally divided into various modules or units. Of course, the functionality of the various modules or units may be implemented in the same one or more pieces of software or hardware in practicing the invention.
Fig. 6 is a schematic diagram of a query system structure, which is shown in the figure, and is located in a sliced MOS data-sharing block chain network composed of a plurality of application service provider nodes, a plurality of operator nodes, and a plurality of query systems, where the nodes include:
a processor 600 for reading the program in the memory 620 and executing the following program:
network data for relevant parties to access the query service, MOS data corresponding to the network data and other statistical information based on the network data;
a transceiver 610 for receiving and transmitting data under the control of the processor 600.
Where in fig. 6, the bus architecture may include any number of interconnected buses and bridges, with various circuits being linked together, particularly one or more processors represented by processor 600 and memory represented by memory 620. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 610 may be a number of elements including a transmitter and a receiver that provide a means for communicating with various other apparatus over a transmission medium. The processor 600 is responsible for managing the bus architecture and general processing, and the memory 620 may store data used by the processor 600 in performing operations.
Fig. 7 is a schematic diagram of a second query system structure, which is located in a sliced MOS data-sharing blockchain network composed of a plurality of application service provider nodes, a plurality of operator nodes, and a plurality of query systems, where:
an interface 701 for access by a relevant party;
the query module 702 is configured to provide the relevant party with access to the network data of the query service and the MOS data corresponding to the network data, and other statistical information based on the network data and the MOS data.
For convenience of description, each part of the above-described apparatus is separately described as being functionally divided into various modules or units. Of course, the functionality of the various modules or units may be implemented in the same one or more pieces of software or hardware in practicing the invention.
Fig. 8 is a schematic diagram of an implementation flow of a slice MOS data sharing method implemented by a slice system, where in a slice MOS data sharing block chain network composed of a plurality of application service provider nodes, a plurality of operator nodes, and a plurality of query systems, as shown in the figure, the slice MOS data sharing block chain network may include:
broadcasting the slicing network data and/or the service MOS data to other block chain nodes;
after receiving the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding, otherwise, discarding the new block;
using a consensus mechanism in a block chain to package records obtained in a period of time into a new block and broadcasting and publishing the block;
broadcasting the service MOS data to other block chain nodes;
after receiving the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding, otherwise, discarding the new block;
using a consensus mechanism in a block chain to package records obtained in a period of time into a new block and broadcasting and publishing the block;
There is no timing relationship between the steps, but the steps can occur in the blockchain network at the same time, that is, each node can broadcast, download, and query blockchain data at the same time.
In an implementation, the sliced network data includes operations, administration and maintenance data provided by the slicing manager, and/or network data provided by the core network.
In implementation, the slice MOS data includes a hash value of the slice MOS data and a slice MOS data storage address signature;
each node is further used for reading the slice MOS data to obtain a slice MOS data storage address, applying for the slice MOS data from the node corresponding to the address, and determining whether the data is correct according to the hash value of the slice MOS data;
each node is further used for determining whether to issue slice MOS data or not according to an authorization strategy when other nodes apply for the slice MOS data.
Fig. 9 is a schematic diagram of an implementation flow of a slice MOS data sharing method implemented by a node, where in a slice MOS data sharing block chain network composed of a plurality of application service provider nodes, a plurality of operator nodes, and a plurality of query systems, as shown in the figure, the implementation flow may include:
There is no timing relationship between the steps, but the steps can be performed simultaneously, that is, the nodes can broadcast and receive the blockchain data simultaneously.
In an implementation, the node is an operator node providing slice network data and/or service MOS data, or an application service provider node providing service MOS data, wherein the operator node is a node of an operator providing a slice network, and the application service provider node is a node of a vertical industry application service provider leasing the slice network.
In an implementation, the sliced network data includes operations, administration and maintenance data provided by the slicing manager, and/or network data provided by the core network.
In implementation, the slice MOS data includes a hash value of the slice MOS data and a slice MOS data storage address signature;
each node is further used for reading the slice MOS data to obtain a slice MOS data storage address, applying for the slice MOS data from the node corresponding to the address, and determining whether the data is correct according to the hash value of the slice MOS data;
each node is further used for determining whether to issue slice MOS data or not according to an authorization strategy when other nodes apply for the slice MOS data.
The embodiment of the invention also provides a computer readable storage medium, and the computer readable storage medium stores a computer program for executing the MOS data sharing method.
Specific implementation can be seen in the implementation of a sliced MOS data sharing system.
To sum up, the embodiment of the present invention provides an architecture: and a plurality of operators and application service provider nodes form a block chain network, and the chain stores slice network data and/or service MOS data required by model training after consensus.
The operator node or the application service provider node broadcasts data such as slice network data and/or service MOS data, slice network data and the like, service MOS data and the like required by model training to the blockchain network, the blockchain network is identified and then stored in the blockchain link points, and entity inquiry is carried out to obtain the slice network data and/or the service MOS data.
The operator node or the application service provider node broadcasts the hash value and the original data storage address of the data such as the slice network data and/or the service MOS data, the slice network data and the like, the service MOS data and the like required by model training to the blockchain network, the blockchain network is identified and then stored to the blockchain link points, the entity inquires to obtain the original data storage address and applies for the original data, the later determines whether to disclose the original data to the application entity according to the authorization strategy of the entity, and the application entity verifies whether the original data is correct according to the hash on the chain.
Fig. 10 is a schematic diagram of an implementation flow of the query method, as shown in the figure, in a sliced MOS data-sharing block chain network composed of a plurality of application service provider nodes, a plurality of operator nodes, and a plurality of query systems, the method may include:
The scheme has at least one of the following effects:
providing a desCENTRIC sliced network data and/or service MOS data sharing system;
and (3) ensuring the consistency of distributed data: the synchronization of shared data among all related parties in the alliance, namely a vertical industry/a third party, a telecommunication manufacturer, all operators and the like is realized;
the risk of single point failure is reduced;
and the related parties in the alliance can selectively perform authorized data sharing.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention 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, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present invention without departing from the spirit and scope of the invention. Thus, if such modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include such modifications and variations.
Claims (13)
1. A slice Mean Opinion Score (MOS) data sharing system, comprising: the system comprises a plurality of application service provider nodes, a plurality of operator nodes and a plurality of query systems which form a slice MOS data sharing block chain network, wherein:
an operator node, which is a node of an operator providing a slice network, for performing one or a combination of the following:
broadcasting the slicing network data and/or the service MOS data to other block chain nodes;
after receiving the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding, otherwise, discarding the new block;
using a consensus mechanism in a block chain to package records obtained in a period of time into a new block and broadcasting and publishing the block;
an application service provider node, which is a node of a vertical industry application service provider renting a slice network, and is used for executing one or a combination of the following modes:
broadcasting the service MOS data to other block chain nodes;
after receiving the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding, otherwise, discarding the new block;
using a consensus mechanism in a block chain to package records obtained in a period of time into a new block and broadcasting and publishing the block;
and the query system is used for accessing the network data of the query service and the corresponding MOS data thereof for the relevant party, and other statistical information based on the network data and the corresponding MOS data.
2. The system of claim 1, wherein the sliced network data comprises operations, administration and maintenance data provided by a slicing manager and/or network data provided by a core network.
3. The system of claim 1, wherein slicing MOS data comprises: the hash value of the slice MOS data and the slice MOS data storage address;
each node is further used for reading the slice MOS data to obtain a slice MOS data storage address, applying for the slice MOS data from the node corresponding to the address, and determining whether the data is correct according to the hash value of the slice MOS data;
each node is further used for determining whether to issue slice MOS data or not according to an authorization strategy when other nodes apply for the slice MOS data.
4. A sliced MOS data sharing node, comprising: the system is located in a slice MOS data sharing block chain network consisting of a plurality of application service provider nodes, a plurality of operator nodes and a plurality of query systems, wherein:
a processor for reading the program in the memory, performing one or a combination of the following:
broadcasting the slice MOS data to other block chain nodes;
after receiving the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding, otherwise, discarding the new block;
using a consensus mechanism in a block chain to package records obtained in a period of time into a new block and broadcasting and publishing the block;
a transceiver for receiving and transmitting data under the control of the processor.
5. The node according to claim 4, wherein the node is an operator node providing sliced network data and/or traffic MOS data or an application service provider node providing traffic MOS data, wherein the operator node is a node of an operator providing sliced network and the application service provider node is a node of a vertical industry application service provider leasing sliced network.
6. A sliced MOS data sharing node, comprising: the system is located in a slice MOS data sharing block chain network consisting of a plurality of application service provider nodes, a plurality of operator nodes and a plurality of query systems, wherein:
the broadcast module is used for broadcasting the slice MOS data to other block chain nodes, and/or packaging records obtained within a period of time into a new block by using a consensus mechanism in the block chain and broadcasting and issuing the block;
and/or the presence of a gas in the gas,
and the receiving module is used for verifying whether the block and each recording format in the block are correct and complete after receiving the new block, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding the new block, and otherwise, discarding the new block.
7. A query system, comprising: the system is located in a slice MOS data sharing block chain network consisting of a plurality of application service provider nodes, a plurality of operator nodes and a plurality of query systems, wherein:
a processor for reading the program in the memory and executing the following program:
network data for relevant parties to access the query service, MOS data corresponding to the network data and other statistical information based on the network data;
a transceiver for receiving and transmitting data under the control of the processor.
8. A query system, comprising: the system is located in a slice MOS data sharing block chain network consisting of a plurality of application service provider nodes, a plurality of operator nodes and a plurality of query systems, wherein:
the interface is used for being accessed by a correlative party;
and the query module is used for accessing the network data of the query service and the corresponding MOS data thereof by the related party, and other statistical information based on the network data and the corresponding MOS data.
9. A slice MOS data sharing method is characterized in that in a slice MOS data sharing block chain network composed of a plurality of application service provider nodes, a plurality of operator nodes and a plurality of query systems, the method comprises the following steps:
an operator node of an operator providing a slice network performs one or a combination of the following:
broadcasting the slicing network data and/or the service MOS data to other block chain nodes;
after receiving the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding, otherwise, discarding the new block;
using a consensus mechanism in a block chain to package records obtained in a period of time into a new block and broadcasting and publishing the block;
an application service provider node of a vertical industry application service provider leasing a sliced network performs one or a combination of the following:
broadcasting the service MOS data to other block chain nodes;
after receiving the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding, otherwise, discarding the new block;
using a consensus mechanism in a block chain to package records obtained in a period of time into a new block and broadcasting and publishing the block;
after the related party accesses the slice MOS data sharing block chain network through the query system, the network data of the service, the corresponding service MOS data and other statistical information based on the network data and the corresponding service MOS data are queried.
10. The method of claim 9, wherein the sliced MOS data includes a hash value of the sliced MOS data and a sliced MOS data storage address;
each node is further used for reading the slice MOS data to obtain a slice MOS data storage address, applying for the slice MOS data from the node corresponding to the address, and determining whether the data is correct according to the hash value of the slice MOS data;
each node is further used for determining whether to issue slice MOS data or not according to an authorization strategy when other nodes apply for the slice MOS data.
11. A slice MOS data sharing method is characterized in that in a slice MOS data sharing block chain network composed of a plurality of application service provider nodes, a plurality of operator nodes and a plurality of inquiry systems, one or a combination of the following modes is executed:
broadcasting the slice MOS data to other block chain nodes;
after receiving the new block, verifying whether the block and each recording format in the block are correct and complete, whether the block meets the requirement of a consensus mechanism, if the block passes the verification, adding the new block into a block chain stored locally and forwarding, otherwise, discarding the new block;
records obtained over a period of time are packaged as new blocks using a consensus mechanism in the block chain and the blocks are broadcast.
12. An inquiry method is characterized in that in a sliced MOS data sharing block chain network consisting of a plurality of application service provider nodes, a plurality of operator nodes and a plurality of inquiry systems, the method comprises the following steps:
accessing a relevant party;
network data for relevant parties to access the query service, MOS data corresponding to the network data, and other statistical information based on the network data and the MOS data.
13. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program for executing the method of any of claims 9 to 12.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010685170.3A CN114024854A (en) | 2020-07-16 | 2020-07-16 | System, node, method and medium for sharing slice mean subjective opinion score data |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010685170.3A CN114024854A (en) | 2020-07-16 | 2020-07-16 | System, node, method and medium for sharing slice mean subjective opinion score data |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114024854A true CN114024854A (en) | 2022-02-08 |
Family
ID=80053957
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010685170.3A Pending CN114024854A (en) | 2020-07-16 | 2020-07-16 | System, node, method and medium for sharing slice mean subjective opinion score data |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114024854A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115242646A (en) * | 2022-06-15 | 2022-10-25 | 西安电子科技大学 | Block chain-based network slice application method and related device |
| WO2023193621A1 (en) * | 2022-04-06 | 2023-10-12 | 索尼集团公司 | Electronic device and method for network management, and computer-readable storage medium |
-
2020
- 2020-07-16 CN CN202010685170.3A patent/CN114024854A/en active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2023193621A1 (en) * | 2022-04-06 | 2023-10-12 | 索尼集团公司 | Electronic device and method for network management, and computer-readable storage medium |
| CN115242646A (en) * | 2022-06-15 | 2022-10-25 | 西安电子科技大学 | Block chain-based network slice application method and related device |
| CN115242646B (en) * | 2022-06-15 | 2024-02-13 | 西安电子科技大学 | Block chain-based network slice application method and related device |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220158926A1 (en) | Active assurance for virtualized services | |
| CN110972193B (en) | Slice information processing method and device | |
| CN108028780B (en) | Method and apparatus for data analysis management | |
| Robitza et al. | Challenges of future multimedia QoE monitoring for internet service providers | |
| US20200162345A1 (en) | Method, system and options for multi-operator service life cycle management | |
| US20220138081A1 (en) | Systems and Methods for Optimization of Application Performance on a Telecommunications Network | |
| CN112887120B (en) | Information processing method and device | |
| WO2017031698A1 (en) | Method, apparatus, and system for acquiring vnf information | |
| US11855873B2 (en) | Virtualized cellular network multi-stage test and ticketing environment | |
| Mangla et al. | VideoNOC: Assessing video QoE for network operators using passive measurements | |
| US20140280904A1 (en) | Session initiation protocol testing control | |
| CN111654321B (en) | Satellite network management method and device and electronic equipment | |
| CN114024854A (en) | System, node, method and medium for sharing slice mean subjective opinion score data | |
| Giannone et al. | Orchestrating heterogeneous MEC-based applications for connected vehicles | |
| Montecchi et al. | Model-based evaluation of scalability and security tradeoffs: A case study on a multi-service platform | |
| CN110557270A (en) | Network slice management method and device | |
| US11683421B2 (en) | Resolving unsatisfactory QoE for an application for 5G networks or hybrid 5G networks | |
| US20230082301A1 (en) | MEASURING QoE SATISFACTION IN 5G NETWORKS OR HYBRID 5G NETWORKS | |
| CN115328994A (en) | Data sharing system, data sharing method thereof and storage medium | |
| US9729404B2 (en) | Quality of service monitoring device and method of monitoring quality of service | |
| Caiazza et al. | Measurement-driven design and runtime optimization in edge computing: Methodology and tools | |
| CN109831335A (en) | A kind of data monitoring method, monitor terminal, storage medium and data monitoring system | |
| US20230081673A1 (en) | DETERMINING QoE REQUIREMENTS FOR 5G NETWORKS OR HYBRID 5G NETWORKS | |
| Luglio et al. | A Flexible Web Traffic Generator for the dimensioning of a 5G backhaul in NPN | |
| Zeydan | Android vs. IOS: a comparative analysis over mobile operator infrastructures based on crowdsourced mobile dataset |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |