Conet management for multiple players

Abstract

Example embodiments relate to methods, apparatuses, computer readable storage medium, computer program product for action surveillance for multiple players. In the solution, a first function, such as an SCF, receives a first request for uploading action data from a second function, such as a CONET agent, associated with an XaaS entity; and the first function records action information for the XaaS entity; and the first function further transmit a first response indicating to the XaaS entity to upload the data. As such, the first function, such as the SCF, may record action information of one or more actions of an XaaS entity and the XaaS entity can upload its data to the blockchain based on the first response from the first function, that is, the first function can perform an action surveillance by using the action information, and therefore, action surveillance for multiple players may be enabled and a credible solution may be guaranteed.

Description

CONET MANAGEMENT FOR MULTIPLE PLAYERSFIELD

[0001] Example embodiments of the present disclosure relate generally to the field of communications including a radio access network (RAN) and a core network (CN) , and in particular, to confederation network (CONET) management for multiple players.BACKGROUND

[0002] Current wireless communication systems (also referred to as wireless systems) , such as 5th Generation (5G) systems defined by the 3rd Generation Partnership Project (3GPP) , are designed to provide connectivity services. It is anticipated that future wireless systems (e.g. 6th Generation (6G) systems defined by the 3GPP) will go beyond connectivity provisioning to offer various new services, such as artificial intelligence and data management services. It is also anticipated the future wireless system may be operated by multiple parties, for example with different parties operating a different portion of the wireless system to offer certain services. These services may be provided for the system’s (e.g. operating party’s) internal use or for an end customer’s use. The different parties, such as telecommunication operators and vertical service providers, may have their own interests and agendas, which may potentially compete or conflict with the interests and agendas of others.SUMMARY

[0003] In general, example embodiments of the present disclosure provide a solution for action surveillance for multiple players.

[0004] In a first aspect, there is provided a method performed by a first function. The method comprises: receiving, from a second function associated with an anything as a service (XaaS) entity of an XaaS service, a first request for uploading data of one or more actions of the XaaS entity to a blockchain; recording action information of the one or more actions based on the first request, wherein the action information is an entry in action surveillance information; and transmitting, to the second function, a first response indicating to the XaaS entity to upload the data of the one or more actions to the blockchain, wherein the first response comprises at least one of: location information on the blockchain, or an upload method for uploading the data. As such, the first function (such as a surveillance control function (SCF) ) may record action information of one or more actions of an XaaS entity and the XaaS entity can upload its data to the blockchain based on the first response from the first function, that is, the first function (such as the SCF) can perform an action surveillance by using the action information, and therefore, action surveillance for multiple players may be enabled and a credible solution may be guaranteed.

[0005] In some example embodiments, the entry in the action surveillance information comprises at least one of: a service name of the XaaS service, a service ID of the XaaS service, a group ID of a group which the XaaS service belongs to, a chain ID of a chain corresponding to the group, an entity ID of the XaaS entity, one or more action IDs of the one or more actions, a security level for the one or more actions, at least one action feature of the one or more actions, or an interaction method between the first function and the second function. As such, the action surveillance information may be recorded (or stored, maintained, kept) at the first function (such as the SCF) , and it facilitates the action surveillance for multiple players at the first function.

[0006] In some example embodiments, the first response further comprises at least one of: the group ID, or the chain ID. As such, a group and a corresponding chain may be maintained for managing multiple players, in addition, the uploading of the data of the one or more actions may be performed based on the first response.

[0007] In some example embodiments, the method further comprises: obtaining chain information comprising at least one of: the location information on the blockchain, or the upload method for uploading the data. As such, the chain information may be maintained and controlled by another function (such as a confederation control function (CCF) ) , and the first function (such as the SCF) can obtain the chain information from the CCF, in this event, information in the first response can be determined.

[0008] In some example embodiments, the method further comprises: receiving, from the second function, a second request indicating a desired behavior of the second function; determining, based on the second request, an interaction method for communication between the first function and the second function; and transmitting, to the second function, a second response indicating the interaction method. As such, the action surveillance at the first function can be initiated based on the second request from the second function, accordingly the interaction between the first function and the second function can be made based on the interaction method.

[0009] In some example embodiments, the second request comprises at least one of: an entity of the XaaS entity, one or more action IDs of the one or more actions, a security level for the one or more actions, or at least one action feature of the one or more actions. As such, the second function may optionally provide some action information to the first function, which may be used for determining the interaction method, and thus the interaction method determined by the first function will be more accurate.

[0010] In some example embodiments, the interaction method is applied for the first request and the first response. In some example embodiments, the interaction method comprises a synchronous interaction method or an asynchronous interaction method. As such, a suitable interaction method may be determined and applied for communication between the first function and the second function, to reduce overhead for the second function.

[0011] In some example embodiments, the method further comprises, before determining the interaction method: performing a verification of identity information of the second function. As such, the verification of the second function may be checked, and accordingly a security may be guaranteed.

[0012] In some example embodiments, the method further comprises: receiving, from the second function, a modification request against the interaction method; determining a further interaction method based on the modification request; and transmitting, to the second function, a modification response indicating the further interaction method. As such, the second function may provide a modification request for making an agreement of an interaction method, and thus the updated interaction method may be more suitable and the communication between the first function and the second function will be more efficient.

[0013] In a second aspect, there is provided a method performed by a second function associated with an XaaS entity of an XaaS service. The method comprises: transmitting, to a first function, a first request for uploading data of one or more actions of the XaaS entity to a blockchain; receiving, from the first function, a first response indicating to the XaaS entity to upload the data of the one or more actions to the blockchain, wherein the first response comprises at least one of: location information on the blockchain, or an upload method for uploading the data, and wherein action information of the one or more actions is recorded by the first function; and uploading, based on the first response, the data of the one or more actions to the blockchain.

[0014] In some example embodiments, the method further comprises: storing at least one of: the location information on the blockchain, or the upload method for uploading the data of the action; and determining configuration parameters for the XaaS entity, wherein the configuration parameters are used for initializing the data of the one or more actions. As such, the second function can configure parameters for the XaaS entity based on the first response, and thus the parameters can be used by the XaaS entity for initializing data to be uploaded to the blockchain.

[0015] In some example embodiments, uploading the data to the blockchain comprises: uploading the data to a location associated with the location information by using the upload method.

[0016] In some example embodiments, the action information is an entry in action surveillance information stored at the first function, wherein the entry in the action surveillance information comprises at least one of: a service name of the XaaS service, a service ID of the XaaS service, a group ID of a group which the XaaS service belongs to, a chain ID of a chain corresponding to the group, an entity ID of the XaaS entity, one or more action IDs of the one or more actions, a security level for the one or more actions, at least one action feature of the one or more actions, or an interaction method between the first function and the second function.

[0017] In some example embodiments, the first response further comprises at least one of: the group ID, or the chain ID.

[0018] In some example embodiments, the method further comprises: transmitting, to the first function, a second request indicating a desired behavior of the second function; and receiving, from the first function, a second response indicating an interaction method for communication between the first function and the second function.

[0019] In some example embodiments, the second request comprises at least one of: an entity of the XaaS entity, one or more action IDs of the one or more actions, a security level for the one or more actions, or at least one action feature of the one or more actions.

[0020] the method further comprises: determining a configuration for the second function based on the second response. As such, the second function can determine a configuration, and thus the configuration can be used for an interaction between the first function and the second function.

[0021] In some example embodiments, the interaction method is applied for the first request and the first response. In some example embodiments, the interaction method comprises a synchronous interaction method or an asynchronous interaction method.

[0022] In some example embodiments, the method further comprises: transmitting, to the first function, a modification request against the interaction method; and receiving, from the first function, a modification response indicating a further interaction method.

[0023] It is to be understood that the technical effects discussed with reference to the first aspect above may also to applied to various embodiments of the second aspect, which will not be repeated herein for brevity.

[0024] In a third aspect, there is provided an apparatus. The apparatus comprises: a receiving module configured to receive, from a second function associated with an XaaS entity of an XaaS service, a first request for uploading data of one or more actions of the XaaS entity to a blockchain; a processing module configured to record action information of the one or more actions based on the first request, wherein the action information is an entry in action surveillance information; and a transmitting module configured to transmit, to the second function, a first response indicating to the XaaS entity to upload the data of the one or more actions to the blockchain, wherein the first response comprises at least one of: location information on the blockchain, or an upload method for uploading the data. The apparatus may comprise respective modules for implementing the methods in the first aspect, for ease of brevity, the detailed description will not be listed herein.

[0025] In a fourth aspect, there is provided an apparatus. The apparatus comprises: a transmitting module configured to transmit, to a first apparatus, a first request uploading data of one or more actions of the XaaS entity to a blockchain; a receiving module configured to receive, from the first function, a first response indicating to the XaaS entity to upload the data of the one or more actions to the blockchain, wherein the first response comprises at least one of: location information on the blockchain, or an upload method for uploading the data, and wherein action information of the  one or more actions is recorded by the first function; and a processing module configured to upload, based on the first response, the data of the one or more actions to the blockchain. The apparatus may comprise respective modules for implementing the methods in the second aspect, for ease of brevity, the detailed description will not be listed herein.

[0026] In a fifth aspect, there is provided a method, comprising: transmitting, by a second function associated with an XaaS entity of an XaaS service, to a first function, a first request for uploading data of one or more actions of the XaaS entity to a blockchain; receiving, by the first function, the first request; recording, by the first function, action information of the one or more actions based on the first request, wherein the action information is an entry in action surveillance information; transmitting, by the first function, to the second function, a first response indicating to the XaaS entity to upload the data of the one or more actions to the blockchain, wherein the first response comprises at least one of: location information on the blockchain, or an upload method for uploading the data; receiving, by the second function from the first function, the first response; and uploading, by the second function based on the first response, the data of the one or more actions to the blockchain.

[0027] In a sixth aspect, there is provided a communication device, comprising: a processor configured to perform, with a transceiver, at least the method in the first aspect.

[0028] In a seventh aspect, there is provided a communication device, comprising: a processor configured to perform, with a transceiver, at least the method in the second aspect.

