CN117354782A

CN117354782A - 通信方法和装置

Info

Publication number: CN117354782A
Application number: CN202210743668.XA
Authority: CN
Inventors: 胡力; 吴�荣
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-06-27
Filing date: 2022-06-27
Publication date: 2024-01-05
Also published as: WO2024001897A1

Abstract

本申请提供了一种通信方法和装置，该方法包括：接入网设备获取用于指示对用户关联的数据进行针对指定目的处理需求的数据处理需求，该接入网设备根据用户同意信息和数据处理需求确定是否执行对用户关联的数据进行针对指定目的处理，其中，用户同意信息用于指示该用户是否同意对用户关联的数据进行针对多个数据处理目的的处理，该多个数据处理目的中的任意一个数据处理目的用于指示对该用户关联的数据进行处理的目的。该方案中接入网设备根据用户同意信息和数据处理需求确定是否执行对用户关联的数据进行针对指定目的处理，以期接入网设备收集用户关联的数据之前进行校验用户同意，增加用户关联的数据的安全性。

Description

通信方法和装置

技术领域

本申请涉及通信领域，并且更具体地，涉及一种通信方法和装置。

背景技术

目前保护个人信息的法律(如，《个人信息保护法》以及通用数据保护条例(general data protection regulation,GDPR)等)对如何保护个人信息提出了要求，该要求包括但不限于：数据控制者(如，企业、运营商网络等)在处理个人信息前需要获得用户同意。具体来说，数据控制者在处理个人信息前，需要获得用户对于数据处理目的的同意。

应理解运营商网络对于其签约者来说，也是是数据控制者，因此运营商网络在收集用户数据进行某些特定目的的操作前，也需要获得用户的同意。在运营商网络中，包括基站和核心网设备，目前针对基站设备收集用户数据时，未提供相关校验用户同意的流程。

发明内容

本申请实施例提供一种通信方法，提供了基站根据用户同意信息和数据处理需求进行校验用户同意的流程，增加了用户关联的数据的安全性。

第一方面，提供了一种通信方法，该方法可以由第一接入网设备执行，或者，也可以由第一接入网设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第一接入网设备执行为例进行说明。

该通信方法包括：第一接入网设备获取数据处理需求，该数据处理需求用于指示对用户关联的数据进行针对指定目的处理的需求；该第一接入网设备根据用户同意信息和该数据处理需求，确定是否执行对该用户关联的数据进行针对该指定目的的处理；其中，该用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个数据处理目的的处理，且该多个数据处理目的中的任一数据处理目的用于指示对该用户相关联的数据进行处理的目的。

为了便于区分，下文中可以将第一接入网设备获取的用户同意信息称为第一用户同意信息。

基于上述技术方案，第一接入网设备获取数据处理需求之后，能够获知当前对用户关联的数据进行处理针对的指定目的，该第一接入网设备可以根据用户同意信息和该数据处理需求确定是否执行对用户关联的数据进行针对指定目的处理。也就是说第一接入网设备通过校验用户同意判断是否对用户关联的数据执行指定目的处理，而不是直接执行对该用户关联的数据进行针对该指定目的的处理，增加了用户关联的数据的安全性。

另外，用户同意信息用于指示该用户是否同意对用户关联的数据进行针对指定的多个数据处理目的的处理，也就是说第一接入网设备在获知用户同意信息的情况下，可以基于该用户同意信息确定是否对用户关联的数据执行针对多个数据处理目的的处理，第一接入网设备可以无需基于每次的指定目的获取用户同意信息，简化了第一接入网设备的操作。

例如，用户同意信息用于指示该用户是否同意对用户关联的数据进行针对数据处理目的#1和数据处理目的#2的处理，当第一接入网设备需要确定是否执行对用户关联的数据进行针对数据处理目的#1处理时，第一接入网设备可以根据该用户同意信息进行判断；当第一接入网设备需要确定是否执行对用户关联的数据进行针对数据处理目的#2处理时，第一接入网设备还可以根据该用户同意信息进行判断。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：响应于该数据处理需求，该第一接入网设备获取该用户同意信息。

基于上述技术方案，第一接入网设备可以是在收到数据处理需求之后，再获取用户同意信息，可以避免在收到数据处理需求前就获取用户同意信息而使用该用户同意信息的情况，避免了不必要的信令开销。

结合第一方面，在第一方面的某些实现方式中，在第一接入网设备获取数据处理需求之前，该方法还包括：该第一接入网设备获取该用户同意信息。

基于上述技术方案，第一接入网设备可以是在收到数据处理需求之前，获取该用户同意信息，可以在获取到数据处理需求之后能够及时根据用户同意信息和该数据处理需求确定是否执行对该用户关联的数据进行针对该指定目的的处理，保证了时效性。

结合第一方面，在第一方面的某些实现方式中，在该第一接入网设备获取该用户同意信息之前，该方法还包括：该第一接入网设备确定本地不存在与该指定目的关联的用户同意信息。

基于上述技术方案，第一接入网设备可以在确定本地不存在与指定目的关联的用户同意信息前提下，才发起获取用户同意信息的流程，避免本地已经有相应的用户同意信息的情况下，仍然发起获取用户同意信息的流程带来不必要的信令开销。

结合第一方面，在第一方面的某些实现方式中，该第一接入网设备获取该用户同意信息，包括：该第一接入网设备通过移动管理网元向统一数据管理网元发送第一指示信息，该第一指示信息用于指示获取接入网设备使用的用户同意信息；该第一接入网设备接收来自该移动管理网元的该用户同意信息，其中，该接入网设备使用的用户同意信息和核心网设备使用的用户信息保存在统一数据管理网元中，该接入网设备使用的用户同意信息和该核心网设备使用的用户信息为不同的两类用户同意信息。

基于上述技术方案，第一接入网设备可以向提供用户同意信息的网元(如，统一数据管理网元)发送第一指示信息，指示获取接入网设备使用的用户同意信息，避免获取到的用户同意信息中包括自身无法识别的用户同意信息，避免无用信息的传递。

结合第一方面，在第一方面的某些实现方式中，该第一指示信息为1比特信息，取值为1或0表示请求获取接入网设备使用的用户同意信息；或者该第一指示信息为该第一接入网设备所属网络的标识信息，用于表示请求获取该第一接入网设备使用的用户同意信息。

基于上述技术方案，第一指示信息可以是占用1比特的信息，通过1比特的信息即可实现指示提供用户同意信息的网元提供获取接入网设备使用的用户同意信息，降低了信令开销；或者，

