WO2018219168A1 - 一种用户设备数据通信方法及设备 - Google Patents

一种用户设备数据通信方法及设备 Download PDF

Info

Publication number
WO2018219168A1
WO2018219168A1 PCT/CN2018/087591 CN2018087591W WO2018219168A1 WO 2018219168 A1 WO2018219168 A1 WO 2018219168A1 CN 2018087591 W CN2018087591 W CN 2018087591W WO 2018219168 A1 WO2018219168 A1 WO 2018219168A1
Authority
WO
WIPO (PCT)
Prior art keywords
udsf
message
data
carries
request
Prior art date
Application number
PCT/CN2018/087591
Other languages
English (en)
French (fr)
Inventor
廖子龙
孙文琦
杨阳
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2018219168A1 publication Critical patent/WO2018219168A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management

Definitions

  • the present application relates to the field of communications technologies, and in particular, to a user equipment data communication method and device.
  • VNF virtualized network function
  • Unstructured Data Storage Function is defined in the communication network, which is a new function for storing UE data.
  • Network function NF
  • the prior art does not describe how to implement the interaction of the UDSF with the NF.
  • the present application provides a user equipment data communication method and device, which uses UE data (the UE data includes one or more of the following data, UE identification information, UE capability information, UE security context, UE location information, UE session information).
  • the UE network information, the mobility management context, and the UE QoS profile are stored in the UDSF, and the NF reads, writes, or updates the UE data through the interaction of the NF and the UDSF.
  • the NF data can also be stored in the UDSF, and the reading, writing or updating of the NF data is completed through the interaction between the NF and the UDSF.
  • the UE data or NF data is stored in the UDSF, which realizes decoupling between calculation and storage, and can better support service-based NF interaction. At the same time, there is no need to transmit a large amount of UE data or NF data between NFs, which simplifies the signaling process between NFs and shortens the length of signaling between NFs.
  • the UDSF can be shared by multiple NFs or it can be an exclusive NF.
  • the NFs storing UE data or NF data may be allocated to the NF through USDF management, and the allocation principle may be based on distance, load, flexibility, and the like.
  • the allocation of UE data or NF data to the UDSF by the UDSF management with global view ensures the rationality of the UDSF allocation.
  • UE data or NF data may be stored in at least one UDSF. This can facilitate the migration of the NF and the handover of the UE.
  • the primary UDSF When stored in a plurality of UDSFs, at least one of them may be set as the primary UDSF, and the other may be set to interact with the primary UDSF from the UDSF, and the primary UDSF may be performed when the UE data or the NF data in the primary UDSF changes.
  • a plurality of UE data or NF data from the UDSF are synchronized.
  • the UDSF storing the UE data or the NF data may change based on factors such as UE-based mobility or NF handover. If a change occurs, the UE data or the NF data of the current serving UDSF and the previous serving UDSF may be synchronized by the UDSF management. Synchronization ensures the consistency of UE data or NF data between multiple UDSFs or guarantees the integrity of the currently provided UDSF data.
  • the first aspect provides a communication method for UE data, including: sending, by the NF, a first message to the unstructured data storage function UDSF, where the first message carries a user equipment database index UE_DB_index; the first NF receives the UDSF transmission The second message is the response of the first message.
  • the communication method before the first NF sends the first message to the UDSF, the communication method further includes: the first NF receiving the UE_DB_index sent by the second NF.
  • the second message is an update success response.
  • the second message when the second message carries UE data, the second message is a read success response.
  • the communication method before the first NF sends the first message to the UDSF, the communication method further includes: the first NF sends a UDSF request to the UDSF management, where the UDSF request carries UE ID; the first NF receives a UDSF request response sent by the UDSF management, the UDSF request response carries a UDSF ID, the UDSF ID is used to indicate a UDSF with which the first NF interacts, and the UDSF is Corresponding to the UE ID.
  • the UDSF request also carries an NF ID.
  • the second aspect provides a method for communicating UE data, including: the first NF sends a third message to the UDSF, where the third message carries the user equipment identifier UE ID;
  • the first NF receives a fourth message sent by the UDSF, where the fourth message carries a UE_DB_index.
  • the fourth message is a write success response.
  • the fourth message when the fourth message carries UE data, the fourth message is a read success response.
  • the communication method before the first NF sends the third message to the UDSF, the communication method further includes: the first NF sends a UDSF request to the UDSF management, where the UDSF request carries UE ID; the first NF receives a UDSF request response sent by the UDSF management, the UDSF request response carries a UDSF ID, the UDSF ID is used to indicate a UDSF with which the first NF interacts, and the UDSF is Corresponding to the UE ID.
  • the UDSF request also carries an NF ID.
  • the third aspect provides a method for communicating UE data, including: receiving, by a UDSF, a first message sent by a first NF, where the first message carries a UE_DB_index; and the UDSF sends a second message to the first NF, where The second message is the response of the first message.
  • the communication method further includes: the UDSF transmitting a change notification to the UDSF management; the UDSF receiving the synchronization request sent by the UDSF management, the synchronization request carrying at least one UDSF ID, the at least one UDSF ID is used to indicate at least one UDSF that needs to be synchronized; the UDSF is synchronized with at least one UDSF according to the synchronization request.
  • the communication method further includes: the UDSF sending a synchronization request to the UDSF management before transmitting the read success response; the UDSF receiving the The UDSF manages the transmitted synchronization request response, and the synchronization request response carries a UDSF ID, which is used to indicate a UDSF that stores UE data.
  • a fourth aspect a communication method for UE data, including: a USDF receives a third message sent by a first NF, where the third message carries a UE ID; and the UDSF sends a fourth message to the first NF, where The fourth message carries UE_DB_index.
  • the communication method further includes: the UDSF sends a change notification to the UDSF management; the UDSF receives the synchronization request sent by the UDSF management, and the synchronization request carries At least one UDSF ID, the at least one UDSF ID is used to indicate at least one UDSF that needs to be synchronized; the UDSF is synchronized with the at least one UDSF according to the synchronization request.
  • the communication method further includes: the UDSF sending a synchronization request to the UDSF management before transmitting the read success response; the UDSF receiving the The UDSF manages the transmitted synchronization request response, and the synchronization request response carries a UDSF ID, which is used to indicate a UDSF that stores UE data.
  • a fifth aspect provides a method for communicating UE data, including: a UDSF management receiving a UDSF request sent by an NF, where the UDSF request carries a UE ID;
  • the UDSF management sends a UDSF request response to the NF, the UDSF request response carrying a UDSF ID, the UDSF ID being used to indicate a UDSF with which the NF interacts, the UDSF being corresponding to the UE ID.
  • a sixth aspect provides a UE data communication method, including: a UDSF management receiving a change notification sent by a UDSF; the UDSF management sending a synchronization request to the UDSF, the synchronization request carrying at least one UDSF ID, the at least one UDSF ID being used for Indicates at least one UDSF that needs to be synchronized.
  • a method for communicating UE data includes: a UDSF management receiving a synchronization request sent by a UDSF; and a UDSF managing a synchronization request response sent to the UDSF, the synchronization request response carrying a UDSF ID, the UDSF ID being used to indicate A UDSF that stores UE data.
  • a first communications device for UE data comprising:
  • the sending unit is configured to send a first message to the UDSF, where the first message carries the UE_DB_index;
  • the receiving unit is configured to receive a second message sent by the UDSF, where the second message is a response of the first message.
  • the receiving unit is further configured to receive the UE_DB_index sent by the second NF before the sending unit sends the first message.
  • the second message is an update success response.
  • the second message when the second message carries UE data, the second message is a read success response.
  • the sending unit before the sending unit sends the first message, the sending unit is further configured to send a UDSF request to the UDSF management, where the UDSF request carries a UE ID; the receiving unit is further configured to: Receiving a UDSF request response sent by the UDSF management, the UDSF request response carrying a UDSF ID, the UDSF ID being used to indicate a UDSF with which the first communication device interacts, the UDSF being corresponding to the UE ID.
  • the UDSF request also carries an NF ID.
  • a first communication device that provides UE data includes: a sending unit, configured to send a third message to a UDSF, where the third message carries a UE ID, and a receiving unit, configured to receive, by the UDSF The fourth message carries the UE_DB_index.
  • the fourth message is a write success response.
  • the fourth message when the fourth message carries UE data, the fourth message is a read success response.
  • the sending unit before the sending unit sends the third message, is further configured to send a UDSF request to the UDSF management, where the UDSF request carries a UE ID; Receiving, by the UDSF, a UDSF request response sent by the UDSF, the UDSF request response carrying a UDSF ID, where the UDSF ID is used to indicate a UDSF with which the first communication device interacts, where the UDSF is corresponding to the UE ID.
  • the UDSF request also carries an NF ID.
  • a second communication device that provides UE data
  • the second communication device includes: a receiving unit, configured to receive a first message sent by the first NF, where the first message carries a UE_DB_index; and a sending unit is configured to: Sending a second message to the first NF, the second message being a response to the first message.
  • the second message when the first message further carries user UE data, the second message is an update success response.
  • the second communication device when the UE data in the second communication device changes, the second communication device further includes a synchronization unit, the sending unit is further configured to send a change notification to the UDSF management; the receiving unit And receiving, by the UDSF, a synchronization request sent by the UDSF, where the synchronization request carries at least one UDSF ID, where the at least one UDSF ID is used to indicate at least one UDSF that needs to be synchronized; and the synchronization unit is configured according to the synchronization request, At least one UDSF is synchronized.
  • the sending unit is further configured to send a synchronization request to the UDSF management before the sending unit sends the read success response; the receiving The unit is further configured to receive a synchronization request response sent by the UDSF management, where the synchronization request response carries a UDSF ID, where the UDSF ID is used to indicate a UDSF that stores UE data.
  • a second communication device includes: a receiving unit, configured to receive a third message sent by the first NF, where the third message carries a UE ID; And sending a fourth message to the first NF, where the fourth message carries the UE_DB_index.
  • the fourth message is a write success response.
  • the second communication device further includes a synchronization unit, the sending unit is further configured to send a change notification to the UDSF management; the receiving unit And receiving, by the UDSF, a synchronization request sent by the UDSF, where the synchronization request carries at least one UDSF ID, where the at least one UDSF ID is used to indicate at least one UDSF that needs to be synchronized; and the synchronization unit is configured according to the synchronization request, At least one UDSF is synchronized.
  • the fourth message when the fourth message carries UE data, the fourth message is a read success response.
  • the sending unit if there is no requested UE data in the UDSF, the sending unit is further configured to send a synchronization request to the UDSF management before the sending unit sends the read success response; the receiving unit also uses And receiving a synchronization request response sent by the UDSF management, where the synchronization request response carries a UDSF ID, where the UDSF ID is used to indicate a UDSF that stores UE data.
  • a third communication device for providing UE data comprising: a receiving unit, configured to receive a UDSF request sent by an NF, where the UDSF request carries a UE ID, and a sending unit, configured to send a UDSF request response to the NF, where The UDSF request response carries a UDSF ID, and the UDSF ID is used to indicate a UDSF with which the NF interacts, and the UDSF is corresponding to the UE ID.
  • a third communication device that provides UE data, includes: a receiving unit, configured to receive a change notification sent by the UDSF; and a sending unit, configured to send a synchronization request to the UDSF, where the synchronization request carries at least one UDSF ID
  • the at least one UDSF ID is used to indicate at least one UDSF that needs to be synchronized.
  • a third communication device for providing UE data includes: a receiving unit, configured to receive a synchronization request sent by the UDSF; a sending unit, configured to send a synchronization request response to the UDSF, where the synchronization request response carries the UDSF ID, the UDSF ID is used to indicate a UDSF that stores UE data.
  • a computer program product comprising instructions for causing a computer to perform the method of the first aspect or the second aspect when executed on a computer is provided.
  • a computer program product comprising instructions, when run on a computer, causes the computer to perform the method of the third or fourth aspect.
  • a computer program product comprising instructions, when run on a computer, causes the computer to perform the method of any of the fifth, sixth, and seventh aspects.
  • a computer readable storage medium having instructions stored thereon that, when executed on a computer, cause the computer to perform the methods described in the above aspects.
  • a communication device comprising: a processor, a memory, a transceiver, the transceiver is configured to communicate with a network element, and the memory is configured to store a program executed by the processor,
  • the program includes instructions for implementing the methods described in the various aspects above.
  • a communication device comprising: a processor, a memory, a receiver, a transmitter, the receiver and the transmitter for communicating with a network element, the memory for storing A program executed by the processor, the program comprising instructions for implementing the methods of the above aspects.
  • a communication device comprising: a receiver, a transmitter, and the transmitter for implementing the method described in the above aspects.
  • a system comprising the first communication device and the second communication device.
  • Figure 1 shows a schematic diagram of UE data and NF data.
  • FIG. 2 is a schematic structural diagram of a communication network to which the present application is applicable.
  • FIG. 3 is a schematic diagram of a method for managing communication between NF and UDSF according to the present application.
  • FIG. 4 is a schematic diagram of a method for communicating NF and UDSF according to the present application.
  • FIG. 5 is a schematic diagram of a UDSF data synchronization method according to the present application.
  • FIG. 6 is a schematic diagram of another method for synchronizing UDSF data in the present application.
  • FIG. 7 is a schematic flowchart of a UE registration process of the present application.
  • FIG. 8 is a schematic flowchart of a process of a UE service request (Service Request) according to the present application.
  • FIG. 9 is a schematic diagram of the process of the Handover process of the present application.
  • FIG. 10 is a schematic diagram of another flow of the Handover process of the present application.
  • FIG. 11 is a schematic diagram of another process of the UE registration process of the present application.
  • FIG. 12 is a schematic flow chart of the NF(re)selection process of the present application.
  • FIG. 13 is a schematic structural diagram of a communication device 100 for UE data provided by the present application.
  • FIG. 14 is a schematic structural diagram of a communication device 200 for UE data provided by the present application.
  • FIG. 15 is a schematic structural diagram of a communication device 300 for UE data provided by the present application.
  • FIG. 16 is a schematic structural diagram of a communication device provided by the present application.
  • FIG. 17 is a schematic structural diagram of another communication device provided by the present application.
  • first, second, third or fourth, etc. may be used in this application to describe various messages, these messages should not be limited to these terms. These terms are only used to distinguish messages from each other.
  • the first message may also be referred to as a second message without departing from the scope of the present application.
  • the second message may also be referred to as a first message.
  • the first and second of the first NF and second NF species are only for distinguishing from each other, and are not limiting.
  • various requests and responses in the present application may be sent by some message, such as, but not limited to, messages such as N1, N2, N11, or N18 defined in 5G.
  • Request and Response can be sent through the same message. It should also be understood that in the present application, data and information are sometimes mixed.
  • SXXX such as S501, S503, etc.
  • these identifiers are not a limitation on the sequence of the process, but are used to distinguish the processes, but only indicate a possible sequence of processes.
  • the actual execution sequence may be S905, S906, S907, or S905, S907, S906, or S906 and S907 may be performed simultaneously, and the present application does not limit this.
  • the interaction in this application refers to the process in which the two parties exchange information with each other.
  • the information transmitted here may be the same or different.
  • the two parties are the base station 1 and the base station 2, and the base station 1 may request information from the base station 2, and the base station 2 provides the base station 1 with the information requested by the base station 1.
  • the base station 1 and the base station 2 may request information from each other, and the information requested here may be the same or different.
  • VNF virtualized network function
  • Network function A processing function in a network, which can also be understood to include functional behavior and an interface with other functions or network elements.
  • NF can be implemented by a dedicated hardware, or a general purpose or special software running on dedicated hardware, or can be implemented as a virtualization function on a common platform, such as a cloud platform.
  • a network function can be implemented either as a network element on a dedicated hardware, as a software instance running on a dedicated hardware, or as a virtualised function instantiated on an appropriate platform, e.g. on a cloud infrastructure.).
  • UDSF Access and Mobility Management Function
  • SMF Session Management Function
  • UPF User Plane Function
  • AUSF Authentication Server Function
  • UDSF is an NF, which can be implemented by any NF, such as AMF, SMF or UPF, etc. NF can act as UDSF.
  • the function of UDSF is mainly to be able to store data and interact with any other NF for any NF to store data and read data.
  • the data stored by the UDSF is generally unstructured.
  • UDSF is implemented in the same way as NF.
  • UE is a device that provides voice and/or data connectivity to users, and may include various handheld devices with wireless communication capabilities, in-vehicle devices, wearable devices, computing devices, or other processing connected to a wireless modem.
  • Equipment and various forms of terminals, mobile stations (MS), transmission and receiver points (TRP or transmission point, TP), and the like.
  • UE data which may also be referred to as a UE context, or may also be referred to as UE data.
  • the UE data mainly includes data related to the UE in the network, as shown in FIG. 1 , and may include one or more of the following data: UE identification information, UE capability information, UE security context, UE location information, network information, UE QoS profile, SM context (Session Management context), and Mobility Management (MM) context.
  • UE identification information e.g., UE capability information
  • UE security context e.g., UE location information
  • network information e.sion Management context
  • MM Mobility Management
  • the UE identification information may include one or more of the following: an IP address, a GUTI (Unique Temporary UE Identity), a Temporary UE ID, and an IMEI (International Mobile Equipment Identity). , International Mobile Equipment Identity), PEI, SUPI (Subscriber Permanent Identity), IMSI (International Mobile Subscriber Identification Number).
  • the UE capability information may include one or more of the following: a network capability and a radio capability.
  • the UE location information may include one or more of the following: a cell identity, a tracking area list, a TAI (Tracking Area Identity) of last TAU (Tracking Area Update).
  • the network information may include one or more of the following: RAN tunnel info, Core Network (CN) tunnel info, Radio Access Technology (RAT) type.
  • RAN tunnel info Core Network (CN) tunnel info
  • RAT Radio Access Technology
  • the SM context may include one or more of the following: Slice information, PDN session type, Data Network Name (DNN), PDU (Protocol Data Unit) session ID, SMF information.
  • DNN Data Network Name
  • PDU Protocol Data Unit
  • the UE QoS profile may include one or more of the following: PDU session AMBR (Aggregated Maximum Bit Rate), Maximum Flow Bit Rate (MFBR) (UL/DL), guaranteed stream bit rate. (Guaranteed Flow Bit Rate, GFBR) (UL/DL), Allocation And Retention Priority (ARP), 5QI (5G QoS Indicator), QoS Flow ID.
  • PDU session AMBR Aggregated Maximum Bit Rate
  • MFBR Maximum Flow Bit Rate
  • GFBR Guarantee Flow Bit Rate
  • ARP Allocation And Retention Priority
  • 5QI 5G QoS Indicator
  • QoS Flow ID QoS Flow ID.
  • the UE security context may include one or more of the following: Keys, Security algorithm.
  • the UE security context may not be stored in the UDSF in this application.
  • the NF data mainly includes data related to the NF in the network, as shown in FIG. 1 , and may include one or more of the following data: load information, identification information, and function information.
  • the identification information may include: a Fully Qualified Domain Name (FQDN) or an IP address.
  • the function information may include: UPF capacity or capability.
  • FIG. 2 is a schematic structural diagram of a communication network to which the present application is applicable.
  • FIG. 2 illustrates a 5G network scenario in a wireless communication network as an example. It should be noted that the solution in this application may also be applied to other wireless communication networks, and corresponding names may also be used in corresponding functions in other wireless communication networks. The name is replaced.
  • the communication network is composed of a number of NF, (R) AN ((Radio) Access Network) nodes, and several UDSFs. It should be understood that it may also include other networks. Meta and/or nodes.
  • Each UE has a corresponding UDSF to store UE data, and this UDSF may be referred to as a primary UDSF or a serving UDSF (servicing UDSF).
  • This UDSF may also be several slave UDSF(s) used to back up UE data, which may also be referred to as a standby UDSF (candidate UDSF) or may be a slave UDSF.
  • the primary UDSF and the secondary UDSF(s) can be synchronized to ensure the consistency of the UE data. It can be understood that in some communication network architectures, only the (primary) UDSF may not be from the UDSF(s).
  • the NF When the NF requires UE data, the NF goes to the (primary) UDSF to read or write the required UE data, and may update the UE data in the (primary) UDSF currently serving; the (primary) UDSF may follow the UE's Changes occur as a result of changes in movement or other factors.
  • the UDSF management itself can also be a UDSF or other functional modules. It has a global view of each UDSF, has a storage management function, is responsible for assigning (primary) UDSFs to the UE, and coordinating data transmission between UDSFs.
  • one UDSF may interact with multiple NFs, and one NF may also interact with multiple UDSFs.
  • FIG. 3 is a schematic diagram of the NF and UDSF management communication method of the present application.
  • the NF Before the NF acquires the UE data from the UDSF, the NF needs to know which UDSF the UE data is stored in, so the NF sends a message to the UDSF management, and the UDSF management informs the NF of the UE data. In which UDSF is stored, the NF can then interact with the UDSF corresponding to the UE data.
  • the NF sends a UDSF request, and the UDSF request carries the UE ID.
  • the NF requests the UDSF (which may be the primary UDSF) corresponding to the UE ID to the UDSF management.
  • the carried UE ID may be a SUPI or a Temporary UE ID, and may refer to the “UE identification information” mentioned above, and the UE ID may include one or more of the UE identification information. It will be appreciated that in most cases, SUPI is preferred over the Temporary UE ID.
  • the UDSF management sends a UDSF request response to the NF, which carries the UDSF ID. Assigning UE data to the NF through UDSF management with global view guarantees the rationality of UDSF allocation.
  • the UDSF request may carry an NF ID, which may be an FQDN or an IP address, indicating which NF the NF is.
  • NF ID may be an FQDN or an IP address, indicating which NF the NF is.
  • UDSF management can further improve the rationality of allocation when assigning UDSFs while considering NF. If the UDSF that has the UE data closest to the NF can be selected as the (primary) UDSF, it interacts with the NF.
  • FIG. 4 is a schematic diagram of a method for communicating NF and UDSF according to the present application.
  • the NF can interact with the NF, including UE data update, write, or read.
  • the interaction between the NF and the UDSF also needs to know the index of the UE data in the UDSF, that is, the UE_DB_index needs to be acquired.
  • the UE_DB_index may be sent to the NF through another NF, or may be obtained by the UDSF to the NF by writing or reading.
  • the UE_DB_index may directly adopt the UE ID or an index allocated by the UDSF.
  • the NF may carry the UE_DB_index when updating the UE data or reading the UE data.
  • the UE data is stored in the UDSF, which realizes the decoupling between calculation and storage. At the same time, it is not necessary to transfer a large amount of UE data between NFs, which simplifies the signaling flow between NFs and shortens the length of signaling between NFs.
  • the NF and the UDSF perform UE data update.
  • S4A01 The NF sends a first message to the UDSF, where the first message carries the UE_DB_index and the UE data.
  • S4A02 The UDSF sends an update success response (second message) to the NF according to the first message.
  • the NF and the UDSF perform UE data reading.
  • the NF sends a first message to the UDSF, where the first message carries the UE_DB_index.
  • S4B02 The UDSF sends a read success response to the NF according to the first message, where the message carries the UE data.
  • the NF and the UDSF perform UE data reading.
  • the NF sends a third message to the UDSF, where the third message carries the UE ID.
  • the UDSF acquires the corresponding UE_DB_index through the UE ID.
  • the UDSF sends a read success response to the NF, where the message carries the UE_DB_index and the UE data.
  • the UE_DB_index can be used in the subsequent interaction of the NF with the UDSF.
  • the NF and the UDSF perform UE data writing.
  • the NF sends a third message to the UDSF, where the third message carries the UE ID and the UE data.
  • the UDSF acquires the corresponding UE_DB_index through the UE ID.
  • S4D02 the UDSF sends a write success response to the NF, and the message carries the UE_DB_index.
  • the UE_DB_index can be used in the subsequent interaction of the NF with the UDSF.
  • FIG. 5 is a schematic diagram of a UDSF data synchronization method according to the present application.
  • the UDSF writes or updates UE data
  • the primary UDSF needs to be associated with the secondary UDSF ( Synchronize between s). Synchronization ensures the consistency of UE data or NF data between multiple UDSFs
  • the UDSF (which may be the primary UDSF) sends a change notification to the UDSF management; S502.
  • the UDSF manages a synchronization request sent to the UDSF, the synchronization request carrying at least one UDSF ID.
  • the at least one UDSF ID is used to indicate at least one UDSF that needs to be synchronized (the at least one UDSF may be a slave UDSF).
  • S503 The UDSF synchronizes with at least one UDSF according to the synchronization request.
  • S502 may be that the UDSF management sends the primary UDSF ID to the at least one slave UDSF.
  • S503 may be that the UDSF synchronizes with the primary UDSF according to the primary UDSF ID.
  • FIG. 6 is a schematic diagram of another method for synchronizing UDSF data in the present application.
  • the NF reads UE data from the UDSF
  • the (primary) UDSF of the UE changes due to factors such as mobility of the UE
  • the current (primary) UDSF does not exist.
  • the current (primary) UDSF needs to be synchronized with the original (master or slave) UDSF. Synchronization ensures the integrity and availability of UE data in the (primary) UDSF currently serving the service, and adapts to the characteristics of UE mobility.
  • the UDSF sends a synchronization request to the UDSF management; S602, the UDSF manages a synchronization request response sent to the UDSF, where the synchronization request response carries a UDSF ID, and the UDSF ID is used to indicate that the UE data is stored. UDSF.
  • the method may include: S603, the UDSF is synchronized with the UDSF indicated by the UDSF ID.
  • the method may include: S604, the UDSF management sends a synchronization request to the UDSF indicated by the UDSF ID. S605.
  • the UDSF indicated by the UDSF ID is synchronized with the UDSF.
  • FIG. 7 is a schematic flowchart of a UE registration process of the present application.
  • This embodiment is directed to the General Registration procedure.
  • the registration may occur in a process in which the UE initially accesses the network, a process of Tracking Area Update (TAU), and a scenario in which the UE needs to update capability information.
  • TAU Tracking Area Update
  • the specific process is as follows:
  • the UE sends a registration request (Registration Request) to the (R) AN, where the message includes one or more of the following information: Registration type, SUPI or Temporary UE ID, Security parameters, NSSAI (Network Slice Selection Assistance Information, network Slice selection assistance information), UE 5G CN Capability and PDU session status.
  • the (R)AN may perform an AMF selection process. For example, when the Registration Request includes the SUPI or the Temporary UE ID, and the valid AMF is not included, the (R)AN selects one. AMF.
  • N2parameters contains Location Information and Cell Identity.
  • the AMF After receiving the Registration Request sent by the (R)AN, the AMF sends a UDSF Request to the UDSF management, and the message includes the following information: SUPI or Temporary UE ID, Location Information, and Cell Identity.
  • the UDSF management After receiving the UDSF Request, the UDSF management will select an appropriate (primary) UDSF according to the SUPI, and at the same time, select at least one secondary UDSF.
  • the allocation from UDSF(s) allows data to be stored in multiple locations, which is beneficial to the security of data storage and the ease of migration.
  • the AMF After obtaining the (primary) UDSF ID, the AMF obtains the UE data by sending a Read Request to the (primary) UDSF, where the name of the required UE data may be carried.
  • the required UE data may include mobility management (Mobility Management, MM) context, SMF information, etc.
  • the (primary) UDSF sends a Read Response to the AMF, where the message carries the UE data requested by the AMF and the database ID (UE_DB_index) in which the UE data is stored in the UDSF.
  • UE_DB_index the database ID
  • the UE data herein refers to the specific content of the UE data.
  • the AMF After obtaining the UE_DB_index, the AMF will bind the SUPI (or Temporary UE ID) to the UE_DB_index.
  • the UE When interacting with the (primary) UDSF, the UE will use the UE_DB_index instead of the SUPI (or Temporary UE ID) to avoid frequent SUPI (or Temporary UE ID). transmission.
  • S707 AMF and AUSF and AUSF and Unified Data Management (UDM) perform Authentication.
  • UDM Unified Data Management
  • the AMF After the Authentication, the AMF sends an Update Request to the (primary) UDSF, and stores the new UE data in the (primary) UDSF.
  • the (primary) UDSF After the data of the (primary) UDSF is updated, the (primary) UDSF notifies the UDSF management.
  • the notification can carry UE_DB_index.
  • the UDSF management sends a Synchronization Request to the (primary) UDSF, which carries the slave UDSF ID(s) that needs to be synchronized.
  • S713 Send a Synchronization Response to the UDSF management after the synchronization ends, indicating that the synchronization is completed.
  • the AMF After the AMF completes the data of the (primary) UDSF, it sends an N11message Request to the SMF. Different from the N11message Request in the existing Registration Procedure, the N11message Request of this application only transmits a small amount of information related to UDSF, such as UE_DB_index, or UDSF ID. Its main function is to trigger the SMF operation flow. Reducing the delivery of information can save signaling overhead and simplify the communication process.
  • the S715-S716::SMF After receiving the N11message Request, the S715-S716::SMF will first read the UE data, such as the SM context, from the (primary) UDSF. This process is implemented by the SMF interacting with the (primary) UDSF Read Request/Read Response.
  • SMF After the SMF obtains the UE data, it performs corresponding operations, such as releasing an inactive PDU session, migrating UPFs, and so on. After the SMF completes the operation, new UE data may be generated. Therefore, S717-S718: The SMF will update the UE data in the (primary) UDSF currently serving.
  • S720 After the SMF completes the data update of the (primary) UDSF, it sends an N11message Response to the AMF as a response to S714.
  • the AMF After receiving the N11message Response, the AMF obtains the UE data from the (primary) UDSF. AMF and SMF do not directly need to interact with UE data.
  • the AMF After the AMF reads the UE data, the AMF sends a Registration Accept message to the UE, where the message may carry information such as a Temporary UE ID (or Temporary UE ID), a Registration area, a Mobility restrictions, a PDU session status, an NSSAI, and a Periodic registration update timer.
  • a Temporary UE ID or Temporary UE ID
  • the beneficial effects of the embodiment may include: (1) AMF and SMF both acquire UE data from the (primary) UDSF, so that some signaling for UE data transmission between the AMF and the SMF is no longer needed, simplifying some Signaling process. (2) The signaling between the AMF and the SMF carries only a small amount of information related to the UE ID and the UDSF, and no longer carries the UE data, which can greatly reduce the length of the signaling. (3) After receiving the Registration Request, the AMF requests the UDSF from the UDSF management, and the UDSF is allocated by the Global UDSF, which ensures the reasonable allocation of the UDSF and shortens the interaction delay between the AMF/SMF and the (primary) UDSF. (4) After the data transmission of the (primary) UDSF is changed, it is synchronized with the slave UDSF(s) in time to ensure that the data between the (primary) UDSF and the slave UDSF(s) is consistent.
  • FIG. 8 is a schematic flowchart of a process of a UE service request (Service Request) according to the present application. The specific process is as follows:
  • the UE sends a Service Request to the (R)AN.
  • S802 The (R)AN sends a Service Request to the AMF.
  • the service Request carries at least one of the following information: PDU session ID (s), security parameters or PDU session status. It should be understood that this information may simply be the name of the information, indicating that the information is needed for the interaction, not the specific content of the information.
  • the AMF After receiving the Service Request, the AMF sends a Read Request to the UDSF. Used to read UE data.
  • the Read Request may include the name of the UE data that needs to be obtained, such as one or more of the following information: PDU Session ID (s), QoS profile, CN N3 Tunnel information.
  • the UDSF sends a Read Response to the AMF, where the message includes specific content of the UE data that the AMF needs to read.
  • the AMF sends an N2Request to the (R) AN, where the message includes one of the following information: a PDU session ID (s), a CN N3 tunnel information, and a QoS profile.
  • the (R)AN after receiving the N2Request, performs Radio Resource Control (RRC) Connection Reconfiguration with the UE.
  • RRC Radio Resource Control
  • the (R)AN sends an N2Request ACK to the AMF.
  • the message contains one of the following information: (R) AN tunnel information, Accepted QoS flow.
  • the AMF after receiving the N2Request ACK, the AMF sends an Update Request to the UDSF to update the UE data of the (primary) UDSF currently providing the service, and the content to be updated includes one of the following information: (R) AN tunnel information, Accepted QoS flow .
  • the UDSF sends an Update Response to the AMF to indicate that the update is complete.
  • S810-S813 after the UE data stored in the (primary) UDSF changes, it is synchronized with the slave UDSF(s). The process is the same as that of S710-S713, and will not be described here.
  • the order of S809 and S810 is not limited in this embodiment.
  • the AMF sends an N11message to the SMF, where the message includes one of the following information: UE_DB_index or PDU session ID(s). Used to notify the SMF to read UE data from the UDSF.
  • the order of S814 and S809-S813 can be arbitrarily changed, and is not limited in this embodiment.
  • the SMF After receiving the N11message message, the SMF reads necessary UE data from the (primary) UDSF.
  • the SMF sends a Read Request to the UDSF, which carries the UE_DB_index and the name of the UE data that needs to be read.
  • These UE data include one of the following information: (R) AN Tunnel info, RAT Type.
  • the UDSF sends a Read Response to the SMF. Carry UE data.
  • S817 After obtaining the necessary UE data, the SMF sends an N4 session Update to the UPF, where the message includes (R) AN Tunnel info.
  • the SMF after completing a series of operations, the SMF sends an N11message ACK to the AMF as an acknowledgement to S814.
  • FIG. 9 is a schematic diagram of the process of the Handover process of the present application. As shown in FIG. 9, it is assumed that the (primary) UDSF providing the service after the handover has been synchronized with the (primary) UDSF before the handover or the (primary) UDSF before and after the handover.
  • the (primary) UDSF that is, the UE data and/or NF data has been stored in the (primary) UDSF after the handover (current) service.
  • the specific process is as follows:
  • the target (R)AN sends an N2 Path Switch Request to the AMF, and the message includes one of the following information: SUPI or Temporary UE ID, Security parameters, NSSAI.
  • S902 After receiving the N2 Path Switch Request, the AMF sends a UDSF Request to the UDSF management.
  • the processes of S902 and S703 are the same, and are not described herein again.
  • the UDSF management sends a UDSF Response to the AMF, and carries the ID of the (primary) UDSF that currently provides the service.
  • the processes of S903 and S704 are the same, and are not described herein again.
  • the AMF After obtaining the ID of the (primary) UDSF currently providing the service, the AMF sends a Read Request to receive the Read Response.
  • the UE data is read from the (primary) UDSF currently providing the service, and the UE data includes one of the following information: PDU session IDs, SMF IDs.
  • S907-S910 after the content of the (primary) UDSF is changed, it is synchronized with the slave UDSF(s).
  • the processes of S907-S91 are the same as those of S710-S713, and are not described here.
  • the order of S907 may be between S905 and S906.
  • the SMF After receiving the N11Message, the SMF sends a Read Request and receives the Read Response.
  • the UE data and/or NF data is read from the (primary) UDSF.
  • the SMF After acquiring the UE data and/or the NF data, the SMF sends an N4Session Modification Request to the UPF(s), where the message includes the UDSF ID and the UE_DB_index.
  • the UPF(s) sends a Read Request to the (primary) UDSF, and receives the Read Response sent by the (primary) UDSF to obtain UE data.
  • the UE data may include one of the following information: (R) AN address, tunnel ID for downlink user Plane.
  • the UPF(s) After reading the UE data, the UPF(s) completes the handover of the PDU Session, and then updates the UE data in the (primary) UDSF currently serving, and the updated information may include a tunnel ID for uplink traffic.
  • S919 After receiving the N4Session Modification Response, the SMF returns an N11Message ACK message to the AMF.
  • the AMF After receiving the N11Message ACK message, the AMF reads the UE data from the (primary) UDSF, and may include CN tunnel info.
  • the UE data and/or NF data can be synchronized to the slave UDSF(s) near the possible handover location of the UE, so that NF (AMF/) SMF/UPF) can acquire UE data and/or NF data directly from the currently provided (primary) UDSF, which can reduce the handover delay.
  • NF AMF/
  • SMF/UPF NF-SMF/UPF
  • FIG. 10 is another schematic flowchart of the Handover process of the present application. As shown in FIG. 10, unlike the flow shown in FIG. 9, there is no UE data and/or NF data stored in the (primary) UDSF currently providing services. The specific process is as follows:
  • S1001-S1003 are the same as S901-S903, and are not described here.
  • the AMF sends a Read Request to the (primary) UDSF that currently provides the service.
  • the (primary) UDSF finds the UE data without the AMF request locally, and sends a Synchronization Request to the UDSF management, requesting to synchronize the data from the UDSF that provided the service to the (primary) UDSF that currently provides the service.
  • the UDSF management After receiving the Synchronization Request, the UDSF management sends a Synchronization Response to the (primary) UDSF, where the message includes at least one UDSF ID of the UDSF that previously provided the service.
  • the UDSF that previously provided the service may be the primary UDSF that previously provided the service, or the secondary UDSF that previously provided the service. If there is only one UDSF ID, there may be only one UDSF that provided the service before, or it may be that the UDSF management selects one for the (primary) UDSF currently serving according to some judgment principles. If multiple UDSF IDs are included, one primary UDSF ID and multiple secondary UDSF IDs (s) can be included.
  • the (primary) UDSF sends a Read Response to the AMF, where the message contains the UE data requested by the AMF.
  • the (primary) UDSF that provides the service can also initiate the synchronization process with the previously provided UDSF after discovering the local UE-free data and/or NF data.
  • the global visibility and consistency of the data is guaranteed.
  • FIG. 11 is a schematic diagram of another process of the UE registration process of the present application. Different from FIG. 7 , there is no UE data of the UE in all UDSFs in this application, that is, there is no UE data in the (primary) UDSF currently providing services.
  • the specific process is as follows:
  • S1101-S1104 are the same as S701-S704, and are not described here.
  • the AMF After obtaining the ID of the (primary) UDSF, the AMF sends a Read Request to the (primary) UDSF. To obtain UE data.
  • the (primary) UDSF sends a Read Response to the AMF. Since there is no UE data in the (primary) UDSF, the Read Response carries a read failure flag.
  • S1107 is the same as S707 and will not be described here. .
  • the AMF After S1108, after the Authentication, the AMF sends a Write Request to the (primary) UDSF, and writes the UE data information into the (primary) UDSF.
  • S1110-S1114 is the same as S710-S714 and will not be described here.
  • the second NF(s) sends a Write/Update Request to the UDSF, and writes the NF data into the UDSF.
  • the NF data can include one of the following information: NF index, load info, capability info.
  • the UDSF sends a Read Response to the first NF, and carries all the NF data stored in the UDSF.
  • the first NF selects an NF based on the all NF data for the next processing.
  • the functional unit is divided into NF, UDSF, and UDSF management according to the above method example.
  • each functional unit may be divided corresponding to each function, or two or more functions may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit. It should be noted that the division of the unit in the present application is schematic, and is only a logical function division, and the actual implementation may have another division manner.
  • FIG. 13 is a schematic structural diagram of a communication device 100 for UE data provided by the present application.
  • the communication device 100 is applicable to implement NF.
  • the communication device 100 includes a receiving unit 101 and a sending unit 102.
  • the sending unit 102 is configured to send a first message to the UDSF, where the first message carries the UE_DB_index.
  • the UE_DB_index may be another communication device, such as an NF, sent to the communication device.
  • the receiving unit 101 is configured to receive a second message sent by the UDSF, where the second message is a response of the first message.
  • the communications device needs to know which UDSF it wants to exchange UE data with.
  • the sending unit is further configured to send a UDSF request to the UDSF management, where the UDSF
  • the requesting unit carries a UE ID
  • the receiving unit is further configured to receive a UDSF request response sent by the UDSF management, where the UDSF request response carries a UDSF ID, where the UDSF ID is used to indicate that the first NF interacts with the UDSF,
  • the UDSF is corresponding to the UE ID.
  • the global UDSF management allocates the UDSF for storing the UE data to the NF, which ensures the rationality of the UDSF allocation. It can be understood that the sending unit can also carry the NF ID, and the NF is considered in the UDSF management allocation, which can be further ensured. Rationality of distribution.
  • the first message further carries user UE data
  • the second message is an update success response.
  • the second message is a read success response.
  • the communication device 100 is also applicable to implement another NF.
  • the sending unit 102 is configured to send a third message to the UDSF, where the third message carries the UE ID
  • the receiving unit 101 is configured to receive the The fourth message sent by the UDSF, where the fourth message carries the UE_DB_index.
  • the method for obtaining the UDSF ID by the communication device 100 through the interaction with the UDSF management is the same as the above, and details are not described herein again.
  • the third message further carries the UE data
  • the fourth message is a write success response.
  • the fourth message is a read success response.
  • the communication device shown in FIG. 13 completes the reading, writing or updating of the UE data by the communication device through interaction with the UDSF.
  • the UE data is stored in the UDSF, which realizes the decoupling between computing and storage, and can better support the service-based NF interaction.
  • FIG. 14 is a schematic structural diagram of a communication device 200 for UE data provided by the present application.
  • the communication device 200 is applicable to implement a UDSF.
  • the communication device 200 includes a receiving unit 201 for receiving a The first message sent by the NF, the first message carries the UE_DB_index; the sending unit 202 is configured to send a second message to the first NF, where the second message is a response of the first message.
  • the first message further carries user UE data
  • the second message is an update success response.
  • the second message is a read success response.
  • the communication device 200 can also implement another UDSF.
  • the communication device 200 includes: a receiving unit 201, configured to receive a third message sent by the first NF, where the third message carries a UE ID, and a sending unit 202, And sending a fourth message to the first NF, where the fourth message carries UE_DB_index.
  • the fourth message is a write success response.
  • the fourth message is a read success response.
  • the communication device 200 further includes a synchronization unit 203, where the sending unit 202 is further configured to send a change notification to the UDSF management;
  • the receiving unit 201 is configured to receive a synchronization request sent by the UDSF management, where the synchronization request carries at least one UDSF ID, where the at least one UDSF ID is used to indicate at least one UDSF that needs to be synchronized;
  • the synchronization unit 203 is configured according to the Synchronize the request and synchronize with at least one UDSF.
  • the sending unit 202 is further configured to send a synchronization request to the UDSF management before the sending unit 202 sends the read success response.
  • the receiving unit 201 is further configured to receive a synchronization request response sent by the UDSF management, where the synchronization request response carries a UDSF ID, where the UDSF ID is used to indicate a UDSF that stores UE data.
  • the UE data may be stored in at least one UDSF. This can facilitate the migration of the NF and the handover of the UE.
  • one of the primary UDSFs may be set as the secondary UDSF, and the NF may interact with the primary UDSF.
  • the primary UDSF and the multiple slaves may be performed.
  • the UE data of the UDSF(s) is synchronized. Synchronization ensures the consistency of UE data between multiple UDSFs or guarantees the integrity of the currently provided UDSF data.
  • FIG. 15 is a schematic structural diagram of a communication device 300 for UE data provided by the present application.
  • the communication device 300 is applicable to implement UDSF management, and the communication device 300 includes: the receiving unit 301 is configured to receive a UDSF request sent by the NF.
  • the UDSF request carries a UE ID;
  • the sending unit 302 is configured to send a UDSF request response to the NF, where the UDSF request response carries a UDSF ID, where the UDSF ID is used to indicate a UDSF with which the NF interacts, and the UDSF is Corresponding to the UE ID.
  • the allocation of UE data or NF data to the UDSF by the UDSF management with global view ensures the rationality of the UDSF allocation.
  • the communication device 300 can also implement another UDSF, as shown in FIG. 15, the receiving unit 301 is configured to receive the change notification sent by the UDSF, and the sending unit 302 is configured to send a synchronization request to the UDSF, where the synchronization request carries at least one UDSF ID.
  • the at least one UDSF ID is used to indicate at least one UDSF that needs to be synchronized.
  • the communication device 300 can also implement another UDSF.
  • the receiving unit 301 is configured to receive a synchronization request sent by the UDSF
  • the sending unit 302 is configured to send a synchronization request response to the UDSF, where the synchronization request response carries the UDSF.
  • ID the UDSF ID is used to indicate a UDSF that stores UE data.
  • Synchronization ensures the consistency of UE data or NF data between multiple UDSFs or guarantees the integrity of the currently provided UDSF data.
  • the receiving unit can be implemented through a communication interface, a receiver, a receiving circuit, and the like.
  • the transmitting unit can be implemented through a communication interface, a transmitter, a transmitting circuit, and the like. It should be understood that the functions of the receiving unit and the transmitting unit can also be integrated and implemented by the communication interface, the transceiver, and the transceiver circuit.
  • the synchronization unit may be implemented by a processor, a processing circuit or a controller, or the like, or may be implemented by actual hardware of the receiving unit and/or the transmitting unit.
  • the communication interface is a collective name and may include one or more interfaces.
  • the processor may be a central processing unit (CPU), a general purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), and a field programmable gate array ( FieldProgrammable Gate Array, FPGA) or other programmable logic device, hardware component, or any combination thereof.
  • the processor can also be a combination of computing functions, for example, including one or more microprocessor combinations, a combination of a DSP and a microprocessor, and the like.
  • the hardware for implementing NF, UDSF, and UDSF management is not limited to the above structure, and may also include, for example, a memory, an antenna array, a duplexer, and a baseband processing. section.
  • the memory can be set in the processor or it can exist separately.
  • a duplexer is used to implement an antenna array for both transmitting signals and receiving signals.
  • the transmitter is used to convert between the RF signal and the baseband signal.
  • the transmitter can include a power amplifier, a digital-to-analog converter and a frequency converter.
  • the receiver can include a low noise amplifier, an analog to digital converter and a frequency converter.
  • the receiver and the transmitter may also be collectively referred to as a transceiver.
  • the baseband processing section is used to implement processing of transmitted or received signals, such as layer mapping, precoding, modulation/demodulation, encoding/decoding, etc., and for physical control channels, physical data channels, physical broadcast channels, reference signals, etc. Perform separate processing.
  • the functions of the receiver and the transmitter can be implemented by a dedicated chip through a transceiver circuit or a transceiver.
  • the processor can be implemented by a dedicated processing chip, a processing circuit, a processor, or a general purpose chip.
  • program code that implements processor, receiver, and transmitter functions is stored in a memory that implements the functions of the processor, receiver, and transmitter by executing code in memory.
  • a communication device 1000 is provided.
  • the communication device 1000 includes a processor 1001, a memory 1004, a receiver 1003, and a transmitter 1002.
  • the receiver 1003 and the transmitter 1002 are used to Other network elements communicate
  • the memory 1004 is for storing programs executable by the processor 1001, the programs including instructions for implementing the methods, steps or processes described in the various embodiments above.
  • programs including instructions for implementing the methods, steps or processes described in the various embodiments above.
  • the implementation may refer to FIG. 17.
  • a communication device 2000 is provided.
  • the communication device 2000 includes a processor 2001, a memory 2003, and a transceiver 2002.
  • the transceiver 2002 is configured to communicate with other network elements (through an antenna and The other user communicates) the memory 2003 for storing a program executable by the processor 2001, the program including instructions for implementing the methods, steps or processes described in the above embodiments.
  • the program including instructions for implementing the methods, steps or processes described in the above embodiments.
  • the computer program product includes one or more computer instructions.
  • the computer can be a general purpose computer, a special purpose computer, a computer network, or other programmable device.
  • the computer instructions can be stored in a computer readable storage medium or transferred from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions can be from a website site, computer, server or data center Transfer to another website site, computer, server, or data center by wire (eg, coaxial cable, fiber optic, digital subscriber line (DSL), or wireless (eg, infrared, wireless, microwave, etc.).
  • the computer readable storage medium can be any available media that can be accessed by a computer or a data storage device such as a server, data center, or the like that includes one or more available media.
  • the usable medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a DVD), or a semiconductor medium (such as a solid state disk (SSD)).
  • the storage medium shown may be integrated into a device, module, or processor, or may be separately configured.
  • the present application also provides a communication system including the aforementioned UDSF, NF.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供一种用户设备数据通信方法及设备，将UE数据存储在UDSF中，通过NF与UDSF的交互，完成NF对UE数据的读取、写入或更新。同时，NF数据也可以存储在UDSF中，通过NF与UDSF的交互完成NF数据的读取、写入或者更新。将UE数据或者NF数据存储在UDSF中，实现了计算与存储的解耦简化了NF之间的信令流程，缩短了NF之间信令的长度。UDSF可以是多个NF共享，也可以是一个NF独享。可以通过USDF管理为NF分配UDSF。通过有全局视野的UDSF管理为NF分配UE数据或者NF数据对应UDSF，保证了UDSF分配的合理性。