[0029] In an eighth aspect, there is provided a system, comprising: an apparatus in the third aspect and an apparatus in the fourth aspect. The system may be configured to implement the method in the fifth aspect.

[0030] In a ninth aspect, there is provided a non-transitory computer readable medium having program instructions stored thereon, for causing an apparatus to perform at least the method in the first or second aspect.

[0031] In a tenth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to perform the method in the first or second aspect.

[0032] It is to be noted that the technical effects of the first aspect of the embodiments of the first aspect are also applied for each of the second aspect to the tenth aspect, thus the technical effects for the second to tenth aspects will not be redundantly described herein.

[0033] It is to be understood that the summary section is not intended to identify key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0034] Some example embodiments will now be described with reference to the accompanying drawings, in which:

[0035] FIG. 1 illustrates a simplified schematic illustration of a communication system in accordance with some example embodiments of the present disclosure;

[0036] FIG. 2 illustrates units or modules in a device in accordance with some example embodiments of the present disclosure;

[0037] FIG. 3 illustrates the 6G system conceptual structure in accordance with some example embodiments of the present disclosure;

[0038] FIG. 4 illustrates an example CONET architecture in which some example embodiments of the present disclosure may be implemented;

[0039] FIG. 5A illustrates an example framework of elements related to CONET in accordance with some example embodiments of the present disclosure;

[0040] FIG. 5B illustrates a framework of main elements related to CONET in accordance with some example embodiments of the present disclosure;

[0041] FIG. 6 illustrates an action surveillance process in accordance with some embodiments of the present disclosure;

[0042] FIG. 7 illustrates an example process for action surveillance connection management in accordance with some embodiments of the present disclosure;

[0043] FIG. 8 illustrates an example process for action report and upload of XaaS entity in accordance with some embodiments of the present disclosure;

[0044] FIG. 9 illustrates a flowchart of an example method implemented at a first function in accordance with some embodiments of the present disclosure;

[0045] FIG. 10 illustrates a flowchart of an example method implemented at a second function in accordance with some embodiments of the present disclosure;

[0046] FIG. 11 illustrates a simplified block diagram of an apparatus according to some example embodiments of the present disclosure;

[0047] FIG. 12 illustrates a simplified block diagram of an apparatus according to some example embodiments of the present disclosure; and

[0048] FIG. 13 illustrates an example block diagram of a device that may be used to implement some embodiments of the present disclosure.

[0049] Throughout the drawings, the same or similar reference numerals represent the same or similar elements.DETAILED DESCRIPTION

[0050] Principle of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. The disclosure described herein can be implemented in various manners other than the ones described below.

[0051] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0052] References in the present disclosure to “one embodiment” , “an embodiment” , “an example embodiment” , and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0053] It shall be understood that although the terms “first” and “second” etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0054] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof.

[0055] As used herein, the term “anything as a service (XaaS) ” can reflect the concept as it has been proposed in the computer networking industry. For example, XaaS can be conceptualized as a generalization of software-as-a-service or infrastructure-as-a-service concepts. XaaS can leverage cloud computing and device virtualization concepts, coupled with a service model to deliver a variety of functionalities. According to embodiments of the present disclosure, XaaS can describe for example that the functionality of an arbitrary module disclosed herein can be provided as a service to another module or an external entity, such as a customer. The phrase “as service” is used herein to be synonymous with “as a service. ”

[0056] An open system architecture may refer to a design approach in which systems (e.g. modules) are interoperable and inter-connectable with one another, generally without requiring retrofit or redesign. An open system architecture is one approach for achieving a modular design in which modules are configured to be interoperable. An open system architecture can involve modules which are responsive in a known manner to known inputs, for example to perform actions or provide responses to queries, inputs or stimuli in a predictable (possibly standardized) manner. Modules in an open system architecture can provide functionalities as a service in that they respond to inputs or stimuli in a particular way, thus providing such functionalities. A service may be provided by a server to a client, and thus the “as service” model may involve a server-client model.

[0057] An open system architecture may be used to provide any one or more of a variety of services, centric to any one of a variety of entities such as providers or users, to support various operating scenarios. The architecture may further provide for a scalable system, allowing for dynamically enabling or delivering a variety of currently known and to-be-determined services without necessarily modifying or redesigning the overall system architecture.

[0058] Many new trends will trigger the consideration and design of 6G or future wireless networks:

[0059] - New network infrastructure capability, e.g., cloud natured / friendly infrastructures that are broadly deployed.

[0060] - New (relative) matured techniques, e.g., artificial intelligence (AI) large scale models, Data de-privacy, Block chain, etc. that have made significant progresses and significantly impact on the entire society and human life.

[0061] - New apps and services, e.g., AI services, Data (sensing) service, Digital world service, etc. that are broadly applied in industry / business and used by individual customers.

[0062] - More global / open / collaborative operation trend, i.e., a more open and more collaborative operation mode are becoming common practice in many fields.

[0063] New expectation and stricter requirements on future networks also drive rethinking and development of new generation of wireless networks. These requirements include: privacy and trustworthiness, simplified standardization, rapid deployment, etc. All of the above drives 6G network architecture research work.

[0064] The proposed 6G network architecture may following key design principles of 6G system: service based architecture, and / or cloud-native infrastructures (network virtualization) . Some requirements to 6G system network architecture design are listed as examples. For example, the proposed 6G network architecture needs to support new 6G services which could be developed / deployed by 3rd parties. For example, the proposed 6G network architecture needs to embrace more open ecosystem to open door to technical capable 3rd parties. For example, the proposed 6G network  architecture needs to enable better trustworthiness management. In this event, a solution to enable above requirements is needed.

[0065] Referring to FIG. 1, as an illustrative example without limitation, a simplified schematic illustration of a communication system 100 is provided. The communication system 100 comprises a radio access network 120. The radio access network 120 may be a next generation (e.g. 6G or later) radio access network, or a legacy (e.g. 5G, 4G, 3G or 2G) radio access network. One or more communication electronic devices (ED) 110a, 110b, 110c, 110d, 110e, 110f, 110g, 110h, 110i, 110j (generically referred to as 110) may be interconnected to one another or connected to one or more network nodes (170a, 170b, generically referred to as 170) in the radio access network 120. A core network 130 may be a part of the communication system 100 and may be dependent or independent of the radio access technology used in the communication system 100. Also the communication system 100 comprises a public switched telephone network (PSTN) 140, the internet 150, and other networks 160.

[0066] One or more steps of the embodiment methods provided herein may be performed by corresponding units or modules, according to FIG. 2. FIG. 2 illustrates units or modules in a device 200, such as in an ED 110 or a network node 170. For example, a signal may be transmitted by a transmitting unit or a transmitting module. A signal may be received by a receiving unit or a receiving module. A signal may be processed by a processing unit or a processing module. Other steps may be performed by an AI or machine learning (ML) module. The respective units or modules may be implemented using hardware, one or more components or devices that execute software, or a combination thereof. For instance, one or more of the units or modules may be an integrated circuit, such as a programmed field-programmable gate array (FPGA) , a graphics processing unit (GPU) , or an application specific integrated circuit (ASIC) . It will be appreciated that where the modules are implemented using software for execution by a processor for example, they may be retrieved by a processor, in whole or part as needed, individually or together for processing, in single or multiple instances, and that the modules themselves may include instructions for further deployment and instantiation.

[0067] The solution described in the present disclosure is applicable to a next generation (e.g. 6G or later) network, or a legacy (e.g. 5G, 4G, 3G or 2G) network. The proposed 6G system architecture is defined to support 6G XaaS services by using techniques such as Network Function Virtualization and Network Slicing. The 6G system architecture utilizes service-based interactions between 6G services.

[0068] The 6G system leverages service-based architecture and XaaS concept, where XaaS services in the 6G system are categorized into three layers. FIG. 3 illustrates the 6G system conceptual structure 300 including a service layer 310, a control and management (C / M) layer 320, and an infrastructure layer 330.

[0069] Infrastructure layer 330 includes infrastructures supporting 6G services. Among them are RAN infrastructure 331, CN infrastructure 332, satellite infrastructure 333, data center infrastructure 334, database infrastructure 335, and other infrastructures 336. For example, the RAN infrastructure 331 and the CN infrastructure 332 together may refer to wireless networks infrastructures, the data center infrastructure 334 may refer to a cloud infrastructure, the database infrastructure 335 may refer to a storage infrastructure, and other infrastructures 336 may include sensing networks, etc. These infrastructures can be provided by a single provider or by multiple providers.

[0070] Each of the infrastructures could have its control and management functions, denoted as C / M functions, for infrastructure management. Each of these infrastructures is one type of Infrastructure as a Service.

[0071] C / M layer 320 includes control and management services of the 6G system. They are developed and deployed by using slicing techniques and utilizing resource provided by the infrastructure layer 330.6G services in the C / M layer 320 include: resource management (RM) 321 as a service, mission management (MM) 322 as a service, service provisioning management (SPM) 323 as a service, connectivity management (CM) 324 as a service, COnfederation  NETwork (CONET) 325 as a service, protocol 326 as a service, and network security management (NSM) 327 as a service.

[0072] Resource management 321 as a service provides a capability of life-cycle management of a variety of slices and over-the-air resource assignment to wireless devices.

[0073] A 6G mission is defined as a service provided to customers by the 6G system. A mission can be a type of services which is provided by a single 6G XaaS service or a type of services that needs contributions from multiple XaaS services. Mission management 322 as a service provides a capability to program provisioning of XaaS services at service layer 310 to provide mission services.

[0074] Service provisioning management 323 as a service provides a capability of control and management of 6G service access by customers and provisioning of requested services. The capability is provided by unified mutual authentication, authorization and policy, key management, quality of service (QoS) assurance and charging between any pair of XaaS service provider and customer. The customers include end-customers not only in physical world, but also digital representatives in digital world.

[0075] Connectivity management 324 as a service leverages 5G connectivity management functions, but with extension to include digital world.