第一指示信息还可以为第一接入网设备所属网络的标识信息(如，第一接入网设备所属的网络为网络#1，该网络#的标识为PLMN ID#1，第一指示信息可以为PLMN ID#1)，用于指示获取第一接入网设备使用的用户同意信息，避免获取到的用户同意信息中包括自身无法识别的用户同意信息。

结合第一方面，在第一方面的某些实现方式中，该第一接入网设备接收来自移动管理网元的用户同意信息，包括：该第一接入网设备接收来自移动管理网元的初始用户设备上下文建立请求消息，该初始用户设备上下文建立请求消息中包括该用户同意信息；或者，该第一接入网设备接收来自移动管理网元的路径切换请求消息，该路径切换请求消息中包括该用户同意信息；或者，该第一接入网设备接收来自移动管理网元的切换请求消息，该切换请求消息中包括该用户同意信息。

基于上述技术方案，第一接入网设备可以通过多种不同的方式接收来自移动管理网元的用户同意信息，增加了方案的灵活性。

结合第一方面，在第一方面的某些实现方式中，该第一接入网设备获取用户同意信息，包括：该第一接入网设备接收来自第二接入网设备的切换请求消息，该切换请求消息中包括该用户同意信息；或者，该第一接入网设备接收来自第二接入网设备的用户设备上下文获取响应消息，该用户设备上下文获取响应消息中包括该用户同意信息；或者，该第一接入网设备接收来自第二接入网设备的容器信息，该容器信息中包括该用户同意信息；该第一接入网设备接收来自第二接入网设备的添加辅基站请求消息，该添加辅基站请求消息中包括该用户同意信息。

基于上述技术方案，第一接入网设备可以通过多种不同的方式接收来自其他接入网设备(如，第二接入网设备)的用户同意信息，以适配接入网设备特有的移动性流程，保障终端设备的用户同意信息在移动过程中的连续性，增加了方案的灵活性。

结合第一方面，在第一方面的某些实现方式中，该第一接入网设备根据用户同意信息和该数据处理需求，确定是否执行对该用户关联的数据的处理，包括以下几种可能的方式：

方式一：该同意信息中包括该多个数据处理目的。

方式一中第一接入网设备确定是否执行对该用户关联的数据的处理，包括：

若该指定目的属于该多个数据处理目的，该第一接入网设备确定执行对该用户关联的数据的处理；

若该指定目的不属于该多个数据处理目的，该第一接入网设备确定不执行对该用户关联的数据的处理。

方式二：该用户同意信息包括该多个数据处理目的和该多个数据处理目中每个数据处理目的对应的用户同意结果，该用户同意结果用于指示该用户是否同意对该用户关联的数据进行针对该用户同意结果对应的该数据处理目的的处理。

方式二中该第一接入网设备确定是否执行对该用户关联的数据的处理，包括：

若该指定目的为该多个数据处理目的中的第一数据处理目的，且该第一数据处理目的对应的该用户同意结果为同意，该第一接入网设备确定执行对该用户关联的数据的处理；否则，该第一接入网设备确定不执行对该用户关联的数据的处理。

方式三：该用户同意信息包括该多个数据处理目的和第一网络的标识，该第一网络的标识用于指示该用户是否同意在该第一网络处理该用户关联的数据。

方式三中该第一接入网设备确定是否执行对该用户关联的数据的处理，包括：

若该指定目的为该多个数据处理目的中的一个，且该第一接入网设备属于该第一网络，该第一接入网设备确定执行对该用户关联的数据的处理；否则，该第一接入网设备确定不执行对该用户关联的数据的处理。

方式四：该用户同意信息包括该多个数据处理目的和该多个数据处理目中每个数据处理目的对应的用户同意结果，以及第一网络标识，该用户同意结果用于指示用户是否同意对该用户关联的数据进行针对该用户同意结果对应的该数据处理目的的处理，该第一网络的标识用于指示用户是否同意在该第一网络处理该用户关联的数据。

方式四中该第一接入网设备确定是否执行对该用户关联的数据的处理，包括：若该指定目的为该多个数据处理目的中的第一数据处理目的，该第一数据处理目的对应的该用户同意结果为同意，且该第一接入网设备属于该第一网络，该第一接入网设备确定执行对该用户关联的数据的处理；否则，该第一接入网设备确定不执行对该用户关联的数据的处理。

基于上述技术方案，第一接入网设备可以根据获取的用户同意信息包括的不同参数通过不同的方式确定是否执行对用户关联的数据进行针对该指定目的的处理，提高方案的灵活性。

结合第一方面，在第一方面的某些实现方式中，在该第一接入网设备确定不执行对该用户关联的数据的处理的情况下，该方法还包括：该第一接入网设备确定不收集该指定目的对应的用户关联的数据；该第一接入网设备向终端设备发送数据收集消息，该数据收集消息包含不收集指示，该不收集指示用于指示不收集该指定目的对应的用户关联的数据；该第一接入网设备接收来自该终端设备的响应消息，该响应消息中包括第一数据，该第一数据不包含该指定目的对应的用户关联的数据。

基于上述技术方案，对于第一接入网设备确定不执行对该用户关联的数据的处理的情况，第一接入网设备依然触发携带不收集指示的数据收集消息，既避免了获取用户敏感数据(如，指定目的对应的用户关联的数据)，又保证了业务的连续性(如，去获取其他非敏感信息)。

结合第一方面，在第一方面的某些实现方式中，该第一接入网设备获取数据处理需求，包括：该第一接入网设备接收来自触发网元的该数据处理需求；或者，第一接入网设备根据本地配置确定该数据处理需求。

基于上述技术方案，第一接入网设备可以从触发网元接收数据处理需求，也可以基于自身的配置确定数据处理需求，可以通过不同的方式获取数据处理需求。

结合第一方面，在第一方面的某些实现方式中，在该第一接入网设备确定不执行对该用户关联的数据的处理的情况下，该方法还包括：该第一接入网设备向该触发网元发送响应于该触发消息的触发响应消息，该触发响应消息包括原因值，该原因值用于指示未获得用户同意或未收集该指定目的对应的用户关联的数据。

基于上述技术方案，第一接入网设备可以向触发网元反馈当前未执行对该用户关联的数据的处理的原因，以便于触发网元了解第一接入网设备不执行对该用户关联的数据的原因以判断下一步执行动作，例如避免再次触发第一接入网设备执行对该用户关联的数据的处理。

结合第一方面，在第一方面的某些实现方式中，在该第一接入网设备确定执行对该用户关联的数据的处理的情况下，该方法还包括：该第一接入网设备向该终端设备发送数据收集消息，该数据收集消息用于获取该用户关联的数据；该第一接入网设备接收来自该终端设备的响应消息，该响应消息中包括该用户关联的数据；该第一接入网设备对该用户关联的数据的进行针对该指定目的处理。

结合第一方面，在第一方面的某些实现方式中，该数据使用目的包括接入网设备数据分析、接入网设备数据模型共享或非地面网络NTN位置查询。

基于上述技术方案，本申请涉及的数据处理目的可以为多种可能的形式，提高方案的灵活性。

第二方面，提供了一种提供了一种通信方法，该方法可以由第二接入网设备执行，或者，也可以由第二接入网设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第二接入网设备执行为例进行说明。

该通信方法包括：第二接入网设备获取第二用户同意信息，该第二用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个第二数据处理目的的处理；且该多个第二数据处理目的中的任一第二数据处理目的用于指示对该用户相关联的数据进行处理的目的；该第二接入网设备根据该第二用户同意信息确定用户同意信息；该第二接入网设备向第一接入网设备发送该用户同意信息，该用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个数据处理目的的处理；且该多个数据处理目的中的任一数据处理目的用于指示对该用户相关联的数据进行处理的目的。

基于上述技术方案，第二接入网设备向第一接入网设备提供的用户同意信息，以便于第一接入网设备可以根据用户同意信息和该数据处理需求确定是否执行对用户关联的数据进行针对指定目的处理。也就是说第一接入网设备通过校验用户同意判断是否对用户关联的数据执行指定目的处理，而不是直接执行对该用户关联的数据进行针对该指定目的的处理，增加了用户关联的数据的安全性。

结合第二方面，在第二方面的某些实现方式中，该第二接入网设备向第一接入网设备发送该用户同意信息，包括：该第二接入网设备向第一接入网设备发送切换请求消息，该切换请求消息中包括该用户同意信息；或者，该第二接入网设备向第一接入网设备发送用户设备上下文获取响应消息，该用户设备上下文获取响应消息中包括该用户同意信息；或者，该第二接入网设备向第一接入网设备发送容器信息，该容器信息中包括该用户同意信息；该第二接入网设备向第一接入网设备发送添加辅基站请求消息，该添加辅基站请求消息中包括该用户同意信息。

基于上述技术方案，第二接入网设备可以通过多种不同的方式向第一接入网设备发送用户同意信息，以适配接入网设备特有的移动性流程，保障终端设备的用户同意信息在移动过程中的连续性，增加了方案的灵活性。

结合第二方面，在第二方面的某些实现方式中，该用户同意信息包括该多个数据处理目的和该多个数据处理目中每个数据处理目的对应的用户同意结果，该用户同意结果用于指示该用户是否同意对该用户关联的数据进行针对该用户同意结果对应的该数据处理目的的处理，该第二用户同意信息中包括该多个第二数据处理目的和该多个第二数据处理目中每个第二数据处理目的对应的第二用户同意结果，该第二用户同意结果用于指示该用户是否同意对该用户关联的数据进行针对该第二用户同意结果对应的该数据处理目的的处理，以及第二网络的标识，该第二网络的标识用于指示该用户是否同意在该第二网络处理该用户关联的数据，该第二接入网设备根据该第二用户同意信息确定用户同意信息，包括：该第二接入网设备确定该第一接入网设备不属于该第二网络；该第二接入网设备将该多个第二数据处理目的作为该多个数据处理目的；该第二接入网设备确定该多个数据处理目分别对应的多个用户同意结果为不同意。

基于上述技术方案，第二接入网设备可以基于第二用户同意信息并考虑第一接入网设备所属的网络，确定第一接入网设备适用的用户同意信息，避免接入网设备获得不必要的其他网络使用的用户同意信息，既减少了信息的暴露，又减少了信令传输开销。

第三方面，提供了一种提供了一种通信方法，该方法可以由移动管理网元执行，或者，也可以由移动管理网元的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由移动管理网元执行为例进行说明。

该通信方法包括：移动管理网元向统一数据管理网元发送第一指示信息，该第一指示信息用于指示获取接入网设备使用的用户同意信息；该移动管理网元接收来自该统一数据管理网元的第三用户同意信息；该移动管理网元根据该第三用户同意信息确定用户同意信息；该移动管理网元向该第一接入网设备发送该用户同意信息，其中，该第三用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个第三数据处理目的的处理；且该多个第三数据处理目的中的任一第三数据处理目的用于指示对该用户相关联的数据进行处理的目的，该用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个数据处理目的的处理；且该多个数据处理目的中的任一数据处理目的用于指示对该用户相关联的数据进行处理的目的。

基于上述技术方案，移动管理网元向第一接入网设备提供的用户同意信息，以便于第一接入网设备可以根据用户同意信息和该数据处理需求确定是否执行对用户关联的数据进行针对指定目的处理。也就是说第一接入网设备通过校验用户同意判断是否对用户关联的数据执行指定目的处理，而不是直接执行对该用户关联的数据进行针对该指定目的的处理，增加了用户关联的数据的安全性。

结合第三方面，在第三方面的某些实现方式中，该移动管理网元向该第一接入网设备发送该用户同意信息，包括：该移动管理网元向该第一接入网设备发送初始用户设备上下文建立请求消息，该初始用户设备上下文建立请求消息中包括该用户同意信息；或者，该移动管理网元向该第一接入网设备发送路径切换请求消息，该路径切换请求消息中包括该用户同意信息；或者，该移动管理网元向该第一接入网设备发送切换请求消息，该切换请求消息中包括该用户同意信息。

基于上述技术方案，移动管理网元可以通过多种不同的方式向第一接入网设备发送用户同意信息，以适配接入网设备特有的移动性流程，保障终端设备的用户同意信息在移动过程中的连续性，增加了方案的灵活性。

结合第三方面，在第三方面的某些实现方式中，该移动管理网元根据该第三用户同意信息确定用户同意信息，包括以下几种可能的方式：

方式一：该用户同意信息包括该多个数据处理目的和该多个数据处理目中每个数据处理目的对应的用户同意结果，该用户同意结果用于指示用户是否同意对该用户关联的数据进行针对该用户同意结果对应的该数据处理目的的处理。

该第三用户同意信息包括该多个第三数据处理目的和该多个第三数据处理目中每个第三数据处理目的对应的第三用户同意结果，该第三用户同意结果用于指示用户是否同意对该用户关联的数据进行针对该第三用户同意结果对应的该第三数据处理目的的处理。

方式一中移动管理网元确定用户同意信息，包括：

该移动管理网元将该多个第三用户同意结果中多个用户同意结果为同意的该第三用户同意结果分别对应的该多个第三数据处理目的作为该多个数据处理目的；该移动管理网元将该多个第三用户同意结果中多个为用户同意结果同意的该第三用户同意结果作为该多个用户同意结果。

方式二：该同意信息中包括该多个数据处理目的。

该第三用户同意信息包括该多个第三数据处理目的和该多个第三数据处理目中每个第三数据处理目的对应的第三用户同意结果，以及第三网络的标识，该第三用户同意结果用于指示用户是否同意对该用户关联的数据进行针对该第三用户同意结果对应的该第三数据处理目的的处理，该第三网络的标识用于指示用户是否同意在该第三网络处理该用户关联的数据。

方式二中移动管理网元确定用户同意信息，包括：该移动管理网元确定该第一接入网设备属于该第三网络；该移动管理网元将该多个第三用户同意结果中多个用户同意结果为同意的该第三用户同意结果分别对应的该多个第三数据处理目的作为该多个数据处理目的。

方式三：该用户同意信息包括该多个数据处理目的和该多个数据处理目中每个数据处理目的对应的用户同意结果，该用户同意结果用于指示用户是否同意对该用户关联的数据进行针对该用户同意结果对应的该数据处理目的的处理。

方式三中移动管理网元确定用户同意信息，包括：该移动管理网元确定该第一接入网设备属于该第三网络；该移动管理网元将该多个第三用户同意结果中多个用户同意结果为同意的该第三用户同意结果分别对应的该多个第三数据处理目的作为该多个数据处理目的；该移动管理网元将该多个第三用户同意结果中多个为用户同意结果同意的该第三用户同意结果作为该多个用户同意结果。

方式四：该用户同意信息包括该多个数据处理目的和该多个数据处理目中每个数据处理目的对应的用户同意结果，该用户同意结果用于指示用户是否同意对该用户关联的数据进行针对该用户同意结果对应的该数据处理目的的处理。

方式四中移动管理网元确定用户同意信息，包括：该移动管理网元确定该第一接入网设备不属于该第三网络；该移动管理网元将该多个第三数据处理目的作为该多个数据处理目的；该移动管理网元确定该多个数据处理目分别对应的多个用户同意结果为不同意。

基于上述技术方案，移动管理网元可以根据获取的用户同意信息包括的不同参数和第三用户同意信息包括的不同参数通过不同的方式确定用户同意信息，提高方案的灵活性。

第四方面，提供了一种提供了一种通信方法，该方法可以由统一数据管理网元执行，或者，也可以由统一数据管理网元的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由统一数据管理网元执行为例进行说明。

该通信方法包括：统一数据管理网元接收第一指示信息，该第一指示信息用于指示获取接入网设备使用的用户同意信息；该统一数据管理网元从用户的签约数据中确定该接入网设备使用的用户同意信息；该统一数据管理网元发送第三用户同意信息，其中，该用户的签约数据包括该接入网设备使用的用户同意信息和核心网设备使用的用户信息，该接入网设备使用的用户同意信息和该核心网设备使用的用户信息为不同的两类用户同意信息，该接入网设备使用的用户同意信息为该第三用户同意信息；或者，该接入网设备使用的用户同意信息为该第三用户同意信息中的部分用户同意信息，该第三用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个第三数据处理目的的处理；且该多个第三数据处理目的中的任一第三数据处理目的用于指示对该用户相关联的数据进行处理的目的。

基于上述技术方案，统一数据管理网元中保存的用户同意信息包括多种不同的类别(接入网设备使用的用户同意信息和该核心网设备使用的用户同意信息)，以便于为接入网设备提供合适的用户信息，避免使接入网获得不必要的核心网设备使用的用户同意信息，既减少了信息的暴露，又减少了信令传输开销。

结合第四方面，在第四方面的某些实现方式中，该第三用户同意信息包括该多个第三数据处理目的和该多个第三数据处理目中每个第三数据处理目的对应的第三用户同意结果，该第三用户同意结果用于指示用户是否同意对该用户关联的数据进行针对该第三用户同意结果对应的该第三数据处理目的的处理。

结合第四方面，在第四方面的某些实现方式中，该第三用户同意信息还包括第三网络的标识，该第三网络的标识用于指示用户是否同意在该第三网络处理该用户关联的数据。

第五方面，提供了一种通信装置，该装置用于执行上述第一方面提供的方法。

该装置包括：获取单元，用于获取数据处理需求，该数据处理需求用于指示对用户关联的数据进行针对指定目的处理的需求；处理单元，用于根据用户同意信息和该数据处理需求，确定是否执行对该用户关联的数据进行针对该指定目的的处理；其中，该用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个数据处理目的的处理，且该多个数据处理目的中的任一数据处理目的用于指示对该用户相关联的数据进行处理的目的。

结合第五方面，在第五方面的某些实现方式中，该获取单元还用于，响应于该数据处理需求，获取该用户同意信息。

结合第五方面，在第五方面的某些实现方式中，在该获取单元获取数据处理需求之前，该获取单元还用于，获取该用户同意信息。

结合第五方面，在第五方面的某些实现方式中，在该获取单元获取该用户同意信息之前，该处理单元，还用于确定本地不存在与该指定目的关联的用户同意信息。

结合第五方面，在第五方面的某些实现方式中，该获取单元获取该用户同意信息，包括：发送单元通过移动管理网元向统一数据管理网元发送第一指示信息，该第一指示信息用于指示获取接入网设备使用的用户同意信息；接收单元接收来自该移动管理网元的该用户同意信息，其中，该接入网设备使用的用户同意信息和核心网设备使用的用户信息保存在统一数据管理网元中，该接入网设备使用的用户同意信息和该核心网设备使用的用户信息为不同的两类用户同意信息。

结合第五方面，在第五方面的某些实现方式中，该第一指示信息为1比特信息，取值为1或0表示请求获取接入网设备使用的用户同意信息；或者该第一指示信息为该第一接入网设备所属网络的标识信息，用于表示请求获取该第一接入网设备使用的用户同意信息。

结合第五方面，在第五方面的某些实现方式中，该接收单元接收来自移动管理网元的用户同意信息，包括：该接收单元接收来自移动管理网元的初始用户设备上下文建立请求消息，该初始用户设备上下文建立请求消息中包括该用户同意信息；或者，该接收单元接收来自移动管理网元的路径切换请求消息，该路径切换请求消息中包括该用户同意信息；或者，该接收单元接收来自移动管理网元的切换请求消息，该切换请求消息中包括该用户同意信息。

结合第五方面，在第五方面的某些实现方式中，该获取单元获取该用户同意信息，包括：接收单元接收来自第二接入网设备的切换请求消息，该切换请求消息中包括该用户同意信息；或者，接收单元接收来自第二接入网设备的用户设备上下文获取响应消息，该用户设备上下文获取响应消息中包括该用户同意信息；或者，接收单元接收来自第二接入网设备的容器信息，该容器信息中包括该用户同意信息；接收单元接收来自第二接入网设备的添加辅基站请求消息，该添加辅基站请求消息中包括该用户同意信息。

结合第五方面，在第五方面的某些实现方式中，该处理单元根据用户同意信息和该数据处理需求，确定是否执行对该用户关联的数据的处理，包括以下几种可能的方式：

方式一：该同意信息中包括该多个数据处理目的。

方式一中处理单元确定是否执行对该用户关联的数据的处理，包括：

若该指定目的属于该多个数据处理目的，该处理单元确定执行对该用户关联的数据的处理；

若该指定目的不属于该多个数据处理目的，该处理单元确定不执行对该用户关联的数据的处理。

方式二中该处理单元确定是否执行对该用户关联的数据的处理，包括：

若该指定目的为该多个数据处理目的中的第一数据处理目的，且该第一数据处理目的对应的该用户同意结果为同意，该处理单元确定执行对该用户关联的数据的处理；否则，该处理单元确定不执行对该用户关联的数据的处理。

方式三中该处理单元确定是否执行对该用户关联的数据的处理，包括：

若该指定目的为该多个数据处理目的中的一个，且该第一接入网设备属于该第一网络，该处理单元确定执行对该用户关联的数据的处理；否则，该处理单元确定不执行对该用户关联的数据的处理。

方式四中该处理单元确定是否执行对该用户关联的数据的处理，包括：若该指定目的为该多个数据处理目的中的第一数据处理目的，该第一数据处理目的对应的该用户同意结果为同意，且该第一接入网设备属于该第一网络，该处理单元确定执行对该用户关联的数据的处理；否则，该处理单元确定不执行对该用户关联的数据的处理。

结合第五方面，在第五方面的某些实现方式中，在该处理单元确定不执行对该用户关联的数据的处理的情况下，该处理单元确定不收集该指定目的对应的用户关联的数据；发送单元向终端设备发送数据收集消息，该数据收集消息包含不收集指示，该不收集指示用于指示不收集该指定目的对应的用户关联的数据；接收单元接收来自该终端设备的响应消息，该响应消息中包括第一数据，该第一数据不包含该指定目的对应的用户关联的数据。

结合第五方面，在第五方面的某些实现方式中，该获取单元获取数据处理需求，包括：接收单元接收来自触发网元的该数据处理需求；或者，处理单元根据本地配置确定该数据处理需求。

结合第五方面，在第五方面的某些实现方式中，在该处理单元确定不执行对该用户关联的数据的处理的情况下，该发送单元向该触发网元发送响应于该触发消息的触发响应消息，该触发响应消息包括原因值，该原因值用于指示未获得用户同意或未收集该指定目的对应的用户关联的数据。

结合第五方面，在第五方面的某些实现方式中，在该处理单元确定执行对该用户关联的数据的处理的情况下，发送单元向该终端设备发送数据收集消息，该数据收集消息用于获取该用户关联的数据；接收单元接收来自该终端设备的响应消息，该响应消息中包括该用户关联的数据；该处理单元对该用户关联的数据的进行针对该指定目的处理。

结合第五方面，在第五方面的某些实现方式中，该数据使用目的包括接入网设备数据分析、接入网设备数据模型共享或非地面网络NTN位置查询。

以上第五方面及其可能的设计所示方法的有益效果可参照第一方面及其可能的设计中的有益效果。

第六方面，提供了一种通信装置，该装置用于执行上述第二方面提供的方法。

该装置包括：获取单元，用于获取第二用户同意信息，该第二用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个第二数据处理目的的处理；且该多个第二数据处理目的中的任一第二数据处理目的用于指示对该用户相关联的数据进行处理的目的；处理单元，根据该第二用户同意信息确定用户同意信息；发送单元，用于向第一接入网设备发送该用户同意信息，该用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个数据处理目的的处理；且该多个数据处理目的中的任一数据处理目的用于指示对该用户相关联的数据进行处理的目的。

结合第六方面，在第六方面的某些实现方式中，该发送单元向第一接入网设备发送该用户同意信息，包括：该发送单元向第一接入网设备发送切换请求消息，该切换请求消息中包括该用户同意信息；或者，该发送单元向第一接入网设备发送用户设备上下文获取响应消息，该用户设备上下文获取响应消息中包括该用户同意信息；或者，该发送单元向第一接入网设备发送容器信息，该容器信息中包括该用户同意信息；该发送单元向第一接入网设备发送添加辅基站请求消息，该添加辅基站请求消息中包括该用户同意信息。

结合第六方面，在第六方面的某些实现方式中，该用户同意信息包括该多个数据处理目的和该多个数据处理目中每个数据处理目的对应的用户同意结果，该用户同意结果用于指示该用户是否同意对该用户关联的数据进行针对该用户同意结果对应的该数据处理目的的处理，该第二用户同意信息中包括该多个第二数据处理目的和该多个第二数据处理目中每个第二数据处理目的对应的第二用户同意结果，该第二用户同意结果用于指示该用户是否同意对该用户关联的数据进行针对该第二用户同意结果对应的该数据处理目的的处理，以及第二网络的标识，该第二网络的标识用于指示该用户是否同意在该第二网络处理该用户关联的数据，该处理单元根据该第二用户同意信息确定用户同意信息，包括：该处理单元确定该第一接入网设备不属于该第二网络；该处理单元将该多个第二数据处理目的作为该多个数据处理目的；该处理单元确定该多个数据处理目分别对应的多个用户同意结果为不同意。

以上第六方面及其可能的设计所示方法的有益效果可参照第二方面及其可能的设计中的有益效果。

第七方面，提供了一种通信装置，该装置用于执行上述第三方面提供的方法。

该装置包括：发送单元，用于向统一数据管理网元发送第一指示信息，该第一指示信息用于指示获取接入网设备使用的用户同意信息；接收单元，用于接收来自该统一数据管理网元的第三用户同意信息；处理单元，用于根据该第三用户同意信息确定用户同意信息；该发送单元向该第一接入网设备发送该用户同意信息，其中，该第三用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个第三数据处理目的的处理；且该多个第三数据处理目的中的任一第三数据处理目的用于指示对该用户相关联的数据进行处理的目的，该用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个数据处理目的的处理；且该多个数据处理目的中的任一数据处理目的用于指示对该用户相关联的数据进行处理的目的。

结合第七方面，在第七方面的某些实现方式中，该发送单元向该第一接入网设备发送该用户同意信息，包括：该发送单元向该第一接入网设备发送初始用户设备上下文建立请求消息，该初始用户设备上下文建立请求消息中包括该用户同意信息；或者，该发送单元向该第一接入网设备发送路径切换请求消息，该路径切换请求消息中包括该用户同意信息；或者，该发送单元向该第一接入网设备发送切换请求消息，该切换请求消息中包括该用户同意信息。

结合第七方面，在第七方面的某些实现方式中，该处理单元根据该第三用户同意信息确定用户同意信息，包括以下几种可能的方式：

方式一中处理单元确定用户同意信息，包括：

处理单元将该多个第三用户同意结果中多个用户同意结果为同意的该第三用户同意结果分别对应的该多个第三数据处理目的作为该多个数据处理目的；处理单元将该多个第三用户同意结果中多个为用户同意结果同意的该第三用户同意结果作为该多个用户同意结果。

方式二：该同意信息中包括该多个数据处理目的。

方式二中处理单元确定用户同意信息，包括：处理单元确定该第一接入网设备属于该第三网络；处理单元将该多个第三用户同意结果中多个用户同意结果为同意的该第三用户同意结果分别对应的该多个第三数据处理目的作为该多个数据处理目的。

方式三中处理单元确定用户同意信息，包括：处理单元确定该第一接入网设备属于该第三网络；处理单元将该多个第三用户同意结果中多个用户同意结果为同意的该第三用户同意结果分别对应的该多个第三数据处理目的作为该多个数据处理目的；处理单元将该多个第三用户同意结果中多个为用户同意结果同意的该第三用户同意结果作为该多个用户同意结果。

方式四中处理单元确定用户同意信息，包括：处理单元确定该第一接入网设备不属于该第三网络；处理单元将该多个第三数据处理目的作为该多个数据处理目的；处理单元确定该多个数据处理目分别对应的多个用户同意结果为不同意。

以上第七方面及其可能的设计所示方法的有益效果可参照第三方面及其可能的设计中的有益效果。

第八方面，提供了一种通信装置，该装置用于执行上述第四方面提供的方法。

该装置包括：接收单元，用于接收第一指示信息，该第一指示信息用于指示获取接入网设备使用的用户同意信息；处理单元，用于从用户的签约数据中确定该接入网设备使用的用户同意信息；发送单元，用于发送第三用户同意信息，其中，该用户的签约数据包括该接入网设备使用的用户同意信息和核心网设备使用的用户信息，该接入网设备使用的用户同意信息和该核心网设备使用的用户信息为不同的两类用户同意信息，该接入网设备使用的用户同意信息为该第三用户同意信息；或者，该接入网设备使用的用户同意信息为该第三用户同意信息中的部分用户同意信息，该第三用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个第三数据处理目的的处理；且该多个第三数据处理目的中的任一第三数据处理目的用于指示对该用户相关联的数据进行处理的目的。

结合第八方面，在第八方面的某些实现方式中，该第三用户同意信息包括该多个第三数据处理目的和该多个第三数据处理目中每个第三数据处理目的对应的第三用户同意结果，该第三用户同意结果用于指示用户是否同意对该用户关联的数据进行针对该第三用户同意结果对应的该第三数据处理目的的处理。

结合第八方面，在第八方面的某些实现方式中，该第三用户同意信息还包括第三网络的标识，该第三网络的标识用于指示用户是否同意在该第三网络处理该用户关联的数据。

以上第八方面及其可能的设计所示方法的有益效果可参照第四方面及其可能的设计中的有益效果。

第九方面，提供了一种通信装置，该装置用于执行上述第一方面至第四方面提供的方法。具体地，该通信装置可以包括用于执行第一方面至第四方面的任意一种实现方式提供的方法的单元和/或模块，如处理单元和获取单元。

在一种实现方式中，收发单元可以是收发器，或，输入/输出接口；处理单元可以是至少一个处理器。可选地，收发器可以为收发电路。可选地，输入/输出接口可以为输入/输出电路。

在另一种实现方式中，收发单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等；处理单元可以是至少一个处理器、处理电路或逻辑电路等。

第十方面，本申请提供一种处理器，用于执行上述各方面提供的方法。在执行这些方法的过程中，上述方法中有关发送上述信息和获取/接收上述信息的过程，可以理解为由处理器输出上述信息的过程，以及处理器接收输入的上述信息的过程。在输出上述信息时，处理器将该上述信息输出给收发器，以便由收发器进行发射。该上述信息在由处理器输出之后，还可能需要进行其他的处理，然后再到达收发器。类似的，处理器接收输入的上述信息时，收发器获取/接收该上述信息，并将其输入处理器。更进一步的，在收发器收到该上述信息之后，该上述信息可能需要进行其他的处理，然后再输入处理器。

基于上述原理，举例来说，前述方法中提及的接收请求消息可以理解为处理器接收输入的信息。

对于处理器所涉及的发射、发送和获取/接收等操作，如果没有特殊说明，或者，如果未与其在相关描述中的实际作用或者内在逻辑相抵触，则均可以更加一般性的理解为处理器输出和接收、输入等操作，而不是直接由射频电路和天线所进行的发射、发送和接收操作。

在实现过程中，上述处理器可以是专门用于执行这些方法的处理器，也可以是执行存储器中的计算机指令来执行这些方法的处理器，例如通用处理器。上述存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

第十一方面，提供一种计算机可读存储介质，该计算机可读介质存储用于设备执行的程序代码，该程序代码包括用于执行上述第一方面至第四方面提供的任一方法。

第十二方面，提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第一方面至第四方面提供的任一方法。

第十三方面，提供一种芯片，该芯片包括处理器与通信接口，该处理器通过该通信接口读取存储器上存储的指令，执行上述第一方面至第四方面提供的任一方法。

可选地，作为一种实现方式，该芯片还可以包括存储器，该存储器中存储有指令，该处理器用于执行该存储器上存储的指令，当该指令被执行时，该处理器用于执行上述第一方面至第四方面提供的任一方法。

第十四方面，提供了一种通信系统，包括第第五方面至第八方面所述的通信装置。

附图说明

图1示出了本申请实施例适用的5G系统的架构示意图。

图2是一种NWDAF校验用户同意的示意性流程图。

图3是本申请实施例提供的一种通信方法的示意性流程图。

图4是本申请实施例提供的一种第一RAN获取第一用户同意信息的示意性流程图。

图5是本申请实施例提供的另一种第一RAN获取第一用户同意信息的示意性流程图。

图6是本申请实施例提供的另一种第一RAN获取第一用户同意信息的示意性流程图。

图7是本申请实施例提供的另一种第一RAN获取第一用户同意信息的示意性流程图。

图8是本申请实施例提供的另一种第一RAN获取第一用户同意信息的示意性流程图。

图9是本申请实施例提供的另一种第一RAN获取第一用户同意信息的示意性流程图。

图10是本申请实施例提供的另一种第一RAN获取第一用户同意信息的示意性流程图。

图11是本申请一个实施例提供的通信装置的示意性框图。

图12是本申请另一个实施例提供的通信装置的示意性框图。

图13是本申请又一个实施例提供的通信装置的示意性框图。

具体实施方式

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

本申请实施例的技术方案可以应用于各种通信系统，例如：5G系统或新无线(newradio，NR)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequencydivision duplex，FDD)系统、LTE时分双工(time division duplex，TDD)等。本申请提供的技术方案还可以应用于未来的通信系统，如第六代移动通信系统。本申请实施例的技术方案还可以应用于设备到设备(device to device，D2D)通信，车辆外联(vehicle-to-everything，V2X)通信，机器到机器(machine to machine，M2M)通信，机器类型通信(machine type communication，MTC)，以及物联网(internet of things，IoT)通信系统或者其他通信系统。

