WO2025237191A1 - 联邦成员的授权方法、装置及网络侧设备 - Google Patents

联邦成员的授权方法、装置及网络侧设备

Info

Publication number
WO2025237191A1
WO2025237191A1 PCT/CN2025/093795 CN2025093795W WO2025237191A1 WO 2025237191 A1 WO2025237191 A1 WO 2025237191A1 CN 2025093795 W CN2025093795 W CN 2025093795W WO 2025237191 A1 WO2025237191 A1 WO 2025237191A1
Authority
WO
WIPO (PCT)
Prior art keywords
identifier
client
request message
network device
token
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/CN2025/093795
Other languages
English (en)
French (fr)
Other versions
WO2025237191A9 (zh
Inventor
胡力
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Publication of WO2025237191A1 publication Critical patent/WO2025237191A1/zh
Publication of WO2025237191A9 publication Critical patent/WO2025237191A9/zh
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
    • H04L9/3213—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority using tickets or tokens, e.g. Kerberos
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3271—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/69—Identity-dependent

Definitions

  • This application belongs to the field of communication technology, and specifically relates to a method, apparatus and network-side device for granting licenses to federal members.
  • Federated learning refers to a method of machine learning modeling by uniting different participants (or parties, also known as data owners or clients).
  • participants do not need to expose their data to other participants or the coordinator (also known as a server, parameter server, or aggregation server). Therefore, federated learning can effectively protect user privacy and ensure data security, and can solve the problem of data silos.
  • This application provides a method, apparatus, and network-side device for authorizing federal members, which can enable the authorization of federal members.
  • the Network Storage Function receives a token request message from a first network device.
  • the token request message includes the identifier of the Federated Learning (FL) server, the identifier of the agent, and the identifier of the first FL client, wherein the identifier of the first FL client indicates one or more FL clients.
  • FL Federated Learning
  • the NRF determines, based on the token request message, that the FL server can access the first FL client, it sends an access token to the first network device, the access token including the identifier of the first FL client.
  • the first network device sends a token request message to the Network Storage Function (NRF).
  • the token request message includes the identifier of the Federated Learning (FL) server, the identifier of the agent, and the identifier of the first FL client, wherein the identifier of the first FL client indicates one or more FL clients.
  • FL Federated Learning
  • the first network device receives an access token returned by the NRF, the access token including the identifier of the first FL client;
  • the first network device sends a first request message to the second network device.
  • the first request message is used for federated learning and includes the identifier of the first network device, the identifier of the first FL client, and the access token.
  • the second network device receives a first request message sent by the first network device.
  • the first request message is for federated learning (FL).
  • the first request message includes the identifier of the first network device, the identifier of the first FL client, and an access token.
  • the access token includes the identifier of the first FL client, and the identifier of the first FL client indicates one or more FL clients.
  • the second network device verifies the access token, and responds to the first request message after the verification is successful.
  • the agent sends a discovery request message to the Network Storage Function (NRF), which requests the search for FL clients capable of performing federated learning (FL).
  • NRF Network Storage Function
  • the agent receives a discovery response message returned by the NRF, the discovery response message including the original identifier of the second FL client;
  • the agent anonymizes the original identifier of the second FL client to obtain a temporary identifier for the second FL client, and the number of temporary identifiers is greater than the number of original identifiers;
  • the agent sends a temporary identifier of the second FL client to the FL server.
  • an authorization device for a federal member comprising:
  • the first receiving module is configured to receive a token request message from the first network device.
  • the token request message includes the identifier of the federated learning FL server, the identifier of the agent, and the identifier of the first FL client.
  • the identifier of the first FL client indicates one or more FL clients.
  • a first sending module is configured to send an access token to the first network device when the NRF determines, based on the token request message, that the FL server can access the first FL client, the access token including the identifier of the first FL client.
  • an authorization device for a federal member comprising:
  • the second sending module is used to send a token request message to the Network Storage Function (NRF).
  • the token request message includes the identifier of the Federated Learning (FL) server, the identifier of the agent, and the identifier of the first FL client, wherein the identifier of the first FL client indicates one or more FL clients.
  • the second receiving module is used to receive the access token returned by the NRF, the access token including the identifier of the first FL client;
  • the third sending module is used to send a first request message to the second network device.
  • the first request message is used for federated learning and includes the identifier of the first network device, the identifier of the first FL client, and the access token.
  • an authorization device for a federal member comprising:
  • the third receiving module is used to receive a first request message sent by the first network device.
  • the first request message is for federated learning (FL).
  • the first request message includes the identifier of the first network device, the identifier of the first FL client, and an access token.
  • the access token includes the identifier of the first FL client, and the identifier of the first FL client indicates one or more FL clients.
  • the first processing module is used to verify the access token and respond to the first request message after the verification is successful.
  • an authorization device for a federal member comprising:
  • the fourth sending module is used to send a discovery request message to the Network Storage Function (NRF), the discovery request message requesting the search for FL clients capable of performing federated learning (FL);
  • NRF Network Storage Function
  • FL federated learning
  • the fourth receiving module is used to receive the discovery response message returned by the NRF, the discovery response message including the original identifier of the second FL client;
  • the second processing module is used to anonymize the original identifier of the second FL client to obtain a temporary identifier of the second FL client, wherein the number of temporary identifiers is greater than the number of original identifiers;
  • the fifth sending module is used to send the temporary identifier of the second FL client to the FL server.
  • a ninth aspect provides a network-side device including a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method as described in the first, second, third, or fourth aspect.
  • a readable storage medium on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method described in the first aspect, or the steps of the method described in the second aspect, or the steps of the method described in the third aspect, or the steps of the method described in the fourth aspect.
  • a wireless communication system comprising: a terminal and a network-side device, wherein the network-side device can be used to perform the steps of the method described in the first, second, third, or fourth aspects.
  • a chip including a processor and a communication interface coupled to the processor, the processor being configured to run a program or instructions to implement the steps of the method described in the first aspect, or the steps of the method described in the second aspect, or the steps of the method described in the third aspect, or the steps of the method described in the fourth aspect.
  • a computer program/program product is provided, the computer program/program product being stored in a storage medium, the computer program/program product being executed by at least one processor to implement the steps of the method as described in the first aspect, or the steps of the method as described in the second aspect, or the steps of the method as described in the third aspect, or the steps of the method as described in the fourth aspect.
  • the first network device requests an access token from the NRF.
  • the NRF receives the token request message from the first network device, authorizes it according to the token request message, and issues an access token with the identifier of the first FL client to the first network device. This embodiment enables the authorization of federation group members.
  • Figure 1 is a block diagram of a wireless communication system applicable to an embodiment of this application
  • FIGS 6 and 7 are schematic flowcharts of the authorization method for federal members according to specific embodiments of this application.
  • FIGS 8-11 are structural block diagrams of the authorized device of the federal member according to the embodiments of this application.
  • Figure 12 is a structural block diagram of a communication device according to an embodiment of this application.
  • Figure 13 is a structural block diagram of the network-side device according to an embodiment of this application.
  • first and second are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by “first” and “second” are generally of the same class, not limited in number; for example, the first object can be one or more.
  • “or” in this application indicates at least one of the connected objects.
  • the scope of protection for "A or B” covers at least three scenarios: Scenario 1: including A but not B; Scenario 2: including B but not A; Scenario 3: including both A and B.
  • the terms “A and/or B,” “at least one of A and B,” and “at least one of A or B” also cover at least the above three scenarios.
  • the character “/” generally indicates that the preceding and following objects are in an "or” relationship.
  • instruction in this application can be either a direct instruction (or explicit instruction) or an indirect instruction (or implicit instruction).
  • a direct instruction can be understood as one in which the sender explicitly informs the receiver of specific information, the operation to be performed, or the requested result, etc., in the instruction sent.
  • An indirect instruction can be understood as one in which the receiver determines the corresponding information based on the instruction sent by the sender, or makes a judgment and determines the operation to be performed or the requested result, etc., based on the judgment result.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution-Advanced
  • CDMA Code Division Multiple Access
  • TDMA Time Division Multiple Access
  • FDMA Frequency Division Multiple Access
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single-carrier Frequency-Division Multiple Access
  • system and “network” in this application are often used interchangeably, and the described technologies can be used in the systems and radio technologies mentioned above, as well as in other systems and radio technologies.
  • NR New Radio
  • 5G 5th Generation
  • 6G 6th Generation
  • FIG. 1 shows a block diagram of a wireless communication system applicable to an embodiment of this application.
  • the wireless communication system includes a terminal 11 and a network-side device 12.
  • Terminal 11 can be a mobile phone, tablet computer, laptop computer, notebook computer, personal digital assistant (PDA), handheld computer, netbook, ultra-mobile personal computer (UMPC), mobile internet device (MID), augmented reality (AR), virtual reality (VR) device, robot, wearable device, flight vehicle, vehicle user equipment (VUE), shipboard equipment, pedestrian user equipment (PUE), smart home (home devices with wireless communication capabilities, such as refrigerators, televisions, washing machines, or furniture), game console, personal computer (PC), ATM, or self-service machine, etc.
  • PDA personal digital assistant
  • UMPC ultra-mobile personal computer
  • MID mobile internet device
  • AR augmented reality
  • VR virtual reality
  • robot wearable device
  • flight vehicle vehicle user equipment
  • VUE shipboard equipment
  • pedestrian user equipment PUE
  • smart home home devices with wireless communication capabilities, such as refrigerators, televisions, washing machines
  • Wearable devices include: smartwatches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart chains, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc.
  • in-vehicle devices can also be referred to as in-vehicle terminals, in-vehicle controllers, in-vehicle modules, in-vehicle components, in-vehicle chips, or in-vehicle units, etc. It should be noted that the specific type of terminal 11 is not limited in this application embodiment.
  • Network-side equipment 12 may include access network equipment or core network equipment, wherein access network equipment may also be referred to as Radio Access Network (RAN) equipment, radio access network function, or radio access network unit.
  • Access network equipment may include base stations, Wireless Local Area Network (WLAN) access points (APs), or Wireless Fidelity (WiFi) nodes, etc.
  • WLAN Wireless Local Area Network
  • WiFi Wireless Fidelity
  • a base station may be referred to as a Node B (NB), Evolved Node B (eNB), Next Generation Node B (gNB), New Radio Node B (NR Node B), Access Point, Relay Base Station (RBS), Serving Base Station (SBS), Base Transceiver Station (BTS), Radio Base Station, Radio Transceiver, Basic Service Set (BSS), Extended Service Set (ESS), Home Node B (HNB), Home Evolved Node B, Transmit/Receive Point (TRP), or any other suitable term in the relevant field, as long as the same technical effect is achieved.
  • the base station is not limited to specific technical terms. It should be noted that in this application embodiment, only a base station in an NR system is used as an example for introduction, and the specific type of base station is not limited.
  • Core network equipment also known as core network nodes, core network functions, or core network elements, includes, but is not limited to, at least one of the following: Mobility Management Entity (MME), Access and Mobility Management Function (AMF), Session Management Function (SMF), User Plane Function (UPF), Policy Control Function (PCF), Policy and Charging Rules Function (PCRF), Edge Application Server Discovery Function (EASDF), Unified Data Management (UDM), and Unified Data Warehouse (UDM).
  • MME Mobility Management Entity
  • AMF Access and Mobility Management Function
  • SMF Session Management Function
  • UPF User Plane Function
  • PCF Policy Control Function
  • PCF Policy and Charging Rules Function
  • EASDF Edge Application Server Discovery Function
  • UDM Unified Data Management
  • UDM Unified Data Management
  • UDM Unified Data Warehouse
  • UDR Data Repository
  • HSS Home Subscriber Server
  • CNC Centralized Network Configuration
  • NEF Network Exposure Function
  • L-NEF Local NEF
  • BSF Binding Support Function
  • AF Application Function
  • LMF Location Management Function
  • GMLC Gateway Mobile Location Centre
  • NWDAF Network Data Analytics Function
  • the core network equipment can be implemented by one or more functional modules in a single device, or by multiple devices working together; this application does not specifically limit this. It is understood that the aforementioned functional modules can be network elements in hardware devices, software functional modules running on dedicated hardware, or virtualized functional modules instantiated on a platform (e.g., a cloud platform).
  • a platform e.g., a cloud platform
  • VFL Vertical Federated Learning
  • UE User Equipment
  • third-party domain the operator provides communication services, possessing user location and communication feature data
  • the third-party service provider provides application services, possessing user usage habit data; i.e., different features.
  • NEF typically, external AFs and NWDAFs communicate through NEF.
  • NEF also has the function of hiding the internal network topology from the AF. Therefore, how to achieve the selection and authorization of members of the vertical federated learning group under the 3GPP network architecture is a problem that needs to be solved.
  • Step 101 The Network Storage Function (NRF) receives a token request message from the first network device.
  • the token request message includes the identifier of the Federated Learning (FL) server, the identifier of the agent, and the identifier of the first FL client.
  • the identifier of the first FL client indicates one or more FL clients.
  • Step 102 If the NRF determines that the FL server can access the first FL client based on the token request message, it sends an access token to the first network device, the access token including the identifier of the first FL client.
  • the first network device requests an access token from the NRF.
  • the NRF receives the token request message from the first network device, authorizes it according to the token request message, and issues an access token with the identifier of the first FL client to the first network device.
  • the first network device can access the second network device by carrying the access token.
  • the authorization of federation group members can be realized through this embodiment.
  • the identifier of the first FL client included in the access token may or may not be completely identical to the identifier of the first FL client included in the token request message.
  • the token request message may contain only the identifiers of one or more FL clients and the identifier of the FL server.
  • the NRF can obtain the identifiers of all FL clients based on the identifiers of one or more FL clients and the identifier of the FL server, and make the access token contain the identifiers of all FL clients.
  • the token request message may contain only the identifier of the FL server, without the identifier of the FL client.
  • the NRF can obtain the identifiers of all FL clients based on the identifier of the FL server and make the access token contain the identifiers of all FL clients.
  • the method further includes:
  • the NRF receives and saves the first information of the second network device, the first information including the identifier of the first FL client and the authorization information corresponding to the first FL client;
  • the NRF determines that the FL server can access the first FL client based on the token request message, including:
  • the NRF determines, based on the token request message and the first information, that the FL server can access the first FL client.
  • the second network device can be registered with the NRF. After the NRF receives the token request message, it can determine whether the FL server can access the first FL client based on the token request message and the first information of the second network device registration.
  • the authorization information includes at least one of the following:
  • the alliance identifier of the first FL client is the alliance identifier of the first FL client.
  • the analytics ID of the first FL client indicates the analytics IDs supported by the first FL client. For example, if the first FL client supports two types of analytics, then the analytics IDs of the first FL client include analytics ID1 and analytics ID2.
  • the vendor ID of the first FL client indicates the vendor to which the first FL client belongs.
  • the first FL client's interoperability indicator indicates whether the first FL client can interoperate with devices from other vendors, such as a list of vendor identifiers.
  • the federation identifier of the first FL client indicates the federation to which the first FL client belongs with other devices, and devices in the same federation can perform federated learning.
  • the second network device when the first network device is the FL server, the second network device is the agent;
  • the second network device is the FL client.
  • the token request message further includes verification information, which includes at least one of the following: network function instance identifier, analysis identifier, equipment vendor identifier, interoperability indicator, and alliance identifier; the NRF determines that the FL server can access the first FL client based on the token request message and the first information, including:
  • the NRF determines whether the verification information matches the authorization information based on the verification information and the first information.
  • the verification information is provided by the first network device, and therefore can be referred to as the verification information of the first network device.
  • the Network Function Instance ID (NF instance ID) of the first network device is used to indicate the first network device.
  • the analysis identifier of the first network device is used to indicate the analysis identifier of the first network device to prepare a request.
  • the vendor identifier, interoperability indicator, and alliance identifier of the first network device respectively indicate the vendor, interoperability indicator, and alliance to which the first network device belongs.
  • the NRF determines whether the verification information matches the authorization information based on the verification information and the first information, including at least one of the following:
  • the alliance identifier in the verification information is determined to be consistent with the alliance identifier of the first FL client.
  • the NRF has a global view and can therefore make centralized authorization judgments based on the first information and the received verification information.
  • the method when the verification information only includes the network function instance identifier, before the NRF determines that the verification information matches the authorization information based on the verification information and the first information, the method further includes:
  • the NRF obtains at least one of the following based on the network function instance identifier: the analysis identifier, the equipment vendor identifier, the interoperability indication, and the alliance identifier.
  • NRF can obtain at least one of the following: the analysis identifier of the first network device, the device vendor identifier, the interoperability indication, and the alliance identifier, based on the network function instance identifier of the first network device in the verification information, and then compare it with the analysis identifier, the device vendor identifier, the interoperability indication, and the alliance identifier supported by the first FL client.
  • the access token also includes the analytics identifier.
  • the access token also includes the identifier of the FL server.
  • the method before the NRF receives the token request message from the first network device, the method further includes:
  • the NRF receives a discovery request message from the first network device, the discovery request message requesting to find FL clients capable of performing federated learning;
  • the NRF returns a discovery response message to the first network device, the discovery response message including the identifier of the first FL client.
  • the first network device can find FL clients capable of performing federated learning by calling the network element discovery service provided by NRF.
  • the first network device can include the analysis of the request and its requirements for federated learning, such as the role of federated learning and the federated learning algorithm, in the network element discovery service request, so that NRF can find FL clients that meet the requirements based on the above information.
  • the NRF can search for FL clients capable of federated learning based on service requirements or FL client capability information, and send the FL clients capable of federated learning as the first FL clients to the first network device.
  • the identifier of the first FL client in the first information is an anonymized identifier. This hides the real identifier of the first FL client from the first network device, improving the overall system security.
  • This application also provides an authorization method for federal members, as shown in Figure 3, including:
  • Step 201 The first network device sends a token request message to the Network Storage Function (NRF).
  • the token request message includes the identifier of the Federated Learning (FL) server, the identifier of the agent, and the identifier of the first FL client.
  • the identifier of the first FL client indicates one or more FL clients.
  • Step 202 The first network device receives the access token returned by the NRF, the access token including the identifier of the first FL client;
  • Step 203 The first network device sends a first request message to the second network device.
  • the first request message is used for federated learning and includes the identifier of the first network device, the identifier of the first FL client, and the access token.
  • the first network device requests an access token from the NRF.
  • the NRF receives the token request message from the first network device, authorizes it according to the token request message, and issues an access token with the identifier of the first FL client to the first network device.
  • the first network device can access the second network device by carrying the access token.
  • the authorization of federation group members can be realized through this embodiment.
  • the second network device when the first network device is the FL server, the second network device is the agent;
  • the second network device is the FL client.
  • the token request message further includes verification information, which includes at least one of the following: network function instance identifier, analysis identifier, equipment vendor identifier, interoperability instruction, and alliance identifier.
  • the access token also includes the analytics identifier.
  • the access token also includes the identifier of the FL server.
  • the method before the first network device sends a token request message to the NRF, the method further includes:
  • the first network device sends a discovery request message to the NRF, requesting to find FL clients capable of performing federated learning;
  • the first network device receives a discovery response message returned by the NRF, the discovery response message including the identifier of the first FL client.
  • the NRF can search for FL clients capable of federated learning based on service requirements or FL client capability information, and send the FL clients capable of federated learning as the first FL clients to the first network device.
  • This application also provides an authorization method for federal members, as shown in Figure 4, including:
  • Step 301 The second network device receives a first request message sent by the first network device.
  • the first request message is for federated learning (FL).
  • the first request message includes the identifier of the first network device, the identifier of the first FL client, and an access token.
  • the access token includes the identifier of the first FL client, and the identifier of the first FL client indicates one or more FL clients.
  • Step 302 The second network device verifies the access token, and responds to the first request message after the verification is successful.
  • the second network device after receiving the first request message from the first network device requesting federated learning, can respond to the first request message after verifying the access token, for example, by participating in federated learning; or, send a second request message to the FL client, requesting the FL client to perform federated learning.
  • federated learning can be broken down into steps such as sample alignment, initial model alignment, and federated training.
  • Federated learning represents the signaling interaction of any of the above steps, and this application does not impose any restrictions.
  • verifying the access token includes:
  • NRF completes the authorization process in Figure 2, it writes the authorized information into the access token. Therefore, by verifying the integrity of the access token, it can prevent the access token from being tampered with. Then, it verifies whether the information in the first request information is included in the access token, thereby verifying whether the first request information has been authorized.
  • the method before the second network device receives the first request message from the first network device, the method further includes:
  • the second network device sends first information to the Network Storage Function (NRF), the first information including the identifier of the first FL client and the authorization information corresponding to the first FL client.
  • NRF Network Storage Function
  • the second network device can be registered with the NRF. After the NRF receives the token request message, it can determine whether the FL server can access the first FL client based on the token request message and the first information of the second network device registration.
  • the method before the second network device sends the first information to the Network Storage Function (NRF), the method further includes:
  • the second network device anonymizes the original identifier of the first FL client to obtain a temporary identifier for the first FL client, and the identifier of the first FL client in the first information is the temporary identifier. This prevents the exposure of internal network topology information, such as the number of first FL clients participating in this federated learning, thereby improving the overall security of the system.
  • the response to the first request message includes:
  • the second network device performs federated learning.
  • the second network device performing federated learning signifies that the FL client has responded to the first request message. For example, if the first request message is for sample alignment, the FL client responds by providing its own samples. If the first request message is for initial model alignment, the FL client responds by providing its own initial model. If the first request message is for federated training, the FL client responds by providing intermediate training parameters.
  • the second network device responds to the first request message by including:
  • the second network device sends a second request message to the first FL client, the second request message being used for federated learning.
  • the identifier of the first FL client indicates N FL clients, where N is an integer greater than 1.
  • the second network device responds to the first request message by including:
  • the second network device sends N second request messages to each of the N FL clients, and the second request messages are used for federated learning.
  • This application also provides an authorization method for federal members, as shown in Figure 5, including:
  • Step 401 The agent sends a discovery request message to the Network Storage Function (NRF), which requests to find FL clients capable of performing federated learning (FL).
  • NRF Network Storage Function
  • Step 402 The agent receives the discovery response message returned by the NRF, the discovery response message including the original identifier of the second FL client;
  • Step 403 The agent anonymizes the original identifier of the second FL client to obtain a temporary identifier for the second FL client, wherein the number of temporary identifiers is greater than the number of original identifiers;
  • Step 404 The agent sends the temporary identifier of the second FL client to the FL server.
  • the original identifier of the second FL client is anonymized to obtain a temporary identifier for the second FL client.
  • the number of temporary identifiers is different from the number of original identifiers.
  • the temporary identifiers of the second FL client are then sent to the FL server. This can prevent the topology information of the internal network from being exposed, such as the number of second FL clients participating in this federated learning, thereby improving the overall security of the system.
  • the anonymization of the original identifier of the second FL client by the agent includes:
  • the agent maps the original identifier of the second FL client to at least one temporary identifier and saves the first mapping relationship between the temporary identifier and the original identifier of the second FL client.
  • the method further includes:
  • the agent receives a second request message from the FL server, the second request message being used for federated learning, the second request message including the identifier of the FL server and a temporary identifier of the second FL client;
  • the agent converts the temporary identifier in the second request message into the original identifier of the second FL client according to the first mapping relationship
  • the agent sends a third request message to the second FL client, the third request message being used for federated learning.
  • the method further includes:
  • a second mapping relationship is maintained between the identifier of the FL server and the original identifier or the temporary identifier of the second FL client.
  • the method further includes:
  • the agent verifies whether the FL server can access the second FL client based on the second mapping relationship. This provides an additional verification of whether the FL server can access the second FL client, improving the overall system security.
  • the NWDAF located within 3GPP is the Vertical Federated Learning (VFL) server, i.e., the aforementioned FL server, while the AF located outside 3GPP is the VFL client, i.e., the aforementioned FL client.
  • VFL Vertical Federated Learning
  • NEF acts as an agent, registering information for the AF. After the FL server obtains the access token, NEF verifies the token on behalf of the FL client. As shown in Figure 6, this embodiment includes the following steps:
  • Step 1 NEF sends first information to NRF.
  • the first information includes NEF identifier (ID), at least one AF ID(s), and the authorization information corresponding to the AF.
  • the first piece of information can be a registration message requesting the registration of AF's relevant capability information, such as registering AF's relevant capability information via the Nnrf_NFManagement_NFRegister Request message.
  • the first piece of information can be used to update the NEF's context information, such as updating the NEF's context information via messages like Nnrf_NFManagement_NFUpdate Request.
  • the NEF registers with the NRF in place of the AF.
  • the AF ID in the first piece of information can be a direct identifier for the AF, such as an application identifier; the AF ID can also be an indirect identifier for the AF, which NEF can use to address the AF.
  • the AF ID can be an anonymized ID of NEF, such as a session ID or event ID.
  • the AF ID in the first information is an ID that indirectly identifies the AF
  • the real ID of the AF can be hidden from the NWDAF, thereby improving the security of the overall system.
  • the authorization information corresponding to AF is used to indicate information that can identify the federal group, and may include at least one of the following:
  • Interoperability indicator which can be a list of vendor IDs
  • Step 2 The NRF receives the first message from the NEF, saves the relevant authorization information, and sends back a response message.
  • the response message could be Nnrf_NFManagement_NFRegister response, Nnrf_NFManagement_NFUpdate response, etc.
  • Step 3 NWDAF sends a discovery request message to NRF to request the search for AF network elements that can be used for vertical federated learning; for example, the discovery request message can be an Nnrf_NFDiscovery_Request service message.
  • Step 4 The NRF searches for AFs that can perform vertical federated learning with the NWDAF based on the discovery request message. AFs can be searched according to business needs and capability information. For example, AFs ID1 and ID2 under NEF1 are found to meet the requirements.
  • Step 5 NRF sends a discovery response message to NWDAF.
  • the discovery response message contains NEF ID1 and its corresponding AF ID1 and AF ID2.
  • Step 6 Before NWDAF initiates communication with AF1 or AF2, NWDAF sends a token request message to NRF, which can be done in the following two ways:
  • NWDAF sends a token request message to NRF, which requests an authorization token.
  • This token request message contains NWDAF ID, NEF ID1, AF ID1, AF ID2, and NWDAF verification information.
  • Method 2 The NWDAF sends multiple token request messages to the NRF.
  • Each token request message is for an AF and includes the NWDAF ID, NEF ID1, the AF ID it is targeting, and the NWDAF's verification information.
  • the NWDAF's authentication information is used to indicate the information that NWDAF uses for authorization detection. For example, it may be the NWDAF's Network Function Instance (NF instance) ID, the analytics ID to be executed, the vendor ID, interoperability indication, alliance identifier, etc.
  • NF instance Network Function Instance
  • the NWDAF's authentication information is used to indicate the information that NWDAF uses for authorization detection. For example, it may be the NWDAF's Network Function Instance (NF instance) ID, the analytics ID to be executed, the vendor ID, interoperability indication, alliance identifier, etc.
  • NF instance Network Function Instance
  • the token request message can be a token request.
  • Step 7 The NRF determines whether to authorize the NWDAF to access the AF based on the token request message.
  • NRF can determine whether to authorize NWDAF to access AF based on one or more of the following:
  • NRF determines whether the NWDAF analytics ID belongs to the analytics ID supported by AF
  • NRF determines whether the vendor ID of NWDAF belongs to a subset of the interoperability indications of AF; optionally, NRF also determines whether the interoperability indications of AF contain each other.
  • NRF determines whether the interoperability indication of NWDAF belongs to a subset or the entire set of interoperability indications of AF.
  • NRF determines whether the NWDAF alliance identifier is consistent with the AF alliance identifier.
  • the NRF can obtain the NWDAF's analytics ID, vendor ID, interoperability indication, alliance identifier, etc. based on that ID.
  • NRF After determining that NWDAF is authorized to access AF, NRF generates a token, where...
  • step 6 method one: The NRF generates only one token, which contains multiple AF IDs.
  • the token also contains an NWDAF ID and an analytics ID.
  • NWDAF only requests one token from the NRF.
  • step 6 method two: The NRF generates a token for each token request message, and each token contains one AF ID.
  • the token also contains an NWDAF ID and an analytics ID.
  • the NRF determines the authorization and verification information of federation members, thereby filtering out the set of AF IDs accessible to the NWDAF and their associated analytics IDs, and writes them into a token with integrity protection, so that the authorization information is carried in the token and notified to the NEF.
  • Step 8 NRF sends a token response message to NWDAF, which contains a token.
  • Step 9 NWDAF sends a first request message to NEF.
  • This first request message requests vertical federated operations, which may include initial model alignment, sample alignment, and federated training.
  • the first request message can be sent in the following two ways:
  • Method 1 Send a first request message containing the NWDAF ID, multiple AF IDs, analytics ID, and a token.
  • Method 2 Send multiple first request messages, each targeting an AF, including NWDAF ID, AF ID, analytics ID, and the corresponding token.
  • Step 10 NEF verifies whether NWDAF is allowed to access AF.
  • NEF makes the following judgments:
  • the NEF determines whether the NWDAF has the right to access the AF by judging the AF ID carried in the token, thereby preventing unauthorized NWDAF from accessing AFs that are not in the same federation group by using a coarse-grained token.
  • the NEF determines whether the NWDAF has the permission to call analytics by judging the analytics ID carried in the token, thereby preventing an unauthorized NWDAF from accessing an analytics service on an AF that should not be authorized by using a coarse-grained token.
  • Step 11 NEF sends a second request message to AF1 and AF2 respectively.
  • the second request message is used to request vertical federation operation.
  • the NEF can send a second request message to AF1.
  • the second request message includes the NWDAF ID and the AF1 ID; the NEF can also send a second request message to AF2, which includes the NWDAF ID and the AF2 ID.
  • the NWDAF located within 3GPP is the VFL client, i.e., the aforementioned FL client
  • the AF located outside 3GPP is the VFL server, i.e., the aforementioned FL server, with NEF acting as a proxy.
  • the NWDAF verifies the token.
  • this embodiment includes the following steps:
  • Step 1 The NWDAF sends first information to the NRF.
  • This first information includes the NWDAF ID(s) and the corresponding authorization information for the NWDAF.
  • the first information can be a registration message requesting the registration of the NWDAF's relevant capabilities, such as registering the NWDAF's capabilities via the Nnrf_NFManagement_NFRegister Request message.
  • the NWDAF registers itself with the NRF.
  • the authorization information corresponding to NWDAF is used to indicate information that can identify a federal group and may include at least one of the following:
  • Interoperability indicator which can be a list of vendor IDs
  • Step 2 The NRF receives the first message from the NWDAF, saves the relevant authorization information, and sends back a response message.
  • the response message could be an Nnrf_NFManagement_NFRegister response.
  • Step 3 The AF sends a discovery request message to the NEF to request the search for NWDAF network elements that can be used for vertical federated learning; for example, the discovery request message can be a Discovery Request.
  • Step 4 NEF sends a discovery request message to NRF to request the search for NWDAF network elements that can be used for vertical federated learning; for example, the discovery request message can be Nnrf_NFDiscovery_Request service.
  • Step 5 The NRF searches for NWDAFs that can perform vertical federated learning with the AF based on the discovery request message.
  • the search can be based on business needs and capability information. For example, NWDAF ID1 and NWDAF ID2 are found to meet the requirements.
  • Step 6 The NRF sends a discovery response message to the NEF.
  • the discovery message contains information about the NWDAFs found that can be used for vertical federated learning with the AF.
  • the discovery response message may contain NWDAF ID1 and NWDAF ID2.
  • Step 7 Optionally, NEF anonymizes the NWDAF ID.
  • NEF can map an NWDAF ID to multiple temporary IDs, such as session ID and event ID, and save the mapping relationship between the NWDAF ID and the temporary IDs.
  • NEF also stores the mapping relationship between AF ID and NWDAF ID or temporary ID.
  • NEF maps NWDAF ID1, which can access AF, to session ID1 and session ID2, and maps NWDAF ID2, which can access AF, to session ID3 and session ID4.
  • the mapping relationship can be represented as AF ID1:NWDAF ID1:session ID1,session ID2; AF ID1:NWDAF ID2:session ID3,session ID4.
  • the NEF is used to perform one-to-many mapping of the IDs of internal network element NWDAFs, which can prevent the topology information of the internal network from being exposed, such as the number of NWDAFs participating in this federated learning, thereby improving the overall security of the system.
  • Step 8 NEF sends a discovery response message to AF, which contains the NWDAF ID or a temporary ID.
  • Step 9 AF sends a second request message to NEF.
  • This second request message requests vertical federated operations, which may include initial model alignment, sample alignment, and federated training.
  • the second request message can be sent in the following two ways:
  • Method 1 Send a second request message containing multiple temporary IDs and analytics IDs.
  • Method 2 Send multiple second request messages, each targeting a temporary ID and containing the temporary ID and analytics ID.
  • Step 10 Optionally, after receiving the second request message, NEF converts the temporary ID into an NWDAF ID.
  • NEF converts the temporary ID back to the NWDAF ID based on the saved mapping relationship.
  • NEF may additionally verify whether the AF can access the NWDAF based on the AF ID and the saved mapping relationship.
  • Step 11 NEF sends a token request message to NRF, which can be done in two ways:
  • NEF sends a token request message to NRF, which requests an authorization token.
  • This token request message contains NEF ID1, AF ID1, NWDAF ID1, NWDAF ID2, and AF verification information.
  • NEF sends multiple token request messages to NRF.
  • Each token request message is for an NWDAF and contains NEF ID1, AF ID, NWDAF ID and AF verification information.
  • the verification information of the AF is used to indicate the information of the AF and can be used for authorization detection.
  • it can be the AF's NF instance ID, the analytics ID to be executed, the vendor ID, interoperability indication, alliance identifier, etc.
  • the token request message can be a token request.
  • Step 12 The NRF determines whether to authorize the NEF to access the NWDAF based on the token request message.
  • NRF can determine whether to authorize NEF access to NWDAF based on one or more of the following:
  • the determination can be made based on at least one of the following:
  • NRF determines whether the analytics ID of AF belongs to the analytics ID supported by NWDAF; optionally, NRF also determines whether the interoperability indicators of NWDAF are mutually inclusive.
  • NRF determines whether the vendor ID of AF belongs to a subset of the interoperability indication of NWDAF;
  • NRF determines whether the interoperability indication of AF belongs to a subset or the entire set of interoperability indications of NWDAF.
  • NRF determines whether the association identifier of AF is consistent with the association identifier of NWDAF.
  • the NRF can obtain the AF's analytics ID, vendor ID, interoperability indication, and federation identifier based on that ID.
  • NRF After determining whether NRF is authorized to access NWDAF, NRF generates a token, in which...
  • step 11 The NRF generates only one token, which contains multiple NWDAF IDs. Optionally, it also includes a NEF ID and an analytics ID. In this way, the NEF only requests one token from the NRF. By writing more authorization information at once, the existing token can be reused in subsequent requests as much as possible, thereby reducing the signaling interactions of multiple token requests and saving communication resources.
  • method two The NRF generates a token for each token request message, and each token contains one NWDAF ID. Optionally, it also contains a NEF ID and an analytics ID. In this way, the NRF determines the authorization and verification information of federated group members, thereby filtering out the set of NWDAF IDs and related analytics IDs that can be accessed by the AF, and writing them into a token with integrity protection, so that the authorization information is carried in the token to notify the NWDAF.
  • Step 13 NRF sends a token response message to NEF, which contains a token.
  • steps 11-13 can also be performed after step 6 to improve efficiency.
  • Step 14 NEF sends a third request message to NWDAF1 and NWDAF2 respectively.
  • the third request message is used to request vertical federation operations.
  • the third request message may contain the analytics ID, NEF ID, NWDAF ID, and token.
  • Step 15 NWDAF verifies whether NEF access is allowed.
  • NWDAF makes the following judgments:
  • the authorization method for federal members provided in this application can be executed by a virtual device.
  • This application uses a virtual device to execute the authorization method for federal members as an example to illustrate the device for authorization of federal members provided in this application.
  • the authorization device for a federal member can be a communication device or a component within a communication device, such as a chip.
  • the communication device can be a terminal, a network-side device, or a server, etc.
  • the terminal can be, but is not limited to, the type of terminal 11 listed above
  • the network-side device can be, but is not limited to, the type of network-side device 12 listed above. This application does not impose specific limitations.
  • the authorized device of a federal member includes a receiving module, a transmitting module, and a processing module. These modules can be implemented in software or hardware.
  • the processing module can be implemented by a processor.
  • the processor can include general-purpose processors, special-purpose processors, such as a Central Processing Unit (CPU), microprocessor, Digital Signal Processor (DSP), Artificial Intelligence (AI) processor, Graphics Processing Unit (GPU), Application Specific Integrated Circuit (ASIC), Network Processor (NP), Field Programmable Gate Array (FPGA), or other programmable logic devices, gate circuits, transistors, discrete hardware components, etc.
  • the receiving and transmitting modules can be implemented by a communication interface, which can include one or more of the following: transceiver, pins, circuits, buses, radio frequency units, etc.
  • the authorized device of the federal member when the authorized device of a federal member is an NRF, the authorized device of the federal member includes:
  • the first receiving module 11 is used to receive a token request message from the first network device.
  • the token request message includes the identifier of the federated learning FL server, the identifier of the agent, and the identifier of the first FL client.
  • the identifier of the first FL client indicates one or more FL clients.
  • the first sending module 12 is configured to send an access token to the first network device when the NRF determines, based on the token request message, that the FL server can access the first FL client, the access token including the identifier of the first FL client.
  • the first receiving module 11 is used to receive and save the first information of the second network device, the first information including the identifier of the first FL client and the authorization information corresponding to the first FL client;
  • the first sending module 12 is used to determine, based on the token request message and the first information, that the FL server can access the first FL client.
  • the authorization information is used to indicate information that can identify a federated group, including at least one of the following:
  • the alliance identifier of the first FL client is the alliance identifier of the first FL client.
  • the second network device when the first network device is the FL server, the second network device is the agent;
  • the second network device is the FL client.
  • the token request message further includes verification information, which includes at least one of the following: network function instance identifier, analysis identifier, equipment vendor identifier, interoperability indicator, and alliance identifier;
  • the first sending module 12 is specifically used to determine whether the verification information matches the authorization information based on the verification information and the first information.
  • the NRF determines whether the verification information matches the authorization information based on the verification information and the first information, including at least one of the following:
  • the alliance identifier in the verification information is determined to be consistent with the alliance identifier of the first FL client.
  • the apparatus further includes:
  • the acquisition module is used to acquire at least one of the analysis identifier, the equipment vendor identifier, the interoperability indication, and the alliance identifier based on the network function instance identifier.
  • the access token also includes the analytics identifier.
  • the access token also includes the identifier of the FL server.
  • the first receiving module 11 is configured to receive a discovery request message from the first network device, the discovery request message requesting the search for FL clients capable of performing federated learning;
  • the first sending module 12 is used to return a discovery response message to the first network device, the discovery response message including the identifier of the first FL client.
  • the identifier of the first FL client in the first information is an anonymous identifier.
  • the authorized device of a federation member when the authorized device of a federation member is the first network device, the authorized device of the federation member includes:
  • the second sending module 21 is used to send a token request message to the Network Storage Function (NRF).
  • the token request message includes the identifier of the Federated Learning (FL) server, the identifier of the agent, and the identifier of the first FL client.
  • the identifier of the first FL client indicates one or more FL clients.
  • the second receiving module 22 is used to receive the access token returned by the NRF, the access token including the identifier of the first FL client;
  • the third sending module 23 is used to send a first request message to the second network device.
  • the first request message is used for federated learning and includes the identifier of the first network device, the identifier of the first FL client, and the access token.
  • the second network device when the first network device is the FL server, the second network device is the agent;
  • the second network device is the FL client.
  • the token request message further includes verification information, which includes at least one of the following: network function instance identifier, analysis identifier, equipment vendor identifier, interoperability instruction, and alliance identifier.
  • the access token also includes the analytics identifier.
  • the access token also includes the identifier of the FL server.
  • the second sending module 21 is used to send a discovery request message to the NRF, requesting to find FL clients capable of performing federated learning;
  • the second receiving module 22 is used to receive the discovery response message returned by the NRF, the discovery response message including the identifier of the first FL client.
  • the authorized device of the federal member when the authorized device of a federal member is a second network device, the authorized device of the federal member includes:
  • the third receiving module 31 is used to receive a first request message sent by the first network device.
  • the first request message is for federated learning (FL).
  • the first request message includes the identifier of the first network device, the identifier of the first FL client, and an access token.
  • the access token includes the identifier of the first FL client, and the identifier of the first FL client indicates one or more FL clients.
  • the first processing module 32 is used to verify the access token and respond to the first request message after the verification is successful.
  • the first processing module 32 is specifically used to verify the integrity of the access token; after the integrity verification of the access token passes, it determines whether to allow the first network device to access the first FL client based on at least one of the following:
  • the apparatus further includes:
  • the sending module is used to send first information to the Network Storage Function (NRF), the first information including the identifier of the first FL client and the authorization information corresponding to the first FL client.
  • NRF Network Storage Function
  • the first processing module 32 is used to anonymize the original identifier of the first FL client to obtain a temporary identifier of the first FL client, and the identifier of the first FL client in the first information is the temporary identifier.
  • the first processing module 32 is used to perform federated learning.
  • the first processing module 32 is used to send a second request message to the first FL client, the second request message being used for federated learning.
  • the identifier of the first FL client indicates N FL clients, where N is an integer greater than 1.
  • the first processing module 32 is used to send N second request messages to the N FL clients respectively, and the second request messages are used for federated learning.
  • the authorized device of the Federation member when the authorized device of a Federation member is an agent, the authorized device of the Federation member includes:
  • the fourth sending module 41 is used to send a discovery request message to the Network Storage Function (NRF), the discovery request message requesting to find a FL client capable of performing federated learning (FL);
  • NRF Network Storage Function
  • FL federated learning
  • the fourth receiving module 42 is used to receive the discovery response message returned by the NRF, the discovery response message including the original identifier of the second FL client;
  • the second processing module 43 is used to anonymize the original identifier of the second FL client to obtain a temporary identifier of the second FL client, wherein the number of temporary identifiers is greater than the number of original identifiers;
  • the fifth sending module 44 is used to send the temporary identifier of the second FL client to the FL server.
  • the second processing module 43 is specifically used to map the original identifier of the second FL client to at least one temporary identifier, and save the first mapping relationship between the temporary identifier and the original identifier of the second FL client.
  • the fourth receiving module 42 is specifically used to receive a second request message from the FL server, the second request message being used for federated learning, and the second request message including the identifier of the FL server and the temporary identifier of the second FL client;
  • the second processing module 43 is specifically used to convert the temporary identifier in the second request message into the original identifier of the second FL client according to the first mapping relationship;
  • the fifth sending module 44 is specifically used to send a third request message to the second FL client, the third request message being used for federated learning.
  • the second processing module 43 is further configured to store a second mapping relationship between the identifier of the FL server and the original identifier or the temporary identifier of the second FL client.
  • the second processing module 43 is further configured to verify whether the FL server can access the second FL client based on the second mapping relationship.
  • the apparatus provided in this application embodiment can implement the various processes implemented in the above method embodiments and achieve the same technical effect. To avoid repetition, it will not be described again here.
  • this application embodiment also provides a communication device 60, including a processor 61 and a memory 62.
  • the memory 62 stores a program or instructions that can run on the processor 61.
  • the program or instructions executed by the processor 61 implement the various steps of the above method embodiments and achieve the same technical effect. To avoid repetition, further details are omitted here.
  • This application also provides a network-side device, including a processor and a communication interface.
  • the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the steps of the method embodiments described above.
  • This network-side device embodiment corresponds to the above-described network-side device method embodiments. All implementation processes and methods of the above-described method embodiments can be applied to this network-side device embodiment and achieve the same technical effects.
  • the network-side device 70 includes a processor 71, a network interface 72, and a memory 73.
  • This network-side device can be an authorized device of the aforementioned federal member.
  • the network interface 72 is, for example, a Common Public Radio Interface (CPRI).
  • CPRI Common Public Radio Interface
  • the network-side device 70 in this application embodiment further includes: instructions or programs stored in memory 73 and executable on processor 71.
  • Processor 71 calls the instructions or programs in memory 73 to execute the methods executed by the modules shown in Figures 8-11 and achieve the same technical effect. To avoid repetition, it will not be described in detail here.
  • This application also provides a readable storage medium storing a program or instructions that, when executed by a processor, implement the various processes of the above-described authorized method embodiments of the federation members and achieve the same technical effects. To avoid repetition, these will not be described again here.
  • the processor mentioned above is the processor in the terminal described in the above embodiments.
  • the readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk.
  • ROM computer read-only memory
  • RAM random access memory
  • magnetic disk magnetic disk
  • optical disk optical disk
  • the readable storage medium may be a non-transient readable storage medium.
  • This application embodiment also provides a chip, which includes a processor and a communication interface.
  • the communication interface is coupled to the processor.
  • the processor is used to run programs or instructions to implement the various processes of the above-described authorized method embodiments of the federation members and can achieve the same technical effect. To avoid repetition, it will not be described again here.
  • chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.
  • This application also provides a computer program/program product, which is stored in a storage medium and executed by at least one processor to implement the various processes of the above-described authorized method embodiments of the federation members, and can achieve the same technical effects. To avoid repetition, it will not be described again here.
  • This application also provides a wireless communication system, including a terminal and a network-side device, wherein the network-side device can be used to perform the steps of the authorization method for federal members as described above.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Storage Device Security (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种联邦成员的授权方法、装置及网络侧设备，属于通信技术领域。本申请实施例的联邦成员的授权方法，包括：网络存储功能NRF接收第一网络设备的令牌请求消息，所述令牌请求消息包括联邦学习FL服务器的标识、代理者的标识以及第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；在所述NRF根据所述令牌请求消息确定所述FL服务器能够访问所述第一FL客户端的情况下，向所述第一网络设备发送访问令牌，所述访问令牌包括所述第一FL客户端的标识。

Description

联邦成员的授权方法、装置及网络侧设备
相关申请的交叉引用
本申请主张在2024年5月11日在中国提交的中国专利申请No.202410584384.X的优先权，其全部内容通过引用包含于此。
技术领域
本申请属于通信技术领域，具体涉及一种联邦成员的授权方法、装置及网络侧设备。
背景技术
联邦学习(federated learning)是指，通过联合不同的参与者(participant，或者party，也称为数据拥有者(dataowner)、或者客户(client))进行机器学习建模的方法。在联邦学习中，参与者不需要向其它参与者和协调者(coordinator，也称为服务器(server)，参数服务器(parameterserver)，或者聚合服务器(aggregationserver))暴露自己所拥有的数据，因而联邦学习可以很好的保护用户隐私和保障数据安全，并可以解决数据孤岛问题。
在将联邦学习应用到通信领域后，尤其是在3GPP系统引入纵向联邦学习后，如何利用3GPP的授权机制授权各成员加入纵向联邦学习组是亟待解决的问题。
发明内容
本申请实施例提供一种联邦成员的授权方法、装置及网络侧设备，能够实现联邦组成员的授权。
第一方面，提供了一种联邦成员的授权方法，包括：
网络存储功能NRF接收第一网络设备的令牌请求消息，所述令牌请求消息包括联邦学习FL服务器的标识、代理者的标识以及第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
在所述NRF根据所述令牌请求消息确定所述FL服务器能够访问所述第一FL客户端的情况下，向所述第一网络设备发送访问令牌，所述访问令牌包括所述第一FL客户端的标识。
第二方面，提供了一种联邦成员的授权方法，包括：
第一网络设备向网络存储功能NRF发送令牌请求消息，所述令牌请求消息包括联邦学习FL服务器的标识、代理者的标识以及第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
所述第一网络设备接收所述NRF返回的访问令牌，所述访问令牌包括所述第一FL客户端的标识；
所述第一网络设备向第二网络设备发送第一请求消息，所述第一请求消息用于联邦学习，所述第一请求消息包括所述第一网络设备的标识、所述第一FL客户端的标识和所述访问令牌。
第三方面，提供了一种联邦成员的授权方法，包括：
第二网络设备接收第一网络设备发送的第一请求消息，所述第一请求消息用于联邦学习FL，所述第一请求消息包括所述第一网络设备的标识、第一FL客户端的标识和访问令牌，所述访问令牌包括所述第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
所述第二网络设备校验所述访问令牌，在校验通过后，响应所述第一请求消息。
第四方面，提供了一种联邦成员的授权方法，包括：
代理者向网络存储功能NRF发送发现请求消息，所述发现请求消息请求查找能够进行联邦学习FL的FL客户端；
所述代理者接收所述NRF返回的发现响应消息，所述发现响应消息包括第二FL客户端的原始标识；
所述代理者对所述第二FL客户端的原始标识进行匿名化处理获得所述第二FL客户端的临时标识，所述临时标识的数量大于所述原始标识的数量；
所述代理者向FL服务器发送所述第二FL客户端的临时标识。
第五方面，提供了一种联邦成员的授权装置，包括：
第一接收模块，用于接收第一网络设备的令牌请求消息，所述令牌请求消息包括联邦学习FL服务器的标识、代理者的标识以及第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
第一发送模块，用于在所述NRF根据所述令牌请求消息确定所述FL服务器能够访问所述第一FL客户端的情况下，向所述第一网络设备发送访问令牌，所述访问令牌包括所述第一FL客户端的标识。
第六方面，提供了一种联邦成员的授权装置，包括：
第二发送模块，用于向网络存储功能NRF发送令牌请求消息，所述令牌请求消息包括联邦学习FL服务器的标识、代理者的标识以及第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
第二接收模块，用于接收所述NRF返回的访问令牌，所述访问令牌包括所述第一FL客户端的标识；
第三发送模块，用于向第二网络设备发送第一请求消息，所述第一请求消息用于联邦学习，所述第一请求消息包括所述第一网络设备的标识、所述第一FL客户端的标识和所述访问令牌。
第七方面，提供了一种联邦成员的授权装置，包括：
第三接收模块，用于接收第一网络设备发送的第一请求消息，所述第一请求消息用于联邦学习FL，所述第一请求消息包括所述第一网络设备的标识、第一FL客户端的标识和访问令牌，所述访问令牌包括所述第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
第一处理模块，用于校验所述访问令牌，在校验通过后，响应所述第一请求消息。
第八方面，提供了一种联邦成员的授权装置，包括：
第四发送模块，用于向网络存储功能NRF发送发现请求消息，所述发现请求消息请求查找能够进行联邦学习FL的FL客户端；
第四接收模块，用于接收所述NRF返回的发现响应消息，所述发现响应消息包括第二FL客户端的原始标识；
第二处理模块，用于对所述第二FL客户端的原始标识进行匿名化处理获得所述第二FL客户端的临时标识，所述临时标识的数量大于所述原始标识的数量；
第五发送模块，用于向FL服务器发送所述第二FL客户端的临时标识。
第九方面，提供了一种网络侧设备，该网络侧设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面或第二方面或第三方面或第四方面所述的方法的步骤。
第十方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第二方面所述的方法的步骤，或者实现如第三方面所述的方法的步骤，或者实现如第四方面所述的方法的步骤。
第十一方面，提供了一种无线通信系统，包括：终端及网络侧设备，所述网络侧设备可用于执行如第一方面或第二方面或第三方面或第四方面所述的方法的步骤。
第十二方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法的步骤，或者实现如第二方面所述的方法的步骤，或者实现如第三方面所述的方法的步骤，或者实现如第四方面所述的方法的步骤。
第十三方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面所述的方法的步骤，或者实现如第二方面所述的方法的步骤，或者实现如第三方面所述的方法的步骤，或者实现如第四方面所述的方法的步骤。
在本申请实施例中，第一网络设备向NRF请求访问令牌，NRF接收第一网络设备的令牌请求消息，根据令牌请求消息进行授权，向第一网络设备下发具有第一FL客户端的标识的访问令牌，通过本申请实施例能够实现联邦组成员的授权。
附图说明
图1是本申请实施例可应用的一种无线通信系统的框图；
图2-图5是本申请实施例联邦成员的授权方法的流程示意图；
图6-图7是本申请具体实施例联邦成员的授权方法的流程示意图；
图8-图11是本申请实施例联邦成员的授权装置的结构框图；
图12是本申请实施例通信设备的结构框图；
图13是本申请实施例网络侧设备的结构框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，本申请中的“或”表示所连接对象的至少其中之一。例如“A或B”的保护范围至少涵盖三种方案，即，方案一：包括A且不包括B；方案二：包括B且不包括A；方案三：既包括A又包括B。此外，术语“A和/或B”、“A和B中的至少一项”、“A或B中的至少一项”也分别至少涵盖上述三种方案。字符“/”一般表示前后关联对象是一种“或”的关系。
本申请的术语“指示”既可以是一个直接的指示(或者说显式的指示)，也可以是一个间接的指示(或者说隐含的指示)。其中，直接的指示可以理解为，发送方在发送的指示中明确告知了接收方具体的信息、需要执行的操作或请求结果等内容；间接的指示可以理解为，接收方根据发送方发送的指示确定对应的信息，或者进行判断并根据判断结果确定需要执行的操作或请求结果等。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long Term Evolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time Division Multiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)或其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统以外的系统，如第5代(5th Generation，5G)通信系统以及第6代(6th Generation，6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)、笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(Ultra-mobile Personal Computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(Augmented Reality，AR)、虚拟现实(Virtual Reality，VR)设备、机器人、可穿戴式设备(Wearable Device)、飞行器(flight vehicle)、车载用户设备(Vehicle User Equipment，VUE)、船载设备、行人用户设备(Pedestrian User Equipment，PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(Personal Computer，PC)、柜员机或者自助机等终端侧设备。可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。其中，车载设备也可以称为车载终端、车载控制器、车载模块、车载部件、车载芯片或车载单元等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网设备或核心网设备，其中，接入网设备也可以称为无线接入网(Radio Access Network,RAN)设备、无线接入网功能或无线接入网单元。接入网设备可以包括基站、无线局域网(Wireless Local Area Network，WLAN)接入点(Access Point，AP)或无线保真(Wireless Fidelity，WiFi)节点等。其中，基站可被称为节点B(Node B，NB)、演进节点B(Evolved Node B，eNB)、下一代节点B(the next generation Node B，gNB)、新空口节点B(New Radio Node B，NR Node B)、接入点、中继站(Relay Base Station，RBS)、服务基站(Serving Base Station，SBS)、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点(home Node B，HNB)、家用演进型B节点(home evolved Node B)、发送接收点(Transmit/Receive Point，TRP)或所属领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。
核心网设备也可以称为核心网节点、核心网功能或核心网网元等，其包含但不限于如下至少一项：移动管理实体(Mobility Management Entity，MME)、接入移动管理功能(Access and Mobility Management Function，AMF)、会话管理功能(Session Management Function，SMF)、用户平面功能(User Plane Function，UPF)、策略控制功能(Policy Control Function，PCF)、策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)、边缘应用服务发现功能(Edge Application Server Discovery Function，EASDF)、统一数据管理(Unified Data Management，UDM)、统一数据仓储(Unified Data Repository，UDR)、归属用户服务器(Home Subscriber Server，HSS)、集中式网络配置(Centralized network configuration，CNC)、网络存储功能(Network Repository Function，NRF)、网络开放功能(Network Exposure Function，NEF)、本地NEF(Local NEF，或L-NEF)、绑定支持功能(Binding Support Function，BSF)、应用功能(Application Function，AF)、位置管理功能(Location Management Function，LMF)、网关的移动位置中心(Gateway Mobile Location Centre，GMLC)、网络数据分析功能(Network Data analytics Function，NWDAF)等。需要说明的是，在本申请实施例中仅以NR系统中的核心网设备为例进行介绍，并不限定核心网设备的具体类型，如果在后续协议版本(例如6G)中本申请实施例提到的核心网设备的名称发生变化，也在本申请的保护范围内。
可选的，核心网设备可以由一个设备中的一个或多个功能模块实现，也可以由多个设备共同实现，本申请实施例对此不作具体限定。可以理解的是，上述功能模块既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能模块，或者是平台(例如，云平台)上实例化的虚拟化功能模块。
纵向联邦学习(Vertical Federated Learning，VFL)的本质是特征的联合，适用于用户重叠多、特征重叠少的场景，比如通信网络内运营商域和第三方域服务相同用户(如用户设备(User Equipment，UE)，即样本相同)的不同服务(如运营商提供通信业务，具有用户的位置、通信特征数据，第三方服务商提供应用服务，具有用户的使用习惯数据，即特征不同)。通过联合参与方的共同样本的不同数据特征，纵向联邦使训练样本的特征维度增多，并得到一个更好的模型。
在3GPP系统中，考虑引入了运营商(通过网络数据分析功能(Network Data analytics Function，NWDAF))与第三方(通过AF)之间的纵向联邦学习，进行纵向联邦学习前，需要进行纵向联邦学习成员的选择，可能出现VFL服务器(server)及VFL客户端(client)。当前，可能存在两种场景：1)一个NWDAF作为VFL server，一个或多个AF作为VFL client；2)一个AF作为VFL server，一个或多个NWDAF作为VFL client。
通常外部AF与NWDAF之间通过NEF进行通信，NEF也具备对AF隐藏内网拓扑的功能，因此如何在3GPP网络架构下，实现纵向联邦学习组成员的选择和授权是需要解决的问题。
本申请实施例提供了一种联邦成员的授权方法，如图2所示，包括：
步骤101：网络存储功能NRF接收第一网络设备的令牌请求消息，所述令牌请求消息包括联邦学习FL服务器的标识、代理者的标识以及第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
步骤102：在所述NRF根据所述令牌请求消息确定所述FL服务器能够访问所述第一FL客户端的情况下，向所述第一网络设备发送访问令牌，所述访问令牌包括所述第一FL客户端的标识。
在本申请实施例中，第一网络设备向NRF请求访问令牌，NRF接收第一网络设备的令牌请求消息，根据令牌请求消息进行授权，向第一网络设备下发具有第一FL客户端的标识的访问令牌，第一网络设备可以通过携带访问令牌访问第二网络设备，通过本申请实施例能够实现联邦组成员的授权。
其中，访问令牌中包括的第一FL客户端的标识与令牌请求消息中包括的第一FL客户端的标识可以完全一致，也可以不完全一致。
例如，当第一FL客户端指示一个或多个FL客户端的情况下，令牌请求消息中可以只包含其中一个或多个FL客户端的标识以及FL服务器的标识，NRF可以根据一个或多个FL客户端的标识以及FL服务器的标识获得所有FL客户端的标识，并使访问令牌包含所有FL客户端的标识。
在一些实施例中，令牌请求消息中可以只包含FL服务器的标识，而不包含FL客户端的标识，NRF可以根据FL服务器的标识获得所有FL客户端的标识，并使访问令牌包含所有FL客户端的标识。
一些实施例中，所述方法还包括：
所述NRF接收并保存第二网络设备的第一信息，所述第一信息包括所述第一FL客户端的标识以及所述第一FL客户端对应的授权信息；
所述NRF根据所述令牌请求消息确定所述FL服务器能够访问所述第一FL客户端，包括：
所述NRF根据所述令牌请求消息和所述第一信息确定所述FL服务器能够访问所述第一FL客户端。
本实施例中，可以实现第二网络设备在NRF的注册，这样在NRF接收到令牌请求消息之后，可以根据令牌请求消息和第二网络设备注册的第一信息确定FL服务器是否能够访问所述第一FL客户端。
一些实施例中，所述授权信息包括以下至少一项：
所述第一FL客户端的分析标识；
所述第一FL客户端的设备商标识；
所述第一FL客户端的互操作指示；
所述第一FL客户端的联盟标识。
其中，第一FL客户端的分析标识analytics ID指示第一FL客户端支持的分析标识，例如若第一FL客户端支持2种分析，则第一FL客户端的分析标识包含analytics ID1及analytics ID2；
第一FL客户端的设备商标识vendor ID指示第一FL客户端的所属的设备商。
第一FL客户端的互操作指示interoperability indicator指示第一FL客户端的可与其他设备商设备互通的指示，例如可以是设备商标识列表。
第一FL客户端的联盟标识指示第一FL客户端的可与其他设备所属的联盟，处于同一联盟中的设备可以进行联邦学习。
一些实施例中，在所述第一网络设备为所述FL服务器的情况下，所述第二网络设备为所述代理者；
在所述第一网络设备为所述代理者的情况下，所述第二网络设备为所述FL客户端。
一些实施例中，所述令牌请求消息还包括验证信息，所述验证信息包括以下至少一项：网络功能实例标识、分析标识、设备商标识、互操作指示、联盟标识；所述NRF根据所述令牌请求消息和所述第一信息确定所述FL服务器能够访问所述第一FL客户端，包括：
所述NRF根据所述验证信息以及所述第一信息判断所述验证信息与所述授权信息匹配。
其中，验证信息由第一网络设备提供，因此可称为第一网络设备的验证信息。
其中，第一网络设备的网络功能实例标识NF instance ID用于指示第一网络设备。
第一网络设备的分析标识用于指示第一网络设备准备请求的分析标识。
第一网络设备的设备商标识、互操作指示、联盟标识分别指示第一网络设备的所属的设备商、互操作指示、联盟。
一些实施例中，所述NRF根据所述验证信息以及所述第一信息判断所述验证信息与所述授权信息匹配，包括以下至少一项：
判断所述验证信息中的分析标识属于所述第一FL客户端支持的分析标识；
判断所述验证信息中的设备商标识属于所述第一FL客户端支持的互操作指示的子集；
判断所述验证信息中的互操作指示属于所述第一FL客户端的互操作指示的子集或全集；
判断多个FL客户端的互操作指示是否相互包含；
判断所述验证信息中的联盟标识与所述第一FL客户端的联盟标识一致。
应理解的是，第二网络设备将第一FL客户端的第一信息注册到NRF后，NRF具备全局视野，因此可以通过第一信息以及接收的验证信息进行集中的授权判断。
一些实施例中，在所述验证信息仅包括所述网络功能实例标识的情况下，所述NRF根据所述验证信息以及所述第一信息判断所述验证信息与所述授权信息匹配之前，所述方法还包括：
所述NRF根据所述网络功能实例标识获取所述分析标识、所述设备商标识、所述互操作指示、所述联盟标识中的至少一项。
例如，NRF可根据验证信息中的第一网络设备的网络功能实例标识获得第一网络设备的分析标识、所述设备商标识、所述互操作指示、所述联盟标识中的至少一项，再与所述第一FL客户端支持的分析标识、述设备商标识、互操作指示、联盟标识进行判断。
一些实施例中，所述访问令牌还包括所述分析标识。
一些实施例中，所述访问令牌还包括所述FL服务器的标识。
一些实施例中，所述NRF接收所述第一网络设备的令牌请求消息之前，所述方法还包括：
所述NRF接收所述第一网络设备的发现请求消息，所述发现请求消息请求查找能够进行联邦学习的FL客户端；
所述NRF向所述第一网络设备返回发现响应消息，所述发现响应消息包括所述第一FL客户端的标识。
第一网络设备可以通过调用NRF提供的网元发现服务查找能够进行联邦学习的FL客户端。例如，第一网络设备在网元发现服务请求中携带上请求的分析，对于联邦学习的需求，例如联邦学习的角色、联邦学习算法等，使得NRF根据上述信息发现符合要求的FL客户端。
本实施例中，NRF可以根据业务需求或FL客户端的能力信息查找能够进行联邦学习的FL客户端，将能够进行联邦学习的FL客户端作为第一FL客户端发送给第一网络设备。
一些实施例中，所述第一信息中的所述第一FL客户端的标识为匿名化处理后的标识。这样可以对第一网络设备隐藏第一FL客户端的真实标识，提高整体系统的安全性。
本申请实施例还提供了一种联邦成员的授权方法，如图3所示，包括：
步骤201：第一网络设备向网络存储功能NRF发送令牌请求消息，所述令牌请求消息包括联邦学习FL服务器的标识、代理者的标识以及第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
步骤202：所述第一网络设备接收所述NRF返回的访问令牌，所述访问令牌包括所述第一FL客户端的标识；
步骤203：所述第一网络设备向第二网络设备发送第一请求消息，所述第一请求消息用于联邦学习，所述第一请求消息包括所述第一网络设备的标识、所述第一FL客户端的标识和所述访问令牌。
在本申请实施例中，第一网络设备向NRF请求访问令牌，NRF接收第一网络设备的令牌请求消息，根据令牌请求消息进行授权，向第一网络设备下发具有第一FL客户端的标识的访问令牌，第一网络设备可以通过携带访问令牌访问第二网络设备，通过本申请实施例能够实现联邦组成员的授权。
一些实施例中，在所述第一网络设备为所述FL服务器的情况下，所述第二网络设备为所述代理者；
在所述第一网络设备为所述代理者的情况下，所述第二网络设备为所述FL客户端。
一些实施例中，所述令牌请求消息还包括验证信息，所述验证信息包括以下至少一项：网络功能实例标识、分析标识、设备商标识、互操作指示、联盟标识。
一些实施例中，所述访问令牌还包括所述分析标识。
一些实施例中，所述访问令牌还包括所述FL服务器的标识。
相关标识的描述可以参考图1。
一些实施例中，所述第一网络设备向NRF发送令牌请求消息之前，所述方法还包括：
所述第一网络设备向所述NRF发送发现请求消息，请求查找能够进行联邦学习的FL客户端；
所述第一网络设备接收所述NRF返回的发现响应消息，所述发现响应消息包括所述第一FL客户端的标识。
本实施例中，NRF可以根据业务需求或FL客户端的能力信息查找能够进行联邦学习的FL客户端，将能够进行联邦学习的FL客户端作为第一FL客户端发送给第一网络设备。
本申请实施例还提供了一种联邦成员的授权方法，如图4所示，包括：
步骤301：第二网络设备接收第一网络设备发送的第一请求消息，所述第一请求消息用于联邦学习FL，所述第一请求消息包括所述第一网络设备的标识、第一FL客户端的标识和访问令牌，所述访问令牌包括所述第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
步骤302：所述第二网络设备校验所述访问令牌，在校验通过后，响应所述第一请求消息。
本实施例中，第二网络设备接收到第一网络设备请求进行联邦学习的第一请求消息后，在校验访问令牌通过后，可以响应第一请求消息，比如参与联邦学习；或，向FL客户端发送第二请求消息，请求FL客户端进行联邦学习。
特别的，联邦学习可以拆解为样本对齐、初始模型对齐、联邦训练等步骤，联邦学习代表上述任一步骤的信令交互，本申请不做限制。
一些实施例中，所述校验所述访问令牌包括：
校验所述访问令牌的完整性；
在所述访问令牌的完整性校验通过后，根据以下至少一项判断是否允许所述第一网络设备访问所述第一FL客户端：
校验所述第一FL客户端的标识是否包含在所述访问令牌中；
校验所述第一请求消息中的所述第一网络设备的标识是否包含在所述访问令牌中；
校验所述第一请求消息中的分析标识是否包含在所述访问令牌中。
应理解的是，NRF在图2过程中完成授权后，将授权的信息写入访问令牌中，因此通过校验访问令牌的完整性可以防止访问令牌被篡改，再校验第一请求信息中的信息是否包含在访问令牌中，从而校验了第一请求信息是否被授权。
一些实施例中，所述第二网络设备接收第一网络设备的第一请求消息之前，所述方法还包括：
所述第二网络设备向网络存储功能NRF发送第一信息，所述第一信息包括所述第一FL客户端的标识以及所述第一FL客户端对应的授权信息。
本实施例中，可以实现第二网络设备在NRF的注册，这样在NRF接收到令牌请求消息之后，可以根据令牌请求消息和第二网络设备注册的第一信息确定FL服务器是否能够访问所述第一FL客户端。
一些实施例中，所述第二网络设备向网络存储功能NRF发送第一信息之前，所述方法还包括：
所述第二网络设备将所述第一FL客户端的原始标识进行匿名化处理获得所述第一FL客户端的临时标识，所述第一信息中的所述第一FL客户端的标识为所述临时标识。这样可以防止内网的拓扑信息被暴露，例如参与本次联邦学习的第一FL客户端的数量，从而提升系统整体安全性。
一些实施例中，在所述第一网络设备为代理者，所述第二网络设备为所述FL客户端的情况下，所述响应所述第一请求消息包括：
所述第二网络设备进行联邦学习。
第二网络设备进行联邦学习即代表FL客户端响应了第一请求消息，例如，若第一请求消息用于进行样本对齐，则FL客户端响应该请求，并提供自身样本。若第一请求消息用于进行初始模型对齐，则FL客户端响应该请求，并提供自身的初始模型。若第一请求消息用于进行联邦训练，则FL客户端响应该请求，并提供训练的中间参数。
一些实施例中，在所述第一网络设备为FL服务器，所述第二网络设备为代理者的情况下，所述第二网络设备响应所述第一请求消息，包括：
所述第二网络设备向所述第一FL客户端发送第二请求消息，所述第二请求消息用于联邦学习。
一些实施例中，在所述第一网络设备为FL服务器，所述第二网络设备为代理者的情况下，所述第一FL客户端的标识指示N个FL客户端，N为大于1的整数，所述第二网络设备响应所述第一请求消息，包括：
所述第二网络设备向所述N个FL客户端分别发送N个第二请求消息，所述第二请求消息用于联邦学习。
本申请实施例还提供了一种联邦成员的授权方法，如图5所示，包括：
步骤401：代理者向网络存储功能NRF发送发现请求消息，所述发现请求消息请求查找能够进行联邦学习FL的FL客户端；
步骤402：所述代理者接收所述NRF返回的发现响应消息，所述发现响应消息包括第二FL客户端的原始标识；
步骤403：所述代理者对所述第二FL客户端的原始标识进行匿名化处理获得所述第二FL客户端的临时标识，所述临时标识的数量大于所述原始标识的数量；
步骤404：所述代理者向FL服务器发送所述第二FL客户端的临时标识。
本实施例对所述第二FL客户端的原始标识进行匿名化处理获得所述第二FL客户端的临时标识，临时标识的数量与原始标识的数量不同，并将第二FL客户端的临时标识发送给FL服务器，这样可以防止内网的拓扑信息被暴露，例如参与本次联邦学习的第二FL客户端的数量，从而提升系统整体安全性。
一些实施例中，所述代理者对所述第二FL客户端的原始标识进行匿名化处理包括：
所述代理者将所述第二FL客户端的原始标识映射为至少一个临时标识，并保存所述临时标识与所述第二FL客户端的原始标识之间的第一映射关系。
一些实施例中，所述方法还包括：
所述代理者接收FL服务器的第二请求消息，所述第二请求消息用于联邦学习，所述第二请求消息包括所述FL服务器的标识和所述第二FL客户端的临时标识；
所述代理者根据所述第一映射关系将所述第二请求消息中的临时标识转换为第二FL客户端的原始标识；
所述代理者向所述第二FL客户端发送第三请求消息，所述第三请求消息用于联邦学习。
一些实施例中，所述方法还包括：
保存FL服务器的标识与所述第二FL客户端的原始标识或所述临时标识之间的第二映射关系。
一些实施例中，所述方法还包括：
所述代理者根据所述第二映射关系校验所述FL服务器是否能够访问所述第二FL客户端。这样可以额外校验所述FL服务器是否能够访问所述第二FL客户端，提升系统整体安全性。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的联邦成员的授权方法进行详细地说明。
实施例一
本实施例中，位于3GPP内部的NWDAF是纵向联邦学习(VFL)服务器(server)，即上述FL服务器，位于3GPP外部的AF是VFL客户端(client)，即上述FL客户端，NEF作为代理者，为AF注册信息。FL Server获取访问令牌(token)后，由NEF代替FL client来校验token。如图6所示，本实施例包括以下步骤：
步骤1、NEF向NRF发送第一信息，第一信息包括NEF标识(Identifier，ID)、至少一个AF ID(s)以及AF对应的授权信息。
其中，第一信息可以是注册消息，请求注册AF的相关能力信息，如通过Nnrf_NFManagement_NFRegister Request消息注册AF的相关能力信息。又或者，第一信息是用于更新NEF的上下文信息，例如通过Nnrf_NFManagement_NFUpdate Request等消息更新NEF的上下文信息。本步骤中，NEF代替AF注册到NRF上。
第一信息中的AF ID可以是直接标识AF的ID，例如application identifier；AF ID也可以是间接标识AF的ID，NEF可通过AF ID寻址到AF。例如AF ID可以是NEF通过匿名化处理后的ID，比如可以为会话(session)ID，事件(event)ID等。
本实施例中，如果第一信息中的AF ID是间接标识AF的ID，则可以对NWDAF隐藏AF的真实ID，从而提升整体系统的安全性。
其中，AF对应的授权信息用于指示可标识联邦群组的信息，可包括以下至少一项：
(1)分析标识(analytics ID)；
(2)设备商标识(vendor ID)；
(3)互操作指示(interoperability indicator)，互操作指示可以是一组vendor ID列表；
(4)联盟标识(用于指示一个联邦组)。
上述信息的描述可以参考图1。
步骤2、NRF接收来自NEF的第一信息，保存相关的授权信息，并反馈响应消息。例如，响应消息可以是Nnrf_NFManagement_NFRegister response、Nnrf_NFManagement_NFUpdate response等。
步骤3、NWDAF向NRF发送发现请求消息，请求查找可进行纵向联邦学习的AF网元；例如，发现请求消息可以为Nnrf_NFDiscovery_Request service消息。
步骤4、NRF根据发现请求消息查找可与NWDAF进行纵向联邦学习的AF，可以根据业务需求以及能力信息查找AF。例如查找到NEF1下的AF ID1及AF ID2符合要求。
步骤5、NRF向NWDAF发送发现响应消息，发现响应消息包含NEF ID1及其对应的AF ID1及AF ID2。
步骤6、在NWDAF与AF1或AF2发起通信前，NWDAF向NRF发送令牌请求消息，可以有以下两种方式：
方式一：NWDAF向NRF发送一条令牌请求消息，该令牌请求消息用于请求获得授权的token。该令牌请求消息包含NWDAF ID，NEF ID1，AF ID1，AF ID2以及NWDAF的验证信息。
方式二：NWDAF分别向NRF发送多条令牌请求消息，每条令牌请求消息针对一个AF，包含NWDAF ID，NEF ID1，所针对的AF ID以及NWDAF的验证信息。
NWDAF的验证信息用于指示NWDAF用于授权检测的信息，例如可以是NWDAF的网络功能实例(NF instance)ID、准备执行的analytics ID、vendor ID、互操作指示、联盟标识等。
本实施例中，令牌请求消息可以是token request。
步骤7、NRF根据令牌请求消息判断是否授权NWDAF访问AF。
具体地，NRF可以根据以下一项或多项判断是否授权NWDAF访问AF：
(1)AF ID是否对应NEF ID；
(2)NWDAF的验证信息与AF的授权信息是否匹配。
其中，在判断NWDAF的验证信息与AF的授权信息是否匹配时，可以根据以下至少一项进行判断：
①若验证信息是NWDAF的analytics ID，NRF判断NWDAF的analytics ID是否属于AF支持的analytics ID；
②若验证信息是NWDAF的vendor ID，NRF判断NWDAF的vendor ID是否属于AF的互操作指示的子集；可选的，NRF还判断AF的互操作指示是否相互包含；
③若验证信息是NWDAF的互操作指示，NRF判断NWDAF的互操作指示是否属于AF的互操作指示的子集或全集；
④若验证信息是NWDAF的联盟标识，NRF判断NWDAF的联盟标识是否与AF的联盟标识一致。
若令牌请求消息中的验证信息是NWDAF的NF instance ID，NRF可根据该ID获得NWDAF的analytics ID、vendor ID、互操作指示、联盟标识等。
在判断授权NWDAF访问AF后，NRF生成token，其中，
针对步骤6的方式一：NRF只生成一个token，token包含多个AF ID。可选的，token还包含NWDAF ID和analytics ID。这样，NWDAF仅向NRF请求一个token，通过一次写入较多授权信息的方式，尽可能在后续请求中重用已有token，从而可以减少多次请求token的信令交互，节省通信资源。
针对步骤6的方式二：NRF针对每条令牌请求消息生成一个token，每个token包含1个AF ID。可选的，token还包含NWDAF ID和analytics ID。这样，通过NRF判断联邦组成员的授权信息和验证信息，从而筛选出可供NWDAF访问的AF的ID集合及相关的analytics ID，并将之写入具有完整性保护的token中，以使得授权信息被携带在token中通知到NEF。
步骤8、NRF向NWDAF发送令牌响应消息，该令牌响应消息包含token。
步骤9、NWDAF向NEF发送第一请求消息，第一请求消息用于请求进行纵向联邦操作，纵向联邦操作可以包含初始模型对齐、样本对齐、联邦训练等过程。具体地，可以通过以下两种方式发送第一请求消息：
方式一：发送一条第一请求消息，该第一请求消息包含NWDAF ID，多个AF ID，analytics ID以及一个token。
方式二：发送多条第一请求消息，每条第一请求消息针对一个AF，包含NWDAF ID，AF ID，analytics ID以及对应的token。
步骤10、NEF校验是否允许NWDAF访问AF。
具体地，NEF进行以下判断：
首先校验token的完整性，在完整性校验通过后，根据以下至少一项判断是否允许NWDAF访问AF：
(1)校验第一请求消息中包含的一个或多个AF ID是否包含在token中。本实施例通过NEF判断token中携带的AF ID，可以确定NWDAF是否具有访问AF的权限，从而防止未授权的NWDAF通过使用一个粗粒度的token访问本不在同一个联邦组的AF。
(2)校验第一请求消息中包含的NWDAF ID是否包含在token中。
(3)校验第一请求消息中包含的analytics ID是否包含在token中。本实施例通过NEF判断token中携带的analytics ID，可以确定NWDAF是否具有调用analytics的权限，从而防止未授权的NWDAF通过使用一个粗粒度的token访问不应被授权访问的AF上的某个分析服务。
步骤11、NEF分别向AF1和AF2发送第二请求消息，第二请求消息用于请求进行纵向联邦操作。
NEF可以向AF1发送一条第二请求消息。可选的，该第二请求消息包括NWDAF ID和AF1 ID；NEF还可以向AF2发送一条第二请求消息，该第二请求消息包括NWDAF ID和AF2 ID。
实施例二
本实施例中，位于3GPP内部的NWDAF是VFL client，即上述FL客户端，位于3GPP外部的AF是VFL server，即上述FL服务器，NEF作为代理者。NEF代替VFL Server获取token后，由NWDAF校验token。如图7所示，本实施例包括以下步骤：
步骤1、NWDAF向NRF发送第一信息，第一信息包括NWDAF ID(s)以及NWDAF对应的授权信息。其中，第一信息可以是注册消息，请求注册NWDAF的相关能力信息，如通过Nnrf_NFManagement_NFRegister Request消息注册NWDAF的相关能力信息。本步骤中，NWDAF自己注册到NRF上。
NWDAF对应的授权信息用于指示可标识联邦群组的信息，可包括以下至少一项：
(1)分析标识(analytics ID)；
(2)设备商标识(vendor ID)；
(3)互操作指示(interoperability indicator)，互操作指示可以是一组vendor ID列表；
(4)联盟标识(用于指示一个联邦组)。
步骤2、NRF接收来自NWDAF的第一信息，保存相关的授权信息，并反馈响应消息。例如，响应消息可以是Nnrf_NFManagement_NFRegister response。
步骤3、AF向NEF发送发现请求消息，请求查找可进行纵向联邦学习的NWDAF网元；例如，发现请求消息可以为Discovery Request。
步骤4、NEF向NRF发送发现请求消息，请求查找可进行纵向联邦学习的NWDAF网元；例如，发现请求消息可以为Nnrf_NFDiscovery_Request service。
步骤5、NRF根据发现请求消息查找可与AF进行纵向联邦学习的NWDAF，可以根据业务需求以及能力信息进行查找。例如查找到NWDAF ID1及NWDAF ID2符合要求。
步骤6、NRF向NEF发送发现响应消息，发现消息包含查找到可与AF进行纵向联邦学习的NWDAF。例如，发现响应消息包含NWDAF ID1及NWDAF ID2。
步骤7、可选的，NEF对NWDAF ID进行匿名化处理。
具体地，NEF可将一个NWDAF ID映射为多个临时ID，例如为session ID，event ID，并保存NWDAF ID与临时ID之间的映射关系。
可选的，NEF还保存AF ID与NWDAF ID或临时ID之间的映射关系。
例如，NEF将可访问AF的NWDAF ID1映射为session ID1，session ID2，将可访问AF的NWDAF ID2映射为session ID3、session ID4，则映射关系可表示为AF ID1:NWDAF ID1:session ID1，session ID2；AF ID1:NWDAF ID2:session ID3,session ID4。
本实施例中，通过NEF将内部网元NWDAF的ID进行一对多的映射处理，可以防止内网的拓扑信息被暴露，例如参与本次联邦学习的NWDAF的数量，从而提升系统整体安全性。
步骤8、NEF向AF发送发现响应消息，发现响应消息包含NWDAF ID或临时ID。
步骤9、AF向NEF发送第二请求消息，第二请求消息用于请求进行纵向联邦操作，纵向联邦操作可以包含初始模型对齐、样本对齐、联邦训练等过程。具体地，可以通过以下两种方式发送第二请求消息：
方式一：发送一条第二请求消息，该第二请求消息包含多个临时ID，analytics ID。
方式二：发送多条第二请求消息，每条第二请求消息针对一个临时ID，包含临时ID,analytics ID。
步骤10、可选的，NEF接收到第二请求消息后，将临时ID转化为NWDAF ID。
具体的，NEF根据保存的映射关系，将临时ID转化回NWDAF ID。
可选的，NEF根据AF ID及保存的映射关系，额外校验AF是否可以访问该NWDAF。
步骤11、NEF向NRF发送令牌请求消息，可以有以下两种方式：
方式一：NEF向NRF发送一条令牌请求消息，该令牌请求消息用于请求获得授权的token。该令牌请求消息包含NEF ID1，AF ID1，NWDAF ID1，NWDAF ID2以及AF的验证信息。
方式二：NEF分别向NRF发送多条令牌请求消息，每条令牌请求消息针对一个NWDAF，包含NEF ID1，AF ID，NWDAF ID以及AF的验证信息。
其中，AF的验证信息用于指示AF的信息，可用于授权检测，例如可以是AF的NF instance ID、准备执行的analytics ID、vendor ID、互操作指示、联盟标识等。
本实施例中，令牌请求消息可以是token request。
步骤12、NRF根据令牌请求消息判断是否授权NEF访问NWDAF。
具体地，NRF可以根据以下一项或多项判断是否授权NEF访问NWDAF：
AF的验证信息与NWDAF的授权信息是否匹配。
其中，在判断AF的验证信息与NWDAF的授权信息是否匹配时，可以根据以下至少一项进行判断：
①若验证信息是AF的analytics ID，NRF判断AF的analytics ID是否属于NWDAF支持的analytics ID；可选的，NRF还判断NWDAF的互操作指示是否相互包含；
②若验证信息是AF的vendor ID，NRF判断AF的vendor ID是否属于NWDAF的互操作指示的子集；
③若验证信息是AF的互操作指示，NRF判断AF的互操作指示是否属于NWDAF的互操作指示的子集或全集；
④若验证信息是AF的联盟标识，NRF判断AF的联盟标识是否与NWDAF的联盟标识一致。
若令牌请求消息中的验证信息是AF的NF instance ID，NRF可根据该ID获得AF的analytics ID、vendor ID、互操作指示、联盟标识。
在判断授权NEF访问NWDAF后，NRF生成token，其中，
针对步骤11的方式一：NRF只生成一个token，token包含多个NWDAF ID。可选的，还包含NEF ID和analytics ID。这样，NEF仅向NRF请求一个token，通过一次写入较多授权信息的方式，尽可能在后续请求中重用已有token，从而可以减少多次请求token的信令交互，节省通信资源。
针对步骤11的方式二：NRF针对每条令牌请求消息生成一个token，每个token包含1个NWDAF ID。可选的，还包含NEF ID和analytics ID。这样，通过NRF判断联邦组成员的授权信息和验证信息，从而筛选出可供AF访问的NWDAF的ID集合及相关的analytics ID，并将之写入具有完整性保护的token中，以使得授权信息被携带在token中通知到NWDAF。
步骤13、NRF向NEF发送令牌响应消息，该令牌响应消息包含token。
需要注意的是，步骤11-13也可以在步骤6之后执行，以提升效率。
步骤14、NEF分别向NWDAF1和NWDAF2发送第三请求消息，第三请求消息用于请求进行纵向联邦操作。第三请求消息可以包含analytics ID、NEF ID、NWDAF ID以及token。
步骤15、NWDAF校验是否允许NEF访问。
具体地，NWDAF进行以下判断：
首先校验token的完整性，在完整性校验通过后，根据以下至少一项判断是否允许NEF访问：
(1)校验自身的NWDAF ID是否包含在token中。本实施例中，通过NWDAF判断token中携带的NWDAF ID，可以确定NEF是否具有访问NWDAF的权限，从而防止未授权的NEF通过使用一个粗粒度的token访问本不在同一个联邦组的NWDAF。
(2)校验第三请求消息中包含的NEF ID是否包含在token中。
(3)校验第三请求消息中包含的analytics ID是否包含在token中。本实施例中，通过NWDAF判断token中携带的analytics ID，可以确定NEF是否具有调用analytics的权限，从而防止未授权的NEF通过使用一个粗粒度的token访问不应被授权访问的NWDAF上的某个分析服务。
本申请实施例提供的联邦成员的授权方法，执行主体可以为虚拟装置。本申请实施例中以虚拟装置执行联邦成员的授权的方法为例，说明本申请实施例提供的联邦成员的授权的装置。
本申请实施例提供一种联邦成员的授权装置，作为一种示例，联邦成员的授权装置可以是通信设备或通信设备中的部件，例如芯片。该通信设备可以是终端、网络侧设备或服务器等。示例性的，终端可以包括但不限于上述所列举的终端11的类型，网络侧设备可以包括但不限于上述所列举的网络侧设备12的类型，本申请实施例不作具体限定。
联邦成员的授权装置包括接收模块、发送模块和处理模块。其中，接收模块、发送模块和处理模块可以是通过软件实现，也可以通过硬件实现。当通过硬件实现时，处理模块可以由处理器实现，示例性的，处理器可以包括通用处理器、专用处理器等，例如包括中央处理单元(Central Processing Unit，CPU)、微处理器、数字信号处理器(Digital Signal Processor，DSP)、人工智能(Artificial Intelligent，AI)处理器、图形处理器(Graphics Processing Unit，GPU)、专用集成电路(Application Specific Integrated Circuit，ASIC)、网络处理器(Network Processor，NP)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、门电路、晶体管、分立硬件组件等。接收模块和发送模块可以由通信接口实现，通信接口可以包括收发器、管脚、电路、总线、射频单元等其中一种或多种。
参见图8，当联邦成员的授权装置为NRF时，联邦成员的授权装置包括：
第一接收模块11，用于接收第一网络设备的令牌请求消息，所述令牌请求消息包括联邦学习FL服务器的标识、代理者的标识以及第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
第一发送模块12，用于在所述NRF根据所述令牌请求消息确定所述FL服务器能够访问所述第一FL客户端的情况下，向所述第一网络设备发送访问令牌，所述访问令牌包括所述第一FL客户端的标识。
一些实施例中，第一接收模块11用于接收并保存第二网络设备的第一信息，所述第一信息包括所述第一FL客户端的标识以及所述第一FL客户端对应的授权信息；
第一发送模块12，用于根据所述令牌请求消息和所述第一信息确定所述FL服务器能够访问所述第一FL客户端。
一些实施例中，所述授权信息用于指示可标识联邦群组的信息，包括以下至少一项：
所述第一FL客户端的分析标识；
所述第一FL客户端的设备商标识；
所述第一FL客户端的互操作指示；
所述第一FL客户端的联盟标识。
一些实施例中，在所述第一网络设备为所述FL服务器的情况下，所述第二网络设备为所述代理者；
在所述第一网络设备为所述代理者的情况下，所述第二网络设备为所述FL客户端。
一些实施例中，所述令牌请求消息还包括验证信息，所述验证信息包括以下至少一项：网络功能实例标识、分析标识、设备商标识、互操作指示、联盟标识；
所述第一发送模块12具体用于根据所述验证信息以及所述第一信息判断所述验证信息与所述授权信息匹配。
一些实施例中，所述NRF根据所述验证信息以及所述第一信息判断所述验证信息与所述授权信息匹配，包括以下至少一项：
判断所述验证信息中的分析标识属于所述第一FL客户端支持的分析标识；
判断所述验证信息中的设备商标识属于所述第一FL客户端支持的互操作指示的子集；
判断所述验证信息中的互操作指示属于所述第一FL客户端的互操作指示的子集或全集；
判断所述验证信息中的联盟标识与所述第一FL客户端的联盟标识一致。
一些实施例中，在所述验证信息仅包括所述网络功能实例标识的情况下，所述装置还包括：
获取模块，用于根据所述网络功能实例标识获取所述分析标识、所述设备商标识、所述互操作指示、所述联盟标识中的至少一项。
一些实施例中，所述访问令牌还包括所述分析标识。
一些实施例中，所述访问令牌还包括所述FL服务器的标识。
一些实施例中，第一接收模块11用于接收所述第一网络设备的发现请求消息，所述发现请求消息请求查找能够进行联邦学习的FL客户端；
第一发送模块12用于向所述第一网络设备返回发现响应消息，所述发现响应消息包括所述第一FL客户端的标识。
一些实施例中，所述第一信息中的所述第一FL客户端的标识为匿名化处理后的标识。
参见图9，当联邦成员的授权装置为第一网络设备时，联邦成员的授权装置包括：
第二发送模块21，用于向网络存储功能NRF发送令牌请求消息，所述令牌请求消息包括联邦学习FL服务器的标识、代理者的标识以及第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
第二接收模块22，用于接收所述NRF返回的访问令牌，所述访问令牌包括所述第一FL客户端的标识；
第三发送模块23，用于向第二网络设备发送第一请求消息，所述第一请求消息用于联邦学习，所述第一请求消息包括所述第一网络设备的标识、所述第一FL客户端的标识和所述访问令牌。
一些实施例中，在所述第一网络设备为所述FL服务器的情况下，所述第二网络设备为所述代理者；
在所述第一网络设备为所述代理者的情况下，所述第二网络设备为所述FL客户端。
一些实施例中，所述令牌请求消息还包括验证信息，所述验证信息包括以下至少一项：网络功能实例标识、分析标识、设备商标识、互操作指示、联盟标识。
一些实施例中，所述访问令牌还包括所述分析标识。
一些实施例中，所述访问令牌还包括所述FL服务器的标识。
一些实施例中，第二发送模块21，用于向所述NRF发送发现请求消息，请求查找能够进行联邦学习的FL客户端；
第二接收模块22，用于接收所述NRF返回的发现响应消息，所述发现响应消息包括所述第一FL客户端的标识。
参见图10，当联邦成员的授权装置为第二网络设备时，联邦成员的授权装置包括：
第三接收模块31，用于接收第一网络设备发送的第一请求消息，所述第一请求消息用于联邦学习FL，所述第一请求消息包括所述第一网络设备的标识、第一FL客户端的标识和访问令牌，所述访问令牌包括所述第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
第一处理模块32，用于校验所述访问令牌，在校验通过后，响应所述第一请求消息。
一些实施例中，所述第一处理模块32具体用于校验所述访问令牌的完整性；在所述访问令牌的完整性校验通过后，根据以下至少一项判断是否允许所述第一网络设备访问所述第一FL客户端：
校验所述第一FL客户端的标识是否包含在所述访问令牌中；
校验所述第一请求消息中的所述第一网络设备的标识是否包含在所述访问令牌中；
校验所述第一请求消息中的分析标识是否包含在所述访问令牌中。
一些实施例中，所述装置还包括：
发送模块，用于向网络存储功能NRF发送第一信息，所述第一信息包括所述第一FL客户端的标识以及所述第一FL客户端对应的授权信息。
一些实施例中，第一处理模块32用于将所述第一FL客户端的原始标识进行匿名化处理获得所述第一FL客户端的临时标识，所述第一信息中的所述第一FL客户端的标识为所述临时标识。
一些实施例中，在所述第一网络设备为代理者，所述第二网络设备为所述FL客户端的情况下，第一处理模块32用于进行联邦学习。
一些实施例中，在所述第一网络设备为FL服务器，所述第二网络设备为代理者的情况下，第一处理模块32用于向所述第一FL客户端发送第二请求消息，所述第二请求消息用于联邦学习。
一些实施例中，在所述第一网络设备为FL服务器，所述第二网络设备为代理者的情况下，所述第一FL客户端的标识指示N个FL客户端，N为大于1的整数，第一处理模块32用于向所述N个FL客户端分别发送N个第二请求消息，所述第二请求消息用于联邦学习。
参见图11，当联邦成员的授权装置为代理者时，联邦成员的授权装置包括：
第四发送模块41，用于向网络存储功能NRF发送发现请求消息，所述发现请求消息请求查找能够进行联邦学习FL的FL客户端；
第四接收模块42，用于接收所述NRF返回的发现响应消息，所述发现响应消息包括第二FL客户端的原始标识；
第二处理模块43，用于对所述第二FL客户端的原始标识进行匿名化处理获得所述第二FL客户端的临时标识，所述临时标识的数量大于所述原始标识的数量；
第五发送模块44，用于向FL服务器发送所述第二FL客户端的临时标识。
一些实施例中，所述第二处理模块43具体用于将所述第二FL客户端的原始标识映射为至少一个临时标识，并保存所述临时标识与所述第二FL客户端的原始标识之间的第一映射关系。
一些实施例中，所述第四接收模块42具体用于接收FL服务器的第二请求消息，所述第二请求消息用于联邦学习，所述第二请求消息包括所述FL服务器的标识和所述第二FL客户端的临时标识；
所述第二处理模块43具体用于根据所述第一映射关系将所述第二请求消息中的临时标识转换为第二FL客户端的原始标识；
第五发送模块44具体用于向所述第二FL客户端发送第三请求消息，所述第三请求消息用于联邦学习。
一些实施例中，所述第二处理模块43还用于保存FL服务器的标识与所述第二FL客户端的原始标识或所述临时标识之间的第二映射关系。
一些实施例中，所述第二处理模块43还用于根据所述第二映射关系校验所述FL服务器是否能够访问所述第二FL客户端。
本申请实施例提供的装置能够实现上述方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
如图12所示，本申请实施例还提供一种通信设备60，包括处理器61和存储器62，存储器62上存储有可在所述处理器61上运行的程序或指令。该通信设备60为网络侧设备时，该程序或指令被处理器61执行时实现上述方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种网络侧设备，包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如上所述方法实施例的步骤。该网络侧设备实施例与上述网络侧设备方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种网络侧设备。如图13所示，该网络侧设备70包括：处理器71、网络接口72和存储器73。该网络侧设备可以上述联邦成员的授权装置。其中，网络接口72例如为通用公共无线接口(common public radio interface，CPRI)。
具体地，本申请实施例的网络侧设备70还包括：存储在存储器73上并可在处理器71上运行的指令或程序，处理器71调用存储器73中的指令或程序执行图8-图11所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述联邦成员的授权方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。在一些示例中，可读存储介质可以是非瞬态的可读存储介质。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述联邦成员的授权方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述联邦成员的授权方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供了一种无线通信系统，包括：终端及网络侧设备，所述网络侧设备可用于执行如上所述的联邦成员的授权方法的步骤。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助计算机软件产品加必需的通用硬件平台的方式来实现，当然也可以通过硬件。该计算机软件产品存储在存储介质(如ROM、RAM、磁碟、光盘等)中，包括若干指令，用以使得终端或者网络侧设备执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式的实施方式，这些实施方式均属于本申请的保护之内。