[0076] Confederation network 325 as a service provides a capability to enable multiple partners jointly provide 6G services. This capability is provided by confederation formation, mutual authentication, mutual authorization among partners and negotiation of agreement on recording and retracing of selected actions performed by partners, in order to assure a trustworthy environment of 6G system operations.

[0077] Protocol 326 as a service provides a capability to design service customized protocol stacks for identified interfaces. The protocol stacks could be pre-defined for on-demand selection, or could be on-demand designed.

[0078] Network security management 327 as a service provides a capability for owners of infrastructures to detect potential security risks of their infrastructures.

[0079] XaaS services in the C / M layer 320 support control and management of the 6G system itself and also provide support to verticals if requested. One example is that RM service can serve RAN for over-the-air resource management and can also provide service to a vertical for the vertical’s over-the-air resource allocation to its end-customers. The XaaS in C / M layer 320 can be deployed by using slicing technique.

[0080] Service layer 310 includes 6G services which provide services to customers. In the 6G system conceptual structure, a network for AI (NET4AI) 311 as a service, a network for data (NET4Data) 312 as a service, a data analytics and management (DAM) 313 as a service, a network for blockchain (NET4BC) 314 as a service, a network for digital world (NET4DW) 315 as a service, a network for connectivity (NET4CON) 316 as a service, and other verticals 317 are shown in FIG. 3.

[0081] AI service is denoted as NET4AI 311 as a service. AI service provides AI capability to support a variety of AI applications.

[0082] Service of storage and sharing of data is denoted as NET4Data 312 as a service, this service provides a capability to trustworthily storage and share data under the control of owners of data and following recognized authorities’ regulations on control of identified data.

[0083] Service of data collection, data sanitization, data analysis and data delivery are denoted as DAM 313 as a service, this service provides a capability of lifecycle management of statistic data, including acquisition, de-privatization, analysis and delivery of data which are information statistic data from any types of sensors, devices, network functions, and etc.

[0084] The 6G block chain service is denoted as NET4BC 314 as a service. This service provides a capability to support 6G block chain services.

[0085] Service to provide digital world is denoted as NET4DW 315 as a service, digital world service provides a capability to construct, control and manage digital world. Digital world is defined as digital realization of physical world.

[0086] Enhanced connectivity service, e.g., NET4CON 316 as a service, provides a capability to support exchange of messages and data among new 6G services.

[0087] All XaaS services at the service layer 310 are developed and deployed by using resource provided in infrastructure and utilizing Network Function Virtualization and Slicing techniques. The capability of each of 6G services is provided by its control and management functions and service specific data process functions.

[0088] In addition to support 6G XaaS services at the service layer 310, 6G system leverages 5G System for provisioning of vertical services. The difference between 6G XaaS services and other verticals are that a vertical is a pure customer which needs other XaaS services to enable its operation, while each of XaaS services provide their capabilities to 6G customers.

[0089] Any pair of XaaS services of the 6G system could also be mutual customer and provider of each other. Some of examples are that an infrastructure owner provides its resource to XaaS services in service layer 310 and C / M layer 320; RM services may need the capabilities provided by NET4AI 311, DAM 313, and NET4DW 315 for its resource management for vertical slicing; CONET 325 service and NET4Data 312 service may need the capability provided by NET4BC 314 for their operation.

[0090] Key concepts of 6G system may include the following aspects.

[0091] Define Basic XaaS Services by decoupling comprehensive types of services into basic XaaS services. A basic XaaS service provides unique capability to enable a specific type of service, such as NET4AI 311 service, NET4DW 315 service, DAM 313 service, NET4Data 312 service, Block chain 314 service, mission management 322 service, etc.

[0092] Allow joint operation of the 6G system by multiple partners.

[0093] Define data plane of the 6G system which includes processing functions of data plane of XaaS services. Programing the interconnection of these functions, by mission management service, enables to support a variety of customized customer services.

[0094] Simplify 6G system architecture by categorizing basic control services and management services and combining them as basic XaaS services in C / M layer 320.

[0095] Define C / M Plane of the 6G system which includes C / M functions in XaaS services and may include 5G control plane (e.g., an authentication management function (AMF) ) depending on implementation options.

[0096] Define Basic Architecture Structure (BAS) which is a unified basic structure with minimized number of interfaces and is independent of types of infrastructures.

[0097] Simplify standardization, development and deployment of the 6G system using the BAS concept, while supporting a variety of infrastructure deployment scenarios.

[0098] Adapt to a variety of deployment scenarios by applying the BAS or a subset of it to infrastructures based on capability, capacity and requirement of the infrastructure networks.

[0099] Leverage service-based interface (SBI) concept and apply SBI interaction in both 6G C / M plane and 6G data plane.

[0100] Simplify SBI interfaces by introducing trustworthy (TW) gateways (GWs) in data plane and C / M plane of the 6G system.

[0101] Improve trustworthiness from perspectives of operation of the 6G system by introducing CONET capability, NET4BC capability and anonymous service provisioning provided by the trustworthy GWs in the C / M plane and data plane of the 6G system.

[0102] Improve trustworthiness from perspective of end customer privacy protection by unified mutual authentication, IDM, data sanitization and etc. provided by SPM 323 service, DAM 313 service, and 6G block chain service.

[0103] Simplify roaming management of wireless devices, in physical world and digital world, by unified authentication including all participated partners and customers.

[0104] Support multiple development paths from 5G system to 6G system by defining multiple architecture options without incurring much efforts due to the introduction of the BAS concept.

[0105] Support backward compatibility by utilizing benefits of SBA and its add-on feature. 5G users can use the 6G system to access 5G services.

[0106] Support future extension by adding new XaaS services with minimized impact on standardization and deployment, due to the introduced anonymous service provisioning concept implemented in trustworthy GWs in 6G C / M plane and in 6G data plane.

[0107] Under the scope of increasing societal digitization, a universal and ultra-high-performance Information and Communication Technology (ICT) infrastructure is considered as an important foundation to support demands from individual users, as well as from so-called vertical industries. 3G networks attempted to capture the Internet market by providing certain services, but limited these to the technological domain of telecommunication operators, hence largely failing to attract the Internet players. 4G networks corrected this through an efficient implementation of high-speed IP packet delivery, opening up the service space. 5G networks provided a successful beginning for integrating new types of network usage and new user communities, and provided a beginning for industry use cases and players. The philosophy underlying 5G development might be roughly summarized through connecting more and different types of users better. However, for the users, service-level properties are important and 5G as a connecting network or access network cannot fully control these. This identifies a gap between the aspirations of 5G and the actual technical specification.

[0108] The 6G network might be characterized by a high degree of heterogeneity in terms of participating players, which includes not only conventional telecommunications operators, but also new relevant players such as vertical operators. Ecosystem Openness of future networks is relevant from technology aspect as well as from social and commercial aspects. Furthermore, a trustworthy and secure interactions among the players should be provided in the multi-player ecosystem, and the data flowing and usage among the players raises the concern on security and privacy protection. The 6G network should have native support for privacy protection.

[0109] Future networks may also be expected to play more and more important role in future society and become an attractive industry. A more open business environment and eco-system regarding development, deployment, operation, control and management of wireless network can be expected. A variety of players in this industry will play different roles. Exclusively control and management of wireless networks by operators is facing huge challenges. Embodiments of the present disclosure may provide or support CONET which may provide confederation services for multiple parties (players) to address these challenges effectively.

[0110] Embodiments of the present disclosure provide methods, apparatuses, computer readable storage medium, computer program product for action surveillance for multiple players. In the present solution, an XaaS entity may request for uploading data of one or more actions to the blockchain by sending a first request to a first function, such as an  SCF, and accordingly, the SCF may record action information of the one or more actions e.g. by using action surveillance table. In the present solution, the action surveillance can be performed by the SCF when the XaaS entity uploads its action data to the chain. As such, the SCF may record action information for multiple players and a credible solution may be guaranteed. Therefore, the system can be scalable and credible for multiple players to work together, allowing for dynamically enabling or delivering unknown future services without modifying or redesigning the system architecture. Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0111] 6G network will continue playing the crucial role in entire society. In contrast to the conventional method, such as exclusive control and management of wireless networks by telecom operators, an open and trustful business environment and an ecosystem including infrastructure deployment, operation, control and management of wireless systems are expected. A variety of players in this ecosystem will play different roles. Exclusively control and management of wireless networks by operators is facing huge challenges. CONET provides an architecture and a complete set of solutions to address these challenges effectively. The CONET comprises CONET Controller and CONET Agent (s) . The CONET Controller includes CCF (Confederation Control Function) and SCF (Surveillance Control Function) .

[0112] The CCF may be in charge of the following: Establish confederation; Allow members leave and join; Retrieve Confederation profile; Trigger upload to chain; Authentication and Authorization; and Interact with control plane Gateway. The SCF may be in charge of the following: Deploy and manage CONET agents; Action Surveillance; and Support lawful query.

[0113] From a system design perspective, a proper number of players may be needed to be defined. It's not appropriate to provide a flexible ecosystem, regardless of the number of players being big or small. If the player granularity is too small and the number of players is too large, the network will be too complex and the system efficiency will be too low. Therefore, the selection of a proper granularity to define the player is a key issue. In the Architecture of CONET, players work as module of N4AI, N4DATA, DAM etc., and each module includes one CONET Agent, one TCF (Task control function) and many PFs (Processing function) .

[0114] FIG. 4 illustrates an example CONET architecture 400 in which some example embodiments of the present disclosure may be implemented. As shown in FIG. 4, multiple service modules 420-1 through 420-N (generically referred to as modules 420) which may form a confederation group 425. As illustrated in FIG. 4 the CONET architecture 400 includes a CONET controller 405 and one or more CONET agents 422. The CONET controller 405 includes a confederation control function (CCF) 410 and a surveillance control function (SCF) 415. The CCF 410 and the SCF 415 may be operatively coupled together and may be implemented using the same or different networked computing hardware, such as servers, dedicated electronics, virtualized computing resources, etc. The one or more CONET agents 420 are similarly operatively coupled to the SCF 415 and may be implemented using networked computing hardware, for example hardware which is integrated with or operatively coupled to the 420modules 420 within which the agents 422 are respectively integrated.

