一种临近服务的业务处理方法、设备及系统

文档序号:118324 发布日期:2021-10-19 浏览:40次 >En<

阅读说明:本技术 一种临近服务的业务处理方法、设备及系统 (Service processing method, device and system for proximity service ) 是由 邢玮俊 丁辉 张迪 吴问付 于 2020-04-09 设计创作,主要内容包括:本申请公开了一种临近服务的业务处理方法、设备及系统,涉及无线通信技术领域,能够解决在临近服务(proximity service,ProSe)通信中,网络侧对远程用户设备(user equipment,UE)通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。本申请中,第一网元(如接入与移动管理功能AMF网元或会话管理功能SMF网元等)可以根据从远程UE接收到的中继信息,包括中继服务码或者用于指示远程UE采用中继方式传输业务的第一指示信息,获取用于验证或监控中继UE转发的业务数据的策略配置信息。(The application discloses a service processing method, equipment and a system for proximity services, which relate to the technical field of wireless communication and can solve the problems that in proximity service (ProSe) communication, a network side does not perform service supervision and service management on a data packet transmitted by remote User Equipment (UE) through relay UE, so that charging is unreasonable and the like. In this application, a first network element (e.g., an access and mobility management function AMF network element or a session management function SMF network element, etc.) may obtain policy configuration information for verifying or monitoring service data forwarded by a relay UE according to relay information received from the remote UE, where the relay information includes a relay service code or first indication information for indicating the remote UE to transmit a service in a relay manner.)

一种临近服务的业务处理方法、设备及系统

技术领域

本申请实施例涉及无线通信技术领域,尤其涉及一种ProSe的业务处理方法、设备及系统。

背景技术

随着智能终端的广泛使用,为了提高频谱利用率、系统吞吐量、增大网络覆盖范围等,ProSe通信被越来越广泛的应用。在ProSe通信中,终端与终端之间可以直接建立通信链路,并通过该通信链路直接通信,而不用再由接入网设备进行转发通信。

如图1所示,在第五代移动通信技术(5th-Generation,5G)通信系统的ProSe架构中,若终端1与终端2建立了PC5接口的ProSe通信链路。终端1可以通过该PC5接口以及终端2与无线接入网(radio access network,RAN)设备之间的Uu接口,与RAN和核心网建立连接并进行通信。其中,在上述场景中,终端1也称为远程(remote)UE,终端2也称为中继UE(UE-to-network relay UE)。

常规的ProSe通信中,网络侧对远程UE通过中继UE传输的数据包均不进行业务监管和业务管理。这会导致计费不合理等问题。

发明内容

本申请提供一种临近服务的业务处理方法、设备及系统,能够解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

为达到上述目的,本申请实施例采用如下技术方案:

第一方面,提供一种临近服务通信的方法,该方法包括:第一网元接收远程UE的包括第一指示信息或中继服务码的中继信息,该第一指示信息用于指示远程UE采用中继方式传输业务;第一网元根据上述中继信息,获取策略配置信息。

上述第一方面提供的技术方案,第一网元(如AMF网元或SMF网元等)可以根据从远程UE接收到的中继信息,包括中继服务码或者用于指示远程UE采用中继方式传输业务的第一指示信息,获取用于验证或监控中继UE转发的业务数据的策略配置信息。以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,当上述中继信息包括所述第一指示信息时,上述策略配置信息包括允许远程UE采用中继方式传输的业务的信息;或者,当上述中继信息包括中继服务码时,上述策略配置信息包括中继服务码对应的业务的信息。本方案支持远程UE通过中继服务码或者第一指示信息通知第一网元该远程UE需要采用中继方式传输业务。以便第一网元根据中继服务码或者第一指示信息获取用于验证或监控中继UE转发的业务数据的策略配置信息。

在一种可能的实现方式中,上述第一网元为AMF网元;上述允许远程UE采用中继方式传输的业务的信息包括允许远程UE采用中继方式传输的业务的用户策略信息或接入管理策略信息;中继服务码对应的业务的信息包括中继服务码对应的业务的用户策略信息或接入管理策略信息。本方案支持第一网元根据中继服务码或者第一指示信息分别获取不同的用于验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述中继信息包括所述第一指示信息,上述第一网元根据中继信息,获取策略配置信息,包括:第一网元根据第一指示信息从PCF网元获取策略配置信息。本方案支持第一网元根据第一指示信息从PCF网元获取用于验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述方法还包括:AMF网元根据策略配置信息,确定允许远程UE采用中继方式传输远程UE的第一业务;以及,AMF网元向SMF网元发送用于请求建立或更改远程UE的PDU会话的请求消息;或者,AMF网元根据策略配置信息,确定不允许远程UE采用中继方式传输第一业务;以及,AMF网元向远程UE发送拒绝远程UE采用中继方式传输所第一业务的指示信息。本方案支持由AMF网元根据来自远程UE的中继信息监控中继UE转发的远程UE的业务。

在一种可能的实现方式中,上述第一网元为SMF网元,上述方法还包括:第一网元向UPF网元发送策略配置信息。本方案支持SMF确定用于UPF网元监控中继UE转发的远程UE的业务的策略配置信息,并向UPF网元发送该策略配置信息。

在一种可能的实现方式中,上述中继信息包括中继服务码,上述第一网元根据中继信息,获取策略配置信息,包括:第一网元确定中继服务码对应的业务;第一网元从PCF网元获取中继服务码对应的业务的PCC规则;第一网元根据PCC规则,确定策略配置信息。本方案支持第一网元根据从PCF网元获取的中继服务码对应的业务的PCC规则确定策略配置信息,用于验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述第一网元确定中继服务码对应的业务,包括:第一网元从AF网元获取中继服务码对应的业务;或者,第一网元通过PCF网元从UDM网元或UDR网元获取中继服务码对应的业务;或者,第一网元从UDM网元或UDR网元获取中继服务码对应的业务。本方案支持第一网元根据预先确定的中继服务码与业务信息之间的对应关系确定中继服务码对应的业务,其中,中继服务码与业务信息之间的对应关系可以预先设置在PCF网元、UDM网元或UDR网元中。

在一种可能的实现方式中,上述中继信息包括中继服务码,上述第一网元根据中继信息,获取策略配置信息,包括:第一网元向PCF网元发送携带有中继服务码的PCC规则请求消息;上述第一网元从PCF网元接收中继服务码对应的业务的PCC规则;第一网元根据上述PCC规则,确定策略配置信息。本方案支持第一网元根据从PCF网元获取的中继服务码对应的业务的PCC规则确定策略配置信息,用于验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述中继信息包括中继服务码,上述第一网元根据中继信息,获取策略配置信息,包括:第一网元向PCF网元发送携带有中继服务码和远程UE的标识信息的PCC规则请求消息;第一网元从PCF网元接收包括远程UE签约的、中继服务码对应的业务的PCC规则;第一网元根据PCC规则,确定策略配置信息。本方案支持第一网元根据从PCF网元获取的远程UE签约的、中继服务码对应的业务的PCC规则确定策略配置信息,用于验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述中继信息携带在PDU会话建立请求消息、PDU会话更改请求消息或者NAS消息中。本方案不限定中继信息的传输方式,例如可以携带在PDU会话建立请求消息、PDU会话更改请求消息或者NAS消息中。

第二方面,提供一种临近服务通信的方法,该方法包括:远程UE确定使用中继UE传输第一业务的数据;远程UE向中继UE发送携带远程UE的中继信息的第一消息,该中继信息包括用于指示远程UE采用中继方式传输业务的第一指示信息或第一业务对应的中继服务码。

上述第二方面提供的技术方案,远程UE可以在确定采用中继方式传输第一业务的数据时,向中继UE发送中继信息,包括中继服务码或者用于指示远程UE采用中继方式传输业务的第一指示信息,以便中继UE向第一网元指示远程UE即将采用中继方式传输第一业务的数据,用于网络侧验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述第一消息是PDU会话建立请求消息、PDU会话更改请求消息或者NAS消息。本方案不限定中继信息的传输方式,例如可以携带在PDU会话建立请求消息、PDU会话更改请求消息或者NAS消息中。

在一种可能的实现方式中,上述方法还包括:远程UE接收用于表征允许远程UE采用中继方式传输的业务的第一信息;上述远程UE确定使用中继UE传输第一业务的数据,包括:远程UE根据第一信息,确定采用中继方式传输第一业务的数据。本方案支持远程UE根据预先确定的能够采用中继UE传输的业务信息,以便远程UE可以直接根据业务信息确定是否采用中继UE传输该业务。

在一种可能的实现方式中,上述第一信息包括中继服务码与业务信息之间的对应关系;上述方法还包括:远程UE根据第一信息和第一业务的业务信息,确定第一业务对应的中继服务码;其中,上述业务信息包括以下至少一种:业务类型,业务标识或应用标识。本方案支持远程UE根据预先确定的能够采用中继UE传输的业务信息与中继服务码之间的对应关系,以便远程UE可以直接根据业务信息确定是否采用中继UE传输该业务,以及确定业务对应的中继服务码。

在一种可能的实现方式中,上述第一信息包括以下信息中的一种或多种:数据网络名称DNN、单网络切片选择辅助信息S-NSSAI、应用标识Application ID,或应用功能标识AF ID。本方案支持远程UE根据预先确定的能够采用中继UE传输的业务对应的DNN、S-NSSAI、Application ID或AF ID等信息,确定是否采用中继UE传输该业务。

在一种可能的实现方式中,上述远程UE接收第一信息,包括:远程UE从第二网元接收第一信息;该第二网元是AF网元或者PCF网元;或者,远程UE从第一业务的应用服务器接收第一信息。本方案支持由AF网元、PCF网元或者业务的应用服务器管理预先确定的第一信息。

第三方面,提供一种临近服务通信的方法,该方法包括:第二网元获取用于表征允许远程备UE使用中继UE传输的业务的第一信息;第二网元向远程UE发送第一信息。

上述第三方面提供的技术方案,通过由第二网元向远程UE发送预先确定的用于表征允许远程备UE使用中继UE传输的业务的第一信息,以便远程UE可以在有业务传输需求时,根据该第一信息确定是否采用中继方式传输该业务,以及是否向第一网元发送用于表征远程UE采用中继方式传输业务的中继信息,方便网络侧对由中继UE转发的业务数据的验证或监控等。

在一种可能的实现方式中,上述第一信息包括中继服务码与业务信息的对应关系,该业务信息包括以下至少一种:业务类型,业务标识或应用标识。本方案支持预先确定中继服务码与业务信息的对应关系,以便远程UE可以在有业务传输需求时,根据中继服务码与业务信息的对应关系确定是否采用中继方式传输该业务,以及是否向第一网元发送该业务对应的中继服务码,方便网络侧对由中继UE转发的业务数据的验证或监控等。

在一种可能的实现方式中,上述第一信息包括以下信息中的一种或多种:数据网络名称DNN、单网络切片选择辅助信息S-NSSAI、应用标识Application ID,或应用功能标识AF ID。本方案支持远程UE根据预先确定的能够采用中继UE传输的业务对应的DNN、S-NSSAI、Application ID或AF ID等信息,确定是否采用中继UE传输该业务。

在一种可能的实现方式中,上述方法还包括:第二网元从UDM网元或UDR网元获取第一信息。本方案支持由UDM网元或UDR网元保存预先确定的第一信息。

在一种可能的实现方式中,上述第二网元是AF网元或者PCF网元。本方案支持由AF网元或者PCF网元管理预先确定的第一信息。

在一种可能的实现方式中,上述第二网元是PCF网元;上述方法还包括:PCF网元接收来自第一网元的携带有中继信息的PCC规则请求消息;该中继信息包括第一指示信息或中继服务码,该第一指示信息用于指示远程UE采用中继方式传输业务;PCF网元根据接收到的中继信息,向第一网元发送策略配置信息。本方案支持由PCF网元根据接收到的第一指示信息或中继服务码,确定策略配置信息,以及向第一网元发送该策略配置信息,用于网络侧验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,在上述PCC规则请求消息携带第一指示信息时,策略配置信息包括允许远程UE采用中继方式传输的业务的信息;或者,在PCC规则请求消息携带中继服务码时,策略配置信息包括中继服务码对应的业务的信息。本方案支持PCF网元根据中继服务码或者第一指示信息分别获取不同的用于验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述第二网元是PCF网元;上述方法还包括:PCF网元接收来自第一网元的携带有第一业务信息的PCC规则请求消息;该第一业务信息包括以下至少一种:业务类型,业务标识或应用标识;PCF网元向第一网元发送第一业务对应的业务的PCC规则。本方案支持由PCF网元根据接收到远程UE即将采用中继方式传输的业务的业务信息确定策略配置信息,以及向第一网元发送该策略配置信息,用于网络侧验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述中继信息包括中继服务码;上述PCC规则请求消息还携带远程UE的标识信息;上述策略配置信息包括远程UE签约的、且中继服务码对应的业务的PCC规则。本方案支持PCF网元根据接收到的中继服务码和远程UE的标识信息,确定远程UE签约的、中继服务码对应的业务的PCC规则确定策略配置信息,用于验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述述第一网元是SMF网元或AMF网元。本方案支持由SMF网元或AMF网元等第一网元获取用于验证或监控中继UE转发的业务数据的策略配置信息。

