CN112312418A - 一种用户面数据的获取方法、装置及存储介质 - Google Patents
一种用户面数据的获取方法、装置及存储介质 Download PDFInfo
- Publication number
- CN112312418A CN112312418A CN201910683670.0A CN201910683670A CN112312418A CN 112312418 A CN112312418 A CN 112312418A CN 201910683670 A CN201910683670 A CN 201910683670A CN 112312418 A CN112312418 A CN 112312418A
- Authority
- CN
- China
- Prior art keywords
- network element
- user plane
- function network
- information
- request message
- 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
- 238000000034 method Methods 0.000 title claims abstract description 128
- 238000007726 management method Methods 0.000 claims description 195
- 230000004044 response Effects 0.000 claims description 135
- 238000001914 filtration Methods 0.000 claims description 124
- 238000004891 communication Methods 0.000 claims description 94
- 238000013523 data management Methods 0.000 claims description 68
- 238000012545 processing Methods 0.000 claims description 25
- 238000004590 computer program Methods 0.000 claims description 10
- 238000013507 mapping Methods 0.000 claims description 6
- 230000006870 function Effects 0.000 description 375
- 238000007405 data analysis Methods 0.000 description 22
- 238000005259 measurement Methods 0.000 description 15
- 238000010586 diagram Methods 0.000 description 14
- 230000005540 biological transmission Effects 0.000 description 10
- 230000008569 process Effects 0.000 description 10
- 238000012986 modification Methods 0.000 description 7
- 230000004048 modification Effects 0.000 description 7
- 230000011664 signaling Effects 0.000 description 7
- 230000003287 optical effect Effects 0.000 description 5
- 238000004458 analytical method Methods 0.000 description 4
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供一种用户面数据的获取方法、装置及存储介质。其中方法包括第一网元向会话管理功能网元发送第一请求消息,第一请求消息用于指示会话管理功能网元请求用户面功能网元提供用户面数据;第一网元获取来自用户面功能网元的用户面数据。如此,当第一网元在确定需要获取用户面数据时,可通过向会话管理功能网元发送第一请求消息,从而实现从用户面功能网元获取用户面数据。也就是说,通过上述方案,给出第一网元如何获取用户面数据的过程。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种用户面数据的获取方法、装置及存储介质。
背景技术
在第五代(the fifth generation,5G)移动通信***中,一些功能网元需要获取用户面数据,以基于获取的用户面数据进行分析。例如网络数据分析功能(network dataanalytics function,NWDAF)网元能够对大量通信网络相关数据进行分析,并将分析结果发送给其他功能网元,如策略控制功能(policy control function,PCF)网元、接入或移动性管理功能(Access and Mobility Management Function,AMF)网元,会话管理功能(Session Management Function,SMF)网元等,其他功能网元参考分析结果执行相应的通信业务策略。
在很多场景下,NWDAF的分析结果是基于用户面数据生成的,则NWDAF需提前获取相关用户面数据。目前,并未公开NWDAF如何获取需要的用户面数据。
发明内容
本申请提供一种用户面数据的获取方法、装置及存储介质,用于实现第一网元获取到需要的用户面数据。
第一方面,本申请提供一种用户面数据的获取方法,该方法包括第一网元向会话管理功能网元发送第一请求消息,第一网元获取来自用户面功能网元的用户面数据第一请求消息用于指示会话管理功能网元请求用户面功能网元提供用户面数据。
基于该方案,第一网元在确定需要获取用户面数据时,可通过向会话管理功能网元发送第一请求消息,从而实现从用户面功能网元获取到需要获取的用户面数据。也就是说,通过上述方案,给出第一网元如何获取用户面数据的过程。
本申请中,需要获取的用户面数据包括但不限于终端设备相关的用户面数据、支持第一特性的用户面功能网元所对应的数据。
在用户面数据为终端设备相关的用户面数据的情况下,第一网元可向数据管理网元发送第二请求消息,接收来自数据管理网元的第二响应消息,第二请求消息用于向数据管理网元请求服务于终端设备的用户面功能网元的信息,第二响应消息包括用户面功能网元的信息。如此,第一网元可以实现获取某一终端设备相关的用户面数据,且由于第一网元可先获取到服务于该终端设备的用户面功能网元,从而可限定会话管理功能网元最终的订阅对象用户面功能网元的范围,从而有助于避免向不相关的用户面功能网元发送后续的订阅请求消息,可节约信令的开销。
在用户面数据为支持第一特性的用户面功能网元所对应的数据的情况下,第一网元可向网络存储功能网元发送第三请求消息,并接收来自网络存储功能网元的第三响应消息,其中,第三请求消息用于向网络存储功能网元请求用户面功能网元对应的会话管理功能网元的信息,第三响应消息包括会话管理功能网元的信息。如此,实现了第一网元从支持第一特性的用户面功能网元中获取相关的用户面数据,且是第一网元先通过第一特性确定出会话管理功能网元,从而有助于避免向不相关的会话管理功能网元订阅。即限制了订阅的会话管理功能网元的范围,可节约信令的开销。
在一种可能的实现方式中,第一请求消息可包括用户面功能网元的信息。如此,会话管理功能网元可根据第一请求消息中的户面功能网元的信息的确定出提供用户面数据的户面功能网元,从而可向该户面功能网元请求用户面数据。
在一种可能的实现方式中,第一网元获取用户面数据的方式包括以下方式中的一种。
方式一,第一网元可接收会话管理功能网元发送的第一响应消息,第一响应消息包括用户面数据。
方式二,第一网元接收用户面功能网元发送的第四响应消息,第四响应消息包括第一用户面数据;其中,第四响应消息是用户面功能网元接收会话管理功能网元发送的第四请求消息后向第一网元发送的,第四请求消息是会话管理功能网元根据第一请求消息生成的。
在一种可能的实现方式中,第一请求消息包括第一标识,第一标识用于向会话管理功能网元指示用户面数据的类型,第四请求消息包括第二标识,第二标识用于向用户面功能网元指示用户面数据的类型;第四响应消息还包括第二标识;第一网元根据第一标识与第二标识的关联关系,将第二标识映射为第一标识。如此,当第一网元与会话管理功能网元之间可识别的用户面数据的类型,与会话管理功能网元和用户面功能网元之间可识别的用户面数据的类型不同时,通过该映射过程,可实现了用户面数据的类型之间的转化。
应理解,若第一请求消息为订阅请求消息,则第一标识为第一事件标识。相应地,第四请求消息为也为订阅请求消息,则第二标识为第二事件标识。
进一步,第四响应消息还包括第二标识与第一标识的关联关系。基于此,第一网元接收到第四响应消息后,可根据第一事件标识与第二事件标识的关联关系,直接将第二事件标识映射为第一事件标识。
在一种可能的实现方式中,第一请求消息还包括第一过滤信息,第四请求消息还包括第二过滤信息,第四响应消息还包括第二过滤信息;在该情况下,第一网元根据第一过滤信息与第二过滤信息的关联关系,将第二过滤信息映射为第一过滤信息。
进一步,第四响应消息还包括第二过滤信息与第一过滤信息的关联关系。基于此,第一网元接收到第四响应消息后,第一网元可根据第一过滤信息与第二过滤信息的关联关系,直接将第二过滤信息映射为第一过滤信息。
在一种可能的实现方式中,第一网元从数据管理网元获取会话管理功能网元的信息,会话管理功能网元服务于终端设备。
在一种可能的实现方式中,第三请求消息中包括第一特性。便于网络存储功能网元根据第一特性确定出支持第一特性的用户面功能网元。
在一种可能的实现方式中,第三响应消息还包括用户面功能网元的信息。如此,可便于会话管理功能网元快速的确定出发送第一请求消息时对象,即用户面功能网元。
在一种可能的实现方式中,第一网元根据第一特性确定会话管理功能网元支持的第二特性;第三请求消息中还包括第二特性。
在一种可能的实现方式中,第一特性包括:用户面功能网元关联的会话管理功能网元的信息、用户面功能网元支持的应用信息、用户面功能网元是否支持能力开放服务信息、用户面功能网元的服务区域信息、以及用户面功能网元服务的用户群组信息中的至少一项。
第二方面,本申请提供一种网元信息的获取方法,该方法包括数据管理网元接收来自第一网元的第二请求消息,向第一网元发送第二响应消息,第二请求消息用于向数据管理网元请求服务于终端设备的用户面功能网元的信息,第二响应消息包括用户面功能网元的信息。
基于该方案,第一网元可以实现获取某一终端设备相关的用户面数据,且由于第一网元可先获取到服务于该终端设备的用户面功能网元,从而可限定会话管理功能网元最终的订阅对象用户面功能网元的范围,从而有助于避免向不相关的用户面功能网元发送后续的订阅请求消息,可节约信令的开销。
在一种可能的实现方式中,第二请求消息还用于向数据管理网元请求服务于终端设备的会话管理功能网元的信息,第二响应消息还包括会话管理功能网元的信息。如此,可便于第一网元直接向第二响应消息中的会话管理功能网元发送第一请求消息。
在一种可能的实现方式中,数据管理网元接收来自会话管理功能网元和/或用户面功能网元的第一注册请求消息,第一注册请求消息包括用户面功能网元的信息;数据管理网元根据第一注册请求消息,将用户面功能网元的信息保存于数据管理网元。
在一种可能的实现方式中,数据管理网元根据第一注册请求消息,将会话管理功能网元的信息保存于数据管理网元,其中,第一注册请求消息中还包括会话管理功能网元的信息。
第三方面,本申请提供一种网元信息的获取方法,该方法包括网络存储功能网元接收来自第一网元的第三请求消息,第三请求消息用于向网络存储功能网元请求用户面功能网元对应的会话管理功能网元的信息,第三请求消息包括用户面功能网元支持的第一特性;网络存储功能网元根据第三请求消息确定会话管理功能网元的信息;网络存储功能网元向第一网元发送第三响应消息,第三响应消息包括会话管理功能网元的信息。
基于该方案,实现了第一网元从支持第一特性的用户面功能网元中获取相关的用户面数据,且是第一网元先通过第一特性确定出会话管理功能网元,从而有助于避免向不相关的会话管理功能网元订阅。即限制了订阅的会话管理功能网元的范围,可节约信令的开销。
在一种可能的实现方式中,网络存储功能网元接收用户面功能网元发送的第二注册请求消息,网络存储功能网元根据第二注册请求消息,将用户面功能网元支持的第一特性保存于网络存储功能网元,第二注册请求消息中包括第一特性。将用户面功能网元支持的第一特性注册到网络存储功能网元中,便于网络存储功能网元存储和管理用户面功能网元。而且,也可以便于后续其它网元根据第一特性确定出支持第一特性的用户面功能网元对应的会话管理功能网元。
在一种可能的实现方式中,网络存储功能根据第一特性确定会话管理功能网元支持的第二特性,并根据第二特性确定会话管理功能网元的信息。
在一种可能的实现方式中,网络存储功能网元接收会话管理功能网元发送的第三注册请求消息,第三注册请求消息中包括第二特性,网络存储功能网元根据第三注册请求消息,将第二特性保存于网络存储功能网元。
在一种可能的实现方式中,第一特性包括以下内容中至少一项:用户面功能网元关联的会话管理功能网元的信息、用户面功能网元支持的应用信息、用户面功能网元是否能力开放服务信息、用户面功能网元的服务区域信息、用户面功能网元服务的用户群组信息。
在一种可能的实现方式中,网络存储功能网元确定第一特性包括用户面功能网元关联的会话管理功能网元的信息,并可根据用户面功能网元关联的会话管理功能网元的信息,确定会话管理功能网元的信息。
第四方面,本申请提供一种用户面数据获取方法,该方法包括会话管理功能网元接收来自第一网元的第一请求消息,第一请求消息用于指示会话管理功能网元请求用户面功能网元提供用户面数据,第一请求消息包括第一标识,第一标识用于向会话管理功能网元指示用户面数据的类型,会话管理功能网元可根据第一标识确定第四请求消息包括的第二标识,第二标识用于向用户面功能网元指示用户面数据的类型,会话管理功能网元可向用户面功能网元发送第四请求消息,第四请求消息用于向用户面功能网元请求用户面数据。
基于该方案,当第一网元与会话管理功能网元之间可识别的用户面数据的类型,与会话管理功能网元和用户面功能网元之间可识别的用户面数据的类型不同时,通过该映射过程,可实现了用户面数据的类型之间的转化。
在一种可能的实现方式中,第一请求消息还包括第一用户面功能网元的信息。
在一种可能的实现方式中,第一请求消息还包括第一过滤信息,会话管理功能网元根据第一过滤信息确定第四请求消息包括的第二过滤信息。
在一种可能的实现方式中,第四请求消息还包括目的地址信息,目的地址信息用于告知用户面功能网元上报用户面数据的目的地址,目的地址信息为第一网元的地址信息或会话管理功能网元的地址信息。若目的地址为第一网元的地址信息,用户面功能网元可以将第四响应消息直接上报至第一网元,无需经过会话管理功能网元的处理,如此,可减少会话管理功能网元接收、处理、存储与自身不需要的数据,进而有助于减少会话管理功能网元的工作量,而且,实现了用户面功能网元直接向第一网元上报用户面数据。
在一种可能的实现方式中,若目的地址为会话管理功能网元的地址信息,会话管理功能网元向第一网元发送第一响应消息,第一响应消息包括用户面数据。
在一种可能的实现方式中,会话管理功能网元通过服务化接口向用户面功能网元发送第四请求消息;或者,会话管理功能网元通过N4接口向用户面功能网元发送第四请求消息。
第五方面,本申请提供一种用户面数据获取方法,该方法包括用户面功能网元接收来自第一网元的第五请求消息,第五请求消息用于向用户面功能网元请求用户面数据;用户面功能网元向第一网元发送第五响应消息,第五响应消息包括用户面数据。
基于该方案,第一网元可直接向用户面功能网元请求用户面数据,无需经过会话管理功能网元的处理,如此,可减少会话管理功能网元接收、处理、存储与自身不需要的数据,进而有助于减少会话管理功能网元的工作量,而且,实现了用户面功能网元直接向第一网元上报用户面数据。
在一种可能的实现方式中,用户面功能网元通过服务化接口接收来自第一网元的第五请求消息。
在一种可能的实现方式中,用户面功能网元通过服务化接口向第一网元发送第五响应消息。
第六方面,本申请提供一种用户面数据获取方法,该方法包括用户面功能网元接收来自会话管理功能网元的第四请求消息,第四请求消息用于向用户面功能网元请求用户面数据;用户面功能网元向第一网元发送第四响应消息,第四响应消息包括用户面数据。
基于该方案,用户面功能网元直接向第一网元发送第四响应消息,可省去会话管理功能网元接收、处理、存储与自身不需要的数据,进而有助于减少会话管理功能网元的工作量。
在一种可能的实现方式中,用户面功能网元可根据目的地址信息向第一网元发送第四响应消息。
示例一,第四请求消息还包括的目地址信息,目的地址信息为第一网元的地址信息。如此,可减少会话管理功能网元接收、处理、存储与自身不需要的数据,进而有助于减少会话管理功能网元的工作量,而且,实现了用户面功能网元直接向第一网元上报用户面数据。
基于该示例一中,用户面功能网元可通过服务化接口向第一网元发送第四响应消息。
示例二,第四请求消息还包括的目地址信息,目的地址信息也可以是会话管理功能网元的地址信息,在该情况下,用户面功能网元可向会话管理功能网元发送第四响应消息,会话管理功能网元再将第四响应消息转发至第一网元。
基于该示例二,用户面功能网元可通过服务化接口向会话管理功能网元发送第四响应消息;或者,用户面功能网元可通过N4接口向会话管理功能网元发送第四响应消息。
在一种可能的实现方式中,第四请求消息中还包括第一标识与第二标识的关联关系,第一标识用于向会话管理功能网元指示用户面数据的类型,第二标识用于向用户面功能网元指示用户面数据的类型;用户面功能根据第一标识与第二标识的关联关系,将第二标识映射为第一标识。
在一种可能的实现方式中,第四请求消息中还包括第一过滤信息与第二过滤信息的关联关系;用户面功能根据第一过滤信息与第二过滤信息的关联关系,将第二过滤信息映射为第一过滤信息。
在一种可能的实现方式中,第四响应消息还包括第一标识与第二标识的关联关系,和/或,第一过滤信息与第二过滤信息关联关系。
第七方面,本申请提供一种注册方法,该方法包括会话管理功能网元接收终端设备发送的会话建立请求消息,会话管理功能网元向数据管理网元发送第一注册请求消息,第一注册请求消息包括服务于终端设备的用户面功能网元的信息;其中,会话建立请求消息用于请求会话管理功能网元为终端设备建立会话,第一注册请求消息用于请求数据管理网元将用户面功能网元的信息保存于数据管理网元。
基于该方案,可实现会话管理功能网元将用户面功能网元的信息注册于数据管理网元。
在一种可能的实现方式中,第一注册请求消息还包括会话管理功能网元的信息,第一注册请求还用于数据管理网元将会话管理功能网元的信息保存于数据管理网元。
第八方面,本申请提供一种注册方法,该方法包括用户面功能网元接收会话管理功能网元发送的连接建立请求消息,用户面功能网元向数据管理网元发送第一注册请求消息;其中,第一注册请求消息包括服务于终端设备的用户面功能网元的信息,连接建立请求消息用于请求用户面功能网元为终端设备建立用户面传输隧道,第一注册请求消息用于请求数据管理网元将用户面功能网元的信息保存于数据管理网元。
基于该方案,可用户面功能网元直接向数据管理网元将自身的信息进行注册。
第九方面,本申请提供一种注册方法,该方法包括用户面功能网元向网络存储功能网元发送第二注册请求消息,第二注册请求消息包括用户面功能网元支持的第一特性,第二注册请求消息用于请求网络存储功能网元保存第一特性。
基于该方案,可将用户面功能网元的第一特性注册到网络存储功能网元中,便于网络存储功能网元存储和管理用户面功能网元。而且,也可以便于后续其它网元根据第一特性确定出支持第一特性的用户面功能网元对应的会话管理功能网元。
在一种可能的实现方式中,第一特性包括以下内容中至少一项:用户面功能网元关联的会话管理功能网元的信息、用户面功能网元支持的应用信息、用户面功能网元是否能力开放服务信息、用户面功能网元的服务区域信息、用户面功能网元服务的用户群组信息。
第十方面,本申请提供一种通信装置,该通信装置可以是第一网元(如数据分析网元)、会话管理功能网元、数据管理网元、网络存储功能网元或用户面功能网元。该通信装置具有实现上述实施例中的第一网元、会话管理功能网元、数据管理网元、网络存储功能网元或用户面功能网元的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元或模块。
在一种可能的实现方式中,该通信装置包括:处理器和收发器,该处理器被配置为支持该通信装置执行以上所示通信方法中第一网元、会话管理功能网元、数据管理网元、网络存储功能网元或用户面功能网元的相应功能。该收发器用于支持该通信装置与其它通信装置之间的通信。其中,收发器可以为独立的接收器、独立的发射器、集成收发功能的收发器、或者是接口电路。可选地,该通信装置还可以包括存储器,该存储可以与处理器耦合,其保存该通信装置必要的程序指令和数据。
在一个可能的实现方式中,该通信装置可以是第一网元、会话管理功能网元、数据管理网元、网络存储功能网元或用户面功能网元,或者可用于第一网元、会话管理功能网元、数据管理网元、网络存储功能网元或用户面功能网元的部件,例如芯片或芯片***或者电路。
第十一方面,本申请提供一种通信装置,用于实现上述第一方面或第一方面中的任意一种方法,或者用于实现上述第二方面或第二方面中的任意一种方法,或者用于实现上述第三方面或第三方面中的任意一种方法,或者用于实现上述第四方面或第四方面中的任意一种方法,或者用于实现上述第五方面或第五方面中的任意一种方法,或者用于实现上述第六方面或第六方面中的任意一种方法,或者用于实现上述第七方面或第七方面中的任意一种方法,或者用于实现上述第八方面或第八方面中的任意一种方法,或者用于实现上述第九方面或第九方面中的任意一种方法,包括相应的功能模块,分别用于实现以上方法中的步骤。功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的实施方式中,通信装置的结构中包括处理单元和收发单元,这些单元可以执行上述方法示例中相应功能,具体参见方法示例中的详细描述,此处不做赘述。其中,收发单元可以为收发器、或者是通信接口。
在上述任意一方面中,第一网元可以是数据分析网元,例如:网络数据分析功能网元。
第十二方面,本申请提供了一种芯片***,包括处理器。可选地,还可包括存储器,存储器用于存储计算机程序,处理器用于从存储器中调用并运行计算机程序,使得安装有芯片***的装置执行上述第一方面至第九方面及其可能的实施方式中的任一方法。
第十三方面,本申请提供一种计算机存储介质,计算机存储介质中存储有指令,当其在计算机上运行时,使得计算机执行第一方面至第九方面及其任一可能的实施方式中的任一方法。
第十四方面,本申请提供一种包括指令的计算机程序产品,当其在计算机上运行时,使得计算机执行第一方面至第九方面及其任一可能的实施方式中的任一方法。
附图说明
图1为本申请提供的一种通信***架构示意图;
图2为本申请提供的一种用户面数据的获取方法流程示意图;
图3a为本申请提供的一种网元信息的获取方法流程示意图;
图3b为本申请提供的另一种网元信息的获取方法流程示意图;
图4为本申请提供的另一种用户面数据的获取方法流程示意图;
图5为本申请提供的再一种用户面数据的获取方法流程示意图;
图6a为本申请提供的一种注册方法流程示意图;
图6b为本申请提供的一种另一种注册方法流程示意图;
图7a为本申请提供的一种注册方法流程示意图;
图7b为本申请提供的另一种注册方法流程示意图;
图8为本申请提供的一种通信装置的结构示意图;
图9为本申请提供的一种通信装置的示意图。
具体实施方式
为了使本申请实施例的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施例作进一步地详细描述。
本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
图1示例性示出了本申请提供的一种通信***架构示意图。如图1所示,该通信***可以包括数据分析网元、数据管理网元、网络存储功能网元、会话管理功能网元、用户面功能网元和终端设备。其中,数据分析网元、数据管理网元、网络存储功能网元、会话管理功能网元可以通过总线连接。这里的总线是指在逻辑上能够实现通信***中各网元的连接通信,通信***中的各网元之间可以通过接口或网络来实现连接通信。会话管理功能网元和用户面功能网元连接,会话管理功能网元可以用于控制用户面功能网元执行用户面相关策略,或者会话管理功能网元可以用于通过移动性管理网元控制终端设备或无线接入网(radio access network,RAN)执行会话相关策略。
数据分析网元,主要用于从网络功能(network function,NF)网元、操作管理维护(operation administration maintenance,OAM)***、终端设备或应用层功能(application function,AF)网元收集数据,并对收集的数据进行分析,从而得到数据分析结果。数据分析网元还可以将所得的数据分析结果发送给NF、OAM***、终端设备或AF网元,以便于这些实体做相应的策略制定、操作执行等。在第五代(the 5th generation,5G)通信中,数据分析网元可以是网络数据分析功能(network data analytics function,NWDAF)网元、管理面数据分析服务(management data analytics service,MDAS)网元等,在未来通信如第6代(6th generation,6G)通信中,数据分析网元仍可以是NWDAF或MDAS网元,或有其它的名称,本申请不做限定。其中,NF网元包括但不限于5G中的移动性管理功能(accessand mobility management function,AMF)网元、会话管理功能(session managementfunction,SMF)、策略控制功能(policy control function,PCF)网元等。
数据管理网元,主要用于管理、存储用户数据,如签约信息、鉴权/授权信息。在5G中,数据管理网元可以是统一数据管理(unified data management,UDM)网元或统一数据仓库功能(unified data repository,UDR)网元,在未来通信如6G中,数据管理网元仍可以是UDM网元或UDR网元,或有其它的名称,本申请不做限定。
网络存储功能网元,主要用于支持网络功能网元的服务注册登记、网元状态监测等,实现网络功能服务自动化管理,选择和扩展。在5G中,网络存储功能网元可以是网络存储功能(network repository function,NRF)网元,在未来通信如6G中,网络存储功能网元仍可以是NRF网元,或者有其它名称,本申请对此不作限定。
会话管理功能网元,主要用于移动网络中的会话管理和用户面功能网元的选择和控制。其中,会话管理如会话创建、修改、释放。具体功能比如包括为用户分配互联网协议(internet protocol,IP)地址、选择提供报文转发功能的用户面功能网元等。在5G中,会话管理功能网元可以是会话管理功能(session management function,SMF)网元,在未来通信如6G中,会话管理功能网元仍可以是SMF网元,或有其它的名称,本申请不做限定。
用户面功能网元,主要用于用户平面的业务处理,例如数据包路由和传输、包检测、业务用量上报、服务质量(Quality of Service,QoS)处理、合法监听、上行包检测、下行数据包存储等。在5G中,用户面功能网元可以是用户面功能(user plane function,UPF)网元,在未来通信如6G中,用户面功能网元仍可以是UPF网元,或有其它的名称,本申请不做限定。需要说明的是,本申请中的UPF是核心网UPF的简称,二者具有相同的含义,后续不再单独说明。
接入网设备(也称为无线接入网(radio access network,RAN)设备),是一种为终端提供无线通信功能的设备。接入网设备包括但不限于:5G中的下一代基站(g nodeB,gNB)、演进型节点B(evolved node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(node B,NB)、基站控制器(base station controller,BSC)、基站收发台(basetransceiver station,BTS)、家庭基站(例如,home evolved nodeB,或home node B,HNB)、基带单元(baseBand unit,BBU)、传输点(transmitting and receiving point,TRP)、发射点(transmitting point,TP)、移动交换中心等。
终端设备(也可以称为用户设备(user equipment,UE))是一种具有无线收发功能的设备,可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。终端可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端、增强现实(augmented reality,AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。
需要说明的是,本申请也可以应用于***(the 4th generation,4G)网络架构。比如,由4G中的移动性管理实体(mobility management entity,MME)提供本申请中移动性管理网元的功能;由4G中的MME和服务网关(serving gateway,SGW)提供本申请中会话管理功能网元的功能;由4G中的分组数据网网关(PDN gateway,PGW)提供本申请中核心网UPF的功能;由4G中的数据分析网元提供本申请中数据分析网元的功能等。另外,图1中所示的网元的形态和数量仅用于举例,并不构成对本申请的限定。
在介绍本申请的方法之前,首先对本申请所涉及的应用场景进行进一步的介绍说明,以便于理解本方案。需要说明的是,该部分内容也作为本申请的发明内容的一部分可选地的内容。
第一网元为了实现网络的数据分析、流量监控、或计费等目的,需要获取用户面数据。针对不同的需求,第一网元需要获取的用户面数据的类型可能是任意粒度和任意类型的。例如,可以是针对特定UE相关联的用户面数据,也可以是针对支持特定特性的UPF的用户面数据。示例性地,特定UE的用户面数据包括但不限于:特定UE的流量使用情况、特定UE中某个应用(application)对应的业务流的流量比特率测量(flow bit ratemeasurement)值、特定UE的用户面数据传输的起始时间和终止时间、特定UE的某个应用的数据传输开始或结束时间(application data transportation start or end time)。支持特定特性的UPF的用户面数据包括但不限于:某区域范围内的UPF上的所有UE的流量使用情况、支持某个特定application的UPF上该application的数据包大小等。针对不同类型的用户数据,第一网元该如何获取需要的用户面数据。
鉴于上述的技术问题,下面结合附图介绍本申请实施例提供的技术方案。如图2所示,为本申请提供的一种用户面数据的获取方法的方法流程示意图。该方法包括以下步骤:
步骤201,第一网元确定待获取的用户面数据。
该步骤201为可选步骤,在该步骤201中,待获取的用户面数据可以是某一终端设备相关的用户面数据,也可以是支持某一特性的用户面功能网元所对应的用户面数据,或者也可以是其它类型的用户面数据。
步骤202,第一网元向会话管理功能网元发送第一请求消息。
此处,第一请求消息用于指示会话管理功能网元请求用户面功能网元提供用户面数据。该用户面数据可以为步骤201中待获取的用户面数据,该第一请求消息可以为订阅请求消息。
步骤203,第一网元获取来自用户面功能网元的用户面数据。
此处,用户面功能网元可直接向第一网元发送用户面数据,或者用户面功能网元经SMF向NWDAF发送用户面数据。
从上述步骤201至步骤203可以看出,第一网元在确定需要获取用户面数据时,可通过向SMF发送第一请求消息,从而实现从用户面功能网元获取到需要获取的用户面数据。也就是说,通过上述方案,给出第一网元如何获取用户面数据的过程。
本申请中,第一网元可以是数据分析网元、或者任意其他需要获取用户面数据的网络功能网元,其中,数据分析网元可以是图1所示的NWDAF网元,也可以是未来通信***中的具有上述NWDAF网元的功能的网元。本申请中数据管理网元可以是图1所示的UDM、UDR网元,也可以是未来通信***中的具有上述UDM网元的功能的网元。本申请中网络存储功能网元可以是图1所示的NRF网元,也可以是未来通信***中的具有上述NRF网元的功能的网元。本申请中的会话管理功能网元可以是图1所示的SMF网元,也可以是未来通信***中的具有上述SMF网元的功能的网元。本申请中的用户面功能网元可以是图1所示的UPF网元,也可以是未来通信***中的具有上述UPF网元的功能的网元。
为方便说明,本申请后续,以会话管理功能网元为SMF网元,用户面功能网元为UPF网元,第一网元为数据分析网元,数据分析网元为NWDAF网元,数据管理网元为UDM网元,网络存储功能网元为NRF网元为例进行说明。进一步地,将SMF网元简称为SMF,UPF网元简称为UPF,UDM网元简称为UDM,NWDAF网元简称为NWDAF,终端设备简称为UE。即本申请后续所描述的SMF均可替换为会话管理功能网元,UPF均可替换为用户面功能网元,NWDAF均可替换为数据分析网元,UDM均可替换为数据管理网元,NRF均可替换为网络存储功能网元,UE均可替换为终端设备。
基于NWDAF需要获取的不同类型的用户面数据,如下结合具体的场景,分别详细介绍NWDAF如何确定第一请求消息的发送对象SMF,以及如何确定提供用户面数据的UPF。
场景一:NWDAF需要获取终端设备相关的用户面数据。也就是说,在该场景一中,待获取的用户面数据为UE相关的用户面数据。如下为了便于方案的说明,将UE相关的用户面数据称为第一用户面数据。
如图3a所示,为本申请提供的一种网元的信息的获取方法的方法流程示意图。该方法示例性地给出了提供第一用户面数据的UPF的确定方式。即NWDAF需要获取某UE的用户面数据时,NWDAF寻址UPF的方法。该方法包括如下步骤:
步骤301,NWDAF向UDM发送第二请求消息。相应地,UDM接收来自NWDAF的第二请求消息。
其中,第二请求消息用于向UDM请求服务于该UE的UPF的信息,例如,服务于该UE的UPF的标识、或者、服务于该UE的UPF的地址(address)、或者、服务于该UE的UPF的名称,等。另外,第二请求消息可以是事件开放订阅(event exposure subscribe)请求消息,也可以是获取用户上下文管理(context management,UE-CM)-get请求消息,或者也可以是实现上述功能的其他形式的请求消息,本申请对第二请求消息的形式不做具体限定。
在一种可能的实现方式中,该第二请求消息中可包括UE的信息,例如,UE的标识,具体可以为UE的用户永久标识(subscription permanent identifier,SUPI)或全球定位***标识(global positioning system identifier,GPSI)。以便于UDM根据UE的信息以及自身存储的该UE相关的签约信息、上下文信息,确定服务于该UE的UPF的信息。
步骤302,UDM向NWDAF发送第二响应消息。相应地,NWDAF接收来自UDM的第二响应消息。
其中,第二响应消息包括服务于该UE的UPF的信息。其中,UPF的信息可参见上述步骤301的介绍,此处不再赘述。另外,第二响应消息也可以是事件开放订阅(event exposuresubscribe)响应消息。
通过上述步骤301至步骤302可以看出,NWDAF可以实现获取某一UE相关的用户面数据,且由于NWDAF可先获取到服务于该UE的UPF,从而可限定SMF最终的订阅对象UPF的范围,从而有助于避免向不相关的UPF发送后续的订阅请求消息,可节约信令的开销。
进一步,NWDAF还需要确定服务于该UE的SMF,由于一个UPF可能属于一个SMF管辖,也可能属于多个SMF管辖,因此,服务于该UE的SMF与服务于该UE的UPF对应。如下示例性的提供了三种确定服务于该UE的SMF的可能实现方式。
实现方式A,NWDAF可从UDM中获取服务于该UE的SMF。
具体可以是,在上述步骤301的第二请求消息还可用于向UDM请求服务于该UE的SMF的信息,例如,服务于该UE的SMF的标识、或者、服务于该UE的SMF的地址(address)、或者、服务于该UE的SMF的名称等。相应地,在上述步骤302的第二响应消息中还可包括该服务于UE的SMF的信息。也可以理解为,NWDAF从UDM中获取服务于该UE的UPF的信息的同时,获取该服务于该UE的SMF的信息。当然,NWDAF也可单独向UDM请求服务于该UE的SMF的信息,也就是说,NWDAF可以先向UDM请求服务于UE的UPF的信息,再向UDM请求服务于UE的SMF的信息。
实现方式B,NWDAF中配置或保存有UE与服务于该UE的SMF之间的关联关系。
其中,UE与服务于该UE的SMF之间的关联关系可以来自运营商的配置,也可以是NWDAF在数据收集和数据关联流程中保存的。例如,NWDAF从已经收集的UE对应的数据中发现,UE的会话管理数据来源于一个SMF,则该SMF确定为服务于该UE的SMF,NWDAF将该UE与服务于该UE的SMF的关联关系进行保存。再比如,NWDAF从已经收集的UE对应的数据中发现,UE的会话管理数据来源于多个SMF,则这多个服务于该UE的SMF均确定为服务于该UE的SMF,NWDAF将该UE与这多个服务于该UE的SMF的关联关系进行保存。
实现方式C,NWDAF从NRF中获取服务于该UE的SMF。
NWDAF可向NRF查询服务于该UE的SMF。示例性地,NWDAF可向NRF发送查询请求。具体地,查询请求中可包括UE的当前状态信息,如UE当前所在的网络位置、时间、UE所在的群组信息、UE所属的公共陆地移动网(public land mobile network,PLMN)、切片信息等。相应地,NRF接收来自NWDAF的查询请求,并可基于该查询请求中UE的当前状态信息确定服务于该UE的SMF。
场景二,NWDAF获取支持某一特性的UPF所对应的用户面数据。在该场景二中,用户面数据为支持某一特性的UPF对应的用户面数据。如下为了便于方案的说明,以支持第一特性的UPF(第一特性即为UPF profile)为例,其中,第一特性即为UPF所支持的某一特性(UPFProfile);将支持第一特性的UPF所对应的用户面数据称为第二用户面数据。应理解,该场景二中的支持第一特性的UPF对应的SMF可能与上述场景一中服务于UE的SMF相同,也可能不相同;支持第一特性的UPF可能与上述场景一中的服务于UE的UPF相同,也可能不相同。
在一种可能的实现方式中,第一特性可包括UPF关联的SMF的信息(例如SMF的名称、SMF的标识或SMF的地址)、UPF支持的应用信息(例如,支持的应用名称或支持的应用标识)、UPF是否支持能力开放服务信息(例如,UPF支持event exposure service)、UPF的服务区域信息(UPF service area)、和UPF服务的用户群组信息中的至少一项。如表1所示,为本申请提供的一种UPF与所支持的第一特性的关系。
表1一种UPF与所第一特性的关系。
示例性地,若NWDAF需要订阅特定区域范围内的UPF上的所有UE的流量使用情况,则第一特性为特定服务区域(service area)。又如,NWDAF需要订阅支持某个特定应用(application)的UPF上该应用的数据包大小,则第一特性为支持特定应用。又如,NWDAF需要订阅某个用户群组(UE group)对应UPF上相关用户面数据,则第一特性为支持特定群组。
为了获取到支持某一特性的UPF对应的用户面数据,NWDAF需要从支持某一特性的UPF中获取用户面数据,则NWDAF可先向NRF寻址支持第一特定的UPF对应的SMF。本申请中,NWDAF可基于上述第一特性,确定出支持第一特性的UPF对应的SMF。即NWDAF可先向NRF寻址支持第一特性的UPF对应的SMF。如图3b所示,为本申请提供的另一种网元的信息的获取方法的方法流程示意图。该方法示例性地给出了确定支持第一特性的UPF对应的SMF的方法。该方法包括以下步骤:
步骤311,NWDAF向NRF发送第三请求消息。相应地,NRF接收来自NWDAF的第三请求消息。
此处,第三请求消息用于向NRF请求支持第一特性的UPF对应的SMF的信息。进一步,也可以确定出第三请求消息用于指示寻址的对象为SMF(即target NF type=SMF)。在一种可能的实现方式中,第三请求消息可为发现(discover)请求消息。
在一种可能的实现方式中,NWDAF可根据第一特性确定出支持第一特性的UPF对应的SMF所支持的第二特性(第二特性即为SMF profile)。也就是说,NWDAF可根据第一特性生成第二特性。示例性地,第一特性包括公共陆地移动网标识(public land mobile networkidentification,PLMN ID)1,单网络切片选择支撑信息(single network sliceselection assistance information,S-NSSAI)ID 1,服务区域(service area)1,则NWDAF可根据第一特性,生成的第二特性为:PLMN ID 1,S-NSSAI ID1,service area 2(包括service area1)。
在该步骤311中,第三请求消息中可包括第一特性,或者也可包括第二特性,或者也可包括第一特性和第二特性。如下,基于第三请求消息所携带的具体内容(也可称为筛选SMF的条件),分如下三种情形分别详细介绍。
情形A,第三请求消息中包括第一特性。其中,第一特性用于NRF确定支持第一特性的UPF所对应的SMF。
基于该情形A,又可分如下两种情形。
情形A-1,第一特性中包括支持第一特性的UPF关联的SMF的信息,说明UPF在向NRF注册时,将支持第一特性的UPF关联的SMF的信息作为UPF的第一特性也保存于NRF中。可以理解的是,由于SMF负责为UE选择和分配UPF,因此,SMF和UPF之间存在一定的关联关系。比如,某个UPF属于某个SMF管辖。再比如,UPF的服务区域(service area 1)包括于SMF的服务区域(service area 2)。在比如,UPF与SMF在相同的切片中。情形A-1也可以理解为,第三请求消息中包括第一特性,且第一特性包括支持第一特性的UPF关联的SMF的信息。
情形A-2,第一特性中未包括支持第一特性的UPF关联的SMF的信息。也就是说,第三请求消息中包括第一特性,且第一特性中不包括支持第一特性的UPF关联的SMF的信息。
情形B,第三请求消息中包括第二特性。其中,第二特性用于NRF确定支持第二特性的SMF的信息。
情形C,第三请求消息中包括第一特性和第二特性。
基于该情形C,又可分如下两种情形。
情形C-1,第一特性中包括支持第一特性的UPF关联的SMF的信息。即,第三请求消息中包括第一特性和第二特性,且第一特性包括支持第一特性的UPF关联的SMF的信息。
情形C-2,第一特性中未包括支持第一特性的UPF关联的SMF。即,第三请求消息中包括第一特性和第二特性,且第一特性不包括支持第一特性的UPF关联的SMF的信息。
步骤312,NRF根据第三请求消息确定支持第一特性的UPF对应的SMF的信息。
基于上述步骤311中情形A-1,NRF可根据第一特性中包括的支持第一特性的UPF关联的SMF的信息,直接确定出支持第一特性的UPF对应的SMF的信息。
基于上述步骤311中情形A-2,由于NRF可根据第一特性确定出关联的第二特性,进而可根据第二特性确定出支持第一特性的UPF对应的SMF的信息。具体地,NRF可比较第一特性与本地存储的各个SMF的第二特性,将与第一特性存在共性的第二特性所对应的SMF,确定为支持第一特性的UPF对应的SMF。例如,第一特性包括PLMN ID1,S-NSSAI ID 1,servicearea 1,则NRF从本地存储的全部SMF的第二特性中,找出PLMN ID1,S-NSSAI ID 1,servicearea 2(包括service area 1)的特性对应的SMF,确定为支持第一特性的UPF对应的SMF。
基于上述步骤311中的情形B,NRF根据第二特性确定支持第一特性的UPF对应的SMF的信息,具体可参考现有技术的介绍,此处不再赘述。
基于上述步骤311中情形C-1,NRF可根据该支持第一特性的UPF关联的SMF,直接确定出支持第一特性的UPF对应的SMF的信息,且确定出的支持第一特性的UPF对应的SMF需支持第二特性。
基于上述步骤311中情形C-2,NRF可根据第二特性确定支持第一特性的UPF对应的SMF的信息。具体可参考现有技术的介绍,此处不再赘述。
步骤313,NRF向NWDAF发送第三响应消息。相应地,NWDAF接收来自NRF的第三响应消息。
其中,第三响应消息包括支持第一特性的UPF对应的SMF的信息。另外,第三响应消息可为发现(discover)响应消息。
进一步,当第三请求消息中包括第一特性时,NRF还可根据第一特性确定出对应的UPF的信息。相应地,第三响应中也可包括支持第一特性的UPF的信息。
通过上述步骤311至步骤313,实现了NWDAF从支持第一特性的UPF中获取相关的用户面数据,且是NWDAF先通过第一特性确定出SMF,从而有助于避免向不相关的SMF订阅。即限制了订阅的SMF的范围,可节约信令的开销。
如下基于不同的情形,进一步详细介绍NWDAF获取用户面数据的方法。
如下以订阅过程为例说明,在订阅过程中,第一标识可为第一事件标识(eventID),第二标识可为第二事件标识。其中,第一标识用于向SMF指示用户面数据的类型,第二标识用于向UPF指示用户面数据的类型。为了便于方案的介绍,将NWDAF和SMF之间的第一标识称为第一事件标识(事件标识也称为事件类型),将UPF和SMF之间的第二标识称为第二事件标识;即第一事件标识用于标识NWDAF和SMF之间的事件,第二事件标识用于标识UPF和SMF之间的事件。进一步,将NWDAF和SMF之间的过滤信息(event filter)称为第一过滤信息,将UPF和SMF之间的过滤信息称为第二过滤信息。
需要说明的是,第一请求消息中可包括第一事件标识,也可包第一过滤信息,或者也可包括第一事件标识和第一过滤信息。如下,为了便于方案的说明,以第一请求消息中包括第一事件标识和第一过滤信息为例说明。
如图4所示,为本申请提供的又一种用户面数据的获取方法流程示意图。该方法包括以下步骤:
步骤411,NWDAF向SMF发送第一请求消息。相应地,SMF接收来自NWDAF的第一请求消息。
该步骤411中,该第一请求消息可以为事件开放订阅(event exposuresubscribe)请求消息。其中,第一请求消息还可包括第一事件标识和第一过滤信息。具体可以是NWDAF根据待获取的用户面数据的类型,设置向SMF订阅的第一事件标识和第一过滤信息。
基于上述场景一,NWDAF需要获取某一UE关联的用户面数据。例如某一UE在某个区域某段时间内流量使用情况,则NWDAF可设置第一事件标识为流量使用报告(trafficusage report),可设置第一过滤信息为{时间信息(time),区域信息(area),UE标识(UEID)}等其它可能的过滤信息(other option filter)。再比如,若NWDAF需要获取某一UE的某个应用所对应的业务流的流量比特率的测量值,则NWDAF可设置第一事件标识为流量比特率测量的测量值,可设置第一过滤信息为{应用标识(application ID),UE标识(第一UEID)}等其它可能的过滤信息(other option filter)。
基于上述场景二,NWDAF需要获取支持第一特性的UPF所对应的数据。例如,NWDAF需要获取某个区域所有UPF某段时间内流量统计情况,则NWDAF可设置第一事件标识为UPF流量测量报告(traffic measurement report),可设置第一过滤信息为{时间信息(time),区域信息(area)}。再比如,若NWDAF需要获取某个应用(application)对应业务流的流量比特率测量的测量值,则NWDAF可设置第一事件标识为流量比特率测量的测量值,第一过滤信息为{应用标识(application ID)}。也可以理解为,NWDAF可根据第一特性生成第一过滤信息。
步骤412,SMF可根据第一请求消息生成第四请求消息。
具体地,第一请求消息中可包括第一事件标识和第一过滤信息。由于第一事件标识与第二事件标识不同,且第一过滤信息与第二过滤信息也不同。因此,SMF需根据第一事件标识确定第二事件标识,根据第一过滤信息确定第二过滤信息。即第四请求消息中包括第二事件标识和第二过滤信息。
在一种可能的实现方式中,SMF可根据第一事件标识与第二事件标识的关联关系,将第二事件标识映射为第一事件标识。类似地,SMF可根据第一过滤信息与第二过滤信息的关联关系,将第一过滤信息映射为第二过滤信息。示例性地,若第一过滤信息中包括UE ID(如SUPI、GPSI),若UPF无法识别SUPI或GPSI,SMF可将UE ID映射为UPF可以识别的UE ID’(如UE IP address)。也就是说,第二过滤信息可包括UE IP address。再比如,第一过滤信息中包括的区域信息,若UPF无法区分UE的位置信息,但可以识别时间信息,因此,SMF可获知UE所在的位置信息,并根据UE所在的位置信息确定出该UE在该位置提供服务的UPF,再确定出UE在该位置的时间范围。即SMF可将第一过滤信息中区域信息映射为服务于UE的UPF和时间信息。也就是说,第二过滤信息可包括服务于UE的UPF和时间信息。
需要说明的是,第一事件标识和第二事件标识也可能相同,第一过滤信息和第二过滤信息也可能相同。当第一事件标识和第二事件标识相同,且第一过滤信息和第二过滤信息也相同时,第一请求消息和第四请求消息相同。
步骤413,SMF向UPF发送第四请求消息。相应地,UPF接收来自SMF的第四请求消息。
在一种可能的实现方式中,第一请求消息中可包括UPF的信息。SMF可根据接收到的第一请求消息中的UPF的信息的确定出提供用户面数据的UPF,从而可向该UPF请求用户面数据。
基于上述场景一,则SMF请求的是UE相关的用户面数据。针对上述场景一,第四请求消息的发送对象UPF的信息是从UDM中获取的,具体过程可参见上述图3a的介绍,此处不再赘述。
若是基于上述场景二,则SMF请求的是支持第一特性的UPF对应的用户面数据。针对上述场景二,确定第四请求消息的发送对象UPF可通过如下三种实现方式。
实现方式Ⅰ,SMF可根据第一请求消息中包含的第一过滤信息确定第四请求消息的发送对象UPF。
由于SMF负责为UE选择和分配UPF,因此,SMF和UPF之间存在一定的关联关系。也就是说,SMF可根据第一过滤信息确定出UPF。例如,SMF执行为特定应用选择的UPF,并保存应用标识与所选UPF的关联关系,则SMF可以根据应用标识映射出对应的UPF。又如,SMF执行为特定的DNN对应PDU session选择UPF,并保存DNN标识与所选UPF的关联关系,则SMF可以根据数据网络名称(data network name,DNN)标识映射出对应的UPF。
实现方式Ⅱ,SMF向NRF查询第一请求中第一过滤信息对应的UPF。
具体可参见现有技术中SMF在UE的PDU会话流程中选择UPF的流程,此处不再赘述。
实现方式Ⅲ,上述第三响应消息中携带UPF的信息(即NWDAF从NRF中获取到UPF的信息)。
结合上述图3b,当第三请求消息中包括第一特性时,NRF还可根据第三请求消息中的第一特性确定出对应的UPF的信息。相应地,NRF向NWDAF发送第三响应消息时,可携带UPF的信息。NWDAF向SMF发送第一请求消息时,可在第一请求消息中携带UPF的信息。
本申请中,SMF可通过如下两种类型的接口向UPF发送第四请求消息。
类型a,SMF与UPF之间的服务化接口。
具体可以是,SMF可通过服务化接口向UPF发送第四请求消息。具体为,SMF通过与UPF之间的服务化接口向UPF发送第四请求消息。在类型a中,第四请求消息可以是事件开放订阅(event exposure-subscribe)消息。
需要说明的是,一个服务化接口可针对某个网络功能网元,该网络功能网元可通过这个服务化接口可向外与其它的网络功能网元进行交互,其它的网络功能网元可通过与该服务化接口相对应的服务化接口与该网络功能网元进行交互。也就是说,每个网络功能网元可通过各自的服务化接口对外提供服务,并允许其他获得授权的网络功能网元访问或调用自身的服务。提供服务的网络功能网元称为服务提供者,访问和调用服务的网络功能网元被称为服务使用者,他们之间可通过订阅请求消息和通知消息的方式进行具体的消息交互。
类型b,SMF与UPF之间的N4接口。
具体可以是,SMF通过N4接口向UPF发送第四请求消息。即SMF通过与UPF之间的N4接口向UPF发送第四请求消息。在类型b中,第四请求消息可以是报文转发控制协议(packetforwarding control protocol,PFCP)会话建立请求(session establishment request)消息。在一种可能的实现方式中,SMF可在使用报告规则(usage report rule,URR)中设置向UPF订阅的第二事件标识以及第二过滤信息等。也就是说,SMF可通过在URR中新增第二事件标识和第二过滤信息等,以实现从UPF中获取用户面数据。具体地,SMF可通过PFCP会话建立请求消息将URR发送至UPF。
需要说明的是,当SMF与UPF之间的同时存在类型a的服务化接口和类型b的N4接口时,可以设置N4接口和服务化接口的之间的优先级。例如,可设置N4接口的优先级高于服务化接口,若SMF确定NWDAF需要获取的用户面数据是N4接口可以提供的,则SMF可通过与UPF之间的N4接口发送第四请求消息。若SMF确定NWDAF需要获取的用户面数据N4接口不能提供,则SMF可通过与UPF之间的服务化接口发送第四请求消息。
本申请中,第四请求消息还可包括目的地址(target address)信息,目的地址信息用于告知UPF上报用户面数据的目的地址,具体目的地址可为NWDAF的地址信息或SMF的地址信息。基于第四请求消息携带的目的地址信息,可分如下三种情形。针对情形1,步骤413之后执行步骤414和步骤415;针对情形2,步骤413之后执行步骤416。
情形1,目的地址信息为SMF的地址信息。
步骤414,UPF向SMF发送用户面数据。相应地,SMF接收来自UPF的用户面数据。
在该情形1中,UPF可按照第二事件标识和第二过滤信息向SMF上报获取的用户面数据。相应地,SMF接收到用户面数据后,可根据第一事件标识与第二事件标识的关联关系,将第二事件标识映射为第一事件标识;以及根据第一过滤信息与第二过滤信息的关联关系,将第二过滤信息映射为第一过滤信息。例如,SMF将UE IP地址列表转换成UE的组标识(group ID),再比如将业务质量流标识(quality of service flow ID,QFI)转换成应用标识(application ID),再比如将业务质量流标识列表(quality of service flow list)的流比特率测量值(flow bitrate measurement)聚合成PDU session对应的bitratemeasurement。
步骤415,SMF向NWDAF发送第一响应消息。相应地,NWDAF接收来自SMF的第一响应消息。
在该步骤415中,第一响应消息包括获取的用户面数据。也就是说,SMF可按照映射后的第一事件标识和第一过滤信息向NWDAF发送第一响应消息。相应地,NWDAF接收到第一响应消息后,可直接获得第一事件标识和第一过滤信息。另外,第一响应消息可为事件开放通知(event exposure notify)响应消息。
需要说明的是,在该情形1中,UPF向SMF发送获取的用户面数据,可以是通过SMF与UPF之间的服务化接口,或者通过SMF与UPF之间的N4接口。具体可参见上述类型a和类型b的介绍,此处不再赘述。另外,由于SMF负责为UE选择和分配UPF,因此,当UE从一个UPF移动到另一个新的UPF,则SMF可以向新的UPF发送第四请求消息,并可取消对原UPF的订阅流程。
情形2,目的地址为NWDAF的地址信息。
步骤416,UPF向NWDAF发送第四响应消息。相应地,NWDAF接收来自UPF的第四响应消息。
基于该情形2,UPF可以将第四响应消息直接上报至NWDAF,无需经过SMF的处理,如此,可减少SMF接收、处理、存储与自身不需要的数据,进而有助于减少SMF的工作量,而且,实现了UPF直接向NWDAF上报用户面数据。
基于上述情形2,又可分如下两种可能情形。
情形2.1,第四请求消息中携带第二事件标识与第一事件标识的关联关系和第二过滤信息与第一过滤信息的关联关系。
在该情形2.1中,在UPF按照第二事件标识和第二过滤信息获取到用户面数据后,可根据第一事件标识与第二事件标识的关联关系,将第二事件标识映射为第一事件标识;以及根据第一过滤信息与第二过滤信息的关联关系,将第二过滤信息映射为第一过滤信息。进一步,UPF可根据第一事件标识和第一过滤信息直接向NWDAF发送获取到的用户面数据,即UPF可直接向NWDAF发送第四响应消息。相应地,NWDAF接收到第四响应消息后,可直接解析出第一事件标识和第一过滤信息。
情形2.2,第四请求消息中未包括第一事件标识与第二事件标识的关联关系和第一过滤信息与第二过滤信息的关联关系。
在该情形2.2中,UPF可按照第二事件标识和第二过滤信息获取到用户面数据后,向NWDAF发送第四响应消息。一种可能的实现方式中,该第四响应消息可包括第一事件标识与第二事件标识的关联关系,以及第一过滤信息与第二过滤信息的关联关系。在另一种可能的实现方式中,也可以是SMF向NWDAF发送第一事件标识与第二事件标识的关联关系,以及第一过滤信息与第二过滤信息的关联关系。基于此,NWDAF接收到第四响应消息后,可根据第一事件标识与第二事件标识的关联关系,将第二事件标识映射为第一事件标识,以及根据第一过滤信息与第二过滤信息的关联关系,将第二过滤信息映射为第一过滤信息。例如,NWDAF将UE IP地址列表转换成UE的组标识(group ID),再比如将业务质量流标识(quality of service flow ID,QFI)转换成应用标识(application ID),再比如将业务质量流标识列表(quality of service flow list)的流比特率测量值(flow bitratemeasurement)聚合成PDU session对应的比特率测量值(bitrate measurement)。
需要说明的是,若是基于上述场景一,则上报的用户面数据是UE相关的用户面数据。若是基于上述场景二,则上报的用户面数据是支持第一特性的UPF对应的用户面数据。另外,若NWDAF经SMF向UPF请求用户面数据,如果SMF确定UPF请求用户面数据自身已经通过N4接口或即将通过N4接口从UPF获取,则SMF不再调用UPF的事件开放(event exposure)服务,可直接将自身已经存储的或者未来存储的该用户面数据发送至给SMF。
还需要说明的是,第四请求消息中还可携带上报条件,上报条件用于SMF指示UPF发送第四响应消息的形式,如用于SMF指示UPF周期性上报第四响应消息或者指示UPF基于事件触发上报第四响应消息。另外,第四响应消息可为事件开放通知(event exposurenotify)响应消息。
本申请中,NWDAF还可向UPF直接获取用户面数据。如图5所示,为本申请提供的再一种用户面数据的获取方法流程示意图。该方法包括以下步骤:
步骤501,NWDAF向UPF发送第五请求消息。其中,第五请求消息用于向UPF请求用户面数据。
此处,NWDAF可以是通过服务化接口向UPF发送第五请求消息。
步骤502,UPF向NWDAF发送第五响应消息。其中,第五响应消息包括用户面数据。
此处,UPF可以是通过服务化接口向NWDAF发送第五响应消息。
基于图5所示的方案,NWDAF可直接从UPF获取到用户面数据,无需经过SMF的处理,如此,可减少SMF接收、处理、存储与自身不需要的数据,进而有助于减少SMF的工作量,而且,实现了UPF直接向NWDAF上报用户面数据。
本申请中,UE的分组数据单元(packet data unit,PDU)会话(session)建立或修改流程中,服务于UE的SMF向UDM进行注册时,SMF还可将服务于UE的UPF也注册于UDM中。如图6a所示,为本申请提供的一种注册方法,该方法包括以下步骤:
步骤601,SMF接收UE发送的会话建立或修改请求消息。
其中,会话建立或修改请求消息用于请求SMF为UE建立会话。该SMF为服务于UE的SMF。该步骤为可选步骤。
步骤602,SMF向UDM发送第一注册请求消息。相应地,UDM接收来自SMF的第一注册请求。
此处,第一注册请求消息用于请求UDM将服务于UE的UPF的信息保存于UDM。其中,服务于UE的UPF与服务于UE的SMF对应。在某些场景下,服务于UE的SMF可能为多个,例如包括中间SMF和锚点SMF,则此种场景中,可以将每个SMF下服务于UE的UPF信息都注册于UDM中。具体的注册方式不限,例如可以由每个SMF分别向UDM注册其下服务于UE的UPF的信息,也可以由锚点SMF将自身以及所有中间SMF范围下服务于UE的UPF信息注册于UDM中。具体地,第一注册请求消息可包括UPF的信息,例如,UPF的标识、或者UPF的地址、或者UPF的名称。
步骤603,UDM可根据第一注册请求消息,将服务于UE的UPF的信息保存于UDM。
进一步,步骤602中的第一注册请求消息还包括服务于UE的SMF的信息。相应地,步骤603中,UDM可根据第一注册请求消息,将服务于UE的SMF的信息也保存于UDM。
从上述步骤601至步骤603可以看出,该方法可实现SMF将UPF的信息注册于UDM。
本申请中,服务于UE的UPF也可直接向UDM进行注册。如图6b所示,为本申请提供的另一种注册方法,该方法包括以下步骤:
步骤611,服务于UE的UPF接收服务于该UE的SMF发送的连接建立请求消息。
此处,连接建立请求消息用于请求UPF为UE建立用户面传输隧道。例如,UPF接收SMF发送的PDCP消息请求建立UE的用户面传输隧道。
步骤612,服务于该UE的UPF向UDM发送第一注册请求消息。相应地,UDM接收来自服务于该UE的UPF的第一注册请求消息。
在该步骤中,第一注册请求消息可包括UPF的信息,例如,UPF的标识、或者UPF的地址、或者UPF的名称。
在某些场景下,服务于UE的UPF可能为多个,例如包括中间UPF和锚点UPF,则此种场景中,可以将每个UPF的信息都注册于UDM中。具体的注册方式不限,例如可以由每个服务于UE的UPF分别向UDM注册其自身信息,也可以由服务于UE的锚点UPF将自身以及所有中间UPF的信息注册于UDM中。
步骤613,UDM根据第一注册请求消息,将服务于该UE的UPF的信息保存于UDM。
从上述步骤611至步骤613可以看出,该方法可实现UPF直接向UDM将自身的信息进行注册。
本申请中,UPF也可将支持的第一特性注册于NRF。如图7a所示,为本申请提供的又一种注册方法,该方法包括以下步骤:
步骤701,支持第一特性的UPF向NRF发送第二注册请求消息。
其中,第二注册请求包括UPF支持的第一特性,其中,第一特性可包括UPF关联的SMF的信息(例如SMF的名称、SMF的标识或SMF的地址)、UPF支持的应用信息(例如,支持的应用名称或支持的应用标识)、UPF是否支持能力开放服务信息(例如,UPF event exposureservice)、UPF的服务区域信息(UPF service area)、和UPF服务的用户群组信息中的至少一项。该步骤701也可理解为,UPF将自身支持的第一特性注册于NRF中。
步骤702,NRF根据第二注册请求消息,将第一特性保存于NRF。
通过上述步骤701和步骤702,可将UPF的第一特性注册到NRF中,便于NRF存储和管理UPF。而且,也可以便于后续其它网元根据第一特性确定出支持第一特性的UPF对应的SMF。而且,第一特性中包括UPF关联的SMF的信息,如此,当NWDAF需要从支持第一特性的UPF中获取相关的用户面数据时,NWDAF先快速的确定出第一特性的UPF对应的SMF,从而有助于避免向不相关的SMF订阅,可节约信令的开销。
如图7b所示,为本申请提供的另一种注册方法,该方法包括以下步骤:
步骤711,支持第二特性的SMF向NRF发送第三注册请求消息。
其中,第三注册请求消息中包括第二特性。也就是说,SMF将自身支持的第二特性注册于NRF中。
步骤712,NRF根据第三注册请求消息,将SMF所支持的第二特性保存于NRF。
通过上述步骤711和步骤712,可将支持第二特性的SMF的第二特性注册于NRF中,便于NRF存储和管理SMF。而且,也可以便于后续其它网元根据第二特性确定出SMF。
需要说明的是,本身申请中,图3a所示的确定UPF的信息的方法可独立于图2所示的用户面数据的获取方法。或者,图2所示的用户面数据的获取方法可以是基于图3a所示的确定UPF的信息的方法来实现。类似地,图3b所示的确定支持第一特性的UPF对应的SMF方法可独立于图2所示的用户面数据的获取方法。或者,图2所示的用户面数据的获取方法可以是基于图3b所示的确定支持第一特性的UPF对应的SMF方法来实现。
基于上述内容和相同构思,参考图8所示,为本申请提供的一种通信装置示意图。该通信装置用于执行上述方法流程中的第一网元、会话管理功能网元、数据管理网元、网络存储功能网元或用户面功能网元侧的任一个方案。该示例中的通信装置800可以包括:处理器801和收发器802。可选地,还可包括存储器803和通信线路804。其中,处理器801和收发器802以及存储器803可以通过通信线路804相互连接;通信线路804可以是外设部件互连标准(peripheral component interconnect,简称PCI)总线或扩展工业标准结构(extendedindustry standard architecture,简称EISA)总线等。通信线路804可以分为地址总线、数据总线、控制总线等。为便于表示,图8中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
处理器801可以是一个CPU,微处理器,ASIC,或一个或多个用于控制本申请方案程序执行的集成电路。
收发器802,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN),有线接入网等。可选地,收发器802可以为通信接口,通信接口可实现上述实施例中N4接口或服务化接口的功能。
存储器803可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyer服务器able programmable read-only memory,EEPROM)、只读光盘(compact discread-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路804与处理器相连接。存储器也可以和处理器集成在一起。
其中,存储器803用于存储执行本申请方案的计算机执行指令,并由处理器801来控制执行。处理器801用于执行存储器803中存储的计算机执行指令,从而实现本申请上述实施例提供的用户面数据的获取方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
在第一种应用中,该通信装置800可以是第一网元,第一网元包括:
收发器802,用于向会话管理功能网元发送第一请求消息,第一请求消息用于指示会话管理功能网元请求用户面功能网元提供用户面数据。处理器801,用于获取来自用户面功能网元的用户面数据。
当用户面数据为终端设备相关的用户面数据时;收发器802,还用于向数据管理网元发送第二请求消息,第二请求消息用于向数据管理网元请求服务于终端设备的用户面功能网元的信息;并接收来自数据管理网元的第二响应消息,第二响应消息包括用户面功能网元的信息。
当用户面数据为支持第一特性的用户面功能网元所对应的数据时;收发器802,还用于向网络存储功能网元发送第三请求消息,第三请求消息用于向网络存储功能网元请求用户面功能网元对应的会话管理功能网元的信息;并接收来自网络存储功能网元的第三响应消息,第三响应消息包括会话管理功能网元的信息。
在一种可能的实现方式中,第一请求消息可包括用户面功能网元的信息。
在一种可能的实现方式中,收发器802,具体用于接收会话管理功能网元发送的第一响应消息,第一响应消息包括用户面数据;或者,接收用户面功能网元发送的第四响应消息,第四响应消息包括第一用户面数据;其中,第四响应消息是用户面功能网元接收会话管理功能网元发送的第四请求消息后向第一网元发送的,第四请求消息是会话管理功能网元根据第一请求消息生成的。
在一种可能的实现方式中,第一请求消息可包括第一标识,第一标识用于向会话管理功能网元指示用户面数据的类型,第四请求消息可包括第二标识,第二标识用于向用户面功能网元指示用户面数据的类型;第四响应消息还可包括第二标识;处理器801,具体用于根据第一标识与第二标识的关联关系,将第二标识映射为第一标识。
其中,第二标识与第一标识的关联关系可以携带于第四响应消息中。
在一种可能的实现方式中,第一请求消息还可包括第一过滤信息,第四请求消息还可包括第二过滤信息,第四响应消息还可包括第二过滤信息;处理器801,具体用于根据第一过滤信息与第二过滤信息的关联关系,将第二过滤信息映射为第一过滤信息。
其中,第二过滤信息与第一过滤信息的关联关系也可携带与第四响应消息中。
所述处理器801,还用于从数据管理网元获取会话管理功能网元的信息,会话管理功能网元服务于终端设备。
在一种可能的实现方式中,第三请求消息中包括第一特性。
在一种可能的实现方式中,第三响应消息还包括用户面功能网元的信息。
在一种可能的实现方式中,处理器801,还用于根据第一特性确定会话管理功能网元支持的第二特性。其中,第三请求消息中还包括第二特性。
示例性地,第一特性包括用户面功能网元关联的会话管理功能网元的信息、用户面功能网元支持的应用信息、用户面功能网元是否支持能力开放服务信息、用户面功能网元的服务区域信息以及用户面功能网元服务的用户群组信息中的至少一项。
在第二种应用中,该通信装置800可以是数据管理网元,该数据管理网元包括:
处理器801和收发器802协作,用于接收来自第一网元的第二请求消息,第二请求消息用于向数据管理网元请求服务于终端设备的用户面功能网元的信息;并向第一网元发送第二响应消息,第二响应消息包括用户面功能网元的信息。
在一种可能的实现方式中,第二请求消息还用于向数据管理网元请求服务于终端设备的会话管理功能网元的信息,第二响应消息还包括会话管理功能网元的信息。
在一种可能的实现方式中,收发器802,还用于接收来自会话管理功能网元和/或用户面功能网元的第一注册请求消息,第一注册请求消息包括用户面功能网元的信息。处理器801,还用于根据第一注册请求消息,将用户面功能网元的信息保存于数据管理网元。
在一种可能的实现方式中,第一注册请求消息中还包括会话管理功能网元的信息;处理器801,具体用于根据第一注册请求消息,将会话管理功能网元的信息保存于数据管理网元。
在第三种应用中,该通信装置800可以是网络存储功能网元,该网络存储功能网元包括:
收发器802,用于接收来自第一网元的第三请求消息,第三请求消息用于向网络存储功能网元请求用户面功能网元对应的会话管理功能网元的信息,第三请求消息包括用户面功能网元支持的第一特性。处理器801,用于根据第三请求消息确定会话管理功能网元的信息。收发器802,还用于向第一网元发送第三响应消息,第三响应消息包括会话管理功能网元的信息。
在一种可能的实现方式中,收发器802,还用于接收用户面功能网元发送的第二注册请求消息,第二注册请求消息中包括第一特性。处理器801,还用于根据第二注册请求消息,将用户面功能网元支持的第一特性保存于网络存储功能网元。
在一种可能的实现方式中,处理器801,具体用于根据第一特性确定会话管理功能网元支持的第二特性,并根据第二特性确定会话管理功能网元的信息。
在一种可能的实现方式中,收发器802,还用于接收会话管理功能网元发送的第三注册请求消息,第三注册请求消息中包括第二特性。处理器801,还用于根据第三注册请求消息,将第二特性保存于网络存储功能网元。
在一种可能的实现方式中,第一特性包括用户面功能网元关联的会话管理功能网元的信息、用户面功能网元支持的应用信息、用户面功能网元是否能力开放服务信息、用户面功能网元的服务区域信息、以及用户面功能网元服务的用户群组信息中的至少一项。
在一种可能的实现方式中,处理器801,具体用于确定第一特性包括用户面功能网元关联的会话管理功能网元的信息;并根据用户面功能网元关联的会话管理功能网元的信息,确定会话管理功能网元的信息。
在第四种应用中,该通信装置800可以是会话管理功能网元,该会话管理功能网元包括:
收发器802,用于接收来自第一网元的第一请求消息,第一请求消息用于指示会话管理功能网元请求用户面功能网元提供用户面数据,第一请求消息包括第一标识,第一标识用于向会话管理功能网元指示用户面数据的类型。处理器801,用于根据第一标识确定第四请求消息包括的第二标识,第二标识用于向用户面功能网元指示用户面数据的类型。收发器802,还用于向用户面功能网元发送第四请求消息,第四请求消息用于向用户面功能网元请求用户面数据。
在一种可能的实现方式中,第一请求消息还包括第一用户面功能网元的信息。
在一种可能的实现方式中,第一请求消息还包括第一过滤信息;处理器801,具体用于根据第一过滤信息确定第四请求消息包括的第二过滤信息。
在一种可能的实现方式中,第四请求消息还包括目的地址信息,目的地址信息用于告知用户面功能网元上报用户面数据的目的地址,目的地址信息为第一网元的地址信息或会话管理功能网元的地址信息。
若目的地址为会话管理功能网元的地址信息,收发器802,还用于向第一网元发送第一响应消息,第一响应消息包括用户面数据。
在一种可能的实现方式中,收发器802具体可以是服务化接口或者N4接口,即可通过服务化接口向用户面功能网元发送第四请求消息;或者,通过N4接口向用户面功能网元发送第四请求消息。
在第五种应用中,该通信装置800可以是会话管理功能网元,该会话管理功能网元包括:
收发器802,用于接收终端设备发送的会话建立请求消息,会话建立请求消息用于请求会话管理功能网元为终端设备建立会话;并向数据管理网元发送第一注册请求消息,第一注册请求消息包括服务于终端设备的用户面功能网元的信息;其中,第一注册请求消息用于请求数据管理网元将用户面功能网元的信息保存于数据管理网元。
在一种可能的实现方式中,第一注册请求消息还包括会话管理功能网元的信息,第一注册请求还用于数据管理网元将会话管理功能网元的信息保存于数据管理网元。
在第六种应用中,该通信装置800可以是用户面功能网元,该用户面功能网元包括:
处理器801和收发器802协作,用于接收来自第一网元的第五请求消息,第五请求消息用于向用户面功能网元请求用户面数据;并向第一网元发送第五响应消息,第五响应消息包括用户面数据。
在一种可能的实现方式中,收发器802可以为服务化接口,具体可通过服务化接口接收来自第一网元的第五请求消息。
在一种可能的实现方式中,收发器802可以为服务化接口,具体可通过服务化接口向第一网元发送第五响应消息。
在第七种应用中,该通信装置800可以是用户面功能网元,该用户面功能网元包括:
处理器801和收发器802协作,用于接收来自会话管理功能网元的第四请求消息,第四请求消息用于向用户面功能网元请求用户面数据;并向第一网元发送第四响应消息,第四响应消息包括用户面数据。
在一种可能的实现方式中,第四请求消息还包括的目地址信息,目的地址信息为第一网元的地址信息。收发器802,可具体用于根据目的地址信息向第一网元发送第四响应消息。
在一种可能的实现方式中,收发器802可以为服务化接口,具体可通过服务化接口向第一网元发送第四响应消息。
在一种可能的实现方式中,目的地址信息还可以为会话管理功能网元的地址信息;收发器802,可具体用于根据目的地址信息向会话管理功能网元发送第四响应消息。
在一种可能的实现方式中,收发器802具体可以是服务化接口或者N4接口,即可通过服务化接口向会话管理功能网元发送第四响应消息;或者,通过N4接口向会话管理功能网元发送第四响应消息。
在一种可能的实现方式中,第四请求消息中还包括第一标识与第二标识的关联关系,第一标识用于向会话管理功能网元指示用户面数据的类型,第二标识用于向用户面功能网元指示用户面数据的类型;处理器801,具体用于根据第一标识与第二标识的关联关系,将第二标识映射为第一标识。
在一种可能的实现方式中,第四请求消息中还包括第一过滤信息与第二过滤信息的关联关系;处理器801,具体用于能根据第一过滤信息与第二过滤信息的关联关系,将第二过滤信息映射为第一过滤信息。
在一种可能的实现方式中,第四响应消息还包括第一标识与第二标识的关联关系,和/或,第一过滤信息与第二过滤信息关联关系。
在第八种应用中,该通信装置800可以是用户面功能网元,该用户面功能网元包括:
收发器802,接收会话管理功能网元发送的连接建立请求消息,连接建立请求消息用于请求用户面功能网元为终端设备建立用户面传输隧道;并向数据管理网元发送第一注册请求消息,第一注册请求消息包括服务于终端设备的用户面功能网元的信息;其中,第一注册请求消息用于请求数据管理网元将用户面功能网元的信息保存于数据管理网元。
在第九种应用中,该通信装置800可以是用户面功能网元,该用户面功能网元包括:
收发器802,向网络存储功能网元发送第二注册请求消息,第二注册请求消息包括用户面功能网元支持的第一特性,第二注册请求消息用于请求网络存储功能网元保存第一特性。
其中,第一特性包括:用户面功能网元关联的会话管理功能网元的信息、用户面功能网元支持的应用信息、用户面功能网元是否能力开放服务信息、用户面功能网元的服务区域信息、以及用户面功能网元服务的用户群组信息中的至少一项。
基于上述内容和相同构思,本申请提供一种通信装置,用于执行上述方法流程中的第一网元、会话管理功能网元、数据管理网元、网络存储功能网元或用户面功能网元侧的任一个方案。图9示例性示出了本申请提供的一种通信装置的结构示意图。该示例中的通信装置900可以包括:处理单元901和收发单元902。处理单元901用于对通信装置900的动作进行控制管理。收发单元902用于支持通信装置900与其他网络实体的通信。通信装置900还可以包括存储单元903,用于存储通信装置900的程序代码和数据。
其中,处理单元901可以是处理器或控制器,例如可以是通用中央处理器(centralprocessing unit,CPU),通用处理器,数字信号处理(digital signal processing,DSP),专用集成电路(application specific integrated circuits,ASIC),现场可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包括一个或多个微处理器组合,DSP和微处理器的组合等等。收发单元902可以是通信接口、收发器或收发电路等,其中,该通信接口是统称,在具体实现中,该通信接口可以包括多个接口。存储单元903可以是存储器。
应理解,以上各通信装置的单元的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。本申请中,处理单元901可以由上述图8的处理器801实现,收发单元902可以由上述图8的收发器802实现。也就是说,本申请中收发单元902可以执行上述图8的收发器802所执行的方案,本申请中处理单元901可以执行上述图8的处理器801所执行的方案,其余内容可以参见上述内容,在此不再赘述。如上述图8所示,通信装置800包括的存储器803中可以用于存储该通信装置800包括的处理器801执行方案时的代码,该代码可为通信装置800出厂时预装的程序/代码。
基于上述内容和相同构思,本申请提供一种通信***。该通信***可包括上述第一网元、以及、会话管理功能网元。第一网元可执行第一网元侧任意方法,会话管理功能网元可执行会话管理功能网元侧任意方法。第一网元和会话管理功能网元可能的实现方式可参见上述介绍,此处不再赘述。
在一种可能的实现方式中,该通信***还可包括用户面功能网元和数据管理网元。其中,第一网元可执行上述图2、图3a、图4或图5所示的第一网元侧的任意方法,会话管理功能网元可执行上述图2、图4、6a或6b所示的会话管理功能网元侧的任意方法,用户面功能网元可执行上述图2、图4、图5或图6b所示的用户面功能网元侧的任意方法,数据管理网元可执行上述图3a、6a或6b所示的数据管理网元侧任意的方法,用户面功能网元和数据管理网元可能的实现方式可参见上述介绍,此处再赘述。
在另一种可能的实现方式中,该通信***还可包括用户面功能网元和网络存储功能网元。第一网元可执行上述图2、图3b、图4或图5所示的第一网元侧的任意方法,会话管理功能网元可执行上述图2、图4或图7a所示的会话管理功能网元侧的任意方法,用户面功能网元可执行上述图2、图4、图5或图7b所示的用户面功能网元侧的任意方法,网络存储功能网元可执行上述图3b、图7a或图7b所示的网络存储功能网元侧任意的方法,用户面功能网元和网络存储功能网元可能的实现方式可参见上述介绍,此处再赘述。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现、当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。指令可以存储在计算机存储介质中,或者从一个计算机存储介质向另一个计算机存储介质传输,例如,指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质,(例如,软盘、硬盘、磁带、磁光盘(MO)等)、光介质(例如,CD、DVD、BD、HVD等)、或者半导体介质(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(Solid State Disk,SSD))等。
本领域内的技术人员应明白,本申请实施例可提供为方法、***、或计算机程序产品。因此,本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包括有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包括这些改动和变型在内。
Claims (31)
1.一种用户面数据的获取方法,其特征在于,包括:
第一网元向会话管理功能网元发送第一请求消息,所述第一请求消息用于指示所述会话管理功能网元请求用户面功能网元提供用户面数据;
所述第一网元获取来自所述用户面功能网元的所述用户面数据。
2.如权利要求1所述的方法,其特征在于,所述用户面数据为终端设备相关的用户面数据;
所述方法还包括:
所述第一网元向数据管理网元发送第二请求消息,所述第二请求消息用于向所述数据管理网元请求服务于所述终端设备的所述用户面功能网元的信息;
所述第一网元接收来自所述数据管理网元的第二响应消息,所述第二响应消息包括所述用户面功能网元的信息。
3.如权利要求1所述的方法,其特征在于,所述用户面数据为支持第一特性的用户面功能网元所对应的数据;
所述方法还包括:
所述第一网元向网络存储功能网元发送第三请求消息,所述第三请求消息用于向所述网络存储功能网元请求所述用户面功能网元对应的所述会话管理功能网元的信息;
所述第一网元接收来自所述网络存储功能网元的第三响应消息,所述第三响应消息包括所述会话管理功能网元的信息。
4.如权利要求1至3任一所述的方法,其特征在于,所述第一请求消息包括所述用户面功能网元的信息。
5.如权利要求1至4任一项所述的方法,其特征在于,所述第一网元获取来自所述用户面功能网元的所述用户面数据,包括:
所述第一网元接收所述会话管理功能网元发送的第一响应消息,所述第一响应消息包括所述用户面数据;或者,所述第一网元接收所述用户面功能网元发送的第四响应消息,所述第四响应消息包括所述第一用户面数据;
其中,所述第四响应消息是所述用户面功能网元接收所述会话管理功能网元发送的第四请求消息后向所述第一网元发送的,所述第四请求消息是所述会话管理功能网元根据所述第一请求消息生成的。
6.如权利要求5所述的方法,其特征在于,所述第一请求消息包括第一标识,所述第一标识用于向所述会话管理功能网元指示所述用户面数据的类型,所述第四请求消息包括第二标识,所述第二标识用于向所述用户面功能网元指示所述用户面数据的类型;
所述第四响应消息还包括所述第二标识;
所述方法还包括:
所述第一网元根据第一标识与第二标识的关联关系,将所述第二标识映射为所述第一标识。
7.如权利要求6所述的方法,其特征在于,所述第四响应消息还包括所述第二标识与第一标识的关联关系。
8.如权利要求4至7任一项所述的方法,其特征在于,所述第一请求消息还包括第一过滤信息,所述第四请求消息还包括第二过滤信息,所述第四响应消息还包括所述第二过滤信息;
所述方法还包括:
所述第一网元根据第一过滤信息与第二过滤信息的关联关系,将所述第二过滤信息映射为所述第一过滤信息。
9.如权利要求8所述的方法,其特征在于,所述第四响应消息还包括所述第二过滤信息与第一过滤信息的关联关系。
10.如权利要求1或2所述的方法,其特征在于,所述方法还包括:
所述第一网元从所述数据管理网元获取所述会话管理功能网元的信息,所述会话管理功能网元服务于所述终端设备。
11.如权利要求3所述的方法,其特征在于,所述第三请求消息中包括所述第一特性。
12.如权利要求3或11所述的方法,其特征在于,所述第三响应消息还包括所述用户面功能网元的信息。
13.如权利要求3、11或12所述的方法,其特征在于,所述方法还包括:
所述第一网元根据所述第一特性确定所述会话管理功能网元支持的第二特性;
所述第三请求消息中还包括所述第二特性。
14.如权利要求3、11至13任一项所述的方法,其特征在于,所述第一特性包括以下内容中至少一项:
所述用户面功能网元关联的会话管理功能网元的信息、所述用户面功能网元支持的应用信息、所述用户面功能网元是否支持能力开放服务信息、所述用户面功能网元的服务区域信息、所述用户面功能网元服务的用户群组信息。
15.一种通信装置,其特征在于,包括收发单元和处理单元:
所述收发单元,用于向会话管理功能网元发送第一请求消息,所述第一请求消息用于指示所述会话管理功能网元请求用户面功能网元提供用户面数据;
所述处理单元,用于获取来自所述用户面功能网元的所述用户面数据。
16.如权利要求15所述的通信装置,其特征在于,所述用户面数据为终端设备相关的用户面数据;
所述收发单元,还用于向数据管理网元发送第二请求消息,以及接收来自所述数据管理网元的第二响应消息,所述第二请求消息用于向所述数据管理网元请求服务于所述终端设备的所述用户面功能网元的信息,所述第二响应消息包括所述用户面功能网元的信息。
17.如权利要求15所述的通信装置,其特征在于,所述用户面数据为支持第一特性的用户面功能网元所对应的数据;
所述收发单元,还用于向网络存储功能网元发送第三请求消息,以及接收来自所述网络存储功能网元的第三响应消息,所述第三响应消息包括所述会话管理功能网元的信息,所述第三请求消息用于向所述网络存储功能网元请求所述用户面功能网元对应的会话管理功能网元的信息。
18.如权利要求15至17任一所述的通信装置,其特征在于,所述第一请求消息包括所述用户面功能网元的信息。
19.如权利要求15至18任一项所述的通信装置,其特征在于,所述收发单元,具体用于:
接收所述会话管理功能网元发送的第一响应消息,所述第一响应消息包括所述用户面数据;或者,接收所述用户面功能网元发送的第四响应消息,所述第四响应消息包括所述第一用户面数据;
其中,所述第四响应消息是所述用户面功能网元接收所述会话管理功能网元发送的第四请求消息后向所述第一网元发送的,所述第四请求消息是所述会话管理功能网元根据所述第一请求消息生成的。
20.如权利要求19所述的通信装置,其特征在于,所述第一请求消息包括第一标识,所述第一标识用于向所述会话管理功能网元指示所述用户面数据的类型,所述第四请求消息包括第二标识,所述第二标识用于向所述用户面功能网元指示所述用户面数据的类型;
所述第四响应消息还包括所述第二标识;
所述处理单元,还用于:
根据第一标识与第二标识的关联关系,将所述第二标识映射为所述第一标识。
21.如权利要求20所述的通信装置,其特征在于,所述第四响应消息还包括所述第二标识与第一标识的关联关系。
22.如权利要求18至21任一项所述的通信装置,其特征在于,所述第一请求消息还包括第一过滤信息,所述第四请求消息还包括第二过滤信息,所述第四响应消息还包括所述第二过滤信息;
所述处理单元,还用于:
根据第一过滤信息与第二过滤信息的关联关系,将所述第二过滤信息映射为所述第一过滤信息。
23.如权利要求22所述的通信装置,其特征在于,所述第四响应消息还包括所述第二过滤信息与第一过滤信息的关联关系。
24.如权利要求15或16所述的通信装置,其特征在于,所述处理单元,还用于:
从所述数据管理网元获取所述会话管理功能网元的信息,所述会话管理功能网元服务于所述终端设备。
25.如权利要求17所述的通信装置,其特征在于,所述第三请求消息中包括所述第一特性。
26.如权利要求17或25所述的通信装置,其特征在于,所述第三响应消息还包括所述用户面功能网元的信息。
27.如权利要求17、25或26所述的通信装置,其特征在于,所述处理单元,还用于:
根据所述第一特性确定所述会话管理功能网元支持的第二特性;
所述第三请求消息中还包括所述第二特性。
28.如权利要求17、25至27任一项所述的通信装置,其特征在于,所述第一特性包括以下内容中至少一项:
所述用户面功能网元关联的会话管理功能网元的信息、所述用户面功能网元支持的应用信息、所述用户面功能网元是否支持能力开放服务信息、所述用户面功能网元的服务区域信息、所述用户面功能网元服务的用户群组信息。
29.一种计算机可读存储介质,其特征在于,包括指令,当其在计算机上运行时,使得计算机执行如权利要求1~14任一的方法。
30.一种计算机程序产品,其特征在于,包括指令,当所述指令在计算机上运行时,使得所述计算机执行如权利要求1~14任一的方法。
31.一种通信***,其特征在于,包括如权利要求15-28中任意一项所述的通信装置和用于与所述通信装置进行通信的会话管理功能网元。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910683670.0A CN112312418A (zh) | 2019-07-26 | 2019-07-26 | 一种用户面数据的获取方法、装置及存储介质 |
PCT/CN2020/097769 WO2021017689A1 (zh) | 2019-07-26 | 2020-06-23 | 一种用户面数据的获取方法、装置及存储介质 |
EP20847206.8A EP3996408A4 (en) | 2019-07-26 | 2020-06-23 | METHOD AND DEVICE FOR DATA COLLECTION AT USER LEVEL AND STORAGE MEDIUM |
US17/585,254 US20220150685A1 (en) | 2019-07-26 | 2022-01-26 | User plane data obtaining method, apparatus, and storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910683670.0A CN112312418A (zh) | 2019-07-26 | 2019-07-26 | 一种用户面数据的获取方法、装置及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112312418A true CN112312418A (zh) | 2021-02-02 |
Family
ID=74230079
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910683670.0A Pending CN112312418A (zh) | 2019-07-26 | 2019-07-26 | 一种用户面数据的获取方法、装置及存储介质 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220150685A1 (zh) |
EP (1) | EP3996408A4 (zh) |
CN (1) | CN112312418A (zh) |
WO (1) | WO2021017689A1 (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112969199A (zh) * | 2021-02-24 | 2021-06-15 | 中国联合网络通信集团有限公司 | 一种数据采集方法和设备 |
CN114189885A (zh) * | 2021-09-27 | 2022-03-15 | 阿里巴巴达摩院(杭州)科技有限公司 | 网元信息处理方法、设备及存储介质 |
CN115250466A (zh) * | 2021-04-26 | 2022-10-28 | ***通信有限公司研究院 | 用户数据容灾方法、装置、网元设备及存储介质 |
WO2022228006A1 (zh) * | 2021-04-30 | 2022-11-03 | 华为技术有限公司 | 一种业务流识别方法及装置 |
CN115474189A (zh) * | 2022-08-18 | 2022-12-13 | 广州爱浦路网络技术有限公司 | 通知数据采集方法、通信核心网、计算机装置及存储介质 |
WO2023056784A1 (zh) * | 2021-10-08 | 2023-04-13 | 华为技术有限公司 | 数据收集方法、通信装置及通信*** |
WO2023143382A1 (zh) * | 2022-01-28 | 2023-08-03 | 维沃移动通信有限公司 | 服务化用户面的注册方法、装置、通信设备、***及存储介质 |
WO2023179558A1 (zh) * | 2022-03-21 | 2023-09-28 | 维沃移动通信有限公司 | 数据采集方法及通信设备 |
WO2023179672A1 (zh) * | 2022-03-25 | 2023-09-28 | 维沃移动通信有限公司 | 用户面功能网元确定方法及装置 |
WO2023213321A1 (zh) * | 2022-05-06 | 2023-11-09 | ***通信有限公司研究院 | 一种通信方法、装置、网络功能和存储介质 |
WO2024067332A1 (zh) * | 2022-09-29 | 2024-04-04 | 大唐移动通信设备有限公司 | 路径选择方法、信息上报方法及装置 |
WO2024120194A1 (zh) * | 2022-12-05 | 2024-06-13 | 大唐移动通信设备有限公司 | 算网融合方法、装置及存储介质 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2593979B (en) | 2020-03-20 | 2022-09-14 | Samsung Electronics Co Ltd | Improvements in and relating to data analytics in a telecommunication network |
CN115297020A (zh) * | 2022-08-24 | 2022-11-04 | 中国电信股份有限公司 | 通信控制方法及装置、电子设备、存储介质 |
WO2024083417A1 (en) * | 2023-07-28 | 2024-04-25 | Lenovo (Singapore) Pte. Ltd | Privacy protection in a wireless communication network |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180262924A1 (en) * | 2017-03-10 | 2018-09-13 | Huawei Technologies Co., Ltd. | System and Method of Network Policy Optimization |
CN108632307A (zh) * | 2017-03-17 | 2018-10-09 | 电信科学技术研究院 | 一种会话连接建立方法以及smf |
CN109121170A (zh) * | 2017-06-26 | 2019-01-01 | 华为技术有限公司 | 会话管理的方法、装置、设备及*** |
CN109996346A (zh) * | 2017-12-29 | 2019-07-09 | 华为技术有限公司 | 会话建立方法、设备及*** |
CN110049508A (zh) * | 2018-01-15 | 2019-07-23 | 华为技术有限公司 | 一种获取业务数据的方法及装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108632904B (zh) * | 2017-03-24 | 2019-09-17 | 电信科学技术研究院 | 一种通信方法及设备 |
CN109600759B (zh) * | 2017-09-30 | 2022-04-29 | 华为技术有限公司 | 一种策略确定的方法及通信装置 |
KR20200139771A (ko) * | 2018-04-06 | 2020-12-14 | 콘비다 와이어리스, 엘엘씨 | 5g 네트워크에서의 로컬 영역 데이터 네트워크(ladn)에 대한 접속들을 관리하는 방법들 |
CN111972005B (zh) * | 2018-04-13 | 2022-10-18 | Oppo广东移动通信有限公司 | 建立传输路径的方法和设备 |
WO2020207607A1 (en) * | 2019-04-11 | 2020-10-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Optimization of services applied to data packet sessions |
-
2019
- 2019-07-26 CN CN201910683670.0A patent/CN112312418A/zh active Pending
-
2020
- 2020-06-23 WO PCT/CN2020/097769 patent/WO2021017689A1/zh unknown
- 2020-06-23 EP EP20847206.8A patent/EP3996408A4/en active Pending
-
2022
- 2022-01-26 US US17/585,254 patent/US20220150685A1/en not_active Abandoned
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180262924A1 (en) * | 2017-03-10 | 2018-09-13 | Huawei Technologies Co., Ltd. | System and Method of Network Policy Optimization |
CN108632307A (zh) * | 2017-03-17 | 2018-10-09 | 电信科学技术研究院 | 一种会话连接建立方法以及smf |
CN109121170A (zh) * | 2017-06-26 | 2019-01-01 | 华为技术有限公司 | 会话管理的方法、装置、设备及*** |
CN109996346A (zh) * | 2017-12-29 | 2019-07-09 | 华为技术有限公司 | 会话建立方法、设备及*** |
CN110049508A (zh) * | 2018-01-15 | 2019-07-23 | 华为技术有限公司 | 一种获取业务数据的方法及装置 |
Non-Patent Citations (3)
Title |
---|
ERICSSON: "UPF data collection", 《3GPP TSG-SA WG2 MEETING #132 S2-1903302》 * |
NOKIA等: "MRFP and IM-MGW selection to consider proximity to UPF", 《3GPP TSG-SA2 MEETING #134 S2-1907774》 * |
ORANGE等: "Solution to Key Issue #3: Data Collection by subscription to NFs/AFs", 《3GPP TSG-SA WG2 MEETING #128 S2-187257》 * |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112969199A (zh) * | 2021-02-24 | 2021-06-15 | 中国联合网络通信集团有限公司 | 一种数据采集方法和设备 |
CN112969199B (zh) * | 2021-02-24 | 2023-05-26 | 中国联合网络通信集团有限公司 | 一种数据采集方法和设备 |
CN115250466A (zh) * | 2021-04-26 | 2022-10-28 | ***通信有限公司研究院 | 用户数据容灾方法、装置、网元设备及存储介质 |
WO2022228006A1 (zh) * | 2021-04-30 | 2022-11-03 | 华为技术有限公司 | 一种业务流识别方法及装置 |
CN114189885A (zh) * | 2021-09-27 | 2022-03-15 | 阿里巴巴达摩院(杭州)科技有限公司 | 网元信息处理方法、设备及存储介质 |
CN114189885B (zh) * | 2021-09-27 | 2024-01-12 | 阿里巴巴达摩院(杭州)科技有限公司 | 网元信息处理方法、设备及存储介质 |
WO2023056784A1 (zh) * | 2021-10-08 | 2023-04-13 | 华为技术有限公司 | 数据收集方法、通信装置及通信*** |
WO2023143382A1 (zh) * | 2022-01-28 | 2023-08-03 | 维沃移动通信有限公司 | 服务化用户面的注册方法、装置、通信设备、***及存储介质 |
WO2023179558A1 (zh) * | 2022-03-21 | 2023-09-28 | 维沃移动通信有限公司 | 数据采集方法及通信设备 |
WO2023179672A1 (zh) * | 2022-03-25 | 2023-09-28 | 维沃移动通信有限公司 | 用户面功能网元确定方法及装置 |
WO2023213321A1 (zh) * | 2022-05-06 | 2023-11-09 | ***通信有限公司研究院 | 一种通信方法、装置、网络功能和存储介质 |
CN115474189A (zh) * | 2022-08-18 | 2022-12-13 | 广州爱浦路网络技术有限公司 | 通知数据采集方法、通信核心网、计算机装置及存储介质 |
CN115474189B (zh) * | 2022-08-18 | 2023-09-01 | 广州爱浦路网络技术有限公司 | 通知数据采集方法、通信核心网、计算机装置及存储介质 |
WO2024067332A1 (zh) * | 2022-09-29 | 2024-04-04 | 大唐移动通信设备有限公司 | 路径选择方法、信息上报方法及装置 |
WO2024120194A1 (zh) * | 2022-12-05 | 2024-06-13 | 大唐移动通信设备有限公司 | 算网融合方法、装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
EP3996408A1 (en) | 2022-05-11 |
US20220150685A1 (en) | 2022-05-12 |
WO2021017689A1 (zh) | 2021-02-04 |
EP3996408A4 (en) | 2022-08-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112312418A (zh) | 一种用户面数据的获取方法、装置及存储介质 | |
US11706702B2 (en) | Network entity, user equipment and method for the control and use of network slices | |
EP3934291A1 (en) | Method and device for providing connectivity to terminal in order to use edge computing service | |
CN111052849B (zh) | 移动网络交互代理的方法和设备 | |
CN110730482B (zh) | 无线接入网信息处理方法及装置、网元及存储介质 | |
EP3972327A1 (en) | Network performance reporting method and apparatus | |
US20220369204A1 (en) | Method and device for providing service to user device by using network slice in communication system | |
US11172405B2 (en) | Method for checking change in wireless connection type of terminal in third-party application server | |
EP3993486A1 (en) | Method, device and system for sending event report | |
CN113498121B (zh) | 一种通信的方法及装置 | |
CA3117004C (en) | Method for obtaining capability information of terminal, apparatus, and system | |
CN110149651B (zh) | 一种确定ssc模式的方法及装置 | |
CN113923682B (zh) | 通信方法、装置及*** | |
AU2018279551A1 (en) | Service data transmission method and apparatus | |
US20230057651A1 (en) | Systems and methods for regional segmentation and selection of charging function | |
EP3756380B1 (en) | Edge service continuity | |
US10129079B2 (en) | Telecommunications system and method | |
CN112449377B (zh) | 一种网络数据的上报方法及装置 | |
CN115244991A (zh) | 通信方法、装置及*** | |
WO2021164428A1 (zh) | 通信方法、装置及*** | |
WO2022022392A1 (zh) | 一种终端设备的数据关联方法及装置 | |
CN115988473A (zh) | 一种通信方法、通信装置及通信*** | |
CN115314973A (zh) | 一种无线通信方法及通信装置 | |
CN115734314A (zh) | 切片接入优化方法及相关产品 | |
CN118056417A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210202 |