GPP规范限制。
【附图说明】
[0032]结合附图参考下面的描述，可以最佳地理解本发明及其另外的目的和优点，在附图中:
[0033]图1是在用户设备中的安全重配置过程期间的已知信令的示意图；
[0034]图2是在安全重配置和小区更新过程期间的已知信令的示意图；
[0035]图3是在安全重配置和小区更新过程期间的已知信令的示意图；
[0036]图4是根据本发明的方法的实施例的示意图；
[0037]图5是根据本发明的用户设备中的方法的实施例的示意流程图；
[0038]图6是根据本发明的用户设备中的方法的另一实施例的示意流程图；
[0039]图7是根据本发明的网络节点中的方法的实施例的示意流程图；
[0040]图8是根据本发明的用户设备的实施例的示意图；
[0041]图9是根据本发明的网络节点的实施例的示意图。
[0042]缩写
[0043]ACK 应答
[0044]AM 应答模式
[0045]⑶小区更新
[0046]CCCH公共控制信道
[0047]CR 改变请求
[0048]DCCG专用控制信道
[0049]FACH前向接入信道
[0050]IE 信息元
[0051 ]KPI关键性能指示符
[0052]12 层 2
[0053]MP 强制存在
[0054]OP可选存在
[0055]NW网络
[0056]RAB无线接入承载
[0057]RIM捷迅(特定UE供货商)
[0058]RLC无线链路控制(L2协议)
[0059]RNC无线网络控制器
[0060]SRB信令无线承载[0061 ]TM透明模式
[0062]UM无应答模式
[0063]3GPP第三代合作伙伴计划
【具体实施方式】
[0064]将在3GPP系统的上下文中描述本公开;然而，其同样可应用于具有类似结构的类似系统。
[0065]为了全面理解本发明的益处，下面提供对现有技术方案及其潜在缺陷的更具深度的描述。
[0066]下面参考图2和图3进一步描述前面提到的(在来自CELL-FACH的多RAB语音呼叫期间)观察到的导致各种各样的呼叫掉话症状的两种主要的争用情形。
[0067]在第一争用情形中，参考图2，小区更新消息和安全模式命令在空中交叉或相遇。因此，RNC刚好在已经发送安全模式命令之后接收到小区更新消息，而UE刚好在接收到安全模式命令之前发送小区更新消息，即“CU期间的安全” [3]。在图2中，在纵轴上表示时间，从上到下递增。图2的过程中的各个信令步骤如下:
[0068]1.从UE向RNC发送的小区更新消息
[0069]2.从RNC向UE发送的安全模式命令(安全重配置请求)
[0070]在图2中可以清楚看出，两个信号1和2在空中相遇。在该情况下，无线网络控制器将在接收到对所请求的安全重配置的任何确认之前意识到小区更新。
[0071]在第二争用情形下，参考图3，UE在接收到对安全模式完成的L2应答之前发送小区更新消息，即“安全期间的CU” [ 1 ]。在图3中，在纵轴上表示时间，从上到下递增。
[0072]参考图3，将描述由本发明的实施例解决的典型问题。图3的过程中的各个信令步骤如下:
[0073]1.安全模式命令
[0074]2.对(1)的1^2八0(
[0075]3.安全模式完成
[0076]4.对(3)的 L2ACK
[0077]5.小区更新
[0078]在时刻A，UE选择新小区，并且中止进行中的安全重配置，以及返回旧的安全重配置。在时刻B，RNC激活新的安全配置。因此，从时刻B开始，UE和RNC使用不同的安全配置进行操作，并且不能够保持现有的呼叫。在该情况下，因为UE处于“旧”安全设置，而RNC现在处于“新”安全设置，所以存在安全失配，并且因此最终导致呼叫掉话。
[0079]基本上，本发明的目的是使得装置和布置能够避免由于在小区更新和安全重配置过程之间的上述第二争用情形造成的在网络节点与用户设备之间的安全配置失配。
[0080]根据本发明的优选实施例，UE适于在从UE向RNC发送的小区更新消息中包括安全状态指示(例如信息元)。该IE应该清楚地向RNC通知UE中的进行中的安全过程是否已经被中止，以及因此RNC能够容易地决定是否也需要中止和返回到旧安全设置，或者采取其他合适的动作。
[0081]当今，如先前描述的，为了向RNC发送“小区更新”，UE有可能刚好在安全重配置过程完成之前中止进行中的安全重配置过程。然而如果RNC在接收到该小区更新时已经完成该安全重配置过程，则RNC无法确定知道在先的安全过程在UE中已经中止。这是当前3GPP规范的局限。新提出的状态指示，例如信息元IE，可以容易地克服该3GPP局限。
[0082]参考图4，将描述根据本发明的实施例的信令方案。与图3的信令方案相比，直到步骤4为止，所有步骤是相同的。而且，在时刻A和B采取的动作是相同的。然而，在步骤5，用户设备在小区更新消息中提供安全状态指示。在该实施例中，安全状态指示被提供为信息元IE，在安全重配置已经中止的情况下，则该IE被设为“真(TRUE)”。因此，在时刻C，无线网络控制器接收到安全状态指示，并且被通知用户设备已经中止先前所请求的安全重配置。在该实施例中，无线网络控制器转回或返回先前的安全配置。因此，两个节点能够再次使用相同的安全配置通信。然而，这暗示了无线网络控制器在接收到安全状态指示之后能够采取其他的或附加的措施。
[0083]参考图5，将描述根据本发明的用于管理蜂窝通信系统的用户设备的安全重配置和小区更新过程的方法的基本实施例。最初，用户设备检测到S30小区更新触发事件。
[0084]响应于检测到的小区更新触发事件，用户设备中止S40任何进行中的安全重配置过程。通过中止安全重配置过程，用户设备转回或返回先前的例如已经存在的安全配置。随后，用户设备响应于中止的安全重配置而提供S50安全状态指示。最后，将安全状态指示和小区更新消息联合发送S60给蜂窝通信系统中的节点，所述节点通常是无线网络控制器节点或类似的控制节点。
[0085]基本上，修改了现有技术的小区更新消息，以包括安全状态，诸如布尔信息元，在用户设备中中止进行中的安全重配置过程的情况下，其设为“真”，否则设为“伪”。
[0086]参考图6，将描述根据本发明的管理蜂窝通信系统的用户设备中的安全重配置和小区更新的方法的另一详细实施例。使用相同的引用标号来指示前述实施例中指示的步骤。
[0087]最初，用户设备从节点(例如，无线网络控制器)接收S10针对安全重配置的请求。用户设备发起和确认S20所请求的安全重配置。在接收到节点应答之前的某个时间点，用户设备检测到S30小区更新触发，且因此强制改变或重选小区。响应于所检测到的小区更新触发，用户设备中止S40已经确认的安全重配置。然后，用户设备响应于中止的安全重配置而提供S50安全状态指示。最后，用户设备将小区更新消息和所提供的安全状态指示联合发送S60给节点，其中所述安全状态指示通知:所确认的安全重配置被中止。
[0088]优选地，响应于中止的安全重配置，将安全状态指示设为预定值，根据本发明的具体实施例，状态指示被提供为布尔信息元。根据具体实施例，仅在进行中的安全重配置期间触发发送中止的安全重配置和小区更新