第四方面,提供一种第一网元,该第一网元包括:收发单元,用于接收远程UE的包括第一指示信息或中继服务码的中继信息,该第一指示信息用于指示远程UE采用中继方式传输业务;处理单元,用于根据上述中继信息,获取策略配置信息。

上述第四方面提供的技术方案,第一网元(如AMF网元或SMF网元等)可以根据从远程UE接收到的中继信息,包括中继服务码或者用于指示远程UE采用中继方式传输业务的第一指示信息,获取用于验证或监控中继UE转发的业务数据的策略配置信息。以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,当上述中继信息包括所述第一指示信息时,上述策略配置信息包括允许远程UE采用中继方式传输的业务的信息;或者,当上述中继信息包括中继服务码时,上述策略配置信息包括中继服务码对应的业务的信息。本方案支持远程UE通过中继服务码或者第一指示信息通知第一网元该远程UE需要采用中继方式传输业务。以便第一网元根据中继服务码或者第一指示信息获取用于验证或监控中继UE转发的业务数据的策略配置信息。

在一种可能的实现方式中,上述第一网元为AMF网元;上述允许远程UE采用中继方式传输的业务的信息包括允许远程UE采用中继方式传输的业务的用户策略信息或接入管理策略信息;中继服务码对应的业务的信息包括中继服务码对应的业务的用户策略信息或接入管理策略信息。本方案支持第一网元根据中继服务码或者第一指示信息分别获取不同的用于验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述中继信息包括所述第一指示信息,上述处理单元根据中继信息,获取策略配置信息,包括:处理单元根据第一指示信息,通过收发单元从PCF网元获取策略配置信息。本方案支持第一网元根据第一指示信息从PCF网元获取用于验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述处理单元还用于,根据策略配置信息,确定允许远程UE采用中继方式传输远程UE的第一业务;以及上述收发单元还用于,向SMF网元发送用于请求建立或更改远程UE的PDU会话的请求消息;或者,上述处理单元用于,根据策略配置信息,确定不允许远程UE采用中继方式传输第一业务;以及上述收发单元用于,向远程UE发送拒绝远程UE采用中继方式传输所第一业务的指示信息。本方案支持由AMF网元根据来自远程UE的中继信息监控中继UE转发的远程UE的业务。

在一种可能的实现方式中,上述第一网元为SMF网元,上述收发单元还用于,向UPF网元发送策略配置信息。本方案支持SMF确定用于UPF网元监控中继UE转发的远程UE的业务的策略配置信息,并向UPF网元发送该策略配置信息。

在一种可能的实现方式中,上述中继信息包括中继服务码,上述处理单元根据中继信息,获取策略配置信息,包括:处理单元确定中继服务码对应的业务;处理单元通过收发单元从PCF网元获取中继服务码对应的业务的PCC规则;处理单元根据PCC规则,确定策略配置信息。本方案支持第一网元根据从PCF网元获取的中继服务码对应的业务的PCC规则确定策略配置信息,用于验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述处理单元确定中继服务码对应的业务,包括:处理单元通过收发单元从AF网元获取中继服务码对应的业务;或者,处理单元通过收发单元,以及PCF网元从UDM网元或UDR网元获取中继服务码对应的业务;或者,处理单元通过收发单元从UDM网元或UDR网元获取中继服务码对应的业务。本方案支持第一网元根据预先确定的中继服务码与业务信息之间的对应关系确定中继服务码对应的业务,其中,中继服务码与业务信息之间的对应关系可以预先设置在PCF网元、UDM网元或UDR网元中。

在一种可能的实现方式中,上述中继信息包括中继服务码,上述处理单元根据中继信息,获取策略配置信息,包括:处理单元通过收发单元向PCF网元发送携带有中继服务码的PCC规则请求消息;以及从PCF网元接收中继服务码对应的业务的PCC规则;处理单元根据上述PCC规则,确定策略配置信息。本方案支持第一网元根据从PCF网元获取的中继服务码对应的业务的PCC规则确定策略配置信息,用于验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述中继信息包括中继服务码,上述处理单元根据中继信息,获取策略配置信息,包括:处理单元通过收发单元向PCF网元发送携带有中继服务码和远程UE的标识信息的PCC规则请求消息;以及从PCF网元接收包括远程UE签约的、中继服务码对应的业务的PCC规则;处理单元根据PCC规则,确定策略配置信息。本方案支持第一网元根据从PCF网元获取的远程UE签约的、中继服务码对应的业务的PCC规则确定策略配置信息,用于验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述中继信息携带在PDU会话建立请求消息、PDU会话更改请求消息或者NAS消息中。本方案不限定中继信息的传输方式,例如可以携带在PDU会话建立请求消息、PDU会话更改请求消息或者NAS消息中。

第五方面,提供一种远程UE,该远程UE包括处理单元,用于确定使用中继UE传输第一业务的数据;收发单元,用于向中继UE发送携带远程UE的中继信息的第一消息,该中继信息包括用于指示远程UE采用中继方式传输业务的第一指示信息或第一业务对应的中继服务码。

上述第五方面提供的技术方案,远程UE可以在确定采用中继方式传输第一业务的数据时,向中继UE发送中继信息,包括中继服务码或者用于指示远程UE采用中继方式传输业务的第一指示信息,以便中继UE向第一网元指示远程UE即将采用中继方式传输第一业务的数据,用于网络侧验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述第一消息是PDU会话建立请求消息、PDU会话更改请求消息或者NAS消息。本方案不限定中继信息的传输方式,例如可以携带在PDU会话建立请求消息、PDU会话更改请求消息或者NAS消息中。

在一种可能的实现方式中,上述收发单元还用于,接收用于表征允许远程UE采用中继方式传输的业务的第一信息;上述处理单元确定使用中继UE传输第一业务的数据,包括:处理单元根据第一信息,确定采用中继方式传输第一业务的数据。本方案支持远程UE根据预先确定的能够采用中继UE传输的业务信息,以便远程UE可以直接根据业务信息确定是否采用中继UE传输该业务。

在一种可能的实现方式中,上述第一信息包括中继服务码与业务信息之间的对应关系;上述处理单元还用于,根据第一信息和第一业务的业务信息,确定第一业务对应的中继服务码;其中,上述业务信息包括以下至少一种:业务类型,业务标识或应用标识。本方案支持远程UE根据预先确定的能够采用中继UE传输的业务信息与中继服务码之间的对应关系,以便远程UE可以直接根据业务信息确定是否采用中继UE传输该业务,以及确定业务对应的中继服务码。

在一种可能的实现方式中,上述第一信息包括以下信息中的一种或多种:数据网络名称DNN、单网络切片选择辅助信息S-NSSAI、应用标识Application ID,或应用功能标识AF ID。本方案支持远程UE根据预先确定的能够采用中继UE传输的业务对应的DNN、S-NSSAI、Application ID或AF ID等信息,确定是否采用中继UE传输该业务。

在一种可能的实现方式中,上述收发单元接收第一信息,包括:收发单元从第二网元接收第一信息;该第二网元是AF网元或者PCF网元;或者,收发单元从第一业务的应用服务器接收第一信息。本方案支持由AF网元、PCF网元或者业务的应用服务器管理预先确定的第一信息。

第六方面,提供一种第二网元,该第二网元包括:处理单元,用于获取用于表征允许远程备UE使用中继UE传输的业务的第一信息;收发单元,用于向远程UE发送第一信息。

上述第六方面提供的技术方案,通过由第二网元向远程UE发送预先确定的用于表征允许远程备UE使用中继UE传输的业务的第一信息,以便远程UE可以在有业务传输需求时,根据该第一信息确定是否采用中继方式传输该业务,以及是否向第一网元发送用于表征远程UE采用中继方式传输业务的中继信息,方便网络侧对由中继UE转发的业务数据的验证或监控等。

在一种可能的实现方式中,上述第一信息包括中继服务码与业务信息的对应关系,该业务信息包括以下至少一种:业务类型,业务标识或应用标识。本方案支持预先确定中继服务码与业务信息的对应关系,以便远程UE可以在有业务传输需求时,根据中继服务码与业务信息的对应关系确定是否采用中继方式传输该业务,以及是否向第一网元发送该业务对应的中继服务码,方便网络侧对由中继UE转发的业务数据的验证或监控等。

在一种可能的实现方式中,上述第一信息包括以下信息中的一种或多种:数据网络名称DNN、单网络切片选择辅助信息S-NSSAI、应用标识Application ID,或应用功能标识AF ID。本方案支持远程UE根据预先确定的能够采用中继UE传输的业务对应的DNN、S-NSSAI、Application ID或AF ID等信息,确定是否采用中继UE传输该业务。

在一种可能的实现方式中,上述收发单元还用于,从UDM网元或UDR网元获取第一信息。本方案支持由UDM网元或UDR网元保存预先确定的第一信息。

在一种可能的实现方式中,上述第二网元是AF网元或者PCF网元。本方案支持由AF网元或者PCF网元管理预先确定的第一信息。

在一种可能的实现方式中,上述第二网元是PCF网元;上述收发单元还用于,接收来自第一网元的携带有中继信息的PCC规则请求消息;该中继信息包括第一指示信息或中继服务码,该第一指示信息用于指示远程UE采用中继方式传输业务;以及,根据接收到的中继信息,向第一网元发送策略配置信息。本方案支持由PCF网元根据接收到的第一指示信息或中继服务码,确定策略配置信息,以及向第一网元发送该策略配置信息,用于网络侧验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,在上述PCC规则请求消息携带第一指示信息时,策略配置信息包括允许远程UE采用中继方式传输的业务的信息;或者,在PCC规则请求消息携带中继服务码时,策略配置信息包括中继服务码对应的业务的信息。本方案支持PCF网元根据中继服务码或者第一指示信息分别获取不同的用于验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述第二网元是PCF网元;上述收发单元还用于,接收来自第一网元的携带有第一业务信息的PCC规则请求消息;该第一业务信息包括以下至少一种:业务类型,业务标识或应用标识;以及,向第一网元发送第一业务对应的业务的PCC规则。本方案支持由PCF网元根据接收到远程UE即将采用中继方式传输的业务的业务信息确定策略配置信息,以及向第一网元发送该策略配置信息,用于网络侧验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述中继信息包括中继服务码;上述PCC规则请求消息还携带远程UE的标识信息;上述策略配置信息包括远程UE签约的、且中继服务码对应的业务的PCC规则。本方案支持PCF网元根据接收到的中继服务码和远程UE的标识信息,确定远程UE签约的、中继服务码对应的业务的PCC规则确定策略配置信息,用于验证或监控中继UE转发的业务数据的策略配置信息,以解决在ProSe通信中,网络侧对远程UE通过中继UE传输的数据包不进行业务监管和业务管理,导致的计费不合理等问题。

在一种可能的实现方式中,上述述第一网元是SMF网元或AMF网元。本方案支持由SMF网元或AMF网元等第一网元获取用于验证或监控中继UE转发的业务数据的策略配置信息。

第七方面,提供一种第一网元,该第一网元包括:存储器,用于存储计算机程序;处理器,用于执行上述计算机程序,以实现第一方面任一种可能的实现方式中的方法。

第八方面,提供一种远程UE,该远程UE包括:存储器,用于存储计算机程序;处理器,用于执行上述计算机程序,以实现第二方面任一种可能的实现方式中的方法。

第九方面,提供一种第二网元,该第二网元包括:存储器,用于存储计算机程序;处理器,用于执行上述计算机程序,以实现第三方面任一种可能的实现方式中的方法。

第十方面,提供一种通信系统,该通信系统包括如第四方面或第七方面任一种可能的实现方式中的第一网元;和如第五方面或第八方面任一种可能的实现方式中的远程UE,和如第六方面或第九方面任一种可能的实现方式中的第二网元。

第十一方面,提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序代码,该计算机程序代码被处理器执行时实现如第一方面、第二方面或第三方面任一种可能的实现方式中的方法。

第十二方面,提供一种芯片系统,该芯片系统包括处理器、存储器,存储器中存储有计算机程序代码;所述计算机程序代码被所述处理器执行时,实现如第一方面、第二方面或第三方面任一种可能的实现方式中的方法。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。

第十三方面,提供一种计算机程序产品,当其在计算机上运行时,使得实现如第一方面、第二方面或第三方面任一种可能的实现方式中的方法。

附图说明

图1为一种5G通信系统的ProSe架构示例图;

图2为两种中继的协议栈结构图;

图3为本申请实施例提供的一种UE的硬件结构示意图;

图4为本申请实施例提供的一种网络设备的硬件结构示意图;

图5为一种数据链路层数据处理示意图;

