TD-SCDMA空中接口的SMC信令完整性保护功能

发布时间:2008/6/3 0:00:00 访问次数:662

1 引言

td-scdma和wcdma是目前3gpp内进行完善的主要标准。在3gpp的各版本中，r4协议已基本稳定，目前相关设备提供商的产品主要都是基于r4版本开发的。安全模式控制过程(smc)是从r4版本才开始应用的一种空中接口安全控制过程。他主要用来在移动通信网络中保证数据的安全性和完整性，是用户设备(ue)和无线接入网络(utran)间的接口(uu接口)的一个协议处理过程。

核心网(cn)用这个过程通知无线网络控制器(rnc)应该采用的加密模式和完整性保护模式。smc过程主要包括两种，一种是信令的完整性保护，另外一种是用户数据的加密。下面着重介绍信令的完整性保护过程。

2 安全模式控制过程分析

2.1 功能分析

smc过程主要有2种安全功能：数据加密和数据完整性保护，现着重介绍信令数据的完整性保护问题，他包括完整性检查和完整性密钥管理：

(1) 完整性检查

他的目的是保证空中接口上信令的连续和完整。rnc会对空中接口上的信令数据进行完整性保护。

(2) 完整性密钥管理功能

完整性保护密钥和完整性保护算法都是由cn指定，rnc和ue从所有指定的算法中选定两者都支持的一种算法进行完整性保护。

2.2 过程描述

由cn发起安全模式控制过程，来配置加密信息和完整性保护信息。utran收到cn配置的这些信息后，选择ue和utran都支持的加密算法和完整性保护算法，进行完整性保护过程和加密过程。过程见图1。

对于一个cn域已经存在一个信令连接，并且在这个cn域上已经开始了完整性保护和加密算法。这时如果对于另外一个cn域配置加密和完整性保护信息，则要选择已经存在的那个域上所应用的算法。

对于一个cn域已经存在一个信令连接，并且在这个cn域上已经开始了完整性保护和加密，如果这个域再次发送消息security mode command给rnc，安全模式控制过程将被用来激活应用新的加密密钥和完整性保护密钥，参数key status将会被设置成“new”。

(1) 无线资源控制(rrc)连接建立过程将ue的安全能力和对于电路域(cs)和分组域(ps)各自的start值从ue发送到rnc。其中ue安全能力信息包括加密能力和完整性保护能力。

(2) 移动台(ms)发送初始l3消息vlr／sgsn，这些消息中包含用户识别码和ksi(key set identifier)。而ksi由最新配置鉴权信息的域分配。

(3) 执行用户识别码请求过程。用户鉴权和生成新的安全性密钥值(ik和ck)，也会生成新的ksi值。

(4) vlr／sgsn决定uias和ueas优先选用的顺序

(5) vlr／sgsn发送ranap消息security modecommand给rnc来发起完整性保护和加密过程。这个消息包括按一定优先顺序排列的uias和ik值。

(6) rnc选择rnc和ue都支持的算法，并生成一个随机数fresh，然后开始下行链路的完整性保护。

(7) rnc生成rrc消息security mode command。这个消息包含ue安全能力，uia和fresh，如果开始加密，还包括uea，还包括cn域标识。

(8) ue在收到rrc消息security mode command之后，比较收到的“ue security capability”参数和存储的“uesecurity capability”参数。

(9) 如果所有的控制过程成功，ue生成rrc消息security mode complete并且生成这个消息的mac-i。如果有的控制过程不成功，安全模式控制过程就会在ue端终止。

(10) 收到响应消息后，rnc根据响应消息计算xmac-i。rnc比较xmac-i和mac-i来确定消息的完整性。

(11) rnc发送ranap消息security mode com-plete给vlr／sgsn报告结果。

3 重定位信令的完整性保护功能

3.1 约定

重定位时完整性保护功能描述的是服务rnc(srnc)进行完整性保护，伴随srnc重定位的硬切换：ue的测量报告表明硬切换的目标小区属于另外一个rnc，这时utran在决定执行硬切换的时候，伴随执行重定位，将ue移交给目标rnc。

基于先实现简单的基本过程，再逐步完善各种复杂情况的思路，约定如下：

(1) 在重定位前，源rnc已经启用完整性保护，并且只可能是如下两种情况：第一次安全模式控制过程(启动完整性保护)已经生效；若有后续的安全模式控制过程(修改完整性保护配置)，也必须在重定位前已经启用新的配置，旧的完整性保护配置已被删除。

(2) 源rnc侧在重定位发起以后，拒绝cn发来的security mode command消息。

(3) 目标rnc应该接受源rnc指定的完整性保护配置信息，而不应该在发往源rnc的container中指定新的配置。

3.2 源rnc的处理策略