[0115] By way of non-limiting example, the modules 420 may include a network for artificial intelligence (N4AI) module 420-1, a network for data (N4DATA) module 420-2, …, and a data analytics and management (DAM) module 420-N. These examples are not necessarily intended to be limiting.

[0116] Each of the modules 420 may provide a different respective role in the service. This role may be provided as a sub-service in accordance with the XaaS model. Each of the modules 420 may include a task control function (TCF) for managing provision of the sub-service and a plurality of processing functions (PFs) for provision of the sub-service. An entity (e.g. a PF) as used herein may refer to an instantiation of a module or function. For example, a DAM02 entity may be an instantiation of a DAM module 420-N. At an operation stage, an entity generates transactions and uploads action records to a blockchain, e.g. via NET4BC.

[0117] At a development or deployment stage, the modules 420 operate together as partners to join the confederation group 425 and provide a confederation chain profile. A confederation chain profile, in the context of the modules 420 and also more generally, may specify information such as a module topology and performance requirements in relation to a blockchain.

[0118] Accordingly, in various embodiments, a system in a computer network is provided. The system includes a plurality of network functions established using networked computing resources and operatively coupled together. These network functions include the CCF 410, the SCF 415, and the agents 422. The CCF 410 is configured to establish and manage a confederation involving a plurality of modules 420. The confederation may provide a service via cooperation of the modules 420. The agents 422 are each integrated into a different respective one of the plurality of modules 420. Each agent 422 may be configured to generate and provide (e.g. to the SCF 415) a record of actions taken by said respective one of the plurality of modules 420. The SCF 415 is configured to deploy and communicate with the agents 422. The SCF 415 is also configured to perform surveillance of actions taken by the modules 420, for example based at least in part on the records of actions provided by the agents 422. Agents 422 may operate as interface between their host module 420, within which they are deployed, and the controller 405. At an operation stage, the agents 422 are configured to collect action records of their host modules 420 and send surveillance reports to the controller 405.

[0119] The controller 405 may include a shared C / M layer to support XaaS services working together in a trusted environment. At a development / deployment stage the controller 405 facilitates modules 420 to join the confederation group 425, and notifies the blockchain (e.g. at NET4BC) with profile information to initialize a corresponding blockchain. At an operation stage, the controller 405 receives upload / surveillance action of upload / data update requests from entities (modules) and notifies the blockchain.

[0120] In more detail, the CCF 410 may be configured to perform operations such as: establishing the confederation, allowing modules to leave or join the confederation, retrieving a confederation profile, triggering uploads to blockchain, managing authentication and / or authorization of modules, and interacting with control plane gateways. A group profile of a confederation group 425 may indicate, for example a group ID and a member ID for the confederation group 425. This may involve message passing between the CCF 410 and the modules 420, the CCF 410 retrieving information from the modules 420 and sending queries or commands to the modules 420, performing logging, authentication and verification steps, and the like.

[0121] Also in more detail, the SCF 415 may be configured to perform operations such as: deploying (e.g. instantiating and configuring) and managing the agents 422, performing surveillance (e.g. monitoring and logging) of the modules 420, and supporting lawful queries, such as requests for information made by authorities or regulatory agencies.

[0122] The CCF 410 interacts with the modules 420 via a network interface indicated as IF-1. The SCF 415 interacts with the modules 420, agents 422, or both, via a network interface IF-2. The CCF 410 interacts with a blockchain platform 430 via a network interface IF-3. For example, the CCF 410 may interact via IF-3 with the blockchain platform 430 in order to trigger the platform to provide services, for example by establishing a blockchain according to a confederation group request, and triggering the blockchain to perform logging operations, action uploads, etc. The CCF 410 may thus direct a blockchain platform 430 (also referred to as a blockchain service) to establish a blockchain to support the service, and to direct the modules 420 to utilize the blockchain for providing the service. Subsequent utilizing of the blockchain by the modules 420 may include posting log records to the blockchain, posting action requests to the blockchain, or the like, or a combination thereof. At a deployment stage, the blockchain platform 430 (e.g. NET4BC) initializes a blockchain according to a given chain profile. At an operation stage, the blockchain platform 430 receives information such as transmission uploads or surveillance actions, generates blocks, verifies blocks and stores blocks. The blocks may be stored using NET4Data, for example.

[0123] The CCF 410 interacts with an ID management entity 440 via a network interface IF-4. The ID management entity 440 may be an authorization and authentication server, for example, which authenticates devices for example via cryptographic certificates, and provides authorization services, as would be readily understood by a worker skilled in the art. The interaction via IF-4 may support the CCF’s action of authentication and / or authorization of the modules 420. Thus, the CCF 410 may be configured to perform or trigger authentication and / or authorization of each of the modules 420, in cooperation with the ID management entity 440, and to admit each of the modules 420 to the confederation group 425 only after successful completion of said authentication and / or authorization.

[0124] The SCF 415 may interact with one or more authority and supervision providers (ASPs) 450 via IF-5. The ASPs 450 may be or represent legal authorities, regulatory agencies, or the like. The ASPs 450 may monitor activities of the modules 420 or end users via reports from the SCF 415. The ASPs 450 may be required to comply with certain regulations or laws prior to such monitoring. Thus, the SCF 415 may be configured to receive and respond to queries from government or regulatory authority agencies, at least in part by providing information obtained by the SCF 415 to said government or regulatory authority agencies, upon determining that it is lawful to do so.

[0125] FIG. 5A illustrates an example framework 500 of elements related to CONET in accordance with some example embodiments of the present disclosure. The framework 500 illustrates a CONET at XaaS level design. Multiple service modules 420a, 420b, 420c, 420d (generically referred to as 420) , each provides an XaaS service, may form a confederation group 425. In addition, each of the multiple service modules 420 may include a CONET agent, such as the CONET agent 422 as shown in FIG. 5A.

[0126] The CONET controller 405 as shown in FIG. 4 may include a CONET module 521 which operates at the XaaS level and a NETBC engine 531 which operates at the NETBC level. The blockchain platform 430 as shown in FIG. 4 may include an XaaS physical chain 532.

[0127] The CONET module 521 may provide its functionality as a service to other XaaS modules, such as but not necessarily limited to the multiple service modules 420a-420d. In such a scenario, the CONET module 521 operates at the XaaS level. Each player registers to the CONET module 521, and the CONET module 521 performs mapping of a group and a contract and mapping of a group and a chain. After these procedures, players (e.g. the above-mentioned modules) work together in the same group or confederation to perform defined actions.

[0128] The NET4BC module 522 may provide a NETBC service. As shown in FIG. 5A, the NET4BC module 522 includes a NET4BC engine 531 and an XaaS physical chain 532. The NETBC engine 531 provides generic management and control of block chain operations. The NET4BC engine 531 handles block data and enables block chain as a service. The NET4BC engine 531 may be configured to initialize blockchains, generate blockchain blocks (records) , verify blockchain blocks, and store blockchain blocks on the XaaS physical chain 532. Blockchain operation can proceed in a variety of ways as will be readily understood by a worker skilled in the art, to provide a (e.g. public) record of transactions, actions or events.

[0129] In FIG. 5B, a framework 550 of main elements related to CONET include an XaaS service 551, a group 561, a contract 571 (also refer to a group contract) , and a chain 581. In some embodiments, each XaaS service, such as DAM, NET4AI, or NET4DATA, works as a member to join a group and requests requirement to the CONET module 521. The CONET module 521 aggregates different XaaS services into a same group.

[0130] In the present disclosure, a group may be called as a confederation group, a CONET group, etc., and a group includes multiple XaaS services. Each XaaS service in a group may be called as an XaaS service consumer, and may be regarded as a member or a player of a group, in other words, a group may include multiple members or multiple players.

[0131] A group is associated with a contract that defines the role and behaviors of each of the different XaaS services. Different groups may correspond to different contracts. A group may consist of the minimum number of XaaS services  that can implement functions to reduce redundancy. The CONET module 521 employs blockchain to ensure trustworthiness for each XaaS service in a group. The CONET module 521 performs the mapping operation between group and blockchain according to requirement from XaaS services and are on blockchain. The NET4BC engine 531 receives requirement and initials a blockchain for a group.

[0132] In some embodiments, an XaaS service is identified by an XaaS service ID and a group is identified by a group ID. Multiple XaaS service IDs may be associated with one group ID, since multiple XaaS services (the quantity may be N, as shown in FIG. 5B, the value of N is greater than 1. ) form a group. A group contract is identified by a contract ID and a contract defines the role and behaviors of each member in the corresponding group. Therefore, a group ID corresponds to a contract ID.

[0133] An XaaS service may be described using an XaaS service profile, e.g., profile information of the XaaS service. The XaaS service profile (profile information of the XaaS service) may include one or more of: a service name of the XaaS service, a service ID of the XaaS service, one or more entity names of one or more entities which the XaaS service comprises, one or more entity IDs of the one or more entities, entity information of the one or more entities (including one or more entity locations of the one or more entities) , deployment information associated with at least one valid entity in the one or more entities, role information of each of the one or more entities, an action list for each of the one or more entities, or a requirement of the XaaS service. In some embodiments, details of the XaaS service profile (profile information of the XaaS service) may refer to Table 1 below.

[0134] Table 1: XaaS service profile