图6为两种中继协议栈的结构示意图;

图7为本申请实施例提供的临近服务通信的方法流程图一;

图8为本申请实施例提供的临近服务通信的方法流程图二;

图9为本申请实施例提供的临近服务通信的方法流程图三;

图10为本申请实施例提供的两种第一信息生成方法交互图;

图11为本申请实施例提供的临近服务通信的方法交互图一;

图12为本申请实施例提供的临近服务通信的方法交互图二;

图13为本申请实施例提供的临近服务通信的方法交互图三;

图14为本申请实施例提供的临近服务通信的方法交互图四;

图15为本申请实施例提供的一种UE的结构框图;

图16为本申请实施例提供的一种网络设备的结构框图。

具体实施方式

下面将结合附图,对本申请中的技术方案进行描述。

本申请实施例可以适用但不限于以下通信系统:窄带物联网(narrow band-internet of things,NB-IoT)系统、无线局域网(wireless local access network,WLAN)系统、长期演进(long term evolution,LTE)系统、第五代移动通信(5th generationmobile networks or 5th generation wireless systems,5G)也称为新空口(new radio,NR)系统、或者5G之后的通信系统,例如6G系统、设备到设备(device to device,D2D)通信系统、车联网等。

图2示出了一种通信网络架构图。其中,图2以5G系统的网络服务架构为例,展示了网络功能和实体之间的交互关系以及对应的接口,该网络架构是基于服务的网络架构(service-based architecture,SBA)。

如图2所示,5G系统包括:UE、接入网(access network,AN)或无线接入网(radioaccess network,RAN)、用户面功能(user plane function,UPF)、数据网络(datanetwork,DN)、接入与移动管理功能(access and mobility management function,AMF)、会话管理功能(session management function,SMF)、认证服务功能(authenticationserver function,AUSF)、策略控制功能(policy control function,PCF)、应用功能(application function,AF)、网络切片选择功能(network slice selection function,NSSF)、统一数据管理(unified data management,UDM)、网络开放功能(network exposurefunction,NEF)和网络存储功能(network repository function,NRF)。其中,UPF、AMF、SMF、PCF、AUSF、UDF均属于核心网设备。

需要说明的是,当UE通过中继设备连接到网络时,该UE可以被称为“远程UE”。其中,中继设备是可以为远程UE提供接入到蜂窝网络的设备,可以是中继站或者UE等设备,在UE充当远程UE的中继设备的情况下,该UE必然支持PC5接口通信,该中继设备可以被称为“中继UE”,表明该中继设备位于移动网络覆盖范围内,例如,该中继设备可以正常接入5G系统的接入网。

如图2所示,远程UE通过中继UE连接至AN/RAN设备和核心网设备。其中,远程UE和中继UE之间的接口为PC5接口,中继UE和AN/RAN设备之间的接口为Uu接口,远程UE/中继UE和AMF之间的接口点为N1接口,AN/RAN设备和AMF之间的接口为N2接口,AN/RAN设备和UPF之间的接口为N3接口,SMF和UPF之间的接口为N4接口,UPF为DN之间的接口为N6接口;Namf为AMF展现的基于服务的接口,Nsmf为SMF展现的基于服务的接口,Nausf为AUSF展现的基于服务的接口,Nnssf为NSSF展现的基于服务的接口,Nnef为NEF展现的基于服务的接口,Nnrf为NRF展现的基于服务的接口,Npcf为PCF展现的基于服务的接口,Nudm为UDM展现的基于服务的接口,Naf为AF展现的基于服务的接口。

下面对各个网元的主要功能做具体介绍。

AN/RAN:AN/RAN可以由AN/RAN设备构成。AN/RAN设备可以是各种形式的基站,例如:宏基站,微基站(也称为“小站”),分散单元-控制单元(distribute unit-controlunit,DU-CU)等,其中,DU-CU是一种部署在无线接入网中能够和UE进行无线通信的设备。另外,上述基站还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器,或者中继站、接入点、车载设备、可穿戴设备或者未来演进的公共陆地移动网络(public land mobile network,PLMN)网络中的网络设备等。AN/RAN设备也可以是宽带网络业务网关(broadband network gateway,BNG),汇聚交换机,非3GPP接入设备等。AN/RAN设备主要负责空口侧的无线资源管理、上下行数据分类、服务质量(quality of service,QoS)管理、数据压缩和加密、与控制面网元完成信令处理或与用户面功能网元完成数据转发等功能。本申请实施例对AN/RAN设备的具体形态和结构不做限定。

如,在采用不同的无线接入技术的系统中,具备基站功能的设备的名称可能会有所不同。例如,基站可以是LTE中的演进型通用陆地无线接入网(evolved universalterrestrial radio access network,E-UTRAN)设备,如演进型节点B(evolutionalNodeB,eNB或e-NodeB),也可以是5G系统中的下一代无线接入网(next generation radioaccess network,NG-RAN)设备(如gNB)等。

AMF:主要负责控制面消息的处理,例如:接入控制、移动性管理、合法监听、接入鉴权/授权等。具体的,AMF的功能主要有:1)对接入网控制面进行处理;2)对非接入层(non-access stratum,NAS)消息进行处理,负责NAS加密和完整性保护;3)注册管理;4)连接管理;5)接入性管理;6)移动性管理;7)合法信息截获;8)在UE与SMF之间提供会话管理消息;9)对于路由的会话管理(session management,SM)消息实现透传,类似透传代理;10)接入鉴权;11)接入授权;12)在UE与短消息服务功能SMSF之间转发SMS消息(短消息);13)与AUSF和UE交互,获得UE鉴权中间密钥;14)计算接入网络的特定密钥。

SMF:主要用于会话管理,UE的网络互连协议(internet protocol,IP)地址分配和管理,选择可管理用户平面功能,策略控制和收费功能接口的终结点,下行数据通知等。具体的,SMF的主要功能有:1)会话管理,会话建立,修改和释放,包括对于UPF与AN节点之间的通道维护;2)UE IP地址分配和管理;3)选择并且控制用户面功能;4)在UPF上配置正确业务路由;5)策略控制功能的落地执行;6)策略执行与QoS的控制部分;7)合法截获;8)处理NAS消息中的会话管理部分;9)下行数据指示;10)发起接入网的特定会话管理信息(通过AMF路由);11)决定会话中与服务连续性的模式;12)漫游功能。

PCF:主要用于向UE,AMF或SMF分别提供UE策略规则,接入管理(accessmanagement,AM)策略规则以及SM策略规则相关的参数,管理用户订阅信息,对接UDM以访问与策略决策相关的订阅用户信息等。PCF一般根据签约信息等进行策略的决策。

AF:用于提供服务,主要用于:1)对于业务路由的应用影响;2)访问网络能力曝光;3)与策略框架交互进行策略管控。

UPF:主要负责分组路由和转发,以及用户面数据的服务质量(Quality ofService,QoS)控制、计费信息统计等。UPF可以接收来自AF的下行数据,然后通过(R)AN将该下行数据传输给UE。

NEF:主要用于连接核心网元与外部应用服务器,对外部应用服务器向核心网发起业务请求时提供认证与数据转发等服务。

UDM:主要用于管理用户的签约数据和鉴权数据,以及进行鉴权信用处理,用户标识处理,访问授权,注册/移动性管理,订阅管理和短消息管理等。

在一些实施例中,UDM中还可以包括统一数据存储库(unified data repository,UDR)。或者,在另一些实施例中,5G系统的3GPP SBA还可以包含UDR。其中,UDR用于为PCF策略提供存储和检索,开放的结构化数据的存储和检索和应用功能请求的用户信息存储等。

另外,对于DN、AUSF、NSSF和NRF的功能等的介绍,可以参考常规技术中的解释和说明,这里不做赘述。

远程UE/中继UE:可以是具有无线连接功能的桌面型设备、膝上型设备、手持型设备、可穿戴设备、智能家居设备、计算设备和车载型设备等。例如,上网本、平板电脑、智能手表、超级移动个人计算机(ultra-mobile personal computer,UMPC)、智能相机、上网本、个人数字助理(personal digital assistant,PDA)、便携式多媒体播放器(portablemultimedia player,PMP)、AR(增强现实)/VR(虚拟现实)设备、飞行器上的无线设备、机器人上的无线设备、工业控制中的无线设备、远程医疗中的无线设备、智能电网中的无线设备、智慧城市(smart city)中的无线设备、智慧家庭(smart home)中的无线设备等。或者UE还可以是窄带(narrow band,NB)技术中的无线设备等。

此外,远程UE/中继UE还可以指接入终端、用户单元、用户站、移动站、移动台、中继站、远方站、远程终端、移动设备、用户终端(user terminal)、终端(terminal)、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network,PLMN)中的终端设备或者未来车联网中的终端设备等。

此外,远程UE/中继UE还可以是IoT系统中的终端设备,IoT是未来信息技术发展的重要组成部分,其主要技术特点是将物品通过通信技术与网络连接,从而实现人机互连,物物互连的智能化网络。IOT技术可以通过例如窄带(narrow band,NB)技术,做到海量连接,深度覆盖,终端省电。

此外,在本申请中,中继UE还可以是无线接入设备。例如,中继UE可以是运营商部署的类似于路由器的接入设备。本申请对远程UE和中继UE的具体类型和结构等不作限定。

请参考图3,图3示出了一种UE的硬件结构示意图,该UE可以是远程UE,也可以是中继UE。如图3所示,UE具体可以包括:处理器301、射频电路302、存储器303、触摸屏304、蓝牙装置305、一个或多个传感器306、Wi-Fi装置307、定位装置308、音频电路309、外设接口310、电源装置311、指纹采集器件312、扬声器313和麦克风314等部件。这些部件可通过一根或多根通信总线或信号线(图3中未示出)进行通信。本领域技术人员可以理解,图3中示出的硬件结构并不构成对中继UE或远程UE的限定,中继UE或远程UE可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。

下面结合图3对继UE的各个部件进行具体的介绍:

处理器301可以是UE的控制中心,利用各种接口和线路连接UE的其它各个部分,通过运行或执行存储在存储器303内的计算机程序,例如应用客户端程序(以下可以简称App),执行UE的各种功能。

在一些实施例中,处理器301可以是一个通用中央处理器(central processingunit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路,处理器301可以包括一个或多个CPU;举例来说,处理器301可以是麒麟芯片。

射频电路302可用于无线信号的接收和发送。特别地,射频电路302可以接收基站的下行数据,发送给处理器301进行处理;另外,射频电路302还可以将上行的数据发送给基站。

通常,射频电路302包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频电路302还可以通过无线通信和其他设备通信。所述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统、通用分组无线服务、码分多址、宽带码分多址、长期演进、电子邮件、短消息服务等。

存储器303用于存储计算机程序,还可以用于存储数据。存储器303可以是只读存储器(read-only memory,ROM)或随机存取存储器(random access memory,RAM),也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储程序代码并能够由计算机存取的任何其他介质,但不限于此。

处理器301可以通过运行存储器303存储的计算机程序,执行UE的各种功能以及数据处理。

存储器303可以包括存储程序区以及存储数据区。其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等);存储数据区可以存储根据使用UE时所创建的数据(比如音频数据、电话本等)。

其中,存储器303可以存储用于实现模块化功能的计算机程序,并由处理器301来控制执行。处理器301用于执行存储器303中存储的计算机程序,从而实现本申请下述实施例提供的方法。此外,存储器303可以包括高速随机存取存储器,还可以包括非易失存储器,例如磁盘存储器件、闪存器件或其他易失性固态存储器件等。存储器303可以存储各种操作系统,例如,iOS操作系统,Android操作系统等。

UE还可以包括至少一个或多个传感器306,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节触摸屏304的显示器的亮度,接近传感器可在UE移动到耳边时,关闭显示器的电源。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别智能手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于UE还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。

音频电路309、扬声器313、麦克风314可提供用户与UE之间的音频接口。音频电路309可将接收到的音频数据转换后的电信号,传输到扬声器313,由扬声器313转换为声音信号输出;另一方面,麦克风314将收集的声音信号转换为电信号,由音频电路309接收后转换为音频数据,再将音频数据输出至射频电路302以发送给比如另一UE,或者将音频数据输出至存储器303以便进一步处理。

尽管图3未示出,UE还可以包括摄像头(前置摄像头和/或后置摄像头)、闪光灯、微型投影装置、近场通信(NFC)装置等,在此不再赘述。

应理解,上述图3所示UE包括的硬件模块只是示例性地描述,并不对本申请构成限定。事实上,本申请实施例提供的UE(如远程UE或中继UE)中还可以包含其他与图中示意的硬件模块具有交互关系的其他硬件模块,这里不作具体限定。

需要说明的是,本申请中的AN/RAN设备可以是基站。具体的,基站可以是Ng-eNB、gNB或传输接收点(trasmission/reception point,TRP)。还可以是3GPP所定义的基站。例如,eNB或e-NodeB等。

