配置和传输加密密匙的方法
【专利摘要】本申请公开了配置和传输加密密匙的方法，包括：a、UE的服务小区PCell确定辅小区SCell使用的加密密钥KeNB，并发送给SCell；PCell在收到SCell的响应消息后，将SCell使用的KeNB发送给UE，并接收UE反馈的响应消息。或者，该方法还可以包括：UE的辅小区SCell向MME发送小区密钥请求，并接收MME发送的密钥信息；SCell将MME下发的密钥信息发送给所述UE，并接收UE反馈的响应消息。通过本申请，可以使辅小区Scell的数据进行加密后传输，避免数据被其它用户破解，以保证数据的安全性。
【专利说明】配置和传输加密密匙的方法
【技术领域】
[0001]本发明涉及无线通信技术，特别涉及配置和传输加密密匙的方法。
【背景技术】
[0002]现代移动通信越来越趋向于为用户提供高速率传输的多媒体业务，如图1所示，为系统架构演进(SAE)的系统架构图。其中:
[0003]用户设备(UE) 101是用来接收数据的终端设备。演进通用陆地无线接入网络(E-UTRAN) 102是无线接入网络，其中包括为UE提供接入无线网络接口的宏基站(eNodeB/NodeB)。移动管理实体(MME) 103负责管理UE的移动上下文、会话上下文和安全信息。月艮务网关(SGW) 104主要提供用户平面的功能，MME 103和SGW 104可能处于同一物理实体。分组数据网络网关(PGW) 105负责计费、合法监听等功能，也可以与SGW 104处于同一物理实体。策略和计费规则功能实体(PCRF) 106提供服务质量(QoS)策略和计费准则。通用分组无线业务支持节点(SGSN) 108是通用移动通信系统(UMTS)中为数据的传输提供路由的网络节点设备。归属用户服务器(HSS) 109是UE的家乡归属子系统，负责保护包括用户设备的当前位置、服务节点的地址、用户安全信息、用户设备的分组数据上下文等用户信息。
[0004]目前LTE (Long Term Evolution)系统中，每个小区支持的最大带宽为20MHz,为了提高UE的峰值速率，LTE-Advanced系统引入了载波聚合技术。通过载波聚合技术，UE可以同时与由同一个eNB控制的工作在不同载波频率的小区通信，使传输带宽最高达到100MHz，从而可以成倍增加UE的 上下行峰值速率。
[0005]为了增加传输的带宽，可以由多个小区为同一个用户提供服务，这些小区可以位于同一个基站，或者位于不同的基站上，该技术被称为载波聚合。图2为跨eNB进行载波聚合的示意图。对于工作在载波聚合下的UE来说,聚合的小区分为主小区PCell (PrimaryCell)和辅小区SCell (Secondary Cell)。PCell也成为服务小区,只能够有一个,而且一直处于激活状态，PCell只能通过切换过程进行改变，而且UE只能在PCell发送和接收NAS信息，PUCCH也只能在PCell发送。
[0006]在目前的系统中，MME需要对非接入层的信令进行加密，基站需要对RRC信令和数据进行加密。MME计算出初始的加密密匙KeNB，发送给基站。并且在切换消息中，把一组参数(Next Hop简称NH, Next Hop Counter简称NCC)发送给基站,该参数可以用来计算出KeNB。在X2切换中，源基站计算出目的基站使用的KeNB。目的基站使用的KeNB，可以是基于KeNB产生，同时参考目的基站的下行频率和PCI，产生新的KeNB。该方法称为水平的产生方法。或者根据基站保存的(NH，NCC)产生，该方法称为垂直的产生方法。这些方法已经定义在的目前的协议3GPP33.401中。UE采用和MME同样的算法，产生UE使用的KeNB。当UE进行了 X2或者SI的切换，基站发送消息给UE,通知UE目前基站使用的NCC，并且指示UE需要产生新的KeNB，UE也同样根据水平或者垂直的方法，产生新的KeNB。NCC决定了UE使用水平的方法，还是垂直的方法。如果NCC和UE当前使用的KeNB对应的NCC —样，UE就采用水平的方法，如果NCC和UE当前使用的KeNB对应的NCC不一样，UE就采用垂直的方法。
[0007]目前的KeNB的传输和计算方法，都是针对只有一个小区对数据进行加密的情况。即服务小区使用的加密密匙在目前协议中已经定义。在跨基站的载波聚合中，辅小区也参与的数据传输，也需要对数据进行加密。这样，就有多个小区需要对数据进行加密，那如何设置辅小区使用的加密的密匙，在目前的协议中没有定义。
【发明内容】
[0008]本申请提供了几种配置加密密匙的方法，对于在一个UE和多个eNB之间建立的数据承载的情况下，这些链路上的数据可以用加密密匙进行加密，
[0009]一种配置和传输加密密匙的方法，包括:
[0010]a、UE的服务小区PCell确定辅小区SCell使用的加密密钥KeNB，并发送给所述SCell ；
[0011]b、所述PCell在收到所述SCell的响应消息后，将所述SCell使用的KeNB发送给所述UE,并接收UE反馈的响应消息。
[0012]较佳地，所述PCell确定SCell使用的KeNB包括:所述PCell根据所述SCell的下行频率、物理层小区标识计算所述KeNB。
[0013]较佳地，所述Scell使用的KeNB与所述Scell位于相同基站的另一个SCell使用的KeNB相同。
[0014]较佳地，所述PCell确定SCell使用的KeNB与所述PCell使用的KeNB相同。
[0015]较佳地，步骤a中在辅小区建立请求消息中包括所述SCell使用的KeNB发送给所述 SCell。
[0016]较佳地，步骤a中在辅小区建立请求消息中包括所述KeNB的指示信息发送给SCell，用于指示所述SCell使用的KeNB和与所述SCell位于相同基站的另一 SCell所使用的KeNB相同。
[0017]较佳地，当所述SCell使用的KeNB和其所在基站的主要SCell使用的KeNB相同时，在所述辅小区建立请求消息中包括所述UE在X2接口的标识作为所述KeNB的指示信息，用于指示SCell根据所述X2接口的标识确定对应UE的上下文并获取使用的KeNB ；
[0018]或者,所述KeNB的指示信息为所述另一 SCell的小区标识。
[0019]较佳地，步骤b中在配置所述SCell的配置信息中包括该SCell使用的KeNB发送给所述UE。
[0020]较佳地，当所述SCell使用的KeNB与所述PCell使用的KeNB相同时，步骤b中利用在所述配置信息中不包括KeNB信息来表不。
[0021]较佳地，步骤b中在配置所述SCell的配置信息中包括所述KeNB的指示信息发送给UE，用于指示所述SCe11使用的KeNB和与所述SCell位于相同基站的另一 SCell所使用的KeNB相同。
[0022]较佳地，当所述SCell使用的KeNB和其所在基站的主要SCell使用的KeNB相同时，在所述SCell的配置信息中不包括KeNB，用于指示UE从该UE的上下文中获取使用的KeNB ；
[0023]或者 ,所述KeNB的指示信息为所述另一 SCell的小区标识。[0024]一种配置和传输加密密匙的方法，较佳地，包括:
[0025]a、UE的辅小区SCell向MME发送小区密钥请求，并接收MME发送的密钥信息；
[0026]b、所述SCell将所述MME下发的密钥信息发送给所述UE，并接收UE反馈的响应消息。
[0027]较佳地，所述密钥信息为用于计算所述SCell使用的KeNB的信息，或者为所述SCell使用的KeNB本身。
[0028]由上述技术方案可见，本申请提供的几种配置Scell加密密匙的方法，可以使辅小区Scell的数据进行加密后传输，避免数据被其它用户破解，以保证数据的安全性。
【专利附图】
【附图说明】
[0029]图1现有的SAE系统架构图；
[0030]图2跨eNB载波聚合示意图；
[0031]图3本申请中主小区进行KeNB配置和传输的总体方法流程图；
[0032]图4为本申请中实施例一的方法流程示意图；
[0033]图5为本申请中实施例二的方法流程示意图；
[0034]图6为本申请中实施例二的方法流程不意图；
[0035]图7为本申请中MME进行辅小区KeNB配置的总体方法流程图；
[0036]图8为本申请实施例四的方法流程示意图。
【具体实施方式】
[0037]为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。
[0038]本申请中给出两种配置和传输辅小区使用的KeNB的方法，一种是由主小区进行KeNB的配置和传输，另一种是由MME进行KeNB的配置。下面就这两种方式分别进行描述。
[0039]图3为本申请中由主小区进行KeNB配置和传输的总体流程示意图。如图3所示，该方法包括:
[0040]步骤301，UE的服务小区PCell确定辅小区SCell使用的加密密钥KeNB，并发送给 SCell。
[0041]步骤302，PCell在收到SCell的响应消息后，将SCell使用的KeNB发送给UE’并接收UE反馈的响应消息。
[0042]其中，PCell确定SCell使用的KeNB时，可以使Scell使用的KeNB和PCell使用的KeNB不同，例如根据SCell的下行频率、小区标识，PCell使用的KeNB等计算，或者可以使SCell使用的KeNB和PCell使用的KeNB相同。下面通过三个实施例进行详细说明。
[0043]实施例一描述了主小区配置并传输辅小区使用的keNB的方法。PCell和Scell使用的KeNB不同。移动管理实体MME为主小区设置了初始KeNB，在UE移动的过程中，UE的服务小区使用的KeNB需要重新计算，该KeNB的计算方法和目前的方法一样，在此不在赘述。基站I是用户服务小区所在的基站，即用户的主小区所在的基站，基站2是用户辅小区所在的基站，为用户提供了数据承载，基站2从服务网关或者基站I接收下行数据发送给UE，基站I和基站2之间有X2接口。以下不区分小区和基站的关系，小区发送/接收数据，即小区所在的基站发送/接收消息。还省略了 MME和网关之间的信令交互的过程。图4所示方法可以包括以下步骤:
[0044]步骤401 =RRC连接建立过程，该过程的目的是建立UE和主小区之间的RRC连接，该过程和目前定义的过程相同，在此省略。
[0045]步骤402:UE的主小区发送第一条SI接口的消息给MME，初始UE消息，消息里面包含UE在SI接口标识，包含非接入消息。
[0046]步骤403 =MME发送“初始上下文建立请求”消息给UE的主小区。
[0047]MME发送消息在基站上建立UE的上下文信息。“初始上下文建立请求”消息中包含UE在SI接口的标识，该标识在SI接口上唯一标识了这个用户。消息还包含UE的能力信息和要建立的LTE无线接入承载(E-RAB)信息，E-RAB信息包含承载的标识，承载的服务质量信息，上行数据接收的服务网关的传输层地址和隧道端口标识。消息包含初始加密密匙 KeNB。
[0048]UE的服务小区，即主小区，把KeNB保存在UE的上下文中，在之后的信令传输和数据传输中，使用该KeNB对信令和数据进行加密。如果UE的服务小区切换到了新的小区，或者MME更新了加密密匙，新的服务小区使用的KeNB的计算方法和目前定义的方法相同，在此假设服务小区根据目前的方法得到了本小区使用的KeNB。 [0049]步骤404 =Pcell决定为用户建立一个新的辅小区。
[0050]Pcell做出此决定可能有不同的原因，一是目前PCell负载很大，建立辅小区传输UE的数据，分担PCell的负载。二是MME请求主小区建立新的承载，Pcell决定把新的承载建立在辅小区上。辅小区的选择可以基于UE检测到了该小区的信道质量，UE把检测到的信道质量通过测量报告汇报给了 PCell。新的辅小区和Pcell位于不同的基站。假定新的辅小区位于基站2上面。
[0051]步骤405 =PCell发送辅小区建立请求消息给Scell，请求Scell所在基站为UE建立新的承载。
[0052]UE的服务小区决定把数据承载建立在辅小区上，基站I可以根据无线信号质量来选择辅小区，假设辅小区Scell在基站2上面，基站I发送消息给基站2，消息名称可以是其他的名称，消息包含目的小区的标识，UE在X2接口的标识，要建立的LTE数据承载(E-RAB)信息，E-RAB信息包含承载的标识，承载的服务质量信息，上行数据接收的服务网关(或者基站I)的传输层地址和隧道端口标识等。
[0053]PCell确定Scell使用的KeNB，PCell参考PCell使用的KeNB，Scell的下行功率，Scell的物理层标识等信息确定Scell使用的KeNB。在上述辅小区建立请求消息中携带Scell使用的KeNB。
[0054]步骤406 =Scell发送辅小区建立响应消息给PCell。
[0055]基站2确认辅小区建立成功，发送消息通知给基站I。辅小区建立响应中包含基站2上的新增加的辅小区的信息，下行数据接收的传输层地址和隧道端口标识。
[0056]小区的信息可以包含小区的物理层标识PCI，小区标识，小区的PLMN标识，小区的上下行频率和带宽，还包含天线端口数，MBSFN子帧的信息，物理层接入信道(PRACH)的配置。小区的信息还可以包含该小区的下行专用信道(PDSCH)的通用的配置，例如PDSCH的参考信号功率，P-B，服务小区的信息还包含物理层重传指示信道(Physical Hybrid ARQIndicator Channel简称PHICH)的配置，例如PHICH的持续时间是正常的，还是宽展的，PHICH的资源。
[0057]步骤407 =PCell发送RRC重配置请求消息给UE，消息包含辅小区配置信息。辅小区配置信息包含辅小区的标识，包含辅小区使用的KeNB。辅小区的标识可以是物理层标识，或者是小区唯一标识，或者是其它形式的标识。
[0058]在该实施例中，UE为每个Scell保存一个KeNB，并且把它用于该小区数据的加密解密。
[0059]步骤408:UE发送RRC重配置响应消息，确认辅小区在UE端配置成功。
[0060]步骤409 =PCell发送初始上下文建立响应消息给MME。
[0061]基站I通知MME，UE的上下文建立成功，同时通知MME，基站建立成功的承载信息。该消息包含UE在SI接口的标识，包含建立成功的数据承载的标识，下行数据接收的基站的传输层地址和隧道端口标识。消息包含辅小区所在的基站2的标识(eNB Id)，还可以包含辅小区的小区标识(Cell Id)。
[0062]至此，实施例一的过程结束。
[0063]实施例二描述了在一个基站上建立了多个辅小区，主小区配置并传输辅小区使用的keNB的方法。本实施例中，PCell和Scell使用的KeNB不同，同一个基站上的Scell使用相同的KeNB。移动 管理实体MME为主小区设置了初始KeNB，在UE移动的过程中，UE的服务小区使用的KeNB需要重新计算，该KeNB的计算方法和目前的方法一样，在此不在赘述。基站I是用户服务小区所在的基站，即用户的主小区所在的基站，基站2是用户辅小区所在的基站，为用户提供了数据承载，基站2从服务网关或者基站I接收下行数据发送给UE，基站I和基站2之间有X2接口。以下不区分小区和基站的关系，小区发送/接收数据，即小区所在的基站发送/接收消息。还省略了 MME和网关之间的信令交互的过程。图5所示方法可以包括以下步骤:
[0064]步骤501到步骤509分别和步骤401到步骤409相同。在此省略。通过步骤501_509的处理，已经在基站2上建立了辅小区1，并为其配置了使用的KeNB。
[0065]步骤510 =Pcell决定为用户建立一个新的辅小区。
[0066]Pcell做出此决定可能有不同的原因，一是目前PCell负载很大，建立辅小区传输UE的数据，分担PCell的负载。二是MME请求主小区建立新的承载，Pcell决定把新的承载建立在辅小区上。辅小区的选择可以基于UE检测到了该小区的信道质量，UE把检测到的信道质量通过测量报告汇报给了 PCell。新的辅小区和Pcell位于不同的基站。新的辅小区位于基站2上面。
[0067]步骤511 =PCell发送辅小区建立请求消息给Scell。请求Scell所在基站为UE建立新的数据承载。
[0068]假定新建立的辅小区2和之前建立的辅小区I位于相同的基站，辅小区2可以使用和辅小区I相同的KeNB，用相同的KeNB对辅小区2的数据进行加密。辅小区建立请求消息包含UE在X2接口上的标识，包含要建立的承载信息，包含辅小区2的标识，该标识可以是物理层小区标识，或者是全球唯一的小区标识CGI。511步骤的消息还包含辅小区2使用的KeNB和辅小区I使用的KeNB —样的信息。该信息可以有几种实现方式:
[0069]方法一:在一个基站的多个辅小区中，定义辅小区I是主要辅小区。在PCell所在的基站和辅小区I所在的基站之前，只建立了一个X2接口，PCell和多个辅小区之间的通信，都通过辅小区I来转发。在步骤405的消息中，PCell指示了辅小区I是基站2上的主要的辅小区，或者在步骤406的消息中，基站2指示了辅小区I是基站2上的主要的辅小区。主要的辅小区和其使用的KeNB信息保存在基站2上UE的上下文中。在步骤511的消息包含UE在X2接口的标识，通过该标识，基站2找到了对应的UE上下文，得到KeNB，并且把该KeNB用于辅小区2的数据的加密。
[0070]方法二:在511步骤的消息中，包含辅小区2的KeNB。
[0071]方法三:在511步骤的消息中，包含辅小区2和哪个小区使用的KeNB相同的信息，例如包含辅小区I的标识。
[0072]步骤512:基站2发送辅小区建立响应消息给PCell。
[0073]基站2确认辅小区建立成功，发送消息通知给基站I。辅小区建立响应中包含基站2上的新增加的辅小区的信息，下行数据接收的传输层地址和隧道端口标识。
[0074]小区的信息可以包含小区的物理层标识PCI，小区标识，小区的PLMN标识，小区的上下行频率和带宽，还包含天线端口数，MBSFN子帧的信息，物理层接入信道(PRACH)的配置。小区的信息还可以包含该小区的下行专用信道(PDSCH)的通用的配置，例如PDSCH的参考信号功率，P-B，服务小区的信息还包含物理层重传指示信道(Physical Hybrid ARQIndicator Channel简称PHICH)的配置，例如PHICH的持续时间是正常的，还是宽展的，PHICH的资源。
[0075]步骤513 =PCell发送RRC重配置请求消息给UE’消息包含辅小区配置信息。
[0076]辅小区配置信息包含辅小区2的标识，包含辅小区使用的KeNB。辅小区的标识可以是物理层标识，或者是小区唯一标识，或者是其它形式的标识。
[0077]或者辅小区配置信息包含辅小区2的标识，包含辅小区使用的KeNB和哪个小区的KeNB相同的指示信息，和步骤511相同，该指示信息可以由不同的实现方法。
[0078]例如，包含辅小区I的标识，意味着辅小区2使用的KeNB和辅小区I使用的KeNB相同，小区的标识可以是物理层标识，或者是小区唯一标识，或者是其它形式的标识；或者，辅小区配置信息包含辅小区2的KeNB，或者在之前的步骤，例如步骤407中，指示了 UE某个辅小区是某个基站上的主要的辅小区，该信息保存在UE，该基站上的其它的SCell都使用和主要的辅小区相同的KeNB，在步骤514中，辅小区配置信息不包含KeNB，UE通过保存的UE上下文找到该小区使用的KeNB。
[0079]和实施例一不同，在该实施例二中，UE为每个基站上的所有的Scell保存了一个KeNB,并且把它用于该小区数据的加密解密。
[0080]步骤515:UE发送RRC重配置响应消息，确认辅小区在UE端配置成功。
[0081]至此，实施例二的过程结束。
[0082]实施例三描述了主小区配置并传输辅小区使用的keNB的方法。移动管理实体MME为主小区设置了初始KeNB，在UE移动的过程中，UE的服务小区使用的KeNB需要重新计算，该KeNB的计算方法和目前的方法一样，在此不在赘述。基站I是用户服务小区所在的基站，即用户的主小区所在的基站，基站2是用户辅小区所在的基站，用户提供了数据承载，基站2从服务网关或者基站I接 收下行数据发送给UE，基站I和基站2之间有X2接口。以下不区分小区和基站的关系，小区发送/接收数据，即小区所在的基站发送/接收消息。还省略了 MME和网关之间的信令交互的过程。图6所示方法可以包括以下步骤:
[0083]步骤601到步骤609分别和步骤401到步骤409大致相同。在此只描述不同点。
[0084]步骤604 =Pcell决定为用户建立一个新的辅小区。Pcell同时决定新的辅小区使用的KeNB和Pcel I使用的KeNB相同。
[0085]步骤605:PCell发送辅小区建立请求消息给Scell。请求Scell所在基站为UE建立新的承载。消息中包含KeNB，该KeNB和PCe 11使用的KeNB相同。
[0086]步骤606 =PCell发送RRC重配置请求消息给UE’消息包含辅小区配置信息。
[0087]辅小区配置信息包含辅小区2的标识，不包含KeNB，意味着辅小区使用的keNB就是UE上下文中保存的KeNB，即Pcell使用的KeNB.。
[0088]在此实施例下，UE只保存了一个KeNB。用于PCell和Scell。
[0089]步骤607:UE发送RRC重配置响应消息，确认辅小区在UE端配置成功。
[0090]至此，实施例三的过程结束。
[0091]上述即为本申请中第一种配置和传输辅小区使用的KeNB的方法实现。
[0092]图7为本 申请中第二种配置和传输辅小区使用的KeNB的方法总体流程示意图。其中，由MME进行辅小区使用的KeNB的配置。如图7所示，该方法主要包括:
[0093]步骤701，在辅小区SCell建立后，UE的辅小区SCell向MME发送小区密钥请求，并接收MME发送的密钥信息。
[0094]步骤702，SCell将MME下发的密钥信息发送给UE，并接收UE反馈的响应消息。
[0095]下面通过实施例对图7所示的方法进行详细描述。
[0096]实施例四描述了辅小区请求得到KeNB的方法，目的是不让主小区知道辅小区使用的KeNB，使主小区的基站也不能够对数据进行解密，进一步提高的加密的等级。图8所示方法可以包括以下步骤:
[0097]步骤801到步骤809分别和步骤401到步骤409相同，在此省略。
[0098]步骤810之后的步骤，并不依赖于步骤801到809，810之前的实现方式可以是其它的实现方式，例如PCell没有为Scell配置KeNB，或者PCell为Scell配置了和PCell相同的KeNB。
[0099]步骤810:辅小区发送小区密匙请求，请求MME配置新的加密密匙。消息包含小区的标识，标识可以是全球唯一的标识CGI。
[0100]步骤811 =MME发送密匙给辅小区，消息包含产生新的加密密匙的信息。该信息可以是KeNB,或者是其他的可以计算出keNB的彳目息。
[0101]步骤812:辅小区发送小区密匙配置给UE，消息包含小区的标识，包含产生加密密匙的/[目息。该彳目息可以是KeNB，或者是其他的可以计算出keNB的/[目息。
[0102]步骤813:UE发送小区密匙确认。确认UE收到了新的加密密匙的信息。
[0103]至此，实施例四的过程结束。
[0104]如果辅小区使用的keNB和PCell使用的KeNB不同，在UE端，需要针对小区产生和保存小区对应的加密信息，包括加密能力，KeNB。
[0105]上述即为本申请中的配置和传输加密密钥的方法。通过本申请，可以使辅小区Scell的数据进行加密后传输，避免数据被其它用户破解，以保证数据的安全性。
[0106]以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做 的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
【权利要求】
1.一种配置和传输加密密匙的方法，其特征在于，包括: a、UE的服务小区PCell确定辅小区SCell使用的加密密钥KeNB，并发送给所述SCell； b、所述PCell在收到所述SCell的响应消息后，将所述SCell使用的KeNB发送给所述UE,并接收UE反馈的响应消息。
2.根据权利要求1所述的方法，其特征在于，所述PCell确定SCell使用的KeNB包括:所述PCell根据所述SCell的下行频率、物理层小区标识计算所述KeNB。
3.根据权利要求1或2所述的方法，其特征在于，所述Scell使用的KeNB与所述Scell位于相同基站的另一个SCell使用的KeNB相同。
4.根据权利要求1所述的方法，其特征在于，所述PCell确定SCell使用的KeNB与所述PCell使用的KeNB相同。
5.根据权利要求1所述的方法，其特征在于，步骤a中在辅小区建立请求消息中包括所述SCell使用的KeNB发送给所述SCell。
6.根据权利要求1所述的方法，其特征在于，步骤a中在辅小区建立请求消息中包括所述KeNB的指示信息发送给SCell，用于指示所述SCell使用的KeNB和与所述SCell位于相同基站的另一 SCell所使用的KeNB相同。
7.根据权利要求6所述的方法，其特征在于，当所述SCell使用的KeNB和其所在基站的主要SCell使用的KeNB相同时，在所述辅小区建立请求消息中包括所述UE在X2接口的标识作为所述KeNB的指示信息，用于指示SCell根据所述X2接口的标识确定对应UE的上下文并获取使用的KeNB ； 或者，所述KeNB的指示信息为所述另一 SCell的小区标识。
8.根据权利要求1所述的方法，其特征在于，步骤b中在配置所述SCell的配置信息中包括该SCell使用的KeNB发送给所述UE。
9.根据权利要求8所述的方法，其特征在于，当所述SCell使用的KeNB与所述PCell使用的KeNB相同时，步骤b中利用在所述配置信息中不包括KeNB信息来表示。
10.根据权利要求1所述的方法，其特征在于，步骤b中在配置所述SCell的配置信息中包括所述KeNB的指示信息发送给UE，用于指示所述SCell使用的KeNB和与所述SCell位于相同基站的另一 SCell所使用的KeNB相同。
11.根据权利要求10所述的方法，其特征在于，当所述SCell使用的KeNB和其所在基站的主要SCell使用的KeNB相同时，在所述SCell的配置信息中不包括KeNB，用于指示UE从该UE的上下文中获取使用的KeNB ； 或者，所述KeNB的指示信息为所述另一 SCell的小区标识。
12.一种配置和传输加密密匙的方法，其特征在于，包括: a、UE的辅小区SCell向MME发送小区密钥请求，并接收MME发送的密钥信息； b、所述SCell将所述MME下发的密钥信息发送给所述UE，并接收UE反馈的响应消息。
13.根据权利要求12所述的方法，其特征在于，所述密钥信息为用于计算所述SCell使用的KeNB的信息，或者为所述SCell使用的KeNB本身。
【文档编号】H04W12/04GK103906053SQ201210583709
【公开日】2014年7月2日 申请日期:2012年12月28日 优先权日:2012年12月28日
【发明者】王弘, 许丽香, 梁华瑞 申请人:北京三星通信技术研究有限公司, 三星电子株式会社