[0135] In some examples, the XaaS service name may indicate the name of XaaS service, such as NET4AI, DAM, NET4DATA, or NET4BC. In some examples, the XaaS service ID may be used to identify the XaaS service, e.g., the XaaS service ID may be NET4AI ID, DAM ID, NET4DATA ID, or NET4BC ID. In some embodiments, an XaaS service may include one or more entities, for example, the NET4AI includes entities of AI encoder, AI classifier, and AI evaluator. In some examples, the entity name may include one or more entity names of the one or more entities. In some examples, the entity ID may be used to identify the entity (ies) included in the XaaS service. For example, if the XaaS service name is NET4AI, the entity ID may include AI encoder ID, AI classifier ID, and AI evaluator ID. In some examples, the entity location may indicate where the entity / entities is / are valid (e.g. deployed) , for example, the CONET module 521 may choose suitable entity (or entities) based on the entity location. In some examples, the deployment profile may be used to describe where each entity is valid to indicate to C / M-TW-GW and MM to generate a BAS topology profile and MM policy table respectively. In some examples, the role profile may be used to describe the roles of each entity to indicate to C / M-TW-GW to generate authorization profile and MM policy table respectively. In some examples, the action list profile may be used to describe the action list of each entity. In some examples, the requirement from XaaS service may be used to describe the service requirements of XaaS for CONET. For example, if the XaaS service name is DAM, the requirement from XaaS service may indicate throughput and delay of DAM proceeding for  CONET. In some instances, the requirement from XaaS service in the XaaS service profile may be replaced by XaaS request service, and the present disclosure does not limit.

[0136] A group may be described using a group profile, e.g., group information. The group information (group profile) may include one or more of: a group name, a group ID, a list of members which the group comprises, or a list of member IDs of the members. In some embodiments, details of the group profile (group information) may refer to Table 2 below.

[0137] Table 2: group profile

[0138] In some examples, the group name may indicate the name of the group, for example, the naming may show a purpose of the group. In some examples, the group ID may be used to identify the group, for example, each member in the group may have (or be associated with, correspond with) the group ID. For example, multiple members in the group may share the same group ID. In some examples, the group member may be used to describe each member in the group. In some examples, the group member ID may be used to identify the member (s) in the group. For example, if the group includes an XaaS service, then the group member ID may include (or be the same as) the XaaS service ID of the XaaS service. For example, if the group includes an entity, then the group member ID may include (or be the same as) the entity ID of the entity.

[0139] A contract (or group contract) may be described using a contract profile, e.g., contract information. The contract information (contract profile) may include one or more of: a contract name, a contract ID, or contract content. In some embodiments, details of the contract profile (contract information) may refer to Table 3 below.

[0140] Table 3: contract profile

[0141] In some examples, the contract name may indicate the name of the contract, for example, the naming rule for the contract may follow the name of the group, e.g. a purpose of the group. For example, a group for charging may correspond to a contract, and the contract may be named as “charging” . In some examples, the contract ID may be used to identify the contract, and it is understood that a contract ID corresponds to a group ID. In some examples, the contract content may be used to describe the content of the contract, for example, the content may indicate rules for each member in the group to follow.

[0142] A chain may be described using a chain profile, e.g., chain information. The chain profile (chain information) may include one or more of: a chain name, a chain ID, a list of blockchain requirements, a list of blockchain performances, or a list of upload methods. In some embodiments, details of the chain profile (chain information) may refer to Table 4 below.

[0143] Table 4: chain profile

[0144] In some examples, the chain name may indicate the name of blockchain. Each entity has its own action (s) . For example, an entity DAM has actions of Data collection, Data pre-processing, and Data sanitization, while another entity NET4AI has actions of AI encoder, AI classifier and AI evaluator. In some examples, the chain ID may be used to identify the blockchain, each chain ID may correspond to one group ID. In some examples, the chain requirement may be used to describe blockchain requirement (s) from the entity to NET4BC. For example, a topology (examples of which may include distributed or centralized) indicates the structure and type of the blockchain, a security level indicates the read / write permission, and a performance requirement (also refers to a performance request or a requirement) indicates throughput and delay of the blockchain. In some examples, the upload methods may be used to indicate to entity methods to upload to the blockchain, i.e. the full content, the abstract of the content, and a uniform resource locator (URL) of the blockchain. In other words, the upload methods may provide methods for entities uploading to the blockchain.

[0145] An action surveillance may be described using an action surveillance profile, e.g., action surveillance information. The action surveillance profile (action surveillance information) may include one or more of: an action name, an action ID, a security level, action features, or an interaction method. In some embodiments, details of the action surveillance profile (action surveillance information) may refer to Table 5 below.

[0146] Table 5: action surveillance profile

[0147] In some examples, the action name may indicate the name of the action. Each entity has its own action. For example, an entity DAM is with actions of Data collection, Data pre-processing, and Data sanitization, while another entity NET4AI is with actions of AI encoder, AI classifier and AI evaluator. In some examples, the action ID may be used to identify the action of each entity. For example, an entity DAM is with actions of Data collection ID, Data pre-processing ID, and Data sanitization ID. For example, an entity NET4AI is with actions of AI encoder ID, AI classifier ID, and AI evaluator ID. In some examples, the security level may be used to identify an action security level. For example, green level is used for Common data and Request / response / notification / configure message. Yellow level is used for entity important data. Red level is used for ID information, security key data and entity private data. In some examples, the action feature (s) may be used to describe action feature of each entity. For example, the action features of an entity DAM are timestamp, data representation, and sanitization method. For example, the action features of an entity NET4AI are ReceiveFrontPropagation, ContinueFrontPropagation, ReceiveBackPropagation, and ContinueBackPropagation. In some examples, the interaction method may be used to indicate interaction methods between CONET and entity. For example, a difference between a synchronous method (also refers to a synchronous message process) and an asynchronous method (also refers to an asynchronous message process) includes message queue for caching.

[0148] As described above, the SCF 415 may perform an action surveillance. In some embodiments, action surveillance information may be used for describing mapping between actions and entities. For example, the action surveillance information may be represented by an action surveillance table. The action surveillance table keeps mapping record between actions and entities. An XaaS entity may include one or multiple actions, for example, each entity ID may correspond to one or multiple action IDs.

[0149] The action surveillance information (e.g. action surveillance table) may be generated based on the action surveillance profile. In some examples, the XaaS service profile, the group profile, the contract profile, and the chain profile may also be used for generating the action surveillance information (e.g. action surveillance table) . The action surveillance information (e.g. action surveillance table) may include multiple entries, each entry comprises multiple fields. For example, the multiple fields include a security level, action feature (s) and an interaction method. In some embodiments, details of the action surveillance table may refer to Table 6 below.

[0150] Table 6: action surveillance table

[0151] The action surveillance table may keep mapping records between actions and entities, the fields (rows in Table 6) in the action surveillance table are some non-limited examples. In some embodiments, the action surveillance table in Table 6 is only for illustration without any limitations. In some examples, more rows (of fields) may be further included,  such as group name, contract name, chain name, group member, contract content, etc. In some examples, one or more rows may be omitted, such as contract ID. Details of each row in the action surveillance table may refer to that discussed above with reference to Tables 1-5.

[0152] It is to be understood that the format of the action surveillance table in Table 6 is only for illustration without any limitation, for example, the column and the row can be interchanged, for example, a row may be used to indicate an entry of the table, while a column is used for indicate a field of the table, details of which will not be repeated.

[0153] FIG. 6 illustrates an action surveillance process 600 in accordance with some embodiments of the present disclosure. The process 600 involves an XaaS service module 420 and a CONET service module 601, where the XaaS service module 420 may provide an XaaS service which includes one or more XaaS entity. In some embodiments, the XaaS service module 420 may include a CONET agent 422, the CONET service module 601 includes an SCF 415, and the process 600 may involve the CONET agent 422 and the SCF 415. For example, the CONET agent 422 may be a module or a function of the XaaS service module 420. The SCF 415 can be referred to as a first function, and the CONET agent 422 can be referred to as a second function.

[0154] In the process 600, the XaaS service module 420 (e.g. the CONET agent 422) transmits a first request to the CONET service module 601 (e.g. the SCF 415) at 610. In some implementations, the first request may be used for uploading data of one or more actions (i.e. action data) of an XaaS entity of the XaaS service to a blockchain. In some embodiments, the CONET agent 422 may be a CONET agent associated with the XaaS entity and / or the XaaS service. In some embodiments, when the CONET agent determines that the XaaS entity needs to upload its action data to the blockchain, the CONET agent may transmit the first request. In some examples, the first request may be implemented as a suitable message or signalling, for example, the first request may be Nconet. scf_Surveillance_ActionUpload_request.

[0155] The action data to be uploaded may include data of one or more actions of an XaaS entity. For example, the action data of the XaaS entity may include some or all of the following: data used by an action, data generated by an action, action record data, etc. For example, “data feature (s) ” may be used for interpreting the action data.

[0156] The first request, in some embodiments, may include one or more of the following: an entity ID of the XaaS service, one or more action IDs of the one or more actions. Optionally, the first request may include a security level for the one or more actions.

[0157] In the process 600, the CONET service module 601 (e.g. the SCF 415) records action information of the one or more actions of the XaaS entity at 620, e.g., based on the first request. For example, the action information of the one or more actions may be an entry in action surveillance information. The action information may be a column as shown in Table 6. Specifically, an interaction method for the data of the one or more actions between the XaaS service module 420 (e.g. the CONET agent 422) and the CONET service module 601 (e.g. the SCF 415) may be determined. As such, the SCF 415 can manage the interaction method to reduce overhead.

[0158] In some instances, the CONET service module 601 (e.g. the SCF 415) may record (or determine) an action surveillance profile for the XaaS entity, an example of which may refer to Table 5 above. For example, for each action, a corresponding action surveillance profile may be determined. In some instances, action information, which may be an entry in the action surveillance table, may be determined. For example, the action information is associated with one or more actions of an XaaS entity. If the action information is associated with multiple actions, the multiple actions have a same security level and are configured with a same interaction method. If the action information is associated with multiple actions, the action feature (s) may include a combination of features of the multiple actions.

[0159] In addition or alternatively, the CONET service module 601 (e.g. the SCF 415) may obtain chain information, e.g. from another CONET service module (e.g. the CCF 410) . In some implementations, the chain information may be  used at an entity level procedure. The chain information may include: location information (such as a URL) of a chain on the blockchain, and / or an upload method for uploading the data of the one or more actions.