此外,当eNB接入NR的核心网或者下一代核心网(next genaeration core,NGC)或者5G核心网(5th generation core network,5GC)时,eNB也可以称为eLTE eNB。具体地,eLTE eNB是在eNB的基础上演进的LTE基站设备,可以直接连接5G CN,eLTE eNB也属于NR中的基站设备。

或者,AN/RAN设备还可以是无线端点(wireless terminal,WT)。例如接入点(access point,AP)或者接入控制器(access controller,AC),或者其他具有与UE、及核心网有通信能力的网络设备。例如,车载设备、智能穿戴设备等。本申请对AN/RAN设备的类型不做限定。

请参考图4,图4示出了一种网络设备的硬件结构示意图。其中,该网络设备可以是图1所示的无线接入网中的AN/RAN设备,或者图2所示的AN/RAN中的AN/RAN设备,也可以是图2所示的AMF、SMF或PCF等核心网网元。如图4所示,网络设备可以包括处理器401,通信线路402,存储器403以及至少一个通信接口(图4中仅是示例性的以包括通信接口404为例进行说明)。

处理器401可以包括一个或多个处理器,其中,处理器可以为通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specificintegrated circuit,ASIC),或其它集成电路,不予限制。

通信线路402可包括一通路,用于在上述组件之间传送信息。

通信接口404,用于与其他设备或通信网络通信。

存储器403可以是ROM或RAM,或者EEPROM、CD-ROM,或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。

需要说明的是,存储器可以是独立存在,通过通信线路402与处理器相连接。存储器也可以和处理器集成在一起。

其中,存储器403用于存储执计算机程序。处理器401用于执行存储器403中存储的计算机程序,从而实现本申请下述任一方法实施例提供的相关网元的方法。

需要说明的是,处理器401可以包括一个或多个CPU,例如图4中的CPU0和CPU1。

此外,图4仅作为一种网络设备的示例,并不对网络设备的具体结构做出限定。例如,网络设备还可以包括其他功能模块。

ProSe通信可以通过空口协议栈来实现。空口协议栈通常被分为三层:物理层(也称为层1,简称L1),数据链路层(也称为层2,简称L2)以及网络层(也称为层3,简称L3)。如图5所示,5G新无线(new radio,NR)通信系统中,L2又可以分为以下子层:介质访问控制(medium access control,MAC)层,无线链路控制(radio link control,RLC)层,分组数据融合协议(packet data convergence protocol,PDCP)层和服务数据适配协议(servicedata adaptation protocol,SDAP)层。其中,MAC层用于向RLC层提供逻辑信道,以及进行逻辑信道与物理信道的映射。RLC层用于向PDCP层提供RLC信道,以及进行RLC信道与逻辑信道的映射。PDCP层用于向SDAP层提供无线承载(radio bearer,RB),以及进行RB与RLC信道的映射。RB包括控制面的信令无线承载(signaling radio bearer,SRB)和用户面的数据无线承载(data radio bearer,DBR)。SDAP层用于提供数据包的具体服务质量流(quality ofservice flow,QoS flow),以及进行QoS流与RB的映射。同一个QoS流所传输的数据包使用相同的QoS参数进行处理,并用QoS流标识(QoS flow identifer,QFI)进行表示。QoS参数用于指示数据包传输所需要的资源类型、优先级、时延、丢包率或时间窗大小等参数中的一个或多个。

通常,ProSe通信可以基于层2中继的协议栈或者层3的中继协议栈。其中,层2中继的协议栈可以参考图6中的(a),层3中继的协议栈可以参考图6中的(b)。

如图6中的(a)所示,在应用服务器有业务数据需要传输时,首先,协议数据单元(protocol data unit,PDU)中的业务数据在远程UE的NR-SDAP层进行一次封装。然后,NR-SDAP层会根据应用数据的QoS需求将业务数据对应到用于物理层传输的承载上,使用确定的承载通过建立的PDU会话完成业务数据的传输。如图6中的(a)所示,远程UE与无线接入网的PDCP和SDAP是直接连接的。远程UE的PC5-RLC和中继UE的PC5-RLC是对应相连的。中继UE的NR-RLC与无线接入网的NR-RLC是对应相连的。但是,中继UE的中继功能只能在PDCP层以下执行。因此,在远程UE使用层2中继UE连接到网络时,可以确保远程UE和无线接入网之间的数据安全。但是,由于远程UE不对通过中继UE传输的业务数据做标记,例如标记该业务数据由中继UE转发,那么核心网网元(如UPF网元、SMF网元或AMF网元等)并不知道该业务数据采用的是中继方式,因此,无法进行网络侧对于中继UE转发至网络的业务数据的监管。

如图6中的(b)所示,远程UE与层3中继UE通过PC5-U接口进行业务数据传输。中继UE在接收到来自远程UE的应用数据后,会对应用数据进行层1和层2解码,直到解码到IP层(IP层内的数据不进行解码)。之后,中继UE使用Uu接口的协议栈对远程UE的IP数据进行层2和层1的打包操作,并通过Uu接口和接入网设备发送至UPF网元,由UPF网元根据数据包指示的路由信息将数据包发送至相应的应用服务器。在上述业务数据的传输过程中,UPF网元不会对业务信息进行验证和监控,例如,UPF网元不会对该业务数据是否允许中继转发进行验证。

因此,常规的ProSe通信无论是基于层2中继的协议栈还是基于层3的中继协议栈,网络侧都不会对于中继UE转发至网络的业务数据进行监管,这不利于网络侧对于中继转发数据的业务管理,甚至会影响到网络对远程UE的计费管理。

为了解决上述问题,本申请提供了一种临近服务通信的方法。具体的,远程UE可以向核心网网元(如SMF网元或AMF网元)发送中继信息,用于指示远程UE采用中继方式传输业务,以便核心网网元可以根据该中继信息对中继UE转发的远程UE的业务数据进行验证或监控等。

以下结合附图对本申请实施例提供的临近服务通信的方法进行具体介绍:

如图7所示,本申请实施例提供的临近服务通信的方法可以包括以下步骤S701和S702:

S701、远程UE向第一网元发送中继信息。

其中,中继信息包括第一指示信息或中继服务码(relay service code,RSC)。第一指示信息用于指示远程UE采用中继方式传输业务。例如,远程UE采用中继方式传输的业务是应用标识(application identifier,APP ID)对应的业务,或者应用功能标识(application function identifier,AF ID)对应的业务。或者,远程UE采用中继方式传输的业务还可以是某一切片/业务类型(Slice/Service Types,SST)的业务。

可选地,在一种实现方式中,RSC是核心网网元(如PCF网元)为远程UE和中继UE预配置的用于中继连接发现的识别码。例如,RSC可以是临近业务功能(ProSe Function)为远程UE和中继UE预配置的。其中,ProSe Function也可以集成在PCF网元中。

其中,RSC可以与业务信息绑定为对应关系。例如,第一业务可以与RSC 1绑定为对应关系。那么,若远程UE在有第一业务传输需求时向第一网元发送RSC 1,那么第一网元便可以根据RSC与业务信息的对应关系,验证远程UE是否可以通过中继UE传输第一业务,以及在确定可以通过中继UE传输第一业务时获取策略配置信息以监控中继UE传输的业务数据。关于这部分内容,将在下文中详细展开。

在本申请中,第一网元可以是SMF网元,也可以是AMF网元,或者其他有策略配置功能或者业务监控等功能的核心网网元。本申请实施例对于第一网元不做具体限定。

其中,上述中继信息可以携带在PDU会话建立请求消息、PDU会话更改请求消息或者非接入层NAS消息等消息中。

S702、第一网元根据接收到的中继信息,获取策略配置信息。

其中,当中继信息包括第一指示信息时,策略配置信息包括允许远程UE采用中继方式传输的业务的信息。

例如,在第一网元是AMF网元,且中继信息包括第一指示信息时,上述策略配置信息可以包括远程UE采用中继方式传输的业务的用户策略信息(例如UE策略(UE Policy))或接入管理策略信息(例如,access management(AM)Policy)。

其中,UE Policy可以包括远程UE的签约信息,例如远程UE签约的切片信息,远程UE签约的可以采用中继方式传输的业务信息等。UE Policy还可以包括远程UE的能力信息,例如远程UE支持的通信接口信息(如远程UE支持PC5接口通信)。AM Policy可以包括远程UE可以接入网络的服务区域信息,远程UE可以使用的切片信息,远程UE可以采用中继方式传输的业务信息,SMF网元的选择规则等。

在策略配置信息包括远程UE采用中继方式传输的业务的UE Policy时,AMF网元可以根据UE Policy获取远程UE在网络中的签约信息,例如远程UE签约的切片信息和远程UE签约的可以采用中继方式传输的业务信息,结合远程UE支持的通信接口信息验证是否允许远程UE采用中继方式传输远程UE的第一业务。

在策略配置信息包括远程UE采用中继方式传输的业务的AM Policy时,AMF网元可以根据AM Policy对远程UE接入网络进行限制(例如从远程UE的位置,使用的PLMN等),以及为远程UE进行SMF网元选择等。以及,AMF网元可以根据AM Policy获取远程UE可以使用的切片信息和远程UE可以采用中继方式传输的业务信息,验证是否允许远程UE采用中继方式传输远程UE的第一业务。

在这种情况下,若AMF网元可以根据上述策略配置信息,确定允许远程UE采用中继方式传输远程UE的第一业务,则AMF网元向SMF网元发送用于请求建立或更改远程UE的PDU会话的请求消息。或者,若AMF网元根据上述策略配置信息,确定不允许所述远程UE采用中继方式传输第一业务,则AMF网元向远程UE发送拒绝远程UE采用中继方式传输第一业务的指示信息,以及AMF网元终止建立或更改PDU会话。

在第一网元是SMF网元,且中继信息包括第一指示信息时,上述策略配置信息可以包括允许远程UE采用中继方式传输的业务的以下信息中的一种或多种:数据包检测规则(packet detection rules,PDR),转发规则(forwarding action rules,FAR)或多接入规则(multi-access rules,MAR)。

其中,PDR可以包括用于区分数据包的规则,例如,核心网隧道信息(CN tunnelinfo),QFI,数据包过滤集合(IP packet filter set)或APP ID等。其中,数据包过滤集合(IP packet filter set)可以包括IP源地址或IP目的地址等。可选的,PDR还可以包括区分出的数据包的处理规则,例如FAR和MAR等。FAR可以包括UPF网元对数据包的传输规则,例如,传递操作信息(如转发,复制,丢弃或缓冲等)和传递目标信息(如接入侧(即下行),核心网侧(即上行),SMF网元,DN等)等。MAR可以包括当远程UE通过多个接口(如3GPP接口和非3GPP接口)接入网络时的数据包分发规则,例如,数据包的分流和汇聚规则等。在本申请实施例中,PDR可以理解为数据包监控的规则,具体的,SMF网元可以为UPF网元配置第一业务对应的PDR。UPF网元可以根据PDR识别第一业务的数据包,并根据相应的FAR传输第一业务的数据。而对于没有配置PDR的数据包,UPF网元可以直接丢弃。

在这种情况下,SMF网元可以将策略配置信息发送给UPF网元,用于UPF网元根据该策略配置信息监控中继UE传输的业务数据。例如,策略配置信息可以包括能够采用中继方式传输的业务的PDR和FAR,UPF网元可以根据PDR和FAR确定不接受中继UE转发远程UE的某些业务,以及过滤掉不能够采用中继方式传输的业务数据。

在中继信息包括中继服务码时,策略配置信息可以包括中继服务码对应的业务的信息。

例如,在第一网元是AMF网元,且中继信息包括中继服务码时,上述策略配置信息可以包括中继服务码对应的业务的用户策略信息或接入管理策略信息。在这种情况下,AMF网元可以根据上述策略配置信息,如上述策略配置信息包括第一业务对应的RSC(例如RSC1),确定允许所述远程UE采用中继方式传输RSC 1对应的远程UE的业务(即第一业务)的业务数据。以及,AMF网元向SMF网元发送用于请求建立或更改远程UE的PDU会话的请求消息。或者,AMF网元根据上述策略配置信息,如上述策略配置信息包括除第一业务以外其他业务对应的RSC,确定不允许远程UE采用中继方式传输第一业务,则AMF网元向远程UE发送拒绝远程UE采用中继方式传输第一业务的指示信息。

在第一网元是SMF网元,且中继信息包括中继服务码时,上述策略配置信息可以包括中继服务码对应的业务的以下信息中的一种或多种:PDR,FAR或MAR。在这种情况下,SMF网元可以将策略配置信息发送给UPF网元,用于UPF网元根据该策略配置信息监控中继UE传输的业务数据。例如,策略配置信息包括RSC 1对应的第一业务的PDR和FAR,UPF网元可以根据PDR和FAR确定不向远程UE提供除第一业务以外的其他业务提供中继服务,过滤掉不能够采用中继方式传输的业务数据。