Claims (39)

  1. 一种联邦成员的授权方法，包括：
    网络存储功能NRF接收第一网络设备的令牌请求消息，所述令牌请求消息包括联邦学习FL服务器的标识、代理者的标识以及第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
    在所述NRF根据所述令牌请求消息确定所述FL服务器能够访问所述第一FL客户端的情况下，向所述第一网络设备发送访问令牌，所述访问令牌包括所述第一FL客户端的标识。
  2. 根据权利要求1所述的方法，还包括：
    所述NRF接收并保存第二网络设备的第一信息，所述第一信息包括所述第一FL客户端的标识以及所述第一FL客户端对应的授权信息；
    所述NRF根据所述令牌请求消息确定所述FL服务器能够访问所述第一FL客户端，包括：
    所述NRF根据所述令牌请求消息和所述第一信息确定所述FL服务器能够访问所述第一FL客户端。
  3. 根据权利要求2所述的方法，其中，所述授权信息包括以下至少一项：
    所述第一FL客户端的分析标识；
    所述第一FL客户端的设备商标识；
    所述第一FL客户端的互操作指示；
    所述第一FL客户端的联盟标识。
  4. 根据权利要求2-3中任一项所述的方法，其中，
    在所述第一网络设备为所述FL服务器的情况下，所述第二网络设备为所述代理者；
    在所述第一网络设备为所述代理者的情况下，所述第二网络设备为所述FL客户端。
  5. 根据权利要求2至4中任一项所述的方法，其中，所述令牌请求消息还包括验证信息，所述验证信息包括以下至少一项：网络功能实例标识、分析标识、设备商标识、互操作指示、联盟标识；所述NRF根据所述令牌请求消息和所述第一信息确定所述FL服务器能够访问所述第一FL客户端，包括：
    所述NRF根据所述验证信息以及所述第一信息判断所述验证信息与所述授权信息匹配。
  6. 根据权利要求5所述的方法，其中，所述NRF根据所述验证信息以及所述第一信息判断所述验证信息与所述授权信息匹配，包括以下至少一项：
    判断所述验证信息中的分析标识属于所述第一FL客户端支持的分析标识；
    判断所述验证信息中的设备商标识属于所述第一FL客户端支持的互操作指示的子集；
    判断所述验证信息中的互操作指示属于所述第一FL客户端的互操作指示的子集或全集；
    判断所述验证信息中的联盟标识与所述第一FL客户端的联盟标识一致。
  7. 根据权利要求6所述的方法，其中，在所述验证信息仅包括所述网络功能实例标识的情况下，所述NRF根据所述验证信息以及所述第一信息判断所述验证信息与所述授权信息匹配之前，所述方法还包括：
    所述NRF根据所述网络功能实例标识获取所述分析标识、所述设备商标识、所述互操作指示、所述联盟标识中的至少一项。
  8. 根据权利要求5-7中任一项所述的方法，其中，所述访问令牌还包括所述分析标识。
  9. 根据权利要求1-8中任一项所述的方法，其中，所述访问令牌还包括所述FL服务器的标识。
  10. 根据权利要求1-9中任一项所述的方法，其中，所述NRF接收所述第一网络设备的令牌请求消息之前，所述方法还包括：
    所述NRF接收所述第一网络设备的发现请求消息，所述发现请求消息请求查找能够进行联邦学习的FL客户端；
    所述NRF向所述第一网络设备返回发现响应消息，所述发现响应消息包括所述第一FL客户端的标识。
  11. 根据权利要求2所述的方法，其中，所述第一信息中的所述第一FL客户端的标识为匿名化处理后的标识。
  12. 一种联邦成员的授权方法，包括：
    第一网络设备向网络存储功能NRF发送令牌请求消息，所述令牌请求消息包括联邦学习FL服务器的标识、代理者的标识以及第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
    所述第一网络设备接收所述NRF返回的访问令牌，所述访问令牌包括所述第一FL客户端的标识；
    所述第一网络设备向第二网络设备发送第一请求消息，所述第一请求消息用于联邦学习，所述第一请求消息包括所述第一网络设备的标识、所述第一FL客户端的标识和所述访问令牌。
  13. 根据权利要求12所述的方法，其中，在所述第一网络设备为所述FL服务器的情况下，所述第二网络设备为所述代理者；
    在所述第一网络设备为所述代理者的情况下，所述第二网络设备为所述FL客户端。
  14. 根据权利要求12或13所述的方法，其中，所述令牌请求消息还包括验证信息，所述验证信息包括以下至少一项：网络功能实例标识、分析标识、设备商标识、互操作指示、联盟标识。
  15. 根据权利要求14所述的方法，其中，所述访问令牌还包括所述分析标识。
  16. 根据权利要求12至15任一项所述的方法，其中，所述访问令牌还包括所述FL服务器的标识。
  17. 根据权利要求12-16中任一项所述的方法，其中，所述第一网络设备向NRF发送令牌请求消息之前，所述方法还包括：
    所述第一网络设备向所述NRF发送发现请求消息，请求查找能够进行联邦学习的FL客户端；
    所述第一网络设备接收所述NRF返回的发现响应消息，所述发现响应消息包括所述第一FL客户端的标识。
  18. 一种联邦成员的授权方法，包括：
    第二网络设备接收第一网络设备发送的第一请求消息，所述第一请求消息用于联邦学习FL，所述第一请求消息包括所述第一网络设备的标识、第一FL客户端的标识和访问令牌，所述访问令牌包括所述第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
    所述第二网络设备校验所述访问令牌，在校验通过后，响应所述第一请求消息。
  19. 根据权利要求18所述的方法，其中，所述校验所述访问令牌包括：
    校验所述访问令牌的完整性；
    在所述访问令牌的完整性校验通过后，根据以下至少一项判断是否允许所述第一网络设备访问所述第一FL客户端：
    校验所述第一FL客户端的标识是否包含在所述访问令牌中；
    校验所述第一请求消息中的所述第一网络设备的标识是否包含在所述访问令牌中；
    校验所述第一请求消息中的分析标识是否包含在所述访问令牌中。
  20. 根据权利要求18或19所述的方法，其中，所述第二网络设备接收第一网络设备的第一请求消息之前，所述方法还包括：
    所述第二网络设备向网络存储功能NRF发送第一信息，所述第一信息包括所述第一FL客户端的标识以及所述第一FL客户端对应的授权信息。
  21. 根据权利要求20所述的方法，其中，所述第二网络设备向网络存储功能NRF发送第一信息之前，所述方法还包括：
    所述第二网络设备将所述第一FL客户端的原始标识进行匿名化处理获得所述第一FL客户端的临时标识，所述第一信息中的所述第一FL客户端的标识为所述临时标识。
  22. 根据权利要求18-21中任一项所述的方法，其中，在所述第一网络设备为代理者，所述第二网络设备为所述FL客户端的情况下，所述响应所述第一请求消息包括：
    所述第二网络设备进行联邦学习。
  23. 根据权利要求18-21中任一项所述的方法，其中，在所述第一网络设备为FL服务器，所述第二网络设备为代理者的情况下，所述第二网络设备响应所述第一请求消息，包括：
    所述第二网络设备向所述第一FL客户端发送第二请求消息，所述第二请求消息用于联邦学习。
  24. 根据权利要求18-21中任一项所述的方法，其中，在所述第一网络设备为FL服务器，所述第二网络设备为代理者的情况下，所述第一FL客户端的标识指示N个FL客户端，N为大于1的整数，所述第二网络设备响应所述第一请求消息，包括：
    所述第二网络设备向所述N个FL客户端分别发送N个第二请求消息，所述第二请求消息用于联邦学习。
  25. 一种联邦成员的授权方法，包括：
    代理者向网络存储功能NRF发送发现请求消息，所述发现请求消息请求查找能够进行联邦学习FL的FL客户端；
    所述代理者接收所述NRF返回的发现响应消息，所述发现响应消息包括第二FL客户端的原始标识；
    所述代理者对所述第二FL客户端的原始标识进行匿名化处理获得所述第二FL客户端的临时标识，所述临时标识的数量大于所述原始标识的数量；
    所述代理者向FL服务器发送所述第二FL客户端的临时标识。
  26. 根据权利要求25所述的方法，其中，所述代理者对所述第二FL客户端的原始标识进行匿名化处理包括：
    所述代理者将所述第二FL客户端的原始标识映射为至少一个临时标识，并保存所述临时标识与所述第二FL客户端的原始标识之间的第一映射关系。
  27. 根据权利要求26所述的方法，还包括：
    所述代理者接收FL服务器的第二请求消息，所述第二请求消息用于联邦学习，所述第二请求消息包括所述FL服务器的标识和所述第二FL客户端的临时标识；
    所述代理者根据所述第一映射关系将所述第二请求消息中的临时标识转换为第二FL客户端的原始标识；
    所述代理者向所述第二FL客户端发送第三请求消息，所述第三请求消息用于联邦学习。
  28. 根据权利要求26或27所述的方法，还包括：
    保存FL服务器的标识与所述第二FL客户端的原始标识或所述临时标识之间的第二映射关系。
  29. 根据权利要求28所述的方法，还包括：
    所述代理者根据所述第二映射关系校验所述FL服务器是否能够访问所述第二FL客户端。
  30. 一种联邦成员的授权装置，包括：
    第一接收模块，用于接收第一网络设备的令牌请求消息，所述令牌请求消息包括联邦学习FL服务器的标识、代理者的标识以及第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
    第一发送模块，用于在所述NRF根据所述令牌请求消息确定所述FL服务器能够访问所述第一FL客户端的情况下，向所述第一网络设备发送访问令牌，所述访问令牌包括所述第一FL客户端的标识。
  31. 根据权利要求30所述的联邦成员的授权装置，其中，所述令牌请求消息还包括验证信息，所述验证信息包括以下至少一项：网络功能实例标识、分析标识、设备商标识、互操作指示、联盟标识；
    所述第一发送模块具体用于根据所述验证信息以及所述第一信息判断所述验证信息与所述授权信息匹配。
  32. 一种联邦成员的授权装置，包括：
    第二发送模块，用于向网络存储功能NRF发送令牌请求消息，所述令牌请求消息包括联邦学习FL服务器的标识、代理者的标识以及第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
    第二接收模块，用于接收所述NRF返回的访问令牌，所述访问令牌包括所述第一FL客户端的标识；
    第三发送模块，用于向第二网络设备发送第一请求消息，所述第一请求消息用于联邦学习，所述第一请求消息包括所述第一网络设备的标识、所述第一FL客户端的标识和所述访问令牌。
  33. 根据权利要求32所述的联邦成员的授权装置，其中，所述令牌请求消息还包括验证信息，所述验证信息包括以下至少一项：网络功能实例标识、分析标识、设备商标识、互操作指示、联盟标识。
  34. 一种联邦成员的授权装置，包括：
    第三接收模块，用于接收第一网络设备发送的第一请求消息，所述第一请求消息用于联邦学习FL，所述第一请求消息包括所述第一网络设备的标识、第一FL客户端的标识和访问令牌，所述访问令牌包括所述第一FL客户端的标识，所述第一FL客户端的标识指示一个或多个FL客户端；
    第一处理模块，用于校验所述访问令牌，在校验通过后，响应所述第一请求消息。
  35. 根据权利要求34所述的联邦成员的授权装置，其中，
    所述第一处理模块具体用于校验所述访问令牌的完整性；在所述访问令牌的完整性校验通过后，根据以下至少一项判断是否允许所述第一网络设备访问所述第一FL客户端：
    校验所述第一FL客户端的标识是否包含在所述访问令牌中；
    校验所述第一请求消息中的所述第一网络设备的标识是否包含在所述访问令牌中；
    校验所述第一请求消息中的分析标识是否包含在所述访问令牌中。
  36. 一种联邦成员的授权装置，包括：
    第四发送模块，用于向网络存储功能NRF发送发现请求消息，所述发现请求消息请求查找能够进行联邦学习FL的FL客户端；
    第四接收模块，用于接收所述NRF返回的发现响应消息，所述发现响应消息包括第二FL客户端的原始标识；
    第二处理模块，用于对所述第二FL客户端的原始标识进行匿名化处理获得所述第二FL客户端的临时标识，所述临时标识的数量大于所述原始标识的数量；
    第五发送模块，用于向FL服务器发送所述第二FL客户端的临时标识。
  37. 根据权利要求36所述的联邦成员的授权装置，其中，
    所述第二处理模块具体用于将所述第二FL客户端的原始标识映射为至少一个临时标识，并保存所述临时标识与所述第二FL客户端的原始标识之间的第一映射关系。
  38. 一种网络侧设备，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至29任一项所述的联邦成员的授权方法的步骤。
  39. 一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-29任一项所述的联邦成员的授权方法的步骤。
