建立安全上下文的方法、装置及系统与流程

本发明涉及通信领域，尤其涉及一种建立安全上下文的方法、装置及系统。

背景技术：
长期演进Hi架构(LongTermEvolutionHi，LTEHi)是为面向固定、低速场景而设计的一套依托于现有移动通信技术的网络架构。在LTEHi架构中，用户设备(UserEquipment，UE)初始与基站建立主载波小区连接(PrimaryCarrierCell，PCC)，连接到核心网。当网络流量负荷增大到运营商设置的限值时，基站通过高层信令为UE配置次载波小区连接(SecondaryCarrierCell，SCC)，UE通过接入节点连接到核心网。PPC上可以传输用户面数据和控制面数据，而SCC上只能传输用户面数据。基站可以根据服务质量(QualityofService，QoS)需求、运营商策略等将不同的UE业务分层进行传输。例如将对服务质量要求较高的语音或视频业务放在PCC上传输，将短信等低附加值业务放在SCC上传输。对于PCC上的Uu口，通过加密和完整性保护的方式对Uu口上传输的用户面数据和/或控制面数据进行上下文的安全性保护。虽然PCC上的Uu口存在安全性保护，但SCC上的Uu’口没有安全性保护，无法保证在Uu’口上传输的用户面数据的传输安全。