在一个示例中,若中继信息包括第一指示信息,上述步骤S702可以包括:第一网元根据接收的第一指示信息,从PCF网元获取策略配置信息。具体的,首先,第一网元可以根据接收到的第一指示信息确定能够采用中继方式传输的业务。然后,第一网元可以从PCF网元获取能够采用中继方式传输的业务的策略配置信息。

在另一个示例中,若中继信息包括中继服务码,例如中继信息包括RSC 1,上述步骤S702可以包括:首先,第一网元确定RSC 1对应的业务(如第一业务)。例如,第一网元从能AF网元获取RSC 1对应的业务;或者,第一网元直接从UDM网元或UDR网元获取RSC 1对应的业务;或者,第一网元通过PCF网元从UDM网元或UDR网元获取RSC 1对应的业务等。然后,第一网元从PCF网元获取RSC 1对应的业务(如第一业务)的PCC规则。例如,第一网元向PCF网元发送PCC规则请求消息,该PCC规则请求消息中携带有第一业务的标识信息。PCC规则请求消息用于请求第一业务的PCC规则。最后,第一网元根据获取的PCC规则确定上述策略配置信息。其中,第一业务的PCC规则通常可以包含3大类信息:服务数据流检查信息,策略控制信息和计费相关信息。关于PCC规则的具体内容,可以参考常规技术中的解释和说明,这里不做赘述。

或者,在另一个示例中,上述步骤S702可以包括:首先,第一网元向PCF网元发送PCC规则请求消息,该PCC规则请求消息中携带有RSC 1。PCC规则请求消息用于请求RSC 1对应的业务的PCC规则。然后,第一网元从PCF网元接收RSC 1对应的业务的PCC规则。最后,第一网元根据接收到的PCC规则,确定上述策略配置信息。

或者,在另一个示例中,上述步骤S702可以包括:首先,第一网元向PCF网元发送PCC规则请求消息,该PCC规则请求消息中携带有RSC 1和远程UE的标识信息(如远程UE的ID)。然后,第一网元从PCF网元接收远程UE签约的、RSC 1对应的业务的PCC规则。最后,第一网元根据接收到的PCC规则,确定上述策略配置信息。

进一步的,如图8所示,在执行上述步骤S701之前,本申请实施例提供的一种临近服务通信的方法还可以包括步骤S801和S802:

S801、远程UE接收第一信息。

其中,第一信息用于表征允许远程UE采用中继方式传输的业务。

在一些实施例中,第一信息可以包括以下业务信息中的一种或多种:数据网络名称(data network name,DNN)、单网络切片选择辅助信息(single network sliceselection assistance information,S-NSSAI)、APP ID或AF ID(或AF-Service-Identifier)。

其中,DNN用于标识移动运营商提供的数据网络。DNN通常由DNN网络标识和DNN运营商标识组成。例如,DNN可以用于表征允许远程UE采用中继方式传输的业务所使用的签约运营商的数据网络或所使用虚拟局域网或紧急服务(Emergency Service)等。

S-NSSAI用于唯一标识一个网络切片(network slice)。其中,网络切片是为了解决业务对网络功能、连接性能及安全性等方面的需求存在很大的差别导致的利用单一网络去承载这些业务,很难同时满足高带宽、低时延、高可靠性等需求的问题。网络切片可以为用户提供定制化的网络服务,通过对网络资源的灵活分配、按需组网,在同一套物理设施上虚拟出多个具有不同特点且相互隔离的逻辑子网(即slice),来针对性地为用户提供服务。具体的,基于图2所示的用户面网元和控制面网元,如PCF网元、NRF网元、SMF网元和UPF网元,可以虚拟出多个相互隔离网络切片。每一个slice可以包括用户设备、接入网设备(如基站)和多个由核心网网元虚拟出的网络切片。不同的slice可以作为相互独立的通道,为对移动性、计费、安全、策略控制、延时、可靠性等方面有不同要求的业务提供服务。关于网络切片的详细介绍,可以参考常规技术中的解释和说明。在本申请实施例中,在第一信息包括S-NSSAI时,远程UE根据第一信息可以确定允许远程UE采用中继方式传输的切片类业务。APP ID用于唯一标识一个应用。在本申请实施例中,在第一信息包括APP ID时,远程UE根据第一信息可以确定允许远程UE采用中继方式传输的业务所属的应用。例如,微信应用、腾讯会议应用或微博应用等。AF ID用于标识提供服务的应用服务器。

需要说明的是,第一信息可以包括上述DNN、S-NSSAI、APP ID或AF ID(或AF-Service-Identifier)中的多种。例如,第一信息可以包括DNN和S-NSSAI的组合。DNN和S-NSSAI的组合表示远程UE使用的运营商切片服务信息。AF ID或AF-Service-Identifier可以表示具体的业务或可以通过核心网网元映射到DNN和S-NSSAI的组合对应的运营商切片服务。

在本申请实施例中,第一信息可以是列表(list)形式,其中,该列表的表头为第一指示信息,如以下表1所示。

表1

在另一些实施例中,第一信息可以包括中继服务码与业务信息之间的对应关系。

其中,业务信息包括以下至少一种:业务类型,业务标识(如AF ID或AF-Service-Identifier)或APP ID。业务类型可以通过DNN和/或S-NSSAI来表示。

在本申请实施例中,第一信息可以是列表(list)形式,例如,该列表中包括一个或多个中继服务码与第一信息的对应关系。如以下表2所示。

表2

在一个示例中,上述步骤S801可以包括:远程UE从第二网元(如PCF网元或者AF网元)接收第一信息。其中,第一信息可以存储在第二网元(如PCF网元或者AF网元)中;或者,第一信息可以存储在UDM网元或UDR网元中,远程UE可以通过第二网元(如PCF网元或者AF网元)从UDM网元或UDR网元中获取第一信息。

在另一个示例中,上述步骤S801可以包括:远程UE从第一业务的应用服务器接收第一信息。其中,第一信息存储在第一业务的应用服务器中。

S802、远程UE根据接收到的第一信息,确定采用中继方式传输第一业务的数据。

在第一信息包括上述DNN、S-NSSAI、APP ID或AF ID中的一种或多种时,若远程UE有第一业务传输需求,远程UE可以通过查询第一信息中,上述DNN、S-NSSAI、APP ID或AF ID是否与第一业务对应判断是否采用中继方式传输第一业务的数据。例如,若第一业务与第一信息中的一个DNN、S-NSSAI、APP ID或AF ID对应,则远程UE确定采用中继方式传输第一业务的数据。若第一业务与第一信息中的每一个DNN、S-NSSAI、APP ID和AF ID均不对应,则远程UE确定不采用中继方式传输第一业务的数据。

在第一信息包括中继服务码与业务信息之间的对应关系时,若远程UE有第一业务传输需求,远程UE可以通过查询第一业务是否在上述对应关系中的业务信息中,判断是否采用中继方式传输第一业务的数据。例如,若第一业务在上述对应关系中的业务信息中,则远程UE确定采用中继方式传输第一业务的数据。若第一业务不在上述对应关系中的业务信息中,则远程UE确定不采用中继方式传输第一业务的数据。

在第一信息包括中继服务码与业务信息之间的对应关系的情况下,如图9所示,本申请实施例提供的一种临近服务通信的方法还可以包括步骤S901:

S901、远程UE根据所述第一信息和第一业务的业务信息,确定第一业务对应的中继服务码。

具体的,远程UE可以从中继服务码与业务信息之间的对应关系中,找到第一业务的业务信息对应的中继服务码。其中,第一业务的业务信息可以包括第一业务的业务类型,业务标识或APP ID。

在第一信息包括中继服务码与业务信息之间的对应关系,且远程UE执行上述步骤S901的情况下,上述步骤S701中,远程UE向第一网元发送的中继信息可以包括第一业务对应的中继服务码,如图9所示。

以下将结合图11、图12、图13和图14所示的实施例对本申请实施例提供的一种临近服务通信的方法的具体实现过程做详细介绍。

如图11所示的实施例中,第一网元为SMF网元。远程UE向第一网元(即SMF网元)发送的中继信息包括中继服务码。具体的,远程UE可以在有第一业务数据传输需求时,向SMF网元发送中继服务码,如RSC 1。其中,RSC 1是第一业务对应的中继服务码。远程UE通过向SMF网元发送第一业务对应的中继服务码,便于SMF网元获取策略配置信息,以监控中继UE传输第一业务,以及进行相关的计费等。

本申请实施例提供的一种临近服务通信的方法可以包括以下四个阶段:阶段(一):第一信息生成阶段;阶段(二):中继信息确定阶段;阶段(三):策略配置信息获取阶段;阶段(四):数据传输和网络监控阶段。

其中,如图10中的(a)所示,阶段(一)可以包括以下步骤S1001-a、S1001-b、S1001-c和S1002。或者,阶段(一)可以包括以下步骤S1001-a、S1001-b、S1001-c、S1002、S1003-a和S1004-a。或者,阶段(一)可以包括以下步骤S1001-a、S1001-b、S1001-c、S1002、S1003-b和S1004-b。或者,阶段(一)可以包括以下步骤S1001-d和S1002。或者,阶段(一)可以包括以下步骤S1001-d、S1002、S1003-a和S1004-a。或者,阶段(一)可以包括以下步骤S1001-d、S1002、S1003-b和S1004-b。或者,如图10中的(b)所示,阶段(一)可以包括以下步骤S1001-e。或者,阶段(一)可以包括以下步骤S1001-e、S1003-c和S1004-c。具体如下。

S1001-a、AF网元向NEF网元发送第一信息创建请求消息。

其中,第一信息创建请求消息中携带有业务信息。业务信息包括以下至少一种:业务类型,业务标识或APP ID。第一信息创建请求消息用于请求创建RSC与业务信息之间的对应关系。

在一个示例中,若该业务信息针对用户,则第一信息创建请求消息中还可以携带有远程UE的标识信息。例如,一般公共订阅标识符(generic public subscriptionidentifier,GPSI),UE的IP地址,UE的MAC地址。或者,若该业务信息针对一个用户组,则第一信息创建请求消息中还可以携带有外部用户组标识(external group identifier)。

S1001-b、NEF网元验证是否为AF网元提供第一信息创建服务。

例如,NEF网元可以验证AF网元是否通过了运营商认证。如果AF网元通过了运营商认证,则NEF网元确定为AF网元提供第一信息创建服务。如果AF网元未通过了运营商认证,则NEF网元拒绝AF网元的第一信息创建请求。

若NEF网元验证后确定为AF网元提供第一信息创建服务,则执行步骤S1001-c。若NEF网元验证后确定不为AF网元提供第一信息创建服务,则NEF网元拒绝AF网元的第一信息创建请求。

S1001-c、NEF网元向PCF网元发送第一信息创建请求消息。

其中,第一信息创建请求消息中携带有DNN、S-NSSAI、用户永久标识(subscription permanent identifier,SUPI)或内部组标识(internal groupidentifier)等中的一种或多种。其中,DNN和/或S-NSSAI是由NEF网元根据AF ID(或AF-Service-Identifier)映射得到的,SUPI是由NEF网元根据GPSI映射得到的,内部组标识(internal group identifier)是由NEF网元根据外部用户组标识(external groupidentifier)映射得到的。

在另一个示例中,如果AF网元通过了运营商的认证,如图10中的(a)所示的步骤S1001-d,AF网元可以直接向PCF网元请求创建第一信息:

S1001-d、AF网元向PCF网元发送第一信息创建请求消息。

其中,第一信息创建请求消息中携带有PCF网元等核心网网元可以识别的内部标识,包括DNN、S-NSSAI、SUPI或内部组标识(internal group identifier)等中的一种或多种。

S1002、PCF网元生成第一信息。

其中,第一信息用于表征允许远程UE采用中继方式传输的业务。第一信息可以包括以下业务信息中的一种或多种:DNN、S-NSSAI、APP ID或AF ID(或AF-Service-Identifier)。或者,第一信息可以包括中继服务码与业务信息之间的对应关系。例如,第一信息可以是表2所示的列表形式。

在一种实现方式中,在PCF网元生成第一信息之后,PCF网元可以将第一信息存储在PCF网元本地。

在另一种实现方式中,在PCF网元生成第一信息之后,PCF还可以将第一信息发送给UDM网元,以将第一信息存储在UDM网元中。或者,PCF还可以将第一信息发送给UDR网元,以将第一信息存储在UDR网元中。或者,PCF还可以将第一信息发送给AF网元,如直接发送给AF网元或者通过NEF网元发送给AF网元,以将第一信息存储在AF网元中。如图10中的(a)所示,阶段(一)还可以包括以下步骤S1003-a和S1004-a:

S1003-a、PCF网元向UDM/UDR网元发送第一信息。

S1004-a、UDM/UDR网元存储第一信息。

或者,如图10中的(a)所示,阶段(一)还可以包括以下步骤S1003-b和S1004-b:

S1003-b、PCF网元向AF网元发送第一信息。

S1004-b、AF网元存储第一信息。

