无线电资源控制服务数据单元接收 【技术领域】
本发明涉及一种用以处理所接收的通信的方法。
背景技术
图1中的全球移动电信系统(UMTS)网络架构包括一核心网络(CN)2、一UMTS地面无线电接入网络(UTRAN)3以及至少一个用户设备(UE)18(为简化起见，图中仅显示一个UE18)。有两种常用的接口，UTRAN及核心网络之间的Iu接口，以及UTRAN及UE之间的无线电接口Uu。
UTRAN是由数个无线电网络子系统(RNS)10、11所构成。两者之间可以Iur接口相互连接。每个RNS10、11都可分割成无线电网络控制器(RNC)12、13以及数个基站(节点B)14-17。节点B14-17会通过Iub接口连接至RNC12、13。一个节点B14-17能够服务一个或数个小区。
UTRAN3可支持无线电接口中的FDD模式及TDD模式。对两种模式来说，使用的是相同的网络架构及相同的协议。
节点B14-17及UE18之间通过无线电接口Uu的通信是利用无线电接口协议来进行。图2所示的是无线电接口协议堆栈架构。熟习本技艺的人士将可了解，该无线电接口协议堆栈20的设计可分为三层：物理层(L1)21、数据链路层(L2)22以及网络层(L3)23。L2可分割为四个子层：媒体接入控制(MAC)24、无线电链路控制(RLC)25、广播/组播控制(BMC)27以及分组数据聚合协议(PDCP)26。
L3 23包含无线电资源控制(RRC)28。RRC负责UTRAN3以及UE18之间的L3控制平面信号传输。其亦负责UTRAN3中所有其它协议层的配置及控制，并且可用以控制可用的无线电资源。其包括无线电资源的分配、重新配置及释放，以及对所要求的服务品质进行持续控制。
无线电链路控制(RLC)层25可提供往上层的透明地、未认可或已认可模式的数据传输。已认可模式的传输使用的是具有选择性的拒绝自动重复要求的滑动选窗协议。
MAC层24会将RLC25的逻辑信道映对到物理层所提供的运输信道中。RRC28会告知MAC层24有关资源分配的信息，其主要是由多任务功能所构成。MAC层24亦会负责处理不同数据流之间的优先权，其是映射到相同的物理层。熟习本技艺的人士都非常了解BMC27与PDCP26的功能及作业方式，因此本文将不再详加解释。
物理层21负责在空中接口中进行传递区块的传输。其包括前向错误校正、不同传递信道中相同物理资源的多任务处理、速率匹配(也就是将用户数据数量与可用的物理资源进行匹配)、调制、扩展及无线电频率RF处理。物理层21亦会执行错误侦测，并且告知较高层22、23。
图3所示的是通过L2 22的数据流。较高层的协议数据单元(PDU)会被传送至RLC层25。在RLC层25中可分段及串接服务数据单元(SDU)。连同RLC标头，会一起建立RLC PDU。在RLC层25中并不会加入任何的错误侦测码。对透明模式的RLC来说，并不会对RLC层25进行分段，而且并不会将RLC标头或MAC标头加入较高层PDU之中。
在MAC层24中仅会加入一个标头。该标头包含传递信息，用以描述逻辑信道与传递信道的映射情形。在共享的信道中还能够包含UE识别信息。
在L1 21(物理层)中会加入CRC作为错误侦测用途。接收器中的CRC检查结果会传送至RLC层25以便进行重新传输的控制。
在目前的UMTS TDD或FDD系统中，无线电资源控制服务数据单元(RRC-SDU)可能会在UTRAN-RRC及UE-RRC之间以RLC透明的、未认可或已认可模式进行传送。后面将不会讨论已认可的模式。不过，当RRC-SDU以透明的或未认可模式进行传递时，接收端的RLC及MAC层便无法知道该RRC-SDU。所以，传输期间或其它资源所造成的已接收RRC-SDU中的任何错误都必须在RRC层中执行，而非在较低层中执行。
该RRC-SDU可能会以数个称为传递区块(TB)的个别区段进行传输。RRC-SDU的其中一种实例是广播控制信道系统信息区块(BCCH-SIB)。
BCCH-SIB情形中，在由UTRAN-RRC至UE的广播控制功能物理(UE-BCFE)中，会重复地重新传输与此SIB相关的TB。SDU版本指示信息可视为「数值卷标」。当数值卷标未改变时，UE18便可假设UTRAN正重复地传送相同的BCCH-SIB。如果由UTRAN3所传输的BCCH-SIB有变化的话，该UTRAN3便会利用数值卷标通知UE18已经发生改变。在该UTRAN3进行传输之前，UE18必须先知道排程信息(BCCH-SIB的TB应该何时抵达UE18)以及BCCH-SIB的版本。
图4所示的是正在接收L1 SDU的UE18。该SDU所包括的TB载有BCCH-SIB以及CRC，用以让UE18的L1可执行传输错误侦测。如图所示，该TB可能亦包括系统帧编号(SFN)，对BCCH-SIB的TB来说，其表示的是该TB应该抵达该UE18的时间。或者，对并未明确含有SFN的TB来说，从物理层时序中，可以L1推导出所抵达的SFN。UE18的L1会将TB、SFN及CRC结果传递给较高层。不过，因为RLC及MAC层25、24都是作业于广播信道(BCH)数据的透明模式中，所以TB亦会被传递至RRC层。
因为TB经常是在信号不稳定的环境中于UE18及UTRAN3之间传输，因此TB的传输会与所设定的成功传输/接收机率有关，举例来说百分之九十九(99％)。如果BCCH-SIB是由非常多的TB所构成的话，那么可正确接收BCCH-SIB的所有TB的机率便大约是0.99的TB数量乘幂。举例来说，广播控制信道(BCCH)的BCCH-SIB可能需要传输十个以上的TB，那么该UE18成功接收该BCCH-SIB的机率便是0.99的10次方，小于百分之九十(90％)。因此，可成功接收该BCCH-SIB的机率会随着TB数量的增加而下降。
在UMTS TDD或FDD系统中，成功接收SIB的时间会决定许多系统功能的效能。此外，为保持这些系统功能的适当效能，可能必须提高SIB的重复率，以补偿失败的传输，但是如此便会降低资源的效率及使用性。
图5及6所示的分别是一示意图及一流程图，其所示的是目前用以成功接收UTRAN3传输给UE18的RRC SDU的方法。如图所示，UE-BCFE会接收RRC-SDU(步骤60)，为达此实例的目的，其包含9个TB，编号从SFN＝2至SFN＝18，重复率为64个帧。UE-BCFE会读取RRC-SDU并且判断该RRC-SDU中的TB是否有误或是遗失(步骤61)。为达此实例的目的，假设SFN10发生错误。因为在所接收到的RRC-SDU中有错误发生，所以UE-BCFE会舍弃整个RRC-SDU，并且等待一段重复率的时间之后(即64个帧)接收另外一个载有相同信息的RRC-SDU(步骤62)。该UE-BCFE会重新接收RRC SDU，其包含9个TB，编号从SFN＝66至SFN＝82(步骤63)，并且判断是否有错误存在(步骤61)。在此实例中，SFN70(SFN 6+64(重复率))有错误或是遗失。如果在所接收到的RRC-SDU中没有发现错误的话，该UE-BCFE便可成功地接收该RRC-SDU，并且对其进行解码(步骤64)。否则，如本例的情形，UE-BCFE将会舍弃整个已经接收的RRC-SDU(步骤62)，其包含9个TB，并且等待一段重复率的时间之后接收下一个RRC-SDU(步骤63)。此过程会持续进行，直到该UE-BCFE接收到九个(9个)正确的连续TB为止。
与此类型方法从UTRAN接收RRC-SDU相关的有两个问题。第一问题是合适的/正确接收的等待时间，其会使得用以要求系统信息的系统功能效能滑落及/或增加接收次数，从而降低无线电资源的效率。第二问题则是，如果每次发生错误时，该UE L1都必须重复接收、解码及处理RRC-SDU中的所有TB的话，其会增加处理成本及电池开销。
所以，需要一种改良的UMTS TDD或FDD系统。
【发明内容】
本发明提供一种用以处理包括一组信息区段的周期传输的接收通信的方法，其包括接收该组信息区段的首次传输，并且进行处理以确认每个区段是合法或非法。接着便会储存该第一组中的合法区段。当并非该组的所有区段都是合法而且加以储存的话，便会传输该信息区段组的后续传输，并且仅接收前面未被确认为合法而予以储存的区段，且加以处理以确认该些传输区段是否每个都合法或非法。接着便会储存确认合法的区段。本方法会不断地接收后续传输，直到该组的所有区段都已经确认合法而且加以储存为止。
【附图说明】
图1所示的是全球移动电信系统(UMTS)的方块图。
图2所示的是无线电接口协议堆栈架构示意图。
图3所示的是通过层2的数据流示意图。
图4所示的是正在接收层1SDU的UE示意图。
图5所示的是目前用以接收RRC-SDU的方法示意图。
图6所示的是目前用以接收RRC-SDU的方法流程图。
图7所示的是根据本发明较佳具体实施例用以接收RRC-SDU的方法示意图。
图8所示的是根据本发明较佳具体实施例用以接收RRC-SDU的方法流程图。
【具体实施方式】
现在将参考图式说明本发明的较佳具体实施例，其中所有图式中，相同的符号代表相同的组件。
再次参考图4，UE-L1会将所接收到的TB组、SFN以及每个TB的CRC错误侦测结果传递给较高层(L2及L3)。因为MAC及RLC层24、25都是作业于BCCH的透明模式中，所以不必经过处理便能将BCCH TB转送至L3。亦可能在转送至L3之前，L2或L3便会舍弃具有CRC错误的TB。
图7及图8所示的分别是使用于本发明较佳具体实施例中的方法示意图及流程图。在图7所示的实例中，RRC-SDU是由九个(9)TB所组成，重复周期为64个帧。UE-BCFE会事先被告知，预期该RRC-SDU会有SFN＝2至SFN＝18。UE-BCFE会从节点B14-17中的其中一个接收对应于RRC-SDU的TB组(步骤80)，并且判断是否有一个或多个TB遗失或是发生错误(步骤81)。
根据本发明的较佳具体实施例，至少有两种方式让UE-BCFE作判断。第一种方式是，由UE L1利用CRC错误侦测方式侦测是否有传输错误，然后通知UE-BCFE错误TB的SFN。第二种方式是，由UE-BCFE运用排程信息及已经正确接收到的TB的SFN，判断尚未成功接收的TB。虽然，本文仅发表两种方法，判断TB是否有错误或遗失，但是，仍然可以运用涵盖于本发明范畴中的其它方法。
当经过UE-BCFE判断之后，UE-BCFE便会储存正确的TB(步骤82)，并且舍弃遗失或有误的TB(步骤83)。应该注意的是，在进行UE-BCFE处理之前，可能会由L1或L2以相同的方式完成步骤83。接着，RRC28计算有误或是遗失的TB的下一个SFN，以进行下一个RRC-SDU传输(步骤84)。利用图7所示的实例，该UE-BCFE可能会将错误的TB(SFN10)加入重复率为64之中，以便决定出该SFN的下次发生时间(此实例中其为74)。亦可能会有数个TB发生错误，在此情形中则必须计算出每个无效TB在后面RRC-SDU传输中的SFN。当该UE-BCFE已经决定出每个无效TB在后面传输中所对应的SFN之后，RRC28便会通知L1仅接收及译码所决定的SFN。在此实例中，仅确认必须重新接收对应于SFN74的TB。当L1接收经过计算的下一群SFN的TB之后，L1便仅会将该些TB、SFN及CRC转送给该RRC28所要求的特殊SFN的RRC28(步骤85)。如果在重新传输及所接收到的TB组中没有侦测到错误，而且没有进一步的TB从该RRC-SDU遗失的话，该UE-BCFE便可将该些正确的TB连同其它正确的TB一起储存在其位置中(步骤82)，并且对该RRC-SDU进行译码(步骤86)。如果在所接收到的RRC-SDU中仍然有含CRC错误的TB的话，该RRC28便会判断出些SFN，重复上述的过程(步骤84)。此过程会不断地进行，直到UE-BCFE已经储存整个与该RRC-SDU相关的TB并且已经过RRC28的处理为止(步骤86)。
本发明可适用于周期传输的所有分段RRC-SDU中。当侦测到更新过的数值卷标时便会开始此项程序。如果正在进行接收，同时更新数值卷标的话，UE-BCFE便会删除前组的所有TB。
本发明的其中一项优点是，可将成功的RRC-SDU接收时间(或等待时间)大幅地缩短成与在UE18及UTRAN3之间传输个别TB的目标错误率相关的等待时间，使其与RRC-SDU的大小无关。降低接收等待时间可改良与获取系统信息相关的UE功能的效能，例如，更快的小区搜寻、较低的交递传输中断周期、更快地建立RAN连接以及在UE状态之间进行转移。
更进一步地说，因为本发明可让更多UE18有效地接收系统信息，所以便可降低排程率(即重新传输的周期)。如此便可改良效率并且提高有限BCCH物理资源的使用性。
本发明的另一项优点是，减少UE处理时间及电池开销。利用可侦测个别TB的接收错误以及TB排程信息的认可信号的能力，UE18便能够仅接收特殊的无效的TB，而不必接收整个RRC-SDU。此外，因为仅需要较少的传输次数便能够达到成功的RRC-SDU接收，因此可进一步地降低UE电池消耗及处理时间。
应用本发明能够让UE-BCFE更快速地接收RRC-SDU(例如BCH中的BCCH-SIB)，并且降低UE处理时间/电池消耗。
虽然已经藉由较佳的具体实施例对本发明作说明，不过，对熟习本技艺的人士而言，应该非常清楚涵盖于权利要求所叙述的本发明范畴中的其它变化。