CN108984558A - 一种用户设备数据通信方法及设备 - Google Patents
一种用户设备数据通信方法及设备 Download PDFInfo
- Publication number
- CN108984558A CN108984558A CN201710405349.7A CN201710405349A CN108984558A CN 108984558 A CN108984558 A CN 108984558A CN 201710405349 A CN201710405349 A CN 201710405349A CN 108984558 A CN108984558 A CN 108984558A
- Authority
- CN
- China
- Prior art keywords
- udsf
- message
- data
- carries
- sent
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
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为粒度的。但是,在目前或者未来的通信网络的数据存储中,需要考虑以用户设备(UserEquipment,UE)为粒度的数据存储。其不同于以VNF为粒度的存储,需要考虑UE的特性,如,移动性等因素。
为此,通信网络中定义了无结构数据存储功能(Unstructured Data StorageFunction,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,所述UDSFID用于指示所述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,所述至少一个UDSFID用于指示需要进行同步的至少一个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发送的同步请求响应,所述同步请求响应携带UDSFID,所述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 eitheras a network element on a dedicated hardware,as a software instance runningon a dedicated hardware,or as a virtualised function instantiated on anappropriate platform,e.g.on a cloud infrastructure.)。UDSF、接入与移动性管理功(Access and Mobility Management Function,AMF)、会话管理功能(Session ManagementFunction,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 andreceiver point,TRP或者transmission point,TP)等等。
7)、UE数据,又可以称为UE上下文(context),或者还可称为UE数据(data)。UE数据主要包括在网络中与UE相关的数据,如图1所示,可以包括以下数据中的一种或者多种:UE标识信息、UE能力信息、UE安全上下文、UE位置信息、网络信息、UE QoS profile、SMcontext(Session Management context,会话管理上下文)和移动性管理(MobilityManagement,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 MobileSubscriber 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 sessiontype、数据网络名(Data Network Name,DNN)、PDU(Protocol Data Unit,协议数据单元)session ID、SMF information。
UE QoS profile可以包括以下一种或者多种:PDU session AMBR(AggregatedMaximum 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。所述至少一个UDSFID用于指示需要进行同步的至少一个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注册过程流程示意图。本实施例针对一般注册过程(GeneralRegistration 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,网络切片选择辅助信息),UE5G CN Capability和PDU session status。可选的,(R)AN接收到Registration Request后,(R)AN可能执行AMF选择过程,如当Registration Request中包含SUPI或者TemporaryUE ID,未包含有效的AMF时,(R)AN将选择一个AMF。
S702:(R)AN接收到Registration Request后向AMF发送Registration Request,该消息包含如下信息中的一种或者多种:N2parameters,Registration type,SUPI orTemporary UE ID,Security parameters和NSSAI。其中N2parameters包含LocationInformation和Cell Identity。
S703:AMF接收到(R)AN发来的Registration Request后,向UDSF管理发送UDSFRequest,该消息包括以下信息:SUPI or Temporary UE ID,Location Information,CellIdentity。UDSF管理接收到该UDSF Request后,将根据该SUPI选择一个合适的(主)UDSF,同时还可以选择至少一个从UDSF。从UDSF(s)的分配使得数据可以存放在多处,有益于数据的存储的安全和迁移的便捷性。
S704:UDSF管理选择(主)UDSF及从UDSF(s)后,将记录该SUP(或者Temporary UEID)对应的(主)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不同,本申请的N11messageRequest仅仅传递少量的与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 ResourceControl,RRC)Connection Reconfiguration
S807,RRC Connection Reconfiguration完成之后,(R)AN向AMF发送N2RequestACK。该消息包含以下信息之一:(R)AN tunnel information,Accepted QoS flow。
S808,AMF接收到N2Request ACK后,向UDSF发送Update Request,用以更新当前提供服务的(主)UDSF的UE数据,需更新的内容包括以下信息之一:(R)AN tunnelinformation,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或PDUsession 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发送N2Path Switch Request,该消息包括以下信息之一:SUPI or Temporary UE ID,Security parameters,NSSAI。
S902,AMF接收到N2Path 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数据包括以下信息之一:PDUsession 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 ModificationRequest,该消息包含UDSF ID与UE_DB_index。
S914,UPF(s)向(主)UDSF发送Read Request,接收(主)UDSF发送的ReadResponse,从而获取UE数据,UE数据可以包括以下信息之一:(R)AN address,tunnel IDfor 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回复N4SessionModification Response。
S919,SMF接收到N4Session Modification Response后,给AMF回复N11MessageACK消息。
S920,AMF接收到N11Message ACK消息后,从(主)UDSF中读取UE数据,可以包括CNtunnel info。
S921,AMF读取UE数据后,给目标(R)AN回复N2Path Switch Request ACK。
S922:目标(R)AN接收到N2Path Switch Request ACK之后,发送ReleaseResources给原(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管理发送SynchronizationRequest,请求从之前提供服务的UDSF中同步数据至当前提供服务的(主)UDSF中。
S1006,UDSF管理接收到Synchronization Request后,向(主)UDSF发送Synchronization Response,该消息包括至少一个之前提供服务的UDSF的UDSF ID。之前提供服务的UDSF可以是之前提供服务的主UDSF,也可以是之前提供服务的从UDSF。如果只包含一个UDSF ID,可能是之前提供服务的UDSF只有一个,也可能是UDSF管理根据一些判断原则为当前提供服务的(主)UDSF选择一个。如果包含多个UDSF ID,则可以包括一个主UDSFID和多个从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发送ReadRequest,以从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发送同步请求,所述同步请求携带至少一个UDSFID,所述至少一个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 SignalProcessor,DSP),专用集成电路(Application-Specific Integrated Circuit,ASIC),现场可编程门阵列(Field Programmable 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网络信息和UEQoS profile。
28.一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行如权利要求1-5、8-11、14任意一项所述的方法。
29.一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行如权利要求6-14任意一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710405349.7A CN108984558A (zh) | 2017-06-01 | 2017-06-01 | 一种用户设备数据通信方法及设备 |
PCT/CN2018/087591 WO2018219168A1 (zh) | 2017-06-01 | 2018-05-21 | 一种用户设备数据通信方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710405349.7A CN108984558A (zh) | 2017-06-01 | 2017-06-01 | 一种用户设备数据通信方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108984558A true CN108984558A (zh) | 2018-12-11 |
Family
ID=64454439
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710405349.7A Pending CN108984558A (zh) | 2017-06-01 | 2017-06-01 | 一种用户设备数据通信方法及设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108984558A (zh) |
WO (1) | WO2018219168A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111491322A (zh) * | 2019-01-28 | 2020-08-04 | ***通信有限公司研究院 | 一种处理方法及设备 |
CN112153626A (zh) * | 2019-06-28 | 2020-12-29 | ***通信有限公司研究院 | 服务发现的方法及网络设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101426193A (zh) * | 2007-11-01 | 2009-05-06 | 华为技术有限公司 | 网络资源信息管理方法、通信设备及通信*** |
CN104951238A (zh) * | 2014-03-24 | 2015-09-30 | 国际商业机器公司 | 用于在分布式虚拟环境中管理数据存储的方法和装置 |
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 |
-
2017
- 2017-06-01 CN CN201710405349.7A patent/CN108984558A/zh active Pending
-
2018
- 2018-05-21 WO PCT/CN2018/087591 patent/WO2018219168A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101426193A (zh) * | 2007-11-01 | 2009-05-06 | 华为技术有限公司 | 网络资源信息管理方法、通信设备及通信*** |
CN104951238A (zh) * | 2014-03-24 | 2015-09-30 | 国际商业机器公司 | 用于在分布式虚拟环境中管理数据存储的方法和装置 |
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)
Title |
---|
CATT: "Services provided by UDSF", 《3GPP TSG_SA WG2_ARCH TSGS2_120_BUSAN S2-172189》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111491322A (zh) * | 2019-01-28 | 2020-08-04 | ***通信有限公司研究院 | 一种处理方法及设备 |
CN112153626A (zh) * | 2019-06-28 | 2020-12-29 | ***通信有限公司研究院 | 服务发现的方法及网络设备 |
CN112153626B (zh) * | 2019-06-28 | 2022-04-26 | ***通信有限公司研究院 | 服务发现的方法及网络设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2018219168A1 (zh) | 2018-12-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109392035A (zh) | 一种rna分配的方法、网络设备及终端 | |
CN110557849B (zh) | 一种通信方法及装置 | |
CN114095969A (zh) | 一种智能的无线接入网络 | |
CN109819485B (zh) | 一种通信方法、装置及*** | |
CN108605259A (zh) | 一种网络切换方法及相关设备 | |
KR102363791B1 (ko) | 통신 방법 및 통신 장치 | |
CN104869526A (zh) | 一种设备到设备通信及其资源分配方法、设备 | |
CN114270964B (zh) | 通信方法、装置及*** | |
CN110365727A (zh) | 通信方法和相关装置 | |
WO2016201913A1 (zh) | 一种数据传输方法、设备、***及计算机存储介质 | |
EP3310096A1 (en) | Method and apparatus for dynamically combining cells, network device, and system | |
EP3334225A1 (en) | Wireless configuration method for wearable device, relevant device and base station | |
CN104284321B (zh) | 一种路径切换的方法、设备和用户设备 | |
CN109548042A (zh) | 一种网络切片配置方法及装置 | |
CN108984558A (zh) | 一种用户设备数据通信方法及设备 | |
WO2022001958A1 (zh) | 一种计算服务的实现方法及装置 | |
CN110972335B (zh) | 一种模式切换方法、数据流分流方法及装置 | |
CN109315001A (zh) | 一种传输数据的方法、设备和网络*** | |
CN104301954A (zh) | 切换方法、装置、基站和*** | |
CN105101324A (zh) | 异构网络切换方法、功能实体和终端 | |
EP3878239A1 (en) | Method and system for supporting multiple fully separated network slices | |
WO2017140184A1 (zh) | 自适应于接入网架构的数据处理方法及接入网架构、存储介质 | |
CN104780577B (zh) | 一种数据资源在小区间进行切换传输的方法和设备 | |
CN113938985A (zh) | 一种通信方法及装置 | |
CN107040957B (zh) | 一种以用户终端为中心的切换方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181211 |
|
RJ01 | Rejection of invention patent application after publication |