在另一种实现方式中,如图10中的(b)所示的步骤S1001-e,AF网元也可以直接创建第一信息:

S1001-e、AF网元生成第一信息。

在AF网元执行完S1001-e之后,AF网元可以将第一信息存储在AF网元本地。或者,AF网元还可以将第一信息发送给UDM网元,以将第一信息存储在UDM网元中;或者,将第一信息发送给UDR网元,以将第一信息存储在UDR网元中。如图10中的(b)所示,在AF网元执行完S1001-e之后,本申请实施例提供的临近服务通信的方法的阶段(一)还可以包括以下步骤S1003-c和S1004-c:

S1003-c、AF网元向UDM/UDR网元发送第一信息。

S1004-c、UDM/UDR网元存储第一信息。

在另一种实现方式中,也可以由用户面逻辑网元ProSe Function直接创建第一信息。例如,ProSe Function可以部署在PCF网元中。在ProSe Function生成第一信息之后,ProSe Function可以将第一信息存储在PCF网元、AF网元或者UDM/UDR网元中。

在另一种实现方式中,也可以由应用的应用服务器直接创建第一信息。

在另一种实现方式中,若核心网网元(如PCF网元)之前为AF网元创建过第一信息,AF网元在有业务信息更新时,还可以请求更新第一信息。具体的,AF网元可以向NEF网元发送第一信息更新请求消息,用于请求更新RSC与业务信息之间的对应关系。其中,第一信息更新请求消息中可以携带有核心网网元(如PCF网元)之前为AF网元分配的RSC。然后,NEF网元验证是否为AF网元提供第一信息更新服务,并在确定为AF网元提供第一信息更新服务时,向UDM/UDR网元发送第一信息更新请求消息,指示UDM/UDR网元更新第一信息。UDM/UDR网元更新第一信息至少可以包括UDM/UDR网元增加上述RSC对应的业务的业务信息,和/或删除上述RSC对应的一个或多个业务的业务信息。在UDM/UDR网元更新第一信息之后,UDM/UDR网元可以将更新后的第一信息存储在UDM/UDR网元本地。或者,UDM/UDR网元也可以将更新后的第一信息发送给PCF网元,以将更新后的第一信息存储在PCF网元。或者,UDM/UDR网元也可以将更新后的第一信息发送给AF网元,以将更新后的第一信息存储在AF网元。

或者,在NEF网元确定为AF网元提供第一信息更新服务时,NEF网元也可以向PCF网元发送第一信息更新请求消息,指示PCF网元更新第一信息。在PCF网元更新第一信息之后,PCF网元可以将更新后的第一信息存储在PCF网元本地。或者,PCF网元也可以将更新后的第一信息发送给UDM/UDR网元,以将更新后的第一信息存储在UDM/UDR网元。或者,PCF网元也可以将更新后的第一信息发送给AF网元,如直接发送给AF网元或者通过NEF网元发送给AF网元,以将更新后的第一信息存储在AF网元。

如图11所示,阶段(二)可以通过以下步骤S1101-S1107完成:

S1101、远程UE或中继UE向PCF网元请求最新的用户策略信息。

其中,用户策略信息包括ProSe通信策略信息。

在一种实现方式中,远程UE或中继UE可以在注册到核心网时,或更新用户策略信息(例如,UE Policy)时,向PCF网元请求最新的用户策略信息。

在另一种实现方式中,在远程UE或中继UE的签约数据发生更新时,例如PCF网元、AF网元、UDM/UDR网元或NEF网元创建/更新了第一信息时,PCF网元也可以主动向远程UE或中继UE发送最新的用户策略信息。

可选的,在一个示例中,远程UE或中继UE向PCF网元发送的请求最新的用户策略信息的消息中可以携带有用户标识(如SUPI),以便PCF网元可以根据该用户标识确定远程UE或中继UE签约信息中对应的ProSe通信策略,包括远程UE或中继UE签约的业务对应的第一信息。

S1102、PCF网元获取第一信息。

若PCF网元在执行完上述步骤S1002之后,或者更新完第一信息之后,将创建/更新之后的第一信息存储在PCF网元本地,则PCF网元可以从其本地存储单元中获取该第一信息。

若PCF网元在执行完上述步骤S1002之后,或者更新完第一信息之后,将创建/更新之后的第一信息存储在UDM/UDR网元中,则PCF网元可以从UDM/UDR网元中获取上述第一信息;如图11中的S1102所示。例如,PCF网元可以向UDM/UDR网元请求获取第一信息;或者可以向UDM/UDR网元订阅第一信息更新服务,当第一信息更新时,UDM/UDR网元向PCF网元通知更新的第一信息。

S1103、PCF网元向远程UE或中继UE发送第一信息。

具体的,若上述最新的用户策略信息由远程UE请求获取,则PCF网元执行图11所示的S1103-a:PCF网元向远程UE发送第一信息。若上述最新的用户策略信息由中继UE请求获取,则PCF网元执行图11所示的S1103-b:PCF网元向中继UE发送第一信息。

示例性的,PCF网元可以将第一信息(即RSC与业务信息的对应关系)存放在用户策略容器(例如,UE Policy Container)中,通过AMF网元随远程UE和中继UE的用户配置信息发送给远程UE或中继UE。其中,用户配置信息可以包括用户接入选择策略(access networkdiscovery&selection policy,ANDSP)和用户路由选择策略(UE route selectionpolicy,URSP)。ANDSP用于为用户提供接入网络的选择依据,如PLMN ID。URSP用于为用户提供业务处理的路由方式,如当有业务需要发起时,创建PDU会话的方法等。关于用户配置信息的详细介绍,可一参考常规技术中的解释和说明,不做赘述。

在一个示例中,若第一信息中的RSC与业务信息的对应关系仅适用于部分用户,则随第一信息一起由PCF网元发送给远程UE或中继UE的还有一个或多个用户标识(例如SUPI)。

在另一个示例中,若远程UE或中继UE向PCF网元发送的请求最新的用户策略信息的消息中携带有用户标识(如SUPI),则PCF网元可以根据该用户标识确定远程UE或中继UE签约的业务对应的第一信息。以及,将该第一信息发送给远程UE或中继UE。

可选的,在本申请实施例中,若上述第一信息存储在AF网元或者UDM/UDR网元中,AF网元还可以主动向远程UE或中继UE发送第一信息,如图11所示的S1104:

S1104、AF网元向远程UE或中继UE发送第一信息。

相应的,远程UE或中继UE从AF网元接收第一信息。

在一种实现方式中,AF网元可以通过AF网元与远程UE或中继UE之间已经建立的用户面连接,向远程UE或中继UE发送第一信息。

在一个示例中,若上述第一信息存储在UDM/UDR网元或者ProSe Function网元中,ProSe Function网元还可以主动向远程UE或中继UE发送第一信息。例如,ProSe Function网元从UDM/UDR网元中获取第一信息,并发送给远程UE或中继UE。

S1105、远程UE与中继UE进行中继发现流程。

例如,中继UE可以广播中继服务信息,当需要采用中继方式传输业务的远程UE接收到中继UE的广播消息后,可以向中继UE发送单播建立请求消息。单播建立请求消息中可以携带有远程UE的标识和需要采用中继方式传输的业务信息(如第一业务的业务信息)。可选的,单播建立请求消息中还可以携带有第一业务对应的RSC等。中继UE接收到远程UE的单播建立请求消息之后,可以根据其中携带的业务信息等判断是否可以为远程UE提供中继服务。如果中继UE确定为远程UE提供中继服务,则中继UE向远程UE回复服务接受反馈消息。之后,远程UE与中继UE通过PC5接口进行建立PC5连接的信令交互,包括配置侧链路无线承载(sidelink radio bearer,SLRB),QoS协商等操作。如果中继UE确定不为远程UE提供中继服务,则中继UE回复拒绝连接消息。关于中继发现流程的具体介绍,可以参考常规技术中的解释和说明,不做赘述。

在有第一业务的业务数据传输需求,且远程UE或中继UE通过查询第一信息确定可以采用中继方式传输第一业务的数据时,远程UE或中继UE执行以下步骤S1106,之后继续执行步骤S1107:

S1106、远程UE或中继UE通过PDU会话建立请求消息向AMF网元发送第一业务对应的RSC(如RSC 1)。

相应的,AMF网元从远程UE或中继UE接收携带有第一业务对应的RSC(如RSC 1)的PDU会话建立请求消息。

其中,第一业务对应的RSC是远程UE通过查询第一信息确定的。

或者,步骤S1106还可以为:远程UE或中继UE通过PDU会话更改请求消息向AMF网元发送第一业务对应的RSC(如RSC 1)。

或者,步骤S1106还可以为:远程UE或中继UE通过NAS消息向AMF网元发送第一业务对应的RSC(如RSC 1)。

或者,远程UE还可以在通过中继UE建立服务请求或注册到网络时,通过其他消息向AMF网元发送第一业务对应的RSC(如RSC 1)。本申请实施例对第一业务对应的RSC的具体发送方式不做具体限定。

其中,若本申请实施例提供的临近服务通信的方法基于层2中继场景,则如图11中的S1106-a所示,PDU会话建立请求由远程UE发起。若本申请实施例提供的临近服务通信的方法基于层3中继场景,则如图11中的S1106-b所示,PDU会话建立请求由中继UE发起。

S1107、AMF网元向SMF网元发送PDU会话建立请求消息。其中,PDU会话建立请求消息中携带有第一业务对应的RSC(如RSC 1)。

相应的,SMF网元从AMF网元接收携带有第一业务对应的RSC(如RSC 1)的PDU会话建立请求消息。

在一种实现方式中,若SMF网元中未存储有RSC与业务信息之间的对应关系(即第一信息),则SMF网元执行以下步骤S1108。

在另一种实现方式中,若SMF网元中存储有RSC与业务信息之间的对应关系(即第一信息),则SMF网元可以根据PDU会话建立请求消息中携带的RSC(如RSC 1),确定与该RSC对应的业务信息(如第一业务的业务信息)。然后,SMF网元向PCF网元发送PCC规则请求消息,该PCC规则请求消息中携带有第一业务信息(即第一业务的业务信息),用于请求获取第一业务的PCC规则。其中,第一业务信息包括以下至少一种:第一业务的业务类型,业务标识或APP ID。

SMF网元中存储的RSC与业务信息之间的对应关系可以是PCF网元在创建/更新第一信息之后,发送给SMF网元的;或者,还可以是远程UE或中继UE向PCF网元请求最新的用户策略信息时,PCF网元发送给SMF网元的。本申请实施例对SMF网元获取第一信息的时机不做具体限定。

如图11所示,阶段(三)可以通过以下步骤S1108-S1116完成:

S1108、SMF网元向PCF网元发送PCC规则请求消息。其中,PCC规则请求消息中携带有第一业务对应的RSC(如RSC 1)。

相应的,PCF网元从SMF网元接收携带有第一业务对应的RSC(如RSC 1)的PCC规则请求消息。

或者,在一个示例中,SMF网元还可以通过会话管理策略信息(sessionmanagement policy,SM Policy)请求消息从PCF网元获取RSC 1对应的业务(即第一业务)的SM Policy。其中,SM Policy中包括RSC 1对应的业务(即第一业务)的PCC规则。

S1109、PCF网元确定RSC 1对应的业务(即第一业务)的PCC规则。

例如,PCF网元可以通过查询第一信息确定RSC 1对应的业务为第一业务,然后,PCF网元查询获取第一业务的PCC规则。其中,PCC规则通常可以包含3大类信息:服务数据流检查信息,策略控制信息和计费相关信息。关于PCC规则的具体内容,可以参考常规技术中的解释和说明,这里不做赘述。

在一个示例中,若PCC规则请求消息中携带的是第一业务信息,则PCF网元可以直接查询获取第一业务的PCC规则。

S1110、PCF网元向SMF网元发送RSC 1对应的业务的PCC规则。

相应的,SMF网元从PCF网元接收RSC 1对应的业务的PCC规则。

S1111、SMF网元根据RSC 1对应的业务的PCC规则生成策略配置信息。

其中,当中继信息包括中继服务码时,策略配置信息包括中继服务码对应的业务的信息。例如,在第一网元是AMF网元,且中继信息包括中继服务码时,上述策略配置信息包括中继服务码对应的业务的用户策略信息或接入管理策略信息。又如,在第一网元是SMF网元,且中继信息包括中继服务码时,上述策略配置信息包括以下信息中的一种或多种:PDR,FAR或MAR。

S1112、SMF网元向UPF网元发送策略配置信息。

相应的,UPF网元从SMF网元接收策略配置信息。

S1113、SMF网元向AMF网元发送PDU会话建立响应消息。其中,PDU会话建立响应消息中可以携带有PDU会话的标识(如PDU会话ID)、N2SM信息和N1SM容器等。N2SM信息可以包括QoS配置信息、核心网隧道信息等。N1SM容器可以包括PDU会话建立接受信息、QoS规则等。PDU会话的标识用于唯一地标识PDU会话。N2SM信息用于为中继UE和远程UE配置无线承载,以及建立接入网设备与UPF网元之间的链路。N1SM容器用于根据QoS规则处理上行数据包。