Description

一种用户设备数据通信方法及设备 技术领域
本申请涉及通信技术领域，尤其涉及一种用户设备数据通信方法及设备。
背景技术
现有通信网络中，虚拟网络功能(virtualized network function，VNF)将VNF的策略、计费、状态等相关数据从VNF本身分离出来，放入共享的数据库，其存储是以VNF为粒度的。但是，在目前或者未来的通信网络的数据存储中，需要考虑以用户设备(User Equipment，UE)为粒度的数据存储。其不同于以VNF为粒度的存储，需要考虑UE的特性，如，移动性等因素。
为此，通信网络中定义了无结构数据存储功能(Unstructured Data Storage Function，UDSF)，即一种新的功能，用于存储UE数据。网络功能(Network function，NF)可以与之交互。但是，现有技术没有描述如何实现UDSF与NF的交互。
发明内容
本申请提供一种用户设备数据通信方法及设备，将UE数据(该UE数据包括下列数据中的一种或者多种，UE标识信息、UE能力信息、UE安全上下文、UE位置信息、UE会话信息、UE网络信息、移动性管理context和UE QoS profile。)存储在UDSF中，通过NF与UDSF的交互，完成NF对UE数据的读取、写入或更新。同时，NF数据也可以存储在UDSF中，通过NF与UDSF的交互完成NF数据的读取、写入或者更新。将UE数据或者NF数据存储在UDSF中，实现了计算与存储的解耦，能够更好的支持基于服务的NF交互(service-based NF interaction)。同时，NF之间不必传递大量UE数据或者NF数据，简化了NF之间的信令流程，缩短了NF之间信令的长度。
UDSF可以是多个NF共享，也可以是一个NF独享。可以通过USDF管理为NF分配存储UE数据或者NF数据的UDSF，分配原则可以基于距离、负载、灵活性等等。通过有全局视野的UDSF管理为NF分配UE数据或者NF数据对应UDSF，保证了UDSF分配的合理性。
UE数据或者NF数据可能存储在至少一个UDSF中。这样可以方便NF的迁移和UE的切换。
在存储在多个UDSF中时，可以将其中的至少一个设为主UDSF其他的设为从UDSF，NF与主UDSF交互，当主UDSF中的UE数据或者NF数据发生变化时，可以进行主UDSF与一个多个从UDSF的UE数据或者NF数据进行同步。基于UE的移动或者NF的切换等因素，存储UE数据或者NF数据的UDSF可能发生变化，如果发生变化，则可以通过UDSF管理完成当前服务UDSF与之前服务UDSF的UE数据或者NF数据的同步。同步保证了多个UDSF之间UE数据或者NF数据的一致性或者保证了当前提供服务的UDSF数据的完整性。
第一方面，提供一种UE数据的通信方法，包括：NF向无结构数据存储功能UDSF发送第一消息，所述第一消息携带用户设备数据库索引UE_DB_index；所述第一NF接收所述UDSF发送的第二消息，所述第二消息是第一消息的响应。
在一种可能的设计中，在所述第一NF向所述UDSF发送所述第一消息之前，所述通信方法还包括：所述第一NF接收第二NF发送的UE_DB_index。
在一种可能的设计中，当所述第一消息还携带用户UE数据时，所述第二消息为更新成功响应。
在一种可能的设计中，于，当所述第二消息携带UE数据时，所述第二消息为读取成功响应。
在一种可能的设计中，在所述第一NF向所述UDSF发送所述第一消息之前，所述通信方法还包括：所述第一NF向UDSF管理发送UDSF请求，所述UDSF请求携带UE ID；所述第一NF接收所述UDSF管理发送的UDSF请求响应，所述UDSF请求响应携带UDSF ID，所述UDSF ID用于指示所述第一NF与之交互的UDSF，所述UDSF是与UE ID对应的。
在一种可能的设计中，所述UDSF请求还携带NF ID。
第二方面，提供一种UE数据的通信方法，包括：第一NF向UDSF发送第三消息，所述第三消息携带用户设备标识UE ID；
所述第一NF接收所述UDSF发送的第四消息，所述第四消息携带UE_DB_index。
在一种可能的设计中，当所述第三消息还携带UE数据时，所述第四消息为写入成功响应。
在一种可能的设计中，当所述第四消息携带UE数据时，所述第四消息为读取成功响应。
在一种可能的设计中，在所述第一NF向所述UDSF发送所述第三消息之前，所述通信方法还包括：所述第一NF向UDSF管理发送UDSF请求，所述UDSF请求携带UE ID；所述第一NF接收所述UDSF管理发送的UDSF请求响应，所述UDSF请求响应携带UDSF ID，所述UDSF ID用于指示所述第一NF与之交互的UDSF，所述UDSF是与UE ID对应的。
在一种可能的设计中，所述UDSF请求还携带NF ID。
第三方面，提供一种UE数据的通信方法，包括：UDSF接收第一NF发送的第一消息，所述第一消息携带UE_DB_index；所述UDSF向所述第一NF发送第二消息，所述第二消息是第一消息的响应。
在一种可能的设计中，当所述第一消息还携带用户UE数据时，所述第二消息为更新成功响应。在这种可能的设计中，当UDSF发生更新，所述通信方法还包括：所述UDSF向UDSF管理发送变化通知；所述UDSF接收所述UDSF管理发送的同步请求，所述同步请求携带至少一个UDSF ID，所述至少一个UDSF ID用于指示需要进行同步的至少一个UDSF；所述UDSF根据所述同步请求，与至少一个UDSF进行同步。
在一种可能的设计中，当所述第二消息携带UE数据时，所述第二消息为读取成功响应。在这种可能的设计中，如果UDSF中没有被请求的UE数据，则在发送读取成功响应之前，所述通信方法还包括：所述UDSF向UDSF管理发送同步请求；所述UDSF接收所述UDSF管理发送的同步请求响应，所述同步请求响应携带UDSF ID，所述UDSF ID用于指示存储UE数据的UDSF。
第四方面，提供一种UE数据的通信方法，包括：USDF接收第一NF发送的第三消息，所述第三消息携带UE ID；所述UDSF向所述第一NF发送第四消息，所述第四消息携带UE_DB_index。
在一种可能的设计中，当所述第三消息还携带UE数据时，所述第四消息为写入成功响应。在这种可能的设计中，当UDSF发现有写入，所述通信方法还包括：所述UDSF向UDSF管理发送变化通知；所述UDSF接收所述UDSF管理发送的同步请求，所述同步请求携带至少一个UDSF ID，所述至少一个UDSF ID用于指示需要进行同步的至少一个UDSF；所述UDSF根据所述同步请求，与至少一个UDSF进行同步。
在一种可能的设计中，当所述第四消息携带UE数据时，所述第四消息为读取成功响应。在这种可能的设计中，如果UDSF中没有被请求的UE数据，则在发送读取成功响应之前，所述通信方法还包括：所述UDSF向UDSF管理发送同步请求；所述UDSF接收所述UDSF管理发送的同步请求响应，所述同步请求响应携带UDSF ID，所述UDSF ID用于指示存储UE数据的UDSF。
第五方面，提供一种UE数据的通信方法，包括：UDSF管理接收NF发送的UDSF请求，所述UDSF请求携带UE ID；
所述UDSF管理向NF发送UDSF请求响应，所述UDSF请求响应携带UDSF ID，所述UDSF ID用于指示所述NF与之交互的UDSF，所述UDSF是与UE ID对应的。
第六方面，提供一种UE数据的通信方法，包括：UDSF管理接收UDSF发送的变化通知；UDSF管理向UDSF发送同步请求，所述同步请求携带至少一个UDSF ID，所述至少一个UDSF ID用于指示需要进行同步的至少一个UDSF。
第七方面，提供一种UE数据的通信方法，包括：UDSF管理接收UDSF发送的同步请求；UDSF管理向UDSF发送的同步请求响应，所述同步请求响应携带UDSF ID，所述UDSF ID用于指示存储UE数据的UDSF。
第八方面，提供一种UE数据的第一通信设备，该第一通信设备包括：
发送单元用于向UDSF发送第一消息，所述第一消息携带UE_DB_index；
接收单元用于接收所述UDSF发送的第二消息，所述第二消息是第一消息的响应。
在一种可能的设计中，所述接收单元还用于在所述发送单元发送第一消息之前，接收第二NF发送的UE_DB_index。
在一种可能的设计中，当所述第一消息还携带用户UE数据时，所述第二消息为更新成功响应。
在一种可能的设计中，当所述第二消息携带UE数据时，所述第二消息为读取成功响应。
在一种可能的设计中，在所述发送单元发送所述第一消息之前，所述发送单元还用于向UDSF管理发送UDSF请求，所述UDSF请求携带UE ID；所述接收单元还用于接收所述UDSF管理发送的UDSF请求响应，所述UDSF请求响应携带UDSF ID，所述UDSF ID用于指示所述第一通信设备与之交互的UDSF，所述UDSF是与UE ID对应的。
在一种可能的设计中，所述UDSF请求还携带NF ID。
第九方面，提供一种UE数据的第一通信设备，包括：发送单元，用于向UDSF发送第三消息，所述第三消息携带UE ID；接收单元，用于接收所述UDSF发送的第四消息，所述第四消息携带UE_DB_index。
在一种可能的设计中，当所述第三消息还携带UE数据时，所述第四消息为写入成功响应。
在一种可能的设计中，当所述第四消息携带UE数据时，所述第四消息为读取成功响应。
在一种可能的设计中，在所述发送单元发送所述第三消息之前，所述发送单元还用于，向UDSF管理发送UDSF请求，所述UDSF请求携带UE ID；所述接收单元还用于，接收所述UDSF管理发送的UDSF请求响应，所述UDSF请求响应携带UDSF ID，所述UDSF ID用于指示所述第一通信设备与之交互的UDSF，所述UDSF是与UE ID对应的。
在一种可能的设计中，所述UDSF请求还携带NF ID。
第十方面，提供一种UE数据的第二通信设备，该第二通信设备包括：接收单元，用于接收第一NF发送的第一消息，所述第一消息携带UE_DB_index；发送单元，用于向第一NF发送第二消息，所述第二消息是第一消息的响应。
在一种可能的设计中，当所述第一消息还携带用户UE数据时，所述第二消息为更新成功响应。在这种可能的设计中，当第二通信设备中的UE数据发生变化，所述第二通信设备还包括同步单元，则所述发送单元还用于向UDSF管理发送变化通知；所述接收单元用于接收所述UDSF管理发送的同步请求，所述同步请求携带至少一个UDSF ID，所述至少一个UDSF ID用于指示需要进行同步的至少一个UDSF；所述同步单元根据所述同步请求，与至少一个UDSF进行同步。
在一种可能的设计中，当所述第二消息携带UE数据时，所述第二消息为读取成功响应。 在这种可能的设计中，如果第二通信设备中没有被请求的UE数据，则在发送单元发送读取成功响应之前，所述发送单元还用于，向UDSF管理发送同步请求；所述接收单元还用于，接收所述UDSF管理发送的同步请求响应，所述同步请求响应携带UDSF ID，所述UDSF ID用于指示存储UE数据的UDSF。
第十一方面，提供一种UE数据的第二通信设备，所述第二通信设备包括：接收单元，用于接收第一NF发送的第三消息，所述第三消息携带UE ID；发送单元，用于向所述第一NF发送第四消息，所述第四消息携带UE_DB_index。
在一种可能的设计中，当所述第三消息还携带UE数据时，所述第四消息为写入成功响应。在这种可能的设计中，当第二通信设备中的UE数据发生变化，所述第二通信设备还包括同步单元，则所述发送单元还用于向UDSF管理发送变化通知；所述接收单元用于接收所述UDSF管理发送的同步请求，所述同步请求携带至少一个UDSF ID，所述至少一个UDSF ID用于指示需要进行同步的至少一个UDSF；所述同步单元根据所述同步请求，与至少一个UDSF进行同步。
在一种可能的设计中，当所述第四消息携带UE数据时，所述第四消息为读取成功响应。在这种可能的设计中，如果UDSF中没有被请求的UE数据，则在发送单元发送读取成功响应之前，所述发送单元还用于，向UDSF管理发送同步请求；所述接收单元还用于，接收所述UDSF管理发送的同步请求响应，所述同步请求响应携带UDSF ID，所述UDSF ID用于指示存储UE数据的UDSF。
第十二方面，提供一种UE数据的第三通信设备，包括：接收单元用于接收NF发送的UDSF请求，所述UDSF请求携带UE ID；发送单元，用于向NF发送UDSF请求响应，所述UDSF请求响应携带UDSF ID，所述UDSF ID用于指示所述NF与之交互的UDSF，所述UDSF是与UE ID对应的。
第十三方面，提供一种UE数据的第三通信设备，包括：接收单元，用于接收UDSF发送的变化通知；发送单元，用于向UDSF发送同步请求，所述同步请求携带至少一个UDSF ID，所述至少一个UDSF ID用于指示需要进行同步的至少一个UDSF。
第十四方面，提供一种UE数据的第三通信设备，包括：接收单元，用于接收UDSF发送的同步请求；发送单元，用于向UDSF发送的同步请求响应，所述同步请求响应携带UDSF ID，所述UDSF ID用于指示存储UE数据的UDSF。
第十五方面，提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如第一方面或第二方面所述的方法。
第十六方面，提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如第三方面或第四方面所述的方法。
第十七方面，提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如第五方面、第六方面、第七方面任意一方面所述的方法。
第十八方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
第十九方面，提供了一种通信设备，所述通信设备包括：处理器、存储器、收发器，所述收发器用于与网元通信，所述存储器用于存储所述处理器执行的程序，所述程序包括用于实现上述各方面所述方法的指令。
第二十方面，提供了一种通信设备，所述通信设备包括：处理器、存储器、接收器、发送器，所述接收器和所述发送器用于与网元通信，所述存储器用于存储所述处理器执行的程序，所述程序包括用于实现上述各方面所述方法的指令。
第二十一方面，提供了一种通信设备，所述通信设备包括：接收器、发送器，所述接收器和所述发送器用于实现上述各方面所述的方法。
第二十二方面，提供一种系统，包括上述第一通信设备和上述第二通信设备。
附图说明
为了更清楚地说明本申请或现有技术中的技术方案，下面将对本申请中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些可能的实现方式，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获取其他的附图。
图1所示为UE数据和NF数据的示意图。
图2所示为本申请适用的一种通信网络的架构示意图。
图3是本申请NF与UDSF管理通信方法示意图。
图4是本申请NF与UDSF通信方法示意图。
图5是本申请UDSF数据同步方法示意图。
图6是本申请UDSF数据同步另一种方法示意图。
图7是本申请UE注册过程流程示意图。
图8是本申请UE服务请求(Service Request)过程流程示意图。
图9是本申请Handover过程流程示意图。
图10是本申请Handover过程另一种流程示意图。
图11是本申请UE注册过程另一种流程示意图。
图12是本申请NF(re)selection过程流程示意图。
图13示出了本申请提供的一种UE数据的通信设备100的结构示意图。
图14示出了本申请提供的一种UE数据的通信设备200的结构示意图。
图15示出了本申请提供的一种UE数据的通信设备300的结构示意图。
图16示出本申请提供的一种通信设备结构示意图。
图17示出本申请提供的另一种通信设备结构示意图。
具体实施方式
在本申请中使用的术语是仅仅出于描述特定可能的实现方式的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的或所有可能组合。进一步应当理解，本文中采用的术语“包括”规定了所述的特征、数据、信息、整体、步骤、操作、元件和/或部件的存在，而不排除一个或多个其他特征、数据、信息、整体、步骤、操作、元件、部件和/或它们的组的存在或附加。
应当理解，尽管在本申请中可能采用术语第一、第二、第三或者第四等来描述各种消息，但这些消息不应限于这些术语。这些术语仅用来将消息彼此区分开。例如，在不脱离本申请范围的情况下，第一消息也可以被称为第二消息，类似地，第二消息也可以被称为第一消息。同样的，第一NF和第二NF种的第一和第二也只是为了彼此区别，而不是限定。还应当理解，本申请中的各种请求(Request)和响应(Response)可以通过某种消息来发送，如可以包括但不限于5G中定义的N1、N2、N11或者N18等消息。同时还应理解，Request和Response可以通过同一种消息来发送。还应当理解，在本申请中，数据、信息有时混用。
应当理解，本申请中流程用SXXX标识(如S501，S503等)，但这些标识并不是对流程顺序的限制，只是用来将流程区分开，只是表示一种可能的流程顺序。例如，实际执行的顺序可以是S905，S906，S907，也可以是S905，S907，S906，还可以是S906与S907同时执行，本申请对此均不作限制。
下面首先，对本申请中的部分用语进行解释说明，以便本领域技术人员理解。
1)、交互，本申请中的交互是指交互双方彼此向对方传递信息的过程，这里传递的信息可以相同，也可以不同。例如，交互双方为基站1和基站2，可以是基站1向基站2请求信息，基站2向基站1提供基站1请求的信息。当然，也可以基站1和基站2彼此向对方请求信息，这里请求的信息可以相同，也可以不同。
2)、名词“网络”和“系统”经常交替使用，但本领域的技术人员可以理解其含义。信息(information)，信号(signal)，消息(message)，信道(channel)有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。“的(of)”，“相应的(corresponding，relevant)”和“对应的(corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。
3)、虚拟网络功能virtualized network function(简称：VNF)将传统网络中的网元功能(如3GPP EPC中的网元MME、S-GW、P-GW)虚拟化。
4)、网络功能(network function，NF)一种网络中的处理功能，也可以理解为包括功能性行为和与其他功能或网元之间的接口。在硬件实现上，NF可以通过一个专用硬件实现，或者一个通用或者专用软件运行在专用硬件上实现，或者可以是作为一个虚拟化功能在一个通用平台上实现，例如云平台。(A network function can be implemented either as a network element on a dedicated hardware,as a software instance running on a dedicated hardware,or as a virtualised function instantiated on an appropriate platform,e.g.on a cloud infrastructure.)。UDSF、接入与移动性管理功(Access and Mobility Management Function，AMF)、会话管理功能(Session Management Function，SMF)、用户平面功能(User Plane Function，UPF)或认证服务功能(Authentication Server Function，AUSF)等均是一种NF。
5)、UDSF：是一种NF，其可以通过任何NF来实现，如AMF、SMF或UPF等等NF均可以充当UDSF。UDSF的功能主要是能够存储数据，并且与其它的任意NF交互，供任意NF存储数据、读取数据。UDSF存储的数据一般是非结构化的。UDSF的实现方式与NF相同。
6)、UE，是一种向用户提供语音和/或数据连通性的设备，可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的终端，移动台(Mobile station，MS)，，传输点(transmission and receiver point，TRP或者transmission point，TP)等等。
7)、UE数据，又可以称为UE上下文(context)，或者还可称为UE数据(data)。UE数据主要包括在网络中与UE相关的数据，如图1所示，可以包括以下数据中的一种或者多种：UE标识信息、UE能力信息、UE安全上下文、UE位置信息、网络信息、UE QoS profile、SM context(Session Management context，会话管理上下文)和移动性管理(Mobility Management，MM)context。
其中，UE标识信息可以包括以下一种或者多种：IP address(IP地址)、GUTI(Unique Temporary UE Identity,全球唯一临时UE标识)、Temporary UE ID(临时UE标识)、IMEI(International Mobile Equipment Identity,国际移动设备标识)、PEI、SUPI(Subscriber Permanent Identity，订阅者永久标识)、IMSI(International Mobile Subscriber Identification Number，国际移动用户识别码)。
UE能力信息可以包括以下一种或者多种：network capability(UE网络能力)和radio capability(UE无线能力)。
UE位置信息可以包括以下一种或者多种：cell identity、Tracking area list、TAI(Tracking Area Identity，跟踪区标识)of last TAU(Tracking Area Update，跟踪区更新)。
网络信息可以包括以下一种或者多种：RAN tunnel info、核心网(Core Network，CN)tunnel info、无线接入技术(Radio Access Technology，RAT)type。
SM context可以包括以下一种或者多种：Slice information、PDN session type、数据网络 名(Data Network Name，DNN)、PDU(Protocol Data Unit，协议数据单元)session ID、SMF information。
UE QoS profile可以包括以下一种或者多种：PDU session AMBR(Aggregated Maximum Bit Rate，聚合的比特速率)、最大流比特速率(Maximum Flow Bit Rate，MFBR)(UL/DL)、保证的流比特速率(Guaranteed Flow Bit Rate，GFBR)(UL/DL)、分配和保留优先级(Allocation And Retention Priority，ARP)、5QI(5G QoS Indicator，5G QoS标识)，QoS Flow ID。
UE安全上下文可以包括以下一种或者多种：Keys、Security algorithm。在本申请中UE安全上下文可以不存储在UDSF中。
9)、NF数据主要包括在网络中与NF相关的数据，如图1所示，可以包括以下数据中的一种或者多种：负载信息、标识信息、功能信息。其中，标识信息可以包括：完全合格域(Fully Qualified Domain Name，FQDN)或IP address。功能信息可以包括：UPF capacity或capability。
下面将结合附图，对本申请中的技术方案进行描述。
图2所示为本申请适用的一种通信网络的架构示意图。图2以无线通信网络中5G网络场景为例进行说明，应当指出的是，本申请中的方案还可以应用于其他无线通信网络中，相应的名称也可以用其他无线通信网络中的对应功能的名称进行替代。如图2所示，通信网络由若干个NF、(R)AN((无线)接入网，(Radio)Access Network)节点、以及若干个UDSF组成，应该理解的是其还可以包含其它的网元和/或节点。每个UE有对应的UDSF存储UE数据，这个UDSF可以称为主UDSF，或者服务UDSF(servicing UDSF)。还可能有若干个从UDSF(s)用来备份有UE数据，其还可以称为备用UDSF(candidate UDSF)或者可以成为从UDSF。主UDSF与从UDSF(s)之间可以通过同步，保证UE数据的一致性。可以理解的是，有些通信网络架构中可能只有(主)UDSF没有从UDSF(s)。当NF需要UE数据时，NF到(主)UDSF去读取或者写入所需的UE数据，并可能更新当前提供服务的(主)UDSF中的UE数据；(主)UDSF可能随着UE的移动或者其它因素的变化而发生改变。可能存在一个USDF管理，或者可以称为全局UDSF，或者还可以称为全球UDSF(Global UDSF)。UDSF管理本身也可以是一个UDSF，也可以是其他功能模块。它具有各个UDSF的全局视图，具有存储管理的功能，负责为UE分配(主)UDSF，并协调UDSF之间的数据传输。尽管图中未示出，实际中一个UDSF可能与多个NF交互，一个NF也可能与多个UDSF交互。
图3是本申请NF与UDSF管理通信方法示意图，在NF向UDSF获取UE数据之前，NF需要知道该UE数据存储在哪个UDSF中，因此NF向UDSF管理发送消息，由UDSF管理告知NF该UE数据存储在哪个UDSF中，之后该NF才能与该UE数据对应的UDSF交互。
如图3所示，NF发送UDSF请求，所述UDSF请求携带UE ID。通过该UDSF请求，NF向UDSF管理请求该UE ID对应的UDSF(可以是主UDSF)。其中，携带的UE ID可以是SUPI，也可以是Temporary UE ID，可以参考上文提到的“UE标识信息”，UE ID可以包括UE标识信息中的一种或多种。可以理解的是在多数情况中，SUPI相较于Temporary UE ID是优选的。UDSF管理向NF发送UDSF请求响应，该消息携带UDSF ID。通过有全局视野的UDSF管理为NF分配UE数据保证了UDSF分配的合理性。
可选地，该UDSF请求可以携带NF ID，该NF ID可以是FQDN或IP address，用于指示该NF是哪一个NF。UDSF管理在分配UDSF时，同时考虑NF的情况，可以进一步提升分配的合理性。如可以选择离该NF最近的存有该UE数据的UDSF作为(主)UDSF，与NF交互。
图4是本申请NF与UDSF通信方法示意图，在NF获取UDSF ID之后，该NF可以与之进行交互，包括UE数据更新、写入或者读取。NF与UDSF的交互还需要知道在该UDSF中该UE数据的索引，即需要获取UE_DB_index。该UE_DB_index可以通过另一个NF向该NF 发送获得，也可以通过写入或者读取时由UDSF发送给NF获得。其中，UE_DB_index可以直接采用UE ID，也可以是UDSF分配的一个index。在获得该UE_DB_index之后，NF更新UE数据或者读取UE数据时可以携带该UE_DB_index。将UE数据存储在UDSF中，实现了计算与存储的解耦，同时，NF之间不必传递大量UE数据简化了NF之间的信令流程，缩短了NF之间信令的长度。
具体的，
如图4A所示，在NF以获取UE_DB_index时，NF与UDSF进行UE数据更新。S4A01，NF向UDSF发送第一消息，该第一消息携带UE_DB_index和UE数据。S4A02，UDSF根据该第一消息，向NF发送更新成功响应(第二消息)。
如图4B所示，在NF以获取UE_DB_index时，NF与UDSF进行UE数据读取。S4B01，NF向UDSF发送第一消息，该第一消息携带UE_DB_index。S4B02，UDSF根据该第一消息，向NF发送读取成功响应，该消息携带UE数据。
如图4C所示，在NF未获取UE_DB_index时，NF与UDSF进行UE数据读取。S4C01，NF向UDSF发送第三消息，所述第三消息携带UE ID。UDSF通过该UE ID获取对应的UE_DB_index。S4C02，UDSF向NF发送读取成功响应，该消息携带UE_DB_index和UE数据。该NF与UDSF的后续交互中可以使用该UE_DB_index。
如图4D所示，在NF未获取UE_DB_index时，NF与UDSF进行UE数据写入。S4D01，NF向UDSF发送第三消息，所述第三消息携带UE ID和UE数据。UDSF通过该UE ID获取对应的UE_DB_index。S4D02，UDSF向NF发送写入成功响应，该消息携带UE_DB_index。该NF与UDSF的后续交互中可以使用该UE_DB_index。
图5是本申请UDSF数据同步方法示意图，在UDSF写入或者更新UE数据后，如果该UE有多个对应的UDSF，即有一个主UDSF，至少一个从UDSF，则主UDSF需要与从UDSF(s)之间进行同步。同步保证了多个UDSF之间UE数据或者NF数据的一致性
如图5所示，S501，UDSF(该UDSF可以是主UDSF)向UDSF管理发送变化通知；S502该UDSF管理向UDSF发送的同步请求，该同步请求携带至少一个UDSF ID。所述至少一个UDSF ID用于指示需要进行同步的至少一个UDSF(该至少一个UDSF可以是从UDSF)。S503，该UDSF根据该同步请求，与至少一个UDSF进行同步。
可选的，S502还可以是，UDSF管理向至少一个从UDSF发送主UDSF ID。则，S503可以是，UDSF根据主UDSF ID与主UDSF进行同步。
图6是本申请UDSF数据同步另一种方法示意图，当NF向UDSF读取UE数据时，由于UE的移动性等因素，该UE的(主)UDSF发生变化时，当前(主)UDSF上没有该UE的数据，则当前(主)UDSF需要与原(主或从)UDSF同步。同步保证了当前提供服务的(主)UDSF中UE数据的完整性和可获得性，适应了UE移动的特性。
如图6A或6B所示，S601，UDSF向UDSF管理发送同步请求；S602，UDSF管理向UDSF发送的同步请求响应，所述同步请求响应携带UDSF ID，所述UDSF ID用于指示存储UE数据的UDSF。
可选的，如图6A所示在S602之后，所述方法可以可以包括：S603，UDSF与UDSF ID指示的UDSF进行同步。
可选的，如图6B所示，在S602之后，所述方法可以包括：S604，UDSF管理向UDSF ID指示的UDSF发送同步请求。S605，UDSF ID指示的UDSF与UDSF同步。
本申请以下以无线通信网络中5G网络场景为例进行说明，应当指出的是，本申请中的方案还可以应用于其他无线通信网络中，相应的名称也可以用其他无线通信网络中的对应 功能的名称进行替代。
图7是本申请UE注册过程流程示意图。本实施例针对一般注册过程(General Registration procedure)。注册可能发生在UE初始接入网络的过程、跟踪区更新(Tracking Area Update，TAU)的过程、以及UE要更新能力信息等多种场景。在本实施例中，我们假设现在提供服务的(主)UDSF已经与之前服务该UE的之前提供服务的UDSF同步。具体流程如下所示：
S701：UE向(R)AN发送注册请求(Registration Request)，该消息包含如下信息中的一种或者多种：Registration type,SUPI or Temporary UE ID，Security parameters,NSSAI(Network Slice Selection Assistance Information，网络切片选择辅助信息)，UE 5G CN Capability和PDU session status。可选的，(R)AN接收到Registration Request后，(R)AN可能执行AMF选择过程，如当Registration Request中包含SUPI或者Temporary UE ID，未包含有效的AMF时，(R)AN将选择一个AMF。
S702：(R)AN接收到Registration Request后向AMF发送Registration Request，该消息包含如下信息中的一种或者多种：N2parameters，Registration type，SUPI or Temporary UE ID，Security parameters和NSSAI。其中N2parameters包含Location Information和Cell Identity。
S703：AMF接收到(R)AN发来的Registration Request后，向UDSF管理发送UDSF Request，该消息包括以下信息:SUPI or Temporary UE ID，Location Information，Cell Identity。UDSF管理接收到该UDSF Request后，将根据该SUPI选择一个合适的(主)UDSF，同时还可以选择至少一个从UDSF。从UDSF(s)的分配使得数据可以存放在多处，有益于数据的存储的安全和迁移的便捷性。
S704：UDSF管理选择(主)UDSF及从UDSF(s)后，将记录该SUP(或者Temporary UE ID)对应的(主)UDSF及从UDSF(s)，并把(主)UDSF的ID通过UDSF Response发送给AMF。通过UDSF管理来分配UDSF，可以从全局考虑保证了UDSF分配的合理性，如果UDSF管理分配时还考虑AMF的位置，那可能会在考虑全局的基础上就近分配，提升通信的可靠性和便捷性。
S705：AMF获得(主)UDSF ID之后，将通过向(主)UDSF发送Read Request来获取UE数据，其中可以携带需要的UE数据的名称，例如需要的UE数据可以包括移动性管理(Mobility Management，MM)context、SMF information等。
S706：(主)UDSF向AMF发送Read Response，该消息携带了AMF请求的UE数据以及UDSF中存储该UE数据的数据库ID(UE_DB_index)。应该理解的是，此处的UE数据指的是UE数据的具体内容。AMF获得UE_DB_index后将绑定SUPI(或者Temporary UE ID)与UE_DB_index，在后续与(主)UDSF交互时，将使用UE_DB_index代替SUPI(或者Temporary UE ID)，以避免SUPI(或者Temporary UE ID)的频繁传输。
S707：AMF与AUSF以及AUSF与统一数据管理(Unified Data Management，UDM)进行Authentication。
S708：Authentication之后，AMF向(主)UDSF发送Update Request，把新的UE数据存入(主)UDSF中。
S709：(主)UDSF完成数据库更新后，将向AMF发送Update Response，表明数据更新成功。
S710：当(主)UDSF的数据发生更新后，(主)UDSF通知UDSF管理。通知中可以携带UE_DB_index。
S711:UDSF管理向(主)UDSF发送Synchronization Request，该请求携带了需要同步的从UDSF ID(s)。
S712：(主)UDSF接收到Synchronization Request后，将发起与从UDSF(s)的同步。
S713：同步结束后向UDSF管理发送Synchronization Response，表明同步完成。
S714：AMF完成对(主)UDSF的数据跟新之后，向SMF发送N11message Request。与现有的Registration Procedure中的N11message Request不同，本申请的N11message Request仅仅传递少量的与UDSF相关的信息，如UE_DB_index，或者UDSF ID等，其主要作用是触发SMF 的操作流程。减少信息的传递可以节省信令开销，简化通信过程。
S715-S716：：SMF接收到N11message Request后，将首先从(主)UDSF中读取UE数据，如SM context。该过程通过SMF与(主)UDSF交互Read Request/Read Response来实现。
SMF获取到UE数据之后，将进行相应的操作，如释放inactive PDU session，迁移UPFs等。SMF完成操作后，可能产生新的UE数据。因此，S717-S718：SMF将更新当前提供服务的(主)UDSF中的UE数据。
S719：(主)UDSF中的内容发生更新后，(主)UDSF将与从UDSF(s)进行同步。以保持(主)UDSF与从UDSF(s)间数据的一致性。应该理解的是，在这里(主)UDSF不需要再与UDSF管理进行Change Notification、Synchronization Request/Response的交互，因为(主)UDSF已经知道了该SUPI对应的从UDSF ID(s)，因此只需与从UDSF(s)直接进行同步。
S720：SMF完成对(主)UDSF的数据更新后，向AMF的发送N11message Response，作为对S714的响应。
S721-S722：AMF接收到N11message Response后，将从(主)UDSF中获取UE数据。AMF和SMF直接不需要交互UE数据。
S723：AMF读取到UE数据后，向UE发送Registration Accept消息，该消息可以携带Temporary UE ID(或者Temporary UE ID)、Registration area、Mobility restrictions、PDU session status、NSSAI、Periodic registration update timer等信息。AMF除保留一些安全相关的参数外，将删除其他UE数据。节省了AMF的存储空间。
通过以上流程，本实施例的有益效果可以包括：(1)AMF与SMF均从(主)UDSF获取UE数据，使AMF与SMF间一些用于UE数据传输的信令不再需要，简化了一些信令流程。(2)AMF与SMF间的信令仅携带少量的与UE ID及UDSF相关的信息，不再携带UE数据，能大大减小信令的长度。(3)AMF接收到Registration Request后，向UDSF管理请求UDSF，并由Global UDSF分配(主)UDSF，保证了UDSF的合理分配，能缩短AMF/SMF与(主)UDSF的交互时延。(4)(主)UDSF的数据发送变化后，及时与从UDSF(s)同步，保证了(主)UDSF与从UDSF(s)间数据一致。
图8是本申请UE服务请求(Service Request)过程流程示意图。具体流程如下所示：
S801，UE向(R)AN发送Service Request。
S802，(R)AN向AMF发送Service Request。在S801或者S802中，service Request至少携带以下信息之一：PDU session ID(s)，security parameters或PDU session status。应该理解的是，这些信息可能只是该信息的名称，表明交互需要该信息，而不是该信息的具体内容。
S803：AMF接收到Service Request之后，向UDSF发送Read Request。用以读取UE数据。该Read Request中可以包括其需要获取的UE数据的名称，如可以包括以下信息中的一种或者多种：PDU Session ID(s)，QoS profile、CN N3Tunnel information。
S804，UDSF向AMF发送Read Response，该消息包括AMF需要读取的UE数据的具体内容。
S805，AMF向(R)AN发送N2Request，该消息包括以下信息之一：PDU session ID(s)，CN N3tunnel information，QoS profile。
S806，(R)AN接收到N2Request之后，与UE进行无线资源控制(Radio Resource Control，RRC)Connection Reconfiguration
S807，RRC Connection Reconfiguration完成之后，(R)AN向AMF发送N2Request ACK。该消息包含以下信息之一：(R)AN tunnel information，Accepted QoS flow。
S808，AMF接收到N2Request ACK后，向UDSF发送Update Request，用以更新当前提供服务的(主)UDSF的UE数据，需更新的内容包括以下信息之一：(R)AN tunnel information，Accepted QoS flow。
S809，UDSF向AMF发送Update Response，用以表明更新完成。
S810-S813，(主)UDSF存储的UE数据发生变化后，与从UDSF(s)进行同步。其过程与 S710-S713的方法一致，在此不再赘述。S809与S810的顺序本实施例不做限制。
S814，AMF向SMF发送N11message，该消息包括以下信息之一：UE_DB_index或PDU session ID(s)。用以通知SMF从UDSF中读取UE数据。S814与S809-S813的顺序可以任意变换，本实施例不做限制。
S815，SMF接收到N11message消息之后，从(主)UDSF中读取必要的UE数据。SMF向UDSF发送Read Request，该消息携带UE_DB_index和需要读取的UE数据的名称。这些UE数据包括以下信息之一：(R)AN Tunnel info，RAT Type。
S816，UDSF向SMF发送Read Response。携带UE数据。
S817，SMF获取了必要的UE数据后，向UPF发送N4session Update，该消息包括(R)AN Tunnel info。
S818，SMF在完成一系列操作后，向AMF发送N11message ACK，作为对S814的确认。
以上流程实现的有益效果与本申请图7所示流程的有益效果相同，类似的步骤也可以参考图7中的流程，在此不再赘述。
图9是本申请Handover过程流程示意图，如图9所示，假设切换之后提供服务的(主)UDSF在切换之前已经与切换前的(主)UDSF同步或者切换前后的(主)UDSF为同一个(主)UDSF，即切换后(当前)提供服务的(主)UDSF内已经存储了UE数据和/或NF数据。具体流程如下所示：
S901：目标(R)AN向AMF发送N2 Path Switch Request，该消息包括以下信息之一：SUPI or Temporary UE ID，Security parameters，NSSAI。
S902，AMF接收到N2 Path Switch Request之后，向UDSF管理发送UDSF Request。可选的，S902与S703的流程相同，在此不再赘述。
S903，UDSF管理向AMF发送UDSF Response，携带当前提供服务的(主)UDSF的ID。可选的，S903与S704的流程相同，在此不再赘述。
S904：AMF获取到当前提供服务的(主)UDSF的ID之后，发送Read Request,接收Read Response。从当前提供服务的(主)UDSF中读取UE数据，UE数据包括以下信息之一：PDU session IDs，SMF IDs。
S905-S906，AMF读取UE数据之后，对(主)UDSF中的UE数据进行更新。
S907-S910，(主)UDSF的内容发生变化之后，与从UDSF(s)进行同步。可选的，S907-S91与S710-S713的流程相同，在此不再赘述。可选的，S907的顺序可以在S905和S906之间。
S911，向SMF发送N11Message，该消息包含UDSF ID，UE_DB_index信息。用来通知SMF，UDSF中的UE数据和/NF数据发生变化。
S912，SMF接收到N11Message之后，发送Read Request，接收Read Response。从(主)UDSF中读取UE数据和/或NF数据。
S913，SMF获取UE数据和/或NF数据之后，向UPF(s)发送N4Session Modification Request，该消息包含UDSF ID与UE_DB_index。
S914，UPF(s)向(主)UDSF发送Read Request，接收(主)UDSF发送的Read Response，从而获取UE数据，UE数据可以包括以下信息之一：(R)AN address，tunnel ID for downlink user plane。
S915-S916，UPF(s)读取UE数据之后，完成PDU Session的切换，然后更新当前提供服务的(主)UDSF中的UE数据，更新的信息可以包括tunnel ID for uplink traffic。
S917，：(主)UDSF与从UDSF(s)同步。
S918，UPF(s)完成对(主)UDSF的数据更新之后，向SMF回复N4Session Modification Response。
S919，SMF接收到N4Session Modification Response后，给AMF回复N11Message ACK消息。
S920，AMF接收到N11Message ACK消息后，从(主)UDSF中读取UE数据，可以包括CN  tunnel info。
S921，AMF读取UE数据后，给目标(R)AN回复N2 Path Switch Request ACK。
S922：目标(R)AN接收到N2 Path Switch Request ACK之后，发送Release Resources给原(R)AN。
通过以上流程，除了可以实现本申请图7所示流程的有益效果外，还可以将UE数据和/或NF数据提前同步到UE可能的切换位置附近的从UDSF(s)，使NF(AMF/SMF/UPF)可以直接从当前提供服务的(主)UDSF获取UE数据和/或NF数据，能减少切换延时。
图10是本申请Handover过程另一种流程示意图，如图10所示，与图9所示的流程不同的是，当前提供服务的(主)UDSF内未存有UE数据和/或NF数据。具体流程如下所示：
S1001-S1003与S901-S903相同，在此不再赘述。
S1004，AMF给当前提供服务的(主)UDSF发送Read Request。
S1005，(主)UDSF发现本地无AMF请求的UE数据，向UDSF管理发送Synchronization Request，请求从之前提供服务的UDSF中同步数据至当前提供服务的(主)UDSF中。
S1006，UDSF管理接收到Synchronization Request后，向(主)UDSF发送Synchronization Response，该消息包括至少一个之前提供服务的UDSF的UDSF ID。之前提供服务的UDSF可以是之前提供服务的主UDSF，也可以是之前提供服务的从UDSF。如果只包含一个UDSF ID，可能是之前提供服务的UDSF只有一个，也可能是UDSF管理根据一些判断原则为当前提供服务的(主)UDSF选择一个。如果包含多个UDSF ID，则可以包括一个主UDSF ID和多个从UDSF ID(s)。
S1007：(主)UDSF与之前提供服务的UDSF同步。
S1008，(主)UDSF向AMF发送Read Response，该消息包含了AMF请求的UE数据。
S1008之后的步骤与图9中S905-S922的步骤相同，在此不再赘述。
通过以上流程，除了可以实现UE注册过程中的有益效果外，还可以使当前提供服务的(主)UDSF发现本地无UE数据和/或NF数据后，发起与之前提供服务的UDSF的同步过程，保证了数据的全局可见性和一致性。
图11是本申请UE注册过程另一种流程示意图。与图7不同的是，本申请中所有UDSF中均无该UE的UE数据，即当前提供服务的(主)UDSF中无UE数据。具体流程如下所示：
S1101-S1104与S701-S704相同，在此不再赘述。
S1105，AMF获得(主)UDSF的ID之后，向(主)UDSF发送Read Request。以获取UE数据。
S1106，(主)UDSF向AMF发送Read Response。因为(主)UDSF中并没有UE数据，所以该Read Response携带读取失败标识。
S1107与S707相同，在此不再赘述。。
S1108，Authentication之后，AMF向(主)UDSF发送Write Request，把UE数据信息写入(主)UDSF中。
S1109，(主)UDSF完成数据写入后，向AMF发送一个Write Response，该消息至少携带了UE_DB_index。AMF接收到Write response消息后，绑定SUPI与UE_DB_index。
S1110-S1114与S710-S714相同，在此不再赘述。
通过以上流程实现的有益效果与本申请图7所示流程的有益效果相同，类似的步骤也可以参考图7中的流程，在此不再赘述。
图12是本申请NF(re)selection过程流程示意图，具体流程如下所示：
S1201，第二NF(s)向UDSF发送Write/Update Request，把其NF数据写入UDSF中。
S1202，UDSF完成数据存储/更新之后，向第二NF(s)回复Write/Update Response。NF数 据可以包括以下信息之一：NF index，load info，capability info。
S1203，当第一NF决定选择一个NF进行下一步的处理时，向UDSF发送Read Request，以从UDSF中读取所有NF的NF数据。
S1204，UDSF向第一NF发送Read Response，携带UDSF中存储的所有NF数据。第一NF根据该所有NF数据选择一个NF进行下一步的处理。
以上流程实现的有益效果与本申请图7所示流程的有益效果相同，类似的步骤也可以参考图7中的流程，在此不再赘述。
根据上述方法示例对NF，UDSF，UDSF管理进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
图13示出了本申请提供的一种UE数据的通信设备100的结构示意图，该通信设备100可应用于实现NF，参阅图13所示，通信设备100包括接收单元101和发送单元102。其中，发送单元102，用于向UDSF发送第一消息，所述第一消息携带UE_DB_index。可选的，所述UE_DB_index可以是另一通信设备，如NF发送给该通信设备的。接收单元101，用于接收所述UDSF发送的第二消息，所述第二消息是第一消息的响应。可选的，在所述发送单元发送所述第一消息之前，该通信设备需要知道其要与哪个UDSF交互UE数据，因此，所述发送单元还用于向UDSF管理发送UDSF请求，所述UDSF请求携带UE ID；所述接收单元还用于接收所述UDSF管理发送的UDSF请求响应，所述UDSF请求响应携带UDSF ID，所述UDSF ID用于指示所述第一NF与之交互的UDSF，所述UDSF是与UE ID对应的。通过全局性的UDSF管理为NF分配存储UE数据的UDSF，保证了UDSF分配的合理性，可以理解的是，该发送单元还可以携带NF ID，在UDSF管理分配时考虑NF的情况，可以进一步保证分配的合理性。可选的，当所述第一消息还携带用户UE数据时，所述第二消息为更新成功响应。可选的，当所述第二消息携带UE数据时，所述第二消息为读取成功响应。
该通信设备100还可应用于实现另一种NF，参阅图13所示，发送单元102，用于向UDSF发送第三消息，所述第三消息携带UE ID；接收单元101，用于接收所述UDSF发送的第四消息，所述第四消息携带UE_DB_index。该通信设备100通过与UDSF管理的交互获取UDSF ID的方法与上述相同，在此不再赘述。可选的，当所述第三消息还携带UE数据时，所述第四消息为写入成功响应。可选的，当所述第四消息携带UE数据时，所述第四消息为读取成功响应。
图13所示的通信设备通过与UDSF的交互，完成该通信设备对UE数据的读取、写入或更新。将UE数据存储在UDSF中，实现了计算与存储的解耦，能够更好的支持基于服务的NF交互。同时，NF之间不必传递大量UE数据或者NF数据，简化了NF之间的信令流程，缩短了NF之间信令的长度。
图14示出了本申请提供的一种UE数据的通信设备200的结构示意图，该通信设备200可应用于实现UDSF，参阅图14所示，该通信设备200包括接收单元201，用于接收第一NF发送的第一消息，所述第一消息携带UE_DB_index；发送单元202，用于向第一NF发送第二消息，所述第二消息是第一消息的响应。可选的，当所述第一消息还携带用户UE数据时，所述第二消息为更新成功响应。可选的，当所述第二消息携带UE数据时，所述第二消息为读取成功响应。
通信设备200，还可以实现另一种UDSF，参阅图14，通信设备200包括：接收单元201，用于接收第一NF发送的第三消息，所述第三消息携带UE ID；发送单元202，用于向所述第一NF发送第四消息，所述第四消息携带UE_DB_index。可选的，当所述第三消息还携带UE 数据时，所述第四消息为写入成功响应。可选的，当所述第四消息携带UE数据时，所述第四消息为读取成功响应。
可选的，当通信设备中的UE数据发生变化(如更新或者写入)，所述通信设备200还包括同步单元203，则所述发送单元202还用于向UDSF管理发送变化通知；所述接收单元201用于接收所述UDSF管理发送的同步请求，所述同步请求携带至少一个UDSF ID，所述至少一个UDSF ID用于指示需要进行同步的至少一个UDSF；所述同步单元203根据所述同步请求，与至少一个UDSF进行同步。
可选的，当通信设备中没有被请求的UE数据(如被读取时)，则在发送单元202发送读取成功响应之前，所述发送单元202还用于，向UDSF管理发送同步请求；所述接收单元201还用于，接收所述UDSF管理发送的同步请求响应，所述同步请求响应携带UDSF ID，所述UDSF ID用于指示存储UE数据的UDSF。
UE数据可能存储在至少一个UDSF中。这样可以方便NF的迁移和UE的切换。在存储在多个UDSF中时，可以将其中的一个设为主UDSF其他的设为从属UDSF，NF与主UDSF交互，当主UDSF中的UE数据发生变化时，可以进行主UDSF与一个多个从UDSF(s)的UE数据进行同步。同步保证了多个UDSF之间UE数据的一致性或者保证了当前提供服务的UDSF数据的完整性。
图15示出了本申请提供的一种UE数据的通信设备300的结构示意图，该通信设备300可应用于实现UDSF管理，通信设备300，包括：接收单元301用于接收NF发送的UDSF请求，所述UDSF请求携带UE ID；发送单元302，用于向NF发送UDSF请求响应，所述UDSF请求响应携带UDSF ID，所述UDSF ID用于指示所述NF与之交互的UDSF，所述UDSF是与UE ID对应的。通过有全局视野的UDSF管理为NF分配UE数据或者NF数据对应UDSF，保证了UDSF分配的合理性。
通信设备300还可以实现另一种UDSF，如图15所示接收单元301，用于接收UDSF发送的变化通知；发送单元302，用于向UDSF发送同步请求，所述同步请求携带至少一个UDSF ID，所述至少一个UDSF ID用于指示需要进行同步的至少一个UDSF。
通信设备300还可以实现另一种UDSF，如图15所示接收单元301，用于接收UDSF发送的同步请求；发送单元302，用于向UDSF发送的同步请求响应，所述同步请求响应携带UDSF ID，所述UDSF ID用于指示存储UE数据的UDSF。
同步保证了多个UDSF之间UE数据或者NF数据的一致性或者保证了当前提供服务的UDSF数据的完整性。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。
当NF、UDSF、UDSF管理采用硬件形式实现时，其所涉及的与本申请相关的概念，解释和详细说明、方法、流程及步骤等请参见前述实施例中关于这些内容的描述。本申请中，接收单元可以通过通信接口、接收器、接收电路等实现。发送单元可以通过通信接口、发送器、发送电路等实现。应当理解的是，接收单元和发送单元的功能还可以集成在一起，被通信接口、收发器、收发电路实现。同步单元可以被处理器、处理电路或控制器等实现，也可以是通过接收单元和/或发送单元的实际硬件来实现。
其中，通信接口是统称，可以包括一个或多个接口。处理器可以是中央处理器(Central Processing Unit，CPU)，通用处理器，数字信号处理器(Digital Signal Processor，DSP)，专用集成电路(Application-Specific Integrated Circuit，ASIC)，现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、硬件部件或者其任意组合。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。
可以理解的是，上述说明仅仅是硬件形式的简化示例，在实际应用中，实现NF、UDSF、 UDSF管理的硬件并不限于上述结构，例如还可以包括存储器，天线阵列，双工器以及基带处理部分。存储器可以设置的处理器内，也可以单独存在。双工器用于实现天线阵列，既用于发送信号，又用于接收信号。发送器用于实现射频信号和基带信号之间的转换，通常发送器可以包括功率放大器，数模转换器和变频器，通常接收器可以包括低噪放，模数转换器和变频器。其中，接收器和发送器有时也可以统称为收发器。基带处理部分用于实现所发送或接收的信号的处理，比如层映射、预编码、调制/解调，编码/译码等，并且对于物理控制信道、物理数据信道、物理广播信道、参考信号等进行分别的处理。作为一种实现方式，接收器和发送器的功能可以考虑通过收发电路或者收发的专用芯片实现。处理器可以考虑通过专用处理芯片、处理电路、处理器或者通用芯片实现。作为另一种实现方式，将实现处理器、接收器和发送器功能的程序代码存储在存储器中，通用处理器通过执行存储器中的代码来实现处理器、接收器和发送器的功能。
例如，实现方式可以参考图16，如图16所示，提供一种通信设备1000包括：处理器1001、存储器1004、接收器1003、发送器1002，所述接收器1003和发送器1002用于与其他网元通信，所述存储器1004用于存储能够被所述处理器1001执行的程序，所述程序包括用于实现上述各实施例所述方法、步骤或者流程的指令。具体方法、流程、步骤以及有益效果等请参见前述实施例中关于这些内容的描述，在此不再赘述。
例如，实现方式可以参考图17，如图17所示，提供一种通信设备2000包括：处理器2001、存储器2003、收发器2002，该收发器2002用于与其他网元通信(可以通过天线与其他网友通信)，所述存储器2003用于存储能够被所述处理器2001执行的程序，所述程序包括用于实现上述各实施例所述方法、步骤或者流程的指令。具体方法、流程、步骤以及有益效果等请参见前述实施例中关于这些内容的描述，在此不再赘述。
当NF、UDSF、UDSF管理使用软件实现时，其所涉及的与本申请相关的概念，解释和详细说明及其他步骤请参见前述方法中关于这些内容的描述。本申请中，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。所示存储介质可以集成在某设备、模块、处理器内，也可以分开设置。
根据本申请提供的方法，本申请还提供一种通信系统，其包括前述的UDSF、NF。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (29)

  1. 一种用户设备UE数据的通信方法，其特征在于，所述通信方法包括：
    第一网络功能NF向无结构数据存储功能UDSF发送第一消息，所述第一消息携带用户设备数据库索引UE_DB_index；
    所述第一NF接收所述UDSF发送的第二消息，所述第二消息是第一消息的响应。
  2. 根据权利要求1所述的通信方法，其特征在于，在所述第一NF向所述UDSF发送所述第一消息之前，所述通信方法还包括：
    所述第一NF接收第二NF发送的UE_DB_index。
  3. 一种UE数据的通信方法，其特征在于，所述通信方法包括：
    第一NF向UDSF发送第三消息，所述第三消息携带用户设备标识UE ID；
    所述第一NF接收所述UDSF发送的第四消息，所述第四消息携带UE_DB_index。
  4. 根据权利要求1至3任一项所述的通信方法，在所述第一NF向所述UDSF发送所述第一消息或者所述第三消息之前，所述通信方法还包括：
    所述第一NF向UDSF管理发送UDSF请求，所述UDSF请求携带UE ID；
    所述第一NF接收所述UDSF管理发送的UDSF请求响应，所述UDSF请求响应携带UDSF ID，所述UDSF ID用于指示所述第一NF与之交互的UDSF，所述UDSF是与UE ID对应的。
  5. 根据权利要求4所述的通信方法，其特征在于，所述UDSF请求还携带NF ID。
  6. 一种UE数据的通信方法，其特征在于，所述方法包括：
    UDSF接收第一NF发送的第一消息，所述第一消息携带UE_DB_index；
    所述UDSF向所述第一NF发送第二消息，所述第二消息是第一消息的响应。
  7. 一种UE数据的通信方法，其特征在于，所述通信方法包括：
    USDF接收第一NF发送的第三消息，所述第三消息携带UE ID；
    所述UDSF向所述第一NF发送第四消息，所述第四消息携带UE_DB_index。
  8. 根据权利要求1，2或6任一项所述的通信方法，其特征在于，当所述第一消息还携带用户UE数据时，所述第二消息为更新成功响应。
  9. 根据权利要求1，2或6任一项所述的通信方法，其特征在于，当所述第二消息携带UE数据时，所述第二消息为读取成功响应。
  10. 根据权利要求3或7所述的通信方法，其特征在于，当所述第三消息还携带UE数据时，所述第四消息为写入成功响应。
  11. 根据权利要求3或7所述的通信方法，其特征在于，当所述第四消息携带UE数据时，所述第四消息为读取成功响应。
  12. 根据权利要求8或10所述的通信方法，其特征在于，所述通信方法还包括：
    所述UDSF向UDSF管理发送变化通知；
    所述UDSF接收所述UDSF管理发送的同步请求，所述同步请求携带至少一个UDSF ID，所述至少一个UDSF ID用于指示需要进行同步的至少一个UDSF；
    所述UDSF根据所述同步请求，与至少一个UDSF进行同步。
  13. 根据权利要求9或11所述的通信方法，其特征在于，所述通信方法还包括：
    所述UDSF向UDSF管理发送同步请求；
    所述UDSF接收所述UDSF管理发送的同步请求响应，所述同步请求响应携带UDSF ID，所述UDSF ID用于指示存储UE数据的UDSF。
  14. 根据权利要求1至13任一项所述的通信方法，其特征在于，所述UE数据包括下列数据中的一种或者多种，
    UE标识信息、UE能力信息、UE安全上下文、UE位置信息、UE会话信息、UE网络信息、移动性管理上下文和UE QoS profile。
  15. 一种UE数据的第一通信设备，其特征在于，所述第一通信设备包括：
    发送单元用于向UDSF发送第一消息，所述第一消息携带UE_DB_index；
    接收单元用于接收所述UDSF发送的第二消息，所述第二消息是第一消息的响应。
  16. 根据权利要求15所述的第一通信设备，其特征在于，所述接收单元还用于在所述发送单元发送第一消息之前，
    接收第一NF发送的UE_DB_index。
  17. 一种UE数据的第一通信设备，其特征在于，所述第一通信设备包括：
    发送单元，用于向UDSF发送第三消息，所述第三消息携带UE ID；
    接收单元，用于接收所述UDSF发送的第四消息，所述第四消息携带UE_DB_index。
  18. 根据权利要求15至17任一项所述的第一通信设备，在所述发送单元发送所述第一消息或者所述第三消息之前，
    所述发送单元还用于，向UDSF管理发送UDSF请求，所述UDSF请求携带UE ID；
    所述接收单元还用于，接收所述UDSF管理发送的UDSF请求响应，所述UDSF请求响应携带UDSF ID，所述UDSF ID用于指示所述第一通信设备与之交互的UDSF，所述UDSF是与UE ID对应的。
  19. 一种UE数据的第二通信设备，其特征在于，所述第二通信设备包括：
    接收单元，用于接收第一NF发送的第一消息，所述第一消息携带UE_DB_index；
    发送单元，用于向第一NF发送第二消息，所述第二消息是第一消息的响应。
  20. 一种UE数据的第二通信设备，其特征在于，所述第二通信设备包括：
    接收单元，用于接收第一NF发送的第三消息，所述第三消息携带UE ID；
    发送单元，用于向所述第一NF发送第四消息，所述第四消息携带UE_DB_index。
  21. 根据权利要求15，16或19任一项所述通信设备，其特征在于，当所述第一消息还携带UE数据时，所述第二消息为更新成功响应。
  22. 根据权利要求15，16或19任一项所述的通信设备，其特征在于，当所述第二消息携带UE数据时，所述第二消息为读取成功响应。
  23. 根据权利要求17或20所述的通信设备，其特征在于，当所述第三消息还携带UE数据时，所述第四消息为写入成功响应。
  24. 根据权利要求17或20所述的通信设备，其特征在于，当所述第四消息携带UE数据时，所述第四消息为读取成功响应。
  25. 根据权利要求21或23所述的第二通信设备，其特征在于，所述第二通信设备还包括同步单元，
    所述发送单元还用于，向UDSF管理发送变化通知；
    所述接收单元还用于，接收所述UDSF管理发送的同步请求，所述同步请求携带至少一个UDSF ID，所述至少一个UDSF ID用于指示需要进行同步的至少一个UDSF；
    所述同步单元用于，根据所述同步请求，与至少一个UDSF进行同步。
  26. 根据权利要求22或24所述的第二通信设备，其特征在于，
    所述发送单元还用于，向UDSF管理发送同步请求；
    所述接收单元还用于，接收所述UDSF管理发送的同步请求响应，所述同步请求响应携带UDSF ID，所述UDSF ID用于指示存储UE数据的UDSF。
  27. 根据权利要求15至26任一项所述的通信设备，其特征在于，所述UE数据包括下列数据中的一种或者多种，
    UE标识信息、UE能力信息、UE安全上下文、UE位置信息、UE会话信息、UE网络信息和UE QoS profile。
  28. 一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行如权利要求1-5、8-11、14任意一项所述的方法。
  29. 一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行如权利要求6-14任意一项所述的方法。