技术实现要素：
本发明的实施例提供一种建立安全上下文的方法、装置及系统，能够对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的加密密钥，所述根密钥为所述UE与网络认证后推演得出的，在推演出所述UE的加密密钥以后，启动下行解密以及上行加密。另一方面，本发明实施例还提供了一种建立安全上下文的系统，包括：基站，用于将根密钥发送给所述接入节点，所述根密钥用于所述接入节点推演所述接入节点使用的加密密钥，获取所述接入节点使用的加密算法，所述加密算法为所述接入节点根据自身的安全能力、安全策略以及所述UE的安全能力选择的加密算法，将所述接入节点的加密算法发送给所述UE，以便与所述UE协商加密算法，通知所述接入节点启动下行加密和上行解密，并在算法协商过程中通知所述UE启动下行解密和上行加密；接入节点，用于接收所述基站发送的根密钥，根据自身的安全能力、安全策略以及所述UE的安全能力选择加密算法，根据所述根密钥以及所述加密算法推演加密密钥，将所述加密算法发送给所述基站，以便所述基站与所述UE协商加密算法，根据所述基站的启动指示启动下行加密和上行解密；UE，用于接收基站发送的接入节点的加密算法，由此完成与所述基站的算法协商，根据根密钥以及所述加密算法推演所述UE的加密密钥，所述根密钥为所述UE与网络认证后推演得出的，在推演出所述UE的加密密钥以后，启动下行解密以及上行加密。本发明实施例提供的建立安全上下文的方法、装置及系统，能够为接入节点和UE选择加密算法，并且根据根密钥以及选择的加密算法在接入节点和UE两侧推演加密密钥。通过算法协商、生成加密以及同步启动加密保护的方式对Uu’口传输的用户面数据进行加密保护，可以解决现有技术中没有针对Uu’口上传输的用户面数据保护的问题，能够对UE数据进行全面的安全保护。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为本发明实施例一中建立安全上下文的方法的流程图；图2为本发明实施例二中建立安全上下文的方法的流程图；图3为本发明实施例三中建立安全上下文的方法的流程图；图4为本发明实施例四中建立安全上下文的方法的流程图；图5为本发明实施例五中建立安全上下文的方法的流程图；图6为本发明实施例六中建立安全上下文的方法的流程图；图7为本发明实施例七中建立安全上下文的方法的流程图；图8为本发明实施例八中建立安全上下文的方法的流程图；图9为本发明实施例九中建立安全上下文的方法的流程图；图10为本发明实施例十中基站的结构示意图；图11为本发明实施例十中基站的结构示意图；图12为本发明实施例十中基站的结构示意图；图13为本发明实施例十一中HiAP的结构示意图；图14为本发明实施例十一中HiAP的结构示意图；图15为本发明实施例十一中HiAP的结构示意图；图16为本发明实施例十二中基站的结构示意图；图17为本发明实施例十三中HiAP的结构示意图；图18为本发明实施例十四中UE的结构示意图。具体实施方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。本发明实施例中以HiAP(HiAccessPoint)作为接入节点为例进行说明，UE通过Uu口经由基站连接到核心网，并通过Uu’口经由HiAP连接到核心网，实际应用中对可使用的接入节点不作限制。实施例一本发明实施例提供了一种建立安全上下文的方法，如图1所示，所述方法包括如下步骤：101、基站获取HiAP的加密算法。所述加密算法用于对在SCC上传输的用户面数据进行加密保护。本发明实施例中以高级加密标准(AdvancedEncryptionStandard，AES)算法作为所述加密算法为例进行说明，实际应用中对此不作限制。102、基站获取根密钥。所述根密钥用于推演加密密钥。103、基站根据根密钥和加密算法推演HiAP的加密密钥。在HiAP和UE两端都需要进行加密密钥的推演，本步骤为推演HiAP加密密钥的描述，UE侧的加密密钥由UE自主进行推演。需要说明的是，本发明实施例是以对称密钥加密法为例进行说明的，所以HiAP侧和UE侧推演加密密钥所使用的根密钥相同，在实际应用中，HiAP侧的根密钥在认证后由MME下发给基站，UE侧的根密钥由UE卡中保存的永久密钥推演得出的。由于HiAP和UE两侧推演加密密钥所使用的根密钥相同且使用的算法都为AES算法，所以HiAP和UE两侧推演出的加密密钥也相同。104、基站将加密密钥和加密算法发送给HiAP。由于为HiAP选择加密算法和推演加密密钥是有基站完成的，而加密算法和加密密钥的主体为HiAP，所以基站将加密密钥和加密算法发送给HiAP，以便HiAP启动下行加密和上行解密。105、基站将加密算法发送给UE，完成与UE的算法协商。HiAP和UE两侧都要基于根密钥和加密算法推演加密密钥，所以本步骤中将加密算法发送给UE的目的在于，在UE得到根密钥后，使UE再获得加密算法，以便UE能够推演加密密钥。106、基站通知HiAP启动下行加密和上行解密，并在算法协商过程中通知UE启动下行解密和上行加密。UE在接收到基站发送的加密算法后，根据该加密算法以及UE卡中的根密钥推演加密密钥。基站通知HiAP和UE启动解密和加密后，HiAP和UE就可以根据相同的加密算法以及加密密钥对上行数据和下行数据进行加密。本发明实施例提供的建立安全上下文的方法，能够获取HiAP的加密算法，并且根据根密钥以及获取的加密算法为HiAP推演加密密钥。通过算法协商、生成加密以及同步启动加密保护的方式对Uu’口传输的用户面数据进行加密保护，可以解决现有技术中没有针对Uu’口上的用户面数据保护的问题，能够对UE数据进行全面的安全保护。实施例二本发明实施例提供了一种建立安全上下文的方法，所述方法是对实施例一的进一步扩展，如图2所示，所述方法包括如下步骤：201、基站获取HiAP的加密算法。所述加密算法用于对在SCC上传输的用户面数据进行加密保护。本发明实施例中以AES算法作为所述加密算法为例进行说明，实际应用中对此不作限制。基站可以至少通过两种方式获取加密算法：1)基站接收HiAP选择的AES算法，所述AES算法为HiAP根据自身的安全能力、安全策略以及UE的安全能力选择的优先级最高的加密算法。基站在接收HiAP选择的AES算法之前，需要将UE的安全能力发送给HiAP，以便HiAP选择加密算法。2)基站接收HiAP的安全能力以及安全策略，根据HiAP的安全能力、安全策略以及UE的安全能力为HiAP选择优先级最高的加密算法。202、推演HiAP的加密密钥。202、基站获取根密钥。所述根密钥用于推演加密密钥。203、基站根据根密钥和加密算法推演HiAP的加密密钥。在HiAP和UE两端都需要进行加密密钥的推演，本步骤为推演HiAP加密密钥的描述，UE侧的加密密钥由UE自主进行推演。需要说明的是，本发明实施例是以对称密钥加密法为例进行说明的，所以HiAP侧和UE侧推演加密密钥所使用的根密钥相同，在实际应用中，HiAP侧的根密钥在认证后由MME下发给基站，UE侧的根密钥由UE卡中保存的永久密钥推演得出的。由于HiAP和UE两侧推演加密密钥所使用的根密钥相同且使用的算法都为AES算法，所以HiAP和UE两侧推演出的加密密钥也相同。基站根据根密钥以及AES算法推演加密密钥。所述根密钥为根据UE和网络侧共享的永久密钥所推演出来的根密钥，本实施例中根根密钥可以是KeNB，实际应用中对此不作限制。基站根据KeNB推演出加密密钥Kupenc，并将Kupenc发送给HiAP。所述Kupenc用于对在SCC上传输的用户面数据进行加密保护。204、基站将加密密钥和加密算法发送给HiAP。由于为HiAP选择加密算法和推演加密密钥是由基站完成的，而加密算法和加密密钥的使用主体为HiAP，所以基站将加密密钥和加密算法发送给HiAP，以便HiAP启动下行加密和上行解密。205、将加密算法发送给UE，完成与UE的算法协商。基站向UE发送安全模式命令(SecurityModeCommand，SMC)，所述SMC中携带AES算法。UE接收到基站发送的AES算法后，完成算法协商，并根据该AES算法和UE与网络认证的KeNB推演Kupenc。HiAP和UE两侧都要基于根密钥和加密算法推演加密密钥，所以本步骤中将加密算法发送给UE的目的在于，在UE得到根密钥后，使UE再获得加密算法，以便UE能够推演加密密钥。需要说明的是，本发明实施例是以对称密钥加密法为例进行说明的，所以HiAP侧和UE侧推演加密密钥所使用的根密钥相同，在实际应用中，HiAP侧的根密钥由核心网发送下来，UE侧的根密钥由UE与网络认证后根据永久密钥在本地推演而来。由于HiAP和UE两侧推演加密密钥所使用的根密钥相同且使用的算法都为AES算法，所以HiAP和UE两侧推演出的加密密钥也相同。可选的，HiAP侧和UE侧推演加密密钥所使用的根密钥也可以是根据KeNB推演出来的KeNB*。KeNB除了用于为Uu’口上的用户面数据推演加密密钥以外，还用于为Uu口上的用户面数据推演加密密钥Kupenc以及为Uu口上的控制面数据推演完整性保护密钥Krrcint和加密密钥Krrcenc。当Uu’口使用KeNB*推演根密钥时，推演出的Kupenc*与为Uu口推演出的Kupenc不同。206、基站接收UE发送的SMP信令。UE向基站发送安全模式完成命令(CecurityModeComplete，SMP)，所述SMP用于告知基站，UE已经根据加密算法和根密钥完成加密密钥的推演。207、基站通知HiAP启动下行加密和上行解密，并在算法协商过程中通知UE启动下行解密和上行加密。在HiAP和UE两侧都推演出加密密钥后，当HiAP启动下行加密和上行解密时，基站通知UE启动下行解密和上行加密。由于HiAP是下行数据的发送方和上行数据的接收方，所以HiAP启动下行加密和上行解密。同样，由于UE是下行数据的接收方和上行数据的发送方，所以UE启动下行解密和上行加密。优选的，在为Uu’口建立安全上下文之前，还可以为Uu口建立安全上下文，具体的：基站为Uu口选择加密算法，本发明实施例中以控制面数据的完保算法、控制面数据的加密算法以及用户面数据的加密算法都为AES算法为例进行说明，实际应用中三者可以两两不同。选择完加密算法后，基站根据根密钥和AES算法为Uu口推演密钥，其中，根密钥可以是KeNB。由于Uu口上传输用户面数据和控制面数据，所以基站为Uu口推演的密钥包括：用户面数据的加密密钥Kupenc、控制面数据的完整性保护密钥Krrcint以及控制面数据的加密密钥Krrcenc。基站将选择的AES算法通过SMC发送给UE，UE根据AES算法和根密钥KeNB推演Kupenc、Krrcint以及Krrcenc。可选的，如果基站在为Uu口建立安全上下文的过程中没有向UE发送AES算法，也可以在步骤205中将为Uu口选择的加密算法与为Uu’口选择的加密算法一同方发送给UE，以便完成与UE的算法协商。本发明实施例提供的建立安全上下文的方法，能够获取HiAP和UE的加密算法，并且根据根密钥以及获取的加密算法在基站和UE两侧推演HiAP和UE使用的加密密钥。通过算法协商、生成加密以及同步启动加密保护的方式对在SSC上的Uu’口传输的用户面数据进行加密保护，可以解决现有技术中没有针对Uu’口上的用户面数据保护的问题，能够对UE数据进行全面的安全保护。此外，本发明实施例提供的建立安全上下文的方法，还可以在为HiAP推演加密密钥时，使用与为Uu口推演密钥不同的根密钥，例如可以将根据KeNB推演出的KeNB*作为HiAP推演加密密钥的根密钥。在Uu口上传输的数据与在Uu’口上传输的数据使用不同的根密钥可以进一步加强数据的安全性。此外，本发明实施例提供的建立安全上下文的方法，还能够在算法协商阶段，由基站同时代表Uu口和Uu’口与UE进行算法协商，减少了信令交互的步骤。实施例三本发明实施例提供了一种建立安全上下文的方法，如图3所示，所述方法包括如下步骤：301、HiAP接收基站发送的加密密钥。在HiAP和UE两端都需要进行加密密钥的推演，本步骤为HiAP接收基站推演的加密密钥的描述，UE侧的加密密钥由UE自主进行推演。需要说明的是，本发明实施例是以对称密钥加密法为例进行说明的，所以基站侧和UE侧推演加密密钥所使用的根密钥相同，在实际应用中，基站侧的根密钥在认证后由MME下发给基站，由基站根据根密钥及加密算法为HiAP推演加密密钥。UE侧的根密钥由UE卡中保存的永久密钥推演得出的。由于基站和UE两侧推演加密密钥所使用的根密钥相同且使用的算法都为AES算法，所以基站和UE两侧推演出的加密密钥也相同。302、HiAP获取加密算法。HiAP获取加密算法包括两种方式：1)HiAP获取基站发送的加密算法，该加密算法由基站进行选择。2)HiAP根据自身的安全能力、安全策略以及UE的安全能力选择加密算法。在选择玩机密算法后，HiAP还要将选择的加密算法发送给基站，以便基站与UE进行算法协商。303、HiAP根据加密密钥和加密算法启动下行加密和上行解密。同时基站将HiAP的加密算法发送给UE，以便UE根据加密算法以及UE卡中的根密钥推演出UE侧的加密密钥。UE推演出加密密钥后根据基站的指示启动上行加密和下行解密。由于HiAP和UE两侧使用相同的加密算法和相同的加密密钥，所以可以对SCC上传输的用户面数据进行加密保护。本发明实施例提供的建立安全上下文的方法，能够根据基站发送的加密算法以及加密密钥，通过算法协商、生成加密以及同步启动启动下行加密和上行解密的方式对在SSC上的Uu’口传输的用户面数据进行加密保护，可以解决现有技术中没有针对Uu’口上的用户面数据保护的问题，能够对UE数据进行全面的安全保护。实施例四本发明实施例提供了一种建立安全上下文的方法，所述方法是对实施例三的进一步扩展，所述方法包括如下步骤：401、HiAP接收基站发送的加密密钥。在HiAP和UE两端都需要进行加密密钥的推演，本步骤为HiAP推演加密密钥的描述，UE侧的加密密钥由UE自主进行推演。基站获取根密钥并根据该根密钥推演加密密钥。需要说明的是，本发明实施例是以对称密钥加密法为例进行说明的，所以基站侧和UE侧推演加密密钥所使用的根密钥相同，在实际应用中，基站侧的根密钥在认证后由MME下发给基站，UE侧的根密钥由UE卡中保存的永久密钥推演得出的。由于基站和UE两侧推演加密密钥所使用的根密钥相同且使用的算法都为AES算法，所以基站和UE两侧推演出的加密密钥也相同。基站根据根密钥以及AES算法推演加密密钥。所述根密钥为根据UE和网络侧共享的永久密钥所推演出来的根密钥，本实施例中根根密钥可以是KeNB，实际应用中对此不作限制。基站根据KeNB推演出加密密钥Kupenc，并将Kupenc发送给HiAP。所述Kupenc用于对在SCC上传输的用户面数据进行加密保护。HiAP获取基站发送的加密密钥。由于为HiAP选择加密算法和推演加密密钥是有基站完成的，而加密算法和加密密钥的使用主体为HiAP，所以基站将加密密钥和加密算法发送给HiAP，以便HiAP启动下行加密和上行解密。402、HiAP获取加密算法。所述加密算法用于对在SCC上传输的用户面数据进行加密保护。本发明实施例中以AES算法作为所述加密算法为例进行说明，实际应用中对此不作限制。HiAP可以至少通过两种方式获取加密算法：1)HiAP根据自身的安全能力、安全策略以及UE的安全能力选择的优先级最高的加密算法，本发明实施例以AES算法作为加密算法。HiAP在选择AES算法之前，还需要获取基站发送的UE的安全能力，以便获取选择AES算法。HiAP选择完AES算法后，还需将该AES算法发送给基站，以便基站根据AES算法与UE进行算法协商。2)HiAP获取基站发送的加密算法，所述加密算法为基站根据HiAP的安全能力、安全策略以及UE的安全能力选择的优先级最高的加密算法。HiAP在获取加密算法之前还需将自身的安全能力、安全策略发送给基站，以便基站选择加密算法。需要说明的是，当由HiAP选择加密算法时，本步骤应在步骤401之前执行，以便基站根据HiAP发送的加密算法以及根密钥为HiAP推演并发送加密密钥。403、HiAP根据加密密钥和加密算法启动下行加密和上行解密。同时，基站将加密算法发送给UE，完成与UE的算法协商。具体的，基站向UE发送SMC，所述SMC中携带AES算法。UE接收到基站发送的AES算法后，完成算法协商，并根据该AES算法和UE与网络认证的KeNB推演Kupenc。HiAP和UE两侧都要基于根密钥和加密算法推演加密密钥，所以本步骤中将加密算法发送给UE的目的在于，在UE得到根密钥后，使UE再获得加密算法，以便UE能够推演加密密钥。需要说明的是，本发明实施例是以对称密钥加密法为例进行说明的，所以基站侧和UE侧推演加密密钥所使用的根密钥相同，在实际应用中，基站侧的根密钥由核心网发送下来，UE侧的根密钥由UE与网络认证后根据永久密钥在本地推演而来。由于基站和UE两侧推演加密密钥所使用的根密钥相同且使用的算法都为AES算法，所以HiAP和UE两侧推演出的加密密钥也相同。可选的，基站侧和UE侧推演加密密钥所使用的根密钥也可以是根据KeNB推演出来的KeNB*。KeNB除了用于为Uu’口上的用户面数据推演加密密钥以外，还用于为Uu口上的用户面数据推演加密密钥Kupenc以及为Uu口上的控制面数据推演完整性保护密钥Krrcint和加密密钥Krrcenc。当Uu’口使用KeNB*推演根密钥时，推演出的Kupenc*与为Uu口推演出的Kupenc不同。基站接收UE发送的SMP，所述SMP用于告知基站，UE已经根据加密算法和根密钥完成加密密钥的推演。基站在算法协商过程中通知UE启动下行解密和上行加密。在基站和UE两侧都推演出加密密钥后，当HiAP启动下行加密和上行解密时，基站通知UE启动下行解密和上行加密。由于HiAP是下行数据的发送方和上行数据的接收方，所以HiAP启动下行加密和上行解密。同样，由于UE是下行数据的接收方和上行数据的发送方，所以UE启动下行解密和上行加密。优选的，在为Uu’口建立安全上下文之前，还可以为Uu口建立安全上下文，具体的：基站为Uu口选择加密算法，本发明实施例中以控制面数据的完保算法、控制面数据的加密算法以及用户面数据的加密算法都为AES算法为例进行说明，实际应用中三者可以两两不同。选择完加密算法后，基站根据根密钥和AES算法为Uu口推演密钥，其中，根密钥可以是KeNB。由于Uu口上传输用户面数据和控制面数据，所以基站为Uu口推演的密钥包括：用户面数据的加密密钥Kupenc、控制面数据的完整性保护密钥Krrcint以及控制面数据的加密密钥Krrcenc。基站将选择的AES算法通过SMC发送给UE，UE根据AES算法和根密钥KeNB推演Kupenc、Krrcint以及Krrcenc。本发明实施例提供的建立安全上下文的方法，能够根据基站发送的加密算法以及加密密钥，通过算法协商、生成加密以及同步启动启动下行加密和上行解密的方式对在SSC上的Uu’口传输的用户面数据进行加密保护，可以解决现有技术中没有针对Uu’口上的用户面数据保护的问题，能够对UE数据进行全面的安全保护。实施例五本发明实施例提供一种建立安全上下文的方法，如图5所示，所述方法包括如下步骤：501、基站将根密钥发送给HiAP。所述根密钥不限来自于MME，用于HiAP推演HiAP使用的加密密钥。502、基站获取HiAP使用的加密算法。所述加密算法为HiAP根据自身的安全能力、安全策略以及UE的安全能力选择的加密算法。503、基站将HiAP的加密算法发送给UE，以便与UE协商加密算法。HiAP和UE两侧都要基于根密钥和加密算法推演加密密钥，所以本步骤中将加密算法发送给UE的目的在于，在UE得到根密钥后，使UE再获得加密算法，以便UE能够推演加密密钥。UE根据基站发送的加密算法以及UE卡中的根密钥推演出UE侧的加密密钥。由于HiAP和UE两侧使用相同的根密钥和相同的加密算法，所以两侧推演的加密密钥也相同。504、基站通知HiAP启动下行加密和上行解密，并在算法协商过程中通知UE启动下行解密和上行加密。UE在接收到基站发送的加密算法后，根据该加密算法以及UE卡中的根密钥推演加密密钥。基站通知HiAP和UE启动解密和加密后，HiAP和UE就可以根据相同的加密算法以及加密密钥对上行数据和下行数据进行加密。本发明实施例中为HiAP侧选择加密算法以及为HiAP侧推演加密密钥的执行主体为HiAP。本发明实施例提供的建立安全上下文的方法，能够由HiAP选择加密算法，并且根据根密钥以及选择的加密算法推演加密密钥。通过算法协商、生成加密以及同步启动加密保护的方式对Uu’口传输的用户面数据进行加密保护，可以解决现有技术中没有针对Uu’口上的用户面数据保护的问题，能够对UE数据进行全面的安全保护。实施例六本发明实施例提供了一种建立安全上下文的方法，所述方法是对实施例五的进一步扩展，如图6所示，所述方法包括如下步骤：601、基站将UE的安全能力发送给HiAP，以便HiAP选择加密算法。所述加密算法用于对在SCC上传输的用户面数据进行加密保护。本发明实施例中以AES算法作为所述加密算法为例进行说明，实际应用中对此不作限制。602、基站将根密钥发送给HiAP。所述根密钥不限来自于MME，用于HiAP推演HiAP使用的加密密钥。本发明实施例是以对称密钥加密法为例进行说明的，所以HiAP侧和UE侧推演加密密钥所使用的根密钥相同，在实际应用中，HiAP侧的根密钥在认证后由MME下发给基站，UE侧的根密钥由UE卡中保存的永久密钥推演得出的。由于HiAP和UE两侧推演加密密钥所使用的根密钥相同且使用的算法都为AES算法，所以HiAP和UE两侧推演出的加密密钥也相同。基站根据根密钥以及AES算法推演加密密钥。所述根密钥为根据UE和网络侧共享的永久密钥所推演出来的根密钥，本实施例中根根密钥可以是KeNB，实际应用中对此不作限制。基站根据KeNB推演出加密密钥Kupenc，并将Kupenc发送给HiAP。所述Kupenc用于对在SCC上传输的用户面数据进行加密保护。603、基站获取HiAP使用的加密算法。所述加密算法为HiAP根据自身的安全能力、安全策略以及UE的安全能力选择的加密算法。604、基站将HiAP的加密算法发送给UE，以便与UE协商加密算法。基站向UE发送SMC，所述SMC中携带AES算法。UE接收到基站发送的AES算法后，完成算法协商，并根据该AES算法和UE与网络认证的KeNB推演Kupenc。HiAP和UE两侧都要基于根密钥和加密算法推演加密密钥，所以本步骤中将加密算法发送给UE的目的在于，在UE得到根密钥后，使UE再获得加密算法，以便UE能够推演加密密钥。需要说明的是，本发明实施例是以对称密钥加密法为例进行说明的，所以HiAP侧和UE侧推演加密密钥所使用的根密钥相同，在实际应用中，HiAP侧的根密钥由核心网发送下来，UE侧的根密钥由UE与网络认证后根据永久密钥在本地推演而来。由于HiAP和UE两侧推演加密密钥所使用的根密钥相同且使用的算法都为AES算法，所以HiAP和UE两侧推演出的加密密钥也相同。可选的，HiAP侧和UE侧推演加密密钥所使用的根密钥也可以是根据KeNB推演出来的KeNB*。KeNB除了用于为Uu’口上的用户面数据推演加密密钥以外，还用于为Uu口上的用户面数据推演加密密钥Kupenc以及为Uu口上的控制面数据推演完整性保护密钥Krrcint和加密密钥Krrcenc。当Uu’口使用KeNB*推演根密钥时，推演出的Kupenc*与为Uu口推演出的Kupenc不同。605、基站接收UE发送的SMP信令。UE向基站发送SMP，所述SMP用于告知基站，UE已经根据加密算法和根密钥完成加密密钥的推演。606、基站通知HiAP启动下行加密和上行解密，并在算法协商过程中通知UE启动下行解密和上行加密。UE在接收到基站发送的加密算法后，根据该加密算法以及UE卡中的根密钥推演加密密钥。基站通知HiAP和UE启动解密和加密后，HiAP和UE就可以根据相同的加密算法以及加密密钥对上行数据和下行数据进行加密。本发明实施例中为HiAP侧选择加密算法以及为HiAP侧推演加密密钥的执行主体为HiAP。本发明实施例提供的建立安全上下文的方法，能够由HiAP选择加密算法，并且根据根密钥以及选择的加密算法推演加密密钥。通过算法协商、生成加密以及同步启动加密保护的方式对在SSC上的Uu’口传输的用户面数据进行加密保护，可以解决现有技术中没有针对Uu’口上的用户面数据保护的问题，能够对UE数据进行全面的安全保护。此外，本发明实施例提供的建立安全上下文的方法，还可以在HiAP推演加密密钥时，使用与为Uu口推演密钥不同的根密钥，例如可以将根据KeNB推演出的KeNB*作为HiAP推演加密密钥的根密钥。在Uu口上传输的数据与在Uu’口上传输的数据使用不同的根密钥可以进一步加强数据的安全性。实施例七本发明实施例提供了一种安全上下文的方法，如图7所示，所述方法包括如下步骤：701、HiAP接收基站发送的根密钥。所述根密钥不限来自于MME，基站将根密钥发送给HiAP，以便HiAP推演加密密钥。702、HiAP根据自身的安全能力、安全策略以及UE的安全能力选择加密算法。HiAP根据自身的安全能力、安全策略以及UE的安全能力选择优先级最高的加密算法。703、HiAP根据根密钥以及加密算法推演加密密钥。704、HiAP将加密算法发送给基站，以便基站与UE协商加密算法。HiAP和UE两侧都要基于根密钥和加密算法推演加密密钥，所以基站与UE协商加密算法的目的在于，在UE得到根密钥后，使UE再获得加密算法，以便UE能够推演加密密钥。UE根据基站发送的加密算法以及UE卡中的根密钥推演出UE侧的加密密钥。由于HiAP和UE两侧使用相同的根密钥和相同的加密算法，所以两侧推演的加密密钥也相同。705、HiAP根据基站的启动指示启动下行加密和上行解密。UE在接收到基站发送的加密算法后，根据该加密算法以及UE卡中的根密钥推演加密密钥。基站通知HiAP和UE启动解密和加密后，HiAP和UE就可以根据相同的加密算法以及加密密钥对上行数据和下行数据进行加密。本发明实施例中为HiAP侧选择加密算法以及为HiAP侧推演加密密钥的执行主体为HiAP。本发明实施例提供的建立安全上下文的方法，能够选择加密算法，并且根据根密钥以及选择的加密算法推演加密密钥。通过算法协商、生成加密以及同步启动加密保护的方式对Uu’口传输的用户面数据进行加密保护，可以解决现有技术中没有针对Uu’口上的用户面数据保护的问题，能够对UE数据进行全面的安全保护。实施例八本发明实施例提供了一种建立安全上下文的方法，所述方法是对实施例七的进一步扩展，如图8所示，所述方法包括如下步骤：801、HiAP接收基站发送的根密钥。基站可以从MME获取所述根密钥，本发明实施例对此不做限制。本发明实施例是以对称密钥加密法为例进行说明的，所以HiAP侧和UE侧推演加密密钥所使用的根密钥相同，在实际应用中，HiAP侧的根密钥在认证后由MME下发给基站，UE侧的根密钥由UE卡中保存的永久密钥推演得出的。由于HiAP和UE两侧推演加密密钥所使用的根密钥相同且使用的算法都为AES算法，所以HiAP和UE两侧推演出的加密密钥也相同。802、HiAP接收基站发送的UE的安全能力。所述加密算法用于对在SCC上传输的用户面数据进行加密保护。本发明实施例中以AES算法作为所述加密算法为例进行说明，实际应用中对此不作限制。803、HiAP根据自身的安全能力、安全策略以及UE的安全能力选择加密算法。HiAP根据自身的安全能力、安全策略以及UE的安全能力选择优先级最高的加密算法。804、HiAP根据根密钥以及加密算法推演加密密钥。HiAP根据根密钥以及AES算法推演加密密钥。所述根密钥为根据UE和网络侧共享的永久密钥所推演出来的根密钥，本实施例中根根密钥可以是KeNB，实际应用中对此不作限制。HiAP根据KeNB推演出加密密钥Kupenc，所述Kupenc用于对在SCC上传输的用户面数据进行加密保护。805、HiAP将加密算法发送给所述基站，以便基站与UE协商加密算法。基站向UE发送SMC，所述SMC中携带AES算法。UE接收到基站发送的AES算法后，完成算法协商，并根据该AES算法和UE与网络认证的KeNB推演Kupenc。HiAP和UE两侧都要基于根密钥和加密算法推演加密密钥，所以本步骤中将加密算法发送给UE的目的在于，在UE得到根密钥后，使UE再获得加密算法，以便UE能够推演加密密钥。可选的，HiAP侧和UE侧推演加密密钥所使用的根密钥也可以是根据KeNB推演出来的KeNB*。KeNB除了用于为Uu’口上的用户面数据推演加密密钥以外，还用于为Uu口上的用户面数据推演加密密钥Kupenc以及为Uu口上的控制面数据推演完整性保护密钥Krrcint和加密密钥Krrcenc。当Uu’口使用KeNB*推演根密钥时，推演出的Kupenc*与为Uu口推演出的Kupenc不同。806、HiAP根据基站的启动指示启动下行加密和上行解密。同时，UE在接收到基站发送的加密算法后，根据该加密算法以及UE卡中的根密钥推演加密密钥。基站通知HiAP和UE启动解密和加密后，HiAP和UE就可以根据相同的加密算法以及加密密钥对上行数据和下行数据进行加密。本发明实施例中为HiAP侧选择加密算法以及为HiAP侧推演加密密钥的执行主体为HiAP。本发明实施例提供的建立安全上下文的方法，能够选择加密算法，并且根据根密钥以及选择的加密算法推演加密密钥。通过算法协商、生成加密以及同步启动加密保护的方式对在SSC上的Uu’口传输的用户面数据进行加密保护，可以解决现有技术中没有针对Uu’口上的用户面数据保护的问题，能够对UE数据进行全面的安全保护。此外，本发明实施例提供的建立安全上下文的方法，还可以在推演加密密钥时，使用与为Uu口推演密钥不同的根密钥，例如可以将根据KeNB推演出的KeNB*作为推演加密密钥的根密钥。在Uu口上传输的数据与在Uu’口上传输的数据使用不同的根密钥可以进一步加强数据的安全性。实施例九本发明实施例提供了一种建立安全上下文的方法，如图9所示，所述方法包括如下步骤：901、UE接收基站发送的HiAP的加密算法，由此完成与基站的算法协商。HiAP和UE两侧都要基于根密钥和加密算法推演加密密钥，所以本步骤中UE接收基站发送的加密算法的目的在于UE能够根据加密算法以及根密钥推演加密密钥。所述加密算法为HiAP根据自身的安全能力、安全策略以及UE的安全能力选择的优先级最高的加密算法，或者为基站根据HiAP的安全能力、安全策略以及UE的安全能力选择的优先级最高的加密算法。902、UE根据根密钥以及加密算法推演UE的加密密钥。本发明实施例是以对称密钥加密法为例进行说明的，所以HiAP侧和UE侧推演加密密钥所使用的根密钥相同，在实际应用中，HiAP侧的根密钥在认证后由MME下发给基站，UE侧的根密钥由UE卡中保存的永久密钥推演得出的，或者为UE与网络认证后推演得出的。由于HiAP和UE两侧推演加密密钥所使用的根密钥相同且使用的算法也相同，所以HiAP和UE两侧推演出的加密密钥也相同。903、UE向基站发送SMP信令。UE向基站发送SMP的目的在于告知基站UE已根据根密钥以及基站发送的加密算法推演出加密密钥。904、UE在推演出加密密钥以后，启动下行解密以及上行加密。基站通知HiAP和UE启动解密和加密后，HiAP和UE就可以根据相同的加密算法以及加密密钥对上行数据和下行数据进行加密。本发明实施例提供的建立安全上下文的方法，能够由UE推演UE使用的加密密钥。通过算法协商、生成加密以及同步启动加密保护的方式对在SSC上的Uu’口传输的用户面数据进行加密保护，可以解决现有技术中没有针对Uu’口上的用户面数据保护的问题，能够对UE数据进行全面的安全保护。实施例十参考实施例二的实现，本发明实施例提供了一种基站，如图10所示，用以实现实施例二。所述基站包括：获取器1001，用于获取HiAP的加密算法和根密钥。所述根密钥用于推演加密密钥。所述加密密钥以及所述加密算法用于对在SCC上传输的用户面数据进行加密保护。本发明实施例中以AES算法作为所述加密算法为例进行说明，实际应用中对此不作限制。处理器1002，所述处理器1002与所述获取器1001相连，用于根据所述获取器1001获取的根密钥和加密算法推演HiAP的加密密钥。在HiAP和UE两端都需要进行加密密钥的推演，本步骤为所述处理器1002推演HiAP加密密钥的描述，UE侧的加密密钥由UE自主进行推演。需要说明的是，本发明实施例是以对称密钥加密法为例进行说明的，所以所述处理器1002和UE推演加密密钥所使用的根密钥相同。所述处理器1002根据根密钥以及AES算法推演加密密钥。所述根密钥为根据UE和网络侧共享的永久密钥所推演出来的根密钥，本实施例中根根密钥可以是KeNB，实际应用中对此不作限制。所述处理器1002根据KeNB推演出加密密钥Kupenc，并在后续由发送器1003将Kupenc发送给HiAP。所述Kupenc用于对在SCC上传输的用户面数据进行加密保护。发送器1003，所述发送器1003与所述处理器1002和所述获取器1001相连，用于将所述处理器1002推演的加密密钥以及所述获取器1001获取的所述加密算法发送给HiAP，以便HiAP启动下行加密和上行解密。由于为HiAP选择加密算法和推演加密密钥是由基站完成的，而加密算法和加密密钥的使用主体为HiAP，所以基站中的所述发送器1003将加密密钥和加密算法发送给HiAP，以便HiAP启动下行加密和上行解密。所述发送器1003用于将所述获取器1001获取的加密算法发送给UE，以便与UE协商加密算法。所述发送器1003向UE发送安全模式命令(SecurityModeCommand，SMC)，所述SMC中携带AES算法。UE接收到所述发送器1003发送的AES算法后，完成算法协商，并根据该AES算法和UE与网络认证的KeNB推演Kupenc。HiAP和UE两侧都要基于根密钥和加密算法推演加密密钥，所以本步骤中所述发送器1003将加密算法发送给UE的目的在于，在UE得到根密钥后，使UE再获得加密算法，以便UE能够推演加密密钥。通知器1004，用于通知HiAP启动下行加密和上行解密，并在算法协商过程中通知UE启动下行解密和上行加密。在HiAP和UE两侧都推演出加密密钥后，当HiAP启动下行加密和上行解密时，所述通知器1004通知UE启动下行解密和上行加密。由于HiAP是下行数据的发送方和上行数据的接收方，所以HiAP启动下行加密和上行解密。同样，由于UE是下行数据的接收方和上行数据的发送方，所以UE启动下行解密和上行加密。进一步的，如图11所示，所述获取器1001可以包括：第一获取单元1101，用于获取HiAP选择的加密算法，所述加密算法为HiAP根据自身的安全能力、安全策略以及UE的安全能力选择的加密算法。第二获取单元1102，用于根据HiAP的安全能力、安全策略以及UE的安全能力选择所述加密算法。进一步的，所述发送器1003还用于将UE的安全能力发送给HiAP，以便HiAP根据自身的安全能力、安全策略以及UE的安全能力选择的加密算法。进一步的，如图12所示，所述基站可以包括：接收器1201，所述接收器1201与所述获取器1001相连，用于接收HiAP发送的安全能力以及安全策略，以便所述获取器1001中的所述第二获取单元1102根据HiAP的安全能力、安全策略以及UE的安全能力选择加密算法。进一步可选的，所述根密钥为为基站与所述UE之间的接口上推演完保密钥和加密密钥所使用的根密钥，或者为根据所述为基站与所述UE之间的接口上推演完保密密钥和加密密钥所使用的根密钥推演的子密钥。本发明实施例提供的基站，能够获取HiAP和UE的加密算法，并且根据根密钥以及获取的加密算法在基站和UE两侧推演HiAP和UE使用的加密密钥。通过算法协商、生成加密以及同步启动加密保护的方式对在SSC上的Uu’口传输的用户面数据进行加密保护，可以解决现有技术中没有针对Uu’口上的用户面数据保护的问题，能够对UE数据进行全面的安全保护。此外，本发明实施例提供的基站，还可以在为HiAP推演加密密钥时，使用与为Uu口推演密钥不同的根密钥，例如可以将根据KeNB推演出的KeNB*作为HiAP推演加密密钥的根密钥。在Uu口上传输的数据与在Uu’口上传输的数据使用不同的根密钥可以进一步加强数据的安全性。此外，本发明实施例提供的基站，还能够在算法协商阶段，由基站同时代表Uu口和Uu’口与UE进行算法协商，减少了信令交互的步骤。实施例十一参考实施例四的实现，本发明实施例提供了一种接入节点，如图13所示，用以实现实施例四。以HiAP作为接入节点为例，所述HiAP包括：接收器1301，用于接收基站发送的加密密钥。在HiAP和UE两端都需要进行加密密钥的推演，本步骤为HiAP推演加密密钥的描述，UE侧的加密密钥由UE自主进行推演。获取器1302，用于获取加密算法。所述加密算法用于对在SCC上传输的用户面数据进行加密保护。本发明实施例中以AES算法作为所述加密算法为例进行说明，实际应用中对此不作限制。处理器1303，所述处理器1303与所述接收器1301和所述获取器1302相连，用于根据所述接收器1301接收的加密密钥和所述获取器1302获取的加密算法启动下行加密和上行解密。同时，基站将加密算法发送给UE，完成与UE的算法协商。进一步的，如图14所示，所述获取器1302可以包括：获取单元1401，用于获取基站发送的加密算法，该加密算法由基站进行选择。所述获取单元1401还用于根据自身的安全能力、安全策略以及UE的安全能力选择加密算法。发送单元1402，与所述获取单元1401相连，用于将所述获取单元1401选择的加密算法发送给基站。进一步的，所述接收器1301与所述获取器1302相连，用于接收基站发送的UE的安全能力，UE的安全能力用于所述获取器1302中的所述获取单元140选择加密算法。进一步的，如图15所示，所述HiAP可以包括：发送器1501，用于将自身的安全能力以及安全策略发送给基站，以便基站为HiAP选择加密算法。本发明实施例提供的HiAP，能够根据基站发送的加密算法以及加密密钥，通过算法协商、生成加密以及同步启动启动下行加密和上行解密的方式对在SSC上的Uu’口传输的用户面数据进行加密保护，可以解决现有技术中没有针对Uu’口上的用户面数据保护的问题，能够对UE数据进行全面的安全保护。实施例十二参考实施例六的实现，本发明实施例提供了一种基站，用以实现实施例六。如图16所示，所述基站包括：发送器1601，用于将根密钥发送给HiAP，所述根密钥用于HiAP推演HiAP使用的加密密钥。获取器1602，用于获取HiAP使用的加密算法，该加密算法为HiAP根据自身的安全能力、安全策略以及UE的安全能力选择的加密算法。所述发送器1601与所述获取器1602相连，用于将所述获取器1602获取的加密算法发送给UE，以便与UE协商加密算法。所述发送器1601向UE发送SMC，所述SMC中携带AES算法。UE接收到所述发送器1601发送的AES算法后，完成算法协商，并根据该AES算法和UE与网络认证的KeNB推演Kupenc。HiAP和UE两侧都要基于根密钥和加密算法推演加密密钥，所以本步骤中将加密算法发送给UE的目的在于，在UE得到根密钥后，使UE再获得加密算法，以便UE能够推演加密密钥。需要说明的是，本发明实施例是以对称密钥加密法为例进行说明的，所以HiAP侧和UE侧推演加密密钥所使用的根密钥相同，在实际应用中，HiAP侧的根密钥由核心网发送下来，UE侧的根密钥由UE与网络认证后根据永久密钥在本地推演而来。由于HiAP和UE两侧推演加密密钥所使用的根密钥相同且使用的算法都为AES算法，所以HiAP和UE两侧推演出的加密密钥也相同。通知器1603，用于通知HiAP启动下行加密和上行解密，并在算法协商过程中通知UE启动下行解密和上行加密。UE在接收到所述发送器1601发送的加密算法后，根据该加密算法以及UE卡中的根密钥推演加密密钥。所述通知器1603通知HiAP和UE启动解密和加密后，HiAP和UE就可以根据相同的加密算法以及加密密钥对上行数据和下行数据进行加密。进一步的，所述发送器1601还用于将UE的安全能力发送给HiAP，以便HiAP选择加密算法。进一步的，所述根密钥为为基站与所述UE之间的接口上推演完保密钥和加密密钥所使用的根密钥，或者为根据所述为基站与所述UE之间的接口上推演完保密密钥和加密密钥所使用的根密钥推演的子密钥。本发明实施例提供的基站，能够由HiAP选择加密算法，并且根据根密钥以及选择的加密算法推演加密密钥。通过算法协商、生成加密以及同步启动加密保护的方式对在SSC上的Uu’口传输的用户面数据进行加密保护，可以解决现有技术中没有针对Uu’口上的用户面数据保护的问题，能够对UE数据进行全面的安全保护。此外，本发明实施例提供的基站，还可以在HiAP推演加密密钥时，使用与为Uu口推演密钥不同的根密钥，例如可以将根据KeNB推演出的KeNB*作为HiAP推演加密密钥的根密钥。在Uu口上传输的数据与在Uu’口上传输的数据使用不同的根密钥可以进一步加强数据的安全性。实施例十三参考实施例八的实现，本发明实施例提供了一种接入节点，用以实现实施例八。如图17所示，以HiAP作为接入节点为例，所述HiAP包括：接收器1701，用于接收基站发送的根密钥。基站可以从MME获取所述根密钥，本发明实施例对此不做限制。本发明实施例是以对称密钥加密法为例进行说明的，所以HiAP侧和UE侧推演加密密钥所使用的根密钥相同，在实际应用中，HiAP侧的根密钥在认证后由MME下发给基站，UE侧的根密钥由UE卡中保存的永久密钥推演得出的。由于HiAP和UE两侧推演加密密钥所使用的根密钥相同且使用的算法都为AES算法，所以HiAP和UE两侧推演出的加密密钥也相同。处理器1702，用于根据自身的安全能力、安全策略以及UE的安全能力选择加密算法。所述处理器1702根据自身的安全能力、安全策略以及UE的安全能力选择优先级最高的加密算法。所述加密算法用于对在SCC上传输的用户面数据进行加密保护。本发明实施例中以AES算法作为所述加密算法为例进行说明，实际应用中对此不作限制。所述处理器1702与所述接收器1701相连，用于根据所述接收器1701接收的根密钥以及加密算法推演加密密钥。发送器1703，所述发送器1703与所述处理器1702相连，用于将所述处理器1702选择的加密算法发送给基站，以便基站与UE协商加密算法。所述处理器1702用于根据基站的启动指示启动下行加密和上行解密。进一步的，所述接收器1701还用于接收基站发送的UE的安全能力，UE的安全能力用于所述处理器1702选择加密算法。进一步的，所述根密钥为为基站与所述UE之间的接口上推演完保密钥和加密密钥所使用的根密钥，或者为根据所述为基站与所述UE之间的接口上推演完保密密钥和加密密钥所使用的根密钥推演的子密钥。本发明实施例提供的HiAP，能够选择加密算法，并且根据根密钥以及选择的加密算法推演加密密钥。通过算法协商、生成加密以及同步启动加密保护的方式对在SSC上的Uu’口传输的用户面数据进行加密保护，可以解决现有技术中没有针对Uu’口上的用户面数据保护的问题，能够对UE数据进行全面的安全保护。此外，本发明实施例提供的HiAP，还可以在推演加密密钥时，使用与为Uu口推演密钥不同的根密钥，例如可以将根据KeNB推演出的KeNB*作为推演加密密钥的根密钥。在Uu口上传输的数据与在Uu’口上传输的数据使用不同的根密钥可以进一步加强数据的安全性。实施例十四参考实施例九的实现，本发明实施例提供了一种用户设备UE，用以实现实施例九。如图18所示，所述UE包括：接收器1801，用于接收基站发送的HiAP的加密算法，由此完成与基站的算法协商。HiAP和UE两侧都要基于根密钥和加密算法推演加密密钥，所以本步骤中所述接收器1801接收基站发送的加密算法的目的在于处理器1802能够在后续根据加密算法以及根密钥推演加密密钥。所述加密算法为HiAP根据自身的安全能力、安全策略以及UE的安全能力选择的优先级最高的加密算法，或者为基站根据HiAP的安全能力、安全策略以及UE的安全能力选择的优先级最高的加密算法。处理器1802，与所述接收器1801相连，用于根据根密钥以及所述接收器1801接收的加密算法推演UE的加密密钥，根密钥为所述处理器1802与网络认证后推演得出的。所述处理器1802还用于在推演出UE的加密密钥以后，启动下行解密和上行加密。本发明实施例是以对称密钥加密法为例进行说明的，所以HiAP侧和UE侧推演加密密钥所使用的根密钥相同，在实际应用中，HiAP侧的根密钥在认证后由MME下发给基站，UE侧的根密钥由UE卡中保存的永久密钥推演得出的，或者为UE与网络认证后推演得出的。由于HiAP和UE两侧推演加密密钥所使用的根密钥相同且使用的算法也相同，所以HiAP和UE两侧推演出的加密密钥也相同。本发明实施例提供的UE，能够由UE推演UE使用的加密密钥。通过算法协商、生成加密以及同步启动加密保护的方式对在SSC上的Uu’口传输的用户面数据进行加密保护，可以解决现有技术中没有针对Uu’口上的用户面数据保护的问题，能够对UE数据进行全面的安全保护。实施例十五参考实施例一至实施例四以及实施例九的实现，本发明实施例提供了一种建立安全上下文的系统，所述系统包括基站、接入节点以及UE，UE通过Uu口经由基站连接到核心网，并通过Uu’口经由接入节点连接到核心网。其中，所述基站用于获取接入节点的加密算法，获取根密钥，根据所述根密钥和所述加密算法推演所述接入节点的加密密钥，将所述加密密钥以及所述加密算法发送给所述接入节点，以便所述接入节点启动下行加密和上行解密，将所述接入节点的加密算法发送给所述UE，以便与所述UE协商加密算法，通知所述接入节点启动下行加密和上行解密，并在算法协商过程中通知所述UE启动下行解密和上行加密。所述接入节点用于接收所述基站发送的加密密钥，获取加密算法，根据所述加密密钥和加密算法启动下行加密和上行解密。所述UE用于接收基站发送的接入节点的加密算法，由此完成与所述基站的算法协商，根据根密钥以及所述加密算法推演所述UE的加密密钥，所述根密钥为所述UE与网络认证后推演得出的，在推演出所述UE的加密密钥以后，启动下行解密和上行加密。本发明实施例提供的建立安全上下文的系统，能够为接入节点选择加密算法，并且根据根密钥以及选择的加密算法为接入节点推演加密密钥。通过算法协商、生成加密以及同步启动加密保护的方式对Uu’口传输的用户面数据进行加密保护，可以解决现有技术中没有针对Uu’口上的用户面数据保护的问题，能够对UE数据进行全面的安全保护。实施例十六参考实施例五至实施例九的实现，本发明实施例提供了一种建立安全上下文的系统，所述系统包括基站、接入节点以及UE，UE通过Uu口经由基站连接到核心网，并通过Uu’口经由接入节点连接到核心网。其中，所述基站用于将根密钥发送给所述接入节点，所述根密钥用于所述接入节点推演所述接入节点使用的加密密钥，获取所述接入节点使用的加密算法，所述加密算法为所述接入节点根据自身的安全能力、安全策略以及所述UE的安全能力选择的加密算法，将所述接入节点的加密算法发送给所述UE，以便与所述UE协商加密算法，通知所述接入节点启动下行加密和上行解密，并在算法协商过程中通知所述UE启动下行解密和上行加密。所述接入节点用于接收所述基站发送的根密钥，根据自身的安全能力、安全策略以及所述UE的安全能力选择加密算法，根据所述根密钥以及所述加密算法推演加密密钥，将所述加密算法发送给所述基站，以便所述基站与所述UE协商加密算法，根据所述基站的启动指示启动下行加密和上行解密。所述UE用于接收基站发送的接入节点的加密算法，由此完成与所述基站的算法协商，根据根密钥以及所述加密算法推演所述UE的加密密钥，所述根密钥为所述UE与网络认证后推演得出的，在推演出所述UE的加密密钥以后，启动下行解密和上行加密。本发明实施例提供的建立安全上下文的系统，能够由接入节点选择加密算法，并且根据根密钥以及选择的加密算法由接入节点推演加密密钥。通过算法协商、生成加密以及同步启动加密保护的方式对Uu’口传输的用户面数据进行加密保护，可以解决现有技术中没有针对Uu’口上的用户面数据保护的问题，能够对UE数据进行全面的安全保护。通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。