[0160] As an example, a communication may be performed between the SCF 415 and the CCF 410. The SCF 415 may transmit a request for requesting the chain information. For example, the request may include an entity ID of the XaaS entity. For example, the request may include a data type of the action data to be uploaded. The CCF 410 may provide, to the SCF 415, a response to the request. For example, the response may include location information of a chain on the blockchain, and / or an upload method for uploading the data of the one or more actions. Optionally, the response from the CCF 410 may further include some or all of the following: a group name, a group ID, a contract name, a contract ID, a chain name, a chain ID, etc. In this way, the chain information may be obtained by the SCF from the CCF, and accordingly the action surveillance performed by the SCF is enabled.

[0161] In the process 600, the CONET service module 601 (e.g. the SCF 415) transmits a first response to the XaaS service module 420 (e.g. the CONET agent 422) at 630. The first response is a response to the first request at 610. The first response indicates to the XaaS service module 420 (e.g. the CONET agent 422) to upload the data of the one or more actions. The first response includes location information of a chain on the blockchain, and / or an upload method for uploading the data of the one or more actions. For example, the first response may indicate to the XaaS service module 420 (e.g. the CONET agent 422) to upload the data of the one or more actions to the chain with the location information by using the indicated upload method.

[0162] The first response may further include some or all of the following: a group name, a group ID, a contract name, a contract ID, a chain name, a chain ID, etc. In some examples, the first response may be implemented as a suitable message or signalling, for example, the first request may be Nconet. scf_Surveillance_ActionUpload_response.

[0163] In addition, the XaaS service module 420 (e.g. the CONET agent 422) uploads the action data to the chain on the blockchain at 640. Specifically, the action data may be uploaded to the URL indicated by the first response from the SCF 415.

[0164] In some embodiments, if the first response includes an upload method, the XaaS service module 420 (e.g. the CONET agent 422) may process the data based on the upload method and uploaded processed data to the chain. For example, the upload method may be “abstract” , then an abstract of the data may be uploaded. For example, the upload method may be “URL” , then a URL of the data may be uploaded. For example, the upload method may be “content” , then a full text of the data may be uploaded.

[0165] In response to receiving the first response, the XaaS service module 420 (e.g. the CONET agent 422) may record (or store) the location information of a chain on the blockchain, and / or an upload method for uploading the data of the one or more actions included in the first response. The XaaS service module 420 (e.g. the CONET agent 422) may further enable the XaaS entity to initialize the action data, e.g. by configuring corresponding parameters. For example, the XaaS service module 420 (e.g. the CONET agent 422) may determine the configuration parameters for the XaaS entity which are used for initializing the action data. In addition, the action data may be uploaded to the chain on the blockchain.

[0166] Therefore, a procedure for action surveillance while uploading action data to the blockchain is enabled at the SCF, and thus the system is scalable without redesigning the system architecture.

[0167] In some implementations, an example of XaaS service module 420 may be a CONET agent 422 associated with an XaaS entity and an example of CONET service module 601 may be an SCF 415. FIG. 7 illustrates an example process 700 for action surveillance connection management in accordance with some embodiments of the present disclosure. The example process 700 relates to the SCF 415 and the CONET agent 422. For example, the SCF 415 can be referred to as a first function, and the CONET agent 422 can be referred to as a second function. For example, the  CONET agent 422 is associated with an XaaS entity such as an entity X. For example, the XaaS entity may include multiple network functions (NFs) , such as NF1, NF2, …, NFn.

[0168] The CONET agent 422 transmit a second request to the SCF 415 at 710. The second request may indicate a desired behavior of the second function (i.e. the CONET agent 422 here) . The second request may include an entity ID of the XaaS entity and / or an agent ID. The second request may be implemented as a suitable message or signalling, as shown in FIG. 7, for example, the second request may be Nconet. scf_Surveillance_AgentEstablishment_request.

[0169] In some implementations, the second request may be used for requesting to establish an action surveillance for the XaaS entity. In some examples, the second request may include control information which defines how the CONET agent 422 needs to behave. For example, the control information may be obtained by the CONET agent 422 by the pull or push mode with the network function (s) associated with the XaaS entity.

[0170] As one example, the XaaS entity may include at least one action, and the control information may include an entity ID of the XaaS entity and / or at least one action ID of the at least one action. The control information may further include action feature (s) of the at least one action. The control information may include a security level of the at least one action. The control information may include additional information. It should be noted that the control information may be implemented as some other information, the present disclosure does not limit this aspect.

[0171] Optionally, the SCF 415 may verify an identity of the CONET agent 422 to determine whether to accept the second request at 720. In some implementations, the SCF 415 may perform a verification of identity information of the CONET agent 422 (or the XaaS entity) in response to receiving the second request. For example, the SCF 415 may determine to accept the second request by performing a verification, or may determine to reject the second request if the verification is failed. As such, in case the XaaS entity is not trustworthy, the second request may be rejected (i.e. not accepted) by the SCF 415, that is, only trustworthy XaaS entity may request for action surveillance connection, therefore, a safety can be guaranteed. In the present disclosure, it is assumed that the SCF 415 verifies the identity of the CONET agent 422 (or the XaaS entity) and decides to accept the second request.

[0172] The SCF 415 manages and configured an interaction method at 730, to reduce overhead for the CONET agent 422. Specifically, the SCF 415 determines an interaction method for communication between the first function (i.e. the SCF 415) and the second function (i.e. the CONET agent 422) . The interaction method may be a synchronous interaction method or an asynchronous interaction method. In some embodiments, the control information in the second request may be considered while configuring the interaction method. However, it is to be understood that some other information may be used or considered for determining the interaction method, and the present disclosure does not limit this aspect.

[0173] The SCF 415 transmits a second response to the CONET agent 422 at 740. The second response is a response to the second request and the second response includes the interaction method that configured at 730. In some implementations, the second response may include the agent ID and the interaction method. The second response may be implemented as a suitable message or signalling, as shown in FIG. 7, for example, the second response may be Nconet. scf_Surveillance_AgentEstablishment_response. In other words, the SCF 415 may respond with Nconet. scf_Surveillance_AgentEstablishment_response message which include information such as the agent ID and the interaction method.

[0174] The CONET agent 422 keeps a record of the interaction method and adjusts its configuration at 750. In some examples, the interaction method included in the second response may be recorded by the CONET agent 422. In some examples, the configuration for the XaaS entity may be adjusted (or modified) based on the second response. As such, a management procedure for action surveillance connection is provided, an interaction method between the CONET agent and the SCF is defined, and therefore, an action report and upload based on the interaction method can be performed.

[0175] The CONET agent 422 transmits a modification request to the SCF 415 at 760. The modification request may include information modified on the basis of the second request. If control information is changed or updated or modified, the modification request may be transmitted. For example, the modification request may be used for requesting changing the interaction method. For example, the modification request is against the interaction method, e.g. that configured at 730, transmitted at 740, and recorded at 750. In some examples, the modification request may include an agent ID and a recommended interaction method.

[0176] The modification request may be implemented as a suitable message or signalling, as shown in FIG. 7, for example, the modification request may be Nconet. scf_Surveillance_AgentModification_request. In other words, the CONET agent 422 may send Nconet. scf_Surveillance_AgentModification_request message to the SCF 415 that includes control information which defines how the CONET agent 422 needs to behave.

[0177] The SCF 415 updates the interaction method at 770. In some implementations, the SCF 415 may determine a further interaction method (e.g. a new interaction method different from that determined at 730) based on the modification request. For example, the SCF 415 checks the received interaction method from the CONET agent 422 and updates its record.

[0178] The SCF 415 transmits a modification response to the CONET agent 422 at 780. The modification response may include the agent ID and the further interaction method. It is to be understood that the modification response may include some other information, such as those being used for the configuration at the CONET agent 422, and the present disclosure does not limit this aspect.

[0179] The modification response may be implemented as a suitable message or signalling, as shown in FIG. 7, for example, the modification response may be Nconet. scf_Surveillance_AgentModification_response. In other words, the SCF 415 may respond with Nconet. scf_Surveillance_AgentModification_response message including any information that the SCF 415 changes the interaction method.

[0180] The CONET agent 422 updates the configuration at 790. Specifically, the CONET agent 422 updates the interaction method configuration, for example, the further interaction method included in the modification response may be recorded.

[0181] In this way, the interaction method between the CONET agent 422 and the SCF 415 can be updated based on a modification request. As such, information at both sides is considered, and the determined interaction method will be more suitable for the communication therebetween.

[0182] In addition, the CONET agent 422 and the SCF 415 can keep an interaction with each other, e.g. with heart beat messages, to ensure connection. For example, as shown at 795 in FIG. 7, the heart beat messages may include Nconet. scf_Surveillance_AgentHeartbeat message. However, it is to be appreciated that the heart beat message in FIG. 7 is only for illustration without any limitation, some other forms of messages are also applied, the present disclosure does not limit.

[0183] As such, the action surveillance connection can be maintained between the CONET agent 422 and the SCF 415 for further communication.

[0184] It is to be noted that the process 700 in FIG. 7 is an example illustration without any limitation. Some operations in the process 700 may be omitted, for example, the operation 720 or the operations 760-790 can be omitted. Some operations in the process 700 may be added, for example, an additional operation that the CONET agent 422 and the SCF 415 keep interaction with each other may be further added between the operations 750 and 760; for example, an additional operation that the CONET agent 422 determines a recommended interaction method may be further added between the operations 750 and 760. Some operations in the process 700 may be combined, for example, the operations 720 and 730 can be combined as one operation. Some operations may be modified, for example, the modification  response message in the operation 780 may be replaced by a modification reject message. Some operations may be reordered, for example, the operation 795 can be performed before any of operations 760-790.

[0185] FIG. 8 illustrates an example process 800 for action report and upload of XaaS entity in accordance with some embodiments of the present disclosure. In some embodiments, the process 800 may be regarded as a detailed implementation of the process 600 discussed above. The process 800 may involve a CCF 410, an SCF 415, a CONET agent 422 associated with an XaaS entity, and a CONET agent 533 associated with the NET4BC 522.