PCT/CN2018/087591 2017-06-01 2018-05-21 一种用户设备数据通信方法及设备 WO2018219168A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710405349.7A CN108984558A (zh) 2017-06-01 2017-06-01 一种用户设备数据通信方法及设备
CN201710405349.7 2017-06-01

Publications (1)

Publication Number Publication Date
WO2018219168A1 true WO2018219168A1 (zh) 2018-12-06

Family

ID=64454439

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/087591 WO2018219168A1 (zh) 2017-06-01 2018-05-21 一种用户设备数据通信方法及设备

Country Status (2)

Country Link
CN (1) CN108984558A (zh)
WO (1) WO2018219168A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111491322B (zh) * 2019-01-28 2023-07-21 中国移动通信有限公司研究院 一种处理方法及设备
CN112153626B (zh) * 2019-06-28 2022-04-26 中国移动通信有限公司研究院 服务发现的方法及网络设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101426193A (zh) * 2007-11-01 2009-05-06 华为技术有限公司 网络资源信息管理方法、通信设备及通信系统
CN105354312A (zh) * 2015-11-10 2016-02-24 中国建设银行股份有限公司 一种文件存储方法、下载方法及系统
US20160188594A1 (en) * 2014-12-31 2016-06-30 Cloudera, Inc. Resource management in a distributed computing environment

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104951238A (zh) * 2014-03-24 2015-09-30 国际商业机器公司 用于在分布式虚拟环境中管理数据存储的方法和装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101426193A (zh) * 2007-11-01 2009-05-06 华为技术有限公司 网络资源信息管理方法、通信设备及通信系统
US20160188594A1 (en) * 2014-12-31 2016-06-30 Cloudera, Inc. Resource management in a distributed computing environment
CN105354312A (zh) * 2015-11-10 2016-02-24 中国建设银行股份有限公司 一种文件存储方法、下载方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CATT: "Services Provided by UDSF", 3GPP TSG_SA WG2 ARCH TSGS2_120_BUSAN S 2-172189, 31 March 2017 (2017-03-31), XP051247915 *

