演进通用陆地无线接入网络及其通讯方法以及用户设备的制作方法
【专利摘要】一种应用于一演进通用陆地无线接入网络的通讯方法，用以在与一用户设备重新建立一无线资源控制联机程序后将封包数据聚合协议的运作同步化。该通讯方法包含有：当一无线资源控制联机重新建立时，起始一无线资源控制重新配置程序来回复除了第一发信无线承载以外的所有无线承载；以及当回复于无线链路控制认可模式下所映射的一数据无线承载时，重新传送一组指定的封包数据聚合协议业务数据单元给该用户设备。
【专利说明】演进通用陆地无线接入网络及其通讯方法以及用户设备
[0001]本分案申请是申请日为2009年6月23日、申请号为200910150596.2、发明名称为
“演进通用陆地无线接入网络及其通讯方法以及用户设备”的分案申请。
【技术领域】
[0002]本发明是相关于一种无线通讯方法与其相关装置，尤指一种在无线通讯系统中重新建立无线资源控制联机程序后将封包数据聚合协议的运作同步化的无线通讯方法与其相关装置。
【背景技术】
[0003]长期演进(Long-term Evolution, LTE)技术是起始于第三代合作伙伴计划(ThirdGeneration Partnership Project, 3GPP),现今已是公认可提供高数据速率、低延迟、封包最佳化以及增进系统容量与涵盖范围的一种新的无线接口及无线网络架构。在长期演进系统中，一演进通用陆地无线接入网络(Evolved Universal Terrestrial Radio AccessNetwork, E-UTRAN)包含有多个进化节点基地台(Evolved Node-B, eNB)并与多个移动台沟通，而该些移动台又可称之为用户设备(User Equipment, UE)。
[0004]请参照图1，其为先前技术的长期演进系统中无线接口协议的示意图。如图1所示，该长期演进系统的无线接口协议包含有三个通讯层:物理层L1、数据链路层L2以及网络层L3,其中网络层L3的控制层面(Control Plane)为一无线资源控制(RadioResource Control)层,而数据链路层L2可进一步分成一封包数据聚合协议(Packet DataConvergence Protocol, F1DCP)层、一无线链路控制(Radio Link Control, RLC)层以及一媒体存取控制(Medium Access Control, MAC)层。
[0005]图2为先前技术的长期演进系统的无线资源控制联机重建程序的示意图。如图2所示，若一无线资源控制联机因无线链接失败而中断，则需要重新起始一无线资源控制联机重建程序以便重建该无线资源控制联机。首先，一用户设备(UE) 110发送一要求无线资源控制联机重建消息给演进通用陆地无线接入网络(E-UTRAN) 120。在接收到该要求无线资源控制联机重建消息之时，演进通用陆地无线接入网络120则响应一无线资源控制联机重建消息给用户设备110。当接收到该无线资源控制联机重建消息时，用户设备110立即回复(resume) —第一发信无线承载(Signaling Radio Bearerl) SRB1,并对一下层通讯层(lower layer)进行配置以立即应用先前已配置完成的算法来重新启动安全机制(包含有完整性保护(integrity protection)与加密(ciphering)),换言之,用户设备110接下来接收与发送的消息都将经过完整性保护与加密的处理。之后，用户设备110发送一无线资源控制联机重建完成消息来通知演进通用陆地无线接入网络120无线资源控制联机已再次建立完成。为了要回复除了第一发信无线承载SRBl以外的所有无线承载(Radiobearer)，演进通用陆地无线接入网络120须在该无线资源控制联机重建完成后起始一无线资源控制联机重新配置程序，其中该无线资源控制联机重新配置程序用来修改该无线资源控制联机。[0006]然而，在某些情况之下，并没有清楚地定义如何在该无线资源控制联机重建完成后回复发信无线承载与数据无线承载(Data Radio Bearer, DRB)以及后续的无线资源控制联机重新配置程序。举例来说，若用户设备110是由一第一进化节点基地台交递(handover)给一第二进化节点基地台，一封包数据聚合协议传送实体(transmitting PDCPentity)中压缩器(compressor)的内文(context)已被更新,而一封包数据聚合协议接收实体(receiving PDCP entity)中解压缩器(decompressor)的内文则未更新,于是,该封包数据聚合协议接收实体的标头解压缩程序(header decompressions)在回复无线承载之后无法对该些封包数据聚合协议业务数据单元(H)CP SDU)正确地解压缩。因此，一种能在无线资源控制联机重建后将封包数据聚合协议的运作同步化的机制为必要的。
【发明内容】
[0007]因此，本发明的目的之一在于，在无线通讯系统中，于无线资源控制联机重建程序后提供将封包数据聚合协议的运作同步化的方法与其相关装置，以解决前述的问题。
[0008]依据本发明的一具体实施例，其揭露了一种无线通讯系统之一用户设备，用以将封包数据聚合协议HXP的运作与一演进通用陆地无线接入网路E-UTRAN同步化，该用户设备包含有:一封包数据聚合协议接收实体，当一无线资源控制联机重新建立时，执行一无线资源控制重新配置程序来回复除了一第一发信无线承载以外的一数据无线承载；其特征在于当回复该数据无线承载时，该封包数据聚合协议接收实体接收封包数据聚合协议业务数据单元；该封包数据聚合协议接收实体产生对应于无线资源控制联机重新建立程序之一新的基钥以及从该新的基钥产生一新的加密金钥的组件；以及该封包数据聚合协议接收实体使用该新的加密金钥来对该接收之封包数据聚合协议业务数据单元进行解密。
[0009]依据本发明的另一具体实施例，其揭露了一种无线通讯系统之一演进通用陆地无线接入网路E-UTRAN，用以将封包数据聚合协议HXP的运作与一用户设备同步化，该用户设备包含有:一封包数据聚合协议传送实体，当一无线资源控制联机重新建立时，执行一无线资源控制重新配置程序来回复除了一第一发信无线承载以外的一数据无线承载；其特征在于当回复该数据无线承载时，封包数据聚合协议传送实体重新传送封包数据聚合协议业务数据单元；该封包数据聚合协议传送实体产生对应于无线资源控制联机重新建立程序之一新的基钥以及从该新的基钥产生一新的加密金钥的组件；以及该封包数据聚合协议传送实体使用该新的加密金钥来对该组重新传送之封包数据聚合协议业务数据单元进行加密。
[0010]依据本发明的另一具体实施例，其揭露了一种使用在无线通讯系统之一用户设备的方法，该用户设备用以将封包数据聚合协议rocp的运作与一演进通用陆地无线接入网路E-UTRAN同步化，该方法包括:当一无线资源控制联机重新建立时，执行一无线资源控制重新配置程序来回复除了一第一发信无线承载以外的一数据无线承载；其特征在于当回复该数据无线承载时，接收封包数据聚合协议业务数据单元；产生对应于无线资源控制联机重新建立程序之一新的基钥以及从该新的基钥产生一新的加密金钥；以及使用该新的加密金钥来对该接收之封包数据聚合协议业务数据单元进行解密。
[0011]依据本发明的另一具体实施例，其揭露了一种使用在无线通讯系统之一演进通用陆地无线接入网路E-UTRAN的方法，该演进通用陆地无线接入网路E-UTRAN用以将封包数据聚合协议HXP的运作与一用户设同步化，该方法包括:当一无线资源控制联机重新建立时，执行一无线资源控制重新配置程序来回复除了一第一发信无线承载以外的一数据无线承载；其特征在于当回复该数据无线承载时，重新传送封包数据聚合协议业务数据单元；产生对应于无线资源控制联机重新建立程序之一新的基钥以及从该新的基钥产生一新的加密金钥；以及使用该新的加密金钥来对该组重新传送之封包数据聚合协议业务数据单元进行加密。
[0012]依据本发明的一具体实施例，其揭露了一种应用于一演进通用陆地无线接入网络的通讯方法，用以在与一用户设备重新建立一无线资源控制联机程序后将封包数据聚合协议的运作同步化。该通讯方法包含有:当一无线资源控制联机重新建立时，起始一无线资源控制重新配置程序来回复除了一第一发信无线承载以外的所有无线承载；以及当回复于无线链路控制认可模式下所映射的一数据无线承载时，重新传送一组指定的封包数据聚合协议业务数据单元给该用户设备。
[0013]依据本发明的另一具体实施例，其揭露了一种应用于一用户设备的通讯方法，用以在与一演进通用陆地无线接入网络重新建立一无线资源控制联机程序后将封包数据聚合协议的运作同步化。该通讯方法包含有:当一无线资源控制联机重新建立时，起始一无线资源控制重新配置程序来回复除了一第一发信无线承载以外的所有无线承载；当回复于无线链路控制认可模式下所映射的一数据无线承载时，接收发自该演进通用陆地无线接入网络的一组指定的封包数据聚合协议业务数据单元。
[0014]依据本发明的另一具体实施例，其揭露了一种演进通用陆地无线接入网络，用以在与一用户设备重新建立一无线资源控制联机程序后将封包数据聚合协议的运作同步化。该演进通用陆地无线接入网络包含有:用以当一无线资源控制联机重新建立时，起始一无线资源控制重新配置程序来回复除了一第一发信无线承载以外的所有无线承载的装置；以及用以在回复于无线链路控制认可模式下所映射的一数据无线承载时，重新传送一组指定的封包数据聚合协议业务数据单元给该用户设备的装置。
[0015]依据本发明的另一具体实施例，其揭露了一种用户设备，用以在与一演进通用陆地无线接入网络重新建立一无线资源控制联机程序后将封包数据聚合协议的运作同步化。该用户设备包含有:用以当一无线资源控制联机重新建立时，回复除了一第一发信无线承载以外的所有无线承载的装置；以及用以在回复于无线链路控制认可模式下所映射的一数据无线承载时，接收发自该演进通用陆地无线接入网络的一组指定的封包数据聚合协议业务数据单元的装置。
[0016]综上所述，本发明提供了一种在无线通讯系统中重新建立无线资源控制联机程序后将封包数据聚合协议的运作同步化的通讯方法与其相关装置。经由本发明所提供的机制，演进通用陆地无线接入网络与用户设备在无线资源控制联机重建程序后可同步化封包数据聚合协议的运作，如此一来，便可避免许多问题，例如:在无线链接控制认可模式中遗失封包数据聚合协议业务数据单元的问题、标头解压缩失败的问题、金钥的使用效率低下的问题以及加密金钥问题。
【专利附图】
【附图说明】
[0017]图1为先前技术的长期演进系统中的无线接口协议的示意图。
[0018]图2为先前技术的长期演进系统中的无线资源控制联机重建程序的示意图。[0019]图3为依据本发明的一实施例的无线通讯号系统的方块图。
[0020]图4为封包数据聚合协议接收实体所接收的封包数据聚合协议业务数据单元的示意图。
[0021]图5为依据本发明的一实施例而在一无线通讯系统中于无线资源控制联机重建后将封包数据聚合协议的运作同步化的方法的流程图。
[0022]图6为依据本发明的另一实施例而在一无线通讯系统中于无线资源控制联机重建后将封包数据聚合协议的运作同步化的方法的流程图。
[0023]图7为依据本发明的另一实施例而在一无线通讯系统中于无线资源控制联机重建后将封包数据聚合协议的运作同步化的方法的流程图。
[0024]图8为依据本发明的另一实施例而在一无线通讯系统中于无线资源控制联机重建后将封包数据聚合协议的运作同步化的方法的流程图。
[0025]图9为依据本发明的另一实施例而在一无线通讯系统中于无线资源控制联机重建后将封包数据聚合协议的运作同步化的方法的流程图。
[0026]图10为依据本发明的另一实施例而在一无线通讯系统中于无线资源控制联机重建后将封包数据聚合协议的运作同步化的方法的流程图。
[0027]图11为依据本发明的另一实施例而在一无线通讯系统中于无线资源控制联机重建后将封包数据聚合协议的运作同步化的方法的流程图。
[0028][主要元件标号说明]
[0029]110用户设备
[0030]120演进通用陆地无线接入网络
[0031]300无线通讯号系统
[0032]310用户设备
[0033]320封包数据聚合协议接收实体
[0034]350演进通用陆地无线接入网络
[0035]360封包数据聚合协议传送实体
[0036]410-450 封包数据聚合协议业务数据单元
[0037]502-532、602-622、702-710、802-810、902-910、1002-1010、1102-1110 步骤【具体实施方式】
[0038]请参照图3，其为依据本发明的一实施例的无线通讯号系统300的方块图。无线通讯系统300可为一长期演进系统，然而这并非用以限制本发明的范畴，无线通讯系统300亦可为其它型态的无线通讯系统。无线通讯系统300包含有(但不限于)一用户设备310与一演进通用陆地无线接入网络350。演进通用陆地无线接入网络350包含有一封包数据聚合协议传送实体360，而用户设备310则包含有一封包数据聚合协议接收实体320。封包数据聚合协议传送实体360与封包数据聚合协议接收实体320的详细运作将在以下的各个实施例中加以说明。
[0039]请注意，在以下的实施例中，图4至图8为回复于无线链路控制(Radio Link Control, RLC)认可模式(Acknowledge Mode, AM)下所映射的数据无线承载(Data, Radio Bearer, DRB)的范例示意图，图9至图10为回复于无线链路控制非认可模式(Unacknowledge Mode, UM)下所映射的数据无线承载的范例示意图，而图11为回复第一发信无线承载(Signaling Radio Bearerl) SRBl 与第二发信无线承载(Signaling RadioBearer2) SRB2的一范例的示意图。
[0040]请参照图4，其绘示了由图3中的封包数据聚合协议接收实体320所接收的封包数据聚合协议业务数据单元(PDCP SDU)。如图4所示，五个封包数据聚合协议业务数据单元410?450由封包数据聚合协议传送实体360以在序(in-sequence)的方式传送出去。在此实施例中，封包数据聚合协议业务数据单元410?450是以无线链路控制认可模式所传送，于是封包数据聚合协议接收实体320须发送一无线链路控制认可以确认该些封包数据聚合协议业务数据单元的接收情形。当回复于无线链路控制认可模式下所映射的一数据无线承载之后，封包数据聚合协议业务数据单元420与450被成功接收，而封包数据聚合协议业务数据单元410、430与440则因为无线链接失败而未能被封包数据聚合协议接收实体320所成功接收。然而，封包数据聚合协议业务数据单元410实际上是有被成功接收，但尚未经由封包数据聚合协议接收实体320中的一下层通讯层所确认。为了解决该些封包数据聚合协议业务数据单元的遗失问题，下面提出了三种解决方案。
[0041][解决方案I]:当回复于无线链路控制认可模式下所映射的数据无线承载之后，封包数据聚合协议传送实体360从封包数据聚合协议业务数据单元410起开始重新传送所有的封包数据聚合协议业务数据单元410?450，其中在相对应的封包数据聚合协议数据单元(PDCP Protocol Data Unit, PDU)尚未被一下层通讯层确认为成功传送的封包数据聚合协议业务数据单元中，封包数据聚合协议业务数据单元410的排序为第一位。这个解决方案能解决封包数据聚合协议业务数据单元的遗失问题，但会因为必须重新传送所有业务数据单元的动作而形成无线资源的浪费。
[0042][解决方案2]:当回复于无线链路控制认可模式下所映射的数据无线承载之后，封包数据聚合协议传送实体360重新传送封包数据聚合协议业务数据单元410?450中，尚未被下层通讯层确认为成功传送的封包数据聚合协议数据单元相对应的封包数据聚合协议业务数据单元，也就是说，仅封包数据聚合协议业务数据单元410、430与440会被重新传送。这个解决方案能对第一个解决方案作出改进，但仍会造成部份无线资源的浪费。
[0043][解决方案3]:当回复于无线链路控制认可模式下所映射的数据无线承载之后，封包数据聚合协议接收实体320传送由无线资源控制所设定的一封包数据聚合协议状况报告给封包数据聚合协议传送实体360。之后，封包数据聚合协议传送实体360会传送该封包数据聚合协议状况报告中被指示为尚未收到的封包数据聚合协议业务数据单元，换言之，封包数据聚合协议业务数据单元430与440会依据该封包数据聚合协议状况报告而被重新传送。倘若在解决方案2与解决方案3中，上层通讯层的协议数据单元需要以在序的方式传送,则封包数据聚合协议接收实体320需要将已接收的脱序(out-of-sequence)的封包数据聚合协议业务数据单元解密并重新排列。当回复于无线链路控制认可模式下所映射的该数据无线承载时，起始一定时器以重新排列该些已接收封包数据聚合协议业务数据单元。当该定时器计时完毕时，便会完成该些封包数据聚合协议业务数据单元的排序，而该些已接收的封包数据聚合协议业务数据单元会被传送至一上层通讯层。
[0044]图5绘示了上述的解决方案I?解决方案3，而图5为依据本发明的一实施例在一无线通讯系统中重新建立一无线资源控制联机程序后将封包数据聚合协议的运作同步化的方法的流程图。该方法包含下列步骤:
[0045]步骤502:回复于无线链路控制认可模式下所映射的一数据无线承载。
[0046]步骤504:—组指定的封包数据聚合协议业务数据单元因无线链接失败而未被成功接收。
[0047]步骤510:从相对应的封包数据聚合协议数据单元尚未被一下层通讯层确认为成功传送的封包数据聚合协议业务数据单元中，开始重新传送排序第一个的封包数据聚合协议业务数据单元以及位于其后所有的封包数据聚合协议业务数据单元。
[0048]步骤520:重新传送封包数据聚合协议业务数据单元中，相对应的封包数据聚合协议数据单元尚未被该下层通讯层确认为成功传送的封包数据聚合协议业务数据单元。
[0049]步骤530:传送由无线资源控制所设定的一封包数据聚合协议状况报告给封包数据聚合协议传送实体。
[0050]步骤532:重新传送在该封包数据聚合协议状况报告中被指示为尚未收到的封包数据聚合协议业务数据单元。
[0051]对映射于无线链路控制认可模式之下的一数据无线承载而言，封包数据聚合协议接收实体320中的标头解压缩程序可能无法在回复该数据无线承载之后正常运作。举例来说，封包数据聚合协议传送实体360因为无线链接失败而无法成功传送五个已压缩封包数据聚合协议业务数据单元，而封包数据聚合协议传送实体360中压缩器的内文已经更新，但是封包数据聚合协议接收实体320中解压缩器的内文却仍未更新。为了解决这个问题，在下列叙述中提出两个解决方案。
[0052][解决方案4]:当回复于无线链路控制认可模式下所映射的数据无线承载之后，封包数据聚合协议传送实体360会对标头压缩协议进行重置，而封包数据聚合协议接收实体320会对标头解压缩协议进行重置。
[0053][解决方案5]:当回复于无线链路控制认可模式下所映射的数据无线承载之后，标头压缩协议与标头解压缩协议并不会被重置。若因无线链接控制重建而接收到脱序的封包数据聚合协议业务数据单元，则封包数据聚合协议传送实体360不会在一重排缓冲器(reordering buffer)中对该已接收封包数据聚合协议业务数据单元执行一标头解压缩程序。用户设备310还包含有相关于该已接收封包数据聚合协议业务数据单元的一定时器Discard_Timer,其中，当回复于无线链路控制认可模式下所映射的数据无线承载时,定时器Discard_Timer会被启动以便在该重排缓冲器中重新排列该些已接收脱序封包数据聚合协议业务数据单元以产生已接收的在序的封包数据聚合协议业务数据单元。在定时器Discard_Timer计时完毕时,封包数据聚合协议接收实体320会在该重排缓冲器中对该些已接收的在序的封包数据聚合协议业务数据单元执行标头解压缩程序，并在解压缩完毕后再传送该已接收的在序的封包数据聚合协议业务数据单元给上层通讯层。
[0054]图6绘示了上述的解决方案4与解决方案5，而图6为依据本发明的另一实施例在一无线通讯系统中重新建立一无线资源控制联机程序后将封包数据聚合协议的运作同步化的方法的流程图。该方法包含下列步骤:
[0055]步骤602:回复于无线链路控制认可模式下所映射的一数据无线承载。
[0056]步骤604:在回复该数据无线承载之后，封包数据聚合协议接收实体中的标头解压缩程序无法正常运作。[0057]步骤610:对标头压缩协议与标头解压缩协议进行重置。
[0058]步骤620:在回复于无线链路控制认可模式下所映射的一数据无线承载之后，起始一定时器Discard_Timer来重新排列已接收的封包数据聚合协议业务数据单元以产生已接收的在序的封包数据聚合协议业务数据单元。
[0059]步骤622:在时器Discard_Timer计时完毕时，对该些已接收的在序的封包数据聚合协议业务数据单元执行一标头解压缩程序。
[0060]在一无线资源控制联机重建程序中，必然会得到一相对应的新的基钥(base-key)KeNB。然而，若状态变量 Next_PDCP_TX_SN、TX_HFN、Next_PDCP_RX_SN 以及 RX_HFN 未被重置为零，该新的基钥KeNB的生命期(lifetime)则会因可使用的超框数(Hyper FrameNumber, HFN)及序号(Sequence Number)空间的浪费而减少。状态变量Next_PDCP_TX_SN指出了下一个封包数据聚合协议业务数据单元的封包数据聚合协议序号。状态变量TX_HFN指出了用以产生该些封包数据聚合协议数据单元所使用的COUNT数值的超框数。状态变量Next_PDCP_RX_SN则指出了该封包数据聚合协议接收实体所期待下一个收到的封包数据聚合协议业务数据单元的封包数据聚合协议序号。状态变量RXJFN指出了用以产生该些已接收封包数据聚合协议数据单元所使用的COUNT数值的超框数。为避免以上所述的金钥的低效率使用方式，下面提出了一个解决方案。
[0061][解决方案6]:当回复于无线链路控制认可模式下所映射的数据无线承载之后，封包数据聚合协议传送实体360分别将状态参数Next_PDCP_TX_SN以及TX_HFN重置为起始值，而封包数据聚合协议接收实体320分别将状态参数Next_PDCP_RX_SN以及RXJFN重置为起始值。
[0062]图7绘示了上述的解决方案6，其包含下列步骤:
[0063]步骤702:回复于无线链路控制认可模式下所映射的一数据无线承载。
[0064]步骤704:新的基钥KeNB因可使用的超框数以及序号空间的浪费而减少。
[0065]步骤710:分别将状态参数 Next_PDCP_TX_SN、TX_HFN、Next_PDCP_RX_SN 以及 RX_HFN重置为起始值。
[0066]如上所述，在一无线资源控制联机重建程序中，必然会得到一相对应的新的基钥KeNB，而此新的基钥KeNB亦会产生一个新的加密金钥。然而，在解决方案I?解决方案3中，无法明确决定使用新的或是旧的加密金钥来对该些重传的封包数据聚合协议数据单元加密以及解密。为了解决这个问题，下面提出了一个解决方案。
[0067][解决方案7]:该些重传的封包数据聚合协议数据单元使用一个新的加密金钥来加密，其中此一新的加密金钥是经由无线资源控制联机重建程序中所产生的新的基钥所产生。
[0068]图8绘示了上述的解决方案7，其包含下列步骤:
[0069]步骤802:执行无线资源控制联机重建程序。
[0070]步骤804:在回复于无线链路控制认可模式下所映射的一数据无线承载之后，重新传送一组未被成功接收的指定封包数据聚合协议业务数据单元。
[0071]步骤806:依据该无线资源控制联机重建程序产生一个新的基钥，并经由该新的基钥来产生一个新的加密金钥。
[0072]步骤810:使用该新的基钥来对该些重传的封包数据聚合协议数据单元进行加LU O
[0073]在回复于无线链路控制认可模式下所映射的一数据无线承载之后，封包数据聚合协议接收实体320中的标头解压缩程序可能无法正确运作。举例来说，封包数据聚合协议接收实体360因无线链接失败而未能成功传送五个已压缩封包数据聚合协议业务数据单元，封包数据聚合协议传送实体360中压缩器的内文已被更新而封包数据聚合协议接收实体320中解压缩器的内文则未更新。为解决这个问题，以下提出了一个解决方案。
[0074][解决方案8]:当回复于无线链路控制非认可模式下所映射的数据无线承载之后，封包数据聚合协议传送实体360对标头压缩协议进行重置，以及封包数据聚合协议接收实体320对标头解压缩协议进行重置。
[0075]图8绘示了上述的解决方案9，其包含下列步骤:
[0076]步骤902:回复于无线链路控制非认可模式下所映射的一数据无线承载。
[0077]步骤904:在回复该数据无线承载之后，封包数据聚合协议接收实体中的标头解压缩程序无法正常运作。
[0078]步骤910:对标头压缩协议与标头解压缩协议进行重置。
[0079]在此实施例中，映射于无线链路控制非认可模式的一数据无线承载被回复。如同之前的叙述，在此必然会得到对应该无线资源控制联机重建程序的新的基钥KeNB，然而，若状态变量 Next_PDCP_TX_SN、TX_HFN、Next_PDCP_RX_SN 以及 RX_HFN 未被重置为零，则此一新的基钥KeNB的生命期则会因可使用的超框数及序号空间的浪费而减少。为避免以上叙述中金钥的低效率使用，下面提出了一个解决方案。
[0080][解决方案9]:当回复于无线链路控制非认可模式下所映射的数据无线承载之后，封包数据聚合协议传送实体360分别将状态参数Next_PDCP_TX_SN以及TX_HFN重置为起始值，而封包数据聚合协议接收实体320分别将状态参数Next_PDCP_RX_SN以及RXJFN重置为起始值。
[0081]图10绘示了上述的解决方案9，其包含下列步骤:
[0082]步骤1002:回复于无线链路控制非认可模式下所映射的一数据无线承载。
[0083]步骤1004:新的基钥KeNB的生命期因可使用的超框数以序号空间的浪费而减少。
[0084]步骤1010:分别将状态参数 Next_PDCP_TX_SN、TX_HFN、Next_PDCP_RX_SN 以及 RX_HFN重置为起始值。
[0085]在此实施例中，回复了第一发信无线承载SRBl及第二发信无线承载SRB2。如上所述，在无线资源控制联机重建程序中，必然会得到一相对应的新的基钥KeNB，而此一新的基钥KeNB亦会产生一个新的加密金钥。然而，若状态变量Next_PDCP_TX_SN、TX_HFN、Next_PDCP_RX_SN以及RX_HFN未被重置为零，则该新的基钥KeNB的生命期会因可使用的超框数及序号空间的浪费而减少。为避免以上叙述中金钥的低效率使用，下面提出了一个解决方案。
[0086][解决方案10]:在回复了第一发信无线承载SRBl以及第二发信无线承载SRB2之后，封包数据聚合协议传送实体360分别将状态参数Next_PDCP_TX_SN以及TX_HFN重置为起始值，而封包数据聚合协议接收实体320分别将状态参数Next_PDCP_RX_SN以及RXJFN重置为起始值。
[0087]图11绘示了上述的解决方案10，其包含下列步骤:[0088]步骤1102:回复第一发信无线承载SRBl以及第二发信无线承载SRB2。
[0089]步骤1104:新的基钥KeNB的生命期因可使用的超框数以及序号空间的浪费而减少。
[0090]步骤1110:分别将状态参数 Next_PDCP_TX_SN、TX_HFN、Next_PDCP_RX_SN 以及 RX_HFN重置为起始值。
[0091]上述各种方法中的步骤仅为本发明的实施例，并非用来限定本发明的范畴。在不违反本发明的精神的前提之下，上述的方法可加以修改插入其它步骤或是将多个步骤合并为一个步骤。
[0092]当然，上述的实施例仅作为用以叙述本发明的技术特征的范例，并非用来限定本发明的范畴，对本领域技术人员而言，各种在一无线通讯系统中，于无线资源控制联机重建程序后将封包数据聚合协议的运作同步化机制上的修改，只要不违反本发明的精神，这些设计上的变化仍属于本发明的范畴之内。
[0093]综上所述，本发明提供了一种在无线通讯系统中，于无线资源控制联机重建后，将封包数据聚合协议的运作同步化的方法与其相关装置。在应用本发明所揭露的机制之后，上述由无线资源控制联机重建程序所产生的问题皆可迎刃而解，举例来说，在无线链接控制认可模式中遗失封包数据聚合协议业务数据单元的问题可经由解决方案I?解决方案3来处理；标头解压缩失败的问题则可应用解决方案4?解决方案5及解决方案8来处理；金钥使用效率低下的问题可由解决方案6、解决方案9与解决方案10来化解；而加密金钥问题则可利用解决方案7来解决。于是，在无线资源控制联机重建后，封包数据聚合协议的运作便同步化以解决前述的问题。
[0094]以上所述仅为本发明的较佳实施例，凡依本发明权利要求范围所做的均等变化与修饰，皆应属本发明的涵盖范围。
【权利要求】
1.一种无线通讯系统之一用户设备，用以将封包数据聚合协议rocp的运作与一演进通用陆地无线接入网路E-UTRAN同步化，该用户设备包含有: 一封包数据聚合协议接收实体，当一无线资源控制联机重新建立时，执行一无线资源控制重新配置程序来回复除了一第一发信无线承载以外的一数据无线承载； 其特征在于 当回复该数据无线承载时，该封包数据聚合协议接收实体接收封包数据聚合协议业务数据单元； 该封包数据聚合协议接收实体产生对应于无线资源控制联机重新建立程序之一新的基钥以及从该新的基钥产生一新的加密金钥的组件；以及 该封包数据聚合协议接收实体使用该新的加密金钥来对该接收之封包数据聚合协议业务数据单元进行解密。
2.一种无线通讯系统之一演进通用陆地无线接入网路E-UTRAN，用以将封包数据聚合协议HXP的运作与一用户设备同步化，该用户设备包含有: 一封包数据聚合协议传送实体，当一无线资源控制联机重新建立时，执行一无线资源控制重新配置程序来回复除了一第一发信无线承载以外的一数据无线承载； 其特征在于 当回复该数据无线承载时，封包数据聚合协议传送实体重新传送封包数据聚合协议业务数据单元； 该封包数据聚合协议传送实体产生对应于无线资源控制联机重新建立程序之一新的基钥以及从该新的基钥产 生一新的加密金钥的组件；以及 该封包数据聚合协议传送实体使用该新的加密金钥来对该组重新传送之封包数据聚合协议业务数据单元进行加密。
3.一种使用在无线通讯系统之一用户设备的方法，该用户设备用以将封包数据聚合协议HXP的运作与一演进通用陆地无线接入网路E-UTRAN同步化，该方法包括: 当一无线资源控制联机重新建立时，执行一无线资源控制重新配置程序来回复除了一第一发信无线承载以外的一数据无线承载； 其特征在于 当回复该数据无线承载时，接收封包数据聚合协议业务数据单元； 产生对应于无线资源控制联机重新建立程序之一新的基钥以及从该新的基钥产生一新的加密金钥；以及 使用该新的加密金钥来对该接收之封包数据聚合协议业务数据单元进行解密。
4.一种使用在无线通讯系统之一演进通用陆地无线接入网路E-UTRAN的方法，该演进通用陆地无线接入网路E-UTRAN用以将封包数据聚合协议HXP的运作与一用户设同步化，该方法包括: 当一无线资源控制联机重新建立时，执行一无线资源控制重新配置程序来回复除了一第一发信无线承载以外的一数据无线承载； 其特征在于 当回复该数据无线承载时，重新传送封包数据聚合协议业务数据单元； 产生对应于无线资源控制联机重新建立程序之一新的基钥以及从该新的基钥产生一新的加密金钥；以及使用该新的加密金 钥来对该组重新传送之封包数据聚合协议业务数据单元进行加密。
【文档编号】H04W76/02GK103458402SQ201310406387
【公开日】2013年12月18日 申请日期:2009年6月23日 优先权日:2008年6月23日
【发明者】吴志祥 申请人:宏达国际电子股份有限公司