为便于理解本申请实施例，首先结合图1简单介绍本申请实施例适用的通信系统。

作为示例性说明，图1示出了本申请实施例适用的5G系统的架构示意图。图1为基于服务化接口的5G网络架构示意图。如图1所示，该网络架构可以包括但不限于以下网元(或者称为功能网元、功能实体、节点、设备等)：

用户设备(user equipment，UE)、(无线)接入网设备(radio access network，(R)AN)、接入和移动性管理功能(access and mobility management function，AMF)网元、会话管理功能(session management function，SMF)网元、用户面功能(user planefunction，UPF)网元、策略控制功能(policy control function，PCF)网元、统一数据管理(unified data management，UDM)网元、应用功能(application function，AF)网元、数据网络(data network，DN)、网络切片选择功能(network slice selection function，NSSF)、认证服务器功能(authentication server function，AUSF)、能力开放功能(network exposure function，NEF)网元、网络数据分析功能(network data analyticsfunction，NWDAF)网元、统一数据存储(unified data repository，UDR)等。

下面对图1中示出的各网元进行简单介绍：

1、UE：可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的终端、移动台(mobilestation，MS)、终端(terminal)或软终端等等。例如，水表、电表、传感器等。

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

作为示例而非限定，在本申请实施例中，可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

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

此外，在本申请实施例中，用户设备还可以包括传感器，主要功能包括收集数据(部分用户设备)、接收接入网设备的控制信息与下行数据，并发送电磁波，向接入网设备传输上行数据。

本申请实施例中，用于实现用户设备的功能的装置可以是用户设备，也可以是能够支持用户设备实现该功能的装置，例如，芯片系统或可实现用户设备功能的组合器件、部件，该装置可以被安装在用户设备中。

本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。本申请实施例提供的技术方案中，以用于实现用户设备的功能的装置是用户设备为例，描述本申请实施例提供的技术方案。

2、(R)AN：用于为特定区域的授权用户设备提供入网功能，并能够根据用户设备的级别，业务的需求等使用不同服务质量的传输隧道。

(R)AN能够管理无线资源，为用户设备提供接入服务，进而完成控制信号和用户设备数据在用户设备和核心网之间的转发，(R)AN也可以理解为传统网络中的基站。

示例性地，本申请实施例中的接入网设备可以是用于与用户设备通信的任意一种具有无线收发功能的通信设备。该接入网设备包括但不限于：演进型节点B(evolved NodeB，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(home evolved Node B，HeNB，或home Node B，HNB)、基带单元(baseBand unit，BBU)，无线保真(wireless fidelity，WIFI)系统中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(transmission andreception point，TRP)等，还可以为5G，如，NR，系统中的gNB，或，传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或，分布式单元(distributed unit，DU)等。

在一些部署中，gNB可以包括集中式单元(centralized unit，CU)和DU。gNB还可以包括有源天线单元(active antenna unit，AAU)。CU实现gNB的部分功能，DU实现gNB的部分功能。比如，CU负责处理非实时协议和服务，实现无线资源控制(radio resource control，RRC)，分组数据汇聚层协议(packet data convergence protocol，PDCP)层的功能。DU负责处理物理层协议和实时服务，实现无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理(physical，PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息，或者，由PHY层的信息转变而来，因而，在这种架构下，高层信令，如RRC层信令，也可以认为是由DU发送的，或者，由DU+AAU发送的。可以理解的是，接入网设备可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。此外，可以将CU划分为接入网(radio access network，RAN)中的接入网设备，也可以将CU划分为核心网(core network，CN)中的接入网设备，本申请对此不做限定。

3、UPF网元：主要包括以下功能：数据包路由和传输、数据包检测、业务用量上报、服务质量(quality of service，QoS)处理、合法监听、上行数据包检测、下行数据包存储等用户面相关的功能。

在5G通信系统中，该用户面网元可以是UPF网元。在未来通信系统中，用户面网元仍可以是UPF网元，或者，还可以有其它的名称，本申请不做限定。

示例性地，UPF可以包括分组数据单元会话锚点UPF(packet data unit sessionanchor UPF，PSA UPF)和中间UPF(Intermediate UPF，I-UPF)。

其中，PSA UPF为支持PDU会话锚点功能的UPF，是通过N6接口与DN连接的UPF，负责核心网与数据网络之间的数据传输；(R)AN与PSA UPF之间的所有UPF都称为I-UPF。

示例性地，本申请实施例中涉及的上行分类器功能UPF(uplink classifierfunctionality UPF，UL CL UPF)为可以实现上行分类器(Uplink Classifier)功能的UPF，由SMF插入到终端设备的会话中。具体地，UL CL UPF通过N9接口与PSA UPF连接，对于上行数据(或者还可以称为流量、数据包等)，按转发规则识别后，区分出需要发送给PSA UPF的数据并转发。对于下行数据，对来自PSA UPF的数据通过N3接口转发给RAN。本申请中UL CLUPF可以理解为一种特定I-UPF。另外，UL CL UPF还可以和PSA UPF合设，例如，ULCL UPF和本地PSA UPF(Local PSA UPF)合设，也就是说本申请实施例中涉及的UL CL UPF可以理解为实现UL CL UPF和Local PSA UPF合设的网元的一部分功能(如，转发数据的功能，其他锚点UPF的功能由Local PSA UPF实现)。

需要说明的是，本申请实施例中对于I-UPF的具体形态不做限定，上述的UL CLUPF只是一种示例，对本申请的保护范围不构成任何的限定，例如，I-UPF还可以是分岔点(branch point，BP)UPF(如，互联网协议第6版多归属(Internet Protocol Version6Multi-home，IPv6 Multi-home)场景中的I-UPF)；或者，I-UPF可以是UL CL UPF和LocalPSA UPF合设的网元；或者，I-UPF可以称为星载(on board)UPF等。

4、DN：用于提供传输数据的网络。

在5G通信系统中，该数据网络网元可以是DN网元。在未来通信系统中，数据网络网元仍可以是DN网元，或者，还可以有其它的名称，本申请不做限定。

5、AMF网元：主要包括以下功能：连接管理、移动性管理、注册管理、接入认证和授权、可达性管理、安全上下文管理等接入和移动性相关的功能。

在5G通信系统中，该接入管理网元可以是AMF网元。在未来通信系统中，接入管理网元仍可以是AMF网元，或者，还可以有其它的名称，本申请不做限定。

6、SMF：主要用于会话管理、终端设备的网络互连协议(internet protocol，IP)地址分配和管理、选择可管理用户平面功能、策略控制和收费功能接口的终结点以及下行数据通知等。

在5G通信系统中，该会话管理网元可以是SMF网元。在未来通信系统中，会话管理网元仍可以是SMF网元，或者，还可以有其它的名称，本申请不做限定。

7、PCF：用于指导网络行为的统一策略框架，为控制面功能网元(例如AMF，SMF网元等)提供策略规则信息等。

8、UDM：可以理解为统一数据管理网元在5G架构中的命名。其中，统一数据管理网元主要包括以下功能：统一数据管理，支持3GPP认证和密钥协商机制中的认证信任状处理，用户身份处理，接入授权，注册和移动性管理，签约管理，短消息管理等。

9、AF：用于提供应用层信息，可以通过网络开放功能网元，与策略框架交互或直接与策略框架交互进行策略决策请求等。

10、NSSF：主要包括以下功能：为UE选择一组网络切片实例、确定允许的网络切片选择辅助信息(network slice selection assistance information，NSSAI)和确定可以服务UE的AMF集等。

11、AUSF：主要包括以下功能：认证服务器功能，与统一数据管理网元交互获取用户信息，并执行认证相关的功能，如生成中间密钥等。

12、NWDAF：用于识别网络切片实例、加载网络切片实例的负载级别信息。网络数据分析功能可使NF消费者订阅或取消订阅定期通知，并在超过阈值的情况下，通知消费者。

在未来通信系统中，网络数据分析功能网元仍可以是NWDAF网元，或者，还可以有其它的名称，本申请不做限定。

13、UDR：主要用于签约数据、策略数据、应用数据等类型数据的存取功能。

可以理解的是，上述网元或者功能网元既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。

14、NEF：可以理解为能力开放网元在5G架构中的命名。其中，能力开放网元主要包括以下功能：安全的开放3GPP网络功能提供的业务和能力，有内部开放，或者开放给第三方等；转化或翻译与AF交互的信息和内部网络功能交互的信息，如AF服务标识和内部5G核心网信息如数据网络名(data network name，DNN)，单网络切片选择辅助信息(singlenetwork slice selection assistance information，S-NSSAI)等。

从图1中可以看出，图1中的各个控制面网元之间的接口是基于服务化的接口。

在图1所示的架构中，各个网元之间的接口名称及功能如下：

1)、N1：AMF与终端之间的接口，可以用于向终端传递QoS控制规则等。

2)、N2：AMF与RAN之间的接口，可以用于传递核心网侧至RAN的无线承载控制信息等。

3)、N3：RAN与UPF之间的接口，主要用于传递RAN与UPF间的上下行用户面数据。

4)、N4：SMF与UPF之间的接口，可以用于控制面与用户面之间传递信息，包括控制面向用户面的转发规则、QoS控制规则、流量统计规则等的下发以及用户面的信息上报。

5)、N9：UPF和UPF之间的用户面接口，用于传递UPF间的上下行用户数据流。

6)、服务化的接口Nnssf、Nudr、Nausf、Nnwdaf、Namf、Npcf、Nsmf、Nudm、Nnef、Naf分别为上述NSSF、UDR、AUSF、NWDAF、AMF、PCF、SMF、UDM、NEF和AF提供的服务化接口，用于调用相应的服务化操作。

7)、N6：UPF与DN的接口，用于传递UPF与DN之间的上下行用户数据流。

N1、N2、N3、N4，以及N6为接口序列号。这些接口序列号的含义可参见第三代合作伙伴计划(3rd generation partnership project，3GPP)标准协议中定义的含义，在此不做限制。

需要说明的是，各个控制面网元之间的接口还可以是点对点的接口，这里不再赘述。

应理解，上述本申请实施例能够应用的网络架构仅是示例性说明，本申请实施例适用的网络架构并不局限于此，任何包括能够实现上述各个网元的功能的网络架构都适用于本申请实施例。

还应理解，图1所示的AMF、SMF、UPF、PCF、UDM等可以理解为用于实现不同功能的网元，例如可以按需组合成网络切片。这些网元可以各自独立的设备，也可以集成于同一设备中实现不同的功能，或者可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能，本申请对于上述网元的具体形态不作限定。

还应理解，上述命名仅为便于区分不同的功能而定义，不应对本申请构成任何限定。本申请并不排除在5G网络以及未来其它的网络中采用其他命名的可能。例如，在6G网络中，上述各个网元中的部分或全部可以沿用5G中的术语，也可能采用其他名称等。

