基于健壮性头压缩的压缩端与解压缩端及其数据处理方法与流程

本发明涉及健壮性头压缩(robustheadercompression,rohc)，尤其涉及基于健壮性头压缩的压缩端及解压缩端的存储器不足的处理。

背景技术：

健壮性头压缩应用于有线或无线网络上，封包的标头(header)需要压缩的情况。由于同一数据流(datastream)的连续封包存在一些不变的信息，健壮性头压缩只在一开始的数据流传送完整的标头信息，在后续的数据流中则只传送变化的部分，以达到压缩标头的效果，进而有效地利用有线或无线的频带资源。基本上因为只传送变化的部分，所以接收器和发送器要各自准备存储器来存储没有变化的部分(存储的存储器数据统称文本(context))，以用来还原原来完整的标头。

举例来说，现在有标头讯流(headerflow)a(目的地的ip位址为0.0.0.1)和标头讯流b(目的地的ip位址为0.0.0.2)，因此压缩端需要创建2个文本来分别存储标头讯流a和标头讯流b的数据；同理，解压缩端也需要创建2个文本来分别存储标头讯流a和标头讯流b的数据。所以当压缩端或解压缩端需要越多的文本来存储不同标头讯流数据时，其所需的存储器也会越大，而存储器不足的情况也可能越容易发生。

健壮性头压缩的标准规范文件只提到：当解压缩端的存储器不足(例如剩余空间不够存储新的文本)时，解压缩端可以送带有拒绝选项的反馈信号(feedbackrejectoption)给压缩端；以及当压缩端收到带有拒绝选项的反馈信号时，压缩端停止压缩封包流(packetstream)一段时间。因此，有需要为健壮性头压缩提出一种存储器不足的处理，以有效地利用有线或无线的频带资源。

技术实现要素：

鉴于现有技术的不足，本发明的一目的在于提供一种基于健壮性头压缩的压缩端与解压缩端及其数据处理方法，以有效地利用有线或无线的频带资源。

本发明公开一种基于健壮性头压缩的压缩端数据处理方法，应用于一收发器的一压缩端。该压缩端包含一处理器及一存储器，该存储器存储多个文本。该方法包含：接收一标头讯流；当该存储器的存储空间不足时，释放所述文本中的至少其中之一，但不能释放未压缩规范(uncompressedprofile)对应的文本；压缩该标头讯流；以及传送经压缩的该标头讯流。

本发明还公开一种基于健壮性头压缩的解压缩端数据处理方法，应用于一收发器的一解压缩端。该解压缩端包含一处理器及一存储器，该存储器存储多个文本。该方法包含：接收一经压缩的标头讯流；当该存储器中分配给该解压缩端的存储空间不足时，针对所述文本中的一目标文本(非未压缩规范对应的文本)传送一静态接收失败反馈信号；释放该目标文本；解压缩并存储该标头讯流的数据。

本发明还公开一种基于健壮性头压缩的压缩端数据处理方法，应用于一收发器的一压缩端。该压缩端包含一处理器及一存储器，该存储器存储多个文本。该方法包含：接收针对一第一文本的带有拒绝选项的反馈信号；接收一标头讯流；以及当该存储器中存在对应该标头讯流的一第二文本且该第二文本不等于该第一文本时，以该第二文本压缩该标头讯流。

本发明还公开一种健壮性头压缩的压缩端，包含一存储器及一处理器。存储器用来存储多个程序码或程序指令以及多个文本。处理器耦接该存储器，用来执行所述程序码或程序指令以实现以下步骤：接收一标头讯流；当该存储器的存储空间不足时，释放所述文本中的至少其中之一，但不能释放未压缩规范对应的文本；压缩该标头讯流；以及传送经压缩的该标头讯流。

本发明还公开一种健壮性头压缩的解压缩端，包含一存储器及一处理器。存储器用来存储多个程序码或程序指令以及多个文本。处理器耦接该存储器，用来执行所述程序码或程序指令以实现以下步骤：接收一经压缩的标头讯流；当该存储器的存储空间不足时，针对所述文本中的一目标文本(非未压缩规范对应的文本)传送一静态接收失败反馈信号；释放该目标文本；解压缩并存储该标头讯流的数据。