相应的,AMF网元从SMF网元接收PDU会话建立响应消息。

在一个示例中,SMF网元可以通过Namf_Communication_N1N2MessageTransfer服务向AMF网元发送PDU会话建立响应消息。

S1114、AMF网元向无线接入网发送PDU会话建立响应消息。

其中,PDU会话建立响应消息中可以携带有PDU会话的标识、N2SM信息和N1SM容器等。N2SM信息用于无线接入网根据QoS配置信息为中继UE和远程UE配置无线承载,根据核心网隧道信息建立接入网设备与UPF网元之间的链路。N1SM容器用于接入网设备根据QoS规则处理上行数据包。

相应的,无线接入网从AMF网元接收PDU会话建立响应消息。

S1115、无线接入网向中继UE发送无线资源配置信息。

其中,无线资源配置信息可以包括无线接入网为中继UE和远程UE配置的无线承载的配置信息,例如用于中继UE与远程UE进行数据传输的SLRB的配置信息,以及用于中继UE与接入网设备进行数据传输的数据无线承载(data radio bearer,DRB)的配置信息。无线资源配置信息可以用于中继UE建立与无线接入网之间的无线链路(如DRB),包括QoS流与DRB的映射关系和物理层传输资源配置等。以及,无线资源配置信息可以用于中继UE建立与远程UE之间的无线链路(如SLRB),包括QoS流与SLRB的映射关系和物理层传输资源配置等。

相应的,中继UE从无线接入网接收无线资源配置信息。

S1116、中继UE向远程UE发送PC5链路配置信息。

其中,PC5链路配置信息包括PC5QoS参数、远程UE的IP地址等。

相应的,远程UE从中继UE接收PC5链路配置信息。

在一个示例中,例如,对于层2中继场景,远程UE的IP地址可以由SMF网元通过PDU会话建立响应消息,经过AMF网元发送给中继UE。之后,中继UE通过PC5链路配置信息将远程UE的IP地址发送给远程UE。

在另一个示例,例如,对于层3中继场景,远程UE的IP地址可以由中继UE为远程UE分配,并通过PC5链路配置信息将远程UE的IP地址发送给远程UE。这里远程UE使用的IP地址可能与中继UE的IP地址相同(例如,使用IPv4地址),此时,中继UE可以为远程UE分配传输控制协议(transmission control protocol,TCP)/用户数据报文协议(user datagramprotocol,UDP)端口号。

在执行完步骤S1116之后,执行阶段(四)所示的步骤。

或者,如图11所示,在执行完步骤S1116之后,本申请实施例提供的一种临近服务通信的方法还可以包括以下步骤S1118-S1119,也就是说,阶段(三)可以包括以下步骤S1108-S1116、和S1118-S1119。

S1118、中继UE向SMF网元发送远程UE的标识信息和IP地址。

例如,远程UE的标识信息可以是远程UE的ID。

相应的,SMF网元从中继UE接收远程UE的标识信息和IP地址。

S1119、SMF网元更新策略配置信息。其中,更新后的策略配置信息中包括远程UE的IP地址。

如图11所示,阶段(四)包括以下步骤S1117:

S1117、远程UE通过中继UE与应用服务器传输第一业务的业务数据。

在本申请中,在远程UE通过中继UE与应用服务器传输第一业务的业务数据的过程中,UPF网元根据策略配置信息监控中继UE转发的数据。

在中继UE执行上述步骤S1118和SMF网元执行上述步骤S1119的情况下,在步骤S1117中,在远程UE通过中继UE与应用服务器传输第一业务的业务数据的过程中,UPF网元根据更新后的策略配置信息监控中继UE转发的数据。

在图11所示的实施例中,远程UE在有业务传输需求(如第一业务传输需求)时,通过向SMF网元发送中继服务码(如RSC 1),用于SMF网元根据该中继服务码验证是否允许远程UE采用中继方式传输第一业务,以及在确定允许远程UE采用中继方式传输第一业务时,根据该中继服务码为UPF网元配置策略配置信息,以便UPF网元监控中继UE转发的业务数据,以及进行计费等。

可选的,在另一个示例中,第一网元为AMF网元。远程UE向第一网元(即AMF网元)发送的中继信息包括中继服务码。具体的,远程UE可以在有第一业务数据传输需求时,向SMF网元发送中继服务码,如RSC 1。其中,RSC 1是第一业务对应的中继服务码。远程UE通过向AMF网元发送第一业务对应的中继服务码,便于AMF网元获取策略配置信息,用于验证中继UE传输的业务数据等。

如图12所示,该实施例提供的方法可以基于图11所示的实施例,且进一步地将S1107-S1112替换为S1201和S1202,具体如下所述。

S1201、AMF网元验证是否允许远程UE采用中继方式传输RSC 1对应的业务。

例如,AMF网元可以通过查找第一信息,验证RSC 1对应的业务是否在第一信息中,以验证是否允许远程UE采用中继方式传输RSC 1对应的业务(即第一业务)。其中,第一信息是AMF网元在上述步骤S1103过程中,从PCF网元获取,并存储在AMF网元中的。

若AMF网元确定允许远程UE采用中继方式传输RSC 1对应的业务,则AMF网元执行以下步骤S1202。若AMF网元确定不允许远程UE采用中继方式传输RSC 1对应的业务,则AMF网元向远程UE发送拒绝远程UE采用中继方式传输RSC 1对应的业务的指示信息。同时,AMF网元会终止PDU会话建立流程。

S1202、AMF网元向SMF网元发送PDU会话建立请求消息。

在图12所示的实施例中,远程UE在有业务传输需求(如第一业务传输需求)时,通过向AMF网元发送中继服务码(如RSC 1),用于AMF网元根据该中继服务码验证是否允许远程UE采用中继方式传输第一业务,以及在确定允许远程UE采用中继方式传输第一业务时,完成后续PDU会话建立流程,用于远程UE通过中继UE与应用服务器传输第一业务的业务数据。通过这样的方式,可以避免中继UE非法转发未签约的应用的应用数据。

可选的,在另一个示例中,第一网元为SMF网元。远程UE向第一网元(即SMF网元)发送的中继信息包括第一指示信息。第一指示信息用于指示远程UE采用中继方式传输业务。具体的,远程UE可以在有第一业务数据传输需求时,向SMF网元发送第一指示信息。远程UE通过向SMF网元发送第一指示信息,便于SMF网元获取策略配置信息,用于监控中继UE传输第一业务,以及进行相关的计费等。

需要说明的是,在该示例中,第一信息创建请求消息用于请求创建能够采用中继方式传输的业务信息。第一信息可以包括以下中的一种或多种:DNN、S-NSSAI、APP ID或AFID(或AF-Service-Identifier)。例如,第一信息可以是表1所示的列表形式。

如图13所示,该实施例提供的方法可以基于图11所示的实施例,且进一步地将S1101-S1112替换为S1301和S1310,具体如下所述。

S1301、远程UE或中继UE向PCF网元请求最新的用户策略信息。

在一些实施例中,远程UE或中继UE可以在注册到核心网时,或更新用户策略信息(例如,UE Policy)时,向PCF网元请求最新的用户策略信息。

在另一些实施例中,在远程UE或中继UE的签约数据发生更新时,例如PCF网元、AF网元、UDM/UDR网元或NEF网元创建/更新了第一信息时,PCF网元也可以主动向远程UE或中继UE发送最新的用户策略信息。

可选的,在一些实施例中,远程UE或中继UE向PCF网元发送的请求最新的用户策略信息的消息中可以携带有用户标识(如SUPI),以便PCF网元可以根据该用户标识确定远程UE或中继UE签约信息中对应的ProSe通信策略,包括远程UE或中继UE签约的业务对应的第一信息。

S1302、PCF网元获取第一信息。

例如,若PCF网元在执行完上述步骤S1002之后,或者更新完第一信息之后,将创建/更新之后的第一信息存储在UDM/UDR网元中,则PCF网元可以从UDM/UDR网元中获取上述第一信息,如图13中的S1302所示。

或者,在另一种实现方式中,若AF网元在执行完上述步骤S1001-e之后,将创建/更新之后的第一信息存储在UDM/UDR网元中,则PCF网元可以从UDM/UDR网元中获取该第一信息。

在另一种实现方式中,若PCF网元在执行完上述步骤S1002之后,或者更新完第一信息之后,将创建/更新之后的第一信息存储在PCF网元本地,则PCF网元可以从其本地存储单元中获取该第一信息。

在另一种实现方式中,若AF网元在执行完上述步骤S1001-e之后,将创建/更新之后的第一信息存储在AF网元本地,则PCF网元可以从AF网元获取该第一信息。

S1303、远程UE与中继UE进行中继发现流程。

在有第一业务的业务数据传输需求,且远程UE或中继UE确定采用中继方式传输第一业务的数据时,远程UE或中继UE执行以下步骤S1304,之后继续执行步骤S1305:

S1304、远程UE或中继UE通过PDU会话建立请求消息向AMF网元发送第一指示信息。

其中,第一指示信息用于指示远程UE采用中继方式传输业务。第一指示信息是远程UE确定采用中继方式传输第一业务的数据时,携带在PDU会话建立请求消息中的。

或者,步骤S1304还可以为:远程UE或中继UE通过PDU会话更改请求消息向AMF网元发送第一指示信息。

或者,步骤S1304还可以为:远程UE或中继UE通过NAS消息向AMF网元发送第一指示信息。

或者,远程UE还可以在通过中继UE建立服务请求或注册到网络时,通过其他消息向AMF网元发送第一指示信息。本申请实施例对第一指示信息的具体发送方式不做具体限定。

其中,若本申请实施例提供的临近服务通信的方法基于层2中继场景,则如图13中的S1304-a所示,PDU会话建立请求由远程UE发起。若本申请实施例提供的临近服务通信的方法基于层3中继场景,则如图13中的S1304-b所示,PDU会话建立请求由中继UE发起。

S1305、AMF网元向SMF网元发送PDU会话建立请求消息。其中,PDU会话建立请求消息中携带有第一指示信息。

相应的,SMF网元从AMF网元接收携带有第一指示信息的PDU会话建立请求消息。

S1306、SMF网元向PCF网元发送PCC规则请求消息。其中,PCC规则请求消息中携带有第一指示信息。

或者,在一中实现方式中,SMF网元还可以通过会话管理策略信息(sessionmanagement policy,SM Policy)请求消息从PCF网元获取允许采用中继方式传输的业务的SM Policy。其中,SM Policy中包括允许采用中继方式传输的业务的PCC规则。

相应的,PCF网元从SMF网元接收携带有第一指示信息的PCC规则请求消息。

在一个示例中,SMF网元向PCF网元发送的PCC规则请求消息中还可以携带有远程UE的标识信息(如远程UE的ID)。

S1307、PCF网元确定允许采用中继方式传输的业务的PCC规则。

例如,PCF网元可以通过查询第一信息确定允许采用中继方式传输的业务,然后,PCF网元查询获取允许采用中继方式传输的业务的PCC规则。其中,PCC规则通常可以包含3大类信息:服务数据流检查信息,策略控制信息和计费相关信息。

在一些实施例中,若SMF网元向PCF网元发送的PCC规则请求消息中还携带有远程UE的标识信息(如远程UE的ID),则步骤S1307可以包括:PCF网元确定远程UE签约的、且允许采用中继方式传输的业务的PCC规则。

S1308、PCF网元向SMF网元发送允许采用中继方式传输的业务的PCC规则。

相应的,SMF网元从PCF网元接收允许采用中继方式传输的业务的PCC规则。

在一些实施例中,若SMF网元向PCF网元发送的PCC规则请求消息中还携带有远程UE的标识信息(如远程UE的ID),则步骤S1308可以包括:PCF网元向SMF网元发送远程UE签约的、且允许采用中继方式传输的业务的PCC规则。

S1309、SMF网元根据允许采用中继方式传输的业务的PCC规则生成策略配置信息。

其中,策略配置信息包括允许远程UE采用中继方式传输的业务的信息。例如,策略配置信息可以包括以下信息中的一种或多种:PDR,FAR或MAR。

在一些实施例中,若SMF网元从PCF网元接收的是远程UE签约的、且允许采用中继方式传输的业务的PCC规则,则步骤S1309包括:SMF网元根据UE签约的、且允许采用中继方式传输的业务的PCC规则生成策略配置信息。

S1310、SMF网元向UPF网元发送策略配置信息。

相应的,UPF网元从SMF网元接收策略配置信息。

在图13所示的实施例中,在远程UE通过中继UE与应用服务器传输第一业务的业务数据的过程中,UPF网元根据策略配置信息监控中继UE转发的数据。