还应理解，图1的各个网元之间的接口名称只是一个示例，具体实现中接口的名称可能为其他的名称，本申请对此不作具体限定。此外，上述各个网元之间的所传输的消息(或信令)的名称也仅仅是一个示例，对消息本身的功能不构成任何限定。

本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本申请实施例的各个方面或特征可以用于实现成方法，或者通过装置或标准编程和/或工程技术的制品进行实现。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于：磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，CD)、数字通用盘(digitalversatile disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasableprogrammable read-only memory，EPROM)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。

目前保护个人信息的法律对如何保护个人信息提出了以下要求：数据控制者在处理个人信息前需要获得用户同意，也就是说数据控制者在处理个人信息前，需要获得用户对于数据处理目的的明示同意。

具体地，运营商网络对于其签约者来说，为数据控制者，因此运营商网络在收集用户数据进行某些特定目的的操作前，也需要获得用户的同意。在运营商网络中，包括基站和核心网设备。

示例性地，运营商网络中包括的核心网设备进行某些特定目的的操作前，需要获得用户的同意，例如，NWDAF使用用户数据进行分析前，获得用户的同意。

下面结合图2简单介绍NWDAF使用用户数据进行分析时如何校验是否获得用户同意，从而判断是否授权相应的数据操作。图2是一种NWDAF校验用户同意的示意性流程图，包括以下步骤：

S210，NF消费者(consumer)向NWDAF发送请求消息#1。

该请求消息#1用于请求NWDAF基于用户的数据进行数据分析。该请求消息#1中包括用户的标识信息和分析标识(Analytics ID)。

其中，用户的标识信息包括但不限于用户的用户永久标识(SubscriptionPermanent Identifier，SUPI)、用户隐藏标识符(Subscription Concealed Identifier，SUCI)、通用公共用户标识(Generic Public Subscription Identifier，GPSI)、永久设备标识符(Permanent Equipment Identifier，PEI)或(Mobile Subscriber InternationalISDN/PSTN number，MSISDN)，其中，ISDN即是综合业务数字网(Integrated ServiceDigital Network)，PSTN即是公共交换电话网(Public Switched Telephone Network)等。MSISDN可以理解为用户对外可以公开的身份标识，比如用户的电话号码等。Analytics ID可以指示待执行的数据分析，例如待执行的数据分析任务为，UE的移动性分析(UEmobility Analytics)、UE的通信分析(UE communication Analytics)等。

应理解，本申请中对于用户的标识信息的具体形式不做限定，能够用于标识该用户即可，另外，对于Analytics ID的具体形式也不做任何的限定，能够用于标识某个数据分析即可。

示例性地，NF consumer可以是AF，PCF等请求分析数据的网元，本申请不做限定。

示例性地，该请求消息#1可以称为Nnwdaf_AnalyticsSubscription_SubscribeRequest消息。应理解，本申请中对于消息(或信息)的名称不做任何的限定，能够实现相应的功能即可。

S220，NWDAF确定是否需要校验用户同意。

示例性地，NWDAF根据本地策略判断是否需要校验用户同意。

例如，本地策略为：若请求消息#1不涉及对用户的个人数据的操作，则不需要校验用户同意，若涉及对用户的个人数据的操作，则需要校验用户同意。

在确定需要校验用户同意的情况下，判断用户的上下文中是否包含用户同意信息，若包含用户同意信息，则不需要执行下述的步骤S221至S223，若不包含用户同意信息，则需要执行下述的步骤S221至S223。

示例性地，若请求消息#1只请求对网络产生的数据进行分析，则NWDAF不需要校验用户同意。

应理解，本申请实施例中对于NWDAF如何确定是否需要校验用户同意不做任何限制。

S221，NWDAF向UDM发送请求消息#2。

该请求消息#2用于获得用户的签约信息。该请求消息#2包含用户的标识信息以及签约数据类型，用于指示获得用户同意信息。可选地，签约数据类型指示记为“userconsent”。

示例性地，该请求消息#2可以称为Nudm_SDM_Get Request消息。

S222，UDM确定用户同意信息。

具体地，UDM根据用户的标识信息以及签约数据类型获得用户同意信息。用户同意信息包含数据处理目的、用户同意结果。其中，数据处理目的用于指示对个人数据操作的目的，例如包含模型训练，数据分析，数据共享等等。用户同意结果用于指示是否同意该数据使用目的，例如，granted代表同意，not granted代表不同意。

示例性地，用户同意信息形式如下表1所示。

表1

数据处理目的	用户同意结果
		模型训练	Granted
数据分析	Not Granted
		数据共享	Not Granted

需要注意的是，上述的用户同意信息中的数据处理目的是面向核心网网元(例如，NWDAF,NEF)设计的，这些网元都可以通过服务化消息向UDM直接发送Nudm_SDM_GetRequest消息从而获得用户同意信息，而不需要任何网元做中转。

S223，NWDAF向UDM发送响应消息#2。

该响应消息#2响应于上述的请求消息#2，该响应消息#2中包含数据处理目的和对应的用户同意结果。

示例性地，该响应消息#2可以称为Nudm_SDM_Get Response消息。

上述的步骤S221至S223可以理解为NWDAF确定需要校验用户同意的情况下需要执行的校验流程，如果NWDAF确定不需要校验用户同意的情况下，可以跳过上述的步骤S221至S223，而直接执行下述的步骤S230至S280。

S230，NWDAF确定是否授权请求消息#1对应的数据操作。

作为一种可能的实现方式，NWDAF确定不需要校验用户同意，NWDAF可以直接授权请求消息#1对应的数据操作。

作为另一种可能的实现方式，NWDAF确定需要校验用户同意，NWDAF根据请求消息#1、数据处理目的以及用户同意结果判断是否授权请求消息对应的数据操作。

例如，NWDAF根据请求消息#1确定数据处理目的(例如，数据分析)，则NWDAF获得该数据处理目的对应的用户同意结果，若结果是同意，则授权，否则，则不授权。

S240，NWDAF向NF consumer发送指示信息。

具体地，若步骤S230中NWDAF确定不授权请求消息#1对应的数据操作，则该指示信息用于指示请求消息#1请求失败；否则，则该指示信息用于指示请求消息#1请求成功。

S250，NWDAF向NF提供者(provider)发送请求消息#3。

该请求消息#3用于请求获得终端设备的用户数据。该请求消息#3中包括用户的标识信息。

示例性地，NF provider可以是AMF,SMF等提供数据的网元。

示例性地，请求消息#3可以称为Nnf_EventExposure_Subscribe消息。

S260，NF provider向NWDAF发送响应消息#3。

该响应消息#3响应于上述的请求消息#3。该响应消息#3中包括终端设备的用户数据。例如AMF提供的位置数据(如，跟踪区标识(tracking area identity，TAI)等)，SMF提供的通信数据(如，通信间隔，通信速率等)等。

示例性地，响应消息#3可以称为Nnf_EventExposure_Notify消息。

S270，NWDAF执行数据分析。

具体地，NWDAF根据收集到的用户数据按照NF consumer请求的分析对这些数据进行分析，最终获得分析结果，例如获得UE的位置统计信息，通信特征信息等。

S280，NWDAF向NF consumer发送响应消息#1。

该响应消息#1响应于上述的请求消息#1。该响应消息#1中包括分析结果。

示例性地，响应消息#1可以称为Nnwdaf_AnalysisSubscription_Notify消息。

由上述的校验用户同意流程可知，上述用户同意信息中的数据处理目的是面向核心网网元(如，NWDAF、NEF或EES等)设计的，这些核心网网元都可以通过服务化消息(如，Nudm_SDM_Get Request)向UDM直接请求从而获得用户同意信息，而不需要任何网元做中转。

但是，随着5G网络的演进，RAN也有可能需要决策是否收集用户的敏感信息，而这一决策过程不一定需要核心网的参与。此时，RAN将成为校验用户同意的网元。然而RAN没有与UDM直接相连的接口，另外还需要考虑由UE移动性引起的服务连续性问题，因此上述的校验用户同意流程并不适用于RAN执行校验的场景下。

本申请还提供一种通信方法，通过基站获取用户同意信息，以期实现基站校验用户同意。

应理解，本申请实施例提供的方法可以应用于5G通信系统，例如，图1所示的通信系统。但是，本申请实施例中并不限定该方法能够应用的场景，例如，其他包括能够实现相应功能的网元的网络架构中同样适用。

为了便于理解本申请实施例的技术方案，在以5G架构为基础介绍本申请实施例的方案之前，首先对本申请实施例可能涉及到的5G中的一些术语或概念。

1、用户同意信息：本申请中涉及的用户同意信息用于指示用户对某些数据操作是否同意。具体地，用户同意信息包括两个部分数据处理目的和用户同意结果，其中，数据处理目的用于指示对数据操作的目的。

例如，对数据操作的目的包括但不限于：模型训练、数据分析、数据共享、非地面网络(Non-terrestrial Network，NTN)位置查询、RAN数据分析、或RAN数据模型训练等等。数据处理目的可以用于指示对数据操作的目的是模型训练、数据分析、或数据共享。

可选地，数据处理目的还可以称为数据使用目的、数据获取目的等，本申请中信息(或消息)的名称不做任何限定，能够实现相应的功能即可。

用户同意结果用于指示是否同意该数据操作的目的，例如，granted代表同意，notgranted代表不同意。还例如，1代表同意，0代表不同意。

示例性地，本申请中用户同意信息还可以包括网络标识。该网络标识用于标识支持用户同意或者不同意数据操作的目的网络，例如，该网络标识可以是公共陆地移动网络PLMN ID。

2、校验用户同意：本申请中涉及的校验用户同意用于指示某个设备(如，核心网网元或基站)是否需要获取用户同意信息，并根据用户同意信息确定该设备将要执行的数据操作的目的是否为用户同意的数据处理目的。

3、NTN：是相对于传统的地面网络而言，采用典型的如卫星和高空平台(satellites and High-AlTItude Platforms，HAP)参与布网的技术。

为了便于理解本申请实施例，做出以下几点说明。

第一，在本申请中，“用于指示”可以包括用于直接指示和用于间接指示。当描述某一指示信息用于指示A时，可以包括该指示信息直接指示A或间接指示A，而并不代表该指示信息中一定携带有A。

将指示信息所指示的信息称为待指示信息，则具体实现过程中，对待指示信息进行指示的方式有很多种，例如但不限于，可以直接指示待指示信息，如待指示信息本身或者该待指示信息的索引等。也可以通过指示其他信息来间接指示待指示信息，其中该其他信息与待指示信息之间存在关联关系。还可以仅仅指示待指示信息的一部分，而待指示信息的其他部分则是已知的或者提前约定的。例如，还可以借助预先约定(例如协议规定)的各个信息的排列顺序来实现对特定信息的指示，从而在一定程度上降低指示开销。同时，还可以识别各个信息的通用部分并统一指示，以降低单独指示同样的信息而带来的指示开销。