PCT/CN2025/093795 2024-05-11 2025-05-09 联邦成员的授权方法、装置及网络侧设备 Pending WO2025237191A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202410584384.X 2024-05-11
CN202410584384.XA CN120935553A (zh) 2024-05-11 2024-05-11 联邦成员的授权方法、装置及网络侧设备

Publications (2)

Publication Number Publication Date
WO2025237191A1 true WO2025237191A1 (zh) 2025-11-20
WO2025237191A9 WO2025237191A9 (zh) 2026-04-23

Family

ID=97597027

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2025/093795 Pending WO2025237191A1 (zh) 2024-05-11 2025-05-09 联邦成员的授权方法、装置及网络侧设备

Country Status (2)

Country Link
CN (1) CN120935553A (zh)
WO (1) WO2025237191A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115706997A (zh) * 2021-08-06 2023-02-17 华为技术有限公司 授权验证的方法及装置
CN117062185A (zh) * 2022-05-07 2023-11-14 中国电信股份有限公司 联邦学习节点发现、注册方法及装置、存储介质及设备
WO2024088572A1 (en) * 2023-01-05 2024-05-02 Lenovo (Singapore) Pte. Ltd. Registering and discovering external federated learning clients in a wireless communication system
WO2024097783A1 (en) * 2022-11-04 2024-05-10 Intel Corporation Federated learning group authorization of network data analytics functions in 5g core

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115706997A (zh) * 2021-08-06 2023-02-17 华为技术有限公司 授权验证的方法及装置
CN117062185A (zh) * 2022-05-07 2023-11-14 中国电信股份有限公司 联邦学习节点发现、注册方法及装置、存储介质及设备
WO2024097783A1 (en) * 2022-11-04 2024-05-10 Intel Corporation Federated learning group authorization of network data analytics functions in 5g core
WO2024088572A1 (en) * 2023-01-05 2024-05-02 Lenovo (Singapore) Pte. Ltd. Registering and discovering external federated learning clients in a wireless communication system