Also Published As

Publication number Publication date
CN108984558A (zh) 2018-12-11

Similar Documents

Publication Publication Date Title
WO2020259509A1 (zh) 一种应用迁移方法及装置
US10798761B2 (en) Method for establishing protocol data unit session in communication system
WO2019029465A1 (zh) 一种rna分配的方法、网络设备及终端
CN109600719B (zh) 一种通信方法、装置及系统
US11190602B2 (en) Communication method and communications device
JP7184922B2 (ja) Ｕｅのためにポリシーを構成するための方法、装置、及びシステム
WO2019158010A1 (zh) 资源管理的方法、设备及系统
WO2019196811A1 (zh) 通信方法和相关装置
US11611501B2 (en) Apparatus, method, and computer program
CN113746585B (zh) 授时方法和通信装置
CN105874830A (zh) 一种移动性管理的方法、装置及系统
WO2020001562A1 (zh) 一种通信方法及装置
CN111586770B (zh) 一种会话管理的方法及装置
AU2017425816A1 (en) Method for obtaining data radio bearer identifier and base station
WO2017113130A1 (zh) 一种资源请求方法、设备、网络侧节点及系统
CN111615217A (zh) 一种会话建立方法及装置
CN114302426B (zh) 在异质网络控制服务质量的方法、装置、介质及电子设备
CN114731723A (zh) 一种通信方法及装置
CN112997548A (zh) 用于无线通信系统中漫游终端对网络切片互斥接入的方法和装置
KR20230042067A (ko) 통신 방법, 장치 및 시스템
CN114513864A (zh) 多路径传输方法和通信装置
WO2020259428A1 (zh) 用于传输业务报文的方法和装置
WO2018219168A1 (zh) 一种用户设备数据通信方法及设备
WO2022022322A1 (zh) 访问本地网络的方法和装置
JP2019536372A (ja) ユーザ機器間の通信のための方法および装置

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: 18809309

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18809309

Country of ref document: EP

Kind code of ref document: A1