第二，在本申请中示出的“至少一个”是指一个或者多个，“多个”是指两个或两个以上。另外，在本申请的实施例中，“第一”、“第二”以及各种数字编号(例如，“#1”、“#2”等)只是为了描述方便进行的区分，并不用来限制本申请实施例的范围。下文各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定，应该理解这样描述的对象在适当情况下可以互换，以便能够描述本申请的实施例以外的方案。此外，在本申请实施例中，“S310”、“S410”、等字样仅为了描述方便作出的标识，并不是对执行步骤的次序进行限定。

第三，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

第四，本申请实施例中涉及的“保存”，可以是指的保存在一个或者多个存储器中。该一个或者多个存储器，可以是单独的设置，也可以是集成在编码器或者译码器，处理器、或通信装置中。该一个或者多个存储器，也可以是一部分单独设置，一部分集成在译码器、处理器、或通信装置中。存储器的类型可以是任意形式的存储介质，本申请并不对此限定。

第五，本申请实施例中涉及的“协议”可以是指通信领域的标准协议，例如可以包括NR协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。

第六，本申请实施例中，“的(of)”，“相应的(corresponding，relevant)”、“对应的(corresponding)”和“关联的(associate)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。

第七，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

第八，本申请说明书附图部分的方法流程图中的虚线框表示可选的步骤。

以下，不失一般性，以网元之间的交互为例详细说明本申请实施例提供的通信方法。

为了便于描述，下文中以接入和移动性管理功能网元为AMF、终端设备为UE、接入网设备为RAN、统一数据管理网元为UDM为例进行说明。

需要说明的是，本申请中对于网络设备的名称不做任何的限定。应理解，本申请中的各实施例中术语和步骤可以互相参考。

例如，接入和移动性管理功能网元可以是AMF，或者能够实现接入和移动性管理功能的其他网元。

还例如，统一数据管理网元可以是UDM，或者能够实现数据管理功能的其他网元。

图3是本申请实施例提供的一种通信方法的示意性流程图，包括以下步骤：

S310，第一RAN获取数据处理需求。

该数据处理需求用于指示对用户关联的数据进行针对指定目的处理的需求。指定目的可以理解为当前获取用户关联的数据并处理，可以称为当前处理目的，其中，用户关联的数据包括该指定目的对应的用户关联的数据。

例如，数据处理需求用于指示对用户关联的数据进行针对“RAN数据分析”处理的需求，可以理解为数据处理需求请求获取“RAN数据分析”对应的用户关联的数据，并进行“RAN数据分析”处理。

该实施例中，用户关联的数据包括用户使用终端所产生的数据，因此既可以是属于用户的数据，又可以是属于终端设备的数据。例如，用户关联的数据可以是由终端设备的标识所标识的数据，如终端设备的位置信息、终端设备的标识等；和/或，用户关联的数据还可以是由用户的标识所标识的数据，例如，身份证号码、手机号码等。

需要说明的是，该实施例中对于用户关联的数据中包括的具体数据不做限制，凡是与用户相关的数据统称为用户关联的数据。

示例性地，第一RAN获取数据处理需求可以是第一RAN接收到来自触发网元的该数据处理需求。其中，触发网元可以理解为用于触发第一RAN获取用户关联的数据的网元，包括但不限于核心网网元或管理设备。

例如，第一RAN接收来自触发网元的触发消息。该触发消息用于触发第一RAN获取指定目的对应的用户关联的数据。可选的，该触发消息中包含上述的数据处理需求。

可选的，该触发消息还包含该用户使用的终端设备的标识或该用户的身份信息。其中，终端设备的标识用于标识该终端设备，可以是临时移动用户识别码(temporarymobile subscriber identity，S-TMSI)或无线网络临时标识(Radio Network TemporaryIdentity，C-RNTI)等。

作为一种可能的实现方式，触发网元为OAM，触发消息可以为模型训练消息。在该实现方式下OAM向第一RAN发送模型训练消息，以触发第一RAN获取UE的数据进行模型训练。

作为另一种可能的实现方式，触发网元为AMF，触发消息可以为N2消息。在该实现方式下AMF向第一RAN发送N2消息，该N2消息包含数据处理需求(如，请求NTN位置查询)，以触发第一RAN获取UE位置信息进行NTN位置查询。

作为又一种可能的实现方式，触发网元为源RAN，第一RAN为目标RAN(如，发生RAN切换)，触发消息可以为Xn消息。在该实现方式下，源RAN向目标RAN发送Xn消息，该Xn消息包含数据处理需求(如，为模型训练)，以触发目标RAN获取UE的数据进行模型训练。

应理解，上述的几种触发方式只是举例说明触发第一RAN获取指定目的对应的用户关联的数据的可能方式，对本申请的保护范围不构成任何的限定，还可以有其他的触发方式，这里不再一一举例说明。

示例性地，第一RAN获取数据处理需求可以是第一RAN根据第一RAN自身配置确定的。

具体的，第一RAN自身配置可以包含：第一RAN的业务配置信息，例如，若管理员确定第一RAN需要在特定时间调节负载均衡，则当达到特定时间后，第一RAN启动RAN数据分析，从而获取“RAN数据分析”的数据处理需求。

应理解，为了保护用户的信息第一RAN处理个人信息前需要获得用户同意。具体地，第一RAN在获取数据处理需求确定当前的指定目的之后，可以结合用户同意信息确定用户是否同意第一RAN获取该指定目的对应的用户关联的数据，以及对该指定目的对应的用户关联的数据进行针对指定目的处理。

示例性地，第一RAN获取数据处理需求之后可以获取用户同意信息，或者第一RAN在获取数据处理需求之前可以获取用户同意信息(如，提前获取用户同意信息保存在本地，在需要使用该用户同意信息时从本地读取即可)，图3所示的方法流程还包括：

S320，第一RAN获取用户同意信息。

用户同意信息用于指示所述用户是否同意对所述用户关联的数据进行针对指定的多个数据处理目的的处理，且所述多个数据处理目的中的任一数据处理目的用于指示对所述用户相关联的数据进行处理的目的。

其中，用户同意信息用于指示所述用户是否同意对所述用户关联的数据进行针对指定的多个数据处理目的的处理可以理解为：用户同意信息用于指示所述用户是否同意对所述用户关联的数据进行处理，且该处理是针对多个数据处理目的的。

例如，用户同意信息用于指示所述用户是否同意对所述用户关联的数据进行针对“RAN数据分析”和“RAN数据模型训练”的处理。其中，“RAN数据分析”对应的用户关联的数据和“RAN数据模型训练”对应的用户关联的数据可以相同，也可以不同。

为了便于区分，下文中将第一RAN获取的用户同意信息称为第一用户同意信息。

该第一用户同意信息中包括多个数据处理目的，多个数据处理目的中的任一数据处理目的用于指示对所述用户相关联的数据进行处理的目的。

例如，第一用户同意信息中包括3个数据处理目的，分别为数据处理目的#1、数据处理目的#2和数据处理目的#3。

示例性地，数据处理目的包括但不限于：NTN位置查询、NTN准入评估、RAN数据模型训练、或RAN数据分析。

例如，第一用户同意信息中包括NTN位置查询、RAN数据模型训练和RAN数据分析，NTN位置查询、RAN数据模型训练和RAN数据分析都可以称为数据处理目的。

示例性地，本申请实施例中涉及的第一用户同意信息可以是UDM的签约信息中预存的用户同意信息的全部或者部分。

可选地，第一用户同意信息中包括多个数据处理目的和多个数据处理目的分别对应的多个用户同意结果。其中，数据处理目的用于指示对所述用户相关联的数据进行处理的目的，包括但不限于：数据分析、数据模型训练、NTN位置查询、RAN数据分析、RAN数据模型共享等等。

用户同意结果用于指示用户是否同意该用户同意结果对应的数据处理目的，一个数据处理目的与一个用户同意结果相对应，也就是说每个用户同意结果用于指示用户是否同意该用户同意结果对应的数据处理目的。

例如，1代表同意，0代表不同意。还例如，granted代表同意，not granted代表不同意。

进一步地，第一用户同意信息中还可以包括第一网络的标识。其中，第一网络的标识用于指示用户是否同意在该第一网络处理所述用户相关联的数据。可选地，第一网络可以有至少一个，第一网络的标识可以是至少一个PLMN ID，例如，第一网络的标识为PLMN ID列表(list)。

本申请实施例中对于第一网络的标识的具体形式不做限定，能够用于标识第一网络即可。

作为一种可能的实现方式，第一用户同意信息为UE的签约信息中的用户同意信息的全部。

例如，根据用户在与运营商签约合同时根据合同内容中而预先配置的。示例性地，第一用户同意信息具体格式如下表2所示。

表2

/>

作为另一种可能的实现方式，第一用户同意信息为UE的签约信息中的用户同意信息的部分。

示例性地，UE的签约信息中指示的用户同意信息可以分为两类，一类为核心网网元可识别的用户同意信息，例如，数据处理目的是数据分析，数据模型共享的用户同意信息；

另一类为RAN可识别的用户同意信息，例如，数据处理目的是NTN位置查询，RAN数据模型共享的用户同意信息。具体格式如下表3和表4所示。

表3：核心网网元可识别的用户同意信息

第一网络的标识(可选)	数据处理目的	用户同意结果
			PLMN1	数据模型训练	Granted
PLMN1	数据分析	Not Granted

表4：RAN可识别的用户同意信息

第一网络的标识(可选)	数据处理目的	用户同意结果
			PLMN2	NTN位置查询	Not granted
PLMN2	RAN数据模型训练	Granted

示例性地，本申请中第一RAN可以通过以下方式获取第一用户同意信息：

方式一：在终端设备的初始接入流程中，第一RAN接收来自AMF的第一用户同意信息。下面将结合图4详细介绍方式一下第一RAN如何获取第一用户同意信息，这里不再赘述。

方式二：在Xn切换场景下，第一RAN为目标RAN，第二RAN为源RAN。第一RAN接收来自从第二RAN的第一用户同意信息。下面将结合图5详细介绍方式二下第一RAN如何获取第一用户同意信息，这里不再赘述。

方式三：在恢复和重建立切换场景下，第一RAN为目标RAN，第二RAN为源RAN。第一RAN接收来自从第二RAN的第一用户同意信息。下面将结合图6详细介绍方式三下第一RAN如何获取第一用户同意信息，这里不再赘述。

方式四：在Xn切换、RRC恢复、或RRC重建立场景下，第一RAN为目标RAN，第一RAN接收来自AMF的第一用户同意信息。下面将结合图7详细介绍方式四下第一RAN如何获取第一用户同意信息，这里不再赘述。

方式五：在N2切换场景下，第一RAN为目标RAN，AMF为源AMF，第一RAN接收来自AMF的第一用户同意信息。下面将结合图8和图9详细介绍方式五下第一RAN如何获取第一用户同意信息，这里不再赘述。

方式六：在双连接的场景下，第一RAN为辅基站，第二RAN为主基站，第一RAN接收来自从第二RAN的第一用户同意信息。下面将结合图10详细介绍方式六下第一RAN如何获取第一用户同意信息，这里不再赘述。

应理解，上述的方式一至方式六只是举例说明第一RAN获取第一用户同意信息的可能的方式，对本申请的保护范围不构成任何的限定，第一RAN还可以通过其他方式获取第一用户同意信息，这里不再一一举例说明。

进一步地，第一RAN获取第一用户同意信息和数据处理需求之后，能够根据第一用户同意信息进行校验用户同意，图3所示的方法流程还包括：

S330，第一RAN根据第一用户同意信息和数据处理需求，确定是否执行对用户关联的数据的处理。

具体地，第一RAN根据第一用户同意信息和数据处理需求确定是否执行对用户关联的数据的处理，包括以下几种方式：

方式一：第一用户同意信息中包括多个数据处理目的。

在方式一下，第一RAN通过确定指定目的是否属于多个数据处理目的确定是否执行对用户关联的数据的处理。

若指定目的属于多个数据处理目的，所述第一接入网设备确定执行对用户关联的数据的处理；

若指定目的不属于多个数据处理目的，所述第一接入网设备确定不执行对用户关联的数据的处理。

例如，指定目的为RAN数据模型训练，第一用户同意信息如下表5所示，第一RAN确定执行对用户关联的数据的处理。

还例如，指定目的为NTN位置查询，第一用户同意信息如下表5所示，第一RAN确定执行对用户关联的数据的处理。

还例如，指定目的为RAN数据分析，第一用户同意信息如下表5所示，第一RAN确定不执行对用户关联的数据的处理。

表5：第一用户同意信息

数据处理目的
	NTN位置查询
RAN数据模型训练

方式二：第一用户同意信息包括多个数据处理目的和多个数据处理目的分别对应的多个用户同意结果，多个数据处理目中每个数据处理目的对应一个用户同意结果。

在方式二下，第一RAN通过确定指定目的是否为多个数据处理目的中的第一数据处理目，以及第一数据处理目的对应的用户同意结果是否为同意确定是否执行对用户关联的数据的处理。

若指定目的为多个数据处理目的中的第一数据处理目，且第一数据处理目的对应的第一用户同意结果为同意，第一接入网设备确定执行对用户关联的数据的处理；

否则，所述第一接入网设备确定不执行对用户关联的数据的处理。如，所述指定目的不属于所述多个数据处理目的；还例如，指定目的为多个数据处理目的中的第一数据处理目的#2，但第一数据处理目的#2对应的第一用户同意结果为不同意。

例如，指定目的为RAN数据模型训练，第一用户同意信息如下表6所示，第一RAN判断执行对用户关联的数据的处理。

还例如，指定目的为RAN数据分析，第一用户同意信息如下表6所示，第一RAN判断执行对用户关联的数据的处理。

又例如，指定目的为NTN位置查询，第一用户同意信息如下表6所示，第一RAN判断不执行对用户关联的数据的处理。

表6：第一用户同意信息

数据处理目的	用户同意结果
		NTN位置查询	Not granted
RAN数据模型训练	Granted
		RAN数据分析	Granted

方式三：第一用户同意信息中包括多个数据处理目的和第一网络的标识，该第一网络的标识用于指示用户是否同意在该第一网络处理所述用户关联的数据。

在方式三下，第一RAN通过确定指定目的是否属于多个数据处理目的，以及第一接入网设备是否属于第一网络确定是否执行对用户关联的数据的处理。

若指定目的属于多个数据处理目的，且所述第一接入网设备属于所述第一网络，所述第一接入网设备确定执行对用户关联的数据的处理；

否则，所述第一接入网设备确定不执行对用户关联的数据的处理。如，指定目的不属于多个数据处理目的；还例如，指定目的属于多个数据处理目的，但第一接入网设备不属于所述第一网络。

例如，指定目的为RAN数据模型训练，第一接入网设备所属的网络的标识为属于PLMN1，第一用户同意信息如下表7所示，第一RAN判断执行对用户关联的数据的处理。

还例如，指定目的为NTN位置查询，第一接入网设备所属的网络的标识为属于PLMN2，第一用户同意信息如下表7所示，第一RAN判断不执行对用户关联的数据的处理。

又例如，指定目的为RAN数据分析，第一用户同意信息如下表7所示，第一RAN判断不执行对用户关联的数据的处理。

表7：第一用户同意信息

方式四：第一用户同意信息中包括多个数据处理目的和多个数据处理目的分别对应的多个用户同意结果，以及第一网络的标识，用户同意结果用于指示用户是否同意该用户同意结果对应的数据处理目的，第一网络的标识用于指示用户是否同意在所述第一网络处理所述用户关联的数据。

在方式四下，第一RAN通过确定指定目的是否为多个数据处理目的中的第一数据处理目的，第一数据处理目的对应的用户同意结果是否为同意，以及第一接入网设备是否属于第一网络确定是否执行对用户关联的数据的处理。

若指定目的为多个数据处理目的中的第一数据处理目的，所述第一数据处理目的对应的用户同意结果为同意，且所述第一接入网设备属于所述第一网络，所述第一接入网设备确定执行对用户关联的数据的处理；

否则，所述第一接入网设备确定不执行对用户关联的数据的处理。也就是说上述的指定目的为多个数据处理目的中的第一数据处理目的、第一数据处理目的对应的用户同意结果为同意以及第一接入网设备属于第一网络三个条件中的至少一个不满足的情况下第一接入网设备确定不执行对用户关联的数据的处理。

例如，指定目的为RAN数据模型训练，第一接入网设备所属的网络的标识为属于PLMN1，第一用户同意信息如下表8所示，第一RAN判断执行对用户关联的数据的处理。

还例如，指定目的为RAN数据模型训练，第一接入网设备所属的网络的标识为属于PLMN2，第一用户同意信息如下表8所示，第一RAN判断不执行对用户关联的数据的处理。

又例如，指定目的为RAN数据分析，第一接入网设备所属的网络的标识为属于PLMN1，第一用户同意信息如下表8所示，第一RAN判断不执行对用户关联的数据的处理。

表8：第一用户同意信息

示例性地，上述的第一RAN根据第一用户同意信息和数据处理需求确定是否执行对用户关联的数据的处理的几种方式可以通过以下判断流程实现，例如，第一RAN确定是否执行对用户关联的数据的处理，包括以下步骤：

步骤一：若第一用户同意信息中包括第一网络的标识，第一RAN判断第一RAN是否属于该第一网络；或者说第一RAN判断该第一RAN所属的网络的标识是否属于第一网络的标识。

例如，第一用户同意信息中的第一网络的标识包括PLMN ID#1和PLMN ID#2，第一RAN判断第一RAN所属的网络的标识是否为PLMN ID#1和PLMN ID#2中的一个。

若第一RAN所属的网络的标识不属于第一网络的标识，则第一RAN确定不获取终端设备的数据。

若第一RAN所属的网络的标识属于第一网络的标识，则继续执行下述的步骤二a或步骤二b。

步骤二a：第一用户同意信息中包括多个数据处理目的和多个数据处理目的分别对应的多个用户同意结果。第一RAN根据指定目的、多个数据处理目的和多个用户同意结果确定是否执行对用户关联的数据的处理。

具体地，指定目的为多个数据处理目的中的第一数据处理目的，第一RAN确定第一数据处理目的对应的用户同意结果；若用户同意结果为同意，第一RAN确定执行对用户关联的数据的处理；若用户同意结果为不同意，第一RAN确定不执行对用户关联的数据的处理。

步骤二b：第一用户同意信息中包括多个数据处理目的。第一RAN根据指定目的和多个数据处理目的确定是否执行对用户关联的数据的处理。

具体地，第一RAN确定指定目的是否为多个数据处理目的中的一个；若指定目的为多个数据处理目的中的一个，第一RAN确定执行对用户关联的数据的处理；若指定目的不为多个数据处理目的中的一个，第一RAN确定不执行对用户关联的数据的处理。

作为一种可能的实现方式，在第一RAN确定执行对用户关联的数据的处理的情况下，可以理解为：第一RAN确定获取用户关联的数据，并对用户关联的数据进行针对所述指定目的处理，在该方式下，第一RAN执行下述的步骤S340至S360。

S340，第一RAN向UE发送数据收集消息。

该数据收集消息用于获取用户关联的数据。

示例性地，在第一RAN确定获取用户关联的数据包括UE的敏感信息的情况下，该数据收集消息能够用于获取UE的敏感信息。

例如，第一RAN向UE发送数据收集消息，用于收集数据。其中，收集的数据可以包含敏感数据和非敏感数据，敏感数据可以包含UE ID,UE位置等，非敏感数据可以包含UE的功率等，应理解，本申请中对于敏感数据或非敏感数据的划分不做任何限定，可以预配置在第一RAN上。

可选地，数据收集消息包括以下任意一种消息：

日志测量配置(LoggedMeasurementConfiguration)消息、定位测量指示(LocationMeasurementIndication)消息、RRC重配置(RRCReconfiguration)消息、或UE信息请求(UEInformationRequest)消息等。

S350，第一RAN接收来自UE的响应消息。

具体地，响应消息中包括用户关联的数据。

例如，响应消息为MeasurementReport消息、或UEInformationResponse消息等。

S360，第一RAN对所述用户关联的数据的进行针对所述指定目的处理。

示例性地，第一RAN对接收到的用户关联的数据的进行针对“RAN数据分析”处理。

作为另一种可能的实现方式，在第一RAN确定不执行对用户关联的数据的处理的情况下，可以理解为：第一RAN确定不获取用户关联的数据，或者，第一RAN确定不获取指定目的对应的用户关联的数据。

执行下述的步骤S341和S351，以便于指示不获取指定目的对应的用户关联的数据：

S341，第一RAN向UE发送数据收集消息。

数据收集消息包含不收集指示，不收集指示用于指示不收集指定目的对应的用户关联的数据。

例如，指定目的对应的用户关联的数据为敏感数据。

对于数据收集消息为LoggedMeasurementConfiguration消息的情况，若确定不收集UE的敏感信息，第一RAN可以设置LoggedMeasurementConfiguration消息中的tce-id为不包含UE的敏感信息的ID。

对于数据收集消息为RRCReconfiguration消息的情况，若确定不收集UE的敏感信息，第一RAN可以设置RRCReconfiguration消息中的MeasConfig中的reportConfig的includeCommonLocationInfo为false，以不收集UE的位置信息。

对于数据收集消息为UEInformationRequest消息的情况，若确定不收集UE的敏感信息，第一RAN可以设置UEInformationRequest消息中的IE，例如mobilityhostoryReoprtReq设为false或不携带，则不收集UE的移动历史信息。

应理解，该实施例中对于上述数据收集消息(如，LoggedMeasurementConfiguration消息、RRCReconfiguration消息和UEInformationRequest消息)中包括的参数不做限定，以及消息中参数的定义不做限定，可以参考目前协议中的描述，这里不做赘述。

S351，第一RAN接收来自UE的响应消息。

具体地，响应消息中包括第一数据，第一数据不包含指定目的对应的用户关联的数据。

对应于上述的第一RAN接收到触发网元的触发消息，第一RAN还可以向触发网元发送触发响应消息，图3所示的方法流程还包括：

S361，第一RAN向触发网元发送触发响应消息。

触发响应消息包括原因值，该原因值用于指示未获得用户同意或未收集指定目的对应的用户关联的数据。

图3所示的通信方法中，第一RAN能够获取并使用第一用户同意信息确定是否获取用户关联的数据，也就是说本申请提供了RAN校验用户同意的流程。

由上述可知第一RAN可以通过多种方式获取第一用户同意信息，下面结合图4至图9分别介绍第一RAN获取第一用户同意信息的流程。

图4是本申请实施例提供的一种第一RAN获取第一用户同意信息的示意性流程图，包括以下步骤：

S411，第一RAN接收来自UE的RRC消息，或者说UE向第一RAN发送RRC消息。

该RRC消息中包含注册请求(Registration Request)消息。该注册请求消息用于请求注册。

S410，第一RAN向AMF发送第一指示信息，或者说AMF接收来自第一RAN的第一指示信息。

第一指示信息用于指示请求获取RAN使用的用户同意信息(如，表4所示的用户同意信息)。本申请实施例中RAN使用的用户同意信息可以理解为RAN需要的用户同意信息。还可以称为RAN支持的用户同意信息或针对RAN的用户同意信息。

可选地，第一指示信息可以称为同意请求指示。

示例性地，第一指示信息携带在第一请求消息中，第一请求消息为Initial UEmessage消息，该消息包含注册请求消息。

作为一种可能的实现方式，第一指示信息为Initial UE message消息中新增的信元。

例如，第一RAN可以根据第一RAN的预配置确定是否发送第一指示信息，此时任何UE接入第一RAN中，只要第一RAN本地没有保存该UE的上下文，都将发送该第一指示信息，如第一RAN需要触发收集该UE的信息，则第一RAN在initial UE message中携带第一指示信息，第一指示信息显示的指示AMF获取RAN使用的用户同意信息。

可选地，第一指示信息可以为1比特的信息，当比特值为1时表示指示AMF获取第一RAN使用的用户同意信息。

可选地，第一指示信息可以为第一RAN所处网络的标识信息，当第一RAN向AMF发送的消息中携带第一RAN所处网络的标识信息时，表示指示AMF获取第一RAN使用的用户同意信息。

作为另一种可能的实现方式，第一指示信息为复用现有Initial UE message消息中的信元。

例如，第一RAN根据RRC消息(如，RRC消息携带UE类型指示)确定该UE为特殊类型的UE，且第一RAN需要收集这类UE的敏感信息(如，NTN UE)，则第一RAN根据RRC消息在initialUE messasge中携带第一指示信息。第一指示信息可以是隐式的指示，例如第一指示信息为指示特殊的接入方式(如卫星接入)的信息。

进一步地，AMF接收到上述的第一指示信息之后，AMF根据第一指示信息向UDM请求RAN使用的用户同意信息。图4所示的方法流程还包括：

S420，AMF向UDM发送第二指示信息，或者说UDM接收来自AMF的第二指示信息。

第二指示信息用于请求UDM提供RAN使用的用户同意信息。该第二指示信息的功能和第一指示信息相同，也可以称为第一指示信息，称为第二指示信息只是为了便于区分。可选地，第二指示信息携带在AMF向UDM发送的消息#1中，该消息#1中还包括用户的标识信息。

示例性地，第二指示信息可以为值为“user consent for RAN”的签约数据类型，应理解第二指示信息是AMF根据接收到的第一指示信息生成的。

例如，接收到的第一指示信息指示AMF获取RAN使用的用户同意信息(例如，AMF接收到比特值为1或第一RAN所处网络的标识信息)，AMF即生成第二指示信息(例如，AMF生成值为“user consent for RAN”的签约数据类型)，并将该第二指示信息发送给UDM。

示例性地，消息#1可以称为Nudm_SDM_Get Request消息。

S430，AMF接收来自UDM的第三用户同意信息，或者说UDM向AMF发送第三用户同意信息。

若UDM接收到第二指示信息，则UDM仅获得RAN使用的用户同意信息作为第三用户同意信息。

示例性地，UDM中保存的用户同意信息可以分为两类，一类为核心网网元可识别的用户同意信息，例如，数据处理目的是数据分析，数据模型共享的用户同意信息；另一类为RAN可识别的用户同意信息，例如，数据处理目的是NTN位置查询，RAN数据模型共享的用户同意信息。

当UDM收到第二指示信息是，UDM可以将本地保存的用户同意信息中RAN可识别的用户同意信息作为第三用户同意信息。

具体地，第三用户同意信息包括多个第三数据处理目的和多个第三数据处理目的分别对应的多个第三用户同意结果，所述第三数据处理目的用于指示对来自终端设备的数据进行处理的目的，所述第三用户同意结果用于指示用户是否同意对应的所述第三数据处理目的。

可选的，第三用户同意信息还包含第三网络的标识，第三网络的标识用于指示用户是否同意在所述第三网络处理所述用户关联的数据。

示例性地，第三用户同意信息可以携带在Nudm_SDM_Get Response消息中发送给AMF。

S440，AMF根据第三用户同意信息确定第一用户同意信息。

具体地，AMF接收到第三用户同意信息之后，可以根据第三用户同意信息确定第一用户同意信息。

作为一种可能的实现方式，第一用户同意信息和第三用户同意信息相同。

在该方式下，AMF可以透传用户同意信息，而不需要识别第三用户同意信息中的信元，此时第三用户同意信息对于AMF来说是一个容器，即第三用户同意信息和第一用户同意信息相同。

可选地，在该实现方式下，第一用户同意信息包括多个数据处理目的和多个用户同意结果，第一用户同意信息还可以包括第一网络的标识。第三用户同意信息包括多个第三数据处理目的和多个第三用户同意结果，第三用户同意信息还可以包括第三网络的标识。其中，多个第三数据处理目的和多个数据处理目的相同，多个第三用户同意结果和多个用户同意结果相同。

例如，第一用户同意信息如下表9a所示，第三用户同意信息如下表9b所示。

表9a

表9b

第三网络的标识(可选)	第三数据处理目的	第三用户同意结果
			PLMN2	NTN位置查询	Not granted
PLMN2	RAN数据模型训练	Granted

作为另一种可能的实现方式，第一用户同意信息为第三用户同意信息中的部分用户同意信息。

在该实现方式下，包括以下几种可能：

可能一：第一用户同意信息包括多个数据处理目的和多个用户同意结果，第三用户同意信息包括多个第三数据处理目的和多个第三数据处理目的分别对应的多个第三用户同意结果。

移动管理网元根据第三用户同意信息确定第一用户同意信息，包括：

移动管理网元将用户同意结果为同意的所述多个第三用户同意结果对应的所述多个第三数据处理目的作为多个数据处理目的；

移动管理网元将为用户同意结果同意的所述多个第三用户同意结果作为多个用户同意结果。

应理解，在可能一中，第一用户同意信息中还可以包括第一网络的标识，用于指示用户是否同意在第一网络处理所述用户关联的数据；同理，第三用户同意信息中还可以包括第三网络的标识，用于指示用户是否同意在第三网络处理所述用户关联的数据。

例如，第三用户同意信息如下表10a所示，第一用户同意信息如下表10b所示。

表10a

第三网络的标识(可选)	第三数据处理目的	第三用户同意结果
			PLMN2	NTN位置查询	Not granted
PLMN2	RAN数据模型训练	Granted
			PLMN2	RAN数据分析	Granted

表10b

第一网络的标识(可选)	数据处理目的	用户同意结果
			PLMN2	RAN数据模型训练	Granted
PLMN2	RAN数据分析	Granted

由上述可知，可能一下AMF只发送第三用户同意结果中是granted的用户同意信息。即第一用户同意信息是第三用户同意信息中剔除not granted后剩下的用户同意信息。

可能二：第一用户同意信息包括多个数据处理目的，第三用户同意信息包括多个第三数据处理目的和多个第三数据处理目的分别对应的多个第三用户同意结果。

移动管理网元根据所述第三用户同意信息确定第一用户同意信息，包括：

移动管理网元将用户同意结果为同意的所述多个第三用户同意结果对应的所述第三数据处理目的作为多个数据处理目的。

例如，第三用户同意信息如上表10a所示(且表10a中第一列不存在，即第三用户同意信息中不包含第三网络的标识)，第一用户同意信息如下表10c所示。

表10c

数据处理目的
	RAN数据模型训练
RAN数据分析

由上述可知，可能二下AMF根据第三用户同意结果，只向第一RAN发送第三用户同意结果是granted的数据处理目的。

可能三：第一用户同意信息包括多个数据处理目的和多个用户同意结果，第三用户同意信息包括多个第三数据处理目的和多个第三数据处理目的分别对应的多个第三用户同意结果，且第三用户同意信息还包括第三网络的标识，第三网络的标识用于指示用户是否同意在所述第三网络处理所述用户关联的数据。

移动管理网元确定所述第一接入网设备属于所述第三网络；

移动管理网元将用户同意结果为同意的所述多个第三用户同意结果对应的所述第三数据处理目的作为多个数据处理目的；或者，

移动管理网元将所述第一接入网设备所属的网络对应的多个第三数据处理目的作为多个数据处理目的，且该多个第三数据处理目对应的多个第三用户同意结果作为多个用户同意结果。

例如，第三用户同意信息如下表11a所示，第一接入网设备所属的网络的标识为PLMN1，第一用户同意信息如下表11b所示。

表11a

/>

表11b

数据处理目的	用户同意结果
		NTN位置查询	granted
RAN数据分析	Granted

还例如，第三用户同意信息如下表11a所示，第一接入网设备所属的网络的标识为PLMN1，第一用户同意信息如下表11c所示。

表11c

数据处理目的	用户同意结果
		NTN位置查询	granted
RAN数据模型训练	Not granted
		RAN数据分析	Granted

由上述可知，可能三下AMF判断第一RAN是否属于允许的网络标识指示的网络，只向第一RAN发送其所在网络的数据处理目的和用户同意结果；或者只向第一RAN发送其所在网络对应的用户同意结果为同意的数据处理目的和用户同意结果。

可能四：第一用户同意信息包括多个数据处理目的，第三用户同意信息包括多个第三数据处理目的和多个第三数据处理目的分别对应的多个第三用户同意结果，且所述第三用户同意信息还包括第三网络标识，第三网络的标识用于指示用户是否同意在所述第三网络处理所述用户关联的数据。

移动管理网元确定所述第一接入网设备属于所述第三网络；

例如，第三用户同意信息如上表11a所示，第一接入网设备所属的网络的标识为PLMN1，第一用户同意信息如下表11d所示。

表11d

由上述可知，可能四下AMF判断第一RAN是否属于允许的网络标识指示的网络，只向第一RAN发送用户同意结果是granted的数据处理目的。

可能五：第一用户同意信息包括多个数据处理目的和多个数据处理目的对应的多个用户同意结果，第三用户同意信息包括多个第三数据处理目的和多个第三数据处理目的分别对应的多个第三用户同意结果，且所述第三用户同意信息还包括第三网络标识，所述第三网络的标识用于指示用户是否同意在所述第三网络处理所述用户关联的数据，

所述移动管理网元根据所述第三用户同意信息确定第一用户同意信息，包括：

所述移动管理网元确定所述第一接入网设备不属于所述第三网络；

所述移动管理网元将所述多个第三数据处理目的作为多个数据处理目的；

所述移动管理网元确定所述多个数据处理目分别对应的多个用户同意结果为不同意。

例如，第三用户同意信息如上表11a所示，第一接入网设备所属的网络的标识为PLMN3，第一用户同意信息如下表11e所示。

表11e

第三数据处理目的	第三用户同意结果
		NTN位置查询	Not granted
RAN数据模型训练	Not granted
		RAN数据分析	Not Granted

示例性地，可能五中移动管理网元获得第三用户同意信息中所有不同的数据处理目的并且由于第一接入网设备不属于第三网络，移动管理网元确定第一用户同意信息中包括的数据处理目的为第三用户同意信息中包括的所有不同的数据处理目的，且第一用户同意信息中包括的多个用户同意结果均为不同意。

应理解，上述的可能一至可能五只是举例说明第一用户同意信息为第三用户同意信息中的部分用户同意信息可能的情况，对本申请的保护范围不构成任何的限定，这里不再一一举例说明。

进一步地，AMF确定第一用户同意信息之后，可以将第一用户同意信息发送给第一RAN，图4所示的方法流程还包括：

S450，AMF向第一RAN发送第一用户同意信息，或者说第一RAN接收来自AMF的第一用户同意信息。

第一用户同意信息相关的描述可以参考图3中关于第一用户同意信息的描述。

示例性地，AMF可以将第二用户同意信息携带在initial UE context SetupRequest消息中发送给第一RAN。

S460，第一RAN将第二用户同意信息保存到UE的上下文中。

图5是本申请实施例提供的另一种第一RAN获取第一用户同意信息的示意性流程图，在图5所示的实施例中，第一RAN为目标RAN(T-RAN)，第二RAN为源RAN(S-RAN)，针对在Xn切换场景下，目标RAN可从源RAN获得用户同意信息。包括以下步骤：

S510，源RAN获取第二用户同意信息。

第二用户同意信息包含多个第二数据处理目的，该第二数据处理目的用于指示对来自终端设备的数据进行处理的目的。

示例性地，源RAN可以在初始接入流程中获取第二用户同意信息(如，图4所示的流程中，源RAN为图4中的第一RAN)，具体获取过程这里不再赘述。

S520，源RAN根据第二用户同意信息确定第一用户同意信息。

作为一种可能的实现方式，第一用户同意信息为该第二用户同意信息。

作为另一种可能的实现方式，第一用户同意信息与第二用户同意信息不同。

示例性地，第一用户同意信息包括多个数据处理目的和所述多个数据处理目的分别对应的多个用户同意信息，所述第二用户同意信息中还包括所述多个第二数据处理目的分别对应的多个第二用户同意结果和第二网络的标识，所述第二用户同意结果用于指示用户是否同意对应的所述第二数据处理目的，所述第二网络的标识用于指示用户是否同意在所述第二网络处理所述用户关联的数据，

所述第二接入网设备根据所述第二用户同意信息确定所述第一用户同意信息，包括：

所述第二接入网设备确定所述第一接入网设备不属于所述第二网络；

所述第二接入网设备将所述多个第二数据处理目的作为所述多个数据处理目的；

所述第二接入网设备确定所述多个数据处理目分别对应的多个用户同意结果为不同意。

例如，第二用户同意信息如下表12a所示，第一接入网设备所属的网络的标识为PLMN3，第一用户同意信息如下表12b所示。

表12a

第二网络的标识	第二数据处理目的	第二用户同意结果
			PLMN1	NTN位置查询	Granted
PLMN1	AI/ML分析	Not Granted
			PLMN2	NTN位置查询	Not granted
PLMN2	MDT优化	Granted

表12b

数据处理目的	用户同意结果
		NTN位置查询	Not Granted
AI/ML分析	Not Granted

MDT优化	Not Granted

S530，源RAN向目标RAN发送切换请求(Handover Request)消息。

该消息切换请求消息中包含第一用户同意信息。

S540，目标RAN将第一用户同意信息保存在UE上下文中。

S550，目标RAN向源RAN发送切换请求同意(Handover Request ACK)消息。

该切换请求同意消息中包含RRC重配置(RRC Reconfiguration)消息。

S560，源RAN向UE发送RRC重配置消息。

S570，UE向目标RAN回复RRC重配置完成(RRC Reconfiguration Complete)消息。

图6是本申请实施例提供的另一种第一RAN获取第一用户同意信息的示意性流程图，在图6所示的实施例中，第一RAN为目标RAN(T-RAN)，第二RAN为源RAN(S-RAN)，针对在RRC恢复和重建立切换场景下，目标RAN可从源RAN获得用户同意信息。包括以下步骤：

S610，UE向目标RAN发送RRC恢复或重建请求(RRC Resume/ReestablishmentRequest)消息。

S620，目标RAN向源RAN发送UE上下文获取请求(UE Context Retrieve Request)消息。

S630，源RAN根据第二用户同意信息确定第一用户同意信息。

参考上述S520的描述，这里不再赘述。

S640，源RAN向目标RAN发送UE上下文获取响应消息(UE Context RetrieveResponse)消息。

该UE上下文获取响应消息中包含第一用户同意信息。

S650，目标RAN将用第一用户同意信息保存在UE上下文中。

S660，目标RAN向UE发送RRC恢复或重建(RRC Resume/Reestablishment)消息。

S670，UE向目标RAN回复RRC恢复或重建完成(RRC Resume/ReestablishmentComplete)消息。

图7是本申请实施例提供的另一种第一RAN获取第一用户同意信息的示意性流程图，在图7所示的实施例中，第一RAN为目标RAN(T-RAN)，第二RAN为源RAN(S-RAN)，针对在Xn切换、RRC恢复、或RRC重建立场景下，目标RAN可从AMF获得用户同意信息。包括以下步骤：

S710，Xn切换、RRC恢复、或RRC重建立完成。

S720，目标RAN向AMF发送路径切换请求(Path Switch Request)消息。

可选的，该路径切换请求包含第三指示信息。

作为一种可能的实现方式，第三指示信息与图4所示的实施例中第一指示信息相同。

在该实现方式下，该实施例中的目标RAN可以理解为图4所示的实施例中的第一RAN。

例如，该实施例中的目标RAN根据获得的UE上下文确定该UE为特殊类型的UE(RAN需要收集这类UE的敏感信息，例如NTN UE)，则RAN根据上下文信息在Path Switch Request消息中携带第三指示信息。

作为另一种可能的实现方式，若步骤S710所示的Xn切换流程为图5所示的流程，或步骤S710所示的RRC恢复、或RRC重建立流程为图6所示的流程，即目标RAN从源RAN获取了第一用户同意信息，那么该第三指示信息还可以是第一用户同意信息(为了便于区分，记为第一用户同意信息#1)，用于AMF判断该第一用户同意信息#1是否被修改。

S730，AMF确定第一用户同意信息。

作为一种可能的实现方式，若AMF的上下文中具有第三用户同意信息，则AMF根据第三用户同意信息确定第一用户同意信息。

作为另一种可能的实现方式，AMF收到第三指示信息，第三指示信息与图4所示的实施例中第一指示信息相同。且AMF的上下文中具有第三用户同意信息，则AMF根据第三用户同意信息确定第一用户同意信息。

具体地，AMF根据第三用户同意信息确定第一用户同意信息可以参考图4所示的实施例中的步骤S440，这里不再赘述。

作为又一种可能的实现方式，AMF收到第三指示信息，第三指示信息为第一用户同意信息#1，AMF的上下文中包括第三用户同意信息，AMF确定第一用户同意信息#1与第三用户同意信息是否相同，若不同，则确定待向第一RAN发送的用户同意信息为第三用户同意信息；若相同，则确定不向第一RAN发送用户同意信息，或者若相同，则确定向第一RAN发送第一用户同意信息#1。

为了便于区分，在该实现方式下，AMF收到的用户同意信息为第一用户同意信息#1，而AMF向第一RAN发送的用户同意信息记为第一用户同意信息(如，第三用户同意信息或第一用户同意信息#1统称为第一用户同意信息)。

例如，AMF收到的第一用户同意信息#1如下表13a所示，AMF的上下文中包括的第三用户同意信息如下表13b所示，则AMF向第一RAN发送的第一用户同意信息为表13b所示的情况。还例如，AMF收到的第一用户同意信息#1如下表13a所示，AMF的上下文中包括的第三用户同意信息也如下表13a所示，则AMF确定不向第一RAN发送用户同意信息；或者，AMF向第一RAN发送的第一用户同意信息为表13a所示的情况。

表13a

表13b

第二网络的标识	第二数据处理目的	第二用户同意结果
			PLMN1	NTN位置查询	Granted
PLMN1	AI/ML分析	Granted
			PLMN2	NTN位置查询	Not granted
PLMN2	MDT优化	Granted

S740，AMF向目标RAN发送路径切换请求同意(Path Switch Request ACK)消息。

可选的，该路径切换请求同意消息包含第一用户同意信息。

S750，目标RAN将第一用户同意信息保存在UE上下文中。

作为一种可能的实现方式，若步骤S710所示的Xn切换流程为图5所示的流程，目标RAN从源RAN获取了第一用户同意信息，目标RAN确定从源RAN获得的第一用户同意信息是可信的即可将第一用户同意信息保存在UE上下文中。

作为另一种可能的实现方式，目标RAN通过路径切换请求同意消息从AMF获取第一用户同意信息。

图8是本申请实施例提供的另一种第一RAN获取第一用户同意信息的示意性流程图，在图8所示的实施例中，第一RAN为目标RAN(T-RAN)，第二RAN为源RAN(S-RAN)，针对在Xn切换场景下，目标RAN可从源AMF获得用户同意信息。包括以下步骤：

S810，源RAN向源AMF发送切换要求(Handover Required)消息。

S820，源AMF向目标AMF发送上下文迁移消息。

该上下文迁移消息中包括第三用户同意信息(如，源AMF可以通过图4所示的流程从UDM接收第三用户同意信息)。

S830，目标AMF根据第三用户同意信息确定第一用户同意信息。

作为一种可能的实现方式，第一用户同意信息为该第三用户同意信息。

作为一种可能的实现方式，第一用户同意信息与第三用户同意信息不同。

例如，第一用户同意信息包括多个数据处理目的和多个用户同意结果，第三用户同意信息包括多个第三数据处理目的、多个第三用户同意结果和第三网络的标识，第三网络的标识用于指示用户是否同意在第三网络处理所述用户关联的数据。

目标AMF确定目标RAN是否属于第三网络，若目标RAN不属于第三网络，目标AMF根据修改第三用户同意信息得到第一用户同意信息，包括：

AMF将多个第三数据处理目的作为多个数据处理目的；

AMF确定多个数据处理目的分别对应的多个用户同意结果为不同意。

例如，第三用户同意信息如下表14a所示，目标RAN所属的网络的标识为PLMN3，第一用户同意信息如下表14b所示。

表14a

第三网络的标识	第三数据处理目的	第三用户同意结果
			PLMN1	NTN位置查询	Granted
PLMN1	AI/ML分析	Not Granted
			PLMN2	NTN位置查询	Not granted
PLMN2	MDT优化	Granted

表14b

S840，目标AMF向目标RAN发送切换请求(Handover Request)消息。

该切换请求消息中包括第一用户同意信息。

S850，目标RAN将第一用户同意信息保存在UE上下文中。

S860，目标RAN向目标AMF发送切换请求同意(Handover Request ACK)消息。

S870，目标AMF向源AMF发送上下文迁移响应消息。

S880，源AMF向源RAN发送切换命令(Handover Command)消息。

S890，源RAN向UE发送RRC重配置(RRC Reconfiguration)消息。

S891，UE向目标RAN发送RRC重配置完成(RRC Reconfiguration Complete)消息。

图9是本申请实施例提供的另一种第一RAN获取第一用户同意信息的示意性流程图，在图9所示的实施例中，第一RAN为目标RAN(T-RAN)，第二RAN为源RAN(S-RAN)，针对在Xn切换场景下，目标RAN可从源AMF获得用户同意信息。包括以下步骤：

S910，源RAN根据第二用户同意信息确定第一用户同意信息。

参考图5中步骤S820的描述，这里不再赘述。

S920，源RAN向源AMF发送切换要求(Handover Required)消息。

该切换要求消息中包含第一用户同意信息。

例如，该切换要求消息中包含从源到目标容器(Source to Target Container)，该容器中包含第一用户同意信息。

S930，源AMF向目标AMF发送上下文迁移消息。

该上下文迁移消息中包括第一用户同意信息，例如，该上下文迁移消息中包含Source to Target Container。

S940，目标AMF向目标RAN发送切换请求(Handover Request)消息。

该切换请求消息中包括第一用户同意信息，例如，该切换请求消息中包含Sourceto Target Container。

S950，目标RAN将第一用户同意信息保存在UE上下文中。

S960，目标RAN向目标AMF发送切换请求同意(Handover Request ACK)消息。

S970，目标AMF向源AMF发送上下文迁移响应消息。

S980，源AMF向源RAN发送切换命令(Handover Command)消息。

S990，源RAN向UE发送RRC重配置(RRC Reconfiguration)消息。

S991，UE向目标RAN发送RRC重配置完成(RRC Reconfiguration Complete)消息。

图10是本申请实施例提供的另一种第一RAN获取第一用户同意信息的示意性流程图，在图10所示的实施例中，第一RAN为辅基站(SN)，第二RAN为主基站(MN)，针对在双连接场景下，辅基站可从主基站获得用户同意信息。包括以下步骤：

S1010，MN根据第二用户同意信息确定第一用户同意信息。

参考图5中步骤S820的描述，这里不再赘述。

S1020，MN向SN发送辅基站添加请求(SN Addition Request)消息。

该辅基站添加请求消息中包含第一用户同意信息。

S1030，SN将第一用户同意信息保存在UE上下文中。

S1040，SN向MN发送辅基站添加请求同意(SN Addition Request ACK)消息。

S1050，MN向UE发送RRC重配置(RRC Reconfiguration)消息。

S1060，UE向SN发送RRC重配置完成(RRC Reconfiguration Complete)消息。

S1070，MN向SN发送RRC Reconfiguration Complete消息。

上述实施例中涉及到确定第一RAN是否属于某个网络。例如，AMF判断第一RAN是否属于某个网络；还例如，源RAN判断目标RAN是否属于某个网络；又例如，主基站判断辅基站是否属于某个网络。

示例性地，可以通过如下判断方式确定第一RAN是否属于某个网络：

AMF在与第一RAN建立连接时获得第一RAN的标识(如，可以在S410中发送的消息中获得，也可以在S410之前获得)，从第一RAN的标识中获得第一RAN所属的网络的标识PLMNID。从而可以确定第一RAN是否属于某个网络。

例如，当第一RAN所属的网络的标识为PLMN ID#1，而当前判断第一RAN是否属于的网络的标识为PLMN ID#2，即可以确定第一RAN不属于该网络。

需要说明的是，本申请实施例中对于如何获取第一RAN所属的网络的标识信息不做限定。

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

还应理解，在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

还应理解，在上述一些实施例中，主要以现有的网络架构中的设备为例进行了示例性说明(如网络设备，终端设备等)，应理解，对于设备的具体形式本申请实施例不作限定。例如，在未来可以实现同样功能的设备都适用于本申请实施例。

可以理解的是，上述各个方法实施例中，由网络设备实现的方法和操作，也可以由可用于网络设备的部件实现；由终端设备实现的方法和操作，也可以由可用于终端设备的部件实现。

以上，结合图3至图10详细说明了本申请实施例提供的通信方法。上述通信方法主要从网络设备和终端设备之间交互的角度进行了介绍。可以理解的是，网络设备和终端设备，为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。

本领域技术人员应该可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

以下，结合图11至图13详细说明本申请实施例提供的通信的装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，部分内容不再赘述。

本申请实施例可以根据上述方法示例对发射端设备或者接收端设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。

图11是本申请实施例提供的通信装置10的示意性框图。该装置10包括收发模块11和处理模块12。收发模块11可以实现相应的通信功能，处理模块12用于进行数据处理，或者说该收发模块11用于执行接收和发送相关的操作，该处理模块12用于执行除了接收和发送以外的其他操作。收发模块11还可以称为通信接口或通信单元。

可选地，该装置10还可以包括存储模块13，该存储模块13可以用于存储指令和/或数据，处理模块12可以读取存储模块中的指令和/或数据，以使得装置实现前述各个方法实施例中设备或网元的动作。

在第一种设计中，该装置10可对应于上文方法实施例中的第一RAN，或者是第一RAN的组成部件(如芯片)。

该装置10可实现对应于上文方法实施例中的第一RAN执行的步骤或者流程，其中，收发模块11可用于执行上文方法实施例中第一RAN的收发相关的操作，处理模块12可用于执行上文方法实施例中第一RAN的处理相关的操作。

在一种可能的实现方式，收发模块11，用于获取数据处理需求，该数据处理需求用于指示对用户关联的数据进行针对指定目的处理的需求。

处理模块12，用于根据用户同意信息和该数据处理需求，确定是否执行对该用户关联的数据进行针对该指定目的的处理；其中，该用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个数据处理目的的处理，且该多个数据处理目的中的任一数据处理目的用于指示对该用户相关联的数据进行处理的目的。

其中，当该装置10用于执行图3中的方法时，收发模块11可用于执行方法中的发送信息的步骤，如步骤S340、S350、S341、S351、S361；处理模块12可用于执行方法中的处理步骤，如步骤S310、S320、S330和S360。

当该装置10用于执行图4中的方法时，收发模块11可用于执行方法中的收发信息的步骤，如步骤S411、S410、S450；处理模块12可用于执行方法中的处理步骤，如步骤S460。

当该装置10用于执行图5中的方法时，收发模块11可用于执行方法中的收发信息的步骤，如步骤S530、S550；处理模块12可用于执行方法中的处理步骤，如步骤S540。

当该装置10用于执行图6中的方法时，收发模块11可用于执行方法中的收发信息的步骤，如步骤S610、S620、S640、S660、S670；处理模块12可用于执行方法中的处理步骤，如步骤S650。

当该装置10用于执行图7中的方法时，收发模块11可用于执行方法中的收发信息的步骤，如步骤S710、S720、S740；处理模块12可用于执行方法中的处理步骤，如步骤S750。

当该装置10用于执行图8中的方法时，收发模块11可用于执行方法中的收发信息的步骤，如步骤S840、S860、S870；处理模块12可用于执行方法中的处理步骤，如步骤S850。

当该装置10用于执行图9中的方法时，收发模块11可用于执行方法中的收发信息的步骤，如步骤S940、S960、S970；处理模块12可用于执行方法中的处理步骤，如步骤S950。

当该装置10用于执行图10中的方法时，收发模块11可用于执行方法中的收发信息的步骤，如步骤S1020、S1040、S1070；处理模块12可用于执行方法中的处理步骤，如步骤S1030。

应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

在第二种设计中，该装置10可对应于上文方法实施例中的第二RAN，或者是数据管理网元的组成部件(如芯片)。

该装置10可实现对应于上文方法实施例中的第二RAN执行的步骤或者流程，其中，收发模块11可用于执行上文方法实施例中第二RAN的收发相关的操作，处理模块12可用于执行上文方法实施例中第二RAN的处理相关的操作。

一种可能的实现方式，收发模块11，用于获取第二用户同意信息，该第二用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个第二数据处理目的的处理；且该多个第二数据处理目的中的任一第二数据处理目的用于指示对该用户相关联的数据进行处理的目的。

处理模块12，用于根据该第二用户同意信息确定用户同意信息；发送单元，用于向第一接入网设备发送该用户同意信息，该用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个数据处理目的的处理；且该多个数据处理目的中的任一数据处理目的用于指示对该用户相关联的数据进行处理的目的。

其中，当该装置10用于执行图5中的方法时，收发模块11可用于执行方法中的收发信息的步骤，如步骤S530、S550、S560、S570；处理模块12可用于执行方法中的处理步骤，如步骤S510、S520。

当该装置10用于执行图6中的方法时，收发模块11可用于执行方法中的收发信息的步骤，如步骤S620、S640；处理模块12可用于执行方法中的处理步骤，如步骤S630。

当该装置10用于执行图7中的方法时，收发模块11可用于执行方法中的收发信息的步骤；处理模块12可用于执行方法中的处理步骤。

当该装置10用于执行图8中的方法时，收发模块11可用于执行方法中的收发信息的步骤，如步骤S810、S890、S891；处理模块12可用于执行方法中的处理步骤。

当该装置10用于执行图9中的方法时，收发模块11可用于执行方法中的收发信息的步骤，如步骤S920、S980、S990、S991；处理模块12可用于执行方法中的处理步骤，如步骤S910。

当该装置10用于执行图10中的方法时，收发模块11可用于执行方法中的收发信息的步骤，如步骤S1020、S1040、S1050、S1060、S1070；处理模块12可用于执行方法中的处理步骤，如步骤S1010。

第三种设计中，该装置10可对应于上文方法实施例中的AMF，或者是AMF的组成部件(如芯片)。

该装置10可实现对应于上文方法实施例中的AMF执行的步骤或者流程，其中，收发模块11可用于执行上文方法实施例中的AMF的收发相关的操作，处理模块12可用于执行上文方法实施例中AMF的处理相关的操作。

一种可能的实现方式，收发模块11，用于向统一数据管理网元发送第一指示信息，该第一指示信息用于指示获取接入网设备使用的用户同意信息。

收发模块11，还用于接收来自该统一数据管理网元的第三用户同意信息。

处理模块12，用于根据该第三用户同意信息确定用户同意信息。

收发模块11，还用于向该第一接入网设备发送该用户同意信息，其中，该第三用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个第三数据处理目的的处理；且该多个第三数据处理目的中的任一第三数据处理目的用于指示对该用户相关联的数据进行处理的目的，该用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个数据处理目的的处理；且该多个数据处理目的中的任一数据处理目的用于指示对该用户相关联的数据进行处理的目的。

其中，当该装置10用于执行图4中的方法时，收发模块11可用于执行方法中的收发信息的步骤，如步骤S410、S420、S430、S450；处理模块12可用于执行方法中的处理步骤，如步骤S440。

当该装置10用于执行图7中的方法时，收发模块11可用于执行方法中的收发信息的步骤，如步骤S720、S740；处理模块12可用于执行方法中的处理步骤，如步骤S730。

当该装置10用于执行图8中的方法时，收发模块11可用于执行方法中的收发信息的步骤，如步骤S810、S820、S870；处理模块12可用于执行方法中的处理步骤。

当该装置10用于执行图9中的方法时，收发模块11可用于执行方法中的收发信息的步骤，如步骤S920、S930、S970、S991；处理模块12可用于执行方法中的处理步骤。

第四种设计中，该装置10可对应于上文方法实施例中的UDM，或者是UDM的组成部件(如芯片)。

该装置10可实现对应于上文方法实施例中的UDM执行的步骤或者流程，其中，收发模块11可用于执行上文方法实施例中的UDM的收发相关的操作，处理模块12可用于执行上文方法实施例中UDM的处理相关的操作。

一种可能的实现方式，收发模块11，用于接收第一指示信息，该第一指示信息用于指示获取接入网设备使用的用户同意信息。

处理模块12，用于从用户的签约数据中确定该接入网设备使用的用户同意信息。

收发模块11，用于发送第三用户同意信息，其中，该用户的签约数据包括该接入网设备使用的用户同意信息和核心网设备使用的用户信息，该接入网设备使用的用户同意信息和该核心网设备使用的用户信息为不同的两类用户同意信息，该接入网设备使用的用户同意信息为该第三用户同意信息；或者，该接入网设备使用的用户同意信息为该第三用户同意信息中的部分用户同意信息，该第三用户同意信息用于指示该用户是否同意对该用户关联的数据进行针对指定的多个第三数据处理目的的处理；且该多个第三数据处理目的中的任一第三数据处理目的用于指示对该用户相关联的数据进行处理的目的。

其中，当该装置10用于执行图4中的方法时，收发模块11可用于执行方法中的收发信息的步骤，如步骤S420、S430；处理模块12可用于执行方法中的处理步骤。

还应理解，这里的装置10以功能模块的形式体现。这里的术语“模块”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中，本领域技术人员可以理解，装置10可以具体为上述实施例中的移动管理网元，可以用于执行上述各方法实施例中与移动管理网元对应的各个流程和/或步骤；或者，装置10可以具体为上述实施例中的终端设备，可以用于执行上述各方法实施例中与终端设备对应的各个流程和/或步骤，为避免重复，在此不再赘述。

上述各个方案的装置10具有实现上述方法中的设备(如移动管理网元，或会话管理网元，或中继终端设备，或远端终端设备)所执行的相应步骤的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块；例如收发模块可以由收发机替代(例如，收发模块中的发送单元可以由发送机替代，收发模块中的接收单元可以由接收机替代)，其它单元，如处理模块等可以由处理器替代，分别执行各个方法实施例中的收发操作以及相关的处理操作。

此外，上述收发模块11还可以是收发电路(例如可以包括接收电路和发送电路)，处理模块可以是处理电路。

图12是本申请实施例提供另一种通信装置20的示意图。该装置20包括处理器21，处理器21用于执行存储器22存储的计算机程序或指令，或读取存储器22存储的数据/信令，以执行上文各方法实施例中的方法。可选地，处理器21为一个或多个。

可选地，如图12所示，该装置20还包括存储器22，存储器22用于存储计算机程序或指令和/或数据。该存储器22可以与处理器21集成在一起，或者也可以分离设置。可选地，存储器22为一个或多个。

可选地，如图12所示，该装置20还包括收发器23，收发器23用于信号的接收和/或发送。例如，处理器21用于控制收发器23进行信号的接收和/或发送。

作为一种方案，该装置20用于实现上文各个方法实施例中由第一RAN执行的操作。

作为另一种方案，该装置20用于实现上文各个方法实施例中由第二RAN执行的操作。

作为另一种方案，该装置20用于实现上文各个方法实施例中由AMF执行的操作。

作为另一种方案，该装置20用于实现上文各个方法实施例中由UDM执行的操作。

应理解，本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中提及的存储器可以是易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)。例如，RAM可以用作外部高速缓存。作为示例而非限定，RAM包括如下多种形式：静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)可以集成在处理器中。