本发明还公开一种健壮性头压缩的压缩端，包含一存储器及一处理器。存储器用来存储多个程序码或程序指令以及多个文本。处理器耦接该存储器，用来执行所述程序码或程序指令以实现以下步骤：接收针对一第一文本的带有拒绝选项的反馈信号；接收一标头讯流；以及当该存储器中存在对应该标头讯流的一第二文本且该第二文本不等于该第一文本时，以该第二文本压缩该标头讯流。

本发明的基于健壮性头压缩的压缩端与解压缩端及其数据处理方法能够在存储器不足时释放文本，以增加可用的存储器空间。相较于传统技术，实作本发明的收发器无需停止压缩封包流一段时间，因此得以有效地利用有线或无线的频带资源。

有关本发明的特征、实作与技术效果，兹配合附图作实施例详细说明如下。

附图说明

图1为实现本发明的基于健壮性头压缩的数据处理方法的压缩端或解压缩端的装置；

图2为本发明一实施例的基于健壮性头压缩的压缩端数据处理方法的功能顺序图；

图3为对应图2的流程图；

图4为本发明一实施例的基于健壮性头压缩的解压缩端数据处理方法的功能顺序图；

图5为对应图4的流程图；

图6为本发明另一实施例的基于健壮性头压缩的压缩端数据处理方法的功能顺序图；以及

图7为对应图6的流程图。

符号说明

110基频处理器

120存储器

s310～s350、s510～s550、s710～s760步骤

具体实施方式

以下说明内容的技术用语是参照本技术领域的习惯用语，如本说明书对部分用语有加以说明或定义，该部分用语的解释是以本说明书的说明或定义为准。

本发明的公开内容包含基于健壮性头压缩的压缩端与解压缩端及其数据处理方法。本发明的数据处理方法的部分或全部流程可以是软件及/或固件的形式，并且可通过本发明的压缩端/解压缩端或其等效装置来执行，在不影响该方法发明的充分公开及可实施性的前提下，以下方法发明的说明将着重于步骤内容而非硬件。

图1为实现本发明的基于健壮性头压缩的数据处理方法的压缩端或解压缩端的装置。一个无线/有线网络的收发器通常包含一个压缩端及一个解压缩端。压缩端或解压缩端包含基频处理器110及存储器120。存储器120存储多个程序码或程序指令，而基频处理器110通过执行所述程序码或程序指令来实现压缩端或解压缩端的功能。

图2为本发明一实施例的基于健壮性头压缩的压缩端数据处理方法的功能顺序图(functionsequencediagram)。图3为对应图2的流程图。请一并参阅图2及图3。当发送方压缩端接收新的标头讯流(步骤s310)且发现存储器不足(例如存储器120分配给压缩端的部分已不够存储新的文本)(步骤s320)时，发送方压缩端释放n个文本(亦即清除在存储器120中的该n个文本)(步骤s330)。n为大于等于1的整数，且小于存储器120中所存储的文本总数。接着，发送方压缩端压缩新的标头讯流(步骤s340)，再将经压缩的新的标头讯流传送给接收方的接收器的解压缩端(步骤s350)。在一些实施例中，1≦n≦3，且该n个文本为所有文本中最旧的n个，此外，该n个文本不能是未压缩规范对应的文本。旧的文本被释放后，存储器120即有空间存储新的文本，如此一来，发送方压缩端便可继续压缩标头讯流，而不需要停止压缩封包流一段时间。

图4为本发明一实施例的基于健壮性头压缩的解压缩端数据处理方法的功能顺序图。图5为对应图4的流程图。请一并参阅图4及图5。当接收方解压缩端接收新的标头讯流(步骤s510)且发现存储器不足(例如存储器120分配给解压缩端的部分已不够存储新的文本)(步骤s520)，则接收方解压缩端选择n个目标文本，且针对该n个目标文本传送静态接收失败反馈信号(static-nack)给发送方的发送器的压缩端(步骤s530)。接着，接收方解压缩端的基频处理器110释放存储器120中的该n个目标文本(步骤s540)，再将新的标头讯流的数据存储至存储器120中(步骤s550)。在一些实施例中，1≦n≦3，且该n个文本为所有文本中最旧的n个，此外，该n个文本不能是未压缩规范对应的文本。请注意，在步骤s530中接收方解压缩端是针对每个将被释放的文本发出一个静态接收失败反馈信号。接收方解压缩端是自发性地或主动地发送静态接收失败反馈信号，所以该静态接收失败反馈信号可以不携带封包的序号(sequencenumber,sn)。在收到静态接收失败反馈信号之后，发送方压缩端便得知接收方解压缩端的存储器120中已经没有存储该或该些静态接收失败反馈信号所指定或对应的文本；换言之，当发送方压缩端下次要传送该或该些文本所对应的标头讯流时，需从健壮性头压缩所规范的最基本的ir(initializationandrefresh)封包(包含完整的标头信息)开始传送。传送ir封包代表通知接收方的接收器的解压缩端重建对应该标头讯流的文本。