在图13所示的实施例中,远程UE在有业务传输需求(如第一业务传输需求)时,通过向SMF网元发送第一指示信息,用于SMF网元根据该第一指示信息验证是否允许远程UE采用中继方式传输第一业务,以及在确定允许远程UE采用中继方式传输第一业务时,根据该第一指示信息为UPF网元配置策略配置信息,以便UPF网元监控中继UE转发的业务数据,以及进行计费等。

可选的,在另一个示例中,第一网元为AMF网元。远程UE向第一网元(即AMF网元)发送的中继信息包括第一指示信息。具体的,远程UE可以在有第一业务数据传输需求时,向SMF网元发送第一指示信息,用于AMF网元获取策略配置信息,以验证中继UE传输的业务数据等。

如图14所示,该实施例提供的方法可以基于图11所示的实施例,且进一步地将S1101-S1112替换为S1401-S1407,具体如下所述。

S1401、远程UE或中继UE从PCF网元获取最新的用户策略信息。

在一些实施例中,远程UE或中继UE可以在注册到核心网时,或更新用户策略信息(例如,UE Policy)时,向PCF网元请求最新的用户策略信息。

在另一些实施例中,在远程UE或中继UE的签约数据发生更新时,例如PCF网元、AF网元、UDM/UDR网元或NEF网元创建/更新了第一信息时,PCF网元也可以主动向远程UE或中继UE发送最新的用户策略信息。

可选的,在一些实施例中,远程UE或中继UE向PCF网元发送的请求最新的用户策略信息的消息中可以携带有用户标识(如SUPI),以便PCF网元可以根据该用户标识确定远程UE或中继UE签约信息中对应的ProSe通信策略,包括远程UE或中继UE签约的业务对应的第一信息。

S1402、PCF网元获取第一信息。

例如,PCF网元在执行完上述步骤S1002之后,或者更新完第一信息之后,将创建/更新之后的第一信息存储在UDM/UDR网元中,则PCF网元可以从UDM/UDR网元中获取上述第一信息,如图14中的S1402所示。

或者,在另一种实现方式中,若AF网元在执行完上述步骤S1001-e之后,将创建/更新之后的第一信息存储在UDM/UDR网元中,则PCF网元可以从UDM/UDR网元中获取该第一信息。

在另一种实现方式中,若PCF网元在执行完上述步骤S1002之后,或者更新完第一信息之后,将创建/更新之后的第一信息存储在PCF网元本地,则PCF网元可以从其本地存储单元中获取该第一信息。

在另一种实现方式中,若AF网元在执行完上述步骤S1001-e之后,将创建/更新之后的第一信息存储在AF网元本地,则PCF网元可以从AF网元获取该第一信息。

S1403、远程UE与中继UE进行中继发现流程。

在有第一业务的业务数据传输需求,且远程UE或中继UE确定采用中继方式传输第一业务的数据时,远程UE或中继UE执行以下步骤S1304,之后继续执行步骤S1305:

S1404、远程UE或中继UE通过PDU会话建立请求消息向AMF网元发送第一指示信息。

其中,第一指示信息用于指示远程UE采用中继方式传输业务。第一指示信息是远程UE确定采用中继方式传输第一业务的数据时,携带在PDU会话建立请求消息中的。

或者,步骤S1404还可以为:远程UE或中继UE通过PDU会话更改请求消息向AMF网元发送第一指示信息。

或者,步骤S1404还可以为:远程UE或中继UE通过NAS消息向AMF网元发送第一指示信息。

或者,远程UE还可以在通过中继UE建立服务请求或注册到网络时,通过其他消息向AMF网元发送第一指示信息。本申请实施例对第一指示信息的具体发送方式不做具体限定。其中,若本申请实施例提供的临近服务通信的方法基于层2中继场景,则如图14中的S1404-a所示,PDU会话建立请求由远程UE发起。若本申请实施例提供的临近服务通信的方法基于层3中继场景,则如图14中的S1404-b所示,PDU会话建立请求由中继UE发起。

S1405、AMF网元从PCF网元获取第一信息。

例如,AMF网元可以从PCF网元获取存储在PCF网元中的第一信息。或者,AMF网元可以通过PCF网元获取存储在UDM/UDR网元中的第一信息。

或者,在一些实施例中,AMF网元可以从AF网元获取第一信息。例如,AMF网元可以从AF网元获取存储在AF网元中的第一信息。或者,AMF网元可以通过AF网元获取存储在UDM/UDR网元中的第一信息。

S1406、AMF网元验证是否允许远程UE采用中继方式传输第一业务。

例如,AMF网元可以通过查找第一信息,验证第一业务是否在第一信息中,以验证是否允许远程UE采用中继方式传输第一业务。其中,第一信息是AMF网元在上述步骤S1505过程中,从PCF网元获取,并存储在AMF网元中的。

若AMF网元确定允许远程UE采用中继方式传输第一业务,则AMF网元执行以下步骤S1407。若AMF网元确定不允许远程UE采用中继方式传输第一业务,则AMF网元向远程UE发送拒绝远程UE采用中继方式传输第一业务的指示信息。同时,AMF网元会终止PDU会话建立流程。

S1407、AMF网元向SMF网元发送PDU会话建立请求消息。

在图14所示的实施例中,远程UE在有中继业务传输需求(如第一业务传输需求)时,通过向AMF网元发送第一指示信息,用于AMF网元根据该第一指示信息验证是否允许远程UE采用中继方式传输第一业务,以及在确定允许远程UE采用中继方式传输第一业务时,完成后续PDU会话建立流程,用于远程UE通过中继UE与应用服务器传输第一业务的业务数据。通过这样的方式,可以避免中继UE非法转发未签约的应用的应用数据。

应理解,本申请实施例的各个方案可以进行合理的组合使用,并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释,对此不作限定。

还应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。

可以理解的是,中继UE,远程UE,第一网元(如SMF网元或AMF网元等),接入网设备,第二网元(如PCF网元或AF网元等)或其他网络设备(如NEF网元、UPF网元、UDM网元或UDR网元等)为了实现上述任一个实施例的功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

本申请实施例可以对中继UE,远程UE,第一网元(如SMF网元或AMF网元等),接入网设备,第二网元(如PCF网元或AF网元等)或其他网络设备(如NEF网元、UPF网元、UDM网元或UDR网元等)等设备进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。

比如,以采用集成的方式划分各个功能模块的情况下,如图15所示,为本申请实施例提供的一种UE的结构框图。该UE可以为中继UE或远程UE。该UE可以包括收发单元1510和处理单元1520。

其中,在UE为中继UE时,收发单元1510用于支持中继UE执行上述步骤S1101、1103-b、S1104、S1105、S1106-a、S1106-b、S1115、S1116、S1117、S1301、S1303、S1304-a、S1304-b、S1401、S1403、S1404-a或S1404-b,和/或用于本文所描述的技术的其他过程。处理单元1520用于与收发单元1510协同支持中继UE执行上述步骤S1101、S1105、S1117、S1301、S1303、S1401或S1403,和/或用于本文所描述的技术的其他过程。在UE为远程UE时,收发单元1510用于支持远程UE执行上述步骤S701、S801、S1101、S1103-a、S1104、S1105、S1106-a、S1116、S1117、S1301、S1303、S1304-a、S1401、S1403或S1404-a,和/或用于本文所描述的技术的其他过程。处理单元1520用于支持远程UE执行上述步骤S801或S901,或者用于与收发单元1510协同支持远程UE执行上述步骤S1105、S1117、S1301、S1303、S1401或S1403,和/或用于本文所描述的技术的其他过程。

如图16所示,为本申请实施例提供的一种网络设备的结构框图。该网络设备可以是上述接入网设备、SMF网元、AMF网元、PCF网元、AF网元、NEF网元、UPF网元、UDM网元或UDR网元等网络设备。该网络设备可以包括收发单元1610和处理单元1620。

其中,在网络设备是接入网设备时,上述收发单元1610可以支持该接入网设备协助执行上述步骤S1101、S1103-a、S1103-b、S1104、S1106-a、S1106-b、S1114、S1115、S1118、S1117、S1301、S1304-a、S1304-b、S1401、S1404-a或S1404-b,和/或用于本文所描述的技术的其他过程。处理单元1620用于与收发单元1610协同支持接入网设备执行上述步骤S1101、S1117、S1301或S1401,和/或用于本文所描述的技术的其他过程。

在网络设备是SMF网元时,上述收发单元1610可以支持该SMF网元执行上述步骤S701、S1101、S1107、S1108、S1110、S1112、S1113、S1118、S1119、S1202、S1305、S1306、S1308、S1310或S1407,或者支持该SMF网元协助执行上述步骤S1103-a、S1103-b、S1104、S1117、S1401或S1405,和/或用于本文所描述的技术的其他过程。处理单元1620用于支持该SMF网元执行上述步骤S702、S1111或S1309,或者用于支持该SMF网元协助执行上述步骤S1101或S1117,和/或用于本文所描述的技术的其他过程。

在网络设备是AMF网元时,上述收发单元1610可以支持该AMF网元执行上述步骤S701、S1106-a、S1106-b、S1107、S1113、S1114、S1202、S1304-a、S1304-b、S1305、S1404-a、S1404-b、S1405或S1407,或者支持该AMF网元协助执行上述步骤S1101、S1103-a、S1103-b、S1104、S1118、S1117、S1301或S1401,和/或用于本文所描述的技术的其他过程。处理单元1620用于支持该AMF网元执行上述步骤S702、S1201或S1406,或者用于支持该AMF网元协助执行上述步骤S1101、S1117、S1301或S1401,和/或用于本文所描述的技术的其他过程。

在网络设备是PCF网元时,上述收发单元1610可以支持该PCF网元执行上述步骤S1001-c、S1001-d、S1003-a、S1003-b、S1102、S1103-a、S1103-b、S1108、S1110、S1302、S1306、S1308、S1402或S1405,或者支持该PCF网元协助执行上述步骤S1101、S1104、S1117、S1301或S1401,和/或用于本文所描述的技术的其他过程。处理单元1620用于支持该PCF网元执行上述步骤S1002、S1109或S1307,或者支持该PCF网元协助执行上述步骤S1101、S1117、S1301或S1401,和/或用于本文所描述的技术的其他过程。

在网络设备是AF网元时,上述收发单元1610可以支持该AF网元执行上述步骤S1001-a、S1001-d、S1003-b、S1003-c或S1104,或者支持该AF网元协助执行上述步骤S1117,和/或用于本文所描述的技术的其他过程。处理单元1620用于支持该AF网元执行上述步骤S1004-b或S1001-e,或者支持该AF网元协助执行上述步骤S1117,和/或用于本文所描述的技术的其他过程。

在网络设备是NEF网元时,上述收发单元1610可以支持该NEF网元执行上述步骤S1001-a或S1001-c,和/或用于本文所描述的技术的其他过程。处理单元1620用于支持该NEF网元执行上述步骤S1001-b,和/或用于本文所描述的技术的其他过程。

在网络设备是UPF网元时,上述收发单元1610可以支持该UPF网元执行上述步骤S1112、S1119或S1301,或者支持该UPF网元协助执行上述步骤S1117,和/或用于本文所描述的技术的其他过程。处理单元1620用于支持该UPF网元协助执行上述步骤S1117,以及在执行S1117的过程中监控中继UE转发的业务数据,和/或用于本文所描述的技术的其他过程。

在网络设备是UDM/UDR网元时,上述收发单元1610可以支持该UDM/UDR网元执行上述步骤S1001-a、S1003-c、S1102、S1302或S1402,和/或用于本文所描述的技术的其他过程。处理单元1620用于支持该UDM/UDR网元协助执行上述步骤S1004-a或S1004-c,和/或用于本文所描述的技术的其他过程。

需要说明的是,上述收发单元1510和收发单元1610可以包括射频电路。UE或网络设备可以通过射频电路进行无线信号的接收和发送。通常,射频电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频电路还可以通过无线通信和其他设备通信。所述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统、通用分组无线服务、码分多址、宽带码分多址、长期演进、电子邮件、短消息服务等。

在一种可选的方式中,当使用软件实现数据传输时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地实现本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如软盘、硬盘、磁带)、光介质(例如DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

结合本申请实施例所描述的方法或者算法的步骤可以硬件的方式来实现,也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于探测装置中。当然,处理器和存储介质也可以作为分立组件存在于探测装置中。

通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。

在一种可选的方式中,本申请提供一种通信系统,该通信系统包括远程UE、中继UE、接入网设备、AMF单元、SMF网元、UPF网元和PCF单元。该通信系统还可以包括NEF网元、UDM/UDR网元或AF网元。该通信系统用于实现本申请提供的任一种可能的实现方式中的方法。

在一种可选的方式中,本申请提供一种芯片系统,该芯片系统包括处理器、存储器,存储器中存储有计算机程序代码;当计算机程序代码被处理器执行时,实现本申请提供的任一种可能的实现方式中的方法。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。

在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

50页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:一种基于加权距离及紧凑路由的数据传输方法

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!

技术分类