还需要说明的是，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

图13是本申请实施例提供一种芯片系统30的示意图。该芯片系统30(或者也可以称为处理系统)包括逻辑电路31以及输入/输出接口(input/output interface)32。

其中，逻辑电路31可以为芯片系统30中的处理电路。逻辑电路31可以耦合连接存储单元，调用存储单元中的指令，使得芯片系统30可以实现本申请各实施例的方法和功能。输入/输出接口32，可以为芯片系统30中的输入输出电路，将芯片系统30处理好的信息输出，或将待处理的数据或信令信息输入芯片系统30进行处理。

作为一种方案，该芯片系统30用于实现上文各个方法实施例中由第一RAN执行的操作。

例如，逻辑电路31用于实现上文方法实施例中由第一RAN执行的处理相关的操作；输入/输出接口32用于实现上文方法实施例中由第一RAN执行的发送和/或接收相关的操作。

作为另一种方案，该芯片系统30用于实现上文各个方法实施例中由第二RAN执行的操作。

例如，逻辑电路31用于实现上文方法实施例中由第二RAN执行的处理相关的操作；输入/输出接口32用于实现上文方法实施例中由第二RAN执行的发送和/或接收相关的操作。

作为另一种方案，该芯片系统30用于实现上文各个方法实施例中由AMF执行的操作。