Also Published As

Publication number Publication date
WO2025237191A9 (zh) 2026-04-23
CN120935553A (zh) 2025-11-11

Similar Documents

Publication Publication Date Title
US20220191685A1 (en) Subscriber identity management method, device, and system
US20250193288A1 (en) Enhanced restful operations
WO2022068811A1 (en) Method and apparatus for application programming interface management
US10813037B2 (en) Operator-ID based restriction for a cellular network
US10945130B2 (en) Method for establishing wireless connection for application of user equipment
CN114745724B (zh) 访问处理方法及装置、电子设备、计算机可读介质
CN111262865B (zh) 访问控制策略的制定方法、装置及系统
CN116264663A (zh) 参数配置方法、装置、通信设备、存储介质及系统
WO2021129803A1 (zh) 一种信息处理方法及通信装置
WO2023088161A1 (zh) 授权数据的调度方法、装置及网络侧设备
CN117792647A (zh) 用户级数据的管理方法、装置、通信设备及可读存储介质
WO2025237191A1 (zh) 联邦成员的授权方法、装置及网络侧设备
EP3863312A1 (en) Api publishing method and device
WO2023179560A1 (zh) 测距定位方法及终端
WO2023143508A1 (zh) Ip地址确定方法及装置、标识确定方法及装置、及网元
WO2023216960A1 (zh) 数据处理方法、装置、核心网节点、电子设备和存储介质
Dimitrijević et al. Orchestrating Yahoo! FireEagle location based service for carpooling
US20250233923A1 (en) Network function for use in handling the creation of applications for subscribers
CN115474256B (zh) 接入本地业务网络的方法、装置和系统
CN114610505B (zh) 一种进程间通信访问管控方法及智能车载设备
WO2025232769A1 (zh) 样本对齐方法、装置及通信设备
US20110275387A1 (en) Communication gateway
WO2026012214A1 (zh) 特征信息的确定方法及网络侧设备
WO2026026935A1 (zh) 数据获取方法、装置、终端设备及网络侧设备
CN110691320A (zh) 一种定位数据处理方法、移动终端和定位系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 25802840

Country of ref document: EP

Kind code of ref document: A1