在图4及图5的实施例中，接收方解压缩端在存储器不足时释放本地的存储器中的旧文本，并通知发送方压缩端被释放的文本；如此一来，发送方压缩端便可继续压缩标头讯流，而不需要因为接收方解压缩端的存储器不足而停止压缩封包流一段时间。

图6为本发明另一实施例的基于健壮性头压缩的发送方压缩端针对存储器不足情况下数据处理方法的功能顺序图。图7为对应图6的流程图。请一并参阅图6及图7。假设发送方压缩端的存储器120原先存储文本a、文本b、文本c及文本d，其中文本d对应一未压缩规范(uncompressedprofile)。当接收方解压缩端发现存储器不足时，发送方压缩端将收到接收方解压缩端所传来的带有拒绝选项的反馈信号(步骤s710)，并且记录带有拒绝选项的反馈信号所针对的文本(第一文本)(步骤s715)。在此假设带有拒绝选项的反馈信号是针对文本a(亦即第一文本为文本a)。之后，当压缩端收到新进的标头讯流(对应第二文本)时(步骤s720)，发送方压缩端的基频处理器110会先判断存储器120中是否存储第二文本(步骤s730)。如果存储器120中没有存储第二文本(例如发送方压缩端收到标头讯流e，步骤s730为否)，则基频处理器110以未压缩规范传送新进的标头讯流的数据(步骤s750)。如果存储器120中存储第二文本(例如收到标头讯流a、b或c，步骤s730为是)，则基频处理器110进一步判断第二文本是否与第一文本相同(步骤s740)。如果第二文本即为第一文本(例如收到标头讯流a，步骤s740为是)，则基频处理器110以未压缩规范传送新进的标头讯流的数据(步骤s750)。如果第二文本非为第一文本(例如收到标头讯流b或标头讯流c，步骤s740为否)，则基频处理器110以第二文本压缩新进的标头讯流(步骤s760)。

在图6及图7的实施例中，发送方压缩端在收到带有拒绝选项的反馈信号之后，可以根据新进的标头讯流所对应的文本决定是否压缩该新进的标头讯流，而不需要停止压缩封包流一段时间。上述的文本a可以是接收方解压缩端的最旧的文本。发送方压缩端收到针对文本a的带有拒绝选项的反馈信号之后，发送方压缩端的基频处理器110可以释放或不释放存储器120中的文本a。

在以上的实施例中，基频处理器110以链表(linkedlist)的形式将文本存储在存储器120中，而每一个文本即为链表中的一个节点。当发送方压缩端或接收方解压缩端收到一个标头数据(headerdata)时，基频处理器110将该标头数据所对应的文本移到链表的最后一个节点。这样一来，链表最前面的节点所对应的文本即为所有文本中最旧的。链表的操作为本技术领域技术人员所熟知，故不再赘述。请注意，未压缩规范对应的文本可存储于链表中，但不会被释放。

由于本技术领域技术人员可通过本公开的装置发明的公开内容来了解本公开的方法发明的实施细节与变化，因此，为避免赘文，在不影响该方法发明的公开要求及可实施性的前提下，重复的说明在此予以省略。请注意，前述附图中，元件的形状、尺寸、比例以及步骤的顺序等仅为示意，是供本技术领域技术人员了解本发明之用，非用以限制本发明。

虽然本发明的实施例如上所述，然而所述实施例并非用来限定本发明，本技术领域技术人员可依据本发明的明示或隐含的内容对本发明的技术特征施以变化，凡此种种变化均可能属于本发明所寻求的专利保护范围，换言之，本发明的专利保护范围须视本说明书的权利要求所界定者为准。