安全会话方法和装置与流程
本申请涉及无线通信领域，并且更具体地，涉及安全会话方法和装置。
背景技术：
移动通信的安全问题正越来越多地受到关注。在数据传输过程中，发送端可以对传输的数据进行加密保护和完整性保护，接收端可以对接收到的加密数据进行解密和完整性验证。从而可以保证数据的私密性和完整性。
以上行传输为例，ue可以在完成对数据的加密和完整性保护后发送至接入网设备，接入网设备可以负责数据解密和完整性验证。接入网设备在完成对数据的解密和完整性验证后，再通过接入网设备与核心网设备，如用户面网关，之间的安全通道传输数据。核心网设备完成ip地址分配、计费等操作，并将数据发送至互联网服务器。
然而，数据在接入网设备被解密后再通过安全通道传输，存在一定的安全隐患，例如，数据可能在通过安全通道被传至核心网之前被篡改或窃取。因此，安全性不高。
技术实现要素：
本申请提供一种安全会话方法和装置，以提高数据传输的安全性。
第一方面，提供了一种安全会话方法。该方法包括：用户面网关接收来自用户设备ue的业务请求消息，业务请求消息用于请求建立ue与数据网络的业务服务器的连接；该用户面网关基于业务请求消息，生成加密密钥和完整性保护密钥；该用户面网关基于加密密钥和完整性保护密钥，激活加密保护和/或完整性保护。
基于上述技术方案，通过在ue和用户面网关之间建立用户面安全保护，实现了ue和用户面网关之间端到端的安全保护，就如同建立了一条端到端的安全通道。ue和用户面网关可以在该安全通道中安全地进行数据传输。由于数据在ue和用户面网关之间均被加密和/或完整性保护，相比于现有技术而言，避免了数据在接入网设备解密后被篡改或窃取的可能，安全性更高。
需要说明的是，可用于实现上述upf的网元并不仅限于用户面网关，例如还可以是服务网关(servinggateway，sgw)、公共数据网(publicdatanetwork，pdn)网关(pdngateway，pgw)、pdu会话锚节点(pdusessionanchor)会话代理、本地分流服务器(localbreakout(lbo)server)等用来传输或路由用户面数据的网元。
本申请实施例仅为示例，以部署在ue和用户面网关之间的用户面安全保护为例来详细说明本申请实施例。该用户面网关也可以替换为pgw以及其他可用于实现相同或相似功能的网元。
结合第一方面，在第一方面的某些实现方式中，该方法还包括：用户面网关基于ue的安全能力和用户面网关的安全能力，确定第一安全算法；用户面网关向ue发送第一安全算法的指示信息。
也就是说，该第一安全算法可以是由用户面网关基于ue的安全能力和用户面网关的安全能力确定并通知ue。在某些情况下，用户面网关的能力比较强大，能够支持所有的安全算法，此时可以仅根据ue的安全能力确定该第一安全算法。
结合第一方面，在第一方面的某些实现方式中，该方法还包括：用户面网关基于ue的安全能力、用户面网关的安全能力和业务的安全需求，确定第一安全算法；用户面网关向ue发送第一安全算法的指示信息。
用户面网关还可以进一步结合业务的安全需求确定该第一安全算法，从而满足不同业务的安全需求。
结合第一方面，在第一方面的某些实现方式中，该方法还包括：
用户面网关接收来自会话管理网元的第一安全算法的指示信息，第一安全算法基于ue的安全能力和用户面网关的安全能力确定，或，第一安全算法那基于ue的安全能力、用户面网关的安全能力和业务的安全需求确定。
即，该第一安全算法也可以是由会话管理网元确定后通知给用户面网关的。
结合第一方面，在第一方面的某些实现方式中，所述用户面网关基于业务请求消息，生成加密密钥和完整性保护密钥，包括：用户面网关接收来自接入和移动管理网元的用户面功能(userplanefunction，upf)传输根密钥；该用户面网关基于业务请求消息和upf传输根密钥生成加密密钥和完整性保护密钥。
用户面网关可以基于该业务请求消息以及upf传输根密钥生成加密密钥和完整性保护密钥。该加密密钥可用于进行数据的加解密，该完整性保护密钥可用于进行数据的完整性保护和验证。
结合第一方面，在第一方面的某些实现方式中，该方法还包括：用户面网关向接入网设备发送第一安全激活指示信息，第一安全激活指示信息用于指示不激活接入网设备的用户面安全保护。
用户面网关可以通知接入网设备不激活用户面安全保护，从而接入网设备可以确定该用户面安全保护的终结点不是自身，即不开启自身的用户面安全保护。
结合第一方面，在第一方面的某些实现方式中，该方法还包括：用户面网关接收来自接入和移动管理网元的密钥标识，密钥标识包括：与upf传输根密钥对应的密钥集标识ksi和/或与中间密钥对应的5g中的密钥集标识ngksi，中间密钥为用于生成upf传输根密钥的密钥。
密钥标识可用于标识upf传输根密钥，当upf传输根密钥发生变化时，接入和移动管理网元可以通过发送新的密钥标识通知用户面网关，以便用户面网关根据新的密钥标识确定新的upf传输根密钥，进而确定新的加密密钥和完整性保护密钥。
结合第一方面，在第一方面的某些实现方式中，该方法还包括：用户面网关与ue传输数据包，数据包中携带密钥标识，密钥标识包括与upf传输根密钥对应的密钥集标识ksi和/或与中间密钥对应的5g中的密钥集标识ngksi，中间密钥为用于生成upf传输根密钥的密钥。
用于ue和用户面网关可能都分别保存了多个加密密钥和完整性保护密钥。当该密钥标识携带在双方交互的数据包中，便可以使得双方基于该密钥标识获得对应的密钥进行加解密和/或完整性保护操作。
第二方面，提供了一种安全会话方法。该方法包括：会话管理网元接收来自的业务请求消息，业务请求消息用于请求建立ue与数据网络的业务服务器的连接；该会话管理网元基于该业务请求消息，生成加密密钥和完整性保护密钥；该会话管理网元向用户面网关发送该加密密钥和完整性保护密钥。
基于上述技术方案，会话管理网元可以基于业务请求消息生成加密密钥和完整性保护密钥并通知用户面网关。由此，可以在ue和用户面网关之间建立用户面安全保护，实现ue和用户面网关之间端到端的安全保护，就如同建立了一条端到端的安全通道。ue和用户面网关可以在该安全通道中安全地进行数据传输。由于数据在ue和用户面网关之间均被加密和/或完整性保护，相比于现有技术而言，避免了数据在接入网设备解密后被篡改或窃取的可能，安全性更高。
结合第二方面，在第二方面的某些实现方式中，该方法还包括：会话管理网元基于ue的安全能力和用户面网关的安全能力，确定第一安全算法；该会话管理网元向ue发送第一安全算法的指示信息；该会话管理网元向用户面网关发送第一安全算法的指示信息。
即，该第一安全算法也可以是由会话管理网元确定后通知给用户面网关的。该第一安全算法可以是由用户面网关基于ue的安全能力和用户面网关的安全能力确定并通知ue和用户面网关。在某些情况下，用户面网关的能力比较强大，能够支持所有的安全算法，此时可以仅根据ue的安全能力确定该第一安全算法。
结合第二方面，在第二方面的某些实现方式中，该方法还包括：会话管理网元基于ue的安全能力、用户面网关的安全能力和业务的安全需求，确定第一安全算法；该会话管理网元向ue发送第一安全算法的指示信息；该会话管理网元向用户面网关发送第一安全算法的指示信息。
会话管理网元还可以进一步结合业务的安全需求确定该第一安全算法，从而满足不同业务的安全需求。
结合第二方面，在第二方面的某些实现方式中，所述会话管理网元基于业务请求消息，生成加密密钥和完整性保护密钥，包括：该会话管理网元接收来自接入和移动管理网元的用户面功能upf传输根密钥；会话管理网元基于业务请求消息和upf传输根密钥，生成加密密钥和完整性保护密钥。
会话管理网元可以基于该业务请求消息以及upf传输根密钥生成加密密钥和完整性保护密钥。该加密密钥可用于进行数据的加解密，该完整性保护密钥可用于进行数据的完整性保护和验证。
结合第二方面，在第二方面的某些实现方式中，该方法还包括：会话管理网元向接入网设备发送第一安全激活指示信息，第一安全激活指示信息用于指示不激活接入网设备的用户面安全保护。
会话管理网元可以通知接入网设备不激活用户面安全保护，从而接入网设备可以确定该用户面安全保护的终结点不是自身，即不开启自身的用户面安全保护。
结合第二方面，在第二方面的某些实现方式中，该方法还包括：会话管理网元接收来自接入和移动管理网元的密钥标识，密钥标识包括与upf传输根密钥对应的密钥集标识ksi和/或与中间密钥对应的5g中的密钥集标识ngksi，中间密钥为用于生成upf传输根密钥的密钥；会话管理网元向用户面网关发送密钥标识。
密钥标识可用于标识upf传输根密钥，当upf传输根密钥发生变化时，接入和移动管理网元可以通过发送新的密钥标识通知用户面网关，以便用户面网关根据新的密钥标识确定新的upf传输根密钥，进而确定新的加密密钥和完整性保护密钥。
第三方面，提供了一种安全会话方法。该方法包括：ue发送业务请求消息，业务请求消息用于请求建立ue与数据网络的业务服务器的连接；该ue基于业务请求消息，生成加密密钥和完整性保护密钥；该ue基于加密密钥和完整性保护密钥，激活加密保护和/或完整性保护。
基于上述技术方案，ue通过发送业务请求消息，以请求建立ue与数据网络的业务服务器的连接，该连接可以用于ue和用户面网关之间的数据传输。基于该业务请求，ue和网络侧可以分别生成加密密钥和完整性保护密钥，并激活用户面安全保护。由此，可以在ue和用户面网关之间建立用户面安全保护，实现ue和用户面网关之间端到端的安全保护，就如同建立了一条端到端的安全通道。ue和用户面网关可以在该安全通道中安全地进行数据传输。由于数据在ue和用户面网关之间均被加密和/或完整性保护，相比于现有技术而言，避免了数据在接入网设备解密后被篡改或窃取的可能，安全性更高。
结合第三方面，在第三方面的某些实现方式中，该方法还包括：ue接收第一安全算法的指示信息，该第一安全算法是基于ue的安全能力和用户面网关的安全能力确定。
该第一安全算法可以是由用户面网关、会话管理网元或者接入和移动管理网元中的任意一个确定并通知ue的。该第一安全算法至少是基于ue的安全能力和用户面网关的安全能力确定。在某些情况下，用户面网关的能力比较强大，能够支持所有的安全算法，此时可以仅根据ue的安全能力确定该第一安全算法。
结合第三方面，在第三方面的某些实现方式中，该方法还包括：ue接收第一安全算法的指示信息，该第一安全算法是基于ue的安全能力、用户面网关的安全能力和业务的安全需求确定
该第一安全算法还可以进一步结合业务的安全需求确定，从而可以满足不同业务的安全需求。
结合第三方面，在第三方面的某些实现方式中，该方法还包括：ue接收来自接入网设备的第二安全激活指示信息，第二安全激活指示信息用于指示激活ue的用户面安全保护。
该第二安全激活指示信息可以是接入网设备基于接收到的第一安全激活指示信息而发送给ue的，该第二安全激活指示信息用于通知ue激活ue与用户面网关的的用户面安全保护，而不激活ue与接入网设备之间的用户面安全保护。
基于该第二安全激活指示信息，ue可以确定是激活了ue和用户面网关之间的用户面安全保护，还是激活了ue与接入网设备之间的用户面安全保护。
应理解，该第二安全激活指示信息可以是与第一安全激活指示信息相同的信息，或不同的信息，本申请对此不做限定。
结合第三方面，在第三方面的某些实现方式中，该方法还包括：ue接收来自接入和移动管理网元的入参；ue基于入参生成用户面功能upf传输根密钥，upf传输根密钥用于生成加密密钥和完整性保护密钥。
ue可以根据接入和移动管理网元发送的入参生成upf传输根密钥，进而生成加密密钥和完整性保护密钥。应理解，该入参可以是由接入和移动管理网元获取并通知ue，也可以是ue发送的业务请求消息中携带的，如pdu会话标识等。本申请对此不做限定。
结合第三方面，在第三方面的某些实现方式中，该方法还包括：ue接收来自接入和移动管理网元的密钥标识，该密钥标识包括：与upf传输根密钥对应的密钥集标识ksi和/或与中间密钥对应的5g中的密钥集标识ngksi，中间密钥为用于生成根密钥的密钥。
密钥标识可用于标识upf传输根密钥，当upf传输根密钥发生变化时，接入和移动管理网元可以通过发送新的密钥标识通知ue，以便ue根据新的密钥标识确定新的upf传输根密钥，进而确定新的加密密钥和完整性保护密钥。
结合第三方面，在第三方面的某些实现方式中，该方法还包括：ue与用户面网关传输数据包，数据包中携带密钥标识，密钥标识包括：与upf传输根密钥对应的密钥集标识ksi和/或与中间密钥对应的5g中的密钥集标识ngksi，中间密钥为用于生成upf传输根密钥的密钥。
用于ue和用户面网关可能都分别保存了多个加密密钥和完整性保护密钥。当该密钥标识携带在双方交互的数据包中，便可以使得双方基于该密钥标识获得对应的密钥进行加解密和/或完整性保护操作。
第四方面，提供了一种安全会话方法。该方法包括：接入和移动管理网元接收来自ue的业务请求消息，业务请求消息用于请求建立ue与数据网络的业务服务器的连接；该接入和移动管理网元基于业务请求消息，生成upf传输根密钥，upf传输根密钥用于生成加密密钥和完整性保护密钥；该接入和移动管理网元向用户面网关或会话管理网元发送upf传输根密钥。
基于上述技术方案，接入和移动管理网元可以基于业务请求消息生成加密密钥和完整性保护密钥并通知用户面网关。由此，可以在ue和用户面网关之间建立用户面安全保护，实现ue和用户面网关之间端到端的安全保护，就如同建立了一条端到端的安全通道。ue和用户面网关可以在该安全通道中安全地进行数据传输。由于数据在ue和用户面网关之间均被加密和/或完整性保护，相比于现有技术而言，避免了数据在接入网设备解密后被篡改或窃取的可能，安全性更高。
结合第四方面，在第四方面的某些实现方式中，该方法还包括：该接入和移动管理网元向接入网设备发送第一安全激活指示信息，所述第一安全激活指示信息用于指示不激活所述接入网设备的用户面安全保护。
接入和移动管理网元可以通知接入网设备不激活用户面安全保护，从而接入网设备可以确定该用户面安全保护的终结点不是自身，即不开启自身的用户面安全保护。
结合第四方面，在第四方面的某些实现方式中，该方法还包括：该接入和移动管理网元向ue发送用于获取upf传输根密钥的入参。
ue可以根据接入和移动管理网元发送的入参生成upf传输根密钥，进而生成加密密钥和完整性保护密钥。应理解，该入参可以是由接入和移动管理网元获取并通知ue，也可以是ue发送的业务请求消息中携带的，如pdu会话标识等。本申请对此不做限定。
结合第四方面，在第四方面的某些实现方式中，该方法还包括：接入和移动管理网元发送密钥标识，该密钥标识包括与upf传输根密钥对应的密钥集标识ksi和/或与中间密钥对应的ngksi，中间密钥为用于生成根密钥的密钥。
密钥标识可用于标识upf传输根密钥，当upf传输根密钥发生变化时，接入和移动管理网元可以通过发送新的密钥标识通知ue和用户面网关，以便ue和用户面网关分别可以根据新的密钥标识确定新的upf传输根密钥，进而确定新的加密密钥和完整性保护密钥。
第五方面，提供了一种安全会话装置，包括用于执行上述第一至第四方面中任一种可能实现方式中的方法的各个模块或单元。
第六方面，提供了一种安全会话设备，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第一至第四方面中任一种可能实现方式中的方法。可选地，该安全会话设备还包括存储器。可选地，该安全会话设备还包括通信接口，处理器与通信接口耦合。
在一种实现方式中，该安全会话设备为通信设备，如本申请实施例中的ue、用户面网关、会话管理网元或接入和移动管理网元。当该安全会话设备为通信设备时，所述通信接口可以是收发器，或，输入/输出接口。
在另一种实现方式中，该安全会话设备为配置于通信设备中的芯片，如配置于如本申请实施例中的ue、用户面网关、会话管理网元或接入和移动管理网元中的芯片。当该安全会话设备为配置于通信设备中的芯片时，所述通信接口可以是输入/输出接口。
可选地，所述收发器可以为收发电路。可选地，所述输入/输出接口可以为输入/输出电路。
第七方面，提供了一种处理器，包括：输入电路、输出电路和处理电路。所述处理电路用于通过所述输入电路接收信号，并通过所述输出电路发射信号，使得所述处理器执行上述第一至第四方面任一种可能实现方式中的方法。
在具体实现过程中，上述处理器可以为芯片，输入电路可以为输入管脚，输出电路可以为输出管脚，处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的，输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的，且输入电路和输出电路可以是同一电路，该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。
第八方面，提供了一种处理装置，包括处理器和存储器。该处理器用于读取存储器中存储的指令，并可通过接收器接收信号，通过发射器发射信号，以执行上述第一至第四方面任一种可能实现方式中的方法。
可选地，所述处理器为一个或多个，所述存储器为一个或多个。
可选地，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。
在具体实现过程中，存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(readonlymemory，rom)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
应理解，相关的数据交互过程例如发送指示信息可以为从处理器输出指示信息的过程，接收能力信息可以为处理器接收输入能力信息的过程。具体地，处理输出的数据可以输出给发射器，处理器接收的输入数据可以来自接收器。其中，发射器和接收器可以统称为收发器。
上述第八方面中的处理装置可以是一个芯片，该处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于该处理器之外，独立存在。
第九方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得计算机执行上述第一至第四方面中任一种可能实现方式中的方法。
第十方面，提供了一种计算机可读介质，所述计算机可读介质存储有计算机程序(也可以称为代码，或指令)当其在计算机上运行时，使得计算机执行上述第一至第四方面中任一种可能实现方式中的方法。
第十一方面，提供了一种通信系统，包括前述的ue、用户面网关、会话管理网元、接入、移动管理网元以及接入网设备。
附图说明
图1是适用于本申请实施例提供的方法的网络架构的示意图；
图2示出了小数据快速通道(smalldatafastpathcommunication，sdfp)传输方案的示意图；
图3是本申请实施例提供的安全会话方法的示意性流程图；
图4是本申请另一实施例提供的安全会话方法的示意性流程图；
图5是本申请又一实施例提供的安全会话方法的示意性流程图；
图6是本申请再一实施例提供的安全会话方法的示意性流程图；
图7是本申请又一实施例提供的安全会话方法的示意性流程图；
图8是本申请再一实施例提供的安全会话方法的示意性流程图；
图9是本申请实施例提供的安全会话装置的示意性框图；
图10是本申请实施例提供的安全会话设备的示意性框图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通信(globalsystemformobilecommunications，gsm)系统、码分多址(codedivisionmultipleaccess，cdma)系统、宽带码分多址(widebandcodedivisionmultipleaccess，wcdma)系统、通用分组无线业务(generalpacketradioservice，gprs)、长期演进(longtermevolution，lte)系统、lte频分双工(frequencydivisionduplex，fdd)系统、lte时分双工(timedivisionduplex，tdd)、通用移动通信系统(universalmobiletelecommunicationsystem，umts)、全球互联微波接入(worldwideinteroperabilityformicrowaveaccess，wimax)通信系统、未来的第五代(5thgeneration，5g)系统或新无线(newradio，nr)等。
应理解，本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是终端或网络设备，或者，是ue或网络设备中能够调用程序并执行程序的功能模块。
为便于理解本申请实施例，首先结合图1详细说明本申请实施例的一个应用场景。
图1是适用于本申请实施例提供的方法的网络架构的示意图。如图所示，该网络架构例如可以是非漫游(non-roaming)架构。该网络架构具体可以包括下列网元：
1、用户设备(userequipment，ue)：可以称终端设备、终端、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、无线通信设备、用户代理或用户装置。ue还可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiationprotocol，sip)电话、无线本地环路(wirelesslocalloop，wll)站、个人数字助理(personaldigitalassistant，pda)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5g网络中的终端设备或者未来演进的公用陆地移动通信网络(publiclandmobilenetwork，plmn)中的终端设备等，还可以是端设备，逻辑实体，智能设备，如手机，智能终端等终端设备，或者服务器，网关，基站，控制器等通信设备，或者物联网设备，如传感器，电表，水表等物联网(internetofthings，iot)设备。本申请实施例对此并不限定。
在本申请实施例中，ue存储有长期密钥(longtermkey)。ue在与核心网网元(例如下文所述的amf实体、ausf实体)进行双向鉴权的时候，会使用长期密钥和相关函数验证网络的真实性，从而可以保证数据传输的安全性。
2、接入网(accessnetwork，an)：为特定区域的授权用户提供入网功能，并能够根据用户的级别，业务的需求等使用不同质量的传输隧道。接入网络可以为采用不同接入技术的接入网络。目前的无线接入技术有两种类型：第三代合作伙伴计划(3rdgenerationpartnershipproject，3gpp)接入技术(例如3g、4g或5g系统中采用的无线接入技术)和非第三代合作伙伴计划(non-3gpp)接入技术。3gpp接入技术是指符合3gpp标准规范的接入技术，采用3gpp接入技术的接入网络称为无线接入网络(radioaccessnetwork，ran)，其中，5g系统中的接入网设备称为下一代基站节点(nextgenerationnodebasestation，gnb)。非3gpp接入技术是指不符合3gpp标准规范的接入技术，例如，以wifi中的接入点(accesspoint，ap)为代表的空口技术。
基于无线通信技术实现接入网络功能的接入网可以称为无线接入网(radioaccessnetwork，ran)。无线接入网能够管理无线资源，为终端提供接入服务，进而完成控制信号和用户数据在终端和核心网之间的转发。
无线接入网例如可以是基站(nodeb)、演进型基站(evolvednodeb，enb或enodeb)、5g移动通信系统中的基站(gnb)、未来移动通信系统中的基站或wifi系统中的ap等，还可以是云无线接入网络(cloudradioaccessnetwork，cran)场景下的无线控制器，或者该接入网设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5g网络中的网络设备或者未来演进的plmn网络中的网络设备等。本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。
3、接入和移动管理功能(accessandmobilitymanagementfunction，amf)实体：主要用于移动性管理和接入管理等，可以用于实现移动性管理实体(mobilitymanagemententity，mme)功能中除会话管理之外的其它功能，例如，合法监听、或接入授权(或鉴权)等功能。在本申请实施例中，可用于实现接入和移动管理网元的功能。
4、会话管理功能(sessionmanagementfunction，smf)实体：主要用于会话管理、ue的网际协议(internetprotocol，ip)地址分配和管理、选择可管理用户平面功能、策略控制、或收费功能接口的终结点以及下行数据通知等。在本申请实施例中，可用于实现会话管理网元的功能。
5、用户平面功能(userplanefunction，upf)实体：即，数据面网关。可用于分组路由和转发、或用户面数据的服务质量(qualityofservice，qos)处理等。用户数据可通过该网元接入到数据网络(datanetwork，dn)。在本申请实施例中，可用于实现用户面网关的功能。
6、数据网络(dn)：用于提供传输数据的网络。例如，运营商业务的网络、因特(internet)网、第三方的业务网络等。
7、认证服务功能(authenticationserverfunction，ausf)实体：主要用于用户鉴权等。
8、网络开放功能(networkexposurefunction，nef)实体：用于安全地向外部开放由3gpp网络功能提供的业务和能力等。
9、网络存储功能((networkfunction(nf)repositoryfunction，nrf)实体：用于保存网络功能实体以及其提供服务的描述信息，以及支持服务发现，网元实体发现等。
10、策略控制功能(policycontrolfunction，pcf)实体：用于指导网络行为的统一策略框架，为控制平面功能网元(例如amf，smf网元等)提供策略规则信息等。
11、统一数据管理(unifieddatamanagement，udm)实体：用于处理用户标识、接入鉴权、注册、或移动性管理等。
12、应用功能(applicationfunction，af)实体：用于进行应用影响的数据路由，接入网络开放功能网元，或，与策略框架交互进行策略控制等。
在该网络架构中，n1接口为终端与amf实体之间的参考点；n2接口为an和amf实体的参考点，用于非接入层(non-accessstratum，nas)消息的发送等；n3接口为(r)an和upf实体之间的参考点，用于传输用户面的数据等；n4接口为smf实体和upf实体之间的参考点，用于传输例如n3连接的隧道标识信息，数据缓存指示信息，以及下行数据通知消息等信息；n6接口为upf实体和dn之间的参考点，用于传输用户面的数据等。
应理解，上述应用于本申请实施例的网络架构仅是举例说明的从传统点到点的架构和服务化架构的角度描述的网络架构，适用本申请实施例的网络架构并不局限于此，任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。
还应理解，图1中所示的amf实体、smf实体、upf实体、nssf实体、nef实体、ausf实体、nrf实体、pcf实体、udm实体可以理解为核心网中用于实现不同功能的网元，例如可以按需组合成网络切片。这些核心网网元可以各自独立的设备，也可以集成于同一设备中实现不同的功能，本申请对此不做限定。
下文中，为便于说明，将用于实现amf的实体记作接入和移动管理网元，将用于实现smf的实体记作会话管理网元，将用于实现upf的实体记作用户面网关，将用于实现udm功能的实体记作统一数据管理网元，将用于实现pcf的实体记作策略控制网元。应理解，上述命名仅为用于区分不同的功能，并不代表这些网元分别为独立的物理设备，本申请对于上述网元的具体形态不作限定，例如，可以集成在同一个物理设备中，也可以分别是不同的物理设备。此外，上述命名仅为便于区分不同的功能，而不应对本申请构成任何限定，本申请并不排除在5g网络以及未来其它的网络中采用其他命名的可能。例如，在6g网络中，上述各个网元中的部分或全部可以沿用5g中的术语，也可能采用其他名称等。在此进行统一说明，以下不再赘述。
还应理解，图1中的各个网元之间的接口名称只是一个示例，具体实现中接口的名称可能为其他的名称，本申请对此不作具体限定。此外，上述各个网元之间的所传输的消息(或信令)的名称也仅仅是一个示例，对消息本身的功能不构成任何限定。
图2示出了小数据传输的示意图。具体地，图2示出小数据快速通道(sdfp)传输方案的示意图。小数据可以快速地在终端→接入网→用户面网关专用通道上通过n3和n6接口传输。
然而，在当前技术中，小数据在终端侧被加密和完整性保护后被传输至接入网设备，接入网设备对加密后的数据进行解密和完整性验证后，可通过安全通道传输至用户面网关。被传输至用户面网关的小数据被用户面网关路由转发到公共数据网络(publicdatanetwork，pdn)。
由于在小数据的传输过程中，通常由接入网设备负责小数据的解密和完整性验证，用户面网关负责小数据的路由分发。因此，小数据在从接入网到用户面网关的传输过程中，就有被篡改的风险，因此安全性不高。接入网设备在完成对小数据的解密和完整性验证后，再通过接入网设备与核心网设备，如用户面网关，之间的安全通道传输数据。
然而，小数据在接入网设备被解密后再通过安全通道传输，存在一定的安全隐患，例如，数据可能在通过安全通道被传至核心网之前被篡改或窃取。因此，安全性不高。
有鉴于此，本申请提供一种方法，以实现ue与用户面网关之间的用户面安全保护，提高数据传输的安全性。应理解，本申请所提供的方法并不仅限于sdfp传输，也不仅限于小数据传输。本申请实施例提供的方法可以适用于所有在ue和用户面网关之间的数据传输，且用户面网关作为用户数据传输的安全终结点的场景。例如包括但不限于增强移动带宽(enhancedmobilebroadband，embb)业务、超可靠低延迟通信(ultra-reliableandlowlatencycommunication，urllc)业务、iot业务等。
为便于理解，在描述本申请实施例之前，首先对本申请涉及的几个术语做简单介绍。
1、小数据(smalldata)：小数据传输主要应用于蜂窝物联网(cellularinternetofthings，ciot)中，可以用于低复杂性、能量受限且低传输速率的终端。在某些场景中，终端可能是低移动性的，例如，测距仪、水表、电表、传感器等物联网设备。
2、鉴权与密钥协商(authenticationandkeyagreement，aka)：用户可以在开机发起注册过程中，与网络进行aka过程。通过aka过程可以实现终端和网络端的双向鉴权，使终端和网络端密钥达成一致，这样才能保证两者之间安全地通信。
3、第一中间密钥kamf：在ue注册过程中ue和amf分别获取到的密钥。kamf与5g中的密钥集标识符(ksiin5g，ngksi)相关。例如，ue和amf可以分别预先保存至少一个kamf与至少一个ngksi的一一对应关系。因此每个ngksi可用于唯一地指示一个kamf。kamf可用于后续生成upf传输根密钥kupf。
4、第二中间密钥ksmf：由kamf派生出来的密钥。例如，可以基于kamf、由密钥派生函数(keyderivationfunction，kdf)等算法生成，具体可以如下式所示：
ksmf＝kdf(kamf，其他参数)，其中，其他参数也可以称为入参(inputparameter)，例如可以包括会话标识、切片标识、会话类型、新鲜参数和smf标识中的至少一项。ksmf也可用于后续生成upf传输根密钥kupf。
5、upf传输根密钥kupf：ue与upf之间数据传输使用的根密钥。具体地，该根密钥可用于后续生成加密密钥和完整性保护密钥，该加密密钥和完整性保护密钥可用于ue和upf之间的数据传输。kupf可以基于上述kamf或ksmf
kupf＝kdf(kamf，其他参数)，其中，其他参数例如可以包括upf标识、会话标识(sessionid)、网络标识、字符串、新鲜参数中的至少一项。
在用于生成第二中间密钥ksmf
新鲜参数例如可以包括但不限于：一个只被使用一次的任意或非重复的随机数值(numberonce，nonce)、随机数(randomnumber)、计数器(counter)、nas上行(uplink，ul)/下行(downlink，dl)计数器(nasul/dlcounter)，下一跳(nexthop，nh)时间戳。
upf标识例如可以包括但不限于：upf的标识(identity，id)、upf的索引(index)、upf的下行/上行隧道标识(upfdl/ultunnelendpoint(te)id)或upf的计数值。其中，upf的计数值可用于表明第几个upf。
smf标识例如可以包括但不限于：smf的id、smf的index、smf的mac地址、与smf连接的可以用来区分smf的标识或smf的计数值。其中，smf的计数值可用于表明第几个smf，如可以标识为smf1，smf2等，则count值可以为1，2，3等。会话标识例如可以包括但不限于：分组数据单元(packetdataunit，pdu)会话id(pdusessionid)、会话对应的业务id或业务类型。
网络标识例如可以包括但不限于：运营商标识(例如，公共陆地移动网络(publiclandmobilenetwork，plmn)id)、接入网络标识(accessnetworkid)、服务网络标识(servingnetworkid)、小区标识(cellid)、基站标识(gnbid)、局域网网络id、切片id、承载(bearer)id、服务质量(qualityofservice，qos)id、流(flow)id、网络切片选择辅助信息(networksliceselectionassistanceinformation，nssai)。
字符串可以是表示该密钥适用场景的字符，例如可以包括但不限于：“sd”、“sdfp”|或“smalldata”，“ciot”等。
应理解，以上列举的参数仅为示例，不应对本申请构成任何限定。本申请对于upf标识、会话标识、网络标识、字符串以及新鲜参数的具体内容并不做限定。同时，本申请也并不排除采用其他的信息作为用于生成根密钥的参数的可能。
还应理解，上文列举的中间密钥、根密钥的名称仅为便于区分而命名，不应对本申请构成任何限定，本申请并不排除采用其他的名称来替代上述中间密钥或根密钥以实现相同或相似功能的可能。
6、加密密钥：发送端根据加密算法对明文进行加密以生成密文时输入的参数。若使用对称加密的方法，加密密钥和解密密钥是相同的。接收端可以根据相同的加密算法和加密密钥对密文进行解密。换句话说，发送端和接收端可以基于同一个密钥去加密和解密。
在本实施例中，该加密密钥可以简称为kupfenc。加密密钥kupfenc可以基于upf传输根密钥kupf由kdf等密钥生成算法生成，，具体可以如下式所示：
kupfenc＝kdf(kupf，其他参数)，其中，其他参数可以是字符串，如，“sd”、“sdfp”、”“smalldata”、“ciot”等，其他参数还可以是加密算法的类型、加密算法类型的长度、加密算法的标识、加密算法标识的长度或上文所提及的参数。例如，kupfenc＝kdf(kupf，“sd”，加密算法的类型)。
7、完整性保护密钥：发送端根据完整性保护算法对明文或密文进行完整性保护时输入的参数。接收端可以根据相同的完整性保护算法和完整性保护密钥对进行了完整性保护的数据进行完整性验证。
在本实施例中，该完整性保护密钥可以简称为kupfint。完整性保护密钥kupfint可以基于upf传输根密钥kupf由kdf等密钥生成算法生成，具体可以如下式所示：
kupfint＝kdf(kupf，其他参数)，其中，其他参数可以是字符串，如，“sd”、“sdfp”、”“smalldata”、“ciot”等，其他参数还可以是完整性保护算法的类型、完整性保护算法类型的长度、完整性保护算法的标识、完整性保护算法标识的长度或上文所提及的参数。例如，kupfint＝kdf(kupf，“sd”，完整性保护算法的类型)。
8、安全能力：包括但不限于：安全算法、安全参数、密钥等。在本申请实施例中，安全能力例如可以包括ue的安全能力和用户面网关的安全能力等。
9、安全算法：用于在对数据安全保护时使用的算法。例如可包括：加/解密算法、完整性保护算法等。
10、安全上下文：可以用于实现数据加解密和/或完整性保护的信息。安全上下文例如可以包括：加/解密密钥、完整性保护密钥、新鲜参数(比如nascount)、ngksi以及安全算法。
11、终结点(terminationpoint)：本申请实施例中涉及的终结点为用户面安全保护的终结点，或简称用户面安全的终结点、安全终结点等。本实施例中的用户面安全建立在ue和用户面网关之间，因此用户面安全保护的终结点为ue和用户面网关。作为用户面安全保护的终结点，ue和用户面网关可以负责数据的加解密和/或完整性保护。
12、激活用户面安全保护：在本实施例中，激活用户面安全保护包括激活加/解密保护，和/或，完整性保护/验证，也就是可以包括仅激活加/解密保护，或仅激活完整性保护/验证，或激活加/解密保护和完整性保护/验证这三种情况中的一种。下文实施例中，“是否激活加密保护和/或完整性保护”可以包括：是否仅激活加/解密保护、是否仅激活完整性保护/验证，或是否激活加/解密保护和完整性保护/验证这三种情况中的一种。
可以理解的是，在本申请实施例中，对于下行传输来说，用户面网关可以是加密端，激活用户面安全保护可以包括激活加密保护；ue可以是解密端，激活用户面安全保护可以包括激活解密保护；用户面网关可以是完整性保护端，激活用户面安全保护可以包括激活完整性保护；ue可以是完整性验证端，激活用户面安全保护可以包括激活完整性验证。对于上行传输来说，ue可以是加密端，激活用户面安全保护可以包括激活加密保护；用户面网关可以是解密端，激活用户面安全保护可以包括激活解密保护；ue可以是完整性保护端，激活用户面安全保护可以包括激活完整性保护；用户面网关可以是完整性验证端，激活用户面安全保护可以包括激活完整性验证。
因此在数据传输过程中，ue可以同时作为加密端和解密端，也可以同时作为完整性保护端和完整性验证端；用户面网关可以同时作为加密端和解密端，也可以同时作为完整性保护端和完整性验证端。若激活加/解密保护，则ue和用户面网关可以均激活加密保护和解密保护；若激活完整性保护/验证，则ue和用户面网关可以均激活完整性保护和完整性验证。
因此，下文中在未作出特别说明的情况下，“激活加密保护”和“激活加/解密保护”所表达的含义是一致的，或者说，可替换的；“激活完整性保护”和“激活完整性保护/验证”所表达的含义是一致的，或者说，可替换的。
需要说明的是，激活用户面安全保护可理解为开启了安全保护功能，例如激活加/解密保护，即开启了加解密功能。相反，不激活加/解密保护，即不开启加解密功能。但应理解，不激活加解密保护并不代表不生成加密密钥和解密密钥，也不代表不协商加密算法。在本实施例中，用户面安全的终结点可以预先获取加解密密钥和完整性保护密钥，并可预先协商加/解密算法和完整性保护算法。在确定激活某种安全保护的情况下可直接开启相应的安全保护。例如，激活加/解密保护，则可以直接基于加密算法和加密密钥进行加密保护，也可以直接基于解密算法和解密密钥解密数据。
13、安全策略：在本实施例中，涉及多个安全策略，例如可以包括ue的签约信息中的用户面安全策略、会话管理网元生成的第一安全策略以及用户面网关生成的第二安全策略。安全策略至少可用于指示是否激活加密保护和/或完整性保护。在一种实现方式中，安全策略可以指示安全保护的偏好，例如，可以指示需要的(required)、推荐的(preferred)和不需要的(notneeded)安全保护。基于该安全保护的偏好可以确定是否激活加密保护和/或完整性保护。
可选地，安全策略还可用于指示用户面安全的终结点或者对于用户面安全终结点的偏好建议。各安全策略还可以指示其他更多的信息，比如安全算法的强度建议等，其具体内容在后文实施例中分别举例说明，这里暂且省略对各安全策略所包含内容的详细说明。
下面结合附图详细说明本申请实施例提供安全会话方法。
需要说明的是，在下文中结合附图描述实施例的过程中，图中仅为便于理解而示意，不应对本申请构成任何限定。此外，图中示出的ran可对应于接入网设备，amf可对应于接入和移动管理网元，smf可对应于会话管理网元，upf可对应于用户面网关，udm可对应于统一数据管理网元，pcf可对应于策略管理网元。各网元名称仅为区分不同的功能而定义，不应对本申请构成任何限定。本申请并不排除定义其他网元来实现相同或相似功能的可能。
还需要说明的是，可用于实现上述upf的网元并不仅限于用户面网关，例如还可以是服务网关(servinggateway，sgw)、公共数据网(publicdatanetwork，pdn)网关(pdngateway，pgw)、pdu会话锚节点(pdusessionanchor)会话代理、本地分流服务器(localbreakout(lbo)server)等用来传输或路由用户面数据的网元。
下文的实施例仅为示例，以部署在ue和用户面网关之间的用户面安全保护为例来详细说明本申请实施例。该用户面网关也可以替换为pgw以及其他可用于实现相同或相似功能的网元。
图3是从设备交互的角度示出的本申请实施例提供的安全会话方法200的示意性流程图。如图所示，图3中所示的方法200可以包括步骤210至步骤250。下面结合图3详细说明方法200中的各个步骤。
在步骤210中，ue发送业务请求消息，该业务请求消息用于请求建立ue与数据网络的业务服务器的连接。而用户面网关作为数据传输的节点，可以最终接收来自ue的业务请求消息。
具体地，ue可经由接入网设备、接入和移动管理网元以及会话管理网元发送该业务请求消息。可以理解，该业务请求消息可以为nas消息。其中，该第一业务请求消息所请求建立的与数据网络的业务服务器的连接可用于传输数据。该数据例如可以是普通数据、小数据、具体的业务对应的数据等，本申请对此不作限定。
该业务请求从ue被发送至用户面网关的过程中，其中携带的信息可能并未发生改变，也可能经由某一网元的处理发生了改变，即不是直接透传，依据不同的网元的处理功能要求而定。本申请对此不作限定。
步骤210可以具体包括：
ue经由接入网设备向接入和移动管理网元发送第一业务请求消息；
接入和移动管理网元基于该ue的传输能力，向会话管理网元发送第二业务请求消息；
会话管理网元向用户面网关发送第三业务请求消息。
可选地，该第一业务请求消息为服务请求(servicerequest)消息或分组数据单元(packetdataunit，pdu)会话建立请求(pdusessionestablishmentrequest)消息。
可选地，该第二业务请求消息为接入和移动管理网元发送给会话管理网元的nsmf接口pdu会话创建会话管理上下文请求(nsmf_pdusession_creatsmcontextrequest)消息或接入和移动管理网元与会话管理网元之间的通信消息(namf_communication_n1n2messagetransfer)。
可选地，该第三业务请求消息为n4接口会话建立/修改请求(n4sessionestablishment/modifictionrequest)消息。
应理解，以上列举的各信令仅为示例，不应对本申请构成任何限定。该第一业务请求消息也可以是ue和接入和移动管理网元之间传输的其他消息，该第二业务请求消息也可以是接入和移动管理网元与会话管理网元之间传输的其他消息，该第三业务请求消息也可以是会话管理网元与用户面网关之间传输的其他消息。
还应理解，上述信令仅仅基于现有的架构和流程确定，不应对本申请构成任何限定。例如，当接入和移动管理网元和用户面网关之间有接口时，接入和移动管理网元可以直接向用户面网关发送上述第二业务请求消息。
在步骤220中，用户面网关生成加密密钥和完整性保护密钥。
用户面网关可以基于接收到的第二业务请求，生成加密密钥和完整性保护密钥。其中，用于生成加密密钥和完整性保护密钥可以是基于预先获取的根密钥和kdf算法生成的。该根密钥例如可以是在上文步骤210中基于第二业务请求消息确定的，也可以是在此之前就获取到的，本申请对此不作限定。
相应地，在步骤230中，ue生成加密密钥和完整性保护密钥。
ue也可以基于预先获取的upf传输根密钥、由kdf算法生成加密密钥和完整性保护密钥。其具体生成的方法在上文中已经做了详细说明。为了简洁，这里不再赘述。
其中，upf传输根密钥可以由ue基于预先获取的中间密钥kamf和入参、由kdf等密钥生成算法生成。其中，入参所包含的具体内容在上文中已经举例说明，为了简洁，这里不再赘述。
在本实施例中，入参可以是接入和移动管理网元通知ue的，例如，可以是由接入和移动管理网元在接收到第一业务请求消息之后向ue指示；也可以是ue通知接入和移动管理网元的。例如，接入和移动管理网元可以确定新鲜参数，并将该新鲜参数通知ue；又例如，ue在步骤210发送的业务请求消息可以是pdu会话建立请求消息，该pdu会话建立请求消息中携带了pdu会话标识。
可选地，该方法200还包括：ue接收来自接入和移动管理网元的upf传输根密钥的指示信息。该upf传输根密钥的指示信息例如可以包括用于生成upf传输根密钥的入参。
可选地，该upf传输根密钥的指示信息还可以包括密钥标识，该密钥标识包括：与upf传输根密钥对应的ksi和/或与第一中间密钥对应的ngksi。
在步骤240中，用户面网关激活用户面安全保护。
这里所说的安全保护例如可以包括加密保护和/或完整性保护。是否激活加密保护和/或完整性保护可以是预先定义的，如协议定义，也可以由ue的签约信息中的用户面安全策略确定，还可以根据用户面网关自身的能力确定，也可以结合用户面安全策略和用户面网关自身的能力确定。本申请对此不做限定。
用户面网关可以激活加密保护和/或完整性保护，即，可以理解为用户面网关开启了加密保护功能，和/或，开启了完整性保护功能。此后，用户面网关便可以基于在步骤220中生成的加密密钥进行加密保护，和/或，基于在步骤220中生成的完整性保护密钥进行完整性保护。
相应地，在步骤250中，ue激活用户面安全保护。
如前所述，是否激活加密保护和/或完整性保护可以是预先定义的，也可以是由用户面网关确定的，例如可以是根据ue的签约信息中的用户面安全策略确定，也可以是根据用户面网关自身的能力确定，还可以是结合ue的签约信息中的用户面安全策略和用户面网关自身的能力确定。在由用户面网关确定的情况下，可选地，该方法200还包括：用户面网关向ue发送安全激活指示信息，该安全激活指示信息用于指示是否激活加密保护和/或完整性保护。此后，ue可以激活加密保护和/或完整性保护。具体地，ue可以基于在步骤230中生成的加密密钥以及预先确定的加密算法进行加密保护，和/或，基于在步骤230中生成的完整性保护密钥以及预先确定的完整性保护算法进行完整性保护。
上述加密算法和完整性保护算法可以统称为安全算法。该安全算法可以是预先定义的，如协议定义，也可以是由ue和用户面网关协商确定的。本申请对此不做限定。
基于上述技术方案，通过在ue和用户面网关之间建立用户面安全保护，实现了ue和用户面网关之间端到端的安全保护，就如同建立了一条端到端的安全通道。ue和用户面网关可以在该安全通道中安全地进行数据传输。由于数据在ue和用户面网关之间均被加密和/或完整性保护，相比于现有技术而言，避免了数据在接入网设备解密后被篡改或窃取的可能，安全性更高。
下面将结合图4对上述方法做出更详细地说明。
图4是从设备交互的角度示出的本申请实施例提供的安全会话方法300的示意性流程图。如图所示，图4中示出的方法300可以包括步骤301至步骤316。下面结合图4详细说明方法300中的各个步骤。
在步骤301中，ue向接入和移动管理网元发送第一业务请求消息，该第一业务请求消息用于请求建立ue与数据网络的业务服务器的连接。相应地，在步骤301中，接入和移动管理网元接收来自ue的第一业务请求消息。
具体地，ue可以向接入网设备发送该第一业务请求消息，再由该接入网设备向接入和移动管理网元转发该第一业务请求消息。其中，该第一业务请求消息所请求建立的与数据网络的业务服务器的连接可用于传输数据。该数据例如可以是普通数据、小数据、具体的业务对应的数据等，本申请对此不作限定。
本领域的技术人员可以理解，接入网设备可以对接收到的消息进行解封装处理和/或增加部分的后续网元地址标识等信息后发送给接入和移动管理网元，或者接入网设备可以根据第一业务请求消息进行一定的处理，比如自身状态变化等。但在接入网设备转发的过程中，该第一业务请求中携带的ue需要后续网元参与操作的信息并未发生改变，比如注册相关信息、会话相关信息等。
可选地，该第一业务请求消息为服务请求(servicerequest)消息或分组数据单元(packetdataunit，pdu)会话建立请求(pdusessionestablishmentrequest)消息。
可选地，该第一业务请求消息中携带第一安全能力信息。该第一安全能力信息可用于指示该ue的安全能力。该第一安全能力信息例如可以包括该ue支持的安全算法的名称、标识或者其他可用于指示安全算法的信息，该第一安全能力信息例如还可以包括ue支持的安全算法的优先级列表。
可选地，该第一安全能力信息携带在注册请求消息中。即，在步骤301、ue发送该第一业务请求消息之前，可以向接入和移动管理网元发送该注册请求消息。在注册流程中，ue可以将用于指示自身的安全能力的第一安全能力信息携带在注册请求消息中。在这种情况下，上述第一业务请求消息中可以不携带第一安全能力信息，网络侧网元如amf可能已经获得了ue自身的安全能力。
可选地，该第一业务请求消息中还携带传输能力信息，该传输能力信息用于指示ue的传输能力。在本实施例中，该ue的传输能力支持ue与用户面网关之间的数据传输。
具体地，ue支持ue与用户面网关之间的数据传输，可以理解为接入网设备和/或接入和移动管理网元可以不用存储这种数据传输的上下文，例如包括安全上下文，接入网设备可以直接基于ue在业务请求消息中携带的以下至少一项信息将数据发送给对应的用户面网关：用户面网关、该数据或会话传输的信息以及自身存储的用户面网关的链路信息。
可选地，该第一业务请求消息中还携带该ue的标识。该ue的标识例如可以包括但不限于：国际移动设备识别码(internationalmobileequipmentidentity，imei)、国际移动用户识别码(internationalmobilesubscriberidentificationnumber，imsi)、ip多媒体子系统私有用户标识(ims(ipmultimediasubsystem)privateuseridentity，impi)、临时移动用户标识(temporarymobilesubscriberidentity，tmsi)、ip多媒体公共标识(ipmultimediapublicidentity，impu)、媒体接入控制(mediaaccesscontrol，mac)地址、ip地址、手机号码、全球唯一ue标识(globallyuniquetemporaryueidentity，guti)(例如对于5g来说，具体可以是5gguti)、永久身份标识(subscriptionpermanentidentifier，supi)、隐藏的身份标识(subscriberconcealedidentifier，suci)或永久设备标识(permanentequipmentidentifier，pei)。
应理解，该第一业务请求消息中也可以不携带该ue的标识。接入和移动管理网元也可以为ue分配临时标识，如guti。或者，在此前的注册请求消息中已经携带了ue的标识，如，suci、5gguti或pei等。
可选地，该第一业务请求消息中还携带切片或者具体业务相关信息，如业务类型等，使得接入网设备基于该信息，如nssai等，选择业务类型对应的接入和移动管理网元，或者用于接入和移动管理网元基于该信息选择对应的会话管理网元，或者用于会话管理网元基于该信息选择对应的用户面网关等。
进一步可选地，该第一业务请求消息中携带业务的安全需求信息，该业务的安全需求信息用于指示业务的安全需求。例如，该第一业务请求消息中可以携带某一业务类型所需要的安全算法的信息。可以理解，不同的业务类型所对应的安全算法可能不同。例如，urllc业务所需要的安全算法和iot业务所需要的安全算法就有可能不同。如，iot业务可能需要轻量级的安全算法，urllc业务可能需要安全强度较高的安全算法等。
在步骤302中，接入和移动管理网元向会话管理网元发送第二业务请求消息。相应地，在步骤302中，会话管理网元接收来自接入和移动管理网元的第二业务请求消息。
可选地，该第二业务请求消息为nsmf接口pdu会话会话创建会话管理上下文请求(nsmf_pdusession_creatsmcontextrequest)消息。
可选地，该第二业务请求消息中携带第一安全能力信息。
接入和移动管理网元可以基于接收到的第一业务请求消息，生成第二业务请求消息，该第二业务请求中可以携带第一安全能力信息。当第一业务请求消息携带传输能力信息时，接入和移动管理网元可以在生成的第二业务请求消息中不携带该传输能力信息，因为接入和移动管理网元已经做出了判断，确定终端设备ue具有支持与用户面网关传输数据的能力，也就确定可以在终端设备ue和用户面网关之间建立业务连接，如pdu会话连接。
可选地，该第二业务请求消息中不携带第一安全能力信息。
或者说，上述第一业务请求消息中也不携带第一安全能力信息。会话管理网元也可以直接从ue的签约信息中获取ue的安全能力信息。
可选地，该第二业务请求消息还携带upf传输根密钥或用于生成upf传输根密钥的信息。
接入和移动管理网元在接收到该第一业务请求消息之后，可以根据该第一业务请求消息确定需要建立ue和用户面网关之间的用户面安全保护。该ue和用户面网关之间的用户面安全保护可用于保护ue和用户面网关之间的数据传输的安全。例如，如果上述第一业务请求消息为pdu会话建立请求，该流程可以是会话建立流程，则该用户面安全保护具体可用于保护该pdu会话数据的安全。由此，接入和移动管理网元可以生成部分的安全上下文，比如生成upf传输根密钥kupf。该upf传输根密钥可用于后续生成加密密钥和完整性保护密钥。即，可选地，在步骤302之前，该方法300还包括步骤303，接入和移动管理网元基于接收到的第一业务请求消息，生成upf传输根密钥kupf。
由于接入和移动管理网元在步骤303中已经生成upf传输根密钥，并已确定可以在ue和用户面网关之间建立用户面安全保护，则接入和移动管理网元可以主动将生成的upf传输根密钥通过该第二业务请求消息发送给会话管理网元，以便后续生成加密密钥和完整性保护密钥。接入和移动管理网元在将upf传输根密钥发送给会话管理网元之后，可以在本地删除该upf传输根密钥，也可以在本地保存该upf传输根密钥，本申请对此不作限定。
或者，接入和移动管理网元也可以在第二业务请求消息中不携带upf传输根密钥，在接收到来自会话管理网元的请求之后，再将upf传输根密钥发送给会话管理网元；或则，接入和移动管理网元也可以不执行步骤303，而在接收到来自会话管理网元的请求后，直接将用于生成该upf传输根密钥的中间密钥和入参发送给会话管理网元，以便后续的其他网元，如会话管理网元或用户面网关，自行生成upf传输根密钥。本申请对此不作限定。
或者，接入和移动管理网元也可以不生成upf传输根密钥，即，接入和移动管理网元不执行步骤303，而将用于生成upf传输根密钥的中间密钥和入参发送给会话管理网元，以便后续的网元，如会话管理网元或用户面网关，生成upf传输根密钥。
具体地，用于生成upf传输根密钥的中间密钥可以是第一中间密钥kamf，会话管理网元或用户面网关可以基于该第一中间密钥和入参，由kdf等密钥生成算法生成upf传输根密钥。用于生成upf传输根密钥的中间密钥也可以是由该第一中间密钥派生出来的第二中间密钥ksmf，会话管理网元或用户面网关可以根据该第二中间密钥和入参生成upf传输根密钥。其中，入参所包含的具体内容在上文中已经举例说明，为了简洁，这里不再赘述。
下文中为方便说明，将upf传输根密钥或用于生成upf传输根密钥的中间密钥和入参中均称为upf传输根密钥的信息。当会话管理网元和用户面网关接收到upf传输根密钥的信息，便可以确定upf传输根密钥。
上文中已经详细说明了生成upf传输根密钥的具体方法，为了简洁，这里不再赘述。
需要说明的是，用于生成该upf传输根密钥的第一中间密钥kamf可以是接入和移动管理网元在该ue注册阶段与ue在相互认证之后得到，并各自保存在接入和移动管理网元与ue中的。
可选地，该第二业务请求消息还携带密钥标识，该密钥标识包括：与upf传输根密钥对应的ksi和/或与第一中间密钥对应的ngksi。
由于第一中间密钥有可能变化，而upf传输根密钥可以基于第一中间密钥生成。因此当第一中间密钥变化时，根密钥也会随之变化。在基于第一中间密钥生成upf传输根密钥的过程中，可以同时派生出另一参数ksi，该ksi与upf传输根密钥具有一一对应关系，就如前文所述的ngksi与第一中间密钥具有一一对应关系一样。由于upf传输根密钥基于第一中间密钥生成，第一中间密钥与ngksi一一对应，因此，与upf传输根密钥具有一一对应关系的ksi也与ngksi也具有一一对应关系。因此，若能获知ngksi，便可以获知第一中间密钥，也就可以计算确定出upf传输根密钥；相似地，若能获知ksi，便可以获知upf传输根密钥。
接入和移动管理网元可以在第二业务请求消息中携带该密钥标识，若在后续接收到新的密钥标识，则可以确定中间密钥已更新，从而可以根据新接收到的密钥标识确定更新后的upf传输根密钥。
可选地，ue和用户面网关在后续进行数据传输时，可以将该密钥标识携带在双方交互的数据包中，使得双方基于该密钥标识获得对应的密钥进行加解密和/或完整性保护操作。
可选地，该第二业务请求消息还携带ue的标识。
ue的标识的具体内容在上文中已经列举，为了简洁，这里不再赘述。
可选地，该第二业务请求消息中携带上述切片或者具体业务相关信息。
进一步可选地，该第二业务请求消息中携带上述业务的安全需求的信息。
在步骤304中，会话管理网元基于接收到的第二业务请求消息，从统一数据管理网元或策略控制网元获取该ue的签约信息。
可选地，步骤304可以包括：
会话管理网元发送签约信息请求，以请求获取该ue的签约信息；
会话管理网元接收该ue的签约信息。
ue的签约信息可以预先保存在统一数据管理网元和策略控制网元中的某一个网元中。该签约信息中可以包含用户面安全的终结点信息。该用户面安全激活的终结点信息例如可以用于指示用户面安全的终结点为用户面网关或接入网设备。在本实施例中，该用户面安全激活的终结点信息可以指示用户面安全的终结点为用户面网关。该签约信息中还可以包含用户面安全策略，该用户面安全策略可以用于指示是否需要激活加密保护和/或完整性保护。
该用户面安全策略可以与已有技术中签约信息中包含的用户面安全策略相同，即用于指示是否激活加密保护和/或完整性保护。此外，该用户面安全策略也可以对已有技术中的用户面安全策略做了改动，例如，将用户面安全的终结点信息也加入在用户名安全策略中。本申请对此不作限定。下文中为方便说明，假设用户面安全策略未包含用户面安全的终结点信息。但本申请并不排除将用户面安全的终结点信息放在用户面安全策略中的可能。
可选地，该签约信息还包括ue的安全能力信息。
该签约信息中可以包括ue的安全能力信息，并可以指示各安全算法的优先级，还可以包括所支持的对应各种业务的安全算法。例如，该签约信息中ue的安全能力信息可以是按照优先级由高到低的顺序排列的各安全算法的类型或标识。
在步骤305中，会话管理网元确定第一安全策略、用户面安全的终结点以及第二安全能力信息。
会话管理网元可以基于ue的签约信息中包含的用户面安全策略，生成第一安全策略。该第一安全策略可以包括该用户面安全策略，或者说，该第一安全策略可用于指示是否激活加密保护和/或完整性保护。
会话管理网元还可以基于其他信息，比如本地策略(localpolicy)，获得的切片相关信息(比如物联网的切片用户面安全终结点为用户面网关等，即可以理解为用户接入不同的切片，安全终结点的位置可以不同)，支持的服务类型等信息中的一项或多项综合判断来确定安全终结点和/或确定是否激活加密保护和/或完整性保护。其中，该业务类型的安全需求可以从签约信息获取；还可以通过与其他网元交互，比如策略控制网元、应用服务网元等。
因此，可以理解，该会话管理网元确定的第一安全策略与从ue的签约信息中获取的用户面安全策略有可能是相同的，也有可能是不同的，本申请对此不作限定。
会话管理网元还可以基于该ue的签约信息中包含的用户面安全激活的终结点信息(比如存储在签约信息中的用户面安全策略中、或者签约信息明确指出ue可以接受的服务类型，比如iot服务，车联网服务)，确定用户面安全的终结点为用户面网关。
可选地，该第一安全策略还可用于指示用户面安全的终结点信息，该用户面安全的终结点信息用于指示用户面安全的终结点为用户面网关。
应理解，该用户面安全的终结点信息可以是第一安全策略中的一个信元，也可以独立于该第一安全策略，与第一安全策略为独立的两个信息，本申请对此不作限定。
会话管理网元还可以基于第一安全能力信息和ue的签约信息中指示的ue的安全能力信息中的至少一项确定第二安全能力信息。如前所述，第二业务请求消息中可能未携带第一安全能力信息，会话管理网元可以从统一数据管理网元或策略控制网元获取ue的签约信息，以从中获取ue的安全能力信息。当会话管理网元获取了第一安全信息和ue的签约信息中的ue的安全能力信息时，该第二安全能力信息可以是第一安全能力信息所指示的安全能力和签约信息中所指示的ue的安全能力的子集。可以理解，该第二安全能力信息可能与第一安全能力信息不同，也可能与第一安全能力信息相同。
在一种实现方式中，该会话管理网元可以将根据第一安全能力信息所确定的，或者根据第一安全能力信息和ue的签约信息所确定的ue支持的安全算法按照优先级顺序由高到低的顺序排序得到第二安全能力信息。
进一步地，该会话管理网元还可以结合业务的安全需求确定第二安全能力信息。如上所述，该ue的安全能力可以是基于第一安全能力信息和ue的签约信息中的至少一项确定。会话管理网元可以基于第一安全能力信息、ue的签约信息中的ue的安全能力信息以及业务的安全需求信息确定该第二安全能力信息。其中，该业务的安全需求信息可以是ue通过上述业务请求消息(包括第一业务请求消息和第二业务请求消息)发送给会话管理网元的，也可以是基于会话管理网元基于业务类型从ue的签约信息中查找获取的，本申请对此不作限定。因此，第二安全能力信息可以认为是由第一安全能力信息、ue的签约信息中ue的安全能力信息和业务的安全需求信息确定的安全算法，即，可以是上述三项的子集。第二安全能力信息的具体内容可能与第一安全能力信息不同，也可能与第一安全能力信息相同。
可选地，该第一安全策略还可包括该第二安全能力信息。
应理解，该第二安全能力信息可以是第一安全策略中的一个信元，也可以独立于该第一安全策略，与第一安全策略为独立的两个信息，本申请对此不作限定。
当第一安全策略包括上述列举的各项信息时，该第一安全策略可用于指示：是否激活加密保护和/或完整性保护、用户面安全的终结点为用户面网关，以及由ue的安全能力和该业务的安全需求确定的安全算法。
在本实施例中，为方便说明，假设第一安全策略仅用于指示是否激活加密保护和/或完整性保护。即，与已有的用户面安全策略中所指示的信息的项目相同，但所指示的具体信息可能相同，也可能不同。但应理解，本申请并不排除第一安全策略包括其他信息的可能，如第二安全能力信息、用户面安全的终结点信息等。
可选地，该第一安全策略还包括用户面网关的安全能力信息。该用户面网关的安全能力信息可以是由会话管理网元从上述统一数据管理网元或策略控制网元获取的。
在步骤306中，会话管理网元向用户面网关发送第一安全策略、第二安全能力信息和upf传输根密钥的信息。相应地，在步骤306中，用户面网关接收来自会话管理网元的第一安全策略、第二安全能力信息和upf传输根密钥的信息。
会话管理网元在确定了用户面安全的终结点为用户面网关之后，可以将第一安全策略、第二安全能力信息以及upf传输根密钥的信息发送给用户面网关。
在本实施例中，会话管理网元可以通过直接从接入和移动管理网元获取upf传输根密钥，也可以从接入和移动管理网元获取用于生成upf传输根密钥的中间密钥和入参。会话管理网元可以通过以下两种方式中的任意一种获取upf传输根密钥的信息：
方式一、
会话管理网元可以根据在步骤302中接收的来自接入和移动管理网元的第二业务请求消息确定该upf传输根密钥。
可选地，该第二业务请求消息携带该upf传输根密钥。会话管理网元可直接从该第二业务请求中获取该upf传输根密钥。
可选地，该第二业务请求消息携带用于生成该upf传输根密钥的中间密钥和入参。会话管理网元可以根据该第二业务请求中携带的中间密钥和其他参数，自行生成upf传输根密钥。
方式二、
会话管理网元可以在步骤304接收到ue的签约信息，确定建立ue与用户面网关之间的用户面安全保护之后，向接入和移动管理网关请求获取upf传输根密钥的信息。
可选地，该方法300还包括：会话管理网元从接入和移动管理网元获取upf传输根密钥的信息。
具体地，会话管理网元可以直接从接入和移动管理网元接收到该upf传输根密钥，也可以从接入和移动管理网元接收到用于生成该upf传输根密钥的中间密钥和入参。
可选地，该会话管理网元从接入和移动管理网元获取upf传输根密钥的信息，具体包括：
会话管理网元向接入和移动管理网元发送第一请求，该第一请求用于请求获取upf传输根密钥的信息；
会话管理网元接收来自接入和移动管理网元的upf传输根密钥或用于生成upf传输根密钥的中间密钥和入参。
若会话管理网元直接从接入和移动管理网元获取到upf传输根密钥，便可在后续的步骤306中向用户面网关发送该upf传输根密钥；若会话管理网元从接入和移动管理网元获取到用于生成upf传输根密钥的中间密钥和入参，则该会话管理网元可自行生成upf传输根密钥，并在步骤306中向用户面网关发送该upf传输根密钥，或者，该会话管理网元可以直接将获取到的用于生成upf传输根密钥的中间密钥和入参转发给用户面网关，以便于用户面网关生成upf传输根密钥。
若会话管理网元直接获取了该upf传输根密钥，或者自行生成了该upf传输根密钥，该会话管理网元可以在将该upf传输根密钥发送给用户面网关之后，在本地删除该upf传输根密钥，也可以在本地保存该upf传输根密钥。本申请对此不作限定。
其中，用于生成upf传输根密钥的中间密钥和入参在上文方式一中已经做了详细说明，为了简洁，这里不再赘述。
应理解，图中仅为便于理解，示出了会话管理网元获取upf传输根密钥的一种可能的实现方式，而不应对本申请构成任何限定。
可选地，该会话管理网元向用户面网关发送用户面安全的终结点信息。该终结点信息可以指示用户面安全的终结点为用户面网关。可选地，该会话管理网元也可以不向用户面网关发送用户面安全的终结点信息，而通过其他信息来隐式地通知用户面网关为安全终结点。例如，上述第二安全能力信息或者密钥标识等，本申请对此不作限定。
可选地，上述用户面安全策略、用户面安全的终结点信息、第二安全能力信息可分别作为第一安全策略的信元发送，用户面安全的终结点信息和第二安全能力信息也可以独立于第一安全策略，作为独立的两个信息与第一安全策略一起发送。
可选地，第一安全策略、用户面安全的终结点信息、第二安全能力信息或upf传输根密钥的信息中的任意一项均可以携带在上述第三业务请求消息中。可选地，该第三业务请求消息为n4接口会话建立/修改请求(n4sessionestablishment/modifictionrequest)消息。
可选地，该第一安全策略、用户面安全的终结点信息、第二安全能力信息以及upf传输根密钥的信息携带在同一个信令中。该信令例如可以是上文所述的第三业务请求消息。当然，上述信息也可以分别携带在不同的信令中，本申请对此不作限定。
可选地，该第三业务请求消息中携带上述切片或者具体业务相关信息。
可选地，该第三业务请求消息中还携带密钥标识，该密钥标识为：与upf传输根密钥对应的ksi和/或与第一中间密钥对应的ngksi。
密钥标识的具体作用在上文中已经做了详细说明，为了简洁，这里不再赘述。
在步骤307中，用户面网关确定第一安全算法。
由于需要激活ue与用户面网关之间的用户面安全保护，则ue和用户面网关可以理解为该用户面安全保护的两个终结点。加密和完整性保护不仅考虑ue的安全能力，还需要考虑用户面网关的安全能力。因此，用户面网关可以基于ue的安全能力以及自身的安全能力确定可使用的安全算法。可以理解，该第一安全算法可以是ue支持的安全算法和用户面网关支持的安全算法的交集。换句话说，该第一安全算法可以是ue和用户面网关都分别支持的安全算法。用户面网关和用户ue可以基于各自的安全算法的优先级列表来确定安第一安全算法，比如取交集中最高优先级的安全算法。换句话说，该第一安全算法可以是ue和用户面网关都分别支持的安全算法。
此外，如前所述，会话管理网元向会话管理网元发送的第二安全能力信息还可以进一步结合业务的安全需求确定。因此，第一安全算法还可进一步结合业务的安全需求确定。该第一安全算法可以是第二安全能力信息所指示的安全算法和用户面网关支持的安全算法的交集。
在某些情况下，用户面网关可以支持所有的安全算法，此时，用户面网关可以直接根据第二安全能力信息确定第一安全算法。例如，可以将第二安全能力信息中的安全算法列表中优先级最高的算法确定为第一安全算法。
可选地，该第一安全算法也可以由会话管理网元确定后通知该用户面网关。即，会话管理网元基于ue的安全能力和用户面网关的安全能力确定第一安全算法。在这种情况下，可选地，该方法还包括：会话管理网元获取用户面网关的安全能力。该用户面网关的安全能力可以是由会话管理网元从统一数据管理网元或策略控制网元获取，也可以是由会话管理网元从用户面网关获取，还可以是由接入和移动管理网元预先配置，由会话管理网元从接入和移动管理网元获取。本申请对此不作限定。应理解，图中示出仅为示意，不应对本申请构成任何限定。
在步骤308中，用户面网关基于第一安全策略，生成第二安全策略和第一安全激活指示信息。
用户面网关在步骤307中接收到该第一安全策略、第二安全能力信息以及upf传输根密钥后，便可以默认将自身作为用户面安全的终结点。或者，会话管理网元可以直接将用户面安全终结点的信息发送给用户面网关，用户面网关可以根据该信息确定自身为用户面安全的终结点。此后，用户面网关可以生成第二安全策略和第一安全激活指示信息。
其中，该第二安全策略可以用于指示：是否激活加密保护和/或完整性保护。
用户面网关可以根据接收到的第一安全策略确定是否激活加密保护和/或完整性保护，用户面网关还可以结合自身的能力，看是否能够根据第一安全策略中所指示的需要激活的安全保护去激活。例如，当第一安全策略中指示激活加密保护和完整性保护时，用户面网关可以根据自身能力，确定是否可同时激活加密保护和完整性保护。在自身能力不足的情况下，可以择一激活，例如，激活加密保护或完整性保护。又例如，当第一安全策略中指示激活加密保护或完整性保护时，而用户面网关能力较强，此时，用户面网关可以根据自身能力，确定可同时激活加密保护和完整性保护。
因此第一安全策略中所指示的具体内容与第二安全策略中所指示的具体内容可能相同，也可能不同。
此外，用户面网关可以根据接收到的用户面安全的终结点信息，生成第一安全激活指示信息。该第一安全激活指示信息用于指示接入网设备不激活用户面安全保护，并用于指示终端设备激活用户面安全保护。例如，该第一安全激活指示信息可以为一个指示比特，置“1”时可用于指示接入网设备激活用户面安全保护，置“0”时可用于指示接入网设备不激活用户面安全保护。又例如，该第一安全激活指示信息可以为一个字符串，当字符串为“upf”时可用于指示接入网设备不激活用户面安全保护，当字符串为“ran”时可用于指示接入网设备激活用户面安全保护。
在本实施例中，该第一安全激活指示信息可以作为第二安全策略的一个信元，也可以独立于该第二安全策略，与第二安全策略为独立的两个信息，本申请对此不作限定。
在本实施例中，为方便说明，假设第二安全策略仅包含用于指示是否激活加密保护和/或完整性保护的信息，但应理解，本申请并不排除在第二安全策略中包含其他更多信息的可能，如第一安全激活指示信息等。
在步骤309中，用户面网关生成加密密钥和完整性保护密钥。
用户面网关可以基于从会话管理网元接收到的upf传输根密钥、由kdf等密钥生成算法生成加密密钥和完整性保护密钥；用户面网关也可以基于从会话管理网元接收到的用于生成upf传输根密钥的中间密钥和入参生成upf传输根密钥，再进一步基于该upf传输根密钥、由kdf等密钥生成算法生成加密密钥和完整性保护密钥。
可选地，用户面网关基于upf传输根密钥和第一安全算法、由kdf等密钥生成算法生成加密密钥和完整性保护密钥。
应理解，生成upf传输根密钥以及生成加密密钥和完整性保护密钥的具体过程在上文中已经做了详细说明，为了简洁，这里不再赘述。
在步骤310中，用户面网关向接入网设备发送第二安全策略、第一安全激活指示信息和第一安全算法的指示信息。相应地，在步骤310中，接入网设备接收来自用户面网关的第二安全策略、第一安全激活指示信息和第一安全算法的指示信息。
该第二安全策略、第一安全激活指示信息和第一安全算法的指示信息可以携带在同一信令中，也可以携带在不同的信令中，本申请对此不作限定。
具体地，用户面网关可经由会话管理网关、接入和移动管理网元向接入网设备发送第二安全策略、第一安全激活指示信息和第一安全算法的指示信息。接入网设备在接收到该第一安全激活指示信息后，可以获知用户面网关希望激活ue与用户面网关之间的用户面安全保护，而不激活ue与接入网设备之间的用户面安全保护。因此，接入网设备不做任何用户面安全保护的激活动作。
可选地，用于承载该第二安全策略、第一安全激活指示信息和第一安全算法的指示信息的消息可以为经由会话管理网元转发的nas消息。该nas消息例如可以包括接入和移动管理网元与会话管理网元之间的通信消息(namf_communication_n1n2messagetransfer)，以及从接入和移动管理网元到无线接入网设备的n2接口消息，比如n2接口pdu会话请求(n2pdusessionrequest)消息。
可选地，该nas消息经由接入和移动管理网元发送至接入网设备时，可以携带接入和移动管理网元确定的用于生成upf传输根密钥的入参。可选地，该nas消息还可携带密钥标识。
应理解，通过该nas消息携带用于生成upf传输根密钥的入参和密钥标识仅为一种可能的实现方式，不应对本申请构成任何限定，接入和移动管理网元也可以通过单独的信令向ue发送用于生成upf传输根密钥的入参和密钥标识。
在步骤311中，接入网设备向ue发送第二安全策略、第二安全激活指示信息和第一安全算法的指示信息。相应地，ue接收来自接入网设备的第二安全策略、第二激活指示信息和第一安全算法的指示信息。
接入网设备可以基于接收到的第一安全激活指示信息，确定用户面安全的终结点为用户面网关，进而可以生成第二安全激活指示信息，以指示ue激活用户面安全保护。
此外，接入网设备还可以将第二安全策略和第一安全算法的指示信息发送给ue，以便于ue基于第二安全策略确定是否激活加密保护和/或完整性保护，并基于第一安全算法进行后续的加密保护和/或完整性保护。可选地，该第二安全策略、第二安全激活指示信息和第一安全算法的指示信息携带在无线资源控制(radioresourcecontrol，rrc)消息中。该rrc消息例如可以是rrc重配消息等，本申请对此不做限定。
在步骤312中，ue基于第二安全激活指示生成upf传输根密钥，并基于upf传输根密钥生成加密密钥和完整性保护密钥。
ue在接收到第二安全激活指示之后，便可以确定用户面网关为用户面安全的终结点，可以基于预先获取的第一中间密钥生成upf传输根密钥，然后基于upf传输根密钥生成加密密钥和完整性保护密钥。应理解，ue也可以预先生成upf传输根密钥，在接收到第二安全激活指示后基于该upf传输根密钥生成加密密钥和完整性保护密钥。本申请对此不作限定。
可选地，在步骤312之前，ue接收来自接入和移动管理网元的用于生成upf传输根密钥的入参。
若用于生成upf传输根密钥的入参由接入和移动管理网元确定，则接入和移动管理网元可以在步骤303中生成upf传输根密钥之后将该入参发送给ue，以便于ue基于该入参生成upf传输根密钥。该入参可以在步骤303之后发送，也可以在上述步骤310中与第二安全策略、第一安全激活指示信息和第一安全算法的指示信息一同发送给接入网设备，再由接入网设备转发给ue。本申请对此不作限定。
可选地，ue基于upf传输根密钥和第一安全算法、由kdf等密钥生成算法生成加密密钥和完整性保护密钥。
应理解，生成upf传输根密钥以及生成加密密钥和完整性保护密钥的具体过程在上文中已经做了详细说明，为了简洁，这里省略对该具体过程的详细说明。
在步骤313中，ue基于第二安全策略，激活用户面安全保护。
ue接收到来自用户面网关的第二安全策略之后，可以确定是否激活加密保护和/或完整性保护，进而可以根据第二安全策略激活ue侧的用户面安全保护。
在步骤314中，ue向用户面网关发送安全激活完成指示信息，以通知用户面网关该ue已经激活了用户面安全保护。相应地，在步骤314中，用户面网关接收来自ue的激活完成指示信息。
可选地，该安全激活完成指示信息携带在rrc响应消息中。该rrc响应消息例如可以是rrc重配响应消息。继而通过接入和移动管理网元和会话管理网元将该安全激活完成指示信息发送到用户面网关。
在步骤315中，用户面网关激活用户面安全保护。
用户面网关可以在接收到来自ue的安全激活完成指示信息后激活用户面网关侧的用户面安全保护，也可以在生成加密密钥和完整性保护密钥并协商算法完成后直接激活用户面安全保护，即在步骤308之后可直接激活安全保护。本申请对此不做限定。
由此，ue和用户面网关都分别激活了用户面安全保护，可以进行安全的数据传输。
可选地，该方法300还包括：步骤316，ue与用户面网关传输数据。
ue可以向用户面网关发送上行数据，用户面网关也可以向ue发送下行数据，本申请对此不作限定。以上行传输为例，具体地，ue可以根据第二安全策略中所指示的需要激活的安全保护对数据进行加密和/或完整性保护。例如，若第二安全策略中指示仅激活加密保护，则ue可以仅对数据进行加密；若第二安全策略中指示仅激活完整性保护，则ue可以进对数据进行完整性保护；若第二安全策略中指示激活加密和完整性保护，则ue可以对数据既进行加密又进行完整性保护。
此后，ue可以向用户面网关发送进行了加密和/或完整性保护的数据。相应地，用户面网关接收来自ue的进行了加密和/或完整性保护的数据。
具体地，ue可以经由接入网设备、接入和移动管理网元、会话管理网元向用户面网关发送进行了加密和/或完整性保护的数据。
此后，用户面网关对接收到的数据进行解密和/或完整性验证。
具体地，用户面网关可以根据第二安全策略中所指示的需要激活的安全保护对数据进行解密和/或完整性保护。例如，若第二安全策略中指示仅激活加密保护，则用户面网关可以仅对接收到的数据进行解密；若第二安全策略中指示仅激活完整性保护，则ue可以进对接收到的数据进行完整性验证；若第二安全策略中指示激活加密和完整性保护，则ue可以对接收到的数据进行解密和完整性验证。
可选地，在用户ue和用户面网关间传输的数据包中携带密钥标识，该密钥标识可作为安全上下文的标识，具体地，用来指示双方所用的密钥。
由于终端设备和用户面网关可能都分别生成了多个密钥，当终端设备使用某一加密密钥加密数据时，用户面网关需要使用相应的解密密钥来解密数据；当终端设备使用某一完整性保护密钥加密时，用户面网关需要使用相应的解密密钥进行完整性校验。为了便于解密端使用正确的密钥解密数据或进行完整性校验，加密端可以将用于加密的密钥或完整性保护的密钥所对应的密钥标识与数据一同发送到解密端，以便于解密端确定相应的解密密钥或完整性保护密钥。
应理解，在本实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。例如，本申请对于步骤307和步骤308的执行顺序不作限定，步骤307可以在步骤308之前执行，也可以在步骤308之后执行；同理，本申请对于步骤308和步骤309的执行顺序不作限定，步骤308可以在步骤309之前执行，也可以在步骤309之后执行；此外，步骤312可以在步骤311之后执行，也可以在步骤311之前执行；此外，步骤315可以在步骤314之后执行，也可以在步骤305之前执行，例如在步骤309之后执行。本申请对此不作限定。
基于上述技术方案，ue和用户面网关之间完成了用户面安全保护的激活。该ue和用户面网关之间就如同建立了一条端到端的安全通道，双方可以在该安全通道中进行安全的数据传输。由于数据在ue和用户面网关之间均被加密和/或完整性保护，相比于现有技术而言，避免了数据在接入网设备解密后被篡改或窃取的可能，安全性更高。
图5是从设备交互的角度示出的本申请又一实施例提供的安全会话方法400的示意性流程图。如图所示，图5中示出的方法400可以包括步骤410至步骤460。下面结合图5详细说明方法400中的各个步骤。
在步骤410中，ue向会话管理网元发送业务请求消息，该业务请求消息用于请求建立ue与数据网络的业务服务器的连接。相应地，在步骤410中，会话管理网元接收来自ue的业务请求消息。
应理解，步骤410与上文方法200中的步骤210的具体过程相似。由于上文方法200中已经对步骤210做了详细说明，为了简洁，这里不再赘述。
在步骤420中，会话管理网元基于该业务请求消息，生成加密密钥和完整性保护密钥。
会话管理网元可以预先从接入和移动管理网元获取upf传输根密钥，以基于该upf传输根密钥生成加密密钥和完整性保护密钥，并将其发送给用户面网关。
基于upf传输根密钥生成加密密钥和完整性保护密钥的具体过程在上文中已经做了详细说明，为了简洁，这里不再赘述。
在步骤430中，会话管理网元向用户面网关发送加密密钥和完整性保护密钥。相应地，在步骤430中，用户面网关接收来自会话管理网元的加密密钥和完整性保护密钥。
可选地，会话管理网元删除本地保存的加密密钥和完整性保护密钥。
可选地，会话管理网元保存该加密密钥和完整性保护密钥。
在步骤440中，ue生成加密密钥和完整性保护密钥。
基于upf传输根密钥生成加密密钥和完整性保护密钥的具体过程在上文中已经做了详细说明。由于上文方法200中已经对步骤230做了详细说明，为了简洁，这里不再赘述。
在步骤450中，用户面网关激活用户面安全保护。
相应地，在步骤460中，ue激活用户面安全保护。
步骤450和步骤460的具体过程和上文方法200中的步骤240和步骤250的具体过程相同。由于上文方法200中已经对步骤240和步骤250做了详细说明，为了简洁，这里不再赘述。
可选地，该方法还包括：会话管理网元确定第一安全算法。
会话管理网元可以基于该业务请求确定第一安全算法。该第一安全算法可以是基于ue支持的安全算法和用户面网关支持的安全算法确定的。其中，用户面网关支持的安全算法例如可以是在步骤410之前会话管理网元从用户面网关获取的，也可以是在步骤420之前会话管理网元从统一数据管理网元中获取的，本申请对此不作限定。在某些情况下，该用户面网关可以支持所有的安全算法，此时，会话管理网元可以直接根据ue支持的算法确定第一安全算法。
可选地，该方法还包括：会话管理网元向ue发送该第一安全算法的指示信息。相应地，ue接收来自会话管理网元的第一安全算法的指示信息。
可选地，该方法还包括：会话管理网元向用户面网关发送第一安全算法的指示信息。相应地，用户面网关接收来自会话管理网元的第一安全算法的指示信息。
会话管理网元在确定第一安全算法之后，便可以分别向ue和用户面网关发送第一安全算法的指示信息，以便于ue和用户面网关激活安全保护。
基于上述技术方案，通过会话管理网元协商算法和生成密钥，并分别将第一安全算法通知ue和用户面网关，将生成的密钥通知用户面网关，从而在ue和用户面网关之间建立用户面安全保护。由此可以实现ue和用户面网关之间端到端的安全保护，就如同建立了一条端到端的安全通道。ue和用户面网关可以在该安全通道中安全地进行数据传输。由于数据在ue和用户面网关之间均被加密和/或完整性保护，相比于现有技术而言，避免了数据在接入网设备解密后被篡改或窃取的可能，安全性更高。
下面将结合图6对上述方法做出更详细地说明。
图6是从设备交互的角度示出的本申请再一实施例提供的安全会话方法500的示意性流程图。如图所示，图6中示出的方法500可以包括步骤501至步骤518。下面结合图6详细说明方法500中的各个步骤。
在步骤501中，ue向接入和移动管理网元发送第一业务请求消息，该第一业务请求消息用于请求建立ue与数据网络的业务服务器的连接。相应地，在步骤501中，接入和移动管理网元接收来自ue的第一业务请求消息。
可选地，该第一业务请求消息中携带业务类型。
可选地，该第一业务请求消息中携带业务的安全需求信息，该业务的安全需求信息用于指示与业务类型对应的安全算法。
可选地，该第一业务请求消息中携带第一安全能力信息，该第一安全能力信息用于指示ue支持的安全算法。
可选地，在步骤501之前，该方法还包括：ue发送注册请求消息，该注册请求消息中携带该第一安全能力信息，该第一安全能力信息用于指示ue的安全能力。在这种情况下，上述第一业务请求消息中可以不携带第一安全能力信息。
在步骤502中，接入和移动管理网元基于接收到的第一业务请求消息，向会话管理网元发送第二业务请求消息。相应地，在步骤502中，会话管理网元接收来自接入和移动管理网元的第二业务请求消息。
可选地，该第二业务请求消息中携带业务类型。
可选地，该第二业务请求消息中携带业务的安全需求信息。
可选地，该第二业务请求消息中携带第一安全能力信息。
可选地，在步骤502之前，该方法还包括：步骤503，接入和移动管理网元基于接收到的第一业务请求消息，生成upf传输根密钥kupf。
可选地，该接入和移动管理网元也可以不执行步骤502，而是将用于生成upf传输根密钥的中间密钥和入参发送给会话管理网元，由会话管理网元自行生成upf传输根密钥。本申请对此不作限定。
在步骤504中，会话管理网元基于接收到的第二业务请求，从统一数据管理网元或策略控制网元获取该ue的签约信息。
该ue的签约信息中可以包含用户面安全策略，该用户面安全策略可用于指示是否激活加密保护和/或完整性保护。该ue的签约信息中还可以包含用户面安全的终结点信息，该用户面安全的终结点信息用于指示用户面安全的终结点。在本实施例中，用户面安全的终结点可以为用户面网关。
在本实施例中，用户面安全的终结点信息可以作为用户面安全策略中的一个信元，也可以是独立于用户面安全策略，与用户面安全策略是独立的两个信息，本申请对此不做限定。下文中为方便说明，假设用户面安全策略中不包含用户面安全的终结点信息，但应理解，本申请并不排除将用户面安全的终结点信息放在用户面安全策略中的可能。
具体地，步骤501至步骤504的具体过程与上文方法300中步骤301至步骤304的具体过程相同。由于上文已经对步骤301至步骤304做了详细说明，为了简洁，这里不再赘述。
在步骤505中，会话管理网元确定第一安全算法。
具体地，会话管理网元可以根据ue的安全能力和用户面网关的安全能力确定第一安全算法。
其中，该ue的安全能力可以根据步骤502中接收到的第二业务请求消息中携带的第一安全能力信息确定，也可以是根据该第一安全能力信息和在步骤504中获取到的ue的签约信息确定。由于ue的签约信息中可能会携带ue的安全能力信息，在这种情况下，会话管理网元可以结合第一安全能力信息和签约信息中携带的ue的安全能力信息确定ue的安全能力。
该用户面网关支持的安全算法可以由会话管理网元在步骤505之前从用户面网关获取。可选地，该方法还包括：步骤506，会话管理网元从用户面网关获取用户面网关的安全能力信息。
具体地，步骤506可以包括：
会话管理网元向用户面网关发送第二请求，该第二请求用于请求获取用户面网关的安全能力信息；
会话管理网元接收来自用户面网关发送的第三安全能力信息，该第三安全能力信息指示用户面网关的安全能力。
此外，会话管理网元还可以进一步结合业务的安全需求信息确定。会员管理网元可以根据此前接收到的业务类型或业务的安全需求信息确定与业务类型对应的安全算法，以进一步确定第一安全算法。该第一安全算法可以是由ue的安全能力、用户面网关的安全能力以及业务的安全需求信息确定。因此，该第一安全算法可以是ue支持的安全算法、用户面网关支持的安全算法以及业务类型对应的安全算法的交集。
在有些情况下，用户面网关能够支持所有的安全算法。此时，会话管理网元可以仅根据ue的安全能力，或，ue的安全能力和业务的安全需求信息确定第一安全算法。
在步骤507中，会话管理网元向ue发送第一安全算法的指示信息。
会话管理网元在确定了第一安全算法之后，可以直接向ue指示该第一安全算法。
在步骤508中，会话管理网元基于upf传输根密钥，生成加密密钥和完整性保护密钥。
会话管理网元可以基于upf传输根密钥、由kdf等密钥生成算法生成加密密钥和完整性保护密钥。
可选地，在步骤508之前，该方法500还包括：步骤509，会话管理网元获取upf传输根密钥的信息。会话管理网元从接入和移动管理网元获取upf传输根密钥的信息的具体过程可以与上文方法300中的会话管理网元从接入和移动管理网元获取upf传输根密钥的信息的具体过程相似，会话管理网元可以从接入和移动管理网元获取upf传输根密钥，或者，用于生成upf传输根密钥的中间密钥和入参，进而自行生成upf传输根密钥。其具体过程在上文方法300中已经做了详细说明，为了简洁，这里不再赘述。
在步骤510中，会话管理网元确定第一安全策略和用户面安全的终结点。
其中，该第一安全策略用于指示是否激活加密保护和/或完整性保护的指示信息。
会话管理网元确定第一安全策略和用户面安全的终结点的具体过程在上文方法300中的步骤305中已经做了详细说明，为了简洁，这里不再赘述。
在步骤511中，会话管理网元向用户面网关发送第一安全策略、第一安全算法的指示信息以及加密密钥和完整性保护密钥。
会话管理网元可以基于上述步骤分别确定第一安全策略、第一安全算法以及加密密钥和完整性保护密钥，此后可将上述信息发送给用户面网关，以便于用户面网关激活用户面安全保护。
在本实施例中，第一安全策略、第一安全算法的指示信息以及加密密钥和完整性保护密钥可以通过同一信令发送给用户面网关，也可以通过不同的信令发送给用户面网关，本申请对此不作限定。
可选地，会话管理网元删除加密密钥和完整性保护密钥。
可选地，会话管理网元保存加密密钥和完整性保护密钥。
在步骤512中，用户面网关基于第一安全策略，生成第二安全策略和第一安全激活指示信息。
该第二安全策略用于指示：激活ue和用户面网关之间的用户面安全保护，以及是否激活加密保护和/或完整性保护的指示信息。
用户面网关生成第二安全策略和第一安全激活指示信息的具体过程在上文方法300中的步骤308中已经做了详细说明，为了简洁，这里不再赘述。
可以理解的是，在本实施例中，第二安全策略中所指示的具体内容与第一安全策略中所指示的具体内容可能相同，也可能不同。
在步骤513中，用户面网关向接入网设备发送第二安全策略和第一安全激活指示信息。相应地，在步骤513中，接入网设备接收来自用户面网关的第二安全策略和第一安全激活指示信息。
用户面网关向接入网设备发送第二安全策略和第一安全激活指示信息的具体过程在上文方法300的步骤310中已经做了详细说明，为了简洁，这里不再赘述。
在本实施例中，该用户面网关可以经由会话管理网元向接入网设备发送第二安全策略和第一安全激活指示信息。该会话管理网元在接收到来自用户面网关的第二安全策略和第一安全激活指示信息之后，可以将第一安全算法的指示信息携带在同一信令中发送给接入网设备。
但应理解，将第一安全算法的指示信息、第二安全策略和第一安全激活指示信息携带在同一信令中发送给接入网设备仅为一种可能的实现方式，不应对本申请构成任何限定，会话管理网元也可以通过不同的信令来发送第一安全算法的指示信息、第二安全策略和第一安全激活指示信息。
在步骤514中，接入网设备向ue发送第二安全策略、第二安全激活指示信息以及第一安全算法的指示信息。相应地，在步骤514中，ue接收来自接入网设备的第二安全策略、第二安全激活指示信息以及第一安全算法的指示信息。
接入网设备向ue发送第二安全策略、第二安全激活指示信息和第一安全算法的指示信息的具体过程在上文方法300中的步骤311中已经做了详细说明，为了简洁，这里不再赘述。
可选地，该第二安全策略、第二安全激活指示信息和第一安全算法的指示信息携带在rrc消息中。该rrc消息例如可以是rrc重配消息等，本申请对此不做限定。
在步骤515中，ue生成upf传输根密钥，并基于upf传输根密钥生成加密密钥和完整性保护密钥。
可选地，ue可以基于upf传输根密钥和第一安全算法、由pdf等密钥生成算法生成加密密钥和完整性保护密钥。
在步骤516中，ue基于第二安全策略，激活用户面安全保护。
在步骤517中，ue向用户面网关发送安全激活完成指示信息，以通知用户面网关该ue已经激活了用户面安全保护。相应地，用户面网关接收安全激活完成指示信息。
在步骤518中，用户面网关激活用户面安全保护。
应理解，步骤515至步骤518的具体过程与上文方法300中步骤312至步骤315的具体过程相同。由于上文方法300中已经对这些步骤做了详细说明，为了简洁，这里不再赘述。
此后，ue可以对数据进行加密和/完整性保护，并向用户面网关发送进行了加密和/或完整性保护的数据。用户面网关可以对接收到的数据进行解密和/或完整性验证。
应理解，在ue和用户面网关分别激活了安全保护之后，ue和用户面网关便可以基于生成的加密密钥进行加密保护，和/或，基于完整性保护密钥进行完整性保护。其具体过程在上文方法300步骤316中已经做了详细说明，为了简洁，这里不再赘述。
应理解，在本实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。例如，本申请对步骤508和步骤510的执行先后顺序不作限定，步骤508可以在步骤510之前执行，也可以与步骤510同时执行，还可以在步骤510之后步骤518之前执行，本申请对此不作限定。此外，步骤518可以在步骤517之后执行，也可以在步骤517之前执行，本申请对此不作限定。
基于上述技术方案，通过会话管理网元协商算法和生成密钥，并分别将第一安全算法通知ue和用户面网关，将生成的密钥通知用户面网关，从而在ue和用户面网关之间建立用户面安全保护。由此可以实现ue和用户面网关之间端到端的安全保护，就如同建立了一条端到端的安全通道。ue和用户面网关可以在该安全通道中安全地进行数据传输。由于数据在ue和用户面网关之间均被加密和/或完整性保护，相比于现有技术而言，避免了数据在接入网设备解密后被篡改或窃取的可能，安全性更高。
图7是从设备交互的角度示出的本申请又一实施例提供的安全会话方法600的示意性流程图。如图所示，图7中示出的方法600可以包括步骤610至步骤670。下面结合图7详细说明方法600中的各个步骤。
在步骤610中，ue向接入和移动管理网元发送业务请求消息，该业务请求用于请求建立ue与数据网络的业务服务器的连接。相应地，在步骤610中，接入和移动管理网元接收来自ue的业务请求消息。
步骤610的具体过程与上文中方法300中步骤301的具体过程相似，由于上文方法300中已经对步骤301做了详细说明，为了简洁，这里不再赘述。
在步骤620中，ue生成加密密钥和完整性保护密钥。
ue可以基于预先确定的upf传输根密钥和kdf算法生成加密密钥和完整性保护密钥。其具体生成的方法在上文中已经做了详细说明，为了简洁，这里不再赘述。
其中，upf传输根密钥可以由ue基于预先获取的第一中间密钥kamf和入参生成。其中，入参可以是接入和移动管理网元通知ue的，也可以是ue通知接入和移动管理网元的。例如，接入和移动管理网元可以确定新鲜参数，并将该新鲜参数通知ue；又例如，ue在步骤610发送的业务请求消息可以是pdu会话建立请求，该pdu会话建立请求中携带了pdu会话标识。
在步骤630中，接入和移动管理网元基于该业务请求，生成密钥信息，该密钥信息为upf传输根密钥，或者，该密钥信息为加密密钥和完整性保护密钥。
在步骤640中，接入和移动管理网元向用户面网关发送该密钥信息。相应地，用户面网关接收来自接入和移动管理网元的密钥信息。
在步骤650中，用户面网关基于密钥信息，确定加密密钥和完整性保护密钥。
具体地，接入和移动管理网元可以通过以下两种方式中的任意一种方式向用户面网关指示加密密钥和完整性保护密钥：
方式a)：接入和移动管理网元基于业务请求生成根密钥，并基于upf传输根密钥生成加密密钥和完整性保护密钥。接入和移动管理网元可以将该加密密钥和完整性保护密钥发送给用户面网关。用户面网关可以直接根据接入和移动管理网元发送的密钥信息确定加密密钥和完整性保护密钥；
方式b)：接入和移动管理网元基于业务请求生成upf传输根密钥，并将该upf传输根密钥经由会话管理网元发送给用户面网关。会话管理网元可以根据接收到的upf传输根密钥生成加密密钥和完整性保护密钥，发送给用户面网关。或者，会话管理网元可以直接将该upf传输根密钥转发给该用户面网关，用户面网关可以基于接收到的upf传输根密钥自行计算生成加密密钥和完整性保护密钥。
基于upf传输根密钥生成加密密钥和完整性保护密钥的具体过程在上文中已经详细说明，为了简洁，这里省略对其具体过程的详细说明。
在步骤660中，ue激活用户面安全保护。
相应地，在步骤670中，用户面网关激活用户面安全保护。
步骤660和步骤670的具体过程与上文方法200中的步骤240和步骤250的具体过程相似，由于上文中已经对步骤240和步骤250做了详细说明，为了简洁，这里不再赘述。
基于上述技术方案，通过接入和移动管理网元协商算法和生成密钥信息，并分别将第一安全算法通知ue和用户面网关，将生成的密钥通知用户面网关，从而在ue和用户面网关之间建立用户面安全保护，实现了ue和用户面网关之间端到端的安全保护，就如同建立了一条端到端的安全通道。ue和用户面网关可以在该安全通道中安全地进行数据传输。由于数据在ue和用户面网关之间均被加密和/或完整性保护，相比于现有技术而言，避免了数据在接入网设备解密后被篡改或窃取的可能，安全性更高。
下面将结合图8对上述方法做出更详细地说明。
图8是从设备交互的角度示出的本申请再一实施例提供的安全会话方法700的示意性流程图。如图所示，图8中示出的方法700可以包括步骤701至步骤716。下面结合图8详细说明方法700中的各个步骤。
在步骤701中，ue向接入和移动管理网元发送第一业务请求消息，该第一业务请求用于请求建立ue与数据网络的业务服务器的连接。相应地，在步骤701中，接入和移动管理网元接收来自ue的第一业务请求消息。
可选地，该第一业务请求消息中携带业务类型。
可选地，该第一业务请求消息中携带业务的安全需求信息，该业务的安全需求信息用于指示与业务类型对应的安全算法。
可选地，该第一业务请求消息中携带第一安全能力信息，该第一安全能力信息用于指示ue支持的安全算法。
可选地，在步骤701之前，该方法还包括：ue发送注册请求消息，该注册请求消息中携带第一安全能力信息，该第一安全能力信息用于指示ue的安全能力。在这种情况下，上述第一业务请求消息中可以不携带第一安全能力信息。
可选地，接入和移动管理网元也可以从ue的签约信息中获取ue的安全能力信息，而不需要ue通过第一安全能力信息来指示。该ue的签约信息可以是由接入和移动管理网元直接从统一数据管理网元或策略控制网元获取，也可以是由会话管理网元从统一数据管理网元或策略控制网元获取到并转发给接入和移动管理网元的。本申请对此不做限定。
可选地，该第一业务请求消息中携带ue的传输能力信息，该ue的传输能力信息用于指示该ue的传输能力支持该ue与用户面网关之间的数据传输。
在步骤702中，接入和移动管理网元基于第一业务请求消息确定第一安全算法。
具体地，接入和移动管理网元可以根据ue的安全能力和用户面网关的安全能力确定第一安全算法。
该ue的安全能力可以根据步骤702之前接收到的第一安全能力信息确定。该用户面网关的安全能力可以由会话管理网元从用户面网关或统一数据管理网元获取后转发给接入和移动管理网元，也可以是由接入和移动管理网元从统一数据管理网元获取，还可以是预先配置并保存在接入和移动管理网元中的，本申请对此不作限定。
进一步地，该第一安全算法还可以结合业务的安全需求信息确定。接入和移动管理网元可以根据在步骤702之前接收到的业务类型或业务的安全需求信息确定与业务类型对应的安全算法，以进一步确定第一安全算法。该第一安全算法可以是由ue的安全能力、用户面网关的安全能力以及业务的安全需求信息确定。因此，该第一安全算法可以是ue支持的安全算法、用户面网关支持的安全算法以及业务类型对应的安全算法的交集。
在有些情况下，用户面网关能够支持所有的安全算法，此时，接入和移动管理网元可以仅根据ue的安全能力，或，ue的安全能力和业务的安全需求信息确定第一安全算法。
在步骤703中，接入和移动管理网元基于第一业务请求消息生成密钥信息。
在本实施例中，接入和移动管理网元基于第一业务请求消息生成upf传输根密钥。可选地，还可以基于upf传输根密钥生成加密密钥和完整性保护密钥。可以理解，该upf传输根密钥可用于生成加密密钥和完整性保护密钥。为方便描述，这里将upf传输根密钥或基于该upf传输根密钥生成的加密密钥和完整性保护密钥中的任意一项称为密钥信息。用户面网关接收到上述任意一项时，就可以确定加密密钥和完整性保护密钥。
可选地，该密钥信息还包括密钥标识，该密钥标识包括：与upf传输根密钥对应的ksi和/或与第一中间密钥对应的ngksi。
可选地，接入和移动管理网元在生成加密密钥和完整性保护密钥时，具体也可以基于upf传输根密钥和第一安全算法生成加密密钥和完整性保护密钥。
在步骤704中，接入和移动管理网元向ue发送第一安全算法的指示信息。相应地，在步骤704中，ue接收来自接入和移动管理网元的第一安全算法的指示信息。
在一种实现方式中，上述步骤701至步骤704可以发生在注册流程中。
可选地，该第一业务请求消息为注册请求消息。该注册请求消息中可以携带第一安全能力信息。
接入和移动管理网元可以在注册流程中确定第一安全算法，并通过已有的nas安全模式命令(securitymodecommand，smc)消息向ue指示第一安全算法。即，可选地，该第一安全算法的指示信息可以携带在已有的nas安全模式命令(securitymodecommand，smc)消息中。
具体地，该nassmc过程是nr或lte中为了激活新建立的nas安全上下文，以便建立ue与核心网设备(如接入和移动管理网元)之间的安全信令连接，可以提供nas信令数据的完整性和机密性保护。在本实施例中，nassmc的具体流程可以如下：
首先，接入和移动管理网元启动加密保护。
此后，接入和移动管理网元向ue发送nassmc消息，该nassmc消息例如可以包括ue的安全能力、选择的安全算法(包括加密算法和完整性保护算法)、ngksi等信息。在本实施例中，选择的安全算法可以包括上述第一安全算法和接入和移动管理网元与ue协商的安全算法。可选地，该nassmc消息中该包括ksi。
需要说明的是，ue的安全能力、接入和移动管理网元与ue协商的安全算法以及ngksi可以是已有的nassmc消息中携带的信息。本申请可以复用已有的nassmc消息来向ue指示该第一安全算法。但应理解，这不应对本申请构成任何限定，该第一安全算法的指示信息也可以通过单独的信令来发送。
接入和移动管理网元可以对该nassmc消息中的信息进行完整性保护，生成mac，将生成的mac与上文列举的各项信息通过nassmc消息一同发送给ue。
ue在接收到来自接入和移动管理网元的nassmc消息之后，可以基于mac验证该nassmc消息的完整性。如果验证成功，ue启动上行加密、下行解密以及完整性保护。由此，ue完成安全激活。
此后，ue发送nas安全模式完成消息给核心网设备。nas安全模式完成消息利用nassmc消息中选择的加密和完整性保护算法进行加密和完整性保护。
接入和移动管理网元可以在发送nassmc消息之后启动上行解密。在接收到来自ue的nas安全模式完成消息后，启动下行加密。由此，接入和移动管理网元完成安全激活。
由于在nassmc流程中，接入和移动管理网元启动上行解密和下行加密，该第一安全算法也需要为接入和移动管理网元支持的安全算法。
可选地，接入和移动管理网元根据ue支持的安全算法、用户面网关支持的安全算法以及接入和移动管理网元支持的安全算法确定第一安全算法。
也就是说，该第一安全算法可以是ue支持的安全算法、用户面网关支持的安全算法、业务类型对应的安全算法以及接入和移动管理网元支持的安全算法的交集。
可选地，该nassmc携带密钥标识。该nassmc携带密钥标识，可以便于ue和接入和移动管理网元使用相对应的加密密钥和完整性保护密钥。
在另一种实现方式中，上述步骤701至步骤704可以发生在会话建立流程中。
可选地，该第一业务请求消息为服务请求消息或pdu会话建立请求消息。上述第一安全能力信息可以在此前的注册流程中由注册请求消息携带并发送给接入和移动管理网元，也可以在该第一业务请求消息中携带并发送给接入和移动管理网元。本申请对此不做限定。
接入和移动管理网元可以在确定了第一安全算法之后，暂时不发送该第一安全算法的指示信息，待后续有发送给ue的信令时，将该第一安全算法的指示信息携带在该信令中一起发送。例如，接入和移动管理网元可以在后续步骤710中接收到经由会话管理网元转发的第二安全策略和第一安全激活指示信息时，将第一安全算法的指示信息也一同转发给接入网设备。可选地，由用户面网关发送至接入和移动管理网元的第二安全策略、第一安全激活指示信息以及第一安全算法的指示信息可以携带在接入和移动管理网元与会话管理网元之间的通信消息(namf_communication_n1n2messagetransfer)中。可选地，由接入和移动管理网元发送至接入网设备的第二安全策略、第一安全激活指示信息以及第一安全算法的指示信息可以携带在n2接口pdu会话请求中。
在步骤705中，接入和移动管理网元向会话管理网元发送第一安全算法的指示信息和密钥信息。相应地，会话管理网元接收来自接入和移动管理网元的第一安全算法的指示信息和密钥信息。
应理解，第一安全算法的指示信息和密钥信息可以携带在同一信令中，也可以携带在不同的信令中，本申请对此不作限定。
可选地，由接入和移动管理网元发送给会话管理网元的第一安全算法的指示信息和密钥信息可以携带在接入和移动管理网元与会话管理网元之间的通信消息(namf_communication_n1n2messagetransfer)中。
在步骤706中，会话管理网元获取ue的签约信息。
在步骤707中，会话管理网元确定第一安全策略和用户面安全的终结点。
应理解，会话管理网元获取ue的签约信息以及确定第一安全策略和用户面安全的终结点的具体过程与上文方法300中结合步骤304和步骤305做了详细说明，为了简洁，这里不再赘述。
在步骤708中，会话管理网元向用户面网关发送第一安全策略、第一安全算法的指示信息和密钥信息。
会话管理网元在步骤707中确定了用户面安全的终结点为用户面网关之后，便可以将步骤705中接收到的来自第一安全算法的指示信息和密钥信息和在步骤707中确定的第一安全策略一同发送给用户面网关。
可选地，该方法还包括：会话管理网元向用户面网关发送安全终结点的指示信息。该安全终结点的指示信息可以与上述第一安全策略、第一安全算法的指示信息和密钥信息一同发送给用户面网关。
当该会话管理网元向用户面网关发送安全终结点的指示信息时，可以将该安全终结点的指示信息作为该第一安全策略的信元来发送，也可以将该安全终结点的指示信息独立于该第一安全策略，作为两个独立的信息来发送。本申请对此不作限定。
应理解，会话管理网元也可以不向用户面网关发送安全终结点的指示信息。当会话管理网元将上述第一安全策略、第一安全算法的指示信息和密钥信息中的任意一项发送给用户面网关时，可以隐式地指示用户面网关为安全终结点。
在步骤709中，用户面网关生成第二安全策略和第一安全激活指示信息。
应理解，用户面网关生成第二安全策略和第一安全激活指示信息的具体过程在上文方法300中已经结合步骤308做了详细说明，为了简洁，这里不再赘述。
在步骤710中，用户面网关向接入网设备发送第二安全策略和第一安全激活指示信息。相应地，接入网设备接收来自用户面网关的第二安全策略和第一安全激活指示信息。
如前所述，可选地，接入和移动管理网元在接收到来自用户面网关的第二安全策略和第一安全激活指示信息时，可以将预先确定的第一安全算法的指示信息也一同发送给接入网设备。
在步骤711中，接入网设备向ue发送第二安全策略和第二安全激活指示信息。
接入网设备在接收到该第一安全激活指示信息之后，可以确定不激活自身的用户面安全保护，并可进一步生成第二安全激活指示信息，以指示ue激活用户面安全保护。或者，接入网设备也可以将该第一安全激活指示信息直接转发给ue。也就是说，第二安全激活指示信息与第一安全激活指示信息可以相同，也可以不同，本申请对此不作限定。
若接入和移动管理网元将第一安全算法的指示信息与第二安全策略、第一安全激活指示信息一同发送给接入网设备，则接入网设备可以进一步将该第一安全算法的指示信息与第二安全策略以及第二安全激活指示信息发送给ue。
接入网设备向ue发送第二安全策略、第二安全激活指示信息以及第一安全算法的指示信息的具体过程在上文方法300中已经结合步骤311做了详细说明，为了简洁，这里不再赘述。
在步骤712中，ue生成upf传输根密钥，并基于该upf传输根密钥生成加密密钥和完整性保护密钥。
在步骤713中，ue激活用户面安全保护。
在步骤714中，ue发送安全激活完成指示信息。
步骤712至步骤714的具体过程与上文方法300中步骤312至步骤314的具体过程相同。由于上文中已经对步骤312至步骤314做了详细说明，为了简洁，这里不再赘述。
在步骤715中，用户面网关基于接收到的密钥信息，确定加密密钥和完整性保护密钥。
如前所述，该密钥信息可以为根密钥，也可以为加密密钥和完整性保护密钥。若该密钥信息为根密钥，则用户面网关可以根据根密钥自行生成加密密钥和完整性保护密钥，或者，在该密钥信息经由会话管理网元转发的过程中，会话管理网元也可以基于该根密钥生成加密密钥和完整性保护密钥，并将生成的加密密钥和完整性保护密钥发送给用户面网关。若该密钥信息为加密密钥和完整性保护密钥，则会话管理网元可以直接根据该密钥信息确定加密密钥和完整性保护密钥。
在步骤716中，用户面网关激活用户面安全保护。
步骤716的具体过程与上文方法300中步骤315的具体过程相同。由于上文中已经对步骤315做了详细说明，为了简洁，这里不再赘述。
此后，ue可以对数据进行加密和/完整性保护，并向用户面网关发送进行了加密和/或完整性保护的数据。用户面网关可以对接收到的数据进行解密和/或完整性验证。
应理解，在ue和用户面网关分别激活了安全保护之后，ue和用户面网关便可以基于生成的加密密钥进行加密保护，和/或，基于完整性保护密钥进行完整性保护。其具体过程在上文方法300的步骤316中已经做了说明，为了简洁，这里不再赘述。
还应理解，步骤706并不一定要在步骤705之后执行，步骤706也可以在步骤705之前执行，例如，步骤706可以在步骤701之后执行，也可以在步骤707之前执行，本申请对此不做限定。步骤709和步骤710并不一定要在步骤708之后执行，步骤709和步骤710也可以在步骤708之前执行，例如，步骤709和步骤710可以在步骤705之后执行，也可以在步骤710之前执行，本申请对此不做限定。
基于上述技术方案，通过接入和移动管理网元协商算法和生成密钥信息，并分别将第一安全算法通知ue和用户面网关，将生成的密钥通知用户面网关，从而在ue和用户面网关之间建立用户面安全保护，实现了ue和用户面网关之间端到端的安全保护，就如同建立了一条端到端的安全通道。ue和用户面网关可以在该安全通道中安全地进行数据传输。由于数据在ue和用户面网关之间均被加密和/或完整性保护，相比于现有技术而言，避免了数据在接入网设备解密后被篡改或窃取的可能，安全性更高。
以上，结合图3至图8详细说明了本申请实施例提供的安全会话方法。以下，结合图9至图10详细说明本申请实施例提供的安全会话装置。
图9是本申请实施例提供的安全会话装置800的示意性框图。如图所示，该通信装置800可以包括：收发单元810和处理单元820。
在一种可能的设计中，该安全会话装置800可以是上文方法实施例中的用户面网关，也可以是用于实现上文方法实施例中用户面网关的功能的芯片。
具体地，该安全会话装置800可对应于根据本申请实施例的方法200至700中的用户面网关，该安全会话装置800可以包括用于执行图3中的方法200至图8中的方法700中的用户面网关执行的方法的单元。并且，该安全会话装置800中的各单元和上述其他操作和/或功能分别为了实现图3中的方法200、图4中的方法300、图5中的方法400、图6中的方法500、图7中的方法600或图8中的方法700的相应流程。应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。
在另一种可能的设计中，该安全会话装置800可以是上文方法实施例中的会话管理网元，也可以是用于实现上文方法实施例中会话管理网元的功能的芯片。
具体地，该安全会话装置800可对应于根据本申请实施例的方法200至700中的会话管理网元，该安全会话装置800可以包括用于执行图3中的方法200至图8中的方法700中的会话管理网元执行的方法的单元。并且，该安全会话装置800中的各单元和上述其他操作和/或功能分别为了实现图3中的方法200、图4中的方法300、图5中的方法400、图6中的方法500、图7中的方法600或图8中的方法700的相应流程。应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。
在另一种可能的设计中，该安全会话装置800可以是上文方法实施例中的接入和移动管理网元，也可以是用于实现上文方法实施例中接入和移动管理网元的功能的芯片。
具体地，该安全会话装置800可对应于根据本申请实施例的方法200至700中的接入和移动管理网元，该安全会话装置800可以包括用于执行图3中的方法200至图8中的方法700中的接入和移动管理网元执行的方法的单元。并且，该安全会话装置800中的各单元和上述其他操作和/或功能分别为了实现图3中的方法200、图4中的方法300、图5中的方法400、图6中的方法500、图7中的方法600或图8中的方法700的相应流程。应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。
在另一种可能的设计中，该安全会话装置800可以是上文方法实施例中的ue，也可以是用于实现上文方法实施例中ue的功能的芯片。
具体地，该安全会话装置800可对应于根据本申请实施例的方法200至700中的ue，该安全会话装置800可以包括用于执行图3中的方法200至图8中的方法700中的ue执行的方法的单元。并且，该安全会话装置800中的各单元和上述其他操作和/或功能分别为了实现图3中的方法200、图4中的方法300、图5中的方法400、图6中的方法500、图7中的方法600或图8中的方法700的相应流程。
应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。
应理解，该安全会话装置800中的收发单元可对应于图10中示出的安全会话设备900中的收发器910，该安全会话装置800中的处理单元820可对应于图10中示出的安全会话设备900中的收发器920。
图10是本申请实施例提供的安全会话设备900的示意性框图。如图所示，该安全会话设备900包括：处理器910和收发器920。该处理器910与存储器耦合，用于执行存储器中存储的指令，以控制收发器920发送信号和/或接收信号。可选地，该安全会话设备900还包括存储器930，用于存储指令。
应理解，上述处理器910和存储器930可以合成一个处理装置，处理器910用于执行存储器930中存储的程序代码来实现上述功能。具体实现时，该存储器930也可以集成在处理器910中，或者独立于处理器910。
还应理解，收发器920可以包括接收器(或者称，接收机)和发射器(或者称，发射机)。收发器还可以进一步包括天线，天线的数量可以为一个或多个。
在一种可能的设计中，该安全会话设备900可以是上文方法实施例中的用户面网关，也可以是用于实现上文方法实施例中用户面网关的功能的芯片。
具体地，该安全会话设备900可对应于根据本申请实施例的方法200至700中的用户面网关，该安全会话设备900可以包括用于执行图3中的方法200至图8中的方法700中的用户面网关执行的方法的单元。并且，该安全会话设备900中的各单元和上述其他操作和/或功能分别为了实现图3中的方法200、图4中的方法300、图5中的方法400、图6中的方法500、图7中的方法600或图8中的方法700的相应流程。应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。
在另一种可能的设计中，该安全会话设备900可以是上文方法实施例中的会话管理网元，也可以是用于实现上文方法实施例中会话管理网元的功能的芯片。
具体地，该安全会话设备900可对应于根据本申请实施例的方法200至700中的会话管理网元，该安全会话设备900可以包括用于执行图3中的方法200至图8中的方法700中的会话管理网元执行的方法的单元。并且，该安全会话设备900中的各单元和上述其他操作和/或功能分别为了实现图3中的方法200、图4中的方法300、图5中的方法400、图6中的方法500、图7中的方法600或图8中的方法700的相应流程。应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。
在另一种可能的设计中，该安全会话设备900可以是上文方法实施例中的接入和移动管理网元，也可以是用于实现上文方法实施例中接入和移动管理网元的功能的芯片。
具体地，该安全会话设备900可对应于根据本申请实施例的方法200至700中的接入和移动管理网元，该安全会话设备900可以包括用于执行图3中的方法200至图8中的方法700中的接入和移动管理网元执行的方法的单元。并且，该安全会话设备900中的各单元和上述其他操作和/或功能分别为了实现图3中的方法200、图4中的方法300、图5中的方法400、图6中的方法500、图7中的方法600或图8中的方法700的相应流程。应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。
在另一种可能的设计中，该安全会话设备900可以是上文方法实施例中的ue，也可以是用于实现上文方法实施例中ue的功能的芯片。
具体地，该安全会话设备900可对应于根据本申请实施例的方法200至700中的ue，该安全会话设备900可以包括用于执行图3中的方法200至图8中的方法700中的ue执行的方法的单元。并且，该安全会话设备900中的各单元和上述其他操作和/或功能分别为了实现图3中的方法200、图4中的方法300、图5中的方法400、图6中的方法500、图7中的方法600或图8中的方法700的相应流程。
应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。
根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行图3至图8所示实施例中任意一个实施例的安全会话方法。
根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行图3至图8所示实施例中任意一个实施例的安全会话方法。
根据本申请实施例提供的方法，本申请还提供一种系统，其包括前述的用户面网关、会话管理网元、接入和移动管理网元、接入网设备以及ue。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriberline，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digitalvideodisc，dvd))、或者半导体介质(例如，固态硬盘(solidstatedisk，ssd))等。
上述各个装置实施例中各网元可以和方法实施例中的各网元完全对应，由相应的模块或单元执行相应的步骤，例如收发单元(收发器)执行方法实施例中接收或发送的步骤，除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中，处理器可以为一个或多个。
本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a、b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b或c中的至少一项(个)，可以表示：a，或b，或c，或a和b，或a和c，或b和c，或a、b和c，其中a、b或c分别可以是单个，也可以是多个。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，部件可以是但不限于，在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示，在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中，部件可位于一个计算机上和/或分布在2个或更多个计算机之间。此外，这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据，例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrativelogicalblock)和步骤(step)，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
在上述实施例中，各功能单元的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令(程序)。在计算机上加载和执行所述计算机程序指令(程序)时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘(solidstatedisk，ssd))等。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。
- 还没有人留言评论。精彩留言会获得点赞！