例如，逻辑电路31用于实现上文方法实施例中由AMF执行的处理相关的操作；输入/输出接口32用于实现上文方法实施例中由AMF执行的发送和/或接收相关的操作。

作为另一种方案，该芯片系统30用于实现上文各个方法实施例中由UDM执行的操作。

例如，逻辑电路31用于实现上文方法实施例中由UDM执行的处理相关的操作；输入/输出接口32用于实现上文方法实施例中由UDM执行的发送和/或接收相关的操作。

本申请实施例还提供一种计算机可读存储介质，其上存储有用于实现上述各方法实施例中由设备执行的方法的计算机指令。

例如，该计算机程序被计算机执行时，使得该计算机可以实现上述方法各实施例中由移动管理网元执行的方法。

又如，该计算机程序被计算机执行时，使得该计算机可以实现上述方法各实施例中由终端设备执行的方法。

本申请实施例还提供一种计算机程序产品，包含指令，该指令被计算机执行时以实现上述各方法实施例中由设备(如第一RAN，又如第二RAN，又如AMF，又如UDM)执行的方法。

本申请实施例还提供了一种通信系统，包括前述的第一RA、第二RAN、AMF和UDM。

上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例，此处不再赘述。

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

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。例如，所述计算机可以是个人计算机，服务器，或者网络设备等。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD)等。例如，前述的可用介质包括但不限于：U盘、移动硬盘、只读存储器(read-onlymemory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims

1.一种通信方法，其特征在于，包括：

第一接入网设备获取数据处理需求，所述数据处理需求用于指示对用户关联的数据进行针对指定目的处理的需求；

所述第一接入网设备根据第一用户同意信息和所述数据处理需求，确定是否执行对所述用户关联的数据的处理；

其中，所述第一用户同意信息用于指示所述用户是否同意对所述用户关联的数据进行针对指定的多个数据处理目的的处理，且所述多个数据处理目的中的任一数据处理目的用于指示对所述用户相关联的数据进行处理的目的。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：响应于所述数据处理需求，所述第一接入网设备获取所述第一用户同意信息。

3.根据权利要求1所述的方法，其特征在于，在第一接入网设备获取数据处理需求之前，所述方法还包括：

所述第一接入网设备获取所述第一用户同意信息。

4.根据权利要求2或3所述的方法，其特征在于，在所述第一接入网设备获取所述第一用户同意信息之前，所述方法还包括：

所述第一接入网设备确定本地不存在与所述指定目的关联的用户同意信息。

5.根据权利要求2至4中任一项所述的方法，其特征在于，所述第一接入网设备获取所述第一用户同意信息，包括：

所述第一接入网设备通过移动管理网元向统一数据管理网元发送第一指示信息，所述第一指示信息用于指示获取接入网设备使用的用户同意信息；

所述第一接入网设备接收来自所述移动管理网元的所述第一用户同意信息，

其中，所述接入网设备使用的用户同意信息和核心网设备使用的用户信息保存在统一数据管理网元中，所述接入网设备使用的用户同意信息和所述核心网设备使用的用户信息为不同的两类用户同意信息。

6.根据权利要求5所述的方法，其特征在于，所述第一指示信息为1比特信息，取值为1或0表示请求获取接入网设备使用的用户同意信息；或者，

所述第一指示信息为所述第一接入网设备所属网络的标识信息，用于表示请求获取所述第一接入网设备使用的用户同意信息。

7.根据权利要求5或6所述的方法，其特征在于，所述第一接入网设备接收来自移动管理网元的第一用户同意信息，包括：

所述第一接入网设备接收来自移动管理网元的初始用户设备上下文建立请求消息，所述初始用户设备上下文建立请求消息中包括所述第一用户同意信息；或者，

所述第一接入网设备接收来自移动管理网元的路径切换请求消息，所述路径切换请求消息中包括所述第一用户同意信息；或者，

所述第一接入网设备接收来自移动管理网元的切换请求消息，所述切换请求消息中包括所述第一用户同意信息。

8.根据权利要求2至4中任一项所述的方法，其特征在于，所述第一接入网设备获取第一用户同意信息，包括：

所述第一接入网设备接收来自第二接入网设备的切换请求消息，所述切换请求消息中包括所述第一用户同意信息；或者，

所述第一接入网设备接收来自第二接入网设备的用户设备上下文获取响应消息，所述用户设备上下文获取响应消息中包括所述第一用户同意信息；或者，

所述第一接入网设备接收来自第二接入网设备的容器信息，所述容器信息中包括所述第一用户同意信息；

所述第一接入网设备接收来自第二接入网设备的添加辅基站请求消息，所述添加辅基站请求消息中包括所述第一用户同意信息。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述第一用户同意信息中包括所述多个数据处理目的，

所述第一接入网设备根据第一用户同意信息和所述数据处理需求，确定是否执行对所述用户关联的数据的处理，包括：

若所述指定目的属于所述多个数据处理目的，所述第一接入网设备确定执行对所述用户关联的数据的处理；

若所述指定目的不属于所述多个数据处理目的，所述第一接入网设备确定不执行对所述用户关联的数据的处理。

10.根据权利要求1至8中任一项所述的方法，其特征在于，所述第一用户同意信息包括所述多个数据处理目的和所述多个数据处理目中每个数据处理目的对应的用户同意结果，所述用户同意结果用于指示所述用户是否同意对所述用户关联的数据进行针对所述用户同意结果对应的所述数据处理目的的处理；

若所述指定目的为所述多个数据处理目的中的第一数据处理目的，且所述第一数据处理目的对应的所述用户同意结果为同意，所述第一接入网设备确定执行对所述用户关联的数据的处理；

否则，所述第一接入网设备确定不执行对所述用户关联的数据的处理。

11.根据权利要求1至8中任一项所述的方法，其特征在于，所述第一用户同意信息包括所述多个数据处理目的和第一网络的标识，所述第一网络的标识用于指示所述用户是否同意在所述第一网络处理所述用户关联的数据；

若所述指定目的为所述多个数据处理目的中的一个，且所述第一接入网设备属于所述第一网络，所述第一接入网设备确定执行对所述用户关联的数据的处理；

12.根据权利要求1至8中任一项所述的方法，其特征在于，所述第一用户同意信息包括所述多个数据处理目的和所述多个数据处理目中每个数据处理目的对应的用户同意结果，以及第一网络标识，所述用户同意结果用于指示用户是否同意对所述用户关联的数据进行针对所述用户同意结果对应的所述数据处理目的的处理，所述第一网络的标识用于指示用户是否同意在所述第一网络处理所述用户关联的数据，

若所述指定目的为多个所述数据处理目的中的第一数据处理目的，所述第一数据处理目的对应的所述用户同意结果为同意，且所述第一接入网设备属于所述第一网络，所述第一接入网设备确定执行对所述用户关联的数据的处理；

13.根据权利要求9至12中任一项所述的方法，其特征在于，在所述第一接入网设备确定不执行对所述用户关联的数据的处理的情况下，所述方法还包括：

所述第一接入网设备确定不收集所述指定目的对应的用户关联的数据；

所述第一接入网设备向终端设备发送数据收集消息，所述数据收集消息包含不收集指示，所述不收集指示用于指示不收集所述指定目的对应的用户关联的数据；

所述第一接入网设备接收来自所述终端设备的响应消息，所述响应消息中包括第一数据，所述第一数据不包含所述指定目的对应的用户关联的数据。

14.根据权利要求9至13中任一项所述的方法，其特征在于，所述第一接入网设备获取数据处理需求，包括：

所述第一接入网设备接收来自触发网元的所述数据处理需求。

15.根据权利要求14所述的方法，其特征在于，在所述第一接入网设备确定不执行对所述用户关联的数据的处理的情况下，所述方法还包括：

所述第一接入网设备向所述触发网元发送响应于所述触发消息的触发响应消息，所述触发响应消息包括原因值，所述原因值用于指示未获得用户同意或未收集所述指定目的对应的用户关联的数据。

16.根据权利要求9至13中任一项所述的方法，其特征在于，在所述第一接入网设备确定执行对所述用户关联的数据的处理的情况下，所述方法还包括：

所述第一接入网设备向所述终端设备发送数据收集消息，所述数据收集消息用于获取所述用户关联的数据；

所述第一接入网设备接收来自所述终端设备的响应消息，所述响应消息中包括所述用户关联的数据；

所述第一接入网设备对所述用户关联的数据的进行针对所述指定目的处理。

17.根据权利要求1至16中任一项所述的方法，其特征在于，所述数据使用目的包括接入网设备数据分析、接入网设备数据模型共享或非地面网络NTN位置查询。

18.一种通信方法，其特征在于，包括：

第二接入网设备获取第二用户同意信息，所述第二用户同意信息用于指示所述用户是否同意对所述用户关联的数据进行针对指定的多个第二数据处理目的的处理；且所述多个第二数据处理目的中的任一第二数据处理目的用于指示对所述用户相关联的数据进行处理的目的；

所述第二接入网设备根据所述第二用户同意信息确定第一用户同意信息；

所述第二接入网设备向第一接入网设备发送所述第一用户同意信息，所述第一用户同意信息用于指示所述用户是否同意对所述用户关联的数据进行针对指定的多个数据处理目的的处理；且所述多个数据处理目的中的任一数据处理目的用于指示对所述用户相关联的数据进行处理的目的。

19.根据权利要求18所述的方法，其特征在于，所述第二接入网设备向第一接入网设备发送所述第一用户同意信息，包括：

所述第二接入网设备向第一接入网设备发送切换请求消息，所述切换请求消息中包括所述第一用户同意信息；或者，

所述第二接入网设备向第一接入网设备发送用户设备上下文获取响应消息，所述用户设备上下文获取响应消息中包括所述第一用户同意信息；或者，

所述第二接入网设备向第一接入网设备发送容器信息，所述容器信息中包括所述第一用户同意信息；

所述第二接入网设备向第一接入网设备发送添加辅基站请求消息，所述添加辅基站请求消息中包括所述第一用户同意信息。

20.根据权利要求18或19所述的方法，其特征在于，所述第一用户同意信息包括所述多个数据处理目的和所述多个数据处理目中每个数据处理目的对应的用户同意结果，所述用户同意结果用于指示所述用户是否同意对所述用户关联的数据进行针对所述用户同意结果对应的所述数据处理目的的处理，

所述第二用户同意信息中包括所述多个第二数据处理目的和所述多个第二数据处理目中每个第二数据处理目的对应的第二用户同意结果，所述第二用户同意结果用于指示所述用户是否同意对所述用户关联的数据进行针对所述第二用户同意结果对应的所述数据处理目的的处理，以及第二网络的标识，所述第二网络的标识用于指示所述用户是否同意在所述第二网络处理所述用户关联的数据，

所述第二接入网设备根据所述第二用户同意信息确定第一用户同意信息，包括：

21.一种通信方法，其特征在于，包括：

统一数据管理网元接收第一指示信息，所述第一指示信息用于指示获取接入网设备使用的用户同意信息；

所述统一数据管理网元从用户的签约数据中确定所述接入网设备使用的用户同意信息；

所述统一数据管理网元发送第三用户同意信息，

其中，所述用户的签约数据包括所述接入网设备使用的用户同意信息和核心网设备使用的用户信息，所述接入网设备使用的用户同意信息和所述核心网设备使用的用户信息为不同的两类用户同意信息，所述接入网设备使用的用户同意信息为所述第三用户同意信息；或者，所述接入网设备使用的用户同意信息为所述第三用户同意信息中的部分用户同意信息，

所述第三用户同意信息用于指示所述用户是否同意对所述用户关联的数据进行针对指定的多个第三数据处理目的的处理；且所述多个第三数据处理目的中的任一第三数据处理目的用于指示对所述用户相关联的数据进行处理的目的。

22.根据权利要求21所述的方法，其特征在于，所述第三用户同意信息包括所述多个第三数据处理目的和所述多个第三数据处理目中每个第三数据处理目的对应的第三用户同意结果，所述第三用户同意结果用于指示用户是否同意对所述用户关联的数据进行针对所述第三用户同意结果对应的所述第三数据处理目的的处理。

23.根据权利要求22所述的方法，其特征在于，所述第三用户同意信息还包括第三网络的标识，所述第三网络的标识用于指示用户是否同意在所述第三网络处理所述用户关联的数据。

24.一种通信装置，其特征在于，所述装置包括：用于执行如权利要求1至17中任一项所述的方法的模块。

25.一种通信装置，其特征在于，所述装置包括：用于执行如权利要求18至20中任一项所述的方法的模块。

26.一种通信装置，其特征在于，所述装置包括：用于执行如权利要求21至23中任一项所述的方法的模块。

27.一种通信装置，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述存储器中存储的计算机程序，以使得所述通信装置执行权利要求1至23中任一项所述的方法。

28.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机指令，当所述计算机指令在计算机上运行时，如权利要求1至23中任一项所述的方法被执行。

29.一种计算机程序产品，其特征在于，所述计算机程序产品包括用于执行如权利要求1至23中任一项所述的方法的指令。