[0186] For example, the SCF 415 can be referred to as a first function, and the CONET agent 422 can be referred to as a second function. For example, the CONET agent 422 is associated with an XaaS entity such as an entity X which includes multiple NFs, such as NF1, NF2, …, NFn. For example, the CONET agent 433 is associated with the NET4BC 522 which includes multiple NFs, such as NF1, NF2, …, NFn. As shown in FIG. 5A, the NET4BC 522 may include a NET4BC engine 531 (may be called as an engine) and an XaaS physical chain 532 (may be called as a gear) . As shown in FIG. 8, a pull or push mode may be applied for a communication between the CONET agent 422 and the XaaS entity, and a pull or push mode may be applied for a communication between the CONET agent 533 and the NET4BC 522.

[0187] The CONET agent 422 transmits a first response (e.g., Nconet. scf_Surveillance_ActionUpload_request) to the SCF 415 at 810. For example, when the CONET agent 422 receives XaaS entity’s need to upload its action data to blockchain, the CONET agent 422 sends Nconet. scf_Surveillance_ActionUpload_request message to the SCF 415. For example, the first request includes a group ID and a member ID, e.g., the member ID may indicate a member of the group.

[0188] The SCF 415 may get location information (such as URL) and an upload method from the CCF 410 at 815. For example, the SCF 415 gets blockchain URL and an upload method from the CCF 410 that contains the information in CONET operation at entity level procedure.

[0189] The SCF 415 performs a surveillance actions mapping at 820. For example, the SCF 415 keeps records of surveillance actions described in action surveillance profile. The SCF 415 further perform an upload method management at 830. In some embodiments, the upload method management at 830 may refer to an interaction method, which may be different from the “upload method” that get at 815. In some examples, the interaction method may include a synchronous method and / or an asynchronous method. For example, the SCF 415 may manage the interaction method (s) to reduce overhead for the CONET agent 422.

[0190] The SCF 415 transmits a first response (e.g., Nconet. scf_Surveillance_ActionUpload_response) to the CONET agent 422 at 840. For example, the SCF 415 responds with Nconet. scf_Surveillance_ActionUpload_reponse message which contains group ID, chain ID, chain URL and upload method. For example, the first response includes the chain URL and the upload method. For example, the first response may include a group ID and a chain ID (e.g., corresponding to the group ID) .

[0191] In addition, the CONET agent 422 keeps a record and configures parameters based on the first response at 850. For example, the CONET agent 422 records chain URL and upload method and configures these parameters to corresponding XaaS entity. As such, the XaaS entity may further upload the data to the chain, e.g. based on the first response. Specifically, the XaaS entity may further perform action upload based on the configured parameters. For example, the parameter configured by the CONET agent 422 may be used by the XaaS entity to initialize actions to upload to the NET4BC 522.

[0192] It is to be appreciated that the process 800 is illustrated only for examples without any limitation, for example one or more operations may be omitted, for example the order of the operations may be changed, for example some operations may be combined as one operation, for example additional operation (s) may be further considered, for example further component (s) may be involved, the present disclosure does not limit.

[0193] In some implementations, an interaction between the SCF 415 and the CONET agent 422 is kept, e.g. based on a heartbeat message before the operation 810. For example, an interaction method has been determined, e.g., based on the process 700. In some implementations, a communication between the SCF 415 and the CONET agent 422 in process 600 / 800 may be performed based on the interaction method. In some examples, the interaction method may be managed and configured at 830 in the process 800.

[0194] It is to be appreciated that although the process 700 and the process 600 / 800 may be implemented separately, in some cases, the process 600 / 800 may be combined with the process 700. For example, the process 700 may be regarded as an action surveillance connection management procedure, and the process 600 / 800 may be performed after the process 700. For example, some operations in the process 700 and other operations in the process 600 / 800 may be combined.

[0195] It is to be appreciated that current wireless systems, such as 5G systems, are designed to provide only connected services and are managed and operated by a single party or participant (i.e., network operators) . It is expected that future wireless systems, such as 6G systems, will go beyond connectivity provision to provide a variety of new services such as artificial intelligence as a service, data management as a service, and more. It is also expected that future wireless systems may be operated by multiple players, part of each participant's operating system, providing certain services for internal use of the system or end customer use. Therefore, it is desirable to design an open system architecture for future wireless systems that is capable of providing any service and can be centered on any player character to support various operating scenarios. The system is expected to be scalable, allowing for dynamically enabling or delivering unknown future services without modifying or redesigning the system architecture. The CONET at XaaS level design and processing may include the process 600 / 800, which supports complicated processing logic and extensibility, and is openness.

[0196] According to some embodiments of the present disclosure with reference to FIGS. 4-8, methods, apparatuses, computer readable storage medium, computer program product for action surveillance in CONET for multiple players are provided. In the present solution, an SCF may record action information for one or more actions of an XaaS entity, and thus the action surveillance is enabled. As such, the CONET can provide a method for supporting action surveillance service for multi players in the system. Therefore, the system can be scalable and credible for multiple players to work together.

[0197] According to the present disclosure, a solution of action surveillance in CONET for multiple players is provided, which supports mapping record between actions and entities. An action surveillance table is designed, for example, XaaS service profile, group profile, and action surveillance profile are designed for facilitate the action surveillance table.

[0198] FIG. 9 illustrates a flowchart of an example method 900 implemented at a first function in accordance with some embodiments of the present disclosure. For the purpose of discussion, the first function which may perform the method 900 can be the SCF 415 discussed above.

[0199] At block 910, the first function receives, from a second function associated with an XaaS entity of an XaaS service, a first request for uploading data of one or more actions of the XaaS entity to a blockchain. At block 920, the first function records action information of the one or more actions based on the first request, wherein the action information is an entry in action surveillance information. At block 930, the first function transmits, to the second function, a first response indicating to the XaaS entity to upload the data of the one or more actions to the blockchain, wherein the first response comprises at least one of: location information on the blockchain, or an upload method for uploading the data.

[0200] FIG. 10 illustrates a flowchart of an example method 1000 implemented at a second function in accordance with some embodiments of the present disclosure. For the purpose of discussion, the second function which may perform the method 1000 can be the CONET agent 422 of an XaaS service 420 discussed above, for example, the second function may be a CONET agent associated with an XaaS entity.

[0201] At block 1010, the second function transmits, to a first function, a first request for uploading data of one or more actions of the XaaS entity to a blockchain. At block 1020, the second function receives, from the first function, a first response indicating to the XaaS entity to upload the data of the one or more actions to the blockchain, wherein the first response comprises at least one of: location information on the blockchain, or an upload method for uploading the data, and wherein action information of the one or more actions is recorded by the first function. At block 1030, the second function uploads, based on the first response, the data of the one or more actions to the blockchain.

[0202] FIG. 11 illustrates a simplified block diagram of an apparatus 1100 according to some example embodiments of the present disclosure. The apparatus 1100 may be implemented as a device or a chip in the device, and the scope of the present application is not limited in this respect. The apparatus 1100 may include multiple modules for performing corresponding processes in the method 900 as discussed in FIG. 9 and related operation performed by the SCF 415 discussed with reference to FIGS. 6-8. The apparatus 1100 may be implemented as the first function (such as the SCF 415 as shown in FIG. 4) or a part of the first function. As illustrated in FIG. 11, the apparatus 1100 comprises a receiving module 1110, a processing module 1120, and a transmitting module 1130. In some embodiments, the receiving module 1110 and the transmitting module 1130 may be implemented as a transceiver.

[0203] In some implementations, the receiving module 1110 is configured to receive, from a second function associated with an XaaS entity of an XaaS service, a first request for uploading data of one or more actions of the XaaS entity to a blockchain. In some implementations, the processing module 1120 is configured to record action information of the one or more actions based on the first request, wherein the action information is an entry in action surveillance information. In some implementations, the transmitting module 1130 is configured to transmit, to the second function, a first response indicating to the XaaS entity to upload the data of the one or more actions to the blockchain, wherein the first response comprises at least one of: location information on the blockchain, or an upload method for uploading the data.

[0204] In some embodiments, the entry in the action surveillance information comprises at least one of: a service name of the XaaS service, a service ID of the XaaS service, a group ID of a group which the XaaS service belongs to, a chain ID of a chain corresponding to the group, an entity ID of the XaaS entity, one or more action IDs of the one or more actions, a security level for the one or more actions, at least one action feature of the one or more actions, or an interaction method between the first function and the second function.

[0205] In some embodiments, the first response further comprises at least one of: the group ID, or the chain ID.

[0206] In some embodiments, the receiving module 1110 is configured to obtain chain information comprising at least one of: the location information on the blockchain, or the upload method for uploading the data. For example, the chain information is obtained from the CCF 410.

[0207] In some embodiments, the receiving module 1110 is configured to receive, from the second function, a second request indicating a desired behavior of the second function. In some embodiments, the processing module 1120 is configured to determine, based on the second request, an interaction method for communication between the first function and the second function. In some embodiments, the transmitting module 1130 is configured to transmit, to the second function, a second response indicating the interaction method.

[0208] In some embodiments, the second request comprises at least one of: an entity of the XaaS entity, one or more action IDs of the one or more actions, a security level for the one or more actions, or at least one action feature of the one or more actions.

[0209] In some embodiments, the interaction method is applied for the first request and the first response. For example, the interaction method comprises a synchronous interaction method or an asynchronous interaction method.

[0210] In some embodiments, the processing module 1120 is configured to perform a verification of identity information of the second function, e.g., before determining the interaction method.

[0211] In some embodiments, the receiving module 1110 is configured to receive, from the second function, a modification request against the interaction method. In some embodiments, the processing module 1120 is configured to determine a further interaction method based on the modification request. In some embodiments, the transmitting module 1130 is configured to transmit, to the second function, a modification response indicating the further interaction method.

[0212] The apparatus 1100 can be used to implement some embodiments at the SCF 415 described with reference to FIGS. 4-10.

