专利名称：在报头压缩信道中包入服务质量指示的制作方法
技术领域：
本技术涉及无线通信，尤其涉及对无线接入网中传输的分组报头的压缩。
背景技术：
由于因特网的极大成功，所以在各种各样的链路上使用因特网协议(IP)已经成为富有挑战性的任务。然而，由于IP协议的报头相当大这一事实，所以对于窄带链路(例如无线蜂窝链路)而言，实现这一点并不总是简单的任务。例如，考虑用于IP语音(VoIP)的协议(IP、UDP、RTP)所传输的普通语音数据，其中报头可能表示大约70％的分组，这导致链路的使用效率非常低。
术语“报头压缩(HC)”包括这样的技术最小化在点对点链路上基于每跳的报头中所携带信息的必需带宽。一般而言，该技术在因特网界内已经具有十年以上的历史；存在几种常用的协议，例如RFC 1144(VJ)Van Jacobson.Compressing TCP/IP Headers for Low-Speed SerialLinks，IETF RFC 1144，IETF Network Working Group，February 1990；RFC2507(IPHC)Mikael Degermark，
Nordgren，Stephen Pink.IPHeaderCompression，IETF RFC 2507，IETF Network Working Group，February1999；以及RFC 2508(CRTP)Steven Casner，Van Jacobson.CompressingIP/UDP/RTP Headers for Low-Speed Serial Links，IETF RFC 2508，IETFNetwork Working Group，February 1999。
报头压缩利用了这样的事实，即报头中的一些字段在流内不发生变化，或者只改变很小和/或可预测的值。报头压缩方案利用了这些特性并且一开始只发送静态信息，同时变化的字段利用它们的绝对值来发送，或者作为分组之间的差异来发送。完全随机的信息必须在一点也不压缩的情况下进行发送。
因此报头压缩是使得基于无线的IP业务(例如语音和视频业务)在经济上可行的重要部分。报头压缩解决方案已被IETF的鲁棒报头压缩(ROHC)工作组所开发以便提高这种业务的效率。
其他优化，例如其他类型的压缩，也可以被用来进一步提高带宽受限系统的性能。这些压缩包括净荷压缩[例如参见Pereira，R的IPPayload Compression Using DEFLATE，IETF RFC 2394，December 1998；以及Friend，R.和R.Monsour的IP Payload Compression Using LZS，IETFRFC 2395，December 1998]；信令压缩[例如参见Baugher M.等人的TheSecure Real-time Transport Protocol(SRTP)，IETF RFC 3711，March2004]；报头去除和再生，以及报头压缩[例如参见RFC 1144(VJ)VanJacobson的Compressing TCP/IP Headers for Low-Speed Serial Links，IETFRFC 1144，IETF Network Working Group，February 1990；RFC 2507(IPHC)Mikael Degermark，
Nordgren，Stephen Pink的IP HeaderCompression，IETF RFC 2507，IETF Network Working Group，February1999；RFC 2508(CRTP)Steven Casner，Van Jacobson的CompressingIP/UDP/RTP Headers for Low-Speed Serial Links，IETF RFC 2508，IETFNetwork Working Group，February 1999；Koren T.，Casner，S.，Geevarghese.J.，Thompson B.和P.Ruddy的Enhanced Compressed RTP(CRTP)for Links with High Delay，Packet Loss and Reordering，IETF RFC3545，IETF Network Working Group，July 2003；Carsten Bormann等人的RObust Header Compression(ROHC)Framework and four profilesRTP，UDP，ESP and uncompressed，IETF RFC 3095，April 2001)；Jonsson，L.和G.Pelletier的RObust Header Compression(ROHC)A compressionprofile for IP，IETF RFC 3843，June 2004；Pelletier，G.的RObust HeaderCompression(ROHC)Profiles for UDP-Lite，IETF RFC 4019，April 2005；Pelletier，G.，Sandlund，K.和L.Jonsson的Robust Header Compression(ROHC)A Profile or TCP/IP，Internet Draft(进行中的工作)<RFC4996，July 2007 http://tools.ietf.org/rfc/rfc4996.txt>June 2006；以及Pelletier，G和Sandlund，K.的Robust Header Compression Version 2(ROHCv2)Profiles for RTP，UDP，IP，ESP and UDP-Lite，Internet Draft(进行中的工作)，draft-pelletier-rohc-rohcv2-profiles-01.txt，May 2007http://tools.ietf.org/id/draft-ietf-rohc-rfc3095bis-rohcv2-profiles-01.txt，June2006。这些类型的压缩中的任何压缩均可以利用序号和校验和来设计。
传统上，UTRAN架构具有如下被分到不同节点中的分开的功能无线网络控制(RNC)功能处理在支持无损重定位(可选的)时的定序。译成密码(ciphering)(例如加密)出现在节点B(即无线基站发射机)中，并且要求各服务数据单元(SDU)按次序递送，以便保持译成密码的上下文。为了确保译成密码不会放松同步，通常使用第2层(L2)帧校验和序列(FCS)，其添加附加的八位字节以用于通过空中接口来传输。关于什么样的服务质量将被应用于分组的判定主要在RNC中被执行，同时它也在发送点(即节点B)处实施。
无线系统中在QoS方面的现有技术是，对于例如IP源和目的地址、UDP源和目的端口的一个或多个组合，首先要建立用于特定业务的无线承载(RB)(或“连接”)。RB包括发射机应当满足的一组参数或业务处理要求。这一相同的处理被应用于属于该业务并被路由至相同RB的任何分组，而与其他可能的QoS区分无关。属于同一业务的分组可以通过某个选择器过程而被“路由”至不同的无线承载，但这是独立于发射机的状态(队列管理、调度、CIR、小区负载以及其他可以影响分组处理的可能因素)而进行的，并且不在发送节点中进行，因为按照定义RB边缘不位于发送节点中。
上述内容将节点B的能力限制为把其发送机制(例如混合自动重传请求(H-ARQ)、调度以及队列管理)调整为用于各个分组的更精细的粒度，并且还处于小区内所服务的多个接收机之间。节点B常常局限于其对无线承载(即连接)的静态知识，以及局限于与其相关联并且SDU所属的QoS参数的静态知识，并且这些静态知识很可能来自在RNC和与分组相关联的节点B之间的(标准化的)接口上传播的一些其他信息。一些节点B可以在发送之前检查SDU以便设法提取更多信息，然而能够得到的非常少，因为此时SDU已经被例如报头压缩和/或加密功能进行过处理。
相比之下，SAE/LTE架构的当前提议是去除RNC，这导致主持(host)报头压缩功能的译成密码功能和PDCP功能现在位于同一节点(接入网关aGW)中。译成密码和PDCP功能都终止于另一端的用户设备(UE)。换句话说，aGW节点和eNB节点之间的接口被视为是不可信的。因此S1接口要求将译成密码应用于用户业务，并且这一直传播到用户设备单元(UE)。S1接口上的安全隧道不能够解决eNB节点的信任问题。最终，由于附属于其的限制，QoS到无线承载(即连接)的映射仍然保留。
QoS经常以面向连接的方式(依照流/接收机或依照物理信道)来定义，或者因为传统的功能分布(例如加密和报头压缩)避免了这种组合。图16示出QoS的这种传统定义/使用。在图16中，L2译成密码传统上出现在出现QoS实施的不同节点中，即对整个压缩报头进行加密。
报头压缩“隐藏”了上层中携带的QoS信息，同时它添加了其自身对于如何对各个报头压缩的分组进行QoS处理的“敏感性”。这同样适用于安全性。如图17所示，现有技术经常使用L2和上层之间的接口，并且当遍历多个L2时，各个L2均必须彼此相互连接，以便翻译各个分组的QoS要求。
一个问题在于，如何导出并如何传播最适合于协议数据单元(PDU)的QoS信息，以及该信息如何能够被传播给发射机从而可以执行更灵活的算法以实施QoS要求。传统上，由于经常被分到不同物理节点中并且相互“干扰”的功能，这还不可能在报头压缩信道中进行。
发明内容
本技术一般而言涉及用于在报头压缩信道(例如RoHC)中导出、包入、以及传播在协议数据单元(PDU)的上层协议层(IP协议)的报头和/或净荷中发现的服务质量(QoS)信息或与应用于PDU的优化算法相关的信息的方法、设备、系统以及技术。
在本技术的一个方面中，本技术涉及一种用于电信系统的分组处理方法。该方法的基本模式包括(1)使用具有与过程相关的服务质量要求的过程来处理分组以形成处理过的分组，以及(2)利用处理过的分组的压缩报头来包入报头内含的服务质量信息，该报头内含的服务质量信息是使用表示与过程相关的服务质量要求的信息而导出的。
该基本模式的一种示例实施进一步包括在处理过的分组的压缩报头的信道部分中，包入报头内含的服务质量信息。具有与过程相关的服务质量要求的过程可以包括下列中的至少之一报头压缩、净荷压缩、信令压缩、加密、认证、用于验证的校验和、以及定序。该基本模式可以在诸如接入网关节点之类的网络节点处执行。
该方法的第二模式进一步包括从接收到的分组中提取服务质量信息，并使用从接收到的分组中提取的服务质量信息以及表示与过程相关的服务质量要求的信息二者来导出报头内含的服务质量信息。在一种示例实施中，提取的服务质量信息可以由电信系统的网络层或更高层提供。服务质量信息可以从在网络节点(例如接入网关节点)的分组检查器处所接收到的分组中提取或推断。举例来说，所接收到的分组可以包括协议数据单元(PDU)。
第一模式和第二模式的动作可以在网络的第一节点处执行。该方法的第三模式既能够与第一模式一起使用，又能够与第二模式一起使用，该第三模式进一步包括使用报头内含的服务质量信息来在网络的中间节点处执行中间节点功能。该中间节点居于第一节点和接收机中间。举例来说，第一节点可以是接入网关节点。
在示例实施中，中间节点的功能可以是下列中的至少之一队列管理功能、调度功能、功率设定功能、目标数量的传输功能、混合自动重传请求(HARQ)功能、比特误码率(BER)功能、分段及级联功能、多用户帧功能。
第三模式可以在各种情形下操作。第三模式的第一种情形进一步包括对于同一分组流(例如RoHC CID或无线承载)的多个处理过的分组中的每一个，当对各个处理过的分组执行中间节点功能时使用报头内含的服务质量信息，所述报头内含的服务质量信息是利用承载有报头内含的服务质量信息的各个处理过的分组的压缩报头所包入的。
第三模式的第二种情形进一步包括对于属于同一用户的不同分组流的多个处理过的分组中的每一个，当对各个处理过的分组执行中间节点功能时使用报头内含的服务质量信息，所述报头内含的服务质量信息是利用承载有报头内含的服务质量信息的各个处理过的分组的压缩报头所包入的。
第三模式的第三种情形进一步包括当对去往多个用户的处理过的分组执行中间节点功能时，使用利用压缩报头所包入的报头内含的服务质量信息。
本技术的另一方面涉及一种电信系统的节点，该节点被配置成利用该节点处理过的数据分组的压缩报头来包入报头内含的服务质量信息，该服务质量信息是使用表示该节点所执行的过程的、与过程相关的服务质量要求的信息而导出的。
在示例的第一实施例中，该节点包括处理器和报头组装器。处理器被配置成使用具有与过程相关的服务质量要求的过程来处理分组，以及形成处理过的分组。报头组装器被配置成在处理过的分组的压缩报头中包入报头内含的服务质量信息。
在示例的第二实施例中，该节点利用由电信系统的网络层或更高层提供的服务质量信息以及表示由该节点执行的过程的、与过程相关的服务质量要求的信息二者来导出报头内含的服务质量信息。在第二实施例的示例实施中，该节点进一步包括提取器，其被配置成从所接收到的分组中提取服务质量信息。
根据第一示例实施例或第二示例实施例，该节点被配置成在处理过的分组的压缩报头的信道部分中包入组合的服务质量信息。
根据第一示例实施例或第二示例实施例，具有与过程相关的服务质量要求的过程可以包括下列中的至少之一报头压缩、净荷压缩、信令压缩、加密、认证、用于验证的校验和、以及定序。
根据第一示例实施例或第二示例实施例，该节点可以是接入网关节点。
本技术的另一方面涉及一种电信系统的中间节点，该中间节点被配置成处理从另一节点向接收机行进的数据分组流。在示例实施例中，该中间节点包括分组检查器和处理器。该分组检查器被配置成检查从另一节点接收到的分组的压缩报头的信道部分，以获得该分组的服务质量信息。该处理器被配置成使用该分组的组合的服务质量信息来执行在子流粒度级别上的功能。
在示例实施例中，中间节点功能可以是下列中的至少之一队列管理功能、调度功能、功率设定功能、目标数量的传输功能、混合自动重传请求(HARQ)功能、比特误码率(BER)功能、分段及级联功能、多用户帧功能。
中间节点的处理器可以被配置成在各种情形下操作。对于第一种情形，中间节点的处理器配置成，对于同一分组流(例如RoHC CID或无线承载)的多个处理过的分组中的每一个，当对各个分组执行该功能时使用服务质量信息，所述服务质量信息是利用承载有组合的服务质量信息的各个分组的压缩报头所包入的。
对于第二种情形，中间节点的处理器被配置成，对于属于同一用户的不同分组流的多个处理过的分组中的每一个，当对各个分组执行中间节点功能时使用服务质量信息，所述服务质量信息是利用承载有组合的服务质量信息的各个分组的压缩报头所包入的。
对于第三种情形，中间节点的处理器被配置成，当对去往多个用户的分组执行该功能时，使用利用压缩报头所包入的服务质量信息。
优选地，中间节点的处理器被配置成使用利用压缩报头所包入的服务质量信息来执行在每一分组粒度级别上的功能。
在本技术的另一方面中，本技术还涉及一种对处理数据分组流的电信系统的中间节点进行操作的方法。该中间节点操作方法基本上包括(1)检查从另一节点接收到的分组的压缩报头的信道部分，以获得该分组的服务质量信息；以及(2)使用该分组的组合的服务质量信息来执行在子流粒度级别上的功能。
中间节点操作方法的功能可以是下列中的至少之一队列管理功能、调度功能、功率设定功能、目标数量的传输功能、混合自动重传请求(HARQ)功能、比特误码率(BER)功能、分段及级联功能、多用户帧功能。
中间节点操作方法可以在各种情形下操作。中间节点操作方法的第一种情形进一步包括对于同一分组流(例如RoHC CID或无线承载)的多个处理过的分组中的每一个，当对各个分组执行该功能时使用服务质量信息，所述服务质量信息是利用承载有组合的服务质量信息的各个分组的压缩报头所包入的。
中间节点操作方法的第二种情形进一步包括对于属于同一用户的不同分组流的多个处理过的分组中的每一个，当对各个分组执行中间节点功能时使用服务质量信息，所述服务质量信息是利用承载有组合的服务质量信息的各个分组的压缩报头所包入的。
中间节点操作方法的第三种情形进一步包括当对去往多个用户的分组执行该功能时，使用利用压缩报头所包入的服务质量信息。
优选地，中间节点操作方法进一步包括使用该分组的组合的服务质量信息来执行在每一分组粒度级别上的功能。
通过以下对附图中所示的优选实施例的更为特别详细的描述，本发明的前述和其他的目的、特征和优点将是显而易见的，其中参考字符在所有图当中是指相同的部分。这些附图不一定是按比例绘制的，重点而是放在说明本发明的原理上。
图1是便于在报头压缩信道中包入服务质量信息的电信系统的示例的第一实施例的示意图。
图2是说明可以由包入器节点的处理器执行的示例过程的示意图。
图3是说明在对电信系统或其节点进行操作的方法的第一模式中所涉及的基本的代表性的动作、步骤、或事件的流程图。
图4A是说明用于容纳CID信息的报头格式的示意图；图4B是说明用于容纳服务质量信息的报头格式的示意图。
图5是便于在报头压缩信道中包入服务质量信息的电信系统的第二示例实施例的示意图。
图6是说明在对电信系统或其节点进行操作的方法的第二模式中所涉及的基本的代表性的动作、步骤、或事件的流程图。
图7是说明可以从哪些层或协议来获得提取的服务质量信息的示意图。
图8是说明可在数据分组内的不同层找到服务质量信息的示意图。
图9是便于在报头压缩信道中包入服务质量信息的电信系统的第三示例实施例的示意图。
图10是说明中间节点处理器执行的示例功能以及中间节点的操作的各种情形的示意图。
图11是说明在对电信系统或节点进行操作的方法的第三模式中所涉及的基本的代表性的动作、步骤、或事件的流程图。
图12是说明在对电信系统的中间节点进行操作的方法中所涉及的基本的代表性的动作、步骤、或事件的流程图。
图13是说明诸如加密和报头压缩之类的过程的性能的示意图。
图14是说明更灵活的第2层算法和实施的便利性的示意图。
图15是说明包括安全性和对重新排序的支持的示例实施的示意图。
图16是说明以面向连接的方式(依照流/接收机或依照物理信道)定义的服务质量的示意图。
图17是说明使用在L2和上层之间的接口的现有技术的示意图。
具体实施例方式 在下面的描述中，为了解释而非限制的目的来阐述特定的细节，例如特定的架构、接口、技术等，以便提供对本发明的透彻理解。然而，对本领域技术人员来说显而易见的将是，本发明能够在脱离这些特定细节的其他实施例中被实践。也就是说，本领域技术人员将能够设计出各种布置，所述各种布置尽管在此未被明确描述或示出，但却体现了本发明的原理并且被包含在其精神和范围之内。在一些实例中，公知的设备、电路和方法的详细描述被省略，以免由于不必要的细节而使对本发明的描述变得模糊。在此叙述本发明的原理、方面和实施例的所有陈述，以及其特定实例，打算不仅包括其结构等同物，而且包括其功能等同物。另外，这些等同物打算既包括当前已知的等同物，也包括在将来开发的等同物，即所开发的执行同样功能的任何元件，而不管结构如何。
因此，举例来说，本领域技术人员将会认识到，在此的框图可以表示体现本技术的原理的说明性电路的概念图。同样，将会认识到，任何流程图、状态转移图、伪代码等等表示各种过程，所述各种过程基本上都可以在计算机可读介质中表示，因此可以由计算机或处理器来执行，而无论这样的计算机或处理器是否被明确示出。
通过使用专用硬件以及能够执行与适当软件相关联的软件的硬件，可以提供包括被标记为或描述为“处理器”或“控制器”的功能块的各种元件的功能。当由处理器提供时，这些功能可以由单个专用处理器来提供，可以由单个共享处理器来提供，或者可以由多个单独处理器来提供，这些处理器中的一些处理器可以是共享的或分布式的。而且，术语“处理器”或“控制器”的明确使用不应被解释为专门是指能够执行软件的硬件，而是不受限制地可以包括数字信号处理器(DSP)硬件、用于存储软件的只读存储器(ROM)、随机存取存储器(RAM)、以及非易失性存储装置。
图1示出便于在报头压缩信道中包入服务质量(QoS)信息的电信系统的示例的第一实施例。电信系统20包括节点22，其处理数据分组流并且完成在数据分组的报头压缩信道中对服务质量(QoS)信息的包入；以及分组接收机30，所述分组流被送往所述分组接收机30。由于命名的缘故，节点22也被称作“包入器节点”22。可选的中间节点34可以位于包入器节点22和接收机30之间。中间节点34这一可选性质在图1中用其虚线表示来描绘。
在示例实施中，分组接收机30优选但不排他地是无线终端，例如通过空中接口或无线接口连接到包括有包入器节点22的无线接入网(RAN)的站、节点、或终端。无线终端可以被称为其他的名称并且包括不同类型的设备。无线终端也可以被称作移动站、无线站、或用户设备单元(UE)，并且可以是诸如移动电话(“蜂窝”电话)和具有移动终端的膝上型计算机之类的设备，因此可以是例如与无线接入网进行语音和/或数据通信的便携的、袖珍的、手持的、计算机中内含的、或车内安装的移动设备。
包入器节点22包括处理器36和报头组装器38。报头组装器38用作例如服务质量(QoS)包入器。如箭头40所示，包入器节点22接收来自上游源的包括数据分组流的数据分组。所接收到的数据分组可以是例如协议数据单元(PDU)或因特网协议分组。包入器节点22的处理器36可以结合所接收到的数据分组来运行或执行一个或多个过程。包入器节点22的处理器36所执行的示例过程在图2中进行了说明，并且可以包括下列中的至少之一报头压缩、净荷压缩、信令压缩、加密、认证、用于验证的校验和、以及定序。
处理器36执行的过程可以包括、涉及、或归因(impute)在该过程中所使用的、所涉及的、或由该过程所产生的分组的与过程相关的服务质量要求。图1概括地描绘了与过程相关的服务质量要求QoSP。所涉及的服务质量要求取决于该过程的性质。表1包括在处理器36所执行的过程是报头压缩算法时通常可以与数据分组的传输相关的QoS信息的非专用列表。
表1 与报头压缩相关的“QoS” 当处理器36执行的过程是安全相关(例如加密)过程时，可以与数据分组的发送相关的示例的QoS信息例如可以是对于再同步所使用的主密钥。
因此，在图1的示例的第一实施例中，包入器节点22的处理器23被配置成使用具有与过程相关的服务质量要求QoSP的过程来处理分组，以及形成处理过的分组。报头组装器38构造报头压缩分组P的报头H，从而使报头H包括报头内含的服务质量信息(被描绘为QoSI)。报头内含的服务质量信息QoSI从与过程相关的服务质量要求QoSP(例如与之相同或与之相关的)中导出。如图1中的箭头42所示，报头组装器38利用处理过的分组的压缩报头来包入报头内含的服务质量信息QoSI。
图3说明在本技术的方法的第一模式中所涉及的基本的代表性的动作、步骤、或事件。第一模式也被称为基本模式，因为第一模式的动作也可以被包括在此处所述的其他模式中。第一模式可以由包入器节点22来执行，例如图1的第一实施例的包入器节点。举例来说，基本模式可以在诸如接入网关节点之类的网络节点处执行。
第一模式的动作3-1涉及使用具有与过程相关的服务质量要求(例如与过程相关的服务质量要求QoSP)的过程来处理分组以形成处理过的分组。动作3-1中所涉及的过程可以用图1的处理器36所执行的过程来描绘，并且可以是图2所示的过程中的任何过程，例如(报头压缩、净荷压缩、信令压缩、加密、认证、用于验证的校验和、以及定序)。
第一模式的动作3-2包括利用处理过的分组的压缩报头H来包入报头内含的服务质量信息QoSI，该服务质量信息QoSI是使用表示与过程相关的服务质量要求(QoSP)的信息而导出的。在示例实施中，动作3-2可以由图1的包入器节点22的报头组装器38来执行。
报头内含的服务质量信息QoSI可以以任何合适的方式被包入报头H中。例如，报头内含的服务质量信息QoSI可以作为“add-QoS八位字节”以类似的方式被添加到RoHC信道报头的通常已知的“add-CID八位字节”中。
就上述考虑而言，RoHC分组具有包括以下元素的通用格式净荷、报头；(多个)反馈元素；以及可变长度填充。RoHC使用上下文标识符(CID)将压缩报头关联到相关状态。CID为RoHC信道提供传输多个报头压缩流的机制。该报头具有两种格式大CID格式以及小CID格式。这两种格式都用图4A进行说明。该报头或者(1)不携带任何CID信息(指示CID为零)；或者(2)包括一个Add-CID八位字节(参见图4A中的小CID的图示)；或者(3)包含长度为一个或两个八位字节的嵌入式CID信息(参见图4A中的大CID的图示)。上述可选项(1)和(2)只适用于CID空间较小的信道中的压缩报头。上述可选项(3)只适用于CID空间较大的信道中的压缩报头。
以与上面的描述以及在图4A中示出的“add-CID八位字节”类似的方式，在示例实施例中，报头组装器38可以通过以图4B所示的方式形成add-QoS八位字节，从而用报头H包入报头内含的服务质量信息QoSI。换句话说，RoHC通用分组格式可以被修改成包括add-QoS八位字节，以便指示不同的QoS级别从而区分各个分组。图4B说明如何相对于RoHC通用格式以及小CID格式和大CID格式的每一个来添加这种add-QoS八位字节。使用add-QoS八位字节的实例，可以促进多达16个不同级别的服务质量来描述报头内含的服务质量信息QoSI。
图5示出便于在报头压缩信道中包入服务质量(QoS)信息的电信系统20’的第二示例实施例。电信系统20’包括处理流向接收机30的数据分组流的包入器节点22’、以及可选的中间节点34。如同图1的包入器节点22一样，包入器节点22’包括处理器36和报头组装器38’。另外，包入器节点22’包括提取器46。提取器46被配置成提取已经包含在所接收到的分组中或者与所接收到的分组相关的(例如与所接收到的分组流相关的)特定服务质量信息。通常由提取器46提取的这种服务质量信息是由电信系统的网络层或更高层提供的服务质量信息。由提取器46提取的这种服务质量信息在此被称作“提取的服务质量信息QoSE”，并且在图5中也这样描绘。
在图5的第二示例实施例中，报头组装器38’使用从处理器36获得的与过程相关的服务质量要求QoSP以及从提取器46获得的提取的服务质量信息QoSE二者来导出报头内含的服务质量信息QoSI。为此，图5用箭头48来说明报头组装器38’从处理器36获得与过程相关的服务质量要求QoSP，以及用箭头49来说明报头组装器38’从提取器46获得提取的服务质量信息QoSE。报头组装器38’使用与过程相关的服务质量要求QoSP以及提取的服务质量信息QoSE二者来导出报头内含的服务质量信息QoSI，其被包入或插入报头压缩分组的报头H中。在某种意义上，报头内含的服务质量信息QoSI表示“组合的”服务质量信息，因为其内容或值不仅取决于提取的服务质量信息QoSE，而且取决于与过程相关的服务质量要求QoSP。
可以以各种方式从与过程相关的服务质量要求QoSP以及提取的服务质量信息QoSE二者中导出报头内含的服务质量信息QoSI。例如，在第一个值表示与过程相关的服务质量要求QoSP，以及第二个值表示提取的服务质量信息QoSE的情形下，可以将这这两个值用作索引，以获得(例如从查找表中)表示所导出的报头内含的服务质量信息QoSI的值。换句话说，两个输入值(一个输入对应于与过程相关的服务质量要求QoSP，以及另一输入对应于提取的服务质量信息QoSE)的每种组合均可以被用来获得输出的报头内含的服务质量信息QoSI值。
图6说明在本技术的方法的第二模式中所涉及的基本的代表性的动作、步骤、或事件。第二模式的动作6-0包括从接收到的分组中提取服务质量信息。正如参考图5所理解的那样，动作6-1可以由提取器46来执行，以获得提取的服务质量信息QoSE。图6的动作6-1与动作3-1的相似之处在于，它包括使用具有与过程相关的服务质量要求(例如与过程相关的服务质量要求QoSP)的过程来处理分组以形成处理过的分组。动作6-1中所涉及的过程可以用图6的处理器36所执行的过程来描绘，并且可以是图2所说明的任何过程，例如(报头压缩、净荷压缩、信令压缩、加密、认证、用于验证的校验和、以及定序)。第二模式的动作6-2包括使用从所接收到的分组中提取的服务质量信息以及表示与过程相关的服务质量要求的信息二者来导出报头内含的服务质量信息QoSI。可以以上述方式导出图5所示的插入或包入报头H中的报头内含的服务质量信息QoSI(例如使用与过程相关的服务质量要求QoSP以及提取的服务质量信息QoSE的组合)。
图7说明可以从哪些层或协议来获得提取的服务质量信息QoSE，例如从应用层、从应用传输层协议、从传输协议、或者从网络协议。实际上，对于同一目的地(例如同一接收机、同一用户)来说，不同的流彼此之间可能具有不同的QoS要求。不同的目的地彼此之间可能具有不同的QoS要求。如何实施QoS要求可能又会受到接收机的即刻无线状况的影响。例如当共享无线信道被用来为多个接收机服务时，这些接收机彼此之间可能会竞争相同的资源。另外，在同一流(业务)内，数据分组彼此之间也可能具有不同的QoS要求。
图8说明可以在数据分组内的不同层找到QoS信息以用作提取的服务质量信息QoSE。从表2到表5(并且包括表5)列出在数据分组内经常可以获得的大量QoS信息源，每个表均描述了一个特定层的源。表2描述了应用层相关的服务质量(QoS)的源；表3描述了应用传输协议相关的服务质量(QoS)的源；表4描述了传输协议相关的服务质量(QoS)的源；以及表5描述了网络协议相关的服务质量(QoS)的源。
表2 应用层相关的服务质量(QoS) 表3 应用传输协议相关的服务质量(QoS) 表4 传输协议相关的服务质量(QoS) 表5 网络协议相关的服务质量(QoS) 图9示出便于在报头压缩信道中包入服务质量信息的电信系统的20”的第三示例实施例。电信系统20”包括处理流向接收机30的数据分组流的包入器节点22”、以及中间节点34”。如同图1的包入器节点22一样，包入器节点22”包括处理器36和报头组装器38”。另外，包入器节点22”可选地可以包括提取器46。
就图9的第三实施例而言，包入器节点22”的报头组装器38”可以以图1的报头组装器38的方式(使用与过程相关的服务质量要求QoSP，而不使用提取的服务质量信息QoSE)，或者可以以图5的报头组装器38’的方式(使用与过程相关的服务质量要求QoSP以及提取的服务质量信息QoSE二者)，导出其报头内含的服务质量信息QoSI。因此，鉴于其可选的性质，在图9中用虚线来描绘提取器46。
对于第三示例实施例来说，中间节点34”包括分组检查器50和中间节点处理器52。分组检查器50被配置成检查从另一节点(例如包入器节点22”)接收到的报头压缩的分组的报头，以获得该分组的服务质量信息。特别地，分组检查器被50配置成检查所接收到的分组的压缩报头的信道部分，以获得该分组的服务质量信息，例如报头内含的服务质量信息QoSI。
中间节点处理器52被配置成使用该分组的组合的服务质量信息来执行在子流粒度级别上(例如在比分组流自身更低的粒度上，例如在分组自身的粒度上)的功能。如图10所示，在示例实施例中，由中间节点处理器52执行的中间节点34”的功能可以是下列中的至少之一队列管理功能、调度功能、功率设定功能、目标数量的传输功能、混合自动重传请求(HARQ)功能、比特误码率(BER)功能、分段及级联功能、多用户帧功能。将会认识到，当使用这样的功能时，在其他实施例的中间节点处可以执行一个或多个这样的功能。
图11说明在本技术的方法的第三模式中所涉及的基本的代表性的动作、步骤、或事件。该方法的第三模式既可以与第一模式一起使用，又可以与第二模式一起使用。如图11的框住动作的虚线所示，第三模式的一些动作可以由包入器节点22”执行，其他动作可以由中间节点34”执行。包入器节点22”所执行的动作既可以以图3的方式(例如，类似于图3的动作3-1和3-2，其中只有与过程相关的服务质量要求QoSP被用来导出报头内含的服务质量信息QoSI)来执行，又可以以图6的方式(例如，类似于图6的动作6-0到6-2，其中提取的服务质量信息QoSE以及与过程相关的服务质量要求QoSP二者被用来导出报头内含的服务质量信息QoSI)来执行。出于便利的缘故，在图11中动作11-0到11-2对应于第二模式的那些动作(例如图6)，其中提取的服务质量信息QoSE以及与过程相关的服务质量要求QoSP二者被用来导出报头内含的服务质量信息QoSI。
就上述考虑而言，并且如参考对图6的先前讨论所理解的那样，第三模式的动作11-0包括从接收到的分组中提取质量服务信息。动作11-1包括使用具有与过程相关的服务质量要求(例如与过程相关的服务质量要求QoSP)的过程来处理分组以形成处理过的分组。动作11-1中所涉及的过程可以是图2所说明的任何过程，例如(报头压缩、净荷压缩、信令压缩、加密、认证、用于验证的校验和、以及定序)。第三模式的动作11-2包括(在所说明的实例中例如通过使用从所接收到的分组提取的服务质量信息以及表示与过程相关的服务质量要求的信息二者)导出报头内含的服务质量信息QoSI。
由中间节点34”执行的第三模式的动作11-3包括使用报头内含的服务质量信息(例如报头内含的服务质量信息QoSI)来在中间节点34处执行中间节点功能。如上所示，在示例实施中，中间节点功能可以是图11所示功能中的任何功能队列管理功能(例如主动队列管理[AQM]和丢弃策略)、调度功能(延迟阈值/CIR/循环法/比例公平)、功率设定功能、目标数量的传输功能、混合自动重传请求(HARQ)功能、比特误码率(BER)功能、分段及级联功能、多用户帧功能。
如图12所示，中间节点34”可以被配置成在各种情形下操作。就第一种情形而言，中间节点34”的处理器52可以被配置成，对于同一分组流(例如RoHC CID或无线承载)的多个处理过的分组中的每一个，当对各个分组执行该功能时使用服务质量信息，所述服务质量信息是利用承载有组合的服务质量信息的各个分组的压缩报头所包入的。
就第二种情形而言，中间节点34”的处理器52可以被配置成，对于属于同一用户的不同分组流的多个处理过的分组中的每一个，当对各个分组执行中间节点功能时使用服务质量信息，所述服务质量信息是利用承载有组合的服务质量信息的各个分组的压缩报头所包入的。
就第三种情形而言，中间节点34”的处理器52可以被配置成，当对去往多个用户的分组执行该功能时，使用利用压缩报头所包入的服务质量信息。
图12说明在本技术的方法的第三模式中所涉及的基本的代表性动作、步骤、或事件，特别说明一种对处理数据分组流的电信系统的中间节点进行操作的方法。该中间节点操作方法模式基本上包括图12所示的动作12-1和12-2。动作12-1包括检查从另一节点接收到的分组的压缩报头(例如分组报头的信道部分)，以获得该分组的服务质量信息(例如以获得报头内含的服务质量信息QoSI)。动作12-2可以由图9的第三实施例的中间节点34”的分组检查器50来执行。动作12-2包括使用该分组的组合的服务质量信息来执行在子流粒度级别上的功能。动作12-2可以由诸如图9的中间节点34”的中间节点处理器52之类的处理器来执行。子流粒度级别的一个实例是每一分组的粒度级别。
因此，支持QoS信道的不同节点可以应用这样的功能，所述功能可以从来自这些层中每一层的不同QoS要求的知识中受益。这样的过程是图11所示并且上文所述的那些过程。如图13所示，对数据分组或PDU执行的附加处理，例如译成密码(加密)和报头压缩(例如RoHC)，也可能引入各个分组的相对优先级和重要性之间的某种区分。例如，译成密码的上下文和/或报头压缩上下文的再同步，和/或传送用于例如压缩算法的控制参数和/或传送维修和/或重要变化模式，就这些算法的性能而言，它们通常具有比其他分组更高的重要性。
因此，根据上述的第三实施例和第三模式，诸如中间节点34”之类的中间节点检查服务数据单元(SDU)中的压缩报头，以及相对于报头压缩协议内所传送的相同指示符，基于同一流(例如RoHC CID或无线承载)的分组之间、同一用户的不同流的分组之间、或多个用户的分组之间的报头压缩协议所提供的QoS指示来执行例如调度、队列管理等等功能。
例如，诸如中间节点34”之类的节点的分组检查器50可以检查报头(例如压缩报头的信道部分)，以及提取PDU的报头内含的服务质量信息QoSI。该节点的功能(例如中间节点处理器52所执行的功能)基于该QoSI信息来执行动作。接下来中间节点可以可选地去除PDU中的QoSI信息。如上所述，使用报头内含的服务质量信息QoSI可执行的示例特定功能包括图10的那些功能。
现在详细阐述中间节点处理器52(其利用报头内含的服务质量信息QoSI)的一些功能。一个这样的功能是(单用户)队列管理。一旦队列溢出，在队列中发现的与同一用户相关联但可能属于不同流或业务的PDU，基于各个PDU的相对优先级和/或重要性(即不必每一业务地或每一流地)进行标识和按优先级排序，例如可以丢弃没有任何优先级或特定重要性的PDU，而具有更高优先级的PDU可以留在队列中。
中间节点处理器52使用QoSI可执行的另一功能是(多用户)队列管理。一旦队列溢出，与不同用户相关联但使用相同资源的PDU，基于它们的相对优先级和/或重要性(例如不必每一业务地或每一流地)来按优先级排序，例如可以丢弃没有任何优先级或特定重要性的PDU而不管它属于哪个用户和/或哪个业务，而具有更高优先级的PDU可以留在队列中。
中间节点处理器52使用QoSI可执行的另一功能是调度。具体而言，与同一个流相关联但是对于它来说不同的优先级与发送缓冲器(队列)中的PDU相关联的PDU，可以以不同的次序来发送，尤其是对于支持无序递送的报头压缩算法。
在此处描述的示例实施例和模式中，在报头中包入报头内含的服务质量信息QoSI至少在一些实施中可能涉及在处理过的分组的压缩报头的信道部分中插入或包入报头内含的服务质量信息QoSI。“信道部分”是指对于支持报头压缩信道(包括接收端)的中间过程来说必须要能够获得的报头的一部分。举例来说，参见图4B的add-QoS八位字节。
在一些实施中，包入器节点是接入网关节点，而中间节点可以是基站节点(举例来说，例如节点B或eNodeB)。其他实例包括包入器节点和中间节点是同一节点(NB、eNB)；包入器节点是MBMS网关，而中间节点是eNB；或者包入器节点是RNC，而中间节点是NB。在3GPP2中，包入器节点是PDSN，而中间节点是基站(BS)。
将会认识到，处理器36、报头组装器38，38’，38”、分组检查器50、以及中间节点处理器52的功能可以由处理器或控制器来执行，因为那些术语先前被广泛地详细阐述。而且，驻留在同一节点处的功能可以由相同的或共享的一组处理器或控制器来执行。
因此，本技术一般而言涉及用于在报头压缩信道(例如RoHC)内导出、包入、和传播在协议数据单元(PDU)的上层协议层(IP协议)的报头和/或净荷中发现的服务质量(QoS)信息、或者与应用于PDU的优化算法相关的信息的方法、装置、系统和技术。本技术使得该信息可用于支持该信道的中间链路层过程(例如调度器、H-ARQ、BER目标、主动队列管理)，并允许这些过程来实施更灵活的已知QoS的算法。
在其他方面，本技术涉及如何将该信息插入压缩报头的信道部分中，该信息可以如何由支持该信道的中间节点来使用，以及如果期望的话，如何能够在不涉及附加开销的情况下产生该信息。
在示例实施例中，一种装置包括QoS策略选择器，其基于有关应用于该分组的特定处理的知识(例如报头压缩、安全性)，以及基于对数据分组中所选择信息的检查，尤其是对来自报头的数据分组中所选择信息的检查，来导出QoS指示。所得到的指示以能对它进行访问的方式、并且以中间节点可以去除该指示而不影响压缩报头的语义的方式被插入压缩报头中。该装置还提供与中间节点的处理有关的供应，例如调度和主动队列管理(AQM)，以便区分同一流(业务)内分组之间的、单用户和/或多个用户的多个业务的分组之间的QoS，尤其是在竞争诸如共享无线信道之类的共享资源时。
本技术可以具有连同同一节点中的报头压缩一起执行(特别是与RoHC一起执行)的QoS导出，并且在报头压缩协议内传送所导出的QoS信息。RoHC信道作为压缩和解压缩端点之间的虚拟点对点网络路径来操作，在该虚拟点对点网络路径上执行QoS标记，并且将该QoS标记携带在报头压缩协议的信道部分中。诸如调度或AQM之类的第2层过程可以使用所处理的每个分组的QoS指示符，以通过例如为一个小区内的多个用户服务的共享信道来传输，而与传统的无线承载边界无关，由此得到对共享资源更灵活(以及更精确)的分配。
检查协议数据单元(PDU)即IP分组，并且首先从网络层和上述层提取QoS信息。接下来由例如报头压缩、净荷压缩、信令压缩、译成密码等等中的一个或多个对PDU进行处理。将提取的QoS信息与来自所应用的处理的QoS要求进行组合，并以可以由支持报头压缩信道的中间节点来读取所提取的QoS信息的方式将提取的QoS信息插入到报头压缩协议的信道部分中。
在此所描述的本技术包括许多实施例，其中包括译成密码和/或报头压缩和/或净荷压缩和/或信令压缩中的任何一种基于其所使用的状态/算法来提供相关的QoS信息，与IP层和上述QoS指示进行组合，并且在RoHC压缩报头内携带。
对于RoHC报头压缩，具体而言，所包含的实施例包括例如(1)初始化新上下文的或者使其与新CID相关联的压缩报头类型(例如IR、IR-DYN、IR-CR)；(2)导致维修尝试而发送的压缩报头类型(例如IR、IR-DYN、带有或不带有扩展和相应压缩报头类型的UOR-2)；(3)传送对于压缩算法重要的上下文更新的压缩报头类型(例如带有扩展2和相应报头类型的UOR-2)；以及(4)传送反馈信息(尤其是否定应答)的压缩报头。
所包含的实施例另外还包括，上述次序相对于彼此的相对重要性下降，并且诸如分组类型0之类的最小报头类型具有最低优先级。
所包含的实施例还包括，属于同一优化逼近序列的压缩报头的优先级下降，但是第一个压缩报头相对于同一序列中的其他压缩报头更为重要。
所包含的实施例还包括，R模式中具有CRC的那些报头比不带有CRC的报头具有相对更高的重要性(具体而言，举例来说，当w-lsb编码方法的解释时间间隔接近R-0报头类型的耗尽时，必须更新诸如R-0-CRC之类的安全参考的报头)。
所包含的实施例还包括，连同RoHC信道内译成密码一起使用的那些压缩报头，尤其是携带了用于对密码上下文进行初始化和/或再同步所必需的定序信息的压缩报头。
所包含的实施例还包括，涉及使用可变长度编码进行编码的QoS信息和/或类似于图4B中例示的RoHC报头的add-CID八位字节。
所包含的实施例还包括，涉及IP层以下的过程/协议(例如报头压缩、安全性等)所具有独立的QoS信息，以及从IP开始以及在IP以上的协议的独立的信息。换句话说，QoS要求相对于协议相关性的独立的级别。例如，如果假定压缩上下文被破坏，则解决该问题的分组应当具有最高的优先级，否则后续的分组可能不能解压缩。
在此所述的本技术克服了许多问题，包括但不限于在缺乏现在所公开的技术的情况下的以下问题(1)当前没有以允许支持报头压缩信道的中间节点以在此所提出的粒度级别执行QoS实施的方式来一起处理QoS和报头压缩的解决方案；(2)没有以此处所描述的方式来组合报头压缩和QoS的已知现有技术；(3)没有适用于发射机的已知解决方案，以便当其共享相同的无线资源时，与将流之间以及甚至同一小区内服务的接收机之间的这些要求加以联系的机制一起，按照每一分组来导出QoS要求；(4)传统上，报头压缩信道被视为QoS信道的一个元素它迄今为止还没有被用来实施用于第2层过程的每一分组的QoS关联，以便在应用报头压缩以外的节点中实施。
在此所述的技术能够在第2层过程中实现更灵活和粒度更细的QoS。例如，该技术能够在不与报头压缩功能搭配的第2层过程中实现灵活的QoS算法。例如，参见图14，其说明更灵活的第2层算法和实施的便利性，其基于为各个分组建立的相对优先级来实施通过报头压缩信道而传播的QoS策略。该优先级可以相对于由分组之间共享的发射机分配资源所服务的分组之间以及所有这些分组而制定。如果期望的话，AQM和调度仍可以依照每一流来执行，但是现在可以隐含地顾及流内的优先级。
在此所述的技术还连同其他报头压缩功能(例如加密和定序)一起顺利执行。图15说明此处所描述的本技术的非限制性示例实施，其包括安全性和对重新排序的支持。通过向RoHC信道和压缩算法添加功能，RoHC信道成为很好地适于诸如图15所示的架构中的共享信道的完整传输承载。
本技术的其他益处包括但不限于下述 ●可以在第2层中实施更灵活的已知QoS的算法。
●可以通过带宽受限接口来避免QoS标记的开销。
●与RoHC信道的定义高度兼容。
●如果期望的话可以被用在上行链路中，以便将期望的QoS传播到接收节点和解压缩节点之间的(多个)接口。
如在此所用的，“报头压缩信道”是携带从压缩器到解压缩器的报头压缩分组的逻辑单向点对点信道，可选地还携带代表以相反的方向在独立的报头压缩信道上操作的另一压缩器-解压缩器对的反馈信息。
如在此所用的，“QoS信道”是与应用于通信系统中所使用的数据分组的不同处理相对应的逻辑分离(例如实时的、交互式的或尽力而为的要求)。
如在此所用的，“QoS功能”是影响通信系统对各个分组所提供的支持的质量的处理，例如IP报头压缩、净荷压缩、信令压缩、诸如数据完整性保护和/或认证机制之类的安全功能、定序和按次序递送保证、发送优先级和调度、比特误码率、保证的分组丢失率、保证的最大和/或平均比特率、可靠性、传输延迟、重传尝试的次数。
如在此所用的，“无线承载(RB)”是面向连接的逻辑信道，其常常被映射到面向连接的物理信道上。经常表示QoS参数或策略的静态分配。
尽管上面的描述包含许多特殊性，但是这些不应当解释为对本发明范围的限制，而仅仅是提供对本发明一些当前优选实施例的说明。因此，将会认识到，本发明的范围完全地包括对本领域技术人员而言可能变得显而易见的其他实施例，并且本发明的范围相应地不应当被不必要地限定。除非明确这样陈述，否则以单数对元素的提及并不打算指“一个并且只有一个”，而是指“一个或多个”。本领域技术人员已知的上述优选实施例的元素的所有的结构、化学、功能等同物都被特意结合于此以作参考，并且打算被包含在此。而且，某一设备或方法不必解决本发明所要寻求解决的、要包含于此的每一个问题。此外，本公开内容中任何元素、部件、或方法步骤都不打算要让公众使用。
权利要求
1.一种用于电信系统(20，20’，20”)的分组处理方法，所述方法的特征在于
使用具有与过程相关的服务质量要求的过程(36)来处理分组以形成处理过的分组；
利用所述处理过的分组的压缩报头(H)来包入报头内含的服务质量信息，所述报头内含的服务质量信息是使用表示所述与过程相关的服务质量要求的信息而导出的。
2.根据权利要求1所述的方法，进一步包括
从接收到的分组中提取服务质量信息，所述提取的服务质量信息已由所述电信系统的网络层或更高层来提供；
使用从所述接收到的分组中提取的所述服务质量信息以及表示所述与过程相关的服务质量要求的所述信息二者来导出所述报头内含的服务质量信息。
3.根据权利要求1所述的方法，进一步包括在所述处理过的分组的所述压缩报头(H)的信道部分中，包入所述报头内含的服务质量信息。
4.根据权利要求1所述的方法，其中具有所述与过程相关的服务质量要求的所述过程(36)包括下列中的至少之一报头压缩、净荷压缩、信令压缩、加密、认证、用于验证的校验和、以及定序。
5.根据权利要求2所述的方法，其中权利要求2所述的动作在网络的第一节点(22，22’，22”)处执行，以及其中所述方法进一步包括使用所述报头内含的服务质量信息来在所述网络的中间节点(34，34”)处执行中间节点功能，所述中间节点(34，34”)居于所述第一节点(22，22’，22”)和接收机(30)中间。
6.根据权利要求5所述的方法，其中所述中间节点功能是下列中的至少之一队列管理功能、调度功能、功率设定功能、目标数量的传输功能、混合自动重传请求(HARQ)功能、比特误码率(BER)功能、分段及级联功能、多用户帧功能。
7.根据权利要求5所述的方法，进一步包括执行下列中的至少之一
对于同一分组流的多个处理过的分组中的每一个，当对各个处理过的分组执行所述中间节点功能时使用所述报头内含的服务质量信息，所述报头内含的服务质量信息是利用承载有所述报头内含的服务质量信息的所述各个处理过的分组的压缩报头(H)所包入的；
对于属于同一用户的不同分组流的多个处理过的分组中的每一个，当对各个处理过的分组执行所述中间节点功能时使用所述报头内含的服务质量信息，所述报头内含的服务质量信息是利用承载有所述报头内含的服务质量信息的所述各个处理过的分组的压缩报头(H)所包入的。
8.一种电信系统(20，20’，20”)的节点(22，22’，22”)，所述节点(22，22’，22”)被配置成利用所述节点所处理的数据分组的压缩报头(H)来包入报头内含的服务质量信息，所述报头内含的服务质量信息是使用表示所述节点所执行的过程的、与过程相关的服务质量要求的信息而导出的。
9.根据权利要求8所述的节点，进一步包括
处理器(36)，其被配置成使用具有所述与过程相关的服务质量要求的所述过程来处理所述分组，以及形成处理过的分组；
报头组装器，其被配置成在所述处理过的分组的所述压缩报头(H)中包入所述报头内含的服务质量信息。
10.根据权利要求8所述的节点，其中使用由所述电信系统(20，20’，20”)的网络层或更高层提供的服务质量信息以及表示由所述节点所执行的过程的、与过程相关的服务质量要求的信息二者来导出所述报头内含的服务质量信息。
11.根据权利要求8所述的节点，其中所述节点被配置成在所述处理过的分组的所述压缩报头(H)的信道部分中包入组合的服务质量信息。
12.根据权利要求8所述的节点，其中具有所述与过程相关的服务质量要求的所述过程包括下列中的至少之一报头压缩、净荷压缩、信令压缩、加密、认证、用于验证的校验和、以及定序。
13.一种处理数据分组流的电信系统(20，20’，20”)的节点(22，22’，22”)，所述节点的特征在于
分组检查器，其被配置成检查从另一节点接收到的分组的压缩报头(H)的信道部分，以获得所述分组的服务质量信息；
处理器(52)，其被配置成使用所述分组的组合的服务质量信息来执行在子流粒度级别上的功能。
14.根据权利要求13所述的节点，其中所述功能是下列中的至少之一队列管理功能、调度功能、功率设定功能、目标数量的传输功能、混合自动重传请求(HARQ)功能、比特误码率(BER)功能、分段及级联功能、多用户帧功能。
15.根据权利要求13所述的节点，其中所述处理器(52)被配置成，对于同一分组流(例如RoHC CID或无线承载)的多个处理过的分组中的每一个，当对各个分组执行所述功能时使用所述服务质量信息，所述服务质量信息是利用承载有所述组合的服务质量信息的所述各个分组的压缩报头(H)所包入的。
16.根据权利要求13所述的节点，其中所述处理器(52)被配置成，对于属于同一用户的不同分组流的多个处理过的分组中的每一个，当对各个分组执行中间节点功能时使用所述服务质量信息，所述服务质量信息是利用承载有所述组合的服务质量信息的所述各个分组的压缩报头(H)所包入的。
17.根据权利要求13所述的节点，其中所述处理器(52)被配置成，当对去往多个用户的分组执行所述功能时，使用利用所述压缩报头(H)所包入的所述服务质量信息。
18.根据权利要求13所述的节点，其中所述处理器(52)被配置成，使用利用所述压缩报头(H)所包入的所述服务质量信息来执行在每一分组粒度级别上的功能。
19.一种对处理数据分组流的电信系统(20，20’，20”)的节点进行操作的方法，所述方法的特征在于
检查从另一节点接收到的分组的压缩报头(H)的信道部分，以获得所述分组的服务质量信息；
使用所述分组的组合的服务质量信息来执行在子流粒度级别上的功能。
20.根据权利要求19所述的方法，其中所述功能是下列中的至少之一队列管理功能、调度功能、功率设定功能、目标数量的传输功能、混合自动重传请求(HARQ)功能、比特误码率(BER)功能、分段及级联功能、多用户帧功能。
21.根据权利要求19所述的方法，进一步包括对于同一分组流的多个处理过的分组中的每一个，当对各个分组执行所述功能时使用所述服务质量信息，所述服务质量信息是利用承载有所述组合的服务质量信息的所述各个分组的压缩报头(H)所包入的。
22.根据权利要求19所述的方法，进一步包括对于属于同一用户的不同分组流的多个处理过的分组中的每一个，当对各个分组执行中间节点功能时使用所述服务质量信息，所述服务质量信息是利用承载有所述组合的服务质量信息的所述各个分组的压缩报头(H)所包入的。
23.根据权利要求19所述的方法，进一步包括当对去往多个用户的分组执行所述功能时，使用利用所述压缩报头(H)所包入的所述服务质量信息。
24.根据权利要求19所述的方法，进一步包括使用所述分组的所述组合的服务质量信息来执行在每一分组粒度级别上的功能。
25.一种对处理数据分组流的电信系统(20，20’，20”)进行操作的方法，所述方法的特征在于以允许用于支持报头压缩信道的中间节点(34，34”)来执行在子流粒度级别上的服务质量实施的方式，在网络的第一节点(22，22’，22”)处一起处理服务质量处理和报头压缩。
全文摘要
服务质量信息(QoSI)利用数据分组的压缩报头被包入，并且可以由支持报头压缩信道的节点利用以便在子流粒度级别上执行QoS实施。一种方法的基本模式包括(1)使用具有与过程相关的服务质量要求的过程来处理分组以形成处理过的分组，以及(2)利用处理过的分组的压缩报头来包入报头内含的服务质量信息，该报头内含的服务质量信息是使用表示与过程相关的服务质量要求的信息而导出的。在另一种模式中，报头内含的服务质量信息是从与过程相关的服务质量要求以及从所接收到分组中提取的服务质量信息二者中导出的。
文档编号H04L29/08GK101513009SQ200780032178
公开日2009年8月19日 申请日期2007年8月30日 优先权日2006年8月31日
发明者G·佩莱蒂尔, K·桑德伦 申请人:艾利森电话股份有限公司