[0213] FIG. 12 illustrates a simplified block diagram of an apparatus 1200 according to some example embodiments of the present disclosure. The apparatus 1200 may be implemented as a device or a chip in the device, and the scope of the present application is not limited in this respect. The apparatus 1200 may include multiple modules for performing corresponding processes in the method 1000 as discussed in FIG. 10 and related operation performed by the CONET agent 422 discussed with reference to FIGS. 6-8. The apparatus 1200 may be implemented as the second function (such as the CONET agent 422 of an XaaS module 420 as shown in FIG. 4) or a part of the second function. As illustrated in FIG. 12, the apparatus 1200 comprises a transmitting module 1210, a receiving module 1220, and a processing module 1230. In some embodiments, the receiving module 1220 and the transmitting module 1210 may be implemented as a transceiver.

[0214] In some implementations, the transmitting module 1210 is configured to transmit, to a first apparatus (such as the SCF 415) , a first request for uploading data of one or more actions of the XaaS entity to a blockchain. In some implementations, the receiving module 1220 is configured to receive, from the first function, a first response indicating to the XaaS entity to upload the data of the one or more actions to the blockchain, wherein the first response comprises at least one of: location information on the blockchain, or an upload method for uploading the data, and wherein action information of the one or more actions is recorded by the first function. In some implementations, the processing module 1230 is configured to upload, based on the first response which is received from the receiving module 1220, the data of the one or more actions to the blockchain.

[0215] In some embodiments, the processing module 1230 is configured to store at least one of: the location information on the blockchain, or the upload method for uploading the data of the action. In some embodiments, the processing module 1230 is configured to determine configuration parameters for the XaaS entity, wherein the configuration parameters are used for initializing the data of the one or more actions.

[0216] In some embodiments, the processing module 1230 is configured to upload the data to a location associated with the location information by using the upload method.

[0217] In some embodiments, the action information is an entry in action surveillance information stored at the first function, wherein the entry in the action surveillance information comprises at least one of: a service name of the XaaS service, a service ID of the XaaS service, a group ID of a group which the XaaS service belongs to, a chain ID of a chain corresponding to the group, an entity ID of the XaaS entity, one or more action IDs of the one or more actions, a security  level for the one or more actions, at least one action feature of the one or more actions, or an interaction method between the first function and the second function.

[0218] In some embodiments, the first response further comprises at least one of: the group ID, or the chain ID.

[0219] In some embodiments, the transmitting module 1210 is configured to transmit, to the first function, a second request indicating a desired behavior of the second function. In some embodiments, the receiving module 1220 is configured to receive, from the first function, a second response indicating an interaction method for communication between the first function and the second function.

[0220] In some embodiments, the second request comprises at least one of: an entity of the XaaS entity, one or more action IDs of the one or more actions, a security level for the one or more actions, or at least one action feature of the one or more actions.

[0221] In some embodiments, the processing module 1230 is configured to determine a configuration for the second function based on the second response.

[0222] In some embodiments, the interaction method is applied for the first request and the first response. For example, the interaction method comprises a synchronous interaction method or an asynchronous interaction method.

[0223] In some embodiments, the transmitting module 1210 is configured to transmit, to the first function, a modification request against the interaction method. In some embodiments, the receiving module 1220 is configured to receive, from the first function, a modification response indicating a further interaction method.

[0224] The apparatus 1200 can be used to implement some embodiments at the CONET agent 422 associated with an XaaS entity in an XaaS module 420 described with reference to FIGS. 4-10.

[0225] FIG. 13 illustrates an example block diagram of a device 1300 that may be used to implement some embodiments of the present disclosure. The device 1300 can be considered as a further example implementation (e.g., part) of the first function and the second function as discussed above, e.g., the SCF 415 or the CONET agent 422 associated with an XaaS entity.

[0226] As shown, the device 1300 includes a processor 1310, a memory 1320 coupled to the processor 1310, a suitable transmitter (TX) and receiver (RX) 1340 coupled to the processor 1310, and a communication interface coupled to the TX / RX 1340. The memory 1310 stores at least a part of a program 1330. The TX / RX 1340 is for bidirectional communications.

[0227] The program 1330 is assumed to include program instructions that, when executed by the associated processor 1310, enable the device 1300 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGS. 1-12. The embodiments herein may be implemented by computer software executable by the processor 1310 of the device 1300, or by hardware, or by a combination of software and hardware. The processor 1310 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 1310 and memory 1320 may form processing means 1350 adapted to implement various embodiments of the present disclosure.

[0228] The memory 1320 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 1320 is shown in the device 1300, there may be several physically distinct memory modules in the device 1300. The processor 1310 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as  non-limiting examples. The device 1300 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0229] The present disclosure provides a device or an apparatus, comprising: a processor; and a memory storing computer program codes; the memory and the computer program codes configured to, with the processor, cause the device or the apparatus to perform the method implemented at the first function or the second function discussed above.

[0230] The present disclosure provides a computer readable medium having instructions stored thereon, the instructions, when executed by a processor of an apparatus, causing the apparatus to perform the method implemented at the first function or the second function discussed above.

[0231] The present disclosure provides a computer program product comprising instructions, the instructions, when executed by a processor of an apparatus, causing the apparatus to perform the method implemented at the first function or the second function discussed above.

[0232] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representation, it will be appreciated that the blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0233] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the process or method as described above with reference to FIGS. 1-10. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0234] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0235] The above program code may be embodied on a machine readable medium, which may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the machine readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable  programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0236] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0237] Although the present disclosure has been described in language specific to structural features or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A method performed by a first function, comprising:receiving, from a second function associated with an anything as a service (XaaS) entity of an XaaS service, a first request for uploading data of one or more actions of the XaaS entity to a blockchain;recording action information of the one or more actions based on the first request, wherein the action information is an entry in action surveillance information; andtransmitting, to the second function, a first response indicating to the XaaS entity to upload the data of the one or more actions to the blockchain, wherein the first response comprises at least one of: location information on the blockchain, or an upload method for uploading the data.2.The method of claim 1, wherein the entry in the action surveillance information comprises at least one of:a service name of the XaaS service,a service ID of the XaaS service,a group ID of a group which the XaaS service belongs to,a chain ID of a chain corresponding to the group,an entity ID of the XaaS entity,one or more action IDs of the one or more actions,a security level for the one or more actions,at least one action feature of the one or more actions, oran interaction method between the first function and the second function.3.The method of claim 2, wherein the first response further comprises at least one of: the group ID, or the chain ID.4.The method of any of claims 1-3, further comprising:obtaining chain information comprising at least one of: the location information on the blockchain, or the upload method for uploading the data.5.The method of any of claims 1-4, further comprising:receiving, from the second function, a second request indicating a desired behavior of the second function;determining, based on the second request, an interaction method for communication between the first function and the second function; andtransmitting, to the second function, a second response indicating the interaction method.6.The method of claim 5, wherein the second request comprises at least one of:an entity of the XaaS entity,one or more action IDs of the one or more actions,a security level for the one or more actions, orat least one action feature of the one or more actions.7.The method of claim 5 or 6, wherein the interaction method is applied for the first request and the first response.8.The method of any of claims 5-7, wherein the interaction method comprises a synchronous interaction method  or an asynchronous interaction method.9.The method of any of claims 5-8, further comprising, before determining the interaction method:performing a verification of identity information of the second function.10.The method of any of claims 5-9, further comprising:receiving, from the second function, a modification request against the interaction method;determining a further interaction method based on the modification request; andtransmitting, to the second function, a modification response indicating the further interaction method.11.A method performed by a second function associated with an anything as a service (XaaS) entity of an XaaS service, comprising:transmitting, to a first function, a first request for uploading data of one or more actions of the XaaS entity to a blockchain;receiving, from the first function, a first response indicating to the XaaS entity to upload the data of the one or more actions to the blockchain, wherein the first response comprises at least one of: location information on the blockchain, or an upload method for uploading the data, and wherein action information of the one or more actions is recorded by the first function; anduploading, based on the first response, the data of the one or more actions to the blockchain.12.The method of claim 11, further comprising:storing at least one of: the location information on the blockchain, or the upload method for uploading the data of the action; anddetermining configuration parameters for the XaaS entity, wherein the configuration parameters are used for initializing the data of the one or more actions.13.The method of claim 11 or 12, wherein uploading the data to the blockchain comprises:uploading the data to a location associated with the location information by using the upload method.14.The method of any of claims 11-13, wherein the action information is an entry in action surveillance information stored at the first function, wherein the entry in the action surveillance information comprises at least one of:a service name of the XaaS service,a service ID of the XaaS service,a group ID of a group which the XaaS service belongs to,a chain ID of a chain corresponding to the group,an entity ID of the XaaS entity,one or more action IDs of the one or more actions,a security level for the one or more actions,at least one action feature of the one or more actions, oran interaction method between the first function and the second function.15.The method of claim 14, wherein the first response further comprises at least one of: the group ID, or the chain ID.16.The method of any of claims 11-15, further comprising:transmitting, to the first function, a second request indicating a desired behavior of the second function; andreceiving, from the first function, a second response indicating an interaction method for communication between the first function and the second function.17.The method of claim 16, wherein the second request comprises at least one of:an entity of the XaaS entity,one or more action IDs of the one or more actions,a security level for the one or more actions, orat least one action feature of the one or more actions.18.The method of claim 16 or 17, further comprising:determining a configuration for the second function based on the second response.19.The method of any of claims 16-18, wherein the interaction method is applied for the first request and the first response.20.The method of any of claims 16-19, wherein the interaction method comprises a synchronous interaction method or an asynchronous interaction method.21.The method of any of claims 16-20, further comprising:transmitting, to the first function, a modification request against the interaction method; andreceiving, from the first function, a modification response indicating a further interaction method.22.An apparatus comprising:a processor; anda memory storing computer program codes; the memory and the computer program codes configured to, with the processor, cause the apparatus to perform the method according to any of claims 1-10 or any of claims 11-21.23.A computer readable medium having instructions stored thereon, the instructions, when executed by a processor of an apparatus, causing the apparatus to perform the method according to any of claims 1-11 or any of claims 11-21.24.A computer program product comprising instructions, the instructions, when executed by a processor of an apparatus, causing the apparatus to perform the method according to any of claims 1-11 or any of claims 11-21.

Images